WO2019031423A1 - 担保付暗号通貨発行・運用システム、暗号通貨の運用方法、情報処理方法、システムの構築方法およびプログラム - Google Patents

Abstract

リスクを軽減した暗号通貨の発行や運営の仕組みを提供する。　担保付暗号通貨発行・運用システム（１０）は、暗号通貨発行・運用システム（４０）と前記暗号通貨発行・運用システム（４０）と回線を介して接続され、不動産所有者の端末Ａ（２０）からの暗号通貨発行依頼に基づいて当該不動産を幾つかの小口に分割して、当該分割した不動産を担保予約として販売のサポートを行う第１の専門家の端末Ｂ（３０）と、前記小口化された不動産の購入を希望する購入希望者の端末Ｃ（６０）とから構成され、不動産所有者の端末Ａ（２０）は、前記第１の専門家の端末Ｂ（５０）からのアドバイスの下、所有不動産を複数分割し、それを「購入できる権利（担保予約）」としてネット上で販売し、前記購入希望者の端末Ｃ（６０）は、現金、または暗号通貨を支払って購入し、一方前記第１の専門家の端末Ｂ（３０）は仲介料を暗号通貨として取得し、不動産所有者の端末Ａ（２０）は残りを現金、または暗号通貨として受け取る。

Description

担保付暗号通貨発行・運用システム、暗号通貨の運用方法、情報処理方法、システムの構築方法およびプログラム

　本発明は、不動産をベースとする担保付暗号通貨発行・運用システム、暗号通貨の運用方法、情報処理方法、システムの構築方法およびプログラムに関する。

技術背景

　暗号通貨とは、一般に仮想通貨と言われ法定通貨に対して特定の国家による価値の保証を持たない通貨のことをいい、インターネット等の取引で用いられている（特許文献１等）。なお、暗号通貨は、暗号化通貨と呼ばれる場合もある。

　非特許文献１によると暗号通貨の性質を理解するためには、法定通貨（以下、法貨）電子マネーなどの決済手段と比較して説明している。
　暗号通貨と電子マネーは、どちらも現金に代替する支払手段であるが、２つの性質は大きく異なる。主な特徴を列挙するならば、暗号通貨とは「汎用性」と「転々流通性」を備えている、法貨ではない「決済手段」の一類型である（図１０参照）。
　資金決済に関する法律第２条５項１号および２号（今回の法改正で追加された）は、この法律において「暗号通貨」とは次に掲げるものを指すと定義している。

　１　物品を購入し、若しくは借り受け、又は役務の提供を受ける場合に、これらの代価の弁済のために不特定の者に対して使用することができ、かつ、不特定の者を相手方として購入及び売却を行うことができる財産的価値（電子機器その他の物に電子的方法により記録されているものに限り、本邦通貨及び外国通貨並びに通貨建資産を除く。次号において同じ。）であって、電子情報処理組織を用いて移転することができるもの
　２　不特定の者を相手方として前号に掲げるものと相互に交換を行うことができる財産的価値であって、電子情報処理組織を用いて移転することができるもの。

　法貨との違い　資金決済に関する法律第２条５項１号によれば、法貨または外国通貨、若しくは通貨建て資産は、暗号通貨から除かれる。

　汎用性　電子マネーや暗号通貨は、限定されたエリアではなく、ある程度の広汎な商圏で利用される（汎用性）。日本で普及している電子マネーと、新たに登場した暗号通貨は、いずれも汎用性を備えている点で共通している。

　汎用性のない決済手段の典型は、ゲーム内だけで使えるゲーム通貨がある。暗号通貨は、主にインターネットで使われているため、ゲーム通貨と見た目や役割の似ている場合もあり、汎用性の有無という視点において、ゲーム通貨と暗号通貨を区別することができる。

　転々流通性　電子マネーの利用者は、電子マネーを加盟店での支払いに利用することができるが、利用者から利用者へと電子マネーの残高を移転することはできない。これに対して、暗号通貨は、世界中の誰にでも送ることがでる。スマートフォンに暗号通貨のウォレット（お財布アプリ）が入っていて、インターネット接続があれば、誰もが送金者にも受取人にもなることができる。そもそも暗号通貨のユーザーには、店舗と利用者という役割分担さえも存在しない。店舗がレジの代わりにスマートフォンを置いて、暗号通貨払いを受けるだけでなく、仕入れ先への支払いや、既述のように個人間での送金に使うことも可能である。暗号通貨は、世界中どこへでも送金することができて、専用端末を必要としないことから、高度な転々流通性を備えている。

　電子マネーと比べて、暗号通貨にはさまざまなリスクを有している。
　非主体性のリスク　暗号通貨には、ビットコインのように発行主体のない分散型、発行主体の存在する中央型などの類型がある。
　分散型のリスクは、責任主体が存在しない。ただ、これは中央型にも似たリスクが想定される。世界中で無数の暗号通貨が発行され、国境を越えて流通している。発行主体の表示された中央型であっても、海外で発行されている場合には実在性を確かめる手段はなく、正確な発行国が不明であることもある。

　変動性のリスク　暗号通貨の多くには市場が形成されており、為替レートと同じように取引価格が存在する。しかし、国家の裏付けのある法貨とは異なり、暗号通貨には登録された発行国がない。ドルや円と交換する指標となる価格も、その多くは非公式の市場で偶然に成立した売買の結果に過ぎない。法貨の為替レートは需給だけで決定されるのではなく、国の経済力などのファンダメンタルズを反映している。ところが、暗号通貨にはファンダメンタルズが存在していない。謂わば、投資家の思惑だけで価格が形成される刹那的な金融商品であり、価格の上昇にも下落にも合理的な説明がつかない。

　取引のリスク　暗号通貨の送金には、取引所などの仲介者は必要とされない。
　実際には、暗号通貨を入手する場面や、受け取った暗号通貨を円やドルに交換する場面では、取引所を利用することが多い。取引所を両替所として利用する場合には、特に大きなリスクはない。金融商品としての暗号通貨の場合は、取引所に預けて売買のタイミングを指示する利用法もある。この場合には、預託した暗号通貨が、情報セキュリティー事故などによって失われるリスクがある。こうした観点から、今回の法改正では、暗号通貨を扱う取引所に対して、分別管理の義務や、監査を受ける義務などが導入された。

　暗号通貨の基盤となるブロックチェーン技術には、従来の方式に比べて効率的に取引を記録する効果があると期待されている。しかしながら、暗号通貨は新しい技術であり、未知のリスクが残されている可能性もある。

米国特許出願公開第２０１３／０３１７９８４Ａ１号明細書

岡田仁志、「仮想通貨のしくみ」、国民生活、独立行政法人国民生活センター、２０１６年８月、第４９号、ｐ．１２－ｐ．１４

　このように本発明の課題は、リスクを軽減した暗号通貨の発行や運営の仕組みを提供することである。

　本発明者等は、上記課題を解決するために鋭意検討した結果、不動産を担保として暗号通貨に担保付けすることにより上記課題を解決することを見出して本発明を創作するに至った。

　ところで、不動産は、
　１）高額商品を長期ローンで一点買いすることへのリスク（通常、不動産購入の大多数の人たちは不動産のポートフォリオが組めないために、火山爆発・地震・液状化などの自然災害や原発事故などのような人災によるリスクを回避できない）、
　２）不動産の購入絶対額が大き過ぎることによる流動性の低さ
　３）不動産は遺産相続の際の最も大きな財産の一つであり、且つ最大の紛争要因となっている。

　本発明によると、担保による暗号通貨のリスク軽減に加えて、
　不動産取引コストの低減化による不動産市場の活性化
　　不動産小口化による不動産購入意欲の向上→不動産市場の活性化
　　小口不動産と暗号通貨との連動により不動産を流動資産化できる
　　→定期借地権やリバースモーゲージなどの不動産関連市場を活性化できる
　　遺産相続時の不動産評価額による紛争を回避できる
　　「資産持ちで現金貧乏」という不幸現象を解消できる
　という利点も享受できる。

　すなわち、本発明は、
　暗号通貨発行・運用システムと前記暗号通貨運用システムと回線を介して接続され、不動産所有者の端末Ａからの暗号通貨発行依頼に基づいて当該不動産を幾つかの小口に分割して、当該分割した不動産を担保予約として販売のサポートを行う第１の専門家の端末Ｂ（不動産アレンジャーという）と、前記小口化された不動産の購入を希望する購入希望者の端末Ｃとから構成され、不動産所有者（Ａ）は、専門家の端末Ｂからのアドバイスの下、所有不動産を複数分割し、それを「購入できる権利（担保予約）」としてネット上で販売し、購入希望者（事業者Ｃ）は、現金、または暗号通貨を支払って購入し、Ｂは仲介料を暗号通貨として取得し、不動産販売者は残りを現金または暗号通貨として受け取ることを特徴とする担保付暗号通貨運用システムに関する（請求項１）。

　本発明のシステムは、
　暗号通貨を保有する前記購入希望者の端末Ｃまたは、小口不動産を保有する第２の専門家の端末Ｂ’は、前記小口化された不動産を購入することを特徴とする担保付暗号通貨運用システムであることができる。

