(57)【要約】      （修正有）【課題】自動運転型自動車において高品質のサービスを提供可能な情報処理装置、情報処理方法、及び情報処理プログラムを提供する【解決手段】情報処理装置としてのサーバ５００は、第１メモリとしての乗車前データ５３６、第１受信部としての通信部５８０、第１判断部としてのプロセッサ５３１、及び第１送信部としての通信部５８０を備える。第１メモリは、第１の時刻における自動車内の第１映像データを保持する。第１受信部は、第１の時刻より後の第２の時刻における自動車内の第２映像データを、無線通信により自動車から受信する。第１判断部は、第１映像データと第２映像データとに基づいて、第１の時刻と第２の時刻との間で、自動車内に変化があったか否かを判断する。第１送信部は、第１判断部における判断結果に基づく第１データを、無線通信により自動車へ送信する。【選択図】図４Ａ
2019168815.tif 000002
【特許請求の範囲】
【請求項１】
第１の時刻における自動車内の第１映像データを保持する第１メモリと、
前記第１の時刻より後の第２の時刻における前記自動車内の第２映像データを、無線通信により前記自動車から受信する第１受信部と、
前記第１映像データと前記第２映像データとに基づいて、前記第１の時刻と前記第２の時刻との間で、前記自動車内に変化があったか否かを判断する第１判断部と、
前記第１判断部における判断結果に基づく第１データを、無線通信により前記自動車へ送信する第１送信部と
を具備する、情報処理装置。
【請求項２】
第１の時刻より後の第２の時刻における自動車内の第２映像データを、無線通信によりサーバへ送信する第１送信部と、
前記第１の時刻と前記第２の時刻との間で、前記自動車内に変化があったか否かを示す第１データを、無線通信により前記サーバから受信する第１受信部と、
前記第１受信部で受信された前記第１データに基づく通知を、前記自動車外部に発するよう、命令する第１命令部と
を具備する情報処理装置。
【請求項３】
第１の時刻における自動車内の第１映像データと、前記第１の時刻より後の第２の時刻における前記自動車内の第２映像データとに基づいて、前記第１の時刻と前記第２の時刻との間で前記自動車内の状況に変化があったか否かを判断する第１判断部と、
前記第１判断部において、前記状況の変化があったと判断された際に、その旨に基づく通知を前記自動車外部に発するよう、命令する第１命令部と
を具備する情報処理装置。
【請求項４】
前記第１判断部は、前記第１映像データと前記第２映像データとを比較することにより、前記第１の時刻には存在しなかった物品が、前記第２の時刻に前記自動車内に存在するか否かを判断する、請求項１または３記載の情報処理装置。
【請求項５】
前記サーバから送信される前記第１データは、前記第１の時刻には存在しなかった物品が、前記第２の時刻に前記自動車内に存在するか否かに関する情報である、請求項２記載の情報処理装置。
【請求項６】
前記物品は、前記第１の時刻の後に前記自動車に乗車し、前記第２の時刻の前に前記自動車から降車した乗客の忘れ物、または前記乗客による車内の汚損、である、請求項４または５記載の情報処理装置。
【請求項７】
前記自動車は、前記自動車外部に警告音を発生可能な警告部を備え、
前記第１命令部は、前記自動車内に変化があったことを通知するために前記警告音を発生させるよう前記警告部に対して命令する、請求項２または３記載の情報処理装置。
【請求項８】
前記自動車は、前記自動車外部に警告音を発生可能な警告部を備え、
前記第１データは、前記自動車内に変化があったことを通知するために前記警告音の発生を前記警告部に対して実行させるか否かの判断に用いられる、請求項１記載の情報処理装置。
【請求項９】
前記自動車内の変化は、前記第１の時刻には存在しなかった物品が、前記第２の時刻に前記自動車内に存在することである、請求項７または８記載の情報処理装置。
【請求項１０】
前記物品は、前記第１の時刻の後に前記自動車に乗車し、前記第２の時刻の前に前記自動車から降車した乗客の忘れ物、または前記乗客による車内の汚損、であり、
前記警告音は、前記降車した乗客に対して注意を喚起する、請求項９記載の情報処理装置。
【請求項１１】
前記警告音が発せられた後、一定期間内に前記自動車のドアが開けられ、または開閉がなされたことが検知されると、前記警告音の発生が停止される、請求項１０記載の情報処理装置。
【請求項１２】
前記第１判断部は、前記第１映像データと前記第２映像データとを比較することにより、前記自動車内に乗客の忘れ物が存在するか否かを判断し、
前記情報処理装置は、前記第１判断部において前記忘れ物があると判断された際に、当該忘れ物の扱いに関する選択を前記乗客に促すメッセージを、前記乗客の情報端末に送信する第２送信部を更に備える、請求項１記載の情報処理装置。
【請求項１３】
前記乗客の情報端末から前記忘れ物の扱いに関する選択情報を受信し、前記選択情報に応じて、前記自動車に対して営業を中断させ、前記自動車に新たな目的地を設定する中断処理部を更に備える、請求項１２記載の情報処理装置。
【請求項１４】
自動車内の臭気センサによる測定値に基づく情報を無線通信により受信する受信部と、
前記受信した情報と基準値とに基づいて、前記自動車内における臭気強度を判断する第１判断部と、
前記第１判断部における判断結果に基づく通知を前記自動車に送信する送信部と
を具備する、情報処理装置。
【請求項１５】
自動車内の臭気センサによる測定値と基準値とに基づいて、前記自動車における臭気強度を判断し、該判断結果に基づいて目的地を変更する第１判断部を具備する、情報処理装置。
【請求項１６】
前記第１判断部は、前記臭気強度が第１基準値以下であれば、前記自動車の目的地を第１目的地に設定し、前記臭気強度が第２基準値より大きければ前記第１目的地と異なる第２目的地に設定する、請求項１４記載の情報処理装置。
【請求項１７】
前記第１判断部は、前記臭気強度が第２基準値より大きければ前記目的地を第１目的地から第２目的地に変更する、請求項１５記載の情報処理装置。
【請求項１８】
前記自動車は、運転手不在で自動運転可能な一般乗用旅客自動車運送事業用車両である、請求項１、２、３、１４、及び１５のいずれか１項記載の情報処理装置。
【請求項１９】
第１端末から、運転手不在で自動運転可能な自動車の配車を受け付け、第１データベースに基づいて第１自動車を前記第１端末に対応する第１顧客に対応付けると共に、第２データベースを参照して前記第１顧客に対応する第１料金情報に基づいて運賃を計算する計算部と、
前記第１自動車から、前記運賃の請求先の変更要求を受け付け、前記第１データベースにおいて前記第１自動車を前記第１顧客から該第１顧客と異なる第２顧客に対応付ける変更部と
を具備する、情報処理装置。
【請求項２０】
前記第１端末は前記第１顧客に対応付けられ、
前記第１端末によって配車された前記第１自動車は、前記第２顧客を乗車させ、前記第２顧客からの前記変更要求を受け付ける、請求項１９記載の情報処理装置。
【請求項２１】
運転手不在で自動運転可能な自動車を制御するための情報処理方法であって、
第１の時刻より後の第２の時刻における前記自動車内の第２映像データを、前記自動車から無線通信により受信することと、
前記第１の時刻における自動車内の第１映像データと、前記第２映像データとに基づいて、前記第１の時刻と前記第２の時刻との間で、前記自動車内に変化があったか否かを判断することと、
前記判断の結果に基づく第１データを、無線通信により前記自動車へ送信することと
を具備する情報処理方法。
【請求項２２】
運転手不在で自動運転可能な自動車を制御するための情報処理プログラムであって、プロセッサによって実行されることにより、前記プロセッサに対して、
第１の時刻より後の第２の時刻における前記自動車内の第２映像データを、前記自動車から無線通信により受信させ、
前記第１の時刻における自動車内の第１映像データと、前記第２映像データとに基づいて、前記第１の時刻と前記第２の時刻との間で、前記自動車内に変化があったか否かを判断させ、
前記判断の結果に基づく第１データを、無線通信により前記自動車へ送信させる、情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
実施形態は、情報処理装置、情報処理方法、及び情報処理プログラムに関する。
【背景技術】
【０００２】
近年、自動車の自動運転に関する研究が盛んである。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許出願公開第２０１３／０２４６３０１号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００４】
自動運転型自動車において高品質のサービスを提供可能な情報処理装置、情報処理方法、及び情報処理プログラムを提供する。
【課題を解決するための手段】
【０００５】
本実施形態の情報処理装置は、第１メモリ、第１受信部、第１判断部、及び第１送信部を備える。第１メモリは、第１の時刻における自動車内の第１映像データを保持する。第１受信部は、第１の時刻より後の第２の時刻における自動車内の第２映像データを、無線通信により自動車から受信する。第１判断部は、第１映像データと第２映像データとに基づいて、第１の時刻と第２の時刻との間で、自動車内に変化があったか否かを判断する。第１送信部は、第１判断部における判断結果に基づく第１データを、無線通信により自動車へ送信する。
【図面の簡単な説明】
【０００６】
【図１】図１は、第１実施形態に係るタクシー運用システムの概念図。
【図２】図２は、第１実施形態に係るタクシー車内の様子を示す模式図。
【図３Ａ】図３Ａは、第１実施形態に係るタクシーのブロック図。
【図３Ｂ】図３Ｂは、第１実施形態に係るタクシーのプロセッサの機能ブロック図。
【図４Ａ】図４Ａは、第１実施形態に係るサーバのブロック図。
【図４Ｂ】図４Ｂは、第１実施形態に係るサーバのプロセッサの機能ブロック図。
【図５】図５は、第１実施形態に係るタクシー運用システムの動作を示すフローチャート。
【図６Ａ】図６Ａは、第１実施形態に係るサーバの保持する映像例を示す模式図。
【図６Ｂ】図６Ｂは、第１実施形態に係るタクシーで撮影された映像例を示す模式図。
【図６Ｃ】図６Ｃは、第１実施形態に係るタクシーが警告音を報知する様子を示す模式図。
【図７】図７は、第２実施形態に係るタクシー運用システムの概念図。
【図８Ａ】図８Ａは、第２実施形態に係るタクシーのブロック図。
【図８Ｂ】図８Ｂは、第２実施形態に係るタクシーのプロセッサの機能ブロック図。
【図９Ａ】図９Ａは、第２実施形態に係るサーバのブロック図。
【図９Ｂ】図９Ｂは、第２実施形態に係るサーバのプロセッサの機能ブロック図。
【図９Ｃ】図９Ｃは、第２実施形態に係る顧客データベースの概念図。
【図１０】図１０は、第２実施形態に係るタクシー運用システムの動作を示すフローチャート。
【図１１Ａ】図１１Ａは、第２実施形態に係る顧客端末の表示画面例を示す模式図。
【図１１Ｂ】図１１Ｂは、第２実施形態に係るステーション端末の表示画面例を示す模式図。
【図１２】図１２は、第２実施形態に係るタクシー運用システムの動作を示すフローチャート。
【図１３Ａ】図１３Ａは、第２実施形態に係る顧客端末の表示画面例。を示す模式図。
【図１３Ｂ】図１３Ｂは、第２実施形態に係るステーション端末の表示画面例を示す模式図。
【図１３Ｃ】図１３Ｃは、第２実施形態に係る顧客端末の表示画面例を示す模式図。
【図１４】図１４は、第２実施形態に係るタクシー運用システムの動作を示すフローチャート。
【図１５Ａ】図１５Ａは、第２実施形態に係る顧客端末の表示画面例を示す模式図。
【図１５Ｂ】図１５Ｂは、第２実施形態に係る顧客端末の表示画面例を示す模式図。
【図１５Ｃ】図１５Ｃは、第２実施形態に係るサーバの動作を示すフローチャート。
【図１６Ａ】図１６Ａは、第３実施形態に係るタクシーのブロック図。
【図１６Ｂ】図１６Ｂは、第３実施形態に係るタクシーのプロセッサの機能ブロック図。
【図１７Ａ】図１７Ａは、第３実施形態に係るサーバのブロック図。
【図１７Ｂ】図１７Ｂは、第３実施形態に係るサーバのプロセッサの機能ブロック図。
【図１８】図１８は、第３実施形態に係るタクシー運用システムの動作を示すフローチャート。
【図１９】図１９は、第３実施形態に係るタクシーで撮影された映像例を示す模式図。
【図２０】図２０は、第３実施形態に係るタクシー運用システムの動作を示すフローチャート。
【図２１】図２１は、第３実施形態に係る顧客端末の表示画面例を示す模式図。
【図２２】図２２は、第４実施形態に係るタクシー車内の様子を示す概念図。
【図２３Ａ】図２３Ａは、第４実施形態に係るタクシーのブロック図。
【図２３Ｂ】図２３Ｂは、第４実施形態に係るタクシーのプロセッサの機能ブロック図。
【図２４Ａ】図２４Ａは、第４実施形態に係るサーバのブロック図。
【図２４Ｂ】図２４Ｂは、第４実施形態に係るサーバのプロセッサの機能ブロック図。
【図２５】図２５は、第４実施形態に係るタクシー運用システムの動作を示すフローチャート。
【図２６Ａ】図２６Ａは、第５実施形態に係るタクシーのブロック図。
【図２６Ｂ】図２６Ｂは、第５実施形態に係るタクシーのプロセッサの機能ブロック図。
【図２７Ａ】図２７Ａは、第５実施形態に係るサーバのブロック図。
【図２７Ｂ】図２７Ｂは、第５実施形態に係るサーバのプロセッサの機能ブロック図。
【図２８Ａ】図２８Ａは、第５実施形態に係る顧客データベースの概念図。
【図２８Ｂ】図２８Ｂは、第５実施形態に係る運賃計算データの概念図。
【図２８Ｃ】図２８Ｃは、第５実施形態に係る運賃計算データの概念図。
【図２９】図２９は、第５実施形態に係るタクシー運用システムの動作を示すフローチャート。
【図３０Ａ】図３０Ａは、第６実施形態に係るサーバのブロック図。
【図３０Ｂ】図３０Ｂは、第６実施形態に係るサーバのプロセッサの機能ブロック図。
【図３０Ｃ】図３０Ｃは、第６実施形態に係る車データベースの概念図。
【図３１】図３１は、第６実施形態に係るタクシー運用システムの動作を示すフローチャート。
【図３２Ａ】図３２Ａは、第６実施形態に係る顧客端末の表示画面例を示す模式図。
【図３２Ｂ】図３２Ｂは、第６実施形態に係る顧客端末の表示画面例を示す模式図。
【図３２Ｃ】図３２Ｃは、第６実施形態に係る顧客端末の表示画面例を示す模式図。
【図３２Ｄ】図３２Ｄは、第６実施形態に係る顧客端末の表示画面例を示す模式図。
【図３２Ｅ】図３２Ｅは、第６実施形態に係る顧客端末の表示画面例を示す模式図。
【図３２Ｆ】図３２Ｆは、第６実施形態に係る顧客端末の表示画面例を示す模式図。
【図３３Ａ】図３３Ａは、第６実施形態に係るタクシー車内の表示部の表示画面例を示す模式図。
【図３３Ｂ】図３３Ｂは、第６実施形態に係るタクシー車内の表示部の表示画面例を示す模式図。
【図３３Ｃ】図３３Ｃは、第６実施形態に係るタクシー車内の表示部の表示画面例を示す模式図。
【図３４Ａ】図３４Ａは、第１乃至第６実施形態の変形例に係るタクシーの外観図。
【図３４Ｂ】図３４Ｂは、第１乃至第６実施形態の変形例に係るタクシーの外観図。
【発明を実施するための形態】
【０００７】
以下、図面を参照して実施形態について説明する。なお、以下の説明において、同一の機能及び構成を有する構成要素については、共通する参照符号を付す。
【０００８】
１．第１実施形態  
第１実施形態に係る情報処理装置、情報処理方法、及び情報処理プログラムについて説明する。本実施形態は、一般乗用旅客自動車運送事業（以下、タクシー事業）において、レベル４またはレベル５の自動運転により運転手の不在となった自動車の運用方法に関するものである。より具体的には、タクシーとして営業運転中の自動車に、乗客が忘れ物をした場合の対策に関する。
【０００９】
１．１  構成について  
１．１．１  全体構成について  
図１は、本実施形態に係るタクシー運用システムの構成例を示している。図示するようにタクシー運用システム１は、自動車１００、ステーション２００、及びサーバ５００を備えている。これらの自動車１００、ステーション２００、及びサーバ５００は、例えば無線通信により、ネットワーク６００を介して互いに通信可能である。また、このシステム１には、複数の顧客（図１では顧客Ａと顧客Ｂとして図示する）が、それぞれ携帯情報端末３００、４００を用いてアクセス可能である。以下では、携帯情報端末３００、４００が例えばスマートフォンである場合を例に説明するが、携帯電話、タブレットＰＣ、ノートＰＣなどの携帯可能な情報通信端末であれば良い。
【００１０】
自動車１００は、前述の通り自動運転可能であり、運転手が不在の状態で乗客を目的地まで運ぶことができる。また自動車１００は無線通信機能を有し、ネットワーク６００を介してサーバ５００と通信可能である。
【００１１】
ステーション２００は、自動車１００の整備、清掃、及び給油等が行われ、また自動車１００の駐車場所となる設備である。ステーション２００には、例えば係員が常駐し、この係員により自動車１００の整備、清掃、管理が行われる。またステーション２００は、無線または有線通信によりネットワーク６００に接続され、ネットワーク６００を介してサーバ５００と通信可能である。そして、必要に応じて、ステーション２００の情報端末からサーバ５００を介して自動車１００に対する種々の命令が送信される。また、自動車１００からの情報が、サーバ５００を介してステーション２００の情報端末に送信される。
【００１２】
サーバ５００は、自動車１００、ステーション２００、並びにスマートフォン３００、４００からの要求に応じて種々の処理を行い、様々な情報を自動車１００及びスマートフォン３００、４００に提供し、更に種々の命令を自動車１００に送信する。すなわち、システム１全体の処理を司るのがサーバ５００である。  
引き続き、上記自動車１００及びサーバ５００の詳細について説明する。
【００１３】
１．１．２  自動車１００の構成について  
まず、自動車１００の構成について説明する。図２は、自動車１００の模式図であり、特に片側のドアを開けた際に見える車内の様子を示している。
【００１４】
図示するように自動車１００は、その車内に前部座席１０１、後部座席１０２、インストルメンタル・パネル１０３、ハンドル１０４、アクセル・ブレーキペダル１０５、及び画像センサ１０６を備えている。
【００１５】
座席１０１及び１０２は、自動車１００の車内フロア上に例えば互いに向かい合うようにして設けられる。自動車１００は自動運転により走行するので、特定の運転手が前方を向いて座る必要がない。従って本例の自動車１００では、前部座席１０１が後部座席と向かいあっている。しかし、前部座席は、前方と後方とに回転可能とされてもよい。
【００１６】
インストルメンタル・パネル１０３は、自動車１００の走行速度、エンジン回転数、及び燃料の残量（ガソリン車ならガソリン残量、電気自動車ならバッテリ残量）など、自動車１００の状態に関する情報を表示可能である。更にインストルメンタル・パネル１０３は、カーナビゲーション機能を有していても良いし、またタクシーとして営業運転する場合には、乗客による目的地の入力を受け付けたり、運賃を表示したりする。なお、例えば前部座席１０１の背もたれ部分裏面にタッチパネル型のディスプレイが設けられ、このディスプレイも目的地の受け付けや運賃表示機能を果たしても良い。
【００１７】
ハンドル１０４及びアクセル・ブレーキペダル１０５は、自動運転ではなく運転手によって自動車を走行させる場合に使用される。
【００１８】
センサ１０６は、自動車１００の天井におけるフロントウィンドウ１１０近傍に複数設けられ、更にリアウィンドウ１１１近傍に複数設けられる。センサ１０６は、例えば広角のデジタルカメラまたはビデオカメラである。そして複数のセンサ１０６により、例えば死角が生じないように車内の様子が記録される。また複数のセンサ１０６により得られた映像と三角測量とにより、センサ１０６と車内の物体との距離が測定されてもよい。
【００１９】
また自動車１００は、前方ドア及び後方ドア１１２の開閉を検出する開閉センサ１１３を備え、更に自動車１００の外部に向かって警告音を発するスピーカ１１４を備えている。
【００２０】
図３Ａは、自動車１００において、乗客が忘れ物をした場合の対策に関わるハードウェア構成例を示すブロック図である。図示するように自動車１００は、大まかには、前述したセンサ１０６及び１１３並びにスピーカ１１４に加えて、制御部１３０及び通信部１４０を備えている。
【００２１】
センサ１０６は、先に説明したように、自動車１００の車内の映像データを取得し、これを制御部１３０へ送信する。またセンサ１１３は、ドア１１２の開閉を検出すると、その旨の情報を制御部１３０へ送信する。スピーカ１１４は、制御部１３０の命令に応答して、自動車１００外部に向かって警告音を発する。
【００２２】
通信部１４０は、無線通信によりネットワーク６００を介してサーバ５００との間で情報を送受信可能な無線通信回路である。通信部１４０は、サーバ５００から受信したデータを制御部１３０へ転送し、また制御部１３０から受信したデータをサーバ５００へ送信する。
【００２３】
制御部１３０は、車内の忘れ物に関する処理を制御する。制御部１３０は、プロセッサ１３１、ＲＯＭ１３２、ＲＡＭ１３３、及び入出力回路１３４を備えている。ＲＯＭ１３２及びＲＡＭ１３３は、プロセッサ１３１によって実行されるプログラムや必要なデータを保持する。またＲＡＭ１３３は、プロセッサ１３１の作業領域として機能する。入出力回路１３４は、通信部１４０との間の情報の送受信を司る。プロセッサ１３１は、ＲＯＭ１３２及びＲＡＭ１３３内のプログラムを実行する。本実施形態では、ＲＡＭ１３３が忘れ物プログラム１３５を保持する。そしてプロセッサ１３１が忘れ物プログラム１３５を実行することにより、自動車１００は忘れ物対策動作を行う。
【００２４】
図３Ｂは、忘れ物プログラム１３５を実行した際のプロセッサ１３１の機能ブロック図である。図３Ｂに示すようにプロセッサ１３１は、プログラム１３５を実行することにより、乗降判断部１６０、センス部１６１、第１判断部１６２、第２判断部１６３、及び第１命令部１６４として機能する。
【００２５】
乗降判断部１６０は、センサ１１３からの信号に基づいて、いずれかのドア１１２が開いたこと、閉じたこと、またはその両方が起きたことを検知する。そして、この検知結果に基づいて、自動車１００からの乗客の乗降の有無を判断する。
【００２６】
センス部１６１は、センサ１０６に対して車内のセンスを命令する。すなわちセンス部１６１は、乗降判断部１６０において乗客の降車があったと判断されると、センサ１０６に対して車内の撮影を命令し、センサ１０６で得られた映像データを受信する。この映像データは、例えばＲＡＭ１３３に保持され、通信部１４０を介してサーバ５００へ送信される。
【００２７】
第１判断部１６２は、サーバ５００から受信した情報に基づいて、車内に忘れ物があるか否かを判断する。または第１判断部１６２は、車内に忘れ物があることを示す情報をサーバ５００から受信したか否かを判断する。なお第１判断部１６２は、サーバ５００から受信した情報を加工しても構わない。例えば、サーバ５００からの忘れ物の有無を示す情報が確率（％）で表されており、第１判断部１６２はこの確率に基づく処理を行って、忘れ物の有無を判断してもよい。例えば、忘れ物の確率が５０％以上であれば忘れ物がある、と最終的に判断されるところ、第１判断部１６２は、その確率に重みをつけて、６０％や４０％に変更しても構わない。すなわち第１判断部１６２は、状況に応じて、サーバ５００から受信した忘れ物の存在確率の値を変動させてもよい。そして、変動させた結果に基づいて、忘れ物有無を判断してもよい。もちろん、第１判断部１６２における情報の加工方法は上記に限らず、他の適切な方法を用いることができる。
【００２８】
第２判断部１６３は、第１判断部１６２で忘れ物があると判断された場合に、乗降判断部１６０の判断結果に基づいて、乗客が忘れ物を取りに来たかを判断する。
【００２９】
第１命令部１６４は、第１判断部１６２で忘れ物があると判断された場合に、スピーカ１１４に対して警告音を発するよう命令する。第１命令部１６４は、第２判断部１６３において乗客が忘れ物を取りに来たと判断されるか、一定期間が経過するまで、警告音を発生させる。
【００３０】
１．１．３  サーバ５００の構成について  
次に、サーバ５００の構成について図４Ａを用いて説明する。図４Ａは、サーバ５００のハードウェア構成例を示すブロック図である。図示するようにサーバ５００は、制御部５３０及び通信部５８０を備えている。
【００３１】
通信部５８０は、無線または有線通信によりネットワーク６００に接続され、このネットワーク６００を介して自動車１００、ステーション２００、及びスマートフォン３００、４００との間で情報を送受信可能な通信回路である。通信部５８０は、自動車１００、ステーション２００、及びスマートフォン３００、４００から受信したデータを制御部５３０へ転送し、また制御部５３０から受信したデータを自動車１００、ステーション２００、及びスマートフォン３００、４００へ送信する。
【００３２】
制御部５３０は、自動車１００において生じた忘れ物に関する処理を制御する。制御部５３０は、プロセッサ５３１、ＲＯＭ５３２、ＲＡＭ５３３、及び入出力回路５３４を備えている。ＲＯＭ５３２及びＲＡＭ５３３は、プロセッサ５３１によって実行されるプログラムや必要なデータを保持する。またＲＡＭ５３３は、プロセッサ５３１の作業領域として機能する。入出力回路５３４は、通信部５８０との間の情報の送受信を司る。プロセッサ５３１は、ＲＯＭ５３２及びＲＡＭ５３３内のプログラムを実行する。本実施形態では、ＲＡＭ５３３が比較プログラム５３５を保持する。またＲＡＭ５３３は、乗車前データ５３６及び乗車後データ５３７を保持する。乗車前データ５３６は、顧客が自動車１００に乗車する前に、例えばセンサ１０６によって撮影された映像データである。また乗車前データ５３６は、例えば自動車１００がステーション２００で待機中に撮影されたデータである。乗車後データ５３７は、自動車１００が顧客の目的地に到着し、顧客が自動車１００から降車した直後にセンサ１０６によって撮影された映像データである。この乗車前データ５３６及び乗車後データ５３７は、自動車１００からサーバ５００に送信され、そしてＲＡＭ５３３に保持される。または、乗車前データ５３６はステーション２００の情報端末からサーバ５００に提供されてもよい。そしてプロセッサ５３１が比較プログラム５３５を実行することにより、サーバ５００は忘れ物対策動作を行う。
【００３３】
図４Ｂは、比較プログラム５３５を実行した際のプロセッサ５３１の機能ブロック図である。図４Ｂに示すようにプロセッサ５３１は、プログラム５３５を実行することにより、データ取得部５６０、比較部５６１、及び第３判断部５６３として機能する。
【００３４】
データ取得部５６０は、自動車１００に対して、乗車前データ５３６をサーバ５００に送信するよう命令する。この命令に従い、自動車１００ではセンサ１０６が車内の映像データを取得し、これをサーバ５００へ送信する。乗車後データ５３７もデータ取得部５６０の命令に基づいて自動車１００からサーバ５００へ送信されてもよい。比較部５６１は、乗車前データ５３６と乗車後データ５３７とを比較する。第３判断部５６３は、比較部５６１における比較結果に基づき、忘れ物の有無を判断する。すなわち第３判断部５６３は、乗車前データ（例えば車内の画像データ）５３６と、乗車後データ（例えば、乗車前データと同じ領域における車内の画像データ）５３７との差分に基づき、画像認識や画像理解により、乗客の降車後に何らかの物品が車内に残されているか否かを判断する。そして第３判断部５６３は、判断結果を自動車１００へ送信する。なお第３判断部５６３は、比較結果に基づいて自動車１００の車内に何らかの変化（物品が残されていること）が生じているか否かのみを判断し、それが忘れ物であるか否かは自動車１００の第１判断部１６２が判断しても良いし、または第３判断部５６３が、それが忘れ物であるか否かを判断してもよい。
【００３５】
１．２  動作について  
次に、上記構成のタクシー運用システム１の動作につき、特に忘れ物対策動作に着目して説明する。図５は、自動車１００及びサーバ５００の動作を示すフローチャートである。図５における自動車１００の動作は忘れ物プログラム１３５を実行するプロセッサ１３１の指示に基づき、サーバ５００の動作は比較プログラム５３５を実行するプロセッサ５３１の指示に基づく。
【００３６】
図示するように、まず自動車１００が乗車前データ５３６を取得し、これをサーバ５００に送信する（ステップＳ１０１）。そしてサーバ５００は、受信した乗車前データを例えばＲＡＭ５３３に記憶する（ステップＳ５００）。このステップＳ１０１の処理は、前述の通り、例えばサーバ５００のデータ取得部５６０からの命令に応答して、顧客の自動車１００への乗車前に実行される。しかし、ステーション２００に待機時の自動車１００や、顧客が乗車していない状態で走行中の自動車１００が自発的に乗車前データ５３６を取得してもよい。また、センサ１０６による乗車前データ５３６の取得は、顧客が自動車１００に乗車する前に行われるが、データの自動車１００からサーバ５００への送信は、いずれかのタイミングで行われればよい。すなわち、例えば自動車１００が例えばステーション２００に待機中であってもよいし、顧客が乗車していない状態で走行中であってもよいし、または顧客が自動車１００に乗車後であってもよい。図６Ａは、乗車前データ５３６の一例を示しており、自動車１００の後部座席１０２を撮影した画像データの例である。このような車内の画像が、１枚、または複数箇所を撮影して得られた複数枚、サーバ５００へ送信される。
【００３７】
その後、自動車１００に顧客が乗車し（ステップＳ１０２）、目的地に到着すると（ステップＳ１０３）、自動車１００は顧客の降車を確認する（ステップＳ１０４）。顧客の降車は、前述の通り、センサ１１３によるドアの開閉によって乗降判断部１６０が判断する。例えば、目的地に到着して自動車１００が停車した後、ドア１１２が開いたことと、その後ドア１１２が閉じたことをセンサ１１３が検出すると、乗降判断部１６０は顧客が降車した、と判断する。また乗降判断部１６０は、ドアの開閉だけでなく、センサ１０６によって得られた画像により、車内に乗客がいないことを更に検出してもよい。
【００３８】
乗降判断部１６０が乗客の降車を確認すると（ステップＳ１０５、ＹＥＳ）、自動車１００は車内のセンスを開始する（ステップＳ１０６）。すなわちセンス部１６１は、複数のセンサ１０６に対して、車内の映像データを取得するよう命令する。そしてセンス部１６１は、ステップＳ１０６で得られた映像データ（乗車後データ５３７）をサーバ５００へ送信する（ステップＳ１０７）。図６Ｂは、乗車後データ５３７の一例を示しており、図６Ａに対応する領域の自動車１００の後部座席１０２を撮影した画像データの例である。乗車前データ５３６と同様に、このような車内の画像が、１枚、または複数箇所を撮影して得られた複数枚、サーバ５００へ送信される。
【００３９】
次にサーバ５００の比較部５６１が、乗車前データ５３６と、ステップＳ１０７で送信された乗車後データ５３７とを比較する（ステップＳ５０１）。そしてステップＳ５０１での比較結果に基づき、サーバ５００の第３判断部５６３が忘れ物の有無を判断し（ステップＳ５０２）、その結果を自動車１００へ送信する（ステップＳ５０３）。すなわち、図６Ａと図６Ｂとを比較した場合、顧客の降車後には、乗車前には無かった鞄１２０が後部座席１０２に残っている。このような場合、第３判断部５６３は鞄１２０の存在を検出し、忘れ物があると判断する。
【００４０】
そして自動車１００では、第１判断部１６２が、サーバ５００から受信した判断結果を確認する（ステップＳ１０８）。その結果、忘れ物が無いと判断された際には（ステップＳ１０９、ＮＯ）、処理は終了する。なお、前述の通り第１判断部１６２は、ステップＳ５０３で受信した判断結果をそのまま流用して忘れ物１２０の有無を判断してもよいし、受信した判断結果を加工（確率の重み付けなど）し、更なる処理を行うことで忘れ物１２０の有無を判断してもよい。他方で、忘れ物があると判断された際には（ステップＳ１０９、ＹＥＳ）、第１命令部１６４がスピーカ１１４に警告音を発するよう命令する（ステップＳ１１０）。警告音は、既に車外にいる顧客に対して、車内に忘れ物があることを通知するためのものである。この様子を図６Ｃに示す。
【００４１】
スピーカ１１４が警告音を発している期間、自動車１００の第２判断部１６３は、顧客が忘れ物を取りに自動車１００に戻ったか否かを判断する（ステップＳ１１１）。より具体的には、ドア１１２の開閉がセンサ１１３により検出されれば、顧客が自動車１００に戻ったと判断する。顧客が自動車１００に戻り、ドアの開閉がなされると（ステップＳ１１１、ＹＥＳ）、自動車１００は再度車内をセンスし（ステップＳ１０６）、忘れ物の有無がサーバ５００により判断される（ステップＳ５０１、Ｓ５０２）。これらの処理は、ある閾値期間の間、繰り返される（ステップＳ１００）。
【００４２】
そして、顧客が忘れ物を取得した場合、すなわちサーバ５００の第３判断部５６３が忘れ物はないと判断した場合、または忘れ物が車内に残っているが、閾値期間が経過した場合には（ステップＳ１００、ＹＥＳ）、処理を終了する。忘れ物が車内に残っている場合の処理については、第２実施形態で詳細に説明する。
【００４３】
１．３  本実施形態に係る効果  
上記のように、本実施形態によれば、自動運転型自動車において高品質のサービスを提供可能である。本効果につき、以下説明する。
【００４４】
すなわち本実施形態では、自動車１００が車内の様子を撮影するセンサ１０６と、顧客の乗降を検出可能なセンサ１１３とを備えている。更にサーバ５００が、顧客の降車後直後に、顧客乗車前の車内の映像データと顧客降車後の車内の映像データとに基づいて忘れ物の有無を判断する。そして自動車１００は、忘れ物があった場合にはその旨を警告音にて顧客に通知する。
【００４５】
すなわち、これまで運転手が担ってきた忘れ物の有無の確認を、自動車１００のセンサとサーバ５００のプロセッサとにより行うことができる。従って、運転手が乗車しないレベル４〜５の自動運転技術がタクシーなどの旅客自動車運送事業に適用された場合であっても、顧客に対して忘れ物の注意喚起が可能となる。
【００４６】
なお上記実施形態では、図５で説明したように、忘れ物の有無を判断するための処理（ステップＳ５０１〜５０３）がサーバ５００で実行される場合を例に説明した。しかし、自動車１００のプロセッサ１３１で行ってもよい。この場合には、プロセッサ１３１は比較部５６１及び第３判断部５６３として更に機能する。
【００４７】
また、忘れ物があることの通知は、スピーカ１１４からの警告音に限られるものではない。例えば、自動音声により忘れ物を通知してもよいし、その両方でもよいし、顧客に対して注意を引きつけることが可能な手法であればよい。
【００４８】
２．第２実施形態  
次に、第２実施形態に係る情報処理装置、情報処理方法、及び情報処理プログラムについて説明する。本実施形態は、上記第１実施形態において、顧客が警告音に気付かなかった場合に関する。以下では、第１実施形態と異なる点についてのみ説明する。
【００４９】
２．１  構成について  
図７は、本実施形態に係るタクシー運用システムの構成例を示している。本実施形態に係るシステム１が第１実施形態で説明した図１と異なる点は、サーバ５００が、例えばバス８００を介してサーバ７００に接続されている点である。サーバ７００は、顧客データベースを保持する。顧客データベースについては後述する。
【００５０】
次に、本実施形態に係る自動車１００の構成について図８Ａ及び図８Ｂを用いて説明する。図８Ａは自動車１００のハードウェア構成例を示すブロック図であり、図８Ｂはプロセッサ１３１の機能ブロック図であり、第１実施形態で説明した図３Ａ及び図３Ｂにそれぞれ対応する。
【００５１】
図８Ａに示すように自動車１００は、図３Ａで説明した構成において、ＧＰＳ（Global Positioning System：全地球測位システム）受信機１１５を備えている。ＧＰＳ受信機１１５は、ＧＰＳ衛星からの信号を受信することで、自動車１００の位置を把握する。またＲＡＭ１３３は、忘れ物プログラム１３５に加えて中断プログラム１３６を備えている。この中断プログラム１３６を実行することによりプロセッサ１３１は、図８Ｂに示すように中断処理部１６５として更に機能する。中断処理部１６５は、自動車１００の車内に忘れ物が残された場合の処理を司る。なお、本例では忘れ物プログラム１３５と中断プログラム１３６とが別々のプログラムである場合について示しているが、両者は１つのプログラムにまとめられていてもよい。
【００５２】
次に、本実施形態に係るサーバ５００の構成について図９Ａ及び図９Ｂを用いて説明する。図９Ａはサーバ５００のハードウェア構成例を示すブロック図であり、図９Ｂはプロセッサ５３１の機能ブロック図であり、第１実施形態で説明した図４Ａ及び図４Ｂにそれぞれ対応する。
【００５３】
図９Ａに示すようにサーバ５００は、図４Ａで説明した構成において、ＲＡＭ５３３が顧客データベース５３８、ステーション情報５３９、及び中断プログラム５４０を更に備えている。そしてプロセッサ５３１は、中断プログラム５４０を実行することにより、図９Ｂに示すように検索部５６４、メッセージ送信部５６５、到着情報通知部５６６、及び中断処理部５６７として更に機能する。なお本例においても、中断プログラム５４０と比較プログラム５３５は１つのプログラムにまとめられてもよい。
【００５４】
顧客データベース５３８は、例えばサーバ７００からサーバ５００に読み出されて、ＲＡＭ５３３に保持される。顧客データベース５３８の一例を図９Ｃに示す。図９Ｃに示すように顧客データベース５３８には、顧客の連絡先、本例では電子メールアドレスが登録されている。もちろん、電子メールアドレスに加えて、連絡先電話番号、自宅住所、及び勤務先などの個人情報や、タクシーを用いて頻繁に利用する目的地などの情報が登録されていてもよい。ステーション情報５３９は、複数存在するステーション２００の位置情報を保持する。また位置情報だけでなく、ステーション２００の営業時間や利用可能な設備に関する情報を保持していてもよい。中断プログラム５４０は、自動車１００の車内に忘れ物が残された場合に実行される。
【００５５】
図９Ｂにおいて検索部５６４は、自動車１００の位置情報とステーション情報５３９とに基づいて、最寄りのステーション２００を検索する。メッセージ送信部５６５は、スマートフォン３００及び４００並びにステーション２００の情報端末に対する種々のメッセージを作成し、送信する。到着情報通知部５６６は、忘れ物対策処理中において自動車１００が目的地に到着したことを、スマートフォン３００及び４００並びにステーション２００の情報端末に通知する。そして中断処理部５６７は、サーバ５００における忘れ物処理の主体を担う。
【００５６】
２．２  動作について  
次に、上記構成のタクシー運用システム１の動作について、顧客Ａが自動車１００に忘れ物をした場合を例に説明する。図１０は、自動車１００、サーバ５００、及びスマートフォン３００の動作を示すフローチャートである。図１０における自動車１００の動作は忘れ物プログラム１３５及び中断プログラム１３６を実行するプロセッサ１３１の指示に基づき、サーバ５００の動作は比較プログラム５３５及び中断プログラム５４０を実行するプロセッサ５３１の指示に基づく。
【００５７】
第１実施形態で説明した図５の処理の結果、閾値時間が経過しても車内に忘れ物が残っていた場合（ステップＳ１１２）、自動車１００の例えば第１判断部１６２は、その旨をサーバ５００へ通知する（ステップＳ１１３）。
【００５８】
通知を受けたサーバ５００では、プロセッサ５３１が中断プログラム５４０を実行する。そして、例えばメッセージ送信部５６５が忘れ物ある旨のメッセージを作成し、顧客データベース５３８を参照して、顧客Ａのスマートフォン３００に対してメッセージを送信する（ステップＳ５０４）。
【００５９】
サーバ５００からメッセージを受信したスマートフォン３００は、例えば図１１Ａに示す画面を表示する。図１１Ａは、スマートフォン３００の画面表示の一例を示す模式図である。図示するように、忘れ物がある旨のメッセージと共に、忘れ物の画像が添付される。本例では、図６Ｂで説明した画像において、忘れ物である鞄１２０が拡大表示された画像が添付されている。更にスマートフォン３００は、忘れ物に対する対応を選択するよう、顧客Ａに促すメッセージを表示する。すなわちスマートフォン３００は、忘れ物を顧客Ａのもとに届けるか、最寄りのステーション２００で預かるか、処分するかの選択を顧客Ａに促す。そしてスマートフォン３００は、忘れ物の取り扱いについての顧客Ａからの選択を受け付ける（ステップＳ３０１）。この選択情報は、スマートフォン３００からサーバ５００へ送信される。
【００６０】
選択情報を受信したサーバ５００では、中断処理部５６７が営業中断を自動車１００に命令する。更に中断処理部５６７は、ステップＳ３０１で選択された情報に基づき、忘れ物の受け取り場所に移動するよう自動車１００に命令すると共に、ステップＳ３０１の内容と現在の自動車１００の状況をステーション２００の情報端末に送信する（ステップＳ５０５）。
【００６１】
ステップＳ５０５の情報を受信したステーション２００の情報端末において表示される画面の例を図１１Ｂに示す。図示するように、ステーション２００の情報端末は、忘れ物が発生したこと、忘れ物の発生した営業車、顧客の選択した対応方法（図１１Ｂの例ではステーション２００で受け取り）、及び自動車１００の現在の状況（図１１Ｂの例では、ステーション２００へ移動中）などの情報が表示される。これにより、各ステーション２００は、各自動車１００の状況を逐一把握できる。
【００６２】
サーバ５００から営業中断命令を受信した自動車１００では、プロセッサ１３１が中断プログラム１３６を実行する。これにより自動車１００は、タクシーとしての営業運転を一時中断する。そしてサーバ５００からの移動命令に基づき、自動車１００は忘れ物の受け取り場所へ移動する（ステップＳ１１４）。
【００６３】
次に、上記動作の具体例として、顧客Ａが、忘れ物を最寄りのステーション２００で受け取ること希望した場合と、すぐに顧客Ａのもとに持ってきてもらうことを希望した場合とについて説明する。
【００６４】
＜ステーション２００で受け取る場合＞  
まず、最寄りのステーション２００で受け取ることを希望した場合につき、図１２を用いて説明する。図１２は自動車１００、サーバ５００、及びステーション２００の動作を示すフローチャートであり、図１０における特にステップＳ５０５及びＳ１１４の処理の詳細を示している。
【００６５】
図示するように、まずサーバ５００の中断処理部５６７が自動車１００に対して営業中断命令を送信する（ステップＳ５０６）。すると自動車１００の中断処理部１６５は、営業運転を中断する（ステップＳ１１５）。具体的には、自動車１００は、次の顧客の乗車を受け付けない状態となる。
【００６６】
引き続き自動車１００の中断処理部１６５は、ＧＰＳ受信機１１５で得られた情報に基づき、現在の自動車１００の位置情報をサーバ５００へ送信する（ステップＳ１１６）。この位置情報は、サーバ５００の例えばＲＡＭ５３３に保持される。そしてサーバ５００の検索部５６４は、受信した位置情報と、ＲＡＭ５３３に保持するステーション情報５３９とに基づいて、現在の自動車１００に最も近いステーション２００を検索する（ステップＳ５０７）。更に中断処理部５６７は、ステップＳ５０７で見つかった最寄りのステーション２００の位置情報と共に、このステーション２００への移動命令を自動車１００へ送信する（ステップＳ５０８）。
【００６７】
移動命令を受信した自動車１００は、中断処理部１６５の制御のもと、顧客Ａの忘れ物を搭載したまま、最寄りのステーション２００への移動を開始する（ステップＳ１１７）。またサーバ５００の中断処理部５６７は、自動車１００の最寄りのステーション２００への到着時刻を予測し、その結果を顧客Ａのスマートフォン３００及びステーション２００の情報端末に通知する（ステップＳ５０９）。この通知を受信したスマートフォン３００及びステーション２００の情報端末の表示画面の様子を図１３Ａ及び図１３Ｂに示す。
【００６８】
図１３Ａに示すようにスマートフォン３００は、自動車１００がＸＹステーションに１５：２０に到着する旨と、この時刻以降に受け取りに来るよう促すメッセージを、忘れ物（鞄１２０）の画像と共に表示する。また図１３Ｂに示すようにステーション２００の情報端末も同様の情報を表示し、ステーション２００のスタッフに対して忘れ物を取り出すよう促すメッセージを表示する。
【００６９】
そして、自動車１００が最寄りのステーション２００に到着すると、自動車１００の中断処理部１６５がその旨をサーバ５００に通知する（ステップＳ１１８）。するとサーバ５００の到着情報通知部５６６は、最寄りのステーション２００に自動車１００が到着したことを、顧客Ａのスマートフォン３００に送信する（ステップＳ５１０）。この際にスマートフォン３００の表示画面の例を図１３Ｃに示す。
【００７０】
その後、サーバ５００の中断処理部５６７は、自動車１００に対して営業再開命令を送信し（ステップＳ５１１）、これに応答して自動車１００の中断処理部１６５は中断処理を終了し、営業運転を再開する（ステップＳ１１９）。なお、ステーション２００のスタッフが忘れ物を自動車１００から取り出したことをステーション２００の情報端末に入力し、情報端末がその旨と営業再開命令をサーバ５００に送信し（ステップＳ２０１）、これをサーバ５００が受信したことに応答して、中断処理部５６７が営業再開命令を送信してもよい。もちろん、これは中断処理部５６７が営業再開命令を送信するトリガの一例であって、これに限定さえるものではない。例えば、ステーション２００のスタッフの処理を介在しない場合であってもよい。すなわち、自動車１００がステーション２００に到着して、一定時刻が経過すると、ステーション２００の情報端末または自動車１００が、サーバ５００に営業再開を求める命令を自動的に送信するような場合であってもよく、適宜設定可能である。
【００７１】
＜顧客Ａのもとに届ける場合＞  
次に、顧客Ａが忘れ物をすぐに自身のもとに持ってきてもらうことを希望した場合について説明する。図１４は自動車１００、サーバ５００、及び顧客Ａのスマートフォン３００の動作を示すフローチャートであり、図１２と同様に図１０における特にステップＳ５０５及びＳ１１４の処理の詳細を示している。
【００７２】
図示するように、まず図１２と同様にステップＳ５０６、Ｓ１１５、及びＳ１１６の処理が実行される。引き続き中断処理部５６７は、スマートフォン３００に対して位置情報を要求する（ステップＳ５１２）。この要求に応答してスマートフォン３００は、スマートフォン３００の有するＧＰＳ機能に基づき、位置情報をサーバ５００へ送信する（ステップＳ３０２）。この位置情報は、サーバ５００の例えばＲＡＭ５３３に保持される。
【００７３】
次にサーバ５００の中断処理部５６７は、ステップＳ１１６で受信した自動車１００の位置情報と、ステップＳ３０２で受信したスマートフォン３００の位置情報とに基づき、自動車１００が顧客Ａのもとに到着する時刻を予測し、スマートフォン３００へ通知する（ステップＳ５１３）。この通知を受信したスマートフォン３００は、現在のスマートフォン３００の位置を表示部に表示すると共に、スマートフォン３００は、スマートフォン３００のユーザ（典型的には顧客Ａであるが、その関係者の場合もあり得る）からの、現在位置周辺における受け取り場所の指定を促す画面を表示する（ステップＳ３０３）。この際のスマートフォン３００の表示画面の例を図１５Ａに示す。図１５Ａでは、スマートフォン３００のユーザが、現在地近くの「○○マンション」を受け取り場所として指定し、この指定をスマートフォン３００が受け付けた場合を示している。更にスマートフォン３００は、ユーザによる、表示画面における確認ボタンの選択を受け付けると、受け取り場所情報をサーバ５００へ送信する（ステップＳ３０４）。この情報は、例えばＲＡＭ５３３に保持される。
【００７４】
引き続きサーバ５００の中断処理部５６７は、ステップＳ３０４で受信した受け取り場所の位置情報と、この受け取り場所への移動命令を自動車１００へ送信する（ステップＳ５１４）。
【００７５】
移動命令を受信した自動車１００は、中断処理部１６５の制御のもと、顧客Ａの忘れ物を搭載したまま、指定された受け取り場所へ移動する（ステップＳ１２０）。そして自動車１００が受け取り場所に到着すると、中断処理部１６５はその旨をサーバ５００に通知する（ステップＳ１２０）。またサーバ５００の到着情報通知５６６は、自動車１００の受け取り場所への到着を、スマートフォン３００に通知する（ステップＳ５１５）。そして、顧客Ａにより忘れ物が取得されると、スマートフォン３００はその旨をサーバ５００に通知する（ステップＳ３０５）。ステップＳ３０５におけるスマートフォン３００の表示画面の例を図１５Ｂに示す。図示するようにスマートフォン３００は、表示画面における確認ボタンの選択を受け付けると、顧客Ａ（またはその代理人）により忘れ物が取得されたと認識する。また、自動車１００でも忘れ物の取得が確認される（ステップＳ１２１）。ステップＳ１２１は、第１実施形態で説明した方法により実施可能である。より具体的には、ドア１１２の開閉を検出した後（図５のステップＳ１０５、ＹＥＳ）、車内の映像データを取得し、この映像データと乗車前データとを比較すればよい。
【００７６】
スマートフォン３００からの通知を受けると、サーバ５００の中断処理部５６７は、自動車１００に対して営業再開命令を送信し（ステップＳ５１１）、これに応答して自動車１００の中断処理部１６５は中断処理を終了し、営業運転を再開する（ステップＳ１１９）。なおステップＳ５１１は、ステップＳ１２１において実際に忘れ物が車内から無くなったことを確認した後に実行されてもよい。
【００７７】
なお、図１４において、顧客が忘れ物の受け取り場所を指定したにもかかわらず、取りに来なかった場合には、自動車１００は指定場所に一定期間待機した後、ステーションに戻り、あるいはそのまま再開してもよい。図１４のステップＳ５１５〜Ｓ５１１にかけてのサーバ５００の処理の別の例につき、図１５Ｃに示す。
【００７８】
図示するように、ステップＳ５１５の後、忘れ物取得の通知（ステップＳ３０５）がスマートフォン３００からサーバ５００に届くことなく（Ｓ５１６、ＮＯ）、一定期間が経過した場合（ステップＳ５１７、ＹＥＳ）、中断処理部５６７は、自動車１００を最寄りのステーション１００へ移動させ、このステーション２００に忘れ物を保管させることを決定する（ステップＳ５１８）。すなわち、図１２で説明したステップＳ５０６以降の処理が行われる。
【００７９】
他方で、一定期間が経過する前に（ステップＳ５１７、ＮＯ）、サーバ５００にスマートフォン３００から通知が届いた場合（ステップＳ５１６、ＹＥＳ）、サーバ５００の比較部５６１及び第３判断部５６３は、自動車１００から送信された車内の映像データに基づいて忘れ物が無くなったことを確認し、自動車１００に対して営業再開を命令する（ステップＳ５１９）。
【００８０】
なお、ステップＳ５１６の判断処理は、スマートフォン３００からの通知の代わりに、自動車１００からの映像データに基づき、車内から忘れ物が無くなったことが確認されたか否か、の判断に代えてもよい。すなわち、顧客が指定場所に到着して自動車１００のドア１１２を開け、忘れ物を取得した後にドア１１２を閉じると、このドアの開閉をセンサ１１３が検出する。すると、乗降判断部１６０は顧客が忘れ物を取りに来たと判断し、この判断結果に基づいてセンス部１６１がセンサ１１３に対して車内の撮影を命令し、得られた映像データをサーバ５００に送信する。この映像データと、乗車前データとの比較結果に基づき、第３判断部５６３が忘れ物はない、と判断する。この場合には、サーバ５００は自動車１００に対して営業再開を命令する。もちろん、営業再開には、スマートフォン３００からのステップＳ３０５の通知を必要としてもよい。
【００８１】
更に、顧客が忘れ物を取りに来なかった場合の対応については、上記の他の対応をとってもよい。
【００８２】
２．３  本実施形態に係る効果  
上記のように、本実施形態によれば、第１実施形態において忘れ物をした顧客が警告音に気付かなかった場合であっても、忘れ物を顧客に届けることができる。また、車内に忘れ物が残っていることが分かると、サーバ５００は速やかに自動車１００の営業を中断し、顧客の要求に従って自動車１００を受け取り場所へ移動させる。従って、タクシー事業者において人手による処理を大幅に削減できる。
【００８３】
なお、上記実施形態では忘れ物の受け取り場所がステーション２００と顧客Ａの現在位置周辺のいずれかである場合を例に説明した。しかし、受け取り場所は、顧客Ａが自由に指定できる場合であってもよい。すなわち、図１４のステップＳ３０３及び図１５Ａにおいて、スマートフォン３００及びサーバ５００は、顧客Ａ（スマートフォン３００）周辺以外の場所の自由な選択を受け付けてもよいし、更に受け取り時刻を受け付けてもよい。
【００８４】
また自動車１００は、忘れ物を載せたまま営業を継続してもよい。このような例について説明する。例えば、自動車１００が、顧客Ａの運送の後、別の顧客Ｂを運送する予定であったと仮定する。この場合、サーバ５００は、図１０におけるステップＳ５０４及びＳ３０１において、顧客Ｂと共に忘れ物を運んでよいか否かの確認画面をスマートフォン３００の表示部に表示させる。運んでよい旨の入力をスマートフォン３００が受け付けると、サーバ５００は経路を探索し、顧客Ａに忘れ物を届けるまでに要する時間をスマートフォン３００に通知する。またサーバ５００は、顧客Ｂに対しても、忘れ物のある自動車１００を配車してよいか否かの確認画面を、顧客Ｂのスマートフォン４００の表示部に表示させる。忘れ物のある自動車１００の配車を顧客Ｂが断った場合、サーバ５００は別の顧客を探し、上記の処理を繰り返す。また顧客Ｂには忘れ物のない、別の自動車１００を割り当てる。
【００８５】
忘れ物のある自動車の配車を受け入れる旨の入力をスマートフォン３００が受け付け、その旨の情報がサーバ５００へ送信されると、次にサーバ５００はスマートフォン４００に対して、顧客Ｂを目的地に運送する前に忘れ物を顧客Ａに届けてよいか否かの確認画面を表示させる。
【００８６】
先に忘れ物を顧客Ａに届けてよい旨の入力をスマートフォン４００が受け付けると、この通知に従ってサーバ５００は、顧客Ａの忘れ物の受け取り場所に移動するよう、自動車１００に命令する。そして自動車１００が受け取り場所に到着すると、その旨の情報がサーバ５００からスマートフォン３００に送信され、顧客Ａにより忘れ物が取得される。そして、自動車１００とサーバ５００とにより車内センスが行われ、忘れ物が取得されたか否かが確認される。そして、車内センスの結果が自動車１００のインストルメンタル・パネル１０３や、先に説明した前部座席１０１の背もたれ部分やアームレスト等に設けられたディスプレイに表示され、更に顧客Ａのスマートフォン３００の表示部に表示される。そして、自動車１００内のインストルメンタル・パネル１０３やディスプレイ、またはスマートフォン３００において顧客Ａによる認証動作を受け付けると（例えば、確認ボタンの選択、またはタッチペンによるサイン等）、認証結果がサーバ５００に送信される。そしてサーバ５００は、自動車１００に対して車内センスの結果表示の終了を命令し、更に顧客Ｂの目的地情報を送信すると共に当該目的地へ出発するよう命令する。
【００８７】
他方で、後で忘れ物を届ける（先に顧客Ｂを目的地へ運送する）旨の入力をスマートフォン４００が受け付けると、この通知に従ってサーバ５００は、自動車１００に対して顧客Ｂの目的地情報を送信し、当該目的地へ出発するよう命令する。自動車１００が顧客Ｂの目的地に到着し、顧客Ｂが降車すると、自動車１００は車内センスを行い、車内の映像データをサーバ５００に送信する。サーバ５００は、受信した映像データと、顧客Ａ降車後の車内の映像データとに基づき、顧客Ｂの忘れ物がないことを確認する。顧客Ｂの忘れ物がある場合には、第１実施形態で説明したように警告音を発し、それに顧客Ｂが気付かない場合には顧客Ｂに対しても本実施形態が適用される。顧客Ｂの忘れ物がないことが確認されると、サーバ５００は自動車１００に対して、顧客Ａの忘れ物の受け取り場所の位置情報を送信し、受け取り場所へ出発するよう命令する。その後の処理は同様であり、顧客Ａが忘れ物を受け取り、顧客Ａによる認証動作を受け付けると、処理は終了する。
【００８８】
３．第３実施形態  
次に、第３実施形態に係る情報処理装置、情報処理方法、及び情報処理プログラムについて説明する。本実施形態は、上記第１または第２実施形態において、乗客により車内が汚された場合の対策に関する。以下では、第１及び第２実施形態と異なる点についてのみ説明する。
【００８９】
３．１  構成について  
まず、本実施形態に係る自動車１００の構成につき、図１６Ａ及び図１６Ｂを用いて説明する。図１６Ａは自動車１００のハードウェア構成例を示すブロック図であり、図１６Ｂはプロセッサ１３１の機能ブロック図であり、第１実施形態で説明した図３Ａ及び図３Ｂにそれぞれ対応する。
【００９０】
図１６Ａに示すように自動車１００は、図３Ａで説明した構成において、ディスプレイ１１６を備えている。ディスプレイ１１６は、第１及び第２実施形態で説明した、例えばインストルメンタル・パネル１０３の一部であってもよいし、または前部座席の背もたれの背面やアームレストに設けられたディスプレイであってもよい。またＲＡＭ１３３は、忘れ物プログラム１３５に加えて汚損プログラム１３７を備えている。この汚損プログラム１３７を実行することにより、プロセッサ１３１は図１６Ｂに示すように第２命令部１６６及び第４判断部１６７として更に機能する。第２命令部１６６は、サーバ５００から受信した命令に基づいて、車内に汚損があった場合に、車内の清掃を乗客に求める旨の表示をディスプレイ１１６に対して命令する。第４判断部１６７は、サーバ５００から受信した情報に基づいて、車内に汚損があるか否かを判断する。または第４判断部１６７は、車内に汚損があることを示す情報をサーバ５００から受信したか否かを判断する。なお、本例では忘れ物プログラム１３５と汚損プログラム１３７とが別々のプログラムである場合について示しているが、両者は１つのプログラムにまとめられていてもよく、また中断プログラム１３６とも一体化されてもよい。
【００９１】
次に、本実施形態に係るサーバ５００の構成について図１７Ａ及び図１７Ｂを用いて説明する。図１７Ａはサーバ５００のハードウェア構成例を示すブロック図であり、図１７Ｂはプロセッサ５３１の機能ブロック図であり、第１実施形態で説明した図４Ａ及び図４Ｂにそれぞれ対応する。
【００９２】
図１７Ａに示すようにサーバ５００は、図４Ａで説明した構成において、ＲＡＭ５３３が汚損判断プログラム５４１を更に備えている。そしてプロセッサ５３１は、汚損判断プログラム５４１を実行することにより、図１７Ｂに示すように第５判断部５６８として更に機能する。第５判断部５６８は、比較部５６１における比較結果に基づき、汚損の有無を判断する。すなわち第５判断部５６８は、乗車前データ５３６と乗車後データ５３７との差分に基づき、画像認識や画像理解により、乗客の降車後に何らかの汚損が車内にあるか否かを判断する。そして、第５判断部５６８は判断結果を自動車１００へ送信する。なお第５判断部５６８は、比較結果に基づいて自動車１００の車内に何らかの変化が生じているか否かのみ判断し、それが汚損であるか否かは自動車１００の第４判断部１６７が判断してもよいし、または第５判断部５６８が、汚損であるか否かの判断を行っても良い。なお本例においても、汚損判断プログラム５４１と比較プログラム５３５が１つのプログラムにまとめられてもよい。中断プログラム５４０も同様である。
【００９３】
３．２  動作について  
次に、上記構成のタクシー運用システム１の動作につき、汚損対策動作に着目して説明する。図１８は、自動車１００及びサーバ５００の動作を示すフローチャートである。図１８における自動車１００の動作は汚損プログラム１３７を実行するプロセッサ１３１の指示に基づき、サーバ５００の動作は汚損判断プログラム５４１を実行するプロセッサ５３１の指示に基づく。
【００９４】
図示するように、まず自動車１００におけるステップＳ１０１〜Ｓ１０７及びサーバ５００におけるステップＳ５００の処理が実行される。これらの処理は、第１実施形態において図５を用いて説明した通りである。引き続き、サーバ５００においてステップＳ５０１の処理が実行される。次に、サーバ５００の第５判断部５６８が、ステップＳ５０１における比較結果に基いて汚損の有無を判断し（ステップＳ５２０）、その結果を自動車１００へ送信する（ステップＳ５０３）。図１９は、汚損１２１がある場合の乗車後データ５３７の一例である。図示するように、車内の後部座席１０２にはコップのような容器が放置され、更に容器内の液体がこぼれている。従って、図６Ａで説明した乗車前データ５３６と図１９の乗車後データ５３７とを比較することで、第５判断部５６８は汚損１２１を検出できる。
【００９５】
その後の動作は、第１実施形態とほぼ同様である。すなわち自動車１００では、第４判断部１６７が、サーバ５００から受信した判断結果を確認する（ステップＳ１３０）。なお第４判断部１６７は、ステップＳ５０３で受信した判断結果をそのまま流用して汚損１２１の有無を判断してもよいし、受信した判断結果を加工し、更なる処理を行うことで汚損１２１の有無を判断してもよい。すなわち第１実施形態で説明した第１判断部１６２と同様に、サーバ５００からは汚損の有無の確率情報が自動車１００に送信され、この確率に重み付けを行う等して、第４判断部１６７が汚損の有無を判断してもよい。
【００９６】
その結果、汚損が無いと判断された際には（ステップＳ１３１、ＮＯ）、処理は終了する。他方で、汚損があると判断された際には（ステップＳ１３１、ＹＥＳ）、第１命令部１６４がスピーカ１１４に警告音を発するよう命令する（ステップＳ１１０）。警告音は、既に車外にいる顧客に対して、車内に汚損があることを通知するためのものである。また第２命令部１６６は、車内の清掃を促す表示をディスプレイ１１６に命令する（ステップＳ１３２）。
【００９７】
スピーカ１１４が警告音を発している期間、自動車１００の第２判断部１６３は、顧客が汚損を清掃するために自動車１００に戻ったか否かを判断する（ステップＳ１１１）。より具体的には、ドア１１２の開閉がセンサ１１３により検出されれば、顧客が自動車１００に戻ったと判断する。顧客が自動車１００に戻り、ドアの開閉がなされると（ステップＳ１１１、ＹＥＳ）、自動車１００は再度車内をセンスし（ステップＳ１０６）、汚損の有無がサーバ５００により判断される。これらの処理は、ある閾値期間の間、繰り返される（ステップＳ１００）。
【００９８】
そして、顧客が汚損を清掃した場合、すなわちサーバ５００の第５判断部５６８が汚損はないと判断した場合、または汚損が残っているが、閾値期間が経過した場合には（ステップＳ１００、ＹＥＳ）、処理を終了する。
【００９９】
３．３  本実施形態に係る効果  
運転手が不在の自動運転タクシーでは、第１及び第２実施形態で説明した忘れ物だけでなく、乗客による車内の汚損も問題となる可能性がある。この点、本実施形態では忘れ物と同様に、これまで運転手が担ってきた汚損の有無の確認を、自動車１００のセンサとサーバ５００のプロセッサとにより行うことができる。従って、顧客が車内を汚した場合には、その旨を通知し、車内を清掃するよう、顧客に対して注意喚起が可能となる。
【０１００】
なお上記実施形態では、図１８で説明したように、汚損の有無を判断するための処理（ステップＳ５０１、Ｓ５２０、及びＳ５０３）がサーバ５００で実行される場合を例に説明した。しかし、これらの処理を自動車１００のプロセッサ１３１で行ってもよい。この場合には、乗車前データ５３６は自動車１００のＲＡＭ１３３に保持され、プロセッサ１３１は比較部５６１及び第５判断部５６８としても機能する。また第１実施形態と同様に、汚損があることの通知は、スピーカ１１４からの警告音に限らず、例えば自動音声により通知してもよい。
【０１０１】
なお、本実施形態は第１実施形態と一体のものとして取り扱ってもよい。すなわち、第１及び第２実施形態は共に、乗車前データ５３６と乗車後データ５３７との比較の結果、車内において何らかの変化があったことを検出し、それに基づいて自動車１００が顧客に警告するものである。その際に、車内における変化が忘れ物であるか汚損であるかは、プロセッサ５３１または１３１における画像認識や画像理解によって判断されればよい。そして、判断の結果に応じて、警告メッセージを忘れ物と汚損とで使い分けたり、汚損の場合にはディスプレイ１１６にその旨を表示したりしてもよい。
【０１０２】
また、座席に透明な水をこぼしたような場合には、乗車前データ５３６と乗車後データ５３７とでほとんど差が無い場合があり得る。従って、例えば自動車１００のシートカバーには、水に濡れると色が変化する（発色する）素材を用いることが好ましい。これにより画像認識精度を向上できる。
【０１０３】
また、本実施形態に第２実施形態で説明した技術を適用することもできる。すなわち、顧客が汚損に気付かなかった場合、または顧客が清掃しなかった場合に関する処理を、自動車１００とサーバ５００により実現できる。本例につき、図２０を用いて説明する。図２０は、自動車１００、サーバ５００、及び顧客Ｂのスマートフォン４００の動作を示すフローチャートであり、顧客Ａが自動車１００を汚し、その後、当該自動車１００に顧客Ｂが乗車する予定の場合を例に示している。図２０における自動車１００の動作は汚損プログラム１３７及び中断プログラム１３６を実行するプロセッサ１３１の指示に基づき、サーバ５００の動作は汚損判断プログラム５４１及び中断プログラム５４０を実行するプロセッサ５３１の指示に基づく。
【０１０４】
第３実施形態で説明した図１８の処理の結果、閾値時間が経過しても車内に汚損が残っていた場合（ステップＳ１３３）、自動車１００の例えば第４判断部１６７は、その旨をサーバ５００へ通知する（ステップＳ１３４）。
【０１０５】
通知を受けたサーバ５００では、プロセッサ５３１が中断プログラム５４０を実行する。そして、例えばメッセージ送信部５６５が汚損ある旨のメッセージを作成し、顧客データベース５３８を参照して、顧客Ｂのスマートフォン４００に対してメッセージを送信する（ステップＳ５２１）。
【０１０６】
サーバ５００からメッセージを受信したスマートフォン４００は、例えば図２１に示す画面を表示する。図２１は、スマートフォン４００の画面表示の一例を示す模式図である。図示するように、汚損１２１がある旨のメッセージと共に、汚損１２１の画像が添付される。本例では、図１９で説明した画像において、汚損１２１であるコップとこぼれた液体を拡大表示した画像が添付されている。更にスマートフォン４００は、配車に関する希望を選択するよう顧客Ｂに促すメッセージを表示する。すなわちスマートフォン４００は、このまま汚損のある車両を配車するか、それとも汚損のない他の車両を希望するか、の選択を顧客Ｂに促す。そしてスマートフォン４００は、配車に関する顧客Ｂからの選択を受け付ける（ステップＳ４０１）。この選択情報は、スマートフォン４００からサーバ５００へ送信される。
【０１０７】
汚損のない別の自動車１００の希望を顧客Ｂから受け付けた場合には（ステップＳ５２２、ＹＥＳ）、サーバ５００及び自動車１００は、第２実施形態で図１２を用いて説明したステップＳ５０６、Ｓ１１５、Ｓ１１６、及びＳ５０７の処理を実行し、汚損のある自動車１００の営業を中断させ、最寄りのステーション２００を探索する。そして中断処理部５６７は、ステップＳ５０７で発見されたステーション２００を目的地に設定する（ステップＳ５２３）。
【０１０８】
他方で、汚損のある自動車１００の配車の希望を顧客Ｂから受け付けた場合には（ステップＳ５２２、ＮＯ）、サーバ５００の例えば中断処理部５６７または第５判断部５６８は、顧客Ｂの乗車位置を目的地に設定する（ステップＳ５２４）。
【０１０９】
そして、ステップＳ５２３またはＳ５２４の後、中断処理部５６７または第５判断部５６８は、目的地の位置情報と共に、目的地への移動命令を自動車１００に送信する（ステップＳ５２５）。移動命令を受信した自動車１００は、目的地の位置情報に従い、ステーション２００または顧客Ｂの乗車位置へ移動する（ステップＳ１３５）。
【０１１０】
なおサーバ５００は、汚損の程度が激しいと判断した場合、ステップＳ５２１、Ｓ４０１、及びＳ５２２の処理を省いて、ステップＳ５０６の処理に進み、汚損のない自動車１００を配車するようにしてもよい。
【０１１１】
また、自動車１００がステーション２００に戻される場合には、自動車１００はステーション２００の係員によって清掃される。他方で、汚損した自動車１００に顧客Ｂが乗車する場合、顧客Ｂが自動車１００を清掃してもよい。このような場合には、サーバ５００は顧客データベース５３８において顧客Ｂに高い評価を与えてもよい。このような例については、後述する第５実施形態で説明する。
【０１１２】
４．第４実施形態  
次に、第４実施形態に係る情報処理装置、情報処理方法、及び情報処理プログラムについて説明する。本実施形態は、上記第１乃至第３実施形態において、車内の臭気を検出し、その強度に応じて配車方法を変更するものである。以下では、第１乃至第３実施形態と異なる点についてのみ説明する。
【０１１３】
４．１  構成について  
図２２は本実施形態に係る自動車１００の模式図であり、第１実施形態で説明した図２に対応する。図示するように自動車１００は、図２で説明した構成において、更に臭気センサ１１７を備えている。臭気センサ１１７は、自動車１００の車内の臭いを検出する。図２では、車内の天井の１箇所に１つの臭気センサ１１７が設けられる場合を例に示している。しかし、車内の複数の場所にそれぞれ臭気センサ１１７が設けられてもよい。この場合、最も強い強度を示すセンサ１１７の測定値を採用してもよいし、複数の臭気センサ１１７の測定値の平均を採用してもよい。
【０１１４】
図２３Ａは自動車１００のハードウェア構成例を示すブロック図であり、図２３Ｂはプロセッサ１３１の機能ブロック図であり、第１実施形態で説明した図３Ａ及び図３Ｂにそれぞれ対応する。
【０１１５】
図２３Ａに示すように自動車１００は、図３Ａで説明した構成において、前述の臭気センサ１１７を備えており、ＲＡＭ１３３が忘れ物プログラム１３５及び中断プログラム１３６に加えて臭気プログラム１３８を備えている。この臭気プログラム１３８を実行することにより、プロセッサ１３１は第６判断部１６８として更に機能し、またセンス部１６１は、センサ１１７に対して車内センスを命令する。すなわちセンス部１６１は、乗降判断部１６０において乗客の降車があったと判断されると、センサ１１７に対して臭気の測定を命令し、臭気強度を示す臭気データを受信する。この臭気データは、例えばＲＡＭ１３３に保持され、通信部１４０を介してサーバ５００へ送信される。第６判断部１６８は、臭気データに関し、必要な演算を行う。または第６判断部１６８は、一定程度以上の車内の臭気強度を示す情報をサーバ５００から受信したか否かを判断する。本例においても、忘れ物プログラム１３５、中断プログラム１３６、及び臭気プログラム１３８は１つのプログラムにまとめられてもよい。
【０１１６】
次に、本実施形態に係るサーバ５００の構成について図２４Ａ及び図２４Ｂを用いて説明する。図２４Ａはサーバ５００のハードウェア構成例を示すブロック図であり、図２４Ｂはプロセッサ５３１の機能ブロック図であり、第１実施形態で説明した図４Ａ及び図４Ｂにそれぞれ対応する。
【０１１７】
図２４Ａに示すようにサーバ５００は、図４Ａで説明した構成において、ＲＡＭ５３３が、中断プログラム５４０、臭気判断プログラム５４２、及び臭気データ５４３を更に保持している。そしてプロセッサ５３１は、臭気判断プログラム５４２を実行することにより、図２４Ｂに示すように第７判断部５６９として更に機能する。本例においても、比較プログラム５３５、中断プログラム５４０、及び臭気判断プログラム５４２は１つのプログラムにまとめられてもよい。臭気データ５４３は、自動車１００から受信される。そして第７判断部５６９は、臭気データ５４３に基づいて自動車１００の車内の臭気強度を判断する。なお第７判断部５６９は、臭気の有無のみを判断し、それが一定程度以上の強度であるか否かは、自動車１００の第６判断部１６８が判断してもよいし、または第７判断部５６９が、車内の臭気強度が一定程度以上であるか否かを判断してもよい。
【０１１８】
４．２  動作について  
次に、上記構成のタクシー運用システム１の動作について説明する。図２５は、自動車１００及びサーバ５００の動作を示すフローチャートである。図２５における自動車１００の動作は臭気プログラム１３８を実行するプロセッサ１３１の指示に基づき、サーバ５００の動作は臭気判断プログラム５４２を実行するプロセッサ５３１の指示に基づく。
【０１１９】
図示するように、まず自動車１００におけるステップＳ１０１〜Ｓ１０５及びサーバ５００におけるステップＳ５００の処理が実行される。これらの処理は、第１実施形態において図５を用いて説明した通りである。そして、顧客の降車が確認されると、プロセッサ１３１のセンス部１６１がセンサ１１７に対して車内のセンスを命令する（ステップＳ１４０）。すなわち、センサ１１７に対して、車内の臭気を計測するよう命令する。そして、ステップＳ１４０で得られた臭気データ４５３がサーバ５００へ送信され、ＲＡＭ５３３に保持される（ステップＳ１０７）。なお、センサ１１７は常に臭気を測定していてもよい。そして、車内の臭気が一定の値を超えた場合に、サーバ５００を介してステーション２００に警告を発するような構成であってもよいし、または降車が確認された際に（ステップＳ１０５、ＹＥＳ）、その時点における測定値をサーバ５００に送信してもよい（ステップＳ１０７）。
【０１２０】
次に、サーバ５００の第７判断部５６９は、ステップＳ１０７で送信された臭気データ５４３に基づいて車内の臭気の強度を判断する（ステップＳ５０）。この際、プロセッサ５３１は、ＲＯＭ５３２またはＲＡＭ５３３に保持される臭気の閾値α、βを用いる。但し、α＜βである。まず、車内の臭気強度がα以下であった場合（ステップＳ５３１、ＹＥＳ）、第７判断部５６９は営業に問題のない程度の臭いであると判断し、営業継続を自動車１００に命令する（ステップＳ５３２）。この命令に応答して、自動車１００は次の目的地（次の顧客の乗車地）へ移動する（ステップＳ１４１）。
【０１２１】
車内の臭気強度がαを超え、且つβ以下であった場合、第７判断部５６９は、次に乗車予定の顧客Ａのスマートフォン３００に対して、当該自動車１００の配車を希望するか否かを問い合わせる旨のメッセージを送信する（ステップＳ５３４）。その後の動作は、第３実施形態の図２０におけるステップＳ５２２以降と同様である。但し、ステップＳ５２４で設定される目的地は、次の顧客Ｂではなく、今回の顧客Ａの乗車地である。すなわち、顧客Ａが他の車を希望しなければ、自動車１００はそのまま顧客Ａを運送する。他方で顧客Ａが他の車を望んだ場合には、臭気のある当該自動車１００は営業を中断し、最寄りのステーション２００で清掃される。
【０１２２】
車内の臭気強度がβを超える場合、第７判断部５６９は、第３実施形態の図２０におけるステップＳ５０６以降の処理を行う。すなわち、自動車１００は車内の臭気が強いため、営業には支障があると判断され、自動車１００は営業を中止し、最寄りのステーション２００で清掃される。
【０１２３】
４．３  本実施形態に係る効果  
本実施形態によれば、臭気センサ１１７を自動車１００の車内に設けることで、車内の汚損だけでなく、臭気にも対応できる。
【０１２４】
すなわち、運転手が不在の自動運転であると、例えば禁煙車であるにも関わらず、乗客が車内で煙草を吸うようなケースも考えられる。しかし本実施形態によれば、このような事態が生じても、自動車１００とサーバ５００により車内の臭気の程度を判断し、営業に問題がある場合には即座に代車を用意することができる。また、顧客の希望を確認することで、多少の臭気がある場合でも、自動車１００は営業運転できる。
【０１２５】
なお上記実施形態では、図２５で説明したように臭気強度を判断するための処理（ステップＳ５３０〜５３４）がサーバ５００で実行される場合を例に説明した。しかし、自動車１００のプロセッサ１３１で行ってもよい。この場合、閾値α及びβに関するデータは自動車１００のＲＡＭ１３３に保持される。
【０１２６】
また本実施形態は、第３実施形態と組み合わせて実行されてもよい。すなわち、臭気と汚損とを区別するのではなく一体のものと捉え、映像データと臭気データとから汚損の有無を判断してもよい。例えば、映像データからだけでは忘れ物か汚損かの判断が困難な場合に、臭気データを参照し、一定以上の臭気強度であれば汚損である、と判断してもよい。または、まず臭気データにより忘れ物か汚損かを判断し、忘れ物と判断された場合には更に映像データの画像認識や画像理解により忘れ物か汚損かを判断してもよい。
【０１２７】
５．第５実施形態  
次に、第５実施形態に係る情報処理装置、情報処理方法、及び情報処理プログラムについて説明する。本実施形態は、上記第１乃至第４実施形態において、忘れ物、汚損、及び臭気に対する対応に基づいて顧客毎にポイントを付与し、このポイントを基準にして運賃を算出するものである。以下では、第１乃至第４実施形態と異なる点についてのみ説明する。
【０１２８】
５．１  構成について  
まず、本実施形態に係る自動車１００の構成について説明する。図２６Ａは自動車１００のハードウェア構成例を示すブロック図であり、図２６Ｂはプロセッサ１３１の機能ブロック図であり、第１実施形態で説明した図３Ａ及び図３Ｂにそれぞれ対応する。
【０１２９】
図２６Ａに示すように自動車１００は、第１乃至第４実施形態で説明した図３Ａ、図８Ａ、図１６Ａ、及び図２３Ａを組み合わせた構成を有している。そして図２６Ｂに示すように、各プログラム１３５〜１３８を実行することにより、プロセッサ１３１は乗降判断部１６０、センス部１６１、第１判断部１６２、第２判断部１６３、第１命令部１６４、中断処理部１６５、第２命令部１６６、第４判断部１６７、及び第６判断部１６８として機能する。
【０１３０】
次に、サーバ５００の構成について説明する。図２７Ａはサーバ５００のハードウェア構成例を示すブロック図であり、図２７Ｂはプロセッサ５３１の機能ブロック図であり、第１実施形態で説明した図４Ａ及び図４Ｂにそれぞれ対応する。
【０１３１】
図２７Ａに示すようにサーバ５００は、第１乃至第４実施形態で説明した図４Ａ、図９Ａ、図１７Ａ、及び図２４Ａを組み合わせた構成を有している。また、ＲＡＭ３３は、運賃計算プログラム５４４及び運賃計算データ５４５を更に保持している。そして図２７Ｂに示すように、各プログラム５３５及び５４０〜５４２を実行することにより、プロセッサ５３１はデータ取得部５６０、比較部５６１、第３判断部５６３、検索部５６４、メッセージ送信部５６５、到着情報通知部５６６、中断処理部５６７、第５判断部５６８、及び第７判断部５６９として機能し、更に運賃計算プログラム５４４を実行することにより運賃計算部５７０としても機能する。
【０１３２】
図２８Ａは、本実施形態に係る顧客データベース５３８の概念図である。図示するように、第２実施形態で説明した図９Ｃの情報に加えて、顧客データベース５３８は更に顧客毎に付与されたポイント情報を保持する。ポイントは、顧客の乗車マナーをサーバ５００が判断し、サーバ５００によって自動的に付与される。例えば図２８Ａの例であると、顧客Ａには１０００ポイントが付与され、顧客Ｂには５００ポイントが付与され、顧客Ｃには２０００ポイントが付与される。
【０１３３】
このポイントは運賃に反映され、ポイントが高いほど割安な運賃が適用され、ポイントが低いほど割高な運賃が適用される。このポイントと適用運賃との関係は、運賃計算データ５４５としてＲＡＭ５３３に保持される。図２８Ｂは、運賃計算データ５４５の一例を示す概念図である。図示するように、１０００〜１４９９ポイントが基準ポイントとされ通常運賃が適用される。本例では、例えば自動運転タクシーサービスの初回利用の際に、１０００ポイントがボーナスポイントとして付与されることを前提としている。従って、１０００ポイント以上が基準ポイントとされる。そして、１４９９よりも高いポイントを有する顧客は優良ランクに指定され、運賃が５％割引となる。逆に、１０００ポイントよりも低いポイントを有する顧客には、そのポイント数に応じて割増し運賃が適用される。そして０ポイント以下の場合には悪質な顧客と判断し、当該顧客に対するタクシーの運行を拒否する。もちろん、図２８Ｂは一例に過ぎず、タクシー事業者によって適宜設定できる。
【０１３４】
ポイントは、自動運転タクシーに乗車する度に、その乗車マナーに応じて付与される。運賃計算データ５４５は、この乗車マナーとポイントとの関係も保持する。図２８Ｃはその一例を示す概念図である。図示するように、乗車マナーは、良いものから順番に例えば「プラチナ」、「ゴールド」、「シルバー」、及び「ブロンズ」とランク付けされる。そして、乗車マナーがプラチナに相当する場合には５ポイントが加算され、ゴールドでは３ポイントが加算され、シルバーでは１ポイントが加算される。ブロンズは、乗車マナーが悪かったものと判断された場合に相当し、１００ポイントがマイナスされる。プラチナに相当する基準は、例えば第２実施形態で説明したように、前の乗客の忘れ物のある自動車１００に乗車し、且つ自身の目的地よりも先に忘れ物を届けた場合や、第３実施形態で説明したように、前の乗客の汚損を清掃したような場合である。ゴールドに相当する基準は、例えば第２実施形態で説明したように、前の乗客の忘れ物のある自動車１００に乗車し、且つ自身を目的地に配送した後に忘れ物を届ける場合や、第３実施形態で説明したように、前の乗客の汚損のある自動車１００を選択した場合（但し、清掃はしなかった）や、第４実施形態で説明した臭気のある自動車１００を選択したような場合である。そして、自動車１００を汚損させた場合、または臭気を発生させた場合には、ブロンズに相当する。もちろん、図２８Ｃも一例に過ぎず、適宜設定可能である。
【０１３５】
５．２  動作について  
次に、本実施形態に係るタクシー運用システム１の動作につき、特に運賃計算方法に着目して説明する。図２９は、サーバ５００の動作を示すフローチャートである。図２９に示す処理は主に、運賃計算プログラム５４４を実行するプロセッサ５３１によって行われる。
【０１３６】
図示するように、まずサーバ５００は顧客の端末から配車希望の要求を受信する（ステップＳ５４０）。この際サーバ５００は、顧客の乗車場所、目的地、及び配車希望時刻もあわせて受信する。すると、プロセッサ５３１は運賃計算プログラム５４４を実行する。すると、まず運賃計算部５７０がＲＡＭ５３３から、運賃計算データ５４５の一部である、標準的な価格表を読み出す（ステップＳ５４１）。この価格表は、例えば距離や時間と料金との関係や、割増料金の条件などを含む。また運賃計算部５７０は、ＲＡＭ５７０の顧客データベース５３８を参照し、当該顧客の保有ポイントを確認する（ステップＳ５４２）。顧客情報が顧客データベース５３８に登録されていない場合には、当該顧客を新たに顧客データベース５３８に登録し、１０００ポイントを付与する。
【０１３７】
更に運賃計算部５７０は、価格表と顧客データベース５３８とに基づいて運賃を計算する（ステップＳ５４３）。そしてサーバ５００は、配車の可否と、配車可能な場合には運賃情報とを、顧客の端末（スマートフォン３００または４００）に送信する（ステップＳ５４４）。先に説明したように、配車を希望する顧客のポイントが０ポイント以下であれば、サーバ５００は配車を拒否する。また、顧客の配車希望時刻に配車可能な自動車１００がない場合にも、サーバ５００は配車できない旨を通知する。この場合には、サーバ５００は配車可能な時刻を顧客の端末に提示してもよい。
【０１３８】
その後、顧客に対して旅客運送サービスが提供される（ステップＳ５４５）。顧客を目的地に運送した後、運賃計算部５７０は、顧客の乗車マナーを判断する（ステップＳ５４６）。すなわち第２実施形態で説明したように、前の乗客の忘れ物と共に乗車したか否か、及び忘れ物を届けることを優先したか否かについては、例えば第３判断部５６３が判断できる。また、車内に汚損を発生させたか否か、また第３実施形態で説明したように、汚損を清掃したか否かについては、第５判断部５６８が判断できる。更に第４実施形態で説明したように、臭気のある自動車１００に乗車したか否かについては、第７判断部５６９が判断できる。
【０１３９】
上記第３判断部５６３、第５判断部５６８、及び第７判断部５６９からの情報に基づいて、運賃計算部５７０は顧客の乗車マナーを決定し、これを顧客の端末へ通知する（ステップＳ５４７）。そして運賃計算部５７０は、今回の乗車マナーに応じた加算ポイントまたは減算ポイントに基づいて、当該顧客のポイントを再計算し（ステップＳ５４８）、これを顧客データベース５３８に登録する（ステップＳ５４９）。
【０１４０】
５．３  本実施形態に係る効果  
本実施形態によれば、乗車マナーに応じて顧客にステータスを付与することで、乗車マナーの向上と共に、優良顧客を囲い込むことができる。
【０１４１】
すなわち、運転手が不在である自動運転タクシーであると、顧客の乗車マナーが悪化する可能性がある。そして、乗車マナーの悪い乗客が増え、例えば頻繁に車内が汚損されるような場合、タクシー事業者における負担（ステーション係員による清掃等）が大きくなる。
【０１４２】
この点、本実施形態であると、乗車マナーに応じたポイントにより顧客を評価する。そして乗車マナーの良い顧客に対しては割引サービスを提供することで、積極的にタクシーを利用してもらう。他方で、乗車マナーの悪い顧客に対しては、割増し料金を適用することでタクシー事業者の負担を軽減し、また乗車マナーの極めて悪い顧客に対しては乗車を拒否することができる。
【０１４３】
６．第６実施形態  
次に、第６実施形態に係る情報処理装置、情報処理方法、及び情報処理プログラムについて説明する。本実施形態は、上記第１乃至第５実施形態において、自動車１００を配車した人と実際の乗客とが異なる場合に、乗車運賃の請求先を乗客に変更する方法に関する。以下では、第１乃至第５実施形態と異なる点についてのみ説明する。
【０１４４】
６．１  構成について  
まず、本実施形態に係るサーバ５００の構成について説明する。図３０Ａはサーバ５００のハードウェア構成例を示すブロック図であり、図３０Ｂはプロセッサ５３１の機能ブロック図である。
【０１４５】
図３０Ａに示すようにサーバ５００は、第５実施形態で説明した図２７Ａに示す構成において、ＲＡＭ５３３が車データベース５４６を更に保持するものである。また図３０Ｂに示すように、運賃計算プログラム５４４を実行することによりプロセッサ５３１は、更に請求先変更部５７１としても機能する。
【０１４６】
図３０Ｃは、本実施形態に係る車データベース５４６の概念図である。図示するように車データベース５４６は、タクシー事業者における各営業車の配車スケジュールを保持している。図３０Ｃの例であると、９：００〜１１：００の間、顧客Ａに対して営業車ＸＸが配車され、１０：３０〜１２：３０の間、顧客Ｃに対して営業車ＺＺが配車される。図３０Ｃでは１日分の配車スケジュールのみが図示されているが、例えば１ヶ月間や１年分のスケジュールが保持されていてもよい。そして、新たな配車を受け付け、また配車が完了すると、車データベース５４６は更新される。また、各営業車において発生する運賃は、顧客データベース５３８に登録された顧客に対して請求される。従って図３０Ｃの例であると、営業車ＸＸにつき９：００の配車により発生する運賃は顧客Ａに請求され、営業車ＺＺにつき１０：３０の配車により発生する運賃は顧客Ｃに請求される。車データベース５４６は、例えば顧客データベース５３８と共にサーバ７００に保持され、サーバ７００からサーバ５００に読み出される。
【０１４７】
６．２  動作について  
次に、本実施形態に係るタクシー運用システム１の動作につき、特に運賃の請求先の変更方法に着目して説明する。以下では、配車の手続を顧客Ａが行い、顧客Ａと異なる顧客Ｂが実際に乗車し且つ運賃を支払う場合を例に説明する。図３１は、顧客Ａのスマートフォン３００、サーバ５００、及び自動車１００の動作を示すフローチャートであり、顧客データベース５３８及び車データベース５４６の状況もあわせて示している。図３１におけるサーバ５００の処理は主に、運賃計算プログラム５４４を実行するプロセッサ５３１によって行われる。
【０１４８】
図示するように、まず顧客Ａのスマートフォン３００からサーバ５００に配車申し込みが送信される（ステップＳ３１０）。ステップＳ３１０は、第５実施形態で説明したステップＳ５４０に相当する。すると、サーバ５００の運賃計算部５７０は、車両調査（ステップＳ５６０）と運賃計算（ステップＳ５６１）を行う。このステップＳ５６０とＳ５６１は、第５実施形態で説明したステップＳ５４１〜５４３に相当する。ステップＳ５６０において運賃計算部５７０は、車データベース５４６を参照して、配車スケジュール情報を得る。そして、顧客Ａが希望する日時に配車可能な自動車１００があるか否かを判断する。またステップＳ５６１において運賃計算部５７０は、顧客データベース５３８を参照し、顧客Ａに適用される料金情報を得る。すなわち、運賃計算部５７０は例えば第５実施形態において図２８Ａで説明した顧客Ａのポイント数を読み出し、図２８Ｂで説明したいずれかの適用運賃を選択する。そしてこれらの情報が自動車１００へ送信される。
【０１４９】
顧客Ａのスマートフォン３００には、サーバ５００から受信した配車の状況と運賃とが表示される（ステップＳ３１１）。配車の状況には、例えば下記が含まれる。すなわち、
・顧客Ａの希望通りに配車が可能である。  
・顧客Ａの希望時刻の配車はできないが、別の時刻であれば配車可能である。  
・配車を拒否する。  
などである。そして、スマートフォン３００から配車の予約が送信されると、サーバ５００の例えば運賃計算部５７０は、いずれかの自動車１００を顧客Ａに割り当てる（ステップＳ５６２）。すなわち、図３０Ｃに示すように、例えば営業車ＸＸを９：００〜１１：００の期間、顧客Ａに対応付けるよう、車データベース５４６の配車スケジュールを更新する（ステップＳ５６３）。
【０１５０】
その後、サーバ５００の命令に従って、自動車１００（営業車ＸＸ）は顧客Ａによって指定された乗車地及び目的地を設定し（ステップＳ１５０）、迎車に向かう（ステップＳ１５１）。そして、乗車地において、顧客Ａではなく顧客Ｂを乗車させ（ステップＳ１５２）、目的地へ移動する（ステップＳ１５３）。また自動車１００は、車内ディスプレイ１１６において、顧客Ｂによる請求先変更を受け付ける（ステップＳ１５４）。すなわち、ディスプレイ１１６は、運賃の請求先を顧客Ａから顧客Ｂに変更する旨の入力を受け付け、受け付けた情報を自動車１００はサーバ５００に送信する。
【０１５１】
するとサーバ５００の請求先変更部５７１は、自動車１００（営業車ＸＸ）の顧客割り当てを変更する（ステップＳ５６４）。すなわち、図３０Ｃに示す車データベース５４６において、営業車ＸＸに割り当てられていた顧客Ａを顧客Ｂに変更する（ステップＳ５６５）。その後、自動車１００が目的地に到着すると（ステップＳ１５５）、処理は終了する。後日、顧客データベース５３８の情報に基づいて、顧客Ｂに対して運賃の請求書が発送され、または顧客データベース５３８に登録された顧客Ｂのクレジットカードや銀行口座から運賃が引き落とされる。
【０１５２】
上記動作において、スマートフォン３００及びディスプレイ１１６に表示される画面の例について説明する。まず、ステップＳ３１０の配車申し込み画面の例を図３２Ａ乃至図３２Ｅに示す。図３２Ａに示すように、トップメニューにおいてスマートフォン３００は、配車予約の他に、例えばタクシーチケットの受け取りや配車キャンセルも受け付ける。配車予約が選択されると、表示は図３２Ｂに示すように、今すぐの配車か日時を指定するかの選択を促す画面に変化する。次に表示は図３２Ｃに示すように乗車地の指定画面に変化する。図３２Ｃの例では、地図上のいずれかの場所をタッチすることで乗車地が選択される（例えば図３２Ｃの星印）。引き続き、表示は図３２Ｄに示すように、降車地の指定外面に変化する。図３２Ｄの例では、地図から選択してもよいし、住所や施設名に基づいてピンポイントで指定してもよい。次に、表示は図３２Ｅに示すように、確認画面に切り替わる。図３２Ｅにおいて「ＯＫ」ボタンが選択されると、配車の申し込みとなる。
【０１５３】
図３２Ｆは、ステップＳ３１１及びＳ３１２に相当する画面の例である。図示するように、指定された乗車地への到着時刻と運賃とが表示される。そして「確定」ボタンが選択されると、配車が予約される。
【０１５４】
次に、顧客Ｂが乗車中の自動車１００のディスプレイ１１６の画面の例について説明する。図３３Ａは、例えばステップＳ１５２またはＳ１５３におけるディスプレイ１１６の表示画面を示す。顧客Ａによる予約の時点で目的地は指定されるが、自動車１００の車内で顧客Ｂにより目的地を変更することも可能である。図３３Ａはこのような例を示しており、ディスプレイ１１６はプロセッサ１３１の命令に応答して、目的地の設定を顧客Ｂに促す。また、図３３Ａの例では、ディスプレイ１１６にはＮＦＣ（Near Field Communication）リーダ１７０が設けられている。従って、顧客Ｂは、ＮＦＣ機能を有するスマートフォン４００をＮＦＣリーダ１７０に近づけることにより、スマートフォン４００内に保持されている顧客Ｂの情報を自動車１００のＲＡＭ１３３に転送できる。そのような場合の表示を図３３Ｂに示す。図３３Ｂに示すようにディスプレイ１１６は、過去の履歴に基づき、顧客Ｂの目的地となる候補を表示する。またプロセッサ１３１は、乗客には顧客Ｂが含まれていることを認識する。
【０１５５】
更にディスプレイ１１６は、ステップＳ１５４において請求先の変更の選択を受け付けると、プロセッサ１３１の命令に基づき、図３３Ｃに示す画面を表示する。図示するようにディスプレイ１１６は、配車を手配した顧客Ａと、実際に乗車している顧客Ｂとを、請求先として表示する。そしてディスプレイ１１６が、顧客Ａと顧客Ｂのいずれかの選択を受け付けると、プロセッサ１３１がその旨の情報をサーバ５００に送信する。
【０１５６】
６．３  本実施形態に係る効果  
本実施形態によれば、運賃の請求先の変更が可能となり、タクシー利用の自由度を向上できる。
【０１５７】
タクシーを手配する際には、乗客自身がタクシーを手配する場合と、他者のためにタクシーを手配する場合とがある。そして運転手が不在の自動運転タクシーの場合、運賃の支払いは、確実に運賃を徴収する観点からは、車内における電子マネー等による決済よりも、顧客データベース５３８に登録されたクレジットカードや口座引き落とし等の方法が好ましい形態になると思われる。
【０１５８】
この際、自動車１００及びサーバ５００が、タクシーを手配した人と乗客とが異なることを認識できなければ、サーバ５００は運賃の請求先を、タクシーを手配した人以外にすることは難しい。なぜなら、配車の段階では、サーバ５００はタクシーを手配した人の情報しか持たないからである。
【０１５９】
この点、本実施形態によれば、自動車１００の車内において運賃の請求先を変更できる。具体的には、例えばスマートフォン４００などから、乗客を特定できる情報を自動車１００に転送した上で請求先を選択し、この選択情報が更に自動車１００からサーバ５００に転送される。これにより、サーバ５００は車データベース５４６の情報を更新し、更新された情報に従って運賃を請求できる。
【０１６０】
なお、上記実施形態では、運賃を支払う顧客Ｂが乗車前に顧客データベース５３８に登録されている場合を例に説明した。しかし、顧客Ｂが顧客データベース５３８に登録されていない場合には、車内においてディスプレイ１１６から氏名、住所、クレジットカード情報等を入力することで顧客データベース５３８に登録してもよい。または、運賃の請求先となるクレジットカード情報は入力するが、顧客Ｂ自身の情報は顧客データベース５３８に登録しない場合であってもよい。この場合であっても、サーバ５００は、入力された情報に従って運賃を請求できる。
【０１６１】
７．変形例など  
以上のように、上記実施形態に係る情報処理装置、情報処理方法、及び情報処理プログラムによれば、運転手不在の自動運転型自動車において忘れ物や汚損などが発生した場合であっても、高品質のサービスを提供できる。なお、上記実施形態は一例に過ぎず、種々の変形が可能である。例えば、上記第３乃至第６実施形態は個別に実施できる。すなわち、上記実施形態では、いずれも第１及び第２実施形態で説明した忘れ物対策が前提とされていたが、汚損を判断する第３実施形態、臭気を検出する第４実施形態、乗車マナーに応じて運賃を決定する第５実施形態、及び顧客情報を変更する第６実施形態はそれぞれ独立して実施可能である。
【０１６２】
また、上記実施形態では自動運転タクシーの場合を例に説明した。しかしタクシーに限らず、不特定多数または特定多数が乗車するバスに適用することもできる。但し、バスに適用する際には、例えば２点間を結ぶバス、または停留所の少ない長距離バスに適用することが好ましい。なぜなら、座席に座る人が頻繁に入れ替わることがなく、また乗車中はほぼずっと座っているケースの方が、乗車する人が頻繁に入れ替わる路線バスのようなケースよりも、画像認識等により忘れ物を探索することが容易であり、また死角も少なくなると考えられるからである。またレンタカー等、他の自動車にも適用可能であるし、自動車に限らず、鉄道等、幅広い分野に適用可能である。
【０１６３】
また、上記第１乃至第４実施形態では、車内の変化（忘れ物、汚損、臭気）を検出する場合を例に説明した。しかし、車外の変化を検出する場合であってもよい。図３４Ａ及び図３４Ｂは、変形例に係る自動車１００を斜め前から見たときと、後方から見た時の外観図である。
【０１６４】
図示するように、サイドミラー、コーナーポール、及び／またはリアアンダーミラーの内側に、例えば３６０°撮影が可能なカメラ１８０が設けられる。そして、顧客が乗車前にカメラ１８０で撮影された乗車前データと、降車後に撮影された乗車後データとを比較することで、例えば自動車１００のボディの凹み等を検出する。この凹み等が、乗客の故意の行動によるものであれば、当該顧客のポイントを大幅に減らしたり、または以後、乗車を拒否したりしてもよい。なお、第１実施形態で説明したセンサ１０６も、３６０°撮影が可能なカメラであってもよい。この場合には、センサ１０６の数を削減できる。
【０１６５】
更に、上記第１乃至第３実施形態では、忘れ物か汚損であるかを画像認識や画像理解によって判断する。そして忘れ物であった場合には、その取り扱いを顧客に確認する場合を例に説明した。しかし、忘れ物に例えば財布等の貴重品が含まれていると判断される場合には、顧客に確認することなく、顧客のスマートフォンに忘れ物があることを通知しつつ、顧客のもとに届けてもよい。逆に、晴天時における傘など、価値の低いものと判断される場合には、顧客に確認することなく、ステーション２００で預かるようにしてもよい。晴天であるか否かは、自動車１００のワイパーの動きや、インターネットを通じてウェブサイトから得られる天気情報から判断できる。汚損の場合も同様である。汚損の程度が酷いと判断される場合には、サーバ５００は自動車１００をステーション２００に戻し、汚損の程度が非常に軽微であると判断される場合には、営業運転を継続するようにしてもよい。また、忘れ物の場合、人によって物の価値が異なる。よって、車内に忘れた場合に特にすぐに届けて貰いたい物品については、予め顧客が例えば顧客データベース５３８等に登録しておいてもよい。及び／または、例えばサーバ５００が忘れ物リストを保持し、このリスト内の物品のそれぞれにつき、車内に忘れた場合にすぐに届けてもらうか、ステーション預かりとするかを顧客が指定してもよい。
【０１６６】
上記実施形態で説明したフローチャートは、可能な限りその順序を入れ替えることができ、また平行して実施することができる。また、上記実施形態で説明した画像の例は、あくまで一例に過ぎず、各画像において伝えるべきことが伝わるデザインであれば限定されない。
【０１６７】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【０１６８】
１…タクシー運用システム、１００…自動車、１０１、１０２…座席、１０３…インストルメンタル・パネル、１０４…ハンドル、１０５…ペダル、１０６、１１３、１１７…センサ、１１２…ドア、１１４…スピーカ、１１５…ＧＰＳ受信機、１１６…ディスプレイ、１２０…忘れ物、１２１…汚損、１３１、５３１…プロセッサ、１３２、１３３、５３２、５３３…メモリ、１３４、５３４…入出力回路、１３５、１３６、１３７、１３８、５３５、５４０、５４１、５４２、５４４…プログラム、１４０、５８０…通信部、２００…ステーション、３００、４００…スマートフォン、５００、７００…サーバ、５３６、５３７、５３８、５３９、５４３、５４５、５４６…データ
【図１】
2019168815.tif 000003
【図２】
2019168815.tif 000004
【図３Ａ】
2019168815.tif 000005
【図３Ｂ】
2019168815.tif 000006
【図４Ａ】
2019168815.tif 000007
【図４Ｂ】
2019168815.tif 000008
【図５】
2019168815.tif 000009
【図６Ａ】
2019168815.tif 000010
【図６Ｂ】
2019168815.tif 000011
【図６Ｃ】
2019168815.tif 000012
【図７】
2019168815.tif 000013
【図８Ａ】
2019168815.tif 000014
【図８Ｂ】
2019168815.tif 000015
【図９Ａ】
2019168815.tif 000016
【図９Ｂ】
2019168815.tif 000017
【図９Ｃ】
2019168815.tif 000018
【図１０】
2019168815.tif 000019
【図１１Ａ】
2019168815.tif 000020
【図１１Ｂ】
2019168815.tif 000021
【図１２】
2019168815.tif 000022
【図１３Ａ】
2019168815.tif 000023
【図１３Ｂ】
2019168815.tif 000024
【図１３Ｃ】
2019168815.tif 000025
【図１４】
2019168815.tif 000026
【図１５Ａ】
2019168815.tif 000027
【図１５Ｂ】
2019168815.tif 000028
【図１５Ｃ】
2019168815.tif 000029
【図１６Ａ】
2019168815.tif 000030
【図１６Ｂ】
2019168815.tif 000031
【図１７Ａ】
2019168815.tif 000032
【図１７Ｂ】
2019168815.tif 000033
【図１８】
2019168815.tif 000034
【図１９】
2019168815.tif 000035
【図２０】
2019168815.tif 000036
【図２１】
2019168815.tif 000037
【図２２】
2019168815.tif 000038
【図２３Ａ】
2019168815.tif 000039
【図２３Ｂ】
2019168815.tif 000040
【図２４Ａ】
2019168815.tif 000041
【図２４Ｂ】
2019168815.tif 000042
【図２５】
2019168815.tif 000043
【図２６Ａ】
2019168815.tif 000044
【図２６Ｂ】
2019168815.tif 000045
【図２７Ａ】
2019168815.tif 000046
【図２７Ｂ】
2019168815.tif 000047
【図２８Ａ】
2019168815.tif 000048
【図２８Ｂ】
2019168815.tif 000049
【図２８Ｃ】
2019168815.tif 000050
【図２９】
2019168815.tif 000051
【図３０Ａ】
2019168815.tif 000052
【図３０Ｂ】
2019168815.tif 000053
【図３０Ｃ】
2019168815.tif 000054
【図３１】
2019168815.tif 000055
【図３２Ａ】
2019168815.tif 000056
【図３２Ｂ】
2019168815.tif 000057
【図３２Ｃ】
2019168815.tif 000058
【図３２Ｄ】
2019168815.tif 000059
【図３２Ｅ】
2019168815.tif 000060
【図３２Ｆ】
2019168815.tif 000061
【図３３Ａ】
2019168815.tif 000062
【図３３Ｂ】
2019168815.tif 000063
【図３３Ｃ】
2019168815.tif 000064
【図３４Ａ】
2019168815.tif 000065
【図３４Ｂ】
2019168815.tif 000066