JP2019523960A

JP2019523960A - データ転送ネットワーク内でのコンテンツ配信の方法及びシステム

Info

Publication number: JP2019523960A
Application number: JP2019519949A
Authority: JP
Inventors: コンスタンチノヴィッチクリメンコ，アレクセイ
Original assignee: テレポートグローバルアーゲー
Priority date: 2016-06-20
Filing date: 2017-06-19
Publication date: 2019-08-29
Also published as: RU2016124322A; US20190191222A1; RU2647635C2; CN109478211A

Abstract

本発明は、情報技術及び通信の分野に関し、データ転送ネットワーク内でのビデオコンテンツのユーザへの送達のタスクを解決する。データ転送ネットワーク内でメディアコンテンツを配信する請求される方法は、コンテンツのソースファイルをセグメントに分割し；セグメントの各々の可能な表現の一式を作成し；ユーザ装置からのコンテンツ提供の要求を受信し；ユーザ装置のコンテンツの要求に応答して、ユーザ装置への提供の対象となるコンテンツセグメントの情報を有しているダウンロードポインタを作成し；ダウンロードポインタをユーザ装置に転送し；ユーザ装置側では、ダウンロードポインタを受信し；受信したダウンロードポインタに従ってコンテンツの少なくとも１個のセグメントを有している少なくとも１個のソースの検索を実行し、少なくとも１個のソースとの通信セッションを開始し；通信セッションが成功した場合は、少なくとも１個のコンテンツセグメントを受信し；受信したセグメント鍵の一致の確認を実行するステップを有している。【選択図】図１１

Description

本発明は、情報技術及び通信の分野に関し、ピアツーピア及びデータ転送ネットワーク内でのビデオコンテンツのユーザへの送達のタスクを解決する。

現在、ピアツーピアネットワーク内で静的（映画、メロディ、オーディオブック等）コンテンツ及び動的（ストリーミングビデオ、ライブＴＶ、またはスポーツ放送等）コンテンツの両方のコンテンツの配信の実施態様がある。それら全ては、一般に、以下のアプローチを実行する；
コンテンツ（ファイル）をセグメントに分割する；
クライアント（ユーザＰＣにインストールされているソフトウェア）は、相互に直接的に接続を確立する；
クライアントは、全てのソースファイルセグメントが互いの位置で利用できることを保証するように、ファイルセグメントを相互に交換する。

そのような解決策では、最終的に各クライアントで受信されるコンテンツは、全てのクライアントに対して厳密で同一なことは明らかである。

Ｐ２Ｐネットワーク内での静的コンテンツの配信のために、ビットトレントプロトコルが適用される（ｈｔｔｐ：／／ｗｗｗ．ｂｉｔｔｏｒｒｅｎｔ．ｏｒｇ／ｂｅｐｓ／ｂｅｐ＿０００３．ｈｔｍｌ）。このプロトコルはオープンであって、様々なプログラミング言語（Ｃ／Ｃ＋＋、ｊａｖａ等）において、そして様々なプラットフォーム（Ｗｉｎｄｏｗｓ、Ｌｉｎｕｘ（登録商標）等）に対して多くのその実装がある。

Ｐ２Ｐネットワーク内での動的コンテンツの配信のために、ビットトレントライブプロトコル（米国特許第９０９４２６３号明細書、２０１５年７月２８日）だけでなく、ＷｅｂＲＴＣオープンライブラリ（ｈｔｔｐｓ：／／ｒｕ．ｗｉｋｉｐｅｄｉａ．ｏｒｇ／ｗｉｋｉ／ＷｅｂＲＴＣ）を使用するｐｅｅｒ５．ｃｏｍ及びｓｔｒｅａｍｒｏｏｔ．ｃｏｍのようなサービスが適用される。

一般に、これらの実施態様は、Ｐ２Ｐネットワーク内でのファイルのユーザへの送達のタスクをうまく解決するが、インターネットなどのデータ転送ネットワーク上でコンテンツを公開する著作権保持者の視点からは、各クライアントが、クライアント及び彼／彼女の要求したコンテンツを受信するための法的権利を識別するたとえばデジタル透かし（タグ）などのデジタル識別子を有しているファイルの一意の複製を受信することが必要である。この例では、不正なファイルの配信の場合、漏洩元、不正なコンテンツの配信を行った特定のユーザをたどることができる。

しかし、ピアツーピアネットワーク交換のためには、コンテンツは厳密に同じでなくてはならないのに対して、デジタル透かしについては、各受信者について異なるため、説明されているピアツーピアネット技術及びデジタル透かしの同時の使用は相容れない。

ピアツーピア技術及び透かしの両方の能力を組み合わせる既知の技術も市場にはある。たとえば、米国特許第７５７０６４１号明細書（デジタル透かし及びコンテンツ配信の技法、２００９年８月４日）によれば、各ユーザに対して、コンテンツの各部分での配信及びサーバーから各クライアントに対して提示される配信計画において示される各部分の一意の順序の形成によるピアツーピア交換及び透かしの両方を同時に使用するシステム構築が可能である。

しかし、この発明は、データ伝達ネットワーク内でのコンテンツの配信時の高レベルのセキュリティを達成する、侵害者による置き換えが不可能なことを保証する配信計画の作成及び配信の具体的な機構を説明していない。

