特許 7757693 情報処理システム、情報処理方法、及び情報処理プログラム

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

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

(11)【特許番号】

(24)【登録日】2025-10-14

(45)【発行日】2025-10-22

(54)【発明の名称】情報処理システム、情報処理方法、及び情報処理プログラム

(51)【国際特許分類】

   G08G 1/123 20060101AFI20251015BHJP

   G08G 1/13 20060101ALI20251015BHJP

【ＦＩ】

G08G1/123 A

G08G1/13

【請求項の数】 15

(21)【出願番号】P 2021164786

(22)【出願日】2021-10-06

(65)【公開番号】P2023055421

(43)【公開日】2023-04-18

【審査請求日】2024-09-09

(73)【特許権者】

【識別番号】000002185

【氏名又は名称】ソニーグループ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】松本 誠一郎

【審査官】西堀 宏之

(56)【参考文献】

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

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

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

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

【文献】米国特許出願公開第２０１５／０３２４７０８（ＵＳ，Ａ１）

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

Ｇ０８Ｇ １／００－９９／００

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

【請求項1】

移動装置をユーザに割り当てる管理部と、
割り当てが確定した移動装置を含むマップをユーザに表示する表示部と、
を備え、
前記表示部は、前記管理部による割り当てが確定した後であって且つ所定条件が成立している場合に、割り当てが確定したことを表示し、
前記所定条件は、移動装置のルートに関するルート条件及びユーザの種別に関する種別条件のうちの少なくともルート条件を含み、
前記ルート条件は、ピックアップ地から遠ざかる経路が存在しないときに成立する、
情報処理システム。

【請求項2】

移動装置をユーザに割り当てる管理部と、
割り当てが確定した移動装置を含むマップをユーザに表示する表示部と、
を備え、
前記表示部は、前記管理部による割り当てが確定した後であって且つ所定条件が成立している場合に、割り当てが確定したことを表示し、
前記所定条件は、移動装置のルートに関するルート条件及びユーザの種別に関する種別条件のうちの少なくともルート条件を含み、
前記ルート条件は、ピックアップ地から遠ざかる経路がピックアップ地付近にのみ存在するときに成立し、
前記表示部は、前記ルート条件が成立している場合に、ピックアップ地から遠ざかる経路が存在することも表示する、
情報処理システム。

【請求項3】

移動装置をユーザに割り当てる管理部と、
割り当てが確定した移動装置を含むマップをユーザに表示する表示部と、
を備え、
前記表示部は、前記管理部による割り当てが確定した後であって且つ所定条件が成立している場合に、割り当てが確定したことを表示し、
前記所定条件は、移動装置のルートに関するルート条件及びユーザの種別に関する種別条件のうちの少なくともルート条件を含み、
前記ルート条件は、ピックアップ地から遠ざかる経路が存在するときに成立し、
前記表示部は、前記ルート条件が成立している場合に、割り当てが確定した移動装置が前記マップ上を移動する様子を表示しない、
情報処理システム。

【請求項4】

前記表示部は、前記管理部による割り当てが確定した後であっても、所定条件が成立していないときには、移動装置を探索中であることを表示する、
請求項１～３のいずれか１項に記載の情報処理システム。

【請求項5】

前記ユーザの種別は、通常会員ユーザ及び優先会員ユーザを含み、
前記管理部による割り当ては、確定した割り当ての対象を通常会員ユーザから優先会員ユーザに変更することを含み、
前記種別条件は、前記ユーザが通常会員ユーザであり且つ前記変更が発生する可能性が無い場合に成立する、
請求項１～３のいずれか１項に記載の情報処理システム。

【請求項6】

前記変更が発生する可能性は、所定期間が経過すると無くなる、
請求項５に記載の情報処理システム。

【請求項7】

前記変更が発生する可能性は、割り当てが確定した移動装置がピックアップ地に近づくと無くなる、
請求項５に記載の情報処理システム。

【請求項8】

前記移動装置は、車両を含み、
前記割り当ては、配車を含む、
請求項１～３のいずれか１項に記載の情報処理システム。

【請求項9】

前記車両は、タクシーを含む、
請求項８に記載の情報処理システム。

【請求項10】

