(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2022-11-10
(45)【発行日】2022-11-18
(54)【発明の名称】不動産決済支援システム、不動産決済支援方法及びプログラム
(51)【国際特許分類】
G06Q 50/16 20120101AFI20221111BHJP
【ＦＩ】
G06Q50/16 320
【請求項の数】
11
(21)【出願番号】P 2022116888
(22)【出願日】2022-07-22
【審査請求日】2022-07-22
【早期審査対象出願】
(73)【特許権者】
【識別番号】507148490
【氏名又は名称】株式会社エスクロー・エージェント・ジャパン
(74)【代理人】
【識別番号】100177220
【弁理士】
【氏名又は名称】小木 智彦
(72)【発明者】
【氏名】本間 英明
(72)【発明者】
【氏名】成宮 正一郎
【審査官】宮地 匡人
(56)【参考文献】
【文献】国際公開第２０２１／１６７０７１（ＷＯ，Ａ１）
【文献】特開２０１０－０３３４１２（ＪＰ，Ａ）
【文献】特開２０２１－１８９７６８（ＪＰ，Ａ）
【文献】特開２００５－１０７５５８（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
売主から買主へ仲介業者及び司法書士を介して不動産の決済を支援する不動産決済支援システムであって、決済の対象となる不動産の基本情報及び物件書類データを取得する不動産情報取得部と、
前記不動産の決済用に前記仲介業者が選定した司法書士を仮登録する仮登録部と、
前記仮登録した司法書士に受任の意思を確認する受任意思確認部と、
前記司法書士に受任の意思がある場合、売主と司法書士の面談、買主と司法書士の面談、を夫々設定する面談設定部と、
前記不動産の決済に関する手付金の第１指図書を作成する第１作成部と、
指定の信託口口座に手付金の着金を確認する手付金着金確認部と、
当該不動産の決済における送金可能判断の結果を前記司法書士から取得する送金結果取得部と、
取得した前記送金可能判断に基づいて、信託会社に前記第１指図書通りに送金可能となったことを通知する第１通知部と、
前記設定した面談での内容を記録する面談内容記録部と、
前記不動産の決済に関する売買代金に対する残金の第２指図書を作成する第２作成部と、
前記司法書士による登記可能判断の結果を取得する登記結果取得部と、
指定の信託口口座に残金の着金を確認する残金着金確認部と、
取得した前記登記可能判断に基づいて、信託会社に前記第２指図書通りに送金可能となったことを通知する第２通知部と、
当該不動産の仲介業者、司法書士の各々に、各手数料が支払われたかを確認する手数料確認部と、
前記司法書士から、登記申請受領証データを取得する登記申請受領証データ取得部と、
前記買主に対して、登記が完了したことを通知する第３通知部と、
を備える不動産決済支援システム。
【請求項2】
前記司法書士に受任の意思がある場合、決済の対象となる不動産の売主と買主の各々に、個人情報に問題がないかを確認する個人情報確認部と、を更に備える請求項１に記載の不動産決済支援システム。
【請求項3】
前記買主に対するローンの審査の承認情報を取得する承認情報取得部と、取得した前記承認情報を登録する承認情報登録部と、
を更に備える請求項１に記載の不動産決済支援システム。
【請求項4】
前記売主に対するローンの返済情報を取得する返済情報取得部と、取得した前記返済情報を登録する返済情報登録部と、
を更に備える請求項１に記載の不動産決済支援システム。
【請求項5】
前記不動産の決済予定日を設定する決済予定日設定部と、を更に備え、
前記残金着金確認部は、設定された決済予定日に、着金を確認する、
請求項１に記載の不動産決済支援システム。
【請求項6】
前記不動産の決済の対象となる不動産の売主と買主の各々に、決済の最終意思を確認する最終意思確認部と、を更に備える請求項１に記載の不動産決済支援システム。
【請求項7】
前記不動産の決済に関する資金計画書を取得する資金計画書取得部と、を更に備える請求項１に記載の不動産決済支援システム。
【請求項8】
取得した前記送金可能判断を、分散台帳に記録する送金結果記録部と、を更に備える請求項１に記載の不動産決済支援システム。
【請求項9】
取得した前記登記可能判断を、分散台帳に記録する登記結果記録部と、を更に備える請求項１に記載の不動産決済支援システム。
【請求項10】
売主から買主へ仲介業者及び司法書士を介して不動産の決済を支援するコンピュータが実行する不動産決済支援方法であって、決済の対象となる不動産の基本情報及び物件書類データを取得するステップと、
前記不動産の決済用に前記仲介業者が選定した司法書士を仮登録するステップと、
前記仮登録した司法書士に受任の意思を確認するステップと、
前記司法書士に受任の意思がある場合、売主と司法書士の面談、買主と司法書士の面談、を夫々設定するステップと、
前記不動産の決済に関する手付金の第１指図書を作成するステップと、
指定の信託口口座に手付金の着金を確認するステップと、
当該不動産の決済における送金可能判断の結果を前記司法書士から取得するステップと、
取得した前記送金可能判断に基づいて、信託会社に前記第１指図書通りに送金可能となったことを通知するステップと、
前記設定した面談での内容を記録するステップと、
前記不動産の決済に関する売買代金に対する残金の第２指図書を作成するステップと、
前記司法書士による登記可能判断の結果を取得するステップと、
指定の信託口口座に残金の着金を確認するステップと、
取得した前記登記可能判断に基づいて、信託会社に前記第２指図書通りに送金可能となったことを通知するステップと、
当該不動産の仲介業者、司法書士の各々に、各手数料が支払われたかを確認するステップと、
前記司法書士から、登記申請受領証データを取得するステップと、
前記買主に対して、登記が完了したことを通知するステップと、
を備える不動産決済支援方法。
【請求項11】
売主から買主へ仲介業者及び司法書士を介して不動産の決済を支援するコンピュータに、決済の対象となる不動産の基本情報及び物件書類データを取得するステップ、
前記不動産の決済用に前記仲介業者が選定した司法書士を仮登録するステップ、
前記仮登録した司法書士に受任の意思を確認するステップ、
前記司法書士に受任の意思がある場合、売主と司法書士の面談、買主と司法書士の面談、を夫々設定するステップ、
前記不動産の決済に関する手付金の第１指図書を作成するステップ、
指定の信託口口座に手付金の着金を確認するステップ、
当該不動産の決済における送金可能判断の結果を前記司法書士から取得するステップ、
取得した前記送金可能判断に基づいて、信託会社に前記第１指図書通りに送金可能となったことを通知するステップ、
前記設定した面談での内容を記録するステップ、
前記不動産の決済に関する売買代金に対する残金の第２指図書を作成するステップ、
前記司法書士による登記可能判断の結果を取得するステップ、
指定の信託口口座に残金の着金を確認するステップ、
取得した前記登記可能判断に基づいて、信託会社に前記第２指図書通りに送金可能となったことを通知するステップ、
当該不動産の仲介業者、司法書士の各々に、各手数料が支払われたかを確認するステップ、
前記司法書士から、登記申請受領証データを取得するステップ、
前記買主に対して、登記が完了したことを通知するステップ、
を実行させるためのコンピュータ読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、売主から買主へ仲介業者及び司法書士を介した不動産の決済の支援に有効な技術に関する。
【背景技術】
【0002】
近年、不動産の決済を支援する技術が注目されている。
例えば、特許文献１では、買い手と売り手とが直接匿名でメッセージを交換し、その結果、買い手と売り手とが直接不動産物件を売買できるようにしたことを特徴とする不動産売買支援システムが開示されている。
また、他には、特許文献２では、買取業者から、不動産に対する入札額の入力を受け付け、入札期限において、最高額となる入札額を提示した買取側業者を、この不動産の買取業者に決定するオークション形式の売買システムが開示されている。
例えば、特許文献１では、買い手と売り手とが直接匿名でメッセージを交換し、その結果、買い手と売り手とが直接不動産物件を売買できるようにしたことを特徴とする不動産売買支援システムが開示されている。
また、他には、特許文献２では、買取業者から、不動産に対する入札額の入力を受け付け、入札期限において、最高額となる入札額を提示した買取側業者を、この不動産の買取業者に決定するオークション形式の売買システムが開示されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０２２－６３９４９号公報
【文献】特開２０１８－４５３３９号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
様々なビジネスでキャッシュレス決済が行われ始めている。しかしながら、不動産の売買取引の決済は、未だＤＸ（Ｄｉｇｉｔａｌ Ｔｒａｎｓｆｏｒｍａｔｉｏｎ）化が十分ではなく、現在も、売主、買主、仲介業者及び司法書士が一箇所に集まって対面で行われている。そのため、非効率である。
例えば、不動産の売買取引の決済では、買主が事前に１００万円単位の手付金を、金融機関で事前に引き出し、自宅で保管して、契約時に持ち歩いている。そして、これを受け取った売主が、この１００万円単位の手付金を持ち帰っている。加えて、決済日が平日午前中に限定されるため、売主、買主、仲介業者及び司法書士全てのスケジュール調整が困難な場合がある。
そのため、不動産ビジネスとして慣習的な手順に基づく決済手続きを更に効率化する技術が求められている。
しかしながら、特許文献１及び２に記載の技術では、不動産ビジネスとして慣習的な手順に基づく決済手続きを更に効率化したものではない。
そこで、本発明者らは、不動産ビジネスとして慣習的な手順に基づく決済手続きを更に効率化する仕組みに着目した。
例えば、不動産の売買取引の決済では、買主が事前に１００万円単位の手付金を、金融機関で事前に引き出し、自宅で保管して、契約時に持ち歩いている。そして、これを受け取った売主が、この１００万円単位の手付金を持ち帰っている。加えて、決済日が平日午前中に限定されるため、売主、買主、仲介業者及び司法書士全てのスケジュール調整が困難な場合がある。
そのため、不動産ビジネスとして慣習的な手順に基づく決済手続きを更に効率化する技術が求められている。
しかしながら、特許文献１及び２に記載の技術では、不動産ビジネスとして慣習的な手順に基づく決済手続きを更に効率化したものではない。
そこで、本発明者らは、不動産ビジネスとして慣習的な手順に基づく決済手続きを更に効率化する仕組みに着目した。
【0005】
本発明は、不動産ビジネスとして慣習的な手順に基づく決済手続きを更に効率化することを可能とする不動産決済支援システム、不動産決済支援方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【0006】
本発明は、売主から買主へ仲介業者及び司法書士を介して不動産の決済を支援する不動産決済支援システムであって、
決済の対象となる不動産の基本情報及び物件書類データを取得する不動産情報取得部と、
前記不動産の決済用に前記仲介業者が選定した司法書士を仮登録する仮登録部と、
前記仮登録した司法書士に受任の意思を確認する受任意思確認部と、
前記司法書士に受任の意思がある場合、売主と司法書士の面談、買主と司法書士の面談、を夫々設定する面談設定部と、
前記不動産の決済に関する手付金の第１指図書を作成する第１作成部と、
指定の信託口口座に手付金の着金を確認する手付金着金確認部と、
当該不動産の決済における送金可能判断の結果を前記司法書士から取得する送金結果取得部と、
取得した前記送金可能判断に基づいて、信託会社に前記第１指図書通りに送金可能となったことを通知する第１通知部と、
前記設定した面談での内容を記録する面談内容記録部と、
前記不動産の決済に関する売買代金に対する残金の第２指図書を作成する第２作成部と、
前記司法書士による登記可能判断の結果を取得する登記結果取得部と、
指定の信託口口座に残金の着金を確認する残金着金確認部と、
取得した前記登記可能判断に基づいて、信託会社に前記第２指図書通りに送金可能となったことを通知する第２通知部と、
当該不動産の仲介業者、司法書士の各々に、各手数料が支払われたかを確認する手数料確認部と、
前記司法書士から、登記申請受領証データを取得する登記申請受領証データ取得部と、
前記買主に対して、登記が完了したことを通知する第３通知部と、
を備える不動産決済支援システムを提供する。
決済の対象となる不動産の基本情報及び物件書類データを取得する不動産情報取得部と、
前記不動産の決済用に前記仲介業者が選定した司法書士を仮登録する仮登録部と、
前記仮登録した司法書士に受任の意思を確認する受任意思確認部と、
前記司法書士に受任の意思がある場合、売主と司法書士の面談、買主と司法書士の面談、を夫々設定する面談設定部と、
前記不動産の決済に関する手付金の第１指図書を作成する第１作成部と、
指定の信託口口座に手付金の着金を確認する手付金着金確認部と、
当該不動産の決済における送金可能判断の結果を前記司法書士から取得する送金結果取得部と、
取得した前記送金可能判断に基づいて、信託会社に前記第１指図書通りに送金可能となったことを通知する第１通知部と、
前記設定した面談での内容を記録する面談内容記録部と、
前記不動産の決済に関する売買代金に対する残金の第２指図書を作成する第２作成部と、
前記司法書士による登記可能判断の結果を取得する登記結果取得部と、
指定の信託口口座に残金の着金を確認する残金着金確認部と、
取得した前記登記可能判断に基づいて、信託会社に前記第２指図書通りに送金可能となったことを通知する第２通知部と、
当該不動産の仲介業者、司法書士の各々に、各手数料が支払われたかを確認する手数料確認部と、
前記司法書士から、登記申請受領証データを取得する登記申請受領証データ取得部と、
前記買主に対して、登記が完了したことを通知する第３通知部と、
を備える不動産決済支援システムを提供する。
【0007】
本発明によれば、売主から買主へ仲介業者及び司法書士を介して不動産の決済を支援する不動産決済支援システムは、決済の対象となる不動産の基本情報及び物件書類データを取得し、前記不動産の決済用に前記仲介業者が選定した司法書士を仮登録し、前記仮登録した司法書士に受任の意思を確認し、前記司法書士に受任の意思がある場合、売主と司法書士の面談、買主と司法書士の面談、を夫々設定し、前記不動産の決済に関する手付金の第１指図書を作成し、指定の信託口口座に手付金の着金を確認し、当該不動産の決済における送金可能判断の結果を前記司法書士から取得し、取得した前記送金可能判断に基づいて、信託会社に前記第１指図書通りに送金可能となったことを通知し、前記設定した面談での内容を記録し、前記不動産の決済に関する売買代金に対する残金の第２指図書を作成し、前記司法書士による登記可能判断の結果を取得し、指定の信託口口座に残金の着金を確認し、取得した前記登記可能判断に基づいて、信託会社に前記第２指図書通りに送金可能となったことを通知し、当該不動産の仲介業者、司法書士の各々に、各手数料が支払われたかを確認し、前記司法書士から、登記申請受領証データを取得し、前記買主に対して、登記が完了したことを通知する。
【0008】
本発明は、システムのカテゴリであるが、方法及びプログラムであっても同様の作用、効果を奏する。
【発明の効果】
【0009】
本発明によれば、不動産ビジネスとして慣習的な手順に基づく決済手続きを更に効率化することが可能となる。
【図面の簡単な説明】
【0010】
【図1】不動産決済支援システム１の概要を説明する図である。
【図2】不動産決済支援システム１の機能構成を示す図である。
【図3】不動産決済支援システム１が実行する第１情報登録処理のフローチャートを示す図である。
【図4】不動産決済支援システム１が実行する司法書士登録処理のフローチャートを示す図である。
【図5】不動産決済支援システム１が実行する面談設定処理のフローチャートを示す図である。
【図6】不動産決済支援システム１が実行する第１通知処理のフローチャートを示す図である。
【図7】コンピュータ１０が作成する第１指図書の一例を模式的に示した図である。
【図8】コンピュータ１０とデータ通信可能に接続された複数の格納部５０の一例を模式的に示した図である。
【図9】複数の格納部５０が分散記録する情報の一例を模式的に示した図である。
【図10】不動産決済支援システム１が実行する第２情報登録処理のフローチャートを示す図である。
【図11】不動産決済支援システム１が実行する面談後処理のフローチャートを示す図である。
【図12】不動産決済支援システム１が実行する第２通知処理のフローチャートを示す図である。
【図13】登記可能判断の入力用ＵＩの一例を模式的に示した図である。
【図14】複数の格納部５０が分散記録する情報の一例を模式的に示した図である。
【図15】不動産決済支援システム１が実行する第３通知処理のフローチャートを示す図である。
【発明を実施するための形態】
【0011】
以下、添付図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。以降の図においては、実施形態の説明の全体を通して同じ要素には同じ番号又は符号を付している。
なお、本明細書における、売主、買主、仲介業者、司法書士、金融機関及び信託会社が実行するかのように記載する何らかの処理を実行するとは、各々が所持又は管理する端末装置等により、該当する処理を実行することを意図するものである。すなわち、売主、買主、仲介業者、司法書士、金融機関及び信託会社の各々が主体として何らかの処理を実行するのではなく、各端末装置がその処理を実行するものである。
なお、本明細書における、売主、買主、仲介業者、司法書士、金融機関及び信託会社が実行するかのように記載する何らかの処理を実行するとは、各々が所持又は管理する端末装置等により、該当する処理を実行することを意図するものである。すなわち、売主、買主、仲介業者、司法書士、金融機関及び信託会社の各々が主体として何らかの処理を実行するのではなく、各端末装置がその処理を実行するものである。
【0012】
［不動産決済支援システム１の概要］
図１は、不動産決済支援システム１の概要を説明するための模式図である。
不動産決済支援システム１は、サーバ機能を有するコンピュータ１０が、売主２、買主３、仲介業者４、司法書士５、金融機関６及び信託会社７の各々が所持又は管理する端末装置と協働して、売主２から買主３へ仲介業者４及び司法書士５を介して不動産の決済を支援する処理を実現する。
図１は、不動産決済支援システム１の概要を説明するための模式図である。
不動産決済支援システム１は、サーバ機能を有するコンピュータ１０が、売主２、買主３、仲介業者４、司法書士５、金融機関６及び信託会社７の各々が所持又は管理する端末装置と協働して、売主２から買主３へ仲介業者４及び司法書士５を介して不動産の決済を支援する処理を実現する。
【0013】
不動産決済支援システム１を構成する端末及び装置について説明する。
不動産決済支援システム１は、すくなくともサーバ機能を有するコンピュータ１０を備えるシステムであれば良い。このコンピュータ１０は、例えば、１台のコンピュータで実現されても良いし、クラウドコンピュータのように、複数のコンピュータで実現されても良い。
本明細書におけるクラウドコンピュータとは、ある特定の機能を果たす際に、任意のコンピュータをスケーラブルに用いるものや、あるシステムを実現するために複数の機能モジュールを含み、その機能を自由に組み合わせて用いるものの何れであっても良い。
本明細書において、不動産決済支援システム１は、コンピュータ１０に加え、売主２、買主３、仲介業者４、司法書士５、金融機関６及び信託会社７の各々が所持又は管理する端末装置により構成される。
不動産決済支援システム１を構成する端末装置は、あくまでも一例であり、コンピュータ１０を除く各端末装置については、その数、種類及び機能については、適宜変更可能である。
不動産決済支援システム１は、すくなくともサーバ機能を有するコンピュータ１０を備えるシステムであれば良い。このコンピュータ１０は、例えば、１台のコンピュータで実現されても良いし、クラウドコンピュータのように、複数のコンピュータで実現されても良い。
本明細書におけるクラウドコンピュータとは、ある特定の機能を果たす際に、任意のコンピュータをスケーラブルに用いるものや、あるシステムを実現するために複数の機能モジュールを含み、その機能を自由に組み合わせて用いるものの何れであっても良い。
本明細書において、不動産決済支援システム１は、コンピュータ１０に加え、売主２、買主３、仲介業者４、司法書士５、金融機関６及び信託会社７の各々が所持又は管理する端末装置により構成される。
不動産決済支援システム１を構成する端末装置は、あくまでも一例であり、コンピュータ１０を除く各端末装置については、その数、種類及び機能については、適宜変更可能である。
【0014】
不動産決済支援システム１が、売主２から買主３へ仲介業者４及び司法書士５を介して不動産の決済を支援する際の処理ステップの概要について説明する。
【0015】
コンピュータ１０は、決済の対象となる不動産の基本情報及び物件書類データを取得する（ステップＳ１）。
コンピュータ１０は、この基本情報及び物件書類データを、仲介業者４から取得する。
仲介業者４は、決済の対象となる不動産の基本情報及び物件書類データを、売主２及び買主３から取得する。仲介業者４は、取得したこの基本情報及び物件書類データをコンピュータ１０に送信する。
コンピュータ１０は、この基本情報及び物件書類データを受信し、決済の対象となる不動産の基本情報及び物件書類データを取得する。
コンピュータ１０は、この基本情報及び物件書類データを、仲介業者４から取得する。
仲介業者４は、決済の対象となる不動産の基本情報及び物件書類データを、売主２及び買主３から取得する。仲介業者４は、取得したこの基本情報及び物件書類データをコンピュータ１０に送信する。
コンピュータ１０は、この基本情報及び物件書類データを受信し、決済の対象となる不動産の基本情報及び物件書類データを取得する。
【0016】
コンピュータ１０は、不動産の決済用に仲介業者４が選定した司法書士５を仮登録する（ステップＳ２）。
コンピュータ１０は、不動産の決済用に仲介業者４が選定した司法書士５の情報を取得する。
仲介業者４は、不動産の決済用に司法書士５を選定し、選定した司法書士５の情報をコンピュータ１０に送信する。コンピュータ１０は、この司法書士５の情報を受信し、不動産の決済用に仲介業者４が選定した司法書士５の情報を取得する。
コンピュータ１０は、取得した司法書士５の情報を仮登録し、不動産の決済用に仲介業者４が選定した司法書士５を仮登録する。
コンピュータ１０は、不動産の決済用に仲介業者４が選定した司法書士５の情報を取得する。
仲介業者４は、不動産の決済用に司法書士５を選定し、選定した司法書士５の情報をコンピュータ１０に送信する。コンピュータ１０は、この司法書士５の情報を受信し、不動産の決済用に仲介業者４が選定した司法書士５の情報を取得する。
コンピュータ１０は、取得した司法書士５の情報を仮登録し、不動産の決済用に仲介業者４が選定した司法書士５を仮登録する。
【0017】
コンピュータ１０は、仮登録した司法書士５に受任の意思を確認する（ステップＳ３）。
コンピュータ１０は、この司法書士５に、不動産の決済に関する受任の意思を確認する内容が入力されたメールやＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）等のメールを送信する。
司法書士５は、このメールを受信し、閲覧する。
司法書士５は、このメールに対して受任するか否かを回答する。
コンピュータ１０は、この回答に基づいて、受任の意思を確認する。
コンピュータ１０は、選定された司法書士５に受任の意思がない場合、仮登録された司法書士５の情報を削除し、この司法書士５に受任の意思がある場合、司法書士５を本登録する。
コンピュータ１０は、この司法書士５に、不動産の決済に関する受任の意思を確認する内容が入力されたメールやＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）等のメールを送信する。
司法書士５は、このメールを受信し、閲覧する。
司法書士５は、このメールに対して受任するか否かを回答する。
コンピュータ１０は、この回答に基づいて、受任の意思を確認する。
コンピュータ１０は、選定された司法書士５に受任の意思がない場合、仮登録された司法書士５の情報を削除し、この司法書士５に受任の意思がある場合、司法書士５を本登録する。
【0018】
コンピュータ１０は、司法書士５に受任の意思がある場合、売主２と司法書士５の面談、買主３と司法書士５の面談、を夫々設定する（ステップＳ４）。
コンピュータ１０が面談を設定するとは、例えば、面談日、面談時間、面談場所、面談方法、面談時に必要な書類を設定するものである。
コンピュータ１０は、予め取得した売主２、買主３及び司法書士５のスケジュール状況等に基づいて、この売主２と司法書士５の面談、買主３と司法書士５の面談、を其々設定しても良いし、仲介業者４が指定する設定に基づいて、この売主２と司法書士５の面談、買主３と司法書士５の面談、を其々設定しても良い。
コンピュータ１０が面談を設定するとは、例えば、面談日、面談時間、面談場所、面談方法、面談時に必要な書類を設定するものである。
コンピュータ１０は、予め取得した売主２、買主３及び司法書士５のスケジュール状況等に基づいて、この売主２と司法書士５の面談、買主３と司法書士５の面談、を其々設定しても良いし、仲介業者４が指定する設定に基づいて、この売主２と司法書士５の面談、買主３と司法書士５の面談、を其々設定しても良い。
【0019】
コンピュータ１０は、不動産の決済に関する、売買代金に対する手付金の第１指図書を作成する（ステップＳ５）。
コンピュータ１０は、予め設定された所定の形式に基づいて、第１指図書を作成する。この第１指図書には、売主２に対して支払う手付金に加えて、仲介業者４等に支払う手数料等の手付金以外の金額も含まれる。
コンピュータ１０は、予め設定された所定の形式に基づいて、第１指図書を作成する。この第１指図書には、売主２に対して支払う手付金に加えて、仲介業者４等に支払う手数料等の手付金以外の金額も含まれる。
【0020】
コンピュータ１０は、指定の信託口口座に手付金の着金を確認する（ステップＳ６）。
コンピュータ１０は、作成した第１指図書にて指定された信託口口座を管理する信託会社７に手付金の着金を確認する。
コンピュータ１０は、この信託会社７に、手付金の着金を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。
信託会社７は、このメールを受信し、閲覧する。
信託会社７は、このメールに対して着金したか否かを回答する。
コンピュータ１０は、この回答に基づいて、手付金の着金を確認する。
コンピュータ１０は、作成した第１指図書にて指定された信託口口座を管理する信託会社７に手付金の着金を確認する。
コンピュータ１０は、この信託会社７に、手付金の着金を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。
信託会社７は、このメールを受信し、閲覧する。
信託会社７は、このメールに対して着金したか否かを回答する。
コンピュータ１０は、この回答に基づいて、手付金の着金を確認する。
【0021】
コンピュータ１０は、不動産の決済における送金可能判断の結果を司法書士５から取得する（ステップＳ７）。
コンピュータ１０は、信託口口座に振り込まれた手付金を売主２に対して送金可能であることを示す送金可能判断を、司法書士５から取得する。
司法書士５は、この送金可能判断を、コンピュータ１０に送信する。
コンピュータ１０は、この送金可能判断を受信し、不動産の決済における送金可能判断の結果を司法書士５から取得する。
コンピュータ１０は、信託口口座に振り込まれた手付金を売主２に対して送金可能であることを示す送金可能判断を、司法書士５から取得する。
司法書士５は、この送金可能判断を、コンピュータ１０に送信する。
コンピュータ１０は、この送金可能判断を受信し、不動産の決済における送金可能判断の結果を司法書士５から取得する。
【0022】
コンピュータ１０は、取得した送金可能判断に基づいて、信託会社７に第１指図書通りに送金可能となったことを通知する（ステップＳ８）。
コンピュータ１０は、送金可能判断の結果として、第１指図書通りに送金可能となったことが入力されたメールやＳＭＳ等のメールを、信託会社７に送信する。
信託会社７は、このメールを受信し、閲覧する。
コンピュータ１０は、このメールを信託会社７に送信し、閲覧させることにより、取得した送金可能判断に基づいて、信託会社７に第１指図書通りに送金可能となったことを通知する。
コンピュータ１０は、送金可能判断の結果として、第１指図書通りに送金可能となったことが入力されたメールやＳＭＳ等のメールを、信託会社７に送信する。
信託会社７は、このメールを受信し、閲覧する。
コンピュータ１０は、このメールを信託会社７に送信し、閲覧させることにより、取得した送金可能判断に基づいて、信託会社７に第１指図書通りに送金可能となったことを通知する。
【0023】
コンピュータ１０は、設定した面談での内容を記録する（ステップＳ９）。
コンピュータ１０は、設定した面談での内容を、売主２及び買主３の各々と面談を行った司法書士５から取得し、取得した面談での内容（例えば、会話ログ、本人確認の結果、売却の意思確認結果、購入の意思確認結果、必要書類の確認結果）を記録する。
コンピュータ１０は、設定した面談での内容を、売主２及び買主３の各々と面談を行った司法書士５から取得し、取得した面談での内容（例えば、会話ログ、本人確認の結果、売却の意思確認結果、購入の意思確認結果、必要書類の確認結果）を記録する。
【0024】
コンピュータ１０は、不動産の決済に関する売買代金に対する残金の第２指図書を作成する（ステップＳ１０）。
コンピュータ１０は、予め設定された所定の形式に基づいて、第２指図書を作成する。この第２指図書には、売主２に対して支払う売買代金に対する残金に加えて、仲介業者４、司法書士５等に支払う手数料等の売買代金に対する残金以外の金額も含まれる。
コンピュータ１０は、予め設定された所定の形式に基づいて、第２指図書を作成する。この第２指図書には、売主２に対して支払う売買代金に対する残金に加えて、仲介業者４、司法書士５等に支払う手数料等の売買代金に対する残金以外の金額も含まれる。
【0025】
コンピュータ１０は、司法書士５による登記可能判断の結果を取得する（ステップＳ１１）。
コンピュータ１０は、面談の結果、登記申請に係る確認及び準備が完了したことを示す登記可能判断を、司法書士５から取得する。
司法書士５は、この登記可能判断を、コンピュータ１０に送信する。
コンピュータ１０は、この登記可能判断を受信し、司法書士５による登記可能判断の結果を取得する。
コンピュータ１０は、面談の結果、登記申請に係る確認及び準備が完了したことを示す登記可能判断を、司法書士５から取得する。
司法書士５は、この登記可能判断を、コンピュータ１０に送信する。
コンピュータ１０は、この登記可能判断を受信し、司法書士５による登記可能判断の結果を取得する。
【0026】
コンピュータ１０は、指定の信託口口座に残金の着金を確認する（ステップＳ１２）。
コンピュータ１０は、指定の信託口口座を管理する信託会社７に売買代金に対する残金の着金を確認する。
コンピュータ１０は、この信託会社７に、売買代金に対する残金の着金を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。
信託会社７は、このメールを受信し、閲覧する。
信託会社７は、このメールに対して、着金したか否かを回答する。
コンピュータ１０は、この回答に基づいて、売買代金に対する残金の着金を確認する。
コンピュータ１０は、指定の信託口口座を管理する信託会社７に売買代金に対する残金の着金を確認する。
コンピュータ１０は、この信託会社７に、売買代金に対する残金の着金を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。
信託会社７は、このメールを受信し、閲覧する。
信託会社７は、このメールに対して、着金したか否かを回答する。
コンピュータ１０は、この回答に基づいて、売買代金に対する残金の着金を確認する。
【0027】
コンピュータ１０は、取得した登記可能判断に基づいて、信託会社７に第２指図書通りに送金可能となったことを通知する（ステップＳ１３）。
コンピュータ１０は、登記可能判断の結果として、第２指図書通りに送金可能となったことが入力されたメールやＳＭＳ等のメールを、信託会社７に送信する。
信託会社７は、このメールを受信し、閲覧する。
コンピュータ１０は、このメールを信託会社７に送信し、閲覧させることにより、取得した登記可能判断に基づいて、信託会社７に第２指図書通りに送金可能となったことを通知する。
コンピュータ１０は、登記可能判断の結果として、第２指図書通りに送金可能となったことが入力されたメールやＳＭＳ等のメールを、信託会社７に送信する。
信託会社７は、このメールを受信し、閲覧する。
コンピュータ１０は、このメールを信託会社７に送信し、閲覧させることにより、取得した登記可能判断に基づいて、信託会社７に第２指図書通りに送金可能となったことを通知する。
【0028】
コンピュータ１０は、不動産の仲介業者４、司法書士５の各々に、各手数料が支払われたかを確認する（ステップＳ１４）。
コンピュータ１０は、作成した第２指図書にて仲介業者４及び司法書士５の各々への振込金額として指定された手数料が支払われたかを確認する。
コンピュータ１０は、仲介業者４及び司法書士５の各々に、手数料が支払われたかを確認する内容が入力されたメールやＳＭＳ等のメールを送信する。
仲介業者４及び司法書士５の各々は、このメールを受信し、閲覧する。
仲介業者４及び司法書士５の各々は、このメールに対して手数料が支払われたか否かを回答する。
コンピュータ１０は、この回答に基づいて、手数料が支払われたかを確認する。
コンピュータ１０は、作成した第２指図書にて仲介業者４及び司法書士５の各々への振込金額として指定された手数料が支払われたかを確認する。
コンピュータ１０は、仲介業者４及び司法書士５の各々に、手数料が支払われたかを確認する内容が入力されたメールやＳＭＳ等のメールを送信する。
仲介業者４及び司法書士５の各々は、このメールを受信し、閲覧する。
仲介業者４及び司法書士５の各々は、このメールに対して手数料が支払われたか否かを回答する。
コンピュータ１０は、この回答に基づいて、手数料が支払われたかを確認する。
【0029】
コンピュータ１０は、司法書士５から、登記申請受領証データを取得する（ステップＳ１５）。
司法書士５は、この登記申請受領証データを、コンピュータ１０に送信する。
コンピュータ１０は、この登記申請受領証データを受信し、司法書士５から、登記申請受領証データを取得する。
司法書士５は、この登記申請受領証データを、コンピュータ１０に送信する。
コンピュータ１０は、この登記申請受領証データを受信し、司法書士５から、登記申請受領証データを取得する。
【0030】
コンピュータ１０は、買主３に対して、登記が完了したことを通知する（ステップＳ１６）。
コンピュータ１０は、決済の対象となる不動産の登記が完了したことが入力されたメールやＳＭＳ等のメールを、買主３に送信する。
買主３は、このメールを受信し、閲覧する。
コンピュータ１０は、このメールを買主３に送信し、閲覧させることにより、買主３に対して、登記が完了したことを通知する。
コンピュータ１０は、決済の対象となる不動産の登記が完了したことが入力されたメールやＳＭＳ等のメールを、買主３に送信する。
買主３は、このメールを受信し、閲覧する。
コンピュータ１０は、このメールを買主３に送信し、閲覧させることにより、買主３に対して、登記が完了したことを通知する。
【0031】
以上が、不動産決済支援システム１の概要である。
本不動産決済支援システム１によれば、不動産ビジネスとして慣習的な手順に基づく決済手続きを更に効率化することが可能となる。
本不動産決済支援システム１によれば、不動産ビジネスとして慣習的な手順に基づく決済手続きを更に効率化することが可能となる。
【0032】
［装置構成］
図２は、不動産決済支援システム１の構成を示すブロック図である。不動産決済支援システム１は、売主２から買主３へ仲介業者４及び司法書士５を介して不動産の決済を支援するシステムであり、少なくともコンピュータ１０から構成される。本実施形態では、不動産決済支援システム１は、更に、売主２、買主３、仲介業者４、司法書士５、金融機関６及び信託会社７の各々が所持又は管理する端末装置を備える。
不動産決済支援システム１は、コンピュータ１０と、各々の端末装置とが、公衆回線網等のネットワーク８を介して、データ通信可能に接続されたシステムである。
なお、不動産決済支援システム１を構成する端末装置は、あくまでも一例であり、コンピュータ１０を除く各端末装置については、その数、種類及び機能については、適宜変更可能である。
図２は、不動産決済支援システム１の構成を示すブロック図である。不動産決済支援システム１は、売主２から買主３へ仲介業者４及び司法書士５を介して不動産の決済を支援するシステムであり、少なくともコンピュータ１０から構成される。本実施形態では、不動産決済支援システム１は、更に、売主２、買主３、仲介業者４、司法書士５、金融機関６及び信託会社７の各々が所持又は管理する端末装置を備える。
不動産決済支援システム１は、コンピュータ１０と、各々の端末装置とが、公衆回線網等のネットワーク８を介して、データ通信可能に接続されたシステムである。
なお、不動産決済支援システム１を構成する端末装置は、あくまでも一例であり、コンピュータ１０を除く各端末装置については、その数、種類及び機能については、適宜変更可能である。
【0033】
コンピュータ１０は、サーバ機能を有し、例えば、１台のコンピュータで実現されても良いし、クラウドコンピュータのように、複数のコンピュータで実現されても良い。
コンピュータ１０は、制御部として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備え、通信部として、他の端末や装置等と通信可能にするためのデバイス、決済の対象となる不動産の基本情報及び物件書類データを取得する不動産情報取得部１１、仮登録した司法書士５に受任の意思を確認する受任意思確認部１２、指定の信託口口座に手付金の着金を確認する手付金着金確認部１３、不動産の決済における送金可能判断の結果を司法書士５から取得する送金結果取得部１４、取得した送金可能判断に基づいて、信託会社７に第１指図書通りに送金可能となったことを通知する第１通知部１５、司法書士５による登記可能判断の結果を取得する登記結果取得部１６、指定の信託口口座に残金の着金を確認する残金着金確認部１７、取得した登記可能判断に基づいて、信託会社７に第２指図書通りに送金可能となったことを通知する第２通知部１８、不動産の仲介業者４、司法書士５の各々に、各手数料が支払われたかを確認する手数料確認部１９、司法書士５から、登記申請受領証データを取得する登記申請受領証データ取得部２０、買主３に対して、登記が完了したことを通知する第３通知部２１等を備える。
コンピュータ１０は、記録部として、ハードディスクや半導体メモリ、記録媒体、メモリカード等によるデータのストレージ部等を備え、不動産の決済用に仲介業者４が選定した司法書士５を仮登録する仮登録部２２、設定した面談での内容を記録する面談内容記録部２３等を備える。
コンピュータ１０は、処理部として、各種処理を実行する各種デバイス、司法書士５に受任の意思がある場合、売主２と司法書士５の面談、買主３と司法書士５の面談、を夫々設定する面談設定部２４、不動産の決済に関する手付金の第１指図書を作成する第１作成部２５、不動産の決済に関する売買代金に対する残金の第２指図書を作成する第２作成部２６等を備える。
コンピュータ１０は、制御部として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備え、通信部として、他の端末や装置等と通信可能にするためのデバイス、決済の対象となる不動産の基本情報及び物件書類データを取得する不動産情報取得部１１、仮登録した司法書士５に受任の意思を確認する受任意思確認部１２、指定の信託口口座に手付金の着金を確認する手付金着金確認部１３、不動産の決済における送金可能判断の結果を司法書士５から取得する送金結果取得部１４、取得した送金可能判断に基づいて、信託会社７に第１指図書通りに送金可能となったことを通知する第１通知部１５、司法書士５による登記可能判断の結果を取得する登記結果取得部１６、指定の信託口口座に残金の着金を確認する残金着金確認部１７、取得した登記可能判断に基づいて、信託会社７に第２指図書通りに送金可能となったことを通知する第２通知部１８、不動産の仲介業者４、司法書士５の各々に、各手数料が支払われたかを確認する手数料確認部１９、司法書士５から、登記申請受領証データを取得する登記申請受領証データ取得部２０、買主３に対して、登記が完了したことを通知する第３通知部２１等を備える。
コンピュータ１０は、記録部として、ハードディスクや半導体メモリ、記録媒体、メモリカード等によるデータのストレージ部等を備え、不動産の決済用に仲介業者４が選定した司法書士５を仮登録する仮登録部２２、設定した面談での内容を記録する面談内容記録部２３等を備える。
コンピュータ１０は、処理部として、各種処理を実行する各種デバイス、司法書士５に受任の意思がある場合、売主２と司法書士５の面談、買主３と司法書士５の面談、を夫々設定する面談設定部２４、不動産の決済に関する手付金の第１指図書を作成する第１作成部２５、不動産の決済に関する売買代金に対する残金の第２指図書を作成する第２作成部２６等を備える。
【0034】
コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、通信部と協働して、不動産情報取得モジュール、資金計画書取得モジュール、司法書士情報取得モジュール、受任意思確認モジュール、本登録通知モジュール、再選定通知モジュール、個人情報確認モジュール、面談通知モジュール、手付金着金確認モジュール、送金可能判断取得モジュール、手付金送金可能通知モジュール、送金可能判断記録モジュール、手付金送金確認モジュール、承認情報取得モジュール、融資金着金確認モジュール、返済情報取得モジュール、面談内容取得モジュール、最終意思確認モジュール、登記可能判断取得モジュール、登記可能判断記録モジュール、残金着金確認モジュール、残金送金可能通知モジュール、決済代金送金確認モジュール、売主残金確認モジュール、手数料確認モジュール、登記申請受領証データ取得モジュール、決済完了通知モジュール、登記完了通知モジュールを実現する。
また、コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、記録部と協働して、不動産情報登録モジュール、資金計画書登録モジュール、司法書士仮登録モジュール、司法書士本登録モジュール、仮登録削除モジュール、面談登録モジュール、手付金送金登録モジュール、承認情報登録モジュール、返済情報登録モジュール、面談内容記録モジュール、決済代金送金登録モジュールを実現する。
また、コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、処理部と協働して、受任意思判断モジュール、個人情報判断モジュール、面談設定モジュール、第１作成モジュール、決済予定日設定モジュール、第２作成モジュールを実現する。
また、コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、記録部と協働して、不動産情報登録モジュール、資金計画書登録モジュール、司法書士仮登録モジュール、司法書士本登録モジュール、仮登録削除モジュール、面談登録モジュール、手付金送金登録モジュール、承認情報登録モジュール、返済情報登録モジュール、面談内容記録モジュール、決済代金送金登録モジュールを実現する。
また、コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、処理部と協働して、受任意思判断モジュール、個人情報判断モジュール、面談設定モジュール、第１作成モジュール、決済予定日設定モジュール、第２作成モジュールを実現する。
【0035】
売主２、買主３、仲介業者４、司法書士５、金融機関６、信託会社７の各々が、所持又は管理する端末装置は、例えば、携帯電話、スマートフォン、タブレット端末等の携帯端末やパーソナルコンピュータ等の端末である。
これらの端末装置の各々は、端末制御部として、ＣＰＵ、ＧＰＵ、ＲＡＭ、ＲＯＭ等を備え、通信部として、他の端末や装置等と通信可能にするためのデバイス等を備え、入出力部として、各種情報の入出力を実行するためのデバイス等を備える。
これらの端末装置の各々は、端末制御部として、ＣＰＵ、ＧＰＵ、ＲＡＭ、ＲＯＭ等を備え、通信部として、他の端末や装置等と通信可能にするためのデバイス等を備え、入出力部として、各種情報の入出力を実行するためのデバイス等を備える。
【0036】
以下、不動産決済支援システム１が実行する各処理について、上述した各モジュールが実行する処理と併せて説明する。
本明細書において、各モジュールは、その処理内容を、自身が有する機能として実行するものであっても良いし、所定のアプリケーションを介して実行するものであっても良い。
本明細書において、各モジュールは、その処理内容を、自身が有する機能として実行するものであっても良いし、所定のアプリケーションを介して実行するものであっても良い。
【0037】
［コンピュータ１０が実行する第１情報登録処理］
図３に基づいて、コンピュータ１０が実行する第１情報登録処理について説明する。同図は、コンピュータ１０が実行する第１情報登録処理のフローチャートを示す図である。本第１情報登録処理は、上述した決済の対象となる不動産の基本情報及び物件書類データを取得する不動産情報取得処理（ステップＳ１）の詳細である。
図３に基づいて、コンピュータ１０が実行する第１情報登録処理について説明する。同図は、コンピュータ１０が実行する第１情報登録処理のフローチャートを示す図である。本第１情報登録処理は、上述した決済の対象となる不動産の基本情報及び物件書類データを取得する不動産情報取得処理（ステップＳ１）の詳細である。
【0038】
不動産情報取得モジュールは、決済の対象となる不動産の基本情報及び物件書類データを取得する（ステップＳ２０）。
基本情報は、例えば、物件に関する基本情報（例えば、物件種目、物件価格、権利形態、所在地、交通アクセス）、土地に関する情報（例えば、面積、地目、接道状況、その他）、建物に関する情報（例えば、構造、種類、延床面積、建築年月、間取・戸数、駐車場）、法令制限に関する情報（例えば、都市計画、用途地域、建ぺい率、容積率、その他の制限）、設備に関する情報（例えば、電気、ガス、上下水道、その他）、その他の情報（例えば、取引形態、仲介会社名、引渡時期、現況、その他）、図面や画像である。
物件書類データは、例えば、不動産登記簿謄本、案件管理書類（例えば、売主及び買主の個人情報（例えば、住所、氏名、連絡先（例えば、電話番号、ＦＡＸ番号、メールアドレス）、売主２及び買主３の各々が管理する口座の口座情報（例えば、金融機関名、金融機関コード、支店名、支店コード、口座番号、口座名義））に関するデータある。
不動産情報取得モジュールは、この基本情報及び物件書類データを、仲介業者４から取得する。このとき、不動産情報取得モジュールは、この基本情報及び物件書類データの送信の要求を、仲介業者４に送信するものであっても良いし、所定のタイミングで、定期又は不定期に、この基本情報及び物件書類データを、送信の要求によらず、仲介業者４から取得するものであっても良い。
仲介業者４は、決済の対象となる不動産の売主２から不動産の基本情報及び物件書類データを取得する。ここでの物件書類データは、例えば、不動産登記簿謄本及び売主２の個人情報等である。仲介業者４がこの基本情報及び物件書類データを取得する方法は、特に限定されるものではなく、売主２が送信した基本情報及び物件書類データの受信、基本情報及び物件書類データの直接入力等により取得すれば良い。
また、仲介業者４は、決済の対象となる不動産の買主３から物件書類データを取得する。ここでの物件書類データは、例えば、買主３の個人情報である。仲介業者４がこの物件書類データを取得する方法は、特に限定されるものではなく、買主３が送信した物件書類データの受信、物件書類データの直接入力等により取得すれば良い。
仲介業者４は、売主２から取得した不動産の基本情報及び物件書類データと、買主３から取得した物件書類データとをコンピュータ１０に送信する。
不動産情報取得モジュールは、この基本情報及び物件書類データを受信し、決済の対象となる不動産の基本情報及び物件書類データを取得する。不動産情報取得モジュールがこの基本情報及び物件書類データを取得する方法は、特に限定されるものではなく、この基本情報及び物件書類データを入力する所定のＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）、この基本情報及び物件書類データが入力されたメールやＳＭＳ等のメール等により取得すれば良い。
なお、不動産情報取得モジュールは、この基本情報及び物件書類データを、直接入力等のその他の方法により取得するものであっても良い。
基本情報は、例えば、物件に関する基本情報（例えば、物件種目、物件価格、権利形態、所在地、交通アクセス）、土地に関する情報（例えば、面積、地目、接道状況、その他）、建物に関する情報（例えば、構造、種類、延床面積、建築年月、間取・戸数、駐車場）、法令制限に関する情報（例えば、都市計画、用途地域、建ぺい率、容積率、その他の制限）、設備に関する情報（例えば、電気、ガス、上下水道、その他）、その他の情報（例えば、取引形態、仲介会社名、引渡時期、現況、その他）、図面や画像である。
物件書類データは、例えば、不動産登記簿謄本、案件管理書類（例えば、売主及び買主の個人情報（例えば、住所、氏名、連絡先（例えば、電話番号、ＦＡＸ番号、メールアドレス）、売主２及び買主３の各々が管理する口座の口座情報（例えば、金融機関名、金融機関コード、支店名、支店コード、口座番号、口座名義））に関するデータある。
不動産情報取得モジュールは、この基本情報及び物件書類データを、仲介業者４から取得する。このとき、不動産情報取得モジュールは、この基本情報及び物件書類データの送信の要求を、仲介業者４に送信するものであっても良いし、所定のタイミングで、定期又は不定期に、この基本情報及び物件書類データを、送信の要求によらず、仲介業者４から取得するものであっても良い。
仲介業者４は、決済の対象となる不動産の売主２から不動産の基本情報及び物件書類データを取得する。ここでの物件書類データは、例えば、不動産登記簿謄本及び売主２の個人情報等である。仲介業者４がこの基本情報及び物件書類データを取得する方法は、特に限定されるものではなく、売主２が送信した基本情報及び物件書類データの受信、基本情報及び物件書類データの直接入力等により取得すれば良い。
また、仲介業者４は、決済の対象となる不動産の買主３から物件書類データを取得する。ここでの物件書類データは、例えば、買主３の個人情報である。仲介業者４がこの物件書類データを取得する方法は、特に限定されるものではなく、買主３が送信した物件書類データの受信、物件書類データの直接入力等により取得すれば良い。
仲介業者４は、売主２から取得した不動産の基本情報及び物件書類データと、買主３から取得した物件書類データとをコンピュータ１０に送信する。
不動産情報取得モジュールは、この基本情報及び物件書類データを受信し、決済の対象となる不動産の基本情報及び物件書類データを取得する。不動産情報取得モジュールがこの基本情報及び物件書類データを取得する方法は、特に限定されるものではなく、この基本情報及び物件書類データを入力する所定のＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）、この基本情報及び物件書類データが入力されたメールやＳＭＳ等のメール等により取得すれば良い。
なお、不動産情報取得モジュールは、この基本情報及び物件書類データを、直接入力等のその他の方法により取得するものであっても良い。
【0039】
不動産情報登録モジュールは、取得した決済の対象となる不動産の基本情報及び物件書類データを登録する（ステップＳ２１）。
不動産情報登録モジュールは、決済の対象となる不動産の識別子（例えば、名称、管理番号）と、取得した基本情報及び物件書類データとを対応付けて登録する。
不動産情報登録モジュールは、決済の対象となる不動産の識別子（例えば、名称、管理番号）と、取得した基本情報及び物件書類データとを対応付けて登録する。
【0040】
資金計画書取得モジュールは、不動産の決済に関する資金計画書を取得する（ステップＳ２２）。
資金計画書取得モジュールは、仲介業者４から不動産の決済に関する資金計画書を取得する。このとき、資金計画書取得モジュールは、この資金計画書の送信の要求を、仲介業者４に送信するものであっても良いし、所定のタイミングで、定期又は不定期に、この資金計画書を、送信の要求によらず、仲介業者４から取得するものであっても良い。
仲介業者４は、自身が作成した決済の対象となる不動産の決済に関する資金計画書をコンピュータ１０に送信する。あるいは、仲介業者４は、買主３が作成した決済の対象となる不動産の決済に関する資金計画書を取得し、この資金計画書をコンピュータ１０に送信する。
資金計画書取得モジュールは、この資金計画書を受信し、不動産の決済に関する資金計画書を取得する。資金計画書取得モジュールがこの資金計画書を取得する方法は、特に限定されるものではなく、この資金計画書を入力する所定のＵＩ、この資金計画書が入力されたメールやＳＭＳ等のメール等により取得すれば良い。
なお、資金計画書取得モジュールは、この資金計画書を、直接入力等のその他の方法により取得するものであっても良い。
資金計画書取得モジュールは、仲介業者４から不動産の決済に関する資金計画書を取得する。このとき、資金計画書取得モジュールは、この資金計画書の送信の要求を、仲介業者４に送信するものであっても良いし、所定のタイミングで、定期又は不定期に、この資金計画書を、送信の要求によらず、仲介業者４から取得するものであっても良い。
仲介業者４は、自身が作成した決済の対象となる不動産の決済に関する資金計画書をコンピュータ１０に送信する。あるいは、仲介業者４は、買主３が作成した決済の対象となる不動産の決済に関する資金計画書を取得し、この資金計画書をコンピュータ１０に送信する。
資金計画書取得モジュールは、この資金計画書を受信し、不動産の決済に関する資金計画書を取得する。資金計画書取得モジュールがこの資金計画書を取得する方法は、特に限定されるものではなく、この資金計画書を入力する所定のＵＩ、この資金計画書が入力されたメールやＳＭＳ等のメール等により取得すれば良い。
なお、資金計画書取得モジュールは、この資金計画書を、直接入力等のその他の方法により取得するものであっても良い。
【0041】
資金計画書登録モジュールは、取得した資金計画書を登録する（ステップＳ２３）。
資金計画書登録モジュールは、上述したステップＳ２１の処理により登録された不動産の基本情報及び物件書類データに、この資金計画書を対応付けて登録する。
資金計画書登録モジュールは、上述したステップＳ２１の処理により登録された不動産の基本情報及び物件書類データに、この資金計画書を対応付けて登録する。
【0042】
以上が、第１情報登録処理である。
不動産決済支援システム１は、本第１情報登録処理により登録された不動産の基本情報及び物件書類データを用いて後述する処理を実行する。
不動産決済支援システム１は、本第１情報登録処理により登録された不動産の基本情報及び物件書類データを用いて後述する処理を実行する。
【0043】
［コンピュータ１０が実行する司法書士登録処理］
図４に基づいて、コンピュータ１０が実行する司法書士登録処理について説明する。同図は、コンピュータ１０が実行する司法書士登録処理のフローチャートを示す図である。本司法書士登録処理は、上述した不動産の決済用に仲介業者４が選定した司法書士５を仮登録する仮登録処理（ステップＳ２）、仮登録した司法書士５に受任の意思を確認する受任意思確認処理（ステップＳ３）の詳細である。本司法書士登録処理は、上述した第１情報登録処理の後に実行する処理である。
図４に基づいて、コンピュータ１０が実行する司法書士登録処理について説明する。同図は、コンピュータ１０が実行する司法書士登録処理のフローチャートを示す図である。本司法書士登録処理は、上述した不動産の決済用に仲介業者４が選定した司法書士５を仮登録する仮登録処理（ステップＳ２）、仮登録した司法書士５に受任の意思を確認する受任意思確認処理（ステップＳ３）の詳細である。本司法書士登録処理は、上述した第１情報登録処理の後に実行する処理である。
【0044】
司法書士情報取得モジュールは、不動産の決済用に仲介業者４が選定した司法書士５の情報を取得する（ステップＳ３０）。
司法書士５の情報は、例えば、事務所名、代表者名、担当者名、連絡先（例えば、電話番号、ＦＡＸ番号、メールアドレス）、料金、登録番号、口座情報）である。
司法書士情報取得モジュールは、この情報を、仲介業者４から取得する。このとき、司法書士情報取得モジュールは、この情報の送信の要求を、仲介業者４に送信するものであっても良いし、所定のタイミングで、定期又は不定期に、この情報を、送信の要求によらず、仲介業者４から取得するものであっても良い。
仲介業者４は、不動産の決済用に司法書士５を選定する。例えば、仲介業者４は、所定のデータベース等に登録された司法書士５の中から、今回の不動産の決済用の司法書士５を選定する。仲介業者４は、選定した司法書士５の情報を、コンピュータ１０に送信する。
司法書士情報取得モジュールは、この司法書士５の情報を受信し、不動産の決済用に仲介業者４が選定した司法書士５の情報を取得する。司法書士情報取得モジュールが、この司法書士５の情報を取得する方法は、特に限定されるものではなく、この司法書士５の情報を入力する所定のＵＩ、この司法書士５の情報が入力されたメールやＳＭＳ等のメール等により取得すれば良い。
なお、司法書士情報取得モジュールは、この司法書士５の情報を、直接入力等のその他の方法により取得するものであっても良い。
司法書士５の情報は、例えば、事務所名、代表者名、担当者名、連絡先（例えば、電話番号、ＦＡＸ番号、メールアドレス）、料金、登録番号、口座情報）である。
司法書士情報取得モジュールは、この情報を、仲介業者４から取得する。このとき、司法書士情報取得モジュールは、この情報の送信の要求を、仲介業者４に送信するものであっても良いし、所定のタイミングで、定期又は不定期に、この情報を、送信の要求によらず、仲介業者４から取得するものであっても良い。
仲介業者４は、不動産の決済用に司法書士５を選定する。例えば、仲介業者４は、所定のデータベース等に登録された司法書士５の中から、今回の不動産の決済用の司法書士５を選定する。仲介業者４は、選定した司法書士５の情報を、コンピュータ１０に送信する。
司法書士情報取得モジュールは、この司法書士５の情報を受信し、不動産の決済用に仲介業者４が選定した司法書士５の情報を取得する。司法書士情報取得モジュールが、この司法書士５の情報を取得する方法は、特に限定されるものではなく、この司法書士５の情報を入力する所定のＵＩ、この司法書士５の情報が入力されたメールやＳＭＳ等のメール等により取得すれば良い。
なお、司法書士情報取得モジュールは、この司法書士５の情報を、直接入力等のその他の方法により取得するものであっても良い。
【0045】
司法書士仮登録モジュールは、不動産の決済用に仲介業者４が選定した司法書士５を仮登録する（ステップＳ３１）。
本明細書において、仮登録とは、一時的に登録することを意図する。後述する処理において、仮登録された司法書士５の情報は、司法書士５が受任の意思を有する場合、本登録となり、司法書士５が受任の意思を有さない場合、登録された司法書士５の情報を削除するものである。
司法書士仮登録モジュールは、上述した第１情報登録処理により登録された不動産の基本情報及び物件書類データに、この司法書士５の情報を対応付けて仮登録する。
なお、コンピュータ１０は、仮登録された司法書士５に対して、上述した不動産の基本情報及び物件書類データの一部（例えば、基本情報のみ、基本情報と売主２及び買主３の個人情報）を提供する構成も可能である。
本明細書において、仮登録とは、一時的に登録することを意図する。後述する処理において、仮登録された司法書士５の情報は、司法書士５が受任の意思を有する場合、本登録となり、司法書士５が受任の意思を有さない場合、登録された司法書士５の情報を削除するものである。
司法書士仮登録モジュールは、上述した第１情報登録処理により登録された不動産の基本情報及び物件書類データに、この司法書士５の情報を対応付けて仮登録する。
なお、コンピュータ１０は、仮登録された司法書士５に対して、上述した不動産の基本情報及び物件書類データの一部（例えば、基本情報のみ、基本情報と売主２及び買主３の個人情報）を提供する構成も可能である。
【0046】
受任意思確認モジュールは、仮登録した司法書士５に受任の意思を確認する（ステップＳ３２）。
受任意思確認モジュールは、仮登録した司法書士５に、今回の不動産決済に関する受任の意思を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。メールの内容は、この司法書士５に受任の意思を確認するものであれば良く、その内容は、特に限定されるものではない。
司法書士５は、このメールを受信し、閲覧する。
司法書士５は、このメールに対して、受任するか否かを回答する。司法書士５は、受任するか否かを入力する所定のＵＩ、受任するか否かが入力されたメールやＳＭＳ等のメール等により回答する。司法書士５の回答方法は、例えば、メールに入力されたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）にアクセスし、所定のＵＩにより、受任するか否かを入力する、又は、受信したメールに対して、受任するか否かを入力したメールを返信するといったものである。
受任意思確認モジュールは、司法書士５の回答を取得し、仮登録した司法書士５に受任の意思を確認する。
受任意思確認モジュールは、仮登録した司法書士５に、今回の不動産決済に関する受任の意思を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。メールの内容は、この司法書士５に受任の意思を確認するものであれば良く、その内容は、特に限定されるものではない。
司法書士５は、このメールを受信し、閲覧する。
司法書士５は、このメールに対して、受任するか否かを回答する。司法書士５は、受任するか否かを入力する所定のＵＩ、受任するか否かが入力されたメールやＳＭＳ等のメール等により回答する。司法書士５の回答方法は、例えば、メールに入力されたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）にアクセスし、所定のＵＩにより、受任するか否かを入力する、又は、受信したメールに対して、受任するか否かを入力したメールを返信するといったものである。
受任意思確認モジュールは、司法書士５の回答を取得し、仮登録した司法書士５に受任の意思を確認する。
【0047】
受任意思判断モジュールは、仮登録した司法書士５に受任の意思があるか否かを判断する（ステップＳ３３）。
受任意思判断モジュールは、取得した回答に基づいて、仮登録した司法書士５に受任の意思があるか否かを判断する。受任意思判断モジュールは、所定のＵＩに入力された内容又は返信されたメールに入力された内容に基づいて、仮登録した司法書士５に受任の意思があるか否かを判断する。
受任意思判断モジュールは、取得した回答に基づいて、仮登録した司法書士５に受任の意思があるか否かを判断する。受任意思判断モジュールは、所定のＵＩに入力された内容又は返信されたメールに入力された内容に基づいて、仮登録した司法書士５に受任の意思があるか否かを判断する。
【0048】
受任意思判断モジュールは、仮登録した司法書士５に受任の意思があると判断した場合（ステップＳ３３ ＹＥＳ）、すなわち、回答において受任の意思がある場合、司法書士本登録モジュールは、仮登録した司法書士を本登録する（ステップＳ３４）。
司法書士本登録モジュールは、上述したステップＳ３１の処理において仮登録された司法書士の情報を本登録する。
なお、司法書士本登録モジュールは、司法書士５の情報を本登録する際、仮登録時には登録していなかった情報を、新たに取得し、登録するものであっても良い。
また、コンピュータ１０は、本登録された司法書士５に対して、上述した不動産の基本情報及び物件書類データの全部を提供する構成も可能である。
司法書士本登録モジュールは、上述したステップＳ３１の処理において仮登録された司法書士の情報を本登録する。
なお、司法書士本登録モジュールは、司法書士５の情報を本登録する際、仮登録時には登録していなかった情報を、新たに取得し、登録するものであっても良い。
また、コンピュータ１０は、本登録された司法書士５に対して、上述した不動産の基本情報及び物件書類データの全部を提供する構成も可能である。
【0049】
本登録通知モジュールは、司法書士５に本登録したことを通知する（ステップＳ３５）。
本登録通知モジュールは、司法書士５に、本登録が行われ、今回の不動産の決済に関する依頼を行うことが入力されたメールやＳＭＳ等のメールを、司法書士５に送信する。このメールの内容は、本登録が行われ、司法書士５に仕事を依頼する内容であれば良く、その内容は、特に限定されるものではない。
司法書士５は、このメールを受信し、閲覧する。
本登録通知モジュールは、このメールを司法書士５に送信し、閲覧させることにより、司法書士５に本登録したことを通知する。
コンピュータ１０は、ステップＳ３５の処理を実行後、本司法書士登録処理を終了する。
本登録通知モジュールは、司法書士５に、本登録が行われ、今回の不動産の決済に関する依頼を行うことが入力されたメールやＳＭＳ等のメールを、司法書士５に送信する。このメールの内容は、本登録が行われ、司法書士５に仕事を依頼する内容であれば良く、その内容は、特に限定されるものではない。
司法書士５は、このメールを受信し、閲覧する。
本登録通知モジュールは、このメールを司法書士５に送信し、閲覧させることにより、司法書士５に本登録したことを通知する。
コンピュータ１０は、ステップＳ３５の処理を実行後、本司法書士登録処理を終了する。
【0050】
ステップＳ３３の処理に戻り、仮登録した司法書士５に受任の意思がない場合について説明する。
受任意思判断モジュールは、仮登録した司法書士５に受任の意思がないと判断した場合（ステップＳ３３ ＮＯ）、すなわち、回答において受任の意思がない場合、仮登録削除モジュールは、仮登録した司法書士の仮登録を削除する（ステップＳ３６）。
仮登録削除モジュールは、上述したステップＳ３１の処理において仮登録された司法書士の情報を削除する。
受任意思判断モジュールは、仮登録した司法書士５に受任の意思がないと判断した場合（ステップＳ３３ ＮＯ）、すなわち、回答において受任の意思がない場合、仮登録削除モジュールは、仮登録した司法書士の仮登録を削除する（ステップＳ３６）。
仮登録削除モジュールは、上述したステップＳ３１の処理において仮登録された司法書士の情報を削除する。
【0051】
再選定通知モジュールは、仲介業者４に、司法書士５の再選定が必要であることを通知する（ステップＳ３７）。
再選定通知モジュールは、仲介業者４が選定した司法書士５に受任の意思がなく、他の司法書士５を再選定する必要があることが入力されたメールやＳＭＳ等のメールを、仲介業者４に送信する。このメールの内容は、司法書士５を再選定する必要がある内容であれば良く、その内容は、特に限定されるものではない。司法書士５は、このメールを受信し、閲覧する。
再選定通知モジュールは、このメールを司法書士５に送信し、閲覧させることにより、仲介業者４に、司法書士５の再選定が必要であることを通知する。
仲介業者４は、この通知に基づいて、不動産の決済用に司法書士５を再選定し、この司法書士５の情報をコンピュータ１０に送信する。
コンピュータ１０は、この仲介業者４が再選定した司法書士５の情報を取得し、上述したステップＳ３１以降の処理を、再度実行する。
再選定通知モジュールは、仲介業者４が選定した司法書士５に受任の意思がなく、他の司法書士５を再選定する必要があることが入力されたメールやＳＭＳ等のメールを、仲介業者４に送信する。このメールの内容は、司法書士５を再選定する必要がある内容であれば良く、その内容は、特に限定されるものではない。司法書士５は、このメールを受信し、閲覧する。
再選定通知モジュールは、このメールを司法書士５に送信し、閲覧させることにより、仲介業者４に、司法書士５の再選定が必要であることを通知する。
仲介業者４は、この通知に基づいて、不動産の決済用に司法書士５を再選定し、この司法書士５の情報をコンピュータ１０に送信する。
コンピュータ１０は、この仲介業者４が再選定した司法書士５の情報を取得し、上述したステップＳ３１以降の処理を、再度実行する。
【0052】
以上が、司法書士登録処理である。
不動産決済支援システム１は、本司法書士登録処理により本登録された司法書士５を用いて後述する処理を実行する。
不動産決済支援システム１は、本司法書士登録処理により本登録された司法書士５を用いて後述する処理を実行する。
【0053】
［コンピュータ１０が実行する面談設定処理］
図５に基づいて、コンピュータ１０が実行する面談設定処理について説明する。同図は、コンピュータ１０が実行する面談設定処理のフローチャートを示す図である。本面談設定処理は、上述した司法書士５に受任の意思がある場合、売主２と司法書士５の面談、買主３と司法書士５の面談、を夫々設定する面談設定処理（ステップＳ４）の詳細である。本面談設定処理は、上述した司法書士登録処理の後に実行する処理である。
図５に基づいて、コンピュータ１０が実行する面談設定処理について説明する。同図は、コンピュータ１０が実行する面談設定処理のフローチャートを示す図である。本面談設定処理は、上述した司法書士５に受任の意思がある場合、売主２と司法書士５の面談、買主３と司法書士５の面談、を夫々設定する面談設定処理（ステップＳ４）の詳細である。本面談設定処理は、上述した司法書士登録処理の後に実行する処理である。
【0054】
個人情報確認モジュールは、売主２及び買主３の個人情報を確認する（ステップＳ４０）。
個人情報確認モジュールは、上述したステップＳ２１の処理により登録された物件書類データにおける売主２及び買主３の個人情報を、其々、確認する。
個人情報確認モジュールは、売主２に、登録したこの売主２の個人情報を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。このメールの内容は、個人情報を確認するものであれば良く、その内容は、特に限定されるものではない。
売主２は、このメールを受信し、閲覧する。
売主２は、このメールに対して、個人情報に問題がないか否かを回答する。売主２は、問題がないか否かを入力する所定のＵＩ、問題がないか否かが入力されたメールやＳＭＳ等のメール等により回答する。売主２の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、問題がないか否かを入力する、又は、受信したメールに対して、問題がないか否かを入力したメールを返信するといったものである。売主２は、問題がある場合、正しい個人情報をこの所定のＵＩ、又は、メールに入力する等により個人情報の訂正を図る。
個人情報確認モジュールは、買主３に、登録したこの買主３の個人情報を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。このメールの内容は、個人情報を確認するものであれば良く、その内容は、特に限定されるものではない。買主３は、このメールを受信し、閲覧する。
買主３は、このメールに対して、個人情報に問題がないか否かを回答する。買主３は、問題がないか否かを入力する所定のＵＩ、問題があるか否かが入力されたメールやＳＭＳ等のメール等により回答する。買主３の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、問題がないか否かを入力する、又は、受信したメールに対して、問題がないか否かを入力したメールを返信するといったものである。買主３は、問題がある場合、正しい個人情報をこの所定のＵＩ、又は、メールに入力する等により個人情報の訂正を図る。
個人情報確認モジュールは、売主２及び買主３の回答を、其々、取得し、売主及び買主の個人情報を確認する。
個人情報確認モジュールは、上述したステップＳ２１の処理により登録された物件書類データにおける売主２及び買主３の個人情報を、其々、確認する。
個人情報確認モジュールは、売主２に、登録したこの売主２の個人情報を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。このメールの内容は、個人情報を確認するものであれば良く、その内容は、特に限定されるものではない。
売主２は、このメールを受信し、閲覧する。
売主２は、このメールに対して、個人情報に問題がないか否かを回答する。売主２は、問題がないか否かを入力する所定のＵＩ、問題がないか否かが入力されたメールやＳＭＳ等のメール等により回答する。売主２の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、問題がないか否かを入力する、又は、受信したメールに対して、問題がないか否かを入力したメールを返信するといったものである。売主２は、問題がある場合、正しい個人情報をこの所定のＵＩ、又は、メールに入力する等により個人情報の訂正を図る。
個人情報確認モジュールは、買主３に、登録したこの買主３の個人情報を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。このメールの内容は、個人情報を確認するものであれば良く、その内容は、特に限定されるものではない。買主３は、このメールを受信し、閲覧する。
買主３は、このメールに対して、個人情報に問題がないか否かを回答する。買主３は、問題がないか否かを入力する所定のＵＩ、問題があるか否かが入力されたメールやＳＭＳ等のメール等により回答する。買主３の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、問題がないか否かを入力する、又は、受信したメールに対して、問題がないか否かを入力したメールを返信するといったものである。買主３は、問題がある場合、正しい個人情報をこの所定のＵＩ、又は、メールに入力する等により個人情報の訂正を図る。
個人情報確認モジュールは、売主２及び買主３の回答を、其々、取得し、売主及び買主の個人情報を確認する。
【0055】
個人情報判断モジュールは、確認した個人情報に問題がなかったか否かを判断する（ステップＳ４１）。
個人情報判断モジュールは、取得した回答に基づいて、登録した売主２及び買主３の各々の個人情報に問題があったか否かを判断する。個人情報判断モジュールは、所定のＵＩに入力された内容又は返信されたメールに入力された内容に基づいて、確認した個人情報に問題があるか否かを判断する。
個人情報判断モジュールは、取得した回答に基づいて、登録した売主２及び買主３の各々の個人情報に問題があったか否かを判断する。個人情報判断モジュールは、所定のＵＩに入力された内容又は返信されたメールに入力された内容に基づいて、確認した個人情報に問題があるか否かを判断する。
【0056】
個人情報判断モジュールは、確認した個人情報に問題があったと判断した場合（ステップＳ４１ ＮＯ）、不動産情報登録モジュールは、問題があった個人情報を更新する（ステップＳ４２）。
不動産情報登録モジュールは、個人情報に問題があると回答した売主２及び買主３の個人情報を、回答に含まれる内容で訂正し、物件書類データにおける個人情報を更新する。
コンピュータ１０は、個人情報の更新後、後述するステップＳ４３の処理を実行する。
なお、コンピュータ１０は、個人情報の更新後、再度、個人情報に問題があると回答した売主２及び買主３に、再度、上述したステップＳ４０の処理を実行する構成も可能である。
不動産情報登録モジュールは、個人情報に問題があると回答した売主２及び買主３の個人情報を、回答に含まれる内容で訂正し、物件書類データにおける個人情報を更新する。
コンピュータ１０は、個人情報の更新後、後述するステップＳ４３の処理を実行する。
なお、コンピュータ１０は、個人情報の更新後、再度、個人情報に問題があると回答した売主２及び買主３に、再度、上述したステップＳ４０の処理を実行する構成も可能である。
【0057】
一方、個人情報判断モジュールは、確認した個人情報に問題がなかったと判断した場合（ステップＳ４１ ＹＥＳ）、面談設定モジュールは、売主２と司法書士５の面談、買主３と司法書士５の面談、を其々設定する（ステップＳ４３）。
面談設定モジュールが設定する面談は、面談日、面談時間、面談場所、面談方法、面談時に必要な書類等の面談の内容に関するものであれば良い。
面談設定モジュールは、売主２と受任の意思がある司法書士５の面談を設定する。面談設定モジュールは、買主３と受任の意思がある司法書士５の面談を設定する。
面談設定モジュールは、予め取得した売主２、買主３及び司法書士５のスケジュール状況に基づいて、この売主２と司法書士５の面談、買主３と司法書士５の面談、を其々設定しても良いし、仲介業者４が指定する設定に基づいて、この売主２と司法書士５の面談、買主３と司法書士５の面談、を其々設定しても良い。
また、面談設定モジュールは、売主２と司法書士５の面談、買主３と司法書士５の面談の其々において、仲介業者４とともに面談を設定する構成も可能である。
また、面談設定モジュールは、司法書士５から、売主２及び買主３の各々に対して決定した面談に関する情報を取得し、取得した面談に関する情報に基づいて、面談を設定しても良い。
面談設定モジュールが設定する面談は、面談日、面談時間、面談場所、面談方法、面談時に必要な書類等の面談の内容に関するものであれば良い。
面談設定モジュールは、売主２と受任の意思がある司法書士５の面談を設定する。面談設定モジュールは、買主３と受任の意思がある司法書士５の面談を設定する。
面談設定モジュールは、予め取得した売主２、買主３及び司法書士５のスケジュール状況に基づいて、この売主２と司法書士５の面談、買主３と司法書士５の面談、を其々設定しても良いし、仲介業者４が指定する設定に基づいて、この売主２と司法書士５の面談、買主３と司法書士５の面談、を其々設定しても良い。
また、面談設定モジュールは、売主２と司法書士５の面談、買主３と司法書士５の面談の其々において、仲介業者４とともに面談を設定する構成も可能である。
また、面談設定モジュールは、司法書士５から、売主２及び買主３の各々に対して決定した面談に関する情報を取得し、取得した面談に関する情報に基づいて、面談を設定しても良い。
【0058】
面談通知モジュールは、設定した面談を、売主２、買主３及び司法書士５の各々に通知する（ステップＳ４４）。
面談通知モジュールは、設定した売主２と司法書士５の面談の内容を、売主２及び司法書士５の各々に通知する。面談通知モジュールは、設定した買主３と司法書士５の面談の内容を、買主３及び司法書士５の各々に通知する。
面談通知モジュールは、設定した面談の内容が入力されたメールやＳＭＳ等のメールを、売主２、買主３及び司法書士５の各々に送信する。このメールの内容は、設定した面談の内容であれば良く、その内容は、特に限定されるものではない。売主２、買主３及び司法書士５の各々は、このメールを受信し、閲覧する。
面談通知モジュールは、このメールを売主２、買主３及び司法書士５の各々に送信し、各々に閲覧させることにより、設定した面談を、売主２、買主３及び司法書士５の各々に通知する。
面談通知モジュールは、設定した売主２と司法書士５の面談の内容を、売主２及び司法書士５の各々に通知する。面談通知モジュールは、設定した買主３と司法書士５の面談の内容を、買主３及び司法書士５の各々に通知する。
面談通知モジュールは、設定した面談の内容が入力されたメールやＳＭＳ等のメールを、売主２、買主３及び司法書士５の各々に送信する。このメールの内容は、設定した面談の内容であれば良く、その内容は、特に限定されるものではない。売主２、買主３及び司法書士５の各々は、このメールを受信し、閲覧する。
面談通知モジュールは、このメールを売主２、買主３及び司法書士５の各々に送信し、各々に閲覧させることにより、設定した面談を、売主２、買主３及び司法書士５の各々に通知する。
【0059】
なお、コンピュータ１０は、売主２、買主３及び司法書士５の各々から、設定した面談の訂正を受け付け、面談の再設定を行う構成も可能である。この場合について説明する。
売主２、買主３及び司法書士５の各々は、通知時に受信したメールに対して、設定された面談に問題がないか否かを回答する。売主２、買主３及び司法書士５の各々は、問題がないか否かを入力する所定のＵＩ、問題がないか否かが入力されたメールやＳＭＳ等のメール等により回答する。売主２、買主３及び司法書士５の各々の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、問題がないか否かを入力する、又は、受信したメールに対して、問題がないか否かを入力したメールを返信するといったものである。売主２、買主３及び司法書士５は、問題がある場合、所望する面談を、この所定のＵＩ、又は、メールに入力する等により面談の訂正を図る。
コンピュータ１０は、この回答に基づいて、再度、上述したステップＳ４３及びＳ４４の処理を実行し、売主２、買主３及び司法書士５の各々の面談を再設定し、再設定した面談を、売主２、買主３及び司法書士５の各々に再通知する。
コンピュータ１０は、この処理を、売主２、買主３及び司法書士５の各々が、問題がないと回答するまで実行すれば良い。
売主２、買主３及び司法書士５の各々は、通知時に受信したメールに対して、設定された面談に問題がないか否かを回答する。売主２、買主３及び司法書士５の各々は、問題がないか否かを入力する所定のＵＩ、問題がないか否かが入力されたメールやＳＭＳ等のメール等により回答する。売主２、買主３及び司法書士５の各々の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、問題がないか否かを入力する、又は、受信したメールに対して、問題がないか否かを入力したメールを返信するといったものである。売主２、買主３及び司法書士５は、問題がある場合、所望する面談を、この所定のＵＩ、又は、メールに入力する等により面談の訂正を図る。
コンピュータ１０は、この回答に基づいて、再度、上述したステップＳ４３及びＳ４４の処理を実行し、売主２、買主３及び司法書士５の各々の面談を再設定し、再設定した面談を、売主２、買主３及び司法書士５の各々に再通知する。
コンピュータ１０は、この処理を、売主２、買主３及び司法書士５の各々が、問題がないと回答するまで実行すれば良い。
【0060】
面談登録モジュールは、売主２と司法書士５の面談、買主３と司法書士５の面談を其々登録する（ステップＳ４５）。
面談登録モジュールは、上述した第１情報登録処理により登録された不動産の基本情報及び物件書類データに、設定した売主２と司法書士５の面談、買主３と司法書士５の面談、を其々登録する。
面談登録モジュールは、上述した第１情報登録処理により登録された不動産の基本情報及び物件書類データに、設定した売主２と司法書士５の面談、買主３と司法書士５の面談、を其々登録する。
【0061】
以上が、面談設定処理である。
不動産決済支援システム１は、本面談設定処理により設定された面談が行われた後、後述する面談後処理を実行する。
不動産決済支援システム１は、本面談設定処理により設定された面談が行われた後、後述する面談後処理を実行する。
【0062】
［コンピュータ１０が実行する第１通知処理］
図６に基づいて、コンピュータ１０が実行する第１通知処理について説明する。同図は、コンピュータ１０が実行する第１通知処理のフローチャートを示す図である。本第１通知処理は、上述した不動産の決済に関する手付金の第１指図書を作成する第１作成処理（ステップＳ５）、指定の信託口口座に手付金の着金を確認する手付金着金確認処理（ステップＳ６）、不動産の決済における送金可能判断の結果を司法書士５から取得する送金結果取得処理（ステップＳ７）、取得した送金可能判断に基づいて、信託会社７に第１指図書通りに送金可能となったことを通知する第１通知処理（ステップＳ８）の詳細である。本第１通知処理は、上述した面談設定処理の後に実行される処理である。
図６に基づいて、コンピュータ１０が実行する第１通知処理について説明する。同図は、コンピュータ１０が実行する第１通知処理のフローチャートを示す図である。本第１通知処理は、上述した不動産の決済に関する手付金の第１指図書を作成する第１作成処理（ステップＳ５）、指定の信託口口座に手付金の着金を確認する手付金着金確認処理（ステップＳ６）、不動産の決済における送金可能判断の結果を司法書士５から取得する送金結果取得処理（ステップＳ７）、取得した送金可能判断に基づいて、信託会社７に第１指図書通りに送金可能となったことを通知する第１通知処理（ステップＳ８）の詳細である。本第１通知処理は、上述した面談設定処理の後に実行される処理である。
【0063】
第１作成モジュールは、不動産の決済に関する手付金の第１指図書を作成する（ステップＳ５０）。
第１指図書には、売主２に対して支払う手付金に加えて、仲介業者４に支払う手数料等の手付金以外の金額も含まれている。
第１作成モジュールは、予め設定された所定の形式に基づいて第１指図書を作成する。第１作成モジュールは、この所定の形式に基づいて、今回の不動産の決済に関する売主２の名称、買主３の名称、仲介業者４の名称、信託口口座への入金予定額及び項目、振込一覧（振込情報（例えば、振込目的、振込予定日、振込額、振込元名義）、振込先口座情報（例えば、買主３との関係、金融機関名、本支店名、口座種別、口座名義、口座番号））等を入力し、不動産の決済に関する手付金の第１指図書を作成する（図７参照）。
第１作成モジュールは、上述した第１情報登録処理により登録された売主２の個人情報と、買主３の個人情報と、予め取得した又は今回入力された仲介業者４の情報とに基づいて、第１指図書を作成する。
第１指図書には、売主２に対して支払う手付金に加えて、仲介業者４に支払う手数料等の手付金以外の金額も含まれている。
第１作成モジュールは、予め設定された所定の形式に基づいて第１指図書を作成する。第１作成モジュールは、この所定の形式に基づいて、今回の不動産の決済に関する売主２の名称、買主３の名称、仲介業者４の名称、信託口口座への入金予定額及び項目、振込一覧（振込情報（例えば、振込目的、振込予定日、振込額、振込元名義）、振込先口座情報（例えば、買主３との関係、金融機関名、本支店名、口座種別、口座名義、口座番号））等を入力し、不動産の決済に関する手付金の第１指図書を作成する（図７参照）。
第１作成モジュールは、上述した第１情報登録処理により登録された売主２の個人情報と、買主３の個人情報と、予め取得した又は今回入力された仲介業者４の情報とに基づいて、第１指図書を作成する。
【0064】
図７に基づいて、第１指図書について説明する。同図は、第１作成モジュールが作成する第１指図書の一例を模式的に示した図である。
同図において、第１指図書４０が示されている。第１作成モジュールは、受益者兼指図権者欄４１に、不動産の決済を行う買主３の名称及び売主２の名称を入力する。第１作成モジュールは、仲介業者欄４２に、不動産の決済を仲介する仲介業者４の名称を入力する。第１作成モジュールは、入金予定額欄４３に、信託口口座に入金が予定される項目名及びその金額を入力する。第１作成モジュールは、振込一覧４４に、振込情報及び振込先口座情報を入力する。
なお、第１指図書４０の内容は、上述した例に限定されるものではなく、不動産の決済に関する手付金の指図書であればどのような内容及び形式であっても良い。
同図において、第１指図書４０が示されている。第１作成モジュールは、受益者兼指図権者欄４１に、不動産の決済を行う買主３の名称及び売主２の名称を入力する。第１作成モジュールは、仲介業者欄４２に、不動産の決済を仲介する仲介業者４の名称を入力する。第１作成モジュールは、入金予定額欄４３に、信託口口座に入金が予定される項目名及びその金額を入力する。第１作成モジュールは、振込一覧４４に、振込情報及び振込先口座情報を入力する。
なお、第１指図書４０の内容は、上述した例に限定されるものではなく、不動産の決済に関する手付金の指図書であればどのような内容及び形式であっても良い。
【0065】
図６に戻り、第１通知処理の続きを説明する。
手付金着金確認モジュールは、指定の信託口口座に手付金の着金を確認する（ステップＳ５１）。
手付金着金確認モジュールは、作成した第１指図書にて指定された信託口口座を管理する信託会社７に手付金の着金を確認する。このとき、手付金着金確認モジュールは、この第１指図書にて指定された振込予定日のタイミングにおいて、この手付金の着金を確認する。
手付金着金確認モジュールは、指定の信託口口座を管理する信託会社７に、手付金の着金を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。メールの内容は、この信託会社７に手付金の着金を確認するものであれば良く、その内容は、特に限定されるものではない。
信託会社７は、このメールを受信し、閲覧する。
信託会社７は、このメールに対して、着金したか否かを回答する。信託会社７の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、着金したか否かを入力する、又は、受信したメールに対して、着金したか否かを入力したメールを返信するといったものである。
手付金着金確認モジュールは、信託会社７の回答を取得し、指定の信託口口座に手付金の着金を確認する。
なお、手付金着金確認モジュールは、手付金の着金の確認が取れなかった場合（手付金が着金していないと回答された場合）、買主３に、手付金の送金を行うよう要求や通知等する構成も可能である。
手付金着金確認モジュールは、指定の信託口口座に手付金の着金を確認する（ステップＳ５１）。
手付金着金確認モジュールは、作成した第１指図書にて指定された信託口口座を管理する信託会社７に手付金の着金を確認する。このとき、手付金着金確認モジュールは、この第１指図書にて指定された振込予定日のタイミングにおいて、この手付金の着金を確認する。
手付金着金確認モジュールは、指定の信託口口座を管理する信託会社７に、手付金の着金を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。メールの内容は、この信託会社７に手付金の着金を確認するものであれば良く、その内容は、特に限定されるものではない。
信託会社７は、このメールを受信し、閲覧する。
信託会社７は、このメールに対して、着金したか否かを回答する。信託会社７の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、着金したか否かを入力する、又は、受信したメールに対して、着金したか否かを入力したメールを返信するといったものである。
手付金着金確認モジュールは、信託会社７の回答を取得し、指定の信託口口座に手付金の着金を確認する。
なお、手付金着金確認モジュールは、手付金の着金の確認が取れなかった場合（手付金が着金していないと回答された場合）、買主３に、手付金の送金を行うよう要求や通知等する構成も可能である。
【0066】
送金可能判断取得モジュールは、不動産の決済における送金可能判断の結果を司法書士５から取得する（ステップＳ５２）。
送金可能判断は、指定の信託口口座に振り込まれた手付金を、売主２に対して送金可能であることを示すものである。
送金可能判断取得モジュールは、この送金可能判断を、司法書士５から取得する。このとき、送金可能判断取得モジュールは、この送金可能判断の送信の要求を、司法書士５に送信するものであっても良いし、所定のタイミングで、定期又は不定期に、送金可能判断を、送信の要求によらず、司法書士５から取得するものであっても良い。
司法書士５は、この送金可能判断をコンピュータ１０に送信する。
送金可能判断取得モジュールは、この送金可能判断を受信し、不動産の決済における送金可能判断の結果を司法書士５から取得する。送金可能判断取得モジュールが、この送金可能判断を取得する方法は、特に限定されるものではなく、この送金可能判断を入力する所定のＵＩ、この送金可能判断が入力されたメールやＳＭＳ等のメール等により取得すれば良い。
なお、送金可能判断取得モジュールは、この送金可能判断を、直接入力等のその他の方法により取得するものであっても良い。
送金可能判断は、指定の信託口口座に振り込まれた手付金を、売主２に対して送金可能であることを示すものである。
送金可能判断取得モジュールは、この送金可能判断を、司法書士５から取得する。このとき、送金可能判断取得モジュールは、この送金可能判断の送信の要求を、司法書士５に送信するものであっても良いし、所定のタイミングで、定期又は不定期に、送金可能判断を、送信の要求によらず、司法書士５から取得するものであっても良い。
司法書士５は、この送金可能判断をコンピュータ１０に送信する。
送金可能判断取得モジュールは、この送金可能判断を受信し、不動産の決済における送金可能判断の結果を司法書士５から取得する。送金可能判断取得モジュールが、この送金可能判断を取得する方法は、特に限定されるものではなく、この送金可能判断を入力する所定のＵＩ、この送金可能判断が入力されたメールやＳＭＳ等のメール等により取得すれば良い。
なお、送金可能判断取得モジュールは、この送金可能判断を、直接入力等のその他の方法により取得するものであっても良い。
【0067】
手付金送金可能通知モジュールは、取得した送金可能判断に基づいて、信託会社７に第１指図書通りに送金可能となったことを通知する（ステップＳ５３）。
手付金送金可能通知モジュールは、送金可能判断の結果として、第１指図書通りに送金可能となったことが入力されたメールやＳＭＳ等のメールを、信託会社７に送信する。このメールの内容は、第１指図書通りに送金可能となったことの内容であれば良く、その内容は、特に限定されるものではない。
信託会社７は、このメールを受信し、閲覧する。
手付金送金可能通知モジュールは、このメールを信託会社７に送信し、閲覧させることにより、取得した送金可能判断に基づいて、信託会社７に第１指図書通りに送金可能となったことを通知する。
信託会社７は、この通知に基づいて、第１指図書にて指定された各口座に指定された金額を送金することになる。
手付金送金可能通知モジュールは、送金可能判断の結果として、第１指図書通りに送金可能となったことが入力されたメールやＳＭＳ等のメールを、信託会社７に送信する。このメールの内容は、第１指図書通りに送金可能となったことの内容であれば良く、その内容は、特に限定されるものではない。
信託会社７は、このメールを受信し、閲覧する。
手付金送金可能通知モジュールは、このメールを信託会社７に送信し、閲覧させることにより、取得した送金可能判断に基づいて、信託会社７に第１指図書通りに送金可能となったことを通知する。
信託会社７は、この通知に基づいて、第１指図書にて指定された各口座に指定された金額を送金することになる。
【0068】
送金可能判断記録モジュールは、取得した送金可能判断を分散台帳に記録する（ステップＳ５４）。
分散台帳は、例えば、ブロックチェーン技術によるものである。
送金可能判断記録モジュールは、コンピュータ１０とデータ通信可能に接続された複数の格納部５０により構成される分散台帳に、取得した送金可能判断を分散記録する（図８参照）。
なお、コンピュータ１０は、取得した送金可能判断を、分散記録するものとは別に、上述したステップＳ２１の処理により登録された不動産の基本情報及び物件書類データに対応付けて登録する構成も可能である。
分散台帳は、例えば、ブロックチェーン技術によるものである。
送金可能判断記録モジュールは、コンピュータ１０とデータ通信可能に接続された複数の格納部５０により構成される分散台帳に、取得した送金可能判断を分散記録する（図８参照）。
なお、コンピュータ１０は、取得した送金可能判断を、分散記録するものとは別に、上述したステップＳ２１の処理により登録された不動産の基本情報及び物件書類データに対応付けて登録する構成も可能である。
【0069】
図９に基づいて、分散台帳を構成する複数の格納部５０が分散記録する情報について説明する。同図は、格納部５０に保持される情報の一例を模式的に示した図である。同図において、上述した不動産の基本情報及び物件書類データと、上述した送金可能判断とを関連付けて、各格納部５０に分散記録させる。
図９において、第ｎのブロックは、ブロックチェーンの末尾のブロックを表し、第ｎ＋１のブロックは、第ｎまでのブロックが登録されたブロックチェーンに対して、追加しようとしている生成中のブロックを表している。第ｎのブロックは、前ブロックのハッシュ値、ブロック上に固有ナンス値、不動産の基本情報、物件書類データ及び送金可能判断を含む。
第ｎまでのブロックが登録されたブロックチェーンに対して、新たなブロックを追加しようとする場合、格納部５０は、そのブロックのハッシュ値が特定の条件を満たすようなナンス値を求める計算を行う。格納部５０は、計算結果に基づいて、前ブロックのハッシュ値、ナンス値、不動産の基本情報、物件書類データ及び送金可能判断を含む新たなブロックチェーンを登録する。
なお、本明細書において、分散台帳の一例として、ブロックチェーンを利用したものについて説明したが、本発明における分散台帳は、これに限定されるものではない。
図９において、第ｎのブロックは、ブロックチェーンの末尾のブロックを表し、第ｎ＋１のブロックは、第ｎまでのブロックが登録されたブロックチェーンに対して、追加しようとしている生成中のブロックを表している。第ｎのブロックは、前ブロックのハッシュ値、ブロック上に固有ナンス値、不動産の基本情報、物件書類データ及び送金可能判断を含む。
第ｎまでのブロックが登録されたブロックチェーンに対して、新たなブロックを追加しようとする場合、格納部５０は、そのブロックのハッシュ値が特定の条件を満たすようなナンス値を求める計算を行う。格納部５０は、計算結果に基づいて、前ブロックのハッシュ値、ナンス値、不動産の基本情報、物件書類データ及び送金可能判断を含む新たなブロックチェーンを登録する。
なお、本明細書において、分散台帳の一例として、ブロックチェーンを利用したものについて説明したが、本発明における分散台帳は、これに限定されるものではない。
【0070】
手付金送金確認モジュールは、第１指図書にて指定された口座に、手付金の送金を確認する（ステップＳ５５）。
手付金送金確認モジュールは、信託会社７に対して、作成した第１指図書にて振込情報及び振込先口座情報に指定された金融機関６の口座に、手付金を送金したかを確認する。
手付金送金確認モジュールは、手付金の送金元である信託会社７に、手付金の送金を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。メールの内容は、この信託会社７に手付金の送金を確認するものであれば良く、その内容は、特に限定されるものではない。
信託会社７は、このメールを受信し、閲覧する。
信託会社７は、このメールに対して、送金したか否かを回答する。信託会社７の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、送金したか否かを入力する、又は、受信したメールに対して、送金したか否かを入力したメールを返信するといったものである。
手付金送金確認モジュールは、信託会社７の回答を取得し、第１指図書にて指定された口座に、手付金の送金を確認する。
なお、手付金送金確認モジュールは、手付金の送金の確認が取れなかった場合（手付金を送金していないと回答された場合）、信託会社７に、手付金の送金を行うよう要求や通知等する構成も可能である。
手付金送金確認モジュールは、信託会社７に対して、作成した第１指図書にて振込情報及び振込先口座情報に指定された金融機関６の口座に、手付金を送金したかを確認する。
手付金送金確認モジュールは、手付金の送金元である信託会社７に、手付金の送金を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。メールの内容は、この信託会社７に手付金の送金を確認するものであれば良く、その内容は、特に限定されるものではない。
信託会社７は、このメールを受信し、閲覧する。
信託会社７は、このメールに対して、送金したか否かを回答する。信託会社７の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、送金したか否かを入力する、又は、受信したメールに対して、送金したか否かを入力したメールを返信するといったものである。
手付金送金確認モジュールは、信託会社７の回答を取得し、第１指図書にて指定された口座に、手付金の送金を確認する。
なお、手付金送金確認モジュールは、手付金の送金の確認が取れなかった場合（手付金を送金していないと回答された場合）、信託会社７に、手付金の送金を行うよう要求や通知等する構成も可能である。
【0071】
手付金送金登録モジュールは、手付金の送金を登録する（ステップＳ５６）。
手付金送金登録モジュールは、手付金の送金が行われたこと及びその金額を、上述したステップＳ２１の処理により登録された不動産の基本情報及び物件書類データに対応付けて登録する。
手付金送金登録モジュールは、手付金の送金が行われたこと及びその金額を、上述したステップＳ２１の処理により登録された不動産の基本情報及び物件書類データに対応付けて登録する。
【0072】
以上が、第１通知処理である。
【0073】
［コンピュータ１０が実行する第２情報登録処理］
図１０に基づいて、コンピュータ１０が実行する第２情報登録処理について説明する。同図は、コンピュータ１０が実行する第２情報登録処理のフローチャートを示す図である。本第２情報登録処理は上述した第１通知処理の後に実行される処理である。
図１０に基づいて、コンピュータ１０が実行する第２情報登録処理について説明する。同図は、コンピュータ１０が実行する第２情報登録処理のフローチャートを示す図である。本第２情報登録処理は上述した第１通知処理の後に実行される処理である。
【0074】
承認情報取得モジュールは、買主３に対するローンの審査の承認情報を取得する（ステップＳ６０）。
承認情報は、ローンの審査が承認され、買主３に対して、融資金の借入が可能であることを示すものである。
承認情報取得モジュールは、この承認情報を、買主３がローンの審査を請求した金融機関６から取得する。このとき、承認情報取得モジュールは、この承認情報の送信の要求を、金融機関６に送信するものであっても良いし、所定のタイミングで、定期又は不定期に、この承認情報を、送信の要求によらず、金融機関６から取得するものであっても良い。
金融機関６は、この買主３に対するローンの審査の承認情報をコンピュータ１０に送信する。
承認情報取得モジュールは、この承認情報を受信し、買主３に対するローンの審査の承認情報を取得する。承認情報取得モジュールがこの承認情報を取得する方法は、特に限定されるものではなく、この承認情報を入力する所定のＵＩ、この承認情報が入力されたメールやＳＭＳ等のメール等により取得すれば良い。
なお、承認情報取得モジュールは、この承認情報を、直接入力又はその他の方法により取得するものであっても良い。
承認情報は、ローンの審査が承認され、買主３に対して、融資金の借入が可能であることを示すものである。
承認情報取得モジュールは、この承認情報を、買主３がローンの審査を請求した金融機関６から取得する。このとき、承認情報取得モジュールは、この承認情報の送信の要求を、金融機関６に送信するものであっても良いし、所定のタイミングで、定期又は不定期に、この承認情報を、送信の要求によらず、金融機関６から取得するものであっても良い。
金融機関６は、この買主３に対するローンの審査の承認情報をコンピュータ１０に送信する。
承認情報取得モジュールは、この承認情報を受信し、買主３に対するローンの審査の承認情報を取得する。承認情報取得モジュールがこの承認情報を取得する方法は、特に限定されるものではなく、この承認情報を入力する所定のＵＩ、この承認情報が入力されたメールやＳＭＳ等のメール等により取得すれば良い。
なお、承認情報取得モジュールは、この承認情報を、直接入力又はその他の方法により取得するものであっても良い。
【0075】
承認情報登録モジュールは、取得した買主３に対するローンの審査の承認情報を登録する（ステップＳ６１）。
承認情報登録モジュールは、上述したステップＳ２１の処理により登録された不動産の基本情報及び物件書類データに、この承認情報を対応付けて登録する。
承認情報登録モジュールは、上述したステップＳ２１の処理により登録された不動産の基本情報及び物件書類データに、この承認情報を対応付けて登録する。
【0076】
融資金着金確認モジュールは、指定の信託口口座に融資金の着金を確認する（ステップＳ６２）
融資金着金確認モジュールは、第１指図書にて指定された信託口口座を管理する信託会社７に、買主３が借り入れた融資金の着金を確認する。このとき、融資金着金確認モジュールは、予め金融機関６等が設定した振込予定日や承認情報に基づいた振込予定日のタイミングにおいて、この融資金の着金を確認する。
融資金着金確認モジュールは、指定の信託口口座を管理する信託会社７に、融資金の着金を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。メールの内容は、この信託会社７に融資金の着金を確認するものであれば良く、その内容は、特に限定されるものではない。
信託会社７は、このメールを受信し、閲覧する。
信託会社７は、このメールに対して、着金したか否かを回答する。信託会社７の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、着金したか否かを入力する、又は、受信したメールに対して、着金したか否かを入力したメールを返信するといったものである。
融資金着金確認モジュールは、信託会社７の回答を取得し、指定の信託口口座に融資金の着金を確認する。
なお、融資金着金確認モジュールは、融資金の着金の確認が取れなかった場合（融資金が着金していないと回答された場合）、金融機関６に、融資金の送金を行うよう要求や通知等する構成も可能である。
融資金着金確認モジュールは、第１指図書にて指定された信託口口座を管理する信託会社７に、買主３が借り入れた融資金の着金を確認する。このとき、融資金着金確認モジュールは、予め金融機関６等が設定した振込予定日や承認情報に基づいた振込予定日のタイミングにおいて、この融資金の着金を確認する。
融資金着金確認モジュールは、指定の信託口口座を管理する信託会社７に、融資金の着金を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。メールの内容は、この信託会社７に融資金の着金を確認するものであれば良く、その内容は、特に限定されるものではない。
信託会社７は、このメールを受信し、閲覧する。
信託会社７は、このメールに対して、着金したか否かを回答する。信託会社７の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、着金したか否かを入力する、又は、受信したメールに対して、着金したか否かを入力したメールを返信するといったものである。
融資金着金確認モジュールは、信託会社７の回答を取得し、指定の信託口口座に融資金の着金を確認する。
なお、融資金着金確認モジュールは、融資金の着金の確認が取れなかった場合（融資金が着金していないと回答された場合）、金融機関６に、融資金の送金を行うよう要求や通知等する構成も可能である。
【0077】
返済情報取得モジュールは、売主２に対するローンの返済情報を取得する（ステップＳ６３）。
返済情報は、例えば、抵当権の有無、金融機関６の情報（例えば、名称、支店名）、融資金額、返済期間であり、売主２が借り入れた融資金の返済が完了しているか否か、完了していない場合、ローンの残債額等を示すものである。
返済情報取得モジュールは、この返済情報を、売主２が融資金を借り入れた金融機関６から取得する。このとき、返済情報取得モジュールは、この返済情報の送信の要求を、金融機関６に送信するものであっても良いし、所定のタイミングで、定期又は不定期に、この返済情報を、送信の要求によらず、金融機関６から取得するものであっても良い。
金融機関６は、この売主２に対するローンの返済情報をコンピュータ１０に送信する。
返済情報取得モジュールは、この返済情報を受信し、売主２に対するローンの返済情報を取得する。返済情報取得モジュールがこの返済情報を取得する方法は、特に限定されるものではなく、この返済情報を入力する所定のＵＩ、この返済情報が入力されたメールやＳＭＳ等のメール等により取得すれば良い。
なお、返済情報取得モジュールは、この返済情報を、直接入力又はその他の方法により取得するものであっても良い。
返済情報は、例えば、抵当権の有無、金融機関６の情報（例えば、名称、支店名）、融資金額、返済期間であり、売主２が借り入れた融資金の返済が完了しているか否か、完了していない場合、ローンの残債額等を示すものである。
返済情報取得モジュールは、この返済情報を、売主２が融資金を借り入れた金融機関６から取得する。このとき、返済情報取得モジュールは、この返済情報の送信の要求を、金融機関６に送信するものであっても良いし、所定のタイミングで、定期又は不定期に、この返済情報を、送信の要求によらず、金融機関６から取得するものであっても良い。
金融機関６は、この売主２に対するローンの返済情報をコンピュータ１０に送信する。
返済情報取得モジュールは、この返済情報を受信し、売主２に対するローンの返済情報を取得する。返済情報取得モジュールがこの返済情報を取得する方法は、特に限定されるものではなく、この返済情報を入力する所定のＵＩ、この返済情報が入力されたメールやＳＭＳ等のメール等により取得すれば良い。
なお、返済情報取得モジュールは、この返済情報を、直接入力又はその他の方法により取得するものであっても良い。
【0078】
返済情報登録モジュールは、取得した売主２に対するローンの返済情報を登録する（ステップＳ６４）。
返済情報登録モジュールは、上述したステップＳ２１の処理により登録された不動産の基本情報及び物件書類データに、この返済情報を対応付けて登録する。
返済情報登録モジュールは、上述したステップＳ２１の処理により登録された不動産の基本情報及び物件書類データに、この返済情報を対応付けて登録する。
【0079】
以上が、第２情報登録処理である。
【0080】
［コンピュータ１０が実行する面談後処理］
図１１に基づいて、コンピュータ１０が実行する面談後処理について説明する。同図は、コンピュータ１０が実行する面談後処理のフローチャートを示す図である。本面談後処理は上述した設定した面談での内容を記録する面談内容記録処理（ステップＳ９）の詳細である。本面談後処理は、上述した第２情報登録処理の後に実行される処理である。
図１１に基づいて、コンピュータ１０が実行する面談後処理について説明する。同図は、コンピュータ１０が実行する面談後処理のフローチャートを示す図である。本面談後処理は上述した設定した面談での内容を記録する面談内容記録処理（ステップＳ９）の詳細である。本面談後処理は、上述した第２情報登録処理の後に実行される処理である。
【0081】
面談内容取得モジュールは、設定した面談での内容を取得する（ステップＳ７０）。
面談内容取得モジュールは、面談を行った司法書士５からこの面談での内容を取得する。このとき、面談内容取得モジュールは、この面談での内容の送信の要求を、司法書士５に送信するものであっても良いし、設定した面談日以降の所定のタイミング（例えば、面談時間の完了直後、当日中、１日後、数日後、１週間後）に、この面談での送信の要求によらず、司法書士５から取得するものであっても良い。
司法書士５は、面談を行った売主２との面談での内容をコンピュータ１０に送信する。このとき、司法書士５は、売主２との面談での内容として、会話ログ、本人確認の結果、売却の意思確認結果、必要書類の確認結果等をコンピュータ１０に送信する。
また、司法書士５は、面談を行った買主３との面談での内容をコンピュータ１０に送信する。このとき、司法書士５は、買主３との面談での内容として、会話ログ、本人確認の結果、購入の意思確認結果、必要書類の確認結果等をコンピュータ１０に送信する
面談内容取得モジュールは、其々の面談での内容を受信し、設定した面談での内容を取得する。面談内容取得モジュールがこの其々の面談での内容を取得する方法は、特に限定されるものではなく、其々の面談での内容を入力する所定のＵＩ、其々の面談での内容が入力されたメールやＳＭＳ等のメール等により取得すれば良い。
なお、面談内容取得モジュールは、この其々の面談での内容を、直接入力等のその他の方法により取得するものであっても良い。
面談内容取得モジュールは、面談を行った司法書士５からこの面談での内容を取得する。このとき、面談内容取得モジュールは、この面談での内容の送信の要求を、司法書士５に送信するものであっても良いし、設定した面談日以降の所定のタイミング（例えば、面談時間の完了直後、当日中、１日後、数日後、１週間後）に、この面談での送信の要求によらず、司法書士５から取得するものであっても良い。
司法書士５は、面談を行った売主２との面談での内容をコンピュータ１０に送信する。このとき、司法書士５は、売主２との面談での内容として、会話ログ、本人確認の結果、売却の意思確認結果、必要書類の確認結果等をコンピュータ１０に送信する。
また、司法書士５は、面談を行った買主３との面談での内容をコンピュータ１０に送信する。このとき、司法書士５は、買主３との面談での内容として、会話ログ、本人確認の結果、購入の意思確認結果、必要書類の確認結果等をコンピュータ１０に送信する
面談内容取得モジュールは、其々の面談での内容を受信し、設定した面談での内容を取得する。面談内容取得モジュールがこの其々の面談での内容を取得する方法は、特に限定されるものではなく、其々の面談での内容を入力する所定のＵＩ、其々の面談での内容が入力されたメールやＳＭＳ等のメール等により取得すれば良い。
なお、面談内容取得モジュールは、この其々の面談での内容を、直接入力等のその他の方法により取得するものであっても良い。
【0082】
面談内容記録モジュールは、取得した面談での内容を記録する（ステップＳ７１）。
面談内容記録モジュールは、上述したステップＳ２１の処理により登録された不動産の基本情報及び物件書類データに、この面談での内容を対応付けて記録する。
面談内容記録モジュールは、上述したステップＳ２１の処理により登録された不動産の基本情報及び物件書類データに、この面談での内容を対応付けて記録する。
【0083】
決済予定日設定モジュールは、決済予定日を設定する（ステップＳ７２）。
決済予定日設定モジュールは、仲介業者４等が指定する日付を、決済予定日として設定する。
なお、決済予定日設定モジュールが設定する決済予定日は、仲介業者４以外の売主２、買主３、信託会社７等が指定する日付であっても良いし、面談の結果指定された日付であっても良いし、それ以外の方法により指定された日付であっても良い。
決済予定日設定モジュールは、仲介業者４等が指定する日付を、決済予定日として設定する。
なお、決済予定日設定モジュールが設定する決済予定日は、仲介業者４以外の売主２、買主３、信託会社７等が指定する日付であっても良いし、面談の結果指定された日付であっても良いし、それ以外の方法により指定された日付であっても良い。
【0084】
以上が、面談後処理である。
不動産決済支援システム１は、本面談後処理により設定された決済予定日を用いて、後述する処理を実行する。
不動産決済支援システム１は、本面談後処理により設定された決済予定日を用いて、後述する処理を実行する。
【0085】
［コンピュータ１０が実行する第２通知処理］
図１２に基づいて、コンピュータ１０が実行する第２通知処理について説明する。同図は、コンピュータ１０が実行する第２通知処理のフローチャートを示す図である。本第２通知処理は、上述した不動産の決済に関する売買代金に対する残金の第２指図書を作成する第２作成処理（ステップＳ１０）、司法書士５による登記可能判断の結果を取得する登記結果取得処理（ステップＳ１１）、指定の信託口口座に残金の着金を確認する残金着金確認処理（ステップＳ１２）、取得した登記可能判断に基づいて、信託会社７に第２指図書通りに送金可能となったことを通知する第２通知処理（ステップＳ１３）の詳細である。本第２通知処理は、上述した面談後処理の後に実行される処理である。
図１２に基づいて、コンピュータ１０が実行する第２通知処理について説明する。同図は、コンピュータ１０が実行する第２通知処理のフローチャートを示す図である。本第２通知処理は、上述した不動産の決済に関する売買代金に対する残金の第２指図書を作成する第２作成処理（ステップＳ１０）、司法書士５による登記可能判断の結果を取得する登記結果取得処理（ステップＳ１１）、指定の信託口口座に残金の着金を確認する残金着金確認処理（ステップＳ１２）、取得した登記可能判断に基づいて、信託会社７に第２指図書通りに送金可能となったことを通知する第２通知処理（ステップＳ１３）の詳細である。本第２通知処理は、上述した面談後処理の後に実行される処理である。
【0086】
第２作成モジュールは、不動産の決済に関する売買代金に対する残金の第２指図書を作成する（ステップＳ８０）。
第２指図書には、売主２に対して支払う売買代金に対する残金に加えて、仲介業者４や司法書士５に支払う手数料等の売買代金に対する残金以外の金額も含まれている。
第２作成モジュールは、上述した第１指図書と同様に、予め設定された所定の形式に基づいて、第２指図書を作成する。第２作成モジュールは、この所定の形式に基づいて、今回の不動産の決済に関する売主２の名称、買主３の名称、仲介業者４の名称、司法書士５の名称、信託口口座への入金予定額、振込一覧（振込情報（例えば、振込目的、振込予定日、振込額、振込元名義）、振込先口座情報（例えば、買主３との関係、金融機関名、本支店名、口座種別、口座名義、口座番号））等を入力し、売買代金に対する残金の第２指図書を作成する。ここで、振込予定日は、上述したステップＳ７２の処理により設定された決済予定日の日付である。
第２作成モジュールは、上述した第１情報登録処理により登録された売主２の個人情報と、買主３の個人情報と、上述した司法書士登録処理により登録された司法書士５の情報と、上述した第１指図書の作成時に取得又は入力された仲介業者４の情報、又は、今回入力された仲介業者４の情報とに基づいて、第２指図書を作成する。
第２指図書は、上述した第１指図書と略同様であり、相違点は、第１指図書が売買代金に対する手付金に対するものであるのに対して、第２指図書が売買代金に対する残金に対するものである点のみである。
第２指図書には、売主２に対して支払う売買代金に対する残金に加えて、仲介業者４や司法書士５に支払う手数料等の売買代金に対する残金以外の金額も含まれている。
第２作成モジュールは、上述した第１指図書と同様に、予め設定された所定の形式に基づいて、第２指図書を作成する。第２作成モジュールは、この所定の形式に基づいて、今回の不動産の決済に関する売主２の名称、買主３の名称、仲介業者４の名称、司法書士５の名称、信託口口座への入金予定額、振込一覧（振込情報（例えば、振込目的、振込予定日、振込額、振込元名義）、振込先口座情報（例えば、買主３との関係、金融機関名、本支店名、口座種別、口座名義、口座番号））等を入力し、売買代金に対する残金の第２指図書を作成する。ここで、振込予定日は、上述したステップＳ７２の処理により設定された決済予定日の日付である。
第２作成モジュールは、上述した第１情報登録処理により登録された売主２の個人情報と、買主３の個人情報と、上述した司法書士登録処理により登録された司法書士５の情報と、上述した第１指図書の作成時に取得又は入力された仲介業者４の情報、又は、今回入力された仲介業者４の情報とに基づいて、第２指図書を作成する。
第２指図書は、上述した第１指図書と略同様であり、相違点は、第１指図書が売買代金に対する手付金に対するものであるのに対して、第２指図書が売買代金に対する残金に対するものである点のみである。
【0087】
最終意思確認モジュールは、不動産の決済の対象となる不動産の売主２と買主３の各々に、決済の最終意思を確認する（ステップＳ８１）。
最終意思確認モジュールは、売主２に、今回の不動産の売却の最終意思を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。メールの内容は、この売主２に不動産の売却の最終意思を確認するものであれば良く、その内容は、特に限定されるものではない。
売主２は、このメールを受信し、閲覧する。
売主２は、このメールに対して、売却するか否かを回答する。売主２の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、売却するか否かを入力する、又は、受信したメールに対して、売却するか否かを入力したメールを返信するといったものである。
また、最終意思確認モジュールは、買主３に、今回の不動産の購入の最終意思を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。メールの内容は、この買主３に不動産の購入の最終意思を確認するものであれば良く、その内容は、特に限定されるものではない。
買主３は、このメールを受信し、閲覧する。
買主３は、このメールに対して、購入するか否かを回答する。買主３の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、購入するか否かを入力する、又は、受信したメールに対して、購入するか否かを入力したメールを返信するといったものである。
最終意思確認モジュールは、売主２と買主３の各々の回答を取得し、不動産の決済の対象となる不動産の売主２と買主３の各々に、決済の最終意思を確認する。
なお、最終意思確認モジュールが、売主２又は買主３の何れかが決済の意思を有しなかった場合、不動産の決済そのものが中止又は延期となる。
最終意思確認モジュールは、売主２に、今回の不動産の売却の最終意思を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。メールの内容は、この売主２に不動産の売却の最終意思を確認するものであれば良く、その内容は、特に限定されるものではない。
売主２は、このメールを受信し、閲覧する。
売主２は、このメールに対して、売却するか否かを回答する。売主２の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、売却するか否かを入力する、又は、受信したメールに対して、売却するか否かを入力したメールを返信するといったものである。
また、最終意思確認モジュールは、買主３に、今回の不動産の購入の最終意思を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。メールの内容は、この買主３に不動産の購入の最終意思を確認するものであれば良く、その内容は、特に限定されるものではない。
買主３は、このメールを受信し、閲覧する。
買主３は、このメールに対して、購入するか否かを回答する。買主３の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、購入するか否かを入力する、又は、受信したメールに対して、購入するか否かを入力したメールを返信するといったものである。
最終意思確認モジュールは、売主２と買主３の各々の回答を取得し、不動産の決済の対象となる不動産の売主２と買主３の各々に、決済の最終意思を確認する。
なお、最終意思確認モジュールが、売主２又は買主３の何れかが決済の意思を有しなかった場合、不動産の決済そのものが中止又は延期となる。
【0088】
登記可能判断取得モジュールは、司法書士５による登記可能判断の結果を取得する（ステップＳ８２）。
登記可能判断は、面談の結果、登記申請に係る確認及び準備が完了したことを示すものである。
登記可能判断取得モジュールは、この登記可能判断を、司法書士５から取得する。このとき、登記可能判断取得モジュールは、この登記可能判断の送信の要求を、司法書士５に送信するものであっても良いし、所定のタイミングで、定期又は不定期に、登記可能判断を、送信の要求によらず、司法書士５から取得するものであっても良い。
司法書士５は、この登記可能判断をコンピュータ１０に送信する。
登記可能判断取得モジュールは、この登記可能判断を受信し、司法書士５による登記可能判断の結果を取得する。登記可能判断取得モジュールが、この登記可能判断を取得する方法は、特に限定されるものではなく、この登記可能判断を入力する所定のＵＩ、この登記可能判断が入力されたメールやＳＭＳ等のメール等により取得すれば良い。
なお、登記可能判断取得モジュールは、この登記可能判断を、直接入力等のその他の方法により取得するものであっても良い。
登記可能判断は、面談の結果、登記申請に係る確認及び準備が完了したことを示すものである。
登記可能判断取得モジュールは、この登記可能判断を、司法書士５から取得する。このとき、登記可能判断取得モジュールは、この登記可能判断の送信の要求を、司法書士５に送信するものであっても良いし、所定のタイミングで、定期又は不定期に、登記可能判断を、送信の要求によらず、司法書士５から取得するものであっても良い。
司法書士５は、この登記可能判断をコンピュータ１０に送信する。
登記可能判断取得モジュールは、この登記可能判断を受信し、司法書士５による登記可能判断の結果を取得する。登記可能判断取得モジュールが、この登記可能判断を取得する方法は、特に限定されるものではなく、この登記可能判断を入力する所定のＵＩ、この登記可能判断が入力されたメールやＳＭＳ等のメール等により取得すれば良い。
なお、登記可能判断取得モジュールは、この登記可能判断を、直接入力等のその他の方法により取得するものであっても良い。
【0089】
図１３に基づいて、登記可能判断の入力用ＵＩについて説明する。同図は、司法書士５による登記可能判断を入力する入力用ＵＩの一例を模式的に示した図である。
同図において、入力用ＵＩ６０が示されている。入力用ＵＩ６０は、不動産の決済に関する個別案件番号、案件名、住居表示、売主２の氏名及び住所、買主３の氏名及び住所、融資金の金融機関名及び融資金額、登記可能判断の各々の情報が入力される入力欄６１と、入力欄６１に入力された情報をコンピュータ１０に送信する送信アイコン６２とを含むものである。
司法書士５は、入力欄６１の各々の項目に対して情報を入力し、送信アイコン６２を入力する。入力用ＵＩ６０は、この送信アイコン６２の入力を契機として、入力欄６１に入力された各情報を、コンピュータ１０に送信する。
登記可能判断取得モジュールは、この各情報を受信し、司法書士５による登記可能判断の結果を取得する。
同図において、入力用ＵＩ６０が示されている。入力用ＵＩ６０は、不動産の決済に関する個別案件番号、案件名、住居表示、売主２の氏名及び住所、買主３の氏名及び住所、融資金の金融機関名及び融資金額、登記可能判断の各々の情報が入力される入力欄６１と、入力欄６１に入力された情報をコンピュータ１０に送信する送信アイコン６２とを含むものである。
司法書士５は、入力欄６１の各々の項目に対して情報を入力し、送信アイコン６２を入力する。入力用ＵＩ６０は、この送信アイコン６２の入力を契機として、入力欄６１に入力された各情報を、コンピュータ１０に送信する。
登記可能判断取得モジュールは、この各情報を受信し、司法書士５による登記可能判断の結果を取得する。
【0090】
登記可能判断記録モジュールは、取得した登記可能判断を分散台帳に記録する（ステップＳ８３）。
分散台帳は、例えば、ブロックチェーン技術によるものである。
登記可能判断記録モジュールは、コンピュータ１０とデータ通信可能に接続された複数の格納部５０により構成される分散台帳に、取得した登記可能判断を分散記録する（図８参照）。
なお、コンピュータ１０は、取得した登記可能判断を、上述したステップＳ２１の処理により登録された不動産の基本情報及び物件書類データに対応付けて登録する構成も可能である。
分散台帳は、例えば、ブロックチェーン技術によるものである。
登記可能判断記録モジュールは、コンピュータ１０とデータ通信可能に接続された複数の格納部５０により構成される分散台帳に、取得した登記可能判断を分散記録する（図８参照）。
なお、コンピュータ１０は、取得した登記可能判断を、上述したステップＳ２１の処理により登録された不動産の基本情報及び物件書類データに対応付けて登録する構成も可能である。
【0091】
図１４に基づいて、分散台帳を構成する複数の格納部５０が分散記録する情報について説明する。同図は、格納部５０に保持される情報の一例を模式的に示した図である。同図において、上述した不動産の基本情報及び物件書類データと、上述した登記可能判断とを関連付けて、各格納部５０に分散記録させる。
図１４において、第ｎのブロックは、ブロックチェーンの末尾のブロックを表し、第ｎ＋１のブロックは、第ｎまでのブロックが登録されたブロックチェーンに対して、追加しようとしている生成中のブロックを表している。第ｎのブロックは、前ブロックのハッシュ値、ブロック上に固有ナンス値、不動産の基本情報、物件書類データ及び登記可能判断を含む。
第ｎまでのブロックが登録されたブロックチェーンに対して、新たなブロックを追加しようとする場合、格納部５０は、そのブロックのハッシュ値が特定の条件を満たすようなナンス値を求める計算を行う。格納部５０は、計算結果に基づいて、前ブロックのハッシュ値、ナンス値、不動産の基本情報、物件書類データ及び登記可能判断を含む新たなブロックチェーンを登録する。
なお、コンピュータ１０は、上述した不動産の基本情報及び物件書類データと、上述した送金可能判断と、上述した登記可能判断とを、各格納部５０に分散記録させるものであっても良い。この場合、第ｎのブロックは、前ブロックのハッシュ値、ブロック上に固有ナンス値、不動産の基本情報、物件書類データ、送金可能判断及び登記可能判断を含むものであれば良い。格納部５０は、新たなブロックを追加する際、格納部５０は、前ブロックのハッシュ値、ナンス値、不動産の基本情報、物件書類データ、送金可能判断及び登記可能判断を含む新たなブロックチェーンを登録すれば良い。
図１４において、第ｎのブロックは、ブロックチェーンの末尾のブロックを表し、第ｎ＋１のブロックは、第ｎまでのブロックが登録されたブロックチェーンに対して、追加しようとしている生成中のブロックを表している。第ｎのブロックは、前ブロックのハッシュ値、ブロック上に固有ナンス値、不動産の基本情報、物件書類データ及び登記可能判断を含む。
第ｎまでのブロックが登録されたブロックチェーンに対して、新たなブロックを追加しようとする場合、格納部５０は、そのブロックのハッシュ値が特定の条件を満たすようなナンス値を求める計算を行う。格納部５０は、計算結果に基づいて、前ブロックのハッシュ値、ナンス値、不動産の基本情報、物件書類データ及び登記可能判断を含む新たなブロックチェーンを登録する。
なお、コンピュータ１０は、上述した不動産の基本情報及び物件書類データと、上述した送金可能判断と、上述した登記可能判断とを、各格納部５０に分散記録させるものであっても良い。この場合、第ｎのブロックは、前ブロックのハッシュ値、ブロック上に固有ナンス値、不動産の基本情報、物件書類データ、送金可能判断及び登記可能判断を含むものであれば良い。格納部５０は、新たなブロックを追加する際、格納部５０は、前ブロックのハッシュ値、ナンス値、不動産の基本情報、物件書類データ、送金可能判断及び登記可能判断を含む新たなブロックチェーンを登録すれば良い。
【0092】
図１２に戻り、第２通知処理の続きを説明する。
残金着金確認モジュールは、指定の信託口口座に売買代金に対する残金の着金を確認する（ステップＳ８４）。
残金着金確認モジュールは、作成した第２指図書にて指定された信託口口座を管理する信託会社７に売買代金に対する残金の着金を確認する。このとき、残金着金確認モジュールは、この第２指図書にて指定された振込予定日のタイミングにおいて、この売買代金に対する残金の着金を確認する。
残金着金確認モジュールは、指定の信託口口座を管理する信託会社７に、売買代金に対する残金の着金を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。メールの内容は、この信託会社７に売買代金に対する残金の着金を確認するものであれば良く、その内容は、特に限定されるものではない。
信託会社７は、このメールを受信し、閲覧する。
信託会社７は、このメールに対して、着金したか否かを回答する。信託会社７の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、着金したか否かを入力する、又は、受信したメールに対して、着金したか否かを入力したメールを返信するといったものである。
残金着金確認モジュールは、信託会社７の回答を取得し、指定の信託口口座に売買代金に対する残金の着金を確認する。
なお、残金着金確認モジュールは、売買代金に対する残金の着金の確認が取れなかった場合（売買代金に対する残金が着金していないと回答された場合）、金融機関６に、売買代金に対する残金の送金を行うよう要求や通知等する構成も可能である。
残金着金確認モジュールは、指定の信託口口座に売買代金に対する残金の着金を確認する（ステップＳ８４）。
残金着金確認モジュールは、作成した第２指図書にて指定された信託口口座を管理する信託会社７に売買代金に対する残金の着金を確認する。このとき、残金着金確認モジュールは、この第２指図書にて指定された振込予定日のタイミングにおいて、この売買代金に対する残金の着金を確認する。
残金着金確認モジュールは、指定の信託口口座を管理する信託会社７に、売買代金に対する残金の着金を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。メールの内容は、この信託会社７に売買代金に対する残金の着金を確認するものであれば良く、その内容は、特に限定されるものではない。
信託会社７は、このメールを受信し、閲覧する。
信託会社７は、このメールに対して、着金したか否かを回答する。信託会社７の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、着金したか否かを入力する、又は、受信したメールに対して、着金したか否かを入力したメールを返信するといったものである。
残金着金確認モジュールは、信託会社７の回答を取得し、指定の信託口口座に売買代金に対する残金の着金を確認する。
なお、残金着金確認モジュールは、売買代金に対する残金の着金の確認が取れなかった場合（売買代金に対する残金が着金していないと回答された場合）、金融機関６に、売買代金に対する残金の送金を行うよう要求や通知等する構成も可能である。
【0093】
残金送金可能通知モジュールは、取得した登記可能判断に基づいて、信託会社７に第２指図書通りに送金可能となったことを通知する（ステップＳ８５）。
残金送金可能通知モジュールは、登記可能判断の結果として、第２指図書通りに送金可能となったことが入力されたメールやＳＭＳ等のメールを、信託会社７に送信する。このメールの内容は、第２指図書通りに送金可能となったことの内容であれば良く、その内容は、特に限定されるものではない。信託会社７は、このメールを受信し、閲覧する。
残金送金可能通知モジュールは、このメールを信託会社７に送信し、閲覧させることにより、取得した登記可能判断に基づいて、信託会社７に第２指図書通りに送金可能となったことを通知する。
信託会社７は、この通知に基づいて、第２指図書にて指定された各口座に指定された金額を送金することになる。
残金送金可能通知モジュールは、登記可能判断の結果として、第２指図書通りに送金可能となったことが入力されたメールやＳＭＳ等のメールを、信託会社７に送信する。このメールの内容は、第２指図書通りに送金可能となったことの内容であれば良く、その内容は、特に限定されるものではない。信託会社７は、このメールを受信し、閲覧する。
残金送金可能通知モジュールは、このメールを信託会社７に送信し、閲覧させることにより、取得した登記可能判断に基づいて、信託会社７に第２指図書通りに送金可能となったことを通知する。
信託会社７は、この通知に基づいて、第２指図書にて指定された各口座に指定された金額を送金することになる。
【0094】
以上が、第２通知処理である。
【0095】
［コンピュータ１０が実行する第３通知処理］
図１５に基づいて、コンピュータ１０が実行する第３通知処理について説明する。同図は、コンピュータ１０が実行する第３通知処理のフローチャートを示す図である。本第３通知処理は、上述した不動産の仲介業者４、司法書士５の各々に、各手数料が支払われたかを確認する手数料確認処理（ステップＳ１４）、司法書士５から、登記申請受領証データを取得する登記申請受領証データ取得処理（ステップＳ１５）、買主３に対して、登記が完了したことを通知する第３通知処理（ステップＳ１６）の詳細である。本第３通知処理は、上述した第２通知処理の後に実行される処理である。
図１５に基づいて、コンピュータ１０が実行する第３通知処理について説明する。同図は、コンピュータ１０が実行する第３通知処理のフローチャートを示す図である。本第３通知処理は、上述した不動産の仲介業者４、司法書士５の各々に、各手数料が支払われたかを確認する手数料確認処理（ステップＳ１４）、司法書士５から、登記申請受領証データを取得する登記申請受領証データ取得処理（ステップＳ１５）、買主３に対して、登記が完了したことを通知する第３通知処理（ステップＳ１６）の詳細である。本第３通知処理は、上述した第２通知処理の後に実行される処理である。
【0096】
決済代金送金確認モジュールは、信託会社７に、決済代金の送金を確認する（ステップＳ９０）。
決済代金には、売主２に対して支払う売買代金に対する残金に加え、仲介業者４や司法書士５に支払う手数料等の売買代金に対する残金以外の金額も含まれている。
決済代金送金確認モジュールは、信託会社７に、作成した第２指図書にて振込情報及び振込先口座情報に指定された金融機関６の口座に、決済代金を送金したかを確認する。このとき、決済代金送金確認モジュールは、この第２指図書にて指定された振込予定日（上述したステップＳ７２の処理により設定された決済予定日）のタイミングにおいて、信託会社７に、売主２、仲介業者４及び司法書士５の各々に指定された金融機関６の口座に、決済代金を送金したかを確認する。
決済代金送金確認モジュールは、決済代金の送金元である信託会社７に、決済代金の送金を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。メールの内容は、この信託会社７に決済代金の送金を確認するものであれば良く、その内容は、特に限定されるものではない。
信託会社７は、このメールを受信し、閲覧する。
信託会社７は、このメールに対して、送金したか否かを回答する。信託会社７の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、送金したか否かを入力する、又は、受信したメールに対して、送金したか否かを入力したメールを返信するといったものである。
決済代金送金確認モジュールは、信託会社７の回答を取得し、決済代金の送金を確認する。
なお、決済代金送金確認モジュールは、決済代金の送金の確認が取れなかった場合（決済代金を送金していないと回答された場合）、信託会社７に、決済代金の送金を行うよう要求や通知等する構成も可能である。
決済代金には、売主２に対して支払う売買代金に対する残金に加え、仲介業者４や司法書士５に支払う手数料等の売買代金に対する残金以外の金額も含まれている。
決済代金送金確認モジュールは、信託会社７に、作成した第２指図書にて振込情報及び振込先口座情報に指定された金融機関６の口座に、決済代金を送金したかを確認する。このとき、決済代金送金確認モジュールは、この第２指図書にて指定された振込予定日（上述したステップＳ７２の処理により設定された決済予定日）のタイミングにおいて、信託会社７に、売主２、仲介業者４及び司法書士５の各々に指定された金融機関６の口座に、決済代金を送金したかを確認する。
決済代金送金確認モジュールは、決済代金の送金元である信託会社７に、決済代金の送金を確認する内容が入力されたメールやＳＭＳ等のメールを送信する。メールの内容は、この信託会社７に決済代金の送金を確認するものであれば良く、その内容は、特に限定されるものではない。
信託会社７は、このメールを受信し、閲覧する。
信託会社７は、このメールに対して、送金したか否かを回答する。信託会社７の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、送金したか否かを入力する、又は、受信したメールに対して、送金したか否かを入力したメールを返信するといったものである。
決済代金送金確認モジュールは、信託会社７の回答を取得し、決済代金の送金を確認する。
なお、決済代金送金確認モジュールは、決済代金の送金の確認が取れなかった場合（決済代金を送金していないと回答された場合）、信託会社７に、決済代金の送金を行うよう要求や通知等する構成も可能である。
【0097】
決済代金送金登録モジュールは、決済代金の送金を登録する（ステップＳ９１）。
決済代金送金登録モジュールは、決済代金の送金が行われたことと、売主２に送金した金額と、仲介業者４に送金した金額と、司法書士５に送金した金額とを、上述したステップＳ２１の処理により登録された不動産の基本情報及び物件書類データに対応付けて登録する。
決済代金送金登録モジュールは、決済代金の送金が行われたことと、売主２に送金した金額と、仲介業者４に送金した金額と、司法書士５に送金した金額とを、上述したステップＳ２１の処理により登録された不動産の基本情報及び物件書類データに対応付けて登録する。
【0098】
売主残金確認モジュールは、売主２に、売買代金に対する残金が支払われたかを確認する（ステップＳ９２）。
売主残金確認モジュールは、作成した第２指図書にて、売主２への振込金額として指定された売買代金に対する残金が支払われたかを確認する。このとき、売主残金確認モジュールは、作成した第２指図書にて指定された振込予定日（上述したステップＳ７２の処理により設定された決済予定日）のタイミングにおいて、この売買代金に対する残金が支払われたかを確認する。
売主残金確認モジュールは、売主２に、売買代金に対する残金が支払われたかを確認する内容が入力されたメールやＳＭＳ等のメールを送信する。メールの内容は、この売主２に売買代金に対する残金が支払われたかを確認するものであれば良く、その内容は、特に限定されるものではない。
売主２は、このメールを受信し、閲覧する。
売主２は、このメールに対して、売買代金に対する残金が支払われたかを回答する。売主２の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、支払われたかを入力する、又は、受信したメールに対して支払われたかを入力したメールを返信するといったものである。
売主残金確認モジュールは、売主２の回答を取得し、売主２に、売買代金に対する残金が支払われたかを確認する。
なお、売主残金確認モジュールは、売買代金に対する残金が支払われたかの確認が取れなかった場合（売買代金に対する残金が支払われていないと回答された場合）、信託会社７に、問い合わせ等する構成も可能である。
売主残金確認モジュールは、作成した第２指図書にて、売主２への振込金額として指定された売買代金に対する残金が支払われたかを確認する。このとき、売主残金確認モジュールは、作成した第２指図書にて指定された振込予定日（上述したステップＳ７２の処理により設定された決済予定日）のタイミングにおいて、この売買代金に対する残金が支払われたかを確認する。
売主残金確認モジュールは、売主２に、売買代金に対する残金が支払われたかを確認する内容が入力されたメールやＳＭＳ等のメールを送信する。メールの内容は、この売主２に売買代金に対する残金が支払われたかを確認するものであれば良く、その内容は、特に限定されるものではない。
売主２は、このメールを受信し、閲覧する。
売主２は、このメールに対して、売買代金に対する残金が支払われたかを回答する。売主２の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、支払われたかを入力する、又は、受信したメールに対して支払われたかを入力したメールを返信するといったものである。
売主残金確認モジュールは、売主２の回答を取得し、売主２に、売買代金に対する残金が支払われたかを確認する。
なお、売主残金確認モジュールは、売買代金に対する残金が支払われたかの確認が取れなかった場合（売買代金に対する残金が支払われていないと回答された場合）、信託会社７に、問い合わせ等する構成も可能である。
【0099】
手数料確認モジュールは、仲介業者４、司法書士５の各々に、各手数料が支払われたかを確認する（ステップＳ９３）。
手数料確認モジュールは、作成した第２指図書にて、仲介業者４及び司法書士５の各々への振込金額として指定された手数料が支払われたかを確認する。このとき、手数料確認モジュールは、作成した第２指図書にて指定された振込予定日（上述したステップＳ７２の処理により設定された決済予定日）のタイミングにおいて、この手数料が支払われたかを確認する。
手数料確認モジュールは、仲介業者４及び司法書士５の各々に、手数料が支払われたかを確認する内容が入力されたメールやＳＭＳ等のメールを送信する。メールの内容は、この仲介業者４及び司法書士５の各々に手数料が支払われたかを確認するものであれば良く、その内容は、特に限定されるものではない。
仲介業者４及び司法書士５の各々は、このメールを受信し、閲覧する。
仲介業者４及び司法書士５の各々は、このメールに対して、手数料が支払われたかを回答する。仲介業者４及び司法書士５の各々の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、支払われたかを入力する、又は、受信したメールに対して支払われたかを入力したメールを返信するといったものである。
手数料確認モジュールは、仲介業者４及び司法書士５の各々の回答を取得し、仲介業者４、司法書士５の各々に、各手数料が支払われたかを確認する。
なお、手数料確認モジュールは、仲介業者４及び司法書士５の何れか又は双方から、手数料が支払われたかの確認が取れなかった場合（手数料が支払われていないと回答された場合）、信託会社７に、問い合わせ等する構成も可能である。
手数料確認モジュールは、作成した第２指図書にて、仲介業者４及び司法書士５の各々への振込金額として指定された手数料が支払われたかを確認する。このとき、手数料確認モジュールは、作成した第２指図書にて指定された振込予定日（上述したステップＳ７２の処理により設定された決済予定日）のタイミングにおいて、この手数料が支払われたかを確認する。
手数料確認モジュールは、仲介業者４及び司法書士５の各々に、手数料が支払われたかを確認する内容が入力されたメールやＳＭＳ等のメールを送信する。メールの内容は、この仲介業者４及び司法書士５の各々に手数料が支払われたかを確認するものであれば良く、その内容は、特に限定されるものではない。
仲介業者４及び司法書士５の各々は、このメールを受信し、閲覧する。
仲介業者４及び司法書士５の各々は、このメールに対して、手数料が支払われたかを回答する。仲介業者４及び司法書士５の各々の回答方法は、例えば、メールに入力されたＵＲＬにアクセスし、所定のＵＩにより、支払われたかを入力する、又は、受信したメールに対して支払われたかを入力したメールを返信するといったものである。
手数料確認モジュールは、仲介業者４及び司法書士５の各々の回答を取得し、仲介業者４、司法書士５の各々に、各手数料が支払われたかを確認する。
なお、手数料確認モジュールは、仲介業者４及び司法書士５の何れか又は双方から、手数料が支払われたかの確認が取れなかった場合（手数料が支払われていないと回答された場合）、信託会社７に、問い合わせ等する構成も可能である。
【0100】
登記申請受領証データ取得モジュールは、司法書士５から、登記申請受領証データを取得する（ステップＳ９４）。
登記申請受領証データは、登記の申請の受付日及び受付番号が明記され、登記の申請が受理されたことの証明書のデータであり、例えば、オンライン申請における所定の画面のデータや、窓口で発行された登記申請受領証のデータである。
登記申請受領証データ取得モジュールは、司法書士５から、決済の対象となった不動産に関する登記申請受領証データを取得する。このとき、登記申請受領証データ取得モジュールは、この登記申請受領証データの送信の要求を、司法書士５に送信するものであっても良いし、登記の申請が受理されたタイミングで、この登記申請受領証データを、送信の要求によらず、司法書士５から取得するものであっても良い。
司法書士５は、この登記申請受領証データをコンピュータ１０に送信する。
登記申請受領証データ取得モジュールは、この登記申請受領証データを受信し、司法書士５から、登記申請受領証データを取得する。
登記申請受領証データは、登記の申請の受付日及び受付番号が明記され、登記の申請が受理されたことの証明書のデータであり、例えば、オンライン申請における所定の画面のデータや、窓口で発行された登記申請受領証のデータである。
登記申請受領証データ取得モジュールは、司法書士５から、決済の対象となった不動産に関する登記申請受領証データを取得する。このとき、登記申請受領証データ取得モジュールは、この登記申請受領証データの送信の要求を、司法書士５に送信するものであっても良いし、登記の申請が受理されたタイミングで、この登記申請受領証データを、送信の要求によらず、司法書士５から取得するものであっても良い。
司法書士５は、この登記申請受領証データをコンピュータ１０に送信する。
登記申請受領証データ取得モジュールは、この登記申請受領証データを受信し、司法書士５から、登記申請受領証データを取得する。
【0101】
決済完了通知モジュールは、売主２、買主３の各々に、不動産の決済が完了したことを通知する（ステップＳ９５）。
決済完了通知モジュールは、不動産の決済が完了したことが入力されたメールやＳＭＳ等のメールを、売主２及び買主３の各々に送信する。このメールの内容は、不動産の決済が完了したことを示すものであれば良く、その内容は、特に限定されるものではない。売主２及び買主３は、このメールを受信し、閲覧する。
決済完了通知モジュールは、このメールを売主２及び買主３の各々に送信し、各々に閲覧させることにより、売主２、買主３の各々に、不動産の決済が完了したことを通知する。
決済完了通知モジュールは、不動産の決済が完了したことが入力されたメールやＳＭＳ等のメールを、売主２及び買主３の各々に送信する。このメールの内容は、不動産の決済が完了したことを示すものであれば良く、その内容は、特に限定されるものではない。売主２及び買主３は、このメールを受信し、閲覧する。
決済完了通知モジュールは、このメールを売主２及び買主３の各々に送信し、各々に閲覧させることにより、売主２、買主３の各々に、不動産の決済が完了したことを通知する。
【0102】
登記完了通知モジュールは、買主３に対して、登記が完了したことを通知する（ステップＳ９６）。
登記完了通知モジュールは、買主３に対して、決済の対象となる不動産の登記が完了したことを通知する。
登記完了通知モジュールは、決済の対象となる不動産の登記が完了したことが入力されたメールやＳＭＳ等のメールを、買主３に送信する。このメールの内容は、決済の対象となる不動産の登記が完了したことを示すものであれば良く、その内容は、特に限定されるものではない。なお、この通知に際して、上述したステップＳ９４の処理により取得した登記申請受領証データを併せて送信しても良い。
買主３は、このメールを受信し、閲覧する。
登記完了通知モジュールは、このメールを買主３に送信し、閲覧させることにより、買主３に対して、登記が完了したことを通知する。
登記完了通知モジュールは、買主３に対して、決済の対象となる不動産の登記が完了したことを通知する。
登記完了通知モジュールは、決済の対象となる不動産の登記が完了したことが入力されたメールやＳＭＳ等のメールを、買主３に送信する。このメールの内容は、決済の対象となる不動産の登記が完了したことを示すものであれば良く、その内容は、特に限定されるものではない。なお、この通知に際して、上述したステップＳ９４の処理により取得した登記申請受領証データを併せて送信しても良い。
買主３は、このメールを受信し、閲覧する。
登記完了通知モジュールは、このメールを買主３に送信し、閲覧させることにより、買主３に対して、登記が完了したことを通知する。
【0103】
以上が、第３通知処理である。
【0104】
上述した各処理は、別個の処理として記載しているが、コンピュータ１０は、上述した各処理の一部又は全部を組み合わせて実行する構成も可能である。また、コンピュータ１０は、各処理において、説明したタイミング以外のタイミングであっても、その処理を実行する構成も可能である。
【0105】
上述した手段、機能は、コンピュータ（ＣＰＵ、情報処理装置、各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、コンピュータからネットワーク経由で提供される（ＳａａＳ：ソフトウェア・アズ・ア・サービス）形態やクラウドサービスで提供されて良い。また、プログラムは、コンピュータ読取可能な記録媒体に記録された形態で提供されて良い。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記録装置又は外部記録装置に転送し記録して実行する。また、そのプログラムを、記録装置（記録媒体）に予め記録しておき、その記録装置から通信回線を介してコンピュータに提供するようにしても良い。
【0106】
以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【0107】
（１）売主から買主へ仲介業者及び司法書士を介して不動産の決済を支援する不動産決済支援システムであって、
決済の対象となる不動産の基本情報及び物件書類データを取得する不動産情報取得部（例えば、不動産情報取得部１１、不動産情報取得モジュール）と、
前記不動産の決済用に前記仲介業者が選定した司法書士を仮登録する仮登録部（例えば、仮登録部２２、司法書士仮登録モジュール）と、
前記仮登録した司法書士に受任の意思を確認する受任意思確認部（例えば、受任意思確認部１２、受任意思確認モジュール）と、
前記司法書士に受任の意思がある場合、売主と司法書士の面談、買主と司法書士の面談、を夫々設定する面談設定部（例えば、面談設定部２４、面談設定モジュール）と、
前記不動産の決済に関する手付金の第１指図書を作成する第１作成部（例えば、第１作成部２５、第１作成モジュール）と、
指定の信託口口座に手付金の着金を確認する手付金着金確認部（例えば、手付金着金確認部１３、手付金着金確認モジュール）と、
当該不動産の決済における送金可能判断の結果を前記司法書士から取得する送金結果取得部（例えば、送金結果取得部１４、送金可能判断取得モジュール）と、
取得した前記送金可能判断に基づいて、信託会社に前記第１指図書通りに送金可能となったことを通知する第１通知部（例えば、第１通知部１５、手付金送金可能通知モジュール）と、
前記設定した面談での内容を記録する面談内容記録部（例えば、面談内容記録部２３、面談内容記録モジュール）と、
前記不動産の決済に関する売買代金に対する残金の第２指図書を作成する第２作成部（例えば、第２作成部２６、第２作成モジュール）と、
前記司法書士による登記可能判断の結果を取得する登記結果取得部（例えば、登記結果取得部１６、登記可能判断取得モジュール）と、
指定の信託口口座に残金の着金を確認する残金着金確認部（例えば、残金着金確認部１７、残金着金確認モジュール）と、
取得した前記登記可能判断に基づいて、信託会社に前記第２指図書通りに送金可能となったことを通知する第２通知部（例えば、第２通知部１８、残金送金可能通知モジュール）と、
当該不動産の仲介業者、司法書士の各々に、各手数料が支払われたかを確認する手数料確認部（例えば、手数料確認部１９、手数料確認モジュール）と、
前記司法書士から、登記申請受領証データを取得する登記申請受領証データ取得部（例えば、登記申請受領証データ取得部２０、登記申請受領証データ取得モジュール）と、
前記買主に対して、登記が完了したことを通知する第３通知部（例えば、第３通知部２１、登記完了通知モジュール）と、
を備える不動産決済支援システム。
決済の対象となる不動産の基本情報及び物件書類データを取得する不動産情報取得部（例えば、不動産情報取得部１１、不動産情報取得モジュール）と、
前記不動産の決済用に前記仲介業者が選定した司法書士を仮登録する仮登録部（例えば、仮登録部２２、司法書士仮登録モジュール）と、
前記仮登録した司法書士に受任の意思を確認する受任意思確認部（例えば、受任意思確認部１２、受任意思確認モジュール）と、
前記司法書士に受任の意思がある場合、売主と司法書士の面談、買主と司法書士の面談、を夫々設定する面談設定部（例えば、面談設定部２４、面談設定モジュール）と、
前記不動産の決済に関する手付金の第１指図書を作成する第１作成部（例えば、第１作成部２５、第１作成モジュール）と、
指定の信託口口座に手付金の着金を確認する手付金着金確認部（例えば、手付金着金確認部１３、手付金着金確認モジュール）と、
当該不動産の決済における送金可能判断の結果を前記司法書士から取得する送金結果取得部（例えば、送金結果取得部１４、送金可能判断取得モジュール）と、
取得した前記送金可能判断に基づいて、信託会社に前記第１指図書通りに送金可能となったことを通知する第１通知部（例えば、第１通知部１５、手付金送金可能通知モジュール）と、
前記設定した面談での内容を記録する面談内容記録部（例えば、面談内容記録部２３、面談内容記録モジュール）と、
前記不動産の決済に関する売買代金に対する残金の第２指図書を作成する第２作成部（例えば、第２作成部２６、第２作成モジュール）と、
前記司法書士による登記可能判断の結果を取得する登記結果取得部（例えば、登記結果取得部１６、登記可能判断取得モジュール）と、
指定の信託口口座に残金の着金を確認する残金着金確認部（例えば、残金着金確認部１７、残金着金確認モジュール）と、
取得した前記登記可能判断に基づいて、信託会社に前記第２指図書通りに送金可能となったことを通知する第２通知部（例えば、第２通知部１８、残金送金可能通知モジュール）と、
当該不動産の仲介業者、司法書士の各々に、各手数料が支払われたかを確認する手数料確認部（例えば、手数料確認部１９、手数料確認モジュール）と、
前記司法書士から、登記申請受領証データを取得する登記申請受領証データ取得部（例えば、登記申請受領証データ取得部２０、登記申請受領証データ取得モジュール）と、
前記買主に対して、登記が完了したことを通知する第３通知部（例えば、第３通知部２１、登記完了通知モジュール）と、
を備える不動産決済支援システム。
【0108】
（１）の発明によれば、不動産ビジネスとして慣習的な手順に基づく決済手続きを更に効率化することが可能となる。
【0109】
（２）前記司法書士に受任の意思がある場合、決済の対象となる不動産の売主と買主の各々に、個人情報に問題がないかを確認する個人情報確認部（例えば、個人情報確認モジュール）と、
を更に備える（１）に記載の不動産決済支援システム。
を更に備える（１）に記載の不動産決済支援システム。
【0110】
（２）の発明によれば、不動産ビジネスとして慣習的な手順に基づく決済手続きを更に効率化することが可能となる。
【0111】
（３）前記買主に対するローンの審査の承認情報を取得する承認情報取得部（例えば、承認情報取得モジュール）と、
取得した前記承認情報を登録する承認情報登録部（例えば、承認情報登録モジュール）と、
を更に備える（１）に記載の不動産決済支援システム。
取得した前記承認情報を登録する承認情報登録部（例えば、承認情報登録モジュール）と、
を更に備える（１）に記載の不動産決済支援システム。
【0112】
（３）の発明によれば、不動産ビジネスとして慣習的な手順に基づく決済手続きを更に効率化することが可能となる。
【0113】
（４）前記売主に対するローンの返済情報を取得する返済情報取得部（例えば、返済情報取得モジュール）と、
取得した前記返済情報を登録する返済情報登録部（例えば、返済情報登録モジュール）と、
を更に備える（１）に記載の不動産決済支援システム。
取得した前記返済情報を登録する返済情報登録部（例えば、返済情報登録モジュール）と、
を更に備える（１）に記載の不動産決済支援システム。
【0114】
（４）の発明によれば、不動産ビジネスとして慣習的な手順に基づく決済手続きを更に効率化することが可能となる。
【0115】
（５）前記不動産の決済予定日を設定する決済予定日設定部（例えば、決済予定日設定モジュール）と、
を更に備え、
前記残金着金確認部は、設定された決済予定日に、着金を確認する、
（１）に記載の不動産決済支援システム。
を更に備え、
前記残金着金確認部は、設定された決済予定日に、着金を確認する、
（１）に記載の不動産決済支援システム。
【0116】
（５）の発明によれば、不動産ビジネスとして慣習的な手順に基づく決済手続きを更に効率化することが可能となる。
【0117】
（６）前記不動産の決済の対象となる不動産の売主と買主の各々に、決済の最終意思を確認する最終意思確認部（例えば、最終意思確認モジュール）と、
を更に備える（１）に記載の不動産決済支援システム。
を更に備える（１）に記載の不動産決済支援システム。
【0118】
（６）の発明によれば、不動産ビジネスとして慣習的な手順に基づく決済手続きを更に効率化することが可能となる。
【0119】
（７）前記不動産の決済に関する資金計画書を取得する資金計画書取得部（例えば、資金計画書取得モジュール）と、
を更に備える（１）に記載の不動産決済支援システム。
を更に備える（１）に記載の不動産決済支援システム。
【0120】
（７）の発明によれば、不動産ビジネスとして慣習的な手順に基づく決済手続きを更に効率化することが可能となる。
【0121】
（８）取得した前記送金可能判断を、分散台帳に記録する送金結果記録部（例えば、送金可能判断記録モジュール）と、
を更に備える（１）に記載の不動産決済支援システム。
を更に備える（１）に記載の不動産決済支援システム。
【0122】
（８）の発明によれば、不動産ビジネスとして慣習的な手順に基づく決済手続きを更に効率化することが可能となる。
【0123】
（９）取得した前記登記可能判断を、分散台帳に記録する登記結果記録部（例えば、登記可能判断記録モジュール）と、
を更に備える（１）に記載の不動産決済支援システム。
を更に備える（１）に記載の不動産決済支援システム。
【0124】
（９）の発明によれば、不動産ビジネスとして慣習的な手順に基づく決済手続きを更に効率化することが可能となる。
【0125】
（１０）売主から買主へ仲介業者及び司法書士を介して不動産の決済を支援するコンピュータが実行する不動産決済支援方法であって、
決済の対象となる不動産の基本情報及び物件書類データを取得するステップ（例えば、ステップＳ２０）と、
前記不動産の決済用に前記仲介業者が選定した司法書士を仮登録するステップ（例えば、ステップＳ３１）と、
前記仮登録した司法書士に受任の意思を確認するステップ（例えば、ステップＳ３２）と、
前記司法書士に受任の意思がある場合、売主と司法書士の面談、買主と司法書士の面談、を夫々設定するステップ（例えば、ステップＳ４３）と、
前記不動産の決済に関する手付金の第１指図書を作成するステップ（例えば、ステップＳ５０）と、
指定の信託口口座に手付金の着金を確認するステップ（例えば、ステップＳ５１）と、
当該不動産の決済における送金可能判断の結果を前記司法書士から取得するステップ（例えば、ステップＳ５２）と、
取得した前記送金可能判断に基づいて、信託会社に前記第１指図書通りに送金可能となったことを通知するステップ（例えば、ステップＳ５３）と、
前記設定した面談での内容を記録するステップ（例えば、ステップＳ７１）と、
前記不動産の決済に関する売買代金に対する残金の第２指図書を作成するステップ（例えば、ステップＳ８０）と、
前記司法書士による登記可能判断の結果を取得するステップ（例えば、ステップＳ８２）と、
指定の信託口口座に残金の着金を確認するステップ（例えば、ステップＳ８４）と、
取得した前記登記可能判断に基づいて、信託会社に前記第２指図書通りに送金可能となったことを通知するステップ（例えば、ステップＳ８５）と、
当該不動産の仲介業者、司法書士の各々に、各手数料が支払われたかを確認するステップ（例えば、ステップＳ９３）と、
前記司法書士から、登記申請受領証データを取得するステップ（例えば、ステップＳ９４）と、
前記買主に対して、登記が完了したことを通知するステップ（例えば、ステップＳ９６）と、
を備える不動産決済支援方法。
決済の対象となる不動産の基本情報及び物件書類データを取得するステップ（例えば、ステップＳ２０）と、
前記不動産の決済用に前記仲介業者が選定した司法書士を仮登録するステップ（例えば、ステップＳ３１）と、
前記仮登録した司法書士に受任の意思を確認するステップ（例えば、ステップＳ３２）と、
前記司法書士に受任の意思がある場合、売主と司法書士の面談、買主と司法書士の面談、を夫々設定するステップ（例えば、ステップＳ４３）と、
前記不動産の決済に関する手付金の第１指図書を作成するステップ（例えば、ステップＳ５０）と、
指定の信託口口座に手付金の着金を確認するステップ（例えば、ステップＳ５１）と、
当該不動産の決済における送金可能判断の結果を前記司法書士から取得するステップ（例えば、ステップＳ５２）と、
取得した前記送金可能判断に基づいて、信託会社に前記第１指図書通りに送金可能となったことを通知するステップ（例えば、ステップＳ５３）と、
前記設定した面談での内容を記録するステップ（例えば、ステップＳ７１）と、
前記不動産の決済に関する売買代金に対する残金の第２指図書を作成するステップ（例えば、ステップＳ８０）と、
前記司法書士による登記可能判断の結果を取得するステップ（例えば、ステップＳ８２）と、
指定の信託口口座に残金の着金を確認するステップ（例えば、ステップＳ８４）と、
取得した前記登記可能判断に基づいて、信託会社に前記第２指図書通りに送金可能となったことを通知するステップ（例えば、ステップＳ８５）と、
当該不動産の仲介業者、司法書士の各々に、各手数料が支払われたかを確認するステップ（例えば、ステップＳ９３）と、
前記司法書士から、登記申請受領証データを取得するステップ（例えば、ステップＳ９４）と、
前記買主に対して、登記が完了したことを通知するステップ（例えば、ステップＳ９６）と、
を備える不動産決済支援方法。
【0126】
（１１）売主から買主へ仲介業者及び司法書士を介して不動産の決済を支援するコンピュータに、
決済の対象となる不動産の基本情報及び物件書類データを取得するステップ（例えば、ステップＳ２０）、
前記不動産の決済用に前記仲介業者が選定した司法書士を仮登録するステップ（例えば、ステップＳ３１）、
前記仮登録した司法書士に受任の意思を確認するステップ（例えば、ステップＳ３２）、
前記司法書士に受任の意思がある場合、売主と司法書士の面談、買主と司法書士の面談、を夫々設定するステップ（例えば、ステップＳ４３）、
前記不動産の決済に関する手付金の第１指図書を作成するステップ（例えば、ステップＳ５０）、
指定の信託口口座に手付金の着金を確認するステップ（例えば、ステップＳ５１）、
当該不動産の決済における送金可能判断の結果を前記司法書士から取得するステップ（例えば、ステップＳ５２）、
取得した前記送金可能判断に基づいて、信託会社に前記第１指図書通りに送金可能となったことを通知するステップ（例えば、ステップＳ５３）、
前記設定した面談での内容を記録するステップ（例えば、ステップＳ７１）、
前記不動産の決済に関する売買代金に対する残金の第２指図書を作成するステップ（例えば、ステップＳ８０）、
前記司法書士による登記可能判断の結果を取得するステップ（例えば、ステップＳ８２）、
指定の信託口口座に残金の着金を確認するステップ（例えば、ステップＳ８４）、
取得した前記登記可能判断に基づいて、信託会社に前記第２指図書通りに送金可能となったことを通知するステップ（例えば、ステップＳ８５）、
当該不動産の仲介業者、司法書士の各々に、各手数料が支払われたかを確認するステップ（例えば、ステップＳ９３）、
前記司法書士から、登記申請受領証データを取得するステップ（例えば、ステップＳ９４）、
前記買主に対して、登記が完了したことを通知するステップ（例えば、ステップＳ９６）、
を実行させるためのコンピュータ読み取り可能なプログラム。
決済の対象となる不動産の基本情報及び物件書類データを取得するステップ（例えば、ステップＳ２０）、
前記不動産の決済用に前記仲介業者が選定した司法書士を仮登録するステップ（例えば、ステップＳ３１）、
前記仮登録した司法書士に受任の意思を確認するステップ（例えば、ステップＳ３２）、
前記司法書士に受任の意思がある場合、売主と司法書士の面談、買主と司法書士の面談、を夫々設定するステップ（例えば、ステップＳ４３）、
前記不動産の決済に関する手付金の第１指図書を作成するステップ（例えば、ステップＳ５０）、
指定の信託口口座に手付金の着金を確認するステップ（例えば、ステップＳ５１）、
当該不動産の決済における送金可能判断の結果を前記司法書士から取得するステップ（例えば、ステップＳ５２）、
取得した前記送金可能判断に基づいて、信託会社に前記第１指図書通りに送金可能となったことを通知するステップ（例えば、ステップＳ５３）、
前記設定した面談での内容を記録するステップ（例えば、ステップＳ７１）、
前記不動産の決済に関する売買代金に対する残金の第２指図書を作成するステップ（例えば、ステップＳ８０）、
前記司法書士による登記可能判断の結果を取得するステップ（例えば、ステップＳ８２）、
指定の信託口口座に残金の着金を確認するステップ（例えば、ステップＳ８４）、
取得した前記登記可能判断に基づいて、信託会社に前記第２指図書通りに送金可能となったことを通知するステップ（例えば、ステップＳ８５）、
当該不動産の仲介業者、司法書士の各々に、各手数料が支払われたかを確認するステップ（例えば、ステップＳ９３）、
前記司法書士から、登記申請受領証データを取得するステップ（例えば、ステップＳ９４）、
前記買主に対して、登記が完了したことを通知するステップ（例えば、ステップＳ９６）、
を実行させるためのコンピュータ読み取り可能なプログラム。
【符号の説明】
【0127】
１ 不動産決済支援システム
２ 売主
３ 買主
４ 仲介業者
５ 司法書士
６ 金融機関
７ 信託会社
８ ネットワーク
１０ コンピュータ
１１ 不動産情報取得部
１２ 受任意思確認部
１３ 手付金着金確認部
１４ 送金結果取得部
１５ 第１通知部
１６ 登記結果取得部
１７ 残金着金確認部
１８ 第２通知部
１９ 手数料確認部
２０ 登記申請受領証データ取得部
２１ 第３通知部
２２ 仮登録部
２３ 面談内容記録部
２４ 面談設定部
２５ 第１作成部
２６ 第２作成部
４０ 第１指図書
４１ 受益者兼指図権者欄
４２ 仲介業者欄
４３ 入金予定額欄
４４ 振込一覧
５０ 格納部
６０ 入力用ＵＩ
６１ 入力欄
６２ 送信アイコン
２ 売主
３ 買主
４ 仲介業者
５ 司法書士
６ 金融機関
７ 信託会社
８ ネットワーク
１０ コンピュータ
１１ 不動産情報取得部
１２ 受任意思確認部
１３ 手付金着金確認部
１４ 送金結果取得部
１５ 第１通知部
１６ 登記結果取得部
１７ 残金着金確認部
１８ 第２通知部
１９ 手数料確認部
２０ 登記申請受領証データ取得部
２１ 第３通知部
２２ 仮登録部
２３ 面談内容記録部
２４ 面談設定部
２５ 第１作成部
２６ 第２作成部
４０ 第１指図書
４１ 受益者兼指図権者欄
４２ 仲介業者欄
４３ 入金予定額欄
４４ 振込一覧
５０ 格納部
６０ 入力用ＵＩ
６１ 入力欄
６２ 送信アイコン
【要約】 （修正有）
【課題】決済手続きを効率化する不動産ビジネスを提供する。
【解決手段】売主から買主へ仲介業者及び司法書士を介して不動産の決済を支援する不動産決済支援システムは、決済の対象となる不動産の基本情報及び物件書類データを取得し、仲介業者が選定した司法書士が不動産の決済に関する手付金の第１指図書を作成し、指定の信託口口座に手付金の着金を確認し、不動産の決済における送金可能判断の結果を司法書士から取得し、取得した送金可能判断に基づいて、信託会社に第１指図書通りに送金可能となったことを通知し、不動産の決済に関する売買代金に対する残金の第２指図書を作成し、司法書士による登記可能判断の結果を取得し、信託会社に第２指図書通りに送金可能となったことを通知し、不動産の仲介業者、司法書士の各々に、各手数料が支払われたかを確認し、司法書士から、登記申請受領証データを取得し、買主に対して、登記が完了したことを通知する。
【選択図】図１
【解決手段】売主から買主へ仲介業者及び司法書士を介して不動産の決済を支援する不動産決済支援システムは、決済の対象となる不動産の基本情報及び物件書類データを取得し、仲介業者が選定した司法書士が不動産の決済に関する手付金の第１指図書を作成し、指定の信託口口座に手付金の着金を確認し、不動産の決済における送金可能判断の結果を司法書士から取得し、取得した送金可能判断に基づいて、信託会社に第１指図書通りに送金可能となったことを通知し、不動産の決済に関する売買代金に対する残金の第２指図書を作成し、司法書士による登記可能判断の結果を取得し、信託会社に第２指図書通りに送金可能となったことを通知し、不動産の仲介業者、司法書士の各々に、各手数料が支払われたかを確認し、司法書士から、登記申請受領証データを取得し、買主に対して、登記が完了したことを通知する。
【選択図】図１
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