　さらに、前記暗号通貨を使用可能な専用のネットショッピングモールを備えていることが好ましい。

　前記ネットショッピングモールは、暗号通貨に基づいて以下の５つの機能
　ショッピングモール（プラットフォーム）上で、複数のグループ（供給者、並びに需要者）のマッチングを行うマッチング機能
　商品・サービスを提供する企業は宣伝コスト、販売コストなどの低減化を図ることが可能で、購入者は手間（ネットショッピングサーフィン）の削減を図ることが可能なコスト削減機能
　参加するメーカーや生損保、サービス会社などは一流の企業に限定し、高額品の廉売に限定するブランディング機能
　利用者を増やすことで参加企業を増加させ、提供し、商品の質量（商材・価格の多様化、低減化）を高める外部ネットワーク機能、および
　発行した暗号通貨と他暗号通貨との交換機能を通して利用者の増加を図り、通貨価値上昇へも貢献する三角プリズム機能
　の少なくとも１つを有していることができる。

　さらに、前記「購入できる権利」は、所定の期間を経た後に購入できる権利であることが好ましい。

　本発明は、また、前記担保付暗号通貨運用システムに基づいて暗号通貨を発行する方法であって、
　不動産所有者の端末Ａからの暗号通貨発行依頼に基づいて、第１の専門家の端末の補助・承認の上当該不動産全体の価格設定し、設定した全体の価格から当該不動産を幾つかの小口に分割する工程と、
　前記小口に分割された不動産を「購入できる権利（担保予約）」として暗号通貨発行・運用システム上に販売委託する工程と、
　前記購入希望者の端末Ｃは、当該小口化された不動産を現金、または暗号通貨を支払って購入する工程と、
　前記暗号通貨発行・運用システムは、前記第１の専門家の端末の手数料を現金または暗号通貨として前記第１の専門家の端末Ｂに振り込むのと同時に、前記購入希望者の端末Ｃからの入金に基づいて暗号通貨を前記第１の専門家の端末の手数料および前記暗号通貨発行・運用システムの手数料を差し引いて前記不動産所有者の端末Ａに振り込む工程と、
　を含む。

　前記購入希望者の端末Ｃ、第１の専門家の端末Ｂまたは第２の専門家の端末Ｂ’は、希望する不動産の地域と購入希望価格を提示し、前記不動産所有者の端末Ａは、前記第１の専門家の端末Ｂの設定条件に従い小口不動産として応札するリバースオークションシステムを構成することができる。

　前記不動産所有者の端末Ａは、第２の専門家の端末Ｂ’の端末Ｂ’からのアドバイスの下、分割販売した土地を定期借地として利用し、その借地代金を定められた期間毎に「区分権利（担保予約）」購入者の端末Ｃに支払う構成にすることができる。

　さらに、不動産所有者の端末Ａは、「区分権利（担保予約）」購入者の端末Ｃから現金、または暗号通貨にて所有土地の一部または全部を買い戻す工程、および不動産所有者（Ａ）は、「区分権利（担保予約）」購入者（Ｃ）へ所有土地を譲渡する工程を含むこともできる。

　情報処理方法は、不動産情報を受け付け、受け付けた不動産情報に基づいて不動産の価値を分割した小口不動産を販売する販売情報を送信し、送信した販売情報に基づいて前記小口不動産が売却された場合に、前記小口不動産の売買にかかる仲介手数料を暗号通貨で受け取る、処理をコンピュータに実行させる。

　情報処理方法は、不動産所有者の所有者端末に不動産情報を取得させ、取得した不動産情報を送信させ、不動産仲介業者の第１端末に、送信された不動産情報を受信させ、受信した不動産情報に基づいて不動産の価値を分割した小口不動産を販売して、対価を暗号通貨で受け取る販売情報を送信させ、送信した販売情報に基づいて前記小口不動産が売却された場合に、前記小口不動産の売買にかかる仲介手数料を暗号通貨で受け取らせる。

　情報処理方法は、不動産所有者から該不動産所有者が所有する不動産の販売を委託された不動産仲介業者に前記不動産の価値を分割した小口不動産の分割価格を含む販売情報をアップロードさせ、購入者が前記小口不動産を購入する場合、前記小口不動産の前記購入者への譲渡を条件に、前記購入者から前記不動産仲介業者への暗号通貨を通じた仲介手数料の支払履行、および、前記購入者から前記不動産所有者への前記分割価格から前記仲介手数料を差し引いた残金の暗号通貨を通じた支払履行を含むスマートコントラクトをブロックチェーンにデプロイさせる。

　システムの構築方法は、不動産情報を受け付け、受け付けた不動産情報に基づいて不動産の価値を分割した小口不動産を販売する販売情報を送信し、送信した販売情報に基づいて前記小口不動産が売却された場合に、前記小口不動産の売買にかかる仲介手数料を暗号通貨で受け取る処理をコンピュータに実行させる第１プログラムを、不動産仲介業者の第１端末に配信してインストールさせ、購入条件を取得し、前記購入条件に基づいて抽出した前記販売情報に基づいて前記小口不動産を購入する処理をコンピュータに実行させる第２プログラムを、不動産の購入を希望する購入希望者の購入希望者端末に配信してインストールさせて、前記第１端末および前記購入希望者端末による前記小口不動産の売買を実行するシステムを構築する。

　プログラムは、不動産情報を受け付け、受け付けた不動産情報に基づいて不動産の価値を分割した小口不動産を販売する販売情報を送信し、送信した販売情報に基づいて前記小口不動産が売却された場合に、前記小口不動産の売買にかかる仲介手数料を暗号通貨で受け取る、処理をコンピュータに実行させる。

　プログラムは、不動産情報に基づいて分割された小口不動産の購入条件を取得し、前記購入条件に基づいて抽出された、小口不動産を販売する販売情報を表示し、表示した販売情報に基づいて購入指示を受け付ける処理をコンピュータに実行させる。

　このように構成することにより、担保付の暗号通貨を発行・流通させることが可能となる。
　また、本発明においては不動産を小口化し複数人共同で不動産を購入（区分所有）し、例えばブロックチェーン技術を活用し、従来のような証券化手法は使用しない　。そのため、証券化するために高コストになることが回避される。そして、購入後の区分所有権は信託登記し、暗号通貨専用口座と連動したデビッドカードを発行し、利用する（区分所有権を担保として、充当上限額を設定の上で一定額を自動で充当できるようにする）。
　なお、デビッドカードは複合化した生体認証を使うようにし、指指紋・静脈などを口座番号と連動させてカードの代わりとすることが好ましい。

（ａ）、（ｂ）は本発明の第１実施形態にかかるシステムを示す概略図である。 （ａ）、（ｂ）は本発明の第２実施形態にかかるシステムを示す概略図である。 本発明の第３実施形態にかかるシステムを示す概略図である。 （ａ）から（ｃ）は本発明の第３実施形態にかかるシステムを示す概略図である。 （ａ）から（ｃ）は本発明の第３実施形態にかかるシステムを示す概略図である。 図５に示す実施形態と既存のリバースモーゲージとの比較を示す。 本発明のさらに別の実施形態にかかる付加価値サービスを示す。 本発明のさらに別の実施形態にかかる付加価値サービスを示す。 本発明のさらに別の実施形態にかかる付加価値サービスを示す。 暗号通貨を説明する図面である。 担保付暗号通貨発行・運用システムの構成を示す説明図である。 担保付暗号通貨発行・運用システムの構成を示す説明図である。 スマートコントラクトのデプロイを説明する説明図である。 不動産台帳ＤＢのレコードレイアウトを説明する説明図である。 分割担保台帳ＤＢのレコードレイアウトを説明する説明図である。 販売時のプログラムの処理の流れを説明するフローチャートである。 購入時のプログラムの処理の流れを説明するフローチャートである。 リバースオークション時のプログラムの処理の流れを説明するフローチャートである。 小口不動産の代金および仲介手数料の支払いにかかるトランザクションの例を説明する説明図である。 スマートコントラクト４８が行う処理の概要を説明するフローチャートである。 小口不動産の代金および仲介手数料を送金する送金トランザクションの別の例を説明する説明図である。 担保付暗号通貨発行・運用システムの構築方法を説明する説明図である。

　以下、本発明の実施の形態を添付図面に基づいて説明する。
（基本システム）
　図１は本発明の第１実施形態にかかるシステムＳを示す概略図である。本発明のシステムは、暗号通貨発行・運用システムであって、例えば従来周知のブロックチェーンで構成されている暗号通貨発行・運用システムであることができる。暗号通貨の最大の問題点である信用不安を解消するために不動産など客観的な価値を有する資産を担保とする新しい暗号通貨（以下、本発明においては「ＣＸＲコイン」という）を発行する。）不動産所有者の端末Ａは、第１の専門家の端末Ｂ（アレンジャー（事業者）からのアドバイスの下、所有不動産を複数口、例えば１口１００万円程度に分割し、それを「一定期間を経た後に購入できる権利（担保予約）」としてネット上で販売する。

