ブロックチェーン２は、複数のノードにより構成され、分散型台帳技術又は分散型ネットワークである。ブロックチェーン２は、ブロックと呼ばれるデータの単位を一定時間ご とに生成し、鎖のように連結していくことによりデータを保管する。ブロックチェーン２は、ピアツーピア（Peer to Peer）ネットワークと分散型タイムスタンプ サーバの使用により自律的に管理される。鎖状に保存することによって、ブロック内のデータを一度記憶した場合、該データを遡及的に変更することができない。なお、ブロッ...
【課題】賃貸物件に対する契約に関する情報をブロックチェーンに出力することが可能な情報処理方法等を提供すること。
【解決手段】情報処理方法は、入居希望者が対象賃貸物件の入居に必要な条件をすべて満たし、かつ、前記対象賃貸物件の貸主が前記入居希望者への入居に同意する旨の情報を取得した場合に賃貸契約が成立するスマートコントラクトをブロックチェーンに出力させ、前記入居希望者が前記対象賃貸物件の入居に必要な条件を満たしたか否かの情報を取得し、前記貸主が入居に同意する旨の情報を取得する。これにより、賃貸物件に対する契約に関する情報をブロックチェーンに出力することができる
。
【選択図】図１
【請求項１】
入居希望者が対象賃貸物件の入居に必要な条件をすべて満たし、かつ、前記対象賃貸物件の貸主が前記入居希望者への入居に同意する旨の情報を取得した場合に賃貸契約が成立するスマートコントラクトをブロックチェーンに出力させ、
前記入居希望者が前記対象賃貸物件の入居に必要な条件を満たしたか否かの情報を取得し、
前記貸主が入居に同意する旨の情報を取得する情報処理方法。
【請求項２】 10
前記必要な条件を満たしたことを示す情報を取得し、かつ、入居に同意する旨の情報を取得した場合、前記入居希望者と前記貸主との間で前記対象賃貸物件の契約が成立したことを示す情報を前記ブロックチェーンに記憶する
請求項１に記載の情報処理方法。
【請求項３】
前記入居希望者が入居に必要な各種条件について確認したことを示す情報をすべて取得し、前記貸主が前記入居希望者への前記対象賃貸物件の賃貸に同意することを示す情報を出力した場合に前記スマートコントラクトの賃貸契約が成立すると判断する
請求項１又は２に記載の情報処理方法。
【請求項４】 20
前記入居希望者が入居に必要な各種条件について確認したことを示す情報をすべて取得し、前記入居希望者から前記貸主への前記対象賃貸物件に対する対価の支払いがあったことを示す情報を取得し、前記貸主が前記入居希望者への前記対象賃貸物件の賃貸に同意することを示す情報を出力した場合に前記スマートコントラクトの賃貸契約が成立すると判断する
請求項１又は２に記載の情報処理方法。
【請求項５】
入居希望者毎の入居希望者評価値をブロックチェーンに記憶し、貸主毎の貸主評価値をブロックチェーンに記憶し、
対象賃貸物件を閲覧する入居希望者の端末へ前記ブロックチェーンに記憶した前記対象 30
賃貸物件の貸主の貸主評価値を出力し、
入居希望者を閲覧する貸主の端末へ前記ブロックチェーンに記憶した前記入居希望者の入居希望者評価値を出力する
請求項１から請求項４のいずれか一つに記載の情報処理方法。
【請求項６】
入居希望者毎の入居希望者評価値をブロックチェーンに記憶し、貸主毎の貸主評価値をブロックチェーンに記憶し、
対象賃貸物件への入居を希望する入居希望者の端末へ前記ブロックチェーンに記憶した前記対象賃貸物件の貸主の貸主評価値を出力し、
前記対象賃貸物件への複数の入居希望者を閲覧する貸主の端末へ前記ブロックチェーン 40
に記憶した各入居希望者の入居希望者評価値を出力する
請求項１から請求項５のいずれか一つに記載の情報処理方法。
【請求項７】
入居希望者が借主となった場合に、前記借主から前記対象賃貸物件の前記貸主への家賃の支払いに関する情報を月毎に前記ブロックチェーンに記憶する
請求項１から請求項６のいずれか一つに記載の情報処理方法。
【請求項８】
入居希望者が借主となった場合に、前記借主と前記貸主との間で締結する契約書を出力し、
前記契約書に対し同意を示す同意情報の入力を受け付け、 50
同意情報の入力を受け付けた契約書を前記ブロックチェーンに記憶する請求項１から請求項７のいずれか一つに記載の情報処理方法。
【請求項９】
対象賃貸物件の住所及び該住所について確認したか否かを示す情報を出力し、
前記対象賃貸物件の賃料と少なくとも敷金、礼金、共益費のいずれか一つとを含む料金情報、及び、該料金情報について確認したか否かを示す情報を出力し、
前記対象賃貸物件の賃貸期間及び該賃貸期間を確認したか否かを示す情報を出力し、支払口座及び該支払口座について確認したか否かを示す情報を出力する
請求項１から請求項８のいずれか一つに記載の情報処理方法。
【請求項１０】 10
表示された確認したか否かを示す情報が全て確認した確認状態にあると判断した後に、契約が完了したことを示す情報を前記ブロックチェーンに記憶する
請求項９に記載の情報処理方法。
【請求項１１】
前記入居希望者が借主となった後に、前記対象賃貸物件に対する退去要求を受け付け、該退去要求を受け付けた場合に、複数の原状回復作業を行う業者及び各業者の評価値を
出力する
請求項１から請求項１０のいずれか一つに記載の情報処理方法。
【請求項１２】
貸主毎にブロックチェーンに記憶された評価値を取得し、 20
前記対象賃貸物件の貸主に対する評価値を出力する請求項１１に記載の情報処理方法。
【請求項１３】
前記入居希望者が借主となり退去を希望する場合に、原状回復を行う業者による作業完了を含む借主側の退去条件及び保証金の返金を含む貸主側の退去条件を満たした場合に契約終了が成立する契約終了スマートコントラクトをブロックチェーンに出力する
請求項１から請求項１２のいずれか一つに記載の情報処理方法。
【請求項１４】
前記借主側の退去条件を満たしたことを示す第１情報を取得し、
前記貸主側の退去条件を満たしたことを示す第２情報を取得し、 30
前記第１情報及び第２情報の取得に伴い実行された契約終了スマートコントラクトの実行結果を出力する
請求項１３に記載の情報処理方法。
【請求項１５】
入居希望者が対象賃貸物件の入居に必要な条件をすべて満たし、かつ、前記対象賃貸物件の貸主が前記入居希望者への入居に同意する旨の情報を取得した場合に賃貸契約が成立するスマートコントラクトをブロックチェーンに出力させる出力部と、
前記入居希望者が前記対象賃貸物件の入居に必要な条件を満たしたか否かの情報を取得する取得部と、
前記貸主が入居に同意する旨の情報を取得する第２取得部と 40
を備える情報処理装置。
【請求項１６】
コンピュータに、
入居希望者が対象賃貸物件の入居に必要な条件をすべて満たし、かつ、前記対象賃貸物件の貸主が前記入居希望者への入居に同意する旨の情報を取得した場合に賃貸契約が成立するスマートコントラクトをブロックチェーンに出力させ、
前記入居希望者が前記対象賃貸物件の入居に必要な条件を満たしたか否かの情報を取得し、
前記貸主が入居に同意する旨の情報を取得する
処理を実行させるプログラム。 50
【技術分野】
【０００１】
本発明は、情報処理方法、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
不動産領域における賃貸マンション等の賃貸経営及び管理に関する活動が行われている
。特許文献１には、不動産賃貸経営の代行業務の委託先から不動産オーナへ支払われる賃料の最低額を一定の金額にすることができる管理システムが開示されている。
【先行技術文献】 10
【特許文献】
【０００３】
【特許文献１】特開２０１４－２０３１０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、賃貸経営に関する物件情報、貸主または入居者情報等が不透明である恐れがあるため、情報の非対称性が生じやすいという問題がある。
【０００５】
本発明は斯かる事情によりなされたものであって、その目的とするところは、賃貸物件 20
に対する契約に関する情報をブロックチェーンに出力することが可能な情報処理方法等を提供することにある。
【課題を解決するための手段】
【０００６】
本発明に係る情報処理方法は、入居希望者が対象賃貸物件の入居に必要な条件をすべて満たし、かつ、前記対象賃貸物件の貸主が前記入居希望者への入居に同意する旨の情報を取得した場合に賃貸契約が成立するスマートコントラクトをブロックチェーンに出力させ
、前記入居希望者が前記対象賃貸物件の入居に必要な条件を満たしたか否かの情報を取得し、前記貸主が入居に同意する旨の情報を取得する処理を実行させることを特徴とする。
【発明の効果】 30
【０００７】
本発明によれば、賃貸物件に対する契約に関する情報をブロックチェーンに出力することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】ブロックチェーンを用いた賃貸物件の契約処理のシステムの概要を示す説明図である。
【図２】サーバの構成例を示すブロック図である。
【図３】管理物件ＤＢのレコードレイアウトの一例を示す説明図である。
【図４】物件詳細ＤＢのレコードレイアウトの一例を示す説明図である。 40
【図５】貸主ＤＢのレコードレイアウトの一例を示す説明図である。
【図６】入居希望者ＤＢのレコードレイアウトの一例を示す説明図である。
【図７】オークションＤＢのレコードレイアウトの一例を示す説明図である。
【図８】契約管理ＤＢのレコードレイアウトの一例を示す説明図である。
【図９】貸主端末の構成例を示すブロック図である。
【図１０】入居希望者端末の構成例を示すブロック図である。
【図１１】貸主端末による賃貸物件を貸し出す入居希望者の選択受付の動作を説明する説明図である。
【図１２】賃貸物件を貸し出す入居希望者の選択を受け付ける際の処理手順を示すフロー
チャートである。 50
【図１３】入居希望者の評価値の取得及び表示の動作を説明する説明図である。
【図１４】サーバから入居希望者の評価値の取得の処理手順を示すフローチャートである
。
【図１５】xxxxxxxxから入居希望者の評価値の取得の処理手順を示すフローチャートである。
【図１６】貸主端末による入居希望者の応募ステータスの表示のイメージ図である。
【図１７】入居希望者端末による入居希望額及び入居希望時期の入力の受付の動作を説明する説明図である。
【図１８】入居希望額及び入居希望時期の入力を受け付ける際の処理手順を示すフローチ
ャートである。 10
【図１９】貸主の評価値の取得及び表示の動作を説明する説明図である。
【図２０】サーバから貸主の評価値の取得の処理手順を示すフローチャートである。
【図２１】ブロックチェーンを介した貸主の評価値の取得の処理手順を示すフローチャートである。
【図２２】賃貸契約が成立する際の処理の動作を説明する説明図である。
【図２３】貸主端末による賃貸契約の締結のイメージ図である。
【図２４】入居希望者端末による契約締結のイメージ図である。
【図２５】対象賃貸物件に対する賃貸契約が成立する際の処理手順を示すフローチャートである。
【図２６】月毎に家賃を支払うスマートコントラクト処理の動作を説明する説明図である 20
。
【図２７】月毎に家賃を支払うスマートコントラクトの処理手順を示すフローチャートである。
【図２８】実施形態３のサーバの構成例を示すブロック図である。
【図２９】業者ＤＢのレコードレイアウトの一例を示す説明図である。
【図３０】退去管理ＤＢのレコードレイアウトの一例を示す説明図である。
【図３１】借主が対象賃貸物件の退去を申し込む動作を説明する説明図である。
【図３２】借主が対象賃貸物件の退去を申し込む際の処理手順を示すフローチャートである。
【図３３】借主が対象賃貸物件の退去を申し込む際の処理手順を示すフローチャートであ 30
る。
【図３４】評価値をブロックチェーンに出力する動作を説明する説明図である。
【図３５】評価値をブロックチェーンに出力する際の処理手順を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明をその実施の形態を示す図面に基づいて詳述する。
【００１０】
（実施形態１）
実施形態１は、賃貸物件をオークション形式で契約する形態に関する。図１は、ブロッ 40
クチェーンを用いた賃貸物件の契約処理のシステムの概要を示す説明図である。本実施形態のシステムは、情報処理装置１、ブロックチェーン２、情報処理端末３及び情報処理端末４を含み、インターネット等のネットワークＮを介して情報の送受信を行う。なお、ブロックチェーン２を用いないシステムは、情報処理装置１、情報処理端末３及び情報処理端末４のみを含んでも良い。
【００１１】
情報処理装置１は、貸主が所有する賃貸物件に関する情報、貸主情報、入居希望者情報及びオークション情報等種々の情報処理、情報記憶及び情報の送受信を行う情報処理装置であり、例えばサーバ装置、パーソナルコンピュータ等である。本実施形態において情報
処理装置１はサーバ装置であるものとし、以下では簡潔のためサーバ１と読み替える。 50
【００１２】
ブロックチェーン２は、複数のノードにより構成され、分散型台帳技術又は分散型ネットワークである。ブロックチェーン２は、ブロックと呼ばれるデータの単位を一定時間ごとに生成し、鎖のように連結していくことによりデータを保管する。ブロックチェーン２は、ピアツーピア（Peer to Peer）ネットワークと分散型タイムスタンプサーバの使用により自律的に管理される。鎖状に保存することによって、ブロック内のデータを一度記憶した場合、該データを遡及的に変更することができない。なお、ブロックチェーン２は、パブリック型、プライベート型のいずれであっても良い。
【００１３】
情報処理端末３は、貸主が所有する賃貸物件の登録・管理、入居希望者の選択の受付、 10
入居希望者との契約締結及び入居希望者の退去申込に応じた退去処理を行う端末装置である。情報処理端末３は、例えばスマートフォン、携帯電話、タブレット、パーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末３を貸主端末
３と読み替える。
【００１４】
情報処理端末４は、入居希望者が希望する対象賃貸物件に対する入居希望額・入居希望時期の受付、貸主との契約締結、入居の退去申込及び退去処理に対する業者の選択の受付を行う端末装置である。情報処理端末４は、例えばスマートフォン、携帯電話、タブレット、パーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処
理端末４を入居希望者端末４と読み替える。 20
【００１５】
続いて、オークションによる賃貸物件の契約締結及びブロックチェーン２上への情報出力の流れを説明する。入居希望者端末４は、入居希望者が希望する対象賃貸物件に関する情報をサーバ１に問い合わせる。サーバ１は、問い合わせの対象賃貸物件に関する情報、及び当該対象賃貸物件に対し複数の入居希望者からの入居希望額を読み込み、読み込んだ複数の入居希望者からの入居希望額の内最高額の入居希望額を取得する。サーバ１は、対象賃貸物件情報、及び取得した最高額の入居希望額を入居希望者端末４に送信する。
【００１６】
入居希望者端末４は、サーバ１から送信された対象賃貸物件に関する情報及び最高額の
入居希望額を受信して表示する。入居希望者端末４は、対象賃貸物件に対する入居希望額 30
及び入居希望時期の入力を受け付け、受け付けた入居希望額及び入居希望時期をサーバ１に送信する。サーバ１は、受信した入居希望者が対象賃貸物件に対する入居希望額及び入居希望時期を記憶する。
【００１７】
貸主端末３は、貸主が所有する対象賃貸物件に対する複数の入居希望者からの入居希望額及び入居時期をサーバ１に問い合わせる。サーバ１は、問い合わせの対象賃貸物件に対する複数の入居希望者からの入居希望額及び入居時期を読み込み、貸主端末３へ送信する
。貸主端末３は、対象賃貸物件に対する複数の入居希望者からの入居希望額及び入居時期をサーバ１から受信して表示する。貸主端末３は、当該対象賃貸物件を貸し出す入居希望
者の選択を受け付け、受け付けた貸し出し対象の入居希望者をサーバ１に送信する。サー 40
バ１は、受信した貸し出し対象の入居希望者を記憶する。
【００１８】
入居希望者が当該対象賃貸物件の入居に必要な条件をすべて満たし、かつ、貸主が入居希望者への入居に同意する旨の情報を取得した場合、貸主端末３及び入居希望者端末４それぞれは、賃貸契約が成立するスマートコントラクトをブロックチェーン２に出力する。ブロックチェーン２は、貸主端末３及び入居希望者端末４から送信された賃貸契約が成立するスマートコントラクトを受信して記録する。
【００１９】
スマートコントラクトは、事前に執行条件及び契約内容の定義がプログラム化されてト
ランザクションに組み込まれ、執行条件及び契約内容に合致した取引が発生した場合、自 50
動的に契約が履行される仕組みである。トランザクションは、ブロックチェーン２における取引記録であり、ブロックチェーン２の参加者間での各種の情報及び価値の移転を記録している。本実施形態では、ブロックチェーン２は、賃貸契約が成立するための執行条件及び契約内容に合致した取引が発生した場合、スマートコントラクトを自動的に実行させ
、対象賃貸物件に対する貸主と入居希望者との賃貸契約を締結することができる。
【００２０】
図２は、サーバ１の構成例を示すブロック図である。サーバ１は、制御部１１、記憶部
１２、通信部１３、入力部１４、表示部１５、読み取り部１６及び大容量記憶部１７を含む。各構成はバスＢで接続されている。
【００２１】 10
制御部１１はＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）等の演算処理装置を含み、記憶部１２に記憶された制御プログラム１Ｐを読み出して実行することにより、サーバ１に係る種々の情報処理、制御処理等を行う。また制御プログラム１Ｐには、例えばイーサリアムのGeth（Go-Ethereum）、Mist Wallet等のスマートコントラクトの生成・実行、仮想通貨の送金、アカウントの作成、マイニング等の処理を実行するプログラムが含まれる。また、制御部１１は、ハッシュ値算出部１１ａ及び電子署名作成部１１ｂを含む。ハッシュ値算出部１１ａは、暗号学的ハッシュ関数を用いて各種情報のハッシュ値を算出する処理を行う。電子署名作成部１１ｂは、偽造又は改ざんを防止するため、公開鍵暗号方式に基づくデジタル認証用の署名を生成する。なお、図２では制
御部１１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても 20
良い。また、制御部１１は、複数のコンピュータにより分散しても良く、または仮想マシン上で実行しても良い。
【００２２】
記憶部１２はＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等のメモリ素子を含み、制御部１１が処理を実行するために必要な制御プログラム１Ｐ又はデータ等を記憶している。また、記憶部１２は、制御部１１が演算処理を実行するために必要なデータ等を一時的に記憶する。通信部１３は通信に関する処理を行うための処理回路等を含み、ネットワークＮを介して、ブロックチェーン２、貸主端末３及び入居希望者端末４等との間で情報の送受信を行う。
【００２３】 30
入力部１４は、マウス、キーボード、タッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報を制御部１１へ出力する。表示部１５は、液晶ディスプレイ又は有機 ＥＬ（electroluminescence）ディスプレイ等であり、制御部１１の指示に従い各種情報を表示する。
【００２４】
読み取り部１６は、ＣＤ（Compact Disc）－ＲＯＭ又はＤＶＤ（Digital Versatile Di sc）－ＲＯＭを含む可搬型記憶媒体１ａを読み取る。制御部１１が読み取り部１６を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、大容量記憶部１７に記憶しても良い。また、ネットワークＮ等を介して他のコンピュータから制御部１１が制御プロ
グラム１Ｐをダウンロードし、大容量記憶部１７に記憶しても良い。さらにまた、半導体 40
メモリ１ｂから、制御部１１が制御プログラム１Ｐを読み込んでも良い。
【００２５】
大容量記憶部１７は、例えばハードディスク等を含む大容量の記憶装置である。大容量記憶部１７は、管理物件ＤＢ１７１、物件詳細ＤＢ１７２、貸主ＤＢ１７３、入居希望者 ＤＢ１７４、オークションＤＢ１７５及び契約管理ＤＢ１７６を含む。管理物件ＤＢ１７
１は、貸主が所有する賃貸物件の管理情報を記憶している。物件詳細ＤＢ１７２は、貸主が所有する賃貸物件に対する具体的な情報を記憶している。貸主ＤＢ１７３は、貸主の基本情報及び口座情報等を記憶している。入居希望者ＤＢ１７４は、入居希望者の基本情報及び口座情報等を記憶している。オークションＤＢ１７５は、対象賃貸物件に対し、入居
希望者の入居希望額及び入居希望時期等のオークションに関する情報を記憶している。契 50
約管理ＤＢ１７６は、貸主が所有する賃貸物件を入居希望者に貸す際の契約締結に関する契約情報を記憶している。
【００２６】
なお、本実施形態において記憶部１２及び大容量記憶部１７は一体の記憶装置として構成されていても良い。また、大容量記憶部１７は複数の記憶装置により構成されていても良い。更にまた、大容量記憶部１７はサーバ１に接続された外部記憶装置であっても良い
。
【００２７】
なお、本実施形態では、サーバ１は一台の情報処理装置であるものとして説明するが、
複数台により分散して処理させても良く、または複数の仮想マシンにより構成されていて 10
も良い。さらにまた、サーバ１がブロックチェーン２のノードの１つであっても良い。
【００２８】
図３は、管理物件ＤＢ１７１のレコードレイアウトの一例を示す説明図である。管理物件ＤＢ１７１は、物件ＩＤ列、物件名称列、貸主ＩＤ列、入居希望者ＩＤ列及びステータス列を含む。物件ＩＤ列は、各賃貸物件を識別するために、一意に特定される賃貸物件の ＩＤを記憶している。物件名称列は、賃貸物件の名称を記憶している。貸主ＩＤ列は、貸主を特定する貸主ＩＤを記憶している。入居希望者ＩＤ列は、入居希望者を特定する入居希望者ＩＤを記憶している。ステータス列は、賃貸物件の現状を示すステータス情報を記憶している。例えば、ステータス情報は、新着契約書、選考中、入居済及び退去申込を含
んでも良い。 20
【００２９】
図４は、物件詳細ＤＢ１７２のレコードレイアウトの一例を示す説明図である。物件詳細ＤＢ１７２は、物件ＩＤ列、住所列、希望賃料列、敷金列、礼金列、共益費列、築年月列、間取り列、専有面積列、階建/階列、駐車場列、建物構造列、交通列、主要採光面列
、写真列及びペット許可列を含む。
【００３０】
物件ＩＤ列は、物件を特定する物件ＩＤを記憶している。住所列は、物件の所在地の情報を記憶している。希望賃料列は、貸主が所有する賃貸物件に対する貸主の希望賃貸料金を記憶している。なお、本実施形態では、希望賃料はオークションで最低の落札価格を設
定しても良い。敷金列は、対象賃貸物件を借りる入居希望者が貸主に預けておく保証金を 30
記憶している。敷金が一ヵ月分の賃料の倍数または金額であり、退去時には修繕費用等が差し引かれて入居者に返却される。礼金列は、対象賃貸物件を借りる入居希望者が貸主に支払う謝金を記憶している。礼金は一ヵ月分の賃料の倍数または金額であっても良く、または礼金はゼロであっても良い。また、礼金は退去時には入居者に返却されない。共益費列は、対象賃貸物件を借りる入居希望者がともに利益を受けている外灯・エレベーターなど共有部分の維持・管理のために支出する費用を記憶している。
【００３１】
築年月列は、貸主が所有する賃貸物件の完成年月を記憶している。間取り列は、貸主が所有する賃貸物件の間取りの種類を記憶している。また、数字とアルファベットを組み合
わせた文字列により間取りを表現することが可能となる。例えば、２ＬＤＫは、２部屋、 40
リビング、ダイニング及びキッチンが有する間取りである。専有面積列は、xxxの建物の延べ床面積、またはマンション・アパートの専有面積を記憶している。階建/階列は、貸主が所有する賃貸物件の階建および当該物件の所在する階を記憶している。駐車場列は
、貸主が所有する賃貸物件に対する駐車場の有無および空き状況、月額賃料等情報を記憶している。建物構造列は、貸主が所有する賃貸物件の主たる構造を記憶している。建物構造は、例えば木造、ブロック、鉄骨造、鉄筋コンクリート造及び鉄骨鉄筋コンクリート造等を含む。
【００３２】
交通列は、貸主が所有する賃貸物件の主要路線情報（交通機関、最寄り駅または最寄り
のバス停）を記憶している。主要採光面列は、貸主が所有する賃貸物件において最も光を 50
取り入れる開口部分の向きを記憶している。写真列は、貸主が所有する賃貸物件の単数または複数の写真ファイルのパスを記憶している。なお、本実施形態では、写真列は写真のファイルのパスを記憶しているが、これに限るものではない。例えば、写真列は写真のバイナリデータを記憶しても良い。ペット許可列は、貸主が所有する賃貸物件においてペット飼育に関する許可情報を記憶している。
【００３３】
図５は、貸主ＤＢ１７３のレコードレイアウトの一例を示す説明図である。貸主ＤＢ１
７３は、貸主ＩＤ列、基本情報列、評価列、口座情報列、公開鍵列及び秘密鍵列を含む。貸主ＩＤ列は、各貸主を識別するために、一意に特定される貸主のＩＤを記憶している。
基本情報列は、氏名列、現住所列、電話番号列、及びメールアドレス列を含む。氏名列は 10
、貸主の氏名を記憶している。現住所列は、貸主の現在居住している住所を記憶している
。電話番号列は、貸主の電話番号を記憶している。メールアドレス列は、貸主の連絡用の電子メールアドレスを記憶している。評価列は、入居希望者が貸主を評価した評価情報を記憶している。評価に関しては、数値化して評価の点数を記憶しても良く、または「低」
、「中」及び「高」のような文字列で表現された評価情報を記憶しても良い。
【００３４】
口座情報列は、銀行列、支店名列、預金種別列、口座番号列、口座名義列及びフリガナ列を含む。銀行列は、口座が開設された銀行の名称を記憶している。支店名列は、口座が開設された銀行の支店の名称を記憶している。預金種別列は、預金の種別を記憶している
。例えば、預金種別は普通預金、当座預金及び貯蓄預金を含む。口座番号列は、口座の番 20
号を記憶している。口座名義列は、口座の名義を記憶している。フリガナ列は、口座名義のフリガナを記憶している。公開鍵列は、公開鍵暗号における第３者に公開する鍵のデータを記憶している。秘密鍵列は、公開鍵暗号における第３者に公開しない鍵のデータを記憶している。なお、秘密鍵は貸主端末３で管理しても良い。なお、銀行口座に替えて仮想通貨のウォレットアドレスを記憶するようにしても良い。xxxxxxxxxに関しては後述する。
【００３５】
図６は、入居希望者ＤＢ１７４のレコードレイアウトの一例を示す説明図である。入居希望者ＤＢ１７４は、入居希望者ＩＤ列、基本情報列、評価列、口座情報列、公開鍵列、
秘密鍵列及び身分証明書列を含む。入居希望者ＩＤ列は、各入居希望者を識別するために 30
、一意に特定される入居希望者のＩＤを記憶している。
【００３６】
基本情報列は、氏名列、年齢列、性別列、職業列、年収列、電話番号列、メールアドレス列及び現住所列を含む。氏名列は、入居希望者の氏名を記憶している。年齢列は、入居希望者の年齢を記憶している。性別列は、入居希望者の性別を記憶している。職業列は、入居希望者が生計を立てるために日常従事する仕事を記憶している。年収列は、入居希望者の年収を記憶している。電話番号列は、入居希望者の電話番号を記憶している。メールアドレス列は、入居希望者の連絡用の電子メールアドレスを記憶している。現住所列は、入居希望者の現在居住している住所を記憶している。
【００３７】 40
評価列は、貸主が入居希望者を評価した評価情報を記憶している。口座情報列、公開鍵列及び秘密鍵列は、貸主ＤＢ１７３の口座情報列、公開鍵列及び秘密鍵列と同様であるため説明を省略する。なお、秘密鍵は入居希望者端末４で管理しても良い。身分証明書列は
、入居希望者の身分証明書の撮影画像のファイルのパスを記憶している。
【００３８】
図７は、オークションＤＢ１７５のレコードレイアウトの一例を示す説明図である。オークションＤＢ１７５は、オークションＩＤ列、オークションサブＩＤ列、物件ＩＤ列、入居希望者ＩＤ列、入居希望額列、入居希望時期列及び合意列を含む。オークションＩＤ列は、各オークションを識別するために、一意に特定されるオークションのＩＤを記憶し
ている。オークションサブＩＤ列は、同一の賃貸物件に対するオークションで、それぞれ 50
の入居希望者が入札したレコードが一意に特定されるオークションの子ＩＤを記憶している。物件ＩＤ列は、オークションの対象賃貸物件の物件ＩＤを記憶している。入居希望者 ＩＤは、入居希望者を特定する入居希望者ＩＤを記憶している。入居希望額列は、入居希望者が対象賃貸物件に対して入札した希望賃料を記憶している。入居希望時期列は、入居希望者が入居の希望日付を記憶している。合意列は、貸主が対象賃貸物件を貸し出す入居希望者を選択した結果を記憶している。本実施形態では、例えば「○」が記憶された場合
、貸主が当該入居希望者を、対象賃貸物件を貸し出す入居希望者として選択したことを示す。また、「×」が記憶された場合、当該入居希望者が対象賃貸物件を貸し出す入居希望者ではないことを示す。
【００３９】 10
図８は、契約管理ＤＢ１７６のレコードレイアウトの一例を示す説明図である。契約管理ＤＢ１７６は、契約台帳ＩＤ列、物件住所列、建物名称列、住戸番号列、賃料列、敷金列、礼金列、共益費列、契約期間列、貸主ＩＤ列、入居希望者ＩＤ列、締結日時列、貸主電子サイン列及び入居希望者電子サイン列を含む。
【００４０】
契約台帳ＩＤ列は、各契約台帳を識別するために、一意に特定される契約台帳のＩＤを記憶している。物件住所列は、契約された賃貸物件の所在地情報を記憶している。建物名称列は、契約された賃貸物件の建物の名称を記憶している。住戸番号列は、契約された賃貸物件の住戸番号を記憶している。
【００４１】 20
賃料列は、貸主が対象賃貸物件を入居希望者に貸した際の賃貸料金を記憶している。敷金列は、貸主が対象賃貸物件を入居希望者に貸した際の敷金を記憶している。礼金列は、貸主が対象賃貸物件を入居希望者に貸した際の礼金を記憶している。共益費列は、貸主が対象賃貸物件を入居希望者に貸した際の共益費を記憶している。契約期間列は、対象賃貸物件に対し、貸主と入居希望者が契約を結ぶ存続期間を記憶している。
【００４２】
貸主ＩＤ列は、貸主を特定する貸主ＩＤを記憶している。入居希望者ＩＤ列は、入居希望者を特定する入居希望者ＩＤを記憶している。締結日時列は、対象賃貸物件に対し、貸主と入居希望者が契約を結んだ日時を記憶している。貸主電子サイン列は、賃貸物件が契
約された際に、電子ペン等を用いて電子書類に直接に貸主の手書きを残して、そのままデ 30
ジタル化をした電子サインのデータを記憶している。入居希望者電子サイン列は、入居希望者の電子サインのデータを記憶している。
【００４３】
なお、上述した各ＤＢの記憶形態は一例であり、データ間の関係が維持されていれば、他の記憶形態であっても良い。また、各ＤＢがブロックチェーン２に記憶されても良い。
【００４４】
図９は、貸主端末３の構成例を示すブロック図である。貸主端末３は、制御部３１、記憶部３２、通信部３３、入力部３４、表示部３５及び撮影部３６を含む。各構成はバスＢで接続されている。
【００４５】 40
制御部３１はＣＰＵ、ＭＰＵ等の演算処理装置を含み、記憶部３２に記憶された制御プログラム３Ｐを読み出して実行することにより、貸主端末３に係る種々の情報処理、制御処理等を行う。また、制御部３１は、ハッシュ値算出部３１ａ及び電子署名作成部３１ｂを含む。ハッシュ値算出部３１ａは、暗号学的ハッシュ関数を用いて、ウォレットアドレス等を算出する処理を行う。また制御プログラム３Ｐには、例えばイーサリアムのGeth（ Go-Ethereum）、Mist Wallet等のスマートコントラクトの生成・実行、仮想通貨の送金、アカウントの作成、マイニング等の処理を実行するプログラムが含まれる。電子署名作成部３１ｂは、偽造又は改ざんを防止するため、公開鍵暗号方式に基づくデジタル認証用の署名を生成する。なお、図９では制御部３１を単一のプロセッサであるものとして説明す
るが、マルチプロセッサであっても良い。記憶部３２はＲＡＭ、ＲＯＭ等のメモリ素子を 50
含み、制御部３１が処理を実行するために必要な制御プログラム３Ｐ又はデータ等を記憶している。また、記憶部３２は、制御部３１が演算処理を実行するために必要なデータ等を一時的に記憶する。
【００４６】
通信部３３は通信に関する処理を行うための処理回路等を含み、ネットワークＮを介して、サーバ１及びブロックチェーン２等と情報の送受信を行う。入力部３４は、キーボード又はマウスである。表示部３５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部３１の指示に従い各種情報を表示する。また、入力部３４は表示部３５と一体化したタッチパネルでも良い。撮影部３６は、例えばＣＣＤ（Charge Coupled Device）
カメラ、ＣＭＯＳ(complementary metal oxide semiconductor)カメラ等の撮影装置であ 10
る。なお、撮影部３６は貸主端末３の中に内蔵せず、外部で直接に貸主端末３と接続し、撮影可能な構成としても良い。
【００４７】
図１０は、入居希望者端末４の構成例を示すブロック図である。入居希望者端末４は、制御部４１、記憶部４２、通信部４３、入力部４４、表示部４５及び撮影部４６を含む。各構成はバスＢで接続されている。
【００４８】
制御部４１はＣＰＵ、ＭＰＵ等の演算処理装置を含み、記憶部４２に記憶された制御プログラム４Ｐを読み出して実行することにより、入居希望者端末４に係る種々の情報処理
、制御処理等を行う。また、制御部４１は、ハッシュ値算出部４１ａ及び電子署名作成部 20
４１ｂを含む。ハッシュ値算出部４１ａは、暗号学的ハッシュ関数を用いて、ウォレットアドレス等を算出する処理を行う。また制御プログラム４Ｐには、例えばイーサリアムの Geth（Go-Ethereum）、Mist Wallet等のスマートコントラクトの生成・実行、仮想通貨の送金、アカウントの作成、マイニング等の処理を実行するプログラムが含まれる。電子署名作成部４１ｂは、偽造又は改ざんを防止するため、公開鍵暗号方式に基づくデジタル認証用の署名を生成する。なお、図１０では制御部４１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。記憶部４２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部４１が処理を実行するために必要な制御プログラム４Ｐ又はデータ等を記憶している。また、記憶部４２は、制御部４１が演算処理を実行するために必要な
データ等を一時的に記憶する。 30
【００４９】
通信部４３は通信に関する処理を行うための処理回路等を含み、ネットワークＮを介して、サーバ１及びブロックチェーン２等と情報の送受信を行う。入力部４４は、キーボード又はマウスである。表示部４５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部４１の指示に従い各種情報を表示する。また、入力部４４は表示部４５と一体化したタッチパネルでも良い。撮影部４６は、例えばＣＣＤカメラ、ＣＭＯＳカメラ等の撮影装置である。なお、撮影部４６は入居希望者端末４の中に内蔵せず、外部で直接に入居希望者端末４と接続し、撮影可能な構成としても良い。
【００５０】
図１１は、貸主端末３による賃貸物件を貸し出す入居希望者の選択受付の動作を説明す 40
る説明図である。図１１Ａは、貸主端末３が入居希望者の選択を受け付ける動作を説明する説明図である。サーバ１の制御部１１は、大容量記憶部１７の管理物件ＤＢ１７１、物件詳細ＤＢ１７２及びオークションＤＢ１７５から貸主が所有する所有賃貸物件一覧を取得し、通信部１３を介して貸主端末３に送信する。貸主端末３の制御部３１は、通信部３
３によりサーバ１から送信された賃貸物件一覧を受信し、表示部３５により表示する。制御部３１は、貸主による賃貸物件一覧から対象賃貸物件の選択を入力部３４により受け付け、受け付けた対象賃貸物件を通信部３３によりサーバ１に送信する。
【００５１】
サーバ１の制御部１１は、通信部１３を介して貸主端末３から送信された対象賃貸物件
を受信する。制御部１１は、受信した対象賃貸物件に基づき、大容量記憶部１７のオーク 50
ションＤＢ１７５から、当該対象賃貸物件に対する複数の入居希望者からの入居希望額（希望家賃）及び入居希望時期（希望入居日）を取得する。制御部１１は、取得した当該対象賃貸物件に対する複数の入居希望者からの入居希望額及び入居希望時期を通信部１３により貸主端末３に送信する。
【００５２】
貸主端末３の制御部３１は、通信部３３を介して、複数の入居希望者からの入居希望額及び入居希望時期を受信し、受信した複数の入居希望者からの入居希望額及び入居希望時期を表示部３５により表示する。制御部３１は、貸主による当該対象賃貸物件を貸し出す入居希望者の選択を受け付け、受け付けた貸し出し対象の入居希望者を通信部３３により
サーバ１に送信する。サーバ１の制御部１１は、通信部１３により貸主端末３から送信さ 10
れた貸し出し対象の入居希望者を受信し、大容量記憶部１７のオークションＤＢ１７５の貸し出し対象の入居希望者に対応する合意列に「○」を記憶する。
【００５３】
図１１Ｂは、貸主端末３により賃貸物件を貸し出す入居希望者の選択受付のイメージ図である。図示のように、貸主が所有する所有賃貸物件一覧がリスト形式で貸主端末３に表示される。賃貸物件ごとに、物件の名称、入居希望者による入札した最高額、申込数及び物件の写真が表示される。なお、上述した表示項目又は表示形式に限らず、賃貸物件に関する他の情報が表示されても良い。対象賃貸物件が選択された場合、表示画面が入居希望者一覧画面に遷移され、選択された対象賃貸物件に対する複数の入居希望者からの入居希
望額及び入居希望時期が入居希望者一覧画面に表示される。貸主が貸主端末３を介して、 20
複数の入居希望者から貸し出し対象の入居希望者を選択する。貸し出し対象の入居希望者が選択された場合、チェックボックスが選択された状態で表示される。なお、貸し出し対象の入居希望者の選択に関しては、チェックボックスの形式に限るものではない。例えば
、ラジオボタンの形式であっても良い。
【００５４】
図１２は、賃貸物件を貸し出す入居希望者の選択を受け付ける際の処理手順を示すフローチャートである。サーバ１の制御部１１は、通信部１３を介して、貸主が所有する所有賃貸物件一覧を貸主端末３に送信する（ステップＳ１０１）。貸主端末３の制御部３１は
、通信部３３によりサーバ１から送信された賃貸物件一覧を受信し（ステップＳ３０１）
、表示部３５により表示する（ステップＳ３０２）。制御部３１は、入力部３４により対 30
象賃貸物件の選択を受け付け（ステップＳ３０３）、受け付けた対象賃貸物件を通信部３
３によりサーバ１に送信する（ステップＳ３０４）。
【００５５】
サーバ１の制御部１１は、通信部１３により貸主端末３から送信された対象賃貸物件を受信する（ステップＳ１０２）。制御部１１は、受信した対象賃貸物件に基づき、大容量記憶部１７のオークションＤＢ１７５から、当該対象賃貸物件に対応する複数の入居希望者からの入居希望額及び入居希望時期を取得する（ステップＳ１０３）。制御部１１は、通信部１３を介して、取得した複数の入居希望者からの入居希望額及び入居希望時期を貸主端末３に送信する（ステップＳ１０４）。
【００５６】 40
貸主端末３の制御部３１は、通信部３３を介して、サーバ１から送信された複数の入居希望者からの入居希望額及び入居希望時期を受信し（ステップＳ３０５）、表示部３５により表示する（ステップＳ３０６）。制御部３１は、入力部３４により当該対象賃貸物件を貸し出す入居希望者の選択を受け付け（ステップＳ３０７）、受け付けた貸し出し対象の入居希望者を通信部３３によりサーバ１に送信する（ステップＳ３０８）。サーバ１の制御部１１は、通信部１３を介して、貸主端末３から送信された貸し出し対象の入居希望者を受信し（ステップＳ１０５）、大容量記憶部１７のオークションＤＢ１７５の合意列に「○」を記憶する（ステップＳ１０６）。
【００５７】
また、対象賃貸物件に対する複数の入居希望者からの入居希望額及び入居希望時期が表 50
示される他には、該入居希望者に対する評価値を表示することができる。評価値は、入居希望者の過去の取引実績、支払い実績による信用情報を客観的に評価した点数である。入居希望者の評価値に関しては、サーバ１の大容量記憶部１７に記憶しても良く、またはブロックチェーン２に記録しても良い。また、入居希望者が退去した後に、貸主が入居希望者に対して評価することにより、古い評価値を更新することが可能となる。なお、入居希望者の評価値の更新処理に関しては後述する。
【００５８】
図１３は、入居希望者の評価値の取得及び表示の動作を説明する説明図である。図１３ Ａは、サーバ１が貸主端末３に入居希望者に対する評価値を送信する動作を説明する説明
図である。なお、図１３Ａは、サーバ１から入居希望者の評価値の取得の例を説明したが 10
、これに限るものではない。例えば、ブロックチェーン２に記録された入居希望者の評価値が貸主端末３に送信されても良い。
【００５９】
サーバ１の制御部１１は、大容量記憶部１７の入居希望者ＤＢ１７４及びオークション ＤＢ１７５から、対象賃貸物件に対する複数の入居希望者の入居希望額、入居希望時期及び該入居希望者に対する評価値を取得する。制御部１１は、通信部１３を介して、取得した複数の入居希望者の入居希望額、入居希望時期及び該入居希望者に対する評価値を貸主端末３に送信する。貸主端末３の制御部３１は、通信部３３によりサーバ１から送信された複数の入居希望者の入居希望額、入居希望時期及び該入居希望者に対する評価値を受信
し、表示部３５により表示する。 20
【００６０】
図１３Ｂは、貸主端末３による入居希望者の評価値の表示のイメージ図である。図示のように、入居希望者の評価値が点数の表示形式で画面上に表示されたが、これに限るものではない。例えば、評価が星マークで示されても良く、星マークの数が多いほど評価が高くなるルールを設定することが可能となる。
【００６１】
図１４は、サーバ１から入居希望者の評価値の取得の処理手順を示すフローチャートである。なお、図１２と重複する内容については同一の符号を付して説明を省略する。サーバ１の制御部１１は、受信した対象賃貸物件に基づき、大容量記憶部１７の入居希望者Ｄ
Ｂ１７４及びオークションＤＢ１７５から、当該対象賃貸物件に対応する複数の入居希望 30
者からの入居希望額、入居希望時期及び該入居希望者に対する評価値を取得する（ステップＳ１０７）。制御部１１は、通信部１３を介して、取得した複数の入居希望者からの入居希望額、入居希望時期及び該入居希望者に対する評価値を貸主端末３に送信する（ステップＳ１０８）。貸主端末３の制御部３１は、通信部３３を介して、サーバ１から送信された複数の入居希望者からの入居希望額、入居希望時期及び該入居希望者に対する評価値を受信し（ステップＳ３０９）、表示部３５により表示する（ステップＳ３１０）。
【００６２】
図１５は、ブロックチェーン２から入居希望者の評価値の取得の処理手順を示すフローチャートである。なお、図１２と重複する内容については同一の符号を付して説明を省略
する。ブロックチェーン２は、入居希望者のＩＤ又は氏名等の情報に基づき、記録された 40
入居希望者の評価値を取得する（ステップＳ２１１）。ブロックチェーン２は、取得した入居希望者の評価値を貸主端末３に送信する（ステップＳ２１２）。貸主端末３の制御部
３１は、通信部３３を介して、ブロックチェーン２から送信された入居希望者の評価値を受信する（ステップＳ３１１）。制御部３１は、受信した複数の入居希望者からの入居希望額、入居希望時期及び該入居希望者に対する評価値を表示部３５により表示する（ステップＳ３１２）。
【００６３】
また、貸主端末３は、貸主が所有する所有賃貸物件一覧から、複数の入居希望者から入居希望額が入力されたことを示す情報が付加された対象賃貸物件の選択を受け付けること
ができる。図１６は、貸主端末３による入居希望者の応募ステータスの表示のイメージ図 50
である。図示のように、貸主が所有する所有賃貸物件一覧をステータス別により表示することができる。なお、本実施形態では、ステータスは新着契約書、入居済、退去申込及び募集中の例を示したが、これに限るものではない。例えば、ステータスは、選考中及び退去済を含んでも良い。
【００６４】
貸主端末３の制御部３１は、大容量記憶部１７の管理物件ＤＢ１７１、物件詳細ＤＢ１
７２及びオークションＤＢ１７５から貸主が所有する所有賃貸物件一覧を取得する。制御部３１は、取得したそれぞれの賃貸物件のステータスを示すためのアイコンを取得する。アイコンが記憶部３２に記憶されても良く、または図示しない外部装置により貸主端末３
に転送されても良い。例えば、ステータスが「新着契約書」である場合、書類を示すアイ 10
コンが表示される。ステータスが「募集中」である場合、賃貸物件を示すアイコンが表示される。また、アイコンの右上に、申込数に応じた数字マークを付けて表示しても良い。図示のように、申込数が３件である場合、３が付着された数字マークがアイコンの右上に表示される。制御部３１は、取得した賃貸物件の写真、名称、最高額、申込数、ステータス及びステータスを示すためのアイコンを表示部３５により表示する。
【００６５】
制御部３１は、入力部１４によりステータス別のコンボボックスの選択操作を受け付けた場合、選択されたステータスに応じて、当該ステータスに対応する賃貸物件のみを表示部３５により表示する。例えば、ステータス別のコンボボックスから「入居済」ステータ
スが選択された場合、賃貸物件一覧に「入居済」ステータスに対応する賃貸物件のみを表 20
示部３５により表示する。なお、上述した画面のレイアウト及び表示内容の例を説明したが、これに限るものではない。例えば、タブページによりステータス別に貸主が所有する賃貸物件一覧が表示されても良い。
【００６６】
続いて、入居希望者による対象賃貸物件に対し、入居希望額及び入居希望時期の入力を説明する。図１７は、入居希望者端末４による入居希望額及び入居希望時期の入力の受付の動作を説明する説明図である。図１７Ａは、入居希望者端末４が入居希望額及び入居希望時期を受け付ける動作を説明する説明図である。サーバ１の制御部１１は、入居希望者が希望する対象賃貸物件及び該対象賃貸物件に対し複数の入居希望者からの入居希望額の
内最高額の入居希望額を、大容量記憶部１７の管理物件ＤＢ１７１、物件詳細ＤＢ１７２ 30
及びオークションＤＢ１７５から取得する。制御部１１は、通信部１３を介して、取得した対象賃貸物件及び該対象賃貸物件に対し複数の入居希望者からの入居希望額の内最高額の入居希望額を入居希望者端末４に送信する。
【００６７】
入居希望者端末４の制御部４１は、通信部４３を介して、サーバ１から送信された対象賃貸物件及び該対象賃貸物件に対し複数の入居希望者からの入居希望額の内最高額の入居希望額を受信し、表示部４５により表示する。制御部４１は、入力部４４により当該対象賃貸物件に対する入居希望額及び入居希望時期の入力を受け付けた場合、通信部４３を介して、受け付けた入居希望額及び入居希望時期をサーバ１に送信する。サーバ１の制御部
１１は、通信部１３を介して、入居希望者端末４から送信された入居希望額及び入居希望 40
時期を受信し、大容量記憶部１７のオークションＤＢ１７５に記憶する。具体的には、制御部１１は、対象賃貸物件に対し、オークションＩＤ及びオークションサブＩＤを振って
、物件ＩＤ、入居希望者ＩＤ、入居希望額、入居希望時期等の情報を一つのレコードとしてオークションＤＢ１７５に記憶する。
【００６８】
図１７Ｂは、賃貸物件に対する入居希望額及び入居希望時期の入力の受付のイメージ図である。図示のように、対象賃貸物件の写真、名称、交通、間取り及び該対象賃貸物件に対し複数の入居希望者からの入居希望額の内最高額の入居希望額（現在の高値申し込み）等の情報が画面上に表示される。入居希望者端末４の制御部４１は、入力部４４により「
入居希望」ボタンのタップ操作を受け付けた場合、表示画面を価格入札画面へ遷移するこ 50
とができる。
【００６９】
価格入札画面では、該対象賃貸物件に対する入居希望額の内最高額の入居希望額及び入札履歴等の情報が表示される。入居希望者がスライダーにより数値調整で入居希望額を設定しても良く、または入力欄を用いて直接に入力しても良い。また、入居希望者が入居希望時期の入力欄を通じて入居希望時期を入力することできる。なお、入居希望時期の入力に関しては、入力欄に限らず、例えばコンボボックスにより入居希望時期を選択しても良い。入居希望者端末４の制御部４１は、入力部４４により「入居希望（価格入札）をする
」ボタンのタップ操作を受け付けた場合、入力された入居希望額及び入居希望時期を通信
部４３によりサーバ１に送信する。サーバ１の制御部１１は、通信部１３により入居希望 10
者端末４から送信された入居希望額及び入居希望時期を受信し、大容量記憶部１７のオークションＤＢ１７５に記憶する。
【００７０】
図１８は、入居希望額及び入居希望時期の入力を受け付ける際の処理手順を示すフローチャートである。サーバ１の制御部１１は、入居希望者が希望する対象賃貸物件及び該対象賃貸物件に対し複数の入居希望者からの入居希望額の内最高額の入居希望額を、大容量記憶部１７の管理物件ＤＢ１７１、物件詳細ＤＢ１７２及びオークションＤＢ１７５から取得する（ステップＳ１２１）。制御部１１は、通信部１３を介して、取得した対象賃貸物件及び該対象賃貸物件に対し複数の入居希望者からの入居希望額の内最高額の入居希望
額を入居希望者端末４に送信する（ステップＳ１２２）。 20
【００７１】
入居希望者端末４の制御部４１は、通信部４３によりサーバ１から送信された対象賃貸物件及び該対象賃貸物件に対し複数の入居希望者からの入居希望額の内最高額の入居希望額を受信し（ステップＳ３２１）、表示部４５により表示する（ステップＳ３２２）。制御部４１は、入力部４４により該対象賃貸物件に対する入居希望額及び入居希望時期の入力を受け付け（ステップＳ３２３）、受け付けた入居希望額及び入居希望時期を通信部４
３によりサーバ１に送信する（ステップＳ３２４）。サーバ１の制御部１１は、通信部１
３を介して、入居希望者端末４から送信された入居希望額及び入居希望時期を受信し（ステップＳ１２３）、大容量記憶部１７のオークションＤＢ１７５に記憶する（ステップＳ
１２４）。 30
【００７２】
また、入居希望者が希望する対象賃貸物件、該対象賃貸物件に対し複数の入居希望者からの入居希望額の内最高額の入居希望額が表示される他には、該対象賃貸物件の貸主に対する評価値を表示することができる。貸主の評価値に関しては、サーバ１の大容量記憶部
１７に記憶しても良く、またはブロックチェーン２に記録しても良い。また、入居希望者が退去した後に、入居希望者が貸主に対して評価することにより、古い貸主の評価値を更新することが可能となる。なお、貸主の評価値の更新処理に関しては後述する。
【００７３】
図１９は、貸主の評価値の取得及び表示の動作を説明する説明図である。図１９Ａは、
サーバ１が入居希望者端末４に貸主に対する評価値を送信する動作を説明する説明図であ 40
る。なお、図１９Ａは、サーバ１から貸主の評価値の取得の例を説明したが、これに限るものではない。例えば、ブロックチェーン２に記録された貸主の評価値が入居希望者端末
４に送信されても良い。
【００７４】
サーバ１の制御部１１は、大容量記憶部１７の管理物件ＤＢ１７１、物件詳細ＤＢ１７
２、貸主ＤＢ１７３及びオークションＤＢ１７５から、入居希望者が希望する対象賃貸物件、該対象賃貸物件に対し複数の入居希望者からの入居希望額の内最高額の入居希望額、及び、該対象賃貸物件の貸主の評価値を取得する。制御部１１は、通信部１３を介して、取得した対象賃貸物件、該対象賃貸物件に対し複数の入居希望者からの入居希望額の内最
高額の入居希望額、及び、該対象賃貸物件の貸主の評価値を入居希望者端末４に送信する 50
。入居希望者端末４の制御部４１は、通信部４３によりサーバ１から送信された対象賃貸物件、最高額の入居希望額及び貸主の評価値を受信し、表示部４５により表示する。
【００７５】
図１９Ｂは、入居希望者端末４による貸主の評価値の表示のイメージ図である。図示のように、貸主の評価値が点数の表示形式で画面上に表示されたが、これに限るものではない。評価値の表示形式に関しては、図１３Ｂと同様であるため説明を省略する。
【００７６】
図２０は、サーバ１から貸主の評価値の取得の処理手順を示すフローチャートである。なお、図１８と重複する内容については同一の符号を付して説明を省略する。サーバ１の
制御部１１は、大容量記憶部１７の管理物件ＤＢ１７１、物件詳細ＤＢ１７２、貸主ＤＢ 10
１７３及びオークションＤＢ１７５から、入居希望者が希望する対象賃貸物件、該対象賃貸物件に対し複数の入居希望者からの入居希望額の内最高額の入居希望額、及び、該対象賃貸物件の貸主の評価値を取得する（ステップＳ１２５）。制御部１１は、通信部１３を介して、取得した対象賃貸物件、最高額の入居希望額及び貸主の評価値を入居希望者端末
４に送信する（ステップＳ１２６）。入居希望者端末４の制御部４１は、通信部４３によりサーバ１から送信された対象賃貸物件、最高額の入居希望額及び貸主の評価値を受信し
（ステップＳ３２５）、表示部４５により表示する（ステップＳ３２６）。
【００７７】
図２１は、ブロックチェーン２を介した貸主の評価値の取得の処理手順を示すフローチ
ャートである。なお、図１８と重複する内容については同一の符号を付して説明を省略す 20
る。ブロックチェーン２は、貸主のＩＤ又は氏名等の情報に基づき、記録された貸主の評価値を取得する（ステップＳ２２１）。ブロックチェーン２は、取得した貸主の評価値を入居希望者端末４に送信する（ステップＳ２２２）。入居希望者端末４の制御部４１は、通信部４３を介して、ブロックチェーン２から送信された貸主の評価値を受信する（ステップＳ３２７）。制御部４１は、受信した対象賃貸物件、該対象賃貸物件に対し複数の入居希望者からの入居希望額の内最高額の入居希望額、及び貸主の評価値を表示部４５により表示する（ステップＳ３２８）。
【００７８】
続けて、対象賃貸物件に対する賃貸契約が成立する際の処理に関して説明する。図２２
は、賃貸契約が成立する際の処理の動作を説明する説明図である。貸主端末３の制御部３ 30
１は、対象賃貸物件を貸し出す入居希望者の選択を受け付けた後、該入居希望者が対象賃貸物件の入居に必要な条件、かつ、貸主が入居希望者への入居に同意する旨の情報を通信部３３によりサーバ１の大容量記憶部１７から取得する。貸主側で対象賃貸物件の入居に必要な条件に関しては、例えば、入居希望者の評価値が4.0点数以上であり、賃料が8.5万円であり、かつ、敷金が三ヵ月分の賃料であることが定義されても良い。制御部３１は、取得した対象賃貸物件の入居に必要な条件、かつ、貸主が入居希望者への入居に同意する旨の情報に基づき、賃貸契約が成立するスマートコントラクトのコードを作成する。
【００７９】
本実施形態では、対象賃貸物件の入居に必要な条件をすべて満たし、かつ、貸主が入居
希望者への入居に同意する旨の情報を含む契約条件がスマートコントラクトに定義される 40
。貸主端末３の制御部３１は、通信部３３を介して、作成した賃貸契約が成立するスマートコントラクトをブロックチェーン２に送信する。ブロックチェーン２は、貸主端末３から送信されたスマートコントラクトを受信して記録する。
【００８０】
入居希望者端末４の制御部４１は、対象賃貸物件の住所について確認したか否かを示す情報、対象賃貸物件の賃料と少なくとも敷金、礼金、共益費のいずれか一つとを含む料金情報について確認したか否かを示す情報、対象賃貸物件の賃貸期間について確認したか否かを示す情報、及び、支払い口座について確認したか否かを示す情報が全て確認した確認状態にあると判断した後に、契約が成立するスマートコントラクトのコードを作成する。
本実施形態では、対象賃貸物件の入居に必要な条件をすべて満たし、かつ、貸主が入居希 50
望者への入居に同意する旨の情報を含む契約条件がスマートコントラクトに定義される。なお、入居希望者側で対象賃貸物件の入居に必要な条件に関しては、例えば、貸主の評価値が4.2点数以上であり、住所、賃料、賃貸期間及び支払い口座の確認をすべて完了した状態であることが定義されても良い。
【００８１】
入居希望者端末４の制御部４１は、通信部４３を介して、作成した賃貸契約が成立するスマートコントラクトをブロックチェーン２に送信する。ブロックチェーン２は、入居希望者端末４から送信されたスマートコントラクトを受信して記録する。
【００８２】
ブロックチェーン２は、貸主端末３及び入居希望者端末４から送信されたそれぞれのス 10
マートコントラクトを統合して記録する。なお、本実施形態では、ブロックチェーン２側でスマートコントラクトが統合された例を説明したが、これに限るものではない。例えば
、契約が成立するための合意（電子サイン）が貸主端末３側で最終的に取られた場合、貸主端末３は、作成したスマートコントラクトを入居希望者端末４から送信されたスマートコントラクトと統合し、ブロックチェーン２に送信しても良い。また、契約が成立するための合意が入居希望者端末４側で最終的に取られた場合、入居希望者端末４は、作成したスマートコントラクトを貸主端末３から送信されたスマートコントラクトと統合し、ブロックチェーン２に送信しても良い。また、貸主端末３と入居希望者端末４は、それぞれのスマートコントラクトをサーバ１に送信しても良い。サーバ１は、貸主及び入居希望者に
よる契約が成立するための合意を取得した場合、サーバ１は、貸主端末３と入居希望者端 20
末４それぞれのスマートコントラクトを統合し、ブロックチェーン２に送信しても良い。
【００８３】
さらにまた、貸主端末３か入居希望者端末４のどちらか一方がスマートコントラクトを作成し、ブロックチェーン２に送信しても良い。以下では、貸主端末３側でスマートコントラクトが生成される例を説明する。入居希望者端末４は、入居希望者による契約が成立するための電子サインを受け付け、受け付けた入居希望者の電子サインを貸主端末３に送信する。貸主端末３は、入居希望者端末４から送信された入居希望者の電子サインに応じて、貸主が入居希望者への入居に同意する電子サインを受け付ける。貸主端末３は、対象賃貸物件の入居に必要な条件、及び、貸主が入居希望者への入居に同意する旨の情報を含
むスマートコントラクトのコードを作成し、作成したスマートコントラクトをブロックチ 30
ェーン２に送信する。なお、入居希望者端末４側でスマートコントラクトが生成される処理に関しては、上述した処理と同様であるため説明を省略する。
【００８４】
ブロックチェーン２は、入居希望者端末４と貸主端末３から送信されたそれぞれのスマートコントラクトに応じて、予め定義された契約履行の条件に合致するか否かを判断する
。ブロックチェーン２は、予め定義された契約履行の条件に合致したと判断した場合、スマートコントラクト処理を自動的に実行させる。スマートコントラクト処理を実行することにより、賃貸物件に対する契約内容をブロックチェーン２の複数のノードそれぞれに記録し、賃貸契約が成立することができる。なお、マイニング処理は実行しても良く、又は
実行しなくても良い。また、各ノードはマイニングが完了してから、賃貸物件に対する契 40
約内容を分散台帳として関連付けて記憶しても良い。
【００８５】
契約が成立するスマートコントラクトが自動的に実行させるため、契約が成立する条件を定義することができる。契約が成立する条件は、住所、賃料、賃貸期間及び支払い口座の確認をすべて完了した状態であることを定義しても良く、または保証金の入金の確認を取れた状態であることを定義しても良い。
【００８６】
以下では、対象賃貸物件の賃料と少なくとも敷金、礼金、共益費のいずれか一つとを含む料金の入金で契約が成立する例を説明する。ブロックチェーン２は、入居希望者から貸
主への対象賃貸物件に対する対価の支払いがあったことを示すためのスマートコントラク 50
トを発動させるトリガーを受け付けた場合、スマートコントラクト処理を起動して実行する。スマートコントラクトは、ブロックチェーン２に契約及び合意の内容が取引中に変更されない仕組みであるため、ブロックチェーン２の外部情報をトリガーにしてスマートコントラクトを発動させる。これにより、予め定義された契約履行の条件に合致するか否かとの判断処理は、ブロックチェーン２の外部情報を参照することが必要である。スマートコントラクトは、外部情報をブロックチェーン２内部に提供するサービス又はサーバ等により実現することができる。例えば、貸主端末３又は入居希望者端末４は信頼できる情報を提供するオラクルシステム(Oracle System)と連携しても良く、また貸主端末３又は入居希望者端末４で類似の機能を実装しても良い。
【００８７】 10
また、入居希望者から貸主への対象賃貸物件に対する対価の支払いに関しては、入居希望者及び貸主のウォレットアドレスを経由して仮想通貨で支払っても良く、または銀行AP Iを経由して法定通貨で支払っても良い。仮想通貨で支払いの場合、ウォレットアドレスの利用により実現することができる。ウォレットアドレスは、取引ごとに作成された仮想通貨用の口座番号であり、文字列又はＱＲコード（登録商標）として表示する。ウォレットアドレスは、ブロックチェーン２で利用されている公開鍵暗号を基にして、数学的に導出されたアドレスである。また、送信元と送信先のウォレットアドレスは、ブロックチェーン２に記録され、ブロックチェーン２のシステムが維持し続ける限り改ざんされない。
【００８８】
ウォレットアドレスは計算で生成されるため、オンライン又はオフラインでも作成する 20
ことが可能となる。例えば、貸主端末３のハッシュ値算出部３１ａ及び電子署名作成部３
１ｂにより貸主のウォレットアドレスを作成しても良く、また貸主により手渡しても良い
。更にまた、貸主端末３の制御部３１は、図示しない外部で直接に貸主端末３と接続している撮影装置を介して、貸主のウォレットアドレスのＱＲコードを識別し、ウォレットアドレスを抽出しても良い。
【００８９】
入居希望者のウォレットアドレスから契約された対象賃貸物件の賃料と少なくとも敷金
、礼金、共益費のいずれか一つとを含む料金に相当する仮想通貨量が、ブロックチェーン
２経由で貸主のウォレットアドレスに送信される。ブロックチェーン２は、入居希望者の
入金の確認を取れた場合、予め定義された契約履行の条件に合致したことを判断し、スマ 30
ートコントラクト処理を起動して実行する。ブロックチェーン２は、スマートコントラクト処理を実行した後、賃貸契約が成立するため、契約が成立した旨の情報を貸主端末３及び入居希望者端末４に送信する。貸主端末３及び入居希望者端末４は、契約が成立した旨の情報を受信した場合、契約が完了したことを示す情報をそれぞれの表示部を介して表示する。
【００９０】
賃貸契約が成立した場合、貸主端末３及び入居希望者端末４は、賃貸に関する契約情報をサーバ１に送信する。サーバ１の制御部１１は、貸主端末３及び入居希望者端末４から送信された賃貸に関する契約情報を大容量記憶部１７の契約管理ＤＢ１７６に記憶する。
具体的には、制御部１１は、受信した契約台帳ＩＤ、物件住所、建物名称、住戸番号、賃 40
料、敷金、礼金、共益費、契約期間、貸主ＩＤ、入居希望者ＩＤ、締結日時、貸主の電子サイン及び入居希望者の電子サインを契約管理ＤＢ１７６に一つのレコードとして記憶する。
【００９１】
法定通貨で支払いの場合、銀行が提供されたAPIサービスの利用により実現することができる。この場合、貸主端末３が銀行API（Application Programming Interface）を用いて、入居希望者から契約された対象賃貸物件の賃料と少なくとも敷金、礼金、共益費のいずれか一つとを含む料金の入金を確認した場合、貸主端末３は支払いがあったことを示す情報をブロックチェーン２に送信する。ブロックチェーン２は、貸主端末３から送信され
た支払いがあったことを示す情報を受信し、受信した情報に基づき、スマートコントラク 50
トで定義された執行条件及び契約内容に合致するか否かを判断する。ブロックチェーン２は、受信した支払いがあったことを示す情報が執行条件及び契約内容に合致したと判断した場合、スマートコントラクト処理を起動して実行する。スマートコントラクト処理を実行することにより、賃貸契約に関する情報をブロックチェーン２の複数のノードそれぞれに記録し、契約が成立することができる。
【００９２】
または、ブロックチェーン２が直接に銀行APIと通信しても良い。例えば、ブロックチェーン２が入居希望者から契約された対象賃貸物件の賃料と少なくとも敷金、礼金、共益費のいずれか一つとを含む料金の入金を確認した場合、ブロックチェーン２は、入金の金
額に基づき、スマートコントラクトで定義された執行条件及び契約内容に合致するか否か 10
を判断する。なお、執行条件及び契約内容に合致した取引が発生した場合、スマートコントラクトの実行及び取引内容の記録に関しては、上述した処理と同様であるため説明を省略する。
【００９３】
図２３は、貸主端末３による賃貸契約の締結のイメージ図である。サーバ１の制御部１
１は、入居希望者に関する情報及び対象賃貸物件に関する情報を大容量記憶部１７の管理物件ＤＢ１７１、物件詳細ＤＢ１７２、入居希望者ＤＢ１７４及びオークションＤＢ１７
５から取得する。サーバ１の制御部１１は、通信部１３を介して、取得した入居希望者に関する情報及び対象賃貸物件に関する情報を貸主端末３に送信する。貸主端末３の制御部
３１は、通信部３３によりサーバ１から送信された入居希望者に関する情報及び対象賃貸 20
物件に関する情報を受信し、表示部３５により表示する。
【００９４】
図２３Ａは、入居希望者の詳細情報を示すイメージ図である。図１３Ｂで貸主が入居希望者をタップした場合、貸主端末３の制御部３１は、表示部３５により図２３Ａを表示する。図示のように、入居希望者の年齢、性別、職業及び年収等を含む基本情報、入居希望日、評価、希望家賃及び入居希望者の身分証明書等の証明書類が画面に表示される。なお
、証明書類をドラッグまたはドロップにより追加することができるが、これに限るものではない。例えば、ファイルを選択するためのファイル選択ダイアログにより証明書類が追加されても良い。貸主端末３の制御部３１は、入力部３４により「サインする書類を確定
する」ボタンのタップ操作を受け付けた場合、表示画面を賃貸借契約書の表示画面に遷移 30
する。
【００９５】
図２３Ｂは、賃貸借契約書を示すイメージ図である。対象賃貸物件に対する賃貸借契約書を画面に表示することができる。また、該賃貸借契約書に応じて、貸主または入居希望者がそれぞれの電子サインを行うことが可能となる。また、電子サインの保管に関しては
、そのまま証明書類とともに電子データとして記憶しても良く、または独自にデータ形式で記憶しても良い。制御部３１は、入力部３４により「契約内容を確定する」ボタンのタップ操作を受け付けた場合、スマートコントラクトのコードを作成し、作成したスマートコントラクトを通信部３３によりブロックチェーン２に送信する。スマートコントラクト
により執行条件及び契約内容に合致した取引が発生した場合、ブロックチェーン２は、契 40
約が成立した旨を示す情報を貸主端末３に送信する。貸主端末３の制御部３１は、通信部
３３によりブロックチェーン２から送信された契約が成立した旨を示す情報を受信し、表示部３５により契約成立画面を表示する。
【００９６】
図２３Ｃは、貸主端末３側の契約成立を示すイメージ図である。図示のように、契約された賃貸物件情報及び賃貸契約情報が画面に表示される。また、貸主端末３の制御部３１は、入力部３４により「登録情報を確認する」ボタンのタップ操作を受け付けた場合、貸主、入居希望者または物件の登録情報を確認することができる。制御部３１は、入力部３
４により「契約情報を確認する」ボタンのタップ操作を受け付けた場合、賃貸契約に関す
る情報を確認することができる。 50
【００９７】
図２４は、入居希望者端末４による契約締結のイメージ図である。サーバ１の制御部１
１は、対象賃貸物件に関する情報及び支払い口座情報を大容量記憶部１７の管理物件ＤＢ
１７１、物件詳細ＤＢ１７２、入居希望者ＤＢ１７４及びオークションＤＢ１７５から取得する。サーバ１の制御部１１は、通信部１３を介して、取得した対象賃貸物件に関する情報及び支払い口座情報を入居希望者端末４に送信する。入居希望者端末４の制御部４１は、通信部４３によりサーバ１から送信された対象賃貸物件に関する情報及び支払い口座情報を受信し、表示部４５により表示する。
【００９８】
図２４Ａは、契約の各項目の確認を示すイメージ図である。入居希望者端末４の制御部 10
４１は、表示部４５を介して、対象賃貸物件の住所及び該住所について確認したか否かを示す情報、並びに、対象賃貸物件の賃料と少なくとも敷金、礼金、共益費のいずれか一つとを含む料金情報、及び該料金情報について確認したか否かを示す情報、並びに、対象賃貸物件の賃貸期間及び該賃貸期間について確認したか否かを示す情報、並びに、支払い口座及び該支払い口座について確認したか否かを示す情報を表示する。なお、支払い口座が仮想通貨を受け取るためのウォレットアドレスであっても良い。
【００９９】
入居希望者端末４の制御部４１は、入力部４４により表示された確認したか否かを示す情報が全て確認した確認状態を受け付け、かつ、「同意して確定する」ボタンのタップ操
作を受け付けた場合、スマートコントラクトのコードを作成する。制御部４１は、通信部 20
４３を介して、作成したスマートコントラクトをブロックチェーン２に送信する。スマートコントラクトにより執行条件及び契約内容に合致した取引が発生した場合、ブロックチェーン２は、契約が成立した旨を示す情報を入居希望者端末４に送信する。制御部４１は
、通信部４３によりブロックチェーン２から送信された契約が成立した旨を示す情報を受信し、表示部４５により契約成立画面を表示する。
【０１００】
図２４Ｂは、入居希望者端末４側の契約成立を示すイメージ図である。なお、図２４Ａと図２４Ｂとの間に、入居希望者の電子サイン処理に関しては、図２３Ｂと同様であっても良い。図示のように、契約された賃貸物件情報及び賃貸契約情報が画面に表示される。
なお、上述した表示形式に限るものではない。例えば、契約が成立した場合、ＰＤＦ（Po 30
rtable Document Format）形式の契約書類が生成され、生成された契約書に対し同意を示す同意情報が受け付けられ、電子メールに送信されても良い。また、入居希望者端末４は
、通信部４３により上述したＰＤＦ形式の契約書をブロックチェーン２に送信しても良い
。ブロックチェーン２は、入居希望者端末４から送信されたＰＤＦ形式の契約書を受信して記録する。
【０１０１】
さらにまた、契約が成立した場合、契約書のハッシュ値がブロックチェーン２に送信されても良い。ハッシュ値は、元の数値又は文字列から固定長の疑似乱数を作るハッシュ関数で算出される値であり、ブロックチェーン２上に記録することができる。具体的には、
入居希望者端末４のハッシュ値算出部４１ａは、契約された賃貸物件情報及び賃貸契約情 40
報に基づき、契約書のハッシュ値を算出する。制御部４１は、通信部４３を介して、算出された契約書のハッシュ値をブロックチェーン２に送信する。ブロックチェーン２は、入居希望者端末４から送信された契約書のハッシュ値を受信して記録する。
【０１０２】
図２５は、対象賃貸物件に対する賃貸契約が成立する際の処理手順を示すフローチャートである。貸主端末３の制御部３１は対象賃貸物件の入居に必要な条件をすべて満たし、かつ、貸主が入居希望者への入居に同意する旨の情報を取得した場合、制御部３１は賃貸契約が成立するスマートコントラクトのコードを作成する（ステップＳ３４１）。制御部
３１は、通信部３３を介して、作成したスマートコントラクトをブロックチェーン２に送
信する（ステップＳ３４２）。 50
【０１０３】
入居希望者端末４の制御部４１は対象賃貸物件の入居に必要な条件をすべて満たし、かつ、貸主が入居希望者への入居に同意する旨の情報を取得した場合、制御部４１は賃貸契約が成立するスマートコントラクトのコードを作成する（ステップＳ４４１）。制御部４
１は、通信部４３を介して、作成したスマートコントラクトをブロックチェーン２に送信する（ステップＳ４４２）。
【０１０４】
ブロックチェーン２は、貸主端末３及び入居希望者端末４から送信されたそれぞれのスマートコントラクトを受信し（ステップＳ２４１）、統合して記録する（ステップＳ２４
２）。入居希望者端末４の制御部４１は、貸主のウォレットアドレス及び入居希望者のウ 10
ォレットアドレスを取得する（ステップＳ４４３）。制御部４１は、通信部４３を介して
、対象賃貸物件の賃料と少なくとも敷金、礼金、共益費のいずれか一つとを含む料金に相当する仮想通貨量を、入居希望者のウォレットアドレスから貸主のウォレットアドレスへブロックチェーン２経由で送信する（ステップＳ４４４）。ブロックチェーン２は、入居希望者のウォレットアドレスから受信した仮想通貨量を貸主のウォレットアドレスへ送信する（ステップＳ２４３）。貸主端末３の制御部３１は、通信部３３を介して、ブロックチェーン２経由で入居希望者のウォレットアドレスから送信された仮想通貨量を、貸主のウォレットアドレスに受信する（ステップＳ３４３）。
【０１０５】
貸主端末３の制御部３１は、通信部３３により契約が成立するためのスマートコントラ 20
クトの発動トリガーをブロックチェーン２に送信する（ステップＳ３４４）。ブロックチェーン２は、貸主端末３から送信されたスマートコントラクトの発動トリガーを受信し（ステップＳ２４４）、スマートコントラクト処理を実行する（ステップＳ２４５）。スマートコントラクト処理が実行した後、ブロックチェーン２は、契約が成立する指示を貸主端末３及び入居希望者端末４に送信する（ステップＳ２４６）。
【０１０６】
貸主端末３の制御部３１は、通信部３３によりブロックチェーン２から送信された契約が成立する指示を受信し（ステップＳ３４５）、契約が成立することを示す情報を表示部
３５により表示する（ステップＳ３４６）。制御部３１は、通信部３３により賃貸契約に
関する情報をサーバ１に送信する（ステップＳ３４７）。 30
【０１０７】
入居希望者端末４の制御部４１は、通信部４３によりブロックチェーン２から送信された契約が成立する指示を受信し（ステップＳ４４５）、契約が成立することを示す情報を表示部４５により表示する（ステップＳ４４６）。制御部４１は、通信部４３により賃貸契約に関する情報をサーバ１に送信する（ステップＳ４４７）。サーバ１の制御部１１は
、通信部１３を介して、貸主端末３及び入居希望者端末４から送信された賃貸契約に関する情報を受信し、大容量記憶部１７の契約管理ＤＢ１７６に記憶する。
【０１０８】
本実施形態によると、対象賃貸物件に対する複数の入居希望者からの入居希望額及び入
居希望時期を貸主側に出力することにより、貸主が当該対象賃貸物件を貸し出す入居希望 40
者を選択することが可能となる。
【０１０９】
本実施形態によると、入居希望者が希望する対象賃貸物件に対し複数の入居希望者からの入居希望額の内最高額の入居希望額を閲覧することが可能となる。また、入居希望者が希望する対象賃貸物件に対し入居希望額及び入居希望時期を入力することが可能となる。
【０１１０】
本実施形態によると、貸主が各入居希望者の評価値を閲覧することが可能となり、入居希望者が対象賃貸物件の貸主の評価値を閲覧することが可能となる。本実施形態では、入居希望額を入居希望者が入力する形式としたが、貸主が固定した額を入力しても良い。ま
た入居希望額に代えて、少なくとも入居希望時期、評価値のいずれか一つ情報を表示して 50
も良い。
【０１１１】
本実施形態によると、スマートコントラクトにより貸主と入居希望者が賃貸契約を締結することにより、契約履行の条件に合致する場合、契約が自動的に履行されるため、不正な取引を防ぐことができる。また、取引に第三者が介入しないため、決済期間を短縮することが可能となる。
【０１１２】
本実施形態によると、契約が成立した後、貸主と入居希望者との間で締結する契約書及び賃貸契約に関する情報をブロックチェーン２に出力することにより、取引情報は過去の
取引履歴と連鎖して保存されているため、取引情報の改ざんが難しく、信頼性が高い取引 10
を実現することが可能となる。
【０１１３】
本実施形態によると、対象賃貸物件に対するオークションで賃貸借活動を行うことにより、金額又は条件面の交渉を容易に行い、契約内容に自由度を持たせることが可能となる
。
【０１１４】
（実施形態２）
実施形態２は、毎月の支払い情報をブロックチェーン２に出力する形態に関する。なお
、実施形態１と重複する内容については説明を省略する。貸主が所有する対象賃貸物件を
入居希望者に貸した後、当該入居希望者が借主となる。この場合、借主から対象賃貸物件 20
の貸主への家賃の支払いに関する情報を月毎にブロックチェーン２に出力することができる。
【０１１５】
図２６は、月毎に家賃を支払うスマートコントラクト処理の動作を説明する説明図である。貸主端末３の制御部３１は、月毎に借主から対象賃貸物件の貸主への家賃を支払うための必要な執行条件が記述されたスマートコントラクトのコードを作成する。なお、本実施形態では、スマートコントラクトのコードの内容は、月毎に家賃金額を含む契約内容、決められた支払い日を含む執行条件、物件ＩＤ、並びに、貸主及び借主の電子署名をコードで定義している。制御部３１は、通信部３３を介して、作成したスマートコントラクト
をブロックチェーン２に送信する。なお、本実施形態では、スマートコントラクトが貸主 30
端末３により作成されたが、これに限るものではない。例えば、スマートコントラクトが借主端末４（入居希望者端末４）により作成され、ブロックチェーン２に送信されても良い。
【０１１６】
ブロックチェーン２は、貸主端末３から送信されたスマートコントラクトを受信して記録する。ブロックチェーン２は、スマートコントラクトで定義された執行条件及び契約内容に合致するか否かを判断する。本実施形態では、ブロックチェーン２は、月毎に支払い日になるか否かを判断する。支払い日になった場合、ブロックチェーン２は、対象賃貸物件に対する家賃の支払い執行条件及び契約内容に合致したと判断した場合、スマートコン
トラクト処理を起動して実行する。スマートコントラクト処理を実行することにより、借 40
主から対象賃貸物件の貸主への支払う家賃に相当する仮想通貨量を、借主のウォレットアドレスから貸主のウォレットアドレスに送信する。また、借主から対象賃貸物件の貸主への家賃の支払いに関する情報が月毎にブロックチェーン２の複数のノードそれぞれに記録され、契約が自動的に履行される。
【０１１７】
図２７は、月毎に家賃を支払うスマートコントラクトの処理手順を示すフローチャートである。貸主端末３の制御部３１は、貸主のウォレットアドレス及び借主のウォレットアドレスを取得する（ステップＳ３５1）。制御部３１は、月毎に家賃を支払うスマートコントラクトのコードを作成し（ステップＳ３５２）、通信部３３によりブロックチェーン
２に送信する（ステップＳ３５３）。ブロックチェーン２は、貸主端末３から送信された 50
スマートコントラクトを受信し（ステップＳ２５１）、記録する（ステップＳ２５２）。
【０１１８】
ブロックチェーン２は、月毎に支払い日であるか否かを判断する（ステップＳ２５３）
。ブロックチェーン２は、月毎に支払い日であったと判断した場合（ステップＳ２５３で ＹＥＳ）、ブロックチェーン２は、スマートコントラクト処理を起動して実行する（ステップＳ２５４）。スマートコントラクト処理が完了した後、ブロックチェーン２は、支払いに関する情報を記録する（ステップＳ２５５）。ブロックチェーン２は、貸主端末３及び借主端末４に仮想通貨で支払完了メッセージを送信し（ステップＳ２５６）、支払い日判断処理（ステップＳ２５３）に戻る。
【０１１９】 10
貸主端末３は、通信部３３によりブロックチェーン２から送信された支払完了メッセージを受信する（ステップＳ３５４）。借主端末４は、通信部４３によりブロックチェーン
２から送信された支払完了メッセージを受信する（ステップＳ４５１）。ブロックチェーン２は、月毎に支払い日でないと判断した場合（ステップＳ２５３でＮＯ）、支払い日判断処理（ステップＳ２５３）に戻る。
【０１２０】
本実施形態によると、ブロックチェーン２経由で月毎に家賃を支払うことにより、家賃未納発生後の催告等のトランザクションコストを削減し、支払い履行の確度と効率性を高めることが可能となる。
【０１２１】 20
（実施形態３）
実施形態３は、入居希望者が借主となり、対象賃貸物件を退去する形態に関する。なお
、実施形態１と重複する内容については説明を省略する。
【０１２２】
図２８は、実施形態３のサーバ１の構成例を示すブロック図である。図２と重複する内容については同一の符号を付して説明を省略する。大容量記憶部１７は、業者ＤＢ１７７及び退去管理ＤＢ１７８を含む。業者ＤＢ１７７は、対象賃貸物件に対し、原状回復を行う業者に関する情報を記憶している。退去管理ＤＢ１７８は、対象賃貸物件に対し、退去に関する管理情報を記憶している。
【０１２３】 30
図２９は、業者ＤＢ１７７のレコードレイアウトの一例を示す説明図である。業者ＤＢ
１７７は、業者ＩＤ列、業者名称列及び評価列を含む。業者ＩＤ列は、各業者を識別するために、一意に特定される業者のＩＤを記憶している。業者名称列は、業者の名称を記憶している。評価列は、業者に対する評価値を記憶している。
【０１２４】
図３０は、退去管理ＤＢ１７８のレコードレイアウトの一例を示す説明図である。退去管理ＤＢ１７８は、管理ＩＤ列、物件ＩＤ列、受付日付列、退去希望日列、退去理由列、退去後の連絡先列、業者ＩＤ列、立会日付列、見積金額列、保証金の返金列、清算明細書列、証拠写真列及び状態列を含む。
【０１２５】 40
管理ＩＤ列は、各退去の対象賃貸物件を管理するための管理データを識別するために、一意に特定される管理データのＩＤを記憶している。物件ＩＤ列は、退去の対象賃貸物件のＩＤを記憶している。受付日付列は、対象賃貸物件に対し、退去の申し込みを受け付けた日付を記憶している。退去希望日列は、借主が対象賃貸物件を退去する希望日付を記憶している。退去理由列は、対象賃貸物件に対する退去の理由を記憶している。退去後の連絡先列は、借主が退去した後の連絡先を記憶している。該連絡先は、電話番号であっても良く、または新たな住所であっても良い。業者ＩＤ列は、原状回復を行う業者を特定する業者ＩＤを記憶している。立会日付列は、借主が業者との立会日付を記憶している。
【０１２６】
見積金額列は、業者が退去希望の対象賃貸物件に対し、原状回復を行うための必要な費 50
用を記憶している。保証金の返金列は、対象賃貸物件の退去の際に、修繕費用等が差し引かれて借主に返却された清算金の金額を記憶している。清算明細書列は、清算に関する明細情報が記載された書類を記憶している。証拠写真列は、立会又は退去の場合、対象賃貸物件の使用状況等を示す証拠写真のパスを記憶している。状態列は、退去申し込みのステータスを記憶している。例えば、状態は受け付け、立会中、立会済及び退去済等を含む。
【０１２７】
続いて、借主が対象賃貸物件の退去を申し込む際の処理の流れを説明する。図３１は、借主が対象賃貸物件の退去を申し込む動作を説明する説明図である。なお、図１と重複する内容については同一の符号を付して説明を省略する。本実施形態のシステムは、情報処
理端末５を含む。 10
【０１２８】
情報処理端末５は、原状回復を行う業者が退去する対象賃貸物件に対し、立会日付の受付、清算明細書の作成及び証拠写真のアップロード等を行う端末装置である。情報処理端末５は、例えばスマートフォン、携帯電話、タブレット、パーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末５を業者端末５と読み替える
。
【０１２９】
借主端末４の制御部４１は、通信部４３を介して、対象賃貸物件に対する退去希望日等の情報を含む退去要求をサーバ１に送信する。サーバ１の制御部１１は、通信部１３によ
り借主端末４から送信された対象賃貸物件に対する退去要求を受け付け、大容量記憶部１ 20
７の業者ＤＢ１７７の業者ＤＢ１７７及び退去管理ＤＢ１７８から業者に関する情報を取得する。業者に関する情報は、例えば、退去希望の対象賃貸物件に対して原状回復を行う業者に対する業者ＩＤ、業者名称、業者の評価値、及び退去希望の対象賃貸物件に対する見積金額等を含む。サーバ１の制御部１１は、通信部１３により、取得した業者に関する情報を借主端末４に送信する。
【０１３０】
借主端末４の制御部４１は、通信部４３によりサーバ１から送信された業者に関する情報を受信し、表示部４５により表示する。例えば、業者毎に業者ＩＤ、業者名称、業者の評価値、及び退去希望の対象賃貸物件に対する見積金額が図示しない業者一覧画面で表示
されても良い。なお、業者一覧画面に関しては、図１３Ｂの入居希望者一覧画面と同様の 30
表示形式であっても良い。
【０１３１】
借主端末４の制御部４１は、受信した業者に関する情報に基づき、入力部４４を介して
、借主による業者の選択を受け付ける。制御部４１は、選択された業者に対し、退去の対象賃貸物件及び借主に関する情報を通信部４３により業者端末５に送信する。業者端末５は、退去の対象賃貸物件に対する立会日付を受け付け、清算書の作成及び証拠写真のアップロード等を行い、サーバ１に送信する。サーバ１の制御部１１は、通信部１３により業者端末５から送信された退去に関する情報を受信し、大容量記憶部１７の退去管理ＤＢ１
７８に記憶する。具体的には、制御部１１は、管理ＩＤを振り、物件ＩＤ、受付日付、退
去希望日、退去理由、退去後の連絡先、業者ＩＤ、立会日付、保証金の返金、清算明細書 40
、証拠写真及び退去処理の状態を一つのレコードとして退去管理ＤＢ１７８に記憶する。
【０１３２】
サーバ１の制御部１１は、退去に関する情報を退去管理ＤＢ１７８に記憶した後、通信部１３を介して、業者による作業完了旨の情報を貸主端末３及び借主端末４に送信する。借主端末４の制御部４１は、通信部４３により業者による作業完了旨の情報をサーバ１から受信した場合、退去申込、退去希望日及び原状回復を行う業者による作業完了を含む退去条件に基づき、契約終了のスマートコントラクトのコードを作成する。借主端末４の制御部４１は、通信部４３を介して、作成したスマートコントラクトをブロックチェーン２に送信する。ブロックチェーン２は借主端末４から送信された契約終了のスマートコント
ラクトを受信して記録する。 50
【０１３３】
貸主端末３の制御部３１は、通信部３３により業者による作業完了旨の情報をサーバ１から受信した場合、対象賃貸物件の退去希望日及び貸主が保証金の返金を含む退去条件に基づき、契約終了のスマートコントラクトのコードを作成する。貸主端末３の制御部３１は、通信部３３を介して、作成したスマートコントラクトをブロックチェーン２に送信する。ブロックチェーン２は貸主端末３から送信された契約終了のスマートコントラクトを受信して記録する。
【０１３４】
貸主が仮想通貨または法定通貨で借主に保証金を返金することが可能となる。仮想通貨
で保証金を返金する場合、貸主端末３の制御部３１は、ブロックチェーン２を経由して貸 10
主のウォレットアドレスから借主のウォレットアドレスに保証金に相当する仮想通貨量を送信する。ブロックチェーン２は、仮想通貨での保証金の返金処理を終了した後、貸主側及び借主側の退去条件を満たしたため、スマートコントラクト処理を起動して実行する。スマートコントラクト処理を実行することにより、対象賃貸物件に対する契約終了が成立し、契約終了に関する情報をブロックチェーン２の複数のノードそれぞれに記録し、退去処理を終了する。
【０１３５】
法定通貨で保証金を返金する場合、銀行が提供したAPIサービスの利用により実現することができる。この場合、借主端末４が銀行APIを用いて、対象賃貸物件に対する保証金
の返金を確認した場合、借主端末４は支払いがあったことを示す情報をブロックチェーン 20
２に送信する。ブロックチェーン２は、借主端末４から送信された支払いがあったことを示す情報を受信し、受信した情報に基づき、スマートコントラクトで定義された執行条件及び契約内容に合致するか否かを判断する。なお、執行条件及び契約内容に合致した取引が発生した場合、スマートコントラクトの実行及び取引内容の記録に関しては、上述した処理と同様であるため説明を省略する。
【０１３６】
図３２、３３は、借主が対象賃貸物件の退去を申し込む際の処理手順を示すフローチャートである。借主端末４の制御部４１は、通信部４３を介して、対象賃貸物件の退去要求をサーバ１に送信する（ステップＳ４６１）。サーバ１の制御部３１は、通信部３３によ
り借主端末４から送信された対象賃貸物件に対する退去要求を受信する（ステップＳ１６ 30
１）。サーバ１の制御部１１は、大容量記憶部１７の業者ＤＢ１７７及び退去管理ＤＢ１
７８から業者に関する情報を取得し（ステップＳ１６２）、通信部１３を介して、借主端末４に送信する（ステップＳ１６３）。
【０１３７】
借主端末４の制御部４１は、通信部４３を介して、サーバ１から送信された複数の業者に関する情報を受信し（ステップＳ４６２）。制御部４１は、表示部４５を介して、受信した複数の業者に関する情報を表示する（ステップＳ４６３）。具体的には、業者毎に業者ＩＤ、業者名称、業者の評価値、及び退去希望の対象賃貸物件に対する見積金額が画面に表示される。制御部４１は、入力部４４を介して、借主による業者の選択を受け付ける
（ステップＳ４６４）。制御部４１は、選択された業者に基づき、通信部４３により対象 40
賃貸物件及び借主に関する情報を業者端末５に送信する（ステップＳ４６５）。業者端末
５は、借主端末から送信された対象賃貸物件及び借主に関する情報を受信し（ステップＳ
５６１）、対象賃貸物件に対する立会日付を受け付け、清算書の作成及び証拠写真のアップロード等の退去処理を行う（ステップＳ５６２）。業者端末５は、退去処理に関する情報をサーバ１に送信する（ステップＳ５６３）。なお、業者端末５は、退去処理に関する情報をブロックチェーン２へ直接に送信しても良い。
【０１３８】
サーバ１の制御部１１は、通信部１３を介して、業者端末５から送信された退去処理に関する情報を受信し（ステップＳ１６４）、大容量記憶部１７の退去管理ＤＢ１７８に記
憶する（ステップＳ１６５）。制御部１１は、通信部１３を介して、業者による退去の作 50
業完了メッセージを借主端末４に送信する（ステップＳ１６６）。借主端末４の制御部４
１は、通信部４３によりサーバ１から送信された作業完了メッセージを受信し（ステップ Ｓ４６６）。
【０１３９】
借主端末４の制御部４１は、退去申込、退去希望日及び原状回復を行う業者による作業完了を含む退去条件に基づき、契約終了のスマートコントラクトのコードを作成する（ステップＳ４６７）。制御部４１は、通信部４３を介して、作成したスマートコントラクトをブロックチェーン２に送信する（ステップＳ４６８）。ブロックチェーン２は借主端末
４から送信された契約終了のスマートコントラクトを受信し（ステップＳ２６１）、記録
する（ステップＳ２６２）。 10
【０１４０】
サーバ１の制御部１１は、通信部１３を介して、業者による退去の作業完了メッセージを貸主端末３に送信する（ステップＳ１６７）。貸主端末３の制御部３１は、通信部３３によりサーバ１から送信された作業完了メッセージを受信する（ステップＳ３６１）。制御部３１は、対象賃貸物件の退去希望日及び貸主が保証金の返金を含む退去条件に基づき
、契約終了のスマートコントラクトのコードを作成する（ステップＳ３６２）。貸主端末
３の制御部３１は、通信部３３を介して、作成したスマートコントラクトをブロックチェーン２に送信する（ステップＳ３６３）。ブロックチェーン２は貸主端末３から送信された契約終了のスマートコントラクトを受信し（ステップＳ２６３）、記録する（ステップ
Ｓ２６４）。なお、上述したフローでは、作成されたスマートコントラクトがステップＳ 20
４６８及びステップＳ３６３処理によりそれぞれにブロックチェーン２に送信されたが、これに限るものではない。例えば、スマートコントラクトがステップＳ４６８及びステップＳ３６３処理によりサーバ１に送信され、サーバ１経由でブロックチェーン２に送信されても良い。また、上述したとおり、ステップＳ４６７かステップＳ３６２の処理のいずれか一方で作成されるスマートコントラクトをブロックチェーン２へ送信しても良い。
【０１４１】
ブロックチェーン２は、貸主による保証金の返金の確認を行い（ステップＳ２６５）、保証金の返金の確認が取れた場合（ステップＳ２６５でＹＥＳ）、ブロックチェーン２はスマートコントラクトを起動して実行する（ステップＳ２６６）。保証金の返金の確認が
取れない場合（ステップＳ２６５でＮＯ）、保証金の返金の確認処理に戻る（ステップＳ 30
２６５）。
【０１４２】
対象賃貸物件に対する退去処理が完了した後、貸主と借主との間、貸主と業者との間、借主と業者との間にお互いに評価を行うことが可能となる。また、評価された評価値をブロックチェーン２に出力することができる。
【０１４３】
図３４は、評価値をブロックチェーン２に出力する動作を説明する説明図である。貸主端末３の制御部３１は、貸主による借主又は業者の評価値を図示しない評価値入力画面で入力部３４により受け付け、受け付けた借主又は業者の評価値をブロックチェーン２に出
力する。評価値入力画面は、例えば、対象賃貸物件に対する退去処理が完了した後、貸主 40
、借主及び業者との間にお互いに評価することが可能な評価値の入力画面である。借主端末４の制御部４１は、借主による貸主又は業者の評価値を入力部４４により受け付け、受け付けた貸主又は業者の評価値をブロックチェーン２に出力する。業者端末５は、業者による借主又は貸主の評価値を受け付け、受け付けた借主又は貸主の評価値をブロックチェーン２に出力する。ブロックチェーン２は、受信した評価値を決められたルールで元の評価値と統合し、新な評価値を算出して記録する。
【０１４４】
なお、本実施形態では、ブロックチェーン２に出力したが、これに限らず、例えばサーバ１に送信しても良い。この場合、サーバ１の大容量記憶部１７の貸主ＤＢ１７３、入居
希望者ＤＢ１７４及び業者ＤＢ１７７のそれぞれの評価列が更新されても良い。また、サ 50
ーバ１は、貸主、入居希望者及び業者に対するそれぞれの評価値をブロックチェーン２に送信しても良い。
【０１４５】
図３５は、評価値をブロックチェーン２に出力する際の処理手順を示すフローチャートである。なお、図３５では、評価値の送受信処理の一部を例として説明したが、全ての評価値の送受信処理のパターンを含まない。また、評価値の送信タイミングに関しては、例えば、貸主が借主に対して評価をする場合、ステップＳ３４７、ステップＳ３５４またはステップＳ３６３処理の後に、借主の評価値がブロックチェーン２に送信されても良い。借主が貸主に対して評価をする場合、ステップＳ４４７、ステップＳ４５１またはステッ
プＳ４６８処理の後に、貸主の評価値がブロックチェーン２に送信されても良い。貸主が 10
業者に対して評価をする場合、ステップＳ３６３処理の後に、業者の評価値がブロックチェーン２に送信されても良い。借主が業者に対して評価をする場合、ステップＳ４６８処理の後に、業者の評価値がブロックチェーン２に送信されても良い。業者が貸主または借主に対して評価をする場合、ステップＳ５６３処理の後に、貸主または借主の評価値がブロックチェーン２に送信されても良い。貸主端末３の制御部３１は、入力部３４により借主の評価値を受け付け（ステップＳ３８１）、通信部３３によりブロックチェーン２に送信する（ステップＳ３８２）。ブロックチェーン２は、貸主端末３から送信された借主の評価値を受信し（ステップＳ２８１）、記録する（ステップＳ２８２）。
【０１４６】
借主端末４の制御部４１は、入力部４４により貸主の評価値を受け付け（ステップＳ４ 20
８１）、通信部４３によりブロックチェーン２に送信する（ステップＳ４８２）。ブロックチェーン２は、借主端末４から送信された貸主の評価値を受信し（ステップＳ２８３）
、記録する（ステップＳ２８４）。制御部４１は、入力部４４により業者の評価値を受け付け（ステップＳ４８３）、通信部４３によりブロックチェーン２に送信する（ステップ Ｓ４８４）。ブロックチェーン２は、借主端末４から送信された業者の評価値を受信し（ステップＳ２８５）、記録する（ステップＳ２８６）。
【０１４７】
業者端末５は、借主の評価値を受け付け（ステップＳ５８１）、ブロックチェーン２に送信する（ステップＳ５８２）。ブロックチェーン２は、業者端末５から送信された借主
の評価値を受信し（ステップＳ２８７）、記録する（ステップＳ２８８）。なお、上述し 30
た送受信処理の順番に限るものではない。例えば、借主端末４は貸主又は業者の評価値を先にブロックチェーン２に送信しても良い。
【０１４８】
本実施形態によると、対象賃貸物件に対する退去処理をスマートコントラクトにより実現するため、借主、貸主、業者の間で発生するやり取りを可視化することが可能となる。また、退去処理に関する情報をブロックチェーン２に出力することにより、取引情報の改ざんが難しくなる。
【０１４９】
本実施形態によると、対象賃貸物件の退去処理に伴い、借主、貸主、業者の間でお互い
に評価することができる。これにより、更新された借主、貸主、業者の信用情報を客観的 40
に参照することができるため、信頼性が高い取引を実現することが可能となる。
【０１５０】
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１５１】
１ 情報処理装置（サーバ）
１１ 制御部 50
１１ａ | ハッシュ値算出部 | |
１１ｂ | 電子署名作成部 | |
１２ | 記憶部 | |
１３ | 通信部 | |
１４ | 入力部 | |
１５ | 表示部 | |
１６ | 読み取り部 | |
１７ | 大容量記憶部 | |
１ａ １ｂ | 可搬型記憶媒体 半導体メモリ | 10 |
１Ｐ | 制御プログラム | |
２ | ブロックチェーン | |
３ | 情報処理端末（貸主端末） | |
３１ | 制御部 | |
３１ａ | ハッシュ値算出部 | |
３１ｂ | 電子署名作成部 | |
３２ | 記憶部 | |
３３ | 通信部 | |
３４ ３５ | 入力部 表示部 | 20 |
３６ | 撮影部 | |
３Ｐ | 制御プログラム | |
４ | 情報処理端末（入居希望者端末/借主端末） | |
４１ | 制御部 | |
４１ａ | ハッシュ値算出部 | |
４１ｂ | 電子署名作成部 | |
４２ | 記憶部 | |
４３ | 通信部 | |
４４ ４５ | 入力部 表示部 | 30 |
４６ | 撮影部 | |
４Ｐ | 制御プログラム | |
５ | 情報処理端末（業者端末） |
【図３】 【図４】
【図５】 【図６】
【図７】 【図８】
【図９】 【図１０】
【図１１】 【図１２】
【図１３】 【図１４】
【図１５】 【図１６】
【図１７】 【図１８】
【図１９】 【図２０】
【図２１】 【図２２】
【図２３】 【図２４】
【図２５】 【図２６】
【図２７】 【図２８】
【図２９】 【図３０】
【図３１】 【図３２】
【図３３】 【図３４】
【図３５】
(72)発明者 | 樋口 龍 | |||
東京都渋谷区広尾一丁目１番３９号 | 恵比寿プライムスクエア８階 | 株式会社ＧＡ | ｔｅｃｈｎｏ | |
ｌｏｇｉｅｓ内 | ||||
(72)発明者 | 古嶋 十潤 | |||
東京都渋谷区広尾一丁目１番３９号 | 恵比寿プライムスクエア８階 | 株式会社ＧＡ | ｔｅｃｈｎｏ | |
ｌｏｇｉｅｓ内 | ||||
(72)発明者 | 大槻 修也 | |||
東京都渋谷区広尾一丁目１番３９号 | 恵比寿プライムスクエア８階 | 株式会社ＧＡ | ｔｅｃｈｎｏ | |
ｌｏｇｉｅｓ内 | ||||
Ｆターム(参考) 5L049 BB67 CC27