JP2008039399A - サーバ装置、混雑回避処理プログラム - Google Patents

Abstract

【課題】目的地における混雑をも回避するのに必要な情報をユーザに提供することを課題とする。
【解決手段】サーバ装置は、履歴情報記録手段と、受信手段と、最適出発時刻算出手段と、送信手段と、を備える。履歴情報記録手段は、複数の通信型ナビゲーション装置によって送信された実際に車両が移動した際における履歴情報を記録する。受信手段は、設定情報を受信する。最適出発時刻算出手段は、設定情報の目的地及び出発地と同一の目的地及び出発地を有する履歴情報のうち、設定情報の出発日を含む所定の期間内の日時を出発日として有する履歴情報を基に、目標到達時刻以前の到着時刻を有する履歴情報の出発時刻を最適出発時刻として求める。これにより、ユーザは、目標到達時刻までに目的地に到着することのできる最適出発時刻を知ることができる。
【選択図】図１

Description

本発明は、通信型ナビゲーション装置と通信可能なサーバ装置の技術分野に属し、特にルート案内に伴って行われる混雑情報の取得に関する。

従来、車載用のナビゲーション装置において、道路交通情報通信システム（Vehicle Information Communication System:ＶＩＣＳ）から交通事故や渋滞などの交通情報（ＶＩＣＳデータ）を取得し、地図情報に交通事故や渋滞などの交通情報を表す表示を重畳させて表示装置の表示画面に表示することで、利用者に報知する技術が知られている。この応用例として、特許文献１には、取得したＶＩＣＳデータに基づいて渋滞予測を行い、ユーザが出発しなければならないタイミングを報知する技術が記載されている。また、特許文献２には、取得したＶＩＣＳデータと、イベントカレンダーを元に、渋滞予測を行う技術が記載されている。

なお、特許文献３には、ＶＩＣＳデータを基に出発地から目的地までの渋滞を考慮したルート探索を行う技術が記載されている。

特開２００５−１７２５６０号公報 特開２００５−４９９９７号公報 特開２００４−１７０３７７号公報

しかしながら、上記の各特許文献に記載の技術では、目的地における混雑具合を知ることはできないため、ユーザは、経路上の道路の渋滞を回避して目的地に着いたとしても、当該目的地において混雑に遭遇する可能性がある。この場合、ユーザは、当該目的地において駐車をすることができない等、多くの不便がある。

本発明は、上記の点に鑑みてなされたものであり、目的地までの経路の混雑だけでなく、目的地における混雑をも回避するのに必要な情報をユーザに提供することを課題とする。

請求項１に記載の発明は、複数の通信型ナビゲーション装置及び情報端末装置と通信手段を介して通信可能に構成されたサーバ装置において、前記複数の通信型ナビゲーション装置によって送信された実際に車両が移動した際における目的地、出発地、出発日、出発時刻、到着時刻の各情報を受信して履歴情報として記録する履歴情報記録手段と、前記情報端末装置又は前記通信型ナビゲーション装置より送信された、設定された目的地、出発地、出発日、目標到達時刻の各情報を設定情報として受信する受信手段と、前記設定情報の目的地及び出発地と同一の目的地及び出発地を有する履歴情報のうち、前記設定情報の出発日を含む所定の期間内の日時を出発日として有する履歴情報を基に、前記目標到達時刻以前の到着時刻を有する履歴情報の出発時刻を最適出発時刻として求める最適出発時刻算出手段と、前記最適出発時刻を前記情報端末装置又は前記通信型ナビゲーション装置に送信する送信手段と、を備える。

請求項３に記載の発明は、複数の通信型ナビゲーション装置と通信手段を介して通信可能に構成されたサーバ装置において、前記複数の通信型ナビゲーション装置より送信された、設定された目的地の情報を受信してリアルタイム情報として記録するリアルタイム情報記録手段と、前記複数の通信型ナビゲーション装置のうち、所定の目的地が設定されている所定の通信型ナビゲーション装置より混雑具合を示す混雑情報の要求を受信する受信手段と、前記リアルタイム情報を基に、前記所定の目的地と同一の目的地に向かっている車両数の所定時間における変化量を求め、前記変化量を基に前記混雑情報を求める混雑情報算出手段と、求められた前記混雑情報を前記所定の通信型ナビゲーション装置に送信する送信手段と、を備える。

請求項５に記載の発明は、複数の通信型ナビゲーション装置及び情報端末装置と通信手段を介して通信可能に構成されたサーバ装置により実行される混雑回避処理プログラムであって、前記複数の通信型ナビゲーション装置によって送信された実際に車両が移動した際における目的地、出発地、出発日、出発時刻、到着時刻の各情報を受信して履歴情報として記録する履歴情報記録手段、前記情報端末装置又は前記通信型ナビゲーション装置より送信された、設定された目的地、出発地、出発日、目標到達時刻の各情報を設定情報として受信する受信手段、前記設定情報の目的地及び出発地と同一の目的地及び出発地を有する履歴情報のうち、前記設定情報の出発日を含む所定の期間内の日時を出発日として有する履歴情報を基に、前記目標到達時刻以前の到着時刻を有する履歴情報の出発時刻を最適出発時刻として求める最適出発時刻算出手段、前記最適出発時刻を前記情報端末装置又は前記通信型ナビゲーション装置に送信する送信手段、として前記サーバ装置を機能させる。

