JP2017005700A - セキュリティ更新可能性のために配布されるホワイトリスト - Google Patents

Abstract

【課題】ＵＨＤビデオなどの高価値ビデオコンテンツの配信においてセキュリティ及びロバスト性をもたらすこと。
【解決手段】無効化リストによって行われるようにコンテンツに対するデフォルトアクセスを認めるのではなく、むしろ潜在的に危殆化した装置のソフトウェア更新を強制してこれらの装置を再びコピー保護に準拠させ、例えば危殆化した特定の出力の使用を排除するホワイトリストを提供する。コンテンツを出力する前に、ソース装置が、受信装置がホワイトリスト上に存在するかどうか、出力が今でも有効であるかどうか、受信装置のバージョン番号が今でも有効であるかどうかを判定するとともに、コンテンツを再出力できる受信装置の出力が非セキュアでないことを確認する。
【選択図】図４

Description

本出願は、一般に、コンテンツセキュリティ更新可能性のために配布されるホワイトリストに関する。

本原理に関連する、持続可能性、自己組織性及びスケーラビリティを特徴とする適応的分散型社会技術システムであるコンピュータエコシステム又はデジタルエコシステムの例には、いわゆる「４Ｋ」又は「８Ｋ」ビデオなどの超高精細（ＵＨＤ）ビデオをクライアント装置上でセキュアに再生されるようにクライアント装置に配信する一方で、ＵＨＤビデオの無許可のコピー及び流布に対するセキュリティを提供するネットワークがある。このセキュリティシステムでは、無効化メッセージを使用することができる。一例として、デジタル伝送コピー保護（ＤＴＣＰ）プロトコルは、「システム更新メッセージ」（ＳＲＭ）と呼ばれる無効化メッセージを使用する。

本明細書で理解されるように、現在のリンク保護の１つの問題点は、違反が識別されると、ソース装置から下流において問題を解消するのが困難な点である。例えば、高品位マルチメディアインターフェイス（ＨＤＭＩ（登録商標））リンクを介して送信されるコンテンツを保護する高帯域幅デジタルコンテンツ保護（ＨＤＣＰ）コンテンツ保護プロトコルの少なくとも１つ前のバージョンは危殆化している。本出願は、ゲートウェイ装置が、条件付きアクセス（ＣＡ）又はデジタル著作権管理（ＤＲＭ）によって保護された圧縮コンテンツをペイＴＶプロバイダから受け取る可能性があると理解する。ゲートウェイ装置は、ＣＡ又はＤＲＭを用いてコンテンツをスクランブル解除する。その後、ゲートウェイ装置は、この圧縮コンテンツを、ＤＴＣＰ−ＩＰを用いてホームネットワークを介して例えばゲーム機などの別の装置に再送することができる。そして、このゲーム機などの他の装置は、コンテンツを解凍し、ＨＤＣＰを介して出力することができる。しかしながら、ハッカーは、例えばパーソナルコンピュータを用いて、偽のＨＤＣＰクレデンシャルを有する、ＴＶになりすました偽のＨＤＭＩシンク装置を作成することがある。このシナリオでは、ゲーム機などの復号装置は、偽のＴＶに取り付けられていることに気付かない。コンテンツは、ハッキングバージョンのＨＤＣＰによって保護されたＨＤＭＩを介して出力することができ、この例では取り込まれて著作権侵害の形でインターネットに送出されることがある。ＤＴＣＰ−ＩＰを用いてゲートウェイ装置から復号装置にコンテンツを送出する場合、ハッキングバージョンのＨＤＣＰをダウンストリーム配信から排除することはできなかった。

ＨＤＣＰの場合、ハッカーは、鍵生成アルゴリズムをリバースエンジニアリングして、無限数の偽造ＨＤＣＰ装置の生成を可能にしていた。しかしながら、不当な実装によって鍵、従ってコンテンツが曝される場合もある。この問題は、非常に広範にわたって蔓延しているので、潜在的に何千台もの（場合によっては何百万台もの）装置を現実に無効化することは全く実際的でない。家庭内にプレミアムサービスを持ち込もうと試みるコンテンツプロバイダ及びサービスオペレータは、魅力に欠けたオプションとして取り残されている。これらのコンテンツプロバイダ及びサービスオペレータは、コンテンツを配信し続けてコンテンツを制御できなくなるリスクを抱え、或いは一斉にサービスを控えて利益を失うという結果に耐えることになる可能性がある。

ある実施形態では、ホームネットワーク内でホワイトリストを配布する。このホワイトリストは、家庭内におけるコンテンツの保護及び配信に対し、無効化リストとは異なるタイプの制御をもたらす。ホワイトリストは、シンクからコンテンツを取得できる分散装置のコンテンツセキュリティを促すために、ゲートウェイのみにおいて使用することも、ゲートウェイからシンクに配布することもできる。

従って、１つの態様では、コンピュータ化されたコンテンツゲートウェイのための装置が、一時的信号でなく、命令を含む少なくとも１つのコンピュータメモリを含み、この命令は、少なくとも１つのプロセッサにより、ゲートウェイから少なくともいくつかのコンテンツを受け取る権限のあるシンク装置のホワイトリストを受け取るように実行可能である。ホワイトリスト上のエントリは、それぞれの装置に関連し、少なくともいくつかのエントリは、それぞれの装置識別子（ＩＤ）に関連する。この命令は、ビデオコンテンツを再生するように構成されたシンクにゲートウェイからコンテンツを送信するための要求を受け取り、ゲートウェイがデジタル証明書で受け取った、シンクに関連する装置ＩＤを、装置のリストの少なくとも一部とを比較し、証明書で受け取った、シンクに関連する装置ＩＤが、リスト上の装置ＩＤと一致することに基づいて、シンクにコンテンツを提供するように実行可能である。この命令は、証明書で受け取った装置ＩＤが、リスト上の装置ＩＤと一致しないことに少なくとも部分的に基づいて、シンクにコンテンツを提供しないように実行可能である。

いくつかの例では、命令が、シンクにリストを提供することにより、三次装置からシンクへのコンテンツを求める要求が、シンクがリストを使用することによって少なくとも部分的に制御されるように実行可能である。いくつかの例では、リストがバージョン制御され、命令は、少なくともゲートウェイとシンクとの間でリストの最新バージョンを共有するように実行可能である。いくつかの例では、命令が、信頼される認証局の共通のルートの公開鍵を用いて、リストのバージョン真正性を検証するように実行可能である。いくつかの例では、信頼される認証局の共通のルートの公開鍵が、シンク及び三次装置の両方によって保持される。いくつかの例では、ホワイトリストと比較される装置ＩＤが、ゲートウェイとシンクとの間のリンク保護中にシンクによって使用されるデジタル証明書からアクセスされる。いくつかの例では、リンク保護が、デジタル伝送コピー保護（ＤＴＣＰ）、高帯域幅デジタルコピー保護（ＨＤＣＰ）、又はデジタル著作権管理（ＤＲＭ）である。

別の態様では、方法が、コンピュータ化されたゲートウェイにおいて、ゲートウェイから少なくともいくつかのコンテンツを受け取る権限のあるシンク装置のホワイトリストを受け取るステップを含む。リスト上のエントリは、それぞれの装置に関連し、少なくともいくつかのエントリは、それぞれの装置識別子（ＩＤ）及び少なくとも１つの予想基準に関連する。この方法は、ビデオコンテンツを再生するように構成されたシンクにゲートウェイからコンテンツを送信するための要求を受け取るステップと、ゲートウェイがシンクから受け取った、シンクの装置ＩＤ及び少なくとも１つの装置属性を、装置のリストの少なくとも一部と比較するステップとを含む。方法は、シンクから受け取った装置ＩＤ及び装置属性が、リスト上の装置ＩＤ及び関連する予想基準と一致することに少なくとも部分的に基づいて、シンクにコンテンツを提供するステップを含む。一方で、方法は、シンクから受け取った装置ＩＤ及び／又は少なくとも１つの装置属性が、リスト上の装置ＩＤ及び／又はリスト上のそれぞれの予想基準と一致しないことに少なくとも部分的に基づいて、シンクにコンテンツを提供しないステップを含む。