　すなわち、第１の専門業者専門家であるアレンジャー（端末Ｂ）は、不動産所有者の保有する不動産を査定して適正価格を不動産所有者に提示する。不動産所有者Ａは提示された査定価格に基づき第１の専門業者専門業者であるアレンジャーＢのサポートに基づいて不動産の販売価格を決定する。

　そして、この不動産を複数口、例えば販売価格が３０００万円と仮定すると、３０口の「一定期間を経た後に購入できる権利（担保予約）」をネット上で販売する。一方、購入希望者（事業者Ｃ）は、現金、またはＣＸＲコインで支払ってこれを購入し、端末Ｂは仲介料を取り、端末Ａ端末Ｂの仲介料と本発明のシステムの手数料を差し引いた額をＣＸＲコインとして受け取る。なお、本発明で流通する担保付暗号通貨であるＣＸＲコインは、（例えば発行当初一単位１，０００円）は、通し番号で当該小口不動産と紐付けして管理する。

　不動産所有者の端末Ａは、端末Ｂからのアドバイスの下、所有不動産を１口１００万円程度に分割し、それを「一定期間を経た後に購入できる権利（担保予約）」としてネット上で販売する。購入希望者の端末Ｃ（個人や法人）は、現金、またはＣＸＲコインを支払って購入し、端末Ｂは仲介料を取り、端末Ａはその残りを受け取る。

　この際に取引される不動産について、新規に上物を構築する場合には「定期借地権扱い」を前提とし、区分所有者は借地料を受け取る。また、既に上物が構築されている場合（区分所有者は賃貸料を受け取る）。上物の所有者は優先して既存の区分所有者から同権利を相場にて購入することができる。区分所有権は相続の対象資産とする。区分所有権はリバースモーゲージの対象とする。区分所有権の売買市場をネット上に開設する。同市場では暗号通貨を発行し、「暗号通貨⇔区分所有権」「暗号通貨⇔流通貨幣」を可能とする。同市場では、「生損保保険商品」「自動車」「旅行」「リバースモーゲージ商品」他の商品購入が可能となるようにする。このように構成することにより、より信頼性のある担保付通貨をネット上で流通可能とするだけでなく、ネット上での新たな不動産の活用が可能となる。

　次に、図２に基づいて不動産の小口売却システムを説明する。
　図１に示す第１の実施形態と同様に図２ａに示す通り不動産所有者（Ａ）は、アレンジャー（事業者Ｂ）からのアドバイスの下、所有不動産を複数口、例えば１口１００万円程度に分割し、それをネット上で販売する。購入希望者（個人や法人Ｃ）は、現金、またはＣＸＲコインを支払って購入し、端末Ｂは仲介料を取り、端末Ａはその残りを受け取る。

　また、図２ｂに示す通り、ＣＸＲコインの所有者の端末Ｃ（個人や法人）、或いは小口不動産を所有する第２の専門家の端末Ｂ’（事業者等）は、所有すＣＸＲコインや小口不動産をネット上で販売できる。

　第２の専門家の端末Ｂ’やＣＸＲコインの所有者の端末Ｃ（個人や法人）は、現金、またはＣＸＲコインを支払って購入する。必要に応じて、分筆登記や一筆登記など（不動産の所有移転登記）を行うことも可能である。この実施形態は第１実施形態の小口化不動産証券の売買とほぼ同様であるが、紙ベースの債権証書を使わない点で相違する。

　次に図３に基づいて、本発明のシステムを用いた別の実施形態を説明する。この実施形態はギャザリング・リバースオークションと命名できるものである。購買・調達のオークションは買い手が複数の売り手を競わせるものであり、多くのケースでは開始価格から競り下げていく「競り下げ方式」が特徴で、そこから「リバース（オークション）」という名前がついている。

　またギャザリングとは、簡単に言うと、「共同購入方式のインターネットショッピング（インターネット通販）」を意味し、参加人数（商品購入者）が多くなる毎に商品の価格がどんどん下がっていくという、買う人が多い（ヒット商品？）ほど、安く商品を購入できるお得な仕組みである。

　また、リバースオークションとは、商品の購入者が複数の業者に価格入札を行わせて、最も安い価格を入札した業者から購入を決定することを意味する。通常の商取引であれば、見積もり合わせ等で価格の調整を行う場合もあるが、リバースオークションの場合は最安値入札の会社に有無を言わさず決定する。

　まず、入札希望者の端末（購入希望者の端末Ｃ、第１の専門家の端末Ｂおよび第２の専門家の端末Ｂ’を含む）は、希望する不動産の地域と購入希望価格（上限価格）を提示する。

　次いで、条件に合う不動産を所有する複数の個人または法人（共にＡ）は、アレンジャーの設定条件に従い小口不動産として応札する。（その際、不動産所有者の端末Ａは名義、並びに付帯的な所在地などは公開しない。但し、第１の専門家の端末では詳細を把握し、入札者の端末Ｃに対しそれを担保する。）より良い条件（より安い、立地が良い等）の物件が落札され、複数の入札者は同一価格で落札するものとする。

　次に図４に基づいて、本発明のシステムを用いた別の実施形態を説明する。この実施形態は小口不動産売買流通システム（＋定期借地権システム）に関するものである。図４ａに示す通り、不動産所有者の端末Ａは、第１の専門家の端末Ｂからのアドバイスの下、所有不動産を複数口、１口１００万円程度に分割し、それを「一定期間を経た後に購入できる権利（担保予約）」としてネット上で販売する（図１に示す第１の実施形態と同様）。

　購入希望者の端末Ｃ（個人や法人）は、現金、またはＣＸＲコインを支払って購入し、端末Ｂは仲介料を現金または暗号通貨として受け取り、端末Ａはその残りを現金、または暗号通貨として受け取る（図１に示す実施形態と同様）。

　図４ｂに示す通り、不動産所有者の端末Ａは、第３のマネジャー（事業者Ｂ”）からのアドバイスの下、分割販売した土地を定期借地として利用し、その借地代金を定められた期間毎に「区分権利（担保予約）」購入者（Ｃ）に支払う。

　図４ｃに示す通り、クロージングする際にはまず、不動産所有者の端末Ａは、「区分権利（担保予約）」購入者の端末Ｃから現金、またはＣＸＲコインにて所有土地の一部または全部を買い戻す。次いで、不動産所有者の端末Ａは、「区分権利（担保予約）」購入者の端末Ｃへ所有土地を譲渡する。これらのいずれの工程においても第２、第３の専門家の端末Ｂ’、Ｂ”が有料にて仲介しクロージングする。

　次に図５（ａ）から（ｃ）に基づいて、本発明のシステムを用いた別の実施形態を説明する。この実施形態はリバースモーゲージと担保付暗号通貨発行を行う実施形態である。図５に示す通り、既存のリバースモーゲージは、幾つかの制約（基本的には土地付一戸建住宅、但し中古マンション可能な場合あり。６５歳以上への自宅担保融資。）があるが、本件では土地のみでも可能。また、一戸建てだけでなくアパートやマンションも可能。成年であれば年齢も不問。貸付は、「現金」、または「ＣＸＲコイン」、「現金＋ＣＸＲコイン」にて行われる。

　また、発行されるＣＸＲコインを使って専用モール（専用ＥＣサイト）で高額商品やサービスを低価格購入可能である。

　図５（ａ）に示す通り、不動産所有者の端末Ａは、所有不動産を担保として差し入れし、（複数の）資金提供者の端末Ｃ（個人、または法人）から現金、またはＣＸＲコイン（その両方でも可能）を借り入れる。端末Ａは、定められた期間、約定内の条件で当該不動産を自由に使用できる。なお、金利は端末Ａと専門家の端末Ｂ”の協議の上決定し、約定に定めるものとする。

　図５（ｂ）に示す通り、端末Ａは、借入の金利を定められた期間毎に端末Ｃに対し、約定に従い、現金、またはＣＸＲコイン（その両方でも可能）にて支払う。

　クロージングにおいて、図５（ｃ）に示す通り、端末Ａは借入金の全部、または一部を返済することで、当該不動産の全部、または一部の抵当権を外す。
　死去の場合を含み、端末Ａが借入金の支払い能力を失った場合、端末Ｃは当該不動産の所有権（Ｃが複数の場合には小口不動産の権利）を得る。
　このように構成した本発明のシステムをリバースモーゲージに適用した場合と既存のリバースモーゲージとの比較を図６に示す。
　図６に示す通り、本発明のシステムにリバースモーゲージを適用した場合には、既存システムのリスクを軽減することが可能となる。

　その他の実施形態
　付加価値付与
　本発明の好ましい実施形態によると、図７～図９に示す通りＣＸＲコインに付加価値を与えるために専用のショッピングモールを開設し、運用することができる。
　このショッピングモールは、暗号通貨に基づいて以下の５つの機能を有している。
　１）マッチング機能
　ショッピングモール（プラットフォーム）上で、複数のグループ（供給者、並びに需要者）のマッチングを行う。
　２）コスト削減機能
　商品・サービスを提供する企業は宣伝コスト、販売コストなどの低減化を図ることが可能で、購入者は手間（ネットショッピングサーフィン）の削減を図ることが可能。
　３）ブランディング機能
　参加するメーカーや生損保、サービス会社などは一流の企業に限定し、高額品の廉売に限定する。
　４）外部ネットワーク機能
　利用者を増やすことで参加企業を増加させ、提供商品の質量（商材・価格の多様化、低減化）を高める。
　５）三角プリズム機能
　ＣＸＲコインと他の暗号通貨との交換機能を通して利用者の増加を図る。通貨価値上昇へも貢献。