請求項６に記載の発明は、複数の通信型ナビゲーション装置と通信手段を介して通信可能に構成されたサーバ装置により実行される混雑回避処理プログラムであって、前記複数の通信型ナビゲーション装置より送信された、設定された目的地の情報を受信してリアルタイム情報として記録するリアルタイム情報記録手段、前記複数の通信型ナビゲーション装置のうち、所定の目的地が設定されている所定の通信型ナビゲーション装置より混雑具合を示す混雑情報の要求を受信する受信手段、前記リアルタイム情報を基に、前記所定の目的地と同一の目的地に向かっている車両数の所定時間における変化量を求め、前記変化量を基に前記混雑情報を求める混雑情報算出手段、求められた前記混雑情報を前記所定の通信型ナビゲーション装置に送信する送信手段、として前記サーバ装置を機能させる。

本発明の１つの観点では、複数の通信型ナビゲーション装置及び情報端末装置と通信手段を介して通信可能に構成されたサーバ装置は、前記複数の通信型ナビゲーション装置によって送信された実際に車両が移動した際における目的地、出発地、出発日、出発時刻、到着時刻の各情報を受信して履歴情報として記録する履歴情報記録手段と、前記情報端末装置又は前記通信型ナビゲーション装置より送信された、設定された目的地、出発地、出発日、目標到達時刻の各情報を設定情報として受信する受信手段と、前記設定情報の目的地及び出発地と同一の目的地及び出発地を有する履歴情報のうち、前記設定情報の出発日を含む所定の期間内の日時を出発日として有する履歴情報を基に、前記目標到達時刻以前の到着時刻を有する履歴情報の出発時刻を最適出発時刻として求める最適出発時刻算出手段と、前記最適出発時刻を前記情報端末装置又は前記通信型ナビゲーション装置に送信する送信手段と、を備える。

上記のサーバ装置は、複数の通信型ナビゲーション装置及び情報端末装置と通信手段を介して通信可能に構成され、履歴情報記録手段と、受信手段と、最適出発時刻算出手段と、送信手段と、を備える。サーバ装置のＣＰＵ（Central Processing Unit）が、これらの手段に該当する。前記履歴情報記録手段は、前記複数の通信型ナビゲーション装置によって送信された実際に車両が移動した際における目的地、出発地、出発日、出発時刻、到着時刻の各情報を受信して履歴情報として記録する。前記受信手段は、設定された目的地、出発地、出発日、目標到達時刻の各情報を設定情報として受信する。前記最適出発時刻算出手段は、前記設定情報の目的地及び出発地と同一の目的地及び出発地を有する履歴情報のうち、前記設定情報の出発日を含む所定の期間内の日時を出発日として有する履歴情報を基に、前記目標到達時刻以前の到着時刻を有する履歴情報の出発時刻を最適出発時刻として求める。前記送信手段は、前記最適出発時刻を前記情報端末装置又は前記通信型ナビゲーション装置に送信する。これにより、ユーザは、目標到達時刻までに目的地に到着することのできる最適出発時刻を知ることができる。

上記のサーバ装置の一態様は、前記履歴情報記録手段は、更に、前記車両の駐車時刻の情報を受信して履歴情報として記録し、前記最適出発時刻算出手段は、前記設定情報の目的地及び出発地と同一の目的地及び出発地を有する履歴情報のうち、前記設定情報の出発日を含む所定の期間内の日時を出発日として有する履歴情報を基に、前記目標到達時刻以前の駐車時刻を有する履歴情報の出発時刻を最適出発時刻として求める。これにより、ユーザは、目標到達時刻までに目的地において駐車することのできる最適出発時刻を知ることができる。

本発明の他の観点では、複数の通信型ナビゲーション装置と通信手段を介して通信可能に構成されたサーバ装置は、前記複数の通信型ナビゲーション装置より送信された、設定された目的地の情報を受信してリアルタイム情報として記録するリアルタイム情報記録手段と、前記複数の通信型ナビゲーション装置のうち、所定の目的地が設定されている所定の通信型ナビゲーション装置より混雑具合を示す混雑情報の要求を受信する受信手段と、前記リアルタイム情報を基に、前記所定の目的地と同一の目的地に向かっている車両数の所定時間における変化量を求め、前記変化量を基に前記混雑情報を求める混雑情報算出手段と、求められた前記混雑情報を前記所定の通信型ナビゲーション装置に送信する送信手段と、を備える。

上記のサーバ装置は、複数の通信型ナビゲーション装置と通信手段を介して通信可能に構成され、リアルタイム情報記録手段と、受信手段と、混雑情報算出手段と、送信手段と、を備える。サーバ装置のＣＰＵ（Central Processing Unit）が、これらの手段に該当する。前記リアルタイム情報記録手段は、前記複数の通信型ナビゲーション装置より送信された、設定された目的地の情報を受信してリアルタイム情報として記録する。前記受信手段は、前記複数の通信型ナビゲーション装置のうち、所定の目的地が設定されている所定の通信型ナビゲーション装置より混雑具合を示す混雑情報の要求を受信する。前記混雑情報算出手段は、前記リアルタイム情報を基に、前記所定の目的地と同一の目的地に向かっている車両数の所定時間における変化量を求め、前記変化量を基に前記混雑情報を求める。前記送信手段は、求められた前記混雑情報を前記所定の通信型ナビゲーション装置に送信する。これにより、ユーザは、リアルタイムに目的地における予想される混雑状況を知ることができる。

上記のサーバ装置の一態様は、前記リアルタイム情報記録手段は、更に、前記複数の通信型ナビゲーション装置より送信された、設定された出発地の情報を受信して前記リアルタイム情報として記録し、前記混雑情報算出手段は、前記リアルタイム情報を基に、前記所定のナビゲーション装置に設定された出発地と同一の出発地から、前記所定のナビゲーション装置に設定された目的地と同一の目的地へ向かっている車両数の所定時間における変化量を求め、前記変化量を基に前記混雑情報を求める。これにより、ユーザは、リアルタイムに出発地から目的地へ向かう経路における混雑する可能性を知ることができる。