移動装置をユーザに割り当てることと、
割り当てが確定した移動装置を含むマップをユーザに表示することと、
を含み、
前記表示することでは、割り当てが確定した後であって且つ所定条件が成立している場合に、割り当てが確定したことを表示し、
前記所定条件は、移動装置のルートに関するルート条件及びユーザの種別に関する種別条件のうちの少なくともルート条件を含み、
前記ルート条件は、ピックアップ地から遠ざかる経路が存在しないときに成立する、
情報処理方法。

【請求項11】

移動装置をユーザに割り当てることと、
割り当てが確定した移動装置を含むマップをユーザに表示することと、
を含み、
前記表示することでは、割り当てが確定した後であって且つ所定条件が成立している場合に、割り当てが確定したことを表示し、
前記所定条件は、移動装置のルートに関するルート条件及びユーザの種別に関する種別条件のうちの少なくともルート条件を含み、
前記ルート条件は、ピックアップ地から遠ざかる経路がピックアップ地付近にのみ存在するときに成立し、
前記表示することでは、前記ルート条件が成立している場合に、ピックアップ地から遠ざかる経路が存在することも表示する、
情報処理方法。

【請求項12】

移動装置をユーザに割り当てることと、
割り当てが確定した移動装置を含むマップをユーザに表示することと、
を含み、
前記表示することでは、割り当てが確定した後であって且つ所定条件が成立している場合に、割り当てが確定したことを表示し、
前記所定条件は、移動装置のルートに関するルート条件及びユーザの種別に関する種別条件のうちの少なくともルート条件を含み、
前記ルート条件は、ピックアップ地から遠ざかる経路が存在するときに成立し、
前記表示することでは、前記ルート条件が成立している場合に、割り当てが確定した移動装置が前記マップ上を移動する様子を表示しない、
情報処理方法。

【請求項13】

コンピュータに、
移動装置をユーザに割り当てる処理と、
割り当てが確定した移動装置を含むマップをユーザに表示する処理と、
を実行させる情報処理プログラムであって、
前記表示する処理は、割り当てが確定した後であって且つ所定条件が成立している場合に、割り当てが確定したことを表示し、
前記所定条件は、移動装置のルートに関するルート条件及びユーザの種別に関する種別条件のうちの少なくともルート条件を含み、
前記ルート条件は、ピックアップ地から遠ざかる経路が存在しないときに成立する、
情報処理プログラム。

【請求項14】

コンピュータに、
移動装置をユーザに割り当てる処理と、
割り当てが確定した移動装置を含むマップをユーザに表示する処理と、
を実行させる情報処理プログラムであって、
前記表示する処理は、割り当てが確定した後であって且つ所定条件が成立している場合に、割り当てが確定したことを表示し、
前記所定条件は、移動装置のルートに関するルート条件及びユーザの種別に関する種別条件のうちの少なくともルート条件を含み、
前記ルート条件は、ピックアップ地から遠ざかる経路がピックアップ地付近にのみ存在するときに成立し、
前記表示する処理では、前記ルート条件が成立している場合に、ピックアップ地から遠ざかる経路が存在することも表示する、
情報処理プログラム。

【請求項15】

コンピュータに、
移動装置をユーザに割り当てる処理と、
割り当てが確定した移動装置を含むマップをユーザに表示する処理と、
を実行させる情報処理プログラムであって、
前記表示する処理は、割り当てが確定した後であって且つ所定条件が成立している場合に、割り当てが確定したことを表示し、
前記所定条件は、移動装置のルートに関するルート条件及びユーザの種別に関する種別条件のうちの少なくともルート条件を含み、
前記ルート条件は、ピックアップ地から遠ざかる経路が存在するときに成立し、
前記表示する処理では、前記ルート条件が成立している場合に、割り当てが確定した移動装置が前記マップ上を移動する様子を表示しない、
情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理システム、情報処理方法、及び情報処理プログラムに関する。

【背景技術】

【0002】

例えば特許文献１は、タクシーの運行状況に基づいてタクシーを配車する技術を開示する。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００３－１０９１９１号公報

【発明の概要】

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

【0004】

スマートフォン等の携帯通信端末において、配車依頼用のアプリケーションが普及してきている。

【0005】

例えば、タクシーが迎車地に近づく様子をマップ表示するアプリケーションが考えられる。タクシーの現在地から迎車地までの実際のルートが、マップ上の最短距離よりも長くなる場合がある。タクシーの到着時刻が期待していた時刻よりも遅くなり、ユーザの満足度が低下する可能性がある。

