JP5096396B2 - 交通情報管理サーバー、ナビゲーション端末及び方法 - Google Patents

Description

本発明はナビゲーション分野、特に複数のナビゲーション端末に対する交通情報の提供を管理する交通情報管理サーバー、ナビゲーション端末およびナビゲーション方法に関する。

現在の電子地図を搭載したナビゲーション端末は、存在するハードディスクまたはＤＶＤなどのメディア上の電子地理情報の地理情報と交通ルール情報を基にルート検索することができる。始点および終点を入力することで、ユーザーはナビゲーション端末の計算結果を基にルートを選択することができる。ナビゲーションの過程において、システムは、例えば交差点のどの道に向かって走行すべきかなど、走行すべきルートをユーザーに伝える。ルート計算に利用されるデータは、電子地図内のデータベースに基いており、一般的に１年に数回更新される。

しかし、一部の開発中の都市では、道路が頻繁に建設されており、交通ルールもよく変わり、ＰＯＩ（地図上において建築物などの場所を標識したランドマーク）もよく変わる。手動による収集と更新という従来の方法では、電子地図上においてユーザーに最新情報を提供することは不可能である。これら「古い」情報に基づきナビゲーション端末が計算したルートは、頻繁にユーザーに不便をもたらし、誤った指示はユーザーの時間、更には金銭を浪費することになる。

上記の状況を避けるため、電子地図プロバイダは、より頻繁に手動による外での作業による収集などの方法によって地図データを更新するか、あるいは政府機関も含む連盟を結ぶことでデータの更新頻度を確保しなければならない。しかし、これには大量の資金と時間を要する上、地図プロバイダのすべてが、これを実行できるわけではない。

このため、自動により収集、構成、識別をし、最新の、信頼に足る、詳細なデータをナビゲーション端末に提供するというニーズがある。

特許文献１の米国特許第６５１６２６７号「フィードバックにより地理データベースを更新、増強または改良する方法とシステム」では、ひとつのシステムと方法が描かれている。すなわち、道路の検知器のフィードバック情報によって、地理データベースの発見、更新、増強をしている。フィードバック情報には情報の信頼可能な程度が含まれており、それによりフィードバック情報と実際の地理特性とのマッチングの度合いが示されている。しかし、このフィードバック情報の信頼可能な程度の増加あるいは減少は、情報ソースの更新の頻度しか考慮しておらず、ナビゲーション端末のユーザーが該情報を使用した結果は考慮されていない。このため、本当の意味でのユーザーからのフィードバックプロセスは含まれていない。したがって、こうした実質的には単方向の情報の収集、更新の方法では、情報の正確性と信頼性を確保することはできない。

また、一部のサイトではオープンサービスを提供しており、例えば、http://www.poihandler.comではユーザーに無料または有料で更新データを提供しており、異なるナビゲーション端末における共有に利用されている。こうした「貢献と見返り」というモデルはインターネット上で非常に広がりを見せているが、こうした情報ではユーザーに信頼性の保証を提供するのは非常に難しい。ユーザーがこれらの更新データを使用している際に問題があったとしても、そのフィードバックプロセスは往々にして自発的な、制御不能なものであり、使用者が、こうしたフィードバックをタイムリーかつ正確に得ることは極めて困難である。

トヨタMapmasterは、名古屋ＩＴＳ世界会議の場で、計測車のデータによって地図データの更新を維持する技術に関する１つの論文を発表した。そこでは、一種のアルゴリズムが解説されており、交通信号と計測車のデータを結合することで一方通行や通行禁止を判断している。しかし、ここに示されているように、車載システムの計測データの正確性は更新データの信頼性に影響を及ぼす。現地調査によって地図とデータがマッチしていない場所を確認せざるを得ず、これではやはり時間と労力がかかる。

米国特許第６５１６２６７号明細書

本発明の目的は、交通情報管理サーバーを提供することで、複数のナビゲーション端末にひとつの情報交換を行うプラットフォームを提供し、ＰＯＩや道路情報、交通規制など、各種交通情報の交換を適時行うことができるようにすることにある。

本発明の他の目的は、収集、チェック、およびナビゲーション端末への交通情報の提供に用いる方法を提供し、交通情報のタイムリー性を確保するばかりでなく、情報の信頼性を確保することである。

また、本発明の他の目的は、ナビゲーション端末を介することで、ユーザーが、更新された交通情報に対しフィードバックと評価を行うことができるシステムを提供することである。

本発明はその一面において、複数のナビゲーション端末への交通情報の提供を管理する交通情報管理サーバーを提起しており、この交通情報管理サーバーは、次のユニットを備えている。

（１）インターフェースユニット：
このインターフェースユニットを通じ、ネットワークと複数のナビゲーション端末との間で通信を実行する。

（２）ストレージユニット：
複数の情報源からの交通情報を保存し管理を行う交通情報データベースを格納する。この交通情報データベースには、前記ナビゲーション端末に提供される交通情報、前記交通情報の信頼性情報、前記交通情報の地図上の位置を示す位置ＩＤが含まれる。

（３）制御ユニット：
前記ナビゲーション端末からの交通情報リクエストメッセージを受け取ると、前記交通情報データベース内より、移動体の経由ルート上の前記位置ＩＤ、前記位置ＩＤに対応した交通情報、および前記信頼性情報などを抽出するとともに、交通メッセージを生成し、前記インターフェースユニットを制御し、前記交通情報リクエストメッセージを前記ナビゲーション端末へと送る。

本発明は他の一面において、移動体の起点から終点までの経由ルートを検索し、前記移動体をガイドするナビゲーション端末を提起しており、これには次のものが含まれる。