本発明の更なる他の観点では、複数の通信型ナビゲーション装置及び情報端末装置と通信手段を介して通信可能に構成されたサーバ装置により実行される混雑回避処理プログラムは、前記複数の通信型ナビゲーション装置によって送信された実際に車両が移動した際における目的地、出発地、出発日、出発時刻、到着時刻の各情報を受信して履歴情報として記録する履歴情報記録手段、前記情報端末装置又は前記通信型ナビゲーション装置より送信された、設定された目的地、出発地、出発日、目標到達時刻の各情報を設定情報として受信する受信手段、前記設定情報の目的地及び出発地と同一の目的地及び出発地を有する履歴情報のうち、前記設定情報の出発日を含む所定の期間内の日時を出発日として有する履歴情報を基に、前記目標到達時刻以前の到着時刻を有する履歴情報の出発時刻を最適出発時刻として求める最適出発時刻算出手段、前記最適出発時刻を前記情報端末装置又は前記通信型ナビゲーション装置に送信する送信手段、として前記サーバ装置を機能させる。このプログラムによっても、ユーザは、目標到達時刻までに目的地に到着することのできる最適出発時刻を知ることができる。

本発明の更なる他の観点では、複数の通信型ナビゲーション装置と通信手段を介して通信可能に構成されたサーバ装置により実行される混雑回避処理プログラムは、前記複数の通信型ナビゲーション装置より送信された、設定された目的地の情報を受信してリアルタイム情報として記録するリアルタイム情報記録手段、前記複数の通信型ナビゲーション装置のうち、所定の目的地が設定されている所定の通信型ナビゲーション装置より混雑具合を示す混雑情報の要求を受信する受信手段、前記リアルタイム情報を基に、前記所定の目的地と同一の目的地に向かっている車両数の所定時間における変化量を求め、前記変化量を基に前記混雑情報を求める混雑情報算出手段、求められた前記混雑情報を前記所定の通信型ナビゲーション装置に送信する送信手段、として前記サーバ装置を機能させる。このプログラムによっても、ユーザは、リアルタイムに目的地における予想される混雑状況を知ることができる。

以下、図面を参照して本発明の好適な実施例について説明する。なお、以下の説明は、本発明を車両用の通信型ナビゲーション装置と通信手段を介して通信可能に構成されたサーバ装置に適用した例を示す。

（ナビゲーション装置及びサーバ装置の全体構成）
図１に、本発明の実施例にかかるナビゲーション装置及びサーバ装置の全体構成を模式的に示す。図１において、ナビゲーション装置７は、車両５に搭載されている通信型のナビゲーション装置である。ナビゲーション装置７は、複数のＧＰＳ衛星４からの電波を受信することにより、自車位置を測位する。また、各車両５に搭載されているナビゲーション装置７は夫々、通信機能を利用してサーバ装置６に接続する。

サーバ装置６は、ＣＰＵ（Central Processing Unit）やメモリ、データベースなどから構成されている。後に述べる、履歴情報を利用した混雑回避処理、及びリアルタイム情報を利用した混雑回避処理は、サーバ装置６において、ＣＰＵがサーバ装置６のメモリに記録されている本発明の混雑回避処理プログラムを実行することにより実行される。

情報端末装置８は、例えばＰＣ（Personal Computer）であり、インターネットなどのネットワークを介して、サーバ装置６に接続することができる。

（ナビゲーション装置の構成）
図２に、ナビゲーション装置７の構成を示す。図２に示すように、ナビゲーション装置７は、自立測位装置１０、ＧＰＳ受信機１８、システムコントローラ２０、ディスクドライブ３１、データ記憶ユニット３６、通信用インタフェース３７、通信装置３８、表示ユニット４０、音声出力ユニット５０及び入力装置６０を備える。

自立測位装置１０は、加速度センサ１１、角速度センサ１２及び距離センサ１３を備える。加速度センサ１１は、例えば圧電素子からなり、車両の加速度を検出し、加速度データを出力する。角速度センサ１２は、例えば振動ジャイロからなり、車両の方向変換時における車両の角速度を検出し、角速度データ及び相対方位データを出力する。距離センサ１３は、車両の車輪の回転に伴って発生されているパルス信号からなる車速パルスを計測する。

ＧＰＳ受信機１８は、複数のＧＰＳ衛星４から、測位用データを含む下り回線データを搬送する電波１９を受信する。測位用データは、緯度及び経度情報等から車両の絶対的な位置を検出するために用いられる。

システムコントローラ２０は、インタフェース２１、ＣＰＵ（Central Processing Unit）２２、ＲＯＭ（Read Only Memory）２３及びＲＡＭ（Random Access Memory）２４を含んでおり、ナビゲーション装置７全体の制御を行う。

インタフェース２１は、加速度センサ１１、角速度センサ１２及び距離センサ１３並びにＧＰＳ受信機１８とのインタフェース動作を行う。そして、これらから、車速パルス、加速度データ、相対方位データ、角速度データ、ＧＰＳ測位データ、絶対方位データ等をシステムコントローラ２０に入力する。ＣＰＵ２２は、システムコントローラ２０全体を制御する。ＲＯＭ２３は、システムコントローラ２０を制御する制御プログラム等が格納された図示しない不揮発性メモリ等を有する。ＲＡＭ２４は、入力装置６０を介して使用者により予め設定された経路データ等の各種データを読み出し可能に格納したり、ＣＰＵ２２に対してワーキングエリアを提供したりする。

