JP2022063775A - 制御装置、制御方法、及びプログラム - Google Patents

Abstract

【課題】カーシェアリングサービスにおける、ユーザに対する評価の質を向上させる。【解決手段】制御装置２０は、ユーザ１１が乗車する前の車両を撮影した第１画像と、ユーザ１１が降車した後の車両４０を撮影した第２画像と、ユーザ１１が申告する車両状態の変化に関する申告情報とを取得し、第１画像と第２画像とに基づいて車両４０の状態の変化を検出し、検出された変化と、申告情報とに基づいてユーザ１１を評価する制御部２１を備える。【選択図】図２

Description

本開示は、制御装置、制御方法、及びプログラムに関する。

従来、カーシェアリングサービスにおいては、ユーザの評価が行われている。例えば、特許文献１には、先行ユーザが車両を利用した後に、同一の車両に乗車した後続ユーザが、先行ユーザを評価する技術が開示されている。

特開２０１９－１６４４６９号公報

しかしながら、カーシェアリングサービスにおいてユーザを評価する技術は、依然、改善の余地があった。

本開示の目的は、カーシェアリングサービスにおける、ユーザに対する評価の質を向上させることである。

本開示に係る制御装置は、
ユーザが乗車する前の車両を撮影した第１画像と、前記ユーザが降車した後の前記車両を撮影した第２画像と、前記ユーザが申告する車両状態の変化に関する申告情報とを取得し、
前記第１画像と前記第２画像とに基づいて前記車両の状態の変化を検出し、
検出された前記変化と、前記申告情報とに基づいて前記ユーザを評価する制御部を備える。

本開示に係る制御方法は、
ユーザが乗車する前の車両を撮影した第１画像と、前記ユーザが降車した後の前記車両を撮影した第２画像と、前記ユーザが申告する車両状態の変化に関する申告情報とを取得することと、
前記第１画像と前記第２画像とに基づいて前記車両の状態の変化を検出することと、
検出された前記変化と、前記申告情報とに基づいて前記ユーザを評価することと
を含む。

本開示に係るプログラムは、
コンピュータに、
ユーザが乗車する前の車両を撮影した第１画像と、前記ユーザが降車した後の前記車両を撮影した第２画像と、前記ユーザが申告する車両状態の変化に関する申告情報とを取得することと、
前記第１画像と前記第２画像とに基づいて前記車両の状態の変化を検出することと、
検出された前記変化と、前記申告情報とに基づいて前記ユーザを評価することと
を含む動作を実行させる。

本実施形態によれば、カーシェアリングサービスにおける、ユーザに対する評価の質を向上させることができる。

本実施形態に係るシステムの構成を示す図である。 本実施形態に係る制御装置、端末装置及び車両の構成を示すブロック図である。 本実施形態に係る第１画像の一例を示す図である。 本実施形態に係る第２画像の一例を示す図である。 本実施形態に係る、制御装置が検出した変化を説明するための図である。 本実施形態に係る、端末装置の出力部に表示される画面の例を示す図である。 本実施形態に係る、ユーザによる申告を説明するための図である。 本実施形態に係るシステムの動作を示す図である。 本実施形態に係るシステムの動作を示す図である。 本実施形態に係る制御装置の制御部の動作を示す図である。

以下、本開示の実施形態について、図を参照して説明する。各図中、同一又は相当する部分には、同一符号を付している。本実施形態の説明において、同一又は相当する部分については、説明を適宜省略又は簡略化する。

図１を参照して、本実施形態に係るシステム１０の構成を説明する。

本実施形態に係るシステム１０は、制御装置２０と、１つ以上の端末装置３０と、１つ以上の車両４０とを備える。図１では説明の簡便のため、端末装置３０及び車両４０を１つずつ図示しているが、システム１０が備える端末装置３０及び車両４０の数はこれに限られず、自由に定められてよい。

以下の説明において、車両４０Ａと車両４０Ｂとを特に区別しない場合、車両４０Ａと車両４０Ｂとを総称して車両４０と呼ぶ。また、ユーザ１１Ａからユーザ１１Ｄを特に区別しない場合、ユーザ１１Ａからユーザ１１Ｄを総称してユーザ１１と呼ぶ。

制御装置２０は、ネットワーク５０を介して端末装置３０及び車両４０と通信可能である。

ネットワーク５０は、インターネット、少なくとも１つのＷＡＮ、少なくとも１つのＭＡＮ、又はこれらの組み合わせを含む。「ＷＡＮ」は、wide area networkの略語である。「ＭＡＮ」は、metropolitan area networkの略語である。ネットワーク５０は、少なくとも１つの無線ネットワーク、少なくとも１つの光ネットワーク、又はこれらの組み合わせを含んでもよい。無線ネットワークは、例えば、アドホックネットワーク、セルラーネットワーク、無線ＬＡＮ、衛星通信ネットワーク、又は地上マイクロ波ネットワークである。「ＬＡＮ」は、local area networkの略語である。

制御装置２０は、データセンタなどの施設に設置される。制御装置２０は、例えば、クラウドコンピューティングシステム又はその他のコンピューティングシステムに属するサーバである。例えば、制御装置２０は、カーシェアリングサービスを提供する業者の会社内に設置されてもよい。なお、本実施形態において、制御装置２０は、カーシェアリングサービスの運行管理を行う装置、及び以下に詳細に説明するようなユーザ１１の評価を行う装置の機能を兼ね備えるが、この形態に限定されない。カーシェアリングサービスの運行管理を行う装置とユーザ１１の評価を行う装置とを別個の装置として構成し、両者が互いに通信をおこなうように構成してもよい。

端末装置３０は、カーシェアリングサービスを利用するユーザ１１によって使用される。端末装置３０は、例えば、携帯電話機、スマートフォン、ウェアラブル機器、若しくはタブレットなどのモバイル機器、又はＰＣである。「ＰＣ」は、personal computerの略語である。

車両４０は、例えば、ガソリン車、ディーゼル車、ＨＶ、ＰＨＶ、ＥＶ、又はＦＣＶなどの任意の種類の自動車である。「ＨＶ」は、hybrid vehicleの略語である。「ＰＨＶ」は、plug-in hybrid vehicleの略語である。「ＥＶ」は、electric vehicleの略語である。「ＦＣＶ」は、fuel cell vehicleの略語である。車両４０は、本実施形態では運転手によって運転されるが、任意のレベルで運転が自動化されていてもよい。自動化のレベルは、例えば、ＳＡＥのレベル分けにおけるレベル１からレベル５のいずれかである。「ＳＡＥ」は、Society of Automotive Engineersの略語である。車両４０は、ＭａａＳ専用車両でもよい。「ＭａａＳ」は、Mobility as a Serviceの略語である。車両４０は、カーシェアリングサービスで使用されるものを含む。本実施形態では、車両４０にユーザ１１が乗車する。

図１を参照して、本実施形態の概要を説明する。

図１に示すシステム１０において、制御装置２０は、ユーザ１１が乗車する前の車両４０を撮影した第１画像と、ユーザ１１が降車した後の車両４０を撮影した第２画像と、ユーザ１１が申告する車両状態の変化に関する申告情報とを取得する。制御装置２０は、第１画像と第２画像とに基づいて車両４０の状態の変化を検出する。制御装置２０は、検出された変化と、申告情報とに基づいてユーザ１１を評価する。当該変化には、車両４０の損傷の有無が含まれる。

「第１画像」は、ユーザ１１が車両４０に乗車する前の車両４０を撮影した画像である。「第２画像」は、ユーザ１１が車両４０から降車した後の車両４０を撮影した画像である。本実施形態では、第１画像及び第２画像は、車両４０の内部を撮影した画像である。これに限られず、第１画像及び第２画像は、車両４０の外観を撮影した画像であってもよい。車両４０の内部とは、具体的には車両４０の車室内をいう。第１画像及び第２画像の数は自由に決められてよい。第１画像及び第２画像は、車両４０の内部の複数の部分を撮影した画像であってもよい。第１画像及び第２画像はモノクロでもカラーでもよい。第１画像及び第２画像の解像度は、例えば、車両４０の内部の備品の損傷を認識することができる程度である。「変化」とは、第１画像と第２画像との間の相違点をいい、車両４０内の備品の損傷の有無を含む。損傷は、例えばインストルメントパネル、座席、フロントガラス、ドアガラス等についたキズ、汚れ、又は液体のこぼれによる染み等を含む。変化はこれに限られず、例えば座席の位置又は背もたれ等の位置の相違を含んでもよい。「申告情報」は、ユーザ１１による入力を基に、端末装置３０が生成する情報である。申告情報は、ユーザ１１のユーザ識別子と、ユーザ１１による車両４０の内部の状態の変化についての申告を含む。申告情報は、カーシェアリングサービスについてのアンケートへの回答等を含んでもよい。申告情報は、以下で詳細に説明するように、端末装置３０から制御装置２０に送信される。