（１）表示ユニット：
前記の検索した経由ルートを基に、交通情報を表示する。

（２）インターフェースユニット：
前記インターフェースユニットによってナビゲーション端末と交通情報管理サーバーとを接続し、リクエストされた前記経由ルート上の交通情報の交通情報リクエストメッセージを交通情報管理サーバーへと送り、前記交通情報管理サーバーから前記経由ルート上の交通情報を含む交通メッセージを受信する。

（３）ストレージユニット：
経由ルート上の、前記交通メッセージにより構成される交通情報管理チャートを保存する。前記交通情報管理チャートには交通情報、前記交通情報の信頼性情報、前記交通情報の地図上の位置を示す位置ＩＤが含まれる。

（４）制御ユニット：
前記交通情報管理チャートを基に、前記表示ユニットを制御し、前記の検索した経由ルート上の前記位置ＩＤに対応した前記信頼性情報を表示する。

本発明はさらに他の一面において、複数のナビゲーション端末に対する交通情報の提供を管理する交通情報管理方法を提起しており、これには次のステップが含まれる。

（１）ナビゲーション端末からの交通情報リクエストメッセージを受信するステップ。

交通情報データベースより移動体の経由ルート上の前記位置ＩＤ、前記位置ＩＤに対応した交通情報、および前記交通情報に対応する信頼性情報などを抽出し、交通メッセージを生成する。

（２）生成された交通メッセージをナビゲーション端末へ送信するステップ。

本発明はさらに他の一面において、移動体の起点から終点までの経由ルートを検索し、前記移動体をガイドするナビゲーション方法を提起しており、これには次のステップが含まれる。

（１）リクエストメッセージを交通情報管理サーバーへ送信するステップ：
リクエストされた経由ルート上の交通情報の交通情報リクエストメッセージを交通情報管理サーバーへと送信する。

（２）交通メッセージを受信するステップ：
前記交通情報管理サーバーより、前記経由ルート上の交通情報を含む交通メッセージを受信する。

（３）信頼性情報を表示するステップ：
経由ルート上の、前記交通メッセージより構成される交通情報管理チャートを参照することで、前述の検索した経由ルート上の位置ＩＤに対応した交通情報、ならびに前記交通情報に対応した信頼性情報を表示する。この内、前記経由ルート上の交通情報管理チャートには、交通情報、前記交通情報の信頼性情報、および前記交通情報の地図上における、前記交通情報に対応した位置を示す位置ＩＤが含まれる。

本発明の望ましい実施形態においては、情報を、タクシー、路線バス、自家用車などを含む道路車両、あるいは誘導コイルセンサー、カメラ、マイクロ波センサー、超音波センサーなどを含む検知器、もしくは道路建設状況、交通ルールの変化などを含む政府機関の情報システムより収集する。

本発明の望ましい実施形態においては、道路車両や検知器によって無作為に生成される交通情報の正確性を確保するため、交通情報管理サーバーが、これらの膨大なデータの構成とチェックを担う。

チェックのアルゴリズムは、例えば、次のようになっている。まず、情報のソースを検査する。公的な、または権威あるルート、例えば政府の公告や信頼性情報の高い顧客であれば、情報の信頼性は高くなる。データが新たなルートから来たものである場合には、データフォーマット、証明画像、ユーザーからのフィードバックを含むチェックプロセスが必要となる。データがこのチェックプロセスを通過すれば、情報の信頼性はやはり高く設定することができる。信頼性のランク付けのプロセスは厳格なものになっており、またユーザーのナビゲーション端末により評価をフィードバックすることで変化させることが可能である。

更新された交通情報はチェックを経た後、そのデータは交通情報管理サーバー内に保存されユーザーのダウンロードに供される。交通情報管理サーバーのデータベースでは、データはそれぞれ異なるカテゴリーごとに保存される。これには各地域、および交通ルールやＰＯＩなどといった各データカテゴリーが含まれる。

交通情報のダウンロードは分散型サービスによって行う。情報量が膨大となると予想される場合、分散型サービスの方がユーザーのダウンロードのニーズをより効率的に満たすことができるためである。

埋め込み型のナビゲーション端末、ポータブルナビゲーション端末、ＰＤＡ、スマートフォンを含むユーザーのナビゲーション端末において、更新データはラジオ、携帯電話ネットワーク、またはその他ネットワークを通じて端末システムへとダウンロードされ、適したフォーマットによってユーザーに対し表示される。各種異なる端末にできる限り多く更新データを提供することができるようにするため、データフォーマットはＸＭＬ（拡張可能マークアップ言語）またはその他の言語にすることで、端末における解析の便を図ることが可能である。

本発明の望ましい実施態様によれば、交通情報を複数の異なるルートより収集し、情報のタイムリー性と新鮮度を確保し、道路上の交通および地理情報を適時、全面的に把握するようにしている。

また、本発明の望ましい実施態様によれば、交通情報は交通情報管理サーバーにおいてチェックと識別が行われ、情報の正確性と精度が確保され、ユーザーは安心して使用することができる。

さらに、本発明の望ましい実施態様によれば、交通情報の配布が効率的かつ迅速である。ユーザーは交通情報管理サーバーより更新情報を得ることができるだけでなく、既に一部あるいはすべての該更新情報をダウンロードしたその他ユーザーのところからも直接ダウンロードすることができる。交通情報の最大限の共有は、ユーザーが最新の交通関連情報を知り、外出のために準備をする上で有益である。

本発明のその他の目的と特徴は、以下に述べる実施形態の中で明らかにする。

