(57)【特許請求の範囲】
【請求項１】
ノンファンジブルトークンを取引可能であるブロックチェーンを構成するコンピュータネットワークにおけるコンピュータを、
借入金の返済の担保としての第１ノンファンジブルトークンを、前記ブロックチェーンにおける前記借入金の借り手のアカウントから受信することを含む第１処理と、
前記第１処理において受信した第１ノンファンジブルトークンが担保になっている前記借入金についての返済金を受信すると、前記担保の返却として、前記第１処理において受信した前記第１ノンファンジブルトークンを送信することを含む第２処理と、
を実行するよう構成されたスマートコントラクトとして機能させるためのコンピュータプログラムであって、
前記第１処理は、前記第１ノンファンジブルトークンの識別情報を有しており前記第１ノンファンジブルトークンに対応する第２ノンファンジブルトークンであって、前記ブロックチェーンにおいて取引可能であるとともに所有者のアカウントが前記ブロックチェーンにおいて参照可能に記録される第２ノンファンジブルトークンを生成し、
前記スマートコントラクトが、前記第１ノンファンジブルトークンを前記借り手のアカウントから受信すると、生成した前記第２ノンファンジブルトークンを前記借り手のアカウントへ送信することを更に含み、
前記第２処理は、
前記スマートコントラクトが前記第１処理において送信した前記第２ノンファンジブルトークンの、前記ブロックチェーンに記録された所有者のアカウントから送信された、前記返済金を受信するよう構成されているとともに、
前記返済金を送信した前記所有者が所有する前記第２ノンファンジブルトークンに対応する前記第１ノンファンジブルトークンの送信を、前記所有者の前記アカウントへ行うよう構成されている
コンピュータプログラム。

