特表 2024-536256 信頼された台帳を使用する暗号トークン権利管理システム及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-10-04

(54)【発明の名称】信頼された台帳を使用する暗号トークン権利管理システム及び方法

(51)【国際特許分類】

   G06F 21/62 20130101AFI20240927BHJP

   G06F 21/33 20130101ALI20240927BHJP

   H04L 9/32 20060101ALI20240927BHJP

【ＦＩ】

G06F21/62 318

G06F21/33

H04L9/32 200Z

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024519743

(86)(22)【出願日】2022-09-29

(85)【翻訳文提出日】2024-03-29

(86)【国際出願番号】 US2022045253

(87)【国際公開番号】W WO2023055950

(87)【国際公開日】2023-04-06

(31)【優先権主張番号】63/261,821

(32)【優先日】2021-09-29

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】63/291,929

(32)【優先日】2021-12-20

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】63/315,874

(32)【優先日】2022-03-02

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】524064955

【氏名又は名称】インタートラスト テクノロジーズ コーポレイション

(74)【代理人】

【識別番号】100094569

【弁理士】

【氏名又は名称】田中 伸一郎

(74)【代理人】

【識別番号】100103610

【弁理士】

【氏名又は名称】▲吉▼田 和彦

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田 洋之

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100120525

【弁理士】

【氏名又は名称】近藤 直樹

(74)【代理人】

【識別番号】100139712

【弁理士】

【氏名又は名称】那須 威夫

(74)【代理人】

【識別番号】100141553

【弁理士】

【氏名又は名称】鈴木 信彦

(74)【代理人】

【識別番号】100228337

【弁理士】

【氏名又は名称】大橋 綾

(72)【発明者】

【氏名】長尾 豊

(72)【発明者】

【氏名】ティワリ ヴィシシュト

(72)【発明者】

【氏名】カンナドカール ジャヤント

(72)【発明者】

【氏名】アドヴァニ ロハーン

(57)【要約】

本開示は、とりわけ、動的に、デジタル資産、製品、及び／又は関連付けられたトークンをセキュアに管理するためのシステム及び方法に関する。本明細書で開示される様々な実施形態は、デジタル資産、製品、権利保有者、及び／又は様々なエコシステム参加者に関する特定のアサーションをセキュアに記録するために、信頼された台帳を使用し得る。そのようなアサーションは、デジタル資産、製品、及び／又は関連付けられたトークンに関連付けられた様々なトランザクションに関連して、権利バインディング、コンテンツパッケージング、管理、及び／又は保護動作に関連して使用され得る。

【特許請求の範囲】

【請求項1】

システム上で実行されるトークン権利管理サービスによって実施される、デジタル資産を管理するための方法であって、前記システムが、プロセッサと、前記プロセッサによって実行されるときに、前記システムに前記方法を実施させる命令を記憶している非一時的コンピュータ可読記憶媒体と、を備え、前記方法が、
マーケットプレイスサービスから、デジタル権利管理データアクセス要求を受信することであって、前記デジタル権利管理データアクセス要求が、マーケットプレイスアクセストークンと、ユーザに関連付けられた識別子と、を含み、前記デジタル権利管理データアクセス要求が、デジタル資産にアクセスするためのユーザ要求を受信することに応答して、前記マーケットプレイスサービスによって発行される、受信することと、
前記マーケットプレイスアクセストークンに基づいて、前記マーケットプレイスサービスに関連付けられた資産情報を取得することであって、前記資産情報が、前記デジタル資産のハッシュを含む、取得することと、
前記デジタル資産の前記ハッシュ及び前記ユーザに関連付けられた前記識別子に基づいて、資産権利アサーションを生成することと、
前記資産権利アサーションが信頼された台帳に記録されていることを検証することによって、前記ユーザが前記デジタル資産にアクセスするための権利を有すると判定することと、
前記ユーザが前記デジタル資産にアクセスするための権利を有すると判定することに基づいて、デジタル権利管理サービスにクエリを発行することと、
前記クエリに応答して、前記デジタル権利管理サービスから、前記デジタル資産に関連付けられたデジタル権利管理トークンを受信することと、
前記ユーザに関連付けられたシステムに通信するために、前記デジタル権利管理トークン及び前記デジタル資産のロケーションを前記マーケットプレイスサービスに送信することと、を含む、方法。

【請求項2】

前記マーケットプレイスサービスに関連付けられた前記資産情報を取得することが、信頼されたデータ管理サービスに関連付けられたデータベースから前記資産情報を取得することを含む、請求項１に記載の方法。

【請求項3】

前記方法が、
前記マーケットプレイスアクセストークンを使用して、前記信頼されたデータ管理サービスを用いて前記マーケットプレイスサービスを検証することと、
前記マーケットプレイスサービスの検証の成功に基づいて、前記マーケットプレイスサービスに関連付けられたアカウント識別子の前記信頼されたデータ管理サービスからの指標を受信することと、を更に含み、
前記マーケットプレイスサービスに関連付けられた前記資産情報を取得することが、前記マーケットプレイスサービスに関連付けられた前記アカウント識別子に基づく、請求項２に記載の方法。

【請求項4】

前記トークン管理サービスが、前記信頼されたデータ管理サービスのサービスである、請求項１に記載の方法。

【請求項5】

前記デジタル権利管理サービスへの前記クエリが、鍵識別子と、鍵暗号化鍵と、を含む、請求項１に記載の方法。

【請求項6】

前記鍵識別子及び前記鍵暗号化鍵が、信頼されたデータ管理サービスに関連付けられたデータベースからアクセスされる、請求項５に記載の方法。

【請求項7】

前記鍵暗号化鍵が、前記ユーザに関連付けられた公開暗号化鍵を含む、請求項６に記載の方法。

【請求項8】

前記デジタル権利管理トークンが、暗号化されたコンテンツ鍵を含む、請求項１に記載の方法。

【請求項9】

前記デジタル資産の前記ロケーションが、前記デジタル資産に対応する電子ファイルに関連付けられたユニフォームリソースロケータを含む、請求項１に記載の方法。

【請求項10】

前記ユーザが前記デジタル資産に対する権利を有すると判定することが、前記ユーザが前記デジタル資産の所有者であると判定することを含む、請求項１に記載の方法。

【請求項11】

前記方法が、前記トークン権利管理サービスによって、前記デジタル資産の残りの供給があることを検証することを更に含む、請求項１０に記載の方法。

【請求項12】

前記デジタル権利管理データアクセス要求が、前記デジタル資産に関連付けられた識別子、前記マーケットプレイスサービスに前記ユーザ要求を発行したユーザに関連付けられた識別子、及び前記デジタル資産を含む製品に関連付けられた識別子のうちの少なくとも１つを含む、請求項１に記載の方法。

【請求項13】

前記マーケットプレイスサービスが、前記トークン権利管理サービスと同じシステム上で実行される、請求項１に記載の方法。

【請求項14】

前記信頼された台帳が、信頼された不変分散アサーション台帳を含む、請求項１に記載の方法。

【請求項15】

前記信頼された台帳が、ブロックチェーン台帳を含む、請求項１に記載の方法。

【請求項16】

前記デジタル権利管理サービスが、前記信頼されたデータ管理サービスのサービスである、請求項１に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願）
関連出願の相互参照本出願は、３５Ｕ．Ｓ．Ｃ．§１１９（ｅ）の下で、２０２１年９月２９日に出願された「ＣＲＹＰＴＯＧＲＡＰＨＩＣ ＴＯＫＥＮ ＭＡＮＡＧＥＭＥＮＴ ＳＹＳＴＥＭＳ ＡＮＤ ＭＥＴＨＯＤＳ」と題する米国特許仮出願第６３／２６１，８２１号、２０２１年１２月２０日に出願された「ＳＹＳＴＥＭＳ ＡＮＤ ＭＥＴＨＯＤＳ ＦＯＲ ＣＲＹＰＴＯＧＲＡＰＨＩＣ ＴＯＫＥＮ ＭＡＮＡＧＥＭＥＮＴ ＵＳＩＮＧ ＴＲＵＳＴＥＤ ＬＥＤＧＥＲＳ」と題する米国特許仮出願第６３／２９１，９２９号、及び２０２２年３月２日に出願された「ＣＲＹＰＴＯＧＲＡＰＨＩＣ ＴＯＫＥＮ ＲＩＧＨＴＳ ＭＡＮＡＧＥＭＥＮＴ ＳＹＳＴＥＭＳ ＡＮＤ ＭＥＴＨＯＤＳ ＵＳＩＮＧ ＴＲＵＳＴＥＤ ＬＥＤＧＥＲＳ」と題する米国特許仮出願第６３／３１５，８７４号の利益を主張するものであり、これらの内容は、その全体が参照により本明細書に組み込まれる。

【0002】

（著作権許諾）
本特許文書の開示の部分には、著作権保護の対象となる資料が含まれている場合がある。著作権者は、米国特許商標庁の特許ファイル又は記録に記載されているように、特許文書又は特許開示のいずれかによるファクシミリ複製には異論を唱えないが、そうでなければ、全ての著作権を留保する。

【発明の概要】

【0003】

本開示は、概して、暗号トークンを管理するためのシステム及び方法に関する。より具体的には、本開示は、信頼された台帳を使用して、ＮＦＴマーケットプレイスにおける非代替性トークン（non-fungible token、「ＮＦＴ」）及び関連するコンテンツへの権利を管理するためのシステム及び方法に関する。

【0004】

ＮＦＴは、デジタル資産及び／又は物理的資産を含み得る資産を表し得る信頼された分散台帳例えば、ブロックチェーン台帳上の暗号トークンの一種である。ＮＦＴは、単純なデジタル資産トランザクションから複雑な担保ローンまで様々な用途を伴う、様々な状況において使用され得る。

【0005】

ＮＦＴパラダイムは、様々なアーキテクチャを使用して実装され得る。例えば、集中サーバは、デジタル資産に関連付けられたメタデータを記憶するために使用され得る。サーバは、そのデータへの参照を作成し得、暗号ブロックチェーンなどの信頼された台帳に参照リンクを記憶し得る。この手法は、コスト及び処理能力の点で、実装において相対的に高速かつ安価であり得、信頼された台帳に直接記憶されていない参照されるメタデータの柔軟な更新を可能にし得る。しかしながら、サーバがダウンした場合、元の資産を取得することを可能にするのに十分なデータが信頼された台帳内にない可能性があり、潜在的に、ＮＦＴが本質的に無効になる。加えて、所有者がデータのロケーションを削除又は変更し、資産が中央サーバ上に記憶されていない場合、資産へのリンクは、意図されたように機能しない可能性がある。

【0006】

ＮＦＴパラダイムを実装するための別の手法は、信頼された台帳自体にメタデータを記憶することを含み得る。これは、ＮＦＴマーケットプレイスがダウンした場合に、関連データが、より少ないサードパーティ依存性及びより高い信頼性で台帳に記憶されることを可能にし得る。しかしながら、費用、速度、及び／又は処理受容の点で、このタイプの実装には追加のコストがかかる。

【0007】

システム及び方法の実施形態は、デジタル資産を管理するための改善されたアーキテクチャを提供し得る。ある特定の実施形態では、デジタル資産に関連付けられたメタデータは、サーバデータベースに記憶され得、デジタル資産に関連付けられたメタデータとの相関は、ブロックチェーン台帳を含み得る信頼された台帳にセキュアに記憶され得る。

【0008】

多くの従来のＮＦＴマーケットプレイスは、著作権の問題に対処するのにあまり適していない場合がある。例えば、マーケットプレイスの顧客が楽曲のＮＦＴを購入した場合、顧客は、楽曲をダウンロードして他のプラットフォームに容易にアップロードすることができ、潜在的に、楽曲に対する他者の権利に違反することがある。開示されるシステム及び方法の実施形態は、ＮＦＴ管理パラダイムに関連してデジタル権利管理（digital rights management、「ＤＲＭ」）技術を使用して、これらの問題の少なくともいくつかを改善するのを助け得る。例えば、開示されるシステム及び方法の様々な態様を使用して、顧客は購入した楽曲を聴くことができるが、購入した楽曲はＤＲＭ技法で保護されている可能性があるので、この楽曲をダウンロードして他のプラットフォームにアップロードすることは、この楽曲に対する権利の違反となり、不可能であり得る。

【0009】

様々な開示される実施形態では、信頼されたデータベース、台帳、及び／又は同様のもの（本明細書では概して「信頼された台帳」及び／又はその変形形態と称され得る）が、デジタル資産及び／又はＮＦＴに関連付けられた様々なアサーションを記録し、かつ／又は別様に管理するために使用され得る。いくつかの実施形態では、そのようなデータベース及び／又は台帳は、分散され得、本明細書では、信頼された不変分散アサーション台帳（trusted immutable distributed assertion ledger、「ＴＩＤＡＬ」）及び／又はその変形形態と称され得る。

【0010】

いくつかの実施形態では、開示される実施形態の様々な態様に関連して使用される信頼された台帳は、ブロックチェーン台帳を備え得る。台帳は、様々な実施形態では、パブリック、プライベート、及び／又はそれらの組み合わせであり得る。ある特定の実施形態では、ＴＩＤＡＬは、パブリック型のインデリブル分散型データベース（public indelible distributed database、「ＰＩＤＤ」）を含み得る。開示される実施形態の様々な態様と一貫性のあるＴＩＤＡＬは、例えば、ビザンチン障害に耐性があり得る台帳プロセス、不変であり得、かつ／又は相対的に不変であり得るエントリ、（少なくとも部分的に）時間同期され得るエントリ、スケーラブルであり得るエントリ、及び／又は相対的に高速なルックアップのために利用可能であり得るエントリを含む、様々なプロパティに関連付けられ得る。

【0011】

開示されるシステム及び方法の実施形態は、様々なＮＦＴトランザクション（例えば、ＮＦＴのマイニング、ＮＦＴの移転など）に関連して、権利バインディング、パッケージング、管理、及び／又は保護動作を可能にし得る。ＤＲＭ機能及び／又は鍵管理が提供され得、認証されたアクセス権に基づいてデジタル資産、製品、及び／又はＮＦＴの管理が容易になる。

【0012】

いくつかの実施形態では、デジタル資産（例えば、デジタルコンテンツ）は、１つ以上の施行されるビジネス条件に従って、製品にパッケージングされ、シリアル化され、かつ／又は管理され得る。ビジネス条件は、デジタル資産及び／又は関連付けられた製品に関連して実施され得る許可されたアクションを含み得、デジタル資産及び／又は関連付けられた製品に対する特定の権利を保持するエンティティによって設定され得る。例えば、かつ限定することなく、ビジネス条件は、販売モデル、レンタルモデル、サブスクリプションモデル、所有権のレンタルモデルなどに基づいて、デジタル資産及び／又は関連するＮＦＴを管理するために使用され得る。

【0013】

開示されるシステム及び方法の実施形態は、デジタル資産の登録及びアップロード、デジタル資産及び／又は製品のダウンロード、デジタル資産及び／又は製品の作成及び／又はパッケージング、デジタル資産及び／又は製品のリスト表示、デジタル資産及び／又は製品のリスト除外、デジタル資産及び／又は製品の更新、デジタル資産及び／又は製品の共有、デジタル資産及び／又は製品の再生などのためのエコシステムの要素を提供し得る。更なる実施形態は、消費者の使用及び／又は関連付けられたデジタル資産、製品、及び／又はＮＦＴとの相互作用に基づいて、デジタル資産、製品、及び／又は関連付けられたＮＦＴに関連付けられた権利保有者及び／又は複数の権利保有者の補償を容易にし得る。特定の実施形態は、例えば、ＦＬＯＷブロックチェーンなどの１つ以上の商用ブロックチェーン台帳、及びブロックチェーンコネクタサービスを使用して、そのような確立されたブロックチェーンアーキテクチャを用いて開示されるシステム及び方法の態様を容易に実装するための機構を提供し得る。

【図面の簡単な説明】

【0014】

本発明のワーク本体は、添付の図面と併せて次の詳細な説明を参照することによって容易に理解されるであろう。

【図1A】本明細書で開示される特定の実施形態と一貫性のある、信頼されたサービスにＮＦＴ資産を登録するためのプロセスの非限定的な例の第１の部分を例解する。

【図1B】本明細書で開示される特定の実施形態と一貫性のある、信頼されたサービスにＮＦＴ資産を登録するためのプロセスの非限定的な例の第２の部分を例解する。

【図2A】本明細書に開示される特定の実施形態と一貫性のある、信頼されたサービスを使用してＮＦＴ資産を購入しＮＦＴ資産にアクセスするためのプロセスの非限定的な例の第１の部分を例解する。

【図2B】本明細書で開示される特定の実施形態と一貫性のある、信頼されたサービスを使用してＮＦＴ資産を購入しＮＦＴ資産にアクセスするためのプロセスの非限定的な例の第２の部分を例解する。

【図2C】本明細書で開示される特定の実施形態と一貫性のある、信頼されたサービスを使用してＮＦＴ資産を購入しＮＦＴ資産にアクセスするためのプロセスの非限定的な例の第３の部分を例解する。

【図3】本明細書に開示される特定の実施形態と一貫性のある、ＮＦＴトランザクションプロセスの態様の非限定的な例を例解する。

【図4A】本明細書で開示される特定の実施形態と一貫性のある、資産アップロードプロセスの非限定的な例の第１の部分を例解する。

【図4B】本明細書で開示される特定の実施形態と一貫性のある、資産アップロードプロセスの非限定的な例の第２の部分を例解する。

【図5A】本明細書で開示される特定の実施形態と一貫性のある、製品作成プロセスの非限定的な例の第１の部分を例解する。

【図5B】本明細書で開示される特定の実施形態と一貫性のある、製品作成プロセスの非限定的な例の第２の部分を例解する。

【図5C】本明細書で開示される特定の実施形態と一貫性のある、製品作成プロセスの非限定的な例の第３の部分を例解する。

【図6A】本明細書で開示される特定の実施形態と一貫性のある、ダウンロードプロセスの非限定的な例の第１の部分を例解する。

【図6B】本明細書で開示される特定の実施形態と一貫性のある、ダウンロードプロセスの非限定的な例の第２の部分を例解する。