本発明の一実施例による交通情報管理サーバーの構造の概略図である。 本発明の一実施例による交通情報管理サーバー内の制御ユニットの構造の概略図である。 本発明の一実施例による交通情報管理サーバー内のストレージユニットに保存される交通情報データベースの構造の概略図である。 本発明の一実施例による交通情報管理サーバーにおける交通データベース更新時のフローチャートである。 本発明の一実施例による交通情報管理サーバーと相互作業をするナビゲーション端末の構造図の一例である。 本発明の一実施例による交通情報管理サーバーとナビゲーション端末の間における相互作業のひとつのフローチャートである。 本発明の一実施例による交通情報管理サーバーとナビゲーション端末との間で交換作業を実行することで、交通情報の交換と更新を行う別の一例のフローチャートである。 本発明の一実施例による計測車または検知器からの道路情報をチェックするフローチャートである。 本発明の一実施例による情報交換機能を持つ車載ナビゲーション端末のひとつの実例である。 本発明の一実施例による交通メッセージフォーマットのダウンロードの実施例である。 本発明の一実施例による車両の交通フィードバック情報のアップロードの条件となるパラメータの説明である。 本発明の一実施例によるナビゲーション端末よりアップロードされる交通フィードバック情報のひとつの例である。

図１は本発明の一実施例による交通情報管理サーバーの構造図である。交通情報管理サーバー１０４は、政府機関の情報システム１０１、道路情報収集システム１０２、サイトおよびその他情報システム１０３といった類の複数の情報源より最新の地理および／または交通情報を取得する。取得した情報には、情報の信頼性、つまり信頼可能な程度を基にランク付けを行う。該交通情報管理サーバー１０４には、ストレージユニット１０５、制御ユニット１０６、インターフェースユニット１０７が含まれる。この内、ストレージユニット１０５は、複数の情報源からの交通情報に対し管理を行う交通情報データベースの保存に用いられる。交通情報データベースには、複数の交通情報管理チャート、交通情報管理チャートが該端末に提供する交通情報、該交通情報に対応した信頼性情報、該交通情報の地図上における位置を表記した前記交通情報に対応した位置ＩＤが含まれる。この内、交通情報は交通ルール、ＰＯＩ、交通事故、道路工事などの情報を含むことが可能である。

インターフェースユニット１０７はインターフェース機能を提供するために用いられ、該インターフェースユニットを通じてネットワークと複数のナビゲーション端末との間で通信を実行する。制御ユニット１０６は、前記ナビゲーション端末より交通情報リクエストメッセージを受け取る。そして、前記交通情報データベースから移動体の経由ルート上の前記位置ＩＤ、前記位置ＩＤに対応した交通情報、および該交通情報に対応した信頼性情報などを抽出する。同時に、交通メッセージを生成し、前記インターフェースユニット１０７を通じて前記交通メッセージを前記ナビゲーション端末へと送信する。ナビゲーション端末１０８は、交通情報管理サーバー１０４より送信される交通メッセージを受信する。ナビゲーション端末１０８はまた、情報フィードバックのルートとして、交通情報管理サーバー１０４より提供された交通情報に対しフィードバック評価を行い、交通情報管理サーバー１０４に対し交通フィードバック情報を提供する。前記インターフェースユニット１０７が複数の前記ナビゲーション端末より交通フィードバック情報を受信した場合、制御ユニット１０６は受信した交通フィードバック情報を基に、交通情報管理チャート内の前記位置ＩＤに対応した前記信頼性情報に対し更新を行う。

次に、交通情報に対応した信頼性情報をどのように得るかについて簡単に説明する。データが政府機関が公開している情報システム１０１より入手したものである場合、情報の信頼性は最高となり、例えば星５つとなる。情報が道路情報収集システム１０２により入手したものである場合は、タクシー、路線バス、誘導コイルセンサー、カメラなども含め、情報は処理を経て星４つとして評価され、比較的高い信頼性として表記されるが、より多くのフィードバック情報による裏づけが必要となる。肯定的なフィードバック情報の数量が一定の比率（例えば５０％）を超えると、その更新情報の信頼性は星５つへと引き上げられる。データがサイトおよびその他情報システム１０３により入手したものである場合、信頼性は星３つとすることができ、情報に一定の信頼性があるものとして表記されるが、その他のルート、例えば計測車または誘導コイルセンサーからの情報とのクロスチェックが求められる。上記内容はあくまで信頼性情報をどのように獲得するかを例を示すことによって説明したものであり、このほかにも統計の類のその他方法によって信頼性情報を得ることもできる。更新情報がフィードバックにより証明されて、初めてその信頼性は引き上げられることになる。このように更新された交通情報の信頼性は一定不変のものではなく、ユーザーからのフィードバックによって絶えず変化するのである。

交通情報管理チャートの更新が必要な際、ストレージユニット１０５は交通情報管理チャート内の更新が必要な交通情報、例えば道路状況、交通状況、ＰＯＩなどに対し更新を行う。異なる情報はそれぞれ異なる種類のチャートに置かれる。

図２は本発明の一実施例による交通情報管理サーバー内の制御ユニット１０６の構造の概略図である。交通情報は収集のルートがそれぞれ異なることから、交通情報が異なればそれぞれ異なる処理ユニットよって処理をする必要がある。交通情報管理サーバー１０４内の制御ユニット１０６には、次のようなシステムやユニットが含まれている。まず、画像情報２０１の処理に用いられる画像認識処理システム２０５、テキスト情報２０２の処理に用いられるテキスト分析処理システム２０６、道路情報２０３の処理に用いられる道路情報処理システム２０７がある。また、交通情報データベースに対する更新に用いられる更新ユニット２０８、交通メッセージ生成ユニット２０９、ならびにフィードバック情報処理ユニット２１０が含まれる。

