JP2004046331A - Information processing method for application by principal for real estate registration by two or more parties - Google Patents
Information processing method for application by principal for real estate registration by two or more parties Download PDFInfo
- Publication number
- JP2004046331A JP2004046331A JP2002199883A JP2002199883A JP2004046331A JP 2004046331 A JP2004046331 A JP 2004046331A JP 2002199883 A JP2002199883 A JP 2002199883A JP 2002199883 A JP2002199883 A JP 2002199883A JP 2004046331 A JP2004046331 A JP 2004046331A
- Authority
- JP
- Japan
- Prior art keywords
- application
- agreement
- party
- parties
- data
- 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.)
- Pending
Links
- 230000010365 information processing Effects 0.000 title claims description 16
- 238000003672 processing method Methods 0.000 title claims description 12
- 238000000034 method Methods 0.000 claims abstract description 64
- 238000012790 confirmation Methods 0.000 claims description 139
- 230000004044 response Effects 0.000 claims description 44
- 238000010200 validation analysis Methods 0.000 abstract 11
- 238000012545 processing Methods 0.000 description 132
- 230000006870 function Effects 0.000 description 20
- 230000015572 biosynthetic process Effects 0.000 description 17
- 238000013523 data management Methods 0.000 description 17
- 238000013500 data storage Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 7
- 238000007726 management method Methods 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 5
- 238000012795 verification Methods 0.000 description 4
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 2
- 241000700605 Viruses Species 0.000 description 2
- 238000007796 conventional method Methods 0.000 description 2
- 238000007781 pre-processing Methods 0.000 description 2
- 238000010276 construction Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Abstract
Description
【0001】
【発明が属する技術分野】
本発明は、電子申請技術に関し、より詳しくは不動産登記における複数当事者による本人申請のための情報処理技術に関する。
【0002】
【従来の技術】
不動産登記法第26条には、登記権利者及び登記義務者又はその代理人が登記所に出頭して不動産登記のための申請を行う必要があることが規定されている。現在電子政府システムの構築において、代理人よる電子申請のあり方について開発や議論がなされている段階であるが、代理人によらない複数当事者による本人申請については、いまだ有効な手段が示されていない。
【0003】
また、技術的な背景として、現在の原本性保証技術には、商業登記に基礎を置く電子認証制度、その他にも電子透かし技術等がある。これらの技術は、電子データの改竄防止の為に有効な技術であるが、原本が2通以上存在する契約書等の場合には、その2通以上の契約書等を管理用SA(Secure Archiver:セキュア・アーカイバ)などで同時に管理するものでなければ、無効と言える技術である。
【0004】
例えば、不動産所有権移転登記の申請書類には、申請書と添付書類(売買契約書、委任状(当事者間用)、権利書など)があるが、今までの不動産登記法による運用では、契約書等が紙で形成されているので、電子データに比べ改竄はしにくく、例えば一通の契約書等でもって運用している。
【0005】
ところが、ネットワーク経由の電子申請方式を採用する場合には、申請書と添付書類は全て電子データとなるので、改竄を防ぐ必要がある。例えば、複数当事者が個々に電子データを送付するような多相コミット(合意形成)方式では、電子データの改竄、複数当事者の文書の到着有無、到着順や時間差異により、登記の成立や悪意の登記を排除することが困難である。
【0006】
さらに詳細に言えば、複数当事者の合意形成としての署名が必要な電子申請書、電子添付書面の取り扱いとして、各取り扱い方法には以下のようなものがある。
a.多重署名方式(重畳型)
記入者が自分の担当分を記入し、それまでに記入・署名された部分も含めて署名するという手順を必要な回数繰り返し、最終の署名人が提出する方法である。検証側では、最後に行なわれた署名から順次検証していくことになる。制度的及び理論的には無限人の記入者に対応できるが、実装する際には検証プロセスが複雑になり、実用的な速度で動作しない可能性がある。稟議書などが一例である。
【0007】
b.多重署名方式(分割型)
記入者が自分の担当分についてのみ記入・署名する方式である。a.多重署名方式(重畳型)とは異なり、それぞれの記入者は自分が記入した部分にのみ署名する。検証側では、必要に応じて各部分の署名を検証することになる。
この方式では、2002年2月にW3C(World Wide Web Consortium)から勧告された、XML署名(XML Signature:RFC2807)仕様を利用することで可能になる。XML Signature仕様では、文書の全体に対してではなく、文書の特定の部分だけを対象として署名することが可能となる。このため、単一の文書に複数の記入者が存在する場合には最も合理的な方法といえる。但し、実際に実装したものはまだ無い。
【0008】
c.添付文書方式
それぞれの記入者が記入・署名した書類を、申請書に添付して提出する方法である。b.多重署名方式(分割型)と類似した方法ではあるが、b.多重署名方式(分割型)では文書1つに多数が署名する一方、この方式では多数の文書にそれぞれ1人ずつ署名するという点で異なっている。この方式では、検証を行なう際に、それぞれの書類を個別に検証すれば足りるため、a.多重署名方式(重畳型)のような問題は生じない。但し、書類を関連付けるための確実な方法が提供される必要がある。
【0009】
なお、電子申請に関する従来技術には、例えば特開2001−52062号公報、特開2001−283144号公報、特開2001−344383号公報などがあるが、これらも代理人不在の当事者申請についての電子申請方法については触れていない。
【0010】
【発明が解決しようとする課題】
このように従来の方法では、代理人が不在の場合の当事者申請において、改竄や当事者合意の確認をオンラインで行うための有効な技術は存在していなかった。
【0011】
従って本発明の目的は、不動産登記において代理人が不在の場合に当事者申請をオンラインで有効に実施するための情報処理技術を提供することである。
【0012】
【課題を解決するための手段】
本発明に係る、不動産登記の複数当事者による本人申請のための情報処理方法は、当事者からの手続予約要求に応じて、合意確認時間を記憶装置に登録するステップと、当事者の端末からの合意確認要求を受信した場合、合意確認時間内であるか確認するステップと、合意確認要求の受信が合意確認時間内である場合には、登記申請についての確認データを当事者の端末に送信するステップと、複数当事者の全ての当事者による登記確認応答を各当事者の端末から合意確認時間内に受信したか判断する判断ステップとを含む。
【0013】
このように合意確認時間が設定されるため複数当事者が時間的にばらばらに手続きすることがなく、手続きの順番による問題発生を防止することができる。また、各当事者も、窓口で提出前に提出書類の内容確認するように、登記申請についての確認データの内容を確認してから合意確認応答を返すことができる。さらに、最終的に複数当事者の全員により合意確認時間内に合意確認応答を受信したか否かに基づき、実質的に複数当事者の全員が所定の時間に窓口で申請したのと同様であるか判断するものである。
【0014】
また、手続予約要求に応じて受付番号を発行し、記憶装置に格納するステップと、当事者の端末から申請書類データを受信した場合、受付番号に対応して申請書類データを記憶装置に格納するステップと、判断ステップにおいて複数当事者の全ての当事者による登記確認応答を各当事者の端末から合意確認時間内に受信したと判断された場合には、登記確認応答に関連する受付番号に対応する申請書類データのうち少なくとも一部のデータを登記のための処理を実施するコンピュータに送信するステップとをさらに含むような構成であってもよい。申請を受け付け、登記簿謄本に登録するためのコンピュータを別に設ける場合である。
【0015】
さらに、手続予約要求に応じて受付番号を発行し、記憶装置に格納するステップと、受付番号から各当事者用の予約識別情報を生成し、記憶装置に格納するステップと、合意確認要求を受信した際又はそれ以降に、予約識別情報の確認処理を実施するステップとを含むような構成であってもよい。予約識別情報を別途当事者に通知しておき、少なくとも合意確認要求を受信した際又はそれ以降に確認処理を実施することにより、不正な手続きを防止するものである。
【0016】
また、手続予約要求が合意確認時間の指定を含むような構成であってもよいし、システム側で時間を割当てても良い。
【0017】
さらに、判断ステップにおいて複数当事者の全ての当事者による登記確認応答を各当事者の端末から合意確認時間内に受信したと判断されなかった場合には、登記申請に対して却下又は取り下げを示すデータを記憶装置に登録するステップをさらに含むような構成であってもよい。何らかの理由で当事者が合意確認時間内に応答を返さなかった場合等には、以下の登記処理を実施できないので、却下又は取り下げとして取り扱うものである。
【0018】
なお、本発明に係る情報処理方法はプログラム及びコンピュータにて実施することができ、当該プログラムをコンピュータで実行する場合には当該コンピュータは情報装置装置となる。また、このようなプログラムは、例えばフレキシブルディスク、CD−ROM、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークなどを介して配布される場合もある。尚、中間的な処理結果はメモリに一時保管される。
【0019】
【発明の実施の形態】
図1に本発明の一実施の形態に係るシステム概要図を示す。コンピュータ・ネットワークであるインターネット1には、利用者端末3として、買主A端末3aと、買主B端末3bと、売主A端末3cと、売主B端末3dと、抵当権者端末3eと、代理人端末3fとが接続されている。利用者端末3は、例えばパーソナル・コンピュータであって、ウェブ(Web)ブラウザ機能及びメーラ機能を有している。なお、ここでは買主はAとBの二人、売主もAとBの二人を想定しているが、数に制限はない。また、金融機関などの抵当権者が存在する場合にも本実施の形態は適用可能であるが、説明を簡単にするため、以下では売主及び買主のみの場合を説明する。さらに、本実施の形態では当事者申請について説明するため、司法書士などの代理人が操作する代理人端末3fについては用いられないが、以下で簡単に説明する法務省総合受付通知システム7は、当事者本人だけではなく代理人も利用するものであるため図示のみしておく。
【0020】
インターネット1には、本実施の形態において主要な処理を実施する複数当事者申請処理システム5と、法務省総合受付通知システム7も接続されている。これらシステムには、Webサーバ機能及びメールサーバ機能等を有している。法務省総合受付通知システム7は、当事者本人による申請だけではなく代理人による申請などを受け付け、電子申請のための各種処理を実施するシステムであって、申請様式提供機能とウィルスチェック機能と形式チェック機能と認証データ有効性確認機能と登録免許税納付確認機能と申請データ等保留機能と登録免許税納付番号・照会番号・パスワード発行機能などを有する総合受付処理部71と、電子申請データ(補正データを含む)保管機能を有する総合受付管理処理部72と、メール送信機能と到達、受付、審査中等の格納及び表示を実施する処理状況表示機能とを有する処理状況表示処理部73とを有する。
【0021】
本実施の形態では、登記申請に対して一般的に必要となる法務省総合受付通知システム7とは別に、当事者本人申請のための複数当事者申請処理システム5を別途設けるようになっている。この複数当事者申請処理システム5は、窓口申請予約申請書の書式データの提供や窓口申請予約申請書データを受け付け方式などのチェックを行い、受付番号自動発行処理システム9により発番された受付番号を用いて生成された予約IDを当事者に通知する処理等を実施する予約処理部51と、当事者出頭主義を擬似的に実現し、当事者間の合意を確認するための処理等を実施する合意形成チェック処理部52と、法務省総合受付通知システム7に対するインターフェースとなり、合意形成チェック処理部52において合意が確認された申請についての電子申請データを法務省総合受付通知システム7に送信する処理等を実施する電子申請データ通知処理部53とを有する。複数当事者申請処理システム5は、合意形成の確認処理を管理するためのデータを格納する予約データ管理データベース(DB)54と、当事者本人から提出された申請書データを一旦格納しておく申請データ格納部55とを管理している。
【0022】
複数当事者申請処理システム5には受付番号自動発行処理システム9が接続されている。この受付番号自動発行処理システム9は、複数当事者申請処理システム5からの要求に従って受付番号を発番し、複数当事者申請処理システム5に出力する処理を実施する。発番された受付番号は、受付番号管理DB91に登録され、同一番号が発番されないように管理される。また、受付番号を共用する各当事者用の枝番号(英数字)を発番し、受付番号管理DB91に登録しておく。なお、受付番号自動発行処理システム9は、オフラインの受付管理システムと関連付けられる場合もある。
【0023】
予約データ管理DB54に格納されるデータの一例を図2に示す。図2の例では、受付番号自動発行処理システム9により発番された受付番号の列201と、受付番号+枝番号により構成される各当事者用の予約IDの列202と、メールアドレスの列203と、各当事者に発行した電子証明書を特定するための情報の列204と、各当事者に通知する合意確認処理ページのURL(Uniform Resource Locator)の列205と、合意確認開始時刻の列205と、合意確認終了時刻の列207と、受信した窓口申請予約申請書データのファイルを特定する情報の列208、受信した登記申請書データのファイルを特定する情報の列209と、受信した確認書類データのファイルを特定する情報の列210と、合意確認結果の列211とが設けられている。電子証明書については用いない場合もあるが、ここでは合意確認のために各当事者に通知する合意確認処理ページのURLにアクセスがあった場合、この電子証明書を用いて確認した上で、予約IDを用いてさらに認証を実施する。予約申請書ファイル、登記申請書ファイル、確認書類ファイルについては、申請データ格納部55内の例えば受付番号のディレクトリ内に格納される。合意確認結果の列210には、合意確認成功を表すデータ、又は合意確認ができず申請の取り下げ又は却下となってしまったことを表すデータが登録される。
【0024】
次に図3乃至図9を用いて図1に示したシステムの処理フローを説明する。まず当事者全員は、例えば特定の不動産物件の売買契約を行い、協同して登記の本人申請を実施することを同意する。そして例えば買主Aが代表として、買主A端末3aを操作して、複数当事者申請処理システム5の申請書式ダウンロード・ページにアクセスする(ステップS1)。複数当事者申請処理システム5の予約処理部51は、買主A端末3aからのアクセスに応答して、申請書式ダウンロードページ・データを買主A端末3aに送信する(ステップS3)。買主A端末3aは、複数当事者申請処理システム5から申請書式ダウンロードページ・データを受信し、表示装置に表示する(ステップS5)。買主Aは、申請書式ダウンロード・ページに含まれる窓口申請予約申請書を選択するためのボタン又はリンクをクリックする。そうすると、買主A端末3aは、窓口申請予約申請書の選択入力を受け付け、窓口申請予約申請書の選択データを複数当事者申請処理システム5に送信する(ステップS7)。複数当事者申請処理システム5の予約処理部51は、買主A端末3aから窓口申請予約申請書の選択データを受信すると、窓口申請予約申請書の書式データを買主A端末3aに送信する(ステップS9)。買主A端末3aは、複数当事者申請処理システム5から窓口申請予約申請書の書式データを受信し、表示装置に表示する(ステップS11)。また、買主A端末3aのディスク等に保存する。
【0025】
同様にして、買主Aは買主A端末3aを操作して、法務省総合受付通知システム5から不動産登記電子申請書の書式データ等をもダウンロードする。
【0026】
そして、買主Aは買主A端末3aを操作して、窓口申請予約申請書データ及び不動産登記の電子申請データを生成し、記憶装置に格納しておく(ステップS13)。図4に窓口申請予約申請書の一例を示す。図4の例では、不動産の表示、当事者(買主:権利者、売主:義務者)の表示、登記事項、契約合意日、窓口申請日時(開始時間及び終了時間)の情報が含まれる。また、図5に電子申請データ(一式)の一例を示す。図5の例では、不動産登記電子申請書501のデータと、当該不動産登記電子申請書の添付書類510のデータとして、登記済証511のデータと、契約書A(売主側)512のデータと、契約書B(買主側)513のデータ等が含まれる。これらのデータには、持ち主の電子署名が付加されている。また、電子証明書520のデータとして、権利者Aの電子証明書521と、権利者Bの電子証明書522と、義務者Aの電子証明書523と、義務者Bの電子証明書524等が含まれる。委任状が含まれる場合もある。なお、電子証明書520のデータとしては、当事者全員の電子証明書のデータが含まれる。ステップS13で生成されるのは窓口申請予約申請書及び不動産登記電子申請書501のデータであり、添付書類510のデータ及び電子証明書520のデータについては、各当事者から集めておくものである。なお、窓口申請予約申請書についても、添付書類を用意する必要がある場合もある。例えば、委任状のデータや、電子証明書のデータである。
【0027】
次に、買主Aの指示に従って、買主A端末3aは、窓口申請予約申請書のデータを複数当事者申請処理システム5に送信する(ステップS15)。この送信については、例えばSSL(Secure Socket Layer)等により暗号化した上で複数当事者申請処理システム5に送信する。但し、他の方法にて暗号化する場合もある。さらに、窓口申請予約申請書については暗号化せずに送信する場合もある。後に確認の機会があるからである。複数当事者申請処理システム5の予約処理部51は、買主A端末3aから窓口申請予約申請書のデータを受信し、当該窓口申請予約申請書の書式チェックを実施する(ステップS17)。もし、書式チェックで問題が発見された場合には、エラー通知を買主A端末3aに送信し、買主Aに修正後に再度窓口申請予約申請書のデータを送信してもらう。なお、書式チェックについては合意確認時間がシステムの受付時間内であるかのチェックも含む。
【0028】
特に問題が発生していない場合には、予約処理部51は窓口申請予約申請書データを申請データ格納部55に登録する(ステップS19)。また、受付番号自動発行処理システム9に受付番号の発行を依頼し、受付番号自動発行処理システム9から受付番号を受信する。この際、当事者の人数を窓口申請予約申請書のデータから特定し、受付番号自動発行処理システム9に通知すると、受付番号自動発行処理システム9において当事者の人数分の枝番号も発行され、予約処理部51に通知される。発行された受付番号及び枝番号は受付番号管理DB91に登録される。また、予約処理部51は、各当事者が合意確認を行うための合意確認処理ページのURLを生成する。さらに、各当事者用の電子証明書も生成する(ステップS21)。受付番号、予約ID(受付番号+枝番号)、証明書データ、URL、窓口申請予約申請書のデータから抽出されるメールアドレス並びに合意確認処理の開始時刻及び終了時刻は、予約データ管理DB54に登録される。また、窓口申請予約申請書データのファイル名も予約データ管理DB54に登録される。
【0029】
そして予約処理部51は、各当事者に、予約ID、合意確認処理ページのURL、各当事者用の電子証明書のデータを通知する(ステップS23)。例えば、これらのデータはまとめて又は個別に若しくは任意の組み合わせでメールにて各当事者に送付される。また、予約IDだけは郵便等で送付するような構成にする場合もある。郵便で送付するようにすればセキュリティの問題を生じさせないようにすることも可能である。また、予約ID、合意確認処理ページのURL、各当事者用の電子証明書のデータの少なくともいずれかをダウンロードするためのページを用意して、別途通知した他のID及びパスワードにてログオンした後に、例えばSSLにてダウンロードするようにしても良い。
【0030】
いずれの方法にても、各当事者は、例えば各自の利用者端末3を用いて予約ID、合意確認処理ページのURL、電子証明書を受信させる(ステップS25)。予約IDについては上でも述べたように郵便で送付される場合もある。なお、ステップS25は、当事者の代表ではなく、各当事者が実施する処理/手続きであるから、ここでは二点鎖線ブロックにて示されている。
【0031】
複数当事者を代表する買主Aは、買主A端末3aを操作して、受付番号と電子申請データとを複数当事者申請処理システム5に送信する(ステップS27)。例えば、ステップS25において受信した買主A用の電子証明書に含まれる複数当事者申請処理システム5の公開鍵を用いて暗号化された電子申請データ(図5)をメールにて送信する。又は、電子申請データを送信するためのページにアクセスし、当該ページから例えばSSLにて電子申請データ(図5)を送信するようにしても良い。複数当事者申請処理システム5の予約処理部51は、買主A端末3aから受付番号及び電子申請データを受信し(ステップS29)、受信した電子申請データを申請データ格納部55に登録する(ステップS31)。また、電子申請データのファイル名を、予約データ管理DB54に登録する。登録が完了すると、予約処理部51は受付完了通知を買主A宛に例えばメールにて送信する(ステップS33)。買主Aは、買主A端末3aを操作して、複数当事者申請処理システム5からの受付完了通知を受信させ、表示装置に表示させる(ステップS35)。
【0032】
このように、窓口申請予約申請書のデータ及び電子申請データを複数当事者申請処理システム5に登録することにより、合意確認処理の前処理が完了する。また、各当事者は、合意確認処理に必要な予約ID、合意確認処理ページのURL、電子証明書などを取得することができる。
【0033】
なお、図では示していないが、窓口申請予約申請書のデータを登録したが、合意確認処理の開始時刻までに電子申請データを登録しないような場合がある。このため、例えば複数当事者の代表者に督促メールを送信したりするような構成も可能である。さらに、合意確認処理の開始時刻までに電子申請データが登録されていない場合には、開始時刻となっても合意確認処理を実施不能に設定する場合もある。また、合意確認処理時間については、当事者が決定した日時をそのまま登録するようにしているが、同じ時刻にあまりに多くの件数が集中すると処理の確実性に問題が生じ得るので、例えばシステム側で設定するような構成であってもよい。また、集中した場合に前後にずらすなどの処理を実施する場合もある。
【0034】
次に図6乃至図9を用いて合意確認処理の処理フローを説明する。各当事者は各自の端末(以下利用者端末3とする)を用いて、各自指定されたURLへアクセスする(ステップS41)。複数当事者申請処理システム5の合意形成チェック処理部52は、指定URLへのアクセスに基づき指定URLに対応して予約データ管理DB54に登録されている開始時刻及び終了時刻のデータを読み出し、システム時刻と比較する(ステップS43)。すなわちシステム時刻が予め設定されている開始時刻から終了時刻の間に入っているか判断する(ステップS45)。もし、開始時刻及び終了時刻で特定される所定時間内ではないと判断された場合には、時間外通知を利用者端末3に送信する。利用者端末3は、複数当事者申請処理システム5から時間外通知を受信し、表示装置に表示する(ステップS47)。これにより、当事者は時間外にアクセスしてしまったことを知ることができる。
【0035】
一方、システム時刻が所定時間内であると判断された場合には、合意形成チェック処理部52は利用者端末3に予め送付している電子証明書の送信を要求し、さらに予約IDの入力を求めるなど、認証処理を実施する(ステップS49)。利用者端末3は、複数当事者申請処理システム5からの要求に応じて電子証明書の送信を実施すると共に、同じく要求に従って予約IDを複数当事者申請処理システム5に送信する(ステップS51)。合意形成チェック処理部52は、予約データ管理DB54に登録された予約ID及び電子証明書のデータを用いて認証処理を実施する。もし、認証に失敗すれば、その旨を利用者端末3に通知する。利用者端末3は認証失敗通知を受信し、表示装置に表示する。
【0036】
ステップS49において認証処理に成功した場合には、予約データ管理DB54に格納されたデータ及び申請データ格納部55に登録されたデータを用いて合意確認処理ページ・データを生成し、利用者端末3に送信する(ステップS53)。なお、指定URLと受付番号は予約データ管理DB54において対応付けられているので、その受付番号を用いて申請データ格納部55に格納されている電子申請データ等を読み出す。利用者端末3は、複数当事者申請処理システム5から合意確認処理ページ・データを受信し、表示装置に表示する(ステップS55)。
【0037】
例えば図7及び図8に示すような表示がなされる。図7及び図8の例では、登記の対象となる不動産の表示、当事者の表示(権利者(甲1及び甲2)及び義務者(乙1及び乙2)、登記事項、契約合意日、窓口申請日時(開始時刻及び終了時刻)、確認書面、合意確認ボタン及び合意状況表示並びに予約ID入力欄が含まれる。確認書面については、登録済証ボタン810、契約書(甲側)ボタン811、契約書(乙側)ボタン812等をクリックすることにより、複数当事者の代表者により予め電子申請データとして送信され、申請データ格納部55に登録されたデータを確認できるようになっている。また、合意確認のボタンの欄には、甲1合意確認ボタン801と、甲2合意確認ボタン802と、乙1合意確認ボタン803と、乙2合意確認ボタン804とが設けられているが、実際にクリックできるのは甲1であれば甲1合意確認ボタン801、甲2であれば甲2合意確認ボタン802、乙1であれば乙1合意確認ボタン803、乙2であれば乙2合意確認ボタン804しかクリックできないようになっている。同様に、予約ID入力欄には、甲1のための入力欄805、甲2のための入力欄806、乙1のための入力欄807、乙2のための入力欄808が設けられているが、甲1であれば入力欄805、甲2であれば入力欄806、乙1であれば入力欄807、乙2であれば入力欄808にしか予約IDを入力できない。なお、既に予約IDを入力して合意確認ボタンをクリックした当事者のための合意確認ボタンの部分は、色を変えるなど強調表示される。図7及び図8には、合意しない場合にクリックするボタンは設けられていないが、そのためのボタンを用意しても良い。
【0038】
本実施の形態では、複数当事者の代表者が契約書データ等の電子申請データをまとめて複数当事者申請処理システム5に送信するような構成となっているので、各当事者は最終的にどのような書類が登録されているのか分からない。従って、確認書面の欄において列挙された提出書面データの内容を確認するものとする。当事者は、確認を欲する書類についてのボタンをクリックする。利用者端末3は、当事者のクリックによる確認書類選択入力を受け付けると、確認書類選択データを複数当事者申請処理システム5に送信する(ステップS57)。複数当事者申請処理システム5の合意形成チェック処理部52は、利用者端末3から確認書類選択データを受信し(ステップS59)、対応する確認書類データを申請データ格納部55から読み出し、要求元の利用者端末3に送信する(ステップS61)。
【0039】
利用者端末3は、複数当事者申請処理システム5から確認書類データを受信し、表示装置に表示する(ステップS63)。例えば別ウインドウにて表示するようにする。各当事者は、図7及び図8に示された不動産登記電子申請書の内容と、添付書類として提出された書面のデータとを確認して、本登記申請に問題無いと判断した場合には、予約ID入力欄に予約IDを入力すると共に、合意確認ボタンをクリックする。利用者端末3は、当事者の合意確認ボタンのクリックによる確認応答を受け付け、予約IDを含む確認応答を複数当事者申請処理システム5に送信する(ステップS65)。複数当事者申請処理システム5の合意形成チェック処理部52は、利用者端末3から予約IDを含む確認応答を受信する(ステップS67)。処理は端子A及びBを介して図9に移行する。
【0040】
図9の処理に移行して、合意形成チェック処理部52は、予約IDを含む確認応答を受信すると、確認応答の受信時刻が、予約データ管理DB54に登録された合意確認の開始時刻乃至終了時刻で規定される所定時間内であるか確認する(ステップS69)。もし、所定時間内ではないと判断された場合には、合意形成チェック処理部52は利用者端末3に時間外通知を送信する。利用者端末3は、複数当事者申請処理システム5から時間外通知を受信し、表示装置に表示する(ステップS71)。もし、所定時間内であると判断された場合には、確認応答に含まれる予約IDを予約データ管理DB54に登録された予約IDと照合する(ステップS73)。この照合処理において適正な予約IDが用いられていないと判断された場合には、合意形成チェック処理部54は予約IDの再確認要求メッセージを含む合意確認処理ページ・データを利用者端末3に送信する。利用者端末3は、予約IDの再確認要求メッセージを含む合意確認処理ページ・データを受信し、表示装置に表示する(ステップS75)。そして端子Cを介して図6のステップS65に戻る。
【0041】
もし、予約IDと合意確認処理ページのURL(又は当事者を特定する他の情報)との対が予約データ管理DB54に格納されているデータから適正であると判断された場合には、合意形成チェック処理部52は、確認応答受付通知を当該利用者端末3に送信する(ステップS77)。利用者端末3は、複数当事者申請処理システム5から確認応答受付通知を受信し、表示装置に表示する(ステップS79)。これにより当事者は、自らの確認応答が受け付けられたことを認識することができる。但し、これは全員の確認応答が所定時間内に受け付けられたことを意味するものではない。
【0042】
そして合意確認の終了時刻後等所定のタイミングで、合意形成チェック処理部52は、当事者全員から肯定的な確認応答(否定的な応答を返すことができる場合もあるため。図7及び図8の合意確認処理ページであれば合意しない場合には返答を返さないことにより合意しないことを表明する)を所定時間内(開始時刻から終了時刻まで)に受信したか判断する(ステップS81)。もし、当事者全員から所定時間内に確認応答を受信しなかった場合には、各当事者宛に手続き却下又はみなし取り下げ通知を送信する。また、合意が確認できないため手続き却下又はみなし取り下げとなったという事項が、予約データ登録DB54にも登録される(ステップS93)。各当事者は、各自の利用者端末3を操作して、手続き却下又はみなし取下げ通知を受信し、表示装置に表示する(ステップS83)。これにより、複数の当事者のうち少なくとも1人が合意しなかったことが分かる。なお、この通知においていずれの当事者が応答しなかったのかという情報を含める場合もある。
【0043】
一方、当事者全員から所定時間内に確認応答を受信した場合には、「合意形成」というデータを予約データ管理DB54に登録する(ステップS85)。また、登記申請手続きの受付通知を全当事者宛に送信する(ステップS87)。当事者は、利用者端末3を操作して登記申請手続きの受付通知を受信し、表示装置に表示する(ステップS89)。これにて、各当事者は登記申請が受け付けられたことが分かる。そして、合意確認チェック処理部52は、受付番号を含む送信要求を申請データ通知処理部53に出力する。これに応じて送信申請データ通知処理部53は、申請データ格納部55から受付番号に対応する電子申請データを読み出し、読み出した電子申請データを法務省総合受付通知システム7に送信する(ステップS91)。法務省総合受付通知システム7は、複数当事者申請処理システム5から電子申請データを受信し、登記のための処理を実施する。
【0044】
法務省総合受付通知システム7においては、代理人申請と同様の処理を実施する。例えば、ウィルスチェック機能、形式チェック機能、認証データ有効性確認機能、登録免許税納付確認機能、電子申請データ保管機能、処理状況表示機能などを実施する。最終的には電子申請データに内容的な問題が無ければ登記簿に登録される。なお、本実施の形態は、複数当事者の本人申請において窓口出頭主義を擬似的に実現するための部分を主旨とするものであり、複数当事者の本人申請において合意確認ができた後の処理については、通常の電子申請の処理と同様であり、これ以上説明しない。
【0045】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、図1には複数当事者申請処理システム5と受付番号自動発行処理システム9とを別個に設けるような例を示したが一体化させてもよい。また、複数当事者申請処理システム5と法務省総合受付通知システム7も別個に設けるような例を示したが、一体化させてもよい。また上で説明した例では金融機関などの抵当権者は登場しなかったが、抵当権設定を同日設定するような場合においても適用することができる。その際でも当事者の種類と数が増加し、書類データが多くなるだけであって、特別な処理は不要である。
【0046】
さらに図2に示した予約データ管理DB54のデータ構成も一例であって、例えばURLは受付番号に1つとすることも可能である。また、電子証明書を用いないような処理であってもよい。さらに、各当事者の応答種類(合意又は合意せず)及び応答時刻を予約データ管理DB54に登録するようにしても良い。
【0047】
(付記1)
不動産登記の複数当事者による本人申請のための情報処理方法であって、
当事者からの手続予約要求に応じて、合意確認時間を記憶装置に登録するステップと、
前記当事者の端末からの合意確認要求を受信した場合、前記合意確認時間内であるか確認するステップと、
前記合意確認要求の受信が合意確認時間内である場合には、登記申請についての確認データを前記当事者の端末に送信するステップと、
前記複数当事者の全ての当事者による登記確認応答を各前記当事者の端末から前記合意確認時間内に受信したか判断する判断ステップと、
を含む情報処理方法。
【0048】
(付記2)
前記手続予約要求に応じて受付番号を発行し、記憶装置に格納するステップと、
前記当事者の端末から申請書類データを受信した場合、前記受付番号に対応して前記申請書類データを記憶装置に格納するステップと、
前記判断ステップにおいて前記複数当事者の全ての当事者による登記確認応答を各前記当事者の端末から前記合意確認時間内に受信したと判断された場合には、当該登記確認応答に関連する受付番号に対応する前記申請書類データのうち少なくとも一部のデータを登記のための処理を実施するコンピュータに送信するステップと、
をさらに含む付記1記載の情報処理方法。
【0049】
(付記3)
前記手続予約要求に応じて受付番号を発行し、記憶装置に格納するステップと、
前記受付番号から各当事者用の予約識別情報を生成し、記憶装置に格納するステップと、
前記合意確認要求を受信した際又はそれ以降に、前記予約識別情報の確認処理を実施するステップと、
を含む付記1記載の情報処理方法。
【0050】
(付記4)
前記手続予約要求が合意確認時間の指定を含むことを特徴とする付記1乃至3のいずれか1つ記載の情報処理方法。
【0051】
(付記5)
前記判断ステップにおいて前記複数当事者の全ての当事者による登記確認応答を各前記当事者の端末から前記合意確認時間内に受信したと判断されなかった場合には、登記申請に対して却下又は取り下げを示すデータを記憶装置に登録するステップ
をさらに含む付記1乃至4のいずれか1つ記載の情報処理方法。
【0052】
(付記6)
不動産登記の複数当事者による本人申請のためのプログラムであって、
コンピュータに、
当事者からの手続予約要求に応じて、合意確認時間を記憶装置に登録するステップと、
前記当事者の端末からの合意確認要求を受信した場合、前記合意確認時間内であるか確認するステップと、
前記合意確認要求の受信が合意確認時間内である場合には、登記申請についての確認データを前記当事者の端末に送信するステップと、
前記複数当事者の全ての当事者による登記確認応答を各前記当事者の端末から前記合意確認時間内に受信したか判断する判断ステップと、
を実行させるためのプログラム。
【0053】
(付記7)
不動産登記の複数当事者による本人申請のための情報処理装置であって、
当事者からの手続予約要求に応じて、合意確認時間を記憶装置に登録する手段と、
前記当事者の端末からの合意確認要求を受信した場合、前記合意確認時間内であるか確認する手段と、
前記合意確認要求の受信が合意確認時間内である場合には、登記申請についての確認データを前記当事者の端末に送信する手段と、
前記複数当事者の全ての当事者による登記確認応答を各前記当事者の端末から前記合意確認時間内に受信したか判断する手段と、
を有する情報処理装置。
【0054】
【発明の効果】
本発明によれば、不動産登記において代理人が不在の場合の当事者申請をオンラインで有効に実施することができる。
【図面の簡単な説明】
【図1】本発明の一実施の形態に係るシステム概要図を示す。
【図2】予約データ管理DBに格納されるデータの一例を示す図である。
【図3】合意形成確認処理の前処理の処理フローを示す図である。
【図4】窓口申請予約申請書の一例を示す図である。
【図5】電子申請データの一例を示す図である。
【図6】合意形成確認処理の処理フロー(その1)を示す図である。
【図7】合意確認処理ページの一例(その1)を示す図である。
【図8】合意確認処理ページの一例(その2)を示す図である。
【図9】合意形成確認処理の処理フロー(その1)を示す図である。
【符号の説明】
1 インターネット 3a 買主A端末 3b 買主B端末
3c 売主A端末 3d 売主B端末 3e 抵当権者端末
3f 代理人端末
5 複数当事者申請処理システム 7 法務省総合受付通知システム
51 予約処理部 52 合意形成チェック処理部
53 電子申請データ通知処理 54 予約データ管理DB
55 申請データ格納部
71 総合受付処理部 72 総合受付管理処理部
73 処理状況表示処理部 91 受付番号管理DB[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an electronic application technology, and more particularly, to an information processing technology for an application by a plurality of parties in real estate registration.
[0002]
[Prior art]
Article 26 of the Real Estate Registration Act stipulates that the right holder and the person obliged to register are required to appear at the registry office and apply for real estate registration. Currently, in the construction of the e-government system, development and discussions on the way of electronic application by agents are underway, but no effective means has yet been shown for multi-party application without agents. .
[0003]
As a technical background, the current originality assurance technology includes an electronic authentication system based on commercial registration, and other electronic watermarking technology. These techniques are effective techniques for preventing falsification of electronic data. However, in the case of a contract or the like in which two or more originals exist, the two or more contracts and the like are managed by a management SA (Secure Archiver). : Secure archiver) is a technology that can be said to be invalid unless managed simultaneously.
[0004]
For example, application documents for registration of real estate ownership transfer include an application form and attached documents (such as a sales contract, a power of attorney (for inter-party use), and a right form). Since the letter or the like is formed of paper, it is less likely to be falsified than electronic data, and is operated with a single contract, for example.
[0005]
However, if an electronic application method via a network is adopted, the application form and the attached documents are all electronic data, so that it is necessary to prevent falsification. For example, in a multi-phase commit (consensus building) method in which a plurality of parties individually send electronic data, falsification of the electronic data, presence or absence of arrival of documents of the plurality of parties, arrival order and time difference, the establishment of a registration or malicious intention. It is difficult to eliminate registration.
[0006]
More specifically, the handling of electronic applications and electronic attachments that need to be signed as a consensus between multiple parties includes the following handling methods.
a. Multiple signature method (superimposition type)
This is a method in which the creator fills in his / her part, signs the part including the part that has been filled out and signed so far as many times as necessary, and submits the final signer. On the verification side, verification is performed sequentially from the last signature. Although institutionally and theoretically, it can accommodate an infinite number of writers, the implementation process can be complicated and may not work at a practical speed. An application form is one example.
[0007]
b. Multiple signature method (division type)
This is a method in which the creator fills in and signs only his / her own charge. a. Unlike the multiple signature method (superimposition type), each writer signs only the part he or she has filled out. The verification side verifies the signature of each part as necessary.
This method becomes possible by using an XML signature (RFC2807) specification recommended by the World Wide Web Consortium (W3C) in February 2002. According to the XML Signature specification, it is possible to sign only a specific part of a document, not the entire document. For this reason, it can be said that this is the most rational method when there are multiple writers in a single document. However, there is no actual implementation yet.
[0008]
c. Attachment method
This is a method in which the documents completed and signed by each entrant are attached to the application and submitted. b. A method similar to the multiple signature method (division type), but b. In the multiple signature method (division type), one document is signed by a large number, whereas in this method, many documents are signed by one person. In this method, it is sufficient to individually verify each document when performing verification. Problems such as the multi-signature scheme (superimposition type) do not occur. However, a reliable method for associating documents must be provided.
[0009]
Note that, for example, JP-A-2001-52062, JP-A-2001-283144, and JP-A-2001-344383 disclose conventional techniques related to electronic application. It does not mention how to apply.
[0010]
[Problems to be solved by the invention]
As described above, in the conventional method, there is no effective technology for performing falsification and confirming the agreement of the parties online in the party application when the agent is absent.
[0011]
Accordingly, an object of the present invention is to provide an information processing technology for effectively performing a party application online when an agent is absent in real estate registration.
[0012]
[Means for Solving the Problems]
An information processing method according to the present invention for applying for an identity by a plurality of parties of real estate registration includes a step of registering an agreement confirmation time in a storage device in response to a procedure reservation request from the party, and an agreement confirmation from a terminal of the party. When receiving the request, confirming whether it is within the agreement confirmation time, and, when receiving the agreement confirmation request, within the agreement confirmation time, transmitting confirmation data about the registration application to the terminal of the party; Determining whether registration acknowledgment responses from all of the plurality of parties have been received from the terminal of each party within the agreement confirmation time.
[0013]
Since the agreement confirmation time is set in this way, a plurality of parties do not carry out procedures in a timely manner, and it is possible to prevent problems from occurring due to the order of procedures. Also, each party can return the agreement confirmation response after confirming the contents of the confirmation data on the registration application, so that the contents confirmation of the submitted document is performed before the submission at the window. Furthermore, based on whether the agreement acknowledgment is finally received by all of the parties within the agreement confirmation time, it is determined whether or not substantially all of the parties have applied at the counter at the prescribed time. Is what you do.
[0014]
Further, a step of issuing a reception number in response to the procedure reservation request and storing the same in the storage device, and a step of storing the application document data in the storage device corresponding to the reception number when receiving the application document data from the terminal of the party. If it is determined in the determining step that registration confirmation responses from all the parties of the plurality of parties have been received from the terminals of the respective parties within the agreement confirmation time, the application document data corresponding to the reception number associated with the registration confirmation response Transmitting at least a part of the data to a computer that executes a process for registration. This is the case where a separate computer is provided to accept the application and register it in a certified copy of the registry.
[0015]
Further, a step of issuing a receipt number in response to the procedure reservation request and storing it in the storage device, a step of generating reservation identification information for each party from the receipt number and storing it in the storage device, and receiving an agreement confirmation request At or after that, a step of performing a process of confirming the reservation identification information may be included. The reservation identification information is separately notified to the parties, and at least when the agreement confirmation request is received or after that, the confirmation processing is performed, thereby preventing an unauthorized procedure.
[0016]
Further, the procedure reservation request may be configured to include designation of the agreement confirmation time, or the system may allocate time.
[0017]
Furthermore, if it is not determined in the determination step that the registration confirmation responses from all the parties of the plurality of parties have been received from the terminals of the respective parties within the agreement confirmation time, data indicating rejection or withdrawal of the registration application is stored. A configuration that further includes a step of registering in the device may be employed. If, for any reason, the parties do not return a response within the agreement confirmation time, the following registration processing cannot be performed, and they are treated as rejected or withdrawn.
[0018]
The information processing method according to the present invention can be implemented by a program and a computer. When the program is executed by a computer, the computer is an information device. Such a program is stored in a storage medium or a storage device such as a flexible disk, a CD-ROM, a magneto-optical disk, a semiconductor memory, and a hard disk. In addition, it may be distributed via a network or the like. The intermediate processing result is temporarily stored in a memory.
[0019]
BEST MODE FOR CARRYING OUT THE INVENTION
FIG. 1 shows a system schematic diagram according to an embodiment of the present invention. In the
[0020]
The
[0021]
In the present embodiment, a multi-party
[0022]
The reception number automatic issuance processing system 9 is connected to the multiple party
[0023]
FIG. 2 shows an example of data stored in the reservation
[0024]
Next, a processing flow of the system shown in FIG. 1 will be described with reference to FIGS. First, all parties agree to, for example, make a sales contract for a particular real estate property and cooperate to apply for a personal identification. Then, for example, the buyer A operates the buyer A terminal 3a as a representative to access the application form download page of the multiple party application processing system 5 (step S1). The
[0025]
Similarly, Buyer A operates Buyer A terminal 3a to download the format data of the real estate registration electronic application form from the Ministry of Justice general
[0026]
Then, the buyer A operates the buyer A terminal 3a to generate the window application reservation application form data and the electronic application data for real estate registration and store them in the storage device (step S13). FIG. 4 shows an example of a window application reservation application form. In the example of FIG. 4, information on the display of the real estate, the display of the parties (buyer: right holder, seller: obligor), entry, contract agreement date, window application date and time (start time and end time) is included. FIG. 5 shows an example of electronic application data (one set). In the example of FIG. 5, the data of the real estate registration
[0027]
Next, in accordance with the instruction of Buyer A, Buyer A terminal 3a transmits the data of the window application reservation application to the multiple party application processing system 5 (Step S15). This transmission is transmitted to the multi-party
[0028]
If no particular problem has occurred, the
[0029]
Then, the
[0030]
In either method, each party receives the reservation ID, the URL of the agreement confirmation processing page, and the electronic certificate using, for example, their own user terminal 3 (step S25). The reservation ID may be sent by mail as described above. Step S25 is not a representative of the parties but a process / procedure performed by each party, and is indicated by a two-dot chain line block here.
[0031]
The buyer A representing the multiple parties operates the buyer A terminal 3a to transmit the receipt number and the electronic application data to the multiple-party application processing system 5 (step S27). For example, electronic application data (FIG. 5) encrypted using the public key of the multiple party
[0032]
In this way, by registering the data of the window application reservation application form and the electronic application data in the multiple party
[0033]
Although not shown in the figure, the data of the window application reservation application is registered, but there is a case where the electronic application data is not registered before the start time of the agreement confirmation processing. Therefore, for example, a configuration in which a reminder mail is transmitted to a representative of a plurality of parties is also possible. Furthermore, if the electronic application data is not registered before the start time of the agreement confirmation process, the agreement confirmation process may be set to be unexecutable even at the start time. Regarding the agreement confirmation processing time, the date and time determined by the parties are registered as they are, but if too many cases are concentrated at the same time, there may be a problem in the reliability of processing, so for example, the system setting The configuration may be as follows. In addition, there is a case where processing such as shifting back and forth is performed when concentration occurs.
[0034]
Next, a processing flow of the agreement confirmation processing will be described with reference to FIGS. Each party uses their own terminal (hereinafter referred to as the user terminal 3) to access the URL specified by each (step S41). The agreement formation
[0035]
On the other hand, when it is determined that the system time is within the predetermined time, the agreement formation
[0036]
If the authentication processing is successful in step S49, agreement confirmation processing page data is generated using the data stored in the reservation
[0037]
For example, a display as shown in FIGS. 7 and 8 is made. In the example of FIG. 7 and FIG. 8, the indication of the real estate to be registered, the indication of the parties (the right holders (A1 and A2) and the obligors (A1 and B2), the entry, the contract agreement date, the window) It includes the date and time of application (start time and end time), confirmation document, agreement confirmation button, agreement status display, and reservation ID input field.The confirmation document includes a registered
[0038]
In the present embodiment, since a representative of a plurality of parties collectively sends electronic application data such as contract data to the multiple-party
[0039]
The user terminal 3 receives the confirmation document data from the multiple party
[0040]
When the consensus formation
[0041]
If the pair of the reservation ID and the URL of the agreement confirmation processing page (or other information specifying the party) is determined to be appropriate from the data stored in the reservation
[0042]
At a predetermined timing, for example, after the end time of the agreement confirmation, the agreement formation
[0043]
On the other hand, if the confirmation response has been received from all the parties within the predetermined time, the data of "consensus formation" is registered in the reservation data management DB 54 (step S85). In addition, a notification of acceptance of the registration application procedure is transmitted to all parties (step S87). The party operates the user terminal 3 to receive the notification of acceptance of the registration application procedure and displays it on the display device (step S89). Thus, each party knows that the registration application has been accepted. Then, the agreement confirmation
[0044]
In the Ministry of Justice general
[0045]
Although the embodiment of the present invention has been described above, the present invention is not limited to this. For example, FIG. 1 shows an example in which the multiple party
[0046]
Further, the data configuration of the reservation
[0047]
(Appendix 1)
An information processing method for applying for identity by multiple parties of real estate registration,
Registering the agreement confirmation time in a storage device in response to a procedure reservation request from a party;
When receiving an agreement confirmation request from the terminal of the party, confirming whether it is within the agreement confirmation time,
If the agreement confirmation request is received within the agreement confirmation time, transmitting confirmation data about the registration application to the terminal of the party;
A judging step of judging whether registration confirmation responses by all parties of the plurality of parties have been received from the terminals of the parties within the agreement confirmation time,
An information processing method including:
[0048]
(Appendix 2)
Issuing a receipt number in response to the procedure reservation request and storing it in a storage device;
When receiving application document data from the terminal of the party, storing the application document data in a storage device corresponding to the reception number;
If it is determined in the determining step that registration confirmation responses by all the parties of the plurality of parties have been received from the terminals of the respective parties within the agreement confirmation time, the registration corresponding to the reception number associated with the registration confirmation response is performed. Transmitting at least a part of the application document data to a computer that performs a process for registration;
2. The information processing method according to
[0049]
(Appendix 3)
Issuing a receipt number in response to the procedure reservation request and storing it in a storage device;
Generating reservation identification information for each party from the reception number and storing it in a storage device;
When receiving the agreement confirmation request or thereafter, performing a confirmation process of the reservation identification information,
2. The information processing method according to
[0050]
(Appendix 4)
4. The information processing method according to any one of
[0051]
(Appendix 5)
If it is not determined in the determining step that registration confirmation responses by all the parties of the plurality of parties have been received from the terminals of the parties within the agreement confirmation time, data indicating rejection or withdrawal of the registration application For registering the data in the storage device
5. The information processing method according to any one of
[0052]
(Appendix 6)
A program for applying for identity by multiple parties of real estate registration,
On the computer,
Registering the agreement confirmation time in a storage device in response to a procedure reservation request from a party;
When receiving an agreement confirmation request from the terminal of the party, confirming whether it is within the agreement confirmation time,
If the agreement confirmation request is received within the agreement confirmation time, transmitting confirmation data about the registration application to the terminal of the party;
A judging step of judging whether registration confirmation responses by all parties of the plurality of parties have been received from the terminals of the parties within the agreement confirmation time,
The program to execute.
[0053]
(Appendix 7)
An information processing device for application by a plurality of parties for real estate registration,
Means for registering an agreement confirmation time in a storage device in response to a request for a procedure reservation from a party;
Means for confirming whether it is within the agreement confirmation time when receiving an agreement confirmation request from the terminal of the party,
Means for transmitting confirmation data about the registration application to the terminal of the party, when the reception of the agreement confirmation request is within the agreement confirmation time,
Means for determining whether a registration confirmation response by all parties of the plurality of parties has been received from the terminal of each of the parties within the agreement confirmation time,
Information processing device having
[0054]
【The invention's effect】
ADVANTAGE OF THE INVENTION According to this invention, the party application in the case where an agent is absent in real estate registration can be effectively performed online.
[Brief description of the drawings]
FIG. 1 shows a system outline diagram according to an embodiment of the present invention.
FIG. 2 is a diagram showing an example of data stored in a reservation data management DB.
FIG. 3 is a diagram showing a processing flow of pre-processing of consensus formation confirmation processing.
FIG. 4 is a diagram showing an example of a window application reservation application form.
FIG. 5 is a diagram illustrating an example of electronic application data.
FIG. 6 is a diagram illustrating a processing flow (part 1) of a consensus formation confirmation processing;
FIG. 7 is a diagram illustrating an example (part 1) of an agreement confirmation processing page.
FIG. 8 is a diagram illustrating an example (part 2) of an agreement confirmation processing page.
FIG. 9 is a diagram illustrating a processing flow (part 1) of an agreement formation confirmation processing;
[Explanation of symbols]
1 Internet 3a
3c Seller A terminal 3d Seller B terminal 3e Mortgage holder terminal
3f agent terminal
5 Multi-party
51
53 Electronic application
55 Application data storage
71 General
73 processing status
Claims (3)
当事者からの手続予約要求に応じて、合意確認時間を記憶装置に登録するステップと、
前記当事者の端末からの合意確認要求を受信した場合、前記合意確認時間内であるか確認するステップと、
前記合意確認要求の受信が合意確認時間内である場合には、登記申請についての確認データを前記当事者の端末に送信するステップと、
前記複数当事者の全ての当事者による登記確認応答を各前記当事者の端末から前記合意確認時間内に受信したか判断する判断ステップと、
を含む情報処理方法。An information processing method for applying for identity by multiple parties of real estate registration,
Registering the agreement confirmation time in a storage device in response to a procedure reservation request from a party;
When receiving an agreement confirmation request from the terminal of the party, confirming whether it is within the agreement confirmation time,
If the agreement confirmation request is received within the agreement confirmation time, transmitting confirmation data about the registration application to the terminal of the party;
A judging step of judging whether registration confirmation responses by all parties of the plurality of parties have been received from the terminals of the parties within the agreement confirmation time,
An information processing method including:
前記当事者の端末から申請書類データを受信した場合、前記受付番号に対応して前記申請書類データを記憶装置に格納するステップと、
前記判断ステップにおいて前記複数当事者の全ての当事者による登記確認応答を各前記当事者の端末から前記合意確認時間内に受信したと判断された場合には、当該登記確認応答に関連する受付番号に対応する前記申請書類データのうち少なくとも一部のデータを登記のための処理を実施するコンピュータに送信するステップと、
をさらに含む請求項1記載の情報処理方法。Issuing a receipt number in response to the procedure reservation request and storing it in a storage device;
When receiving application document data from the terminal of the party, storing the application document data in a storage device corresponding to the reception number;
If it is determined in the determining step that registration confirmation responses by all the parties of the plurality of parties have been received from the terminals of the respective parties within the agreement confirmation time, the registration corresponding to the reception number associated with the registration confirmation response is performed. Transmitting at least a part of the application document data to a computer that performs a process for registration;
The information processing method according to claim 1, further comprising:
コンピュータに、
当事者からの手続予約要求に応じて、合意確認時間を記憶装置に登録するステップと、
前記当事者の端末からの合意確認要求を受信した場合、前記合意確認時間内であるか確認するステップと、
前記合意確認要求の受信が合意確認時間内である場合には、登記申請についての確認データを前記当事者の端末に送信するステップと、
前記複数当事者の全ての当事者による登記確認応答を各前記当事者の端末から前記合意確認時間内に受信したか判断する判断ステップと、
を実行させるためのプログラム。A program for applying for identity by multiple parties of real estate registration,
On the computer,
Registering the agreement confirmation time in a storage device in response to a procedure reservation request from a party;
When receiving an agreement confirmation request from the terminal of the party, confirming whether it is within the agreement confirmation time,
If the agreement confirmation request is received within the agreement confirmation time, transmitting confirmation data about the registration application to the terminal of the party;
A judging step of judging whether registration confirmation responses by all parties of the plurality of parties have been received from the terminals of the parties within the agreement confirmation time,
The program to execute.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002199883A JP2004046331A (en) | 2002-07-09 | 2002-07-09 | Information processing method for application by principal for real estate registration by two or more parties |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002199883A JP2004046331A (en) | 2002-07-09 | 2002-07-09 | Information processing method for application by principal for real estate registration by two or more parties |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004046331A true JP2004046331A (en) | 2004-02-12 |
Family
ID=31706901
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002199883A Pending JP2004046331A (en) | 2002-07-09 | 2002-07-09 | Information processing method for application by principal for real estate registration by two or more parties |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004046331A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003258793A (en) * | 2002-03-01 | 2003-09-12 | Nec Corp | Electronic joint signature document exchange system, electronic joint signature document exchange method and program |
JP2017182298A (en) * | 2016-03-29 | 2017-10-05 | 富士通株式会社 | Council support apparatus, council support program and council support method |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11161699A (en) * | 1997-11-26 | 1999-06-18 | Homes:Kk | Real estate registration information matrix processing system |
JP2000076344A (en) * | 1998-09-02 | 2000-03-14 | Nippon Telegr & Teleph Corp <Ntt> | Electronic agreement controlling method, its system and recording medium recording electronic agreement controlling program |
JP2001167184A (en) * | 1999-12-10 | 2001-06-22 | Toshiba Corp | Online registration system |
JP2002082836A (en) * | 2000-07-04 | 2002-03-22 | Sony Corp | Decision system |
JP2002123764A (en) * | 2000-08-11 | 2002-04-26 | Ricoh Leasing Co Ltd | Method and system for supporting contract, managing server and program |
-
2002
- 2002-07-09 JP JP2002199883A patent/JP2004046331A/en active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11161699A (en) * | 1997-11-26 | 1999-06-18 | Homes:Kk | Real estate registration information matrix processing system |
JP2000076344A (en) * | 1998-09-02 | 2000-03-14 | Nippon Telegr & Teleph Corp <Ntt> | Electronic agreement controlling method, its system and recording medium recording electronic agreement controlling program |
JP2001167184A (en) * | 1999-12-10 | 2001-06-22 | Toshiba Corp | Online registration system |
JP2002082836A (en) * | 2000-07-04 | 2002-03-22 | Sony Corp | Decision system |
JP2002123764A (en) * | 2000-08-11 | 2002-04-26 | Ricoh Leasing Co Ltd | Method and system for supporting contract, managing server and program |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003258793A (en) * | 2002-03-01 | 2003-09-12 | Nec Corp | Electronic joint signature document exchange system, electronic joint signature document exchange method and program |
JP2017182298A (en) * | 2016-03-29 | 2017-10-05 | 富士通株式会社 | Council support apparatus, council support program and council support method |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
AU2003259136B2 (en) | A remote access service enabling trust and interoperability when retrieving certificate status from multiple certification authority reporting components | |
CA2731116C (en) | Systems and methods for distributed electronic signature documents | |
CN111133734B (en) | Block chain based decision execution | |
EP3614289A1 (en) | Method for managing document on basis of blockchain by using utxo-based protocol, and document management server using same | |
Tygar | Atomicity in electronic commerce | |
US8655961B2 (en) | Systems and methods for distributed electronic signature documents | |
CA2594018C (en) | Method and process for creating an electronically signed document | |
US6237096B1 (en) | System and method for electronic transmission storage and retrieval of authenticated documents | |
US20040250070A1 (en) | Authentication of electronic documents | |
CN111226249A (en) | Trusted platform based on block chain | |
CN111213139A (en) | Paperless document processing based on block chain | |
US20060161781A1 (en) | Automated notary acknowledgement | |
CN111108522A (en) | Block chain based summons delivery | |
US20220224533A1 (en) | Layered recording networks | |
US20050188204A1 (en) | Electronic notary service | |
US20220318757A1 (en) | System for verifying education and employment of a candidate via a blockchain network | |
JP2002539564A (en) | Trading support system | |
JP2000163409A (en) | Signed hypertext recording medium, constituting method, and method and device for verification | |
JP2004046331A (en) | Information processing method for application by principal for real estate registration by two or more parties | |
JP2000331088A (en) | Method and system for approval mark management | |
JP2002139997A (en) | Electronic sealing system | |
CN112163917A (en) | Bill processing method, device, medium and electronic equipment based on block chain | |
JP4615104B2 (en) | Document escrow system, recording medium, and document escrow execution method | |
Eldridge | Internet commerce and the meltdown of certification authorities: Is the Washington State solution a good model | |
JP3401737B2 (en) | How to correct electronic documents |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041124 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070222 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070227 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070424 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070703 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070824 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20071127 |