JP2016126355A - プログラム、情報配信装置、移動体端末、および方法 - Google Patents

Abstract

【課題】目的地から後の移動体の移動先を推定する。【解決手段】プログラムは、移動体(32)の目的地の入力を受け付け(406)、移動体の過去の移動履歴に基づいて、目的地の後の１つ以上の移動先を含む経路を決定し(410)、位置に対応付けられた配信情報が記憶された記憶部(26)から、１つ以上の移動先の位置に対応付けられた配信情報を取り出し(412,414)、取り出した配信情報を移動体に送信する(414)処理をコンピュータ(20)に実行させる。【選択図】図２

Description

本発明は、移動体の経路の決定に関する。

路側機または無線基地局と、車両に搭載された車載装置との間の狭域無線通信には、ＤＳＲＣ（Dedicated Short-Range Communication）通信方式が使用されることがある。ＤＳＲＣ通信方式は、例えば、標準規格ＡＲＩＢ ＳＴＤ−Ｔ７５およびＡＲＩＢ ＳＴＤ−Ｔ８８で規定されている。

狭域無線通信方式によるシステムにおいて、各無線基地局は、その通信領域にある移動中の車載装置との間の接続を一時的に確立してその車載装置に問合せを行い、車載装置から一連のプローブ情報を受信し収集する。無線基地局は、その収集したプローブ情報をネットワークを介して例えばサーバ装置等に送信する。サーバ装置はそのプローブ情報を処理し、道路の運営者はその処理情報を利用して道路の運営を行い、情報の運営者は車載装置に対して交通情報および広告情報等の情報を提供することができる。

既知の情報提供システムは、情報利用者が指定情報データを提供する情報提供サービスセンタと、利用者ＩＤデータと指定情報データを含む検索対象情報データ群を予め記憶するデータ・サーバとを備える。情報提供システムは、さらに、車両が進入する入口および車両が退出する出口に設置されるＤＳＲＣ装置を備える。情報提供システムは、さらに、この出口から退出する車両から、利用者ＩＤデータと車両で記録した走行記録データを受信し、この利用者ＩＤデータと走行記録データをサービスセンタへ送信するＤＳＲＣ側送受信機を備える。情報提供システムは、さらに、サービスセンタのデータ・サーバに前以て記憶されたサーバ側記憶ＩＤデータと利用者ＩＤデータとを比較照合する機能と、車両の往路時に対応した指定情報データを作成する演算処理機能を備えたデータ処理用端末とを備える。情報提供システムは、さらに、指定情報データを車両の情報利用者側通信端末へ送信するセンタ側送受信機を備える。それによって、道路を走行する車両側に、車両が向かう目的地方面での車両渋滞状況やイベント情報等の情報が、提供可能になる。

既知のナビゲーションでは、ナビゲーション・コントローラが、地図表示および経路探索処理のための各種のデータを格納した地図バッファと、経路探索処理を行うための経路探索処理部、誘導経路メモリ、経路探索メモリとを含んでいる。リモコンユニットの同時探索キーが押下されると、経路探索処理部は、２点間の経路探索に必要な交差点ネットワーク・リストを作成して経路探索メモリに格納し、この共通の交差点ネットワーク・リストを用いて２点間の往路と帰路の探索を同時に行う。それによって、２点間の往復の経路を同時に計算することにより経路探索処理の無駄を低減し、特に帰路の計算時間を大幅に短縮することが、できる。

既知の情報提供システムは、移動するユーザに対して情報を提供する。情報提供システムは、ユーザが生活圏から離れた場所を訪問したことを検出し、その移動履歴を、訪問場所を示す訪問区画とともに、訪問履歴として記録するための訪問履歴登録部を備える。情報提供システムは、さらに、訪問履歴データベースと、訪問履歴データベースに記録された訪問区画に関連する情報をユーザに提供するための施設情報データベース、施設情報検索部、等を備える。

既知のナビゲーション装置は、探索履歴情報を記憶する履歴情報記憶部と、当該探索履歴情報を利用してルート探索条件を設定する探索条件設定部とを備えている。情報提供装置は、実際にルート探索したときのルート探索条件を、ルート探索の開始時刻および目的地までの距離とともに探索履歴情報として記憶する。情報提供装置は、さらに、次に同じ目的地に向かうルートを探索するときには、その記憶してある探索履歴情報と、ルート探索をしようとしている現在の時刻および目的地までの距離とに基づいてルート探索条件を設定する。それによって、情報提供装置は、利用者がルート探索条件の変更作業を行わなくても、その時々の状況に応じたルート探索条件を自動的に設定できる。それによって、ナビゲーション装置および探索条件設定方法は、ルート探索の条件を利用者が逐次設定すること無く、その時々の状況に応じて利用者が好むと思われるルートを提供することが可能である。

既知の車両の運行管理システムは、２つの習慣的行程の組合せ、および／または現在の行程からの寄り道を提案する。行程データベースが、習慣的行程を含む複数の行程を記録している。習慣組合せ案内モジュールが、複数の習慣的行程の組合せを自動的に作成し、ユーザに提案する。寄り道案内モジュールが、現在の行程に対して組合せ可能な行程を、行程データベースから取得される短期的なニーズに基づいて見つけ出し、寄り道としてユーザに提案する。システムは、組合せ行程を提案し、あわせて組合せ行程により得られる影響度もユーザに対して提示する。この結果、ユーザが何らかの側面から有利な組合せ行程を計画することを支援することができる。それによって、組合せ行程の計画が支援できる。

特開２００４−１９９２８３号公報 特開平１０−２３９０７９号公報 国際公開第２００４／０７５３号 特開２００７−１２７５１９号公報 特開２０１１−１６３７７７号公報

目的地へ移動体が移動する経路上では、目的地までの経路に対応する情報が、情報配信装置によって移動体に配信される。一方、発明者たちは、目的地から後の移動体の次の経路が、目的地までの経路と逆の経路を辿るとは限らない、と認識した。また、発明者たちは、目的地までの経路での移動体の移動中に、推定される次の経路に対応する情報が移動体に配信されれば、配信される情報の有用性が高くなる、と認識した。

１つの側面では、本発明の目的は、目的地から後の移動体の移動先を推定することである。
１の側面では、本発明の別の目的は、目的地から後の移動体の移動先の位置に対応付けられた情報を移動体に提供できるようにすることである。

実施形態の一態様によれば、移動体の目的地の入力を受け付け、移動体の過去の移動履歴に基づいて、目的地の後の１つ以上の移動先を含む経路を決定し、位置に対応付けられた配信情報が記憶された記憶部から、１つ以上の移動先の位置に対応付けられた配信情報を取り出し、移動体に、取り出した前記配信情報を送信する処理をコンピュータに実行させるためのプログラムが提供される。

実施形態の１つの側面によれば、目的地から後の移動体の移動先を推定することができ、また、目的地から後の移動体の移動先の位置に対応付けられた情報を移動体に提供することができる。

