(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-05-14
(45)【発行日】2024-05-22
(54)【発明の名称】情報処理システム、情報処理方法及びプログラム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20240515BHJP
【ＦＩ】
G06Q50/10
【請求項の数】
6
(21)【出願番号】P 2023561324
(86)(22)【出願日】2023-04-18
(86)【国際出願番号】 JP2023015499
(87)【国際公開番号】W WO2023204214
(87)【国際公開日】2023-10-26
【審査請求日】2023-10-05
(31)【優先権主張番号】P 2022068599
(32)【優先日】2022-04-19
(33)【優先権主張国・地域又は機関】JP
【早期審査対象出願】
(73)【特許権者】
【識別番号】519049606
【氏名又は名称】株式会社ペイクル
(74)【代理人】
【識別番号】100190621
【弁理士】
【氏名又は名称】崎間 伸洋
(74)【代理人】
【識別番号】100212510
【弁理士】
【氏名又は名称】笠原 翔
(72)【発明者】
【氏名】眞子 豊
【審査官】松田 岳士
(56)【参考文献】
【文献】特開２０２１－１６６０２８（ＪＰ，Ａ）
【文献】米国特許第１１０７５８９１（ＵＳ，Ｂ１）
【文献】特開２０２１－０５１５８５（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
ブロックチェーン上のＮＦＴをオーナが所有したまま、当該ＮＦＴに紐付けられたコンテンツを所定ツールでクライアントに利用させる制御を実行する情報処理システムであって、第１鍵を用いて前記コンテンツを暗号化してストレージに格納すると共に、当該第１鍵を前記ブロックチェーン上の第１スマートコントラクトにより保存する制御を実行する第１制御手段と、
前記第１スマートコントラクトにより、所定の条件を満たした前記クライアントに対して、前記コンテンツの利用権を設定する制御を実行する第２制御手段と、
前記クライアントから前記コンテンツの利用が要求されると、暗号化された前記コンテンツを前記ストレージから抽出して、前記クライアントが操作する前記所定ツールに送信する制御を実行する第３制御手段と、
前記第１スマートコントラクトにより、前記クライアントが前記利用権を有していることを確認したことを条件に、前記第１鍵を、前記クライアントが操作する前記所定ツールに送信する制御を実行する第４制御手段と、
を備える情報処理システム。
【請求項2】
前記第３制御手段は、前記制御として、前記クライアントから前記コンテンツの利用が要求されると、前記第１スマートコントラクトから前記第１鍵を取得して、前記ストレージから抽出した前記コンテンツを当該第１鍵及び第２鍵を用いて再暗号化し、再暗号化された前記コンテンツ及び前記第２鍵を、前記クライアントが操作する前記所定ツールに送信する制御を実行する、請求項１に記載の情報処理システム。
【請求項3】
前記所定ツールは、前記第１制御手段乃至前記第４制御手段の制御により提供された前記コンテンツを少なくとも前記第１鍵により復号して利用するための専用ツールである、請求項１に記載の情報処理システム。
【請求項4】
第１クライアントが利用した前記コンテンツを第２クライアントに紹介し、当該第２クライアントが当該コンテンツを利用した場合に紹介手数料を当該第１クライアントが得るアフィリエイトプログラムを実現するために、前記第１クライアントの情報を有する第２スマートコントラクトが、前記ブロックチェーン上にさらに存在し、前記コンテンツを前記第２クライアントに紹介するための紹介データを作成して前記第２クライアントに送信すると共に、当該第１クライアントの情報を前記第２スマートコントラクトに登録する制御を実行する第５制御手段と、
前記第２クライアントに対する前記コンテンツの利用権の設定の制御が前記第２制御手段により実行され、前記第２スマートコントラクトから前記第１クライアントの情報が前記第１スマートコントラクトに取得された場合、当該第１スマートコントラクトにより、前記第１クライアントに対して前記紹介手数料を支払う制御を実行する第６制御手段と、
をさらに備える請求項１に記載の情報処理システム。
【請求項5】
ブロックチェーン上のＮＦＴをオーナが所有したまま、当該ＮＦＴに紐付けられたコンテンツを所定ツールでクライアントに利用させる制御を実行する情報処理システムが実行する情報処理方法であって、第１鍵を用いて前記コンテンツを暗号化してストレージに格納すると共に、当該第１鍵を前記ブロックチェーン上の第１スマートコントラクトにより保存する制御を実行する第１制御ステップと、
前記第１スマートコントラクトにより、所定の条件を満たした前記クライアントに対して、前記コンテンツの利用権を設定する制御を実行する第２制御ステップと、
前記クライアントから前記コンテンツの利用が要求されると、暗号化された前記コンテンツを前記ストレージから抽出して、前記クライアントが操作する前記所定ツールに送信する制御を実行する第３制御ステップと、
前記第１スマートコントラクトにより、前記クライアントが前記利用権を有していることを確認したことを条件に、前記第１鍵を、前記クライアントが操作する前記所定ツールに送信する制御を実行する第４制御ステップと、
を含む情報処理方法。
【請求項6】
ブロックチェーン上のＮＦＴをオーナが所有したまま、当該ＮＦＴに紐付けられたコンテンツを所定ツールでクライアントに利用させる制御を実行するコンピュータに、第１鍵を用いて前記コンテンツを暗号化してストレージに格納すると共に、当該第１鍵を前記ブロックチェーン上の第１スマートコントラクトにより保存する制御を実行する第１制御ステップと、
前記第１スマートコントラクトにより、所定の条件を満たした前記クライアントに対して、前記コンテンツの利用権を設定する制御を実行する第２制御ステップと、
前記クライアントから前記コンテンツの利用が要求されると、暗号化された前記コンテンツを前記ストレージから抽出して、前記クライアントが操作する前記所定ツールに送信する制御を実行する第３制御ステップと、
前記第１スマートコントラクトにより、前記クライアントが前記利用権を有していることを確認したことを条件に、前記第１鍵を、前記クライアントが操作する前記所定ツールに送信する制御を実行する第４制御ステップと、
を含む制御処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理システム、情報処理方法及びプログラムに関する。
【背景技術】
【0002】
従来から、ブロックチェーンを用いてコンテンツの移転を管理する技術が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０２１－０５１５８５号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ここで、譲渡人及び譲受人において貸し借りの取り決めにあったとしても、特許文献１を含め従来の技術のみでは、ブロックチェーン上のＮＦＴを用いて管理された所有権が移転されるにすぎず、譲受人が所有権を有している状態となっていた。そのため、あくまで借りたに過ぎない譲受人が、勝手に作品を他の者に譲渡することができるものであった。
【0005】
本発明は、このような状況に鑑みてなされたものであり、コンテンツに関する権利の管理の利便性を向上させることを目的とする。
【課題を解決するための手段】
【0006】
上記目的を達成するため、本発明の一態様の情報処理システムは、
ブロックチェーン上のＮＦＴをオーナが所有したまま、当該ＮＦＴに紐付けられたコンテンツを所定ツールでクライアントに利用させる制御を実行する情報処理システムであって、
第１鍵を用いて前記コンテンツを暗号化してストレージに格納すると共に、当該第１鍵を前記ブロックチェーン上の第１スマートコントラクトにより保存する制御を実行する第１制御手段と、
前記第１スマートコントラクトにより、所定の条件を満たした前記クライアントに対して、前記コンテンツの利用権を設定する制御を実行する第２制御手段と、
前記クライアントから前記コンテンツの利用が要求されると、暗号化された前記コンテンツを前記ストレージから抽出して、前記クライアントが操作する前記所定ツールに送信する制御を実行する第３制御手段と、
前記第１スマートコントラクトにより、前記クライアントが前記利用権を有していることを確認したことを条件に、前記第１鍵を、前記クライアントが操作する前記所定ツールに送信する制御を実行する第４制御手段と、
を備える。
ブロックチェーン上のＮＦＴをオーナが所有したまま、当該ＮＦＴに紐付けられたコンテンツを所定ツールでクライアントに利用させる制御を実行する情報処理システムであって、
第１鍵を用いて前記コンテンツを暗号化してストレージに格納すると共に、当該第１鍵を前記ブロックチェーン上の第１スマートコントラクトにより保存する制御を実行する第１制御手段と、
前記第１スマートコントラクトにより、所定の条件を満たした前記クライアントに対して、前記コンテンツの利用権を設定する制御を実行する第２制御手段と、
前記クライアントから前記コンテンツの利用が要求されると、暗号化された前記コンテンツを前記ストレージから抽出して、前記クライアントが操作する前記所定ツールに送信する制御を実行する第３制御手段と、
前記第１スマートコントラクトにより、前記クライアントが前記利用権を有していることを確認したことを条件に、前記第１鍵を、前記クライアントが操作する前記所定ツールに送信する制御を実行する第４制御手段と、
を備える。
【0007】
本発明の一態様の情報処理方法及びプログラムは、上述の本発明の一態様の情報処理システムに対応する情報処理方法及びプログラムである。
【発明の効果】
【0008】
本発明によれば、コンテンツに関する権利の管理の利便性を向上させることができる。
【図面の簡単な説明】
【0009】
【図1】本発明の情報処理システムの一実施形態が適用される本サービスの流れの概要を示すイメージ図である。
【図2】図１のユーザのうち、デジタルコンテンツのＮＦＴを発行するオーナ、当該デジタルコンテンツをレンタルする第１クライアント、及び当該第１クライアントからの紹介を受けて当該デジタルコンテンツをレンタルする第２クライアントについての本サービスの流れを説明するシーケンスチャートである。
【図7】図１のユーザのうち、ＮＦＴが発行済みでデジタルコンテンツを登録するオーナ、当該デジタルコンテンツをレンタルする第１クライアント、及び当該第１クライアントからの紹介を受けて当該デジタルコンテンツをレンタルする第２クライアントについての本サービスの流れを説明するシーケンスチャートである。
【図28】アフィリエイトプログラムを伴わない場合のＮＦＴのスマートコントラクトのデータ構造の一例を示している。
【図29】アフィリエイトプログラムを伴う場合のＮＦＴのスマートコントラクトのデータ構造の一例を示している。
【発明を実施するための形態】
【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】
ＡＳＣ・・・アフィリエイトマネージャスマートコントラクト、ＢＣ・・・ブロックチェーン、ＭＰ・・・マーケットプレイス、ＭＰＲ・・・メディアプレイヤ、Ｎ・・・ネットワーク、ＮＳＣ・・・ＮＦＣスマートコンタクト、ＲＰ・・・リソースパッケージャ、ＲＳＣ・・・レンタルスマートコントラクト、ＳＴＲ・・・ストレージ、ＳＹＳ・・・情報処理システム、１・・・ユーザ端末、２・・・マーケットプレイスシステム、３・・・ストレージシステム、４・・・バックエンド、５・・・ビューアシステム、１１・・・ＣＰＵ、１２・・・ＲＯＭ、１３・・・ＲＡＭ、１４・・・バス、１５・・・入出力インターフェース、１６・・・入力部、１７・・・出力部、１８・・・記憶部、１９・・・通信部、２０・・・ドライブ、３０・・・リムーバブルメディア、５１・・・第１制御部、５２・・・第２制御部、５３・・・第３制御部、５４・・・第４制御部、５５・・・第５制御部、５６・・・第６制御部
【図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】
【図26】
【図27】
【図28】
【図29】