更新データが画像情報２０１である場合、画像認識処理システム２０５は自動的に画像内に含まれるパターン情報を基に認識処理を行う。更新データがテキスト情報２０２である場合、テキスト分析処理システム２０６はテキストに含まれるキーワードを基に分析処理を行う。データのフォーマットがＧＰＳまたはその他道路情報２０３である場合、道路情報処理システム２０７によって情報内に含まれるクリティカルデータを基に処理が行われる。後に処理をするデータはストレージユニット１０５内に保存される。画像情報２０１については、クリアでありかつ交差点名といった地理位置情報が含まれていると、交通標識上の図形および文字が認識され、交通ルール情報類として保存される。テキスト情報２０２については、キーワード検索によりフィルタリングが行われ、例えば「左折制限」であれば地理位置情報とともに交通ルール類として保存される。道路情報２０３、車両からのＧＰＳデータ、あるいは検知器から得たその他データは、進行方向、最高速度、ルートなどを含む交通流の状況を分析することができる。分析により、新しい道路または新しい進行方向が発見されると、これに対しデータフォーマットの変換を通じて、更新ユニット２０８を利用しストレージユニット内の交通情報データベースの更新を行うことができる。後にフィードバック情報があると、情報のチェックを経てフィードバック情報処理ユニット２１０はその信頼性を引き上げ、これを新しい地理情報としてデータベース内に保存する。交通メッセージ生成ユニット２０９はナビゲーション端末のリクエストを受信すると、前記交通情報管理チャート内より移動体の経由ルート上の前記位置ＩＤ、前記位置ＩＤに対応した交通情報、および前記信頼性情報などを抽出し、交通メッセージを生成する。フィードバック情報処理ユニット２１０は受信した交通フィードバック情報を基に、交通情報管理チャート内の前記位置ＩＤに対応した前記信頼性情報に対し更新を行う。

制御ユニット１０６は交通メッセージ生成ユニット２０９のみを含むこともできれば、交通メッセージ生成ユニット２０９とフィードバック情報処理ユニット２１０のみを含むこともできることは明白である。

図３は本発明の一実施例による交通情報管理サーバー内のストレージユニットに保存される交通情報データベースの構造の概略図である。ストレージユニット１０５の交通情報データベースにおいて、各交通情報は地図上の位置ＩＤコード（例えば道路リンク番号や交差点番号、ＰＯＩ番号など）を基に配列される。各交通情報はすべて複数のカテゴリー（例えば交通ルール、ＰＯＩ、交通事故、道路状況など）に分けられ、それぞれ異なる種類のチャートに保存される。主なデータは、交通情報の内容であり、またこれら交通情報の内容およびカテゴリーによって区分された交通情報受信ユーザーカテゴリーおよびそれらの信頼性情報である。ここで、交通情報の内容には、例えばある交差点における左折制限などがあり、交通情報受信ユーザーカテゴリーには、例えばすべての人、自家用車、商用車、公用車、歩行者、自転車などがあり、信頼性情報には例えば星５つ、星４つなどがある。管理サーバーは、ナビゲーション端末より送信された交通情報リクエストメッセージを受け取ると、制御ユニット１０６を通じてストレージユニット１０５との通信によって、交通情報データベース内のフィールドを基にデータに対し各種条件による検索を行う。そして、交通情報データベース内の対応する交通情報を抽出し、交通メッセージを生成しナビゲーション端末へと送る。ダウンロードする交通メッセージの例については図１２に解説してある。

図４は本発明の一実施例による交通情報管理サーバーにおける交通データベース更新時のフローチャートである。まず、制御ユニット１０６はそれぞれ異なる情報ソースのルートごとに、交通情報のデータフォーマットの変換行い、ひとつの規定の交換フォーマットへと統一し、ストレージユニット１０５の交通情報データベースへと保存する。交通情報データチャート内の各交通情報は、すべて位置ＩＤ、情報の内容、信頼性情報を基に配列されており、各ＩＤの内容は情報のカテゴリーごとに一意性を有している。各情報の信頼性は一定不変のものではなく、情報ソースの数量とフィードバックにより変化する。

同じ位置ＩＤ上に複数の情報ソースが生じた場合、情報内容が同じであればシステムは情報の内容を変更しないまま維持するとともに、該情報の信頼性をそれら情報ソースの中で最も高い信頼性のランクへと設定する。同じ位置ＩＤ上に複数の情報ソースが生じる例としては、政府機関と道路情報収集システムの両方がある道路に対する交通規制の情報を持っている場合などが挙げられる。情報が異なる場合、システムはまず、新旧情報の信頼性情報を比較し、新しい情報の信頼性が高い場合には情報の内容を変更し、そうでない場合には一時的に従来の情報内容を変更せずそのまま維持する。同時に、該位置ＩＤの新たな情報の検査測定を継続し、従来の情報内容と異なる情報の数量が一定の程度（例えば情報の数量全体に対する割合が５０％を超過）にまで達した時点で該情報の内容を変更し、その信頼性情報を修正する。信頼性情報の修正における原則は、信頼性が最も高い情報ソースを選択することをベースとして、該情報を使用したユーザーのフィードバックの変化を依拠とするというものである。肯定的なフィードバックが一定の数量に達した時、例えばフィードバック全体の５０％を超えると、信頼性はワンランク引き上げられる。一方、否定的なフィードバックが一定の割合に達した時、例えばフィードバック全体の５０％を超えると、信頼性はワンランク引き下げられる。