図１は、実施形態による、情報処理システムの構成（configuration）の例を示している。 図２は、図１の無線基地局装置（ＡＰ）および車載装置の各構成（configurations）と、無線基地局装置、車載装置およびサーバ装置の間の接続関係の例を示している。 図３は、サーバ装置のプロセッサの概略的な構成（configuration）の例を示している。 図４は、出発地から目的地までの往路と、目的地から出発地までの復路の可能性ある複数の経路との関係の例を示している。 図５Ａは、サーバ装置によって実行される、車両の出発地から目的地までの往路に基づいて、復路の経路または経由地を推定し、復路の経路または経由地に基づいて配信情報を決定して車載装置に配信する処理のためのフローチャートの例を示している。 図５Ｂは、図５Ａのステップ４１０の具体的な処理のフローチャートの例を示している。 図６Ａは、気象データベースにおける予報の気象データのテーブルの例を示している。図６Ｂは、気象データベースにおける過去の気象データのテーブルの例を示している。 図７は、利用者関連情報データベースにおける利用者情報のテーブルの例を示している。 図８は、配信情報データベースにおける配信情報のテーブルの例を示している。 図９は、交通情報データベースにおける経路データのテーブルの例を示している。 図１０は、交通情報データベースにおける利用者別の利用者走行履歴のテーブルの例を示している。 図１１Ａ〜１１Ｃは、それぞれのルートにおける過去の時間帯別および気象条件別の利用台数のテーブルの例を示している。 図１２は、過去の利用者別の往復路情報のテーブルの例を示している。 図１３は、利用者全体に関するルート別の往路に対する復路としての各ルートの統計的な利用率のテーブルの例を示している。 図１４は、利用者別の往路に対する復路における逆ルートの利用率のテーブルの例を示している。 図１５は、推定法１に使用される利用者の往復路情報のテーブルの例を示している。 図１６Ａは、推定法１に使用される利用者の往復路情報のテーブルの例を示している。図１６Ｂは、推定法２に使用される利用者の逆ルート利用率の例を示している。 図１７Ａは、推定法１に使用される利用者の往復路情報のテーブルの例を示している。図１７Ｂは、推定法２に使用される利用者の逆ルート利用率の例を示している。図１７Ｃは、推定法３に使用される利用者の往路としてのルートに対する復路としての各ルートの例を示している。 図１８Ａは、推定法１に使用される利用者の往復路情報のテーブルの例を示している。図１８Ｂは、推定法２に使用される利用者の逆ルート利用率の例を示している。図１８Ｃは、推定法３に使用される利用者の往路としてのルートに対する復路としての各ルートの例を示している。 図１８Ｄおよび１８Ｅは、推定法４に使用される過去２箇月の候補のルート別の時間帯毎の利用台数の例を示している。 図１９は、配信情報のリストの例を示している。 図２０Ａおよび２０Ｂは、車載装置によって表示部に表示された配信情報の例を示している。

発明の目的および利点は、請求の範囲に具体的に記載された構成要素および組み合わせによって実現され達成される。
前述の一般的な説明および以下の詳細な説明は、典型例および説明のためのものであって、本発明を限定するためのものではない、と理解される。

本発明の非限定的な実施形態を、図面を参照して説明する。図面において、同様のコンポーネントおよび要素には同じ参照番号が付されている。

車両が出発地から目的地へ移動する往路では、往路の付近の各地域に関連する情報が、情報配信装置によって路側機または無線基地局を介して車載装置に配信される。一方、発明者たちは、車両の復路が同じ車両の往路と逆の経路を辿るとは限らない、と認識した。発明者たちは、往路上での車両の移動中に、推定される復路付近の各地域に関連する情報が情報配信装置によって車載装置に配信されれば、運転手、乗員または乗客にとって、配信される情報の有用性が高くなる、と認識した。また、発明者たちは、往路上での車両の移動中に、推定される復路での移動の時間帯に適した復路付近の各地域に関連する情報が情報配信装置によって車載装置に配信されれば、配信される情報の有用性が高くなる、と認識した。

実施形態の目的は、車両の出発地から目的地までの往路に対する車両の復路を推定することである。また、実施形態の別の目的は、往路での車両の移動中に、推定される復路付近の各地域に関連する情報を車載装置に配信できるようにすることである。また、実施形態のさらに別の目的は、往路での車両の移動中に、推定される復路での移動の時間帯に適した復路付近の各地域に関連する情報を車載装置に配信できるようにすることである。実施形態によれば、これらの目的を達成できる。

図１は、実施形態による、情報処理システム１の構成（configuration）の例を示している。
情報処理システム１は、複数の無線基地局装置（ＡＰ）１０、１２、．．．１４、．．．１８、サーバ装置２０、および車両３０に取り付けられた車載装置３２を含んでいる。車載装置３２は、移動体または移動体端末でもある。車両３０は移動体でもある。複数の無線基地局装置１０〜１８およびサーバ装置２０は、有線ＬＡＮまたは無線ＬＡＮのようなネットワーク（ＮＷ）５を介して互いに接続されていてもよい。

