特許 7388294 サーバ装置、情報処理システム、プログラム、制御装置、車両、及び情報処理システムの動作方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-11-20

(45)【発行日】2023-11-29

(54)【発明の名称】サーバ装置、情報処理システム、プログラム、制御装置、車両、及び情報処理システムの動作方法

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20231121BHJP

   G06Q 10/20 20230101ALI20231121BHJP

   G08G 1/09 20060101ALI20231121BHJP

   G08G 1/13 20060101ALI20231121BHJP

   B60R 25/24 20130101ALI20231121BHJP

【ＦＩ】

G06Q50/10

G06Q10/20

G08G1/09 F

G08G1/13

B60R25/24

【請求項の数】 8

(21)【出願番号】P 2020094754

(22)【出願日】2020-05-29

(65)【公開番号】P2021189772

(43)【公開日】2021-12-13

【審査請求日】2022-05-23

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】100147485

【弁理士】

【氏名又は名称】杉村 憲司

(74)【代理人】

【識別番号】230118913

【弁護士】

【氏名又は名称】杉村 光嗣

(74)【代理人】

【識別番号】100139491

【弁理士】

【氏名又は名称】河合 隆慶

(74)【代理人】

【識別番号】100176728

【弁理士】

【氏名又は名称】北村 慎吾

(72)【発明者】

【氏名】安藤 強

(72)【発明者】

【氏名】軸丸 晃年

(72)【発明者】

【氏名】小林 亮介

(72)【発明者】

【氏名】眞屋 朋和

(72)【発明者】

【氏名】林 雅敏

【審査官】関 博文

(56)【参考文献】

【文献】国際公開第２０１５／１４１２９１（ＷＯ，Ａ１）

【文献】特開２００２－３１９０９７（ＪＰ，Ａ）

【文献】特開２０１９－０１６１９９（ＪＰ，Ａ）

【文献】国際公開第２０２０／０３９２２３（ＷＯ，Ａ１）

【文献】特開２０１９－１２１３６９（ＪＰ，Ａ）

【文献】特開２００２－０７３８５３（ＪＰ，Ａ）

【文献】中国特許出願公開第１１００５９８３２（ＣＮ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

Ｇ０８Ｇ １／０９

Ｇ０８Ｇ １／１３

Ｂ６０Ｒ ２５／２４

(57)【特許請求の範囲】

【請求項1】

通信部と、
前記通信部を介して他の装置と情報を送受する制御部とを有し、
前記制御部は、第１の端末装置から、車両の使用を予約するための情報と、目的地と当該目的地における滞在時間とを示す情報とを受け、前記車両から当該車両の整備状態に関する情報を受け、前記車両の使用の許可の情報を前記第１の端末装置へ送り、前記整備状態に関する情報とともに、前記車両に対する整備の打診を複数の第２の端末装置へ送り、前記打診に応じた第２の端末装置へ、前記車両に対する整備の要請の情報とともに前記目的地と前記滞在時間の情報を送る、
サーバ装置。

【請求項2】

請求項１において、
前記整備状態に関する情報は、前記車両の撮像画像に基づく情報及び車室内の雰囲気の情報のいずれか一方又は両方を含む、
サーバ装置。

【請求項3】

請求項１又は２において、
前記制御部は、前記整備の要請の情報を送った第２の端末装置に対応するユーザに、当該車両に対する整備の後の整備状態に応じたインセンティブを付与する処理を行う、
サーバ装置。

【請求項4】

請求項１～３のいずれかに記載のサーバ装置と車両とを含む、
情報処理システム。

【請求項5】

請求項１～３のいずれかに記載のサーバ装置と第１、第２の端末装置とを含む、
情報処理システム。

【請求項6】

互いに情報を送受するサーバ装置と車両とを有する情報処理システムの動作方法であって、
前記車両は、当該車両の整備状態に関する情報を前記サーバ装置へ送り、
前記サーバ装置は、第１の端末装置から、車両の使用を予約するための情報と、目的地と当該目的地における滞在時間とを示す情報とを受け、前記車両の使用の許可の情報を前記第１の端末装置へ送り、前記整備状態に関する情報とともに、前記車両に対する整備の打診を複数の第２の端末装置へ送り、前記打診に応じた第２の端末装置へ、前記車両に対する整備の要請の情報とともに前記目的地と前記滞在時間の情報を送る、
動作方法。

【請求項7】

請求項６において、
前記整備状態に関する情報は、前記車両の撮像画像に基づく情報及び車室内の雰囲気の情報のいずれか一方又は両方を含む、
動作方法。