図５は本発明の一実施例による交通情報管理サーバーと相互作業をするナビゲーション端末の構造図を示している。該ナビゲーション端末には表示ユニット２１、インターフェースユニット２２、ストレージユニット２３、および制御ユニット２４が含まれる。この内、表示ユニット２１は前記の検索した経由ルートを基に交通情報を表示するために用いられる。インターフェースユニット２２はインターフェース機能を提供し、ナビゲーション端末と交通情報管理サーバーを接続し、リクエストされた前記経由ルート上の交通情報の交通情報リクエストメッセージを交通情報管理サーバーへと送信する。また、インターフェースユニット２２は前記経由ルート上の交通情報を含む交通メッセージを前記交通情報管理サーバーより受信するためにも用いられる。ストレージユニット２３は経由ルート上の、前記交通メッセージによって構成された交通情報管理チャートを保存するために用いられる。前記交通情報管理チャートには、交通情報、前記交通情報の信頼性、および前記交通情報の地図上における位置を示すための、前記交通情報に対応した位置ＩＤが含まれる。また、制御ユニット２４は、前記交通情報管理チャートを基に、前記表示ユニットを制御し前記の検索された経由ルート上の前記位置ＩＤに対応した前記信頼性情報を表示するために用いられる。

次に、図１，図２および図５を組合わせることで、交通情報管理サーバーがどのようにしてナビゲーション端末と相互に交通情報管理を実行しているかについてのフローチャートを示す。

図６は、本発明の一実施例による交通情報管理サーバーとナビゲーション端末の間における相互作業のひとつのフローチャートである。まず、ステップ６０１において交通情報管理サーバー１０４がインターフェースユニット１０７を通じて、ひとつまたは複数のナビゲーション端末１０８より交通情報に対するリクエストを受信する。ステップ６０２では、制御ユニット１０６がナビゲーション端末のリクエストに基づき、移動体の経由ルート上における前記位置ＩＤ、前記位置ＩＤに対応した交通情報、前記交通情報に対応する信頼性情報などを交通情報データベース内より抽出し、交通メッセージを生成する。また、ステップ６０３でインターフェースユニット１０７を通じてナビゲーション端末１０８へ該交通情報を送信する。ナビゲーション端末１０８はそのインターフェースユニット２２を通じて該情報メッセージを受信した後、該交通メッセージを経由ルート上の、前記交通メッセージにより構成された交通情報管理チャートとしてストレージユニット２３へと保存する。これにより、表示ユニットが前記の検索された経由ルート上の前記位置ＩＤに対応する前記信頼性情報を表示することができるようにする。ナビゲーション端末１０８よりフィードバック情報の送信があると、ステップ６０４では、交通情報管理サーバー１０４が該フィードバック情報を受信する。そして、制御ユニット１０６が、ステップ６０５で、前記交通情報データベース内の前記位置ＩＤに対応する前記信頼性情報に対し更新を行うが、フィードバック情報の送信がないようであれば終了する。

図７は本発明の一実施例による交通情報管理サーバーとナビゲーション端末との間で交換作業を実行することで、交通情報の交換と更新を行う別の一例のフローチャートである。

該フローはユーザーが行程の起点にいる時より開始する。初回のルート計算はナビゲーション端末のローカル側で完了する。起点から終点までのルートリストが生成されると、該リストは無線通信ネットワーク（ＧＰＲＳ、ＣＤＭＡ、ＷｉＭＡＸなど）を通じて交通情報管理サーバー１０４へと送信される。交通情報管理サーバー１０４は該リストを基に、ストレージユニット１０５の交通情報データベース内で検索を行い、更新された交通情報の存在を見つけると、交通情報管理サーバーはまず該情報のカテゴリーを確認する。ＰＯＩ情報である場合には、ルートの計算結果に影響が及ぶことはない。交通ルール情報である場合には、制限のある該ルートはナビゲーション端末へと送り返され、ナビゲーション端末は改めてルートを計算し、交通情報管理サーバーに再度送信しチェックを行わなければならない。ユーザーが使用するナビゲーション端末と交通情報管理サーバーの情報交換機能によって、最も理に適った走行ルートを見つけ出すことができる。ナビゲーションの開始後、ユーザーはナビゲーション端末１０８のフィードバック機能をオンにするかどうかを選択することができるほか、事前にフィードバックのステータス（アクティブあるいはスリープ）をデフォルト設定することもできる。フィードバック機能をオンにするとＧＰＳデータレコードは自動的に記録および路線のマッチングを開始し、ユーザーが目的地に到達しその回のナビゲーションが終了すると、ナビゲーション端末１０８はマッチングの結果のリストを自動的に生成する。同時に、インターフェースユニット２２を通じて交通情報管理サーバーの制御ユニット１０６へと送信する。これにより、ユーザーの該行程によって該更新情報の信頼性を更にチェックすることができるようになっている。マッチングの失敗がなければ、交通情報管理サーバー１０４は該更新情報の信頼性情報のランクを引き上げる。マッチングに失敗した道路があると、システムはテキストあるいは音声インターフェースによってマッチングに失敗した原因を入力するようユーザーにリクエストを出すか、もしくは自動認識を行う車載画像システムを通じセンターへと報告する。該更新情報が誤りであることが証明されると、交通情報管理サーバーは該情報の信頼性を引き下げる。例えばナビゲーションルートに従わず走行した、あるいは目的地を突如変更したような場合、マッチングに失敗した原因がユーザー自身にある。このような場合、ナビゲーション端末は、インターフェースユニット２２を通じて交通情報管理サーバー１０４に対し原因不明とひとつ返信し、交通情報管理サーバー１０４はその回のフィードバック結果を放棄する。