図２を参照して、本実施形態に係る制御装置２０の構成を説明する。制御装置２０は、制御部２１と、記憶部２２と、通信部２３と、入力部２４と、出力部２５とを備える。

制御部２１には、少なくとも１つのプロセッサ、少なくとも１つの専用回路、又はこれらの組み合わせが含まれる。プロセッサは、ＣＰＵ若しくはＧＰＵ等の汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。「ＣＰＵ」は、central processing unitの略語である。「ＧＰＵ」は、graphics processing unitの略語である。専用回路は、例えば、ＦＰＧＡ又はＡＳＩＣである。「ＦＰＧＡ」は、field-programmable gate arrayの略語である。「ＡＳＩＣ」は、application specific integrated circuitの略語である。制御部２１は、制御装置２０の各部を制御しながら、制御装置２０の動作に関わる処理を実行する。

制御部２１は、カーシェアリングサービスの運行管理を行う。カーシェアリングサービスの運行管理について、以下簡単に説明する。

まず、ユーザ１１は、端末装置３０を介して、カーシェアリングサービスの予約を行う。端末装置３０は、ユーザ１１が入力した、利用開始の予定日時、及び利用終了の予定日時等の情報と、ユーザ１１のユーザ識別子とを制御装置２０に送信する。制御装置２０の制御部２１は端末装置３０から送信された情報を、通信部２３を介して受信する。制御部２１は、記憶部２２に格納されている、ユーザ１１についての情報を示すユーザ情報テーブルと、車両４０についての情報を示す車両情報テーブルとを参照しながら、受信した情報に基づいてカーシェアリングサービスの予約状況を示す予約情報テーブルを作成する。ここで、「ユーザ情報テーブル」には、ユーザ識別子と、ユーザ１１の総保有ポイントとが関連付けられて記録されている。ユーザ情報テーブルは他に、ユーザ１１の年齢、性別、住所等の情報を含んでよい。ユーザ情報テーブルは、例えばカーシェアリングサービスの初回利用の際に、ユーザ１１によって提供された情報に基づいて作成される。「車両情報テーブル」には、車両４０の車両識別子と、車両４０の駐車場所とが関連付けられて記録されている。「予約情報テーブル」は、ユーザ識別子、車両識別子、認証情報の配信状況、車両４０の貸出及び返却場所、利用開始の予定日時、利用終了の予定日時等の情報を含む。制御部２１は、こうして作成した予約情報テーブルを記憶部２２に格納する。

カーシェアリングサービスにおける車両４０の実際の利用は以下のように行われる。まず、制御部２１は、利用開始の予定日時から利用終了の予定日時までの間にのみ有効な認証情報を端末装置３０及び車両４０に送信する。制御部２１は、予約管理テーブルの認証情報の配信状況を、配信中を示すよう更新する。端末装置３０及び車両４０は、認証情報を受信する。端末装置３０は、ユーザ１１の入力に応じて認証情報を車両４０に送信する。車両４０は、端末装置３０から受信した認証情報を照合して、ドアの解錠、又はエンジンの始動等を可能にする。このようにして、車両４０の利用が可能となる。

車両４０の利用を終了するとき、ユーザ１１は、端末装置３０に利用の終了の通知を入力する。端末装置３０は、利用の終了を通知する終了通知情報を制御装置２０に送信する。端末装置３０は、終了通知情報を車両４０にも送信してもよい。制御装置２０の制御部２１は、終了通知情報を、通信部２３を介して受信する。制御部２１は、予約情報テーブルを参照して利用終了の予定日時内であるかどうかを判断し、料金等を決定する。制御部２１はまた、以下に詳細に説明するように、ユーザ１１のポイント数を決定し、ユーザ情報テーブルのユーザ１１の総保有ポイントを更新する。制御部２１は、車両４０に対して認証情報を無効にする指示を、通信部２３を介して送信する。車両４０は、当該指示を受信し、指示に応じて認証情報を無効にする。制御部２１は、予約管理テーブルの認証情報の配信状況を、配信終了を示すよう更新する

このようにして、制御部２１は、カーシェアリングサービスの運行管理を行う。

制御部２１は、車両４０から、撮影部４６が撮影した第１画像と第２画像とを、通信部２３を介して受信することで取得する。制御部２１は、取得した第１画像と第２画像とを比較し、車両４０の内部の状態の変化を検出する。制御部２１は、周知の画像解析技術を用いて第１画像及び第２画像を解析し、変化を検出してよい。制御部２１は、例えば、各画像の画素の輝度値を比較することにより変化を検出してもよい。制御部２１は、例えば、機械学習によって生成された条件に基づいて変化を検出してもよい。制御部２１は第１画像と第２画像とを比較した結果を示す情報を記憶部２２に格納する。

図３Ａ及び図３Ｂは、撮影部４６によって撮影され、制御部２１が取得した第１画像及び第２画像の一例を示す。図３Ａ及び図３Ｂは車両４０Ａの運転席及び助手席を天井面から撮影した画像である。図３Ａはユーザ１１Ａが車両４０Ａに乗車する前に撮影された第１画像を示す。図３Ｂはユーザ１１Ａが車両４０Ａを降車した後に撮影された第２画像を示す。制御部２１は、第２画像における傷Ｓを認識する。当該傷Ｓは、第１画像では認識されていないものである。制御部２１は、第１画像と第２画像とを比較した結果、車両４０の内部の状態として損傷が増加したという変化を検出する。

図４は、制御部２１が検出した変化を説明するための図である。図４では、比較した結果を表形式で示すが、同様の内容を表す形式であればこれに限られない。図４の左の列には、説明の便宜のため行番号が付されている。図４の各行においては、各情報が関連付けられて記録されている。制御部２１は、車両４０から第１画像と第２画像とを取得するとき、車両４０の車両識別子を併せて取得する。制御部２１は、記憶部２２に格納されている予約情報テーブルを参照して、取得した車両識別子に対応するユーザ識別子を確認する。これにより、制御部２１は、第１画像と第２画像とを比較した結果と、ユーザ１１と、車両４０との情報を関連付けることができる。

例えば、図４の１行目から３行目を参照すると、車両４０Ａにはユーザ１１Ａ、ユーザ１１Ｂ、及びユーザ１１Ｃがこの順に乗車したことが記録されている。図４の１行目では、第１画像からは認識されなかった損傷が、第２画像からは認識されたことが記録されている。損傷は、具体的には助手席座面に認識されている。本例では、損傷は図３Ｂに示す傷Ｓである。図４の１行目から、制御部２１は、車両４０Ａの内部の状態として損傷が増加したという変化を検出したことがわかる。図４の２行目では、第１画像から助手席座面に損傷が認識され、第２画像からも同様の損傷が認識されたことが記録されている。図４の２行目から、制御部２１は、車両４０Ａの内部の状態としては変化がないことを検出したことがわかる。図４の３行目では、第１画像から助手席座面に損傷が認識され、第２画像からはさらに運転席座面にも損傷が認識されたことが記録されている。図４の３行目の記録から、制御部２１は、車両４０Ａの内部の状態として損傷が増加したという変化を検出したことがわかる。図４の４行目では、第１画像からは損傷は認識されず、第２画像からも損傷は認識されていないことが記録されている。図４の４行目の記録から、制御部２１は車両４０Ｂの内部の状態としては変化がないことを検出したことがわかる。なお、制御部２１が検出する変化は損傷の増加に限られず、例えば車両４０の内部に置かれた物の場所の移動等も含むことができる。

制御部２１は、端末装置３０から、申告情報を取得する。具体的には、制御部２１は、申告情報を、通信部２３を介して受信することで取得する。制御部２１は取得した申告情報を記憶部２２に格納する。

ここで申告情報について説明する。申告情報は、ユーザ１１による端末装置３０への入力に基づいて、端末装置３０によって作成される。図５は、端末装置３０の出力部３５に表示される入力用の画面の一例を示す。ユーザ１１は、図５の回答欄３５１及び回答欄３５２に、利用する前の車両４０の内部の状態についての申告を入力し、回答欄３５３及び回答欄３５４に、利用した後の車両４０の内部の状態についての申告を入力する。端末装置３０の制御部３１は、入力された情報に基づいて申告情報を作成する。作成された申告情報は、ユーザ１１による申告の他、ユーザ１１のユーザ識別子も含む。制御部３１は、申告情報を制御装置２０に送信する。