【図6C】本明細書で開示される特定の実施形態と一貫性のある、ダウンロードプロセスの非限定的な例の第３の部分を例解する。

【図6D】本明細書で開示される特定の実施形態と一貫性のある、ダウンロードプロセスの非限定的な例の第４の部分を例解する。

【図7A】本明細書で開示される特定の実施形態と一貫性のある、資産再生プロセスの非限定的な例の第１の部分を例解する。

【図7B】本明細書で開示される特定の実施形態と一貫性のある、資産再生プロセスの非限定的な例の第２の部分を例解する。

【図7C】本明細書で開示される特定の実施形態と一貫性のある、資産再生プロセスの非限定的な例の第３の部分を例解する。

【図8A】本明細書で開示される特定の実施形態と一貫性のある、資産更新プロセスの非限定的な例の第１の部分を例解する。

【図8B】本明細書で開示される特定の実施形態と一貫性のある、資産更新プロセスの非限定的な例の第２の部分を例解する。

【図8C】本明細書で開示される特定の実施形態と一貫性のある、資産更新プロセスの非限定的な例の第３の部分を例解する。

【図9A】本明細書で開示される特定の実施形態と一貫性のある、製品更新プロセスの非限定的な例の第１の部分を例解する。

【図9B】本明細書で開示される特定の実施形態と一貫性のある、製品更新プロセスの非限定的な例の第２の部分を例解する。

【図9C】本明細書で開示される特定の実施形態と一貫性のある、製品更新プロセスの非限定的な例の第３の部分を例解する。

【図10A】本明細書に開示される特定の実施形態と一貫性のある、製品リスト除外プロセスの非限定的な例の第１の部分を例解する。

【図10B】本明細書で開示される特定の実施形態と一貫性のある、製品リスト除外プロセスの非限定的な例の第２の部分を例解する。

【図11A】本明細書で開示される特定の実施形態と一貫性のある、資産削除プロセスの非限定的な例の第１の部分を例解する。

【図11B】本明細書で開示される特定の実施形態と一貫性のある、資産削除プロセスの非限定的な例の第２の部分を例解する。

【図12A】本明細書で開示される特定の実施形態と一貫性のある、資産アンバンドリングプロセスの非限定的な例の第１の部分を例解する。

【図12B】本明細書で開示される特定の実施形態と一貫性のある、資産アンバンドリングプロセスの非限定的な例の第２の部分を例解する。

【図13A】本明細書で開示される特定の実施形態と一貫性のある、製品勧誘プロセスの非限定的な例の第１の部分を例解する。

【図13B】本明細書で開示される特定の実施形態と一貫性のある、製品勧誘プロセスの非限定的な例の第２の部分を例解する。

【図13C】本明細書で開示される特定の実施形態と一貫性のある、製品勧誘プロセスの非限定的な例の第３の部分を例解する。

【図14A】本明細書で開示される特定の実施形態と一貫性のある、製品勧誘取消プロセスの非限定的な例の第１の部分を例解する。

【図14B】本明細書で開示される特定の実施形態と一貫性のある、製品勧誘取消プロセスの非限定的な例の第２の部分を例解する。

【図15A】本明細書に開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用した資産作成プロセスの非限定的な例の第１の部分を例解する。

【図15B】本明細書で開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用した資産作成プロセスの非限定的な例の第２の部分を例解する。

【図15C】本明細書で開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用した資産作成プロセスの非限定的な例の第３の部分を例解する。

【図15D】本明細書で開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用した資産作成プロセスの非限定的な例の第４の部分を例解する。

【図15E】本明細書に開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用した資産作成プロセスの非限定的な例の第５の部分を例解する。

【図15F】本明細書で開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用した資産作成プロセスの非限定的な例の第６の部分を例解する。

【図16A】本明細書で開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用した資産更新プロセスの非限定的な例の第１の部分を例解する。

【図16B】本明細書で開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用した資産更新プロセスの非限定的な例の第２の部分を例解する。

【図16C】本明細書で開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用した資産更新プロセスの非限定的な例の第３の部分を例解する。

【図17A】本明細書で開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用した資産購入プロセスの非限定的な例の第１の部分を例解する。

【図17B】本明細書で開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用した資産購入プロセスの非限定的な例の第２の部分を例解する。

【図17C】本明細書で開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用した資産購入プロセスの非限定的な例の第３の部分を例解する。

【図18A】本明細書で開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用した資産レンタルプロセスの非限定的な例の第１の部分を例解する。

【図18B】本明細書で開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用した資産レンタルプロセスの非限定的な例の第２の部分を例解する。

【図18C】本明細書で開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用した資産レンタルプロセスの非限定的な例の第３の部分を例解する。

【図19A】本明細書に開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用した資産再生プロセスの非限定的な例の第１の部分を例解する。

【図19B】本明細書で開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用した資産再生プロセスの非限定的な例の第２の部分を例解する。

【図19C】本明細書で開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用した資産再生プロセスの非限定的な例の第３の部分を例解する。

【図20】本開示の特定の実施形態と一貫性のある、デジタル資産を管理する方法の非限定的な例のフロー図を例解する。

【図21】本開示のシステム及び方法の特定の実施形態を実装するために使用され得るシステムの非限定的な例を例解する。

【発明を実施するための形態】

【0015】

本明細書では、本開示の実施形態と一貫性のあるシステム及び方法の説明が提供される。いくつかの実施形態が説明されているが、本開示はいずれか１つの実施形態に限定されず、その代わりに多数の代替物、改変物、及び均等物を包含することを理解されたい。加えて、多数の具体的な詳細は、本明細書に開示された実施形態の完全な理解を提供するために、以下の説明に記載されているが、いくつかの実施形態は、これらの詳細の一部又は全てを伴わずに実践することができる。更に、明瞭化のために、関連技術において既知である、ある特定の技術的資料は、開示を不必要に不明瞭にすることを避けるために詳細には説明されていない。

【0016】

本開示の実施形態は、図面を参照することによって理解され得、ある特定の事例では、必ずしも全ての事例ではないが、同様の部分は、同様の数字又は説明によって指定され得る。開示される実施形態のコンポーネントは、本明細書の図において概して説明及び／又は例解されているように、多種多様な構成で配置及び設計され得る。したがって、本開示のシステム及び方法の実施形態の次の説明は、本開示の範囲を限定するものではなく、本開示の可能な実施形態の単なる代表例である。加えて、本明細書に開示された任意の方法のステップは、別途指定しない限り、必ずしも任意の具体的な順序で実行される必要はなく、逐次的に実行される必要もなく、ステップが１回だけ実行される必要もない。

【0017】

開示されるシステム及び方法の実施形態は、デジタル資産、製品、及び／又は関連付けられたＮＦＴの動的管理をセキュアな方法で行い得、そのような資産、製品、及び／又はＮＦＴにおける権利保有者の権利が尊重され、及び／又は別様に確保される。本明細書で開示される様々な実施形態は、デジタル資産、製品、権利保有者、及び／又は様々なエコシステム参加者に関する特定のアサーションをセキュアに記録するために、信頼された台帳を使用し得る。そのようなアサーションは、デジタル資産、製品、及び／又は関連付けられたＮＦＴに関連付けられた様々なトランザクションに関連して、権利バインディング、コンテンツパッケージング、管理、及び／又は保護動作に関連して使用され得る。

【0018】

本明細書に開示される特定の実施形態は、販売モデル、レンタルモデル、サブスクリプションモデル、所有権のレンタルモデルなどをサポートするとともに、様々な権利者補償モデルをサポートする様々な関連付けられたビジネス条件に従って、デジタル資産、製品、及び／又は関連付けられたＮＦＴを管理するために使用され得る。ＤＲＭ及び／又は鍵管理サービスは、デジタル資産及び／又は関連付けられた製品へのアクセスを管理することに関連して使用され得、デジタル資産及び／又は関連製品は、例えば、かつ限定することなく、オーディオコンテンツ、ビデオコンテンツ、画像コンテンツ、テキストコンテンツ、及び／又は同様のものなどのデジタルコンテンツを含み得、及び／又は別様にそれらに関連付けられ得る。更なる実施形態は、ブロックチェーンコネクタサービスを使用して、確立された商用ブロックチェーン及びデジタルウォレットサービスとの開示されるシステム及び方法の様々な態様の統合を容易にする。

【0019】

開示されるプロセスの特定の態様は、例えば、かつ限定することなく、以下のうちの１つ以上を備え得る１つ以上のエンティティ、サービス、及び／若しくはシステムによって実施され得、かつ／又はそれに関連して別様に実施され得る。

【0020】

・マーケットプレイスサービス－ＮＦＴ及び／又はＤＲＭ実装のために信頼されたデータ管理プラットフォーム（trusted data management platform、「ＴＩＰ」）サービス（又は、本明細書のある特定の事例では、より一般的に「信頼されたデータ管理サービス」）を使用するサードパーティエンティティを備え得るエンティティ。
・所有者－マーケットプレイスサービスにコンテンツをアップロードし得るデジタル資産所有者。
・ＴＩＤＡＬ－ＴＩＰサービス及び／又は別のサービス及び／又はエンティティによって提供され得る分散型ブロックチェーンサービス及び／又は他の好適な信頼された台帳サービス。本明細書で説明される様々な例はＴＩＤＡＬを使用し得るが、開示されるシステム及び方法の様々な実施形態及び態様は、ＴＩＤＡＬに関連付けられた特定の属性を有する場合又は有しない場合がある様々な他の信頼されたデータベース、台帳、及び／又はブロックチェーンを使用して実装され得ることが理解されよう。ＴＩＤＡＬは、本明細書で使用されるとき、概して、本明細書で詳述されるようなＴＩＤＡＬ（及び／又はそのサブセット）の特定の特性を有するアサーション台帳を記述し得、いくつかの事例では、１つ以上の他の台帳及び／又はＴＩＤＡＬにおけるエントリに基づいて導出され、かつ／又は別様に生成されたエントリを有するＴＩＤＡＬを記述し得、いくつかの事例では、代替的に及び／又は追加的に派生ＴＩＤＡＬと称され得る。
・ＤＢ－データ仮想化サービスと相互作用し得るマーケットプレイスサービスによって作成され得るデータベース。
・ファイル記憶－暗号化されたデジタル資産を記憶するために使用され得る、例えば、かつ限定することなく、Ａｍａｚｏｎ Ｓ３クラウドなどのファイル記憶サービス。
・ＴＩＰ－本明細書に含まれる様々な例解的な例では、「ＴＩＰ」は、例えば、かつ限定することなく、ＴＩＤＡＬ、ＤＢ、及び／又はファイル記憶サービスのうちの１つ以上を含み得る様々なサービスにアクセスするためにマーケットプレイスサービスのためのＴＩＰサービスによって提供されるＡＰＩを参照し得る。
・消費者－マーケットプレイスサービスを通じたデジタル資産の買い手。
・支払いゲートウェイ－デジタル資産を含む特定のトランザクションに関連して、様々なサービスとエンティティとの間の支払いを容易にするサービス。

【0021】

ＮＦＴ資産登録及びアップロード
図１Ａ及び図１Ｂは、本開示の様々な実施形態と一貫性のある、ＮＦＴ資産を登録するためのプロセスの非限定的な例を例解する。エコシステムに参加する様々なエンティティ、サービス、及び／又はシステムは、例えば、かつ限定することなく、ＮＦＴ及び／又はデジタル資産の所有者１００、マーケットプレイスサービス１０２、ＴＩＰサービス１０４、ＴＩＤＡＬ１０６、データベースサービス及び／又はＴＩＰサービス１０４によって管理されるＤＢ１０８、ファイル記憶サービス１１０、支払いゲートウェイ１１２、及び／又は消費者１１４を含む、例解されたプロセスの様々な態様に関与し得る。図１Ａ及び図１Ｂ並びに本明細書の他の箇所に例解されるシステム、サービス、エンティティ、及び／又は実行環境の様々な機能は、単一のシステム及び／又はサービス、及び／又は複数のシステム及び／又はサービスの任意の好適な組み合わせに統合され得、かつ／又は別様にそれらによって実施され得る。

【0022】

開示される実施形態の様々な態様は、ＮＦＴによって表され得、かつ／又は別様にＮＦＴに関連付けられ得る様々なタイプのデジタル資産に関連して使用され得ることが理解されよう。例えば、様々な開示される実施形態は、様々なコンテンツ作成者、配信者、管理者、及び／又はコンテンツエコシステム内のコンテンツに対する利益及び／又は権利を有する他の当事者によって生成され、かつ／又は別様に関連付けられたオーディオ、ビデオ、画像、及び／又は書かれたコンテンツ及び／又は関連付けられたＮＦＴを管理する際に使用され得る。

【0023】

開示されるＮＦＴ管理プロセスの様々な態様が、いくつかの構成ステップを参照して以下に説明される。

【0024】

アカウント初期化
ＴＩＰサービス１０４と相互作用し、かつ／又はＴＩＰサービス１０４を別様に使用することを望むマーケットプレイスサービス１０２は、ＴＩＰアカウントをプロビジョニングされるＴＩＰ管理者にコンタクトし得る。アカウントがセットアップされると、マーケットプレイス管理者は、そのデータベースをＴＩＰサービス１０４に接続し得る。いくつかの実施形態では、ＴＩＰ管理者は、データベースサービス及び／又はＴＩＰサービス１０４によって管理されるＤＢ１０８を指し示すデータ仮想化（data virtualization、「ＤＶ」）サービスを使用してデータセットを作成し得る。

【0025】

マーケットプレイスサービス１０２は、所有者１００及び／又は消費者１１４がサービスにサインアップすることを可能にし得るユーザインターフェースを有することができる。ある特定の実施形態では、この対話は、必ずしもアカウントを直接作成しない場合があるが、所有者１００及び／又は消費者１１４が好適なユーザ認証方法（例えば、Ｇｏｏｇｌｅログイン及び／又は任意の他の好適なログインプロトコル）を使用してログインすることを要求するようにマーケットプレイス管理者に通知し得る。アカウントが作成され、所有者１００及び／又は消費者１１４の電子メールが検証されると、所有者１００及び／又は消費者１１４は、その関連付けられたユーザ認証情報を使用してマーケットプレイスサービス１００にログインし得る。マーケットプレイスサービス１００にログインした後、所有者１００及び／又は消費者１１４は、ユーザアカウントインターフェースにリダイレクトされ得る。所有者１００及び／又は消費者１１４は、このページに支払い受け取りの詳細を入力することができる。

【0026】

アップロードフェーズ
ステップ１．１～１．２
マーケットプレイスサービス１０２は、ＴＩＰサービス１０４を使用するサードパーティサービスを含み得る。ＴＩＰサービス１０４は、セキュア実行環境（secure execution environment、「ＳＥＥ」）配備サービスを提供し得、例えば、かつ限定することなく、以下のものを含む。
・ＳＥＥによるＴＩＤＡＬ１０６のためのセキュアな通信及び鍵管理。
・ＤＶ及び／又はアイデンティティアクセス管理（identity access management、「ＩＡＭ」）サービスを用いて、複数のエンティティ（例えば、所有者１００、消費者１１４など）によるＤＢ１０８へのアクセスを制御すること。
・ＳＥＥによるデジタル資産暗号化及び鍵管理のセキュアな管理。

【0027】

所有者１００は、自身の関連付けられた認証情報を使用して（例えば、オープンＩＤ接続及び／又は別の認証プロトコルを介してＧｏｏｇｌｅアカウントを使用して）マーケットプレイスサービス１０２にログインし得る。マーケットプレイスサービス１０２は、所有者１００を認証し得、潜在的に、所有者１００が認証された場合に成功の指標を返す。

【0028】

ステップ１．３
所有者１００は、マーケットプレイスサービス１０２にデジタル資産（例えば、画像、ビデオ、音声、テキストなど、及び／又はそれらの組み合わせ）をアップロードし得る。いくつかの実施形態では、所有者１００は、アップロードされたデジタル資産とともにメタデータを提供し得る。データフローは、例えば、かつ限定することなく、以下のうちの１つ以上を含み得る。
・タイトル。
・説明。
・いくつかの実施形態ではパブリック条件及び／又はプライベート条件を含み得る１つ以上のビジネス条件。例えば、パブリックビジネス条件は、消費者例えば、消費者１１４が、完全なトランザクション（例えば、購入、レンタル、サブスクリプション）に関与することなく、デジタル資産にアクセスすること（例えば、観賞及び／又は聴取）を可能にし得る。この非限定的な例におけるパブリックビジネス条件は、例えば、売却及び関連付けられた価格情報を含み得る。プライベートビジネス条件は、例えば、購入トランザクション（例えば、購入、レンタル、サブスクリプション）を完了した後に、消費者（例えば、消費者１１４）がデジタル資産にアクセスすること（例えば、観賞及び／又は聴取すること）を可能にし得る。この非限定的な例におけるプライベートビジネス条件は、例えば、売却及び関連付けられた価格情報、レンタル及び関連付けられた価格情報、並びに／又はサブスクリプション及び関連付けられた価格情報などを含み得る。

【0029】

様々なビジネス条件が、本明細書で開示される様々な実施形態に関連してメタデータを介してデジタル資産及び／又は製品に関連付けられ得ることが理解されよう。ビジネス条件は、例えば、かつ限定することなく、以下のうちの１つ以上を含む、１つ以上の粒度の細かい条件及び／又は許容を表し得る。
・特定の条件下で再生を許可しない。例えば、かつ限定することなく、デジタル資産及び／又は製品の再生は、特定の国、場所、及び／又は管轄区域、及び／又はそれらの組み合わせ内で、日付及び／若しくは時間の前並びに／又は日付及び／若しくは時間の後（例えば、再生期間）に制限され得る。
・特定の条件下でデジタル資産及び／又は製品へのレンタル／サブスクリプションを許可しない。例えば、かつ限定することなく、デジタル資産及び／又は製品のレンタル及び／又はサブスクリプションは、日付及び／若しくは時間の前並びに／又は日付及び／若しくは時間の後（例えば、レンタル期間）、特定の国、場所、及び／又は管轄区域内、最低価格未満、最高価格超、及び／又はそれらの組み合わせについて制限され得る。
・特定の条件下でデジタル資産及び／又は製品への売上を許可しない。例えば、かつ限定することなく、デジタル資産及び／又は製品の販売は、日付及び／若しくは時間の前並びに／又は日付及び／若しくは時間の後（例えば、販売期間）、特定の国、場所、及び／又は管轄区域内、最低価格未満、最高価格超、及び／又はそれらの組み合わせについて制限され得る。
・特定の条件下で友人を勧誘することを許可しない。例えば、かつ限定することなく、勧誘許容は、日付及び／若しくは時刻の前並びに／又は日付及び／若しくは時刻の後（例えば、勧誘期間）、特定の国、場所、及び／又は管轄区域内、勧誘の最大量を超えないこと（例えば、同時勧誘量及び／若しくは総勧誘量）、並びに／又はそれらの組み合わせについて制限され得る。
・レンタルの最大量を制限する例えば、同時レンタル量及び／又は総レンタル量）。
・許可される販売の最大数を制限する。