　以上説明した通り、本発明の担保付暗号通貨運用システムは、暗号通貨発行・運用システムと前記暗号通貨運用システムと回線を介して接続され、不動産所有者の端末Ａからの暗号通貨発行依頼に基づいて当該不動産を幾つかの小口に分割して、当該分割した不動産を担保予約として販売のサポートを行う不動産アレンジャーの端末Ｂと、前記小口化された不動産の購入を希望する購入希望者の端末Ｃとから構成され、不動産所有者（Ａ）は、アレンジャー（事業者Ｂ）からのアドバイスの下、所有不動産を複数分割し、それを「一定期間を経た後に購入できる権利（担保予約）」としてネット上で販売し、購入希望者（事業者Ｃ）は、現金、または暗号通貨を支払って購入し、Ｂは仲介料を暗号通貨として取得し、不動産販売者は残りを現金、または暗号通貨として受け取ることを特徴とするものであり、従来の暗号通貨のリスクを軽減して幅広い用途で適用可能な暗号通貨を発行・運用可能である。

　なお、上記説明では担保として不動産を例示したが本発明は、不動産に限定されず例えば金等の貴金属、知的財産権、有価証券、鉱業権、美術品および芸術品等の、担保価値を認めるものであれば幅広く適用可能である。

　またブロックチェーンのシステムを使わない場合には、予め設定した複数個所（端末）での契約書等の保管と、発行された暗号通貨に振られた通し番号との紐付けにより担保物件の取引を行うことが可能となる。

　図１１および図１２は、担保付暗号通貨発行・運用システム１０の構成を示す説明図である。前述の通り、担保付暗号通貨発行・運用システム１０は、不動産所有者の端末Ａ２０と、第１の専門家の端末Ｂ３０と、暗号通貨発行・運用システム４０と、第２の専門家の端末Ｂ’５０と、購入希望者の端末Ｃを含む。以後の説明においては、不動産所有者の端末Ａ２０を所有者端末２０と、第１の専門家の端末Ｂ３０を第１端末３０と、第２の専門家の端末Ｂ’５０を第２端末５０とそれぞれ記載する。例えば、不動産所有者から不動産の販売委託を受けた第１の専門家は第１の不動産仲介業者であり、小口不動産の購入希望者から紹介依頼を受けた第２の専門家は第２の不動産仲介業者である。

　所有者端末２０は、ＣＰＵ（Central Processing Unit）２１、主記憶装置２２、補助記憶装置２３、通信部２４、タッチパネル２５およびバスを備える。ＣＰＵ２１は、本実施の形態のプログラムを実行する演算制御装置である。ＣＰＵ２１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。ＣＰＵ２１は、バスを介して所有者端末２０を構成するハードウェア各部と接続されている。

　主記憶装置２２は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等の記憶装置である。主記憶装置２２には、ＣＰＵ２１が行う処理の途中で必要な情報およびＣＰＵ２１で実行中のプログラムが一時的に保存される。

　補助記憶装置２３は、ＳＲＡＭ、フラッシュメモリまたはハードディスク等の記憶装置である。補助記憶装置２３には、ＣＰＵ２１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。

　通信部２４は、所有者端末２０とインターネット等のネットワークとの間の通信を行うインターフェイスである。タッチパネル２５は、液晶表示パネル等の表示部２５１と、表示部２５１に積層された入力部２５２とを備える。本実施の形態の所有者端末２０は、スマートフォン、タブレットまたはパソコン等の汎用の携帯情報処理装置である。

　第１端末３０は、ＣＰＵ３１、主記憶装置３２、補助記憶装置３３、通信部３４、タッチパネル３５およびバスを備える。ＣＰＵ３１は、本実施の形態のプログラムを実行する演算制御装置である。ＣＰＵ３１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。ＣＰＵ３１は、バスを介して第１端末３０を構成するハードウェア各部と接続されている。

　主記憶装置３２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置３２には、ＣＰＵ３１が行う処理の途中で必要な情報およびＣＰＵ３１で実行中のプログラムが一時的に保存される。

　補助記憶装置３３は、ＳＲＡＭ、フラッシュメモリまたはハードディスク等の記憶装置である。補助記憶装置３３には、担保台帳ＤＢ７１、ＣＰＵ３１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。担保台帳ＤＢ７１は、第１端末３０に接続された外部の大容量記憶装置等に保存されていても良い。担保台帳ＤＢ７１は、暗号化されて個人情報を読み取れなくした状態で、ブロックチェーン４９に保存されていても良い。

　通信部３４は、第１端末３０とインターネット等のネットワークとの間の通信を行うインターフェイスである。タッチパネル３５は、液晶表示パネル等の表示部３５１と、表示部３５１に積層された入力部３５２とを備える。本実施の形態の第１端末３０は、スマートフォン、タブレットまたはパソコン等の汎用の携帯情報処理装置である。第１端末３０は、大型計算機、または、大型計算機上で動作する仮想マシンであっても良い。

　暗号通貨発行・運用システム４０は、ＣＰＵ４１、主記憶装置４２、補助記憶装置４３、通信部４４およびバスを備える。ＣＰＵ４１は、本実施の形態のプログラムを実行する演算制御装置である。ＣＰＵ４１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。ＣＰＵ４１は、バスを介して暗号通貨発行・運用システム４０を構成するハードウェア各部と接続されている。

　主記憶装置４２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置４２には、ＣＰＵ４１が行う処理の途中で必要な情報およびＣＰＵ４１で実行中のプログラムが一時的に保存される。

　補助記憶装置４３は、ＳＲＡＭ、フラッシュメモリまたはハードディスク等の記憶装置である。補助記憶装置４３には、分割担保台帳ＤＢ７２、ＣＰＵ４１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。分割担保台帳ＤＢ７２は、暗号通貨発行・運用システム４０に接続された外部の大容量記憶装置等に保存されていても良い。分割担保台帳ＤＢ７２は、ブロックチェーン４９に保存されていても良い。

　通信部４４は、暗号通貨発行・運用システム４０とインターネット等のネットワークとの間の通信を行うインターフェイスである。

　なお、ブロックチェーンは、「ビザンチン障害を含む不特定多数のノードを用い、時間の経過とともにその時点の合意が覆る確率が０へ収束するプロトコル、またはその実装」、または、「電子署名とハッシュポインタを使用し改竄検出が容易なデータ構造を持ち、且つ、当該データをネットワーク上に分散する多数のノードに保持させることで、高可用性およびデータ同一性等を実現する技術」であるものとして説明する。

　本実施の形態のブロックチェーン４９は、前述のいずれのブロックチェーンであっても良い。暗号通貨発行・運用システム４０は、ブロックチェーン４９を構成するノードの一つであっても良い。

　暗号通貨発行・運用システム４０は、ネットワークを介してブロックチェーン４９に接続されている。ブロックチェーン４９は、本実施の形態にかかる暗号通貨専用であっても、イーサリアム（Ethereum）、リスク（Lisk）、ネオ（NEO）またはクオンタム（Qtum）のような、スマートコントラクト機能を有する暗号通貨を扱う既存のブロックチェーンであっても良い。ブロックチェーン４９がマイニングを用いて運営されている場合、暗号通貨発行・運用システム４０はマイナーを兼ねても良い。

　本実施の形態の暗号通貨発行・運用システム４０は、パソコン、大型計算機、または、大型計算機上で動作する仮想マシンである。暗号通貨発行・運用システム４０は、複数の情報処理装置により構成されていても良い。

　第２端末５０は、ＣＰＵ５１、主記憶装置５２、補助記憶装置５３、通信部５４、タッチパネル５５およびバスを備える。ＣＰＵ５１は、本実施の形態のプログラムを実行する演算制御装置である。ＣＰＵ５１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。ＣＰＵ５１は、バスを介して第２端末５０を構成するハードウェア各部と接続されている。

　主記憶装置５２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置５２には、ＣＰＵ５１が行う処理の途中で必要な情報およびＣＰＵ５１で実行中のプログラムが一時的に保存される。

　補助記憶装置５３は、ＳＲＡＭ、フラッシュメモリまたはハードディスク等の記憶装置である。補助記憶装置５３には、ＣＰＵ５１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。

　通信部５４は、第２端末５０とインターネット等のネットワークとの間の通信を行うインターフェイスである。タッチパネル５５は、液晶表示パネル等の表示部５５１と、表示部５５１に積層された入力部５５２とを備える。本実施の形態の第２端末５０は、スマートフォン、タブレットまたはパソコン等の汎用の携帯情報処理装置である。第２端末５０は、大型計算機、または、大型計算機上で動作する仮想マシンであっても良い。

