JP3392373B2

JP3392373B2 - 地図作成管理システムおよび家屋図作成管理システム

Info

Publication number: JP3392373B2
Application number: JP20665299A
Authority: JP
Inventors: 末広江良
Original assignee: 末広江良
Priority date: 1999-07-21
Filing date: 1999-07-21
Publication date: 2003-03-31
Anticipated expiration: 2019-07-21
Also published as: JP2001034736A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、長期間にわたって
地図の履歴管理が可能な地図作成管理システム、およ
び、長期間にわたって地図の履歴管理が可能な家屋図作
成管理システムに関する。

【０００２】

【従来の技術】一般に、土地は区画され、それぞれの土
地区画には所有者が存在し、その所有者の意図により、
適宜な目的に使用される。また、おのおのの土地区画は
課税対象となり、その所有者には、土地税法に従い、土
地区画の地目（種類／使用目的）や地積（面積）などに
応じ、市町村長により課税がされる。

【０００３】また、その課税対象となる土地区画を記載
したいわゆる行政地図は、担当の法務局により作成管理
されるが、この行政地図は持ち出せないため、市町村長
は、行政地図を複製し、その複製物を用いて課税等の作
業を行う用にしている。

【０００４】一方、土地区画は、その所有者の意図する
ところにより、あるいは、他の要因により、所有者が変
動したり、複数に分割されたり（これを「分筆」とい
う）、あるいは、複数の土地区画が１つの土地区画に統
合される（これを「合筆」という）など、様々な態様に
変動する。

【０００５】そして、このような土地区画の変動に伴
い、課税額が変動するため、その担当法務局では、それ
ぞれの土地区画について種々の変動が生じる度にその変
動の内容を登記し、担当市町村長による後日の課税算出
時等に不正がないように期している。

【０００６】また、法務局では、かかる土地区画の変動
に伴う行政地図の修正作業を定期的に行うようにしてお
り、それにより、現状の土地区画の状態を適切に保存管
理できるようにしている。

【０００７】

【発明が解決しようとする課題】しかしながら、土地区
画の変動は、しばしば発生し、また、１つの法務局が担
当する地域の土地区画の数が膨大であるため、登記書類
の数が非常に多く、例えば、市町村長が課税算出時のた
めの資料の作成に、多くの人手と時間を要しており、そ
の運用コストが多額であった。

【０００８】また、このような事態は、１つの担当市町
村長だけでなく、全国の市町村長において生じているた
め、課税時期におけるかかる作業のためのコストは、莫
大な額となっていた。

【０００９】さらに、課税時期における作業は、最新の
土地区画情報を得るだけであり、作業内容自体は比較的
容易ではあるが、例えば、所有者から確認請求があった
場合など、過去の土地区画の状態を再現する必要がある
場合には、過去の登記書類の帳簿を検索して、必要な情
報をまとめ上げる必要があり、人手で作業するには、長
期の時間と多大な作業コストがかかるという事態も生じ
ていた。

【００１０】ところで、これらの業務の電算化も一部で
は導入されているものの、その電算化手法は、基本的に
は、各土地区画の地図データ以外の属性の管理検索など
を容易にするためのものであり、肝心の地図データにつ
いては、改訂の度に改訂後の地図データを作成し、新た
な地図データとして保管しているため、例えば、１００
年単位での長期間にわたって適用するには不十分であっ
た。

【００１１】本発明は、かかる実情に鑑みてなされたも
のであり、長期間にわたって地図の履歴管理が可能な地
図作成管理システム、および、長期間にわたって地図の
履歴管理が可能な家屋図作成管理システムを提供するこ
とを目的としている。

【００１２】

【課題を解決するための手段】本発明は、地図の図葉の
図郭に含まれる１つ以上の土地区画のそれぞれについ
て、その土地区画を識別するための管理番号、および、
その土地区画形状をあらわす数値化された座標データセ
ット、および、その土地区画形状のトポロジー形状特性
をあらわす地図タイプ、および、その土地区画の所有者
などの所定の属性を記憶するためのテキストデータ、お
よび、その土地区画が属する図葉をあらわす図葉識別情
報、および、その土地区画が登記された日付をあらわす
第１の異動日情報を少なくとも含む土地区画データを記
憶する土地区画データ記憶手段と、上記土地区画の変化
の登記された日付をあらわす第２の異動日情報、およ
び、その土地区画の形状の変化前と変化後の地図データ
情報、および、当該土地区画の隣接土地区画の変化に伴
い、その隣接土地区画と当該土地区画の隣接関係を処理
可能にするために当該土地区画に追加される加点座標情
報、および、変化前後での土地区画間の親子関係などの
つながりをあらわす系統情報、および、所有者などをあ
らわす属性情報を少なくとも含む履歴情報を記憶する履
歴情報記憶手段と、上記土地区画データ記憶手段に記憶
した土地区画データおよび上記記憶手段に記憶した履歴
情報に基づいて、指定された日付における１つ以上の図
葉に含まれる地図を作成管理する地図作成管理手段を備
えたものである。

【００１３】また、前記地図作成管理手段は、隣接する
複数の図葉の図郭にまたがる土地区画については、それ
ぞれの前記土地区画データ記憶手段に記憶されている前
記座標データセットに基づいて描画される土地区画形状
境界線のうち、図郭境界線を構成するものについては、
作成する地図から消去するようにしたものである。

【００１４】また、家屋図の図葉の図郭に含まれる１つ
以上の家屋のそれぞれについて、その家屋を識別するた
めの管理番号、および、その家屋形状をあらわす数値化
された座標データセット、および、その家屋形状のトポ
ロジー形状特性をあらわす家屋図タイプ、および、その
家屋の所有者などの所定の属性を記憶するためのテキス
トデータ、および、その家屋が属する図葉をあらわす図
葉識別情報、および、その家屋が登記された日付をあら
わす第１の異動日情報を少なくとも含む家屋データを記
憶する家屋データ記憶手段と、上記家屋の変化の登記さ
れた日付をあらわす第２の異動日情報、および、その家
屋の形状の変化前と変化後の家屋図データ情報、およ
び、当該家屋の隣接家屋の変化に伴い、その隣接家屋と
当該家屋の隣接関係を処理可能にするために当該家屋に
追加される加点座標情報、および、変化前後での家屋間
の親子関係などのつながりをあらわす系統情報、およ
び、所有者などをあらわす属性情報を少なくとも含む履
歴情報を記憶する履歴情報記憶手段と、上記家屋データ
記憶手段に記憶した家屋データおよび上記記憶手段に記
憶した履歴情報に基づいて、指定された日付における１
つ以上の図葉に含まれる家屋図を作成管理する家屋図作
成管理手段を備えたものである。

【００１５】また、前記家屋図作成管理手段は、隣接す
る複数の図葉の図郭にまたがる家屋については、それぞ
れの前記家屋データ記憶手段に記憶されている前記座標
データセットに基づいて描画される家屋形状境界線のう
ち、図郭境界線を構成するものについては、作成する家
屋図から消去するようにしたものである。

