(57)【要約】  コンテンツキーのシーケンスは、デジタルコンテンツのピースのレシーバと、コンテンツがレンダリングされるべきコンピューティングデバイスとの間で共用される。レシーバは、そのシーケンス中における対応するコンテンツキーに従ってコンテンツの各ピースを暗号化し、その暗号化されたコンテンツをコンピューティングデバイスへと転送し、コンピューティングデバイスは、暗号化されたコンテンツを対応するコンテンツキーに従って暗号解読する。レシーバは、最初にコンピューティングデバイスに対してその中に初期のコンテンツキー（ＣＫ０）を伴う初期化デジタルライセンスを送信する。レシーバとコンピューティングデバイスはおのおの、必要に応じて協調するようにして、シーケンス中における初期のコンテンツキー（ＣＫ（０））から、シーケンス中における新しいコンテンツキー（ＣＫｘ）を導き出す。初期化ライセンスは、コンテンツキーのシーケンスについて１回だけ必要とされ、レシーバは、コンテンツの各ピースごとに（ＣＫｘ）をコンピューティングデバイスに対して明示的に伝える必要はない。
2008538676.tif 000002
【特許請求の範囲】
【請求項１】
デジタルコンテンツのピースのレシーバと、前記デジタルコンテンツがその上でレンダリングされるべきコンピューティングデバイスとの間でコンテンツキーのシーケンスを共用するための方法であって、前記レシーバは、コンテンツの各ピースを前記シーケンス中における対応するコンテンツキーに従って暗号化し、前記暗号化されたコンテンツを前記コンピューティングデバイスに対して転送し、前記コンピューティングデバイスは、前記暗号化されたコンテンツを前記対応するコンテンツキーに従って暗号解読し、前記方法は、
前記レシーバが、最初に前記コンピューティングデバイスに対してその中に前記コンピューティングデバイスによって暗号解読可能なようにして暗号化された、初期のコンテンツキー（ＣＫ０）を伴う初期化デジタルライセンスを送信すること、および
前記レシーバと前記コンピューティングデバイスのうちのおのおのが、必要に応じて協調するようにして前記シーケンス中における前記初期のコンテンツキー（ＣＫ０）から前記シーケンス中における新しいコンテンツキー（ＣＫｘ）を導き出すこと
を含み、前記初期化ライセンスは、コンテンツキーの前記シーケンスについて１回だけ必要とされ、前記レシーバは、コンテンツのピースごとにコンテンツキー（ＣＫｘ）を前記コンピューティングデバイスに対して明示的に伝える必要がないことを特徴とする方法。
【請求項２】
前記レシーバが、最初に前記コンピューティングデバイスに対して初期化デジタルライセンスを送信することは、
対応するプライベートキー（ＰＲ−Ｃ）を所有する前記コンピューティングデバイスが、前記コンピューティングデバイスのパブリックキー（ＰＵ−Ｃ）を含む初期化要求を前記レシーバに対して送信すること、
前記レシーバが、前記レシーバによって決定され、前記初期化要求からの前記パブリックキー（ＰＵ−Ｃ）に従って暗号化されて（ＰＵ−Ｃ（ＣＫ０））をもたらすような前記初期のコンテンツキー（ＣＫ０）を含む前記初期化ライセンスを構築し、前記コンピューティングデバイスに対して送信すること、
前記コンピューティングデバイスが、前記初期化ライセンスを受信し、そこから（ＰＵ−Ｃ（ＣＫ０））を取り出し、それに（ＰＲ−Ｃ）を適用して（ＣＫ０）をもたらし、そのような（ＣＫ０）をゼロに設定されたカウントと一緒に記憶すること、および
前記レシーバがまた、ゼロに設定されたカウントと一緒にそのような（ＣＫ０）を記憶すること
を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記レシーバが、最初に前記コンピューティングデバイスに対して初期化デジタルライセンスを送信することは、
前記レシーバが、前記レシーバによって決定され、前記初期化要求からの前記パブリックキー（ＰＵ−Ｃ）に従って暗号化されて（ＰＵ−Ｃ（ＣＫ０，ＩＫ０））をもたらすような前記初期のコンテンツキー（ＣＫ０）および初期の完全性キー（ＩＫ０）を含み、前記初期の完全性キー（ＩＫ０）に基づいた署名要素をさらに含む前記初期化ライセンスを構築し、前記コンピューティングデバイスに対して送信すること、
前記コンピューティングデバイスが、前記初期化ライセンスを受信し、そこから（ＰＵ−Ｃ（ＣＫ０，ＩＫ０））を取り出し、それに（ＰＲ−Ｃ）を適用して（ＣＫ０）および（ＩＫ０）をもたらし、そのような（ＣＫ０）および（ＩＫ０）を、ゼロに設定されたカウントと一緒に記憶し、そのような初期の完全性キー（ＩＫ０）を使用してそのような初期化ライセンスの前記署名要素を検証すること、および
前記レシーバがまた、ゼロに設定されたカウントと一緒にそのような（ＣＫ０）および（ＩＫ０）を記憶すること
を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記コンピューティングデバイスが、前記レシーバにコンテンツのピースを前記コンピューティングデバイスに対して送信するように指令すること、
前記レシーバおよび前記コンピューティングデバイスがおのおの、前記初期のコンテンツキー（ＣＫ（０））を取り出し、前記カウントをｘへと増分し、（ＣＫ（０））および前記カウントｘを関数に適用して（ＣＫｘ）をもたらすことにより、前記初期のコンテンツキー（ＣＫ（０））からコンテンツキー（ＣＫｘ）を導き出すこと、
前記レシーバが、前記コンテンツのピースを（ＣＫｘ）に従って暗号化し、前記暗号化されたコンテンツを前記コンピューティングデバイスに対して転送すること、および
前記コンピューティングデバイスが、前記暗号化されたコンテンツを（ＣＫｘ）に従って暗号解読すること
を含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記レシーバが、カウントをｘへと増分し、（ＣＫ（０））および前記カウントｘを一方向ハッシュ関数に適用して（ＣＫｘ）をもたらすことにより、前記初期のコンテンツキー（ＣＫ（０））からコンテンツキー（ＣＫｘ）を導き出すことを含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記レシーバが、前記カウントｘと、前記完全性キー（ＩＫｘ）に基づいた署名とを含む導出メッセージを前記コンピューティングデバイスに対して送信することをさらに含むことを特徴とする請求項４に記載の方法。
【請求項７】
前記コンピューティングデバイスが、前記レシーバにコンテンツのピースを前記コンピューティングデバイスに対して送信するように指令すること、
前記レシーバおよび前記コンピューティングデバイスがおのおの、前記初期のコンテンツキー（ＣＫ（０））および初期の完全性キー（ＩＫ（０））を取り出し、前記カウントをｘへと増分し、（ＣＫ（０））および前記カウントｘを関数に適用して（ＣＫｘ）をもたらすことにより前記初期のコンテンツキー（ＣＫ（０））からコンテンツキー（ＣＫｘ）を導き出し、（ＩＫ（０））および前記カウントｘを関数に適用して（ＩＫｘ）をもたらすことにより前記初期の完全性キー（ＩＫ（０））から完全性キー（ＩＫｘ）を導き出すこと、
前記レシーバが、前記カウントｘと、前記完全性キー（ＩＫｘ）に基づいた署名要素とを含む導出メッセージを前記コンピューティングデバイスに対して送信すること、
前記コンピューティングデバイスが、前記導出メッセージを受信し、前記初期の完全性キー（ＩＫｘ）を使用してそのような導出メッセージの前記署名要素を検証すること、
前記レシーバが、コンテンツの前記ピースを（ＣＫｘ）に従って暗号化し、前記暗号化されたコンテンツを前記コンピューティングデバイスに対して転送すること、および
前記コンピューティングデバイスが、前記暗号化されたコンテンツを（ＣＫｘ）に従って暗号解読すること
を含むことを特徴とする請求項４に記載の方法。
【請求項８】
前記レシーバが、カウントをｘへと増分し、（ＣＫ（０））および前記カウントｘを一方向ハッシュ関数に適用して（ＣＫｘ）をもたらすことにより、前記初期のコンテンツキー（ＣＫ（０））からコンテンツキー（ＣＫｘ）を導き出し、（ＩＫ（０））および前記カウントｘを一方向ハッシュ関数に適用して（ＩＫｘ）をもたらすことにより、前記初期の完全性キー（ＩＫ（０））から完全性キー（ＩＫｘ）を導き出すことを含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記コンピューティングデバイスが、前記レシーバにコンテンツのピースを前記コンピューティングデバイスに対して送信するように指令すること、
前記レシーバおよび前記コンピューティングデバイスがおのおの、カウント（ｘ−１）および以前のコンテンツキー（ＣＫ（ｘ−１））を取り出し、前記カウントをｘへと増分し、（ＣＫ（ｘ−１））および前記カウントｘを関数に適用して（ＣＫｘ）をもたらすことにより前記以前のコンテンツキー（ＣＫ（ｘ−１））からコンテンツキー（ＣＫｘ）を導き出し、前記カウントｘおよび（ＣＫｘ）を記憶すること、
前記レシーバが、コンテンツの前記ピースを（ＣＫｘ）に従って暗号化し、前記暗号化されたコンテンツを前記コンピューティングデバイスに対して転送すること、および
前記コンピューティングデバイスが、前記暗号化されたコンテンツを（ＣＫｘ）に従って暗号解読すること
を含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記コンピューティングデバイスが、前記レシーバにコンテンツのピースを前記コンピューティングデバイスに対して送信するように指令すること、
前記レシーバおよび前記コンピューティングデバイスがおのおの、カウント（ｘ−１）、以前のコンテンツキー（ＣＫ（ｘ−１））、および以前の完全性キー（ＩＫ（ｘ−１））を取り出し、前記カウントをｘへと増分し、（ＣＫ（ｘ−１））および前記カウントｘを関数に適用して（ＣＫｘ）をもたらすことにより前記以前のコンテンツキー（ＣＫ（ｘ−１））からコンテンツキー（ＣＫｘ）を導き出し、（ＩＫ（ｘ−１））および前記カウントｘを関数に適用して（ＩＫｘ）をもたらすことにより前記以前の完全性キー（ＩＫ（ｘ−１））から完全性キー（ＩＫｘ）を導き出し、前記カウントｘ、（ＣＫｘ）、および（ＩＫｘ）を記憶すること、
前記レシーバが、前記カウントｘと、前記完全性キー（ＩＫｘ）に基づいた署名要素とを含む導出メッセージを前記コンピューティングデバイスに対して送信すること、
前記コンピューティングデバイスが、前記導出メッセージを受信し、前記初期の完全性キー（ＩＫｘ）を使用してそのような導出メッセージの前記署名要素を検証すること、
前記レシーバが、コンテンツの前記ピースを（ＣＫｘ）に従って暗号化し、前記暗号化されたコンテンツを前記コンピューティングデバイスに対して転送すること、および
前記コンピューティングデバイスが、前記暗号化されたコンテンツを（ＣＫｘ）に従って暗号解読すること
を含むことを特徴とする請求項９に記載の方法。
【請求項１１】
デジタルコンテンツのピースのレシーバと、前記デジタルコンテンツがその上でレンダリングされるべきコンピューティングデバイスと、の間でコンテンツキーのシーケンスを共用するための方法を実行するコンピュータ実行可能命令を記憶しているコンピュータ読取り可能媒体であって、前記レシーバは、コンテンツの各ピースを前記シーケンス中における対応するコンテンツキーに従って暗号化し、前記暗号化されたコンテンツを前記コンピューティングデバイスに対して転送し、前記コンピューティングデバイスは、前記暗号化されたコンテンツを前記対応するコンテンツキーに従って暗号解読し、前記方法は、
前記レシーバが、最初に前記コンピューティングデバイスに対して前記コンピューティングデバイスによって暗号解読可能なようにして暗号化された、初期のコンテンツキー（ＣＫ０）を伴う初期化デジタルライセンスを送信すること、および
前記レシーバと前記コンピューティングデバイスのうちのおのおのが、必要に応じて協調するようにして前記シーケンス中における前記初期のコンテンツキー（ＣＫ０）から前記シーケンス中における新しいコンテンツキー（ＣＫｘ）を導き出すこと
を含み、前記初期化ライセンスは、コンテンツキーの前記シーケンスについて１回だけ必要とされ、前記レシーバは、コンテンツのピースごとにコンテンツキー（ＣＫｘ）を前記コンピューティングデバイスに対して明示的に伝える必要がないことを特徴とする媒体。
【請求項１２】
前記レシーバが最初に前記コンピューティングデバイスに対して初期化デジタルライセンスを送信することは、
対応するプライベートキー（ＰＲ−Ｃ）を所有する前記コンピューティングデバイスが、前記コンピューティングデバイスのパブリックキー（ＰＵ−Ｃ）を含む初期化要求を前記レシーバに対して送信すること、
前記レシーバが、前記レシーバによって決定され、前記初期化要求からの前記パブリックキー（ＰＵ−Ｃ）に従って暗号化されて（ＰＵ−Ｃ（ＣＫ０））をもたらすような前記初期のコンテンツキー（ＣＫ０）を含む前記初期化ライセンスを構築し、前記コンピューティングデバイスに対して送信すること、
前記コンピューティングデバイスが、前記初期化ライセンスを受信し、そこから（ＰＵ−Ｃ（ＣＫ０））を取り出し、それに（ＰＲ−Ｃ）を適用して（ＣＫ０）をもたらし、そのような（ＣＫ０）を、ゼロに設定されたカウントと一緒に記憶すること、および
前記レシーバがまた、ゼロに設定されたカウントと一緒にそのような（ＣＫ０）を記憶すること
を含むことを特徴とする請求項１１に記載の媒体。
【請求項１３】
前記レシーバが最初に前記コンピューティングデバイスに対して初期化デジタルライセンスを送信することは、
前記レシーバが、前記レシーバによって決定されかつ前記初期化要求からの前記パブリックキー（ＰＵ−Ｃ）に従って暗号化されて（ＰＵ−Ｃ（ＣＫ０，ＩＫ０））をもたらすような前記初期のコンテンツキー（ＣＫ０）および初期の完全性キー（ＩＫ０）を含み、前記初期の完全性キー（ＩＫ０）に基づいた署名要素をさらに含む前記初期化ライセンスを構築し、前記コンピューティングデバイスに対して送信すること、
前記コンピューティングデバイスが、前記初期化ライセンスを受信し、そこから（ＰＵ−Ｃ（ＣＫ０，ＩＫ０））を取り出し、それに（ＰＲ−Ｃ）を適用して（ＣＫ０）および（ＩＫ０）をもたらし、そのような（ＣＫ０）および（ＩＫ０）をゼロに設定されたカウントと一緒に記憶し、そのような初期の完全性キー（ＩＫ０）を使用してそのような初期化ライセンスの前記署名要素を検証すること、および
前記レシーバがまた、ゼロに設定されたカウントと一緒にそのような（ＣＫ０）および（ＩＫ０）を記憶すること
を含むことを特徴とする請求項１２に記載の媒体。
【請求項１４】
前記方法は、
前記コンピューティングデバイスが、前記レシーバにコンテンツのピースを前記コンピューティングデバイスに対して送信するように指令すること、
前記レシーバおよび前記コンピューティングデバイスがおのおの、前記初期のコンテンツキー（ＣＫ（０））を取り出し、前記カウントをｘへと増分し、（ＣＫ（０））および前記カウントｘを関数に適用して（ＣＫｘ）をもたらすことにより、前記初期のコンテンツキー（ＣＫ（０））からコンテンツキー（ＣＫｘ）を導き出すこと、
前記レシーバが、コンテンツの前記ピースを（ＣＫｘ）に従って暗号化し、前記暗号化されたコンテンツを前記コンピューティングデバイスに対して転送すること、および
前記コンピューティングデバイスが、前記暗号化されたコンテンツを（ＣＫｘ）に従って暗号解読すること
を含むことを特徴とする請求項１１に記載の媒体。
【請求項１５】
前記方法は、前記レシーバが、カウントをｘへと増分し、（ＣＫ（０））および前記カウントｘを一方向ハッシュ関数に適用して（ＣＫｘ）をもたらすことにより、前記初期のコンテンツキー（ＣＫ（０））からコンテンツキー（ＣＫｘ）を導き出すことを含むことを特徴とする請求項１４に記載の媒体。
【請求項１６】
前記方法は、前記レシーバが、前記カウントｘと、前記完全性キー（ＩＫｘ）に基づいた署名とを含む導出メッセージを前記コンピューティングデバイスに対して送信することをさらに含むことを特徴とする請求項１４に記載の媒体。
【請求項１７】
前記方法は、
前記コンピューティングデバイスが、前記レシーバにコンテンツのピースを前記コンピューティングデバイスに対して送信するように指令すること、
前記レシーバおよび前記コンピューティングデバイスがおのおの、前記初期のコンテンツキー（ＣＫ（０））および初期の完全性キー（ＩＫ（０））を取り出し、前記カウントをｘへと増分し、（ＣＫ（０））および前記カウントｘを関数に適用して（ＣＫｘ）をもたらすことにより前記初期のコンテンツキー（ＣＫ（０））からコンテンツキー（ＣＫｘ）を導き出し、（ＩＫ（０））および前記カウントｘを関数に適用して（ＩＫｘ）をもたらすことにより前記初期の完全性キー（ＩＫ（０））から完全性キー（ＩＫｘ）を導き出すこと、
前記レシーバが、前記カウントｘと、前記完全性キー（ＩＫｘ）に基づいた署名要素とを含む導出メッセージを前記コンピューティングデバイスに対して送信すること、
前記コンピューティングデバイスが、前記導出メッセージを受信し、前記初期の完全性キー（ＩＫｘ）を使用してそのような導出メッセージの前記署名要素を検証すること、
前記レシーバが、コンテンツの前記ピースを（ＣＫｘ）に従って暗号化し、前記暗号化されたコンテンツを前記コンピューティングデバイスに対して転送すること、および
前記コンピューティングデバイスが、前記暗号化されたコンテンツを（ＣＫｘ）に従って暗号解読すること
を含むことを特徴とする請求項１４に記載の媒体。
【請求項１８】
前記方法は、前記レシーバが、カウントをｘへと増分し、（ＣＫ（０））および前記カウントｘを一方向ハッシュ関数に適用して（ＣＫｘ）をもたらすことにより、前記初期のコンテンツキー（ＣＫ（０））からコンテンツキー（ＣＫｘ）を導き出し、（ＩＫ（０））および前記カウントｘを一方向ハッシュ関数に適用して（ＩＫｘ）をもたらすことにより、前記初期の完全性キー（ＩＫ（０））から完全性キー（ＩＫｘ）を導き出すことを含むことを特徴とする請求項１７に記載の媒体。
【請求項１９】
前記方法は、
前記コンピューティングデバイスが、前記レシーバにコンテンツのピースを前記コンピューティングデバイスに対して送信するように指令すること、
前記レシーバおよび前記コンピューティングデバイスがおのおの、カウント（ｘ−１）および以前のコンテンツキー（ＣＫ（ｘ−１））を取り出し、前記カウントをｘへと増分し、（ＣＫ（ｘ−１））および前記カウントｘを関数に適用して（ＣＫｘ）をもたらすことにより前記以前のコンテンツキー（ＣＫ（ｘ−１））からコンテンツキー（ＣＫｘ）を導き出し、前記カウントｘおよび（ＣＫｘ）を記憶すること、
前記レシーバが、前記コンテンツのピースを（ＣＫｘ）に従って暗号化し、前記暗号化されたコンテンツを前記コンピューティングデバイスに対して転送すること、および
前記コンピューティングデバイスが、前記暗号化されたコンテンツを（ＣＫｘ）に従って暗号解読すること
を含むことを特徴とする請求項１１に記載の媒体。
【請求項２０】
前記方法は、
前記コンピューティングデバイスが、前記レシーバにコンテンツのピースを前記コンピューティングデバイスに対して送信するように指令すること、
前記レシーバおよび前記コンピューティングデバイスがおのおの、カウント（ｘ−１）、以前のコンテンツキー（ＣＫ（ｘ−１））、および以前の完全性キー（ＩＫ（ｘ−１））を取り出し、前記カウントをｘへと増分し、（ＣＫ（ｘ−１））および前記カウントｘを関数に適用して（ＣＫｘ）をもたらすことにより前記以前のコンテンツキー（ＣＫ（ｘ−１））からコンテンツキー（ＣＫｘ）を導き出し、（ＩＫ（ｘ−１））および前記カウントｘを関数に適用して（ＩＫｘ）をもたらすことにより前記以前の完全性キー（ＩＫ（ｘ−１））から完全性キー（ＩＫｘ）を導き出し、前記カウントｘ、（ＣＫｘ）、および（ＩＫｘ）を記憶すること、
前記レシーバが、前記カウントｘと、前記完全性キー（ＩＫｘ）に基づいた署名要素とを含む導出メッセージを前記コンピューティングデバイスに対して送信すること、
前記コンピューティングデバイスが、前記導出メッセージを受信し、前記初期の完全性キー（ＩＫｘ）を使用してそのような導出メッセージの前記署名要素を検証すること、
前記レシーバが、コンテンツの前記ピースを（ＣＫｘ）に従って暗号化し、前記暗号化されたコンテンツを前記コンピューティングデバイスに対して転送すること、および
前記コンピューティングデバイスが、前記暗号化されたコンテンツを（ＣＫｘ）に従って暗号解読すること
を含むことを特徴とする請求項１９に記載の媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーム化された（ｓｔｒｅａｍｅｄ）デジタルコンテンツ（ｄｉｇｉｔａｌ  ｃｏｎｔｅｎｔ）に対するアクセスが、対応するデジタルライセンス（ｄｉｇｉｔａｌ  ｌｉｃｅｎｓｅ）だけに従って実現される権限管理（ｒｉｇｈｔ  ｍａｎａｇｅｍｅｎｔ）（ＲＭ）システムに関する。より詳細には、本発明は、ストリーム化コンテンツを処理するためのそのようなＲＭシステムによって使用されるシステムおよび方法に関する。
【背景技術】
【０００２】
権限管理（ＲＭ）および執行（ｅｎｆｏｒｃｅｍｅｎｔ）は、デジタルオーディオ、デジタルビデオ、デジタルテキスト、デジタルデータ、デジタルマルチメディアなどのデジタルコンテンツに関して非常に望ましく、ここでは、そのようなデジタルコンテンツは、１人または複数人のユーザに対して配信されるべきものである。デジタルコンテンツは、例えばテキストドキュメントなどのように静的であることも可能であり、あるいは、デジタルコンテンツは、マルチメディアプレゼンテーション（ｍｕｌｔｉｍｅｄｉａ  ｐｒｅｓｅｎｔａｔｉｏｎ）のストリーム化されたオーディオやビデオなどのようにストリーム化することができる。そのようなストリーム化コンテンツの配信の典型的なモードは、光ディスク、ケーブルアクセスフィード（ｃａｂｌｅ−ａｃｃｅｓｓ  ｆｅｅｄ）、インターネットなどの電子ネットワークからのフィード（ｆｅｅｄ）、無線ブロードキャスト（ｏｖｅｒ−ｔｈｅ−ａｉｒ  ｂｒｏａｄｃａｓｔ）からのフィードなど、有形および無形の形態を含んでいる。その適切なコンピューティングデバイスにおけるユーザによって受信されるとすぐに、そのようなユーザは、コンピューティングデバイスと、適切なレンダリングソフトウェア（ｒｅｎｄｅｒｉｎｇ  ｓｏｆｔｗａｒｅ）と、スピーカ、ビデオモニタなどの適切な出力デバイスなどの助けを借りて、ストリーム化デジタルコンテンツをレンダリングする（ｒｅｎｄｅｒ）。
【０００３】
１つのシナリオにおいては、ストリーム化コンテンツは、例えばデジタルテレビジョン（ｄｉｇｉｔａｌ  ｔｅｌｅｖｉｓｉｏｎ）サービスなどの加入サービスの一部分としてディストリビュータ（ｄｉｓｔｒｉｂｕｔｏｒ）によって配信され、配信されるときに、ストリーム化コンテンツは、例えば暗号化されることなどにより保護されるか、保護されないかのどちらかである。ストリーム化コンテンツが実際に保護されない形態で配信されるケースである場合、それは、ディストリビュータが、主としてストリーム化コンテンツが直ちに消費され、レンダリングされ、どのような回復可能なことを意味する形態でも記憶されないように意図する場合であり得る。例えば、ストリーム化コンテンツは、デジタルケーブルセットトップボックス（ｄｉｇｉｔａｌ  ｃａｂｌｅ  ｓｅｔ−ｔｏｐ  ｂｏｘ）によって受信され、それによって直ちにレンダリングされ、次いで前述の適切な出力デバイスに対して転送されるべきデジタルケーブルテレビジョン（ｄｉｇｉｔａｌ  ｃａｂｌｅ  ｔｅｌｅｖｉｓｉｏｎ）信号中におけるコンテンツの多数のストリームのうちの１つであってもよい。
【０００４】
しかし、後でのレンダリングおよび／または他のコンピューティングデバイスへの再配布のためにストリーム化コンテンツを実際に記憶することができるストレージシステムが、存在し、かつ／または開発されていることを認識すべきである。その場合には、そのようなストレージシステムに関して、保護されないストリーム化コンテンツのディストリビュータは、そのように望まれる場合には、保護されない形態で、そのような再配布を制限するどのような機能もなしに、そのような保護されないコンテンツが、記憶されることを望まないはずである。特に、ディストリビュータなどは、ユーザが、そのようなストリーム化コンテンツを別のストレージシステムなどに対してコピーしないように禁止することを望み、ユーザが、一時的制限および／または回数制限付きでコピーすることができるようになることを望むこともあるなどである。認識することができるように、ストリーム化コンテンツの無制限のコピーを禁止することにより、ディストリビュータは、ストリーム化コンテンツの自然のままのデジタルコピーのチェックなしの分散を回避することができ、この場合には、そのようなチェックなしの分散は、他のユーザが、そのようなディストリビュータによって提供される加入サービスに加入することを見送らないように奨励するはずである。
【０００５】
さらに、ディストリビュータは、様々なユーザに異なるレンダリング権限を提供したいと望むこともある。例えば、ディストリビュータは、異なる階層のサービスを提案することができ、ここで、より高位のレベルの階層は、それに応じて、より高い加入料金を要求し、またここでは、特定の階層で加入するユーザは、保護されない形態では、より高い階層からのストリーム化コンテンツにアクセスすることが許可されるべきではない。
【０００６】
しかし、ストリーム化コンテンツが配信された後に、ディストリビュータは、たとえあるとしても、ストリーム化コンテンツに対する実際のコントロールをほとんどすることができないことに注意すべきである。これは、ほとんど任意のパーソナルコンピュータが、そのようなストリーム化コンテンツの正確なデジタルコピーを行い、そのような正確なデジタルコピーを光ディスクなどの再配布媒体へとダウンロードし、そのような正確なデジタルコピーをインターネットなどのネットワーク上で任意の宛先に対して送信するために必要なソフトウェアおよびハードウェアを含んでいることを考えると特に問題がある。
【０００７】
もちろん、ストリーム化コンテンツが加入の対象となっているトランザクションの一部分として、ディストリビュータは、ストリーム化コンテンツのユーザ／受信者が、そのようなコンテンツを歓迎されない方法で再配布しないように約束することを必要としてもよい。しかし、そのような約束は、簡単に行われ、また簡単に破られる。ディストリビュータは、通常、暗号化および暗号解読を伴って、いくつかの知られているセキュリティデバイスのうちのどれかを介したそのような再配布を防止しようと試みることもある。しかし、そのようなセキュリティデバイスは、特に簡単な場合には、暗号化されたコンテンツを暗号解読し、そのようなコンテンツを暗号化されない形態で保存し、次いで同じコンテンツを再配布したいと望む、軽く心に決めたユーザに対しては、ほとんど問題を引き起こさない。
【０００８】
したがって、ストリーム化コンテンツを含めて、任意の形態のデジタルコンテンツの制御されたレンダリングを可能とするために、ＲＭおよび執行のアーキテクチャおよび方法が提供されてきており、ここでは、そのような制御は、そのようなデジタルコンテンツのディストリビュータなどにより柔軟で定義可能になっている。そのようなアーキテクチャは、上記されるようなシナリオで、そのような制御されたレンダリングを可能にし、スムーズに進める。
【０００９】
１つの特定の構成においては、ストリーム化コンテンツは、レシーバに対して組み合わされた信号として供給されるそのようなコンテンツの複数のストリームのうちの１つである。レシーバは、メディアシステム（ｍｅｄｉａ  ｓｙｓｔｅｍ）からのコマンドに応じて諸ストリームのうちの特定の１つを選択し、さらなる処理のためにそのようなメディアシステムに対して選択されたストリームを供給する。注目に値することに、レシーバに供給される選択されたストリームは保護されていないが、メディアシステムに供給されることに先立って、選択されるストリームは、特定のＲＭ暗号化システムに従ってレシーバによって実際には保護される。
【００１０】
一般的に、ＲＭ暗号化システムにおいては、コンテンツはコンテンツキー（ｃｏｎｔｅｎｔ  ｋｅｙ）（ＣＫ）に従って暗号化されることにより保護される。対称な暗号化および暗号解読が、非対称な暗号化および暗号解読よりも簡単で高速で安価である限り、そのようなコンテンツキー（ＣＫ）は一般的に対称である。また一般的に、コンテンツキー（ＣＫ）は、暗号化された形式で、メディアシステムなどの暗号解読器に対してレシーバなどの暗号器によって提供され、またそのようなコンテンツが、暗号解読器／メディアシステムによって暗号解読され、レンダリングされることが可能になる前に満たされる必要があるライセンス規則を指定するデジタルライセンスなどの一部分として提供される。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
ストリーム化コンテンツが、メディアシステムのコマンドでレシーバが事実上チューニングすることができる複数のデジタルテレビジョン信号の１つであるという状況においては、特にメディアシステムのユーザが、事実上いくつかの信号を介してスキミングし（ｓｋｉｍ）、または「サーフィン（ｓｕｒｆ）している」場合には、レシーバが、かなり定期的に、おそらく２分の１秒から１秒ごとに１回の程度で、メディアシステムからのコマンドを受け取って、異なるデジタル信号中においてチューニングすることを期待できることを認識すべきである。しかし、新しくチューニングされた各信号がレシーバからの新しいライセンスを必要とすることを認識すると、そのような新しいライセンスを構築すること、およびレシーバからメディアシステムへと同じ信号を送信することは、特にライセンスが、詳細にわたるものであり、暗号化された諸要素を含み、デジタル署名などを含む場合には、非常に厄介になる可能性があることを理解されたい。したがって、特にそのようなコマンドの頻度が秒の程度である場合には、メディアシステムが、そのようなレシーバに異なるデジタル信号をチューニングするように指令するたびに、レシーバは完全に新しいライセンスを作成することを期待することができない可能性が高い。
【００１２】
その場合には、そのようなレシーバがデジタル信号を新たにチューニングするたびに、レシーバがそのような新しいライセンスを実際に完全に作成する負担を負う必要がないように、レシーバがそのような新しいライセンスに加入することになる短縮バージョンの要件を作成するシステムおよび方法についての必要性が存在する。とりわけ、たとえユーザが、毎秒１回当たりの程度で変更を要求しているとしても、レシーバが、デジタル信号を新たにチューニングするたびに、速やかに作成し、メディアシステムに対して送信することができるそのような短縮バージョンのそのような要件についての必要性が存在する。さらに、簡潔でありしかも最少量のスペース中においてチューニングされたデジタル信号についてのすべてのライセンス要件を記述するそのような短縮バージョンのそのような要件についての必要性が存在する。最後に、レシーバ以外のソースからメディアシステムに対して供給されるようなストリーム化デジタルコンテンツに関連して使用することができるそのような短縮バージョンのそのような要件についての必要性が存在する。
【００１３】
また、新たにチューニングされた各信号が、異なるコンテンツキー（ＣＫ）に従ってレシーバによって暗号化することができることも認識して、新しいライセンス中に同じ信号を配置し、レシーバからメディアシステムへと同じ信号を送信することにより、そのようなコンテンツキー（ＣＫ）についてメディアシステムに通知することは、同様に非常に厄介である可能性があることを認識すべきである。その場合にも、特にそのようなコマンドの頻度が秒の程度である場合には、メディアシステムが、そのようなレシーバが異なるデジタル信号をチューニングするように要求するたびに、レシーバが新しいコンテンツキー（ＣＫ）を有する新しいライセンスを完全に作成することを期待することができない可能性が高い。
【００１４】
その場合には、その中にそのような各コンテンツキー（ＣＫ）を有する実際のライセンスを作成するための必要性なしに、レシーバとメディアシステムとの間で新しい各コンテンツキー（ＣＫ）を共用するためのシステムおよび方法についての必要性が存在する。とりわけ、レシーバとメディアシステムが、初期のコンテンツキーを交換し、次いで初期のコンテンツキーに基づいてコンテンツキーをローテートさせる（ｒｏｔａｔｅ）ことができる方法についての必要性が存在する。さらに、レシーバとメディアシステムが、協調するようにしてキーをローテートさせるそのような方法についての必要性が存在する。
【００１５】
さらに新たにチューニングされた信号に対応する要件は、定期的に信号内に配置することができるが、そのような定期性は、比較的長い期間とすることができることを認識すると、そのような要件が実際にそのような信号内に配置されるまで、メディアシステムにそのような比較的長い期間を待たせることは、妥当ではない可能性があることを認識すべきである。特に、かなり定期的に、おそらく２分の１秒から１秒ごとに１回の程度で、レシーバが、異なるデジタル信号中においてチューニングしている状況においては、レシーバが、新たにチューニングされた信号内にそれらの要件を配置するために比較的長い期間待つことができることは、期待することができない可能性が高い。
【００１６】
その場合には、レシーバが、事前に要件のデフォルトの組を送信し、次いで実際に配置されるときに要件の実際の組を送信するシステムおよび方法についての必要性が存在する。特に、実際の要件が送信されるまで、レシーバが、メディアシステムによって使用されるべきそのようなデフォルト要件を送信することができる方法についての必要性が存在する。さらに、メディアシステムが、そのようなデフォルト要件と、そのような対応する実際の要件との間で区別することができ、それらを受信するとすぐにデフォルト要件を対応する実際の要件で置き換えることができるそのような方法についての必要性が存在する。
【００１７】
最後に、メディアシステムが新たにチューニングされた信号に対応する比較的大量のライセンスを記憶することになるが、そのようなライセンスのほとんどではないにしても多くが非常に長い間必要とされないことを認識すると、そのようなライセンスは、大部分は一時的にのみ記憶されるべきであることを認識すべきである。その場合にも、レシーバが、かなり定期的に、おそらく２分の１秒から１秒ごとに１回の程度で、異なるデジタル信号中においてチューニングしている状況においては、メディアシステムによって作成され、記憶される対応するライセンスのすべてが、恒久的に使用可能にされるべき、または使用可能にすることができることは、期待することができない可能性が高い。
【００１８】
その場合には、メディアシステムが一時的にのみチューニングされた信号に対応する少なくとも一部のライセンスを記憶するためのシステムおよび方法についての必要性が存在する。特に、メディアシステムが、どのライセンスが一時的に記憶されるだけの必要があるかを認識することができる方法についての必要性が存在する。さらに、メディアシステムがそのような一時的に記憶されたライセンスを削除するそのような方法についての必要性が存在する。
【課題を解決するための手段】
【００１９】
前述の必要性は、デジタルコンテンツのピースのレシーバと、その上でデジタルコンテンツがレンダリングされるべきコンピューティングデバイスとの間で、コンテンツキーのシーケンスを共用するための方法が提供される本発明によって、少なくとも部分的に満たされる。レシーバは、そのシーケンス中における対応するコンテンツキーに従ってコンテンツの各ピースを暗号化し、暗号化されたコンテンツをコンピューティングデバイスへと転送し、コンピューティングデバイスは、暗号化されたコンテンツを対応するコンテンツキーに従って暗号解読する。
【００２０】
本方法においては、レシーバは、最初にコンピューティングデバイスに対してその中にコンピューティングデバイスによって暗号解読可能なように暗号化された、初期のコンテンツキー（ＣＫ０）を伴う初期化デジタルライセンスを送信する。レシーバおよびコンピューティングデバイスのうちのおのおのは、必要に応じて、また協調するようにして、シーケンス中における初期のコンテンツキー（ＣＫ（０））からシーケンス中における新しいコンテンツキー（ＣＫｘ）を導き出す。したがって、初期化ライセンスはコンテンツキーのシーケンスについて１回だけ必要とされ、レシーバはコンテンツのピースごとにコンテンツキー（ＣＫｘ）をコンピューティングデバイスに対して明示的に伝える必要はない。
【００２１】
本発明の実施形態についての前述の概要、ならびに以降の詳細な説明は、添付図面と併せ読まれるときによりよく理解されることになろう。本発明を例証する目的のために、現在において好ましい実施形態が図面中に示されている。しかし、理解すべきように、本発明は、図示される厳密な構成および手段だけには限定されない。
【発明を実施するための最良の形態】
【００２２】
（コンピュータ環境）
図１および以降の考察は、本発明を実装することができる適切なコンピューティング環境の簡潔な一般的な説明を提供することが意図される。しかし、すべての種類のハンドヘルドコンピューティングデバイス、ポータブルコンピューティングデバイス、および他のコンピューティングデバイスが、本発明との関連において使用することが企図されることを理解すべきである。汎用コンピュータが以下に説明されるが、これは単に一例にすぎず、本発明は、ネットワークサーバのインターオペラビリティ（ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）および対話を有するシンクライアント（ｔｈｉｎ  ｃｌｉｅｎｔ）を必要とするだけである。したがって本発明は、非常に少ない、または最小限のクライアントリソース（ｃｌｉｅｎｔ  ｒｅｓｏｕｒｃｅ）が関係しているとみなされるネットワーク化されたホストサービス（ｈｏｓｔｅｄ  ｓｅｒｖｉｃｅ）の環境、例えば、クライアントデバイスが、単にワールドワイドウェブ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）に対するブラウザまたはインターフェースとしての役割を果たすネットワーク化環境において実装することができる。
【００２３】
必要とはされないが、本発明は、開発業者が使用するためのアプリケーションプログラミングインターフェース（ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｇｒａｍｍｉｎｇ  ｉｎｔｅｒｆａｃｅ）（ＡＰＩ）を経由して実装することができ、かつ／またはクライアントワークステーション（ｃｌｉｅｎｔ  ｗｏｒｋｓｔａｔｉｏｎ）、サーバ、他のデバイスなど１つまたは複数のコンピュータによって実行される、プログラムモジュールなどのコンピュータ実行可能命令の一般的な場合に説明されることになるネットワークブラウジングソフトウェア（ｎｅｔｗｏｒｋ  ｂｒｏｗｓｉｎｇ  ｓｏｆｔｗａｒｅ）内に含めることができる。一般に、プログラムモジュールは、特定のタスクを実施し、あるいは特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含んでいる。一般的に、プログラムモジュールの機能は、必要に応じて様々な実施形態中において組み合わせ、または分散することができる。さらに、当業者なら、本発明が、他のコンピュータシステムコンフィギュレーション（ｃｏｍｐｕｔｅｒ  ｓｙｓｔｅｍ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）を用いて実行することができることを理解されよう。本発明と共に使用するために適したものとすることができる他のよく知られているコンピューティングシステム、コンピューティング環境、および／またはコンピューティングコンフィギュレーションは、それだけには限定されないが、パーソナルコンピュータ（ＰＣ）、現金自動預け払い機（ａｕｔｏｍａｔｅｄ  ｔｅｌｌｅｒ  ｍａｃｈｉｎｅ）、サーバコンピュータ、ハンドヘルドデバイスまたはラップトップデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、プログラマブルな家庭用電化製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータなどを含んでいる。本発明は、タスクが、通信ネットワークまたは他のデータ伝送媒体を介してリンクされるリモート処理デバイスによって実施される分散コンピューティング環境中において実行することもできる。分散コンピューティング環境においては、プログラムモジュールは、メモリストレージデバイスを含めて、ローカルなコンピュータストレージ媒体中にもリモートなコンピュータストレージ媒体中にも配置することができる。
【００２４】
このようにして、図１は、本発明を実装することができる適切なコンピューティングシステム環境１００の一例を示すものであるが、以上で明らかにされたように、コンピューティングシステム環境１００は、適切なコンピューティング環境の一例にすぎず、本発明の用途または機能の範囲についてどのような限定も示唆することは意図されてはいない。コンピューティングシステム環境１００は、例示の動作環境１００中に示されるコンポーネントの任意の１つまたは組合せに関連したどのような依存性も要件も有するものと解釈されるべきものでもない。
【００２５】
図１を参照すると、本発明を実装するための例示のシステムは、コンピュータ１１０の形態の汎用コンピューティングデバイスを含んでいる。コンピュータ１１０のコンポーネントは、それだけには限定されないが、処理装置１２０、システムメモリ１３０、およびシステムメモリを含めて様々なシステムコンポーネントを処理装置１２０に結合するシステムバス１２１を含むことができる。システムバス１２１は、様々なバスアーキテクチャのうちの任意のものを使用したメモリバスまたはメモリコントローラ、ペリフェラルバス、およびローカルバスを含めて、いくつかの種類のバス構造のうちの任意のものであってもよい。一例として、限定するものではないが、そのようなアーキテクチャは、業界標準アーキテクチャ（Ｉｎｄｕｓｔｒｙ  Ｓｔａｎｄａｒｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ）（ＩＳＡ）バス、マイクロチャネルアーキテクチャ（Ｍｉｃｒｏ  Ｃｈａｎｎｅｌ  Ａｒｃｈｉｔｅｃｔｕｒｅ）（ＭＣＡ）バス、拡張ＩＳＡ（Ｅｎｈａｎｃｅｄ  ＩＳＡ）（ＥＩＳＡ）バス、ビデオエレクトロニクス規格協会（Ｖｉｄｅｏ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｓｔａｎｄａｒｄｓ  Ａｓｓｏｃｉａｔｉｏｎ）（ＶＥＳＡ）ローカルバス、および（メザニンバス（Ｍｅｚｚａｎｉｎｅ  ｂｕｓ）としても知られている）ペリフェラルコンポーネント相互接続（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）（ＰＣＩ）バスを含んでいる。
【００２６】
コンピュータ１１０は、一般的に様々なコンピュータ読取り可能媒体を含んでいる。コンピュータ読取り可能媒体は、コンピュータ１１０によってアクセスすることができ、揮発性媒体も不揮発性媒体も、着脱可能媒体も着脱不能媒体も含む使用可能な任意の媒体とすることができる。一例として、限定するものではないが、コンピュータ読取り可能媒体は、コンピュータストレージ媒体および通信媒体を備えることができる。コンピュータストレージ媒体は、コンピュータ読取り可能命令、データ構造、プログラムモジュール、他のデータなどの情報の記憶のための任意の方法または技術で実装された、揮発性と不揮発性の両方の、着脱可能および着脱不能な媒体を含んでいる。コンピュータストレージ媒体は、それだけには限定されないが、望ましい情報を記憶するために使用することができ、コンピュータ１１０によってアクセスすることができるＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｋ）（ＤＶＤ）または他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは任意の他の媒体を含んでいる。通信媒体は、一般的に搬送波や他のトランスポートメカニズムなどの被変調データ信号の形でコンピュータ読取り可能命令、データ構造、プログラムモジュールまたは他のデータを実施し、任意の情報配信媒体を含んでいる。用語「被変調データ信号」は、情報を信号の形で符号化するような方法で１つまたは複数のその特性が設定され、または変更されている信号を意味する。一例として、限定するものではないが、通信媒体は、有線ネットワーク、直接配線接続などの有線媒体と、音響媒体、ＲＦ媒体、赤外線媒体、他の無線媒体などの無線媒体を含んでいる。以上のうちの任意の組合せもまた、コンピュータ読取り可能媒体の範囲内に含められるべきである。
【００２７】
システムメモリ１３０は、読取り専用メモリ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）（ＲＯＭ）１３１やランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）（ＲＡＭ）１３２など、揮発性および／または不揮発性のメモリの形態のコンピュータストレージ媒体を含んでいる。起動中などにコンピュータ１１０内の要素間の情報を転送する助けを行う基本ルーチンを含む基本入出力システム（ｂａｓｉｃ  ｉｎｐｕｔ／ｏｕｔｐｕｔ  ｓｙｓｔｅｍ）１３３（ＢＩＯＳ）は、一般的にＲＯＭ１３１中に記憶される。ＲＡＭ１３２は、一般的に処理装置１２０によって直接にアクセス可能であり、かつ／または現在動作させられているデータおよび／またはプログラムモジュールを含んでいる。一例として、限定するものではないが、図１は、オペレーティングシステム１３４、アプリケーションプログラム１３５、他のプログラムモジュール１３６、およびプログラムデータ１３７を示している。
【００２８】
コンピュータ１１０は、他の着脱可能／着脱不能な揮発性／不揮発性のコンピュータストレージ媒体を含むこともできる。一例としてだけであるが、図１は、着脱不能な不揮発性の磁気媒体から読み取り、またはそれに書き込むハードディスクドライブ１４１と、着脱可能な不揮発性の磁気ディスク１５２から読み取り、それに書き込む磁気ディスクドライブ１５１と、ＣＤ−ＲＯＭや他の光媒体など着脱可能な不揮発性の光ディスク１５６から読み取り、またはそれに書き込む光ディスクドライブ１５５とを示している。例示の動作環境中において使用することができる他の着脱可能／着脱不能な揮発性／不揮発性のコンピュータストレージ媒体は、それだけには限定されないが、磁気テープカセット、フラッシュメモリカード（ｆｌａｓｈ  ｍｅｍｏｒｙ  ｃａｒｄ）、デジタル多用途ディスク、デジタルビデオテープ、ソリッドステートＲＡＭ、ソリッドステートＲＯＭなどを含んでいる。ハードディスクドライブ１４１は、一般的にインターフェース１４０などの着脱不能メモリインターフェースを介してシステムバス１２１に接続され、磁気ディスクドライブ１５１および光ディスクドライブ１５５は、一般的にインターフェース１５０などの着脱可能メモリインターフェースによってシステムバス１２１に接続される。
【００２９】
以上で論じられ図１に示されたドライブとそれらの関連するコンピュータストレージ媒体は、コンピュータ１１０についてのコンピュータ読取り可能命令、データ構造、プログラムモジュールおよび他のデータの記憶を実現する。図１においては、例えば、ハードディスクドライブ１４１は、オペレーティングシステム１４４、アプリケーションプログラム１４５、他のプログラムモジュール１４６、およびプログラムデータ１４７を記憶するものとして示される。これらのコンポーネントは、オペレーティングシステム１３４、アプリケーションプログラム１３５、他のプログラムモジュール１３６、およびプログラムデータ１３７と同じであっても、またはそれらとは異なっていてもどちらにもすることができることに注意すべきである。オペレーティングシステム１４４、アプリケーションプログラム１４５、他のプログラムモジュール１４６、およびプログラムデータ１４７は、少なくともそれらが異なるコピーであることを示すために、ここでは異なる番号が付与される。ユーザは、キーボード１６２、一般的にマウス、トラックボールまたはタッチパッドと称されるポインティングデバイス１６１などの入力デバイスを介してコンピュータ１１０にコマンドおよび情報を入力することができる。（図示されていない）他の入力デバイスは、マイクロフォン、ジョイスティック、ゲームパッド、サテライトディッシュ（ｓａｔｅｌｌｉｔｅ  ｄｉｓｈ）、またはスキャナなどを含むことができる。これらおよび他の入力デバイスは、多くの場合にシステムバス１２１に結合されたユーザ入力インターフェース１６０を介して処理装置１２０に接続されるが、パラレルポート、ゲームポート、ユニバーサルシリアルバス（ｕｎｉｖｅｒｓａｌ  ｓｅｒｉａｌ  ｂｕｓ）（ＵＳＢ）などの他のインターフェースおよびバス構造によって接続することもできる。
【００３０】
モニタ１９１または他の種類のディスプレイデバイスはまた、ビデオインターフェース１９０などのインターフェースを経由してシステムバス１２１に接続される。ノースブリッジ（Ｎｏｒｔｈｂｒｉｄｇｅ）などのグラフィックインターフェース１８２はまた、システムバス１２１に接続することもできる。ノースブリッジは、ＣＰＵ、またはホスト処理装置１２０と情報をやり取りするチップセットであり、アクセラレーティドグラフィックスポート（ａｃｃｅｌｅｒａｔｅｄ  ｇｒａｐｈｉｃｓ  ｐｏｒｔ）（ＡＧＰ）通信のための責任を負う。１つまたは複数のグラフィックス処理ユニット（ｇｒａｐｈｉｃｓ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）（ＧＰＵ）１８４は、グラフィックインターフェース１８２と情報をやり取りすることができる。これに関しては、ＧＰＵ１８４は、一般にレジスタストレージなどのオンチップメモリストレージ（ｏｎ−ｃｈｉｐ  ｍｅｍｏｒｙ  ｓｔｏｒａｇｅ）を含み、ＧＰＵ１８４は、ビデオメモリ１８６と情報をやり取りする。しかし、ＧＰＵ１８４は、単にコプロセッサの一例にすぎず、したがって様々なコプロセッシングデバイス（ｃｏ−ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅ）をコンピュータ１１０内に含めることができる。モニタ１９１または他の種類のディスプレイデバイスはまた、ビデオインターフェース１９０などのインターフェースを経由してシステムバス１２１に接続され、このインターフェースは、次にビデオメモリ１８６と情報をやり取りすることができる。モニタ１９１に加えて、コンピュータは、スピーカ１９７やプリンタ１９６など他のペリフェラル出力デバイスを含むこともでき、このペリフェラル出力デバイスは、出力ペリフェラルインターフェース１９５を介して接続することができる。
【００３１】
コンピュータ１１０は、リモートコンピュータ１８０などの１つまたは複数のリモートコンピュータに対する論理接続を使用してネットワーク化された環境中において動作することができる。リモートコンピュータ１８０は、パーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイスまたは他の共通のネットワークノードとすることができ、一般的にコンピュータ１１０に対して上記で説明した要素のうちの多くまたはすべてを含んでいるが、図１中にはメモリストレージデバイス１８１のみが示されている。図１中に示された論理接続は、ローカルエリアネットワーク（ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）（ＬＡＮ）１７１と、ワイドエリアネットワーク（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）（ＷＡＮ）１７３とを含んでいるが、他のネットワークを含むこともできる。そのようなネットワーキング環境は、オフィス、企業規模のコンピュータネットワーク、イントラネットおよびインターネットにおいて一般的になっている。
【００３２】
ＬＡＮネットワーキング環境において使用されるときには、コンピュータ１１０は、ネットワークインターフェースまたはアダプタ１７０を介してＬＡＮ１７１に接続される。ＷＡＮネットワーキング環境において使用されるときには、コンピュータ１１０は、一般的にインターネットなどのＷＡＮ１７３上で通信を確立するためのモデム１７２または他の手段を含んでいる。内部にあっても、または外部にあってもよいモデム１７２は、ユーザ入力インターフェース１６０または他の適切なメカニズムを経由してシステムバス１２１に接続することができる。ネットワーク化環境においては、コンピュータ１１０に対して示されるプログラムモジュール、またはその一部分は、リモートメモリストレージデバイスに記憶することができる。一例として、限定するものではないが、図１は、リモートアプリケーションプログラム１８５をメモリデバイス１８１上に存在するものとして示している。図に示されるネットワーク接続は例示的なものであり、コンピュータ間で通信リンクを確立する他の手段が使用されてもよいことが理解されよう。
【００３３】
当業者であれば、コンピュータ１１０または他のクライアントデバイスをコンピュータネットワークの一部分として展開することができることを理解することができる。これに関しては、本発明は、任意数のメモリユニットまたはストレージユニットと、任意数のストレージユニットまたはボリュームにまたがって生ずる任意数のアプリケーションおよびプロセスとを有する任意のコンピュータシステムに関する。本発明は、リモートストレージまたはローカルストレージを有するネットワーク環境中で展開されるサーバコンピュータおよびクライアントコンピュータを有する環境に適用することができる。本発明は、プログラミング言語機能、解釈機能および実行機能を有するスタンドアロンコンピューティングデバイスに適用することもできる。
【００３４】
分散コンピューティング機能は、コンピューティングデバイスとシステムとの間の直接の交換により、コンピュータリソースとサービスの共用をスムーズに進める。これらのリソースおよびサービスは、情報、キャッシュストレージ（ｃａｃｈｅ  ｓｔｏｒａｇｅ）、およびファイルのためのディスクストレージ（ｄｉｓｋ  ｓｔｏｒａｇｅ）を含んでいる。分散コンピューティングはネットワーク接続を利用しており、それにより、クライアントは、それらのクライアントの集合的な能力を活用して、企業全体に役立つことができるようにすることができる。これに関して、様々なデバイスは、信頼される１つ（または複数）のグラフィックスパイプライン（ｇｒａｐｈｉｃｓ  ｐｉｐｅｌｉｎｅ）のために本発明の認証技法を関係させるように対話することができるアプリケーション、オブジェクトまたはリソースを有することができる。
【００３５】
図２は、例示のネットワーク化され、または分散されたコンピューティング環境の概略図を示している。分散コンピューティング環境は、コンピューティングオブジェクト１０ａ、１０ｂなどと、コンピューティングオブジェクトまたはコンピューティングデバイス１１０ａ、１１０ｂ、１１０ｃなどとを備える。これらのオブジェクトは、プログラム、メソッド（ｍｅｔｈｏｄ）、データストア（ｄａｔａ  ｓｔｏｒｅ）、プログラマブルロジック（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ）などを備えることができる。諸オブジェクトは、ＰＤＡ、テレビジョン、ＭＰ３プレーヤ、テレビジョン、パーソナルコンピュータなど同じまたは異なるデバイスの諸部分を備えることができる。各オブジェクトは、通信ネットワーク１４を介して別のオブジェクトと通信を行うことができる。このネットワークはそれ自体、図２のシステムに対してサービスを提供する他のコンピューティングオブジェクトおよびコンピューティングデバイスを備えることができる。本発明の一態様によれば、各オブジェクト１０または１１０は、信頼される１つ（または複数）のグラフィックスパイプラインのために本発明の認証技法を要求することもあるアプリケーションを含むことができる。
【００３６】
１１０ｃなどのオブジェクトは、別のコンピューティングデバイス１０または１１０上でホストすることができることも理解することができる。したがって、図示される物理環境は、接続された諸デバイスをコンピュータとして示すことができるが、そのような図は、単に例示的なものにすぎず、代わりにＰＤＡ、テレビジョン、ＭＰ３プレーヤなど様々なデジタルデバイスと、インターフェースやＣＯＭオブジェクトなどのソフトウェアオブジェクトなどを備える物理環境を示し、あるいは説明することができる。
【００３７】
分散コンピューティング環境をサポートする様々なシステム、コンポーネント、およびネットワークコンフィギュレーションが存在する。例えば、コンピューティングシステムは、有線または無線のシステム、ローカルネットワークまたは広域分散ネットワークによって一緒に接続することができる。現在では、ネットワークの多くは、インターネットに結合され、これは、広域分散コンピューティングのためのインフラストラクチャを実現し、多数の異なるネットワークを包含する。
【００３８】
ホームネットワーキング環境（ｈｏｍｅ  ｎｅｔｗｏｒｋｉｎｇ  ｅｎｖｉｒｏｎｍｅｎｔ）においては、電力線（Ｐｏｗｅｒ  ｌｉｎｅ）媒体、データ媒体（無線も有線も）、音声媒体（例えば、電話）、娯楽媒体など固有のプロトコルをそれぞれサポートすることができる少なくとも４つの異なるネットワークトランスポート媒体（ｎｅｔｗｏｒｋ  ｔｒａｎｓｐｏｒｔ  ｍｅｄｉａ）が存在する。電灯スイッチや電気器具などのほとんどのホームコントロールデバイス（ｈｏｍｅ  ｃｏｎｔｒｏｌ  ｄｅｖｉｃｅ）は、接続のために電力線を使用することができる。データサービスは、ブロードバンド（例えば、ＤＳＬまたはケーブルモデムのいずれか）として家庭に入ることができ、家庭内では、無線（例えば、ＨｏｍｅＲＦもしくは８０２．１１ｂ）接続または有線（例えば、ホームＰＮＡ、Ｃａｔ５、電力線までもの）接続を使用してアクセス可能である。音声トラフィックは、有線（例えば、Ｃａｔ３）または無線（例えば、セル電話）のいずれかとして家庭に入ることができ、Ｃａｔ３配線を使用して家庭内で配信することができる。娯楽媒体は、人工衛星またはケーブルのいずれかを介して家庭に入ることができ、一般的に同軸ケーブルを使用して家庭内に配信される。ＩＥＥＥ１３９４およびＤＶＩはまた、メディアデバイス（ｍｅｄｉａ  ｄｅｖｉｃｅ）のクラスタのためのデジタル相互接続として出現しつつある。プロトコル規格として出現することができるこれらおよび他のネットワーク環境のすべては、相互接続されて、インターネットを介して外側の世界に接続することができるイントラネットを形成することができる。手短に言えば、様々な異なるソースが、データのストレージおよび伝送のために存在し、その結果さらに進んで、コンピューティングデバイスは、データ処理パイプラインのすべての部分においてコンテンツを保護する方法を必要とすることになる。
【００３９】
「インターネット」は、一般にＴＣＰ／ＩＰプロトコルスイート（ＴＣＰ／ＩＰ  ｓｕｉｔｅ  ｏｆ  ｐｒｏｔｏｃｏｌｓ）を利用するネットワークおよびゲートウェイの集まりを意味し、このＴＣＰ／ＩＰプロトコルスイートは、コンピュータネットワーキングの技術分野においてよく知られている。ＴＣＰ／ＩＰは、「トランスポート制御プロトコル／インターフェースプログラム（Ｔｒａｎｓｐｏｒｔ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｇｒａｍ）」についての頭字語である。インターネットは、ユーザがネットワーク上で対話し情報を共有することができるようにするネットワーキングプロトコルを実行するコンピュータによって相互接続される地理的に分散されたリモートコンピュータネットワーク（ｒｅｍｏｔｅ  ｃｏｍｐｕｔｅｒ  ｎｅｔｗｏｒｋ）のシステムとして説明することができる。そのように広域に分散された情報共有のために、インターネットなどのリモートネットワークは、このようにして開発業者が、基本的に制約なしに専用のオペレーションまたはサービスを実施するためのソフトウェアアプリケーションを設計することができるオープンシステム（ｏｐｅｎ  ｓｙｓｔｅｍ）へと一般に大いに発展してきている。
【００４０】
したがって、ネットワークインフラストラクチャは、クライアント／サーバ、ピアツーピア（ｐｅｅｒ−ｔｏ−ｐｅｅｒ）、ハイブリッドアーキテクチャなどのネットワークトポロジ（ｎｅｔｗｏｒｋ  ｔｏｐｏｌｏｇｙ）のホストを可能にする。「クライアント」は、クライアントが関連していない別のクラスまたはグループのサービスを使用するクラスまたはグループのメンバである。したがって、コンピューティングにおいては、クライアントは、別のプログラムによって提供されるサービスを要求するプロセス、すなわちおおざっぱに言えば１組の命令またはタスクである。クライアントプロセスは、他のプログラムまたはサービスそれ自体についてのどのような機能する詳細も「知る」必要なしに、要求されたサービスを利用する。クライアント／サーバアーキテクチャ、特にネットワーク化されたシステムにおいては、クライアントは通常、別のコンピュータ、例えばサーバによって供給される共用ネットワークリソースにアクセスするコンピュータである。図２の例においては、コンピュータ１１０ａ、１１０ｂなどは、クライアントとして考えることができ、コンピュータ１０ａ、１０ｂなどは、サーバ１０ａ、１０ｂなどが、その後クライアントコンピュータ１１０ａ、１１０ｂなどの中において複製されるデータを保持するサーバとして考えることができる。
【００４１】
サーバは、一般的にインターネットなどのリモートネットワーク上でアクセス可能なリモートコンピュータシステムである。クライアントプロセスは、第１のコンピュータシステム中においてアクティブであることができ、サーバプロセスは、通信媒体上で互いに通信を行い、それ故に分散機能を実現し、それによって複数のクライアントがサーバの情報収集機能を利用することができるようにする、第２のコンピュータシステム中においてアクティブであることができる。
【００４２】
クライアントとサーバは、プロトコル層によって実現される機能を利用して互いに通信を行う。例えば、ハイパーテキスト転送プロトコル（Ｈｙｐｅｒｔｅｘｔ−Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）（ＨＴＴＰ）は、ワールドワイドウェブ（ＷＷＷ）に関連して使用される一般のプロトコルである。一般的に、ユニバーサルリソースロケータ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）（ＵＲＬ）やインターネットプロトコル（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）（ＩＰ）アドレスなどのコンピュータネットワークアドレスを使用して、サーバコンピュータまたはクライアントコンピュータを互いに識別する。ネットワークアドレスは、ユニバーサルリソースロケータアドレスと称することができる。例えば、通信は通信媒体上で提供することができる。特に、クライアントとサーバは、大容量通信のためのＴＣＰ／ＩＰ接続を経由して互いに結合することができる。
【００４３】
このようにして、図２は、本発明を使用することができ、ネットワーク／バスを経由してクライアントコンピュータと通信を行うサーバを有する、例示のネットワーク化され分散された環境を示している。より詳細には、いくつかのサーバ１０ａ、１０ｂなどは本発明に従って、通信ネットワーク／バス１４を経由して相互接続され、この通信ネットワーク／バスは、ポータブルコンピュータ、ハンドヘルドコンピュータ、シンクライアントや、ＶＣＲ、ＴＶ、オーブン、電灯、ヒータなどのネットワーク化された電気器具または他のデバイスなど、いくつかのクライアントコンピューティングデバイスまたはリモートコンピューティングデバイス１１０ａ、１１０ｂ、１１０ｃ、１１０ｄ、１１０ｅなどを有するＬＡＮ、ＷＡＮ、イントラネット、インターネットなどとすることができる。したがって、本発明は、それに関連して信頼されるソースからのセキュリティ保護されたコンテンツを処理し、記憶し、またはレンダリングすることが望ましい任意のコンピューティングデバイスにも適用することができることが、企図される。
【００４４】
通信ネットワーク／バス１４が例えばインターネットであるネットワーク環境においては、サーバは、クライアント１１０ａ、１１０ｂ、１１０ｃ、１１０ｄ、１１０ｅなどがＨＴＴＰなどいくつかの知られているプロトコルのうちの任意のものを経由して通信を行うウェブサーバとすることができる。サーバ１０はまた、分散コンピューティング環境の特性とすることができるように、クライアント１１０としての役割を果たすこともできる。通信は、必要に応じて有線または無線であってもよい。クライアントデバイス１１０は、通信ネットワーク／バス１４を経由して通信を行ってもよく、あるいは行わなくてもよく、それに関連する独立した通信を有することもできる。例えば、ＴＶまたはＶＣＲの場合には、その制御に対するネットワーク化された態様が存在してもよく、あるいは存在しなくてもよい。各クライアントコンピュータ１１０とサーバコンピュータ１０は、様々なアプリケーションプログラムモジュールまたはオブジェクト１３５と、それにまたがってファイルを記憶することができ、あるいはそれに対してファイルの１つ（または複数）の部分をダウンロードまたは移行（ｍｉｇｒａｔｅ）することができる様々な種類のストレージ要素またはオブジェクトに対する接続またはアクセスを備えることができる。したがって、本発明は、コンピュータネットワーク／バス１４にアクセスし、それと対話することができるクライアントコンピュータ１１０ａ、１１０ｂなどと、クライアントコンピュータ１１０ａ、１１０ｂなど、ならびに他のデバイス１１１およびデータベース２０と対話することができるサーバコンピュータ１０ａ、１０ｂなどとを有するコンピュータネットワーク環境中において利用することができる。
【００４５】
（権限管理（ＲＭ）の概要）
知られているように、また次に図３を参照すると、権限管理（ＲＭ）および執行は、デジタルオーディオ、デジタルビデオ、デジタルテキスト、デジタルデータ、デジタルマルチメディアなどのデジタルコンテンツ３２に関連して非常に望ましく、ここで、そのようなデジタルコンテンツ３２は、ユーザに対して配信し、または再配布されるべきである。ユーザによって受信されるとすぐに、そのようなユーザは、パーソナルコンピュータ３４上などのメディアプレーヤ、テキストディスプレーヤ（ｔｅｘｔ  ｄｉｓｐｌａｙｅｒ）など、適切なレンダリングデバイスの助けを借りてデジタルコンテンツ３２をレンダリングする。
【００４６】
一般的に、そのようなデジタルコンテンツ３２を配信するコンテンツ所有者、あるいは開発業者またはディストリビュータ（ｄｉｓｔｒｉｂｕｔｏｒ）（以降では「ディストリビュータ」）は、そのような配信されたデジタルコンテンツ３２を用いてユーザが何をすることができるかを制限し、あるいは少なくともコンテンツ３２が望ましくない方法で再配布されないようにしたいと望む。例えば、コンテンツディストリビュータは、ユーザが、そのようなコンテンツ３２をコピーし、第２のユーザに対して再配布することを制限したいと望むこともあり、あるいは配信されたデジタルコンテンツ３２が、限られた回数だけ、ある種の合計時間の間だけ、ある種の種類の機械上だけで、ある種の種類のレンダリングプラットフォーム上だけで、ある種のタイプのユーザだけによってなどで、レンダリングされることを可能にしたいと望むこともある。
【００４７】
しかし、上記のように、配信が行われた後には、そのようなディストリビュータは、たとえあるにしても、デジタルコンテンツ３２に対してほとんど制御することができない。その場合には、ＲＭシステム３０は、任意の形態のデジタルコンテンツ３２の制御されたレンダリングを可能にし、ここでは、そのような制御は柔軟であり、そのようなデジタルコンテンツのコンテンツディストリビュータによって定義可能である。一般的に、コンテンツ３２を保護するためには、そのようなコンテンツ３２は、対称な暗号／暗号解読キー（ＫＤ）（すなわち、（ＫＤ（コンテンツ）））を用いて暗号化され、パッケージ３３中におけるコンテンツ３２に関連した他の情報と共にパッケージ化される。
【００４８】
信頼ベースのＲＭシステム３０により、デジタルコンテンツ３２のディストリビュータは、そのようなデジタルコンテンツ３２が、ユーザのコンピューティングデバイス３４によってレンダリングすることができるようになる前に満たされる必要がある少なくとも一部のライセンス規則を指定することができるようになる。そのようなライセンス規則は、前述の一時的要件を含むことができ、ユーザ／ユーザのコンピューティングデバイス３４（以降では、かかる用語は、状況がそうでないことを必要としない限り交換可能である）が、所有する必要があるデジタルライセンスまたは使用ドキュメント（以降では「ライセンス」）３６内において実施することができる。そのようなライセンス３６はまた、おそらくユーザのコンピューティングデバイス３４によって暗号解読可能なキーに従って暗号化される、デジタルコンテンツ３２を暗号解読するための暗号解読キー（ＫＤ）を含んでいる。図３において見られるように、そのような暗号化キーは、ユーザのコンピューティングデバイス３４のパブリックキー（ｐｕｂｌｉｃ  ｋｅｙ）（ＰＵ−Ｃ）であり、ユーザのコンピューティングデバイス３４は、推定されるように、それによって（ＰＵ−Ｃ（ＫＤ））を暗号解読することができる対応するプライベートキー（ＰＲ−Ｃ）を有する。
【００４９】
デジタルコンテンツ３２のピースについてのコンテンツディストリビュータは、ユーザのコンピューティングデバイス３４が、ライセンス３６中におけるそのようなコンテンツ所有者によって指定されるそれらの規則および要件、すなわちライセンス３６内におけるそれらの規則および要件が満たされない限り、デジタルコンテンツ３２がレンダリングされることにはならないという規則および要件に従うことになることを信じなければならない。その場合には、ユーザのコンピューティングデバイス３４には、デジタルコンテンツ３２に関連し、ユーザによって取得されるライセンス３６の形で実施されるライセンス規則に従わなければ、デジタルコンテンツ３２をレンダリングすることにはならないという信頼されるコンポーネント（ｔｒｕｓｔｅｄ  ｃｏｍｐｏｎｅｎｔ）またはメカニズム３８が提供されることが好ましい。
【００５０】
信頼されるコンポーネント３８は一般的にライセンス３６が有効かどうかを判定し、そのような有効なライセンス３６中におけるライセンス規則および要件を再調査し、再調査されたライセンス規則および要件に基づいて要求しているユーザが、とりわけ求められているように、要求されるデジタルコンテンツ３２をレンダリングする権限を有するかどうかを判定するライセンスエバリュエータ（ｌｉｃｅｎｓｅ  ｅｖａｌｕａｔｏｒ）４０を有する。理解されるべきであるように、ライセンスエバリュエータ４０は、ＲＭシステム３０中において信頼されて、ライセンス３６中における規則および要件に従ってデジタルコンテンツ３２の所有者の要望を実行し、ユーザは、非道であれまたはそうでなくても、どのような目的のためにもそのような信頼される要素を簡単に変更することができるべきではない。
【００５１】
理解されるべきであるように、ライセンス３６中における規則および要件は、ユーザは誰であるか、ユーザはどこに位置しているか、どの種類のコンピューティングデバイスをユーザが使用しているか、どのレンダリングアプリケーションがＲＭシステム３０を呼び出しているか、日付、時刻などを含めて、いくつかのファクタのうちのどれかに基づいて、ユーザがデジタルコンテンツ３２をレンダリングする権限を有するかどうかを指定することもある。さらに、ライセンス３６の規則および要件は、例えばあらかじめ決定されたレンダリング回数、またはあらかじめ決定されたレンダリング時間だけにライセンス３６を制限することもできる。したがって、信頼されるコンポーネント３８は、コンピューティングデバイス３４上のクロック４２を参照する必要があり得る。そのようなクロック４２が設けられる場合、そのようなクロック４２は、ライセンス３６の時間的な制限を克服しようと努力するユーザが、改ざんすることができないセキュリティ保護されたクロック４２とすることができる。
【００５２】
それらの規則および要件は、適切な任意の言語およびシンタックスに従ってライセンス３６中において指定することができる。例えば、言語は、満たされる必要があるアトリビュートおよび値を簡単に指定することができ（例えば、日付（ＤＡＴＥ）は、Ｘよりも後でなければならない）、あるいは指定されたスクリプトによるファンクションの性能を必要とすることもできる（例えば、日付がＸよりも大きい場合には、次いで．．．を行う）。
【００５３】
ライセンスエバリュエータ４０が、ライセンス３６が有効であること、およびユーザがその中における規則および要件を満たすことを決定するとすぐに、次いでデジタルコンテンツ３２をレンダリングすることができる。特に、コンテンツ３２をレンダリングするために、暗号解読キー（ＫＤ）は、ライセンス３６から取得され、コンテンツパッケージ３３からの（ＫＤ（コンテンツ））に適用されて、実際のコンテンツ３２をもたらし、次いで実際のコンテンツ３２は、実際にレンダリングされる。上記のように、（ＰＵ−Ｃ（ＫＤ））を伴うライセンス３６は、実際に（ＰＲ−Ｃ）を所有するエンティティ（ｅｎｔｉｔｙ）を認可して、もちろんそのエンティティがライセンス３６中に記述されるようなすべての条件に従うことを仮定して、（ＫＤ）にアクセスし、それによってそのような（ＫＤ）に従って暗号化されるコンテンツ３２にアクセスする。
【００５４】
ライセンス３６は、一般的に認証／妥当性検証の目的のためのデジタル署名を含むことに注意すべきである。同様に、デジタルコンテンツ３２のピースなど他の形態のデジタル構成体（ｄｉｇｉｔａｌ  ｃｏｎｓｔｒｕｃｔ）もまた、認証／妥当性検証の目的のためのそのようなデジタル署名を有することができる。知られているべきであるように、そのようなデジタル署名は、例えば署名がつけられるべき基礎となるデータ上で、ある種のハッシュを実施することにより、次いでキーを用いてハッシュを暗号化することにより、一対の非対称キーまたは対称の完全性キー（ｉｎｔｅｇｒｉｔｙ  ｋｅｙ）からの第１のキーに基づいて構築することができる。その後に、その一対の非対称キーまたは完全性キーからの第２のキーを適用することにより、その場合にも例えば暗号化されたハッシュを暗号解読し、署名がつけられた基礎となるデータの別のハッシュと暗号解読されたハッシュを比較することにより、署名は妥当性が検証される。ハッシュがマッチングする場合、基礎となるデータは変更されておらず、それ故に基礎となる構成体は認証することができることを仮定することができる。一般的にＲＭシステム３０は、認証されないライセンス３６などを正当と認めないことになる。
【００５５】
（ストリーム化マルチメディアコンテンツ３２を受信し処理するためのシステム）
次に図４を参照すると、マルチメディアコンテンツ３２を受信し処理するためのシステム４４が示されている。明らかなはずであるように、そのようなシステム４４は、例えばマルチチャネルディストリビュータ（ｍｕｌｔｉ−ｃｈａｎｎｅｌ  ｄｉｓｔｒｉｂｕｔｏｒ）からのテレビジョン信号など、マルチメディアコンテンツ３２の複数のストリームを含む入力信号を処理するために特に適している。しかし、そのようにして、システム４４が、本発明の趣旨および範囲を逸脱することなく、他の入力信号を処理することもできることになる。
【００５６】
システム４４において、そのディストリビュータによって供給されるような前述の入力信号は、もちろんそのようなレシーバが本明細書中で述べられるファンクションを実施することができることを仮定すると、本発明の趣旨および範囲を逸脱することなく、適切な任意のレシーバとすることができるレシーバ４６に対して適用される。例えば、レシーバ４６は、デジタルケーブルテレビジョン信号を受信し、その中におけるコンテンツ３２のレンダリングを含めてさらなるデジタル処理のために同じ信号を転送するために開発されているような単一方向性ケーブルレシーバ（Ｕｎｉ−Ｄｉｒｅｃｔｉｏｎａｌ  Ｃａｂｌｅ  Ｒｅｃｅｉｖｅｒ）（ＵＤＣＲ）とすることができる。理解することができるように、レシーバ４６は、そのように指令されるとすぐに、入力信号からのマルチメディアコンテンツ３２の複数のストリームのうちの１つをチューニングし、さらなる処理のために同じストリームを転送する。さらに、レシーバ４６は、コンテンツ３２のチューニングされたストリームを転送するのに先立って、必要に応じてネイティブフォーマット（ｎａｔｉｖｅ  ｆｏｒｍａｔ）からそのようなさらなる処理をするためにより適したフォーマットへと変換することができる。
【００５７】
想像されるように、入力信号中におけるマルチメディアコンテンツ３２の複数のストリームのおのおのは、暗号化されてもよくあるいは暗号化されなくてもよい。入力信号内におけるコンテンツ３２の特定のストリームをチューニングするとすぐに、レシーバ４６は次いで、暗号化される場合にはそのようなストリームを暗号解読し、以下により詳細に述べられるようにして同じストリームを再暗号化し、あるいは暗号化されない場合にはその場合にも以下でより詳細に述べられるようにしてそのストリームをただ暗号化するだけにすぎない。以上にそれとなく指摘されているように、レシーバ４６は、ストリームが確実にＲＭ保護されるようにする一部分としてコンテンツ３２のストリームを暗号化する。したがって、コンテンツ３２のストリームは、保護されない形態で再配布するためには入手できない。
【００５８】
図４にも示されるように、メディアシステム４８はレシーバ４６からコンテンツ３２の暗号化されたストリームを受信し、同じストリームをさらに処理するために供給される。推定されるように、メディアシステム４８は、おそらくユーザからの対応するコマンドを受信するとすぐに、入力信号内からのコンテンツ３２の特定のストリームをチューニングするようにレシーバ４６に指令しているが、そのようなコマンドは本発明の趣旨および範囲を逸脱することなく他のソースによって開始することができることが理解されるかも知れない。任意のレートで、レシーバ４６からのコンテンツ３２のストリームを受信するとすぐに、メディアシステム４８は、直ちにまたはある時間遅延の後すぐに取り出しレンダリングするために、同じストリームを適切なストレージデバイス５０に記憶する。ストリーム３２をレンダリングするとすぐに、メディアシステム４８は、１つまたは複数のモニタ５２、スピーカ５４、他のディスプレイ５６など、１つまたは複数の出力デバイスに対して適切な信号を転送する。
【００５９】
記憶されたストリーム３２が、ＲＭ保護された形態である限りは、メディアシステム４８は、図３の信頼されるコンポーネント３８、ライセンスエバリュエータ４０、クロック４２などのＲＭコンポーネントを含んでいる。したがって、特定のストリーム３２を取り出すとすぐに、メディアシステム３８は、同じストリームをただし以下でより詳細に述べられるような対応するライセンス３６だけに従ってレンダリングする。それに応じて、暗号化されたストリーム３２は、そのようなライセンス３６がそのように許可する場合だけに、ライセンス３６中に述べられるコンテンツキー（ＣＫ）を用いて暗号解読され、レンダリングされる。暗号化されたストリーム３２が（第１の）メディアシステム４８に少なくとも一時的に記憶される限りは、そのユーザは、理論上はそれによってレンダリングするために別の（第２の）メディアシステム４８に同じストリームをコピーすることができることに注意すべきである。しかし、ストリームがライセンス３６だけに従って暗号化され、暗号解読可能な限りは、またライセンス３６が第１のメディアシステム４８に縛られる限りは、そのようなライセンス３６は、第２のメディアシステム４８によっては使用することができない可能性がある。
【００６０】
しかし、理解されるべきであるように、第１のメディアシステム４８が実際にそうすることができ、ライセンス３６がそのように許可することを仮定すると、第１のメディアシステム４８が、コピーされたストリーム３２についてのサブライセンス３６を第２のメディアシステム４８に対して発行することができるという場合があり得る。そうである場合には、第２のメディアシステム４８に縛られるようなサブライセンス３６を実際に第２のメディアシステム４８が使用して、以下でより詳細に述べられるようにストリーム３２をレンダリングすることができる。
【００６１】
（レシーバ４６からメディアシステム４８へとライセンス要件を伝えること）
上記されているように、特にメディアシステム４８のユーザが実際にいくつかのストリーム３２を介してスキミングし、あるいはそのストリームを「サーフィン」している場合には、レシーバ４６は、おそらくおよそ２分の１秒から１秒に１回の程度でかなり定期的にメディアシステム４８からコマンドを受信して、入力信号からの異なるデジタルストリーム３２中においてチューニングすることを期待することができることを理解すべきである。しかし、新たにチューニングされた各ストリーム３２は、新しいコンテンツキー（ＣＫ）を伴う新しい対応するライセンス３６を必要とする。一般的に、そのようなライセンス３６は、レシーバ４６によって構築され、チューニングされたストリーム３２の配信の直前にレシーバ４６からメディアシステム４８へと配信されることになる。
【００６２】
しかし、そのような新しいライセンス３６を構築すること、および同じライセンスをレシーバ４６からメディアシステム４８へと送信することは、特にライセンス３６が詳しく述べられ、暗号化された要素を含み、デジタル署名を含んでいるなどの場合には、非常に厄介である可能性があることを理解されたい。したがって、メディアシステムがそのようなレシーバに実際にそのようなストリーム３２をチューニングするように指令するたびに、レシーバ４６は、新たにチューニングされたストリーム３２のために新しいライセンス３６を完全に構築することができることは、期待することができない可能性が高い。前述のサーフィンする状況についての場合のように、そのようなコマンドの頻度がおよそ秒の程度である場合には、これは特に当てはまる。迅速なようにそのようなライセンス３６を構築する必要があり得るように特に大きなコンピューティングパワーがレシーバ４６に供給されない場合にも、これは特に当てはまる。いずれにしても、新しいストリーム３２がチューニングされるように指令する典型的なユーザは、そのような新しいストリーム３２が、コマンドが発行された後、１秒または２秒以内にレンダリングされ、提示されることを期待するであろう。
【００６３】
その場合には、明らかにレシーバ４６は、ストリーム３２が新たにチューニングされるたびに、新しいライセンス３６を送信することができない可能性が高い。その代わりに、本発明の一実施形態においては、レシーバ４６は、そのような新しいライセンス３６へと進むことになる簡略化バージョンまたは短縮バージョンの要件４７を作成して送信し、メディアシステム４８は、そのような要件４７を受信するとすぐに、推定されるようにレシーバ４６にとって使用可能であるコンピューティングパワーよりも大きなコンピューティングパワーの助けを借りて、レシーバ４６によって信頼されて、レシーバ４６のためにそのような新しいライセンス３６を構築する。
【００６４】
推定されるように、レシーバ４６は、ストリーム３２それ自体の内部の情報４９からストリーム３２についての要件を決定する。ストリーム３２中における情報４９からそのような要件４７を決定することは、関連する一般の人々に知られており、あるいは明らかなはずであり、したがって本明細書中ではどのように詳細にも述べられる必要はなく、それに応じて、本発明の趣旨および範囲を逸脱することなく、ストリーム３２からのそのような要件４７を決定する任意の方法を使用することができる。例えば、ストリーム３２には、配信されるときに、知られている間隔とロケーションにおける情報４９が定期的に供給されるという場合があり得る。
【００６５】
レシーバ４６によって特定のストリーム３２のために指定される要件４７は、もちろん本発明の趣旨および範囲を逸脱することなく、任意の要件４７とすることができる。しかし、一般的に、要件４７は、ストリーム３２が、第１のメディアシステム４８のストレージデバイス５０に記憶されるときに、またそのような第１のメディアシステム４８に対してライセンスされるときに、実際にコピーされ、第２のメディアシステム４８に対してサブライセンスされるかどうかを少なくとも部分的に指定する。例えば、そのようなコピー権限（ｃｏｐｙ  ｒｉｇｈｔ）は、コピー可能（ｃｏｐｙ  ｆｒｅｅｌｙ）（ＣＦ）、一世代のみコピー可能（ｃｏｐｙ  ｏｎｃｅ）（ＣＯ）、コピー禁止（ｃｏｐｙ  ｎｅｖｅｒ）（ＣＮ）などと述べることができる。
【００６６】
したがって、本発明を用いれば、レシーバ４６は、そのようなレシーバ４６が新たに特定のストリーム３２をチューニングするたびに、そのような新しいライセンス３６を実際に構築する負担を負う必要がなく、そのようなライセンス３６の短縮バージョンの要件４７は、たとえユーザがおよそ毎秒１回程度などの変更を指令しているとしても、レシーバが新たにストリーム３２をチューニングするたびに、迅速に作成し、メディアシステム４８に対して送信することができる。
【００６７】
さらに、理解することができるように、要件４７だけを送信し、ライセンス３６それ自体は送信しないことにより、レシーバ４６は、ライセンス３６それ自体の特定のどのようなフォーマットを伴う負担を受ける必要がない。したがって、あるポイントにおいて新しいフォーマットがライセンス３６のために指定される場合、そのようなフォーマットは、メディアシステム４８に対して伝えられる必要があるだけであり、レシーバ４６に対しては伝えられる必要がない。
【００６８】
依然として図４を参照すると、レシーバ４６からストリーム３２を受信することに加えて、メディアシステム４８は、さらに直接または間接のいずれかにより他のソースからストリーム３２を受信することができることが分かる。そのような他のソースは、例えばＮＴＳＣ入力信号、ＡＴＳＣ入力信号などを含むことができる。理解されるように、直接に受信される少なくとも一部の入力信号のうちのおのおのについて、メディアシステム４８が、受信された入力信号内のストリーム３２をメディアシステム４８により適した暗号化されたフォーマットへと変換し、またメディアシステム４８によって作成されるときに新しいライセンス３６へと進むことになるストリーム３２についての簡略化バージョンまたは短縮バージョンの要件４７を作成し送信するレシーバ４６のようにして役割を果たすハードウェアまたはソフトウェアのゲートウェイ５８のいずれかを含むという場合があり得る。ここで、ゲートウェイ５８は、ストリーム３２それ自体の内部の情報４９からストリーム３２についての要件４７を決定することができ、あるいはそのようなストリーム３２から使用可能でない場合にはデフォルト要件４７を構成することもできる。
【００６９】
本発明の一実施形態においては、要件４７は、特定の任意のストリーム３２について特定の任意のソースから供給されるときに、共通のフォーマットで記述される。それ故に、メディアシステム４８は、異なるソースに対応する複数のフォーマットで悩まされる必要はなくなる。本発明の一実施形態においては、共通のフォーマットは、要件４７が、メディアシステム４８に対して、あるいはメディアシステム４８内で迅速に簡単に伝送することができ、メディアシステム４８が、同様にそれからライセンス３６を迅速に構築することができるように、比較的簡略化された性質のものである。
【００７０】
例えば、次に図５を参照すると、本発明の一実施形態においては、共通のフォーマットは、３２ビットがいくつかのあらかじめ定義されたフィールドに分割されていることが分かる。諸フィールドは、以降のように定義される。
【００７１】
−入力コピープロテクトメソッド（Ｉｎｐｕｔ  Ｃｏｐｙ  Ｐｒｏｔｅｃｔｉｏｎ  Ｍｅｔｈｏｄ）−このフィールドは、あらかじめ決定されるようにして、対応するストリーム３２の特定のコンテンツプロテクトメソッドに対応する８ビット値を指定する。そのようなコンテンツプロテクトメソッドは、それだけには限定されないが以下のものを含むことができる。
【００７２】
Ｎｏｎｅ−コピープロテクト（ｃｏｐｙ  ｐｒｏｔｅｃｔｉｏｎ）が、ストリーム３２について指定されず、ＲＭベースの制限は、同じストリームに課されるべきでもない。
【００７３】
ハードウェアマクロビジョン（Ｈａｒｄｗａｒｅ  Ｍａｃｒｏｖｉｓｉｏｎ）−ストリーム３２は、マクロビジョン（波形）保護される。
【００７４】
ＣＧＭＳ−Ａ−ストリーム３２は、ＩＥＣ６１８８０またはＥＩＡ−６０８−Ｂによって仕様が定められるＣＧＭＳ−Ａコンテンツプロテクトを含んでいる。
【００７５】
ＷＳＳ−ストリーム３２は、ＩＴＵ−Ｒ  ＢＴ１１１９−１によって仕様が定められるＷＳＳプロテクトを含んでいる。
【００７６】
ケーブルラボデジタルケーブル（Ｃａｂｌｅ  Ｌａｂｓ  Ｄｉｇｉｔａｌ  Ｃａｂｌｅ）−ストリーム３２は、ケーブルラボＵＤＣＲレシーバ（Ｃａｂｌｅ  Ｌａｂｓ  ＵＤＣＲ  ｒｅｃｅｉｖｅｒ）４６に対して配信されたものである。
【００７７】
ＡＴＳＣ−ストリーム３２は、アドバンストテレビジョンシステム委員会（Ａｄｖａｎｃｅｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍｓ  Ｃｏｍｍｉｔｔｅｅ）（ＡＴＳＣ）フォーマットで配信されたものであった。
【００７８】
−入力デバイスは堅牢性規則を満たす（Ｉｎｐｕｔ  Ｄｅｖｉｃｅ  Ｍｅｅｔｓ  Ｒｏｂｕｓｔｎｅｓｓ  Ｒｕｌｅｓ）−入力デバイス（例えば、レシーバ４６としてのチューナカード（ｔｕｎｅｒ  ｃａｒｄ））が、入力コピープロテクトメソッドによって定義される堅牢性規則を満たす場合に、この１ビットフィールドは、１に設定される。
【００７９】
−コピーデフォルト（Ｃｏｐｙ  Ｄｅｆａｕｌｔ）−コピープロテクト要件４７がストリーム３２からまだ知られておらず、デフォルトコピープロテクトが適用されるべき場合に、この１ビットフィールドは、１に設定される。
【００８０】
−ブロードキャストフラグ／制限されたコンテンツ（Ｂｒｏａｄｃａｓｔ  Ｆｌａｇ／Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｎｔｅｎｔ）−ストリーム３２が再配布制御される場合に、この１ビットフィールドは、ＡＴＳＣに固有であり、１に設定される。
【００８１】
−ＣＩＴ−制約されたイメージがトリガされている場合に、この１ビットフィールドは、ケーブルラボデジタルケーブルに固有であり、１に設定される。
【００８２】
−ＡＰＳ−この２ビットフィールドは、ある種のマクロビジョンフォーマットに固有のアナログプロテクトシステム要件（Ａｎａｌｏｇ  Ｐｒｏｔｅｃｔｉｏｎ  Ｓｙｓｔｅｍ  ｒｅｑｕｉｒｅｍｅｎｔｓ）４７を表す。
【００８３】
−コピー制御値（Ｃｏｐｙ  Ｃｏｎｔｒｏｌ  Ｖａｌｕｅ）−この２ビットフィールドは、どのようにして、ストリーム３２をメディアシステム４８から別のメディアシステム４８へとコピーする（サブライセンスする）ことができるか、すなわちコピー可能（ＣＦ）、一世代のみコピー可能（ＣＯ）、コピー禁止（ＣＮ）などを表す。
【００８４】
特に、図５に示される一実施形態においては、３２ビット中における１６ビットは、後で使用するために留保される。それ故に、新しい種類のコピープロテクトに固有の特徴は、現行の種類のコピープロテクトにおいてすでに存在する追加の特徴とすることができるように、留保された諸ビット内において実装することができる。また特に、現在ではある種の種類のコピープロテクトだけに関連して使用するために留保され、それ故に他のタイプのコピープロテクトに関連しては使用されない特定のビットは、異なる目的のためのそのような他のタイプのコピープロテクトに関連しては使用することができない。
【００８５】
今では理解することができるように、共通のフォーマットを使用して、特定のストリーム３２に対応するライセンス３６についての要件４７を表すことにより、そのような要件４７は、配信されるときにそのようなストリーム３２の特定の任意のフォーマットに不可知の（ａｇｎｏｓｔｉｃ）共通の方法で指定することができる。要件４７は、特定の任意のソースコンテンツプロテクトメカニズム（ｓｏｕｒｃｅ  ｃｏｎｔｅｎｔ  ｐｒｏｔｅｃｔｉｏｎ  ｍｅｃｈａｎｉｓｍ）に特有でない方法で簡潔に指定され、レシーバ４６やゲートウェイ５８（以降では、状況がそうでないことを要求しない限り、「レシーバ４６」）などの比較的単純なデバイスは、特定の任意のフォーマットから要件４７を導き出し、同じ要件を共通のフォーマットへと変換することができる。
【００８６】
次に図６を参照すると、コマンドに応じてレシーバ４６によって使用されて特定のストリーム３２をチューニングする方法が示されていることが分かる。理解することができるように、そのようなコマンドは、一般的に最初にユーザによってメディアシステム４８に対して発行され（ステップ６０１）、次いでメディアシステム４８からレシーバ４６に対して発行されるが（ステップ６０３）、メディアシステムは、代わりに、本発明の趣旨および範囲を逸脱することなく、ユーザから促されずにそのようなチューニングコマンドを発行することもできる。いずれにしても、チューニングコマンドに応じて、レシーバ４６は、問題になっているストリーム３２を実際にチューニングする（ステップ６０５）。そのようなチューニングは、一般に知られており、関連する一般の人々に明らかなはずであり、それ故に本明細書中ではどのように詳細にも記述する必要はない。したがって、そのようなチューニングは、本発明の趣旨および範囲を逸脱することなく、適切な任意の方法で実施することができる。
【００８７】
ひとたびチューニングされた後に、レシーバ４６は、必要に応じてストリーム３２を暗号解読し（ステップ６０７）、メディアシステム４８と共用される対称なコンテンツキー（ＣＫ）に従って同じストリームを再暗号化する（ステップ６０９）。そのようなコンテンツキー（ＣＫ）をメディアシステム４８と共用する一方法は、以下に記述されるが、ほとんどのそのような任意の方法は、本発明の趣旨および範囲を逸脱することなく使用することができることを理解すべきである。
【００８８】
さらに、暗号解読されたストリーム３２から、レシーバ４６は、ストリーム３２に対応するライセンス３６についての要件４７に関連した前述の情報４９の所在を見出すことができる（ステップ６１１）。上記のように、そのような要件４７を有するそのような情報４９は、ストリーム３２内において、知られている間隔およびロケーションで定期的に供給することができる。例えば、知られているそのような間隔は、およそ２０秒ごとに１回の程度とすることができ、ロケーションは、ストリーム３２がデジタルである場合、特定の識別されたパケットとすることができ、あるいはストリーム３２がアナログである場合には、特定のビデオブランキング間隔（ｖｉｄｅｏ  ｂｌａｎｋｉｎｇ  ｉｎｔｅｒｖａｌ）とすることができる。より詳細に以下で記述されるように、レシーバ４６がストリーム３２中においてそのような情報４９にまだ遭遇しておらず、そのような情報４９を待つことが、実現可能ではない場合には、レシーバ４６は、情報４９の何らかのデフォルトの組に基づいて要件４７を送信することによって進み、実際の情報４９が受信される以降の時刻に、実際の要件４７を送信することができる。
【００８９】
いずれにしても、所在が見出された情報４９を用いて、レシーバ４６は、そのような要件４７を前述の共通のフォーマットで表すことができる、ストリーム３２に対応する１組の要件４７を構築し（ステップ６１３）、そのような要件４７をメディアシステム４８に対して、特にメディアシステム４８の信頼されるコンポーネント３８に対して送信する（ステップ６１５）。その後に、メディアシステム４８は、要件４７に基づいてライセンス３６を構築し（ステップ６１７）、そのような構築されたライセンス３６をそのライセンスストア（ｌｉｃｅｎｓｅ  ｓｔｏｒｅ）６０などに記憶する（ステップ６１９）。
【００９０】
そのような要件４７からそのようなライセンス３６を構築することは一般に知られており、関連する一般の人々に明らかなはずであり、それ故に本明細書中ではどのように詳細にも記述する必要はない。したがって、そのようなライセンス３６の構築は、本発明の趣旨および範囲を逸脱することなく、適切な任意の方法で実施することができる。例えば、要件４７が、上述された３２ビットの共通のフォーマットなどに従って表現される場合には、メディアシステム４８は、あらかじめ定義されたマッピング規則に従って各ビットフィールドをライセンス３６にマッピングするマッピングアルゴリズム（ｍａｐｐｉｎｇ  ａｌｇｏｒｉｔｈｍ）を使用することができる。
【００９１】
ライセンス３６を構築する際に、メディアシステム４８は、推定されるようにストリームについてのコンテンツキー（ＣＫ）を記憶し、このコンテンツキー（ＣＫ）は、以下で記述されるように、（ＰＵ−ＭＳ（ＣＫ））をもたらすそのようなメディアシステム４８のパブリックキー（ＰＵ−ＭＳ）など、別のキーに従って暗号化されるライセンス３６内において取得することができることに注意すべきである。したがって、そのメディアシステム４８だけが、（ＰＵ−ＭＳ）に対応するプライベートキー（ＰＲ−ＭＳ）の助けを借りて、ライセンス３６からの（ＰＵ−ＭＳ（ＣＫ））から（ＣＫ）にアクセスすることができる。結果として、そのようなライセンス３６は、そのようなメディアシステム４８に縛られていると言うことができ、どのような他のメディアシステム４８または他のデバイスによっても使用することができない。ライセンス３６がメディアシステム４８を認可して、例えばコピー可能（ＣＦ）や一世代のみコピー可能（ＣＯ）などのコピー権限について述べることにより、別のメディアシステム４８がストリーム３２をレンダリングするためのサブライセンス３６を発行する場合、そのようなメディアシステム４８は、サブライセンス３６を作成する際に、まず（ＰＲ−ＭＳ）を（ＰＵ−ＭＳ（ＣＫ））に適用して（ＣＫ）を明らかにする必要があり、次いで別のメディアシステム４８の（ＰＵ−ＭＳ）に従って（ＣＫ）を暗号化する必要があり、次いでそのような新しい（ＰＵ−ＭＳ（ＣＫ））をサブライセンス３６へと挿入することができる。
【００９２】
メディアシステム４８は、特定のストリーム３２についてのコンテンツキー（ＣＫ）を同じストリームについての対応するライセンス３６を構築することに先立って所有している可能性が高く、したがってそのようなコンテンツキー（ＣＫ）を使用して、レシーバ４６から送信されるときに暗号化されたストリームを暗号解読し、そのような暗号解読されたストリーム３２をレンダリングすることができる（ステップ６２１）ことに注意すべきである。したがって、人は、ステップ６１７および６１９におけるようにメディアシステムがライセンスを構築し、ライセンスを記憶する必要性について質問することができる。しかし、例えばメディアシステム４８が、リセット中などにどういう訳かそのような（ＣＫ）を失う場合などコンテンツキー（ＣＫ）を取り出す必要がある場合に、記憶されたライセンス３６をメディアシステム４８が使用することができることを理解すべきである。同様に、メディアシステム４８が遅延ベースでストレージデバイス５０からストリーム３２を再生している場合には、ライセンス３６は、そのような（ＣＫ）が記憶される唯一のロケーションである可能性がある。また、ライセンス３６は、ストリーム３２、ならびにストリーム３２に対応する他の要件４７に関連する任意のコピー権限を記憶し取り出す必要があり、このコピー権限はある将来のポイントにおいて参照される必要があり得る。
【００９３】
特定の任意のストリーム３２について、その情報４９が１回または複数回変化することができるという場合があり得ることに注意すべきである。そうである場合に理解することができるように、レシーバ４６は、ステップ６１３および６１５におけるように、メディアシステム４８に対して新しい要件４７を発行すべきであり、そのメディアシステムは、ステップ６１７および６１９におけるように、新しいライセンス３６を構築し記憶すべきである。したがって、レシーバ４６は、ストリーム３２内における各組の情報４９について知っているべきであり、いつそのような組の情報３９がストリーム３２内で変化したのかに注意すべきである。
【００９４】
（レシーバ４６とメディアシステム４８との間のコンテンツキーの共用）
上記のように、レシーバ４６が異なるストリーム３２をチューニングするたびに、レシーバは、異なるコンテンツキー（ＣＫ）に従って暗号化される新たにチューニングされたストリーム３２を送信し、１組の対応する要件４７も送信する。したがって、レシーバ４６とメディアシステム４８は、何とかしてコンテンツキー（ＣＫ）を共用する必要があり、特にメディアシステム４８は、レシーバ４６がどのコンテンツキー（ＣＫ）を使用して特定のストリーム３２を暗号化しているかを知る必要がある。
【００９５】
しかし重要なことに、レシーバ４６が、例えば要件４７の一部分として、あるいは典型的なＲＭライセンス３６内において、特定のストリーム３２ごとに各コンテンツキー（ＣＫ）をメディアシステム４８に対して送信することは、現在では思い描かれてはいない。上記のように、そのようなライセンス３６を構築することがそのように労働集約的であるので、また新たにチューニングされたストリーム３２を毎秒１回など頻繁に指令することができるという場合があり得るので、レシーバ４６が、新たにチューニングされたストリーム３２ごとにそのような典型的なＲＭライセンス３６を構築し送信することは、期待することができない。したがって、レシーバ４６とメディアシステム４８は、通信の異なる方法を介して、何とかしてそのようなコンテンツキー（ＣＫ）を共用する必要がある。
【００９６】
したがって本発明の一実施形態においては、レシーバ４６とメディアシステム４８は、初期化の一部分として、多かれ少なかれ典型的なＲＭライセンス３６を介して初期のコンテンツキー（ＣＫ０）を共用し、次いでレシーバ４６とメディアシステム４８のうちのおのおのは、直接または間接のいずれかで、必要に応じて、また協調するようにして（ＣＫ（０））から新しいコンテンツキー（ＣＫｘ）を導き出す。重要なことに、初期化ＲＭライセンス３６は、別の初期化が必要になるまで１回しか必要とされず、それ故にそのようなＲＭライセンス３６の労働集約的態様は、別の初期化が必要になるまで１回しか遭遇されない。そのような初期化は、本発明の趣旨および範囲を逸脱することなく、適切な任意の間隔に従って実施することができることに注意すべきである。例えば、初期化は、数時間または数日ごとに１回などで実施することができ、メディアシステム４８が開始され、またはリセットされるたびに１回、実施することができる。
【００９７】
本発明の一実施形態において、次に図７を参照すると、初期化イベントのすぐ後に、メディアシステム４８は、初期化要求をレシーバ４６に対して送信し（ステップ７０１）、ここで、そのような初期化要求は、レシーバ４６によって信頼される機関（ａｕｔｈｏｒｉｔｙ）または機関チェーンによってメディアシステム４８に対して発行されるマシン証明書（ｍａｃｈｉｎｅ  ｃｅｒｔｉｆｉｃａｔｅ）などを含んでいる。重要なことに、送信されるマシン証明書は、メディアシステムのパブリックキー（ＰＵ−ＭＳ）を含んでおり、メディアシステムは、対応するプライベートキー（ＰＲ−ＭＳ）を所有している。
【００９８】
その後に、レシーバ４６は、メディアシステム４８が信頼することができるという送信されるマシン証明書に基づいて、それ自体を満足させ、初期化ＲＭライセンス３６を構築し（ステップ７０３）、初期化ライセンス３６をメディアシステム４８に対して送信する（ステップ７０５）。重要なことに、初期化ライセンス３６は、レシーバ４６によって決定されるときに、初期のコンテンツキー（ＣＫ０）を含み、ここでそのような初期のコンテンツキー（ＣＫ０）は、マシン証明書からのパブリックキー（ＰＵ−ＭＳ）に従って暗号化されて、（ＰＵ−ＭＳ（ＣＫ０））を結果としてもたらす。したがって、メディアシステム４８は、初期化ライセンス３６を受信し、同じライセンスをライセンスストア６０に記憶するとすぐに、そこからそのような（ＰＵ−ＭＳ（ＣＫ０））を取り出し、それに対して（ＰＲ−ＭＳ）を適用して、（ＣＫ０）を結果としてもたらし（ステップ７０７）、次いで適切なセキュリティ保護されたロケーションにそのような（ＣＫ０）をカウントと一緒に記憶し、このカウントは、ここではゼロに設定されることになる（ステップ７０９）。理解することができるように、レシーバ４６も、適切なセキュリティ保護されたロケーションにそのような（ＣＫ０）を同じゼロカウントと一緒に記憶する。
【００９９】
初期化ライセンス３６は、レシーバ４６が署名することができ、その場合には、レシーバは、対称の完全性キー（ＩＫ）を使用して、ＭＡＣなど、対称の署名するプロトコルに基づいてそのような初期化ライセンス３６を実際に署名することができることに注意すべきである。そのような場合に、本発明の一実施形態においては、初期のコンテンツキー（ＣＫ０）と、初期の完全性キー（ＩＫ０）としての完全性キー（ＩＫ）とは、共にマシン証明書からのパブリックキー（ＰＵ−ＭＳ）に従って暗号化されて、（ＰＵ−ＭＳ（ＣＫ０，ＩＫ０））を結果としてもたらす。ここでは、次いでメディアシステム４８は、初期化ライセンス３６を受信するとすぐに、そこからそのような（ＰＵ−ＭＳ（ＣＫ０，ＩＫ０））を取り出し、それに対して（ＰＲ−ＭＳ）を適用して、ステップ７０７におけるように（ＣＫ０）および（ＩＫ０）をもたらし、次いでステップ７０９におけるように、そのような（ＣＫ０）および（ＩＫ０）とゼロカウントを適切なセキュリティ保護されたロケーションに記憶する。さらに、メディアシステム４８は、そのような初期の完全性キー（ＩＫ０）を使用して、そのような初期化ライセンス３６の署名を検証する。
【０１００】
これまでについて要約すると、その場合には、レシーバ４６もメディアシステム４８も、初期のコンテンツキー（ＣＫ０）と、初期の完全性キー（ＩＫ０）と、ゼロに設定されたカウントとを、セキュリティ保護されたロケーションに記憶している。しかし、レシーバは、任意のコンテンツキー（ＣＫ）、または対応する任意の要件４７に従って暗号化されるストリーム３２をメディアシステム４８に対してまだ送信開始してはいない。しかし、推定されるように、あるポイントにおいてメディアシステム４８は、図６のステップ６０３におけるように第１のインスタンスのそのような状況を指令する。したがって、レシーバは、そのような図６のステップを用いてそのようなレシーバが第１の新しい対称のコンテンツキー（ＣＫｘ）を必要とするポイントまで進み、この対称のコンテンツキーは、ステップ６０９におけるように第１のストリーム３２を暗号化する（ＣＫ１）になるはずである。
【０１０１】
ここで、本発明の一実施形態においては、レシーバ４６は、カウントを増分し（ステップ７１１）、初期のコンテンツキー（ＣＫ０）から（ＣＫｘ）／（ＣＫ１）を導き出す（ステップ７１３）ことにより、そのようなコンテンツキー（ＣＫｘ）／（ＣＫ１）を生成する。さらに、そのような初期のコンテンツキー（ＣＫ（０））からそのようなコンテンツキー（ＣＫｘ）を導き出すときに、レシーバ４６は、初期の完全性キー（ＩＫ０）から対応する完全性キー（ＩＫｘ）／（ＩＫ１）も導き出す（ステップ７１５）。
【０１０２】
本発明の一実施形態においては、コンテンツキー（ＣＫｘ）も完全性キー（ＩＫｘ）も、初期値（ＣＫ（０））または（ＩＫ（０））に新しいカウント値を伴う関数、すなわち
値（ｘ）＝関数（値（０），カウント）
を適用することにより、それぞれ（ＣＫ（０））と（ＩＫ（０））から導き出される。例えば、そのような関数は、おそらく必要に応じて適切な切り捨て、または延長を伴う、ＳＨＡ関数などの一方向ハッシュ関数とすることができる。したがって、そのようなコンテンツキー（ＣＫｘ）を用いて、レシーバ４６は、ステップ６０９におけるようにストリーム３２を暗号化することができる。
【０１０３】
本発明の一実施形態においては、図６のステップ６１３および６１５におけるように、レシーバ４６が、ストリーム３２に対応する１組の要件４７を構築し、そのような要件４７をメディアシステム４８に対して送信するときに、レシーバ４６は、そのようなキー（ＣＫｘ、ＩＫｘ）の導出またはローテーション（ｒｏｔａｔｉｏｎ）と新しいカウントをメディアシステム４８に対して伝える。特に、本発明の一実施形態においては、レシーバ４６は、そのようなステップ６１３および６１５を実施するときに、ステップ７０５におけるように送信される初期化ライセンス３６中における値に基づいた、その中における値を用いて導出メッセージ６２を実際に構築する。
【０１０４】
例えば、カウント＝１に対応する第１のストリーム３２など、特定のカウントｘに対応する特定の任意のストリーム３２では、レシーバ４６は、そのようなストリーム３２についての要件４７と、カウントｘと、完全性キー（ＩＫｘ）に基づいた署名とを含めて導出メッセージ６２を構築し（ステップ７１７）、構築された導出メッセージ６２をメディアシステム４８に対して送信する（ステップ７１９）。署名が、対称のキーに基づいている限りは、そのような導出メッセージ６２を構築することは、非対称のキーに基づいた署名と比べて、レシーバ４６にとってほとんど負担にはならないことに注意すべきである。
【０１０５】
いずれにしても、ストリーム３２と、それに対応する導出メッセージ６２を受信するとすぐに、ステップ７１５において、メディアシステム４８はそれ自体、そのような受信された導出メッセージ６２からのカウント、（ＣＫ（０））、（ＩＫ（０））、および使用される関数の知識に基づいて、対応するコンテンツキー（ＣＫｘ）および完全性キー（ＩＫｘ）を導き出すことができる。特に、レシーバ４６と同様に、メディアシステム４８は、（ＣＫ（０））と（ＩＫ（０））のうちのおのおのの所在を見出し（ステップ７２１）、レシーバ４６と同じ関数と現在のカウントｘを使用することにより、（ＣＫｘ）および（ＩＫｘ）を導き出し（ステップ７２３）、必要に応じてそのように導き出された（ＣＫｘ）および（ＩＫｘ）を対応するカウントと一緒に記憶する（ステップ７２５）。さらに、メディアシステム４８は、そのような完全性キー（ＩＫｘ）を使用して、対応する導出メッセージ６２の署名を検証する（ステップ７２７）。最も重要なことに、ストリーム３２に対応するコンテンツキー（ＣＫｘ）を用いて、対応する導出メッセージ６２が検証し許可することを仮定すると、メディアシステム４８は、レンダリングし、かつ／またはさらに処理するためにストリーム３２を暗号解読することができる（ステップ７２９）。
【０１０６】
メディアシステム４８によってレシーバ４６から受信される導出メッセージ６２は、図６のステップ６１７および６１９におけるようにメディアシステム４８によって構築されかつライセンスストア６０に記憶されるライセンス３６ではないことに注意すべきである。その代わりに、理解されるべきであるように、導出メッセージ６２は、そのようなステップ６１７および６１９のライセンス３６を構築するために使用される要件４７を含んでいる。
【０１０７】
本明細書中で述べられる本発明を用いて、レシーバ４６は、新たにチューニングされるストリーム３２ごとにコンテンツキー（ＣＫｘ）または完全性キー（ＩＫｘ）をメディアシステム４８に対して明示的に伝える必要がなくなる。その代わりに、レシーバ４６は、メディアシステム４８を用いてそのようなキー（ＣＫ０、ＩＫ０）の初期値を確立する必要があるだけであり、次いでレシーバ４６とメディアシステム４８のうちのおのおのは、（ＣＫ（０）、ＩＫ（０））および導出関数の事前知識に基づいて新しいストリーム３２ごとに新しい値（ＣＫｘ、ＩＫｘ）を独立に導き出すことができる。したがって、レシーバ４６は、（ＣＫｘ）がその中で非対称に暗号化され、そのようなＲＭライセンスが非対称に署名されている典型的なＲＭライセンス３６を新しいストリーム３２ごとに構築するかなりの負担を負う必要がなくなる。その代わりに、レシーバ４６は、メディアシステム４８を用いて初期化するときに、そのような典型的なＲＭライセンス３６を構築する必要があるだけであり、その後、その中で暗号化され対称的に署名されている（ＣＫｘ）を用いずに、新しいストリーム３２ごとにあまり負担にならない導出メッセージ６２を構築することができる。
【０１０８】
本発明の一代替実施形態においては、（ＣＫ（０））および（ＩＫ（０））からそれぞれ（ＣＫｘ）および（ＩＫｘ）を導き出すのでなく、そのような（ＣＫｘ）および（ＩＫｘ）は、それぞれ（ＣＫ（ｘ−１））および（ＩＫ（ｘ−１））から導き出すことができることに注意すべきである。理解されるべきであるように、そのようにすることは、理解することができるように、（ＣＫ（ｘ））および（ＩＫ（ｘ））が（ＣＫ（ｘ＋１））および（ＩＫ（ｘ＋１））を導き出すために記憶し取り出す必要があることを除いて、ほとんどの点で（ＣＫ（０））および（ＩＫ（０））から、（ＣＫｘ）および（ＩＫｘ）を導き出すことに類似している。
【０１０９】
レシーバ４６とメディアシステム４８との間でコンテンツキーを共用する際に、そのような要素は、例えば認証など、セキュリティ保護された方法を使用して互いに通信を行うことができることにも注意すべきである。代わりに状況が保証する場合には、セキュリティ保護されていない方法を使用することもできる。
【０１１０】
（デフォルト導出メッセージ６２）
上記され、かつ／または以上でそれとなく指摘されたように、特定の新たにチューニングされたストリーム３２に対応する導出メッセージ６２を構築する際に、レシーバ４６は、ステップ６１１におけるようにストリーム３２からの導出メッセージ６２についての要件４７に関連した情報４９の所在を見出し、ここで、そのような要件４７を伴うそのような情報４９は、知られている間隔およびロケーションでストリーム３２内に定期的に供給することができる。知られているそのような間隔は、およそ２０秒またはそれ以上に１回の程度とすることができ、それ故に、レシーバ４６が、かなり長い時間を待つ必要なしに、ストリーム３２中においてそのような情報４９に遭遇することにならない場合が非常に多い可能性が高い。しかし、特にレシーバ４６が、ストリーム３２をチューニングするように指令を受けた後に１秒程度のタイムフレーム内にそのような情報４９に基づいて要件４７を伴うそのような導出メッセージ６２を送信することが期待される場合には、そのように待つことは、実現できない。
【０１１１】
したがって、本発明の一実施形態においては、図７のステップ７１５および７１７におけるように、レシーバ４６が、それに基づいて要件４７を構築し、対応する導出メッセージ６２に同じ要件を配置し、タイムリーに導出メッセージ６２を送信するのに間に合うように新たにチューニングされたストリーム３２からの情報４９を所有していない場合には、レシーバ４６は、その代わりにデフォルト導出メッセージ６２を構築し送信する。理解することができるように、そのようなデフォルト導出メッセージ６２は、例えばコピー禁止（ＣＮ）など、最も制約の多い性質の要件４７を含んでいる。その後に、レシーバ４６が実際に新たにチューニングされたストリーム３２からの情報４９を所有するときに、次いでレシーバ４６は、実際の導出メッセージ６２を構築し送信することができる。ここで理解することができるように、そのような実際の導出メッセージ６２は、実際にそのような所有される情報４９に基づいており、対応するデフォルト導出メッセージ６２からの要件４７を置き換えることを意味する要件４７を含んでいる。
【０１１２】
特に、次に図８を参照すると、新たに指令されたストリーム３２をチューニングするとすぐに（ステップ８０１）、レシーバ４６は、カウントを増分し、ステップ７０９〜７１３におけるようにストリームについての（ＣＫｘ）および（ＩＫｘ）を導き出す（ステップ８０３）。しかし、要件４７に関する前述の情報４９が、タイムリーに新たにチューニングされたストリーム３２中においてまだ遭遇されていないものと仮定すると、レシーバ４６は、例えばコピー禁止（ＣＮ）など最も制約の多い性質のデフォルト要件４７を含むデフォルト導出メッセージ６２を構築し送信する（ステップ８０５）。その後にレシーバ４６は、新たにチューニングされたストリーム３２からの情報４９に実際に遭遇するまで待ち（ステップ８０７）、ここでそのように待つことは、２０秒ほども、あるいはある種の状況においては分程度さえも持続する可能性がある。
【０１１３】
実際にストリーム３２中において情報４９に遭遇するとすぐに、次いでレシーバ４６は、実際にそのような遭遇された情報４９に基づいた実際の要件４７を含む実際の導出メッセージ６２を構築し送信し（ステップ８１５）、実際の導出メッセージ６２中におけるそのような実際の要件４７は、対応するデフォルト導出メッセージ６２からのデフォルト要件４７を置き換えることを意味している。重要なことに、本発明の一実施形態においては、レシーバ４６は、ステップ８１５におけるように実際の導出メッセージ６２を構築し送信する際に、カウントを増分することはなく（ステップ８１３）、したがってデフォルト導出メッセージ６２と、対応する実際の導出メッセージ６２は、同じカウントをその中に記録している。
【０１１４】
今や理解することができるように、デフォルト導出メッセージ６２を受信するとすぐに、以前と同様に、メディアシステム４８は、図７のステップ７２１および７２３におけるように、対応するコンテンツキー（ＣＫｘ）および完全性キー（ＩＫｘ）を導き出し、そのような完全性キー（ＩＫｘ）を使用して、ステップ７２５におけるようにそのようなデフォルト導出メッセージ６２の署名を検証し、またコンテンツキー（ＣＫｘ）を用いて、メディアシステム４８は、ステップ７２７におけるようにストリーム３２を暗号解読することができる（ステップ８０９）。重要なことに、そのようなデフォルト導出メッセージ６２が最も制約の多い性質のデフォルト要件４７を有する限りは、メディアシステムはまた、そのようなデフォルト要件４７に基づいており、結果としてかなりの点において非常に制約の多いデフォルトバージョンのライセンス３６を、図６のステップ６１７および６１９におけるように構築し、ライセンスストア６０に記憶する（ステップ８１１）。
【０１１５】
しかし、後で実際の導出メッセージ６２を受信するとすぐに、また特にそのような実際の導出メッセージ６２中におけるカウント値が、デフォルト導出メッセージ６２のカウント値から変化していないことを確認するとすぐに、本発明の一実施形態におけるメディアシステム４８は、変化していないカウント値が、実際の導出メッセージ６２がデフォルト導出メッセージ６２からのデフォルト要件４７を置き換えるべき実際の要件４７を含んでいることを意味することを理解する（ステップ８１７）。代わりに、メディアシステム４８は、デフォルト導出メッセージ６２中における要件４７中のコピーデフォルトフィールドから、そのようなメッセージ６２が、実際にデフォルトの性質のものであることを確認し、次いで対応する実際の導出メッセージ６２を待つこともできる。
【０１１６】
したがって、メディアシステム４８は、図７のステップ７２１および７２３におけるように、対応するコンテンツキー（ＣＫｘ）および完全性キー（ＩＫｘ）を導き出す必要がないが、そのようなメディアシステム４８は、デフォルト導出メッセージ６２に関連して導き出されるような完全性キー（ＩＫｘ）を使用して、ステップ７２５におけるように実際の導出メッセージ６２の署名を検証し、デフォルト導出メッセージ６２に関連して導き出されるようなコンテンツキー（ＣＫｘ）を使用して、ステップ７２７におけるようにストリーム３２を暗号解読し続ける（ステップ８１９）。重要なことに、実際の導出メッセージ６２が、最も制約の少ない性質である可能性がある実際の要件４７を有する限りは、メディアシステム４８はまた、そのような実際の要件４７に基づいており、デフォルト要件４７に基づいて対応するデフォルトバージョンのライセンス３６を置き換えるべき、図６のステップ６１７および６１９におけるように実際のバージョンのライセンス３６を構築し、ライセンスストア６０に記憶する（ステップ８２１）。
【０１１７】
ストリーム３２が、デフォルト要件４７に基づいてデフォルトバージョンのライセンス３６に従ってレンダリングすることができる時間の間には、ユーザは、コピーすることなどの性質上、そのようなストリーム３２を用いて何もすることができない可能性が高いことに注意すべきである。しかし、対応する実際の導出メッセージ６２が、デフォルト導出メッセージ６２から多くとも約２０秒から数分後にメディアシステム４８によって受信されるべきである限りは、また実際の要件４７に基づいた実際のバージョンのライセンス３６が、デフォルト要件４７に基づいたデフォルトバージョンのライセンス３６を置き換えることになるそのようなときには、そのようなストリーム３２が、そのように制限されて制御されるタイムフレームは、重要でなくなるポイントに対して比較的小さい。
【０１１８】
いずれにしても、そこから実際の導出メッセージ６２を供給することができる実際の要件４７の所在を見出すことに先立って、デフォルト導出メッセージ６２をメディアシステム４８に対して供給することにより、レシーバ４６により、メディアシステム４８は、少なくとも迅速に対応するストリーム３２をレンダリングすることができるようになり、その結果、そのようなメディアシステム４８のユーザは、すぐに、望ましくない量の遅延なしにレンダリングされるストリーム３２を体験することができる。実際の導出メッセージ６２が、最終的にメディアシステム４８に対して供給されるときに、そのようなメディアシステムは、次いで実際の要件４７に基づいて対応する実際のバージョンのライセンス３６を構築することができ、また実際のどのような損失もなしにデフォルト要件４７に基づいてデフォルトバージョンのライセンス３６を置き換えることができる。
【０１１９】
（一時的なライセンスストア６０）
典型的なＲＭアーキテクチャにおいては、コンテンツ３２のピースのために作成され、コンテンツ３２のピースに対応するライセンス３６は、コンテンツ３２が使用可能である限り使用可能であるべきである。したがって、コンテンツ３２が、例えば１０年間にわたって存在することが期待されるドキュメントである場合、その場合には対応するライセンス３６はまた、同じ１０年間にわたってライセンスストア６０中に存在すべきでもある。それに対応して、コンテンツ３２が、例えば非常に短い期間にわたって存在することが期待されるストリーム３２など、一過性の信号である場合、その場合には対応するライセンス３６はまた、理想的には同じ非常に短い期間にわたってライセンスストア６０中に存在すべきでもある。
【０１２０】
したがって、レシーバ４６が、多数のストリーム３２をおそらく毎秒１回など高速にチューニングすることを期待することができる場合の図４のシナリオにおいては、メディアシステム４８によってライセンスストア６０に記憶されるような対応するライセンス３６は、大部分はほとんど使用されず、ひとたび使用されると決してもう一度使用されることがないことを理解すべきである。さらに、メディアシステム４８によってライセンスストア６０に記憶されるようなシヤーボリューム（ｓｈｅａｒ  ｖｏｌｕｍｅ）のようなライセンス３６は、すぐに莫大な量に近づく可能性がある。さらに、そのようなライセンスストア６０にそのように多くのライセンス３６を記憶することにより、比較的長い期間にわたって実際に必要とされるこれらの少ないライセンス３６を検索し見出すことは、厄介であり低速になってしまう可能性がある。
【０１２１】
したがって本発明の一実施形態においては、メディアシステム６０によって記憶されるようなライセンス３６は、比較的短い存続期間の（ｒｅｌａｔｉｖｅｌｙ  ｓｈｏｒｔ  ｌｉｖｅｄ）ライセンス３６と、比較的長い存続期間（ｒｅｌａｔｉｖｅｌｙ  ｌｏｎｇ  ｌｉｖｅｄ）のライセンス３６とに従って分離される。さらに、そのような実施形態においては、比較的短い存続期間のライセンス３６は、メディアシステム４８の、より一時的な揮発性のライセンスストア６０に記憶され、比較的長い存続期間のライセンス３６は、メディアシステム４８の、より恒久的な不揮発性のライセンスストア６０に記憶される。例えば、一時的なライセンスストア６０は、メディアシステム４８のＲＡＭメモリ内に配置することができる一方で、恒久的なライセンスストア６０は、メディアシステム４８の固定ドライブメモリ内に配置することができるが、本発明の趣旨および範囲を逸脱することなく、他の種類のそのようなメモリを使用することもできる。
【０１２２】
本発明の一実施形態においては、メディアシステム４８は、ユーザなどが、後で再生し、あるいは別のメディアシステム４８などにコピーするためにストレージデバイス５０に保存すべきであることを指示している長い存続期間のストリーム３２に対応するライセンス３６を恒久的なライセンスストア６０に配置する。したがって、推定されるように短い存続期間の、よりつかの間のストリーム３２のためになるはずであるすべての他のライセンス３６は、メディアシステム４８によって一時的なライセンスストア６０に配置されることになる。理解することができるように、恒久的なライセンスストア６０が不揮発性であるときに、その中におけるライセンス３６は、メディアシステム４８がいつオフにされ、またはリセットされようとも削除されず、それ故に対応する長い存続期間のストリーム３２を無期限にレンダリングするために使用することができる。しかし、ライセンス３６は、もはや必要とされないときには、恒久的なライセンスストア６０から削除することができ、また削除すべきであることに注意すべきである。
【０１２３】
しかし一時的なライセンスストア６０が、揮発性であるときには、その中におけるライセンス３６は、メディアシステム４８がオフにされ、またはリセットされるときにはいつでも削除される。しかし、そのような削除は、それとなくほのめかされ、削除についてのより明示的な方法が、メディアシステム４８が比較的長い期間にわたって実行される場合にも必要になり、その間にそのような一時的なライセンスストアは、満たされ、かつ／または詰まる（ｃｌｏｇ）ようになる可能性があることを理解すべきである。
【０１２４】
したがって本発明の一実施形態においては、メディアシステム４８は、そのようなメディアシステム４８が、そのようなライセンス３６がもはや必要とされないとみなすある種の時刻に、一時的なライセンスストア６０中におけるライセンス３６の削除を明示的に指令する。そのようなある種の時刻は、本発明の趣旨および範囲を逸脱することなく、適切な任意の時刻とすることができる。例えば、例えばレシーバ４６がメディアシステム４８によって別のストリーム３２をチューニングするように指令されるときなど、対応するストリーム３２がもはやレシーバ４６によってチューニングされないときに、メディアシステム４８が、ライセンス３６を削除することを指令するという場合があり得る。
【０１２５】
しかし、実際にはそのようなライセンス３６をそれほど速く削除することが、時期尚早であり得ることを理解すべきである。例えば、そのような削除すべきライセンス３６中における情報が依然として必要とされ、あるいはそれに対応するストリーム３２が短期間中に再チューニングされ得ることもあり得る。同様に、メディアシステム４８の１プロセスが、ライセンス３６をもはや必要とせず、そのようなライセンス３６の削除を指令してしまっているが、別のプロセスが、依然として同じライセンスを必要とすることもあるという場合もあり得る。
【０１２６】
したがって、本発明の一実施形態においては、次に図９を参照すると、一時的なライセンスストア６０からライセンス３６を削除したいと望むメディアシステム４８の任意のプロセスは、実際に同じライセンスを削除することによってではなく、その代わりにフラグなど適切なマークを用いてそのようなライセンス３６にマーク付けすることによって、それを行う（ステップ９０１）。理解することができるように、そのようなフラグは、そのような使用のためにライセンス３６中において留保されかつ適切に設定されるビットによって表すことができ、一時的なライセンスストア６０などによって保持される参照テーブル中における同様なビットとすることができる。このようにして、マーク付けされるときに、そのようなライセンス３６は直ちに削除されず、同じライセンスを必要とするメディアシステム４８の他の任意のプロセスによって使用することができる。
【０１２７】
削除のためにライセンス３６が実際にマーク付けされた後に、また推定されるようにメディアシステムの他の任意のプロセスがそのようなマーク付けされたライセンス３６の使用を必要とする可能性があるかなり後に、メディアシステム４８は、ハウスキーピングプロセス（ｈｏｕｓｅｋｅｅｐｉｎｇ  ｐｒｏｃｅｓｓ）などを作動させることを介してそのようなマーク付けされたライセンス３６を実際に削除する（ステップ９０３）。特に理解することができるように、メディアシステム４８のそのようなハウスキーピングプロセスは、それによって定期的に作動させられて、一時的なライセンスストア６０中において各ライセンス３６を検査し（ステップ９０５）、ライセンス３６が実際に削除するためにマーク付けされているかどうかを判定し（ステップ９０７）、そうである場合には、一時的なライセンスストア６０からそのようなマーク付けされたライセンス３６を実際に削除することになる（ステップ９０９）。
【０１２８】
次いで本発明を用いて、比較的長い期間にわたって必要とされないライセンス３６は、揮発性の性質の一時的なライセンスストア６０に記憶されることによって、他のライセンス３６から分離される。さらに、一時的なライセンスストア６０があまりにも多数のそのようなライセンス３６で渋滞しないようにするために、そのようなライセンス３６は、もはや必要とされない場合に削除するためにマーク付けされ、ハウスキーピングプロセスが、定期的にそのようなマーク付けされたライセンス３６を一時的なライセンスストア６０から実際に削除する。
【０１２９】
（結論）
本発明に関連して実施されるプロセスを実現するために必要なプログラミングは、比較的直截的であり、関連するプログラミングの一般の人々にとって明らかなはずである。それ故に、そのようなプログラミングは、本明細書には添付されてはいない。その場合には、特定の任意のプログラミングを使用して、本発明の趣旨および範囲を逸脱することなく本発明を実現することができる。
【０１３０】
本発明においては、レシーバ４６がストリーム３２を新たにチューニングするたびに、そのようなレシーバ４６が、そのような新しいライセンス３６を実際に完全に作成するという負担を負う必要がないように、レシーバ４６がライセンス３６を構築するために使用されるべき短縮バージョンの要件４７を作成するためのシステムおよび方法が提供される。たとえユーザがおよそ毎秒当たりに１回程度の変化を指令しているとしても、レシーバ４６がストリーム３２を新たにチューニングするたびに、短縮バージョンのそのような要件４７は、速やかに作成され、メディアシステム４８に対して送信することができる。さらに、短縮バージョンのそのような要件４７は、簡潔であり、しかもチューニングされたストリーム３２についてのすべてのライセンス要件を最少量のスペースで記述する。そのような要件４７のフォーマットは、レシーバ４６以外のソースからメディアシステム４８に対して供給されるようなストリーム３２に関連して使用することができる。
【０１３１】
本発明においてはまた、その中における各コンテンツキー（ＣＫ）を伴う実際のライセンス３６を作成する必要なしに、レシーバ４６とメディアシステム４８との間のそのような新しい各コンテンツキー（ＣＫ）を共用するためのシステムおよび方法も提供される。レシーバ４６とメディアシステム４８は、初期のコンテンツキー（ＣＫ０）を交換し、次いで協調するようにして初期のコンテンツキー（ＣＫ０）に基づいてコンテンツキー（ＣＫｘ）をローテートさせる。
【０１３２】
さらに本発明においては、レシーバ４６が、事前にデフォルトの１組の要件４７を送信し、次いで実際に所在が見出されるときに実際の１組の要件４７を送信するためのシステムおよび方法が提供される。そのようなデフォルト要件４７は、実際の要件４７が送信されるまでメディアシステム４８によって使用され、メディアシステム４８は、そのようなデフォルト要件４７とそのような対応する実際の要件４７とを区別することができ、それを受信するとすぐに、デフォルト要件４７を、対応する実際の要件４７で置き換えることができる。
【０１３３】
最後に本発明においては、メディアシステム４８が、チューニングされたストリーム３２に対応する少なくとも一部のライセンス３６を一時的にのみ記憶するためのシステムおよび方法が提供される。メディアシステム４８は、どのライセンス３６が一時的にのみ記憶される必要があるかを認識することができ、メディアシステムは、もはや必要とされなくなるときに、そのような一時的に記憶されたライセンスを削除する。
【０１３４】
その本発明の概念を逸脱することなく、上記の実施形態に対して変更を行うことができることを理解すべきである。したがって、本発明は開示された特定の実施形態だけに限定されず、添付の特許請求の範囲によって定義される本発明の趣旨および範囲内の修正形態を包含することを意図していることを理解すべきである。
【図面の簡単な説明】
【０１３５】
【図１】本発明を実装することができる、例示的な非限定的なコンピューティング環境を表すブロック図である。
【図２】本発明を実装することができる、様々なコンピューティングデバイスを有する例示のネットワーク環境を表すブロック図である。
【図３】本発明の様々な実施形態による、対応するデジタルコンテンツをレンダリングするためのデジタルライセンスを含めて、信頼ベースのシステムの一例の執行アーキテクチャを示すブロック図である。
【図４】図３の信頼ベースのシステムの一例を示し、特にレシーバが、本発明の様々な実施形態に従って、それによってレンダリングするためのメディアシステムに対してコンテンツの暗号化されたストリームを転送することを示すブロック図である。
【図５】本発明の一実施形態による、図４の暗号化されたコンテンツに関連し、図４のレシーバによって図４のメディアシステムに対して送信される簡略化バージョンの要件を示すブロック図である。
【図６】レシーバが、図５の要件をメディアシステムに対して送信することを含めて、本発明の様々な実施形態による、図４のレシーバとメディアシステムによって実施されるキーステップを示す流れ図である。
【図７】レシーバと、メディアシステムが、おのおの新しくチューニングされたストリームについてのコンテンツキー（ＣＫ）を導き出すことを含めて、本発明の様々な実施形態による、図４のレシーバとメディアシステムによって実施されるキーステップを示す流れ図である。
【図８】実際の要件を構築することができるストリーム中における情報に遭遇することに先立って、レシーバが、新たにチューニングされたストリームについてデフォルト要件を伴うデフォルトの導き出されたメッセージをメディアシステムに対して送信することを含めて、本発明の様々な実施形態による、図４のレシーバとメディアシステムによって実施されるキーステップを示す流れ図である。
【図９】メディアシステムが、ハウスキーピングファンクションを経由して、一時的なライセンスストアを使用し、そこからマーク付けされたライセンスを削除することを含めて、本発明の様々な実施形態による、図４のレシーバとメディアシステムによって実施されるキーステップを示す流れ図である。
【図１】
2008538676.tif 000003
【図２】
2008538676.tif 000004
【図３】
2008538676.tif 000005
【図４】
2008538676.tif 000006
【図５】
2008538676.tif 000007
【図６】
2008538676.tif 000008
【図７】
2008538676.tif 000009
【図８】
2008538676.tif 000010
【図９】
2008538676.tif 000011
【国際調査報告】
2008538676.tif 000012