情報提供システム
【課題】運転リスクを抑制でき、時間の無駄な浪費をなくすことが可能な情報提供システムを提供する。
【解決手段】本発明の情報提供システムは、所定施設までの経路データと、前記所定施設までの実走行経路データとを取得する手段（ステップＳ２０２、Ｓ２０４）と、前記予定経路データと前記実走行経路データとの相違に基づいて、前記施設周辺の施設関連特殊ルールを抽出する手段（ステップＳ２０８）と、前記施設関連特殊ルールの有無に応じて、前記所定施設までの経路データに前記施設関連特殊ルールを適用して提供する手段と、からなることを特徴とする。
【解決手段】本発明の情報提供システムは、所定施設までの経路データと、前記所定施設までの実走行経路データとを取得する手段（ステップＳ２０２、Ｓ２０４）と、前記予定経路データと前記実走行経路データとの相違に基づいて、前記施設周辺の施設関連特殊ルールを抽出する手段（ステップＳ２０８）と、前記施設関連特殊ルールの有無に応じて、前記所定施設までの経路データに前記施設関連特殊ルールを適用して提供する手段と、からなることを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的な交通ルールとは異なる施設に関連した特殊なルールが決められているような場合に、このような特殊なルールに係る情報をドライバーに提供することが可能な情報提供システムに関する。
【背景技術】
【０００２】
従来のナビゲーション装置等では地図を表示するのみでなく、利用者の利便性をより向上させる為に表示された道路の渋滞情報等の交通情報を提供することについても行われていた。その際、利用者に提供する為の交通情報を取得するシステムとして、例えば道路交通情報通信システム（ＶＩＣＳ：登録商標）やプローブカーシステムがあった。
【０００３】
ここで、ＶＩＣＳは、道路上に設置している感知器より路上を走行する車両を検出し、その検出結果をＶＩＣＳセンターが収集して交通情報（以下、ＶＩＣＳ情報という）を作成し、カーナビゲーション装置等の端末へ提供するシステムである。
【０００４】
また、プローブカーシステムは、走行中の車両がセンサ（プローブ）となり、この車両で計測された走行軌跡、速度等の情報（以下、プローブ情報という）をプローブセンタに集め、交通情報を作成するシステムである。
【０００５】
そして、例えば特開２００４−２３４６４９号公報にはＶＩＣＳセンターから取得したＶＩＣＳ情報やプローブカーから収集したプローブ情報を蓄積し、蓄積した情報に対して統計処理を施すことによって交通情報を生成するナビゲーションシステムについても記載されている。
【特許文献１】特開２００４−２３４６４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
道路事情などにより、一般的な交通ルールとは別の施設に関連した特殊なルールが決められている場合がある。このような特殊ルールについて図９を参照して説明する。図９の例では、施設として店舗Ａを例にとり、その駐車場に進入する場合について説明している。この例においては、対向車線をまたぐことなく、左折によって店舗Ａに進入できる車両Ｑについては進入を許可するが、対向車線をまたがって右折して店舗Ａに進入しようとする車両Ｐについては進入を許可しないような特殊ルールが設けられている。このような特殊ルールは、渋滞の緩和や危険の防止などのために独自に運用されるものである。
【０００７】
ところで、上記のような一般の交通ルールとは異なる施設独自の特殊なルールが決められている場合、図９の車両Ｐのように、直接的に施設（店舗Ａ）に進入できないことが発生してしまうこととなる。従って、車両Ｐのように特殊ルールを知らないと、回り道を余儀なくされたり、Ｕターンをしなければならなくなったりして、運転リスクが増大したり、或いは、時間を無駄に浪費することとなったりするが、上記のような施設に特有の特殊ルールについては、従来のシステムによっては情報提供されることがなく、問題であった。
【課題を解決するための手段】
【０００８】
上記問題点を解決するために、請求項１に係る発明は、所定施設までの経路データと、前記所定施設までの実走行経路データとを取得する手段と、前記予定経路データと前記実走行経路データとの相違に基づいて、前記施設周辺の施設関連特殊ルールを抽出する手段
と、前記施設関連特殊ルールの有無に応じて、前記所定施設までの経路データに前記施設関連特殊ルールを適用して提供する手段と、からなることを特徴とする情報提供システムである。
【発明の効果】
【０００９】
本発明に係る情報提供システムによれば、プローブカーからデータを取得して、これから施設関連特殊ルールを抽出し、提供するものであるので、ドライバーは施設に関連した特殊ルールを予め情報としてしることができ、意図しない回り道を余儀なくされたり、Ｕターンを行う必要がなくなったりするので、運転リスクを抑制でき、時間の無駄な浪費をなくすことができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態に係る情報提供システムにおける車載側システムの概略を示す図である。
【図２】本発明の実施形態に係る情報提供システムにおける車載側システムのブロック構成の概略を示す図である。
【図３】本発明の実施形態に係る情報提供システムにおけるセンター側サーバー装置の概要を示す図である。
【図４】本発明の実施形態に係る情報提供システムにおける車載側システムとセンター側サーバー装置の処理フローを示す図である。
【図５】本発明の実施形態に係る渋滞状況推定システムにおける施設関連特殊ルールデータベース１１１０のデータ構造を説明する図である。
【図６】施設関連特殊ルールデータベース１１１０におけるデータ更新処理例を示す図である。
【図７】本発明の実施形態に係る情報提供システムの車載側システムにおける情報提供処理フローを示す図である。
【図８】本発明の実施形態に係る情報提供システムの車載側システムにおける情報提供例を示すである。
【図９】施設に関連する特殊ルールについて説明する図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態を図面を参照しつつ説明する。図１は本発明の実施形態に係る情報提供システムにおける車載側システムの概略を示す図であり、図２は本発明の実施形態に係る情報提供システムにおける車載側システムのブロック構成の概略を示す図である。図１及び図２において、１０は車両、１００はＥＣＵ、１２０は計時部（カレンダー情報部）、５００は通信部、５１０は通信ユニット、６００はインターフェイス部、６１０はディスプレイ、６３０はスピーカー、８００はナビゲーションシステム部、８１０はナビゲーションシステム、８１１は位置データ取得部、８２０は地図データベースをそれぞれ示している。
【００１２】
図１及び図２に示す車載側システムは、１台の車両に搭載されるものを示しているが、本実施形態に係る車載側システムは複数台の車両（プローブカー）に搭載されており、これら複数の車載側システムからセンター側のサーバー装置へと走行情報等を送信するような構成となっている。また、センター側のサーバー装置は個々の車載側システム搭載のプローブカーから受信した情報に基づいて施設に関連して運用されている特殊ルールを把握することができるような構成となっている。さらに、本実施形態に係る情報提供システムにおいては、プローブカーの動向から把握された特殊ルールを、情報配信して提供するように構成されているので、車両のドライバーは施設に関連した特殊ルールを予め情報としてしることができ、回り道を余儀なくされたり、Ｕターンを行う必要がなくなったりするので、運転リスクを抑制でき、時間の無駄な浪費をなくすことができるのである。
【００１３】
なお、本実施形態の情報提供システムは、原動機としてエンジンを搭載し、このエンジンの駆動力により走行を行う自動車、或いは、原動機としてモーターを搭載し、モーターの駆動力のみによる走行を行う電気自動車、或いは原動機として上記双方を搭載し、モーター及び／又はエンジンによる駆動に基づいて走行するハイブリッド車などの車両に搭載することが可能である。
【００１４】
本実施形態に係る車載側システムにおいて、ＥＣＵ１００はエレクトロニックコントロールユニットの略であり、ＣＰＵとＣＰＵ上で動作するプログラムを保持するＲＯＭとＣＰＵのワークエリアであるＲＡＭなどからなる汎用の情報処理機構である。ＥＣＵ１００は、図示されているＥＣＵ１００と接続される各構成と協働・動作する。また、ＥＣＵ１００は、本発明の情報提供システムにおける種々の制御処理は、ＥＣＵ１００内のＲＯＭなどの記憶手段に記憶保持されるプログラムやデータに基づいて実行されるものである。なお、本実施形態においては、上記の各手段はＥＣＵ１００とＥＣＵ１００上で実行されるプログラムによって実現されるものとしているが、これらの各手段はこれに限定されるものではなく、論理回路などのハードウエアのみで実現されるようなものであってもよい。
【００１５】
ＥＣＵ１００はさらに、計時部（カレンダー情報部）１２０を備えており、この計時部（カレンダー情報部）１２０はタイマーとカレンダーデータからなるものであり、日時データ取得と取得された日時データの曜日・祝祭日の特定に利用される。
【００１６】
通信部５００における通信ユニット５１０は、無線通信によりセンター側に設けられるサーバー装置とデータの送受を行うことを可能とするものである。より詳しくは、通信ユニット５１０は、車両１０における車載側システムで取得された状態情報をサーバー装置に送信したり、また、サーバー装置側で把握されている、所定の施設に関連する特殊ルール情報を受信したりする。
【００１７】
インターフェイス部６００は、車両１０の運転席部に設けられ、運転者に対し、所定の情報や車両１０に係る情報などを提供する構成である。インターフェイス部６００におけるディスプレイ６１０は液晶などの表示装置であり、このディスプレイ６１０に渋滞している道路を色分けしたり、強調したりした地図を表示することによって、運転者に対して視覚的に所定の特殊ルール情報を報知することを可能とする。また、インターフェイス部６００は、スピーカー６３０も含んでおり、必要に応じて運転者に対して、音声による特殊ルール情報の案内や警告を行い得るようになっている。
【００１８】
ナビゲーションシステム部８００は、ナビゲーションシステム８１０やこのナビゲーションシステム８１０が参照する地図情報などが格納されたナビゲーションシステム用の地図データベース８２０とからなっている。ナビゲーションシステム８１０は、ＧＰＳ衛星からのＧＰＳ信号を受信して自らの位置座標データを計算する位置データ取得部８１１を用いることによって、車両の現在位置データを取得することができる。本発明の情報提供システムにおいては、ナビゲーションシステム用データベース８２０には、道路情報、施設情報などが記憶されている。施設情報については、当該施設情報の種別（飲食店、公共施設などの別）情報を設けておくことが、また、道路情報には道路種別情報（一般道、高速道など）などを設けておくことが好ましい。また、ナビゲーションシステム用の地図データベース８２０で管理されている道路データは、ノードとリンクの概念によって管理されている。このようなノードとリンクの概念については従来周知のものを用いることができる。
【００１９】
ナビゲーションシステム部８００におけるナビゲーションシステム８１０は、経路を探
索したり、探索された経路のうちドライバーによって選択された経路を予定経路データとして登録したりすることができる機能を有している。このような機能を実現するためには、従来周知の技術を用いることができる。また、ナビゲーションシステム部８００は、センター側のサーバー装置から送信される特殊ルールに基づいて、自ら探索した経路を修正することができるようになっている。
【００２０】
次に、センター側に設けられるサーバー装置について説明する。図３は本発明の実施形態に係る情報提供システムにおけるセンター側サーバー装置の概要を示す図である。図３のセンター側のサーバー装置（情報提供システム）の構成において、１１００は演算処理部、１１１０は施設関連特殊ルールデータベース、１１２０は通信部をそれぞれ示している。
【００２１】
サーバー装置における演算処理部１１００は、ＣＰＵを中心とし記憶装置、インターフェイス装置などから構成される情報処理機構であり、従来周知のものを用いることができる。演算処理部１１００は、図示されている演算処理部１１００と接続される各構成と協働・動作する。また演算処理部１１００は、本実施形態の渋滞状況推定システムにおける種々の制御処理は、処理コンピュータ３００内のＲＯＭなどの記憶手段に記憶保持されるプログラムやデータに基づいて実行されるものである。
【００２２】
サーバー装置（情報提供システム）における施設関連特殊ルールデータベース１１１０は、プローブカーである車両１０から収集されたデータを記憶するデータベースであり、車両１０から収集されたデータにより適宜更新される。また、施設関連特殊ルールデータベース１１１０はサーバー装置が、各車両１０の実走行経路などから特殊ルールを抽出したり、特殊ルールが発生するパターン（平日に発生するか、祝祭日に発生するか、など）を特定したり、また、特殊ルールで走行する車両１０の頻度などを算出したりするための元のデータベースとして利用される。ここで、施設関連特殊ルールとは、所定の施設に関連して設けられた一般的な交通ルールとは異なるルールのことであり、当該施設に進入する際や当該施設から退出する際における車両の走行に対し適用されるものである。
【００２３】
通信部１１２０は車両１０とデータの送受信を行い得る無線通信装置であり、これによりセンター側のサーバー装置（情報提供システム）は、情報提供システム（図２記載のもの）から、車両１０の予定経路データと実走行データを収集したり、サーバー装置側で抽出された特殊ルールを各車両１０側に配信したりすることができるようになっている。
【００２４】
以上のように構成される情報提供システムにおける処理の流れについて説明する。図４は本発明の実施形態に係る情報提供システムにおける車載側システムとセンター側サーバー装置の処理フローを示す図である。図４に示す例では、センター側サーバー装置が１台の車載側システムと通信を行っている場合について説明しているが、センター側サーバー装置は、走行中の全てのプローブカーの車載側システムと同様の通信を行うものである。
【００２５】
ステップＳ１００で、車両１０の起動などに伴い、情報提供システム（車載側システム）における処理が開始されると、ステップＳ１０１では、ナビゲーションシステム部８００において、所定の施設に係る目的地がセット済みであるか否かが判定される。ステップＳ１０１における判定がＹＥＳであるときには、ステップＳ１０２に進み、ナビゲーションシステム部８００でセットされた予定経路データをセンターサーバー側に送信する。このように予定経路データがセットされた車両１０からの情報は、センターサーバー側が特殊ルールを抽出するために利用される。一方、ステップＳ１０１における判定がＮＯである場合には、ステップＳ１０２にスキップしてステップＳ１０３に進む。センターサーバー側は、予定経路データがセットされていない車両からの情報については、一般的なプローブデータとして扱う。
【００２６】
車両１０の車載側システム側においては、ステップＳ１０３で、位置データ取得部８１１により現在位置データを取得し、ステップＳ１０４で、現在位置データをセンターサーバー側に送信することを走行終了するまで繰り返し、車両１０の実走行経路データをセンターサーバー側に送信し続ける。このために、ステップＳ１０５で、車両１０の走行が終了したか否かを判定し、当該判定がＮＯ出るときには、ステップＳ１０６に進み、所定時間（又は所定距離）のウエイトをかけた上で、ステップＳ１０３に戻ってループする。一方、当該判定がＹＥＳであるときには、ステップＳ１０７に進み、センターサーバー側に走行が終了した旨の情報を送信する。ステップＳ１０８では、車両１０の車載側システム側の処理を終了する。
【００２７】
一方、ステップＳ２００において、センターサーバー側の処理が開始されると続いて、ステップＳ２０１では、車両１０の車載側システム側から、当該車両１０のナビゲーションシステム部８００でセットされた予定経路データを受信したか否かが判定される。ステップＳ２０１における判定がＹＥＳであるときには、ステップＳ２０２に進み、車両１０の予定経路データをマッピングする処理を実行する。一方、ステップＳ２０２における判定がＮＯであるときには、ステップＳ２０１をスキップして、当該車両１０からは通常のプローブデータを取得する処理を実行する。
【００２８】
センターサーバー側は、ステップＳ２０３で、車両１０の現在位置データを受信すると、ステップＳ２０４で、現在位置データをマッピングしていくことにより、実走行経路データを構築していく。この実走行経路データは車両１０の走行が終了するまで行われることとなる。
【００２９】
ステップＳ２０５では、（予定経路データが存在する場合には）実走行経路データと予定経路データとを比較し、ステップＳ２０６で相違するか否かが判定される。ステップＳ２０６の判定がＮＯであるときにはステップ２０９に進み、ＹＥＳであるときにはステップＳ２０７に進む。
【００３０】
ステップＳ２０７では、予定経路データでセットされている目的地である施設から所定距離内であるか否かが判定される。ステップＳ２０７の判定がＮＯであるときにはステップ２０９に進み、ＹＥＳであるときにはステップＳ２０８に進む。ステップＳ２０８では、予定経路データと、施設周辺においてこれと相違した実走行経路データとをカレンダーデータ（曜日・祝祭日データ）などと共に、施設関連特殊ルールデータベース１１１０に登録する。ここで、施設関連特殊ルールデータベース１１１０について説明する。図５は本発明の実施形態に係る渋滞状況推定システムにおける施設関連特殊ルールデータベース１１１０のデータ構造を説明する図である。施設関連特殊ルールデータベース１１１０には、例えば、「施設名称」、「進入時/退出時の別」、「休日・祝祭日の別」、「予定経
路」、「実走行経路」、「頻度」、「採用/不採用」
の各項目のデータが格納される。
【００３１】
施設関連特殊ルールデータベース１１１０における「施設名称」は、特殊ルールが決められている施設の名称（或いは、位置座標等でもよい）を記憶する項目である。また、
「進入時/退出時の別」は該当施設に対して進入するときの特殊ルールであるのか、該当
施設から退出するときの特殊ルールであるのかに係る別を記憶する項目である。
【００３２】
また、「休日・祝祭日の別」は、特殊ルールが適用される曜日パターンを記憶する項目である。この項目では、例えば、特殊ルールが平日を含め全てに適用されているのか、或いは、特殊ルールが休日・祝祭日のみに適用されているのかなどを記憶する。
【００３３】
また、施設関連特殊ルールデータベース１１１０における「予定経路」は車両１０から取得した予定経路データを記憶する項目であり、「実走行経路」は車両１０から取得した実走行経路データを記憶する項目である。これら２つの項目から得られる、予定経路データと実走行経路データとの相違を解析することによって、特殊ルールが具体的にどのようなものであるのか（例えば、右折禁止など）を把握することができる。また、「頻度」の項目では、特殊ルールに則って、走行した車両の割合が記憶される。また、当該「頻度」の項目に基づいて、特殊ルールとして、採用か不採用かが決められ、「採用/不採用」の
項目に採用か不採用かの別が記憶される。
【００３４】
図４のフローチャートに戻り、ステップＳ２０９においては、車載側システムから走行終了情報を受信したか否かが判定される。ステップＳ２０９における判定がＮＯであるときにはステップＳ２０３に戻りループする。一方、判定がＹＥＳであるときにはステップＳ２１０に進み、処理を終了する。
【００３５】
次に、施設関連特殊ルールデータベース１１１０において、「頻度」の項目に基づいて、特殊ルールとして採用とするか不採用とするかを決定するための処理を説明する。このような処理は、施設関連特殊ルールデータベース１１１０を最新情報が反映された状態に保つために、定期的に行うようにする。図６はこのような施設関連特殊ルールデータベース１１１０におけるデータ更新処理例を示す図である。ステップＳ３００で、処理が開始されると、続くステップＳ３０１では、施設関連特殊ルールデータベース１１１０の登録データ（「頻度」のデータ）が取得される。ステップＳ３０２では、所定値以上の頻度で特殊ルール走行が発生しているかが判定され、この判定結果がＹＥＳであるときにはステップＳ３０３で、施設関連特殊ルールとして採用とし、「採用/不採用」の項目に「採用
」を書き込み、この判定結果がＮＯであるときにはステップＳ３０４で、施設関連特殊ルールとして不採用とし、「採用/不採用」の項目に「不採用」を書き込む。ステップＳ３
０５で、処理を終了する。なお、ステップＳ３０２では、所定値以上の頻度で特殊ルール走行が発生していることを判定しているが、別の方法として、例えば、ある特定のユーザーの１回目の走行ルートと２回目以降の走行ルートを比較して、１回目の走行ルートが２回目以降の走行ルートと相違を調べることで特殊ルール走行が発生していると判断しても良い。
【００３６】
次に、以上のようにしてセンターサーバー側で構築された施設関連特殊ルールデータベース１１１０の情報を、各車両１０に配信し各車両１０においてこれをドライバーに提供する処理について図７を参照し説明する。図７は本発明の実施形態に係る情報提供システムの車載側システムにおける情報提供処理フローを示す図である。
【００３７】
図７において、ステップＳ４００で、車載側システムにおける情報提供処理が開始されると、続いて、ステップＳ４０１に進み、センター側から配信された施設関連特殊ルールを受信する。ステップＳ４０２では、配信された施設関連特殊ルールを参照し、車両１０のナビゲーションシステム部８００においてセットされた目的地の施設に特殊ルールが存在するか否かを判定する。ステップＳ４０２の判定結果がＹＥＳであるときにはステップＳ４０３に進み、ＮＯであるときにはステップＳ４０５に進む。
【００３８】
ステップＳ４０３では、ナビゲーションシステム８１０を基に通常の経路探索を行い、ステップＳ４０４で、当該探索経路をセンターサーバー側から受信した施設関連交通ルールで修正する。一方、ステップＳ４０５では、ナビゲーションシステム８１０を基に通常の経路探索を実行する。ステップＳ４０６では、ディスプレイ６１０やスピーカー６３０によって、経路検索結果を提供し、ステップＳ４０７で、処理を終了する。なお、ステップＳ４０４では、探索経路をセンターサーバー側から受信した施設関連交通ルールで修正するとして説明してきたが、施設関連交通ルールが存在していることを判断した場合、そ
の始まり前後までの経路を作成しておき、この経路の端部に施設関連交通ルールの経路を繋げて所定施設までの経路を作成するようにしても良い。このようにすることでステップＳ４０４と同様に施設関連交通ルールを適用して経路を作成することができる。
【００３９】
ステップＳ４０４で探索経路をセンターサーバー側から受信した施設関連交通ルールで修正し、これをステップＳ４０６で情報提供例する場合について説明する。図８は本発明の実施形態に係る情報提供システムの車載側システムにおける情報提供例を示すである。図８では目的地として「○×デパート」なる施設がセットされており、この施設に進入するときには、対向車線をまたがっての右折が禁止されている特殊ルールの存在が施設関連特殊ルールデータベース１１１０によって抽出されており、この特殊ルールに基づいて車載側のナビゲーション部８００による経路が修正された例を示している。
【００４０】
図８は、インターフェイス部６００のディスプレイ６１０における画面表示例である。図８に示すように例えばディスプレイ６１０によって、（センター情報）として「○×デパート」に進入する際における特殊ルールを、「特殊ルールにより右折ができない可能性があります。この先の信号を右折するルートをお薦めいたします。」などと解説することでドライバーも特殊ルールについて把握がしやすくなる。それと共に、図８に示す代替のルートを提案することが好ましい。また、前記の解説はスピーカー６３０によって音声でドライバーに伝達するように構成することもできる。
【００４１】
以上のように、本発明に係る情報提供システムによれば、プローブカー（車両）からデータを取得して、これから施設関連特殊ルールを抽出し、抽出された施設関連特殊ルールを各車載機側に提供するものであるので、ドライバーは施設に関連した特殊ルールを予め情報としてしることができ、意図しない回り道を余儀なくされたり、Ｕターンを行う必要がなくなったりするので、運転リスクを抑制でき、時間の無駄な浪費をなくすことができる。
【符号の説明】
【００４２】
１０・・・車両、１００・・・ＥＣＵ、１２０・・・計時部（カレンダー情報部）、５００・・・通信部、５１０・・・通信ユニット、６００・・・インターフェイス部、６１０・・・ディスプレイ、６３０・・・スピーカー、７００・・・データ記憶部、８００・・・ナビゲーションシステム部、８１０・・・ナビゲーションシステム、８１１・・・位置データ取得部、８２０・・・地図データベース、１１００・・・演算処理部、１１１０・・・施設関連特殊ルールデータベース、１１２０・・・通信部
【技術分野】
【０００１】
本発明は、一般的な交通ルールとは異なる施設に関連した特殊なルールが決められているような場合に、このような特殊なルールに係る情報をドライバーに提供することが可能な情報提供システムに関する。
【背景技術】
【０００２】
従来のナビゲーション装置等では地図を表示するのみでなく、利用者の利便性をより向上させる為に表示された道路の渋滞情報等の交通情報を提供することについても行われていた。その際、利用者に提供する為の交通情報を取得するシステムとして、例えば道路交通情報通信システム（ＶＩＣＳ：登録商標）やプローブカーシステムがあった。
【０００３】
ここで、ＶＩＣＳは、道路上に設置している感知器より路上を走行する車両を検出し、その検出結果をＶＩＣＳセンターが収集して交通情報（以下、ＶＩＣＳ情報という）を作成し、カーナビゲーション装置等の端末へ提供するシステムである。
【０００４】
また、プローブカーシステムは、走行中の車両がセンサ（プローブ）となり、この車両で計測された走行軌跡、速度等の情報（以下、プローブ情報という）をプローブセンタに集め、交通情報を作成するシステムである。
【０００５】
そして、例えば特開２００４−２３４６４９号公報にはＶＩＣＳセンターから取得したＶＩＣＳ情報やプローブカーから収集したプローブ情報を蓄積し、蓄積した情報に対して統計処理を施すことによって交通情報を生成するナビゲーションシステムについても記載されている。
【特許文献１】特開２００４−２３４６４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
道路事情などにより、一般的な交通ルールとは別の施設に関連した特殊なルールが決められている場合がある。このような特殊ルールについて図９を参照して説明する。図９の例では、施設として店舗Ａを例にとり、その駐車場に進入する場合について説明している。この例においては、対向車線をまたぐことなく、左折によって店舗Ａに進入できる車両Ｑについては進入を許可するが、対向車線をまたがって右折して店舗Ａに進入しようとする車両Ｐについては進入を許可しないような特殊ルールが設けられている。このような特殊ルールは、渋滞の緩和や危険の防止などのために独自に運用されるものである。
【０００７】
ところで、上記のような一般の交通ルールとは異なる施設独自の特殊なルールが決められている場合、図９の車両Ｐのように、直接的に施設（店舗Ａ）に進入できないことが発生してしまうこととなる。従って、車両Ｐのように特殊ルールを知らないと、回り道を余儀なくされたり、Ｕターンをしなければならなくなったりして、運転リスクが増大したり、或いは、時間を無駄に浪費することとなったりするが、上記のような施設に特有の特殊ルールについては、従来のシステムによっては情報提供されることがなく、問題であった。
【課題を解決するための手段】
【０００８】
上記問題点を解決するために、請求項１に係る発明は、所定施設までの経路データと、前記所定施設までの実走行経路データとを取得する手段と、前記予定経路データと前記実走行経路データとの相違に基づいて、前記施設周辺の施設関連特殊ルールを抽出する手段
と、前記施設関連特殊ルールの有無に応じて、前記所定施設までの経路データに前記施設関連特殊ルールを適用して提供する手段と、からなることを特徴とする情報提供システムである。
【発明の効果】
【０００９】
本発明に係る情報提供システムによれば、プローブカーからデータを取得して、これから施設関連特殊ルールを抽出し、提供するものであるので、ドライバーは施設に関連した特殊ルールを予め情報としてしることができ、意図しない回り道を余儀なくされたり、Ｕターンを行う必要がなくなったりするので、運転リスクを抑制でき、時間の無駄な浪費をなくすことができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態に係る情報提供システムにおける車載側システムの概略を示す図である。
【図２】本発明の実施形態に係る情報提供システムにおける車載側システムのブロック構成の概略を示す図である。
【図３】本発明の実施形態に係る情報提供システムにおけるセンター側サーバー装置の概要を示す図である。
【図４】本発明の実施形態に係る情報提供システムにおける車載側システムとセンター側サーバー装置の処理フローを示す図である。
【図５】本発明の実施形態に係る渋滞状況推定システムにおける施設関連特殊ルールデータベース１１１０のデータ構造を説明する図である。
【図６】施設関連特殊ルールデータベース１１１０におけるデータ更新処理例を示す図である。
【図７】本発明の実施形態に係る情報提供システムの車載側システムにおける情報提供処理フローを示す図である。
【図８】本発明の実施形態に係る情報提供システムの車載側システムにおける情報提供例を示すである。
【図９】施設に関連する特殊ルールについて説明する図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態を図面を参照しつつ説明する。図１は本発明の実施形態に係る情報提供システムにおける車載側システムの概略を示す図であり、図２は本発明の実施形態に係る情報提供システムにおける車載側システムのブロック構成の概略を示す図である。図１及び図２において、１０は車両、１００はＥＣＵ、１２０は計時部（カレンダー情報部）、５００は通信部、５１０は通信ユニット、６００はインターフェイス部、６１０はディスプレイ、６３０はスピーカー、８００はナビゲーションシステム部、８１０はナビゲーションシステム、８１１は位置データ取得部、８２０は地図データベースをそれぞれ示している。
【００１２】
図１及び図２に示す車載側システムは、１台の車両に搭載されるものを示しているが、本実施形態に係る車載側システムは複数台の車両（プローブカー）に搭載されており、これら複数の車載側システムからセンター側のサーバー装置へと走行情報等を送信するような構成となっている。また、センター側のサーバー装置は個々の車載側システム搭載のプローブカーから受信した情報に基づいて施設に関連して運用されている特殊ルールを把握することができるような構成となっている。さらに、本実施形態に係る情報提供システムにおいては、プローブカーの動向から把握された特殊ルールを、情報配信して提供するように構成されているので、車両のドライバーは施設に関連した特殊ルールを予め情報としてしることができ、回り道を余儀なくされたり、Ｕターンを行う必要がなくなったりするので、運転リスクを抑制でき、時間の無駄な浪費をなくすことができるのである。
【００１３】
なお、本実施形態の情報提供システムは、原動機としてエンジンを搭載し、このエンジンの駆動力により走行を行う自動車、或いは、原動機としてモーターを搭載し、モーターの駆動力のみによる走行を行う電気自動車、或いは原動機として上記双方を搭載し、モーター及び／又はエンジンによる駆動に基づいて走行するハイブリッド車などの車両に搭載することが可能である。
【００１４】
本実施形態に係る車載側システムにおいて、ＥＣＵ１００はエレクトロニックコントロールユニットの略であり、ＣＰＵとＣＰＵ上で動作するプログラムを保持するＲＯＭとＣＰＵのワークエリアであるＲＡＭなどからなる汎用の情報処理機構である。ＥＣＵ１００は、図示されているＥＣＵ１００と接続される各構成と協働・動作する。また、ＥＣＵ１００は、本発明の情報提供システムにおける種々の制御処理は、ＥＣＵ１００内のＲＯＭなどの記憶手段に記憶保持されるプログラムやデータに基づいて実行されるものである。なお、本実施形態においては、上記の各手段はＥＣＵ１００とＥＣＵ１００上で実行されるプログラムによって実現されるものとしているが、これらの各手段はこれに限定されるものではなく、論理回路などのハードウエアのみで実現されるようなものであってもよい。
【００１５】
ＥＣＵ１００はさらに、計時部（カレンダー情報部）１２０を備えており、この計時部（カレンダー情報部）１２０はタイマーとカレンダーデータからなるものであり、日時データ取得と取得された日時データの曜日・祝祭日の特定に利用される。
【００１６】
通信部５００における通信ユニット５１０は、無線通信によりセンター側に設けられるサーバー装置とデータの送受を行うことを可能とするものである。より詳しくは、通信ユニット５１０は、車両１０における車載側システムで取得された状態情報をサーバー装置に送信したり、また、サーバー装置側で把握されている、所定の施設に関連する特殊ルール情報を受信したりする。
【００１７】
インターフェイス部６００は、車両１０の運転席部に設けられ、運転者に対し、所定の情報や車両１０に係る情報などを提供する構成である。インターフェイス部６００におけるディスプレイ６１０は液晶などの表示装置であり、このディスプレイ６１０に渋滞している道路を色分けしたり、強調したりした地図を表示することによって、運転者に対して視覚的に所定の特殊ルール情報を報知することを可能とする。また、インターフェイス部６００は、スピーカー６３０も含んでおり、必要に応じて運転者に対して、音声による特殊ルール情報の案内や警告を行い得るようになっている。
【００１８】
ナビゲーションシステム部８００は、ナビゲーションシステム８１０やこのナビゲーションシステム８１０が参照する地図情報などが格納されたナビゲーションシステム用の地図データベース８２０とからなっている。ナビゲーションシステム８１０は、ＧＰＳ衛星からのＧＰＳ信号を受信して自らの位置座標データを計算する位置データ取得部８１１を用いることによって、車両の現在位置データを取得することができる。本発明の情報提供システムにおいては、ナビゲーションシステム用データベース８２０には、道路情報、施設情報などが記憶されている。施設情報については、当該施設情報の種別（飲食店、公共施設などの別）情報を設けておくことが、また、道路情報には道路種別情報（一般道、高速道など）などを設けておくことが好ましい。また、ナビゲーションシステム用の地図データベース８２０で管理されている道路データは、ノードとリンクの概念によって管理されている。このようなノードとリンクの概念については従来周知のものを用いることができる。
【００１９】
ナビゲーションシステム部８００におけるナビゲーションシステム８１０は、経路を探
索したり、探索された経路のうちドライバーによって選択された経路を予定経路データとして登録したりすることができる機能を有している。このような機能を実現するためには、従来周知の技術を用いることができる。また、ナビゲーションシステム部８００は、センター側のサーバー装置から送信される特殊ルールに基づいて、自ら探索した経路を修正することができるようになっている。
【００２０】
次に、センター側に設けられるサーバー装置について説明する。図３は本発明の実施形態に係る情報提供システムにおけるセンター側サーバー装置の概要を示す図である。図３のセンター側のサーバー装置（情報提供システム）の構成において、１１００は演算処理部、１１１０は施設関連特殊ルールデータベース、１１２０は通信部をそれぞれ示している。
【００２１】
サーバー装置における演算処理部１１００は、ＣＰＵを中心とし記憶装置、インターフェイス装置などから構成される情報処理機構であり、従来周知のものを用いることができる。演算処理部１１００は、図示されている演算処理部１１００と接続される各構成と協働・動作する。また演算処理部１１００は、本実施形態の渋滞状況推定システムにおける種々の制御処理は、処理コンピュータ３００内のＲＯＭなどの記憶手段に記憶保持されるプログラムやデータに基づいて実行されるものである。
【００２２】
サーバー装置（情報提供システム）における施設関連特殊ルールデータベース１１１０は、プローブカーである車両１０から収集されたデータを記憶するデータベースであり、車両１０から収集されたデータにより適宜更新される。また、施設関連特殊ルールデータベース１１１０はサーバー装置が、各車両１０の実走行経路などから特殊ルールを抽出したり、特殊ルールが発生するパターン（平日に発生するか、祝祭日に発生するか、など）を特定したり、また、特殊ルールで走行する車両１０の頻度などを算出したりするための元のデータベースとして利用される。ここで、施設関連特殊ルールとは、所定の施設に関連して設けられた一般的な交通ルールとは異なるルールのことであり、当該施設に進入する際や当該施設から退出する際における車両の走行に対し適用されるものである。
【００２３】
通信部１１２０は車両１０とデータの送受信を行い得る無線通信装置であり、これによりセンター側のサーバー装置（情報提供システム）は、情報提供システム（図２記載のもの）から、車両１０の予定経路データと実走行データを収集したり、サーバー装置側で抽出された特殊ルールを各車両１０側に配信したりすることができるようになっている。
【００２４】
以上のように構成される情報提供システムにおける処理の流れについて説明する。図４は本発明の実施形態に係る情報提供システムにおける車載側システムとセンター側サーバー装置の処理フローを示す図である。図４に示す例では、センター側サーバー装置が１台の車載側システムと通信を行っている場合について説明しているが、センター側サーバー装置は、走行中の全てのプローブカーの車載側システムと同様の通信を行うものである。
【００２５】
ステップＳ１００で、車両１０の起動などに伴い、情報提供システム（車載側システム）における処理が開始されると、ステップＳ１０１では、ナビゲーションシステム部８００において、所定の施設に係る目的地がセット済みであるか否かが判定される。ステップＳ１０１における判定がＹＥＳであるときには、ステップＳ１０２に進み、ナビゲーションシステム部８００でセットされた予定経路データをセンターサーバー側に送信する。このように予定経路データがセットされた車両１０からの情報は、センターサーバー側が特殊ルールを抽出するために利用される。一方、ステップＳ１０１における判定がＮＯである場合には、ステップＳ１０２にスキップしてステップＳ１０３に進む。センターサーバー側は、予定経路データがセットされていない車両からの情報については、一般的なプローブデータとして扱う。
【００２６】
車両１０の車載側システム側においては、ステップＳ１０３で、位置データ取得部８１１により現在位置データを取得し、ステップＳ１０４で、現在位置データをセンターサーバー側に送信することを走行終了するまで繰り返し、車両１０の実走行経路データをセンターサーバー側に送信し続ける。このために、ステップＳ１０５で、車両１０の走行が終了したか否かを判定し、当該判定がＮＯ出るときには、ステップＳ１０６に進み、所定時間（又は所定距離）のウエイトをかけた上で、ステップＳ１０３に戻ってループする。一方、当該判定がＹＥＳであるときには、ステップＳ１０７に進み、センターサーバー側に走行が終了した旨の情報を送信する。ステップＳ１０８では、車両１０の車載側システム側の処理を終了する。
【００２７】
一方、ステップＳ２００において、センターサーバー側の処理が開始されると続いて、ステップＳ２０１では、車両１０の車載側システム側から、当該車両１０のナビゲーションシステム部８００でセットされた予定経路データを受信したか否かが判定される。ステップＳ２０１における判定がＹＥＳであるときには、ステップＳ２０２に進み、車両１０の予定経路データをマッピングする処理を実行する。一方、ステップＳ２０２における判定がＮＯであるときには、ステップＳ２０１をスキップして、当該車両１０からは通常のプローブデータを取得する処理を実行する。
【００２８】
センターサーバー側は、ステップＳ２０３で、車両１０の現在位置データを受信すると、ステップＳ２０４で、現在位置データをマッピングしていくことにより、実走行経路データを構築していく。この実走行経路データは車両１０の走行が終了するまで行われることとなる。
【００２９】
ステップＳ２０５では、（予定経路データが存在する場合には）実走行経路データと予定経路データとを比較し、ステップＳ２０６で相違するか否かが判定される。ステップＳ２０６の判定がＮＯであるときにはステップ２０９に進み、ＹＥＳであるときにはステップＳ２０７に進む。
【００３０】
ステップＳ２０７では、予定経路データでセットされている目的地である施設から所定距離内であるか否かが判定される。ステップＳ２０７の判定がＮＯであるときにはステップ２０９に進み、ＹＥＳであるときにはステップＳ２０８に進む。ステップＳ２０８では、予定経路データと、施設周辺においてこれと相違した実走行経路データとをカレンダーデータ（曜日・祝祭日データ）などと共に、施設関連特殊ルールデータベース１１１０に登録する。ここで、施設関連特殊ルールデータベース１１１０について説明する。図５は本発明の実施形態に係る渋滞状況推定システムにおける施設関連特殊ルールデータベース１１１０のデータ構造を説明する図である。施設関連特殊ルールデータベース１１１０には、例えば、「施設名称」、「進入時/退出時の別」、「休日・祝祭日の別」、「予定経
路」、「実走行経路」、「頻度」、「採用/不採用」
の各項目のデータが格納される。
【００３１】
施設関連特殊ルールデータベース１１１０における「施設名称」は、特殊ルールが決められている施設の名称（或いは、位置座標等でもよい）を記憶する項目である。また、
「進入時/退出時の別」は該当施設に対して進入するときの特殊ルールであるのか、該当
施設から退出するときの特殊ルールであるのかに係る別を記憶する項目である。
【００３２】
また、「休日・祝祭日の別」は、特殊ルールが適用される曜日パターンを記憶する項目である。この項目では、例えば、特殊ルールが平日を含め全てに適用されているのか、或いは、特殊ルールが休日・祝祭日のみに適用されているのかなどを記憶する。
【００３３】
また、施設関連特殊ルールデータベース１１１０における「予定経路」は車両１０から取得した予定経路データを記憶する項目であり、「実走行経路」は車両１０から取得した実走行経路データを記憶する項目である。これら２つの項目から得られる、予定経路データと実走行経路データとの相違を解析することによって、特殊ルールが具体的にどのようなものであるのか（例えば、右折禁止など）を把握することができる。また、「頻度」の項目では、特殊ルールに則って、走行した車両の割合が記憶される。また、当該「頻度」の項目に基づいて、特殊ルールとして、採用か不採用かが決められ、「採用/不採用」の
項目に採用か不採用かの別が記憶される。
【００３４】
図４のフローチャートに戻り、ステップＳ２０９においては、車載側システムから走行終了情報を受信したか否かが判定される。ステップＳ２０９における判定がＮＯであるときにはステップＳ２０３に戻りループする。一方、判定がＹＥＳであるときにはステップＳ２１０に進み、処理を終了する。
【００３５】
次に、施設関連特殊ルールデータベース１１１０において、「頻度」の項目に基づいて、特殊ルールとして採用とするか不採用とするかを決定するための処理を説明する。このような処理は、施設関連特殊ルールデータベース１１１０を最新情報が反映された状態に保つために、定期的に行うようにする。図６はこのような施設関連特殊ルールデータベース１１１０におけるデータ更新処理例を示す図である。ステップＳ３００で、処理が開始されると、続くステップＳ３０１では、施設関連特殊ルールデータベース１１１０の登録データ（「頻度」のデータ）が取得される。ステップＳ３０２では、所定値以上の頻度で特殊ルール走行が発生しているかが判定され、この判定結果がＹＥＳであるときにはステップＳ３０３で、施設関連特殊ルールとして採用とし、「採用/不採用」の項目に「採用
」を書き込み、この判定結果がＮＯであるときにはステップＳ３０４で、施設関連特殊ルールとして不採用とし、「採用/不採用」の項目に「不採用」を書き込む。ステップＳ３
０５で、処理を終了する。なお、ステップＳ３０２では、所定値以上の頻度で特殊ルール走行が発生していることを判定しているが、別の方法として、例えば、ある特定のユーザーの１回目の走行ルートと２回目以降の走行ルートを比較して、１回目の走行ルートが２回目以降の走行ルートと相違を調べることで特殊ルール走行が発生していると判断しても良い。
【００３６】
次に、以上のようにしてセンターサーバー側で構築された施設関連特殊ルールデータベース１１１０の情報を、各車両１０に配信し各車両１０においてこれをドライバーに提供する処理について図７を参照し説明する。図７は本発明の実施形態に係る情報提供システムの車載側システムにおける情報提供処理フローを示す図である。
【００３７】
図７において、ステップＳ４００で、車載側システムにおける情報提供処理が開始されると、続いて、ステップＳ４０１に進み、センター側から配信された施設関連特殊ルールを受信する。ステップＳ４０２では、配信された施設関連特殊ルールを参照し、車両１０のナビゲーションシステム部８００においてセットされた目的地の施設に特殊ルールが存在するか否かを判定する。ステップＳ４０２の判定結果がＹＥＳであるときにはステップＳ４０３に進み、ＮＯであるときにはステップＳ４０５に進む。
【００３８】
ステップＳ４０３では、ナビゲーションシステム８１０を基に通常の経路探索を行い、ステップＳ４０４で、当該探索経路をセンターサーバー側から受信した施設関連交通ルールで修正する。一方、ステップＳ４０５では、ナビゲーションシステム８１０を基に通常の経路探索を実行する。ステップＳ４０６では、ディスプレイ６１０やスピーカー６３０によって、経路検索結果を提供し、ステップＳ４０７で、処理を終了する。なお、ステップＳ４０４では、探索経路をセンターサーバー側から受信した施設関連交通ルールで修正するとして説明してきたが、施設関連交通ルールが存在していることを判断した場合、そ
の始まり前後までの経路を作成しておき、この経路の端部に施設関連交通ルールの経路を繋げて所定施設までの経路を作成するようにしても良い。このようにすることでステップＳ４０４と同様に施設関連交通ルールを適用して経路を作成することができる。
【００３９】
ステップＳ４０４で探索経路をセンターサーバー側から受信した施設関連交通ルールで修正し、これをステップＳ４０６で情報提供例する場合について説明する。図８は本発明の実施形態に係る情報提供システムの車載側システムにおける情報提供例を示すである。図８では目的地として「○×デパート」なる施設がセットされており、この施設に進入するときには、対向車線をまたがっての右折が禁止されている特殊ルールの存在が施設関連特殊ルールデータベース１１１０によって抽出されており、この特殊ルールに基づいて車載側のナビゲーション部８００による経路が修正された例を示している。
【００４０】
図８は、インターフェイス部６００のディスプレイ６１０における画面表示例である。図８に示すように例えばディスプレイ６１０によって、（センター情報）として「○×デパート」に進入する際における特殊ルールを、「特殊ルールにより右折ができない可能性があります。この先の信号を右折するルートをお薦めいたします。」などと解説することでドライバーも特殊ルールについて把握がしやすくなる。それと共に、図８に示す代替のルートを提案することが好ましい。また、前記の解説はスピーカー６３０によって音声でドライバーに伝達するように構成することもできる。
【００４１】
以上のように、本発明に係る情報提供システムによれば、プローブカー（車両）からデータを取得して、これから施設関連特殊ルールを抽出し、抽出された施設関連特殊ルールを各車載機側に提供するものであるので、ドライバーは施設に関連した特殊ルールを予め情報としてしることができ、意図しない回り道を余儀なくされたり、Ｕターンを行う必要がなくなったりするので、運転リスクを抑制でき、時間の無駄な浪費をなくすことができる。
【符号の説明】
【００４２】
１０・・・車両、１００・・・ＥＣＵ、１２０・・・計時部（カレンダー情報部）、５００・・・通信部、５１０・・・通信ユニット、６００・・・インターフェイス部、６１０・・・ディスプレイ、６３０・・・スピーカー、７００・・・データ記憶部、８００・・・ナビゲーションシステム部、８１０・・・ナビゲーションシステム、８１１・・・位置データ取得部、８２０・・・地図データベース、１１００・・・演算処理部、１１１０・・・施設関連特殊ルールデータベース、１１２０・・・通信部
【特許請求の範囲】
【請求項１】
所定施設までの経路データと、前記所定施設までの実走行経路データとを取得する手段と、
前記予定経路データと前記実走行経路データとの相違に基づいて、前記施設周辺の施設関連特殊ルールを抽出する手段と、
前記施設関連特殊ルールの有無に応じて、前記所定施設までの経路データに前記施設関連特殊ルールを適用して提供する手段と、からなることを特徴とする情報提供システム。
【請求項１】
所定施設までの経路データと、前記所定施設までの実走行経路データとを取得する手段と、
前記予定経路データと前記実走行経路データとの相違に基づいて、前記施設周辺の施設関連特殊ルールを抽出する手段と、
前記施設関連特殊ルールの有無に応じて、前記所定施設までの経路データに前記施設関連特殊ルールを適用して提供する手段と、からなることを特徴とする情報提供システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１１−２０３０５２（Ｐ２０１１−２０３０５２Ａ）
【公開日】平成２３年１０月１３日（２０１１．１０．１３）
【国際特許分類】
【出願番号】特願２０１０−６９６７２（Ｐ２０１０−６９６７２）
【出願日】平成２２年３月２５日（２０１０．３．２５）
【出願人】（５９１２６１５０９）株式会社エクォス・リサーチ (1,360)
【Ｆターム（参考）】
【公開日】平成２３年１０月１３日（２０１１．１０．１３）
【国際特許分類】
【出願日】平成２２年３月２５日（２０１０．３．２５）
【出願人】（５９１２６１５０９）株式会社エクォス・リサーチ (1,360)
【Ｆターム（参考）】
[ Back to top ]