【００１６】

【発明の実施の形態】以下、添付図面を参照しながら、
本発明の実施の形態を詳細に説明する。

【００１７】まず、地図の構成について説明すると、地
図は、図１に示すように図葉単位に描画されて作成さ
れ、図葉単位に管理される。

【００１８】また、この図葉の内側に、所定寸法の図郭
が線引きされ、その図郭の内側に、土地区画の地図が描
かれる。また、図郭の形状は、地図の発行者によって適
宜に定義される場合があり、また、図示のような一定の
矩形に限らず、不定の矩形または不定形となる場合もあ
る。

【００１９】また、通常、土地区画は、輪郭で囲まれた
一定の広がりを持つ平面形状としてあらわされ、本実施
例では、トポロジー的な形状特性に鑑み、計算機処理の
ために土地区画の形状のタイプとして、土地区画の輪郭
が閉じている形状を持つ図２に示すような閉矩形、土地
区画の輪郭が閉じていない形状を持つ開矩形（線路のよ
うな形状；図示略）、および、複数の土地区画を内包す
るような形状であり、図３に示す内矩形の３つの土地タ
イプ（地図タイプ）を設定する。

【００２０】ここで、内矩形について説明すると、図３
は、例えば、道路に囲まれた分譲地のような土地区画で
あり、図４に示すような最外周の境界で定義される土地
区画を「親の土地区画」といい、図５に示すような親の
土地区画の内側に含まれる土地区画を子の土地区画とい
う。また、子の土地区画は、さらに子の土地区画を含む
ことができる。このような入れ子関係は、本実施例で
は、３段階まで定義することができる。またさらに、親
の土地区画および子の土地区画の形状は、閉矩形に限ら
れない。

【００２１】また、土地区画は、複数の図郭（図葉）に
またがる場合がある。例えば、図６では、１つの土地区
画が２つの図郭ＭＰａと図郭ＭＰｂにまたがっている。
この場合、同一の土地区画について、図郭ＭＰａにおい
ては、点ＰＣ１，ＰＣ２，ＰＣ３，ＰＣ４で形状が定義
される土地区画としてあらわされ、また、図郭ＭＰｂに
おいては、点ＰＤ１，ＰＤ２，ＰＤ３，ＰＤ４で形状が
定義される土地区画としてあらわされる。そして、２つ
の図郭ＭＰａ，ＭＰｂが結合された時点で、土地区画全
体の形状が得られる。

【００２２】また、同一の図郭に、同一の土地区画の形
状が複数あらわれる場合もある。例えば、図７に示すよ
うな道路などの場合である。この場合、同一の道路につ
いての形状が、図郭ＭＰａに１つ、図郭ＭＰｂに３つあ
らわれている。また、それぞれの形状は、作図の都合上
１つの土地区画として表現される。

【００２３】ここで、通常、土地区画には、識別のため
の物件番号が付与されるが、本実施例では、上述のよう
に、同一の図郭に、同一の土地区画についての複数の分
割された土地区画があらわれる場合に備え、それぞれの
土地区画について、物件番号に拡張番号を連結してなる
管理番号を付与して、おのおのの土地区画を適切に識別
できるようにしている。

【００２４】この管理番号は、「［物件番号］＋［拡張
番号］」というフォーマットを持つ。図７の場合、対象
としている道路について、例えば、「００００１」とい
う物件番号が付与されている場合、図郭ＭＰａには、同
一の道路についての土地区画が１つのみあらわれるの
で、その土地区画については、「０００００１００
（［０００００１（物件番号）］＋［００（拡張番
号）］）」という管理番号が付与される。

【００２５】また、図郭ＭＰｂには、同一の道路につい
ての土地区画が３つあらわれるので、それぞれの土地区
画について、「０００００１００（［０００００１（物
件番号）］＋［００（拡張番号）］）」、「０００００
１０１（［０００００１（物件番号）］＋［０１（拡張
番号）］）」、「０００００１０２（［０００００１
（物件番号）］＋［０２（拡張番号）］）」という管理
番号が、おのおの付与される。

【００２６】したがって、管理番号を参照するとき、下
位２桁を除いた部分で、それぞれの土地区画の物件番号
を認識し、下位２桁で同一物件番号の異なる土地区画を
認識することができる。

【００２７】さて、それぞれの土地区画の形状は、その
形状の頂点の座標により定義される。例えば、図２に示
した閉矩形の土地区画の形状は、点ＰＡ１，ＰＡ２，Ｐ
Ａ３，ＰＡ４，ＰＡ５，ＰＡ６，ＰＡ７の７つの点で規
定される。ここで、閉矩形の場合、最初の点ＰＡ１と最
後の点ＰＡ７は、必ず同じ座標値を取る。

【００２８】次に、土地区画の変遷について説明する。

【００２９】例えば、図８（ａ）に示すように、周囲を
道路で囲まれた土地区画が、地番１２３と地番１２４の
２つの土地区画に分かれている状態を考える。なお、そ
れぞれの土地区画に付与した数値（物件番号）は、担当
法務局により付与される地番である。また、地番は、例
えば、１２４−アのように、親番（１２４）と枝番
（ア）の組み合わせから構成される場合もある。

【００３０】ここで、地番１２４の土地区画の所有者の
事情等により、ある時期で地番１２４の土地区画が２つ
に分割され、同図（ｂ）に示すように、分割されたそれ
ぞれの土地区画には、１２４−アと１２４−イの地番が
新たに付与された。このように、１つの土地区画を２つ
以上の土地区画に分割することを「分筆」という。ま
た、分筆前の土地区画を「分筆元の土地区画」といい、
分筆後の土地区画を「分筆先の土地区画」という。

【００３１】また、同図（ａ）の状態から、地番１２３
の土地区画と地番１２４の土地区画が統合され、図９に
示すように１つの土地区画が出来上がり、その新たな土
地区画には、統合前の土地区画の元の地番である１２３
が付与された。このように、複数の土地区画を１つの土
地区画に統合することを「合筆」という。また、合筆前
の土地区画を「合筆元の土地区画」といい、合筆後の土
地区画を「合筆先の土地区画」という。

【００３２】そして、分筆の様子を系統図で表すと、例
えば、図１０（ａ）に示すようなものとなる。この場
合、地番１２４の土地区画が２つに分筆されて、それぞ
れの分筆先の土地区画には、地番１２４−アと地番１２
４−イが新たに登記上付与され、元の地番１２４の土地
区画は、登記上消滅した。このように分筆の結果、登記
上消滅した土地区画は、「分筆閉鎖された」という。

【００３３】また、分筆の他の例は、例えば、同図
（ｂ）に示すようなものである。この場合、土地区画１
２４が２つに分筆されて、一方の分筆先の土地区画には
元の地番１２４が登記上付与され、他方の分筆先の土地
区画には、地番１２４−アが新たに登記上付与された。