システムコントローラ２０、ＣＤ−ＲＯＭドライブ又はＤＶＤ−ＲＯＭドライブなどのディスクドライブ３１、データ記憶ユニット３６、通信用インタフェース３７、表示ユニット４０、音声出力ユニット５０及び入力装置６０は、バスライン３０を介して相互に接続されている。

ディスクドライブ３１は、システムコントローラ２０の制御の下、ＣＤ又はＤＶＤといったディスク３３から、音楽データ、映像データなどのコンテンツデータを読み出し、出力する。なお、ディスクドライブ３１は、ＣＤ−ＲＯＭドライブ又はＤＶＤ−ＲＯＭドライブのうち、いずれか一方としてもよいし、ＣＤ及びＤＶＤコンパチブルのドライブとしてもよい。

データ記憶ユニット３６は、例えば、ＨＤＤなどにより構成され、地図データや施設データなどのナビゲーション処理に用いられる各種データを記憶するユニットである。なお、地図データの詳細については後述する。

通信装置３８は、例えば、ＦＭチューナやビーコンレシーバ、携帯電話や専用の通信カードなどにより構成され、通信用インタフェース３７を介して、サーバ装置６やＶＩＣＳ（Vehicle Information Communication System）センタと情報の送受信を行う。

表示ユニット４０は、システムコントローラ２０の制御の下、各種表示データをディスプレイなどの表示装置に表示する。具体的には、システムコントローラ２０は、データ記憶ユニット３６から地図データを読み出す。表示ユニット４０は、システムコントローラ２０によってデータ記憶ユニット３６から読み出された地図データを、ディスプレイなどの表示画面上に表示する。表示ユニット４０は、バスライン３０を介してＣＰＵ２２から送られる制御データに基づいて表示ユニット４０全体の制御を行うグラフィックコントローラ４１と、ＶＲＡＭ（Video RAM ）等のメモリからなり即時表示可能な画像情報を一時的に記憶するバッファメモリ４２と、グラフィックコントローラ４１から出力される画像データに基づいて、液晶、ＣＲＴ（Cathode Ray Tube）等のディスプレイ４４を表示制御する表示制御部４３と、ディスプレイ４４とを備える。ディスプレイ４４は、例えば対角５〜１０インチ程度の液晶表示装置等からなり、車内のフロントパネル付近に装着される。

音声出力ユニット５０は、システムコントローラ２０の制御の下、ＣＤ−ＲＯＭドライブ３１又はＤＶＤ−ＲＯＭ３２、若しくはＲＡＭ２４等からバスライン３０を介して送られる音声デジタルデータのＤ／Ａ（Digital to Analog）変換を行うＤ／Ａコンバータ５１と、Ｄ／Ａコンバータ５１から出力される音声アナログ信号を増幅する増幅器（ＡＭＰ）５２と、増幅された音声アナログ信号を音声に変換して車内に出力するスピーカ５３とを備えて構成されている。

入力装置６０は、各種コマンドやデータを入力するための、キー、スイッチ、ボタン、リモコンから構成されている。入力装置６０は、車内に搭載された当該車載用電子システムの本体のフロントパネルやディスプレイ４４の周囲に配置される。また、ディスプレイ４４がタッチパネル方式である場合には、ディスプレイ４４の表示画面上に設けられたタッチパネルも入力装置６０として機能する。

（履歴情報を利用した混雑回避処理）
まず、履歴情報を利用した混雑回避処理の具体的な方法について述べる。ナビゲーション装置７は、当該ナビゲーション装置７が搭載された車両５がある出発地からある目的地へ移動し終えた際に、目的地、出発地、出発日、出発時刻、到着時刻の各情報をサーバ装置６に送信する。サーバ装置６は、複数のナビゲーション装置７より送信されたこれらの情報を履歴情報として記録する。

図３は、履歴情報の一例を示す図表である。図３より分かるように、履歴情報は、目的地、出発地、出発日、出発時刻、寄道時間、案内終了時刻、駐車時刻の各項目についての過去数年間のデータである。ここで、寄道時間は、ユーザが目的地に向かう途中で寄り道した時間を示す。案内終了時刻は、ナビゲーション装置７が案内を終了した時刻である。駐車時刻は、駐車場に車両を止めてエンジンを切ったときの時刻である。以下の説明では、到着時刻とは、寄道時間がないときは、案内終了時刻を示し、寄道時間があるときは、案内終了時刻から寄道時間を差し引いた時刻を示す。

以下、この履歴情報を利用して、混雑をなるべく避けることのできる最適な出発時刻を求める方法について図４のフローチャートを用いて述べる。図４は、履歴情報を利用した混雑回避処理方法のフローチャートである。

ユーザは、所定の目的地へ向かう場合において、混雑をなるべく避けることのできる最適な出発時刻（以下、単に「最適出発時刻」と称す）を予め知りたい場合には、例えば出発日の前日などに、設定情報として、目的地、出発地、出発日、目標到達時刻を情報端末装置８に入力する。情報端末装置８は、これらの設定情報をサーバ装置６に送信する。

サーバ装置６は、設定情報を受信すると（ステップＳ１１）、設定された目的地と同一の目的地を有する履歴情報を検索する（ステップＳ１２）。サーバ装置６は、設定された目的地と同一の目的地を有する履歴情報が一定数以上存在するか否かを判定し（ステップＳ１３）、一定数以上存在しないと判定したならば（ステップＳ１３：Ｎｏ）、ステップＳ１６に進む。

サーバ装置６は、設定された目的地と同一の目的地を有する履歴情報が一定数以上存在すると判定した場合には（ステップＳ１３：Ｙｅｓ）、設定された出発日の当該目的地における混雑の有無を判定する（ステップＳ１４）。