　購入希望者の端末Ｃ６０は、ＣＰＵ６１、主記憶装置６２、補助記憶装置６３、通信部６４、タッチパネル６５およびバスを備える。ＣＰＵ６１は、本実施の形態のプログラムを実行する演算制御装置である。ＣＰＵ６１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。ＣＰＵ６１は、バスを介して購入希望者の端末Ｃ６０を構成するハードウェア各部と接続されている。

　主記憶装置６２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置６２には、ＣＰＵ６１が行う処理の途中で必要な情報およびＣＰＵ６１で実行中のプログラムが一時的に保存される。

　補助記憶装置６３は、ＳＲＡＭ、フラッシュメモリまたはハードディスク等の記憶装置である。補助記憶装置６３には、ＣＰＵ６１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。

　通信部６４は、購入希望者の端末Ｃ６０とインターネット等のネットワークとの間の通信を行うインターフェイスである。タッチパネル６５は、液晶表示パネル等の表示部６５１と、表示部６５１に積層された入力部６５２とを備える。本実施の形態の購入希望者の端末Ｃ６０は、スマートフォン、タブレットまたはパソコン等の汎用の携帯情報処理装置である。購入希望者の端末Ｃ６０は、大型計算機、または、大型計算機上で動作する仮想マシンであっても良い。

　図示を省略するが、図２等を使用して説明した専門家の端末Ｂ”の構成も、第１端末３０および第２端末５０と同様である。

　なお、所有者端末２０、第１端末３０、第２端末５０および購入希望者端末６０は、タッチパネル２５、３５、５５、６５の代わりに、液晶ディスプレイ等の表示装置と、キーボードおよびマウス等の入力装置とを備えても良い。

　図１３は、スマートコントラクト４８のデプロイを説明する説明図である。第２端末５０から暗号通貨発行・運用システム４０に対して、販売情報が送信される。販売情報には、不動産の所在地、不動産を小口不動産に分割する分割数、個々の小口不動産の分割価格に関する情報等が含まれる。販売情報は、ネットワークを介して他の不動産仲介業者等の専門家に公開される。

　購入希望者の端末Ｃ６０から小口不動産の購入指示を受信した場合、第２端末５０は暗号通貨発行・運用システム４０に対してスマートコントラクト４８を含むトランザクションを送信する。スマートコントラクト４８は、小口不動産の購入者への譲渡を条件に、購入者から第１端末３０にかかる専門家への暗号通貨を通じた仲介手数料の支払履行と、購入者から不動産所有者への対価である前記分割価格から、仲介手数料を差し引いた残金の暗号通貨を通じた支払いを履行する。

　図示を省略するが、スマートコントラクト４８には、小口不動産の購入者の口座情報、第１端末３０にかかる専門家の口座情報、小口不動産ＩＤ（Identifier）、分割価格および仲介手数料に関する情報が記載されている。

　ＣＰＵ４１は、第２端末５０から受信したスマートコントラクト４８を含むトランザクションをブロックチェーン４９にデプロイする。スマートコントラクト４８を含むトランザクションは、ブロックチェーン４９に記録され、ブロードキャストされる。スマートコントラクト４８に記録された契約条件が満たされる場合に、契約内容が自動的に実行される。契約が実行された場合、仲介手数料の支払情報を含むトランザクションが、ブロックチェーン４９にブロードキャストされる。

　それぞれのトランザクションは、マイニングにより信頼性が確認された後に、ブロックチェーン４９に記録される。ブロックチェーン４９を使用するユーザー、および、通信経路の信頼性が高い場合には、トランザクションはマイニングを経ずに自動的にブロックチェーン４９に記録されても良い。トランザクションは、補助記憶装置４３または図示を省略するサーバに記憶されたデータベースに記録されても良い。

　図１４は、担保台帳ＤＢ７１のレコードレイアウトを説明する説明図である。担保台帳ＤＢ７１は、担保にする不動産に固有に付与された不動産ＩＤと、不動産情報と、評価情報とを関連づけて記録するＤＢである。

　担保台帳ＤＢ７１は、不動産ＩＤフィールドと、不動産情報フィールドと、評価情報フィールドとを有する。不動産情報フィールドは、地番フィールドと所有者フィールドとを有する。評価情報フィールドは、評価額フィールドと、分割数フィールドと、評価者ＩＤフィールドとを有する。

　不動産ＩＤフィールドには、不動産に固有に付与された不動産ＩＤが記録されている。地番フィールドには、不動産の地番が記録されている。所有者フィールドには、不動産の所有者が記録されている。

　評価額フィールドには、不動産の評価額が記録されている。ここで評価額は不動産の担保価値を示す。分割数フィールドには、不動産を小口不動産に分割する分割数が記録されている。評価者ＩＤフィールドには、評価額および分割数を定めた専門家に固有に付与された評価者ＩＤが記録されている。

　評価額および分割数は、専門家により専門的見地により判断され、不動産所有者への確認を経て決定される。ＣＰＵ４１は、ＣＰＵ３１を介して評価額および分割数を取得して、担保台帳ＤＢ７１に記録する。

　ＣＰＵ３１が、路線価、固定資産税額、近隣の土地の売買履歴、および、近隣の土地の賃貸料等に基づいて、自動的に評価額および分割数を判定して、不動産所有者に確認の要求を送信しても良い。

　担保台帳ＤＢ７１は、金等の貴金属、その他担保価値を有するものを、不動産の代わりに記録できても良い。それぞれの担保について、その分野の専門家が評価額および分割数を判断することにより、担保の信頼性を高めることができる。

　図１５は、分割担保台帳ＤＢ７２のレコードレイアウトを説明する説明図である。分割担保台帳ＤＢ７２は、不動産ＩＤと、不動産を分割した小口不動産に固有に付与された小口不動産ＩＤと、地域と、分割価格と、購入者に固有に付与された購入者ＩＤと、購入日時とを関連づけて記録するＤＢである。分割担保台帳ＤＢ７２には、小口不動産の販売情報および売買記録が記録される。

　分割担保台帳ＤＢ７２は、不動産ＩＤフィールド、小口不動産ＩＤフィールド、地域フィールド、分割価格フィールド、評価者ＩＤフィールド、購入者ＩＤフィールドおよび購入日時フィールドを有する。不動産ＩＤフィールドには、不動産に固有に付与された不動産ＩＤが記録されている。小口不動産ＩＤフィールドには、不動産を分割した小口不動産に固有に付与された小口不動産ＩＤが記録されている。

　地域フィールドには、不動産の所在地の地域が記録されている。分割価格フィールドには、不動産の評価額を分割数で除した分割価格が記録されている。評価者ＩＤフィールドには、評価額および分割数を定めた専門家に固有に付与された評価者ＩＤが記録されている。

　購入者ＩＤフィールドには、小口不動産を購入した購入者に固有に付与された購入者ＩＤが記録されている。購入日時フィールドには、購入者が小口不動産を購入した日時が記録されている。購入者ＩＤフィールドおよび購入日時フィールドの「－」は、まだ購入されていないことを意味する。

　分割担保台帳ＤＢ７２は、ブロックチェーン４９に保管されても良い。不動産の地番および不動産所有者名等は分割担保台帳ＤＢ７２に記録されていないため、所有者の個人情報を適切に保護できる。小口不動産の購入者は、具体的な地番等を見る代わりに、評価者ＩＤに基づいて評価額等の信頼性を確認できる。

　図１６は、販売時のプログラムの処理の流れを説明するフローチャートである。ＣＰＵ２１は、不動産所有者から査定依頼を受け付ける（ステップＳ２０１）。査定依頼には、不動産の地番等の不動産を特定する情報、および、不動産所有者が本人であることを確認する情報を含む。

　ＣＰＵ３１は、査定依頼を受信する（ステップＳ３０１）。第１端末３０を使用する第１の専門家は、不動産の登記簿の確認等を行ない、正当な権利者からの依頼であることを確認する。第１の専門家は、不動産の担保価値を評価する。第１の専門家は、分割不動産を購入する購入層の資金力等を勘案して、分割数を判断する。

　ＣＰＵ３１は、第１の専門家から担保価値を取得する（ステップＳ３０２）。ＣＰＵ３１は、第１の専門家から分割数を取得する（ステップＳ３０３）。なお、ステップＳ３０２およびステップＳ３０３において、ＣＰＵ３１は、固定資産税額、近隣の土地の売買履歴、および、近隣の土地の賃貸料等に基づいて、自動的に評価額および分割数を判定しても良い。

　ＣＰＵ３１は、評価額および分割数をＣＰＵ２１に通知する（ステップＳ３０４）。ＣＰＵ２１は、評価額および分割数を受信する（ステップＳ２０２）。ＣＰＵ２１は、表示部２５１に評価額および分割数を表示し、入力部２５２を介して不動産所有者による承認可否の判断を受け付ける（ステップＳ２０３）。

　承認されないと判定した場合（ステップＳ２０３でＮＯ）、ＣＰＵ２１は処理を終了する。承認されたと判定した場合（ステップＳ２０３でＹＥＳ）、ＣＰＵ２１は承認された旨を送信する（ステップＳ２０４）。ＣＰＵ３１は、承認された旨を受信する（ステップＳ３１１）。

