JP2005043499A - Map data editing system and map data editing method - Google Patents
Map data editing system and map data editing method Download PDFInfo
- Publication number
- JP2005043499A JP2005043499A JP2003201032A JP2003201032A JP2005043499A JP 2005043499 A JP2005043499 A JP 2005043499A JP 2003201032 A JP2003201032 A JP 2003201032A JP 2003201032 A JP2003201032 A JP 2003201032A JP 2005043499 A JP2005043499 A JP 2005043499A
- Authority
- JP
- Japan
- Prior art keywords
- map
- map data
- history
- request
- application
- 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.)
- Granted
Links
Images
Landscapes
- Instructional Devices (AREA)
- Processing Or Creating Images (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
【0001】
【発明の属する技術分野】
本発明は、地図データ編集装置および地図データ編集方法に係り、特に編集が一時的に禁止されることのある地図データの編集を行う地図データ編集装置および地図データ編集方法に関する。
【0002】
【従来の技術】
例えば不動産登記では、土地の所在位置および形状が正確に表示されていなければならないが、色々な要因により地図の状況と現地の状況とが異なる地域が存在している。このような地域は、地図混乱地域と呼ばれている。法務局の職員(例えば地図登記官など)により地図混乱地域と判定された地域は、土地の表示に関する登記手続ができない状態となる。法務局の職員は、経験に基づき地図混乱地域の判定を行う。なお、地図混乱地域の解消方法には、土地改良/土地区画整理事業や17条地図の作成などがある。
【0003】
地図混乱地域の地図は、明らかに現地の状況と異なっているため、電子化された地図データを作成することができない。このため、不動産登記に利用される地図システムでは、地図混乱地域が解消されるまで地図異動処理を行わず、地図混乱地域が解消された時点から地図異動処理を行っていた。
【0004】
即ち、不動産登記に利用される地図システムは地図混乱地域における地図異動の履歴を管理していないため、地図混乱中の地図異動の履歴を提供することができなかった。
【0005】
特許文献1には、過去の衛星軌跡情報がないとき、軌道要素パラメータから過去の衛星軌跡を逆生成する技術内容が記載されている。
【0006】
【特許文献1】
特開平8−262119号公報
【0007】
【発明が解決しようとする課題】
不動産登記では、土地の所在位置および形状を判別するために地図データが必要である。即ち、登記簿で公示されている登記事項だけでは経済取引を実現することができない。したがって、不動産登記に利用される地図システムでは、現状の地図データだけでなく、過去に登記が申請された地図異動の履歴を管理する仕様となっている。
【0008】
しかしながら、従来の地図システムでは地図混乱地域における地図異動の履歴を管理していないため、地図混乱が解消された後も、地図混乱中の地図異動の履歴を提供することができないという問題があった。このため、地図混乱地域における利用者の利便性は損なわれたままになっており、全国均一のサービスを提供できなかった。
【0009】
さらに、地図混乱地域の判定を法務局の職員の経験に基づき行っていた為、地図混乱地域の判定基準は一定でなく、不動産登記業務の円滑な運用が損なわれているという問題があった。
【0010】
本発明は、上記の点に鑑みなされたもので、地図データの履歴を均一に提供することができ、地図データの編集業務を円滑に運用することができる地図データ編集装置および地図データ編集方法を提供することを目的とする。
【0011】
【課題を解決するための手段】
そこで、上記課題を解決するため、本発明は、地図データに対する要求を受け付け、その要求に応じて前記地図データを編集する地図データ編集装置であって、編集が禁止された地図データに対する要求を格納していく要求格納手段と、地図データに対する編集の禁止が解除されると、編集が禁止されている間に受け付けられた地図データに対する要求を前記要求格納手段から読み出し、その要求および現状の地図データから、編集が禁止されている間に受け付けた前記地図データに対する要求に応じて地図データの履歴を作成する履歴作成手段とを有する構成とした。
【0012】
また、本発明は、地図データに対する要求および地図データ格納手段から読み出した地図データとを比較し、前記要求の対象領域が前記地図データ格納手段から読み出した地図データに含まれていない割合に応じて、地図データに対する編集の禁止の必要性を通知する編集禁止通知手段を更に有する構成としてもよい。
【0013】
また、本発明は、地図データに対する要求を受け付け、その要求に応じて前記地図データを編集する地図データ編集装置の地図データ編集方法であって、編集が禁止された地図データに対する要求を要求格納手段に格納していく段階と、地図データに対する編集の禁止が解除されると、編集が禁止されている間に受け付けられた地図データに対する要求を前記要求格納手段から読み出し、その要求および現状の地図データから、編集が禁止されている間に受け付けた前記地図データに対する要求に応じて地図データの履歴を作成する段階とを有する構成とした。
【0014】
本発明によれば、編集が禁止されている間に受け付けた地図データに対する要求に応じて地図データの履歴を作成することができるので、過去に編集が禁止されたか否かによらずに地図データの履歴を均一に提供できる。
【0015】
また、本発明によれば、地図データに対する編集の禁止の必要性を通知できるので、地図データに対する編集の禁止を行う判定基準を一定化し、地図データの編集業務を円滑に運用できる。
【0016】
【発明の実施の形態】
次に、本発明の実施の形態について図面に基づいて説明する。なお、本実施例では、一例として不動産登記申請の運用時の処理について説明するが、地図データに対する要求を受け付け、その要求に応じて地図データを編集する如何なる処理であってもよい。
【0017】
図1は、不動産登記申請の運用を行うシステムの一例の構成図である。図1のシステム1は、申請受付システム10,登記システム11,地図システム12および端末13a〜13nが、例えばインターネット,LANなどのネットワーク14を介して接続されている。
【0018】
端末13a〜13nは、申請者,法務局の職員(以下、登記官という)等が操作するものであって、ネットワーク14を介して申請受付システム10,登記システム11,地図システム12に接続される。なお、端末13a〜13nは、申請者が操作するとき申請受付システム10に接続され、登記官が操作するとき申請受付システム10,登記システム11,地図システム12の何れかに接続される。
【0019】
申請受付システム10は、端末13a〜13nの何れかがネットワーク14を介して接続されると、認証処理を行う。認証処理が正常終了すると、申請受付システム10は申請者からのオンライン申請を受け付けて形式審査を行ったあと、申請内容に応じたシステムに申請を振り分ける一方、申請内容に応じたシステムから申請の結果を受け付けて端末13a〜13nに通知する。
【0020】
例えば申請受付システム10は、登記申請書および地積測量図を受け付けて形式審査を行ったあと、その登記申請書および地積測量図を登記システム11に振り分ける。登記システム11は、申請受付システム10により振り分けられた登記申請書および地積測量図を受信する。
【0021】
また、登記システム11は登記官が操作する端末13a〜13nの何れかがネットワーク14を介して接続され、窓口申請により受け付けた登記申請書および地積測量図を受信する。登記システム11は、受信した登記申請書および地積測量図に応じて登記処理を行い、申請内容を登記事項DBに格納する。
【0022】
登記システム11は、受信した申請内容が分筆や合筆などの地図に関連する申請である場合、登記処理の完了後、地図システム12に申請内容を送信する。地図システム12は、後述するような地図に関連する処理を行う。なお、地図システム12は本発明の地図データ編集装置に相当する。
【0023】
次に、地図システム12の構成について説明する。図2は、地図システムを実現するコンピュータの一例の構成図である。地図システム12は、それぞれバスBで相互に接続されている入力装置21と,表示装置22と,ドライブ装置23と,記録媒体24と,補助記憶装置25と,メモリ装置26と,演算処理装置27と,インターフェース装置28と,データベース(以下、DBという)29とで構成される。
【0024】
入力装置21はキーボードやマウスなどで構成され、各種操作信号を入力するために用いられる。表示装置22はディスプレイ装置などで構成され、各種ウインドウやデータ等を表示するために用いられる。インターフェース装置28はモデムやターミナルアダプタなどで構成され、ネットワーク14に接続する為に用いられる。DB29は地図に関連する処理を行うために必要な各種情報を格納している。
【0025】
地図システム12の処理に係るプログラムは、例えば記録媒体24の配布やネットワーク14からのダウンロードなどによって提供される。なお、記録媒体24として、CD−ROM、フレキシブルディスク、光磁気ディスク(MO)等の様に情報を光学的,電気的或いは磁気的に記録する記録媒体、ROM、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。
【0026】
プログラムを記録した記録媒体24がドライブ装置23にセットされると、プログラムは記録媒体24からドライブ装置23を介して補助記憶装置25にインストールされる。また、ネットワーク14からダウンロードされたプログラムはインターフェース装置28を介して補助記憶装置25にインストールされる。
【0027】
補助記憶装置25は、インストールされたプログラムを格納すると共に、必要なファイル,データ等を格納する。メモリ装置26は、コンピュータの起動時に補助記憶装置25からプログラムを読み出して格納する。演算処理装置27はメモリ装置26に格納されたプログラムに従って、地図システム12の各種機能を実現する。
【0028】
図3は、地図システムの一例の機能構成図である。図3の地図システム12はプログラムによって実現される地図データ処理部31と,地図混乱地域判定部32と,混乱中申請管理部33と,混乱中履歴地図作成部34と,地図受付DB41と,登記所地図属性DB42と,登記所地図図形DB43と,地図混乱状態管理DB44とを有するように構成される。
【0029】
図3の各種機能部の処理について図4のフローチャートを参照しつつ説明していく。図4は、地図システムの処理の一例のフローチャートである。ステップS10に進み、地図システム12の地図データ処理部31は登記システム11から受信した申請内容を地図受付DB41に格納する。
【0030】
図5は、地図受付DBの一例の構成図である。図5の地図受付DB41は、受付ID,地番区域,申請地番,異動前地番,異動後地番,区分,地図番号,登録年月日などのデータ項目を有している。なお、地図受付DB41のデータ項目の詳細は後述する。
【0031】
ステップS11に進み、地図データ処理部31は登記システム11から受信した申請内容に対応する地番区域を図6のような登記所地図属性DB42から検索して申請内容と地図とを関連付ける。
【0032】
図6は、登記所地図属性DBの一例の構成図である。図6の登記所地図属性DB42は、受付ID,地番区域,地番,最新判定フラグ,地図番号,地目などのデータ項目を有している。なお、登記所地図属性DB42のデータ項目の詳細は後述する。
【0033】
ステップS12に進み、地図混乱地域判定部32は登記システム11から受信した申請内容に対応する地番区域および地番を登記所地図属性DB42から検索し、登記所地図属性DB42に登録されている物件と申請内容とを自動的に対応付ける。
【0034】
なお、地図混乱地域判定部32は登記所地図属性DB42に登録されている物件と申請内容とを自動的に対応付けられない場合、登記官に物件を特定させるための物件特定画面を提示して、可能で有れば登記所地図属性DB42に登録されている物件と申請内容とを対応付けさせる。
【0035】
地図混乱地域判定部32は、地図異動申請回数と物件特定失敗回数とを図7のような地図混乱状態管理DB44に格納する。物件特定失敗回数とは、登記所地図属性DB42に登録されている物件と申請内容とを自動的に対応付けられなかった回数を表している。また、地図混乱地域判定部32は申請内容に対応する地図について、地図異動申請回数に対する物件特定失敗回数の割合が一定値を超えた場合、地図混乱状態管理DB44の地図混乱状態フラグにその内容を表すフラグを設定する。
【0036】
図7は、地図混乱状態管理DBの一例の構成図である。図7の地図混乱状態管理DB44は、地図番号,地図混乱状態フラグ,地図異動申請回数,物件特定失敗回数などのデータ項目を有している。地図混乱状態フラグとは、地図異動申請回数に対する物件特定失敗回数の割合が一定値を超えた状態と,地図異動申請回数に対する物件特定失敗回数の割合が一定値を超えていない状態と,地図混乱地域に指定された状態とを識別するためのデータ項目である。なお、地図混乱状態管理DB44の地図混乱状態フラグ以外のデータ項目の詳細は後述する。
【0037】
ステップS13に進み、混乱中申請管理部33は地図混乱地域判定部32において申請内容と自動的に対応付けることのできなかった物件を地図混乱候補と設定し、将来の地図混乱に備えて図8及び図9の登記所地図図形DB43に後述する異動履歴地図の作成に必要なデータを格納する。
【0038】
図8は、座標情報を表す登記所地図図形DBの一例の構成図である。図8の登記所地図図形DB43は、通常時の座標情報と後述する異動履歴地図の作成に必要な座標情報とを有する。
【0039】
図8(a)は、通常時の座標情報を表している。また、図8(b)は後述する異動履歴地図の作成に必要な座標情報を表している。図8(a)の登記所地図図形DB43は、受付ID,点番号,最新判別フラグ,システムX座標,システムY座標,公共X座標,公共Y座標などのデータ項目を有している。図8(b)の登記所地図図形DB43は、受付ID,点番号,公共X座標,公共Y座標などのデータ項目を有している。
【0040】
図9は、結線情報を表す登記所地図図形DBの一例の構成図である。図9の登記所地図図形DB43は、通常時の結線情報と後述する異動履歴地図の作成に必要な結線情報とを有する。
【0041】
図9(a)は、通常時の結線情報を表している。また、図9(b)は後述する異動履歴地図の作成に必要な結線情報を表している。図9(a)の登記所地図図形DB43は、受付ID,地番区域,地番,最新判別フラグ,点番号1,点番号2,分筆線,申請年月日などのデータ項目を有している。図9(b)の登記所地図図形DB43は、受付ID,地番区域,地番,点番号1,点番号2,分筆線,申請年月日などのデータ項目を有している。なお、図8及び図9の登記所地図図形DB43のデータ項目の詳細は後述する。
【0042】
ステップS14に進み、地図混乱地域判定部32は地図混乱状態管理DB44の地図混乱状態フラグを参照し、地図異動申請回数に対する物件特定失敗回数の割合が一定値を超えた状態であるとき、登記システム11から受信した申請内容に対応する物件が高い確率で地図混乱地域である旨を登記官が操作する例えば端末13aに通知する。
【0043】
登記官は、登記システム11から受信した申請内容に対応する物件が高い確率で地図混乱地域である旨のメッセージを例えば端末13aの画面上で確認し、その物件を地図混乱地域に指定するか否かの指示を端末13aに入力する。端末13aは、登記官から入力された地図混乱地域に指定するか否かの指示を地図システム12の地図混乱地域判定部32に送信する。即ち、登記官は物件を地図混乱地域に指定する場合、その申請内容に応じた地図異動処理を行わず、その物件に対する申請を中断する。
【0044】
ステップS15に進み、登記官から入力された地図混乱地域に指定する旨の指示を受信すると(S15においてYES)、地図混乱地域判定部32はステップS17に進む。ステップS17では、地図混乱地域判定部32が、地図混乱地域に指定された状態を表すフラグを、地図混乱状態管理DB44の地図混乱状態フラグに設定して処理を終了する。
【0045】
なお、ステップS15に進み、登記官から入力された地図混乱地域に指定しない旨の指示を受信すると(S15においてNO)、地図混乱地域判定部32はステップS16に進む。ステップS16では、地図データ処理部31が、申請内容に応じた地図異動処理を行い、その地図異動処理の結果を登記所地図属性DB42および登記所地図図形DB43に反映させて処理を終了する。
【0046】
次に、地図混乱地域に指定された物件の地図と、地図混乱を解消した新規の地図とを差し替えるときの処理について図10を参照しつつ説明していく。図10は、地図混乱解消時の処理の一例のフローチャートである。
【0047】
ステップS20に進み、地図データ処理部31は登記官から入力された地図混乱を解消した新規の地図と地図混乱地域に指定された地図とを差し替える指示を登記官の操作する例えば端末13aから受信すると、その地図混乱を解消した新規の地図の内容を地図受付DB41,登記所地図属性DB42および登記所地図図形DB43に反映させる。ステップS21に進み、混乱中履歴地図作成部34は後述するように地図混乱中の異動履歴地図を作成して処理を終了する。
【0048】
以下、地図システム12を構成する各種機能部の処理について詳細に説明していく。図11及び図12は、地図システムの詳細処理の一例のフローチャートである。ステップS30に進み、地図データ処理部31は登記システム11から受信した申請内容を地図受付DB41に格納する。ここでは、図13のような申請内容を受け付けた結果、地図受付DB41に図14のような申請内容が格納される。
【0049】
図13は、地図システムが受け付ける申請内容の一例の構成図である。図13の申請内容は、受付IDと地番区域,地番,区分等からなる内容とを含む。受付IDとは、申請を一意に特定する番号である。地番区域とは、申請の対象となる物件の所在を特定する情報である。地番とは、筆に対して地図内で一意に振られた番号であって、申請の対象となる物件を特定する情報である。区分とは、申請の内容(分筆,合筆または地図訂正など)を表す情報である。また、登記年月日とは、登記が申請された日付を特定する情報である。
【0050】
図14は、登記システムからの申請内容が格納された地図受付DBの一例の構成図である。図14の地図受付DB41は、受付ID,地番区域,申請地番,異動前地番,異動後地番,区分,地図番号,登録年月日などのデータ項目を有するように構成され、データ項目の受付ID,地番区域,申請地番,区分,登録年月日に申請内容が格納されている。
【0051】
ステップS31に進み、地図データ処理部31は登記システム11から受信した申請内容に対応する地番区域を図15のような登記所地図属性DB42から検索して申請内容と地図とを関連付ける。
【0052】
図15は、登記所地図属性DBの一例の構成図である。図15の登記所地図属性DB42は、受付ID,地番区域,地番,最新判定フラグ,地図番号,地目などのデータ項目を有している。最新判定フラグとは、そのレコードに対応する地図が最新か否かを表すフラグである。地図番号とは、地図を一意に特定する番号である。地目とは、その地番区域の主たる用途を表す情報である。
【0053】
ステップS31の処理について更に説明する。図16は、申請内容と地図とを関連付ける処理の一例の説明図である。まず、地図データ処理部31は、申請内容に含まれる地番区域をキー情報として、登記所地図属性DB42から地番区域の一致するレコードを検索する。
【0054】
ただし、地図データ処理部31は最新判別フラグがONのレコードのみを有効なレコードと判定する。地図データ処理部31は、検索したレコードのうち有効なレコードの地図番号を読み出し、その地図番号を図16のように地図受付DB41の地図番号に転写する。なお、地図データ処理部31は申請内容に含まれる地番区域と一致するレコードが登記所地図属性DB42になければ、地図受付DB41の物件存在フラグに、申請の対象となる物件が存在しないことを表すフラグ「ON」を設定する。
【0055】
ステップS32に進み、地図データ処理部31は図17のような地図混乱状態管理DB44の地図混乱状態フラグを参照し、地図異動申請回数に対する物件特定失敗回数の割合が一定値を超えた地図混乱候補状態,地図異動申請回数に対する物件特定失敗回数の割合が一定値を超えていない正常状態,地図混乱地域に指定された地図混乱状態の何れであるか判定する。
【0056】
図17は、地図混乱状態管理DBの一例の構成図である。地図混乱状態フラグでは、「○」が正常状態,「△」が地図混乱候補状態,「×」が地図混乱状態を表している。
【0057】
ステップS32で地図混乱状態フラグが正常状態または地図混乱候補状態であると判定した場合、地図データ処理部31はステップS33に進む。ステップS33では、地図データ処理部31が、地図受付DB41の物件存在フラグを参照し、申請の対象となる物件が地図システム12に存在するか否かを判定する。
【0058】
物件存在フラグが「ON」であれば(S33においてON)、地図データ処理部31はステップS34に進む。一方、物件存在フラグが、申請の対象となる物件が存在しないことを表すフラグ「OFF」であれば(S33においてOFF)、地図データ処理部31は後述するステップS36に進む。
【0059】
ステップS34では、地図混乱地域判定部32が、登記システム11から受信した申請内容に対応する地番区域および地番を登記所地図属性DB42から検索し、登記所地図属性DB42に登録されている物件と申請内容とを自動的に対応付ける。地図混乱地域判定部32は、申請内容と対応付けた登記所地図属性DB42に登録されている物件の地番を読み出し、その地番を申請に対応する地図受付DB41のレコードの異動前地番に登録する。
【0060】
ステップS34の処理について更に説明する。図18は、登記所地図属性DB42に登録されている物件と申請内容とを自動的に対応付ける処理の一例の説明図である。
【0061】
まず、地図混乱地域判定部32は、地図受付DB41の所在情報としての地番区域および申請地番をキー情報として、登記所地図属性DB42の所在情報としての地番区域および地番の一致するレコードを検索し、登記所地図属性DB42に登録されている物件と申請内容とを自動的に対応付ける。ただし、地図混乱地域判定部32は最新判別フラグがONのレコードのみを有効なレコードと判定する。
【0062】
例えば図18では、受付ID「あ001」,「あ002」及び「あ005」の申請内容が登記所地図属性DB42に登録されている物件との対応付けが成功している。また、受付ID「あ003」及び「あ004」の申請内容は、登記所地図属性DB42に登録されている物件との対応付けが失敗している。
【0063】
ステップS35に進み、地図混乱地域判定部32は登記所地図属性DB42に登録されている物件と申請内容との対応付けが全て成功したと判定すると(ステップS35において成功)、ステップS38に進む。なお、ステップS32で地図混乱状態フラグが地図混乱状態であると判定した場合、地図データ処理部31はステップS38に進む。
【0064】
一方、地図混乱地域判定部32は登記所地図属性DB42に登録されている物件と申請内容との対応付けが少なくとも一部失敗したと判定すると(ステップS35において失敗)、ステップS36に進む。
【0065】
ステップS36では、地図混乱地域判定部32が、登記官に物件を特定させるための物件特定画面を登記官の操作する端末13a等に表示し、可能で有れば登記所地図属性DB42に登録されている物件と申請内容とを対応付けさせる。
【0066】
ステップS37に進み、登記所地図属性DB42に登録されている物件と申請内容との対応付けが成功すれば(S37において成功)、地図混乱地域判定部32は登記所地図属性DB42から申請内容と対応付けた物件の地番を読み出し、その地番を申請に対応する地図受付DB41のレコードの異動前地番に登録したあとステップS38に進む。
【0067】
一方、登記所地図属性DB42に登録されている物件と申請内容との対応付けが失敗すれば(S37において失敗)、地図混乱地域判定部32は申請に対応する地図受付DB41のレコードの物件存在フラグに「OFF」を設定する。この場合は、申請内容の訂正や調査など、物件の特定に必要な処置を行ったあとでステップS32に処理に戻る。
【0068】
ステップS36及びS37の処理の詳細について更に説明する。図19は、物件特定画面の一例のイメージ図である。物件特定画面50は、申請を選択する欄51,申請の対象となる物件を選択する欄52,申請と対応付ける登記所地図属性DB42に格納された物件を選択する欄53,物件の所在を選択する欄54を有するように構成されている。
【0069】
なお、物件特定画面50では、登記所地図属性DB42に登録されている物件と申請内容との対応付けの追加,修正または削除が可能である。登記所地図属性DB42に登録されている物件と申請内容との対応付けの追加を行わずに物件特定画面50のキャンセルボタンを押下された場合、地図混乱地域判定部32は地図受付DB41の物件存在フラグに、申請の対象となる物件が存在しないことを表すフラグ「OFF」を設定する。
【0070】
物件特定画面50を用いた登記所地図属性DB42に登録されている物件と申請内容との対応付けが成功する場合の処理について説明する。図20は、物件特定画面を用いた登記所地図属性DBに登録されている物件と申請内容との対応付けが成功する場合の処理の一例の説明図である。
【0071】
まず、物件特定画面50の欄51にて受付ID「あ004」が選択され、地図混乱地域判定部32は地図受付DB41aから読み出した申請地番「28」を欄52に表示する。欄54にて地番区域「市川市新田2丁目」が選択されると、地図混乱地域判定部32は登記地図属性DB42から読み出した地番区域「市川市新田2丁目」に存在する地番の一覧を欄53に表示する。
【0072】
欄53にて地番「28−1」が選択されたあと登録ボタンが押下されると、地図混乱地域判定部32は地図受付DB41bの異動前地番に地番「28−1」を設定する。
【0073】
物件特定画面50を用いた登記所地図属性DB42に登録されている物件と申請内容との対応付けが失敗する場合の処理について説明する。図21は、物件特定画面を用いた登記所地図属性DBに登録されている物件と申請内容との対応付けが失敗する場合の処理の一例の説明図である。
【0074】
物件特定画面50の欄51にて受付ID「あ003」が選択され、地図混乱地域判定部32は地図受付DB41aから読み出した申請地番「31−1」を欄52に表示する。欄54にて地番区域「横須賀市浦上台2丁目」が選択され、地図混乱地域判定部32は登記地図属性DB42から読み出した地番区域「横須賀市浦上台2丁目」に存在する地番の一覧を欄53に表示する。欄53にて地番が選択されずにキャンセルボタンが押下されると、地図混乱地域判定部32は地図受付DB41bの物件存在フラグに「OFF」を設定する。
【0075】
ステップS38では、地図混乱地域判定部32が、図17のような地図混乱状態管理DB44の地図混乱状態フラグを参照し、地図混乱候補状態,正常状態または地図混乱状態の何れであるか判定する。ステップS38で地図混乱状態フラグが正常状態であると判定した場合、地図混乱地域判定部31はステップS40に進む。一方、ステップS38で地図混乱状態フラグが地図混乱候補状態または地図混乱状態であると判定した場合、地図混乱地域判定部31はステップS39に進む。ステップS39では、混乱中申請管理部33が、後述する地図混乱中申請履歴作成処理を行ったあとでステップS40に進む。
【0076】
ステップS40では、地図混乱地域判定部32が、地図混乱状態管理DB44の地図混乱状態フラグを参照し、地図異動申請回数に対する物件特定失敗回数の割合が一定値を超えた状態であるとき、登記システム11から受信した申請内容に対応する物件が高い確率で地図混乱地域である旨を登記官が操作する例えば端末13aに通知する。
【0077】
ステップS40の処理について詳細に説明する。図22は、地図混乱通知処理の一例のイメージ図である。地図混乱地域判定部32は、地図混乱状態管理DB44の地図混乱状態フラグを参照し、以下の式(1)により物件自動特定失敗率を算出する。
【0078】
物件自動特定失敗率=物件自動特定失敗回数÷地図異動申請回数・・・(1)
ここでは、物件自動特定失敗率の許容限界が50%未満と設定されている場合の処理について説明する。前述したステップS30〜S39の処理により地図混乱状態管理DB44に格納されているデータが括弧内の数値又は記号から括弧外の数値又は記号に変化したとする。
【0079】
上記の式(1)により、地図番号「G501」の地図が物件自動特定失敗率50%を超えたため、地図混乱地域判定部32は地図番号「G501」の地図の地図混乱状態フラグが正常状態から地図混乱候補状態に変化している。このときの申請内容が図22の地図受付DB41である場合、地図番号「G501」の地図に対する申請ID「あ003」の申請に対し、地図混乱地域判定部32は申請内容に対応する物件が高い確率で地図混乱地域である旨を登記官が操作する例えば端末13aに通知する。
【0080】
登記官は、登記システム11から受信した申請内容に対応する物件が高い確率で地図混乱地域である旨のメッセージを例えば端末13aの画面上で確認し、その物件を地図混乱地域に指定するか否かの指示を端末13aに入力する。端末13aは、登記官から入力された地図混乱地域に指定するか否かの指示を地図システム12の地図混乱地域判定部32に送信する。
【0081】
ステップS41に進み、地図混乱地域判定部32は登記官からの物件を地図混乱地域に指定するか否かの指示を受信する。地図混乱地域に指定する旨の指示を受信すると(S41においてYES)、地図混乱地域判定部32は地図混乱状態を表すフラグを、地図混乱状態管理DB44の地図混乱状態フラグに設定してステップS43に進む。ステップS43では、例えば17条地図が作成されて地図混乱が解消されるまで異動申請を中断する。
【0082】
地図混乱地域に指定しない旨の指示を受信すると(S41においてNO)、地図混乱地域判定部32はステップS42に進む。ステップS42では、地図データ処理部31が、申請内容に応じた地図異動処理を行い、その地図異動処理の結果を登記所地図属性DB42および登記所地図図形DB43に反映させて処理を終了する。
【0083】
なお、地図混乱状態管理DB44の地図異動申請回数は、ステップS31でカウントされている。地図異動申請回数のカウントは、申請内容に対応する地図が特定されたときに行われる。また、地図混乱状態管理DB44の物件自動特定失敗回数は、ステップS35で、登記所地図属性DB42に登録されている物件と申請内容との対応付けが失敗した後でカウントされている。
【0084】
次に、ステップS39の地図混乱中申請履歴作成処理の詳細について図23のフローチャートを参照しつつ説明する。図23は、地図混乱中申請履歴作成処理の一例のフローチャートである。
【0085】
ここでは、地図混乱地域の現地の状況が図24であると過程する。また、地図システム12により管理されている地図混乱地域のイメージが図25であると過程する。このとき、図25の地図混乱地域のイメージに対応する地図データは図26〜図28の登記所地図属性DB42および登記所地図図形DB43に格納されている。
【0086】
図24は、地図混乱地域の現地の状況を表した一例のイメージ図である。図25は、地図システムにより管理されている地図混乱地域を表したイメージ図である。図26は、座標情報を表す登記所地図図形DBの一例の構成図である。図27は、結線情報を表す登記所地図図形DBの一例の構成図である。図28は、登記所地図属性DBの一例の構成図である。
【0087】
まず、図24及び図25に表した地図混乱地域に対して図29の地積測量図および図30の地積測量図データを含む申請が行われたと過程する。図29は、地積測量図の一例のイメージ図である。また、図30は地積測量図データの一例のイメージ図である。
【0088】
ステップS50に進み、混乱中申請管理部33は申請に対応する地図受付DB41のレコードの区分を判定する。地図受付DB41のレコードの区分が分筆であると判定すると(S50において分筆)、混乱中申請管理部33はステップS51に進む。
【0089】
ステップS51では、混乱中申請管理部33が、申請された図30の地積測量図データを読み出す。ステップS52に進み、混乱中申請管理部33はステップS51で読み出した地積測量図データのうち、異動履歴地図の作成に必要な座標情報を登記所地図図形DB43に格納する。異動履歴地図の作成に必要な座標情報とは、申請に含まれる地積測量図を元に、新たに作成された座標(新点)の情報である。
【0090】
ステップS53に進み、混乱中申請管理部33はステップS51で読み出した地積測量図データのうち、異動履歴地図の作成に必要な結線情報を登記所地図図形DB43に格納して処理を終了する。異動履歴地図の作成に必要な結線情報とは、申請に含まれる地積測量図を元に、新たに作成された結線(分筆線)の情報である。
【0091】
図31は、ステップS52及びS53の処理について説明するための説明図である。ステップS52では、地積測量図データに含まれる測量点座標値のデータ項目「新点」を元に、新たに作成された座標の情報を登記所地図図形DB43に格納している。
【0092】
また、ステップS53では地積測量図データに含まれる地番のデータ項目「分筆線」を元に、新たに作成された結線の情報を登記所地図図形DB43に格納している。
【0093】
一方、地図受付DB41のレコードの区分が合筆であると判定すると(S50において合筆)、混乱中申請管理部33はステップS54に進む。通常、合筆の申請には地積測量図が含まれない。合筆の申請で地図システム12が受信する申請内容は、地番区域,合筆前地番,合筆後地番である。
【0094】
混乱中申請管理部33は、受付ID,地番区域,合筆前地番,合筆後地番および申請年月日からなる図32のような作業用テーブルを一時的な作業領域に格納する。図32は、合筆に係る処理で利用する作業用テーブルの一例の構成図である。混乱中申請管理部33は、図32の作業用テーブルの合筆前地番をキー情報として地積測量図および地積測量図データを管理している所定のテーブル(図示せず)を検索する。
【0095】
ステップS55に進み、混乱中申請管理部33は地積測量図および地積測量図データを管理している所定のテーブルに、合筆前地番が存在するか否かを判定する。地積測量図および地積測量図データを管理している所定のテーブルに、合筆前地番が存在すると判定すると(S55においてYES)、混乱中申請管理部33は地積測量図および地積測量図データを管理している所定のテーブルから合筆前地番が存在する図33のようなレコードを読み出す。図33は、地積測量図および地積測量図データを管理している所定のテーブルから読み出されたレコードの一例の構成図である。
【0096】
ステップS57に進み、混乱中申請管理部33はステップS55で読み出した図33のようなレコードから、異動履歴地図の作成に必要な座標情報を登記所地図図形DB43に格納する。異動履歴地図の作成に必要な座標情報とは、合筆前番地の分筆線(2つの筆に共通する線)を形成する座標の情報である。
【0097】
なお、合筆前番地の分筆線(2つの筆に共通する線)が存在しなければ、合筆前番地は隣接関係にない。したがって、混乱中申請管理部33はステップS56に進む。
【0098】
ステップS58に進み、混乱中申請管理部33はステップS55で読み出した図33のようなレコードから、異動履歴地図の作成に必要な結線情報を登記所地図図形DB43に格納して処理を終了する。異動履歴地図の作成に必要な結線情報とは、合筆前番地の分筆線(2つの筆に共通する線)を形成する結線の情報である。
【0099】
図34は、ステップS57及びS58の処理について説明するための説明図である。ステップS57では、ステップS55で読み出したレコード60から異動履歴地図の作成に必要な座標情報を読み出し、異動履歴地図の作成に必要な座標情報62として登記所地図図形DB43に格納する。
【0100】
また、ステップS58ではステップS55で読み出したレコード61から異動履歴地図の作成に必要な結線情報を読み出し、異動履歴地図の作成に必要な結線情報63として登記所地図図形DB43に格納する。なお、異動履歴地図の作成に必要な座標情報62および結線情報63には、その申請に対応する図32のような作業用テーブル64の受付IDが格納されている。
【0101】
地積測量図および地積測量図データを管理している所定のテーブルに、合筆前地番が存在しないと判定すると(S55においてNO)、混乱中申請管理部33はステップS56に進む。
【0102】
ステップS56では、混乱中申請管理部33が、図32の作業用テーブルに含まれる地番区域および合筆前地番をキー情報として、登記システム11に含まれる図35のような登記事項DBから地積(その土地の面積)を取得して処理を終了する。図35は、登記システム11に含まれる登記事項DBの一例の構成図である。
【0103】
図36は、ステップS56の処理について説明するための説明図である。ステップS56では、混乱中申請管理部33が、作業用テーブル64から受付IDを読み出し、異動履歴地図の作成に必要な座標情報62として登記所地図図形DB43に格納する。また、混乱中申請管理部33が、作業用テーブル64から受付ID,地番区域,地番,申請年月日を読み出し、異動履歴地図の作成に必要な結線情報63として登記所地図図形DB43に格納する。
【0104】
次に、例えば17条地図が作成されて地図混乱が解消された後に行われる処理について図37のフローチャートを参照しつつ説明する。図37は、地図混乱が解消された後に行われる処理の一例のフローチャートである。
【0105】
ここでは、土地改良/土地区画整理事業や17条地図などの作成により、地図混乱が解消されたものと過程する。また、地図混乱が解消された17条地図のイメージが図38であると過程する。図38は、地図混乱が解消された17条地図の一例のイメージ図である。
【0106】
このとき、図38の17条地図のイメージに対応する地図データは、例えば図39〜図41のように表される。図39は、座標情報を表す登記所地図図形DBの一例の構成図である。図40は、結線情報を表す登記所地図図形DBの一例の構成図である。図41は、登記所地図属性DBの一例の構成図である。
【0107】
ステップS60に進み、地図データ処理部31は地図混乱が解消された図38のような新たな地図の地図データが作成されると、その地図データを登記所地図属性DB42および登記所地図図形DB43の一時保存領域に格納する。
【0108】
ステップS61に進み、地図データ処理部31は地図混乱地域の地図と地図混乱が解消された地図とを差し替えるため、地図混乱地域の地図の地図データを図42のように削除する。
【0109】
図42は、地図混乱地域の地図の地図データ削除処理の一例のフローチャートである。まず、地図データ処理部31は差し替え対象の地図の地図番号をキー情報として登記所地図属性DB71からレコードを検索する。次に、地図データ処理部31は検索したレコードに含まれる地番をキー情報として登記所地図図形DB72の結線情報からレコードを検索する。次に、地図データ処理部31は検索したレコードに含まれる点番号1及び2をキー情報として登記所地図図形DB73の座標情報からレコードを検索する。地図データ処理部31は、上記のように検索したレコードを削除する。なお、地図データ処理部31は削除したレコードに含まれていた地図番号を退避領域に退避しておく。
【0110】
ステップS62に進み、地図データ処理部31はステップS60で一時保存領域に格納された地図データを登記所地図属性DB42および登記所地図図形DB43に格納する。
【0111】
ステップS63に進み、混乱中履歴地図作成部34はステップS61で退避領域に退避された地図番号をキー情報として、異動申請が中断されている間に受け付けた差し替え対象の地図に対する申請内容を図43のような地図受付DB41から1つ検索する。
【0112】
図43は、地図受付DBの一例の構成図である。例えばステップS61で退避領域に退避された地図番号が「A201」の場合、混乱中履歴地図作成部34は受付ID「あ001」のレコードを検索する。
【0113】
ステップS64に進み、混乱中履歴地図作成部34はステップS63で検索したレコードの区分を判定する。ステップS63で検索したレコードの区分が分筆であると判定すると(S64において分筆)、混乱中履歴管理部33はステップS65に進む。ステップS65では、混乱中履歴地図作成部34が、後述するような分筆申請に対する履歴地図作成処理を行う。
【0114】
一方、ステップS63で検索したレコードの区分が合筆であると判定すると(S64において合筆)、混乱中履歴管理部33はステップS66に進む。ステップS66では、混乱中履歴地図作成部34が、後述するような合筆申請に対する履歴地図作成処理を行う。
【0115】
ステップS65またはS66に続いてステップS67に進み、混乱中履歴地図作成部34は異動申請が中断されている間に受け付けた差し替え対象の地図に対する申請内容の履歴地図作成処理が全て完了したか否かを判定する。
【0116】
異動申請が中断されている間に受け付けた差し替え対象の地図に対する申請内容の履歴地図作成処理が未完了である判定すると(S67において未完了)、混乱中履歴地図作成部34はステップS63に戻る。一方、異動申請が中断されている間に受け付けた差し替え対象の地図に対する申請内容の履歴地図作成処理が完了した判定すると(S67において完了)、混乱中履歴地図作成部34は処理を終了する。
【0117】
次に、ステップS65の分筆申請に対する履歴地図作成処理の詳細について図44のフローチャートを参照しつつ説明する。図44は、分筆申請に対する履歴地図作成処理の一例のフローチャートである。
【0118】
ここでは、ステップS63で図45のような区分が分筆であるレコードを検索したものと過程する。図45は、ステップS63で検索されたレコードの一例の構成図である。
【0119】
混乱中履歴地図作成部34は、区分が分筆である場合に合筆して異動履歴地図を作成する。具体的に、混乱中履歴地図作成部34は検索したレコードの異動後地番「5−1,5−2」を元に合筆して異動履歴地図を作成する。
【0120】
ステップS70に進み、混乱中履歴地図作成部34はステップS63で検索したレコードの異動後地番をキー情報として、図46のような登記所地図属性DB42を検索する。例えば混乱中履歴地図作成部34は、図45のレコードの異動後番地「5−1,5−2」をキー情報として図46の登記所地図属性DB42を検索する。
【0121】
図46は、登記所地図属性DBの一例の構成図である。図46の登記所地図属性DB42の場合、地番「5−1」を含む1番目のレコードと地番「5−2」を含む2番目のレコードとが検索される。
【0122】
ステップS71に進み、混乱中履歴地図作成部34はステップS63で検索したレコードおよびステップS70で検索した申請後のレコードを利用して、申請前のレコードを作成する。そして、混乱中履歴地図作成部34は、図47のように、作成した申請前のレコードを登記所地図属性DB42に追加する。
【0123】
具体的に、混乱中履歴地図作成部34は、ステップS70で検索したレコードの受付ID81にステップS63で検索したレコードの受付ID「あ001」を設定する。次に、混乱中履歴地図作成部34は追加した申請前のレコードの受付ID82に「Low」を設定する。
【0124】
混乱中履歴地図作成部34は、追加した申請前のレコードの番地83にステップS63で検索したレコードの申請地番「5」を設定する。また、混乱中履歴地図作成部34は、追加した申請前のレコードの最新判別フラグおよび地図番号を空白のままにする。混乱中履歴地図作成部34は、追加した申請前のレコードにおけるその他のデータ項目を、ステップS70で検索されたレコードと同じとする。
【0125】
ステップS72に進み、混乱中履歴地図作成部34はステップS63で検索したレコードの異動後地番をキー情報として、図48のような結線情報を表す登記所地図図形DB43を検索する。例えば混乱中履歴地図作成部34は、図45のレコードの異動後番地「5−1,5−2」をキー情報として図48の登記所地図図形DB43を検索する。
【0126】
図48は、結線情報を表す登記所地図図形DBの一例の構成図である。図48の登記所地図図形DB43の場合、地番「5−1」を含む1〜4番目のレコードと地番「5−2」を含む5〜8番目のレコードとが検索される。
【0127】
ステップS73に進み、混乱中履歴地図作成部34はステップS63で検索したレコードおよびステップS72で検索した申請後のレコードを利用して、申請前のレコードを作成する。そして、混乱中履歴地図作成部34は、図49のように、作成した申請前のレコードを登記所地図図形DB43に追加する。
【0128】
具体的に、混乱中履歴地図作成部34は、ステップS72で検索したレコードの受付ID91にステップS63で検索したレコードの受付ID「あ001」を設定する。次に、混乱中履歴地図作成部34は追加した申請前のレコードの受付ID92に「Low」を設定する。
【0129】
混乱中履歴地図作成部34は、追加した申請前のレコードの番地93にステップS63で検索したレコードの申請地番「5」を設定する。また、混乱中履歴地図作成部34は、追加した申請前のレコードの申請年月日94にステップS63で検索したレコードの登記年月日「20030420」を設定する。混乱中履歴地図作成部34は、追加した申請前のレコードの登記年月日95に「Low」を設定する。混乱中履歴地図作成部34は、追加した申請前のレコードにおけるその他のデータ項目を、ステップS72で検索されたレコードと同じとする。
【0130】
ステップS74に進み、混乱中履歴地図作成部34はステップS73で登記所地図図形DB43に追加した結線情報に余分な分筆線が含まれるため、余分な分筆線を削除する。
【0131】
具体的には、混乱中履歴地図作成部34はステップS63で検索したレコードの受付IDをキー情報として、ステップS58で登記所地図図形DB43に格納された異動履歴地図の作成に必要な結線情報を検索する。そして、混乱中履歴地図作成部34は検索された分筆線と同じ線をステップS73で追加した申請前のレコードから削除する。
【0132】
図50は、分筆線を削除する処理の一例のイメージ図である。図50では、異動履歴地図の作成に必要な結線情報100が検索され、その結線情報100に含まれる分筆線(点番号T14,T15からなる結線)がステップS73で追加した申請前のレコード101から削除される例を表している。
【0133】
ステップS75に進み、混乱中履歴地図作成部34は分筆により作成された新点があったか否かを判定する。具体的には、混乱中履歴地図作成部34はステップS63で検索したレコードの受付IDをキー情報として、ステップS57で登記所地図図形DB43に格納された異動履歴地図の作成に必要な座標情報を含むレコード検索する。そして、混乱中履歴地図作成部34は検索されたレコードの新点の状態を確認する。図51は、ステップS75の処理で検索されたレコードの一例の構成図である。
【0134】
新点が「ON」の場合、混乱中履歴地図作成部34は分筆により作成された新点があったと判定してステップS76に進む。新点が「ON」の場合、混乱中履歴地図作成部34は新たに筆界点を作成している。したがって、混乱中履歴地図作成部34は余分な結線情報を削除するとき、新たに作成した分筆線を結んでいる筆界線を図52のように合成する必要がある。
【0135】
図52は、新点が「ON」の場合に余分な結線情報を削除するための処理の一例のイメージ図である。筆界点5,6が新点の場合、混乱中履歴地図作成部34は分筆線(5−6)を削除するだけでなく、筆界線(1−5)及び(5−2)を接続して筆界線(1−2)を作成する必要がある。同様に、筆界線(3−6)及び(6−4)を接続して筆界線(3−4)を作成する必要がある。
【0136】
新点が空白の場合、混乱中履歴地図作成部34は分筆により作成された新点がなかったと判定して処理を終了する。新点が空白の場合、混乱中履歴地図作成部34は図53のように新たに筆界点を作成していない。
【0137】
図53は、新点が空白の場合に余分な結線情報を削除するための処理の一例のイメージ図である。筆界点1,3が新点でない場合、混乱中履歴地図作成部34は分筆線(1−3)を削除するだけでよい。
【0138】
ステップS76では、混乱中履歴地図作成部34が、新たに作成した分筆線を結んでいる筆界線を図54に表すように合成する。図54は、新点が「ON」の場合に余分な結線情報を削除するための処理の一例のイメージ図である。
【0139】
まず、混乱中履歴地図作成部34は分筆により作成された新点T14,T15をキー情報として、ステップS74で分筆線(点番号T14,T15からなる結線)が削除された申請前のレコード111を順番に検索する。図54の申請前のレコード111は、新点T14をキー情報としたときに選択されるレコード112,113を表している。
【0140】
混乱中履歴地図作成部34は、レコード112,113に含まれる新点T14を削除して点番号T10及びT11を接続することで、レコード112,113からレコード121を作成できる。新点T14と同様に、混乱中履歴地図作成部34は、レコード112,113に含まれる新点T15を削除して点番号T12及びT13を接続することで、図55に表すような申請前のレコードを作成できる。
【0141】
ステップS77に進み、混乱中履歴地図作成部34はステップS63で検索したレコードの受付IDをキー情報として、ステップS57で登記所地図図形DB43に格納された異動履歴地図の作成に必要な座標情報を検索する。そして、検索されたレコードに含まれる点番号をキー情報として座標情報を表す登記所地図図形DB43を検索し、検索したレコードの受付IDにステップS63で検索したレコードの受付IDを設定して処理を終了する。
【0142】
図56は、ステップS77の処理の一例のイメージ図である。図56では、受付ID「あ001」をキー情報として異動履歴地図の作成に必要なレコード131を検索し、そのレコード131に含まれる点番号T14,T15をキー情報としてレコード132を検索し、レコード132に受付ID「あ001」を設定している。
【0143】
図44の分筆申請に対する履歴地図作成処理により、図57の登記所地図属性DB42,図58の座標情報を表す登記所地図図形DB43,図59の結線情報を表す登記所地図図形DB43,図60の地図受付DB41を作成できる。
【0144】
次に、ステップS66の合筆申請に対する履歴地図作成処理の詳細について図61のフローチャートを参照しつつ説明する。図61は、分筆申請に対する履歴地図作成処理の一例のフローチャートである。ここでは、地図混乱が解消された17条地図のイメージが図62であると過程する。図62は、地図混乱が解消された17条地図の一例のイメージ図である。
【0145】
このとき、図62の17条地図のイメージに対応する地図データは、例えば図63〜図65のように表される。図63は、座標情報を表す登記所地図図形DBの一例の構成図である。図64は、結線情報を表す登記所地図図形DBの一例の構成図である。図65は、登記所地図属性DBの一例の構成図である。
【0146】
ステップS63で図66のような区分が合筆であるレコードを検索したものと過程する。図66は、ステップS63で検索されたレコードの一例の構成図である。
【0147】
混乱中履歴地図作成部34は、区分が合筆である場合に分筆して異動履歴地図を作成する。具体的に、混乱中履歴地図作成部34は検索したレコードの異動後地番「6」を元に分筆して異動履歴地図を作成する。
【0148】
ステップS80に進み、混乱中履歴地図作成部34はステップS63で検索したレコードの異動後地番をキー情報として、図67のような登記所地図属性DB42を検索する。例えば混乱中履歴地図作成部34は、図66のレコードの異動後番地「6」をキー情報として図67の登記所地図属性DB42を検索する。図67は、登記所地図属性DBの一例の構成図である。図46の登記所地図属性DB42の場合、地番「6」を含む1番目のレコードが検索される。
【0149】
ステップS81に進み、混乱中履歴地図作成部34はステップS63で検索したレコードおよびステップS80で検索した申請後のレコードを利用して、申請前のレコードを作成する。そして、混乱中履歴地図作成部34は、図68のように、作成した申請前のレコードを登記所地図属性DB42に追加する。
【0150】
具体的に、混乱中履歴地図作成部34はステップS80で検索したレコードの受付ID141にステップS63で検索したレコードの受付ID「あ001」を設定する。次に、混乱中履歴地図作成部34は追加した申請前のレコードの受付ID142に「Low」を設定する。
【0151】
混乱中履歴地図作成部34は、追加した申請前のレコードの番地143,144にステップS63で検索したレコードの申請地番「6」,「7」を設定する。また、混乱中履歴地図作成部34は、追加した申請前のレコードの最新判別フラグおよび地図番号を空白のままにする。混乱中履歴地図作成部34は、追加した申請前のレコードにおけるその他のデータ項目を、ステップS80で検索されたレコードと同じとする。
【0152】
ステップS82に進み、混乱中履歴地図作成部34はステップS63で検索したレコードの異動後地番をキー情報として、図69のような結線情報を表す登記所地図図形DB43を検索する。例えば混乱中履歴地図作成部34は、図66のレコードの異動後番地「6」をキー情報として図69の登記所地図図形DB43を検索する。
【0153】
図69は、結線情報を表す登記所地図図形DBの一例の構成図である。図69の登記所地図図形DB43の場合、地番「6」を含む1〜5番目のレコードが検索される。
【0154】
ステップS83に進み、混乱中履歴地図作成部34は過去に地積測量図および地積測量図データが提出されているか否かを判定する。過去に地積測量図および地積測量図データが提出されていると判定すると(S83においてYES)、混乱中履歴地図作成部34はステップS84に進む。一方、過去に地積測量図および地積測量図データが提出されていないと判定すると(S83においてNO)、混乱中履歴地図作成部34はステップS86に進む。
【0155】
ステップS84に進み、混乱中履歴地図作成部34はステップS63で検索したレコードおよびステップS82で検索した申請後のレコードを利用して、申請前のレコードを作成する。そして、混乱中履歴地図作成部34は、図70のように、作成した申請前のレコードを登記所地図図形DB43に追加する。
【0156】
具体的に、混乱中履歴地図作成部34はステップS82で検索したレコードの受付ID151にステップS63で検索したレコードの受付ID「あ001」を設定する。次に、混乱中履歴地図作成部34は追加した申請前のレコードの受付ID152に「Low」を設定する。
【0157】
混乱中履歴地図作成部34は、追加した申請前のレコードの番地153にステップS63で検索したレコードの申請地番「6」,「7」を設定する。混乱中履歴地図作成部34は、追加した申請前のレコードの申請年月日154にステップS63で検索したレコードの申請年月日「20030420」を設定する。
【0158】
混乱中履歴地図作成部34は、追加した申請前のレコードの登記年月日155に「Low」を設定する。また、混乱中履歴地図作成部34は追加した申請前のレコードにおけるその他のデータ項目を、ステップS82で検索されたレコードと同じとする。
【0159】
ステップS85に進み、混乱中履歴地図作成部34は、ステップS63で検索したレコードの受付ID「あ001」をキー情報として、ステップS57で登記所地図図形DB43に格納された異動履歴地図の作成に必要な座標情報を検索する。そして、混乱中履歴地図作成部34は検索されたレコードを登記所地図図形DB43に追加して処理を終了する。
【0160】
図71は、ステップS85の処理の一例のイメージ図である。図71では、異動履歴地図の作成に必要な座標情報161が検索され、その座標情報161が座標情報を表す登記所地図図形DB162に追加される。
【0161】
一方、過去に地積測量図および地積測量図データが提出されていないと判定すると、混乱中履歴地図作成部34はステップS86に進む。この場合、合筆対象筆の地積測量図および地積測量図データは存在しないため、地図混乱が解消しても完全な異動履歴地図を作成することができない。そこで、混乱中履歴地図作成部34は申請前のレコードをできる範囲で作成し、図72の画面例のようにメッセージを出力する。図72は、異動履歴地図を作成できないときに出力される画面の一例のイメージ図である。
【0162】
ステップS86に進み、混乱中履歴地図作成部34はステップS63で検索したレコードおよびステップS82で検索した申請後のレコードを利用して、申請前のレコードを作成する。そして、混乱中履歴地図作成部34は、図73のように、作成した申請前のレコードを登記所地図図形DB43に追加する。
【0163】
具体的に、混乱中履歴地図作成部34はステップS82で検索したレコードの受付ID171にステップS63で検索したレコードの受付ID「あ001」を設定する。次に、混乱中履歴地図作成部34は追加した申請前のレコードの受付ID172に「Low」を設定する。
【0164】
混乱中履歴地図作成部34は、追加した申請前のレコードの番地173にステップS63で検索したレコードの申請地番「6」,「7」を設定する。混乱中履歴地図作成部34は、追加した申請前のレコードの申請年月日174にステップS63で検索したレコードの申請年月日「20030420」を設定する。
【0165】
混乱中履歴地図作成部34は、追加した申請前のレコードの登記年月日175に「Low」を設定する。また、混乱中履歴地図作成部34は追加した申請前のレコードの点番号1,点番号2に「不明」を設定しておく。なお、混乱中履歴地図作成部34は追加した申請前のレコードにおけるその他のデータ項目を、ステップS82で検索されたレコードと同じとする。
【0166】
ステップS87に進み、混乱中履歴地図作成部34は、図74の表されるように、ステップS63で検索したレコードの受付ID「あ001」をキー情報としてステップS56で登記所地図図形DB43に格納されたレコード181を検索する。そして、混乱中履歴地図作成部34は検索されたレコード181を登記所地図図形DB182に追加して処理を終了する。
【0167】
過去に地積測量図および地積測量データが提出されている場合、図61の合筆申請に対する履歴地図作成処理により、図75の登記所地図属性DB42,図76の座標情報を表す登記所地図図形DB43,図77の結線情報を表す登記所地図図形DB43,図78の地図受付DB41を作成できる。
【0168】
また、過去に地積測量図および地積測量データが提出されていない場合、図61の合筆申請に対する履歴地図作成処理により、図79の登記所地図属性DB42,図80の座標情報を表す登記所地図図形DB43,図81の結線情報を表す登記所地図図形DB43,図82の地図受付DB41を作成できる。
【0169】
したがって、図1の不動産登記申請の運用を行うシステム1によれば、地図混乱の解消された地図データの異動履歴地図を提供することができるので、地図混乱地域における利用者の利便性を向上させ、全国均一のサービスを提供することが可能となる。
【0170】
また、図1の不動産登記申請の運用を行うシステム1によれば、法務局の職員が行う地図混乱地域の判定をサポートすることができるので、不動産登記業務の円滑な運用が可能となる。
【0171】
本発明は、以下に記載する付記のような構成が考えられる。
(付記1) 地図データに対する要求を受け付け、その要求に応じて前記地図データを編集する地図データ編集装置であって、
編集が禁止された地図データに対する要求を格納していく要求格納手段と、
地図データに対する編集の禁止が解除されると、編集が禁止されている間に受け付けられた地図データに対する要求を前記要求格納手段から読み出し、その要求および現状の地図データから、編集が禁止されている間に受け付けた前記地図データに対する要求に応じて地図データの履歴を作成する履歴作成手段と
を有することを特徴とする地図データ編集装置。
(付記2) 地図データに対する要求および地図データ格納手段から読み出した地図データとを比較し、前記要求の対象領域が前記地図データ格納手段から読み出した地図データに含まれていない割合に応じて、地図データに対する編集の禁止の必要性を通知する編集禁止通知手段を更に有することを特徴とする付記1記載の地図データ編集装置。
(付記3) 前記履歴作成手段は、前記地図データに対する要求が分筆である場合に、現状の地図データに含まれる分筆された対象領域を合筆して地図データの履歴を作成する一方、前記地図データに対する要求が合筆である場合に、現状の地図データに含まれる合筆された対象領域を分筆して地図データの履歴を作成することを特徴とする付記1又は2記載の地図データ編集装置。
(付記4) 前記履歴作成手段は、一の世代の地図データの履歴から前記一の世代より一世代前の地図データの履歴を順番に作成することを特徴とする付記3記載の地図データ編集装置。
(付記5) 前記編集が禁止された地図データに対する要求は、地図データと現地の状況とが異なる地図混乱地域に対する要求であることを特徴とする付記1乃至4何れか一項記載の地図データ編集装置。
(付記6) 地図データに対する要求を受け付け、その要求に応じて前記地図データを編集する地図データ編集装置の地図データ編集方法であって、
編集が禁止された地図データに対する要求を要求格納手段に格納していく段階と、
地図データに対する編集の禁止が解除されると、編集が禁止されている間に受け付けられた地図データに対する要求を前記要求格納手段から読み出し、その要求および現状の地図データから、編集が禁止されている間に受け付けた前記地図データに対する要求に応じて地図データの履歴を作成する段階と
を有する地図データ編集方法。
【0172】
【発明の効果】
上述の如く、本発明によれば、地図データの履歴を均一に提供でき、地図データの編集業務を円滑に運用できる地図データ編集装置および地図データ編集方法を提供可能である。
【0173】
【図面の簡単な説明】
【図1】不動産登記申請の運用を行うシステムの一例の構成図である。
【図2】地図システムを実現するコンピュータの一例の構成図である。
【図3】地図システムの一例の機能構成図である。
【図4】地図システムの処理の一例のフローチャートである。
【図5】地図受付DBの一例の構成図である。
【図6】登記所地図属性DBの一例の構成図である。
【図7】地図混乱状態管理DBの一例の構成図である。
【図8】座標情報を表す登記所地図図形DBの一例の構成図である。
【図9】結線情報を表す登記所地図図形DBの一例の構成図である。
【図10】地図混乱解消時の処理の一例のフローチャートである。
【図11】地図システムの詳細処理の一例のフローチャート(1/2)である。
【図12】地図システムの詳細処理の一例のフローチャート(2/2)である。
【図13】地図システムが受け付ける申請内容の一例の構成図である。
【図14】登記システムからの申請内容が格納された地図受付DBの一例の構成図である。
【図15】登記所地図属性DBの一例の構成図である。
【図16】申請内容と地図とを関連付ける処理の一例の説明図である。
【図17】地図混乱状態管理DBの一例の構成図である。
【図18】登記所地図属性DBに登録されている物件と申請内容とを自動的に対応付ける処理の一例の説明図である。
【図19】物件特定画面の一例のイメージ図である。
【図20】物件特定画面を用いた登記所地図属性DBに登録されている物件と申請内容との対応付けが成功する場合の処理の一例の説明図である。
【図21】物件特定画面を用いた登記所地図属性DBに登録されている物件と申請内容との対応付けが失敗する場合の処理の一例の説明図である。
【図22】地図混乱通知処理の一例のイメージ図である。
【図23】地図混乱中申請履歴作成処理の一例のフローチャートである。
【図24】地図混乱地域の現地の状況を表した一例のイメージ図である。
【図25】地図システムにより管理されている地図混乱地域を表したイメージ図である。
【図26】座標情報を表す登記所地図図形DBの一例の構成図である。
【図27】結線情報を表す登記所地図図形DBの一例の構成図である。
【図28】登記所地図属性DBの一例の構成図である。
【図29】地積測量図の一例のイメージ図である。
【図30】地積測量図データの一例のイメージ図である。
【図31】ステップS52及びS53の処理について説明するための説明図である。
【図32】合筆に係る処理で利用する作業用テーブルの一例の構成図である。
【図33】地積測量図および地積測量図データを管理している所定のテーブルから読み出されたレコードの一例の構成図である。
【図34】ステップS57及びS58の処理について説明するための説明図である。
【図35】登記システムに含まれる登記事項DBの一例の構成図である。
【図36】ステップS56の処理について説明するための説明図である。
【図37】地図混乱が解消された後に行われる処理の一例のフローチャートである。
【図38】地図混乱が解消された17条地図の一例のイメージ図である。
【図39】座標情報を表す登記所地図図形DBの一例の構成図である。
【図40】結線情報を表す登記所地図図形DBの一例の構成図である。
【図41】登記所地図属性DBの一例の構成図である。
【図42】地図混乱地域の地図の地図データ削除処理の一例のフローチャートである。
【図43】地図受付DBの一例の構成図である。
【図44】分筆申請に対する履歴地図作成処理の一例のフローチャートである。
【図45】ステップS63で検索されたレコードの一例の構成図である。
【図46】登記所地図属性DBの一例の構成図である。
【図47】作成した申請前のレコードが追加された登記所地図属性DBの一例の構成図である。
【図48】結線情報を表す登記所地図図形DBの一例の構成図である。
【図49】作成した申請前のレコードが追加された登記所地図図形DBの一例の構成図である。
【図50】分筆線を削除する処理の一例のイメージ図である。
【図51】ステップS75の処理で検索されたレコードの一例の構成図である。
【図52】新点が「ON」の場合に余分な結線情報を削除するための処理の一例のイメージ図である。
【図53】新点が空白の場合に余分な結線情報を削除するための処理の一例のイメージ図である。
【図54】新点が「ON」の場合に余分な結線情報を削除するための処理の一例のイメージ図である。
【図55】作成した申請前のレコードが追加された登記所地図図形DBの一例の構成図である。
【図56】ステップS77の処理の一例のイメージ図である。
【図57】登記所地図属性DBの一例の構成図である。
【図58】座標情報を表す登記所地図図形DBの一例の構成図である。
【図59】結線情報を表す登記所地図図形DBの一例の構成図である。
【図60】地図受付DBの一例の構成図である。
【図61】分筆申請に対する履歴地図作成処理の一例のフローチャートである。
【図62】地図混乱が解消された17条地図の一例のイメージ図である。
【図63】座標情報を表す登記所地図図形DBの一例の構成図である。
【図64】結線情報を表す登記所地図図形DBの一例の構成図である。
【図65】登記所地図属性DBの一例の構成図である。
【図66】ステップS63で検索されたレコードの一例の構成図である。
【図67】登記所地図属性DBの一例の構成図である。
【図68】作成した申請前のレコードが追加された登記所地図属性DBの一例の構成図である。
【図69】結線情報を表す登記所地図図形DBの一例の構成図である。
【図70】作成した申請前のレコードが追加された登記所地図図形DBの一例の構成図である。
【図71】ステップS85の処理の一例のイメージ図である。
【図72】異動履歴地図を作成できないときに出力される画面の一例のイメージ図である。
【図73】作成した申請前のレコードが追加された登記所地図図形DBの一例の構成図である。
【図74】ステップS87の処理の一例のイメージ図である。
【図75】登記所地図属性DBの一例の構成図である。
【図76】座標情報を表す登記所地図図形DBの一例の構成図である。
【図77】結線情報を表す登記所地図図形DBの一例の構成図である。
【図78】地図受付DBの一例の構成図である。
【図79】登記所地図属性DBの一例の構成図である。
【図80】座標情報を表す登記所地図図形DBの一例の構成図である。
【図81】結線情報を表す登記所地図図形DBの一例の構成図である。
【図82】地図受付DBの一例の構成図である。
【符号の説明】
1 システム
10 申請受付システム
11 登記システム
12 地図システム
13a〜13n 端末
14 ネットワーク
21 入力装置
22 表示装置
23 ドライブ装置
24 記録媒体
25 補助記憶装置
26 メモリ装置
27 演算処理装置
28 インターフェース装置
29 データベース(DB)
31 地図データ処理部
32 地図混乱地域判定部
33 混乱中申請管理部
34 混乱中履歴地図作成部
41 地図受付DB
42 登記所地図属性DB
43 登記所地図図形DB
44 地図混乱状態管理DB
B バス[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a map data editing apparatus and a map data editing method, and more particularly to a map data editing apparatus and a map data editing method for editing map data that may be temporarily prohibited from being edited.
[0002]
[Prior art]
For example, in the real estate registration, the location and shape of the land must be accurately displayed, but there are areas where the map situation differs from the local situation due to various factors. Such areas are called map-confused areas. Areas that have been determined to be map confused areas by the staff of the Legal Affairs Bureau (for example, map registrars) will be unable to register for land display. Legal personnel will determine map disruption based on experience. In addition, methods for resolving map disruption areas include land improvement / land readjustment projects and the creation of Article 17 maps.
[0003]
Since the map of the map disruption area is clearly different from the local situation, it is not possible to create digitized map data. For this reason, in the map system used for real estate registration, the map transfer process is not performed until the map confused area is resolved, and the map change process is performed from the time when the map confused area is resolved.
[0004]
That is, since the map system used for real estate registration does not manage the history of map changes in the map confused area, the map change history during the map mess cannot be provided.
[0005]
[0006]
[Patent Document 1]
JP-A-8-262119
[0007]
[Problems to be solved by the invention]
In real estate registration, map data is required to determine the location and shape of land. In other words, economic transactions cannot be realized with only registered items published in the registry. Therefore, the map system used for real estate registration has a specification for managing not only the current map data but also the history of map changes for which registration has been applied in the past.
[0008]
However, since the conventional map system does not manage the history of map changes in the map confused area, there is a problem that even after the map mess is resolved, the map change history during the map mess cannot be provided. . For this reason, the convenience of users in the map-confused area remains impaired, and uniform services cannot be provided nationwide.
[0009]
Furthermore, since the map confused area was judged based on the experience of the staff of the Legal Affairs Bureau, the judgment standard of the map confused area was not constant, and there was a problem that the smooth operation of the real estate registration business was impaired.
[0010]
The present invention has been made in view of the above points, and provides a map data editing apparatus and a map data editing method capable of uniformly providing a history of map data and smoothly operating a map data editing operation. The purpose is to provide.
[0011]
[Means for Solving the Problems]
Therefore, in order to solve the above problems, the present invention is a map data editing apparatus that accepts a request for map data and edits the map data in response to the request, and stores a request for map data that is prohibited from being edited. When the prohibition of editing with respect to the request storage means and the map data is released, the request for the map data received while the editing is prohibited is read from the request storage means, and the request and the current map data And a history creation means for creating a history of map data in response to a request for the map data received while editing is prohibited.
[0012]
Further, the present invention compares the request for map data with the map data read from the map data storage means, and according to the ratio that the target area of the request is not included in the map data read from the map data storage means. A configuration may further include editing prohibition notification means for notifying the necessity of prohibition of editing for map data.
[0013]
Further, the present invention is a map data editing method of a map data editing apparatus that accepts a request for map data and edits the map data in response to the request, and stores a request for map data for which editing is prohibited. When the prohibition of editing on the map data is lifted, the request for the map data received while the editing is prohibited is read from the request storage means, and the request and the current map data And a step of creating a history of map data in response to a request for the map data received while editing is prohibited.
[0014]
According to the present invention, it is possible to create a history of map data in response to a request for map data received while editing is prohibited, so map data regardless of whether editing has been prohibited in the past. Can provide a uniform history.
[0015]
In addition, according to the present invention, since it is possible to notify the necessity of prohibiting editing of map data, the determination criteria for prohibiting editing of map data can be made constant and map data editing can be smoothly operated.
[0016]
DETAILED DESCRIPTION OF THE INVENTION
Next, embodiments of the present invention will be described with reference to the drawings. In addition, although a present Example demonstrates the process at the time of operation of the real estate registration application as an example, what kind of process which receives the request | requirement with respect to map data and edits map data according to the request | requirement may be sufficient.
[0017]
FIG. 1 is a configuration diagram of an example of a system for operating a real estate registration application. In the
[0018]
The
[0019]
The
[0020]
For example, the
[0021]
Also, the
[0022]
When the received application content is an application related to a map such as a division or a combined writing, the
[0023]
Next, the configuration of the
[0024]
The
[0025]
A program related to the processing of the
[0026]
When the
[0027]
The
[0028]
FIG. 3 is a functional configuration diagram of an example of the map system. The
[0029]
The processing of the various functional units in FIG. 3 will be described with reference to the flowchart in FIG. FIG. 4 is a flowchart of an example of processing of the map system. In step S10, the map
[0030]
FIG. 5 is a configuration diagram of an example of the map reception DB. The
[0031]
In step S11, the map
[0032]
FIG. 6 is a configuration diagram of an example of the registry map attribute DB. The registry office
[0033]
In step S12, the map confused
[0034]
In addition, the map confused
[0035]
The map confused
[0036]
FIG. 7 is a configuration diagram of an example of the map confusion state management DB. The map confusion
[0037]
In step S13, the confusion
[0038]
FIG. 8 is a configuration diagram of an example of a registry map graphic DB representing coordinate information. The registry map
[0039]
FIG. 8A shows normal coordinate information. FIG. 8B shows coordinate information necessary for creating a change history map, which will be described later. The registry map
[0040]
FIG. 9 is a configuration diagram of an example of a registry map graphic DB representing connection information. The registry map
[0041]
FIG. 9A shows the connection information at the normal time. FIG. 9B shows connection information necessary for creating a transfer history map, which will be described later. The registry
[0042]
In step S14, the map confused
[0043]
The registrar confirms, for example, on the screen of the terminal 13a a message that the property corresponding to the application received from the
[0044]
Proceeding to step S15, when the instruction to designate the map confused area input from the registrar is received (YES in S15), the map confused
[0045]
In step S15, when the instruction indicating that the map is not designated as a map confused area input from the registrar is received (NO in S15), the map confused
[0046]
Next, processing for replacing a map of a property designated as a map confused area and a new map that has solved the map confusing will be described with reference to FIG. FIG. 10 is a flowchart of an example of processing at the time of eliminating map confusion.
[0047]
Proceeding to step S20, when the map
[0048]
Hereinafter, the process of the various function parts which comprise the
[0049]
FIG. 13 is a configuration diagram of an example of application contents accepted by the map system. The application content in FIG. 13 includes a reception ID and content including a lot number area, lot number, and division. The reception ID is a number that uniquely identifies the application. The lot number area is information for specifying the location of the property to be applied. The lot number is a number uniquely assigned in the map to the brush, and is information for identifying the property to be applied. The classification is information representing the content of the application (division, writing, map correction, etc.). Further, the registration date is information that identifies the date on which registration is applied.
[0050]
FIG. 14 is a configuration diagram of an example of a map reception DB in which application contents from the registration system are stored. The
[0051]
In step S31, the map
[0052]
FIG. 15 is a configuration diagram of an example of a registry office map attribute DB. The registry office
[0053]
The process of step S31 will be further described. FIG. 16 is an explanatory diagram of an example of processing for associating application contents with a map. First, the map
[0054]
However, the map
[0055]
In step S32, the map
[0056]
FIG. 17 is a configuration diagram of an example of the map confusion state management DB. In the map disruption state flag, “◯” represents a normal state, “Δ” represents a map disruption candidate state, and “×” represents a map disruption state.
[0057]
If it is determined in step S32 that the map confusion state flag is in the normal state or the map confusion candidate state, the map
[0058]
If the property presence flag is “ON” (ON in S33), the map
[0059]
In step S34, the map confused
[0060]
The process of step S34 will be further described. FIG. 18 is an explanatory diagram of an example of a process for automatically associating a property registered in the registry
[0061]
First, the map confused
[0062]
For example, in FIG. 18, the application contents of the reception IDs “a001”, “a002”, and “a005” have been successfully associated with the properties registered in the registry map attribute DB42. Further, the application contents of the reception IDs “a003” and “a004” have failed to be associated with the property registered in the registry
[0063]
Proceeding to step S35, if the map confused
[0064]
On the other hand, if the map confusion
[0065]
In step S36, the map confused
[0066]
Proceeding to step S37, if the association between the property registered in the registry
[0067]
On the other hand, if the association between the property registered in the registry
[0068]
Details of the processing in steps S36 and S37 will be further described. FIG. 19 is an image diagram of an example of the property identification screen. The
[0069]
In the
[0070]
A process when the association between the property registered in the registry
[0071]
First, the reception ID “A 004” is selected in the
[0072]
When the registration button is pressed after the lot number “28-1” is selected in the
[0073]
A process when the correspondence between the property registered in the registry
[0074]
The reception ID “A 003” is selected in the
[0075]
In step S38, the map confused
[0076]
In step S40, when the map confused
[0077]
The process of step S40 will be described in detail. FIG. 22 is an image diagram of an example of the map confusion notification process. The map confused
[0078]
Automatic property identification failure rate = Number of automatic property identification failures ÷ Number of map transfer applications (1)
Here, a process when the allowable limit of the property automatic identification failure rate is set to be less than 50% will be described. It is assumed that the data stored in the map confusion
[0079]
According to the above formula (1), since the map with the map number “G501” has exceeded the automatic property identification failure rate of 50%, the map confused
[0080]
The registrar confirms, for example, on the screen of the terminal 13a a message that the property corresponding to the application received from the
[0081]
In step S41, the map confused
[0082]
When receiving an instruction not to designate a map confused area (NO in S41), the map confused
[0083]
The number of map transfer applications in the map confusion
[0084]
Next, details of the map confusion application history creation processing in step S39 will be described with reference to the flowchart of FIG. FIG. 23 is a flowchart of an example of a map confusion application history creation process.
[0085]
Here, it is assumed that the local situation in the map confused area is as shown in FIG. Further, the image of the map confused area managed by the
[0086]
FIG. 24 is an image diagram of an example showing the local situation in a map confused area. FIG. 25 is an image diagram showing a map confused area managed by the map system. FIG. 26 is a configuration diagram of an example of a registry map graphic DB representing coordinate information. FIG. 27 is a configuration diagram of an example of a registry map graphic DB representing connection information. FIG. 28 is a block diagram of an example of a registry map attribute DB.
[0087]
First, it is assumed that an application including the geodetic survey map of FIG. 29 and the geodetic survey map data of FIG. 30 has been made to the map confused area shown in FIGS. FIG. 29 is an image diagram of an example of a land survey map. FIG. 30 is an image diagram of an example of land survey data.
[0088]
In step S50, the confusion
[0089]
In step S51, the confusion
[0090]
Proceeding to step S53, the confusion
[0091]
FIG. 31 is an explanatory diagram for explaining the processing of steps S52 and S53. In step S52, the newly created coordinate information is stored in the registry map
[0092]
In step S53, the newly created connection information is stored in the registry map
[0093]
On the other hand, if it is determined that the record classification in the
[0094]
The confusion
[0095]
In step S55, the confusion
[0096]
Proceeding to step S57, the confusing
[0097]
In addition, if the dividing line of the address before writing (a line common to two brushes) does not exist, the address before writing is not adjacent. Accordingly, the confusion
[0098]
In step S58, the confusion
[0099]
FIG. 34 is an explanatory diagram for explaining the processing of steps S57 and S58. In step S57, coordinate information necessary for creating the change history map is read from the
[0100]
In step S58, the connection information necessary for creating the change history map is read from the
[0101]
If it is determined that there is no pre-handwriting lot number in the predetermined table that manages the geodetic survey map and the geodetic survey map data (NO in S55), the confusion
[0102]
In step S56, the confusing
[0103]
FIG. 36 is an explanatory diagram for describing the processing in step S56. In step S56, the confusion
[0104]
Next, for example, a process performed after the 17th map is created and the map confusion is resolved will be described with reference to the flowchart of FIG. FIG. 37 is a flowchart of an example of processing performed after the map confusion is resolved.
[0105]
Here, it is assumed that the map confusion has been resolved by the land improvement / land readjustment project and the creation of the Article 17 map. Further, the image of the Article 17 map in which the map confusion is resolved is processed as shown in FIG. FIG. 38 is an image diagram of an example of the 17th map in which map confusion is resolved.
[0106]
At this time, the map data corresponding to the image of the 17th map in FIG. 38 is expressed as shown in FIGS. FIG. 39 is a configuration diagram of an example of a registry map graphic DB representing coordinate information. FIG. 40 is a configuration diagram of an example of a registry map graphic DB representing connection information. FIG. 41 is a configuration diagram of an example of a registry office map attribute DB.
[0107]
In step S60, when the map data of the new map as shown in FIG. 38 in which the map confusion is resolved is created, the map
[0108]
In step S61, the map
[0109]
FIG. 42 is a flowchart of an example of map data deletion processing of a map in a map confused area. First, the map
[0110]
In step S62, the map
[0111]
In step S63, the confused history
[0112]
FIG. 43 is a configuration diagram of an example of the map reception DB. For example, if the map number saved in the save area in step S61 is “A201”, the confusion history
[0113]
Proceeding to step S64, the confused history
[0114]
On the other hand, when it is determined that the classification of the record searched in step S63 is handwriting (writing in S64), the confusion
[0115]
Progressing to step S67 following step S65 or S66, whether or not the history map creation processing of the application content for the replacement target map received while the transfer application is interrupted has been completed. Determine.
[0116]
If it is determined that the history map creation process of the application content for the replacement target map received while the transfer application is interrupted is incomplete (incomplete in S67), the confused history
[0117]
Next, details of the history map creation process for the pen application in step S65 will be described with reference to the flowchart of FIG. FIG. 44 is a flowchart of an example of a history map creation process for a dispensing application.
[0118]
In this case, it is assumed that a record having a division as a division as shown in FIG. 45 is retrieved in step S63. FIG. 45 is a configuration diagram of an example of the record searched in step S63.
[0119]
The confusion history
[0120]
Proceeding to step S70, the confused history
[0121]
FIG. 46 is a block diagram of an example of a registry map attribute DB. In the case of the registry office
[0122]
Proceeding to step S71, the confused history
[0123]
Specifically, the confusion history
[0124]
The confusion history
[0125]
Proceeding to step S72, the confusion history
[0126]
FIG. 48 is a configuration diagram of an example of a registry map graphic DB representing connection information. In the case of the registry map
[0127]
Proceeding to step S73, the confused history
[0128]
Specifically, the confusion history
[0129]
The confused history
[0130]
Proceeding to step S74, the confusing history
[0131]
Specifically, the confusion history
[0132]
FIG. 50 is an image diagram illustrating an example of a process of deleting a stroke line. In FIG. 50, the
[0133]
In step S75, the confused history
[0134]
If the new point is “ON”, the confused history
[0135]
FIG. 52 is an image diagram of an example of processing for deleting excess connection information when the new point is “ON”. When the
[0136]
If the new point is blank, the confusion history
[0137]
FIG. 53 is an image diagram of an example of processing for deleting extra connection information when a new point is blank. If the writing points 1 and 3 are not new points, the confusion history
[0138]
In step S76, the confusion history
[0139]
First, the confused history
[0140]
The confused history
[0141]
Proceeding to step S77, the confused history
[0142]
FIG. 56 is an image diagram of an example of the process of step S77. In FIG. 56, the
[0143]
44, the registry
[0144]
Next, details of the history map creation process for the writing application in step S66 will be described with reference to the flowchart of FIG. FIG. 61 is a flowchart of an example of a history map creation process for a dispensing application. Here, it is assumed that the image of the 17-article map in which the map confusion has been eliminated is shown in FIG. FIG. 62 is an image diagram of an example of the 17th map in which map confusion is resolved.
[0145]
At this time, the map data corresponding to the image of the 17th map in FIG. 62 is expressed as shown in FIGS. 63 to 65, for example. FIG. 63 is a configuration diagram of an example of a registry map graphic DB representing coordinate information. FIG. 64 is a configuration diagram of an example of a registry map graphic DB representing connection information. FIG. 65 is a block diagram of an example of a registry map attribute DB.
[0146]
In step S63, a process is performed in which a record in which the classification is a writing as shown in FIG. 66 is retrieved. FIG. 66 is a block diagram showing an example of the record searched in step S63.
[0147]
The confusion history
[0148]
Proceeding to step S80, the confusion history
[0149]
Proceeding to step S81, the confused history
[0150]
Specifically, the confused history
[0151]
The confused history
[0152]
Proceeding to step S82, the confusion history
[0153]
FIG. 69 is a configuration diagram of an example of a registry map graphic DB representing connection information. In the case of the registry map
[0154]
Proceeding to step S83, the confusing history
[0155]
Proceeding to step S84, the confusing history
[0156]
Specifically, the confused history
[0157]
The confusion history
[0158]
The confused history
[0159]
Proceeding to step S85, the confused history
[0160]
FIG. 71 is an image diagram of an example of the process of step S85. In FIG. 71, the coordinate
[0161]
On the other hand, if it is determined that the geodetic survey map and the geodetic survey map data have not been submitted in the past, the confused history
[0162]
Proceeding to step S86, the confused history
[0163]
Specifically, the confusion history
[0164]
The confusion history
[0165]
The confusion history
[0166]
Proceeding to step S87, as shown in FIG. 74, the confused history
[0167]
When the geodetic survey map and the geodetic survey data have been submitted in the past, the registry
[0168]
In addition, when the geodetic survey map and the geodetic survey data have not been submitted in the past, the registry map representing the coordinate information of the registry
[0169]
Therefore, according to the
[0170]
In addition, according to the
[0171]
The present invention may have the following configurations as described below.
(Supplementary Note 1) A map data editing apparatus that accepts a request for map data and edits the map data in response to the request,
A request storage means for storing a request for map data prohibited from editing;
When the prohibition on editing the map data is lifted, the request for the map data received while the editing is prohibited is read from the request storage means, and the editing is prohibited from the request and the current map data. A history creation means for creating a history of map data in response to a request for the map data received in between;
A map data editing apparatus comprising:
(Supplementary note 2) The map data request and the map data read from the map data storage means are compared, and according to the ratio that the target area of the request is not included in the map data read from the map data storage means The map data editing apparatus according to
(Additional remark 3) When the request | requirement with respect to the said map data is a pen, the said log | history creation means creates the log | history of map data by writing the target area | region included in the current map data, and the said map The map data editing device according to
(Additional remark 4) The said log | history creation means produces the log | history of the map data one generation before the said one generation from the log | history of the map data of one generation in order, The map data editing apparatus of
(Supplementary note 5) The map data editing according to any one of
(Supplementary Note 6) A map data editing method for a map data editing apparatus that accepts a request for map data and edits the map data in response to the request,
Storing a request for map data prohibited from editing in a request storage means;
When the prohibition on editing the map data is lifted, the request for the map data received while the editing is prohibited is read from the request storage means, and the editing is prohibited from the request and the current map data. Creating a history of map data in response to a request for the map data received in-between;
A map data editing method comprising:
[0172]
【The invention's effect】
As described above, according to the present invention, it is possible to provide a map data editing apparatus and a map data editing method that can uniformly provide a history of map data and can smoothly operate a map data editing job.
[0173]
[Brief description of the drawings]
FIG. 1 is a configuration diagram of an example of a system for operating a real estate registration application.
FIG. 2 is a configuration diagram of an example of a computer that implements a map system.
FIG. 3 is a functional configuration diagram of an example of a map system.
FIG. 4 is a flowchart of an example of processing of a map system.
FIG. 5 is a configuration diagram of an example of a map reception DB.
FIG. 6 is a configuration diagram of an example of a registry office map attribute DB.
FIG. 7 is a configuration diagram of an example of a map confusion state management DB.
FIG. 8 is a configuration diagram of an example of a registry map graphic DB representing coordinate information.
FIG. 9 is a configuration diagram of an example of a registry map graphic DB representing connection information.
FIG. 10 is a flowchart illustrating an example of a process when a map mess is resolved.
FIG. 11 is a flowchart (1/2) of an example of detailed processing of the map system;
FIG. 12 is a flowchart (2/2) of an example of detailed processing of the map system.
FIG. 13 is a block diagram showing an example of application contents accepted by the map system.
FIG. 14 is a configuration diagram of an example of a map reception DB in which application contents from a registration system are stored.
FIG. 15 is a configuration diagram of an example of a registry office map attribute DB.
FIG. 16 is an explanatory diagram illustrating an example of processing for associating application contents with a map;
FIG. 17 is a configuration diagram of an example of a map confusion state management DB.
FIG. 18 is an explanatory diagram of an example of a process for automatically associating a property registered in a registry map attribute DB with an application content.
FIG. 19 is an image diagram of an example of a property identification screen.
FIG. 20 is an explanatory diagram illustrating an example of processing in a case where the association between the property registered in the registry map attribute DB using the property specifying screen and the application content is successful.
FIG. 21 is an explanatory diagram illustrating an example of processing in a case where the association between the property registered in the registry map attribute DB and the application content using the property specifying screen fails.
FIG. 22 is an image diagram of an example of a map confusion notification process.
FIG. 23 is a flowchart of an example of a map confusion application history creation process;
FIG. 24 is an image diagram showing an example of a local situation in a map confused area.
FIG. 25 is an image diagram showing a map confused area managed by the map system.
FIG. 26 is a configuration diagram of an example of a registry map graphic DB representing coordinate information.
FIG. 27 is a configuration diagram of an example of a registry map graphic DB representing connection information.
FIG. 28 is a block diagram of an example of a registry map attribute DB.
FIG. 29 is an image diagram of an example of a land survey map.
FIG. 30 is an image diagram of an example of land survey data.
FIG. 31 is an explanatory diagram for describing processing of steps S52 and S53;
FIG. 32 is a configuration diagram of an example of a work table used in a process related to writing.
FIG. 33 is a configuration diagram of an example of a record read from a predetermined table that manages the geodetic survey map and the geodetic survey map data.
FIG. 34 is an explanatory diagram for describing processing of steps S57 and S58.
FIG. 35 is a configuration diagram of an example of an entry item DB included in the registration system.
FIG. 36 is an explanatory diagram for describing the process in step S56;
FIG. 37 is a flowchart of an example of processing that is performed after map confusion is resolved.
FIG. 38 is an image diagram of an example of an Article 17 map in which map confusion is resolved.
FIG. 39 is a configuration diagram of an example of a registry map graphic DB representing coordinate information.
FIG. 40 is a configuration diagram of an example of a registry map graphic DB representing connection information.
FIG. 41 is a configuration diagram of an example of a registry office map attribute DB.
FIG. 42 is a flowchart of an example of map data deletion processing of a map in a map confused area.
FIG. 43 is a block diagram of an example of a map reception DB.
FIG. 44 is a flowchart of an example of a history map creation process for a stroke application.
FIG. 45 is a block diagram showing an example of a record searched in step S63.
FIG. 46 is a block diagram of an example of a registry map attribute DB.
FIG. 47 is a configuration diagram of an example of a registry map attribute DB to which a created pre-application record is added.
FIG. 48 is a configuration diagram of an example of a registry map graphic DB representing connection information.
FIG. 49 is a configuration diagram of an example of a registry map graphic DB to which a created record before application is added.
FIG. 50 is an image diagram illustrating an example of a process of deleting a stroke line.
FIG. 51 is a configuration diagram of an example of a record searched in the process of step S75.
FIG. 52 is an image diagram of an example of a process for deleting excess connection information when a new point is “ON”.
FIG. 53 is an image diagram of an example of a process for deleting excess connection information when a new point is blank.
FIG. 54 is an image diagram of an example of a process for deleting excess connection information when a new point is “ON”.
FIG. 55 is a configuration diagram of an example of a registry map graphic DB to which a created record before application is added.
FIG. 56 is an image diagram of an example of a process in step S77.
FIG. 57 is a block diagram of an example of a registry map attribute DB.
FIG. 58 is a configuration diagram of an example of a registry map graphic DB representing coordinate information.
FIG. 59 is a block diagram of an example of a registry map graphic DB representing connection information.
FIG. 60 is a block diagram of an example of a map reception DB.
FIG. 61 is a flowchart of an example of a history map creation process for a stroke application.
FIG. 62 is an image diagram of an example of an Article 17 map in which map confusion is resolved.
FIG. 63 is a configuration diagram of an example of a registry map graphic DB representing coordinate information.
FIG. 64 is a configuration diagram of an example of a registry map graphic DB representing connection information.
FIG. 65 is a block diagram of an example of a registry map attribute DB.
FIG. 66 is a block diagram showing an example of a record searched in step S63.
FIG. 67 is a block diagram of an example of a registry map attribute DB.
FIG. 68 is a configuration diagram of an example of a registry map attribute DB to which a created record before application is added.
FIG. 69 is a block diagram of an example of a registry map graphic DB representing connection information.
FIG. 70 is a configuration diagram of an example of a registry map graphic DB to which a created pre-application record is added.
FIG. 71 is an image diagram of an example of a process in step S85.
FIG. 72 is an image diagram of an example of a screen output when a change history map cannot be created.
FIG. 73 is a configuration diagram of an example of a registry map graphic DB to which a created pre-application record is added.
FIG. 74 is an image diagram of an example of a process in step S87.
75 is a block diagram of an example of a registry office map attribute DB. FIG.
FIG. 76 is a configuration diagram of an example of a registry map graphic DB representing coordinate information.
77 is a configuration diagram of an example of a registry map graphic DB representing connection information. FIG.
78 is a block diagram of an example of a map reception DB. FIG.
FIG. 79 is a block diagram of an example of a registry map attribute DB.
FIG. 80 is a configuration diagram of an example of a registry map graphic DB representing coordinate information.
FIG. 81 is a configuration diagram of an example of a registry map graphic DB representing connection information.
82 is a block diagram of an example of a map reception DB. FIG.
[Explanation of symbols]
1 system
10 Application reception system
11 Registration system
12 Map system
13a-13n terminal
14 network
21 Input device
22 Display device
23 Drive device
24 recording media
25 Auxiliary storage
26 Memory device
27 Arithmetic processing unit
28 Interface device
29 Database (DB)
31 Map data processing section
32 Map confusion area judgment part
33 Confused Application Management Department
34 Confusion history map creation part
41 Map reception DB
42 Registry map attribute DB
43 Registry Map Graphic DB
44 Map confusion state management DB
B bus
Claims (5)
編集が禁止された地図データに対する要求を格納していく要求格納手段と、
地図データに対する編集の禁止が解除されると、編集が禁止されている間に受け付けられた地図データに対する要求を前記要求格納手段から読み出し、その要求および現状の地図データから、編集が禁止されている間に受け付けた前記地図データに対する要求に応じて地図データの履歴を作成する履歴作成手段と
を有することを特徴とする地図データ編集装置。A map data editing device that accepts a request for map data and edits the map data in response to the request,
A request storage means for storing a request for map data prohibited from editing;
When the prohibition on editing the map data is lifted, the request for the map data received while the editing is prohibited is read from the request storage means, and the editing is prohibited from the request and the current map data. A map data editing apparatus, comprising: a history creation unit that creates a history of map data in response to a request for the map data received in between.
編集が禁止された地図データに対する要求を要求格納手段に格納していく段階と、
地図データに対する編集の禁止が解除されると、編集が禁止されている間に受け付けられた地図データに対する要求を前記要求格納手段から読み出し、その要求および現状の地図データから、編集が禁止されている間に受け付けた前記地図データに対する要求に応じて地図データの履歴を作成する段階と
を有する地図データ編集方法。A map data editing method of a map data editing device that accepts a request for map data and edits the map data in response to the request,
Storing a request for map data prohibited from editing in a request storage means;
When the prohibition on editing the map data is lifted, the request for the map data received while the editing is prohibited is read from the request storage means, and the editing is prohibited from the request and the current map data. A map data editing method comprising: creating a history of map data in response to a request for the map data received in between.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003201032A JP3944132B2 (en) | 2003-07-24 | 2003-07-24 | Map data editing apparatus and map data editing method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003201032A JP3944132B2 (en) | 2003-07-24 | 2003-07-24 | Map data editing apparatus and map data editing method |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2005043499A true JP2005043499A (en) | 2005-02-17 |
JP3944132B2 JP3944132B2 (en) | 2007-07-11 |
Family
ID=34261238
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003201032A Expired - Fee Related JP3944132B2 (en) | 2003-07-24 | 2003-07-24 | Map data editing apparatus and map data editing method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3944132B2 (en) |
-
2003
- 2003-07-24 JP JP2003201032A patent/JP3944132B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP3944132B2 (en) | 2007-07-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7937652B2 (en) | Document processing device, computer readable recording medium, and computer data signal | |
US20010029510A1 (en) | System, method, and program product for administrating document file in computerized network system | |
JP5319133B2 (en) | Document management system, document management method and program | |
TW200400455A (en) | Document writing system using electric stylus | |
CN101196896A (en) | Document providing system and method | |
JP2006228229A (en) | Intellectual property management system | |
WO2008105611A1 (en) | Database auto-building method for link of search data in gis system using cad drawings | |
US20080120270A1 (en) | Database system | |
KR20100110205A (en) | System for on line magazine service and method for publishing and distributing electronic documents using the same | |
JP3663770B2 (en) | Information processing apparatus and method | |
JP4404930B2 (en) | Information processing apparatus, control method therefor, information processing system, program, and computer-readable recording medium | |
JP3944132B2 (en) | Map data editing apparatus and map data editing method | |
US20040236754A1 (en) | Method and system for linking data across multiple files | |
JP2003067449A (en) | Supporting system for design and manufacturing operation | |
JP2002236679A (en) | Document processor | |
JP2010009412A (en) | Information processor, electronic form management system, form retrieval method therefor, and program | |
JP2002073619A (en) | System for noticing electronic document | |
JP3140922B2 (en) | Equipment management system | |
JP4373029B2 (en) | Document management apparatus, document management method, and recording medium | |
JP2000184595A (en) | Display drawing generation management system and storage medium for recording processing program thereof | |
JP7180017B1 (en) | UPDATE CONTROL DEVICE, UPDATE CONTROL METHOD, AND UPDATE CONTROL PROGRAM | |
JP7182737B1 (en) | Application control device, application control method, and application control program | |
JP2003223450A (en) | Matching method for address information with position coordinates | |
JP3421630B2 (en) | Handwritten character management device, handwritten character management method, handwritten character inquiry system, and handwritten character inquiry method | |
US20230230036A1 (en) | System for preparing project specifications and reporting use of product types on a geographic basis |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041224 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060828 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060926 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061127 |
|
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: 20070403 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070406 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110413 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110413 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120413 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130413 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140413 Year of fee payment: 7 |
|
LAPS | Cancellation because of no payment of annual fees |