いくつかの例では、方法が、シンクにリストを提供することにより、三次装置からシンクへのコンテンツを求める要求が、シンクがリストを使用することによって少なくとも部分的に制御されるようにするステップを含む。いくつかの例では、方法が、シンクから受け取った装置属性が、リスト上の予想基準と一致しないことに基づいて、ユーザにＯＳＤを出力するメッセージをシンクに送信するステップを含む。

予想基準の例は、ソフトウェアバージョン番号、最後のソフトウェア更新時間、ＨＤＣＰプロトコルの最低バージョン、ＤＲＭプロトコルの最低バージョン、ＤＴＣＰプロトコルの最低バージョン、セキュアな実行環境の包含、記憶能力の包含、ロバスト性の最低レベル、ハードウェアのロバスト性の最低レベル、メーカー、型番、下流の接続装置の最大数、のうちの１つ又は２つ以上を含むことができる。例えば、シンク装置から装置属性として送信された、装置のソフトウェアバージョン番号が、ソフトウェアバージョンの最低レベルと一致しない場合、この装置のソフトウェアの更新を促すＯＳＤをユーザに示すことができる。

装置属性の例は、ソフトウェアバージョン番号、最後のソフトウェア更新時間、ＨＤＣＰプロトコルのバージョン、ＨＤＣＰ装置ＩＤ、ＤＲＭプロトコルのバージョン、ＤＲＭ装置ＩＤ、ＤＴＣＰプロトコルのバージョン、ＤＴＣＰ装置ＩＤ、セキュアな実行環境の包含、記憶能力、ロバスト性のレベル、ハードウェアのロバスト性のレベル、メーカー、型番、装置のシリアル番号、下流の接続装置の数、インターネットへの接続状況、復号能力、画面解像度、画面サイズ、のうちの１つ又は２つ以上を含むことができる。

いくつかの例では、方法が、シンク装置を用いて、シンク装置がデジタル証明書内の公開鍵に対応する秘密鍵を有していることを証明することによって装置ＩＤを検証するステップを含む。いくつかの例では、方法が、公開鍵及び秘密鍵を伴う改ざん防止プロトコルを用いて、シンク装置からゲートウェイにシンク装置属性を配布するステップを含む。いくつかの例では、方法が、シンクにリストを提供することにより、三次装置からシンクへのコンテンツを求める要求が、シンクがリストを使用することによって少なくとも部分的に制御されるようにするステップを含む。このリストはバージョン制御することができ、方法は、少なくともゲートウェイとシンクとの間でリストの最新バージョンを共有するステップを含む。いくつかの例では、方法が、信頼される認証局の共通のルートの公開鍵を用いて、リストのバージョン及び真正性を検証するステップを含む。

別の態様では、コンピュータ化されたシンクのための装置が、一時的信号ではない、命令を含む少なくとも１つのコンピュータメモリを含み、この命令は、ゲートウェイを通じて受け取られた少なくともいくつかのコンテンツを受け取る権限のある装置のホワイトリストをゲートウェイから受け取るように実行可能である。ホワイトリスト上のエントリは、それぞれの装置に関連し、少なくともいくつかのエントリは、それぞれの装置識別子（ＩＤ）に関連する。命令は、ビデオコンテンツを処理するように構成された三次装置にシンクからコンテンツを送信するための要求を受け取り、シンクがデジタル証明書で受け取った、三次装置に関連する装置ＩＤを、装置のリストの少なくとも一部と比較し、証明書で受け取った、三次装置に関連する装置ＩＤが、リスト上の装置ＩＤと一致することに基づいて、三次装置にコンテンツを提供するように実行可能である。命令は、証明書で受け取った装置ＩＤが、リスト上の装置ＩＤと一致しないことに少なくとも部分的に基づいて、三次装置にコンテンツを提供しないようにさらに実行可能である。

本出願の詳細は、その構造及び動作の両方に関し、同様の要素を同じ参照符号で示す添付図面を参照して最も良く理解することができる。

本原理による例を含むシステム例のブロック図である。 図１のコンポーネントを使用できる別のシステムのブロック図である。 一実施形態による認証メッセージの概略図である。 図５に呼応する、ＤＴＣＰ無効化リスト及びメッセージフローを示すゲートウェイ及びシンクの概略図である。 認証処理例を示す図である。 ダブルハンドシェーク認証処理例の概略図である。 ロジック例のフローチャートである。 ロジック例のフローチャートである。

本開示は、一般に、消費者電子（ＣＥ）装置メッシュネットワークの態様を含むコンピュータエコシステムに関する。本明細書のシステムは、互いにデータを交換できるようにネットワークを介して接続されたサーバコンポーネント及びクライアントコンポーネントを含むことができる。クライアントコンポーネントは、ポータブルテレビ（例えば、スマートＴＶ、インターネット対応ＴＶ）、ラップトップコンピュータ及びタブレットコンピュータなどのポータブルコンピュータ、並びにスマートフォン及び後述するさらなる例を含むその他のモバイル装置を含む１又は２以上のコンピュータ装置を含むことができる。これらのクライアント装置は、様々な動作環境で動作することができる。例えば、クライアントコンピュータの一部は、一例として、Ｍｉｃｒｏｓｏｆｔ社製のオペレーティングシステム、又はＵｎｉｘオペレーティングシステム、又はＡｐｐｌｅ社又はＧｏｏｇｌｅ社製のオペレーティングシステムを使用することができる。これらの動作環境を用いて、Ｍｉｃｒｏｓｏｆｔ社又はＧｏｏｇｌｅ社又はＭｏｚｉｌｌａ又はその他のブラウザプログラムによって作製された、後述するインターネットサーバによってホストされるウェブアプリケーションにアクセスできるブラウザなどの１又は２以上のブラウジングプログラムを実行することができる。

サーバ及び／又はゲートウェイは、インターネットなどのネットワークを介してデータを送受信するようにサーバを構成する命令を実行する１又は２以上のプロセッサを含むことができる。或いは、ローカルイントラネット又は仮想プライベートネットワークを介してクライアントとサーバを接続することもできる。サーバ又はコントローラは、Ｓｏｎｙ Ｐｌａｙｓｔａｔｉｏｎ（登録商標）などのゲーム機、パーソナルコンピュータなどによって例示することもできる。

クライアントとサーバの間では、ネットワークを介して情報を交換することができる。この目的及びセキュリティのために、サーバ及び／又はクライアントは、ファイヤウォール、ロードバランサ、一時記憶装置、及びプロキシ、並びに真正性及びセキュリティを高めるその他のネットワークインフラを含むことができる。１又は２以上のサーバは、ネットワークメンバにオンラインソーシャルウェブサイトなどのセキュアなコミュニティを提供する方法を実装する装置を形成することができる。

本明細書で使用する命令とは、システム内で情報を処理するためのコンピュータ実行ステップのことを意味する。命令は、ソフトウェア、ファームウェア、又はハードウェアに実装することができ、システムのコンポーネントが行うあらゆるタイプのプログラムステップを含むことができる。

プロセッサは、アドレス回線、データ回線及び制御回線などの様々な回線、並びにレジスタ及びシフトレジスタによってロジックを実行できるいずれかの従来の汎用シングルチップ又はマルチチッププロセッサとすることができる。