図８は、本発明の一実施例による計測車または検知器からの道路情報をチェックするフローチャートである。収集した情報が例えば計測車といった道路上の車両である場合、そのＧＰＳデータを基に交通情報管理サーバーは最高速度、交通の向き、走行ルートなどの情報を生成することができる。速度があるひとつの時間帯において、あるひとつの速度制限を超過した割合を統計分析し計算することによって、例えば、割合が４０％を超えるなどした時に、交通情報管理サーバーは該道路の制限速度に変化があったであろうと推測することができる。進行方向と走行ルートを分析、判断することによって、交通情報管理サーバーはどちらに曲がることが禁止されているか、どの道路が閉鎖されているか、あるいは一方通行であるのかを知ることができる。計測車のデータ分析は、ある時刻の車両の走行方向、位置、速度、またはある車両の地図におけるルートのマッチングを依拠とするだけでなく、平均速度の範囲、走行方向、車両タイプ等その他情報の５分毎、２４時間毎の行動の規則性についても依拠にしている。なぜなら、交通ルールの多くには時間帯による制限および車両タイプによる制限があるからである。これらの方法によって車載システム自体が計算した場合のミスと一面性を可能な限り回避することができる。

収集された情報が道路上に設置された検知器によるものである場合、交通情報管理サーバーは統計分析の方法によって各検知範囲における交通流に対し分析を行い、道路の交通流の特徴を見出し、交通状況の変化状況を生成することができる。この場合の道路上に設置された検知器とは、例えば誘導コイルセンサー、カメラ、マイクロ波センサー、超音波センサーなどである。車両の最高速度と進行方向は、車道に設置された誘導コイルセンサーによって判別することが可能である。曲がる向きの状況については、路面の方向標識のある車線によって判別することができる。例えば、ある交差点において、西から東方向の一番左側の車線を小型車が１台通過したことを検知し、ひとつの信号周期内に北から南方向の中央寄りの車線でも車両進入を検知すると、ある車両がこの交差点の青の時間内に西から南方向へ左折したことになる。また、走行ルートの判別についても、カメラによりナンバープレートを追跡撮影することによって分析することができる。

図９は、本発明の一実施例による情報交換機能を持つ車載ナビゲーション端末のひとつの実例である。該ナビゲーション端末と車内のボード上の車両前方を撮影するカメラ４０４、データのアップロードとダウンロードに用いられる無線通信アンテナ４０５は互いに接続されている。ナビゲーションマップ画面４０１には２つの例が示されている。例１では、車両１が交差点１に向かって走っており、左折し目的地Ａへ行こうとしている。しかし、ここでナビゲーション端末は得られて間もない更新情報を受信し、この交差点では左折禁止であることを表示した。警告情報が右下のダウンロード情報画面４０３に表示され、星３つの信頼性情報が付いている。この信頼性情報は、ある情報ルートから得られて間もない更新情報であり、まだその他情報ルートからの裏づけが得られていないことを示している。裏づけが得られると、該情報の信頼性はより高いランクへと継続的に引き上げられていく。その後、該ナビゲーション端末は自動的にルートを再計算し、運転者に右折を指示し、交差点２でＵターンし交差点１へと戻り直進して目的地Ａへと到着した。本例は、更新情報が、ユーザーが行程を開始した起点においてセンターサーバーのデータベースとの接続によってダウンロードすることができる。また、更新地点に接近した際にネットワークとセンターサーバーより自動的にナビゲーション端末へとダウンロードし、ユーザーに提示することも可能である。どの方式を採用し更新を行うかは、実際のシステムとユーザーの状況によって決まる。

例２では、車両２が交差点２に向かって走っており、直進して目的地Ｂに行こうとしている。しかし、ここで車載カメラが前方の道路の入口に進入禁止を示す交通標識があることを発見した。目的地Ｂがある道路は一方通行だったのである。このため運転者は、この状況を基に自ら判断し、交差点２で左折し遠回りして目的地Ｂへと到達した。この時、発見されたばかりの更新情報はナビゲーション端末と無線ネットワークを通じて自動的にセンターサーバーへとアップロードされ、目的地Ｂがある道路の最新の状況を報告する。報告されるデータにはカメラが収集した画像情報、ならびに車両２の交差点２における位置情報が含まれている。該更新情報はアップロード画像画面４０２に表示される。

図１０は本発明の一実施例によるダウンロードされる交通メッセージのひとつの実施例である。交通メッセージにはヘッダー、コード、長さ、位置ＩＤ、データカテゴリー、ユーザーカテゴリー、信頼性情報、情報内容、およびその他の情報が含まれる。ヘッダーはパケット通信の同期のために用いられる。コードは例えば分割されたパケットの順序といったパケット番号に用いられる。長さはパケットの長さである。位置ＩＤは該交通メッセージに対応する地図上の位置を表しており、例として道路リンク番号や交差点番号などが挙げられる。データカテゴリーは該情報の種類であり、交通ルール、ＰＯＩ、道路工事、交通事件などが含まれる。ユーザーカテゴリーとはメッセージの受信者の分類であり、すべての人、自家用車、商用車、公用車、歩行者、自転車が含まれる。信頼性情報は該更新情報の信頼可能な程度のランクを表している。例えば星５つは信頼性情報が最も高いことを表し、その数が減れば相応の信頼性情報ということになる。ユーザーは情報の信頼性を基に該情報の信頼可能な程度を判断することができるようになっている。情報内容は該交通情報の主な内容である。これにはその回に更新された具体的な情報が含まれる。ナビゲーション端末は該データを直接読み込み、ルート計算に用いることができる。その他はシステムが予備として確保している通信のフィールドである。

