特許 7264799 サーバ装置、情報処理システム、端末装置のプログラム、及び情報処理システムの動作方法

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

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

(11)【特許番号】

(24)【登録日】2023-04-17

(45)【発行日】2023-04-25

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

(51)【国際特許分類】

   G08G 1/123 20060101AFI20230418BHJP

   G06Q 50/10 20120101ALI20230418BHJP

【ＦＩ】

G08G1/123 A

G06Q50/10

【請求項の数】 10

(21)【出願番号】P 2019224679

(22)【出願日】2019-12-12

(65)【公開番号】P2021093078

(43)【公開日】2021-06-17

【審査請求日】2021-12-16

(73)【特許権者】

【識別番号】000003207

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

(73)【特許権者】

【識別番号】000155469

【氏名又は名称】株式会社野村総合研究所

(74)【代理人】

【識別番号】100147485

【弁理士】

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

(74)【代理人】

【識別番号】230118913

【弁護士】

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

(74)【代理人】

【識別番号】100139491

【弁理士】

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

(74)【代理人】

【識別番号】100176728

【弁理士】

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

(72)【発明者】

【氏名】兼市 大輝

(72)【発明者】

【氏名】杉田 直哉

【審査官】佐々木 佳祐

(56)【参考文献】

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

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

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

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

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

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

Ｇ０６Ｑ ５０／１０

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

【請求項1】

複数の端末装置と通信可能な通信部と、前記通信部を介して前記複数の端末装置の情報の授受を仲介する制御部とを有するサーバ装置であって、
前記制御部は、配車の必要性を示す画像オブジェクトが端末装置から他の端末装置へ送られると、配車を提案する配車メッセージを前記端末装置に送る、
サーバ装置。

【請求項2】

請求項１において、
前記制御部は、前記端末装置から前記配車メッセージに対する承諾を受けたときに、前記端末装置の位置への配車を実行する、
サーバ装置。

【請求項3】

請求項１又は２において、
前記制御部は、前記端末装置が前記画像オブジェクトを前記他の端末装置に送るときの前記端末装置の位置及び時刻の一方又は両方に関する配車条件が満たされるときに、前記端末装置に前記配車メッセージを送る、
サーバ装置。

【請求項4】

請求項３において、
前記配車条件は、前記画像オブジェクトを送るときの前記端末装置の位置が前記端末装置のユーザの住所とは異なることである、
サーバ装置。

【請求項5】

サーバ装置と情報を授受する端末装置の制御部により実行されることで、当該端末装置が、
前記サーバ装置を介して他の端末装置へ配車の必要性を示す画像オブジェクトを送り、
前記サーバ装置から配車を提案する配車メッセージを受ける、
プログラム。

【請求項6】

請求項５において、
前記端末装置は、前記配車メッセージに対する承諾を前記サーバに送ることで、当該端末装置の位置への配車を前記サーバ装置に実行させる、
プログラム。

【請求項7】

請求項５又は６において、
前記端末装置は、前記画像オブジェクトを配車事業者から購入するための処理を行った後、当該画像オブジェクトを前記他の端末装置へ送る、
プログラム。

【請求項8】

複数の端末装置と、前記複数の端末装置の情報の授受を仲介するサーバ装置とを有する情報処理システムの動作方法であって、
前記サーバ装置は、配車の必要性を示す画像オブジェクトが一の端末装置から他の端末装置へ送られると、配車を提案する配車メッセージを前記端末装置に送る、
動作方法。

【請求項9】

請求項８において、
前記サーバ装置は、前記一の端末装置から前記配車メッセージに対する承諾を受けたときに、当該一の端末装置の位置への配車を実行する、
動作方法。

【請求項10】

請求項８又は９において、
前記サーバ装置は、前記一の端末装置が前記画像オブジェクトを他の端末装置に送った回数に応じて、配車された車両の乗車料金を減額する、
動作方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

特許文献１には、通信回線を介して、タクシーの配車を行う技術が記載されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００４－３４１８７２号公報

【発明の概要】

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

【0004】

従来の技術では、配車サービスの利便性を向上させる余地がある。

【0005】

本開示の目的は、配車サービスの利便性を向上させることである。

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

【0006】