【0030】

メタデータにおいて明確にされたビジネス条件は、デジタル資産及び／又は関連付けられた製品及び／又はＮＦＴに関連して保持された部分所有権及び／又は他の権利の指標を更に表し得る。ある特定の実施形態では、そのような部分権利は、所有権及び／又は権利保有率、割引、及び／又は割合で表現され得るが、部分所有権及び／又は権利保有を実装する他の方法及び／又は方法も想定される。例えば、かつ限定することなく、ビジネス条件は、デジタル資産、製品、及び／又は関連するＮＦＴに対する権利保有者及び関連する所有権及び／又は所有権の割合の名称及び／又は他のアイデンティティの指標を表し得る。様々な実施形態では、そのような部分所有権及び／又は権利及び／又は権利は、開示されるエコシステムの実施形態によって可能にされるサービスを使用して取り引きされ、かつ／又は別様に販売及び／若しくは交換され得る。更に、以下でより詳細に考察されるように、所有者及び／又は権利保有者間の支払いモデル及び／又はメカニズムは、ビジネス条件において詳細に示される部分所有権及び／又は権利情報に少なくとも部分的に基づいて実装され得る。

【0031】

ステップ１．４
マーケットプレイスサービス１０２は、所有者１００に関連付けられたアイデンティティ情報を、デジタル資産を含み得るペイロードに追加し得、ペイロードを、関連付けられたメタデータとともに（例えば、ＲＥＳＴ ＡＰＩを介して）ＴＩＰサービス１０４に送信し得る。いくつかの実施形態では、マーケットプレイスサービス１０２は、所有者１００に関連付けられたユーザアカウントに記憶された情報、例えば、名前、住所、電子メール、連絡先情報、支払い受け取りの詳細などを受信し、かつ／又は別様に検索し得、この情報をメタデータに追加し得る。

【0032】

ステップ１．５～１．７
ＴＩＰサービス１０４は、アップロードされたデジタル資産に少なくとも部分的に基づいて、ベースアサーション及び／又はアカウントアサーションを含み得るアサーションを生成し得る。例えば、いくつかの実施形態では、アサーションは、デジタル資産及び／若しくは関連情報（例えば、マーケットプレイス及び／若しくは所有者アカウント情報）に基づいて生成されたハッシュ、並びに／又はそれらに基づいて生成された１つ以上のハッシュを含み得る。いくつかの実施形態では、アサーションは、署名されたハッシュ値を含み得、このハッシュ値は、記録されたアサーションのある程度の認証を可能にする。

【0033】

アサーションは、ＴＩＤＡＬ１０６を備え得る信頼された台帳に記録され得るが、他のタイプの台帳もまた、様々な開示される実施形態に関連して使用され得る。上記で詳述したように、基本アサーションは、例えば、かつ限定することなく、デジタル資産をハッシュすることによって、デジタル資産に基づいて生成され得る。アカウントアサーションは、ベースアサーション及び所有者１００に関連付けられたアイデンティティ情報に基づいて生成され得る。例えば、アカウントアサーションは、デジタル資産の所有者１００に関連付けられたトークン及び／又は他の識別情報と連結されたベースアサーションのハッシュを含み得る。

【0034】

ＴＩＰサービス１０４は、基本アサーション（例えば、ハッシュ）がＴＩＤＡＬ１０６及び／又は派生台帳（例えば、１つ以上の他の台帳及び／又はＴＩＤＡＬ内のエントリに基づいて導出され、かつ／又は別様に生成されたエントリを有する、ＴＩＤＡＬであり得る台帳）内に存在するかどうかをチェックし得る。（例えば、複製が台帳内に存在しないという指標に基づいて）ベースアサーションのハッシュがＴＩＤＡＬ１０６内に存在しないとき、ＴＩＰサービス１０４は、ベースアサーション及びアカウントアサーションをＴＩＤＡＬ１０６内に取り込み、かつ／又は別様に記憶し得る。いくつかの実施形態では、ベースアサーション及びアカウントアサーションは、ＴＩＰサービス１０４にセキュアに関連付けられた鍵を用いて暗号によって署名され得る。ＴＩＤＡＬ１０６及び／又はＴＩＤＡＬ１０６を管理するサービスは、ＴＩＤＡＬ１０６に記録されるエントリがＴＩＰサービス１０４及び／又は別の認可されたサービス及び／又はエンティティによって署名されるときにＴＩＤＡＬ１０６へのエントリを受け入れるように構成された取り込みポリシーに従って管理され得る。

【0035】

いくつかの実施形態では、ベースアサーションのハッシュがＴＩＤＡＬ１０６内に既に存在するとき、ＴＩＰサービス１０４は、アカウントアサーションもＴＩＤＡＬ１０６内に存在するかどうかをチェックし得る。アカウントアサーションがＴＩＤＡＬ１０６内に既に存在する場合、このことは、デジタル資産の元の所有者がデジタル資産を再アップロードしようと試みたことを示し得る。この場合、処理はステップ１．８に進み得る。アカウントアサーションがＴＩＤＡＬ１０６内に存在しない場合、このことは、異なる所有者がコピーされたデジタル資産をマーケットプレイスにアップロードしようと試みたことを示し得る。この場合、更なるトランザクションを終了するために警告メッセージが返され得る。

【0036】

ステップ１．９～１．１４
ベースアサーション及び／又はアカウントアサーションチェックが完了すると、ＴＩＰサービス１０４は、デジタル資産のマーケットメタデータをＤＢ１０８に記憶し得る。ＴＩＰサービス１０４はまた、マーケットアサーションを作成し、生成されたマーケットアサーションをＴＩＤＡＬ１０６に取り込み得る。いくつかの実施形態では、マーケットアサーションは、アカウントアサーション及びマーケットメタデータ（いくつかの実施形態では、ステップ１．３で定義され得る）に基づいて生成され得る。例えば、マーケットアサーションは、アカウントアサーションとマーケットメタデータとの連結情報の署名されたハッシュを含み得る。ある特定の実装形態では、マーケットアサーションは、ＴＩＰサービス１０４に関連付けられた鍵を用いて暗号によって署名され得、ＴＩＤＡＬの取り込みポリシーは、エントリがＴＩＰサービス１０４によって署名されるときにのみエントリを受け入れるように構成され得る。

【0037】

アップロードされたデジタル資産を保護するために、ＴＩＰサービス１０４は、対称暗号コンテンツ鍵を含み得るコンテンツ鍵を生成し得る。ＴＩＰサービス１０４は、生成されたコンテンツ鍵を用いてデジタル資産を暗号化し、次いで、サービスに関連付けられた鍵（例えば、秘密対称鍵、ＴＩＰサービスによってセキュアに記憶された秘密鍵に関連付けられた公開鍵など）を用いてコンテンツ鍵を暗号化し得る。ＴＩＰサービス秘密鍵は、いくつかの実施形態では、ＳＥＥのセキュアなストレージ及び／又はボルトに記憶され得る。ＴＩＰサービス１０４は、暗号化されたコンテンツ鍵をＤＢ１０８に記憶し、暗号化されたデジタル資産をファイル記憶サービス１１０に記憶し得る。成功裏に完了した後、ＴＩＰサービス１０４は、マーケットアサーションをマーケットプレイスサービス１０２に返し得る。いくつかの実施形態では、デジタル資産のアップロード及び／又は登録が成功したことの指標が、マーケットプレイスサービス１０２によって所有者１００に提供され得る。

【0038】

ダウンロードフェーズ
図２Ａ及び図２Ｂは、本明細書に開示される特定の実施形態と一貫性のある、ＮＦＴ資産を購入し、ＮＦＴ資産にアクセスするためのプロセスの非限定的な例を例解する。

【0039】

ステップ２．１～２．２
消費者１１４は、自身の関連付けられた認証情報を使用して（例えば、オープンＩＤ接続及び／又は別の認証プロトコルを介してＧｏｏｇｌｅアカウントを使用して）マーケットプレイスサービス１０２にログインし得る。マーケットプレイスサービス１０２は、提供された認証情報に基づいて消費者１１４を認証し得、及び／又は認証成功（又は認証情報が認証されない場合は不成功）の指標を返し得る。

【0040】

ステップ２．３～２．８
マーケットプレイスサービス１０２は、ＴＩＰサービス１０４に、検証された資産を検索するように要求し得る。いくつかの実施形態では、ＴＩＰサービス１０４は、ＤＢ１０８から資産詳細情報を取得し得、マーケットアサーションを生成し得る。ＴＩＰサービス１０４は、最新の状態及び／又は完全性を検証するために、マーケットアサーションをＴＩＤＡＬ１０６に照らしてチェックし得る。ＴＩＰサービス１０４は、検証された資産詳細情報をマーケットプレイスサービス１０２に返送し得る。次いで、マーケットプレイスサービス１０２は、検証されたデジタル資産に関連付けられたマーケットメタデータ（上記で詳述されたように所有者１００によって定義され得る）を消費者１１４に表示し得る。次いで、消費者１１４は、マーケットプレイスサービス１０２から利用可能なデジタル資産を閲覧して購入し得る。デジタル資産のビジネス条件に応じて、消費者は、例えば、かつ限定することなく、デジタル資産を購入し（例えば、所有し）、レンタルし、及び／又はサブスクリプションし得る。

【0041】

ステップ２．９～２．１４
例えば、かつ限定することなく、購入、レンタル、再生、及び／又はサブスクリプショントランザクションを含む様々な消費者トランザクションがマーケットプレイスサービス１０２によってサポートされ得るが、デジタル資産に関連付けられた他のタイプのトランザクションも考えられる。例えば、消費者１１４が、観賞及び／又は聴取（例えば、再生）のためにデジタル資産にアクセスすることを要求するとき、プロセスは、図２Ｃのステップ３．１に進み得る。別の例では、消費者１１４が売却、レンタル、及びサブスクリプションのためにパブリック又はプライベートデジタル資産を購入することを要求するとき（例えば、ステップ２．９）、マーケットプレイスサービス１０２は、消費者１１４をセキュア支払いゲートウェイサービス１１２にリダイレクトし得る。いくつかの実施形態では、セキュア支払いゲートウェイサービス１１２は、例えば、かつ限定することなく、ＰａｙＰａｌなどのサードパーティセキュア支払いサービスを備え得るが、他の支払いサービスが使用され得る。

【0042】

例えば、図２Ｂに例解されるように、マーケットプレイスサービス１０２は、支払いゲートウェイサービス１１２のＡＰＩを呼び出し得る。支払いゲートウェイサービス１１２は、１つ以上の利用可能な支払いオプションでマーケットプレイスサービス１０２に応答し得る。消費者１１４は、例えば、かつ限定することなく、クレジット及び／又はデビットカード支払い、ＰａｙＰａｌなど、マーケットプレイスサービス１０２によってサポートされる好適な支払い方法を選択し得る。消費者１１４は、マーケットプレイスサービス１０２に支払い詳細情報を確認し得る。

【0043】

マーケットプレイスサービス１０２は、要求された注文情報を用いて支払いゲートウェイサービス１１２のＡＰＩを呼び出し得、消費者１１４による支払いの成功を示す指標を支払いゲートウェイサービス１１２から受信し得る。支払いが成功した後、マーケットプレイスサービス１０２は、消費者１１４から金額を受け取り得る。マーケットプレイスサービス１０２は、次に、（図３に関連して以下で考察されるように）１つ以上の適用可能なビジネス契約に従って、それぞれの所有者１００に支払いを分配し得る。

【0044】

ステップ２．１５
マーケットプレイスサービス１０２は、署名されたＪＳＯＮウェブトークン（JSON web token、「ＪＷＴ」）を、消費者のアイデンティティ情報、合意されたビジネス条件、ベースアサーション、及び／又は他のトランザクション詳細情報とともに作成し得る。マーケットプレイスサービス１０２は、生成されたＪＷＴをＴＩＰサービス１０４に送信し得る。マーケットプレイスサービス１０２は、その秘密鍵を使用してＪＷＴに署名し得る。

【0045】

ステップ２．１６～２．１８
ＴＩＰサービス１０４は、マーケットプレイスサービス１０２に関連付けられた公開鍵を使用してＪＷＴ署名を検証し得る。パブリック及び／又はプライベートデジタル資産の販売のために、ＴＩＰサービス１０４は、ベースアサーション及び新たな所有者のアイデンティティ（例えば、消費者１１４のアイデンティティ）に基づいて、新たなアカウントアサーションを作成し得る。例えば、いくつかの実施形態では、ＴＩＰサービス１０４は、ベースアサーション及び新たな所有者のアイデンティティに関連付けられた情報（例えば、ベースアサーションと新たな所有者のアイデンティティとの連結情報に関して計算されたハッシュ）に基づいて、暗号ハッシュを生成することによって、新たなアカウントアサーションを作成し得る。ＴＩＰサービス１０４は、新しいアカウントアサーションをＴＩＤＡＬ１０６に登録し得る。ＴＩＰサービス１０４は、ＴＩＤＡＬ１０６への任意の古いアカウントアサーション及び／又はその派生情報を偽として更に登録し、及び／又は別様に期限切れとして更に登録し得る。

【0046】

プライベートデジタル資産のレンタル及び／又はサブスクリプションについて、ＴＩＰサービス１０４は、アカウントアサーション及び合意されたビジネス条件情報に基づいて権利アサーションを生成し得る。例えば、いくつかの実施形態では、ＴＩＰサービス１０４は、アカウントアサーション及び合意されたビジネス条件情報に関連付けられた情報に基づいて暗号ハッシュ（例えば、アカウントアサーションと合意されたビジネス条件情報との連結情報に関して計算されたハッシュ）を生成することによって、新しい権利アサーションを作成し得る。合意されたビジネス条件情報は、例えば、かつ限定することなく、レンタル及び／又はサブスクリプション詳細情報、及び／又は消費者１１４に関連付けられたアイデンティティ情報を含み得る。権利アサーションは、ＴＩＰサービス１０４によって署名され得る（例えば、ＴＩＰサービス１０４にセキュアに関連付けられた秘密鍵により暗号によって署名される）。

【0047】

ＴＩＰサービス１０４は、権利アサーションをＴＩＤＡＬに登録し得る。ＴＩＤＡＬの取り込みポリシーは、ＴＩＰサービス１０４によって行われた署名を含むアサーションを受け入れるように構成され得る。購入トランザクションに基づいて、ＴＩＰサービス１０４はまた、トランザクション情報を購入されたデジタル資産に相関させることによって、トランザクション情報をＤＢ１０８に記憶し得る。このトランザクション情報は、例えば、かつ限定することなく、消費者１１４に関連付けられたアイデンティティ及び合意されたビジネス条件情報を含み得る。ＴＩＰサービス１０４は、図２Ｃに関連して示されるステップ３．５において、プライベートデジタル資産のレンタル及び／又はサブスクリプションのために、検証を目的として権利アサーションを使用し得る。

【0048】

ステップ２．１９～２．２１
観賞すること、聴取すること、読むことなどのためにパブリック又はプライベートデジタル資産にアクセスするために、ＴＩＰサービス１０４は、デジタル資産にアクセスするための一意のリンクを生成し得る。このリンクは、ベースアサーションを含み得、関連するファイル記憶サービス１１０上の元のデジタル資産にマッピングし得る。ＴＩＰサービス１０４は、生成されたリンクをマーケットプレイスサービス１０２に提供し得る。消費者１１４は、次いで、デジタル資産にアクセスする際に使用するためのリンクをマーケットプレイスサービス１０２によって提供され得る。例えば、かつ限定することなく、権利管理されたオーディオ及び／又はビデオコンテンツの場合、消費者１１４は、リンクを使用してコンテンツをストリーミングすることができる。ある特定の実施形態では、消費者１１４がコンテンツにアクセスするとき、（例えば、オーディオ、ビデオ、及び／又は他のＤＲＭ管理コンテンツに関連する場合のように）ＤＲＭトークンが生成され得る。

【0049】

ステップ３．１～３．８
消費者１１４がデジタル資産にアクセスするためにリンクを開くと、要求がマーケットプレイスサービス１０２に送信され得る。マーケットプレイスサービス１０２は、検証要求をＴＩＰサービス１０４に送信し得る。いくつかの実施形態では、要求は、ベースアサーション及び消費者１１４のアイデンティティを有する署名されたＪＷＴを含み得る。

【0050】

デジタル資産がマーケットアサーションにおいてパブリックとしてマークされ、ＴＩＤＡＬ１０６を検証した場合、ＴＩＰサービス１０４は、ＪＷＴからベースアサーションを検索し、検索されたベースアサーションを使用することによって、ＤＢ１０８からのデジタル資産から暗号化されたコンテンツ鍵を検索し得る。

【0051】

デジタル資産がマーケットアサーションにおいてプライベートとしてマークされ、かつ／又はＴＩＤＡＬ１０６を用いて検証された場合、ＴＩＰサービス１０４は、ベースアサーション及び消費者１１４のアイデンティティ情報をＪＷＴから検索し得る。所有者１００の合意されたビジネス条件及び／又はアイデンティティは、検索されたベースアサーション及び消費者アイデンティティ情報を使用して、ＤＢ１０８から検索され得る。ＴＩＰサービス１０４は、権利アサーションを生成し得、権利アサーションをＴＩＤＡＬ１０６（派生ＴＩＤＡＬであり得る）に照らしてチェックし得る。（例えば、ＴＩＤＡＬが、アサーションが検証されたという指標を返すことに基づいて）権利アサーションがＴＩＤＡＬ１０６内に存在する場合、ＴＩＰサービス１０４は、合意されたビジネス条件の内容をチェックし得る（例えば、レンタル期間が満了したかどうかをチェックする）。合意されたビジネス条件が消費者１１４に対して有効である場合、ＴＩＰサービス１０４は、検索されたベースアサーションを使用して、デジタル資産に対する暗号化されたコンテンツ鍵をＤＢ１０８から検索し得る。