図５において、回答欄３５１及び回答欄３５３はチェックボックス型、回答欄３５２及び回答欄３５４はテキスト入力型の入力形式をとる。申告情報を取得した制御部２１は、回答欄３５２及び回答欄３５４に入力されたテキストの情報から、車両４０のいずれの場所に損傷があるのかを抽出できる。ユーザ１１が申告を入力する方法は図５に示す形式に限られず、自由に設定されてよい。いずれの回答欄にも入力がない場合は、申告情報には申告が含まれない。例えば、端末装置３０は、図５の画面を表示して一定時間が経過したとき、申告の入力を含まない申告情報を作成し、制御装置２０に送信してもよい。

図６は、車両４０の内部の状態の変化についての、ユーザ１１の申告を説明するための図である。図６では、ユーザ１１による申告を表形式で示すが、同様の内容を表す形式であればこれに限られない。図６の左の列には、説明の便宜のため行番号が付されている。図６の各行においては、各情報が関連付けられて記録されている。制御部２１は、端末装置３０から申告情報を取得するとき、ユーザ１１のユーザ識別子を併せて取得する。制御部２１は、記憶部２２に格納されている予約情報テーブルを参照して、取得したユーザ識別子に対応する車両識別子を確認する。これにより、制御部２１は、ユーザ１１による申告と、ユーザ１１と、車両４０との情報を関連付けることができる。

例えば、図６の１行目は、車両４０Ａに乗車したユーザ１１Ａの申告を示す。図６の「利用前の状態」のタイトルの列が示す情報は、図５の回答欄３５１及び３５２へ入力された情報に対応している。「利用後の状態」のタイトルの列が示す情報は、図５の回答欄３５３及び３５４へ入力された情報に対応している。例えば、ユーザ１１Ａが、図５の回答欄３５１にＮＯのチェックを入力し、回答欄３５３にＹＥＳのチェックを入力し、回答欄３５４に「助手席座面」とテキスト入力し、申告情報が送信されたとする。制御部２１は、当該申告情報を取得して、図６の１行目のように記録する。図６の１行目から、ユーザ１１Ａが、「車両４０Ａの利用前は損傷はなかったが、利用後には損傷が助手席座面にあった」ということを申告していることがわかる。本例において、損傷は図３Ｂに示す傷Ｓである。

また、例えば、ユーザ１１Ｂが、図５の回答欄３５１にＹＥＳのチェックを入力し、回答欄３５２に「助手席座面」とテキスト入力し、回答欄３５３にＮＯのチェックを入力し、申告情報が送信されたとする。制御部２１が申告情報を取得し、図６の２行目のように記録する。図６の２行目から、ユーザ１１Ｂが、車両４０Ａを利用する前にすでに損傷が助手席座面にあったこと、及び、利用後にも損傷が助手席座面にあるということを申告していることがわかる。

また、例えば、ユーザ１１Ｃが、図５のいずれの回答欄にも入力をせず、一定時間経過後に端末装置３０が申告情報を制御装置２０に送信したとする。制御部２１は申告情報を取得し、図６の３行目のように記録する。図６の３行目から、ユーザ１１Ｃは、乗車した車両４０Ａの内部の状態の変化について申告していないことがわかる。図６の３行目から、制御部２１は、取得した申告情報に、車両４０の内部の状態の変化についての申告が含まれていないと判断できる。

制御部２１は、検出した車両４０の内部の状態の変化、及びユーザ１１による申告を、予約情報テーブルに関連付けて記憶部２２に格納してもよい。これにより、例えば、カーシェアリングサービスを提供する業者の担当者が、予約情報テーブルを参照して、特定の車両４０に損傷が発生した経緯を調査することが可能となる。

制御部２１は、以下に説明するように、検出した車両４０の内部の状態の変化とユーザ１１による申告とに基づいてユーザ１１を評価する。評価はポイントとして数値化されることにより行われる。評価の方法はこれに限られず、自由に設定されてよい。また、付与されるポイント数は以下で説明する数に限られず、自由に設定されてよい。

制御部２１はまず、取得した申告情報に、ユーザ１１による申告が含まれているかどうかに基づいてユーザ１１を評価する。制御部２１は、申告情報に申告が含まれている場合にはユーザ１１に１ポイントを付与し、含まれていない場合には１ポイントを差し引くこと、すなわち、－１ポイントを付与することを決定する。例えば、制御部２１は、図６の１、２、４行目から、ユーザ１１Ａ、ユーザ１１Ｂ及びユーザ１１Ｄのそれぞれの端末装置３０から受信した申告情報には申告が含まれると判断する。制御部２１は、ユーザ１１Ａ、ユーザ１１Ｂ及びユーザ１１Ｄに１ポイントを付与することを決定する。制御部２１は、図６の３行目から、ユーザ１１Ｃの端末装置３０から受信した申告情報には申告が含まれないと判断し、ユーザ１１Ｃには－１ポイントを付与することを決定する。

次に制御部２１は、第１画像と第２画像との比較から検出した車両４０の内部の状態の変化と、ユーザ１１の申告とが一致するかどうかに基づいてユーザ１１を評価する。制御部２１は、図４に示す検出された変化と図６に示すユーザ１１の申告とが一致する場合にはユーザ１１に１ポイントを付与し、一致しない場合にはポイントを付与しないこと、すなわち０ポイントを付与することを決定する。例えば、制御部２１は、図６の各行を図４の対応する行と比較し、一致するかどうかを判断する。ここで図６の「利用前の状態」のタイトルの列は、図４の「第１画像」のタイトルの列に対応し、図６の「利用後の状態」のタイトルの列は、図４の「第２画像」のタイトルの列に対応する。

図６の１行目を参照すると、「車両４０Ａの利用前は損傷はなかったが、利用後には損傷が助手席座面にあった」という申告が記録されている。当該申告は、図４の１行目に記録されている、「車両４０Ａの内部の状態として損傷が増加した」という検出された変化と一致する。よって制御部２１は、検出された変化と、ユーザ１１による申告とが一致すると判断する。よって制御部２１は、ユーザ１１Ａに１ポイントを付与することを決定する。制御部２１は同様に、図６の２行目における申告は、図４の２行目における検出された変化と一致すると判断する。よって制御部２１は、ユーザ１１Ｂに１ポイントを付与することを決定する。図６の３行目を参照すると、申告情報に申告が含まれていない。制御部２１は、図４の３行目に記録されている変化と一致するかどうかを判断できないため、ユーザ１１Ｃに０ポイントを付与することを決定する。図６の４行目では、車両４０Ｂの利用前及び利用後の両方において、助手席ドアガラスに損傷があることが申告されている。しかし、図４の４行目を参照すると、第１画像と第２画像とのいずれからも損傷が検出されていないことが記録されている。よって制御部２１は、検出された変化と、ユーザ１１による申告とが一致しないと判断する。よって制御部２１は、ユーザ１１Ｄに０ポイントを付与することを決定する。

制御部２１は、第１画像と第２画像との比較から検出された変化が悪化を示すかどうかに基づいてユーザ１１を評価する。制御部２１は、検出された変化が悪化を示さない場合にユーザ１１に１ポイントを付与し、悪化を示す場合にはポイントを付与しないこと、すなわち０ポイントを付与することを決定する。例えば、制御部２１は、図４の２行目及び４行目に記録されている、車両４０Ａ及び車両４０Ｂのそれぞれの内部の状態の変化は、損傷が増加しておらず悪化を示していないと判断する。よって制御部２１は、ユーザ１１Ｂ及びユーザ１１Ｄのそれぞれに１ポイントを付与することを決定する。一方、制御部２１は、図４の１行目及び３行目に記録されている、車両４０Ａの内部の状態の変化は、損傷が増加しており悪化を示すと判断する。よって制御部２１は、ユーザ１１Ａ及びユーザ１１Ｃのそれぞれに０ポイントを付与することを決定する。

制御部２１は、決定したポイント数を合算し、付与するポイント数を最終決定する。例えば、制御部２１は、合算した２ポイントを、ユーザ１１Ａに付与するポイント数として最終決定する。

制御部２１は、記憶部２２に格納されているユーザ情報テーブルを参照する。制御部２１は、ユーザ情報テーブルに含まれる、ユーザ１１の総保有ポイントを示す情報を、最終決定したポイント数を加算することで更新する。例えば、最終決定したユーザ１１Ａのポイント数が２ポイントであり、ユーザ１１Ａの総保有ポイント数が３０であったとする。制御部２１は、最終決定した２ポイントを加算し、ユーザ１１の総保有ポイントを３２に更新する。制御部２１は、更新後のユーザ情報テーブルを記憶部２２に格納する。

