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 PDF

Info

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
Application number
JP2002199883A
Other languages
Japanese (ja)
Inventor
Chiaki Matsuda
松田 千秋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2002199883A priority Critical patent/JP2004046331A/en
Publication of JP2004046331A publication Critical patent/JP2004046331A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To implement application by principal for real estate registration via online when a representative is absent. <P>SOLUTION: Replying to a request for reservation of procedure, an agreement validation period is registered in a storage device. When an agreement validation request from a party's terminal is received, it is checked whether it is in the agreement validation period or not, and if the reception of a request for validation of the agreement is in the agreement validation period, the validation data for registration application is transmitted to the party's terminal, and it is judged whether the registration validation acknowledgements by all of the plurality of parties are received from each of the parties' terminals in agreement validation period. If it does in this way, it can be judged whether the application to which the agreement is reached substantially as all the members of partieses apply at the window during the prescribed period. Problems occurrs by sequence of procedure can be prevented, since a plurality of parties do not take the necessary procedure individually in time as the agreement validation period is set. Furthermore, each party can return the agreement validation acknowledgement after the check of the content of validation data about the registration application. <P>COPYRIGHT: (C)2004,JPO

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 Internet 1, which is a computer network, as user terminals 3, buyer A terminal 3a, buyer B terminal 3b, seller A terminal 3c, seller B terminal 3d, mortgagee terminal 3e, and agent terminal 3f is connected. The user terminal 3 is, for example, a personal computer, and has a Web browser function and a mailer function. Here, the buyer is assumed to be two persons A and B, and the seller is assumed to be two persons A and B, but the number is not limited. Further, the present embodiment can be applied to a case where a mortgagee such as a financial institution exists, but in order to simplify the description, a case of only a seller and a buyer will be described below. Furthermore, in the present embodiment, the agent terminal 3f operated by an agent such as a judicial scrivener is not used to explain the party application, but the Ministry of Justice general reception notification system 7, which will be briefly described below, Only an illustration is shown because it is used not only by an agent but also by an agent.
[0020]
The Internet 1 is also connected to a multiple party application processing system 5 that performs main processing in the present embodiment, and a Ministry of Justice general acceptance notification system 7. These systems have a Web server function, a mail server function, and the like. The Ministry of Justice Comprehensive Reception Notification System 7 is a system that accepts not only applications by the parties concerned but also applications by agents and performs various processing for electronic applications. The application form providing function, virus check function, and format check function And a general reception processing unit 71 having a function for confirming the validity of authentication data, a function for confirming the registration license tax payment, a function for holding application data, and a function for issuing a registration license tax payment number, a reference number, and a password. (Including a storage function) and a processing status display processing unit 73 having a mail transmission function and a processing status display function of storing and displaying arrival, reception, and under review.
[0021]
In the present embodiment, a multi-party application processing system 5 for the application of the individual concerned is provided separately from the general reception notice system 7 of the Ministry of Justice, which is generally required for a registration application. The multi-party application processing system 5 provides the form data of the window application reservation application form, checks the reception system of the window application reservation application data, and checks the reception number automatically issued by the reception number automatic issuance processing system 9. A reservation processing unit 51 that performs processing for notifying a party of a reservation ID generated using the same, and an agreement formation check that implements processing for realizing a party appearance principle in a simulated manner and confirming agreement between the parties. An electronic application that serves as an interface to the processing unit 52 and the Ministry of Justice general reception notification system 7, and performs processing for transmitting electronic application data on an application for which agreement has been confirmed by the agreement formation check processing unit 52 to the Ministry of Justice general reception notification system 7. And a data notification processing unit 53. The multi-party application processing system 5 includes a reservation data management database (DB) 54 for storing data for managing a consensus confirmation process, and an application data storage for temporarily storing application data submitted by the parties themselves. Section 55.
[0022]
The reception number automatic issuance processing system 9 is connected to the multiple party application processing system 5. The reception number automatic issuance processing system 9 performs a process of issuing a reception number in accordance with a request from the multiple party application processing system 5 and outputting the reception number to the multiple party application processing system 5. The issued reception number is registered in the reception number management DB 91, and is managed so that the same number is not issued. A branch number (alphanumeric) for each party sharing the reception number is issued and registered in the reception number management DB 91. The automatic reception number processing system 9 may be associated with an off-line reception management system.
[0023]
FIG. 2 shows an example of data stored in the reservation data management DB 54. In the example of FIG. 2, a column 201 of a reception number issued by the automatic reception number issuance processing system 9, a column 202 of a reservation ID for each party composed of a reception number + a branch number, and a column 203 of a mail address A column 204 of information for specifying an electronic certificate issued to each party, a column 205 of a URL (Uniform Resource Locator) of an agreement confirmation processing page notified to each party, and a column 205 of an agreement confirmation start time. A column 207 of the agreement confirmation end time, a column 208 of information for specifying the file of the received window application reservation application data, a column 209 of information for specifying the file of the received registration application data, and the received confirmation document data. A column 210 of information specifying the file and a column 211 of the agreement confirmation result are provided. Although the electronic certificate may not be used, here, when the URL of the agreement confirmation processing page notified to each party to confirm the agreement is accessed, after confirming using this electronic certificate, the reservation Further authentication is performed using the ID. The reservation application file, registration application file, and confirmation document file are stored in the application data storage unit 55, for example, in a directory of a reception number. In the column 210 of the agreement confirmation result, data indicating the agreement confirmation success or data indicating that the agreement confirmation could not be performed and the application was withdrawn or rejected is registered.
[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 reservation processing unit 51 of the multiple party application processing system 5 transmits the application form download page data to the buyer A terminal 3a in response to the access from the buyer A terminal 3a (step S3). The buyer A terminal 3a receives the application form download page data from the multiple party application processing system 5 and displays it on the display device (step S5). Buyer A clicks a button or link for selecting a window application reservation application included in the application form download page. Then, the buyer A terminal 3a receives the selection input of the window application reservation application, and transmits the selection data of the window application reservation application to the multiple party application processing system 5 (step S7). Upon receiving the selection data of the window application reservation application form from the buyer A terminal 3a, the reservation processing unit 51 of the multiple party application processing system 5 transmits the format data of the window application reservation application form to the buyer A terminal 3a (step S9). . The buyer A terminal 3a receives the format data of the window application reservation application form from the multiple party application processing system 5, and displays it on the display device (step S11). Also, it is stored in the disk of the buyer A terminal 3a.
[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 acceptance notification system 5.
[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 electronic application 501, the data of the attached document 510 of the real estate registration electronic application, the data of the registered certificate 511, the data of the contract A (seller side) 512, Data of the contract B (buyer side) 513 and the like are included. The electronic signature of the owner is added to these data. The data of the digital certificate 520 includes the digital certificate 521 of the right holder A, the digital certificate 522 of the right holder B, the digital certificate 523 of the duty person A, the digital certificate 524 of the duty person B, and the like. included. A power of attorney may be included. The data of the electronic certificate 520 includes the data of the electronic certificates of all the parties. The data of the window application reservation application and the real estate registration electronic application 501 are generated in step S13, and the data of the attached document 510 and the data of the electronic certificate 520 are collected from each party. In some cases, it is necessary to prepare attached documents for the window application reservation application. For example, it is data of a power of attorney or data of an electronic certificate.
[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 application processing system 5 after being encrypted by, for example, SSL (Secure Socket Layer). However, encryption may be performed by another method. Further, the window application reservation application may be transmitted without encryption. This is because there is an opportunity for confirmation later. The reservation processing unit 51 of the multiple party application processing system 5 receives the data of the window application reservation application form from the buyer A terminal 3a, and performs a format check of the window application reservation application form (step S17). If a problem is found in the format check, an error notification is transmitted to the buyer A terminal 3a, and the data of the window application reservation application form is again transmitted to the buyer A after correction. Note that the format check includes checking whether the agreement confirmation time is within the system reception time.
[0028]
If no particular problem has occurred, the reservation processing unit 51 registers the window application reservation application form data in the application data storage unit 55 (step S19). Further, it requests the automatic receipt number issuance processing system 9 to issue a receipt number, and receives the receipt number from the automatic receipt number issuance processing system 9. At this time, when the number of parties is specified from the data of the window application reservation application form and notified to the automatic reception number issuance processing system 9, branch numbers for the number of parties are also issued in the automatic reception number issuance processing system 9, and the reservation processing is performed. The notification is sent to the unit 51. The issued reception number and branch number are registered in the reception number management DB 91. Further, the reservation processing unit 51 generates a URL of an agreement confirmation processing page for each party to confirm the agreement. Further, an electronic certificate for each party is generated (step S21). The reception number, reservation ID (reception number + branch number), certificate data, URL, mail address extracted from the data of the window application reservation application form, and the start time and end time of the agreement confirmation process are registered in the reservation data management DB 54. Is done. The file name of the window application reservation application data is also registered in the reservation data management DB 54.
[0029]
Then, the reservation processing unit 51 notifies each party of the reservation ID, the URL of the agreement confirmation processing page, and the data of the electronic certificate for each party (step S23). For example, these data are sent to each party in bulk or individually or in any combination by email. In some cases, only the reservation ID is sent by mail or the like. By sending it by mail, it is possible to prevent a security problem from occurring. In addition, a page for downloading at least one of the reservation ID, the URL of the agreement confirmation processing page, and the data of the electronic certificate for each party is prepared, and after logging on with another ID and password notified separately, For example, you may download by SSL.
[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 application processing system 5 included in the electronic certificate for buyer A received in step S25 is transmitted by e-mail. Alternatively, a page for transmitting the electronic application data may be accessed, and the electronic application data (FIG. 5) may be transmitted from the page using, for example, SSL. The reservation processing unit 51 of the multiple party application processing system 5 receives the receipt number and the electronic application data from the buyer A terminal 3a (step S29), and registers the received electronic application data in the application data storage unit 55 (step S31). . Further, the file name of the electronic application data is registered in the reservation data management DB 54. When the registration is completed, the reservation processing unit 51 transmits a reception completion notification to the buyer A, for example, by e-mail (step S33). The buyer A operates the buyer A terminal 3a to receive the reception completion notification from the multiple party application processing system 5 and display it on the display device (step S35).
[0032]
In this way, by registering the data of the window application reservation application form and the electronic application data in the multiple party application processing system 5, the pre-processing of the agreement confirmation processing is completed. In addition, each party can acquire a reservation ID required for the agreement confirmation processing, a URL of the agreement confirmation processing page, an electronic certificate, and the like.
[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 check processing unit 52 of the multiple party application processing system 5 reads the start time and end time data registered in the reservation data management DB 54 corresponding to the specified URL based on the access to the specified URL, and A comparison is made (step S43). That is, it is determined whether the system time is between the preset start time and end time (step S45). If it is determined that the time is not within the predetermined time specified by the start time and the end time, an out-of-time notification is transmitted to the user terminal 3. The user terminal 3 receives the out-of-time notification from the multiple party application processing system 5 and displays it on the display device (step S47). This allows the parties to know that they have accessed outside of time.
[0035]
On the other hand, when it is determined that the system time is within the predetermined time, the agreement formation check processing unit 52 requests the transmission of the electronic certificate previously sent to the user terminal 3 and further inputs the reservation ID. An authentication process is performed such as a request (step S49). The user terminal 3 transmits the electronic certificate in response to the request from the multi-party application processing system 5, and also transmits the reservation ID to the multi-party application processing system 5 according to the request (step S51). The agreement formation check processing unit 52 performs an authentication process using the data of the reservation ID and the electronic certificate registered in the reservation data management DB 54. If the authentication fails, the fact is notified to the user terminal 3. The user terminal 3 receives the authentication failure notification and displays it on the display device.
[0036]
If the authentication processing is successful in step S49, agreement confirmation processing page data is generated using the data stored in the reservation data management DB 54 and the data registered in the application data storage unit 55, and the user terminal 3 It is transmitted (step S53). Since the designated URL and the reception number are associated with each other in the reservation data management DB 54, the electronic application data and the like stored in the application data storage unit 55 are read using the reception number. The user terminal 3 receives the agreement confirmation processing page data from the multiple party application processing system 5 and displays it on the display device (step S55).
[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 certificate button 810, a contract (first party) button 811, a contract By clicking a letter (Otsu side) button 812 or the like, it is possible to confirm data previously transmitted as electronic application data by representatives of a plurality of parties and registered in the application data storage unit 55. In the column of the confirmation button, there are provided a first party agreement button 801, a second party agreement button 802, a first party agreement button 803, and a second party agreement button 804. You can click on the A1 agreement confirmation button 801 for the first party, the A2 agreement confirmation button 802 for the second party, the first party agreement button 803 for the first party, and the second party agreement button for the second party. In the same manner, the reservation ID input fields include an input field 805 for Party A, an input field 806 for Party A, an input field 807 for Party B, and An entry field 808 is provided for the user, but the reservation is made only in the entry field 805 for Party A, the entry field 806 for Party A, the entry field 807 for Party B, and the entry field 808 for Party B Note that the part of the agreement confirmation button for the party who has already entered the reservation ID and clicked the agreement confirmation button is highlighted, for example, by changing the color, and does not agree with FIGS. The button to click if Not been kicked, but may be provided a button for that.
[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 application processing system 5, each party ultimately determines I don't know if the documents are registered. Therefore, the contents of the submitted document data listed in the confirmation document column shall be confirmed. The party clicks the button for the document that he wants to confirm. Upon receiving the confirmation document selection input by the click of the party, the user terminal 3 transmits the confirmation document selection data to the multiple party application processing system 5 (step S57). The agreement formation check processing unit 52 of the multiple party application processing system 5 receives the confirmation document selection data from the user terminal 3 (step S59), reads the corresponding confirmation document data from the application data storage unit 55, and uses the request source. Is transmitted to the user terminal 3 (step S61).
[0039]
The user terminal 3 receives the confirmation document data from the multiple party application processing system 5 and displays it on the display device (step S63). For example, it is displayed in another window. If each party checks the contents of the real estate registration electronic application form shown in FIGS. 7 and 8 and the written data submitted as attached documents, and determines that there is no problem with this registration application, Enter the reservation ID in the reservation ID input field and click the agreement confirmation button. The user terminal 3 receives the confirmation response by clicking the agreement confirmation button of the parties, and transmits a confirmation response including the reservation ID to the multiple party application processing system 5 (step S65). The agreement formation check processing unit 52 of the multiple party application processing system 5 receives an acknowledgment including the reservation ID from the user terminal 3 (step S67). The processing shifts to FIG. 9 via terminals A and B.
[0040]
When the consensus formation check processing unit 52 receives the confirmation response including the reservation ID, the reception time of the confirmation response is changed from the start time to the end time of the agreement confirmation registered in the reservation data management DB 54 to the process of FIG. (Step S69). If it is determined that the time is not within the predetermined time, the consensus formation check processing unit 52 transmits an out-of-time notification to the user terminal 3. The user terminal 3 receives the out-of-time notification from the multiple party application processing system 5 and displays it on the display device (step S71). If it is determined that the time is within the predetermined time, the reservation ID included in the confirmation response is compared with the reservation ID registered in the reservation data management DB 54 (step S73). If it is determined in this collation process that an appropriate reservation ID is not used, the agreement formation check processing unit 54 sends agreement confirmation processing page data including a reservation ID reconfirmation request message to the user terminal 3. I do. The user terminal 3 receives the agreement confirmation processing page data including the reservation ID reconfirmation request message, and displays it on the display device (step S75). Then, the processing returns to the step S65 of FIG.
[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 data management DB 54, the agreement formation check The processing unit 52 transmits a confirmation response acceptance notification to the user terminal 3 (step S77). The user terminal 3 receives the confirmation response acceptance notification from the multiple party application processing system 5 and displays it on the display device (step S79). This allows the parties to recognize that their confirmation response has been accepted. However, this does not mean that the acknowledgments of all the members have been received within the predetermined time.
[0042]
At a predetermined timing, for example, after the end time of the agreement confirmation, the agreement formation check processing unit 52 can return a positive confirmation response (a negative response may be returned from all parties in some cases. FIG. 7 and FIG. 8). If it is an agreement confirmation processing page, it is determined whether or not an agreement has been received within a predetermined time period (from the start time to the end time) (in the case where the agreement is not reached, indicating that no agreement is made by not returning a response) (step S81). If an acknowledgment is not received from all the parties within a predetermined period of time, a notice of rejection of the procedure or a notice of withdrawal is transmitted to each party. In addition, the fact that the procedure has been rejected or deemed withdrawn because the agreement cannot be confirmed is also registered in the reservation data registration DB 54 (step S93). Each party operates his or her user terminal 3 to receive a notice of rejection of the procedure or a notice of withdrawal, and displays it on the display device (step S83). This indicates that at least one of the parties did not agree. Note that the notification may include information on which party did not respond.
[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 check processing unit 52 outputs a transmission request including the reception number to the application data notification processing unit 53. In response to this, the transmission application data notification processing unit 53 reads the electronic application data corresponding to the reception number from the application data storage unit 55, and transmits the read electronic application data to the Ministry of Justice general reception notification system 7 (step S91). The Ministry of Justice general reception notice system 7 receives the electronic application data from the multiple party application processing system 5 and performs a process for registration.
[0044]
In the Ministry of Justice general reception notification system 7, the same processing as that of the agent application is performed. For example, a virus check function, a format check function, an authentication data validity check function, a registration license tax payment check function, an electronic application data storage function, a processing status display function, and the like are implemented. Eventually, if there is no content problem in the electronic application data, it will be registered in the registry. The purpose of the present embodiment is to simulate the window appearance principle in a multi-party application, and the processing after agreement is confirmed in a multi-party application is described below. This is the same as the processing of a normal electronic application, and will not be described further.
[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 application processing system 5 and the reception number automatic issuance processing system 9 are separately provided, but they may be integrated. In addition, although the example has been described in which the multiple party application processing system 5 and the Ministry of Justice general reception notification system 7 are provided separately, they may be integrated. In the example described above, a mortgagee such as a financial institution did not appear, but the present invention can be applied to a case where the mortgage is set on the same day. Even at that time, the types and the number of parties are increased and only the document data is increased, and no special processing is required.
[0046]
Further, the data configuration of the reservation data management DB 54 shown in FIG. 2 is also an example, and for example, one URL can be used for the reception number. Further, the processing may not use the electronic certificate. Further, the response type (agreement or no agreement) and response time of each party may be registered in the reservation data management DB 54.
[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 claim 1, further comprising:
[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 claim 1, comprising:
[0050]
(Appendix 4)
4. The information processing method according to any one of supplementary notes 1 to 3, wherein the procedure reservation request includes designation of an agreement confirmation time.
[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 supplementary notes 1 to 4, further comprising:
[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 Buyer A terminal 3b Buyer B terminal
3c Seller A terminal 3d Seller B terminal 3e Mortgage holder terminal
3f agent terminal
5 Multi-party application processing system 7 Ministry of Justice general acceptance notification system
51 Reservation processing unit 52 Agreement formation check processing unit
53 Electronic application data notification processing 54 Reservation data management DB
55 Application data storage
71 General reception processing unit 72 General reception management processing unit
73 processing status display processing unit 91 reception number management DB

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.
JP2002199883A 2002-07-09 2002-07-09 Information processing method for application by principal for real estate registration by two or more parties Pending JP2004046331A (en)

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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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

Patent Citations (5)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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