【請求項8】

請求項６又は７において、
前記サーバ装置は、前記整備の要請の情報を送った第２端末装置に対応するユーザに、当該車両に対する整備の後の整備状態に応じたインセンティブを付与する処理を行う、
動作方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、サーバ装置、情報処理システム、プログラム、制御装置、車両、及び情報処理システムの動作方法に関する。

【背景技術】

【0002】

複数の利用者が車両を共用するいわゆるカーシェアリングにおいて、共用車両の管理を支援する種々の技術が提案されている。例えば特許文献１には、共用車両の利用要求を受け付ける共用車両管理装置が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】国際公開第２０１６／０７５８０８号

【発明の概要】

【発明が解決しようとする課題】

【0004】

共用車両の管理には改善の余地がある。

【0005】

以下では、共用車両の管理を改善し得るサーバ装置等を開示する。

【課題を解決するための手段】

【0006】

本開示におけるサーバ装置は、通信部と、前記通信部を介して他の装置と情報を送受する制御部とを有し、前記制御部は、車両から当該車両の整備状態に関する情報を受け、前記整備状態に応じて、前記車両の使用の許可の情報及び前記車両に対する整備の要請の情報のいずれか一方又は両方を端末装置へ送る。

【0007】

本開示における車両の制御装置は、車両に搭載され、通信部と前記通信部を介して他の装置と情報を送受する制御部とを有する制御装置であって、前記制御部は、前記車両の整備状態に関する情報を、サーバ装置が当該整備状態に応じて当該車両の使用の許可の情報及び当該車両に対する整備の要請の情報のいずれか一方又は両方を端末装置へ送るために、当該サーバ装置へ送る。

【0008】

本開示における互いに情報を送受するサーバ装置と車両とを有する情報処理システムの動作方法によれば、前記車両は、当該車両の整備状態に関する情報を前記サーバ装置へ送り、前記サーバ装置は、前記整備状態に応じて、前記車両の使用の許可の情報及び前記車両に対する整備の要請の情報のいずれか一方又は両方を端末装置へ送る。

【発明の効果】

【0009】

本開示におけるサーバ装置等によれば、共用車両の管理を改善することが可能となる。

【図面の簡単な説明】

【0010】

【図1】情報処理システムの構成例を示す図である。

【図2】サーバ装置の構成例を示す図である。

【図3】端末装置の構成例を示す図である。

【図4】車両の構成例を示す図である。

【図5】情報処理システムの動作例を示すシーケンス図である。

【図6】情報処理システムの動作例を示すシーケンス図である。

【図7】端末装置の出力例を示す図である。

【図8】情報処理システムの動作例を示すシーケンス図である。

【図9】情報処理システムの動作例を示すシーケンス図である。

【発明を実施するための形態】

【0011】

以下、実施の形態について説明する。

【0012】

図１は、一実施形態における情報処理システムの構成例を示す図である。情報処理システム１は、例えば、ネットワーク１４を介して互いに情報通信可能に接続される、サーバ装置１０、端末装置１１及び１２、並びに車両１３を有する。サーバ装置１０は、コンピュータである。端末装置１１及び１２は、例えば、スマートフォン、タブレット端末装置等の可搬型の情報端末装置であるが、パーソナルコンピュータであってもよい。車両１３は、制御・通信機能を備えた乗用車、多目的車両等であって、共用車両としてカーシェアリングに供される。ネットワーク１４は、例えばインターネットであるが、アドホックネットワーク、ＬＡＮ、ＭＡＮ(Metropolitan Area Network)、もしくは他のネットワーク又はこれらいずれかの組合せが含まれる。情報処理システム１が有する各構成要素の数はここに示す場合より多くてもよい。

【0013】

本実施形態では、情報処理システム１は、カーシェアリングにおける共用車両としての車両１３の管理を支援する。サーバ装置１０は、車両１３から車両１３の整備状態に関する情報を受け、整備状態に応じて、車両１３の使用の許可及び車両１３に対する整備の要請のいずれか一方又は両方を端末装置１１又は１２へ送る。例えば、端末装置１１は車両１３の使用者に用いられる。サーバ装置１０は、車両１３の整備状態が車両１３の使用が可能な程度であれば、使用者の端末装置１１へ車両１３の使用の許可を送る。使用者は、端末装置１１に送られた使用許可に基づいて車両１３を使用、運転する。また、端末装置１２は、車両１３の整備を請け負う者（以下、整備者という）に用いられる。サーバ装置１０は、車両１３の整備状態が、整備が必要な程度であれば、整備者の端末装置１１へ車両１３に対する整備の要請を送る。整備者は、端末装置１２に送られた要請に基づいて車両１３を整備する。整備者は、車両１３の使用者でもあり得るが、整備の要請を受けるときに使用のニーズが無く車両の整備を希望する者であればよい。本実施形態によれば、車両１３の使用者に対する使用の許可を管理する一方で、整備者が提供する役務を利用して車両１３を整備できる。よって、車両１３の整備を含む管理が改善され得る。

