(57)【要約】【課題】渋滞の発生状況に基づいて地図データを配信する場合に、該地図データを配信するシステムの負荷を低減可能な地図データ配信装置等を提供する。【解決手段】本発明の一実施形態に係る地図データ配信装置は、矩形で区切られた複数の領域ごとに地図データを配信する配信部と、現在地から目的地までの経路を探索する探索部と、前記経路に対応する道路において渋滞の発生を検出する検出部と、前記道路において渋滞の発生が検出された場合に、当該道路に隣接する領域の地図データを配信するか否かを決定する決定部と、を含み、前記配信部は、前記複数の領域のうち、前記決定部によって配信すると決定された領域の地図データを配信することを特徴とする。【選択図】図３
2018063372.tif 000002
【特許請求の範囲】
【請求項１】
矩形で区切られた複数の領域ごとに地図データを配信する配信部と、
現在地から目的地までの経路を探索する探索部と、
前記経路に対応する道路において渋滞の発生を検出する検出部と、
前記道路において渋滞の発生が検出された場合に、当該道路に隣接する領域の地図データを配信するか否かを決定する決定部と、
を含み、
前記配信部は、前記複数の領域のうち、前記決定部によって配信すると決定された領域の地図データを配信する
ことを特徴とする地図データ配信装置。
【請求項２】
前記決定部は、前記経路に対応する道路において、所定の期間における前記渋滞の発生回数が所定数以上であった場合に、当該道路に隣接する領域の地図データを配信すると決定する
ことを特徴とする請求項１に記載の地図データ配信装置。
【請求項３】
前記検出部は、前記経路に対応する道路において渋滞が発生した区間を検出し、
前記決定部は、前記渋滞が発生した区間を含む領域に隣接する領域の地図データを配信するか否かを決定する
ことを特徴とする請求項１または２に記載の地図データ配信装置。
【請求項４】
前記決定部は、前記渋滞の発生が検出された道路を含む領域の地図データも更新する
ことを特徴とする請求項１乃至３のいずれかに記載の地図データ配信装置。
【請求項５】
前記検出部は、自動車の走行軌跡を示すプローブ情報に基づいて、前記経路に対応する道路における前記渋滞の発生を検出する
ことを特徴とする請求項１乃至４のいずれかに記載の地図データ配信装置。
【請求項６】
前記検出部は、前記プローブ情報のうち所定の属性を含むプローブ情報に基づいて、前記経路に対応する道路における前記渋滞の発生を検出する
ことを特徴とする請求項５に記載の地図データ配信装置。
【請求項７】
前記探索部は、前記検出部によって前記経路に対応する道路において渋滞の発生が検出された場合に、前記経路の迂回経路を探索し、
前記配信部は、前記迂回経路を含む領域の地図データを配信する
ことを特徴とする請求項１乃至６のいずれかに記載の地図データ配信装置。
【請求項８】
前記決定部が配信すると決定した地図データが、配信済みか否かを判定する判定部を含み、
前記配信部は、前記地図データが配信済みでない場合に、前記地図データを配信する
ことを特徴とする請求項１乃至７のいずれか１項に記載の地図データ配信装置。
【請求項９】
矩形で区切られた複数の領域ごとに地図データを配信する配信ステップと、
現在地から目的地までの経路を探索する探索ステップと、
前記経路に対応する道路において渋滞の発生を検出する検出ステップと、
前記道路において渋滞の発生が検出された場合に、当該道路に隣接する領域の地図データを配信するか否かを決定する決定ステップと、を含み、
前記配信ステップは、前記複数の領域のうち、前記配信すると決定された領域の地図データを配信する
ことを特徴とする地図データ配信方法。
【請求項１０】
矩形で区切られた複数の領域ごとに地図データを配信する配信機能と、
現在地から目的地までの経路を探索する探索機能と、
前記経路に対応する道路において渋滞の発生を検出する検出機能と、
前記道路において渋滞の発生が検出された場合に、当該道路に隣接する領域の地図データを配信するか否かを決定する決定機能と、を含み、
前記配信機能は、前記複数の領域のうち、前記配信すると決定された領域の地図データを配信する
ことをコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、地図データを配信する地図データ配信装置、地図データ配信方法およびプログラムに関するものである。
【背景技術】
【０００２】
地図データの配信に、自動車の走行軌跡を示すプローブ情報が活用されている。特許文献１には、プローブ情報に基づいて、地図データを配信する技術を開示する。
【０００３】
特許文献１に記載の技術では、ナビゲーション装置が、自車が遭遇した渋滞地点について地図情報配信センタに送信し、地図情報配信センタが、渋滞地点の周辺地域における前記地図情報を更新するか否かを判定し、判定結果に基づいて、当該ナビゲーション装置に対して渋滞地点の周辺地域の地図情報を更新する為の更新情報の配信を行う発明が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許４５９１３０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１には、地図情報配信センタが、渋滞地点の周辺地域の地図情報を更新することが開示されてはいるものの、自車が遭遇した渋滞地点に関する地図情報だけを更新することしか開示されていない。そのため、特許文献１に記載の技術では、自車が遭遇していないが、渋滞が発生しているために地図情報を更新したほうが良い場合であっても、該地図情報を更新できないという問題がある。
【０００６】
本発明の目的は、上記の課題に鑑み、渋滞の発生状況に基づいて地図データを配信する場合に、該地図データの配信を最適化することができ、また、該地図データを配信するシステムの負荷を低減できる地図データ配信装置、地図データ配信方法およびプログラムを提供することである。
【課題を解決するための手段】
【０００７】
本発明の一実施形態に係る地図データ配信装置は、矩形で区切られた複数の領域ごとに地図データを配信する配信部と、現在地から目的地までの経路を探索する探索部と、
前記経路に対応する道路において渋滞の発生を検出する検出部と、前記道路において渋滞の発生が検出された場合に、当該道路に隣接する領域の地図データを配信するか否かを決定する決定部と、を含み、前記配信部は、前記複数の領域のうち、前記決定部によって配信すると決定された領域の地図データを配信することを特徴とする。
【０００８】
本発明の一実施形態における地図データ配信方法は、矩形で区切られた複数の領域ごとに地図データを配信する配信ステップと、現在地から目的地までの経路を探索する探索ステップと、前記経路に対応する道路において渋滞の発生を検出する検出ステップと、前記道路において渋滞の発生が検出された場合に、当該道路に隣接する領域の地図データを配信するか否かを決定する決定ステップと、を含み、前記配信ステップは、前記複数の領域のうち、前記配信すると決定された領域の地図データを配信することを特徴とする。
【０００９】
本発明の一実施形態におけるプログラムは、矩形で区切られた複数の領域ごとに地図データを配信する配信機能と、現在地から目的地までの経路を探索する探索機能と、前記経路に対応する道路において渋滞の発生を検出する検出機能と、前記道路において渋滞の発生が検出された場合に、当該道路に隣接する領域の地図データを配信するか否かを決定する決定機能と、を含み、前記配信機能は、前記複数の領域のうち、前記配信すると決定された領域の地図データを配信することをコンピュータに実行させることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、渋滞の発生状況に基づいて地図データを配信する場合に、該地図データの配信を最適化することができ、また、該地図データを配信するシステムの負荷を低減できる地図データ配信装置、地図データ配信方法およびプログラムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１の実施形態における、地図配信システム１の構成例を示す図である。
【図２】本発明の第１の実施形態における、サーバ装置２が配信する地図データの構成例を示す図である。
【図３】本発明の第１の実施形態における、サーバ装置２の構成例を示す図である。
【図４】本発明の第１の実施形態における、サーバ装置２が配信する地図データの他の構成例を示す図である。
【図５】本発明の第１の実施形態における、移動端末装置３の構成例を示す図である。
【図６】本発明の第１の実施形態における、サーバ装置２の動作例を示すフローチャートである。
【図７】本発明の第１の実施形態における、移動端末装置３の動作例を示すフローチャートである。
【図８】本発明の第２の実施形態における、サーバ装置２の構成例を示す図である。
【図９】本発明の第３の実施形態における、サーバ装置２の動作例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
＜第１の実施形態＞
本発明の第１の実施形態について、図面を参照して説明する。
【００１３】
図１は、本発明の第１の実施形態における地図配信システム１の構成例を示す図である。図１に示すように、地図配信システム１は、サーバ装置２と、移動端末装置３と、ＮＷ（Ｎｅｔｗｏｒｋ）４とを含む。
【００１４】
サーバ装置２は、移動端末装置３に対して、地図データを配信するための装置である。サーバ装置２は、例えば、いわゆるサーバ装置やコンピュータ（例えば、デスクトップ、ラップトップ、タブレットなど）である。なお、本発明の第１の実施形態において、サーバ装置２は、これらに限定されない。
【００１５】
サーバ装置２は、所定のタイミングで、移動端末装置３に対して、地図データを配信する。所定のタイミングは、所定の周期や、予め定められた日時、配信すべき地図データが作成された時、ユーザから要求された時など、どのような場合であってもよい。
【００１６】
本発明の第１の実施形態において、サーバ装置２は、階層構造をなすメッシュ状に分割された地図データを、移動端末装置３に対して配信する。サーバ装置２は、例えば、国や県、州などをメッシュ状に分割された地図データを、移動端末装置３に対して配信する。また、サーバ装置２は、複数の異なる縮尺ごとに階層化されたメッシュ状に分割された地図データを、移動端末装置３に対して配信する。
【００１７】
サーバ装置２が配信する地図データは、例えば、パーセルデータや、リージョンデータである。パーセルデータは、主に地図の描画や施設探索などに用いるためのデータであり、例えば、特定の領域をメッシュ状に分割した矩形単位で存在する。また、リージョンデータは、主に経路探索などに用いるためのデータであり、例えば、特定の領域をメッシュ状に分割した矩形単位で存在する。なお、本発明の第１の実施形態では、サーバ装置２がパーセルデータを配信する場合を例にして説明するが、サーバ装置２が配信する地図データは、パーセルデータ以外の地図データ（例えばリージョンデータやその他の地図データ）であってもよい。
【００１８】
図２は、サーバ装置２が配信する地図データの構成例を示す図である。図２に示すように、サーバ装置２は、特定の地域６をメッシュ状に分割した複数の領域７ごとに、地図データを配信する。複数の領域７に対応する地図データは、例えばパーセルデータであり、１００〜１，０００［ｍ］単位で区分された矩形上の地図データである。なお、パーセルデータの区分の単位は、１００〜１，０００［ｍ］に限られず、どのような単位であってもよい。
【００１９】
サーバ装置２は、特定の地域６に含まれる複数の領域７から、地図データを配信すべき所定の領域７を特定して、該特定された所定の領域７の地図データを配信する。サーバ装置２は、例えば、複数の領域７の各々における渋滞の発生状況に基づいて、地図データを配信すべき所定の領域７を決定する。サーバ装置２は、例えば、複数の領域７のうち、渋滞が発生した領域を、地図データを配信すべき所定の領域７と決定する。サーバ装置２は、例えば、複数の領域７のうち、所定の時間帯に渋滞が発生した領域に隣接する領域（“隣接領域”）を、地図データを配信すべき所定の領域７と決定する。サーバ装置２は、例えば、複数の領域７のうち、渋滞の発生回数が相対的に多い領域に隣接する領域（“隣接領域”）を、地図データを配信すべき所定の領域７と決定する。サーバ装置２は、例えば、複数の領域７のうち、所定の期間における渋滞の発生回数が所定数以上の領域に隣接する領域（“隣接領域”）を、地図データを配信すべき所定の領域７と決定する。なお、サーバ装置２は、複数の領域７のうち、所定の時間帯に渋滞が発生した領域を、地図データを配信すべき所定の領域７として決定してもよい。
【００２０】
移動端末装置３は、例えば、カーナビゲーションシステムに関するサービスを提供可能な装置（カーナビゲーション装置）である。なお、移動端末装置３は、カーナビゲーション装置に限られず、例えば、スマートフォンや携帯電話（例えば、フィーチャーフォン）、コンピュータ（例えば、デスクトップ、ラップトップ、タブレットなど）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、ウェアラブル端末などであってもよい。なお、本発明の第１の実施形態において、移動端末装置３は、これらに限定されない。
【００２１】
移動端末装置３は、例えば、自動車やバス、バイク、電車などの移動体５とともに移動する装置である。移動端末装置３は、例えば、移動体５に設置されていてもよいし、該移動体５を運転するユーザによって保持される装置であってもよい。なお、移動端末装置３は、移動体５とともに移動する装置に限られず、ユーザとともに移動する装置であっても、所定の場所に固定される装置など、どのような装置であってもよい。
【００２２】
移動端末装置３は、所定のタイミングで、サーバ装置２から地図データを受信する。移動端末装置３は、受信した地図データに基づいて、記憶している地図データを更新する。また、移動端末装置３は、更新した地図データを含む地図データを表示する等により、地図配信システム１のユーザに提示する。
【００２３】
ＮＷ４は、サーバ装置２と、移動端末装置３とを接続するための通信網である。サーバ装置２は、ＮＷ４を介して、地図データを移動端末装置３に対して配信する。ＮＷ４は、例えば、有線ネットワークや無線ネットワークである。具体的には、ＮＷ４は、ワイヤレスＬＡＮ（ｗｉｒｅｌｅｓｓ  ＬＡＮ：ＷＬＡＮ）や広域ネットワーク（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ：ＷＡＮ）、ＩＳＤＮｓ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅ  Ｄｉｇｉｔａｌ  Ｎｅｔｗｏｒｋｓ）、無線ＬＡＮｓ、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などである。なお、ＮＷ４は、これらの例に限られず、例えば、公衆交換電話網（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ：ＰＳＴＮ）やブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））、衛星通信などであってもよく、どのようなＮＷであってもよい。
【００２４】
図３は、本発明の第１の実施形態におけるサーバ装置２の構成例を示す図である。図３に示すように、サーバ装置２は、通信部２０と、制御部２１と、プローブ情報記憶部２５と、地図データ記憶部２６と、探索部２７を含む。
【００２５】
通信部２０は、移動端末装置３と接続するための通信インターフェースである。サーバ装置２は、通信部２０を介して、移動端末装置３に地図データを送信する。また、サーバ装置２は、通信部２０を介して、所定の情報（例えば、後述するプローブ情報）を受信する。通信部２０が実行する通信は、有線、無線のいずれの通信であってもよく、どのような通信プロトコルを用いるものであってもよい。
【００２６】
制御部２１は、プログラム内のコードや命令によって所定の機能を実行するための機能を備え、例えば、中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）である。また、制御部２１は、例えば、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）やマルチプロセッサ（ｍｕｌｔｉｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、ＦＰＧＡ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）等であってもよい。なお、本発明の第１の実施形態において、制御部２１は、これらに限定されない。
【００２７】
図３に示すように、制御部２１は、検出部２２と、決定部２３と、配信部２４と、探索部２７を含む。
【００２８】
探索部２７は、例えば、移動端末装置３からの要求に応じて、移動体５の現在の位置から目的地までの経路（ルート）を探索する。探索部２７は、例えば、地図データに含まれる道路ネットワークデータに基づいて、移動体５の経路（ルート）を探索する。
【００２９】
検出部２２は、検索部２７が検索した経路（ルート）に対応する道路における渋滞の発生を検出する。検出部２２は、例えば、プローブ情報記憶部２５に含まれるプローブ情報に基づいて、検索部２７が検索した経路（ルート）に対応する道路における渋滞の発生を検出する。また、検出部２２は、プローブ情報記憶部２５に含まれるプローブ情報に基づいて、検索部２７が検索した経路（ルート）に対応する道路において、渋滞が発生している区間があるか否かを判定する。
【００３０】
プローブ情報は、移動体５の走行軌跡を求めるための情報である。プローブ情報は、例えば、移動体５を識別可能な識別子と、移動体５の位置を示す位置情報と、該移動体５が当該位置に存在した時刻とを対応付けた情報である。移動体５の識別子は、例えば、移動体５を一意に識別可能なＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）である。移動体５の位置情報は、例えば、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）により収集可能である。移動体５の走行軌跡は、プローブ情報に含まれる移動体５の位置情報と時刻とに基づいて、求めることができる。
【００３１】
検出部２２は、移動体５の位置情報と時刻とに基づいて、該移動体５の移動速度を検出可能である。例えば、検出部２２は、プローブ情報に基づいて、移動体５の単位時間当たりの移動距離から、該移動体５の移動速度を検出可能である。なお、検出部２２は、移動体５の加速度を検出してもよい。
【００３２】
検出部２２は、プローブ情報に基づいて、移動体５の移動状況を検出することにより、当該移動体５が走行した道路の交通状況を評価することができる。例えば、検出部２２は、移動体５の移動速度が遅い場合には、当該移動体５が走行している道路において、渋滞が発生していると評価できる。また、検出部２２は、複数の移動体５について移動状況を検出し、それらに基づいて、渋滞が発生していると評価してもよい。検出部２２は、複数の移動体５の移動状況に基づいて、道路の交通状況を評価することにより、評価の精度をあげることができる。
【００３３】
なお、検出部２２は、プローブ情報のうち所定の属性を含む（または所定の属性である）プローブ情報に基づいて、検索部２７が検索した経路（ルート）に対応する道路における渋滞の発生を検出してもよい。所定の属性は、例えば、移動体５を操作するユーザの属性や、移動体５の属性である。
【００３４】
ユーザの属性は、例えば、ユーザの年齢や性別、身長、体重などであってもよい。また、ユーザの属性は、例えば、該ユーザが移動体５を使用する頻度（毎日使用、土日祝のみ使用、月に数回使用など）であってもよい。
【００３５】
また、ユーザの属性は、該ユーザによる移動体５の運転状況であってもよい。移動体５の運転状況は、例えば、アクセルの用い方（急発進が多いか否かなど）や、ブレーキの用い方（急停車が多いか否かなど）であってもよい。移動体５の運転状況は、例えば、ユーザによる該移動体５のアクセルやブレーキ、ハンドルの使用状況に基づいて、求めることができる。
【００３６】
また、所定の属性は、例えば、移動体５の大きさや重さ、種類（自家用車やスポーツカー、バス、トラック等）などであってもよい。移動体５の属性は、例えば、プローブ情報に含まれるＩＤにより、サーバ装置２側で特定することができる。また、所定の属性は、環境情報であってもよく、該環境情報はプローブ情報が収集された際の時刻（朝、昼、夜）や天候（晴れ、雨、曇りなど）、気温などである。環境情報は、移動体５におけるエアコンやワイパーなどの使用状況に基づいて求めることもできる。例えば、冷房が利用されている場合には“気温が高い”と求めることができ、また、ワイパーが利用されている場合には“天候は雨”と求めることができる。
【００３７】
検出部２２は、プローブ情報のうち、所定の属性を含む（または所定の属性である）プローブ情報に基づいて、移動体５の走行軌跡を求めてもよい。検出部２２は、求めた移動体５の走行軌跡に基づいて、検索部２７が検索した経路（ルート）に対応する道路を検出する。例えば、検出部２２は、自家用車のプローブ情報に基づいて該自家用車の走行軌跡を求め、複数の領域７の各々における渋滞状況を検出する。また、検出部２２は、例えば、雨の日の移動体５のプローブ情報に基づいて、該雨の日の移動体５の走行軌跡を求め、求めた移動体５の走行軌跡に基づいて、複数の領域７の各々に含まれる道路の渋滞状況を検出する。  
【００３８】
上記のように、所定の属性を含む（または所定の属性である）プローブ情報に基づいて、複数の観点から、道路における渋滞の発生を検出することができる。
【００３９】
決定部２３は、検出部２２の判定結果に基づいて、渋滞が発生していると判定された道路を含む領域に“隣接する領域（隣接領域）”について、地図データを配信すると決定する。また、決定部２３は、検出部２２の判定結果に基づいて、渋滞が発生していると判定された区間を含む領域に“隣接する領域（隣接領域）”について、地図データを配信すると決定する。
【００４０】
決定部２３は、探索部２７が探索した経路（ルート）において渋滞が発生している場合に、該経路の迂回経路を含む領域の地図データを配信すると決定してもよい。なお、迂回経路は、渋滞を回避するために、探索部２７によって探索される。例えば、検出部２２は、探索部２７が探索した経路（ルート）で渋滞が発生している場合に、探索部２７に対して、迂回経路の探索を要求してもよい。探索部２７は、迂回経路の探索の要求があった場合に、迂回経路を探索する。決定部２３は、探索部２７が探索した迂回経路を含む領域について、地図データを配信すると決定してもよい。
【００４１】
また、決定部２３は、探索部２７が探索した経路（ルート）に対応する道路おいて、所定の期間における渋滞の発生回数が所定数以上であった場合に、当該道路に隣接する領域の地図データを配信すると決定してもよい。なお、所定の期間は、例えば、１日や１週間、１ヶ月など、どのような期間であってもよい。
【００４２】
なお、決定部２３は、検出部２２の判定結果に基づいて、探索部２７が探索した経路（ルート）に対応する道路を含む領域について、地図データを配信するか否かを決定してもよい。例えば、決定部２３は、探索部２７が探索した経路（ルート）に対応する道路において、渋滞が発生していると検出部２２が判定した場合に、該道路の地図データを配信すると決定してもよい。
【００４３】
配信部２４は、決定部２３の決定結果に基づいて、所定の領域７の地図データを配信する。配信部２４は、決定部２３が地図データを配信すると決定した所定の領域７が複数ある場合には、その複数の領域の地図データを配信する。なお、配信部２４は、決定部２３が地図データを配信しないと決定した所定の領域７については、地図データを配信しない。配信部２４は、例えば、決定部２３の決定結果に基づいて、探索部２７が探索した経路（ルート）に対応する道路を含む領域に隣接する領域の地図データを配信する。また、配信部２４は、例えば、決定部２３の決定結果に基づいて、経路の迂回経路を含む領域の地図データを配信決定してもよい。また、配信部２４は、例えば、決定部２３の決定結果に基づいて、探索部２７が探索した経路（ルート）に対応する道路を含む領域について、地図データを配信してもよい。
【００４４】
図４は、サーバ装置２が配信する地図データの構成例を示す図である。サーバ装置２は、例えば、図４（ａ）に示すように、探索部２７が探索した経路（ルート）を含む領域７０に隣接する領域７１ついて、地図データを配信する。
【００４５】
また、サーバ装置２は、図４（ｂ）に示すように、探索部２７が探索した経路（ルート）のうち、該渋滞を回避するために探索部２７が探索した“迂回経路”に対応する道路を含む領域７２について、地図データを配信してもよい。
【００４６】
なお、サーバ装置２は、例えば、図４（ａ）および（ｂ）において、探索部２７が探索した経路（ルート）を含む領域７０の地図データを配信してもよい。
【００４７】
配信部２４は、決定部２３が地図データを配信すると決定した後、移動端末装置３に対して、地図データを配信する。決定部２３が地図データを配信すると決定した場合には、経路（ルート）上で渋滞が発生しているため、配信部２４は、移動端末装置３に対してすぐに地図データを配信する。
【００４８】
プローブ情報記憶部２５は、移動体５の走行軌跡を示す情報であるプローブ情報を記憶する。プローブ情報記憶部２５は、複数の移動体５のプローブ情報を記憶する。プローブ情報記憶部２５は、サーバ装置２が通信部２０を介して受信するプローブ情報を記憶する。
【００４９】
なお、サーバ装置２は、複数の移動体５の全部または一部から、プローブ情報を受信してもよい。また、サーバ装置２は、プローブ情報を収集するための特定の自動車であるプローブカーから、プローブ情報を受信してもよい。また、サーバ装置２は、移動体５からプローブ情報を受信する代わりに、プローブ情報を提供する他のシステムや他のサーバ装置から、プローブ情報を受信してもよい。
【００５０】
地図データ記憶部２６は、地図データを記憶する。地図データ記憶部２６は、例えば、特定の国や県、州などの特定の地域の地図データを記憶する。地図データ記憶部２６は、例えば、特定の地域について、階層構造をなすメッシュ状に分割された地図データを記憶する。地図データ記憶部２６に記憶される地図データは、例えば、最新の地図データである。最新の地図データは、例えば、内容の変更のあった全ての事項が反映された地図データである。最新の地図データは、例えば、特定の地域における全ての新規開通道路や新設された建築物等が反映された地図データである。なお、地図データ記憶部２６に記憶される地図データは、必ずしも最新の地図データである必要はなく、どのような地図データであってもよい。
【００５１】
地図データ記憶部２６に記憶される地図データは、例えば、所定のタイミングで、最新の地図データに更新される。所定のタイミングは、最新の地図データが作成された時や、所定の周期など、どのようなタイミングであってもよい。
【００５２】
図５は、本発明の第１の実施形態における移動端末装置３の構成例を示す図である。図５に示すように、移動端末装置３は、通信部３０と、制御部３１と、地図データ記憶部３６と、ＧＰＳ３７７と、表示装置３８８を含む。
【００５３】
通信部３０は、サーバ装置２と接続するための通信インターフェースである。移動端末装置３は、通信部３０を介して、サーバ装置２から地図データを受信する。また、移動端末装置３は、通信部３０を介して、サーバ装置２に対してプローブ情報を送信する。通信部３０が実行する通信は、有線、無線のいずれの通信であってもよく、どのような通信プロトコルを用いるものであってもよい。
【００５４】
制御部３１は、プログラム内のコードや命令によって所定の機能を実行するための機能を備え、例えば、中央処理装置（ＣＰＵ）である。また、制御部３１は、例えば、マイクロプロセッサやマルチプロセッサ、ＡＳＩＣ、ＦＰＧＡなどであってもよい。なお、本発明の第１の実施形態において、制御部３１は、これらに限定されない。
【００５５】
図５に示すように、制御部３１は、更新部３２と、表示処理部３３と、通知部３４と、探索部３５を含む。
【００５６】
更新部３２は、サーバ装置２から受信した地図データに基づいて、地図データ記憶部３６に記憶されている地図データを更新する。更新部３２は、例えば、探索部２７が探索した経路（ルート）に対応する道路を含む領域に隣接する領域７１の地図データを受信して、地図データ記憶部３６に記憶されている地図データを更新する。更新部３２は、例えば、経路の迂回経路を含む領域７２の地図データを受信して、地図データ記憶部３６に記憶されている地図データを更新する。
【００５７】
なお、更新部３２は、例えば、サーバ装置２から受信した地図データと、地図データ記憶部３６に記憶されている地図データを比較して、相違点がある地図データについて、該地図データを更新してもよい。
【００５８】
表示処理部３３は、地図データ記憶部３６に記憶されている地図データに基づいて、表示装置３８に地図を表示するための表示データを作成する。表示処理部３３は、例えば、移動端末装置３の現在位置に基づいて、表示装置３８に地図を表示するための表示データを作成する。表示処理部３３は、移動端末装置３のユーザの要求に基づいて、表示装置３８に地図を表示するための表示データを作成する。
【００５９】
表示処理部３３は、地図に加えて、渋滞情報などを該地図上に表示するための表示データを作成してもよい。表示処理部３３は、地図のほか、種々の情報を表示装置３８に表示するための表示データを作成する。
【００６０】
通知部３４は、通信部３０を介して、移動端末装置３の現在位置を、サーバ装置２に対して通知する。通知部３４は、ＧＰＳ３７で収集した移動端末装置３の現在位置を、サーバ装置２に対して通知する。
【００６１】
通知部３４は、ＧＰＳ３７で収集した移動端末装置３の現在位置と、収集した時刻とを対応付けた情報を、サーバ装置２に対して通知してもよい。また、通知部３４は、ＧＰＳ３７で収集した移動端末装置３の現在位置と収集した時刻とに基づいて、プローブ情報を作成して、サーバ装置２に対して通知してもよい。
【００６２】
通知部３４は、所定のタイミングで、移動端末装置３の現在位置をサーバ装置２に対して通知してもよい。なお、所定のタイミングは、所定の周期や任意のタイミングなど、どのようなタイミングであってもよい。
【００６３】
探索部３５は、サーバ装置２に対して、移動体５の現在の位置から目的地までの経路（ルート）の探索を要求する。探索部３５は、例えば、ユーザからの要求に応じて、サーバ装置２に対して、経路探索を要求する。
【００６４】
なお、探索部３５は、サーバ装置２に経路探索を要求する代わりに、移動体５の現在の位置から目的地までの経路（ルート）を探索してもよい。この場合、探索部３５は、例えば、地図データ記憶部３６を参照して、地図データに含まれる道路ネットワークデータに基づいて、移動体５の経路（ルート）を探索する。探索部３５は、経路（ルート）を探索した場合には、当該探索した経路（ルート）を、通信部３０を介して、サーバ装置２に送信する。
【００６５】
地図データ記憶部３６は、地図データを記憶する。地図データは、地図の描画に用いられる情報を含む。例えば、地図データは、地図を描画するための情報として、メタファイルと、イメージデータとを含む。また、地図データは、施設検索に用いられる情報を含む。例えば、地図データは、施設の名称と、該施設の位置とが対応付けられた情報を含み、施設検索に用いることができる。また、地図データは、リンクやノードなど地図情報を規定するための道路要素に関する情報を含む。例えば、地図データは、道路要素として、道路を示すリンクと、該リンクとリンクとの接続点であるノードを含む道路ネットワークデータを含む。道路ネットワークデータでは、リンクによって高速道路や国道などが表され、ノードによって交差点等が表される。地図データ記憶部３６は、例えば、特定の国や県、州などの特定の地域について、地図データを記憶する。地図データ記憶部２６は、例えば、特定の地域について、階層構造をなすメッシュ状に分割された地図データを記憶する。また、地図データ記憶部３６は、サーバ装置２から受信した地図データによって更新された地図データを記憶する。
【００６６】
ＧＰＳ３７は、移動端末装置３の現在位置を収集するための機能を備える。ＧＰＳ３７は、例えば、所定のタイミングで、移動端末装置３の現在位置を収集する。所定のタイミングは、例えば、所定の周期や任意のタイミングなど、どのようなタイミングであってもよい。
【００６７】
表示装置３８は、表示処理部３３が作成した表示データに基づいて、地図データなどを表示する。
【００６８】
図６は、地図データを配信する場合における、サーバ装置２の動作例を示すフローチャートである。
【００６９】
図６は、本発明の第１の実施形態における、サーバ装置２の動作例を示すフローチャートである。なお、図６の例は、探索部２７が探索した経路（ルート）に対応する道路を含む領域に隣接する領域の地図データを配信する場合における、サーバ装置２の動作例である。
【００７０】
サーバ装置２の探索部２７は、移動端末装置３の制御部３１の探索部３５からの要求に応じて、移動体５の現在の位置から目的地までの経路（ルート）を探索する（Ｓ１０１）。なお、探索部３５が経路を探索する場合には、サーバ装置２は、該探索部３５が探索した経路を受信する。
【００７１】
検出部２２は、探索部２７が探索した経路に対応する道路において、渋滞が発生しているか否かを検出する（Ｓ１０２）。
【００７２】
決定部２３は、検出部２２によって渋滞が発生していると判定された場合（Ｓ１０２のＹＥＳ）、当該渋滞が発生していると判定された道路を含む領域に隣接する領域の地図データを配信すると決定する（Ｓ１０３）。一方、検出部２２によって渋滞が発生していないと判定された場合（Ｓ１０２のＮＯ）、処理を終了する。
【００７３】
配信部２４は、決定部２３によって地図データを配信すると決定された領域の地図データを、移動端末装置３に対して配信する（Ｓ１０４）。
【００７４】
図７は、地図データを受信した場合における、移動端末装置３の動作例を示すフローチャートである。
【００７５】
移動端末装置３の通信部２０は、サーバ装置２から地図データを受信する（Ｓ２０１）。
【００７６】
移動端末装置３の更新部３２は、サーバ装置２から受信した地図データに基づいて、地図データ記憶部３６に記憶されている地図データを更新する（Ｓ２０２）。なお、更新部３２は、サーバ装置２から受信した地図データと、地図データ記憶部３６に記憶されている地図データを比較して、相違点がある地図データについて、該地図データを更新してもよい。
【００７７】
表示処理部３３は、地図データ記憶部３６に記憶されている地図データに基づいて、表示装置３８に地図を表示するための表示データを作成する（Ｓ２０３）。なお、表示処理部３３は、地図に加えて、渋滞情報などを該地図上に表示するための表示データを作成してもよい。
【００７８】
表示処理部３３は、作成した表示データに基づいて、表示装置３８に地図を表示させる（Ｓ２０４）。
【００７９】
上記のとおり、本発明の第１の実施形態において、サーバ装置２は、探索された経路に対応する道路を含む領域の渋滞状況に基づいて、当該道路を含む領域に隣接する領域の地図データを配信するか否かを決定する。具体的には、サーバ装置２は、探索された経路に対応する道路に渋滞が発生している場合に、該道路を含む領域に隣接する領域の地図データを配信する。このように、渋滞の発生状況に基づいて地図データの配信の要否を決定するため、サーバ装置２は、“渋滞の発生している領域の隣接する領域（隣接領域）”や“迂回経路を含む領域”など、配信の必要度が高い領域の地図データを配信できるようになり、地図データの配信を最適化することが可能となる。また、サーバ装置２は、全ての領域の地図データを配信する場合に比べ、“渋滞の発生している領域の隣接する領域（隣接領域）”や“迂回経路を含む領域”に絞って地図データを配信することが可能になり、配信する地図データの量を低減することができる。そのため、サーバ装置２が配信する地図データの容量を減らすことができ、地図データを送信するサーバ装置２および該地図データを受信する移動端末装置３の負荷を抑制することが可能となる。
【００８０】
＜第２の実施形態＞
本発明の第２の実施形態は、サーバ装置２が判定部２８を備え、地図データが既に配信されたか否かについて判定し、未配信と判定された地図データを移動端末装置３に配信する場合の実施形態である。なお、第２の実施形態は、第１の実施形態、および、第２の実施形態に適用可能である。
【００８１】
図８は、本発明の第２の実施形態におけるサーバ装置２の構成例を示す図である。サーバ装置２は、判定部２８を含む。なお、本発明の第２の実施形態において、サーバ装置２の他の構成は、図３に示す第１の実施形態における構成と同様であるため、詳細な説明は省略される。また、本発明の第２の実施形態における地図配信システム１の構成例は、図１に示す第１の実施形態における構成と同様であるため、詳細な説明は省略される。さらに、本発明の第２の実施形態における移動端末装置３の構成例は、図５に示す第１の実施形態における構成と同様であるため、詳細な説明は省略される。
【００８２】
判定部２８は、地図データ記憶部２６に記憶されている地図データが、既に移動端末装置３に配信されたか否かを判定する。判定部２８は、例えば、配信部２４が地図データを配信する前に、該配信部２４が配信しようとしている地図データの各々について、すでに移動端末装置３に配信されたか否かを判定する。判定部２８は、例えば、領域ごとに、該地図データが配信されたか否かを判定する。
【００８３】
判定部２８は、配信部２４が地図データを配信する前に、該地図データをすでに配信しているか否かを判定する。判定部２８は、例えば、地図データが、前回の配信から現在までに更新されたか否かに基づいて、すでに配信しているか否かを判定する。判定部２８は、例えば、対象となる地図データの前回の配信から現在までに、地図データ記憶部２６において該地図データが更新されているか否かに基づいて、すでに配信されているか否かを判定する。判定部２８は、例えば、配信しようとする領域の地図データが、前回の配信から現在までに更新されていない場合には、配信済みの地図データと判定する。一方、判定部２８は、例えば、配信しようとする領域の地図データが、前回の配信から現在までに更新されている場合には、配信していない地図データ（未配信の地図データ）と判定する。
【００８４】
また、判定部２８は、すでに配信した地図データと、配信しようとしている地図データとを比較した結果に基づいて、該地図データをすでに配信しているか否かを判定してもよい。この場合、地図データ記憶部２６は、配信部２４が配信した地図データを記憶する。判定部２８は、地図データ記憶部２６を参照して、すでに配信した地図データと、配信しようとしている地図データとを比較し、該地図データをすでに配信しているか否かを判定する。例えば、判定部２８は、すでに配信した地図データと、配信しようとしている地図データとを比較して、両者の違いが所定の条件を満たす場合に、該地図データをすでに配信していると判定する。また、判定部２８は、すでに配信した地図データと、配信しようとしている地図データとを比較して、両者の違いが所定の条件を満たさない場合に、該地図データを配信していないと判定する。
【００８５】
所定の条件は、例えば、所定の割合や変化データ（変化している箇所）の数などである。判定部２８は、例えば、すでに配信した地図データと、配信しようとしている地図データとを比較して、両者の違いが所定の割合未満である場合には、該地図データをすでに配信していると判定する。なお、所定の割合、どのような値であってもよく、例えば「１割」などであってもよい。また、判定部２８は、例えば、すでに配信した地図データと、配信しようとしている地図データとを比較して、変化データの数が所定数未満である場合には、該地図データをすでに配信していると判定する。また、判定部２８は、すでに配信した地図データと、配信しようとしている地図データとを比較して、両者の違いが少しでもあった場合には、該地図データを配信していないと判定してもよい。また、所定の条件は、例えば、新規道路の開通や新しい建築物が建設されたなど、重要な内容について変更や更新があったことであってもよい。判定部２８は、例えば、すでに配信した地図データのうち、新規開通道路や新しい建物など重要な内容について変更や更新があった場合には、該地図データ全体の変化や更新が少ない場合であっても、該地図データを配信していない（未配信である）と判定してもよい。
【００８６】
なお、地図データ記憶部２６は、例えば、移動端末装置３ごとに、配信部２４が該移動端末装置３に対して配信した地図データを記憶してもよい。この場合において、判定部２８は、移動端末装置３ごとに、地図データをすでに配信したか否かを判定してもよい。
【００８７】
配信部２４は、判定部２８が既に配信済みの地図データと判定した場合に、該地図データの配信を行わない。一方、配信部２４は、判定部２８がまだ配信していない地図データ（未配信の地図データ）と判定した場合に、該地図データの配信を行う。
【００８８】
図９は、本発明の第２の実施形態における、サーバ装置２の動作例を示すフローチャートである。なお、図９の例は、地図データを配信する場合における、サーバ装置２の動作例である。
【００８９】
サーバ装置２の探索部２７は、移動端末装置３の制御部３１の探索部３５からの要求に応じて、移動体５の現在の位置から目的地までの経路（ルート）を探索する（Ｓ３０１）。なお、移動端末装置３の探索部３５が経路を探索する場合には、サーバ装置２は、該移動端末装置３が探索した経路を受信する。
【００９０】
検出部２２は、探索部２７が探索した経路に対応する道路において、渋滞が発生しているか否かを検出する（Ｓ３０２）。
【００９１】
決定部２３は、検出部２２によって渋滞が発生していると判定された場合（Ｓ３０２のＹＥＳ）、当該渋滞が発生していると判定された道路を含む領域に隣接する領域の地図データを配信すると決定する（Ｓ３０３）。一方、検出部２２によって渋滞が発生していないと判定された場合（Ｓ３０２のＮＯ）、処理を終了する。
【００９２】
判定部２８は、決定部２３が配信すると決定した地図データが、すでに配信されているか否かを判定する（Ｓ３０４）。
【００９３】
配信部２４は、判定部２８によって地図データが未配信であると判定された場合（Ｓ３０４のＹＥＳ）、移動端末装置３に対して該地図データを配信する（Ｓ３０５）。一方、配信部２４は、判定部２８によって地図データがすでに配信されていると判定した場合（Ｓ３０４のＮＯ）、処理を終了する。
【００９４】
上記のとおり、本発明の第２の実施形態において、サーバ装置２が判定部２８を備え、地図データが既に配信されたか否かについて判定し、未配信と判定された地図データを移動端末装置３に配信する。このように、サーバ装置２は、すでに配信している地図データを配信しないため、該地図データの配信に必要な通信量を低減することが可能となる。その結果、地図データの配信に必要な通信のコストも低減することができる。
【００９５】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、上記実施の形態に示す構成を適宜組み合わせることとしてもよい。
【符号の説明】
【００９６】
１  地図配信システム
２  サーバ装置
２０  通信部
２１  制御部
２２  検出部
２３  決定部
２４  配信部
２５  プローブ情報記憶部
２６  地図データ記憶部
２７  探索部
２８  判定部
３  移動端末装置
３０  通信部
３１  制御部
３２  更新部
３３  表示処理部
３４  通知部
３５  探索部
３６  地図データ記憶部
３７  ＧＰＳ
３８  表示装置
４  ＮＷ
５  移動体
６  特定の地域
７  所定の地域
【図１】
2018063372.tif 000003
【図２】
2018063372.tif 000004
【図３】
2018063372.tif 000005
【図４】
2018063372.tif 000006
【図５】
2018063372.tif 000007
【図６】
2018063372.tif 000008
【図７】
2018063372.tif 000009
【図８】
2018063372.tif 000010
【図９】
2018063372.tif 000011