【0052】

開示されるシステム及び方法の様々な態様に関連して（例えば、オーディオ及び／又はビデオコンテンツに関連して）ＤＲＭ方法が適用されるいくつかの実施形態では、ＴＩＰサービス１０４は、暗号化されたコンテンツ鍵をＴＩＰサービス１０４の秘密鍵で復号し得る。次いで、ＴＩＰサービス１０４は、ＤＲＭサービスＡＰＩを呼び出して、基本アサーション例えば、コンテンツＩＤ、コンテンツ鍵、及び／又は合意されたビジネス条件情報（例えば、レンタル期間、出力制御など）を提供することによって、ＤＲＭライセンスについてのトークンを発行し得る。トークンがＤＲＭサービスによって発行されると、ＴＩＰサービス１０４は、トークンをマーケットプレイスサービス１０２に返し得る。次いで、マーケットプレイスサービス１０２は、デジタル資産の再生を開始し得る。

【0053】

更なる実施形態では、ＴＩＰサービス１０４は、暗号化されたコンテンツ鍵をＴＩＰサービス１０４の秘密鍵で復号し得る。次いで、ＴＩＰサービス１０４は、暗号化されたデジタル資産をファイルストレージから検索し、コンテンツ鍵を用いてデジタル資産を復号し得る。次いで、ＴＩＰサービス１０４は、リンクを使用して、復号されたデジタル資産を消費者１１４に利用可能にし得る。次いで、消費者１１４は、マーケットプレイスサービス１０２によって提供されるリンクを介してデジタル資産にアクセスし得る。

【0054】

トランザクションクリアフェーズ
図３は、本明細書に開示される特定の実施形態と一貫性のある、ＮＦＴトランザクションプロセスの態様の非限定的な例を例解する。以下でより詳細に考察されるように、様々な実施形態では、マーケットプレイスサービス１０２は、１つ以上の適用可能なビジネス合意及び／又は条件に従って、それぞれの所有者１００に支払いを分配し得る。

【0055】

ステップ４．１～４．５
マーケットプレイスサービス１０２は、新しいトランザクションの詳細情報をＴＩＰサービス１０４に要求し得る。例えば、マーケットプレイスサービス１０２は、定期的に（例えば、毎週）、ＴＩＰサービス１０４に新しいトランザクションの詳細情報を要求し得る。購入額、合意されたビジネス条件情報、及び／又は関連付けられたマーケットプレイスサービス料金（ＴＩＰサービス１０４によってＤＢ１０８から検索され得る）に基づいて、マーケットプレイスサービス１０２は、デジタル資産の所有者１００に支払うべき額を生成し得る。マーケットプレイスサービス１０２は、利用可能な支払い受け取り詳細情報を使用して、所有者１００に支払いを行い得る。

【0056】

トークン権利管理サービスエコシステム
本明細書に開示される実施形態によれば、トークン権利管理（token rights management、「ＴＲＭ」）サービスは、ＮＦＴ及び／又は他のデジタル資産の管理に関連して使用され得る。上で考察されるように、ＮＦＴは、デジタル資産を表し得るブロックチェーン台帳などの信頼された台帳上に記録された暗号トークンを含み得る。しかしながら、ＮＦＴの適用はより広い場合があり、単純なメディアトランザクションから複雑な担保ローンまで様々である。図４Ａ～図１４Ｂは、本明細書で開示される特定の実施形態と一貫性のある、ＴＲＭエコシステムにおいてＴＲＭサービスを使用してＮＦＴを管理するためのプロセスの様々な態様を示す様々な概念図を例解する。

【0057】

ＴＲＭエコシステムエンティティ、サービス、及び／又はシステム
ＴＲＭサービスを使用する開示されるプロセスのいくつかの態様は、図１Ａ～図３に関連して上で説明されたエンティティ、サービス、及び／若しくはシステムと同様であり得る１つ以上のエンティティ、サービス、及び／若しくはシステムによって実施され、かつ／又はそれらに関連して別様に実施され得る。これらのエンティティ、サービス、及び／又はシステムは、例えば、かつ限定することなく、以下のうちの１つ以上を含み得る。
・マーケットプレイスサービス１０２－ＴＲＭサービス４０２を使用して様々なＮＦＴ管理プロセスを実装するサードパーティエンティティを含み得るエンティティ。様々な実施形態では、ＴＲＭサービス４０２は、ＴＲＭ ＡＰＩコールについてマーケットプレイスサービス１０２を信頼し得る。マーケットプレイスサービス１０２は、それ自体のマーケットプレイスについてのデータを操作し得るが、別のマーケットプレイスのデータを容易に操作することができない場合があり、又はいくつかの実装形態では操作することができない場合がある。
・マーケットプレイス管理者－ＴＲＭ ＡＰＩ及びＴＩＰサービス１０４を用いてマーケットプレイスサービス１０２をセットアップし、かつ／又は別様に構成し得る管理者。いくつかの実装形態では、マーケットプレイス管理者のＴＩＰアカウントＩＤが、マーケットプレイスＩＤとして使用され得る。
・原版権保有者（Original Rights Holder、「ＯＲＨ」）４００－ＯＲＨ４００であり、これは、コンテンツ作成者、配信者、及び／又は任意の他のサービス、エンティティ、及び／又はデジタル資産における原版権を保持し得、デジタル資産をアップロードし得、及び／又は製品を作成し得る当事者であり得る。
・所有者１００－（例えば、ＯＲＨ４００として）自身の製品を作成した可能性があり、かつ／又はマーケットプレイスサービス１０２を通じて製品を購入した可能性がある製品所有者１００。
・ＴＩＤＡＬ１０６－ＴＩＰ及び／又は別のサービス及び／又はエンティティによって提供され得る分散型ブロックチェーンサービス及び／又は他の好適な信頼された台帳サービス。本明細書で説明される様々な例はＴＩＤＡＬを使用し得るが、開示されるシステム及び方法の様々な実施形態及び態様は、本明細書で詳述されるＴＩＤＡＬに関連付けられた特定の属性を有しても有しない場合がある様々な他の信頼されたデータベース及び／又は台帳を使用して実装され得ることが理解されるであろう。更に、本明細書ではＴＩＤＡＬに関連して様々な例が説明されるが、開示される実施形態の様々な態様に関連して派生ＴＩＤＡＬも使用され得ることが理解されよう。
・ＤＢ１０８－データ仮想化サービスと相互作用し得るマーケットプレイスサービス１０２及び／又はＴＩＰサービス１０４によって作成され得、かつ／又は別様に管理され得るデータベース。
・ファイル記憶サービス１１０－暗号化されたデジタル資産を記憶するために使用され得る、例えば、かつ限定することなく、Ａｍａｚｏｎ Ｓ３クラウドなどのファイル記憶サービス１１０。
・ＴＲＭサービス４０２－ＴＲＭサービス４０２は、マーケットプレイスサービスがＴＩＤＡＬ１０６、ＤＢ１０８、及び／又はファイル記憶サービス１１０にアクセスするためのＡＰＩを介して実装され得る。
・ＴＩＰサービス１０４－異なるマーケットプレイスサービス１０２間のガバナンスを提供し得る様々なＴＲＭ実装に使用されるＴＩＰサービス１０４。ＴＩＰサービス１０４は、例えば、かつ限定することなく、以下のうちの１つ以上を含み得る。（１）適切なクエリ（例えば、ＳＱＬクエリ）を使用してデジタル資産、製品、及び／又はトランザクションをフェッチするために使用されるＴＩＰサービス１０４のＤＶサービスを含み得る。（２）異なるマーケットプレイスサービス１０２間のガバナンスに使用されるＴＩＰのＩＡＭサービスを含み得るＴＩＰ ＩＡＭサービス。（３）保護されたデータをセキュアに記憶するためのＴＩＰサービス１０４を含み得るＴＩＰボルト。ＴＩＰボルトに記憶された鍵暗号化鍵（Key Encryption Key、「ＫＥＫ」）は、ある特定の実装形態ではＴＲＭ管理者のみがアクセス可能であり得る（すなわち、マーケットプレイス管理者は、（もしあれば）アクセスが制限されている場合がある）。（４）ＴＲＭバックエンドを実行するためのＳＥＥを提供するＴＩＰサービス１０４を含み得るＴＩＰ ＳＥＥ。ＴＲＭバックエンドは、いくつかの実装形態では、ＴＲＭサービス４０２、ＴＩＤＡＬ１０６、ＤＢ１０８、及び／又はファイル記憶サービス間の通信のために使用され得る。
・消費者１１４－マーケットプレイスサービスを通じたデジタル資産の買い手。
・支払いゲートウェイ１１２－支払いゲートウェイサービス１１２は、デジタル資産を伴う特定のトランザクションに関連して、様々なサービスとエンティティとの間の支払いを容易にするサービスを含み得る。
・ＴＲＭ管理者－ＴＩＰアカウント作成を含むマーケットプレイスサービス１０２のＴＲＭアクセスをセットアップする管理者。
・鍵管理サービス（key management service、「ＫＭＳ」）１１４－例えば、かつ限定することなく、鍵生成、コンテンツ鍵記憶及び／又は管理などを含む、ある鍵管理機能を提供するように構成されたサービス。ＫＭＳ１０４は、いくつかの実施形態では、ＤＲＭサービスによって提供され得、かつ／又はＤＲＭサービスに含まれ得る。
・被勧誘者－所有者１００の製品を消費するように製品所有者１００によって勧誘されたユーザ。

【0058】

ＴＲＭエコシステム識別子
本明細書で開示される様々な実施形態は、デジタル資産、ユーザ、エンティティ、サービス、及び／又は開示されるシステム及び方法の他の態様に関連して様々な識別子を使用し得る。これらの識別子は、例えば、かつ限定することなく、以下のうちの１つ以上を含み得る。
・ユーザＩＤ－ユーザ（例えば、所有者１００、消費者１１４など）は、ユーザＩＤ及び／又は関連付けられた識別子を割り当てられ得る。ユーザＩＤは、例えば、かつ限定することなく、以下のうちの１つ以上を含み得る。（１）製品の所有者１００のユーザＩＤを含み得る所有者ＩＤ、（２）製品のＯＲＨ４００（例えば、製品作成者）のユーザＩＤを含み得るＯＲＨ ＩＤ、（３）製品の消費者１１４（例えば、製品を購入し、かつ／又はレンタルするユーザ）のユーザＩＤを含み得る消費者ＩＤ、及び被勧誘者のユーザＩＤを含み得る被勧誘者ＩＤ。
・資産ＩＤ－資産は、アップロードが成功した後に資産ＩＤを割り当てられ得る。
・製品ＩＤ－製品が作成されるとき、製品ＩＤが生成され得（例えば、「ＵＵＩＤ」）、新しい製品のコピーに割り当てられ得る。
・タスクＩＤ－タスクは、タスクＩＤを割り当てられ得る。
・製品シリアルＩＤ－各製品コピーには、製品シリアルＩＤによって表される一意の識別子が割り当てられ得る。
・トランザクションＩＤ－トランザクションにはトランザクションＩＤが割り当てられ得る。これらのトランザクションは、例えば、かつ限定することなく、購入、売却、サブスクリプション、及び／又はビジネス条件によって表され得る他のトランザクションを含み得る。
・鍵ＩＤ（key ID、「ＫＩＤ」）－鍵ＩＤは、ＫＭＳ４０４についての鍵識別子として生成され得る。
・ｓｔａｔ ＩＤ－ｓｔａｔ ＩＤは、ｓｔａｔｓテーブル内のｓｔａｔ行に対応し得る。
・マーケットプレイスＩＤ－マーケットプレイスＩＤは、マーケットプレイスサービス１０２に対応し得る。いくつかの実施形態では、マーケットプレイスＩＤは、ＴＩＰサービス１０４上のマーケットプレイスサービス１０２のアカウントＩＤと同じであり得る。

【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】

ステップ２．３～２．６：製品更新要求
マーケットプレイスサービス１０２は、ＴＩＰサービス１０４のマーケットプレイスＴＩＰアクセストークンを使用して、ＴＩＰサービス１０４における製品物理データセットから、所有者１００によって所有されている製品のリストを検索し得る。所有者１００は、製品のリストから１つの製品を選択し得、その製品を更新し得る。例えば、所有者１００は、製品メタデータ（例えば、タイトル、説明など）、プレビュー、資産タイプ、ビジネスメタデータ（例えば、ビジネス条件、販売価格、レンタル価格及び／又は期間、サブスクリプション価格及び／又は期間、所有権のレンタル価格及び／又は期間など）を更新し得る。ある特定の実施形態では、製品にバンドルされている資産は更新されない可能性があり、コピーの数も更新されない可能性があるが、他の代替実装形態も企図される。マーケットプレイスサービス１０２は、ＴＲＭサービス４０２のＴＩＰアクセストークンとともに、更新されたフィールド、製品ＩＤ、所有者ＩＤを含む要求をＴＲＭサービス４０２に送信し得る。

【0126】

ステップ２．７～２．９：マーケットプレイスを検証する
製品作成要求に含まれるマーケットプレイスＴＩＰアクセストークンは、ＴＩＰサービス１０４のＩＡＭサービスを介して検証され得る。マーケットプレイスＩＤは、ＩＡＭサービス及び／又は別のユーザ情報エンドポイントから取得され得る。マーケットプレイスサービス１０２は、次いで、ＤＢ１０８に登録されているものとして検証され得る（例えば、マーケットプレイステーブルが検証されたマーケットプレイスのリストを記憶しているので、マーケットプレイスＩＤがマーケットプレイステーブル内に存在する）。

【0127】

ステップ２．１０：更新処理を開始する
いくつかの実施形態では、タスクエントリが、タスクテーブル内に状態「処理中」及び製品ＩＤを伴って作成され得る。

【0128】

ステップ２．１１～２．１９：製品更新を処理する
様々な実施形態では、製品更新プロセスの１つ以上のステップは、非同期タスクとして実施され得る。製品ＩＤ及び所有者ＩＤに対応する製品データは、ＤＢ１０８における製品テーブルから検索され得る。そのような製品シリアルＩＤごとに、製品所有権アサーションが生成され、ＴＩＤＡＬ１０６を用いて検証され得る。１つ以上の製品所有権アサーションが検証されない場合、製品更新動作は拒否され得る。古いマーケットアサーション（例えば、製品アサーション＋元のマーケットメタデータ）が生成され、ＴＩＤＡＬ１０６において偽に設定され得る。新しいマーケットアサーション（例えば、製品アサーション＋新しいマーケットメタデータ）が生成され得る。新しいマーケットアサーションは、ＴＩＤＡＬ１０６に挿入され得る。プレビューファイルが所有者１００によって供給される場合、プレビューは、ファイル記憶サービス１１０において更新され得る。製品データ及びプレビューは、ＤＢ１０８において更新され得、タスクエントリは、「完了」に設定され得る。

【0129】

いくつかの実施形態では、デジタル資産のアップロードが成功したことの指標は、ＴＲＭ４０２からマーケットプレイスサービス１０２及び／又は所有者１００に通信され得る。

【0130】

製品をリストから除外する
図１０Ａ～図１０Ｂは、本明細書に開示される特定の実施形態と一貫性のある製品リスト除外プロセスの非限定的な例を例解する。

【0131】

ステップ３．１～３．２：ログイン
いくつかの実施形態では、所有者１００は、マーケットプレイスサービス１０２にログインし得る。ある特定の実施形態では、Ｇｏｏｇｌｅアカウント（例えば、Ｏｐｅｎ ＩＤ ｃｏｎｎｅｃｔ）がログインのために使用され得るが、ログインの他の方法もまた、採用され得る。マーケットプレイスサービス１０２は、所有者１００を認証し得、認証に成功した場合、消費者に認証トークンを発行する。

【0132】

ステップ３．３～３．５：製品要求をリストから除外する
マーケットプレイスサービス１０２は、ＴＩＰサービス１０４のマーケットプレイスＴＩＰアクセストークンを使用して、ＴＩＰサービス１０４における製品物理データセットから、所有者１００によって所有されている製品のリストを検索し得る。所有者１００は、製品のリストから１つの製品を選択し得る。所有者１００は、製品がマーケットプレイスサービス１００上で現在利用可能である場合、その製品をリストから除外し得（例えば、リスト除外値を、真を示す「１」に設定する）、製品がマーケットプレイスサービス１００上で現在利用可能ではない場合、その製品をマーケットプレイスサービス１０２上で再リスト表示し得る（例えば、リスト除外値を、偽を示す「０」に設定する）。マーケットプレイスサービス１０２は、ＴＲＭサービス４０２のＴＩＰアクセストークンとともに、更新されたリスト除外値、製品ＩＤ、所有者ＩＤを含む要求をＴＲＭサービス４０２に送信し得る。

【0133】

ステップ３．６～３．８：マーケットプレイスを検証する
マーケットプレイスＴＩＰアクセストークンは、ＴＩＰサービス１０４のＩＡＭサービスを介して検証され得る。マーケットプレイスＩＤは、ＩＡＭサービス及び／又は別のユーザ情報エンドポイントから取得され得る。マーケットプレイスサービス１０２は、次いで、ＤＢ１０８に登録されているものとして検証され得る（例えば、マーケットプレイステーブルが検証されたマーケットプレイスのリストを記憶しているので、マーケットプレイスＩＤがマーケットプレイステーブル内に存在する）。

【0134】

ステップ３．９：タスクエントリを作成する
タスクエントリが、ＤＢ１０８におけるタスクテーブル内に状態「処理中」及び製品ＩＤを伴って作成され得る。

【0135】