【００３４】また、合筆の様子を系統図で表すと、例え
ば、図１１（ａ）に示すようなものとなる。この場合、
地番１２３の土地区画と地番１２４の土地区画が１つに
合筆されて、合筆先の土地区画には、合筆元の一方の土
地区画の地番である１２３が付与された。また、地番１
２４の土地区画は、登記上消滅した。このように合筆の
結果、登記上消滅した土地区画は、「合筆閉鎖された」
という。

【００３５】また、合筆の他の例は、例えば、同図
（ｂ）に示すようなものである。この場合、地番１２３
の土地区画と地番１２４の土地区画が１つに合筆され
て、合筆先の土地区画には、地番１２５が新たに付与さ
れた。この場合には、合筆元の２つの地番１２３の土地
区画と地番１２４の土地区画は、合筆閉鎖される。

【００３６】さらに、分筆と合筆は、任意の組み合わせ
で時系列的に発生し、その例を図１２（ａ），（ｂ）に
示す。

【００３７】同図（ａ）の場合、まず、地番１２４の土
地区画がある時期に２つに分筆されて、それぞれの分筆
先の土地区画には、地番１２４−アと地番１２４−イが
新たに登記上付与され、分筆元の地番１２４の土地区画
は、分筆閉鎖された。その後、地番１２４−アの土地区
画と地番１２４−イの土地区画、および、地番１２３の
土地区画が合筆され、合筆先の土地区画には１つの合筆
元の土地区画の地番である地番１２３が登記上付与され
た。この場合には、合筆元の地番のうち地番１２４−ア
と地番１２４−イの土地区画は合筆閉鎖される。

【００３８】また、同図（ｂ）の場合には、まず、地番
１２４の土地区画がある時期に２つに分筆されて、それ
ぞれの分筆先の土地区画には、地番１２４−アと地番１
２４−イが新たに登記上付与され、分筆元の地番１２４
の土地区画は、分筆閉鎖された。その後、地番１２４−
アの土地区画と地番１２４−イの土地区画、および、地
番１２３の土地区画が合筆され、合筆先の土地区画には
地番１２５が新たに登記上付与された。この場合には、
合筆元の３つの地番１２４−ア、１２４−イ、１２３の
土地区画は合筆閉鎖される。

【００３９】このようにして、おのおのの土地区画は、
時系列的に分筆・合筆され、その形状等の態様、およ
び、所有者等の属性が時系列的に変化する。

【００４０】以上のように、地図を作成管理する際、最
初に作成した時点での各土地区画の様子に加え、おのお
のの土地区画について、時系列的な変遷の様子を適切に
あらわすことができるようにする必要がある。

【００４１】したがって、まず、地図の作成時点での各
土地区画の形状および各属性値をあらわす情報を作成
し、土地区画の形状や属性が変化するたびに、その形状
変化および属性変化をあらわす履歴情報を作成すること
で、適切な地図作成管理システムを実現することができ
る。

【００４２】このような地図作成管理システムの装置構
成は、例えば、図１３に示すような標準的なワークステ
ーション装置ＷＳを利用して実現することができる。こ
のワークステーション装置ＷＳには、装置機能を実現す
るための本体装置（ＣＰＵ）、種々の情報を画面表示す
るためのＣＲＴ表示装置、種々の情報を入力するための
キーボード装置および画面指示装置などを備える。

【００４３】また、このワークステーション装置ＷＳで
は、図１４に示すように、現在注目している地図である
注目地図と、この注目地図に隣接する８つの隣接地図の
表示データをワークエリアに展開し、ユーザが表示領域
を移動した場合の表示更新が迅速に行えるようにしてい
る。

【００４４】ワークステーション装置ＷＳに表示する表
示領域と、ワークエリアに展開する地図データとの関係
の一例を図１５に示す。

【００４５】同図において、地図データＰＬｄは、図１
４に示したような注目地図を中心とした９個の地図デー
タを、そのつながりに応じた座標に展開して構成したも
のであり、左上に位置する地図（図１４の隣接地図＃
１）の左上の点が原点座標として定義されている。

【００４６】また、各地図データのＸ方向のサイズをＷ
（座標値単位）、Ｙ方向のサイズをＨ（座標値単位）と
すると、隣接地図＃１の各座標（ｘ，ｙ）は、地図デー
タＰＬｄ上では（ｘ，ｙ）としてあらわされ、隣接地図
＃２の各座標（ｘ，ｙ）は、地図データＰＬｄ上では
（Ｗ＋ｘ，ｙ）としてあらわされ、隣接地図＃３の各座
標（ｘ，ｙ）は、地図データＰＬｄ上では（２Ｗ＋ｘ，
ｙ）としてあらわされ、隣接地図＃４の各座標（ｘ，
ｙ）は、地図データＰＬｄ上では（ｘ，Ｈ＋ｙ）として
あらわされ、注目地図の各座標（ｘ，ｙ）は、地図デー
タＰＬｄ上では（Ｗ＋ｘ，Ｈ＋ｙ）としてあらわされ、
隣接地図＃５の各座標（ｘ，ｙ）は、地図データＰＬｄ
上では（２Ｗ＋ｘ，Ｈ＋ｙ）としてあらわされ、隣接地
図＃６の各座標（ｘ，ｙ）は、地図データＰＬｄ上では
（２Ｈ＋ｘ，ｙ）としてあらわされ、隣接地図＃７の各
座標（ｘ，ｙ）は、地図データＰＬｄ上では（２Ｈ＋
ｘ，Ｗ＋ｙ）としてあらわされ、隣接地図＃８の各座標
（ｘ，ｙ）は、地図データＰＬｄ上では（２Ｈ＋ｘ，２
Ｗ＋ｙ）としてあらわされる。

【００４７】そして、この地図データＰＬｄにおいて、
ワークステーション装置ＷＳの表示領域ＳＬのデータ
は、表示領域ＳＬの原点Ｏｓ（ｄｉｆ＿ｘ，ｄｉｆ＿
ｙ）を基準として、表示領域ＳＬのサイズに応じた座標
領域の点を、地図データＰＬｄから抽出して得られる。

【００４８】また、ユーザがワークステーション装置Ｗ
Ｓの表示画面上で、例えば、表示領域の移動操作を行う
と、それに伴って原点Ｏｓの座標を変位し、その変位後
の座標値が、現在の地図データＰＬｄの境界を超えるよ
うな場合には、地図データＰＬｄを構成する地図を、そ
の変位に応じた態様に変更し、表示領域ＳＬの表示内容
を更新するようにしている。

【００４９】図１６は、１つの土地区画について作成さ
れる土地区画情報の一例を示している。