制御装置２０は、最終決定したポイント数と、更新後の総保有ポイント数とを示す通知を端末装置３０に送信してもよい。このようにして、制御部２１はユーザ１１を評価した結果を示す通知を端末装置３０に送信する。端末装置３０の制御部３１は、当該通知を、通信部３３を介して受信する。制御部３１は、出力部３５を介して当該通知をユーザ１１に対し表示する。これにより、ユーザ１１は、今回の利用により付加されたポイント数、及び現在の自分の総保有ポイント数を知ることができる。制御装置２０は、定期的に、又は端末装置３０からの要求に応じて、総保有ポイント数を示す情報を端末装置３０に送信してもよい。

ここで、総保有ポイント数は、カーシェアリングサービスを提供する業者がユーザ１１の会員ランクを決定する際に用いられてよい。会員ランクは例えば、ランクに応じて優先予約を可能にする、又は付与するポイント率を変動させる等、カーシェアリングサービスを提供する業者の方針に応じて自由に用いられてよい。総保有ポイント数はまた、ポイント数が所定の数より低いユーザ１１に対してはサービスを制限する等、カーシェアリングサービスを提供する業者の方針に応じて自由に用いられてよい。

記憶部２２には、少なくとも１つの半導体メモリ、少なくとも１つの磁気メモリ、少なくとも１つの光メモリ、又はこれらのうち少なくとも２種類の組み合わせが含まれる。半導体メモリは、例えば、ＲＡＭ又はＲＯＭである。「ＲＡＭ」は、random access memoryの略語である。「ＲＯＭ」は、read only memoryの略語である。ＲＡＭは、例えば、ＳＲＡＭ又はＤＲＡＭである。「ＳＲＡＭ」は、static random access memoryの略語である。「ＤＲＡＭ」は、dynamic random access memoryの略語である。ＲＯＭは、例えば、ＥＥＰＲＯＭである。「ＥＥＰＲＯＭ」は、electrically erasable programmable read only memoryの略語である。記憶部２２は、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部２２には、制御装置２０の動作に用いられる情報と、制御装置２０の動作によって得られた情報とが記憶される。記憶部２２は、システムプログラム、アプリケーションプログラム、第１画像と第２画像とを比較した結果を示す情報、申告情報、予約情報テーブル、車両情報テーブル、ユーザ情報テーブル等を格納する。

通信部２３には、少なくとも１つの通信用インタフェースが含まれる。通信用インタフェースは、例えば、ＬＡＮインタフェースである。通信部２３は、制御装置２０の動作に用いられる情報を受信し、また制御装置２０の動作によって得られる情報を送信する。

入力部２４には、少なくとも１つの入力用インタフェースが含まれる。入力用インタフェースは、例えば、物理キー、静電容量キー、ポインティングデバイス、ディスプレイと一体的に設けられたタッチスクリーン、又はマイクである。入力部２４は、制御装置２０の動作に用いられる情報を入力する操作を受け付ける。入力部２４は、制御装置２０に備えられる代わりに、外部の入力機器として制御装置２０に接続されてもよい。接続方式としては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）等の任意の方式を用いることができる。「ＵＳＢ」は、Universal Serial Busの略語である。「ＨＤＭＩ（登録商標）」は、High-Definition Multimedia Interfaceの略語である。

出力部２５には、少なくとも１つの出力用インタフェースが含まれる。出力用インタフェースは、例えば、ディスプレイ又はスピーカである。ディスプレイは、例えば、ＬＣＤ又は有機ＥＬディスプレイである。「ＬＣＤ」は、liquid crystal displayの略語である。「ＥＬ」は、electro luminescenceの略語である。出力部２５は、制御装置２０の動作によって得られる情報を出力する。出力部２５は、制御装置２０に備えられる代わりに、外部の出力機器として制御装置２０に接続されてもよい。接続方式としては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）等の任意の方式を用いることができる。

制御装置２０の機能は、本実施形態に係る制御プログラムを、制御部２１に相当するプロセッサで実行することにより実現される。すなわち、制御装置２０の機能は、ソフトウェアにより実現される。制御プログラムは、制御装置２０の動作をコンピュータに実行させることで、コンピュータを制御装置２０として機能させる。すなわち、コンピュータは、制御プログラムに従って制御装置２０の動作を実行することにより制御装置２０として機能する。

プログラムは、非一時的なコンピュータ読取り可能な媒体に記録しておくことができる。非一時的なコンピュータ読取り可能な媒体は、例えば、磁気記録装置、光ディスク、光磁気記録媒体、又は半導体メモリである。プログラムの流通は、例えば、プログラムを記録したＤＶＤ又はＣＤ－ＲＯＭ等の可搬型記録媒体を販売、譲渡、又は貸与することによって行う。「ＤＶＤ」は、digital versatile discの略語である。「ＣＤ－ＲＯＭ」は、compactdisc read only memoryの略語である。プログラムをサーバのストレージに格納しておき、サーバから他のコンピュータにプログラムを転送することにより、プログラムを流通させてもよい。プログラムをプログラムプロダクトとして提供してもよい。

コンピュータは、例えば、可搬型記録媒体に記録されたプログラム又はサーバから転送されたプログラムを、一旦、主記憶装置に格納する。そして、コンピュータは、主記憶装置に格納されたプログラムをプロセッサで読み取り、読み取ったプログラムに従った処理をプロセッサで実行する。コンピュータは、可搬型記録媒体から直接プログラムを読み取り、プログラムに従った処理を実行してもよい。コンピュータは、コンピュータにサーバからプログラムが転送される度に、逐次、受け取ったプログラムに従った処理を実行してもよい。サーバからコンピュータへのプログラムの転送は行わず、実行指示及び結果取得のみによって機能を実現する、いわゆるＡＳＰ型のサービスによって処理を実行してもよい。「ＡＳＰ」は、application service providerの略語である。プログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるものが含まれる。例えば、コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータは、「プログラムに準ずるもの」に該当する。

制御装置２０の一部又は全ての機能が、制御部２１に相当する専用回路により実現されてもよい。すなわち、制御装置２０の一部又は全ての機能が、ハードウェアにより実現されてもよい。

図２を参照して、本実施形態に係る端末装置３０の構成を説明する。端末装置３０は、制御部３１と、記憶部３２と、通信部３３と、入力部３４と、出力部３５とを備える。

制御部３１には、少なくとも１つのプロセッサ、少なくとも１つの専用回路、又はこれらの組み合わせが含まれる。プロセッサは、ＣＰＵ若しくはＧＰＵ等の汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。専用回路は、例えば、ＦＰＧＡ又はＡＳＩＣである。制御部３１は、端末装置３０の各部を制御しながら、端末装置３０の動作に関わる処理を実行する。本例では、制御部３１は、ユーザ１１の入力に基づいて申告情報を作成する。制御部３１は、申告情報を制御装置２０に送信する。申告情報には、車両４０の内部の状態の変化についての申告と、ユーザ１１のユーザ識別子とが含まれる。

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

通信部３３には、少なくとも１つの通信用インタフェースが含まれる。通信用インタフェースは、例えば、ＬＴＥ、４Ｇ規格、若しくは５Ｇ規格等の移動通信規格に対応したインタフェース、Bluetooth（登録商標）等の近距離無線通信に対応したインタフェース、又はＬＡＮインタフェースである。「ＬＴＥ」は、Long Term Evolutionの略語である。「４Ｇ」は、4th generationの略語である。「５Ｇ」は、5th generationの略語である。通信部３３は、端末装置３０の動作に用いられる情報を受信し、また端末装置３０の動作によって得られる情報を送信する。

入力部３４には、少なくとも１つの入力用インタフェースが含まれる。入力用インタフェースは、例えば、物理キー、静電容量キー、ポインティングデバイス、ディスプレイと一体的に設けられたタッチスクリーン、又はマイクである。入力部３４は、端末装置３０の動作に用いられる情報を入力する操作を受け付ける。入力部３４は、端末装置３０に備えられる代わりに、外部の入力機器として端末装置３０に接続されてもよい。接続方式としては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）等の任意の方式を用いることができる。

出力部３５には、少なくとも１つの出力用インタフェースが含まれる。出力用インタフェースは、例えば、ディスプレイ、スピーカ、又は振動モータある。ディスプレイは、例えば、ＬＣＤ又は有機ＥＬディスプレイである。出力部３５は、端末装置３０の動作によって得られる情報を出力する。出力部３５は、端末装置３０に備えられる代わりに、外部の出力機器として端末装置３０に接続されてもよい。接続方式としては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）等の任意の方式を用いることができる。

端末装置３０の機能は、本実施形態に係る端末プログラムを、制御部３１に相当するプロセッサで実行することにより実現される。すなわち、端末装置３０の機能は、ソフトウェアにより実現される。端末プログラムは、端末装置３０の動作をコンピュータに実行させることで、コンピュータを端末装置３０として機能させる。すなわち、コンピュータは、端末プログラムに従って端末装置３０の動作を実行することにより端末装置３０として機能する。