フローチャートによって説明するソフトウェアモジュール、及び本明細書におけるユーザインターフェイスは、様々なサブルーチン、手続きなどを含むことができる。本開示を限定することなく、特定のモジュールによって実行されるものとして開示するロジックは、他のソフトウェアモジュールに再分配し、及び／又は単一のモジュールに組み合わせ、及び／又は共有可能なライブラリ内で利用することもできる。

本明細書で説明する本原理は、ハードウェア、ソフトウェア、ファームウェア、又はこれらの組み合わせとして実装することができ、従って例示的なコンポーネント、ブロック、モジュール、回路及びステップについては、これらの機能面から説明する。

上記で示唆したものに加え、以下で説明する論理ブロック、モジュール及び回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又は特定用途向け集積回路（ＡＳＩＣ）などの他のプログラマブル論理装置、離散ゲート又はトランジスタロジック、離散ハードウェアコンポーネント、又は本明細書で説明する機能を実行するように設計されたこれらのいずれかの組み合わせで実装し、又はこれらの組み合わせによって実行することができる。プロセッサは、コントローラ、状態機械、又はコンピュータ装置の組み合わせによって実装することができる。

以下で説明する機能及び方法は、ソフトウェアで実装した場合、限定するわけではないが、Ｃ＃、Ｃ＋＋などの適当な言語で書くことができ、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、電気的に消去可能プログラム可能リードオンリメモリ（ＥＥＰＲＯＭ）、コンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）、又はデジタル多用途ディスク（ＤＶＤ）などの他の光ディスクストレージ、磁気ディスクストレージ、又は取り外し可能なサムドライブなどを含む他の磁気ストレージ装置などのコンピュータ可読記憶媒体に記憶し、又はこれらを通じて伝送することができる。ある接続は、コンピュータ可読媒体を構築することができる。このような接続は、一例として、光ファイバ、同軸線、デジタル加入者回線（ＤＳＬ）及びツイストペア線を含む有線ケーブルを含むことができる。このような接続は、赤外線及び無線を含む無線通信接続を含むこともできる。

１つの実施形態に含まれるコンポーネントは、他の実施形態においていずれかの適当な組み合わせで使用することができる。例えば、本明細書において説明する及び／又は図に示す様々なコンポーネントのいずれかは、組み合わせ、置き換え、又は他の実施形態から除外することができる。

「Ａ、Ｂ及びＣのうちの少なくとも１つを有するシステム（同様に、「Ａ、Ｂ又はＣのうちの少なくとも１つを有するシステム」、及び「Ａ、Ｂ、Ｃのうちの少なくとも１つを有するシステム」）」は、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢの両方、ＡとＣの両方、ＢとＣの両方、及び／又はＡとＢとＣ全てなどを有するシステムを含む。

ここで図１を具体的に参照すると、本原理による、上述してさらに以下で説明する、１又は２以上の装置例を含むことができるエコシステム１０の例を示している。システム１０に含まれる第１の装置例は、一次ディスプレイ装置例として構成された消費者電子（ＣＥ）装置であり、図示の実施形態では、限定するわけではないが、（ＴＶを制御するセットトップボックスに相当する）ＴＶチューナを有するインターネット対応ＴＶなどのオーディオビデオディスプレイ装置（ＡＶＤＤ）１２である。しかしながら、ＡＶＤＤ１２は、例えば、コンピュータ化されたインターネット対応冷蔵庫、洗濯機又はドライヤーなどの電化製品又は家庭用品とすることもできる。また、ＡＶＤＤ１２は、例えば、コンピュータ化されたインターネット対応（「スマート」）電話機、タブレットコンピュータ、ノートブックコンピュータ、コンピュータ化されたインターネット対応腕時計などのコンピュータ化されたウェアラブル装置、コンピュータ化されたインターネット対応ブレスレット、その他のコンピュータ化されたインターネット対応装置、コンピュータ化されたインターネット対応音楽プレーヤ、コンピュータ化されたインターネット対応ヘッドホン、埋め込み型皮膚装着装置などのコンピュータ化されたインターネット対応埋め込み型装置などとすることもできる。いずれにせよ、ＡＶＤＤ１２は、本原理を実施する（例えば、他のＣＥ装置と通信して本原理を実施し、本明細書で説明するロジックを実行し、本明細書で説明する他のいずれかの機能及び／又は動作を実行する）ように構成されると理解されたい。

従って、ＡＶＤＤ１２は、このような原理を実施するために、図１に示すコンポーネントの一部又は全部によって構築することができる。例えば、ＡＶＤＤ１２は、高精細又は超高精細「４Ｋ」又はそれよりも高精細なフラットスクリーンによって実装できる、ディスプレイへのタッチを介してユーザ入力信号を受け取るタッチ対応とすることができる１又は２以上のディスプレイ１４を含むことができる。ＡＶＤＤ１２は、本原理に従ってオーディオを出力する１又は２以上のスピーカ１６、及び、例えばＡＶＤＤ１２に可聴コマンドを入力してＡＶＤＤ１２を制御する、オーディオ受信機／マイクなどの少なくとも１つの追加の入力装置１８を含むことができる。ＡＶＤＤ１２の例は、１又は２以上のプロセッサ２４の制御下でインターネット、ＷＡＮ、ＬＡＮなどの少なくとも１つのネットワーク２２を介して通信する１又は２以上のネットワークインターフェイス２０を含むこともできる。従って、インターフェイス２０は、限定するわけではないが、メッシュネットワークトランシーバなどの無線コンピュータネットワークインターフェイスの一例であるＷｉ−Ｆｉトランシーバとすることができる。プロセッサ２４は、画像を提示するようにディスプレイ１４を制御することや、ディスプレイ１４からの入力を受け取ることなどの、本明細書で説明するＡＶＤＤ１２の他の要素を含めて本原理を実施するようにＡＶＤＤ１２を制御すると理解されたい。さらに、ネットワークインターフェイス２０は、例えば、有線又は無線モデム又はルータ、或いは無線電話トランシーバ、又は上述したようなＷｉＦｉトランシーバなどの他の適当なインターフェイスとすることもできる。

ＡＶＤＤ１２は、上述の内容に加えて、（有線接続などを用いて）別のＣＥ装置に物理的に接続するための高品位マルチメディアインターフェイス（ＨＤＭＩ）ポート又はＵＳＢポートなどの１又は２以上の入力ポート２６、及び／又はＡＶＤＤ１２からヘッドホンを通じてユーザに音声を提示できるようにＡＶＤＤ１２にヘッドホンを接続するためのヘッドホンポートを含むこともできる。例えば、入力ポート２６は、有線又は無線を介してオーディオビデオコンテンツのケーブル又は衛星ソース２６ａに接続することができる。従って、ソース２６ａは、例えば独立型又は一体型セットトップボックス、或いは衛星受信機とすることができる。或いは、ソース２６ａは、ユーザが以下でさらに説明するチャネル割り当てのためのお気に入りと見なすことができるコンテンツを含むゲーム機又はディスクプレーヤとすることもできる。

ＡＶＤＤ１２は、場合によってはスタンドアロン装置として、或いはＡＶＤＤのシャーシ内部又は外部のＡＶ番組を再生するためのパーソナルビデオ録画装置（ＰＶＲ）又はビデオディスクプレーヤとしてＡＶＤＤのシャーシ内に具体化された、ディスク型ストレージ又は固体ストレージなどの１又は２以上の有形コンピュータ可読記憶媒体２８をさらに含むことができる。また、いくつかの実施形態では、ＡＶＤＤ１２が、以下に限定するわけではないが、例えば、少なくとも１つの衛星又は携帯電話タワーから地理的位置情報を受け取ってこの情報をプロセッサ２４に提供するように構成された、及び／又はＡＶＤＤ１２が配置されている高度をプロセッサ２４と協働して特定するように構成された、携帯電話受信機、ＧＰＳ受信機及び／又は高度計３０などの位置又は場所受信機を含むこともできる。しかしながら、本原理に従って携帯電話受信機、ＧＰＳ受信機及び／又は高度計以外の別の好適な位置受信機を用いて、例えば３次元全てでＡＶＤＤ１２の場所を特定することもできると理解されたい。

ＡＶＤＤ１２の説明を続けると、いくつかの実施形態では、ＡＶＤＤ１２が、例えば熱探知カメラ、ウェブカメラなどのデジタルカメラ、及び／又はＡＶＤＤ１２に一体化され、本原理に従って写真／画像及び／又はビデオを収集するようにプロセッサ２４によって制御可能なカメラとすることができる１又は２以上のカメラ３２を含むこともできる。ＡＶＤＤ１２は、Ｂｌｕｅｔｏｏｔｈ（登録商標）及び／又は近距離無線通信（ＮＦＣ）技術をそれぞれ用いて他の装置と通信するＢｌｕｅｔｏｏｔｈトランシーバ３４及びその他のＮＦＣ要素３６を含むこともできる。ＮＦＣ要素の例としては、無線周波数識別（ＲＦＩＤ）要素を挙げることができる。

さらに、ＡＶＤＤ１２は、プロセッサ２４に入力を提供する１又は２以上の補助センサ３７（例えば、加速度計、ジャイロスコープ、車輪回転記録器、磁気センサ、赤外線（ＩＲ）センサ、光学センサ、速度及び／又は歩調センサ、（ジェスチャコマンドなどを感知するための）ジェスチャセンサなどのモーションセンサ）を含むこともできる。ＡＶＤＤ１２は、プロセッサ２４に入力を提供するＯＴＨ ＴＶ放送を受信する無線ＴＶ放送ポート３８を含むこともできる。上述の内容に加え、ＡＶＤＤ１２は、ＩＲデータ通信協会（ＩＲＤＡ）装置などの赤外線（ＩＲ）送信機及び／又はＩＲ受信機及び／又はＩＲトランシーバ４２を含むこともできる。ＡＶＤＤ１２に給電を行うバッテリ（図示せず）を提供することもできる。

引き続き図１を参照すると、システム１０は、ＡＶＤＤ１２に加えて、１又は２以上の他のＣＥ装置タイプを含むことができる。一例では、後述するサーバを通じて送信されるコマンドを介してディスプレイを制御するために第１のＣＥ装置４４を使用することができ、また第２のＣＥ装置４６は、第１のＣＥ装置４４と同様のコンポーネントを含むことができ、従って詳細には説明しない。図示の例では、２つのＣＥ装置４４、４６しか示していないが、これより少ない又は多くの装置を使用することもできると理解されたい。

図示の例では、本原理を説明するために、３つの装置１２、４４、４６全てが、例えば家庭内のエンターテイメントネットワークのメンバであり、或いは家庭などの場所において少なくとも互いに近くに存在すると仮定する。しかしながら、本原理は、別途明確に主張していない限り、点線４８によって示す特定の場所に限定されるものではない。

非限定的な第１のＣＥ装置４４の例は、例えばポータブル無線ラップトップコンピュータ又はノートブックコンピュータなどの上述した装置のうちのいずれか１つによって構築することができ、従って後述するコンポーネントのうちの１つ又は２つ以上を有することができる。第２のＣＥ装置４６は、限定するわけではないが、Ｂｌｕ−ｒａｙ（登録商標）プレーヤ及びゲーム機などのビデオディスクプレーヤによって構築することができる。第１のＣＥ装置４４は、例えばＡＶＤＤ１２にＡＶ再生コマンド及び一時停止コマンドを出す遠隔制御装置（ＲＣ）とすることができ、或いはタブレットコンピュータ、ゲーム機、パーソナルコンピュータ、無線電話機などのさらなる高機能装置とすることもできる。

従って、第１のＣＥ装置４４は、ディスプレイへのタッチを介してユーザ入力信号を受け取るようにタッチ式とすることができる１又は２以上のディスプレイ５０を含むことができる。第１のＣＥ装置４４は、本原理に従ってオーディオを出力する１又は２以上のスピーカ５２、及び、例えば第１のＣＥ装置４４に可聴コマンドを入力して装置４４を制御する、オーディオ受信機／マイクなどの少なくとも１つの追加の入力装置５４を含むことができる。第１のＣＥ装置４４の例は、１又は２以上のＣＥ装置プロセッサ５８の制御下でネットワーク２２を介して通信を行うための１又は２以上のネットワークインターフェイス５６を含むこともできる。従って、インターフェイス５６は、限定するわけではないが、無線コンピュータネットワークインターフェイスの一例である、メッシュネットワークインターフェイスを含むＷｉ−Ｆｉトランシーバとすることができる。プロセッサ５８は、画像を提示するようにディスプレイ５０を制御することや、ディスプレイ５０からの入力を受け取ることなどの、本明細書で説明する第１のＣＥ装置４４の他の要素を含めて本原理を実施するように第１のＣＥ装置４４を制御すると理解されたい。さらに、ネットワークインターフェイス５６は、例えば有線又は無線モデム又はルータ、或いは無線電話トランシーバ、又は上述したＷｉ−Ｆｉトランシーバなどの他の適当なインターフェイスとすることもできる。

第１のＣＥ装置４４は、上述の内容に加えて、（有線接続などを用いて）別のＣＥ装置に物理的に接続するためのＨＤＭＩポート又はＵＳＢポートなどの１又は２以上の入力ポート６０、及び／又は第１のＣＥ装置４４からヘッドホンを通じてユーザに音声を提示できるように第１のＣＥ装置４４にヘッドホンを接続するためのヘッドホンポートを含むこともできる。第１のＣＥ装置４４は、ディスク型ストレージ又は固体ストレージなどの１又は２以上の有形コンピュータ可読記憶媒体６２をさらに含むことができる。また、いくつかの実施形態では、第１のＣＥ装置４４が、以下に限定するわけではないが、例えば、少なくとも１つの衛星及び／又は携帯電話タワーから三角測量法を用いて地理的位置情報を受け取ってこの情報をＣＥ装置プロセッサ５８に提供するように構成された、及び／又はＣＥ装置４４が配置されている高度をＣＥ装置プロセッサ５８と協働して特定するように構成された、携帯電話受信機及び／又はＧＰＳ受信機及び／又は高度計６４などの位置又は場所受信機を含むこともできる。しかしながら、本原理に従って携帯電話受信機及び／又はＧＰＳ受信機及び／又は高度計以外の別の好適な位置受信機を用いて、例えば第１のＣＥ装置の場所を例えば３次元全てにおいて特定することもできると理解されたい。

第１のＣＥ装置４４の説明を続けると、いくつかの実施形態では、第１のＣＥ装置４４が、例えば、熱探知カメラ、ウェブカメラなどのデジタルカメラ、及び／又は第１のＣＥ装置４４に一体化され、本原理に従って写真／画像及び／又はビデオを収集するようにＣＥ装置プロセッサ５８によって制御可能なカメラとすることができる１又は２以上のカメラ３２を含むこともできる。第１のＣＥ装置４４は、Ｂｌｕｅｔｏｏｔｈ及び／又は近距離無線通信（ＮＦＣ）技術をそれぞれ用いて他の装置と通信するＢｌｕｅｔｏｏｔｈトランシーバ６８及びその他のＮＦＣ要素７０を含むこともできる。ＮＦＣ要素の例としては、無線周波数識別（ＲＦＩＤ）要素を挙げることができる。