【0006】

通常会員ユーザに対して配車が確定したタクシーの配車を取り消して、優先会員ユーザに配車するアプリケーションも考えられる。配車が取り消された通常会員ユーザの満足度が低下する可能性がある。

【0007】

本開示の一側面は、ユーザの満足度の低下を抑制する。

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

【0008】

本開示の一側面に係る情報処理システムは、移動装置をユーザに割り当てる管理部と、割り当てが確定した移動装置を含むマップをユーザに表示する表示部と、を備え、表示部は、管理部による割り当てが確定した後であって且つ所定条件が成立している場合に、割り当てが確定したことを表示し、所定条件は、移動装置のルートに関するルート条件及びユーザの種別に関する種別条件の少なくとも一方を含む。

【0009】

本開示の一側面に係る情報処理方法は、移動装置をユーザに割り当てることと、割り当てが確定した移動装置を含むマップをユーザに表示することと、を含み、表示することでは、割り当てが確定した後であって且つ所定条件が成立している場合に、割り当てが確定したことを表示し、所定条件は、移動装置のルートに関するルート条件及びユーザの種別に関する種別条件の少なくとも一方を含む。

【0010】

本開示の一側面に係る情報処理プログラムは、コンピュータに、移動装置をユーザに割り当てる処理と、割り当てが確定した移動装置を含むマップをユーザに表示する処理と、を実行させる情報処理プログラムであって、表示する処理は、割り当てが確定した後であって且つ所定条件が成立している場合に、割り当てが確定したことを表示し、所定条件は、移動装置のルートに関するルート条件及びユーザの種別に関する種別条件の少なくとも一方を含む。

【図面の簡単な説明】

【0011】

【図1】第１実施形態に係る情報処理システムの概略構成の例を示す図である。

【図2】車両、ユーザ端末及び情報処理装置の機能ブロックの例を示す図である。

【図3】情報処理システムにおいて実行される処理（情報処理方法）の例を示すフローチャートである。

【図4】配車依頼情報の入力の例を示す図である。

【図5】探車表示の例を示す図である。

【図6】探車表示の例を示す図である。

【図7】探車表示の例を示す図である。

【図8】配車確定表示の例を示す図である。

【図9】配車確定表示の例を示す図である。

【図10】比較例を示す図である。

【図11】比較例を示す図である。

【図12】比較例を示す図である。

【図13】比較例を示す図である。

【図14】比較例を示す図である。

【図15】情報処理システムにおいて実行される処理（情報処理方法）の例を示すフローチャートである。

【図16】配車確定表示の例を示す図である。

【図17】配車確定表示の例を示す図である。

【図18】配車確定表示の例を示す図である。

【図19】配車確定表示の例を示す図である。

【図20】配車確定表示の例を示す図である。

【図21】配車確定表示の例を示す図である。

【図22】配車確定表示の例を示す図である。

【図23】配車確定表示の例を示す図である。

【図24】配車確定表示の例を示す図である。

【図25】配車確定表示の例を示す図である。

【図26】第２実施形態に係る情報処理システムの概略構成の例を示す図である。

【図27】情報処理システムにおいて実行される処理（情報処理方法）の例を示すフローチャートである。

【図28】情報処理システムにおいて実行される処理（情報処理方法）の例を示すフローチャートである。

【図29】情報処理システムにおいて実行される処理（情報処理方法）の例を示すフローチャートである。

【図30】装置のハードウェア構成の例を図である。

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

【0012】

以下に、本開示の実施形態について図面に基づいて詳細に説明する。なお、以下の各実施形態において、同一の要素には同一の符号を付することにより重複する説明を省略する。

【0013】

以下に示す項目順序に従って本開示を説明する。
１．第１実施形態
２．第１実施形態の変形例
３．第２実施形態
４．第２実施形態の変形例
５．各実施形態に共通の変形例
６．ハードウェア構成の例
７．効果の例

【0014】

１．第１実施形態
図１は、第１実施形態に係る情報処理システムの概略構成の例を示す図である。情報処理システム１のユーザの一人を、ユーザＵと称し図示する。情報処理システム１では、ユーザＵに割り当てる移動装置が探索され、割り当てられた移動装置がピックアップ地まで移動する。

【0015】