米国特許第９０９４２６３号明細書米国特許第７５７０６４１号明細書

したがって、従来技術において、市場にある実施態様は、配信チャネルを保護するタスクの解決策を意図しておらず、配信ファイルの送達のタスクの解決策に集中しているか、透かし及び送達計画による不正なコンテンツの配信に対するピアツーピア交換の能力及びチャネル保護の能力の組み合わせ及び同時使用の機構を説明しているが、置き換えに対して耐性のある送達計画の作成及び配信の具体的な方法を説明していない。

本発明の目的は、サーバーから配信された鍵の確認に基づいた条件付きアクセスの組み込み機構による、データ伝達ネットワーク内だけでなくＰ２Ｐでのコンテンツ配信の新規の高効率の技術の作成である。

主な技術的成果は、セグメントへのリンクとしてのセグメント鍵の使用による置き換えに対する耐久性が向上しているポインタのダウンロードに従ったコンテンツセグメントの提供に基づいた、各部分でのコンテンツ伝達及びコンテンツセグメントの交換時の鍵の確認によるデータ伝達ネットワーク内での不正なコンテンツの配信に対する保護の改良である。

請求される発明の実行の場合に達成される追加の技術的成果は、コンテンツの各部分（セグメント）での配信及び、サーバーに対するコンテンツ要求なしにＰ２Ｐからの１００％のコンテンツのユーザによる受信を保証することができるコンテンツセグメントのユーザ間での交換過程の開始によるサーバーの転送チャネルへの負荷の減少及び、ユーザ装置に関係しており、コンテンツの各複製に統合されている一意の識別子に基づいたコンテンツの不正な複製及び配信を行った特定のユーザの検出の可能性による、違法な配信に対するコンテンツ保護レベルの向上である。

請求される発明の好ましい実施態様において、データ転送ネットワーク内でメディアコンテンツを配信する方法が請求され、
サーバー側では、
コンテンツのソースファイルがセグメントに分割され、通し番号が各セグメントに割り当てられ；
各セグメントの少なくとも１個の複製を作成し、複製の各々にデジタル識別子を統合することによって、セグメントの各々の可能な表現の一式を作成し；
ユーザ装置からのコンテンツ提供の要求を受信し；
ユーザ装置のコンテンツの要求に応答して、ユーザ装置への提供の対象となるコンテンツセグメントの情報を有しているダウンロードポインタを作成し、セグメント通し番号の各々について、このセグメント表現の改変が選択され、ダウンロードポインタは、セグメントコンテンツに関係している少なくとも情報を有している符号情報の関数であるセグメント鍵の形態の各コンテンツセグメントの情報を有しており；
ダウンロードポインタをユーザ装置に転送し；
要求されコンテンツのセグメントからなるソースのアドレスの情報を前記ユーザ装置へ転送し；
ユーザ装置側では、
ダウンロードポインタを受信し；
受信したダウンロードポインタに従ってコンテンツの少なくとも１個のセグメントを有している少なくとも１個のソースの検索を実行し、少なくとも１個のソースとの通信セッションを開始し、要求されたセグメントの鍵の送信によってセグメントのダウンロードの要求が送信され、要求の処理の過程で、要求内で送信された鍵のソース装置に保存されているセグメント鍵との一致の確認が実行され；
通信セッションが成功し鍵が一致した場合は、少なくとも１個のコンテンツセグメントを受信し、そうでない場合は、検索ステップは、少なくとも１個のソース装置について繰り返され；
受信したセグメントのコンテンツに関係している符号情報からの鍵生成と、要求で送信された鍵との比較とによって、受信したセグメント鍵の一致の確認を実行する。

特定の実施態様において、１個または２個以上のセグメントをソース装置から受信できない場合、コンテンツセグメントの受信は、サーバーから実行される。

他の特定の実施態様において、符号情報は、セグメントコンテンツ及び追加の情報に関係している情報を有している。

他の特定の実施態様において、追加の情報は、コンテンツの対象のユーザ装置の識別子である。

他の特定の実施態様において、セグメントが有しているデジタル識別子はデジタル透かしている。

他の特定の実施態様において、Ｐ２Ｐにおけるデータ転送及びデータ転送ネットワークは、暗号化されている形態で実行されるだけでなく、装置上のコンテンツの保存も暗号化されている形態で実行されている。

他の特定の実施態様において、ユーザ装置からサーバーへ転送される情報は、どのセグメントが保存されており、他のユーザ装置にＰ２Ｐを介して送信可能なのかについての情報だけでなく、どのセグメントがＰ２Ｐからダウンロードされ及びどのセグメントがサーバーからダウンロードされたのかについての情報である。

