(57)【特許請求の範囲】
【請求項１】
コンピューティングデバイスの信頼されるグラフィックスシステムに関連してセキュアコンテンツを暗号的に保護する方法であって、前記信頼されるグラフィックスシステムが、ビデオメモリと、少なくとも１つのグラフィックス処理ユニット（ＧＰＵ）と、前記少なくとも１つのグラフィックス処理ユニット（ＧＰＵ）に通信的に結合された暗号処理デバイスとを有し、
アプリケーション又はデバイスによって、前記グラフィックスシステムに、セキュアコンテンツの処理およびレンダリングの１つを実行するように要求する工程と、
ここで、該要求は、アプリケーション又はデバイスによってセッション鍵を前記グラフィックスシステムに送る工程と、前記セキュアコンテンツを前記ビデオメモリの少なくとも１つのプライマリサーフェスをオーバーレイする暗号化されたオーバーレイサーフェスに送る工程とを含み、前記ビデオメモリは、セキュアコンテンツの基本的レンダリングのための第１の暗号化された機密オーバーレイと、機密のユーザインターフェースを提示するために特に設計された第２の暗号化された保護されるオーバーレイとを含み、該第２の暗号化された保護されるオーバーレイは前記少なくとも１つのグラフィックス処理ユニット（ＧＰＵ）によって認証され、
前記暗号処理デバイスと通信する前記少なくとも１つのグラフィックス処理ユニット（ＧＰＵ）によって、前記ビデオメモリの前記少なくとも１つの暗号化される部分の前記コンテンツを復号する工程と
ここで、前記復号する工程は、前記第１の暗号化された機密オーバーレイのコンテンツを第１のストリーム暗号復号コンポーネントで復号する工程と、前記第２の暗号化された保護されるオーバーレイのコンテンツを第２のストリーム暗号復号コンポーネントで復号する工程とを含み、
前記少なくとも１つのグラフィックス処理ユニット（ＧＰＵ）によって前記復号されたコンテンツに対して処理又はレンダリングを実行する工程と、
前記コンテンツを前記少なくとも１つのグラフィックス処理ユニット（ＧＰＵ）から出力する工程と
を具えたことを特徴とする方法。
【請求項２】
前記出力する工程の出力は、前記少なくとも１つのグラフィックス処理ユニット（ＧＰＵ）によって処理された前記セキュアコンテンツが前記要求の前記セキュアコンテンツと異なる場合に、アプリケーション又はデバイスが、相違について警告されることを特徴とする請求項１記載の方法。
【請求項３】
前記ビデオメモリの少なくとも１つの暗号化される部分の前記コンテンツを復号する工程は、プライマリサーフェスの部分を復号する工程を含み、これによって、前記部分以外のピクセルが復号されないことを特徴とする請求項１記載の方法。
【請求項４】
前記暗号処理デバイスは、グラフィックスカードの既存のチップに追加されるか、又はグラフィックスカードに別のチップとして追加されることを特徴とする請求項１記載の方法。
【請求項５】
前記復号する工程は、前記暗号処理デバイスに通信的に結合された前記グラフィックス処理ユニット（ＧＰＵ）の復号機構によって前記少なくとも１つの暗号化されるオーバーレイサーフェスを復号する工程を含むことを特徴とする請求項３記載の方法。
【請求項６】
前記復号する工程は、（Ａ）前記コンテンツが前記出力する工程に従って出力される際に前記グラフィックスシステムのディジタルアナログ変換（ＤＡＣ）ハードウェアによってオンザフライで前記少なくとも１つの暗号化されるオーバーレイサーフェスを復号する工程と、（Ｂ）前記コンテンツが前記グラフィックスシステムの前記ＤＡＣハードウェアに達する直前にオンザフライで前記少なくとも１つの暗号化されるオーバーレイサーフェスを復号する工程との１つを含むことを特徴とする請求項１記載の方法。
【請求項７】
前記復号する工程が、前記セキュアコンテンツが前記グラフィックスシステムの前記ＤＡＣハードウェアに達する前に前記少なくとも１つの暗号化されるオーバーレイサーフェスを復号する工程を含むことを特徴とする請求項１記載の方法。
【請求項８】
前記出力する工程の前に、前記暗号処理デバイスと通信する前記少なくとも１つのＧＰＵによって前記コンテンツを再暗号化する工程と、
外部コンピューティングデバイスの少なくとも第２暗号処理デバイスによって前記再暗号化されるコンテンツを復号する工程と
をさらに含むことを特徴とする請求項１記載の方法。
【請求項９】
前記コンテンツは、第２暗号処理デバイスを有する外部デバイスにディジタル形式で伝送され、前記復号は、前記外部デバイス上で発生することを特徴とする請求項１記載の方法。
【請求項１０】
前記外部コンピューティングデバイスは、（Ａ）モニタ、（Ｂ）セットトップボックス、および（ｃ）ディジタル信号処理（ＤＳＰ）レンダリングデバイスの１つであることを特徴とする請求項９記載の方法。
【請求項１１】
前記復号する工程は、前記復号されるデータの暗号ダイジェストを計算する工程を含み、
表示されるピクセルが、アプリケーションおよびデバイスの前記１つによる前記要求に関連して送られるピクセルであることを保証するために、アプリケーションおよびデバイスの前記１つに前記暗号ダイジェストを伝送する工程をさらに含むことを特徴とする請求項１記載の方法。
【請求項１２】
プライマリサーフェス内の各ピクセルの少なくとも１ビットは、ピクセルが仮想保護されるサーフェス内にあるかを判定するのに使用され、
前記グラフィックスカードは、前記少なくとも１ビットに基づいて前記ピクセルに適当な復号鍵を選択することを特徴とする請求項１記載の方法。
【請求項１３】
前記少なくとも１ビットが０値を含む場合に、前記仮想保護されるサーフェスは、復号されない領域として解釈されることを特徴とする請求項１２記載の方法。
【請求項１４】
前記復号されるピクセル値が使用可能になる時に、（Ａ）前記第２の暗号化される保護されるオーバーレイ、（Ｂ）前記第１の暗号化される機密オーバーレイ、および（３）プライマリサーフェスの１つのピクセル値を、前記少なくとも１つのＧＰＵのピクセル選択コンポーネントによって選択する工程をさらに含むことを特徴とする請求項１記載の方法。
【請求項１５】
前記要求する工程は、（Ａ）前記少なくとも１つの暗号化されるオーバーレイサーフェスのソース境界ボックスおよびデスティネーション境界ボックスと、（Ｂ）前記少なくとも１つの暗号化されるオーバーレイサーフェスのデスティネーションカラーキーと、（Ｃ）前記第１の暗号化される機密オーバーレイの場合に、データがフリップされる先のオーバーレイバックバッファのコンテンツの暗号鍵インデックスの指定と、（Ｄ）前記第２の暗号化される保護されるオーバーレイの場合に、少なくとも１つの巡回冗長コード（ＣＲＣ）、完全性尺度、および前記暗号化されるオーバーレイコンテンツのダイジェスト値の少なくとも１つが書き込まれるメモリ位置の指定と、（Ｅ）少なくとも１つの暗号化されるプライマリサーフェスのソース境界ボックスおよびデスティネーション境界ボックスと、（Ｆ）前記少なくとも１つの暗号化されるプライマリサーフェスのデスティネーションカラーキーとの少なくとも１つを含むことを特徴とする請求項１記載の方法。
【請求項１６】
アプリケーションおよびデバイスの前記１つが、前記コンテンツの完全性に関心を持つ場合に、アプリケーションおよびデバイスの前記１つが、前記ＣＲＣ、完全性尺度、およびダイジェスト値の前記少なくとも１つを計算することを特徴とする請求項１５記載の方法。
【請求項１７】
前記要求する工程に付随して前記少なくとも１つのＧＰＵのビデオデコードユニットに送られる少なくとも１つのコマンドバッファが、アプリケーションおよびデバイスの前記少なくとも１つによって暗号化され、前記暗号処理ユニットと通信する前記ビデオデコードユニットによって復号されることを特徴とする請求項１記載の方法。
【請求項１８】
（Ａ）２パスを使用することにより前記少なくとも１つのコマンドバッファの処理の前に、または（Ｂ）前記コマンドバッファが処理された後に、前記少なくとも１つのコマンドバッファをタンパ検出する工程をさらに含むことを特徴とする請求項１７記載の方法。
【請求項１９】
請求項１記載の前記方法により実行されるコンピュータ実行可能命令を担持することを特徴とする、オペレーティングシステム、複数のコンピュータ実行可能命令をその上に保管されたコンピュータ記憶媒体、共用プロセッシングデバイス、およびコンピューティングデバイスの少なくとも１つ。
【請求項２０】
コンピューティングデバイスの信頼されるグラフィックスシステムに関連してセキュアコンテンツを暗号的に保護するコンピュータ実行可能命令を含むコンピュータ実行可能モジュールを含む少なくとも１つのコンピュータ記憶媒体であって、前記信頼されるグラフィックスシステムが、ビデオメモリと、少なくとも１つのグラフィックス処理ユニット（ＧＰＵ）と、前記少なくとも１つのグラフィックス処理ユニット（ＧＰＵ）に通信的に結合された暗号処理デバイスとを有し、
コンピュータ実行可能モジュールは、コンピュータを、
アプリケーション又はデバイスによって、前記グラフィックスシステムに、セキュアコンテンツの処理およびレンダリングの１つを実行するように要求する手段と、
ここで、該要求は、アプリケーション又はデバイスによってセッション鍵を前記グラフィックスシステムに送る工程と、前記セキュアコンテンツを前記ビデオメモリの少なくとも１つのプライマリサーフェスをオーバーレイする暗号化されたオーバーレイサーフェスに送る工程とを含み、前記ビデオメモリは、セキュアコンテンツの基本的レンダリングのための第１の暗号化された機密オーバーレイと、機密のユーザインターフェースを提示するために特に設計された第２の暗号化された保護されるオーバーレイとを含み、該第２の暗号化された保護されるオーバーレイは前記少なくとも１つのグラフィックス処理ユニット（ＧＰＵ）によって認証され、
前記暗号処理デバイスと通信する前記少なくとも１つのグラフィックス処理ユニット（ＧＰＵ）によって、前記ビデオメモリの前記少なくとも１つの暗号化される部分の前記コンテンツを復号する手段と
ここで、前記復号する手段は、前記第１の暗号化された機密オーバーレイのコンテンツを第１のストリーム暗号復号コンポーネントで復号する手段と、前記第２の暗号化された保護されるオーバーレイのコンテンツを第２のストリーム暗号復号コンポーネントで復号する手段とを含み、
前記少なくとも１つのグラフィックス処理ユニット（ＧＰＵ）によって前記復号されたコンテンツに対して処理又はレンダリングを実行する手段と、
前記コンテンツを前記少なくとも１つのグラフィックス処理ユニット（ＧＰＵ）から出力する手段と
として実行させることを特徴とする少なくとも１つのコンピュータ記憶媒体。
【請求項２１】
前記出力する手段の出力が、前記少なくとも１つのグラフィックス処理ユニット（ＧＰＵ）によって処理された前記セキュアコンテンツが前記要求する手段の前記セキュアコンテンツと異なる場合に、アプリケーション又はデバイスが、相違について警告されることを特徴とする請求項２０記載の少なくとも１つのコンピュータ記憶媒体。
【請求項２２】
ビデオメモリの前記少なくとも１つの暗号化される部分の前記コンテンツを復号する前記手段は、プライマリサーフェスの部分を復号する手段を含み、これによって、前記部分以外のピクセルが復号されないことを特徴とする請求項２０記載の少なくとも１つのコンピュータ記憶媒体。
【請求項２３】
前記暗号処理デバイスは、グラフィックスカードの既存のチップに追加されるか、又はグラフィックスカードに別のチップとして追加されることを特徴とする請求項２０記載の少なくとも１つのコンピュータ記憶媒体。
【請求項２４】
前記復号する手段は、前記暗号処理デバイスに通信的に結合された前記ＧＰＵの復号機構によって前記少なくとも１つの暗号化されるオーバーレイサーフェスを復号する手段を含むことを特徴とする請求項２０記載の少なくとも１つのコンピュータ記憶媒体。
【請求項２５】
前記復号する手段は、（Ａ）前記コンテンツが前記出力する手段の前記出力に従って出力される際に前記グラフィックスシステムのディジタルアナログ変換（ＤＡＣ）ハードウェアによってオンザフライで前記少なくとも１つの暗号化されるオーバーレイサーフェスを復号する手段と、（Ｂ）前記コンテンツが前記グラフィックスシステムの前記ＤＡＣハードウェアに達する直前にオンザフライで前記少なくとも１つの暗号化されるオーバーレイサーフェスを復号する手段との１つを含むことを特徴とする請求項２０記載の少なくとも１つのコンピュータ記憶媒体。
【請求項２６】
前記復号する手段は、前記コンテンツが前記グラフィックスシステムの前記ＤＡＣハードウェアに達する前に前記少なくとも１つの暗号化されるオーバーレイサーフェスを復号する手段を含むことを特徴とする請求項２０記載の少なくとも１つのコンピュータ記憶媒体。
【請求項２７】
前記出力する手段による前記出力の前に、前記暗号処理デバイスと通信する前記少なくとも１つのＧＰＵによって前記コンテンツを再暗号化する手段と、
外部コンピューティングデバイスの少なくとも第２暗号処理デバイスによって前記再暗号化されるコンテンツを復号する手段と
をさらに含むことを特徴とする請求項２０記載の少なくとも１つのコンピュータ記憶媒体。
【請求項２８】
前記コンテンツは、第２暗号処理デバイスを有する外部デバイスにディジタル形式で伝送され、
前記復号する手段の前記復号は、前記外部デバイス上で発生することを特徴とする請求項２０記載の少なくとも１つのコンピュータ記憶媒体。
【請求項２９】
前記外部コンピューティングデバイスは、（Ａ）モニタ、（Ｂ）セットトップボックス、および（ｃ）ディジタル信号処理（ＤＳＰ）レンダリングデバイスの１つであることを特徴とする請求項２７記載の少なくとも１つのコンピュータ記憶媒体。
【請求項３０】
前記復号する手段は、前記復号されるデータの暗号ダイジェストを計算する手段を含み、
前記コンピュータ実行可能モジュールは、表示されるピクセルが、アプリケーションおよびデバイスの前記１つによる前記要求する手段を介する前記要求に関連して送られるピクセルであることを保証するために、アプリケーションおよびデバイスの前記１つに前記暗号ダイジェストを伝送する手段
をさらに含むことを特徴とする請求項２０記載の少なくとも１つのコンピュータ記憶媒体。
【請求項３１】
プライマリサーフェス内の各ピクセルの少なくとも１ビットは、ピクセルが仮想保護されるサーフェス内にあるかを判定するのに使用され、
前記グラフィックスカードは、前記少なくとも１ビットに基づいて前記ピクセルに適当な復号鍵を選択することを特徴とする請求項２０記載の少なくとも１つのコンピュータ記憶媒体。
【請求項３２】
前記少なくとも１ビットが０値を含む場合に、前記仮想保護されるサーフェスは、復号されない領域として解釈されることを特徴とする請求項３１記載の少なくとも１つのコンピュータ記憶媒体。
【請求項３３】
前記コンピュータ実行可能モジュールは、前記復号されるピクセル値が使用可能になる時に、（Ａ）前記第２の暗号化される保護されるオーバーレイ、（Ｂ）前記第１の暗号化される機密オーバーレイ、および（Ｃ）プライマリサーフェスの１つのピクセル値を、前記少なくとも１つのＧＰＵのピクセル選択コンポーネントによって選択する手段
をさらに含むことを特徴とする請求項２０記載の少なくとも１つのコンピュータ記憶媒体。
【請求項３４】
前記要求する手段の前記要求は、（Ａ）前記少なくとも１つの暗号化されるオーバーレイサーフェスのソース境界ボックスおよびデスティネーション境界ボックスと、（Ｂ）前記少なくとも１つの暗号化されるオーバーレイサーフェスのデスティネーションカラーキーと、（Ｃ）前記第１の暗号化される機密オーバーレイの場合に、データがフリップされる先のオーバーレイバックバッファのコンテンツの暗号鍵インデックスの指定と、（Ｄ）前記第２の暗号化される保護されるオーバーレイの場合に、少なくとも１つの巡回冗長コード（ＣＲＣ）、完全性尺度、および前記暗号化されるオーバーレイコンテンツのダイジェスト値の少なくとも１つが書き込まれるメモリ位置の指定と、（Ｅ）少なくとも１つの暗号化されるプライマリサーフェスのソース境界ボックスおよびデスティネーション境界ボックスと、（Ｆ）前記少なくとも１つの暗号化されるプライマリサーフェスのデスティネーションカラーキーと
の少なくとも１つを含むことを特徴とする請求項２０記載の少なくとも１つのコンピュータ記憶媒体。
【請求項３５】
アプリケーションおよびデバイスの前記１つが、前記コンテンツの完全性に関心を持つ場合に、アプリケーションおよびデバイスの前記１つが、前記ＣＲＣ、完全性尺度、およびダイジェスト値の前記少なくとも１つを計算することを特徴とする請求項３４記載の少なくとも１つのコンピュータ記憶媒体。
【請求項３６】
前記要求する手段の前記要求に付随して前記少なくとも１つのＧＰＵのビデオデコードユニットに送られる少なくとも１つのコマンドバッファが、アプリケーションおよびデバイスの前記少なくとも１つによって暗号化され、前記暗号処理ユニットと通信する前記ビデオデコードユニットによって復号されることを特徴とする請求項２０記載の少なくとも１つのコンピュータ記憶媒体。
【請求項３７】
前記コンピュータ実行可能モジュールは、（Ａ）２パスを使用することにより前記少なくとも１つのコマンドバッファの処理の前に、または（Ｂ）前記コマンドバッファが処理された後に、前記少なくとも１つのコマンドバッファをタンパ検出する手段
をさらに具えたことを特徴とする請求項３６記載の少なくとも１つのコンピュータ記憶媒体。
【請求項３８】
請求項２０記載の前記少なくとも１つのコンピュータ記憶媒体の前記コンピュータ実行可能モジュールをコンピュータにより実行されるコンピュータ実行可能命令を担持することを特徴とする、オペレーティングシステム、共用プロセッシングデバイス、およびコンピューティングデバイスの少なくとも１つ。
【請求項３９】
コンピューティングデバイスの信頼されるグラフィックスシステムに関連してセキュアコンテンツを暗号的に保護する手段を含むコンピューティングデバイスであって、
前記信頼されるグラフィックスシステムが、ビデオメモリと、少なくとも１つのグラフィックス処理ユニット（ＧＰＵ）と、前記少なくとも１つのグラフィックス処理ユニット（ＧＰＵ）に通信的に結合された暗号処理デバイスとを有し、
アプリケーション又はデバイスによって、前記グラフィックスシステムに、セキュアコンテンツの処理およびレンダリングの１つを実行するように要求する手段と、
ここで、該要求は、アプリケーション又はデバイスによってセッション鍵を前記グラフィックスシステムに送る工程と、前記セキュアコンテンツを前記ビデオメモリの少なくとも１つのプライマリサーフェスをオーバーレイする暗号化されたオーバーレイサーフェスに送る工程とを含み、前記ビデオメモリは、セキュアコンテンツの基本的レンダリングのための第１の暗号化された機密オーバーレイと、機密のユーザインターフェースを提示するために特に設計された第２の暗号化された保護されるオーバーレイとを含み、該第２の暗号化された保護されるオーバーレイは前記少なくとも１つのグラフィックス処理ユニット（ＧＰＵ）によって認証され、
前記暗号処理デバイスと通信する前記少なくとも１つのグラフィックス処理ユニット（ＧＰＵ）によって、前記ビデオメモリの前記少なくとも１つの暗号化される部分の前記コンテンツを復号する手段と
ここで、前記復号する手段は、前記第１の暗号化された機密オーバーレイのコンテンツを第１のストリーム暗号復号コンポーネントで復号する手段と、前記第２の暗号化された保護されるオーバーレイのコンテンツを第２のストリーム暗号復号コンポーネントで復号する手段とを含み、
前記少なくとも１つのグラフィックス処理ユニット（ＧＰＵ）によって前記復号されたコンテンツに対して処理又はレンダリングを実行する手段と、
前記コンテンツを前記少なくとも１つのグラフィックス処理ユニット（ＧＰＵ）から出力する手段と
を具えたことを特徴とするコンピューティングデバイス。
【請求項４０】
前記出力する手段の出力が、前記少なくとも１つのＧＰＵによって処理された前記セキュアコンテンツが前記要求する手段の前記セキュアコンテンツと異なる場合に、アプリケーション又はデバイスが、相違について警告されることを特徴とする請求項３９記載のコンピューティングデバイス。
【請求項４１】
ビデオメモリの前記少なくとも１つの暗号化される部分の前記コンテンツを復号する前記手段は、プライマリサーフェスの部分を復号する手段を含み、これによって、前記部分以外のピクセルが復号されないことを特徴とする請求項３９記載のコンピューティングデバイス。
【請求項４２】
前記暗号処理デバイスは、グラフィックスカードの既存のチップに追加されるか、又はグラフィックスカードに別のチップとして追加されることを特徴とする請求項３９記載のコンピューティングデバイス。
【請求項４３】
前記復号する手段が、前記暗号処理デバイスに通信的に結合された前記ＧＰＵの復号機構によって前記少なくとも１つの暗号化されるオーバーレイサーフェスを復号する手段を含むことを特徴とする請求項３９記載のコンピューティングデバイス。
【請求項４４】
前記復号する手段が、（Ａ）前記コンテンツが前記出力する手段の前記出力に従って出力される際に前記グラフィックスシステムのディジタルアナログ変換（ＤＡＣ）ハードウェアによってオンザフライで前記少なくとも１つの暗号化されるオーバーレイサーフェスを復号する手段と、（Ｂ）前記コンテンツが前記グラフィックスシステムの前記ＤＡＣハードウェアに達する直前にオンザフライで前記少なくとも１つの暗号化されるオーバーレイサーフェスを復号する手段との１つを含むことを特徴とする請求項３９記載のコンピューティングデバイス。
【請求項４５】
前記復号する手段が、前記コンテンツが前記グラフィックスシステムの前記ＤＡＣハードウェアに達する前に前記少なくとも１つの暗号化されるオーバーレイサーフェスを復号する手段を含むことを特徴とする請求項３９記載のコンピューティングデバイス。
【請求項４６】
前記出力する手段による前記出力の前に、前記暗号処理デバイスと通信する前記少なくとも１つのＧＰＵによって前記コンテンツを再暗号化する手段と、
外部コンピューティングデバイスの少なくとも第２暗号処理デバイスによって前記再暗号化されるコンテンツを復号する手段と
をさらに含むことを特徴とする請求項３９記載のコンピューティングデバイス。
【請求項４７】
前記コンテンツは、第２暗号処理デバイスを有する外部デバイスにディジタル形式で伝送され、
前記復号する手段の前記復号は、前記外部デバイス上で発生することを特徴とする請求項３９記載のコンピューティングデバイス。
【請求項４８】
前記外部コンピューティングデバイスは、（Ａ）モニタ、（Ｂ）セットトップボックス、および（ｃ）ディジタル信号処理（ＤＳＰ）レンダリングデバイスの１つであることを特徴とする請求項４６記載のコンピューティングデバイス。
【請求項４９】
前記復号する手段は、前記復号されるデータの暗号ダイジェストを計算する手段を含み、
前記コンピューティングデバイスは、表示されるピクセルが、アプリケーションおよびデバイスの前記１つによる前記要求する手段を介する前記要求に関連して送られるピクセルであることを保証するために、アプリケーションおよびデバイスの前記１つに前記暗号ダイジェストを伝送する手段
をさらに含むことを特徴とする請求項３９記載のコンピューティングデバイス。
【請求項５０】
プライマリサーフェス内の各ピクセルの少なくとも１ビットは、ピクセルが仮想保護されるサーフェス内にあるかを判定するのに使用され、
前記グラフィックスカードは、前記少なくとも１ビットに基づいて前記ピクセルに適当な復号鍵を選択することを特徴とする請求項３９記載のコンピューティングデバイス。
【請求項５１】
前記少なくとも１ビットが０値を含む場合に、前記仮想保護されるサーフェスは、復号されない領域として解釈されることを特徴とする請求項５０記載のコンピューティングデバイス。
【請求項５２】
前記復号されるピクセル値が使用可能になる時に、（Ａ）前記第２の暗号化される保護されるオーバーレイ、（Ｂ）前記第１の暗号化される機密オーバーレイ、および（３）プライマリサーフェスの１つのピクセル値を、前記少なくとも１つのＧＰＵのピクセル選択コンポーネントによって選択する手段をさらに含むことを特徴とする請求項３９記載のコンピューティングデバイス。
【請求項５３】
前記要求する手段の前記要求は、（Ａ）前記少なくとも１つの暗号化されるオーバーレイサーフェスのソース境界ボックスおよびデスティネーション境界ボックスと、（Ｂ）前記少なくとも１つの暗号化されるオーバーレイサーフェスのデスティネーションカラーキーと、（Ｃ）前記第１の暗号化される機密オーバーレイの場合に、データがフリップされる先のオーバーレイバックバッファのコンテンツの暗号鍵インデックスの指定と、（Ｄ）前記第２の暗号化される保護されるオーバーレイの場合に、少なくとも１つの巡回冗長コード（ＣＲＣ）、完全性尺度、および前記暗号化されるオーバーレイコンテンツのダイジェスト値の少なくとも１つが書き込まれるメモリ位置の指定と、（Ｅ）少なくとも１つの暗号化されるプライマリサーフェスのソース境界ボックスおよびデスティネーション境界ボックスと、（Ｆ）前記少なくとも１つの暗号化されるプライマリサーフェスのデスティネーションカラーキーと
の少なくとも１つを含むことを特徴とする請求項３９記載のコンピューティングデバイス。
【請求項５４】
アプリケーションおよびデバイスの前記１つが、前記コンテンツの完全性に関心を持つ場合に、アプリケーションおよびデバイスの前記１つが、前記ＣＲＣ、完全性尺度、およびダイジェスト値の前記少なくとも１つを計算することを特徴とする請求項５３記載のコンピューティングデバイス。
【請求項５５】
前記要求する手段の前記要求に付随して前記少なくとも１つのＧＰＵのビデオデコードユニットに送られる少なくとも１つのコマンドバッファが、アプリケーションおよびデバイスの前記少なくとも１つによって暗号化され、前記暗号処理ユニットと通信する前記ビデオデコードユニットによって復号されることを特徴とする請求項３９記載のコンピューティングデバイス。
【請求項５６】
（Ａ）２パスを使用することにより前記少なくとも１つのコマンドバッファの処理の前に、または（Ｂ）前記コマンドバッファが処理された後に、前記少なくとも１つのコマンドバッファをタンパ検出する手段をさらに含むことを特徴とする請求項５５記載のコンピューティングデバイス。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、セキュアコンテンツを暗号的に保護する方法およびシステムに関する。具体的には、本発明は、コンテンツに関する機密性およびタンパ保護の両方を提供する、グラフィックスパイプラインを介してルーティングされるコンテンツの暗号的な保護の技法に関する。
【０００２】
【従来の技術】
インターネットと多くの他のソースおよびアプリケーションが、聴く、視る、処理する、保管するおよび他の形のレンダリングのために、膨大な数のストリーミングおよび固定メディアまたは他のコンテンツを提供する。しかし、現在、ストリーミングまたは固定メディアまたはコンテンツをコピー保護された形で取り込むか記録するかレンダリングし、その結果、コンテンツが処理されつつある時またはコンテンツがレンダリングされつつある時のいずれかに、著作権侵害者が、パイプラインに沿ったある点でストリームを傍受し、コンテンツのコピーを所有するかコンテンツを変更することができないようにする実用的な方法はない。
【０００３】
この問題は、過去に、たとえばテレビジョンコンテンツに関するVCR、オーディオ信号に関するテープレコーダなど、他のメディアのレンダリングデバイスおよび記録デバイスに関して存在したが、少なくとも1つの重要な相違がある。ディジタルメディアコンテンツは、事実上信号損失なしに記録することができるので、これが、作品を報酬なしで自由に供給(著作権侵害)されるという著作権所有者にとっての「リスク」を提起する。VCRおよびテープレコーダに関して、デバイスおよび伝送メディアは、記録処理に雑音またはデータの劣化をもたらす。ストリーミングまたは固定ディジタルメディアでは、事実上ロス無しの変換および再伝送を、少なくとも人間の耳および目の能力の限度まで、行うことができない理由が存在せず、純粋なディジタルデータを保管し、自由に配布することができない理由もない。したがって、著作権所有者が報酬のために提供することができるものと、著作権侵害者が無料で提供できるものの間にほとんど差がないので、ディジタルデータの自由な再配布を防ぐことが望ましい。
【０００４】
さらに、e-コマーストランザクションなど、機密であることが望まれる通信に関して、その対話にかかわるユーザにとって、許可されない第三者がそのトランザクションに内々関与しないことが重要である。したがって、信頼されるソースからのコンテンツに関して、現在、著作権侵害または破損を防がずにユーザのコンピュータ上でデータを「セキュアに」処理またはレンダリングする実用的な方法がない。
【０００５】
具体的に言うと、コンテンツが、ホストコンピューティングシステム、1つまたは複数のグラフィックス処理システム(GPU)、およびたとえばモニタなどのレンダリングデバイスの間でパイプライン化されると、著作権侵害者または他の許可されない第三者が、回線または信号のそばにとどまり、著作権侵害または信号の破損のいずれかを行う機会が多数ある。さらに、ユーザの対話が、メッセージングサービスおよびビデオテレコンファレンシングを介してより洗練されるのにつれて、どこから発したものであれ、セキュアコンテンツのための信頼されるパイプラインを提供することが、ますます重要な前進になる。
【０００６】
さらに、オペレーティングシステム、コンピューティングデバイス、およびアプリケーションの将来の世代が、現在のパーソナルコンピュータ(PC)のようにCPUからほとんどのコンピューティングパワーを引き出すのではなく、ビジネスアプリケーションについてGPUからより多くのコンピューティングパワーを使用するのは明らかである。したがって、「信頼されるグラフィックス」アプリケーションを介してGPUに送られるコンテンツが、将来のコンピューティングデバイスの、現在のコンピューティングシステムによって適切に対処されていない基本的な特徴になることが確実になる。
【０００７】
信頼されるコンテンツのセキュアパイプラインを提供するというこの問題は、次の2つの部分を有すると考えることができ、(1)信頼されるコンテンツを、パイプライン中のあるウィークポイントでコピーまたは表示することができないことを保証しなければならず(機密性)、(2)パイプラインが、パイプライン内のデータの許可されない破壊を防ぐことを保証しなければならない(保護)。システムセキュリティに関して、複雑さは、システムのセキュリティを証明することがより困難になるので、不利である。空港または他のセキュリティシナリオと同様に、システムの入口と出口が増えるほど、セキュリティを保証するのが困難になる。これに関して、現在、GPU機能性およびディスプレイドライバの大部分を、機密性と保護性の両方に関して信頼できるようにする手段はない。したがって、信頼されるソースからコンテンツを受信するコンピューティングデバイスと共に信頼されるグラフィックス環境を実施し、第三者が、コンテンツを許可なしにコピーすることができず、タンパリングまたは変更することができないことを、デバイスのユーザに保証できるようにすることが望ましい。
【０００８】
【発明が解決しようとする課題】
本発明の目的は、コンピューティングデバイスのグラフィックスサブシステムに関連してセキュアコンテンツを暗号的に保護する方法およびシステムを提供することにある。
【０００９】
【課題を解決するための手段】
ビデオメモリのコンテンツを暗号化する技法を実施し、その結果、許可されないソフトウェアが、それに対する意味のあるアクセスを得ることができなくなり、これによって、機密性の目標を満足する。さらに、タンパ検出の機構を提供し、その結果、データがある形で変更された時が知られ、これによって、保護可能性の目標を満足する。さまざまな実施形態で、本発明は、オーバーレイサーフェスおよび/またはコマンドバッファのコンテンツを暗号化する方法を説明し、かつ/またはGPUが、信頼されない当事者、デバイス、またはソフトウェアへの可用性を防ぎながら、暗号化されたコンテンツを操作できるようにする方法を説明する。
【００１０】
本発明の方法には、ビデオメモリと、グラフィックス処理ユニット(GPU)と、GPUに通信的に結合された暗号処理デバイスとを有する信頼されるグラフィックスシステムに関してセキュアコンテンツを暗号的に保護する技法であって、
アプリケーションまたはデバイスによって、セキュアコンテンツの処理またはレンダリングを実行するようにグラフィックスシステムに要求する工程と、ここで、該要求は、アプリケーションまたはデバイスによってセッション鍵をグラフィックスシステムに送る工程と、セキュアコンテンツをビデオメモリの暗号化された部分に送る工程とを含み、
暗号処理デバイスと通信するGPUによってビデオメモリの暗号化された部分のコンテンツを復号する工程と、
GPUによって復号されたコンテンツに対して処理またはレンダリングを実行する工程と、
GPUからコンテンツを出力する工程とを含む技法が、さまざまに含まれる。
【００１１】
本発明の類似する方法には、アプリケーションまたはデバイスによって、セキュアコンテキストの処理またはレンダリングを実行するようにグラフィックスシステムに要求する工程と、ここで、該要求は、アプリケーションまたはデバイスによって、暗号処理デバイスによる検証のためにセッション鍵をグラフィックスシステムに送る工程と、セキュアコンテンツをビデオメモリの暗号化された部分に送る工程とを含み、
GPUの入力ユニットン復号機構によってビデオメモリの暗号化された部分のコンテンツを復号する工程と、ここで、該復号機構は、暗号処理デバイスと通信し、
GPUによる復号されたコンテンツに対する処理またはレンダリングを実行する工程と、
GPUの出力ユニットの暗号化/復号機構を用いてコンテンツを暗号化する工程と、
暗号化されたコンテンツをGPUから出力する工程とが、さまざまに含まれる。
【００１２】
本発明の他の特徴および実施形態を以下で説明する。
【００１３】
本発明によるセキュアコンテキストを暗号的に保護する方法およびシステムを、添付図面に関してさらに説明する。
【００１４】
【発明の実施の形態】
＜概要＞
本発明は、耐タンパ機密ダイアログおよび許可されない複製に抵抗するプレミアムコンテンツの再生など、「信頼されるグラフィックス」アプリケーションを可能にするために、信頼されるソースからのコンテンツとコンテンツの処理および/またはレンダリングのためのグラフィックスシステムとの間のオペレーティングシステムまたは他の中間物を増補するシステムおよび技法を提供する。本発明を1つの視点からとらえると、本発明が3「レベル」のセキュリティすなわち、(1)オーバーレイサーフェスのコンテンツの暗号化と、(2)GPUまたは他の共用プロセッシングデバイスが、暗号化されたコンテンツを、信頼されない当事者から使用可能にせずに操作できるようにすることと、(3)コマンドバッファを暗号化できるようにすることを提供することである。
【００１５】
上で述べたように、システムセキュリティに関連して、複雑さは、システムのセキュリティを証明することがより困難になるので、不利である。その結果、本発明は、GPU機能性およびディスプレイドライバの大部分が信頼できないとみなさなければならないことを考慮することによって開始される。その後、セキュリティの判断基準を満たすために実施することができるハードウェアの範囲を制限することによって、機密性と保護可能性に関する正しい実施形態の可能性を高める技法を適用する。
【００１６】
本発明による用語法の一部は、上で既に述べた。しかし、説明を明瞭にするために、いくつかの単語を強調する。用語機密は、第三者のデバイスまたはソフトウェアなど、信頼されない第三者が信頼されるコンテンツ情報へのアクセス権を得られないようにすることである。そのような機密性の例に、信頼されない第三者がグラフィックスパイプラインに沿ったどこかで暗号化されたプレミアムビデオコンテンツの再生へのアクセスを得られないようにすることが含まれる。用語保護されたとは、第三者のデバイスまたはソフトウェアなど、信頼されない第三者が、検出されずに、信頼されるコンテンツ情報へのアクセスを得るかそれを変更することができないようにすることである。そのような保護可能性の例に、e-コマーストランザクション中に発生する可能性があるセキュア対話の表示へのアクセス入手または変更を、許可されない第三者が行えなくすることである。
【００１７】
これに関して、本発明は、プレミアムコンテンツビデオストリームの上のユーザインターフェースなどのオーバーラップするウィンドウ、ならびにe-コマース対話中に提示される可能性があるさえぎられないウィンドウを考慮する。
【００１８】
＜例示的ネットワーク環境＞
当業者は、コンピュータ、他のクライアントデバイス、または他のサーバデバイスを、コンピュータネットワークの一部としてまたは分散コンピューティング環境内で展開できることを理解することができる。これに関して、本発明は、任意の数のメモリユニットまたは記憶ユニット、任意の数の記憶ユニットまたは記憶ボリュームにまたがって発生する任意の数のアプリケーションおよびプロセス(本発明の信頼されるグラフィックス管理様式にかかわる可能性がある)を有するすべてのコンピュータシステムに関係する。本発明は、ネットワーク環境または分散コンピューティング環境で展開される、リモートストレージまたはローカルストレージを有する、サーバコンピュータおよびクライアントコンピュータを伴う環境に適用することができる。本発明は、プログラミング言語機能性、リモートサービスまたはローカルサービスに関連する情報の生成、受信、および送信の、解釈機能および実行機能を有する独立のコンピューティングデバイスにも適用することができる。
【００１９】
分散コンピューティングは、コンピューティングデバイスおよびコンピューティングシステムの間の直接交換によるコンピュータリソースおよびコンピュータサービスの共有を促進する。これらのリソースおよびサービスには、情報の交換、キャッシュストレージ、およびファイルのディスクストレージが含まれる。分散コンピューティングは、ネットワーク接続性を活用し、クライアントが集合的な能力を活用して、企業全体に利益を与える。これに関して、さまざまなデバイスが、本発明の信頼されるグラフィックスパイプラインに関係するために対話することができるアプリケーション、オブジェクト、またはリソースを有することができる。
【００２０】
図１に、例示的なネットワーク環境または分散コンピューティング環境の概略図を示す。分散コンピューティング環境には、コンピューティングオブジェクト10a、10bなどと、コンピューティングオブジェクトまたはコンピューティングデバイス110a、110b、110cなどが含まれる。これらのオブジェクトに、プログラム、メソッド、データストア、プログラマブルロジックなどを含めることができる。オブジェクトには、PDA、テレビジョン、MP3プレイヤ、テレビジョン、パーソナルコンピュータなどの同一のまたは異なるデバイスの諸部分を含めることができる。各オブジェクトは、通信ネットワーク14によって別のオブジェクトと通信することができる。このネットワーク自体に、図１のシステムにサービスを提供する他のコンピューティングオブジェクトおよびコンピューティングデバイスを含めることができる。本発明の1態様によれば、各オブジェクト10または110に、信頼されるグラフィックスリソースを要求することができるアプリケーションを含めることができる。
【００２１】
110cなどのオブジェクトを、別のコンピューティングデバイス10または110上でホストできることも諒解されたい。したがって、図示の物理環境に、接続されたデバイスがコンピュータとして示されているが、そのような図示は、単なる例示であり、その代わりに、物理環境を、PDA、テレビジョン、MP3プレイヤなどのさまざまなディジタルデバイスと、インターフェース、COMオブジェクト、および類似物などのソフトウェアオブジェクトを含むものとして図示または記述することができる。
【００２２】
分散コンピューティング環境をサポートするさまざまなシステム、コンポーネント、およびネットワーク構成がある。たとえば、コンピューティングシステムを、有線システムまたは無線システムによって、ローカルネットワークまたは広域分散ネットワークによって、一緒に接続することができる。現在、多数のネットワークが、インターネットに結合され、インターネットは、広域分散コンピューティングのインフラストラクチャを提供し、多数の異なるネットワークを含む。
【００２３】
ホームネットワーキング環境では、それぞれが電力線、データ(無線と有線の両方)、音声(たとえば電話)、およびエンターテインメントメディアなどの独自のプロトコルをサポートすることができる少なくとも4つのネットワークトランスポートメディアがある。照明スイッチおよび電力機器などのほとんどのホームコントロールデバイスは、接続に電力線を使用することができる。データサービスは、ブロードバンド(たとえばDSLまたはケーブルモデムのいずれか)として家庭に入ることができ、無線(たとえばHomeRFまたは802.11b)または有線(Home PNA、Cat 5、電力線)のいずれかの接続性を使用して家庭内でアクセス可能である。音声トラフィックは、有線(たとえばCat 3)または無線(たとえばセル電話)のいずれかとして家庭に入ることができ、Cat 3配線を使用して家庭内で分配することができる。エンターテインメントメディアは、衛星またはケーブルのいずれかを介して家庭に入ることができ、通常は、同軸ケーブルを使用して家庭内で分配される。IEEE 1394およびDVIも、メディアデバイスのクラスタ用のディジタル相互接続として現れつつある。これらのネットワーク環境および、プロトコル標準として現れる可能性があるもののすべてを、イントラネットを形成するために相互接続することができ、このイントラネットを、インターネットによって外部の世界に接続することができる。手短に言うと、さまざまな異なるソースが、データのストレージおよび伝送のために存在し、その結果、前に進むと、コンピューティングデバイスが、データ処理パイプラインのすべての部分でコンテンツを保護する方法を必要とする。
【００２４】
インターネットは、一般に、コンピュータネットワーキングの分野で周知のTCP/IPプロトコルスイートを使用する、ネットワークおよびゲートウェイの集合を指す。TCP/IPは、「Transport Control Protocol/Internet Protocol」の頭字語である。インターネットは、ユーザがネットワークを介して対話でき、情報を共有できるようにするネットワーキングプロトコルを実行するコンピュータによって相互接続された、地理的に分散したリモートコンピュータネットワークのシステムと説明することができる。そのような広範囲に分散した情報共有のゆえに、インターネットなどのリモートネットワークは、これまでは、一般に、開発者が本質的に制約なしで特殊化された動作またはサービスを実行するソフトウェアアプリケーションを設計できるオープンシステムに進化してきた。
【００２５】
したがって、ネットワークインフラストラクチャは、クライアント/サーバ、ピアツーピア、またはハイブリッドアーキテクチャなどのネットワークトポロジのホストを可能にする。「クライアント」は、関連のない別のクラスまたはグループのサービスを使用する、あるクラスまたはグループのメンバである。したがって、コンピューティングにおいて、クライアントは、別のプログラムによって提供されるサービスを要求する、プロセスすなわち、おおまかには命令またはタスクの組である。クライアントプロセスは、他のプログラムまたはサービス自体に関する動作の詳細を「知る」必要なしに、要求されたサービスを使用する。クライアント/サーバアーキテクチャ、具体的にはネットワーク化されたシステムでは、クライアントが、通常は、別のコンピュータ、たとえばサーバによって提供される共有されるネットワークリソースにアクセスするコンピュータである。図１の例では、コンピュータ110a、110bなどを、クライアントとみなすことができ、コンピュータ10a、10bなどの、サーバとみなすことができ、サーバ10a、10bなどは、クライアントコンピュータ110a、110b内で複製されるデータを維持する。
【００２６】
サーバは、通常は、インターネットなどのリモートネットワークを介してアクセス可能なリモートコンピュータシステムである。クライアントプロセスを、第1のコンピュータシステムでアクティブにすることができ、サーバプロセスを、第2のコンピュータシステムでアクティブにすることができ、これらのコンピュータが、通信メディアを介して互いに通信し、したがって、分散機能性が提供され、複数のクライアントがサーバの情報収集能力を利用できるようになる。
【００２７】
クライアントとサーバは、プロトコル層によって提供される機能性を使用して互いに通信する。たとえば、Hypertext-Transfer Protocol(HTTP)は、ワールドワイドウェブ(WWW)に関連して使用される共通プロトコルである。通常、Universal Resource Locator(URL)アドレスまたはInternet Protocol(IP)アドレスなどのコンピュータネットワークアドレスが、サーバまたはクライアントコンピュータがお互いを識別するのに使用される。ネットワークアドレスを、Universal Resource Locatorアドレスと呼ぶことができる。たとえば、通信を、通信メディアを介して提供することができる。具体的に言うと、クライアントとサーバを、大容量通信用のTCP/IP接続を介して互いに結合することができる。
【００２８】
したがって、図１は、本発明を実施することができる、ネットワーク/バスを介してクライアントコンピュータと通信するサーバを有する、例示的なネットワーク化された環境または分散環境を示す図である。詳細に言うと、本発明に従って、複数のサーバ10a、10bなどが、LAN、WAN、イントラネット、インターネットなどとすることができる通信ネットワーク/バス14を介して、複数のクライアントまたはリモートコンピューティングデバイス110a、110b、110c、110d、110eなどに相互接続され、このクライアントまたはリモートコンピューティングデバイスは、ポータブルコンピュータ、ハンドヘルドコンピュータ、シンクライアント、ネットワーク化された機器、または、VCR、TV、オーブン、照明、ヒーター、および類似物などの他のデバイスとすることができる。したがって、本発明が、信頼されるソースからのセキュアコンテンツを処理するか、ストアするか、レンダリングすることが望ましい関連するすべてのコンピューティングデバイスに適用できることが企図されている。
【００２９】
通信ネットワーク/バス14が、インターネットであるネットワーク環境では、たとえば、サーバ10を、クライアント110a、110b、110c、110d、110eなどがHTTPなどの複数の既知のプロトコルのどれかを介して通信するウェブサーバとすることができる。サーバ10は、分散コンピューティング環境の特性とすることができるように、クライアント110としても働くことができる。通信は、適当に、有線または無線とすることができる。クライアントデバイス110は、通信ネットワーク/バス14を介して通信してもしなくてもよく、独立の通信を関連付けることができる。たとえば、TVまたはVCRの場合に、その制御に対するネットワーク態様があってもなくてもよい。各クライアントコンピュータ110およびサーバコンピュータ10は、さまざまアプリケーションプログラムモジュールまたはオブジェクト135と、さまざまなタイプのストレージ要素またはストレージオブジェクトへの接続またはアクセスを備えることができ、この接続またはアクセスを介して、ファイルを保管するか、ファイルの諸部分をダウンロードまたは移植することができる。したがって、本発明は、通信ネットワーク/バス14およびサーバコンピュータ10a、10bなどにアクセスでき、対話できるクライアントコンピュータ110a、110bなどを有し、サーバコンピュータ10a、10bなどがクライアントコンピュータ110a、110bなどおよび他のデバイス111およびデータベース20と対話することができる、コンピュータネットワーク環境で使用することができる。
【００３０】
＜例示的コンピューティングデバイス＞
図２および以下の議論は、本発明を実施することができる適当なコンピューティング環境の短い全般的な説明を提供することが意図されている。しかし、ハンドヘルド、ポータブル、および他のコンピューティングデバイスおよびすべての種類のコンピューティングオブジェクトが、本発明に関連する使用について企図されていることを理解されたい。下では汎用コンピュータを説明するが、これは1つの例にすぎず、本発明を、ネットワーク/バスインターオペラビリティおよび対話を有するシンクライアントを用いて実施することができる。したがって、本発明は、非常に少ないか最小のクライアントリソースが用いられるネットワーク化されたホストされるサービスの環境、たとえば、クライアントデバイスが、機器に配置されたオブジェクトなど、単にネットワーク/バスへのインターフェースとして働くネットワーク化された環境で、実施することができる。本質的に、データを保管できるか、そこからデータの検索またはレンダリングを行うことができるどの場所でも、本発明のセキュアコンテンツの暗号的な保護の動作に望ましいか適する環境である。
【００３１】
必要ではないが、本発明を、オペレーティングシステムを介して実施する、アプリケーションプログラミングインターフェース(API)を介して実施する、かつ/または信頼されるコンテンツにインターフェースするアプリケーションソフトウェア内に含めることができる。さまざまな実施形態で、本発明は、下で説明するインターフェースおおび暗号化技法に準拠するハードウェアにも適用される。ソフトウェアは、クライアントワークステーション、サーバ、または他のデバイスなどの1つまたは複数のコンピュータによって実行されるプログラムモジュールなど、コンピュータ実行可能命令の全般的な文脈で説明することができる。
【００３２】
一般に、プログラムモジュールには、特定のタスクを実行するか特定の抽象データ型を実施する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造、および類似物が含まれる。通常、プログラムモジュールの機能性を、さまざまな実施形態での望みに応じて組み合わせるか分散することができる。さらに、当業者は、本発明を、他のコンピュータシステム構成と共に実践することができることを諒解するであろう。本発明と共に使用するのに適する可能性がある他の周知のコンピューティングシステム、環境、および/または構成には、パーソナルコンピュータ(PC)、自動預金支払機、サーバコンピュータ、ハンドヘルドデバイスまたはラップトップデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、プログラマブル消費者電子機器、ネットワークPC、機器、照明、環境制御要素、ミニコンピュータ、メインフレームコンピュータ、および類似物が含まれるが、これに制限はされない。
【００３３】
本発明は、通信ネットワーク/バスまたは他のデータ伝送メディアを介してリンクされたリモート処理デバイスによってタスクが実行される、分散コンピューティング環境でも実践することができる。分散コンピューティング環境では、プログラムモジュールを、メモリストレージデバイスを含むローカルとリモートの両方のコンピュータストレージメディアに配置することができ、クライアントノードが、サーバノードとして働くことができる。
【００３４】
したがって、図２には、本発明を実施することができる適当なコンピューティングシステム環境100の例が示されているが、上で明らかにしたように、コンピューティングシステム環境100は、適当なコンピューティング環境の1つの例でしかなく、本発明の使用の範囲または機能性に関する制限を暗示することは意図されていない。コンピューティング環境100を、例示的なオペレーティング環境100に示されたコンポーネントのいずれかまたは組合せに関する依存性または要件を有するものと解釈してはならない。
【００３５】
図２に関して、本発明を実施する例示的システムに、コンピュータ110の形の汎用コンピューティングデバイスが含まれる。コンピュータ110のコンポーネントに、処理ユニット120、システムメモリ130、および、システムメモリを含むさまざまなシステムコンポーネントを処理ユニット120に結合するシステムバス121を含めることができるが、これに制限はされない。システムバス121は、メモリバスまたはメモリコントローラ、周辺バス、およびさまざまなバスアーキテクチャの任意の1つを使用するローカルバスを含む複数のタイプのバス構造のどれにでもすることができる。制限ではなく例として、そのようなアーキテクチャに、Industry Standard Architecture(ISA)バス、Micro Channel Architecture(MCA)バス、Enhanced ISA(EISA)バス、Video Electronics Standards Association(VESA)ローカルバス、および、Peripheral Component Interconnects(PCI)バス(メザニンバスとも称する)が含まれる。
【００３６】
コンピュータ110には、通常は、さまざまなコンピュータ可読メディアが含まれる。コンピュータ可読メディアは、コンピュータ110によってアクセスできる使用可能なメディアのいずれかとすることができ、コンピュータ可読メディアには、揮発性メディアおよび不揮発性メディアと、取外し可能メディアおよび取外し不能メディアの両方を含めることができる。制限ではなく例として、コンピュータ可読メディアに、コンピュータ記憶メディアと通信メディアを含めることができる。コンピュータ記憶メディアには、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータなどの情報の保管のためのいずれかの方法または技術で実施された、揮発性および不揮発性の、取外し可能および取外し不能のメディアが含まれる。コンピュータ記憶メディアには、RAM、ROM、EEPROM、フラッシュメモリ、または他のメモリ技術、CD-ROM、ディジタル多用途ディスク(DVD)、または他の光学ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、または他の磁気記憶デバイス、もしくは、所望の情報の保管に使用することができ、コンピュータ110によってアクセスできる他のメディアが含まれるが、これに制限はされない。通信メディアは、通常は、搬送波または他のトランスポート機構などの変調されたデータ信号内でコンピュータ可読命令、データ構造、プログラムモジュール、または他のデータを実施し、通信メディアには、すべての情報配布メディアが含まれる。用語「変調されたデータ信号」は、その特性の1つまたは複数を、信号内で情報をエンコードする形で設定または変更された信号を意味する。制限ではなく例として、通信メディアには、有線ネットワークおよび直接配線接続などの有線メディアと、音響メディア、RFメディア、赤外線メディア、および他の無線メディアなどの無線メディアが含まれる。上記のいずれかの組合せも、コンピュータ可読メディアの範囲に含まれなければならない。
【００３７】
システムメモリ130には、読取専用メモリ(ROM)131およびランダムアクセスメモリ(RAM)132などの揮発性メモリおよび/または不揮発性メモリの形のコンピュータ記憶メディアが含まれる。起動中など、コンピュータ110内の要素の間で情報を転送するのを助ける基本ルーチンを含む基本入出力システム133(BIOS)が、通常は、ROM131に保管される。RAM132には、通常は、処理ユニット120によって即座にアクセス可能かつ/または現在操作されつつあるデータおよび/またはプログラムモジュールが含まれる。制限ではなく例として、図２に、オペレーティングシステム134、アプリケーションプログラム135、他のプログラムモジュール136、およびプログラムデータ137を示す。
【００３８】
コンピュータ110には、他の取外し可能/取外し不能、揮発性/不揮発性のコンピュータ記憶メディアも含めることができる。例としてのみ、図２に、取外し不能不揮発性磁気メディアから読み取るか書き込むハードディスクドライブ141、取外し可能不揮発性磁気ディスク152から読み取るか書き込む磁気ディスクドライブ151、およびCD ROMまたは他の光学メディアなどの取外し可能不揮発性光ディスク156から読み取るか書き込む光ディスクドライブ155を示す。例示的オペレーティング環境で使用することができる他の取外し可能/取外し不能、揮発性/不揮発性のコンピュータ記憶メディアには、磁気テープカセット、フラッシュメモリカード、ディジタル多用途ディスク、ディジタルビデオテープ、半導体RAM、半導体ROM、および類似物が含まれるが、これに制限はされない。ハードディスクドライブ141は、通常は、インターフェース140などの取外し不能メモリインターフェースを介してシステムバス121に接続され、磁気ディスクドライブ151および光ディスクドライブ155は、通常は、インターフェース150などの取外し可能メモリインターフェースによってシステムバス121に接続される。
【００３９】
上述した、図２に示したドライブおよびそれに関連するコンピュータ記憶メディアは、コンピュータ可読命令、データ構造、プログラムモジュール、および他のデータのストレージをコンピュータ110に与える。図２では、たとえば、ハードディスクドライブ141は、オペレーティングシステム144、アプリケーションプログラム145、他のプログラムモジュール146、およびプログラムデータ147を保管するものとして図示されている。
【００４０】
これらのコンポーネントは、オペレーティングシステム134、アプリケーションプログラム135、他のプログラムモジュール136、およびプログラムデータ137と同一または異なるのいずれかとすることができることに留意されたい。オペレーティングシステム144、アプリケーションプログラム145、他のプログラムモジュール146、およびプログラムデータ147は、この図では、それらが最小限でも異なるコピーであることを示すために、異なる符号を与えられている。ユーザは、キーボード162および、一般にマウス、トラックボール、またはタッチパッドと称するポインティングデバイス161などの入力デバイスを介してコンピュータ110にコマンドおよび情報を入力することができる。他の入力デバイス(図示せず)には、マイクロホン、ジョイスティック、ゲームパッド、衛星放送用パラボラアンテナ、スキャナ、および類似物を含めることができる。
【００４１】
これらおよび他の入力デバイスは、しばしば、システムバス121に結合されたユーザ入力インターフェース160を介して処理ユニット120に接続されるが、パラレルポート、ゲームポート、またはuniversal serial bus(USB)などの他のインターフェースおよびバス構造によって接続することもできる。ノースブリッジなどのグラフィックスインターフェース182も、システムバス121に接続することができる。ノースブリッジは、CPUまたはホスト処理ユニット120と通信するチップセットであり、accelerated graphics port(AGP)通信の責任を負う。1つまたは複数のグラフィックス処理ユニット(GPU)184が、グラフィックスインターフェース182と通信することができる。
【００４２】
これに関して、GPU184に、一般に、レジスタストレージなどのオンチップメモリストレージが含まれ、GPU184は、ビデオメモリ186と通信する。しかし、GPU184は、共用プロセッサの1つの例にすぎず、したがって、さまざまな共用プロセッシングデバイスをコンピュータ110に含めることができる。モニタ191または他のタイプの表示デバイスも、ビデオインターフェース190などのインターフェースを介してシステムバス121に接続され、ビデオインターフェース190は、ビデオメモリ186と通信することができる。一般に、脆弱であるのはコンピューティングデバイスのこの部分であり、したがって、本発明は、それに付随して処理されるかレンダリングされるデータの保護および機密性を提供する。モニタ191の他に、コンピュータに、出力周辺インターフェース195を介して接続することができる、スピーカ197およびプリンタ196などの他の周辺出力デバイスも含めることができる。
【００４３】
コンピュータ110は、リモートコンピュータ180などの1つまたは複数のリモートコンピュータへの論理接続を使用して、ネットワーク化された環境または分散環境で動作することができる。リモートコンピュータ180は、パーソナルコンピュータ、サーバ、ルータ、ネットワークPC、ピアデバイス、または他の一般的なネットワークノードとすることができ、リモートコンピュータ180には、図２ではメモリストレージデバイス181だけが図示されているが、通常は、コンピュータ110に関して上で説明した要素の多くまたはすべてが含まれる。図２に示された論理接続には、ローカルエリアネットワーク(LAN)171および広域ネットワーク(WAN)173が含まれるが、他のネットワーク/バスも含めることができる。そのようなネットワーキング環境は、家庭、オフィス、企業全体のコンピュータネットワーク、イントラネット、およびインターネットで平凡なものである。
【００４４】
LANネットワーキング環境で使用される時に、コンピュータ110は、ネットワークインターフェースまたはネットワークアダプタ170を介してLAN171に接続される。WANネットワーキング環境で使用される時に、コンピュータ110に、通常は、インターネットなどのWAN173を介する通信を確立する、モデム172または他の手段が含まれる。内蔵または外付けとすることができるモデム172は、ユーザ入力インターフェース160を介して、または別の適当な機構を介して、システムバス121に接続することができる。ネットワーク化された環境では、コンピュータ110に関して図示されたプログラムモジュールまたはその一部を、リモートメモリストレージデバイスに保管することができる。制限ではなく例として、図２に、メモリデバイス181に常駐するリモートアプリケーションプログラム185を示す。図示のネットワーク接続が、例示的であり、コンピュータの間の通信リンクを確立する他の手段を使用することができることを諒解されたい。
【００４５】
＜例示的な分散コンピューティングのフレームワークまたはアーキテクチャ＞
さまざまな分散コンピューティングフレームワークが、パーソナルコンピューティングとインターネットの集束に鑑みて、開発され、開発されつつある。個人およびビジネスユーザに、アプリケーションおよびコンピューティングデバイスに関するシームレスにインターオペラブルなウェブ対応インターフェースが与えられ、コンピューティング活動がますますウェブブラウザ指向またはネットワーク指向になる。
【００４６】
たとえば、MICROSOFT(登録商標)の.Netプラットフォームには、サーバ、ウェブベースデータストレージなどのビルディングブロックサービス、およびダウンロード可能なデバイスソフトウェアが含まれる。一般的に言って、.Netプラットフォームは、(1)すべての範囲のコンピューティングデバイスが一緒に動作できるようにし、それらのすべてでユーザ情報を自動的に更新させ、同期化させる能力、(2)HTMLではなくXMLをより多く使用することによって可能になる、ウェブサイトの対話能力の向上、(3)たとえば電子メールなどのさまざまなアプリケーション、またはOffice .Netなどのソフトウェアの管理の中央開始点からのカスタマイズされたアクセスと製品およびサービスのユーザへの配布を特徴とするオンラインサービス、(4)情報へのアクセスの効率および容易さを高めると同時に、ユーザおよびデバイスの間での情報の同期化を向上させる、集中データストレージ、(5)電子メール、ファックス、および電話などのさまざまな通信メディアを統合する能力、(6)開発者のための、それによって生産性を高め、プログラミングエラーの数を減らす、再利用可能なモジュールを作成する能力、および(7)多数の他のクロスプラットフォーム統合機能を提供する。
【００４７】
本明細書の例示的実施形態は、全般的に、コンピューティングデバイスに常駐するソフトウェアによって実施される方法に関して説明されるが、本発明の1つまたは複数の部分を、オペレーティングシステム、アプリケーションプログラミングインターフェース(API)、または共用プロセッサと犯されていないコンテンツとの間の「仲介者(middle man)」オブジェクトを介して実施し、信頼されるコンテンツサービスが、.NETの言語およびサービスならびに他の分散コンピューティングフレームワークのすべてによって実行されるか、サポートされるか、アクセスされるようにすることもできる。さらに、本発明による、説明される技法の1つまたは複数を、その技法に従うためのGPUに対する変更など、ハードウェアに対する変更を含めることができることを諒解されたい。
【００４８】
＜暗号的に保護されるセキュアコンテンツ＞
したがって、本発明は、オペレーティングシステムまたはプラットフォームを増補して、耐タンパ機密ダイアログなどの「信頼されるグラフィックス」アプリケーションを可能にし、許可されない複製に抵抗する形でコンテンツを再生できるようにする方法およびシステムを提供する。本発明によって解決される問題を図３に示すが、この図では、暗号化されたプレミアムコンテンツ200が、信頼されるソフトウェアアプリケーションTSに渡されるかTSによって生成されるものとして図示されている。信頼されるソフトウェアTSの使用に付随して、コンテンツ200が、レンダリングデバイス295を介するコンテンツ200のレンダリング(または他の使用)の前に、GPU265の機能性を含む場合がある。そのようなコンテンツ200は、GPU265による処理のために、システムメモリまたはホストメモリ230からビデオメモリ260に渡される。図３の破線は、セキュリティ問題があるところを示す。背景で関係付けられたように、現在のシステムは、破線によって囲まれた要素を介するコンテンツの保護された機密の配送を正しく保証しない。信頼されるソフトウェアTSの観点から、第1の問題は、GPUにコンテンツを渡す前に、破線の中のコンポーネントをコンテンツについて信頼できるか否かである。
【００４９】
信頼されるソフトウェアTSが、破線の中のコンポーネントを正しく認証できると仮定すると、信頼されるソフトウェアTSの観点からの第2の問題は、信頼されるソフトウェアTSが、データが破線の中に渡された後に、データが変更されないことの確信を正当に持たなければならないことである。
【００５０】
本発明は、以下で説明するさまざまな実施形態で、この両方のタイプの問題に対処する。さまざまな形で、この方法およびシステムは、(1)オーバーレイサーフェスのコンテンツを暗号化し、(2)信頼されないアプリケーションまたは当事者に使用可能にせずに、GPUが暗号化されたコンテンツを操作できるようにし、(3)コマンドバッファのコンテンツを暗号化することによって、実施される。
【００５１】
本発明によって対処される信頼されるグラフィックス処理およびレンダリングの問題第1の態様は、暗号プロセッサおよびインデックス付き鍵管理の提供に関する。下で説明する、グラフィックスシステムに関連する認証コンポーネントの技法が教示されている(たとえば、特許文献1参照)。しかし、本発明で、認証が行われたと仮定し、したがって、下の本発明のさまざまな実施形態で説明されるように、認証技法を活用して、信頼されるグラフィックスプラットフォームを提供することができることを理解されたい。
【００５２】
＜例示的な認証＞
これに関して、セキュアグラフィックスカードも、そのようなものとしてそれ自体を認証できなければならない。具体的に言うと、信頼されるソフトウェアは、従来のグラフィックスカードまたはスプーフなどの迂回デバイスからセキュアグラフィックスカードを区別できなければならない。さらに、信頼されるソフトウェアは、暗号鍵をグラフィックスカードに見せることができ、鍵を受け取るものが実際にセキュアグラフィックスカードであることを検証できなければならない。このために、セキュアグラフィックスカードは、本発明による暗号プロセッサを備え、この暗号プロセッサは、認証および鍵トランスポートの暗号タスクを実行する。
【００５３】
ハードウェアに関して、製造中に個別化され、証明される暗号プロセッサが、本発明に従って提供される。各暗号プロセッサには、一意の秘密復号鍵Kprivが含まれる。多数の異なる暗号化アルゴリズムおよび復号アルゴリズムが、本発明に従って企図され、暗号技術の当業者に既知であるが、文脈に関して、本明細書で説明するアルゴリズムは、RSAであり、鍵の長さは、1024ビットであり、この両方が、制限的でない設計選択であり、応用例および所望のセキュリティレベルに応じて周知のトレードオフに従って調整することができる。
【００５４】
これに関して、暗号プロセッサは、既存のチップに追加することによって、または別のチップとしてカードに追加することによってのいずれかで、グラフィックスカードに永久的に付加される。暗号プロセッサは、下で詳細に示すように、公開鍵暗号アルゴリズムを実施し、一意の秘密鍵を隠す。これに関して、そのような暗号プロセッサが、現在のシリコン技術を用いて、公開鍵復号をすばやく実行することができる。しかし、暗号プロセッサに、公開鍵アクセラレータを含めることもでき、暗号プロセッサが、対称暗号(AES)およびいくつかの制御ロジックを実施することができる。
【００５５】
1つの例示的な非制限的実施形態で、暗号プロセッサに、以下の不揮発性レジスタが含まれる。(1)セッション鍵用の256ビットレジスタS。この鍵の寿命は、通常は、信頼されるソフトウェアの走行時間である。(2)複数のインデックス鍵の配列。各鍵は、128ビットの長さとすることができるが、他の選択が適する場合がある。各鍵は、特定のウィンドウに関連付けられ、そのコンテンツを復号するためにグラフィックスカードによって使用される。各鍵の寿命は、信頼されるソフトウェアからの指示によって決定される。
【００５６】
前に述べたように、本発明の暗号プロセッサは、グラフィックスカードに永久的に付加される。したがって、その機能性を利用するために、暗号プロセッサとセキュアにインターフェースする手段が必要である。暗号プロセッサとのインターフェースに関して、本発明では、少なくとも2つの技法すなわち、(a)信頼されるソフトウェアTSへの外部インターフェース、および(b)GPU265へのインターフェースが考慮される。前者のインターフェースは、少なくともその暗号的態様において、標準化されなければならない。後者のインターフェースは、実装特有とすることができるが、下で示す総合的なガイドラインに従わなければならない。
【００５７】
外部インターフェース実施形態に関して、外部インターフェースは、認証および鍵トランスポートに秘密鍵(PK)暗号プロトコルを使用する。このプロトコルの下で、信頼されるソフトウェアTSが、暗号プロセッサの公開鍵を用いてセッション鍵を暗号化する。暗号プロセッサは、結果のcryptoblobを受け取り、秘密鍵を用いてこれを復号し、したがって、セッション鍵を得る。ここで、信頼されるソフトウェアおよび暗号プロセッサが、秘密を共有する。信頼されるソフトウェアは、このセッション鍵を使用して、指示を暗号プロセッサに送ることができる。
【００５８】
1つの非制限的な実施形態では、外部インターフェースが、暗号プロセッサによって、以下の関数を介して公開される。
【００５９】
関数SetSessionKey()は、最初の認証ステップおよび鍵トランスポートを実行する。これは、暗号プロセッサの公開鍵機能性にアクセスする唯一の関数である。したがって、一実施形態では、本発明によって、ブートごとに1回この関数が呼び出されることが企図される。下記の例示的擬似コードに、SetSessionKey()の1つの非制限的な実施形態を示す。
0004522645.tif 000002
【００６０】
動作の成功裡の完了の後に、sessionKeyレジスタに、cryptoblobからの、256ビット鍵などの鍵が含まれる。公開鍵アルゴリズムは、たとえば、1024ビットRSAとすることができる。
【００６１】
対称セッション鍵Kが、信頼されるソフトウェアと暗号プロセッサの間で確立された時に、この鍵を使用して、暗号プロセッサとのそれ以降のすべての通信を保護することができる。信頼されるソフトウェアおよび暗号プロセッサは、単純なGetメソッドおよびSetメソッドによって通信することができ、これらのメソッドのパラメータが、機密性および完全性のために暗号的に保護される。具体的に言うと、各呼出しのパラメータブロックBを、以下の非制限的な形で処理することができる。
AES(M|HMAC(M, K1), K2),
ここで、
K1は、Kの前半(ビット0から127)
K2は、Kの後半(ビット128から255)
AES(M,K)は、鍵Kの下でCBCモードのAESを用いたメッセージMの暗号化の結果
HMAC(M,K)は、鍵Kを用いるメッセージMの適当なハッシュ関数でのHMACの計算の結果、
A|Bは、AおよびBの連結の結果である。
このフォーマットは、下記の関数の入力パラメータおよび出力パラメータに使用することができる。
Set([IN] BOOL needsAck, [IN] BITS128 nonce, [IN] ENUM propertyID, [IN]
BYTESEQUENCE propertyParamters, [OUT] BYTESEQUENCE ack)
ここで、
needsAckは、ブール値であり、これによって、信頼されるソフトウェアが、肯定応答を必要とするかどうかを示すことができる。
【００６２】
nonceは、信頼されるソフトウェアによって選択される128ビット値である。nonceは、肯定応答が要求された場合に、肯定応答に使用することができる。
【００６３】
propertyIDは、設定されるプロパティを識別する。サポートされるプロパティの例示的リストを、下の表1に示す。
【００６４】
propertyParamtersは、各propertyIDに固有のパラメータのシーケンスである。
【００６５】
最後に、Ackは、動作の肯定応答である。暗号プロセッサは、needsAckがセットされた場合に限って、ackを作る。Ackは、nonceとそれに続くメッセージからなり、このメッセージは、各propertyIDに固有である。
【００６６】
【表１】
0004522645.tif 000003
【００６７】
Index key property IDに関して、このメソッドは、新しい鍵および目的タグを、インデックスによって識別される鍵レジスタに書き込む。
【００６８】
Output lock property IDに関して、このメソッドは、出力ロックフラグをセットする。このフラグがセットされていると、画面ジオメトリ(幅、高さ、カラーデプス、リフレッシュレート)ならびにグラフィックスカード出力(VGA、DVI)を変更できなくなる。具体的に言うと、グラフィックスカードは、出力ロックフラグがセットされている間に、これらの設定を変更する命令を実行しない。
【００６９】
L2KeyMgmt property IDに関して、このメソッドは、本発明に従って説明される保護の第2層すなわち、下で詳細に説明する入出力の暗号化の下での鍵更新頻度を設定する。
【００７０】
同様に、Get関数は、次のように提案される。
Get([IN] BITS128 nonce, [IN] ENUM propertyID, [IN] BYTESEQUENCE
propertyParamters, [OUT] BYTESEQUENCE response)
ここで、
nonceは、応答で使用される、信頼されるソフトウェアによって選択される128ビット値。
propertyIDは、取得されるプロパティを識別する。サポートされるプロパティのリストを、下の表2に示す。
propertyParamtersは、各propertyIDに固有のパラメータのシーケンスである。
responseには、動作の結果が格納される。responseは、nonceとそれに続くメッセージからなり、このメッセージは、各propertyIDに固有である。
【００７１】
【表２】
0004522645.tif 000004
【００７２】
Output portsに関して、このメソッドは、グラフィックスカード出力の設定、たとえばVGA、DVIなどを返す。
Authentication codeに関して、このメソッドは、本発明に従って説明される保護の第1層すなわちオーバーレイの暗号化によるウィンドウのコンテンツのハッシュを返す。
DX-SEC versionに関して、このメソッドは、グラフィックスカードによってサポートされるDX-SECのバージョンを返す。
Secure surface countに関して、このメソッドは、グラフィックスカードによってサポートされるセキュアサーフェスの数を返す。
Overlapping surface countに関して、このメソッドは、グラフィックスカードによってサポートされるオーバーラップするセキュアサーフェスの数を返す。
Primary typeに関して、このメソッドは、1を返し、将来の柔軟性を提供する。
Geometryに関して、このメソッドは、プライマリサーフェスの幅、高さ、リフレッシュレート、およびカラーデプスを返す。
【００７３】
Set関数に、さらに、保護される領域オーバーレイの位置またはサイズ、または主(プライマリ)サーフェスのうちで復号されなければならない部分の位置およびサイズを設定するメソッドを含めることができる。
【００７４】
したがって、上のSetSessionKey関数、Get関数、およびSet関数は、外部インターフェースの非制限的な実施形態に関する。用語「内部インターフェース」は、暗号プロセッサとグラフィックスカードの残りとの間のインターフェースを指す。本発明による、この種類のインターフェースの詳細は、各個々のグラフィックスカードの実施形態の責任であるが、下記の制限の対象になる。(1)暗号プロセッサが、グラフィックスカードに永久的に固定されなければならず、(2)暗号プロセッサとグラフィックスカードの残りの間の接続を公開してはならない。
【００７５】
これに関して、グラフィックスカードからの暗号プロセッサの除去が、自明であってはならない。暗号プロセッサが、別のチップとして実施される場合に、これは、主に、暗号プロセッサをグラフィックカードに付加する機械的インターフェースに対する制限である。通常、暗号プロセッサは、グラフィックスカードにはんだ付けされなければならない。その代わりに、暗号プロセッサが、主GPUと同一のチップ内に存在することができる。たとえばスマートカードリーダ、ソケットマウント、および類似物など、暗号プロセッサの除去を可能にする標準化された機械的インターフェースの使用は、許容可能ではない。
【００７６】
さらに、暗号プロセッサとグラフィックスカードの残りの間の物理的接続は、アクセス可能であってはならず、標準インターフェースを介して公開されてはならない。たとえば、このバス上のUSBコネクタは、本発明によれば許容可能でない。
【００７７】
鍵管理のルールに関して、各インデックス鍵は、それに関連する目的パラメータに従って使用することだけができる。一実施形態では、目的パラメータの値が、下記の意味を有する。
【００７８】
L1STREAM  この鍵は、本発明によって提供されるセキュリティの第1層すなわちオーバーレイの暗号化と関連して下で説明するDX-SECストリーム暗号と共に使用することだけができる。
【００７９】
L2BLOCK  この鍵は、本発明によって提供されるセキュリティの第2層すなわち下で説明する入出力の暗号化のECBモードでのブロック暗号と共に使用することだけができる。ECBモードのブロック暗号は、信頼されるソフトウェアによって書かれたテクスチャブロックの復号に使用される。
これに関して、インデックスに新しい値が書き込まれている時に、鍵のコピーを保存してはならない。
【００８０】
＜セキュリティの第1層  暗号化されたオーバーレイ＞
ビデオメモリは、CPU上で走行する信頼されないソフトウェアによってマッピングされ、読み取られる可能性があるので、ビデオメモリに、平文の形で情報を含めることはできない。この要件の対象になるビデオメモリには、ディスプレイのリフレッシュに使用されるビデオメモリが含まれる。本発明によるこの判断基準を満たすシステムの最初の実施形態では、オーバーレイサーフェスのコンテンツを暗号化する。オーバーレイは、イメージがディスプレイに送られる時に、DACハードウェアによってオンザフライで、またはDACハードウェアに達する直前に、復号される。
【００８１】
図４に、そのような技法の例示的実施形態を示す。暗号化されたプレミアムコンテンツ200が、信頼されるソフトウェアアプリケーション210に付随して見つけられるか生成されたところから、信頼されるアプリケーション210によって受け取られる。暗号プロセッサ220との認証交換がその後に行われるが、これは、上の例示的実施形態で説明した認証交換手順または、暗号的にまたは他の手段によって保護されるパスを介してのいずれかで鍵配布を保護する他の技法によるものなどである。コンテンツ200は、システムメモリ230から暗号化されたオーバーレイサーフェス240に渡され、暗号化されたオーバーレイサーフェス240は、ビデオメモリ260のプライマリサーフェス270にオーバーレイされる。暗号プロセッサ220と共に、GPU265の復号部分250が、暗号化されたオーバーレイ240によって提供される暗号化された層を復号し、そのコンテンツを、モニタなどのレンダリングデバイスへの出力のためのディジタルビデオインターフェース(DVI)/ディジタルアナログ変換器(DAC)290への出力のためにピクセル選択280に渡す。
【００８２】
しかし、図４に示されたシステムは、オーバーレイが1つしかないので、上で説明した判断基準のすべてを満たしてはいない。信頼されるウィンドウなどの信頼される環境に必要な機能性の最低限を満たすために、本発明は、代替実施形態で2つのオーバーレイを可能にする。
【００８３】
第1の「機密」オーバーレイは、基本的に、主にビデオを再生するために現在のプラットフォームに存在するが、コンテンツを暗号化できるように増補されたオーバーレイである。第2のオーバーレイは、e-コマースダイアログなどの機密のユーザインターフェースを提示するために特に設計される。この「保護されるオーバーレイ」は、常に手前に表示され、隠すことができない、すなわち、カラーキーイングなしであり、第1のオーバーレイを超える優先順位を有する。
【００８４】
第2のオーバーレイは、コストを最小にするためのいくつかの制限の対象になる場合がある。たとえば、第2のオーバーレイは、データが、プライマリと同一のピクセルフォーマットであり、ストレッチまたはマルチバッファリングが不可能であるものとして提供される場合がある。さらに、保護されるオーバーレイのコンテンツを、ハードウェアによって検証することができる。表3に、機密オーバーレイと保護されるオーバーレイの間の例示的な相違を要約する。
【００８５】
【表３】
0004522645.tif 000005
【００８６】
図５に、機密オーバーレイフリッピングチェーン310の機密オーバーレイ、たとえばオーバーレイ310a、310b、および310cと、保護されるオーバーレイ320の両方を含むシステムを示す。可能な時には、ストリーム暗号をセキュアサーフェス暗号化に使用する。というのは、ストリーム暗号が、ブロック暗号より高速であり、実装が単純であるからである(詳細については付録Aを参照されたい)。ストリーム暗号では、「ストリーム内のバイトの位置」に基づいてデータを暗号化する。したがって、本発明のセキュリティの第1レベルでは、サーフェスの左上隅のピクセル暗号鍵を用いてストリーム暗号を初期化する。ストリーム暗号は、ピクセルが表示されるかどうかに無関係に、オーバーレイサーフェスに含まれるすべてのピクセルについて進行する。提案されるシステムには、機密オーバーレイ用と保護されるオーバーレイ用の、2つのストリーム暗号復号コンポーネント300aおよび300bが含まれる。復号されたピクセル値が使用可能になった時に、ハードウェア280が、保護されるオーバーレイ320、機密オーバーレイ310(プライマリ270がカラーキーと等しい場合および/またはカラーキーイングがイネーブルされている場合)、またはプライマリ270のピクセル値を選択し、ピクセル値をDVI/DAC290を介してディスプレイハードウェアに送る。
【００８７】
敵対者が、任意の数の手段によってオーバーレイへのアクセスを得ることができ、これによって、表示されるイメージを不可視にするか、セキュアコンテンツをノイズの多いコンテンツに置換することができることに留意されたい。これは、敵対者によって書き込まれるデータも復号されるからである。本発明は、これらの攻撃に対して直接に防御はしないが、本発明は、完全性検査を提供して、期待されるコンテンツがエンドユーザに提示されたことを保証する。したがって、出力が、入力以外のものである場合に、ユーザまたは信頼されるソフトウェア210に、コンテンツに関するタンパリングがあったことを警告することができる。
【００８８】
オーバーレイへのソフトウェアインターフェースに関して、ソースおよびデスティネーションの境界ボックス、デスティネーションカラーキーなどの普通のオーバーレイ情報の他に、機密オーバーレイ310は、暗号鍵インデックスが指定されることを維持し、保護されるオーバーレイ320は、さらに、復号されたオーバーレイコンテンツの巡回冗長コード(CRC)が書き込まれるメモリ位置が指定されることを維持する。
【００８９】
機密オーバーレイインターフェースは、フリップ方法によって、オーバーレイ後バッファ310aすなわち、データがフリップされつつある先のバッファのコンテンツの暗号鍵インデックスが指定されることを除いて、既存のオーバーレイに類似する。
【００９０】
保護されるオーバーレイインターフェースは、より単純であり、サーフェスが初めて表示された後に、そのサーフェスのCRCをメモリ位置に転送する備えがある。標準化されたハードウェアインターフェースによって、オーバーレイの位置が制御され、関心を持つソフトウェアにポーリングベースでCRCが使用可能にされる。たとえば、あるレジスタによって、CRCを入手できるところを示すことができ、もう1つのレジスタによって、CRCの読取をイネーブルすることができる。たとえば、次の例示的擬似コードを、保護されるオーバーレイインターフェースとの接続に使用することができる。
HRESULT UpdateOverlay(LPPOINT ppntUL);
ここで、
ppntULは、保護されるオーバーレイの左上隅を指定する。
これに関して、ソフトウェア210は、完全性に関心を持つ場合に、期待するCRC値を計算する。
【００９１】
＜セキュリティの第2層  暗号化された入出力＞
本発明によれば、GPU265を増補して、暗号化されたコンテンツを入力として扱い、暗号化されたコンテンツを出力として送るために、暗号化および復号ハードウェアが、テクスチャマッピングユニット(入力側で)およびアルファブレンディングユニット(出力側で)に追加され、ハードウェア設計者が、この機能を実施する際にいくつかのルールに従うように協力する。ストリーム暗号は、暗号化されたデータへのランダムアクセスを可能にしないので、システムは、ブロック暗号を使用して、たとえば1時に128ビットのデータを暗号化する。テクスチャマッピングユニットは、キャッシュラインフィル時に復号し、アルファブレンディングユニットは、カラーバッファからキャッシュラインを読み取る時に復号し、書込の前に暗号化する。これらの動作に使用される暗号鍵は、異なるものとすることができる。
【００９２】
ビデオデコードなどの3Dレンダリング以外の計算タスクは、先程説明したパラダイムの単純な延長である。テクスチャの代わりに、ビデオマクロブロックが、暗号化された入力として働き、カラーバッファの代わりに、デコードされる出力フレームが、暗号化された出力として働く。コンテンツが、GPU265へのコマンドストリーム内でインバンドで配送される際に保護されなければならない場合に、コマンドバッファをどのように暗号化できるかも、下で説明する。
【００９３】
図６に、暗号化および復号コンポーネント400を介して、フロントエンド動作を実行し、暗号化されたサーフェス420を入力としてとり、暗号化されたサーフェスを出力として送る、すなわち、暗号化されたテクスチャおよびカラーバッファ技法のフロントエンドを実行する、上で説明したシステムを示す。本発明は、さらに、暗号化されたテクスチャ400aを提供し、テクスチャ400bは、ビデオメモリ260の通常のテクスチャとすることができる。暗号化されたテクスチャ400aは、GPU265の復号コンポーネント450に出力され、復号コンポーネント450は、暗号プロセッサ220と一緒に働いて、テクスチャを復号し、シェーディングなどのグラフィックスアルゴリズムを、コンポーネント430aと共にコンポーネント440からの暗号化されたデータに適用する。
【００９４】
合成されたページフリッピングデスクトップの展開に先行して、上で説明した図６のシステムは、DACハードウェアが上で説明したプライマリ270ならびにオーバーレイサーフェス310および330を暗号化できるならば、デスクトップの全体を保護することができる。この場合に、DACハードウェアが、ストリーム暗号ではなくブロック暗号を使用して暗号化することに留意されたい。そのようなシステムは、任意の数の機密サーフェスが、任意のZ順序付け、ブレンディング、もしくは3Dまたは他の効果を、セキュリティを危険にさらさずに適用されて、デスクトップに参加できるようにする。常に手前に表示されなければならず、そのコンテンツが検証されなければならない保護されるオーバーレイサーフェス320は、別のサーフェスに常駐する。上で説明した機密オーバーレイ310は、セキュアページフリッピングデスクトップまたはプラットフォームによってソフトウェアでエミュレートできるまで残存する。
【００９５】
一実施形態では、プライマリ270を復号できることの他に、システムは、GPU265が、信頼されるワードプロセッサなどの普通のデスクトップアプリケーションからの平文を暗号化でき、これらのアプリケーションがデスクトップに参加できるようになることも必要とする。図７に、前510bおよび後510aを含むプライマリフリッピングチェーン510が暗号化される、そのようなシナリオを示す。したがって、プライマリサーフェスを、デスクトップコンポジタ430によって操作し、そこからの出力/そこへの入力のために暗号化/復号コンポーネント440aによって保護することができる。暗号プロセッサ220との通信で、復号コンポーネント500が、DVI/DAC290への出力のために前サーフェス510bを復号する。これによって、システムがある種類の攻撃に公開されるが、これらの攻撃を、セキュリティの確保について下で(これらの攻撃に対する防御の戦略を述べる)詳細に説明する。
【００９６】
図８に、機密オーバーレイフリッピングチェーン310への書換がもたらされる、図７に対する代替案を示す。したがって、プライマリ270の暗号化の代替として、本発明に従って、ハードウェアが、機密オーバーレイハードウェア300aによる消費のためにストリーム暗号暗号化をイネーブルすることができ、機密オーバーレイハードウェア300aは、暗号プロセッサ220と共にストリーム暗号データを復号することができる。このプレゼンテーション機構は、ブロック暗号を用いてプライマリを暗号化するより安価にすることができるが、設計トレードオフとして、スケーブルまたは柔軟でなくなる可能性がある。機密オーバーレイ310が、暗号化にストリーム暗号を使用するので、このコンテキストでサポートされる妥当な動作は、入力が入力サーフェス510aのブロック暗号を使用して復号コンポーネント440bによって復号され、オーバーレイのストリーム暗号を使用してコンポーネント440bによって再暗号化される、「コピー」動作である。
【００９７】
これらの実施形態およびそのさまざまな組合せは、たとえば、任意の数の平文入力を暗号化された入力と組み合わせて暗号化された出力を生成することができるならば、1時に1つの暗号化された入力で十分である場合に有用である。
【００９８】
永続するセキュリティに関して、本発明に従って実施することができる複数の尺度がある。第1に、上で説明したセキュリティの第2層は、平文を、復号した後にGPU265から漏らすことができないという発想に頼る。たとえば、ホストの中央処理装置(CPU)によってチップから平文を読み出せるようにする、デバッグ用レジスタまたは他の機能は存在しない。そのような漏れを防ぐ注意深いハードウェア設計に加えて、GPU265の命令セットは、出力の暗号化をイネーブルせずに入力の復号をイネーブルすることが不可能になるように設計される。さらに、ハードウェアによって、悪事を働くドライバ、反対者のコード、または事故のいずれによっても、平文データが漏れないようにする。
【００９９】
さらに、ハードウェアは、鍵を漏らしてはならない。鍵は、認証交換によって記述される暗号プロトコルを介してGPU265に配送された後に、暗号化コンポーネントおよび復号コンポーネントだけに使用可能になる。
【０１００】
上述したように、GPU265が、プライマリ270内の表示のために平文を暗号化できる場合に、この機能は、システム内の脆弱性とみなされる。というのは、この暗号化機能が、敵対者が平文とそれに対応する暗号文を同時に入手可能にすることができる、記述された唯一の機構であるからである。プライマリサーフェスを、CPUによって見ることができるようにマッピングし、暗号化されなければならないウィンドウを作成することによって、敵対者が、既知の平文ブロックに対応する暗号文ブロックのサブセットを構成することができる。これらのいわゆる「辞書攻撃」は、「興味のある」ブロックの数が少ない時に、最もよく機能する。たとえば、32bppディスプレイモードでの白黒のダイアログボックスの表示に関して、1ブロックごとに4ピクセルがあるので、そのようなダイアログを表示するには、16個のブロックだけが必要である。16個の暗号文ブロックを見つけた敵対者の1つの可能な達成方法は、GPU265による復号の後であっても意味のあるコンテンツを作成することによって、エンドユーザへのダイアログを偽造することである。この理由から、保護されるオーバーレイは、エンドユーザが期待されたものを見なかった時をアプリケーションが検出できるようになるので、耐タンパダイアログに最も適する。
【０１０１】
したがって、辞書を作成することを望む敵対者を挫折させる、2つのよい戦略がある。第1に、辞書は、所与の鍵だけについて良好なので、鍵を変更し、コンテンツを再暗号化することによって、敵対者が、新しい辞書を用いて一からやり直さざるをえなくなる。さらに、プライマリの暗号化について、鍵を、ソフトウェアに使用可能にする必要はない。鍵は、ハードウェアで変更することができ、ソフトウェアは、鍵が変更されたことを通知されることだけが必要である。前の鍵がまだ使用可能なので、ソフトウェアは、プライマリのうちで変更されていない部分を、前の鍵を使用して復号し、再暗号化することができる。したがって、暗号プロセッサ220は、プライマリ270の暗号鍵を、周期的に、前の鍵がまだ使用可能である形で、たとえば、暗号鍵インデックスのダブルバッファリングの形で、鍵が変更されたことをソフトウェアに通知する形で、変更する。
【０１０２】
もう1つの戦略では、暗号化前のイメージ内の位置をエンコードする。たとえば、イメージ内の(x,y)ピクセル位置(または、イメージオフセットなどの派生値)を、ピクセルデータの暗号化の前にピクセルデータとの排他的論理和を(XOR)とることができ、この動作を、復号の後で元に戻すことができる。その結果、サーフェスの異なる領域のピクセルのブロックが、異なる形で暗号化され、平文と暗号文のマッピングが、サーフェスの所与の位置についてのみ意味を持ち、攻撃者に入手不能になる。
【０１０３】
本発明は、事前に定義されたスウィズリングされたフォーマットも提供する。テクスチャおよびオフスクリーンサーフェスは、ランダムアクセスを必要とするので、ブロック暗号を用いて暗号化されなければならない。ブロック暗号の通常のブロックサイズと、現代の3Dアクセラレータの通常のキャッシュラインサイズの間によい協同があり、たとえば、キャッシュラインとブロックサイズが両方とも128ビットである場合に、効率的な暗号化および復号を、ハードウェアで実施することができる。わずかな差がある(たとえば、128ビットのブロックサイズと256ビットのキャッシュラインサイズ)場合であっても、ハードウェア実施形態が、効率的になる可能性が高い。
【０１０４】
暗号化されたテクスチャデータに関する1つの問題は、隣接するバイトのブロックが、暗号化または復号できる前に使用可能であることを、ブロック暗号化方式が必要とすることと、ピクセルデータが「スウィズリング」されるすなわち、イメージ内の(X,Y)位置からアドレスへの変換を形成し、キャッシュラインフィルがピクセルの2D領域をもたらすようにすることを、キャッシュラインフィルが必要とすることである。今のところ、ハードウェアベンダは、表向きは線形のサーフェスフォーマットを公開しているが、アプリケーションの知識なしでイメージデータをスウィズリングする。しかし、信頼されるソフトウェアは、暗号化されたテクスチャデータを送るので、ソフトウェアは、データの隣接するブロックを暗号化でき、2D局所性を保存できるように、スウィズリング方式の先験的な知識を有しなければならない。これに応じて、本発明では、アプリケーションによる使用のために、YUVの4:4:4、4:2:2、および4:2:0ならびにRGBフォーマットを含むスウィズリングされたイメージフォーマットの辞書を定義する。これらのフォーマットの性能は、イメージがハードウェア固有フォーマットにスウィズリングされた場合ほど高くはない可能性があるが、暗号化は、わずかな性能低下に値する、すなわち、スピードと引き換えにセキュリティが得られる。
【０１０５】
AYUV/ARGB(32bpp、パックド)に関して、この32bppサーフェスフォーマットに、輝度(Y)およびクロミナンス(UおよびV)サンプルの8ビットカラーチャネルに加えて、アルファチャネルが含まれる。その代わりに、標準的なARGB 32bppを含めることができる。というのは、この両方のフォーマットが、32bppであり、パックされているからである。以下の議論では、AYUVを前提とする。線形レイアウトは、図９に示された通りである。
【０１０６】
イメージ内のピクセル(X,Y)のオフセットは、次の通りである。
オフセット=Y*ピッチ+X*4
128ビットの暗号化ブロックサイズおよびキャッシュラインサイズを仮定すると、4ピクセルを、単一のブロックにおさめることができる。アドレスを生成する前にXおよびYの最下位ビットをインターリーブすることによって、キャッシュラインフィルでの改善された2D局所性がもたらされる。これらのブロックは、フォーマットに従って線形に配置される。
【０１０７】
結果のイメージレイアウトを、図１０に示す。番号付きの長方形のそれぞれが、1ピクセルであり、太い長方形が、暗号化ブロックである。イメージ内の(x,y)位置をオフセットに変換する、このフォーマットに関する本発明のスウィズリング関数の例示的擬似コードは、次の通りである。
0004522645.tif 000006
【０１０８】
YUY2(16bpp、パックド)に関して、このサーフェスフォーマットでは、「クロミナンス」サンプルUおよびVを水平に2倍にサブサンプリングする。その結果が、平均してピクセルあたり16ビットになるパックドイメージフォーマットである。線形レイアウトを図１１に示す。本発明のスウィズリングフォーマットでは、図１２に示されているように、4×2ピクセルの暗号化ブロックを割り振る。図９および１０と同様に、128ビットブロックもスウィズリングされる。図１２および(x,y)座標対をイメージオフセットに変換する下記の例示的スウィズリング擬似コードについて、UおよびVが、一様なX座標を有すると仮定されることに留意されたい。
【０１０９】
0004522645.tif 000007
0004522645.tif 000008
【０１１０】
これに関して、図９、図１０、図１１、および図１２のスウィズリングを伴う擬似コードについて、サーフェスピッチが、128ビットブロックのスキャンラインごとのバイト数として定義される。
【０１１１】
パックドプレーナ(12bpp)に関して、このサーフェスフォーマットでは、UおよびVを水平と垂直で2倍にサブサンプリングする。輝度およびクロミナンスのサンプルが、サーフェスの2つの別々の部分に配置される。パックドプレーナ(12bpp)の線形レイアウトを、図１３に示す。
【０１１２】
サーフェスピッチは、Yプレーン内の512ビットブロックのスキャンラインあたりのバイト数として定義される。UVプレーンのピッチは、Yプレーンのピッチの半分である。というのは、サンプルの数が1/4であるが、サンプルあたりのカラー要素が2倍あるからである。本発明による結果のスウィズリングイメージフォーマットを、図１４に示す。
【０１１３】
(x,y)座標をY、U、およびV要素のオフセットに変換する、このフォーマットに関する本発明のスウィズリング関数の例示的擬似コードは、次の通りである。
0004522645.tif 000009
0004522645.tif 000010
【０１１４】
＜セキュリティの第3層  暗号化されたコマンドバッファ＞
セキュリティの第1層および第2層に関して上で説明した実施形態の機能を、本発明に従って増補して、GPU265が操作しているイメージデータに加えて、GPU265にサブミットされるコマンドバッファを暗号化することができる。この機能性は、アプリケーション210が、ハードウェアにインバンドでコマンドバッファ内に送られるコンテンツを保護することを望む場合に望ましい。図１７に、暗号化されたコマンドバッファ900を使用し、これによって、コンテンツが、暗号化されたテクスチャ400aに配布され、復号コンポーネント450によって復号され、ビデオデコーダ430bによってデコードされる、ビデオデコーディングを示す。コマンドバッファだけを暗号化することが可能であるが、暗号化されデコードされたフレーム420aによって示されるように、コンテンツが、ビデオメモリ内ならびにコマンドバッファ内で暗号化される。したがって、コマンドバッファの暗号化は、マクロブロックがビデオメモリ内にモーションベクトルと共にあり、他のコマンドがコマンドストリームで送られる、これに似た状況に適当である。
【０１１５】
暗号化されたテクスチャデータのアトミシティ制約は、カラーバッファ暗号化が問題のコンテンツの保護に十分でない可能性があることの警告と共に、暗号化されたコマンドバッファデータにも適用される。たとえばZバッファなどの中間バッファも、平文攻撃からシステムを保護するために暗号化することができる。図１６に、本発明に従って暗号化されたコマンドバッファを使用する例示的3Dレンダリングを示す。図からわかるように、3Dレンダリングコマンド810が、ビデオデコーダ430cへの途中で暗号化される。テクスチャデータ400aが、復号コンポーネント450によって復号され、ビデオデコーダ430cによってコマンド810に従って処理される。これに付随して、カラーバッファ820内のデータが、暗号化/復号コンポーネント830を介して暗号化される。
【０１１６】
タンパ検出は、2パスを使用してコマンドバッファの消費の前に、またはコマンドバッファが消費された後に、行うことができる。一実施形態では、タンパ検出が、コンテンツの表示またはレンダリングの後にイネーブルされる。
【０１１７】
＜さらなる代替実施形態  グラフィックスカードからの出力の暗号化＞
上述した実施形態のそれぞれで、図３の破線部分に関して機密性および完全性を実証し、説明してきたが、機密性および完全性は、ビデオ出力に関して説明されていない、すなわち、理論的に、グラフィックスカードとモニタなどのレンダリングデバイスの間のインターフェースおよび/またはレンダリングデバイス自体が、攻撃の対象になる。
【０１１８】
したがって、上述した実施形態で、図１７に示されているように、処理中のある点で、たとえコンテンツがビデオメモリ内およびグラフィックスカード処理中に保護されても、データが暗号化されずにDVI/DAC290に送られる。その結果、データが、レンダリングデバイスへの途中およびレンダリングデバイス内にある間に、著作権を侵害されるか、変更される可能性がある。
【０１１９】
したがって、任意選択として本明細書に記載の他の実施形態と組み合わせることができる、本発明の代替実施形態によれば、姉妹暗号プロセッサ220bをレンダリングデバイス内に設けて、暗号プロセッサ220aによって実行される機能性を補足する。これに関して、通信的に暗号プロセッサ220aに結合される暗号化コンポーネント910aが、DVI/DACコンポーネント290への配送の前にデータを暗号化し、通信的に暗号プロセッサ220bに結合される復号コンポーネント910bが、行われる表示またはレンダリングの一部としてデータを復号し、データの著作権侵害を防ぐ。暗号化コンポーネント910aは、その代わりに、DVI/DACコンポーネント290に含めることができる。手短に言うと、同一の暗号化および復号と鍵管理技法を適用することによって、コンテンツを、コンテンツの暗号的に保護されるセキュア配送および処理に関してグラフィックスパイプライン全体を通じて保護することができる。
【０１２０】
上述したように、本発明の例示的実施形態を、さまざまなコンピューティングデバイス、ハードウェア、ソフトウェア、およびネットワークアーキテクチャに関して説明したが、基礎となる概念は、信頼されるソースからのコンテンツを保護することが望まれる、すべてのコンピューティングデバイスまたはコンピューティングシステムに適用することができる。したがって、本発明による、セキュアコンテンツを暗号的に保護する技法は、さまざまな応用例およびデバイスに適用することができる。たとえば、本発明の暗号的にセキュアコンテンツを保護する方法を、デバイス上の別のオブジェクトとして、別のオブジェクトの一部として、サーバからダウンロード可能なオブジェクトとして、分散オブジェクトとしてなどの形でコンピューティングデバイスのオペレーティングシステムに適用することができる。例示的なプログラミング言語、擬似コード、名前、および例が、さまざまな選択を表すものとして本明細書で選択されたが、これらの言語、擬似コード、名前、および例は、制限的であることを意図されていない。
【０１２１】
本明細書で説明したさまざまな技法は、ハードウェア、ソフトウェア、または、適当な場合に、その両方の組合せに関連して実施することができる。したがって、本発明の方法および装置、もしくはそのある態様または部分が、フロッピー（登録商標）ディスク、CD-ROM、ハードドライブ、または他の計算機可読記憶媒体などの有形の媒体内で実施されるプログラムコード(すなわち命令)の形をとることができ、ここで、プログラムコードがコンピュータなどの計算機にロードされ、計算機によって実行される時に、計算機が、本発明を実践する装置になる。プログラマブルコンピュータでのプログラムコード実行の場合に、コンピューティングデバイスに、一般に、プロセッサ、プロセッサによって読取可能な記憶媒体(揮発性および不揮発性のメモリおよび/またはストレージ要素を含む)、少なくとも1つの入力装置、および少なくとも1つの出力装置が含まれる。たとえばデータ処理API、オペレーティングシステム、信頼されるアプリケーション、または類似物などを介して、本発明の技法を使用することができる1つまたは複数のプログラムは、高水準手続き指向プログラミング言語または高水準オブジェクト指向プログラミング言語で実施されて、コンピュータシステムと通信することが好ましい。しかし、プログラムは、望まれる場合に、アセンブリ言語または機械語で実施することができる。どの場合でも、言語は、コンパイルされる言語または解釈される言語とすることができ、本発明のさまざまな実施形態で、GPU265のハードウェア実施形態に条件を負わせる。
【０１２２】
本発明の方法および装置は、電気配線またはケーブリング、光ファイバ、または他の形の伝送を介するなど、ある伝送媒体を介して伝送されるプログラムコードの形で実施される通信を介して実践することもでき、ここで、プログラムコードが、EPROM、ゲートアレイ、プログラマブルロジックデバイス(PLD)、クライアントコンピュータ、ビデオレコーダまたは類似物、もしくは上の例示的実施形態で説明したグラフィックスカードおよび暗号化機能を有する受信側計算機などの計算機によって受信され、ロードされ、実行される時に、本発明を実践する装置になる。汎用プロセッサで実施される時に、プログラムコードが、プロセッサと組み合わされて、本発明の機能性を呼び出すように動作する独自の装置を提供する。さらに、本発明に関連して使用されるすべてのストレージ技法を、必ず、ハードウェアとソフトウェアの組合せとすることができる。
【０１２３】
本発明を、さまざまな図面の好ましい実施形態に関連して説明してきたが、他の類似する実施形態を使用することができ、あるいは、本発明から逸脱せずに、本発明の同一の機能を実行するために説明された実施形態に対して修正または追加を行うことができることを理解されたい。
【０１２４】
たとえば、本発明の例示的ネットワーク環境を、ピアツーピアネットワーク化された環境などのネットワーク化された環境に関連して説明したが、本発明がこれに制限されないことと、本明細書で説明した方法を、有線であれ無線であれ、ゲーミングコンソール、ハンドヘルドコンピュータ、ポータブルコンピュータなどの任意のコンピューティングデバイスまたはコンピューティング環境に適用することができ、また、通信ネットワークを介して接続され、ネットワークを介して相互作用する任意のそのようなコンピューティングデバイスに適用することができることを、当業者は諒解するであろう。
【０１２５】
さらに、ハンドヘルドデバイスオペレーティングシステムおよび他の特定用途向けオペレーティングシステムを含むさまざまなコンピュータプラットフォームが、特に無線ネットワーク化されたデバイスの数が増殖を続けるので、企図されていることを強調しなければならない。
【０１２６】
さらに、本発明は、複数のGPUを有するデバイスなどの複数の共用プロセッシングチップまたはデバイスの中またはそれらにまたがって実施することができ、ストレージを、同様に、複数のデバイスにまたがってもたらすことができる。したがって、本発明は、単一の実施形態に制限されるのではなく、請求項による広さおよび範囲で解釈されなければならない。
【０１２７】
【発明の効果】
以上説明したように、本発明によれば、ビデオメモリのコンテンツを暗号化し、許可されないソフトウェアの意味あるアクセスを得られなくすることにより、機密性を維持することができる。
【０１２８】
＜付録A  ストリーム暗号対ブロック暗号＞
この付録では、本明細書の内容に関連する、ストリーム暗号とブロック暗号の間の相違を詳細に示す。
【０１２９】
【表４】
0004522645.tif 000011
【０１３０】
概して、ストリーム暗号は、ブロック暗号より高速であり、実施が単純である。
【０１３１】
名前が示す通り、ストリーム暗号は、バイトのストリームを暗号化し、復号する。ストリームのN番目のバイトを復号するためには、暗号を先頭から開始し、1時に1バイトだけ前進し、ストリーム内の所望のオフセットに進む。
【０１３２】
対照的に、電子コードブックモードで走行するブロック暗号は、データ内の任意のブロックを暗号化または復号することができるが、1時に1つの完全なブロックを暗号化/復号しなければならない。通常のブロックサイズは、16バイトである。
【０１３３】
ストリーム暗号は、同一のデータが絶対に2度は暗号化されない形で使用される、すなわち、暗号化と復号に使用される鍵が頻繁に変更されなければならない。プレミアムビデオ再生に使用される時には、たとえば、フレームごとに1回鍵を変更すれば十分である。
【０１３４】
最後の注記として、パブリックドメインで使用可能な高品質のブロック暗号がある。
【図面の簡単な説明】
【図１】本発明を実施することができるさまざまなコンピューティングデバイスを有する例示的ネットワーク環境を表すブロック図である。
【図２】本発明を実施することができる例示的非制限的コンピューティングデバイスを表すブロック図である。
【図３】本発明に従って保護されるグラフィックスパイプラインの保護されない部分を示す流れ図である。
【図４】本発明によるセキュリティの第1層の例示的態様を示すブロック図である。
【図５】本発明によるセキュリティの第1層の例示的態様を示すブロック図である。
【図６】本発明によるセキュリティの第2層の例示的態様を示すブロック図である。
【図７】本発明によるセキュリティの第2層の例示的態様を示すブロック図である。
【図８】本発明によるセキュリティの第2層の例示的態様を示すブロック図である。
【図９】本発明によるAYUV/ARGBフォーマットの例示的スウィズリングを示す図である。
【図１０】本発明によるAYUV/ARGBフォーマットの例示的スウィズリングを示す図である。
【図１１】本発明によるYUV2フォーマットの例示的スウィズリングを示す図である。
【図１２】本発明によるYUV2フォーマットの例示的スウィズリングを示す図である。
【図１３】本発明によるパックドプレーナフォーマットの例示的スウィズリングを示す図である。
【図１４】本発明によるパックドプレーナフォーマットの例示的スウィズリングを示す図である。
【図１５】本発明によるセキュリティの第3層の例示的態様を示すブロック図である。
【図１６】本発明によるセキュリティの第3層の例示的態様を示すブロック図である。
【図１７】本発明によるグラフィックス処理ユニットからの出力に適用することができる例示的暗号化技法を示すブロック図である。
【図１８】本発明によるグラフィックス処理ユニットからの出力に適用することができる例示的暗号化技法を示すブロック図である。
【符号の説明】
200  暗号化されたプレミアムコンテンツ
210  信頼されるソフトウェアアプリケーション
220  暗号プロセッサ
230  システムメモリ
240  暗号化されたオーバーレイサーフェス
250  復号部分
260  ビデオメモリ
265  GPU
270  プライマリサーフェス
280  ピクセル選択
290  ディジタルビデオインターフェース(DVI)/ディジタルアナログ変換器(DAC)
【図１】
0004522645.tif 000012
【図２】
0004522645.tif 000013
【図３】
0004522645.tif 000014
【図４】
0004522645.tif 000015
【図５】
0004522645.tif 000016
【図６】
0004522645.tif 000017
【図７】
0004522645.tif 000018
【図８】
0004522645.tif 000019
【図９】
0004522645.tif 000020
【図１０】
0004522645.tif 000021
【図１１】
0004522645.tif 000022
【図１２】
0004522645.tif 000023
【図１３】
0004522645.tif 000024
【図１４】
0004522645.tif 000025
【図１５】
0004522645.tif 000026
【図１６】
0004522645.tif 000027
【図１７】
0004522645.tif 000028
【図１８】
0004522645.tif 000029