具体的には、サーバ装置６は、設定された出発日の当該目的地における混雑の有無を、設定された目的地と同一の目的地を有する情報のうち、設定された出発日と同一の出発日を有する履歴情報が一定数以上存在するか否かを判定することによって行う。ここでいう同一の出発日を有する履歴情報とは、年とは関係なく、設定された出発日の月日と同一の月日の出発日を有する履歴情報を示す。

例えば、ユーザが大晦日（１２／３１）に「ＡＡ神宮」に初詣のために向かう場合について考えてみる。この場合、ユーザは、設定情報として、目的地を「ＡＡ神宮」とし、出発日を「１２／３１」として、情報端末装置８に入力し、情報端末装置８がこれらの設定情報をサーバ装置６に送信する。サーバ装置６は、図３に示す履歴情報のデータの中から、出発日が「１２／３１」で目的地が「ＡＡ神宮」となっている履歴情報が一定数以上存在していると判定すれば、サーバ装置６は、今年の「１２／３１」にも「ＡＡ神宮」は混雑すると判定する。

サーバ装置６は、設定された出発日において設定された目的地が混雑すると判定した場合には（ステップＳ１４：Ｙｅｓ）、ステップＳ１５に進む。一方、設定された出発日において当該目的地が混雑しないと判定した場合には（ステップＳ１４：Ｎｏ）、ステップＳ１７に進み、その旨を情報端末装置８に送信する。

ステップＳ１５では、サーバ装置６は、受信した設定情報に係る目的地と同一の目的地を有する履歴情報を基に、混雑を避けることのできる最適出発時刻を求める。

例えば、ユーザが、設定情報として、目的地を「ＡＡ神宮」とし、出発地を「東京都目黒区」とし、出発日を「１２／３１」とし、目標到達時刻を「２３：３０」として、情報端末装置８に入力し、情報端末装置８がこれらの設定情報をサーバ装置６に送信した場合には、サーバ装置６は、図３に示す履歴情報の中から、目的地が「ＡＡ神宮」、出発地が「東京都目黒区」、出発日が「１２／３１」となっているデータ１及び２の出発時刻、寄道時間、案内終了時刻、駐車時刻より、混雑を避けることのできる最適出発時刻を求める。

例えば、データ１では、出発時刻が「２２：００」、案内終了時間が「２３：３０」、寄道時間が「００：２０」となっている。つまり、このとき、車両は「東京都目黒区」を２２：００に出発し、寄道時間を抜けば１時間１０分で「ＡＡ神宮」に到着していたことが分かる。即ち、到着時刻は、「２３：１０」となる。また、駐車時刻は「２３：５０」となっているので、このとき、車両は「ＡＡ神宮」に到着してから２０分後に駐車していたことが分かる。

一方、データ２では、出発時刻が「２３：００」、案内終了時刻が「２：００」となっている。つまり、このとき、車両は「東京都目黒区」を２３：００に出発して、３時間で「ＡＡ神宮」に到着していたことが分かる。寄道時間はないので、到着時刻は、案内終了時刻たる「２：００」となる。また、駐車時刻は「３：１６」となっているので、このとき、車両は「ＡＡ神宮」に到着してから１時間１６分後に駐車していたことが分かる。

以上のことから、ユーザは、出発地「東京都目黒区」を、出発時刻「２３：００」に出発した場合には、出発時刻「２２：００」に出発した場合と比較して、「ＡＡ神宮」に到着するのに倍以上の時間がかかることが分かる。つまり、データ１及び２より、ユーザは、出発時刻を「２２：００」から「２３：００」に変えただけで、「東京都目黒区」から「ＡＡ神宮」までの経路における渋滞、及び「ＡＡ神宮」における混雑に遭遇する可能性が急激に高くなるといえる。

サーバ装置６は、目標到達時刻以前の到着時刻を有する履歴情報の出発時刻を最適出発時刻として求める。例えば、サーバ装置６は、目標到達時刻が「２３：３０」に設定されている場合には、「２３：３０」以前の到着時刻「２３：１０」（案内終了時刻「２３：３０」）を有する履歴情報（データ１）の出発時刻「２２：００」を、目標到達時刻までに到着することのできる最適出発時刻として求める。この時刻は、ユーザが渋滞や混雑に遭遇する可能性が高まる前の出発時刻となっている。

ステップＳ１６では、サーバ装置６は、例えば、特許文献３に記載の技術を用いて、ＶＩＣＳより供給されたデータを基に出発地から目的地までの経路の渋滞予測を行い、ルート探索を行う際にリンクを重み付けるためのパラメータとして当該渋滞予測の結果を反映したパラメータを求める。以下では、渋滞予測の結果が反映されたパラメータを渋滞予測パラメータと称することとする。

サーバ装置６は、求められた最適出発時刻及び渋滞予測パラメータを情報端末装置８に送信する（ステップＳ１７）。情報端末装置８は、渋滞予測パラメータによって重み付けられたリンクを基に出発地から目的地までのルート探索を行い、目的地までの最適なルートを表示すると共に、当該最適出発時刻も表示する。このようにすることで、ユーザは、目標到達時刻までに目的地に到着することのできる最適出発時刻を知ることができる。

また、図３におけるデータ１及びデータ２より、案内終了時刻が「２３：３０」の場合には、案内終了時刻が「２：００」の場合と比較して、駐車するまでに時間がかかっていることから、この間の時間帯において、「ＡＡ神宮」における駐車場や道路が急激に混雑することが分かる。そこで、サーバ装置６は、目標到達時刻を、駐車を完了させることのできる時刻（以下、単に「駐車完了時刻」と称す）とみなして、最適出発時刻を求めることもできる。

