交通情報管理サーバー、ナビゲーション端末及び方法
【課題】ナビゲーション端末の電子地図の正確性を向上し、ナビゲーション情報サービスのコストを下げることができるナビゲーションシステムを提供する。
【解決手段】交通情報管理サーバーはナビゲーション端末からのリクエストメッセージに基づき、交通情報データベースより経由ルート上の位置IDと、この位置IDに対応した交通情報および信頼性情報を抽出し、交通メッセージを生成し、ナビゲーション端末へ送る。更に、ナビゲーション端末からのフィードバック情報を基に、データベース内の位置IDに対応した信頼性情報の更新を行う。
【解決手段】交通情報管理サーバーはナビゲーション端末からのリクエストメッセージに基づき、交通情報データベースより経由ルート上の位置IDと、この位置IDに対応した交通情報および信頼性情報を抽出し、交通メッセージを生成し、ナビゲーション端末へ送る。更に、ナビゲーション端末からのフィードバック情報を基に、データベース内の位置IDに対応した信頼性情報の更新を行う。
【発明の詳細な説明】
【技術分野】
【0001】
本発明はナビゲーション分野、特に複数のナビゲーション端末に対する交通情報の提供を管理する交通情報管理サーバー、ナビゲーション端末およびナビゲーション方法に関する。
【背景技術】
【0002】
現在の電子地図を搭載したナビゲーション端末は、存在するハードディスクまたはDVDなどのメディア上の電子地理情報の地理情報と交通ルール情報を基にルート検索することができる。始点および終点を入力することで、ユーザーはナビゲーション端末の計算結果を基にルートを選択することができる。ナビゲーションの過程において、システムは、例えば交差点のどの道に向かって走行すべきかなど、走行すべきルートをユーザーに伝える。ルート計算に利用されるデータは、電子地図内のデータベースに基いており、一般的に1年に数回更新される。
【0003】
しかし、一部の開発中の都市では、道路が頻繁に建設されており、交通ルールもよく変わり、POI(地図上において建築物などの場所を標識したランドマーク)もよく変わる。手動による収集と更新という従来の方法では、電子地図上においてユーザーに最新情報を提供することは不可能である。これら「古い」情報に基づきナビゲーション端末が計算したルートは、頻繁にユーザーに不便をもたらし、誤った指示はユーザーの時間、更には金銭を浪費することになる。
【0004】
上記の状況を避けるため、電子地図プロバイダは、より頻繁に手動による外での作業による収集などの方法によって地図データを更新するか、あるいは政府機関も含む連盟を結ぶことでデータの更新頻度を確保しなければならない。しかし、これには大量の資金と時間を要する上、地図プロバイダのすべてが、これを実行できるわけではない。
【0005】
このため、自動により収集、構成、識別をし、最新の、信頼に足る、詳細なデータをナビゲーション端末に提供するというニーズがある。
【0006】
特許文献1の米国特許第6516267号「フィードバックにより地理データベースを更新、増強または改良する方法とシステム」では、ひとつのシステムと方法が描かれている。すなわち、道路の検知器のフィードバック情報によって、地理データベースの発見、更新、増強をしている。フィードバック情報には情報の信頼可能な程度が含まれており、それによりフィードバック情報と実際の地理特性とのマッチングの度合いが示されている。しかし、このフィードバック情報の信頼可能な程度の増加あるいは減少は、情報ソースの更新の頻度しか考慮しておらず、ナビゲーション端末のユーザーが該情報を使用した結果は考慮されていない。このため、本当の意味でのユーザーからのフィードバックプロセスは含まれていない。したがって、こうした実質的には単方向の情報の収集、更新の方法では、情報の正確性と信頼性を確保することはできない。
【0007】
また、一部のサイトではオープンサービスを提供しており、例えば、http://www.poihandler.comではユーザーに無料または有料で更新データを提供しており、異なるナビゲーション端末における共有に利用されている。こうした「貢献と見返り」というモデルはインターネット上で非常に広がりを見せているが、こうした情報ではユーザーに信頼性の保証を提供するのは非常に難しい。ユーザーがこれらの更新データを使用している際に問題があったとしても、そのフィードバックプロセスは往々にして自発的な、制御不能なものであり、使用者が、こうしたフィードバックをタイムリーかつ正確に得ることは極めて困難である。
【0008】
トヨタMapmasterは、名古屋ITS世界会議の場で、計測車のデータによって地図データの更新を維持する技術に関する1つの論文を発表した。そこでは、一種のアルゴリズムが解説されており、交通信号と計測車のデータを結合することで一方通行や通行禁止を判断している。しかし、ここに示されているように、車載システムの計測データの正確性は更新データの信頼性に影響を及ぼす。現地調査によって地図とデータがマッチしていない場所を確認せざるを得ず、これではやはり時間と労力がかかる。
【先行技術文献】
【特許文献】
【0009】
【特許文献1】米国特許第6516267号明細書
【発明の概要】
【発明が解決しようとする課題】
【0010】
本発明の目的は、交通情報管理サーバーを提供することで、複数のナビゲーション端末にひとつの情報交換を行うプラットフォームを提供し、POIや道路情報、交通規制など、各種交通情報の交換を適時行うことができるようにすることにある。
【0011】
本発明の他の目的は、収集、チェック、およびナビゲーション端末への交通情報の提供に用いる方法を提供し、交通情報のタイムリー性を確保するばかりでなく、情報の信頼性を確保することである。
【0012】
また、本発明の他の目的は、ナビゲーション端末を介することで、ユーザーが、更新された交通情報に対しフィードバックと評価を行うことができるシステムを提供することである。
【課題を解決するための手段】
【0013】
本発明はその一面において、複数のナビゲーション端末への交通情報の提供を管理する交通情報管理サーバーを提起しており、この交通情報管理サーバーは、次のユニットを備えている。
【0014】
(1)インターフェースユニット:
このインターフェースユニットを通じ、ネットワークと複数のナビゲーション端末との間で通信を実行する。
【0015】
(2)ストレージユニット:
複数の情報源からの交通情報を保存し管理を行う交通情報データベースを格納する。この交通情報データベースには、前記ナビゲーション端末に提供される交通情報、前記交通情報の信頼性情報、前記交通情報の地図上の位置を示す位置IDが含まれる。
【0016】
(3)制御ユニット:
前記ナビゲーション端末からの交通情報リクエストメッセージを受け取ると、前記交通情報データベース内より、移動体の経由ルート上の前記位置ID、前記位置IDに対応した交通情報、および前記信頼性情報などを抽出するとともに、交通メッセージを生成し、前記インターフェースユニットを制御し、前記交通情報リクエストメッセージを前記ナビゲーション端末へと送る。
【0017】
本発明は他の一面において、移動体の起点から終点までの経由ルートを検索し、前記移動体をガイドするナビゲーション端末を提起しており、これには次のものが含まれる。
【0018】
(1)表示ユニット:
前記の検索した経由ルートを基に、交通情報を表示する。
【0019】
(2)インターフェースユニット:
前記インターフェースユニットによってナビゲーション端末と交通情報管理サーバーとを接続し、リクエストされた前記経由ルート上の交通情報の交通情報リクエストメッセージを交通情報管理サーバーへと送り、前記交通情報管理サーバーから前記経由ルート上の交通情報を含む交通メッセージを受信する。
【0020】
(3)ストレージユニット:
経由ルート上の、前記交通メッセージにより構成される交通情報管理チャートを保存する。前記交通情報管理チャートには交通情報、前記交通情報の信頼性情報、前記交通情報の地図上の位置を示す位置IDが含まれる。
【0021】
(4)制御ユニット:
前記交通情報管理チャートを基に、前記表示ユニットを制御し、前記の検索した経由ルート上の前記位置IDに対応した前記信頼性情報を表示する。
【0022】
本発明はさらに他の一面において、複数のナビゲーション端末に対する交通情報の提供を管理する交通情報管理方法を提起しており、これには次のステップが含まれる。
【0023】
(1)ナビゲーション端末からの交通情報リクエストメッセージを受信するステップ。
【0024】
交通情報データベースより移動体の経由ルート上の前記位置ID、前記位置IDに対応した交通情報、および前記交通情報に対応する信頼性情報などを抽出し、交通メッセージを生成する。
【0025】
(2)生成された交通メッセージをナビゲーション端末へ送信するステップ。
【0026】
本発明はさらに他の一面において、移動体の起点から終点までの経由ルートを検索し、前記移動体をガイドするナビゲーション方法を提起しており、これには次のステップが含まれる。
【0027】
(1)リクエストメッセージを交通情報管理サーバーへ送信するステップ:
リクエストされた経由ルート上の交通情報の交通情報リクエストメッセージを交通情報管理サーバーへと送信する。
【0028】
(2)交通メッセージを受信するステップ:
前記交通情報管理サーバーより、前記経由ルート上の交通情報を含む交通メッセージを受信する。
【0029】
(3)信頼性情報を表示するステップ:
経由ルート上の、前記交通メッセージより構成される交通情報管理チャートを参照することで、前述の検索した経由ルート上の位置IDに対応した交通情報、ならびに前記交通情報に対応した信頼性情報を表示する。この内、前記経由ルート上の交通情報管理チャートには、交通情報、前記交通情報の信頼性情報、および前記交通情報の地図上における、前記交通情報に対応した位置を示す位置IDが含まれる。
【0030】
本発明の望ましい実施形態においては、情報を、タクシー、路線バス、自家用車などを含む道路車両、あるいは誘導コイルセンサー、カメラ、マイクロ波センサー、超音波センサーなどを含む検知器、もしくは道路建設状況、交通ルールの変化などを含む政府機関の情報システムより収集する。
【0031】
本発明の望ましい実施形態においては、道路車両や検知器によって無作為に生成される交通情報の正確性を確保するため、交通情報管理サーバーが、これらの膨大なデータの構成とチェックを担う。
【0032】
チェックのアルゴリズムは、例えば、次のようになっている。まず、情報のソースを検査する。公的な、または権威あるルート、例えば政府の公告や信頼性情報の高い顧客であれば、情報の信頼性は高くなる。データが新たなルートから来たものである場合には、データフォーマット、証明画像、ユーザーからのフィードバックを含むチェックプロセスが必要となる。データがこのチェックプロセスを通過すれば、情報の信頼性はやはり高く設定することができる。信頼性のランク付けのプロセスは厳格なものになっており、またユーザーのナビゲーション端末により評価をフィードバックすることで変化させることが可能である。
【0033】
更新された交通情報はチェックを経た後、そのデータは交通情報管理サーバー内に保存されユーザーのダウンロードに供される。交通情報管理サーバーのデータベースでは、データはそれぞれ異なるカテゴリーごとに保存される。これには各地域、および交通ルールやPOIなどといった各データカテゴリーが含まれる。
【0034】
交通情報のダウンロードは分散型サービスによって行う。情報量が膨大となると予想される場合、分散型サービスの方がユーザーのダウンロードのニーズをより効率的に満たすことができるためである。
【0035】
埋め込み型のナビゲーション端末、ポータブルナビゲーション端末、PDA、スマートフォンを含むユーザーのナビゲーション端末において、更新データはラジオ、携帯電話ネットワーク、またはその他ネットワークを通じて端末システムへとダウンロードされ、適したフォーマットによってユーザーに対し表示される。各種異なる端末にできる限り多く更新データを提供することができるようにするため、データフォーマットはXML(拡張可能マークアップ言語)またはその他の言語にすることで、端末における解析の便を図ることが可能である。
【発明の効果】
【0036】
本発明の望ましい実施態様によれば、交通情報を複数の異なるルートより収集し、情報のタイムリー性と新鮮度を確保し、道路上の交通および地理情報を適時、全面的に把握するようにしている。
【0037】
また、本発明の望ましい実施態様によれば、交通情報は交通情報管理サーバーにおいてチェックと識別が行われ、情報の正確性と精度が確保され、ユーザーは安心して使用することができる。
【0038】
さらに、本発明の望ましい実施態様によれば、交通情報の配布が効率的かつ迅速である。ユーザーは交通情報管理サーバーより更新情報を得ることができるだけでなく、既に一部あるいはすべての該更新情報をダウンロードしたその他ユーザーのところからも直接ダウンロードすることができる。交通情報の最大限の共有は、ユーザーが最新の交通関連情報を知り、外出のために準備をする上で有益である。
【0039】
本発明のその他の目的と特徴は、以下に述べる実施形態の中で明らかにする。
【図面の簡単な説明】
【0040】
【図1】本発明の一実施例による交通情報管理サーバーの構造の概略図である。
【図2】本発明の一実施例による交通情報管理サーバー内の制御ユニットの構造の概略図である。
【図3】本発明の一実施例による交通情報管理サーバー内のストレージユニットに保存される交通情報データベースの構造の概略図である。
【図4】本発明の一実施例による交通情報管理サーバーにおける交通データベース更新時のフローチャートである。
【図5】本発明の一実施例による交通情報管理サーバーと相互作業をするナビゲーション端末の構造図の一例である。
【図6】本発明の一実施例による交通情報管理サーバーとナビゲーション端末の間における相互作業のひとつのフローチャートである。
【図7】本発明の一実施例による交通情報管理サーバーとナビゲーション端末との間で交換作業を実行することで、交通情報の交換と更新を行う別の一例のフローチャートである。
【図8】本発明の一実施例による計測車または検知器からの道路情報をチェックするフローチャートである。
【図9】本発明の一実施例による情報交換機能を持つ車載ナビゲーション端末のひとつの実例である。
【図10】本発明の一実施例による交通メッセージフォーマットのダウンロードの実施例である。
【図11】本発明の一実施例による車両の交通フィードバック情報のアップロードの条件となるパラメータの説明である。
【図12】本発明の一実施例によるナビゲーション端末よりアップロードされる交通フィードバック情報のひとつの例である。
【発明を実施するための形態】
【0041】
図1は本発明の一実施例による交通情報管理サーバーの構造図である。交通情報管理サーバー104は、政府機関の情報システム101、道路情報収集システム102、サイトおよびその他情報システム103といった類の複数の情報源より最新の地理および/または交通情報を取得する。取得した情報には、情報の信頼性、つまり信頼可能な程度を基にランク付けを行う。該交通情報管理サーバー104には、ストレージユニット105、制御ユニット106、インターフェースユニット107が含まれる。この内、ストレージユニット105は、複数の情報源からの交通情報に対し管理を行う交通情報データベースの保存に用いられる。交通情報データベースには、複数の交通情報管理チャート、交通情報管理チャートが該端末に提供する交通情報、該交通情報に対応した信頼性情報、該交通情報の地図上における位置を表記した前記交通情報に対応した位置IDが含まれる。この内、交通情報は交通ルール、POI、交通事故、道路工事などの情報を含むことが可能である。
【0042】
インターフェースユニット107はインターフェース機能を提供するために用いられ、該インターフェースユニットを通じてネットワークと複数のナビゲーション端末との間で通信を実行する。制御ユニット106は、前記ナビゲーション端末より交通情報リクエストメッセージを受け取る。そして、前記交通情報データベースから移動体の経由ルート上の前記位置ID、前記位置IDに対応した交通情報、および該交通情報に対応した信頼性情報などを抽出する。同時に、交通メッセージを生成し、前記インターフェースユニット107を通じて前記交通メッセージを前記ナビゲーション端末へと送信する。ナビゲーション端末108は、交通情報管理サーバー104より送信される交通メッセージを受信する。ナビゲーション端末108はまた、情報フィードバックのルートとして、交通情報管理サーバー104より提供された交通情報に対しフィードバック評価を行い、交通情報管理サーバー104に対し交通フィードバック情報を提供する。前記インターフェースユニット107が複数の前記ナビゲーション端末より交通フィードバック情報を受信した場合、制御ユニット106は受信した交通フィードバック情報を基に、交通情報管理チャート内の前記位置IDに対応した前記信頼性情報に対し更新を行う。
【0043】
次に、交通情報に対応した信頼性情報をどのように得るかについて簡単に説明する。データが政府機関が公開している情報システム101より入手したものである場合、情報の信頼性は最高となり、例えば星5つとなる。情報が道路情報収集システム102により入手したものである場合は、タクシー、路線バス、誘導コイルセンサー、カメラなども含め、情報は処理を経て星4つとして評価され、比較的高い信頼性として表記されるが、より多くのフィードバック情報による裏づけが必要となる。肯定的なフィードバック情報の数量が一定の比率(例えば50%)を超えると、その更新情報の信頼性は星5つへと引き上げられる。データがサイトおよびその他情報システム103により入手したものである場合、信頼性は星3つとすることができ、情報に一定の信頼性があるものとして表記されるが、その他のルート、例えば計測車または誘導コイルセンサーからの情報とのクロスチェックが求められる。上記内容はあくまで信頼性情報をどのように獲得するかを例を示すことによって説明したものであり、このほかにも統計の類のその他方法によって信頼性情報を得ることもできる。更新情報がフィードバックにより証明されて、初めてその信頼性は引き上げられることになる。このように更新された交通情報の信頼性は一定不変のものではなく、ユーザーからのフィードバックによって絶えず変化するのである。
【0044】
交通情報管理チャートの更新が必要な際、ストレージユニット105は交通情報管理チャート内の更新が必要な交通情報、例えば道路状況、交通状況、POIなどに対し更新を行う。異なる情報はそれぞれ異なる種類のチャートに置かれる。
【0045】
図2は本発明の一実施例による交通情報管理サーバー内の制御ユニット106の構造の概略図である。交通情報は収集のルートがそれぞれ異なることから、交通情報が異なればそれぞれ異なる処理ユニットよって処理をする必要がある。交通情報管理サーバー104内の制御ユニット106には、次のようなシステムやユニットが含まれている。まず、画像情報201の処理に用いられる画像認識処理システム205、テキスト情報202の処理に用いられるテキスト分析処理システム206、道路情報203の処理に用いられる道路情報処理システム207がある。また、交通情報データベースに対する更新に用いられる更新ユニット208、交通メッセージ生成ユニット209、ならびにフィードバック情報処理ユニット210が含まれる。
【0046】
更新データが画像情報201である場合、画像認識処理システム205は自動的に画像内に含まれるパターン情報を基に認識処理を行う。更新データがテキスト情報202である場合、テキスト分析処理システム206はテキストに含まれるキーワードを基に分析処理を行う。データのフォーマットがGPSまたはその他道路情報203である場合、道路情報処理システム207によって情報内に含まれるクリティカルデータを基に処理が行われる。後に処理をするデータはストレージユニット105内に保存される。画像情報201については、クリアでありかつ交差点名といった地理位置情報が含まれていると、交通標識上の図形および文字が認識され、交通ルール情報類として保存される。テキスト情報202については、キーワード検索によりフィルタリングが行われ、例えば「左折制限」であれば地理位置情報とともに交通ルール類として保存される。道路情報203、車両からのGPSデータ、あるいは検知器から得たその他データは、進行方向、最高速度、ルートなどを含む交通流の状況を分析することができる。分析により、新しい道路または新しい進行方向が発見されると、これに対しデータフォーマットの変換を通じて、更新ユニット208を利用しストレージユニット内の交通情報データベースの更新を行うことができる。後にフィードバック情報があると、情報のチェックを経てフィードバック情報処理ユニット210はその信頼性を引き上げ、これを新しい地理情報としてデータベース内に保存する。交通メッセージ生成ユニット209はナビゲーション端末のリクエストを受信すると、前記交通情報管理チャート内より移動体の経由ルート上の前記位置ID、前記位置IDに対応した交通情報、および前記信頼性情報などを抽出し、交通メッセージを生成する。フィードバック情報処理ユニット210は受信した交通フィードバック情報を基に、交通情報管理チャート内の前記位置IDに対応した前記信頼性情報に対し更新を行う。
【0047】
制御ユニット106は交通メッセージ生成ユニット209のみを含むこともできれば、交通メッセージ生成ユニット209とフィードバック情報処理ユニット210のみを含むこともできることは明白である。
【0048】
図3は本発明の一実施例による交通情報管理サーバー内のストレージユニットに保存される交通情報データベースの構造の概略図である。ストレージユニット105の交通情報データベースにおいて、各交通情報は地図上の位置IDコード(例えば道路リンク番号や交差点番号、POI番号など)を基に配列される。各交通情報はすべて複数のカテゴリー(例えば交通ルール、POI、交通事故、道路状況など)に分けられ、それぞれ異なる種類のチャートに保存される。主なデータは、交通情報の内容であり、またこれら交通情報の内容およびカテゴリーによって区分された交通情報受信ユーザーカテゴリーおよびそれらの信頼性情報である。ここで、交通情報の内容には、例えばある交差点における左折制限などがあり、交通情報受信ユーザーカテゴリーには、例えばすべての人、自家用車、商用車、公用車、歩行者、自転車などがあり、信頼性情報には例えば星5つ、星4つなどがある。管理サーバーは、ナビゲーション端末より送信された交通情報リクエストメッセージを受け取ると、制御ユニット106を通じてストレージユニット105との通信によって、交通情報データベース内のフィールドを基にデータに対し各種条件による検索を行う。そして、交通情報データベース内の対応する交通情報を抽出し、交通メッセージを生成しナビゲーション端末へと送る。ダウンロードする交通メッセージの例については図12に解説してある。
【0049】
図4は本発明の一実施例による交通情報管理サーバーにおける交通データベース更新時のフローチャートである。まず、制御ユニット106はそれぞれ異なる情報ソースのルートごとに、交通情報のデータフォーマットの変換行い、ひとつの規定の交換フォーマットへと統一し、ストレージユニット105の交通情報データベースへと保存する。交通情報データチャート内の各交通情報は、すべて位置ID、情報の内容、信頼性情報を基に配列されており、各IDの内容は情報のカテゴリーごとに一意性を有している。各情報の信頼性は一定不変のものではなく、情報ソースの数量とフィードバックにより変化する。
【0050】
同じ位置ID上に複数の情報ソースが生じた場合、情報内容が同じであればシステムは情報の内容を変更しないまま維持するとともに、該情報の信頼性をそれら情報ソースの中で最も高い信頼性のランクへと設定する。同じ位置ID上に複数の情報ソースが生じる例としては、政府機関と道路情報収集システムの両方がある道路に対する交通規制の情報を持っている場合などが挙げられる。情報が異なる場合、システムはまず、新旧情報の信頼性情報を比較し、新しい情報の信頼性が高い場合には情報の内容を変更し、そうでない場合には一時的に従来の情報内容を変更せずそのまま維持する。同時に、該位置IDの新たな情報の検査測定を継続し、従来の情報内容と異なる情報の数量が一定の程度(例えば情報の数量全体に対する割合が50%を超過)にまで達した時点で該情報の内容を変更し、その信頼性情報を修正する。信頼性情報の修正における原則は、信頼性が最も高い情報ソースを選択することをベースとして、該情報を使用したユーザーのフィードバックの変化を依拠とするというものである。肯定的なフィードバックが一定の数量に達した時、例えばフィードバック全体の50%を超えると、信頼性はワンランク引き上げられる。一方、否定的なフィードバックが一定の割合に達した時、例えばフィードバック全体の50%を超えると、信頼性はワンランク引き下げられる。
【0051】
図5は本発明の一実施例による交通情報管理サーバーと相互作業をするナビゲーション端末の構造図を示している。該ナビゲーション端末には表示ユニット21、インターフェースユニット22、ストレージユニット23、および制御ユニット24が含まれる。この内、表示ユニット21は前記の検索した経由ルートを基に交通情報を表示するために用いられる。インターフェースユニット22はインターフェース機能を提供し、ナビゲーション端末と交通情報管理サーバーを接続し、リクエストされた前記経由ルート上の交通情報の交通情報リクエストメッセージを交通情報管理サーバーへと送信する。また、インターフェースユニット22は前記経由ルート上の交通情報を含む交通メッセージを前記交通情報管理サーバーより受信するためにも用いられる。ストレージユニット23は経由ルート上の、前記交通メッセージによって構成された交通情報管理チャートを保存するために用いられる。前記交通情報管理チャートには、交通情報、前記交通情報の信頼性、および前記交通情報の地図上における位置を示すための、前記交通情報に対応した位置IDが含まれる。また、制御ユニット24は、前記交通情報管理チャートを基に、前記表示ユニットを制御し前記の検索された経由ルート上の前記位置IDに対応した前記信頼性情報を表示するために用いられる。
【0052】
次に、図1,図2および図5を組合わせることで、交通情報管理サーバーがどのようにしてナビゲーション端末と相互に交通情報管理を実行しているかについてのフローチャートを示す。
【0053】
図6は、本発明の一実施例による交通情報管理サーバーとナビゲーション端末の間における相互作業のひとつのフローチャートである。まず、ステップ601において交通情報管理サーバー104がインターフェースユニット107を通じて、ひとつまたは複数のナビゲーション端末108より交通情報に対するリクエストを受信する。ステップ602では、制御ユニット106がナビゲーション端末のリクエストに基づき、移動体の経由ルート上における前記位置ID、前記位置IDに対応した交通情報、前記交通情報に対応する信頼性情報などを交通情報データベース内より抽出し、交通メッセージを生成する。また、ステップ603でインターフェースユニット107を通じてナビゲーション端末108へ該交通情報を送信する。ナビゲーション端末108はそのインターフェースユニット22を通じて該情報メッセージを受信した後、該交通メッセージを経由ルート上の、前記交通メッセージにより構成された交通情報管理チャートとしてストレージユニット23へと保存する。これにより、表示ユニットが前記の検索された経由ルート上の前記位置IDに対応する前記信頼性情報を表示することができるようにする。ナビゲーション端末108よりフィードバック情報の送信があると、ステップ604では、交通情報管理サーバー104が該フィードバック情報を受信する。そして、制御ユニット106が、ステップ605で、前記交通情報データベース内の前記位置IDに対応する前記信頼性情報に対し更新を行うが、フィードバック情報の送信がないようであれば終了する。
【0054】
図7は本発明の一実施例による交通情報管理サーバーとナビゲーション端末との間で交換作業を実行することで、交通情報の交換と更新を行う別の一例のフローチャートである。
【0055】
該フローはユーザーが行程の起点にいる時より開始する。初回のルート計算はナビゲーション端末のローカル側で完了する。起点から終点までのルートリストが生成されると、該リストは無線通信ネットワーク(GPRS、CDMA、WiMAXなど)を通じて交通情報管理サーバー104へと送信される。交通情報管理サーバー104は該リストを基に、ストレージユニット105の交通情報データベース内で検索を行い、更新された交通情報の存在を見つけると、交通情報管理サーバーはまず該情報のカテゴリーを確認する。POI情報である場合には、ルートの計算結果に影響が及ぶことはない。交通ルール情報である場合には、制限のある該ルートはナビゲーション端末へと送り返され、ナビゲーション端末は改めてルートを計算し、交通情報管理サーバーに再度送信しチェックを行わなければならない。ユーザーが使用するナビゲーション端末と交通情報管理サーバーの情報交換機能によって、最も理に適った走行ルートを見つけ出すことができる。ナビゲーションの開始後、ユーザーはナビゲーション端末108のフィードバック機能をオンにするかどうかを選択することができるほか、事前にフィードバックのステータス(アクティブあるいはスリープ)をデフォルト設定することもできる。フィードバック機能をオンにするとGPSデータレコードは自動的に記録および路線のマッチングを開始し、ユーザーが目的地に到達しその回のナビゲーションが終了すると、ナビゲーション端末108はマッチングの結果のリストを自動的に生成する。同時に、インターフェースユニット22を通じて交通情報管理サーバーの制御ユニット106へと送信する。これにより、ユーザーの該行程によって該更新情報の信頼性を更にチェックすることができるようになっている。マッチングの失敗がなければ、交通情報管理サーバー104は該更新情報の信頼性情報のランクを引き上げる。マッチングに失敗した道路があると、システムはテキストあるいは音声インターフェースによってマッチングに失敗した原因を入力するようユーザーにリクエストを出すか、もしくは自動認識を行う車載画像システムを通じセンターへと報告する。該更新情報が誤りであることが証明されると、交通情報管理サーバーは該情報の信頼性を引き下げる。例えばナビゲーションルートに従わず走行した、あるいは目的地を突如変更したような場合、マッチングに失敗した原因がユーザー自身にある。このような場合、ナビゲーション端末は、インターフェースユニット22を通じて交通情報管理サーバー104に対し原因不明とひとつ返信し、交通情報管理サーバー104はその回のフィードバック結果を放棄する。
【0056】
図8は、本発明の一実施例による計測車または検知器からの道路情報をチェックするフローチャートである。収集した情報が例えば計測車といった道路上の車両である場合、そのGPSデータを基に交通情報管理サーバーは最高速度、交通の向き、走行ルートなどの情報を生成することができる。速度があるひとつの時間帯において、あるひとつの速度制限を超過した割合を統計分析し計算することによって、例えば、割合が40%を超えるなどした時に、交通情報管理サーバーは該道路の制限速度に変化があったであろうと推測することができる。進行方向と走行ルートを分析、判断することによって、交通情報管理サーバーはどちらに曲がることが禁止されているか、どの道路が閉鎖されているか、あるいは一方通行であるのかを知ることができる。計測車のデータ分析は、ある時刻の車両の走行方向、位置、速度、またはある車両の地図におけるルートのマッチングを依拠とするだけでなく、平均速度の範囲、走行方向、車両タイプ等その他情報の5分毎、24時間毎の行動の規則性についても依拠にしている。なぜなら、交通ルールの多くには時間帯による制限および車両タイプによる制限があるからである。これらの方法によって車載システム自体が計算した場合のミスと一面性を可能な限り回避することができる。
【0057】
収集された情報が道路上に設置された検知器によるものである場合、交通情報管理サーバーは統計分析の方法によって各検知範囲における交通流に対し分析を行い、道路の交通流の特徴を見出し、交通状況の変化状況を生成することができる。この場合の道路上に設置された検知器とは、例えば誘導コイルセンサー、カメラ、マイクロ波センサー、超音波センサーなどである。車両の最高速度と進行方向は、車道に設置された誘導コイルセンサーによって判別することが可能である。曲がる向きの状況については、路面の方向標識のある車線によって判別することができる。例えば、ある交差点において、西から東方向の一番左側の車線を小型車が1台通過したことを検知し、ひとつの信号周期内に北から南方向の中央寄りの車線でも車両進入を検知すると、ある車両がこの交差点の青の時間内に西から南方向へ左折したことになる。また、走行ルートの判別についても、カメラによりナンバープレートを追跡撮影することによって分析することができる。
【0058】
図9は、本発明の一実施例による情報交換機能を持つ車載ナビゲーション端末のひとつの実例である。該ナビゲーション端末と車内のボード上の車両前方を撮影するカメラ404、データのアップロードとダウンロードに用いられる無線通信アンテナ405は互いに接続されている。ナビゲーションマップ画面401には2つの例が示されている。例1では、車両1が交差点1に向かって走っており、左折し目的地Aへ行こうとしている。しかし、ここでナビゲーション端末は得られて間もない更新情報を受信し、この交差点では左折禁止であることを表示した。警告情報が右下のダウンロード情報画面403に表示され、星3つの信頼性情報が付いている。この信頼性情報は、ある情報ルートから得られて間もない更新情報であり、まだその他情報ルートからの裏づけが得られていないことを示している。裏づけが得られると、該情報の信頼性はより高いランクへと継続的に引き上げられていく。その後、該ナビゲーション端末は自動的にルートを再計算し、運転者に右折を指示し、交差点2でUターンし交差点1へと戻り直進して目的地Aへと到着した。本例は、更新情報が、ユーザーが行程を開始した起点においてセンターサーバーのデータベースとの接続によってダウンロードすることができる。また、更新地点に接近した際にネットワークとセンターサーバーより自動的にナビゲーション端末へとダウンロードし、ユーザーに提示することも可能である。どの方式を採用し更新を行うかは、実際のシステムとユーザーの状況によって決まる。
【0059】
例2では、車両2が交差点2に向かって走っており、直進して目的地Bに行こうとしている。しかし、ここで車載カメラが前方の道路の入口に進入禁止を示す交通標識があることを発見した。目的地Bがある道路は一方通行だったのである。このため運転者は、この状況を基に自ら判断し、交差点2で左折し遠回りして目的地Bへと到達した。この時、発見されたばかりの更新情報はナビゲーション端末と無線ネットワークを通じて自動的にセンターサーバーへとアップロードされ、目的地Bがある道路の最新の状況を報告する。報告されるデータにはカメラが収集した画像情報、ならびに車両2の交差点2における位置情報が含まれている。該更新情報はアップロード画像画面402に表示される。
【0060】
図10は本発明の一実施例によるダウンロードされる交通メッセージのひとつの実施例である。交通メッセージにはヘッダー、コード、長さ、位置ID、データカテゴリー、ユーザーカテゴリー、信頼性情報、情報内容、およびその他の情報が含まれる。ヘッダーはパケット通信の同期のために用いられる。コードは例えば分割されたパケットの順序といったパケット番号に用いられる。長さはパケットの長さである。位置IDは該交通メッセージに対応する地図上の位置を表しており、例として道路リンク番号や交差点番号などが挙げられる。データカテゴリーは該情報の種類であり、交通ルール、POI、道路工事、交通事件などが含まれる。ユーザーカテゴリーとはメッセージの受信者の分類であり、すべての人、自家用車、商用車、公用車、歩行者、自転車が含まれる。信頼性情報は該更新情報の信頼可能な程度のランクを表している。例えば星5つは信頼性情報が最も高いことを表し、その数が減れば相応の信頼性情報ということになる。ユーザーは情報の信頼性を基に該情報の信頼可能な程度を判断することができるようになっている。情報内容は該交通情報の主な内容である。これにはその回に更新された具体的な情報が含まれる。ナビゲーション端末は該データを直接読み込み、ルート計算に用いることができる。その他はシステムが予備として確保している通信のフィールドである。
【0061】
図11は本発明の一実施例による車両の交通フィードバック情報のアップロードの条件となるパラメータの説明である。このアップロードの条件とは車載ナビゲーション端末を搭載している車両がフィードバックを行い、情報を交換する上で用いるパラメータリストである。これには次のものが含まれる。
【0062】
(1)車両のカテゴリー:
車両のカテゴリーには、自家用車、タクシー、路線バス、公用車、トラックなどがある。これは、交通ルールなどの情報と、車両のカテゴリーとは往々にして関係しているためである。
【0063】
(2)GPSの記録状態:
GPSの記録状態としては、車両の走行ルートを記録するGPSモジュールの記録機能のONまたはOFFがある。
【0064】
(3)ルート検索とマップマッチングの結果リスト:
ルート検索とマップマッチングの結果リストにおける「1」はマッチング成功、「0」はマッチング失敗である。位置IDをも含んでいる。
【0065】
(4)マッチングが失敗した原因:
マッチングが失敗した原因の種類には、道路閉鎖、道路の通行制限、方向転換の制限、車線制限、車線閉鎖、交通事故、およびその他の原因が含まれる。
【0066】
更新情報のフィードバック:
更新情報のフィードバックには、正しい、失敗、未だ不明、または未チェックがある。フィードバックはユーザーあるいはナビゲーション端末による入力によりセンターへとアップロードされる。
【0067】
(5)フィードバックの方式:
フィードバックの方式には、画像とテキストがあり、画像方式では撮影装置を搭載したナビゲーション端末が自動認識したフィードバックデータ、テキストではユーザーがインターフェースを通じて入力したフィードバックデータとなる。フィードバック情報はインターフェースユニットと制御ユニットを通じてセンターの交通情報管理サーバーのストレージユニットへとアップロードの上保存され、更新情報の信頼性のチェックに用いられる。
【0068】
図12は、本発明の一実施例によるナビゲーション端末よりアップロードされる交通フィードバック情報の一つの例である。ナビゲーション端末よりアップロードされる交通フィードバック情報のフォーマットは、図10に示したダウンロードの交通メッセージフォーマットと類似し、内容は図11の交通フィードバック情報のアップロード条件となるパラメータと対応している。すなわち、ヘッダー、コード、長さ、位置ID、データカテゴリー、ユーザーカテゴリー、不一致の原因、フィードバック情報などが含まれる。ヘッダーはパケット通信の同期のために用いられる。コードは例えば分割されたパケットの順序といったパケット番号に用いられる。長さはパケットの長さである。位置IDは該交通フィードバック情報に対応した地図上の位置を表しており、例として道路リンク番号や交差点番号などが挙げられる。データカテゴリーは該情報の種類であり、交通ルール、POI、道路工事、交通事故などが含まれる。ユーザーカテゴリーとはメッセージをアップロードする者の分類であり、自家用車、タクシー、路線バス、公用車、トラックが含まれる。不一致の原因とはマッチングに失敗した原因の説明であり、マッチングの失敗なし(つまりすべて正しい)、道路閉鎖、道路の通行制限などが含まれる。フィードバック情報は該交通フィードバックメッセージの主な内容であり、正しい、間違い、未だ不明、未チェックが含まれる。その他はシステムが予備として確保しているフィールドである。
【符号の説明】
【0069】
101…政府機関の情報システム、102…道路情報収集システム、103…サイト及びその他情報システム、104…交通情報管理サーバー、105,23…ストレージユニット、106,24…制御ユニット、107,22…インターフェースユニット、108…ナビゲーション端末、201…画像情報、202…テキスト情報、203…道路情報、205…画像認識処理システム、206…テキスト分析処理システム、207…道路情報処理システム、208…更新ユニット、209…交通メッセージ生成ユニット、210…フィードバック情報処理ユニット、21…表示ユニット。
【技術分野】
【0001】
本発明はナビゲーション分野、特に複数のナビゲーション端末に対する交通情報の提供を管理する交通情報管理サーバー、ナビゲーション端末およびナビゲーション方法に関する。
【背景技術】
【0002】
現在の電子地図を搭載したナビゲーション端末は、存在するハードディスクまたはDVDなどのメディア上の電子地理情報の地理情報と交通ルール情報を基にルート検索することができる。始点および終点を入力することで、ユーザーはナビゲーション端末の計算結果を基にルートを選択することができる。ナビゲーションの過程において、システムは、例えば交差点のどの道に向かって走行すべきかなど、走行すべきルートをユーザーに伝える。ルート計算に利用されるデータは、電子地図内のデータベースに基いており、一般的に1年に数回更新される。
【0003】
しかし、一部の開発中の都市では、道路が頻繁に建設されており、交通ルールもよく変わり、POI(地図上において建築物などの場所を標識したランドマーク)もよく変わる。手動による収集と更新という従来の方法では、電子地図上においてユーザーに最新情報を提供することは不可能である。これら「古い」情報に基づきナビゲーション端末が計算したルートは、頻繁にユーザーに不便をもたらし、誤った指示はユーザーの時間、更には金銭を浪費することになる。
【0004】
上記の状況を避けるため、電子地図プロバイダは、より頻繁に手動による外での作業による収集などの方法によって地図データを更新するか、あるいは政府機関も含む連盟を結ぶことでデータの更新頻度を確保しなければならない。しかし、これには大量の資金と時間を要する上、地図プロバイダのすべてが、これを実行できるわけではない。
【0005】
このため、自動により収集、構成、識別をし、最新の、信頼に足る、詳細なデータをナビゲーション端末に提供するというニーズがある。
【0006】
特許文献1の米国特許第6516267号「フィードバックにより地理データベースを更新、増強または改良する方法とシステム」では、ひとつのシステムと方法が描かれている。すなわち、道路の検知器のフィードバック情報によって、地理データベースの発見、更新、増強をしている。フィードバック情報には情報の信頼可能な程度が含まれており、それによりフィードバック情報と実際の地理特性とのマッチングの度合いが示されている。しかし、このフィードバック情報の信頼可能な程度の増加あるいは減少は、情報ソースの更新の頻度しか考慮しておらず、ナビゲーション端末のユーザーが該情報を使用した結果は考慮されていない。このため、本当の意味でのユーザーからのフィードバックプロセスは含まれていない。したがって、こうした実質的には単方向の情報の収集、更新の方法では、情報の正確性と信頼性を確保することはできない。
【0007】
また、一部のサイトではオープンサービスを提供しており、例えば、http://www.poihandler.comではユーザーに無料または有料で更新データを提供しており、異なるナビゲーション端末における共有に利用されている。こうした「貢献と見返り」というモデルはインターネット上で非常に広がりを見せているが、こうした情報ではユーザーに信頼性の保証を提供するのは非常に難しい。ユーザーがこれらの更新データを使用している際に問題があったとしても、そのフィードバックプロセスは往々にして自発的な、制御不能なものであり、使用者が、こうしたフィードバックをタイムリーかつ正確に得ることは極めて困難である。
【0008】
トヨタMapmasterは、名古屋ITS世界会議の場で、計測車のデータによって地図データの更新を維持する技術に関する1つの論文を発表した。そこでは、一種のアルゴリズムが解説されており、交通信号と計測車のデータを結合することで一方通行や通行禁止を判断している。しかし、ここに示されているように、車載システムの計測データの正確性は更新データの信頼性に影響を及ぼす。現地調査によって地図とデータがマッチしていない場所を確認せざるを得ず、これではやはり時間と労力がかかる。
【先行技術文献】
【特許文献】
【0009】
【特許文献1】米国特許第6516267号明細書
【発明の概要】
【発明が解決しようとする課題】
【0010】
本発明の目的は、交通情報管理サーバーを提供することで、複数のナビゲーション端末にひとつの情報交換を行うプラットフォームを提供し、POIや道路情報、交通規制など、各種交通情報の交換を適時行うことができるようにすることにある。
【0011】
本発明の他の目的は、収集、チェック、およびナビゲーション端末への交通情報の提供に用いる方法を提供し、交通情報のタイムリー性を確保するばかりでなく、情報の信頼性を確保することである。
【0012】
また、本発明の他の目的は、ナビゲーション端末を介することで、ユーザーが、更新された交通情報に対しフィードバックと評価を行うことができるシステムを提供することである。
【課題を解決するための手段】
【0013】
本発明はその一面において、複数のナビゲーション端末への交通情報の提供を管理する交通情報管理サーバーを提起しており、この交通情報管理サーバーは、次のユニットを備えている。
【0014】
(1)インターフェースユニット:
このインターフェースユニットを通じ、ネットワークと複数のナビゲーション端末との間で通信を実行する。
【0015】
(2)ストレージユニット:
複数の情報源からの交通情報を保存し管理を行う交通情報データベースを格納する。この交通情報データベースには、前記ナビゲーション端末に提供される交通情報、前記交通情報の信頼性情報、前記交通情報の地図上の位置を示す位置IDが含まれる。
【0016】
(3)制御ユニット:
前記ナビゲーション端末からの交通情報リクエストメッセージを受け取ると、前記交通情報データベース内より、移動体の経由ルート上の前記位置ID、前記位置IDに対応した交通情報、および前記信頼性情報などを抽出するとともに、交通メッセージを生成し、前記インターフェースユニットを制御し、前記交通情報リクエストメッセージを前記ナビゲーション端末へと送る。
【0017】
本発明は他の一面において、移動体の起点から終点までの経由ルートを検索し、前記移動体をガイドするナビゲーション端末を提起しており、これには次のものが含まれる。
【0018】
(1)表示ユニット:
前記の検索した経由ルートを基に、交通情報を表示する。
【0019】
(2)インターフェースユニット:
前記インターフェースユニットによってナビゲーション端末と交通情報管理サーバーとを接続し、リクエストされた前記経由ルート上の交通情報の交通情報リクエストメッセージを交通情報管理サーバーへと送り、前記交通情報管理サーバーから前記経由ルート上の交通情報を含む交通メッセージを受信する。
【0020】
(3)ストレージユニット:
経由ルート上の、前記交通メッセージにより構成される交通情報管理チャートを保存する。前記交通情報管理チャートには交通情報、前記交通情報の信頼性情報、前記交通情報の地図上の位置を示す位置IDが含まれる。
【0021】
(4)制御ユニット:
前記交通情報管理チャートを基に、前記表示ユニットを制御し、前記の検索した経由ルート上の前記位置IDに対応した前記信頼性情報を表示する。
【0022】
本発明はさらに他の一面において、複数のナビゲーション端末に対する交通情報の提供を管理する交通情報管理方法を提起しており、これには次のステップが含まれる。
【0023】
(1)ナビゲーション端末からの交通情報リクエストメッセージを受信するステップ。
【0024】
交通情報データベースより移動体の経由ルート上の前記位置ID、前記位置IDに対応した交通情報、および前記交通情報に対応する信頼性情報などを抽出し、交通メッセージを生成する。
【0025】
(2)生成された交通メッセージをナビゲーション端末へ送信するステップ。
【0026】
本発明はさらに他の一面において、移動体の起点から終点までの経由ルートを検索し、前記移動体をガイドするナビゲーション方法を提起しており、これには次のステップが含まれる。
【0027】
(1)リクエストメッセージを交通情報管理サーバーへ送信するステップ:
リクエストされた経由ルート上の交通情報の交通情報リクエストメッセージを交通情報管理サーバーへと送信する。
【0028】
(2)交通メッセージを受信するステップ:
前記交通情報管理サーバーより、前記経由ルート上の交通情報を含む交通メッセージを受信する。
【0029】
(3)信頼性情報を表示するステップ:
経由ルート上の、前記交通メッセージより構成される交通情報管理チャートを参照することで、前述の検索した経由ルート上の位置IDに対応した交通情報、ならびに前記交通情報に対応した信頼性情報を表示する。この内、前記経由ルート上の交通情報管理チャートには、交通情報、前記交通情報の信頼性情報、および前記交通情報の地図上における、前記交通情報に対応した位置を示す位置IDが含まれる。
【0030】
本発明の望ましい実施形態においては、情報を、タクシー、路線バス、自家用車などを含む道路車両、あるいは誘導コイルセンサー、カメラ、マイクロ波センサー、超音波センサーなどを含む検知器、もしくは道路建設状況、交通ルールの変化などを含む政府機関の情報システムより収集する。
【0031】
本発明の望ましい実施形態においては、道路車両や検知器によって無作為に生成される交通情報の正確性を確保するため、交通情報管理サーバーが、これらの膨大なデータの構成とチェックを担う。
【0032】
チェックのアルゴリズムは、例えば、次のようになっている。まず、情報のソースを検査する。公的な、または権威あるルート、例えば政府の公告や信頼性情報の高い顧客であれば、情報の信頼性は高くなる。データが新たなルートから来たものである場合には、データフォーマット、証明画像、ユーザーからのフィードバックを含むチェックプロセスが必要となる。データがこのチェックプロセスを通過すれば、情報の信頼性はやはり高く設定することができる。信頼性のランク付けのプロセスは厳格なものになっており、またユーザーのナビゲーション端末により評価をフィードバックすることで変化させることが可能である。
【0033】
更新された交通情報はチェックを経た後、そのデータは交通情報管理サーバー内に保存されユーザーのダウンロードに供される。交通情報管理サーバーのデータベースでは、データはそれぞれ異なるカテゴリーごとに保存される。これには各地域、および交通ルールやPOIなどといった各データカテゴリーが含まれる。
【0034】
交通情報のダウンロードは分散型サービスによって行う。情報量が膨大となると予想される場合、分散型サービスの方がユーザーのダウンロードのニーズをより効率的に満たすことができるためである。
【0035】
埋め込み型のナビゲーション端末、ポータブルナビゲーション端末、PDA、スマートフォンを含むユーザーのナビゲーション端末において、更新データはラジオ、携帯電話ネットワーク、またはその他ネットワークを通じて端末システムへとダウンロードされ、適したフォーマットによってユーザーに対し表示される。各種異なる端末にできる限り多く更新データを提供することができるようにするため、データフォーマットはXML(拡張可能マークアップ言語)またはその他の言語にすることで、端末における解析の便を図ることが可能である。
【発明の効果】
【0036】
本発明の望ましい実施態様によれば、交通情報を複数の異なるルートより収集し、情報のタイムリー性と新鮮度を確保し、道路上の交通および地理情報を適時、全面的に把握するようにしている。
【0037】
また、本発明の望ましい実施態様によれば、交通情報は交通情報管理サーバーにおいてチェックと識別が行われ、情報の正確性と精度が確保され、ユーザーは安心して使用することができる。
【0038】
さらに、本発明の望ましい実施態様によれば、交通情報の配布が効率的かつ迅速である。ユーザーは交通情報管理サーバーより更新情報を得ることができるだけでなく、既に一部あるいはすべての該更新情報をダウンロードしたその他ユーザーのところからも直接ダウンロードすることができる。交通情報の最大限の共有は、ユーザーが最新の交通関連情報を知り、外出のために準備をする上で有益である。
【0039】
本発明のその他の目的と特徴は、以下に述べる実施形態の中で明らかにする。
【図面の簡単な説明】
【0040】
【図1】本発明の一実施例による交通情報管理サーバーの構造の概略図である。
【図2】本発明の一実施例による交通情報管理サーバー内の制御ユニットの構造の概略図である。
【図3】本発明の一実施例による交通情報管理サーバー内のストレージユニットに保存される交通情報データベースの構造の概略図である。
【図4】本発明の一実施例による交通情報管理サーバーにおける交通データベース更新時のフローチャートである。
【図5】本発明の一実施例による交通情報管理サーバーと相互作業をするナビゲーション端末の構造図の一例である。
【図6】本発明の一実施例による交通情報管理サーバーとナビゲーション端末の間における相互作業のひとつのフローチャートである。
【図7】本発明の一実施例による交通情報管理サーバーとナビゲーション端末との間で交換作業を実行することで、交通情報の交換と更新を行う別の一例のフローチャートである。
【図8】本発明の一実施例による計測車または検知器からの道路情報をチェックするフローチャートである。
【図9】本発明の一実施例による情報交換機能を持つ車載ナビゲーション端末のひとつの実例である。
【図10】本発明の一実施例による交通メッセージフォーマットのダウンロードの実施例である。
【図11】本発明の一実施例による車両の交通フィードバック情報のアップロードの条件となるパラメータの説明である。
【図12】本発明の一実施例によるナビゲーション端末よりアップロードされる交通フィードバック情報のひとつの例である。
【発明を実施するための形態】
【0041】
図1は本発明の一実施例による交通情報管理サーバーの構造図である。交通情報管理サーバー104は、政府機関の情報システム101、道路情報収集システム102、サイトおよびその他情報システム103といった類の複数の情報源より最新の地理および/または交通情報を取得する。取得した情報には、情報の信頼性、つまり信頼可能な程度を基にランク付けを行う。該交通情報管理サーバー104には、ストレージユニット105、制御ユニット106、インターフェースユニット107が含まれる。この内、ストレージユニット105は、複数の情報源からの交通情報に対し管理を行う交通情報データベースの保存に用いられる。交通情報データベースには、複数の交通情報管理チャート、交通情報管理チャートが該端末に提供する交通情報、該交通情報に対応した信頼性情報、該交通情報の地図上における位置を表記した前記交通情報に対応した位置IDが含まれる。この内、交通情報は交通ルール、POI、交通事故、道路工事などの情報を含むことが可能である。
【0042】
インターフェースユニット107はインターフェース機能を提供するために用いられ、該インターフェースユニットを通じてネットワークと複数のナビゲーション端末との間で通信を実行する。制御ユニット106は、前記ナビゲーション端末より交通情報リクエストメッセージを受け取る。そして、前記交通情報データベースから移動体の経由ルート上の前記位置ID、前記位置IDに対応した交通情報、および該交通情報に対応した信頼性情報などを抽出する。同時に、交通メッセージを生成し、前記インターフェースユニット107を通じて前記交通メッセージを前記ナビゲーション端末へと送信する。ナビゲーション端末108は、交通情報管理サーバー104より送信される交通メッセージを受信する。ナビゲーション端末108はまた、情報フィードバックのルートとして、交通情報管理サーバー104より提供された交通情報に対しフィードバック評価を行い、交通情報管理サーバー104に対し交通フィードバック情報を提供する。前記インターフェースユニット107が複数の前記ナビゲーション端末より交通フィードバック情報を受信した場合、制御ユニット106は受信した交通フィードバック情報を基に、交通情報管理チャート内の前記位置IDに対応した前記信頼性情報に対し更新を行う。
【0043】
次に、交通情報に対応した信頼性情報をどのように得るかについて簡単に説明する。データが政府機関が公開している情報システム101より入手したものである場合、情報の信頼性は最高となり、例えば星5つとなる。情報が道路情報収集システム102により入手したものである場合は、タクシー、路線バス、誘導コイルセンサー、カメラなども含め、情報は処理を経て星4つとして評価され、比較的高い信頼性として表記されるが、より多くのフィードバック情報による裏づけが必要となる。肯定的なフィードバック情報の数量が一定の比率(例えば50%)を超えると、その更新情報の信頼性は星5つへと引き上げられる。データがサイトおよびその他情報システム103により入手したものである場合、信頼性は星3つとすることができ、情報に一定の信頼性があるものとして表記されるが、その他のルート、例えば計測車または誘導コイルセンサーからの情報とのクロスチェックが求められる。上記内容はあくまで信頼性情報をどのように獲得するかを例を示すことによって説明したものであり、このほかにも統計の類のその他方法によって信頼性情報を得ることもできる。更新情報がフィードバックにより証明されて、初めてその信頼性は引き上げられることになる。このように更新された交通情報の信頼性は一定不変のものではなく、ユーザーからのフィードバックによって絶えず変化するのである。
【0044】
交通情報管理チャートの更新が必要な際、ストレージユニット105は交通情報管理チャート内の更新が必要な交通情報、例えば道路状況、交通状況、POIなどに対し更新を行う。異なる情報はそれぞれ異なる種類のチャートに置かれる。
【0045】
図2は本発明の一実施例による交通情報管理サーバー内の制御ユニット106の構造の概略図である。交通情報は収集のルートがそれぞれ異なることから、交通情報が異なればそれぞれ異なる処理ユニットよって処理をする必要がある。交通情報管理サーバー104内の制御ユニット106には、次のようなシステムやユニットが含まれている。まず、画像情報201の処理に用いられる画像認識処理システム205、テキスト情報202の処理に用いられるテキスト分析処理システム206、道路情報203の処理に用いられる道路情報処理システム207がある。また、交通情報データベースに対する更新に用いられる更新ユニット208、交通メッセージ生成ユニット209、ならびにフィードバック情報処理ユニット210が含まれる。
【0046】
更新データが画像情報201である場合、画像認識処理システム205は自動的に画像内に含まれるパターン情報を基に認識処理を行う。更新データがテキスト情報202である場合、テキスト分析処理システム206はテキストに含まれるキーワードを基に分析処理を行う。データのフォーマットがGPSまたはその他道路情報203である場合、道路情報処理システム207によって情報内に含まれるクリティカルデータを基に処理が行われる。後に処理をするデータはストレージユニット105内に保存される。画像情報201については、クリアでありかつ交差点名といった地理位置情報が含まれていると、交通標識上の図形および文字が認識され、交通ルール情報類として保存される。テキスト情報202については、キーワード検索によりフィルタリングが行われ、例えば「左折制限」であれば地理位置情報とともに交通ルール類として保存される。道路情報203、車両からのGPSデータ、あるいは検知器から得たその他データは、進行方向、最高速度、ルートなどを含む交通流の状況を分析することができる。分析により、新しい道路または新しい進行方向が発見されると、これに対しデータフォーマットの変換を通じて、更新ユニット208を利用しストレージユニット内の交通情報データベースの更新を行うことができる。後にフィードバック情報があると、情報のチェックを経てフィードバック情報処理ユニット210はその信頼性を引き上げ、これを新しい地理情報としてデータベース内に保存する。交通メッセージ生成ユニット209はナビゲーション端末のリクエストを受信すると、前記交通情報管理チャート内より移動体の経由ルート上の前記位置ID、前記位置IDに対応した交通情報、および前記信頼性情報などを抽出し、交通メッセージを生成する。フィードバック情報処理ユニット210は受信した交通フィードバック情報を基に、交通情報管理チャート内の前記位置IDに対応した前記信頼性情報に対し更新を行う。
【0047】
制御ユニット106は交通メッセージ生成ユニット209のみを含むこともできれば、交通メッセージ生成ユニット209とフィードバック情報処理ユニット210のみを含むこともできることは明白である。
【0048】
図3は本発明の一実施例による交通情報管理サーバー内のストレージユニットに保存される交通情報データベースの構造の概略図である。ストレージユニット105の交通情報データベースにおいて、各交通情報は地図上の位置IDコード(例えば道路リンク番号や交差点番号、POI番号など)を基に配列される。各交通情報はすべて複数のカテゴリー(例えば交通ルール、POI、交通事故、道路状況など)に分けられ、それぞれ異なる種類のチャートに保存される。主なデータは、交通情報の内容であり、またこれら交通情報の内容およびカテゴリーによって区分された交通情報受信ユーザーカテゴリーおよびそれらの信頼性情報である。ここで、交通情報の内容には、例えばある交差点における左折制限などがあり、交通情報受信ユーザーカテゴリーには、例えばすべての人、自家用車、商用車、公用車、歩行者、自転車などがあり、信頼性情報には例えば星5つ、星4つなどがある。管理サーバーは、ナビゲーション端末より送信された交通情報リクエストメッセージを受け取ると、制御ユニット106を通じてストレージユニット105との通信によって、交通情報データベース内のフィールドを基にデータに対し各種条件による検索を行う。そして、交通情報データベース内の対応する交通情報を抽出し、交通メッセージを生成しナビゲーション端末へと送る。ダウンロードする交通メッセージの例については図12に解説してある。
【0049】
図4は本発明の一実施例による交通情報管理サーバーにおける交通データベース更新時のフローチャートである。まず、制御ユニット106はそれぞれ異なる情報ソースのルートごとに、交通情報のデータフォーマットの変換行い、ひとつの規定の交換フォーマットへと統一し、ストレージユニット105の交通情報データベースへと保存する。交通情報データチャート内の各交通情報は、すべて位置ID、情報の内容、信頼性情報を基に配列されており、各IDの内容は情報のカテゴリーごとに一意性を有している。各情報の信頼性は一定不変のものではなく、情報ソースの数量とフィードバックにより変化する。
【0050】
同じ位置ID上に複数の情報ソースが生じた場合、情報内容が同じであればシステムは情報の内容を変更しないまま維持するとともに、該情報の信頼性をそれら情報ソースの中で最も高い信頼性のランクへと設定する。同じ位置ID上に複数の情報ソースが生じる例としては、政府機関と道路情報収集システムの両方がある道路に対する交通規制の情報を持っている場合などが挙げられる。情報が異なる場合、システムはまず、新旧情報の信頼性情報を比較し、新しい情報の信頼性が高い場合には情報の内容を変更し、そうでない場合には一時的に従来の情報内容を変更せずそのまま維持する。同時に、該位置IDの新たな情報の検査測定を継続し、従来の情報内容と異なる情報の数量が一定の程度(例えば情報の数量全体に対する割合が50%を超過)にまで達した時点で該情報の内容を変更し、その信頼性情報を修正する。信頼性情報の修正における原則は、信頼性が最も高い情報ソースを選択することをベースとして、該情報を使用したユーザーのフィードバックの変化を依拠とするというものである。肯定的なフィードバックが一定の数量に達した時、例えばフィードバック全体の50%を超えると、信頼性はワンランク引き上げられる。一方、否定的なフィードバックが一定の割合に達した時、例えばフィードバック全体の50%を超えると、信頼性はワンランク引き下げられる。
【0051】
図5は本発明の一実施例による交通情報管理サーバーと相互作業をするナビゲーション端末の構造図を示している。該ナビゲーション端末には表示ユニット21、インターフェースユニット22、ストレージユニット23、および制御ユニット24が含まれる。この内、表示ユニット21は前記の検索した経由ルートを基に交通情報を表示するために用いられる。インターフェースユニット22はインターフェース機能を提供し、ナビゲーション端末と交通情報管理サーバーを接続し、リクエストされた前記経由ルート上の交通情報の交通情報リクエストメッセージを交通情報管理サーバーへと送信する。また、インターフェースユニット22は前記経由ルート上の交通情報を含む交通メッセージを前記交通情報管理サーバーより受信するためにも用いられる。ストレージユニット23は経由ルート上の、前記交通メッセージによって構成された交通情報管理チャートを保存するために用いられる。前記交通情報管理チャートには、交通情報、前記交通情報の信頼性、および前記交通情報の地図上における位置を示すための、前記交通情報に対応した位置IDが含まれる。また、制御ユニット24は、前記交通情報管理チャートを基に、前記表示ユニットを制御し前記の検索された経由ルート上の前記位置IDに対応した前記信頼性情報を表示するために用いられる。
【0052】
次に、図1,図2および図5を組合わせることで、交通情報管理サーバーがどのようにしてナビゲーション端末と相互に交通情報管理を実行しているかについてのフローチャートを示す。
【0053】
図6は、本発明の一実施例による交通情報管理サーバーとナビゲーション端末の間における相互作業のひとつのフローチャートである。まず、ステップ601において交通情報管理サーバー104がインターフェースユニット107を通じて、ひとつまたは複数のナビゲーション端末108より交通情報に対するリクエストを受信する。ステップ602では、制御ユニット106がナビゲーション端末のリクエストに基づき、移動体の経由ルート上における前記位置ID、前記位置IDに対応した交通情報、前記交通情報に対応する信頼性情報などを交通情報データベース内より抽出し、交通メッセージを生成する。また、ステップ603でインターフェースユニット107を通じてナビゲーション端末108へ該交通情報を送信する。ナビゲーション端末108はそのインターフェースユニット22を通じて該情報メッセージを受信した後、該交通メッセージを経由ルート上の、前記交通メッセージにより構成された交通情報管理チャートとしてストレージユニット23へと保存する。これにより、表示ユニットが前記の検索された経由ルート上の前記位置IDに対応する前記信頼性情報を表示することができるようにする。ナビゲーション端末108よりフィードバック情報の送信があると、ステップ604では、交通情報管理サーバー104が該フィードバック情報を受信する。そして、制御ユニット106が、ステップ605で、前記交通情報データベース内の前記位置IDに対応する前記信頼性情報に対し更新を行うが、フィードバック情報の送信がないようであれば終了する。
【0054】
図7は本発明の一実施例による交通情報管理サーバーとナビゲーション端末との間で交換作業を実行することで、交通情報の交換と更新を行う別の一例のフローチャートである。
【0055】
該フローはユーザーが行程の起点にいる時より開始する。初回のルート計算はナビゲーション端末のローカル側で完了する。起点から終点までのルートリストが生成されると、該リストは無線通信ネットワーク(GPRS、CDMA、WiMAXなど)を通じて交通情報管理サーバー104へと送信される。交通情報管理サーバー104は該リストを基に、ストレージユニット105の交通情報データベース内で検索を行い、更新された交通情報の存在を見つけると、交通情報管理サーバーはまず該情報のカテゴリーを確認する。POI情報である場合には、ルートの計算結果に影響が及ぶことはない。交通ルール情報である場合には、制限のある該ルートはナビゲーション端末へと送り返され、ナビゲーション端末は改めてルートを計算し、交通情報管理サーバーに再度送信しチェックを行わなければならない。ユーザーが使用するナビゲーション端末と交通情報管理サーバーの情報交換機能によって、最も理に適った走行ルートを見つけ出すことができる。ナビゲーションの開始後、ユーザーはナビゲーション端末108のフィードバック機能をオンにするかどうかを選択することができるほか、事前にフィードバックのステータス(アクティブあるいはスリープ)をデフォルト設定することもできる。フィードバック機能をオンにするとGPSデータレコードは自動的に記録および路線のマッチングを開始し、ユーザーが目的地に到達しその回のナビゲーションが終了すると、ナビゲーション端末108はマッチングの結果のリストを自動的に生成する。同時に、インターフェースユニット22を通じて交通情報管理サーバーの制御ユニット106へと送信する。これにより、ユーザーの該行程によって該更新情報の信頼性を更にチェックすることができるようになっている。マッチングの失敗がなければ、交通情報管理サーバー104は該更新情報の信頼性情報のランクを引き上げる。マッチングに失敗した道路があると、システムはテキストあるいは音声インターフェースによってマッチングに失敗した原因を入力するようユーザーにリクエストを出すか、もしくは自動認識を行う車載画像システムを通じセンターへと報告する。該更新情報が誤りであることが証明されると、交通情報管理サーバーは該情報の信頼性を引き下げる。例えばナビゲーションルートに従わず走行した、あるいは目的地を突如変更したような場合、マッチングに失敗した原因がユーザー自身にある。このような場合、ナビゲーション端末は、インターフェースユニット22を通じて交通情報管理サーバー104に対し原因不明とひとつ返信し、交通情報管理サーバー104はその回のフィードバック結果を放棄する。
【0056】
図8は、本発明の一実施例による計測車または検知器からの道路情報をチェックするフローチャートである。収集した情報が例えば計測車といった道路上の車両である場合、そのGPSデータを基に交通情報管理サーバーは最高速度、交通の向き、走行ルートなどの情報を生成することができる。速度があるひとつの時間帯において、あるひとつの速度制限を超過した割合を統計分析し計算することによって、例えば、割合が40%を超えるなどした時に、交通情報管理サーバーは該道路の制限速度に変化があったであろうと推測することができる。進行方向と走行ルートを分析、判断することによって、交通情報管理サーバーはどちらに曲がることが禁止されているか、どの道路が閉鎖されているか、あるいは一方通行であるのかを知ることができる。計測車のデータ分析は、ある時刻の車両の走行方向、位置、速度、またはある車両の地図におけるルートのマッチングを依拠とするだけでなく、平均速度の範囲、走行方向、車両タイプ等その他情報の5分毎、24時間毎の行動の規則性についても依拠にしている。なぜなら、交通ルールの多くには時間帯による制限および車両タイプによる制限があるからである。これらの方法によって車載システム自体が計算した場合のミスと一面性を可能な限り回避することができる。
【0057】
収集された情報が道路上に設置された検知器によるものである場合、交通情報管理サーバーは統計分析の方法によって各検知範囲における交通流に対し分析を行い、道路の交通流の特徴を見出し、交通状況の変化状況を生成することができる。この場合の道路上に設置された検知器とは、例えば誘導コイルセンサー、カメラ、マイクロ波センサー、超音波センサーなどである。車両の最高速度と進行方向は、車道に設置された誘導コイルセンサーによって判別することが可能である。曲がる向きの状況については、路面の方向標識のある車線によって判別することができる。例えば、ある交差点において、西から東方向の一番左側の車線を小型車が1台通過したことを検知し、ひとつの信号周期内に北から南方向の中央寄りの車線でも車両進入を検知すると、ある車両がこの交差点の青の時間内に西から南方向へ左折したことになる。また、走行ルートの判別についても、カメラによりナンバープレートを追跡撮影することによって分析することができる。
【0058】
図9は、本発明の一実施例による情報交換機能を持つ車載ナビゲーション端末のひとつの実例である。該ナビゲーション端末と車内のボード上の車両前方を撮影するカメラ404、データのアップロードとダウンロードに用いられる無線通信アンテナ405は互いに接続されている。ナビゲーションマップ画面401には2つの例が示されている。例1では、車両1が交差点1に向かって走っており、左折し目的地Aへ行こうとしている。しかし、ここでナビゲーション端末は得られて間もない更新情報を受信し、この交差点では左折禁止であることを表示した。警告情報が右下のダウンロード情報画面403に表示され、星3つの信頼性情報が付いている。この信頼性情報は、ある情報ルートから得られて間もない更新情報であり、まだその他情報ルートからの裏づけが得られていないことを示している。裏づけが得られると、該情報の信頼性はより高いランクへと継続的に引き上げられていく。その後、該ナビゲーション端末は自動的にルートを再計算し、運転者に右折を指示し、交差点2でUターンし交差点1へと戻り直進して目的地Aへと到着した。本例は、更新情報が、ユーザーが行程を開始した起点においてセンターサーバーのデータベースとの接続によってダウンロードすることができる。また、更新地点に接近した際にネットワークとセンターサーバーより自動的にナビゲーション端末へとダウンロードし、ユーザーに提示することも可能である。どの方式を採用し更新を行うかは、実際のシステムとユーザーの状況によって決まる。
【0059】
例2では、車両2が交差点2に向かって走っており、直進して目的地Bに行こうとしている。しかし、ここで車載カメラが前方の道路の入口に進入禁止を示す交通標識があることを発見した。目的地Bがある道路は一方通行だったのである。このため運転者は、この状況を基に自ら判断し、交差点2で左折し遠回りして目的地Bへと到達した。この時、発見されたばかりの更新情報はナビゲーション端末と無線ネットワークを通じて自動的にセンターサーバーへとアップロードされ、目的地Bがある道路の最新の状況を報告する。報告されるデータにはカメラが収集した画像情報、ならびに車両2の交差点2における位置情報が含まれている。該更新情報はアップロード画像画面402に表示される。
【0060】
図10は本発明の一実施例によるダウンロードされる交通メッセージのひとつの実施例である。交通メッセージにはヘッダー、コード、長さ、位置ID、データカテゴリー、ユーザーカテゴリー、信頼性情報、情報内容、およびその他の情報が含まれる。ヘッダーはパケット通信の同期のために用いられる。コードは例えば分割されたパケットの順序といったパケット番号に用いられる。長さはパケットの長さである。位置IDは該交通メッセージに対応する地図上の位置を表しており、例として道路リンク番号や交差点番号などが挙げられる。データカテゴリーは該情報の種類であり、交通ルール、POI、道路工事、交通事件などが含まれる。ユーザーカテゴリーとはメッセージの受信者の分類であり、すべての人、自家用車、商用車、公用車、歩行者、自転車が含まれる。信頼性情報は該更新情報の信頼可能な程度のランクを表している。例えば星5つは信頼性情報が最も高いことを表し、その数が減れば相応の信頼性情報ということになる。ユーザーは情報の信頼性を基に該情報の信頼可能な程度を判断することができるようになっている。情報内容は該交通情報の主な内容である。これにはその回に更新された具体的な情報が含まれる。ナビゲーション端末は該データを直接読み込み、ルート計算に用いることができる。その他はシステムが予備として確保している通信のフィールドである。
【0061】
図11は本発明の一実施例による車両の交通フィードバック情報のアップロードの条件となるパラメータの説明である。このアップロードの条件とは車載ナビゲーション端末を搭載している車両がフィードバックを行い、情報を交換する上で用いるパラメータリストである。これには次のものが含まれる。
【0062】
(1)車両のカテゴリー:
車両のカテゴリーには、自家用車、タクシー、路線バス、公用車、トラックなどがある。これは、交通ルールなどの情報と、車両のカテゴリーとは往々にして関係しているためである。
【0063】
(2)GPSの記録状態:
GPSの記録状態としては、車両の走行ルートを記録するGPSモジュールの記録機能のONまたはOFFがある。
【0064】
(3)ルート検索とマップマッチングの結果リスト:
ルート検索とマップマッチングの結果リストにおける「1」はマッチング成功、「0」はマッチング失敗である。位置IDをも含んでいる。
【0065】
(4)マッチングが失敗した原因:
マッチングが失敗した原因の種類には、道路閉鎖、道路の通行制限、方向転換の制限、車線制限、車線閉鎖、交通事故、およびその他の原因が含まれる。
【0066】
更新情報のフィードバック:
更新情報のフィードバックには、正しい、失敗、未だ不明、または未チェックがある。フィードバックはユーザーあるいはナビゲーション端末による入力によりセンターへとアップロードされる。
【0067】
(5)フィードバックの方式:
フィードバックの方式には、画像とテキストがあり、画像方式では撮影装置を搭載したナビゲーション端末が自動認識したフィードバックデータ、テキストではユーザーがインターフェースを通じて入力したフィードバックデータとなる。フィードバック情報はインターフェースユニットと制御ユニットを通じてセンターの交通情報管理サーバーのストレージユニットへとアップロードの上保存され、更新情報の信頼性のチェックに用いられる。
【0068】
図12は、本発明の一実施例によるナビゲーション端末よりアップロードされる交通フィードバック情報の一つの例である。ナビゲーション端末よりアップロードされる交通フィードバック情報のフォーマットは、図10に示したダウンロードの交通メッセージフォーマットと類似し、内容は図11の交通フィードバック情報のアップロード条件となるパラメータと対応している。すなわち、ヘッダー、コード、長さ、位置ID、データカテゴリー、ユーザーカテゴリー、不一致の原因、フィードバック情報などが含まれる。ヘッダーはパケット通信の同期のために用いられる。コードは例えば分割されたパケットの順序といったパケット番号に用いられる。長さはパケットの長さである。位置IDは該交通フィードバック情報に対応した地図上の位置を表しており、例として道路リンク番号や交差点番号などが挙げられる。データカテゴリーは該情報の種類であり、交通ルール、POI、道路工事、交通事故などが含まれる。ユーザーカテゴリーとはメッセージをアップロードする者の分類であり、自家用車、タクシー、路線バス、公用車、トラックが含まれる。不一致の原因とはマッチングに失敗した原因の説明であり、マッチングの失敗なし(つまりすべて正しい)、道路閉鎖、道路の通行制限などが含まれる。フィードバック情報は該交通フィードバックメッセージの主な内容であり、正しい、間違い、未だ不明、未チェックが含まれる。その他はシステムが予備として確保しているフィールドである。
【符号の説明】
【0069】
101…政府機関の情報システム、102…道路情報収集システム、103…サイト及びその他情報システム、104…交通情報管理サーバー、105,23…ストレージユニット、106,24…制御ユニット、107,22…インターフェースユニット、108…ナビゲーション端末、201…画像情報、202…テキスト情報、203…道路情報、205…画像認識処理システム、206…テキスト分析処理システム、207…道路情報処理システム、208…更新ユニット、209…交通メッセージ生成ユニット、210…フィードバック情報処理ユニット、21…表示ユニット。
【特許請求の範囲】
【請求項1】
複数のナビゲーション端末に対する交通情報の提供を管理する交通情報管理サーバーであって、
ネットワークと複数のナビゲーション端末との間を経由し、通信を実行するインターフェースユニット、
前記ナビゲーション端末に提供される交通情報、前記交通情報の信頼性情報、前記交通情報の地図上の位置を示す位置IDを含む交通情報データベースを格納するストレージユニット、および
前記ナビゲーション端末からの交通情報リクエストメッセージを受け取ると、前記交通情報データベース内より、移動体の経由ルート上の前記位置ID、前記位置IDに対応した交通情報、および前記信頼性情報を抽出するとともに、交通メッセージを生成し、前記インターフェースユニットを制御し前記交通メッセージを前記ナビゲーション端末へと送る制御ユニット
を備えたことを特徴とする交通情報管理サーバー。
【請求項2】
請求項1において、前記交通情報の信頼性情報は、前記交通情報の情報源の種別に基づき設定されることを特徴とする交通情報管理サーバー。
【請求項3】
請求項1において、前記インターフェースは複数の前記ナビゲーション端末からの交通フィードバック情報を受信し、前記制御ユニットは受信した交通フィードバック情報を基に、交通情報データベース内の前記位置IDに対応した前記信頼性情報に対し更新を行うことを特徴とする交通情報管理サーバー。
【請求項4】
請求項3において、前記交通フィードバック情報は、前記位置IDと、交通情報と実際の道路状況の対比結果を表す正誤情報と、前記正誤情報が誤である場合の原因を表す不一致の理由情報を含むことを特徴とする交通情報管理サーバー。
【請求項5】
請求項4において、前記交通フィードバック情報は更に、前記ナビゲーション端末を搭載する移動体の移動体類別情報の表記を有することを特徴とする交通情報管理サーバー。
【請求項6】
移動体の起点から終点までの検索した経由ルートを基に、交通情報を表示する表示ユニット、
リクエストされた交通情報リクエストメッセージを交通情報管理サーバーへ送るとともに、前記交通情報管理サーバーから前記経由ルート上の交通情報を含む交通メッセージを受信するインターフェースユニット、
経由ルート上の、前記交通メッセージにより構成され、交通情報、前記交通情報の信頼性情報、前記交通情報の地図上の位置を示す位置IDを含む交通情報管理チャートを保存するストレージユニット、および
前記交通情報管理チャートを基に、前記表示ユニットを制御し、前記の検索した経由ルート上の前記位置IDに対応した前記信頼性情報を前記表示ユニットに表示させる制御ユニット
を備えたことを特徴とするナビゲーション端末。
【請求項7】
請求項6において、前記交通情報の信頼性情報は前記交通情報の情報源に基づき設定されることを特徴とするナビゲーション端末。
【請求項8】
請求項6において、前記ストレージユニットは前記移動体の前記位置IDを基にした実際の道路状況を保存し、前記制御ユニットは前記位置IDを基に前記交通情報と実際の道路状況の比較を行い交通フィードバック情報を生成するとともに交通情報管理サーバーへ送信することを特徴とするナビゲーション端末。
【請求項9】
請求項8において、前記交通フィードバック情報は、前記位置IDと、前記比較の結果を表す正誤情報と、前記正誤情報が誤である場合の原因を表す不一致の理由情報を含むことを特徴とするナビゲーション端末。
【請求項10】
請求項8において、前記交通フィードバック情報は更に、前記移動体の移動体類別情報の表記を有することを特徴とするナビゲーション端末。
【請求項11】
複数のナビゲーション端末に対する交通情報の提供を管理する交通情報管理方法であって、
ナビゲーション端末からの交通情報リクエストメッセージを受信するステップと、
交通情報データベースより移動体の経由ルート上の位置ID、前記位置IDに対応した交通情報、および前記交通情報に対応する信頼性情報を抽出し、交通メッセージを生成するステップを備えたことを特徴とする交通情報管理方法。
【請求項12】
請求項11において、前記交通情報の信頼性情報は前記交通情報の情報源の種別に基づき設定するステップを備えたことを特徴とする交通情報管理方法。
【請求項13】
請求項11において、更に、複数のナビゲーション端末からの交通フィードバック情報を受信するステップと、受信したフィードバック情報を基に、交通情報データベース内の前記位置IDに対応した前記信頼性情報に対し更新を行うステップを備えたことを特徴とする交通情報管理方法。
【請求項14】
請求項13において、前記交通フィードバック情報は、前記位置IDと、前記交通情報と実際の道路状況の対比結果を表す正誤情報と、前記正誤情報が誤である場合の原因を表す不一致の理由情報とを含むことを特徴とする交通情報管理方法。
【請求項15】
請求項14において、前記交通フィードバック情報は更に、移動体類別情報の表記を有することを特徴とする交通情報管理方法。
【請求項16】
移動体の起点から終点までの経由ルートを検索し、前記移動体をガイドするナビゲーション方法であって、
リクエストされた経由ルート上の交通情報リクエストメッセージを交通情報管理サーバーへと送信するステップ、
前記交通情報管理サーバーより前記経由ルート上の交通情報を含む交通メッセージを受信するステップ、および
経由ルート上の前記交通メッセージより構成される交通情報管理チャートを参照し、検索した経由ルート上の位置IDに対応した交通情報と前記交通情報に対応した信頼性情報を表示するステップを備え、
前記経由ルート上の交通情報管理チャートは、交通情報、前記交通情報の信頼性情報、および前記交通情報の地図上における、前記交通情報に対応した位置を示す位置IDを有することを特徴とするナビゲーション方法。
【請求項17】
請求項16において、前記交通情報の信頼性情報は、前記交通情報の情報源の種別に基づき設定するステップを備えたことを特徴とするナビゲーション方法。
【請求項18】
請求項16において、更に、前記位置IDを基に前記交通情報と実際の道路状況の比較を行い、交通フィードバック情報を生成し交通情報管理サーバーへと提供するステップと、交通情報管理サーバーが受信した交通フィードバック情報を基に前記位置IDに対応した前記信頼性情報に対し更新を行うステップを備えたことを特徴とするナビゲーション方法。
【請求項19】
請求項18において、前記交通フィードバック情報は、前記位置IDと、前記比較の結果を表している正誤情報と、前記正誤情報が誤りである場合の原因を表す不一致の理由情報を含むことを特徴とするナビゲーション方法。
【請求項20】
請求項18において、前記交通フィードバック情報は更に、前記移動体の移動体類別情報の表記を有することを特徴とするナビゲーション方法。
【請求項1】
複数のナビゲーション端末に対する交通情報の提供を管理する交通情報管理サーバーであって、
ネットワークと複数のナビゲーション端末との間を経由し、通信を実行するインターフェースユニット、
前記ナビゲーション端末に提供される交通情報、前記交通情報の信頼性情報、前記交通情報の地図上の位置を示す位置IDを含む交通情報データベースを格納するストレージユニット、および
前記ナビゲーション端末からの交通情報リクエストメッセージを受け取ると、前記交通情報データベース内より、移動体の経由ルート上の前記位置ID、前記位置IDに対応した交通情報、および前記信頼性情報を抽出するとともに、交通メッセージを生成し、前記インターフェースユニットを制御し前記交通メッセージを前記ナビゲーション端末へと送る制御ユニット
を備えたことを特徴とする交通情報管理サーバー。
【請求項2】
請求項1において、前記交通情報の信頼性情報は、前記交通情報の情報源の種別に基づき設定されることを特徴とする交通情報管理サーバー。
【請求項3】
請求項1において、前記インターフェースは複数の前記ナビゲーション端末からの交通フィードバック情報を受信し、前記制御ユニットは受信した交通フィードバック情報を基に、交通情報データベース内の前記位置IDに対応した前記信頼性情報に対し更新を行うことを特徴とする交通情報管理サーバー。
【請求項4】
請求項3において、前記交通フィードバック情報は、前記位置IDと、交通情報と実際の道路状況の対比結果を表す正誤情報と、前記正誤情報が誤である場合の原因を表す不一致の理由情報を含むことを特徴とする交通情報管理サーバー。
【請求項5】
請求項4において、前記交通フィードバック情報は更に、前記ナビゲーション端末を搭載する移動体の移動体類別情報の表記を有することを特徴とする交通情報管理サーバー。
【請求項6】
移動体の起点から終点までの検索した経由ルートを基に、交通情報を表示する表示ユニット、
リクエストされた交通情報リクエストメッセージを交通情報管理サーバーへ送るとともに、前記交通情報管理サーバーから前記経由ルート上の交通情報を含む交通メッセージを受信するインターフェースユニット、
経由ルート上の、前記交通メッセージにより構成され、交通情報、前記交通情報の信頼性情報、前記交通情報の地図上の位置を示す位置IDを含む交通情報管理チャートを保存するストレージユニット、および
前記交通情報管理チャートを基に、前記表示ユニットを制御し、前記の検索した経由ルート上の前記位置IDに対応した前記信頼性情報を前記表示ユニットに表示させる制御ユニット
を備えたことを特徴とするナビゲーション端末。
【請求項7】
請求項6において、前記交通情報の信頼性情報は前記交通情報の情報源に基づき設定されることを特徴とするナビゲーション端末。
【請求項8】
請求項6において、前記ストレージユニットは前記移動体の前記位置IDを基にした実際の道路状況を保存し、前記制御ユニットは前記位置IDを基に前記交通情報と実際の道路状況の比較を行い交通フィードバック情報を生成するとともに交通情報管理サーバーへ送信することを特徴とするナビゲーション端末。
【請求項9】
請求項8において、前記交通フィードバック情報は、前記位置IDと、前記比較の結果を表す正誤情報と、前記正誤情報が誤である場合の原因を表す不一致の理由情報を含むことを特徴とするナビゲーション端末。
【請求項10】
請求項8において、前記交通フィードバック情報は更に、前記移動体の移動体類別情報の表記を有することを特徴とするナビゲーション端末。
【請求項11】
複数のナビゲーション端末に対する交通情報の提供を管理する交通情報管理方法であって、
ナビゲーション端末からの交通情報リクエストメッセージを受信するステップと、
交通情報データベースより移動体の経由ルート上の位置ID、前記位置IDに対応した交通情報、および前記交通情報に対応する信頼性情報を抽出し、交通メッセージを生成するステップを備えたことを特徴とする交通情報管理方法。
【請求項12】
請求項11において、前記交通情報の信頼性情報は前記交通情報の情報源の種別に基づき設定するステップを備えたことを特徴とする交通情報管理方法。
【請求項13】
請求項11において、更に、複数のナビゲーション端末からの交通フィードバック情報を受信するステップと、受信したフィードバック情報を基に、交通情報データベース内の前記位置IDに対応した前記信頼性情報に対し更新を行うステップを備えたことを特徴とする交通情報管理方法。
【請求項14】
請求項13において、前記交通フィードバック情報は、前記位置IDと、前記交通情報と実際の道路状況の対比結果を表す正誤情報と、前記正誤情報が誤である場合の原因を表す不一致の理由情報とを含むことを特徴とする交通情報管理方法。
【請求項15】
請求項14において、前記交通フィードバック情報は更に、移動体類別情報の表記を有することを特徴とする交通情報管理方法。
【請求項16】
移動体の起点から終点までの経由ルートを検索し、前記移動体をガイドするナビゲーション方法であって、
リクエストされた経由ルート上の交通情報リクエストメッセージを交通情報管理サーバーへと送信するステップ、
前記交通情報管理サーバーより前記経由ルート上の交通情報を含む交通メッセージを受信するステップ、および
経由ルート上の前記交通メッセージより構成される交通情報管理チャートを参照し、検索した経由ルート上の位置IDに対応した交通情報と前記交通情報に対応した信頼性情報を表示するステップを備え、
前記経由ルート上の交通情報管理チャートは、交通情報、前記交通情報の信頼性情報、および前記交通情報の地図上における、前記交通情報に対応した位置を示す位置IDを有することを特徴とするナビゲーション方法。
【請求項17】
請求項16において、前記交通情報の信頼性情報は、前記交通情報の情報源の種別に基づき設定するステップを備えたことを特徴とするナビゲーション方法。
【請求項18】
請求項16において、更に、前記位置IDを基に前記交通情報と実際の道路状況の比較を行い、交通フィードバック情報を生成し交通情報管理サーバーへと提供するステップと、交通情報管理サーバーが受信した交通フィードバック情報を基に前記位置IDに対応した前記信頼性情報に対し更新を行うステップを備えたことを特徴とするナビゲーション方法。
【請求項19】
請求項18において、前記交通フィードバック情報は、前記位置IDと、前記比較の結果を表している正誤情報と、前記正誤情報が誤りである場合の原因を表す不一致の理由情報を含むことを特徴とするナビゲーション方法。
【請求項20】
請求項18において、前記交通フィードバック情報は更に、前記移動体の移動体類別情報の表記を有することを特徴とするナビゲーション方法。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【公開番号】特開2009−217826(P2009−217826A)
【公開日】平成21年9月24日(2009.9.24)
【国際特許分類】
【出願番号】特願2009−57763(P2009−57763)
【出願日】平成21年3月11日(2009.3.11)
【出願人】(591132335)株式会社ザナヴィ・インフォマティクス (745)
【Fターム(参考)】
【公開日】平成21年9月24日(2009.9.24)
【国際特許分類】
【出願日】平成21年3月11日(2009.3.11)
【出願人】(591132335)株式会社ザナヴィ・インフォマティクス (745)
【Fターム(参考)】
[ Back to top ]