【0014】

図２は、サーバ装置１０の構成例を示す。サーバ装置１０は、通信部２０、記憶部２１、及び制御部２２を有する。サーバ装置１０は、同等の構成を有する他のサーバ装置と通信して協働することで、本実施形態における動作を実行してもよい。

【0015】

通信部２０は、ネットワーク１４に接続するための、一以上の有線又は無線ＬＡＮ規格に対応する通信モジュールを有する。本実施形態において、サーバ装置１０は、通信部２０を介してネットワーク１４に接続され、ネットワーク１４経由で他の装置と情報通信を行う。

【0016】

記憶部２１は、例えば半導体メモリ、磁気メモリ、又は光メモリ等を有する。記憶部２１は、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部２１は、サーバ装置１０の動作に用いられる任意の情報、制御・処理プログラム等を記憶する。

【0017】

制御部２２は、例えば、ＣＰＵ（Central Processing Unit）等の一以上の汎用のプロセッサ、又は特定の処理に特化した一以上の専用のプロセッサを有する。あるいは、制御部２２は、一以上の、ＦＰＧＡ（Field-Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）等の専用回路を有してもよい。制御部２２は、制御・処理プログラムに従って動作したり、回路として実装された動作手順に従って動作したりすることで、サーバ装置１０の動作を統括的に制御する。そして、制御部２２は、通信部２０を介して、端末装置１２及び車両１３と各種情報を送受し、本実施形態にかかる動作を実行する。

【0018】

図３は、端末装置１１の構成例を示す。ここに示す端末装置１１の構成例は、端末装置１２にも適用される。端末装置１１は、例えばスマートフォン、タブレット端末装置、パーソナルコンピュータ等の、情報端末装置である。端末装置１１は、入出力部３０、通信部３１、記憶部３２、及び制御部３３を有する。

【0019】

入出力部３０は、ユーザの入力を検出し、入力情報を制御部３３に送る入力インタフェースを有する。かかる入力インタフェースは、例えば、物理キー、静電容量キー、パネルディスプレイと一体的に設けられたタッチスクリーン、各種ポインティングデバイス、音声入力を受け付けるマイクロフォン、撮像画像又は画像コードを取り込むカメラ等を含む任意の入力インタフェースである。また、入出力部３０は、制御部３３が生成したり他の装置から受けたりする情報を、ユーザに対して出力する出力インタフェースを有する。かかる出力インタフェースは、例えば、情報を画像・映像として出力する外付け又は内蔵のディスプレイ、情報を音声として出力するスピーカ、又は、外部の出力機器との接続インタフェースを含む、任意の出力インタフェースである。

【0020】

通信部３１は、有線又は無線ＬＡＮ規格に対応する通信モジュール、４Ｇ（4th Generation）、５Ｇ（5th Generation）等の移動体通信規格に対応するモジュール等を有する。端末装置１２は、通信部３１により、近傍のルータ装置又は移動体通信の基地局を介してネットワーク１４に接続され、ネットワーク１４経由で他の装置と情報通信を行う。

【0021】

記憶部３２は、例えば半導体メモリ、磁気メモリ、又は光メモリ等を有する。記憶部３２は、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部３２は、端末装置１２の動作に用いられる任意の情報、制御・処理プログラム等を記憶する。

【0022】

制御部３３は、例えば、ＣＰＵ、ＭＰＵ（Micro Processing Unit）等の一以上の汎用プロセッサ、又は特定の処理に特化した一以上の専用プロセッサを有する。あるいは、制御部３３は、一以上の、ＦＰＧＡ、ＡＳＩＣ等の専用回路を有してもよい。制御部３３は、制御・処理プログラムに従って動作したり、あるいは、回路として実装された動作手順に従って動作したりすることで、端末装置１２の動作を統括的に制御する。そして、制御部３３は、通信部３１を介してサーバ装置１０等と各種情報を送受し、本実施形態にかかる動作を実行する。