本開示におけるサーバ装置は、複数の端末装置と通信可能な通信部と、前記通信部を介して前記複数の端末装置の情報の授受を仲介する制御部とを有し、前記制御部は、配車の必要性を示す画像オブジェクトが端末装置から他の端末装置へ送られると、配車を提案する配車メッセージを前記端末装置に送る。

【0007】

本開示における端末装置のプログラムは、サーバ装置と情報を授受する端末装置の制御部により実行されることで、当該端末装置が、前記サーバ装置を介して他の端末装置へ配車の必要性を示す画像オブジェクトを送り、前記サーバ装置から配車を提案する配車メッセージを受ける。

【0008】

本開示における情報処理システムの動作方法によれば、複数の端末装置と、前記複数の端末装置の情報の授受を仲介するサーバ装置とを有する情報処理システムにおいて、前記サーバ装置は、配車の必要性を示す画像オブジェクトが一の端末装置から他の端末装置へ送られると、配車を提案する配車メッセージを前記端末装置に送る。

【発明の効果】

【0009】

本開示におけるサーバ装置等によれば、配車サービスの利便性を向上させることができる。

【図面の簡単な説明】

【0010】

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

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

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

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

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

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

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

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

【0011】

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

【0012】

図１は、一実施形態における情報処理システムの構成例を示す図である。情報処理システム１０は、ネットワーク１６を介して互いに情報通信可能に接続される、ユーザの端末装置１１及び１２、並びにサーバ装置１３及び１４を有する。また、ネットワーク１６には、一以上のタクシー１５がそれぞれの車載装置を介して情報通信可能に接続される。端末装置１１及び１２は、例えば携帯電話機、スマートフォン、タブレット、又はＰＣ（Personal Computer）である。サーバ装置１３及び１４は、例えば、クラウドコンピューティングシステム又はその他のコンピューティングシステムに属し、各種機能を実装するサーバ装置である。ネットワーク１６は、例えばインターネットであるが、アドホックネットワーク、ＬＡＮ(Local Area Network)、ＭＡＮ(Metropolitan Area Network)、もしくは他のネットワーク又はこれらいずれかの組合せが含まれる。

【0013】

端末装置１１及び１２のユーザ（以下、それぞれ、Ｕ１及びＵ２）は、それぞれ端末装置１１及び１２によりＳＮＳ（Social Network Service）アプリケーションを実行することで、サーバ装置１３が提供するＳＮＳサービスを利用する。サーバ装置（以下、ＳＮＳサーバ装置）１３は、ＳＮＳにおけるチャット機能により端末装置１１及び１２のテキストメッセージ又は画像オブジェクトの送受を仲介する。また、ユーザＵ１及びＵ２は、それぞれ端末装置１１及び１２によりタクシーの配車アプリケーションを実行することで、サーバ装置１４が提供するタクシーの配車サービスを利用する。サーバ装置（以下、配車サーバ装置）１４は、例えば端末装置１１からの要求を受けて端末装置１１の位置へ向かうようにタクシー１５に指示を送る。

【0014】

情報処理システム１では、概略次のようにＳＮＳサービスと配車サービスとがユーザＵ１に提供される。ユーザＵ１とユーザＵ２がそれぞれ端末装置１１と端末装置１２を用いて互いにＳＮＳのチャットをしているときに、端末装置１１から端末装置１２への配車の必要性を示す画像オブジェクトの送受をＳＮＳサーバ装置１３が仲介すると、ＳＮＳサーバ装置１３は配車を提案する配車メッセージを端末装置１１に送る。ＳＮＳサーバ装置１３は、端末装置１１から配車メッセージに対する承諾を受けると、配車サーバ装置１４に端末装置１１の位置への配車を実行させる。ここにおいて、ＳＮＳサーバ装置１３と配車サーバ装置１４とが本実施形態における「サーバ装置」に対応する。

【0015】

情報処理システム１は、端末装置１１及び１２の間のＳＮＳサービスにおける画像オブジェクトの授受を契機として配車サービスをユーザＵ１に提供することができる。よって、ユーザＵ１は端末装置１１でＳＮＳアプリケーションを使用しているときにわざわざ配車アプリケーションを起動して操作しなくても、配車サービスを適時に受けることができる。よって、ユーザＵ１の利便性を向上させることができる。

【0016】

