(57)【特許請求の範囲】
【請求項１】
サーバ装置によって付与され、オーソライズ装置によって確定される前の仮リンクＩＤを含んだリンクデータが保存される追加リンクデータベースと、
前記オーソライズ装置によって確定された後のリンクＩＤである確定リンクＩＤおよび前記仮リンクＩＤが対応付けられた新旧リンクＩＤテーブルが保存される新旧リンクＩＤデータベースと、
前記確定リンクＩＤを含む交通情報データを受信する送受信部と、
前記交通情報データに含まれる前記確定リンクＩＤを取得し、前記新旧リンクＩＤデータベースに格納されている前記新旧リンクＩＤテーブルを参照し、前記確定リンクＩＤと対応付けられた仮リンクＩＤを取得し、この仮リンクＩＤを基に、前記追加リンクデータベースから、リンクデータを取得する処理部と
を含んで構成されることを特徴とする車載端末。
【請求項２】
前記交通情報データには、対応するリンクが、確定されたリンクか否かを示す判定情報が含まれ、
前記受信した交通情報データに対応するリンクが、確定されたリンクか否かを、前記判定情報を基に判定する判定部をさらに含み、
前記処理部は、前記判定部の判定結果を基に、確定リンクＩＤを取得する
ことを特徴とする請求項１に記載の車載端末。
【請求項３】
サーバ装置は、
プローブカーから、少なくとも、前記プローブカーの走行位置と時刻情報とを含むプローブカー情報を受信し、前記プローブカー情報を基に交通情報データを作成し、オーソライズ装置によって確定されたリンクＩＤである確定リンクＩＤを含むリンクデータを、前記オーソライズ装置から受信し、前記確定リンクＩＤを基に、前記確定リンクＩＤと、自身によって付与され、オーソライズ装置によって、確定される前のリンクＩＤである仮リンクＩＤとを対応付けた新旧リンクＩＤテーブルを作成し、前記新旧リンクＩＤテーブルを車載端末へ送信し、複数の前記交通情報データの送信順序の決定を行い、前記送信順序を決定された複数の交通情報データを前記車載端末へ送信する機能を有し、
車載端末は、
送信された前記新旧リンクＩＤテーブルを保存し、前記新旧リンクＩＤテーブルを基に、受信した前記交通情報データに対応するリンクデータを取得する機能を有する
ことを特徴とする交通情報システム。
【請求項４】
車載端末は、
情報の処理を行う処理部、情報の送受信を行う送受信部、サーバ装置によって付され、オーソライズ装置によって確定される前のリンクＩＤである仮リンクＩＤを含んだリンクデータが保存される追加リンクデータベースおよびオーソライズ装置によって確定された後のリンクＩＤである確定リンクＩＤと、前記仮リンクＩＤとが対応付けられた新旧リンクＩＤテーブルが保存される新旧リンクＩＤデータベースを含んで構成され、
前記送受信部が、前記確定リンクＩＤを含む交通情報データを受信し、
前記処理部が、前記交通情報データに含まれる前記確定リンクＩＤを取得し、
前記処理部が、前記新旧リンクＩＤデータベースに格納されている前記新旧リンクＩＤテーブルを参照し、
前記処理部が、前記確定リンクＩＤと対応付けられた仮リンクＩＤを取得し、
前記処理部が、この仮リンクＩＤを基に、前記追加リンクデータベースから、リンクデータを取得する
ことを特徴とするリンクデータ更新方法。
【請求項５】
前記車載端末には、
情報を判定する判定部がさらに含まれ、
前記交通情報データには、対応するリンクが、確定されたリンクか否かを示す判定情報が含まれ、
前記判定部は、前記受信した交通情報データに対応するリンクが、確定されたリンクか否かを、前記判定情報を基に判定し、
前記処理部は、前記判定部の判定結果を基に、確定リンクＩＤを取得する
ことを特徴とする請求項４に記載のリンクデータ更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プローブカーから送られる情報を利用して交通情報データを作成し、その交通情報を表示する車載端末、サーバ装置、交通情報システム、リンクデータ更新方法および交通情報提供方法に関する。
【背景技術】
【０００２】
近年、走行中の１台1台の車両が探査車（プローブカー）となって感知した情報を無線通信によって、例えば情報センタに集約するプローブカーシステムの概念が定着しつつある。この方法によれば、固定式のセンサと比較して、よりリアルタイムで細かい情報を、渋滞情報などの交通情報として提供できる。
【０００３】
また、更新情報や道路情報に関連する場所を示すリンクを、位置座標で表現した座標列データの形で、地上センタが送信し、端末装置が、受信した座標列データに基づいて地上センタ装置から送られてきたリンクと、自ら有する道路地図データのリンクとを対応付けることによって、道路の新設などにより、道路の形態が変化しても、端末装置の方で、容易に対応することができる道路対応付け装置が開示されている（例えば、特許文献１参照）。
【０００４】
さらに、走行車両であるプローブカーからの情報が多く集まるリンクでは、情報の更新頻度を大きくし、反対に走行車両からの情報が少ししか集まらないリンクでは、情報の更新頻度を小さくすることによって、アナウンス効果による一時的で不安定な交通集中の発生を防止する交通情報収集・提供システムが開示されている（例えば、特許文献２参照）。
【０００５】
【特許文献１】特開２００３−１２１１７０号公報（請求項１）
【特許文献２】特開２００２−２０８０９４号公報（請求項１、段落００１７から００２０、図２）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、リンクデータは、所定の期間ごとに更新されるのが一般的であるが、車載端末のリンクデータの更新状態が車載端末ごとに異なる可能性があり、それぞれのリンクデータバージョンに対応した交通情報を送信する必要があるため、通信経路にかかる負担が大きいといった問題があった。
【０００７】
特に、プローブカーによる交通情報を受信するとき、車両の走行状態にばらつき（会員制であるため、特定の車両しか利用できず、またその走行状態には統計的なばらつきが生じる）があるため、交通情報または新設リンクの情報の受信にばらつきが生じる。そのため、更新に際して、リンクの更新情報を複数回にわたって送る必要があり、通信経路の負担が大きくなるといった問題があった。
【０００８】
さらに、ドライバとして必要な情報は、渋滞していない新設道路や突発渋滞などの情報であるが、前記した特許文献１および特許文献２では、ドライバにとって必要な交通情報も、それほど必要ではない交通情報も、同じような重要度で送信されてしまう。これによって、例えば車載端末の受信容量が小さい場合など、真に重要な交通情報の全てを送ることができない、といった問題があった。
【０００９】
前記問題に鑑みて、本発明は、更新の際の通信経路の負担を軽減することを目的とする。
【課題を解決するための手段】
【００１０】
サーバ装置は、プローブカーから、走行位置と時刻情報を含むプローブカー情報を受信し、前記プローブカー情報を基に交通情報データを作成し、オーソライズ（請求項における確定）されたリンクＩＤである確定リンクＩＤを含むリンクデータを、オーソライズ装置から受信し、前記確定リンクＩＤを基に、新旧リンクＩＤテーブルを作成し、複数の前記交通情報データの送信順序の決定を行い、前記送信順序を決定された複数の交通情報データを車載端末へ送信し、前記車載端末は、前記新旧リンクＩＤテーブルを基に、受信した前記交通情報データに対応するリンクデータを取得することを特徴とする車載端末、交通情報システムおよびリンクデータ更新方法を提供する。
【発明の効果】
【００１１】
本発明によれば、更新の際の通信経路の負担を軽減することができる。これらによって、効率的なリンクデータの管理や送信を行うことができるシステムを構築することができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照しつつ、本発明に係る実施形態の説明を行う。
【００１３】
［交通情報システムの構成］
図１は、本実施形態に係る交通情報システムの一例を示す図である。
交通情報システムは、互いにネットワーク７を介して接続している情報センタ３、オーソライズ装置８、各基地局６を含み、さらに各基地局６と無線通信を介して接続されるプローブカー５、車両４を含んで構成される。情報センタ３は、交通情報データの作成、新規リンクの作成、新旧リンクＩＤテーブルの作成および送信処理などの処理を行うセンタサーバ（請求項におけるサーバ装置）１を含んで構成され、車両４は、情報センタ３から交通情報データや新旧リンクＩＤテーブルを受信し、これらを表示する車載端末２を含んで構成される。さらに、オーソライズ装置８は、新規に開通した道路などに新たなリンクＩＤ（確定リンクＩＤ）を付すオーソライズを行うことによって、新規リンクのリンクＩＤを確定する機能を有する。
【００１４】
［センタサーバの構成］
図２は、本実施形態に係る交通情報システムにおけるセンタサーバの一例を示すブロック図である。
センタサーバ１は、各種の処理を行う処理部１２と、この処理部１２と接続する各種の判定を行う判定部１３、情報の送受信を行う送受信部１１、オーソライズ装置８（図１参照）によって、いまだオーソライズされていないリンクである新規リンクの交通情報データが保存されている新規リンク交通情報データベース（ＤＢ）１４、既にオーソライズされているリンクである既存リンクの交通情報データが保存されている既存リンク交通情報ＤＢ１５、新規リンクのリンクデータ（新規リンクデータ）が保存されている新規リンクＤＢ１６および既存リンクのリンクデータ（既存リンクデータ）が保存されている既存リンクＤＢ１７を含んで構成される。
【００１５】
［車載端末の構成］
図３は、本実施形態に係る交通情報システムにおける車載端末の一例を示すブロック図である。
車載端末２は、各種の処理を行う処理部２２と、この処理部２２と接続する各種の判定を行う判定部２３、情報の送受信を行う送受信部２１、各種の情報を表示する表示部２８、例えば車載端末２の工場出荷時に初期情報として既存リンクデータが保存される初期リンクＤＢ２４、新規リンクが情報センタ３（図１参照）から送信されるごとに、送信される新規リンクデータが追加される追加リンクＤＢ２５、新旧リンクＩＤテーブルが保存される新旧リンクＩＤＤＢ２６、地物データなどが保存されている地図ＤＢ２７を含んで構成される。
【００１６】
ここで、センタサーバ１の新規リンクＤＢ１６および既存リンクＤＢ１７と、車載端末２の初期リンクＤＢ２４および追加リンクＤＢ２５の違いについて説明する。
センタサーバ１の新規リンクＤＢ１６に保存されている新規リンクデータは、オーソライズされると、既存リンクＤＢ１７に移動する。
対して、車載端末２の追加リンクＤＢ２５は、たとえオーソライズされても、後記する仮リンクＩＤを確定リンクＩＤに変えることをせず、初期リンクＤＢ２４にリンクデータを移動することもない。また、初期リンクＤＢ２４も、その保存内容を変えることはない。
【００１７】
［交通情報システムの処理］
図４は、本実施形態に係る交通情報システムの処理の流れを示すタイミングチャートである。
図１、図２および図３を参照しつつ、図４に沿って本実施形態に係る交通情報システムの処理の流れを説明する。
まず、プローブカー５から、プローブカー情報が情報センタ３（センタサーバ１）に送信される（Ｓ４０１）。ここで、プローブカー情報とは、プローブカー５に設置された図示しない車速センサやジャイロなどから得られたプローブカー５の現在の走行位置や時刻情報を含まれる。
次に、情報センタ３は、送られたプローブカー情報を基に新規リンクの判定を行い、新規リンクと判定された場合は、リンクデータを作成し、作成されたリンクデータを新規リンクＤＢ１６に保存する（Ｓ４０２）。ステップＳ４０２の処理の説明は、図５から図６を参照して後記する。
さらに、情報センタ３は、送信されたプローブカー情報を基に交通情報データを作成し、これを新規リンク交通情報ＤＢ１４または既存リンク交通情報ＤＢ１５に保存する（Ｓ４０３）。ステップＳ４０３の処理の説明は、図１０を参照して後記する。
【００１８】
オーソライズ装置８は、公的な団体、あるいは民間の地図会社が収集した地図をベースにしたリンク情報を基に新しいリンクにリンクＩＤを付すオーソライズを所定の期間ごとに行っている（Ｓ４０４）。なお、本実施形態では、リンクＩＤは、オーソライズ装置８によって自動的に付されるとしているが、例えば委員会などのオーソライズ機関がオーソライズを行い、その結果をオーソライズ装置が取得し、記憶してもよい。
そして、オーソライズ装置８によって、オーソライズされたリンクＩＤ（確定リンクＩＤ）を含むリンクデータが、情報センタ３に送信される（Ｓ４０５）。そして、情報センタ３では、オーソライズ装置８から送られた確定リンクＩＤを基に、新旧リンクＩＤテーブルが作成される（Ｓ４０６）。ステップＳ４０６の処理は、図１２を参照して後記する。
作成された新旧リンクＩＤテーブルは、車両４（車載端末２）へ送信され（Ｓ４０７）、車載端末２の送受信部２１を介して新旧リンクＩＤＤＢ２６に保存される（Ｓ４０８）。
【００１９】
次に、車載端末２から交通情報要求信号が情報センタ３によって送信されることによって、交通情報データの要求が行われる（Ｓ４０９）。
さらに、交通情報要求信号を受信した情報センタ３が送信する複数の交通情報データの送信順序の決定などを行う送信処理が実行される（Ｓ４１０）。ステップＳ４１０の処理の説明は、図１４から図１７を参照して後記する。
そして、情報センタ３は、送信順序を決定された複数の交通情報データを車両４へ送信する（Ｓ４１１）。
【００２０】
交通情報データを受信した車両４の車載端末２は、新旧リンクＩＤテーブルなどを基に、受信した交通情報データに対応するリンクデータを取得・表示し（Ｓ４１２）、さらに該当する交通情報データなどを表示する（Ｓ４１３）。ステップＳ４１１およびステップＳ４１２の処理の説明は、図１８を参照して後記する。
【００２１】
なお、ステップＳ４０１からステップＳ４０３の処理は、プローブカー５から情報センタ３にプローブカー情報が送られるごとに行われる処理であり、ステップＳ４０４からステップＳ４０７は、年１回あるいはそれよりも短い例えば半年に１回あるいは３ヶ月に１回といった間隔で行われる処理であり、ステップＳ４０８からステップＳ４１２の処理は、車両４から交通情報データの要求がなされるごとに行われる処理である。
【００２２】
［新規リンクデータ判定・作成・保存］
図５は、センタサーバにおける新規リンクデータの判定・作成・保存に関する処理の流れを示すフローである。
図１および図２を参照しつつ、図５に沿って、センタサーバ１におけるプローブカー情報から新規リンクデータの判定・作成・保存に関する処理の流れを説明する。
なお、この処理は、図４のステップＳ４０２に相当する処理である。
【００２３】
プローブカー５から送受信部１１に常時送られているプローブカー情報を送受信部１１が受信した（Ｓ５０１）後、処理部１２へ送られる。
そして、処理部１２は既存リンクＤＢ１７から現在のプローブカー５の位置などを基に、現在のプローブカー５の位置から所定距離以内の既存リンクデータを取得し、送信されたプローブカー情報に対し、マップマッチング処理を行う（Ｓ５０２）。
【００２４】
次に、ステップＳ５０２におけるマップマッチング処理の結果、マップマッチングが失敗したか否かを判定部１３が判定する（Ｓ５０３）。マップマッチングが失敗したか否かは、例えば現在の車両４の位置と、該当する既存リンクとの距離が閾値以上か否かによって判定される。
判定部１３によって、マップマッチングが失敗したと判定された場合（Ｓ５０３→″Ｙｅｓ″）、処理部１２は、該当するプローブカー５の位置データ（座標データ）を記憶し（Ｓ５０４）、ステップＳ５０１の処理に戻る。
ステップＳ５０３で、マップマッチングが失敗ではない（成功）と判定部１３によって判定された場合（Ｓ５０３→″Ｎｏ″）、判定部１３は、さらに１ループ前の処理の車両位置に関してマップマッチングが失敗したか否かを判定する（Ｓ５０５）。
ステップＳ５０５で、１ループ前の処理のプローブカー５の位置に関して、マップマッチングは失敗ではない（成功）と判定部１３が判定した場合（Ｓ５０５→″Ｎｏ″）、新規リンクデータを作成する必要はないので、ステップＳ５０１の処理に戻る。
ステップＳ５０５で、１ループ前の処理の車両４位置に関して、マップマッチングが失敗していると判定部１３が判定した場合（Ｓ５０５→″Ｙｅｓ″）、ステップＳ５０６の処理に進む。
ステップＳ５０６では、マップマッチングに失敗した位置を連結することによって、新規リンクデータを生成し、処理部１２が生成した新規リンクデータに対しオーソライズされていないリンクＩＤである仮リンクＩＤを付与する（Ｓ５０７）。そして、処理部１２は、生成した新規リンクデータを新規リンクＤＢ１６に保存し（Ｓ５０８）、ステップＳ５０１の処理に戻る。
なお、ステップＳ５０１からステップＳ５０８の処理は、例えばプローブカー５からのプローブカー情報の送信が所定時間以上行われないとき、終了する。
【００２５】
プローブカー５が図６に示すように、端点Ａから端点Ｂまでの経路を走行した場合を例として、ステップＳ５０１からステップＳ５０８の処理をより具体的に説明する。
図６は、マップマッチング処理の例を示す図である。
図２を参照しつつ、図６に沿って新規リンクデータの判定方法と、作成方法について説明する。
図６に示すように、既存リンクＤＢ１７に端点Ａ（地点Ａ）と端点Ｂ（地点Ｂ）を両端とする既存リンクＡＢの既存リンクデータが登録されており、プローブカー５が地点Ａから地点Ｂに向けて走行した場合を想定する。このとき、地点Ａから地点Ｐおよび地点Ｑから地点Ｂまでの道路区間では地点データがマッチングに成功しており（図６の○で表した点）、処理部１２は、プローブカー５がこの区間を走行したと推測する。地点Ｐから地点Ｑまでの道路区間ではマッチングに失敗しており、プローブカー５がどの道路を走行したか推測できないため、プローブカー５が既存リンクＤＢ１７に未登録の道路を走行したものとみなし、これらプローブカー５の位置データ（図６の×で表した点）を保存する。
【００２６】
図７は、新規リンクデータの作成方法の例を示す図である。
図６に挙げた例の場合における、図５のステップＳ５０６による新規リンクデータの生成処理を、図７を用いて具体的に説明する。
まず、図７中のマッチング失敗位置（図７の×で表した点）の位置データを連結させることによって新規リンクデータ（図７の点線）を作成する（ステップＳ５０６）。そして、この新規リンクデータが、道路ＡＢに接続する地点をＣ，Ｄとするとき、この新規リンクＣＤの新規リンクデータを新規リンクＤＢ１６に追加する。
【００２７】
［リンクデータのフォーマット］
図８は、リンクデータのフォーマットの例を示す図である。
図８に沿って、リンクデータのフォーマットの例を説明する。
リンクデータは、例えばＪＩＳ  Ｘ  ０４１０メッシュコードなど、エリアを特定するエリアＩＤ、エリアＩＤ内でリンクに対しユニークに付されるＩＤであるリンクＩＤ、リンク上の補完点の数および各補完点のメッシュ内におけるｘ座標とｙ座標とがリンクごとに格納されている。
【００２８】
［リンク接続関係データのフォーマット］
図９は、リンク接続関係データのフォーマットの例を示す図である。
図９に沿って、リンク接続関係データのフォーマットの例を説明する。
リンク接続関係データには、リンクＩＤ、リンクの始点ノード番号および終点ノード番号などが格納されている。このデータを参照することによって、各リンク同士の接続関係が分かる。
なお、図８および図９において、リンクＩＤは、仮リンクＩＤもしくは確定リンクＩＤが格納される。
【００２９】
［交通情報データ作成］
図１０は、センタサーバにおける交通情報データの作成・保存の処理の流れを示すフローである。
図１および図２を参照しつつ、図１０に沿って、センタサーバ１における交通情報データの作成・保存の処理の流れを示す。
まず、送受信部１１はプローブカー情報を受信し（Ｓ１００１：図４のステップＳ４０１に相当）、そのプローブカー情報を、処理部１２を介して判定部１３へ送る。
判定部１３は、送られたプローブカー情報に含まれるプローブカー５の位置座標などを基に、新規リンクＤＢ１６または既存リンクＤＢ１７を検索して、該当するリンクが新規リンクか否かを判定する（Ｓ１００２）。該当するリンクが新規リンクか否かは、該当するリンクのリンクデータが、新規リンクＤＢ１６に保存されていたか、既存リンクＤＢ１７に保存されていたかによって、判定される。
判定部１３によって、該当するリンクが新規リンクであると判定された場合（Ｓ１００２→″Ｙｅｓ″）、ステップＳ１００３に処理を進める。
【００３０】
ステップＳ１００３では、処理部１２が、交通情報データの仮リンクフラグ（請求項における判定情報）を″１″に設定する。
次に、処理部１２が、送られたプローブカー情報を基に、交通情報データを作成し（Ｓ１００４）、作成した交通情報データを新規リンク交通情報ＤＢ１４に保存する（Ｓ１００５）。
交通情報データは、例えばプローブカー情報に含まれるプローブカーの走行速度などを基に、旅行時間および渋滞度が算出されることによって作成される。
【００３１】
ステップＳ１００２において、該当するリンクが新規リンクではない、すなわち既存リンクであると判定された場合（Ｓ１００２→″Ｎｏ″）、ステップＳ１００６に処理を進める。
ステップＳ１００６では、処理部１２が、交通情報データの仮リンクフラグを″０″に設定する。
次に、処理部１２が、送られたプローブカー情報を基に、交通情報データを作成し（Ｓ１００７）、作成した交通情報データを既存リンク交通情報ＤＢ１５に保存する（Ｓ１００８）。
【００３２】
なお、ステップＳ１００４、ステップＳ１００７の処理は、ステップＳ１００１の直後に行われてもよいし、ステップＳ１００３、ステップＳ１００６の直前に行われてもよい。
【００３３】
［交通情報データのフォーマット］
図１１は、交通情報データのフォーマットを示す図である。
交通情報データは、例えばＪＩＳ  Ｘ  ０４１０地域メッシュコードなど、特定のエリアを特定するエリアＩＤ、エリアＩＤ内のリンクに対しユニークに付される番号であるリンクＩＤ、該当するリンクがオーソライズ装置８によってオーソライズされたリンクであるか否かを示すフラグである仮リンクフラグ、その交通情報データの優先度を表す優先値、後記する優先値順に交通情報データをソートする際、ある優先値の集合の終了を示す優先値終了フラグ、旅行時間、例えばリンク中の車両４の平均速度などを基に算出される、渋滞の度合を表す渋滞度、そして渋滞長や渋滞先頭位置などの情報が格納されているオプション部からなる。なお、リンクＩＤには、仮リンクＩＤもしくは確定リンクＩＤが格納される。また、優先値終了フラグは必須ではない。
【００３４】
［新旧リンクＩＤテーブルの作成］
図１２は、新旧リンクＩＤテーブルの作成の処理の流れを示すフローである。
図１、図２および図３を参照しつつ、図１２を参照して新旧リンクＩＤテーブルの作成の処理を説明する。
なお、この処理は、図４のステップＳ４０６からステップＳ４０８に相当する処理である。
まず、オーソライズ装置８から送られたリンクデータを送受信部１１が受信し（Ｓ１２０１）、送受信部１１は受信したリンクデータを処理部１２に送る。
そして、処理部１２は、送られたリンクデータのリンクの形状などを基に新規リンクＤＢ１６を検索し、送られたリンクデータと同一であると推測される新規リンクＤＢ１６に保存されている新規リンクデータを特定する（Ｓ１２０２）。
さらに、処理部１２は、特定した新規リンクデータの仮リンクＩＤと、オーソライズ装置８から受信した確定リンクＩＤとを対応付けて、新旧リンクＩＤテーブルを作成する（Ｓ１２０３）。その後、センタサーバ１の送受信部１１、ネットワーク７、基地局６および車載端末２の送受信部２１を介して、新旧リンクＩＤテーブルを車載端末２の処理部２２に送信する（Ｓ１２０４）。処理部２２は、送信された新旧リンクＩＤテーブルを新旧リンクＩＤＤＢ２６に保存する（Ｓ１２０５）。
そして、センタサーバ１の処理部１２は、オーソライズされた新規リンクデータを新規リンクＤＢ１６から既存リンクＤＢ１７に移動する（Ｓ１２０６）。
【００３５】
図１３は、新旧リンクＩＤテーブルのフォーマットを示す図である。
図１３に示すように、新旧リンクＩＤテーブルは、仮リンクＩＤと確定リンクＩＤとが対応付けられて新旧リンクＩＤＤＢ２６に格納されている。
【００３６】
［送信処理・優先値の設定と交通情報データのソート］
図１４は、センタサーバにおける送信処理に係る処理の流れを示すフローである。
次に、図１および図２を参照しつつ、図１４に沿って、センタサーバ１における送信処理に係る処理を説明する。
なお、この処理は、図４のステップＳ４１０に相当する処理である。
まず、車載端末２から、情報センタ３のセンタサーバ１に、送受信部２１、基地局６およびネットワーク７を介して交通情報要求信号が送信され、センタサーバ１の送受信部１１は、送信された交通情報要求信号を受信する（Ｓ１４０１）。交通情報要求信号は、ユーザが車載端末２に備えられている図示しない入力部を介して入力された情報を送信してもよいし、車載端末２の起動時などに車載端末２の送受信部２１（図３参照）が自動的に送信してもよい。
また、交通情報要求信号は、交通情報データを表示する範囲の情報を含むものとする。これは、ユーザが図示しない入力部を介して、交通情報データを表示する範囲を指定してもよいし、車両４の現在地と、地図の縮尺などから車載端末２の処理部２２が交通情報データを表示する範囲を算出してもよい。
そして、処理部１２が、既存リンク交通情報ＤＢ１５または新規リンク交通情報ＤＢ１４から、交通情報データを表示する範囲内に存在する任意のリンクの最近更新された交通情報データを読み込む（Ｓ１４０２）。
次に、処理部１２は、読み込んだ交通情報データの優先値を″０″に設定する（Ｓ１４０３）。
そして、判定部１３が、読み込んだ交通情報データのリンクが既存リンクか、新規リンクかを判定する（Ｓ１４０４）。読み込んだ交通情報データのリンクが既存リンクか、新規リンクかの判定は、読み込んだ交通情報データの仮リンクフラグを参照することによって判定される。
【００３７】
ステップＳ１４０４で、リンクは既存リンクであると判定された場合（Ｓ１４０４→″既存″）、ステップＳ１４０６に処理を進める。
ステップＳ１４０４で、リンクは新規リンクであると判定された場合（Ｓ１４０４→″新規″）、処理部１２は、該当する交通情報データの優先値に″３″を加算する処理を行う（Ｓ１４０５）。ステップＳ１４０３の処理によって、優先値は″０″に設定されたので、ステップＳ１４０５の処理で優先値は″３″となる。このような処理により、読み込んだ交通情報データのリンクが新規リンクであったときは、優先値が″３″となり、既存リンクであったときは、優先値は″０″のままとなる。よって、新規リンクの交通情報データが既存リンクの交通情報データより、優先的に車載端末２に送信される。
【００３８】
つぎに、判定部１３は、交通情報データの渋滞度を参照して、この渋滞度が所定の閾値以上か否かによって、このリンクが渋滞しているか否かを判定する（Ｓ１４０６）。
ステップＳ１４０６で、渋滞度が所定の閾値より小さい場合、すなわち該当するリンクが渋滞していないと判定された場合（Ｓ１４０６→″Ｎｏ″）、ステップＳ１４１０へ処理を進める。
ステップＳ１４０６で、該当するリンクの渋滞度が閾値以上である場合、すなわち該当するリンクが渋滞していると判定された場合（Ｓ１４０６→″Ｙｅｓ″）、ステップＳ１４０７へ処理を進める。
【００３９】
ステップＳ１４０７では、判定部１３が、該当するリンクの渋滞が突発渋滞か否かを判定する。該当するリンクの渋滞が、事故などによる突発渋滞であるか否かは、例えば次のようにして判定される。
まず、処理部１２が、新規リンク交通情報ＤＢ１４または既存リンク交通情報ＤＢ１５から該当するリンクの過去の交通情報データを取得する。そして、判定部１３が、該当するリンクに対し、例えば数日分の同一時間の交通情報データと、現在の交通情報データとを比較し、他の日では渋滞していない確率が高い（すなわち、渋滞度が閾値以下の日が過半数を占める）のに、現在の交通情報データでは渋滞している（渋滞度が閾値より大きい）と判定部１３が判定したとき、該当するリンクは、突発渋滞の状態にあると判定される。
【００４０】
ステップＳ１４０７で、該当するリンクが突発渋滞の状態であると判定された場合（Ｓ１４０７→″Ｙｅｓ″）、処理部１２は、交通情報データの優先値に″２″を加算する処理を行った（Ｓ１４０８）後、ステップＳ１４１０へと処理を進める。
ステップＳ１４０７で、該当するリンクが突発渋滞の状態ではないと判定された場合（Ｓ１４０７→″Ｎｏ″）、処理部１２は、交通情報データの優先値に″１″を加算する処理を行った（Ｓ１４０９）後、ステップＳ１４１０へと処理を進める。
【００４１】
ステップＳ１４１０では、交通情報要求信号に含まれている交通情報データを表示する範囲内の全ての対象リンクが、全て読み込まれたか否かが判定部１３によって判定される。
ステップＳ１４１０において、全てのリンクが読み込まれていないと判定された場合（Ｓ１４１０→″Ｎｏ″）、ステップＳ１４０２の処理へ戻る。
ステップＳ１４１０において、全てのリンクが読み込まれたと判定された場合（Ｓ１４１０→″Ｙｅｓ″）、ステップＳ１４１１の処理へ進む。
ステップＳ１４１１で、処理部１２は、優先値順に読み込まれた全ての交通情報データをソートする。
次に、処理部１２は、ソートした交通情報データを送受信部１１に送り、送受信部１１は、ネットワーク７および基地局６を介して車載端末２にソートした交通情報データを送信する（Ｓ１４１２）。
【００４２】
ステップＳ１４０１からステップＳ１４１２の処理によって、新規リンクかつ突発渋滞しているリンクの交通情報データが最優先で送信され、続いて新規リンクかつ渋滞、新規リンク、既存リンクかつ突発渋滞、既存リンクかつ渋滞および既存リンクの順でリンクの交通情報データが送信される。
これにより、例えば新しく新設された道路で、突発渋滞が生じているなど必要度の高い情報を優先的に送信することが可能となり、効率的な交通情報データの送信が可能となる。
【００４３】
［送信する交通情報データのフォーマット］
図１５は、本実施形態に係る交通情報データの配列のフォーマットの例を示す図である。
図１１を参照しつつ、図１５に沿って本実施形態に係る交通情報データの配列のフォーマットの例を説明する。
図１５における矩形１５０１および矩形１５０２は、図５に示す交通情報データのフォーマットを表す。そして、矩形１５０１は、優先値終了フラグが″０″の交通情報データであり、矩形１５０２は、優先値終了フラグが″１″の交通情報データである。
そして、図１５に示すように、優先値５の交通情報データが連続した後、優先値５の交通情報データの終了を示す優先値終了フラグ″１″の交通情報データがあり、その後、優先値４の交通情報データが連続する。以下、優先値３から優先値０まで、同様にして交通情報データが配列される。
このようなフォーマットとすることで、より優先度の高い（優先値が大きい）交通情報データを車載端末２に対し、優先的に送信することが可能となるだけでなく、後記するように、例えば車載端末２の受信能力に応じて特定の優先値の交通情報データを送信することが可能となる。また、優先値フラグを導入することで、優先値の境目を判定することが容易となる。なお、この優先値フラグは、必須ではない。
【００４４】
［変形例：送信データ数の制限］
次に、図１および図２を参照しつつ、図１６に沿ってセンタサーバにおける送信可能データ数を制限して、車載端末２に送信する方法を説明する。
図１６は、センタサーバ１における送信可能データ数を制限して、車載端末２に送信する処理の流れを示すフローである。
なお、この処理は、図１４のステップＳ１４１１とステップＳ１４１２との処理の間に行われる処理である。
まず、処理部１２が送信可能データ数の算出を行う（Ｓ１６０１）。送信可能データ数は、放送あるいは通信の帯域幅、データ量及び送信可能時間などから算出される。
次に、処理部１２は、新規リンク交通情報ＤＢ１４および既存リンク交通情報ＤＢ１５を参照して、送信したい交通情報データ数を算出する（Ｓ１６０２）。送信したい交通情報データ数は、例えば交通情報データを表示したい範囲内に存在するリンクの数などから算出する。
【００４５】
そして、判定部１３が送信可能データ数と送信したい交通情報データ数とを比較し、送信したい交通情報データ数が送信可能データ数以上か否かを判定する（Ｓ１６０３）。
判定部１３によって、送信したい交通情報データ数が送信可能データ数以上と判定された場合（Ｓ１６０３→″Ｙｅｓ″）、送受信部１１が、送信可能データ数分の交通情報データをネットワーク７および基地局６を介して、車載端末２へ送信する（Ｓ１６０４）。
判定部１３によって、送信したい交通情報データ数が送信可能データ数より小さいと判定された場合（Ｓ１６０３→″Ｎｏ″）、送受信部１１が、送信したい全交通情報データをネットワーク７および基地局６を介して、車載端末２へ送信する（Ｓ１６０５）。
【００４６】
このような方法により、例えば送信したい交通情報データが放送あるいは通信の帯域幅などの関係で、送信する交通情報データ数を少なくせざるを得ない場合など、より必要度の高い（優先値が大きい）交通情報データを車載端末２に対し、優先的に送信することが可能となる。
【００４７】
［変形例：交通情報送信データ数の決定］
次に、図１および図２を参照しつつ、図１７Ａおよび図１７Ｂを参照して、センタサーバにおける異なる地域をまたがる交通情報送信データ数の決定の処理を説明する。
図１７Ａおよび図１７Ｂは、センタサーバ１における異なる地域をまたがる交通情報送信データ数の決定の処理の流れを示すフローである。
なお、この処理は、図１４のステップＳ１４１１とステップＳ１４１２との処理の間に行われる処理である。
まず、処理部１２によって、送信地域の特定が行われる（Ｓ１７０１）。送信地域は、車載端末２からの要求によって、例えば複数の交通情報管理地域を指定し、これを基に送信地域の特定を行う。
次に、処理部１２が、送信可能データ数の算出を行う（Ｓ１７０２）。送信可能データ数は、前記した方法によって算出されてもよいし、Ｓ１７０１で特定した地域内において、最も通信容量の小さい地域の帯域幅、通信のトラフィック量などを基に算出してもよい。
【００４８】
次に、処理部１２は、既存リンク交通情報ＤＢ１５と新規リンク交通情報ＤＢ１４とを参照して、送信地域内の優先値が５の交通情報データ数を算出する（Ｓ１７０３）。
そして、判定部１３は、ステップＳ１７０３の結果（すなわち、送信地域内の優先値が５の交通情報データ数）と送信可能データ数とを比較し、ステップＳ１７０３の結果が送信可能データ数より大きいか否かを判定する（Ｓ１７０４）。
ステップＳ１７０３の結果が、送信可能データ数より大きい場合（Ｓ１７０４→″Ｙｅｓ″）、優先値が５の交通情報データ数は、送信可能データ数より大きいため、送信不可能と判断され、交通情報データは送信されない（Ｓ１７０５）。
ステップＳ１７０４の結果が、送信可能データ数以下の場合（Ｓ１７０４→″Ｎｏ″）、ステップＳ１７０６の処理へ進む。
【００４９】
ステップＳ１７０６では、処理部１２が、新規リンク交通情報ＤＢ１４と既存リンク交通情報ＤＢ１５とを参照して、送信地域内の優先値が４の交通情報データ数を算出する。
そして、処理部１２は、ステップＳ１７０３の結果（すなわち、送信地域内の優先値が５の交通情報データ数）と、ステップＳ１７０６の結果（すなわち、送信地域内の優先値が４の交通情報データ数）とを加算する（Ｓ１７０７）。
次に、判定部１３が、ステップＳ１７０７の結果（すなわち、送信地域内の優先値が５と４の交通情報データ数）と送信可能データ数とを比較し、ステップＳ１７０７の結果が送信可能データ数より大きいか否かを判定する（Ｓ１７０８）。
ステップＳ１７０７の結果が、送信可能データ数より大きい場合（Ｓ１７０８→″Ｙｅｓ″）、処理部１２は、送信地域内の優先値が５の交通情報データの送信を行う（Ｓ１７０９）。
ステップＳ１７０７の結果が、送信可能データ数以下の場合（Ｓ１７０８→″Ｎｏ″）、優先値が３の交通情報データに関して同様の処理を行う。
【００５０】
以下、優先値が３から２の交通情報データに対して同様の処理を行う。
そして、処理部１２は、新規リンク交通情報ＤＢ１４と既存リンク交通情報ＤＢ１５とを参照して、送信地域内の優先値が１の交通情報データ数を算出する（Ｓ１７１０）。
【００５１】
以降の処理は、図１７Ｂを参照して説明する。
その後、ステップＳ１７１１では、処理部１２が、ステップＳ１７１０の結果（すなわち、送信地域内の優先値が１の交通情報データ数）と送信地域内の優先値が５から２の交通情報データ数とを加算することによって、優先値が１から５の交通情報データ数を算出する。
次に、判定部１３が、ステップＳ１７１１の結果（すなわち、送信地域内の優先値が５から１の交通情報データ数）と送信可能データ数とを比較し、ステップＳ１７１１の結果が送信可能データ数より大きいか否かを判定する（Ｓ１７１２）。
ステップＳ１７１１の結果が、送信可能データ数より大きい場合（Ｓ１７１２→″Ｙｅｓ″）、送信地域内の優先値が２以上の交通情報データの送信を行う（Ｓ１７１３）。
ステップＳ１７１１の結果が、送信可能データ数以下の場合（Ｓ１７１２→″Ｎｏ″）、ステップＳ１７１４に処理を進める。
【００５２】
そして、処理部１２は、新規リンク交通情報ＤＢ１４と既存リンク交通情報ＤＢ１５とを参照して、送信地域内の優先値が０の交通情報データ数を算出する（Ｓ１７１４）。
さらに、処理部１２は、ステップＳ１７１１の結果にステップＳ１７１４の結果（すなわち、優先値０の交通情報データ数）を加算することによって、送信地域内の全交通情報データ数（優先値５から優先値０の交通情報データ数）を算出する（Ｓ１７１５）。
次に、判定部１３が、ステップＳ１７１５の結果（すなわち、送信地域内の全交通情報データ数）と送信可能データ数とを比較し、ステップＳ１７１５の結果が送信可能データ数より大きいか否かを判定する（Ｓ１７１６）。
ステップＳ１７１５の結果が、送信可能データ数より大きい場合（Ｓ１７１６→″Ｙｅｓ″）、送信地域内の優先値が１以上の交通情報データの送信を行う（Ｓ１７１７）。
ステップＳ１７１１の結果が、送信可能データ数以下の場合（Ｓ１７１６→″Ｎｏ″）、処理部１２は、送信地域内の全交通情報データの送信を行う（Ｓ１７１８）。
【００５３】
例えば複数の交通情報管理地域に交通情報を送信する場合、通信のトラフィック量の相違などから、それぞれの交通情報管理地域の通信容量は異なるものとなる。このため、複数の交通情報管理地域に交通情報を送信する場合、最も通信容量の小さい地域にあわせる必要がある。このようなとき、図１７で示すような処理を行うことによって、通信容量にあわせた交通情報データを、優先度の高い順に送信することが可能となる。
【００５４】
なお、本実施形態では、優先値を５段階としたが、これに限らず例えば１０段階にしてもよい。また、本実施形態では、新規に解説された道路や渋滞している道路の優先値を大きな値としたが、これに限らず、例えば車両４が現在走行している場所から、近い場所（例：リンクと車両４の現在位置との距離が、所定の閾値以下）に存在しているリンクの交通情報データの優先値を大きな値としてもよい。
【００５５】
［車載端末：交通情報表示］
図１８Ａおよび図１８Ｂは、車載端末２における処理の流れを示すフローである。
図１、図２および図３を参照しつつ、図１８Ａおよび図１８Ｂに沿って車載端末２における処理の流れを説明する。
なお、この処理は、図４のステップＳ４１２およびステップＳ４１３に相当する処理である。
まず、送受信部２１がリンクＩＤ（確定リンクＩＤもしくは仮リンクＩＤ）を含む交通情報データを受信し（Ｓ１８０１）、受信した交通情報データを処理部２２に送る。
処理部２２は、交通情報データからリンクＩＤを取得する（Ｓ１８０２）。
そして、判定部２３は、受信した交通情報データの仮リンクフラグを検索し、この仮リンクフラグが″０″か″１″かを判定する（Ｓ１８０３）。
仮リンクフラグが″１″だった場合（Ｓ１８０３→″１″）、このリンクは、オーソライズがまだなされていない新規リンクである。従って、ステップＳ１８０２で取得したリンクＩＤは、仮リンクＩＤである。そこで、判定部２３が追加リンクＤＢ２５に、該当する仮リンクＩＤのリンクデータが存在するか否かを検索、判定する（Ｓ１８０４）。
ステップＳ１８０４において、該当する仮リンクＩＤのリンクデータが追加リンクＤＢ２５に存在すると判定部２３が判定した場合（Ｓ１８０４→″Ｙｅｓ″）、処理部２２が追加リンクＤＢ２５から、該当するリンクのリンクデータを取得し、表示部２８に表示させる（Ｓ１８０５）。次に、処理部２２が、ステップＳ１８０１で受信した交通情報データを表示する（Ｓ１８０６）。さらに、処理部２２が、地図ＤＢ２７から地物データを取得し、これを表示部２８に表示させる（Ｓ１８０７）。
【００５６】
ステップＳ１８０４において、この仮リンクＩＤのリンクデータは追加リンクＤＢ２５には存在しないと判定部２３が判定した場合（Ｓ１８０４→″Ｎｏ″）、車載端末２にはいまだこのリンクデータが、情報センタ３から送信されていないということである。そこで、処理部２２は、送受信部２１、基地局６およびネットワーク７を介して、情報センタ３に該当する仮リンクＩＤを含むリンクデータ送信要求信号を送ることで、リンクデータの送信を要求する（Ｓ１８０８）。
【００５７】
リンクデータ要求信号を受信した情報センタ３のセンタサーバ１の送受信部１１は、処理部１２にリンクデータ送信要求信号の仮リンクＩＤを送り、処理部１２は送られた仮リンクＩＤを基に、新規リンクＤＢ１６から該当するリンクデータを取得し、送受信部１１に送る。送受信部１１は、ネットワーク７および基地局６を介して、車載端末２に該当するリンクデータを送る。
【００５８】
リンクデータを受信した車載端末２の送受信部２１は、処理部２２に送られたリンクデータを送る。そして処理部２２は、受信したリンクデータを表示部２８に表示させる（Ｓ１８０９）。次に、処理部２２が、ステップＳ１８０１で受信した交通情報データを表示部２８に表示させる（Ｓ１８１０）。さらに、処理部２２が、地図ＤＢ２７から地物データを取得し、これを表示部２８に表示させる（Ｓ１８１１）。
【００５９】
ステップＳ１８０３の処理に戻る。ステップＳ１８０３において、仮リンクフラグが″０″だった場合（Ｓ１８０３→″０″）、このリンクは既にオーソライズされたリンクである。従って、ステップＳ１８０２で取得したリンクＩＤは、確定リンクＩＤである。そこで、判定部２３が初期リンクＤＢ２４に、該当する確定リンクＩＤのリンクデータが存在するか否かを検索、判定する（Ｓ１８１２）。
ステップＳ１８１２において、該当する確定リンクＩＤのリンクデータが初期リンクＤＢ２４に存在すると判定部２３が判定した場合（Ｓ１８１２→″Ｙｅｓ″）、処理部２２が初期リンクＤＢ２４から、該当するリンクデータを取得し、表示部２８に表示させる（Ｓ１８１３）。次に、処理部２２が、ステップＳ１８０１で受信した交通情報データを表示部２８に表示させる（Ｓ１８１４）。さらに、処理部２２が、地図ＤＢ２７から地物データを取得し、これを表示部２８に表示させる（Ｓ１８１５）。
【００６０】
ステップＳ１８１２において、この確定リンクＩＤのリンクデータは初期リンクＤＢ２４には存在しないと判定部２３が判定した場合（Ｓ１８１２→″Ｎｏ″）、処理部２２は、新旧リンクＩＤＤＢ２６に格納されている新旧リンクＩＤテーブルを参照する（Ｓ１８１６）。なお、このとき新旧リンクＩＤテーブルがなければ、車載端末２が、ネットワーク７、基地局６を介して情報センタ３から新旧リンクＩＤテーブルを取得する。そして、処理部２２は、新旧リンクＩＤテーブルを参照することによって、仮リンクＩＤと確定リンクＩＤとを対応させることによって、ステップＳ１８０２で取得した確定リンクＩＤに対応する仮リンクＩＤを取得する（Ｓ１８１７）。
【００６１】
以降の処理は、図１８Ｂを参照して説明する。
次に、判定部２３が追加リンクＤＢ２５に、該当する仮リンクＩＤのリンクデータが存在するか否かを検索、判定する（Ｓ１８１８）。
ステップＳ１８１８において、この仮リンクＩＤのリンクデータが追加リンクＤＢ２５に存在すると判定部２３が判定した場合（Ｓ１８１８→″Ｙｅｓ″）、処理部２２が追加リンクＤＢ２５から、図１８ＡのステップＳ１８１７で取得した仮リンクＩＤを基に該当するリンクデータを取得し、表示部２８に表示させる（Ｓ１８１９）。次に、処理部２２が、ステップＳ１８０１で受信した交通情報データを表示部２８に表示させる（Ｓ１８２０）。さらに、処理部２２が、地図ＤＢ２７から地物データを取得し、これを表示部２８に表示させる（Ｓ１８２１）。
【００６２】
ステップＳ１８１８において、この仮リンクＩＤのリンクデータは追加リンクＤＢ２５には存在しないと判定部２３が判定した場合（Ｓ１８１８→″Ｎｏ″）、車載端末２にはいまだこのリンクデータが、情報センタ３から送信されていないということである。そこで、処理部２２は、送受信部２１、基地局６およびネットワーク７を介して、情報センタ３に該当する仮リンクＩＤを含むリンクデータ要求信号を送ることで、リンクデータの送信を要求する（Ｓ１８２２）。
【００６３】
リンクデータ要求信号を受信した情報センタ３のセンタサーバ１の送受信部１１は、処理部１２にリンクデータ要求信号の仮リンクＩＤを送り、処理部１２は送られた仮リンクＩＤを基に、新規リンクＤＢ１６から該当する新規リンクデータを取得し、送受信部１１に送る。送受信部１１は、ネットワーク７および基地局６を介して、該当するリンクデータを車載端末２に送る。
【００６４】
リンクデータを受信した車載端末２の送受信部２１は、送られたリンクデータを処理部２２に送る。そして処理部２２は、受信したリンクデータを表示部２８に表示させる（Ｓ１８２３）。次に、処理部２２が、ステップＳ１８０１で受信した交通情報データを表示部２８に表示させる（Ｓ１８２４）。さらに、処理部２２が、地図ＤＢ２７から地物データを取得し、これを表示部２８に表示させる（Ｓ１８２５）。
【００６５】
なお、本実施形態に係る交通情報システムを使い始めた初年度は、新旧リンクＩＤテーブルと、オーソライズされた新規リンクは存在しない。よって、ステップＳ１８０３において、仮リンクフラグが″０″と判定された場合、ステップＳ１８１２の処理は全て″Ｙｅｓ″と判定される。
【００６６】
さらに、交通情報の表示においては、処理部２２が受信した交通情報データをバッファリングしておき、全ての交通情報データを取得したときに表示部２８に交通情報データを表示させてもよいし、あるいは所定の数の交通情報データを取得したときに表示部２８に交通情報データを表示させてもよい。また、処理部２２は、交通情報データをバッファリングすることなく取得した交通情報データを逐次的に表示部２８に表示してもよい。
【００６７】
［変形例］
本実施形態では、リンクを特定する手段として、エリアＩＤとリンクＩＤを用いたが、これに限らず、例えばリンクを地点（ノードに相当するもの）の接続関係で特定してもよい。
図１９から図２１に沿って、リンクを地点の接続関係で特定したときのリンクデータ、交通情報データおよび新旧リンクＩＤテーブルのフォーマットについて説明する。
【００６８】
［リンクデータのフォーマット変形例］
図１９は、リンクを地点の接続関係で表現した場合のリンクデータのフォーマットである。
図１９に示すように、本変形例では例えば交差点などの地点に対しユニークに付された番号である地点番号、そしてその地点の座標である地点座標（ｘ座標、ｙ座標）、該当する地点番号の次の地点番号（大きい番号）、手前の地点番号（小さい番号）が格納されている。
【００６９】
［交通情報データのフォーマット変形例］
図２０は、リンクを地点の接続関係で表現した場合の交通情報データのフォーマットの例である。
本変形例における交通情報データは、区間番号、方向情報、旅行時間、渋滞度およびオプション部を含んで構成される。ここで旅行時間、渋滞度およびオプション部は、図５を参照して説明したそれと同様の情報である。
区間番号は、図５の例におけるリンクに相当し、例えばある地点番号と地点番号との対（例えば、１００：１０１など）で表現する。また、方向情報は、ある地点番号からのプラス、マイナスで上り、下りを表現する（例えば、１０１−１は下り方向、１００＋１は上り方向など）。
【００７０】
［新旧地点番号テーブル］
図２１は、リンクを地点の接続関係で表現した場合の新旧地点番号テーブルの例を示す図である。
図２１に示すように、図１１における仮リンクＩＤは仮地点番号に、確定リンクＩＤは、確定地点番号となる。
【００７１】
また、図１９から図２１に示すリンクデータ、交通情報データおよび新旧地点番号テーブルを用いた場合、図１から図４、図５、図１２、図１３、図１５から図１８におけるリンクＩＤは、区間番号となる。
【００７２】
以上説明したように、更新において新規リンクデータ、既存リンクデータ全てを車載端末２へ送信する方法と比較し、はるかにデータ数の小さい新旧リンクＩＤテーブルを送信することにより、情報センタ３と車載端末２との間の通信経路の負荷を軽減することができる。
【図面の簡単な説明】
【００７３】
【図１】本実施形態に係る交通情報システムの一例を示す図である。
【図２】本実施形態に係る交通情報システムにおけるセンタサーバの一例を示すブロック図である。
【図３】本実施形態に係る交通情報システムにおける車載端末の一例を示すブロック図である。
【図４】本実施形態に係る交通情報システムの処理の流れを示すタイミングチャートである。
【図５】センタサーバにおける新規リンクデータの判定・作成・保存に関する処理の流れを示すフローである。
【図６】マップマッチング処理の例を示す図である。
【図７】新規リンクデータの作成方法の例を示す図である。
【図８】リンクデータのフォーマットの例を示す図である。
【図９】リンク接続関係データのフォーマットの例を示す図である。
【図１０】センタサーバにおける交通情報データの作成・保存の処理の流れを示すフローである。
【図１１】交通情報データのフォーマットを示す図である。
【図１２】新旧リンクＩＤテーブルの作成の処理の流れを示すフローである。
【図１３】新旧リンクＩＤテーブルのフォーマットを示す図である。
【図１４】センタサーバにおける送信処理に係る処理の流れを示すフローである。
【図１５】本実施形態に係る交通情報データの配列のフォーマットの例を示す図である。
【図１６】センタサーバにおける送信可能データ数を制限して、車載端末に送信する処理の流れを示すフローである。
【図１７Ａ】センタサーバにおける異なる地域をまたがる交通情報送信データ数の決定の処理の流れを示すフローである（その１）。
【図１７Ｂ】センタサーバにおける異なる地域をまたがる交通情報送信データ数の決定の処理の流れを示すフローである（その２）。
【図１８Ａ】車載端末における処理の流れを示すフローである（その１）。
【図１８Ｂ】車載端末における処理の流れを示すフローである（その２）。
【図１９】リンクを地点の接続関係で表現した場合のリンクデータのフォーマットである。
【図２０】リンクを地点の接続関係で表現した場合の交通情報データのフォーマットの例である。
【図２１】リンクを地点の接続関係で表現した場合の新旧地点番号テーブルの例を示す図である。
【符号の説明】
【００７４】
１      センタサーバ
２      車載端末
３      情報センタ
４      車両
５      プローブカー
８      オーソライズ装置
１１    送受信部（センタサーバ）
１２    処理部（センタサーバ）
１３    判定部（センタサーバ）
１４    新規リンク交通情報ＤＢ
１５    既存リンク交通情報ＤＢ
１６    新規リンクＤＢ
１７    既存リンクＤＢ
２１    送受信部（車載端末）
２２    処理部（車載端末）
２３    判定部（車載端末）
２４    初期リンクＤＢ
２５    追加リンクＤＢ
２６    新旧リンクＩＤＤＢ
【図１】
0004546909.tif 000002
【図２】
0004546909.tif 000003
【図３】
0004546909.tif 000004
【図４】
0004546909.tif 000005
【図５】
0004546909.tif 000006
【図６】
0004546909.tif 000007
【図７】
0004546909.tif 000008
【図８】
0004546909.tif 000009
【図９】
0004546909.tif 000010
【図１０】
0004546909.tif 000011
【図１１】
0004546909.tif 000012
【図１２】
0004546909.tif 000013
【図１３】
0004546909.tif 000014
【図１４】
0004546909.tif 000015
【図１５】
0004546909.tif 000016
【図１６】
0004546909.tif 000017
【図１７Ａ】
0004546909.tif 000018
【図１７Ｂ】
0004546909.tif 000019
【図１８Ａ】
0004546909.tif 000020
【図１８Ｂ】
0004546909.tif 000021
【図１９】
0004546909.tif 000022
【図２０】
0004546909.tif 000023
【図２１】
0004546909.tif 000024