端末装置３０の一部又は全ての機能が、制御部３１に相当する専用回路により実現されてもよい。すなわち、端末装置３０の一部又は全ての機能が、ハードウェアにより実現されてもよい。

図２を参照して、本実施形態に係る車両４０の構成を説明する。車両４０は、図２に示すように、制御部４１と、記憶部４２と、通信部４３と、入力部４４と、出力部４５と、撮影部４６と、を備える。

制御部４１と、記憶部４２と、通信部４３と、入力部４４と、出力部４５と、撮影部４６とは、それぞれ車両４０に内蔵されていてもよく、或いは車両４０に着脱可能に設けられていてもよい。制御部４１、記憶部４２、通信部４３、入力部４４、出力部４５、及び撮影部４６の一部又は全部が、例えばスマートフォン、タブレット端末、又はナビゲーション装置等の汎用の装置に内蔵され、車載ネットワークと通信可能に接続されてもよい。制御部４１、記憶部４２、通信部４３、入力部４４、出力部４５、及び撮影部４６は、例えばＣＡＮ（Controller Area Network）等の車載ネットワークと通信可能に接続されてもよい。

制御部４１には、少なくとも１つのプロセッサ、少なくとも１つの専用回路、又はこれらの組み合わせが含まれる。プロセッサは、ＣＰＵ若しくはＧＰＵ等の汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。専用回路は、例えば、ＦＰＧＡ又はＡＳＩＣである。制御部４１は、車両４０の各部を制御しながら、車両４０の動作に関わる処理を実行する。

制御部４１は、ユーザ１１が車両４０の付近に到着したかどうかの判断を行う。当該判断は任意の方法で行われてよい。制御部４１は例えば、端末装置３０から認証情報を受信した場合にユーザ１１が車両４０の付近に到着したと判断してもよい。

制御部４１は、ユーザ１１が車両４０の付近に到着したと判断した場合に、車両４０の内部の状態を撮影するよう撮影部４６を制御する。制御部４１は、撮影部４６が撮影した画像を第１画像として取得する。制御部４１は取得した第１画像を、通信部４３を介して制御装置２０に送信する。制御部４１はさらに、車両４０の車両識別子を制御装置２０に送信する。

制御部４１は、ユーザ１１が車両４０から降車したかどうかの判断を行う。当該判断は任意の方法で行われてよい。制御部４１は例えば、制御装置２０から、認証情報を無効にする指示を受信した場合にユーザ１１が車両４０から降車したと判断してもよい。

制御部４１は、ユーザ１１が車両４０から降車したと判断した場合に、車両４０の内部の状態を撮影するよう撮影部４６を制御する。制御部４１は、撮影部４６が撮影した画像を第２画像として取得する。制御部４１は取得した第２画像を、通信部４３を介して制御装置２０に送信する。制御部４１はさらに、車両４０の車両識別子を制御装置２０に送信する。

記憶部４２には、少なくとも１つの半導体メモリ、少なくとも１つの磁気メモリ、少なくとも１つの光メモリ、又はこれらのうち少なくとも２種類の組み合わせが含まれる。半導体メモリは、例えば、ＲＡＭ又はＲＯＭである。ＲＡＭは、例えば、ＳＲＡＭ又はＤＲＡＭである。ＲＯＭは、例えば、ＥＥＰＲＯＭである。記憶部４２は、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部４２には、車両４０の動作に用いられる情報と、車両４０の動作によって得られた情報とが記憶される。記憶部４２は、システムプログラム、アプリケーションプログラム、制御装置２０から送信された認証情報等を記憶する。

通信部４３には、少なくとも１つの通信用インタフェースが含まれる。通信用インタフェースは、例えば、ＬＴＥ、４Ｇ規格、若しくは５Ｇ規格等の移動通信規格に対応したインタフェースである。例えば、ＤＣＭ（Data Communication Module）等の車載通信機が、通信部４３として機能してもよい。通信部４３は、車両４０の動作に用いられる情報を受信し、また車両４０の動作によって得られる情報を送信する。

入力部４４には、少なくとも１つの入力用インタフェースが含まれる。入力用インタフェースは、例えば、物理キー、静電容量キー、ポインティングデバイス、ディスプレイと一体的に設けられたタッチスクリーン、又はマイクである。入力部４４は、車両４０の動作に用いられる情報を入力する操作を受け付ける。入力部４４は、車両４０に備えられる代わりに、外部の入力機器として車両４０に接続されてもよい。接続方式としては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）等の任意の方式を用いることができる。

出力部４５には、少なくとも１つの出力用インタフェースが含まれる。出力用インタフェースは、例えば、ディスプレイ、スピーカ、又は振動モータある。ディスプレイは、例えば、ＬＣＤ又は有機ＥＬディスプレイである。出力部４５は、車両４０の動作によって得られる情報を出力する。出力部４５は、車両４０に備えられる代わりに、外部の出力機器として車両４０に接続されてもよい。接続方式としては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）等の任意の方式を用いることができる。

撮影部４６は、１つ以上の車載カメラである。車載カメラとして、具体的には、例えば車内カメラを使用できる。車内カメラは、車両４０の内部の状態を撮影できる。車内カメラは、本実施形態では、車室の天井面に固定される。車内カメラの位置はこれに限られず、自由に設定されてよく、例えば、インストルメントパネルに固定されてもよい。車内カメラが撮影できる範囲は、運転席、助手席、後部座席、及び各座席の足場を含む。車内カメラは広角レンズを備えることで、各座席のドアの内側又はドアガラス等を撮影できてもよい。車内カメラは回転して、任意の角度から車両４０の内部を撮影できてもよい。本実施形態では１つの車内カメラを設ける例を示すが、車内カメラの数は自由に定められてよい。

撮影部４６は、ユーザ１１が車両４０の付近に到着したと判断された場合に、車両４０の内部の状態を撮影する。当該画像は第１画像として制御部４１に取得される。また、撮影部４６は、ユーザ１１が車両４０から降車したと判断された場合に、車両４０の内部の状態を撮影する。撮影した画像は第２画像として制御部４１に取得される。

図３Ａ、図３Ｂ、図７Ａ、図７Ｂ及び図８を参照して、本実施形態に係るシステム１０の動作を説明する。この動作は、本実施形態に係る制御方法に相当する。本例では、ユーザ１１は、カーシェアリングサービスを利用して車両４０を利用する予約をしている。図７Ａ及び図７Ｂでは、簡便のため、１台の車両４０、１台の端末装置３０、１人のユーザ１１のみを示す。図７Ａ及び図７Ｂは、本実施形態に係るシステム１０全体の処理フローを示す。図８は、制御装置２０の制御部２１の動作を示す。

図７ＡのステップＳ１０１において、車両４０はユーザ１１が車両４０の付近に到着したかどうかについて判断を行う。当該判断は任意の方法で行われてよい。本例では、車両４０の制御部４１は、端末装置３０から認証情報を受信したとき、ユーザ１１が車両４０の付近に到着したと判断する。ユーザ１１が車両４０の付近に到着したと判断したとき、システム１０の動作はステップＳ１０２に進む。

ステップＳ１０２において、車両４０は、車両４０の内部の状態を撮影して第１画像を取得する。本例では、車両４０の撮影部４６が、車両４０の内部の状態を撮影する。車両４０の制御部４１は、撮影部４６が撮影した画像を第１画像として取得する。

ステップＳ１０３において、車両４０は、第１画像を制御装置２０に送信する。本例では、制御部４１は、取得した第１画像を、通信部４３を介して制御装置２０に送信する。

ステップＳ１０４において、制御装置２０は車両４０から第１画像を取得する。本例では、制御装置２０の制御部２１が、通信部２３を介して第１画像を受信することで取得する。制御部２１は、取得した第１画像を記憶部２２に格納する。

ステップＳ１０５において、ユーザ１１による車両４０の利用が開始される。本例では、ユーザ１１が車両４０を発進させ、運転を開始する。

ステップＳ１０６において、ユーザ１１による車両４０の利用が終了される。本例では、ユーザ１１が車両４０を停止させ、運転を終了する。

ステップＳ１０７において、車両４０はユーザ１１が車両４０から降車したかどうかについて判断を行う。当該判断は任意の方法で行われてよい。本例では、車両４０の制御部４１が、制御装置２０から、認証情報を無効にする指示を受信したとき、ユーザ１１が車両４０から降車したと判断する。ユーザ１１が車両４０から降車したと判断したとき、システム１０の動作はステップＳ１０８に進む。

ステップＳ１０８において、車両４０は、車両４０の内部の状態を撮影して第２画像を取得する。本例では、車両４０の撮影部４６が、車両４０の内部の状態を撮影する。車両４０の制御部４１は、撮影部４６が撮影した画像を第２画像として取得する。

ステップＳ１０９において、車両４０は、第２画像を制御装置２０に送信する。本例では、制御部４１は、取得した第２画像を、通信部４３を介して制御装置２０に送信する。

ステップＳ１１０において、制御装置２０は車両４０から第２画像を取得する。本例では、制御装置２０の制御部２１が、通信部２３を介して第２画像を受信することで取得する。制御部２１は、取得した第２画像を記憶部２２に格納する。

ステップＳ１１１において、端末装置３０は申告情報を制御装置２０に送信する。本例では、端末装置３０の制御部３１は、入力部３４を介してユーザ１１から入力を受け付ける。本例では、申告情報には、「車両４０の利用前は損傷はなかったが、利用後には損傷が助手席座面にあった」というユーザ１１による申告が含まれる。制御部３１は当該申告とユーザ１１のユーザ識別子とを含んだ申告情報を作成し、通信部３３を介して制御装置２０に送信する。

ステップＳ１１２において、制御装置２０は端末装置３０から申告情報を取得する。本例では、制御装置２０の制御部２１が、通信部２３を介して申告情報を受信することで取得する。制御部２１は、取得した申告情報を記憶部２２に格納する。

ステップＳ１１３において、制御装置２０は取得した第１画像、第２画像及び申告情報に基づきユーザ１１を評価する。本例では、制御部２１が記憶部２２に格納した第１画像、第２画像及び申告情報を参照し、ユーザ１１を評価する。

図８は、図７ＢのステップＳ１１３における、制御部２１による評価の具体的な処理フローを示す。

まずステップＳ２０１において、制御部２１は、取得した第１画像と第２画像とを比較し、車両４０の内部の状態の変化を検出する。本例では、制御部２１は、図３Ａに示す第１画像と図３Ｂに示す第２画像とを比較する。制御部２１は、第２画像において助手席座面に傷Ｓを認識する。当該傷Ｓは、第１画像では認識されないものである。制御部２１は、「車両４０の内部の状態として損傷が増加した」という変化を検出する。制御部２１は、検出した結果を記憶部２２に格納する。

ステップＳ２０２において、制御部２１は、取得した申告情報に車両４０の内部の状態の変化についてのユーザ１１の申告が含まれているかどうかについて判断する。制御部２１は、申告情報に申告が含まれている場合、ユーザ１１に１ポイントを付与することを決定する。制御部２１は、申告情報に申告が含まれていない場合は、１ポイントを差し引くこと、すなわち、－１ポイントを付与することを決定する。本例では、取得した申告情報には、ユーザ１１による申告が含まれている。よって制御部２１は、ユーザ１１に１ポイントを付与することを決定する。

ステップＳ２０３において、制御部２１は、ステップＳ２０１で検出された変化と、申告情報に含まれる申告とが一致するかどうかについて判断する。制御部２１は、ステップＳ２０１で検出された変化と、申告情報に含まれる申告とが一致する場合、ユーザ１１に１ポイントを付与することを決定する。制御部２１は、申告情報に申告が含まれていない場合は、ユーザ１１にポイントを付与しないこと、すなわち０ポイントを付与することを決定する。本例では、「車両４０の内部の状態として損傷が増加した」というステップＳ２０１で検出された変化は、申告情報に含まれる、「車両４０の利用前は損傷はなかったが、利用後には損傷が助手席座面にあった」というユーザ１１による申告と一致する。よって制御部２１は、ユーザ１１に１ポイントを付与することを決定する。

ステップＳ２０４において、制御部２１は、ステップＳ２０１で検出された変化が車両４０の内部の状態の悪化を示すかどうかについて判断する。制御部２１は、検出された変化が車両４０の内部の状態の悪化を示さない場合、ユーザ１１に１ポイントを付与することを決定する。制御部２１は、検出された変化が車両４０の内部の状態の悪化を示す場合は、ユーザ１１にポイントを付与しないこと、すなわち０ポイントを付与することを決定する。本例では、ステップＳ２０１で検出された変化は、車両４０の内部において損傷が増加しており、車両４０の内部の状態の悪化を示す。よって制御部２１は、ユーザ１１に０ポイントを付与することを決定する。

次にステップＳ２０５において、制御部２１は、ステップＳ２０２からステップＳ２０４において決定したポイント数を合算し、付与するポイント数を最終決定する。本例では、ステップＳ２０２及びステップＳ２０３のそれぞれにおいて１ポイント付与することが決定され、ステップＳ２０４では０ポイントを付与することが決定されている。よって制御部２１は、これらのポイントを合算し、２ポイントをユーザ１１に付与することを最終決定する。そして、制御部２１による評価の処理は終了する。

次に図７Ｂに戻ると、ステップＳ１１４において、制御部２１は、ステップＳ２０５で最終決定したポイント数を加算することでユーザの総保有ポイント数を更新する。本例では、まず制御部２１は、記憶部２２に格納されているユーザ情報テーブルに含まれる、ユーザ１１の総保有ポイントを示す情報を参照する。ここで、ユーザ１１の総保有ポイントが３０であるとする。制御部２１は、ステップＳ２０５で最終決定した２ポイントを加算し、ユーザ１１の総保有ポイントを３２に更新する。制御部２１は、更新後のユーザ情報テーブルを記憶部２２に格納する。

ステップＳ１１５において、制御部２１は、ステップＳ２０５で最終決定したポイント数と、ステップＳ１１４で更新した後の総保有ポイント数とを示す通知を、端末装置３０に送信する。このようにして、制御部２１はユーザ１１を評価した結果を示す通知を端末装置３０に送信する。本例では、制御部２１は、最終決定したポイント数が２であること、及び、更新後の総保有ポイント数が３２であることの通知を、通信部２３を介して端末装置３０に送信する。

ステップＳ１１６において、端末装置３０は、制御装置２０から、最終決定したポイント数と、更新後の総保有ポイント数とを示す通知を受信する。本例では、端末装置３０の制御部３１は、当該通知を、通信部３３を介して受信する。

ステップＳ１１７において、制御部３１は、受信した通知をユーザ１１に対し表示する。本例では、制御部３１は、出力部３５を介して、最終決定したポイント数が２であること、及び、総保有ポイント数が３２であることをユーザ１１に対して表示する。これにより、ユーザ１１は今回の利用により付加されたポイント数、及び現在の自分の総保有ポイント数を認識できる。

上述のように、本実施形態に係る制御装置２０は、ユーザ１１が乗車する前の車両４０を撮影した第１画像と、ユーザ１１が降車した後の車両４０を撮影した第２画像と、ユーザ１１が申告する車両状態の変化に関する申告情報とを取得し、第１画像と第２画像とに基づいて車両４０の状態の変化を検出し、検出された変化と、申告情報とに基づいてユーザ１１を評価する制御部２１を備える。

制御装置２０の制御部２１は、取得した第１画像と第２画像とを比較することで、車両４０の状態の変化を精度よく検出することができる。制御部２１は、検出した変化を客観評価として、ユーザ１１からの申告情報を主観評価として用いて、ユーザ１１を総合的に評価することができる。したがって、ユーザ１１に対する評価の質を向上させることができる。

上述のように、変化には、車両４０の損傷の有無が含まれる。

制御部２１は、車両４０の損傷の有無を変化として検出できる。精度よく損傷の有無が検出できることは、ユーザ１１による車両４０の利用状況を客観的に判断する際に役立つ。したがって、ユーザ１１に対する評価の質を向上させることができる。

上述のように、制御部２１は、申告情報に、変化についてのユーザ１１による申告が含まれているかどうかに基づいてユーザ１１を評価する。

制御部２１は、申告情報にユーザ１１が入力した申告が含まれている場合に、含まれていない場合と比較してユーザ１１を高く評価する。よって、車両４０の状態について申告をしようというユーザ１１のモチベーションが高まり、ユーザ１１による申告がされやすくなる。よって、ユーザ１１の申告に基づいた評価がされやすくなり、ユーザ１１に対する評価の質を向上させることができる。

上述のように、制御部２１は、検出された変化と申告とが一致するかどうかに基づいてユーザ１１を評価する。

制御部２１は、検出された変化とユーザ１１による申告とが一致する場合に、一致しない場合と比較してユーザ１１を高く評価する。よって、車両４０の状態について正確に申告をしようというユーザ１１のモチベーションが高まり、ユーザ１１による正確かつ正直な申告がされやすくなる。よって、ユーザ１１の正確かつ正直な申告に基づいた評価がされやすくなり、ユーザ１１に対する評価の質を向上させることができる。

