JPWO2021040930A5

JPWO2021040930A5 -

Info

Publication number: JPWO2021040930A5
Application number: JP2021506580A
Authority: JP
Publication date: 2023-04-06
Anticipated expiration: 2040-07-24

Description

ここで使用される場合、「シーラ」および「バリデーションノード」（ｖａｌｉｄａｔｉｏｎｎｏｄｅ。「有効化ノード」ともいう）という用語は交換可能に使用され、トランザクションをブロックチェーンに追加する前にトランザクションを検証（ｖａｌｉｄａｔｅ。「有効化」ともいう）するために使用される任意の数の登録済みまたは信頼できるノードを指す。バリデーションノードの例としては、ＤＳＰ、プラットフォーム、レーベル、ディストリビューターなどがある。

種々の実施例によれば、数十億のトランザクションを１時間ごとにブロックチェーンに対して行うことができる。その結果、大量のデータがブロックチェーンに保存できる。したがって、すべてのノードがブロックチェーンの完全な履歴を持つ必要がある場合、ストレージコストを制御することは非現実的になるかもしれない。したがって、いくつかの実施例において、ブロックチェーンクライアントの様々な異なる互換性のあるバージョンが作成される。このような実施例において、「より軽い」クライアントは、通常のブロックチェーンクライアントと同じ機能を有するであろう。ただし、これらのクライアントは、トランザクションの検証などの特定のタスクを実行するための、過去のブロックチェーン履歴のすべてを含む必要はない。したがって、いくつかの実施例において、ライトクライアントは、ブロックチェーン履歴の一部をダウンロードする必要はない。いくつかの実施例において、シーラは、トランザクションの検証を開始するために、封印された最新のブロックのヘッダーをダウンロードするだけでよい。いくつかの実施例において、シーラは、暗号署名の検証のみを任務とし、ブロックチェーンのイベントの履歴を必要としない。「重い」クライアントの場合、ブロックチェーン上のデータは、ブロックヘッダーを参照として使用してプルーニング（枝刈り）される。いくつかの実施例において、より軽いクライアントは、メルクルツリー（Ｍｅｒｋｌｅツリー。「マークルツリー」ともいう）を使用してデータをハッシュし、ルートを格納して、必要なストレージスペースを減らすことができる。しかしながら、いくつかの実施例において、当事者は、ブロックチェーン全体のコピーを有するために完全なノードを実行するオプションを有する。いくつかの実施例において、当事者は、ブロックチェーンデータをノード上に直接保持するか、またはデータを別個のストレージソリューションにオフロードするかを選択することができる。
ークルルートが生成される、請求項１５に記載の方法。

図１１は、本開示の実施例に従う、メディアファイル再生を追跡するための例示的な非ＣＤＮプラットフォームアーキテクチャを示す。エンドユーザ１１０２は、再生要求を作成し、ＤＳＰ１１０４に送信する。要求をベリファイし、またバリデートした後、ＤＳＰ１１０４は、コンテンツをエンドユーザ１１０２にストリーミングする。曲の再生要求のカウントは、ＤＳＰ１１０４によってストリームに送信され、次に、バリデーションノード１１０６のネットワークに要求を送信する。バリデーションノード１１０６のネットワークは、プラットフォーム１１１０を含み、プラットフォーム１１１０は、要求カウントを受信し、次に、要求カウントをレーベル１１１２に伝播し、ＤＳＰ１１０４に戻す。いくつかの実施例において、トランザクション要求がバリデートされると、これは、生のキャプチャされたデータ１１１４としてデータベースに別個に格納される。いくつかの実施例において、生のキャプチャされたデータは、プラットフォームのアーカイバによって、ストレージ、例えば、構造化クエリ言語（ＳＱＬ）データベースに書き込まれる。いくつかの実施例において、この生のキャプチャされたデータは、別個のＡＰＩ１１１６を照会することによって、許可された関係者に利用可能にされる。いくつかの実施例において、プラットフォーム１１１０に格納されたブロックチェーン上のデータは、メルクルルート（「マークルルート」ともいう）と呼ばれる一見ランダムな文字列にメルクル化される。次に、これらのメルクルルートは、外部のプルーフオブワークブロックチェーンなどのサードパーティ／パブリック外部ブロックチェーン１１１８にコミットされる。これにより、セキュリティの追加ポイントが実現される、なぜならば、外部のサードパーティブロックチェーンのハッシュパワーが増加すると、ブロックチェーンの整合性の改ざんに関連するコストが増加するからである。

