地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法
【課題】本願発明の課題は、更新のために送信するデータ容量を小さくして送信時間を短縮するとともに、現実との矛盾を生じることなく更新し得るシステムであって、従来の技術が備える差分データの抽出機能を必要としない地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法を提供することにある。
【解決手段】本願発明の地理空間情報の管理システムは、地物情報を管理し得る地理空間情報の管理システムであって、地物データを格納する地物情報データベースと、地物情報データベースを更新するデータ更新手段と、を備え、地物情報データベースに格納された既存地物データ群は、それぞれ地物データごとに更新されるものであり、データ更新手段は、更新候補データのデータ生成時刻と、地物データごとに設定される基準時刻とを照合し、この照合結果に基づいて当該更新候補データで更新するか否かの判断を行うものである。
【解決手段】本願発明の地理空間情報の管理システムは、地物情報を管理し得る地理空間情報の管理システムであって、地物データを格納する地物情報データベースと、地物情報データベースを更新するデータ更新手段と、を備え、地物情報データベースに格納された既存地物データ群は、それぞれ地物データごとに更新されるものであり、データ更新手段は、更新候補データのデータ生成時刻と、地物データごとに設定される基準時刻とを照合し、この照合結果に基づいて当該更新候補データで更新するか否かの判断を行うものである。
【発明の詳細な説明】
【技術分野】
【0001】
本願発明は、地理空間情報の管理に関するものであり、より具体的には、建物や道路、河川、橋、木、海、山といった地物に関する情報を管理するものである。
【背景技術】
【0002】
従来、建物や道路、あるいは地形や等高線など地球上の位置と密接に関連する情報は、地図として紙面上に記載して表示していた。この地図からできるだけ多くの情報を把握することができるように、対象物を図案化し、記号化し、線種や色を使い分けるなど、様々な工夫が地図には凝らされていた。しかしながら、地図から正しく情報を把握するためには、地図記載上の決まりごと(例えば、地図記号や等高線など)を知識として備えている必要があり、誰もが直観的に地図から正しい情報を引き出せるというものではなかった。また、紙面上に情報を記載するには自ずと限度があり、地図の情報だけでは不十分な場合もあった。さらに、建物は建て替えられることがあり、地形も経年変化することから、そのたびに地図は繰り返し更新しなければならず、利用者はその都度地図の買い替えを必要としていた。また、地形などの変化が一部であっても地図の場合一面全てを変更することとなるため、地図の更新は手間やコストがかかっていた。
【0003】
情報化技術が進んだ昨今では、地図の情報もコンピュータ上で管理されることが多く、特に、地理情報システム(Geographic Information System、以下「GIS」という。)の導入により、地理空間情報を取り扱う技術は飛躍的に発達してきた。この地理空間情報という概念は、地図に記載するための情報という概念を超え、モニタなどの表示装置に描画(地図の記載に該当)することを前提とした情報に限ることなく、対象物が本来持っている全ての情報を意味するものである。例えば、建物や道路、河川といった地物の場合、地物の位置や形状を表す情報だけでなく、地物が出現した時間、その地物の名称や分類、地物が有する機能など、必要とされる全ての情報を含んだものが、その地物の地理空間情報とされる。
【0004】
地理空間情報がGISなどによってコンピュータ上で管理されることになっても、地球上にある対象物が年々変化することには変わりないため、電子化された地理空間情報も地図同様、繰り返し更新していかなければならない。一般に、地理空間情報を管理する場合、市町村、あるいは都道府県や国全体を対象とするなど、極めて広い範囲の地理空間情報を管理している。この広い範囲内には種々の地物が無数に存在しており、これら全ての情報を備えた地理空間情報の電子化データ(以下、単に「地理空間情報データ」という。)は、通常、著しく大きな容量のデータとなる。
【0005】
一方、地理空間情報を管理するすべての範囲について建物の変更や地形の変化などを随時監視し、その都度情報を更新していくためには、複数の更新者や更新機関(以下、単に「更新者」という。)を必要とする。これらの更新者は、管理範囲を分割した分割範囲ごと、あるいは地物の分類ごとに配置される。このように更新者によって更新される地理空間情報データは全体のうちの一部であり、これら部分的な更新データを各更新者から集約することによって、全体の地理空間情報データは更新されていく。
【0006】
部分的な地理空間情報データを各更新者から集約する場合、通信回線を介してデータ送信されることがある。しかしながら、前述のとおり地理空間情報データは非常に容量が大きなデータであることから、データ送信のため長時間にわたって通信回線を占有し、その間システム利用者には操作性などに影響を与えていた。この影響を回避するため、年末年始など長期休暇を利用して送信する、あるいは一時的にシステムの運用を停止する、といった対策が講じられ、システム管理者や利用者に多大な負担をかける事態を招いていた。その結果、例えば年に1回、場合によっては数年に1回の頻度で更新するなど、長期間にわたって更新が行われないこととなり、時間経過とともに地理空間情報の鮮度が劣化していくという問題があった。
【0007】
そこで、送信するデータ容量を小さくし送信時間を短縮する工夫もなされている。例えば、地理空間情報全体は地図出力用の大きさ(図郭)に分割されることが多く、この図郭内に含まれる地理空間情報データの集合をひとつのデータセット(以下、「図郭単位のデータセット」という。)とし、このデータセット単位で更新してデータ送信することによって、通信にかかるデータ容量を縮小するという工夫がなされている。あるいは、地物の種類などによってカテゴリ分けするレイヤ(例えば、建物レイヤ、道路レイヤ、河川レイヤなど)ごとに地理空間情報データを分類して、ひとつのレイヤに含まれるデータの集合をひとつのデータセット(以下、「レイヤ単位のデータセット」という。)とし、更新すなわち通信するデータ容量を小さくしている。
特許文献1では、全体の地図データを図郭単位のデータセットで管理し、さらに地図データ全体のうち前回の更新から変更のあった図郭単位のデータセットを差分データとして抽出し、この差分データのみを更新分データとして送信することが提案されている。
【先行技術文献】
【特許文献】
【0008】
【特許文献1】特開2008−96706号公報
【発明の概要】
【発明が解決しようとする課題】
【0009】
レイヤ単位のデータセットとするなど地理空間情報データを分割して管理、更新し、分割されたデータを各更新者から集約することによって全体の地理空間情報データを更新する場合、同一の地物について複数の更新者から異なる更新情報が送信されてくることがある。以下に、図23に基づいて、具体的なデータ更新の一連の流れを説明する。
【0010】
図23は、地理空間情報データのうちの建物レイヤのデータセットが、時間とともに更新されていく状況を説明するものであり、左端の列は時間軸を表し、中央の列は更新者によるデータ更新状況を表し、右端の列は地理空間情報データのうちの建物レイヤが更新されていく状況を表す。
【0011】
1月1日(T1)時点では、地物Aは円形、地物Bは矩形、地物Cは2棟からなる矩形として、それぞれの地物情報は共有のデータベース内に格納されている。4月1日(T2)時点では、第一の更新者によって建物レイヤのデータセットのうち地物Bが消滅し、地物Cが長円形に更新され、他はT1時点のままである。なお、この更新データはまだ共有のデータベースには送信されていない。さらに7月1日(T3)時点では、第二の更新者によって建物レイヤのデータセットのうち地物Aが矩形に変わり、地物Bが八角形に変わっているが、他はT1時点のままである。この更新データは8月1日(T4)時点に共有のデータベースに送信されている。この結果T4時点において、共有のデータベースでは地物Aが矩形に更新され、地物Bが八角形に更新されている。
【0012】
一方、T2時点に第一の更新者によって更新された地物レイヤのデータセットは、10月1日(T5)時点で共有のデータベースに送信される。この結果、T5時点において、共有のデータベースでは地物Aが円形に更新され、地物Bが消滅し、地物Cが長円形に更新される。
【0013】
実際には、地物BはT1時点の後に取り壊され、T2時点では空き地となり、その後新たな八角形の構造物が建造されているが、T5時点における共有のデータベースでは空き地の状態で管理されていることになっている。また、地物AについてもT3時点における更新情報が反映されていない。この矛盾は、「実際にデータを更新した時間」ではなく、「共有のデータベースが更新された時間」に基づいてデータを更新する結果、T3時点の更新データセットよりも古いT2時点での更新データを新しいものと認識したことに起因している。
【0014】
この現実との矛盾を改善すべく、共有のデータベースが更新される時間ではなく、実際にデータを更新した時間に基づいてデータを更新することとしても、現実と矛盾する場合がある。図24に示すように、T3時点の更新データセットをT4時点に受け付けた共有のデータベースは、T3時点よりも古い時間に更新されたT2時点の更新データを受け付けないとものする。この結果T5時点において、共有のデータベースでは地物A及び地物Bは最新の情報に更新される。しかし、T3時点では地物Cは八角形に変更されているにもかかわらず、第二の更新者は地物Cの形状変更を知らなかったためにT1時点のまま(2棟からなる矩形のまま)の状態で更新データを作成しており、T3時点での建物レイヤのデータセットが優先されるが故に、換言すればT3時点での建物レイヤ内にあるすべての地物情報が優先されるが故に、T2時点におけるせっかくの地物Cの更新情報が漏れてしまう結果となる。
【0015】
特許文献1は、レイヤ単位のデータセットではなく、図郭単位のデータセットとして管理、更新しているが、これは図23や図24に示すような問題を解決するものではなく、現実との矛盾を生じることなく更新するという課題は同様に抱えている。その上、特許文献1の場合、前回の更新から部分的にでも変更があった図郭単位のデータセットを差分データとして抽出する機能を必要とし、その機能の構築やメンテナンスにコストがかかり、システム全体にかかる費用を押し上げる一因となっていた。
【0016】
本願発明の課題は、更新のために送信するデータ容量を小さくして送信時間を短縮するとともに、現実との矛盾を生じることなく更新し得るシステムであって、特許文献1が備える差分データの抽出機能を必要としない地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法を提供することにある。
【課題を解決するための手段】
【0017】
本願発明の地理空間情報の管理システムは、地物情報を管理し得る地理空間情報の管理システムであって、地物データを格納する地物情報データベースと、地物情報データベースを更新するデータ更新手段と、を備え、前記地物データは、地物に関する情報及び当該地物データが生成されたデータ生成時刻の情報を有し、前記地物情報データベースに格納された既存地物データ群は、それぞれ地物データごとに更新されるものであり、前記データ更新手段は、更新する際に、更新用の地物データである更新候補データを読み込み、この更新候補データのデータ生成時刻と、地物データごとに設定される基準時刻とを照合し、この照合結果に基づいて当該更新候補データで更新するか否かの判断を行い、この判断に基づいて地物データごとに更新処理を行うものである。
【0018】
本願発明の地理空間情報の管理システムは、請求項1記載の地理空間情報の管理システムにおいて、地物データが、空間属性、時間属性、又は主題属性のいずれかの属性情報を有する属性データであり、地物データのデータ生成時刻は、前記属性データが生成された時刻とすることもできる。
【0019】
本願発明の地理空間情報の管理システムは、請求項2記載の地理空間情報の管理システムにおいて、属性データが、一又は二以上の属性要素データからなり、地物データが、前記属性要素データであり、地物データのデータ生成時刻は、前記属性要素データが生成された時刻とすることもできる。
【0020】
本願発明の地理空間情報の管理システムは、請求項1乃至請求項3のいずれかに記載の地理空間情報の管理システムにおいて、地物データを登録するデータ登録手段を備え、データ更新手段は、前記データ登録手段によって登録された地物データを更新候補データとして読み込み、更新処理を行うものとすることもできる。
【0021】
本願発明の地理空間情報の管理システムは、請求項4記載の地理空間情報の管理システムにおいて、ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、前記ホスト側システムに、地物情報データベースが備えられ、前記クライアント側システムに、データ登録手段が備えられ、前記データ登録手段によって登録された地物データは、前記通信回線を介してホスト側システムに伝達され、データ更新手段は、ホスト側システムに伝達された前記地物データを更新候補データとして読み込み、更新処理を行うものとすることもできる。
【0022】
本願発明の地理空間情報の管理システムは、請求項4又は請求項5記載の地理空間情報の管理システムにおいて、ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、前記ホスト側システム及び前記クライアント側システムの双方に、地物情報データベースが備えられ、データ更新手段は、データ登録手段によって登録された地物データを、前記ホスト側システム用の更新候補データとして読み込み、前記ホスト側システムの地物情報データベースの更新処理を行うとともに、前記データ更新手段は、前記ホスト側システムの地物情報データベースを更新した地物データを、前記クライアント側システム用の更新候補データとして読み込み、前記クライアント側システムの地物情報データベースの更新処理を行うものとすることもできる。
【0023】
本願発明の地理空間情報の管理システムは、請求項6記載の地理空間情報の管理システムにおいて、ホスト側システムの地物情報データベースが地物データによって更新されると、データ更新手段が、前記ホスト側システムの地物情報データベースを更新した地物データを、クライアント側システム用の更新候補データとして読み込み、前記クライアント側システムの地物情報データベースの更新処理を行うものとすることもできる。
【0024】
本願発明の地理空間情報の管理システムは、請求項1乃至請求項3のいずれかに記載の地理空間情報の管理システムにおいて、地物データを登録するデータ登録手段と、このデータ登録手段によって登録される地物データを格納する履歴情報データベースとを備え、前記履歴情報データベースは、同一地物に関する地物データであっても異なるデータ生成時刻を有する地物データはそれぞれ異なる履歴地物データとして格納するものであり、データ更新手段は、前記履歴情報データベースに格納された履歴地物データ群から、履歴地物データのデータ生成時刻に基づいて履歴地物データを抽出し、これら抽出された履歴地物データを更新候補データとすることもできる。
【0025】
本願発明の地理空間情報の管理システムは、請求項8記載の地理空間情報の管理システムにおいて、地物データが、空間属性、時間属性、又は主題属性のいずれかの属性情報を有する属性データであり、履歴情報データベースが、同一地物であって同一属性情報を有する地物データであっても、異なるデータ生成時刻を有する地物データはそれぞれ異なる履歴地物データとして格納することもできる。
【0026】
本願発明の地理空間情報の管理システムは、請求項9記載の地理空間情報の管理システムにおいて、属性データが、一又は二以上の属性要素データからなり、地物データが、前記属性要素データであり、履歴情報データベースが、同一地物であって同一属性情報を有する地物データを構成する同一の属性要素データであっても、異なるデータ生成時刻を有する地物データはそれぞれ異なる履歴地物データとして格納することもできる。
【0027】
本願発明の地理空間情報の管理システムは、請求項8乃至請求項10のいずれかに記載の地理空間情報の管理システムにおいて、 データ更新手段は、履歴情報データベースに格納された履歴地物データ群から、同一の地物に関する履歴地物データ、又は同一の地物であって同一の属性情報を有する履歴地物データ、又は同一地物であって同一属性情報を構成する同一の属性要素データに該当する履歴地物データ、のうち最新のデータ生成時刻を有する履歴地物データを抽出し、これら抽出された履歴地物データを更新候補データとすることもできる。
【0028】
本願発明の地理空間情報の管理システムは、請求項8又は請求項11記載の地理空間情報の管理システムにおいて、ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、前記ホスト側システムに、履歴情報データベースが備えられ、前記クライアント側システムに、データ登録手段が備えられ、前記データ登録手段によって登録された地物データは、前記通信回線を介してホスト側システムに伝達され、前記履歴情報データベースは、ホスト側システムに伝達された前記地物データを履歴地物データとして格納することもできる。
【0029】
本願発明の地理空間情報の管理システムは、請求項8乃至請求項11のいずれかに記載の地理空間情報の管理システムにおいて、ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、前記ホスト側システムに、地物情報データベースが備えられ、前記クライアント側システムに、履歴情報データベースが備えられ、データ更新手段は、データ登録手段によって登録された地物データを、前記ホスト側システム用の更新候補データとして読み込み、前記ホスト側システムの地物情報データベースの更新処理を行うとともに、これら前記ホスト側システムの地物情報データベースを更新した地物データは、前記通信回線を介して前記クライアント側システムに伝達され、前記クライアント側システムの履歴情報データベースに格納されるものとすることもできる。
【0030】
本願発明の地理空間情報の管理システムは、請求項13記載の地理空間情報の管理システムにおいて、ホスト側システムの地物情報データベースが地物データによって更新されると、前記ホスト側システムの地物情報データベースを更新した地物データが、通信回線を介してクライアント側システムに伝達されるものとすることもできる。
【0031】
本願発明の地理空間情報の管理システムは、請求項8乃至請求項11のいずれかに記載の地理空間情報の管理システムにおいて、ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、前記ホスト側システム及び前記クライアント側システムの双方に、履歴情報データベースが備えられ、データ更新手段は、前記ホスト側システムの履歴情報データベースに格納された履歴地物データ群から、履歴地物データのデータ生成時刻に基づいて履歴地物データを抽出し、これら抽出された履歴地物データは、前記通信回線を介して前記クライアント側システムに伝達され、前記クライアント側システムの履歴情報データベースに格納されるものとすることもできる。
【0032】
本願発明の地理空間情報の管理システムは、請求項15記載の地理空間情報の管理システムにおいて、ホスト側システムの履歴情報データベースに地物データが履歴地物データとして格納されると、前記ホスト側システムの履歴情報データベースに格納された履歴地物データが、通信回線を介してクライアント側システムに伝達されるものとすることもできる。
【0033】
本願発明の地理空間情報の管理システムは、請求項1乃至請求項16のいずれかに記載の地理空間情報の管理システムにおいて、ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、前記クライアント側システムは、前記ホスト側システムに更新要求を伝達する更新要求手段を備え、前記クライアント側システムが、前記更新要求手段によって前記ホスト側システムに更新要求すると、データ更新手段は、前記ホスト側システムの地物情報データベース内にある地物データ又は履歴情報データベース内にある履歴地物データを、地物データ又は履歴地物データのデータ生成時刻に基づいて、前記クライアント側システム用の更新候補データとして読み込み、前記クライアント側システムの更新処理を行うものとすることもできる。
【0034】
本願発明の地理空間情報の管理システムは、請求項17記載の地理空間情報の管理システムにおいて、ホスト側システムは、クライアント側システムから更新要求されると、当該クライアント側システムの当該要求を更新要求情報として記憶し、データ更新手段は、前記ホスト側システムが当該クライアント側システムについて記憶した過去の更新要求情報のうちいずれかの更新要求情報にかかる更新時の更新に用いられた地物データのデータ生成時刻を、当該クライアント側システムにおける地物データごとに設定される基準時刻とするものとすることもできる。
【0035】
本願発明の地理空間情報の管理システムは、請求項17記載の地理空間情報の管理システムにおいて、クライアント側システムは、更新要求手段によってホスト側システムに更新要求するとともに、更新したい時刻を示す設定時刻の情報を送信し、データ更新手段は、前記ホスト側システムが前記設定時刻を受信すると、この設定時刻を、当該クライアント側システムにおける地物データごとに設定される基準時刻とするものとすることもできる。
【0036】
本願発明の地理空間情報の管理システムは、請求項1乃至請求項16のいずれかに記載の地理空間情報の管理システムにおいて、データ更新手段は、更新候補データと同一地物に関する地物データ、又は更新候補データと同一の地物であって同一の属性情報を有する地物データ、又は更新候補データと同一地物であって同一属性情報を構成する同一の属性要素データに該当する地物データを、地物情報データベースに格納された既存地物データ群から抽出するとともに、この抽出された既存地物データのデータ生成時刻を、地物データごとに設定される基準時刻とするものとすることもできる。
【0037】
本願発明の地理空間情報の管理プログラムは、コンピュータに対して、請求項1乃至請求項20のいずれかに記載の地理空間情報の管理システムを実行させうるものである。
【0038】
本願発明の地理空間情報の管理方法は、地物データを格納する地物情報データベースと、地物情報データベースを更新するデータ更新手段によって、地物情報を管理する地理空間情報の管理方法であって、前記地物情報データベースに格納された既存地物データ群は、それぞれ地物データごとに更新されるものであり、前記地物データは、地物に関する情報及び当該地物データが生成されたデータ生成時刻の情報を有し、更新する際、前記データ更新手段は、更新用の地物データである更新候補データを読み込み、この更新候補データのデータ生成時刻と、地物データごとに設定される基準時刻とを照合し、この照合結果に基づいて当該更新候補データで更新するか否かの判断を行い、この判断に基づいて地物データごとに更新処理を行う方法である。
【発明の効果】
【0039】
本願発明の地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法には、次のような効果がある。
(1)地物単位で更新データを送信するため、送信するデータ容量を小さく抑えることが可能となり、その結果、通信回線を占有することがなく、送信時間も短縮することができる。
(2)上記のように、更新データの送信時間が短縮されるため、更新作業が負担とならず、更新が頻繁に行われる結果、地理空間情報の鮮度が維持される。
(3)地物単位で更新するとともに、そのデータの生成された時間に基づいてデータの新旧等を判断するので、更新漏れがなく、現実との矛盾を生じることもなく、高い品質の地理空間情報が維持される。
(4)さらに地物の属性単位で更新するとともに、属性データの生成時間に基づいてデータの新旧等を判断すると、例えば主題属性のみを更新するが他の属性情報は古い情報のままの地物データで更新した場合でも、主題属性のみが更新されて他の属性情報は現状を維持するので、より高い品質で地理空間情報が維持される。
(5)前回データとの差分データを抽出する機能を必要としないので、その分システム全体にかかる構築やメンテナンスにかかる費用を抑えることができる。
【図面の簡単な説明】
【0040】
【図1】本願発明の地理空間情報の管理システムの主な構成を示す説明図。
【図2】単位地物データ単位で管理する場合の地物情報データベースの構成イメージを示す図。
【図3】属性データ単位で管理する場合の地物情報データベースの構成イメージを示す図。
【図4】属性要素データ単位で管理する場合の地物情報データベースの構成イメージを示す図。
【図5】(a)は地物データが属性データ単位で生成された場合における単位地物データ単位で管理する場合の地物情報データベースの構成イメージを示す図、(b)は地物データが属性要素データ単位で生成された場合における単位地物データ単位で管理する場合の地物情報データベースの構成イメージを示す図、(c)は地物データが属性要素データ単位で生成された場合における属性データ単位で管理する場合の地物情報データベースの構成イメージを示す図。
【図6】地理空間情報管理システムが基準時刻を設定する場合の主な構成を示す説明図。
【図7】実施形態1における一連の更新処理を示すフロー図。
【図8】(a)はホスト側システムにデータ更新手段4を備えた場合におけるホスト側システムとクライアント側システムによって構成された地理空間情報管理システムの説明図、(b)はクライアント側システムにデータ更新手段4を備えた場合におけるホスト側システムとクライアント側システムによって構成された地理空間情報管理システムの説明図。
【図9】実施形態2における一連の更新処理について説明する説明図。
【図10】データ登録手段によって更新候補データが履歴情報DBに格納される処理を説明する説明図。
【図11】実施形態3における一連の更新処理について説明する説明図。
【図12】実施形態3における一連の更新処理を示すフロー図。
【図13】ホスト側システムとクライアント側システムによって構成され、クライアント側システムに更新要求手段が備えられた地理空間情報管理システムの説明図。
【図14】実施形態4における一連の更新処理について説明する説明図。
【図15】実施形態4における一連の更新処理を示すフロー図。
【図16】実施形態5における一連の更新処理について説明する説明図。
【図17】実施形態5における一連の更新処理を示すフロー図。
【図18】実施形態6における一連の更新処理について説明する説明図。
【図19】実施形態6における一連の更新処理を示すフロー図。
【図20】実施形態7における一連の更新処理について説明する説明図。
【図21】実施形態7における一連の更新処理を示すフロー図。
【図22】地理空間情報管理システムの使用例について説明する説明図。
【図23】従来の方法により、建物レイヤのデータセットが時間とともに更新されていく状況を説明する説明図。
【図24】従来の他の方法により、建物レイヤのデータセットが時間とともに更新されていく状況を説明する説明図。
【発明を実施するための形態】
【0041】
(地物データ)
本願発明の地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法において、地物に関する情報を管理する際のデータの単位である「地物データ」について説明する。なお、管理する際のデータの単位としては、地物ごとのデータである「単位地物データ」の場合、地物に関する属性ごとのデータである「属性データ」の場合、属性データを構成する要素データである「属性要素データ」の場合等が考えられる。すなわちここでは、管理単位である「地物データ」が、「単位地物データ」の場合、「属性データ」の場合、「属性要素データ」の場合について説明する。
【0042】
第1の概要を図1〜図5(a)(b)(c)に基づいて説明する。図1は、地理空間情報管理システム1の主な構成を示す説明図である。図1に示す地理空間情報管理システム1は、地物に関する電子化情報(地物データ)を格納する地物情報データベース2(以下、データベースは「DB」という。)と、データを登録するデータ登録手段3と、地物データを更新するか否かの判断処理を行うデータ更新手段4から構成されている。
【0043】
地物情報DB2は、建物、道路、河川、橋、木、海あるいは山といった地物に関する情報を地物データとして格納するものであり、地物ごとに地物データを更新し管理することができるものである。図2は地物情報DB2の構成イメージを示す図であり、データベースは単位地物データをレコードとする表(以下、「テーブル」という。)となっている。
【0044】
また地物情報DB2は、単位地物データ単位で管理する場合に限らず、地物に関する情報を構成する属性データを地物データとして管理することもできる。図3は、属性データ単位で管理する場合の地物情報DB2の構成イメージを示す図である。通常、地物に関する情報は、位置や形状などの情報からなる空間属性と、建設時期や改築時期などの情報からなる時間属性と、名称や住所又は所有者などの情報からなる主題属性で構成され、図3に示すデータベースも、空間属性データ、時間属性データ、主題属性データといった属性データ単位をレコードとするテーブルとなっている。なお、図に示す「空a」とは地物Aの空間属性データであることを意味し、「時b」とは地物Bの時間属性データであることを意味し、「主c」とは地物Cの主題属性データであることを意味している。
【0045】
さらに地物情報DB2は、上記の場合に限らず、属性データを構成する属性要素データを地物データとして管理することもできる。図4は、属性要素データ単位で管理する場合の地物情報DB2の構成イメージを示す図である。通常、属性データは複数の要素データで構成され、図4に示すデータベースも、各属性データを構成する属性要素データ単位をレコードとするテーブルとなっている。なお、図に示す「空a1」とは地物Aの空間属性データを構成する第1の空間属性要素データであることを意味し、「時b3」とは地物Bの時間属性データを構成する第3の時間属性要素データであることを意味し、「主c2」とは地物Cの主題属性データを構成する第2の主題属性要素データであることを意味している。
【0046】
図3に示すように、地物データを属性データとして管理する場合であっても、図5(a)に示すように、単位地物データをレコードとするテーブルとして管理することもできる。この場合、図5(a)のテーブルは、図3のテーブルにリンクすることによって構成することが望ましい。
【0047】
また、図4に示すように地物データを属性要素データとして管理する場合であっても、図5(b)に示すように、単位地物データをレコードとするテーブルとして管理することもできる。あるいは図5(c)に示すように、属性データをレコードとするテーブルとして管理することもできる。この場合、図5(b)(c)のテーブルは、図4のテーブルにリンクすることによって構成することが望ましい。
【0048】
以上のように、本願発明の地物情報DB2は地物に関する情報を地物データとして格納するものであり、この地物データは、単位地物データ、又は属性データ、又は属性要素データとすることができるものである。また地物データはそのデータが生成された時刻、いわゆるタイムスタンプの情報(以下、「データ生成時刻」という。)を備えており、地物データが単位地物データの場合はその単位地物データが生成された時刻、地物データが属性データの場合はその属性データが生成された時刻、地物データが属性要素データの場合はその属性要素データが生成された時刻、をそれぞれ地物データのデータ生成時刻とする。さらに、地物データが単位地物データの場合はその単位地物データごとにデータ生成時刻を備え(図2)、地物データが属性データの場合はその属性データごとにデータ生成時刻を備え(図3)、地物データが属性要素データの場合はその属性要素データごとにデータ生成時刻を備えている(図4)。
【0049】
地物情報DB2を更新すべく地物データが登録されると、その地物データのデータ生成時刻と、その地物データと同じ「型」のデータの基準時刻が比較され、その地物データは更新用として採用されるか否かの判断がなされる。ここでいう「型」とは、地物データが単位地物データの場合は地物であり、地物データが属性データの場合は属性であり、地物データが属性要素データの場合は属性要素である。すなわち、地物データが単位地物データの場合は同じ地物(型)の基準時刻と比較され、地物データが属性データの場合は同じ地物であって同じ属性(型)の基準時刻と比較され、地物データが属性要素データの場合は同じ地物であって同じ属性を構成する同一の属性要素(型)の基準時刻と比較される。そのため、地物データ単位で基準時刻を設定する必要があり、地物データが単位地物データの場合はその単位地物データごとに基準時刻を設定し、地物データが属性データの場合はその属性データごとに基準時刻を設定し、地物データが属性要素データの場合はその属性要素データごとに基準時刻を設定する。
【0050】
(実施形態1)
本願発明の地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法の第1に基づいて説明する。なお本実施形態は、地物情報DB2が地物データを単位地物データとして管理する場合であり、図1では地物情報DB2が地物Aの単位地物データDa、地物Bの単位地物データDb、地物Cの単位地物データDc、を管理している。なお図中、Da(t0)やDb(t2)などに示したカッコ内の文字は、その単位地物データのデータ生成時刻を示し、その添数字は時刻の新旧を表すものであって若い数字ほど古い時代を意味する(例えば、t0、t2であればt0の方が過去に生成されている)。
【0051】
データ登録手段3は、地理空間情報管理システム1内に地物データを登録するものであり、地物情報DB2の構築時に初期データとして地物データを登録することもできれば、地理空間情報管理システム1の運用中に更新用のデータとして地物データを登録することもできる。
【0052】
地物データの登録は、記憶媒体から読み込んだり、後に説明するように通信回線を介して受信したり、あるいは地理空間情報管理システム1内に地物データ作成用の装置を設けこれによって作成したり、種々の方法を採用することができる。
【0053】
地理空間情報管理システム1に更新のために登録された地物データは、後に示すようにデータ更新手段4によって更新するデータとして採用されるか否かを判断される。以下、更新のために登録され更新判断される地物データを便宜上、「更新候補データ」とする。図1では、地物Aに関する更新候補データをFa、地物Bに関する更新候補データをFb、地物Cに関する更新候補データをFcとしている。なお、更新候補データはデータ更新手段4によって更新判断されるために、一旦、地理空間情報管理システム1内に格納されることになるが、この格納先は、地物情報DB2を備えるコンピュータ内のメモリに格納してもよいし、他のコンピュータや種々のメモリ内に格納してもよい。
【0054】
図1に示すように、地理空間情報管理システム1に地物A、B、Cに関する単位地物データがデータ登録手段3によって登録されると、データ更新手段4はこれらを更新候補データFa、Fb、Fcとして読み込み(矢印101)、基準時刻tsa、tsb、tscと照合する。この基準時刻は、地物データごとに設定されるものであり、事前に設定しておいてもよいし、更新候補データと照合するタイミングでその都度設定してもよい。例えば、事前に一つの基準時刻を入力しておき、この基準時刻を更新候補データと照合するタイミングで全ての地物データに割り当て、すべての地物データについて同じ時刻の基準時刻とすることもできる。
【0055】
図6は、基準時刻を設定する他の一例を示す説明図である。データ更新手段4が更新候補データFa(t1)、Fb(t1)、Fc(t1)を読み込むと(矢印601)、地物情報DB2に既に格納されている既存の地物データの中から、更新候補データと同じ型(この場合は同じ地物)の地物データを検索し(矢印602)、該当する地物データDa、Db、Dcのデータ生成時刻(Daはt0、Dbはt2、Dcはt0)を抽出し(矢印603)、これらを基準時刻とする。つまり、地物データDaの基準時刻tsaはt0、地物データDbの基準時刻tsbはt2、地物データDcの基準時刻tscはt0となる。なおここでは、地物情報DB2に既に格納されている既存の地物データの中から更新候補データと同じ地物(型)の地物データを検索しているが、地物データを属性データとする場合は地物情報DB2の中から更新候補データと同じ地物であって同じ属性情報(型)の地物データを検索し、地物データを属性要素データとする場合は地物情報DB2の中から更新候補データと同じ地物であって同じ属性情報を構成する同一の属性要素(型)である地物データを検索することになる。
【0056】
データ更新手段4が、更新候補データのデータ生成時刻と基準時刻とを照合するにあたっては、同一の型(この場合は地物)同士で照合することとする。すなわち、図1の矢印102に示すように、Faのデータ生成時刻t3とtsa(t0)を照合し、Fbのデータ生成時刻t1とtsb(t2)を照合し、Fcのデータ生成時刻t3とtsc(t0)を照合する。この場合も、地物データを属性データとする場合は同一の地物であって同一の属性情報(型)同士で照合し、地物データを属性要素データとする場合は同じ地物であって同じ属性情報を構成する同一の属性要素(型)同士で照合することになる。
【0057】
さらにデータ更新手段4は、更新候補データのデータ生成時刻と基準時刻を照合した結果、双方の時刻の新旧に基づいて、当該地物データDaを更新候補データFaで更新するか否か(更新用のデータとして採用するか否か)を判断する。この時刻の新旧に基づく判断は、一例として更新候補データのデータ生成時刻の方が、その地物(型)の基準時刻よりも新しい場合には更新データとして採用され、古い場合には採用されないとすることができる。すなわち、地物Aの基準時刻tsaが2009年9月1日とすると、Faのデータ生成時刻t3が2009年10月1日であればFaによって更新することとし、Faのデータ生成時刻t3が2009年7月1日であればFaは更新用として採用されない。
【0058】
なお、データ生成時刻と基準時刻の新旧に基づいての判断は、データ生成時刻が基準時刻よりも新しいときに更新する場合に限らず、データ生成時刻が基準時刻よりも古いときに更新することとしたり、データ生成時刻と基準時刻が同一(あるいは略同一)のときに更新することとしたり、データ生成時刻と基準時刻との時間差が所定の閾値以上(例えば3カ月以上、1年以上など)であるときに更新することとしたり、逆にデータ生DB成時刻と基準時刻との時間差が所定の閾値以下(例えば1週間以内、3日以内など)であるときに更新する、など種々の判断方法を選択することができる。この判断方法の選択については、以下すべての実施形態についても同様である。
【0059】
図1に示すように、更新候補データのデータ生成時刻と同じ型の基準時刻を照合した結果、データ更新手段4はFa(t3)とFc(t3)を更新用として採用することと判断し、地物情報DB2に既に格納されている地物AのDa(t0)と地物CのDc(t0)とをそれぞれFa(t3)とFc(t3)に書き換え(矢印103)、新たに地物情報DB2内の地物データはそれぞれDa(t3)、Db(t2)、Dc(t3)となる。
【0060】
図7のフロー図に、本実施形態における一連の更新の流れを示す。なおこのフロー図は、基準時刻の設定方法を図6に示す方法とした場合で説明している。
【0061】
当初、地理空間情報管理システム1の構築時に、初期データが地物情報DB2に格納され(701)、当該システムの運用が開始される。運用後、データ登録手段3から地物データが登録され(702)、以下、地物Aの更新候補データFa、地物Bの更新候補データFb、地物Cの更新候補データFcとして扱われて更新するか否かの判断を受ける。
【0062】
データ更新手段4は、まず、同じ型である地物Aに関する地物データを、地物情報DB2内から検索する(703)。地物情報DB2内から地物Aに関する地物データDaが見つからない場合、更新候補データFaを地物Aに関する地物データDaとして新たに地物情報DB2に格納する(707)。一方、地物情報DB2内から地物Aに関する地物データDaがあった場合、地物情報DB2内の地物データからそのデータ生成時刻を抽出し、地物Aにおける基準時刻に設定する(704)。
【0063】
さらにデータ更新手段4は、地物Aにおける基準時刻と、更新候補データFaのデータ生成時刻を比較し(705)、更新候補データFaのデータ生成時刻の方が新しければ、地物情報DB2内の既存の地物Aに関する地物データDaを更新候補データFaに書き換える(707)。一方、更新候補データFaのデータ生成時刻の方が古ければ、地物情報DB2内の既存の地物データDaをそのまま維持し(706)、更新候補データFaは更新用のデータとして採用されない。
【0064】
フロー中の703〜707(706)までの工程を、更新候補データFa、更新候補データFb、更新候補データFcについて繰り返す(708)。
【0065】
地理空間情報管理システム1を構成する地物情報DB2、データ登録手段3、及びデータ更新手段4は、一つのコンピュータ内に構築することもできるし、あるいは、地物情報DB2、データ登録手段3、データ更新手段4を、それぞれ別のコンピュータに構築し、通信回線を介して接続する構成をとってもよい。
【0066】
図8(a)に示すように、ホスト側システム5にホスト側地物情報DB2aとデータ更新手段4を備え、クライアント側システム6にデータ登録手段3を備え、ホスト側システム5とクライアント側システム6を通信回線によって接続し、データ登録手段3によって登録された地物データをホスト側地物情報DB2aに送信することもできる。この場合、2以上のクライアント側システム6を通信回線に接続し、それぞれのデータ登録手段3によって地物データを登録し、それぞれからホスト側地物情報DB2aに送信することもできる。更新手段4は、これら受信した地物データを更新候補データとして読み込み、これら更新候補データについて更新するか否かの判断を行い、更新データとして採用されるとその更新候補データによってホスト側地物情報DB2aは更新される。
【0067】
このときホスト側システム5のデータ更新手段4が、あるクライアント側システム6から地物Aに関する更新候補データFaを読取り、その後に、他のクライアント側システム6から同じ地物Aのものであって、しかも先の更新候補データFaよりデータ生成時刻が古い更新候補データFaを読取ったとする。この場合でも、更新手段4は、データ生成時刻に基づいて更新するか否かを判断することができるので、ホスト側地物情報DB2a内にある新しいデータ生成時刻の地物データDaが、後に受信した古いデータ生成時刻の更新候補データFaによって更新されることはない。
【0068】
また図8(b)に示すように、ホスト側システム5にホスト側地物情報DB2aを備え、クライアント側システム6にクライアント側地物情報DB2bとデータ更新手段4を備え、ホスト側システム5とクライアント側システム6を通信回線によって接続し、ホスト側地物情報DB2aに格納された地物データをクライアント側地物情報DB2bに送信することもできる。この場合、2以上のクライアント側システム6を通信回線に接続し、ホスト側地物情報DB2aに格納された地物データを、それぞれのクライアント側地物情報DB2bに送信することもできる。クライアント側システム6の更新手段4は、これら受信した地物データを更新候補データとして読み込み、これら更新候補データについて更新するか否かの判断を行い、更新データとして採用されるとその更新候補データによってクライアント側地物情報DB2bは更新される。
【0069】
(実施形態2)
本願発明の地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法の第2の実施形態を図9に基づいて説明する。本実施形態は、地物データを属性データとする場合について説明するためのものであり、本実施形態に記さないシステムの基本的構成や機能、データの流れや処理方法などは実施形態1と共通する。
【0070】
図9は、地物データを属性データとする場合であって、データ更新手段4が地物データごとに基準時刻と照合して更新判断する一連の処理について説明する説明図である。
地物データである属性データは、空間属性データと、時間属性データと、主題属性データの3種類があり、それぞれその属性データが生成されたデータ生成時刻を情報として備えている。例えば、図9の地物情報DB2内に示すように、地物Aに関する単位地物データDaは、空間属性データ空a(t4)、時間属性データ時a(t6)、主題属性データ主a(t4)からなり、空間属性データ空aはそのデータ生成時刻がt4という情報を備え、時間属性データ時aはその生成時刻がt6という情報を備え、主題属性データ主aはその生成時刻がt4という情報を備えている。
【0071】
図9では、データ更新手段4が、地物Aの地物データである属性データ(空間属性データ空a、時間属性データ時a、主題属性データ主a)と、地物Bの地物データである属性データ(空間属性データ空b、時間属性データ時b、主題属性データ主b)と、地物Cの地物データである属性データ(空間属性データ空c、時間属性データ時c、主題属性データ主c)をそれぞれ更新候補データとして読み取っており、それぞれの型(この場合は属性データ)ごとに設定された基準時刻と照合している(矢印901)。例えば、地物Aの空間属性データ空aの生成時刻であるt5と、地物Aの空間属性データの基準時刻である空sa(=t4)が照合されている。同じく、地物Aの時間属性データ時aの生成時刻であるt5と、地物Aの時間属性データの基準時刻である時sa(=t6)が照合され、地物Aの主題属性データ時aの生成時刻であるt5と、地物Aの主題属性データの基準時刻である主sa(=t4)が照合されている。地物Bや、地物Cについても同様である。
【0072】
基準時刻は、実施形態1に示すように別途設定してもよいが、図9では、地物情報DB2内のデータ生成時刻に基づいて設定している。すなわち、データ更新手段4が更新候補データ(空間属性データ空a、時間属性データ時a、主題属性データ主a、・・・)を読み込むと、地物情報DB2に既に格納されている既存の地物データの中から、ぞれぞれの更新候補データと同じ地物データを検索し(地物AであればDa)、さらに該当する地物データの中から同じ属性データを検索し(矢印902)、その該当した属性データのデータ生成時刻(例えばDaの空間属性データはt4、Dbの空間属性データはt5、Dcの空間属性データはt5)を抽出して(矢印903)、これらを地物データの基準時刻とする。
【0073】
データ更新手段4は、更新候補データごと(つまり属性データごと)に基準時刻を照合し、時刻の新旧を比較した結果に基づいて、更新候補データごとに更新するか否かの判断処理を行う。
【0074】
図9では、地物Aの更新候補データである空間属性データと主題属性データを更新するもの判断され、地物Bの更新候補データである空間属性データ、時間属性データ、主題属性データすべてを更新するもの判断され、地物Cの更新候補データである時間属性データのみを更新するもの判断されている。そして、地物情報DB2内に格納されていた地物Aの地物データDaのうち空間属性データ(空a)と主題属性データ(主a)が更新され、地物Bの地物データDbはすべての属性データが更新され、地物Cの地物データDcのうち時間属性データ(時c)のみ更新される。なお、更新されなかった地物Aの時間属性データ(空a)と、地物Cの時間属性データ(空c)、主題間属性データ(空c)は元の地物単位データ(属性データ)が維持される。
【0075】
(実施形態3)
本願発明の地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法の第3の実施形態を図10〜図12に基づいて説明する。本実施形態は、地理空間情報管理システム1が履歴情報DB7を備えた場合について説明するためのものであり、本実施形態に記さないシステムの基本的構成や機能、データの流れや処理方法などは実施形態1や実施形態2と共通する。
【0076】
図10は、データ登録手段3によって地物データが、履歴情報DB7に登録される処理について説明する説明図である。履歴情報DB7は同じ型の地物データであっても、データ生成時刻が異なればそれぞれ異なるデータとして格納するものである。なお、履歴情報DB7に格納されるデータは、便宜上「履歴地物データ」とする。すなわち、図10に示すように、履歴情報DB7は地物Aについては生成時刻がt0、t1、t2、・・・t7のものを履歴地物データDa(t0)、Da(t1)、Da(t2)、・・・Da(t7)として格納しており、地物Bや地物Cについてもそれぞれ累積的に地物データを履歴地物データとして格納している。なお、地物データが属性データである場合、地物データが属性要素データである場合もあるが、ここでは地物データが単位地物データである場合で説明している。
【0077】
図10の例では、データ登録手段3によって登録された地物データDa(t8)、Db(t8)、Dc(t8)が、履歴情報DB7内に格納される状況を示している。この場合、履歴情報DB7内の履歴地物データのうち、地物A〜地物Cいずれについてもデータ生成時刻t8のものがないので、新たに地物データDa(t8)、Db(t8)、Dc(t8)が履歴地物データとして格納される。
【0078】
なお地物データが属性データである場合、登録された地物データと履歴情報DB7内の履歴地物データと比較して、同じ地物であってもデータ生成時刻が空間属性データ、時間属性データ、主題属性データのうちいずれかのデータ生成時刻が異なれば、異なるデータとして、すなわち履歴地物データとして格納することができる(履歴情報DB7内のレコードを単位地物データとする)。あるいは、属性データを地物データとして扱い、登録された地物データ(属性データ)と履歴情報DB7内の同じ型の履歴地物データと比較して、データ生成時刻が異なれば、異なるデータとして、すなわち履歴地物データとして属性データごとに格納することもできる(履歴情報DB7内のレコードを属性データ単位とする)。地物データが属性要素データである場合も同様である。
【0079】
図11は、本実施形態における地物データの更新処理を示す説明図である。データ更新手段4に更新命令が伝達されると、履歴情報DB7に格納された履歴地物データのうち最新のデータ生成時刻をもつ地物データDa(t8)、Db(t8)、Dc(t8)を検索する(矢印1101)。なお、データ更新手段4に対する更新命令の伝達手段については、地理空間情報管理システム1内に更新命令を入力する更新命令手段を設け、これに入力した更新命令をデータ更新手段4に伝達することもできるし、地理空間情報管理システム1の外部で入力された更新命令をデータ更新手段4に伝達することもできる。また、図11では履歴情報DB7に格納された履歴地物データのうち最新のデータ生成時刻を有することを条件として地物データを検索しているが、最も古いデータ生成時刻を有することを条件としたり、あるいは所望の時刻に最も近いデータ生成時刻を有することを条件としたり、履歴地物データのデータ生成時刻に基づく種々の条件で検索することができる。
【0080】
データ更新手段4は、検索した地物データDa(t8)、Db(t8)、Dc(t8)を読み込んで更新候補データFa(t8)、Fb(t8)、Fc(t8)とし(矢印1102)、地物データごとの基準時刻と比較する(矢印1103)。この場合の基準時刻は、実施形態1に示すように別途設定してもよいが、図11に示すように、地物情報DB2に既に格納されている既存の地物データの中から、更新候補データと同じ型の地物データを検索し(矢印1104)、該当する地物データDa、Db、Dcのデータ生成時刻(Daはt7、Dbはt9、Dcはt6)を抽出し(矢印1105)、こられを基準時刻とすることもできる。
【0081】
図11に示すように、更新候補データのデータ生成時刻と基準時刻を照合した結果、データ更新手段4はFa(t8)とFc(t8)をもって更新することと判断し、地物情報DB2に既に格納されている地物AのDa(t7)と地物CのDc(t6)とをそれぞれFa(t8)とFc(t8)に書き換え(矢印1106)、新たに地物情報DB2内の地物データはそれぞれDa(t8)、Db(t9)、Dc(t8)となる。
【0082】
図12のフロー図に、本実施形態における一連の更新の流れを示す。なおこのフロー図は、基準時刻の設定方法を図11に示す方法とした場合で説明している。
【0083】
当初、地理空間情報管理システム1の構築時に、初期データが地物情報DB2に格納され(1201)、当該システムの運用が開始される。運用後、データ登録手段3から更新用の地物データが登録され(1202)、履歴地物データとして履歴情報DB7に格納される(1203)。データ更新手段4に更新命令が伝達されると一連の更新作業が開始され(1205)、履歴情報DB7に格納された履歴地物データのうち最新のデータ生成時刻を有する地物データを抽出する(1206)。このとき、履歴情報DB7に格納された全ての地物について、一つずつ地物データ(この場合はデータ生成時刻が最新のもの)を抽出する。あるいは指定した地物についてのみ抽出することもできる。以降、この抽出された地物データを更新候補データとして扱う。
【0084】
データ更新手段4は、更新候補データと同じ型(地物)の地物データを、地物情報DB2内から検索する(1207)。地物情報DB2内から同じ型の地物データが見つからない場合、この更新候補データを当該型(地物)の地物データとして地物情報DB2に新たに格納する(1211)。一方、地物情報DB2内から同じ型の地物データがあった場合、地物情報DB2内の地物データからそのデータ生成時刻を抽出し、当該型(地物)における基準時刻に設定する(1208)。
【0085】
さらにデータ更新手段4は、当該型(地物)における基準時刻と、更新候補データのデータ生成時刻を比較し(1209)、更新候補データのデータ生成時刻の方が新しければ、地物情報DB2内の既存の地物データを更新候補データに書き換える(1211)。一方、更新候補データのデータ生成時刻の方が古ければ、地物情報DB2内の既存の地物データをそのまま維持し(1210)、この更新候補データは更新用のデータとして採用されない。
【0086】
フロー中の1207〜1211(1210)までの工程を、履歴情報DB7から抽出した全ての型(地物)について、繰り返す(1212)。
【0087】
(実施形態4)
本願発明の地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法の第4の実施形態を図13〜図15に基づいて説明する。本実施形態は、地理空間情報管理システム1が、通信回線を介して接続されるホスト側システム5とクライアント側システム6から構成され、クライアント側システム6が更新要求手段を備えた場合について説明するためのものであり、本実施形態に記さないシステムの基本的構成や機能、データの流れや処理方法などは実施形態1〜実施形態3と共通する。
【0088】
図13に示すように、本実施形態の地理空間情報管理システム1はホスト側システム5とクライアント側システム6から構成され、ホスト側システム5とクライアント側システム6は通信回線を介して接続されている。クライアント側システム6は、一つだけ接続してもよいし、複数(図では三つ)接続してもよい。
【0089】
ホスト側システム5には、データ更新手段4と履歴情報DB7が備えられている。なお、履歴情報DB7に代えてホスト側地物情報DB2aを備えてもよいし、履歴情報DB7とホスト側地物情報DB2aの両方を備えてもよい。
【0090】
クライアント側システム6には、更新要求手段8と、クライアント側地物情報DB2bが備えられている。データ登録手段3を備えてもよい。なおクライアント側システム6もホスト側システム5と同様、クライアント側地物情報DB2bに代えて履歴情報DB7を備えてもよいし、クライアント側地物情報DB2bと履歴情報DB7の両方を備えてもよい。クライアント側システム6のデータ登録手段3で登録された地物データは、データ更新手段4によって更新判断されてクライアント側地物情報DB2bを更新し(あるいは履歴情報DB7に格納され)、さらに通信回線を通じてホスト側システム5に送信されて、ホスト側システム5の履歴情報DB7に履歴地物データとして格納される。なお、履歴情報DB7に代えてホスト側地物情報DB2aを設置する場合は、ホスト側システム5で受信した登録データが更新候補データとして扱われ、ホスト側システム5のデータ更新手段4によって更新判断され、採用された更新候補データのみがホスト側地物情報DB2aに更新される。また、ホスト側システム5にもデータ登録手段3を備えることとし、これによって登録された地物データを直接、ホスト側地物情報DB2aを更新(又は履歴情報DB7に格納)することもできる。
【0091】
クライアント側システム6のクライアント側地物情報DB2bは、更新したい旨をホスト側システム5に要求したときに更新される仕組みとすることもできる。具体的には、更新要求手段8によって更新要求情報をホスト側システム5に送信し、これをホスト側システム5が受信するとこれが更新命令となって更新処理が開始され、データ更新手段4が履歴情報DB7にある履歴地物データの中から所望の地物データを抽出し、それぞれの地物データについて基準時刻と比較して更新判断を行う。ここで更新データとして採用された地物データは、通信回線を通じて更新要求を行ったクライアント側システム6に伝達され、当該クライアント側地物情報DB2bは更新される。なお、更新要求情報をホスト側システム5が受信した際に、クライアント側システム6が送信した時刻、又はホスト側システム5が受信した時刻を更新時刻としてホスト側システム5内に記憶しておくこともできる。この場合、この格納先は、地物情報DB2や履歴情報DB7を備えるコンピュータ内のメモリに格納してもよいし、他のコンピュータや種々のメモリ内に格納してもよい。
【0092】
図14に基づいてさらに詳細に説明する。まず、履歴情報DB7に対するデータの登録処理について説明する。図14は、本実施形態における地物データの更新処理を示す説明図である。第1クライアント側システム6aのデータ登録手段3によって地物データDa(t8)、Db(t8)、Dc(t8)が登録されると、これらの地物データはホスト側システム5に送信され(1401)、履歴情報DB7に履歴地物データとして格納される。地物データは複数のクライアント側システム6から送信されることがあるが、履歴情報DB7内の履歴地物データのデータ生成時刻と異なれば、いずれの地物データも履歴地物データとして格納される。
【0093】
次に、クライアント側地物情報DB2bの更新処理について説明する。第2クライアント側システム6bが更新要求手段8によって更新要求情報を送信し(1402)、この情報をホスト側システム5が受信すると、これを更新命令としてデータ更新手段4が履歴情報DB7に格納された履歴地物データのうち所望の(図では最新のデータ生成時刻の)地物データDa(t8)、Db(t8)、Dc(t8)を検索する(矢印1403)。
【0094】
データ更新手段4は、検索した地物データDa(t8)、Db(t8)、Dc(t8)を読み込んで更新候補データFa(t8)、Fb(t8)、Fc(t8)とし(矢印1404)、地物ごとの基準時刻と比較する(矢印1407)。この場合の基準時刻は、実施形態1に示すように別途設定してもよいが、図14に示すように、更新要求のあったクライアント側地物情報DB2bに既に格納されている既存の地物データの中から、更新候補データと同じ型(地物)の地物データを検索し(矢印1406)、該当する地物データDa、Db、Dcのデータ生成時刻(Daはt7、Dbはt9、Dcはt6)を抽出し(矢印1406)、これらを基準時刻とすることもできる。
【0095】
図14に示すように、更新候補データのデータ生成時刻と基準時刻を照合した結果、データ更新手段4はFa(t8)とFc(t8)をもって更新することと判断し、クライアント側地物情報DB2bに既に格納されている地物AのDa(t7)と地物CのDc(t6)とをそれぞれFa(t8)とFc(t8)に書き換え(矢印1408)、新たにクライアント側地物情報DB2b内の地物データはそれぞれDa(t8)、Db(t9)、Dc(t8)になる。
【0096】
図15のフロー図に、本実施形態における一連の更新の流れを示す。なおこのフロー図は、基準時刻の設定方法を図14に示す方法とした場合で説明している。
【0097】
第2クライアント側システム6bが更新要求手段8によって更新要求情報を送信し(1501)、この情報をホスト側システム5が受信すると(1502)、データ更新手段4が履歴情報DB7から所望の地物データを抽出する(1503)。この抽出された地物データを更新候補データとして扱う。
【0098】
データ更新手段4は、更新候補データと同じ型(地物)の地物データを、クライアント側地物情報DB2b内から検索する(1504)。クライアント側地物情報DB2b内からこの型(地物)の地物データが見つからない場合、この更新候補データを当該地物に関する地物データとして第2クライアント側システム6bに送信し、クライアント側地物情報DB2bに新たに格納される(1508~1509)。一方、クライアント側地物情報DB2b内から同じ型(地物)の地物データがあった場合、クライアント側地物情報DB2b内の地物データからそのデータ生成時刻を抽出し、当該地物における基準時刻に設定する(1505)。
【0099】
さらにデータ更新手段4は、当該地物における基準時刻と、更新候補データのデータ生成時刻を比較し(1506)、更新候補データのデータ生成時刻の方が新しければ第2クライアント側システム6bに送信し、クライアント側地物情報DB2b内の既存の地物データが更新候補データに書き換えられる(1508~1509)。一方、更新候補データのデータ生成時刻の方が古ければ、クライアント側地物情報DB2b内の既存の地物データをそのまま維持し(1507)、この更新候補データは更新用のデータとして採用されない。
【0100】
フロー中の1504〜1508(1507)までの工程を、履歴情報DB7から抽出した全ての型(地物)について、繰り返す(1510)。
【0101】
なお本実施形態では、クライアント側システム6に更新要求手段8を設け、更新要求情報をホスト側システム5が受信すると更新処理が開始される場合で説明した。この更新要求手段8に代え、ホスト側システム5のホスト側地物情報DB2aが更新されるタイミング、又は履歴情報DB7に地物データが格納されるタイミングで更新処理が開始することもできる。
【0102】
詳細には、ホスト側地物情報DB2aが更新されると(又は、履歴情報DB7に地物データが格納されると)、これが更新命令となって更新処理が開始され、データ更新手段4はホスト側地物情報DB2aを書き換えた地物データ(又は履歴情報DB7に格納された地物データ)を更新候補データとして読み込み、各クライアント側地物情報DB2b内にある同じ型の地物データからデータ生成時刻を抽出し、これを当該クライアントの当該型における基準時刻として設定する。さらにデータ更新手段4は、更新候補データと各々のクライアントの基準時刻とを比較して更新判断を行い、この判断に基づいて各々のクライアント側地物情報DB2bを更新する。
【0103】
地物データを属性データ又は属性要素データとする場合、ホスト側地物情報DB2a(又は履歴情報DB7)において、地物データのうち所定の属性情報データ、例えば空間属性データで更新される(格納される)タイミングで更新処理が開始することもできる。クライアントによっては、空間属性データの更新情報にのみ興味を示すこともあり、時間属性データや主題属性データの変更では自らのクライアント側地物情報DB2bは更新されず、空間属性データの変更時に更新されることとすれば、ホスト側とのデータ通信回数や自己のDBの更新回数も減って好適となる。
【0104】
(実施形態5)
本願発明の地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法の第5の実施形態を図16〜図17に基づいて説明する。前記実施形態4ではホスト側システム5側にデータ更新手段4を設けて更新判断させる場合を説明したが、本実施形態ではクライアント側システム6側にデータ更新手段4を設けて更新判断させる場合を説明する。なお、本実施形態に記さないシステムの基本的構成や機能、データの流れや処理方法などは実施形態1〜実施形態4と共通する。
【0105】
図16は、本実施形態における地物データの更新処理を示す説明図である。まずはホスト側システム5における履歴情報DB7に対するデータの登録処理について説明する。第1クライアント側システム6aのデータ登録手段3によって地物データDa(t8)、Db(t8)、Dc(t8)が登録されると、これらの地物データはホスト側システム5に送信され(1601)、履歴情報DB7に履歴地物データとして格納される。地物データは複数のクライアント側システム6から送信されることがあるが、履歴情報DB7内の履歴地物データのデータ生成時刻と異なれば、いずれの地物データも履歴地物データとして格納される。ホスト側システム5にホスト側地物情報DB2aがある場合には、データ更新手段4によって、地物データDa(t8)、Db(t8)、Dc(t8)が更新候補データとして読み込まれ、更新判断され、その判断に基づいてホスト側地物情報DB2aを書き換える(1602)。
【0106】
次に、クライアント側地物情報DB2bの更新処理について説明する。第2クライアント側システム6bが更新要求手段8によって更新要求情報を送信し(1603)、この情報をホスト側システム5が受信すると、これを更新命令としてホスト側のデータ更新手段4が履歴情報DB7に格納された履歴地物データのうち所望の(図では最新のデータ生成時刻の)地物データDa(t8)、Db(t8)、Dc(t8)を検索し(矢印1604)、第2クライアント側システム6bに送信する(1605)。この場合、実施形態4で説明したように、ホスト側システム5のホスト側地物情報DB2aが更新されるタイミング(又は履歴情報DB7に地物データが格納されるタイミング)で、地物データDa(t8)、Db(t8)、Dc(t8)を第2クライアント側システム6bに送信することもできる。
【0107】
第2クライアント側システム6bが送信された地物データDa(t8)、Db(t8)、Dc(t8)を受信すると、クライアント側の履歴情報DB7に履歴地物データとして格納される。
【0108】
クライアント側の履歴情報DB7に新たに履歴地物データが格納されるとこれを更新命令として、あるいは別途設けられた更新命令の入力手段によって、クライアント側地物情報DB2bの更新処理が開始される。
【0109】
クライアント側のデータ更新手段4が、クライアント側の履歴情報DB7に格納された履歴地物データのうち所望の(図では最新のデータ生成時刻の)地物データDa(t8)、Db(t8)、Dc(t8)を読み込んで更新候補データFa(t8)、Fb(t8)、Fc(t8)とし(矢印1606)、型(地物)ごとの基準時刻と比較する(矢印1607)。この場合の基準時刻は、実施形態1に示すように別途設定してもよいが、図16に示すように、更新要求のあったクライアント側地物情報DB2bに既に格納されている既存の地物データの中から、更新候補データと同じ型(地物)の地物データを検索し、該当する地物データDa、Db、Dcのデータ生成時刻(Daはt7、Dbはt9、Dcはt6)を抽出し(矢印1608)、これらを基準時刻とすることもできる。
【0110】
図16に示すように、更新候補データのデータ生成時刻と基準時刻を照合した結果、クライアント側のデータ更新手段4はFa(t8)とFc(t8)をもって更新することと判断し、クライアント側地物情報DB2bに既に格納されている地物AのDa(t7)と地物CのDc(t6)とをそれぞれFa(t8)とFc(t8)に書き換え(矢印1309)、新たにクライアント側地物情報DB2b内の地物データはそれぞれDa(t8)、Db(t9)、Dc(t8)となる。
【0111】
図17のフロー図に、本実施形態における一連の更新の流れを示す。なおこのフロー図は、基準時刻の設定方法を図16に示す方法とした場合で説明している。
【0112】
第2クライアント側システム6bが更新要求手段8によって更新要求情報を送信し(1701)、この情報をホスト側システム5が受信すると(1702)、データ更新手段4が履歴情報DB7から所望の地物データを抽出する(1703)。この抽出された地物データは第2クライアント側システム6bに送信され(1704)、この地物データを受信すると(1705)クライアント側の履歴情報DB7に格納される(1706)。
【0113】
クライアント側のデータ更新手段4は、履歴情報DB7から所望の地物データを抽出し(1707)、この更新候補データと同じ型(地物)の地物データをクライアント側地物情報DB2b内から検索する(1708)。クライアント側地物情報DB2b内から同じ型(地物)の地物データが見つからない場合、この更新候補データは当該地物に関する地物データとして第2クライアント側システム6bに新たに格納される(1709)。一方、クライアント側地物情報DB2b内から同じ型(地物)の地物データがあった場合、クライアント側地物情報DB2b内の地物データからそのデータ生成時刻を抽出し、当該地物における基準時刻に設定する(1710)。
【0114】
さらにデータ更新手段4は、当該地物における基準時刻と、更新候補データのデータ生成時刻を比較し(1711)、更新候補データのデータ生成時刻の方が新しければクライアント側地物情報DB2b内の既存の地物データが更新候補データに書き換えられる(1712)。一方、更新候補データのデータ生成時刻の方が古ければ、クライアント側地物情報DB2b内の既存の地物データをそのまま維持しこの更新候補データは更新用のデータとして採用されない。
【0115】
フロー中の1708〜1712(1709)までの工程を、履歴情報DB7から抽出した全ての地物について、繰り返す(1713)。
【0116】
(実施形態6)
本願発明の地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法の第6の実施形態を図18〜図19に基づいて説明する。本実施形態は、クライアント側システムにおける過去の更新時刻(更新要求情報を送信した際に記憶された時刻に関する情報)のいずれかを基準時刻とする場合について説明するためのものであり、本実施形態に記さないシステムの基本的構成や機能、データの流れや処理方法などは実施形態1〜実施形態5と共通する。
【0117】
本実施形態も実施形態4や実施形態5と同様、地理空間情報管理システム1はホスト側システム5とクライアント側システム6から構成され、ホスト側システム5とクライアント側システム6は通信回線を介して接続されている。クライアント側システム6は、一つだけ接続してもよいし、複数接続してもよい。
【0118】
ホスト側システム5には、データ更新手段4と履歴情報DB7が備えられている。なお、履歴情報DB7に代えてホスト側地物情報DB2aを備えてもよいし、履歴情報DB7とホスト側地物情報DB2aの両方を備えてもよい。
【0119】
図18は、本実施形態における地物データの更新処理を示す説明図である。クライアント側システム6が更新要求手段8によって更新要求情報を送信し(1801)、この情報をホスト側システム5が受信すると、これを更新命令としてデータ更新手段4が履歴情報DB7に格納された履歴地物データのうち所望の(図では最新のデータ生成時刻の)地物データDa(t8)、Db(t8)、Dc(t8)を検索する(矢印1803)。
【0120】
また、ホスト側システム5が更新要求情報を受信すると、ホスト側システム5が受信した時刻を更新時刻として格納する(矢印1802)。更新時刻は、ホスト側システム5内に設けられたクライアント側システム6ごとに設けられた更新時刻DB9に格納される。この図では、クライアント側システム6ごとに専用の更新時刻DB9a、9b・・・9nが設けられているが、更新時刻がクライアント側システム6と関連するように記憶できれば、一つの更新時刻DB9に格納してもよい。また、ホスト側システム5が受信した時刻に代えて、クライアント側システム6が送信した時刻を更新時刻DB9に更新時刻として格納してもよい。さらに、前回更新用として採用された更新候補データのデータ生成時刻のうち最新の(又は最旧の)もののみを更新時刻として格納してもよいし、もしくは、更新処理を第一回更新、第二回更新といった具合に世代管理し、その世代番号とともに更新時刻を格納してもよい。
【0121】
データ更新手段4は、検索した地物データDa(t8)、Db(t8)、Dc(t8)を読み込んで更新候補データFa(t8)、Fb(t8)、Fc(t8)とする(矢印1804)。
【0122】
またデータ更新手段4は、更新要求情報を送信したクライアント側システム6が前回要求した際の更新時刻を更新時刻DB9から読み込む。なお、この場合、前回の更新時刻でなく、前々回の更新時刻、あるいはそれより前の更新時刻を読み込むなど、過去に行った更新要求にかかる更新時刻のうち所望のものを読み込む処理とすることもできる。
【0123】
さらにデータ更新手段4は、更新時刻DB9から読み込んだ更新時刻(ここでは前回の更新時刻)を基準時刻とし、全ての地物データ(又は属性情報)に割り当てる。あるいは、指定した地物データにのみ前回の更新時刻を基準時刻として割り当てることもできる。この場合、地物データの型ごとに前回の(最新の)更新時刻を検索し、これら前回の更新時刻をそれぞれの地物データの型の基準時刻として割り当てることもできる。データ更新手段4は、これら地物データごとの基準時刻と、今回履歴情報DB7から読み込んだ更新候補データのデータ生成時刻とを比較する(矢印1806)。
【0124】
図18に示すように、更新候補データのデータ生成時刻と基準時刻を照合した結果、データ更新手段4はFa(t8)とFc(t8)をもって更新することと判断し、このFa(t8)とFc(t8)をクライアント側システム6に送信し、クライアント側地物情報DB2bに既に格納されている地物AのDa(t7)と地物CのDc(t6)とをそれぞれFa(t8)とFc(t8)に書き換え(矢印1807)、新たにクライアント側地物情報DB2b内の地物データはそれぞれDa(t8)、Db(t9)、Dc(t8)となる。
【0125】
図19のフロー図に、本実施形態における一連の更新の流れを示す。クライアント側システム6が更新要求手段8によって更新要求情報を送信し(1901)、この情報をホスト側システム5が受信すると(1902)、ホスト側システム5が受信した時刻を更新時刻として更新時刻DB9に格納する(1903)とともに、データ更新手段4が履歴情報DB7から所望の地物データを抽出する(1904)。この抽出された地物データを更新候補データとして扱う。
【0126】
データ更新手段4は、更新要求情報を送信した当該クライアント側システム6が前回要求した際の更新時刻を更新時刻DB9から読み込み、この読み込んだ更新時刻を全ての地物データの基準時刻として設定する(1906)。
【0127】
さらにデータ更新手段4は、当該地物データにおける基準時刻と、更新候補データのデータ生成時刻を比較し(1907)、更新候補データのデータ生成時刻の方が新しければ、これを更新用の地物データとして採用することとし(1909)、採用された更新候補データのみがクライアント側システム6に送信され、当該クライアント側地物情報DB2b内の既存の地物データを更新候補データに書き換える(1910)。一方、更新候補データのデータ生成時刻の方が古ければ、この更新候補データはクライアント側システム6に送信されず、クライアント側地物情報DB2b内の既存の地物データはそのまま維持される(1908)。
【0128】
フロー中の1907〜1909(1908)までの工程を、履歴情報DB7から抽出した全ての地物について繰り返す。
【0129】
(実施形態7)
本願発明の地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法の第7の実施形態を図20〜図21に基づいて説明する。本実施形態は、クライアント側システムが更新したい所望の時刻を基準時刻とする場合について説明するためのものであり、本実施形態に記さないシステムの基本的構成や機能、データの流れや処理方法などは実施形態1〜実施形態6と共通する。
【0130】
本実施形態も実施形態4〜実施形態6と同様、地理空間情報管理システム1はホスト側システム5とクライアント側システム6から構成され、ホスト側システム5とクライアント側システム6は通信回線を介して接続されている。クライアント側システム6は、一つだけ接続してもよいし、複数接続してもよい。
【0131】
ホスト側システム5には、データ更新手段4と履歴情報DB7が備えられている。なお、履歴情報DB7に代えてホスト側地物情報DB2aを備えてもよいし、履歴情報DB7とホスト側地物情報DB2aの両方を備えてもよい。
【0132】
図20は、本実施形態における地物データの更新処理を示す説明図である。クライアント側システム6が更新要求手段8によって更新要求情報を送信し(2001)、この情報をホスト側システム5が受信する。なお、クライアント側システム6が送信した更新要求情報には、設定時刻trの情報も含まれている(2002)。この設定時刻trはホスト側システム5に一旦格納されるが、その格納先は履歴情報DB7や地物情報DB2を備えるコンピュータ内のメモリに格納してもよいし、他のコンピュータや種々のメモリ内に格納してもよい。なおこの設定時刻trとは、クライアント側システム6が過去の任意時点における地物データを要求するためのもので、クライアント側で設定した時刻のことである。ホスト側システム5はこの要求に応えるため、設定時刻trに応じた地物データをクライアント側システム6に送信する。
【0133】
ホスト側システム5が更新要求情報を受信すると、これを更新命令としてデータ更新手段4が履歴情報DB7に格納された履歴地物データのうち所望の(図では最新のデータ生成時刻の)地物データDa(t8)、Db(t8)、Dc(t8)を検索し(矢印2003)、検索した地物データDa(t8)、Db(t8)、Dc(t8)を読み込んで更新候補データFa(t8)、Fb(t8)、Fc(t8)とする(矢印2004)。
【0134】
データ更新手段4は、クライアント側システム6から送られた更新要求情報に含まれる設定時刻trを読み込み(2002)、この設定時刻trを基準時刻とし、全ての地物データに割り当てる。あるいはこの設定時刻trを、指定した地物データにのみ基準時刻として割り当てることもできる。
【0135】
データ更新手段4は、履歴情報DB7から読み込んだ更新候補データを地物ごとの基準時刻と比較する(矢印2005)。
【0136】
図20に示すように、更新候補データのデータ生成時刻と基準時刻を照合した結果、データ更新手段4はFa(t8)とFc(t8)をもって更新することと判断し、クライアント側地物情報DB2bに既に格納されている地物AのDa(t7)と地物CのDc(t6)とをそれぞれFa(t8)とFc(t8)に書き換え(矢印2006)、新たにクライアント側地物情報DB2b内の地物データはそれぞれDa(t8)、Db(t9)、Dc(t8)になる。
【0137】
図21のフロー図に、本実施形態における一連の更新の流れを示す。クライアント側システム6が更新要求手段8によって更新要求情報を送信し(2101)、この情報をホスト側システム5が受信すると(2102)、データ更新手段4が履歴情報DB7から所望の地物データを抽出する(2103)。この抽出された地物データを更新候補データとして扱う。
【0138】
データ更新手段4は、更新要求情報を送信した当該クライアント側システム6が希望する設定時刻trを履歴情報DB7から抽出した全ての地物データに基準時刻として設定する(2104)。
【0139】
さらにデータ更新手段4は、当該地物データにおける基準時刻と、更新候補データのデータ生成時刻を比較し(2105)、更新候補データのデータ生成時刻の方が新しければ、これを更新用の地物データとして採用することとし(2107)、クライアント側地物情報DB2b内の既存の地物データを更新候補データに書き換える(2108)。一方、更新候補データのデータ生成時刻の方が古ければ、クライアント側地物情報DB2b内の既存の地物データをそのまま維持し(2106)、この更新候補データは更新用のデータとして採用されない。
【0140】
フロー中の2105〜2107(2106)までの工程を、履歴情報DB7から抽出した全ての地物について繰り返す。
【0141】
(地理空間情報管理システムの使用例)
本願発明の地理空間情報管理システムを用いた地物データの更新処理について、図22に基づいて説明する。なおここで説明する地理空間情報管理システム1は、ホスト側システム5と、第一のクライアント側システム6aと、第二のクライアント側システム6bから構成され、ホスト側システム5と第一のクライアント側システム6aと第二のクライアント側システム6bは通信回線を介して接続されている。ホスト側システム5には、履歴情報DB7とホスト側地物情報DB2aが備えられ、それぞれのクライアント側システム6a、bには、データ登録手段3とクライアント側地物情報DB2bが備えられており、クライアント側システム6a、bのデータ登録手段3によって地物データが登録されると、所望のタイミングでホスト側システム5に送信され履歴情報DB7に格納される。
【0142】
図22は、地理空間情報データのうちの地物データが時間とともに更新されていく状況を説明するものであり、左端の列は時間軸を表し、中央の列のうち上段(T2時点)では第一のクライアント側システム6aによるデータ更新状況を、下段(T3時点)では第二のクライアント側システム6bによるデータ更新状況を表す。また、右端の列はホスト側地物情報DB2aの地物データが更新されていく状況を表す。
【0143】
1月1日(T1)時点では、地物Aは円形、地物Bは矩形、地物Cは2棟からなる矩形である地物データとして、それぞれの地物情報がホスト側地物情報DB2aに格納されている。
【0144】
4月1日(T2)時点では、第一のクライアント側システム6aの更新者(以下、「第一の更新者」という。)が、「地物Bが消滅し、地物Cが長円形となった」情報に基づき、地物データを生成している。ここで生成された地物Bの地物データDbと地物Cの地物データDcの生成時刻はそれぞれt2であるが、地物データDaの生成時刻はt1である。これらの地物データDbと地物データDcはまだホスト側システム5には送信されていない。
【0145】
7月1日(T3)時点では、第二のクライアント側システム6bの更新者(以下、「第二の更新者」という。)によって、「地物Aが矩形に変わり、地物Bが八角形に変わった」情報に基づいて、地物データを生成している。ここで生成された地物Aの地物データDaと地物データDbの生成時刻はそれぞれt3であるが、地物データDcの生成時刻はt1である。これらの地物データDaと地物データDbはまだホスト側システム5には送信されていない。
【0146】
8月1日(T4)時点で、第二の更新者によって生成された地物データDa(t3)、地物データDb(t3)、及び地物データDc(t1)がホスト側システム5に送信されると、地物データDa(t3)、地物データDb(t3)は履歴情報DB7に格納されるが、地物データDc(t1)は既に履歴情報DB7に格納されているため今回は格納されない。つぎにデータ更新手段4が、履歴情報DB7内の最新のデータ生成時刻を有する履歴地物データを更新候補データとして読みこむ。この場合、地物Aに関しては地物データDa(t3)が、地物Bに関しては地物データDb(t3)が、地物Cに関しては地物データDc(t1)が最新であるため、これらを更新候補データFa(t3)、Fb(t3)、Fc(t1)として読みこむ。さらに、ホスト側地物情報DB2a内から更新候補データFaと同じ型(地物)の地物データDaを検索し、更新候補データFbと同じ型(地物)の地物データDbを検索し、更新候補データFcと同じ型(地物)の地物データDcを検索し、これらのデータ生成時刻を抽出して基準時刻とする。ここでは、ホスト側地物情報DB2a内の地物AについてはDa(t1)となっているので地物Aの基準時刻はt1となり、地物BについてはDb(t1)となっているので地物Bの基準時刻はt1となり、地物CについてはDc(t1)となっているので地物Cの基準時刻はt1となる。更新候補データFaのデータ生成時刻t3は地物Aの基準時刻t1(t1はt3よりも古い時刻)よりも新しく、更新候補データFbのデータ生成時刻t3も地物Bの基準時刻t1よりも新しいので、更新候補データFa(t3)、Fb(t3)ともに更新用のデータとして採用されるが、更新候補データFcのデータ生成時刻t1は地物Cの基準時刻t1と同じなので更新候補データFc(t1)は更新用のデータとして採用されない。よって、ホスト側地物情報DB2a内の地物データはDa(t3)、Db(t3)、Dc(t1)に書き換えられる。つまりT4時点において、ホスト側地物情報DB2aでは地物Aが矩形に更新され、地物Bが八角形に更新されている。
【0147】
10月1日(T5)時点で、第一の更新者によって生成された地物データDb(t2)、Dc(t2)、及びDa(t1)がホスト側システム5に送信されると、地物データDb(t2)、Dc(t2)は履歴情報DB7に格納されるが、地物データDa(t1)は既に履歴情報DB7に格納されているため今回は格納されない。つぎにデータ更新手段4が、履歴情報DB7内の最新のデータ生成時刻を有する履歴地物データを更新候補データとして読みこむ。この場合、地物Cに関しては地物データDc(t2)が最新であるため、これを更新候補データFc(t2)として読みこむが、地物Aに関しては地物データDa(t3)が既に履歴情報DB7内に格納されていることからDa(t3)が最新であり更新候補データFa(t3)として読み込まれ、地物Bに関しても地物データDb(t3)が既に履歴情報DB7内に格納されていることからDb(t3)が最新であり更新候補データFb(t3)として読み込まれる。さらに、ホスト側地物情報DB2a内から更新候補データFaと同じ型(地物)の地物データDaを検索し、更新候補データFbと同じ型(地物)の地物データDbを検索し、更新候補データFcと同じ型(地物)の地物データDcを検索し、これらのデータ生成時刻を抽出して基準時刻とする。ホスト側地物情報DB2a内の地物Aと地物BについてはT4時点でのデータであるデータDa(t3)、データDb(t3)となっているので、地物Aの基準時刻はt3、地物Bの基準時刻もt3となる。一方、ホスト側地物情報DB2a内の地物CについてはDc(t1)となっているので、地物Cの基準時刻はt1となる。更新候補データFcのデータ生成時刻t2は地物Cの基準時刻t1よりも新しいので、更新候補データFc(t2)は更新用のデータとして採用され、ホスト側地物情報DB2aの地物データはDc(t2)に書き換えられるが、更新候補データFaのデータ生成時刻t3と地物Aの基準時刻t3は同時刻であり、更新候補データFbのデータ生成時刻t3と地物Bの基準時刻t3も同時刻なので、更新候補データFa(t3)、Fb(t3)は更新用のデータとして採用されない。つまりT5時点において、ホスト側地物情報DB2aでは地物Cが長円形に更新されるだけで、地物Aは矩形のままであり、地物Bは八角形のままである。
【産業上の利用可能性】
【0148】
本願発明の地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法は、国や地方自治体など国土を管理、保全する者をはじめ、教育関係者や地図データの提供者、あるいは輸送業者、不動産業者、マーケットリサーチなど各種調査を行う者など、様々な立場の者によって利用することができる。
【符号の説明】
【0149】
1 地理空間情報管理システム
2 地物情報データベース
2a ホスト側地物情報DB
2b クライアント側地物情報DB
3 データ登録手段
4 データ更新手段
5 ホスト側システム
6 クライアント側システム
6a 第1クライアント側システム
6b 第2クライアント側システム
7 履歴情報DB
8 更新要求手段
9 更新時刻DB
【技術分野】
【0001】
本願発明は、地理空間情報の管理に関するものであり、より具体的には、建物や道路、河川、橋、木、海、山といった地物に関する情報を管理するものである。
【背景技術】
【0002】
従来、建物や道路、あるいは地形や等高線など地球上の位置と密接に関連する情報は、地図として紙面上に記載して表示していた。この地図からできるだけ多くの情報を把握することができるように、対象物を図案化し、記号化し、線種や色を使い分けるなど、様々な工夫が地図には凝らされていた。しかしながら、地図から正しく情報を把握するためには、地図記載上の決まりごと(例えば、地図記号や等高線など)を知識として備えている必要があり、誰もが直観的に地図から正しい情報を引き出せるというものではなかった。また、紙面上に情報を記載するには自ずと限度があり、地図の情報だけでは不十分な場合もあった。さらに、建物は建て替えられることがあり、地形も経年変化することから、そのたびに地図は繰り返し更新しなければならず、利用者はその都度地図の買い替えを必要としていた。また、地形などの変化が一部であっても地図の場合一面全てを変更することとなるため、地図の更新は手間やコストがかかっていた。
【0003】
情報化技術が進んだ昨今では、地図の情報もコンピュータ上で管理されることが多く、特に、地理情報システム(Geographic Information System、以下「GIS」という。)の導入により、地理空間情報を取り扱う技術は飛躍的に発達してきた。この地理空間情報という概念は、地図に記載するための情報という概念を超え、モニタなどの表示装置に描画(地図の記載に該当)することを前提とした情報に限ることなく、対象物が本来持っている全ての情報を意味するものである。例えば、建物や道路、河川といった地物の場合、地物の位置や形状を表す情報だけでなく、地物が出現した時間、その地物の名称や分類、地物が有する機能など、必要とされる全ての情報を含んだものが、その地物の地理空間情報とされる。
【0004】
地理空間情報がGISなどによってコンピュータ上で管理されることになっても、地球上にある対象物が年々変化することには変わりないため、電子化された地理空間情報も地図同様、繰り返し更新していかなければならない。一般に、地理空間情報を管理する場合、市町村、あるいは都道府県や国全体を対象とするなど、極めて広い範囲の地理空間情報を管理している。この広い範囲内には種々の地物が無数に存在しており、これら全ての情報を備えた地理空間情報の電子化データ(以下、単に「地理空間情報データ」という。)は、通常、著しく大きな容量のデータとなる。
【0005】
一方、地理空間情報を管理するすべての範囲について建物の変更や地形の変化などを随時監視し、その都度情報を更新していくためには、複数の更新者や更新機関(以下、単に「更新者」という。)を必要とする。これらの更新者は、管理範囲を分割した分割範囲ごと、あるいは地物の分類ごとに配置される。このように更新者によって更新される地理空間情報データは全体のうちの一部であり、これら部分的な更新データを各更新者から集約することによって、全体の地理空間情報データは更新されていく。
【0006】
部分的な地理空間情報データを各更新者から集約する場合、通信回線を介してデータ送信されることがある。しかしながら、前述のとおり地理空間情報データは非常に容量が大きなデータであることから、データ送信のため長時間にわたって通信回線を占有し、その間システム利用者には操作性などに影響を与えていた。この影響を回避するため、年末年始など長期休暇を利用して送信する、あるいは一時的にシステムの運用を停止する、といった対策が講じられ、システム管理者や利用者に多大な負担をかける事態を招いていた。その結果、例えば年に1回、場合によっては数年に1回の頻度で更新するなど、長期間にわたって更新が行われないこととなり、時間経過とともに地理空間情報の鮮度が劣化していくという問題があった。
【0007】
そこで、送信するデータ容量を小さくし送信時間を短縮する工夫もなされている。例えば、地理空間情報全体は地図出力用の大きさ(図郭)に分割されることが多く、この図郭内に含まれる地理空間情報データの集合をひとつのデータセット(以下、「図郭単位のデータセット」という。)とし、このデータセット単位で更新してデータ送信することによって、通信にかかるデータ容量を縮小するという工夫がなされている。あるいは、地物の種類などによってカテゴリ分けするレイヤ(例えば、建物レイヤ、道路レイヤ、河川レイヤなど)ごとに地理空間情報データを分類して、ひとつのレイヤに含まれるデータの集合をひとつのデータセット(以下、「レイヤ単位のデータセット」という。)とし、更新すなわち通信するデータ容量を小さくしている。
特許文献1では、全体の地図データを図郭単位のデータセットで管理し、さらに地図データ全体のうち前回の更新から変更のあった図郭単位のデータセットを差分データとして抽出し、この差分データのみを更新分データとして送信することが提案されている。
【先行技術文献】
【特許文献】
【0008】
【特許文献1】特開2008−96706号公報
【発明の概要】
【発明が解決しようとする課題】
【0009】
レイヤ単位のデータセットとするなど地理空間情報データを分割して管理、更新し、分割されたデータを各更新者から集約することによって全体の地理空間情報データを更新する場合、同一の地物について複数の更新者から異なる更新情報が送信されてくることがある。以下に、図23に基づいて、具体的なデータ更新の一連の流れを説明する。
【0010】
図23は、地理空間情報データのうちの建物レイヤのデータセットが、時間とともに更新されていく状況を説明するものであり、左端の列は時間軸を表し、中央の列は更新者によるデータ更新状況を表し、右端の列は地理空間情報データのうちの建物レイヤが更新されていく状況を表す。
【0011】
1月1日(T1)時点では、地物Aは円形、地物Bは矩形、地物Cは2棟からなる矩形として、それぞれの地物情報は共有のデータベース内に格納されている。4月1日(T2)時点では、第一の更新者によって建物レイヤのデータセットのうち地物Bが消滅し、地物Cが長円形に更新され、他はT1時点のままである。なお、この更新データはまだ共有のデータベースには送信されていない。さらに7月1日(T3)時点では、第二の更新者によって建物レイヤのデータセットのうち地物Aが矩形に変わり、地物Bが八角形に変わっているが、他はT1時点のままである。この更新データは8月1日(T4)時点に共有のデータベースに送信されている。この結果T4時点において、共有のデータベースでは地物Aが矩形に更新され、地物Bが八角形に更新されている。
【0012】
一方、T2時点に第一の更新者によって更新された地物レイヤのデータセットは、10月1日(T5)時点で共有のデータベースに送信される。この結果、T5時点において、共有のデータベースでは地物Aが円形に更新され、地物Bが消滅し、地物Cが長円形に更新される。
【0013】
実際には、地物BはT1時点の後に取り壊され、T2時点では空き地となり、その後新たな八角形の構造物が建造されているが、T5時点における共有のデータベースでは空き地の状態で管理されていることになっている。また、地物AについてもT3時点における更新情報が反映されていない。この矛盾は、「実際にデータを更新した時間」ではなく、「共有のデータベースが更新された時間」に基づいてデータを更新する結果、T3時点の更新データセットよりも古いT2時点での更新データを新しいものと認識したことに起因している。
【0014】
この現実との矛盾を改善すべく、共有のデータベースが更新される時間ではなく、実際にデータを更新した時間に基づいてデータを更新することとしても、現実と矛盾する場合がある。図24に示すように、T3時点の更新データセットをT4時点に受け付けた共有のデータベースは、T3時点よりも古い時間に更新されたT2時点の更新データを受け付けないとものする。この結果T5時点において、共有のデータベースでは地物A及び地物Bは最新の情報に更新される。しかし、T3時点では地物Cは八角形に変更されているにもかかわらず、第二の更新者は地物Cの形状変更を知らなかったためにT1時点のまま(2棟からなる矩形のまま)の状態で更新データを作成しており、T3時点での建物レイヤのデータセットが優先されるが故に、換言すればT3時点での建物レイヤ内にあるすべての地物情報が優先されるが故に、T2時点におけるせっかくの地物Cの更新情報が漏れてしまう結果となる。
【0015】
特許文献1は、レイヤ単位のデータセットではなく、図郭単位のデータセットとして管理、更新しているが、これは図23や図24に示すような問題を解決するものではなく、現実との矛盾を生じることなく更新するという課題は同様に抱えている。その上、特許文献1の場合、前回の更新から部分的にでも変更があった図郭単位のデータセットを差分データとして抽出する機能を必要とし、その機能の構築やメンテナンスにコストがかかり、システム全体にかかる費用を押し上げる一因となっていた。
【0016】
本願発明の課題は、更新のために送信するデータ容量を小さくして送信時間を短縮するとともに、現実との矛盾を生じることなく更新し得るシステムであって、特許文献1が備える差分データの抽出機能を必要としない地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法を提供することにある。
【課題を解決するための手段】
【0017】
本願発明の地理空間情報の管理システムは、地物情報を管理し得る地理空間情報の管理システムであって、地物データを格納する地物情報データベースと、地物情報データベースを更新するデータ更新手段と、を備え、前記地物データは、地物に関する情報及び当該地物データが生成されたデータ生成時刻の情報を有し、前記地物情報データベースに格納された既存地物データ群は、それぞれ地物データごとに更新されるものであり、前記データ更新手段は、更新する際に、更新用の地物データである更新候補データを読み込み、この更新候補データのデータ生成時刻と、地物データごとに設定される基準時刻とを照合し、この照合結果に基づいて当該更新候補データで更新するか否かの判断を行い、この判断に基づいて地物データごとに更新処理を行うものである。
【0018】
本願発明の地理空間情報の管理システムは、請求項1記載の地理空間情報の管理システムにおいて、地物データが、空間属性、時間属性、又は主題属性のいずれかの属性情報を有する属性データであり、地物データのデータ生成時刻は、前記属性データが生成された時刻とすることもできる。
【0019】
本願発明の地理空間情報の管理システムは、請求項2記載の地理空間情報の管理システムにおいて、属性データが、一又は二以上の属性要素データからなり、地物データが、前記属性要素データであり、地物データのデータ生成時刻は、前記属性要素データが生成された時刻とすることもできる。
【0020】
本願発明の地理空間情報の管理システムは、請求項1乃至請求項3のいずれかに記載の地理空間情報の管理システムにおいて、地物データを登録するデータ登録手段を備え、データ更新手段は、前記データ登録手段によって登録された地物データを更新候補データとして読み込み、更新処理を行うものとすることもできる。
【0021】
本願発明の地理空間情報の管理システムは、請求項4記載の地理空間情報の管理システムにおいて、ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、前記ホスト側システムに、地物情報データベースが備えられ、前記クライアント側システムに、データ登録手段が備えられ、前記データ登録手段によって登録された地物データは、前記通信回線を介してホスト側システムに伝達され、データ更新手段は、ホスト側システムに伝達された前記地物データを更新候補データとして読み込み、更新処理を行うものとすることもできる。
【0022】
本願発明の地理空間情報の管理システムは、請求項4又は請求項5記載の地理空間情報の管理システムにおいて、ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、前記ホスト側システム及び前記クライアント側システムの双方に、地物情報データベースが備えられ、データ更新手段は、データ登録手段によって登録された地物データを、前記ホスト側システム用の更新候補データとして読み込み、前記ホスト側システムの地物情報データベースの更新処理を行うとともに、前記データ更新手段は、前記ホスト側システムの地物情報データベースを更新した地物データを、前記クライアント側システム用の更新候補データとして読み込み、前記クライアント側システムの地物情報データベースの更新処理を行うものとすることもできる。
【0023】
本願発明の地理空間情報の管理システムは、請求項6記載の地理空間情報の管理システムにおいて、ホスト側システムの地物情報データベースが地物データによって更新されると、データ更新手段が、前記ホスト側システムの地物情報データベースを更新した地物データを、クライアント側システム用の更新候補データとして読み込み、前記クライアント側システムの地物情報データベースの更新処理を行うものとすることもできる。
【0024】
本願発明の地理空間情報の管理システムは、請求項1乃至請求項3のいずれかに記載の地理空間情報の管理システムにおいて、地物データを登録するデータ登録手段と、このデータ登録手段によって登録される地物データを格納する履歴情報データベースとを備え、前記履歴情報データベースは、同一地物に関する地物データであっても異なるデータ生成時刻を有する地物データはそれぞれ異なる履歴地物データとして格納するものであり、データ更新手段は、前記履歴情報データベースに格納された履歴地物データ群から、履歴地物データのデータ生成時刻に基づいて履歴地物データを抽出し、これら抽出された履歴地物データを更新候補データとすることもできる。
【0025】
本願発明の地理空間情報の管理システムは、請求項8記載の地理空間情報の管理システムにおいて、地物データが、空間属性、時間属性、又は主題属性のいずれかの属性情報を有する属性データであり、履歴情報データベースが、同一地物であって同一属性情報を有する地物データであっても、異なるデータ生成時刻を有する地物データはそれぞれ異なる履歴地物データとして格納することもできる。
【0026】
本願発明の地理空間情報の管理システムは、請求項9記載の地理空間情報の管理システムにおいて、属性データが、一又は二以上の属性要素データからなり、地物データが、前記属性要素データであり、履歴情報データベースが、同一地物であって同一属性情報を有する地物データを構成する同一の属性要素データであっても、異なるデータ生成時刻を有する地物データはそれぞれ異なる履歴地物データとして格納することもできる。
【0027】
本願発明の地理空間情報の管理システムは、請求項8乃至請求項10のいずれかに記載の地理空間情報の管理システムにおいて、 データ更新手段は、履歴情報データベースに格納された履歴地物データ群から、同一の地物に関する履歴地物データ、又は同一の地物であって同一の属性情報を有する履歴地物データ、又は同一地物であって同一属性情報を構成する同一の属性要素データに該当する履歴地物データ、のうち最新のデータ生成時刻を有する履歴地物データを抽出し、これら抽出された履歴地物データを更新候補データとすることもできる。
【0028】
本願発明の地理空間情報の管理システムは、請求項8又は請求項11記載の地理空間情報の管理システムにおいて、ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、前記ホスト側システムに、履歴情報データベースが備えられ、前記クライアント側システムに、データ登録手段が備えられ、前記データ登録手段によって登録された地物データは、前記通信回線を介してホスト側システムに伝達され、前記履歴情報データベースは、ホスト側システムに伝達された前記地物データを履歴地物データとして格納することもできる。
【0029】
本願発明の地理空間情報の管理システムは、請求項8乃至請求項11のいずれかに記載の地理空間情報の管理システムにおいて、ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、前記ホスト側システムに、地物情報データベースが備えられ、前記クライアント側システムに、履歴情報データベースが備えられ、データ更新手段は、データ登録手段によって登録された地物データを、前記ホスト側システム用の更新候補データとして読み込み、前記ホスト側システムの地物情報データベースの更新処理を行うとともに、これら前記ホスト側システムの地物情報データベースを更新した地物データは、前記通信回線を介して前記クライアント側システムに伝達され、前記クライアント側システムの履歴情報データベースに格納されるものとすることもできる。
【0030】
本願発明の地理空間情報の管理システムは、請求項13記載の地理空間情報の管理システムにおいて、ホスト側システムの地物情報データベースが地物データによって更新されると、前記ホスト側システムの地物情報データベースを更新した地物データが、通信回線を介してクライアント側システムに伝達されるものとすることもできる。
【0031】
本願発明の地理空間情報の管理システムは、請求項8乃至請求項11のいずれかに記載の地理空間情報の管理システムにおいて、ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、前記ホスト側システム及び前記クライアント側システムの双方に、履歴情報データベースが備えられ、データ更新手段は、前記ホスト側システムの履歴情報データベースに格納された履歴地物データ群から、履歴地物データのデータ生成時刻に基づいて履歴地物データを抽出し、これら抽出された履歴地物データは、前記通信回線を介して前記クライアント側システムに伝達され、前記クライアント側システムの履歴情報データベースに格納されるものとすることもできる。
【0032】
本願発明の地理空間情報の管理システムは、請求項15記載の地理空間情報の管理システムにおいて、ホスト側システムの履歴情報データベースに地物データが履歴地物データとして格納されると、前記ホスト側システムの履歴情報データベースに格納された履歴地物データが、通信回線を介してクライアント側システムに伝達されるものとすることもできる。
【0033】
本願発明の地理空間情報の管理システムは、請求項1乃至請求項16のいずれかに記載の地理空間情報の管理システムにおいて、ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、前記クライアント側システムは、前記ホスト側システムに更新要求を伝達する更新要求手段を備え、前記クライアント側システムが、前記更新要求手段によって前記ホスト側システムに更新要求すると、データ更新手段は、前記ホスト側システムの地物情報データベース内にある地物データ又は履歴情報データベース内にある履歴地物データを、地物データ又は履歴地物データのデータ生成時刻に基づいて、前記クライアント側システム用の更新候補データとして読み込み、前記クライアント側システムの更新処理を行うものとすることもできる。
【0034】
本願発明の地理空間情報の管理システムは、請求項17記載の地理空間情報の管理システムにおいて、ホスト側システムは、クライアント側システムから更新要求されると、当該クライアント側システムの当該要求を更新要求情報として記憶し、データ更新手段は、前記ホスト側システムが当該クライアント側システムについて記憶した過去の更新要求情報のうちいずれかの更新要求情報にかかる更新時の更新に用いられた地物データのデータ生成時刻を、当該クライアント側システムにおける地物データごとに設定される基準時刻とするものとすることもできる。
【0035】
本願発明の地理空間情報の管理システムは、請求項17記載の地理空間情報の管理システムにおいて、クライアント側システムは、更新要求手段によってホスト側システムに更新要求するとともに、更新したい時刻を示す設定時刻の情報を送信し、データ更新手段は、前記ホスト側システムが前記設定時刻を受信すると、この設定時刻を、当該クライアント側システムにおける地物データごとに設定される基準時刻とするものとすることもできる。
【0036】
本願発明の地理空間情報の管理システムは、請求項1乃至請求項16のいずれかに記載の地理空間情報の管理システムにおいて、データ更新手段は、更新候補データと同一地物に関する地物データ、又は更新候補データと同一の地物であって同一の属性情報を有する地物データ、又は更新候補データと同一地物であって同一属性情報を構成する同一の属性要素データに該当する地物データを、地物情報データベースに格納された既存地物データ群から抽出するとともに、この抽出された既存地物データのデータ生成時刻を、地物データごとに設定される基準時刻とするものとすることもできる。
【0037】
本願発明の地理空間情報の管理プログラムは、コンピュータに対して、請求項1乃至請求項20のいずれかに記載の地理空間情報の管理システムを実行させうるものである。
【0038】
本願発明の地理空間情報の管理方法は、地物データを格納する地物情報データベースと、地物情報データベースを更新するデータ更新手段によって、地物情報を管理する地理空間情報の管理方法であって、前記地物情報データベースに格納された既存地物データ群は、それぞれ地物データごとに更新されるものであり、前記地物データは、地物に関する情報及び当該地物データが生成されたデータ生成時刻の情報を有し、更新する際、前記データ更新手段は、更新用の地物データである更新候補データを読み込み、この更新候補データのデータ生成時刻と、地物データごとに設定される基準時刻とを照合し、この照合結果に基づいて当該更新候補データで更新するか否かの判断を行い、この判断に基づいて地物データごとに更新処理を行う方法である。
【発明の効果】
【0039】
本願発明の地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法には、次のような効果がある。
(1)地物単位で更新データを送信するため、送信するデータ容量を小さく抑えることが可能となり、その結果、通信回線を占有することがなく、送信時間も短縮することができる。
(2)上記のように、更新データの送信時間が短縮されるため、更新作業が負担とならず、更新が頻繁に行われる結果、地理空間情報の鮮度が維持される。
(3)地物単位で更新するとともに、そのデータの生成された時間に基づいてデータの新旧等を判断するので、更新漏れがなく、現実との矛盾を生じることもなく、高い品質の地理空間情報が維持される。
(4)さらに地物の属性単位で更新するとともに、属性データの生成時間に基づいてデータの新旧等を判断すると、例えば主題属性のみを更新するが他の属性情報は古い情報のままの地物データで更新した場合でも、主題属性のみが更新されて他の属性情報は現状を維持するので、より高い品質で地理空間情報が維持される。
(5)前回データとの差分データを抽出する機能を必要としないので、その分システム全体にかかる構築やメンテナンスにかかる費用を抑えることができる。
【図面の簡単な説明】
【0040】
【図1】本願発明の地理空間情報の管理システムの主な構成を示す説明図。
【図2】単位地物データ単位で管理する場合の地物情報データベースの構成イメージを示す図。
【図3】属性データ単位で管理する場合の地物情報データベースの構成イメージを示す図。
【図4】属性要素データ単位で管理する場合の地物情報データベースの構成イメージを示す図。
【図5】(a)は地物データが属性データ単位で生成された場合における単位地物データ単位で管理する場合の地物情報データベースの構成イメージを示す図、(b)は地物データが属性要素データ単位で生成された場合における単位地物データ単位で管理する場合の地物情報データベースの構成イメージを示す図、(c)は地物データが属性要素データ単位で生成された場合における属性データ単位で管理する場合の地物情報データベースの構成イメージを示す図。
【図6】地理空間情報管理システムが基準時刻を設定する場合の主な構成を示す説明図。
【図7】実施形態1における一連の更新処理を示すフロー図。
【図8】(a)はホスト側システムにデータ更新手段4を備えた場合におけるホスト側システムとクライアント側システムによって構成された地理空間情報管理システムの説明図、(b)はクライアント側システムにデータ更新手段4を備えた場合におけるホスト側システムとクライアント側システムによって構成された地理空間情報管理システムの説明図。
【図9】実施形態2における一連の更新処理について説明する説明図。
【図10】データ登録手段によって更新候補データが履歴情報DBに格納される処理を説明する説明図。
【図11】実施形態3における一連の更新処理について説明する説明図。
【図12】実施形態3における一連の更新処理を示すフロー図。
【図13】ホスト側システムとクライアント側システムによって構成され、クライアント側システムに更新要求手段が備えられた地理空間情報管理システムの説明図。
【図14】実施形態4における一連の更新処理について説明する説明図。
【図15】実施形態4における一連の更新処理を示すフロー図。
【図16】実施形態5における一連の更新処理について説明する説明図。
【図17】実施形態5における一連の更新処理を示すフロー図。
【図18】実施形態6における一連の更新処理について説明する説明図。
【図19】実施形態6における一連の更新処理を示すフロー図。
【図20】実施形態7における一連の更新処理について説明する説明図。
【図21】実施形態7における一連の更新処理を示すフロー図。
【図22】地理空間情報管理システムの使用例について説明する説明図。
【図23】従来の方法により、建物レイヤのデータセットが時間とともに更新されていく状況を説明する説明図。
【図24】従来の他の方法により、建物レイヤのデータセットが時間とともに更新されていく状況を説明する説明図。
【発明を実施するための形態】
【0041】
(地物データ)
本願発明の地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法において、地物に関する情報を管理する際のデータの単位である「地物データ」について説明する。なお、管理する際のデータの単位としては、地物ごとのデータである「単位地物データ」の場合、地物に関する属性ごとのデータである「属性データ」の場合、属性データを構成する要素データである「属性要素データ」の場合等が考えられる。すなわちここでは、管理単位である「地物データ」が、「単位地物データ」の場合、「属性データ」の場合、「属性要素データ」の場合について説明する。
【0042】
第1の概要を図1〜図5(a)(b)(c)に基づいて説明する。図1は、地理空間情報管理システム1の主な構成を示す説明図である。図1に示す地理空間情報管理システム1は、地物に関する電子化情報(地物データ)を格納する地物情報データベース2(以下、データベースは「DB」という。)と、データを登録するデータ登録手段3と、地物データを更新するか否かの判断処理を行うデータ更新手段4から構成されている。
【0043】
地物情報DB2は、建物、道路、河川、橋、木、海あるいは山といった地物に関する情報を地物データとして格納するものであり、地物ごとに地物データを更新し管理することができるものである。図2は地物情報DB2の構成イメージを示す図であり、データベースは単位地物データをレコードとする表(以下、「テーブル」という。)となっている。
【0044】
また地物情報DB2は、単位地物データ単位で管理する場合に限らず、地物に関する情報を構成する属性データを地物データとして管理することもできる。図3は、属性データ単位で管理する場合の地物情報DB2の構成イメージを示す図である。通常、地物に関する情報は、位置や形状などの情報からなる空間属性と、建設時期や改築時期などの情報からなる時間属性と、名称や住所又は所有者などの情報からなる主題属性で構成され、図3に示すデータベースも、空間属性データ、時間属性データ、主題属性データといった属性データ単位をレコードとするテーブルとなっている。なお、図に示す「空a」とは地物Aの空間属性データであることを意味し、「時b」とは地物Bの時間属性データであることを意味し、「主c」とは地物Cの主題属性データであることを意味している。
【0045】
さらに地物情報DB2は、上記の場合に限らず、属性データを構成する属性要素データを地物データとして管理することもできる。図4は、属性要素データ単位で管理する場合の地物情報DB2の構成イメージを示す図である。通常、属性データは複数の要素データで構成され、図4に示すデータベースも、各属性データを構成する属性要素データ単位をレコードとするテーブルとなっている。なお、図に示す「空a1」とは地物Aの空間属性データを構成する第1の空間属性要素データであることを意味し、「時b3」とは地物Bの時間属性データを構成する第3の時間属性要素データであることを意味し、「主c2」とは地物Cの主題属性データを構成する第2の主題属性要素データであることを意味している。
【0046】
図3に示すように、地物データを属性データとして管理する場合であっても、図5(a)に示すように、単位地物データをレコードとするテーブルとして管理することもできる。この場合、図5(a)のテーブルは、図3のテーブルにリンクすることによって構成することが望ましい。
【0047】
また、図4に示すように地物データを属性要素データとして管理する場合であっても、図5(b)に示すように、単位地物データをレコードとするテーブルとして管理することもできる。あるいは図5(c)に示すように、属性データをレコードとするテーブルとして管理することもできる。この場合、図5(b)(c)のテーブルは、図4のテーブルにリンクすることによって構成することが望ましい。
【0048】
以上のように、本願発明の地物情報DB2は地物に関する情報を地物データとして格納するものであり、この地物データは、単位地物データ、又は属性データ、又は属性要素データとすることができるものである。また地物データはそのデータが生成された時刻、いわゆるタイムスタンプの情報(以下、「データ生成時刻」という。)を備えており、地物データが単位地物データの場合はその単位地物データが生成された時刻、地物データが属性データの場合はその属性データが生成された時刻、地物データが属性要素データの場合はその属性要素データが生成された時刻、をそれぞれ地物データのデータ生成時刻とする。さらに、地物データが単位地物データの場合はその単位地物データごとにデータ生成時刻を備え(図2)、地物データが属性データの場合はその属性データごとにデータ生成時刻を備え(図3)、地物データが属性要素データの場合はその属性要素データごとにデータ生成時刻を備えている(図4)。
【0049】
地物情報DB2を更新すべく地物データが登録されると、その地物データのデータ生成時刻と、その地物データと同じ「型」のデータの基準時刻が比較され、その地物データは更新用として採用されるか否かの判断がなされる。ここでいう「型」とは、地物データが単位地物データの場合は地物であり、地物データが属性データの場合は属性であり、地物データが属性要素データの場合は属性要素である。すなわち、地物データが単位地物データの場合は同じ地物(型)の基準時刻と比較され、地物データが属性データの場合は同じ地物であって同じ属性(型)の基準時刻と比較され、地物データが属性要素データの場合は同じ地物であって同じ属性を構成する同一の属性要素(型)の基準時刻と比較される。そのため、地物データ単位で基準時刻を設定する必要があり、地物データが単位地物データの場合はその単位地物データごとに基準時刻を設定し、地物データが属性データの場合はその属性データごとに基準時刻を設定し、地物データが属性要素データの場合はその属性要素データごとに基準時刻を設定する。
【0050】
(実施形態1)
本願発明の地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法の第1に基づいて説明する。なお本実施形態は、地物情報DB2が地物データを単位地物データとして管理する場合であり、図1では地物情報DB2が地物Aの単位地物データDa、地物Bの単位地物データDb、地物Cの単位地物データDc、を管理している。なお図中、Da(t0)やDb(t2)などに示したカッコ内の文字は、その単位地物データのデータ生成時刻を示し、その添数字は時刻の新旧を表すものであって若い数字ほど古い時代を意味する(例えば、t0、t2であればt0の方が過去に生成されている)。
【0051】
データ登録手段3は、地理空間情報管理システム1内に地物データを登録するものであり、地物情報DB2の構築時に初期データとして地物データを登録することもできれば、地理空間情報管理システム1の運用中に更新用のデータとして地物データを登録することもできる。
【0052】
地物データの登録は、記憶媒体から読み込んだり、後に説明するように通信回線を介して受信したり、あるいは地理空間情報管理システム1内に地物データ作成用の装置を設けこれによって作成したり、種々の方法を採用することができる。
【0053】
地理空間情報管理システム1に更新のために登録された地物データは、後に示すようにデータ更新手段4によって更新するデータとして採用されるか否かを判断される。以下、更新のために登録され更新判断される地物データを便宜上、「更新候補データ」とする。図1では、地物Aに関する更新候補データをFa、地物Bに関する更新候補データをFb、地物Cに関する更新候補データをFcとしている。なお、更新候補データはデータ更新手段4によって更新判断されるために、一旦、地理空間情報管理システム1内に格納されることになるが、この格納先は、地物情報DB2を備えるコンピュータ内のメモリに格納してもよいし、他のコンピュータや種々のメモリ内に格納してもよい。
【0054】
図1に示すように、地理空間情報管理システム1に地物A、B、Cに関する単位地物データがデータ登録手段3によって登録されると、データ更新手段4はこれらを更新候補データFa、Fb、Fcとして読み込み(矢印101)、基準時刻tsa、tsb、tscと照合する。この基準時刻は、地物データごとに設定されるものであり、事前に設定しておいてもよいし、更新候補データと照合するタイミングでその都度設定してもよい。例えば、事前に一つの基準時刻を入力しておき、この基準時刻を更新候補データと照合するタイミングで全ての地物データに割り当て、すべての地物データについて同じ時刻の基準時刻とすることもできる。
【0055】
図6は、基準時刻を設定する他の一例を示す説明図である。データ更新手段4が更新候補データFa(t1)、Fb(t1)、Fc(t1)を読み込むと(矢印601)、地物情報DB2に既に格納されている既存の地物データの中から、更新候補データと同じ型(この場合は同じ地物)の地物データを検索し(矢印602)、該当する地物データDa、Db、Dcのデータ生成時刻(Daはt0、Dbはt2、Dcはt0)を抽出し(矢印603)、これらを基準時刻とする。つまり、地物データDaの基準時刻tsaはt0、地物データDbの基準時刻tsbはt2、地物データDcの基準時刻tscはt0となる。なおここでは、地物情報DB2に既に格納されている既存の地物データの中から更新候補データと同じ地物(型)の地物データを検索しているが、地物データを属性データとする場合は地物情報DB2の中から更新候補データと同じ地物であって同じ属性情報(型)の地物データを検索し、地物データを属性要素データとする場合は地物情報DB2の中から更新候補データと同じ地物であって同じ属性情報を構成する同一の属性要素(型)である地物データを検索することになる。
【0056】
データ更新手段4が、更新候補データのデータ生成時刻と基準時刻とを照合するにあたっては、同一の型(この場合は地物)同士で照合することとする。すなわち、図1の矢印102に示すように、Faのデータ生成時刻t3とtsa(t0)を照合し、Fbのデータ生成時刻t1とtsb(t2)を照合し、Fcのデータ生成時刻t3とtsc(t0)を照合する。この場合も、地物データを属性データとする場合は同一の地物であって同一の属性情報(型)同士で照合し、地物データを属性要素データとする場合は同じ地物であって同じ属性情報を構成する同一の属性要素(型)同士で照合することになる。
【0057】
さらにデータ更新手段4は、更新候補データのデータ生成時刻と基準時刻を照合した結果、双方の時刻の新旧に基づいて、当該地物データDaを更新候補データFaで更新するか否か(更新用のデータとして採用するか否か)を判断する。この時刻の新旧に基づく判断は、一例として更新候補データのデータ生成時刻の方が、その地物(型)の基準時刻よりも新しい場合には更新データとして採用され、古い場合には採用されないとすることができる。すなわち、地物Aの基準時刻tsaが2009年9月1日とすると、Faのデータ生成時刻t3が2009年10月1日であればFaによって更新することとし、Faのデータ生成時刻t3が2009年7月1日であればFaは更新用として採用されない。
【0058】
なお、データ生成時刻と基準時刻の新旧に基づいての判断は、データ生成時刻が基準時刻よりも新しいときに更新する場合に限らず、データ生成時刻が基準時刻よりも古いときに更新することとしたり、データ生成時刻と基準時刻が同一(あるいは略同一)のときに更新することとしたり、データ生成時刻と基準時刻との時間差が所定の閾値以上(例えば3カ月以上、1年以上など)であるときに更新することとしたり、逆にデータ生DB成時刻と基準時刻との時間差が所定の閾値以下(例えば1週間以内、3日以内など)であるときに更新する、など種々の判断方法を選択することができる。この判断方法の選択については、以下すべての実施形態についても同様である。
【0059】
図1に示すように、更新候補データのデータ生成時刻と同じ型の基準時刻を照合した結果、データ更新手段4はFa(t3)とFc(t3)を更新用として採用することと判断し、地物情報DB2に既に格納されている地物AのDa(t0)と地物CのDc(t0)とをそれぞれFa(t3)とFc(t3)に書き換え(矢印103)、新たに地物情報DB2内の地物データはそれぞれDa(t3)、Db(t2)、Dc(t3)となる。
【0060】
図7のフロー図に、本実施形態における一連の更新の流れを示す。なおこのフロー図は、基準時刻の設定方法を図6に示す方法とした場合で説明している。
【0061】
当初、地理空間情報管理システム1の構築時に、初期データが地物情報DB2に格納され(701)、当該システムの運用が開始される。運用後、データ登録手段3から地物データが登録され(702)、以下、地物Aの更新候補データFa、地物Bの更新候補データFb、地物Cの更新候補データFcとして扱われて更新するか否かの判断を受ける。
【0062】
データ更新手段4は、まず、同じ型である地物Aに関する地物データを、地物情報DB2内から検索する(703)。地物情報DB2内から地物Aに関する地物データDaが見つからない場合、更新候補データFaを地物Aに関する地物データDaとして新たに地物情報DB2に格納する(707)。一方、地物情報DB2内から地物Aに関する地物データDaがあった場合、地物情報DB2内の地物データからそのデータ生成時刻を抽出し、地物Aにおける基準時刻に設定する(704)。
【0063】
さらにデータ更新手段4は、地物Aにおける基準時刻と、更新候補データFaのデータ生成時刻を比較し(705)、更新候補データFaのデータ生成時刻の方が新しければ、地物情報DB2内の既存の地物Aに関する地物データDaを更新候補データFaに書き換える(707)。一方、更新候補データFaのデータ生成時刻の方が古ければ、地物情報DB2内の既存の地物データDaをそのまま維持し(706)、更新候補データFaは更新用のデータとして採用されない。
【0064】
フロー中の703〜707(706)までの工程を、更新候補データFa、更新候補データFb、更新候補データFcについて繰り返す(708)。
【0065】
地理空間情報管理システム1を構成する地物情報DB2、データ登録手段3、及びデータ更新手段4は、一つのコンピュータ内に構築することもできるし、あるいは、地物情報DB2、データ登録手段3、データ更新手段4を、それぞれ別のコンピュータに構築し、通信回線を介して接続する構成をとってもよい。
【0066】
図8(a)に示すように、ホスト側システム5にホスト側地物情報DB2aとデータ更新手段4を備え、クライアント側システム6にデータ登録手段3を備え、ホスト側システム5とクライアント側システム6を通信回線によって接続し、データ登録手段3によって登録された地物データをホスト側地物情報DB2aに送信することもできる。この場合、2以上のクライアント側システム6を通信回線に接続し、それぞれのデータ登録手段3によって地物データを登録し、それぞれからホスト側地物情報DB2aに送信することもできる。更新手段4は、これら受信した地物データを更新候補データとして読み込み、これら更新候補データについて更新するか否かの判断を行い、更新データとして採用されるとその更新候補データによってホスト側地物情報DB2aは更新される。
【0067】
このときホスト側システム5のデータ更新手段4が、あるクライアント側システム6から地物Aに関する更新候補データFaを読取り、その後に、他のクライアント側システム6から同じ地物Aのものであって、しかも先の更新候補データFaよりデータ生成時刻が古い更新候補データFaを読取ったとする。この場合でも、更新手段4は、データ生成時刻に基づいて更新するか否かを判断することができるので、ホスト側地物情報DB2a内にある新しいデータ生成時刻の地物データDaが、後に受信した古いデータ生成時刻の更新候補データFaによって更新されることはない。
【0068】
また図8(b)に示すように、ホスト側システム5にホスト側地物情報DB2aを備え、クライアント側システム6にクライアント側地物情報DB2bとデータ更新手段4を備え、ホスト側システム5とクライアント側システム6を通信回線によって接続し、ホスト側地物情報DB2aに格納された地物データをクライアント側地物情報DB2bに送信することもできる。この場合、2以上のクライアント側システム6を通信回線に接続し、ホスト側地物情報DB2aに格納された地物データを、それぞれのクライアント側地物情報DB2bに送信することもできる。クライアント側システム6の更新手段4は、これら受信した地物データを更新候補データとして読み込み、これら更新候補データについて更新するか否かの判断を行い、更新データとして採用されるとその更新候補データによってクライアント側地物情報DB2bは更新される。
【0069】
(実施形態2)
本願発明の地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法の第2の実施形態を図9に基づいて説明する。本実施形態は、地物データを属性データとする場合について説明するためのものであり、本実施形態に記さないシステムの基本的構成や機能、データの流れや処理方法などは実施形態1と共通する。
【0070】
図9は、地物データを属性データとする場合であって、データ更新手段4が地物データごとに基準時刻と照合して更新判断する一連の処理について説明する説明図である。
地物データである属性データは、空間属性データと、時間属性データと、主題属性データの3種類があり、それぞれその属性データが生成されたデータ生成時刻を情報として備えている。例えば、図9の地物情報DB2内に示すように、地物Aに関する単位地物データDaは、空間属性データ空a(t4)、時間属性データ時a(t6)、主題属性データ主a(t4)からなり、空間属性データ空aはそのデータ生成時刻がt4という情報を備え、時間属性データ時aはその生成時刻がt6という情報を備え、主題属性データ主aはその生成時刻がt4という情報を備えている。
【0071】
図9では、データ更新手段4が、地物Aの地物データである属性データ(空間属性データ空a、時間属性データ時a、主題属性データ主a)と、地物Bの地物データである属性データ(空間属性データ空b、時間属性データ時b、主題属性データ主b)と、地物Cの地物データである属性データ(空間属性データ空c、時間属性データ時c、主題属性データ主c)をそれぞれ更新候補データとして読み取っており、それぞれの型(この場合は属性データ)ごとに設定された基準時刻と照合している(矢印901)。例えば、地物Aの空間属性データ空aの生成時刻であるt5と、地物Aの空間属性データの基準時刻である空sa(=t4)が照合されている。同じく、地物Aの時間属性データ時aの生成時刻であるt5と、地物Aの時間属性データの基準時刻である時sa(=t6)が照合され、地物Aの主題属性データ時aの生成時刻であるt5と、地物Aの主題属性データの基準時刻である主sa(=t4)が照合されている。地物Bや、地物Cについても同様である。
【0072】
基準時刻は、実施形態1に示すように別途設定してもよいが、図9では、地物情報DB2内のデータ生成時刻に基づいて設定している。すなわち、データ更新手段4が更新候補データ(空間属性データ空a、時間属性データ時a、主題属性データ主a、・・・)を読み込むと、地物情報DB2に既に格納されている既存の地物データの中から、ぞれぞれの更新候補データと同じ地物データを検索し(地物AであればDa)、さらに該当する地物データの中から同じ属性データを検索し(矢印902)、その該当した属性データのデータ生成時刻(例えばDaの空間属性データはt4、Dbの空間属性データはt5、Dcの空間属性データはt5)を抽出して(矢印903)、これらを地物データの基準時刻とする。
【0073】
データ更新手段4は、更新候補データごと(つまり属性データごと)に基準時刻を照合し、時刻の新旧を比較した結果に基づいて、更新候補データごとに更新するか否かの判断処理を行う。
【0074】
図9では、地物Aの更新候補データである空間属性データと主題属性データを更新するもの判断され、地物Bの更新候補データである空間属性データ、時間属性データ、主題属性データすべてを更新するもの判断され、地物Cの更新候補データである時間属性データのみを更新するもの判断されている。そして、地物情報DB2内に格納されていた地物Aの地物データDaのうち空間属性データ(空a)と主題属性データ(主a)が更新され、地物Bの地物データDbはすべての属性データが更新され、地物Cの地物データDcのうち時間属性データ(時c)のみ更新される。なお、更新されなかった地物Aの時間属性データ(空a)と、地物Cの時間属性データ(空c)、主題間属性データ(空c)は元の地物単位データ(属性データ)が維持される。
【0075】
(実施形態3)
本願発明の地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法の第3の実施形態を図10〜図12に基づいて説明する。本実施形態は、地理空間情報管理システム1が履歴情報DB7を備えた場合について説明するためのものであり、本実施形態に記さないシステムの基本的構成や機能、データの流れや処理方法などは実施形態1や実施形態2と共通する。
【0076】
図10は、データ登録手段3によって地物データが、履歴情報DB7に登録される処理について説明する説明図である。履歴情報DB7は同じ型の地物データであっても、データ生成時刻が異なればそれぞれ異なるデータとして格納するものである。なお、履歴情報DB7に格納されるデータは、便宜上「履歴地物データ」とする。すなわち、図10に示すように、履歴情報DB7は地物Aについては生成時刻がt0、t1、t2、・・・t7のものを履歴地物データDa(t0)、Da(t1)、Da(t2)、・・・Da(t7)として格納しており、地物Bや地物Cについてもそれぞれ累積的に地物データを履歴地物データとして格納している。なお、地物データが属性データである場合、地物データが属性要素データである場合もあるが、ここでは地物データが単位地物データである場合で説明している。
【0077】
図10の例では、データ登録手段3によって登録された地物データDa(t8)、Db(t8)、Dc(t8)が、履歴情報DB7内に格納される状況を示している。この場合、履歴情報DB7内の履歴地物データのうち、地物A〜地物Cいずれについてもデータ生成時刻t8のものがないので、新たに地物データDa(t8)、Db(t8)、Dc(t8)が履歴地物データとして格納される。
【0078】
なお地物データが属性データである場合、登録された地物データと履歴情報DB7内の履歴地物データと比較して、同じ地物であってもデータ生成時刻が空間属性データ、時間属性データ、主題属性データのうちいずれかのデータ生成時刻が異なれば、異なるデータとして、すなわち履歴地物データとして格納することができる(履歴情報DB7内のレコードを単位地物データとする)。あるいは、属性データを地物データとして扱い、登録された地物データ(属性データ)と履歴情報DB7内の同じ型の履歴地物データと比較して、データ生成時刻が異なれば、異なるデータとして、すなわち履歴地物データとして属性データごとに格納することもできる(履歴情報DB7内のレコードを属性データ単位とする)。地物データが属性要素データである場合も同様である。
【0079】
図11は、本実施形態における地物データの更新処理を示す説明図である。データ更新手段4に更新命令が伝達されると、履歴情報DB7に格納された履歴地物データのうち最新のデータ生成時刻をもつ地物データDa(t8)、Db(t8)、Dc(t8)を検索する(矢印1101)。なお、データ更新手段4に対する更新命令の伝達手段については、地理空間情報管理システム1内に更新命令を入力する更新命令手段を設け、これに入力した更新命令をデータ更新手段4に伝達することもできるし、地理空間情報管理システム1の外部で入力された更新命令をデータ更新手段4に伝達することもできる。また、図11では履歴情報DB7に格納された履歴地物データのうち最新のデータ生成時刻を有することを条件として地物データを検索しているが、最も古いデータ生成時刻を有することを条件としたり、あるいは所望の時刻に最も近いデータ生成時刻を有することを条件としたり、履歴地物データのデータ生成時刻に基づく種々の条件で検索することができる。
【0080】
データ更新手段4は、検索した地物データDa(t8)、Db(t8)、Dc(t8)を読み込んで更新候補データFa(t8)、Fb(t8)、Fc(t8)とし(矢印1102)、地物データごとの基準時刻と比較する(矢印1103)。この場合の基準時刻は、実施形態1に示すように別途設定してもよいが、図11に示すように、地物情報DB2に既に格納されている既存の地物データの中から、更新候補データと同じ型の地物データを検索し(矢印1104)、該当する地物データDa、Db、Dcのデータ生成時刻(Daはt7、Dbはt9、Dcはt6)を抽出し(矢印1105)、こられを基準時刻とすることもできる。
【0081】
図11に示すように、更新候補データのデータ生成時刻と基準時刻を照合した結果、データ更新手段4はFa(t8)とFc(t8)をもって更新することと判断し、地物情報DB2に既に格納されている地物AのDa(t7)と地物CのDc(t6)とをそれぞれFa(t8)とFc(t8)に書き換え(矢印1106)、新たに地物情報DB2内の地物データはそれぞれDa(t8)、Db(t9)、Dc(t8)となる。
【0082】
図12のフロー図に、本実施形態における一連の更新の流れを示す。なおこのフロー図は、基準時刻の設定方法を図11に示す方法とした場合で説明している。
【0083】
当初、地理空間情報管理システム1の構築時に、初期データが地物情報DB2に格納され(1201)、当該システムの運用が開始される。運用後、データ登録手段3から更新用の地物データが登録され(1202)、履歴地物データとして履歴情報DB7に格納される(1203)。データ更新手段4に更新命令が伝達されると一連の更新作業が開始され(1205)、履歴情報DB7に格納された履歴地物データのうち最新のデータ生成時刻を有する地物データを抽出する(1206)。このとき、履歴情報DB7に格納された全ての地物について、一つずつ地物データ(この場合はデータ生成時刻が最新のもの)を抽出する。あるいは指定した地物についてのみ抽出することもできる。以降、この抽出された地物データを更新候補データとして扱う。
【0084】
データ更新手段4は、更新候補データと同じ型(地物)の地物データを、地物情報DB2内から検索する(1207)。地物情報DB2内から同じ型の地物データが見つからない場合、この更新候補データを当該型(地物)の地物データとして地物情報DB2に新たに格納する(1211)。一方、地物情報DB2内から同じ型の地物データがあった場合、地物情報DB2内の地物データからそのデータ生成時刻を抽出し、当該型(地物)における基準時刻に設定する(1208)。
【0085】
さらにデータ更新手段4は、当該型(地物)における基準時刻と、更新候補データのデータ生成時刻を比較し(1209)、更新候補データのデータ生成時刻の方が新しければ、地物情報DB2内の既存の地物データを更新候補データに書き換える(1211)。一方、更新候補データのデータ生成時刻の方が古ければ、地物情報DB2内の既存の地物データをそのまま維持し(1210)、この更新候補データは更新用のデータとして採用されない。
【0086】
フロー中の1207〜1211(1210)までの工程を、履歴情報DB7から抽出した全ての型(地物)について、繰り返す(1212)。
【0087】
(実施形態4)
本願発明の地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法の第4の実施形態を図13〜図15に基づいて説明する。本実施形態は、地理空間情報管理システム1が、通信回線を介して接続されるホスト側システム5とクライアント側システム6から構成され、クライアント側システム6が更新要求手段を備えた場合について説明するためのものであり、本実施形態に記さないシステムの基本的構成や機能、データの流れや処理方法などは実施形態1〜実施形態3と共通する。
【0088】
図13に示すように、本実施形態の地理空間情報管理システム1はホスト側システム5とクライアント側システム6から構成され、ホスト側システム5とクライアント側システム6は通信回線を介して接続されている。クライアント側システム6は、一つだけ接続してもよいし、複数(図では三つ)接続してもよい。
【0089】
ホスト側システム5には、データ更新手段4と履歴情報DB7が備えられている。なお、履歴情報DB7に代えてホスト側地物情報DB2aを備えてもよいし、履歴情報DB7とホスト側地物情報DB2aの両方を備えてもよい。
【0090】
クライアント側システム6には、更新要求手段8と、クライアント側地物情報DB2bが備えられている。データ登録手段3を備えてもよい。なおクライアント側システム6もホスト側システム5と同様、クライアント側地物情報DB2bに代えて履歴情報DB7を備えてもよいし、クライアント側地物情報DB2bと履歴情報DB7の両方を備えてもよい。クライアント側システム6のデータ登録手段3で登録された地物データは、データ更新手段4によって更新判断されてクライアント側地物情報DB2bを更新し(あるいは履歴情報DB7に格納され)、さらに通信回線を通じてホスト側システム5に送信されて、ホスト側システム5の履歴情報DB7に履歴地物データとして格納される。なお、履歴情報DB7に代えてホスト側地物情報DB2aを設置する場合は、ホスト側システム5で受信した登録データが更新候補データとして扱われ、ホスト側システム5のデータ更新手段4によって更新判断され、採用された更新候補データのみがホスト側地物情報DB2aに更新される。また、ホスト側システム5にもデータ登録手段3を備えることとし、これによって登録された地物データを直接、ホスト側地物情報DB2aを更新(又は履歴情報DB7に格納)することもできる。
【0091】
クライアント側システム6のクライアント側地物情報DB2bは、更新したい旨をホスト側システム5に要求したときに更新される仕組みとすることもできる。具体的には、更新要求手段8によって更新要求情報をホスト側システム5に送信し、これをホスト側システム5が受信するとこれが更新命令となって更新処理が開始され、データ更新手段4が履歴情報DB7にある履歴地物データの中から所望の地物データを抽出し、それぞれの地物データについて基準時刻と比較して更新判断を行う。ここで更新データとして採用された地物データは、通信回線を通じて更新要求を行ったクライアント側システム6に伝達され、当該クライアント側地物情報DB2bは更新される。なお、更新要求情報をホスト側システム5が受信した際に、クライアント側システム6が送信した時刻、又はホスト側システム5が受信した時刻を更新時刻としてホスト側システム5内に記憶しておくこともできる。この場合、この格納先は、地物情報DB2や履歴情報DB7を備えるコンピュータ内のメモリに格納してもよいし、他のコンピュータや種々のメモリ内に格納してもよい。
【0092】
図14に基づいてさらに詳細に説明する。まず、履歴情報DB7に対するデータの登録処理について説明する。図14は、本実施形態における地物データの更新処理を示す説明図である。第1クライアント側システム6aのデータ登録手段3によって地物データDa(t8)、Db(t8)、Dc(t8)が登録されると、これらの地物データはホスト側システム5に送信され(1401)、履歴情報DB7に履歴地物データとして格納される。地物データは複数のクライアント側システム6から送信されることがあるが、履歴情報DB7内の履歴地物データのデータ生成時刻と異なれば、いずれの地物データも履歴地物データとして格納される。
【0093】
次に、クライアント側地物情報DB2bの更新処理について説明する。第2クライアント側システム6bが更新要求手段8によって更新要求情報を送信し(1402)、この情報をホスト側システム5が受信すると、これを更新命令としてデータ更新手段4が履歴情報DB7に格納された履歴地物データのうち所望の(図では最新のデータ生成時刻の)地物データDa(t8)、Db(t8)、Dc(t8)を検索する(矢印1403)。
【0094】
データ更新手段4は、検索した地物データDa(t8)、Db(t8)、Dc(t8)を読み込んで更新候補データFa(t8)、Fb(t8)、Fc(t8)とし(矢印1404)、地物ごとの基準時刻と比較する(矢印1407)。この場合の基準時刻は、実施形態1に示すように別途設定してもよいが、図14に示すように、更新要求のあったクライアント側地物情報DB2bに既に格納されている既存の地物データの中から、更新候補データと同じ型(地物)の地物データを検索し(矢印1406)、該当する地物データDa、Db、Dcのデータ生成時刻(Daはt7、Dbはt9、Dcはt6)を抽出し(矢印1406)、これらを基準時刻とすることもできる。
【0095】
図14に示すように、更新候補データのデータ生成時刻と基準時刻を照合した結果、データ更新手段4はFa(t8)とFc(t8)をもって更新することと判断し、クライアント側地物情報DB2bに既に格納されている地物AのDa(t7)と地物CのDc(t6)とをそれぞれFa(t8)とFc(t8)に書き換え(矢印1408)、新たにクライアント側地物情報DB2b内の地物データはそれぞれDa(t8)、Db(t9)、Dc(t8)になる。
【0096】
図15のフロー図に、本実施形態における一連の更新の流れを示す。なおこのフロー図は、基準時刻の設定方法を図14に示す方法とした場合で説明している。
【0097】
第2クライアント側システム6bが更新要求手段8によって更新要求情報を送信し(1501)、この情報をホスト側システム5が受信すると(1502)、データ更新手段4が履歴情報DB7から所望の地物データを抽出する(1503)。この抽出された地物データを更新候補データとして扱う。
【0098】
データ更新手段4は、更新候補データと同じ型(地物)の地物データを、クライアント側地物情報DB2b内から検索する(1504)。クライアント側地物情報DB2b内からこの型(地物)の地物データが見つからない場合、この更新候補データを当該地物に関する地物データとして第2クライアント側システム6bに送信し、クライアント側地物情報DB2bに新たに格納される(1508~1509)。一方、クライアント側地物情報DB2b内から同じ型(地物)の地物データがあった場合、クライアント側地物情報DB2b内の地物データからそのデータ生成時刻を抽出し、当該地物における基準時刻に設定する(1505)。
【0099】
さらにデータ更新手段4は、当該地物における基準時刻と、更新候補データのデータ生成時刻を比較し(1506)、更新候補データのデータ生成時刻の方が新しければ第2クライアント側システム6bに送信し、クライアント側地物情報DB2b内の既存の地物データが更新候補データに書き換えられる(1508~1509)。一方、更新候補データのデータ生成時刻の方が古ければ、クライアント側地物情報DB2b内の既存の地物データをそのまま維持し(1507)、この更新候補データは更新用のデータとして採用されない。
【0100】
フロー中の1504〜1508(1507)までの工程を、履歴情報DB7から抽出した全ての型(地物)について、繰り返す(1510)。
【0101】
なお本実施形態では、クライアント側システム6に更新要求手段8を設け、更新要求情報をホスト側システム5が受信すると更新処理が開始される場合で説明した。この更新要求手段8に代え、ホスト側システム5のホスト側地物情報DB2aが更新されるタイミング、又は履歴情報DB7に地物データが格納されるタイミングで更新処理が開始することもできる。
【0102】
詳細には、ホスト側地物情報DB2aが更新されると(又は、履歴情報DB7に地物データが格納されると)、これが更新命令となって更新処理が開始され、データ更新手段4はホスト側地物情報DB2aを書き換えた地物データ(又は履歴情報DB7に格納された地物データ)を更新候補データとして読み込み、各クライアント側地物情報DB2b内にある同じ型の地物データからデータ生成時刻を抽出し、これを当該クライアントの当該型における基準時刻として設定する。さらにデータ更新手段4は、更新候補データと各々のクライアントの基準時刻とを比較して更新判断を行い、この判断に基づいて各々のクライアント側地物情報DB2bを更新する。
【0103】
地物データを属性データ又は属性要素データとする場合、ホスト側地物情報DB2a(又は履歴情報DB7)において、地物データのうち所定の属性情報データ、例えば空間属性データで更新される(格納される)タイミングで更新処理が開始することもできる。クライアントによっては、空間属性データの更新情報にのみ興味を示すこともあり、時間属性データや主題属性データの変更では自らのクライアント側地物情報DB2bは更新されず、空間属性データの変更時に更新されることとすれば、ホスト側とのデータ通信回数や自己のDBの更新回数も減って好適となる。
【0104】
(実施形態5)
本願発明の地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法の第5の実施形態を図16〜図17に基づいて説明する。前記実施形態4ではホスト側システム5側にデータ更新手段4を設けて更新判断させる場合を説明したが、本実施形態ではクライアント側システム6側にデータ更新手段4を設けて更新判断させる場合を説明する。なお、本実施形態に記さないシステムの基本的構成や機能、データの流れや処理方法などは実施形態1〜実施形態4と共通する。
【0105】
図16は、本実施形態における地物データの更新処理を示す説明図である。まずはホスト側システム5における履歴情報DB7に対するデータの登録処理について説明する。第1クライアント側システム6aのデータ登録手段3によって地物データDa(t8)、Db(t8)、Dc(t8)が登録されると、これらの地物データはホスト側システム5に送信され(1601)、履歴情報DB7に履歴地物データとして格納される。地物データは複数のクライアント側システム6から送信されることがあるが、履歴情報DB7内の履歴地物データのデータ生成時刻と異なれば、いずれの地物データも履歴地物データとして格納される。ホスト側システム5にホスト側地物情報DB2aがある場合には、データ更新手段4によって、地物データDa(t8)、Db(t8)、Dc(t8)が更新候補データとして読み込まれ、更新判断され、その判断に基づいてホスト側地物情報DB2aを書き換える(1602)。
【0106】
次に、クライアント側地物情報DB2bの更新処理について説明する。第2クライアント側システム6bが更新要求手段8によって更新要求情報を送信し(1603)、この情報をホスト側システム5が受信すると、これを更新命令としてホスト側のデータ更新手段4が履歴情報DB7に格納された履歴地物データのうち所望の(図では最新のデータ生成時刻の)地物データDa(t8)、Db(t8)、Dc(t8)を検索し(矢印1604)、第2クライアント側システム6bに送信する(1605)。この場合、実施形態4で説明したように、ホスト側システム5のホスト側地物情報DB2aが更新されるタイミング(又は履歴情報DB7に地物データが格納されるタイミング)で、地物データDa(t8)、Db(t8)、Dc(t8)を第2クライアント側システム6bに送信することもできる。
【0107】
第2クライアント側システム6bが送信された地物データDa(t8)、Db(t8)、Dc(t8)を受信すると、クライアント側の履歴情報DB7に履歴地物データとして格納される。
【0108】
クライアント側の履歴情報DB7に新たに履歴地物データが格納されるとこれを更新命令として、あるいは別途設けられた更新命令の入力手段によって、クライアント側地物情報DB2bの更新処理が開始される。
【0109】
クライアント側のデータ更新手段4が、クライアント側の履歴情報DB7に格納された履歴地物データのうち所望の(図では最新のデータ生成時刻の)地物データDa(t8)、Db(t8)、Dc(t8)を読み込んで更新候補データFa(t8)、Fb(t8)、Fc(t8)とし(矢印1606)、型(地物)ごとの基準時刻と比較する(矢印1607)。この場合の基準時刻は、実施形態1に示すように別途設定してもよいが、図16に示すように、更新要求のあったクライアント側地物情報DB2bに既に格納されている既存の地物データの中から、更新候補データと同じ型(地物)の地物データを検索し、該当する地物データDa、Db、Dcのデータ生成時刻(Daはt7、Dbはt9、Dcはt6)を抽出し(矢印1608)、これらを基準時刻とすることもできる。
【0110】
図16に示すように、更新候補データのデータ生成時刻と基準時刻を照合した結果、クライアント側のデータ更新手段4はFa(t8)とFc(t8)をもって更新することと判断し、クライアント側地物情報DB2bに既に格納されている地物AのDa(t7)と地物CのDc(t6)とをそれぞれFa(t8)とFc(t8)に書き換え(矢印1309)、新たにクライアント側地物情報DB2b内の地物データはそれぞれDa(t8)、Db(t9)、Dc(t8)となる。
【0111】
図17のフロー図に、本実施形態における一連の更新の流れを示す。なおこのフロー図は、基準時刻の設定方法を図16に示す方法とした場合で説明している。
【0112】
第2クライアント側システム6bが更新要求手段8によって更新要求情報を送信し(1701)、この情報をホスト側システム5が受信すると(1702)、データ更新手段4が履歴情報DB7から所望の地物データを抽出する(1703)。この抽出された地物データは第2クライアント側システム6bに送信され(1704)、この地物データを受信すると(1705)クライアント側の履歴情報DB7に格納される(1706)。
【0113】
クライアント側のデータ更新手段4は、履歴情報DB7から所望の地物データを抽出し(1707)、この更新候補データと同じ型(地物)の地物データをクライアント側地物情報DB2b内から検索する(1708)。クライアント側地物情報DB2b内から同じ型(地物)の地物データが見つからない場合、この更新候補データは当該地物に関する地物データとして第2クライアント側システム6bに新たに格納される(1709)。一方、クライアント側地物情報DB2b内から同じ型(地物)の地物データがあった場合、クライアント側地物情報DB2b内の地物データからそのデータ生成時刻を抽出し、当該地物における基準時刻に設定する(1710)。
【0114】
さらにデータ更新手段4は、当該地物における基準時刻と、更新候補データのデータ生成時刻を比較し(1711)、更新候補データのデータ生成時刻の方が新しければクライアント側地物情報DB2b内の既存の地物データが更新候補データに書き換えられる(1712)。一方、更新候補データのデータ生成時刻の方が古ければ、クライアント側地物情報DB2b内の既存の地物データをそのまま維持しこの更新候補データは更新用のデータとして採用されない。
【0115】
フロー中の1708〜1712(1709)までの工程を、履歴情報DB7から抽出した全ての地物について、繰り返す(1713)。
【0116】
(実施形態6)
本願発明の地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法の第6の実施形態を図18〜図19に基づいて説明する。本実施形態は、クライアント側システムにおける過去の更新時刻(更新要求情報を送信した際に記憶された時刻に関する情報)のいずれかを基準時刻とする場合について説明するためのものであり、本実施形態に記さないシステムの基本的構成や機能、データの流れや処理方法などは実施形態1〜実施形態5と共通する。
【0117】
本実施形態も実施形態4や実施形態5と同様、地理空間情報管理システム1はホスト側システム5とクライアント側システム6から構成され、ホスト側システム5とクライアント側システム6は通信回線を介して接続されている。クライアント側システム6は、一つだけ接続してもよいし、複数接続してもよい。
【0118】
ホスト側システム5には、データ更新手段4と履歴情報DB7が備えられている。なお、履歴情報DB7に代えてホスト側地物情報DB2aを備えてもよいし、履歴情報DB7とホスト側地物情報DB2aの両方を備えてもよい。
【0119】
図18は、本実施形態における地物データの更新処理を示す説明図である。クライアント側システム6が更新要求手段8によって更新要求情報を送信し(1801)、この情報をホスト側システム5が受信すると、これを更新命令としてデータ更新手段4が履歴情報DB7に格納された履歴地物データのうち所望の(図では最新のデータ生成時刻の)地物データDa(t8)、Db(t8)、Dc(t8)を検索する(矢印1803)。
【0120】
また、ホスト側システム5が更新要求情報を受信すると、ホスト側システム5が受信した時刻を更新時刻として格納する(矢印1802)。更新時刻は、ホスト側システム5内に設けられたクライアント側システム6ごとに設けられた更新時刻DB9に格納される。この図では、クライアント側システム6ごとに専用の更新時刻DB9a、9b・・・9nが設けられているが、更新時刻がクライアント側システム6と関連するように記憶できれば、一つの更新時刻DB9に格納してもよい。また、ホスト側システム5が受信した時刻に代えて、クライアント側システム6が送信した時刻を更新時刻DB9に更新時刻として格納してもよい。さらに、前回更新用として採用された更新候補データのデータ生成時刻のうち最新の(又は最旧の)もののみを更新時刻として格納してもよいし、もしくは、更新処理を第一回更新、第二回更新といった具合に世代管理し、その世代番号とともに更新時刻を格納してもよい。
【0121】
データ更新手段4は、検索した地物データDa(t8)、Db(t8)、Dc(t8)を読み込んで更新候補データFa(t8)、Fb(t8)、Fc(t8)とする(矢印1804)。
【0122】
またデータ更新手段4は、更新要求情報を送信したクライアント側システム6が前回要求した際の更新時刻を更新時刻DB9から読み込む。なお、この場合、前回の更新時刻でなく、前々回の更新時刻、あるいはそれより前の更新時刻を読み込むなど、過去に行った更新要求にかかる更新時刻のうち所望のものを読み込む処理とすることもできる。
【0123】
さらにデータ更新手段4は、更新時刻DB9から読み込んだ更新時刻(ここでは前回の更新時刻)を基準時刻とし、全ての地物データ(又は属性情報)に割り当てる。あるいは、指定した地物データにのみ前回の更新時刻を基準時刻として割り当てることもできる。この場合、地物データの型ごとに前回の(最新の)更新時刻を検索し、これら前回の更新時刻をそれぞれの地物データの型の基準時刻として割り当てることもできる。データ更新手段4は、これら地物データごとの基準時刻と、今回履歴情報DB7から読み込んだ更新候補データのデータ生成時刻とを比較する(矢印1806)。
【0124】
図18に示すように、更新候補データのデータ生成時刻と基準時刻を照合した結果、データ更新手段4はFa(t8)とFc(t8)をもって更新することと判断し、このFa(t8)とFc(t8)をクライアント側システム6に送信し、クライアント側地物情報DB2bに既に格納されている地物AのDa(t7)と地物CのDc(t6)とをそれぞれFa(t8)とFc(t8)に書き換え(矢印1807)、新たにクライアント側地物情報DB2b内の地物データはそれぞれDa(t8)、Db(t9)、Dc(t8)となる。
【0125】
図19のフロー図に、本実施形態における一連の更新の流れを示す。クライアント側システム6が更新要求手段8によって更新要求情報を送信し(1901)、この情報をホスト側システム5が受信すると(1902)、ホスト側システム5が受信した時刻を更新時刻として更新時刻DB9に格納する(1903)とともに、データ更新手段4が履歴情報DB7から所望の地物データを抽出する(1904)。この抽出された地物データを更新候補データとして扱う。
【0126】
データ更新手段4は、更新要求情報を送信した当該クライアント側システム6が前回要求した際の更新時刻を更新時刻DB9から読み込み、この読み込んだ更新時刻を全ての地物データの基準時刻として設定する(1906)。
【0127】
さらにデータ更新手段4は、当該地物データにおける基準時刻と、更新候補データのデータ生成時刻を比較し(1907)、更新候補データのデータ生成時刻の方が新しければ、これを更新用の地物データとして採用することとし(1909)、採用された更新候補データのみがクライアント側システム6に送信され、当該クライアント側地物情報DB2b内の既存の地物データを更新候補データに書き換える(1910)。一方、更新候補データのデータ生成時刻の方が古ければ、この更新候補データはクライアント側システム6に送信されず、クライアント側地物情報DB2b内の既存の地物データはそのまま維持される(1908)。
【0128】
フロー中の1907〜1909(1908)までの工程を、履歴情報DB7から抽出した全ての地物について繰り返す。
【0129】
(実施形態7)
本願発明の地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法の第7の実施形態を図20〜図21に基づいて説明する。本実施形態は、クライアント側システムが更新したい所望の時刻を基準時刻とする場合について説明するためのものであり、本実施形態に記さないシステムの基本的構成や機能、データの流れや処理方法などは実施形態1〜実施形態6と共通する。
【0130】
本実施形態も実施形態4〜実施形態6と同様、地理空間情報管理システム1はホスト側システム5とクライアント側システム6から構成され、ホスト側システム5とクライアント側システム6は通信回線を介して接続されている。クライアント側システム6は、一つだけ接続してもよいし、複数接続してもよい。
【0131】
ホスト側システム5には、データ更新手段4と履歴情報DB7が備えられている。なお、履歴情報DB7に代えてホスト側地物情報DB2aを備えてもよいし、履歴情報DB7とホスト側地物情報DB2aの両方を備えてもよい。
【0132】
図20は、本実施形態における地物データの更新処理を示す説明図である。クライアント側システム6が更新要求手段8によって更新要求情報を送信し(2001)、この情報をホスト側システム5が受信する。なお、クライアント側システム6が送信した更新要求情報には、設定時刻trの情報も含まれている(2002)。この設定時刻trはホスト側システム5に一旦格納されるが、その格納先は履歴情報DB7や地物情報DB2を備えるコンピュータ内のメモリに格納してもよいし、他のコンピュータや種々のメモリ内に格納してもよい。なおこの設定時刻trとは、クライアント側システム6が過去の任意時点における地物データを要求するためのもので、クライアント側で設定した時刻のことである。ホスト側システム5はこの要求に応えるため、設定時刻trに応じた地物データをクライアント側システム6に送信する。
【0133】
ホスト側システム5が更新要求情報を受信すると、これを更新命令としてデータ更新手段4が履歴情報DB7に格納された履歴地物データのうち所望の(図では最新のデータ生成時刻の)地物データDa(t8)、Db(t8)、Dc(t8)を検索し(矢印2003)、検索した地物データDa(t8)、Db(t8)、Dc(t8)を読み込んで更新候補データFa(t8)、Fb(t8)、Fc(t8)とする(矢印2004)。
【0134】
データ更新手段4は、クライアント側システム6から送られた更新要求情報に含まれる設定時刻trを読み込み(2002)、この設定時刻trを基準時刻とし、全ての地物データに割り当てる。あるいはこの設定時刻trを、指定した地物データにのみ基準時刻として割り当てることもできる。
【0135】
データ更新手段4は、履歴情報DB7から読み込んだ更新候補データを地物ごとの基準時刻と比較する(矢印2005)。
【0136】
図20に示すように、更新候補データのデータ生成時刻と基準時刻を照合した結果、データ更新手段4はFa(t8)とFc(t8)をもって更新することと判断し、クライアント側地物情報DB2bに既に格納されている地物AのDa(t7)と地物CのDc(t6)とをそれぞれFa(t8)とFc(t8)に書き換え(矢印2006)、新たにクライアント側地物情報DB2b内の地物データはそれぞれDa(t8)、Db(t9)、Dc(t8)になる。
【0137】
図21のフロー図に、本実施形態における一連の更新の流れを示す。クライアント側システム6が更新要求手段8によって更新要求情報を送信し(2101)、この情報をホスト側システム5が受信すると(2102)、データ更新手段4が履歴情報DB7から所望の地物データを抽出する(2103)。この抽出された地物データを更新候補データとして扱う。
【0138】
データ更新手段4は、更新要求情報を送信した当該クライアント側システム6が希望する設定時刻trを履歴情報DB7から抽出した全ての地物データに基準時刻として設定する(2104)。
【0139】
さらにデータ更新手段4は、当該地物データにおける基準時刻と、更新候補データのデータ生成時刻を比較し(2105)、更新候補データのデータ生成時刻の方が新しければ、これを更新用の地物データとして採用することとし(2107)、クライアント側地物情報DB2b内の既存の地物データを更新候補データに書き換える(2108)。一方、更新候補データのデータ生成時刻の方が古ければ、クライアント側地物情報DB2b内の既存の地物データをそのまま維持し(2106)、この更新候補データは更新用のデータとして採用されない。
【0140】
フロー中の2105〜2107(2106)までの工程を、履歴情報DB7から抽出した全ての地物について繰り返す。
【0141】
(地理空間情報管理システムの使用例)
本願発明の地理空間情報管理システムを用いた地物データの更新処理について、図22に基づいて説明する。なおここで説明する地理空間情報管理システム1は、ホスト側システム5と、第一のクライアント側システム6aと、第二のクライアント側システム6bから構成され、ホスト側システム5と第一のクライアント側システム6aと第二のクライアント側システム6bは通信回線を介して接続されている。ホスト側システム5には、履歴情報DB7とホスト側地物情報DB2aが備えられ、それぞれのクライアント側システム6a、bには、データ登録手段3とクライアント側地物情報DB2bが備えられており、クライアント側システム6a、bのデータ登録手段3によって地物データが登録されると、所望のタイミングでホスト側システム5に送信され履歴情報DB7に格納される。
【0142】
図22は、地理空間情報データのうちの地物データが時間とともに更新されていく状況を説明するものであり、左端の列は時間軸を表し、中央の列のうち上段(T2時点)では第一のクライアント側システム6aによるデータ更新状況を、下段(T3時点)では第二のクライアント側システム6bによるデータ更新状況を表す。また、右端の列はホスト側地物情報DB2aの地物データが更新されていく状況を表す。
【0143】
1月1日(T1)時点では、地物Aは円形、地物Bは矩形、地物Cは2棟からなる矩形である地物データとして、それぞれの地物情報がホスト側地物情報DB2aに格納されている。
【0144】
4月1日(T2)時点では、第一のクライアント側システム6aの更新者(以下、「第一の更新者」という。)が、「地物Bが消滅し、地物Cが長円形となった」情報に基づき、地物データを生成している。ここで生成された地物Bの地物データDbと地物Cの地物データDcの生成時刻はそれぞれt2であるが、地物データDaの生成時刻はt1である。これらの地物データDbと地物データDcはまだホスト側システム5には送信されていない。
【0145】
7月1日(T3)時点では、第二のクライアント側システム6bの更新者(以下、「第二の更新者」という。)によって、「地物Aが矩形に変わり、地物Bが八角形に変わった」情報に基づいて、地物データを生成している。ここで生成された地物Aの地物データDaと地物データDbの生成時刻はそれぞれt3であるが、地物データDcの生成時刻はt1である。これらの地物データDaと地物データDbはまだホスト側システム5には送信されていない。
【0146】
8月1日(T4)時点で、第二の更新者によって生成された地物データDa(t3)、地物データDb(t3)、及び地物データDc(t1)がホスト側システム5に送信されると、地物データDa(t3)、地物データDb(t3)は履歴情報DB7に格納されるが、地物データDc(t1)は既に履歴情報DB7に格納されているため今回は格納されない。つぎにデータ更新手段4が、履歴情報DB7内の最新のデータ生成時刻を有する履歴地物データを更新候補データとして読みこむ。この場合、地物Aに関しては地物データDa(t3)が、地物Bに関しては地物データDb(t3)が、地物Cに関しては地物データDc(t1)が最新であるため、これらを更新候補データFa(t3)、Fb(t3)、Fc(t1)として読みこむ。さらに、ホスト側地物情報DB2a内から更新候補データFaと同じ型(地物)の地物データDaを検索し、更新候補データFbと同じ型(地物)の地物データDbを検索し、更新候補データFcと同じ型(地物)の地物データDcを検索し、これらのデータ生成時刻を抽出して基準時刻とする。ここでは、ホスト側地物情報DB2a内の地物AについてはDa(t1)となっているので地物Aの基準時刻はt1となり、地物BについてはDb(t1)となっているので地物Bの基準時刻はt1となり、地物CについてはDc(t1)となっているので地物Cの基準時刻はt1となる。更新候補データFaのデータ生成時刻t3は地物Aの基準時刻t1(t1はt3よりも古い時刻)よりも新しく、更新候補データFbのデータ生成時刻t3も地物Bの基準時刻t1よりも新しいので、更新候補データFa(t3)、Fb(t3)ともに更新用のデータとして採用されるが、更新候補データFcのデータ生成時刻t1は地物Cの基準時刻t1と同じなので更新候補データFc(t1)は更新用のデータとして採用されない。よって、ホスト側地物情報DB2a内の地物データはDa(t3)、Db(t3)、Dc(t1)に書き換えられる。つまりT4時点において、ホスト側地物情報DB2aでは地物Aが矩形に更新され、地物Bが八角形に更新されている。
【0147】
10月1日(T5)時点で、第一の更新者によって生成された地物データDb(t2)、Dc(t2)、及びDa(t1)がホスト側システム5に送信されると、地物データDb(t2)、Dc(t2)は履歴情報DB7に格納されるが、地物データDa(t1)は既に履歴情報DB7に格納されているため今回は格納されない。つぎにデータ更新手段4が、履歴情報DB7内の最新のデータ生成時刻を有する履歴地物データを更新候補データとして読みこむ。この場合、地物Cに関しては地物データDc(t2)が最新であるため、これを更新候補データFc(t2)として読みこむが、地物Aに関しては地物データDa(t3)が既に履歴情報DB7内に格納されていることからDa(t3)が最新であり更新候補データFa(t3)として読み込まれ、地物Bに関しても地物データDb(t3)が既に履歴情報DB7内に格納されていることからDb(t3)が最新であり更新候補データFb(t3)として読み込まれる。さらに、ホスト側地物情報DB2a内から更新候補データFaと同じ型(地物)の地物データDaを検索し、更新候補データFbと同じ型(地物)の地物データDbを検索し、更新候補データFcと同じ型(地物)の地物データDcを検索し、これらのデータ生成時刻を抽出して基準時刻とする。ホスト側地物情報DB2a内の地物Aと地物BについてはT4時点でのデータであるデータDa(t3)、データDb(t3)となっているので、地物Aの基準時刻はt3、地物Bの基準時刻もt3となる。一方、ホスト側地物情報DB2a内の地物CについてはDc(t1)となっているので、地物Cの基準時刻はt1となる。更新候補データFcのデータ生成時刻t2は地物Cの基準時刻t1よりも新しいので、更新候補データFc(t2)は更新用のデータとして採用され、ホスト側地物情報DB2aの地物データはDc(t2)に書き換えられるが、更新候補データFaのデータ生成時刻t3と地物Aの基準時刻t3は同時刻であり、更新候補データFbのデータ生成時刻t3と地物Bの基準時刻t3も同時刻なので、更新候補データFa(t3)、Fb(t3)は更新用のデータとして採用されない。つまりT5時点において、ホスト側地物情報DB2aでは地物Cが長円形に更新されるだけで、地物Aは矩形のままであり、地物Bは八角形のままである。
【産業上の利用可能性】
【0148】
本願発明の地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法は、国や地方自治体など国土を管理、保全する者をはじめ、教育関係者や地図データの提供者、あるいは輸送業者、不動産業者、マーケットリサーチなど各種調査を行う者など、様々な立場の者によって利用することができる。
【符号の説明】
【0149】
1 地理空間情報管理システム
2 地物情報データベース
2a ホスト側地物情報DB
2b クライアント側地物情報DB
3 データ登録手段
4 データ更新手段
5 ホスト側システム
6 クライアント側システム
6a 第1クライアント側システム
6b 第2クライアント側システム
7 履歴情報DB
8 更新要求手段
9 更新時刻DB
【特許請求の範囲】
【請求項1】
地物情報を管理し得る地理空間情報の管理システムであって、
地物データを格納する地物情報データベースと、地物情報データベースを更新するデータ更新手段と、を備え、
前記地物データは、地物に関する情報及び当該地物データが生成されたデータ生成時刻の情報を有し、
前記地物情報データベースに格納された既存地物データ群は、それぞれ地物データごとに更新されるものであり、
前記データ更新手段は、更新する際に、更新用の地物データである更新候補データを読み込み、この更新候補データのデータ生成時刻と、地物データごとに設定される基準時刻とを照合し、この照合結果に基づいて当該更新候補データで更新するか否かの判断を行い、この判断に基づいて地物データごとに更新処理を行うことを特徴とする地理空間情報の管理システム。
【請求項2】
請求項1記載の地理空間情報の管理システムにおいて、
地物データが、空間属性、時間属性、又は主題属性のいずれかの属性情報を有する属性データであり、
地物データのデータ生成時刻は、前記属性データが生成された時刻であることを特徴とする地理空間情報の管理システム。
【請求項3】
請求項2記載の地理空間情報の管理システムにおいて、
属性データが、一又は二以上の属性要素データからなり、
地物データが、前記属性要素データであり、
地物データのデータ生成時刻は、前記属性要素データが生成された時刻であることを特徴とする地理空間情報の管理システム。
【請求項4】
請求項1乃至請求項3のいずれかに記載の地理空間情報の管理システムにおいて、
地物データを登録するデータ登録手段を備え、
データ更新手段は、前記データ登録手段によって登録された地物データを更新候補データとして読み込み、更新処理を行うことを特徴とする地理空間情報の管理システム。
【請求項5】
請求項4記載の地理空間情報の管理システムにおいて、
ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、
前記ホスト側システムに、地物情報データベースが備えられ、
前記クライアント側システムに、データ登録手段が備えられ、
前記データ登録手段によって登録された地物データは、前記通信回線を介してホスト側システムに伝達され、
データ更新手段は、ホスト側システムに伝達された前記地物データを更新候補データとして読み込み、更新処理を行うことを特徴とする地理空間情報の管理システム。
【請求項6】
請求項4又は請求項5記載の地理空間情報の管理システムにおいて、
ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、
前記ホスト側システム及び前記クライアント側システムの双方に、地物情報データベースが備えられ、
データ更新手段は、データ登録手段によって登録された地物データを、前記ホスト側システム用の更新候補データとして読み込み、前記ホスト側システムの地物情報データベースの更新処理を行うとともに、
前記データ更新手段は、前記ホスト側システムの地物情報データベースを更新した地物データを、前記クライアント側システム用の更新候補データとして読み込み、前記クライアント側システムの地物情報データベースの更新処理を行うことを特徴とする地理空間情報の管理システム。
【請求項7】
請求項6記載の地理空間情報の管理システムにおいて、
ホスト側システムの地物情報データベースが地物データによって更新されると、
データ更新手段が、前記ホスト側システムの地物情報データベースを更新した地物データを、クライアント側システム用の更新候補データとして読み込み、前記クライアント側システムの地物情報データベースの更新処理を行うことを特徴とする地理空間情報の管理システム。
【請求項8】
請求項1乃至請求項3のいずれかに記載の地理空間情報の管理システムにおいて、
地物データを登録するデータ登録手段と、このデータ登録手段によって登録される地物データを格納する履歴情報データベースとを備え、
前記履歴情報データベースは、同一地物に関する地物データであっても異なるデータ生成時刻を有する地物データはそれぞれ異なる履歴地物データとして格納するものであり、
データ更新手段は、前記履歴情報データベースに格納された履歴地物データ群から、履歴地物データのデータ生成時刻に基づいて履歴地物データを抽出し、これら抽出された履歴地物データを更新候補データとすることを特徴とする地理空間情報の管理システム。
【請求項9】
請求項8記載の地理空間情報の管理システムにおいて、
地物データが、空間属性、時間属性、又は主題属性のいずれかの属性情報を有する属性データであり、
履歴情報データベースが、同一地物であって同一属性情報を有する地物データであっても、異なるデータ生成時刻を有する地物データはそれぞれ異なる履歴地物データとして格納することを特徴とする地理空間情報の管理システム。
【請求項10】
請求項9記載の地理空間情報の管理システムにおいて、
属性データが、一又は二以上の属性要素データからなり、
地物データが、前記属性要素データであり、
履歴情報データベースが、同一地物であって同一属性情報を有する地物データを構成する同一の属性要素データであっても、異なるデータ生成時刻を有する地物データはそれぞれ異なる履歴地物データとして格納することを特徴とする地理空間情報の管理システム。
【請求項11】
請求項8乃至請求項10のいずれかに記載の地理空間情報の管理システムにおいて、
データ更新手段は、履歴情報データベースに格納された履歴地物データ群から、
同一の地物に関する履歴地物データ、又は同一の地物であって同一の属性情報を有する履歴地物データ、又は同一地物であって同一属性情報を構成する同一の属性要素データに該当する履歴地物データ、のうち最新のデータ生成時刻を有する履歴地物データを抽出し、これら抽出された履歴地物データを更新候補データとすることを特徴とする地理空間情報の管理システム。
【請求項12】
請求項8又は請求項11記載の地理空間情報の管理システムにおいて、
ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、
前記ホスト側システムに、履歴情報データベースが備えられ、
前記クライアント側システムに、データ登録手段が備えられ、
前記データ登録手段によって登録された地物データは、前記通信回線を介してホスト側システムに伝達され、
前記履歴情報データベースは、ホスト側システムに伝達された前記地物データを履歴地物データとして格納することを特徴とする地理空間情報の管理システム。
【請求項13】
請求項8乃至請求項11のいずれかに記載の地理空間情報の管理システムにおいて、
ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、
前記ホスト側システムに、地物情報データベースが備えられ、
前記クライアント側システムに、履歴情報データベースが備えられ、
データ更新手段は、データ登録手段によって登録された地物データを、前記ホスト側システム用の更新候補データとして読み込み、前記ホスト側システムの地物情報データベースの更新処理を行うとともに、
これら前記ホスト側システムの地物情報データベースを更新した地物データは、前記通信回線を介して前記クライアント側システムに伝達され、前記クライアント側システムの履歴情報データベースに格納されることを特徴とする地理空間情報の管理システム。
【請求項14】
請求項13記載の地理空間情報の管理システムにおいて、
ホスト側システムの地物情報データベースが地物データによって更新されると、
前記ホスト側システムの地物情報データベースを更新した地物データが、通信回線を介してクライアント側システムに伝達されることを特徴とする地理空間情報の管理システム。
【請求項15】
請求項8乃至請求項11のいずれかに記載の地理空間情報の管理システムにおいて、
ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、
前記ホスト側システム及び前記クライアント側システムの双方に、履歴情報データベースが備えられ、
データ更新手段は、前記ホスト側システムの履歴情報データベースに格納された履歴地物データ群から、履歴地物データのデータ生成時刻に基づいて履歴地物データを抽出し、これら抽出された履歴地物データは、前記通信回線を介して前記クライアント側システムに伝達され、前記クライアント側システムの履歴情報データベースに格納されることを特徴とする地理空間情報の管理システム。
【請求項16】
請求項15記載の地理空間情報の管理システムにおいて、
ホスト側システムの履歴情報データベースに地物データが履歴地物データとして格納されると、
前記ホスト側システムの履歴情報データベースに格納された履歴地物データが、通信回線を介してクライアント側システムに伝達されることを特徴とする地理空間情報の管理システム。
【請求項17】
請求項1乃至請求項16のいずれかに記載の地理空間情報の管理システムにおいて、
ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、
前記クライアント側システムは、前記ホスト側システムに更新要求を伝達する更新要求手段を備え、
前記クライアント側システムが、前記更新要求手段によって前記ホスト側システムに更新要求すると、
データ更新手段は、前記ホスト側システムの地物情報データベース内にある地物データ又は履歴情報データベース内にある履歴地物データを、地物データ又は履歴地物データのデータ生成時刻に基づいて、前記クライアント側システム用の更新候補データとして読み込み、前記クライアント側システムの更新処理を行うことを特徴とする地理空間情報の管理システム。
【請求項18】
請求項17記載の地理空間情報の管理システムにおいて、
ホスト側システムは、クライアント側システムから更新要求されると、当該クライアント側システムの当該要求を更新要求情報として記憶し、
データ更新手段は、前記ホスト側システムが当該クライアント側システムについて記憶した過去の更新要求情報のうちいずれかの更新要求情報にかかる更新時の更新に用いられた地物データのデータ生成時刻を、当該クライアント側システムにおける地物データごとに設定される基準時刻とすることを特徴とする地理空間情報の管理システム。
【請求項19】
請求項17記載の地理空間情報の管理システムにおいて、
クライアント側システムは、更新要求手段によってホスト側システムに更新要求するとともに、更新したい時刻を示す設定時刻の情報を送信し、
データ更新手段は、前記ホスト側システムが前記設定時刻を受信すると、この設定時刻を、当該クライアント側システムにおける地物データごとに設定される基準時刻とすることを特徴とする地理空間情報の管理システム。
【請求項20】
請求項1乃至請求項16のいずれかに記載の地理空間情報の管理システムにおいて、
データ更新手段は、更新候補データと同一地物に関する地物データ、又は更新候補データと同一の地物であって同一の属性情報を有する地物データ、又は更新候補データと同一地物であって同一属性情報を構成する同一の属性要素データに該当する地物データを、地物情報データベースに格納された既存地物データ群から抽出するとともに、
この抽出された既存地物データのデータ生成時刻を、地物データごとに設定される基準時刻とすることを特徴とする地理空間情報の管理システム。
【請求項21】
コンピュータに対して、請求項1乃至請求項20のいずれかに記載の地理空間情報の管理システムを実行させうることを特徴とする地理空間情報の管理プログラム。
【請求項22】
地物データを格納する地物情報データベースと、地物情報データベースを更新するデータ更新手段によって、地物情報を管理する地理空間情報の管理方法であって、
前記地物情報データベースに格納された既存地物データ群は、それぞれ地物データごとに更新されるものであり、
前記地物データは、地物に関する情報及び当該地物データが生成されたデータ生成時刻の情報を有し、
更新する際、前記データ更新手段は、更新用の地物データである更新候補データを読み込み、この更新候補データのデータ生成時刻と、地物データごとに設定される基準時刻とを照合し、この照合結果に基づいて当該更新候補データで更新するか否かの判断を行い、この判断に基づいて地物データごとに更新処理を行うことを特徴とする地理空間情報の管理方法。
【請求項1】
地物情報を管理し得る地理空間情報の管理システムであって、
地物データを格納する地物情報データベースと、地物情報データベースを更新するデータ更新手段と、を備え、
前記地物データは、地物に関する情報及び当該地物データが生成されたデータ生成時刻の情報を有し、
前記地物情報データベースに格納された既存地物データ群は、それぞれ地物データごとに更新されるものであり、
前記データ更新手段は、更新する際に、更新用の地物データである更新候補データを読み込み、この更新候補データのデータ生成時刻と、地物データごとに設定される基準時刻とを照合し、この照合結果に基づいて当該更新候補データで更新するか否かの判断を行い、この判断に基づいて地物データごとに更新処理を行うことを特徴とする地理空間情報の管理システム。
【請求項2】
請求項1記載の地理空間情報の管理システムにおいて、
地物データが、空間属性、時間属性、又は主題属性のいずれかの属性情報を有する属性データであり、
地物データのデータ生成時刻は、前記属性データが生成された時刻であることを特徴とする地理空間情報の管理システム。
【請求項3】
請求項2記載の地理空間情報の管理システムにおいて、
属性データが、一又は二以上の属性要素データからなり、
地物データが、前記属性要素データであり、
地物データのデータ生成時刻は、前記属性要素データが生成された時刻であることを特徴とする地理空間情報の管理システム。
【請求項4】
請求項1乃至請求項3のいずれかに記載の地理空間情報の管理システムにおいて、
地物データを登録するデータ登録手段を備え、
データ更新手段は、前記データ登録手段によって登録された地物データを更新候補データとして読み込み、更新処理を行うことを特徴とする地理空間情報の管理システム。
【請求項5】
請求項4記載の地理空間情報の管理システムにおいて、
ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、
前記ホスト側システムに、地物情報データベースが備えられ、
前記クライアント側システムに、データ登録手段が備えられ、
前記データ登録手段によって登録された地物データは、前記通信回線を介してホスト側システムに伝達され、
データ更新手段は、ホスト側システムに伝達された前記地物データを更新候補データとして読み込み、更新処理を行うことを特徴とする地理空間情報の管理システム。
【請求項6】
請求項4又は請求項5記載の地理空間情報の管理システムにおいて、
ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、
前記ホスト側システム及び前記クライアント側システムの双方に、地物情報データベースが備えられ、
データ更新手段は、データ登録手段によって登録された地物データを、前記ホスト側システム用の更新候補データとして読み込み、前記ホスト側システムの地物情報データベースの更新処理を行うとともに、
前記データ更新手段は、前記ホスト側システムの地物情報データベースを更新した地物データを、前記クライアント側システム用の更新候補データとして読み込み、前記クライアント側システムの地物情報データベースの更新処理を行うことを特徴とする地理空間情報の管理システム。
【請求項7】
請求項6記載の地理空間情報の管理システムにおいて、
ホスト側システムの地物情報データベースが地物データによって更新されると、
データ更新手段が、前記ホスト側システムの地物情報データベースを更新した地物データを、クライアント側システム用の更新候補データとして読み込み、前記クライアント側システムの地物情報データベースの更新処理を行うことを特徴とする地理空間情報の管理システム。
【請求項8】
請求項1乃至請求項3のいずれかに記載の地理空間情報の管理システムにおいて、
地物データを登録するデータ登録手段と、このデータ登録手段によって登録される地物データを格納する履歴情報データベースとを備え、
前記履歴情報データベースは、同一地物に関する地物データであっても異なるデータ生成時刻を有する地物データはそれぞれ異なる履歴地物データとして格納するものであり、
データ更新手段は、前記履歴情報データベースに格納された履歴地物データ群から、履歴地物データのデータ生成時刻に基づいて履歴地物データを抽出し、これら抽出された履歴地物データを更新候補データとすることを特徴とする地理空間情報の管理システム。
【請求項9】
請求項8記載の地理空間情報の管理システムにおいて、
地物データが、空間属性、時間属性、又は主題属性のいずれかの属性情報を有する属性データであり、
履歴情報データベースが、同一地物であって同一属性情報を有する地物データであっても、異なるデータ生成時刻を有する地物データはそれぞれ異なる履歴地物データとして格納することを特徴とする地理空間情報の管理システム。
【請求項10】
請求項9記載の地理空間情報の管理システムにおいて、
属性データが、一又は二以上の属性要素データからなり、
地物データが、前記属性要素データであり、
履歴情報データベースが、同一地物であって同一属性情報を有する地物データを構成する同一の属性要素データであっても、異なるデータ生成時刻を有する地物データはそれぞれ異なる履歴地物データとして格納することを特徴とする地理空間情報の管理システム。
【請求項11】
請求項8乃至請求項10のいずれかに記載の地理空間情報の管理システムにおいて、
データ更新手段は、履歴情報データベースに格納された履歴地物データ群から、
同一の地物に関する履歴地物データ、又は同一の地物であって同一の属性情報を有する履歴地物データ、又は同一地物であって同一属性情報を構成する同一の属性要素データに該当する履歴地物データ、のうち最新のデータ生成時刻を有する履歴地物データを抽出し、これら抽出された履歴地物データを更新候補データとすることを特徴とする地理空間情報の管理システム。
【請求項12】
請求項8又は請求項11記載の地理空間情報の管理システムにおいて、
ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、
前記ホスト側システムに、履歴情報データベースが備えられ、
前記クライアント側システムに、データ登録手段が備えられ、
前記データ登録手段によって登録された地物データは、前記通信回線を介してホスト側システムに伝達され、
前記履歴情報データベースは、ホスト側システムに伝達された前記地物データを履歴地物データとして格納することを特徴とする地理空間情報の管理システム。
【請求項13】
請求項8乃至請求項11のいずれかに記載の地理空間情報の管理システムにおいて、
ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、
前記ホスト側システムに、地物情報データベースが備えられ、
前記クライアント側システムに、履歴情報データベースが備えられ、
データ更新手段は、データ登録手段によって登録された地物データを、前記ホスト側システム用の更新候補データとして読み込み、前記ホスト側システムの地物情報データベースの更新処理を行うとともに、
これら前記ホスト側システムの地物情報データベースを更新した地物データは、前記通信回線を介して前記クライアント側システムに伝達され、前記クライアント側システムの履歴情報データベースに格納されることを特徴とする地理空間情報の管理システム。
【請求項14】
請求項13記載の地理空間情報の管理システムにおいて、
ホスト側システムの地物情報データベースが地物データによって更新されると、
前記ホスト側システムの地物情報データベースを更新した地物データが、通信回線を介してクライアント側システムに伝達されることを特徴とする地理空間情報の管理システム。
【請求項15】
請求項8乃至請求項11のいずれかに記載の地理空間情報の管理システムにおいて、
ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、
前記ホスト側システム及び前記クライアント側システムの双方に、履歴情報データベースが備えられ、
データ更新手段は、前記ホスト側システムの履歴情報データベースに格納された履歴地物データ群から、履歴地物データのデータ生成時刻に基づいて履歴地物データを抽出し、これら抽出された履歴地物データは、前記通信回線を介して前記クライアント側システムに伝達され、前記クライアント側システムの履歴情報データベースに格納されることを特徴とする地理空間情報の管理システム。
【請求項16】
請求項15記載の地理空間情報の管理システムにおいて、
ホスト側システムの履歴情報データベースに地物データが履歴地物データとして格納されると、
前記ホスト側システムの履歴情報データベースに格納された履歴地物データが、通信回線を介してクライアント側システムに伝達されることを特徴とする地理空間情報の管理システム。
【請求項17】
請求項1乃至請求項16のいずれかに記載の地理空間情報の管理システムにおいて、
ホスト側システムと、通信回線を介してこのホスト側システムに接続される一又は二以上のクライアント側システムから構成され、
前記クライアント側システムは、前記ホスト側システムに更新要求を伝達する更新要求手段を備え、
前記クライアント側システムが、前記更新要求手段によって前記ホスト側システムに更新要求すると、
データ更新手段は、前記ホスト側システムの地物情報データベース内にある地物データ又は履歴情報データベース内にある履歴地物データを、地物データ又は履歴地物データのデータ生成時刻に基づいて、前記クライアント側システム用の更新候補データとして読み込み、前記クライアント側システムの更新処理を行うことを特徴とする地理空間情報の管理システム。
【請求項18】
請求項17記載の地理空間情報の管理システムにおいて、
ホスト側システムは、クライアント側システムから更新要求されると、当該クライアント側システムの当該要求を更新要求情報として記憶し、
データ更新手段は、前記ホスト側システムが当該クライアント側システムについて記憶した過去の更新要求情報のうちいずれかの更新要求情報にかかる更新時の更新に用いられた地物データのデータ生成時刻を、当該クライアント側システムにおける地物データごとに設定される基準時刻とすることを特徴とする地理空間情報の管理システム。
【請求項19】
請求項17記載の地理空間情報の管理システムにおいて、
クライアント側システムは、更新要求手段によってホスト側システムに更新要求するとともに、更新したい時刻を示す設定時刻の情報を送信し、
データ更新手段は、前記ホスト側システムが前記設定時刻を受信すると、この設定時刻を、当該クライアント側システムにおける地物データごとに設定される基準時刻とすることを特徴とする地理空間情報の管理システム。
【請求項20】
請求項1乃至請求項16のいずれかに記載の地理空間情報の管理システムにおいて、
データ更新手段は、更新候補データと同一地物に関する地物データ、又は更新候補データと同一の地物であって同一の属性情報を有する地物データ、又は更新候補データと同一地物であって同一属性情報を構成する同一の属性要素データに該当する地物データを、地物情報データベースに格納された既存地物データ群から抽出するとともに、
この抽出された既存地物データのデータ生成時刻を、地物データごとに設定される基準時刻とすることを特徴とする地理空間情報の管理システム。
【請求項21】
コンピュータに対して、請求項1乃至請求項20のいずれかに記載の地理空間情報の管理システムを実行させうることを特徴とする地理空間情報の管理プログラム。
【請求項22】
地物データを格納する地物情報データベースと、地物情報データベースを更新するデータ更新手段によって、地物情報を管理する地理空間情報の管理方法であって、
前記地物情報データベースに格納された既存地物データ群は、それぞれ地物データごとに更新されるものであり、
前記地物データは、地物に関する情報及び当該地物データが生成されたデータ生成時刻の情報を有し、
更新する際、前記データ更新手段は、更新用の地物データである更新候補データを読み込み、この更新候補データのデータ生成時刻と、地物データごとに設定される基準時刻とを照合し、この照合結果に基づいて当該更新候補データで更新するか否かの判断を行い、この判断に基づいて地物データごとに更新処理を行うことを特徴とする地理空間情報の管理方法。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【公開番号】特開2011−164448(P2011−164448A)
【公開日】平成23年8月25日(2011.8.25)
【国際特許分類】
【出願番号】特願2010−28560(P2010−28560)
【出願日】平成22年2月12日(2010.2.12)
【出願人】(390023249)国際航業株式会社 (55)
【Fターム(参考)】
【公開日】平成23年8月25日(2011.8.25)
【国際特許分類】
【出願日】平成22年2月12日(2010.2.12)
【出願人】(390023249)国際航業株式会社 (55)
【Fターム(参考)】
[ Back to top ]