　なお、ＣＰＵ２１は、不動産所有者から事前に指定された条件に基づいて、評価額および分割数の承認可否を判定しても良い。例えば、ＣＰＵ２１は不動産所有者から最低評価額を受け付けて補助記憶装置２３に記録する。ＣＰＵ２１は、ステップＳ２０２で受信した評価額が最低評価額以上である場合に承認すると判定し（ステップＳ２０３でＹＥＳ）、最低評価額を下回る場合に承認しないと判定する（ステップＳ２０３でＮＯ）。

　ＣＰＵ３１は、担保台帳ＤＢ７１に情報を記録する（ステップＳ３１２）。具体的には、ＣＰＵ３１は、担保台帳ＤＢ７１に新規レコードを作成する。ＣＰＵ３１は、固有の不動産ＩＤを不動産に付与し、不動産ＩＤフィールドに記録する。ＣＰＵ３１は、不動産情報および評価情報をそれぞれのフィールドに記録する。

　ＣＰＵ３１は、不動産ＩＤ、地域、評価額および分割数を含む委託情報を作成する（ステップＳ３１３）。なお、ＣＰＵ３１は、地番に基づいて不動産の所在する地域を定める。地域は、不動産所有者の個人情報が特定されず、かつ、購入者が不動産の価値を判断できる程度の広さに定めることが望ましい。

　ＣＰＵ２１は、委託情報を送信する（ステップＳ３１４）。ＣＰＵ４１は、委託情報を受信する（ステップＳ４０１）。ＣＰＵ４１は、分割担保台帳ＤＢ７２に情報を記録する（ステップＳ４０２）。

　具体的には、ＣＰＵ４１は、分割担保台帳ＤＢ７１に、分割した小口不動産の数に対応する数の新規レコードを作成する。ＣＰＵ４１は、分割したそれぞれの小口不動産に固有の小口不動産ＩＤを付与し、小口不動産ＩＤフィールドに記録する。ＣＰＵ４１は、地域フィールドにステップＳ４０１で受信した地域を記録する。以上の処理により、担保台帳ＤＢ７１の１つのレコードに記録された不動産の価値は、複数の小口不動産に分割される。

　ＣＰＵ４１は、不動産の評価額を分割数で除した分割価格を分割価格フィールドに、評価を行った専門家に固有に付与された専門化ＩＤを評価者ＩＤフィールドにそれぞれ記録する。ＣＰＵ３１は、購入者フィールドおよび購入日時フィールドに、初期値である「－」を記録する。

　ＣＰＵ４１は、小口不動産の購入者募集にかかる情報を公開する（ステップＳ４０３）。公開は、例えば不動産仲介業者向けの専門ＷＥＢサイトへの情報のアップロードにより行う。公開は、一般向けの不動産売買ＷＥＢサイトへの情報のアップロードにより行われても良い。

　図１７は、購入時のプログラムの処理の流れを説明するフローチャートである。ＣＰＵ６１は、小口不動産の購入を希望する購入希望者から、希望する購入条件を受け付けて、第２端末５０に送信する（ステップＳ６０１）。購入条件は、例えば小口不動産の所在する地域または分割価格である。

　ＣＰＵ５１は、購入条件を受信する（ステップＳ５０１）。ＣＰＵ５１は、図１７を使用して説明した販売時のプログラムで公開された（ステップＳ４０３）、小口不動産の購入者募集にかかる情報を取得する（ステップＳ５０２）。ＣＰＵ５１は、ステップＳ５０１で受信した購入条件に合致する小口不動産を抽出する（ステップＳ５０３）。なお、ＣＰＵ５１は暗号通貨発行・運用システム４０に購入条件を送信し、ＣＰＵ４１が購入条件に合致する小口不動産を抽出して、第２端末５０に送信しても良い。

　ＣＰＵ５１は、抽出された小口不動産にかかる情報を不動産購入希望者の端末Ｃに送信する（ステップＳ５０４）。ＣＰＵ６１は、表示部６５１に抽出された小口不動産を表示する（ステップＳ６１１）。ＣＰＵ６１は、購入希望者から購入の指示を受け付けたか否かを判定する（ステップＳ６１２）。

　購入の指示を受け付けないと判定した場合（ステップＳ６１２でＮＯ）、ＣＰＵ６１は処理を終了する。購入の指示を受け付けたと判定した場合（ステップＳ６１２でＹＥＳ）、ＣＰＵ６１は購入指示を暗号通貨発行・運用システム４０に送信する（ステップＳ６１３）。その後、ＣＰＵ６１は処理を終了する。

　なお、購入希望者が現金を使用して小口不動産の代金を支払う場合、ＣＰＵ６１はネットバンキング等を用いて暗号通貨発行・運用システム４０に対して現金を送金する送金処理を行うとともに、送金情報と購入指示とを第２端末５０に送信する。暗号通貨発行・運用システム４０は、送金された現金を暗号通貨に両替して、購入希望者が所有する暗号通貨としてブロックチェーン４９に記録する。

　ＣＰＵ６１は、暗号通貨の交換所を介して購入希望者が支払う現金を暗号通貨に両替してブロックチェーン４９に記録した後に、購入指示を第２端末５０に送信しても良い。以上の処理により、購入希望者が支払った現金に対応する暗号通貨がブロックチェーン４９に記録される。

　購入希望者が、第２の専門家に対して手渡しまたは振込等の任意の手段により現金を渡し、第２の専門家が第２端末を使用して現金を暗号通貨に両替してブロックチェーンに記録させても良い。第２の専門家が購入希望者の依頼を受けて暗号通貨口座の開設、ウォレットの管理等を代行しても良い。

　ＣＰＵ５１は、購入指示を受信する（ステップＳ５１１）。ＣＰＵ５１は、購入指示を暗号通貨発行・運用システム４０に送信する（ステップＳ５１２）。ＣＰＵ４１は、購入指示を受信する（ステップＳ４１１）。ＣＰＵ５１は、第１の専門家に支払う仲介手数料を算出する（ステップＳ４１２）。仲介手数料は、小口不動産の分割価格の１０％等の定率に定めることができる。仲介手数料は、定額に定めても良い。

　ＣＰＵ５１は、売主への送金額を算出する（ステップＳ４１３）。売主への送金額は、購入希望者の支払額から、仲介手数料を減算した金額である。ＣＰＵ５１は、図１３を使用して説明したスマートコントラクト４８を含むトランザクションを、ブロックチェーン４９にデプロイする（ステップＳ４１４）。

　スマートコントラクト４８の契約条件が満たされた場合に、契約内容が自動的に実行される。すなわち、分割担保台帳ＤＢ７２の購入者ＩＤフィールドに購入希望者フィールドに購入希望者の購入者ＩＤが記録されることを条件にして、購入希望者の暗号通貨口座から、第１の専門家および売主の暗号通貨口座に暗号通貨が送金される。

　なお、売主が小口不動産の対価である分割価格を現金で受領することを希望する場合、売却代金の暗号通貨を仮の口座に一時的に入金するように、スマートコントラクト４８が設定される。売主は、分割価格を暗号通貨で受け取るか、現金で受け取るかを、任意のタイミングで指定できる。

　ＣＰＵ４１は、ブロックチェーン４９を監視して、スマートコントラクト４８が成立したことを確認する（ステップＳ４１５）。スマートコントラクト４８の詳細については後述する。なお、購入希望者の暗号通貨口座の残高不足等により、契約内容を実行できず、スマートコントラクト４８が成立しない場合、ＣＰＵ４１は契約が実行されるまで待つ。スマートコントラクト４８は、所定の有効期限内に実行されない場合には、無効になるように設定されても良い、スマートコントラクト４８が無効になった場合、ＣＰＵ４１は処理を終了する。

　ＣＰＵ４１は、売主が分割価格を暗号通貨で受け取るか否かを判定する（ステップＳ４１６）。暗号通貨で受け取らないと判定した場合（ステップＳ４１６でＮＯ）、スマートコントラクト４８により売却代金は仮の口座に入金されている。ＣＰＵ４１は、暗号通貨取引所および金融機関を介して、売主の口座に現金を入金する送金処理を行う（ステップＳ４１７）。

　ステップＳ４１７の終了後、または、暗号通貨で受け取ると判定した場合（ステップＳ４１６でＹＥＳ）、ＣＰＵ４１は、分割担保台帳ＤＢ７２から小口不動産ＩＤフィールドをキーとしてレコードを抽出し、購入者ＩＤフィールドおよび購入日時フィールドに購入者ＩＤおよび購入日時を記録する（ステップＳ４１８）。

　図１８は、リバースオークション時のプログラムの処理の流れを説明するフローチャートである。ＣＰＵ２１は、タッチパネル６５を介して購入希望者から購入希望価格および購入希望地域を含む購入条件を受け付け、第２端末５０に送信する（ステップＳ６２１）。ＣＰＵ５１は購入条件を受信する（ステップＳ５２１）。ＣＰＵ５１は、購入希望価格および希望地域を含む入札募集情報を作成し、複数の不動産仲介業者がそれぞれ使用する端末に送信する（ステップＳ５２２）。