請求される発明の第２の好ましい実施態様において、データ転送ネットワーク内のメディアコンテンツ配信のシステムは、少なくとも１個のサーバー及び多数のユーザ装置を有しており、
サーバー装置は、
コンテンツのソースファイルがセグメントに分割され、通し番号が各セグメントに割り当てられ；
各セグメントの少なくとも１個の複製を作成し、複製の各々にデジタル識別子を統合することによって、セグメントの各々の可能な表現の一式を作成し；
ユーザ装置からのコンテンツ提供の要求を受信し；
ユーザ装置のコンテンツの要求に応答して、ユーザ装置への提供の対象となるコンテンツセグメントの情報を有しているダウンロードポインタを作成し、セグメント通し番号の各々について、このセグメント表現の改変の１つが選択され、ダウンロードポインタは、セグメントコンテンツに関係している少なくとも情報を有している符号情報の関数であるセグメント鍵の形態の各コンテンツセグメントの情報を有しており；
ダウンロードポインタをユーザ装置に転送し；
要求されコンテンツのセグメントからなるソースのアドレスの情報を前記ユーザ装置へ転送し；
を実行するように構成されており、
ユーザ装置は、
ダウンロードポインタを受信し；
受信したダウンロードポインタに従ってコンテンツの少なくとも１個のセグメントを有している少なくとも１個のソースの検索を実行し、少なくとも１個のソースとの通信セッションを開始し、要求されたセグメントの鍵の送信によってセグメントのダウンロードの要求が送信され、要求の処理の過程で、要求内で送信された鍵のソース装置に保存されているセグメント鍵との一致の確認が実行され；
通信セッションが成功し鍵が一致した場合は、少なくとも１個のコンテンツセグメントを受信し、そうでない場合は、検索ステップは、少なくとも１個のソース装置について繰り返され；
受信したセグメントのコンテンツに関係している符号情報からの鍵生成と、要求で送信された鍵との比較とによって、受信したセグメント鍵の一致の確認を実行する
を実行するように構成されている。

特定の実施態様において、１個または２個以上のセグメントをデータ転送ネットワークのソース装置から受信できない場合、コンテンツセグメントの受信は、サーバーから実行される。

他の特定の実施態様において、セグメントが有しているデジタル識別子はデジタル透かしである。

図１は、メディアコンテンツ配信の全体の図である。図２は、コンテンツ配信方法の実行の全体のステップを示している。図３は、コンテンツの一意の複製を作成している時の方法の実行のステップを示している。図４は、コンテンツファイルの複製の作成の改変を示している。図５は、ダウンロードポインタ生成の例を示している。図６は、請求される発明によるコンテンツのセグメント交換の図の変形例を示している。図７は、請求される発明によるコンテンツのセグメント交換の図の変形例を示している。図８は、請求される発明によるコンテンツのセグメント交換の図の変形例を示している。図９は、セグメント鍵生成の例を示している。図１０は、セグメント鍵生成の例を示している。図１１は、ダウンロードポインタ内で報告されている鍵に基づいている要求及びコンテンツセグメントのダウンロードの図を示している。図１２は、請求される発明によるセグメント送達の方法を実装するステップの実行の図を示している。

図１は、請求される発明によるメディアコンテンツ転送の全体の図である。システム１００の請求される構造は、メディアコンテンツストレージ１１１を有しているメディアコンテンツ転送のサーバー１１０を有している。サーバー１１０は、１つのＥＣＭ及び数個のコンピュータ装置（サーバークラスタ）の両方を表すことができる。サーバー１１０は、スーパーコンピュータも表すことができる。

メディアコンテンツストレージ１１１は、サーバー１１０の一部であるデータストレージ用の装置（ＨＤＤ、ＳＳＤ、ＳＤ、フラッシュ）そのものを表すことができるだけでなく、データ転送チャネル（ＬＡＮ、ＷＬＡＮ、ＷＡＮ、ＧＳＭ（登録商標））を介してサーバー１１０とデータを交換するストレージ及び情報の転送用のリモート装置、たとえば、パーソナルコンピュータ、クラウド情報ストレージ等として実行することができる。

サーバー１１０のハードウェア部分は、１個または２個以上のプロセッサ、ＲＡＭ、ＲＯＭだけでなるデータストレージ用の装置（ＨＤＤ、ＳＳＤ、ＳＤ、フラッシュ）、入力／出力（Ｉ／Ｏ）インターフェイス、及び少なくとも１個のネットワークインターフェイスを一般に有している。

たとえば、インターネットなどのデータ転送ネットワークの助けによりサーバー１１０は、ユーザ１３０〜１３２によって要求されたメディアコンテンツを転送する。ユーザ１３０〜１３２は、データ転送ネットワーク、たとえばピアツーピア（Ｐ２Ｐ）を介して相互に接続可能である。

これらのアプリケーション材料における前述の「コンテンツ」または「メディアコンテンツ」という用語は、静的な種類のコンテンツ（映画、メロディ、オーディオブック）およびストリーミングビデオ、ライブＴＶ、スポーツ放送、ラジオ放送等の動的な種類のコンテンツの両方に関係している。

メディアコンテンツは、ビデオファイルまたはオーディオファイルの形態で実行される任意の種類のオーディオビジュアル作品を表すことができる。コンテンツは、コンテナフォーマット（ｍｋｖ、ｍｐ４、ＭＯＶ、ＯＧＧ等）のファイルを表すこともできる。

図２によれば、メディアコンテンツ転送用の方法２００は、以下を有している。サーバー１１０上で、ステップ２０１において、コンテンツの各ソース（マスター、オリジナル）ファイルがセグメントに分割されるようにコンテンツの準備が実行される。各セグメントの各々について、サーバーにさらに保存される１個または２個以上の複製が作成され、それに基づいて、ユーザの要求コンテンツに対するダウンロードポインタがさらに生成される。

図３は、コンテンツ準備ステップの分解を示している。ステップ２０１１で、コンテンツのソースファイルがセグメントに分割され、ステップ２０１２において、セグメントの少なくとも１個の複製が作成され、ステップ２０１３において、デジタル識別子が得られたセグメントの各々に統合される。デジタル識別子は、たとえば、デジタル透かしまたは識別子が統合されているファイル一意性の確認に適している他の種類の識別子として理解することができる。

ただし、従来技術において、静的コンテンツ（たとえば、２０１０年１１月２７日のロシア国特許出願公開第２４０５２１８号明細書、１９９７年９月１０日の米国特許第５９３０３６９号明細書を参照）及び動的コンテンツ（たとえば、「ＳｏｍｅＭｅｔｈｏｄｓｏｆＤｉｇｉｔａｌＷａｔｅｒｍａｒｋｓＶｉｄｅｏＳｔｅｒａｍＩｎｔｅｇｒａｔｉｏｎ（デジタル透かしビデオストリーム統合いくつかの方法）」、Ａ．Ｋ．Ｇｒｉｇｏｒｙａｎ、Ｎ．Ｇ．Ａｖｅｔｉｓｏｖａ、Ｉｎｆｏｒｍａｔｓｉｏｎｎｏ−ｕｐｒａｖｌｉａｉｕｓｈｃｈｉｅｓｉｓｔｅｍｙ（Ｉｎｆｏｒｍａｔｉｏｎａｎｄｃｏｎｔｒｏｌｓｙｓｔｅｍｓ）、２０１０年第２号（４５）を参照）の両方において、コンテンツにその保護のために統合されるデジタル透かしの周知の様々な原理がある。

ステップ２０１において、コンテンツの準備がサーバー１１０上で実行される。図４は、元のファイル３００に対する３個の複製３０１〜３０３の作成の例を示しており、その各々は、デジタル識別子が統合されているため僅かに異なるコンテンツを有しているセグメント３２０〜３４０を有している。元のファイルのセグメントへの分割及びデジタル識別子を有しているセグメントの複製の作成は、表現の無作為の改変から構成され、各セグメントの通し番号を有している得られたファイルがユーザ装置上でエラーなしに再生できるという意味でその完全性を維持するようにサーバー１１０によって実行される。したがって、元のファイルの各セグメントについて、一式の表現の改変、ａ、ｂ、ｃ、及びｄがサーバー上で作成される。この一式は、コンテンツダウンロードポインタの作成過程中にサーバーで使用され、サーバーは特定の規則に従って、各セグメント通し番号に対して、何らかのセグメント表現を選択する。サーバーが各セグメントの何らかの表現の改変のために従う選択した規則は、クライアント識別子及び生成された順序を関係させなければならないだけでなく、各ユーザ（ユーザ装置）に対する一意の順序の生成を実現し、それによってこのユーザ（ユーザ装置）の識別子としてそのような順序の使用を可能にしなければならない。

ステップ２０２において、ユーザ装置１３０〜１３２は、サーバー１１０（またはサーバー１１０に接続されているリソース）上で認証過程を実行し、サーバー１１０にメディアコンテンツの受信の要求を送信する。サーバー１１０は、メディアコンテンツの提供用に、少なくとも１個のユーザ装置（１３０〜１３２）からの要求を受け付け、ユーザに要求されたコンテンツを決定する。

ステップ２０３において、決定に応答して、サーバー１１０は、各ユーザ装置１３０〜１３２に対して、要求されたコンテンツに対して一意のダウンロードポインタの生成を実行する。クライアント１３１に対して、サーバーは、ｄ０９１２７０ｃ（簡単のために、４バイトの数字を使用する）に等しい以前に発行された識別子を保存しており、コンテンツのダウンロードの要求の受付時に、サーバー１１０は、ユーザ識別子に関係している一意のダウンロードポインタ１３１０を作成すると仮定する。ユーザ識別子からのダウンロードポインタの作成のための改変の１つは、ある表現から別の表現への数字の変換である。図４によれば、サーバー１１０上には、セグメントの各々について表現の４個の改変がある（ソース＋３個の複製）。つまり、サーバー１１０は、数字がセグメントの表現の改変を示しているａ、ｂ、ｃ、及びｄである、セグメント３１０〜３４０の表現（改変）について使用可能な４個からなる表現を有していると言うことができる。その結果、サーバー１１０は、１６進数ｄ０９１２７０ｃを４個からなるｄｂａａｃｂａｂａｃｂｄａａｄｄに変換することが可能で、その後、この結果に基づいて、装置１３１に関係しており、シーケンス｛ｌ：ｄ、２：ｂ、３：ａ、４：ａ、５：ｃ、６：ｂ、７：ａ、８：ｂ、９：ａ、１０：ｃ、ｌｌ：ｂ、１２：ｄ、１３：ａ、１４：ａ、１５：ｄ、１６：ｄ｝（図５）と表現されるダウンロードポインタ１３１０を作成する。

クライアント装置１３０〜１３２の識別子に関係しているダウンロードポインタの生成の過程は、クライアント識別子及びダウンロードポインタの両方の無作為の生成及び、得られた関係のサーバー１１０のデータベースへの以降の保存を含む何らかの他の態様で実行することができる。それが、前述の例が具体的な実施形態に過ぎない理由であって、コンテンツ配信の方法の様々な実施形態において、ダウンロードポインタに関係しているクライアント識別子（クライアント装置）の他の改変が可能である。

図５は、方法２００の実施形態による、ダウンロードポインタ１３００〜１３２０（ステップ２０３）の作成の例を示している。各ポインタ、たとえば、クライアント１３０のポインタ１３００は、識別子のないセグメント３１０（元のコンテンツファイルのセグメント）及び識別子を有しているセグメント３２０〜３４０を含むことができるセグメント３１０〜３４０の完全性を示している。ダウンロードポインタは、その順序にコンテンツセグメントへのリンクを有しており、各セグメントの通し番号について、セグメントの表現の何らかの改変を示している。

ステップ２０４において、サーバー１１０からコンテンツの受信の要求を開始したクライアント装置１３０〜１３２の各々への対応するダウンロードポインタ１３００〜１３２０の転送が実行される。

コンテンツセグメントのソースの検索の過程で、装置１３０〜１３２の各々は、１個の装置及び数個の装置の両方との接続をそれらにある要求されるセグメントの利用可能性に依存して同時に確立する。

セグメントの受信は、セグメントの直接のダウンロードの要求時のサーバー１１０からのインターネットなどのデータ転送ネットワーク経由及び他のユーザからのＰ２Ｐの両方で起こり得る。クライアントレベルは、Ｐ２Ｐに関係しており、ユーザ装置１３０〜１３２は、コンテンツセグメントの各ユーザ間での直接の交換を実行している。装置１３０〜１３２のいずれかが、Ｐ２Ｐからコンテンツセグメントを受信できない場合、ユーザ装置は、必要なコンテンツセグメントのサーバー側への要求を実行する。

図６は、ユーザ装置１３０が全てのコンテンツセグメントのサーバー１１０側からの受信を実行する例を示している。まず、サーバー１１０は、どの装置１３０がデータ伝達ネットワーク内でポインタにおいて指定されたセグメントの対する要求を以降で実行するかに基づいて、ダウンロードポインタ１３００を装置１３０に転送する。ネットワーク内にクライアント１３０が１つだけしか存在せず、他のユーザ装置が検出されていないため、クライアント１３０は、全てのコンテンツセグメントをサーバー１１０からダウンロードする。

さらに、図７は、ネットワーク内に、クライアント１３０以外に、クライアント１３１が存在しているコンテンツ転送の例を示している。ここで、クライアント１３１は、クライアント１３１に転送される対象のコンテンツセグメントの一意の順序からなるそのダウンロードポインタ１３１０をサーバー１１０から受信する。さらに、サーバーは、クライアント１３１に、要求されたセグメントを有しているソースアドレスを報告する。この場合、クライアント１３０のアドレス、たとえば、ＩＰアドレスが、クライアント１３１に報告される。クライアント１３０及び１３１に対して、ダウンロードポインタ１３００及び１３１０によれば、通し番号２、６、９、１２、１３、及び１６のセグメントは一致した表現であるため、図７は、装置１３１は、その通し番号のセグメントを装置１３０から受信するのに対して、装置１３１は、他の通し番号のセグメントをサーバー１１０から受信することを示している。

さらに、図８は、ネットワーク内に、クライアント１３０及び１３１以外に、クライアント１３２が存在しているコンテンツ転送の例を示している。ここで、クライアント１３２は、クライアント１３２に転送される対象のコンテンツセグメントの一意の順序からなるそのダウンロードポインタ１３２０をサーバー１１０から受信する。さらに、サーバーは、クライアント１３２に、要求されたセグメントを有しているソースアドレスを報告する。この場合、クライアント１３０及び１３１のアドレス、たとえば、ＩＰアドレスが、クライアント１３２に報告される。ダウンドーロポインタ１３００、１３１０、及び１３２０によれば、クライアント１３２及び１３０に対して、通し番号１、３、１０、及び１４のセグメントは一致した表現であって、クライアント１３２及び１３１に対して、通し番号４、７、８、及び１５のセグメントは一致した表現であるので、図７は、装置１３２が通し番号１、３、１０、及び１４のセグメントを装置１３０から受信し、通し番号４、７、８、及び１５のセグメントを装置１３１から受信するのに対して、装置１３２は、他の通し番号のセグメントをサーバー１１０から受信することを示している。

装置１３０〜１３２の各々は、そのメモリが有しており、他のユーザにＰ２Ｐを介して転送可能なコンテンツセグメントについての情報をサーバー１１０に定期的に送信する。この情報は、Ｐ２Ｐにおいて要求されたセグメントの受信の手続きを開始するために、ユーザの装置１３０〜１３２に特定の時に送信するようにサーバー１１０によって使用される。ユーザ装置によって受信されるコンテンツセグメントのソースへの接続のステップは、要求されたコンテンツセグメントを有しているネットワーク内の装置のアドレスについての情報の更新の繰り返しを使用して実行される。コンテンツセグメントを有している装置への接続の確立が失敗した場合、他のユーザ装置からのセグメントの受信を要求する装置は、要求されたセグメントの受信をサーバー１１０から要求することができる。