移動装置の例は、タクシー等の車両であり、その場合、割り当て及び探索は、配車及び探車を意味する。ピックアップ地は、迎車地（乗車地）を意味する。以下、矛盾の無い範囲において、「車両」、「配車」、「探車」及び「迎車地」は、「移動装置」、「割り当て」、「探索」及び「ピックアップ地」に適宜読み替えられてよい。

【0016】

車両を、車両２と称し図示する。図１には、車両２－１、車両２－２及び車両２－３の３台の車両２が例示される。各車両２をとくに区別しない場合には、単に車両２と称する。

【0017】

情報処理システム１は、ユーザ端末３と、情報処理装置４とを含む。ユーザ端末３は、ユーザＵが利用する端末装置であり、例えばスマートフォン、タブレット端末等である。情報処理装置４は、例えばタクシー会社が運用する配車管理装置を構成し得る。車両２、ユーザ端末３及び情報処理装置４は、例えばネットワークＮを介して互いに通信可能に構成される。車両２、ユーザ端末３及び情報処理装置４それぞれでの処理に必要な情報は、それらの間で適宜送受信される。

【0018】

図２は、車両、ユーザ端末及び情報処理装置の機能ブロックの例を示す図である。車両２は、車載器２１と、車両端末装置２２とを含む。

【0019】

車載器２１は、例えば周期的に、車両情報を生成する。車両情報は、車両２の動態ログを表す情報である。車両情報は、営業地区、営業状態を示すステータス、料金（運賃）、現在地、移動速度及び移動方向等を含む。ステータスの例は、実車、空車及び迎車等である。ステータスが実車や迎車の場合には、目的地や迎車地までの移動経路を示すルート情報も、車両情報に含まれる。車両情報は、例えば、料金メータ、ＧＳＰ（Global Positioning System）受信器、ジャイロセンサ、速度メータ等から取得されたデータに基づいて生成される。車両情報は、ＩＤも含む。ＩＤの例は、車両Ｖの所属会社を識別する会社ＩＤ、車両Ｖを識別する無線ＩＤ、車両Ｖのドライバを識別する乗務員ＩＤ等である。他にも、ステータスの生成時刻を表すステータス時刻等が、車両情報に含まれてよい。

【0020】

車載器２１は、生成した車両情報を情報処理装置４に送信する。車両情報の一部、例えば車両２のステータスや現在地等は、情報処理装置４を介して、ユーザ端末３にも送信され得る。

【0021】

車両端末装置２２は、ドライバ用アプリケーションを実行する。車両端末装置２２は、スマートフォン、タブレット端末等であってよい。車両端末装置２２は、配車依頼情報を表示したり、ドライバによる車両端末装置２２の操作を受け付けたりする。配車依頼情報は、迎車地及び目的地、出発時刻、料金等の情報を含む。

【0022】

以下、とくに説明がある場合を除き、車両２での配車に関する処理は、車載器２１や車両端末装置２２によって実行されるものとする。

【0023】

ユーザ端末３は、表示部３１と、処理部３２と、記憶部３３とを含む。表示部３１は、ユーザＵに対して情報を表示する。処理部３２は、ユーザ端末３による配車に必要な処理を実行する。記憶部３３は、ユーザ端末３での処理に必要な情報を記憶する。

【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】

図２７及び図２８は、情報処理システムにおいて実行される処理（情報処理方法）の例を示すフローチャートである。図２７のステップＳ１～ステップＳ６及びステップＳ８～ステップＳ１０の処理は、先に説明した図３の処理と同様である。ユーザ端末３－１の表示部３１及び処理部３２は、配車依頼情報を受け付け、配車依頼情報を情報処理装置４に送信するとともに、探車表示を行う（ステップＳ１、ステップＳ２）。情報処理装置４の管理部４１は、車両２を抽出し、配車依頼情報を車両２－１に送信する（ステップＳ３）。車両２－１の車両端末装置２２は、応答操作を受け付け、受託通知を情報処理装置４に送信する（ステップＳ４）。情報処理装置４の管理部４１は、配車確定通知を車両２－１に送信する（ステップＳ５）。車両２－１は、移動を開始する（ステップＳ６）。

【0066】

先のステップＳ５で確定した車両２－１の配車の対象が、ユーザＵ１（通常会員ユーザ）からユーザＵ２（優先会員ユーザ）に変更される可能性がある。この変更が発生した場合に実行される処理を、ステップＳ２１「変更発生可能性」として図示する。詳細は後に図２８を参照して説明する。ひとまず図２７の例では、ステップＳ２１での変更は発生せず、ステップＳ２２に処理が進められるものとする。