図１１は本発明の一実施例による車両の交通フィードバック情報のアップロードの条件となるパラメータの説明である。このアップロードの条件とは車載ナビゲーション端末を搭載している車両がフィードバックを行い、情報を交換する上で用いるパラメータリストである。これには次のものが含まれる。

（１）車両のカテゴリー：
車両のカテゴリーには、自家用車、タクシー、路線バス、公用車、トラックなどがある。これは、交通ルールなどの情報と、車両のカテゴリーとは往々にして関係しているためである。

（２）ＧＰＳの記録状態：
ＧＰＳの記録状態としては、車両の走行ルートを記録するＧＰＳモジュールの記録機能のＯＮまたはＯＦＦがある。

（３）ルート検索とマップマッチングの結果リスト：
ルート検索とマップマッチングの結果リストにおける「１」はマッチング成功、「０」はマッチング失敗である。位置ＩＤをも含んでいる。

（４）マッチングが失敗した原因：
マッチングが失敗した原因の種類には、道路閉鎖、道路の通行制限、方向転換の制限、車線制限、車線閉鎖、交通事故、およびその他の原因が含まれる。

更新情報のフィードバック：
更新情報のフィードバックには、正しい、失敗、未だ不明、または未チェックがある。フィードバックはユーザーあるいはナビゲーション端末による入力によりセンターへとアップロードされる。

（５）フィードバックの方式：
フィードバックの方式には、画像とテキストがあり、画像方式では撮影装置を搭載したナビゲーション端末が自動認識したフィードバックデータ、テキストではユーザーがインターフェースを通じて入力したフィードバックデータとなる。フィードバック情報はインターフェースユニットと制御ユニットを通じてセンターの交通情報管理サーバーのストレージユニットへとアップロードの上保存され、更新情報の信頼性のチェックに用いられる。

図１２は、本発明の一実施例によるナビゲーション端末よりアップロードされる交通フィードバック情報の一つの例である。ナビゲーション端末よりアップロードされる交通フィードバック情報のフォーマットは、図１０に示したダウンロードの交通メッセージフォーマットと類似し、内容は図１１の交通フィードバック情報のアップロード条件となるパラメータと対応している。すなわち、ヘッダー、コード、長さ、位置ＩＤ、データカテゴリー、ユーザーカテゴリー、不一致の原因、フィードバック情報などが含まれる。ヘッダーはパケット通信の同期のために用いられる。コードは例えば分割されたパケットの順序といったパケット番号に用いられる。長さはパケットの長さである。位置ＩＤは該交通フィードバック情報に対応した地図上の位置を表しており、例として道路リンク番号や交差点番号などが挙げられる。データカテゴリーは該情報の種類であり、交通ルール、ＰＯＩ、道路工事、交通事故などが含まれる。ユーザーカテゴリーとはメッセージをアップロードする者の分類であり、自家用車、タクシー、路線バス、公用車、トラックが含まれる。不一致の原因とはマッチングに失敗した原因の説明であり、マッチングの失敗なし（つまりすべて正しい）、道路閉鎖、道路の通行制限などが含まれる。フィードバック情報は該交通フィードバックメッセージの主な内容であり、正しい、間違い、未だ不明、未チェックが含まれる。その他はシステムが予備として確保しているフィールドである。

１０１…政府機関の情報システム、１０２…道路情報収集システム、１０３…サイト及びその他情報システム、１０４…交通情報管理サーバー、１０５，２３…ストレージユニット、１０６，２４…制御ユニット、１０７，２２…インターフェースユニット、１０８…ナビゲーション端末、２０１…画像情報、２０２…テキスト情報、２０３…道路情報、２０５…画像認識処理システム、２０６…テキスト分析処理システム、２０７…道路情報処理システム、２０８…更新ユニット、２０９…交通メッセージ生成ユニット、２１０…フィードバック情報処理ユニット、２１…表示ユニット。

Claims (12)

1. 複数のナビゲーション端末に対する交通情報の提供を管理する交通情報管理サーバーであって、
   ネットワークと複数のナビゲーション端末との間を経由し、通信を実行するインターフェースユニット、
   前記ナビゲーション端末に提供される交通情報、前記交通情報の信頼性情報、前記交通情報の地図上の位置を示す位置ＩＤを含む交通情報データベースを格納するストレージユニット、および
   前記ナビゲーション端末からの交通情報リクエストメッセージを受け取ると、前記交通情報データベース内より、移動体の経由ルート上の前記位置ＩＤ、前記位置ＩＤに対応した交通情報、および前記信頼性情報を抽出するとともに、交通メッセージを生成し、前記インターフェースユニットを制御し前記交通メッセージを前記ナビゲーション端末へと送る制御ユニットを備え、
   前記交通情報の信頼性情報は、前記交通情報の情報源の種別に基づき設定されるとともに、
   前記インターフェースは複数の前記ナビゲーション端末からの交通フィードバック情報を受信し、前記制御ユニットは受信した交通フィードバック情報を基に、交通情報データベース内の前記位置ＩＤに対応した前記信頼性情報に対し、肯定的な交通フィードバック情報が一定の割合に達した時、信頼性を引き上げ、否定的な交通フィードバック情報が一定の割合に達した時、信頼性を引き下げて更新を行うことを特徴とする交通情報管理サーバー。