図２は、端末装置１１の構成例を示す。端末装置１１は、制御部２１、記憶部２２、通信部２３、測位部２４、入力部２５、及び出力部２６を備える。端末装置１１は、例えば携帯電話機、スマートフォン、タブレット、又はＰＣである。ここに示す構成例の説明は、端末装置１２にも同様に適用される。

【0017】

制御部２１は、１つ以上のプロセッサ、１つ以上の専用回路、又はこれらの組み合わせを含む。プロセッサは、例えば、ＣＰＵ（Central Processing Unit）などの汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。専用回路は、例えば、ＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit）である。制御部２１は、端末装置１１の各部を制御しながら、端末装置１１の動作に関わる情報処理を実行する。

【0018】

記憶部２２は、１つ以上の半導体メモリ、１つ以上の磁気メモリ、１つ以上の光メモリ、又はこれらのうち少なくとも２種類の組み合わせを含む。半導体メモリは、例えば、ＲＡＭ（Random Access Memory）又はＲＯＭ（Read Only Memory）である。ＲＡＭは、例えば、ＳＲＡＭ（Static RAM）又はＤＲＡＭ（Dynamic RAM）である。ＲＯＭは、例えば、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）である。記憶部２２は、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部２２は、端末装置１１の動作に用いられる情報と、端末装置１１の動作によって得られた情報とを記憶する。

【0019】

通信部２３は、１つ以上の通信用インタフェースを含む。通信用インタフェースは、例えば、ＬＴＥ（Long Term Evolution）、４Ｇ（4th Generation）、若しくは５Ｇ（5th Generation）などの移動通信規格に対応したインタフェース、又はＬＡＮインタフェースである。通信部２３は、端末装置１１の動作に用いられる情報を受信し、また端末装置１１の動作によって得られる情報を送信する。端末装置１１は、通信部２３により、近傍のルータ装置または移動体通信の基地局を介してネットワーク１６に接続され、ネットワーク１６経由で他の装置と情報通信を行う。

【0020】

測位部２４には、１つ以上のＧＮＳＳ（Global Navigation Satellite System）受信機が含まれる。ＧＮＳＳには、例えば、ＧＰＳ（Global Positioning System）、ＱＺＳＳ（Quasi-Zenith Satellite System）、ＧＬＯＮＡＳＳ（Global Navigation Satellite System）、及びＧａｌｉｌｅｏの少なくともいずれかが含まれる。測位部２４は、端末装置１１の位置情報を取得する。

【0021】

入力部２５は、１つ以上の入力用インタフェースを含む。入力用インタフェースは、例えば、物理キー、静電容量キー、ポインティングデバイス、ディスプレイと一体的に設けられたタッチスクリーン、又は音声入力を受け付けるマイクロフォンである。入力インタフェースは、さらに、撮像画像又は画像コードを取り込むカメラ、又はＩＣカードリーダーを含んでもよい。入力部２５は、端末装置１１の動作に用いられる情報を入力する操作を受け付け、入力される情報を制御部２１に送る。

【0022】

出力部２６は、１つ以上の出力用インタフェースを含む。出力インタフェースは、例えば、情報を画像・映像として出力する外付け又は内蔵のディスプレイ、情報を音声として出力するスピーカ、又は、外部の出力機器との接続インタフェースである。ディスプレイは、例えば、ＬＣＤ（Liquid Crystal Display）又は有機ＥＬ（Electro Luminescence）ディスプレイである。出力部２６は、端末装置１１の動作によって得られる情報を出力する。

【0023】

端末装置１１の動作は、制御部２１に含まれるプロセッサがプログラムを実行することにより実現される。プログラムは、コンピュータで読取り可能な記録媒体に記録することができる。コンピュータで読取り可能な記録媒体は、例えば、磁気記録装置、光ディスク、光磁気記録媒体、又は半導体メモリである。プログラムは、例えば、プログラムを記録したＤＶＤ（Digital Versatile Disc）又はＣＤ（Compact Disc）－ＲＯＭなどの可搬型記録媒体に記録された状態で流通される。プログラムは、サーバ装置のストレージにプログラムを格納しておき、サーバ装置から他のコンピュータにプログラムを転送することで流通されてもよい。端末装置１１の一部又は全ての動作は、制御部２１に含まれる専用回路により実行されてもよい。

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

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】