上述のように、制御部２１は、検出された変化が車両４０の状態の悪化を示すかどうかに基づいてユーザ１１を評価する。

制御部２１は、検出された変化が車両４０の状態の悪化を示す場合に、悪化を示さない場合と比較してユーザ１１を高く評価する。よって、車両４０の状態を維持したまま車両４０を利用しようというユーザ１１のモチベーションが高まり、車両４０が適切に利用されやすくなる。車両４０に損傷が生じる機会が減ることで、修理のため車両４０が使用できない期間が減り、カーシェアリングサービスが円滑に運用されやすくなる。また、車両４０の状態を客観的に検出した結果に基づいてユーザ１１の評価がされやすくなる。したがって、ユーザ１１に対する評価の質を向上させることができる。

上述のように、制御装置２０は、ユーザ１１の端末装置３０と通信する通信部２３をさらに備える。制御部２１は、ユーザ１１を評価した結果を示す通知を、通信部２３を介して端末装置３０に送信する。

端末装置３０は、ユーザ１１を評価した結果を示す通知を制御装置２０から受信する。端末装置３０は、ユーザ１１に対し評価の結果を通知する。これにより、ユーザ１１は、自らの車両４０の利用の仕方、及び利用後の申告が適切であったかどうかについて認識することができる。そして、次回以降も適切に車両４０を利用し、利用後の申告をしようというユーザ１１のモチベーションが高まる。よって、ユーザ１１による申告がされやすくなる。したがって、ユーザ１１の申告に基づいた評価がされやすくなり、ユーザ１１に対する評価の質を向上させることができる。

（変形例１）
本実施形態の一変形例として、制御装置２０の制御部２１は、申告情報が、第１画像と第２画像とに基づいて検出されない車両４０の状態の変化を含むかどうかに基づいてユーザ１１をさらに評価してもよい。

本変形例では、申告情報にユーザ１１による車両４０の状態の変化に関する申告が含まれる。当該変化は、第１画像と第２画像とに基づいて制御部２１が検出しなかったものである。この場合、制御部２１は例えば、ユーザ１１に２ポイントを付与することを決定する。このように、本変形例において付与されるポイント数は、上述の実施形態において制御部２１が検出した変化とユーザ１１による申告とが一致する場合に付与されるポイント数よりも高いポイント数である。制御部２１は、上述の実施形態と同様に、決定したポイント数を、ユーザ１１の総保有ポイントに加算できる。

本変形例において、制御部２１は、ユーザ１１にポイントを付与することの決定を、ユーザ１１が申告する変化が正確であることが判断されたのちに行ってもよい。当該判断は、任意の方法で行われてよい。例えば制御装置２０は、第１画像と第２画像とに基づいて検出した変化とユーザ１１による申告とが一致しないと判断した場合、ユーザ１１が申告した変化を点検してもらうための点検依頼情報を、カーシェアリングサービスを提供する業者に置かれた端末装置に送信してもよい。端末装置が当該情報を受信し、担当者に対し表示する。表示された情報を参照した担当者が車両４０の点検を行い、点検の結果、ユーザ１１による申告が正確であると判断したとする。この場合、当該担当者は、端末装置を用いて制御装置２０に申告が正確であることを示す情報を送信する。当該情報を受信した後、制御装置２０の制御部２１は、ユーザ１１に２ポイントを付与することを決定してよい。これに限られず、点検依頼情報は例えば、ユーザ１１と異なる後続ユーザの使用する端末装置に送信されてもよい。後続ユーザが車両４０の点検を行い、点検の結果、ユーザ１１による申告が正確であると判断したとする。この場合、後続ユーザは、後続ユーザの端末装置を用いて、制御装置２０に申告が正確であることを示す情報を送信してもよい。

上述のように、制御部２１は、申告情報が、第１画像と第２画像とに基づいて検出されない車両４０の状態の変化を含む場合には、検出された変化と申告とが一致する場合よりもユーザ１１を高く評価する。

ユーザ１１は、第１画像と第２画像とに基づいて検出できなかった変化を申告した場合、高く評価されることを意識する。よって、車両４０の状態について正確に申告をしようというユーザ１１のモチベーションが高まり、ユーザ１１による正確な申告がされやすくなる。例えばユーザ１１は、車両４０の撮影部４６では撮影しづらい部分も確認して申告する。このように、ユーザ１１の正確な申告に基づいた評価がされやすくなり、ユーザ１１に対する評価の質を向上させることができる。また、第１画像と第２画像とからは検出できなかった車両４０の損傷が発見されやすくなることで、車両４０の状態が良好に保たれ、カーシェアリングサービスが円滑に運用されやすくなる。

（変形例２）
本実施形態の一変形例として、制御装置２０の制御部２１は、ユーザ１１と異なる後続ユーザが車両４０の状態について確認した結果を示す確認情報をさらに取得し、当該確認情報に基づいてユーザ１１を評価してもよい。本変形例では、ユーザ１１が車両４０から降車した後、同一の車両４０に後続ユーザが乗車する。本変形例において、説明を明確にするため、ユーザ１１を先行ユーザと呼ぶ。

後続ユーザは、車両４０に乗車したときに車両４０の状態について確認し、確認した結果を、後続ユーザが使用する端末装置３０に入力する。確認対象としての車両４０の状態には、車両４０の備品等の損傷の有無が含まれる。この他、座席の位置が定位置に戻されているか、ごみが落ちているか等の点も、確認対象として車両４０の状態に含まれてもよい。端末装置３０の制御部３１は、入力された情報を確認情報として制御装置２０に送信する。

制御装置２０の制御部２１は、当該確認情報を受信することで取得する。制御部２１は、取得した確認情報と、先行ユーザが車両４０を降車した後に撮影された第２画像とを比較する。制御部２１は例えば、確認情報が備品等の損傷が無いことを示し、かつ、第２画像が備品等の損傷を示さない場合に、先行ユーザに１ポイントを付与することを決定する。制御部２１は例えば、確認情報が、座席の位置が定位置に戻されていることを示し、かつ、第２画像も座席の位置が定位置に戻されていることを示す場合に、先行ユーザに１ポイントを付与することを決定する。また、制御部２１は例えば、確認情報が、車両４０の内部にごみが落ちていないことを示し、かつ、第２画像も車両４０の内部にごみが落ちていないことを示す場合に、先行ユーザに１ポイントを付与することを決定する。制御部２１は、上述の実施形態と同様に、決定したポイント数を、先行ユーザの総保有ポイントに加算できる。

本変形例では、上述のように、制御部２１は、ユーザ１１が降車した後に車両４０に乗車する、ユーザ１１と異なる後続ユーザが、車両４０の状態について確認した結果を示す確認情報をさらに取得し、確認情報に基づいてユーザ１１を評価する。

先行ユーザとしてのユーザ１１は、後続ユーザによる確認の結果も評価に影響することを意識する。よって、車両４０を適切に利用しようというユーザ１１のモチベーションが高まる。車両４０に損傷が生じる機会が減ることで、修理のため車両４０が使用できない期間が減り、カーシェアリングサービスが円滑に運用されやすくなる。また、制御部２１は、後続ユーザによる確認情報を取得することで、より客観的にユーザ１１を評価することが可能となる。したがって、ユーザ１１に対する評価の質を向上させることができる。

（変形例３）
本実施形態の一変形例として、制御装置２０の制御部２１は、ユーザ１１の乗車中に車両４０を撮影した第３画像をさらに取得してもよい。

本変形例では、車両４０の撮影部４６は、ユーザ１１の乗車中に車両４０の内部を撮影する。車両４０の制御部４１は撮影した画像を第３画像として取得する。制御部４１は第３画像を、通信部４３を介して制御装置２０に送信する。ここで、撮影部４６が第３画像を撮影するタイミングは自由に設定されてよい。第３画像の数は自由に決められてよく、車両４０の内部の複数の部分を撮影した画像であってもよい。

制御装置２０の制御部２１は、当該第３画像を受信することで取得する。制御部２１は、第１画像、第２画像及び第３画像を比較して、車両４０の内部の状態の変化を検出する。比較する画像が増えることにより、制御部２１はより精度よく変化を検出できる。例えば、第１画像と第２画像とでは認識できなかった損傷が、第３画像では認識できる等、制御部２１が変化を検出できる可能性が高まる。制御部２１は、第１画像では車両４０の内部の損傷を認識しており、第２画像及び第３画像では損傷を認識していない場合、再度第１画像を解析してもよい。また、制御部２１は、第１画像と第２画像との比較の他、第１画像と第３画像とを比較、又は第２画像と第３画像とを比較して変化を検出することができる。これにより、車両４０の内部の状態が変化したタイミングも検出することができる。