【００５０】この土地区画情報は、それぞれの土地区画
情報を区別できるようにするためのＩＤ（識別情報）、
対応する土地区画に付与される管理番号、この土地区画
情報を作成した日付をあらわす作成日付、対応する土地
区画が登記された日付をあらわす異動日、対応する土地
区画の形状を構成する点の座標を集めてなるベクトルデ
ータと陰線属性情報（後述）からなる座標データセッ
ト、座標データセットに含まれる点の数をあらわす座標
数、対応する土地区画の形状の特性をあらわす地図タイ
プ（閉矩形、開矩形、内矩形の別）、地図タイプが内矩
形の場合の子の土地区画の数を記憶するための子の数、
地図タイプが内矩形の場合に内包される全ての子の管理
番号を記憶した子の管理番号テーブル、登記上必要とな
る情報のうち、地図データを除いた書誌的事項を全て含
むデータであるテキストデータ、および、この土地区画
がいずれの地図図葉に属するかを記憶するための図葉番
号からなる。

【００５１】ここで、図６に示したように、複数の図郭
にまたがる土地区画について考えると、それぞれの図郭
における土地区画においては、隣接する土地区画と連結
する部分を構成する線分が、図郭の境界線にあらわれ
る。

【００５２】例えば、図郭ＭＰａの土地区画において
は、点ＰＣ３と点ＰＣ４を結ぶ線分ＬＣ４が図郭ＭＰａ
の境界線に一致し、また、図郭ＭＰｂの土地区画におい
ては、点ＰＤ１と点ＰＤ２を結ぶ線分ＬＤ１が図郭ＭＰ
ａの境界線に一致する。

【００５３】しかしながら、本来、これらの線分ＬＣ
４，ＬＤ１は、土地区画の形状を構成するものではない
から、地図表示時には表示されてはならない。そこで、
本実施例では、座標データセットに、土地区画の形状を
構成する線分のうち、地図表示時に表示させないものを
陰線属性として追加登録するようにしている。例えば、
図６の場合、図郭ＭＰａの土地区画の４番目の線分ＬＣ
４が陰線属性にセットされ、図郭ＭＰｂの１番目の線分
ＬＤ１が陰線属性にセットされる。

【００５４】なお、このように、複数の図郭にまたがる
土地区画の形状は、おのおのの図郭で正確に座標が一致
しないと、図郭の境界部分での座標値が不一致となる場
合がある。そこで、このような場合には、例えば、図６
の場合には、図郭ＭＰａの点ＰＣ１と図郭ＭＰｂの点Ｐ
Ｄ４を結ぶ線分を引き、その線分が図郭ＭＰａ，ＭＰｂ
の境界と交わる点を、それぞれ点ＰＣ４，ＰＤ１として
再設定することで、このような不具合を解消するように
している。

【００５５】また、この場合に適用する履歴情報の一例
を図１７（ａ）に示す。この履歴情報は、土地区画の態
様または属性についての何らかの変動があった場合に形
成され、また、ある土地区画の態様の変化により他の複
数の土地区画が影響を受ける場合には、その影響を受け
る土地区画についても形成される。

【００５６】その理由について、次に説明する。例え
ば、図８（ａ）の状態から同図（ｂ）の状態に地番１２
４の土地区画が分筆される際、分筆元の地番１２４の土
地区画にあらたに引かれる境界線が、隣接する地番１２
３の土地区画の境界線と交わり、交点Ｐ１が新たに形成
される。

【００５７】一方、土地区画の形状をあらわす地図デー
タは、その形状の頂点となる点を所定方法で順次配列し
てなるデータであり、したがって、この新たに形成され
た交点Ｐ１は、地番１２３の土地区画の形状を構成する
頂点として新たに追加される。

【００５８】ここで、地番１２３の土地区画自身の形状
は、実は変化していないのであるが、計算機処理する際
の都合上、この交点Ｐ１は、地番１２３の土地区画をあ
らわす座標の点として新たに追加する必要がある。これ
は、このような処置をしないと、地番１２３の土地区画
が、地番１２４−アと地番１２４−イの土地区画と隣接
しているという状態を、計算機処理により認識すること
ができないこととなるためである。

【００５９】このような計算機処理による認識は、例え
ば、分筆後の情報と分筆前の情報との単なる差分情報を
作成するだけでは、実現することができない。

【００６０】すなわち、例えば、図８（ａ）の状態か
ら、地番１２４が分筆され、同図（ｂ）の状態に変化
し、地番１２４−アと地番１２４−イが作成される場合
を考える。このとき、分筆されるのは地番１２４であ
り、地番１２３は分筆合筆のいずれもされない。

【００６１】したがって、同図（ａ）の状態を基準とし
て、同図（ｂ）の状態の地図データの差分情報を作成す
ると、その差分情報には、地番１２４についての情報の
みが作成される。すなわち、この場合の差分情報には地
番１２４を地番１２４−アと地番１２４−イに分割する
座標情報が差分情報として作成される。

【００６２】一方、同図（ｂ）の状態では、地番１２３
と地番１２４−アが隣接していると認識される必要があ
り、かつ、地番１２３と地番１２４−イが隣接している
と認識される必要がある。

【００６３】そして、このような隣接態様の認識は、地
番１２４−アと地番１２４−イの境界座標のうち、地番
１２３に連絡する点Ｐ１の座標が、地番１２３の地図デ
ータの座標に含まれていなければ、正しく処理されない
のである。

【００６４】これは、計算機処理により、地番１２３の
地図データに含まれる座標データを追跡して、隣接する
土地区画を判断処理する際、隣接する地番１２４−アと
の接点（すなわち、点Ｐ１）、および、地番１２４−イ
との接点（同じく、点Ｐ１）が、地番１２３の地図デー
タに含まれていなければ、地番１２３が地番１２４−ア
と隣接すること、および、地番１２３が地番１２４−イ
と隣接することが認識されないためである。

【００６５】さらに、地図データは、土地区画の形状を
構成する複数の頂点の座標から構成されるベクトルデー
タであるから、地図作成時、地番１２３の形状におい
て、点Ｐ１の上を通るように見える線分は、計算機処理
上形成されるものであり、そのために、この線分に含ま
れる座標と、点Ｐ１の座標が完全に一致するとは限らな
い。

【００６６】ここで、この座標の完全一致性は、座標デ
ータを構成するデータ形式（例えば、単精度整数、倍精
度整数、浮動小数点データ、固定小数点データなど）の
全ての桁において完全に一致することが求められるた
め、２点の座標から線分の座標を算出した際の演算誤差
により、点Ｐ１の座標が線分の座標に含まれないという
事態を生じ得る。

【００６７】そして、点Ｐ１の座標が、上記線分に含ま
れる座標に完全に一致しない場合には、地番１２３の地
図データには、点Ｐ１の座標が含まれないこととなるた
め、地番１２３が地番１２４−アと隣接すること、およ
び、地番１２３が地番１２４−イと隣接することが認識
されない。

【００６８】そこで、本実施例では、同図（ｂ）の状況
においては、地番１２３の地図データに加えて、点Ｐ１
の座標を加点座標情報として履歴情報に含めることで、
地番１２３の地図データには、点Ｐ１の座標が含まれる
こととなり、その結果、地番１２３が地番１２４−アと
隣接すること、および、地番１２３が地番１２４−イと
隣接することが、計算機処理上適切に認識されることと
なるのである。