【0067】

ステップＳ２２において、情報処理装置４の管理部４１は、種別条件が成立しているか否かを判断する。種別条件は、ユーザＵ１が通常会員ユーザであり且つ上述の変更が発生する可能性が無い場合に成立する。変更が発生する可能性は、例えば、所定期間が経過したり、配車が確定した車両２が乗車地に近づいたり（例えば１００ｍ以内に位置したり）すると無くなる。所定期間の例は、最大探車時間（例えば約２分等）である。なお、ユーザＵ１のアプリケーション利用履歴等から、ユーザＵ１が探車途中にアプリを終了するといった傾向が見られる場合には、所定期間が最大探車時間よりも短く設定されてよい。種別条件が成立している場合（ステップＳ２２：Ｙｅｓ）、ステップＳ８に処理が進められる。そうでない場合（ステップＳ２２：Ｎｏ）、ステップＳ２２の処理が繰り返され、その間はステップＳ２１での変更が発生する可能性が残る。

【0068】

ステップＳ８に処理が進められると、情報処理装置４の管理部４１は、配車確定通知をユーザ端末３に送信する。ユーザ端末３の表示部３１は、配車確定表示を行う（ステップＳ９）。車両２－１が迎車地に到着し（ステップＳ１０）、ユーザＵ１が車両２－１に乗車する。

【0069】

一方、先のステップＳ２１での変更が発生した場合の処理について、図２８を参照して説明する。ステップＳ２１１において、ユーザ端末３－２の表示部３１及び処理部３２は、配車依頼情報を受け付け、情報処理装置４に送信する。

【0070】

ステップＳ２１２において、情報処理装置４の管理部４１は、車両２を抽出する。この例では、ユーザＵ２への配車に適した車両２が、ユーザＵ１に対して配車が確定した車両２－１だけであるものとする。通常会員ユーザであるユーザＵ１に対する配車よりも、優先会員ユーザであるユーザＵ２に対する配車が優先される。従って、情報処理装置４の管理部４１は、ユーザＵ２に配車する車両２として、車両２－１を抽出する。

【0071】

ステップＳ２１３において、情報処理装置４の管理部４１は、車両２－１の配車対象を、ユーザＵ１からユーザＵ２に変更する。管理部４１は、変更通知及び配車依頼情報を、車両２－１に送信する。また、管理部４１は、ユーザＵ２に対する車両２－１の配車が確定したことを示す配車確定通知を、ユーザ端末３－２に送信する。

【0072】

ステップＳ２１４において、車両２－１の車両端末装置２２が、変更通知及び配車依頼情報をドライバに提示する。ドライバは、変更通知及び配車依頼情報を確認する。車両２－１のルートが、その配車依頼情報に示される迎車地（すなわちユーザＵ２の迎車地）に向かうように変更される。

【0073】

ステップＳ２１５において、ユーザ端末３－２の表示部３１は、配車確定表示を行う。その後、車両２－１が迎車地に到着し（図２７のステップＳ１０に相当）、ユーザＵ２が車両２－１に乗車する。

【0074】

ステップＳ２１６において、情報処理装置４の管理部４１は、ユーザＵ１に配車する車両２を改めて抽出し、配車依頼情報を送信する。この例では、車両２－２が抽出される。

【0075】

ステップＳ２１７において、車両２－２の車両端末装置２２は、応答操作を受け付ける。この例では、配車依頼が受諾される。車両端末装置２２は、受諾通知を、情報処理装置４に送信（返信）する。

【0076】

ステップＳ２１８において、情報処理装置４の管理部４１は、ユーザＵ１に対する車両２－２の配車を確定し、配車確定通知を車両２－２に送信する。

【0077】

ステップＳ２１９において、車両２－２は、迎車地に向かって移動を開始する。その後、情報処理装置４の管理部４１は、ユーザＵ１に対する車両２－２の配車が確定したことを示す配車確定通知を、ユーザ端末３－１に送信する（図２７のステップＳ８に相当）。ユーザ端末３－１の表示部３１は、配車確定表示を行う。車両２－２が迎車地に到着し、ユーザＵ１が車両２－２に乗車する。

【0078】