この場合、サーバ装置６は、目標到達時刻以前の駐車時刻を有する履歴情報の出発時刻を最適出発時刻として求める。例えば、サーバ装置６は、目標到達時間が「０：００」に設定されている場合には、「０：００」以前の駐車時刻「２３：５０」を有する履歴情報（データ１）の出発時刻「２２：００」を、目標到達時刻までに駐車を完了することのできる最適出発時刻として求める。このようにすることで、ユーザは、目標到達時刻までに目的地において駐車することのできる最適出発時刻を知ることができる。

なお、上述した例では、サーバ装置６は、設定された出発日と同一の出発日を有する履歴情報より、最適出発時刻を求めるとしているが、これに限られない。上述した例では、大晦日たる「１２／３１」に「ＡＡ神宮」に初詣に行く場合を想定しているために、サーバ装置６は、過去数年間の「１２／３１」の出発日の履歴情報より、最適出発時刻を求めることができるに過ぎない。従って、例えば、お盆やゴールデンウィークなどの場合のように、所定の期間全体で混雑状況を見る必要がある場合には、サーバ装置６は、設定された出発日と同一の出発日を有する履歴情報より最適出発時刻を求める代わりに、設定された出発日を含む一定の期間内の日時を出発日として有する履歴情報より最適出発時刻を求める。

さらに、上述した例では、ユーザは、情報端末装置８より設定情報を入力し、情報端末装置８は、当該設定情報をサーバ装置６に送信することとし、サーバ装置６は、求められた最適出発時刻を情報端末装置８へ送信することとしている。しかしながら、これに限られるものではなく、代わりに、ユーザは、ナビゲーション装置７より設定情報を入力し、当該ナビゲーション装置７は、当該設定情報をサーバ装置６に送信することとし、サーバ装置６は、求められた最適出発時刻を当該ナビゲーション装置７へ送信することとしてもよい。

以上述べたように、本実施例では、複数の通信型ナビゲーション装置及び情報端末装置と通信手段を介して通信可能に構成されたサーバ装置は、前記複数の通信型ナビゲーション装置によって送信された実際に車両が移動した際における目的地、出発地、出発日、出発時刻、到着時刻の各情報を受信して履歴情報として記録する履歴情報記録手段と、前記情報端末装置又は前記通信型ナビゲーション装置より送信された、設定された目的地、出発地、出発日、目標到達時刻の各情報を設定情報として受信する受信手段と、前記設定情報の目的地及び出発地と同一の目的地及び出発地を有する履歴情報のうち、前記設定情報の出発日を含む所定の期間内の日時を出発日として有する履歴情報を基に、前記目標到達時刻以前の到着時刻を有する履歴情報の出発時刻を最適出発時刻として求める最適出発時刻算出手段と、前記最適出発時刻を前記情報端末装置又は前記通信型ナビゲーション装置に送信する送信手段と、を備える。これにより、ユーザは、ユーザは、目標到達時刻までに目的地に到着することのできる最適出発時刻を知ることができる。

（リアルタイム情報を利用した混雑回避処理）
次に、リアルタイム情報を利用した混雑回避処理について述べる。ナビゲーション装置７は、当該ナビゲーション装置７が搭載された車両５が出発地から目的地へ移動する際、設定された目的地、出発地、出発日の各情報をサーバ装置６に送信する。サーバ装置６は、複数のナビゲーション装置７から送信されたこれらの情報をリアルタイム情報として記録する。

図５は、リアルタイム情報のデータの一例を示す図表である。図５に示すように、リアルタイム情報の１つのデータは、目的地、出発地、出発日の各情報より構成されている。リアルタイム情報では、送信元のナビゲーション装置７毎にＩＤが割り振られている。

以下、このリアルタイム情報を利用して、混雑をなるべく避けることのできる方法について図６のフローチャートを用いて述べる。図６は、リアルタイム情報を利用した混雑回避処理方法のフローチャートである。

ユーザは、ある出発地からある目的地に向かう場合には、ナビゲーション装置７に当該目的地を設定する。当該ナビゲーション装置７は、ルート案内を開始すると、設定された目的地、出発地、出発日の設定情報をサーバ装置６に送信する。サーバ装置６は、設定情報を受信した後（ステップＳ２１）、当該ユーザにより設定された目的地、出発地、出発日の設定情報をリアルタイム情報の１つのデータとしてＩＤを割り振って記録すると共に、設定された目的地と同一の目的地に向かう車両数をリアルタイム情報のＩＤ数より求める（ステップＳ２２）。

また、ナビゲーション装置７は、ユーザにより目的地の設定がキャンセルされた場合には、その旨をサーバ装置６に送信する。この場合、当該ユーザは当該目的地に向かうことを中止したと考えられるので、サーバ装置６は、当該ナビゲーション装置７が搭載された車両５に関するリアルタイム情報のデータを消去、即ち、当該ナビゲーション装置７に対応するＩＤを有するリアルタイム情報のデータを消去する。

ナビゲーション装置７は、設定された目的地、出発地、出発日の各情報をサーバ装置６に送信した後、所定時間毎に、サーバ装置６に対して、当該目的地及びその周辺における混雑具合を示す混雑情報を要求する。サーバ装置６は、当該要求を受信する度（ステップＳ２３）、再度、当該目的地と同一の目的地に向かう車両数をリアルタイム情報のＩＤ数より求め（ステップＳ２４）、当該車両数とルート案内開始時に算出した車両数を比較して、車両数が増加しているか又は減少しているかのいずれの状態にあるかの判定をすることで混雑情報を決定する（ステップＳ２５）。即ち、サーバ装置６は、ナビゲーション装置７からの混雑情報の要求を受信する度、車両数の変化量をリアルタイム情報のＩＤ数の変化量より求め、当該車両数の変化量を基に混雑情報を決定する。サーバ装置６は、決定された当該混雑情報をナビゲーション装置７へ送信する（ステップＳ２６）。