【0023】

図４は、車両１３に搭載される制御装置４０の構成例を示す。制御装置４０は、通信部４１、測位部４２、入出力部４３、撮像部４４、検知部４５、記憶部４６、及び制御部４７を有する。制御装置４０は、例えば、ナビゲーション装置、携帯電話機、スマートフォン、タブレット、又はＰＣである。なお、車両１３は、運転手によって運転されてもよく、或いは任意のレベルで運転が自動化されていてもよい。自動化のレベルは、例えば、ＳＡＥ（Society of Automotive Engineers）のレベル分けにおけるレベル１からレベル５のいずれかである。

【0024】

通信部４１は、一以上の通信用インタフェースを含む。通信用インタフェースは、例えば、ＬＴＥ、４Ｇ、若しくは５Ｇなどの移動通信規格に対応したインタフェースである。通信部４１は、制御装置４０の動作に用いられる情報を受信し、また制御装置４０の動作によって得られる情報を送信する。制御装置４０は、通信部４１により、移動体通信の基地局を介してネットワーク１４に接続され、ネットワーク１４経由で他の装置と情報通信を行う。

【0025】

測位部４２は、一以上のＧＮＳＳ受信機を含む。ＧＮＳＳには、例えば、ＧＰＳ、ＱＺＳＳ、ＧＬＯＮＡＳＳ、及びＧａｌｉｌｅｏの少なくともいずれかが含まれる。測位部４２は、車両１３の位置情報を取得する。

【0026】

入出力部４３は、一以上の入力用インタフェースと一以上の出力用インタフェースとを含む。入力用インタフェースは、例えば、物理キー、静電容量キー、ポインティングデバイス、ディスプレイと一体的に設けられたタッチスクリーン、又は音声入力を受け付けるマイクロフォンである。出力用インタフェースは、例えば、ディスプレイ又はスピーカである。ディスプレイは、例えば、ＬＣＤ又は有機ＥＬディスプレイである。入出力部４３は、制御装置４０の動作に用いられる情報を入力する操作を受け付け、入力される情報を制御部４７に送ったり、制御装置４０の動作によって得られる情報を出力したりする。

【0027】

撮像部４４は、車両１３の周囲又は車室内を撮像可能な位置に設けられる、一以上のカメラとその制御回路とを有する。撮像部４４が有するカメラは、単眼カメラであってもよく、ステレオカメラであってもよい。撮像部４４は、車両１３の周囲又は車室内を任意の時間間隔で撮像し、撮像画像を制御部４７に送る。また、撮像画像には、入出力部４３の入力インタフェースから取得する車両１３の周囲又は車室内の音声の情報が対応づけられてもよい。

【0028】

検知部４５は、車両１３の状態を検知するセンサ類を有する。センサ類には、例えば、車両１３の傾き、タイヤの空気圧、車室内の湿度、臭い等の雰囲気の状態を検知するセンサ類が含まれる。検知部４５は、車両１３の状態を示す情報をセンサ類により検知し制御部４７に送る。

【0029】

記憶部４６は、一以上の半導体メモリ、一以上の磁気メモリ、一以上の光メモリ、又はこれらのうち少なくとも２種類の組み合わせを含む。半導体メモリは、例えば、ＲＡＭ又はＲＯＭである。ＲＡＭは、例えば、ＳＲＡＭ又はＤＲＡＭである。ＲＯＭは、例えば、ＥＥＰＲＯＭである。記憶部４６は、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部４６は、制御装置４０の動作に用いられる情報と、制御装置４０の動作によって得られた情報とを記憶する。

【0030】

制御部４７は、ＣＰＵ、ＭＰＵ等の一以上の汎用プロセッサ、又は特定の処理に特化した一以上の専用プロセッサを有する。あるいは、制御部４７は、一以上の、ＦＰＧＡ、ＡＳＩＣ等の専用回路を有してもよい。制御部４７は、制御・処理プログラムに従って動作したり、あるいは、回路として実装された動作手順に従って動作したりすることで、制御装置４０と車両１３の動作を統括的に制御する。そして、制御部４７は、通信部４１を介して、サーバ装置１０と各種情報を送受し、本実施形態にかかる動作を実行する。

【0031】

図５は、情報処理システム１の動作例を示すシーケンス図である。図５では、サーバ装置１０、端末装置１１、及び車両１３による連携動作の動作手順が示される。図５の手順は、例えば、車両１３が走行を終えて所定の駐車地点に到達した時点から駐車中にかけて実行される、使用者が端末装置１１で車両１３の使用予約をする場合の手順である。

