JP4047061B2 - Data structure of a map database that stores multiple records in time series - Google Patents

Data structure of a map database that stores multiple records in time series Download PDF

Info

Publication number
JP4047061B2
JP4047061B2 JP2002134359A JP2002134359A JP4047061B2 JP 4047061 B2 JP4047061 B2 JP 4047061B2 JP 2002134359 A JP2002134359 A JP 2002134359A JP 2002134359 A JP2002134359 A JP 2002134359A JP 4047061 B2 JP4047061 B2 JP 4047061B2
Authority
JP
Japan
Prior art keywords
map
data
feature
time series
attribute
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2002134359A
Other languages
Japanese (ja)
Other versions
JP2003330360A (en
JP2003330360A5 (en
Inventor
修一 野崎
信治 三好
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zenrin Co Ltd
Original Assignee
Zenrin Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Zenrin Co Ltd filed Critical Zenrin Co Ltd
Priority to JP2002134359A priority Critical patent/JP4047061B2/en
Publication of JP2003330360A publication Critical patent/JP2003330360A/en
Publication of JP2003330360A5 publication Critical patent/JP2003330360A5/ja
Application granted granted Critical
Publication of JP4047061B2 publication Critical patent/JP4047061B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Instructional Devices (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、地図を表す地図データベースのデータ構造に関する。
【0002】
【従来の技術】
従来、地図を表す地図データベースの利用が広がりつつある。地図データには地図上の道路等の地物を表す地物データを含む。地物データは、地物の形状を表す形状データと属性データとを含む。例えば道路の属性データには国道・県道などの道路種別を含む。地図データは随時改訂される。ユーザは、CD−ROMなどの媒体、またはインターネット等を通じた配信により、改訂された地図を利用することができる。
【0003】
ここで電子地図は、時系列的に生起・変遷する事象を、地図上の地物に関連付けて表示するために使用される場合がある。例えば、交通事故が起きた場所を地図上に表示する場合が挙げられる。かかる地図表示によれば、ユーザは、事故現場の道路環境と状況の相関関係を分析することができる。従来、事故の履歴は個別のデータベースで管理されており、このデータベースから位置情報を読み出すことで、事故現場の位置や事故件数などが地図上に表示されていた。
【0004】
【発明が解決しようとする課題】
しかし、かかる態様では、事象と地物の対応をとることが困難になる場合があった。例えば、道路などの地物の名称が変更されると、その変更名称変更前の事象データと、名称変更後の地物とを対応付けることは、困難となっていた。また、地物の形状が工事などにより変化した場合、形状変化前の事象と形状変化後の地物とが対応付けられることにより、両者の相関を正確に分析することに支障が生じることがあった。
【0005】
地図の時系列的なスライド表示を行うことにより、地形の変化を視覚的にとらえらることは可能ではあるが、柔軟に処理することはできなかった。例えば、改訂前後の地図データの地物から、変化が生じた地物のみを客観的に抽出する場合などである。さらには、形状変化等が種々の事象に与える影響を分析することも容易ではない。
【0006】
上述の課題は、事象等の属性と地物との関係、地物又は属性の時間的な変遷を客観的に分析する場合に共通の課題であった。本発明は、このような客観的な分析を実現可能な地図データベースを提供することを目的とする。
【0007】
【課題を解決するための手段およびその作用・効果】
上記課題の少なくとも一部を解決するために、本発明では、次の構成を適用した。
本発明の第一のデータ構造は、
地図を表す地図データベースのデータ構造において、
前記地図上に表される地物ごとに用意された地物データと、
該地物に関連し、前記地物データと対応付けられた所定の時間情報とを備えることを要旨とする。
【0008】
また、本発明の第二のデータ構造は、
前記地図上に表される地物に関連する所定の属性を記憶する属性データと、
該属性に関連し、前記属性データと対応付けられた所定の時間情報とを備えることを要旨とする。
【0009】
このようにすることで、地物データや、属性データを時系列的に記憶することができ、地物や属性の変遷等を客観的に把握することができる。
【0010】
ここで、地図データベースが表す地図には種々の地図を含む。例えば、住宅地図、市街地図、家枠・ライフラインを含む地図などを含む。また、地図データベースの用途は郷土資料などであってもよい。さらに、地図は、2次元的な地図でもよいし、3次元的な地図でも良い。また、航空写真・衛星写真・鳥瞰画像などを含む地図であってもよい。
【0011】
地物としては、道路や建築物その他の建造物、山林、田畑、家枠、河川、湖沼、電気・ガス等のライフラインなど地図上に現れる種々の地物が含まれる。道路の立体交差部分を表す地物のように、建造物等の一部を表す地物でもよい。また、行政区画、地域・地方、移動経路、航空路、フェリー経路など、人為的に設定された形状や空間、領域、位置を含むものとしてもよい。くわえて、地物としては、山の山頂や、測量の基準点、灯台などの位置などを含んでも良い。さらに、地物としては、等高線、等圧線、台風の目、高気圧・低気圧などを含むものとしてもよい。
【0012】
地物に関する所定の時間情報としては、例えば地物の建造時期、改修時期、取り壊し時期などが挙げられる。段階的な整備計画で建造された地物については、第何次の整備計画で建造されたかという形式で時間情報を記憶しても良い。所定の時間情報は、時間を直接表す情報としてもよいし、時系列的な順序を表す情報としてもよい。
【0013】
属性としては、地物に応じて種々のものを挙げることができる。例えば、地物の名称、種別、規制を含めることができる。名称としては、家や店舗などの建造物について世帯主名、事業者名を挙げることができる。種別としては、道路の種別では、高速道路、有料道路、一般国道/県道、細道路などの種別を挙げることができる。交差点の種別としては、立体交差、行き止まりといった種別を挙げることができる。また、経路の種別としては、航空路、フェリー航路といった種別を挙げることができる。構造物の種別としては、高架、橋梁、トンネル、洞門、踏切といった種別を挙げることができる。さらに、規制としては、例えば道路の規制では、一方通行、Uターン禁止、速度制限などの交通規制を挙げることができる。
【0014】
なお、属性に関する時間情報としては、例えば、その属性が設定・変更・廃止・確認された時間や期間などが挙げられる。
【0015】
ここに、地図データベースは、属性データを含んでもよいし、含まなくてもよい。属性データを含む場合、時間情報と対応付けられた属性データを少なくとも一部に含むものとしてもよいし、全く含まないものとしても良い。
【0016】
ここで所定の時間情報は、地物データのみに関連するものでもよいし、属性データのみに関連するものでもよい。また、地物データと属性データの両方に関連するものでもよい。
【0017】
なお、地図データベースには、地物等の形状を表す形状データを含むことが好ましい。形状データには、2次元モデルを利用してもよいし、3次元モデルを利用しても良い。また、ソリッドモデル、サーフェースモデル、ワイヤーフレームモデルなど種々のモデルを利用可能である。さらに、形状データには、ポリゴンデータ形式、ラスタデータ形式、ベクトルデータ形式その他種々のデータ形式を利用することができる。加えて、形状データが表す形状には、点や線、面、立体、これらの結合等の種々の形状を含むことが好ましい。また、形状データは、家屋内の間取り図のように平面的な内部構造を表すデータを含めても良いし、ビル内の配管図のように立体的な地物の内部構造を表すデータを含めてもよい。
【0018】
本発明のデータ構造において、
前記属性は、前記地物に関して生じた所定の事象を含むものとしてもよい。
【0019】
所定の事象は、地図には明示的に表現されない現象、地物に関連する現象、時間とともに変化する事象、地物に関連して生起・変化・消滅等する種々の事象をいう。例えば事象には、時系列的に連続する現象が含まれる。しかし、人為的に各地物に設定された状態である名称・種別・交通規制などの属性や、地図上の形状そのものについては、事象には含まれない。
【0020】
また、事象は現存している地物に関するものには限らない。例えば企業の合併による整理統合があった場合、従前の複数企業の業績を合併後の企業に対応付けても良い。また、取り壊された建物に係る企業の業績をその跡地に対応して記憶してもよい。
【0021】
道路についての事象としては、道路の開通、事故、渋滞、工事、降雨・積雪等の現象などを含む。建築物についての事象としては、犯罪、地価、火災などを含む。さらに事象には、企業や営業所の業績、マンションの世帯数を含む。
【0022】
事象は、地物の属性の変化を含む。例えば、企業や学校等の合併・分社・設立・移転・廃止、山火事による山林の焼失、道路の種別変更、鉄道路線の買収・電化・複線化・単線化、有料道路の料金変更・無料化・管理者変更、道路の交通規制の変更、行政区画名の変更、人口分布の変更などを含む。
【0023】
事象は、地物の形状の変化を含む。例えば、護岸工事や海岸侵食にともなう海岸線の変化や、崖崩れ等による等高線の変化、道路や鉄道路線の複線化・高架化・地下化、フェリーや旅客機の路線変更、行政区画形状の変更・統合・分割・拡張・縮小、桜前線の北上、気温や動植物分布の変化などを含む。
【0024】
本発明のデータ構造において、
前記地物データおよび属性データの少なくとも一部は、前記関連する地物および属性について、前記時間情報が相違する複数個のレコードを記憶することが好ましい。
【0025】
このようにすることで、複数個のレコードにより、地物や属性の変遷を時系列的に把握することができる。
【0026】
本発明のデータ構造において、
前記地物データおよび属性データの少なくとも一部は、前記複数個の各レコードに対応付けられたリンクデータを記憶しており、
該リンクデータは、該レコードに対応する過去のレコードを特定可能なものとしてもよい。
【0027】
このようにすることで、少なくとも、レコードに対応する過去のレコードを容易に特定することができる。例えば、名称や位置、形状等が相違する地物間の対応であっても容易に特定することができる。リンクを、時間情報の新しいレコードから古いレコードを特定できるよう設定する場合には、既存の古いレコードに新たなリンクを設けるまでなく、新しいレコードの作成とともにリンクを生成すれば足りる。更に、古いレコードから新しいレコードを特定するためのリンクを設けてもよい。リンクは各レコードの記憶場所を特定可能な形、例えば、パス、アドレスなどの形で設けることが好ましい。
【0028】
地図データベースの管理者が、現実の事象に応じて、属性データやリンクデータ等を個別に設定・変更・追加・削除可能としてもよい。例えば、事故の都度、事故数を加算可能としたり、事故の状況を追記可能としてもよい。また、業績、交通現象、ライフラインの点検・補修に応じて記憶内容を設定・変更する地図データベースとしてもよい。
【0029】
本発明の地図データベースは、時間情報と対応付けられた地物データ、属性データの活用により、顧客管理、交通計画、防犯計画、信用情報の調査、安全な通学路の検討、信号機設置の検討、ライフラインの保守などの用途に利用することができる。顧客管理に利用する地図データベースでは、住宅のリフォーム情報、新規顧客情報、買換え需要顧客情報、営業地域情報などを記憶する地図データベースとしてもよい。
【0030】
本発明の地図出力装置は、
地図を表す地図データベースに基づいて、地図情報を出力する地図情報出力装置であって、
前記地図データベースは、少なくとも一部に、時系列的に異なる複数個のデータを有しており、
前記地図情報出力装置は、
出力すべきデータを抽出するための抽出条件を指定する指定部と、
該抽出条件に適合するデータを、前記時系列にわたって抽出する抽出部と、該抽出されたデータを出力する地図情報出力部とを備えることを要旨とする。
【0031】
このようにすることで、時系列的に異なる複数のデータを出力することができる。なお、抽出条件は、名称・位置・形状・属性等の同一・相違・類似等に基づいて指定することができる。
【0032】
地図データベースは、地図全体にわたって時系列的に異なる複数のバージョンを記憶しているものとしてもよい。例えば、CD−ROMにより各々配布された各改訂バージョンの地図データを併せて保持するものとしてもよい。かかる場合には、必ずしも、各バージョンにおける地物データ、属性データが時間情報と対応付けられている必要はない。各バージョンが発行された時期等によって地物データ、属性データは時系列的に把握される。
【0033】
前記地図データベースは、
前記地図上に表される地物ごとに用意された地物データと、
該地物に関連する所定の属性を記憶する属性データとを備え、
前記地物データおよび属性データの少なくとも一方は、該地物および属性に関連する所定の時間情報と対応付けられていることが望ましい。
【0034】
このようにすることで、時系列的に異なる複数個の地物データや属性データを出力することができる。また、地物データや属性データが建造時期などの時間情報と対応付けられているため、地図データの改訂時期に関わらず建造時期等を正確に分析することができる。
【0035】
本発明の地図情報出力装置において、
前記データの少なくとも一部は、該データに対応する時系列的に異なるデータを特定するリンクデータを記憶しており、
前記抽出部は、該特定結果に基づいて前記時系列にわたる抽出を行うものとしてもよい。
【0036】
このようにすることで、時系列にわたる抽出を容易に行うことができる。
【0037】
本発明の地図情報出力装置において、
前記時系列にわたって抽出されるデータに対し、所定の情報処理を施す処理部を備え、
前記出力は該処理に応じた出力であるものとしてもよい。
【0038】
このようにすることで、地物に対応するデータを時系列的に処理することができる。例えば、ソート、分類、比較、合計等の処理を行うことができる。
【0039】
なお、出力の形式は、文書・図面等の視覚的な出力を利用することができる。このとき、リスト、表、グラフなど種々の形式を利用可能である。また、音声による聴覚的な出力を利用してもよい。例えば、地図データベースがカーナビゲーションシステムに利用する場合に、音声合成やベルによる案内を行うものとしてもよい。
【0040】
本発明の地図情報出力装置において、
前記情報処理は、前記抽出されるデータに係る統計処理であるものとしてもよい。
【0041】
統計処理としては、例えば、事故や業績などの量的な事象について、その増減率、増減数、平均値などを算出したり、最大値、最小値、中央値を求めたりする処理が含まれる。最大値、最小値、中央値に対応する地物、時期等を求めてもよい。また、統計処理は数値の算出に限られず、例えば抽出された地物が密集している地域を求めるなど地理的な処理であっても良い。
【0042】
なお、出力は、時系列にわたる相違や差異、差分の出力であってもよいし、時系例つにわたる同一・類似部分の出力であってもよい。例えば、交通量の時系列的変化が少ない道路を示すものであってもよい。
【0043】
本発明の地図情報出力装置において、
前記地図情報出力部は、抽出された結果を、
地図とは別に出力するものとしてもよいし、
前記地図の少なくとも一部と共に出力するものとしてもよい。
【0044】
地図の少なくとも一部と共に出力する場合には、抽出された結果を、地図と対比しつつ閲覧・確認することができる。
【0045】
例えば、抽出された結果をグラフや表にしたものを、地図に付して出力してもよい。このとき、地図上の地物やアイコンをクリックすることで、その地物に係る抽出結果が出力されるものとしてもよい。また、地図上の各行政区画を抽出結果に応じて色分けしたり、時系列的に異なる複数の形状等を重ね合せて表示したりしてもよい。あるいは、時系列的に異なる複数の形状等の差異・差分、不変部分を出力するものとしてもよい。
【0046】
本発明の地図情報出力装置において、
前記地図情報出力部は、前記抽出された結果に応じた態様で、前記地図の出力を行うものとしてもよい。
【0047】
例えば、抽出対象となった地物を強調表示したり、色や文字サイズを変えたりしてもよい。また、事故数の減少率が高い道路を強調表示するものとしてもよい。さらに、過去数年間に事故が減少した道路を含む行政区画を特定して、その行政区画以外の地域を空白とした地図を出力するものとしてもよい。
【0048】
本発明は、地図データベースのデータ構造、地図情報出力装置としての態様の他、地図情報出力方法など種々の態様で構成することが可能である。また、これらの方法をコンピュータによって実現するコンピュータプログラム自身またはこれと同視し得る信号として構成してもよい。更に、これらのコンピュータプログラムを記録した記録媒体として構成してもよい。
【0049】
ここで記憶媒体としては、フレキシブルディスクやCD−ROM、光磁気ディスク、ICカード、ROMカートリッジ、パンチカード、バーコードなどの符号が印刷された印刷物、コンピュータの内部記憶装置(RAMやROMなどのメモリ)および外部記憶装置などコンピュータが読取り可能な種々の媒体を利用できる。
【0050】
【発明の実施の形態】
以下、本発明の実施の形態について、地図情報出力システムの実施例に基づき説明する。
A.第一実施例;事故分析処理:
A1.システム・機能ブロック構成:
A2.データ構成:
A3.処理:
B.第ニ実施例;入居者分析処理:
B1.データ構成:
B2.処理:
B3.変形例:
C.第三実施例;銀行分析処理:
C1.データ構成:
C2.処理:
C3.変形例:
D.第四実施例;地価分析処理:
D1.データ構成:
D2.処理:
E.第五実施例;交通分析処理:
E1.データ構成:
E2.処理:
【0051】
A.第一実施例;事故分析処理:
A1.システム・機能ブロック構成:
図1は、地図情報出力システムのシステム構成を示す説明図である。地図情報出力システムは、ネットワークINTで接続される地図サーバ100及びパーソナルコンピュータ100aからなる。地図サーバ100は、地図を表す地図データを保持する。なお、ネットワークINTは、インターネットのような広域的なネットワークでもよいし、ローカルエリアネットワークなど限定的なネットワークの場合でもよい。
【0052】
パーソナルコンピュータ100aは、要求データを送付することで所望の画像データを地図サーバ100から取得する。地図サーバ100は、要求データを取得することで、地図データを参照しつつ画像データを作成する。画像データには、地図データが表す地図に係る地図情報を含む。ユーザは、パーソナルコンピュータ100aで実行するブラウザに画像データを処理させることで、地図情報を閲覧することができる。
【0053】
図1には、地図サーバ100の機能ブロック構成を併せて示した。図示する機能ブロックは、地図サーバ100が実行する制御プログラムにおいてソフトウェア的に構成されている。もっとも、それぞれの機能ブロックはハードウェア的に構成しても構わない。地図サーバ100は、通信部110と、指示部111と、分析部112と、抽出部113と、地図記憶部114と、表示部115とを備える。
【0054】
通信部110は、パーソナルコンピュータ100aとの通信を司る。
指示部111は、パーソナルコンピュータ100aの要求を表す要求データを通信部110を介して取得する。指示部111は、要求データに基づいて分析部112及び表示部115に指示を与える。
【0055】
地図記憶部114は、年ごとに用意された複数のバージョンの地図データを記憶する。地図記憶部114は、最新年の地図を表す地図データに加えて、過去の地図を表す地図データを保持する。以下では、99年版地図データと98年版地図データを保持するものとして説明を行う。99年版は最新版のデータである。地図データには建築物や山林等の地物を表す地物データを含む。地図データの詳細については後述する。
【0056】
なお、地図データは、前年中に改訂された地図を電子化したものを最新年版としてして利用する。例えば99年版の地図データは、98年中の測量・調査に基づいて作成した地図データである。
【0057】
分析部112は、指示部111の指示に基づいて地図の分析を行う。分析部112は、地図記憶部114が記憶する地図データを参照することで分析を行う。分析部112は、分析結果を表示部115に渡して画像データを生成させる。
【0058】
抽出部113は、分析部112が指示する地物データを、時系列にわたって地図記憶部114から取り出す。
【0059】
表示部115は、分析部112の分析結果と地図記憶部114の記憶内容とを利用しつつ、指示部111の指示に基づいて画像データを生成する。また、表示部115は、生成した画像データをパーソナルコンピュータ100aに通信部110を介して送付する。
【0060】
A2.データ構成:
図2は、地図記憶部114のデータ構成を示す説明図である。
地図記憶部114は、図2に示すように、98年版と99年版との2組の地図データを記憶する。各地図データは、地図上に表される地物ごとに用意された地物データを含む。地物データには、地物の形状や属性、地物に関連する事象などを記憶する。なお、本実施例では説明の便宜上、98年版と99年版との2セットの地図データについて処理する場合について示したが、3セット以上の地図データの処理についても同様である。例えば97年版を加えてもよい。
【0061】
図2には、地物データのデータ構成の詳細を、98年版の地物データ1について併せて示した。地物データの内部には、名称レコード、形状レコード、属性レコード、事象レコードを有する。
【0062】
名称レコードはその地物の名称を記憶する。図2の地物データ1の場合には名称「道路1」を記憶している。形状レコードは、地図上におけるその地物の形状をポリゴンデータ形式で記憶する。ポリゴンデータ形式での記憶の詳細は後述する。属性レコードはその地物の属性を記憶する。道路1の場合では、地物の分類が「道路」であることと、道路種類が「国道」であることを記憶している場合を示した。
【0063】
事象レコードは、その地物に関連する事象を記憶する。本実施例の場合では、地物データが表す道路における事故数を記憶している。道路1の場合では事故数「10回」を記憶している。これは、97年版作成以後98年版作成までに、道路1で発生した事故数を記憶したものである。すなわち、道路1という地物に事故数10回という事象を対応付けて記憶したものである。なお、実際の事故発生に応じて事故の記憶を行うものとしてもよい。かかる場合、98年版作成以後99年版作成までの事故を、98年版地図に追加して逐次記憶する。99年版が作成された後の事故の記憶は99年版地図に行う。
【0064】
さらに図2では、98年版地図ma2上における道路1の形状10を併せて示した。道路1の形状レコードは、点p1,p2,p3…p6の6点の位置を含むポリゴンデータにより、道路1の形状を記憶する。地図はx−y直交座標系で座標付けられている。道路1の形状レコードは、このx−y座標系を利用しつつ、点p1,p2,p3…p6の6点を記憶する。なお、道路1の形状レコードには道路1の端点T1,T2も併せて記憶する。端点T1,T2については後述する。
【0065】
A3.処理:
図3は、事故分析出力処理を示すフローチャートである。地図サーバ100は図3に示す処理を行うことで要求データを取得し、地図記憶部114の記憶内容を参照して処理を行い、ユーザが所望する画像データを送付する。
【0066】
ステップsa1では、指示部111が要求データを取得する。要求データには、分析部112が処理対象とすべき地図の範囲や、表示部115が出力する画像データの態様の指示が含まれる。指示部111は分析部112及び表示部115に、要求データに基づいて指示を与える。この後、ステップSa2〜Sa4の分析処理では、分析部112が分析処理を行う。
【0067】
ステップsa2で分析部112は、分類が「道路」である地物データを99年版の地図データから抽出する。
【0068】
ステップsa3で、抽出部113は、98年版の地図データにおいて、ステップSa2で抽出された道路に対応する道路を特定する。具体的には、端点が同じ道路を特定する。ここで道路の端点の位置は形状レコードに記憶されている。道路の端点を説明するため、図2の地図ma2では、道路1の端点t1,T2の位置を併せて示した。抽出部113は、かかる端点についての一致・不一致を調べる。
【0069】
ステップsa4で、分析部112は、形状レコードの記憶内容の比較を行うことで、98年版から99年版で形状に変化がある道路を特定する。すなわち、端点が一致して形状に変化がある道路を特定することで、98年版から99年版で改修された道路を把握する。
【0070】
ステップsa5では、ステップsa4で特定した道路についての事故の統計処理を分析部112が行う。具体的には、改修前後の事故数の減少率を計算する。
【0071】
ステップsa6では、分析部112が計算した事故減少率に基づいて、表示部115が画像データを生成し、パーソナルコンピュータ100aに画像データを送付する。
【0072】
図4は、事故分析の処理例を示す説明図である。
地図記憶部114は、98年版及び99年版の地図に含む道路を地物データとして記憶する。99年版地図ma1は道路a〜dを有する。また、98年版地図ma2は道路1〜4を有する。
【0073】
図3のステップsa2の処理では99年版の道路a〜dの地物データを分析部112が抽出する。ステップsa3では、ステップSa2で抽出した道路a〜dに応じて、98年版の道路1〜4を抽出部113が各々特定する。道路a〜dと道路1〜4とは、端点が各々一致するためである。ステップsa4では、道路a及び道路1と、道路c及び道路3とが特定される。それぞれ99年版と98年版で形状が変化しているためである。道路b及び道路2、道路d及び道路4は、形状が同一であるため特定されない。
【0074】
ステップsa5では、ステップsa4で特定した道路について、改修前後の事故数の減少率を計算する。道路1及び道路aに対しては、減少率は「(10−8)÷10×100=20%」となる。また、道路3及び道路cに対しては、減少率は「(10−9)÷10×100=10%」となる。
【0075】
図5は、地図サーバ100の処理結果を出力するインタフェースを示す説明図である。ステップSa6における出力画像データをパーソナルコンピュータ100aが表示したものである。
【0076】
出力画像200には99年版地図が表示される。出力画面200において、改修に係る道路a,cの道路表示210a,220aには事故減少率の表示213a,223aがそれぞれ付されている。事故減少率の表示213a,223aは、改修があった道路に対応付けて表示される。事故減少率の表示213a,223aには、道路a,cについての、図3のステップSa5の処理結果が各々付される。
【0077】
以上説明した地図情報出力システムによれば、道路の位置・形状と事故数を対応づけて記憶することで、道路の位置・形状や事故数の変遷を客観的に把握することができる。また、計算処理の結果が地図と共に出力されることで、ユーザは、地図と対比しつつ処理結果を十分に把握することができる。
【0078】
ここで、図5における出力画面200では、改修に係る道路a,cについて強調表示が行われてもよい。図5では、改修に係る道路a,cの強調表示210a,220aをハッチングにより模式的に示した。かかる強調表示により、地図と対比しつつ十分に計算処理の結果を把握することができる。
【0079】
また、出力画面200において、98年版の道路1,3についての改修前の道路の表示211a,221aを併せて行ってもよい。改修前後の道路を含む地図表示により、道路形状の時系列的な変遷が示されるため、改善率との因果関係を分析しやすくなる。
【0080】
改修前の道路の表示211a,221aや事故減少率の表示213a,223aは、改修後の道路表示210a,220a等のクリックにより表示するものとしてもよい。
【0081】
なお、抽出部113は、道路の端点・形状に基づいて抽出を行うものとして説明を行った。しかし、かかる場合に限定されない。例えば、名称レコードに基づいて抽出を行うものとしてもよい。さらに、改修の情報を事象レコードに記憶して抽出に利用してもよい。
【0082】
B.第二実施例;入居者分析処理:
以下で説明する地図情報出力システムは、システム構成、機能ブロック構成の点で第一実施例のシステム場合と共通する。また、地図記憶部114が利用するデータ構成および処理内容の点でも、第一実施例のシステムの場合と概ね共通する。第二実施例以下では、第一実施例の場合と対比しつつ、相違する点を中心として説明を行う。
【0083】
第二実施例で地図サーバ100は、「家屋」を表す地物データを利用する。家屋の地物データはその入居者を記憶する。地図サーバ100は、旧年版からの入居者変更がある家屋を特定する地図表示を行う。新聞の販売者等は、この情報を利用して購読契約の販売活動を行う。
【0084】
B1.データ構成:
図6は、入居者分析処理に利用する地図データを記憶するデータ構成を示す説明図である。図中の地物データ1では、家屋を表す地物であることが属性レコードに記憶される。また、地物データ1では、その家屋の住居者は「鈴木」氏であることが事象レコードに記憶される。また、地物データ2,3では、各々駐車場及び空き地を表す地物データであることが属性レコードに記憶される。本実施例で地図サーバ100の管理者は、新年版の地図データを地図サーバ100に入力する。新年版の地図データには、入居者の変更が反映されている。
【0085】
なお、図6では図示の便宜上省略したが、本実施例の地図データには、家屋等以外に道路等の地物データも含む。また、図6では、地物データ1等の形状レコード等についても省略して示している。以下で、図示の便宜上省略した部分については、第一実施例の説明の場合と同様である。また、本実施例では、説明の便宜上、地物データ中の事象レコード以外については、99年版と98年版の地図データで同一であるものとして説明する。さらに、対応する異なる年度の地物データには同じ名称を記憶する。抽出部113は名称の同一に基づいて、異なる年の地物データを特定するものとして以下の説明を行う。
【0086】
B2.処理:
図7は、入居者分析処理を示すフローチャートである。図7に示す処理は、第一実施例における分析処理(図3のステップSa2〜Sa4)に相当する。
【0087】
ステップSb1では、99年版地図データに含む家屋の地物データを抽出する。ステップSb2では、98年版地図データから、ステップSb1で抽出した家屋に対応する家屋を抽出部113が特定する。前述のように、本実施例では、名称レコードの同一に基づいて特定する。ステップSb3では、ステップSb1,Sb2で抽出した地物データの事象レコードを比較し、差異のあるもの、即ち新旧の住居者が異なるものを選択する。ステップSb4では、ステップSb3で選択した家屋を訪問するため、この家屋に最も近い駐車場の地物データを検索する。このとき、形状レコードが記憶する地物位置の情報を利用する。なお、駐車場の検索は省略しても構わない。
【0088】
図8は、入居者分析処理の一例を示す説明図である。
図7のステップSb1では、99年版の家屋を抽出する。ここでは「区画1」及び「区画2」の家屋を抽出するものとする。ステップSb2では、名称の同一に基づいて、98年版地図データの区画1及び区画2を抽出部113が特定する。ステップSb3では、99年版及び98年版での入居者の相違を調べる。区画1については、98年版では「田中」氏、99年版では「鈴木」氏がそれぞれ記憶されている。区画2については、99年版及び98年版の双方で共に「原田」氏が記憶されている。分析部112は区画1についての相違を検出する。ステップSb4では、かかる相違に基づいて、区画1の家屋に最も近い、区画3の駐車場を分析部112が抽出する。
【0089】
図9は、入居者の変更があった家屋と検索された駐車場を特定するインタフェースを示す説明図である。これは、前述の、図8に示した地図についての処理結果を表示したものである。
【0090】
家屋抽出結果を示す出力画面200bには、家屋位置を示す表示210bが付される。これは、図7のステップSb3で入居者変更を検出した区画1の家屋の表示211bに対応して付される。また、家屋の位置を示す表示210bの中には入居者名が示される。さらに、出力画面200bには、駐車場の位置を示す表示220bが付される。これは、図7のステップSb4で検索した駐車場の表示221bに対応して付される。
【0091】
以上説明した地図情報出力システムによれば、複数のバージョンにわたって属性に変化がある家屋を容易に把握することができる。かかる家屋を特定しつつ地図表示が行われることで、ユーザは所望の家屋の位置・分布を容易に把握することができる。
【0092】
本実施例において、新聞の販売者は、実際の販売活動の結果に基づいて、最新版の地図データを修正するものとしてもよい。例えば、購読契約に成功した家屋について、事象レコードにその旨を記憶可能としてもよい。このとき、図7のステップSb1で抽出条件が追加することで、購読契約に成功した家屋をステップSb2以下の処理対象から除外することができる。また、同様にして住居者を修正対象としてもよい。
【0093】
B3.変形例:
ここでは、第二実施例の変形例として、地図サーバが地図上の経路検索を行う場合について説明する。
【0094】
本変形例で指示部111が取得する要求データには、ユーザの現在位置の情報を含む。分析部112は、現在位置から、図7のステップSb4で検索された駐車場までの経路探索を行う。表示部115は、経路探索の結果に基づいて画像データを出力する。また、図7に示す分析処理で分析部112は、ステップSb4で駐車場の検索を行った後に、経路探索を行う。
【0095】
図10は、検索された駐車場までの経路探索結果を特定するインタフェースを示す説明図である。経路探索結果を示す出力画面205bは、家屋の位置を示す表示215b、駐車場の位置を示す表示225bが付される点で図9の出力画面200bと同様である。出力画面205bでは、さらに、現在位置を示す表示230bと、現在位置から駐車場までの経路の表示231bが含まれる。
【0096】
C.第三実施例;銀行分析処理:
第三実施例で地図サーバ100は「銀行」を表す地物データを利用する。本実施例で98年版の複数の銀行は合併を行う。合併後の銀行は99年版の地図データに含まれる。
【0097】
本実施例で地物データは、過去の事象レコードを特定するリンクを含む点で第一実施例の場合と相違する。このリンクを利用することで、抽出部113は、合併前後にわたる承継関係に応じつつ、過去に遡って不祥事数を特定することができる。分析部112は、合併前後にわたる銀行営業の継続状況を把握しつつ不祥事数を分析することができる。
【0098】
C1.データ構成:
図11は、リンクを含む地図データのデータ構成を示す説明図である。
本実施例における銀行の地物データの事象レコードは、その銀行の不祥事数を記録する。ここで不祥事数はリンクと対応付けて記録される。リンクは、過去の不祥事数の記録場所を特定する。AB銀行の場合、不祥事数のリンクは2つある。98年版地図におけるA,B両銀行が合併してAB銀行が誕生しているためである。各リンクは、98年版のA,B両銀行の不祥事数の記録場所を特定する。合併などがない場合、リンクは1つで足りる。
【0099】
C2.処理:
図12は、分析部112が行う不祥事分析処理を示すフローチャートである。
ステップSc1では、99年版の地図データから、要求データが指定する銀行を抽出する。
【0100】
ステップsc2では、地物データに含む不祥事数の内容を取り出す。ここでは、99年版の銀行について取り出す。
【0101】
ステップsc3では、過去の地図データを処理するか否かを判定する。データの抽出を行うべき範囲は要求データにより予め指定されている。過去の地図データの抽出が必要な場合にはステップSc3rの処理に移る。ステップSc3rでは、抽出部113がリンクを取り出す。最初のステップSc3rでは、99年版の不祥事についてのリンクを取り出す。この後、ステップSc2では、ステップSc3rで取り出したリンクが特定する旧年版の不祥事数を取り出す。
【0102】
こうして、リンクを参照しつつ連鎖的に過去のデータを抽出し、要求データが指定した範囲の全ての年の地図データについて不祥事数の取り出しを終えれば、ステップSc3の判定により処理がステップSc4に移される。ステップSc4では、取り出した全ての不祥事数を99年版における銀行毎に集計する。
【0103】
図13は、不祥事数を記録する地図の一例を示す説明図である。99年版地図mc1にはAB銀行及びC銀行が存在する。AB銀行及びC銀行について、不祥事数5回及び2回がそれぞれ記憶されている。同様に98年版地図ではA〜C銀行が存在しており、地図記憶部114は各々不祥事数を記憶している。
【0104】
図13では99年版のAB銀行,C銀行について、リンクが特定する98年版地図の不祥事数を一点鎖線の矢印で示した。AB銀行の地物データに含むリンクは、98年版の地図mc2におけるA銀行及びB銀行の不祥事数を特定する。
【0105】
図14は、不祥事分析処理の内容を示す説明図である。図13に示す地図データに基づく不祥事分析処理について示したものである。99年版地図について、AB銀行及びC銀行の不祥事数5,2回がそれぞれ取り出される。また、98年版地図についてA,B,C銀行の不祥事数1,3,2回が各々取り出される。これらの不祥事数は図12のステップSc4で合計される。AB銀行の不祥事数は「5+1+3=9回」と、C銀行の不祥事数は「2+0=2回」と各々合計される。
【0106】
図15は、合併前後にわたる銀行の不祥事数を出力するインタフェースを示す説明図である。これは、図14に示した処理結果に基づく出力画面200cを示したものである。不祥事数を出力する画面200cにはAB銀行の不祥事数表示212c及びC銀行の不祥事数表示222cが示される。それぞれ、AB銀行の位置表示210c及びC銀行の位置表示220cに付して示される。なお、図15では不祥事数表示212cには、AB銀行の合併元の旧銀行がA,B両銀行であることが併せて示されるものとしたが、係る場合に限定されることはない。
【0107】
以上説明した地図情報出力システムによれば、リンクを利用することで、地物の合併・名称変更等に関わらず、複数年にわたる不祥事数を容易に抽出することができる。
【0108】
図15では、AB銀行の不祥事数表示212cにおいて、A銀行及びB銀行からAB銀行への合併が98年2月にあったことを併せて示している。図11に示すAB銀行の事象レコードには合併月が記憶されており、表示部115はこれを読み出して合併月の表示を行う。
【0109】
C3.変形例:
以下では、第三実施例の変形例について、種々の場合を説明する。
第一に、不祥事数を示す態様について、種々の場合を考えることができる。例えば、銀行の位置表示210c,220cをクリックすることで、98〜99年版にわたる不祥事数の合計数を示す不祥事数表示212c,222cが各々表示されるものとしてもよい。また、同様のマウス操作により、99年版単独でのAB,C銀行の不祥事数5,2回や、98年版のA,B,C銀行の不祥事数1,3,0回を確認できるものとしてもよい。
【0110】
また、AB銀行の位置表示210cをクリックすることで、合併元銀行である98年版のA,B銀行の建物位置を確認可能としてもよい。このとき、図15の場合と同様に、98年版におけるA,B銀行の不祥事数1,3回が示されても良いし、98年版以前の複数年にわたる不祥事数の合計が併せて示されるものとしてもよい。
【0111】
第二に、本実施例では、合併前後の銀行の不祥事数がリンクにより対応付けられるものとしたが、かかる場合に限定されることはない。例えば、銀行建物の移転がある場合に、移転前の建物に関連付けて記憶された不祥事数と、移転後の建物に関連付けて記憶された不祥事数とがリンクにより対応付けられてもよい。99年版のC銀行建物の位置が98年版における位置と異なる場合などである(図13参照)。このとき地図サーバ100は、新旧の銀行建物を地図上に併せて示すものとしてもよい。このような地図情報出力システムによれば、地物の移動に関わらず、複数年にわたる不祥事数を容易に抽出することができる。
【0112】
第三に、リンクについての変形例を説明する。上記の説明では、リンク中にバージョンの指定を含まず、全てのリンクは前年版の事象レコードを特定するものとした。リンクはバージョンの指定を含み、1つに限らず複数のバージョンのレコードを特定するものであってもよい。さらに、上記の実施例でリンクは、不祥事数同士を対応付けるリンクとした。リンクは、地物データや事象レコード単位で対応付けを行うものとしてもよい。
【0113】
第四に、地図記憶部114が、地図データ全体にわたって複数のバージョンを記憶していない場合について説明する。便宜上、上述の説明で地図記憶部114は、99年版の地図データや98年版の地図データ等を保持するものとしたが、そのような場合に限定されることはない。例えば、第三実施例において、最新の99年版についてのみ、形状レコード、属性レコード等全てのレコードを記憶し、98年版以前については、事象レコードのみを記憶するものとしてもよい。また、このような場合にも、地図サーバ100は事象レコードに基づく分析を行うことができる。かかる地図情報出力システムによれば、記憶容量を削減することができる。
【0114】
なお、同様に、第三実施例以外の場合についても、地図データ全体にわたって複数バージョンを記憶しないものとしてもよい。例えば第一実施例について、地図データ全体にわたって複数バージョンを記憶しない場合であって、個々の地物データについて複数のバージョンを記憶するものとしてもよい。図4のデータ構成において、99年版のデータが、改修に係る道路a,cについてのみ記憶する場合などである。このとき、道路a,cについての形状についてのみ記憶してもよいし、道路a,cについての事故数についてのみ記憶してもよい。
【0115】
D.第四実施例;地価分析処理:
第四実施例で分析部112は、新旧の地図を比較することで、建造物の取り壊しその他の変化を調べる。また本実施例で地図データには地価の情報を含む。分析部112は、建造物の増減と地価変動の経年変化を調べる。
【0116】
D1.データ構成:
図16は、地価の情報を含む地図データを記憶するデータ構成を示す説明図である。図16で地物データ1は、地図md上の「地域A」を表す。また、地物データ1の事象レコードには、地域Aの地価が記憶される。
【0117】
一方、地物データ2は「店A」を表す。店Aは、地域A内に存在する。地物データ3は地域A外の「店B」を表す。
【0118】
D2.処理:
図17は、地価の分析処理を示すフローチャートである。
ステップSd1では、分類が「地域」である地物データを時系列にわたって抽出する。
【0119】
ステップSd2では、ステップSd1で抽出した地域の地価の情報を取り出す。またステップSd2では、ステップSd1で抽出した地域ごとに、その地域に含まれる地域内地物を抽出する。抽出は、各地物のポリゴンデータの包含関係に基づいて行う。
【0120】
ステップSd3では、地域ごとに、地価の変動を調べる。また、ステップSd3では、駅や店といった地物について地域内地物の増減を調べる。過去に存在した地域内地物が最新の地図データで存在しなくなっていれば、その地物は取り壊されて「消滅した」と判定される。逆に、最新の地図データに存在した地域内地物に対応するものが過去の地図データで存在しないときには「新規に建造された」ものと判定される。
【0121】
ステップSd4では、ステップSd3で調べた地価及び地域内地物の変動を地域ごとに比較する。また、ステップSd5では、ステップSd4における比較結果に基づいて、地物の変化と地価の変化との相関関係を判断する。ステップSd4〜Sd5の処理については、具体例を挙げつつ下記に詳述する。
【0122】
図18は、地価の情報を含む地図の一例を示す説明図である。以下では、図18に示す地図についての地価分析処理の内容を説明する。
【0123】
まず、99年版及び98年版の地図データから、それぞれA地域、B地域が抽出される。A,B地域で、地価について、98年版の地図データでは各々5,10万円/m2と把握される。また、98年版の地図データでは両地域で共に各々7万円/m2と把握される。加えて、A,B地域で、地物については、99年版地図においてA地域に駅A及び店Aを含み、B地域に店Bを含むことが把握される。98年版地図においては、A,B両地域で共に有為な地物を含まないことが把握される。
【0124】
地価の変化については、A地域が2万円/m2の上昇、B地域が3万円/m2下落であり、A,B地域間の差が5万円/m2拡大することが計算される。また地物の変化については、A地域では駅A及び店Aが新造され、B地域では店Bが新造されたことを把握する。以上により、店の増加数はA,B地域間で等しく、駅の数についてはA,B地域間の差は1個拡大していることが把握される。
【0125】
以上によりステップSd5で、店の増減は地価の変化と無関係であることが結論される。また、駅の増加は地価の変化と正の相関関係を有することが結論される。ステップSd5における結論は、第一実施例における図3のステップSa6に相当する処理により、パーソナルコンピュータ100aに送付される。表示部115は、結論内容を文章で表す画像データを送付する。
【0126】
本実施例では、地図とは別個に結論内容を出力するものとする。ただし、かかる場合に限定されることはない。例えば、従前の実施例で例示した場合(図5,9〜10,15〜16を参照)と同様に、結論内容を地図に埋め込んだ画像データを送付することも考えられる。
【0127】
以上説明した地図情報出力システムによれば、複数の抽出結果を対比することができる。具体的には、地価や地物の変遷を客観的に把握して、地価の変遷と地物の変遷との相関関係を分析することができる。
【0128】
また、本実施例で地物の変動は地物の新造をとって例示した。地物の変動には、地物の取り壊し、移転、改修等も含まれる。これらの場合についても、同様の処理を行うことができる。
【0129】
E.第五実施例;交通分析処理:
最後に、道路ごとに事故の年月日を記録することで、道路交通の分析を行う場合について説明する。本実施例で地図サーバ100が記憶する事象には、道路上で発生する事故と、工事による道路の新設とを含む。ユーザは、実際の事象発生に応じてその事象の記憶を追加する。ユーザは、最新の記憶内容に基づいた所望の処理結果を得ることができる。
【0130】
E1.データ構成:
図19は、事故の年月日を道路ごとに記録するデータ構成を示す説明図である。
地図maE上には道路1〜3が存在する。道路を表す地物データの事象レコードには、その道路の建設年月日が記憶される。例えば道路2については、その建設年月日が10/30と記憶されている。また、事象レコードにはその道路における事故が記憶される。事故については、事故の年月日及び位置が記憶される。例えば道路1における事故Aの場合、事故の年月日は10/10で、事故位置は座標(51,27)と記憶されている。
【0131】
なお、事象の記憶は、年月日の順にソートして行うものとしてもよい。また、事故と道路建設とを別々に記憶してもよいし、一体的に記憶してもよい。
【0132】
E2.処理:
図20は、交通分析処理を示すフローチャートである。図20に示す処理は、第一実施例における分析処理(図3のステップSa2〜Sa4)に相当する。
【0133】
ステップSe1では、要求データが指定する分析地域を把握する。分析地域は、要求データが地図上の矩形領域を指定したものである。図19では分析地域5eを例示した。パーソナルコンピュータ100aのユーザは、地図上のマウス操作により分析地域を指定することができる。ステップSe2では、分析地域に少なくとも一部が重なる道路を抽出する。このとき、道路の建設年月日を把握しておく。ステップSe3では、分析地域内における事故を抽出する。抽出は、ステップSe2で抽出した道路の事故についてのみ行えば足りる。ステップSe4では事故数を月ごとに計算する。
【0134】
地図記憶部114が図19に示す記憶内容を有し、ユーザが分析地域5eを指定する場合、ステップSe2では道路1,2が抽出される。また、ステップSe3では事故B,C,Dが抽出される。事故Aが抽出されないのは、分析地域5e内の事故でないためである。
【0135】
図21は、交通分析処理の結果を出力するインタフェースを示す説明図である。これは、図19に示した記憶内容についての処理結果を出力する場合のインタフェースを示したものである。処理結果はグラフ201eにより示される。グラフ201eにおいて横軸は年月の経過を表す。また、縦軸は分析地域5e内における月間事故数を表す。グラフ201eにおける折れ線202eは月ごとの事故数を示すものである。また、道路2の新造年月日の表示203eも併せて示される。
【0136】
以上説明した地図情報出力システムによれば、道路上の事故や、道路建設の年月日を時系列的に記憶することができる、これら事象の時系列的な生起を客観的かつ正確に把握し、種々の情報処理行うことができる。
【0137】
なお、上記に説明した地図情報出力システムにおいても、従前の実施例の場合と同様にしてリンクを利用することができる。例えば、分析地域5eにおける事故の記憶を時系列的に対応付けるリンクを利用することも可能である。また、逆に、従前の実施例における情報処理を、本実施例と同様のデータ構成により実現することも可能である。
【0138】
また、本実施例で事象としては交通事故と道路建設とを例にとって説明を行ったが、他の種々の事象その他属性を記憶する場合についても同様に可能である。例えば、道路における交通規制や道路種別の変更年月日を記憶してもよい。また、道路1と対応付けて、道路2の道路1への接続年月日10/30を記憶するものとしてもよい。
【0139】
ここで、上記の種々の説明においては事象を中心にして説明を行ってきたが、道路種別その他の属性についても同様である。
【0140】
以上、本発明の種々の実施例について説明したが、本発明はこれらの実施例に限定されず、その趣旨を逸脱しない範囲で種々の構成を採ることができることはいうまでもない。例えば、以上の処理はソフトウェアで実現する他、ハードウェア的に実現するものとしてもよい。
【0141】
ここに、ユーザは、道路改修や事故発生といった実際の事象発生に応じて、事象レコード及び属性レコードの一方又は双方を変更可能としてもよい。これらの追加・変更は、地図サーバ100を直接操作して行ってもよいし、パーソナルコンピュータ100aからネットワークを介して行ってもよい。
【0142】
この場合、事象レコード等は、ユーザやユーザグループの識別子に対応付けて記憶するものとしてもよい。このようにすることで、各ユーザ等に応じた地図情報を提供することができる。例えば、地図サーバ100は、複数のセールスマンの営業記録を1つの地図に記憶したり、複数の営業グループの営業記録を1つの地図に記憶するものとしてもよい。各営業マンは、携帯端末等を利用することで、実際の営業活動に応じて、自らの営業記録を閲覧・変更することが可能である。
【0143】
また、事象レコード等は不特定のユーザから追加・変更可能としてもよい。例えば、いわゆるWWWにおける掲示板のように、地図上に示される観光地に対応付けて、レポートや評価が不特定のユーザから追加記憶されるものとしてもよい。
【0144】
さらに、地図サーバ100とパーソナルコンピュータ100aとが地図データベースを分担して記憶するものとしてもよい。例えば、事象レコード等はパーソナルコンピュータ100aが記憶し、その他を地図サーバ100が記憶するものとしてもよい。このとき、地図サーバ100が記憶する形状レコード等が、複数のユーザのパーソナルコンピュータが各々記憶する事象レコード等と対応付けられるものとしてもよい。両者の対応付けは、例えば、ユーザやユーザグループの識別子を用いることができる。また、図3のフローチャートで示したような種々の処理は、地図サーバ100が行っても良いし、パーソナルコンピュータ100aが行っても良い。
【0145】
また、パーソナルコンピュータ100a単体で地図サーバ100の実現するものとしてもよい。かかる場合、例えば、自動車に搭載されるカーナビゲーション装置が地図データベースを記憶するとともに、地図情報を運転者に提供するものとしてもよい。このとき、パーソナルコンピュータ100aやカーナビゲーション装置は、無線ネットワーク等のネットワークやCD−ROM等の記憶媒体を介して、新しい形状データ等を取得するものとしてもよい。また、事象レコード等の追加・変更を可能にしてもよい。
【図面の簡単な説明】
【図1】地図情報出力システムのシステム構成を示す説明図である。
【図2】地図記憶部114のデータ構成を示す説明図である。
【図3】事故分析出力処理を示すフローチャートである。
【図4】事故分析の処理例を示す説明図である。
【図5】地図サーバ100の処理結果を出力するインタフェースを示す説明図である。
【図6】入居者分析処理に利用する地図データを記憶するデータ構成を示す説明図である。
【図7】入居者分析処理を示すフローチャートである。
【図8】入居者分析処理の一例を示す説明図である。
【図9】入居者の変更があった家屋と検索された駐車場を特定するインタフェースを示す説明図である。
【図10】検索された駐車場までの経路探索結果を特定するインタフェースを示す説明図である。
【図11】リンクを含む地図データを記憶するデータ構成を示す説明図である。
【図12】分析部112が行う不祥事分析処理を示すフローチャートである。
【図13】合併前後の銀行を含む地図の一例を示す説明図である。
【図14】不祥事分析処理の具体的内容の一例を示す説明図である。
【図15】合併前後にわたる銀行の不祥事数を出力するインタフェースを示す説明図である。
【図16】地価の情報を含む地図データを記憶するデータ構成を示す説明図である。
【図17】地価の分析処理を示すフローチャートである。
【図18】地価の情報を含む地図の一例を示す説明図である。
【図19】事故の年月日を道路ごとに記録するデータ構成を示す説明図である。
【図20】交通分析処理を示すフローチャートである。
【図21】交通分析処理の結果を出力するインタフェースを示す説明図である。
【符号の説明】
100…地図サーバ
100a…パーソナルコンピュータ
110…通信部
111…指示部
112…分析部
113…抽出部
114…地図記憶部
115…表示部
ma1…99年版地図
ma2…98年版地図
10…道路1の形状
p1,p2,p3,p4,p5,p6…道路1の点
T1,T2…端点
200…出力画像
210a,220a…道路の表示
211a,221a…改修前の道路の表示
213a,223a…事故減少率の表示
200b…家屋抽出結果を示す出力画面
210b…家屋の位置を示す表示
211b…抽出した家屋の表示
220b…駐車場の位置を示す表示
221b…検索した駐車場の表示
205b…経路探索結果を示す出力画面
215b…家屋の位置を示す表示
215b…駐車場の位置を示す表示
231b…経路の表示
230b…現在位置を示す表示
mc1…99年版地図
mc2…98年版地図
212c,222c…不祥事数表示
210c,220c…銀行の位置表示
md…地図
md1…98年版地図
md2…99年版地図
201e…グラフ
202e…事故数の折れ線
203e…新造年月日の表示
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a data structure of a map database representing a map.
[0002]
[Prior art]
Conventionally, the use of map databases representing maps has been expanding. The map data includes feature data representing features such as roads on the map. The feature data includes shape data representing the shape of the feature and attribute data. For example, road attribute data includes road types such as national roads and prefectural roads. Map data will be revised from time to time. The user can use the revised map through distribution via a medium such as a CD-ROM or the Internet.
[0003]
Here, the electronic map may be used to display events that occur and change in time series in association with features on the map. For example, a case where a place where a traffic accident has occurred is displayed on a map. According to such a map display, the user can analyze the correlation between the road environment at the accident site and the situation. Conventionally, accident histories are managed in individual databases, and by reading position information from this database, the location of the accident site, the number of accidents, and the like are displayed on a map.
[0004]
[Problems to be solved by the invention]
However, in this mode, it may be difficult to take correspondence between the event and the feature. For example, when the name of a feature such as a road is changed, it is difficult to associate the event data before the change name change with the feature after the name change. Also, when the shape of a feature changes due to construction, etc., the event before the shape change and the feature after the shape change are associated with each other, which may hinder accurate analysis of the correlation between the two. It was.
[0005]
Although it is possible to visually grasp changes in the terrain by performing time-series slide display of the map, it has not been possible to flexibly handle it. For example, there is a case where only the feature that has changed is objectively extracted from the features of the map data before and after the revision. Furthermore, it is not easy to analyze the effects of shape changes and the like on various events.
[0006]
The above-described problems are common problems when objectively analyzing the relationship between attributes such as events and features, and temporal transitions of the features or attributes. An object of this invention is to provide the map database which can implement | achieve such objective analysis.
[0007]
[Means for solving the problems and their functions and effects]
In order to solve at least a part of the above problems, the following configuration is applied in the present invention.
The first data structure of the present invention is:
In the data structure of a map database that represents a map,
Feature data prepared for each feature represented on the map;
The gist is to include predetermined time information associated with the feature and associated with the feature data.
[0008]
The second data structure of the present invention is
Attribute data for storing predetermined attributes related to the features represented on the map;
The gist is to include predetermined time information associated with the attribute and associated with the attribute data.
[0009]
By doing in this way, feature data and attribute data can be memorize | stored in time series, and the transition of a feature, an attribute, etc. can be grasped objectively.
[0010]
Here, the map represented by the map database includes various maps. For example, a house map, a city map, a map including a house frame / lifeline, and the like are included. The use of the map database may be local materials. Further, the map may be a two-dimensional map or a three-dimensional map. Further, the map may include an aerial photograph, satellite photograph, bird's-eye view image, and the like.
[0011]
The features include various features appearing on the map such as roads, buildings and other structures, forests, fields, house frames, rivers, lakes, electricity and gas lifelines. A feature representing a part of a building or the like may be used like a feature representing a three-dimensional intersection of a road. Further, it may include an artificially set shape, space, region, position, etc., such as administrative divisions, regions / regions, travel routes, air routes, and ferry routes. In addition, the features may include the summit of a mountain, a survey reference point, the position of a lighthouse, and the like. Further, the features may include contour lines, isobars, typhoon eyes, high pressure / low pressure, and the like.
[0012]
Examples of the predetermined time information related to the feature include a feature construction time, a repair time, and a demolition time. For features built in a phased maintenance plan, time information may be stored in the form of how many maintenance plans were built. The predetermined time information may be information that directly represents time or information that represents a time-series order.
[0013]
Various attributes can be listed as attributes according to the features. For example, feature names, types, and regulations can be included. As the name, the name of the household and the name of the business can be listed for buildings such as houses and stores. Examples of types of roads include types of highways, toll roads, general national / prefectural roads, narrow roads, and the like. The types of intersections may include types such as a three-dimensional intersection and a dead end. In addition, examples of the route type include an air route and a ferry route. Types of structures can include types such as overpasses, bridges, tunnels, caves, and railroad crossings. Furthermore, as the regulation, for example, in the regulation of the road, traffic regulation such as one-way traffic, U-turn prohibition, and speed limitation can be cited.
[0014]
The time information related to the attribute includes, for example, the time and period when the attribute is set, changed, abolished, or confirmed.
[0015]
Here, the map database may or may not include attribute data. When attribute data is included, the attribute data associated with the time information may be included at least in part, or may not be included at all.
[0016]
Here, the predetermined time information may be related only to the feature data, or may be related only to the attribute data. It may be related to both feature data and attribute data.
[0017]
The map database preferably includes shape data representing the shape of a feature or the like. As the shape data, a two-dimensional model or a three-dimensional model may be used. Various models such as a solid model, a surface model, and a wire frame model can be used. Furthermore, a polygon data format, a raster data format, a vector data format, and other various data formats can be used for the shape data. In addition, the shape represented by the shape data preferably includes various shapes such as points, lines, surfaces, solids, and combinations thereof. The shape data may include data representing a planar internal structure such as a floor plan of a house, or data representing a three-dimensional internal structure such as a piping diagram in a building. May be.
[0018]
In the data structure of the present invention,
The attribute may include a predetermined event that has occurred with respect to the feature.
[0019]
The predetermined event refers to a phenomenon that is not explicitly expressed on the map, a phenomenon related to the feature, an event that changes with time, and various events that occur, change, or disappear in relation to the feature. For example, an event includes a phenomenon that continues in time series. However, events such as names, types, traffic regulations, etc., which are artificially set for each feature, and the shape on the map itself are not included in the event.
[0020]
Events are not limited to existing features. For example, in the case where there is consolidation due to a merger of companies, the results of previous companies may be associated with the merged company. Moreover, you may memorize | store the performance of the company which concerns on the demolished building corresponding to the ruins.
[0021]
Events related to roads include the opening of roads, accidents, traffic jams, construction, rainfall and snowfall. Events related to buildings include crime, land prices, and fire. Events also include the performance of companies and sales offices and the number of condominium households.
[0022]
Events include changes in feature attributes. For example, mergers, spin-offs, establishments, relocations, and abolition of companies, schools, etc., forest burnt down due to forest fires, road type changes, railway line acquisitions, electrification, double track, single track, toll road tariff change -Changes in managers, changes in road traffic regulations, changes in administrative division names, changes in population distribution, etc.
[0023]
An event includes a change in the shape of a feature. For example, coastline changes due to revetment work and coastal erosion, contour changes due to landslides, etc., double-tracked / overpassed / underground roads and railway lines, ferry and passenger aircraft route changes, administrative division shape changes / integration・ Including division, expansion, reduction, north of the cherry blossom front, changes in temperature and animal and plant distribution.
[0024]
In the data structure of the present invention,
It is preferable that at least a part of the feature data and attribute data store a plurality of records having different time information for the related features and attributes.
[0025]
By doing in this way, the change of a feature and an attribute can be grasped in time series with a plurality of records.
[0026]
In the data structure of the present invention,
At least a part of the feature data and attribute data stores link data associated with each of the plurality of records,
The link data may be capable of specifying a past record corresponding to the record.
[0027]
By doing in this way, at least the past record corresponding to the record can be easily specified. For example, even a correspondence between features having different names, positions, shapes, and the like can be easily identified. When setting a link so that an old record can be identified from a new record of time information, it is sufficient to generate a link together with the creation of a new record, without providing a new link for an existing old record. Further, a link for specifying a new record from an old record may be provided. The link is preferably provided in a form that can specify the storage location of each record, such as a path or an address.
[0028]
The administrator of the map database may be able to individually set / change / add / delete attribute data, link data, and the like according to actual events. For example, the number of accidents can be added each time an accident occurs, or the situation of the accident can be added. Moreover, it is good also as a map database which sets and changes a memory content according to performance, a traffic phenomenon, and inspection / repair of a lifeline.
[0029]
The map database of the present invention uses feature data associated with time information, attribute data, customer management, traffic planning, crime prevention plan, credit information investigation, safe school route examination, traffic light installation examination, It can be used for applications such as lifeline maintenance. The map database used for customer management may be a map database that stores home renovation information, new customer information, replacement demand customer information, sales area information, and the like.
[0030]
The map output device of the present invention is
A map information output device that outputs map information based on a map database representing a map,
The map database has a plurality of different data in time series at least in part,
The map information output device comprises:
A specification part for specifying an extraction condition for extracting data to be output;
The gist of the present invention is to include an extraction unit that extracts data that meets the extraction condition over the time series, and a map information output unit that outputs the extracted data.
[0031]
By doing so, it is possible to output a plurality of different data in time series. The extraction condition can be specified based on the same / difference / similarity of name / position / shape / attribute.
[0032]
The map database may store a plurality of different versions in time series over the entire map. For example, the map data of each revised version distributed by the CD-ROM may be held together. In such a case, the feature data and attribute data in each version are not necessarily associated with the time information. The feature data and attribute data are grasped in time series according to the time when each version is issued.
[0033]
The map database is
Feature data prepared for each feature represented on the map;
Attribute data storing predetermined attributes related to the feature,
It is desirable that at least one of the feature data and the attribute data is associated with predetermined time information related to the feature and the attribute.
[0034]
In this way, it is possible to output a plurality of feature data and attribute data that are different in time series. In addition, since the feature data and attribute data are associated with time information such as the construction time, the construction time and the like can be accurately analyzed regardless of the revision time of the map data.
[0035]
In the map information output device of the present invention,
At least a part of the data stores link data that specifies time-sequentially different data corresponding to the data,
The extraction unit may perform extraction over the time series based on the identification result.
[0036]
By doing in this way, extraction over time series can be performed easily.
[0037]
In the map information output device of the present invention,
A processing unit that performs predetermined information processing on the data extracted over the time series,
The output may be an output corresponding to the processing.
[0038]
By doing in this way, the data corresponding to a feature can be processed in time series. For example, processing such as sorting, classification, comparison, and summation can be performed.
[0039]
As the output format, visual output such as documents and drawings can be used. At this time, various formats such as a list, a table, and a graph can be used. In addition, an audio output by voice may be used. For example, when a map database is used for a car navigation system, voice synthesis or guidance by a bell may be performed.
[0040]
In the map information output device of the present invention,
The information processing may be statistical processing relating to the extracted data.
[0041]
The statistical process includes, for example, a process of calculating an increase / decrease rate, an increase / decrease number, an average value, etc., and obtaining a maximum value, a minimum value, and a median value for a quantitative event such as an accident or business performance. The feature, time, etc. corresponding to the maximum value, minimum value, and median value may be obtained. Further, the statistical processing is not limited to calculation of numerical values, and may be geographical processing such as obtaining an area where the extracted features are dense.
[0042]
The output may be a difference, difference, or difference output over time series, or may be an output of the same / similar portion over time series examples. For example, it may indicate a road with little traffic change in time series.
[0043]
In the map information output device of the present invention,
The map information output unit outputs the extracted result,
It may be output separately from the map,
It is good also as what outputs with at least one part of the said map.
[0044]
When outputting together with at least a part of the map, the extracted result can be browsed and confirmed while comparing with the map.
[0045]
For example, a graph or a table showing the extracted results may be attached to a map and output. At this time, an extraction result related to the feature may be output by clicking on the feature or icon on the map. Further, each administrative division on the map may be color-coded according to the extraction result, or a plurality of shapes that are different in time series may be superimposed and displayed. Or it is good also as what outputs the difference and difference of a some shape etc. which differ in time series, and an invariable part.
[0046]
In the map information output device of the present invention,
The map information output unit may output the map in a manner corresponding to the extracted result.
[0047]
For example, the feature to be extracted may be highlighted or the color or character size may be changed. Moreover, it is good also as what highlights the road where the reduction rate of the number of accidents is high. Furthermore, it is also possible to identify an administrative division including a road where the number of accidents has decreased in the past several years, and to output a map with blank areas other than the administrative division.
[0048]
The present invention can be configured in various modes such as a map database output method in addition to a map database data structure and a map information output device. Moreover, you may comprise as a signal which can be equated with the computer program itself which implement | achieves these methods with a computer, or this. Furthermore, you may comprise as a recording medium which recorded these computer programs.
[0049]
Here, the storage medium may be a flexible disk, CD-ROM, magneto-optical disk, IC card, ROM cartridge, punch card, printed matter on which a code such as a bar code is printed, an internal storage device of a computer (memory such as RAM or ROM). ) And various types of computer-readable media such as external storage devices.
[0050]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described based on examples of a map information output system.
A. First embodiment: Accident analysis processing:
A1. System and functional block configuration:
A2. Data structure:
A3. processing:
B. Second embodiment: Resident analysis processing:
B1. Data structure:
B2. processing:
B3. Variation:
C. Third embodiment: Bank analysis processing:
C1. Data structure:
C2. processing:
C3. Variation:
D. Fourth embodiment: Land price analysis processing:
D1. Data structure:
D2. processing:
E. Example 5: Traffic analysis processing:
E1. Data structure:
E2. processing:
[0051]
A. First embodiment: Accident analysis processing:
A1. System and functional block configuration:
FIG. 1 is an explanatory diagram showing the system configuration of the map information output system. The map information output system includes a map server 100 and a personal computer 100a connected by a network INT. The map server 100 holds map data representing a map. Note that the network INT may be a wide area network such as the Internet or a limited network such as a local area network.
[0052]
The personal computer 100a acquires desired image data from the map server 100 by sending request data. The map server 100 acquires the request data, and creates image data while referring to the map data. The image data includes map information related to the map represented by the map data. The user can browse the map information by causing the browser executed on the personal computer 100a to process the image data.
[0053]
FIG. 1 also shows the functional block configuration of the map server 100. The functional blocks shown in the figure are configured by software in a control program executed by the map server 100. However, each functional block may be configured in hardware. The map server 100 includes a communication unit 110, an instruction unit 111, an analysis unit 112, an extraction unit 113, a map storage unit 114, and a display unit 115.
[0054]
The communication unit 110 manages communication with the personal computer 100a.
The instruction unit 111 acquires request data representing a request from the personal computer 100a via the communication unit 110. The instruction unit 111 gives an instruction to the analysis unit 112 and the display unit 115 based on the request data.
[0055]
The map storage unit 114 stores a plurality of versions of map data prepared for each year. The map storage unit 114 holds map data representing past maps in addition to map data representing maps of the latest year. In the following description, it is assumed that the 99-year map data and the 98-year map data are held. The 1999 version is the latest version of the data. The map data includes feature data representing features such as buildings and forests. Details of the map data will be described later.
[0056]
The map data is used as the latest version of the map that was revised in the previous year. For example, the map data of the 1999 version is map data created based on surveying / survey in 1998.
[0057]
The analysis unit 112 analyzes the map based on an instruction from the instruction unit 111. The analysis unit 112 performs analysis by referring to the map data stored in the map storage unit 114. The analysis unit 112 passes the analysis result to the display unit 115 to generate image data.
[0058]
The extraction unit 113 extracts the feature data instructed by the analysis unit 112 from the map storage unit 114 over time.
[0059]
The display unit 115 generates image data based on the instruction of the instruction unit 111 while using the analysis result of the analysis unit 112 and the stored content of the map storage unit 114. The display unit 115 sends the generated image data to the personal computer 100a via the communication unit 110.
[0060]
A2. Data structure:
FIG. 2 is an explanatory diagram showing the data structure of the map storage unit 114.
As shown in FIG. 2, the map storage unit 114 stores two sets of map data, a 98-year version and a 99-year version. Each map data includes feature data prepared for each feature represented on the map. In the feature data, the shape and attribute of the feature, an event related to the feature, and the like are stored. In this embodiment, for the sake of convenience of explanation, the case of processing two sets of map data of the 98 version and the 99 version has been shown, but the same applies to the processing of three or more sets of map data. For example, a 97 year edition may be added.
[0061]
FIG. 2 shows the details of the data structure of the feature data together with the feature data 1 of the 1998 version. The feature data includes a name record, a shape record, an attribute record, and an event record.
[0062]
The name record stores the name of the feature. In the case of the feature data 1 in FIG. 2, the name “road 1” is stored. The shape record stores the shape of the feature on the map in a polygon data format. Details of the storage in the polygon data format will be described later. The attribute record stores the attribute of the feature. In the case of road 1, the case where the classification of the feature is “road” and the road type is “national road” is shown.
[0063]
The event record stores events associated with the feature. In the case of the present embodiment, the number of accidents on the road represented by the feature data is stored. In the case of road 1, the number of accidents “10 times” is stored. This is the number of accidents that occurred on the road 1 from the creation of the 1997 edition to the creation of the 1998 edition. That is, an event of 10 accidents is stored in association with a feature called road 1. In addition, it is good also as what memorize | stores an accident according to actual accident occurrence. In such a case, accidents from the creation of the 1998 version to the creation of the 99 version are added to the 1998 version map and sequentially stored. Memorize the accident after the 1999 edition is made on the 99 edition map.
[0064]
Further, FIG. 2 also shows the shape 10 of the road 1 on the 1998 version map ma2. The shape record of the road 1 stores the shape of the road 1 by polygon data including the positions of the six points p1, p2, p3... P6. The map is coordinated in an xy orthogonal coordinate system. The shape record of the road 1 stores six points p1, p2, p3... P6 while using this xy coordinate system. Note that the end points T1 and T2 of the road 1 are also stored in the shape record of the road 1. The end points T1 and T2 will be described later.
[0065]
A3. processing:
FIG. 3 is a flowchart showing the accident analysis output process. The map server 100 acquires the request data by performing the process shown in FIG. 3, performs the process with reference to the stored contents of the map storage unit 114, and sends the image data desired by the user.
[0066]
In step sa1, the instruction unit 111 acquires request data. The request data includes an instruction of the map range to be processed by the analysis unit 112 and the mode of image data output by the display unit 115. The instruction unit 111 gives an instruction to the analysis unit 112 and the display unit 115 based on the request data. Thereafter, in the analysis process of steps Sa2 to Sa4, the analysis unit 112 performs the analysis process.
[0067]
In step sa <b> 2, the analysis unit 112 extracts the feature data whose classification is “road” from the 99-year version map data.
[0068]
In step sa3, the extraction unit 113 identifies the road corresponding to the road extracted in step Sa2 in the 1998 version of the map data. Specifically, a road having the same end point is specified. Here, the position of the end point of the road is stored in the shape record. In order to explain the end points of the road, the map ma2 in FIG. 2 also shows the positions of the end points t1 and T2 of the road 1 together. The extraction unit 113 examines the coincidence / non-coincidence for the end points.
[0069]
In step sa4, the analysis unit 112 compares the stored contents of the shape records to identify roads having a change in shape from the 98 version to the 99 version. That is, by identifying the roads whose end points coincide with each other and whose shape has changed, the roads modified from the 1998 version to the 1999 version are grasped.
[0070]
In step sa5, the analysis unit 112 performs statistical processing of accidents regarding the road identified in step sa4. Specifically, the reduction rate of the number of accidents before and after renovation is calculated.
[0071]
In step sa6, the display unit 115 generates image data based on the accident reduction rate calculated by the analysis unit 112, and sends the image data to the personal computer 100a.
[0072]
FIG. 4 is an explanatory diagram showing an example of accident analysis processing.
The map storage unit 114 stores roads included in the 1998 and 99 version maps as feature data. The 99-year map ma1 has roads a to d. The 1998 version map ma2 has roads 1-4.
[0073]
In the process of step sa2 in FIG. 3, the analysis unit 112 extracts the feature data of the 1999 version of roads a to d. In step sa3, according to the roads a to d extracted in step Sa2, the extraction unit 113 specifies the 1998 version of roads 1 to 4, respectively. This is because the end points of roads a to d and roads 1 to 4 coincide with each other. In step sa4, road a and road 1 and road c and road 3 are specified. This is because the shape changes in the 99 and 98 editions, respectively. Road b and road 2, road d and road 4 are not specified because they have the same shape.
[0074]
In step sa5, the reduction rate of the number of accidents before and after the repair is calculated for the road specified in step sa4. For road 1 and road a, the decrease rate is “(10−8) ÷ 10 × 100 = 20%”. For the road 3 and the road c, the decrease rate is “(10−9) ÷ 10 × 100 = 10%”.
[0075]
FIG. 5 is an explanatory diagram showing an interface for outputting the processing result of the map server 100. The output image data in step Sa6 is displayed by the personal computer 100a.
[0076]
The output image 200 displays a 99-year version map. In the output screen 200, accident reduction rate displays 213 a and 223 a are respectively attached to the road displays 210 a and 220 a of the roads a and c related to the repair. Accident reduction rate displays 213a and 223a are displayed in association with roads that have been repaired. The accident reduction rate displays 213a and 223a are assigned the processing results of step Sa5 in FIG. 3 for roads a and c, respectively.
[0077]
According to the map information output system described above, by storing the road position / shape and the number of accidents in association with each other, it is possible to objectively grasp the transition of the road position / shape and the number of accidents. Further, by outputting the calculation processing result together with the map, the user can sufficiently grasp the processing result while comparing with the map.
[0078]
Here, on the output screen 200 in FIG. 5, the roads a and c related to the repair may be highlighted. In FIG. 5, the highlights 210a and 220a of the roads a and c related to the repair are schematically shown by hatching. By such highlighting, the result of the calculation process can be grasped sufficiently while comparing with the map.
[0079]
In addition, on the output screen 200, the roads 211a and 221a before the repair of the 1998 version roads 1 and 3 may be displayed together. The map display including roads before and after the renovation shows the chronological transition of the road shape, making it easier to analyze the causal relationship with the improvement rate.
[0080]
The road displays 211a and 221a before the repair and the accident reduction rate displays 213a and 223a may be displayed by clicking the road displays 210a and 220a after the repair.
[0081]
In addition, the extraction part 113 demonstrated as what extracts based on the end point and shape of a road. However, it is not limited to such a case. For example, it is good also as what extracts based on a name record. Further, the repair information may be stored in an event record and used for extraction.
[0082]
B. Second embodiment: Resident analysis processing:
The map information output system described below is common to the system of the first embodiment in terms of system configuration and functional block configuration. Further, the data configuration used by the map storage unit 114 and the content of processing are substantially the same as those of the system of the first embodiment. In the following description of the second embodiment, the differences will be mainly described while being compared with the case of the first embodiment.
[0083]
In the second embodiment, the map server 100 uses feature data representing “house”. The house feature data stores the resident. The map server 100 performs a map display for identifying a house having a resident change from the old version. Newspaper sellers use this information to conduct sales activities for subscription contracts.
[0084]
B1. Data structure:
FIG. 6 is an explanatory diagram showing a data structure for storing map data used for the resident analysis process. In the feature data 1 in the figure, it is stored in the attribute record that the feature represents a house. Further, in the feature data 1, it is stored in the event record that the resident of the house is “Suzuki”. Moreover, in the feature data 2 and 3, it is memorize | stored in an attribute record that it is the feature data showing a parking lot and an empty space, respectively. In this embodiment, the administrator of the map server 100 inputs new year map data into the map server 100. The new year's map data reflects changes in tenants.
[0085]
Although omitted in FIG. 6 for the sake of illustration, the map data of this embodiment includes feature data such as roads in addition to houses. In FIG. 6, shape records such as the feature data 1 are also omitted. Hereinafter, parts omitted for the sake of illustration are the same as in the description of the first embodiment. Further, in this embodiment, for convenience of explanation, it is assumed that the map data of the 99 version and the 98 version are the same except for the event record in the feature data. Further, the same name is stored in the corresponding feature data of different years. The extraction unit 113 will be described below as specifying feature data of different years based on the same name.
[0086]
B2. processing:
FIG. 7 is a flowchart showing the resident analysis process. The process shown in FIG. 7 corresponds to the analysis process (steps Sa2 to Sa4 in FIG. 3) in the first embodiment.
[0087]
In step Sb1, house feature data included in the 99 version map data is extracted. In step Sb2, the extraction unit 113 identifies the house corresponding to the house extracted in step Sb1 from the 1998 version map data. As described above, in this embodiment, the identification is performed based on the same name record. In step Sb3, the event records of the feature data extracted in steps Sb1 and Sb2 are compared, and those having differences, that is, those having different old and new residents are selected. In step Sb4, in order to visit the house selected in step Sb3, the feature data of the parking lot closest to this house is searched. At this time, the feature position information stored in the shape record is used. The search for the parking lot may be omitted.
[0088]
FIG. 8 is an explanatory diagram illustrating an example of a resident analysis process.
In step Sb1 in FIG. 7, a 99-year version of the house is extracted. Here, it is assumed that houses of “section 1” and “section 2” are extracted. In step Sb2, the extraction unit 113 identifies the sections 1 and 2 of the 98 version map data based on the same name. In step Sb3, the difference between the tenant and the 98 version is checked. As for section 1, “Tanaka” is stored in the 1998 version, and “Suzuki” is stored in the 99 version. Regarding the section 2, “Harada” is stored in both the 99 version and the 98 version. The analysis unit 112 detects a difference regarding the section 1. In step Sb4, based on the difference, the analysis unit 112 extracts the parking lot in the section 3 that is closest to the house in the section 1.
[0089]
FIG. 9 is an explanatory diagram showing an interface for specifying a house where a resident has been changed and a searched parking lot. This is a display of the processing results for the map shown in FIG.
[0090]
A display 210b indicating the house position is attached to the output screen 200b showing the house extraction result. This is attached corresponding to the display 211b of the house in the section 1 where the resident change is detected in step Sb3 of FIG. The resident name is shown in the display 210b indicating the position of the house. Furthermore, the display 220b which shows the position of a parking lot is attached | subjected to the output screen 200b. This is attached corresponding to the display 221b of the parking lot searched in step Sb4 of FIG.
[0091]
According to the map information output system described above, it is possible to easily grasp a house whose attribute has changed over a plurality of versions. By displaying the map while identifying the house, the user can easily grasp the position and distribution of the desired house.
[0092]
In this embodiment, the newspaper seller may correct the latest version of map data based on the result of actual sales activities. For example, it may be possible to store the fact in the event record for a house that has been successfully subscribed. At this time, by adding an extraction condition in step Sb1 in FIG. 7, a house that has been successfully subscribed can be excluded from the processing targets in step Sb2 and subsequent steps. Similarly, a resident may be subject to correction.
[0093]
B3. Variation:
Here, a case where the map server performs a route search on a map will be described as a modification of the second embodiment.
[0094]
The request data acquired by the instruction unit 111 in this modification includes information on the current position of the user. The analysis unit 112 performs a route search from the current position to the parking lot searched in step Sb4 in FIG. The display unit 115 outputs image data based on the route search result. In the analysis processing shown in FIG. 7, the analysis unit 112 performs a route search after searching for a parking lot in step Sb4.
[0095]
FIG. 10 is an explanatory diagram showing an interface for specifying a route search result to the searched parking lot. The output screen 205b showing the route search result is the same as the output screen 200b of FIG. 9 in that a display 215b showing the position of the house and a display 225b showing the position of the parking lot are attached. The output screen 205b further includes a display 230b indicating the current position and a display 231b of a route from the current position to the parking lot.
[0096]
C. Third embodiment: Bank analysis processing:
In the third embodiment, the map server 100 uses feature data representing “bank”. In this embodiment, the 98 version banks will merge. The merged bank is included in the 1999 map data.
[0097]
In this embodiment, the feature data is different from that in the first embodiment in that it includes a link for specifying a past event record. By using this link, the extraction unit 113 can specify the number of scandals retroactively while responding to the succession relationship before and after the merger. The analysis unit 112 can analyze the number of scandals while grasping the continuation status of bank business before and after the merger.
[0098]
C1. Data structure:
FIG. 11 is an explanatory diagram showing the data structure of map data including links.
The event record of the bank feature data in this embodiment records the number of scandals of the bank. Here, the number of scandals is recorded in association with the link. The link identifies the location of the past number of scandals. In the case of AB Bank, there are two links for the number of scandals. This is because the A and B banks in the 1998 version map merged to create the AB bank. Each link identifies the location of the number of scandals in both the 1998 and A banks. If there is no merger, one link is enough.
[0099]
C2. processing:
FIG. 12 is a flowchart showing a scandal analysis process performed by the analysis unit 112.
In step Sc1, the bank specified by the request data is extracted from the 99-year map data.
[0100]
In step sc2, the content of the number of scandals included in the feature data is extracted. Here, we take out the 1999 version of the bank.
[0101]
In step sc3, it is determined whether or not past map data is to be processed. The range in which data is to be extracted is designated in advance by the request data. If it is necessary to extract past map data, the process proceeds to step Sc3r. In step Sc3r, the extraction unit 113 takes out the link. In the first step Sc3r, a link about the scandal of the 1999 version is taken out. Thereafter, in step Sc2, the number of scandals of the old year version specified by the link extracted in step Sc3r is extracted.
[0102]
In this way, past data is extracted in a chained manner while referring to the link, and when the number of scandals for all the map data in the range specified by the requested data is finished, the process proceeds to step Sc4 according to the determination in step Sc3. Moved. In step Sc4, the total number of scandals taken out is counted for each bank in the 99 version.
[0103]
FIG. 13 is an explanatory diagram showing an example of a map that records the number of scandals. In the 99 version map mc1, AB bank and C bank exist. For AB bank and C bank, the number of scandals 5 times and 2 times are stored respectively. Similarly, in the 1998 version map, banks A to C exist, and the map storage unit 114 stores the number of scandals.
[0104]
In FIG. 13, the number of scandals in the 1998 version map specified by the link for the 1999 version of AB bank and C bank is indicated by a dashed line arrow. The link included in the feature data of the AB bank specifies the number of scandals of the A bank and the B bank in the 1998 map mc2.
[0105]
FIG. 14 is an explanatory diagram showing the contents of the scandal analysis process. This is a scandal analysis process based on the map data shown in FIG. Regarding the 1999 version of the map, the number of scandals of AB Bank and Bank C will be taken out 5 or 2, respectively. In addition, the number of scandals 1, 3 and 2 of Banks A, B and C are taken out of the 1998 version map. These scandals are summed in step Sc4 in FIG. The number of scandals at AB Bank is “5 + 1 + 3 = 9”, and the number of scandals at Bank C is “2 + 0 = 2”.
[0106]
FIG. 15 is an explanatory diagram showing an interface for outputting the number of bank scandals before and after the merger. This shows an output screen 200c based on the processing result shown in FIG. On the screen 200c for outputting the number of scandals, an AB bank scandal count display 212c and a C bank scandal count display 222c are displayed. They are shown attached to the AB bank position display 210c and the C bank position display 220c, respectively. In FIG. 15, the scandal number display 212 c indicates that the former bank from which AB bank was merged is the A and B banks. However, the present invention is not limited to this case.
[0107]
According to the map information output system described above, the number of scandals over a plurality of years can be easily extracted by using links, regardless of merger / name change of features.
[0108]
FIG. 15 also shows that the merger from Bank A and Bank B to Bank AB occurred in February 1998 in the AB Bank scandal count display 212c. The merged month is stored in the event record of AB bank shown in FIG. 11, and the display unit 115 reads this and displays the merged month.
[0109]
C3. Variation:
In the following, various cases will be described with respect to modifications of the third embodiment.
First, various cases can be considered for the mode indicating the number of scandals. For example, by clicking the bank position displays 210c and 220c, the scandal number displays 212c and 222c indicating the total number of scandals over the 98-99 edition may be displayed. In addition, it is possible to confirm the number of scandals of AB and C banks by the 99 version alone by 5, 5 times or the scandals by the 98 version of A, B and C banks by the same mouse operation. Good.
[0110]
Further, by clicking the position display 210c of the AB bank, the building positions of the 1998 version A and B banks which are the merger banks may be confirmed. At this time, as in the case of FIG. 15, the number of scandals of Banks A and B in the 1998 edition may be shown one or three times, or the total number of scandals over multiple years before the 1998 edition is also shown. It is good.
[0111]
Secondly, in this embodiment, the number of scandals of the banks before and after the merger is associated with the link, but the present invention is not limited to this case. For example, when there is a transfer of a bank building, the number of scandals stored in association with the building before the transfer may be associated with the number of scandals stored in association with the building after the transfer. This is the case, for example, when the location of the 1999 version C bank building is different from the location in the 98 version (see FIG. 13). At this time, the map server 100 may show the old and new bank buildings together on the map. According to such a map information output system, the number of scandals over a plurality of years can be easily extracted regardless of the movement of the feature.
[0112]
Third, a modified example of the link will be described. In the above description, it is assumed that the version specification is not included in the link, and all the links specify the event record of the previous year. The link includes designation of a version, and may specify not only one but a plurality of versions of records. Furthermore, in the above embodiment, the link is a link that associates the number of scandals. The links may be associated in units of feature data or event records.
[0113]
Fourth, a case where the map storage unit 114 does not store a plurality of versions over the entire map data will be described. For the sake of convenience, in the above description, the map storage unit 114 holds 99-year map data, 98-year map data, and the like. However, the present invention is not limited to such a case. For example, in the third embodiment, all records such as shape records and attribute records may be stored only for the latest 99 version, and only event records may be stored for the 98 version and earlier. In such a case, the map server 100 can perform analysis based on the event record. According to such a map information output system, the storage capacity can be reduced.
[0114]
Similarly, in cases other than the third embodiment, a plurality of versions may not be stored over the entire map data. For example, in the first embodiment, a plurality of versions may not be stored over the entire map data, and a plurality of versions may be stored for each feature data. In the data structure of FIG. 4, the 99 version data is stored only for the roads a and c related to the repair. At this time, you may memorize | store only about the shape about the roads a and c, and may memorize | store only about the number of accidents about the roads a and c.
[0115]
D. Fourth embodiment: Land price analysis processing:
In the fourth embodiment, the analysis unit 112 compares the old and new maps to check for demolition of the building and other changes. In this embodiment, the map data includes land price information. The analysis unit 112 examines changes in buildings and changes in land prices over time.
[0116]
D1. Data structure:
FIG. 16 is an explanatory diagram showing a data structure for storing map data including land price information. In FIG. 16, the feature data 1 represents “Area A” on the map md. In the event record of the feature data 1, the land price of the area A is stored.
[0117]
On the other hand, the feature data 2 represents “Store A”. Store A exists in area A. The feature data 3 represents “Store B” outside the area A.
[0118]
D2. processing:
FIG. 17 is a flowchart showing the land price analysis process.
In step Sd1, feature data whose classification is “region” is extracted over time.
[0119]
In step Sd2, the land price information extracted in step Sd1 is extracted. In step Sd2, for each area extracted in step Sd1, the in-region features included in the area are extracted. The extraction is performed based on the inclusion relation of polygon data of each feature.
[0120]
In step Sd3, the land price fluctuation is examined for each region. Further, in step Sd3, the increase / decrease in the number of local features is checked for features such as stations and shops. If a local feature that existed in the past no longer exists in the latest map data, it is determined that the feature is demolished and “disappeared”. On the contrary, when the thing corresponding to the local feature in the latest map data does not exist in the past map data, it is determined that it is “newly constructed”.
[0121]
In step Sd4, the land price examined in step Sd3 and the changes in the local features are compared for each region. In step Sd5, the correlation between the change in the feature and the change in the land price is determined based on the comparison result in step Sd4. The processing of steps Sd4 to Sd5 will be described in detail below with a specific example.
[0122]
FIG. 18 is an explanatory diagram showing an example of a map including land price information. Below, the content of the land price analysis process about the map shown in FIG. 18 is demonstrated.
[0123]
First, area A and area B are extracted from the map data of the 1999 version and the 98 version, respectively. In the A and B areas, the land price is 50,000 yen / m for the 1998 map data. 2 It is grasped. In addition, the map data of 1998 version is 70,000 yen / m for both regions. 2 It is grasped. In addition, in the A and B areas, it is understood that the features include the station A and the shop A in the A area and the shop B in the B area in the 99 version map. It can be seen that the 1998 version of the map does not contain significant features in both A and B areas.
[0124]
About change of land price, A area is 20,000 yen / m 2 Rise, B area is 30,000 yen / m 2 It is a decline, and the difference between A and B areas is 50,000 yen / m 2 Magnification is calculated. Regarding the change in the feature, it is grasped that the station A and the store A are newly constructed in the A area, and the store B is newly constructed in the B area. From the above, it can be understood that the number of stores increases between the A and B areas, and the difference between the A and B areas increases by one for the number of stations.
[0125]
From the above, in step Sd5, it is concluded that the increase or decrease in the store is irrelevant to the change in land prices. It is concluded that the increase in stations has a positive correlation with changes in land prices. The conclusion in step Sd5 is sent to the personal computer 100a by a process corresponding to step Sa6 in FIG. 3 in the first embodiment. The display unit 115 sends image data representing the conclusion content in text.
[0126]
In this embodiment, the conclusion content is output separately from the map. However, it is not limited to such a case. For example, as in the case illustrated in the previous embodiment (see FIGS. 5, 9 to 10, and 15 to 16), it is also conceivable to send image data in which the conclusion content is embedded in a map.
[0127]
According to the map information output system described above, a plurality of extraction results can be compared. Specifically, it is possible to objectively grasp changes in land prices and features and analyze the correlation between changes in land prices and changes in features.
[0128]
Further, in this embodiment, the change of the feature is illustrated by taking a new feature. Feature changes include demolishing, moving, and refurbishing features. Similar processing can be performed in these cases.
[0129]
E. Example 5: Traffic analysis processing:
Finally, the case of analyzing road traffic by recording the date of accident for each road will be described. The events stored in the map server 100 in this embodiment include accidents that occur on the road and new construction of roads due to construction. The user adds memory of the event according to the actual event occurrence. The user can obtain a desired processing result based on the latest stored contents.
[0130]
E1. Data structure:
FIG. 19 is an explanatory diagram showing a data structure for recording the date of an accident for each road.
Roads 1 to 3 exist on the map maE. The event record of the feature data representing the road stores the construction date of the road. For example, for road 2, the date of construction is stored as 10/30. The event record stores an accident on the road. For accidents, the date and location of the accident are stored. For example, in the case of the accident A on the road 1, the date of the accident is 10/10, and the accident position is stored as coordinates (51, 27).
[0131]
The storage of events may be performed by sorting in order of date. Moreover, an accident and road construction may be memorize | stored separately and may be memorize | stored integrally.
[0132]
E2. processing:
FIG. 20 is a flowchart showing traffic analysis processing. The process shown in FIG. 20 corresponds to the analysis process (steps Sa2 to Sa4 in FIG. 3) in the first embodiment.
[0133]
In step Se1, the analysis area designated by the request data is grasped. In the analysis area, the request data designates a rectangular area on the map. FIG. 19 illustrates the analysis area 5e. The user of the personal computer 100a can specify the analysis area by operating the mouse on the map. In step Se2, a road that at least partially overlaps the analysis area is extracted. At this time, the construction date of the road is grasped. In step Se3, accidents in the analysis area are extracted. The extraction need only be performed for the road accident extracted in step Se2. In step Se4, the number of accidents is calculated every month.
[0134]
When the map storage unit 114 has the storage contents shown in FIG. 19 and the user designates the analysis area 5e, the roads 1 and 2 are extracted in step Se2. In step Se3, accidents B, C, and D are extracted. The accident A is not extracted because it is not an accident in the analysis area 5e.
[0135]
FIG. 21 is an explanatory diagram showing an interface for outputting the result of the traffic analysis process. This shows an interface in the case of outputting the processing result for the stored contents shown in FIG. The processing result is shown by a graph 201e. In the graph 201e, the horizontal axis represents the passage of years. The vertical axis represents the number of monthly accidents in the analysis area 5e. A broken line 202e in the graph 201e indicates the number of accidents per month. Further, a display 203e of the new date of the road 2 is also shown.
[0136]
According to the map information output system described above, it is possible to memorize road accidents and road construction dates in a time series. Various information processing can be performed.
[0137]
In the map information output system described above, a link can be used in the same manner as in the previous embodiment. For example, it is possible to use a link that correlates memories of accidents in the analysis area 5e in time series. Conversely, the information processing in the previous embodiment can be realized by the same data configuration as in the present embodiment.
[0138]
Further, in the present embodiment, description has been made by taking a traffic accident and road construction as examples. However, other various events and other attributes can be similarly stored. For example, the traffic regulation on the road and the change date of the road type may be stored. Further, the date of connection 10/30 of the road 2 to the road 1 may be stored in association with the road 1.
[0139]
Here, in the above various explanations, explanations have been made focusing on events, but the same applies to road type and other attributes.
[0140]
As mentioned above, although the various Example of this invention was described, it cannot be overemphasized that this invention is not limited to these Examples, and can take a various structure in the range which does not deviate from the meaning. For example, the above processing may be realized by hardware as well as by software.
[0141]
Here, the user may be able to change one or both of the event record and the attribute record in accordance with an actual event occurrence such as road repair or an accident occurrence. These additions / changes may be performed by directly operating the map server 100 or may be performed from the personal computer 100a via a network.
[0142]
In this case, the event record or the like may be stored in association with the identifier of the user or user group. By doing in this way, the map information according to each user etc. can be provided. For example, the map server 100 may store business records of a plurality of salesmen on a single map, or store business records of a plurality of sales groups on a single map. Each salesperson can view and change his / her business records according to actual business activities by using a mobile terminal or the like.
[0143]
Further, the event record or the like may be added / changed by an unspecified user. For example, like a so-called bulletin board in the WWW, reports and evaluations may be additionally stored from unspecified users in association with sightseeing spots shown on a map.
[0144]
Furthermore, the map server 100 and the personal computer 100a may share and store a map database. For example, the event record or the like may be stored in the personal computer 100a, and the other may be stored in the map server 100. At this time, the shape record etc. which the map server 100 memorize | stores is good also as what is matched with the event record etc. which each personal computer of a some user memorize | stores. For the correspondence between the two, for example, an identifier of a user or a user group can be used. Further, various processes as shown in the flowchart of FIG. 3 may be performed by the map server 100 or the personal computer 100a.
[0145]
The map server 100 may be realized by the personal computer 100a alone. In such a case, for example, a car navigation device mounted on an automobile may store a map database and provide map information to the driver. At this time, the personal computer 100a and the car navigation device may acquire new shape data or the like via a network such as a wireless network or a storage medium such as a CD-ROM. Further, addition / change of an event record or the like may be possible.
[Brief description of the drawings]
FIG. 1 is an explanatory diagram showing a system configuration of a map information output system.
FIG. 2 is an explanatory diagram showing a data configuration of a map storage unit 114;
FIG. 3 is a flowchart showing an accident analysis output process.
FIG. 4 is an explanatory diagram showing an example of accident analysis processing;
FIG. 5 is an explanatory diagram showing an interface for outputting a processing result of the map server 100;
FIG. 6 is an explanatory diagram showing a data configuration for storing map data used for resident analysis processing;
FIG. 7 is a flowchart showing a resident analysis process.
FIG. 8 is an explanatory diagram showing an example of a resident analysis process.
FIG. 9 is an explanatory diagram showing an interface for specifying a house where a resident has been changed and a searched parking lot;
FIG. 10 is an explanatory diagram showing an interface for specifying a route search result to a searched parking lot.
FIG. 11 is an explanatory diagram showing a data configuration for storing map data including a link.
12 is a flowchart showing a scandal analysis process performed by an analysis unit 112. FIG.
FIG. 13 is an explanatory diagram showing an example of a map including banks before and after the merger.
FIG. 14 is an explanatory diagram showing an example of specific contents of a scandal analysis process.
FIG. 15 is an explanatory diagram showing an interface for outputting the number of scandals of the bank before and after the merger.
FIG. 16 is an explanatory diagram showing a data configuration for storing map data including land price information.
FIG. 17 is a flowchart showing land price analysis processing;
FIG. 18 is an explanatory diagram showing an example of a map including land price information.
FIG. 19 is an explanatory diagram showing a data configuration for recording the date of an accident for each road.
FIG. 20 is a flowchart showing traffic analysis processing.
FIG. 21 is an explanatory diagram showing an interface for outputting a result of traffic analysis processing;
[Explanation of symbols]
100 ... Map server
100a ... Personal computer
110: Communication unit
111 ... Indicator
112 ... Analysis Department
113 ... Extraction unit
114 ... Map storage unit
115 ... Display section
ma1 ... 99 version map
ma2 ... 1998 edition map
10. Shape of road 1
p1, p2, p3, p4, p5, p6 ... points on road 1
T1, T2 ... Endpoint
200 ... Output image
210a, 220a ... road display
211a, 221a ... Display of road before renovation
213a, 223a ... Accident reduction rate display
200b ... Output screen showing house extraction results
210b ... Display indicating the position of the house
211b ... Display of extracted house
220b ... Display indicating the position of the parking lot
221b ... Display of searched parking lot
205b ... Output screen showing route search result
215b ... Display indicating the position of the house
215b: Display indicating the position of the parking lot
231b ... Display of route
230b ... Display indicating current position
mc1 ... 99 version map
mc2 ... 98 edition map
212c, 222c ... Number of scandals
210c, 220c ... Bank position display
md ... Map
md1 ... 98 edition map
md2 ... 1999 version map
201e ... graph
202e ... Accident line
203e ... Date of new construction

Claims (5)

地図を表す地図データベースに基づいて、地図情報を出力する地図情報出力装置であって、
前記地図データベースは、少なくとも一部に、時系列的に異なる複数個の異バージョン地図データを有しており、
前記地図情報出力装置は、
抽出条件を指定する指定部と、
該抽出条件に適合するデータを、前記時系列にわたって抽出する抽出部と、
該抽出されたデータを出力する地図情報出力部とを備え、
各異バージョン地図データは、
前記地図上に表される地物ごとに用意された地物データと、
該地物に関連する所定の属性を記憶する属性データとを備え、
前記地物データおよび属性データの少なくとも一方は、該地物および属性に関連する所定の時間情報と対応付けられており、
前記地物データは、該地物に関する事象が登録された事象レコードを含み、
各異バージョン地図データの前記事象レコードは、過去の異バージョン地図データの事象レコードを時系列に従って連鎖的に順次特定してゆくリンクを含み、
前記抽出部は、該特定結果に基づいて前記時系列にわたって前記事象レコードの抽出を行う、地図情報出力装置。
A map information output device that outputs map information based on a map database representing a map,
The map database has a plurality of different version map data different in time series at least in part,
The map information output device comprises:
A specification part for specifying extraction conditions;
An extraction unit for extracting data that conforms to the extraction condition over the time series;
A map information output unit for outputting the extracted data;
Each different version map data ,
Feature data prepared for each feature represented on the map;
Attribute data storing predetermined attributes related to the feature,
At least one of the feature data and attribute data is associated with predetermined time information related to the feature and attribute ,
The feature data includes an event record in which events related to the feature are registered,
The event record of each different version map data includes a link that sequentially identifies event records of past different version map data according to a time series,
The said extraction part is a map information output device which extracts the said event record over the said time series based on this specific result .
請求項1記載の地図情報出力装置であって、
前記時系列にわたって抽出される前記事象レコードに対し、所定の情報処理を施す処理部を備え、
前記出力は該情報処理に応じた出力である地図情報出力装置。
The map information output device according to claim 1,
A processing unit that performs predetermined information processing on the event record extracted over the time series,
The map information output device, wherein the output is an output corresponding to the information processing.
請求項1記載の地図情報出力装置であって、
前記地図情報出力部は、前記抽出された結果を、前記地図の少なくとも一部と共に出力する地図情報出力装置。
The map information output device according to claim 1,
The map information output unit outputs the extracted result together with at least a part of the map.
地図を表す地図データベースに基づいて、地図情報を出力する方法であって、
前記地図データベースは、少なくとも一部に、時系列的に異なる複数個の異バージョン地図データを有しており、
前記方法は、
コンピュータが、指定された抽出条件に適合するデータを、前記時系列にわたって抽出する工程と、
前記コンピュータが、該抽出されたデータを出力する工程とを備え、
各異バージョン地図データは、
前記地図上に表される地物ごとに用意された地物データと、
該地物に関連する所定の属性を記憶する属性データとを備え、
前記地物データおよび属性データの少なくとも一方は、該地物および属性に関連する所定の時間情報と対応付けられており、
前記地物データは、該地物に関する事象が登録された事象レコードを含み、
各異バージョン地図データの前記事象レコードは、過去の異バージョン地図データの事象レコードを時系列に従って連鎖的に順次特定してゆくリンクを含み、
前記抽出する工程は、該特定結果に基づいて前記時系列にわたって前記事象レコードの抽出を行う、方法。
A method for outputting map information based on a map database representing a map,
The map database has a plurality of different version map data different in time series at least in part,
The method
A computer extracting data that conforms to a specified extraction condition over the time series;
The computer comprising the step of outputting the extracted data;
Each different version map data ,
Feature data prepared for each feature represented on the map;
Attribute data storing predetermined attributes related to the feature,
At least one of the feature data and attribute data is associated with predetermined time information related to the feature and attribute ,
The feature data includes an event record in which events related to the feature are registered,
The event record of each different version map data includes a link that sequentially identifies event records of past different version map data according to a time series,
The extracting step includes extracting the event record over the time series based on the specific result .
コンピュータに、地図を表す地図データベースに基づいて地図情報を出力させるためのコンピュータプログラムであって、
前記地図データベースは、少なくとも一部に、時系列的に異なる複数個の異バージョン地図データを有しており、
前記コンピュータプログラムは、
指定された抽出条件に適合するデータを、前記時系列にわたって抽出する機能と、
該抽出されたデータを出力する機能とを前記コンピュータに実現させるためのコンピュータプログラムであり、
各異バージョン地図データは、
前記地図上に表される地物ごとに用意された地物データと、
該地物に関連する所定の属性を記憶する属性データとを備え、
前記地物データおよび属性データの少なくとも一方は、該地物および属性に関連する所定の時間情報と対応付けられており、
前記地物データは、該地物に関する事象が登録された事象レコードを含み、
各異バージョン地図データの前記事象レコードは、過去の異バージョン地図データの事象レコードを時系列に従って連鎖的に順次特定してゆくリンクを含み、
前記抽出する機能は、該特定結果に基づいて前記時系列にわたって前記事象レコードの抽出を行う、コンピュータプログラム。
A computer program for causing a computer to output map information based on a map database representing a map,
The map database has a plurality of different version map data different in time series at least in part,
The computer program is
A function for extracting data that meets the specified extraction conditions over the time series;
A computer program for causing the computer to realize the function of outputting the extracted data;
Each different version map data ,
Feature data prepared for each feature represented on the map;
Attribute data storing predetermined attributes related to the feature,
At least one of the feature data and attribute data is associated with predetermined time information related to the feature and attribute ,
The feature data includes an event record in which events related to the feature are registered,
The event record of each different version map data includes a link that sequentially identifies event records of past different version map data according to a time series,
The extraction function is a computer program that extracts the event record over the time series based on the specific result .
JP2002134359A 2002-05-09 2002-05-09 Data structure of a map database that stores multiple records in time series Expired - Fee Related JP4047061B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002134359A JP4047061B2 (en) 2002-05-09 2002-05-09 Data structure of a map database that stores multiple records in time series

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002134359A JP4047061B2 (en) 2002-05-09 2002-05-09 Data structure of a map database that stores multiple records in time series

Publications (3)

Publication Number Publication Date
JP2003330360A JP2003330360A (en) 2003-11-19
JP2003330360A5 JP2003330360A5 (en) 2005-09-22
JP4047061B2 true JP4047061B2 (en) 2008-02-13

Family

ID=29697032

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002134359A Expired - Fee Related JP4047061B2 (en) 2002-05-09 2002-05-09 Data structure of a map database that stores multiple records in time series

Country Status (1)

Country Link
JP (1) JP4047061B2 (en)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4604560B2 (en) * 2004-06-02 2011-01-05 富士通株式会社 Display method
JP2007041101A (en) * 2005-08-01 2007-02-15 Zenrin Co Ltd Time series management of map data
JP2009015205A (en) * 2007-07-09 2009-01-22 Pioneer Electronic Corp Map change information informing device and program
JP4926891B2 (en) * 2007-08-30 2012-05-09 株式会社日立製作所 Geographic information system and geographic information management method
JP5363971B2 (en) * 2009-12-28 2013-12-11 楽天株式会社 Landscape reproduction system
JPWO2019098124A1 (en) * 2017-11-14 2020-11-26 パイオニア株式会社 Hazardous area identification device, map data, dangerous area identification method and program
WO2024014001A1 (en) * 2022-07-15 2024-01-18 日本電信電話株式会社 Detection device, detection method, and detection program
WO2024014000A1 (en) * 2022-07-15 2024-01-18 日本電信電話株式会社 Detection device, detection method, and detection program

Also Published As

Publication number Publication date
JP2003330360A (en) 2003-11-19

Similar Documents

Publication Publication Date Title
Lake et al. Modelling environmental influences on property prices in an urban environment
KR100831605B1 (en) MASAIAI: MAnagement System of Application and Interpretation for Aerial Imagery
Mohammed et al. GIS-based analysis of the location of filling stations in metropolitan Kano against the physical planning standards
JP4047061B2 (en) Data structure of a map database that stores multiple records in time series
Abkowitz et al. Adaptation of geographic information systems to highway management
JP2006085602A (en) Traffic analysis system
Jensen et al. Remote Sensing and GIS Technology
JP2004145874A (en) Fixed asset lot measurement/calculation/information management system
Adebola et al. Analysis of bus-stops locations using geographic information system in Ibadan North LGA Nigeria
KR101078344B1 (en) Method for estimating the sales in the trading area
Medina et al. Geographic information systems-based pavement management system: a case study
Prastacos Integrating GIS technology in urban transportation planning and modeling
Thong et al. Using GIS to design a traffic information database for urban transport planning
Causevic et al. Potentials and advantages of applying geographic information systems in various fields of traffic engineering
JP2011059818A (en) Sediment control related information management system
KR102505115B1 (en) Land Use Planning Documentation and Safety Assessment System
Graettinger et al. Display and analysis of crash data
KR102315762B1 (en) A method for spatializing disaster damage history data
O'Neill A comparison of accuracy and cost of attribute data in analysis of transit service areas using GIS
Rodriguez-Bachiller et al. Geographical information systems and EIA
JP2003132076A (en) Information management system
Kim et al. Development of a prototype traffic safety geographic information system
Comer Methodology Using Geographic Information Systems to Evaluate Socioeconomic Data Concerning Impacts of Highway Bypasses in Oklahoma
Cho et al. User Manual and Technical Documentation for the REDARS Import Wizard
JP2022124532A (en) Construction record data management system

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050408

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050408

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070515

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070705

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20071113

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20071121

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101130

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4047061

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101130

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111130

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121130

Year of fee payment: 5

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121130

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131130

Year of fee payment: 6

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees