(57)【要約】      （修正有）【課題】デジタルコンテンツの安全な配信のための方法および装置を提供する。【解決手段】中間デバイスは、第１シンクデバイスが第１ソースデバイスの第１コンテンツへアクセスするための再認証を許可するための認証リストを保持する。中間デバイスは、第１シンクデバイスエントリーが認証リスト上に存在する場合、第１シンクデバイスの認証を完了し、第１ソースデバイスによる第１シンクデバイスの認証を要求することなく、保護されたコンテンツを第１シンクデバイスに供給する。一方第１シンクデバイスエントリーが認証リスト上に存在しない場合または第１シンクデバイスエントリーが失効ステータスにある場合、第１ソースデバイスによる第１シンクデバイスの認証を行わせる。中間デバイスは認証処理を受動的に観測し、認証された第１シンクデバイスのエントリーを認証リストに追加する。【選択図】図１Ａ
2014239448.tif 000002
【特許請求の範囲】
【請求項１】
中間デバイスにより、第１のソースデバイスから複数のシンクデバイスに、保護されたコンテンツを分配する方法において、
前記第１のソースデバイスからの保護されたコンテンツを受け取るための、前記第１のソースデバイスからの認証を、前記中間デバイスにより取得するステップと、
前記中間デバイスにより、前記中間デバイスに対する第１のシンクデバイスの接続を検出するステップと、
前記中間デバイスにより、前記中間デバイスの第１の暗号公開鍵情報を、前記第１のシンクデバイスに送信することによって、前記第１のシンクデバイスの認証を開始するステップと、
前記第１のシンクデバイスの第２の暗号公開鍵情報を、前記第１のシンクデバイスから前記中間デバイスにより受信するステップと、
前記第１のシンクデバイスの前記第２の暗号公開鍵情報が、前記中間デバイスにより保持される認証リスト中にあるか否かを、前記中間デバイスにより決定するステップと、
前記第１のシンクデバイスの前記第２の暗号公開鍵情報が、前記認証リスト中にある場合、前記中間デバイスにより、前記第１のシンクデバイスの認証を完了させて、前記中間デバイスにより、前記第１のソースデバイスによる前記第１のシンクデバイスの認証を要求することなく、前記第１のシンクデバイスに前記保護されたコンテンツを提供するステップと、
前記第１のシンクデバイスの前記第２の暗号公開鍵情報が、前記認証リスト中にない場合、前記中間デバイスにより、前記第１のシンクデバイスの認証を終了させて、前記第１のソースデバイスと前記第１のシンクデバイスとの間の接続を前記中間デバイスにより提供し、前記中間デバイスにより、前記第１のソースデバイスと前記第１のシンクデバイスとの間の認証処理を受動的に監視して、前記第１のソースデバイスによる、前記第１のシンクデバイスの前記第２の暗号公開鍵情報の認証を観測する際に、前記中間デバイスにより、前記第１のシンクデバイスの前記第２の暗号公開鍵情報を、前記中間デバイスにより保持される前記認証リストへ追加するステップと
を含み、
前記第１のシンクデバイスの前記第２の暗号公開鍵情報を、前記中間デバイスにより保持される前記認証リストへ追加するステップは、
前記中間デバイスにより、時間情報を、前記第１のシンクデバイスの前記第２の暗号公開鍵情報に関係付けるステップを含む、方法。
【請求項２】
前記中間デバイスの前記第１の暗号公開鍵情報は、前記中間デバイスの鍵選択ベクター（ＫＳＶ）を含み、前記第１のシンクデバイスの前記第２の暗号公開鍵情報は、前記第１のシンクデバイスのＫＳＶを含む、請求項１記載の方法。
【請求項３】
前記第１のシンクデバイスの前記第２の暗号公開鍵情報が、前記認証リスト中にあるか否かを決定するステップは、
前記第１のシンクデバイスの前記第２の暗号公開鍵情報が現在性要件を満たすか否かを、前記中間デバイスにより決定するステップと、
前記第１のシンクデバイスの前記第２の暗号公開鍵情報が現在性要件を満たさない場合、前記中間デバイスにより前記第１のシンクデバイスの認証を終了させるステップと
をさらに含む、請求項１記載の方法。
【請求項４】
前記第１のシンクデバイスはディスプレイデバイスである、請求項１記載の方法。
【請求項５】
前記中間デバイスは、前記第１のソースデバイスに対するシンクデバイスとして動作する、請求項１記載の方法。
【請求項６】
前記中間デバイスは、前記第１のシンクデバイスに対するソースデバイスとして動作する、請求項１記載の方法。
【請求項７】
前記第１のシンクデバイスの前記第２の暗号公開鍵情報が、前記認証リスト中にあるか否かを決定するステップは、
前記第１のソースデバイスに対する最大のデバイス数が超えられたか否かを、中間デバイスにより決定するステップをさらに含む、請求項１記載の方法。
【請求項８】
第１のソースデバイスおよび複数のシンクデバイスに対して接続されるように構成された中間デバイスにより、暗号公開鍵情報の認証されたリストを作成する方法において、
前記中間デバイスに接続されている各シンクデバイスに関して、前記中間デバイスにより、前記シンクデバイスの暗号公開鍵情報を受信するステップと、
前記シンクデバイスと前記第１のソースデバイスとの間の接続を、前記中間デバイスにより提供するステップと、
前記中間デバイスにより、前記シンクデバイスと前記第１のソースデバイスとの間の認証取引を監視するステップと、
前記中間デバイスにより、前記シンクデバイスの前記暗号公開鍵情報が前記第１のソースデバイスにより認証されたことを観測する際に、前記中間デバイスにより、前記シンクデバイスの前記暗号公開鍵情報を、前記中間デバイスにより保持される前記認証リストへ追加するステップと
を含み、
前記中間デバイスは、前記中間デバイスにより保持される前記認証リスト中の前記暗号公開鍵情報を伝搬させる、方法。
【請求項９】
前記シンクデバイスの前記暗号公開鍵情報は、鍵選択ベクター（ＫＳＶ）を含む、請求項８記載の方法。
【請求項１０】
前記中間デバイスにより、前記シンクデバイスの前記暗号公開鍵情報を、前記中間デバイスにより保持される前記認証リストへ追加するステップは、前記中間デバイスにより、前記認証リスト中で、時間情報を、前記シンクデバイスの前記暗号公開鍵情報に関係付けるステップを含む、請求項８記載の方法。
【請求項１１】
前記中間デバイスに対するシンクデバイスの接続を検出した後に、前記シンクデバイスの前記暗号公開鍵情報が、前記中間デバイスにより保持される前記認証リスト中に、前記中間デバイスにより発見された場合、前記中間デバイスが前記シンクデバイスを再認証するステップをさらに含む、請求項８記載の方法。
【請求項１２】
前記中間デバイスは、前記認証リスト中に含まれる暗号公開鍵情報を、認証のために前記第１のソースデバイスに対して送信する、請求項１０記載の方法。
【請求項１３】
前記中間デバイスは、前記第１のソースデバイスが非アクティブである時間の間に、前記認証リスト中に含まれる暗号公開鍵情報を、認証のために前記第１のソースデバイスに対して送信する、請求項１２記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
【０００２】
この特許出願は、２００９年９月４日に提出の「デジタルコンテンツの安全な配信のための方法および装置」と題する、米国仮特許出願第６１／２４０，１５２号の利益を主張し、その全てが参照として組み込まれる。
【０００３】
（１）技術分野
本発明は、一般にデジタル著作権管理に関し、より具体的には、デジタルコンテンツの安全な配信に関する。
【背景技術】
【０００４】
（２）関連技術
さまざまなコンテンツ保護方式が編み出されている。その一例として、高帯域幅デジタルコンテンツ保護（ＨＤＣＰ）が挙げられる。ＨＤＣＰは、ＨＤＣＰコンテンツソースからＨＤＣＰコンテンツシンクへのコンテンツの伝達を暗号方式で管理する。ＨＤＣＰ準拠デバイスは、４０個の５６ビット機密暗号鍵を備え、鍵選択を補助するために４０ビット鍵選択ベクター（ＫＳＶ）を使用する必要がある。しかしながら、ＨＤＣＰは、ＨＤＣＰ準拠デバイスにおいてＫＳＶ先入れ先出し（ＦＩＦＯ）バッファのサイズに制約を課す。また、一部のＨＤＣＰ準拠デバイスは、リピータをサポートしないか、あるいは、サポートするＫＳＶの数が限られている。リピータをサポートできないことは、システムトポロジに望ましくない制約を課すことができる。
【０００５】
さらに、ＨＤＣＰは、相互接続しうるＨＤＣＰ準拠デバイスのレベルを７に制限している。レベルの数が増えるにつれてレーテンシが増大し、７レベルの制限は、５秒のタイムアウト制限内で全７レベルを越えてＫＳＶを通過させる。７レベルの制限は、それによって、また、システムトポロジにも制約を課す。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
コンテンツソースの下流の新しいデバイスの追加は、ＨＤＣＰコンテンツシンクの再認証を強制し、それらのＨＤＣＰコンテンツシンクに提供される任意のコンテンツに中断を生じさせる。したがって、システムトポロジのシームレスな再構成は、現在可能ではない。
【０００７】
レイヤーの切り替えは、新しいデバイスを出現させ、上述のように、ＨＤＣＰコンテンツシンクの再認証を強制させうる。したがって、デバイスの切り替えは、コンテンツのシステム全体にわたる中断を引き起こすことができる。
【０００８】
制限のある集積回路（ＩＩＣ）間インターフェース速度のような、制限のあるインターフェース速度は、大きなＫＳＶリストを遅延させ、これが、既定のタイムアウト期間範囲を超えた、レーテンシをある程度増大させる。このようなレーテンシの増大は、システムトポロジを制約しうる。
【０００９】
色空間および／またはサンプルの切り替えは、ＨＤＣＰコンテンツシンクの再認証を必要とし、上述のように、色空間および／またはサンプルを切り替えるＨＤＣＰコンテンツシンクだけでなく、同じコンテンツを受け取る他のコンテンツシンクについても、コンテンツの中断を引き起こす。
【課題を解決するための手段】
【００１０】
【発明の効果】
【００１１】
したがって、複雑なシステムトポロジ上で安全にかつ確実にコンテンツを配信するための技術が求められている。
【００１２】
本発明は、より良く理解され、その特徴は、添付の図面を参照することにより、当業者に明らかになるだろう。
【図面の簡単な説明】
【００１３】
【図１】少なくとも１つの実施形態に係る方法を説明するフロー図である。
【図２】少なくとも１つの実施形態に係る装置を説明するブロック図である。
【図３】少なくとも１つの実施形態に係る装置を説明するブロック図である。
【図４】少なくとも１つの実施形態に係る装置を説明するブロック図である。
【図５】少なくとも１つの実施形態に係る装置を説明するブロック図である。
【図６】少なくとも１つの実施形態に係る装置を説明するブロック図である。
【００１４】
異なる図面において同じ参照番号の使用は、類似または同一の項目を示す。
【発明を実施するための形態】
【００１５】
デジタルコンテンツの安全な配信のための方法および装置を提供する。少なくとも１つの実施形態において、中間デバイスは、第一コンテンツシンクが公認コンテンツシンクリスト上に第一コンテンツ項目を有する場合、第一コンテンツソースから第一コンテンツへアクセスするための第一コンテンツシンクの再認証の許可のために使用する公認コンテンツシンクリストを保持する。少なくとも１つの実施形態において、再認証は、まだ失効していない第一コンテンツシンク項目現在度ステータスで調整される。少なくとも１つの実施形態において、中間デバイスは、第一コンテンツシンク項目が認証コンテンツシンクリスト上に存在しない場合、または第一コンテンツシンク項目現在度ステータスが失効の場合、第一コンテンツソースによって第一コンテンツシンクの認証を許可する。
【００１６】
少なくとも１つの実施形態において、暗号化認証、例えば、ＫＳＶチェックは、複数レベルシステムにおいて任意のまたは全ての下位レベルで実行されてもよい。少なくとも１つの実施形態において、コンテンツソースおよびコンテンツシンクと連結した中間デバイスは、全てのＳＲＭを受け取って処理するためにコンテンツソースを必要とする代わりにシステム更新メッセージ（ＳＲＭ）を受け取って処理することができる。少なくとも１つの実施形態において、中間デバイスは、各終点で認証を受動的に監視することによってＫＳＶリストを構築することができる。例えば、中間デバイスは、コンテンツシンクからのＫＳＶがコンテンツソースの認証プロセスによって認証されていたことを観測する場合、中間デバイスは、そのＫＳＶを認証ＫＳＶリストへ追加することができる。
【００１７】
少なくとも１つの実施形態において、コンテンツソースとコンテンツシンクの間の通常の相互作用経時的にが時間の経過に伴い発生すると、中間デバイスは、１つずつＫＳＶを処理または観察する。少なくとも１つの実施形態において、中間デバイスは、ＫＳＶ製品サポートの数に基づくグループにおいてＫＳＶを処理または観察する。
【００１８】
少なくとも１つの実施形態において、「非アクティブ」時間の間、認証ＫＳＶリストにおいて予定または検出されたＫＳＶは、順番に、例えば、総当たり順に繰り返されることができ、コンテンツソースによって検証される。少なくとも１つの実施形態において、合わせる必要のある時間要件がある場合、最後の検証の日付と時間を保存することができる。少なくとも１つの実施形態において、ソースによる強制再認証は、「潜在的に」新しいＳＲＭフラグを立てることができる
【００１９】
少なくとも１つの実施形態において、一旦、１つ以上の有効なＫＳＶが決定されると、それらは、システム全体に送られることができて、ローカル的検証をすぐに行うことができ（例えば、任意のより高い速度、より強固なプロトコルで）、不揮発性メモリに保存される。認証がローカル的に行われることができるので、システムが含んでもよいデバイスの数を制限するタイムアウトのステータスを生じさせるようなレーテンシは、もはや問題ではない。さらに、「システム」は、単一レベルとして扱われることができる。少なくとも１つの実施形態において、色空間の経光、再サンプリング、および／または音声処理は、再認証が異なるシンクをサポートする必要がないように行われることができる。
【００２０】
少なくとも１つの実施形態において、「システム」が受動認証モードである時間の間、任意の影響のある下流のシンクは、「認証進行中」のメッセージを表示する。少なくとも１つの実施形態において、システムブロックの間の相互接続は、メディアの独立した機能性を有するメディア、例えば、高品位マルチメディアインターフェース（ＨＤＭＩ）または有線または無線メディアのディスプレイポート、シールド無より対線またはシールド有より対線の独占的高速デジタルデータの任意の形式であり得る。少なくとも１つの実施形態において、最初の「学習」モードは、使用中の中断を防ぐために全ての下流デバイスで認証され得る。
【００２１】
少なくとも１つの実施形態において、ソースへの認証情報を通過させることを要求する代わりに、システムネットワークの下位レベルで認証を行わせることができる。下位レベル認証は、シンクデバイスがソースおよびリピータとの相互作用を独立して操作することを許可する。少なくとも１つの実施形態において、このような下位レベル認証は、シンクデバイスがデバイスの認証／失効情報（すなわち、ブラックリスト）を含むＳＲＭのようなメッセージへアクセスすることができることによって成し得る。
【００２２】
少なくとも１つの実施形態において、シンクデバイスは、ＳＲＭへアクセスすることができる。少なくとも１つの実施形態において、中間デバイスは、コンテンツソースを有する各シンクデバイスを経時的にチェックし、対応するシンクデバイスが有効であるかどうかを確認する。このようなチェックは、経時的に、適切な鍵（有効時間内にそれらの鍵の別のチェックを強制する印された時間であり得る）のリストを作成する。少なくとも１つの実施形態において、認証は、バックグラウンドで行われ、認証が経時的に実行されている間、デバイスは、無効にならない。最終的にＳＲＭは、シンクデバイスにまで伝搬される。
【００２３】
図１は、少なくとも１つの実施形態に係る方法を示すフロー図である。方法１００は、ステップ１０１〜１１３を含む。方法１００は、ステップ１０１で開始する。ステップ１０１から、方法は、ステップ１０２に移行する。ステップ１０２において、新しいデバイスがホットプラグ検出を介して検出されるかどうかを決定する。検出されない場合、方法は、ステップ１０２に戻る。検出された場合、方法は、ステップ１０３に移行する。ステップ１０３において、ローカルポート暗号公開鍵情報要素、例えば、ローカルポートＫＳＶを使用して認証を開始する。ステップ１０３から、方法は、ステップ１０４に移行する。ステップ１０４において、デバイスのＫＳＶが認証ＫＳＶリストに含まれ、認証ＫＳＶ現在性要件を満たしているかどうかを決定する。そうでない場合は、方法は、ステップ１０５に移行する。そうである場合、方法は、ステップ１０９に移行する。
【００２４】
ステップ１０５において、ソース暗号公開鍵情報要素、例えば、ソースＫＳＶを使用して認証が再開される。少なくとも１つの実施形態において、ステップ１０５の間、発信地点と宛先点の間の中間デバイスは、発信地点と宛先点の間の接続メディアのような行為を行い、発信地点と宛先点の間の認証処理を受動的に監視することができる。例えば、中間デバイスは、認証のためにソースへ送信される宛先点ＫＳＶを監視することができ、暗号化によって示される認証の完了は、ソースによる宛先の成功認証の後ソースからの（ＥＮＣ＿ＥＮ）信号を可能にする。ステップ１０５から、方法は、ステップ１０６に移行する。ステップ１０６において、認証が通った（すなわち、認証が成功した）かどうかを決定する。通過しない場合、方法は、ステップ１０７に移行する。認証が通った場合、方法は、ステップ１０８に移行する。ステップ１０７において、認証が失敗、例えば、「無効なディスプレイ」のメッセージなどの指標がユーザに提供される。ステップ１０８において、ディスプレイが認証ＫＳＶリストへ追加され、ＫＳＶ認証リスト項目は、認証ＫＳＶ現在性要件が満たされているかどうかの決定を許可する日付およびタイムスタンプが載っている。ステップ１０８から、方法は、ステップ１０３へ戻る。
【００２５】
ステップ１０９において、入力がソースからであるかどうかを決定する。入力がソースからでない場合、方法は、ステップ１１０に移行する。入力がソースからである場合、方法は、ステップ１１１に移行する。ステップ１１０において、追加ディスプレイの要求は、上流へ送られ、要求の応答を受信する。ステップ１１０から、方法は、ステップ１１１に移行する。ステップ１１１において、ソースによって提供を受けるデバイスの数が最大デバイス（ＭＡＸ＿ＤＥＶＩＣＥＳ）制限未満かどうかを決定する。最大デバイス制限未満でない場合、方法は、ステップ１１２に移行する。最大デバイス制限未満である場合、方法は、ステップ１１３に移行する。ステップ１１２において、認証の失敗が提示される指標、例えば、「ディスプレイが多すぎます」というメッセージがユーザへ表示される。ステップ１１３において、認証完了、例えば、デバイスが、認証された（認証が通った場合）ソースの現在の出力リストへ追加される。ステップ１１３に続いて、方法は終了する（または、ステップ１０２へ戻り、追加の新しいデバイスが検出され、認証される）。
【００２６】
図２は、少なくとも１つの実施形態に係る装置を示すブロック図である。装置２００は、ソースデバイス２０１、分配増幅器２０２、ディスプレイデバイス２０３、ディスプレイデバイス２０４、およびディスプレイデバイス２０５を含む。デバイスソース２０１は、分配増幅器２０２に連結されている。分配増幅器２０２は、ディスプレイデバイス２０３、ディスプレイデバイス２０４、およびディスプレイデバイス２０５へ連結されている。ソースデバイス２０１は、デジタルビデオなどのデジタルコンテンツのソースとして供給され、例えば、ブルーレイビデオプレーヤー、ケーブルテレビ（ＣＡＴＶ）、衛星テレビ（ＴＶ）、地上波テレビ放送（ＴＶ）、コンピュータのディスプレイポート、などであってもよい。分配増幅器２０２は、コンテンツを、分配増幅器２０２の入力および出力で、ＨＤＭＩ、ディスプレイポートなどの適切なインターフェースを介してソースデバイス２０１からディスプレイデバイス２０３〜２０５へ配信する。分配増幅器２０２は、コンテンツを伝達する信号を減衰させても、分配増幅器２０２は、分配増幅器２０２の出力に存在する信号が、適切な信号レベルで提供されるように、信号を増幅してもよい。ディスプレイデバイス２０３〜２０５は、入力にＨＤＭＩ、ディスプレイポートなどの適切なインターフェースを有し、ディスプレイデバイス、例えば、モニター、プロジェクタなどの任意のタイプであってよい。
【００２７】
図３は、少なくとも１つの実施形態に係る装置を示すブロック図である。装置３００は、ソースデバイス３０１、ソースデバイス３０２、ソースデバイス３０３、切り換え装置３０４、および宛先デバイス３０５を含む。少なくとも１つの実施形態において、複数のソースデバイス３０１〜３０３は、コンテンツの複数のストリームを切り換え装置３０４へ提供し、切り換え装置３０４は、コンテンツの複数のストリームを宛先デバイス３０５へ転送する。
【００２８】
図４は、少なくとも１つの実施形態に係る装置を示すブロック図である。装置４００は、ソースデバイス４０１、ソースデバイス４０２、ソースデバイス４０３、およびソースデバイス４０４を含む。装置４００はまた、マトリックス切り換え装置４０５を含む。
装置４００は、宛先デバイス４０６、宛先デバイス４０７、宛先デバイス４０８、および宛先デバイス４０９をさらに含む。ソースデバイス４０１〜４０４は、マトリックス切り換え装置４０５に連結されており、マトリックス切り換え装置４０５は、宛先デバイス４０６〜４０９へ連結されている。マトリックス切り換え装置４０５は、コンテンツのストリームを任意のまたは全てのソースデバイス４０１〜４０４から任意のまたは全ての宛先デバイス４０６〜４０９へ連結することができる。
【００２９】
図５は、少なくとも１つの実施形態に係る装置を示すブロック図である。装置５００は、ソースデバイス５０１、鍵展開部５０２、および他のデバイスまたはデバイス５０３を含む。他のデバイスまたはデバイス５０３は、デバイス、例えば、リピータ、分配増幅器（ＤＡ）、スイッチ、および／またはディスプレイの任意の組み合わせであり得る。
【００３０】
図６は、少なくとも１つの実施形態に係る装置を示すブロック図である。装置６００は、ソースデバイス６０１、ソースデバイス６０２、ソースデバイス６０３、ソースデバイス６０４、ディスプレイアダプタ６０５、ローカルディスプレイ６０６、切り換え装置６０７、ソースデバイス６０８、ソースデバイス６０９、マトリックススイッチ６１０、ローカルソース６１１、切り換え装置６１２、ディスプレイ６１３、ディスプレイアダプタ６１４、ディスプレイ６１５、ディスプレイ６１６、およびディスプレイ６１７を含む。ソースデバイス６０１は、ディスプレイアダプタ６０５へ連結され、ディスプレイアダプタ６０５は、ローカルディスプレイ６０６およびマトリックススイッチ６１０へ連結される。ソースデバイス６０１からのコンテンツは、ローカルディスプレイ６０６上に表示され、および／またはマトリックススイッチ６１０によって他のさまざまなデバイス、例えば、切り換え装置６１２を介してディスプテレイ６１３へ、および／またはディスプレイアダプタ６１４を介して任意のまたは全てのディスプレイ６１５〜６１７へ切り換えられ得る。ソースデバイス６０２、ソースデバイス６０３、およびソースデバイス６０４は、切り換え装置６０７へ連結され、切り換え装置６０７は、マトリックススイッチへ連結される。切り換え装置６０７は、コンテンツを任意のソースデバイス６０２〜６０４からマトリックススイッチ６１０の入力へ切り換えることができ、コンテンツを任意のまたは全てのさまざまなデバイス、例えば、切り換え装置６１２を介してディスプレイ６１３へ、および／またはディスプレイアダプタ６１４を介して任意のまたは全てのディスプレイ６１５〜６１７へ切り換えることができる。ソースデバイス６０８およびソースデバイス６０９は、マトリックススイッチ６１０へ連結される。マトリックススイッチ６１０は、コンテンツストリームをソースデバイス６０８および６０９のいずれかまたは両方から、切り換え装置６１２を介してディスプレイおよび／またはディスプレイアダプタ６１４を介して任意のまたは全てのディスプレイ６１５〜６１７のような、任意のまたは全てのさまざまなデバイスへ切り換えることができる。
【００３１】
少なくとも１つの実施形態において、方法は、中間デバイスで第１コンテンツシンクから第１暗号公開鍵情報を受信すること、第１暗号公開鍵情報を第１コンテンツソースに転送すること、第１コンテンツソースからの第１認証応答を監視すること、第１認証応答に基づいて第１認証情報を取得すること、格納第１認証情報として第１認証を格納すること、および第１コンテンツシンクの再認証のために格納第１認証情報を使用すること、を含む。少なくとも１つの実施形態において、第１コンテンツシンクの再認証のために格納第１認証情報を使用することは、第１認証情報の現在度ステータスが現在のものである場合、格納第１認証情報を使用すること、第１認証情報の現在度ステータスが失効の場合、もう一度第１暗号公開鍵情報を第１コンテンツソースに転送することをさらに含む。
【００３２】
少なくとも１つの実施形態において、方法は、入力が第１コンテンツソースからであるかどうかを決定することをさらに含み、入力が第１コンテンツソースからでない場合、第１コンテンツシンク代わりに要求を上流に送信する。少なくとも１つの実施形態において、方法は、第１コンテンツシンクの認証が認証コンテンツシンクの最大数を超えるかどうかを決定することをさらに含み、第１コンテンツシンクの認証が認証コンテンツシンクの第１数を超えない場合、第１コンテンツシンクの認証を完了する。
【００３３】
少なくとも１つの実施形態において、方法は、第１コンテンツシンクの認証が、認証コンテンツシンクの第１数を超える場合、第１コンテンツシンクの認証を拒否することをさらに含む。少なくとも１つの実施形態において、方法は、第１コンテンツシンクの認証が完了した場合、第１コンテンツソースから第１コンテンツシンクへコンテンツストリームを通過させることをさらに含む。
【００３４】
少なくとも１つの実施形態において、方法は、ホットプラグ検出を使用して新しいデバイスを検出すること、ローカルポート暗号公開鍵情報を使用して認証を開始すること、第１デバイス暗号公開鍵情報が認証リストにあるかどうか、および第１デバイス暗号公開鍵情報が現在性要件を満たすかどうかを決定すること、第１デバイス暗号公開鍵情報が認証リストにあり、現在性要件を満たす場合、入力がソースからかどうかを決定すること、第１デバイス暗号公開鍵情報が認証リストにあり、現在性要件を満たし、入力がソースからの場合、デバイスの最大数を超えているかどうかを決定すること、第１デバイス暗号公開鍵情報が認証リストにあり、現在性要件を満たし、入力がソースからであり、デバイスの最大数を超えている場合、認証の完了およびソースの現在の出力リストへ第１暗号公開鍵情報を追加すること、を含む。少なくとも１つの実施形態において、方法は、第１デバイス暗号公開鍵情報が認証リストにないまたは現在性要件を満たしていない場合、ソース暗号公開鍵情報を使用する認証を再開することをさらに含む。少なくとも１つの実施形態において、方法は、第１デバイス暗号公開鍵情報が認証リストにないまたは現在性要件を満たしていない場合、認証が通ったかどうかを決定することをさらに含む。
【００３５】
少なくとも１つの実施形態において、第１デバイス暗号公開鍵情報がリストにないまたは現在性要件を満たしていない場合および認証が通る場合、方法は、認証リストへ新しいデバイスの追加および日付と時間のある認証リストに新しいデバイス項目を載せることを含む。少なくとも１つの実施形態において、第１デバイス暗号公開鍵情報がリストにないまたは現在性要件を満たしていない場合および認証が通らない場合、方法は、新しいデバイスが無効であることを表示することをさらに含む。
【００３６】
少なくとも１つの実施形態において、第１デバイス暗号公開鍵情報が認証リストにあり、現在性要件を満たし、入力がソースからである場合、方法は、追加上流デバイスの要求を送信および応答を受信することをさらに含む。少なくとも１つの実施形態において、第１デバイス暗号公開鍵情報が認証リストにあり、現在性要件を満たし、入力がソースからであり、デバイスの最大数を超えた場合、方法は、認証の失敗を示すことをさらに含む。
【００３７】
少なくとも１つの実施形態において、装置は、第１コンテンツソースおよび第１コンテンツシンクを連結するように適合された中間デバイスを含み、中間デバイスは、認証コンテンツシンクリストを保持し、第１コンテンツシンクが認証コンテンツシンクリスト上に第１コンテンツシンク項目を有し、第１コンテンツシンク項目現在度ステータスがまた失効していない場合、第１コンテンツソースから第１コンテンツへのアクセスのために第１コンテンツシンクの再認証を許可する。少なくとも１つの実施形態において、第１コンテンツシンクがまだ失効していない第１コンテンツシンク項目現在度ステータスを有する認証コンテンツシンクリスト上の第１コンテンツシンク項目を有していない場合、中間デバイスは、第１コンテンツソースによって第１コンテンツシンクの認証を監視し、第１コンテンツソースによる第１コンテンツシンクの認証が成功した場合、中間デバイスは、第１コンテンツシンク項目を認証コンテンツシンクリストへ追加する。
【００３８】
少なくとも１つの実施形態において、中間デバイスが第１コンテンツシンク項目を認証コンテンツシンクリストへ追加する場合、中間デバイスは、第１コンテンツシンク項目現在度ステータスがまだ失効していない場合、決定するための有効期限を格納する。少なくとも１つの実施形態において、中間デバイスは、第１コンテンツソースの複数の暗号公開鍵情報要素のための第１コンテンツシンクの再認証を許可する。少なくとも１つの実施形態において、中間デバイスは、第１コンテンツシンク項目を他のデバイスへ伝搬する。少なくとも１つの実施形態において、中間デバイスは、不揮発性メモリに認証コンテンツシンクリストを格納する。少なくとも１つの実施形態において、中間デバイスは、第１コンテンツソースに対するコンテンツシンクとして機能し、コンテンツソースによって認証された中間デバイス暗号公開鍵情報を使用する第１コンテンツソースからコンテンツを受信および解読し、中間デバイスは、第１コンテンツシンク暗号公開鍵情報を使用して、第１コンテンツシンクに対するコンテンツソースとして機能する。
【００３９】
したがって、デジタルコンテンツの安全な配信のための方法および装置が開示された。本発明は、ある特定の実施形態に関して開示されたが、本発明の特徴が他の実施形態にも同様に適用でき、その全てが本発明の範囲内に入ることは当業者には明らかであろう。
【図１Ａ】
2014239448.tif 000003
【図１Ｂ】
2014239448.tif 000004
【図２】
2014239448.tif 000005
【図３】
2014239448.tif 000006
【図４】
2014239448.tif 000007
【図５】
2014239448.tif 000008
【図６Ａ】
2014239448.tif 000009
【図６Ｂ】
2014239448.tif 000010