　第１端末３０が入札募集情報を受信する場合を例にして説明を続ける。ＣＰＵ３１は、入札募集情報を受信する（ステップＳ３２１）。ＣＰＵ３１は、応札可能であるか否かを判定する（ステップＳ３２２）。ここでＣＰＵ３１は、販売中の小口不動産から入札募集情報に合致する小口不動産を抽出可能である場合に、応札可能であると判定する。ＣＰＵ３１は、所有者端末２０を介して不動産所有者から応札可否の指示を受け付けても良い。

　応札可能であると判定した場合（ステップＳ３２２でＹＥＳ）、ＣＰＵ３１は応札する小口不動産の小口不動産ＩＤおよび分割価格を含む応札情報を送信する（ステップＳ３２３）。応札可能ではないと判定した場合（ステップＳ３２２でＮＯ）、または、ステップＳ３２３の終了後、ＣＰＵ３１は処理を終了する。

　ＣＰＵ５１は、応札情報を受信する（ステップＳ５３１）。ＣＰＵ５１は、複数の不動産仲介業者から受信した応札情報から、実際に応札する落札者を決定する（ステップＳ５３２）。ここで、ＣＰＵ５１は、例えば最も低価格の応札情報を提示した応札情報の発行元を落札者に決定する。ＣＰＵ５１は、購入希望者端末６０を介して購入希望者から落札者の選択を受け付けても良い。

　ＣＰＵ５１は、落札者が提示した小口不動産の購入指示を暗号通貨発行・運用システム４０に送信する（ステップＳ５１２）。以後の処理は、図１７を使用して説明した処理と同一であるため、説明を省略する。

　なお、図１６、図１７および図１８を使用して説明したプログラムは、図示しないサーバから所有者端末２０、第１端末３０、暗号通貨発行・運用システム４０、第２端末５０および購入希望者端末６０にそれぞれ配信されて、インストールされる。図１６および図１７を使用して説明したプログラムのうち、ＣＰＵ３１で実行されるプログラムは、本実施の形態の第１プログラムの１例であり、ＣＰＵ５１で実行されるプログラムは本実施の形態の第２プログラムの一例である。

　購入希望者端末６０は、第２端末５０を介さずに、小口不動産の購入者募集にかかる情報を暗号通貨発行・運用システム４０から直接取得して、購入にかかる処理を実行しても良い。すなわち、購入希望者は、不動産仲介業者を介さずに、直接小口不動産を購入できても良い。

　このようにする場合、ＣＰＵ６１は、図１７を使用して説明した処理の流れのうち、ＣＰＵ６１が行う処理とＣＰＵ５１が行う処理との両方を実行しても良い。ＣＰＵ６１で実行されるプログラムは本実施の形態の第２プログラムの一例である。

　図１９は、小口不動産の代金および仲介手数料を送金する送金トランザクションの例を説明する説明図である。図１９Ａは、小口不動産を購入する購入者のアドレスから不動産仲介業者のアドレスに対して、小口不動産代金を支払うトランザクションを示す。図１９Ｂは、不動産仲介業者のアドレスから不動産所有者のアドレスに対して、小口不動産代金を支払うトランザクションを示す。図１９Ａで支払う金額「１００」と、図１９Ｂで支払う「９０」との差は、不動産仲介業者が得る手数料である。

　図２０は、スマートコントラクト４８が行う処理の概要を説明するフローチャートである。図１９を使用して説明した、小口不動産に関する送金トランザクションが、ブロードキャストされているか否かが判定される（ステップＳ７０１）。ブロードキャストされていると判定された場合（ステップＳ７０１でＹＥＳ）、金額、支払元のアドレス、支払先のアドレスおよび小口不動産ＩＤがスマートコントラクト４８に規定された条件に合致するか否かが判定される（ステップＳ７０２）。

　条件に合致すると判定された場合（ステップＳ７０２でＹＥＳ）、契約を履行する旨を示す情報が、スマートコントラクト４８に書き込まれる（ステップＳ７０３）。マイニングを経て、契約が履行される。

　送金トランザクションがブロードキャストされていないと判定された場合（ステップＳ７０１でＮＯ）、または、条件に合致しないと判定された場合（ステップＳ７０２でＮＯ）、スマートコントラクト４８は実行されず、契約は履行されない。

　具体的には、送金トランザクションに記録された送金額とスマートコントラクトに規定された金額とが不一致である場合、支払元アドレスで示される暗号通貨口座の残高が支払金額に満たない場合、または、小口不動産ＩＤで示される小口不動産が支払先アドレスとは別の第３者に販売済みである場合等には、スマートコントラクト４８に規定された条件に合致しないと判定される。

　図２１は、小口不動産の代金および仲介手数料を送金する送金トランザクションの別の例を説明する説明図である。図２１Ａは、小口不動産を購入する購入者から不動産仲介業者に対して、小口不動産仲介手数料を支払うトランザクションを示す。図２１Ｂは、小口不動産を購入する購入者から不動産所有者に対して、小口不動産代金から仲介手数料を差し引いた残金を支払うトランザクションを示す。不動産所有者と不動産仲介業者とがそれぞれ得る金額は、図１９の例と同一である。

　図２２は、担保付暗号通貨発行・運用システムの構築方法を説明する説明図である。所有者端末２０、第１端末３０、第２端末５０および購入希望者端末６０は、ネットワークを介して配信サーバ８０に接続されている。配信サーバ８０から、所有者端末２０、第１端末３０、第２端末５０および購入希望者端末６０に、図１６から図１８を使用して説明した第１プログラムおよび第２プログラムを含むプログラムが配信されて、インストールさせられる。

　プログラムは、ＵＳＢ（Universal Serial Bus）メモリ等の可搬型記録媒体を介して、所有者端末２０、第１端末３０、第２端末５０および購入希望者端末６０にインストールされても良い。以上により、小口不動産の売買を実行するシステムが構築される。

　不動産所有者は、小口不動産に分割した不動産を、一括して定期借地として利用できる。不動産所有者は、定期的に発生する定期借地料を分割した小口借地料を、所有者端末２０および第１端末３０を介して購入者に分配できる。

　不動産が建物を含む場合、不動産所有者は、小口不動産に分割した不動産を、ホテル、旅館、民泊または賃貸マンション等として運用できる。不動産所有者は、運用によって得た運用益を分割した小口運用益を、所有者端末２０および第１端末３０を介して購入者に分配できる。このように不動産を運用して運用益を得ることにより、小口不動産の価値を高められる。

　本実施の形態によると、担保台帳ＤＢ７１と分割担保台帳ＤＢ７２とを分離することにより、不動産の地番、および、不動産所有者の氏名等の個人情報を秘匿した状態で、小口不動産の販売を行える。

　Ａ　　　　　　　不動産所有者の端末
　Ｂ、Ｂ’、Ｂ”　専門家の端末
　Ｃ　　　　　　　購入者の端末
　Ｓ　　　　　　　システム
　１０　　　　　　担保付暗号通貨発行・運用システム
　２０　　　　　　不動産所有者の端末Ａ（所有者端末）
　２１　　　　　　ＣＰＵ
　２２　　　　　　主記憶装置
　２３　　　　　　補助記憶装置
　２４　　　　　　通信部
　２５　　　　　　タッチパネル
　２５１　　　　　表示部
　２５２　　　　　入力部
　３０　　　　　　第１の専門家（不動産仲介業者）の端末Ｂ（第１端末）
　３１　　　　　　ＣＰＵ
　３２　　　　　　主記憶装置
　３３　　　　　　補助記憶装置
　３４　　　　　　通信部
　３５　　　　　　タッチパネル
　３５１　　　　　表示部
　３５２　　　　　入力部
　４０　　　　　　暗号通貨発行・運用システム
　４１　　　　　　ＣＰＵ
　４２　　　　　　主記憶装置
　４３　　　　　　補助記憶装置
　４４　　　　　　通信部
　４８　　　　　　スマートコントラクト
　４９　　　　　　ブロックチェーン
　５０　　　　　　第２の専門家（不動産仲介業者）の端末Ｂ’（第２端末）
　５１　　　　　　ＣＰＵ
　５２　　　　　　主記憶装置
　５３　　　　　　補助記憶装置
　５４　　　　　　通信部
　５５　　　　　　タッチパネル
　５５１　　　　　表示部
　５５２　　　　　入力部
　６０　　　　　　購入希望者の端末Ｃ
　６１　　　　　　ＣＰＵ
　６２　　　　　　主記憶装置
　６３　　　　　　補助記憶装置
　６４　　　　　　通信部
　６５　　　　　　タッチパネル
　６５１　　　　　表示部
　６５２　　　　　入力部
　７１　　　　　　担保台帳
　７２　　　　　　分割担保台帳
　８０　　　　　　配信サーバ
 

Claims (25)

1. 　暗号通貨発行・運用システムと前記暗号通貨発行・運用システムと回線を介して接続され、不動産所有者の端末Ａからの暗号通貨発行依頼に基づいて当該不動産を幾つかの小口に分割して、当該分割した不動産を担保予約として販売のサポートを行う第１の専門家の端末Ｂと、前記小口化された不動産の購入を希望する購入希望者の端末Ｃとから構成され、
   　不動産所有者の端末Ａは、前記第１の専門家の端末Ｂからのアドバイスの下、所有不動産を複数分割し、それを「購入できる権利（担保予約）」としてネット上で販売し、
   　前記購入希望者の端末Ｃは、現金、または暗号通貨を支払って購入し、
   　一方前記第１の専門家の端末Ｂは仲介料を暗号通貨として取得し、
   　不動産所有者の端末Ａは残りを現金、または暗号通貨として受け取る
   　ことを特徴とする担保付暗号通貨発行・運用システム。