さらに、第１のＣＥ装置４４は、ＣＥ装置プロセッサ５８に入力を提供する１又は２以上の補助センサ７２（例えば、加速度計、ジャイロスコープ、車輪回転記録器、磁気センサ、赤外線（ＩＲ）センサ、光学センサ、速度及び／又は歩調センサ、（ジェスチャコマンドなどを感知するための）ジェスチャセンサなどのモーションセンサ）を含むこともできる。第１のＣＥ装置４４は、ＣＥ装置プロセッサ５８に入力を提供する１又は２以上の気候センサ７４（例えば、気圧計、湿度センサ、風力センサ、光センサ、温度センサなど）及び／又は１又は２以上の生体センサ７６などのさらに他のセンサを含むこともできる。上述の内容に加え、いくつかの実施形態では、第１のＣＥ装置４４が、ＩＲデータ通信協会（ＩＲＤＡ）装置などの赤外線（ＩＲ）送信機及び／又はＩＲ受信機及び／又はＩＲトランシーバ４２を含むこともできる。第１のＣＥ装置４４に給電を行うバッテリ（図示せず）を提供することもできる。ＣＥ装置４４は、上述した通信モード及び関連するコンポーネントのうちのいずれかを通じてＡＶＤＤ１２と通信することができる。

第２のＣＥ装置４６は、ＣＥ装置４４について示したコンポーネントの一部又は全部を含むことができる。

ここで、上述した少なくとも１つのサーバ８０を参照すると、このサーバ８０は、少なくとも１つのサーバプロセッサ８２と、ディスク型ストレージ又は固体ストレージなどの少なくとも１つの有形コンピュータ可読記憶媒体８４と、サーバプロセッサ８２の制御下でネットワーク２２を介して図１の他の装置と通信することを可能にし、実際には本原理に従ってサーバとクライアント装置との間の通信を容易にすることができる少なくとも１つのネットワークインターフェイス８６とを含む。なお、ネットワークインターフェイス８６は、例えば、有線又は無線モデム又はルータ、ＷｉＦｉトランシーバ、或いは無線電話トランシーバなどの他の適当なインターフェイスとすることもできる。

従って、いくつかの実施形態では、サーバ８０をインターネットサーバとすることができ、またサーバ８０は、実施形態例ではシステム１０の装置がサーバ８０を介して「クラウド」環境にアクセスするように、「クラウド」機能を含んでこの機能を実行することができる。或いは、図１に示す他の装置と同じ室内の、又は近くのゲーム機又は他のコンピュータによってサーバ８０を実装することもできる。

ここで図２を参照すると、図１のＡＶＤＤ１２のコンポーネントの一部又は全部を組み込むことができるＡＶＤＤ２００が少なくとも１つのゲートウェイに接続されており、これらのゲートウェイから、例えば４Ｋ又は８ＫコンテンツなどのＵＨＤコンテンツなどのコンテンツを受け取ることができる。図示の例では、ＡＶＤＤ２００が、それぞれの衛星ＴＶプロバイダのそれぞれの衛星システム２０６、２０８から衛星ＴＶ信号を受け取る衛星ＴＶセットトップボックスとして構成することができる第１及び第２の衛星ゲートウェイ２０２、２０４に接続されている。

ＡＶＤＤ２００は、衛星ゲートウェイに加えて、又は衛星ゲートウェイの代わりに、各々がそれぞれのケーブルヘッドエンド２１４、２１６からコンテンツを受け取る１又は２以上のケーブルＴＶセットトップボックス型ゲートウェイ２１０、２１２からコンテンツを受け取ることもできる。

この場合も、ＡＶＤＤ２００は、セットトップボックス型ゲートウェイの代わりにクラウドベースゲートウェイ２２０からコンテンツを受け取ることもできる。クラウドベースゲートウェイ２２０は、ＡＶＤＤ２００に近いネットワークインターフェイス装置（例えば、ＡＶＤＤ２００のモデム）内に存在することも、或いはインターネットからのコンテンツをＡＶＤＤ２００に送信するリモートインターネットサーバ内に存在することもできる。いずれにせよ、ＡＶＤＤ２００は、クラウドベースゲートウェイ２２０を介してインターネットからＵＨＤコンテンツなどのマルチメディアコンテンツを受け取ることができる。これらのゲートウェイはコンピュータ化され、従って図１に示すいずれかのＣＥ装置の適当なコンポーネントを含むことができる。

いくつかの実施形態では、例えば本譲受人のリモートビューイングユーザインターフェイス（ＲＶＵ）技術を用いて、１つのセットトップボックス型ゲートウェイのみを設けることができる。

ＡＶＤＤ２００には、本明細書の原理に従ってＡＶＤＤ２００からコンテンツを受け取るように、（メッシュタイプネットワークとすることができる）ホームネットワークにおいて、例えばイーサネット（登録商標）、ユニバーサルシリアルバス（ＵＳＢ）、ＷｉＦｉ、或いはその他の有線又は無線プロトコルを介して三次装置を接続することができる。図示の非限定的な例では、ＡＶＤＤ２００に第２のＴＶ２２２が接続されてＡＶＤＤ２００からコンテンツを受け取り、ビデオゲーム機２２４も同様である。１又は２以上の三次装置に追加の装置を接続してネットワークを拡張することもできる。三次装置は、図１に示すいずれかのＣＥ装置の適当なコンポーネントを含むことができる。

最初の基本例では、図２に示すＡＶＤＤ２００、又はゲートウェイの１つが、ＵＨＤコンテンツを再生するためのユーザ入力を受け取ることができる。通常、このようなコンテンツは高価値であると見なされるので、ユーザは、一般にこのようなコンテンツに対する加入契約を所有している必要がある。いずれにせよ、ゲートウェイは、選択されたＵＨＤ番組に同調し、この例示的な実施形態では、ＡＶＤＤ２００との間のデジタル伝送コピー保護（ＤＴＣＰ）接続が未だ確立されていない場合、この接続を確立する。ＡＶＤＤ２００及びゲートウェイは、いずれもＤＴＣＰ証明書を所有しており、このＤＴＣＰ証明書が失効していないかについて、相手側のコンポーネントによってチェックされる（ＡＶＤＤがゲートウェイの証明書をチェックし、ゲートウェイがＡＶＤＤの証明書をチェックする）。いずれの証明書も失効していなければ、ゲートウェイは、ＡＶＤＤにコンテンツを送信し、このＡＶＤＤがコンテンツのシンクとして機能してコンテンツを再生する。

いくつかの実施形態では、ＡＶＤＤ２００が、プロトコルによってはコンテンツを再送又は記録しないようにプログラムされ、ＡＶＤＤ２００からの高品位マルチメディアインターフェイス（ＨＤＭＩ）出力が許可されない場合もある。ＡＶＤＤ２００からの圧縮又は復号コンテンツに外部的にアクセスする手段が提供されていない場合もあり、ＡＶＤＤ２００から出力されるオーディオビデオコンテンツについてあらゆるイーサネット又はＵＳＢインターフェイスがプログラム的に無効にされることもある（ただし、他の出力は可能にすることができる）。

しかしながら、本明細書で説明する他の実施形態では、ＡＶＤＤ２００が、三次装置にコンテンツを送信することができる。一方で、本明細書で理解されるように、ＡＶＤＤ２００がコンテンツを送信できる他の装置がコンテンツ保護ロバスト性要件に適合できず、高価値コンテンツの無認可の流布を招く恐れもある。また、やはり本明細書で理解されるように、一つには、ＤＴＣＰ認証において使用されるＤｉｇｉｔａｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｌｉｃｅｎｓｉｎｇ Ａｄｍｉｎｉｓｔｒａｔｏｒ（ＤＴＬＡ）証明書が装置のメーカーの識別子又は型番情報を含んでいないという理由で、ＤＴＣＰは、この問題に部分的にしか対処しない。従って、本明細書で理解されるように、既存のＤＴＬＡ証明書を単純に使用するだけでは、認可されたシンクの下流のコンテンツ配信を管理する認可装置の「ホワイトリスト」を実装することはできない。