【００６９】この履歴情報は、おのおのの履歴情報を識
別するためのＩＤ、対応する土地区画の管理のために付
与される物件番号、分筆・合筆時の親子関係を記憶する
ための親子区別データ、同一の土地区画の態様または属
性の変化に関して関連する複数の履歴情報を識別するた
めのシステム群番号、土地区画の態様または属性の変化
の内容をあらわす処理タイプ、その土地区画の態様また
は属性の変化が生じた日付を西暦で記憶した実行日付
（西暦）、土地区画の態様または属性の変化が生じた日
付を和暦で記憶した実行日付（和暦）、土地区画の変化
の内容が登記された日付を西暦で記憶した異動日、土地
区画の態様または属性の変化により生じた所有者等の表
示の内容をその変化の前後についてあらわす訂正テキス
ト、対応する土地区画が属する地図をあらわす地図名、
対応する土地区画に関する地図データからなる。また、
この履歴情報は、区画レコードという情報単位として扱
われる。

【００７０】ここで、親子区別データには、「親」、
「子」、「なし」（分筆・合筆の処理以外の場合）のい
ずれかの内容が配置される。また、処理タイプには、分
筆された土地区画をあらわす「分筆」、合筆された土地
区画をあらわす「合筆」、登記上の地目が変更された土
地区画をあらわす「登記地目変更」、現況としての地目
が変更された土地区画をあらわす「現況地目変更」、土
地所有者が移転した土地区画をあらわす「所有権移
転」、登記上の地積（面積）が訂正された土地区画をあ
らわす「登記地積更生」、現況としての土地区画の地積
が訂正された土地区画をあらわす「現況地積更生」、地
図データが訂正された土地区画をあらわす「地図訂
正」、所有者の氏名や住所などの表示が訂正された土地
区画をあらわす「表示訂正」、分筆等により座標が変化
した土地区画をあらわす「加点区画」、分筆閉鎖した土
地区画をあらわす「分筆閉鎖」、合筆閉鎖した土地区画
をあらわす「合筆閉鎖」、および、単独で閉鎖された土
地区画をあらわす「単独閉鎖」などのいずれかの内容が
配置される。

【００７１】また、訂正テキストは、登記上必要となる
情報のうち、地図データを除いた書誌的事項を全て含
む。例えば、変更前についての所有者の氏名および住
所、地積、地目、土地区画に付与されている住所（大
字、小字、および、地番を含む。）および、物件番号な
どの各種項目と、それらの項目の変更後の内容が配置さ
れる。

【００７２】また、地図データは、土地区画の態様の変
化の前後のデータを保存する領域が確保されており、そ
れぞれ次のように使用される。

【００７３】すなわち、分筆された土地区画であり、か
つ、分筆先の親になる場合には、地図データとしては、
図１７（ｂ）に示すように、分筆前の土地区画形状をあ
らわす分筆前地図データと、分筆後の土地区画形状をあ
らわす分筆後地図データが配置される。また、分筆され
た土地区画であり、かつ、分筆先の親でない場合（すな
わち、分筆先の子の場合）には、地図データとしては、
同図（ｃ）に示すように、分筆後の土地区画形状をあら
わす分筆後地図データのみが配置される。なお、合筆の
場合にも同様の地図データが配置される。

【００７４】また、「分筆閉鎖」、「合筆閉鎖」、「単
独閉鎖」された土地区画の場合には、同図（ｄ）に示す
ように閉鎖前の土地区画形状をあらわす閉鎖前地図デー
タのみが配置される。

【００７５】また、「加点区画」の土地区画の場合に
は、同図（ｅ）に示すように、加点前の土地形状をあら
わす加点前地図データと、加点後の土地形状をあらわす
加点後地図データが配置される。

【００７６】そして、ワークステーション装置ＷＳに
は、この履歴情報が、生成順に順次保存される。

【００７７】以上の構成で、地図データを作成するとき
の処理の一例を図１８に示す。

【００７８】まず、ユーザは、地図を図葉単位にスキャ
ナ（図示略）を用いて読み込み（処理１０１）、その読
み込んで得た画像データをワークステーション装置ＷＳ
に表示させながら、図郭の座標を入力する（処理１０
２）。

【００７９】次いで、ユーザは、ワークステーション装
置ＷＳの表示内容を見ながら、各土地区画について、形
状を構成する点をプロットし、各土地区画の座標を入力
する（処理１０３）。

【００８０】次に、スキャナ読み込み時の地図の曲がり
や、歪みなどに基づく、座標の誤差を修正する（処理１
０４）。これは、例えば、図郭の座標値を修正するとと
もに、向きを修正（回転）すると、それに連動して、全
ての土地区画の座標値を修正することで実現される。

【００８１】そして、各土地区画について必要な地番や
テキストデータを入力する（処理１０５，１０６）。地
番入力時には、物件番号だけではなく、上述した管理番
号を生成して入力する。

【００８２】次いで、大字、小字などの境界線を描く
（処理１０７）。この境界線のデータは、表示している
地図にオーバーレイする異なるレイヤのデータとして、
単独に処理され、ファイルされる。

【００８３】同様に、種々の注記を入力する（処理１０
８）。また、この注記の内容は、表示している地図およ
び境界線にオーバーレイするさらに異なるレイヤのデー
タとして、単独に処理され、ファイルされる。

【００８４】以上のようにして、必要な情報の入力を終
了すると、各データファイルを保存して（処理１０
９）、この地図データ作成処理を終了する。

【００８５】次に、土地区画の履歴処理について説明す
る。

【００８６】この履歴処理では、ワークステーション装
置ＷＳは、図１９に示すように、まず、指定された地図
を表示し（処理２０１）、その表示中の地図に対してい
ずれかの作業が選択されるまで待つ（判断２０２のＮＯ
ループ）。

【００８７】いずれかの作業が選択されて、判断２０２
の結果がＹＥＳになると、その選択された作業が、画面
操作（画面スクロール、拡大、縮小等）であるか、分筆
処理であるか、合筆処理であるか、あるいは、それ以外
の処理であるかを判定する（判断２０３，２０４，２０
５）。いずれでもない場合で、判断２０５の結果がＮＯ
になるときには、そのときに指定された作業に対応した
処理を実行する（処理２０６）。

【００８８】選択された作業が画面操作であり、判断２
０３の結果がＹＥＳになるときには、指定された画面操
作処理を実行し（処理２０７）、ユーザが指定した画面
操作に対応した内容に表示画面を更新する。

【００８９】また、選択された作業が分筆処理であり、
判断２０４の結果がＹＥＳになるときには、指定された
土地区画について、分割する境界線を記入させ、その記
入された境界線で複数に分割する分筆処理を実行する
（処理２０８）。

【００９０】また、選択された作業が合筆処理であり、
判断２０５の結果がＹＥＳになるときには、指定された
複数の土地区画を統合する合筆処理を実行する（処理２
０９）。