ステップ３．１０～３．１２：製品所有権を検証する
様々な実施形態では、製品所有権検証プロセスの１つ以上のステップは、非同期タスクとして実施され得る。ＴＲＭサービス１０４は、指定された製品ＩＤ及び／又は所有者ＩＤに対応するＤＢ１０８における製品テーブル内のエントリを検索し得る。ＴＲＭサービス１０４は、指定された所有者ＩＤについての製品所有権アサーションを生成して、ＴＩＤＡＬ１０６を用いて生成されたアサーションを検証し得る。製品所有権アサーションのいずれかが検証されない場合、ＴＲＭサービス４０２は、リスト除外要求を拒否し得る。

【0136】

ステップ３．１３～３．１５：製品を更新する
ＤＢ１０８における製品テーブル内の対応するエントリのリスト除外プロパティは、指定されたリスト除外値に更新され得、タスクエントリは、「完了」に設定され得る。いくつかの実施形態では、リスト除外が成功したことの指標が、ＴＲＭ４０２からマーケットプレイスサービス１０２及び／又は所有者１００に通信され得る。

【0137】

削除フェーズ
資産を削除する
図１１Ａ及び図１１Ｂは、本明細書で開示されるいくつかの実施形態と一貫性のある資産削除プロセスの非限定的な例を例解する。ある特定の実施形態では、資産を作成するＯＲＨ４００は、その資産が既存の製品にバンドルされない限り、それを削除し得る。

【0138】

ステップ１．１～１．２：ログイン
いくつかの実施形態では、ＯＲＨ４００はマーケットプレイスサービス１０２にログインし得る。ある特定の実施形態では、Ｇｏｏｇｌｅアカウント（例えば、Ｏｐｅｎ ＩＤ ｃｏｎｎｅｃｔ）がログインのために使用され得るが、ログインの他の方法もまた、採用され得る。マーケットプレイスサービス１０２は、ＯＲＨ４００を認証し得、認証に成功した場合、消費者に認証トークンを発行する。

【0139】

ステップ１．３～１．５：資産削除要求
マーケットプレイスサービス１０２は、ＴＩＰサービス１０４のマーケットプレイスＴＩＰアクセストークンを使用して、ＴＩＰサービス１０４における資産物理データセットから、ＯＲＨ４００によってアップロードされた資産のリストを取り出し得る。ＯＲＨ４００は、削除する資産のリストから１つの資産を選択し得る。マーケットプレイスサービス１０２は、ＴＲＭサービス１０４のＴＩＰアクセストークンとともに、資産ＩＤ、ＯＲＨ ＩＤを有する削除要求をＴＲＭサービス１０４に送信し得る。

【0140】

ステップ１．６～１．８：マーケットプレイスを検証する
製品作成要求に含まれるマーケットプレイスＴＩＰアクセストークンは、ＴＩＰサービス１０４のＩＡＭサービスを介して検証され得る。マーケットプレイスＩＤは、ＩＡＭサービス及び／又は別のユーザ情報エンドポイントから取得され得る。マーケットプレイスサービス１０２は、次いで、ＤＢ１０８に登録されているものとして検証され得る（例えば、マーケットプレイステーブルが検証されたマーケットプレイスのリストを記憶しているので、マーケットプレイスＩＤがマーケットプレイステーブル内に存在する）。

【0141】

ステップ１．９～１．１１：資産所有権を検証する
資産データは、ＤＢ１０８における資産テーブルから検索され得る。資産所有権アサーションは、提供されたＯＲＨ ＩＤを用いて生成され得る。資産所有権アサーションがＴＩＤＡＬ１０６によって検証されない場合、いくつかの実装形態では、ＯＲＨ４００のみがその資産を削除し得るので、資産削除要求は、ＴＲＭサービス１０４によって拒否され得る。

【0142】

ステップ１．１２：資産が製品にもバンドルされていないことを検証する
ＴＲＭサービス４０２は、資産の残余供給量が資産の初期供給量よりも少ないかどうかをチェックし得る。これは、資産が任意の製品にバンドルされているかどうかをチェックするためのプロキシであり得る。資産が、既に販売されている可能性がある製品にバンドルされている場合、ＯＲＨ４００は資産を削除することを許可されない可能性がある。したがって、資産の残りの供給が資産の初期供給量よりも少ない場合、削除動作は拒否され得る。

【0143】

ステップ１．１３～１．１７：資産を削除する
ＴＲＭサービス１０４は、ＴＩＤＡＬ１０６において資産及び資産所有権アサーションを偽に設定し得る。暗号化されたデジタル資産ファイル及びプレビューファイルは、ファイル記憶サービス１１０から削除され得る。最後に、資産は、資産テーブルから削除され得、関連するタスクが、ＴＢ１０８内のタスクテーブルから削除され得る。いくつかの実施形態では、リスト除外が成功したことの指標が、ＯＲＨ４００からマーケットプレイスサービス１０２及び／又は所有者１００に通信され得る。

【0144】

製品を削除する
図１２Ａ及び図１２Ｂは、本明細書で開示される特定の実施形態と一貫性のある資産アンバンドリングプロセスの非限定的な例を例解する。ある特定の実施形態では、製品を削除することは、その製品内にバンドルされている資産をアンバンドルし得る。例えば、削除される製品にバンドルされている各資産の供給量は、製品の総供給量だけ増分され得る。いくつかの実装形態では、製品の削除は、製品を作成し、製品のコピーを所有するＯＲＨ４００に限定され得る。

【0145】

ステップ２．１～２．２：ログイン
いくつかの実施形態では、ＯＲＨ４００はマーケットプレイスサービス１０２にログインし得る。ある特定の実施形態では、Ｇｏｏｇｌｅアカウント（例えば、Ｏｐｅｎ ＩＤ ｃｏｎｎｅｃｔ）がログインのために使用され得るが、ログインの他の方法もまた、採用され得る。マーケットプレイスサービス１０２は、ＯＲＨ４００を認証し得、認証に成功した場合、消費者に認証トークンを発行する。

【0146】

ステップ２．３～２．５：製品削除要求
マーケットプレイスサービス１０２は、ＴＩＰサービス１０４のマーケットプレイスＴＩＰアクセストークンを使用して、ＴＩＰサービス１０４における製品物理データセットから、ＯＲＨ４００によって作成された製品のリストを検索し得る。ＯＲＨ４００は、製品のリストから少なくとも１つの製品を選択して削除し得る。ＯＲＨ４００は、マーケットプレイスサービス１０２にアップロードされた製品のうちの１つを削除することを決定し得る。マーケットプレイスサービス１０２は、マーケットプレイスＴＩＰアクセストークンとともに、製品ＩＤ、ＯＲＨ ＩＤを含む要求をＴＲＭサービス１０４に送信し得る。

【0147】

ステップ２．６～２．８：マーケットプレイスを検証する
マーケットプレイスＴＩＰアクセストークンは、ＴＩＰサービス１０４のＩＡＭサービスを介して検証され得る。マーケットプレイスＩＤは、ＩＡＭサービス及び／又は別のユーザ情報エンドポイントから取得され得る。マーケットプレイスサービス１０２は、次いで、ＤＢ１０８に登録されているものとして検証され得る（例えば、マーケットプレイステーブルが検証されたマーケットプレイスのリストを記憶しているので、マーケットプレイスＩＤがマーケットプレイステーブル内に存在する）。

【0148】

ステップ２．９：タスクエントリを作成する
タスクエントリは、ＤＢ１０８におけるタスクテーブル内に状態「処理中」及び製品ＩＤを伴って作成され得る。

【0149】

ステップ２．１０～２．１４：ＯＲＨを検証する
様々な実施形態では、ＯＲＨ検証及び／又は製品削除プロセスの１つ以上のステップは、非同期タスクとして実施され得る。ＴＲＭサービス４０２は、指定された製品ＩＤに対応する製品テーブル内のエントリをＤＢ１０８から検索し得る。製品エントリのＯＲＨ ＩＤが供給されたＯＲＨ ＩＤと一致しない場合、動作は拒否され得る。いずれかの製品エントリの所有者ＩＤが、供給されたＯＲＨ ＩＤと一致しない場合、動作は拒否され得る。いくつかの実施形態では、ＯＲＨ４００は、削除されるべき製品の全てのコピーを所有する必要があり得るが、これが当てはまらない他の実装形態も企図される。

【0150】

製品所有権アサーションは、各製品シリアルＩＤについてＴＲＭサービス４０２によって生成され得、ＴＩＤＡＬ１０６に照らしてチェックされ得る。製品所有権アサーションのうちのいずれかがＴＩＤＡＬ１０６によって検証されない場合、削除要求は拒否され得る。

【0151】

ステップ２．１５～２．１９：製品を削除する
製品アサーション、製品所有権アサーション、及びマーケットアサーションは、各製品シリアルＩＤについて生成され、ＴＩＤＡＬ１０６において偽に設定され得る。製品内の各原資産の残りの供給は、削除される製品の総コピー数だけＤＢ１０８において増分され得る。資産テーブルは、原資産の新しい残りの供給カウントを反映するためにＤＢ１０８において更新され得る。ＤＢ１０８におけるタスクテーブル内のエントリの状態は、「削除済み」に設定され得、製品エントリについてのＤＢ１０８における製品テーブル内の削除値は、真に変更され得る。

【0152】

いくつかの実施形態では、削除が成功したことの指標が、ＯＲＨ４００からマーケットプレイスサービス１０２及び／又は所有者１００に通信され得る。

【0153】

製品について友人を勧誘する／勧誘を取り消す
勧誘プロセス
図１３Ａ～図１３Ｃは、本明細書で開示される特定の実施形態と一貫性のある製品勧誘プロセスの非限定的な例を例解する。

【0154】

ステップ１．１～１．２：ログイン
いくつかの実施形態では、所有者１００は、マーケットプレイスサービス１０２にログインし得る。ある特定の実施形態では、Ｇｏｏｇｌｅアカウント（例えば、Ｏｐｅｎ ＩＤ ｃｏｎｎｅｃｔ）がログインのために使用され得るが、ログインの他の方法もまた、採用され得る。マーケットプレイスサービス１０２は、所有者１００を認証し得、認証に成功した場合、所有者１００に認証トークンを発行する。

【0155】

ステップ１．３～１．７：友人を製品に勧誘する
マーケットプレイスサービスは、ＴＩＰサービス１０４のマーケットプレイスＴＩＰアクセストークンを使用して、ＴＩＰサービス１０４における製品物理データセットから、所有者１００によって所有されている製品のリストを検索し得る。所有者１００は、製品のリストから１つの製品を選択して、本明細書では一般に「友人」と称され得る別のユーザに使用を勧誘し得る。所有者１００は、友人の電子メールアドレスを追加して、友人が製品にアクセスするように勧誘し得る。マーケットプレイスサービス１０２は、電子メールアドレスがマーケットプレイスユーザテーブルに存在するかどうかをチェックし得、関連付けられたユーザＩＤを検索し得る。電子メールアドレスがマーケットプレイスユーザテーブルに存在しない場合、マーケットプレイスサービス１０２は、要求を拒否し得る。マーケットプレイスサービス１０２は、ＴＲＭサービス４０２のＴＩＰアクセストークンとともに、ユーザＩＤ、製品ＩＤ、所有者ＩＤを含む要求をＴＲＭサービス４０２に送信し得る。

【0156】

ステップ１．８～１．１０：マーケットプレイスを検証する
マーケットプレイスＴＩＰアクセストークンは、ＴＩＰサービス１０４のＩＡＭサービスを介して検証され得る。マーケットプレイスＩＤは、ＩＡＭサービス及び／又は別のユーザ情報エンドポイントから取得され得る。マーケットプレイスサービス１０２は、次いで、ＤＢ１０８に登録されているものとして検証され得る（例えば、マーケットプレイステーブルが検証されたマーケットプレイスのリストを記憶しているので、マーケットプレイスＩＤがマーケットプレイステーブル内に存在する）。

【0157】

ステップ１．１１～１．１７：製品勧誘要求を処理する
製品ＩＤ及び／又は所有者ＩＤに対応する製品データは、ＤＢ１０８における製品テーブルから検索され得る。そのような製品シリアルＩＤごとに、製品所有権アサーションが生成され、ＴＩＤＡＬ１０６を用いて検証され得る。１つ以上の製品所有権アサーションが検証されない場合、製品勧誘動作は拒否され得る。Ａ．製品勧誘アサーション（例えば、製品所有権アサーション＋被勧誘者ＩＤ）が生成され、ＴＩＤＡＬ１０６に挿入され得る。被勧誘者ＩＤは、ＤＢ１０８における製品テーブル内の被勧誘者欄に追加され得る。成功メッセージは、ＴＲＭサービス４０２からマーケットプレイスサービス１０２に通信され得る。

【0158】

ステップ１．１８～１．１９：リンクを生成する
マーケットプレイスサービス１０２は、資産にアクセスするためのリンクを生成し、それを所有者１００に送信し得る。所有者１００は、電子メール又は任意の他の好適な通信方法を介して友人へのリンクを共有することができる。誰かがリンクをクリックすると、その人をマーケットプレイスサービス１０２のログイン画面に遷移させ得る。ログイン後、その人は資産を再生及び／又は閲覧し得る。

【0159】

勧誘取消プロセス
図１４Ａ及び図１４Ｂ本、本明細書で開示される特定の実施形態と一貫性のある製品勧誘取消プロセスの非限定的な例を例解する。

【0160】

ステップ２．１～２．２：ログイン
いくつかの実施形態では、所有者１００はマーケットプレイスサービス１０２にログインし得る。ある特定の実施形態では、Ｇｏｏｇｌｅアカウント（例えば、Ｏｐｅｎ ＩＤ ｃｏｎｎｅｃｔ）がログインのために使用され得るが、ログインの他の方法もまた、採用され得る。マーケットプレイスサービス１０２は、所有者１００を認証し得、認証に成功した場合、消費者に認証トークンを発行する。

【0161】

ステップ２．３～２．６：友人の製品への勧誘を取り消す
マーケットプレイスサービス１０２は、ＴＩＰサービス１０４のマーケットプレイスＴＩＰアクセストークンを使用して、ＴＩＰサービス１０４における製品物理データセットから、所有者１００によって所有されている製品のリストを検索し得る。所有者１００は、製品のリストから１つの製品を選択し得、その製品を更新し得る。所有者１００は、友人の電子メールアドレスを削除して、友人を製品へのアクセスから勧誘を取り消し得る。マーケットプレイスサービス１００は、ＴＲＭサービス４０２のＴＩＰアクセストークンとともに、更新されたユーザＩＤ、製品ＩＤ、所有者ＩＤを有する要求をＴＲＭサービス４０２に送信し得る。

【0162】

ステップ２．７～２．９：マーケットプレイスを検証する
マーケットプレイスＴＩＰアクセストークンは、ＴＩＰサービス１０４のＩＡＭサービスを介して検証され得る。マーケットプレイスＩＤは、ＩＡＭサービス及び／又は別のユーザ情報エンドポイントから取得され得る。マーケットプレイスサービス１０２は、次いで、ＤＢ１０８に登録されているものとして検証され得る（例えば、マーケットプレイステーブルが検証されたマーケットプレイスのリストを記憶しているので、マーケットプレイスＩＤがマーケットプレイステーブル内に存在する）。

【0163】

ステップ２．１０～２．１７：製品勧誘取消要求を処理する
製品ＩＤ、所有者ＩＤに対応する製品データは、ＤＢ１０８における製品テーブルから検索され得る。そのような製品シリアルＩＤごとに、製品所有権アサーションが生成され、ＴＩＤＡＬ１０６を使用して検証され得る。１つ以上の製品所有権アサーションが検証されない場合、製品勧誘取消動作は拒否され得る。製品勧誘アサーション（例えば、製品所有権アサーション＋被勧誘者ＩＤ）が、生成され、偽にされ、ＴＩＤＡＬ１０６に登録され得る。ＤＢ１０８における製品テーブル内の被勧誘者の列から被勧誘者ＩＤが除去され得る。

【0164】

商用ブロックチェーン台帳を使用するトークン権利管理
開示されるシステム及び方法の様々な実施形態は、ＴＩＤＡＬ及び／又は派生ＴＩＤＡＬを実装するアプリケーションに関連して説明されるが、開示されるシステム及び方法の特定の実施形態は、様々な他のアプリケーション及び／又はユーザ、エンティティ、及び／又は当事者に関連して使用され得る、確立されたブロックチェーン台帳及び／又はそのような台帳の派生台帳に関連して使用され得る。例えば、本明細書で説明される特定の非限定的な例は、ＦＬＯＷブロックチェーン台帳を使用してトークンを管理するために使用され得る。いくつかの例は、ＦＬＯＷブロックチェーン台帳に関連して使用されるものとして説明されるが、開示されるシステム及び方法の様々な態様は、多種多様なブロックチェーン台帳に関連して実装され得ることが理解されよう。

【0165】

上で考察されるように、開示されるシステム及び方法の実施形態は、特定のＮＦＴトランザクション（例えば、ＮＦＴをミントすること、ＮＦＴを移転することなど）に関連して、権利バインディング及びパッケージング及び／又は保護動作を可能にし得る。例えば、アップロードされる資産（例えば、ビデオ、オーディオなど）は、一意の鍵（例えば、暗号化に使用される一意の鍵及び資産についての識別子であり得る、ＫＩＤ）を用いて暗号化され得る。ＫＩＤ及び使用条件は、互いにバインドされ、ブロックチェーンに記録され得る。例えば、資産トークンは、ＫＩＤをアップローダのＩＤ（例えば、ＯＲＨ ＩＤ）とバインドし得、製品トークンは、ＫＩＤを所有者のＩＤ（例えば、所有者ＩＤ）及び他の使用条件（例えば、満了日、被勧誘者ＩＤ）とバインドし得、レンタルトークンは、ＫＩＤを借り手ＩＤ（例えば、借り手ＩＤ）及び他の使用条件（例えば、満了日）とバインドし得る。いくつかの実装形態では、資産トークンは、ＫＩＤをＯＲＨ ＩＤ及び／又は所有者ＩＤとバインドするために使用され得る。ＮＦＴの所有権は、製品トークン（及び／又は実装に応じて資産トークン）内の満了データをチェックすることによって移転され得る。