上記を踏まえ、本原理は、認証目的で装置属性及び／又は装置ＩＤをセキュアに送信できるようにする。一例では、本明細書において修正したデジタルリビングネットワークアライアンス（ＤＬＮＡ（登録商標））商用ビデオプロファイル（ＣＶＰ）−２認証機構を用いて、認証を求める装置の秘密暗号鍵によってデータペイロードをセキュアにした状態で、関連するロバスト性規格への適合を示すビットを実装することができる。なお、本原理は、ゲートウェイなどの上流のコンポーネントとの認証を求めるＡＶＤＤ２００、及び／又はシンクからコンテンツを取得するために認証を求める三次装置に適用することができる。従って、例えば図３〜図６では、認証を求めるクライアントを、ＡＶＤＤ２００とすることができるシンクとして、認証サーバをゲートウェイ２０２とすることができ、或いは認証を求めるクライアントを、三次装置２２２、２２４の一方として、認証を与えるコンポーネントを、単独で又は上流のゲートウェイと協働してＡＶＤＤ２００とすることができる。

使用できる装置属性は、ソフトウェアバージョン番号（例えば、装置が現在使用しているＨＤＣＰソフトウェアのバージョン番号）、最後のソフトウェア更新時間、ＨＤＣＰプロトコルのバージョン、ＨＤＣＰ装置ＩＤ、デジタル著作権管理（ＤＲＭ）プロトコルのバージョン、ＤＲＭ装置ＩＤ、ＤＴＣＰプロトコルのバージョン、ＤＴＣＰ装置ＩＤ、セキュア実行環境の包含、記憶能力、ロバスト性レベル、ハードウェアのロバスト性レベル、メーカー、型番、装置のシリアル番号、下流の接続装置数、インターネットへの接続状況、復号能力、画面解像度、画面サイズである。認証は、認証サーバへのハイパーテキストトランスファプロトコルセキュア（ｈｔｔｐｓ）リンクによってトリガされ、認証要求は、「ｐｒｏｔｏｃｏｌＩｎｆｏ」メッセージで伝達することができる。

図３に、例えばＤＴＣＰ証明書を補完又は保持するトランスポートレイヤセキュリティ（ＴＬＳ）メッセージ３０２に追加フィールド３００が追加された図を示す。不透明ランダムバイト３０４、及びランダムノンス３０６を提供し、装置の秘密鍵を用いて公開鍵／秘密鍵暗号化スキームで暗号化することができる。本原理によれば、フィールド３００は、ユニバーサルプラグアンドプレイ（ＵＰｎＰ）メッセージで送信されるものと同一の、認証を求める装置を一意に識別する汎用一意識別子（ＵＵＩＤ）とすることができる１６バイトなどの符号無し文字列を含むことができる。この文字列は、ｄｔｃｐ＿ａｕｔｈｅｎｔｉｃａｔｉｏｎメッセージを送信するＤＴＣＰ準拠センダによって生成され、共に使用されているＤＴＣＰ証明書のタイプに関係なく要求装置を一意に識別するためにサーバが使用することができる。フィールド３００のＵＵＩＤは、装置のメーカー、型番及び装置ＩＤを示すことができる。ＴＬＳメッセージ３０２は、１又は２以上のＤＴＣＰ証明書３０８を含むこともできる。

図４及び図５には、図３のデータの使用についての説明を共に示す。図４の非限定的な例に示すように、ゲートウェイ４００は、イーサネット又はＷｉ−Ｆｉを介してシンク４０２と通信する。各コンポーネントは、無効になったＤＴＣＰ証明書をリストするＤＴＣＰ無効化リストのそれぞれのデータ構造４０４、４０６にアクセスすることができる。また、４０８に示すように、ゲートウェイ４００とシンク４０２との間では、図３のメッセージ３０２も交換される。やはり図４に示すように、ゲートウェイ４００は、コンテンツを受け取る権限がある個々の装置のリストであるホワイトリストデータ構造４１０にアクセスすることができる。ホワイトリスト４１０内の各エントリは、装置のメーカー、型番及び装置ＩＤを含むことができる。

図５の５００に、シンクからゲートウェイに送信されているメッセージ３０２を示す。５０２において、ゲートウェイは、ホワイトリスト４１０にアクセスし、図３のフィールド３００に基づいて、シンクがホワイトリスト上に存在するかどうかを判定する。存在する場合、シンクは最初のチェックに合格し、存在しない場合、このシンクには要求コンテンツへのアクセスが許可されない。

５０４において、ゲートウェイは、ＤＴＣＰ認証プロトコルで受け取られたシンクのＤＴＣＰ証明書が、ＴＬＳメッセージ３０２で受け取られた証明書と同じものであるかどうかをさらに判定することができる。シンクは、（５０２及び５０４における）両試験に合格した場合、ゲートウェイによってコンテンツを受け取る権限があると判定される。いずれかの試験に落ちた場合、このシンクにはコンテンツへのアクセスを許可しなくてよい。

上記の処理を、図６にさらに詳細に示す。図６では、「ユーザインターフェイスクライアント」、「ＤＴＣＰライブラリ」及び「認証クライアント」が、例えばシンク又はシンクに接続された三次装置などの認証を求めるクライアント装置によって実行されるローカルソフトウェアルーチンであり、「認証サーバ」が、例えばゲートウェイなどのアクセスを与えるコンポーネントによって実行されるルーチンである。

６００において、ユーザは、クライアント上に提示されたユーザインターフェイス（ＵＩ）を介して再生のためのコンテンツを選択し、これによって認証要求を開始することができる。６０２において、クライアント及びサーバは、上述したＴＬＳ補足データメッセージの拡張のために互いに支援し合っている旨のメッセージを交換することにより、その旨を互いに通知し合うことができる。

６０４において、サーバは、ＤＴＣＰ署名済みとすることができる補足データメッセージを送信することができ、この補足データメッセージは、ランダム番号（ノンス１）と、（存在すると仮定とすることができるが、任意の）サーバのＤＴＣＰ証明書と、サーバのいわゆるＸ．５０９証明書を送ることによって送信できる、ＤＴＣＰ証明書を使用する場合には自己署名することができるサーバの公開鍵とを含むことができる。

６０６において、クライアントは、サーバのＤＴＣＰ証明書の公開鍵を用いてサーバの署名を確認（検証）する。このようにして、クライアントは、正規のサーバと通信していると認識する。また、望む場合には、６０８において、サーバが、ＤＴＣＰ証明書と、セッション鍵交換（ＳＫＥ）フィールドと、証明書要求（ＣＲ）と、ｓｅｒｖｅｒ ｈｅｌｌｏ ｄｏｎｅ（ＳＨＤ）指示とを含むＴＬＳメッセージをクライアントに送信する。

６１０には、クライアントがサーバの認証に失敗した場合、その旨のエラーメッセージをクライアントのディスプレイ上に提示できることを示しているにすぎない。６１２には、サーバのＤＴＣＰ検証が成功した旨の判定が行われたことを示す。

６１４において、クライアントは、クライアントのＤＴＣＰ署名によって署名された補足データメッセージをサーバに送信する。この補足データメッセージは、６０４において送信された元々のランダム番号（ノンス１）、（適合ビットセット、及び／又は図３のフィールド３００のメーカー／モデル＃を含む）クライアントのＤＴＣＰ証明書、装置メーカーＩＤ、装置の型番、及び必要に応じてその他のデータを含む。６１５において、サーバは、６１４において送信されたデータを用いて、クライアントのＤＴＣＰ証明書が失効していないこと、クライアントのＤＴＣＰ証明書が「適合ビット」（及び使用する場合にメーカー番号／型番）を含むこと、及びこのメーカー番号／型番がホワイトリスト内に存在することを検証する。署名は、クライアントのＤＴＣＰ証明書の公開鍵の妥当性を確認するものである。上述したように、認証に使用されるＤＴＣＰ証明書は、リンク保護に使用されるＤＴＣＰ証明書と同じものでもある。中間者攻撃を防ぐために、６１６においてクライアントとサーバの間にＴＬＳトンネルを確立し、その後６１８〜６２９において、（異なるノンスを用いて、すなわち「ノンス１」ではなく「ノンス２」を用いて）上述したシーケンスをＴＬＳトンネル内で繰り返し、６３０において、クライアント上に認証の成功が示される。