【0032】

ステップＳ５００において、車両１３は、位置情報をサーバ装置１０へ送る。車両１３の制御部４７は、測位部４２から取得した車両１３の現在位置を、通信部４１を介してサーバ装置１０へ送る。サーバ装置１０の制御部２２は、位置情報を、通信部２０を介して受けて、記憶部２１に格納する。ステップＳ５００は、例えば、制御部４７が、任意の時間（例えば、数十秒）以上車両１３の位置情報の変化を検出しないとき、すなわち車両１３が駐車する蓋然性が大きいときに、実行される。

【0033】

ステップＳ５０２において、車両１３は、車両１３の状態を示す状態情報をサーバ装置１０へ送る。状態情報は、例えば、車両１３の検知部４５が検知した車両１３の傾き、タイヤの空気圧、車室内の雰囲気の状態等を示す情報である。車両１３の制御部４７は、状態情報を、通信部４１を介してサーバ装置１０へ送る。サーバ装置１０の制御部２２は、状態情報を、通信部２０を介して受けて、記憶部２１に格納する。

【0034】

ステップＳ５０４において、車両１３は、撮像画像をサーバ装置１０へ送る。車両１３の制御部４７は、撮像部４４が撮像した車両１３の車体外部の一部又は車室内を含む撮像画像を、通信部４１を介してサーバ装置１０へ送る。サーバ装置１０の制御部２２は、撮像画像を、通信部２０を介して受けて記憶部２１に格納する。

【0035】

ステップＳ５０６において、サーバ装置１０は、車両１３の状態又は撮像画像の経時変化に基づいて、車両１３の整備状態を判定する。例えば、サーバ装置１０の制御部２２は、車両１３ごとに識別情報に紐づけて過去の状態情報と過去の撮像画像とを記憶部２１に格納しておき、状態又は撮像画像の任意の時間間隔における経時変化を検出する。時間間隔は、数時間～十数時間、車両１３から前回状態情報等を取得した時点からの経過時間等である。また、車両１３の識別情報は、例えば、車両１３と通信を確立する際に取得される。

【0036】

制御部２２は、経時変化が任意の基準を満たしていれば、整備の必要性を認識する。例えば、車両１３の傾きが基準を上回って大きくなっていたり、タイヤの空気圧が基準を上回って減少したりしていれば、タイヤの減圧の蓋然性が認められるので、タイヤの空気圧調整という整備の必要性が認識される。また、例えば、車両１３の車室内の湿度又は臭いが不快を示す基準を満たすようになっていれば、換気又は清掃という整備の必要性が認識される。さらに、例えば、車両１３の外装又は内装の撮像画像に汚れ又は損傷を示す画像が出現していれば、清掃又は修復作業という整備の必要性が認識される。そして、制御部２２は、予め分類した整備の必要性に応じて、整備状態をランク分けする。例えば、空気圧調整が必要な場合は、車両１３の使用に支障が生じる程度の要整備状態（便宜上、使用不可ランクという）、外装又は内装の清掃又は修復、若しくは換気が必要な場合は、車両１３の使用に支障がないが整備が必要な整備状態（要整備ランクという）、整備の必要性が認められず車両１３の使用に支障がない場合（整備不要ランクという）というようにランク分けがなされる。なお、撮像画像から認識される外装又は内装の損傷が擦り傷程度であれば要整備ランク、ミラー等の部品の欠落であれば使用不可ランクというように、ランク分けの基準を任意に細分化してもよい。また、整備状態の例はここに示す例以外の状態も含まれ得る。

【0037】

ステップＳ５０８以降は、車両１３の整備状態が整備不要ランクの場合の手順に関する。

【0038】

ステップＳ５０８において、端末装置１１は、サーバ装置１０に車両１３の使用予約の情報を送る。例えば、使用者は、サーバ装置１０が提供するカーシェアリングサービスの会員向けポータルサイトに端末装置１１を用いてアクセスする。ポータルサイトには、例えば、車両１３の車種等の属性、駐車地点の位置、整備状態が表示される。使用者は、端末装置１１を用いて、使用希望の日時、自らの会員ＩＤ、使用希望の意思等を入力し、入力した情報を使用予約の情報としてサーバ装置１０へ送る。端末装置１１では、制御部３３が、通信部３１を介して、使用予約の情報をサーバ装置１０へ送る。サーバ装置１０の制御部２２は、通信部２０を介して、使用予約の情報を受ける。

【0039】