2. 　暗号通貨を保有する前記購入希望者の端末Ｃまたは、小口不動産を保有する第２の専門家の端末Ｂ’は、前記小口化された不動産を購入することを特徴とする請求項１に記載の担保付暗号通貨発行・運用システム。
3. 　さらに、前記暗号通貨を使用可能な専用のネットショッピングモールを備えたことを特徴とする請求項１または請求項２に記載の担保付暗号通貨発行・運用システム。
4. 　前記「購入できる権利」は、所定の期間を経た後に購入できる権利であることを特徴とする請求項１から請求項３のいずれか１項に記載の担保付暗号通貨発行・運用システム。
5. 　請求項１から請求項４のいずれか１項に記載の担保付暗号通貨発行・運用システムに基づいて暗号通貨を発行する方法であって、
   　不動産所有者の端末Ａからの暗号通貨発行依頼に基づいて、第１の専門家の端末の補助・承認の上当該不動産全体の価格を設定し、設定した全体の価格から当該不動産を幾つかの小口に分割する工程と、
   　前記小口に分割された不動産を「一定期間を経た後に購入できる権利（担保予約）」として暗号通貨発行・運用システム上に販売委託する工程と、
   　前記購入希望者の端末Ｃは、当該小口化された不動産を現金、または暗号通貨を支払って購入する工程と、
   　前記暗号通貨発行・運用システムは、前記第１の専門家の端末の手数料を現金または暗号通貨として前記第１の専門家の端末Ｂに振り込むのと同時に、前記購入希望者の端末Ｃからの入金に基づいて暗号通貨を前記第１の専門家の端末の手数料および前記暗号通貨発行・運用システムの手数料を差し引いて前記不動産所有者の端末Ａの端末に振り込む工程と、
   を含むことを特徴とする暗号通貨の運用方法。
6. 　前記購入希望者の端末Ｃ、第１の専門家の端末Ｂまたは第２の専門家の端末Ｂ’の端末は、希望する不動産の地域と購入希望価格を提示し、前記不動産所有者の端末Ａは、前記第１の専門家の端末Ｂの設定条件に従い小口不動産として応札するリバースオークションシステムを構成することを特徴とする請求項５に記載の暗号通貨の運用方法。
7. 　前記不動産所有者の端末Ａは、第２の専門家の端末Ｂ’からのアドバイスの下、分割販売した土地を定期借地として利用し、その借地代金を定められた期間毎に「区分権利（担保予約）」購入者の端末Ｃに支払うことを特徴とする請求項５または請求項６に記載の暗号通貨の運用方法。
8. 　さらに、不動産所有者の端末Ａは、区分権利（担保予約）購入者の端末Ｃから現金、または暗号通貨にて所有土地の一部または全部を買い戻す工程、および
   不動産所有者（Ａ）は、「区分権利（担保予約）」購入者（Ｃ）へ所有土地を譲渡する工程を含むことを特徴とする請求項７に記載の暗号通貨の運用方法。
9. 　不動産に加えてまたは不動産に代えて他の担保価値を有するものを担保とすることを特徴とする請求項１から請求項４のいずれか１項に記載の担保付暗号通貨発行・運用システム。
10. 　予め設定した複数個所（端末）での契約書等の保管と、発行された暗号通貨に振られた通し番号との紐付けにより担保物件の取引を行うことを特徴とする請求項９に記載の担保付暗号通貨発行・運用システム。
11. 　不動産情報を受け付け、
    　受け付けた不動産情報に基づいて不動産の価値を分割した小口不動産を販売する販売情報を送信し、
    　送信した販売情報に基づいて前記小口不動産が売却された場合に、前記小口不動産の売買にかかる仲介手数料を暗号通貨で受け取る、
    　処理をコンピュータに実行させることを特徴とする情報処理方法。
12. 　前記小口不動産が売却された際の対価は、現金または暗号通貨により支払われ、
    　前記小口不動産の売主は売却された前記小口不動産の価格から前記仲介手数料を差し引いた金額に相当する暗号通貨を受け取る
    　請求項１１に記載の情報処理方法。
13. 　前記販売情報および前記小口不動産の売買記録を、ブロックチェーンに記録させる
    　請求項１１または請求項１２に記載の情報処理方法。
14. 　小口不動産の購入希望価格を含む入札募集情報を受け付け、
    　受け付けた入札募集情報に含まれる前記購入希望価格が、前記販売情報に定められた前記小口不動産の価格以上である場合に、前記入札募集情報に対して応札する応札情報を送信する
    　請求項１１から請求項１３のいずれか一つに記載の情報処理方法。
15. 　前記不動産情報にかかる不動産の運用益にかかる情報を取得し、
    　前記運用益を分割した小口運用益を、前記小口不動産を購入した購入者に支払う支払処理を実行する
    　請求項１１から請求項１４のいずれか一つに記載の情報処理方法。
16. 　前記不動産の所有者から、分割された前記小口不動産を購入したそれぞれの購入者に対して、前記小口不動産の価値に相当する暗号通貨を支払う支払処理を行う
    　請求項１１から請求項１５のいずれか一つに記載の情報処理方法。
17. 　前記小口不動産を購入したそれぞれの購入者を、前記不動産にかかる区分所有権者にする所有権移転手続を実行させる
    　請求項１１から請求項１６のいずれか一つに記載の情報処理方法。
18. 　不動産所有者の所有者端末に
    　　不動産情報を取得させ、
    　　取得した不動産情報を送信させ、
    　不動産仲介業者の第１端末に、
    　　送信された不動産情報を受信させ、
    　　受信した不動産情報に基づいて不動産の価値を分割した小口不動産を販売して、対価を暗号通貨で受け取る販売情報を送信させ、
    　　送信した販売情報に基づいて前記小口不動産が売却された場合に、前記小口不動産の売買にかかる仲介手数料を暗号通貨で受け取らせる、
    　処理を実行させることを特徴とする情報処理方法。
19. 　不動産所有者から該不動産所有者が所有する不動産の販売を委託された不動産仲介業者に前記不動産の価値を分割した小口不動産の分割価格を含む販売情報をアップロードさせ、
    　購入者が前記小口不動産を購入する場合、前記小口不動産の前記購入者への譲渡を条件に、前記購入者から前記不動産仲介業者への暗号通貨を通じた仲介手数料の支払履行、および、前記購入者から前記不動産所有者への前記分割価格から前記仲介手数料を差し引いた残金の暗号通貨を通じた支払履行を含むスマートコントラクトをブロックチェーンにデプロイさせる
    　情報処理方法。
20. 　前記小口不動産の販売が行われる場合、前記小口不動産を特定する識別情報と、前記不動産所有者から前記購入者への譲渡に関する情報とを含むトランザクションを前記ブロックチェーンにブロードキャストさせる
    　請求項１９に記載の情報処理方法。
21. 　前記購入者から前記不動産仲介業者への前記仲介手数料の暗号通貨による支払情報を含むトランザクションを前記ブロックチェーンにブロードキャストさせる
    　請求項１９または請求項２０に記載の情報処理方法。
22. 　前記購入者から前記不動産所有者への、前記分割価格から前記仲介手数料を差し引いた残金の暗号通貨による支払情報を含むトランザクションを前記ブロックチェーンにブロードキャストさせる
    　請求項２１に記載の情報処理方法。
23. 　不動産情報を受け付け、受け付けた不動産情報に基づいて不動産の価値を分割した小口不動産を販売する販売情報を送信し、送信した販売情報に基づいて前記小口不動産が売却された場合に、前記小口不動産の売買にかかる仲介手数料を暗号通貨で受け取る処理をコンピュータに実行させる第１プログラムを、不動産仲介業者の第１端末に配信してインストールさせ、
    　購入条件を取得し、前記購入条件に基づいて抽出した前記販売情報に基づいて前記小口不動産を購入する処理をコンピュータに実行させる第２プログラムを、不動産の購入を希望する購入希望者の購入希望者端末に配信してインストールさせ、
    　前記第１端末および前記購入希望者端末による前記小口不動産の売買を実行するシステムの構築方法。
24. 　不動産情報を受け付け、
    　受け付けた不動産情報に基づいて不動産の価値を分割した小口不動産を販売する販売情報を送信し、
    　送信した販売情報に基づいて前記小口不動産が売却された場合に、前記小口不動産の売買にかかる仲介手数料を暗号通貨で受け取る、
    　処理をコンピュータに実行させることを特徴とするプログラム。
25. 　不動産情報に基づいて分割された小口不動産の購入条件を取得し、
    　前記購入条件に基づいて抽出された、小口不動産を販売する販売情報を表示し、
    　表示した販売情報に基づいて購入指示を受け付ける
    　処理をコンピュータに実行させることを特徴とするプログラム。
     

Images