(57)【要約】  交通情報を受信する交通情報受信部２と、交通情報受信部２により受信された交通情報の内容を解析する交通情報解析部４と、交通情報解析部４により解析された交通情報が、所定の道路区間に接続する道路で発生した交通事象を示す特定交通情報である場合、所定の道路区間に対応するリンクに接続しているリンクを走査して、所定の道路区間に接続する道路の中から当該交通事象が発生した道路のリンクを抽出する特定交通情報処理部５と、交通情報解析部４により解析された特定の交通情報の内容を、特定交通情報処理部５に抽出されたリンクで交通事象の発生場所を特定して提示する表示情報構築部９及び表示部１０からなる提示部とを備える。
2012123988.tif 000002
【特許請求の範囲】
【請求項１】
交通情報を受信する受信部と、
前記受信部により受信された交通情報の内容を解析する解析部と、
前記解析部により解析された交通情報が所定の道路区間に接続する道路で発生した交通事象を示す特定の交通情報である場合、前記所定の道路区間に対応するリンクに接続しているリンクを走査して、前記所定の道路区間に接続する道路の中から当該交通事象が発生した道路のリンクを抽出する処理部と、
前記解析部により解析された前記特定の交通情報の内容を、前記処理部に抽出されたリンクで交通事象の発生場所を特定して提示する提示部とを備えた交通情報提示装置。
【請求項２】
前記処理部は、前記特定の交通情報が前記所定の道路区間へ合流する道路で発生した交通事象を示す場合に、当該道路区間に対応するリンクへ流入又は流出するリンクを走査して、前記所定の道路区間に接続する道路の中から当該交通事象が発生した道路のリンクを抽出することを特徴とする請求項１記載の交通情報提示装置。
【請求項３】
前記提示部は、前記特定の交通情報が前記所定の道路区間へ合流する道路の閉鎖を示す場合、前記処理部に抽出されたリンクで前記所定の道路区間へ合流する道路を特定して、通行止めを示す情報を表示することを特徴とする請求項２記載の交通情報提示装置。
【請求項４】
前記処理部は、前記特定の交通情報が前記所定の道路区間から分岐する道路で発生した交通事象を示す場合に、当該道路区間に対応するリンクへ流入又は流出するリンクを走査して、前記所定の道路区間に接続する道路の中から当該交通事象が発生した道路のリンクを抽出することを特徴とする請求項１記載の交通情報提示装置。
【請求項５】
前記提示部は、前記特定の交通情報が前記所定の道路区間から分岐する道路の閉鎖を示す場合、前記処理部により抽出されたリンクで前記所定の道路区間から分岐する道路を特定して、通行止めを示す情報を表示することを特徴とする請求項４記載の交通情報提示装置。
【請求項６】
前記特定の交通情報は、前記所定の道路区間に付与されたコードを指定して当該道路区間に接続する道路で発生した交通事象を示す交通情報であり、
前記解析部は、前記特定の交通情報に含まれる前記コードから、前記所定の道路区間に対応するリンクを特定し、
前記処理部は、前記解析部により特定された前記所定の道路区間に対応するリンクに接続しているリンクを走査して、前記所定の道路区間に接続する道路の中から当該交通事象が発生した道路のリンクを抽出することを特徴とする請求項１記載の交通情報提示装置。
【請求項７】
前記処理部は、前記所定の道路区間への合流又は分岐が行われる区間に対応するリンクを走査して、前記交通事象が発生した道路のリンクを抽出することを特徴とする請求項１記載の交通情報提示装置。
【請求項８】
交通情報を受信する受信部と、
前記受信部により受信された交通情報の内容を解析する解析部と、
前記解析部により解析された交通情報が所定の道路区間に接続する道路で発生した交通事象を示す特定の交通情報である場合、前記所定の道路区間に対応するリンクに接続しているリンクを走査して、前記所定の道路区間に接続する道路の中から当該交通事象が発生した道路のリンクを抽出する処理部と、
前記処理部により抽出されたリンクで交通事象の発生場所を特定して、前記特定の交通情報を利用したナビゲーション処理を行うナビゲーション処理部とを備えたナビゲーション装置。
【請求項９】
前記ナビゲーション処理部は、前記処理部により抽出されたリンクで交通事象の発生場所を特定して、前記特定の交通情報を利用したルート計算を行うルート計算部を備えることを特徴とする請求項８記載のナビゲーション装置。
【請求項１０】
前記ルート計算部は、前記特定の交通情報が前記所定の道路区間へ合流する道路の閉鎖を示す場合、前記処理部により抽出されたリンクで前記所定の道路区間へ合流する道路を特定して、当該道路を回避したルートを計算することを特徴とする請求項９記載のナビゲーション装置。
【請求項１１】
前記ルート計算部は、前記特定の交通情報が前記所定の道路区間から分岐する道路の閉鎖を示す場合、前記処理部に抽出されたリンクで前記所定の道路区間から分岐する道路を特定して、当該道路を回避したルートを計算することを特徴とする請求項９記載のナビゲーション装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ユーザに交通情報を提示する交通情報提示装置及び交通情報を利用してナビゲーション処理を行うナビゲーション装置に関する。
【背景技術】
【０００２】
近年、道路の渋滞や工事情報等の交通情報を収集してＦＭ多重放送や路上ビーコン等を利用して車両に配信するシステムが普及しており、交通集中の緩和や道路運行の安全向上に寄与している。例えば、交通及び運行情報に関するメッセージをＦＭ放送にて放送するＲＤＳ−ＴＭＣ（Radio Data System-Traffic Message Channel）が挙げられる。
また、ＲＤＳ−ＴＭＣ等で扱われる交通情報には、交通事象の発生場所（発生道路）を特定するために、インフラリンクの番号（コード）が格納される。インフラリンクとは、所定の道路区間を符号化するために割り当てられるリンクであり、交通情報に格納された上記コードから当該交通情報が伝える交通事象に関係するインフラリンクが特定される。【０００３】
一方、ナビゲーション装置に利用された地図データベースにおいて、インフラリンクには、対応する地図リンクが１本以上割り当てられており、交通情報内の上記コードから、インフラリンクに割り当てられた地図リンクを特定することができる。
なお、地図リンクとは、ナビゲーション装置に利用される地図データベースに予め保存されているリンク情報であり、道路位置やルート探索で使用されるリンクコスト等の情報が格納されている。一般的に、地図データベースには、地図の表示等に用いるリンクと、ルート探索等で用いるリンクとが格納されているが、ここでは、これらのリンクを総称して地図リンクと呼ぶ。【０００４】
インフラリンクを指定した交通情報を利用する従来の技術としては、例えば特許文献１に開示されるナビゲーションシステムがある。このシステムでは、符号化された道路区間（インフラリンク）を特定して交通事象が発生した道路区間を判断することにより、渋滞線の表示やその他の交通事象を表すアイコンの表示を実現している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特表２０１０−５０１０７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
地図サプライヤから提供されている地図データにおいて、インフラリンクは、主に高速道路又は主要な一般道（以下、インフラリンクが存在する道路を幹線道路と呼ぶ）のみに設定されており、インフラリンクが設定されていない道路には交通情報を配信できない。
また、交通情報サービスプロバイダは、幹線道路の出口又は入口にあるランプやジャンクション等で発生した交通事象を示す交通情報を、これらが接続する幹線道路の道路区間に設定されたインフラリンクを指定して車両側に配信する。この交通情報からはインフラリンクが設定された道路区間のみが特定されるので、ランプやジャンクション等で発生した交通事象が、幹線道路の本線上で発生したものと誤って認識され、ユーザに正しく交通情報を提示することができなかったり、幹線道路が不要に回避されたルートが計算される可能性があるという課題があった。【０００７】
例えば、ランプ又はジャンクションで交通障害が発生し、幹線道路のインフラリンクを指定して“出口閉鎖中”や“入口閉鎖中”という交通情報が配信された場合を説明する。この場合、特許文献１に代表される従来のシステムでは、交通情報で指定されたインフラリンクの道路区間から、交通障害の発生場所を特定する処理が行われる。
従って、“出口閉鎖中”や“入口閉鎖中”というような道路が閉鎖される交通障害が、インフラリンクが設定された幹線道路の本線上に発生していると誤認識され、実際には、幹線道路と別の道路を連結するランプやジャンクションが閉鎖されているにも拘わらず、幹線道路の本線上に“道路閉鎖中”を表すアイコンが表示されたり、実際には閉鎖されていない幹線道路の一部を回避するルートが計算される場合がある。【０００８】
この発明は、上記のような課題を解決するためになされたもので、交通事象の発生場所を正確に特定して交通情報を提示することができる交通情報提示装置及び交通事象の発生場所を正確に特定して交通情報をナビゲーション処理に利用することができるナビゲーション装置を得ることを目的とする。
【課題を解決するための手段】
【０００９】
この発明に係る交通情報提示装置は、交通情報を受信する受信部と、受信部により受信された交通情報の内容を解析する解析部と、解析部により解析された交通情報が所定の道路区間に接続する道路で発生した交通事象を示す特定の交通情報である場合、所定の道路区間に対応するリンクに接続しているリンクを走査して、所定の道路区間に接続する道路の中から当該交通事象が発生した道路のリンクを抽出する処理部と、解析部により解析された特定の交通情報の内容を、処理部に抽出されたリンクで交通事象の発生場所を特定して提示する提示部とを備える。
【発明の効果】
【００１０】
この発明によれば、交通事象の発生場所を正確に特定して交通情報を提示することができるという効果がある。
【図面の簡単な説明】
【００１１】
【図１】この発明の実施の形態１によるナビゲーション装置の構成を示すブロック図である。
【図２】幹線道路における地図リンク及びランプの位置関係を示す図である。
【図３】実施の形態１のナビゲーション装置による動作を示すフローチャートである。
【図４】幹線道路、ランプ及び幹線道路以外の道路の接続関係の一例を示す図である。
【図５】地図レベルＡの地図での地図リンクとインフラリンクの関係の一例を示す図である。
【図６】地図レベルＡより高い地図レベルＢの地図で図５の地図リンクとインフラリンクの関係を示す図である。
【図７】地図レベルが低い場合における地図リンクとインフラリンクの関係の一例を示す図である。
【図８】地図レベルが高い場合における地図リンクとインフラリンクの関係の一例を示す図である。
【図９】始端接続リンクの抽出処理を示すフローチャートである。
【図１０】走査対象の地図リンクの始端側ノードから流出する地図リンクと終端側ノードへ流入する地図リンクの概要を示す図である。
【図１１】入力リンクの始端側ノードへ流入する地図リンクから走査リンクへの通行可否を確認する際の概要を示す図である。
【図１２】終端接続リンクの抽出処理を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、この発明をより詳細に説明するため、この発明を実施するための形態について、添付の図面に従って説明する。
実施の形態１．
図１は、この発明の実施の形態１によるナビゲーション装置の構成を示すブロック図であり、この発明の交通情報提示装置を車載用のナビゲーション装置に適用した場合の構成を示している。図１において、実施の形態１によるナビゲーション装置１は、交通情報受信部２、交通情報記憶部３、交通情報解析部４、特定交通情報処理部５、地図リンク記憶部６、インフラリンク記憶部７、ナビゲーション処理部８、ルート計算部８ａ、表示情報構築部９及び表示部１０を備える。
【００１３】
交通情報受信部２は、交通情報サービスプロバイダにより配信される交通情報データを受信する構成部であり、例えばＲＤＳ−ＴＭＣパケット等の交通情報を受信する放送受信機で実現される。交通情報記憶部３は、交通情報受信部２によって受信された交通情報を蓄積する記憶部である。交通情報解析部４は、交通情報記憶部３に蓄積された交通情報の内容を解析する構成部であって、解析結果として交通事象が発生している道路区間の地図リンク及び交通事象の内容（渋滞や事故、通行止め等）を表す情報を作成する。
【００１４】
特定交通情報処理部５は、交通情報解析部４によって特定交通情報であると判別された交通情報について、幹線道路でインフラリンクが設定された道路区間に対応する地図リンクの中から、交通事象の発生場所に相当する地図リンクを抽出する処理を行う構成部である。なお、特定交通情報とは、幹線道路の本線上の道路区間に設定されたインフラリンクを指定して、この道路区間と別の道路とを連結する道路で発生した交通事象に関する交通情報である。例えば、幹線道路から別の道路へ出る道路又は幹線道路へ別の道路から入る道路（以下、ランプと呼ぶ）が通行止めになった場合において、当該ランプが接続する幹線道路の道路区間に設定されているインフラリンクを指定して“出口閉鎖中”又は“入口閉鎖中”であることを伝える交通情報が挙げられる。
【００１５】
地図リンク記憶部６は、地図リンクを記憶する記憶部であり、例えばリンク情報が登録された地図データベースを記憶する記憶装置で実現される。なお、地図リンクとは、上述したように、道路位置やルート探索で使用されるリンクコスト等の情報を格納する情報である。インフラリンク記憶部７は、幹線道路に設定されたインフラリンクを識別するためのインフラリンク番号（コード）と、当該インフラリンクに割り当てられた地図リンクとを対応付けたテーブル情報を記憶する記憶部であり、例えば地図リンク記憶部６における記憶領域の一部に構築される。
【００１６】
ナビゲーション処理部８は、ルート計算（ルート探索）、ルート誘導及び地図表示等のナビゲーション処理を行う構成部であって、特に特定交通情報処理部５による処理結果を利用して特定交通情報を利用したナビゲーション処理を行う。例えば、ルート計算部８ａによるルート計算の他に、特定交通情報を利用して、特定交通情報が示す交通事象を音声案内するルート誘導や、特定交通情報が示す交通事象のアイコン画像等を自車の走行ルートや誘導ルートを表示した地図上に表示する。
【００１７】
ルート計算部８ａは、地図リンク記憶部６に記憶されている地図リンクを用いて、地図上の現在地から目的地までのルートを計算する構成部である。なお、現在地の位置情報は、例えばＧＰＳ（Global Positioning System）受信機、車速センサ、加速度センサ、角速度センサ等で検出する。目的地は、表示部１０の表示画面を用いたタッチパネル等の入力手段を用いて入力する。なお、これらの構成の記載は省略している。
また、ルート計算部８ａは、交通情報解析部４による交通情報の解析結果や特定交通情報処理部５による処理結果を利用したルート計算を行う。例えば、ルートの一部の道路区間が通行止めである解析結果が得られると、この道路区間を回避するルートを再計算する。この他、特定交通情報処理部５によりランプに交通障害が発生していることが特定された場合には、当該ランプを回避するルートを計算する。
【００１８】
表示情報構築部９は、ルート計算部８ａにより算出されたルートに関する情報、交通情報解析部４による交通情報の解析結果及び特定交通情報処理部５による特定交通情報の処理結果を取得して、これらの情報に関する表示用の情報を構築する構成部である。ルートに関する情報、交通情報の解析結果、及び特定交通情報の処理結果に関する表示用の情報としては、例えば、地図上のルート線、道路区間に重畳表示する渋滞線や、通行止めを示すアイコン等が挙げられる。
【００１９】
表示部１０は、表示情報構築部９で構築された表示用の情報を画面に表示する表示モニタである。この表示部１０を介して交通情報が提示される。例えば、交通情報の交通事象の内容を表すアイコンが地図上に表示される。
また、図示を省略したが、スピーカ等で実現される音声出力部と、音声情報構築部とを設けて、交通情報を音声でユーザに提示するように構成してもよい。この音声情報構築部としては、ルート計算部８ａが算出したルートに関する情報、交通情報解析部４による交通情報の解析結果、及び特定交通情報処理部５による特定交通情報の処理結果を取得して、これらの情報に関する音声情報を構築する構成部が考えられる。
なお、本発明による交通情報提示装置が適用されたナビゲーション装置の機能によっては、上記の構成部の他に、様々な処理部や記憶部を含む場合もあり得る。
【００２０】
図２は、幹線道路における地図リンク及びランプの位置関係を示す図である。図２において、地図リンクを表す矢印は、矢印の始点に位置するノード及び矢印の終点に位置するノードとこれらの間を結ぶ線分であるリンクを概略的に表現している。また、矢印が指す方向が車両の進行方向であり、幹線道路から幹線道路以外の道路Ａへ出る道路が出口ランプａ、道路Ａから幹線道路へ入る道路が入口ランプａである。また、幹線道路の対向車線では、図２のように出口ランプｂ及び入口ランプｂが接続する。
【００２１】
インフラリンクには、上述したように幹線道路における所定の道路区間に対応する地図リンクが割り当てられる。例えば、図２では地図リンク１〜５が割り当てられる。一方、出口ランプａの地図リンク６には、幹線道路の本線上の地図リンク２の始端側ノードに接続しているが、インフラリンクは設定されない。ＲＤＳ−ＴＭＣ等では、ランプで発生した交通事象については、ランプに接続された幹線道路のインフラリンクを指定した交通情報（特定交通情報）が配信されるため、ランプを交通事象の発生道路として特定できない。
そこで、本発明では、交通情報が特定交通情報である場合、インフラリンクに割り当てられた幹線道路本線の地図リンクから交通事象の発生場所を特定するのではなく、幹線道路に接続する連結道路の地図リンクを抽出して、交通事象の発生場所を特定する。
【００２２】
次に動作について説明する。
図３は、実施の形態１のナビゲーション装置による動作を示すフローチャートであり、交通事象の発生場所に対応する地図リンクの抽出処理を示している。また、処理の主体となるナビゲーション装置１の構成については、図１を参照する。なお、図３の処理が開始されるまでに、交通情報受信部２によって交通情報が受信されており、交通情報が、交通情報記憶部３に記憶されているものとする。このとき、表示部１０による交通情報の表示や、ルート計算部８ａによるルート計算の実行が指示されると、これらの処理に用いられる地図リンクを抽出する処理が開始される。
【００２３】
先ず、交通情報解析部４が、交通情報記憶部３に記憶されている交通情報の内容を解析して特定交通情報であるか否かを判定する（ステップＳＴ１）。交通情報には、インフラリンクを指定するインフラリンク番号に加え、交通事象の内容ごとに付与された交通事象ＩＤも格納されている。そこで、例えば、交通事象の内容と交通事象ＩＤとを対応付けたテーブルを交通情報解析部４に予め設定しておく。交通情報解析部４は、交通情報記憶部３に記憶されている交通情報内の交通事象ＩＤを用いて上記テーブルから交通事象の内容を特定し、交通事象の内容から交通情報が特定交通情報であるか否かを判定する。
【００２４】
交通情報が特定交通情報でない場合（ステップＳＴ１；ＮＯ）、交通情報解析部４は、当該交通情報内のインフラリンク番号を基に、インフラリンク記憶部７に記憶されるテーブル情報を参照して、このインフラリンク番号に対応付けられた地図リンクを地図リンク記憶部６から抽出する（ステップＳＴ２）。この後、地図リンクの抽出処理を終了する。抽出された地図リンクは、交通情報解析部４からルート計算部８ａ及び表示情報構築部９に出力される。これにより、表示情報構築部９が、幹線道路の本線上で発生した交通事象に関する表示情報を構築して表示部１０に表示したり、ルート計算部８ａが、交通情報を考慮したルート計算を実施する。
【００２５】
また、交通情報が特定交通情報である場合（ステップＳＴ１；ＹＥＳ）、交通情報解析部４は、当該特定交通情報内のインフラリンク番号に基づき、インフラリンク記憶部７に記憶されるテーブル情報を参照して、地図リンク記憶部６から、このインフラリンク番号に対応付けられたＩｎｔｅｒｎａｌ区間に該当する地図リンクを全て取得して、これらの地図リンクのリストを作成する（ステップＳＴ３）。例えば、Ｉｎｔｅｒｎａｌ区間に該当する地図リンクを進行方向順に並べたリストを作成することにより、当該リストに登録された地図リンクを、進行方向順に並んだ地図リンク列として扱う。
【００２６】
図４は、幹線道路、ランプ及び幹線道路以外の道路の接続関係の一例を示す図である。図４を用いて、Ｉｎｔｅｒｎａｌ区間について説明する。通常、ある１本のインフラリンクは、幹線道路上の入口から次の入口までの区間に割り当てられる。例えば、図４に示すように、インフラリンク２は、入口ランプ２が接続する幹線道路の入口から、次の入口ランプ１が接続する幹線道路の入口までの区間に設定されている。インフラリンク１，３についても同様である。
また、インフラリンクが設定された道路区間において、幹線道路の出口から入口までの区間を“Ｉｎｔｅｒｎａｌ区間”といい、それ以外の区間を“Ｅｘｔｅｒｎａｌ区間”という。図４の例では、インフラリンク２が設定された道路区間において、出口ランプ１が接続する幹線道路上の地点から入口ランプ１が接続する幹線道路上の地点までの区間が、インフラリンク２におけるＩｎｔｅｒｎａｌ区間となる。
【００２７】
特定交通情報として、インフラリンク２を指定した“入口ランプ閉鎖”という交通情報を受信した場合は、入口ランプ２よりも、インフラリンク２が設定された道路区間の進行方向にある入口ランプ１を通行止めとして扱いたい。この場合、入口ランプの地図リンクとして入口ランプ１の地図リンクが抽出されればよい。
一方、ステップＳＴ３において、例えばインフラリンク２に関連付けられた地図リンクを全て抽出した場合、入口ランプ２の地図リンクは、インフラリンク２に割り当てられた地図リンクに接続しているため、抽出対象となる。
そこで、ステップＳＴ３では、特定交通情報で指定されたインフラリンクの地図リンクのうち、Ｉｎｔｅｒｎａｌ区間に関連付けられた地図リンクのみを取得対象とする。これにより、インフラリンク２を指定した“入口ランプ閉鎖”という特定交通情報において、入口ランプ２は抽出されず、入口ランプ１の地図リンクのみが抽出される。
【００２８】
次に、特定交通情報処理部５は、交通情報解析部４に作成されたリストの地図リンク群（地図リンク列）の先頭の地図リンクを読み出して走査リンクに設定する（ステップＳＴ４）。例えば、進行方向順に並んだ地図リンク列の先頭の地図リンクを走査対象とする。
次いで、特定交通情報処理部５は、走査リンクとして設定した地図リンクの道路属性を解析して、走査リンクの道路属性が“幹線道路”であるか否かを判定する（ステップＳＴ５）。なお、道路属性は、地図リンクが属する道路の道路種別や幅員、通行区分等を示す情報である。
【００２９】
走査リンクの道路属性が“幹線道路”ではない場合（ステップＳＴ５；ＮＯ）に、抽出結果のリンクは“なし”として処理を終了する。この実施の形態１では、幹線道路の出口ランプや入口ランプを交通事象の発生場所の候補とするため、ステップＳＴ５において、走査リンクの道路種別が“幹線道路”であるか否かを判定している。
なお、本発明は、これに限定されるものではない。例えば、インフラリンクが“主要ではない一般道”にも設定されるようになった場合において、“主要ではない一般道”から“駐車場”や“その他の施設”へ入る側道又は出ていく側道を対象とする場合に、判定基準の道路種別を“幹線道路”ではなく、“主要ではない一般道”に変更して判定する。このようにステップＳＴ５では、ナビゲーション装置１の用途に応じた判定が実施される。
【００３０】
また、走査リンクの道路属性が“幹線道路”である場合（ステップＳＴ５；ＹＥＳ）、特定交通情報処理部５は、走査リンクの始端側のノードに接続する地図リンクを取得する必要があるか否かを判定する（ステップＳＴ６）。この判定の詳細を図５、図６を用いて説明する。地図データベースの地図リンクは階層的に管理されており、同一の道路を表す地図リンクであっても、階層（地図レベル）が上がるに連れて、ノードが省略され簡略化される。図５、図６において、地図レベルＡより地図レベルＢの方が地図の階層が高く、ノードが簡略化される。
【００３１】
図５に示す地図レベルＡのＬｉｎｋ＃１〜＃４が、幹線道路本線の地図リンクである。ここで、例えば、Ｌｉｎｋ＃２の始端側ノードであるｎｏｄｅ３に幹線道路の出口ランプの地図リンク（不図示）が接続している場合は、ｎｏｄｅ３に接続する地図リンクを走査して、出口ランプの地図リンクを、ステップＳＴ６における取得対象とする必要がある。
しかしながら、図６に示すように、地図レベルＢの地図では、地図レベルＡと異なり、ｎｏｄｅ２〜４が省略され、ｎｏｄｅ１とｎｏｄｅ５が一本の地図リンクＬｉｎｋ＃１’で表現される。この場合、インフラリンクに関連付けられた地図リンクはＬｉｎｋ＃１’であるが、このリンクの始端側ノードであるｎｏｄｅ５に接続するリンクは確認しない。これは、ｎｏｄｅ５がインフラリンクに関連付けられていないノードであり、ｎｏｄｅ５に幹線道路の出口ランプのリンクが接続していても、インフラリンクを指定した特定交通情報が示す交通事象の発生場所候補にはならないからである。
【００３２】
始端側接続リンクの取得対象は、図６に示すように、地図リンクの始端から、その地図リンクに対応するインフラリンク区間の始端までの距離Ｌ２が“０”であるか否かにより判定される。また、図５に示す例では、インフラリンクに関連付けられている地図リンクであるＬｉｎｋ＃３が、その始端側ノードであるｎｏｄｅ４から、インフラリンク区間の開始点までの距離が“０”、すなわち一致している。このため、Ｌｉｎｋ＃３は、始端側接続リンクの取得対象と判定される（判定結果が“真”）。
なお、インフラリンクに関連付けられているＬｉｎｋ＃２は、その終端側ノードであるｎｏｄｅ２から、インフラリンク区間の終了点までの距離が“０”、すなわち一致している。このため、Ｌｉｎｋ＃２は、後述する終端側接続リンクの取得対象と判定される。
一方、図６の例では、インフラリンクに関連付けられた地図リンクＬｉｎｋ＃１’が、その始端側ノードであるｎｏｄｅ５からインフラリンク区間の開始点までの距離が“０”ではなく、距離Ｌ２（≠０）である。このため、Ｌｉｎｋ＃１’は、始端側接続リンクの取得対象とはならない（判定結果が“偽”）。
【００３３】
図３の説明に戻る。
特定交通情報処理部５は、ステップＳＴ６で判定結果が“真”となった走査リンクについて、その始端側ノードに接続する地図リンクを調査し、地図リンク記憶部６からランプ部分に該当する地図リンクを抽出する（ステップＳＴ７）。この処理の詳細は、図９のフローチャートを用いて後述する。
【００３４】
ステップＳＴ８において、特定交通情報処理部５は、ステップＳＴ３で取得された地図リンク列の地図リンクを全て走査したか否かを判定する。ここで、未だに走査していない地図リンクがある場合（ステップＳＴ８；ＮＯ）は、ステップＳＴ９の処理へ移行する。
ステップＳＴ９では、特定交通情報処理部５が、ステップＳＴ３で取得した地図リンク列における次の地図リンクを走査対象に設定してステップＳＴ６の処理へ戻り、ステップＳＴ６からステップＳＴ８までの処理を繰り返す。
【００３５】
ステップＳＴ３で取得された地図リンク列の地図リンクを全て走査していた場合（ステップＳＴ８；ＹＥＳ）、特定交通情報処理部５は、上記地図リンク列のうち、最も交通の流れに対して下流側の地図リンクを求める（ステップＳＴ１０）。例えば、図５に示したＬｉｎｋ＃２，＃３が地図リンク列として取得されていた場合は、進行方向の下流にあるＬｉｎｋ＃２が特定される。
【００３６】
次に、特定交通情報処理部５は、ステップＳＴ１０で求めた下流側の地図リンクの終端側ノードに接続する地図リンク群を取得する必要があるか否かを判定する（ステップＳＴ１１）。なお、この判定の趣旨や手順は、ステップＳＴ６で示した始端側の場合と同様である。ただし、始端側は、図６に示した距離Ｌ２が“０”であれば、判定結果を“真”としたが、終端側における判定では、図６に示す距離Ｌ１が所定の閾値以下であれば、判定結果を“真”とする。この閾値は、例えば１０（ｍ）とする。
【００３７】
ここで、終端側の判定には、上記のような閾値を用いる理由について説明する。
地図データベースには、インフラリンクと地図リンクとを関連付ける情報が格納されており、インフラリンクから地図リンクを特定することができる。
地図レベルが低い場合、図５に示すように、インフラリンクとこれに割り当てられる地図リンクとの対応関係は、１：１以上の状態となる。この場合は、図５や図７に示すように、インフラリンク区間の開始点と地図リンクの始端、及び、インフラリンク区間の終了点と地図リンクの終端が一致することが多い。
一方、図６に示すように地図レベルが高くなり、ノードが省略されていくことにより、インフラリンク区間の開始点と地図リンクの始端、もしくは、インフラリンク区間の終了点と地図リンクの終端が一致しなくなる場合がある。
【００３８】
地図レベルに応じて地図リンクが簡略化されても、交通情報が表す区間には、インフラリンクの区間が表現されなければならない。例えば、図６に示すインフラリンクを指定して渋滞を表す交通情報が受信された場合に、インフラリンクに関連付けられた地図リンクは、Ｌｉｎｋ＃１’であるが、Ｌｉｎｋ＃１’の区間全体に渋滞線を表示してはならず、インフラリンクの区間にだけに渋滞線を表示する必要がある。
そこで、インフラリンクと地図リンク（Ｌｉｎｋ＃１’）とを関連付ける情報として、図８に示すように、この地図リンクの始端側ノード（ｎｏｄｅ５）からインフラリンク区間の開始点までの距離であるインフラリンク開始距離と、始端側ノード（ｎｏｄｅ５）からインフラリンク区間の終了点までの距離であるインフラリンク終了距離とを保持する。これらの情報によって、地図リンク（Ｌｉｎｋ＃１’）のどの区間に渋滞線を表示すればよいかを判断することが可能となる。
【００３９】
また、図６に示した距離Ｌ１の値は、図８に示す地図リンク長からインフラリンク終了距離を差し引いて求められる。このインフラリンク終了距離は、地図データベースの容量を削減するために１０ｍ単位で値が格納される。例えば、実際のインフラリンク終了距離が２００（ｍ）である場合、地図データベース上では、値“２０”として格納される。
一方、地図リンク長は、１ｍ単位で値が格納されるため、本来はインフラリンク区間の終了点と地図リンクの終端が一致したとしても、最大で１０（ｍ）の差が開いてしまう。
例えば、図７に示すように、実際は、インフラリンク区間の長さが地図リンクの長さと等しい場合であっても、地図リンク長が５４（ｍ）で、インフラリンク終了距離が５０（ｍ）と格納される場合がある。このため、ステップＳＴ１１の判定では、図６に示す距離Ｌ１が１０（ｍ）未満である場合に、判定結果を“真”として、１０（ｍ）以上であれば“偽”とする。
【００４０】
この後、特定交通情報処理部５は、ステップＳＴ１１で判定結果が“真”となった走査リンクについて、その終端側ノードに接続する地図リンクを調査し、地図リンク記憶部６からランプ部分に該当する地図リンクを抽出する（ステップＳＴ１２）。この処理の詳細については、図１２のフローチャートを用いて後述する。
【００４１】
（１）始端接続リンクの抽出処理について
次に、始端接続リンクの抽出処理の詳細を説明する。
図９は、始端接続リンクの抽出処理を示すフローチャートであり、図３のステップＳＴ７における処理の詳細を示している。
先ず、特定交通情報処理部５は、始端接続リンクの取得対象と判定された地図リンクを入力すると、この地図リンク（以下、入力リンクと呼ぶ）の始端側ノードから流出する地図リンク群を、地図リンク記憶部６から取得する（ステップＳＴ１ａ）。
図１０は、走査対象の地図リンクの始端側ノードから流出する地図リンクと終端側ノードへ流入する地図リンクの概要を示す図であり、図１０（ａ）は走査対象のＬｉｎｋｓｅａｒｃｈを示している。ステップＳＴ１ａでは、図１０（ａ）に示す走査対象のＬｉｎｋｓｅａｒｃｈの始端側ノードから流出する地図リンクとして、図１０（ｂ）に示すようにＬｉｎｋｏｕｔ１〜Ｌｉｎｋｏｕｔ４が取得される。
【００４２】
次いで、特定交通情報処理部５は、ステップＳＴ１ａで取得した地図リンクを１本ずつ走査して、現在走査中の地図リンク（以下、走査リンクと呼ぶ）と、ステップＳＴ１ａでの入力リンクとが異なるリンクであるか否かを判定する（ステップＳＴ２ａ）。ここで、入力リンクと走査リンクとが異なるリンクではない、すなわち同一のリンクである場合（ステップＳＴ２ａ；ＮＯ）、ステップＳＴ８ａの処理に移行する。図１０に示す例では、図１０（ａ）のＬｉｎｋｓｅａｒｃｈが入力リンクであり、図１０（ｂ）のＬｉｎｋｏｕｔ４が走査リンクであり、これらは同一のリンクである。
【００４３】
また、入力リンクと走査リンクとが異なるリンクであると判定した場合（ステップＳＴ２ａ；ＹＥＳ）、特定交通情報処理部５は、走査リンクのリンク属性が抽出対象のリンク属性であるか否かを判定する（ステップＳＴ３ａ）。なお、リンク属性とは、地図リンクに対応する道路の区間における道路種別や幅員、通行区分等の情報である。
抽出対象のリンク属性としては、幹線道路に枝線として接続し得る道路であるリンク属性が挙げられる。なお、この抽出対象のリンクの道路属性は幹線道路である場合も幹線道路でない場合もある。
ここでは、“ランプ”、“ジャンクション”、“パラレルロード”、“サービスエリアＳＡ又はパーキングエリアＰＡへ続く側道”を抽出対象のリンク属性とした。このリンク属性は、本発明が適用される用途によって変更可能であり、インフラリンクが割り当てられていない地図リンクの抽出処理に使用できる。
【００４４】
走査リンクのリンク属性が抽出対象のリンク属性でない場合（ステップＳＴ３ａ；ＮＯ）、ステップＳＴ８ａの処理に移行する。
また、走査リンクのリンク属性が抽出対象のリンク属性である場合（ステップＳＴ３ａ；ＹＥＳ）、特定交通情報処理部５は、処理対象の交通情報が伝える交通事象が幹線道路の出口部分の道路に関する事象であるか否かを判定する（ステップＳＴ４ａ）。
一般的に、交通情報には、交通事象の内容を符号化したコードが格納される。例えば、コードの値“４０６”には、予め定められた交通事象の内容である“幹線道路入口ランプ閉鎖”が割り当てられ、コードの値が“４０７”の場合には、予め定められた交通事象の内容である“幹線道路出口ランプ閉鎖”が割り当てられる。つまり、ステップＳＴ４ａの判定は、交通事象の内容を表すコードを比較判定することによって実施される。ただし、コードではなく、文字列等の情報が交通情報に格納されている場合は、この文字列の比較によって判定する。
【００４５】
ここで、交通事象が幹線道路の出口部分の道路に関する事象であると判定した場合（ステップＳＴ４ａ；ＹＥＳ）、特定交通情報処理部５は、走査リンクの向きがその道路における実際の交通の流れと同方向であるか否かを判定する（ステップＳＴ５ａ）。
一般的に、地図データベースの各地図リンクには、道路の実際の交通の流れと同方向であるか、逆方向であるかを示す情報が格納されているため、この情報を基に判定を行う。つまり、図１の構成においては、地図リンク記憶部６に記憶される地図リンク情報に実際の交通の流れに関する情報が格納されており、この情報が利用される。
【００４６】
走査リンクの向きがその道路における実際の交通の流れと同方向でない場合（ステップＳＴ５ａ；ＮＯ）、ステップＳＴ８ａの処理に移行する。
また、走査リンクの向きがその道路における実際の交通の流れと同方向である場合（ステップＳＴ５ａ；ＹＥＳ）、特定交通情報処理部５は、入力リンクの始端側ノードへ流入する地図リンクのうちから、入力リンクと同じリンク属性の地図リンクを特定し、特定した地図リンクの道路から走査リンクの道路への通行が可能であるか否かを判定する（ステップＳＴ６ａ）。なお、ステップＳＴ６ａの判定の詳細を、図１１を用いて説明する。
【００４７】
図１１は、入力リンクの始端側ノードへ流入する地図リンクから走査リンクへの通行可否を確認する際の概要を示す図である。ここで、図１１（ａ）に示すＬｉｎｋｉｎｐｕｔが入力リンクであり、走査リンクが同図のＬｉｎｋｓｅａｒｃｈであるものとする。
先ず、特定交通情報処理部５は、Ｌｉｎｋｉｎｐｕｔの始端側ノードへ流入する地図リンク群を取得する。これにより、図１１（ｂ）のＬｉｎｋｉｎ１〜Ｌｉｎｋｉｎ４が取得される。
次に、特定交通情報処理部５は、取得されたリンク群のうち、Ｌｉｎｋｉｎｐｕｔと同じリンク属性であるが、Ｌｉｎｋｉｎｐｕｔとは異なるリンクを特定する。このとき、逆向きも同リンクとみなす。図１１（ｂ）の例では、Ｌｉｎｋｉｎ３が特定される。
【００４８】
次いで、特定交通情報処理部５は、特定したＬｉｎｋｉｎ３の道路から走査リンクの道路への通行が可能であるか否かを判定する。例えば、２本のリンクがあるノードを共有して接続している場合であっても、“右折禁止”等の交通規制によって、当該ノードへ流入するリンクの道路から、当該ノードから流出するリンクの道路への通行が不可能な場合がある。そのため、上記判定を行う。
図１１（ｃ）に示すように１つのノードを共有してＬｉｎｋｉｎ３とＬｉｎｋｓｅａｒｃｈとが接続する関係において、実際にはＬｉｎｋｉｎ３の道路からＬｉｎｋｓｅａｒｃｈの道路への通行ができない場合、Ｌｉｎｋｓｅａｒｃｈの道路に発生した交通事象に関する交通情報が、Ｌｉｎｋｉｎ３が割り当てられたインフラリンクを指定して配信されない。この場合は、Ｌｉｎｋｉｎ３が割り当てられたインフラリンクを指定して交通情報が配信された交通事象の内容を、Ｌｉｎｋｓｅａｒｃｈへと割り当ててはならない。このため、上述のように地図リンク間の道路通行の可否を確認する。一般的に、地図リンク間の通行規制に関する情報は地図データベースに格納されているため、その情報を参照する。つまり、図１の構成においては、地図リンク記憶部６に記憶される地図リンク情報に、道路の通行規制に関する情報が格納されており、この情報が利用される。
【００４９】
入力リンクと同じリンク属性の地図リンクの道路から走査リンクの道路への通行が不可能である場合（ステップＳＴ６ａ；ＮＯ）、ステップＳＴ８ａの処理に移行する。
また、入力リンクと同じリンク属性の地図リンクの道路から走査リンクの道路への通行が可能である場合（ステップＳＴ６ａ；ＹＥＳ）、特定交通情報処理部５は、当該走査リンクが今回の特定交通情報の交通事象が発生したランプ部分のリンクであると判断し、当該走査リンクをランプリンクリストに追加して保存する（ステップＳＴ７ａ）。
なお、ランプリンクリストとは、特定交通情報の交通事象の発生場所として抽出対象となったランプ部分の地図リンクが設定されるデータであり、特定交通情報処理部５が保持する。
【００５０】
ステップＳＴ８ａにおいて、特定交通情報処理部５は、ステップＳＴ１ａで取得された地図リンク群における地図リンクを全て走査したか否かを判定する。ここで、全ての地図リンクが走査された場合（ステップＳＴ８ａ；ＹＥＳ）、特定交通情報処理部５は、始端接続リンクの抽出処理を終了する。この後、図３のステップＳＴ８の処理に移行する。
【００５１】
一方、交通事象が幹線道路の出口部分の道路に関する事象ではなく、入口部分の道路の事象であると判定した場合（ステップＳＴ４ａ；ＮＯ）、特定交通情報処理部５は、ステップＳＴ５ａの処理と同様に、走査リンクの向きがその道路における実際の交通の流れと逆方向であるか否かを判定する（ステップＳＴ９ａ）。ここで、走査リンクの向きがその道路における実際の交通の流れと同方向である場合（ステップＳＴ９ａ；ＮＯ）、上述のステップＳＴ８ａの処理に移行する。
また、走査リンクの向きがその道路における実際の交通の流れと逆方向である場合（ステップＳＴ９ａ；ＹＥＳ）、特定交通情報処理部５は、当該走査リンクとは向きが反対の地図リンクを、向きを反転させた走査リンクとして地図リンク記憶部６から取得する（ステップＳＴ１０ａ）。
【００５２】
次いで、特定交通情報処理部５は、向きを反転させた走査リンクの道路から入力リンクの道路への通行が可能であるか否かを判定する（ステップＳＴ１１ａ）。ここで、向きを反転させた走査リンクの道路から入力リンクの道路への通行が可能である場合（ステップＳＴ１１ａ；ＹＥＳ）、特定交通情報処理部５は、当該走査リンクを上記ランプリンクリストに追加して保存する（ステップＳＴ１２ａ）。向きを反転させた走査リンクの道路から入力リンクの道路への通行が不可の場合（ステップＳＴ１１ａ；ＮＯ）、ステップＳＴ８ａの処理へ移行する。
また、特定交通情報処理部５は、未だに走査していない地図リンクがあると判定すると（ステップＳＴ８ａ；ＮＯ）、ステップＳＴ１ａで取得された地図リンク群における次の地図リンクを走査リンクに設定し（ステップＳＴ１３ａ）、ステップＳＴ２ａからの処理を繰り返す。
【００５３】
（２）終端接続リンクの抽出処理について
次に、終端接続リンクの抽出処理の詳細を説明する。
図１２は、終端接続リンクの抽出処理を示すフローチャートであり、図３のステップＳＴ１２における処理の詳細を示している。
先ず、特定交通情報処理部５は、終端接続リンクの取得対象と判定された地図リンクを入力すると、この地図リンク（以下、入力リンクと呼ぶ）の終端側ノードへ流入する地図リンク群を、地図リンク記憶部６から取得する（ステップＳＴ１ｂ）。
次いで、特定交通情報処理部５は、ステップＳＴ１ｂで取得した地図リンクを１本ずつ走査して、現在走査中の地図リンク（以下、走査リンクと呼ぶ）と、ステップＳＴ１ｂでの入力リンクとが異なるリンクであるか否かを判定する（ステップＳＴ２ｂ）。ここで、入力リンクと走査リンクとが異なるリンクではない、すなわち同一のリンクである場合（ステップＳＴ２ｂ；ＮＯ）、ステップＳＴ８ｂの処理に移行する。
【００５４】
また、入力リンクと走査リンクとが異なるリンクであると判定した場合（ステップＳＴ２ｂ；ＹＥＳ）、特定交通情報処理部５は、走査リンクのリンク属性が抽出対象のリンク属性であるか否かを判定する（ステップＳＴ３ｂ）。抽出対象のリンク属性は、上述した始端接続リンクの抽出処理と同様であり、“ランプ”、“ジャンクション”、“パラレルロード”、“サービスエリアＳＡ又はパーキングエリアＰＡへ続く側道”を抽出対象のリンク属性とする。
【００５５】
走査リンクのリンク属性が抽出対象のリンク属性でない場合（ステップＳＴ３ｂ；ＮＯ）、ステップＳＴ８ｂの処理に移行する。
また、走査リンクのリンク属性が抽出対象のリンク属性である場合（ステップＳＴ３ｂ；ＹＥＳ）、特定交通情報処理部５は、処理対象の交通情報が伝える交通事象が幹線道路の入口部分の道路に関する事象であるか否かを判定する（ステップＳＴ４ｂ）。判定方法は、始端接続リンクの抽出処理と同様である。
【００５６】
交通事象が幹線道路の入口部分の道路に関する事象であると判定した場合（ステップＳＴ４ｂ；ＹＥＳ）、特定交通情報処理部５は、走査リンクの向きがその道路における実際の交通の流れと同方向であるか否かを判定する（ステップＳＴ５ｂ）。ここで、走査リンクの向きがその道路における実際の交通の流れと同方向でない場合（ステップＳＴ５ｂ；ＮＯ）、ステップＳＴ８ｂの処理に移行する。
【００５７】
走査リンクの向きがその道路における実際の交通の流れと同方向である場合（ステップＳＴ５ｂ；ＹＥＳ）、特定交通情報処理部５は、入力リンクの終端側ノードから流出する地図リンクのうちから、入力リンクと同じリンク属性の地図リンクを特定し、走査リンクの道路から、上記特定した地図リンクの道路への通行が可能であるか否かを判定する（ステップＳＴ６ｂ）。ここで、走査リンクの道路から、入力リンクと同じリンク属性の地図リンクの道路への通行が不可能である場合（ステップＳＴ６ｂ；ＮＯ）、ステップＳＴ８ｂの処理に移行する。
【００５８】
また、走査リンクの道路から、入力リンクと同じリンク属性の地図リンクの道路への通行が可能である場合（ステップＳＴ６ｂ；ＹＥＳ）、特定交通情報処理部５は、当該走査リンクが今回の特定交通情報の交通事象が発生したランプ部分のリンクであると判断し、当該走査リンクをランプリンクリストに追加して保存する（ステップＳＴ７ｂ）。
ステップＳＴ８ｂにおいて、特定交通情報処理部５は、ステップＳＴ１ｂで取得された地図リンク群における地図リンクを全て走査したか否かを判定する。ここで、全ての地図リンクが走査された場合（ステップＳＴ８ｂ；ＹＥＳ）、特定交通情報処理部５は、始端接続リンクの抽出処理を終了する。
【００５９】
一方、交通事象が幹線道路の入口部分の道路に関する事象ではなく、出口部分の道路の事象であると判定した場合（ステップＳＴ４ｂ；ＮＯ）、特定交通情報処理部５は、ステップＳＴ５ｂの処理と同様に、走査リンクの向きがその道路における実際の交通の流れと逆方向であるか否かを判定する（ステップＳＴ９ｂ）。ここで、走査リンクの向きがその道路における実際の交通の流れと同方向である場合（ステップＳＴ９ｂ；ＮＯ）、上述のステップＳＴ８ｂの処理に移行する。
また、走査リンクの向きがその道路における実際の交通の流れと逆方向である場合（ステップＳＴ９ｂ；ＹＥＳ）、特定交通情報処理部５は、当該走査リンクとは向きが反対の地図リンクを、向きを反転させた走査リンクとして地図リンク記憶部６から取得する（ステップＳＴ１０ｂ）。
【００６０】
次いで、特定交通情報処理部５は、入力リンクの道路から、ステップＳＴ１０ｂで取得した向きを反転させた走査リンクの道路への通行が可能であるか否かを判定する（ステップＳＴ１１ｂ）。ここで、入力リンクの道路から、上記向きを反転させた走査リンクの道路への通行が可能である場合（ステップＳＴ１１ｂ；ＹＥＳ）、特定交通情報処理部５は、当該走査リンクをランプリンクリストに追加して保存する（ステップＳＴ１２ｂ）。入力リンクの道路から、向きを反転させた走査リンクの道路への通行が不可の場合（ステップＳＴ１１ｂ；ＮＯ）、ステップＳＴ８ｂの処理へ移行する。
また、特定交通情報処理部５は、未だに走査していない地図リンクがあると判定すると（ステップＳＴ８ｂ；ＮＯ）、特定交通情報処理部５は、ステップＳＴ１ｂで取得された地図リンク群における次の地図リンクを走査リンクに設定し（ステップＳＴ１３ｂ）、ステップＳＴ２ｂからの処理を繰り返す。
【００６１】
特定交通情報処理部５は、上述のようにしてランプ部分の地図リンクを設定したランプリンクリストを、ルート計算部８ａ及び表示情報構築部９へ出力する。ルート計算部８ａ及び表示情報構築部９は、ランプリンクリストに設定されるランプ部分の地図リンクを用いて特定交通情報の交通事象の発生場所を特定する。これにより、特定交通情報を受信した場合であっても、幹線道路の本線上に“出口閉鎖中”や“入口閉鎖中”のような交通障害が発生しているとみなすことがなくなる。すなわち、実際には閉鎖されていない幹線道路に“道路閉鎖中”を表すアイコンが表示されたり、実際は閉鎖されていない幹線道路の一部を回避するルートが計算されたりすることがなくなる。
【００６２】
なお、上記実施の形態１では、ナビゲーション装置１のルート計算部８ａが、特定交通情報処理部５による処理結果から交通事象の発生場所を特定して、特定交通情報を考慮したルート計算を行う場合を示したが、これに限定されるものではない。
例えば、ナビゲーション処理部８が、特定交通情報処理部５による処理結果を利用して、特定交通情報を考慮したルート誘導及び地図表示等のナビゲーション処理を実行してもよい。例えば、特定交通情報を考慮したルート誘導としては、特定交通情報が示す交通事象を音声案内する場合が考えられる。また、特定交通情報を考慮した地図表示としては、自車の走行ルートや誘導ルートを表示した地図上に、特定交通情報が示す交通事象のアイコン画像等を表示する。
【００６３】
また、上記実施の形態１では、インフラリンクが設定されている幹線道路に配信された交通情報の交通事象が、インフラリンクが設定されていない幹線道路の側道（ランプ等）で発生したことを認識するための処理を示したが、本発明は、これに限定されるものではない。例えば、幹線道路以外の道路に配信された交通情報の交通事象が、インフラリンクが設定されていないその他の道路（駐車場又はその他の施設に繋がる道路等）で発生したことを認識する際にも適用可能である。
【００６４】
以上のように、この実施の形態１によれば、交通情報を受信する交通情報受信部２と、交通情報受信部２により受信された交通情報の内容を解析する交通情報解析部４と、交通情報解析部４により解析された交通情報が、インフラリンクが設定された所定の道路区間に接続する道路で発生した交通事象を示す特定交通情報である場合、所定の道路区間に対応するリンクに接続しているリンクを走査して、所定の道路区間に接続する道路の中から当該交通事象が発生した道路のリンクを抽出する特定交通情報処理部５と、交通情報解析部４に解析された特定の交通情報の内容を、特定交通情報処理部５により抽出されたリンクで交通事象の発生場所を特定して提示する表示情報構築部９及び表示部１０からなる提示部とを備える。このように構成することにより、交通事象の発生場所を正確に特定して交通情報を提示することができる。
【００６５】
また、この実施の形態１によれば、特定交通情報処理部５が、特定交通情報がインフラリンクが設定された所定の道路区間へ合流する道路で発生した交通事象を示す場合に、当該道路区間に対応するリンクへ流入又は流出するリンクを走査して、所定の道路区間に接続する道路の中から当該交通事象が発生した道路のリンクを抽出する。特に、特定交通情報が所定の道路区間へ合流する道路の閉鎖を示す場合、通行止めを示す情報（例えば、通行止めを示すアイコン画像やテキスト情報）を表示する。このようにすることにより、所定の道路区間の本線ではなく、この道路区間へ合流する道路で発生した交通事象を正確に特定して、交通情報を提示することができる。
【００６６】
さらに、この実施の形態１によれば、特定交通情報処理部５が、特定交通情報がインフラリンクが設定された所定の道路区間から分岐する道路で発生した交通事象を示す場合、当該道路区間に対応するリンクへ流入又は流出するリンクを走査して、前記所定の道路区間に接続する道路の中から当該交通事象が発生した道路のリンクを抽出する。特に、特定交通情報が所定の道路区間から分岐する道路の閉鎖を示す場合、通行止めを示す情報（例えば、通行止めを示すアイコン画像やテキスト情報）を表示する。このようにすることにより、所定の道路区間の本線ではなく、この道路区間から分岐する道路で発生した交通事象を正確に特定して、交通情報を提示することができる。
【００６７】
さらに、この実施の形態１によれば、特定交通情報が、所定の道路区間に付与されたコード（インフラリンク番号）を指定して当該道路区間に接続する道路で発生した交通事象を示す交通情報であり、交通情報解析部４が、特定交通情報に含まれるコードから、所定の道路区間に対応するリンクを特定し、特定交通情報処理部５が、交通情報解析部４により特定された所定の道路区間に対応するリンクに接続しているリンクを走査して、所定の道路区間に接続する道路の中から当該交通事象が発生した道路のリンクを抽出する。
このようにすることにより、インフラリンク番号を指定して当該インフラリンクが設定された所定の道路区間の枝線等で発生した交通事象を示す特定交通情報についても、交通事象の発生場所を正確に特定して交通情報を提示することができる。
【００６８】
さらに、この実施の形態１によれば、特定交通情報処理部５が、所定の道路区間への合流又は分岐が行われる所定の区間（Ｉｎｔｅｒｎａｌ区間）に対応するリンクを走査して交通事象が発生した道路のリンクを抽出する。このようにすることで、所定の道路区間の本線ではなく、交通事象が発生した枝線を効率的に特定できる。
【００６９】
さらに、この実施の形態１によれば、交通情報を受信する交通情報受信部２と、交通情報受信部２により受信された交通情報の内容を解析する交通情報解析部４と、交通情報解析部４により解析された交通情報が所定の道路区間に接続する道路で発生した交通事象を示す特定交通情報である場合、所定の道路区間に対応するリンクに接続しているリンクを走査して、所定の道路区間に接続する道路の中から当該交通事象が発生した道路のリンクを抽出する特定交通情報処理部５と、特定交通情報処理部５により抽出されたリンクで交通事象の発生場所を特定して、特定交通情報を利用したナビゲーション処理を行うナビゲーション処理部を備える。特に、ナビゲーション処理部において、特定交通情報処理部５に抽出されたリンクで交通事象の発生場所を特定して、特定交通情報を利用したルート計算を行うルート計算部８ａを備える。このように構成することで、交通事象の発生場所を正確に特定して特定交通情報を利用したナビゲーション処理を実行できる。例えば、幹線道路の入口道路又は出口道路で交通障害が発生した場合に、これらの道路を回避したルート計算が可能である。
【００７０】
上記実施の形態１では、本発明の交通情報提示装置を、車載用のナビゲーション装置に適用した場合を示したが、車載用のナビゲーション装置のみならず、携帯電話端末又は携帯情報端末（ＰＤＡ；Personal Digital Assistance）に適用してもよい。
また、車両、鉄道、船舶又は航空機等の移動体に、人が携帯して持ち込んで使用されるＰＮＤ（Portable Navigation Device）等に適用してもかまわない。
【００７１】
なお、本願発明はその発明の範囲内において、実施の形態の任意の構成要素の変形、もしくは実施の形態の任意の構成要素の省略が可能である。
【産業上の利用可能性】
【００７２】
この発明に係る交通情報提示装置は、所定の道路区間を指定して交通事象の発生を通知する交通情報に対して、交通事象の発生場所を正確に認識して交通情報を提示することができるので、車載用のナビゲーション装置に好適である。
【符号の説明】
【００７３】
１  ナビゲーション装置、２  交通情報受信部、３  交通情報記憶部、４  交通情報解析部、５  特定交通情報処理部、６  地図リンク記憶部、７  インフラリンク記憶部、８  ナビゲーション処理部、８ａ  ルート計算部、９  表示情報構築部、１０  表示部。
【図１】
2012123988.tif 000003
【図２】
2012123988.tif 000004
【図３】
2012123988.tif 000005
【図４】
2012123988.tif 000006
【図５】
2012123988.tif 000007
【図６】
2012123988.tif 000008
【図７】
2012123988.tif 000009
【図８】
2012123988.tif 000010
【図９】
2012123988.tif 000011
【図１０】
2012123988.tif 000012
【図１１】
2012123988.tif 000013
【図１２】
2012123988.tif 000014
【国際調査報告】
2012123988.tif 000015
2012123988.tif 000016
2012123988.tif 000017
2012123988.tif 000018