【００９１】分筆処理の一例を図２０に示す。

【００９２】まず、その時点でのシステム群番号の最大
値を得て、その最大値に１を加えた値を、この分筆処理
におけるシステム群番号として設定し（処理３０１）、
そのときに指定された土地区画について、上述した履歴
情報の分筆元区画レコードを作成する（処理３０２）。

【００９３】次いで、境界線により分割された２つの分
筆先の土地区画について、分筆先区画レコードを作成す
る（処理３０３）。そして、そのときの分筆作業により
影響を受ける他の土地区画について、区画レコードを作
成する（処理３０４）。

【００９４】分筆元区画レコードの作成処理（処理３０
２）の一例を図２１に示す。

【００９５】まず、ＩＤを生成して区画レコードの「Ｉ
Ｄ」の値にセットし（処理４０１）、分筆元の物件番号
を区画レコードの「物件番号」にセットし（処理４０
２）、区画レコードの「親子区別データ」に「親」をあ
らわすデータをセットし（処理４０３）、区画レコード
の「システム群番号」に生成したシステム群番号の値を
セットする（処理４０４）。

【００９６】ここで、分筆元が残る場合であるかどうか
を調べる（判断４０５）。分筆元の土地区画に付与され
ていた物件番号が分筆先の土地区画に付与され、分筆元
が残る場合で、判断４０５の結果がＹＥＳになるときに
は、区画レコードの「処理タイプ」に「分筆」をあらわ
す値をセットし（処理４０６）、区画レコードの「実行
日付（西暦）」と「実行日付（和暦）」にそれぞれ分筆
発生日付の西暦表示値と和暦表示値をセットする（処理
４０７）。また、「異動日」には、その分筆が登記され
た日付をセットする。

【００９７】次いで、区画レコードの地図データとし
て、分筆前の土地区画形状をあらわす分筆前地図データ
と、分筆後の土地区画形状をあらわす分筆後地図データ
をセットして（処理４０８）、区画レコードを完成し、
その区画レコードを保存して（処理４０９）、この分筆
処理を終了する。

【００９８】また、分筆元の土地区画に付与されていた
物件番号が閉鎖される場合で、判断４０５の結果がＮＯ
になるときには、区画レコードの「処理タイプ」に「分
筆閉鎖」をあらわす値をセットし（処理４１０）、区画
レコードの「実行日付（西暦）」と「実行日付（和
暦）」にそれぞれ分筆発生日付の西暦表示値と和暦表示
値をセットする（処理４１１）。また、「異動日」に
は、その分筆が登記された日付をセットする。

【００９９】次いで、区画レコードの地図データとし
て、閉鎖前の土地区画形状をあらわす分筆前地図データ
をセットして（処理４１２）、区画レコードを完成し、
その区画レコードを保存して（処理４１３）、この分筆
処理を終了する。

【０１００】分筆先区画レコードの作成処理（処理３０
３）の一例を図２２に示す。なお、この処理は、分筆先
として生成される土地区画の全てについて実行される。

【０１０１】まず、ＩＤを生成して区画レコードの「Ｉ
Ｄ」の値にセットし（処理５０１）、分筆先の物件番号
を区画レコードの「物件番号」にセットし（処理５０
２）、区画レコードの「親子区別データ」に「子」をあ
らわすデータをセットし（処理５０３）、区画レコード
の「システム群番号」に生成したシステム群番号の値を
セットする（処理５０４）。

【０１０２】次いで、区画レコードの「処理タイプ」に
「分筆」をあらわす値をセットし（処理５０５）、区画
レコードの「実行日付（西暦）」と「実行日付（和
暦）」にそれぞれ分筆発生日付の西暦表示値と和暦表示
値をセットし（処理５０６）、また、「異動日」には、
その分筆が登記された日付をセットし、区画レコードの
地図データとして、分筆後の土地区画形状をあらわす分
筆後地図データをセットして（処理５０７）、区画レコ
ードを完成し、その区画レコードを保存して（処理５０
８）、この分筆処理を終了する。

【０１０３】分筆により影響を受ける土地の区画レコー
ド作成処理（処理３０４）の一例を図２３に示す。な
お、この処理は、分筆により影響を受ける全ての土地区
画について、それぞれ実行される。

【０１０４】まず、ＩＤを生成して区画レコードの「Ｉ
Ｄ」の値にセットし（処理６０１）、その土地区画の物
件番号を区画レコードの「物件番号」にセットし（処理
６０２）、区画レコードの「親子区別データ」に「親」
をあらわすデータをセットし（処理６０３）、区画レコ
ードの「システム群番号」に生成したシステム群番号の
値をセットする（処理６０４）。

【０１０５】次いで、区画レコードの「処理タイプ」に
「加点区画」をあらわす値をセットし（処理６０５）、
区画レコードの「実行日付（西暦）」と「実行日付（和
暦）」にそれぞれ分筆発生日付の西暦表示値と和暦表示
値をセットする（処理５０６）。また、「異動日」に
は、その分筆が登記された日付をセットする。

【０１０６】次に、区画レコードの地図データとして、
分筆前の土地区画形状をあらわす分筆前地図データと、
分筆後の土地区画形状をあらわす分筆後地図データをセ
ットして（処理６０７）、区画レコードを完成し、その
区画レコードを保存して（処理６０８）、この分筆処理
を終了する。

【０１０７】合筆処理の一例を図２４に示す。

【０１０８】まず、その時点でのシステム群番号の最大
値を得て、その最大値に１を加えた値を、この合筆処理
におけるシステム群番号として設定し（処理７０１）、
そのときに合筆処理の対象として指定された複数の土地
区画について、上述した履歴情報の合筆元区画レコード
を作成する（処理７０２）。

【０１０９】次いで、合筆先の土地区画について、合筆
先区画レコードを作成する（処理７０３）。そして、そ
のときの合筆作業により影響を受ける他の土地区画につ
いて、区画レコードを作成する（処理７０４）。

【０１１０】合筆元区画レコードの作成処理（処理７０
２）の一例を図２５に示す。なお、この処理は、分筆元
として指定された複数の土地区画の全てについて実行さ
れる。

【０１１１】まず、ＩＤを生成して区画レコードの「Ｉ
Ｄ」の値にセットし（処理８０１）、合筆元の物件番号
を区画レコードの「物件番号」にセットし（処理８０
２）、区画レコードの「親子区別データ」に「親」をあ
らわすデータをセットし（処理８０３）、区画レコード
の「システム群番号」に生成したシステム群番号の値を
セットする（処理８０４）。

【０１１２】ここで、合筆元が残る場合であるかどうか
を調べる（判断８０５）。合筆元の土地区画に付与され
ていた物件番号が合筆先の土地区画に付与され、合筆元
が残る場合で、判断８０５の結果がＹＥＳになるときに
は、区画レコードの「処理タイプ」に「合筆」をあらわ
す値をセットし（処理８０６）、区画レコードの「実行
日付（西暦）」と「実行日付（和暦）」にそれぞれ合筆
発生日付の西暦表示値と和暦表示値をセットする（処理
８０７）。また、「異動日」には、その合筆が登記され
た日付をセットする。