【0166】

本明細書で開示される様々な実施形態は、所有権のレンタル期間をサポートし得る。所有権－レンタル期間は、製品がマーケットプレイスにおける販売、レンタル、及び／又は再生のためにどれだけ長く利用可能にされ得るかを制限するために、ＯＲＨによって設定され得る。この期間の後、製品はマーケットプレイスで利用可能でなくなる可能性がある。いくつかの実施形態では、所有権－レンタル期間は、指定された期間中の販売、レンタル、アクセス勧誘、及び／又は再生を可能にする製品トークンに関連付けられ得る。

【0167】

本明細書で開示される更なる実施形態は、権利バインディングサービスを提供し得る。権利バインディングサービスは、ＴＩＤＡＬ及び／又は他のブロックチェーンを使用して、追加の権利をＮＦＴにバインドし得る。これらの権利は、ＤＲＭ権利を含むことができ、関連するメタデータは、ＤＲＭ権限を指定することができる。更なる実施形態は、パッケージング及び保護サービスを提供する。従来のＮＦＴプラットフォームでは、ＮＦＴに関連付けられた基本的なコンテンツは、典型的にはＮＦＴの一部ではない。パッケージング及び保護サービスは、元のコンテンツを取得して、ＮＦＴにおけるメタデータと一貫性を保つように変換して、様々な保護（例えば、暗号化、認証、及び／又はセキュリティを提供する鍵のための鍵管理）を提供し得る。

【0168】

ＦＬＯＷブロックチェーン台帳では、代替性トークン（「ＦＴ」）、ＮＦＴ、及び／又は回収などのオブジェクトは、ユーザのアカウント内に記憶され得るリソースとして実装され得る。ＦＬＯＷ台帳が、開示されるトークン権利管理システム及び方法の様々な態様を実装するために使用される実施形態では、リソースは、例えば、かつ限定することなく、以下のうちの１つ以上を含み得る。
・資産トークン－資産トークンは、資産についてのＮＦＴを表し得る。資産トークンは、例えば、かつ限定することなく、以下のうちの１つ以上を含む、いくつかのフィールドを含み得る。（１）不変であり得、一意の識別子を含み得る、資産トークンＩＤ、（２）不変であり得、資産の異なるコピーについての一意のシリアル番号を含み得る、シリアル番号、（３）可変であり得、「プライベート」又は「パブリック」のいずれかであり得る、資産タイプ、（４）不変であり得、資産ファイルに関連する１つ以上のＵＲＬを含み得る、ＵＲＬ（例えば、暗号化された資産ファイル）、及び（５）不変であり得、ＤＲＭ管理システムのためのＫＩＤを含み得る、ＫＩＤ（例えば、ＥｘｐｒｅｓｓＰｌａｙ）。
・レンタルトークン－レンタルトークンは、資産をレンタルするためのＮＦＴを表し得、資産の所有者が満了タイムスタンプの前にレンタル資産のコンテンツを再生することを可能にする。レンタルトークンは、例えば、かつ限定することなく、以下のうちの１つ以上を含むいくつかのフィールドを含み得る。（１）不変であり得、一意の識別子を含み得る、レンタルトークンＩＤ、（２）不変であり得、レンタルされている資産の資産トークンＩＤを含み得る、資産トークンＩＤ、（３）不変であり得、資産ファイルに関連する１つ以上のＵＲＬを含み得る、ＵＲＬ（例えば、暗号化された資産ファイル）、（４）不変であり得、ＤＲＭ管理システムのためのＫＩＤを含み得る、ＫＩＤ（例えば、ＥｘｐｒｅｓｓＰｌａｙ）、及び（５）不変であり得、タイムスタンプを含み得、このタイムスタンプの後に、レンタルトークンがコンテンツの再生について無効になる、満了タイムスタンプ。満了タイムスタンプは、現在のデータにレンタル期間を加えたものに初期化され得る。
・資産回収－資産回収は、所有される資産トークンの回収を含み得る。
・レンタル回収－レンタル回収は、所有されるレンタルトークンの回収を含み得る。
・売上回収－売上回収は、売上及びレンタルに利用可能な資産トークンを追跡するために使用されるリソースを含み得る。売上回収は、資産価格を追跡し得、所有者がリストの表示、リストからの除外、及び／又はリストの更新を行うことを可能にする。購入及びレンタルトランザクションは、売上回収を介して可能にされ得る。各販売／レンタルトランザクションの割引は、（例えば、ＦＵＳＤなどのＦＬＯＷネットワーク上の代替性トークンとして発行された法定通貨バックドステーブルコインを使用して）管理者の暗号通貨ボルト及び／又はデジタルウォレットに送信され得る。いくつかの実施形態では、特定の割引率（例えば、５％）は、いつでも管理者によって更新され得る。代替的に、かつ／又は組み合わせにおいて、ロジックは、マーケットプレイス及びＴＲＭ管理者のための別個の割引に対応し得る。更なる実施形態では、様々な他の割引率が、様々な当事者及び／又は複数の当事者に提供され得ることが理解されよう。
・資産トークン及びレンタルトークン内のＵＲＬのコンテンツは、実装に依存し得る。例えば、かつ限定することなく、コンテンツは、以下を含み得る。（１）ファイルシステムプロトコル（例えば、惑星間ファイルシステム（Interplanetary File System（「ＩＰＦＳ」））における資産へのリンク、（２）ＩＰＦＳにおける資産のコピーを含むＪＳＯＮファイルへのリンク、及び／又は（３）マニフェストファイル（例えば、ＤＡＳＨ、ＨＬＳなど）への１つ以上のリンク。

【0169】

資産作成
図１５Ａ～図１５Ｆは、本明細書で開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用する資産作成プロセスの非限定的な例を例解する。様々な実施形態では、ＦＬＯＷブロックチェーン台帳が使用され得るが、開示されるシステム及び方法の実施形態は、様々な他のブロックチェーン台帳に関連して使用され得ることが理解されよう。

【0170】

様々な実施形態では、ウォレットサービス１５００（例えば、暗号通貨ウォレット）及びブロックチェーン台帳１５０２は、開示されるシステム及び方法の様々な実施形態に関連して使用され得、開示されるエコシステムのブロックチェーン機能に概念的に含まれ得る。開示されるエコシステム内のパッケージ機能は、いくつかの実施形態では、記憶サービス１５０２、メディアパッケージャ１５０６、並びにＫａｆｋａ１５０８などの分散イベントストア及び／又はストリーム処理プラットフォームを備え得る。ＴＲＭシステム機能は、オーケストレータサービス１１０、ＴＩＰ ＩＡＭ及び／又はデータサービス（「ＤＳ」）１５１２、及びブロックチェーンコネクタサービス１５１４を使用して実装され得る。セキュアＤＢ１５１６はまた、様々なテーブル及び／又は他の値を記憶及び／又は管理するために使用され得る。これらのシステム及び／又はサービス間の様々な相互作用は、以下でより詳細に説明される。

【0171】

ステップ１．１～１．３：ユーザログイン
ＯＲＨ４００は、マーケットプレイスサービス１０２を介してウォレットサービス１５００にログインし得る。ＦＬＯＷブロックチェーンでは、マーケットプレイスサービス１０２は、ＦＬＯＷクライアントライブラリ（「ＦＣＬ」）を使用して、ウォレットサービス１５００を用いてＯＲＨ４００を認証し得る。ＦＣＬは、アプリケーションがＦＣＬ互換ウォレット（例えば、Ｂｌｏｃｔｏ、台帳、ダッパーウォレットなど）と統合することを可能にするジャバスクリプトクライアントライブラリを備え得る。マーケットプレイスサービス１０２は、認証後にウォレットＩＤのようなＯＲＨアカウントに関する詳細情報を取得し得る。マーケットプレイスサービスは、ウォレットＩＤがマーケットプレイスサービス１０２において登録されたＯＲＨウォレットＩＤと一致するかどうかをチェックし得る。

【0172】

ステップ１．４～１．５：資産をマーケットプレイスにアップロードする
ＯＲＨ４００は、マーケットプレイスサービス１０２において資産コンテンツ（例えば、画像、ビデオ、テキスト、オーディオなど）をアップロードし得、資産について以下のうちの１つ以上を指定し得る。（１）ミントする資産のコピーの数、（２）資産のタイトル、（３）プレビューファイル（例えば、サムネイル）、（４）任意の消費者が資産にアクセスする（例えば、閲覧及び／若しくは聴取する）ことができるパブリック資産、又は消費者がトランザクション（例えば、買い取り、レンタルなど）を購入した後に資産にアクセスする（例えば、観賞若しくは聴取する）ことができるプライベート資産を含み得る、資産タイプ、及び（５）マーケットプレイスサービスによって定義され得る資産に関連付けられた説明及び／又は任意の他のメタデータ。ＯＲＨ４００は更に、プレビューファイルをアップロードして、マーケットプレイスサービス１０２ポータル上の資産についてのサムネイルとして働き得る。

【0173】

ステップ１．６～１．８：資産メディアコンテンツをパッケージ機能にアップロードする
マーケットプレイスサービス１０２は、資産（例えば、画像、ビデオ、音楽）コンテンツを記憶サービス１５０４（例えば、ＡＷＳ Ｓ３）にアップロードし得、ＵＲＬ及びトランザクションＩＤを受信し得る。特定のコンテンツ（例えば、オーディオ及び／又はビデオ）について、マーケットプレイスサービス１０２は、デジタル資産コンテンツがアップロードされるとき、及びデジタル資産コンテンツに対する何らかの更新が存在する場合、メディアパッケージャサービス１５０６に通知し得るＫａｆｋａサービス１５０８にサブスクリプションし得る。

【0174】

ステップ１．９～１．１１：資産をＴＲＭにアップロードする
マーケットプレイスサービス１０２は、ＴＩＰ ＩＡＭサービス１５１２のＡＰＩ鍵及び秘密を使用して、ＴＩＰ ＩＡＭサービス１５１２サービスからアクセストークンを取得し得る。マーケットプレイスサービス１０２は、オーケストレータサービス１５１０に資産アップロード要求を提供し得、資産アップロード要求は、以下のうちの１つ以上を含み得る。（１）ＯＲＨウォレットＩＤ、（２）上記で説明されたＯＲＨ４００によって設定される情報（例えば、資産のコピーの数、資産のタイトル、プレビューファイル、資産タイプなど）、及び（３）アクセストークン、（４）トランザクションＩＤ。

【0175】

ステップ１．１２～１．１６：マーケットプレイスを検証し、タスクエントリを作成する
オーケストレータサービス１５１０は、ＴＩＰ ＩＡＭサービス１５１２を用いてマーケットプレイスアクセストークンを検証し得る。マーケットプレイスグループ情報は、ＴＩＰ ＩＡＭサービス１５１２からオーケストレータサービス１５１０に提供され得る。オーケストレータサービス１５１０は、マーケットプレイスサービス１０２がマーケットプレイスグループのメンバであるかどうかを検証し得る。タスクエントリが、資産暗号化プロセスがパッケージ機能サービス１５０５～１５０８内で行われている間に、セキュアＤＢ１５１６内の状態「処理中」を有するタスクテーブル内にオーケストレータサービス１５１０によって作成され得る。次いで、オーケストレータサービス１５１０は、受領確認メッセージをマーケットプレイスサービス１０２及び／又はＯＲＨ４００に送信し得る。

【0176】

ステップ１．１７１．２１（非同期タスク）：資産コンテンツをパッケージ化し、ＫＩＤ、ファクトを生成する
特定のコンテンツ（例えば、ビデオ及び／又はオーディオコンテンツ）について、Ｋａｆｋａサービス１５０８は、資産がアップロードを終了したときにメディアパッケージャサービス１５０６に通知し得る。メディアパッケージャサービス１５０６は、コンテンツファイルを暗号化し、暗号化された資産コンテンツをファイル記憶サービス１５０４上に保存し得（例えば、Ｓ３）、次いで、メディアパッケージャサービス１５０６は、ＫＩＤ、ＵＲＬ（＊）、及びトランザクションＩＤをオーケストレータサービス１５１０に返し得る。いくつかの実施形態では、オーケストレータサービス１５１０は、トランザクションＩＤを使用して、ＫＩＤ及びＵＲＬ並びに／又はＯＲＨ ＩＤ並びに／又はＯＲＨ４００によって設定された他の情報を相関させ得る。

【0177】

コンテンツを保護するために、秘密鍵がＴＩＰサービスボルトから取得され得る。新しい秘密鍵は、それがまだ存在しない場合、生成され、ＴＩＰサービスボルトに記憶され得る。コンテンツ鍵が生成され得、資産ファイルは、コンテンツ鍵を使用して暗号化され得る。暗号化された資産は、ファイル記憶サービス１５０４によって記憶され得る。コンテンツ鍵は、秘密鍵を使用して暗号化され得る。エントリが、ＤＢ１５１６における資産情報を含む資産テーブルにおいて作成され得る。エントリは、タスクテーブルにおいて更新され得、状態が「完了」に設定される。資産ＩＤはまた、ＤＢ１５１６のタスクテーブル内で更新され得る。

【0178】

オーケストレータサービス１５１０は、資産ファクトを生成し得る。資産ファクトは、所有者ＩＤ（例えば、ＯＲＨウォレットＩＤ）、資産タイプ、ＫＩＤ、ＵＲＬ、及び／又はシリアル番号のうちの１つ以上を含み得る。ＵＲＬのコンテンツは、実装に依存し得、例えば、かつ限定することなく、ＩＰＦＳ内の資産のリンク、ＩＰＦＳ内の資産のコピーを含み得るＪＳＯＮへのリンク、マニフェストファイル（例えば、ＤＡＳＨ、ＨＬＳ）への１つ以上のリンク、などのうちの１つ以上を含み得る。

【0179】

ステップ１．２２～１．２５（非同期タスク）：資産トークン作成を開始する
オーケストレータサービス１５１０は、資産ファクトをブロックチェーンコネクタサービス１５１４に提供して、ＦＬＯＷブロックチェーンを含み得るブロックチェーン１５１２による資産トークン作成を開始し得る。ブロックチェーンコネクタサービス１５１４は、ＴＩＰサービスボルトからブロックチェーン認証情報（例えば、秘密鍵）を検索し得る。資産トークンのミントを要求するトランザクションは、ブロックチェーンコネクタサービスによって生成され得る。トランザクションは、提案者及び支払人として秘密鍵を用いて署名され得る。ブロックチェーンコネクタサービスは、署名されたトランザクションを（例えば、オーケストレータサービス１５１０を介して）ブロックチェーン１５１４に送信し得る。例えば、いくつかの実施形態では、ブロックチェーンコネクタサービス１５１０は、署名されたトランザクションを提供することによって、ＦＬＯＷブロックチェーンにおけるスマートコントラクト内のｍｉｎｔＮＦＴ機能を呼び出し得る。

【0180】

ステップ１．２６（非同期タスク）：資産トークンをミントする
署名されたトランザクションが提供されると、スマートコントラクトは、新たにミントされた資産トークンをＯＲＨのブロックチェーンアカウントストレージに移転し得る。残りのオブジェクトは、メタデータとして資産ファクトに保存され得る。ミントされた資産トークンは、資産トークンＩＤ、ＫＩＤ、ＵＲＬ、及び／又はシリアル番号を不変にする（例えば、読み取り専用にする）ように構成され得、それによって、特定の値が、資産トークンにセキュアにバインドされ得、資産トークンの所有者が、所有者ウォレットＩＤ及び／又はＯＲＨウォレットＩＤを用いて識別される。これらの境界値は、例えば、かつ限定することなく、不変であり得る資産トークンＩＤ、及びメタデータのうちの１つ以上を含み得、メタデータは、資産タイプ、不変であり得るＫＩＤ、不変であり得るＵＲＬ、及び／又は不変であり得るシリアル番号のうちの１つ以上を含み得る。

【0181】

ステップ１．２７～１．２９（非同期タスク）：資産エントリを作成する
ブロックチェーンコネクタサービス１５１４は、ブロックチェーン１５１２をポーリングすることによって更新資産トークンミント結果を受信し、オーケストレータサービス１５１０による更新を確認し得る。ブロックチェーンコネクタサービス１５１４は、結果を受信すると、全ての新しく作成された資産情報を用いて、ＤＢ１５１６における資産テーブル内に新しいエントリを作成し得る。タスクテーブル内のタスクエントリは、ＤＢ１５１６内で状態「完了」に変更され得る。更新が成功した後、マーケットプレイスサービス１０２は、ＤＢ１５１６から資産詳細情報をフェッチすることができる。いくつかの実装では、資産トークンをミントした後、この資産は、ＯＲＨ４００が資産を更新してマーケットプレイスサービス１０２のための資産をリスト表示するまで、マーケットプレイスサービス１０２上にリスト表示されない可能性がある。

【0182】

ステップ１．３０：元の資産コンテンツファイルを削除する
マーケットプレイスサービス１０２は、ファイルストレージ（例えば、ＡＷＳ Ｓ３ストレージ）において、最初にアップロードされた資産コンテンツファイルを削除し得る。

【0183】

資産を更新する
図１６Ａ～図１６Ｃは、本明細書で開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用する資産更新プロセスの非限定的な例を例解する。

【0184】

ステップ１．１～１．２：ユーザログイン
所有者１００は、マーケットプレイスサービス１０２を介してウォレットサービス１５００にログインし得る。ＦＬＯＷブロックチェーンでは、マーケットプレイスサービス１０２は、ＦＣＬを使用してウォレットサービス１５００を用いて所有者１００を認証し得る。マーケットプレイスサービス１０２は、認証後にウォレットＩＤのような所有者１００に対応する所有者アカウントについての詳細情報を取得し得る。

【0185】

ステップ１．３～１．６：資産情報を検索する
マーケットプレイスサービス１０２は、ＴＩＰ ＩＡＭサービス１５１２のＡＰＩ鍵及び秘密を使用して、ＴＩＰ ＩＡＭサービス１５１２からアクセストークンを取得し得る。マーケットプレイスサービス１０２は、ＴＩＰ ＤＳサービス１５１２のアクセストークンを使用して、ＴＩＰ ＤＳサービス１５１２を介して、所有者１００によって作成された資産のリストをＤＢ１５１６からフェッチし得る。