図９及び図１０は、ダウンロードポインタにおいて使用されるセグメント鍵の生成原理を示している。ダウンロードポインタは、ソース（Ｐ２Ｐ内のユーザ装置またはインターネット内のサーバー）からのセグメントのダウンロードの要求の場合に使用されるセグメント鍵の形態のコンテンツ３１０〜３４０の各セグメントの情報を有している。セグメント鍵は、符号情報から関数ｆを使用して生成される識別子を示している。使用される関数ｆは、不可逆的、つまり既知の鍵（結果）に従って符号情報（プロトタイプ）を回復できない。また、使用される関数ｆは、全てのネットワークノードについて同じで、全てのネットワークノードに知られていなければならない。これらの属性は、各々だけでなくそれらの組み合わせを関数ｆとして使用可能な暗号ハッシュ関数（ＭＤ５、ＳＨＡ１等）が有している。それに対して、符号情報は、セグメントコンテンツ（図９）に関係している情報またはセグメントコンテンツに関連している情報及び、たとえばコンテンツの対象のユーザ装置の識別子だけでなく、たとえば、ソースまたはユーザのＩＰアドレス、地域、トークン、時間等などの任意の他のサービス情報とすることができる追加の情報（図１０）を少なくとも示している。符号情報の要求された属性は、関数ｆと共に、データ交換に参加しているネットワークノードに完全に知られていなければならない。これらの条件を満たす場合、データソース側及びデータ受信者側の両方でセグメント鍵の生成が可能になり、それによって今度は各セグメントの送受信時に鍵一致の確認を実現することができる。

セグメントコンテンツ（図９）に関係している情報だけを有している符号情報からの鍵生成の場合、異なるクライアントに対して生成された鍵は同じになることは明らかである。それに対して、セグメントコンテンツに関係している情報だけでなく、たとえば、コンテンツの対象のクライアント（クライアント装置）の識別子など（図１０）の追加の情報も有している符号情報からの鍵生成の場合、異なるクライアント（クライアント装置）に対して生成された鍵は異なることになる。

セグメントコンテンツ（図９）に関係している符号情報から生成された鍵の使用には、以下の利点がある。第１に、サーバーを参照せずに、鍵の正しさ及びセグメントの受信者側及びセグメントの送信者側の両方でのセグメントの一致を確認し、送信者側では、正しいセグメントだけを受信者に送信し、受信者側では正しいセグメントだけを保存し使用することができる。第２に、サーバーが何らかのユーザにＰ２Ｐで利用不能な鍵を報告し、したがって、これらのユーザに対するダウンロードを完全にサーバーに切り替える（要求されたセグメントはＰ２Ｐ内に決して存在することはない）ことが可能で、それは、実時間で配信する海賊チャネルへのコンテンツの漏洩が検出された場合に、ユーザをブロードキャストから切断するのに便利なことがある。第３に、ダウンロードポインタにおいてサーバーから報告される順序の計算及びダウンロードの試みが成功する他の動作可能な順序へのダウンロードポインタの置き換えが複雑である。一般に、侵害者は、数個のアカウントに接続し、サーバーから受信した全てのダウンロードポインタから鍵を収集し、新しいダウンロードポインタをそれらから構成できるが、サーバーが何らかのクライアント（クライアント装置）にリンクできないセグメントの順序を有することになる。

セグメントのコンテンツに関係している情報だけでなく、追加の情報（図１０）も有している符号情報から生成された鍵の使用には、以下の利点がある。第１に、ダウンロードポインタにおいてサーバーから報告される順序の計算及びダウンロードの試みが成功する他の動作可能な順序へのダウンロードポインタの置き換えが不可能である。なぜなら、侵害者が何百ものアカウントに接続しても、各アカウントは、新規の、以前には遭遇したことのない鍵を受信することになるからである。その結果、一式の完全に無作為の鍵について任意のパターンを計算することは統計的に不可能である。第２に、ダウンロードのために要求をソースに送信する時に、ダウンロードポインタが生成され、それが送信された装置だけが鍵一致の確認に合格できるため、その鍵がサーバーによって報告されるセグメント以外のセグメントへのアクセスは不可能である。

したがって、請求されるシステムは、鍵をセグメントのリンクとして使用すること及び鍵生成の特別な規則によって、サーバーはコンテンツセグメント鍵を報告するのに対して、ユーザ装置は鍵が報告されたコンテンツセグメントだけを排他的に受信することができるという条件付きのアクセス機構を有していると言うことができる。侵害者が、無作為の鍵を生成したり、ある装置を意図した鍵を他の装置を意図した鍵に置き換えたりすることは意味がなく、それは、ネットワークの参加者が、鍵が一致の確認に合格しないセグメントを転送することはないからである。

図１１は、４セグメントの鍵をソースへ送信し、セグメント鍵がソース装置で確認され、鍵が一致したセグメントの１個が転送され、受信者装置で鍵の一致の最終確認が行われる、ユーザによるセグメント要求の過程を示している。セグメントを受信する装置は、ダウンロードポインタ及び要求されたコンテンツセグメントを有しているネットワーク内の装置のアドレスの一覧をサーバー１１０からダウンロードする。受信者装置は、サーバーからの情報に従って、ソース装置との接続を確立し、ソース装置が転送可能なセグメントを要求する。セグメント要求は、少なくとも１個のセグメント鍵の受信者装置からソース装置への転送によって実行される。この要求の受信後、ソース装置は、要求において受信した鍵に対するセグメントの検索を実行する。このために、ソース装置はそのメモリに保存されている全てのセグメントに対する鍵を生成し、鍵の一致の場合、一致した鍵に対応するセグメントの受信者装置への転送を実行する。同様に、セグメントの交換は、データ転送ネットワーク内及びＰ２Ｐにおいて、コンテンツセグメント交換に参加している装置の任意の対の間で任意の数の装置に対して実行される。