【請求項２】
前記第１処理は、前記借入金となる貸付金の貸し手のアカウントから前記貸付金を受信することを更に含む
請求項１に記載のコンピュータプログラム。
【請求項３】
前記第１処理は、前記貸付金の貸し手のアカウントから前記貸付金を受信し、かつ、前記第１ノンファンジブルトークンを受信すると、前記貸付金の一部を前記借入金として前記貸し手のアカウントへ送信し、かつ、前記貸付金の他の一部を前記借り手及び前記貸し手以外の第三者である管理者のアカウントへ第１手数料として送信するよう構成されている
請求項２に記載のコンピュータプログラム。
【請求項４】
前記第１処理は、前記第１ノンファンジブルトークンの識別情報を有しており前記第１ノンファンジブルトークンに対応する第３ノンファンジブルトークンであって、前記ブロックチェーンにおいて取引可能であるとともに所有者のアカウントが前記ブロックチェーンにおいて参照可能に記録される前記第３ノンファンジブルトークンを生成し、
前記スマートコントラクトが、前記貸付金を前記貸し手のアカウントから受信すると、生成した前記第３ノンファンジブルトークンを前記貸し手のアカウントへ送信することを更に含む
請求項２又は請求項３に記載のコンピュータプログラム。
【請求項５】
前記第２処理は、前記返済金を受信すると、前記返済金の一部を、前記第３ノンファンジブルトークンの所有者のアカウントへ送信し、かつ、前記返済金の他の一部を前記借り手及び前記貸し手以外の第三者である管理者のアカウントへ第２手数料として送信するよう構成されている
請求項４に記載のコンピュータプログラム。
【請求項６】
前記借入金及び貸付金は、ファンジブルトークンである
請求項１から請求項５のいずれか１項に記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、借入と貸付とを管理する方法、借入を管理する方法、貸付を管理する方法、
及びスマートコントラクトに関する。
【背景技術】
【０００２】
特許文献１は、Ｅｔｈｅｒｅｕｍ（イーサリアム）を開示している。イーサリアムは、
分散型アプリケーション及びスマートコントラクトを構築するためのプラットフォームで
ある。スマートコントラクトは、契約などのプロトコルを自動的に実行するようにブロッ
クチェーンに実装されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１９−１６０３１６号公報
【発明の概要】
【０００４】
本発明者らは、スマートコントラクトによって、借入と貸付とを管理するという着想を
得た。スマートコントラクトの履行履歴は、ブロックチェーンに記録されるため、スマー
トコントラクトを利用すると、契約の透明性を確保することができる。
【０００５】
したがって、スマートコントラクトによって、借入又は貸付の管理を行うための技術的
手段の提供が望まれる。
【０００６】
本開示のある側面は、ブロックチェーンにおいて動作するスマートコントラクトによっ
て、借入と貸付とを管理する方法である。開示の方法は、前記スマートコントラクトが、
借入金の返済の担保として、前記借入金の借り手が所有する第１ノンファンジブルトーク
ンを受信し、前記スマートコントラクトが、前記借り手へ、前記第１ノンファンジブルト
ークンの預かり証書としての第２ノンファンジブルトークンを送信し、前記スマートコン
トラクトが、前記借入金となった貸付金の貸し手へ、前記貸付金の預かり証書としての第
３ノンファンジブルトークンを送信すること、を備える。
【０００７】
本開示の他の側面は、ブロックチェーンにおいて動作するスマートコントラクトによっ
て、借入を管理する方法である。開示の方法は、前記スマートコントラクトが、借入金の
返済の担保として、前記借入金の借り手が所有する第１ノンファンジブルトークンを受信
し、前記スマートコントラクトが、前記第１ノンファンジブルトークンの預かり証書とし
ての第２ノンファンジブルトークンを前記借り手へ送信すること、を備える。
【０００８】
本開示の更に他の側面は、ブロックチェーンにおいて動作するスマートコントラクトに
よって、貸付を管理する方法である。開示の方法は、前記スマートコントラクトが、貸し
手から貸付金を受信し、前記スマートコントラクトが、前記貸付金の預かり証書としての
ノンファンジブルトークンを前記貸し手へ送信すること、を備える。
【０００９】
本開示の更に他の側面は、コンピュータネットワークによって構成されるブロックチェ
ーンに実装されたスマートコントラクトである。開示のスマートコントラクトは、借入金
の返済の担保として、前記借入金の借り手が所有する第１ノンファンジブルトークンを受
信し、前記第１ノンファンジブルトークンの預かり証書としての第２ノンファンジブルト
ークンを前記借り手へ送信すること、を含む動作を実行するよう構成されている。
【００１０】
本開示の更に他の側面は、コンピュータネットワークによって構成されるブロックチェ
ーンに実装されたスマートコントラクトである。開示のスマートコントラクトは、前記ス
マートコントラクトが、貸し手から貸付金を受信し、前記スマートコントラクトが、前記
貸付金の預かり証書としてのノンファンジブルトークンを前記貸し手へ送信すること、を
含む動作を実行するよう構成されている。
【００１１】
更なる詳細は、後述の実施形態として説明される。
【図面の簡単な説明】
【００１２】
【図１】図１は、借入・貸付処理のフローチャートである。
【図２】図２は、借入・貸付のためのネットワーク構成図である。
【図３】図３は、スマートコントラクトへ担保を預けることを示す図である。
【図４】図４は、スマートコントラクトへ貸付金を預けることを示す図である。
【図５】図５は、借り手への貸付と手数料徴収を示す図である。
【図６】図６は、預かり証書と貸付証書の送信を示す図である。
【図７】図７は、返済処理のフローチャートである。
【図８】図８は、スマートコントラクトへ返済金を送信することを示す図である。
【図９】図９は、担保の返却と預かり証書無効化を示す図である。
【図１０】図１０は、返済金受領と貸付証書無効化を示すである。
【図１１】図１１は、預かり証書の転売を示す図である。
【図１２】図１２は、貸付証書の転売を示す図である。
【図１３】図１３は、非返済時処理のフローチャートである。
【図１４】図１４は、預かり証書ＮＦＴと貸付証書ＮＦＴの生成を示す図である。
【発明を実施するための形態】
【００１３】
＜１．借入と貸付とを管理する方法、借入を管理する方法、貸付を管理する方法、及び
スマートコントラクトの概要＞
【００１４】
（１）実施形態に係る方法は、ブロックチェーンにおいて動作するスマートコントラク
トによって、借入と貸付とを管理する方法である。前記方法は、前記スマートコントラク
トが、借入金の返済の担保として、前記借入金の借り手が所有する第１ノンファンジブル
トークンを受信することを備えることができる。これにより、スマートコントラクトは、
担保としての第１ノンファンジブルトークンを預かる。
【００１５】
前記方法は、前記スマートコントラクトが、前記第１ノンファンジブルトークンの預か
り証書としての第２ノンファンジブルトークンを前記借り手へ送信することを備えること
ができる。これにより、借り手は、担保をスマートコントラクトに預けた代わりに、預か
り証書としての第２ノンファンジブルトークンを得る。
【００１６】
前記方法は、前記スマートコントラクトが、前記借入金となった貸付金の貸し手へ、前
記貸付金の預かり証書としての第３ノンファンジブルトークンを前記貸し手へ送信するこ
とを備えることができる。これにより、貸し手は、貸付金の預かり証書としての第３ノン
ファンジブルトークンを得る。
【００１７】
実施形態に係る前記方法によれば、第１ノンファンジブルトークン、第２ノンファンジ
ブルトークン、及び第３ノンファンジブルトークンを利用した借入及び貸付の管理が実現
される。
【００１８】
（２）前記方法は、前記スマートコントラクトが、前記貸し手から前記貸付金を受信する
ことを備えることができる。これにより、スマートコントラクトは、貸付金を預かる。
【００１９】
前記方法は、前記スマートコントラクトが、前記貸付金を前記借入金として、前記借り
手へ送信することを備えることができる。これにより、借り手は、担保をスマートコント
ラクトに預けた代わりに、借入金を得る。
【００２０】
（３）前記方法は、前記スマートコントラクトが、前記借入金の一部を、前記借り手及び
前記貸し手以外の第三者である管理者へ、第１手数料として送信すること、を更に備える
ことができる。これにより、管理者は、手数料を得る。
【００２１】
（４）前記方法は、前記スマートコントラクトが、前記第２ノンファンジブルトークンの
第１所有者から前記借入金についての返済金を受信すると、前記第１ノンファンジブルト
ークンを前記第１所有者へ送信するとともに、前記第２ノンファンジブルトークンを無効
化すること、を更に備えることができる。借入金が返済されると、担保としての第１ノン
ファンジブルトークンが返却され、担保の預かり証書としての第２ノンファンジブルトー
クンが無効になる。
【００２２】
（５）前記第１所有者は、前記借り手又は前記第２ノンファンジブルトークンの譲受人で
あるのが好ましい。借り手又は譲受人が、借入金を返済することができる。
【００２３】
（６）前記方法は、前記スマートコントラクトが、前記第２ノンファンジブルトークンの
第１所有者から前記借入金についての返済金を受信すると、前記返済金を、前記第３ノン
ファンジブルトークンの第２所有者へ送信するとともに、前記第３ノンファンジブルトー
クンを無効化すること、を更に備えることができる。返済がされると、貸付金の預かり証
書としての第３ノンファンジブルトークンが無効になる。ノンファンジブルトークンは、
無効になると、その後、ブロックチェーンにおいて取引（所有者変更）ができなくなる。
【００２４】
（７）前記第２所有者は、前記貸し手又は前記第３ノンファンジブルトークンの譲受人で
あるのが好ましい。貸し手又は譲受人が、返済を受けることができる。
【００２５】
（８）前記方法は、前記スマートコントラクトが、前記返済金の一部を、前記借り手及び
前記貸し手以外の第三者である管理者へ、第２手数料として送信すること、を更に備える
ことができる。これにより、管理者は、手数料を得る。
【００２６】
（９）前記方法は、前記借入金の返済が不履行であった場合、前記スマートコントラクト
が、前記第１ノンファンジブルトークンを、前記第３ノンファンジブルトークンの第２所
有者へ送信すること、を更に備えることができる。返済が不履行であることは、例えば、
返済期日の経過である。返済が不履行であることは、第２ノンファンジブルトークンの所
有者による返済をしないことの宣言を含む。
【００２７】
（１０）前記方法は、前記借入金の返済が不履行であり、かつ、第３手数料を前記第３ノ
ンファンジブルトークンの第２所有者から前記スマートコントラクトが受信した場合、前
記スマートコントラクトが、前記第１ノンファンジブルトークンを、前記第３ノンファン
ジブルトークンの第２所有者へ送信するとともに、前記第３手数料の一部又は全部を、前
記借り手及び前記貸し手以外の第三者である管理者へ送信すること、を更に備えることが
できる。これにより、管理者は、手数料を得る。
【００２８】
（１１）前記方法は、前記借入金の返済が不履行であった場合、前記スマートコントラク
トが、前記第１ノンファンジブルトークンを前記第３ノンファンジブルトークンの第２所
有者へ送信するとともに、前記第３ノンファンジブルトークンを無効化すること、を更に
備えることができる。これにより、第２所有者は、担保としての第１ノンファンジブルト
ークンが得られ、貸付金の預かり証書としての第３ノンファンジブルトークンが無効にな
る。
【００２９】
（１２）前記方法は、前記借入金の返済が不履行であった場合、前記スマートコントラク
トが、前記第２ノンファンジブルトークンを無効化すること、を更に備えることができる
。これにより、担保の預かり証書としての第２ノンファンジブルトークンが無効になる。
【００３０】
（１３）前記方法は、前記スマートコントラクトへアクセス可能であるサーバが、前記第
１ノンファンジブルトークンに関するデータから、前記第２ノンファンジブルトークン及
び前記第３ノンファンジブルトークンを発行し、前記サーバが、前記第２ノンファンジブ
ルトークン及び前記第３ノンファンジブルトークンを、前記スマートコントラクトへ送信
すること、を更に備えることができる。この場合、サーバは、第２ノンファンジブルトー
クン及び第３ノンファンジブルトークンを発行できる。
【００３１】
（１４）前記借入金及び貸付金は、ファンジブルトークンであるのが好ましい。この場合
、ブロックチェーンにおける借入金及び貸付金の取り扱いが容易である。
【００３２】
なお、本明細書及び特許請求の範囲において、方法を構成する各工程の記載順序は、各
工程が実行される順序を限定するものではない。すなわち、方法は、方向を構成する各工
程の記載順序とは異なる実行順序によるものを含むものである。
【００３３】
（１５）実施形態に係る方法は、ブロックチェーンにおいて動作するスマートコントラク
トによって、借入を管理する方法であって、前記スマートコントラクトが、借入金の返済
の担保として、前記借入金の借り手が所有する第１ノンファンジブルトークンを受信し、
前記スマートコントラクトが、前記第１ノンファンジブルトークンの預かり証書としての
第２ノンファンジブルトークンを前記借り手へ送信すること、を備えることができる。
【００３４】
（１６）実施形態に係る方法は、ブロックチェーンにおいて動作するスマートコントラク
トによって、貸付を管理する方法であって、前記スマートコントラクトが、貸し手から貸
付金を受信し、前記スマートコントラクトが、前記貸付金の預かり証書としてのノンファ
ンジブルトークンを前記貸し手へ送信すること、を備えることができる。
【００３５】
（１７）実施形態に係るスマートコントラクトは、コンピュータネットワークによって構
成されるブロックチェーンに実装されたスマートコントラクトであって、借入金の返済の
担保として、前記借入金の借り手が所有する第１ノンファンジブルトークンを受信し、前
記第１ノンファンジブルトークンの預かり証書としての第２ノンファンジブルトークンを
前記借り手へ送信すること、を含む動作を実行するよう構成されているのが好ましい。
【００３６】
（１８）実施形態に係るスマートコントラクトは、コンピュータネットワークによって構
成されるブロックチェーンに実装されたスマートコントラクトであって、貸し手から貸付
金を受信し、前記貸付金の預かり証書としてのノンファンジブルトークンを前記貸し手へ
送信すること、を含む動作を実行するよう構成されているのが好ましい。
【００３７】
＜２．借入と貸付とを管理する方法、借入を管理する方法、貸付を管理する方法、及び
スマートコントラクトの例＞
【００３８】
図１は、スマートコントラクト２０によって、借入と貸付とを管理する処理（借入・貸
付処理）の手順を示している。スマートコントラクト２０は、図２に示すブロックチェー
ン１０に実装されている。ブロックチェーン１０は、Ｐ２Ｐのコンピュータネットワーク
によって構成されている。
【００３９】
実施形態において、借入及び貸付の対象は、法定通貨その他の金銭でもよいが、好まし
くは、ブロックチェーン１０において使用可能な暗号資産（仮想通貨）である。ブロック
チェーン１０において使用可能な暗号資産は、スマートコントラクト２０による操作が容
易である。
【００４０】
実施形態において、ブロックチェーン１０は、一例として、Ｅｔｈｅｒｅｕｍ（イーサ
リアム）である。イーサリアムで使用される暗号資産（仮想通貨）をイーサ（Ｅｔｈｅｒ
）という。イーサは、代金の支払い等に使用でき、法定通貨と相互に交換できるなど、通
貨としての性質を有する。イーサは、法定通貨と同様に代替性（ｆｕｎｇｉｂｌｅ；ファ
ンジブル）を有するため、イーサは、ファンジブルトークンとも呼ばれる。
【００４１】
実施形態において、借入及び貸付の対象となる金銭（借入金又は貸付金）は、イーサな
どのファンジブルトークンであるのが好ましい。ファンジブルトークンは、代金の支払い
等に使用でき、法定通貨と相互に交換できる。借り手であるユーザＡは、必要とするファ
ンジブルトークンを借りることができ、貸し手であるユーザＢは、余裕のあるファンジブ
ルトークンを貸すことができる。
【００４２】
借入及び貸付の対象となるファンジブルトークンは、ブロックチェーン１０で使用可能
なステーブルコインであってもよい。ステーブルコインは、価格が比較的安定した暗号資
産である。ステーブルコインは、法定通貨担保型ステーブルコインであってもよいし、仮
想通貨担保型ステーブルコインであってもよい。法定通貨担保型ステーブルコインは、例
えば、ＰＡＸである。仮想通貨担保型ステーブルコインは、例えば、ＤＡＩである。ステ
ーブルコインも、代替性を有するため、ファンジブルトークンである。
【００４３】
イーサリアムなどのブロックチェーン１０によって発行可能なトークン（イーサリアム
トークン）としては、ファンジブルトークンの他に、ノンファンジブルトークン（非代替
性トークン；Ｎｏｎ-Ｆｕｎｇｉｂｌｅ  Ｔｏｋｅｎ：ＮＦＴ）がある。借入及び貸付の
対象となるトークンは、ノンファンジブルトークンであってもよい。
【００４４】
ＮＦＴは、ファンジブルトークンとは異なり、代替性を有さないトークンである。代替
性を有さないトークンは、他のトークンとは価値が異なることがある。ＮＦＴは、例えば
、コンピュータゲームにおいて取引されるデジタルアセットとして発行される。ＮＦＴは
、他のＮＦＴと区別される独自の価値を有することがある。このため、ＮＦＴは、他のＮ
ＦＴとの区別を可能にするための固有の識別子（ＮＦＴ−ＩＤ）を有する。なお、イーサ
のようなファンジブルトークンは、他のファンジブルトークンと価値が同じであり、区別
されることを要しないため、ＮＦＴ−ＩＤのような識別子を有しない。
【００４５】
ＮＦＴは、ファンジブルトークンと同様に、ブロックチェーン１０上において取引可能
である。ＮＦＴの取引履歴は、ブロックチェーン１０において記録される。ブロックチェ
ーン１０においては、ＮＦＴの所有者及び所有者履歴も記録される。
【００４６】
ＮＦＴは、例えば、Ｅｔｈｅｒｅｕｍ  Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ（
ＥＲＣ）７２１規格に従って発行されたトークンである。ＥＲＣ７２１規格に準拠したＮ
ＦＴを、ＮＦＴ−７２１トークンと呼ぶ。本実施形態では、一例として、ＮＦＴは、ＮＦ
Ｔ−７２１トークンであるものとして説明する。
【００４７】
実施形態においては、借り手となるユーザＡの所有するＮＦＴ７１は、借入の担保（質
物）として用いられる。担保となるＮＦＴ７１は、例えば、価値のあるゲームアイテムで
ある。借り手であるユーザＡが、返済期日までに返済をしない場合は、担保となっている
ＮＦＴ７１（担保ＮＦＴ）が貸し手であるユーザＢに移転される。
【００４８】
ＮＦＴ７１は、取引（所有者変更）が可能であり、独自の価値を有し、その所有者及び
取引履歴がブロックチェーン１０に記録されているため、担保として有効である。しかも
、ＮＦＴ７１は、ブロックチェーン１０において管理されているため、偽物・盗品である
おそれはなく、担保として有効である。ＮＦＴ７１を担保とすることで、借り手の信用を
審査する必要がない。
【００４９】
実施形態においては、ＮＦＴは、担保として利用されるほか、借入又は貸付を証明する
証書７２，７３（証書ＮＦＴ）としても利用される。ＮＦＴを担保及び証書７２，７３と
して利用することで、ブロックチェーン１０を利用した借入及び貸付が円滑に実施される
。また、証書ＮＦＴ７２，７３は、一般的なＮＦＴと同様に、取引（所有者変更）が可能
である。証書ＮＦＴ７２，７３の所有者は、証書ＮＦＴ７２，７３を、例えばＮＦＴマー
ケットで、売買することが可能である。
【００５０】
イーサリアムなどのブロックチェーン１０は、ファンジブルトークン８１及びＮＦＴ７
１などのトークン（暗号資産）を管理するアドレス３０，４０，５０を有する。このアド
レス３０，４０，５０は、イーサリアムにおいては、イーサリアムアドレスと呼ばれる。
暗号資産を管理するためのアドレス３０，４０，５０は、ブロックチェーン１０における
ユーザアカウントでもある。ブロックチェーン１０におけるアドレス３０，４０，５０（
アカウント）には、ユーザが所有するファンジブルトークン又はＮＦＴが関連付けられて
いる。
【００５１】
図２に示すブロックチェーン１０においては、ユーザＡのアドレス３０と、ユーザＢの
アドレス４０と、管理者のアドレス５０と、が示されている。これらのアドレス３０，４
０，５０間で、ファンジブルトークン８１又はＮＦＴ７１の取引（移転）が行われる。な
お、以下の説明において、ユーザＡは、借り手であり、アドレス３０（ユーザＡのアカウ
ント）を有する。ユーザＢは、貸し手であり、アドレス４０（ユーザＢのアカウント）を
有する。管理者は、借入及び貸付の仲介の管理する者（管理業者）であり、アドレス５０
（管理者のアカウント）を有する。
【００５２】
借り手となるユーザＡは、担保になり得るＮＦＴ７１を有する。ブロックチェーン１０
上において、ＮＦＴ７１は、ユーザＡのアドレス３０に関連付けられている。貸し手とな
るユーザＢは、貸付が可能なファンジブルトークン８１を有する。ファンジブルトークン
８１は、ユーザＢのアドレス４０に関連付けられている。
【００５３】
ユーザＡ及びユーザＢは、それぞれのアドレス３０，４０に関連付けられたトークン７
１，８１を、例えば、暗号資産を管理するためのウォレットアプリケーション１３０Ａ，
１４０Ａを介して参照できる。ウォレットアプリケーション１３０Ａ，１４０Ａは、例え
ば、ユーザＡ，Ｂが有する端末１３０，１４０にインストールされる。端末１３０，１４
０は、例えば、スマートフォン、タブレット又はパーソナルコンピュータである。ウォレ
ットアプリケーション１３０Ａ，１４０Ａは、それぞれのアドレス３０，４０に関連付け
られたトークン７１，８１を、端末１３０，１４０に表示させる。また、ユーザＡ，Ｂは
、ウォレットアプリケーション１３０Ａ，１４０Ａを用いて、それぞれのアドレス３０，
４０に関連付けられたトークン７１，８１の取引（例えば、トークンの送信）などのトー
クン７１，８１に関する操作を行うことができる。
【００５４】
トークン７１，８１に関する操作は、例えば、ユーザＡが、ユーザＡが有するトークン
７１をユーザＢへ送信する操作である。その操作が、ウォレットアプリケーション１３０
Ａにおいて行われると、ブロックチェーン１０上のユーザＡのアドレス３０（ユーザＡの
アカウント）から、ブロックチェーン１０上のユーザＢのアドレス４０（ユーザＢのアカ
ウント）へ、トークン７１が送信される。
【００５５】
なお、管理者も同様に、管理サーバ１００を介して、ブロックチェーン１０にアクセス
し、アドレス５０に関連付けられたトークンの参照及び取引を行うことができる。管理サ
ーバ１００は、担保となるＮＦＴ７１の発行者サーバ２００と、ネットワークを介して、
通信可能である。管理サーバ１００は、プロセッサ及びプロセッサに接続されたメモリを
備えるコンピュータによって構成される。メモリには、コンピュータプログラムが格納さ
れる。コンピュータプログラムは、プロセッサによって実行されることで、コンピュータ
を管理サーバ１００として動作させる。
【００５６】
発行者サーバ２００は、例えば、ゲームアイテムとしてのＮＦＴ７１が発行されるオン
ラインゲームの運営者のサーバである。発行者サーバ２００は、プロセッサ及びプロセッ
サに接続されたメモリを備えるコンピュータによって構成される。メモリには、コンピュ
ータプログラムが格納される。コンピュータプログラムは、プロセッサによって実行され
ることで、コンピュータを発行者サーバ２００として動作させる。
【００５７】
管理サーバ１００は、発行者サーバ２００から、担保となるＮＦＴ７１に関する情報７
１Ａ（ＮＦＴ情報）を、ネットワークを介して取得することができる。ＮＦＴ情報７１Ａ
は、例えば、ＮＦＴ７１に関連付けられた画像である。ＮＦＴ７１がゲームアイテムであ
る場合、画像は、例えば、そのゲームアイテムの画像である。ＮＦＴ情報７１Ａは、ゲー
ムアイテムの特性を示す情報など、ＮＦＴ７１が有する他の情報又はＮＦＴ７１に対応付
けられた他の情報であってもよい。
【００５８】
実施形態においては、借り手と貸し手のマッチング及び契約条件のマッチングのための
処理が、仲介サーバ３００において行われる。仲介サーバ３００は、例えば、前述の管理
者によって管理される。仲介サーバ３００は、例えば、インターネット上のサーバであり
、借り手又は貸し手となり得る多数のユーザがアクセス可能である。
【００５９】
借り手になりたいユーザＡは、端末１３０を介して、仲介サーバ３００にアクセスし、
借入のための契約条件案を、仲介サーバ３００に登録する。契約条件案は、例えば、担保
にするＮＦＴ７１、借りたい金額、利息、及び返済期日を含むことができる。また、貸し
手になりたいユーザＢは、端末１４０を介して、仲介サーバ３００にアクセスし、貸付の
ための契約条件案を、仲介サーバ３００に登録する。契約条件案は、例えば、貸付可能額
、利息、及び返済期日を含むことができる。
【００６０】
仲介サーバ３００は、借り手になりたいユーザＡが有するＮＦＴ７１（担保ＮＦＴ）の
ＮＦＴ情報７１Ａを表示する機能を有する。仲介サーバ３００は、管理サーバ１００から
、ネットワークを介して、ＮＦＴ情報７１Ａを取得し、他のユーザによるＮＦＴ情報７１
Ａの参照を可能とする。
【００６１】
仲介サーバ３００は、例えば、掲示板の機能を有する。掲示板は、ユーザ同士が契約条
件を決めるために用いられ、ユーザが参照及び書き込み可能である。借り手となるユーザ
Ａと貸し手となるユーザＢとの間で合意した契約条件は、仲介サーバ３００に登録される
。合意した契約条件は、例えば、借り手、貸し手、借入金額、利息、及び返済期日を示す
データ含むことができる。契約条件は、個々の契約をユニークに識別するための識別子を
含んでもよい。
【００６２】
仲介サーバ３００は、登録された契約条件を、ブロックチェーン１０上のスマートコン
トラクト２０へ送信する。スマートコントラクト２０は、受信した契約条件に従って、借
り手となるユーザＡと貸し手となるユーザＢとの間で借入と貸付とを履行させる処理（図
１参照）を行う。なお、登録された契約条件は、管理サーバ１００へも送信される。
【００６３】
スマートコントラクト２０は、受信した契約条件に従ったプロトコルを自動的に実行す
るようにブロックチェーン１０に実装されている。なお、実施形態に係るスマートコント
ラクト２０は、管理者によって、ブロックチェーン１０上に実装される。
【００６４】
スマートコントラクト２０は、コンピュータプログラム２０Ａが、ブロックチェーン１
０を構成するコンピュータネットワークに実装されることで構成される。コンピュータプ
ログラム２０Ａは、ブロックチェーン１０を構成するコンピュータネットワークにおいて
実行される。コンピュータプログラム２０Ａは、スマートコントラクト２０としての動作
を規定したプログラムコードを有する。コンピュータプログラム２０Ａがブロックチェー
ン１０を構成するコンピュータネットワークにおいて実行されることで、スマートコント
ラクトの動作が行われる。スマートコントラクト２０は、ブロックチェーン１０における
アドレス（コントラクトアドレス）に格納されている。
【００６５】
図１に戻り、仲介サーバ３００は、借り手となるユーザＡと貸し手となるユーザＢとの
間で合意した契約条件をスマートコントラクト２０へ送信する（ステップＳ４１）。スマ
ートコントラクト２０は、仲介サーバ３００から送信された契約条件を受信する（ステッ
プＳ２１）。
【００６６】
借り手であるユーザＡは、契約条件に従い、担保となるＮＦＴ７１（担保ＮＦＴ；第１
ノンファンジブルトークン）を、スマートコントラクト２０へ送信する操作を、ウォレッ
トアプリケーション１３０Ａ（端末１３０）において行う（ステップＳ１１）。この操作
が行われると、担保ＮＦＴ７１は、ユーザＡからスマートコントラクト２０へ送信される
。スマートコントラクト２０は、送信された担保ＮＦＴ７１を受信する（ステップＳ２２
）。つまり、図３に示すように、担保ＮＦＴ７１は、ユーザＡのアドレス３０（アカウン
ト）からスマートコントラクト２０へ送信される。これにより、スマートコントラクト２
０が、ＮＦＴ７１を、担保として、ユーザＡから預かった状態になる。
【００６７】
貸し手であるユーザＢは、契約条件に従い、貸付金８１（元金）となるファンジブルト
ークンを、スマートコントラクト２０へ送信する操作を、ウォレットアプリケーション１
４０Ａ（端末１４０）において行う（ステップＳ３１）。この操作が行われると、貸付金
８１は、ユーザＢからスマートコントラクト２０へ送信される。スマートコントラクト２
０は、送信された貸付金８１を受信する（ステップＳ２３）。つまり、図４に示すように
、貸付金８１は、ユーザＢのアドレス４０（アカウント）から、スマートコントラクト２
０へ送信される。これにより、スマートコントラクト２０が、貸付金８１をユーザＢから
預かった状態になる。
【００６８】
なお、ユーザＢからの貸付金の受信は、ユーザＡからの担保ＮＦＴ７１の受信よりも先
に行われてもよい。
【００６９】
スマートコントラクト２０は、担保ＮＦＴ７１及び貸付金８１の両方を受信すると、借
り手であるユーザＡへ、貸付金８１を、ユーザＡによる借入金（元金）として送信する（
ステップＳ２４）。ユーザＡは、送信された借入金８１Ａを受信する（ステップＳ１２）
。つまり、図５に示すように、借入金８１Ａは、スマートコントラクト２０から、ユーザ
Ａのアドレス３０へ送信される。これにより、ユーザＡは、借入金８１Ａを受け取った状
態になる。
【００７０】
ただし、実施形態において、ユーザＡへ送信される借入金８１Ａは、借入金（元金）の
全部ではなく、借入金の一部である。借入金の他の一部は、管理者によって第１手数料８
１Ｂとして徴収される。スマートコントラクト２０は、第１手数料８１Ｂを、管理者へ送
信する（ステップＳ２５）。管理者は、送信された第１手数料８１Ｂを受信する（ステッ
プＳ４２）。つまり、図５に示すように、第１手数料８１Ｂは、スマートコントラクト２
０から、管理者のアドレス５０へ送信される。これにより、管理者は、第１手数料８１Ｂ
が得られる。なお、借入金の全部がユーザＡへ送信されてもよい。
【００７１】
スマートコントラクト２０は、担保ＮＦＴ７１を受信すると、ユーザＡへ、担保ＮＦＴ
７１の預かり証書としての役割を有するＮＦＴ７２（預かり証書ＮＦＴ；借入証書ＮＦＴ
；第２ノンファンジブルトークン）を送信する（ステップＳ２６）。なお、預かり証書Ｎ
ＦＴ７２の送信は、スマートコントラクト２０が担保ＮＦＴ７１の受信と同時又は受信後
に行われればよく、ユーザＡへの借入金の送信前に行われてもよい。ユーザＡは、送信さ
れた預かり証書ＮＦＴ７２を受信する（ステップＳ１３）。つまり、図６に示すように、
預かり証書ＮＦＴ７２は、スマートコントラクト２０から、ユーザＡのアドレス３０へ送
信される。これにより、ユーザＡは、預かり証書ＮＦＴ７２を受け取った状態になる。実
施形態において、借入金８１Ａ及び預かり証書ＮＦＴ７２をユーザＡが受信することで、
借入が完了する。
【００７２】
ユーザＡは、預かり証書ＮＦＴ７２によって、借入金の返済をすることで担保ＮＦＴ７
１を取り戻す権利の権利者（預かり証書ＮＦＴ７２の所有者）であることを証明すること
ができる。預かり証書ＮＦＴ７２は、他のＮＦＴと同様に、ブロックチェーン１０におい
て、他者への移転（所有者変更）が可能である。したがって、預かり証書ＮＦＴ７２の他
者へ送信（所有者変更）すれば、借入金の返済によって担保ＮＦＴ７１を取り戻す権利を
、他者へ移転できる。
【００７３】
スマートコントラクト２０は、貸付金８１を受信すると、ユーザＢへ、貸付証書として
の役割を有するＮＦＴ７３（貸付証書ＮＦＴ；第３ノンファンジブルトークン）を送信す
る（ステップＳ２７）。貸付証書ＮＦＴ７３は、スマートコントラクト２０が貸付金を預
かったことを示す貸付金預かり証書でもある。なお、貸付証書ＮＦＴ７３の送信は、スマ
ートコントラクト２０が貸付金８１の受信と同時、貸付金８１の受信後、又は、ユーザＡ
へ借入金が送信された後に行われればよい。ユーザＢは、送信された貸付証書ＮＦＴ７３
を受信する（ステップＳ３２）。つまり、図６に示すように、貸付証書ＮＦＴ７３は、ス
マートコントラクト２０から、ユーザＢのアドレスへ送信される。これにより、ユーザＢ
は、貸付証書ＮＦＴ７３を受け取った状態になる。実施形態においては、ユーザＢが貸付
金８１を送付し、貸付証書ＮＦＴ７３を受信することで、貸付が完了する。
【００７４】
ユーザＢは、貸付証書ＮＦＴ７３によって、貸付金の返済を受ける権利の権利者である
こと、及び、返済がされなかったときは担保ＮＦＴ７１を取得できる権利の権利者である
ことを証明することができる。貸付証書ＮＦＴ７３は、他のＮＦＴと同様に、ブロックチ
ェーン１０において、他者への移転（所有者変更）が可能である。したがって、貸付証書
ＮＦＴ７３の他者へ送信（所有者変更）すれば、貸付金の返済を受ける権利、及び、返済
がされなかったときは担保ＮＦＴ７１を取得できる権利を、他者へ移転できる。
【００７５】
図７は、借入金の返済処理の手順を示している。図８にも示すように、借り手であるユ
ーザＡは、返済操作を、ウォレットアプリケーション１３０Ａ（端末１３０）において行
う（ステップＳ１１１）。返済操作は、返済期日経過前において可能である。返済操作は
、管理サーバ１００によって受け付けられる（ステップＳ１４１）。返済操作を受け付け
た管理サーバ１００は、返済額を、ユーザＡの端末１３０へ送信する（ステップＳ１４２
）。返済額は、例えば、借入金（元金）と返済日までの利息とを加えた額である。端末１
３０は、返済額を受信する（ステップＳ１１２）。これにより、ユーザＡは、返済額を把
握できる。
【００７６】
ユーザＡは、返済金９１となるファンジブルトークンを、スマートコントラクト２０へ
送信する（ステップＳ１１３）。スマートコントラクト２０は、送信された返済金９１を
受信する（ステップＳ１２１）。つまり、図８に示すように、返済金９１は、ユーザＡの
アドレス３０から、スマートコントラクト２０へ送信される。これにより、スマートコン
トラクト２０が、返済金９１を預かった状態になる。
【００７７】
スマートコントラクト２０は、返済金９１を受信すると、ユーザＡへ、預かっていた担
保ＮＦＴ７１を送信する（ステップＳ１２２）。ユーザＡは、送信された担保ＮＦＴ７１
を受信する（ステップＳ１１４）。つまり、図９に示すように、担保ＮＦＴ７１は、スマ
ートコントラクト２０から、ユーザＡのアドレス３０へ送信される。これにより、ユーザ
Ａは、担保ＮＦＴ７１の返却を受けた状態になる。
【００７８】
スマートコントラクト２０は、担保ＮＦＴ７１を送信すると、ユーザＡが所有する預か
り証書ＮＦＴ７２を無効化（ＢＡＮ）する（ステップＳ１２３）。担保ＮＦＴ７１の送信
と預かり証書ＮＦＴ７２の無効化とは、実質的に同時に行われるのが好ましい。無効化は
、ＮＦＴ７２をブロックチェーン１０において取引不能にすることであってもよいし、Ｎ
ＦＴ７２をブロックチェーン１０において消滅させることであってもよい。ＮＦＴ７２を
ブロックチェーン１０において取引不能にすることは、ＮＦＴ７２を強制的にスマートコ
ントラクト２０へ送信させて、スマートコントラクト２０がＮＦＴ７２を保持し続けるこ
とであってもよい。
【００７９】
スマートコントラクト２０は、借り手であるユーザＡから返済金９１を受信すると、貸
し手であるユーザＢへ、返済金９１Ａを送信する（ステップＳ１２４）。ユーザＢは、送
信された返済金９１Ａを受信する（ステップＳ１３１）。つまり、図１０に示すように、
返済金９１Ａは、スマートコントラクト２０から、ユーザＢのアドレス４０へ送信される
。これにより、ユーザＢは、貸付金の返済を受けた状態になる。
【００８０】
ただし、実施形態において、ユーザＢに送信される返済金９１Ａは、返済金の全部では
なく、返済金の一部である。返済金の他の一部は、管理者によって第２手数料９１Ｂとし
て徴収される。スマートコントラクト２０は、第２手数料９１Ｂを、管理者へ送信する（
ステップＳ１２５）。管理者は、送信された第２手数料９１Ｂを受信する（ステップＳ１
４３）。つまり、図１０に示すように、第２手数料９１Ｂは、スマートコントラクト２０
から、管理者のアドレス５０へ送信される。これにより、管理者は、第２手数料が得られ
る。なお、返済金の全部がユーザＢへ送信されてもよい。
【００８１】
スマートコントラクト２０は、返済金９１Ａを送信すると、ユーザＢが所有する貸付証
書ＮＦＴ７３を無効化（ＢＡＮ）する（ステップＳ１２６）。返済金９１Ａの送信と貸付
証書ＮＦＴ７３の無効化とは、実質的に同時に行われるのが好ましい。無効化は、ＮＦＴ
７３をブロックチェーン１０において取引不能にすることであってもよいし、ＮＦＴ７３
をブロックチェーン１０において消滅させることであってもよい。ＮＦＴ７３をブロック
チェーン１０において取引不能にすることは、ＮＦＴ７３を強制的にスマートコントラク
ト２０へ送信させて、スマートコントラクト２０がＮＦＴ７３を保持し続けることであっ
てもよい。
【００８２】
以上によって、返済処理が完了する。
【００８３】
実施形態においては、借入金の返済をする者は、借り手であるユーザＡに限られず、預
かり証書ＮＦＴ７２の所有者（第１所有者）であればよい。つまり、預かり証書ＮＦＴ７
２の所有者が借入金の返済義務を有する。預かり証書ＮＦＴ７２が借り手から他者へ無償
又は有償で譲渡（所有者変更）された場合、預かり証書ＮＦＴ７２の譲受人である他者が
、預かり証書ＮＦＴ７２の新たな所有者（第１所有者）になる。
【００８４】
図１１に示すように、借り手であるユーザＡは、ＮＦＴマーケット４００において、預
かり証書ＮＦＴ７２をユーザＣへ販売（譲渡）する合意を形成することができる。ＮＦＴ
マーケット４００は、例えば、ＮＦＴの取引のためのＷＥＢサイトである。この場合、預
かり証書ＮＦＴ７２は、ユーザＡのアドレス３０（アカウント）から、ユーザＣのアドレ
ス３１（アカウント）へ送信される。これにより、ユーザＣは、預かり証書ＮＦＴ７２の
新たな所有者（第１所有者）になる。
【００８５】
ユーザＣは、図７に示す返済処理手順に従って、ユーザＡに変わって借入金の返済をす
ることで、担保ＮＦＴ７１を取得できる。なお、借入金の返済は、ユーザＣから預かり証
書ＮＦＴ７２を譲り受けた者も可能である。
【００８６】
実施形態においては、借入金の返済を受ける者は、貸し手であるユーザＢに限られず、
貸付証書ＮＦＴ７３の所有者（第２所有者）であればよい。つまり、貸付証書ＮＦＴ７３
の所有者が、貸付金の返済を受ける権利、及び、返済がされなかったときは担保ＮＦＴ７
１を取得できる権利を有する。貸付証書ＮＦＴ７３が貸し手から他者へ無償又は有償で譲
渡（所有者変更）された場合、貸付証書ＮＦＴ７３の譲受人である他者が、貸付証書ＮＦ
Ｔ７３の新たな所有者（第２所有者）になる。
【００８７】
図１２に示すように、貸し手であるユーザＢは、ＮＦＴマーケット４００において、貸
付証書ＮＦＴ７３をユーザＤへ販売（譲渡）する合意を形成することができる。ＮＦＴマ
ーケット４００は、例えば、ＮＦＴの取引のためのＷＥＢサイトである。この場合、貸付
証書ＮＦＴ７３は、ユーザＢのアドレス４０（アカウント）から、ユーザＤのアドレス４
１（アカウント）へ送信される。これにより、ユーザＤは、貸付証書ＮＦＴ７３の新たな
所有者（第２所有者）になる。
【００８８】
ユーザＤは、図７に示す返済処理手順に従って、ユーザＢに変わって返済金を受信でき
る。また、返済がされなかったときは、ユーザＤは、後述のように、担保ＮＦＴ７１を受
信できる。なお、返済金の受信及び担保ＮＦＴ７１の受信は、ユーザＤから貸付証書ＮＦ
Ｔ７３を譲り受けた者も可能である。
【００８９】
図１３は、非返済時処理を示している。非返済時処理は、返済期日までに返済がされな
いとき実行される。非返済時処理においては、スマートコントラクト２０が預かっていた
担保ＮＦＴ７１が、貸し手であるユーザＢ（貸付証書ＮＦＴ７３の第２所有者）へ送信さ
れる。
【００９０】
まず、管理サーバ１００は、契約条件における返済期日が経過したこと、すなわち、返
済の不履行、を検出すると、返済期日が経過したことの通知を、貸し手であるユーザＢ（
貸付証書ＮＦＴ７３の第２所有者）へ送信する（ステップＳ２４１）。なお、管理サーバ
１００は、ブロックチェーン１０における貸付証書ＮＦＴ７３の所有者を参照する処理を
行うことで、貸付証書ＮＦＴ７３の、現時点での第２所有者を把握することができる。
【００９１】
返済期日が経過したことの通知を受信したユーザＢは、担保ＮＦＴ７１を入手できる状
態になったことを把握できる。担保ＮＦＴ７１を入手する権利を行使するため、第３手数
料となるファンジブルトークンを、スマートコントラクト２０へ送信する（ステップＳ２
３１）。第３手数料は、担保ＮＦＴ７１を入手するために管理者へ支払うべき手数料であ
る。
【００９２】
スマートコントラクト２０は、第３手数料を受信すると（ステップＳ２２１）、担保Ｎ
ＦＴ７１をユーザＢへ送信する。つまり、担保ＮＦＴ７１が、スマートコントラクトから
、ユーザＢのアドレスへ送信される。
【００９３】
ユーザＢは、スマートコントラクト２０から送信された担保ＮＦＴ７１を受信する（ス
テップＳ２３２）。これにより、ユーザＢは、返済を受けない代わりに、担保ＮＦＴ７１
を入手できる。
【００９４】
スマートコントラクト２０は、第３手数料を受信すると（ステップＳ２２１）、管理者
へ第３手数料を送信する（ステップＳ２２３）。管理者は、第３手数料を受信する（ステ
ップＳ２４２）。
【００９５】
スマートコントラクト２０は、担保ＮＦＴを送信すると（ステップＳ２２２）、預かり
証書ＮＦＴ７２及び貸付証書ＮＦＴ７３を無効化（ＢＡＮ）する（ステップＳ２２４）。
無効化の意義は、前述のとおりである。
【００９６】
以上により、非返済時処理が完了する。
【００９７】
図１４は、預かり証書ＮＦＴ７２及び貸付証書ＮＦＴ７３の生成の仕方を示している。
実施形態において、預かり証書ＮＦＴ７２（第２ノンファンジブルトークン）及び貸付証
書ＮＦＴ７３（第３ノンファンジブルトークン）は、管理サーバ１００によって発行され
る。実施形態に係る管理サーバ１００は、借入と貸付とを管理する方法において用いられ
る。管理サーバ１００は、第１ノンファンジブルトークン７１に関するデータ７１Ａから
、第２ノンファンジブルトークン７２及び第３ノンファンジブルトークン７３を発行し、
第２ノンファンジブルトークン７２及び前記第３ノンファンジブルトークン７３を、スマ
ートコントラクト２０へ送信するよう動作するプロセッサを備える。
【００９８】
管理サーバ１００は、ＮＦＴ情報７１Ａ（第１ノンファンジブルトークンに関するデー
タ）を用いて、預かり証書ＮＦＴ７２及び貸付証書ＮＦＴ７３を発行する。ＮＦＴ情報７
１Ａは、例えば、担保ＮＦＴ７１の画像を含む。実施形態においては、管理サーバ１００
は、契約条件データ７１Ｂをも用いて、預かり証書ＮＦＴ７２及び貸付証書ＮＦＴ７３を
発行する。管理サーバ１００は、契約条件データ７１Ｂを、仲介サーバ３００から取得す
る。契約条件データ７１Ｂは、例えば、担保ＮＦＴ７１のＮＦＴ＿ＩＤ（ＮＦＴの識別子
）、借入日（貸付日）、返済期日、利息、借入金額（貸付金額）、及び返済金額合計を含
む。
【００９９】
管理サーバ１００は、仲介サーバ３００から契約条件データ７１Ｂを取得すると、担保
ＮＦＴ７１のＮＦＴ情報７１Ａと契約条件データ７１Ｂとを組み合わせて、預かり証書Ｎ
ＦＴ７２を生成する。生成された預かり証書ＮＦＴ７２は、担保ＮＦＴ７１に関する情報
と契約条件とを有する。したがって、預かり証書ＮＦＴ７２を参照した第三者は、担保Ｎ
ＦＴ７１に関する情報と契約条件とを把握できる。この結果、預かり証書ＮＦＴ７２の円
滑な取引が可能となる。
【０１００】
また、管理サーバ１００は、仲介サーバ３００から契約条件データ７１Ｂを取得すると
、担保ＮＦＴ７１のＮＦＴ情報７１Ａと契約条件データ７１Ｂとを組み合わせて、貸付証
書ＮＦＴ７３を生成する。生成された貸付証書ＮＦＴ７３は、担保ＮＦＴ７１に関する情
報と契約条件とを示す。したがって、貸付証書ＮＦＴ７３を参照した第三者は、担保ＮＦ
Ｔ７１に関する情報と契約条件とを把握できる。この結果、貸付証書ＮＦＴ７３の円滑な
取引が可能となる。
【０１０１】
管理サーバ１００は、生成した預かり証書ＮＦＴ７２及び貸付証書ＮＦＴ７３を、スマ
ートコントラクト２０へ送信する。スマートコントラクト２０は、受信した預かり証書Ｎ
ＦＴ７２を借り手へ送信する（図１のステップＳ２６）。スマートコントラクト２０は、
受信した貸付証書ＮＦＴ７３を貸し手へ送信する（図１のステップＳ２７）。
【０１０２】
なお、証書ＮＦＴ７２，７３は、スマートコントラクト２０にて生成されてもよい。
【０１０３】
本発明は、上記実施形態に限定されるものではなく、様々な変形が可能である。
【符号の説明】
【０１０４】
１０        ：ブロックチェーン
２０        ：スマートコントラクト
２０Ａ      ：コンピュータプログラム
３０        ：ユーザＡのアドレス
３１        ：ユーザＣのアドレス
４０        ：ユーザＢのアドレス
４１        ：ユーザＤのアドレス
５０        ：管理者のアドレス
７１        ：第１ノンファンジブルトークン（担保ＮＦＴ）
７１Ａ      ：ＮＦＴ情報
７１Ｂ      ：契約条件データ
７２        ：第２ノンファンジブルトークン（担保ＮＦＴの預かり証書ＮＦＴ）
７３        ：第３ノンファンジブルトークン（貸付証書ＮＦＴ；貸付金の預かり証書Ｎ
ＦＴ）
８１        ：貸付金
８１Ａ      ：借入金
８１Ｂ      ：第１手数料
９１        ：返済金
９１Ａ      ：返済金
９１Ｂ      ：第２手数料
１００      ：管理サーバ
１３０      ：端末
１３０Ａ    ：ウォレットアプリケーション
１４０      ：端末
１４０Ａ    ：ウォレットアプリケーション
２００      ：発行者サーバ
３００      ：仲介サーバ
４００      ：ＮＦＴマーケット
Ａ          ：ユーザ
Ｂ          ：ユーザ
Ｃ          ：ユーザ
Ｄ          ：ユーザ
【要約】      （修正有）【課題】スマートコントラクトによって、借入又は貸付の管理を行うための技術的手段を提供する。【解決手段】ブロックチェーン１０において動作するスマートコントラクト２０によって、借入と貸付とを管理するための方法であって、スマートコントラクトが、借入金の返済の担保として、借入金の借り手が所有する第１ノンファンジブルトークン７１を受信し、借り手へ第１ノンファンジブルトークンの預かり証書としての第２ノンファンジブルトークンを送信し、借入金となった貸付金の貸し手へ、貸付金の預かり証書としての第３ノンファンジブルトークンを送信する。【選択図】図２【図１】
0006804073.tif 000002
【図２】
0006804073.tif 000003
【図３】
0006804073.tif 000004
【図４】
0006804073.tif 000005
【図５】
0006804073.tif 000006
【図６】
0006804073.tif 000007
【図７】
0006804073.tif 000008
【図８】
0006804073.tif 000009
【図９】
0006804073.tif 000010
【図１０】
0006804073.tif 000011
【図１１】
0006804073.tif 000012
【図１２】
0006804073.tif 000013
【図１３】
0006804073.tif 000014
【図１４】
0006804073.tif 000015