(57)【特許請求の範囲】
【請求項１】
地物情報を管理し得る地理空間情報の管理システムであって、
地物データを格納する地物情報データベースと、地物データを登録するデータ登録手段と、該データ登録手段によって登録される地物データを履歴地物データとして格納する履歴情報データベースと、前記地物情報データベースを更新するデータ更新手段と、を備え、
前記地物データは、地物に関する情報及び当該地物データが生成されたデータ生成時刻の情報を有し、
前記地物情報データベースに格納された地物データは、それぞれ地物データごとに更新されるものであり、
前記履歴情報データベースは、同一地物に関する地物データであっても異なるデータ生成時刻を有する地物データはそれぞれ異なる履歴地物データとして格納するものであり、
前記データ更新手段は、更新する際に、前記履歴情報データベースに格納された履歴地物データから、前記履歴地物データのデータ生成時刻に基づいて所定の履歴地物データを抽出し、該抽出された履歴地物データを更新用の地物データである更新候補データとして読み込み、
さらに前記データ更新手段は、前記更新候補データのデータ生成時刻と、地物データごとに設定される基準時刻とを照合し、この照合結果に基づいて当該更新候補データで更新するか否かの判断を行うとともに、該判断に基づいて前記地物情報データベースの更新処理を行う、ことを特徴とする地理空間情報の管理システム。
【請求項２】
前記地物データが、空間属性、時間属性、又は主題属性のいずれかの属性情報を有する属性データであり、
前記履歴情報データベースが、同一地物であって同一属性情報である地物データであっても、異なるデータ生成時刻を有する地物データはそれぞれ異なる履歴地物データとして格納する、ことを特徴とする請求項１記載の地理空間情報の管理システム。
【請求項３】
ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、
前記地物情報データベース及び前記履歴情報データベースは、前記ホスト側システムに備えられ、
前記データ登録手段は、前記クライアント側システムに備えられ、
前記データ登録手段によって登録された前記地物データは、通信回線を介して前記ホスト側システムに伝達されるとともに、前記履歴地物データとして前記履歴情報データベースに格納される、ことを特徴とする請求項１又は請求項２記載の地理空間情報の管理システム。
【請求項４】
ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、
前記地物情報データベース及び前記履歴情報データベースは、前記ホスト側システムに備えられ、
前記クライアント側システムは、前記ホスト側システムに更新要求を伝達する更新要求手段を備え、
前記クライアント側システムが、前記更新要求手段によって前記ホスト側システムに更新要求を行うと、前記データ更新手段が前記地物情報データベースの更新処理を行う、ことを特徴とする請求項１乃至請求項３のいずれかに記載の地理空間情報の管理システム。
【請求項５】
前記ホスト側システムは、前記クライアント側システムからの更新要求があると、当該クライアント側システムにかかる更新時刻として記憶する更新時刻データベースを備え、
前記更新時刻は、前記クライアント側システムが更新要求を送信した時刻、又は前記ホスト側システムが更新要求を受信した時刻であり、
前記データ更新手段は、前記ホスト側システムが当該クライアント側システムについて記憶した過去の更新時刻を、当該クライアント側システムにおける地物データの基準時刻とする、ことを特徴とする請求項４記載の地理空間情報の管理システム。
【請求項６】
前記更新時刻データベースは、前記クライアント側システムごとに更新時刻を世代管理するものであり、
前記データ更新手段は、前記ホスト側システムが前記クライアント側システムについて記憶した過去の更新時刻のうち、いずれかの世代の更新時刻を当該クライアント側システムにおける地物データの基準時刻とする、ことを特徴とする請求項５記載の地理空間情報の管理システム。
【請求項７】
前記クライアント側システムは、前記更新要求手段によって前記ホスト側システムに更新要求を行うとともに、更新したい時刻を示す設定時刻の情報を送信し、
前記データ更新手段は、前記ホスト側システムが前記設定時刻を受信すると、該設定時刻を、更新要求を行ったクライアント側システムにおける地物データの基準時刻とする、ことを特徴とする請求項４記載の地理空間情報の管理システム。
【請求項８】
コンピュータで実行されることにより、請求項１乃至請求項７のいずれかに記載の地理空間情報の管理システムとしてコンピュータを機能させる、ことを特徴とする地理空間情報の管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、地理空間情報の管理に関するものであり、より具体的には、建物や道路、河川、橋、木、海、山といった地物に関する情報を管理するものである。
【背景技術】
【０００２】
従来、建物や道路、あるいは地形や等高線など地球上の位置と密接に関連する情報は、地図として紙面上に記載して表示していた。この地図からできるだけ多くの情報を把握することができるように、対象物を図案化し、記号化し、線種や色を使い分けるなど、様々な工夫が地図には凝らされていた。しかしながら、地図から正しく情報を把握するためには、地図記載上の決まりごと（例えば、地図記号や等高線など）を知識として備えている必要があり、誰もが直観的に地図から正しい情報を引き出せるというものではなかった。また、紙面上に情報を記載するには自ずと限度があり、地図の情報だけでは不十分な場合もあった。さらに、建物は建て替えられることがあり、地形も経年変化することから、そのたびに地図は繰り返し更新しなければならず、利用者はその都度地図の買い替えを必要としていた。また、地形などの変化が一部であっても地図の場合一面全てを変更することとなるため、地図の更新は手間やコストがかかっていた。
【０００３】
情報化技術が進んだ昨今では、地図の情報もコンピュータ上で管理されることが多く、特に、地理情報システム（Ｇｅｏｇｒａｐｈｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ、以下「ＧＩＳ」という。）の導入により、地理空間情報を取り扱う技術は飛躍的に発達してきた。この地理空間情報という概念は、地図に記載するための情報という概念を超え、モニタなどの表示装置に描画（地図の記載に該当）することを前提とした情報に限ることなく、対象物が本来持っている全ての情報を意味するものである。例えば、建物や道路、河川といった地物の場合、地物の位置や形状を表す情報だけでなく、地物が出現した時間、その地物の名称や分類、地物が有する機能など、必要とされる全ての情報を含んだものが、その地物の地理空間情報とされる。
【０００４】
地理空間情報がＧＩＳなどによってコンピュータ上で管理されることになっても、地球上にある対象物が年々変化することには変わりないため、電子化された地理空間情報も地図同様、繰り返し更新していかなければならない。一般に、地理空間情報を管理する場合、市町村、あるいは都道府県や国全体を対象とするなど、極めて広い範囲の地理空間情報を管理している。この広い範囲内には種々の地物が無数に存在しており、これら全ての情報を備えた地理空間情報の電子化データ（以下、単に「地理空間情報データ」という。）は、通常、著しく大きな容量のデータとなる。
【０００５】
一方、地理空間情報を管理するすべての範囲について建物の変更や地形の変化などを随時監視し、その都度情報を更新していくためには、複数の更新者や更新機関（以下、単に「更新者」という。）を必要とする。これらの更新者は、管理範囲を分割した分割範囲ごと、あるいは地物の分類ごとに配置される。このように更新者によって更新される地理空間情報データは全体のうちの一部であり、これら部分的な更新データを各更新者から集約することによって、全体の地理空間情報データは更新されていく。
【０００６】
部分的な地理空間情報データを各更新者から集約する場合、通信回線を介してデータ送信されることがある。しかしながら、前述のとおり地理空間情報データは非常に容量が大きなデータであることから、データ送信のため長時間にわたって通信回線を占有し、その間システム利用者には操作性などに影響を与えていた。この影響を回避するため、年末年始など長期休暇を利用して送信する、あるいは一時的にシステムの運用を停止する、といった対策が講じられ、システム管理者や利用者に多大な負担をかける事態を招いていた。その結果、例えば年に１回、場合によっては数年に１回の頻度で更新するなど、長期間にわたって更新が行われないこととなり、時間経過とともに地理空間情報の鮮度が劣化していくという問題があった。
【０００７】
そこで、送信するデータ容量を小さくし送信時間を短縮する工夫もなされている。例えば、地理空間情報全体は地図出力用の大きさ（図郭）に分割されることが多く、この図郭内に含まれる地理空間情報データの集合をひとつのデータセット（以下、「図郭単位のデータセット」という。）とし、このデータセット単位で更新してデータ送信することによって、通信にかかるデータ容量を縮小するという工夫がなされている。あるいは、地物の種類などによってカテゴリ分けするレイヤ（例えば、建物レイヤ、道路レイヤ、河川レイヤなど）ごとに地理空間情報データを分類して、ひとつのレイヤに含まれるデータの集合をひとつのデータセット（以下、「レイヤ単位のデータセット」という。）とし、更新すなわち通信するデータ容量を小さくしている。特許文献１では、全体の地図データを図郭単位のデータセットで管理し、さらに地図データ全体のうち前回の更新から変更のあった図郭単位のデータセットを差分データとして抽出し、この差分データのみを更新分データとして送信することが提案されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００８−９６７０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
レイヤ単位のデータセットとするなど地理空間情報データを分割して管理、更新し、分割されたデータを各更新者から集約することによって全体の地理空間情報データを更新する場合、同一の地物について複数の更新者から異なる更新情報が送信されてくることがある。以下に、図２３に基づいて、具体的なデータ更新の一連の流れを説明する。
【００１０】
図２３は、地理空間情報データのうちの建物レイヤのデータセットが、時間とともに更新されていく状況を説明するものであり、左端の列は時間軸を表し、中央の列は更新者によるデータ更新状況を表し、右端の列は地理空間情報データのうちの建物レイヤが更新されていく状況を表す。
【００１１】
１月１日（Ｔ１）時点では、地物Ａは円形、地物Ｂは矩形、地物Ｃは２棟からなる矩形として、それぞれの地物情報は共有のデータベース内に格納されている。４月１日（Ｔ２）時点では、第一の更新者によって建物レイヤのデータセットのうち地物Ｂが消滅し、地物Ｃが長円形に更新され、他はＴ１時点のままである。なお、この更新データはまだ共有のデータベースには送信されていない。さらに７月１日（Ｔ３）時点では、第二の更新者によって建物レイヤのデータセットのうち地物Ａが矩形に変わり、地物Ｂが八角形に変わっているが、他はＴ１時点のままである。この更新データは８月１日（Ｔ４）時点に共有のデータベースに送信されている。この結果Ｔ４時点において、共有のデータベースでは地物Ａが矩形に更新され、地物Ｂが八角形に更新されている。
【００１２】
一方、Ｔ２時点に第一の更新者によって更新された地物レイヤのデータセットは、１０月１日（Ｔ５）時点で共有のデータベースに送信される。この結果、Ｔ５時点において、共有のデータベースでは地物Ａが円形に更新され、地物Ｂが消滅し、地物Ｃが長円形に更新される。
【００１３】
実際には、地物ＢはＴ１時点の後に取り壊され、Ｔ２時点では空き地となり、その後新たな八角形の構造物が建造されているが、Ｔ５時点における共有のデータベースでは空き地の状態で管理されていることになっている。また、地物ＡについてもＴ３時点における更新情報が反映されていない。この矛盾は、「実際にデータを更新した時間」ではなく、「共有のデータベースが更新された時間」に基づいてデータを更新する結果、Ｔ３時点の更新データセットよりも古いＴ２時点での更新データを新しいものと認識したことに起因している。
【００１４】
この現実との矛盾を改善すべく、共有のデータベースが更新される時間ではなく、実際にデータを更新した時間に基づいてデータを更新することとしても、現実と矛盾する場合がある。図２４に示すように、Ｔ３時点の更新データセットをＴ４時点に受け付けた共有のデータベースは、Ｔ３時点よりも古い時間に更新されたＴ２時点の更新データを受け付けないとものする。この結果Ｔ５時点において、共有のデータベースでは地物Ａ及び地物Ｂは最新の情報に更新される。しかし、Ｔ３時点では地物Ｃは長円形に変更されているにもかかわらず、第二の更新者は地物Ｃの形状変更を知らなかったためにＴ１時点のまま（２棟からなる矩形のまま）の状態で更新データを作成しており、Ｔ３時点での建物レイヤのデータセットが優先されるが故に、換言すればＴ３時点での建物レイヤ内にあるすべての地物情報が優先されるが故に、Ｔ２時点におけるせっかくの地物Ｃの更新情報が漏れてしまう結果となる。
【００１５】
特許文献１は、レイヤ単位のデータセットではなく、図郭単位のデータセットとして管理、更新しているが、これは図２３や図２４に示すような問題を解決するものではなく、現実との矛盾を生じることなく更新するという課題は同様に抱えている。その上、特許文献１の場合、前回の更新から部分的にでも変更があった図郭単位のデータセットを差分データとして抽出する機能を必要とし、その機能の構築やメンテナンスにコストがかかり、システム全体にかかる費用を押し上げる一因となっていた。
【００１６】
本願発明の課題は、更新のために送信するデータ容量を小さくして送信時間を短縮するとともに、現実との矛盾を生じることなく更新し得るシステムであって、特許文献１が備える差分データの抽出機能を必要としない地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法を提供することにある。
【課題を解決するための手段】
【００１７】
本願発明の地理空間情報の管理システムは、地物情報を管理し得る地理空間情報の管理システムであって、地物データを格納する「地物情報データベース」、地物データを登録する「データ登録手段」、このデータ登録手段によって登録される地物データを履歴地物データとして格納する「履歴情報データベース」、そして地物情報データベースを更新する「データ更新手段」を備える。地物データは、地物に関する情報及び当該地物データが生成されたデータ生成時刻の情報を具備するものである。また、地物情報データベースに格納された地物データは、それぞれ地物データごとに更新されるものであり、履歴情報データベースは、同一地物に関する地物データであっても異なるデータ生成時刻を有する地物データはそれぞれ異なる履歴地物データとして格納するものである。データ更新手段は、更新する際に、履歴情報データベースに格納された履歴地物データから、履歴地物データのデータ生成時刻に基づいて所定の履歴地物データを抽出し、この抽出された履歴地物データを更新用の地物データである更新候補データとして読み込む。さらにデータ更新手段は、更新候補データのデータ生成時刻と、地物データごとに設定される基準時刻とを照合し、この照合結果に基づいて当該更新候補データで更新するか否かの判断を行うとともに、この判断に基づいて地物情報データベースの更新処理を行う。
【００１８】
本願発明の地理空間情報の管理システムは、地物データが、空間属性、時間属性、又は主題属性のいずれかの属性情報を有する属性データであって、履歴情報データベースが、同一地物かつ同一属性情報である地物データであっても、異なるデータ生成時刻を有する地物データはそれぞれ異なる履歴地物データとして格納するものとすることもできる。
【００１９】
本願発明の地理空間情報の管理システムは、ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成されるものとし、地物情報データベース及び履歴情報データベースがホスト側システムに備えられ、データ登録手段がクライアント側システムに備えられるシステムとすることもできる。この場合、データ登録手段によって登録された地物データは、通信回線を介してホスト側システムに伝達されるとともに、履歴地物データとして履歴情報データベースに格納される。
【００２０】
本願発明の地理空間情報の管理システムは、ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成されるものとし、地物情報データベース及び履歴情報データベースがホスト側システムに備えられ、クライアント側システムはホスト側システムに更新要求を伝達する更新要求手段を備えるシステムとすることもできる。この場合、クライアント側システムが更新要求手段によってホスト側システムに更新要求を行うと、データ更新手段が地物情報データベースの更新処理を行う。
【００２１】
本願発明の地理空間情報の管理システムは、更新時刻データベースを備えたものとすることもできる。この更新時刻データベースは、クライアント側システムからの更新要求があると、当該クライアント側システムにかかる更新時刻として記憶するものである。なお、更新時刻は、クライアント側システムが更新要求を送信した時刻、又はホスト側システムが更新要求を受信した時刻である。この場合、データ更新手段は、ホスト側システムが当該クライアント側システムについて記憶した過去の更新時刻を、当該クライアント側システムにおける地物データの基準時刻とする。
【００２２】
本願発明の地理空間情報の管理システムは、更新時刻データベースが、クライアント側システムごとに更新時刻を世代管理するものとすることもできる。この場合、データ更新手段は、ホスト側システムがクライアント側システムについて記憶した過去の更新時刻のうち、いずれかの世代の更新時刻を当該クライアント側システムにおける地物データの基準時刻とする。
【００２３】
本願発明の地理空間情報の管理システムは、更新要求手段が、ホスト側システムに更新要求を行うとともに、更新したい時刻を示す設定時刻の情報を送信するものとすることもできる。この場合、データ更新手段は、ホスト側システムが設定時刻を受信すると、この設定時刻を、更新要求を行ったクライアント側システムにおける地物データの基準時刻とする。
【００２４】
本願発明の地理空間情報の管理プログラムは、本願発明の地理空間情報の管理システムとしてコンピュータを機能させるものである。
【発明の効果】
【００２５】
本願発明の地理空間情報の管理システム、及び地理空間情報のプログラムには、次のような効果がある。
（１）地物単位で更新データを送信するため、送信するデータ容量を小さく抑えることが可能となり、その結果、通信回線を占有することがなく、送信時間も短縮することができる。
（２）上記のように、更新データの送信時間が短縮されるため、更新作業が負担とならず、更新が頻繁に行われる結果、地理空間情報の鮮度が維持される。
（３）地物単位で更新するとともに、そのデータの生成された時間に基づいてデータの新旧等を判断するので、更新漏れがなく、現実との矛盾を生じることもなく、高い品質の地理空間情報が維持される。
（４）さらに地物の属性単位で更新するとともに、属性データの生成時間に基づいてデータの新旧等を判断すると、例えば主題属性のみを更新するが他の属性情報は古い情報のままの地物データで更新した場合でも、主題属性のみが更新されて他の属性情報は現状を維持するので、より高い品質で地理空間情報が維持される。
（５）前回データとの差分データを抽出する機能を必要としないので、その分システム全体にかかる構築やメンテナンスにかかる費用を抑えることができる。
【図面の簡単な説明】
【００２６】
【図１】本願発明の地理空間情報の管理システムの主な構成を示す説明図。
【図２】単位地物データ単位で管理する場合の地物情報データベースの構成イメージを示す図。
【図３】属性データ単位で管理する場合の地物情報データベースの構成イメージを示す図。
【図４】属性要素データ単位で管理する場合の地物情報データベースの構成イメージを示す図。
【図５】（ａ）は地物データが属性データ単位で生成された場合における単位地物データ単位で管理する場合の地物情報データベースの構成イメージを示す図、（ｂ）は地物データが属性要素データ単位で生成された場合における単位地物データ単位で管理する場合の地物情報データベースの構成イメージを示す図、（ｃ）は地物データが属性要素データ単位で生成された場合における属性データ単位で管理する場合の地物情報データベースの構成イメージを示す図。
【図６】地理空間情報管理システムが基準時刻を設定する場合の主な構成を示す説明図。
【図７】実施形態１における一連の更新処理を示すフロー図。
【図８】（ａ）はホスト側システムにデータ更新手段４を備えた場合におけるホスト側システムとクライアント側システムによって構成された地理空間情報管理システムの説明図、（ｂ）はクライアント側システムにデータ更新手段４を備えた場合におけるホスト側システムとクライアント側システムによって構成された地理空間情報管理システムの説明図。
【図９】実施形態２における一連の更新処理について説明する説明図。
【図１０】データ登録手段によって更新候補データが履歴情報ＤＢに格納される処理を説明する説明図。
【図１１】実施形態３における一連の更新処理について説明する説明図。
【図１２】実施形態３における一連の更新処理を示すフロー図。
【図１３】ホスト側システムとクライアント側システムによって構成され、クライアント側システムに更新要求手段が備えられた地理空間情報管理システムの説明図。
【図１４】実施形態４における一連の更新処理について説明する説明図。
【図１５】実施形態４における一連の更新処理を示すフロー図。
【図１６】実施形態５における一連の更新処理について説明する説明図。
【図１７】実施形態５における一連の更新処理を示すフロー図。
【図１８】実施形態６における一連の更新処理について説明する説明図。
【図１９】実施形態６における一連の更新処理を示すフロー図。
【図２０】実施形態７における一連の更新処理について説明する説明図。
【図２１】実施形態７における一連の更新処理を示すフロー図。
【図２２】地理空間情報管理システムの使用例について説明する説明図。
【図２３】従来の方法により、建物レイヤのデータセットが時間とともに更新されていく状況を説明する説明図。
【図２４】従来の他の方法により、建物レイヤのデータセットが時間とともに更新されていく状況を説明する説明図。
【発明を実施するための形態】
【００２７】
（地物データ）
本願発明の地理空間情報の管理システム、及び地理空間情報のプログラムにおいて、地物に関する情報を管理する際のデータの単位である「地物データ」について説明する。なお、管理する際のデータの単位としては、地物ごとのデータである「単位地物データ」の場合、地物に関する属性ごとのデータである「属性データ」の場合、属性データを構成する要素データである「属性要素データ」の場合等が考えられる。すなわちここでは、管理単位である「地物データ」が、「単位地物データ」の場合、「属性データ」の場合、「属性要素データ」の場合について説明する。
【００２８】
本願発明の概要を図１〜図５（ａ）（ｂ）（ｃ）に基づいて説明する。図１は、地理空間情報管理システム１の主な構成を示す説明図である。図１に示す地理空間情報管理システム１は、地物に関する電子化情報（地物データ）を格納する地物情報データベース２（以下、データベースは「ＤＢ」という。）と、データを登録するデータ登録手段３と、地物データを更新するか否かの判断処理を行うデータ更新手段４から構成されている。
【００２９】
地物情報ＤＢ２は、建物、道路、河川、橋、木、海あるいは山といった地物に関する情報を地物データとして格納するものであり、地物ごとに地物データを更新し管理することができるものである。図２は地物情報ＤＢ２の構成イメージを示す図であり、データベースは単位地物データをレコードとする表（以下、「テーブル」という。）となっている。
【００３０】
また地物情報ＤＢ２は、単位地物データ単位で管理する場合に限らず、地物に関する情報を構成する属性データを地物データとして管理することもできる。図３は、属性データ単位で管理する場合の地物情報ＤＢ２の構成イメージを示す図である。通常、地物に関する情報は、位置や形状などの情報からなる空間属性と、建設時期や改築時期などの情報からなる時間属性と、名称や住所又は所有者などの情報からなる主題属性で構成され、図３に示すデータベースも、空間属性データ、時間属性データ、主題属性データといった属性データ単位をレコードとするテーブルとなっている。なお、図に示す「空ａ」とは地物Ａの空間属性データであることを意味し、「時ｂ」とは地物Ｂの時間属性データであることを意味し、「主ｃ」とは地物Ｃの主題属性データであることを意味している。
【００３１】
さらに地物情報ＤＢ２は、上記の場合に限らず、属性データを構成する属性要素データを地物データとして管理することもできる。図４は、属性要素データ単位で管理する場合の地物情報ＤＢ２の構成イメージを示す図である。通常、属性データは複数の要素データで構成され、図４に示すデータベースも、各属性データを構成する属性要素データ単位をレコードとするテーブルとなっている。なお、図に示す「空ａ１」とは地物Ａの空間属性データを構成する第１の空間属性要素データであることを意味し、「時ｂ３」とは地物Ｂの時間属性データを構成する第３の時間属性要素データであることを意味し、「主ｃ２」とは地物Ｃの主題属性データを構成する第２の主題属性要素データであることを意味している。
【００３２】
図３に示すように、地物データを属性データとして管理する場合であっても、図５（ａ）に示すように、単位地物データをレコードとするテーブルとして管理することもできる。この場合、図５（ａ）のテーブルは、図３のテーブルにリンクすることによって構成することが望ましい。
【００３３】
また、図４に示すように地物データを属性要素データとして管理する場合であっても、図５（ｂ）に示すように、単位地物データをレコードとするテーブルとして管理することもできる。あるいは図５（ｃ）に示すように、属性データをレコードとするテーブルとして管理することもできる。この場合、図５（ｂ）（ｃ）のテーブルは、図４のテーブルにリンクすることによって構成することが望ましい。
【００３４】
以上のように、本願発明の地物情報ＤＢ２は地物に関する情報を地物データとして格納するものであり、この地物データは、単位地物データ、又は属性データ、又は属性要素データとすることができるものである。また地物データはそのデータが生成された時刻、いわゆるタイムスタンプの情報（以下、「データ生成時刻」という。）を備えており、地物データが単位地物データの場合はその単位地物データが生成された時刻、地物データが属性データの場合はその属性データが生成された時刻、地物データが属性要素データの場合はその属性要素データが生成された時刻、をそれぞれ地物データのデータ生成時刻とする。さらに、地物データが単位地物データの場合はその単位地物データごとにデータ生成時刻を備え（図２）、地物データが属性データの場合はその属性データごとにデータ生成時刻を備え（図３）、地物データが属性要素データの場合はその属性要素データごとにデータ生成時刻を備えている（図４）。
【００３５】
地物情報ＤＢ２を更新すべく地物データが登録されると、その地物データのデータ生成時刻と、その地物データと同じ「型」のデータの基準時刻が比較され、その地物データは更新用として採用されるか否かの判断がなされる。ここでいう「型」とは、地物データが単位地物データの場合は地物であり、地物データが属性データの場合は属性であり、地物データが属性要素データの場合は属性要素である。すなわち、地物データが単位地物データの場合は同じ地物（型）の基準時刻と比較され、地物データが属性データの場合は同じ地物であって同じ属性（型）の基準時刻と比較され、地物データが属性要素データの場合は同じ地物であって同じ属性を構成する同一の属性要素（型）の基準時刻と比較される。そのため、地物データ単位で基準時刻を設定する必要があり、地物データが単位地物データの場合はその単位地物データごとに基準時刻を設定し、地物データが属性データの場合はその属性データごとに基準時刻を設定し、地物データが属性要素データの場合はその属性要素データごとに基準時刻を設定する。
【００３６】
（実施形態１）
本願発明の地理空間情報の管理システム、及び地理空間情報のプログラムの第１の実施形態を図１〜８に基づいて説明する。なお本実施形態は、地物情報ＤＢ２が地物データを単位地物データとして管理する場合であり、図１では地物情報ＤＢ２が地物Ａの単位地物データＤａ、地物Ｂの単位地物データＤｂ、地物Ｃの単位地物データＤｃ、を管理している。なお図中、Ｄａ（ｔ０）やＤｂ（ｔ２）などに示したカッコ内の文字は、その単位地物データのデータ生成時刻を示し、その添数字は時刻の新旧を表すものであって若い数字ほど古い時代を意味する（例えば、ｔ０、ｔ２であればｔ０の方が過去に生成されている）。
【００３７】
データ登録手段３は、地理空間情報管理システム１内に地物データを登録するものであり、地物情報ＤＢ２の構築時に初期データとして地物データを登録することもできれば、地理空間情報管理システム１の運用中に更新用のデータとして地物データを登録することもできる。
【００３８】
地物データの登録は、記憶媒体から読み込んだり、後に説明するように通信回線を介して受信したり、あるいは地理空間情報管理システム１内に地物データ作成用の装置を設けこれによって作成したり、種々の方法を採用することができる。
【００３９】
地理空間情報管理システム１に更新のために登録された地物データは、後に示すようにデータ更新手段４によって更新するデータとして採用されるか否かを判断される。以下、更新のために登録され更新判断される地物データを便宜上、「更新候補データ」とする。図１では、地物Ａに関する更新候補データをＦａ、地物Ｂに関する更新候補データをＦｂ、地物Ｃに関する更新候補データをＦｃとしている。なお、更新候補データはデータ更新手段４によって更新判断されるために、一旦、地理空間情報管理システム１内に格納されることになるが、この格納先は、地物情報ＤＢ２を備えるコンピュータ内のメモリに格納してもよいし、他のコンピュータや種々のメモリ内に格納してもよい。
【００４０】
図１に示すように、地理空間情報管理システム１に地物Ａ、Ｂ、Ｃに関する単位地物データがデータ登録手段３によって登録されると、データ更新手段４はこれらを更新候補データＦａ、Ｆｂ、Ｆｃとして読み込み（矢印１０１）、基準時刻ｔｓａ、ｔｓｂ、ｔｓｃと照合する。この基準時刻は、地物データごとに設定されるものであり、事前に設定しておいてもよいし、更新候補データと照合するタイミングでその都度設定してもよい。例えば、事前に一つの基準時刻を入力しておき、この基準時刻を更新候補データと照合するタイミングで全ての地物データに割り当て、すべての地物データについて同じ時刻の基準時刻とすることもできる。
【００４１】
図６は、基準時刻を設定する他の一例を示す説明図である。データ更新手段４が更新候補データＦａ（ｔ１）、Ｆｂ（ｔ１）、Ｆｃ（ｔ１）を読み込むと（矢印６０１）、地物情報ＤＢ２に既に格納されている既存の地物データの中から、更新候補データと同じ型（この場合は同じ地物）の地物データを検索し（矢印６０２）、該当する地物データＤａ、Ｄｂ、Ｄｃのデータ生成時刻（Ｄａはｔ０、Ｄｂはｔ２、Ｄｃはｔ０）を抽出し（矢印６０３）、これらを基準時刻とする。つまり、地物データＤａの基準時刻ｔｓａはｔ０、地物データＤｂの基準時刻ｔｓｂはｔ２、地物データＤｃの基準時刻ｔｓｃはｔ０となる。なおここでは、地物情報ＤＢ２に既に格納されている既存の地物データの中から更新候補データと同じ地物（型）の地物データを検索しているが、地物データを属性データとする場合は地物情報ＤＢ２の中から更新候補データと同じ地物であって同じ属性情報（型）の地物データを検索し、地物データを属性要素データとする場合は地物情報ＤＢ２の中から更新候補データと同じ地物であって同じ属性情報を構成する同一の属性要素（型）である地物データを検索することになる。
【００４２】
データ更新手段４が、更新候補データのデータ生成時刻と基準時刻とを照合するにあたっては、同一の型（この場合は地物）同士で照合することとする。すなわち、図１の矢印１０２に示すように、Ｆａのデータ生成時刻ｔ１とｔｓａ（ｔ０）を照合し、Ｆｂのデータ生成時刻ｔ１とｔｓｂ（ｔ２）を照合し、Ｆｃのデータ生成時刻ｔ１とｔｓｃ（ｔ０）を照合する。この場合も、地物データを属性データとする場合は同一の地物であって同一の属性情報（型）同士で照合し、地物データを属性要素データとする場合は同じ地物であって同じ属性情報を構成する同一の属性要素（型）同士で照合することになる。
【００４３】
さらにデータ更新手段４は、更新候補データのデータ生成時刻と基準時刻を照合した結果、双方の時刻の新旧に基づいて、当該地物データＤａを更新候補データＦａで更新するか否か（更新用のデータとして採用するか否か）を判断する。この時刻の新旧に基づく判断は、一例として更新候補データのデータ生成時刻の方が、その地物（型）の基準時刻よりも新しい場合には更新データとして採用され、古い場合には採用されないとすることができる。すなわち、地物Ａの基準時刻ｔｓａが２００９年９月１日とすると、Ｆａのデータ生成時刻ｔ１が２００９年１０月１日であればＦａによって更新することとし、Ｆａのデータ生成時刻ｔ１が２００９年７月１日であればＦａは更新用として採用されない。
【００４４】
なお、データ生成時刻と基準時刻の新旧に基づいての判断は、データ生成時刻が基準時刻よりも新しいときに更新する場合に限らず、データ生成時刻が基準時刻よりも古いときに更新することとしたり、データ生成時刻と基準時刻が同一（あるいは略同一）のときに更新することとしたり、データ生成時刻と基準時刻との時間差が所定の閾値以上（例えば３カ月以上、１年以上など）であるときに更新することとしたり、逆にデータ生成時刻と基準時刻との時間差が所定の閾値以下（例えば１週間以内、３日以内など）であるときに更新する、など種々の判断方法を選択することができる。この判断方法の選択については、以下すべての実施形態についても同様である。
【００４５】
図１に示すように、更新候補データのデータ生成時刻と同じ型の基準時刻を照合した結果、データ更新手段４はＦａ（ｔ１）とＦｃ（ｔ１）を更新用として採用することと判断し、地物情報ＤＢ２に既に格納されている地物ＡのＤａ（ｔ０）と地物ＣのＤｃ（ｔ０）とをそれぞれＦａ（ｔ１）とＦｃ（ｔ１）に書き換え（矢印１０３）、新たに地物情報ＤＢ２内の地物データはそれぞれＤａ（ｔ１）、Ｄｂ（ｔ２）、Ｄｃ（ｔ１）となる。
【００４６】
図７のフロー図に、本実施形態における一連の更新の流れを示す。なおこのフロー図は、基準時刻の設定方法を図６に示す方法とした場合で説明している。
【００４７】
当初、地理空間情報管理システム１の構築時に、初期データが地物情報ＤＢ２に格納され（７０１）、当該システムの運用が開始される。運用後、データ登録手段３から地物データが登録され（７０２）、以下、地物Ａの更新候補データＦａ、地物Ｂの更新候補データＦｂ、地物Ｃの更新候補データＦｃとして扱われて更新するか否かの判断を受ける。
【００４８】
データ更新手段４は、まず、同じ型である地物Ａに関する地物データを、地物情報ＤＢ２内から検索する（７０３）。地物情報ＤＢ２内から地物Ａに関する地物データＤａが見つからない場合、更新候補データＦａを地物Ａに関する地物データＤａとして新たに地物情報ＤＢ２に格納する（７０７）。一方、地物情報ＤＢ２内から地物Ａに関する地物データＤａがあった場合、地物情報ＤＢ２内の地物データからそのデータ生成時刻を抽出し、地物Ａにおける基準時刻に設定する（７０４）。
【００４９】
さらにデータ更新手段４は、地物Ａにおける基準時刻と、更新候補データＦａのデータ生成時刻を比較し（７０５）、更新候補データＦａのデータ生成時刻の方が新しければ、地物情報ＤＢ２内の既存の地物Ａに関する地物データＤａを更新候補データＦａに書き換える（７０７）。一方、更新候補データＦａのデータ生成時刻の方が古ければ、地物情報ＤＢ２内の既存の地物データＤａをそのまま維持し（７０６）、更新候補データＦａは更新用のデータとして採用されない。
【００５０】
フロー中の７０３〜７０７（７０６）までの工程を、更新候補データＦａ、更新候補データＦｂ、更新候補データＦｃについて繰り返す（７０８）。
【００５１】
地理空間情報管理システム１を構成する地物情報ＤＢ２、データ登録手段３、及びデータ更新手段４は、一つのコンピュータ内に構築することもできるし、あるいは、地物情報ＤＢ２、データ登録手段３、データ更新手段４を、それぞれ別のコンピュータに構築し、通信回線を介して接続する構成をとってもよい。
【００５２】
図８（ａ）に示すように、ホスト側システム５にホスト側地物情報ＤＢ２ａとデータ更新手段４を備え、クライアント側システム６にデータ登録手段３を備え、ホスト側システム５とクライアント側システム６を通信回線によって接続し、データ登録手段３によって登録された地物データをホスト側地物情報ＤＢ２ａに送信することもできる。この場合、２以上のクライアント側システム６を通信回線に接続し、それぞれのデータ登録手段３によって地物データを登録し、それぞれからホスト側地物情報ＤＢ２ａに送信することもできる。更新手段４は、これら受信した地物データを更新候補データとして読み込み、これら更新候補データについて更新するか否かの判断を行い、更新データとして採用されるとその更新候補データによってホスト側地物情報ＤＢ２ａは更新される。
【００５３】
このときホスト側システム５のデータ更新手段４が、あるクライアント側システム６から地物Ａに関する更新候補データＦａを読取り、その後に、他のクライアント側システム６から同じ地物Ａのものであって、しかも先の更新候補データＦａよりデータ生成時刻が古い更新候補データＦａを読取ったとする。この場合でも、更新手段４は、データ生成時刻に基づいて更新するか否かを判断することができるので、ホスト側地物情報ＤＢ２ａ内にある新しいデータ生成時刻の地物データＤａが、後に受信した古いデータ生成時刻の更新候補データＦａによって更新されることはない。
【００５４】
また図８（ｂ）に示すように、ホスト側システム５にホスト側地物情報ＤＢ２ａを備え、クライアント側システム６にクライアント側地物情報ＤＢ２ｂとデータ更新手段４を備え、ホスト側システム５とクライアント側システム６を通信回線によって接続し、ホスト側地物情報ＤＢ２ａに格納された地物データをクライアント側地物情報ＤＢ２ｂに送信することもできる。この場合、２以上のクライアント側システム６を通信回線に接続し、ホスト側地物情報ＤＢ２ａに格納された地物データを、それぞれのクライアント側地物情報ＤＢ２ｂに送信することもできる。クライアント側システム６の更新手段４は、これら受信した地物データを更新候補データとして読み込み、これら更新候補データについて更新するか否かの判断を行い、更新データとして採用されるとその更新候補データによってクライアント側地物情報ＤＢ２ｂは更新される。
【００５５】
（実施形態２）
本願発明の地理空間情報の管理システム、及び地理空間情報のプログラムの第２の実施形態を図９に基づいて説明する。本実施形態は、地物データを属性データとする場合について説明するためのものであり、本実施形態に記さないシステムの基本的構成や機能、データの流れや処理方法などは実施形態１と共通する。
【００５６】
図９は、地物データを属性データとする場合であって、データ更新手段４が地物データごとに基準時刻と照合して更新判断する一連の処理について説明する説明図である。地物データである属性データは、空間属性データと、時間属性データと、主題属性データの３種類があり、それぞれその属性データが生成されたデータ生成時刻を情報として備えている。例えば、図９の地物情報ＤＢ２内に示すように、地物Ａに関する単位地物データＤａは、空間属性データ空ａ（ｔ４）、時間属性データ時ａ（ｔ６）、主題属性データ主ａ（ｔ４）からなり、空間属性データ空ａはそのデータ生成時刻がｔ４という情報を備え、時間属性データ時ａはその生成時刻がｔ６という情報を備え、主題属性データ主ａはその生成時刻がｔ４という情報を備えている。
【００５７】
図９では、データ更新手段４が、地物Ａの地物データである属性データ（空間属性データ空ａ、時間属性データ時ａ、主題属性データ主ａ）と、地物Ｂの地物データである属性データ（空間属性データ空ｂ、時間属性データ時ｂ、主題属性データ主ｂ）と、地物Ｃの地物データである属性データ（空間属性データ空ｃ、時間属性データ時ｃ、主題属性データ主ｃ）をそれぞれ更新候補データとして読み取っており、それぞれの型（この場合は属性データ）ごとに設定された基準時刻と照合している（矢印９０１）。例えば、地物Ａの空間属性データ空ａの生成時刻であるｔ５と、地物Ａの空間属性データの基準時刻である空ｓａ（＝ｔ４）が照合されている。同じく、地物Ａの時間属性データ時ａの生成時刻であるｔ５と、地物Ａの時間属性データの基準時刻である時ｓａ（＝ｔ６）が照合され、地物Ａの主題属性データ時ａの生成時刻であるｔ５と、地物Ａの主題属性データの基準時刻である主ｓａ（＝ｔ４）が照合されている。地物Ｂや、地物Ｃについても同様である。
【００５８】
基準時刻は、実施形態１に示すように別途設定してもよいが、図９では、地物情報ＤＢ２内のデータ生成時刻に基づいて設定している。すなわち、データ更新手段４が更新候補データ（空間属性データ空ａ、時間属性データ時ａ、主題属性データ主ａ、・・・）を読み込むと、地物情報ＤＢ２に既に格納されている既存の地物データの中から、ぞれぞれの更新候補データと同じ地物データを検索し（地物ＡであればＤａ）、さらに該当する地物データの中から同じ属性データを検索し（矢印９０２）、その該当した属性データのデータ生成時刻（例えばＤａの空間属性データはｔ４、Ｄｂの空間属性データはｔ５、Ｄｃの空間属性データはｔ５）を抽出して（矢印９０３）、これらを地物データの基準時刻とする。
【００５９】
データ更新手段４は、更新候補データごと（つまり属性データごと）に基準時刻を照合し、時刻の新旧を比較した結果に基づいて、更新候補データごとに更新するか否かの判断処理を行う。
【００６０】
図９では、地物Ａの更新候補データである空間属性データと主題属性データを更新するもの判断され、地物Ｂの更新候補データである空間属性データ、時間属性データ、主題属性データすべてを更新するもの判断され、地物Ｃの更新候補データである時間属性データのみを更新するもの判断されている。そして、地物情報ＤＢ２内に格納されていた地物Ａの地物データＤａのうち空間属性データ（空ａ）と主題属性データ（主ａ）が更新され、地物Ｂの地物データＤｂはすべての属性データが更新され、地物Ｃの地物データＤｃのうち時間属性データ（時ｃ）のみ更新される。なお、更新されなかった地物Ａの時間属性データ（時ａ）と、地物Ｃの時間属性データ（空ｃ）、主題間属性データ（主ｃ）は元の地物単位データ（属性データ）が維持される。
【００６１】
（実施形態３）
本願発明の地理空間情報の管理システム、及び地理空間情報のプログラムの第３の実施形態を図１０〜図１２に基づいて説明する。本実施形態は、地理空間情報管理システム１が履歴情報ＤＢ７を備えた場合について説明するためのものであり、本実施形態に記さないシステムの基本的構成や機能、データの流れや処理方法などは実施形態１や実施形態２と共通する。
【００６２】
図１０は、データ登録手段３によって地物データが、履歴情報ＤＢ７に登録される処理について説明する説明図である。履歴情報ＤＢ７は同じ型の地物データであっても、データ生成時刻が異なればそれぞれ異なるデータとして格納するものである。なお、履歴情報ＤＢ７に格納されるデータは、便宜上「履歴地物データ」とする。すなわち、図１０に示すように、履歴情報ＤＢ７は地物Ａについては生成時刻がｔ０、ｔ１、ｔ２、・・・ｔ７のものを履歴地物データＤａ（ｔ０）、Ｄａ（ｔ１）、Ｄａ（ｔ２）、・・・Ｄａ（ｔ７）として格納しており、地物Ｂや地物Ｃについてもそれぞれ累積的に地物データを履歴地物データとして格納している。なお、地物データが属性データである場合、地物データが属性要素データである場合もあるが、ここでは地物データが単位地物データである場合で説明している。
【００６３】
図１０の例では、データ登録手段３によって登録された地物データＤａ（ｔ８）、Ｄｂ（ｔ８）、Ｄｃ（ｔ８）が、履歴情報ＤＢ７内に格納される状況を示している。この場合、履歴情報ＤＢ７内の履歴地物データのうち、地物Ａ〜地物Ｃいずれについてもデータ生成時刻ｔ８のものがないので、新たに地物データＤａ（ｔ８）、Ｄｂ（ｔ８）、Ｄｃ（ｔ８）が履歴地物データとして格納される。
【００６４】
なお地物データが属性データである場合、登録された地物データと履歴情報ＤＢ７内の履歴地物データと比較して、同じ地物であってもデータ生成時刻が空間属性データ、時間属性データ、主題属性データのうちいずれかのデータ生成時刻が異なれば、異なるデータとして、すなわち履歴地物データとして格納することができる（履歴情報ＤＢ７内のレコードを単位地物データとする）。あるいは、属性データを地物データとして扱い、登録された地物データ（属性データ）と履歴情報ＤＢ７内の同じ型の履歴地物データと比較して、データ生成時刻が異なれば、異なるデータとして、すなわち履歴地物データとして属性データごとに格納することもできる（履歴情報ＤＢ７内のレコードを属性データ単位とする）。地物データが属性要素データである場合も同様である。
【００６５】
図１１は、本実施形態における地物データの更新処理を示す説明図である。データ更新手段４に更新命令が伝達されると、履歴情報ＤＢ７に格納された履歴地物データのうち最新のデータ生成時刻をもつ地物データＤａ（ｔ８）、Ｄｂ（ｔ８）、Ｄｃ（ｔ８）を検索する（矢印１１０１）。なお、データ更新手段４に対する更新命令の伝達手段については、地理空間情報管理システム１内に更新命令を入力する更新命令手段を設け、これに入力した更新命令をデータ更新手段４に伝達することもできるし、地理空間情報管理システム１の外部で入力された更新命令をデータ更新手段４に伝達することもできる。また、図１１では履歴情報ＤＢ７に格納された履歴地物データのうち最新のデータ生成時刻を有することを条件として地物データを検索しているが、最も古いデータ生成時刻を有することを条件としたり、あるいは所望の時刻に最も近いデータ生成時刻を有することを条件としたり、履歴地物データのデータ生成時刻に基づく種々の条件で検索することができる。
【００６６】
データ更新手段４は、検索した地物データＤａ（ｔ８）、Ｄｂ（ｔ８）、Ｄｃ（ｔ８）を読み込んで更新候補データＦａ（ｔ８）、Ｆｂ（ｔ８）、Ｆｃ（ｔ８）とし（矢印１１０２）、地物データごとの基準時刻と比較する（矢印１１０３）。この場合の基準時刻は、実施形態１に示すように別途設定してもよいが、図１１に示すように、地物情報ＤＢ２に既に格納されている既存の地物データの中から、更新候補データと同じ型の地物データを検索し（矢印１１０４）、該当する地物データＤａ、Ｄｂ、Ｄｃのデータ生成時刻（Ｄａはｔ７、Ｄｂはｔ９、Ｄｃはｔ６）を抽出し（矢印１１０５）、こられを基準時刻とすることもできる。
【００６７】
図１１に示すように、更新候補データのデータ生成時刻と基準時刻を照合した結果、データ更新手段４はＦａ（ｔ８）とＦｃ（ｔ８）をもって更新することと判断し、地物情報ＤＢ２に既に格納されている地物ＡのＤａ（ｔ７）と地物ＣのＤｃ（ｔ６）とをそれぞれＦａ（ｔ８）とＦｃ（ｔ８）に書き換え（矢印１１０６）、新たに地物情報ＤＢ２内の地物データはそれぞれＤａ（ｔ８）、Ｄｂ（ｔ９）、Ｄｃ（ｔ８）となる。
【００６８】
図１２のフロー図に、本実施形態における一連の更新の流れを示す。なおこのフロー図は、基準時刻の設定方法を図１１に示す方法とした場合で説明している。
【００６９】
当初、地理空間情報管理システム１の構築時に、初期データが地物情報ＤＢ２に格納され（１２０１）、当該システムの運用が開始される。運用後、データ登録手段３から更新用の地物データが登録され（１２０２）、履歴地物データとして履歴情報ＤＢ７に格納される（１２０３）。データ更新手段４に更新命令が伝達されると一連の更新作業が開始され（１２０５）、履歴情報ＤＢ７に格納された履歴地物データのうち最新のデータ生成時刻を有する地物データを抽出する（１２０６）。このとき、履歴情報ＤＢ７に格納された全ての地物について、一つずつ地物データ（この場合はデータ生成時刻が最新のもの）を抽出する。あるいは指定した地物についてのみ抽出することもできる。以降、この抽出された地物データを更新候補データとして扱う。
【００７０】
データ更新手段４は、更新候補データと同じ型（地物）の地物データを、地物情報ＤＢ２内から検索する（１２０７）。地物情報ＤＢ２内から同じ型の地物データが見つからない場合、この更新候補データを当該型（地物）の地物データとして地物情報ＤＢ２に新たに格納する（１２１１）。一方、地物情報ＤＢ２内から同じ型の地物データがあった場合、地物情報ＤＢ２内の地物データからそのデータ生成時刻を抽出し、当該型（地物）における基準時刻に設定する（１２０８）。
【００７１】
さらにデータ更新手段４は、当該型（地物）における基準時刻と、更新候補データのデータ生成時刻を比較し（１２０９）、更新候補データのデータ生成時刻の方が新しければ、地物情報ＤＢ２内の既存の地物データを更新候補データに書き換える（１２１１）。一方、更新候補データのデータ生成時刻の方が古ければ、地物情報ＤＢ２内の既存の地物データをそのまま維持し（１２１０）、この更新候補データは更新用のデータとして採用されない。
【００７２】
フロー中の１２０７〜１２１１（１２１０）までの工程を、履歴情報ＤＢ７から抽出した全ての型（地物）について、繰り返す（１２１２）。
【００７３】
（実施形態４）
本願発明の地理空間情報の管理システム、及び地理空間情報のプログラムの第４の実施形態を図１３〜図１５に基づいて説明する。本実施形態は、地理空間情報管理システム１が、通信回線を介して接続されるホスト側システム５とクライアント側システム６から構成され、クライアント側システム６が更新要求手段を備えた場合について説明するためのものであり、本実施形態に記さないシステムの基本的構成や機能、データの流れや処理方法などは実施形態１〜実施形態３と共通する。
【００７４】
図１３に示すように、本実施形態の地理空間情報管理システム１はホスト側システム５とクライアント側システム６から構成され、ホスト側システム５とクライアント側システム６は通信回線を介して接続されている。クライアント側システム６は、一つだけ接続してもよいし、複数（図では三つ）接続してもよい。
【００７５】
ホスト側システム５には、データ更新手段４と履歴情報ＤＢ７が備えられている。なお、履歴情報ＤＢ７に代えてホスト側地物情報ＤＢ２ａを備えてもよいし、履歴情報ＤＢ７とホスト側地物情報ＤＢ２ａの両方を備えてもよい。
【００７６】
クライアント側システム６には、更新要求手段８と、クライアント側地物情報ＤＢ２ｂが備えられている。データ登録手段３を備えてもよい。なおクライアント側システム６もホスト側システム５と同様、クライアント側地物情報ＤＢ２ｂに代えて履歴情報ＤＢ７を備えてもよいし、クライアント側地物情報ＤＢ２ｂと履歴情報ＤＢ７の両方を備えてもよい。クライアント側システム６のデータ登録手段３で登録された地物データは、データ更新手段４によって更新判断されてクライアント側地物情報ＤＢ２ｂを更新し（あるいは履歴情報ＤＢ７に格納され）、さらに通信回線を通じてホスト側システム５に送信されて、ホスト側システム５の履歴情報ＤＢ７に履歴地物データとして格納される。なお、履歴情報ＤＢ７に代えてホスト側地物情報ＤＢ２ａを設置する場合は、ホスト側システム５で受信した登録データが更新候補データとして扱われ、ホスト側システム５のデータ更新手段４によって更新判断され、採用された更新候補データのみがホスト側地物情報ＤＢ２ａに更新される。また、ホスト側システム５にもデータ登録手段３を備えることとし、これによって登録された地物データを直接、ホスト側地物情報ＤＢ２ａを更新（又は履歴情報ＤＢ７に格納）することもできる。
【００７７】
クライアント側システム６のクライアント側地物情報ＤＢ２ｂは、更新したい旨をホスト側システム５に要求したときに更新される仕組みとすることもできる。具体的には、更新要求手段８によって更新要求情報をホスト側システム５に送信し、これをホスト側システム５が受信するとこれが更新命令となって更新処理が開始され、データ更新手段４が履歴情報ＤＢ７にある履歴地物データの中から所望の地物データを抽出し、それぞれの地物データについて基準時刻と比較して更新判断を行う。ここで更新データとして採用された地物データは、通信回線を通じて更新要求を行ったクライアント側システム６に伝達され、当該クライアント側地物情報ＤＢ２ｂは更新される。なお、更新要求情報をホスト側システム５が受信した際に、クライアント側システム６が送信した時刻、又はホスト側システム５が受信した時刻を更新時刻としてホスト側システム５内に記憶しておくこともできる。この場合、この格納先は、地物情報ＤＢ２や履歴情報ＤＢ７を備えるコンピュータ内のメモリに格納してもよいし、他のコンピュータや種々のメモリ内に格納してもよい。
【００７８】
図１４に基づいてさらに詳細に説明する。まず、履歴情報ＤＢ７に対するデータの登録処理について説明する。図１４は、本実施形態における地物データの更新処理を示す説明図である。第１クライアント側システム６ａのデータ登録手段３によって地物データＤａ（ｔ８）、Ｄｂ（ｔ８）、Ｄｃ（ｔ８）が登録されると、これらの地物データはホスト側システム５に送信され（１４０１）、履歴情報ＤＢ７に履歴地物データとして格納される。地物データは複数のクライアント側システム６から送信されることがあるが、履歴情報ＤＢ７内の履歴地物データのデータ生成時刻と異なれば、いずれの地物データも履歴地物データとして格納される。
【００７９】
次に、クライアント側地物情報ＤＢ２ｂの更新処理について説明する。第２クライアント側システム６ｂが更新要求手段８によって更新要求情報を送信し（１４０２）、この情報をホスト側システム５が受信すると、これを更新命令としてデータ更新手段４が履歴情報ＤＢ７に格納された履歴地物データのうち所望の（図では最新のデータ生成時刻の）地物データＤａ（ｔ８）、Ｄｂ（ｔ８）、Ｄｃ（ｔ８）を検索する（矢印１４０３）。
【００８０】
データ更新手段４は、検索した地物データＤａ（ｔ８）、Ｄｂ（ｔ８）、Ｄｃ（ｔ８）を読み込んで更新候補データＦａ（ｔ８）、Ｆｂ（ｔ８）、Ｆｃ（ｔ８）とし（矢印１４０４）、地物ごとの基準時刻と比較する（矢印１４０７）。この場合の基準時刻は、実施形態１に示すように別途設定してもよいが、図１４に示すように、更新要求のあったクライアント側地物情報ＤＢ２ｂに既に格納されている既存の地物データの中から、更新候補データと同じ型（地物）の地物データを検索し（矢印１４０６）、該当する地物データＤａ、Ｄｂ、Ｄｃのデータ生成時刻（Ｄａはｔ７、Ｄｂはｔ９、Ｄｃはｔ６）を抽出し（矢印１４０６）、これらを基準時刻とすることもできる。
【００８１】
図１４に示すように、更新候補データのデータ生成時刻と基準時刻を照合した結果、データ更新手段４はＦａ（ｔ８）とＦｃ（ｔ８）をもって更新することと判断し、クライアント側地物情報ＤＢ２ｂに既に格納されている地物ＡのＤａ（ｔ７）と地物ＣのＤｃ（ｔ６）とをそれぞれＦａ（ｔ８）とＦｃ（ｔ８）に書き換え（矢印１４０８）、新たにクライアント側地物情報ＤＢ２ｂ内の地物データはそれぞれＤａ（ｔ８）、Ｄｂ（ｔ９）、Ｄｃ（ｔ８）になる。
【００８２】
図１５のフロー図に、本実施形態における一連の更新の流れを示す。なおこのフロー図は、基準時刻の設定方法を図１４に示す方法とした場合で説明している。
【００８３】
第２クライアント側システム６ｂが更新要求手段８によって更新要求情報を送信し（１５０１）、この情報をホスト側システム５が受信すると（１５０２）、データ更新手段４が履歴情報ＤＢ７から所望の地物データを抽出する（１５０３）。この抽出された地物データを更新候補データとして扱う。
【００８４】
データ更新手段４は、更新候補データと同じ型（地物）の地物データを、クライアント側地物情報ＤＢ２ｂ内から検索する（１５０４）。クライアント側地物情報ＤＢ２ｂ内からこの型（地物）の地物データが見つからない場合、この更新候補データを当該地物に関する地物データとして第２クライアント側システム６ｂに送信し、クライアント側地物情報ＤＢ２ｂに新たに格納される（１５０８~１５０９）。一方、クライアント側地物情報ＤＢ２ｂ内から同じ型（地物）の地物データがあった場合、クライアント側地物情報ＤＢ２ｂ内の地物データからそのデータ生成時刻を抽出し、当該地物における基準時刻に設定する（１５０５）。
【００８５】
さらにデータ更新手段４は、当該地物における基準時刻と、更新候補データのデータ生成時刻を比較し（１５０６）、更新候補データのデータ生成時刻の方が新しければ第２クライアント側システム６ｂに送信し、クライアント側地物情報ＤＢ２ｂ内の既存の地物データが更新候補データに書き換えられる（１５０８~１５０９）。一方、更新候補データのデータ生成時刻の方が古ければ、クライアント側地物情報ＤＢ２ｂ内の既存の地物データをそのまま維持し（１５０７）、この更新候補データは更新用のデータとして採用されない。
【００８６】
フロー中の１５０４〜１５０８（１５０７）までの工程を、履歴情報ＤＢ７から抽出した全ての型（地物）について、繰り返す（１５１０）。
【００８７】
なお本実施形態では、クライアント側システム６に更新要求手段８を設け、更新要求情報をホスト側システム５が受信すると更新処理が開始される場合で説明した。この更新要求手段８に代え、ホスト側システム５のホスト側地物情報ＤＢ２ａが更新されるタイミング、又は履歴情報ＤＢ７に地物データが格納されるタイミングで更新処理が開始することもできる。
【００８８】
詳細には、ホスト側地物情報ＤＢ２ａが更新されると（又は、履歴情報ＤＢ７に地物データが格納されると）、これが更新命令となって更新処理が開始され、データ更新手段４はホスト側地物情報ＤＢ２ａを書き換えた地物データ（又は履歴情報ＤＢ７に格納された地物データ）を更新候補データとして読み込み、各クライアント側地物情報ＤＢ２ｂ内にある同じ型の地物データからデータ生成時刻を抽出し、これを当該クライアントの当該型における基準時刻として設定する。さらにデータ更新手段４は、更新候補データと各々のクライアントの基準時刻とを比較して更新判断を行い、この判断に基づいて各々のクライアント側地物情報ＤＢ２ｂを更新する。
【００８９】
地物データを属性データ又は属性要素データとする場合、ホスト側地物情報ＤＢ２ａ（又は履歴情報ＤＢ７）において、地物データのうち所定の属性情報データ、例えば空間属性データで更新される（格納される）タイミングで更新処理が開始することもできる。クライアントによっては、空間属性データの更新情報にのみ興味を示すこともあり、時間属性データや主題属性データの変更では自らのクライアント側地物情報ＤＢ２ｂは更新されず、空間属性データの変更時に更新されることとすれば、ホスト側とのデータ通信回数や自己のＤＢの更新回数も減って好適となる。
【００９０】
（実施形態５）
本願発明の地理空間情報の管理システム、及び地理空間情報のプログラムの第５の実施形態を図１６〜図１７に基づいて説明する。前記実施形態４ではホスト側システム５側にデータ更新手段４を設けて更新判断させる場合を説明したが、本実施形態ではクライアント側システム６側にデータ更新手段４を設けて更新判断させる場合を説明する。なお、本実施形態に記さないシステムの基本的構成や機能、データの流れや処理方法などは実施形態１〜実施形態４と共通する。
【００９１】
図１６は、本実施形態における地物データの更新処理を示す説明図である。まずはホスト側システム５における履歴情報ＤＢ７に対するデータの登録処理について説明する。第１クライアント側システム６ａのデータ登録手段３によって地物データＤａ（ｔ８）、Ｄｂ（ｔ８）、Ｄｃ（ｔ８）が登録されると、これらの地物データはホスト側システム５に送信され（１６０１）、履歴情報ＤＢ７に履歴地物データとして格納される。地物データは複数のクライアント側システム６から送信されることがあるが、履歴情報ＤＢ７内の履歴地物データのデータ生成時刻と異なれば、いずれの地物データも履歴地物データとして格納される。ホスト側システム５にホスト側地物情報ＤＢ２ａがある場合には、データ更新手段４によって、地物データＤａ（ｔ８）、Ｄｂ（ｔ８）、Ｄｃ（ｔ８）が更新候補データとして読み込まれ、更新判断され、その判断に基づいてホスト側地物情報ＤＢ２ａを書き換える（１６０２）。
【００９２】
次に、クライアント側地物情報ＤＢ２ｂの更新処理について説明する。第２クライアント側システム６ｂが更新要求手段８によって更新要求情報を送信し（１６０３）、この情報をホスト側システム５が受信すると、これを更新命令としてホスト側のデータ更新手段４が履歴情報ＤＢ７に格納された履歴地物データのうち所望の（図では最新のデータ生成時刻の）地物データＤａ（ｔ８）、Ｄｂ（ｔ８）、Ｄｃ（ｔ８）を検索し（矢印１６０４）、第２クライアント側システム６ｂに送信する（１６０５）。この場合、実施形態４で説明したように、ホスト側システム５のホスト側地物情報ＤＢ２ａが更新されるタイミング（又は履歴情報ＤＢ７に地物データが格納されるタイミング）で、地物データＤａ（ｔ８）、Ｄｂ（ｔ８）、Ｄｃ（ｔ８）を第２クライアント側システム６ｂに送信することもできる。
【００９３】
第２クライアント側システム６ｂが送信された地物データＤａ（ｔ８）、Ｄｂ（ｔ８）、Ｄｃ（ｔ８）を受信すると、クライアント側の履歴情報ＤＢ７に履歴地物データとして格納される。
【００９４】
クライアント側の履歴情報ＤＢ７に新たに履歴地物データが格納されるとこれを更新命令として、あるいは別途設けられた更新命令の入力手段によって、クライアント側地物情報ＤＢ２ｂの更新処理が開始される。
【００９５】
クライアント側のデータ更新手段４が、クライアント側の履歴情報ＤＢ７に格納された履歴地物データのうち所望の（図では最新のデータ生成時刻の）地物データＤａ（ｔ８）、Ｄｂ（ｔ８）、Ｄｃ（ｔ８）を読み込んで更新候補データＦａ（ｔ８）、Ｆｂ（ｔ８）、Ｆｃ（ｔ８）とし（矢印１６０６）、型（地物）ごとの基準時刻と比較する（矢印１６０７）。この場合の基準時刻は、実施形態１に示すように別途設定してもよいが、図１６に示すように、更新要求のあったクライアント側地物情報ＤＢ２ｂに既に格納されている既存の地物データの中から、更新候補データと同じ型（地物）の地物データを検索し、該当する地物データＤａ、Ｄｂ、Ｄｃのデータ生成時刻（Ｄａはｔ７、Ｄｂはｔ９、Ｄｃはｔ６）を抽出し（矢印１６０８）、これらを基準時刻とすることもできる。
【００９６】
図１６に示すように、更新候補データのデータ生成時刻と基準時刻を照合した結果、クライアント側のデータ更新手段４はＦａ（ｔ８）とＦｃ（ｔ８）をもって更新することと判断し、クライアント側地物情報ＤＢ２ｂに既に格納されている地物ＡのＤａ（ｔ７）と地物ＣのＤｃ（ｔ６）とをそれぞれＦａ（ｔ８）とＦｃ（ｔ８）に書き換え（矢印１３０９）、新たにクライアント側地物情報ＤＢ２ｂ内の地物データはそれぞれＤａ（ｔ８）、Ｄｂ（ｔ９）、Ｄｃ（ｔ８）となる。
【００９７】
図１７のフロー図に、本実施形態における一連の更新の流れを示す。なおこのフロー図は、基準時刻の設定方法を図１６に示す方法とした場合で説明している。
【００９８】
第２クライアント側システム６ｂが更新要求手段８によって更新要求情報を送信し（１７０１）、この情報をホスト側システム５が受信すると（１７０２）、データ更新手段４が履歴情報ＤＢ７から所望の地物データを抽出する（１７０３）。この抽出された地物データは第２クライアント側システム６ｂに送信され（１７０４）、この地物データを受信すると（１７０５）クライアント側の履歴情報ＤＢ７に格納される（１７０６）。
【００９９】
クライアント側のデータ更新手段４は、履歴情報ＤＢ７から所望の地物データを抽出し（１７０７）、この更新候補データと同じ型（地物）の地物データをクライアント側地物情報ＤＢ２ｂ内から検索する（１７０８）。クライアント側地物情報ＤＢ２ｂ内から同じ型（地物）の地物データが見つからない場合、この更新候補データは当該地物に関する地物データとして第２クライアント側システム６ｂに新たに格納される（１７０９）。一方、クライアント側地物情報ＤＢ２ｂ内から同じ型（地物）の地物データがあった場合、クライアント側地物情報ＤＢ２ｂ内の地物データからそのデータ生成時刻を抽出し、当該地物における基準時刻に設定する（１７１０）。
【０１００】
さらにデータ更新手段４は、当該地物における基準時刻と、更新候補データのデータ生成時刻を比較し（１７１１）、更新候補データのデータ生成時刻の方が新しければクライアント側地物情報ＤＢ２ｂ内の既存の地物データが更新候補データに書き換えられる（１７１２）。一方、更新候補データのデータ生成時刻の方が古ければ、クライアント側地物情報ＤＢ２ｂ内の既存の地物データをそのまま維持しこの更新候補データは更新用のデータとして採用されない。
【０１０１】
フロー中の１７０８〜１７１２（１７０９）までの工程を、履歴情報ＤＢ７から抽出した全ての地物について、繰り返す（１７１３）。
【０１０２】
（実施形態６）
本願発明の地理空間情報の管理システム、及び地理空間情報のプログラムの第６の実施形態を図１８〜図１９に基づいて説明する。本実施形態は、クライアント側システムにおける過去の更新時刻（更新要求情報を送信した際に記憶された時刻に関する情報）のいずれかを基準時刻とする場合について説明するためのものであり、本実施形態に記さないシステムの基本的構成や機能、データの流れや処理方法などは実施形態１〜実施形態５と共通する。
【０１０３】
本実施形態も実施形態４や実施形態５と同様、地理空間情報管理システム１はホスト側システム５とクライアント側システム６から構成され、ホスト側システム５とクライアント側システム６は通信回線を介して接続されている。クライアント側システム６は、一つだけ接続してもよいし、複数接続してもよい。
【０１０４】
ホスト側システム５には、データ更新手段４と履歴情報ＤＢ７が備えられている。なお、履歴情報ＤＢ７に代えてホスト側地物情報ＤＢ２ａを備えてもよいし、履歴情報ＤＢ７とホスト側地物情報ＤＢ２ａの両方を備えてもよい。
【０１０５】
図１８は、本実施形態における地物データの更新処理を示す説明図である。クライアント側システム６が更新要求手段８によって更新要求情報を送信し（１８０１）、この情報をホスト側システム５が受信すると、これを更新命令としてデータ更新手段４が履歴情報ＤＢ７に格納された履歴地物データのうち所望の（図では最新のデータ生成時刻の）地物データＤａ（ｔ８）、Ｄｂ（ｔ８）、Ｄｃ（ｔ８）を検索する（矢印１８０３）。
【０１０６】
また、ホスト側システム５が更新要求情報を受信すると、ホスト側システム５が受信した時刻を更新時刻として格納する（矢印１８０２）。更新時刻は、ホスト側システム５内に設けられたクライアント側システム６ごとに設けられた更新時刻ＤＢ９に格納される。この図では、クライアント側システム６ごとに専用の更新時刻ＤＢ９ａ、９ｂ・・・９ｎが設けられているが、更新時刻がクライアント側システム６と関連するように記憶できれば、一つの更新時刻ＤＢ９に格納してもよい。また、ホスト側システム５が受信した時刻に代えて、クライアント側システム６が送信した時刻を更新時刻ＤＢ９に更新時刻として格納してもよい。さらに、前回更新用として採用された更新候補データのデータ生成時刻のうち最新の（又は最旧の）もののみを更新時刻として格納してもよいし、もしくは、更新処理を第一回更新、第二回更新といった具合に世代管理し、その世代番号とともに更新時刻を格納してもよい。
【０１０７】
データ更新手段４は、検索した地物データＤａ（ｔ８）、Ｄｂ（ｔ８）、Ｄｃ（ｔ８）を読み込んで更新候補データＦａ（ｔ８）、Ｆｂ（ｔ８）、Ｆｃ（ｔ８）とする（矢印１８０４）。
【０１０８】
またデータ更新手段４は、更新要求情報を送信したクライアント側システム６が前回要求した際の更新時刻を更新時刻ＤＢ９から読み込む。なお、この場合、前回の更新時刻でなく、前々回の更新時刻、あるいはそれより前の更新時刻を読み込むなど、過去に行った更新要求にかかる更新時刻のうち所望のものを読み込む処理とすることもできる。
【０１０９】
さらにデータ更新手段４は、更新時刻ＤＢ９から読み込んだ更新時刻（ここでは前回の更新時刻）を基準時刻とし、全ての地物データ（又は属性情報）に割り当てる。あるいは、指定した地物データにのみ前回の更新時刻を基準時刻として割り当てることもできる。この場合、地物データの型ごとに前回の（最新の）更新時刻を検索し、これら前回の更新時刻をそれぞれの地物データの型の基準時刻として割り当てることもできる。データ更新手段４は、これら地物データごとの基準時刻と、今回履歴情報ＤＢ７から読み込んだ更新候補データのデータ生成時刻とを比較する（矢印１８０６）。
【０１１０】
図１８に示すように、更新候補データのデータ生成時刻と基準時刻を照合した結果、データ更新手段４はＦａ（ｔ８）とＦｃ（ｔ８）をもって更新することと判断し、このＦａ（ｔ８）とＦｃ（ｔ８）をクライアント側システム６に送信し、クライアント側地物情報ＤＢ２ｂに既に格納されている地物ＡのＤａ（ｔ７）と地物ＣのＤｃ（ｔ６）とをそれぞれＦａ（ｔ８）とＦｃ（ｔ８）に書き換え（矢印１８０７）、新たにクライアント側地物情報ＤＢ２ｂ内の地物データはそれぞれＤａ（ｔ８）、Ｄｂ（ｔ９）、Ｄｃ（ｔ８）となる。
【０１１１】
図１９のフロー図に、本実施形態における一連の更新の流れを示す。クライアント側システム６が更新要求手段８によって更新要求情報を送信し（１９０１）、この情報をホスト側システム５が受信すると（１９０２）、ホスト側システム５が受信した時刻を更新時刻として更新時刻ＤＢ９に格納する（１９０３）とともに、データ更新手段４が履歴情報ＤＢ７から所望の地物データを抽出する（１９０４）。この抽出された地物データを更新候補データとして扱う。
【０１１２】
データ更新手段４は、更新要求情報を送信した当該クライアント側システム６が前回要求した際の更新時刻を更新時刻ＤＢ９から読み込み、この読み込んだ更新時刻を全ての地物データの基準時刻として設定する（１９０６）。
【０１１３】
さらにデータ更新手段４は、当該地物データにおける基準時刻と、更新候補データのデータ生成時刻を比較し（１９０７）、更新候補データのデータ生成時刻の方が新しければ、これを更新用の地物データとして採用することとし（１９０９）、採用された更新候補データのみがクライアント側システム６に送信され、当該クライアント側地物情報ＤＢ２ｂ内の既存の地物データを更新候補データに書き換える（１９１０）。一方、更新候補データのデータ生成時刻の方が古ければ、この更新候補データはクライアント側システム６に送信されず、クライアント側地物情報ＤＢ２ｂ内の既存の地物データはそのまま維持される（１９０８）。
【０１１４】
フロー中の１９０７〜１９０９（１９０８）までの工程を、履歴情報ＤＢ７から抽出した全ての地物について繰り返す。
【０１１５】
（実施形態７）
本願発明の地理空間情報の管理システム、及び地理空間情報のプログラムの第７の実施形態を図２０〜図２１に基づいて説明する。本実施形態は、クライアント側システムが更新したい所望の時刻を基準時刻とする場合について説明するためのものであり、本実施形態に記さないシステムの基本的構成や機能、データの流れや処理方法などは実施形態１〜実施形態６と共通する。
【０１１６】
本実施形態も実施形態４〜実施形態６と同様、地理空間情報管理システム１はホスト側システム５とクライアント側システム６から構成され、ホスト側システム５とクライアント側システム６は通信回線を介して接続されている。クライアント側システム６は、一つだけ接続してもよいし、複数接続してもよい。
【０１１７】
ホスト側システム５には、データ更新手段４と履歴情報ＤＢ７が備えられている。なお、履歴情報ＤＢ７に代えてホスト側地物情報ＤＢ２ａを備えてもよいし、履歴情報ＤＢ７とホスト側地物情報ＤＢ２ａの両方を備えてもよい。
【０１１８】
図２０は、本実施形態における地物データの更新処理を示す説明図である。クライアント側システム６が更新要求手段８によって更新要求情報を送信し（２００１）、この情報をホスト側システム５が受信する。なお、クライアント側システム６が送信した更新要求情報には、設定時刻ｔｒの情報も含まれている（２００２）。この設定時刻ｔｒはホスト側システム５に一旦格納されるが、その格納先は履歴情報ＤＢ７や地物情報ＤＢ２を備えるコンピュータ内のメモリに格納してもよいし、他のコンピュータや種々のメモリ内に格納してもよい。なおこの設定時刻ｔｒとは、クライアント側システム６が過去の任意時点における地物データを要求するためのもので、クライアント側で設定した時刻のことである。ホスト側システム５はこの要求に応えるため、設定時刻ｔｒに応じた地物データをクライアント側システム６に送信する。
【０１１９】
ホスト側システム５が更新要求情報を受信すると、これを更新命令としてデータ更新手段４が履歴情報ＤＢ７に格納された履歴地物データのうち所望の（図では最新のデータ生成時刻の）地物データＤａ（ｔ８）、Ｄｂ（ｔ８）、Ｄｃ（ｔ８）を検索し（矢印２００３）、検索した地物データＤａ（ｔ８）、Ｄｂ（ｔ８）、Ｄｃ（ｔ８）を読み込んで更新候補データＦａ（ｔ８）、Ｆｂ（ｔ８）、Ｆｃ（ｔ８）とする（矢印２００４）。
【０１２０】
データ更新手段４は、クライアント側システム６から送られた更新要求情報に含まれる設定時刻ｔｒを読み込み（２００２）、この設定時刻ｔｒを基準時刻とし、全ての地物データに割り当てる。あるいはこの設定時刻ｔｒを、指定した地物データにのみ基準時刻として割り当てることもできる。
【０１２１】
データ更新手段４は、履歴情報ＤＢ７から読み込んだ更新候補データを地物ごとの基準時刻と比較する（矢印２００５）。
【０１２２】
図２０に示すように、更新候補データのデータ生成時刻と基準時刻を照合した結果、データ更新手段４はＦａ（ｔ８）とＦｃ（ｔ８）をもって更新することと判断し、クライアント側地物情報ＤＢ２ｂに既に格納されている地物ＡのＤａ（ｔ７）と地物ＣのＤｃ（ｔ６）とをそれぞれＦａ（ｔ８）とＦｃ（ｔ８）に書き換え（矢印２００６）、新たにクライアント側地物情報ＤＢ２ｂ内の地物データはそれぞれＤａ（ｔ８）、Ｄｂ（ｔ９）、Ｄｃ（ｔ８）になる。
【０１２３】
図２１のフロー図に、本実施形態における一連の更新の流れを示す。クライアント側システム６が更新要求手段８によって更新要求情報を送信し（２１０１）、この情報をホスト側システム５が受信すると（２１０２）、データ更新手段４が履歴情報ＤＢ７から所望の地物データを抽出する（２１０３）。この抽出された地物データを更新候補データとして扱う。
【０１２４】
データ更新手段４は、更新要求情報を送信した当該クライアント側システム６が希望する設定時刻ｔｒを履歴情報ＤＢ７から抽出した全ての地物データに基準時刻として設定する（２１０４）。
【０１２５】
さらにデータ更新手段４は、当該地物データにおける基準時刻と、更新候補データのデータ生成時刻を比較し（２１０５）、更新候補データのデータ生成時刻の方が新しければ、これを更新用の地物データとして採用することとし（２１０７）、クライアント側地物情報ＤＢ２ｂ内の既存の地物データを更新候補データに書き換える（２１０８）。一方、更新候補データのデータ生成時刻の方が古ければ、クライアント側地物情報ＤＢ２ｂ内の既存の地物データをそのまま維持し（２１０６）、この更新候補データは更新用のデータとして採用されない。
【０１２６】
フロー中の２１０５〜２１０７（２１０６）までの工程を、履歴情報ＤＢ７から抽出した全ての地物について繰り返す。
【０１２７】
（地理空間情報管理システムの使用例）
本願発明の地理空間情報管理システムを用いた地物データの更新処理について、図２２に基づいて説明する。なおここで説明する地理空間情報管理システム１は、ホスト側システム５と、第一のクライアント側システム６ａと、第二のクライアント側システム６ｂから構成され、ホスト側システム５と第一のクライアント側システム６ａと第二のクライアント側システム６ｂは通信回線を介して接続されている。ホスト側システム５には、履歴情報ＤＢ７とホスト側地物情報ＤＢ２ａが備えられ、それぞれのクライアント側システム６ａ、ｂには、データ登録手段３とクライアント側地物情報ＤＢ２ｂが備えられており、クライアント側システム６ａ、ｂのデータ登録手段３によって地物データが登録されると、所望のタイミングでホスト側システム５に送信され履歴情報ＤＢ７に格納される。
【０１２８】
図２２は、地理空間情報データのうちの地物データが時間とともに更新されていく状況を説明するものであり、左端の列は時間軸を表し、中央の列のうち上段（Ｔ２時点）では第一のクライアント側システム６ａによるデータ更新状況を、下段（Ｔ３時点）では第二のクライアント側システム６ｂによるデータ更新状況を表す。また、右端の列はホスト側地物情報ＤＢ２ａの地物データが更新されていく状況を表す。
【０１２９】
１月１日（Ｔ１）時点では、地物Ａは円形、地物Ｂは矩形、地物Ｃは２棟からなる矩形である地物データとして、それぞれの地物情報がホスト側地物情報ＤＢ２ａに格納されている。
【０１３０】
４月１日（Ｔ２）時点では、第一のクライアント側システム６ａの更新者（以下、「第一の更新者」という。）が、「地物Ｂが消滅し、地物Ｃが長円形となった」情報に基づき、地物データを生成している。ここで生成された地物Ｂの地物データＤｂと地物Ｃの地物データＤｃの生成時刻はそれぞれｔ２であるが、地物データＤａの生成時刻はｔ１である。これらの地物データＤｂと地物データＤｃはまだホスト側システム５には送信されていない。
【０１３１】
７月１日（Ｔ３）時点では、第二のクライアント側システム６ｂの更新者（以下、「第二の更新者」という。）によって、「地物Ａが矩形に変わり、地物Ｂが八角形に変わった」情報に基づいて、地物データを生成している。ここで生成された地物Ａの地物データＤａと地物データＤｂの生成時刻はそれぞれｔ３であるが、地物データＤｃの生成時刻はｔ１である。これらの地物データＤａと地物データＤｂはまだホスト側システム５には送信されていない。
【０１３２】
８月１日（Ｔ４）時点で、第二の更新者によって生成された地物データＤａ（ｔ３）、地物データＤｂ（ｔ３）、及び地物データＤｃ（ｔ１）がホスト側システム５に送信されると、地物データＤａ（ｔ３）、地物データＤｂ（ｔ３）は履歴情報ＤＢ７に格納されるが、地物データＤｃ（ｔ１）は既に履歴情報ＤＢ７に格納されているため今回は格納されない。つぎにデータ更新手段４が、履歴情報ＤＢ７内の最新のデータ生成時刻を有する履歴地物データを更新候補データとして読みこむ。この場合、地物Ａに関しては地物データＤａ（ｔ３）が、地物Ｂに関しては地物データＤｂ（ｔ３）が、地物Ｃに関しては地物データＤｃ（ｔ１）が最新であるため、これらを更新候補データＦａ（ｔ３）、Ｆｂ（ｔ３）、Ｆｃ（ｔ１）として読みこむ。さらに、ホスト側地物情報ＤＢ２ａ内から更新候補データＦａと同じ型（地物）の地物データＤａを検索し、更新候補データＦｂと同じ型（地物）の地物データＤｂを検索し、更新候補データＦｃと同じ型（地物）の地物データＤｃを検索し、これらのデータ生成時刻を抽出して基準時刻とする。ここでは、ホスト側地物情報ＤＢ２ａ内の地物ＡについてはＤａ（ｔ１）となっているので地物Ａの基準時刻はｔ１となり、地物ＢについてはＤｂ（ｔ１）となっているので地物Ｂの基準時刻はｔ１となり、地物ＣについてはＤｃ（ｔ１）となっているので地物Ｃの基準時刻はｔ１となる。更新候補データＦａのデータ生成時刻ｔ３は地物Ａの基準時刻ｔ１（ｔ１はｔ３よりも古い時刻）よりも新しく、更新候補データＦｂのデータ生成時刻ｔ３も地物Ｂの基準時刻ｔ１よりも新しいので、更新候補データＦａ（ｔ３）、Ｆｂ（ｔ３）ともに更新用のデータとして採用されるが、更新候補データＦｃのデータ生成時刻ｔ１は地物Ｃの基準時刻ｔ１と同じなので更新候補データＦｃ（ｔ１）は更新用のデータとして採用されない。よって、ホスト側地物情報ＤＢ２ａ内の地物データはＤａ（ｔ３）、Ｄｂ（ｔ３）、Ｄｃ（ｔ１）に書き換えられる。つまりＴ４時点において、ホスト側地物情報ＤＢ２ａでは地物Ａが矩形に更新され、地物Ｂが八角形に更新されている。
【０１３３】
１０月１日（Ｔ５）時点で、第一の更新者によって生成された地物データＤｂ（ｔ２）、Ｄｃ（ｔ２）、及びＤａ（ｔ１）がホスト側システム５に送信されると、地物データＤｂ（ｔ２）、Ｄｃ（ｔ２）は履歴情報ＤＢ７に格納されるが、地物データＤａ（ｔ１）は既に履歴情報ＤＢ７に格納されているため今回は格納されない。つぎにデータ更新手段４が、履歴情報ＤＢ７内の最新のデータ生成時刻を有する履歴地物データを更新候補データとして読みこむ。この場合、地物Ｃに関しては地物データＤｃ（ｔ２）が最新であるため、これを更新候補データＦｃ（ｔ２）として読みこむが、地物Ａに関しては地物データＤａ（ｔ３）が既に履歴情報ＤＢ７内に格納されていることからＤａ（ｔ３）が最新であり更新候補データＦａ（ｔ３）として読み込まれ、地物Ｂに関しても地物データＤｂ（ｔ３）が既に履歴情報ＤＢ７内に格納されていることからＤｂ（ｔ３）が最新であり更新候補データＦｂ（ｔ３）として読み込まれる。さらに、ホスト側地物情報ＤＢ２ａ内から更新候補データＦａと同じ型（地物）の地物データＤａを検索し、更新候補データＦｂと同じ型（地物）の地物データＤｂを検索し、更新候補データＦｃと同じ型（地物）の地物データＤｃを検索し、これらのデータ生成時刻を抽出して基準時刻とする。ホスト側地物情報ＤＢ２ａ内の地物Ａと地物ＢについてはＴ４時点でのデータであるデータＤａ（ｔ３）、データＤｂ（ｔ３）となっているので、地物Ａの基準時刻はｔ３、地物Ｂの基準時刻もｔ３となる。一方、ホスト側地物情報ＤＢ２ａ内の地物ＣについてはＤｃ（ｔ１）となっているので、地物Ｃの基準時刻はｔ１となる。更新候補データＦｃのデータ生成時刻ｔ２は地物Ｃの基準時刻ｔ１よりも新しいので、更新候補データＦｃ（ｔ２）は更新用のデータとして採用され、ホスト側地物情報ＤＢ２ａの地物データはＤｃ（ｔ２）に書き換えられるが、更新候補データＦａのデータ生成時刻ｔ３と地物Ａの基準時刻ｔ３は同時刻であり、更新候補データＦｂのデータ生成時刻ｔ３と地物Ｂの基準時刻ｔ３も同時刻なので、更新候補データＦａ（ｔ３）、Ｆｂ（ｔ３）は更新用のデータとして採用されない。つまりＴ５時点において、ホスト側地物情報ＤＢ２ａでは地物Ｃが長円形に更新されるだけで、地物Ａは矩形のままであり、地物Ｂは八角形のままである。
【産業上の利用可能性】
【０１３４】
本願発明の地理空間情報の管理システム、及び地理空間情報のプログラムは、国や地方自治体など国土を管理、保全する者をはじめ、教育関係者や地図データの提供者、あるいは輸送業者、不動産業者、マーケットリサーチなど各種調査を行う者など、様々な立場の者によって利用することができる。
【符号の説明】
【０１３５】
１    地理空間情報管理システム
２    地物情報データベース
２ａ  ホスト側地物情報ＤＢ
２ｂ  クライアント側地物情報ＤＢ
３    データ登録手段
４    データ更新手段
５    ホスト側システム
６    クライアント側システム
６ａ  第１クライアント側システム
６ｂ  第２クライアント側システム
７    履歴情報ＤＢ
８    更新要求手段
【図１】
0005517013.tif 000002
【図２】
0005517013.tif 000003
【図３】
0005517013.tif 000004
【図４】
0005517013.tif 000005
【図５】
0005517013.tif 000006
【図６】
0005517013.tif 000007
【図７】
0005517013.tif 000008
【図８】
0005517013.tif 000009
【図９】
0005517013.tif 000010
【図１０】
0005517013.tif 000011
【図１１】
0005517013.tif 000012
【図１２】
0005517013.tif 000013
【図１３】
0005517013.tif 000014
【図１４】
0005517013.tif 000015
【図１５】
0005517013.tif 000016
【図１６】
0005517013.tif 000017
【図１７】
0005517013.tif 000018
【図１８】
0005517013.tif 000019
【図１９】
0005517013.tif 000020
【図２０】
0005517013.tif 000021
【図２１】
0005517013.tif 000022
【図２２】
0005517013.tif 000023
【図２３】
0005517013.tif 000024
【図２４】
0005517013.tif 000025