ステップＳ５１０において、サーバ装置１０は、車両１３の使用許可の情報を端末装置１１へ送る。使用許可の情報には、例えば、車両１３のドアの解錠、エンジンの始動等を端末装置１１から行うための認証情報が含まれる。サーバ装置１０の制御部２２は、使用許可の情報を、通信部２０を介して、端末装置１１へ送る。端末装置１１の制御部３３は、通信部３１を介して、使用許可の情報を受ける。

【0040】

使用者が車両１３の駐車地点に移動すると、ステップＳ５１０において、端末装置１１は解錠指示を車両１３へ送る。端末装置１１の制御部３３は、例えば使用者の指示の入力に応答して、通信部３１を介して、サーバ装置１０から受け取った認証情報を含む解錠指示を車両１３へ送る。車両１３の制御部４７は、通信部４１を介して、解錠指示を受ける。

【0041】

ステップＳ５１２において、車両１３は、解錠指示に応答してドアを解錠する。車両１３の制御部４７は、解錠指示に含まれる認証情報により認証処理を行い、ドアの施錠機構に解錠させる。

【0042】

使用者が車両１３に搭乗すると、ステップＳ５１６において、端末装置１１はエンジンの始動指示を車両１３へ送る。端末装置１１の制御部３３は、例えば使用者の指示の入力に応答して、通信部３１を介して、サーバ装置１０から受け取った認証情報を含む始動指示を車両１３へ送る。車両１３の制御部４７は、通信部４１を介して、始動指示を受ける。

【0043】

ステップＳ５１８において、車両１３は、始動指示に応答してエンジンを作動させる。車両１３の制御部４７は、始動指示に含まれる認証情報により認証処理を行い、エンジンを作動させる。このようにして、使用者は、車両１３を使用し、運転することが可能となる。

【0044】

次いで、図６に、車両１３が使用不可ランクの場合の情報処理システム１の動作例を示す。図６では、サーバ装置１０、端末装置１２、及び車両１３による連携動作の動作手順が示される。図６の手順は、例えば、車両１３が走行を終えて駐車地点に到達した時点から駐車中にかけて実行される。ステップＳ５００～Ｓ５０６は、図５と共通であるのでこれらのステップの説明は省略する。

【0045】

ステップＳ６００以降は、ステップＳ５０６において車両１３の整備状態が使用不可ランクと判定された場合の手順に関する。

【0046】

ステップＳ６００において、サーバ装置１０は、車両１３の位置情報と整備打診の情報を端末装置１２へ送る。整備打診の情報には、車両１３の整備状態に関する情報が含まれる。サーバ装置１０では、制御部２２が、車両１３の駐車地点の位置情報と整備打診の情報を、通信部２０を介して、端末装置１２へ送り、端末装置１２の制御部３３が、通信部３１を介して、位置情報と整備打診の情報を受ける。そして、ステップＳ６０２において、端末装置１２は、サーバ装置１０に車両１３の整備を請け負うことを示す整備応答を送る。端末装置１２の制御部３３は、通信部３１を介して、整備応答をサーバ装置１０へ送り、サーバ装置１０の制御部２２は、通信部２０を介して、整備応答を受ける。

【0047】

ステップＳ６００及びＳ６０２では、例えば、整備者は、サーバ装置１０が提供するカーシェアリングサービスの会員向けポータルサイトに端末装置１２を用いてアクセスする。ポータルサイトには、例えば、車両１３の車種等の属性、駐車地点の位置情報、整備状態等が表示され、さらに車両１３の整備を求める旨のメッセージが表示される。整備者は、端末装置１２を用いて、整備応答を入力してサーバ装置１０へ送る。例えば、図７に示す、端末装置１２がポータルサイトにアクセスしたときの表示画面例７０のように、地図７１に車両１３の位置がマッピングされて要整備車両の存在を示すメッセージ７３が表示される。また、地図７１には端末装置１２の現在位置７２が表示される。整備車がメッセージ７３をタップすると、整備打診の情報を示す別のメッセージ７４が表示される。整備者が、メッセージ７４の「Ｙｅｓ」を更にタップすると、サーバ装置１０へ整備応答が送られる。

【0048】

図６に戻ると、ステップＳ６０４において、サーバ装置１０は、車両１３の整備要請の情報を端末装置１２へ送る。整備要請の情報には、整備者が車両の整備を実施するために要する任意の情報が含まれる。詳細には、整備要請の情報には、例えば、整備状態に応じた整備の内容の情報とともに、車両１３のドアの解錠等を端末装置１２から行うための認証情報が含まれる。サーバ装置１０の制御部２２は、整備要請の情報を、通信部２０を介して、端末装置１２へ送る。端末装置１２の制御部３３は、通信部３１を介して、整備要請の情報を受ける。