【０１１３】次いで、区画レコードの地図データとし
て、合筆前の土地区画形状をあらわす合筆前地図データ
と、合筆後の土地区画形状をあらわす合筆後地図データ
をセットして（処理８０８）、区画レコードを完成し、
その区画レコードを保存して（処理８０９）、この合筆
処理を終了する。

【０１１４】また、合筆元の土地区画に付与されていた
物件番号が閉鎖される場合で、判断８０５の結果がＮＯ
になるときには、区画レコードの「処理タイプ」に「合
筆閉鎖」をあらわす値をセットし（処理８１０）、区画
レコードの「実行日付（西暦）」と「実行日付（和
暦）」にそれぞれ合筆発生日付の西暦表示値と和暦表示
値をセットする（処理８１１）。また、「異動日」に
は、その合筆が登記された日付をセットする。

【０１１５】次いで、区画レコードの地図データとし
て、閉鎖前の土地区画形状をあらわす合筆前地図データ
をセットして（処理８１２）、区画レコードを完成し、
その区画レコードを保存して（処理８１３）、この合筆
処理を終了する。

【０１１６】合筆先区画レコードの作成処理（処理７０
３）の一例を図２６に示す。

【０１１７】まず、ＩＤを生成して区画レコードの「Ｉ
Ｄ」の値にセットし（処理９０１）、合筆先の物件番号
を区画レコードの「物件番号」にセットし（処理９０
２）、区画レコードの「親子区別データ」に「子」をあ
らわすデータをセットし（処理９０３）、区画レコード
の「システム群番号」に生成したシステム群番号の値を
セットする（処理８０４）。

【０１１８】次いで、区画レコードの「処理タイプ」に
「合筆」をあらわす値をセットし（処理９０５）、区画
レコードの「実行日付（西暦）」と「実行日付（和
暦）」にそれぞれ合筆発生日付の西暦表示値と和暦表示
値をセットし（処理９０６）、また、「異動日」には、
その合筆が登記された日付をセットし、区画レコードの
地図データとして、合筆後の土地区画形状をあらわす合
筆後地図データをセットして（処理９０７）、区画レコ
ードを完成し、その区画レコードを保存して（処理９０
８）、この合筆処理を終了する。

【０１１９】合筆により影響を受ける土地の区画レコー
ド作成処理（処理３０４）の一例を図２７に示す。な
お、この処理は、合筆により影響を受ける全ての土地区
画について、それぞれ実行される。

【０１２０】まず、ＩＤを生成して区画レコードの「Ｉ
Ｄ」の値にセットし（処理１００１）、その土地区画の
物件番号を区画レコードの「物件番号」にセットし（処
理１００２）、区画レコードの「親子区別データ」に
「親」をあらわすデータをセットし（処理１００３）、
区画レコードの「システム群番号」に生成したシステム
群番号の値をセットする（処理１００４）。

【０１２１】次いで、区画レコードの「処理タイプ」に
「加点区画」をあらわす値をセットし（処理１００
５）、区画レコードの「実行日付（西暦）」と「実行日
付（和暦）」にそれぞれ合筆発生日付の西暦表示値と和
暦表示値をセットする（処理１００６）。また、「異動
日」には、その合筆が登記された日付をセットする。

【０１２２】次に、区画レコードの地図データとして、
合筆前の土地区画形状をあらわす合筆前地図データと、
合筆後の土地区画形状をあらわす合筆後地図データをセ
ットして（処理１００７）、区画レコードを完成し、そ
の区画レコードを保存して（処理１００８）、この合筆
処理を終了する。

【０１２３】このようにして、分筆作業および合筆作業
により、それぞれの対象となった土地区画について、履
歴情報を作成して保存するので、行政地図の改訂に必要
な全ての情報を保持することとなる。

【０１２４】そして、ワークステーション装置ＷＳで
は、過去の地図を作成して表示する機能も備えており、
そのときの処理の概略例を図２８に示す。

【０１２５】まず、ユーザに対して表示日付を入力させ
（処理１１０１）、そのときの表示中の地図に含まれる
全土地区画について、入力された表示日付よりも前で最
も近い日付の異動日を持つ区画レコードを全て読み出す
（処理１１０２）。

【０１２６】そして、それらの区画レコードに含まれる
地図データに基づき、表示情報を作成し（処理１１０
３）、その表示情報の内容を表示する（処理１１０
４）。また、上述したような陰線属性が設定された線分
は、表示しない。

【０１２７】以上説明したように、本実施例では、地図
データの履歴情報を作成して保存し、それらの履歴情報
に基づいて、指定された日付の地図データを作成するよ
うにしているので、改訂の度に地図データを作成し、保
管する場合に比べて、システムにデータ容量を大幅に削
減することができ、したがって、１００年単位で地図を
作成管理するシステムを実現することができる。

【０１２８】例えば、ある市で保存する地図の図葉枚数
を１００枚とし、１枚の図葉データ量は１０００筆分で
平均２ＭＢとし、平均して１日に２０筆分、１０枚の図
葉で変化が生じると仮定した場合、１年間分のデータを
保存する際に必要なデータ量は、約７．１ＧＢ（＝３６
５ｘ１０ｘ２ＭＢ）となり、１００年間分では約７１３
ＧＢとなり、法務局が管理対象とするデータ量として
は、非現実的なほど大きくなる。

【０１２９】一方、本実施例の場合に、同様の条件で地
図データを作成した場合、１件分の履歴情報のデータ量
を８ＫＢとすると、１年間分のデータを保存する際に必
要なデータ量は、約６０ＭＢ（＝３６５ｘ２０ｘ８Ｋ
Ｂ）となり、１００年間分では約５．７ＧＢとなり、小
さな規模の法務局でも十分に取り扱うことのできるデー
タ量となる。

【０１３０】したがって、本実施例を適用した地図作成
管理システムでは、１００年単位の地図管理を実現する
ことが可能となり、各市町村長などが行う課税作業に要
する手間を大幅に削減することができる。

【０１３１】また、過去の分筆・合筆の履歴情報を保存
し、その履歴情報に基づいて、指定された日付の地図を
生成表示することができるので、例えば、住民から確認
請求があったときの請求日における地図を迅速に表示で
き、市町村長のサービス性が大幅に向上するとともに、
そのためのコストを大幅に削減することができることと
なる。

【０１３２】ところで、行政地図には、土地区画以外に
家屋についても作成され、家屋についての課税金額を算
出する際に参照されているが、このような家屋について
の行政地図に対しても、本発明を同様にして適用するこ
とができる。ただし、家屋については、おのおのの家屋
は、その構成が変更されると、別個の物件として扱われ
る場合が多いので、土地区画のような親子関係のデータ
を省略することができる場合もある。

