地図配信サーバ及び地図情報端末
【課題】道路や施設といった対象物に関する所望の地図データでのナビゲーションを実現する地図配信システムを提供する。
【解決手段】地図配信サーバ１ａがユーザの編集要求情報への応答として差分地図データである配信データを生成し、通信ネットワーク２を介して、地図情報端末３が当該配信データを受信してナビゲーションを実行するように構成した。
【解決手段】地図配信サーバ１ａがユーザの編集要求情報への応答として差分地図データである配信データを生成し、通信ネットワーク２を介して、地図情報端末３が当該配信データを受信してナビゲーションを実行するように構成した。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ユーザが所望の地図情報を取得可能な地図配信サーバ及び地図情報端末に関する。
【背景技術】
【０００２】
従来の地図配信システムにおいては、地図情報端末であるモバイル端末側から道路形状データを地図配信サーバであるセンターサーバに送り、センターサーバ側の地図データベースの地図情報を、送られてきた道路形状データを用いて更新する（例えば特許文献１参照）。
【０００３】
また、別の従来の地図配信システムでは、地図情報端末のユーザの車両が地図情報端末が保有する地図データに存在しない道路を走行した場合に、当該車両の走行軌跡をセンターサーバに送信し、センターサーバではその走行軌跡に従って、保有する地図データベースの地図情報を更新する。その上で、状況に応じて地図情報端末に、更新された地図データベースの地図情報に基づいて作成された差分データが配信される（例えば特許文献２参照）。
【０００４】
上記の地図配信システムによれば、いずれであっても、車両の走行軌跡のデータを元に地図配信サーバの地図情報が正確に更新された場合や、一度誰かが実際に道路を走行したことによって得られた走行軌跡のデータが有る場合は、ユーザの所望する地図データが差分データとして配信され、配信された差分データをユーザの所有する地図情報端末が取得することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−００７４４０号公報（第８頁、第４図）
【特許文献２】特開２００８−０１４６８１号公報（第１１〜１２頁、第７図）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、従来の地図配信サーバ及び地図情報端末とからなる地図配信システムにおいては、地図情報端末から受け取った道路に関する情報をその情報の信頼性の有無に関わらず、地図配信サーバ側の地図データベースの地図情報を更新することとなるので、当該地図情報に基づいて作成された配信データが信頼できるものであるか否かを配信データを受け取った地図情報端末のユーザが知ることができないという問題があった。
【０００７】
また、ユーザが個人的に必要な特定道路を含む地図端末情報用のオリジナル地図データを欲しいと要望しても、地図情報端末から地図配信サーバに送られてきた地図データが示す特定道路が地図配信サーバの保有する地図データベースの地図情報に含まれていない場合には、特定道路を含んだ地図端末情報用のオリジナル地図データを配信することができなかった。
【０００８】
この発明は、上記のような課題を解決するために為されたもので、道路や施設といった対象物に関する情報の信頼性の度合いが考慮された情報端末用の所望の地図データを生成可能な地図配信サーバ及び当該地図データを使用可能な地図情報端末を提供することを目的とする。
【課題を解決するための手段】
【０００９】
この発明に係る地図配信サーバは、ユーザが要求する地図情報の編集内容を示す編集要求情報と地図情報端末が保有する端末地図情報のバージョンとを含む配信要求を受信する受信手段と、既にリリースした複数の第１の地図情報を保有する第１の地図情報記憶手段と、リリース前を含む最新の第２の地図情報を保有する第２の地図情報記憶手段と、前記複数の第１の地図情報から前記端末地図情報のバージョンと同一バージョンの第１の地図情報を抽出し、前記抽出された第１の地図情報と前記第２の地図情報との差分情報に前記編集要求情報が含まれるかを照合し、前記差分情報と前記編集要求情報との一致度を示す第１の照合結果を出力する第１の照合手段と、前記第１の照合結果と前記同一バージョンの第１の地図情報とに基づいて、前記配信要求に応じた差分地図データを生成する生成手段と、前記差分地図データである配信データを前記地図情報端末に送信する送信手段とから構成されるものである。
【００１０】
また、この発明に係る地図情報端末は、端末地図情報を記憶する端末地図情報記憶手段と、前記端末地図情報の編集内容を示す編集要求情報を入力する端末操作手段と、入力された編集要求情報を配信サーバに送信する送信手段と、前記送信された編集要求情報への応答として、前記端末地図情報に対応した差分データである差分地図データを地図配信サーバから受信する受信手段と、前記配信データに含まれる差分地図データに基づいて、前記端末地図情報を差分更新する更新手段と、地図表示を行うナビゲーション機能を実行するナビゲーション手段とから構成されるものである。
【発明の効果】
【００１１】
この発明に係る地図配信サーバは、地図情報端末から受信したユーザの編集要求情報である配信要求に応じた差分地図データである配信データを地図情報端末に送信するように構成されているので、情報端末からの配信要求に応じた配信データを生成して地図情報端末に配信することができる。
【００１２】
また、この発明に係る地図情報端末は、地図配信サーバに送信したユーザの編集要求情報への応答として差分地図データである配信データを地図配信サーバから受信し、当該配信データを使用するように構成されているので、道路や施設といった対象物に関する所望の地図データをナビゲーションに使用することができる。
【図面の簡単な説明】
【００１３】
【図１】この発明に係る実施の形態１の地図配信システムの全体を示した構成図である。
【図２】地図配信サーバ１ａの構成をさらに詳細に説明するための構成図である。
【図３】地図情報端末３の構成をさらに詳細に説明するための構成図である。
【図４】配信要求のデータ構造と配信データのデータ構造を説明するためのデータ構造図である。
【図５】この発明に係る実施の形態１での地図情報端末３と地図配信サーバ１ａとがそれぞれ保有している地図情報に基づく地図の例である。
【図６】この発明に係る地図配信システムの実施の形態１について、地図情報端末３の動作を説明するための動作フロー図である。
【図７】この発明に係る地図配信システムの実施の形態１について、地図配信サーバ１ａの動作を説明するための動作フロー図である。
【図８】追加しようとしている道路Ｒ５との一致度の計算についての判断ロジックの一例を説明するための説明図である。
【図９】この発明に係る地図配信システムの実施の形態１での地図情報端末３と地図配信サーバ１ａとの動作を説明するための地図の別の例である。
【図１０】この発明に係る地図配信システムの実施の形態２のうちの地図配信サーバ１ｂの構成を示す構成図である。
【図１１】地図情報端末３と地図配信サーバ１ｂとがそれぞれ保有している地図情報に基づく地図の例及び地図情報と関係する拡張地図ＤＢの航空写真や衛星写真等の写真画像の例である。
【図１２】この発明に係る地図配信システムの実施の形態２について、地図配信サーバ１ｂの動作を説明するための動作フロー図である。
【図１３】この発明に係る地図配信システムの実施の形態３のうちの地図配信サーバ１ｃの構成を示す構成図である。
【図１４】地図配信サーバ１ｃの要求編集画面生成部２７が生成し、地図情報端末３の端末表示部２２にブラウザを用いて表示された要求編集画面の例である。
【図１５】この発明に係る実施の形態４の地図配信システムの構成を示す構成図である。
【発明を実施するための形態】
【００１４】
以下、この発明の実施の形態を、図面を参照しながら詳細に説明する。
実施の形態１．
図１は、この発明に係る実施の形態１の地図配信システムの全体を示した構成図である。地図配信システムは、ユーザの編集要求情報である配信要求を受信し、当該配信要求に応じた差分地図データを作成して配信する地図配信サーバ１ａと、配信された差分地図データを通信伝送する通信ネットワーク２と、通信ネットワーク２を介して通信伝送されてきた差分地図データを受信して、保有する地図情報（端末地図情報）を当該差分地図データで更新する地図情報端末３とから構成されている。
【００１５】
地図情報端末３は、例えばユーザが乗車する車両に搭載して使用するカーナビゲーション端末装置である。ユーザはこの地図情報端末３を使用することで、自車の現在地やこれから行こうとする目的地を地図上で確認できるとともに、現在地から目的地へ向かうための経路である道路や周辺の施設に関する情報を得ることができる。
【００１６】
なお、図１では、地図情報端末３は１台しか示されていないが、特定の地図情報端末３以外にも、複数のユーザが乗車する車両毎にそれぞれの地図情報端末（図示せず）が搭載されており、それぞれの地図情報端末（図示せず）は、通信ネットワーク２を介して地図配信サーバ１ａと交信可能となっている。
【００１７】
また、図１に示すように、地図配信サーバ１ａは、地図情報端末３と通信ネットワーク２を介して通信を行うことでデータの送受を可能とする通信部４と、通信部４を用いた地図情報端末３からの配信要求の受信や地図情報端末３への差分地図データの配信を制御する制御部５ａと、配信される差分地図データの作成に必要な地図情報を保有する各種の地図データベース（以下では、地図ＤＢと表記する。）や地図情報端末３に関する端末情報等を保有する記憶部６ａとから構成されている。
【００１８】
図２は、図１の地図配信サーバ１ａの構成をさらに詳細に説明するための構成図である。また、図１と同一符号は同一または相当部分を示すので説明を省略する。
【００１９】
図２において、制御部５ａは、地図配信サーバ１ａの全体を統括して制御する全体制御部７と、通信ネットワーク２と通信部４とを介して伝送されて来る地図情報端末３からの例えば道路を追加する配信要求を受け付ける要求入力部８ａと、配信要求のあった地図情報端末３がユーザとの契約済の対象となる端末であるか否かを判断する認証部９と、地図情報端末３から配信要求された道路を、記憶部６ａが保有する地図ＤＢの地図情報である端末地図情報と照合する地図照合部１０と、配信要求された道路を適切な道路に変形するために推定処理を行い、当該推定処理により推定された結果に基づいて配信要求された道路を必要に応じて変形する道路推定部１１と、地図情報端末３が保有する地図情報と道路推定部１１で得られた道路を例えば追加した地図情報との差分データを生成する生成手段である差分データ生成部１２と、通信部４と通信ネットワーク２を介して地図情報端末３からの配信要求に対応する地図データである配信データを配信する配信部１３とから構成されている。
【００２０】
また、図２において、記憶部６ａは、地図配信サーバ１ａが過去に地図情報端末３にリリースした地図情報を保有する地図ＤＢを記憶する第１の地図情報記憶手段であるリリースＤＢ（データベース）記憶部１５と、把握可能な範囲での最新の道路情報を反映した地図情報を保有する地図ＤＢを記憶する第２の地図情報記憶手段である最新ＤＢ（データベース）記憶部１４と、地図情報端末３に関する端末情報とこの地図情報端末３のユーザに関する登録情報等を記憶する端末情報記憶部１６とから構成されている。なお、リリースＤＢ記憶部１５は、過去に地図情報端末３にリリースした地図情報を有しているが、それに対し、地図情報のリリースのタイミングによっては、最新ＤＢ記憶部１４は、現時点ではまだ地図情報端末３にリリースしていない地図情報をも有している場合がある。
【００２１】
また、図３は、図１の地図情報端末３の構成をさらに詳細に説明するための構成図である。
【００２２】
図３において、地図情報端末３は、ユーザが操作入力を行うための例えばタッチパネルやリモコンからなる端末操作手段である端末操作部１７と、ユーザが所有する地図情報端末３の固有の端末ＩＤ情報を記憶する端末ＩＤ記憶部１８と、ユーザが乗車する車両の現在位置を測位するための例えばＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機や車両の進行方位を検出するジャイロセンサや車両から送られてくる車速パルス等の外部信号に基づいて車両の移動速度を検出する速度センサからなるセンサ部１９と、地図配信サーバ１ａから配信された配信データを用いて地図情報端末３が搭載された車両のナビゲーションを行うために必要な情報を記憶する端末記憶部２０と、地図配信サーバ１ａとの間で配信要求を送信し配信データを受信するための端末通信部２１と、ユーザが端末操作部１７を操作して地図配信サーバ１ａへの配信要求を行うための操作画面を表示するとともに地図ＤＢ記憶部２４に記憶された地図ＤＢに含まれる地図情報を用いて作成されたナビゲーション画面を表示する端末表示部２２とから構成されている。
【００２３】
なお、図３の端末記憶部２０は、自車のナビゲーションを行うために使用する地図情報である端末地図情報を含んでデータベース化された地図ＤＢを記憶する地図ＤＢ記憶部２４と、地図情報端末３からの配信要求に応じて地図配信サーバ１ａから配信された配信データを記憶する配信データ記憶部２５と、自車のナビゲーションを行うためのナビゲーションプログラムや配信データを用いて地図ＤＢを更新するための更新プログラム等を記憶している。地図ＤＢ記憶部２４は、端末地図情報を記憶する端末地図情報記憶手段である。
【００２４】
次に、地図情報端末３から通信ネットワーク２を介して地図配信サーバ１ａに送信される配信要求のデータ構造と、地図配信サーバ１ａから通信ネットワーク２を介して地図情報端末３に送信される配信データのデータ構造とについて、図４を用いて説明する。
【００２５】
図４（ａ）は、地図情報端末３から通信ネットワーク２を介して地図配信サーバ１ａに送信される配信要求のデータ構造を示している。配信要求は、端末ＩＤ情報、地図バージョン、対象物種別、編集情報、及び対象データからなる。
【００２６】
ここで、対象ＩＤ情報は、地図情報端末３に固有の端末ＩＤ番号や暗号鍵等の情報を有している。また、地図バージョンは、地図情報端末３が地図ＤＢ記憶部２４に記憶された地図ＤＢのバージョン番号であり、地図がリリースされた年月日を特定することができる。
【００２７】
さらに、対象物種別は、地図ＤＢ記憶部２４が記憶する地図ＤＢの端末地図情報において、編集を要求する例えば道路や施設といった対象物の種別を表すものである。例えば、地図ＤＢ記憶部２４が記憶する地図ＤＢの地図情報を道路に関して変更する場合は、対象物種別を道路とし、施設に関して変更する場合は対象物種別を施設に指定する。
【００２８】
また、編集情報は、地図ＤＢ記憶部２４に記憶された地図ＤＢが保有する地図情報を編集するにおいて、具体的にはどのような編集を行うのかを示す情報である。例えば、道路や施設を追加するのか、削除するのか、別のものに変更するのかを指定する。
【００２９】
対象データは、対照物種別が道路の場合は、編集の対象となる道路の道路位置座標点列や既存道路との接続情報や道路のリンク番号等のデータであり、対照物種別が施設の場合は、編集の対象となる既存施設の名称や位置のデータやアイコンデータ等である。
【００３０】
また、図４（ｂ）は、地図情報端末３からの配信要求に対応して、地図配信サーバ１ａから通信ネットワーク２を介して地図情報端末３に送信されて配信される配信データのデータ構造を示している。配信データは、端末ＩＤ情報、地図バージョン、対象物種別、編集情報、差分地図データ、及び信頼ステータスからなる。
【００３１】
ここで、端末ＩＤ情報は、配信要求を送信した地図情報端末３を特定するための固有の端末ＩＤや暗号鍵で、図４（ａ）の配信要求に含まれるものと同じである。もしくは、暗号の方式によっては、地図配信サーバ１ａが正当なものかどうかを地図情報端末３が判断するための暗号鍵が含まれる。
【００３２】
また、地図バージョンについても、配信要求を送信した地図情報端末３が地図ＤＢ記憶部２４に記憶された地図ＤＢが保有している地図情報のバージョン情報と同じ情報である。
【００３３】
なお、地図配信サーバ１ａは、地図情報端末３から送信される配信要求の中に示された地図バージョンを参照して、記憶部６ａを構成するリリースＤＢ記憶部１５の中から配信要求の中に示された地図バージョンに対応する地図情報を選択し、当該地図情報に対して配信要求に基づいて編集を行った上で、当該配信要求を送信してきた地図情報端末３に編集後の配信データを送信する。
【００３４】
すなわち、地図配信サーバ１ａは、配信要求を送信する特定の地図情報端末３だけでなく、それ以外の地図情報端末（図示せず）に対しても配信要求を受け付けて編集後の配信データを送信する必要がある。
【００３５】
従って、地図配信サーバ１ａが複数の地図情報端末に対応して地図情報を管理する上では、リリースＤＢ記憶部１５に記憶された地図ＤＢの地図情報と地図バージョンによってどの地図情報であるか対応を取れることが必要である。そこで、地図情報端末３では、地図配信サーバ１ａからの配信データを用いて地図ＤＢ記憶部２４の地図ＤＢの地図情報を更新して得られた地図情報は、管理上の目的で編集前の地図情報と同じ地図バージョンを有するようにしている。
【００３６】
なお、地図情報端末３において、編集前の地図情報と編集後の地図情報とを区別するために、区別化のための付加情報を地図バージョンに追加しても良いのは言うまでも無い。
【００３７】
対象物種別及び編集情報についても、それぞれ地図情報端末３が送信した配信要求に含まれる対象物種別及び編集情報と同じ情報である。
【００３８】
差分地図データは、地図情報端末３からの配信要求に基づいて、地図情報端末３の地図ＤＢ記憶部２４に記憶されている地図ＤＢの地図情報と同一の地図バージョンであって地図配信サーバ１ａのリリースＤＢ記憶部１５に記憶されている地図ＤＢの地図情報を編集して得られた地図データと同じく同一の地図バージョンであって編集前の地図情報に基づく地図データとの差分データである。
【００３９】
信頼ステータスは、地図配信サーバ１ａが制御部５ａの中の地図照合部１０の照合処理の結果に基づいて設定したもので、地図配信サーバ１ａが地図情報端末３からの配信要求に基づいて編集して得られた地図データの情報としての信頼度を示す情報である。
【００４０】
次に、この発明に係る地図配信システムの実施の形態１について、地図配信サーバ１ａ及び地図情報端末３の動作を詳細に説明する。
【００４１】
地図情報端末３は、端末記憶部２０の地図ＤＢ記憶部２４の地図ＤＢが保有している地図情報に従って、地図表示、ロケーション、経路探索、経路誘導、及び施設検索等を行う。ユーザは、端末表示部２２の表示を見ながら種々の操作を行うことで、地図情報端末３を使うことができる。ここでは、地図情報端末３の地図ＤＢ記憶部２４は、例えば地図バージョンがＶｅｒ１．０（２００６年５月リリース）の地図情報を含む地図ＤＢを記憶しているものとする。
【００４２】
図５は、この発明に係る地図配信システムの実施の形態１での地図情報端末３と地図配信サーバ１ａとの動作を説明するためのそれぞれ保有している地図情報に基づく地図の例である。地図情報端末３の端末記憶部２０の地図ＤＢ記憶部２４の地図ＤＢには、例えば図５（ａ）に示す地図に対応する地図情報が保有されているものとする。図５（ａ）の地図において、Ｌは道路を表し、その後ろの数字は道路の番号を示している。すなわち、Ｌ１は、道路番号が１の道路という意味である。
【００４３】
一方、地図配信サーバ１ａの記憶部６ａの最新ＤＢ記憶部１４には、例えば地図バージョンがＶｅｒ２．０（２００８年１０月リリース）であって、例えば図５（ｂ）に示す最新の地図情報を含む地図ＤＢが記憶されているものとする。地図配信サーバ１の最新地図情報に基づく地図は、地図情報端末３が保有するバージョンがＶｅｒ１．０の地図情報に基づく地図と比べると、道路Ｌ４が無くなり、道路Ｌ５，Ｌ６，及びＬ７が追加されている。
【００４４】
さらに、図５（ｃ）は、ユーザが地図情報端末３の端末操作部１７を操作して、例えばカーソルを用いた作図操作を行うことにより、地図情報端末３の図５（ａ）に示す地図情報に基づく地図に新たな道路Ｒ５を追加する内容の配信要求を作成する手順を説明するための地図を示している。
【００４５】
また、図５（ｄ）は、地図情報端末３からの配信要求に基づいて編集された地図情報に基づく地図と地図配信サーバ１ａの図５（ｂ）に示す最新の地図情報に基づく地図とを比較して、変化した道路のみを抽出した上で、抽出された道路に対して、追加しようとする道路Ｒ５を照合するために追加記載したものである。
【００４６】
さらに、図５（ｅ）は、地図情報端末３からの配信要求に対応して、地図配信サーバ３から送信されてきた図４（ｂ）に示す配信データを用いて地図ＤＢ記憶部２４が記憶する地図ＤＢの地図情報を更新し、更新された地図情報に基づいて端末表示部２２に表示された地図である。図５（ｅ）において、道路Ｈ５は、追加しようとする道路Ｒ５が最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に含まれる道路Ｌ５に該当すると判断された道路を示している。
【００４７】
図６は、この発明に係る地図配信システムの実施の形態１について、地図情報端末３の動作を説明するための動作フロー図である。図３、図４、図５、及び図６を用いて、地図配信システムのうちの地図情報端末３の動作をまず説明する。
【００４８】
図６の地図情報端末３の動作フロー図を説明するにおいて、地図情報端末３には、地図ＤＢ記憶部２４の地図ＤＢが保有する地図バージョンがＶｅｒ１．０の地図情報に基づいて作成された地図が、図５（ａ）に示すように、端末表示部２２に表示されているものとする（ステップＳ１０）。
【００４９】
ユーザが、例えば所望の道路の追加や削除や変更等の地図の編集を行うために、端末操作部１７を操作すると、端末表示部２２の地図の画面が地図編集メニューに遷移して表示される（ステップＳ１１）。
【００５０】
地図編集メニューを見ながら、ユーザは端末操作部１７を操作して、編集操作と編集対象を指定する。編集対象としては、例えば道路や施設等を指定する（ステップＳ１２）。編集操作としては、編集対象の追加、削除、及び変更等を指定する。具体的には、ユーザが例えば道路Ｒ５を図５（ａ）に示す地図に追加しようとする場合、ユーザは端末操作部１７のポインティングデバイス等を用いたカーソルによる作図操作で図５（ａ）の地図上で道路Ｒ５を追加する操作を行うと、図５（ｃ）に示されるように道路Ｒ５が追加される。このユーザの作図操作によって、地図情報端末３が保有する端末地図情報である地図情報に道路Ｒ５に関する情報を追加するというユーザの要求が入力されることとなる。
【００５１】
ステップＳ１２で入力されたユーザの要求に基づいて、地図情報端末３の端末制御部２３は、図４（ａ）に示す配信要求を作成する（ステップＳ１３）。すなわち、図４（ａ）において、端末ＩＤ情報には、地図情報端末３の端末ＩＤ番号や暗号鍵が設定される。地図バージョンは、地図情報端末３の地図ＤＢ記憶部２４に記憶された地図ＤＢの地図情報のバージョンで、Ｖｅｒ１．０となる。また、道路Ｒ５を追加するので、対象物種別は道路、編集情報は追加、対象データは道路の道路位置座標点列、既存道路との接続情報、及び道路のリンク番号等となる。
【００５２】
次に、地図情報端末３は地図配信サーバ１ａに所望の地図の配信を要求するために、地図情報端末３の端末通信部２１から、端末制御部２３が作成した配信要求が、通信ネットワーク２を介して、地図配信サーバ１ａに送信される（ステップＳ１４）。
【００５３】
以上までが、地図情報端末３が地図配信サーバ１ａに図４（ａ）に示された配信要求を送信するまでの動作である。
【００５４】
図７は、この発明に係る地図配信システムの実施の形態１について、地図配信サーバ１ａの動作を説明するための動作フロー図である。図２、図４、図５、及び図７を用いて、地図情報端末３からの配信要求を受信した地図配信サーバ１ａの動作を以下に説明する。
【００５５】
図７の地図配信サーバ１ａの動作フロー図を説明するにおいて、地図配信サーバ１ａでは、最新ＤＢ記憶部１４には地図バージョンがＶｅｒ２．０の図５（ｂ）に示す最新の地図情報を含む地図ＤＢが記憶されているものとする。
【００５６】
図７において、まず地図配信サーバ１ａは地図情報端末３からの配信要求を通信部４で受信する（ステップＳ２０）。受信された配信要求は、制御部５ａの要求入力部８ａで受け付けられる。そして、地図情報端末３に対して、要求入力部８ａは配信要求を受けた旨を返信する。
【００５７】
次に、要求入力部８ａで受け付けられた配信要求は、認証部９に送られ、認証部９では、図４（ａ）に示された配信要求の中の端末ＩＤ情報の端末ＩＤ番号と暗号鍵とが参照されて、配信要求を送ってきた地図情報端末３がユーザとの契約済の対象となる端末であるか否かを登録確認を行うことで当該地図情報端末３は登録端末であると認証する（ステップＳ２１）。
【００５８】
なお、ステップＳ２１で、地図情報端末３が登録端末で無かった場合は、地図配信サーバ１ａは、配信不可の理由を記述して地図情報端末３に返信を行う（ステップＳ２８）。この際、例えば図４（ｂ）の配信データの中の編集情報に配信不可を示すコード番号を設定し、差分地図データの中に配信不可の理由を記述する。この返信を行うことで、地図配信サーバ１ａの動作フローは終了する（ステップＳ２９）。
【００５９】
一方、ステップＳ２１で、地図情報端末３が登録端末であった場合は、地図照合部１０は、地図情報端末３から配信要求された道路を、記憶部６ａが保有するデータベースの地図情報と照合する。ここで、地図照合部１０は、第１の照合手段として動作する。
【００６０】
具体的には、地図照合部１０は、まず、リリースＤＢ記憶部１５に記憶されている過去にリリースされた地図情報の中から、地図バージョンが配信要求と同じ地図情報を選択し、当該地図情報と最新ＤＢ記憶部１５に記憶された最新の地図ＤＢの地図情報とを比較する（ステップＳ２２）。
【００６１】
すなわち、配信要求には地図バージョンはＶｅｒ１．０と設定されているので、地図照合部１０は、リリースＤＢ記憶部１５が記憶する地図情報の中から地図バージョンがＶｅｒ１．０の地図情報を選び出す。次に、地図照合部１０は、このＶｅｒ１．０の図５（ａ）に示す地図に対応する地図情報と最新ＤＢ記憶部１５に記憶された地図ＤＢが含むＶｅｒ２．０の図５（ｂ）に示す地図に対応する最新の地図情報とを比較する。その結果、地図情報端末３が保有している地図情報に基づく地図を基準にして、地図配信サーバ１ａが保有している最新の地図情報に基づく地図における変化した道路のみを抽出することができる。
【００６２】
以上のようにして抽出された変化した道路のうちでバージョンがＶｅｒ１．０から最新のＶｅｒ２．０に更新されるに際して追加された道路と、ユーザの要望で配信要求に基づいてこれから追加しようとする道路Ｒ５とを照合する。
【００６３】
図５（ｄ）には、変化した道路であるＬ４、Ｌ５、Ｌ６、及びＬ７と、これから追加しようとする道路Ｒ５とが示されている。このうち、Ｌ５、Ｌ６、及びＬ７がＶｅｒ２．０に更新される際に追加された道路である。従って、これらの追加された道路は、最新ＤＢ記憶部の地図ＤＢの最新のＶｅｒ２．０の地図情報に基づく地図には存在するが、地図情報端末３が保有するＶｅｒ１．０の地図情報に基づく地図には存在しない。
【００６４】
次に、地図照合部１０では、最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に基づく地図に、配信要求に基づいて追加しようとする道路Ｒ５に該当する道路が存在するか否かが調べられる（ステップＳ２３）。これは、図５（ｄ）に示された道路のうちの最新のＶｅｒ２．０の地図情報に更新される際に追加された道路Ｌ５、Ｌ６、及びＬ７のいずれかに、道路Ｒ５が該当するか否かを各道路と道路Ｒ５との一致度を計算して判断する。
【００６５】
図８は、最新のＶｅｒ２．０の地図情報に更新される際に追加された各道路と配信要求に基づいて追加しようとしている道路Ｒ５との一致度の計算についての判断ロジックの一例を説明するための説明図である。ただし、図８においては、更新される際に追加された道路のうちで、明らかに一致していないことから道路Ｒ５から大幅に離れている道路Ｌ７の記載を省略している。しかし、道路Ｌ７の道路Ｒ５との一致度の計算についても、道路Ｌ５やＬ６の場合と同様の計算を用いることができるのは言うまでも無い。また、一致度の計算では一例として説明した図８に示す手法以外であっても良いのは言うまでも無い。
【００６６】
さて、道路Ｌ５及び道路Ｒ５間の一致度をＳ（Ｒ５−Ｌ５）と表記して、図８に示すように、道路Ｌ５と道路Ｒ５との間に形成される領域の面積でもって判断する。道路Ｌ６及び道路Ｒ５間の一致度についても同様にＳ（Ｒ５−Ｌ６）と表記して、図８に示すように、道路Ｌ６と道路Ｒ５との間に形成される領域の面積でもって判断する。
【００６７】
これらの一致度Ｓ（Ｒ５−Ｌ５）及びＳ（Ｒ５−Ｌ６）は、それぞれ次のような式（１）及び式（２）で表される。
【００６８】
【数１】
【００６９】
【数２】
【００７０】
ここで、ｆ（Ｒ５）は、道路Ｒ５に対して移動と回転（ｘｙΘ）を施す関数で、Ｗは施した分だけ重みを加える関数である。また、ｓ（Ｒ，Ｌ）とは、道路を意味する線分Ｒと線分Ｌで囲まれた面積である。図８においては、説明の都合上、ｘ＝ｙ＝Θ＝０とした場合を示している。
【００７１】
Ｓ（Ｒ５−Ｌ５）とＳ（Ｒ５−Ｌ６）とを比べると、明らかにＳ（Ｒ５−Ｌ５）が小さく、かつ、Ｓ（Ｒ５−Ｌ５）が所定の閾値Ｓｔｈよりも小さい場合は、道路Ｒ５を道路Ｌ５と特定する。一方、Ｓ（Ｒ５−Ｌ５）が、Ｓ（Ｒ５−Ｌ６）と比べて明らかに小さくても所定の閾値Ｓｔｈ以上である場合は、道路Ｒ５に該当する道路は最新ＤＢ記憶部１４が記憶する地図ＤＢの地図情報に基づく地図に無いと判断する。
【００７２】
ステップＳ２３において、道路Ｒ５を道路Ｌ５と特定した場合は、最新ＤＢ記憶部１４が記憶する地図ＤＢの地図情報に基づく地図に配信要求に基づいて追加しようとする道路Ｒ５に該当する道路Ｌ５が存在すると判断されて、ステップＳ３０へ行く。
【００７３】
次に、差分データ生成部１２は、リリースＤＢ記憶部１５に記憶された地図ＤＢの地図情報であって地図バージョンが配信要求の地図バージョンに一致する地図情報との比較に基づいて、追加しようとする道路Ｒ５に該当する道路Ｌ５に対応する差分地図データを作成する（ステップＳ３０）。すなわち、図５（ｅ）に示された地図の地図情報に該当する地図情報と図５（ａ）に示された地図の地図情報との差分を行うこととなる。
【００７４】
最新ＤＢ記憶部１４が記憶する地図ＤＢの地図情報に基づく地図に配信要求に基づいて追加しようとする道路Ｒ５に該当する道路Ｌ５が存在するので、当該道路の情報としての信頼度は高いと考えることができる。そこで、全体制御部７は、差分データ生成部１２で作成された差分地図データの、正確に言えば当該差分地図データによって更新された地図情報端末３の保有する地図情報の情報としての信頼度を示す信頼ステータスを、例えば最も信頼度の高い５に設定する（ステップＳ３１）。このように、全体制御部７は、信頼ステータス設定手段として動作する。
【００７５】
次に、配信部１３で、図４（ｂ）に示された配信データが作成され、当該配信データは、通信部４から通信ネットワーク２を介して地図情報端末３に、地図情報端末３から受信した配信要求への応答として送信される（ステップＳ３２）。
【００７６】
なお、配信部１３で作成される図４（ｂ）の配信データにおいて、端末ＩＤ情報は、配信要求を送信した地図情報端末３を特定するための固有の端末ＩＤや暗号鍵で、図４（ａ）の配信要求に含まれるものと同じである。地図バージョンについても、配信要求を送信した地図情報端末３が地図ＤＢ記憶部２４に記憶された地図ＤＢの地図情報のバージョン情報と同じＶｅｒ１．０である。さらに、対象物種別及び編集情報についても、それぞれ地図情報端末３が送信した配信要求に含まれる対象物種別及び編集情報と同じで、対象物種別が道路で、編集情報が追加となっている。差分地図データは、ステップＳ３０で差分データ生成部１２が作成したもので、追加しようとする道路Ｒ５に該当する道路Ｌ５に対応する差分地図データである。さらに、信頼ステータスは、ステップＳ３１で全体制御部７が設定した５となっている。
【００７７】
以上のようにして、地図情報端末３からの道路Ｒ５を追加するという配信要求に応じて、ステップＳ２３において道路Ｒ５を道路Ｌ５と特定した場合の地図配信サーバ１ａの動作フローは終了する（ステップＳ３３）。
【００７８】
次に、地図配信サーバ１ａの動作に続けて、地図配信サーバ１ａから配信された配信データを受信した地図情報端末３の動作について、図６に戻って以下に説明する。
【００７９】
図６に示された地図情報端末３の動作フローにおいて、地図情報端末３は、地図配信サーバ１ａに送信した配信要求に対して、地図配信サーバ１ａが応答を受けたかどうかをチェックし、地図配信サーバ１ａから配信要求を受けた旨の返信が来ない場合は、応答を受けていない（ＮＯ）として、待機待ちとなる（ステップＳ１５）。それに対して、地図配信サーバ１ａから配信要求を受けた旨の返信が送信され、地図情報端末３が当該返信を受信すると、地図情報端末３は、地図配信サーバ１ａが応答を受けた（ＹＥＳ）として、ステップＳ１６へ行く。
【００８０】
次に、地図情報端末３は、地図配信サーバ１ａから図４（ｂ）に示す配信データを、通信ネットワーク２を介して、端末通信部２１で受信する（ステップＳ１６）。端末制御部２３は、端末通信部２１で受信された配信データを端末記憶部２０の配信データ記憶部２５に記憶させる。
【００８１】
次に、端末制御部２３は、配信データ記憶部２５に記憶された配信データに基づいて、地図ＤＢ記憶部２４に記憶された地図ＤＢの地図情報である端末地図情報を更新する。すなわち、端末制御部２３は、端末地図情報の更新手段として動作する。具体的には、配信データに含まれる地図バージョンが地図ＤＢ記憶部２４に記憶された地図ＤＢの地図情報と同じＶｅｒ１．０であることを確認した上で、配信データに含まれる差分地図データを用いて地図ＤＢ記憶部２４に記憶された地図ＤＢの地図情報を差分更新する（ステップＳ１７）。
【００８２】
地図情報端末３の端末制御部２３は、配信データ記憶部２５に記憶された配信データに含まれる信頼ステータスを参照し、信頼ステータスに従い、地図ＤＢ記憶部２４に記憶された地図ＤＢの地図情報を用いてナビゲーション機能を実行する（ステップＳ１８）。なお、信頼ステータスは地図配信サーバ１ａによって最も信頼度の高い５に設定されているので、地図情報端末３のナビゲーション手段である端末制御部２３は、例えば、探索、誘導、表示、ロケーション等、当該地図情報端末３が実行可能なすべてのナビゲーション機能を実行できる。
【００８３】
以上のようにして、地図情報端末３からの道路Ｒ５を追加するという配信要求に応じて、地図配信サーバ１ａは最新ＤＢ記憶部１４が記憶する地図ＤＢの地図情報の地図に道路Ｒ５に該当する道路Ｌ５が存在すると判断した上で配信データを作成して配信し、地図情報端末３は配信された配信データを受信して地図ＤＢ記憶部２４に記憶された地図ＤＢの地図情報を受信された配信データに基づいて更新するという一連の地図情報端末３と地図配信サーバ１ａの動作が終了する（ステップＳ１９）。
【００８４】
一方、ステップＳ２３において、追加しようとする道路に該当する道路は最新ＤＢ記憶部１４が保有する地図情報に基づく地図に無いと判断された場合は、ステップＳ２３からステップＳ２４へ行くこととなる。
【００８５】
図９は、この発明に係る地図配信システムの実施の形態１での地図情報端末３と地図配信サーバ１ａとの動作を説明するための地図の例であるが、地図情報端末３の配信要求が図５（ｃ）に示す道路Ｒ５を追加するという内容とは異なる別の例を示すものである。すなわち、地図情報端末３からの配信要求は道路Ｒ８を追加する内容であり、かつ、追加しようとする道路Ｒ８は、最新ＤＢ記憶部１４が記憶する地図ＤＢの地図情報の地図に該当する道路が存在しないと地図配信サーバ１が判断するような信頼度の低い道路であるものとする。
【００８６】
なお、地図情報端末３の端末記憶部２０の地図ＤＢ記憶部２４には、上記の説明と同様に図５（ａ）に示す地図に対応する地図情報を含む地図ＤＢが記憶されているものとする。
【００８７】
また、地図配信サーバ１ａの最新ＤＢ記憶部１４には、上記の説明と同様に図５（ｂ）に示す地図に対応する地図情報を含む地図ＤＢが記憶されているものとする。さらに、図９において、図５と同一符号は同一または相当部分を示すので説明を省略する。
【００８８】
図９（ａ）は、ユーザが地図情報端末３の端末操作部１７を操作して、例えばカーソルを用いた作図操作を行うことにより、地図情報端末３の図５（ａ）に示す地図情報に基づく地図に上記にて説明した新たな道路Ｒ８を追加する内容の配信要求を作成する場合を説明するための地図情報に基づく地図を示している。なお、追加しようとする道路Ｒ８は、交差する道路Ｌ１との関係において、突き出た部分Ｒ８ａを有しているものとする。ここで、突き出てすぐ行き止まりとなる道路の形状は地図情報としてさらに信頼度が低いものであると想定する。
【００８９】
また、図９（ｂ）は、地図情報端末３からの配信要求に基づいて編集された地図情報に基づく地図と地図配信サーバ１ａの最新ＤＢ記憶部１４に記憶された地図ＤＢの最新の地図情報に基づく図５（ｂ）に示された地図とを比較して、変化した道路のみを抽出したものに対して、追加しようとする道路Ｒ８を照合するという地図照合部１０の動作を説明するための図である。
【００９０】
さらに、図９（ｃ）は、追加しようとする道路の形状から、当該道路の地図情報として信頼度が低い要素を推定して修正する推定処理を説明するための地図の例である。図９（ｃ）においては、道路Ｒ８について、突き出た部分Ｒ８ａを有しているという道路の形状から、地図情報として信頼度が低いとして、突き出た部分Ｒ８ａが誤った情報であると推定し、道路Ｒ８から突き出た部分Ｒ８ａを除く処理を行うという推定処理が施される。道路Ｓ８は、道路Ｒ８にこのような推定処理が施されて得られた道路を示している。
【００９１】
さらに、図９（ｄ）は、地図情報端末３からの道路Ｒ８を追加するという配信要求に対応して、地図配信サーバ１ａから送信されてきた配信データを用いて地図ＤＢ記憶部２４が記憶する地図ＤＢの地図情報を更新し、更新された地図情報に基づいて端末表示部２２に表示された地図である。図９（ｄ）において、道路Ｈ８は、追加しようとする道路Ｒ８が最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に存在しないと判断された上で、道路Ｒ８から信頼度の低い突き出た部分Ｒ８ａを除く推定処理が施されて得られた道路である。
【００９２】
地図情報端末３からの配信要求において追加しようとする道路Ｒ８は、最新ＤＢ記憶部１４が記憶する地図ＤＢの地図情報の地図に該当する道路が存在しないと地図配信サーバ１ａが判断するような信頼度の低い道路であるので、図７に示す地図配信サーバ１ａの動作フローの中でステップＳ２３において追加しようとする道路が最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に存在しないと判断されてステップＳ２４に行った以降の地図配信サーバ１ａ及び地図情報端末３の動作について、以下に説明する。なお、ステップＳ２３よりも前の地図配信サーバ１ａ及び地図情報端末３の動作は、既に説明した動作内容と同様であるので、説明を省略する。
【００９３】
図７において、ステップＳ２４では、地図情報端末３からの配信要求に基づいて追加しようとする道路Ｒ８に推定処理を施す。配信要求には、図４（ａ）に示されるように、対象物種別が道路Ｒ８で、編集情報が追加であり、対象データとして道路Ｒ８の各種データ等が含まれている。
【００９４】
さて、追加しようとする道路Ｒ８は、地図情報として信頼度が低い要素である突き出た部分Ｒ８ａを有している。そこで、道路推定部１１は、道路Ｒ８から信頼度の低い付き出た部分Ｒ８ａを除いて信頼度を向上した道路Ｓ８を得るための推定処理を行う。推定処理によって得られた道路Ｓ８は、図９（ｃ）に示されるように、交差する道路Ｌ１との関係において、図９（ａ）に示されている突き出た部分Ｒ８ａに相当する部分が無くなっている。
【００９５】
さらに、ステップＳ２４では、差分データ生成部１２は、推定処理によって得られた道路Ｓ８に対応する差分地図データを生成する。当該差分地図データは、図９（ｃ）に示す地図の地図情報と、リリースＤＢ記憶部１５に記憶された地図ＤＢの地図情報であって地図バージョンが配信要求の地図バージョンに一致する地図情報との比較によって、生成される。すなわち、図９（ｃ）に示された地図の地図情報と図５（ａ）に示された地図の地図情報との差分を行うこととなる。
【００９６】
次に、ステップＳ２５では、信頼度の程度が判断される。ここでの信頼度の程度は、信頼性有無の判断内容に関わらず、ステップＳ２３でＹＥＳと判断された場合よりは低いものとなる。これは、追加しようとする道路Ｒ８が最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に基づく地図に存在しなかったためである。
【００９７】
例えば、最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に基づいて、追加しようとする道路Ｒ８に推定処理を施し得られた道路Ｓ８に対し、道路Ｓ８が海の上とか湖の中とかいったような有り得ないような地図上の位置を示す場合は、ステップＳ２５の信頼性有りがＮＯとなって、道路Ｓ８に係る地図情報の信頼度を表す信頼ステータスを最も低い例えば０に設定する（ステップＳ２７）。それに対し、有り得ないような地図上の位置を示すといったような矛盾が無い場合は、ステップＳ２５の信頼性有りがＹＥＳとなって、道路Ｓ８に係る地図情報の信頼度を表す信頼ステータスを中程度の例えば２に設定する（ステップＳ２６）。
【００９８】
以上のようにして、信頼ステータスが設定された後は、既に説明した動作フローと同様であり、ステップＳ３２において、配信部１３で、図４（ｂ）に示された配信データが作成され、当該配信データは、通信部４から通信ネットワーク２を介して地図情報端末３に、地図情報端末３から受信した配信要求への応答として送信される。
【００９９】
以上のようにして、地図情報端末３からの道路Ｒ８を追加するという配信要求に応じて、ステップＳ２３において道路Ｒ８は最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に基づく地図には存在しない場合の地図配信サーバ１ａの動作フローは終了する（ステップＳ３３）。
【０１００】
次に、地図配信サーバ１ａの動作に続く、地図配信サーバ１ａから配信された配信データを受信した地図情報端末３の動作については、道路Ｒ５を追加する配信要求の場合と実質的に略同様であるので、図６に戻って、異なる部分を中心に以下では説明する。
【０１０１】
地図情報端末３では、地図配信サーバ１ａから配信された配信データを受信し（ステップＳ１６）、当該配信データに基づいて地図ＤＢ記憶部２４に記憶された地図ＤＢの地図情報を更新する（ステップＳ１７）。
【０１０２】
次に、地図情報端末３の端末制御部２３は、信頼ステータスの値に応じて、制限を加えてナビゲーション機能を実行する。道路Ｒ５を追加する配信要求の場合は、信頼ステータスが最も高い５に設定されていたので、地図情報端末３が実行可能な探索、誘導、表示、ロケーション等、すべてのナビゲーション機能を実行することができた。
【０１０３】
それに対して、上記で説明したように、例えば道路Ｓ８が有り得ない地図上の位置を示すことから、信頼ステータスが最も低い０に設定されている場合は、地図情報端末３は、例えば、ナビゲーション機能が表示のみに制限される。また、信頼ステータスが中程度の例えば２に設定されている場合は、地図情報端末３は、例えば、ナビゲーション機能が表示及びロケーションに制限される。
【０１０４】
以上のように、この発明に係る実施の形態１の地図配信システムにおいては、地図情報端末３からの配信要求を受けて、地図配信サーバ１ａは信頼性の度合いが考慮されたユーザが所望の地図データを含む配信データを受信し、当該配信データに基づいて地図情報端末３の地図情報が更新されるように構成されているので、地図情報端末は地図情報の信頼度に応じたナビゲーション機能を実行できるという効果がある。
【０１０５】
以上では、編集情報が追加の場合を例に説明したが、削除や変更であってもその編集情報に適応した同様な処理が行われる。例えば、編集情報が道路Ｒ５の追加ではなくて道路Ｒ５の削除となっていた場合は、削除しようとする道路Ｒ５が、Ｖｅｒ１．０の地図情報に基づく地図には存在してＶｅｒ２．０の地図情報に基づく地図には存在しないＬ４の道路に該当するか否かが照合されることとなる。
【０１０６】
また、配信要求において、編集の対象物種別が道路の場合を例に説明したが、施設の場合でも同様の処理が行われるのは言うまでもない。
【０１０７】
また、地図情報端末３は、配信データに含まれる信頼ステータスの値に応じて、ナビゲーション機能として更新された地図情報に基づく地図の表示を実行する場合に、信頼ステータスに応じて道路の色の表現方法を変えるようにすれば、ユーザは更新された地図がどのぐらいの信頼性の度合いを持っているのかを一目で把握できるという効果がある。その場合、特に信頼ステータスが最も高い地図情報に対しては、通常の地図表示と全く同じにするのがユーザの理解を容易に得られるという点で効果がある。ユーザは、通常の地図表示と異なると感じるだけで、容易に表示された地図が信頼性の度合いが低いことを知ることができる。
【０１０８】
また、ユーザが地図情報端末３の端末操作部１７を操作することで、信頼ステータスの値と実行可能なナビゲーション機能との関係を設定するようにしても良い。ユーザが設定できれば、ユーザの嗜好に合ったさらに好適な地図情報端末３を得ることができる。
【０１０９】
また、地図情報端末３から送信される配信要求において、対象物種別が施設の場合は、ユーザは、端末操作部１７を操作して、施設名や表示のためのマークを所定のデータから選択して配信要求を作成するようにすれば、ユーザは容易に配信要求を作成できる。
【０１１０】
さらに、地図配信システムは、地図配信サーバ１ａの端末情報記憶部１６ないしは地図情報端末３の端末記憶部２０かのいずれかには、ユーザが所望の地図を得るための配信要求を何回実施できるかを規制する配信可能ポイントが記憶されており、予め配信の種類に応じて必要なポイントが定められていて、ユーザが配信要求を行う度に、配信の種類に応じたポイントが配信可能ポイントから減算されるように構成されていても良い。このように構成されることにより、ユーザの配信要求を簡便に管理できる。例えば、配信可能ポイントが負になった場合は、これ以上はユーザは配信サービスを利用できないようにしても良い。また、ユーザの配信可能ポイントは、通信ネットワーク２を介して、ユーザによる入金情報を取得可能となっており、入金に応じて配信可能ポイントを増加させるようにしても良い。
【０１１１】
さらに、以上では、配信データは配信要求で追加を要求された道路Ｒ５に対応する道路Ｌ５、すなわち一致度Ｓが最も小さい道路のみの地図差分データを含む場合について説明したが、道路Ｒ５に対する一致度ＳがＬ５よりも高くても閾値Ｓｔｈ以上で無ければ、道路Ｌ５及び道路Ｌ６の両方の地図差分データを信頼ステータス付きで配信データに含めるようにしても良い。なお、複数の道路に対応する地図差分データが配信データに含まれていた場合、地図情報端末３は、ユーザが端末操作部１７を操作することにより、複数の道路のうちから取捨選択できるようにしても良い。
【０１１２】
また、信頼ステータスにおいては、以上では、０、２、及び５といった整数の場合を例に説明したが、信頼性の度合いを表現できるものであれば、少数や分数等、特に限定されないのは言うまでも無い。
【０１１３】
実施の形態２．
この発明に係る実施の形態１の地図配信システムにおいては、地図配信サーバ１ａの記憶部６ａは最新ＤＢ記憶部１４とリリースＤＢ記憶部１５と端末情報記憶部１６とから構成されているが、この発明に係る実施の形態２の地図配信システムにおいては、地図配信サーバ１ｂ（図示はしないが実施の形態１の地図配信サーバ１ａと区別するために以下では実施の形態２に係る地図配信サーバを地図配信サーバ１ｂと称するものとする。）の記憶部６ｂは、航空写真や衛星写真等の写真画像からなる拡張地図ＤＢを記憶する拡張地図ＤＢ部２６をさらに備えている点が実施の形態１とは異なる。
【０１１４】
最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報を新しい内容に更新していくために、遂次測量等の情報収集が行われている。しかし、情報収集や得られた情報を位置座標点列や既存道路との接続情報やリンク番号等からなる道路の情報や名称や位置等からなる施設の情報に変換してデータベース化していくためにはある程度の時間が必要であり、新たな道路や施設が建設されたり、取り壊されたりしたからといって、即時に地図ＤＢに反映できるわけでは無い。
【０１１５】
それに対して、航空写真や衛星写真をデータベース化した拡張地図ＤＢであれば、写真撮影を行ってその写真画像をデータベース化するだけで済むので、最新ＤＢ記憶部１４に記憶された地図ＤＢよりもより最新の道路や施設の情報を反映している可能性が高い。ただし、写真画像だけでは、画像の濃淡や色だけから道路や施設を判断する必要があり、実地での測量や情報収集に基づいて得られた最新ＤＢ記憶部１４が保有する地図情報に比べると信頼性の点では十分とは言えない。
【０１１６】
従って、航空写真や衛星写真等の写真画像からなる拡張地図ＤＢ（データベース）を最新ＤＢ記憶部１４に記憶された地図ＤＢと併せて使用し、その使用状況に応じて地図情報端末３に配信する配信データに含まれる信頼ステータスを設定すれば、地図情報端末３は信頼ステータスに応じたナビゲーション機能を実行できるので、地図情報端末３のユーザは、より最新の道路や施設の状況が反映されていると同時に、配信データの情報の信頼性の度合いが考慮されたナビゲーションを利用することができる。
【０１１７】
具体的には、地図情報端末３からの配信要求で例えば追加しようとする道路について最新ＤＢ記憶部１４の地図ＤＢで該当する道路が存在した第１の場合には、地図情報端末３に返信する配信データに含まれる信頼ステータスを高く設定し、最新ＤＢ記憶部１４の地図ＤＢでは該当する道路が存在しなかったが、拡張地図ＤＢ部２６の拡張地図ＤＢでは該当する道路が存在した第２の場合には、返信する配信データに含まれる信頼ステータスを第１の場合に比べて低く設定するようにすれば良い。
【０１１８】
図１０は、この発明に係る地図配信システムの実施の形態２のうちの地図配信サーバ１ｂの構成を示す構成図である。実施の形態２においては、図１に示す地図配信システムの全体構成のうちで、地図情報端末３及び通信ネットワーク２は実施の形態１と同様であり、地図配信サーバ１ｂの構成が実施の形態１の地図配信サーバ１ａとは異なる。なお、図１０において、図２と同一符号は同一または相当部分を示すので説明を省略する。
【０１１９】
図１０において、地図配信サーバ１ｂの記憶部６ｂは、最新ＤＢ記憶部１４、リリースＤＢ記憶部１５、及び端末情報記憶部１６に加えて、さらに写真画像からなる拡張地図ＤＢを記憶する拡張地図記憶手段である拡張地図ＤＢ部２６を備えている。
【０１２０】
図１１は、この発明に係る地図配信システムの実施の形態２での地図情報端末３と地図配信サーバ１ｂとの動作を説明するためのそれぞれ保有している地図情報に基づく地図の例及び地図情報と関係する拡張地図ＤＢの航空写真や衛星写真等の写真画像の例である。なお、図５及び図９と同一符号は同一または相当部分を示すので説明を省略する。
【０１２１】
地図配信サーバ１ｂの記憶部６ｂを構成する拡張地図ＤＢ部２６には、例えば図１１（ａ）に示す航空写真の写真画像を含む拡張地図ＤＢが記憶されている。なお、最新ＤＢ記憶部１４には、実施の形態１の場合と同様に図５（ｂ）の地図の地図情報を含む地図ＤＢが記憶されているものとする。また、地図情報端末３の地図ＤＢ記憶部２４には、実施の形態１の場合と同様に図５（ａ）の地図の地図情報を含む地図ＤＢが記憶されているものとする。
【０１２２】
図１１（ａ）の写真画像は、リリースＤＢ記憶部１５に記憶された地図ＤＢの地図情報に基づく地図と対応した位置関係について、上空から撮影した例えば航空写真である。このような航空写真や衛星写真の写真画像が、データベース化されて拡張地図ＤＢとして拡張地図ＤＢ部２６に記憶されている。
【０１２３】
また、図１１（ｂ）は、地図情報端末３からの道路Ｒ９を追加する内容の配信要求において、道路Ｒ９の位置を拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像である図１１（ａ）の航空写真に重ね合わせたものである。そして、図１１（ｂ）は、地図照合部１０が道路Ｒ９を拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像である図１１（ａ）の航空写真と照合する動作を説明するための図である。なお、道路Ｒ９については、実施の形態１で説明した道路Ｒ８の例とは異なり、信頼度の低い突き出た部分は有さないものの例として以下では説明する。
【０１２４】
図１１（ｂ）において、道路画像Ｌ１ｐ、Ｌ３ｐ、Ｌ５ｐ、Ｌ６ｐ、及びＬ７ｐは、それぞれに図５（ｂ）に示した道路Ｌ１、Ｌ３、Ｌ５、Ｌ６、及びＬ７に対応している。さらに、道路画像Ｌ１ｐ、Ｌ２ｐ、Ｌ３ｐは、それぞれに図５（ａ）に示した道路Ｌ１、Ｌ２，及びＬ３に対応している。また、配信要求に基づいて追加しようとする道路が航空写真に重ねて示されている。
【０１２５】
また、図１１（ｃ）は、追加しようとする道路Ｒ９について、地図照合部１０が拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像である航空写真と照合した後に、ステップＳ５５において、拡張地図ＤＢの写真画像である航空写真に道路Ｒ９に該当する道路Ｓ９が存在するとして、図５（ａ）に示された情報端末３の地図ＤＢ記憶部２４の地図ＤＢの地図情報に基づく地図と同じ地図バージョンＶｅｒ１．０を有しており、リリースＤＢ記憶部１５に記憶された地図ＤＢの地図情報に基づく地図に、道路Ｒ９に該当する道路Ｓ９を追加して示した地図である。
【０１２６】
さらに、図１１（ｄ）は、地図情報端末３からの道路Ｒ９を追加するという配信要求に対応して地図配信サーバ１ｂから送信されてきた配信データを用いて、地図情報端末３の端末制御部２３が地図ＤＢ記憶部２４が記憶する地図ＤＢの地図情報を更新し、更新された地図情報に基づいて端末表示部２２に表示された地図である。図１１（ｄ）において、道路Ｈ９は、追加しようとする道路Ｒ９が最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に存在しないと判断された上で、次に、追加しようとする道路Ｒ９が拡張地図ＤＢ部が記憶する拡張地図ＤＢの航空写真と照合され、写真の明暗等から道路Ｒ９に該当する道路Ｓ９が存在するとして判断されて、地図情報端末３の地図ＤＢ記憶部２４が記憶する地図ＤＢの地図情報に基づく地図に追加された道路である。
【０１２７】
図１２は、この発明に係る地図配信システムの実施の形態２について、地図配信サーバ１ｂの動作を説明するための動作フロー図である。なお、図７と同一符号は同一または相当部分を示すので説明を省略する。
【０１２８】
以下では、図１０、図１１、及び図１２を用いて、地図情報端末３からの道路Ｒ８を追加する内容の配信要求を受信した地図配信サーバ１ｂの動作を特に実施の形態２に特徴的な動作を中心に説明する。
【０１２９】
図１２において、実施の形態２に係る地図配信サーバ１ｂの動作は、ステップＳ２３で最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に基づく地図には配信要求に基づいて追加しようとする道路Ｒ８が存在しないのでＮＯと判断した場合以降のステップが、実施の形態１の場合とは異なる。
【０１３０】
ステップＳ２３にて第１の照合手段として動作する地図照合部１０がＮＯと判断すると、ステップＳ５４に行く。ステップＳ５４では、地図照合部１０は、リリースＤＢ記憶部１５に記憶されている過去にリリースされた地図情報の中から、地図バージョンが配信要求と同じ地図情報を選択し、当該地図情報と拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像の地図情報とを比較する。
【０１３１】
すなわち、配信要求には地図バージョンはＶｅｒ１．０と設定されているので、地図照合部１０は、リリースＤＢ記憶部１５が記憶する地図情報の中から地図バージョンがＶｅｒ１．０の地図情報を選び出す。次に、地図照合部１０は、このＶｅｒ１．０の図５（ａ）に示す地図に対応する地図情報と拡張地図ＤＢ部２６に記憶された拡張地図ＤＢが含む図１１（ａ）に示す航空写真の写真画像である地図情報とを比較する。その結果、地図情報端末３が保有している地図情報に基づく地図を基準にして、地図配信サーバ１ｂが保有している写真画像の地図情報に基づく地図における変化した道路のみを抽出することができる。なお、航空写真や衛星写真の写真画像は、最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報よりも、より最新の道路や施設の状況を反映している。従って、ステップＳ２３で追加しようとする道路Ｒ９が最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報では該当する道路が見つからなかったとしても、拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像であれば、見つかる可能性が高くなるという利点がある。
【０１３２】
以上のようにして抽出された変化した道路、すなわち、地図情報端末３が保有している地図情報に基づく地図を基準にして地図配信サーバ１ｂが保有している写真画像の地図情報に基づく地図における変化した道路に対して、地図照合部１０は、ユーザの配信要求に基づいてこれから追加しようとする道路Ｒ９を照合する。ここで、地図照合部１０は、第２の照合手段として動作する。
【０１３３】
その結果、ステップＳ５５において、拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像に係る地図に配信要求に基づいて追加しようとする道路Ｒ９に該当する道路Ｓ９が存在すると地図照合部１０が判断した場合は、次はステップＳ５６へ行く。
【０１３４】
ステップＳ５６では、差分データ生成部１２は、リリースＤＢ記憶部１５に記憶された地図ＤＢの地図情報であって地図バージョンが配信要求の地図バージョンに一致する地図情報との比較に基づいて、追加しようとする道路Ｒ９に該当する道路Ｓ９に対応する差分地図データを生成する。当該差分地図データは、図１１（ｃ）に示された地図の地図情報と図５（ａ）に示された地図の地図情報との差分を行うこととなる。
【０１３５】
次に、ステップＳ５７では、信頼ステータスが設定される。追加しようとする道路Ｒ６は、最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に基づく地図には該当する道路が存在しなかったが、拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像からなる地図情報に基づく地図には存在していた。従って、このような第２の場合の信頼ステータスは、最新ＤＢ記憶部１４の地図ＤＢに存在する第１の場合（信頼ステータス＝５）よりも低く、しかし、拡張地図ＤＢにも存在しない第３の場合よりも高く設定するものとし、例えば、信頼ステータス＝３と設定する。
【０１３６】
以上のようにして、信頼ステータスが設定された後は、既に説明した動作フローと同様であり、ステップＳ３２において、配信部１３で、図４（ｂ）に示された配信データが作成され、当該配信データは、通信部４から通信ネットワーク２を介して地図情報端末３に、地図情報端末３から受信した配信要求への応答として送信される。
【０１３７】
以上のようにして、地図情報端末３からの道路Ｒ９を追加するという配信要求に応じて、ステップＳ２３において道路Ｒ９は最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に基づく地図には該当する道路が存在しないが、ステップＳ５５において道路Ｒ９は拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像からなる地図情報に基づく地図には該当する道路Ｓ９が存在する第２の場合の地図配信サーバ１ｂの動作フローは終了する（ステップＳ３３）。
【０１３８】
次に、地図情報端末３からの道路Ｒ９を追加するという配信要求に応じて、ステップＳ２３においても道路Ｒ９は最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に基づく地図には該当する道路が存在せず、かつ、ステップＳ５５においても道路Ｒ９は拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像からなる地図情報に基づく地図には該当する道路Ｓ９が存在しない第３の場合の地図配信サーバ１ｂの動作フローについて、第２の場合とは異なるステップＳ５５以降について、以下に説明する。
【０１３９】
さて、ステップＳ５５において、地図配信サーバ１ｂの地図照合部１０は、道路Ｒ９は拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像からなる地図情報に基づく地図には該当する道路Ｓ９が存在しないと判断し、次にステップＳ５８へ行くこととなる。
【０１４０】
ステップＳ５８では、地図情報端末３からの配信要求に基づいて追加しようとする道路Ｒ９に推定処理を施す。配信要求には、図４（ａ）に示されるように、対象物種別が道路Ｒ９で、編集情報が追加であり、対象データとして道路Ｒ９の各種データ等が含まれている。
【０１４１】
さて、追加しようとする道路Ｒ９は、実施の形態１において説明した道路Ｒ８の場合とは異なり、突き出た部分を有さないので、大幅な推定処理は行わないが、拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像の濃淡や色等の情報に基づいて、必要に応じた推定処理が施される。
【０１４２】
さらに、ステップＳ５８では、差分データ生成部１２は、推定処理によって得られた道路に対応する差分地図データを生成する。差分地図データの生成については、これまでに説明した内容と同様であるので、説明を省略する。
【０１４３】
次に、ステップＳ５９では、信頼度の程度が判断される。ここでの信頼度の程度は、信頼性有無の判断内容に関わらず、ステップＳ２３でＹＥＳと判断された第１の場合よりも低いのは当然として、さらに、ステップＳ５５でＹＥＳと判断された第２の場合よりも低いものとなる。これは、追加しようとする道路Ｒ９が拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像からなる地図情報に基づく地図に存在しなかったためである。
【０１４４】
例えば、拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像からなる地図情報に基づいて、推定処理を施し得られた道路に対し、当該道路が海の上とか湖の中とかいったような有り得ないような地図上の位置を示す場合は、ステップＳ５９の信頼性有りがＮＯとなって、信頼ステータスを最も低い例えば０に設定する（ステップＳ６１）。それに対し、有り得ないような地図上の位置を示すといったような矛盾が無い場合は、ステップＳ５９の信頼性有りがＹＥＳとなって、当該道路に係る地図情報の信頼度を表す信頼ステータスを少し高い例えば２に設定する（ステップＳ６０）。
【０１４５】
以上のようにして、信頼ステータスが設定された後は、既に説明した動作フローと同様であり、ステップＳ３２において、配信部１３で、図４（ｂ）に示された配信データが作成され、当該配信データは、通信部４から通信ネットワーク２を介して地図情報端末３に、地図情報端末３から受信した配信要求への応答として送信される。
【０１４６】
以上のようにして、地図情報端末３からの道路Ｒ９を追加するという配信要求に応じて、ステップＳ５５において道路Ｒ９は拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像からなる地図情報に基づく地図には存在しない場合の地図配信サーバ１ｂの動作フローは終了する（ステップＳ３３）。
【０１４７】
以上に説明してきたように、この発明に係る実施の形態２の地図配信システムにおいては、地図配信サーバ１ｂが航空写真や衛星写真等の写真画像からなる拡張地図ＤＢを記憶する拡張地図ＤＢ部２６をさらに備え、地図情報端末３からの配信要求の要求内容が最新ＤＢ記憶部１４に記憶された地図ＤＢと照合して該当する内容が存在しない場合は、拡張地図ＤＢ２６に記憶された写真画像からなる拡張地図ＤＢと照合するようにしたので、より最新の道路や施設の状況が反映されていると同時に、配信データの情報の信頼性の度合いが考慮されたナビゲーションが可能となる。
【０１４８】
なお、地図情報端末３は、配信データに含まれる信頼ステータスに応じたナビゲーション機能を実行することとなるが、実施の形態１と同様に、例えば信頼ステータスが最も高い５に設定されていれば、地図情報端末３は探索、誘導、表示、ロケーション等、すべてのナビゲーション機能を実行でき、信頼ステータスが２の場合は、地図情報端末３は例えばナビゲーション機能が表示及びロケーションに限定される。さらに、信頼ステータスが最も低い０の場合は、地図情報端末３はナビゲーション機能が表示のみに制限される。さらに、信頼ステータスが３の場合は、配信要求の内容が写真画像からなる拡張地図ＤＢに該当する内容が存在したのであるから、信頼ステータスが５の場合と区別をせずに、地図情報端末３がすべてのナビゲーション機能を実行できるとしても良いし、信頼ステータスが５の場合と区別をして、地図情報端末３に何らかの機能制限を追加しても良いし、機能制限は無いが信頼ステータスは最高では無いことを示す旨を、端末表示部２２に表示させて、ユーザに知らせるようにしても良い。
【０１４９】
また、信頼ステータスの値に関わらず、地図情報端末３は、配信地図サーバ１ｂから送信された配信データに基づいて地図更新を行った場合は、配信データに含まれる信頼ステータスに基づいて、更新内容の信頼性の度合いを示す表示を、端末表示部２２に表示させるようにすれば、地図情報端末３のユーザは、配信要求した内容の信頼性の度合いを知ることができるという利点がある。
【０１５０】
実施の形態３．
この発明に係る実施の形態１及び実施の形態２の地図配信システムにおいては、地図情報端末３のユーザが所望の配信要求を作成する際には、地図情報端末３が保有する地図情報に基づく地図が端末表示部２２に表示され、次に、ユーザによる端末操作部１７の操作により、地図編集メニューが表示される。ユーザは、地図編集メニューを見ながら、配信要求を作成するために、地図情報端末３が保有する地図情報に基づく地図に対して編集操作を行うようになっている。すなわち、配信要求の編集及び作成に必要な要求編集画面は、地図情報端末３自身が作成する必要がある。
【０１５１】
それに対して、この発明に係る実施の形態３の地図配信システムでは、地図情報端末３は地図配信サーバ１ａないしは１ｂにアクセスし、ブラウザを用いて地図配信サーバ１ａないしは１ｂが保有する地図情報に基づいて作成された要求編集画面をＷＥＢ画面として地図情報端末３の端末表示部２２に表示させる。実施の形態３においては、地図情報端末３は、配信要求を作成するために必要な地図表示データや地図編集メニュー画面等の要求編集画面の作成処理や編集処理自体も自分自身で直接には行わない。
【０１５２】
地図情報端末２３は、このような処理に必要な情報を地図配信サーバ１ａないしは１ｂにアクセスして送ることで、地図配信サーバ１ａないしは１ｂ側で処理を行うようにしたので、地図情報端末３自体の負荷を低減することが可能である。地図情報端末３は、自分自身の負荷を低減できるので、小型化及び低消費電力化が可能となる。
【０１５３】
また、地図配信サーバ１ｃが地図編集画面を作成するので、リリースＤＢ記憶部１５に記憶された地図ＤＢだけでなく、最新ＤＢ記憶部１４に記憶された地図ＤＢも容易に使用可能である。もし、地図情報端末３が最新ＤＢ記憶部１４に記憶された地図ＤＢを使用することになると、当該地図ＤＢの地図情報を通信ネットワーク２を介してわざわざ地図情報端末３に送る必要が生じる。
【０１５４】
図１３は、この発明に係る地図配信システムの実施の形態３のうちの地図配信サーバ１ｃの構成を示す構成図である。実施の形態３においては、図１に示す地図配信システムの全体構成のうちで、地図情報端末３及び通信ネットワーク２は実施の形態１及び実施の形態２と同様であり、地図配信サーバ１ｃの構成が要求編集画面生成部２７を備える点で、実施の形態１の地図配信サーバ１ａや実施の形態２の地図配信サーバ１ｂとは異なる。それ以外は、同様である。なお、図１３において、図１及び図２と同一符号は同一または相当部分を示すので説明を省略する。
【０１５５】
図１３において、地図配信サーバ１ｃは、地図情報端末３がブラウザを用いて配信要求を作成するために必要な配信要求編集画面のデータを生成する要求編集画面生成部２７を備えている。要求編集画面生成部２７は、地図情報端末３のブラウザからの表示画面データの送信要求に対して、記憶部６ａが保有する地図情報等を用いてブラウザ用の表示画面データを作成する。ブラウザ用の表示画面データは、要求入力部８ｂに入力され、全体制御部７の制御の元で、通信部４から通信ネットワーク２を介して地図情報端末３に送信される。
【０１５６】
ブラウザ用の表示画面データを受信した地図情報端末３は、端末表示部２２にブラウザを用いて配信要求を編集して作成するために必要な配信要求編集画面を表示させる。
【０１５７】
図１４は、地図配信サーバ１ｃの要求編集画面生成部２７が生成し、地図情報端末３の端末表示部２２にブラウザを用いて表示された要求編集画面の例である。要求編集画面には、地図情報端末３の地図ＤＢ記憶部２４に記憶された地図ＤＢの地図情報の地図バージョンの例である「ナビ（０６年５月）」という日付付きの表示や地図配信サーバ１ｃの最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報の地図バージョンの例である「最新（０８年１０月）」という日付付きの表示等が示されている。
【０１５８】
図１４の要求編集画面の右側には、ブラウザ操作による編集命令ボタンが表示されている。ユーザは、地図情報端末３の端末操作部１７を操作して、これらの編集命令ボタンを用いることで、配信要求を編集して作成することができるようになっている。
【０１５９】
要求編集画面の中央には、地図情報端末３の地図ＤＢ記憶部２４に記憶された地図ＤＢの地図情報と同じ地図バージョンであって地図配信サーバ１ｃのリリースＤＢ記憶部１５に記憶された地図ＤＢの地図情報と最新ＤＢ記憶部１５に記憶された地図ＤＢの地図情報とに基づいて、地図配信サーバ１ｃの要求編集画面生成部２７が生成した地図が表示されている。図１３の中央の地図において、太線で表示された道路Ｌ５、道路Ｌ６、及び道路Ｌ７は、地図情報端末３が保有するＶｅｒ１．０の地図情報に基づく地図では無かったが、地図配信サーバ１ｃの最新ＤＢ記憶部１５が保有するＶｅｒ２．０の地図情報に基づく地図で追加された新たに開通した道路を示している。一方、逆に、破線で表示された道路Ｌ４は、Ｖｅｒ１．０の地図情報に基づく地図では存在したが、最新のＶｅｒ２．０の地図情報に基づく地図では存在しない閉鎖となった道路を示している。以上のように、地図バージョンの違いが区別できるように、表示されている。
【０１６０】
なお、新たに開通した道路の表示は、図１４では太線で示しているが、見易くすることを目的に、他の表示方法、例えば２重線で示すようにしても良いのは言うまでも無い。
【０１６１】
なお、図１４の要求編集画面を見て、ユーザは、地図情報端末３が保有する地図情報に基づく地図に道路Ｌ５を追加したいと考えたとする。ユーザは、編集命令ボタンのうちの例えば追加ボタンを押した後、カーソル等で例えば道路Ｌ５を指定することができる。指定された道路Ｌ５は色が変わるので、ユーザは確認ボタンを押し、さらに要求ボタンを押すことで、道路Ｌ５を地図情報端末３が保有する地図情報に追加する配信要求が作成される。当該配信要求は、地図情報端末３から地図配信サーバ１ｃに送信され、地図配信サーバ１ｃは当該配信要求に応答して道路Ｌ５を追加するための差分地図データを作成し、信頼ステータス等と共に配信データとして地図情報端末３に配信する。図中の中止ボタンは、配信要求作成のための編集操作を中止するボタンである。
【０１６２】
また、実施の形態１で説明した道路Ｒ８のように、リリースＤＢ記憶部１５に記憶された地図ＤＢの地図情報にも最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報にも該当する道路が無いような道路をユーザが追加したい場合には、図１４に示された線引きボタンを押し、カーソル等を用いて画面上をなぞり、線を引く。図９（ａ）のような道路Ｒ８が示された地図画面が要求編集画面の中央に表示されるので、確認ボタン及び要求ボタンを押して、配信要求を作成する。当該配信要求は、地図情報端末３から地図配信サーバ１ｃに送信され、地図配信サーバ１ｃは当該配信要求に応答して道路Ｒ８を追加するための差分地図データを作成し、信頼ステータス等と共に配信データとして地図情報端末３に配信する。
【０１６３】
以上の実施の形態３に係る説明では、実施の形態１の配信要求の例を元に説明したが、実施の形態２のような拡張地図ＤＢ部２６を備える地図配信サーバ１ｂから構成された地図配信システムに対しても、同様の効果が得られるのは言うまでも無い。この場合は、要求編集画面生成部２７は、ユーザからの要求により、図１１（ａ）の航空写真からなる写真画像と図１４の要求編集画面とを重畳した画面を生成して、ユーザが線引きをし易い画面を作成するようにしても良い。このようにすれば、ユーザの使い勝手が向上する。
【０１６４】
実施の形態４．
この発明に係る実施の形態３の地図配信システムにおいては、地図配信サーバ１ｃに要求編集画面生成部２７を設け、地図情報端末３がブラウザを用いて地図配信サーバ１ｃにアクセスしたが、例えば家庭に置かれたＰＣ（パーソナルコンピュータ）端末２８から、インターネット経由で地図配信サーバ１ａ、１ｂ、もしくは１ｃにアクセスして配信要求を作成するようにしても良い。地図情報端末３がポータブル仕様では無くて車両に固定される仕様の場合には、ユーザは配信要求を編集作成するために、わざわざ車両に乗車することが必要となるが、この実施の形態４によれば、家庭に居ながらにして配信要求を作成でき、利便性が向上する。
【０１６５】
図１５は、この発明に係る実施の形態４の地図配信システムの構成を示す構成図である。なお、図１５において、図１と同一符号は同一または相当部分を示すので説明を省略する。
【０１６６】
図１５において、地図配信サーバ１ａにアクセスするための例えば家庭等のユーザによって利便性の良い場所に設置されたＰＣ端末２８が通信ネットワーク２に接続されている。ＰＣ端末２８は、通信ネットワーク２を介して、地図配信サーバ１aや地図情報端末３と互いにアクセスすることが可能である。
【０１６７】
なお、ＰＣ端末２８で地図配信サーバ１ａにアクセスして、配信要求の編集及び作成を行う操作については、実施の形態３での地図情報端末３での操作と同様である。
【０１６８】
また、ＰＣ端末２８から送信された配信要求に応じて、地図配信サーバ１ａから配信される配信データは、ＰＣ端末２８でダウンロードしてから、記憶メディアを用いて、地図情報端末３に渡すようにしても良い。また、地図情報端末３がＰＣ端末２８にアクセスして、ＰＣ端末２８が地図配信サーバ１ａからダウンロードした配信データを取り込むようにしても良い。
【０１６９】
実施の形態５．
この発明に係る実施の形態１乃至４の地図配信システムにおいては、通信ネットワーク２を介して、デジタルデータの通信により、配信データを送受するようにしたが、実施の形態５においては、ユーザが、紙に記載された地図を元に手書きで配信要求を記入して、メールやファックス等で送付することを特徴とするものである。
【０１７０】
この場合は、地図配信サーバ１ｄ側では、人であるオペレータが必要になるが、オペレータは手書きやプリンタで記載された端末番号やユーザ名により認証を行った後、地図配信サーバ１ｄが備える要求編集画面と操作入力手段とをオペレータが用いて、手操作で地図配信サーバ１ｄに配信要求を入力する。この時の要求編集画面は図１４と同様である。
【０１７１】
ユーザは、紙に記載された地図に手書きで配信要求を記入するだけなので、種々の細かな要求を記述することが可能という利便性がある。作成された配信データは、実施の形態４と同様にＰＣ端末２８から地図配信サーバ１ｄにアクセスして入手しても良いし、実施の形態１と同様に地図情報端末３が地図配信サーバ１ｄにアクセスして入手しても良い。
【０１７２】
実施の形態６．
この発明に係る実施の形態６の地図配信システムにおいては、ユーザが地図情報端末３ないしはＰＣ端末２８を用いて、地図配信サーバ１ａ、１ｂ、１ｃ、もしくは１ｄに配信要求をした場合の使用料を配信のためのポイントという形の電子マネーで支払うようにする。その際、地図情報端末３は、使用可能な配信可能ポイントを記憶するポイント記憶部を備えるものとする。なお、配信のためのポイントの購入方法として、所定のポイントを記憶した記憶媒体をユーザが購入し、当該記憶媒体を地図情報端末３の接続端子に挿入し、記憶媒体に記憶されたポイントを地図情報端末３のポイント記憶部に記憶された配信可能ポイントに加算するようにする。加算後には、記憶媒体のポイントは消去される。
【０１７３】
以上のように、電子マネーとしての価値がある所定の配信のためのポイントを記憶した記憶媒体をユーザが購入し、当該ポイントを用いてユーザの配信要求の使用料を支払うようにしたので、ユーザの利便性が高いという効果がある。
【符号の説明】
【０１７４】
１ａ 地図配信サーバ、２ 通信ネットワーク、３ 地図情報端末、４ 通信部、６ａ 記憶部、６ｂ 記憶部、７ 全体制御部、１０ 地図照合部、１２ 差分データ生成部、１３ 配信部、１４ 最新ＤＢ記憶部、１５ リリースＤＢ記憶部、１７ 端末操作部、２１ 端末通信部、２３ 端末制御部、２４ 地図ＤＢ記憶部、２５ 配信データ記憶部、２６ 拡張地図ＤＢ部。
【技術分野】
【０００１】
この発明は、ユーザが所望の地図情報を取得可能な地図配信サーバ及び地図情報端末に関する。
【背景技術】
【０００２】
従来の地図配信システムにおいては、地図情報端末であるモバイル端末側から道路形状データを地図配信サーバであるセンターサーバに送り、センターサーバ側の地図データベースの地図情報を、送られてきた道路形状データを用いて更新する（例えば特許文献１参照）。
【０００３】
また、別の従来の地図配信システムでは、地図情報端末のユーザの車両が地図情報端末が保有する地図データに存在しない道路を走行した場合に、当該車両の走行軌跡をセンターサーバに送信し、センターサーバではその走行軌跡に従って、保有する地図データベースの地図情報を更新する。その上で、状況に応じて地図情報端末に、更新された地図データベースの地図情報に基づいて作成された差分データが配信される（例えば特許文献２参照）。
【０００４】
上記の地図配信システムによれば、いずれであっても、車両の走行軌跡のデータを元に地図配信サーバの地図情報が正確に更新された場合や、一度誰かが実際に道路を走行したことによって得られた走行軌跡のデータが有る場合は、ユーザの所望する地図データが差分データとして配信され、配信された差分データをユーザの所有する地図情報端末が取得することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−００７４４０号公報（第８頁、第４図）
【特許文献２】特開２００８−０１４６８１号公報（第１１〜１２頁、第７図）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、従来の地図配信サーバ及び地図情報端末とからなる地図配信システムにおいては、地図情報端末から受け取った道路に関する情報をその情報の信頼性の有無に関わらず、地図配信サーバ側の地図データベースの地図情報を更新することとなるので、当該地図情報に基づいて作成された配信データが信頼できるものであるか否かを配信データを受け取った地図情報端末のユーザが知ることができないという問題があった。
【０００７】
また、ユーザが個人的に必要な特定道路を含む地図端末情報用のオリジナル地図データを欲しいと要望しても、地図情報端末から地図配信サーバに送られてきた地図データが示す特定道路が地図配信サーバの保有する地図データベースの地図情報に含まれていない場合には、特定道路を含んだ地図端末情報用のオリジナル地図データを配信することができなかった。
【０００８】
この発明は、上記のような課題を解決するために為されたもので、道路や施設といった対象物に関する情報の信頼性の度合いが考慮された情報端末用の所望の地図データを生成可能な地図配信サーバ及び当該地図データを使用可能な地図情報端末を提供することを目的とする。
【課題を解決するための手段】
【０００９】
この発明に係る地図配信サーバは、ユーザが要求する地図情報の編集内容を示す編集要求情報と地図情報端末が保有する端末地図情報のバージョンとを含む配信要求を受信する受信手段と、既にリリースした複数の第１の地図情報を保有する第１の地図情報記憶手段と、リリース前を含む最新の第２の地図情報を保有する第２の地図情報記憶手段と、前記複数の第１の地図情報から前記端末地図情報のバージョンと同一バージョンの第１の地図情報を抽出し、前記抽出された第１の地図情報と前記第２の地図情報との差分情報に前記編集要求情報が含まれるかを照合し、前記差分情報と前記編集要求情報との一致度を示す第１の照合結果を出力する第１の照合手段と、前記第１の照合結果と前記同一バージョンの第１の地図情報とに基づいて、前記配信要求に応じた差分地図データを生成する生成手段と、前記差分地図データである配信データを前記地図情報端末に送信する送信手段とから構成されるものである。
【００１０】
また、この発明に係る地図情報端末は、端末地図情報を記憶する端末地図情報記憶手段と、前記端末地図情報の編集内容を示す編集要求情報を入力する端末操作手段と、入力された編集要求情報を配信サーバに送信する送信手段と、前記送信された編集要求情報への応答として、前記端末地図情報に対応した差分データである差分地図データを地図配信サーバから受信する受信手段と、前記配信データに含まれる差分地図データに基づいて、前記端末地図情報を差分更新する更新手段と、地図表示を行うナビゲーション機能を実行するナビゲーション手段とから構成されるものである。
【発明の効果】
【００１１】
この発明に係る地図配信サーバは、地図情報端末から受信したユーザの編集要求情報である配信要求に応じた差分地図データである配信データを地図情報端末に送信するように構成されているので、情報端末からの配信要求に応じた配信データを生成して地図情報端末に配信することができる。
【００１２】
また、この発明に係る地図情報端末は、地図配信サーバに送信したユーザの編集要求情報への応答として差分地図データである配信データを地図配信サーバから受信し、当該配信データを使用するように構成されているので、道路や施設といった対象物に関する所望の地図データをナビゲーションに使用することができる。
【図面の簡単な説明】
【００１３】
【図１】この発明に係る実施の形態１の地図配信システムの全体を示した構成図である。
【図２】地図配信サーバ１ａの構成をさらに詳細に説明するための構成図である。
【図３】地図情報端末３の構成をさらに詳細に説明するための構成図である。
【図４】配信要求のデータ構造と配信データのデータ構造を説明するためのデータ構造図である。
【図５】この発明に係る実施の形態１での地図情報端末３と地図配信サーバ１ａとがそれぞれ保有している地図情報に基づく地図の例である。
【図６】この発明に係る地図配信システムの実施の形態１について、地図情報端末３の動作を説明するための動作フロー図である。
【図７】この発明に係る地図配信システムの実施の形態１について、地図配信サーバ１ａの動作を説明するための動作フロー図である。
【図８】追加しようとしている道路Ｒ５との一致度の計算についての判断ロジックの一例を説明するための説明図である。
【図９】この発明に係る地図配信システムの実施の形態１での地図情報端末３と地図配信サーバ１ａとの動作を説明するための地図の別の例である。
【図１０】この発明に係る地図配信システムの実施の形態２のうちの地図配信サーバ１ｂの構成を示す構成図である。
【図１１】地図情報端末３と地図配信サーバ１ｂとがそれぞれ保有している地図情報に基づく地図の例及び地図情報と関係する拡張地図ＤＢの航空写真や衛星写真等の写真画像の例である。
【図１２】この発明に係る地図配信システムの実施の形態２について、地図配信サーバ１ｂの動作を説明するための動作フロー図である。
【図１３】この発明に係る地図配信システムの実施の形態３のうちの地図配信サーバ１ｃの構成を示す構成図である。
【図１４】地図配信サーバ１ｃの要求編集画面生成部２７が生成し、地図情報端末３の端末表示部２２にブラウザを用いて表示された要求編集画面の例である。
【図１５】この発明に係る実施の形態４の地図配信システムの構成を示す構成図である。
【発明を実施するための形態】
【００１４】
以下、この発明の実施の形態を、図面を参照しながら詳細に説明する。
実施の形態１．
図１は、この発明に係る実施の形態１の地図配信システムの全体を示した構成図である。地図配信システムは、ユーザの編集要求情報である配信要求を受信し、当該配信要求に応じた差分地図データを作成して配信する地図配信サーバ１ａと、配信された差分地図データを通信伝送する通信ネットワーク２と、通信ネットワーク２を介して通信伝送されてきた差分地図データを受信して、保有する地図情報（端末地図情報）を当該差分地図データで更新する地図情報端末３とから構成されている。
【００１５】
地図情報端末３は、例えばユーザが乗車する車両に搭載して使用するカーナビゲーション端末装置である。ユーザはこの地図情報端末３を使用することで、自車の現在地やこれから行こうとする目的地を地図上で確認できるとともに、現在地から目的地へ向かうための経路である道路や周辺の施設に関する情報を得ることができる。
【００１６】
なお、図１では、地図情報端末３は１台しか示されていないが、特定の地図情報端末３以外にも、複数のユーザが乗車する車両毎にそれぞれの地図情報端末（図示せず）が搭載されており、それぞれの地図情報端末（図示せず）は、通信ネットワーク２を介して地図配信サーバ１ａと交信可能となっている。
【００１７】
また、図１に示すように、地図配信サーバ１ａは、地図情報端末３と通信ネットワーク２を介して通信を行うことでデータの送受を可能とする通信部４と、通信部４を用いた地図情報端末３からの配信要求の受信や地図情報端末３への差分地図データの配信を制御する制御部５ａと、配信される差分地図データの作成に必要な地図情報を保有する各種の地図データベース（以下では、地図ＤＢと表記する。）や地図情報端末３に関する端末情報等を保有する記憶部６ａとから構成されている。
【００１８】
図２は、図１の地図配信サーバ１ａの構成をさらに詳細に説明するための構成図である。また、図１と同一符号は同一または相当部分を示すので説明を省略する。
【００１９】
図２において、制御部５ａは、地図配信サーバ１ａの全体を統括して制御する全体制御部７と、通信ネットワーク２と通信部４とを介して伝送されて来る地図情報端末３からの例えば道路を追加する配信要求を受け付ける要求入力部８ａと、配信要求のあった地図情報端末３がユーザとの契約済の対象となる端末であるか否かを判断する認証部９と、地図情報端末３から配信要求された道路を、記憶部６ａが保有する地図ＤＢの地図情報である端末地図情報と照合する地図照合部１０と、配信要求された道路を適切な道路に変形するために推定処理を行い、当該推定処理により推定された結果に基づいて配信要求された道路を必要に応じて変形する道路推定部１１と、地図情報端末３が保有する地図情報と道路推定部１１で得られた道路を例えば追加した地図情報との差分データを生成する生成手段である差分データ生成部１２と、通信部４と通信ネットワーク２を介して地図情報端末３からの配信要求に対応する地図データである配信データを配信する配信部１３とから構成されている。
【００２０】
また、図２において、記憶部６ａは、地図配信サーバ１ａが過去に地図情報端末３にリリースした地図情報を保有する地図ＤＢを記憶する第１の地図情報記憶手段であるリリースＤＢ（データベース）記憶部１５と、把握可能な範囲での最新の道路情報を反映した地図情報を保有する地図ＤＢを記憶する第２の地図情報記憶手段である最新ＤＢ（データベース）記憶部１４と、地図情報端末３に関する端末情報とこの地図情報端末３のユーザに関する登録情報等を記憶する端末情報記憶部１６とから構成されている。なお、リリースＤＢ記憶部１５は、過去に地図情報端末３にリリースした地図情報を有しているが、それに対し、地図情報のリリースのタイミングによっては、最新ＤＢ記憶部１４は、現時点ではまだ地図情報端末３にリリースしていない地図情報をも有している場合がある。
【００２１】
また、図３は、図１の地図情報端末３の構成をさらに詳細に説明するための構成図である。
【００２２】
図３において、地図情報端末３は、ユーザが操作入力を行うための例えばタッチパネルやリモコンからなる端末操作手段である端末操作部１７と、ユーザが所有する地図情報端末３の固有の端末ＩＤ情報を記憶する端末ＩＤ記憶部１８と、ユーザが乗車する車両の現在位置を測位するための例えばＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機や車両の進行方位を検出するジャイロセンサや車両から送られてくる車速パルス等の外部信号に基づいて車両の移動速度を検出する速度センサからなるセンサ部１９と、地図配信サーバ１ａから配信された配信データを用いて地図情報端末３が搭載された車両のナビゲーションを行うために必要な情報を記憶する端末記憶部２０と、地図配信サーバ１ａとの間で配信要求を送信し配信データを受信するための端末通信部２１と、ユーザが端末操作部１７を操作して地図配信サーバ１ａへの配信要求を行うための操作画面を表示するとともに地図ＤＢ記憶部２４に記憶された地図ＤＢに含まれる地図情報を用いて作成されたナビゲーション画面を表示する端末表示部２２とから構成されている。
【００２３】
なお、図３の端末記憶部２０は、自車のナビゲーションを行うために使用する地図情報である端末地図情報を含んでデータベース化された地図ＤＢを記憶する地図ＤＢ記憶部２４と、地図情報端末３からの配信要求に応じて地図配信サーバ１ａから配信された配信データを記憶する配信データ記憶部２５と、自車のナビゲーションを行うためのナビゲーションプログラムや配信データを用いて地図ＤＢを更新するための更新プログラム等を記憶している。地図ＤＢ記憶部２４は、端末地図情報を記憶する端末地図情報記憶手段である。
【００２４】
次に、地図情報端末３から通信ネットワーク２を介して地図配信サーバ１ａに送信される配信要求のデータ構造と、地図配信サーバ１ａから通信ネットワーク２を介して地図情報端末３に送信される配信データのデータ構造とについて、図４を用いて説明する。
【００２５】
図４（ａ）は、地図情報端末３から通信ネットワーク２を介して地図配信サーバ１ａに送信される配信要求のデータ構造を示している。配信要求は、端末ＩＤ情報、地図バージョン、対象物種別、編集情報、及び対象データからなる。
【００２６】
ここで、対象ＩＤ情報は、地図情報端末３に固有の端末ＩＤ番号や暗号鍵等の情報を有している。また、地図バージョンは、地図情報端末３が地図ＤＢ記憶部２４に記憶された地図ＤＢのバージョン番号であり、地図がリリースされた年月日を特定することができる。
【００２７】
さらに、対象物種別は、地図ＤＢ記憶部２４が記憶する地図ＤＢの端末地図情報において、編集を要求する例えば道路や施設といった対象物の種別を表すものである。例えば、地図ＤＢ記憶部２４が記憶する地図ＤＢの地図情報を道路に関して変更する場合は、対象物種別を道路とし、施設に関して変更する場合は対象物種別を施設に指定する。
【００２８】
また、編集情報は、地図ＤＢ記憶部２４に記憶された地図ＤＢが保有する地図情報を編集するにおいて、具体的にはどのような編集を行うのかを示す情報である。例えば、道路や施設を追加するのか、削除するのか、別のものに変更するのかを指定する。
【００２９】
対象データは、対照物種別が道路の場合は、編集の対象となる道路の道路位置座標点列や既存道路との接続情報や道路のリンク番号等のデータであり、対照物種別が施設の場合は、編集の対象となる既存施設の名称や位置のデータやアイコンデータ等である。
【００３０】
また、図４（ｂ）は、地図情報端末３からの配信要求に対応して、地図配信サーバ１ａから通信ネットワーク２を介して地図情報端末３に送信されて配信される配信データのデータ構造を示している。配信データは、端末ＩＤ情報、地図バージョン、対象物種別、編集情報、差分地図データ、及び信頼ステータスからなる。
【００３１】
ここで、端末ＩＤ情報は、配信要求を送信した地図情報端末３を特定するための固有の端末ＩＤや暗号鍵で、図４（ａ）の配信要求に含まれるものと同じである。もしくは、暗号の方式によっては、地図配信サーバ１ａが正当なものかどうかを地図情報端末３が判断するための暗号鍵が含まれる。
【００３２】
また、地図バージョンについても、配信要求を送信した地図情報端末３が地図ＤＢ記憶部２４に記憶された地図ＤＢが保有している地図情報のバージョン情報と同じ情報である。
【００３３】
なお、地図配信サーバ１ａは、地図情報端末３から送信される配信要求の中に示された地図バージョンを参照して、記憶部６ａを構成するリリースＤＢ記憶部１５の中から配信要求の中に示された地図バージョンに対応する地図情報を選択し、当該地図情報に対して配信要求に基づいて編集を行った上で、当該配信要求を送信してきた地図情報端末３に編集後の配信データを送信する。
【００３４】
すなわち、地図配信サーバ１ａは、配信要求を送信する特定の地図情報端末３だけでなく、それ以外の地図情報端末（図示せず）に対しても配信要求を受け付けて編集後の配信データを送信する必要がある。
【００３５】
従って、地図配信サーバ１ａが複数の地図情報端末に対応して地図情報を管理する上では、リリースＤＢ記憶部１５に記憶された地図ＤＢの地図情報と地図バージョンによってどの地図情報であるか対応を取れることが必要である。そこで、地図情報端末３では、地図配信サーバ１ａからの配信データを用いて地図ＤＢ記憶部２４の地図ＤＢの地図情報を更新して得られた地図情報は、管理上の目的で編集前の地図情報と同じ地図バージョンを有するようにしている。
【００３６】
なお、地図情報端末３において、編集前の地図情報と編集後の地図情報とを区別するために、区別化のための付加情報を地図バージョンに追加しても良いのは言うまでも無い。
【００３７】
対象物種別及び編集情報についても、それぞれ地図情報端末３が送信した配信要求に含まれる対象物種別及び編集情報と同じ情報である。
【００３８】
差分地図データは、地図情報端末３からの配信要求に基づいて、地図情報端末３の地図ＤＢ記憶部２４に記憶されている地図ＤＢの地図情報と同一の地図バージョンであって地図配信サーバ１ａのリリースＤＢ記憶部１５に記憶されている地図ＤＢの地図情報を編集して得られた地図データと同じく同一の地図バージョンであって編集前の地図情報に基づく地図データとの差分データである。
【００３９】
信頼ステータスは、地図配信サーバ１ａが制御部５ａの中の地図照合部１０の照合処理の結果に基づいて設定したもので、地図配信サーバ１ａが地図情報端末３からの配信要求に基づいて編集して得られた地図データの情報としての信頼度を示す情報である。
【００４０】
次に、この発明に係る地図配信システムの実施の形態１について、地図配信サーバ１ａ及び地図情報端末３の動作を詳細に説明する。
【００４１】
地図情報端末３は、端末記憶部２０の地図ＤＢ記憶部２４の地図ＤＢが保有している地図情報に従って、地図表示、ロケーション、経路探索、経路誘導、及び施設検索等を行う。ユーザは、端末表示部２２の表示を見ながら種々の操作を行うことで、地図情報端末３を使うことができる。ここでは、地図情報端末３の地図ＤＢ記憶部２４は、例えば地図バージョンがＶｅｒ１．０（２００６年５月リリース）の地図情報を含む地図ＤＢを記憶しているものとする。
【００４２】
図５は、この発明に係る地図配信システムの実施の形態１での地図情報端末３と地図配信サーバ１ａとの動作を説明するためのそれぞれ保有している地図情報に基づく地図の例である。地図情報端末３の端末記憶部２０の地図ＤＢ記憶部２４の地図ＤＢには、例えば図５（ａ）に示す地図に対応する地図情報が保有されているものとする。図５（ａ）の地図において、Ｌは道路を表し、その後ろの数字は道路の番号を示している。すなわち、Ｌ１は、道路番号が１の道路という意味である。
【００４３】
一方、地図配信サーバ１ａの記憶部６ａの最新ＤＢ記憶部１４には、例えば地図バージョンがＶｅｒ２．０（２００８年１０月リリース）であって、例えば図５（ｂ）に示す最新の地図情報を含む地図ＤＢが記憶されているものとする。地図配信サーバ１の最新地図情報に基づく地図は、地図情報端末３が保有するバージョンがＶｅｒ１．０の地図情報に基づく地図と比べると、道路Ｌ４が無くなり、道路Ｌ５，Ｌ６，及びＬ７が追加されている。
【００４４】
さらに、図５（ｃ）は、ユーザが地図情報端末３の端末操作部１７を操作して、例えばカーソルを用いた作図操作を行うことにより、地図情報端末３の図５（ａ）に示す地図情報に基づく地図に新たな道路Ｒ５を追加する内容の配信要求を作成する手順を説明するための地図を示している。
【００４５】
また、図５（ｄ）は、地図情報端末３からの配信要求に基づいて編集された地図情報に基づく地図と地図配信サーバ１ａの図５（ｂ）に示す最新の地図情報に基づく地図とを比較して、変化した道路のみを抽出した上で、抽出された道路に対して、追加しようとする道路Ｒ５を照合するために追加記載したものである。
【００４６】
さらに、図５（ｅ）は、地図情報端末３からの配信要求に対応して、地図配信サーバ３から送信されてきた図４（ｂ）に示す配信データを用いて地図ＤＢ記憶部２４が記憶する地図ＤＢの地図情報を更新し、更新された地図情報に基づいて端末表示部２２に表示された地図である。図５（ｅ）において、道路Ｈ５は、追加しようとする道路Ｒ５が最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に含まれる道路Ｌ５に該当すると判断された道路を示している。
【００４７】
図６は、この発明に係る地図配信システムの実施の形態１について、地図情報端末３の動作を説明するための動作フロー図である。図３、図４、図５、及び図６を用いて、地図配信システムのうちの地図情報端末３の動作をまず説明する。
【００４８】
図６の地図情報端末３の動作フロー図を説明するにおいて、地図情報端末３には、地図ＤＢ記憶部２４の地図ＤＢが保有する地図バージョンがＶｅｒ１．０の地図情報に基づいて作成された地図が、図５（ａ）に示すように、端末表示部２２に表示されているものとする（ステップＳ１０）。
【００４９】
ユーザが、例えば所望の道路の追加や削除や変更等の地図の編集を行うために、端末操作部１７を操作すると、端末表示部２２の地図の画面が地図編集メニューに遷移して表示される（ステップＳ１１）。
【００５０】
地図編集メニューを見ながら、ユーザは端末操作部１７を操作して、編集操作と編集対象を指定する。編集対象としては、例えば道路や施設等を指定する（ステップＳ１２）。編集操作としては、編集対象の追加、削除、及び変更等を指定する。具体的には、ユーザが例えば道路Ｒ５を図５（ａ）に示す地図に追加しようとする場合、ユーザは端末操作部１７のポインティングデバイス等を用いたカーソルによる作図操作で図５（ａ）の地図上で道路Ｒ５を追加する操作を行うと、図５（ｃ）に示されるように道路Ｒ５が追加される。このユーザの作図操作によって、地図情報端末３が保有する端末地図情報である地図情報に道路Ｒ５に関する情報を追加するというユーザの要求が入力されることとなる。
【００５１】
ステップＳ１２で入力されたユーザの要求に基づいて、地図情報端末３の端末制御部２３は、図４（ａ）に示す配信要求を作成する（ステップＳ１３）。すなわち、図４（ａ）において、端末ＩＤ情報には、地図情報端末３の端末ＩＤ番号や暗号鍵が設定される。地図バージョンは、地図情報端末３の地図ＤＢ記憶部２４に記憶された地図ＤＢの地図情報のバージョンで、Ｖｅｒ１．０となる。また、道路Ｒ５を追加するので、対象物種別は道路、編集情報は追加、対象データは道路の道路位置座標点列、既存道路との接続情報、及び道路のリンク番号等となる。
【００５２】
次に、地図情報端末３は地図配信サーバ１ａに所望の地図の配信を要求するために、地図情報端末３の端末通信部２１から、端末制御部２３が作成した配信要求が、通信ネットワーク２を介して、地図配信サーバ１ａに送信される（ステップＳ１４）。
【００５３】
以上までが、地図情報端末３が地図配信サーバ１ａに図４（ａ）に示された配信要求を送信するまでの動作である。
【００５４】
図７は、この発明に係る地図配信システムの実施の形態１について、地図配信サーバ１ａの動作を説明するための動作フロー図である。図２、図４、図５、及び図７を用いて、地図情報端末３からの配信要求を受信した地図配信サーバ１ａの動作を以下に説明する。
【００５５】
図７の地図配信サーバ１ａの動作フロー図を説明するにおいて、地図配信サーバ１ａでは、最新ＤＢ記憶部１４には地図バージョンがＶｅｒ２．０の図５（ｂ）に示す最新の地図情報を含む地図ＤＢが記憶されているものとする。
【００５６】
図７において、まず地図配信サーバ１ａは地図情報端末３からの配信要求を通信部４で受信する（ステップＳ２０）。受信された配信要求は、制御部５ａの要求入力部８ａで受け付けられる。そして、地図情報端末３に対して、要求入力部８ａは配信要求を受けた旨を返信する。
【００５７】
次に、要求入力部８ａで受け付けられた配信要求は、認証部９に送られ、認証部９では、図４（ａ）に示された配信要求の中の端末ＩＤ情報の端末ＩＤ番号と暗号鍵とが参照されて、配信要求を送ってきた地図情報端末３がユーザとの契約済の対象となる端末であるか否かを登録確認を行うことで当該地図情報端末３は登録端末であると認証する（ステップＳ２１）。
【００５８】
なお、ステップＳ２１で、地図情報端末３が登録端末で無かった場合は、地図配信サーバ１ａは、配信不可の理由を記述して地図情報端末３に返信を行う（ステップＳ２８）。この際、例えば図４（ｂ）の配信データの中の編集情報に配信不可を示すコード番号を設定し、差分地図データの中に配信不可の理由を記述する。この返信を行うことで、地図配信サーバ１ａの動作フローは終了する（ステップＳ２９）。
【００５９】
一方、ステップＳ２１で、地図情報端末３が登録端末であった場合は、地図照合部１０は、地図情報端末３から配信要求された道路を、記憶部６ａが保有するデータベースの地図情報と照合する。ここで、地図照合部１０は、第１の照合手段として動作する。
【００６０】
具体的には、地図照合部１０は、まず、リリースＤＢ記憶部１５に記憶されている過去にリリースされた地図情報の中から、地図バージョンが配信要求と同じ地図情報を選択し、当該地図情報と最新ＤＢ記憶部１５に記憶された最新の地図ＤＢの地図情報とを比較する（ステップＳ２２）。
【００６１】
すなわち、配信要求には地図バージョンはＶｅｒ１．０と設定されているので、地図照合部１０は、リリースＤＢ記憶部１５が記憶する地図情報の中から地図バージョンがＶｅｒ１．０の地図情報を選び出す。次に、地図照合部１０は、このＶｅｒ１．０の図５（ａ）に示す地図に対応する地図情報と最新ＤＢ記憶部１５に記憶された地図ＤＢが含むＶｅｒ２．０の図５（ｂ）に示す地図に対応する最新の地図情報とを比較する。その結果、地図情報端末３が保有している地図情報に基づく地図を基準にして、地図配信サーバ１ａが保有している最新の地図情報に基づく地図における変化した道路のみを抽出することができる。
【００６２】
以上のようにして抽出された変化した道路のうちでバージョンがＶｅｒ１．０から最新のＶｅｒ２．０に更新されるに際して追加された道路と、ユーザの要望で配信要求に基づいてこれから追加しようとする道路Ｒ５とを照合する。
【００６３】
図５（ｄ）には、変化した道路であるＬ４、Ｌ５、Ｌ６、及びＬ７と、これから追加しようとする道路Ｒ５とが示されている。このうち、Ｌ５、Ｌ６、及びＬ７がＶｅｒ２．０に更新される際に追加された道路である。従って、これらの追加された道路は、最新ＤＢ記憶部の地図ＤＢの最新のＶｅｒ２．０の地図情報に基づく地図には存在するが、地図情報端末３が保有するＶｅｒ１．０の地図情報に基づく地図には存在しない。
【００６４】
次に、地図照合部１０では、最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に基づく地図に、配信要求に基づいて追加しようとする道路Ｒ５に該当する道路が存在するか否かが調べられる（ステップＳ２３）。これは、図５（ｄ）に示された道路のうちの最新のＶｅｒ２．０の地図情報に更新される際に追加された道路Ｌ５、Ｌ６、及びＬ７のいずれかに、道路Ｒ５が該当するか否かを各道路と道路Ｒ５との一致度を計算して判断する。
【００６５】
図８は、最新のＶｅｒ２．０の地図情報に更新される際に追加された各道路と配信要求に基づいて追加しようとしている道路Ｒ５との一致度の計算についての判断ロジックの一例を説明するための説明図である。ただし、図８においては、更新される際に追加された道路のうちで、明らかに一致していないことから道路Ｒ５から大幅に離れている道路Ｌ７の記載を省略している。しかし、道路Ｌ７の道路Ｒ５との一致度の計算についても、道路Ｌ５やＬ６の場合と同様の計算を用いることができるのは言うまでも無い。また、一致度の計算では一例として説明した図８に示す手法以外であっても良いのは言うまでも無い。
【００６６】
さて、道路Ｌ５及び道路Ｒ５間の一致度をＳ（Ｒ５−Ｌ５）と表記して、図８に示すように、道路Ｌ５と道路Ｒ５との間に形成される領域の面積でもって判断する。道路Ｌ６及び道路Ｒ５間の一致度についても同様にＳ（Ｒ５−Ｌ６）と表記して、図８に示すように、道路Ｌ６と道路Ｒ５との間に形成される領域の面積でもって判断する。
【００６７】
これらの一致度Ｓ（Ｒ５−Ｌ５）及びＳ（Ｒ５−Ｌ６）は、それぞれ次のような式（１）及び式（２）で表される。
【００６８】
【数１】
【００６９】
【数２】
【００７０】
ここで、ｆ（Ｒ５）は、道路Ｒ５に対して移動と回転（ｘｙΘ）を施す関数で、Ｗは施した分だけ重みを加える関数である。また、ｓ（Ｒ，Ｌ）とは、道路を意味する線分Ｒと線分Ｌで囲まれた面積である。図８においては、説明の都合上、ｘ＝ｙ＝Θ＝０とした場合を示している。
【００７１】
Ｓ（Ｒ５−Ｌ５）とＳ（Ｒ５−Ｌ６）とを比べると、明らかにＳ（Ｒ５−Ｌ５）が小さく、かつ、Ｓ（Ｒ５−Ｌ５）が所定の閾値Ｓｔｈよりも小さい場合は、道路Ｒ５を道路Ｌ５と特定する。一方、Ｓ（Ｒ５−Ｌ５）が、Ｓ（Ｒ５−Ｌ６）と比べて明らかに小さくても所定の閾値Ｓｔｈ以上である場合は、道路Ｒ５に該当する道路は最新ＤＢ記憶部１４が記憶する地図ＤＢの地図情報に基づく地図に無いと判断する。
【００７２】
ステップＳ２３において、道路Ｒ５を道路Ｌ５と特定した場合は、最新ＤＢ記憶部１４が記憶する地図ＤＢの地図情報に基づく地図に配信要求に基づいて追加しようとする道路Ｒ５に該当する道路Ｌ５が存在すると判断されて、ステップＳ３０へ行く。
【００７３】
次に、差分データ生成部１２は、リリースＤＢ記憶部１５に記憶された地図ＤＢの地図情報であって地図バージョンが配信要求の地図バージョンに一致する地図情報との比較に基づいて、追加しようとする道路Ｒ５に該当する道路Ｌ５に対応する差分地図データを作成する（ステップＳ３０）。すなわち、図５（ｅ）に示された地図の地図情報に該当する地図情報と図５（ａ）に示された地図の地図情報との差分を行うこととなる。
【００７４】
最新ＤＢ記憶部１４が記憶する地図ＤＢの地図情報に基づく地図に配信要求に基づいて追加しようとする道路Ｒ５に該当する道路Ｌ５が存在するので、当該道路の情報としての信頼度は高いと考えることができる。そこで、全体制御部７は、差分データ生成部１２で作成された差分地図データの、正確に言えば当該差分地図データによって更新された地図情報端末３の保有する地図情報の情報としての信頼度を示す信頼ステータスを、例えば最も信頼度の高い５に設定する（ステップＳ３１）。このように、全体制御部７は、信頼ステータス設定手段として動作する。
【００７５】
次に、配信部１３で、図４（ｂ）に示された配信データが作成され、当該配信データは、通信部４から通信ネットワーク２を介して地図情報端末３に、地図情報端末３から受信した配信要求への応答として送信される（ステップＳ３２）。
【００７６】
なお、配信部１３で作成される図４（ｂ）の配信データにおいて、端末ＩＤ情報は、配信要求を送信した地図情報端末３を特定するための固有の端末ＩＤや暗号鍵で、図４（ａ）の配信要求に含まれるものと同じである。地図バージョンについても、配信要求を送信した地図情報端末３が地図ＤＢ記憶部２４に記憶された地図ＤＢの地図情報のバージョン情報と同じＶｅｒ１．０である。さらに、対象物種別及び編集情報についても、それぞれ地図情報端末３が送信した配信要求に含まれる対象物種別及び編集情報と同じで、対象物種別が道路で、編集情報が追加となっている。差分地図データは、ステップＳ３０で差分データ生成部１２が作成したもので、追加しようとする道路Ｒ５に該当する道路Ｌ５に対応する差分地図データである。さらに、信頼ステータスは、ステップＳ３１で全体制御部７が設定した５となっている。
【００７７】
以上のようにして、地図情報端末３からの道路Ｒ５を追加するという配信要求に応じて、ステップＳ２３において道路Ｒ５を道路Ｌ５と特定した場合の地図配信サーバ１ａの動作フローは終了する（ステップＳ３３）。
【００７８】
次に、地図配信サーバ１ａの動作に続けて、地図配信サーバ１ａから配信された配信データを受信した地図情報端末３の動作について、図６に戻って以下に説明する。
【００７９】
図６に示された地図情報端末３の動作フローにおいて、地図情報端末３は、地図配信サーバ１ａに送信した配信要求に対して、地図配信サーバ１ａが応答を受けたかどうかをチェックし、地図配信サーバ１ａから配信要求を受けた旨の返信が来ない場合は、応答を受けていない（ＮＯ）として、待機待ちとなる（ステップＳ１５）。それに対して、地図配信サーバ１ａから配信要求を受けた旨の返信が送信され、地図情報端末３が当該返信を受信すると、地図情報端末３は、地図配信サーバ１ａが応答を受けた（ＹＥＳ）として、ステップＳ１６へ行く。
【００８０】
次に、地図情報端末３は、地図配信サーバ１ａから図４（ｂ）に示す配信データを、通信ネットワーク２を介して、端末通信部２１で受信する（ステップＳ１６）。端末制御部２３は、端末通信部２１で受信された配信データを端末記憶部２０の配信データ記憶部２５に記憶させる。
【００８１】
次に、端末制御部２３は、配信データ記憶部２５に記憶された配信データに基づいて、地図ＤＢ記憶部２４に記憶された地図ＤＢの地図情報である端末地図情報を更新する。すなわち、端末制御部２３は、端末地図情報の更新手段として動作する。具体的には、配信データに含まれる地図バージョンが地図ＤＢ記憶部２４に記憶された地図ＤＢの地図情報と同じＶｅｒ１．０であることを確認した上で、配信データに含まれる差分地図データを用いて地図ＤＢ記憶部２４に記憶された地図ＤＢの地図情報を差分更新する（ステップＳ１７）。
【００８２】
地図情報端末３の端末制御部２３は、配信データ記憶部２５に記憶された配信データに含まれる信頼ステータスを参照し、信頼ステータスに従い、地図ＤＢ記憶部２４に記憶された地図ＤＢの地図情報を用いてナビゲーション機能を実行する（ステップＳ１８）。なお、信頼ステータスは地図配信サーバ１ａによって最も信頼度の高い５に設定されているので、地図情報端末３のナビゲーション手段である端末制御部２３は、例えば、探索、誘導、表示、ロケーション等、当該地図情報端末３が実行可能なすべてのナビゲーション機能を実行できる。
【００８３】
以上のようにして、地図情報端末３からの道路Ｒ５を追加するという配信要求に応じて、地図配信サーバ１ａは最新ＤＢ記憶部１４が記憶する地図ＤＢの地図情報の地図に道路Ｒ５に該当する道路Ｌ５が存在すると判断した上で配信データを作成して配信し、地図情報端末３は配信された配信データを受信して地図ＤＢ記憶部２４に記憶された地図ＤＢの地図情報を受信された配信データに基づいて更新するという一連の地図情報端末３と地図配信サーバ１ａの動作が終了する（ステップＳ１９）。
【００８４】
一方、ステップＳ２３において、追加しようとする道路に該当する道路は最新ＤＢ記憶部１４が保有する地図情報に基づく地図に無いと判断された場合は、ステップＳ２３からステップＳ２４へ行くこととなる。
【００８５】
図９は、この発明に係る地図配信システムの実施の形態１での地図情報端末３と地図配信サーバ１ａとの動作を説明するための地図の例であるが、地図情報端末３の配信要求が図５（ｃ）に示す道路Ｒ５を追加するという内容とは異なる別の例を示すものである。すなわち、地図情報端末３からの配信要求は道路Ｒ８を追加する内容であり、かつ、追加しようとする道路Ｒ８は、最新ＤＢ記憶部１４が記憶する地図ＤＢの地図情報の地図に該当する道路が存在しないと地図配信サーバ１が判断するような信頼度の低い道路であるものとする。
【００８６】
なお、地図情報端末３の端末記憶部２０の地図ＤＢ記憶部２４には、上記の説明と同様に図５（ａ）に示す地図に対応する地図情報を含む地図ＤＢが記憶されているものとする。
【００８７】
また、地図配信サーバ１ａの最新ＤＢ記憶部１４には、上記の説明と同様に図５（ｂ）に示す地図に対応する地図情報を含む地図ＤＢが記憶されているものとする。さらに、図９において、図５と同一符号は同一または相当部分を示すので説明を省略する。
【００８８】
図９（ａ）は、ユーザが地図情報端末３の端末操作部１７を操作して、例えばカーソルを用いた作図操作を行うことにより、地図情報端末３の図５（ａ）に示す地図情報に基づく地図に上記にて説明した新たな道路Ｒ８を追加する内容の配信要求を作成する場合を説明するための地図情報に基づく地図を示している。なお、追加しようとする道路Ｒ８は、交差する道路Ｌ１との関係において、突き出た部分Ｒ８ａを有しているものとする。ここで、突き出てすぐ行き止まりとなる道路の形状は地図情報としてさらに信頼度が低いものであると想定する。
【００８９】
また、図９（ｂ）は、地図情報端末３からの配信要求に基づいて編集された地図情報に基づく地図と地図配信サーバ１ａの最新ＤＢ記憶部１４に記憶された地図ＤＢの最新の地図情報に基づく図５（ｂ）に示された地図とを比較して、変化した道路のみを抽出したものに対して、追加しようとする道路Ｒ８を照合するという地図照合部１０の動作を説明するための図である。
【００９０】
さらに、図９（ｃ）は、追加しようとする道路の形状から、当該道路の地図情報として信頼度が低い要素を推定して修正する推定処理を説明するための地図の例である。図９（ｃ）においては、道路Ｒ８について、突き出た部分Ｒ８ａを有しているという道路の形状から、地図情報として信頼度が低いとして、突き出た部分Ｒ８ａが誤った情報であると推定し、道路Ｒ８から突き出た部分Ｒ８ａを除く処理を行うという推定処理が施される。道路Ｓ８は、道路Ｒ８にこのような推定処理が施されて得られた道路を示している。
【００９１】
さらに、図９（ｄ）は、地図情報端末３からの道路Ｒ８を追加するという配信要求に対応して、地図配信サーバ１ａから送信されてきた配信データを用いて地図ＤＢ記憶部２４が記憶する地図ＤＢの地図情報を更新し、更新された地図情報に基づいて端末表示部２２に表示された地図である。図９（ｄ）において、道路Ｈ８は、追加しようとする道路Ｒ８が最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に存在しないと判断された上で、道路Ｒ８から信頼度の低い突き出た部分Ｒ８ａを除く推定処理が施されて得られた道路である。
【００９２】
地図情報端末３からの配信要求において追加しようとする道路Ｒ８は、最新ＤＢ記憶部１４が記憶する地図ＤＢの地図情報の地図に該当する道路が存在しないと地図配信サーバ１ａが判断するような信頼度の低い道路であるので、図７に示す地図配信サーバ１ａの動作フローの中でステップＳ２３において追加しようとする道路が最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に存在しないと判断されてステップＳ２４に行った以降の地図配信サーバ１ａ及び地図情報端末３の動作について、以下に説明する。なお、ステップＳ２３よりも前の地図配信サーバ１ａ及び地図情報端末３の動作は、既に説明した動作内容と同様であるので、説明を省略する。
【００９３】
図７において、ステップＳ２４では、地図情報端末３からの配信要求に基づいて追加しようとする道路Ｒ８に推定処理を施す。配信要求には、図４（ａ）に示されるように、対象物種別が道路Ｒ８で、編集情報が追加であり、対象データとして道路Ｒ８の各種データ等が含まれている。
【００９４】
さて、追加しようとする道路Ｒ８は、地図情報として信頼度が低い要素である突き出た部分Ｒ８ａを有している。そこで、道路推定部１１は、道路Ｒ８から信頼度の低い付き出た部分Ｒ８ａを除いて信頼度を向上した道路Ｓ８を得るための推定処理を行う。推定処理によって得られた道路Ｓ８は、図９（ｃ）に示されるように、交差する道路Ｌ１との関係において、図９（ａ）に示されている突き出た部分Ｒ８ａに相当する部分が無くなっている。
【００９５】
さらに、ステップＳ２４では、差分データ生成部１２は、推定処理によって得られた道路Ｓ８に対応する差分地図データを生成する。当該差分地図データは、図９（ｃ）に示す地図の地図情報と、リリースＤＢ記憶部１５に記憶された地図ＤＢの地図情報であって地図バージョンが配信要求の地図バージョンに一致する地図情報との比較によって、生成される。すなわち、図９（ｃ）に示された地図の地図情報と図５（ａ）に示された地図の地図情報との差分を行うこととなる。
【００９６】
次に、ステップＳ２５では、信頼度の程度が判断される。ここでの信頼度の程度は、信頼性有無の判断内容に関わらず、ステップＳ２３でＹＥＳと判断された場合よりは低いものとなる。これは、追加しようとする道路Ｒ８が最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に基づく地図に存在しなかったためである。
【００９７】
例えば、最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に基づいて、追加しようとする道路Ｒ８に推定処理を施し得られた道路Ｓ８に対し、道路Ｓ８が海の上とか湖の中とかいったような有り得ないような地図上の位置を示す場合は、ステップＳ２５の信頼性有りがＮＯとなって、道路Ｓ８に係る地図情報の信頼度を表す信頼ステータスを最も低い例えば０に設定する（ステップＳ２７）。それに対し、有り得ないような地図上の位置を示すといったような矛盾が無い場合は、ステップＳ２５の信頼性有りがＹＥＳとなって、道路Ｓ８に係る地図情報の信頼度を表す信頼ステータスを中程度の例えば２に設定する（ステップＳ２６）。
【００９８】
以上のようにして、信頼ステータスが設定された後は、既に説明した動作フローと同様であり、ステップＳ３２において、配信部１３で、図４（ｂ）に示された配信データが作成され、当該配信データは、通信部４から通信ネットワーク２を介して地図情報端末３に、地図情報端末３から受信した配信要求への応答として送信される。
【００９９】
以上のようにして、地図情報端末３からの道路Ｒ８を追加するという配信要求に応じて、ステップＳ２３において道路Ｒ８は最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に基づく地図には存在しない場合の地図配信サーバ１ａの動作フローは終了する（ステップＳ３３）。
【０１００】
次に、地図配信サーバ１ａの動作に続く、地図配信サーバ１ａから配信された配信データを受信した地図情報端末３の動作については、道路Ｒ５を追加する配信要求の場合と実質的に略同様であるので、図６に戻って、異なる部分を中心に以下では説明する。
【０１０１】
地図情報端末３では、地図配信サーバ１ａから配信された配信データを受信し（ステップＳ１６）、当該配信データに基づいて地図ＤＢ記憶部２４に記憶された地図ＤＢの地図情報を更新する（ステップＳ１７）。
【０１０２】
次に、地図情報端末３の端末制御部２３は、信頼ステータスの値に応じて、制限を加えてナビゲーション機能を実行する。道路Ｒ５を追加する配信要求の場合は、信頼ステータスが最も高い５に設定されていたので、地図情報端末３が実行可能な探索、誘導、表示、ロケーション等、すべてのナビゲーション機能を実行することができた。
【０１０３】
それに対して、上記で説明したように、例えば道路Ｓ８が有り得ない地図上の位置を示すことから、信頼ステータスが最も低い０に設定されている場合は、地図情報端末３は、例えば、ナビゲーション機能が表示のみに制限される。また、信頼ステータスが中程度の例えば２に設定されている場合は、地図情報端末３は、例えば、ナビゲーション機能が表示及びロケーションに制限される。
【０１０４】
以上のように、この発明に係る実施の形態１の地図配信システムにおいては、地図情報端末３からの配信要求を受けて、地図配信サーバ１ａは信頼性の度合いが考慮されたユーザが所望の地図データを含む配信データを受信し、当該配信データに基づいて地図情報端末３の地図情報が更新されるように構成されているので、地図情報端末は地図情報の信頼度に応じたナビゲーション機能を実行できるという効果がある。
【０１０５】
以上では、編集情報が追加の場合を例に説明したが、削除や変更であってもその編集情報に適応した同様な処理が行われる。例えば、編集情報が道路Ｒ５の追加ではなくて道路Ｒ５の削除となっていた場合は、削除しようとする道路Ｒ５が、Ｖｅｒ１．０の地図情報に基づく地図には存在してＶｅｒ２．０の地図情報に基づく地図には存在しないＬ４の道路に該当するか否かが照合されることとなる。
【０１０６】
また、配信要求において、編集の対象物種別が道路の場合を例に説明したが、施設の場合でも同様の処理が行われるのは言うまでもない。
【０１０７】
また、地図情報端末３は、配信データに含まれる信頼ステータスの値に応じて、ナビゲーション機能として更新された地図情報に基づく地図の表示を実行する場合に、信頼ステータスに応じて道路の色の表現方法を変えるようにすれば、ユーザは更新された地図がどのぐらいの信頼性の度合いを持っているのかを一目で把握できるという効果がある。その場合、特に信頼ステータスが最も高い地図情報に対しては、通常の地図表示と全く同じにするのがユーザの理解を容易に得られるという点で効果がある。ユーザは、通常の地図表示と異なると感じるだけで、容易に表示された地図が信頼性の度合いが低いことを知ることができる。
【０１０８】
また、ユーザが地図情報端末３の端末操作部１７を操作することで、信頼ステータスの値と実行可能なナビゲーション機能との関係を設定するようにしても良い。ユーザが設定できれば、ユーザの嗜好に合ったさらに好適な地図情報端末３を得ることができる。
【０１０９】
また、地図情報端末３から送信される配信要求において、対象物種別が施設の場合は、ユーザは、端末操作部１７を操作して、施設名や表示のためのマークを所定のデータから選択して配信要求を作成するようにすれば、ユーザは容易に配信要求を作成できる。
【０１１０】
さらに、地図配信システムは、地図配信サーバ１ａの端末情報記憶部１６ないしは地図情報端末３の端末記憶部２０かのいずれかには、ユーザが所望の地図を得るための配信要求を何回実施できるかを規制する配信可能ポイントが記憶されており、予め配信の種類に応じて必要なポイントが定められていて、ユーザが配信要求を行う度に、配信の種類に応じたポイントが配信可能ポイントから減算されるように構成されていても良い。このように構成されることにより、ユーザの配信要求を簡便に管理できる。例えば、配信可能ポイントが負になった場合は、これ以上はユーザは配信サービスを利用できないようにしても良い。また、ユーザの配信可能ポイントは、通信ネットワーク２を介して、ユーザによる入金情報を取得可能となっており、入金に応じて配信可能ポイントを増加させるようにしても良い。
【０１１１】
さらに、以上では、配信データは配信要求で追加を要求された道路Ｒ５に対応する道路Ｌ５、すなわち一致度Ｓが最も小さい道路のみの地図差分データを含む場合について説明したが、道路Ｒ５に対する一致度ＳがＬ５よりも高くても閾値Ｓｔｈ以上で無ければ、道路Ｌ５及び道路Ｌ６の両方の地図差分データを信頼ステータス付きで配信データに含めるようにしても良い。なお、複数の道路に対応する地図差分データが配信データに含まれていた場合、地図情報端末３は、ユーザが端末操作部１７を操作することにより、複数の道路のうちから取捨選択できるようにしても良い。
【０１１２】
また、信頼ステータスにおいては、以上では、０、２、及び５といった整数の場合を例に説明したが、信頼性の度合いを表現できるものであれば、少数や分数等、特に限定されないのは言うまでも無い。
【０１１３】
実施の形態２．
この発明に係る実施の形態１の地図配信システムにおいては、地図配信サーバ１ａの記憶部６ａは最新ＤＢ記憶部１４とリリースＤＢ記憶部１５と端末情報記憶部１６とから構成されているが、この発明に係る実施の形態２の地図配信システムにおいては、地図配信サーバ１ｂ（図示はしないが実施の形態１の地図配信サーバ１ａと区別するために以下では実施の形態２に係る地図配信サーバを地図配信サーバ１ｂと称するものとする。）の記憶部６ｂは、航空写真や衛星写真等の写真画像からなる拡張地図ＤＢを記憶する拡張地図ＤＢ部２６をさらに備えている点が実施の形態１とは異なる。
【０１１４】
最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報を新しい内容に更新していくために、遂次測量等の情報収集が行われている。しかし、情報収集や得られた情報を位置座標点列や既存道路との接続情報やリンク番号等からなる道路の情報や名称や位置等からなる施設の情報に変換してデータベース化していくためにはある程度の時間が必要であり、新たな道路や施設が建設されたり、取り壊されたりしたからといって、即時に地図ＤＢに反映できるわけでは無い。
【０１１５】
それに対して、航空写真や衛星写真をデータベース化した拡張地図ＤＢであれば、写真撮影を行ってその写真画像をデータベース化するだけで済むので、最新ＤＢ記憶部１４に記憶された地図ＤＢよりもより最新の道路や施設の情報を反映している可能性が高い。ただし、写真画像だけでは、画像の濃淡や色だけから道路や施設を判断する必要があり、実地での測量や情報収集に基づいて得られた最新ＤＢ記憶部１４が保有する地図情報に比べると信頼性の点では十分とは言えない。
【０１１６】
従って、航空写真や衛星写真等の写真画像からなる拡張地図ＤＢ（データベース）を最新ＤＢ記憶部１４に記憶された地図ＤＢと併せて使用し、その使用状況に応じて地図情報端末３に配信する配信データに含まれる信頼ステータスを設定すれば、地図情報端末３は信頼ステータスに応じたナビゲーション機能を実行できるので、地図情報端末３のユーザは、より最新の道路や施設の状況が反映されていると同時に、配信データの情報の信頼性の度合いが考慮されたナビゲーションを利用することができる。
【０１１７】
具体的には、地図情報端末３からの配信要求で例えば追加しようとする道路について最新ＤＢ記憶部１４の地図ＤＢで該当する道路が存在した第１の場合には、地図情報端末３に返信する配信データに含まれる信頼ステータスを高く設定し、最新ＤＢ記憶部１４の地図ＤＢでは該当する道路が存在しなかったが、拡張地図ＤＢ部２６の拡張地図ＤＢでは該当する道路が存在した第２の場合には、返信する配信データに含まれる信頼ステータスを第１の場合に比べて低く設定するようにすれば良い。
【０１１８】
図１０は、この発明に係る地図配信システムの実施の形態２のうちの地図配信サーバ１ｂの構成を示す構成図である。実施の形態２においては、図１に示す地図配信システムの全体構成のうちで、地図情報端末３及び通信ネットワーク２は実施の形態１と同様であり、地図配信サーバ１ｂの構成が実施の形態１の地図配信サーバ１ａとは異なる。なお、図１０において、図２と同一符号は同一または相当部分を示すので説明を省略する。
【０１１９】
図１０において、地図配信サーバ１ｂの記憶部６ｂは、最新ＤＢ記憶部１４、リリースＤＢ記憶部１５、及び端末情報記憶部１６に加えて、さらに写真画像からなる拡張地図ＤＢを記憶する拡張地図記憶手段である拡張地図ＤＢ部２６を備えている。
【０１２０】
図１１は、この発明に係る地図配信システムの実施の形態２での地図情報端末３と地図配信サーバ１ｂとの動作を説明するためのそれぞれ保有している地図情報に基づく地図の例及び地図情報と関係する拡張地図ＤＢの航空写真や衛星写真等の写真画像の例である。なお、図５及び図９と同一符号は同一または相当部分を示すので説明を省略する。
【０１２１】
地図配信サーバ１ｂの記憶部６ｂを構成する拡張地図ＤＢ部２６には、例えば図１１（ａ）に示す航空写真の写真画像を含む拡張地図ＤＢが記憶されている。なお、最新ＤＢ記憶部１４には、実施の形態１の場合と同様に図５（ｂ）の地図の地図情報を含む地図ＤＢが記憶されているものとする。また、地図情報端末３の地図ＤＢ記憶部２４には、実施の形態１の場合と同様に図５（ａ）の地図の地図情報を含む地図ＤＢが記憶されているものとする。
【０１２２】
図１１（ａ）の写真画像は、リリースＤＢ記憶部１５に記憶された地図ＤＢの地図情報に基づく地図と対応した位置関係について、上空から撮影した例えば航空写真である。このような航空写真や衛星写真の写真画像が、データベース化されて拡張地図ＤＢとして拡張地図ＤＢ部２６に記憶されている。
【０１２３】
また、図１１（ｂ）は、地図情報端末３からの道路Ｒ９を追加する内容の配信要求において、道路Ｒ９の位置を拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像である図１１（ａ）の航空写真に重ね合わせたものである。そして、図１１（ｂ）は、地図照合部１０が道路Ｒ９を拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像である図１１（ａ）の航空写真と照合する動作を説明するための図である。なお、道路Ｒ９については、実施の形態１で説明した道路Ｒ８の例とは異なり、信頼度の低い突き出た部分は有さないものの例として以下では説明する。
【０１２４】
図１１（ｂ）において、道路画像Ｌ１ｐ、Ｌ３ｐ、Ｌ５ｐ、Ｌ６ｐ、及びＬ７ｐは、それぞれに図５（ｂ）に示した道路Ｌ１、Ｌ３、Ｌ５、Ｌ６、及びＬ７に対応している。さらに、道路画像Ｌ１ｐ、Ｌ２ｐ、Ｌ３ｐは、それぞれに図５（ａ）に示した道路Ｌ１、Ｌ２，及びＬ３に対応している。また、配信要求に基づいて追加しようとする道路が航空写真に重ねて示されている。
【０１２５】
また、図１１（ｃ）は、追加しようとする道路Ｒ９について、地図照合部１０が拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像である航空写真と照合した後に、ステップＳ５５において、拡張地図ＤＢの写真画像である航空写真に道路Ｒ９に該当する道路Ｓ９が存在するとして、図５（ａ）に示された情報端末３の地図ＤＢ記憶部２４の地図ＤＢの地図情報に基づく地図と同じ地図バージョンＶｅｒ１．０を有しており、リリースＤＢ記憶部１５に記憶された地図ＤＢの地図情報に基づく地図に、道路Ｒ９に該当する道路Ｓ９を追加して示した地図である。
【０１２６】
さらに、図１１（ｄ）は、地図情報端末３からの道路Ｒ９を追加するという配信要求に対応して地図配信サーバ１ｂから送信されてきた配信データを用いて、地図情報端末３の端末制御部２３が地図ＤＢ記憶部２４が記憶する地図ＤＢの地図情報を更新し、更新された地図情報に基づいて端末表示部２２に表示された地図である。図１１（ｄ）において、道路Ｈ９は、追加しようとする道路Ｒ９が最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に存在しないと判断された上で、次に、追加しようとする道路Ｒ９が拡張地図ＤＢ部が記憶する拡張地図ＤＢの航空写真と照合され、写真の明暗等から道路Ｒ９に該当する道路Ｓ９が存在するとして判断されて、地図情報端末３の地図ＤＢ記憶部２４が記憶する地図ＤＢの地図情報に基づく地図に追加された道路である。
【０１２７】
図１２は、この発明に係る地図配信システムの実施の形態２について、地図配信サーバ１ｂの動作を説明するための動作フロー図である。なお、図７と同一符号は同一または相当部分を示すので説明を省略する。
【０１２８】
以下では、図１０、図１１、及び図１２を用いて、地図情報端末３からの道路Ｒ８を追加する内容の配信要求を受信した地図配信サーバ１ｂの動作を特に実施の形態２に特徴的な動作を中心に説明する。
【０１２９】
図１２において、実施の形態２に係る地図配信サーバ１ｂの動作は、ステップＳ２３で最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に基づく地図には配信要求に基づいて追加しようとする道路Ｒ８が存在しないのでＮＯと判断した場合以降のステップが、実施の形態１の場合とは異なる。
【０１３０】
ステップＳ２３にて第１の照合手段として動作する地図照合部１０がＮＯと判断すると、ステップＳ５４に行く。ステップＳ５４では、地図照合部１０は、リリースＤＢ記憶部１５に記憶されている過去にリリースされた地図情報の中から、地図バージョンが配信要求と同じ地図情報を選択し、当該地図情報と拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像の地図情報とを比較する。
【０１３１】
すなわち、配信要求には地図バージョンはＶｅｒ１．０と設定されているので、地図照合部１０は、リリースＤＢ記憶部１５が記憶する地図情報の中から地図バージョンがＶｅｒ１．０の地図情報を選び出す。次に、地図照合部１０は、このＶｅｒ１．０の図５（ａ）に示す地図に対応する地図情報と拡張地図ＤＢ部２６に記憶された拡張地図ＤＢが含む図１１（ａ）に示す航空写真の写真画像である地図情報とを比較する。その結果、地図情報端末３が保有している地図情報に基づく地図を基準にして、地図配信サーバ１ｂが保有している写真画像の地図情報に基づく地図における変化した道路のみを抽出することができる。なお、航空写真や衛星写真の写真画像は、最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報よりも、より最新の道路や施設の状況を反映している。従って、ステップＳ２３で追加しようとする道路Ｒ９が最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報では該当する道路が見つからなかったとしても、拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像であれば、見つかる可能性が高くなるという利点がある。
【０１３２】
以上のようにして抽出された変化した道路、すなわち、地図情報端末３が保有している地図情報に基づく地図を基準にして地図配信サーバ１ｂが保有している写真画像の地図情報に基づく地図における変化した道路に対して、地図照合部１０は、ユーザの配信要求に基づいてこれから追加しようとする道路Ｒ９を照合する。ここで、地図照合部１０は、第２の照合手段として動作する。
【０１３３】
その結果、ステップＳ５５において、拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像に係る地図に配信要求に基づいて追加しようとする道路Ｒ９に該当する道路Ｓ９が存在すると地図照合部１０が判断した場合は、次はステップＳ５６へ行く。
【０１３４】
ステップＳ５６では、差分データ生成部１２は、リリースＤＢ記憶部１５に記憶された地図ＤＢの地図情報であって地図バージョンが配信要求の地図バージョンに一致する地図情報との比較に基づいて、追加しようとする道路Ｒ９に該当する道路Ｓ９に対応する差分地図データを生成する。当該差分地図データは、図１１（ｃ）に示された地図の地図情報と図５（ａ）に示された地図の地図情報との差分を行うこととなる。
【０１３５】
次に、ステップＳ５７では、信頼ステータスが設定される。追加しようとする道路Ｒ６は、最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に基づく地図には該当する道路が存在しなかったが、拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像からなる地図情報に基づく地図には存在していた。従って、このような第２の場合の信頼ステータスは、最新ＤＢ記憶部１４の地図ＤＢに存在する第１の場合（信頼ステータス＝５）よりも低く、しかし、拡張地図ＤＢにも存在しない第３の場合よりも高く設定するものとし、例えば、信頼ステータス＝３と設定する。
【０１３６】
以上のようにして、信頼ステータスが設定された後は、既に説明した動作フローと同様であり、ステップＳ３２において、配信部１３で、図４（ｂ）に示された配信データが作成され、当該配信データは、通信部４から通信ネットワーク２を介して地図情報端末３に、地図情報端末３から受信した配信要求への応答として送信される。
【０１３７】
以上のようにして、地図情報端末３からの道路Ｒ９を追加するという配信要求に応じて、ステップＳ２３において道路Ｒ９は最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に基づく地図には該当する道路が存在しないが、ステップＳ５５において道路Ｒ９は拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像からなる地図情報に基づく地図には該当する道路Ｓ９が存在する第２の場合の地図配信サーバ１ｂの動作フローは終了する（ステップＳ３３）。
【０１３８】
次に、地図情報端末３からの道路Ｒ９を追加するという配信要求に応じて、ステップＳ２３においても道路Ｒ９は最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報に基づく地図には該当する道路が存在せず、かつ、ステップＳ５５においても道路Ｒ９は拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像からなる地図情報に基づく地図には該当する道路Ｓ９が存在しない第３の場合の地図配信サーバ１ｂの動作フローについて、第２の場合とは異なるステップＳ５５以降について、以下に説明する。
【０１３９】
さて、ステップＳ５５において、地図配信サーバ１ｂの地図照合部１０は、道路Ｒ９は拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像からなる地図情報に基づく地図には該当する道路Ｓ９が存在しないと判断し、次にステップＳ５８へ行くこととなる。
【０１４０】
ステップＳ５８では、地図情報端末３からの配信要求に基づいて追加しようとする道路Ｒ９に推定処理を施す。配信要求には、図４（ａ）に示されるように、対象物種別が道路Ｒ９で、編集情報が追加であり、対象データとして道路Ｒ９の各種データ等が含まれている。
【０１４１】
さて、追加しようとする道路Ｒ９は、実施の形態１において説明した道路Ｒ８の場合とは異なり、突き出た部分を有さないので、大幅な推定処理は行わないが、拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像の濃淡や色等の情報に基づいて、必要に応じた推定処理が施される。
【０１４２】
さらに、ステップＳ５８では、差分データ生成部１２は、推定処理によって得られた道路に対応する差分地図データを生成する。差分地図データの生成については、これまでに説明した内容と同様であるので、説明を省略する。
【０１４３】
次に、ステップＳ５９では、信頼度の程度が判断される。ここでの信頼度の程度は、信頼性有無の判断内容に関わらず、ステップＳ２３でＹＥＳと判断された第１の場合よりも低いのは当然として、さらに、ステップＳ５５でＹＥＳと判断された第２の場合よりも低いものとなる。これは、追加しようとする道路Ｒ９が拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像からなる地図情報に基づく地図に存在しなかったためである。
【０１４４】
例えば、拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像からなる地図情報に基づいて、推定処理を施し得られた道路に対し、当該道路が海の上とか湖の中とかいったような有り得ないような地図上の位置を示す場合は、ステップＳ５９の信頼性有りがＮＯとなって、信頼ステータスを最も低い例えば０に設定する（ステップＳ６１）。それに対し、有り得ないような地図上の位置を示すといったような矛盾が無い場合は、ステップＳ５９の信頼性有りがＹＥＳとなって、当該道路に係る地図情報の信頼度を表す信頼ステータスを少し高い例えば２に設定する（ステップＳ６０）。
【０１４５】
以上のようにして、信頼ステータスが設定された後は、既に説明した動作フローと同様であり、ステップＳ３２において、配信部１３で、図４（ｂ）に示された配信データが作成され、当該配信データは、通信部４から通信ネットワーク２を介して地図情報端末３に、地図情報端末３から受信した配信要求への応答として送信される。
【０１４６】
以上のようにして、地図情報端末３からの道路Ｒ９を追加するという配信要求に応じて、ステップＳ５５において道路Ｒ９は拡張地図ＤＢ部２６に記憶された拡張地図ＤＢの写真画像からなる地図情報に基づく地図には存在しない場合の地図配信サーバ１ｂの動作フローは終了する（ステップＳ３３）。
【０１４７】
以上に説明してきたように、この発明に係る実施の形態２の地図配信システムにおいては、地図配信サーバ１ｂが航空写真や衛星写真等の写真画像からなる拡張地図ＤＢを記憶する拡張地図ＤＢ部２６をさらに備え、地図情報端末３からの配信要求の要求内容が最新ＤＢ記憶部１４に記憶された地図ＤＢと照合して該当する内容が存在しない場合は、拡張地図ＤＢ２６に記憶された写真画像からなる拡張地図ＤＢと照合するようにしたので、より最新の道路や施設の状況が反映されていると同時に、配信データの情報の信頼性の度合いが考慮されたナビゲーションが可能となる。
【０１４８】
なお、地図情報端末３は、配信データに含まれる信頼ステータスに応じたナビゲーション機能を実行することとなるが、実施の形態１と同様に、例えば信頼ステータスが最も高い５に設定されていれば、地図情報端末３は探索、誘導、表示、ロケーション等、すべてのナビゲーション機能を実行でき、信頼ステータスが２の場合は、地図情報端末３は例えばナビゲーション機能が表示及びロケーションに限定される。さらに、信頼ステータスが最も低い０の場合は、地図情報端末３はナビゲーション機能が表示のみに制限される。さらに、信頼ステータスが３の場合は、配信要求の内容が写真画像からなる拡張地図ＤＢに該当する内容が存在したのであるから、信頼ステータスが５の場合と区別をせずに、地図情報端末３がすべてのナビゲーション機能を実行できるとしても良いし、信頼ステータスが５の場合と区別をして、地図情報端末３に何らかの機能制限を追加しても良いし、機能制限は無いが信頼ステータスは最高では無いことを示す旨を、端末表示部２２に表示させて、ユーザに知らせるようにしても良い。
【０１４９】
また、信頼ステータスの値に関わらず、地図情報端末３は、配信地図サーバ１ｂから送信された配信データに基づいて地図更新を行った場合は、配信データに含まれる信頼ステータスに基づいて、更新内容の信頼性の度合いを示す表示を、端末表示部２２に表示させるようにすれば、地図情報端末３のユーザは、配信要求した内容の信頼性の度合いを知ることができるという利点がある。
【０１５０】
実施の形態３．
この発明に係る実施の形態１及び実施の形態２の地図配信システムにおいては、地図情報端末３のユーザが所望の配信要求を作成する際には、地図情報端末３が保有する地図情報に基づく地図が端末表示部２２に表示され、次に、ユーザによる端末操作部１７の操作により、地図編集メニューが表示される。ユーザは、地図編集メニューを見ながら、配信要求を作成するために、地図情報端末３が保有する地図情報に基づく地図に対して編集操作を行うようになっている。すなわち、配信要求の編集及び作成に必要な要求編集画面は、地図情報端末３自身が作成する必要がある。
【０１５１】
それに対して、この発明に係る実施の形態３の地図配信システムでは、地図情報端末３は地図配信サーバ１ａないしは１ｂにアクセスし、ブラウザを用いて地図配信サーバ１ａないしは１ｂが保有する地図情報に基づいて作成された要求編集画面をＷＥＢ画面として地図情報端末３の端末表示部２２に表示させる。実施の形態３においては、地図情報端末３は、配信要求を作成するために必要な地図表示データや地図編集メニュー画面等の要求編集画面の作成処理や編集処理自体も自分自身で直接には行わない。
【０１５２】
地図情報端末２３は、このような処理に必要な情報を地図配信サーバ１ａないしは１ｂにアクセスして送ることで、地図配信サーバ１ａないしは１ｂ側で処理を行うようにしたので、地図情報端末３自体の負荷を低減することが可能である。地図情報端末３は、自分自身の負荷を低減できるので、小型化及び低消費電力化が可能となる。
【０１５３】
また、地図配信サーバ１ｃが地図編集画面を作成するので、リリースＤＢ記憶部１５に記憶された地図ＤＢだけでなく、最新ＤＢ記憶部１４に記憶された地図ＤＢも容易に使用可能である。もし、地図情報端末３が最新ＤＢ記憶部１４に記憶された地図ＤＢを使用することになると、当該地図ＤＢの地図情報を通信ネットワーク２を介してわざわざ地図情報端末３に送る必要が生じる。
【０１５４】
図１３は、この発明に係る地図配信システムの実施の形態３のうちの地図配信サーバ１ｃの構成を示す構成図である。実施の形態３においては、図１に示す地図配信システムの全体構成のうちで、地図情報端末３及び通信ネットワーク２は実施の形態１及び実施の形態２と同様であり、地図配信サーバ１ｃの構成が要求編集画面生成部２７を備える点で、実施の形態１の地図配信サーバ１ａや実施の形態２の地図配信サーバ１ｂとは異なる。それ以外は、同様である。なお、図１３において、図１及び図２と同一符号は同一または相当部分を示すので説明を省略する。
【０１５５】
図１３において、地図配信サーバ１ｃは、地図情報端末３がブラウザを用いて配信要求を作成するために必要な配信要求編集画面のデータを生成する要求編集画面生成部２７を備えている。要求編集画面生成部２７は、地図情報端末３のブラウザからの表示画面データの送信要求に対して、記憶部６ａが保有する地図情報等を用いてブラウザ用の表示画面データを作成する。ブラウザ用の表示画面データは、要求入力部８ｂに入力され、全体制御部７の制御の元で、通信部４から通信ネットワーク２を介して地図情報端末３に送信される。
【０１５６】
ブラウザ用の表示画面データを受信した地図情報端末３は、端末表示部２２にブラウザを用いて配信要求を編集して作成するために必要な配信要求編集画面を表示させる。
【０１５７】
図１４は、地図配信サーバ１ｃの要求編集画面生成部２７が生成し、地図情報端末３の端末表示部２２にブラウザを用いて表示された要求編集画面の例である。要求編集画面には、地図情報端末３の地図ＤＢ記憶部２４に記憶された地図ＤＢの地図情報の地図バージョンの例である「ナビ（０６年５月）」という日付付きの表示や地図配信サーバ１ｃの最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報の地図バージョンの例である「最新（０８年１０月）」という日付付きの表示等が示されている。
【０１５８】
図１４の要求編集画面の右側には、ブラウザ操作による編集命令ボタンが表示されている。ユーザは、地図情報端末３の端末操作部１７を操作して、これらの編集命令ボタンを用いることで、配信要求を編集して作成することができるようになっている。
【０１５９】
要求編集画面の中央には、地図情報端末３の地図ＤＢ記憶部２４に記憶された地図ＤＢの地図情報と同じ地図バージョンであって地図配信サーバ１ｃのリリースＤＢ記憶部１５に記憶された地図ＤＢの地図情報と最新ＤＢ記憶部１５に記憶された地図ＤＢの地図情報とに基づいて、地図配信サーバ１ｃの要求編集画面生成部２７が生成した地図が表示されている。図１３の中央の地図において、太線で表示された道路Ｌ５、道路Ｌ６、及び道路Ｌ７は、地図情報端末３が保有するＶｅｒ１．０の地図情報に基づく地図では無かったが、地図配信サーバ１ｃの最新ＤＢ記憶部１５が保有するＶｅｒ２．０の地図情報に基づく地図で追加された新たに開通した道路を示している。一方、逆に、破線で表示された道路Ｌ４は、Ｖｅｒ１．０の地図情報に基づく地図では存在したが、最新のＶｅｒ２．０の地図情報に基づく地図では存在しない閉鎖となった道路を示している。以上のように、地図バージョンの違いが区別できるように、表示されている。
【０１６０】
なお、新たに開通した道路の表示は、図１４では太線で示しているが、見易くすることを目的に、他の表示方法、例えば２重線で示すようにしても良いのは言うまでも無い。
【０１６１】
なお、図１４の要求編集画面を見て、ユーザは、地図情報端末３が保有する地図情報に基づく地図に道路Ｌ５を追加したいと考えたとする。ユーザは、編集命令ボタンのうちの例えば追加ボタンを押した後、カーソル等で例えば道路Ｌ５を指定することができる。指定された道路Ｌ５は色が変わるので、ユーザは確認ボタンを押し、さらに要求ボタンを押すことで、道路Ｌ５を地図情報端末３が保有する地図情報に追加する配信要求が作成される。当該配信要求は、地図情報端末３から地図配信サーバ１ｃに送信され、地図配信サーバ１ｃは当該配信要求に応答して道路Ｌ５を追加するための差分地図データを作成し、信頼ステータス等と共に配信データとして地図情報端末３に配信する。図中の中止ボタンは、配信要求作成のための編集操作を中止するボタンである。
【０１６２】
また、実施の形態１で説明した道路Ｒ８のように、リリースＤＢ記憶部１５に記憶された地図ＤＢの地図情報にも最新ＤＢ記憶部１４に記憶された地図ＤＢの地図情報にも該当する道路が無いような道路をユーザが追加したい場合には、図１４に示された線引きボタンを押し、カーソル等を用いて画面上をなぞり、線を引く。図９（ａ）のような道路Ｒ８が示された地図画面が要求編集画面の中央に表示されるので、確認ボタン及び要求ボタンを押して、配信要求を作成する。当該配信要求は、地図情報端末３から地図配信サーバ１ｃに送信され、地図配信サーバ１ｃは当該配信要求に応答して道路Ｒ８を追加するための差分地図データを作成し、信頼ステータス等と共に配信データとして地図情報端末３に配信する。
【０１６３】
以上の実施の形態３に係る説明では、実施の形態１の配信要求の例を元に説明したが、実施の形態２のような拡張地図ＤＢ部２６を備える地図配信サーバ１ｂから構成された地図配信システムに対しても、同様の効果が得られるのは言うまでも無い。この場合は、要求編集画面生成部２７は、ユーザからの要求により、図１１（ａ）の航空写真からなる写真画像と図１４の要求編集画面とを重畳した画面を生成して、ユーザが線引きをし易い画面を作成するようにしても良い。このようにすれば、ユーザの使い勝手が向上する。
【０１６４】
実施の形態４．
この発明に係る実施の形態３の地図配信システムにおいては、地図配信サーバ１ｃに要求編集画面生成部２７を設け、地図情報端末３がブラウザを用いて地図配信サーバ１ｃにアクセスしたが、例えば家庭に置かれたＰＣ（パーソナルコンピュータ）端末２８から、インターネット経由で地図配信サーバ１ａ、１ｂ、もしくは１ｃにアクセスして配信要求を作成するようにしても良い。地図情報端末３がポータブル仕様では無くて車両に固定される仕様の場合には、ユーザは配信要求を編集作成するために、わざわざ車両に乗車することが必要となるが、この実施の形態４によれば、家庭に居ながらにして配信要求を作成でき、利便性が向上する。
【０１６５】
図１５は、この発明に係る実施の形態４の地図配信システムの構成を示す構成図である。なお、図１５において、図１と同一符号は同一または相当部分を示すので説明を省略する。
【０１６６】
図１５において、地図配信サーバ１ａにアクセスするための例えば家庭等のユーザによって利便性の良い場所に設置されたＰＣ端末２８が通信ネットワーク２に接続されている。ＰＣ端末２８は、通信ネットワーク２を介して、地図配信サーバ１aや地図情報端末３と互いにアクセスすることが可能である。
【０１６７】
なお、ＰＣ端末２８で地図配信サーバ１ａにアクセスして、配信要求の編集及び作成を行う操作については、実施の形態３での地図情報端末３での操作と同様である。
【０１６８】
また、ＰＣ端末２８から送信された配信要求に応じて、地図配信サーバ１ａから配信される配信データは、ＰＣ端末２８でダウンロードしてから、記憶メディアを用いて、地図情報端末３に渡すようにしても良い。また、地図情報端末３がＰＣ端末２８にアクセスして、ＰＣ端末２８が地図配信サーバ１ａからダウンロードした配信データを取り込むようにしても良い。
【０１６９】
実施の形態５．
この発明に係る実施の形態１乃至４の地図配信システムにおいては、通信ネットワーク２を介して、デジタルデータの通信により、配信データを送受するようにしたが、実施の形態５においては、ユーザが、紙に記載された地図を元に手書きで配信要求を記入して、メールやファックス等で送付することを特徴とするものである。
【０１７０】
この場合は、地図配信サーバ１ｄ側では、人であるオペレータが必要になるが、オペレータは手書きやプリンタで記載された端末番号やユーザ名により認証を行った後、地図配信サーバ１ｄが備える要求編集画面と操作入力手段とをオペレータが用いて、手操作で地図配信サーバ１ｄに配信要求を入力する。この時の要求編集画面は図１４と同様である。
【０１７１】
ユーザは、紙に記載された地図に手書きで配信要求を記入するだけなので、種々の細かな要求を記述することが可能という利便性がある。作成された配信データは、実施の形態４と同様にＰＣ端末２８から地図配信サーバ１ｄにアクセスして入手しても良いし、実施の形態１と同様に地図情報端末３が地図配信サーバ１ｄにアクセスして入手しても良い。
【０１７２】
実施の形態６．
この発明に係る実施の形態６の地図配信システムにおいては、ユーザが地図情報端末３ないしはＰＣ端末２８を用いて、地図配信サーバ１ａ、１ｂ、１ｃ、もしくは１ｄに配信要求をした場合の使用料を配信のためのポイントという形の電子マネーで支払うようにする。その際、地図情報端末３は、使用可能な配信可能ポイントを記憶するポイント記憶部を備えるものとする。なお、配信のためのポイントの購入方法として、所定のポイントを記憶した記憶媒体をユーザが購入し、当該記憶媒体を地図情報端末３の接続端子に挿入し、記憶媒体に記憶されたポイントを地図情報端末３のポイント記憶部に記憶された配信可能ポイントに加算するようにする。加算後には、記憶媒体のポイントは消去される。
【０１７３】
以上のように、電子マネーとしての価値がある所定の配信のためのポイントを記憶した記憶媒体をユーザが購入し、当該ポイントを用いてユーザの配信要求の使用料を支払うようにしたので、ユーザの利便性が高いという効果がある。
【符号の説明】
【０１７４】
１ａ 地図配信サーバ、２ 通信ネットワーク、３ 地図情報端末、４ 通信部、６ａ 記憶部、６ｂ 記憶部、７ 全体制御部、１０ 地図照合部、１２ 差分データ生成部、１３ 配信部、１４ 最新ＤＢ記憶部、１５ リリースＤＢ記憶部、１７ 端末操作部、２１ 端末通信部、２３ 端末制御部、２４ 地図ＤＢ記憶部、２５ 配信データ記憶部、２６ 拡張地図ＤＢ部。
【特許請求の範囲】
【請求項１】
ユーザが要求する地図情報の編集内容を示す編集要求情報と地図情報端末が保有する端末地図情報のバージョンとを含む配信要求を受信する受信手段と、
既にリリースした複数の第１の地図情報を保有する第１の地図情報記憶手段と、
リリース前を含む最新の第２の地図情報を保有する第２の地図情報記憶手段と、
前記複数の第１の地図情報から前記端末地図情報のバージョンと同一バージョンの第１の地図情報を抽出し、前記抽出された第１の地図情報と前記第２の地図情報との差分情報に前記編集要求情報が含まれるかを照合し、前記差分情報と前記編集要求情報との一致度を示す第１の照合結果を出力する第１の照合手段と、
前記第１の照合結果と前記同一バージョンの第１の地図情報とに基づいて、前記配信要求に応じた差分地図データを生成する生成手段と、
前記差分地図データである配信データを前記地図情報端末に送信する送信手段と、
から構成された地図配信サーバ。
【請求項２】
第１の照合手段は、差分情報と編集要求情報との一致の程度を示す一致度を道路形状の違いに基づいて算出して照合すること
を特徴とする請求項１記載の地図配信サーバ。
【請求項３】
ユーザが要求する地図情報の編集内容を示す編集要求情報と地図情報端末が保有する端末地図情報のバージョンとを含む配信要求を受信する受信手段と、
既にリリースした複数の第１の地図情報を保有する第１の地図情報記憶手段と、
リリース前を含む最新の第２の地図情報を保有する第２の地図情報記憶手段と、
前記複数の第１の地図情報から前記端末地図情報のバージョンと同一バージョンの第１の地図情報を抽出し、前記抽出された第１の地図情報と前記第２の地図情報の差分情報に前記編集要求情報が含まれるかを照合し、前記差分情報と前記編集要求情報との一致度を示す第１の照合結果を出力する第１の照合手段と、
前記同一バージョンの第１の地図情報に対応する写真画像からなる拡張地図情報を保有する拡張地図記憶手段と、
前記第１の照合結果が、前記編集要求情報が前記差分情報に含まれないという結果である場合は、前記抽出された第１の地図情報と前記拡張地図情報とを用いて前記配信要求に含まれる編集要求情報と照合し、第２の照合結果を出力する第２の照合手段と、
前記第２の照合結果と前記同一バージョンの第１の地図情報とに基づいて、前記配信要求に応じた差分地図データを生成する生成手段と、
前記差分地図データである配信データを前記地図情報端末に送信する送信手段と、
から構成された地図配信サーバ。
【請求項４】
第１の照合手段は、差分情報と編集要求情報との一致の程度を示す一致度を道路形状の違いに基づいて算出して照合すること
を特徴とする請求項３記載の地図配信サーバ。
【請求項５】
地図情報端末は車両に搭載されると共に、受信手段は、前記車両外に置かれた他端末から配信要求を受信すること
を特徴とする請求項１または請求項３記載の地図配信サーバ。
【請求項６】
車両外に置かれた他端末は、ＰＣ端末であること
を特徴とする請求項５記載の地図配信サーバ。
【請求項７】
地図情報端末に設定された固有の端末ＩＤ情報に基づいて前記地図情報端末の登録確認を行う認証手段をさらに備え、
前記地図情報端末が登録端末であると確認された場合は、配信データを配信し、
前記地図情報端末が登録端末で無いと確認された場合は、前記地図情報端末に配信不可の返信を行うこと
を特徴とする請求項１または請求項３記載の地図配信サーバ。
【請求項８】
地図情報端末の配信要求の使用回数を規制する配信可能ポイントを記憶するポイント記憶手段をさらに備え、
前記地図情報端末からの配信要求の回数に応じて前記配信可能ポイントが減算され、前記配信可能ポイントが無くなった際に配信不可とすること
を特徴とする請求項１または請求項３記載の地図配信サーバ。
【請求項９】
端末地図情報を記憶する端末地図情報記憶手段と、
前記端末地図情報の編集内容を示す編集要求情報を入力する端末操作手段と、
入力された編集要求情報を配信サーバに送信する送信手段と、
前記送信された編集要求情報への応答として、前記端末地図情報に対応した差分データである差分地図データを地図配信サーバから受信する受信手段と、
前記配信データに含まれる差分地図データに基づいて、前記端末地図情報を差分更新する更新手段と、
地図表示を行うナビゲーション機能を実行するナビゲーション手段と、
から構成された地図情報端末。
【請求項１０】
送信手段によって送信される配信要求の使用回数を規制する配信可能ポイントを記憶するポイント記憶手段を備え、
前記配信要求の使用回数に応じて前記配信可能ポイントが減算され、前記配信可能ポイントが無くなった際に配信要求の送信が不可となること
を特徴とする請求項９記載の地図情報端末。
【請求項１１】
所定のポイントを記憶する記憶媒体を接続する接続端子をさらに備え、
前記記憶媒体が接続されると前記所定のポイントがポイント記憶手段が記憶する配信可能ポイントに加算されること
を特徴とする請求項１０記載の地図情報端末。
【請求項１】
ユーザが要求する地図情報の編集内容を示す編集要求情報と地図情報端末が保有する端末地図情報のバージョンとを含む配信要求を受信する受信手段と、
既にリリースした複数の第１の地図情報を保有する第１の地図情報記憶手段と、
リリース前を含む最新の第２の地図情報を保有する第２の地図情報記憶手段と、
前記複数の第１の地図情報から前記端末地図情報のバージョンと同一バージョンの第１の地図情報を抽出し、前記抽出された第１の地図情報と前記第２の地図情報との差分情報に前記編集要求情報が含まれるかを照合し、前記差分情報と前記編集要求情報との一致度を示す第１の照合結果を出力する第１の照合手段と、
前記第１の照合結果と前記同一バージョンの第１の地図情報とに基づいて、前記配信要求に応じた差分地図データを生成する生成手段と、
前記差分地図データである配信データを前記地図情報端末に送信する送信手段と、
から構成された地図配信サーバ。
【請求項２】
第１の照合手段は、差分情報と編集要求情報との一致の程度を示す一致度を道路形状の違いに基づいて算出して照合すること
を特徴とする請求項１記載の地図配信サーバ。
【請求項３】
ユーザが要求する地図情報の編集内容を示す編集要求情報と地図情報端末が保有する端末地図情報のバージョンとを含む配信要求を受信する受信手段と、
既にリリースした複数の第１の地図情報を保有する第１の地図情報記憶手段と、
リリース前を含む最新の第２の地図情報を保有する第２の地図情報記憶手段と、
前記複数の第１の地図情報から前記端末地図情報のバージョンと同一バージョンの第１の地図情報を抽出し、前記抽出された第１の地図情報と前記第２の地図情報の差分情報に前記編集要求情報が含まれるかを照合し、前記差分情報と前記編集要求情報との一致度を示す第１の照合結果を出力する第１の照合手段と、
前記同一バージョンの第１の地図情報に対応する写真画像からなる拡張地図情報を保有する拡張地図記憶手段と、
前記第１の照合結果が、前記編集要求情報が前記差分情報に含まれないという結果である場合は、前記抽出された第１の地図情報と前記拡張地図情報とを用いて前記配信要求に含まれる編集要求情報と照合し、第２の照合結果を出力する第２の照合手段と、
前記第２の照合結果と前記同一バージョンの第１の地図情報とに基づいて、前記配信要求に応じた差分地図データを生成する生成手段と、
前記差分地図データである配信データを前記地図情報端末に送信する送信手段と、
から構成された地図配信サーバ。
【請求項４】
第１の照合手段は、差分情報と編集要求情報との一致の程度を示す一致度を道路形状の違いに基づいて算出して照合すること
を特徴とする請求項３記載の地図配信サーバ。
【請求項５】
地図情報端末は車両に搭載されると共に、受信手段は、前記車両外に置かれた他端末から配信要求を受信すること
を特徴とする請求項１または請求項３記載の地図配信サーバ。
【請求項６】
車両外に置かれた他端末は、ＰＣ端末であること
を特徴とする請求項５記載の地図配信サーバ。
【請求項７】
地図情報端末に設定された固有の端末ＩＤ情報に基づいて前記地図情報端末の登録確認を行う認証手段をさらに備え、
前記地図情報端末が登録端末であると確認された場合は、配信データを配信し、
前記地図情報端末が登録端末で無いと確認された場合は、前記地図情報端末に配信不可の返信を行うこと
を特徴とする請求項１または請求項３記載の地図配信サーバ。
【請求項８】
地図情報端末の配信要求の使用回数を規制する配信可能ポイントを記憶するポイント記憶手段をさらに備え、
前記地図情報端末からの配信要求の回数に応じて前記配信可能ポイントが減算され、前記配信可能ポイントが無くなった際に配信不可とすること
を特徴とする請求項１または請求項３記載の地図配信サーバ。
【請求項９】
端末地図情報を記憶する端末地図情報記憶手段と、
前記端末地図情報の編集内容を示す編集要求情報を入力する端末操作手段と、
入力された編集要求情報を配信サーバに送信する送信手段と、
前記送信された編集要求情報への応答として、前記端末地図情報に対応した差分データである差分地図データを地図配信サーバから受信する受信手段と、
前記配信データに含まれる差分地図データに基づいて、前記端末地図情報を差分更新する更新手段と、
地図表示を行うナビゲーション機能を実行するナビゲーション手段と、
から構成された地図情報端末。
【請求項１０】
送信手段によって送信される配信要求の使用回数を規制する配信可能ポイントを記憶するポイント記憶手段を備え、
前記配信要求の使用回数に応じて前記配信可能ポイントが減算され、前記配信可能ポイントが無くなった際に配信要求の送信が不可となること
を特徴とする請求項９記載の地図情報端末。
【請求項１１】
所定のポイントを記憶する記憶媒体を接続する接続端子をさらに備え、
前記記憶媒体が接続されると前記所定のポイントがポイント記憶手段が記憶する配信可能ポイントに加算されること
を特徴とする請求項１０記載の地図情報端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１１−２１５６５１（Ｐ２０１１−２１５６５１Ａ）
【公開日】平成２３年１０月２７日（２０１１．１０．２７）
【国際特許分類】
【出願番号】特願２０１１−１６９３４３（Ｐ２０１１−１６９３４３）
【出願日】平成２３年８月２日（２０１１．８．２）
【分割の表示】特願２０１１−５０２５１１（Ｐ２０１１−５０２５１１）の分割
【原出願日】平成２１年１１月２４日（２００９．１１．２４）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２３年１０月２７日（２０１１．１０．２７）
【国際特許分類】
【出願日】平成２３年８月２日（２０１１．８．２）
【分割の表示】特願２０１１−５０２５１１（Ｐ２０１１−５０２５１１）の分割
【原出願日】平成２１年１１月２４日（２００９．１１．２４）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]