ナビゲーション装置７へ送信される混雑情報の具体的な例としては、サーバ装置６は、車両数が増加していると判定した場合には、目的地及びその周辺における道路が混雑する可能性が増加したと判定することができるので、ナビゲーション装置７に対し、混雑する可能性が増加した旨を示す混雑情報を送信する。このとき、ナビゲーション装置７は、当該混雑情報を受信すると、案内ルートの再探索をユーザに促したり、立寄地が設定されている場合には当該立寄地には寄らない方が良い旨をユーザに知らせたりする。

一方、サーバ装置６は、車両数の変化量を基に、車両数が減少していると判定した場合には、目的地及びその周辺における道路が混雑する可能性が減少したと判定することができるので、ナビゲーション装置７に対し、混雑する可能性が減少した旨を示す混雑情報を送信する。このとき、ナビゲーション装置７は、当該混雑情報を受信すると、途中で休憩しても余裕がある旨をユーザに知らせる。

以上のようにして、ユーザは、リアルタイムに目的地における予想される混雑状況を知ることができる。

また、本実施例の変形例として、サーバ装置６は、目的地付近における複数の駐車場の駐車可能台数を基に閾値を決めておき、車両数が当該閾値を超えたと判定した場合には、ナビゲーション装置７に対し、混雑する可能性が増加した旨を示す混雑情報を送信し、車両数が当該閾値よりも下回ったと判定した場合には、ナビゲーション装置７に対し、混雑する可能性が減少した旨を示す混雑情報を送信するとしてもよい。

なお、サーバ装置６は、ユーザからの混雑情報の要求を受信すると、設定された出発地と同一の出発地から設定された目的地と同一の目的地に向かう車両数の所定時間の変化量を、当該出発地及び当該目的地を有するリアルタイム情報のＩＤ数の所定時間の変化量より求めることもできる。ここで、サーバ装置６は、車両数が増加していると判定した場合には、出発地から目的地までの経路が混雑する可能性が増加したと判定することができるので、ナビゲーション装置７に対し、混雑する可能性が増加した旨を示す混雑情報を送信する。一方、サーバ装置６は、車両数が減少していると判定した場合には、出発地から目的地までの経路が混雑する可能性が減少したと判定することができるので、ナビゲーション装置７に対し、混雑する可能性が減少した旨を示す混雑情報を送信する。なお、ここでいう出発地から目的地までの経路が混雑する可能性とは、出発地から目的地までの複数の経路１つ１つが混雑する可能性を指すのではなく、出発地から目的地までの複数の経路全体で見た場合における混雑する可能性を指す。これにより、ユーザは、リアルタイムに出発地から目的地へ向かう経路における混雑する可能性を知ることができる。

以上述べたように、本実施例では、複数の通信型ナビゲーション装置と通信手段を介して通信可能に構成されたサーバ装置は、前記複数の通信型ナビゲーション装置より送信された、設定された目的地の情報を受信してリアルタイム情報として記録するリアルタイム情報記録手段と、前記複数の通信型ナビゲーション装置のうち、所定の目的地が設定されている所定の通信型ナビゲーション装置より混雑具合を示す混雑情報の要求を受信する受信手段と、前記リアルタイム情報を基に、前記所定の目的地と同一の目的地に向かっている車両数の所定時間における変化量を求め、前記変化量を基に前記混雑情報を求める混雑情報算出手段と、求められた前記混雑情報を前記所定の通信型ナビゲーション装置に送信する送信手段と、を備える。これにより、ユーザは、リアルタイムに目的地における予想される混雑状況を知ることができる。

（情報収集処理）
ここで、履歴情報及びリアルタイム情報を収集する情報処理収集方法について図７を用いて述べる。情報収集処理は、ナビゲーション装置７により実行される。図７は、情報収集処理を示すフローチャートである。

ユーザが、ナビゲーション装置７に目的地を設定してルート探索を行うと（ステップＳ３１）、ナビゲーション装置７は、当該目的地を記録して設定すると共に、そのときの場所及び時刻を出発地及び出発時刻として夫々記録して設定する（ステップＳ３２）。

ナビゲーション装置７は、ルート案内を開始すると（ステップＳ３３）、目的地へ移動を開始したことをサーバ装置６に通知する（ステップＳ３４）。なお、このとき、目的地、出発地、出発日の情報がサーバ装置６に送信される。これらの情報が図５に示すリアルタイム情報として、サーバ装置６に記録される。

ナビゲーション装置７は、車両が一定時間以上停車していること等により、ユーザが寄り道をしていると判定した場合には、その寄道時間を記録する（ステップＳ３５）。

ナビゲーション装置７は、車両が目的地に到着してルート案内を終了した場合には（ステップＳ３６）、そのルート案内を終了した時刻を案内終了時刻として記録する（ステップＳ３７）。更に、ナビゲーション装置７は、車両がユーザによってエンジンＯＦＦにされて完全に駐車した場合には（ステップＳ３８）、そのときの時刻を駐車時刻として記録する（ステップＳ３９）。

ナビゲーション装置７は、再び、車両がユーザによってエンジンＯＮにされた場合には（ステップＳ４０）、先に記録した目的地、出発地、出発日、出発時刻、寄道時間、案内終了時刻、駐車時刻の情報をサーバ装置６に送信する（ステップＳ４１）。これらの情報が、図３に示す履歴情報としてサーバ装置６に記録される。