【0049】

ステップＳ６０２において、サーバ装置１０が、ポータルサイトを通じて複数の整備者の端末装置１２から整備応答を受けた場合に、車両１３の駐車地点に近い整備者を優先的に選択して、選択した端末装置１２に向け、ステップＳ６０４において整備要請を送ることが可能である。例えば、端末装置１２が端末装置１２の位置情報を整備応答とともにサーバ装置１０へ送ることで、サーバ装置１０の制御部２２が、車両１３の駐車地点と端末装置１２の現在地との距離を求め、距離が最も近い端末装置１２を選択する。あるいは、整備の内容が複数の整備者により行い得るものである場合に、距離が近い順に任意の数の整備者を選択してもよい。その場合、ステップＳ６０４以降は、複数の端末装置１２に対して実行される。

【0050】

整備者が車両１３の駐車地点に移動すると、ステップＳ６０６において、端末装置１２は、解錠指示を車両１３へ送る。端末装置１２の制御部３３は、通信部３１を介して、サーバ装置１０から受け取った認証情報を含む解錠指示を車両１３へ送る。車両１３の制御部４７は、通信部４１を介して、解錠指示を受ける。

【0051】

ステップＳ６０８において、車両１３は、解錠指示に応答してドアを解錠する。車両１３の制御部４７は、解錠指示に含まれる認証情報により認証処理を行い、ドアの施錠機構に解錠させる。このようにして、使用者は、車両１３に搭乗し、必要な整備を行うことができる。あるいは、整備の対象が外装の清掃、補修当であった場合、整備者は車両１３に搭乗せずに外部から整備を行うことができる。

【0052】

整備が終了すると、ステップＳ６１０において、端末装置１２は、サーバ装置１０に完了通知を送る。端末装置１２の制御部３３は、整備者の入力に応答して、通信部３１を介して、完了通知をサーバ装置１０へ送る。サーバ装置１０の制御部２２は、通信部２０を介して、完了指示を受ける。

【0053】

次いで、図８に、車両１３が整備された後の整備状態に応じ整備者へインセンティブを付与する場合の情報処理システム１の動作例を示す。図８では、サーバ装置１０、端末装置１２、及び車両１３による連携動作の動作手順が示される。図８の手順は、サーバ装置１０が端末装置１２から整備の完了通知を受けた後の任意のタイミングで、例えば、車両１３の駐車中から次の作動時にかけて実行される。ステップＳ５００～Ｓ５０６は、図５と共通であるのでこれらのステップの説明は省略する。ステップＳ８００以降は、ステップＳ５０６において車両１３の整備状態が要整備ランク、又は整備不要ランクと判定された場合、つまり、整備の結果、車両１３が使用不可ランクではなくなり、使用可能な状態になった場合の手順に関する。

【0054】

ステップＳ８００において、サーバ装置１０は、車両１３の整備状態に応じ整備者へのインセンティブ付与処理を行う。インセンティブは、現実通貨又は仮想通貨であってもよいし、経済価値を有するポイント等であってもよい。サーバ装置１０の制御部２２は、例えば、予め取得した整備者のメンバ用アカウントへのポイント付与、金融口座等への振込等の処理を実行する。制御装置２２は、例えば、整備の程度に対し予め割り当てるインセンティブの大きさを対応付けて記憶部２１に格納しておき、整備状態に応じた大きさのインセンティブを付与することが可能である。

【0055】

ステップＳ８０２において、サーバ装置１０は、インセンティブ付与を行ったことを示す通知を、通信部２０を介して、端末装置１２へ送る。端末装置１２の制御部３３は、通信部３１を介して、インセンティブ付与の通知を受ける。端末装置１２がインセンティブ付与の通知を出力することで、整備者は、インセンティブ付与を知ることができる。

【0056】

かかるインセンティブ付与を実行することで、整備者に整備作業に対する協力を促すことが可能となる。なお、複数の整備者が整備を行った場合には、インセンティブを整備者の数に応じて案分し、それぞれの整備者ついてインセンティブ付与処理、付与通知が行われる。

【0057】