上記の例では、車両２－１の配車が確定した後であって且つ種別条件が成立している場合に、配車が確定したことが表示される。種別条件は、ユーザＵが通常会員ユーザであり且つ上述の変更が発生する可能性が無い場合に成立する。変更が発生する可能性が残る間は、例えば車両２を探車中であることが表示され続ける。仮に変更が発生したとしても、ユーザＵには、変更が発生したこと（自身への配車が取り消されたこと）は分からない。従って、ユーザＵの満足度の低下を抑制することができる。

【0079】

４．第２実施形態の変形例
上記実施形態では、種別条件の成否判断処理（ステップＳ２２）が情報処理装置４の管理部４１によって実行される例について説明した。ただし、同様の判断処理が、ユーザ端末３の処理部３２によって実行されてもよい。図２９を参照して説明する。

【0080】

図２９は、情報処理システムにおいて実行される処理（情報処理方法）の例を示すフローチャートである。図２７との相違点について述べると、ステップＳ５Ａにおいて、情報処理装置４の管理部４１は、車両２－１だけでなく、ユーザ端末３にも配車確定通知を送信する。ステップＳ２２Ａにおいて、ユーザ端末３の処理部３２は、種別条件が成立しているか否かを判断する。種別条件が成立している場合（ステップＳ２２Ａ：Ｙｅｓ）、ステップＳ９に処理が進められる。そうでない場合（ステップＳ２２Ａ：Ｎｏ）、ステップＳ２２Ａの処理が繰り返され、その間はステップＳ２１での変更が発生する可能性が残る。変更が発生する可能性が残る間は、車両２を探車中であることが表示され続ける。仮に変更が発生したとしても、ユーザＵには、変更が発生したことは分からない。従って、ユーザＵの満足度の低下を抑制することができる。

【0081】

５．各実施形態に共通の変形例
上記各実施形態では、移動装置が車両２である場合を例に挙げて説明した。ただし、移動装置は車両２に限定されない。移動装置の他の例は、バス、電車、飛行機、船、ヘリコプター、トラック、ダンプカー、ドローン等である。

【0082】

情報処理装置４の機能は、複数の装置によって実現されてもよい。例えば異なるタクシー会社の管理下に置かれている複数の車両２が存在する場合には、各タクシー会社が管理する配車管理装置と、それらを統合管理する配車統合管理装置とによって、情報処理装置４の機能が実現されてよい。

【0083】

６．ハードウェア構成の例
図３０は、装置のハードウェア構成の例を示す図である。これまで説明したユーザ端末３や情報処理装置４の機能は、コンピュータに各種のプログラムをインストールすることによって実現され得る。例えば先に説明した情報処理プログラム（図２のアプリケーションプログラム３３ａやアプリケーションプログラム４２ｂ）をコンピュータにインストールすることによって、ユーザ端末３や情報処理装置４の機能が実現される。コンピュータにおいて、ＣＰＵ（Central Processing Unit）２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３は、バス２０４により相互に接続されている。

【0084】

バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、入力部２０６、出力部２０７、記憶部２０８、通信部２０９、及びドライブ２１０が接続されている。

【0085】

入力部２０６は、操作ボタン、キーボード、マウス、マイクロホン、タッチパネル、入力端子等よりなる。出力部２０７は、ディスプレイ、スピーカ、出力端子等よりなる。記憶部２０８は、ハードディスク、RAMディスク、不揮発性のメモリ等よりなる。通信部２０９は、ネットワークインタフェース等よりなる。ドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等のリムーバブル記録媒体２１１を駆動する。

【0086】

以上のように構成されるコンピュータでは、ＣＰＵ２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５及びバス２０４を介して、ＲＡＭ２０３にロードして実行することにより、上述した一連の処理が行われる。ＲＡＭ２０３にはまた、ＣＰＵ２０１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

【0087】

コンピュータ（ＣＰＵ２０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブル記録媒体２１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。

【0088】

コンピュータでは、プログラムは、リムーバブル記録媒体２１１をドライブ２１０に装着することにより、入出力インタフェース２０５を介して、記憶部２０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部２０９で受信し、記憶部２０８にインストールすることができる。その他、プログラムは、ＲＯＭ２０２や記憶部２０８に、あらかじめインストールしておくことができる。

【0089】

