画像の撮影機会を判断する手段を有し、前記判断結果に基づいて画像の撮影を実行する端末装置と、前記端末装置から通信網を介して受信する画像を画像の撮影条件に応じて分類したデータベースが構築されたサーバーからなることを特徴とするデータベースシステム。前記サーバーは、前記データベースに保存された画像を、通信網を介して前記端末装置へ送信する手段を有することを特徴とする請求項1記載のデータベースシステム。前記画像の撮影機会の判断が、前記端末装置が撮影位置と現在位置を比較することで行われ、前記比較において現在位置と撮影位置が一致した時に前記端末装置により撮影機会と判断されることを特徴とする請求項1または2いずれか記載のデータベースシステム。前記撮影条件が画像の撮影された日時と経度と緯度と画像データを取得した方向を項目としていることを特徴とする請求項1から3いずれか記載のデータベースシステム。隣接する2つの所定の基準点の一方の基準点に最も近い連続する2つの撮影位置の間の距離が、前記隣接する2つの基準点に挟まれた区間の中間地点を間に含む2つの隣接した撮影位置間の距離以下となるように撮影位置が設定され、前記撮影位置に基づいて取得された画像が撮影条件と対応づけられていることを特徴とする請求項1から4いずれか記載のデータベースシステム。前記データベースにおいて、隣接する2つの基準点の一方の基準点に最も近い撮影位置を含む連続する2つの撮影位置間の距離が、前記隣接する2つの基準点の間にある他の隣接する撮影地点間の距離よりも大きくならないように撮影地点が設定されていることを特徴とする請求項1から5いずれか記載のデータベースシステム。現在位置の測定手段と、情報の送受信手段と、画像の撮影手段有と、前記送受信手段により受信した撮影位置と前記現在位置の測定手段により得られた現在位置を基にして画像取得の機会を判断する手段と、前記判断結果に基づいて前記画像撮影手段を制御して画像の撮影をする手段と、前記画像を前記送受信手段により送信する手段を有することを特徴とする端末装置。前記送受信手段により画像を受信する手段と、前記画像を表示する手段を有すること特徴とする請求項7に記載の端末装置。目的地を設定する手段と、位置測定手段により得た現在位置から前記目的地までの経路を表示する手段と、経路上の位置と受信した画像の撮影位置情報を比較する手段と、前記比較において位置情報が一致した画像を表示する手段を有することを特徴とする請求項8記載の端末装置。撮影位置情報をサーバーが送信し、送信された撮影位置情報を受信した端末装置が撮影位置情報と端末装置の位置の比較を実施し、撮影位置情報と端末装置の位置情報が一致した場合には画像の撮影を端末装置が判断して実行し、端末装置は撮影された画像に撮影情報データが添付されて送信し、送信された画像を取得したサーバーが撮影情報データを元に画像を保存することを特徴としたデータベースシステムの構築方法。撮影情報データが経度と緯度と画像データを撮影した方向と画像を撮影した日時データからなることを特徴とする請求項10記載のデータベースシステムの構築方法。しかしながら、特許文献1に開示された技術には次のような課題がある。端末装置が各々の地点で画像データを取得するにあたって、端末装置は自車位置が撮影箇所にあるかを判断した後に、通信手段を用いてサーバーに対して撮影要否の判断要求を実施する。サーバーは条件に合致するかを判断し、合致する場合は端末装置に対して撮影要求を送信する。この際、サーバーからの撮影要求を受信しない限り、端末装置は撮影を実行しない。そのため、サーバーから端末装置への送信信号にエラーが生じて繰り返し再送信する場合や、サーバーから端末装置へ送信信号が到達しなかった場合には、撮影箇所を通過する前に撮影要求の受信ができないことがある。その結果、本来、必要であった箇所の画像データが得られないことになる。トンネル内や山岳地帯など電波の到達しにくい場所や地域や、交通量が多く回線が込み合うような地域では特に送受信に支障が出る可能性が高くなる。これらのことより、特許文献1の技術では最新の画像によるデータベースを構築する際の安定性に欠ける。上記の課題を解決するため、本発明の画像データベースシステムは、画像の撮影機会を判断する手段を有し、判断結果に基づいて画像の撮影を実行する端末装置と、端末装置から通信網を介して受信する画像を画像の撮影条件に応じて分類したデータベースが構築されたサーバーを備えている。本発明によれば、画像の取得が必要な地点において画像が取得されない事態を回避できる。また、通信回線の負荷の低減と通信の効率化が高まり、通信に対応するサーバーの負荷も軽減が出来る。その結果、必要な画像が欠けることなく安定した画像データベースの構築と利用が実現できる。本発明の第1の実施形態について図1を参照して詳細に説明する。本システムは車側端末10と、通信網20と、地域データサーバー30からなる。車側端末10は、表示部11、位置認識部12、カメラ13、制御部14、送受信部15、画像記憶部16、位置情報記憶部17、操作部18と、それらをつなぐ接続部19を備えている。表示部11は、地図情報、画像データの表示や、操作手順、設定項目の表示などを行う。表示部11の表示装置としては、液晶ディスプレイや有機ELディスプレイ等を用いる。また、ディスプレイ前面にタッチパネルを設置して、表示画面への操作メニューの表示と組み合わせ、操作部18の役割を一部または全体にわたって兼ねることがある。位置認識部12は全地球位置把握システムGPSを用いて自車の位置の認識を行い、位置情報を提供する。位置認識部12では電子コンパスおよび加速度センサーなどを併用して移動方向と移動量を認識し位置の測定精度を上げることもある。カメラ13は車の前方に搭載され、車の進行方向の画像を広角で撮影する。カメラ13としては、CCDイメージセンサやCMOSイメージセンサなどを用いて電子画像を取得する。また、夜間走行時の画像取得のため赤外線カメラを用いることもある。制御部14は、単数または複数のマイクロプロセッサーやメモリからなり、車側端末10で行われる各動作の制御や撮影位置情報等の決定処理、画像の処理、一時保管等を行う。制御部14はカーナビゲーション機能での経路の検索や、検索結果の表示の制御を担うことがある。送受信部15は、通信網20を介して、地域データサーバー30へのデータの送信および地域データサーバー30からのデータの受信を行う。画像記憶部16にはカメラ13で撮影した画像やサーバーから受信した画像データが保存される。位置情報記憶部17は位置認識部12が取得した自車の位置情報や、送受信部15が受信した撮影位置情報、撮影予定の位置情報等を保存する。操作部18は、目的地の設定や経路の選択、各機能の設定を行う。操作部18の一部またはすべてが表示部11と一体化している場合がある。操作部18に音声認識方式を用いることもある。接続部19は、車側端末10を構成するカメラ13や制御部14等の各部位をケーブルで接続しており、各部位の間での制御信号や情報の伝達を行う。車側端末10を構成している各部位は1つの筐体内で接続部19によって接続されていてもよく、車の各部分に分散して設置されたものを接続部19で接続していてもよい。接続部19にはケーブルを用いた有線での接続だけでなく、無線方式や有線と無線方式の組み合わせが用いられることもある。通信網20は車側端末10と地域データサーバー30間の情報の伝達を行う。通信網20は車側端末10と基地局の間の無線通信網および基地局から地域データサーバー30を結ぶ通信網などからなる。車側端末10と基地局の間の無線通信網には通信量や使用地域に応じた方式を用いる。例えば、第3.5世代通信システムであるHSPA規格に従った通信やLTELongTermEvolution方式を用いる。地域によって切り替えられるように1つの端末を複数の通信規格に対応させる場合もある。基地局と地域データサーバー30間の通信網は光回線や無線回線、または、それらの組み合わせにより構築される。基地局と地域データサーバー30間の通信網の途中にインターネットが使用されることもある。地域データサーバー30は、送受信部31と、画像メモリ32と、制御部33と、位置および画像データベース34を備えている。送受信部31は通信網20を介して車側端末10からのデータの受信および、車側端末10へ向けたデータの送信を行う。画像メモリ32はサーバーが受信した画像データを一時的に保存する。制御部33は送受信部31より受信した画像データに付加されたデータを処理し、画像データ、位置情報等を位置および画像データベース34に記録する。端末などの要求に応じてまたは設定に応じて位置および画像データベース34から画像データや撮影位置情報を車側端末10へ送信する指示を行う。位置および画像データベース34は、撮影地点の位置情報、撮影地点で撮影された写真を保存、管理するデータベースである。図2に位置および画像データベース34のデータテーブルの例を示す。図2に示すように、位置および画像データベース34のデータテーブルは経度41、緯度42、タイムスタンプ43、方向44、画像45の5つのデータ項目によって構成されている。経度41と緯度42はそれぞれ事前にデータベースに設定された撮影地点の経度と緯度である。タイムスタンプ43は画像撮影時の日付、時間である。方向44は画像撮影時の車の方向を記録する。方向を項目に含むことにより、実際に視認される状況により近い画像を得ることができる。また、経度41、緯度42、タイムスタンプ43、方向44の項目を撮影条件とよぶ。また、車側端末10において、画像に付加された撮影条件などの情報をメタデータとよぶ。画像45は経度41、緯度42、タイムスタンプ43、方向44を項目として分類され、位置および画像データベース34のデータテーブルに追加される。また、必要に応じてその他の項目が追加されていることもある。データベースの管理は一定の地域ごとに行われ、データベース間は相互に接続されており、利用者側は地域の分け方を意識せずに使用することができる。地域の分け方は都道府県単位や全国をいくつかのブロックに分けてブロック単位の設定でもよい。地域データベースサーバは必要に応じて、地図データベースや道路情報データベースと連携されることがある。本実施形態での経度と緯度はデータベースに事前に設定された情報である。その設定ルールの例を、図3を用いて説明する。図3に示すように交差点aと交差点bの2つの交差点が存在するとする。交差点aの地点Pと交差点bの地点Sの間の距離PSが900m以内の場合で、距離PSが30の倍数のときは30m間隔で撮影地点を設定する。距離PSが30の倍数以外のときは次の通りとする。まず、距離PSをメートル単位にした後に距離PSを30で割り、商Xと余りYを求める。余りYを2等分し、交差点aの地点Pおよび交差点bの地点Sから最も近い撮影地点をY÷2mの地点に設定する。交差点aの地点Pおよび交差点bの地点Sから各々最も近い撮影地点の間に挟まれた他の撮影地点は30m間隔で設定する。例えば、交差点の間の距離PSが500mのとき、交差点bの地点Sから交差点aの地点Pに向かうとする。500mを30で割ると商Xが16、余りYが20となる。このとき、20を2で割ると10になるので、交差点aの地点Pおよび交差点bの地点Sから最も近い撮影地点を、地点Pおよび地点Sから10mの位置に設定する。また、それ以外の区間は30m間隔で撮影位置を設定する。すなわち、最初の撮影地点が交差点bの地点Sから10mに設定され、それに続く測定地点を30m間隔となり、最後の測定地点から交差点aの地点Pまでの距離が10mとなる。この方法で決定することにより、情報の充実が重要である交差点近傍で間隔がもっとも狭くなり、データとしての有効性が増す。交差点aの地点Pと交差点bの地点Sの間の距離PSが900mより大きく、かつ、1100m以内のときは次の通りとする。交差点aの地点Pから300mを地点Q、交差点b地点Sから300mの地点を地点Rとする。各々の交差点から300mまでの区間、すなわちPQ間およびRS間は30m間隔で撮影をする。各々の交差点から300mの地点で挟まれた区間QRでは、その区間の距離QRを10で割った距離を間隔とした撮影位置を設定する。交差点間PSの距離が1000mのとき、区間QRの距離は400mとなる。400mを10で割って求められる40mを区間QRでの撮影間隔とする。交差点aの地点Pと交差点bの地点Sの間の距離PSが1100mより大きく、かつ、1600m以内のときは次の通りとする。交差点aの地点Pから300mを地点Q、交差点b地点Sから300mの地点を地点Rとした際の各々の交差点から300mまでの区間、すなわちPQ間およびRS間は30m間隔で撮影をする。各々の交差点から300mの地点で挟まれた区間QRでは50m間隔で撮影する。50m以下となる端数は中央の区間の間隔を長くして設定する。区間PSの距離が1190mのとき区間QRの距離は590となる。区間QRを50m間隔で撮影した場合、40mとなる区間が存在する。その際は最中央部に端数分を足して設定する。区間QSの場合は最中央部が90m間隔となり、それ以外の区間を50mで設定する。距離PSが1100mより大きく、かつ、1600m以内のときは、次のように撮影地点を設定しても良い。まず、区間QRで生じる端数分を2で割った距離を、交差点aの地点Pおよび交差点bの地点Sから最近傍での撮影地点までの距離として設定する。次にその距離分を300mに加えることにより地点Qと地点Rを区間の中央よりに各々移動して設定し、移動した後の地点Qと地点Rの間に50m間隔の撮影位置を設置する。交差点aの地点Pと交差点bの地点Sの間の距離PSが1600mより大きいときは次の通りとする。交差点aの地点Pから300mを地点Q、交差点bの地点Sから300mの地点を地点Rとする。各々の交差点から300mまでの区間、すなわちPQ間およびRS間は30m間隔で撮影をする。各々の交差点から300mの地点で挟まれた区間QRでは、その区間の距離QRを20で割った距離を間隔とした撮影位置を設定する。交差点間PSの距離が1800mのとき、区間QRの距離は1200mとなる。1200mを20で割って求められる60mを区間QRでの撮影間隔とする。交差点aと交差点bの距離PSが30m以下のときは、区間PSの中央部に撮影地点を設定する。本実施形態での交差点のように個別の撮影位置の決定の際に、基準となる地点を基準点とよぶ。以上の設定により交差点近傍で撮影地点の間隔が狭く、それ以外の地点では間隔をやや広く設定される。つまり、隣接する2つの基準点にはさまれる区間において、一方の基準点に最も近い撮影地点間の距離は、同じ基準点にはさまれる他の隣接する2つの撮影位置間の距離より、距離が小さいか、同じ距離となり、大きくなることはない。また、隣接する2つの基準点にはさまれる領域の中間地点にあたる地点を間に含む隣接する2つの撮影地点間の距離は、同じ隣接する2つの基準点にはさまれる区間にある他の隣接する2つの撮影地点間の距離よりも大きいか、同距離であり、小さくはならない。これらの結果、充実した情報が必要な地点の近傍ではデータが多くなり、それ以外の部分ではデータ数が少なくなる。情報の重要性に応じてデータ数の適正化をはかることにより、通信回線や端末への負荷が低減でき効率が向上し、データの充実による利便性との両立が実現できる。上記例では交差点は撮影地点に含んでいないが、交差点も撮影地点に加えても良い。また、図3は隣接する2つの交差点を基準点とする例を示したが、基準点となる交差点は信号機を有する交差点としても良い。信号機のある交差点を基準点とした場合の撮影地点のイメージを図4に示した。図4では信号機58の近くで、丸印として示された撮影地点の間隔が狭くなっている。図4の59は丸印として示された撮影地点の1つを指している。市街地では交差点の数が多いが、右左折等を頻繁に行うような情報として重要性の高い交差点には信号機が設置されていることが多い。基準点となる交差点を信号機のある交差点とすることで、データの数を適正化できるため通信量等の削減や処理の負荷の低減により効率化できる。方向44は次のように定義される。車の進行方向をA、車が元いた位置をBとすると、方向44はB→Aと表記する。例えば、車が道路に沿って南から北に向かって進んでいるときは、方向44は南→北とする。実際の道路は南北や東西に平行ではないので進んでいる方向および進んでいる方向の反対側と東西南北の各方位とを比べた際に、なす角度がもっとも小さくなる方位を、方向44を決める際に用いる。北北東から南南西に向かって進んでいるときは進行方向である南南西は西よりも南に近い。また、車がやって来た方向、すなわち、進行方向と反対側の北北東は東より北に近い。よってこの場合は、方向44を北→南とする。上記の例では4方位で示したが、東西南北の各方位の間を2分割した8方位北、北東、東、南東、南、南西、西、北西、さらに2分割した16方位を、方向44を指す方位としてもよい。実際の方位と最も近い方向を指す方位で表記するのは4方位の場合と同様である。また、方位を文字で示さず対応した数字やアルファベット等の記号で置き換えてデータ項目としても良い。さらには、撮影点とその1つ前の撮影点の緯度と経度の数値の差として方向44を記録しても良い。次に第1の実施形態の動作について図5を用いて説明する。図5は車側端末10で画像データが取得され、画像情報データベース34に画像データが分類されて保存される動作を示している。地域データサーバー30の位置および画像データベース34に設定された撮影位置情報を、地域データサーバー30から通信網20を介して一定地域に対してブロードキャストで送信するステップ71。地域内のある車が走行を開始するとする。車側端末10の操作部18にて目的地が設定されるステップ61と車側端末10の制御部14が走行ルートを決定する。通信網20を介して、地域データサーバー30から送信されている撮影位置情報が受信されステップ62、位置情報記憶部17に記憶される。制御部14は自車の走行ルートと撮影位置情報を比較し、走行ルート上にある撮影位置の緯度と経度を走行ルートに記録するステップ63。位置認識部12は走行中に提供する自車の位置を認識しステップ64、制御部14は目的地に着いたかの判定を行うステップ65。目的地に着いていないときは、制御部14はルート変更の操作がされていないか判定するステップ66。ルート変更の操作がなされていないとき、制御部14は走行ルートに記録された撮影位置と自車の位置を比較し、一致する場合はカメラに対して撮影指示を出すステップ67。ステップ67で撮影位置と自車位置が一致しない場合は、ステップ64に戻る。制御部14から撮影指示を受けたカメラ13は撮影を実行しステップ68、撮影された画像は画像記憶部16に保存される。保存された画像データには制御部14によって撮影時の位置情報とタイムスタンプおよび車の方向が画像に追加される。保存されたデータは送受信部15から通信網20を介して地域データサーバー30に送られるステップ69。これらの動作はステップ65で自車が目的地に到達したと判定されるまで繰り返される。サーバーとの通信が出来なかった場合は、所定の回数または時間、通信が繰り返される。所定の回数や時間の条件を越えた場合は、一度、通信を止め次の撮影地点での送信の際に、再度、次の撮影地点での画像とともに送信を試みられる。ステップ66でルート変更が検出された場合には、決定された変更後の走行ルートと撮影位置情報を比較し、走行ルート上にある撮影位置の緯度と経路を走行ルートに再度記録するステップ63。画像の撮影や地域データサーバーへの送信等は変更が無かった場合と同様に行う。地域データサーバー30において、車側端末10から通信網20を介して送られてきた画像データが受信されステップ72、画像メモリ32に保存される。制御部33は画像データを解析し、撮影時の位置情報とタイムスタンプおよび車の方向を読み出す。画像と読み出した情報は、位置および画像データベース34のデータテーブルに、緯度41、経度42、タイムスタンプ43、方向44、画像45を項目として追加されるステップ73。次に車側端末10で位置および画像情報データベース34上のデータを利用する際の動作について図6を用いて説明する。ある車が走行を開始する際に、車側端末10の操作部18にて目的地が設定されるステップ81。地域データサーバー30から撮影位置情報が送信されステップ91、通信網20を介して車側端末10により受信されるステップ82。目的地に応じて車側端末10が決定している走行ルートに撮影位置情報を記憶するステップ83。車側端末10の位置認識部12は自車の位置を認識しステップ84、制御部14は目的地に到達したかの判定を行うステップ85。目的地に到達していない場合は、制御部はルート変更の操作がされていないかを判定するステップ86。制御部14は撮影位置情報と自車の位置情報を比較しステップ87、一致した場合は自車の位置の画像データ、もしくは自車の位置から一定範囲の区間に含まれる撮影位置の画像データを地域データサーバー30へ要求するステップ88。自車の位置から一定範囲の区間とは、例えば、現在、自車が存在する撮影位置を決定するのに用いられた2つの交差点間の範囲のうち、まだ、自車が通過していない範囲として設定できる。また、一定範囲の区間は現時点の自車位置の3つ先の撮影地点までの区間などとしても設定することもできる。一定範囲の区間のデータを要求するのは、これから向かう地点の情報を前もって確認するという画像データベース利用の目的のため、現時点での自車位置より先の画像を車側端末10で表示できるようにするためである。画像の要求を受けた地域データサーバー30は位置および画像データベース34の中に画像がある場合は、タイムスタンプが最も新しい画像を送信しステップ92、保存されているデータが無い場合には画像が無いことを返答する。画像を受信した車側端末10は画像データを保存し、設定条件によって自動的または個別操作毎に画像を表示するステップ89。ステップ87で撮影位置情報と自車の位置情報が一致しない場合には、ステップ84に戻り、位置認識部により12により位置情報が取得される。また、ステップ86でルート変更を検出した際はステップ83に戻り、変更後の撮影位置情報が走行ルートに記憶される。ステップ89で画像の表示までが完了すると、ステップ84に戻り位置情報の取得が行われる。これらの動作はステップ85で目的地への到達が確認されるまで繰り返される。車側端末10から地域データサーバー30への画像データの要求において、走行ルートと撮影位置情報の比較を実施して、自車の現在の位置を含む交差点間よりも、先の区間にあるデータを要求することもある。これにより、遠方にある走行予定ルート上の画像情報を確認することができるようになり利便性が向上する。第1の実施形態の技術を用いると地域データサーバー30に構築された位置および画像データベース34に収納された最新の画像データを、車側端末10の表示部11で確認することができるようになる。本実施形態では撮影位置情報を元に車側端末が撮影要否を判断するため、撮影の機会を逃すことが無い。その結果、最新の画像データベースとしての安定性が向上する。また、車側端末10から地域データサーバー30への撮影要否の確認が不要なため、通信量が少なくなり通信網20の混雑の抑制による通信効率の向上が実現できる。地域データサーバー30の負荷も撮影要否の確認が無いことにより低減される。次に第2の実施形態について図7を用いて説明する。図7は第2の実施形態において、車側端末10で画像データが取得され、画像情報データベース34に画像データが分類されて保存される動作を示している。第1の実施形態では撮影位置情報を地域データサーバー30から送信し、撮影位置情報を基に車側端末10が撮影のタイミングを判断し、撮影を実施していた。第2の実施形態では基準点となる交差点位置と撮影位置の決定基準である撮影位置基準を地域データサーバーが送信し、受信した車側端末側で基準点と撮影位置基準から撮影位置を決定し、その撮影位置を基に車側端末が撮影を実行する。第2の実施形態のおける車側端末、通信網、地域データサーバーの構成は、第1の実施形態と同様であり、以下の説明では図1も参照する。車が走行を開始する際に目的地が設定されるステップ101。地域データサーバー30からは位置および画像データベース34に保存されている基準点となる交差点情報と撮影位置基準が送信されるステップ111。基準点である交差点情報とは、撮影位置を決定する際に基準となる交差点の位置情報である。撮影位置基準は基準点となる交差点情報を基に具体的な撮影地点を決めるための基準となる情報を指す。第1の実施形態の場合の交差点間の距離に応じた撮影間隔の基準が撮影位置基準に相当する。車側端末10は地域データサーバー30から基準点の交差点情報と撮影位置基準を受信するとステップ102、基準点と設定位置基準に従って個別の撮影位置を決定するステップ103。決定された撮影位置情報は走行ルートに記録されるステップ104。車側端末10の位置認識部12は現在位置の把握を行うステップ105。次に制御部14は目的地到達の有無の判断を行いステップ106。目的地に到達していないときは、制御部14はルート変更有無の判断を行うステップ107。ルート変更が無いとき、制御部14は現在位置と撮影位置情報の撮影位置を比較するステップ108。現在位置と撮影位置が一致しないときは、ステップ105に戻り自車位置の認識を行う。現在位置と撮影位置が一致する場合はカメラ13で画像を撮影するステップ109。撮影された画像には車側端末10により撮影条件が付加され、車側端末10から地域データサーバー30に画像が送信されるステップ110。車側端末10からの画像を受信した地域データサーバー30ステップ112は、画像ファイルを撮影条件ともに位置および画像データベース34に保存するステップ113。位置および画像データベース34の項目は第1の実施形態と同じである。車側端末はステップ110で画像の送信を終えると、ステップ105の自車位置の認識に戻る。これらの動作はステップ106で目的地への到達が判定されるまで繰り返される。第2の実施形態での位置および画像データベース34の画像の利用について、図8を用いて説明する。走行を開始する際に車側端末10で目的地が入力されるとステップ121、地域データサーバー30から送信されている基準点となる交差点情報および撮影位置情報を車側端末10が受信するステップ131およびステップ122。車側端末10は基準点となる交差点情報および撮影位置情報から撮影位置を決定しステップ123、撮影位置情報を走行ルートに記憶するステップ124。車側端末10の制御部14は現在位置を把握しステップ125、目的地到達の有無の判断を行うステップ126。目的地に到達していないときは、制御部14はルート変更の有無の判断を行うステップ127。ルート変更を検出した場合は、ステップ123に戻り、変更後のルートの撮影位置情報が走行ルートに再度記憶される。ステップ127でルート変更を検出しない場合、車側端末10の制御部14は撮影位置と自車位置が一致するか判定するステップ128。一致しないときは、ステップ125に戻り、自車の位置の取得が再度行われる。撮影位置と自車位置が一致した場合には走行ルート上でまだ通過していない撮影位置の緯度、経度の位置情報と方向データを地域データサーバー30に送り、画像を要求するステップ129。画像を要求する範囲は第1の実施形態と同様とする。地域データサーバー30は位置および画像データベース34の中から、車側端末10からの要求にあった画像を送信するステップ132。車側端末10は地域データサーバー30から受信した画像を保存し、自動またはユーザの選択操作により車側端末10の表示部11に表示するステップ130。ステップ130で画像の表示を完了すると、ステップ125に戻り自車の位置情報の取得が行われる。これらの動作はステップ126で目的地への到達が検出されるまで繰り返される。第2の実施形態では地域データサーバー30から車側端末10へ、基準となる交差点情報と撮影位置基準が送信され、個別の撮影地点の撮影位置情報は送信されない。すべての撮影位置についての撮影位置情報が地域データサーバー30から車側端末34へ送られる場合と比べると送受信されるデータが減り通信量が少なくなる。よって、通信網の負荷を減らすことができる。また、通信量が減ることにより通信手段の選択肢が広がり、より安定性の高い通信手段を用いることもできる。さらには、高速回線を大量のデータを扱う他の機能に回すことが可能となり、車側端末10の高機能化につなげることができる。また、基準点と撮影位置基準から車側端末10が個別の撮影位置を決定する方法は、地域あたりのデータ量が少ないため、より広域の基準点と撮影位置基準のデータを地域データサーバー30から車側端末10へと送りやすい。よって、遠方の目的地であっても事前に撮影位置を確認することが容易になる。山岳地域など電波状況の悪い地域を認識してデータをあらかじめ取得しておくことにより、必要時に通信が出来ずにデータが無いという事態を避けることが出来て、情報利用の利便性が向上する。次に第3の実施形態について図9を用いて説明する。図9は第3の実施形態において、車側端末10で画像データが取得され、画像情報データベース34に画像データが分類されて保存される動作を示している。また、車側端末、通信網、地域サーバーの構成は第1の実施形態と同様とし、図1も用いて説明する。本実施形態では目的地の設定ステップ141からカメラによる撮影ステップ148およびステップ161は第1の実施形態でのステップ61から68およびステップ71と同様に実施される。車側端末10にて画像が取得されるとステップ148、車側端末10は一定の送信基準を満たしているかの判断を行うステップ149。一定の送信基準は、例えば、基準点となる2点の交差点間の撮影位置での撮影が全ての終わりその区間の画像データの取得が完了したときとする。また、時間単位、枚数単位としてもよいし、トンネルの出口などで送信の要否を確認することを送信基準として設定にしてもよい。送信基準を満たしていないときは、車側端末10で撮影情報と画像の一時保存を続け、ステップ144に戻り画像の取得を続ける。ステップ149で一定の条件を満たしていると判定されたときは、車側端末10は保存している画像データの緯度、経度の位置情報、タイムスタンプ、方向のデータを地域データサーバー30に送信するステップ150。地域データサーバー30は送られてきた緯度、経度の位置情報、タイプスタンプ、方向とデータテーブルを比較しステップ162、車側端末10が保存している画像が位置および画像データベース34の中の画像より新しい場合には、送信を要求し、データベースより古い等で送信不要な場合は不要である回答を車側端末に送るステップ163。画像の送信を要求された車側端末10はステップ151、要求された画像データを地域データサーバー30へ送信する132ステップ152。地域データサーバー30は車側端末10より画像データを受信しステップ164、画像データに付加された緯度、経度の位置情報、タイムスタンプ、方向の情報を基に画像を位置および画像データベース34のデータテーブルに追加するステップ165。車側端末10はステップ152までの動作を完了すると、ステップ144に戻り位置情報の取得を行う。これらの動作はステップ145で目的地への到着を検出するまで繰り返される。第1の実施形態および第2の実施形態では撮影した画像はその度に送信を行い、送信が不可であった場合には、次の撮影地点等で送信が可能であることを検出した段階で送信を行っていた。一方、第3の実施形態では、一定のデータ数毎に、必要な撮影データのみを車側端末からサーバーに送信することにより通信量の低減が可能となる。また、本実施形態では、撮影の度に通信回線を使用する必要が無いため、通信回線を他のリアルタイム性の優先度が高い機能へ使用し、他の機能で使用していないときに本実施形態に必要な通信を行うことも可能となる。通信量の低減と通信タイミングの適正化により、車側端末の機能強化や利便性の向上につなげることができる。また、山岳地帯やトンネル地域などであらかじめ電波状況の良否がわかっている地域では、電波状況の悪い地域に入る前と、良い地域に出た地点情報をあらかじめ送信の要否を確認する条件として設定しておき、そのタイミングにあわせて送信することもできる。また、これらは画像データの受信に関しても同様の方法で実施できる。第3の実施形態で示した、車側端末側10から地域データサーバー30に画像データの要否を確認してから送信する方式は、第1の実施形態や第2の実施形態と組み合わせても良い。この場合は、データごとに画像データの要否の確認が行われる。また、第2の実施形態で示した撮影位置の決定方法と第3の実施形態の一定のデータ単位毎にデータが送信される方法やそのデータ送信前に送信の要否を確認する方法と組み合わせてもよい。撮影位置決定の基準点の設定に関して、第1の実施形態の記載では交差点や信号機の設置された交差点を基準点にする例を示したが、交差点以外の箇所に基準点を設定しても良い。郊外においては、信号の無い交差点で右左折車線が存在することもあり、右左折車線の存在をあらかじめデータベースに設定しておき、基準点とすることもできる。さらには、道路の合流地点や、分岐地点、自動車専用道路や有料道路の出入り口、インターチェンジや料金所付近を基準点としてもよく、また、トンネルの出入り口、峠の最高点付近、登坂車線の前後、急なカーブ等を基準点として設定しておいても良い。事故や工事等の情報を基に撮影基準点を設定することもできる。目的地の設定後に位置情報データを受信してそのデータを基に撮影位置を決定したが、車の始動直後等では前回の使用時に保存したデータを基に決定し、撮影位置を通過する際に撮影を実施してもよい。車を始動する際の周辺情報は前回の車の使用時のデータが残っており、大きく変化することはないため、それらのデータを用いて撮影した画像も有用であることが多い。この場合は、時間経過後に最新情報を受信した際に、最新のデータを基に撮影位置を再決定する。最新情報を待たずに撮影位置判断等をすることにより、目的地の設定直後に位置情報データが得られなかった際にも撮影を実行して画像データを収集することができる。また、前回、車を使用した際に地域データサーバー30から取得していた画像を、地域データサーバーとの通信が行われていないときに暫定的に使用することもできる。第1から第3の実施形態では目的地の設定後に取得した撮影位置情報、または、基準点と撮影位置基準を基に撮影位置の決定を行っているが、車側端末10は目的地の設定の有無に関わらず、撮影位置情報や、基準点と撮影位置基準を受信できる状態にしておいても良い。目的地の設定時に実際の最新の位置情報データが得られなかったとしても、最新に近い状態の撮影位置情報や、基準点と撮影位置基準を基に撮影位置を決定しデータの収集を開始することができる。また、走行中の目的地の設定の有無に関わらず、画像データの収集が実行される設定を設けていてもよい。この場合、ブロードキャスト等で配信され車側端末10に保存している撮影位置情報と自車位置を比較して、一致した場合に撮影する。また自車で撮影位置を決定する方式の際の基準点は直近に通過した基準交差点と同じ道路上にある次の基準交差点のように設定して位置を決定しデータの収集を行う。撮影地点がデータベースに従っていれば良いため、目的地の設定の有無に関わらず画像データの収集を行っても、データベース構築には貢献できる。通勤用車両や店舗等への運搬をしている車両は日常的に同一箇所を同時刻帯に通過することが多く、目的地の設定無しの場合にもデータを集めることにより、データベースの充実化ができる。また、利用者が設定しなくても良いため利便性が向上する。画像利用においても、目的地の設定の有無に関わらず、同一道路上にある次の交差点付近の状況をサーバーから自動でダウンロードして表示する等の機能を設けてもよい。緯度、経度、方向の一致するデータは最新の画像ファイルのみ車側端末10へ送信する例を示したが、緯度、経度、方向が一致するデータを複数送信しても良い。時刻の異なる複数の画像を有することによって、時刻ごとの比較によって、画像内に何らかの事象が移っていた際に、一時的なものか継続しているものかの判断材料として利用することができる。複数の画像の設定は最新のものから時刻の連続したものでもよく、一定時間ごとなどでもよい。また、一定時刻の画像ファイルと最新のファイルなどの組み合わせでもよい。夜間などは最新の画像だけの収集では細部の識別が困難となることがある。昼間の時刻のファイルをデータと夜間の最新データの両方を利用可能とすることにより、状況判断がしやすくなるため情報の利便性が向上する。撮影位置情報や基準点および撮影位置基準はブロードキャストにて地域データサーバー30から車側端末10に送信される例を示したが、ブロードキャストでなく個別に通信を実施してもよい。また、ブロードキャストの場合はFM多重放送等の通信手段を用いることもできる。1台の車が情報の収集と利用の両方を実施できる形態を示したが、情報を収集するだけの車、情報を利用するだけの車、情報の収集と利用の両方を行う車が混在しても良い。例えば定期路線バス、高速バスなどにカメラおよび車側端末10を設置してデータ収集機能を持たせ、一般車両用の端末は画像利用に特化しても良い。定期路線バス、高速バスなどは頻繁に同一箇所を通過するため、それらの車に画像データの収集用のカメラ、端末を設置し撮影位置情報に応じたデータの収集を行うことによりほぼリアルタイムの画像データを収集することが可能である。この場合、撮影位置情報や画像データの送受信はバスの停留所等でまとめて行ってもよい。特定箇所において短距離で通信すればよく、通信手段の選択肢が広がり、高速大容量データを安定して送受信することもできる。これら混在化により通信回線網の利用効率が向上するとともに、画像の利用だけの場合は、より簡易的な端末での利用が可能となるため利便性が向上する。また、カメラを制御している端末で画像確認が出来る機能は無くともよく、撮影位置情報に基づいた画像の撮影および撮影情報を利用してデータベースを構築し、別の場所に端末を設置して収集された画像を使用することも出来る。自動車を利用して、自動車に設置された車側端末等を利用して道路状況の情報を得る例を示したが、自動車での利用に限定されるものではない。例えば自転車等に前方を撮影できるように小型カメラを設置しポータブルナビゲーションシステム等と組み合わせても利用することができる。また、道路上だけでなく、港湾、工場、公園、学校、スポーツ施設、娯楽施設、公共施設等の構内の屋内外の情報を得るために利用してもよい。工場等では工場敷地内の通路および周辺状況データの収集だけでなく、工場内建屋内で使用される自動搬送車AGVの前方等に設置されたカメラと端末とサーバーおよび通信設備を設置し、通路の角や特定設備などに撮影基準点を設定して、工場内の最新の状況を確認するデータベースを構築することも出来る。また、移動手段の自動の有無は問わず利用が可能である。例えば一定ルートを通る清掃作業で、手押しの清掃用カートの前方などにカメラを設置しても良い。次に第4の実施形態について図10を参照して説明する。図10は第4の実施形態におけるデータベースシステムの構成を示したものである。本データベースシステムは端末装置171と、端末装置171と通信網172を介して接続されているサーバー173と、サーバー上に構築されたデータベース175からなる。端末装置171は画像の撮影機会の判断手段174を有している。また、端末装置171は撮影機会の判断結果に基づいて画像の撮影を実行する。データベース175には、通信網172を介して端末装置171から受信した画像が、撮影条件に応じて分類されている。本実施形態の構成のデータベースシステムを用いると、画像の取得が必要な地点において画像が取得されない事態を回避できる。また、通信回線の負荷の低減と通信の効率化が高まり、通信に対応するサーバーの負荷の軽減も出来る。その結果、必要な画像が欠けることなく安定した画像データベースの構築と利用が実現できる。