次いで、図９に、車両１３が要整備ランクの場合の情報処理システム１の動作例を示す。図９では、サーバ装置１０、端末装置１１及び１２、並びに車両１３による連携動作の動作手順が示される。図９の手順は、図５及び図６の手順を組み合わせたもので、図５又は図６と同じステップには同じ符号を付して示し、適宜説明を省略する。

【0058】

要整備ランクは、車両１３の使用に支障がないが整備が必要な整備状態である。よって、サーバ装置１０がステップＳ５０６において要整備ランクと判定すると、使用者により車両１３の使用予約がなされ、車両１３が使用される。また、これと並行して、整備者に整備要請が送られて、整備者が車両１３の整備を行う。ただし、図９の手順では、使用者が端末装置１１から使用予約を行う際に、車両１３による移動の目的地を示す情報をサーバ装置１０へ送る。そして、サーバ装置１０が端末装置１２へ整備打診とともに送る位置情報として、車両１３の現在の駐車地点の代わりに目的地の位置情報を送る。さらに、サーバ装置１０は、車両１３が目的地に到着する時間を地図情報に基づき算出し、整備打診とともに端末装置１２へ送ってもよい。そうすることで、整備者は、車両１３が使用者により使用され目的地に到着した後に、車両１３の整備を行うことが可能となる。

【0059】

例えば、サーバ装置１０が整備状態を要整備ランクと判定すると（Ｓ５０６）、端末装置１１がサーバ装置１０へ使用予約の情報を送る（Ｓ５０８）。このとき、端末装置１１からサーバ装置１０へ、目的地の位置情報、滞在時間等を送る。そして、サーバ装置１０が端末装置１１へ使用許可の情報を送る（Ｓ５１０）。次いで、サーバ装置１０は、端末装置１２へ目的地の位置情報と整備打診の情報を送り（Ｓ６００）、端末装置１２がサーバ装置１０へ整備応答を送る（Ｓ６０２）。すると、サーバ装置１０は、端末装置１２へ整備要請を送る（Ｓ６０４）。次いで、端末装置１１と車両１３の間で、使用者による車両１３の使用に係る情報の送受と処理が行われる（ステップＳ５１２、Ｓ５１４、Ｓ５１６、Ｓ５１８）。そして、車両１３が目的地に到着すると、端末装置１２と車両１３の間で、整備者による車両１３の整備に係る情報の送受と処理が行われる（ステップＳ６０６、Ｓ６０８）。

【0060】

このような図９の手順によると、使用者は端末装置１１、サーバ装置１０、及び車両１３の連携動作により、車両１３の使用予約をして使用し、目的地へ移動して車両１３を目的地に駐車する。一方、整備者は端末装置１２、サーバ装置１０、及び車両１３の連携動作により、目的地に移動し、そこに駐車されている車両１３に対し整備を行う。かかる図９の手順によれば、車両１３を使用したい使用者の要求と、車両１３の整備の必要性とを同時に満たすことが可能となる。

【0061】

図９の手順は、使用者が目的地で車両１３を乗り捨てる場合だけでなく、使用者が車両１３を用いて目的地へ移動し、さらに別の地点へ移動することを予定するような場合にも適用される。例えば、サーバ装置１０にて使用者の行動予定を使用予約とともに端末装置１１から取得し、車両１３が目的地に滞在する時間を整備要請とともに整備者の端末装置１２へ送ることで、使用者が目的地に滞在中に整備者により車両１３の整備を完了することが可能となる。よって、整備者の時間の有効活用とともに、使用者の満足感を向上させ、一方で、車両１３の稼働効率を向上させることが可能となる。

【0062】

上述のとおり、本実施形態によれば、共用車両の管理を改善することが可能となる。

【0063】

上述の実施形態において、端末装置１１及び１２、並びに制御装置４０の動作を規定する処理・制御プログラムは、サーバ装置１０の記憶部２１又は他のサーバ装置の記憶部に記憶されていて、ネットワーク１４経由で各装置にダウンロードされてもよいし、各装置に読取り可能な可搬型で非一過性の記録・記憶媒体に格納され、各装置が媒体から読み取ってもよい。

【0064】

上述において、実施形態を諸図面及び実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形及び修正を行うことが容易であることに注意されたい。従って、これらの変形及び修正は本開示の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段、ステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。

【符号の説明】

【0065】

１ 情報処理システム
１０ サーバ装置
１１、１２ 端末装置
１３ 車両
１４ ネットワーク
２０、３１、４１ 通信部
２１、３２、４６ 記憶部
２２、３３、４７ 制御部
３０、４３ 入出力部
４２ 測位部
４４ 撮像部
４５ 検知部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】