７．効果の例
以上で説明した技術は、例えば次のように特定される。開示される技術の１つは、情報処理システム１である。図１～図２９等を参照して説明したように、情報処理システム１は、管理部４１と、表示部３１と、を備える。管理部４１は、移動装置（例えばタクシーである車両２）をユーザＵに割り当てる（例えば配車する）。表示部３１は、割り当てが確定した移動装置を含むマップをユーザＵに表示する。表示部３１は、管理部４１による割り当てが確定した後であって且つ所定条件が成立している場合に、割り当てが確定したことを表示する。所定条件は、移動装置のルートに関するルート条件及びユーザＵの種別に関する種別条件の少なくとも一方を含む。

【0090】

上記の情報処理システム１によれば、移動装置の割り当てが確定した後であって、且つ、ルート条件や種別条件といった所定条件が成立している場合に、割り当てが確定したことが表示される。これにより、所定条件が成立していないのに割り当てが確定したことが表示されることで生じ得るユーザＵの満足度の低下を抑制することができる。

【0091】

図３～図９及び図１５等を参照して説明したように、表示部３１は、管理部４１による割り当てが確定した後であっても、所定条件が成立していないときには、移動装置を探索中であることを表示してよい。例えばこのようにして、所定条件が成立するまでは、割り当てが確定したことをユーザに知らせないようにすることができる。

【0092】

図３～図９及び図１５等を参照して説明したように、ルート条件は、ピックアップ地（例えば迎車地）から遠ざかる経路（迂遠経路）が存在しないときに成立してよい。この場合、ユーザＵには、割り当てが確定した移動装置が迂遠経路を移動していることは見えない。従って、ユーザＵの満足度の低下を抑制することができる。

【0093】

ルート条件は、迂遠経路がピックアップ地付近にのみ存在するときに成立し、表示部３１は、ルート条件が成立している場合に、迂遠経路が存在することも表示してよい。移動装置が迂遠経路を移動することが予めユーザＵに知らされる分、満足度の低下が抑制される。

【0094】

ルート条件は、迂遠経路が存在するときに成立し、表示部３１は、ルート条件が成立している場合に、割り当てが確定した移動装置がマップ上を移動する様子を表示しなくてよい。このようにして、移動装置が迂遠経路を移動することをユーザＵに見せないようにすることもできる。

【0095】

図２６～図２９等を参照して説明したように、ユーザＵの種別は、通常会員ユーザ（例えばユーザＵ１）及び優先会員ユーザ（例えばユーザＵ２）を含み、管理部４１による割り当ては、確定した割り当ての対象を通常会員ユーザから優先会員ユーザに変更することを含み、種別条件は、ユーザＵが通常会員ユーザであり且つ変更が発生する可能性が無い場合に成立してよい。こうすることで、仮に変更が発生したとしても、ユーザＵには、変更が発生したこと（自身への配車が取り消されたこと）は分からない。従って、ユーザＵの満足度の低下を抑制することができる。例えば、変更が発生する可能性は、所定期間が経過すると無くなったり、割り当てが確定した移動装置がピックアップ地に近づくと無くなったりする。

【0096】

図３、図１５及び図２７～図２９等を参照して説明した情報処理方法も、開示される技術の１つである。情報処理方法は、移動装置（例えばタクシーである車両２）をユーザＵに割り当てること（例えばステップＳ３～ステップＳ５）と、割り当てが確定した移動装置を含むマップをユーザＵに表示すること（例えばステップＳ９）と、を含む。表示することでは、割り当てが確定した後であって且つ所定条件が成立している場合（例えばステップＳ７：Ｙｅｓ、ステップＳ２２：Ｙｅｓ）に、割り当てが確定したことを表示する（例えばステップＳ９）。所定条件は、移動装置のルートに関するルート条件及びユーザＵの種別に関する種別条件の少なくとも一方を含む。このような情報処理方法によっても、これまで説明したように、ユーザＵの満足度の低下を抑制することができる。

【0097】

図２、図３、図１５及び図２７～図３０等を参照して説明した情報処理プログラムも、開示される技術の１つである。情報処理プログラム（例えばアプリケーションプログラム３３ａ、アプリケーションプログラム４２ｂ）は、コンピュータに、移動装置（例えばタクシーである車両２）をユーザＵに割り当てる処理と、割り当てが確定した移動装置を含むマップをユーザＵに表示する処理と、を実行させる。表示する処理は、割り当てが確定した後であって且つ所定条件が成立している場合に、割り当てが確定したことを表示する。所定条件は、移動装置のルートに関するルート条件及びユーザの種別に関する種別条件の少なくとも一方を含む。このような情報処理プログラムによっても、これまで説明したように、ユーザＵの満足度の低下を抑制することができる。