【0186】

ステップ１．７～１．８：資産更新を要求する
所有者１００は、リストから資産を選択し得、関連付けられた要求をマーケットプレイスサービス１０２に送信することによって、所有者の資産情報を更新することを選択し得る。例えば、かつ限定することなく、所有者１００は、以下のうちの１つ以上を更新し得る。
・タイトル
・資産タイプ－資産タイプは、任意の消費者が資産にアクセスする（例えば、観賞及び／又は聴取する）ことができるパブリック、又は消費者が購入トランザクション（例えば、買い取り、レンタルなど）を完了した後に資産にアクセスする（例えば、観賞及び／又は聴取する）ことができるプライベートであり得る。
・ビジネス条件－ビジネス条件は、例えば、かつ限定することなく、売却及び／又はレンタルのうちの１つ以上を含み得る。売却及び／又はレンタルがビジネス条件として選択された場合、資産は、資産を更新した後にマーケットプレイスサービス１０２にリスト表示され得る。売却及び／又はレンタルのいずれもビジネス条件として選択されない場合、資産は、資産を更新した後にマーケットプレイスサービスのリストから除外され得る。
・レンタル期間－これは、ビジネス条件が「レンタル」を含む場合に設定され得る。
・価格－価格は、例えば、かつ限定することなく、売却についての価格、レンタルについての価格などを含み得る。
・説明、及び／又はマーケットプレイスサービス１０２によって定義される任意の他のメタデータ。

【0187】

マーケットプレイスサービス１０２は、更新された情報を所有者ウォレットＩＤ、資産トークン、ＩＤ、及び／又はアクセストークンとともにオーケストレータサービス１５１０に送信し得る。

【0188】

ステップ１．９～１．１１：マーケットプレイスを検証する
オーケストレータサービス１５１０は、ＴＩＰ ＩＡＭサービス１５１２を使用してマーケットプレイスアクセストークンを検証し得る。マーケットプレイスグループ情報は、ＴＩＰ ＩＡＭサービス１５１２からオーケストレータサービス１５１０によって取得され得る。オーケストレータサービス１５１０は、マーケットプレイスがマーケットプレイスグループのメンバであるかどうかを検証し得る。

【0189】

ステップ１．１２：更新ファクトを生成する
オーケストレータサービス１５１０は、更新ファクトを生成し得る。更新ファクトは、所有者ウォレットＩＤ、アクセストークンＩＤ、及び／又は更新データのうちの１つ以上を含むオブジェクトであり得る。

【0190】

ステップ１．１３～１．１５：資産更新を開始する
オーケストレータサービス１５１０は、更新ファクトをブロックチェーンコネクタサービス１５１４に提供して、ブロックチェーン１５０２において資産更新を開始し得る。ブロックチェーンコネクタサービス１５１４は、資産トークン及び／又は売上回収の更新を要求するトランザクションを生成し得る。ブロックチェーンコネクタサービス１５１４は更に、オーケストレータサービス１５１０を介してトランザクションをマーケットプレイスサービス１０２に送信し得る。

【0191】

ステップ１．１６～１．２０：ブロックチェーンにおいて資産を更新する
マーケットプレイスは、ウォレットサービス１５００を介してトランザクションに署名するように所有者１００に要求し得る。所有者１００がトランザクションを確認すると、ウォレットサービス１５００は、所有者の署名鍵を用いてトランザクションに署名し得る。ウォレットサービスは、署名されたトランザクションをブロックチェーン１５０２に送信し得る。署名されたトランザクションが与えられると、スマートコントラクトは、更新要求に応じて資産トークン及び／又は売上回収を更新し得る。

【0192】

ステップ１．２１～１．２３：資産エントリを更新する
ブロックチェーンコネクタサービス１５１４は、ブロックチェーン１５０２をポーリングすることによって資産更新結果を取得し得る。ブロックチェーンコネクタサービス１５１４は、結果を得ると、オーケストレータサービスＡＰＩを呼び出し得、トランザクション詳細情報をオーケストレータサービス１５１０に提供し得る。オーケストレータサービス１５１０は、更新された結果をＤＢ１５１６に保存し得る。ブロックチェーン１５０２は、成功メッセージをウォレットサービス１５００に送信し得、次いで、ウォレットサービス１５００は、成功メッセージをマーケットプレイスサービス１０２及び／又は所有者１００に送信し得る。

【0193】

資産を売却する
図１７Ａ及び図１７Ｂは、本明細書で開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用する資産購入プロセスの非限定的な例を例解する。

【0194】

ステップ１．１～１．４：資産情報を検索する
マーケットプレイスサービス１０２は、ＴＩＰ ＩＡＭサービス１５１２のＡＰＩ鍵及び秘密を使用して、ＴＩＰ ＩＡＭサービス１５１２からアクセストークンを取得し得る。リスト表示された資産のリストは、マーケットプレイスサービス１０２によって、ＴＩＰ ＤＳサービス１５１２のアクセストークンを使用して、ＴＩＰ ＤＳサービス１５１２によるデータセットからフェッチされ得る。

【0195】

ステップ１．５～１．６：ユーザログイン
買い手１７００は、マーケットプレイスサービス１０２を介してウォレットサービス１５００にログインし得る。ＦＬＯＷブロックチェーンでは、マーケットプレイスサービス１０２は、ＦＣＬを使用して、ウォレットサービス１７００を用いて買い手１７００を認証し得る。マーケットプレイスサービスは、認証後にウォレットＩＤのような買い手１７００に関連付けられたアカウントについての詳細情報を取得し得る。

【0196】

ステップ１．７～１．８：資産購入を要求する
買い手１７００は、リストから資産を選択し得、資産を購入することができる。マーケットプレイスサービス１０２は、資産についての所有者ウォレットＩＤ、資産トークンＩＤ、及び／又はアクセストークンをオーケストレータサービス１５１０に送信し得る。

【0197】

ステップ１．９～１．１１：マーケットプレイスを検証する
オーケストレータサービス１５１０は、ＴＩＰ ＩＡＭサービス１５１２においてマーケットプレイスアクセストークンを検証し得る。マーケットプレイスグループ情報は、ＴＩＰ ＩＡＭサービス１５１２からオーケストレータサービス１５１０によって取得され得る。オーケストレータサービス１５１０は、マーケットプレイスサービス１０２がマーケットプレイスグループのメンバであるかどうかを検証し得る。

【0198】

ステップ１．１２：購入ファクトを生成する
オーケストレータサービス１５１０は、購入ファクトを生成し得る。購入ファクトは、所有者ウォレットＩＤ及び／又は資産トークンＩＤのうちの１つ以上を含み得る。

【0199】

ステップ１．１３～１．１５：資産移転を開始する
オーケストレータは、購入ファクトをブロックチェーンコネクタサービス１５１４に提供して、ブロックチェーン１５０２における資産移転を開始し得る。ブロックチェーンコネクタサービス１５１４は、資産トークンの移転を要求するトランザクションを生成し得る。トランザクションは、ブロックチェーンコネクタサービスによって、オーケストレータサービス１５１０を介してマーケットプレイスサービス１０２に送信され得る。

【0200】

ステップ１．１６～１．２１：ブロックチェーンにおいて資産を購入する
マーケットプレイスサービス１０２は、ウォレットサービス１５００を介してトランザクションに署名するように買い手１７００に要求し得る。買い手がトランザクションを確認すると、ウォレットサービス１５００は、買い手の署名鍵を用いてトランザクションに署名し得る。ウォレットサービス１５００は、署名されたトランザクションをブロックチェーン１５０２に送信し得る。署名されたトランザクションが与えられると、スマートコントラクトは、資産トークンの所有権を買い手１７００に移転し、資産トークンＩＤを除去することによって所有者の売上回収を更新し、支払い（例えば、ＦＵＳＤ又は何らかの他の暗号通貨での支払い）を開始し得る。いくつかの実施形態では、管理者は、割引率（例えば、売上の５％）によって定義されるトランザクションの割合を受領し得、所有者は、残りの支払いを受領し得るが、更なる実施形態では、様々な他の割引率が様々な当事者に提供され得ることが理解されよう。

【0201】

ステップ１．２２～１．２４：資産エントリを更新する
ブロックチェーンコネクタサービス１５１４は、ブロックチェーン１５０２をポーリングすることによって資産移転結果を判定し得る。ブロックチェーンコネクタは、結果を取得すると、オーケストレータサービス１５１０のＡＰＩを呼び出し得、トランザクション詳細情報をオーケストレータサービス１５１０に提供する。オーケストレータサービス１５１０は、更新された結果をＤＢ１５１６に保存し得る。ブロックチェーン１５０２は、成功メッセージをウォレットサービス１５００に送信し得、ウォレットサービス１５００は、成功メッセージをマーケットプレイスサービス１０２及び／又は買い手１７００に送信し得る。

【0202】

資産をレンタルする
図１８Ａ～図１８Ｃは、本明細書で開示される特定の実施形態と一貫性のある、ブロックチェーン台帳を使用する資産レンタルプロセスの非限定的な例を例解する。

【0203】

ステップ１．１～１．４：資産情報を検索する
マーケットプレイスサービス１０２は、ＴＩＰ ＩＡＭサービス１５１２のＡＰＩ鍵及び秘密を使用して、ＴＩＰ ＩＡＭサービス１５１２からアクセストークンを取得し得る。マーケットプレイスサービス１０２は、ＴＩＰ ＤＳ１５１２のアクセストークンを使用して、ＴＩＰ ＤＳ１５１２におけるデータセットからリスト表示された資産をフェッチし得る。

【0204】

ステップ１．１～１．２：ユーザログイン
借り手１８００は、マーケットプレイスサービス１０２を介してウォレットサービス１５００にログインし得る。ＦＬＯＷブロックチェーンでは、マーケットプレイスサービス１０２は、ＦＣＬを使用して、借り手１８００を、ウォレットサービス１５００を用いて認証し得る。マーケットプレイスサービス１０２は、認証後にウォレットＩＤなどの借り手１８００に関連付けられたアカウントについての詳細情報を取得し得る。

【0205】

ステップ１．７～１．８：資産レンタルを要求する
借り手１８００は、リストから資産を選択し得、資産をレンタルすることを選択し得、マーケットプレイスサービス１０２に要求を発行する。マーケットプレイスサービス１０２は、資産についての所有者ウォレットＩＤ、資産トークンＩＤ、及びアクセストークンをオーケストレータサービス１５１０に送信し得る。

【0206】

ステップ１．９～１．１１：マーケットプレイスを検証する
オーケストレータサービス１５１０は、ＴＩＰ ＩＡＭサービス１５１２を使用してマーケットプレイスアクセストークンを検証し得る。マーケットプレイスグループ情報は、ＴＩＰ ＩＡＭサービス１５１２からオーケストレータサービス１５１０によって取得され得る。オーケストレータサービス１５１０は、マーケットプレイスサービス１０２がマーケットプレイスグループのメンバであるかどうかを検証し得る。

【0207】

ステップ１．１２：レンタルファクトを生成する
オーケストレータサービス１０２は、レンタルファクトを生成し得る。レンタルファクトは、所有者ウォレットＩＤ及び／又は資産トークンＩＤのうちの１つ以上を含み得る。

【0208】

ステップ１．１３～１．１５：資産レンタルを開始する
オーケストレータサービス１５１０は、生成されたレンタルファクトをブロックチェーンコネクタサービスに提供して、ブロックチェーン１５０２においてレンタルトークンのミントを開始し得る。ブロックチェーンコネクタサービス１５１０は、トランザクションを生成し、オーケストレータサービス１５１０を介してマーケットプレイスサービス１０２にトランザクションを送信し得る。

【0209】

ステップ１．１６～１．２１：ブロックチェーンにおいて資産をレンタルする
マーケットプレイスサービス１０２は、借り手１８００に、ウォレットサービス１５００を介してトランザクションに署名するように要求し得る。借り手がトランザクションを確認すると、ウォレットサービス１５００は、借り手の署名鍵を用いてトランザクションに署名し得る。ウォレットサービスは、署名されたトランザクションをブロックチェーン１５０２に送信し得る。

【0210】

署名されたトランザクションが提供されると、スマートコントラクトは、レンタルトークンをミントして、借り手のブロックチェーンアカウントストレージに移転し得る。スマートコントラクトは更に、（例えば、ＦＵＳＤのような暗号通貨）で支払いを開始し得る。いくつかの実施形態では、管理者は、割引率（例えば、売上の５％）によって定義されるトランザクションの割合を受領し得、所有者は、残りの支払いを受領し得るが、更なる実施形態では、様々な他の割引率が様々な当事者に提供され得ることが理解されよう。

【0211】

ミントされたレンタルトークンは、レンタルトークンＩＤ、資産トークンＩＤ、ＫＩＤ、ＵＲＬ、及び／又は満了日を不変にする（例えば、読み取り専用にする）ように構成され得、その結果、特定の値が借り手によって所有されるレンタルトークンにセキュアにバインドされ得る。

【0212】

これらの境界値は、例えば、かつ限定することなく、不変であり得るレンタルトークンＩＤ及びメタデータのうちの１つ以上を含み得、メタデータは、不変であり得る資産トークンＩＤ、不変であり得、かつ／若しくは資産トークンＩＤを用いて識別される資産トークンに含まれるのと同じＫＩＤであり得るＫＩＤ、不変であり得、かつ／若しくは資産トークンＩＤを用いて識別される資産トークンに含まれるのと同じＵＲＬであり得るＵＲＬ、並びに／又は不変であり得、かつ日付であり得、その日付後に、レンタルトークンが資産コンテンツの再生について無効になる満了日のうちの１つ以上を含み得る。いくつかの実施形態では、満了日は、現在の日付に資産トークンにおいて指定されたレンタル期間を加えたものに初期化され得る。

【0213】

ステップ１．２２－１．２４：トランザクションエントリを作成する
ブロックチェーンコネクタサービス１５１４は、ブロックチェーン１５０２をポーリングすることによってレンタルトークンミント結果を取得し、オーケストレータ１５１０と共有し得る。オーケストレータサービス１５１０は、更新された結果をＤＢ１５１６に保存し得る。ブロックチェーン１５０２は、成功メッセージをウォレットサービス１５００に送信し得、次いで、ウォレットサービス１５００は、成功メッセージをマーケットプレイスサービス１０２及び／又は借り手１８００に送信し得る。

【0214】

資産を再生する
図１９Ａ～図１９Ｃは、本明細書に開示されるいくつかの実施形態と一貫性のある、ブロックチェーン台帳を使用する資産再生プロセスの非限定的な例を例解する。

【0215】

ステップ１．１～１．４：資産情報を検索する
マーケットプレイスサービス１０２は、ＴＩＰ ＩＡＭサービス１５１２のＡＰＩ鍵及び秘密を使用して、ＴＩＰ ＩＡＭサービス１５１２からアクセストークンを取得し得る。資産のリストは、ＴＩＰ ＤＳサービス１５１２及びそのアクセストークンを使用して、マーケットプレイスサービス１０２によってＤＢ１５１６からフェッチされ得る。

【0216】

ステップ１．５～１．６：ユーザログイン
消費者１９００は、マーケットプレイスサービス１０２を介してウォレットサービス１５００にログインし得る。ＦＬＯＷブロックチェーンでは、マーケットプレイスサービス１０２は、ＦＣＬを使用してウォレットサービス１５００を用いて消費者１９００を認証し得る。マーケットプレイスサービス１０２は、認証後にウォレットＩＤなどの消費者アカウント１９００に関する詳細情報を取得し得る。

【0217】

ステップ１．７～１．８：資産再生を要求する
消費者１９００は、リストから資産を選択し得、マーケットプレイスサービス１０２に要求することによって資産を再生することを選択し得る。マーケットプレイスサービス１０２は、資産についての消費者ウォレットＩＤ、資産トークンＩＤ、及び／又はアクセストークンをオーケストレータサービス１５１０に送信し得る。

【0218】

ステップ１．９～１．１１：マーケットプレイスを検証する
オーケストレータサービス１５１０は、ＴＩＰ ＩＡＭサービス１５１２においてマーケットプレイスアクセストークンを検証し得る。マーケットプレイスグループ情報は、ＴＩＰ ＩＡＭサービス１５１２からオーケストレータサービス１５１０によって取得され得る。オーケストレータサービス１５１０は、マーケットプレイスサービス１０２がマーケットプレイスグループのメンバであるかどうかを検証し得る。

【0219】

ステップ１．１２：使用評価を開始する
オーケストレータサービス１５１０は、資産トークンＩＤ及び消費者ウォレットＩＤをブロックチェーンコネクタサービス１５１４に提供してスクリプトの実行を開始し得る。

【0220】

ステップ１．１４～１．１５：使用を評価する
開始後、スクリプトは、ブロックチェーン１５０２における資産の使用を評価し得る。資産タイプが「パブリック」である場合、プロセスは、「成功」結果に進み得る。資産タイプが「プライベート」であり、消費者１９００が資産トークンの所有者である場合、プロセスは、「成功」結果に進み得る。

【0221】

資産タイプが「プライベート」であり、消費者１９００が資産トークンの所有者ではない場合、資産トークン及び消費者１９００に関連付けられたレンタルトークンが存在するかどうかを判定するために、チェックが実施され得る。資産トークン及び消費者１９００に関連付けられたレンタルークンが存在しない場合、プロセスは「失敗」結果に進み得る。

【0222】

資産トークン及び消費者１９００に関連付けられたレンタルトークンが存在する場合、満了日は、レンタルトークンにおいてチェックされ得る。満了日が現時点で既に経過している場合、プロセスは「失敗」結果に進み得る。満了日が現時点で経過していない場合、プロセスは「成功」結果に進み得る。

【0223】

ステップ１．１６～１．１７：評価結果を送信する
「成功」結果が存在する場合、資産トークンについてのＫＩＤ及びＵＲＬは、ブロックチェーン１５０２からブロックチェーンコネクタサービス１５１４に送信され得、ブロックチェーンコネクタサービス１５１４は、ＫＩＤ及びＵＲＬをオーケストレータサービス１５１０に転送し得る。

【0224】