本開示は、その特定の実施例を参照して特に示され、説明されてきたけれども、開示された実施例の形態および詳細の変更は、この開示の精神または範囲から逸脱することなく行われ得ることが当業者によって理解されるであろう。したがって、本開示は、その真の精神および範囲内にあるすべての変形および均等物を含むと解釈されることが意図されている。
以下、ここで説明した技術的特徴を列挙する。
［技術的特徴１］
プロセッサと、
メモリであって、方法を実行させるためのインストラクションを記憶する、上記メモリとを有するシステムにおいて、
上記方法は、
メディアファイルを再生するための要求を、クライアント装置またはデジタルサービスプロバイダ（ＤＳＰ）プラットフォームから受信するステップと、
上記メディアファイルを再生するための要求をブロックチェーンプロトコルを介して有効化するステップと、
上記メディアファイルを再生するための要求を有効化するときに、上記メディアファイルを再生するための要求を有効なブロックチェーントランザクションとしてブロックチェーンに記録するステップと、
上記メディアファイルが再生された回数を上記ブロックチェーンプロトコルを介してトラッキングするステップとを有することを特徴とするシステム。
［技術的特徴２］
上記ブロックチェーンプロトコルはオーソリティアルゴリズムの証明を利用する技術的特徴１記載のシステム。
［技術的特徴３］
上記要求を検証するステップは、複数のシーラからの２つの承認されたシーラによる暗号手法での検証ステップを含む技術的特徴１記載のシステム。
［技術的特徴４］
上記メディアファイルを再生するための要求は、特定された時間においてコンテンツをアクセスするための上記ブロックチェーンに対する要求を含む技術的特徴１記載のシステム。
［技術的特徴５］
上記ブロックチェーンに対する要求は、当該要求が上記ブロックチェーンにヒットし、これにより、任意の順序で追加されることを可能にすると、ただちに完結可能になる技術的特徴１記載のシステム。
［技術的特徴６］
上記メディアファイルのショートバッファが、上記メディアファイルを再生するための要求の受信の後に即座にメディアサーバからストリーミング配信され、上記メディアファイルの残りが、上記再生要求が検証された後に初めてストリーミング配信される技術的特徴１記載のシステム。
［技術的特徴７］
上記ブロックチェーンの異なるバージョンが異なるクライアント用に生成される技術的特徴１記載のシステム。
［技術的特徴８］
メディアファイルを再生するための要求を、クライアント装置またはデジタルサービスプロバイダ（ＤＳＰ）プラットフォームから受信するステップと、
上記メディアファイルを再生するための要求をブロックチェーンプロトコルを介して有効化するステップと、
上記メディアファイルを再生するための要求を有効化するときに、上記メディアファイルを再生するための要求を有効なブロックチェーントランザクションとしてブロックチェーンに記録するステップと、
上記メディアファイルが再生された回数を上記ブロックチェーンプロトコルを介してトラッキングするステップとを有することを特徴とする方法。
［技術的特徴９］
上記ブロックチェーンプロトコルはオーソリティアルゴリズムの証明を利用する技術的特徴８記載の方法。
［技術的特徴１０］
上記要求を検証するステップは、複数のシーラからの２つの承認されたシーラによる暗号手法での検証ステップを含む技術的特徴８記載の方法。
［技術的特徴１１］
上記メディアファイルを再生する要求は、特定された時間においてコンテンツをアクセスするための上記ブロックチェーンに対する要求を含む技術的特徴８記載の方法。
［技術的特徴１２］
上記ブロックチェーンに対する要求は、当該要求が上記ブロックチェーンにヒットし、これにより、任意の順序で追加されることを可能にすると、ただちに完結可能になる技術的特徴８記載の方法。
［技術的特徴１３］
上記メディアファイルのショートバッファが、上記メディアファイルを再生するための要求の受信ののち即座にメディアサーバからストリーミング配信され、上記メディアファイルの残りが、上記再生要求が検証された後に初めてストリーミング配信される技術的特徴８記載の方法。
［技術的特徴１４］
上記ブロックチェーンの異なるバージョンが異なるクライアント用に生成される技術的特徴８記載の方法。
［技術的特徴１５］
メディアファイルを再生するための要求を、クライアント装置またはデジタルサービスプロバイダ（ＤＳＰ）プラットフォームから受信するステップと、
上記メディアファイルを再生するための要求をブロックチェーンプロトコルを介して有効化するステップと、
上記メディアファイルを再生するための要求を有効化するときに、上記メディアファイルを再生するための要求を有効なブロックチェーントランザクションとしてブロックチェーンに記録するステップと、
上記メディアファイルが再生された回数を上記ブロックチェーンプロトコルを介してトラッキングするステップとを有する方法を実行するための命令を記憶することを特徴とする非一時的なコンピュータ可読媒体。
［技術的特徴１６］
上記ブロックチェーンプロトコルはオーソリティアルゴリズムの証明を利用する技術的特徴１５記載の非一時的なコンピュータ可読媒体。
［技術的特徴１７］
上記要求を検証するステップは、複数のシーラからの２つの承認されたシーラによる暗号手法での検証ステップを含む技術的特徴１５記載の非一時的なコンピュータ可読媒体。
［技術的特徴１８］
上記メディアファイルを再生する要求は、特定された時間においてコンテンツをアクセスするための上記ブロックチェーンに対する要求を含む技術的特徴１５記載の非一時的なコンピュータ可読媒体。
［技術的特徴１９］
上記ブロックチェーンに対する要求は、当該要求が上記ブロックチェーンにヒットし、これにより、任意の順序で追加されることを可能にすると、ただちに完結可能になる技術的特徴１５記載の非一時的なコンピュータ可読媒体。
［技術的特徴２０］
上記ブロックチェーンの異なるバージョンが異なるクライアント用に生成される技術的特徴１５記載の非一時的なコンピュータ可読媒体。

