(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024083373
(43)【公開日】2024-06-21
(54)【発明の名称】情報処理装置、情報処理方法、及びプログラム
(51)【国際特許分類】
G06Q 30/0645 20230101AFI20240614BHJP
G06Q 30/0601 20230101ALI20240614BHJP
【ＦＩ】
G06Q30/0645
G06Q30/0601
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2024049176
(22)【出願日】2024-03-26
(62)【分割の表示】P 2023557150の分割
【原出願日】2023-03-29
(31)【優先権主張番号】P 2022059485
(32)【優先日】2022-03-31
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】516066109
【氏名又は名称】株式会社リアライズコーポレーション
(74)【代理人】
【識別番号】100126000
【弁理士】
【氏名又は名称】岩池 満
(74)【代理人】
【識別番号】100154748
【弁理士】
【氏名又は名称】菅沼 和弘
(72)【発明者】
【氏名】今福 洋介
(57)【要約】
【課題】実空間と仮想空間とが介在した取引において、取引者の間で信用を確保した上で価値を安全に取引できるようにすることを課題とする。
【解決手段】取引情報管理部５８は、実空間又は仮想空間における第１価値を有する実空間又は仮想空間に存在する第１ユーザと、実空間又は仮想空間における第２価値を有する実空間又は仮想空間に存在する第２ユーザとの間の当該第１価値及び当該第２価値の交換をするための第１取引をした際に、第１価値に関する情報、第１ユーザに関する情報、第２価値に関する情報、及び第２ユーザに関する情報を、取引情報として、ブロックチェーンＢに記録して管理する。取引制御部５７は、第１価値、第１ユーザ、第２価値、及び第２ユーザのうち少なくとも一部に関連する第２取引がなされる際に、ブロックチェーンＢに記録して管理されている取引情報を用いて、第２取引を制御する。これにより上記課題を解決する。
【選択図】図４
【解決手段】取引情報管理部５８は、実空間又は仮想空間における第１価値を有する実空間又は仮想空間に存在する第１ユーザと、実空間又は仮想空間における第２価値を有する実空間又は仮想空間に存在する第２ユーザとの間の当該第１価値及び当該第２価値の交換をするための第１取引をした際に、第１価値に関する情報、第１ユーザに関する情報、第２価値に関する情報、及び第２ユーザに関する情報を、取引情報として、ブロックチェーンＢに記録して管理する。取引制御部５７は、第１価値、第１ユーザ、第２価値、及び第２ユーザのうち少なくとも一部に関連する第２取引がなされる際に、ブロックチェーンＢに記録して管理されている取引情報を用いて、第２取引を制御する。これにより上記課題を解決する。
【選択図】図４
【特許請求の範囲】
【請求項1】
実空間又は仮想空間における第１価値を有する実空間又は仮想空間に存在する第１ユーザと、実空間又は仮想空間における第２価値を有する実空間又は仮想空間に存在する第２ユーザとの間の当該第１価値及び当該第２価値の交換をするための第１取引をした際に、前記第１価値に関する情報、前記第１ユーザに関する情報、前記第２価値に関する情報、及び前記第２ユーザに関する情報を、取引情報として、ブロックチェーン又は分散型台帳に記録して管理する管理手段と、
前記第１価値、前記第１ユーザ、前記第２価値、及び前記第２ユーザのうち少なくとも一部に関連する第２取引がなされる際に、前記管理手段により前記ブロックチェーン又は前記分散型台帳に記録して管理されている前記取引情報を用いて、当該第２取引を制御する取引制御手段と、
を備える情報処理装置。
前記第１価値、前記第１ユーザ、前記第２価値、及び前記第２ユーザのうち少なくとも一部に関連する第２取引がなされる際に、前記管理手段により前記ブロックチェーン又は前記分散型台帳に記録して管理されている前記取引情報を用いて、当該第２取引を制御する取引制御手段と、
を備える情報処理装置。
【請求項2】
前記第１取引は、前記第１価値、前記第１ユーザ、前記第２価値、及び前記第２ユーザのうち少なくとも一部が仮想空間のものである場合における取引である、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項3】
前記管理手段は、さらに、前記第１価値と前記第２価値のうち少なくとも一方の流通の履歴を前記取引情報に含めて、前記ブロックチェーン又は前記分散型台帳に記録して管理する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項4】
前記管理手段は、さらに、前記第１価値と前記第２価値のうち少なくとも一方の所有者の履歴を前記取引情報に含めて、前記ブロックチェーン又は前記分散型台帳に記録して管理する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項5】
情報処理装置が実行する情報処理方法において、
実空間又は仮想空間における第１価値を有する実空間又は仮想空間に存在する第１ユーザと、実空間又は仮想空間における第２価値を有する実空間又は仮想空間に存在する第２ユーザとの間の当該第１価値及び当該第２価値の交換をするための第１取引をした際に、前記第１価値に関する情報、前記第１ユーザに関する情報、前記第２価値に関する情報、及び前記第２ユーザに関する情報を、取引情報として、ブロックチェーン又は分散型台帳に記録して管理する管理ステップと、
前記第１価値、前記第１ユーザ、前記第２価値、及び前記第２ユーザのうち少なくとも一部に関連する第２取引がなされる際に、前記管理ステップの処理により前記ブロックチェーン又は前記分散型台帳に記録して管理されている前記取引情報を用いて、当該第２取引を制御する取引制御ステップと、
を含む情報処理方法。
実空間又は仮想空間における第１価値を有する実空間又は仮想空間に存在する第１ユーザと、実空間又は仮想空間における第２価値を有する実空間又は仮想空間に存在する第２ユーザとの間の当該第１価値及び当該第２価値の交換をするための第１取引をした際に、前記第１価値に関する情報、前記第１ユーザに関する情報、前記第２価値に関する情報、及び前記第２ユーザに関する情報を、取引情報として、ブロックチェーン又は分散型台帳に記録して管理する管理ステップと、
前記第１価値、前記第１ユーザ、前記第２価値、及び前記第２ユーザのうち少なくとも一部に関連する第２取引がなされる際に、前記管理ステップの処理により前記ブロックチェーン又は前記分散型台帳に記録して管理されている前記取引情報を用いて、当該第２取引を制御する取引制御ステップと、
を含む情報処理方法。
【請求項6】
コンピュータに、
実空間又は仮想空間における第１価値を有する実空間又は仮想空間に存在する第１ユーザと、実空間又は仮想空間における第２価値を有する実空間又は仮想空間に存在する第２ユーザとの間の当該第１価値及び当該第２価値の交換をするための第１取引をした際に、前記第１価値に関する情報、前記第１ユーザに関する情報、前記第２価値に関する情報、及び前記第２ユーザに関する情報を、取引情報として、ブロックチェーン又は分散型台帳に記録して管理する管理ステップと、
前記第１価値、前記第１ユーザ、前記第２価値、及び前記第２ユーザのうち少なくとも一部に関連する第２取引がなされる際に、前記管理ステップの処理により前記ブロックチェーン又は前記分散型台帳に記録して管理されている前記取引情報を用いて、当該第２取引を制御する取引制御ステップと、
を含む制御処理を実行させるプログラム。
実空間又は仮想空間における第１価値を有する実空間又は仮想空間に存在する第１ユーザと、実空間又は仮想空間における第２価値を有する実空間又は仮想空間に存在する第２ユーザとの間の当該第１価値及び当該第２価値の交換をするための第１取引をした際に、前記第１価値に関する情報、前記第１ユーザに関する情報、前記第２価値に関する情報、及び前記第２ユーザに関する情報を、取引情報として、ブロックチェーン又は分散型台帳に記録して管理する管理ステップと、
前記第１価値、前記第１ユーザ、前記第２価値、及び前記第２ユーザのうち少なくとも一部に関連する第２取引がなされる際に、前記管理ステップの処理により前記ブロックチェーン又は前記分散型台帳に記録して管理されている前記取引情報を用いて、当該第２取引を制御する取引制御ステップと、
を含む制御処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【0002】
近年、物を購入する時代から借りる時代に代わりつつある。
物を貸し借りするサービスとしては、ＢｔｏＣ（Ｂｕｓｉｎｅｓｓ ｔｏ Ｃｏｎｓｕｍｅｒ）、即ち企業が一般消費者を対象に物品をレンタルするサービスはあるが、個人対個人間のレンタルサービスは、実現されていない。
また、従来から、二者間をマッチングさせるシステム（特許文献１参照）や、ＣｔｏＣ（Ｃｏｎｓｕｍｅｒ ｔｏ Ｃｏｎｓｕｍｅｒ）の電子商取引を行うための各種サービス（メルカリやヤフオク等）は既に提供されているが、物の売り買いをすることに限られている。メルカリ、ヤフオクは登録商標である。
物を貸し借りするサービスとしては、ＢｔｏＣ（Ｂｕｓｉｎｅｓｓ ｔｏ Ｃｏｎｓｕｍｅｒ）、即ち企業が一般消費者を対象に物品をレンタルするサービスはあるが、個人対個人間のレンタルサービスは、実現されていない。
また、従来から、二者間をマッチングさせるシステム（特許文献１参照）や、ＣｔｏＣ（Ｃｏｎｓｕｍｅｒ ｔｏ Ｃｏｎｓｕｍｅｒ）の電子商取引を行うための各種サービス（メルカリやヤフオク等）は既に提供されているが、物の売り買いをすることに限られている。メルカリ、ヤフオクは登録商標である。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１５－１２９９８３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、従来の技術では、ＣｔｏＣの電子商取引の対象に、物のレンタルは含まれていないばかりか、仮想空間を含んだ取引は含まれていない。
【0005】
本発明は、このような状況に鑑みてなされたものであり、実空間と仮想空間とが介在した取引において、取引者の間で信用を確保した上で価値を安全に取引できるようにすることを目的とする。
【課題を解決するための手段】
【0006】
上記目的を達成するため、本発明の一態様の情報処理装置は、
実空間又は仮想空間における第１価値を有する実空間又は仮想空間に存在する第１ユーザと、実空間又は仮想空間における第２価値を有する実空間又は仮想空間に存在する第２ユーザとの間の当該第１価値及び当該第２価値の交換をするための第１取引をした際に、前記第１価値に関する情報、前記第１ユーザに関する情報、前記第２価値に関する情報、及び前記第２ユーザに関する情報を、取引情報として、ブロックチェーン又は分散型台帳に記録して管理する管理手段と、
前記第１価値、前記第１ユーザ、前記第２価値、及び前記第２ユーザのうち少なくとも一部に関連する第２取引がなされる際に、前記管理手段により前記ブロックチェーン又は前記分散型台帳に記録して管理されている前記取引情報を用いて、当該第２取引を制御する取引制御手段と、
を備える。
実空間又は仮想空間における第１価値を有する実空間又は仮想空間に存在する第１ユーザと、実空間又は仮想空間における第２価値を有する実空間又は仮想空間に存在する第２ユーザとの間の当該第１価値及び当該第２価値の交換をするための第１取引をした際に、前記第１価値に関する情報、前記第１ユーザに関する情報、前記第２価値に関する情報、及び前記第２ユーザに関する情報を、取引情報として、ブロックチェーン又は分散型台帳に記録して管理する管理手段と、
前記第１価値、前記第１ユーザ、前記第２価値、及び前記第２ユーザのうち少なくとも一部に関連する第２取引がなされる際に、前記管理手段により前記ブロックチェーン又は前記分散型台帳に記録して管理されている前記取引情報を用いて、当該第２取引を制御する取引制御手段と、
を備える。
【0007】
本発明の一態様の情報処理方法及びプログラムの夫々は、上述の本発明の一態様の情報処理装置に対応する情報処理方法及びプログラムの夫々である。
【発明の効果】
【0008】
本発明によれば、実空間と仮想空間とが介在した取引において、取引者の間で信用を確保した上で価値を安全に取引できる。
【図面の簡単な説明】
【0009】
【図1】本発明の情報処理装置の一実施形態に係る管理サーバを含む情報処理システムの構成の概要を示す図である。
【図8】本発明の一実施形態に係る情報処理システムの適用により実現可能となるファンドの概要を説明する図である。
【図10】本発明の一実施形態に係る情報処理システムの適用により実現可能となるレンタルサービスの基本的な流れを示すイメージ図である。
【図11】レンタルサービスにおいて借手ユーザから支払われた料金の流れを示すイメージ図である。
【図12】貸手端末２及び借手端末２に表示されたＧＵＩ（グラフィカルユーザインタフェース）を介して借入申請を行う場合の例を示す図である。
【図17A】仮想空間内の仮想投資対象における資産の取り扱いの具体例を示す図である。
【図17B】仮想空間内の仮想投資対象における資産の取り扱いの具体例を示す図である。
【図17C】仮想空間内の仮想投資対象における資産の取り扱いの具体例を示す図である。
【図17D】仮想空間内の仮想投資対象における資産の取り扱いの具体例を示す図である。
【発明を実施するための形態】
【0010】
以下、本発明の実施形態について、図面を用いて説明する。
【0011】
まず、図１を参照して、本発明の一実施形態に係る管理サーバが適用される情報処理システムにより実現可能となるサービス（以下、「本サービス」と呼ぶ）の概要について説明する。
図１は、本発明の情報処理装置の一実施形態に係る管理サーバが適用される情報処理システムにより実現可能となる本サービスの概要を示す図である。
図１は、本発明の情報処理装置の一実施形態に係る管理サーバが適用される情報処理システムにより実現可能となる本サービスの概要を示す図である。
【0012】
図１に示すように、原点を中心に、図１中上方は実空間（現実世界）を示しており、図１中下方は仮想空間を示している。原点に近い程、実空間（現実世界）と仮想空間との関連性が高いことを意味し、原点から離れる程、実空間（現実世界）又は仮想空間特有の深い世界を意味している。
また、原点を中心に、図１中左方は取引のうち売買を示しており、右方はレンタル（賃貸）を示している。
また、原点を中心に、図１中左方は取引のうち売買を示しており、右方はレンタル（賃貸）を示している。
【0013】
第１象限の領域ＧＬは、現実世界でレンタルの行為をする領域であって、現実世界で流通する貨幣が用いられる領域である。以下、このような第１象限の領域ＧＬを、「現実世界・レンタル領域ＧＬ」と呼ぶ。
第２象限の領域ＧＢは、現実世界で販売の行為をする領域であって、現実世界で流通する貨幣が用いられる領域である。以下、このような第１象限の領域ＧＢを、「現実世界・売買領域ＧＢ」と呼ぶ。
第３象限の領域ＶＢは、仮想空間で販売の行為をする領域であって、仮想空間で流通する仮想通貨（暗号資産）が用いられる領域である。以下、このような第１象限の領域ＶＢを、「仮想空間・売買領域ＶＢ」と呼ぶ。
ここで、仮想空間・売買領域ＶＢのうち浅い（原点に近い）方の領域ＶＢＳは、売買の対象が仮想通貨である領域である。
これに対して、仮想空間・売買領域ＶＢのうち深い（原点から離れた）方の領域ＶＢＤは、売買の対象がメタバース（仮想空間）に配置されるオブジェクト（アイテムや仮想空間上の土地等）である領域である。
第４象限の領域ＶＬは、仮想空間でレンタルの行為をする領域であって、仮想空間で流通する仮想通貨が用いられる領域である。以下、このような第４象限の領域ＶＬを、「仮想空間・レンタル領域ＶＬ」と呼ぶ。
ここで、仮想空間・レンタル領域ＶＬのうち浅い（原点に近い）方の領域ＶＬＳは、レンタル対象が仮想通貨（暗号通貨）である領域である。
これに対して、仮想空間・レンタル領域ＶＬのうち深い（原点から離れた）方の領域ＶＬＤは、レンタルの対象がメタバース（仮想空間）に配置されるオブジェクト（アイテムや仮想空間上の土地等）である領域である。
第２象限の領域ＧＢは、現実世界で販売の行為をする領域であって、現実世界で流通する貨幣が用いられる領域である。以下、このような第１象限の領域ＧＢを、「現実世界・売買領域ＧＢ」と呼ぶ。
第３象限の領域ＶＢは、仮想空間で販売の行為をする領域であって、仮想空間で流通する仮想通貨（暗号資産）が用いられる領域である。以下、このような第１象限の領域ＶＢを、「仮想空間・売買領域ＶＢ」と呼ぶ。
ここで、仮想空間・売買領域ＶＢのうち浅い（原点に近い）方の領域ＶＢＳは、売買の対象が仮想通貨である領域である。
これに対して、仮想空間・売買領域ＶＢのうち深い（原点から離れた）方の領域ＶＢＤは、売買の対象がメタバース（仮想空間）に配置されるオブジェクト（アイテムや仮想空間上の土地等）である領域である。
第４象限の領域ＶＬは、仮想空間でレンタルの行為をする領域であって、仮想空間で流通する仮想通貨が用いられる領域である。以下、このような第４象限の領域ＶＬを、「仮想空間・レンタル領域ＶＬ」と呼ぶ。
ここで、仮想空間・レンタル領域ＶＬのうち浅い（原点に近い）方の領域ＶＬＳは、レンタル対象が仮想通貨（暗号通貨）である領域である。
これに対して、仮想空間・レンタル領域ＶＬのうち深い（原点から離れた）方の領域ＶＬＤは、レンタルの対象がメタバース（仮想空間）に配置されるオブジェクト（アイテムや仮想空間上の土地等）である領域である。
【0014】
従来から、現実世界・売買領域ＧＢにおけるサービスＯＳ１として、例えばメルカリ（登録商標）やヤフオク（登録商標）のような、ＣｔｏＣの電子商取引を用いた物の売買サービスが存在している。
このような従来のサービスＯＳ１に対して、現実世界・レンタル領域ＧＬへ向けた点線矢印で示すように、ＣｔｏＣの電子商取引を用いた物のレンタルサービスについては本出願人により既に提案されている（特願２０２１－０６３３６９号明細書、特許７０９２９４９号明細書等参照）。
このような従来のサービスＯＳ１に対して、現実世界・レンタル領域ＧＬへ向けた点線矢印で示すように、ＣｔｏＣの電子商取引を用いた物のレンタルサービスについては本出願人により既に提案されている（特願２０２１－０６３３６９号明細書、特許７０９２９４９号明細書等参照）。
【0015】
また、従来から、仮想空間・売買領域ＶＢのうち領域ＶＢＳにおけるサービスＯＳ２として、例えばビットコイン（登録商標）のような仮想通貨の売買サービスが存在した。
【0016】
本サービスの一例として、例えば従来のサービスＯＳ２から仮想空間・レンタル領域ＶＬの浅い領域ＶＬＳへ向けた矢印で示すように、例えばビットコイン（登録商標）のような仮想通貨のいわゆる貸金のサービスＮＳ１を提供することができる。
なお、仮想通貨の貸金のサービスＮＳ１の具体例については、図５を参照して後述する。
なお、仮想通貨の貸金のサービスＮＳ１の具体例については、図５を参照して後述する。
【0017】
また、本サービスの一例として、例えば仮想空間・売買領域ＶＢの深い領域ＶＢＤから仮想空間・レンタル領域ＶＬの深い領域ＶＬＤへ向けた矢印で示すように、例えばメタバース（仮想空間）内において、オブジェクト（アイテムや仮想空間上の土地等）を売買したりレンタルしたりするサービスＮＳ２を提供することもできる。
【0018】
さらに、現実世界の物品、現実世界の貨幣や金、仮想空間のオブジェクト、仮想空間の仮想通貨などを「価値」と把握すれば、本サービスの一例として、例えば仮想空間・レンタル領域ＶＬから現実世界・レンタル領域ＧＬへ向けた矢印で示すように、次のようなサービスＮＳ３を提供することができる。
即ち、実空間又は仮想空間における第１価値を有する実空間又は仮想空間に存在する第１ユーザと、実空間又は仮想空間における第２価値を有する実空間又は仮想空間に存在する第２ユーザとの間の当該第１価値及び当該第２価値の交換をするための取引であって、第１価値、第１ユーザ、第２価値、及び第２ユーザのうち少なくとも一部が仮想空間のものである場合における取引を支援するサービスが、サービスＮＳ３として提供可能とされている。
なお、図１におけるサービスＮＳ３を示す矢印は、上述のサービスＮＳ３の説明から容易にわかるように例示にしか過ぎない。即ち、サービスＮＳ３は、図１に図示する矢印のみならず、図１には図示せぬ各種各様な方向の矢印として表すことが可能になる。
即ち、実空間又は仮想空間における第１価値を有する実空間又は仮想空間に存在する第１ユーザと、実空間又は仮想空間における第２価値を有する実空間又は仮想空間に存在する第２ユーザとの間の当該第１価値及び当該第２価値の交換をするための取引であって、第１価値、第１ユーザ、第２価値、及び第２ユーザのうち少なくとも一部が仮想空間のものである場合における取引を支援するサービスが、サービスＮＳ３として提供可能とされている。
なお、図１におけるサービスＮＳ３を示す矢印は、上述のサービスＮＳ３の説明から容易にわかるように例示にしか過ぎない。即ち、サービスＮＳ３は、図１に図示する矢印のみならず、図１には図示せぬ各種各様な方向の矢印として表すことが可能になる。
【0019】
サービスＮＳ１乃至ＮＳ３を代表とする本サービスは、取引の安全性も担保している。
具体的には、本サービスは、第１ユーザと第２ユーザとの間で第１価値と第２価値とを交換する取引をした際に、第１価値に関する情報、第１ユーザに関する情報、第２価値に関する情報、及び第２ユーザに関する情報を、取引情報として、ブロックチェーン又は分散型台帳に記録して管理している。なお、以下の例では、ブロックチェーンが用いられるものとする。
具体的には、本サービスは、第１ユーザと第２ユーザとの間で第１価値と第２価値とを交換する取引をした際に、第１価値に関する情報、第１ユーザに関する情報、第２価値に関する情報、及び第２ユーザに関する情報を、取引情報として、ブロックチェーン又は分散型台帳に記録して管理している。なお、以下の例では、ブロックチェーンが用いられるものとする。
【0020】
ブロックチェーンは、分散型ネットワークを構成する複数のコンピュータに、暗号技術を組み合わせ、取引情報等のデータを同期して記録するよう構成されている。
ブロックチェーンの場合、一定期間の取引情報をブロック単位にまとめ、コンピュータ同士で検証し合いながら正しい記録をチェーン（鎖）のようにつないで蓄積する。
ブロックチェーンの特徴は、一部のコンピュータで取引データが改ざんされたとしても、他のコンピュータとの多数決によって正しい取引データが選ばれるため、記録の改ざんや不正取引を防止できることである。
ブロックチェーンは、ブロックと呼ばれるデータの単位を生成し、時系列に沿ってチェーンのようにつないでいくことでデータベースとなる。
各ブロックは、連結されたブロックの一つ前のハッシュ値（ハッシュ関数により計算された値）を持っており、それをさかのぼることで、つながりを辿ることができる。
ブロックチェーンにおいて管理されている、過去に生成されたブロック内の情報を改ざんしようと試みた場合、変更したブロックから算出されるハッシュ値は以前のものと異なるものとなるため、後続のすべてのブロックのハッシュ値を変更しなければならず、変更は事実上困難であり、改ざん防止対策が施されている。
ブロックチェーンの場合、一定期間の取引情報をブロック単位にまとめ、コンピュータ同士で検証し合いながら正しい記録をチェーン（鎖）のようにつないで蓄積する。
ブロックチェーンの特徴は、一部のコンピュータで取引データが改ざんされたとしても、他のコンピュータとの多数決によって正しい取引データが選ばれるため、記録の改ざんや不正取引を防止できることである。
ブロックチェーンは、ブロックと呼ばれるデータの単位を生成し、時系列に沿ってチェーンのようにつないでいくことでデータベースとなる。
各ブロックは、連結されたブロックの一つ前のハッシュ値（ハッシュ関数により計算された値）を持っており、それをさかのぼることで、つながりを辿ることができる。
ブロックチェーンにおいて管理されている、過去に生成されたブロック内の情報を改ざんしようと試みた場合、変更したブロックから算出されるハッシュ値は以前のものと異なるものとなるため、後続のすべてのブロックのハッシュ値を変更しなければならず、変更は事実上困難であり、改ざん防止対策が施されている。
【0021】
次に、図２を参照して、上述した本サービスの提供を実現化させる情報処理システム、即ち本発明の情報処理装置の一実施形態に係る管理サーバが適用される情報処理システムの構成について説明する。
図２は、図１の本サービスが適用される情報処理システム、即ち、本発明の情報処理装置の一実施形態に係る管理サーバが適用される情報処理システムの構成の一例を示す図である。
図２は、図１の本サービスが適用される情報処理システム、即ち、本発明の情報処理装置の一実施形態に係る管理サーバが適用される情報処理システムの構成の一例を示す図である。
【0022】
図２に示す情報処理システムは、管理サーバ１と、ユーザ端末２－１乃至２－ｎ（ｎは１以上の任意の整数値）と、仮想空間サーバ３－１乃至３－ｍ（ｍは１以上の任意の整数値）と、ブロックチェーンＢとが、インターネット等の所定のネットワークＮを介して相互に通信可能に接続されることで構成される。
【0023】
管理サーバ１は、図１の本サービスを提供する者Ｍ（以下、「サービス提供者Ｍ」と呼ぶ）が管理する情報処理装置である。管理サーバ１は、ユーザ端末２－１乃至２－ｎ、仮想空間サーバ３－１乃至３－ｍ、及びブロックチェーンＢの夫々と各種情報を授受して、本サービスを提供するための各種処理を実行する。
【0024】
ユーザ端末２－１乃至２－ｎの夫々は、現実世界に存在するユーザＵＧ１乃至ＵＧｎ（以下、「実ユーザＵＧ１乃至ＵＧｎ」と呼ぶ）の夫々が操作する情報処理装置であって、例えばパーソナルコンピュータ、スマートフォン、タブレット等で構成される。
なお、以下、実ユーザＵＧ１乃至ＵＧｎを個々に区別する必要がない場合、これらをまとめて「実ユーザＵＧ」と呼ぶ。また、リアルユーザＵＧと呼んでいる場合、ユーザ端末２－１乃至２－ｎをまとめて「ユーザ端末２」と呼ぶ。
なお、以下、実ユーザＵＧ１乃至ＵＧｎを個々に区別する必要がない場合、これらをまとめて「実ユーザＵＧ」と呼ぶ。また、リアルユーザＵＧと呼んでいる場合、ユーザ端末２－１乃至２－ｎをまとめて「ユーザ端末２」と呼ぶ。
【0025】
仮想空間サーバ３－１乃至３－ｍの夫々は、仮想空間を構築して所定のサービス等を夫々提供するための情報処理装置である。ここで、仮想空間サーバ３－ｐ（ｐは１乃至ｍのうちの何れかの整数値）が管理する仮想空間と、仮想空間サーバ３－ｑ（ｑはｐを除く１乃至ｍのうちの何れかの整数値）が管理する仮想空間とは、異なる場合もあるし同一の場合もある。
なお、以下、仮想空間サーバ３－１乃至３－ｍを個々に区別する必要がない場合、これらをまとめて「仮想空間サーバ３」と呼ぶ。
なお、以下、仮想空間サーバ３－１乃至３－ｍを個々に区別する必要がない場合、これらをまとめて「仮想空間サーバ３」と呼ぶ。
【0026】
【0027】
管理サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、入力部１６と、出力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備えている。
【0028】
ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【0029】
ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、入力部１６、出力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。
【0030】
入力部１６は、各種ハードウェア等で構成され、各種情報を入力する。
出力部１７は、各種ディスプレイや各種スピーカ等で構成され、各種情報を画像や音声として出力する。
記憶部１８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（例えば図１のユーザ端末２－１乃至２－ｎ及び仮想空間サーバ３－１乃至３－ｍ）やブロックチェーンＢとの間で行う通信を制御する。
出力部１７は、各種ディスプレイや各種スピーカ等で構成され、各種情報を画像や音声として出力する。
記憶部１８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（例えば図１のユーザ端末２－１乃至２－ｎ及び仮想空間サーバ３－１乃至３－ｍ）やブロックチェーンＢとの間で行う通信を制御する。
【0031】
ドライブ２０は、必要に応じて設けられる。ドライブ２０には磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３０が適宜装着される。ドライブ２０によってリムーバブルメディア３０から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。またリムーバブルメディア３０は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。
【0032】
【0033】
図４に示すように、管理サーバ１のＣＰＵ１１において、実空間情報取得部５１と、実ユーザ情報取得部５２と、実価値情報取得部５３と、仮想空間情報取得部５４と、アバタ情報取得部５５と、仮想価値情報取得部５６と、取引制御部５７と、取引情報管理部５８とが機能する。
【0034】
実空間情報取得部５１は、価値交換の取引において、価値交換をする対象と、取引者とのうち少なくとも一部に実空間のものが存在する場合において、当該取引のための操作をする実ユーザＵＧのユーザ端末２（図４の例ではユーザ端末２Ａ及び２Ｂ）から実空間に関する情報（以下「実空間情報」と呼ぶ）を取得する。
ここで、価値交換のために必要な実空間情報としては、実ユーザＵＧに関する情報（以下、「実ユーザ情報」と呼ぶ）と、実空間における価値（売買やレンタル対象の商品やサービス等、実空間の貨幣等）に関する情報（以下、「実価値情報」と呼ぶ）が存在する。
実ユーザ情報取得部５２は、実空間情報のうち実ユーザ情報を取得して、取引制御部５７に提供する。
実価値情報取得部５３は、実空間情報のうち実価値情報を取得して、取引制御部５７に提供する。
ここで、価値交換のために必要な実空間情報としては、実ユーザＵＧに関する情報（以下、「実ユーザ情報」と呼ぶ）と、実空間における価値（売買やレンタル対象の商品やサービス等、実空間の貨幣等）に関する情報（以下、「実価値情報」と呼ぶ）が存在する。
実ユーザ情報取得部５２は、実空間情報のうち実ユーザ情報を取得して、取引制御部５７に提供する。
実価値情報取得部５３は、実空間情報のうち実価値情報を取得して、取引制御部５７に提供する。
【0035】
仮想空間情報取得部５４は、価値交換の取引において、価値交換をする対象と、取引者とのうち少なくとも一部に仮想空間のものが存在する場合において、当該仮想空間を管理している仮想空間サーバから当該仮想空間に関する情報（以下「仮想空間情報」と呼ぶ）を取得する。
ここで、価値交換のために必要な仮想空間情報としては、取引者として仮想空間内にアバタとして存在するユーザに関する情報（以下、「アバタ情報」と呼ぶ）と、仮想空間における価値（売買やレンタル対象の仮想空間内に存在するオブジェクト等、仮想通貨等）に関する情報（以下、「仮想価値情報」と呼ぶ）が存在する。
アバタ情報取得部５５は、仮想空間情報のうちアバタ情報を取得して、取引制御部５７に提供する。
仮想価値情報取得部５６は、仮想空間情報のうち仮想価値情報を取得して、取引制御部５７に提供する。
ここで、価値交換のために必要な仮想空間情報としては、取引者として仮想空間内にアバタとして存在するユーザに関する情報（以下、「アバタ情報」と呼ぶ）と、仮想空間における価値（売買やレンタル対象の仮想空間内に存在するオブジェクト等、仮想通貨等）に関する情報（以下、「仮想価値情報」と呼ぶ）が存在する。
アバタ情報取得部５５は、仮想空間情報のうちアバタ情報を取得して、取引制御部５７に提供する。
仮想価値情報取得部５６は、仮想空間情報のうち仮想価値情報を取得して、取引制御部５７に提供する。
【0036】
取引制御部５７は、実空間又は仮想空間における第１価値を有する実空間又は仮想空間に存在する第１ユーザと、実空間又は仮想空間における第２価値を有する実空間又は仮想空間に存在する第２ユーザとの間の当該第１価値及び当該第２価値の交換をするための第１取引であって、前記第１価値、前記第１ユーザ、前記第２価値、及び前記第２ユーザのうち少なくとも一部が仮想空間のものである場合における前記第１取引に関する各種制御処理を実行する。
なお、第１価値、第１ユーザ、第２価値、及び第２ユーザの各種具体例については、図５以降の図面を参照して後述する。
なお、第１価値、第１ユーザ、第２価値、及び第２ユーザの各種具体例については、図５以降の図面を参照して後述する。
【0037】
取引情報管理部５８は、取引制御部５７の制御の結果として第１取引をした際に、第１価値に関する情報、第１ユーザに関する情報、第２価値に関する情報、及び第２ユーザに関する情報を、取引情報として、ブロックチェーンＢに記録して管理する。
【0038】
このようにして第１取引が終了して、当該第１取引の取引情報がブロックチェーンＢに記録されている状態で、第１価値、第１ユーザ、第２価値、及び第２ユーザのうち少なくとも一部に関連する第２取引がなされる際に、取引制御部５７は、ブロックチェーンＢに記録して管理されている第１取引の取引情報を用いて、第２取引に関する各種制御処理を実行する。
【0039】
【0040】
図５は、図４の機能的構成を有する管理サーバにより提供される図１の本サービスにおいて、実現可能となる取引の具体例を示す図である。
図５の例では、実空間又は仮想空間に存在する第１ユーザＲＵ１が、第１価値として仮想通貨１００ｂｏｔ（ｂｏｔは暗号通貨の単位であるものとする）を有しており、実空間又は仮想空間に存在する第２ユーザＲＵ２に、毎月の返済額が１０ｂｏｔであって毎月の利息１ｂｏｔであることを条件としてレンタルするものとする。
換言すると、第２ユーザＲＵ２にとっての第２価値とは、仮想通貨での毎月の返済額と毎月の利息になる。
ここで、第１ユーザＲＵ１又は第２ユーザＲＵ２は、実空間に存在する場合には実ユーザＵＧとなり、仮想空間に存在する場合にはアバタとしての仮想ユーザとなる。
図５の例では、実空間又は仮想空間に存在する第１ユーザＲＵ１が、第１価値として仮想通貨１００ｂｏｔ（ｂｏｔは暗号通貨の単位であるものとする）を有しており、実空間又は仮想空間に存在する第２ユーザＲＵ２に、毎月の返済額が１０ｂｏｔであって毎月の利息１ｂｏｔであることを条件としてレンタルするものとする。
換言すると、第２ユーザＲＵ２にとっての第２価値とは、仮想通貨での毎月の返済額と毎月の利息になる。
ここで、第１ユーザＲＵ１又は第２ユーザＲＵ２は、実空間に存在する場合には実ユーザＵＧとなり、仮想空間に存在する場合にはアバタとしての仮想ユーザとなる。
【0041】
この場合、図５に示すような取引情報Ｂ１が生成され、ブロックチェーンＢに記録されて管理される。
即ち、第１価値に関する情報として「レンタル対象 仮想通貨１００ｂｏｔ」が、第１ユーザに関する情報として「貸主 第１ユーザＲＵ１」が、第２価値に関する情報として「返済 １０ｂｏｔ／月」及び「利息 １ｂｏｔ／月」、第２ユーザに関する情報として「借主 第２ユーザＲＵ２」が、夫々記載されると共に、第２価値の流通の履歴として「返済履歴」が記載された情報が、取引情報Ｂ１として生成されて、ブロックチェーンＢに記録されて管理される。
即ち、第１価値に関する情報として「レンタル対象 仮想通貨１００ｂｏｔ」が、第１ユーザに関する情報として「貸主 第１ユーザＲＵ１」が、第２価値に関する情報として「返済 １０ｂｏｔ／月」及び「利息 １ｂｏｔ／月」、第２ユーザに関する情報として「借主 第２ユーザＲＵ２」が、夫々記載されると共に、第２価値の流通の履歴として「返済履歴」が記載された情報が、取引情報Ｂ１として生成されて、ブロックチェーンＢに記録されて管理される。
【0042】
図６は、図４の機能的構成を有する管理サーバにより提供される図１の本サービスにおいて、実現可能となる取引の具体例であって、図５とは異なる例を示す図である。
図６の例では、実空間又は仮想空間に存在する第１ユーザＲＵ１が、第１価値として仮想空間又は実空間に存在する「山の絵」を有しており、実空間又は仮想空間に存在する第２ユーザＲＵ２が、レンタル料毎月１０ｂｏｔであることを条件としてレンタルするものとする。
換言すると、第２ユーザＲＵ２にとっての第２価値とは、仮想通貨での毎月のレンタル料になる。
ここで、第１ユーザＲＵ１又は第２ユーザＲＵ２は、実空間に存在する場合には実ユーザＵＧとなり、仮想空間に存在する場合にはアバタとしての仮想ユーザとなる。
図６の例では、実空間又は仮想空間に存在する第１ユーザＲＵ１が、第１価値として仮想空間又は実空間に存在する「山の絵」を有しており、実空間又は仮想空間に存在する第２ユーザＲＵ２が、レンタル料毎月１０ｂｏｔであることを条件としてレンタルするものとする。
換言すると、第２ユーザＲＵ２にとっての第２価値とは、仮想通貨での毎月のレンタル料になる。
ここで、第１ユーザＲＵ１又は第２ユーザＲＵ２は、実空間に存在する場合には実ユーザＵＧとなり、仮想空間に存在する場合にはアバタとしての仮想ユーザとなる。
【0043】
この場合、図６に示すような取引情報Ｂ２が生成され、ブロックチェーンＢに記録されて管理される。
即ち、第１価値に関する情報として「レンタル対象 山の絵」が、第１ユーザに関する情報として「貸主 第１ユーザＲＵ１」が、第２価値に関する情報として「レンタル料 １０ｂｏｔ／月」、第２ユーザに関する情報として「借主 第２ユーザＲＵ２」が、夫々記載されると共に、第１価値の所有者及び流通の履歴や、第２価値の流通の履歴としての「レンタル履歴」が記載された情報が、取引情報Ｂ２として生成されて、ブロックチェーンＢに記録されて管理される。
即ち、第１価値に関する情報として「レンタル対象 山の絵」が、第１ユーザに関する情報として「貸主 第１ユーザＲＵ１」が、第２価値に関する情報として「レンタル料 １０ｂｏｔ／月」、第２ユーザに関する情報として「借主 第２ユーザＲＵ２」が、夫々記載されると共に、第１価値の所有者及び流通の履歴や、第２価値の流通の履歴としての「レンタル履歴」が記載された情報が、取引情報Ｂ２として生成されて、ブロックチェーンＢに記録されて管理される。
【0044】
図７は、図４の機能的構成を有する管理サーバにより提供される図１の本サービスにおいて、実現可能となる取引の具体例であって、図５及び図６とは異なる例を示す図である。
図７の例では、Ｎ人（Ｎは０以上の整数値）の実ユーザＵＧと、Ｍ人（Ｍは０以上の整数値）のアバタとしての仮想ユーザＵＶとが対応付けられている。ここで、実ユーザＵＧと仮想ユーザＵＶとが対応付けられているとは、実ユーザＵＧは、実空間では実ユーザＵＧとして振舞うが、仮想空間ではユーザ端末２を操作して仮想ユーザＵＶとして振舞うことを意味している。また、Ｎ＝０の場合とは、仮想空間内において、ＡＩ等が自律的に仮想ユーザＵＶとして振舞うことを意味している。
具体的には例えば図７の例では、１人の実ユーザＵＧＡと１人の仮想ユーザＵＶＡとが対応付けられている。１人の実ユーザＵＧＢと２人の仮想ユーザＵＶＢ１，ＵＶＢ２とが対応付けられている。１人の実ユーザＵＧＣと２人の仮想ユーザＵＶＣ１，ＵＶＣ２とが対応付けられている。２人の実ユーザＵＧＤ，ＵＧＥと１人の仮想ユーザＵＶＤＥが対応付けられている。仮想ユーザＵＶＦは、実ユーザＵＧとは対応付けられず、ＡＵ等により自律的に行動している。
図７の例では、Ｎ人（Ｎは０以上の整数値）の実ユーザＵＧと、Ｍ人（Ｍは０以上の整数値）のアバタとしての仮想ユーザＵＶとが対応付けられている。ここで、実ユーザＵＧと仮想ユーザＵＶとが対応付けられているとは、実ユーザＵＧは、実空間では実ユーザＵＧとして振舞うが、仮想空間ではユーザ端末２を操作して仮想ユーザＵＶとして振舞うことを意味している。また、Ｎ＝０の場合とは、仮想空間内において、ＡＩ等が自律的に仮想ユーザＵＶとして振舞うことを意味している。
具体的には例えば図７の例では、１人の実ユーザＵＧＡと１人の仮想ユーザＵＶＡとが対応付けられている。１人の実ユーザＵＧＢと２人の仮想ユーザＵＶＢ１，ＵＶＢ２とが対応付けられている。１人の実ユーザＵＧＣと２人の仮想ユーザＵＶＣ１，ＵＶＣ２とが対応付けられている。２人の実ユーザＵＧＤ，ＵＧＥと１人の仮想ユーザＵＶＤＥが対応付けられている。仮想ユーザＵＶＦは、実ユーザＵＧとは対応付けられず、ＡＵ等により自律的に行動している。
【0045】
図７の一番左側の例では、仮想空間における第１価値を有する仮想ユーザＵＶＡと、実空間における第２価値を有する仮想ユーザＵＶＢ１との間の当該第１価値及び当該第２価値の交換をするための取引が行われる。
この場合、第１価値に関する情報、仮想ユーザＵＶＡ及び実ユーザＵＧＡに関する情報、第２価値に関する情報、及び仮想ユーザＵＶＢ１及び実ユーザＵＧＢに関する情報を少なくとも含む情報が、取引情報として生成されて、ブロックチェーンＢに記録されて管理される。
この場合、第１価値に関する情報、仮想ユーザＵＶＡ及び実ユーザＵＧＡに関する情報、第２価値に関する情報、及び仮想ユーザＵＶＢ１及び実ユーザＵＧＢに関する情報を少なくとも含む情報が、取引情報として生成されて、ブロックチェーンＢに記録されて管理される。
【0046】
図７の左から２番目の例では、実空間における第１価値を有する仮想ユーザＵＶＢ２と、仮想空間における第２価値を有する実ユーザＵＧＣとの間の当該第１価値及び当該第２価値の交換をするための取引が行われる。
この場合、第１価値に関する情報、仮想ユーザＵＶＢ２及び実ユーザＵＧＢに関する情報、第２価値に関する情報、及び実ユーザＵＧＣ及び仮想ユーザＵＶＣ１に関する情報を少なくとも含む情報が、取引情報として生成されて、ブロックチェーンＢに記録されて管理される。
この場合、第１価値に関する情報、仮想ユーザＵＶＢ２及び実ユーザＵＧＢに関する情報、第２価値に関する情報、及び実ユーザＵＧＣ及び仮想ユーザＵＶＣ１に関する情報を少なくとも含む情報が、取引情報として生成されて、ブロックチェーンＢに記録されて管理される。
【0047】
図７の左から３番目の例では、仮想空間における第１価値を有する仮想ユーザＵＶＣ２と、仮想空間における第２価値を有する仮想ユーザＵＶＤＥとの間の当該第１価値及び当該第２価値の交換をするための取引が行われる。
この場合、第１価値に関する情報、仮想ユーザＵＶＣ２及び実ユーザＵＧＣに関する情報、第２価値に関する情報、及び仮想ユーザＵＶＤＥ並びに実ユーザＵＧＤ，ＵＧＥに関する情報を少なくとも含む情報が、取引情報として生成されて、ブロックチェーンＢに記録されて管理される。
この場合、第１価値に関する情報、仮想ユーザＵＶＣ２及び実ユーザＵＧＣに関する情報、第２価値に関する情報、及び仮想ユーザＵＶＤＥ並びに実ユーザＵＧＤ，ＵＧＥに関する情報を少なくとも含む情報が、取引情報として生成されて、ブロックチェーンＢに記録されて管理される。
【0048】
図７の左から４番目の例、即ち図７の一番右側の例では、実空間における第１価値を有する仮想ユーザＵＶＤＥと、仮想空間における第２価値を有する仮想ユーザＵＶＦとの間の当該第１価値及び当該第２価値の交換をするための取引が行われる。
この場合、第１価値に関する情報（実ユーザＵＧＤ，ＵＧＥが第１価値を実空間で所有している旨の情報を含む）、仮想ユーザＵＶＤＥ及び実ユーザＵＧＤ，ＵＧＥに関する情報、第２価値に関する情報、及び仮想ユーザＵＶＦに関する情報（ＡＩ等であり実ユーザＵＧに対応付けられていない旨の情報を含む）を少なくとも含む情報が、取引情報として生成されて、ブロックチェーンＢに記録されて管理される。
この場合、第１価値に関する情報（実ユーザＵＧＤ，ＵＧＥが第１価値を実空間で所有している旨の情報を含む）、仮想ユーザＵＶＤＥ及び実ユーザＵＧＤ，ＵＧＥに関する情報、第２価値に関する情報、及び仮想ユーザＵＶＦに関する情報（ＡＩ等であり実ユーザＵＧに対応付けられていない旨の情報を含む）を少なくとも含む情報が、取引情報として生成されて、ブロックチェーンＢに記録されて管理される。
【0049】
ここで、第１価値と第２価値の少なくとも一方を、ファンドを含めた投資に関する価値とすることができる。
以下、このような具体例として、本出願人により既に提案されたトラックファンド（特許７１５２０６１号明細書参照）や、上述のレンタルサービス（特願２０２１－０６３３６９号明細書、特許７０９２９４９号明細書等参照）を用いて説明する。
以下、このような具体例として、本出願人により既に提案されたトラックファンド（特許７１５２０６１号明細書参照）や、上述のレンタルサービス（特願２０２１－０６３３６９号明細書、特許７０９２９４９号明細書等参照）を用いて説明する。
【0050】
図８は、本発明の一実施形態に係る情報処理システムの適用により実現可能となるファンドの概要を説明する図である。
本実施形態のファンドＴＦにおいては、トラックＴが投資対象となり、サービス提供者Ｍがアセットマネジメントを行い、投資家Ｉへの配当（収益）はトラックＴの賃貸費（いわゆるリース料）が原資とされる。
なお、以下、このようなトラックＴを対象とする本実施形態のファンドＴＦを、「トラックファンドＦ」と呼ぶ。
ここで、トラックファンドＦは、実空間（現実世界）と仮想空間の夫々において構成することが可能である。また、トラックファンドＦの投資対象は、実空間内の物体としてのトラックＴの場合もあるし、メタバース（仮想空間）内にオブジェクトとして存在するトラックＴの場合もある。
本実施形態のファンドＴＦにおいては、トラックＴが投資対象となり、サービス提供者Ｍがアセットマネジメントを行い、投資家Ｉへの配当（収益）はトラックＴの賃貸費（いわゆるリース料）が原資とされる。
なお、以下、このようなトラックＴを対象とする本実施形態のファンドＴＦを、「トラックファンドＦ」と呼ぶ。
ここで、トラックファンドＦは、実空間（現実世界）と仮想空間の夫々において構成することが可能である。また、トラックファンドＦの投資対象は、実空間内の物体としてのトラックＴの場合もあるし、メタバース（仮想空間）内にオブジェクトとして存在するトラックＴの場合もある。
【0051】
図８に示すように、トラックファンドＴＦに関わる者として、サービス提供者Ｍ、投資家Ｉ、売主Ｓ，及び借主Ｒが存在する。
【0052】
ここで、サービス提供者Ｍは、トラックファンドＴＦを商品として投資家Ｉに販売するサービスを行う者であるが、本実施形態では、アセットマネジメントを行うと共に、ファンドマネージャも兼ねている。
ファンドマネージャとは、トラックファンドＴＦの運営主体として、投資家Ｉから預かった資産を運用し増やすことを目的とする個人又は団体をいう。なお、ここでいう「個人又は団体」は、実空間（現実世界）の「個人又は団体」の場合もあるし、仮想空間の「個人又は団体」の場合もある。仮想空間の個人としては、アバタの仮想ユーザを想定している。
ファンドマネージャとは、トラックファンドＴＦの運営主体として、投資家Ｉから預かった資産を運用し増やすことを目的とする個人又は団体をいう。なお、ここでいう「個人又は団体」は、実空間（現実世界）の「個人又は団体」の場合もあるし、仮想空間の「個人又は団体」の場合もある。仮想空間の個人としては、アバタの仮想ユーザを想定している。
【0053】
投資家Ｉは、資産を将来的に増加させることを主目的として、現在の資産をトラックファンドＴＦに投じる活動を行う個人又は法人であって、例えば、個人投資家、機関投資家等が含まれる。なお、ここでいう「個人又は団体」は、実空間（現実世界）の「個人又は団体」の場合もあるし、仮想空間の「個人又は団体」の場合もある。仮想空間の個人としては、アバタの仮想ユーザを想定している。
【0054】
売主Ｓは、トラックファンドＴＦ（又はアセットマネジメントを行うサービス提供者Ｍ）との売買契約に基づいてトラックＴを販売し対価を得る者である。
ここで、トラックＴは、必ずしも新しいもの（所有者が過去に存在しないもの）である必要はなく、中古でも構わない。また、上述したように、仮想空間に存在するトラックＴは、仮想空間内のオブジェクトとして構成される。
また、トラックファンドＴＦ（又はアセットマネジメントを行うサービス提供者Ｍ）がトラックＴを売主Ｓから購入するための原資（購入費）は、投資家Ｉにより出資された資産（当該資産が主に第１価値になる）である。
ここで、トラックＴは、必ずしも新しいもの（所有者が過去に存在しないもの）である必要はなく、中古でも構わない。また、上述したように、仮想空間に存在するトラックＴは、仮想空間内のオブジェクトとして構成される。
また、トラックファンドＴＦ（又はアセットマネジメントを行うサービス提供者Ｍ）がトラックＴを売主Ｓから購入するための原資（購入費）は、投資家Ｉにより出資された資産（当該資産が主に第１価値になる）である。
【0055】
借主Ｒは、トラックファンドＴＦ（又はアセットマネジメントを行うサービス提供者Ｍ）とのサービス提供者Ｍとの賃貸借契約に基づいて、トラックファンドＴＦの対象となるトラックＴを１台以上賃借する者である。なお、ここでいう「個人又は団体」は、実空間（現実世界）の「個人又は団体」の場合もあるし、仮想空間の「個人又は団体」の場合もある。仮想空間の個人としては、アバタの仮想ユーザを想定している。
借主Ｒは、トラックＴの賃貸費を、一括で又は所定単位時間毎（例えば毎月）トラックファンドＴＦ（又はアセットマネジメントを行うサービス提供者Ｍ）に支払う。上述したように、この賃貸費が、投資家Ｉへの配当（収益であって、主に第２価値になる）の原資とされる。
借主Ｒは、トラックＴの賃貸費を、一括で又は所定単位時間毎（例えば毎月）トラックファンドＴＦ（又はアセットマネジメントを行うサービス提供者Ｍ）に支払う。上述したように、この賃貸費が、投資家Ｉへの配当（収益であって、主に第２価値になる）の原資とされる。
【0056】
即ち、本実施形態では、投資対象のｔ台（ｔは１以上の整数値）のトラックＴを購入するための費用は、投資家Ｉからの出資により賄われる。ここで、ｔ台のトラックＴは、実空間（現実世界）のトラックＴと仮想空間のトラックＴとが混在していてもよい。
トラックファンドＴＦ（又はアセットマネジメントを行うサービス提供者Ｍ）は、売主Ｓからｔ台のトラックＴを購入し、売買契約を締結する。なお、売買契約の締結内容は、取引情報の一部としてブロックチェーンＢに記録されて管理される。
これにより、ｔ台のトラックＴの所有者は、トラックファンドＴＦとなる。そこで、サービス提供者Ｍは、トラックファンドＴＦとの間で、賃貸借契約、及びアセットマネジメント契約を締結する。なお、賃貸借契約、及びアセットマネジメント契約の締結内容は、取引情報の一部としてブロックチェーンＢに記録されて管理される。ここで、アセットマネジメント契約とは、サービス提供者Ｍが、トラックＴの管理を、トラックＴの所有者であるファンドに代行して行うことを定めた契約をいう。
アセットマネジメント契約に基づいて、トラックファンドＴＦから管理費がサービス提供者Ｍに支払われる。なお、このような管理費が支払われたという履歴も、取引情報の一部としてブロックチェーンＢに記録されて管理される。
本実施形態では、サービス提供者Ｍは、ｔ台のトラックＴをファンドから賃借し、さらに、貸主との間で賃貸借契約を締結することで、当該ｔ台のトラックＴを借主Ｒに賃貸する。なお、貸主との間で賃貸借契約の締結内容は、取引情報の一部としてブロックチェーンＢに記録されて管理される。
貸主Ｒからサービス提供者Ｍに対する当該ｔ台のトラックＴの第１賃貸費（いわゆるリース料）は、貸主Ｒからサービス提供者Ｍに支払われる。サービス提供者ＭからトラックファンドＴＦに対する当該ｔ台のトラックＴの第２賃貸費は、サービス提供者ＭからトラックファンドＴＦに支払われる。
ここで、第２賃貸費に対して第１賃貸費が高価であれば、サービス提供者Ｍは利益を得ることができる。また、トラックファンドＴＦを商品として成立させるための演算（シミュレーション含む）におけるトラックファンドＴＦの賃貸費とは、第２賃貸費を意味する。
なお、このような第１賃貸費及び第２賃貸費が支払われたという履歴も、取引情報の一部としてブロックチェーンＢに記録されて管理される。
また、トラックファンドＴＦで予め規定された所定年数が経過すると、トラックＴがトラックファンドＴＦにより売却される場合がある。この売却先は、特に限定されず、サービス提供者Ｍであってもよいし、図示せぬ他者であってもよい。このようなトラックＴの売却費についても、取引情報の一部としてブロックチェーンＢに記録されて管理される。
これにより、トラックファンドＴＦは、ｔ台のトラックＴについてのサービス提供者Ｍとの賃貸借契約に基づく第２賃貸費と、所定年数経過後の当該ｔ台のトラックＴの売却に基づく売却費とにより収益を得ることができる。この利益の履歴も、取引情報の一部としてブロックチェーンＢに記録されて管理される。
トラックファンドＴＦは、この収益を源泉として、投資家Ｉに安定的な配当を行うことができる。なお、配当（主に第２価値となる）が投資家Ｉに行われたという履歴も、取引情報の一部としてブロックチェーンＢに記録されて管理される。
なお、サービス提供者Ｍは、借主Ｒとの賃貸契約に基づく第２賃貸費（＞第１賃貸費）に基づいて収益を得ることができる。この収益も、取引情報の一部としてブロックチェーンＢに記録されて管理される。
トラックファンドＴＦ（又はアセットマネジメントを行うサービス提供者Ｍ）は、売主Ｓからｔ台のトラックＴを購入し、売買契約を締結する。なお、売買契約の締結内容は、取引情報の一部としてブロックチェーンＢに記録されて管理される。
これにより、ｔ台のトラックＴの所有者は、トラックファンドＴＦとなる。そこで、サービス提供者Ｍは、トラックファンドＴＦとの間で、賃貸借契約、及びアセットマネジメント契約を締結する。なお、賃貸借契約、及びアセットマネジメント契約の締結内容は、取引情報の一部としてブロックチェーンＢに記録されて管理される。ここで、アセットマネジメント契約とは、サービス提供者Ｍが、トラックＴの管理を、トラックＴの所有者であるファンドに代行して行うことを定めた契約をいう。
アセットマネジメント契約に基づいて、トラックファンドＴＦから管理費がサービス提供者Ｍに支払われる。なお、このような管理費が支払われたという履歴も、取引情報の一部としてブロックチェーンＢに記録されて管理される。
本実施形態では、サービス提供者Ｍは、ｔ台のトラックＴをファンドから賃借し、さらに、貸主との間で賃貸借契約を締結することで、当該ｔ台のトラックＴを借主Ｒに賃貸する。なお、貸主との間で賃貸借契約の締結内容は、取引情報の一部としてブロックチェーンＢに記録されて管理される。
貸主Ｒからサービス提供者Ｍに対する当該ｔ台のトラックＴの第１賃貸費（いわゆるリース料）は、貸主Ｒからサービス提供者Ｍに支払われる。サービス提供者ＭからトラックファンドＴＦに対する当該ｔ台のトラックＴの第２賃貸費は、サービス提供者ＭからトラックファンドＴＦに支払われる。
ここで、第２賃貸費に対して第１賃貸費が高価であれば、サービス提供者Ｍは利益を得ることができる。また、トラックファンドＴＦを商品として成立させるための演算（シミュレーション含む）におけるトラックファンドＴＦの賃貸費とは、第２賃貸費を意味する。
なお、このような第１賃貸費及び第２賃貸費が支払われたという履歴も、取引情報の一部としてブロックチェーンＢに記録されて管理される。
また、トラックファンドＴＦで予め規定された所定年数が経過すると、トラックＴがトラックファンドＴＦにより売却される場合がある。この売却先は、特に限定されず、サービス提供者Ｍであってもよいし、図示せぬ他者であってもよい。このようなトラックＴの売却費についても、取引情報の一部としてブロックチェーンＢに記録されて管理される。
これにより、トラックファンドＴＦは、ｔ台のトラックＴについてのサービス提供者Ｍとの賃貸借契約に基づく第２賃貸費と、所定年数経過後の当該ｔ台のトラックＴの売却に基づく売却費とにより収益を得ることができる。この利益の履歴も、取引情報の一部としてブロックチェーンＢに記録されて管理される。
トラックファンドＴＦは、この収益を源泉として、投資家Ｉに安定的な配当を行うことができる。なお、配当（主に第２価値となる）が投資家Ｉに行われたという履歴も、取引情報の一部としてブロックチェーンＢに記録されて管理される。
なお、サービス提供者Ｍは、借主Ｒとの賃貸契約に基づく第２賃貸費（＞第１賃貸費）に基づいて収益を得ることができる。この収益も、取引情報の一部としてブロックチェーンＢに記録されて管理される。
【0057】
ここで、トラックファンドＴＦの対象となるトラックＴとして、実空間（現実世界）の新しいもの（所有者が過去に存在しなかったもの）を採用してもよいが、実空間（現実世界）の中古を採用すると好適である。これは、次のような理由による。
先ず、前提として少なくとも日本国では、税務上、新しいものと中古とに関わらず、実空間（現実世界）のトラックＴを購入した場合の経理処理において、その取得のために要した金額の全てを直ちに費用化することは認められていない。これは、実空間（現実世界）のトラックＴは数年にわたって使用するものであり、トラックＴの使用期間に応じて減価償却費として費用化する必要があるからである。なお、当該使用期間を「耐用年数」という。
この場合、投資家Ｉは、トラックファンドＴＦの対象となる実空間（現実世界）のトラックＴの購入費のうち自身が投資した分については、耐用年数が経過するまでの期間中、その減価償却費を自己の会計に費用計上することができる。即ち。投資家Ｉは、トラックファンドＴＦの商品を購入することにより、税制面におけるメリットを享受することができる。なお、減価償却費についても計上される毎に、取引情報の一部としてブロックチェーンＢに記録されて管理される。
このような税制面等における減価償却のメリットは、新しいものと比べて中古の方が特に大きい。これは、一般的に中古は、新しいものに比べて長く使用することができないと考えられているため、中古の耐用年数は新しいものよりも短い。即ち、中古は、経理処理上新しいものよりも短い期間で費用化（減価償却）できるというメリットを有する。このため、中古は、投資家Ｉにとって運用利回りに優れ、かつ需給バランス及び取引相場が安定した投資対象であるといえる。
先ず、前提として少なくとも日本国では、税務上、新しいものと中古とに関わらず、実空間（現実世界）のトラックＴを購入した場合の経理処理において、その取得のために要した金額の全てを直ちに費用化することは認められていない。これは、実空間（現実世界）のトラックＴは数年にわたって使用するものであり、トラックＴの使用期間に応じて減価償却費として費用化する必要があるからである。なお、当該使用期間を「耐用年数」という。
この場合、投資家Ｉは、トラックファンドＴＦの対象となる実空間（現実世界）のトラックＴの購入費のうち自身が投資した分については、耐用年数が経過するまでの期間中、その減価償却費を自己の会計に費用計上することができる。即ち。投資家Ｉは、トラックファンドＴＦの商品を購入することにより、税制面におけるメリットを享受することができる。なお、減価償却費についても計上される毎に、取引情報の一部としてブロックチェーンＢに記録されて管理される。
このような税制面等における減価償却のメリットは、新しいものと比べて中古の方が特に大きい。これは、一般的に中古は、新しいものに比べて長く使用することができないと考えられているため、中古の耐用年数は新しいものよりも短い。即ち、中古は、経理処理上新しいものよりも短い期間で費用化（減価償却）できるというメリットを有する。このため、中古は、投資家Ｉにとって運用利回りに優れ、かつ需給バランス及び取引相場が安定した投資対象であるといえる。
【0058】
ここで、トラックファンドＴＦの対象となるトラックＴが仮想空間（メタバース）のオブジェクトである場合、その取扱いは、当該メタバースのルールや今後適用されるであろう法令等によって異なるものとなるが、その許容範囲内であれば、実空間（現実世界）に模して耐用年数を設定して減価償却費を設定したり、その他の方式を採用することができる。この点の詳細については、図１７Ａ乃至図１７Ｄを参照して後述する。
【0059】
【0060】
図９に示す情報処理システムは、サービス提供者Ｍが操作する管理サーバ１と、投資家Ｉ－１乃至Ｉ－ｎ（ｎは１以上の任意の整数値）の夫々が操作する投資家端末２－Ｉ１乃至２－Ｉｎの夫々と、売主Ｓ－１乃至Ｓ－ｍ（ｍは１以上の任意の整数値）の夫々が操作する売主端末２－Ｓ１乃至２－Ｓｍの夫々と、借主Ｒ－１乃至Ｒ－ｐ（ｐは１以上の任意の整数値）の夫々が操作する借主端末２－Ｒ１乃至２－Ｒｐの夫々とが、インターネット等の所定のネットワークＮを介して相互に接続されることで構成される。
【0061】
ここで、投資家Ｉ－１乃至Ｉ－ｎ、売主Ｓ－１乃至Ｓ－ｍ、借主Ｒ－１乃至Ｒ－ｐの端末の何れにも符号「２」が含まれているのは、投資家Ｉ－１乃至Ｉ－ｎ、売主Ｓ－１乃至Ｓ－ｍ、借主Ｒ－１乃至Ｒ－ｐは、図１の本サービスのユーザとなるため、夫々の端末は図２のユーザ端末に該当するからである。
【0062】
以上、第１価値と第２価値の少なくとも一方を、ファンド若しくは投資対象、又は、当該ファンド若しくは投資対象のリターンとすることができる具体例として、トラックファンドについて説明した。
次に、別の具体例として、レンタルサービスについて説明する。
次に、別の具体例として、レンタルサービスについて説明する。
【0063】
図１０は、本発明の一実施形態に係る情報処理システムの適用により実現可能となるレンタルサービスの基本的な流れを示すイメージ図である。
なお、図１０及び後述する図１１には、貸手ユーザＵＬと、借手ユーザＵＢとが夫々１人ずつ記載されているが、これは本サービスの流れをわかり易く説明するために簡略化させたものである。実際には、本サービスにおける貸手ユーザＵＬ、及び借手ユーザＵＢは、いずれも複数存在し得る。
また、貸手ユーザＵＬと、借手ユーザＵＢとは、個人又は団体である。ここでいう「個人又は団体」は、実空間（現実世界）の「個人又は団体」の場合もあるし、仮想空間の「個人又は団体」の場合もある。仮想空間の個人としては、アバタの仮想ユーザを想定している。
なお、図１０及び後述する図１１には、貸手ユーザＵＬと、借手ユーザＵＢとが夫々１人ずつ記載されているが、これは本サービスの流れをわかり易く説明するために簡略化させたものである。実際には、本サービスにおける貸手ユーザＵＬ、及び借手ユーザＵＢは、いずれも複数存在し得る。
また、貸手ユーザＵＬと、借手ユーザＵＢとは、個人又は団体である。ここでいう「個人又は団体」は、実空間（現実世界）の「個人又は団体」の場合もあるし、仮想空間の「個人又は団体」の場合もある。仮想空間の個人としては、アバタの仮想ユーザを想定している。
【0064】
ステップＳＳ１において、貸手ユーザＵＬは、レンタルサービスの提供を受けるために、ユーザ端末２（図１０乃至図１２の説明内では「貸手端末２」と呼ぶ）を操作することにより、レンタルサービスへのユーザ登録を行う。ユーザ登録の内容は、ブロックチェーンＢに記録されて管理される。
【0065】
ステップＳＳ２において、貸手ユーザＵＬは、ユーザ端末２（図１０乃至図１２の説明内では「貸手端末２」と呼ぶ）を操作することにより、貸し出しを希望する物に関する情報（以下、「出品情報」と呼ぶ）を本サービスに登録する。登録された出品情報は、ブロックチェーンＢに記録されて管理される。
出品情報が登録されると、この物は、本サービスに「出品」された「出品物」として取り扱われ、出品物を出品した貸手ユーザＵＬは、「出品者」として取り扱われることとなる。
ここで、「物」とは、実空間（現実世界）の場合には物品等であるが、仮想世界の場合にはオブジェクト等の電子情報材である。
また、レンタルサービスに登録される出品情報の内容は特に限定されず、出品物に関するあらゆる情報を出品情報として登録することができる。具体的には例えば、出品物の名称、種類、性質、大きさ、重さ、購入価格、希望レンタル料、レンタル期間、売却の可否等についてのテキスト情報や、出品物の撮像画像に基づく画像情報を出品情報に含めることができる。ここで、出品物の撮像画像とは、仮想空間内のオブジェクトたる出品物を、当該仮想空間内のカメラ（所定の視点）により撮像された撮像画像も含む。
なお、レンタルサービスにおいて出品物の対象となる物は、レンタルの対象となる物であれば特に限定されない。
具体的には例えば、実空間（現実世界）の「物」であれば、衣服やテントなどキャンプ用品、ゴルフクラブや釣り用品、スーツケース、ゲーム機、タブレットやパソコン、ＯＡ機器、腕時計、土地、スペース、家、家具や什器、自動車やバイク、本、ＣＤやレコード、カメラ、靴、アクセサリー、バッグ、特殊工具、ベビーカー等の育児用品はといった物品いずれもレンタルの対象となる物である。
また例えば、仮想空間の「物」であれば、上述の実空間で例示した物品に対応する仮想空間（メタバース）内のオブジェクトの他、ＮＦＴもレンタルの対象となる。
出品情報が登録されると、この物は、本サービスに「出品」された「出品物」として取り扱われ、出品物を出品した貸手ユーザＵＬは、「出品者」として取り扱われることとなる。
ここで、「物」とは、実空間（現実世界）の場合には物品等であるが、仮想世界の場合にはオブジェクト等の電子情報材である。
また、レンタルサービスに登録される出品情報の内容は特に限定されず、出品物に関するあらゆる情報を出品情報として登録することができる。具体的には例えば、出品物の名称、種類、性質、大きさ、重さ、購入価格、希望レンタル料、レンタル期間、売却の可否等についてのテキスト情報や、出品物の撮像画像に基づく画像情報を出品情報に含めることができる。ここで、出品物の撮像画像とは、仮想空間内のオブジェクトたる出品物を、当該仮想空間内のカメラ（所定の視点）により撮像された撮像画像も含む。
なお、レンタルサービスにおいて出品物の対象となる物は、レンタルの対象となる物であれば特に限定されない。
具体的には例えば、実空間（現実世界）の「物」であれば、衣服やテントなどキャンプ用品、ゴルフクラブや釣り用品、スーツケース、ゲーム機、タブレットやパソコン、ＯＡ機器、腕時計、土地、スペース、家、家具や什器、自動車やバイク、本、ＣＤやレコード、カメラ、靴、アクセサリー、バッグ、特殊工具、ベビーカー等の育児用品はといった物品いずれもレンタルの対象となる物である。
また例えば、仮想空間の「物」であれば、上述の実空間で例示した物品に対応する仮想空間（メタバース）内のオブジェクトの他、ＮＦＴもレンタルの対象となる。
【0066】
ステップＳＳ３において、借手ユーザＵＢは、レンタルサービスの提供を受けるために、借手端末２を操作することにより、レンタルサービスへのユーザ登録を行う。ユーザ登録の内容は、ブロックチェーンＢに記録されて管理される。
ここで、ステップＳＳ１でユーザ登録された貸手ユーザＵＬと、ステップＳＳ３でユーザ登録された借手ユーザＵＢとは、いずれもレンタルサービスの提供を受けるユーザとして、特に差別化されることなく登録されている。このため、貸手ユーザＵＬは、借手ユーザＵＢとしてのレンタルサービスを受けることもできるし、借手ユーザＵＢは、貸手ユーザＵＬとしてのレンタルサービスを受けることもできる。即ち、レンタルサービスにユーザ登録すると、実空間（現実世界）と仮想空間の両方の物を貸し出すユーザとして参加することもできるし、実空間（現実世界）と仮想空間の両方の物を借り入れるユーザとして参加することもできる。
ここで、ステップＳＳ１でユーザ登録された貸手ユーザＵＬと、ステップＳＳ３でユーザ登録された借手ユーザＵＢとは、いずれもレンタルサービスの提供を受けるユーザとして、特に差別化されることなく登録されている。このため、貸手ユーザＵＬは、借手ユーザＵＢとしてのレンタルサービスを受けることもできるし、借手ユーザＵＢは、貸手ユーザＵＬとしてのレンタルサービスを受けることもできる。即ち、レンタルサービスにユーザ登録すると、実空間（現実世界）と仮想空間の両方の物を貸し出すユーザとして参加することもできるし、実空間（現実世界）と仮想空間の両方の物を借り入れるユーザとして参加することもできる。
【0067】
ステップＳＳ４において、借手ユーザＵＢは、レンタルサービスに出品された出品物の中に、自身が借り入れを希望するものがあれば、その出品物の借り入れの申請（以下、「借入申請」と呼ぶ）を行う。また、借手ユーザＵＢは、必要に応じて保険の申請を行う。なお、本サービスでは、出品物に対し借入申請を行った借手ユーザＵＢを「借入申請者」とも呼ぶ。
借手端末２には、１以上の出品物が、出品情報とともに表示される。借手端末２に表示された１以上の出品物の中に、借手ユーザＵＢが借り入れを希望するものがあった場合、借手ユーザＵＢは、借手端末２を操作することにより、その出品物について借入申請を行う。
借手端末２には、１以上の出品物が、出品情報とともに表示される。借手端末２に表示された１以上の出品物の中に、借手ユーザＵＢが借り入れを希望するものがあった場合、借手ユーザＵＢは、借手端末２を操作することにより、その出品物について借入申請を行う。
【0068】
借手ユーザＵＢが借入申請を行った結果、出品物を借り入れることになると、借入申請を行った借手ユーザＵＢは、出品情報に含まれる希望レンタル料による決済を行う。この決済の履歴は、取引情報として、ブロックチェーンＢに記録されて管理される。また、必要に応じて申請された保険の内容についても、ブロックチェーンＢに記録されて管理される。
【0069】
ステップＳＳ５において、貸手ユーザＵＬは、借入申請を行った借手ユーザＵＢに対し、出品物を送付する。ここでいう送付は、出品物が実空間（現実世界）の物であれば現物の郵送等による送付を意味し、出品物が仮想空間の物であれば当該物（オブジェクト）の電子データの送信（必要に応じて電子データの使用許可）等を意味する。
出品物を受領した借手ユーザＵＢは、送付されてきた出品物と、出品情報に含まれる出品物の撮像画像とを比較し、問題がなければ出品物の利用を開始する。
具体的には例えば、実空間（現実世界）の出品物が借手ユーザＵＢに送付されると、出品物を受け取った借手ユーザＵＢは、目視により、貸手ユーザＵＬにより提供された出品情報に含まれる出品物の撮像画像と、現物との比較を行う。
具体的には例えば、仮想空間の出品物が借手ユーザＵＢに送付されると、出品物を受け取った借手ユーザＵＢは、借手ユーザ端末２を用いた比較を行う。ここでいう比較は、借手ユーザ端末２の画面に対する貸手ユーザＢの視認（目視）であってもよいし、借手ユーザ端末２による処理であってもよい。
借手ユーザＵＢの比較の結果、撮像画像と現物との間に差異がない場合、又は差異が看過できる範囲内の物である場合には、借手ユーザＵＢは、借手端末２を操作することにより、そのままレンタルを開始する旨を示す情報を管理サーバ１に送信する。具体的には例えば、図示はしないが、借手端末２に表示された「承認」ボタンや「レンタル開始」ボタンを押下することで、レンタルを開始する旨を示す情報を管理サーバ１に送信する。すると、管理サーバ１は、この情報を受信し、借手ユーザＵＢによりレンタル開始の承認がなされた旨を受け付ける。このようなレンタル開始の情報も、取引情報として、ブロックチェーンＢに記録されて管理される。
これに対し、送付されてきた出品物と撮像画像との比較の結果、看過できない差異が発見された場合、借手ユーザＵＢ（借入申請者）は、出品物の利用を見送る（即ち開始しない）。この場合、借手ユーザＵＢ（借入申請者）は、例えば借手端末２に表示された「承認」ボタンや「レンタル開始」ボタンを押下せずに、出品物を送付元に返却する。このような返却の情報も、取引情報として、ブロックチェーンＢに記録されて管理される。
また例えば、決済処理完了後の返金を認めるシステム環境であれば、借手ユーザＵＢ（借入申請者）は、レンタルサービスを介して出品者と交渉を行い、レンタル料の一部を返金してもらうことでレンタルを開始したり、全額返金とともにレンタルをキャンセルしたりすることができる。このような交渉は、本サービスで提供されるユーザ間のコミュニケーションツールを利用して直接的に行ってもよいし、レンタルサービス提供者Ｍを介して間接的に行ってもよい。このような交渉の結果についても、取引情報として、ブロックチェーンＢに記録されて管理される。
出品物を受領した借手ユーザＵＢは、送付されてきた出品物と、出品情報に含まれる出品物の撮像画像とを比較し、問題がなければ出品物の利用を開始する。
具体的には例えば、実空間（現実世界）の出品物が借手ユーザＵＢに送付されると、出品物を受け取った借手ユーザＵＢは、目視により、貸手ユーザＵＬにより提供された出品情報に含まれる出品物の撮像画像と、現物との比較を行う。
具体的には例えば、仮想空間の出品物が借手ユーザＵＢに送付されると、出品物を受け取った借手ユーザＵＢは、借手ユーザ端末２を用いた比較を行う。ここでいう比較は、借手ユーザ端末２の画面に対する貸手ユーザＢの視認（目視）であってもよいし、借手ユーザ端末２による処理であってもよい。
借手ユーザＵＢの比較の結果、撮像画像と現物との間に差異がない場合、又は差異が看過できる範囲内の物である場合には、借手ユーザＵＢは、借手端末２を操作することにより、そのままレンタルを開始する旨を示す情報を管理サーバ１に送信する。具体的には例えば、図示はしないが、借手端末２に表示された「承認」ボタンや「レンタル開始」ボタンを押下することで、レンタルを開始する旨を示す情報を管理サーバ１に送信する。すると、管理サーバ１は、この情報を受信し、借手ユーザＵＢによりレンタル開始の承認がなされた旨を受け付ける。このようなレンタル開始の情報も、取引情報として、ブロックチェーンＢに記録されて管理される。
これに対し、送付されてきた出品物と撮像画像との比較の結果、看過できない差異が発見された場合、借手ユーザＵＢ（借入申請者）は、出品物の利用を見送る（即ち開始しない）。この場合、借手ユーザＵＢ（借入申請者）は、例えば借手端末２に表示された「承認」ボタンや「レンタル開始」ボタンを押下せずに、出品物を送付元に返却する。このような返却の情報も、取引情報として、ブロックチェーンＢに記録されて管理される。
また例えば、決済処理完了後の返金を認めるシステム環境であれば、借手ユーザＵＢ（借入申請者）は、レンタルサービスを介して出品者と交渉を行い、レンタル料の一部を返金してもらうことでレンタルを開始したり、全額返金とともにレンタルをキャンセルしたりすることができる。このような交渉は、本サービスで提供されるユーザ間のコミュニケーションツールを利用して直接的に行ってもよいし、レンタルサービス提供者Ｍを介して間接的に行ってもよい。このような交渉の結果についても、取引情報として、ブロックチェーンＢに記録されて管理される。
【0070】
ステップＳＳ６において、借手ユーザＵＢは、出品物の出品者に対し、レンタル期間の満了日までに出品物を返却する。貸手ユーザＵＬは、出品物が返却されると、返却されてきた出品物と、出品情報に含まれる出品物の撮像画像とを比較し、問題がなければレンタルサービスは完了する。この完了の情報も、取引情報として、ブロックチェーンＢに記録されて管理される。
ここで、返却されてきた出品物と撮像画像との比較の結果、看過できない差異が発見された場合、出品者たる貸手ユーザＵＬは、レンタルサービスを介して借手ユーザＵＢと交渉を行い、例えば以下のような措置を講ずることができる。即ち、貸手ユーザＵＬは、決済が完了したレンタル料の追加料金を請求するか、あるいは、出品物を買い上げてもらうことができる。このような交渉は、レンタルサービスで提供されるユーザ間のコミュニケーションツールを利用して直接的に行ってもよいし、レンタルサービス提供者Ｍを介して間接的に行ってもよい。このような交渉の結果についても、取引情報として、ブロックチェーンＢに記録されて管理される。
ここで、返却されてきた出品物と撮像画像との比較の結果、看過できない差異が発見された場合、出品者たる貸手ユーザＵＬは、レンタルサービスを介して借手ユーザＵＢと交渉を行い、例えば以下のような措置を講ずることができる。即ち、貸手ユーザＵＬは、決済が完了したレンタル料の追加料金を請求するか、あるいは、出品物を買い上げてもらうことができる。このような交渉は、レンタルサービスで提供されるユーザ間のコミュニケーションツールを利用して直接的に行ってもよいし、レンタルサービス提供者Ｍを介して間接的に行ってもよい。このような交渉の結果についても、取引情報として、ブロックチェーンＢに記録されて管理される。
【0071】
図１１は、レンタルサービスにおいて借手ユーザから支払われた料金の流れを示すイメージ図である。
【0072】
ステップＳＳ２１において、借手ユーザＵＢは、レンタル料金の決済を行う。具体的には、借手ユーザＵＢは、借手端末２を操作することにより、決済サービス提供者Ｐに対し、レンタル料の決済処理を依頼する。また、借手ユーザＵＢが保険料や送料を負担している場合には、レンタル料、保険料、及び送料（以下、「レンタル料等」と呼ぶ）の決済処理を決済サービス提供者Ｐに依頼する。レンタル料等の決済の履歴は、取引情報として、ブロックチェーンＢに記録されて管理される。
【0073】
借手ユーザＵＢからの依頼に基づきレンタル料等の決済処理を行った決済サービス提供者Ｐは、ステップＳＳ２２において、本サービス提供者Ｍに対し、決済金額から所定の手数料を差し引いた額（以下、「売上額」と呼ぶ）を送金する。送金の履歴は、取引情報として、ブロックチェーンＢに記録されて管理される。
ステップＳＳ２３において、レンタルサービス提供者Ｍは、送金されてきた売上額をプールする。売上額のプールの履歴は、取引情報として、ブロックチェーンＢに記録されて管理される。
ステップＳＳ２３において、レンタルサービス提供者Ｍは、送金されてきた売上額をプールする。売上額のプールの履歴は、取引情報として、ブロックチェーンＢに記録されて管理される。
【0074】
ステップＳＳ２４において、出品者である貸手ユーザＵＬは、レンタルサービス提供者Ｍにプールされている売上額のうち、レンタルサービスの利用料金を差し引いた額の範囲内で、現金の引き出しを行う。具体的には、出品者である貸手ユーザＵＬは、貸手端末２を操作することにより、売上額のうち、レンタルサービスの利用料金を差し引いた額の範囲内で、現金を引き出したい旨の申請（以下、「引出申請」と呼ぶ）を行う。
【0075】
ステップＳＳ２５において、レンタルサービス提供者Ｍは、貸手ユーザＵＬからの引出申請の内容に基づいて、現金の入金処理を行う。具体的には、レンタルサービス提供者Ｍは、貸手ユーザＵＬからの引出申請の内容に基づいて、決済サービスを介した入金処理を行う。なお、決済サービスを介した入金処理を行うことなく、レンタルサービス提供者Ｍの口座から直接入金されるようにしてもよい。何れにしても、入金の履歴は、取引情報として、ブロックチェーンＢに記録されて管理される。
【0076】
図１２は、貸手端末及び借手端末に表示されたＧＵＩ（グラフィカルユーザインタフェース）を介して借入申請を行う場合の例を示す図である。
【0077】
貸手端末２及び借手端末２に表示される画面のうち、図２に示す画面は、表示領域Ｈ１乃至Ｈ５を含むように構成されている。
【0078】
表示領域Ｈ１には、レンタルサービスのユーザが貸手ユーザＵＬとして出品する場合に押下されるボタンが表示されている。具体的には、図１２に示すように、「新規出品」と表示されたボタンＢ１１と、「レンタル中」と表示されたボタンＢ１２とが表示されている。
ここで、「新規出品」と表示されたボタンＢ１１が押下されると、新規出品をするための図示せぬ画面に遷移する。
また、「レンタル中」と表示されたボタンＢ１２が押下されると、レンタルサービスのユーザが貸手ユーザＵＬとして貸出中の出品物の一覧が表示される。具体的には例えば、「レンタル中」と表示されたボタンＢ１２が押下されることでマイページの図示せぬ画面に遷移し、貸出中の出品物の一覧が表示されるようにしてもよい。
ここで、「新規出品」と表示されたボタンＢ１１が押下されると、新規出品をするための図示せぬ画面に遷移する。
また、「レンタル中」と表示されたボタンＢ１２が押下されると、レンタルサービスのユーザが貸手ユーザＵＬとして貸出中の出品物の一覧が表示される。具体的には例えば、「レンタル中」と表示されたボタンＢ１２が押下されることでマイページの図示せぬ画面に遷移し、貸出中の出品物の一覧が表示されるようにしてもよい。
【0079】
表示領域Ｈ２には、レンタルサービスのユーザが借手ユーザＵＢとして、出品物を借り入れる場合に押下するボタンが表示されている。具体的には、図１２に示すように、「ウォッチリスト」と表示されたボタンと、「カテゴリから探す」と表示されたボタンと、カテゴリを示す各種ボタンとして、「ファッション」と表示されたボタンＢ２１、「季節イベント」と表示されたボタン、「本・漫画・雑誌」と表示されたボタン等が表示されている。
【0080】
表示領域Ｈ３には、ユーザへの告知や広告が表示されている。図１２に示す例では、「９月１日～ メンズジャケットキャンペーン開催中！！」という告知が表示されている。表示領域Ｈ３に表示されている告知や広告は、ボタンとして押下することもできる。この場合、図１２に示す告知が押下されると、告知の具体的内容の示す専用の画面（図示せず）が表示されるようにしてもよい。
【0081】
表示領域Ｈ４には、貸手ユーザＵＬ１乃至ＵＬｎから出品された出品物のうち、「季節イベントおすすめ商品」として、メンズジャケットの撮像画像が、出品情報とともに３件ピックアップ表示されている。なお、ここでいう「商品」とは、貸手ユーザＵＬから出品された出品物を意味する。
【0082】
表示領域Ｈ５には、貸手ユーザＵＬ１乃至ＵＬｎから出品された出品物のうち、「おすすめ商品」として、ハンドバッグの撮像画像と、腕時計の撮像画像とが、出品情報とともに夫々３件ピックアップ表示されている。借手ユーザＵＢは、表示領域Ｈ２乃至Ｈ３に表示された内容を見ることで、所望の出品物を容易に見つけ出すことができる。
【0083】
表示領域Ｈ４及びＨ５に夫々表示されている出品物の中には、「買い切り」マークＭ４１や、「オーナーチェンジ」マークＭ５１が付されているものがある。
【0084】
「買い切り」マークＭ４１が付されている出品物は、出品情報に売却の意思が含まれていることを意味する。即ち、貸手ユーザＵＬが所定のレンタル期間が経過したら「そのまま引き渡してもよい」と考えている出品物であることを意味している。具体的には例えば、１００００円の価値がある出品物を、１日あたり１００円で貸し出している場合、レンタル期間が１００日に達した時点で、売り上げたレンタル料の総額が１００００円に達する。この場合、「元は取れた」として、出品物をそのまま引き渡すこととなる。このため、図１２の表示領域Ｈ４及びＨ５に夫々表示されている出品物の出品情報には、１日あたりのレンタル料の他に、買い切り金額が表示されている。
【0085】
また、「オーナーチェンジ」マークＭ５１が付されている出品物は、レンタル中であるというステータスを変更することなくレンタル料を受け取る権利を所有権とともに移転させることができる出品物である。即ち、レンタル料を受け取る権利を留保させたまま、レンタルサービス提供者Ｍや借手ユーザＵＢに所有権を移転させることができる出品物であることを意味している。
ここで、オーナーチェンジが行われた場合にも、取引情報として、ブロックチェーンＢに記録されて管理される。
ここで、オーナーチェンジが行われた場合にも、取引情報として、ブロックチェーンＢに記録されて管理される。
【0086】
次に、図１３乃至図２６を参照して、図４の機能的構成を有する管理サーバ１により提供される図１の本サービスにおいて、実現可能となる投資に関する取引の具体例について説明する。
なお、投資対象は、以下の例では主にトラックファンドＴＦ及びレンタルサービスＬＳとして説明するが、特にこれに限定されず、その他不動産や株（仮想空間内のものも含む）等であっても、以下の説明は同様に当てはまる。
なお、投資対象は、以下の例では主にトラックファンドＴＦ及びレンタルサービスＬＳとして説明するが、特にこれに限定されず、その他不動産や株（仮想空間内のものも含む）等であっても、以下の説明は同様に当てはまる。
【0087】
図１３は、図４の機能的構成を有する管理サーバにより提供される図１の本サービスにおいて、実現可能となる投資に関する第１取引の１段階目の具体例を示す図である。
図１３の例では、実空間（現実世界）のユーザとしての投資家ＩＧが、上述のトラックファンドＴＦ及びレンタルサービスＬＳに投資するものとする。
なお、以下説明の便宜上、トラックファンドＴＦに対して自己の資金を投資することを単に「第１価値の投資」と呼ぶ。また、トラックファンドＴＦからの配当を得ることを「第２価値の収益・損失」と呼ぶ。
また、レンタルサービスＬＳへの投資としては２種類存在する。１種類目は、投資家ＩＧが貸手ユーザＵＬとして出品することでリース料や買い切りで収益を得るという投資である。２種類目は、投資家ＩＧがレンタルサービスＬＳというプラットフォームに対して投資をして、レンタルサービス提供者Ｍから何らかのリターンを得る投資である。ただし、以下においては説明の便宜上、これらの種類には特に言及せずに、単に、自己の資金又は出品対象の物をレンタルサービスに提供することを「第１価値の投資」と呼び、その投資に対するレンタルサービス提供者Ｍからのリターン又は借手ユーザＵＢからのレンタル料等に基づく売上額を得ることを「第２価値の収益・損失」と呼ぶ。
図１３の例では、実空間（現実世界）のユーザとしての投資家ＩＧが、上述のトラックファンドＴＦ及びレンタルサービスＬＳに投資するものとする。
なお、以下説明の便宜上、トラックファンドＴＦに対して自己の資金を投資することを単に「第１価値の投資」と呼ぶ。また、トラックファンドＴＦからの配当を得ることを「第２価値の収益・損失」と呼ぶ。
また、レンタルサービスＬＳへの投資としては２種類存在する。１種類目は、投資家ＩＧが貸手ユーザＵＬとして出品することでリース料や買い切りで収益を得るという投資である。２種類目は、投資家ＩＧがレンタルサービスＬＳというプラットフォームに対して投資をして、レンタルサービス提供者Ｍから何らかのリターンを得る投資である。ただし、以下においては説明の便宜上、これらの種類には特に言及せずに、単に、自己の資金又は出品対象の物をレンタルサービスに提供することを「第１価値の投資」と呼び、その投資に対するレンタルサービス提供者Ｍからのリターン又は借手ユーザＵＢからのレンタル料等に基づく売上額を得ることを「第２価値の収益・損失」と呼ぶ。
【0088】
図１３のステップＳＬ１において、実空間（現実世界）の投資家ＩＧは、実空間（現実世界）のレンタルサービスＬＳに対して第１価値の投資をし、それに対するレンタルサービスＬＳからの第２価値の収益・損失を得る。
この場合の第１価値の投資及び第２価値の収益・損失において授受された情報が、取引情報として生成されて、ブロックチェーンＢに記録されて管理される。
この場合の第１価値の投資及び第２価値の収益・損失において授受された情報が、取引情報として生成されて、ブロックチェーンＢに記録されて管理される。
【0089】
図１３のステップＳＴ１において、実空間（現実世界）の投資家ＩＧは、実空間（現実世界）のトラックファンドＴＦに対して第１価値の投資をし、それに対するトラックファンドＴＦからの第２価値の収益・損失を得る。
この場合の第１価値の投資及び第２価値の収益・損失において授受された情報が、取引情報として生成されて、ブロックチェーンＢに記録されて管理される。
この場合の第１価値の投資及び第２価値の収益・損失において授受された情報が、取引情報として生成されて、ブロックチェーンＢに記録されて管理される。
【0090】
図１４は、図４の機能的構成を有する管理サーバにより提供される図１の本サービスにおいて、実現可能となる投資に関する第１取引の２段階目の具体例を示す図である。
図１５は、図４の機能的構成を有する管理サーバにより提供される図１の本サービスにおいて、実現可能となる投資に関する第１取引の３段階目の具体例を示す図である。
図１５の例では、図１４の例で実空間（現実世界）のユーザとしての投資家ＩＧが投資した仮想投資対象ＭＴに対して、仮想空間（メタバース）のユーザとしての投資家ＩＭが投資するものとする。
ここで、仮想空間（メタバース）の投資家ＩＭは、図７で上述したように、実空間（現実世界）のユーザと必ずしも１対１で対応せず、集団投資スキーム（ファンド）のような場合もある。
図１５のステップＳＭ２において、仮想空間（メタバース）の投資家ＩＭは、仮想空間（メタバース）内の仮想投資対象ＭＴに対して第１価値の投資をし、それに対する仮想投資対象ＭＴからの第２価値の収益・損失を得る。
このステップＳＭ２の取引において、必要に応じて、ブロックチェーンＢに記録されて管理されているステップＳＭ１の取引の履歴も用いられる。
ここで、第２価値は、特に限定されず、法定通貨や仮想資産は勿論のこと、仮想空間（メタバース）内で使用可能な任意の価値（例えばメタバースのゲームのアイテム等）を採用することができる。
ステップＳＭ２の第１価値の投資及び第２価値の収益・損失において授受された情報が、取引情報として生成されて、ブロックチェーンＢに記録されて管理される。
図１５は、図４の機能的構成を有する管理サーバにより提供される図１の本サービスにおいて、実現可能となる投資に関する第１取引の３段階目の具体例を示す図である。
図１５の例では、図１４の例で実空間（現実世界）のユーザとしての投資家ＩＧが投資した仮想投資対象ＭＴに対して、仮想空間（メタバース）のユーザとしての投資家ＩＭが投資するものとする。
ここで、仮想空間（メタバース）の投資家ＩＭは、図７で上述したように、実空間（現実世界）のユーザと必ずしも１対１で対応せず、集団投資スキーム（ファンド）のような場合もある。
図１５のステップＳＭ２において、仮想空間（メタバース）の投資家ＩＭは、仮想空間（メタバース）内の仮想投資対象ＭＴに対して第１価値の投資をし、それに対する仮想投資対象ＭＴからの第２価値の収益・損失を得る。
このステップＳＭ２の取引において、必要に応じて、ブロックチェーンＢに記録されて管理されているステップＳＭ１の取引の履歴も用いられる。
ここで、第２価値は、特に限定されず、法定通貨や仮想資産は勿論のこと、仮想空間（メタバース）内で使用可能な任意の価値（例えばメタバースのゲームのアイテム等）を採用することができる。
ステップＳＭ２の第１価値の投資及び第２価値の収益・損失において授受された情報が、取引情報として生成されて、ブロックチェーンＢに記録されて管理される。
【0091】
図１６は、図４の機能的構成を有する管理サーバにより提供される図１の本サービスにおいて、実現可能となる投資に関する第１取引の４段階目の具体例を示す図である。
図１６の例では、図１５の例で仮想投資対象ＭＴに対して投資した仮想空間（メタバース）のユーザとしての投資家ＩＭが、実空間（現実世界）の投資対象に投資するものとする。
図１６のステップＳＭ３において、仮想空間（メタバース）の投資家ＩＭは、実空間（現実世界）の投資対象（レンタルサービスＬＳ、トラックファンドＴＦ、及びその他投資対象ＧＴ）に対して第１価値の投資をし、それに対するからの第２価値の収益・損失を得る。
ステップＳＭ３の第１価値の投資及び第２価値の収益・損失において授受された情報が、取引情報として生成されて、ブロックチェーンＢに記録されて管理される。
このステップＳＭ３の取引において、必要に応じて、ブロックチェーンＢに記録されて管理されている投資家ＩＭの取引の履歴も用いられる。
図１６の例では、図１５の例で仮想投資対象ＭＴに対して投資した仮想空間（メタバース）のユーザとしての投資家ＩＭが、実空間（現実世界）の投資対象に投資するものとする。
図１６のステップＳＭ３において、仮想空間（メタバース）の投資家ＩＭは、実空間（現実世界）の投資対象（レンタルサービスＬＳ、トラックファンドＴＦ、及びその他投資対象ＧＴ）に対して第１価値の投資をし、それに対するからの第２価値の収益・損失を得る。
ステップＳＭ３の第１価値の投資及び第２価値の収益・損失において授受された情報が、取引情報として生成されて、ブロックチェーンＢに記録されて管理される。
このステップＳＭ３の取引において、必要に応じて、ブロックチェーンＢに記録されて管理されている投資家ＩＭの取引の履歴も用いられる。
【0092】
ここで、図１７を参照して、仮想空間（メタバース）内の仮想投資対象ＭＴにおける資産の取り扱いの具体例について説明する。
仮想空間（メタバース）内の仮想投資対象ＭＴにおける資産としては、例えば仮想空間内のトラックファンドＴＦについてはトラックＴ（オブジェクト）や、仮想空間内のレンタルサービスＬＳの出品される物（オブジェクト）が想定される。
仮想空間（メタバース）内の仮想投資対象ＭＴにおける資産としては、例えば仮想空間内のトラックファンドＴＦについてはトラックＴ（オブジェクト）や、仮想空間内のレンタルサービスＬＳの出品される物（オブジェクト）が想定される。
【0093】
図１７は、仮想空間内の仮想投資対象における資産の取り扱いの具体例を示している。
図１７Ａは、実空間（現実世界）の土地のように、仮想空間内で劣化しなくて相場のみで価値が変わる資産（そのようにメタバース内で設定された資産）の取り扱いの具体例を示している。
図１７Ｂは、仮想空間内で減価していく資産（例えば陳腐化等する資産）（そのようにメタバース内で設定された資産）の取り扱いの具体例を示している。図１７Ｂの具体例では、減価は、実空間（現実世界）の減価償却の考え方が適用される。
図１７Ｃは、仮想空間内で元々存続期間が設定されていて存続期間経過後技術的に存在しなくなる資産（そのようにメタバース内で設定された資産）の取り扱いの具体例を示している。
図１７Ｄは、仮想空間内で減価もせずリース料も設定されない資産（そのようにメタバース内で設定された資産）の取り扱いの具体例を示している。
図１７Ａは、実空間（現実世界）の土地のように、仮想空間内で劣化しなくて相場のみで価値が変わる資産（そのようにメタバース内で設定された資産）の取り扱いの具体例を示している。
図１７Ｂは、仮想空間内で減価していく資産（例えば陳腐化等する資産）（そのようにメタバース内で設定された資産）の取り扱いの具体例を示している。図１７Ｂの具体例では、減価は、実空間（現実世界）の減価償却の考え方が適用される。
図１７Ｃは、仮想空間内で元々存続期間が設定されていて存続期間経過後技術的に存在しなくなる資産（そのようにメタバース内で設定された資産）の取り扱いの具体例を示している。
図１７Ｄは、仮想空間内で減価もせずリース料も設定されない資産（そのようにメタバース内で設定された資産）の取り扱いの具体例を示している。
【0094】
図１８は、図４の機能的構成を有する管理サーバにより提供される図１の本サービスにおいて、実現可能となる投資に関する第２取引の１段階目の具体例を示す図である。
図１８の例では、実空間（現実世界）のユーザとしての投資家ＩＧ１が、上述のトラックファンドＴＦやレンタルサービスＬＳ等の実空間（現実世界）の投資対象ＧＴに投資するものとする。
なお、以下、第２取引の説明においては、便宜上、「投資」とは、「第１価値の投資」及び「第２価値の収益・損失」からなる取引を意味するものとする。
図１８の例では、実空間（現実世界）のユーザとしての投資家ＩＧ１が、上述のトラックファンドＴＦやレンタルサービスＬＳ等の実空間（現実世界）の投資対象ＧＴに投資するものとする。
なお、以下、第２取引の説明においては、便宜上、「投資」とは、「第１価値の投資」及び「第２価値の収益・損失」からなる取引を意味するものとする。
【0095】
図１８のステップＳＧ１において、実空間（現実世界）の投資家ＩＧ１は、実空間（現実世界）の投資対象ＧＴに対して投資をする。
この場合の投資（第１価値の投資及び第２価値の収益・損失）において授受された情報が、取引情報として生成されて、ブロックチェーンＢに記録されて管理される。
この場合の投資（第１価値の投資及び第２価値の収益・損失）において授受された情報が、取引情報として生成されて、ブロックチェーンＢに記録されて管理される。
【0096】
図１８のステップＳＧ２において、実空間（現実世界）の投資家ＩＧ１は、実空間（現実世界）の投資対象ＧＴについて、実空間（現実世界）の投資家ＩＧ２に対してオーナーチェンジをする。
オーナーチェンジは、取引の一種である。よって、オーナーチェンジが行われる際には、ステップＳＧ１における空間（現実世界）の投資対象ＧＴについての投資の履歴がブロックチェーンＢから適宜取得されて利用される。
また、オーナーチェンジの履歴は、ブロックチェーンＢに記録されて管理される。
オーナーチェンジは、取引の一種である。よって、オーナーチェンジが行われる際には、ステップＳＧ１における空間（現実世界）の投資対象ＧＴについての投資の履歴がブロックチェーンＢから適宜取得されて利用される。
また、オーナーチェンジの履歴は、ブロックチェーンＢに記録されて管理される。
【0097】
図１９は、図４の機能的構成を有する管理サーバにより提供される図１の本サービスにおいて、実現可能となる投資に関する第２取引の２段階目の具体例を示す図である。
図１９の例でも、図１８の例と同様に、実空間（現実世界）のユーザとしての投資家ＩＧ１が、上述のトラックファンドＴＦやレンタルサービスＬＳ等の実空間（現実世界）の投資対象ＧＴに投資するものとする。
図１９の例でも、図１８の例と同様に、実空間（現実世界）のユーザとしての投資家ＩＧ１が、上述のトラックファンドＴＦやレンタルサービスＬＳ等の実空間（現実世界）の投資対象ＧＴに投資するものとする。
【0098】
図１９のステップＳＭ１１において、実空間（現実世界）の投資家ＩＧ１は、実空間（現実世界）の投資対象ＧＴについて、仮想空間（メタバース）の投資家ＩＭ１に対してオーナーチェンジをする。
オーナーチェンジは、取引の一種である。よって、オーナーチェンジが行われる際には、ステップＳＧ１における空間（現実世界）の投資対象ＧＴについての投資の履歴がブロックチェーンＢから適宜取得されて利用される。
また、オーナーチェンジの履歴は、ブロックチェーンＢに記録されて管理される。
オーナーチェンジは、取引の一種である。よって、オーナーチェンジが行われる際には、ステップＳＧ１における空間（現実世界）の投資対象ＧＴについての投資の履歴がブロックチェーンＢから適宜取得されて利用される。
また、オーナーチェンジの履歴は、ブロックチェーンＢに記録されて管理される。
【0099】
図２０は、図４の機能的構成を有する管理サーバにより提供される図１の本サービスにおいて、実現可能となる投資に関する第２取引の３段階目の具体例を示す図である。
図２０の例では、仮想空間（メタバース）のユーザとしての投資家ＩＭ１が、仮想空間内の仮想投資対象ＭＴに投資するものとする。
図２０の例では、仮想空間（メタバース）のユーザとしての投資家ＩＭ１が、仮想空間内の仮想投資対象ＭＴに投資するものとする。
【0100】
図２０のステップＳＭ１２において、仮想空間（メタバース）の投資家ＩＭ１は、仮想空間（メタバース）の仮想投資対象ＭＴに対して投資をする。
この場合の投資（第１価値の投資及び第２価値の収益・損失）において授受された情報が、取引情報として生成されて、ブロックチェーンＢに記録されて管理される。
この場合の投資（第１価値の投資及び第２価値の収益・損失）において授受された情報が、取引情報として生成されて、ブロックチェーンＢに記録されて管理される。
【0101】
図２０のステップＳＭ１３において、仮想空間（メタバース）の投資家ＩＭ１は、仮想空間（メタバース）の仮想投資対象ＭＴについて、仮想空間（メタバース）の投資家ＩＭ２に対してオーナーチェンジをする。
オーナーチェンジは、取引の一種である。よって、オーナーチェンジが行われる際には、ステップＳＭ１３における仮想空間（メタバース）の仮想投資対象ＭＴについての投資の履歴がブロックチェーンＢから適宜取得されて利用される。
また、オーナーチェンジの履歴は、ブロックチェーンＢに記録されて管理される。
オーナーチェンジは、取引の一種である。よって、オーナーチェンジが行われる際には、ステップＳＭ１３における仮想空間（メタバース）の仮想投資対象ＭＴについての投資の履歴がブロックチェーンＢから適宜取得されて利用される。
また、オーナーチェンジの履歴は、ブロックチェーンＢに記録されて管理される。
【0102】
図２１は、図４の機能的構成を有する管理サーバにより提供される図１の本サービスにおいて、実現可能となる投資に関する第２取引の４段階目の具体例を示す図である。
図２１の例では、仮想空間（メタバース）のユーザとしての投資家ＩＭ１が、仮想空間内の仮想投資対象ＭＴについて、実空間（現実世界）のユーザとしての投資家ＩＧ２にオーナーチェンジするものとする。
図２１の例では、仮想空間（メタバース）のユーザとしての投資家ＩＭ１が、仮想空間内の仮想投資対象ＭＴについて、実空間（現実世界）のユーザとしての投資家ＩＧ２にオーナーチェンジするものとする。
【0103】
図２１のステップＳＭ１４において、仮想空間（メタバース）の投資家ＩＭ１は、仮想空間（メタバース）の仮想投資対象ＭＴについて、実空間（現実世界）の投資家ＩＧ２に対してオーナーチェンジをする。
オーナーチェンジは、取引の一種である。よって、オーナーチェンジが行われる際には、ステップＳＭ１３における仮想空間（メタバース）の仮想投資対象ＭＴについての投資の履歴がブロックチェーンＢから適宜取得されて利用される。
また、オーナーチェンジの履歴は、ブロックチェーンＢに記録されて管理される。
オーナーチェンジは、取引の一種である。よって、オーナーチェンジが行われる際には、ステップＳＭ１３における仮想空間（メタバース）の仮想投資対象ＭＴについての投資の履歴がブロックチェーンＢから適宜取得されて利用される。
また、オーナーチェンジの履歴は、ブロックチェーンＢに記録されて管理される。
【0104】
なお、ファンドの投資に関する取引は、以上のものは例示に過ぎず、図２２に示すような各種各様なケースが存在する。
図２２は、図４の機能的構成を有する管理サーバにより提供される図１の本サービスにおいて、実現可能となる投資のケースを示している。
図２２の表及び同図の説明においては、「現実」は「実空間（現実世界）」を身氏、「メタ」は「仮想空間（メタバース）」を意味するものとする。
第１ケースは、（投資対象、投資家、ファンド）＝（現実、現実、現実）というものである。
第２ケースは、（投資対象、投資家、ファンド）＝（メタ、現実、現実）というものである。
第３ケースは、（投資対象、投資家、ファンド）＝（メタ、メタ、メタ）というものである。
第４ケースは、（投資対象、投資家、ファンド）＝（現実、メタ、メタ）というものである。
第５ケースは、（投資対象、投資家、ファンド）＝（現実、現実、メタ）というものである。
第６ケースは、（投資対象、投資家、ファンド）＝（現実、メタ、現実）というものである。
第７ケースは、（投資対象、投資家、ファンド）＝（メタ、メタ、現実）というものである。
第８ケースは、（投資対象、投資家、ファンド）＝（メタ、現実、メタ）というものである。
図２２は、図４の機能的構成を有する管理サーバにより提供される図１の本サービスにおいて、実現可能となる投資のケースを示している。
図２２の表及び同図の説明においては、「現実」は「実空間（現実世界）」を身氏、「メタ」は「仮想空間（メタバース）」を意味するものとする。
第１ケースは、（投資対象、投資家、ファンド）＝（現実、現実、現実）というものである。
第２ケースは、（投資対象、投資家、ファンド）＝（メタ、現実、現実）というものである。
第３ケースは、（投資対象、投資家、ファンド）＝（メタ、メタ、メタ）というものである。
第４ケースは、（投資対象、投資家、ファンド）＝（現実、メタ、メタ）というものである。
第５ケースは、（投資対象、投資家、ファンド）＝（現実、現実、メタ）というものである。
第６ケースは、（投資対象、投資家、ファンド）＝（現実、メタ、現実）というものである。
第７ケースは、（投資対象、投資家、ファンド）＝（メタ、メタ、現実）というものである。
第８ケースは、（投資対象、投資家、ファンド）＝（メタ、現実、メタ）というものである。
【0105】
図２３は、実空間（現実世界）のファンドの例を示している。ファンドは、資産と（負債）出資金とから構成される。
図２３の例では、実空間（現実世界）のアセットマネージャーＡＭＧがファンドの運営管理を行う。
図２３の例では、ファンドの資産から、実空間（現実世界）の投資対象ＧＴ１，ＧＴ２に投資が行われる。
図２３の例では、実空間（現実世界）の投資家ＩＧ１，ＩＧ２がファンドに対して出資を行い、実空間（現実世界）の銀行や他レンダー等の他ユーザＵＧ１がファンドに対して貸付を行う。
図２３の例では、実空間（現実世界）のアセットマネージャーＡＭＧがファンドの運営管理を行う。
図２３の例では、ファンドの資産から、実空間（現実世界）の投資対象ＧＴ１，ＧＴ２に投資が行われる。
図２３の例では、実空間（現実世界）の投資家ＩＧ１，ＩＧ２がファンドに対して出資を行い、実空間（現実世界）の銀行や他レンダー等の他ユーザＵＧ１がファンドに対して貸付を行う。
【0106】
図２４は、図４の機能的構成を有する管理サーバにより提供される図１の本サービスにおいて、実現可能となるファンドの投資に関する第２パターンの具体例を示す図である。
図２４は、実空間（現実世界）のファンドの例を示している。ファンドは、資産と（負債）出資金とから構成される。
図２４の例では、実空間（現実世界）のアセットマネージャーＡＭＧがファンドの運営管理を行う。
図２４の例では、ファンドの資産から、仮想空間（メタバース）の投資対象ＧＭ１，ＧＭ２に投資が行われる。
図２４の例では、実空間（現実世界）の投資家ＩＧ１，ＩＧ２がファンドに対して出資を行い、実空間（現実世界）の銀行や他レンダー等の他ユーザＵＧ１がファンドに対して貸付を行う。
図２４は、実空間（現実世界）のファンドの例を示している。ファンドは、資産と（負債）出資金とから構成される。
図２４の例では、実空間（現実世界）のアセットマネージャーＡＭＧがファンドの運営管理を行う。
図２４の例では、ファンドの資産から、仮想空間（メタバース）の投資対象ＧＭ１，ＧＭ２に投資が行われる。
図２４の例では、実空間（現実世界）の投資家ＩＧ１，ＩＧ２がファンドに対して出資を行い、実空間（現実世界）の銀行や他レンダー等の他ユーザＵＧ１がファンドに対して貸付を行う。
【0107】
図２５は、図４の機能的構成を有する管理サーバにより提供される図１の本サービスにおいて、実現可能となるファンドの投資に関する第３パターンの具体例を示す図である。
図２５は、仮想空間（メタバース）のファンドの例を示している。ファンドは、資産と（負債）出資金とから構成される。
図２５の例では、仮想空間（メタバース）のアセットマネージャーＡＭＭがファンドの運営管理を行う。
図２５の例では、ファンドの資産から、仮想空間（メタバース）の投資対象ＧＭ１，ＧＭ２に投資が行われる。
図２５の例では、仮想空間（メタバース）の投資家ＩＭ１，ＩＭ２がファンドに対して出資を行い、仮想空間（メタバース）の銀行や他レンダー等の他ユーザＵＭ１がファンドに対して貸付を行う。
図２５は、仮想空間（メタバース）のファンドの例を示している。ファンドは、資産と（負債）出資金とから構成される。
図２５の例では、仮想空間（メタバース）のアセットマネージャーＡＭＭがファンドの運営管理を行う。
図２５の例では、ファンドの資産から、仮想空間（メタバース）の投資対象ＧＭ１，ＧＭ２に投資が行われる。
図２５の例では、仮想空間（メタバース）の投資家ＩＭ１，ＩＭ２がファンドに対して出資を行い、仮想空間（メタバース）の銀行や他レンダー等の他ユーザＵＭ１がファンドに対して貸付を行う。
【0108】
図２６は、図４の機能的構成を有する管理サーバにより提供される図１の本サービスにおいて、実現可能となるファンドの投資に関する第４パターンの具体例を示す図である。
図２６は、仮想空間（メタバース）のファンドの例を示している。ファンドは、資産と（負債）出資金とから構成される。
図２６の例では、仮想空間（メタバース）のアセットマネージャーＡＭＭがファンドの運営管理を行う。
図２６の例では、ファンドの資産から、実空間（現実世界）の投資対象ＧＭ１，ＧＭ２に投資が行われる。
図２５の例では、仮想空間（メタバース）の投資家ＩＭ１，ＩＭ２がファンドに対して出資を行い、仮想空間（メタバース）の銀行や他レンダー等の他ユーザＵＭ１がファンドに対して貸付を行う。
図２６は、仮想空間（メタバース）のファンドの例を示している。ファンドは、資産と（負債）出資金とから構成される。
図２６の例では、仮想空間（メタバース）のアセットマネージャーＡＭＭがファンドの運営管理を行う。
図２６の例では、ファンドの資産から、実空間（現実世界）の投資対象ＧＭ１，ＧＭ２に投資が行われる。
図２５の例では、仮想空間（メタバース）の投資家ＩＭ１，ＩＭ２がファンドに対して出資を行い、仮想空間（メタバース）の銀行や他レンダー等の他ユーザＵＭ１がファンドに対して貸付を行う。
【0109】
以上、本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【0110】
例えば、上述の実施形態では、図５乃至図７及び図１３乃至図２６の例を用いて本サービスで可能となる取引の形態を説明したが、取引の形態は特にこれに限定されない。
例えば、第１の仮想空間に存在する第１価値と、別の第２の仮想空間に存在する第２価値とが交換される取引を採用することができる。
即ち、実空間又は仮想空間における第１価値を有する実空間又は仮想空間に存在する第１ユーザと、実空間又は仮想空間における第２価値を有する実空間又は仮想空間に存在する第２ユーザとの間の当該第１価値及び当該第２価値の交換をするための取引であって、第１価値、第１ユーザ、第２価値、及び第２ユーザのうち少なくとも一部が仮想空間のものである場合における取引であれば足り、各種各様な形態の取引を採用することができる。
例えば、第１の仮想空間に存在する第１価値と、別の第２の仮想空間に存在する第２価値とが交換される取引を採用することができる。
即ち、実空間又は仮想空間における第１価値を有する実空間又は仮想空間に存在する第１ユーザと、実空間又は仮想空間における第２価値を有する実空間又は仮想空間に存在する第２ユーザとの間の当該第１価値及び当該第２価値の交換をするための取引であって、第１価値、第１ユーザ、第２価値、及び第２ユーザのうち少なくとも一部が仮想空間のものである場合における取引であれば足り、各種各様な形態の取引を採用することができる。
【0111】
例えば上述の実施形態では、取引情報の正当性の管理にブロックチェーンＢを利用したが、これ以外に分散型台帳を利用してもよい。
【0112】
また、取引の対象となるものは、取引を行う第１ユーザ及び第２ユーザにとって価値があるものであれば足り、その他の者にとって価値が存在するか否かは無関係である。
例えば、実ユーザＵＧ又は仮想ユーザＵＶのスキルや権利といったようなものであってもよい。
例えば、実ユーザＵＧ又は仮想ユーザＵＶのスキルや権利といったようなものであってもよい。
【0113】
また、図３に示すハードウェア構成は、本発明の目的を達成するための例示に過ぎず、特に限定されない。
【0114】
また、図４に示す機能ブロック図は、例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは、特に図４の例に限定されない。
【0115】
また、機能ブロックの存在場所も、図４に限定されず、任意でよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【0116】
各機能ブロックの処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。
【0117】
このようなプログラムを含む記録媒体は、各ユーザにプログラムを提供するために装置本体とは別に配布される、リムーバブルメディアにより構成されるだけではなく、装置本体に予め組み込まれた状態で各ユーザに提供される記録媒体等で構成される。
【0118】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に添って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
【0119】
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものである。
【0120】
以上まとめると、本発明が適用される情報処理装置は、次のような構成を取れば足り、各種各様な実施形態を取ることができる。
即ち、本発明が適用される情報処理装置（例えば管理サーバ１等）は、
実空間又は仮想空間における第１価値（例えば図５の仮想通貨１００ｂｏｔや図６の山の絵）を有する実空間又は仮想空間に存在する第１ユーザ（例えば図５や図６の第１ユーザＲＵ１）と、実空間又は仮想空間における第２価値（例えば図５の仮想通貨での返済料及び利息や図６のレンタル料）を有する実空間又は仮想空間に存在する第２ユーザ（例えば図５や図６の第２ユーザＲＵ２）との間の当該第１価値及び当該第２価値の交換をするための第１取引をした際に、前記第１価値に関する情報、前記第１ユーザに関する情報、前記第２価値に関する情報、及び前記第２ユーザに関する情報を、取引情報（例えば図５の取引情報Ｂ１や図６の取引情報Ｂ２）として、ブロックチェーン（例えば図４のブロックチェーンＢ）又は分散型台帳に記録して管理する管理手段（例えば図４の取引情報管理部５８）と、
前記第１価値、前記第１ユーザ、前記第２価値、及び前記第２ユーザのうち少なくとも一部に関連する第２取引がなされる際に、前記管理手段により前記ブロックチェーン又は前記分散型台帳に記録して管理されている前記取引情報を用いて、当該第２取引を制御する取引制御手段（例えば図４の取引制御部５７）と、
を備える。
即ち、本発明が適用される情報処理装置（例えば管理サーバ１等）は、
実空間又は仮想空間における第１価値（例えば図５の仮想通貨１００ｂｏｔや図６の山の絵）を有する実空間又は仮想空間に存在する第１ユーザ（例えば図５や図６の第１ユーザＲＵ１）と、実空間又は仮想空間における第２価値（例えば図５の仮想通貨での返済料及び利息や図６のレンタル料）を有する実空間又は仮想空間に存在する第２ユーザ（例えば図５や図６の第２ユーザＲＵ２）との間の当該第１価値及び当該第２価値の交換をするための第１取引をした際に、前記第１価値に関する情報、前記第１ユーザに関する情報、前記第２価値に関する情報、及び前記第２ユーザに関する情報を、取引情報（例えば図５の取引情報Ｂ１や図６の取引情報Ｂ２）として、ブロックチェーン（例えば図４のブロックチェーンＢ）又は分散型台帳に記録して管理する管理手段（例えば図４の取引情報管理部５８）と、
前記第１価値、前記第１ユーザ、前記第２価値、及び前記第２ユーザのうち少なくとも一部に関連する第２取引がなされる際に、前記管理手段により前記ブロックチェーン又は前記分散型台帳に記録して管理されている前記取引情報を用いて、当該第２取引を制御する取引制御手段（例えば図４の取引制御部５７）と、
を備える。
【0121】
このように、実空間と仮想空間とを介在する取引において、ブロックチェーンＢ又は前記分散型台帳に第１取引の取引情報を記録して管理し、ブロックチェーンＢ又は前記分散型台帳の取引情報を用いて、第２取引の可否を判定することができるので、第２取引における取引者の信用を確保した上で価値を安全に取り引きすることができるようになる。
【0122】
ここで、前記第１取引は、前記第１価値、前記第１ユーザ、前記第２価値、及び前記第２ユーザのうち少なくとも一部が仮想空間のものである場合における取引である、ようにすることができる。
【0123】
前記管理手段は、さらに、前記第１価値と前記第２価値のうち少なくとも一方の流通の履歴を前記取引情報に含めて、前記ブロックチェーン又は前記分散型台帳に記録して管理する、ようにすることができる。
【0124】
前記管理手段は、さらに、前記第１価値と前記第２価値のうち少なくとも一方の所有者の履歴を前記取引情報に含めて、前記ブロックチェーン又は前記分散型台帳に記録して管理する、ようにすることができる。
【符号の説明】
【0125】
１：管理サーバ、２、２－１乃至２－ｎ、２Ａ、２Ｂ：ユーザ端末、３、３－１乃至３－ｍ：仮想空間サーバ、１１：ＣＰＵ、１２；ＲＯＭ、１３：ＲＡＭ、１４：バス、１５：入出力インターフェース、１６：入力部、１７：出力部、１８：記憶部、１９：通信部、２０：ドライブ、３０：リムーバブルメディア、５１：実空間情報取得部、５２：実ユーザ情報取得部、５３：実価値情報取得部、５４：仮想空間情報取得部、５５：アバタ情報取得部、５６：仮想価値情報取得部、５７：取引制御部、５８：取引情報管理部、Ｂ：ブロックチェーン
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17A】
【図17B】
【図17C】
【図17D】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】