2. 請求項１において、前記交通フィードバック情報は、前記位置ＩＤと、交通情報と実際の道路状況の対比結果を表す正誤情報と、前記正誤情報が誤である場合の原因を表す不一致の理由情報を含むことを特徴とする交通情報管理サーバー。
3. 請求項２において、前記交通フィードバック情報は更に、前記ナビゲーション端末を搭載する移動体の移動体類別情報の表記を有することを特徴とする交通情報管理サーバー。
4. 移動体の起点から終点までの検索した経由ルートを基に、交通情報を表示する表示ユニット、
   リクエストされた交通情報リクエストメッセージを交通情報管理サーバーへ送るとともに、前記交通情報管理サーバーから前記経由ルート上の交通情報を含む交通メッセージを受信するインターフェースユニット、
   経由ルート上の、前記交通メッセージにより構成され、交通情報、前記交通情報の信頼性情報、前記交通情報の地図上の位置を示す位置ＩＤを含む交通情報管理チャートを保存するストレージユニット、および
   前記交通情報管理チャートを基に、前記表示ユニットを制御し、前記の検索した経由ルート上の前記位置ＩＤに対応した前記信頼性情報を前記表示ユニットに表示させる制御ユニットを備え、
   前記交通情報の信頼性情報は、前記交通情報管理サーバーにおいて、前記交通情報の情報源に基づき設定されるとともに、複数のナビゲーション端末から受信した交通フィードバック情報を基に、肯定的な交通フィードバック情報が一定の割合に達した時、信頼性を引き上げ、否定的な交通フィードバック情報が一定の割合に達した時、信頼性を引き下げて更新され、
   前記ストレージユニットは前記移動体の前記位置ＩＤを基にした実際の道路状況を保存し、
   前記制御ユニットは前記位置ＩＤを基に前記交通情報と実際の道路状況の比較を行い前記交通フィードバック情報を生成するとともに前記交通情報管理サーバーへ送信する
   ことを特徴とするナビゲーション端末。
5. 請求項４において、前記交通フィードバック情報は、前記位置ＩＤと、前記比較の結果を表す正誤情報と、前記正誤情報が誤である場合の原因を表す不一致の理由情報を含むことを特徴とするナビゲーション端末。
6. 請求項５において、前記交通フィードバック情報は更に、前記移動体の移動体類別情報の表記を有することを特徴とするナビゲーション端末。
7. 複数のナビゲーション端末に対する交通情報の提供を管理する交通情報管理方法であって、
   ナビゲーション端末からの交通情報リクエストメッセージを受信するステップと、
   交通情報データベースより移動体の経由ルート上の位置ＩＤ、前記位置ＩＤに対応した交通情報、および前記交通情報に対応する信頼性情報を抽出し、交通メッセージを生成するステップと、
   前記交通情報の信頼性情報を、前記交通情報の情報源の種別に基づき設定するステップ
   と、
   複数のナビゲーション端末からの交通フィードバック情報を受信するステップと、
   受信した交通フィードバック情報を基に、交通情報データベース内の前記位置ＩＤに対応した前記信頼性情報に対し、肯定的な交通フィードバック情報が一定の割合に達した時、信頼性を引き上げ、否定的な交通フィードバック情報が一定の割合に達した時、信頼性を引き下げて更新を行うステップ
   を備えたことを特徴とする交通情報管理方法。
8. 請求項７において、前記交通フィードバック情報は、前記位置ＩＤと、前記交通情報と実際の道路状況の対比結果を表す正誤情報と、前記正誤情報が誤である場合の原因を表す不一致の理由情報とを含むことを特徴とする交通情報管理方法。
9. 請求項８において、前記交通フィードバック情報は更に、移動体類別情報の表記を有することを特徴とする交通情報管理方法。
10. 移動体の起点から終点までの経由ルートを検索し、前記移動体をガイドするナビゲーション方法であって、
    リクエストされた経由ルート上の交通情報リクエストメッセージを交通情報管理サーバーへと送信するステップ、
    前記交通情報管理サーバーより前記経由ルート上の交通情報を含む交通メッセージを受信するステップ、および
    経由ルート上の前記交通メッセージより構成される交通情報管理チャートを参照し、検索した経由ルート上の位置ＩＤに対応した交通情報と前記交通情報に対応した信頼性情報を表示するステップを備え、
    前記経由ルート上の交通情報管理チャートは、交通情報、前記交通情報の信頼性情報、および前記交通情報の地図上における、前記交通情報に対応した位置を示す位置ＩＤを有するとともに、
    前記交通情報の信頼性情報を、前記交通情報の情報源の種別に基づき設定するステップと、
    前記位置ＩＤを基に前記交通情報と実際の道路状況の比較を行い、交通フィードバック情報を生成し交通情報管理サーバーへと提供するステップと、
    交通情報管理サーバーが受信した交通フィードバック情報を基に前記位置ＩＤに対応した前記信頼性情報に対し、肯定的な交通フィードバック情報が一定の割合に達した時、信頼性を引き上げ、否定的な交通フィードバック情報が一定の割合に達した時、信頼性を引き下げて更新を行うステップ
    を備えたことを特徴とするナビゲーション方法。
11. 請求項１０において、前記交通フィードバック情報は、前記位置ＩＤと、前記比較の結果を表している正誤情報と、前記正誤情報が誤りである場合の原因を表す不一致の理由情報を含むことを特徴とするナビゲーション方法。
12. 請求項１１において、前記交通フィードバック情報は更に、前記移動体の移動体類別情報の表記を有することを特徴とするナビゲーション方法。

Images