【0098】

本開示に記載された効果は、あくまで例示であって、開示された内容に限定されない。他の効果があってもよい。

【0099】

以上、本開示の実施形態について説明したが、本開示の技術的範囲は、上述の実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。

【0100】

なお、本技術は以下のような構成も取ることができる。
（１）
移動装置をユーザに割り当てる管理部と、
割り当てが確定した移動装置を含むマップをユーザに表示する表示部と、
を備え、
前記表示部は、前記管理部による割り当てが確定した後であって且つ所定条件が成立している場合に、割り当てが確定したことを表示し、
前記所定条件は、移動装置のルートに関するルート条件及びユーザの種別に関する種別条件の少なくとも一方を含む、
情報処理システム。
（２）
前記表示部は、前記管理部による割り当てが確定した後であっても、所定条件が成立していないときには、移動装置を探索中であることを表示する、
（１）に記載の情報処理システム。
（３）
前記ルート条件は、ピックアップ地から遠ざかる経路が存在しないときに成立する、
（１）又は（２）に記載の情報処理システム。
（４）
前記ルート条件は、ピックアップ地から遠ざかる経路がピックアップ地付近にのみ存在するときに成立し、
前記表示部は、前記ルート条件が成立している場合に、ピックアップ地から遠ざかる経路が存在することも表示する、
（１）又は（２）に記載の情報処理システム。
（５）
前記ルート条件は、ピックアップ地から遠ざかる経路が存在するときに成立し、
前記表示部は、前記ルート条件が成立している場合に、割り当てが確定した移動装置が前記マップ上を移動する様子を表示しない、
（１）又は（２）に記載の情報処理システム。
（６）
前記ユーザの種別は、通常会員ユーザ及び優先会員ユーザを含み、
前記管理部による割り当ては、確定した割り当ての対象を通常会員ユーザから優先会員ユーザに変更することを含み、
前記種別条件は、前記ユーザが通常会員ユーザであり且つ前記変更が発生する可能性が無い場合に成立する、
（１）～（５）のいずれかに記載の情報処理システム。
（７）
前記変更が発生する可能性は、所定期間が経過すると無くなる、
（６）に記載の情報処理システム。
（８）
前記変更が発生する可能性は、割り当てが確定した移動装置がピックアップ地に近づくと無くなる、
（６）又は（７）に記載の情報処理システム。
（９）
前記移動装置は、車両を含み、
前記割り当ては、配車を含む、
（１）～（８）のいずれかに記載の情報処理システム。
（１０）
前記車両は、タクシーを含む、
（９）に記載の情報処理システム。
（１１）
移動装置をユーザに割り当てることと、
割り当てが確定した移動装置を含むマップをユーザに表示することと、
を含み、
前記表示することでは、割り当てが確定した後であって且つ所定条件が成立している場合に、割り当てが確定したことを表示し、
前記所定条件は、移動装置のルートに関するルート条件及びユーザの種別に関する種別条件の少なくとも一方を含む、
情報処理方法。
（１２）
コンピュータに、
移動装置をユーザに割り当てる処理と、
割り当てが確定した移動装置を含むマップをユーザに表示する処理と、
を実行させる情報処理プログラムであって、
前記表示する処理は、割り当てが確定した後であって且つ所定条件が成立している場合に、割り当てが確定したことを表示し、
前記所定条件は、移動装置のルートに関するルート条件及びユーザの種別に関する種別条件の少なくとも一方を含む、
情報処理プログラム。

【符号の説明】

【0101】

１ 情報処理システム
２ 車両
２１ 車載器
２２ 車両端末装置
３ ユーザ端末
３１ 表示部
３２ 処理部
３３ 記憶部
３３ａ アプリケーションプログラム
４ 情報処理装置
４１ 管理部
４２ 記憶部
４２ａ 車両情報
４２ｂ アプリケーションプログラム
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ バス
２０５ 入出力インタフェース
２０６ 入力部
２０７ 出力部
２０８ 記憶部
２０９ 通信部
２１０ ドライブ
２１１ リムーバブル記録媒体
Ｎ ネットワーク
Ｕ ユーザ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】