Ｐ２Ｐ及びデータ転送ネットワーク内でのデータ転送は、暗号化されている形態で実行できる。また、装置によって受信されたコンテンツセグメントは、暗号化されている形態で装置に保存できる。

セグメントの受信後、受信者装置は、要求において送信されたセグメント鍵と受信したセグメントに関係している符号情報から生成された鍵との比較による受信したセグメントの確認の手続きを実行する。

図１２は、コンテンツの配信の方法２００の実行時の動作の順序の主なアルゴリズムを示している。ダウンロードポインタの選択されたユーザ装置への送信後、サーバーは、ユーザ装置によって受信されたダウンロードポインタに関係しているコンテンツファイルの要求されたセグメントを有しているネットワークユーザのアドレスまたはサーバーのアドレスの情報（ＩＰアドレス、ＭＡＣアドレス等）も送信する。この装置は、１個または２個以上の外部ネットワークユーザ装置との接続を確立し、コンテンツセグメントに対する要求を実行する。要求は、図１１に示している機構に従って達成される。鍵が一致しているコンテンツセグメントの検出後、これらのセグメントは、要求を開始したユーザ装置に転送される。各セグメントの受信時に、その検証は、要求内で受信者装置によって送信されたセグメント鍵とソース装置から受信したセグメントに関係している符号情報から生成された鍵との比較によって実行される。鍵の一致が確認された場合、そのようなセグメントは、受信者装置で保存され、そうでない場合、セグメントは有効と認められず、装置メモリから削除される。また、セグメントに関する情報を、不正なデータの転送を実行するネットワーク内の装置を検出するためにさらなる処理のために、サーバーに送信することができる。

セグメントの受信後、システムは、たとえば、オンラインビデオ放送を表しているコンテンツの受信の場合に、コンテンツの再生が可能かどうかを判断する。コンテンツセグメントが十分でない場合、ユーザ装置は、ネットワーク内の他のユーザ装置との通信セッションを確立することによって、セグメントの検索を繰り返す。コンテンツ再生の開始後、クライアント装置は、サーバーからのコンテンツセグメント要求のステップを繰り返す。それは、特に、たとえば、ウェブサイト上でスポーツの試合のライブ翻訳の視聴などの動的コンテンツの受信だけでなく、たとえば、ファイル全体のダウンロードに相当な時間が必要なサイズの大きい映画などの静的コンテンツの受信に関連している。

要求されたコンテンツセグメントを有している装置と通信セッションを確立できないときに、割り当てられている時間間隔の間に、そのような装置との接続が確立されない場合、要求されているセグメントを有している他の装置の検索が実行される状況が起こり得る。要求されているセグメントを有しているユーザ装置が検出されない場合、要求は、システム内のサーバーの１個または２個セグメントに対して実行され、システム内に数個のサーバーが存在する可能性があり、必要なサーバーの検索をセグメントソース装置（ユーザ）についてと同様に実行することができる。

たとえば、本出願資料において、ユーザ装置は、ＰＣ、スマートフォン、タブレット、ゲームコンソール、ラップトップ等のポータブル型または据え置き型のさまざまな計算装置を表すことができる。

一般に、クライアント装置の各々は、少なくとも１個のプロセッサ、サーバーからのメディアコンテンツに対する要求、その受信、及びＰ２Ｐの他の参加者との交換を意図しているソフトウェアアプリケーションの実行を実装するプロセッサによって実行される命令が保存されている少なくとも１個のストレージメモリを有している。

本出願に示している説明は、請求される発明の好ましい実施形態を開示しており、本出願において示されているものの枠組みの外側にはない請求される解決策の他の特定の実施形態を制限すると解釈してはならない。

Claims