Claims

ブロックチェーンベースのプラットフォームを介してメディアファイルの再生を追跡するためのシステムであって、プロセッサと、上記プロセッサに所定の方法を実行させる命令を格納するメモリとを有するメディア要求追跡サーバーを有する、上記システムにおいて、
上記所定の方法は、
再生要求に対応するトランザクションデータをプラットフォームストリームから受信する受信ステップであって、上記プラットフォームストリームは、上記メディア要求追跡サーバーとは別のプラットフォームストリーミングサーバーに対応し、上記トランザクションデータは、エンドユーザーから上記プラットフォームストリーミングサーバーに対する、エンドユーザー装置においてメディアファイルを再生する要求に対応し、上記要求が許可された場合、上記プラットフォームストリーミングサーバーは上記メディアファイルを上記エンドユーザーに直接送信する、上記受信ステップと、
上記トランザクションデータを検証するステップと、
暗号署名を使用して検証済みの上記トランザクションデータに署名するステップと、
ブロックチェーントランザクションを有効化するステップとを有し、
上記ブロックチェーントランザクションを有効化するステップは、１）３つの有効化ノードのうちの最初の有効化ノードが、上記トランザクションデータに遭遇して上記トランザクションデータを有効化したことを証明するために、上記秘密鍵を使用して上記トランザクションデータに署名すること、２）署名された上記要求を、上記３つの有効化ノードのうちの２番目の有効化ノードに渡して、上記第２の有効化ノードが秘密鍵を用いて上記トランザクションデータに署名すること、および３）上記３つの有効化ノードのうちの３番目の有効化ノードに上記トランザクションデータを確定化させ、上記第１の有効化ノードの署名および上記第２の有効化ノードの署名とともにブロックチェーンに送ることを含み、少なくとも２つの有効化ノードからの上記再生要求に関連付けられた検証署名が存在するまで、上記再生要求は、再生カウントに追加される有効な再生要求と判定されないことを特徴とするシステム。
上記トランザクションデータは、上記エンドユーザーに対応する暗号署名を含む、請求項１に記載のシステム。
上記トランザクションデータが有効なブロックチェーントランザクションに対応するかどうかを決定することは、上記トランザクションデータが、許可されたまたは登録された有効化ノードからの２つの暗号署名を含むことを検証することを含む、請求項１に記載のシステム。
上記トランザクションデータを検証するステップは、１）上記トランザクションデータのフォーマットが上記プラットフォームによって確立されたプロトコルに従うかどうか、および２）上記トランザクションデータが、上記エンドユーザーに対応する公開鍵で検証可能なエンドユーザーの暗号署名を含むかどうかを検証することを含む、請求項１に記載のシステム。
サードパーティがカスタムプラットフォームアプリケーションプログラミングインターフェース（ＡＰＩ）を介してデータにアクセスできるように、有効なブロックチェーントランザクションがデータベースに別々に保存される、請求項１に記載のシステム。
有効なブロックチェーントランザクションが定期的にマークル化され、それによってマークルルートが生成される、請求項１に記載のシステム。
上記マークルルートは、セキュリティの補助ポイントとして外部のサードパーティのブロックチェーンに確定化される、請求項６に記載のシステム。
ブロックチェーンベースのプラットフォームを介してメディアファイルの再生を追跡するためのシステムであって、プロセッサと、上記プロセッサに所定の方法を実行させる命令を格納するメモリとを有するメディア要求追跡サーバーを有する、上記システムにおいて、
上記所定の方法は、
再生要求に対応するトランザクションデータをプラットフォームストリームから受信する受信ステップであって、上記プラットフォームストリームは、上記メディア要求追跡サーバーとは別のプラットフォームストリーミングサーバーに対応し、上記トランザクションデータは、エンドユーザーから上記第１の有効化ノードに対する、エンドユーザー装置においてメディアファイルを再生する要求に対応し、上記要求が許可された場合、上記プラットフォームストリーミングサーバーは上記メディアファイルを上記エンドユーザーに直接送信する、上記受信ステップと、
上記トランザクションデータを検証するステップと、
暗号署名を使用して検証済みの上記トランザクションデータに署名するステップと、
ブロックチェーントランザクションを有効化するステップとを有し、
上記ブロックチェーントランザクションを有効化するステップは、１）３つの有効化ノードのうちの最初の有効化ノードが、上記トランザクションデータに遭遇して上記トランザクションデータ有効化したことを証明するために、上記秘密鍵を使用して上記トランザクションデータに署名すること、２）署名された上記要求を、上記３つの有効化ノードのうちの２番目の有効化ノードに渡して、上記第２の有効化ノードが秘密鍵を用いて上記トランザクションデータに署名すること、および３）上記３つの有効化ノードのうちの３番目の有効化ノードに上記トランザクションデータを確定化させ、上記第１の有効化ノードの署名および上記第２の有効化ノードの署名とともにブロックチェーンに送ることを含み、少なくとも２つの有効化ノードからの上記再生要求に関連付けられた検証署名が存在するまで、上記再生要求は、再生カウントに追加される有効な再生要求と判定されないことを特徴とするシステム。
上記トランザクションデータは、上記エンドユーザーに対応する暗号署名を含む、請求項８に記載のシステム。
上記トランザクションデータは、上記第１の検証ノードから上記プラットフォームストリームに渡される、請求項８に記載のシステム。
上記トランザクションデータを検証するステップは、１）上記トランザクションデータのフォーマットが上記プラットフォームによって確立されたプロトコルに従うかどうか、および２）上記トランザクションデータが、上記エンドユーザーに対応する公開鍵で検証可能なエンドユーザーの暗号署名を含むかどうかを検証することを含む、請求項８に記載のシステム。
サードパーティがカスタムプラットフォームアプリケーションプログラミングインターフェース（ＡＰＩ）を介してデータにアクセスできるように、有効なブロックチェーントランザクションがデータベースに別々に保存される、請求項８に記載のシステム。
有効なブロックチェーントランザクションが定期的にマークル化され、それによってマークルルートが生成される、請求項８に記載のシステム。
上記マークルルートは、セキュリティの補助ポイントとして外部のサードパーティのブロックチェーンに確定化される、請求項１３に記載のシステム。
ブロックチェーンベースのプラットフォームを介してメディアファイルの再生を追跡するための方法において、
メディア要求追跡サーバーにおいて再生要求に対応するトランザクションデータをプラットフォームストリームから受信する受信ステップであって、上記プラットフォームストリームは、上記メディア要求追跡サーバーとは別のプラットフォームストリーミングサーバーに対応し、上記トランザクションデータは、エンドユーザーから上記プラットフォームストリーミングサーバーに対する、エンドユーザー装置においてメディアファイルを再生する要求に対応し、上記要求が許可された場合、上記プラットフォームストリーミングサーバーは上記メディアファイルを上記エンドユーザーに直接送信する、上記受信ステップと、
上記トランザクションデータを検証するステップと、
暗号署名を使用して検証済みの上記トランザクションデータに署名するステップと、
ブロックチェーントランザクションを有効化するステップとを有し、
上記ブロックチェーントランザクションを有効化するステップは、１）３つの有効化ノードのうちの最初の有効化ノードが、上記トランザクションデータに遭遇して上記トランザクションデータ有効化したことを証明するために、上記秘密鍵を使用して上記トランザクションデータに署名すること、２）署名された上記要求を、上記３つの有効化ノードのうちの２番目の有効化ノードに渡して、上記第２の有効化ノードが秘密鍵を用いて上記トランザクションデータに署名すること、および３）上記３つの有効化ノードのうちの３番目の有効化ノードに上記トランザクションデータを確定化させ、上記第１の有効化ノードの署名および上記第２の有効化ノードの署名とともにブロックチェーンに送ることを含み、少なくとも２つの有効化ノードからの上記再生要求に関連付けられた検証署名が存在するまで、上記再生要求は、再生カウントに追加される有効な再生要求と判定されないことを特徴とする方法。
上記トランザクションデータは、上記エンドユーザーに対応する暗号署名を含む、請求項１５に記載の方法。
上記トランザクションデータが有効なブロックチェーントランザクションに対応するかどうかを決定するステップは、上記トランザクションデータが、許可されたまたは登録された有効化ノードからの２つの暗号署名を含むことを検証することを含む、請求項１５に記載の方法。
上記トランザクションデータを検証するステップは、１）上記トランザクションデータのフォーマットが上記プラットフォームによって確立されたプロトコルに従うかどうか、および２）上記トランザクションデータが、上記エンドユーザーに対応する公開鍵で検証可能なエンドユーザーの暗号署名を含むかどうかを検証することを含む、請求項１５に記載の方法。
サードパーティがカスタムプラットフォームアプリケーションプログラミングインターフェース（ＡＰＩ）を介してデータにアクセスできるように、有効なブロックチェーントランザクションがデータベースに別々に保存される、請求項１５に記載の方法。
有効なブロックチェーントランザクションが定期的にマークル化され、それによってマークルルートが生成される、請求項１５に記載の方法。