本変形例では、上述のように、制御部２１は、ユーザ１１の乗車中に車両４０を撮影した第３画像をさらに取得し、第１画像と、第２画像と、第３画像とに基づいて車両４０の状態の変化を検出する。

制御部２１は、第１画像と第２画像とに加えて、さらに第３画像に基づいて車両４０の状態の変化を検出する。これにより、制御部２１は、第１画像と第２画像とのみに基づいて変化を検出する場合よりも、より精度よく車両４０の状態の変化を検出することができる。このように、より客観的にユーザ１１を評価することが可能となるため、ユーザ１１に対する評価の質を向上させることができる。

（変形例４）
本実施形態の一変形例として、制御装置２０の制御部２１が第１画像と第２画像とから検出する変化には、車両４０に置かれたユーザ１１の所持品の有無が含まれてもよい。

本変形例では、制御部２１は、第１画像と第２画像との比較から、第２画像中にユーザ１１の所持品を認識すると、当該所持品の存在を車両４０の内部の状態の変化として検出する。第２画像中に認識される所持品は、すなわち、ユーザ１１の忘れ物である。制御部２１は、第２画像のうち、ダッシュボードやドアポケット等の、ユーザ１１が所持品を忘れやすい場所を重点的に解析してもよい。

本変形例では、申告情報に、忘れ物がないかどうかについての申告が含まれる。制御部２１は例えば、ユーザ１１による申告と第１画像と第２画像との比較から検出した変化とが一致する場合に、ユーザ１１に１ポイントを付与することを決定する。制御部２１は例えば、第１画像と第２画像との比較から、第２画像中にユーザ１１の所持品がないこと、すなわち忘れ物がないと判断した場合にユーザ１１に１ポイントを付与することを決定する。制御部２１は、上述の実施形態と同様に、決定したポイント数を、ユーザ１１の総保有ポイントに加算できる。

制御部２１は、第１画像と第２画像との比較から、第２画像中にユーザ１１の所持品が存在することを検出した場合、端末装置３０に通知を送信してもよい。端末装置３０の制御部３１は、通信部３３を介して当該通知を受信する。制御部３１は、出力部３５を介して、ユーザ１１に対し当該通知を表示する。これにより、ユーザ１１が車両４０内に忘れ物をしたことを認識できる。

本変形例では、上述のように、変化には、車両４０に置かれたユーザ１１の所持品の有無が含まれる。

ユーザ１１は、車両４０に忘れ物をしないことも評価に影響することを意識する。よって、車両４０の状態について正確に申告をしようというユーザ１１のモチベーションが高まり、ユーザ１１による正確な申告がされやすくなる。よって、ユーザ１１の正確な申告に基づいた評価がされやすくなり、ユーザ１１に対する評価の質を向上させることができる。また、車両４０の内部に忘れ物をしないようにしようというユーザ１１のモチベーションが高まる。これにより、ユーザ１１の忘れ物を保護するまで、車両４０が使用できないという事態を防止できる。よって結果的にカーシェアリングサービスが円滑に運用されやすくなる。

本開示は上述の実施形態及び変形例に限定されるものではない。例えば、検出される変化は車両４０の内部の状態の変化に限定されず、車両４０の外観の状態の変化であってもよい。例えば、ブロック図に記載の複数のブロックを統合してもよいし、又は１つのブロックを分割してもよい。フローチャートに記載の複数のステップを記述に従って時系列に実行する代わりに、各ステップを実行する装置の処理能力に応じて、又は必要に応じて、並列的に又は異なる順序で実行してもよい。その他、本開示の趣旨を逸脱しない範囲での変更が可能である。

１０ システム
１１ ユーザ
２０ 制御装置
２１ 制御部
２２ 記憶部
２３ 通信部
２４ 入力部
２５ 出力部
３０ 端末装置
３１ 制御部
３２ 記憶部
３３ 通信部
３４ 入力部
３５ 出力部
３５１ 回答欄
３５２ 回答欄
３５３ 回答欄
３５４ 回答欄
４０ 車両
４１ 制御部
４２ 記憶部
４３ 通信部
４４ 入力部
４５ 出力部
４６ 撮影部
５０ ネットワーク

Claims (20)

1. ユーザが乗車する前の車両を撮影した第１画像と、前記ユーザが降車した後の前記車両を撮影した第２画像と、前記ユーザが申告する車両状態の変化に関する申告情報とを取得し、
   前記第１画像と前記第２画像とに基づいて前記車両の状態の変化を検出し、
   検出された前記変化と、前記申告情報とに基づいて前記ユーザを評価する制御部を備える、制御装置。
2. 前記変化には、前記車両の損傷の有無が含まれる、請求項１に記載の制御装置。
3. 前記制御部は、前記申告情報に、前記変化についての前記ユーザによる申告が含まれているかどうかに基づいて前記ユーザを評価する、請求項１又は２に記載の制御装置。
4. 前記制御部は、検出された前記変化と前記申告とが一致するかどうかに基づいて前記ユーザを評価する、請求項３に記載の制御装置。
5. 前記制御部は、検出された前記変化が前記車両の前記状態の悪化を示すかどうかに基づいて前記ユーザを評価する、請求項１から４のいずれか一項に記載の制御装置。
6. 前記制御部は、前記申告情報が、前記第１画像と前記第２画像とに基づいて検出されない前記変化についての申告を含む場合には、検出された前記変化と前記申告とが一致する場合よりも前記ユーザを高く評価する、請求項１から５のいずれか一項に記載の制御装置。
7. 前記制御部は、前記ユーザが降車した後に前記車両に乗車する、前記ユーザと異なる後続ユーザが、前記車両の前記状態について確認した結果を示す確認情報をさらに取得し、
   前記確認情報に基づいて前記ユーザを評価する、請求項１から６のいずれか一項に記載の制御装置。
8. 前記制御部は、前記ユーザの乗車中に前記車両を撮影した第３画像をさらに取得し、
   前記第１画像と、前記第２画像と、前記第３画像とに基づいて前記車両の前記状態の変化を検出する、請求項１から７のいずれか一項に記載の制御装置。
9. 前記ユーザの端末装置と通信する通信部をさらに備え、
   前記制御部は、前記ユーザを評価した結果を示す通知を、前記通信部を介して前記端末装置に送信する、請求項１から８のいずれか一項に記載の制御装置。
10. ユーザが乗車する前の車両を撮影した第１画像と、前記ユーザが降車した後の前記車両を撮影した第２画像と、前記ユーザが申告する車両状態の変化に関する申告情報とを取得することと、
    前記第１画像と前記第２画像とに基づいて前記車両の状態の変化を検出することと、
    検出された前記変化と、前記申告情報とに基づいて前記ユーザを評価することと
    を含む、制御装置が実行する制御方法。
11. 前記変化には、前記車両の損傷の有無が含まれる、請求項１０に記載の制御方法。
12. 前記申告情報に、前記変化についての前記ユーザによる申告が含まれているかどうかに基づいて前記ユーザを評価することをさらに含む、請求項１０又は１１に記載の制御方法。
13. 検出された前記変化と前記申告とが一致するかどうかに基づいて前記ユーザを評価することをさらに含む、請求項１２に記載の制御方法。
14. 検出された前記変化が前記車両の前記状態の悪化を示すかどうかに基づいて前記ユーザを評価することをさらに含む、請求項１０から１３のいずれか一項に記載の制御方法。
15. 前記ユーザが降車した後に前記車両に乗車する、前記ユーザと異なる後続ユーザが、前記車両の前記状態について確認した結果を示す確認情報をさらに取得することと、
    前記確認情報に基づいて前記ユーザを評価することと
    をさらに含む、請求項１０から１４のいずれか一項に記載の制御方法。
16. コンピュータに、
    ユーザが乗車する前の車両を撮影した第１画像と、前記ユーザが降車した後の前記車両を撮影した第２画像と、前記ユーザが申告する車両状態の変化に関する申告情報とを取得することと、
    前記第１画像と前記第２画像とに基づいて前記車両の状態の変化を検出することと、
    検出された前記変化と、前記申告情報とに基づいて前記ユーザを評価することと
    を含む動作を実行させるプログラム。
17. 前記変化には、前記車両の損傷の有無が含まれる、請求項１６に記載のプログラム。
18. 前記申告情報に、前記変化についての前記ユーザによる申告が含まれているかどうかに基づいて前記ユーザを評価することをさらに含む、請求項１６又は１７に記載のプログラム。
19. 検出された前記変化と前記申告とが一致するかどうかに基づいて前記ユーザを評価することをさらに含む、請求項１８に記載のプログラム。
20. 検出された前記変化が前記車両の前記状態の悪化を示すかどうかに基づいて前記ユーザを評価することをさらに含む、請求項１６から１９のいずれか一項に記載のプログラム。

Images