図７及び図８にさらなる態様を示す。図７のブロック７００から開始して、ゲートウェイは、上述した認可装置のホワイトリストをシンクに提供する。ブロック７０２において、シンクは、コンテンツを求める要求を三次装置から受け取る。この要求は、メーカーＩＤ、型番及び装置ＩＤ、並びに１又は２以上の装置属性を含むことができる。判定ダイヤモンド７０４において、シンクは、ホワイトリストにアクセスし、メーカーＩＤと型番及び／又は装置ＩＤとの組み合わせを用いて、三次装置がリスト上に存在するかどうかを判定する。存在しない場合、ロジックは図８に進むことができる。

一方、三次装置がホワイトリスト上に存在する場合、ロジックは判定ダイヤモンド７０６に進み、ブロック７０２において受け取られた１又は２以上の装置属性が、ホワイトリスト内のこの装置についてのエントリ又は他の関連するデータ構造によって示される、装置の１又は２以上のそれぞれの予想基準と一致するかどうかを判定することができる。１つの実装では、複数の装置属性を使用する場合、肯定的な試験結果が戻されて、ブロック７０８において三次装置に提供するシンク上のコンテンツにアクセスするには、これらの装置属性の全てがそれぞれの予想基準と一致しなければならない。別の実装では、複数の装置属性を使用する場合、肯定的な試験結果が戻されて、ブロック７０８において三次装置に提供するシンク上のコンテンツにアクセスするには、これらの装置属性の全て未満がそれぞれの予想基準と一致しなければならない。

予想基準は、以下に限定されるわけではないが、ソフトウェアバージョン番号（例えば、三次装置が使用しているＨＤＣＰのバージョン）、最後のソフトウェア更新時間、ＨＤＣＰプロトコルの最低バージョン、ＤＲＭプロトコルの最低バージョン、ＤＴＣＰプロトコルの最低バージョン、セキュアな実行環境の包含、記憶能力の包含、ロバスト性の最低レベル、ハードウェアのロバスト性の最低レベル、メーカー、型番、下流の接続装置の最大数、のうちの１つ又は２つ以上となるように選択することができる。

判定ダイヤモンド７０６において、装置属性が、装置に関連する関連予想基準と一致しない場合、ロジックは、ブロック７１０に進むことができる。ブロック７１０において、シンクは、三次装置に対し、ユーザに適切な措置を取るように促すＵＩを三次装置上に提示するように命令することができる。例えば、装置属性がＨＤＣＰのソフトウェアバージョン（例えば、ＨＤＣＰ１．０）であり、これがホワイトリスト内に示される装置の予想ＨＤＣＰバージョン（例えば、ＨＤＣＰ２．２）と一致しない場合、三次装置のソフトウェア、従ってＨＤＣＰバージョンをアップグレードするように促すことができる。或いは、ブロック７１０において、シンクは、最新のソフトウェアバージョンが三次装置に自動的にプッシュされるようにすることもできる。なお、ゲートウェイが図７及び図８における「シンク」の役割を果たし、シンクが図７及び図８における「三次装置」の役割を果たす状態で、ゲートウェイが図７及び図８のロジックを用いてシンクの妥当性を検証することもできる。

図８の実装例には、適切に吟味された装置をホワイトリストに追加することによって図２のメッシュネットワークが自己回復するように、ホワイトリストを動的に更新するアルゴリズムを示す。判定ダイヤモンド８００から開始して、シンクは、三次装置が信頼できるソースから提供されたものであるかどうか、例えば、三次装置が信頼できると分かっているメーカーによって製造されたものであるかどうかを判定する。この判定は、図７のブロック７０２において受け取られたメーカーＩＤ又はその他の情報を、信頼できるソースのリストと比較することに基づいて行うことができる。装置が信頼できるソースから提供されたものでない場合、ロジックは状態８０２において終了することができ、一方で、装置が信頼できるソースから提供されたものである場合、ロジックはブロック８０４に進み、例えば、装置ＩＤ、型番及び装置属性などの、この装置の情報を収集することができる。

ブロック８０６に進み、シンクは、ブロック８０４において収集した装置情報を新たなエントリとしてホワイトリストに追加する。ブロック８０８において、このホワイトリストを、図示の例ではゲートウェイである上流にプッシュし、このゲートウェイは、最新のホワイトリストを他のゲートウェイに流布できるようにインターネットにさらにプッシュする。ブロック８１０において、ゲートウェイの上流のホワイトリストソースからゲートウェイにおいて受け取られた最新のホワイトリストバージョンを上流から、すなわちゲートウェイからシンクにおいて受け取ることができる。

ゲーム機などの三次装置が、レガシーＴＶのＨＤＣＰ１．０及び新しいＴＶのＨＤＣＰ２．０の両方をサポートしている場合、配布されたホワイトリストは、ゲーム機内のＨＤＣＰ１．０を、又は特定のコンテンツのみを永久に無効にし、又は別様にオフにすることができる。いずれにせよ、最新の又は最後のホワイトリストを有している装置は、ホワイトリストを他の装置に配布する。

上記の方法は、プロセッサ、好適に構成された特定用途向け集積回路（ＡＳＩＣ）又はフィールドプログラマブルゲートアレイ（ＦＰＧＡ）モジュールによって実行されるソフトウェア命令として、或いは当業者が理解すると思われる他のいずれかの便利な形として実装することができる。ソフトウェア命令は、使用する場合、ＣＤ ＲＯＭ又はフラッシュドライブなどの非一時的装置内で具体化することができる。ソフトウェアコード命令は、無線信号又は光信号などの一時的構成において、或いはインターネットを介したダウンロードを通じて具体化することもできる。

いくつかの実施形態例を参照しながら本原理について説明したが、これらの実施形態は、限定的であることを意図されたものではなく、本明細書において特許請求する主題は、様々な別の構成を用いて実装することもできると理解されるであろう。

Claims (21)

1. コンピュータ化されたコンテンツゲートウェイのための装置であって、
   一時的信号でなく、命令を含む少なくとも１つのコンピュータメモリを備え、前記命令は、少なくとも１つのプロセッサにより、
   前記ゲートウェイから少なくともいくつかのコンテンツを受け取る権限のあるシンク装置のホワイトリストであって、該リスト上のエントリがそれぞれの装置に関連し、少なくともいくつかのエントリがそれぞれの装置識別子（ＩＤ）に関連するホワイトリストを受け取り、
   ビデオコンテンツを再生するように構成されたシンクに前記ゲートウェイからコンテンツを送信するための要求を受け取り、
   前記ゲートウェイがデジタル証明書で受け取った、前記シンクに関連する装置ＩＤを、前記装置のリストの少なくとも一部と比較し、
   前記証明書で受け取った、前記シンクに関連する前記装置ＩＤが、前記リスト上の装置ＩＤと一致することに基づいて、前記コンテンツを前記シンクに提供し、
   前記証明書で受け取った前記装置ＩＤが、前記リスト上の装置ＩＤと一致しないことに少なくとも部分的に基づいて、前記コンテンツを前記シンクに提供しない、
   ように実行可能である、
   ことを特徴とする装置。
2. 前記命令は、前記リストを前記シンクに提供することにより、三次装置から前記シンクへのコンテンツを求める要求が、前記シンクが前記リストを使用することによって少なくとも部分的に制御されるように実行可能である、
   請求項１に記載の装置。