【０１３３】また、地図には、上述した行政地図以外に
も、例えば、道路地図、住宅地図、地形図、地勢図、い
わゆるコンタ図（等高線が記入されている地図）、海
図、航空地図などが含まれるが、このような各種地図に
ついても、本発明を同様にして適用することができる。

【０１３４】

【発明の効果】以上説明したように、本発明によれば、
地図データの履歴情報を作成して保存し、それらの履歴
情報に基づいて、指定された日付の地図データを作成す
るようにしているので、改訂の度に地図データを作成
し、保管する場合に比べて、システムに必要なデータ容
量を大幅に削減することができ、その結果、１００年単
位で地図を作成管理するシステムを実現することができ
るという効果を得る。

【０１３５】また、過去の分筆・合筆の履歴情報を保存
し、その履歴情報に基づいて、指定された日付の地図を
生成表示することができるので、例えば、住民から確認
請求があったときの請求日における地図を迅速に表示で
き、市町村長のサービス性が大幅に向上するとともに、
そのためのコストを大幅に削減することができるという
効果も得る。

【図面の簡単な説明】

【図１】地図の構成を説明するための概略図。

【図２】閉矩形の一例を示す概略図。

【図３】内矩形の一例を示す概略図。

【図４】内矩形の一例を説明するための概略図。

【図５】内矩形の一例を説明するための概略図（続
き）。

【図６】土地区画が複数の図郭（図葉）にまたがる場合
の一例を示した概略図。

【図７】同一の図郭に、同一の土地区画の形状が複数あ
らわれる場合の一例を示した概略図。

【図８】土地区画の分筆の一例を説明するための概略地
図。

【図９】土地区画の合筆の一例を説明するための概略地
図。

【図１０】分筆の態様を示す系統図。

【図１１】合筆の態様を示す系統図。

【図１２】分筆・合筆の組み合わせの態様を示す系統
図。

【図１３】ワークステーション装置ＷＳの一例を示す概
略図。

【図１４】ワークステーション装置が内部的に保持する
地図データを説明するための概略図。

【図１５】ワークステーション装置ＷＳに表示する表示
領域と、ワークエリアに展開する地図データとの関係の
一例を示した概略図。

【図１６】１つの土地区画について作成される土地区画
情報の一例を示した概略図。

【図１７】履歴情報の一例を示した概略図。

【図１８】地図データを作成するときの処理の一例を示
したフローチャート。

【図１９】土地区画の履歴処理の一例を示したフローチ
ャート。

【図２０】分筆処理の一例を示したフローチャート。

【図２１】分筆元区画レコードの作成処理の一例を示し
たフローチャート。

【図２２】分筆先区画レコードの作成処理の一例を示し
たフローチャート。

【図２３】分筆により影響を受ける土地の区画レコード
作成処理の一例を示したフローチャート。

【図２４】合筆処理の一例を示したフローチャート。

【図２５】合筆元区画レコードの作成処理の一例を示し
たフローチャート。

【図２６】合筆先区画レコードの作成処理の一例を示し
たフローチャート。

【図２７】合筆により影響を受ける土地の区画レコード
作成処理の一例を示したフローチャート。

【図２８】過去の地図を作成して表示する処理の一例を
示したフローチャート。

【符号の説明】

ＷＳワークステーション装置

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06T 11/60 ＣＳＤＢ（日本国特許庁)

Claims

(57)【特許請求の範囲】

【請求項１】地図の図葉の図郭に含まれる１つ以上の
土地区画のそれぞれについて、その土地区画を識別する
ための管理番号、および、その土地区画形状をあらわす
数値化された座標データセット、および、その土地区画
形状のトポロジー形状特性をあらわす地図タイプ、およ
び、その土地区画の所有者などの所定の属性を記憶する
ためのテキストデータ、および、その土地区画が属する
図葉をあらわす図葉識別情報、および、その土地区画が
登記された日付をあらわす第１の異動日情報を少なくと
も含む土地区画データを記憶する土地区画データ記憶手
段と、上記土地区画の変化の登記された日付をあらわす第２の
異動日情報、および、その土地区画の形状の変化前と変
化後の地図データ情報、および、当該土地区画の隣接土
地区画の変化に伴い、その隣接土地区画と当該土地区画
の隣接関係を処理可能にするために当該土地区画に追加
される加点座標情報、および、変化前後での土地区画間
の親子関係などのつながりをあらわす系統情報、およ
び、所有者などをあらわす属性情報を少なくとも含む履
歴情報を記憶する履歴情報記憶手段と、上記土地区画データ記憶手段に記憶した土地区画データ
および上記記憶手段に記憶した履歴情報に基づいて、指
定された日付における１つ以上の図葉に含まれる地図を
作成管理する地図作成管理手段を備えたことを特徴とす
る地図作成管理システム。
【請求項２】前記地図作成管理手段は、隣接する複数
の図葉の図郭にまたがる土地区画については、それぞれ
の前記土地区画データ記憶手段に記憶されている前記座
標データセットに基づいて描画される土地区画形状境界
線のうち、図郭境界線を構成するものについては、作成
する地図から消去することを特徴とする請求項１記載の
地図作成管理システム。
【請求項３】家屋図の図葉の図郭に含まれる１つ以上
の家屋のそれぞれについて、その家屋を識別するための
管理番号、および、その家屋形状をあらわす数値化され
た座標データセット、および、その家屋形状のトポロジ
ー形状特性をあらわす家屋図タイプ、および、その家屋
の所有者などの所定の属性を記憶するためのテキストデ
ータ、および、その家屋が属する図葉をあらわす図葉識
別情報、および、その家屋が登記された日付をあらわす
第１の異動日情報を少なくとも含む家屋データを記憶す
る家屋データ記憶手段と、上記家屋の変化の登記された日付をあらわす第２の異動
日情報、および、その家屋の形状の変化前と変化後の家
屋図データ情報、および、当該家屋の隣接家屋の変化に
伴い、その隣接家屋と当該家屋の隣接関係を処理可能に
するために当該家屋に追加される加点座標情報、およ
び、変化前後での家屋間の親子関係などのつながりをあ
らわす系統情報、および、所有者などをあらわす属性情
報を少なくとも含む履歴情報を記憶する履歴情報記憶手
段と、上記家屋データ記憶手段に記憶した家屋データおよび上
記記憶手段に記憶した履歴情報に基づいて、指定された
日付における１つ以上の図葉に含まれる家屋図を作成管
理する家屋図作成管理手段を備えたことを特徴とする家
屋図作成管理システム。
【請求項４】前記家屋図作成管理手段は、隣接する複
数の図葉の図郭にまたがる家屋については、それぞれの
前記家屋データ記憶手段に記憶されている前記座標デー
タセットに基づいて描画される家屋形状境界線のうち、
図郭境界線を構成するものについては、作成する家屋図
から消去することを特徴とする請求項３記載の家屋図作
成管理システム。