サーバ装置６における履歴情報の記録は、年単位で蓄積するのが望ましく、特に、３〜５年間程度の履歴情報が、サーバ装置６に蓄積されるのが望ましい。また、図３に示すように、出発地の情報としては、データ量の削減のため、市区町村レベルまで丸めた情報としてサーバ装置６に記録されるのが望ましい。

実施例によるナビゲーション装置及びサーバ装置の全体構成を示す模式図。 実施例によるナビゲーション装置の概略構成を示すブロック図である。 履歴情報の一例である。 履歴情報を利用した混雑回避処理の方法を示すフローチャート。 リアルタイム情報の一例である。 リアルタイム情報を利用した混雑回避処理の方法を示すフローチャート。 情報収集処理の方法を示すフローチャート。

符号の説明

６・・・サーバ装置
７・・・ナビゲーション装置
８・・・情報端末装置

Claims (6)

1. 複数の通信型ナビゲーション装置及び情報端末装置と通信手段を介して通信可能に構成されたサーバ装置において、
   前記複数の通信型ナビゲーション装置によって送信された実際に車両が移動した際における目的地、出発地、出発日、出発時刻、到着時刻の各情報を受信して履歴情報として記録する履歴情報記録手段と、
   前記情報端末装置又は前記通信型ナビゲーション装置より送信された、設定された目的地、出発地、出発日、目標到達時刻の各情報を設定情報として受信する受信手段と、
   前記設定情報の目的地及び出発地と同一の目的地及び出発地を有する履歴情報のうち、前記設定情報の出発日を含む所定の期間内の日時を出発日として有する履歴情報を基に、前記目標到達時刻以前の到着時刻を有する履歴情報の出発時刻を最適出発時刻として求める最適出発時刻算出手段と、
   前記最適出発時刻を前記情報端末装置又は前記通信型ナビゲーション装置に送信する送信手段と、を備えることを特徴とするサーバ装置。
2. 前記履歴情報記録手段は、更に、前記車両の駐車時刻の情報を受信して履歴情報として記録し、
   前記最適出発時刻算出手段は、前記設定情報の目的地及び出発地と同一の目的地及び出発地を有する履歴情報のうち、前記設定情報の出発日を含む所定の期間内の日時を出発日として有する履歴情報を基に、前記目標到達時刻以前の駐車時刻を有する履歴情報の出発時刻を最適出発時刻として求めることを特徴とする請求項１に記載のサーバ装置。
3. 複数の通信型ナビゲーション装置と通信手段を介して通信可能に構成されたサーバ装置において、
   前記複数の通信型ナビゲーション装置より送信された、設定された目的地の情報を受信してリアルタイム情報として記録するリアルタイム情報記録手段と、
   前記複数の通信型ナビゲーション装置のうち、所定の目的地が設定されている所定の通信型ナビゲーション装置より混雑具合を示す混雑情報の要求を受信する受信手段と、
   前記リアルタイム情報を基に、前記所定の目的地と同一の目的地に向かっている車両数の所定時間における変化量を求め、前記変化量を基に前記混雑情報を求める混雑情報算出手段と、
   求められた前記混雑情報を前記所定の通信型ナビゲーション装置に送信する送信手段と、を備えることを特徴とするサーバ装置。
4. 前記リアルタイム情報記録手段は、更に、前記複数の通信型ナビゲーション装置より送信された、設定された出発地の情報を受信して前記リアルタイム情報として記録し、
   前記混雑情報算出手段は、前記リアルタイム情報を基に、前記所定のナビゲーション装置に設定された出発地と同一の出発地から、前記所定のナビゲーション装置に設定された目的地と同一の目的地へ向かっている車両数の所定時間における変化量を求め、前記変化量を基に前記混雑情報を求めることを特徴とする請求項３に記載のサーバ装置。
5. 複数の通信型ナビゲーション装置及び情報端末装置と通信手段を介して通信可能に構成されたサーバ装置により実行される混雑回避処理プログラムであって、
   前記複数の通信型ナビゲーション装置によって送信された実際に車両が移動した際における目的地、出発地、出発日、出発時刻、到着時刻の各情報を受信して履歴情報として記録する履歴情報記録手段、前記情報端末装置又は前記通信型ナビゲーション装置より送信された、設定された目的地、出発地、出発日、目標到達時刻の各情報を設定情報として受信する受信手段、前記設定情報の目的地及び出発地と同一の目的地及び出発地を有する履歴情報のうち、前記設定情報の出発日を含む所定の期間内の日時を出発日として有する履歴情報を基に、前記目標到達時刻以前の到着時刻を有する履歴情報の出発時刻を最適出発時刻として求める最適出発時刻算出手段、前記最適出発時刻を前記情報端末装置又は前記通信型ナビゲーション装置に送信する送信手段、として前記サーバ装置を機能させることを特徴とする混雑回避処理プログラム。
6. 複数の通信型ナビゲーション装置と通信手段を介して通信可能に構成されたサーバ装置により実行される混雑回避処理プログラムであって、
   前記複数の通信型ナビゲーション装置より送信された、設定された目的地の情報を受信してリアルタイム情報として記録するリアルタイム情報記録手段、前記複数の通信型ナビゲーション装置のうち、所定の目的地が設定されている所定の通信型ナビゲーション装置より混雑具合を示す混雑情報の要求を受信する受信手段、前記リアルタイム情報を基に、前記所定の目的地と同一の目的地に向かっている車両数の所定時間における変化量を求め、前記変化量を基に前記混雑情報を求める混雑情報算出手段、求められた前記混雑情報を前記所定の通信型ナビゲーション装置に送信する送信手段、として前記サーバ装置を機能させることを特徴とする混雑回避処理プログラム。

Images