(57)【特許請求の範囲】
【請求項１】
地図データが格納されるデータベースを有し、目的地までの経路に沿って複数の所定道路ブロックに分割された前記地図データを経路順に配信するセンタと、前記目的地への車両走行中に前記センタから配信される前記地図データを取得する車載端末と、を備える情報処理システムであって、
前記目的地までの経路に沿った前記所定道路ブロックとして、前記センタから前記車載端末への前記地図データの配信が第１道路ブロックのものよりも後に行われ、かつ、前記地図データのデータ量が前記第１道路ブロックのものよりも多い第２道路ブロックが存在するか否かを判別する存在判別手段と、
前記存在判別手段により前記第２道路ブロックが存在すると判別された場合に、該第２道路ブロックの前記地図データの一部を、前記第１道路ブロックの前記地図データを前記センタから前記車載端末へ配信する期間に前記センタから前記車載端末へ配信する分割配信手段と、
を備える情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、地図データが格納されるデータベースを有するセンタと、データベース内の地図データをセンタから取得する車載端末と、を備える情報処理システムに関する。
【背景技術】
【０００２】
従来、走行経路上の地図データをセンタから車載端末へ配信するシステムが知られている（例えば、特許文献１参照）。特許文献１記載のシステムは、走行経路に沿って地図データを複数の道路ブロックに分割し、その分割された各道路ブロックに配信優先順位を設定し、その優先順位に従って道路ブロックの地図データをセンタから車載端末へ配信する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−０１００６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、上記特許文献１記載の如く、道路ブロックごとに地図データがセンタから車載端末へ配信されるシステムでは、ある道路ブロックの地図データのデータ量が他の道路ブロックのものに比べて多い場合は、そのデータ量が多い道路ブロックの地図データを配信するのに、そのデータ量が少ない道路ブロックの地図データを配信するときに比べて多くの時間を要する。このため、常に道路ブロックごとに地図データの配信が行われる構成では、車両がその地図データのデータ量が多い道路ブロックに相当する地点に到達した時点でその車載端末がその道路ブロックの地図データの少なくとも一部を取得しておらず使用できない事態が生じ得る。
【０００５】
また、各道路ブロックの地図データの配信が上記特許文献１記載の如く配信優先順位に従って行われるものとすると、優先順位の低い道路ブロックの地図データがセンタから車両へ配信され難くなる。このため、優先順位の高い道路ブロックの地図データの取得が、優先順位の低い道路ブロックの地図データの取得に影響を与えて、車載端末がその優先順位の低い道路ブロックの地図データの取得を適切なタイミングで行うことができず、車両が漏れ無く網羅的に地図データを取得することができなくなるおそれがある。
【０００６】
本発明は、上述の点に鑑みてなされたものであり、センタから車載端末へ経路上のすべての道路ブロックの地図データを漏れ無く網羅的に各道路ブロックへの車両到達前に配信するのを促進することが可能な情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一態様は、地図データが格納されるデータベースを有し、目的地までの経路に沿って複数の所定道路ブロックに分割された前記地図データを経路順に配信するセンタと、前記目的地への車両走行中に前記センタから配信される前記地図データを取得する車載端末と、を備える情報処理システムであって、前記目的地までの経路に沿った前記所定道路ブロックとして、前記センタから前記車載端末への前記地図データの配信が第１道路ブロックのものよりも後に行われ、かつ、前記地図データのデータ量が前記第１道路ブロックのものよりも多い第２道路ブロックが存在するか否かを判別する存在判別手段と、前記存在判別手段により前記第２道路ブロックが存在すると判別された場合に、該第２道路ブロックの前記地図データの一部を、前記第１道路ブロックの前記地図データを前記センタから前記車載端末へ配信する期間に前記センタから前記車載端末へ配信する分割配信手段と、を備える情報処理システムである。
【発明の効果】
【０００８】
本発明によれば、センタから車載端末へ経路上のすべての道路ブロックの地図データを漏れ無く網羅的に各道路ブロックへの車両到達前に配信するのを促進することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施例である情報処理システムの構成図である。
【図２】本実施例の情報処理システムにおいて実行される制御ルーチンの一例のフローチャートである。
【図３】本実施例の情報処理システムにおいて用いられる、道路形状と道路ブロックごとの地図データのデータ量と道路ブロックごとの車載端末への配信データ量との関係の一例を表した図である。
【発明を実施するための形態】
【００１０】
以下、図面を用いて、本発明に係る情報処理システムの具体的な実施の形態について説明する。
【００１１】
図１は、本発明の一実施例である情報処理システム１０の構成図を示す。
【００１２】
本実施例の情報処理システム１０は、センタ１２と、車両に搭載される車載端末１４と、を備えている。センタ１２は、車両が走行し得る道路の地図データを格納するデータベース１６を有している。情報処理システム１０は、センタ１２のデータベース１６から車載端末１４へ地図データを配信させるシステムである。
【００１３】
データベース１６に格納される地図データは、全国或いは世界の道路における所定道路ブロック（例えば、所定距離や所定範囲）ごとに構成されるデータであって、道路の位置、道路の形状、道路のレーンの数、自動車専用道路や一般道，細街路などの道路属性、制限速度、横断歩道や道路信号機の有無などを示す情報である。尚、上記の地図データは、道路のレーンごとに構成されるものであってよい。所定道路ブロックごとの地図データのデータ量は、走行レーンの本数や分岐路・合流路の存在有無などに応じて大幅に増減する。例えば、道路ブロック内に分岐路・合流路が存在する場合はその道路ブロックのデータ量は他の道路ブロックのものよりも増大する。
【００１４】
センタ１２は、サーバ２０と、通信部２２と、を有している。サーバ２０は、車両すなわち車載端末１４からの要求に従って経路を検索すると共に、その検索した結果得られた経路における地図データを車両すなわち車載端末１４に配信することが可能である。通信部２２は、車載端末１４と通信を行う部位である。通信部２２は、車載端末１４からのデータを受信すると共に、車載端末１４へ送信すべきデータを送信する。
【００１５】
車載端末１４は、位置測位部３０と、制御部３２と、通信部３４と、案内部３６と、を有している。位置測位部３０は、自車両の存在する位置を測定する部位であって、例えばＧＰＳ（Global Positioning System）衛星からの電波を受信して或いはジャイロセンサや車速センサなどを用いて測位するものである。制御部３２は、自車両の運転者などの操作により自車両の目的地や経由地などを設定することが可能である。
【００１６】
また、制御部３２は、位置測位部３０により測位された自車両の位置データを定期的にセンタ１２に送信することが可能であると共に、設定された目的地データなどを含む経路探索要求をセンタ１２に送信することが可能である。通信部３４は、センタ１２と通信を行う部位である。通信部３４は、センタ１２へ送信すべきデータを送信すると共に、センタ１２からのデータを受信する。案内部３６は、自車両の目的地の設定時に運転者が操作し得る画面を表示すると共に、センタ１２からの地図データを道路地図に重畳して表示するディスプレイなどである。
【００１７】
センタ１２の通信部２２と車載端末１４の通信部３４とは、例えば携帯電話網やインターネット通信網などの無線通信網を利用して通信を行う。
【００１８】
次に、図２及び図３を参照して、本実施例の情報処理システム１０の動作について説明する。
【００１９】
図２は、本実施例の情報処理システム１０においてセンタ１２が実行する制御ルーチンの一例のフローチャートを示す。
【００２０】
本実施例の情報処理システム１０において、車載端末１４は、制御部にて自車両の運転者などの操作により自車両の目的地及び更には経由地が設定された場合、通信部３４を用いてその目的地データなどを含む経路探索要求を示す信号をセンタ１２に向けて送信する。また、車載端末１４は、車両走行中、定期的に（例えば、所定走行距離ごとに或いは所定時間ごとに）、通信部３４を用いて自車両の位置データを示す信号をセンタ１２に向けて送信する。
センタ１２は、車載端末１４の通信部３４から送信される自車位置データを示す信号及び経路探索要求を示す信号を通信部２２にて受信した場合、まず、サーバ２０にてその自車位置から目的地までの経路（経由地が設定されている場合はその経由地を経由した経路）を探索する。サーバ２０は、車両の目的地までの経路を探索すると、その後、随時（例えば、所定走行距離ごとに或いは所定時間ごとに）、上記した経路探索結果として得られた、その車両が今後走行すると予測される経路に沿った道路の地図データをデータベース１６から読み出す（ステップ１００）。
【００２１】
この際、一回当たりにデータベース１６から読み出される地図データは、その地図データのセンタ１２から車載端末１４への配信が将来的に行われる道路のものであって、予測経路の道路を複数の道路ブロックに分割したもののうち、その読み出し時点から原則としては（具体的には、データ量が比較的少ないものであれば）２回目以降の配信時に配信される道路ブロックのものである。すなわち、その読み出した時点から通常であれば所定回数の配信が行われた後にセンタ１２から車載端末１４へ配信される道路ブロックの地図データである。例えば、この一回当たりに読み出す地図データは、その読み出した時点での自車位置から第１距離だけ進行方向側に離れた経路上の位置（道路ブロック）から、その自車位置から第２距離（但し、第１距離よりも長い。）だけ進行方向側に離れた経路上の位置（道路ブロック）までの地図データであってよい。
【００２２】
尚、この一回当たりに読み出す地図データは、複数回に分かれて配信される複数の道路ブロックの地図データを纏めたものであってよい。すなわち、センタ１２において、車両が目的地に到達するまでに、データベース１６から地図データを読み出す回数と、車載端末１４へ向けて地図データを配信する回数と、は互いに異なっていてもよく、その読み出し回数が配信回数よりも少なくてもよい。
【００２３】
センタ１２は、上記の如くステップ１００において地図データを読み出した後、分岐転送モードがオン状態にあるか否かを判別する（ステップ１１０）。分岐転送モードは、読み出した地図データのデータ量が多い場合にその地図データの一部を、その地図データの通常の配信タイミングよりも前出ししてセンタ１２から車載端末１４へ配信するモードである。分岐転送モードは、後述の如くオン／オフされる。
【００２４】
センタ１２は、上記ステップ１１０において分岐転送モードがオフ状態にあると判別した場合は、次に、上記の如く読み出した道路ブロックに、地図データのデータ量が所定量以上である道路ブロック（過大道路ブロック）が存在するか否かを判別する（ステップ１２０）。尚、このデータ量の所定量は、分岐路や合流路などが含まれることで複雑度合いが所定以上に高くなる閾値データ量である。その結果、センタ１２は、上記した過大道路ブロックが存在しないと判別した場合は、以後、何ら処理を進めることなく今回のルーチンを終了する。一方、上記した過大道路ブロックが存在すると判別した場合は、分岐転送モードをオンさせる（ステップ１３０）。尚、データ量が多いか否かの判別は、予め定められたデータ量の閾値と比較すればよい。
【００２５】
センタ１２は、上記ステップ１３０において分岐転送モードをオンさせた後、まず、上記ステップ１００において地図データが読み出された道路（道路ブロック）までの距離に基づいて、自車両がその道路に到達するまでの通過時間を予測する（ステップ１４０）。尚、この通過時間の予測は、上記の距離を車速（例えば車両の平均車速など）で割ることにより行われればよい。
【００２６】
そして次に、センタ１２は、上記ステップ１４０において予測した通過時間に基づいて、センタ１２から車載端末１４へ一回当たりに配信すべきデータ量を計算する（ステップ１５０）。尚、この一回当たりの配信データ量の計算は、現在の自車位置から上記ステップ１００において地図データが読み出された道路までの地図データのデータ総量を、上記ステップ１４０において予測した通過時間で割ることにより行われればよい。また、この計算の際、上記ステップ１４０において予測した通過時間に代えて、そのステップ１００において読み出した道路の地図データを通常配信するまでに行われる配信の総回数を用いることとしてもよい。
【００２７】
センタ１２は、上記ステップ１５０において一配信当たりのデータ量を計算した以後、その一配信当たりのデータ量分の地図データを経路順に順次、車載端末１４に向けて配信する。この配信のタイミングは、車両走行中において、予め定められているタイミングであって、地図データが配信される経路上の道路ブロックに対して所定走行距離手前に自車両が到達するタイミング又はその道路ブロックに自車両が到達する所定時間前のタイミングである。
【００２８】
上記の如くセンタ１２から車載端末１４へ地図データが配信されると、車載端末１４は、その配信された地図データを取得する。そして、その取得した地図データに基づいて、自車両の目的地までの経路及びその地図データを、案内部３６としてのディスプレイに表示する。
【００２９】
センタ１２は、上記ステップ１５０において一配信当たりのデータ量を計算した後、車載端末１４からの指示に従って走行経路が従前のものから変更されるか否かを判別する（ステップ１６０）。その結果、走行経路が変更されていないと判別した場合は、次に、上記ステップ１００で読み出した地図データのすべての配信が完了したか否かを判別する（ステップ１７０）。その結果、すべての配信が完了していないと判別した場合は、今回のルーチンを終了する。
【００３０】
一方、センタ１２は、上記ステップ１６０において走行経路が変更されたと判別した場合又は上記ステップ１７０においてすべての配信が完了したと判別した場合は、次に、上記の分割転送モードをオフさせ（ステップ１８０）、その後、今回のルーチンを終了する。
【００３１】
また、センタ１２は、上記ステップ１１０において分岐転送モードがオン状態にあると判別した場合は、既に地図データが読み出されている道路に自車両が到達するまでの通過時間を予測する（ステップ１９０）。尚、この通過時間の予測は、既に地図データが読み出されている道路までの距離を車速（例えば車両の平均車速など）で割ることにより行われればよい。
【００３２】
そして次に、その予測した通過時間に基づいて、センタ１２から車載端末１４へ一回当たりに配信するデータ量を計算する（ステップ２００）。尚、この一回当たりの配信データ量の計算は、現在の自車位置から既に地図データが読み出されている道路までの全域の地図データのデータ総量を、上記ステップ１９０において予測した通過時間で割ることにより行われればよい。また、この計算の際、上記ステップ１９０において予測した通過時間に代えて、既に読み出している道路の地図データを配信するまでに行われる配信の総回数を用いることとしてもよい。
【００３３】
センタ１２は、上記ステップ２００において一配信当たりのデータ量を計算した以後、その一配信当たりのデータ量分の地図データを経路順に順次、車載端末１４に向けて配信する。この配信のタイミングは、予め定められているタイミングであって、配信される地図データに係る経路上の道路ブロックに対して所定走行距離手前に自車両が到達するタイミング又はその道路ブロックに自車両が到達する所定時間前のタイミングである。センタ１２は、上記ステップ２００において一配信当たりのデータ量を計算した後、上記ステップ１６０の処理を実行する。
【００３４】
このように、本実施例の情報処理システム１０においては、車両経路上、地図データのデータ量が他の道路ブロックのものよりも多い道路ブロック（過大道路ブロック）が存在し、かつ、その過大道路ブロックの手前に地図データのデータ量が比較的少ない道路ブロック（通常道路ブロック）が存在する場合に、センタ１２にて、その過大道路ブロックに対して経路上手前に存在する通常道路ブロックの地図データが配信される際にその配信地図データに過大道路ブロックの地図データを上乗せすることができる。
【００３５】
すなわち、地図データの配信が通常道路ブロックのものよりも後に行われ、かつ、地図データのデータ量が通常道路ブロックのものよりも多い過大道路ブロックが存在する場合に、その過大道路ブロックの地図データを分割して、その地図データの一部（すなわち、分割された地図データ）を通常配信タイミングよりも前出しして、経路上手前の通常道路ブロックの地図データをセンタ１２から車載端末１４へ配信する期間に配信することができる。
【００３６】
図３は、本実施例の情報処理システム１０において用いられる、道路形状と道路ブロックごとの地図データのデータ量と道路ブロックごとの車載端末への配信データ量との関係の一例を表した図を示す。尚、図３（Ａ）には道路形状を、図３（Ｂ）には道路ブロックごとの地図データのデータ量を、また、図３（Ｃ）には道路ブロックごとの車載端末１４への配信データ量を、それぞれ示す。
【００３７】
例えば図３に示す如く、車両５０の経路上に、分岐路が接続する分岐点５２と合流路が接続する合流点５４とがある道路５６がある場合、分岐点５２を含む道路ブロック（地点Ｐ１〜Ｐ２）及び合流点５４を含む道路ブロック（地点Ｐ２〜Ｐ３）では、地図データのデータ量が他の道路ブロックのものよりも増大する。更には、その分岐点５２や合流点５４を含む道路ブロックの手前又は奥側の道路ブロック（図３においては、合流点５４を含む道路ブロックの奥側の道路ブロック（地点Ｐ３〜Ｐ４））でも、地図データのデータ量が他の道路ブロックのものよりも増大することがある。
【００３８】
本実施例においては、上記図３に示す如き状況で、地図データのデータ量が多い過大道路ブロック（地点Ｐ１〜Ｐ３；更には地点Ｐ３〜Ｐ４を含んでもよい。）の地図データが分割されて、その地図データの一部が、その過大道路ブロックの手前に存在するデータ量が少ない道路ブロック（地点Ｐ０〜Ｐ１）の地図データに上乗せされて、その道路ブロック（地点Ｐ０〜Ｐ１）の地図データが配信される期間に配信される。
【００３９】
このようにデータ量の比較的多い過大道路ブロックの地図データの、センタ１２から車載端末１４への配信が通常配信タイミングよりも前出しされれば、車両がその過大道路ブロックに相当する地点に到達した時点でその過大道路ブロックの地図データの少なくとも一部をセンタ１２から取得しておらずその地図データを適切に使用できなくなるのをできるだけ回避することができる。
【００４０】
また、本実施例において、地図データのセンタ１２から車載端末１４への配信は、経路順に順次行われる。このため、その配信が経路順ではなく優先順位に従って行われる構成と異なり、車載端末１４がすべての道路ブロックの地図データの取得を適切なタイミングで行うことができなくなる事態を回避することができる。
【００４１】
従って、本実施例の情報処理システム１０によれば、センタ１２から車載端末１４へ経路上のすべての道路ブロックの地図データを漏れ無く網羅的に各道路ブロックへの車両到達前に配信するのを促進することができる。
【００４２】
また、本実施例の如く、データ量の比較的多い過大道路ブロックの地図データの配信がデータ量の比較的少ない手前の道路ブロックの地図データの配信期間に行われれば、経路上の各道路ブロックごとの地図データのデータ量が増減する場合にも、センタ１２から車載端末１４への配信を配信データ量を平準化しつつ行うことができる。このため、本実施例によれば、センタ１２から車載端末１４への通信容量を、データ量が最も多い地点である道路ブロックの地図データのデータ量に対応させて大きくすることは不要であり、その通信容量を圧縮することができるので、センタ１２と車載端末１４との通信設備のコスト低減を図ることができる。
【００４３】
尚、上記の実施例においては、過大道路ブロックの経路上手前に存在する道路ブロックが特許請求の範囲に記載した「第１道路ブロック」に、過大道路ブロックが特許請求の範囲に記載した「第２道路ブロック」に、センタ１２のサーバ２０が図２に示すルーチン中ステップ１２０の処理を実行することが特許請求の範囲に記載した「存在判別手段」に、センタ１２のサーバ２０が過大道路ブロックの地図データの一部をその過大道路ブロックの経路上手前に存在する道路ブロックの地図データの配信期間に車載端末１４へ配信することが特許請求の範囲に記載した「分割配信手段」に、それぞれ相当している。
【符号の説明】
【００４４】
１０  情報処理システム
１２  センタ
１４  車載端末
１６  データベース
２０  サーバ
３２  制御部
【図１】
0006332119.tif 000002
【図２】
0006332119.tif 000003
【図３】
0006332119.tif 000004