複数の無線基地局装置１０〜１８は、例えば、ＥＴＣ（Electronic Toll Collection System、電子料金収受システム）およびＩＴＳ（Intelligent Transport Systems、高度道路交通システム）スポット用の装置であってもよい。また、無線基地局装置１０〜１８は、例えば、ＲＳＵ（Road-Side Unit）または路側装置であってもよい。また、無線基地局装置１０〜１８は、例えば、道路２または道路２の車線等に沿って既知の位置に分散配置される。ネットワーク５は、有線ＬＡＮ若しくは無線ＬＡＮ、パケット交換網(ＰＳＮ（Packet Switched Network））またはインターネットのようなネットワークを含んでいてもよい。

サーバ装置２０は、多数の車載装置３２から収集したプローブ情報に基づいて、道路交通情報、天気情報および広告情報、等の配信情報を生成して無線基地局装置１０〜１８を介して車載装置３２に送信してもよい。配信情報は、個々の車両３０またはその乗員または乗員グループに適した形態で生成された情報であってもよい。

車載装置３２は、例えばカーナビゲーション・システム、ＶＩＣＳ（登録商標）（Vehicle Information and Communication System、道路交通情報通信システム）およびＥＴＣ端末機能、等を含む、ＩＴＳスポット対応車載器であってもよい。車載装置３２の代わりに、移動体または移動体端末として、車載装置３２と同様の機能を有する、例えば、携帯電話機、スマートフォン、またはタブレット型またはノートブック型のパーソナル・コンピュータのような他の装置が用いられてもよい。

無線基地局装置１０〜１８は、車載装置３２との間で、例えば、道路２の幾何学的特性を考慮したＡＲＩＢ規格に従って狭域無線通信ＤＳＲＣ（Dedicated Short-Range Communication）通信方式で双方向に通信する。無線基地局装置１０〜１８の各々は、例えば３ｍ〜５ｍの幅および例えば２０〜３０ｍのような長さの細長い狭い通信領域において無線通信を行うことができる。車載装置３２は、通過する無線基地局装置１０〜１８の各通信領域において無線通信を行う。

図２は、図１の無線基地局装置（ＡＰ）１０および車載装置３２の各構成（configurations）と、無線基地局装置（ＡＰ）１０、車載装置３２およびサーバ装置２０の間の接続関係の例を示している。

図２において、無線基地局装置１０は、プロセッサ１０２、メモリ１０４、アンテナＡＮＴに結合されたＤＳＲＣ用の無線送受信機（ＴＸ／ＲＸ）１１２、データ通信部１１６、及びネットワーク５に接続されたネットワーク・インタフェース１３０を具えている。プロセッサ１０２は、メモリ１０４、無線送受信機１１２、データ通信部１１６およびネットワーク・インタフェース１３０を制御する。メモリ１０４には、所要のプログラムと、道路２の識別情報および通信領域の識別情報に対応づけられた無線基地局装置１０の基地局識別情報（ＩＤ）等のデータとが格納されている。プロセッサ１０２の機能は、プロセッサ１０２において、集積回路のようなハードウェアの形態で実装されても、またはメモリ１０４に格納されたプログラムに従ってソフトウェアの形態で実装されてもよい。

無線送受信機（ＴＸ／ＲＸ）１１２は、例えば５．８ＧＨｚ帯の複数のチャネルの中の１つのチャネルで複数の車両３０のそれぞれの車載装置３２と通信を行う。その他の無線基地局装置１２〜１８も無線基地局装置１０と同様の構成（configuration）を有し、複数のチャネルの中の対応するチャネルで複数の車両３０のそれぞれの車載装置３２と通信を行う。

図１を参照すると、サーバ装置２０は、情報処理装置であり、例えば、プロセッサ２０２、メモリ２０４、内部バス、ネットワーク・インタフェース（ＮＷ Ｉ／Ｆ）２０８、等を含むコンピュータであってもよい。サーバ装置２０は、例えば、複数のサーバ・ユニットまたはサーバ・ブレードを含むものであってもよい。サーバ装置２０は、さらに、内部バスに結合された、記録媒体読み取り用のドライブ２０６、およびハードディスク・ドライブ（ＨＤＤ）のような記憶装置２６を含んでいる。サーバ装置２０および無線基地局装置１０〜１８は、それぞれのネットワーク・インタフェース２０８および１３０を介しネットワーク５を介して相互に通信を行う。記憶装置２６は、データベース、および配信情報ファイル、等を格納する。ネットワーク・インタフェース２０８および１３０の各々は、ネットワーク５を介して送受信を行うための送信部および受信部を含んでいてもよい。

ドライブ２０６は、ソフトウェアが記録された例えば光ディスクのような記録媒体２６４を読み取るために設けられている。そのソフトウェアは、例えば、ＯＳ、データベース管理システム（ＤＢＭＳ）、アプリケーション・プログラム、等を含んでいてもよい。

プロセッサ２０２は、コンピュータ用のＣＰＵ（Central Processing Unit）であってもよい。メモリ２０４には、例えば、主記憶装置および半導体メモリ等が含まれる。

プロセッサ２０２は、メモリ２０４および／または記憶装置２６に格納されたそのソフトウェアまたはその一部に従って動作するものであってもよい。そのソフトウェアは、記録媒体２６４に格納されていて、ドライブ２０６によって記録媒体２６４から読み出されてサーバ装置２０にインストールされてもよい。また、代替形態として、プロセッサ２０２は、上述のソフトウェアの機能の少なくとも一部を含む例えば集積回路として実装された専用のプロセッサであってもよい。

図２において、車両３０に搭載された車載装置３２は、プロセッサ３０２、メモリ３０４、ナビゲーション部３０６、ＥＴＣ処理部３０８、データ通信部３１０、入力部３１６および可視的および可聴的な表示部３１８を含んでいる。表示部３１８はディスプレイおよびスピーカを含んでいる。車載装置３２は、さらに、インタフェース（ＩＦ）３２０、無線送受信機（ＴＸ／ＲＸ）３１２、およびＧＰＳ装置３１４を含んでいる。無線送受信機３１２はアンテナＡＮＴを含んでいる。ＧＰＳ装置３１４は、ＧＰＳアンテナＧＰＳ＿ＡＮＴを含んでいる。車載装置３２は、車両３０内の有線ＬＡＮを介して、ＥＣＵ（エンジン・コントロール・ユニット）のような複数の制御部（ＣＵ）４１、４２、．．．に接続されている。メモリ３０４には、所要のプログラムおよび車両３０の車両識別情報（ＩＤ）等のデータが格納されている。

車載装置３２のプロセッサ３０２は、車両３０の制御部４１、４２等から車両３０の動作状態および周囲の状態等に関する情報を収集してメモリ３０４に格納する。プロセッサ３０２は、ＧＰＳ装置３１４から車両３０の現在の緯度経度データを収集してメモリ３０４に格納する。また、プロセッサ３０２は、車両３０の車両識別情報と、時刻と共にその走行位置（緯度経度）および走行状態に関するプローブ情報とを含む応答を生成する。無線送受信機３１２は、対応する無線基地局装置１０〜１８にその応答を搬送するＲＦ信号を送信する。プロセッサ３０２の機能は、プロセッサ３０２において、集積回路のようなハードウェアの形態で実装されても、またはメモリ３０４に格納されたプログラムに従ってソフトウェアの形態で実装されてもよい。

図３は、サーバ装置２０のプロセッサ２０２の概略的な構成（configuration）の例を示している。

プロセッサ２０２は、制御部２２２０を含み、さらに、アプリケーション部２２２４、データ処理部２２２６、データ分析部２２２８、復路推定処理部２２３０、配信情報決定処理部２２４０、およびその他の処理部２２５０を含んでいてもよい。制御部２２２０は、アプリケーション部２２２４、データ処理部２２２６、データ分析部２２２８、復路推定処理部２２３０、配信情報決定処理部２２４０および処理部２２５０に制御信号を供給して、これらの要素の動作を制御してもよい。

記憶装置２６は、交通情報データベース（ＤＢ）２６２、気象データベース（ＤＢ）２６６、利用者関連情報データベース（ＤＢ）２７０、および配信情報データベース（ＤＢ）２７４を格納する。交通情報データベース２６２は、例えば、地図データ、経路データ、路線情報、無線基地局情報、および道路規制情報、等のデータおよび情報を含んでいてもよい。気象データベース２６６は、例えば、過去の気象データおよび当日以後の予報の気象データ、警報、注意報および防災データ、等のデータおよび情報を含んでいてもよい。利用者関連情報データベース２７０は、例えば、利用者識別情報のような利用者情報、車両識別情報のような車両情報、車載装置識別情報のような車載装置情報、プローブ情報、またはプローブ情報に基づく利用者走行履歴情報、等の情報を含んでいてもよい。利用者走行履歴情報は、利用者の過去の移動履歴情報でもある。配信情報データベース２７４は、例えば、各地域の、交通情報、通知情報および広告情報、等を含んでいてもよい。

図４は、出発地から目的地までの往路と、目的地から出発地までの復路の可能性ある複数の経路との関係の例を示している。
図４において、ルート１は、エリアＡおよびエリアＢを通る出発地から目的地までの経路であり、ルート２は、ルート１の逆方向の経路である。ルート３は、エリアＣを通る出発地から目的地までの経路であり、ルート４は、ルート３の逆方向の経路である。ルート５は、エリアＤを通る出発地から目的地までの経路であり、ルート６は、ルート５の逆方向の経路である。ここで、車両３０の往路はルート１であるとし、車両３０の可能性ある復路はルート２、ルート４またはルート６であるとする。エリアＡ〜エリアＤの各エリアは、例えばインターチェンジ、サービスエリアおよびパーキングエリアのような、車両３０が通過する経由地を含んでいる。エリアＡ〜エリアＤに関する各配信情報は、例えば、天気、道路交通情報、広告、等に関するそれぞれの地域に固有の情報である。エリアＡ〜エリアＤの各エリアは、それぞれ１つ以上の中継地を含んでいるものとする。

ＤＳＲＣ通信方式による通信手順は、マスタ／スレーブ型であってもよい。この場合、通信制御手順として、路側の無線基地局装置１０〜１８は、マスタとして動作し、車載装置３２に対して送信データの有無を問い合せるためのパケットを送信する。一方、車載装置３２は、スレーブとして動作し、送信用のプローブ情報を保持している場合にこの問い合せに対する応答パケットにデータを格納して送信する。無線基地局装置１０〜１８は、応答パケットにデータが格納されている場合にそのデータを処理する。無線基地局装置１０〜１８の送信問い合せに対して、車載装置３２は、送信データの有無に関係なく応答を送信し返す。

各無線基地局装置１０〜１８と車載装置３２の間で、例えば、半二重通信用のフレームが送受信されてもよい。そのフレームは、例えば、フレーム・ヘッダ、データ送受信（ダウン／アップ・リンク）用の複数のメッセージ・データ・スロット、および車載装置３２との間のアクティベーション・コントロール・スロットの構造を有する。車載装置用の１つのデータ・スロットが、１つの領域内の各１つの車載装置に割り当てられる。

無線基地局装置１０〜１８からの問い合わせは、例えば、ＩＰヘッダ、および問い合わせメッセージ・データの構造を含んでいる。ＩＰヘッダまたはデータには無線基地局装置（１０〜１８）の識別情報が含まれている。

車載装置３２によって送信される応答データ中のプローブ情報は、例えば、車両識別情報（ＩＤ）、現在の日時、現在の緯度経度、車両３０の走行速度、および現在の進行方位（車両の方位角度）に関する情報を含んでいる。車両３０の緯度経度は、車載装置３２のＧＰＳ（Global Positioning System、グローバル・ポジショニング・システム）用のＧＰＳ装置３１４によって測定される。

図１において、車両３０が道路２に沿って走行するに従って、その車載装置３２は、例えば１００ｍのような単位走行距離毎にプローブ情報を生成して保存する。車両３０が道路２に沿って無線基地局装置１０から無線基地局装置１８へと走行する場合、車載装置３２による或る無線基地局装置（１０）との送受信からその次の隣接の無線基地局装置（１２）との送受信までの区間が１区間とされる。車両３０が道路２に沿って走行するに従って、車載装置３２は、各無線基地局装置（１０）から次の各無線基地局装置（１２）までの各区間に各一連のプローブ情報を生成して保存し、その一連のプローブ情報を次の各無線基地局装置（１２）に送信する。

各無線基地局装置１０〜１８は、それぞれの通信領域を通過する各車両３０の車載装置３２から、一連のプローブ情報を受信して一時保存して、ネットワーク５を介して最終的にサーバ装置２０に送信する。従って、サーバ装置２０は、道路２の複数の区間にわたって移動する各車載装置３２の複数の一連のプローブ情報を収集して記憶装置２６に保存して処理し利用者走行履歴情報を生成して保存することができる。また、サーバ装置２０は、複数のプローブ情報を処理して、例えば、道路２の各区間における車両の混雑度または渋滞状況等を求めて交通情報を生成することができる。

次は、復路の経路または経由地の推定、および配信情報の決定について説明する。

図５Ａは、サーバ装置２０によって実行される、車両３０の出発地から目的地までの往路に基づいて、復路の経路または経由地を推定し、復路の経路または経由地に基づいて配信情報を決定して車載装置３２に配信する処理のためのフローチャートの例を示している。図５Ｂは、図５Ａのステップ４１０の復路の推定のための具体的な処理のフローチャートの例を示している。

図５Ａを参照すると、ステップ４０２で、サーバ装置２０のプロセッサ２０２（またはそのデータ処理部２２２６）は、車載装置３２が最初に通過した無線基地局装置１０の位置情報に基づいて記憶装置２６のデータベースから位置情報に関連するデータを収集する。

プロセッサ２０２（データ処理部２２２６）によって収集されるデータは、例えば、気象データベース２６６における、当日およびその後の予報の気象データまたは情報、前日までの過去の気象データまたは情報を含んでいる。気象データは、サーバ装置２０が管理する全国または地方の道路２に関連する地域毎の気象データであってもよい。収集されるデータは、さらに、例えば、交通情報データベース２６２における経路データを含んでいる。収集されるデータは、さらに、例えば、利用者関連情報データベース２７０における、車両３０またはその車載装置３２の識別情報、および利用者走行履歴情報を含んでいる。収集されるデータは、さらに、例えば、配信情報データベース２７４における各地域の配信情報を含んでいる。

図６Ａは、気象データベース２６６における予報のまたは予測された気象データのテーブルの例を示している。図６Ｂは、気象データベース２６６における過去の気象データのテーブルの例を示している。

図６Ａにおいて、予報の気象データは、例えば、インターチェンジ（ＩＣ）、サービスエリア（ＳＡ）およびパーキングエリア（ＰＡ）のような道路に沿った各位置の識別情報、日時で表された当日以後の時間帯、および時間帯における天候（種別）を含んでいる。図６Ｂにおいて、過去の気象データは、例えば、インターチェンジ（ＩＣ）、サービスエリア（ＳＡ）およびパーキングエリア（ＰＡ）のような道路に沿った各位置の識別情報、日時で表された過去の時間帯、および時間帯における天候（種別）を含んでいる。

図７は、利用者関連情報データベース２７０における利用者情報のテーブルの例を示している。
図７において、利用者情報は、例えば、利用者ＩＤ（識別情報）および車載装置ＩＤ（識別情報）を含んでいる。

図８は、配信情報データベース２７４における配信情報のテーブルの例を示している。
図８において、配信情報は、例えば、周辺位置の識別情報、地理的な場所区分、および配信情報内容を含んでいる。配信情報内容は、テキスト、画像、および／または音声の情報を含んでいてもよい。周辺位置の識別情報は、例えば、インターチェンジ（ＩＣ）、サービスエリア（ＳＡ）およびパーキングエリア（ＰＡ）のような道路に沿った各位置の識別情報を含んでいる。

図９は、交通情報データベース２６２における経路データのテーブルの例を示している。
図９において、経路データは、例えば、ルートの識別情報、入口インターチェンジ識別情報、出口インターチェンジ識別情報、１つ以上の経由地の位置の識別情報、および逆ルートの識別情報を含んでいる。ここで、逆ルートは、往路と逆のルートであり、出発地、経由地、目的地が逆の順序になるルートである。例えば、図９の経路データにおいて、ルート１に対する逆ルートは、入口位置と出口位置が逆の順序になるルート２に相当し、ルート３に対する逆ルートは、入口位置と出口位置、および経由地１と２がそれぞれ逆の順序になるルート４に相当する。

図１０は、交通情報データベース２６２における利用者別の利用者走行履歴のテーブルの例を示している。
図１０において、利用者走行履歴は、例えば、利用者ＩＤ（識別情報）、入口位置、入口時間、出口時間、および、１つ以上の経由地およびその経由地通過時間を含んでいる。入口位置は、入口位置のインターチェンジの識別情報であってもよい。出口位置は、出口位置のインターチェンジの識別情報であってもよい。入口時間は、車両３０の車載装置３２が入口位置を通過した時間である。出口時間は、車両３０の車載装置３２が出口位置を通過した時間である。

図５Ａを再び参照すると、ステップ４０４において、プロセッサ２０２（またはそのデータ分析部２２２８）は、収集したデータを分析して、各ルートの過去の時間帯別および気象条件別の利用台数、および過去の利用者別の往復路情報を求める。また、プロセッサ２０２（データ分析部２２２８）は、ルート別の往路に対する復路としての各ルートの利用率、および利用者別の往路に対する復路における逆ルートの利用率を求める。ステップ４０２〜４０４の処理は、例えば、毎日午前０時に実行されてもよい。

各ルートの過去の時間帯別および気象条件別の利用台数は、次のようにして求めることができる。例えば、過去の気象データ、経路データおよび利用者走行履歴に基づいて、復路のルート毎に、過去のデータから時間帯別および気象条件別の利用台数が計数される。次いで、利用者走行履歴と経路データとを照合して、各利用者走行履歴データがいずれのルートのものであるがが判定される。次いで、各ルートの利用者走行履歴のデータが時間帯別に分けられる。次いで、各ルートの時間帯別の利用者走行履歴データと、過去の気象データとを照合して、各ルートの過去の時間帯別および気象条件別の利用台数が求められる。

図１１Ａ〜１１Ｃは、それぞれ、ルート２、ルート４およびルート６における過去の時間帯別および気象条件別の利用台数のテーブルの例を示している。この場合、図１１Ａ〜１１Ｃの利用台数のテーブルは、前の２箇月の４つの気象条件別の利用台数を示している。利用台数は、１日当りの時間帯毎の平均値であってもよい。この場合、２箇月は５月および６月である。また、気象条件は、晴れ、曇り、雨および雪である。時間帯は、１日２４時間における３時間毎の時間帯である。

図１１Ａにおいて、例えば、５月および６月の晴れの各時間帯６時〜９時、９時〜１２時、１２時〜１５時、１５時〜１８時、１８時〜２１時および２１時〜２４時でのルート２の利用台数は、それぞれ１台、４台、２台、７台、８台および１台である。また、例えば、５月および６月の雨の各時間帯６時〜９時、９時〜１２時、１２時〜１５時、１５時〜１８時、１８時〜２１時および２１時〜２４時でのルート２の利用台数は、それぞれ３台、５台、６台、９台、５台および２台である。

図１１Ｂにおいて、例えば、５月および６月の曇りの各時間帯６時〜９時、９時〜１２時、１２時〜１５時、１５時〜１８時、１８時〜２１時および２１時〜２４時でのルート４の利用台数は、それぞれ１台、４台、２台、２台、２台および３台である。また、例えば、５月および６月の雨の各時間帯６時〜９時、９時〜１２時、１２時〜１５時、１５時〜１８時、１８時〜２１時および２１時〜２４時でのルート２の利用台数は、それぞれ３台、５台、１５台、８台、４台および２台である。

図１１Ｃにおいて、例えば、５月および６月の雨の各時間帯６時〜９時、９時〜１２時、１２時〜１５時、１５時〜１８時、１８時〜２１時および２１時〜２４時でのルート２の利用台数は、それぞれ０台、２台、１台、２台、０台および０台である。

過去の利用者別の往復路情報は、次のようにして求めることができる。例えば、利用者情報、経路データおよび利用者走行履歴に基づいて、利用者毎に、利用した往路とその復路のルートが、過去の利用者別の往復路情報として求められる。そのために、例えば、図１０の利用者走行履歴のテーブルを参照して、利用者毎に、入口位置と出口位置、経由地１、２等のデータと、図９の経路データの入口位置、出口位置、経由地１、２等のデータとが一致するルートが求められる。さらに、入口時間と出口時間の関係に基づいて往路と復路が判定されて、過去の利用者別の往復路情報が作成される。

図１２は、過去の利用者別の往復路情報のテーブルの例を示している。
図１２のテーブルは、例えば、利用者ＩＤ（識別情報）、過去に利用した往路のルートの識別情報、および各往路に対して利用した復路のルートの識別情報を含んでいる。

利用者関連情報データベース２７０中の利用者全体に関して、ルート別の往路に対する復路としての各ルートの統計的な利用率は、次のようにして求めることができる。例えば、経路データおよび図１２のような過去の利用者別の往復路情報に基づいて、利用者全体を集計して、各ルート別に往路の各ルートに対する復路の各ルートの利用率が算出される。

図１３は、利用者全体に関するルート別の往路に対する復路としての各ルートの統計的な利用率のテーブルの例を示している。図１３において、ルート別の往路に対する復路としての各ルートの統計的な利用率のテーブルは、例えば、往路のルートの識別情報、復路のルートの識別情報、および各往路の各ルートに対する各復路の各ルートの利用率を含んでいる。例えば、往路としてのルート２に対して、復路としてのルート２の利用率は７５％であり、復路としてのルート４の利用率は２５％である。例えば、往路としてのルート３に対して、復路としてのルート２の利用率は５０％であり、復路としてのルート４の利用率は５０％である。

一方、利用者別の往路に対する復路における逆ルートの利用率は、次のようにして求めることができる。例えば、経路データおよび図１２のような過去の利用者別の往復路情報に基づいて、利用者別に往路に対する復路としての逆ルートの利用率が算出される。

図１４は、利用者別の往路に対する復路における逆ルートの利用率のテーブルの例を示している。
図１４において、逆ルートの利用率のテーブルは、利用者ＩＤ（識別情報）および逆ルートの利用率を含んでいる。図１４において、利用者Ａの逆ルートの利用率は５０％であり、利用者Ｂの逆ルートの利用率は８０％である。

図５Ａを再び参照すると、ステップ４０４の後、ユーザは、車載装置３２の入力部３１６を操作して、ナビゲーション部３０６に、目的地、および目的地からの帰りの予定移動日時を入力する。ナビゲーション部３０６は、出発地としての現在の位置から目的地までのルートの経路を表示部３１８のディスプレイに表示する。データ通信部３１０は、無線基地局装置１０を介しネットワーク５を介してサーバ装置２０に、目的地および帰りの予定移動日時を車両３０のプローブ情報と共に送信する。

ステップ４０６において、サーバ装置３０のデータ通信部３１０は、車載装置３２から、現在の通信領域の無線基地局装置（１０）を介して車載装置３２の現在の位置、車両３０の目的地および帰りの予定移動日時の情報を、プローブ情報と共に受信する。

ステップ４０８において、プロセッサ２０２（またはその復路推定処理部２２３０）は、受信した情報に基づいて、車載装置３２の車両３０の出発地から目的地までのルートまたは経路、および目的地からの帰りの予定移動日時を決定して、記憶装置２６に格納する。

ステップ４１０において、プロセッサ２０２（復路推定処理部２２３０）は、車両３０の往路のルートの目的地および帰りの予定移動日時、およびステップ４０４においてデータの分析によって得られた情報に基づいて、車両３０の復路のルートを推定する。データの分析によって得られた情報は、各ルートの過去の時間帯別の気象条件別の利用台数、過去の利用者別の往復路情報、ルート別の往路に対する復路としての各ルートの利用率、および利用者別の往路に対する復路における逆ルートの利用率を含んでいる。

図５Ｂは、図５Ａのステップ４１０の処理の具体的なフローチャートの例を示している。

図５Ｂを参照すると、ステップ４２２において、プロセッサ２０２（復路推定処理部２２３０）は、車載装置３２の利用者の過去の利用者別の往復路情報に基づいて推定法１を適用して、今回の復路のルートを推定する。推定法１は、利用者が今回利用する往路のルートの走行履歴が一定回数以上ある場合に、その復路のルートの履歴から復路を推定するものである。また、推定法１は、利用者別の往復路情報（例えば図１２）を参照して、車両３０の利用者の今回と同じ往路の走行履歴が２回（閾値）以上あり、かつ復路が閾値より大きい割合（％）で特定のルートであるという判定条件１が満たされたかどうかの判定によるものである。それによって、今回利用者が利用する往路のルートの利用の履歴に基づいて、利用可能性の高い復路のルートが推定できる。

ステップ４２４において、プロセッサ２０２（復路推定処理部２２３０）は、判定条件１が満たされたかどうかを判定する。判定条件１が満たされたと判定された場合は、ステップ４２６において、プロセッサ２０２（復路推定処理部２２３０）は、閾値より大きい割合の特定のルートを復路と決定または推定する。判定条件１が満たされないと判定された場合は、手順はステップ４２８に進む。

図１５は、推定法１に使用される利用者Ａの往復路情報のテーブルの例を示している。この場合、図１５のテーブルは、図１２のテーブルから抽出された利用者Ａの過去の往復路情報を含んでいる。図１５において、利用者Ａの今回と同じ往路のルート１の走行履歴が２回以上あり、かつ復路のルートが閾値９５％より大きい割合で特定のルート２であるので、ルート２が往路として決定される。代替形態として、閾値は、例えば、９０％、９９％または１００％であってもよい。

図１６Ａは、推定法１に使用される利用者Ｂの往復路情報のテーブルの例を示している。この場合、図１６Ａのテーブルは、図１２のテーブルから抽出された利用者Ｂの往復路情報を含んでいる。図１６Ａにおいて、利用者Ｂの今回と同じ往路のルート１の走行履歴は２回以上あるが、復路が閾値９５％より大きい割合であるような特定のルートが存在しない。

図１７Ａは、推定法１に使用される利用者Ｃの往復路情報のテーブルの例を示している。この場合、図１７Ａのテーブルは、図１２のテーブルから抽出された利用者Ｃの往復路情報を含んでいる。図１７Ａにおいて、利用者Ｃの今回と同じ往路のルート１の走行履歴は２回以上あるが、復路が閾値９５％より大きい割合であるような特定のルートが存在しない。

図１８Ａは、推定法１に使用される利用者Ｄの往復路情報のテーブルの例を示している。この場合、図１８Ａのテーブルは、図１２のテーブルから抽出された利用者Ｄの往復路情報を含んでいる。図１８Ａにおいて、利用者Ｄの今回と同じ往路のルート３の走行履歴は２回あり、即ち２回以上あるが、復路が閾値９５％より大きい割合であるような特定のルートが存在しない。

ステップ４２８において、プロセッサ２０２（復路推定処理部２２３０）は、推定法２を適用して、今回の復路のルートを推定する。推定法２は、利用者が今回利用する往路のルートの走行履歴が一定回数（閾値）より少なく、推定法１で復路のルートを推定するのは困難であると判定された場合に適用される。また、推定法１は、利用者が今回利用するルート以外に他の往路ルートと復路ルートの全ての走行履歴に基づいて逆ルートの利用率を求めて復路を推定するものである。また、推定法２は、利用者別の往復路情報（例えば図１２）を参照して、車両３０の利用者の往路の各ルートに対する復路として逆ルートの割合（％）が閾値より大きいという判定条件２が満たされたかどうかの判定によるものである。それによって、今回利用者が利用する往路のルートの利用の履歴情報だけでは推定法１で推定するのが困難である場合でも、他のルート利用の走行履歴に基づいて、利用可能性の高い復路のルートが推定できる。

ステップ４３０において、プロセッサ２０２（復路推定処理部２２３０）は、判定条件２が満たされたかどうかを判定する。判定条件２が満たされたと判定された場合は、ステップ４３２において、プロセッサ２０２（復路推定処理部２２３０）は、逆ルートを復路と決定とする。判定条件２が満たされないと判定された場合は、手順はステップ４３４に進む。

図１６Ｂは、推定法２に使用される利用者Ｂの逆ルート利用率の例を示している。この場合、図１６Ｂの逆ルートの利用率（％）は、図１４のテーブルから抽出された利用者Ｂの全ての往路に対する逆ルートの利用率である。図１６Ｂにおいて、利用者Ｂの逆ルート利用率が８０％であり閾値７０％より大きいので、今回の往路のルート１の逆ルート２が往路として決定される。閾値は、例えば７５％であってもよい。

図１７Ｂは、推定法２に使用される利用者Ｃの逆ルート利用率の例を示している。この場合、図１７Ｂの逆ルートの利用率（％）は、図１４のテーブルから抽出された利用者Ｃの全ての往路に対する逆ルートの利用率である。図１７Ｂにおいて、利用者Ｃの逆ルート利用率が６０％であり閾値７０％以下なので、今回の往路のルート１の逆ルート２は往路として決定されない。

図１８Ｂは、推定法２に使用される利用者Ｄの逆ルート利用率の例を示している。この場合、図１８Ｂの逆ルートの利用率（％）は、図１４のテーブルから抽出された利用者Ｄの全ての往路に対する逆ルートの利用率である。図１８Ｂにおいて、利用者Ｄの逆ルート利用率が５０％であり閾値７０％以下なので、今回の往路のルート１の逆ルート２は往路として決定されない。

ステップ４３４において、プロセッサ２０２（復路推定処理部２２３０）は、推定法３を適用して、今回の復路のルートを推定する。推定法３は、利用者の走行履歴自体が少なく、推定法１および２では、往路に対する復路のルートを推定することが困難な場合に、全利用者を対象として、今回利用するルートの利用の履歴に基づいて、復路のルートを推定するものである。また、推定法３は、往路としての各ルートに対する復路としての各ルートの利用率（例えば図１３）を参照して、往路として利用されたルートに対して復路としての特定のルートの利用率が閾値より大きいという判定条件３が満たされたかどうかの判定によるものである。それによって、利用者自身の走行履歴が少ない場合でも、他の利用者の走行履歴に基づいて、利用可能性の高い復路のルートが推定できる。

ステップ４３６において、プロセッサ２０２（復路推定処理部２２３０）は、判定条件３が満たされたかどうかを判定する。判定条件３が満たされたと判定された場合は、ステップ４３８において、プロセッサ２０２（復路推定処理部２２３０）は、特定のルートを復路と決定とする。判定条件３が満たされないと判定された場合は、手順はステップ４４０に進む。

図１７Ｃは、推定法３に使用される利用者Ｃの往路としてのルートに対する復路としての各ルートの例を示している。この場合、図１７Ｃは、図１３のテーブルから抽出された利用者Ｃの今回の往路としてのルート１に対する復路としての各ルートの利用率である。図１７Ｃにおいて、利用者Ｃの往路としてのルート１に対する復路としてのルート２の利用率が閾値７０％より大きいので、往路としてルート２が決定される。

図１８Ｃは、推定法３に使用される利用者Ｄの往路としてのルートに対する復路としての各ルートの例を示している。この場合、図１８Ｃは、図１３のテーブルから抽出された利用者Ｄの今回の往路としてのルート３に対する復路としての各ルートの利用率である。図１８Ｃにおいて、利用者Ｄの往路ルート３に対する復路としてのルート２および４の各利用率が閾値７０％以下なので、往路は決定されない。

ステップ４４０において、プロセッサ２０２（復路推定処理部２２３０）は、推定法４を適用して、今回の復路のルートを推定する。推定法４は、利用者の走行履歴のデータまたは件数が少なく、上述の推定法１〜３でも復路のルートを推定することが困難な場合、人がルートを決定する際に参考としていると考えられる気象条件を追加的に考慮して、復路のルートを推定するものである。また、推定法４は、往路に対する復路の各ルートの帰りの時間帯の予報と同じ気象条件の過去の利用台数を参照して、往路に対する復路の候補のルートの中で帰りの時間帯での利用台数が最も多いという判定条件４が満たされたかどうかの判定による。復路の各ルートの帰りの時間帯の予報と同じ気象条件の過去の利用台数が、例えば図１１Ａ〜１１Ｃのテーブルに示されている。

ステップ４４２において、プロセッサ２０２（復路推定処理部２２３０）は、判定条件４が満たされたかどうかを判定する。判定条件４が満たされたと判定された場合は、ステップ４４４において、プロセッサ２０２（復路推定処理部２２３０）は、帰りの日時の時間帯の予報と同じ気象条件における過去の利用台数が最も多い候補のルートを、復路と決定とする。判定条件４が満たされないと判定された場合は、手順はステップ４４６に進む。

図１８Ｄおよび１８Ｅは、推定法４に使用される過去２箇月の候補のルート別の時間帯毎の利用台数の例を示している。この場合、図１８Ｄおよび１８Ｅのテーブルは、図１１Ａ〜１１Ｃのテーブルから抽出された、利用者Ｄの今回と同じルートの往路に対する復路の候補のルート２および４の過去の時間帯別および気象条件別の利用台数のテーブルである。ここで、利用者Ｄの帰りの日時の時間帯１２時〜１５時でのルート２とルート４における予報の気象条件が共に雨であったとする。図１８Ｄおよび１８Ｅにおいて、利用者Ｄの復路の候補のルート４の時間帯１２時〜１５時での雨のときの利用台数１５台が、復路の候補のルート２の時間帯１２時〜１５時での雨のときの利用台数６台より多いので、ルート４が往路として決定される。

一方、利用者Ｄの帰りの日時の時間帯２１時〜２４時でのルート２とルート４における予報の気象条件が共に晴れであったとする。図１８Ｄおよび１８Ｅにおいて、利用者Ｄの復路としての候補のルート２および４の時間帯２１時〜２４時の晴れのときの利用台数は共に１台で同じなので、この場合、利用者Ｄの復路は決定されない。

ステップ４４６において、プロセッサ２０２（復路推定処理部２２３０）は、経路データ（例えば図９）を参照して、復路に対する往路のルートを、往路のルートの逆ルートと決定とする。この処理は、推定法１〜４のいずれでも復路のルートの推定が困難な場合に、逆ルートを復路ルートと推定するものである。

図１８Ｄおよび１８Ｅにおいて、利用者Ｄの帰りの日時の時間帯２１時〜２４時でのルート２とルート４における気象条件では、利用者Ｄの復路が決定されない。この場合、例えば、図９において、ルート１の逆ルートはルート２なので、利用者Ｄの往路としてのルート１に対する復路がルート２と決定される。

図５Ａを再び参照すると、ステップ４１２において、プロセッサ２０２（復路推定処理部２２３０）は、決定された復路のルートの経路データに基づいて、決定された復路のルートに含まれる入口位置、経由地の各位置、および出口位置を抽出する。入口位置、出口位置は、例えば、インターチェンジであってもよい。復路のルートに含まれる経由地は、復路の経路における車両の３０の移動先である。経由地の各位置は、例えば、インターチェンジ、および／またはサービスエリアであってもよい。

次いで、プロセッサ２０２（またはその配信情報決定処理部２２４０）は、抽出された各位置に基づいて、配信情報のテーブルから、各位置に対応付けられたそれぞれの配信情報を取り出しまたは抽出する。次いで、プロセッサ２０２（配信情報決定処理部２２４０）は、車両３０の車載装置３２に対する配信情報およびその優先順位を決定する。その際、経路データに基づいて、ルートの入口位置、出口位置および経由地が決定され、各位置に対応する配信情報が決定される。配信情報として、複数の広告が存在する場合、例えば、次の優先順位に従って配信の順番が決定される。

（１）復路ルート中の経由地、入口位置、出口位置の順でより高い優先順位が与えられる。
（２）複数の経由地の中で、目的地により近い位置周辺の広告に、より高い優先順位が与えられる。
（３）同じ１つの経由地の周辺に複数の広告が存在する場合、広告費がより高い広告に、より高い優先度が与えられる。また、同じ広告費の広告が複数存在する場合、広告の利用率がより高い広告により高い優先度が与えられてもよい。ここで、広告の利用率は、例えば、調査に基づいて、広告を配信した回数に対する、配信された広告を視聴した乗員が広告主の商品を購入しまたはサービスを利用したという事例の数であってもよい。

図１９は、配信情報のリストの例を示している。
図１９の配信情報のリストは、周辺位置、場所区分、広告内容、および優先順位の各フィールドを含んでいる。配信情報のリストにおいて、復路のルートに沿ってサービスエリア“ＳＡ（ａ）”および“ＳＡ（ｂ）”、インターチェンジ“ＩＣ（ｃ）”、等は、この順に優先順位が与えられている。広告内容は、文字、画像および／または音声の情報を含んでいてもよい。

ステップ４１４において、プロセッサ２０２（配信情報決定処理部２２４０）は、配信情報のリストに従って、データ通信部２２２６に、無線基地局１４〜１８を介して車載装置３２に配信情報を順に配信させる。車載装置３２は、無線基地局１４〜１８から配信情報を受信して、表示部３１８に可視表示および／または可聴表示を行う。配信情報の配信は、車両３０の往路のルート上で、出発地の無線基地局装置１０の通過後の途中の無線基地局装置１４から目的地付近の無線基地局装置１８までの間で完了すればよい。その際、安全のための緊急情報のような優先情報は、他の配信情報に優先して配信される。

図２０Ａおよび２０Ｂは、車載装置３２によって表示部３１８に表示された配信情報の例を示している。

図２０Ａにおいて、車載装置３２の表示部３１８に、道路交通情報として、例えば、テキスト情報“本日７月２日午後６時から明日１０月２０日正午までのＩＣ（Ｃ）付近の天気は雨が予想されています。お帰りの際は、走行に十分お気をつけ下さい。”が表示される。追加的にまたは代替形態として、車載装置３２の表示部３１８のスピーカで、同じテキスト情報が合成音声の形態で可聴表示され放音されてもよい。

図２０Ｂにおいて、車載装置３２の表示部３１８に、広告情報として、例えば、テキスト情報“Ａ店でＢの特産品セールを実施中です！ インターチェンジＣを降りて１０分のところにあります。お帰りの際には、ぜひお立ち寄り下さい。”が表示される。追加的にまたは代替形態として、車載装置３２の表示部３１８に（スピーカで）、同じテキスト情報が合成音声の形態で可聴表示されてもよい。

このように、往路のルート１上で往路のルート４等に適した情報を配信することによって、車両３０の乗員が帰りの復路上の経由地に立ち寄ることが、効率的に促進される。また、その経由地において広告に関連する商品を購入しまたはサービスを利用することが、効率的に促進される。また、それによって、配信情報の配信効果および利用価値が高くなる。

実施形態によれば、サーバ装置２０は、目的地から後の移動体の経路を推定することができ、また、目的地から後の移動体の推定された経路の各位置に対応付けられた配信情報を移動体に提供することができる。

ここで挙げた全ての例および条件的表現は、発明者が技術促進に貢献した発明および概念を読者が理解するのを助けるためのものであり、ここで具体的に挙げたそのような例および条件に限定することなく解釈され、また、明細書におけるそのような例の編成は本発明の優劣を示すこととは関係ない、と理解される。本発明の実施形態を詳細に説明したが、本発明の精神および範囲から逸脱することなく、それに対して種々の変更、置換および変形を施すことができる、と理解される。

以上の実施例を含む実施形態に関して、さらに以下の付記を開示する。
（付記１）移動体の目的地の入力を受け付け、
前記移動体の過去の移動履歴に基づいて、前記目的地の後の１つ以上の移動先を含む経路を決定し、
位置に対応付けられた配信情報が記憶された記憶部から、前記１つ以上の移動先の位置に対応付けられた配信情報を取り出し、
前記移動体に、取り出した前記配信情報を送信する
処理をコンピュータに実行させるためのプログラム。
（付記２）前記経路は、前記移動体の出発地から前記目的地までの経路に対する前記目的地からの経路に関する前記移動体の前記移動履歴に基づいて決定されるものであることを特徴とする、付記１に記載のプログラム。
（付記３）前記経路は、前記移動体の出発地から前記目的地までの経路に対する前記目的地からの逆の経路に関する前記移動体の前記移動履歴に基づいて決定されるものであることを特徴とする、付記１または２に記載のプログラム。
（付記４）前記経路は、前記移動体の出発地から前記目的地までの経路の後の経路の統計的な利用率に基づいて決定されるものであることを特徴とする、付記１乃至３のいずれかに記載のプログラム。
（付記５）前記経路は、前記移動体から受け取った前記目的地からの予定移動時間と、前記記憶部における前記予定移動時間に対応する前記経路の過去の気象情報および予報の気象情報とに基づいて決定されるものであることを特徴とする、付記１乃至４のいずれかに記載のプログラム。
（付記６）前記経路は、前記予報の気象情報に対応する前記過去の気象情報における前記経路を移動した移動体の数に基づいて決定されるものであることを特徴とする、付記５に記載のプログラム。
（付記７）前記配信情報は、前記移動体の出発地から前記目的地までの経路において送信されるものであることを特徴とする、付記１乃至６のいずれかに記載のプログラム。
（付記８）前記配信情報は、前記１つ以上の移動先の位置の優先順位に従って送信されるものであることを特徴とする、付記１乃至７のいずれかに記載のプログラム。(412)
（付記９）前記配信情報は、前記１つ以上の移動先の位置の各位置における前記配信情報の優先順位に従って送信されるものであることを特徴とする、付記１乃至８のいずれかに記載のプログラム。
（付記１０）移動体の目的地の入力を受け付け、
前記移動体の前記移動履歴に基づいて、前記目的地から前記移動体の出発地へ戻るための経路を決定し、
位置に対応付けられた配信情報が記憶された記憶部から、前記経路に含まれる１つ以上の移動先の位置に対応付けられた配信情報を取り出し、
前記移動体に、取り出した前記配信情報を送信する
処理をコンピュータに実行させるためのプログラム。
（付記１１）移動体の目的地の入力を受け付け、前記移動体の過去の移動履歴に基づいて、前記目的地の後の１つ以上の移動先を含む経路を決定する第１の処理部と、
（位置に対応付けられた配信情報が記憶された記憶部から、前記１つ以上の移動先の位置に対応付けられた配信情報を取り出す第２の処理部と、
前記移動体に、取り出した前記配信情報を送信する送信部と、
を含む、情報配信装置。
（付記１２）移動体の目的地の情報を送信し、前記移動体の過去の移動履歴に基づいて特定された前記目的地の後の１つ以上の移動先の位置または前記１つ以上の移動先を含む経路中の位置に対応付けられた配信情報を受信する通信部と、
受信した前記配信情報を表示部に表示させる処理部と、
を含む移動体端末。
（付記１３）コンピュータが、
移動体の目的地の入力を受け付け、
前記移動体の過去の移動履歴に基づいて、前記目的地の後の１つ以上の移動先を含む経路を決定し、
位置に対応付けられた配信情報が記憶された記憶部から、前記１つ以上の移動先の位置に対応付けられた配信情報を取り出し、
前記移動体に、取り出した前記配信情報を送信する
処理を実行する方法。

１ 情報処理システム
５ ネットワーク
１０、１２、１４、１８ 無線基地局装置
２０ サーバ装置
２０２ プロセッサ
２６ 記憶装置
３０ 車両
３２ 車載装置

Claims (11)

1. 移動体の目的地の入力を受け付け、
   前記移動体の過去の移動履歴に基づいて、前記目的地の後の１つ以上の移動先を含む経路を決定し、
   位置に対応付けられた配信情報が記憶された記憶部から、前記１つ以上の移動先の位置に対応付けられた配信情報を取り出し、
   前記移動体に、取り出した前記配信情報を送信する
   処理をコンピュータに実行させるためのプログラム。
2. 前記経路は、前記移動体の出発地から前記目的地までの経路に対する前記目的地からの経路に関する前記移動体の前記移動履歴に基づいて決定されるものであることを特徴とする、請求項１に記載のプログラム。
3. 前記経路は、前記移動体の出発地から前記目的地までの経路に対する前記目的地からの逆の経路に関する前記移動体の前記移動履歴に基づいて決定されるものであることを特徴とする、請求項１または２に記載のプログラム。
4. 前記経路は、前記移動体の出発地から前記目的地までの経路の後の経路の統計的な利用率に基づいて決定されるものであることを特徴とする、請求項１乃至３のいずれかに記載のプログラム。
5. 前記経路は、前記移動体から受け取った前記目的地からの予定移動時間と、前記記憶部における前記予定移動時間に対応する前記経路の過去の気象情報および予報の気象情報とに基づいて決定されるものであることを特徴とする、請求項１乃至４のいずれかに記載のプログラム。
6. 前記配信情報は、前記移動体の出発地から前記目的地までの経路において送信されるものであることを特徴とする、請求項１乃至５のいずれかに記載のプログラム。
7. 前記配信情報は、前記１つ以上の移動先の位置の優先順位に従って送信されるものであることを特徴とする、請求項１乃至６のいずれかに記載のプログラム。
8. 移動体の目的地の入力を受け付け、
   前記移動体の過去の移動履歴に基づいて、前記目的地から前記移動体の出発地へ戻るための経路を決定し、
   位置に対応付けられた配信情報が記憶された記憶部から、前記経路に含まれる１つ以上の位置に対応付けられた配信情報を取り出し、
   前記移動体に、取り出した前記配信情報を送信する
   処理をコンピュータに実行させるためのプログラム。
9. 移動体の目的地の入力を受け付け、前記移動体の過去の移動履歴に基づいて、前記目的地の後の１つ以上の移動先を含む経路を決定する第１の処理部と、
   位置に対応付けられた配信情報が記憶された記憶部から、前記１つ以上の移動先の位置に対応付けられた配信情報を取り出す第２の処理部と、
   前記移動体に、取り出した前記配信情報を送信する送信部と、
   を含む、情報配信装置。
10. 移動体の目的地の情報を送信し、前記移動体の過去の移動履歴に基づいて特定された前記目的地の後の１つ以上の移動先の位置または前記１つ以上の移動先を含む経路中の位置に対応付けられた配信情報を受信する通信部と、
    受信した前記配信情報を表示部に表示させる処理部と、
    を含む移動体端末。
11. コンピュータが、
    移動体の目的地の入力を受け付け、
    前記移動体の過去の移動履歴に基づいて、前記目的地の後の１つ以上の移動先を含む経路を決定し、
    位置に対応付けられた配信情報が記憶された記憶部から、前記１つ以上の移動先の位置に対応付けられた配信情報を取り出し、
    前記移動体に、取り出した前記配信情報を送信する
    処理を実行する方法。

Images