データ転送ネットワーク内で媒体のコンテンツを配信する方法であって、
サーバー側では、
コンテンツのソースファイルをセグメントに分割し、通し番号が各セグメントに割り当てられ、
各セグメントの少なくとも１個の複製を作成し、複製の各々にデジタル識別子を統合することによって、セグメントの各々の可能な表現の一式を作成し、
ユーザ装置からのコンテンツ提供の要求を受信し、
ユーザ装置のコンテンツの前記要求に応答して、前記ユーザ装置への提供の対象となるコンテンツセグメントの情報を有しているダウンロードポインタを作成し、セグメント通し番号の各々について、このセグメント表現の改変の１つが選択され、ダウンロードポインタは、セグメントコンテンツに関係している少なくとも情報を有している符号情報の関数であるセグメント鍵の形態の各コンテンツセグメントの情報を有しており、
前記ダウンロードポインタをユーザ装置に転送し、
要求されコンテンツのセグメントからなるソースのアドレスの情報を前記ユーザ装置へ転送し、
ユーザ装置側では、
前記ダウンロードポインタを受信し、
受信したダウンロードポインタに従ってコンテンツの少なくとも１個のセグメントを有している少なくとも１個のソースの検索を実行し、前記少なくとも１個のソースとの通信セッションを開始し、要求されたセグメントの鍵の送信によってセグメントのダウンロードの要求が送信され、前記要求の処理の過程で、要求内で送信された鍵のソース装置に保存されているセグメント鍵との一致の確認が実行され、
通信セッションが成功し鍵が一致した場合は、少なくとも１個のコンテンツセグメントを受信し、そうでない場合は、検索ステップは、少なくとも１個のソース装置について繰り返され、
受信したセグメントのコンテンツに関係している符号情報からの鍵生成と、要求で送信された鍵との比較とによって、受信したセグメント鍵の一致の確認を実行する、
方法。
１個または２個以上のセグメントをデータ転送ネットワークのソース装置から受信できない場合、前記コンテンツセグメントの受信は、セグメント鍵の確認の実施によりサーバーから実行される、請求項１に記載の方法。
符号情報は、セグメントコンテンツ及び追加の情報に関係している情報を有している、請求項１に記載の方法。
追加の情報は、コンテンツの対象のユーザ装置の識別子である、請求項３に記載の方法。
セグメントが有しているデジタル識別子はデジタル透かしを表している、請求項１に記載の方法。
ユーザ装置は、Ｐ２Ｐデータ転送ネットワークを使用して接続されている、請求項１に記載の方法。
データ転送は、暗号化されている形態で実行されるだけでなく、装置上のコンテンツの保存も暗号化されている形態で実行されている、請求項６に記載の方法。
ユーザ装置からサーバーへ転送されるコンテンツセグメントに関する情報は、どのセグメントが保存されており、他のユーザ装置にＰ２Ｐを介して送信可能なのかについての情報だけでなく、どのセグメントがＰ２Ｐからダウンロードされ及びどのセグメントがサーバーからダウンロードされたのかについての情報である、請求項１に記載の方法。
少なくとも１個のサーバーと多数のユーザ装置を有しているデータ転送ネットワーク内のメディアコンテンツ配信のシステムであって、
サーバー装置は、
コンテンツのソースファイルをセグメントに分割し、通し番号が各セグメントに割り当てられ、
各セグメントの少なくとも１個の複製を作成し、複製の各々にデジタル識別子を統合することによって、セグメントの各々の可能な表現の一式を作成するステップ、
ユーザ装置からのコンテンツ提供の要求を受信するステップ、
ユーザ装置のコンテンツの前記要求に応答して、前記ユーザ装置への提供の対象となるコンテンツセグメントの情報を有しているダウンロードポインタを作成し、セグメント通し番号の各々について、このセグメント表現の改変の１つが選択され、ダウンロードポインタは、セグメントコンテンツに関係している少なくとも情報を有している符号情報の関数であるセグメント鍵の形態の各コンテンツセグメントの情報を有しており、
前記ダウンロードポインタをユーザ装置に転送するステップ、
要求されコンテンツのセグメントからなるソースのアドレスの情報を前記ユーザ装置へ転送するステップ、
を実行するように構成されており、
ユーザ装置は、
前記ダウンロードポインタを受信するステップ、
受信したダウンロードポインタに従ってコンテンツの少なくとも１個のセグメントを有している少なくとも１個のソースの検索を実行し、前記少なくとも１個のソースとの通信セッションを開始し、要求されたセグメントの鍵の送信によってセグメントのダウンロードの要求が送信され、前記要求の処理の過程で、要求内で送信された鍵のソース装置に保存されているセグメント鍵との一致の確認が実行されるステップ、
通信セッションが成功し鍵が一致した場合は、少なくとも１個のコンテンツセグメントを受信し、そうでない場合は、検索ステップは、少なくとも１個のソース装置について繰り返されるステップ、
受信したセグメントのコンテンツに関係している符号情報からの鍵生成と、要求で送信された鍵との比較とによって、受信したセグメント鍵の一致の確認を実行するステップ、
を実行するように構成されている、
システム。
１個または２個以上のセグメントをデータ転送ネットワークのソース装置から受信できない場合、前記コンテンツセグメントの受信は、セグメント鍵の確認の実施によりサーバーから実行される、請求項９に記載のシステム。
符号情報は、セグメントコンテンツ及び追加の情報に関係している情報を有している、請求項９に記載のシステム。
追加の情報は、コンテンツの対象のユーザ装置の識別子である、請求項１１に記載のシステム。
セグメントのデジタル識別子はデジタル透かしを表している、請求項９に記載のシステム。
ユーザ装置は、Ｐ２Ｐデータ転送ネットワークを使用して相互に接続されている、請求項９に記載のシステム。
データ転送は、暗号化されている形態で実行されるだけでなく、装置上のコンテンツの保存も暗号化されている形態で実行されている、請求項１４に記載のシステム。
ユーザ装置からサーバーへ転送されるコンテンツセグメントに関する情報は、どのセグメントが保存されており、他のユーザ装置にＰ２Ｐを介して送信可能なのかについての情報だけでなく、どのセグメントがＰ２Ｐからダウンロードされ及びどのセグメントがサーバーからダウンロードされたのかについての情報である、請求項９に記載のシステム。