ステップ１．１８～１．２４：資産を再生する
オーケストレータサービス１５１０が、「成功」結果をＫＩＤ及び／又はＵＲＬとともにブロックチェーンコネクタサービス１５１４から受信した場合、オーケストレータサービス１５１０は、いくつかの実施形態では、ＤＲＭ実装及び／又はユースケースに依存し得るトランザクションに従事することに進み得る。例えば、オーディオ、画像、及び／又はビデオコンテンツを伴う実装形態において使用され得る少なくとも１つのＤＲＭ使用事例では、オーケストレータサービス１５１０は、ＴＩＰボルトに記憶されたＫＥＫを検索し得る。オーケストレータサービス１５１０は、ＤＲＭサービスＡＰＩを介してＫＭＳ４０４を呼び出して、ＫＥＫ及びＫＩＤを提供することによってＤＲＭライセンスのためのトークンを発行し得る。ＫＭＳ４０４は、ＤＲＭトークンを発行する前に、ＫＥＫ及びＫＩＤからＫを検証し得る。トークンがＫＭＳ４０４によって発行されると、オーケストレータサービス１５１０は、トークン及びＵＲＬをマーケットプレイスサービス１０２に返し得る。マーケットプレイスサービス１０２は、ＤＲＭクライアント（例えば、ＫＭＳ４０４）を使用して、ＤＲＭサービスからトークンを償還し、所与のＵＲＬを使用することによって暗号化された資産データをフェッチし、プレーヤアプリケーションで資産の再生を開始し得る。

【0225】

非ＤＲＭ事例の場合、オーケストレータサービス１５１０は、その秘密鍵をＴＩＰボルトから検索し、暗号化されたコンテンツ鍵をＤＢ１５１６における資産テーブルから検索し得る。オーケストレータサービス１５１０は、その秘密鍵を用いて暗号化されたコンテンツ鍵を復号し得る。オーケストレータサービス１５１０は、暗号化された資産を所与のＵＲＬから検索し得、その資産をコンテンツ鍵で復号し得る。次いで、オーケストレータサービス１５１０は、復号された資産をマーケットプレイスサービス１０２に利用可能にし得、消費者１９００は、マーケットプレイスサービス１０２上の資産にアクセスすることができる。

【0226】

図２０は、本開示のある特定の実施形態と一貫性のある、デジタル資産を管理する方法２０００の非限定的な例のフロー図を例解する。例解された方法２０００は、ソフトウェア、ファームウェア、ハードウェア、及び／又はそれらの任意の組み合わせを使用することを含む、様々な方式で実装され得る。ある特定の実施形態では、方法２０００の様々な態様及び／又はその構成ステップは、ＴＲＭサービス（並びに／又はマーケットプレイスサービス、ＴＩＰサービス、ＴＩＤＡＬサービス、ＤＲＭサービス、及び／若しくはＫＭＳサービスなどの関連付けられたサービス）の実施形態を実装するように構成されたサービス、システム、及び／又はデバイス、並びに／あるいは任意の他の好適なアプリケーション、デバイス、システム、及び／若しくはサービス、又はアプリケーション、デバイス、システム、及び／若しくはサービスの組み合わせによって実施され得る。

【0227】

２００２において、ＴＲＭサービスは、マーケットプレイスサービスからＤＲＭデータアクセス要求を受信し得る。いくつかの実施形態では、ＴＲＭサービスは、ＴＩＰサービスのサービスを含み得る。ＤＲＭアクセス要求は、とりわけ、マーケットプレイスアクセストークン及び／又はユーザに関連付けられた識別子を含み得る。更なる実施形態では、ＤＲＭアクセス要求は、デジタル資産に関連付けられた識別子及び／又はデジタル資産を含む製品に関連付けられた識別子を更に含み得る。いくつかの実施形態では、ＤＲＭアクセス要求は、識別子に関連付けられたユーザからデジタル資産にアクセスするためのユーザ要求を受信することに応答して、マーケットプレイスサービスによってＴＲＭサービスに発行され得る。

【0228】

２００４において、ＤＲＭアクセス要求に含まれるマーケットプレイスアクセストークンに基づいて、マーケットプレイスサービスに関連付けられた資産情報を取得し得る。いくつかの実施形態では、資産情報は、とりわけ、デジタル資産のハッシュを含み得る。

【0229】

いくつかの実施形態では、マーケットプレイスサービスに関連付けられた資産情報を取得することは、ＴＩＰサービスに関連付けられたＤＢから資産情報を取得することを含み得る。例えば、いくつかの実施形態では、マーケットプレイスサービスは、マーケットプレイスアクセストークンを使用してＴＩＰサービスを用いて検証され得る。マーケットプレイスサービスの検証の成功に基づいて、マーケットプレイスサービスに関連付けられたアカウント識別子に関する指標をＴＩＰサービスから受信し得、この指標を使用して、マーケットプレイスに関連付けられた資産情報を取得し得る。

【0230】

２００６において、資産権利アサーションが、デジタル資産のハッシュと、ＤＲＭアクセス要求において受信されたユーザに関連付けられた識別子とに基づいて生成され得る。ＴＲＭサービスは、２００８において、クエリを実行して、信頼された台帳に対して資産権利アサーションを問い合わせ得、信頼された台帳は、ＴＩＤＡＬ台帳及び／又はブロックチェーン台帳を含み得る。資産権利アサーションが信頼された台帳に記録されている場合、ユーザがデジタル資産にアクセスするための権利を有すると判定し得る。いくつかの実施形態では、ユーザがデジタル資産の所有者であると判定され得る。消費及び／又は更なる管理のために利用可能なデジタル資産の利用可能な残りのコピーがあるかどうかを判定するために、チェックが実施され得る。

【0231】

判定に基づいて、２０１０において、クエリがＤＲＭサービスに発行され得る。いくつかの実施形態では、ＤＲＭサービスは、ＫＭＳサービスを含み得る（いくつかの実装形態では、ＴＩＰサービスのサービスであり得る）。様々な実施形態では、ＴＲＭサービス、マーケットプレイスサービス、ＴＩＰサービス、ＤＲＭサービス（及び／又はＫＭＳサービス）、並びにＴＩＤＡＬは、単一のシステム及び／又はシステムの任意の好適な組み合わせ上で実行し得る。

【0232】

ＤＲＭサービスへのクエリは、ＫＩＤ及び／又はＫＥＫを含み得、ＫＩＤ及び／又はＫＥＫは、ユーザに関連付けられた公開暗号化鍵を含み得る。いくつかの実施形態では、ＫＩＤ及び／又はＫＥＫは、ＴＩＰサービスに関連付けられたＤＢからアクセスされ得る。

【0233】

２０１２において、ＤＲＭサービスは、クエリに応答してＤＲＭトークンを発行し得る。ＤＲＭトークンは、デジタル資産を復号するために使用され得るコンテンツ鍵の暗号化されたバージョンを含み得る。ＴＲＭサービスは、ユーザに関連付けられたシステムに通信するために、２０１４において、ＤＲＭトークン及びデジタル資産のロケーション（例えば、ＵＲＬ）をマーケットプレイスサービスに送信し得る。

【0234】

システム及び／又はサービスアーキテクチャ
図２１は、本開示のシステム及び方法の特定の実施形態を実装するために使用し得るシステム２１００の非限定的な例を例解する。図２１のシステム２１００及び／又はその態様は、所有者、ＯＲＨ、消費者、買い手、借り手、マーケットプレイスサービス、ＴＲＭサービス、ＴＩＰサービス、ＴＩＤＡＬサービス及び／又は関連付けられたサービス、ＤＲＭサービス及び／又はＫＭＳサービス、ＤＢ、ファイル記憶サービス、支払いゲートウェイサービス、ウォレットサービス、ブロックチェーンサービス、メディアパッケージャサービス、オーケストレータサービス、ブロックチェーンコネクタサービス、及び／又は任意の他のサービスに関連付けられたシステム、サービス、及び／又はデバイスに含まれ得、これらのシステム、サービス、及び／又はデバイスは、開示されるシステム及び方法並びに／又はその態様の実施形態を実装するように構成された信頼されたサービス、システム、及び／又はコンポーネントを含み得る。

【0235】

開示される実施形態の態様に関連して使用される様々なシステム及び／又はデバイスは、様々なネットワーク及び／又はネットワーク接続（例えば、ネットワーク２１１２）を使用して通信可能に結合され得る。ある特定の実施形態では、ネットワーク２１１２は、様々なネットワーク通信デバイス及び／又はチャネルを含み得、かつシステム及び／又はデバイス間の通信を容易にする任意の好適な通信プロトコル及び／又は規格を利用し得る。ネットワーク２１１２は、インターネット、ローカルエリアネットワーク、仮想プライベート型ネットワーク、並びに／若しくは１つ以上の電子通信技術及び／又は規格（例えば、イーサネットなど）を利用する任意の他の通信ネットワークを含み得る。いくつかの実施形態では、ネットワーク２１１２は、個人通信システム（personal communications system、「ＰＣＳ」）などのワイヤレスキャリアシステム、並びに／若しくは任意の好適な通信規格及び／又はプロトコルを組み込んだ任意の他の好適な通信システムを含み得る。更なる実施形態では、ネットワーク２１１２は、アナログ移動通信ネットワーク、及び／又は、例えば、符号分割多重アクセス（code division multiple access、「ＣＤＭＡ」）、モバイル通信又はグループスペシャルモバイル（Groupe Special mobile、「ＧＳＭ」）用グローバルシステム、周波数分割多重アクセス（frequency division multiple access、「ＦＤＭＡ」）、及び／又は時分割多重アクセス（time divisional multiple access、「ＴＤＭＡ」）規格を利用するデジタル移動通信ネットワークを含み得る。ある特定の実施形態では、ネットワーク２１１２は、１つ以上の衛星通信リンクを組み込み得る。なお更なる実施形態では、ネットワーク２１１２は、ＩＥＥＥの８０２．１１規格、Ｂｌｕｅｔｏｏｔｈ（登録商標）、超広帯域（ultra-wide band、「ＵＷＢ」）Ｚｉｇｂｅｅ（登録商標）及び／又は任意の他の好適な標準若しくは規格を利用し得る。

【0236】

開示される実施形態の態様に関連して使用される様々なシステム及び／又はデバイスは、本明細書に開示されるシステム及び方法を実装するのに好適な任意のコンピューティングシステム又はシステムを含む、種々のコンピューティングデバイス及び／又はシステムを備え得る。例えば、接続されたデバイス及び／又はシステムは、ラップトップコンピュータシステム、デスクトップコンピュータシステム、サーバコンピュータシステム、分散型コンピュータシステム、スマートフォン、タブレットコンピュータなどを含む、種々のコンピューティングデバイス及びシステムを含み得る。

【0237】

ある特定の実施形態では、システム及び／又はデバイスは、関連付けられた非一時的コンピュータ可読記憶媒体に記憶された命令を実行するように構成された少なくとも１つのプロセッサシステムを備え得る。以下でより詳細に考察されるように、開示された実施形態の様々な態様を実装することに関連して使用されるシステムは、信頼された認証情報及び／又は鍵管理、暗号動作、セキュアなポリシー管理、及び／又は本明細書に開示されたシステム及び方法の他の態様などの機密動作を実施するように構成されたセキュアな処理ユニット（secure processing unit、「ＳＰＵ」）を更に備え得る。システム及び／又はデバイスは、任意の好適な通信技術及び／又は標準を使用して、ネットワークを介して、デバイス及び／又はシステム間の情報の電子通信を可能にするように構成されたソフトウェア及び／又はハードウェアを更に備える。

【0238】

図２１に例解されるように、例示的なシステム２１００は、処理ユニット２１０２と、システムメモリ２１０４であって、処理ユニット２１０２による使用及び実行のためのプログラム及び他のデータを記憶するための、高速ランダムアクセスメモリ（random access memory、「ＲＡＭ」）、不揮発性メモリ（「ＲＯＭ」）、及び／又は１つ以上のバルク不揮発性非一時的コンピュータ可読記憶媒体（例えば、ハードディスク、フラッシュメモリなど）を含み得る、システムメモリ２１０４と、１つ以上のディスケット、光記憶媒体（例えば、フラッシュメモリ、サムドライブ、ＵＳＢドングル、コンパクトディスク、ＤＶＤなど）及び／又は他の非一時的コンピュータ可読記憶媒体を含み得るリムーバブルメモリ６０８とインターフェース接続するためのポート２１０６と、１つ以上の通信技術を使用して、１つ以上のネットワーク接続及び／又はネットワーク２１１２を介して他のシステムと通信するためのネットワークインターフェース２１１０と、ディスプレイ、及び／又は、例えば、タッチスクリーン、キーボード、マウス、トラックパッドなどの１つ以上の入力／出力デバイスを含み得るユーザインターフェース２１１４と、システムの要素を通信可能に結合するための１つ以上のバス２１１６と、を備え得る。

【0239】

いくつかの実施形態では、システム２１００は、代替的に、又はそれに加えて、信頼された実行環境、及び／又はセキュアな物理的及び／又は仮想セキュリティ技法を利用することによって、システム又は他のエンティティのユーザによる改ざんから保護されるＳＰＵ２１１８を含み得る。信頼された実行環境及び／又はＳＰＵ２１１８は、個人情報管理、信頼された認証情報及び／又は鍵管理、プライバシー及びポリシー管理、並びに本明細書に開示されるシステム及び方法の他の態様などの機密動作のセキュリティを強化するのに役立つことができる。ある特定の実施形態では、信頼された実行環境及び／又はＳＰＵ２１１８は、本明細書で説明されるように、論理的にセキュアな処理ドメインで動作し得、機密情報を保護及び動作するように構成され得る。いくつかの実施形態では、信頼された実行環境及び／又はＳＰＵ２１１８は、本明細書で説明されるように、ＳＰＵ２１１８がセキュアな動作を実施することを可能にするように構成された実行可能命令又はプログラムを記憶する内部メモリを含み得る。

【0240】

システム２１００の動作は、一般に、システムメモリ２１０４（及び／又はリムーバブルであり得るメモリ２１０８のような他のコンピュータ可読媒体）に記憶された、ソフトウェア命令及びプログラムを実行することによって動作する処理ユニット２１０２及び／又はＳＰＵ２１１８によって制御され得る。システムメモリ２１０４は、システムの動作を制御するための様々な実行可能プログラム又はモジュールを記憶し得る。例えば、システムメモリは、少なくとも部分的に、及び／又はシステムハードウェアリソースを管理及び調整し、様々なアプリケーションを実行するための共通サービスを提供し得る、オペレーティングシステム（operating system、「ＯＳ」）２１２０を含み得る。

【0241】

システムメモリ２１０４は、限定はしないが、システムとの及びシステムによる部分的な通信を可能にするように構成された通信ソフトウェア２１２２、１つ以上のアプリケーション、開示される実施形態の様々な態様（例えば、暗号鍵及びハッシュ生成動作、鍵管理動作など）を実行するように構成された暗号動作モジュール２１２４、本明細書で開示される方法の様々な態様を実行するように構成された１つ以上の検証デジタル資産及び／若しくはトークン管理モジュール２１２６、並びに／又は本明細書で開示されるシステム及び方法の実施形態を実装するように構成された任意の他の情報、モジュール、及び／若しくはアプリケーションを更に含み得る。

【0242】

本明細書に開示されるシステム及び方法は本来的に、任意の特定のコンピュータ、電子制御ユニット、又は他の装置に関連せず、ハードウェア、ソフトウェア、及び／又はファームウェアの好適な組み合わせによって実装され得る。ソフトウェアの実装形態により、プロセッサによって実行されるときに、プロセッサに実行可能命令によって少なくとも部分的に定義された方法を実行させ得る実行可能コード／命令を含む、１つ以上のコンピュータプログラムを含み得る。コンピュータプログラムは、コンパイル又はインタプリタ言語を含む任意の形態のプログラミング言語で記述することができ、かつスタンドアロンプログラムとして、又はモジュール、コンポーネント、サブルーチン、又はコンピューティング環境で使用するのに好適な他のユニットとして、任意の形態で配備することができる。更に、コンピュータプログラムは、１つのコンピュータ上で、又は１つのサイト若しくは分散された複数のサイトでの複数のコンピュータであって、通信ネットワークによって相互接続されコンピュータ上で実行されるように配備することができる。

【0243】

ソフトウェア実施形態は、プロセッサによって実行されるときに、プロセッサに命令に従って方法を実施させるように構成されている、コンピュータプログラム及び命令を記憶するように構成された非一時的記憶媒体を含むコンピュータプログラム製品として実装され得る。ある特定の実施形態では、非一時的記憶媒体は、非一時的記憶媒体にプロセッサ可読命令を記憶することができる任意の形態を採り得る。非一時的記憶媒体は、コンパクトディスク、デジタルビデオディスク、磁気ディスク、フラッシュメモリ、集積回路、又は任意の他の非一時的デジタル処理装置メモリデバイスによって具体化され得る。

【0244】

前述のことは、明瞭化のためにある程度詳細に説明されているが、本発明の原理から逸脱することなく、ある特定の変更及び改変が行われ得ることは明らかであろう。本明細書に説明されたシステム及び方法の両方を実装する多くの代替方式があることに留意されたい。したがって、本実施形態は例解的であり、制限的ではないと考えられるべきであり、本発明は、本明細書に記載された詳細に限定されるものではなく、添付の特許請求の範囲の範囲及び均等物とともに改変され得る。

【図1A】

【図1B】

【図2A】

【図2B】

【図2C】

【図3】

【図4A】

【図4B】

【図5A】

【図5B】

【図5C】

【図6A】

【図6B】

【図6C】

【図6D】

【図7A】

【図7B】

【図7C】

【図8A】

【図8B】

【図8C】

【図9A】

【図9B】

【図9C】

【図10A】

【図10B】

【図11A】

【図11B】

【図12A】

【図12B】

【図13A】

【図13B】

【図13C】

【図14A】

【図14B】

【図15A】

【図15B】

【図15C】

【図15D】

【図15E】

【図15F】

【図16A】

【図16B】

【図16C】

【図17A】

【図17B】

【図17C】

【図18A】

【図18B】

【図18C】

【図19A】

【図19B】

【図19C】

【図20】

【図21】

【国際調査報告】