3. 前記リストはバージョン制御され、前記命令は、少なくとも前記ゲートウェイと前記シンクとの間で前記リストの最新バージョンを共有するように実行可能である、
   請求項１に記載の装置。
4. 前記命令は、信頼される認証局の共通のルートの公開鍵を用いて、前記リストのバージョン及び真正性を検証するように実行可能である、
   請求項２に記載の装置。
5. 前記信頼される認証局の共通のルートの前記公開鍵は、前記シンク及び前記三次装置の両方によって保持される、
   請求項４に記載の装置。
6. 前記ホワイトリストと比較される前記装置ＩＤは、前記ゲートウェイと前記シンクとの間のリンク保護中に前記シンクによって使用されるデジタル証明書からアクセスされる、
   請求項１に記載の装置。
7. 前記リンク保護は、デジタル伝送コピー保護（ＤＴＣＰ）、高帯域幅デジタルコピー保護（ＨＤＣＰ）、又はデジタル著作権管理（ＤＲＭ）である、
   請求項６に記載の装置。
8. コンピュータ化されたゲートウェイにおいて、前記ゲートウェイから少なくともいくつかのコンテンツを受け取る権限のあるシンク装置のホワイトリストであって、該リスト上のエントリがそれぞれの装置に関連し、少なくともいくつかのエントリがそれぞれの装置識別子（ＩＤ）及び少なくとも１つの予想基準に関連するホワイトリストを受け取るステップと、
   ビデオコンテンツを再生するように構成されたシンクに前記ゲートウェイからコンテンツを送信するための要求を受け取るステップと、
   前記ゲートウェイが前記シンクから受け取った、該シンクの装置ＩＤ及び少なくとも１つの装置属性を、前記装置のリストの少なくとも一部と比較するステップと、
   前記シンクから受け取った前記装置ＩＤ及び装置属性が、前記リスト上の装置ＩＤ及び関連する予想基準と一致することに少なくとも部分的に基づいて、前記コンテンツを前記シンクに提供するステップと、
   前記シンクから受け取った前記装置ＩＤ及び／又は前記少なくとも１つの装置属性が、前記リスト上の装置ＩＤ及び／又は前記リスト上のそれぞれの前記予想基準と一致しないことに少なくとも部分的に基づいて、前記コンテンツを前記シンクに提供しないステップと、
   を含むことを特徴とする方法。
9. 前記リストを前記シンクに提供することにより、三次装置から前記シンクへのコンテンツを求める要求が、前記シンクが前記リストを使用することによって少なくとも部分的に制御されるようにするステップを含む、
   請求項８に記載の方法。
10. 前記シンクから受け取った前記装置属性が前記リスト上の前記予想基準と一致しないことに基づいて、ユーザにＯＳＤを出力するメッセージを前記シンクに送信するステップを含む、
    請求項８に記載の方法。
11. 前記予想基準は、ソフトウェアバージョン番号、最後のソフトウェア更新時間、ＨＤＣＰプロトコルの最低バージョン、ＤＲＭプロトコルの最低バージョン、ＤＴＣＰプロトコルの最低バージョン、セキュアな実行環境の包含、記憶能力の包含、ロバスト性の最低レベル、ハードウェアのロバスト性の最低レベル、メーカー、型番、下流の接続装置の最大数、のうちの１つ又は２つ以上を含む、
    請求項８に記載の方法。
12. 前記装置属性は、ソフトウェアバージョン番号、最後のソフトウェア更新時間、ＨＤＣＰプロトコルのバージョン、ＨＤＣＰ装置ＩＤ、ＤＲＭプロトコルのバージョン、ＤＲＭ装置ＩＤ、ＤＴＣＰプロトコルのバージョン、ＤＴＣＰ装置ＩＤ、セキュアな実行環境の包含、記憶能力、ロバスト性のレベル、ハードウェアのロバスト性のレベル、メーカー、型番、装置のシリアル番号、下流の接続装置の数、インターネットへの接続状況、復号能力、画面解像度、画面サイズ、のうちの１つ又は２つ以上を含む、
    請求項１１に記載の方法。
13. 前記シンク装置を用いて、該シンク装置が前記デジタル証明書内の公開鍵に対応する秘密鍵を有していることを証明することによって装置ＩＤを検証するステップを含む、
    請求項８に記載の方法。
14. 公開鍵及び秘密鍵を伴う改ざん防止プロトコルを用いて、前記シンク装置から前記ゲートウェイにシンク装置属性を配布するステップを含む、
    請求項８に記載の方法。
15. 前記リストを前記シンクに提供することにより、三次装置から前記シンクへのコンテンツを求める要求が、前記シンクが前記リストを使用することによって少なくとも部分的に制御されるようにするステップを含む、
    請求項８に記載の方法。
16. 前記リストはバージョン制御され、前記方法は、少なくとも前記ゲートウェイと前記シンクとの間で前記リストの最新バージョンを共有するステップを含む、
    請求項８に記載の方法。
17. 信頼される認証局の共通のルートの公開鍵を用いて、前記リストのバージョン及び真正性を検証するステップを含む、
    請求項１５に記載の方法。
18. コンピュータ化されたシンクのための装置であって、
    一時的信号ではない、命令を含む少なくとも１つのコンピュータメモリを備え、前記命令は、少なくとも１つのプロセッサにより、
    ゲートウェイを通じて受け取られた少なくともいくつかのコンテンツを受け取る権限のある装置のホワイトリストであって、該リスト上のエントリがそれぞれの装置に関連し、少なくともいくつかのエントリがそれぞれの装置識別子（ＩＤ）に関連するホワイトリストを前記ゲートウェイから受け取り、
    ビデオコンテンツを処理するように構成された三次装置に前記シンクからコンテンツを送信するための要求を受け取り、
    前記シンクがデジタル証明書で受け取った、前記三次装置に関連する装置ＩＤを、前記装置のリストの少なくとも一部と比較し、
    前記証明書で受け取った、前記三次装置に関連する前記装置ＩＤが、前記リスト上の装置ＩＤと一致することに基づいて、前記コンテンツを前記三次装置に提供し、
    前記証明書で受け取った前記装置ＩＤが、前記リスト上の装置ＩＤと一致しないことに少なくとも部分的に基づいて、前記コンテンツを前記三次装置に提供しない、
    ように実行可能である、
    ことを特徴とする装置。
19. 前記リストはバージョン制御され、前記命令は、少なくとも前記ゲートウェイと前記シンクとの間で前記リストの最新バージョンを共有するように実行可能である、
    請求項１８に記載の装置。
20. 前記命令は、信頼される認証局の共通のルートの公開鍵を用いて、前記リストのバージョン及び真正性を検証するように実行可能である、
    請求項１８に記載の装置。
21. 前記リスト上の少なくともいくつかのエントリは、それぞれの装置ＩＤに加えて少なくとも１つの予想基準に関連し、前記命令は、
    前記ゲートウェイが前記シンクからデジタル証明書で受け取った前記シンクの装置ＩＤ及び少なくとも１つの装置属性を、前記装置のリストの少なくとも一部と比較し、
    前記シンクから受け取った前記装置ＩＤ及び前記装置属性が、前記リスト上の装置ＩＤ及び関連する予想基準と一致することに少なくとも部分的に基づいて、前記コンテンツを前記シンクに提供し、
    前記シンクから受け取った前記装置ＩＤ及び／又は前記少なくとも１つの装置属性が、前記リスト上の装置ＩＤ及び／又は前記リスト上のそれぞれの前記予想基準と一致しないことに少なくとも部分的に基づいて、前記コンテンツを前記シンクに提供しない、
    ように実行可能である、
    請求項１８に記載の装置。

Images