(57)【要約】  装置読み取り可能な媒体からメッセージを回収するステップと；メセージの一部を暗号化するステップと；サーバーサービスインターフェイスがヘッダーとペイロードを含むパケットにメッセージを配置することを可能とするフォーマットで暗号化されたメッセージを出力するステップとを備える。各ペイロードは、メッセージの一部を備え、ヘッダーは、クライアントが、ペイロードからデコードアプリケーションのために各メッセージを収集するための情報を備える。そして、各メッセージを第１のメッセージセクションと遠くのメッセージセクションとに分け、メッセージセクションは、他のメッセージセクションから独立して解読可能な方法で暗号化され、且つ暗号化されたメッセージは、再同期マーカーを付加すること、メッセージセクションを離すこと、および明示的な同期情報を含むことにより、遠くのメッセージセクションに集められる。
2005513839.tif 000002
【特許請求の範囲】
【請求項１】
暗号書記法的に保護され且つメッセージに配置されたディジタルデータ符号化コンテンツを生成する方法であって、各メッセージが、クライアント端末上のデコードアプリケーションによりデコード可能であり、該クライアント端末が、前記デコードアプリケーションのために各メッセージを収集するサービスインターフェイスを備え、前記方法は：
装置読み取り可能な媒体からメッセージを回収するステップと；
少なくとも前記メセージの一部を暗号化するステップと；
サーバーサービスインターフェイスが少なくとも一つのヘッダーとペイロードを含む少なくとも一つのパケットに前記メッセージを配置することを可能とするフォーマットで前記暗号化されたメッセージを出力として供給するステップとを備え、各ペイロードは、少なくとも前記メッセージの一部を備え、少なくとも一つのヘッダーは、クライアント上の前記サービスインターフェイスが、前記パケットの前記ペイロードから前記デコードアプリケーションのために各メッセージを収集することを可能とする情報を備え、前記方法は、各メッセージを第１のメッセージセクションと少なくとも一つのより遠くのメッセージセクションとに分け、前記メッセージセクションの中の少なくとも一つは、他のメッセージセクションから独立して解読可能であるような方法で暗号化され、且つ前記暗号化されたメッセージは、再同期マーカーを付加すること、メッセージセクションを近くのメッセージセクションから離すこと、および明示的な同期情報を含むことにより、少なくとも前記遠くのメッセージセクションに集められる方法。
【請求項２】
前記メッセージセクションが、サイクリングバリュー(cycling value)を有する少なくとも一つのキーを用いて暗号化されることを特徴とする請求項１に記載された方法。
【請求項３】
各再同期マーカーが、ユニークシーケンスナンバーをさらに有することを特徴とする請求項１または２の何れか１項に記載された方法。
【請求項４】
暗号化された各メッセージをカプセルに包み且つユニークシーケンスナンバーを有するラッパーを付加するステップをさらに備えることを特徴とする請求項１−３の何れか１項に記載された方法。
【請求項５】
各ユニークシーケンスナンバーが、セルフディスクライビングフォーマットで供給されることを特徴とする請求項３または４の何れか１項に記載された方法。
【請求項６】
少なくとも一つのキーメッセージを発生するステップをさらに備え、各キーメッセージが、メッセージに付加された少なくとも一つのユニークシーケンスナンバーを、そのメッセージの少なくとも一部の解読を可能とするキーバリューに結びつけるデータを収容することを特徴とする請求項２および請求項３−５の何れか１項に記載された方法。
【請求項７】
フィードバックを用いた暗号モードにおいて、暗号(cipher)を用いることによりメッセージセクションを暗号化するステップをさらに備え、前記暗号が、各メッセージセクションのスタートで再初期化されることを特徴とする請求項３−６の何れか１項に記載された方法。
【請求項８】
他のメッセージセクションから遠くのメッセージセクションを分ける再同期マーカーにおけるユニークシーケンスナンバーが、前記遠くのメッセージセクションを暗号化するための初期化ベクターとして使用されることを特徴とする請求項７に記載された方法。
【請求項９】
ブロック暗号が、メッセージセクションを暗号化するために使用されると共に、前記暗号が、前記メッセージセクションサイズの除数(divisor)に等しい暗号ブロックサイズを使用することを特徴とする請求項１−８の何れか1項に記載された方法。
【請求項１０】
カウンターモードにおいて暗号を使用するステップをさらに備え、前記カウンターが、メッセージセクションを暗号化する前にリセットされることを特徴とする請求項１−９の何れか１項に記載された方法。
【請求項１１】
他のメッセージセクションから遠くのメッセージセクションを分ける再同期マーカーにおけるユニークシーケンスナンバーが、前記遠くのメッセージセクションを暗号化するためのカウンターを構成するために使用されることを特徴とする請求項３および１０に記載された方法。
【請求項１２】
セパレートエレメンタリストリームに属するメッセージが暗号化されると共に各ストリームがクライアント上のデコーダのために意図され、前記方法は、前記クライアント上の前記サービスインターフェイスが前記メッセージをセパレートエレメンタリストリームに配置することを可能にするフォーマットで、前記暗号化されたメッセージを出力として供給するステップを備え、前記カウンターが、ソルティングキー(salting key)から構成され、異なるソルティングキーが各エレメンタリストリームの前記メッセージに使用されることを特徴とする請求項１０または１１の何れか１項に記載された方法。
【請求項１３】
請求項２および請求項３−５の何れか１項に記載された方法により生成され、暗号書記法的に保護され且つメッセージに配置されたディジタルデータ符号化コンテンツのディスクリプションを可能とするためのサーバーであって、前記サーバーが、ネットワークを介して前記サーバーに接続されたクライアント端末からの要求に応答して少なくとも一つのキーメッセージを伝送するように構成され、各キーメッセージが、メッセージに付加された少なくとも一つのユニークシーケンスナンバーを、そのメッセージの少なくとも一部の解読を可能にするキーバリューに結びつけるデータを収容するサーバー。
【請求項１４】
暗号書記法的に保護され且つメッセージに配置されたディジタルデータ符号化コンテンツを生成するシステムであって、各メッセージが、クライアントターミナル上でデコードアプリケーションによりデコード可能であり、該クライアント端末が、前記デコードアプリケーションのための各メッセージを収集するサービスインターフェイスを備え、前記システムは：
装置読み取り可能な媒体からメッセージを回収し；
少なくとも前記メセージの一部を暗号化し；
サーバーサービスインターフェイスが少なくとも一つのヘッダーとペイロードを含む少なくとも一つのパケットに前記メッセージを配置することを可能とするフォーマットで前記暗号化されたメッセージを出力として供給するように構成され、各ペイロードは、少なくとも前記メッセージの一部を備え、少なくとも一つのヘッダーは、前記クライアント上の前記サービスインターフェイスが、前記パケットの前記ペイロードから前記デコードアプリケーションのために各メッセージを収集することを可能とする情報を備え、各メッセージを第１のメッセージセクションと少なくとも一つのより遠くのメッセージセクションとに分け、前記メッセージセクションの中の少なくとも一つを、他のメッセージセクションから独立して解読可能であるような方法で暗号化し、且つ前記暗号化されたメッセージを、再同期マーカーを付加すること、メッセージセクションを近くのメッセージセクションから別けること、および明示的な同期シーケンスを含むことにより、少なくとも前記遠くのメッセージセクションに集めるように構成されたシステム。
【請求項１５】
サイクリングバリューを有する少なくとも一つのキーを用いて前記メッセージセクションを暗号化するように構成されたことを特徴とする請求項１４に記載されたシステム。
【請求項１６】
各再同期マーカーが、ユニークシーケンスナンバーをさらに有することを特徴とする請求項１４または１５の何れか１項に記載されたシステム。
【請求項１７】
暗号化された各メッセージをカプセルに包み且つユニークシーケンスナンバーを有するラッパーを付加するようにさらに構成されたことを特徴とする請求項１４−１６に記載されたシステム。
【請求項１８】
セルフディスクライビングフォーマットで各ユニークシーケンスナンバーを供給するように構成された請求項１６または１７の何れか１項に記載されたシステム。
【請求項１９】
少なくとも一つのキーメッセージを生成し、各キーメッセージが、メッセージに付加された少なくとも一つのユニークシーケンスナンバーを、そのメッセージの少なくとも一部の解読を可能とするキーバリューに結びつけるデータを収容することを特徴とする請求項１５に記載されたシステム。
【請求項２０】
フィードバックを用いた暗号モードにおいて、暗号(cipher)を用いることによりメッセージセクションを暗号化するようにさらに構成され、各メッセージセクションのスタートで前記暗号を再初期化することを特徴とする請求項１６−１９の何れか１項に記載されたシステム。
【請求項２１】
他のメッセージセクションから遠くのメッセージセクションを分ける再同期マーカーにおけるユニークシーケンスナンバーを、前記遠くのメッセージセクションを暗号化するための初期化ベクターとして使用するようにさらに構成されたことを特徴とする請求項２０に記載されたシステム。
【請求項２２】
メッセージセクションを暗号化するためにブロック暗号を使用するように構成されると共に、前記暗号が、前記メッセージセクションサイズの除数(divisor)に等しいブロックサイズを使用することを特徴とする請求項１４−２１の何れか1項に記載されたシステム。
【請求項２３】
カウンターモードにおいて暗号を使用し、メッセージセクションを暗号化する前に前記カウンターをリセットするように構成されたことを特徴とする請求項１４−２２の何れか１項に記載されたシステム。
【請求項２４】
遠くのメッセージセクションを暗号化するためのカウンターを構成するために、他のメッセージセクションから前記遠くのメッセージセクションを分ける再同期マーカーにおけるユニークシーケンスナンバーを使用するように構成されたことを特徴とする請求項１６および２３に記載されたシステム。
【請求項２５】
セパレートエレメンタリストリームに属するメッセージを暗号化することができ、各ストリームがクライアント上のデコーダのために意図され、前記クライアント上の前記サービスインターフェイスが前記メッセージをセパレートエレメンタリストリームに配置することを可能にするフォーマットで、前記暗号化されたメッセージを出力として供給し、ソルティングキー(salting key)から前記カウンターを構成し、異なるソルティングキーを各エレメンタリストリームの前記メッセージに使用するように構成されたことを特徴とする請求項２３または２４の何れか１項に記載されたシステム。
【請求項２６】
メッセージに配置されたディジタルデータ符号化コンテンツを、ネットワークを介してサーバーから1又は２以上のクライアント端末に配信する方法であって、各メッセージが、クライアントターミナル上でデコードアプリケーションによりデコード可能であり、前記方法は：
前記サーバーのネットワークインターフェイスを通じたネットワークを介して複数のデータパケットを前記サーバーから伝送するステップと；
前記サーバーにインストールされたプロトコルスタックにおける二つのレイヤ間の少なくとも一つのサービスインターフェイスの第１シリーズに各メッセージを供給するステップとを備え、各パケットは、少なくとも一つのヘッダーとペイロードを備え、各ペイロードは、少なくともメッセージの一部を備え、各サービスインターフェイスは、前記クライアントが前記パケットの残りを処理することを可能にするためのパケット符号化情報に少なくとも一つのパケットヘッダーを付加するように構成され、
さらに、前記方法は、前記クライアント上のサービスインターフェイスが前記パケットの前記ペイロードから前記号アプリケーションのための各メッセージを収集することを可能にする情報を含む少なくとも一つヘッダーを備えるパケットを伝送するステップを備え、パケットが、パケットペイロードに第１セクションおよび少なくとも一つのより遠いセクションを有した状態で伝送され、遠くの各セクションが、隣接するメッセージセクションからメッセージセクションを分ける再同期マーカーを有すると共に明瞭な同期シーケンスを有し、メッセージセクションの少なくとも一つが、他のメッセージセクションから独立して解読可能であるような方法で暗号化される方法。
【請求項２７】
前記メッセージセクションが、サイクリングキーバリュー(cycling key value)を有する少なくとも一つのキーを用いて解読可能な方法で暗号化されることを特徴とする請求項２６に記載された方法。
【請求項２８】
各再同期マーカーがユニークシーケンスナンバーを有するパケットを伝送するステップを備えることを特徴とする請求項２６または２７の何れか１項に記載された方法。
【請求項２９】
各メッセージがユニークシーケンスナンバーを有するラッパーによってカプセルに包まれたパケットを伝送するステップを備えることを特徴とする請求項２６−２８の何れか１項に記載された方法。
【請求項３０】
各ユニークシーケンスナンバーが、セルフディスクライビングフォーマットで供給されることを特徴とする請求項２８または２９の何れか１項に記載された方法。
【請求項３１】
少なくとも一つのキーメッセージを伝送するステップをさらに備え、各キーメッセージが、メッセージに含まれる少なくとも一つのユニークシーケンスナンバーを、そのメッセージの少なくとも一部の解読を可能とするキーバリューに結びつけるデータを収容することを特徴とする請求項２７および請求項２８−３０の何れか１項に記載された方法。
【請求項３２】
メッセージに配置されたディジタルデータ符号化コンテンツを、ネットワークを介してサーバーから1又は２以上のクライアント端末に配信するサーバーであって、各メッセージは、クライアント端末上のデコードアプリケーションによりデコード可能であり、前記サーバーは：
ネットワークを介して複数のデータパケットを前記サーバーから伝送するためのネットワークインターフェイスを備え、各パケットは、少なくとも一つのヘッダーとペイロードを備えると共に、各ペイロードは、少なくともメッセージの一部を備え、さらに、前記サーバーは、プロトコルスタックにおける二つのレイヤ間の少なくとも一つのサービスインターフェイスのシリーズを備え、各サービスインターフェイスは、前記クライアントが前記パケットの残りを処理することを可能にするための前記パケット符号化情報に少なくとも一つのパケットヘッダーを付加するように構成され、前記サーバーは、前記クライアント上のサービスインターフェイスが前記パケットの前記ペイロードから前記デコードアプリケーションのための各メッセージを収集することを可能にする情報を含む少なくとも一つのヘッダーを備えるパケットを伝送するように構成され、前記サーバーは、パケットペイロードに第１セクションおよび少なくとも一つのより遠いセクションを有した状態でパケットを配信するように構成され、遠くの各セクションが、隣接するメッセージセクションからメッセージセクションを分ける再同期マーカーを有すると共に明瞭な同期シーケンスを有し、メッセージセクションの少なくとも一つが、他のメッセージセクションから独立して解読可能であるような方法で暗号化されるサーバー。
【請求項３３】
前記メッセージセクションが、サイクリングキーバリュー(cycling key value)を有する少なくとも一つのキーを用いて暗号化されることを特徴とする請求項３２に記載されたサーバー。
【請求項３４】
各再同期マーカーがユニークシーケンスナンバーを有するパケットを伝送するように構成されたことを特徴とする請求項３２または３３の何れか１項に記載されたサーバー。
【請求項３５】
各メッセージがユニークシーケンスナンバーを有するラッパーでカプセルに包まれたパケットを伝送するように構成されたことを特徴とする請求項３２−３４の何れか１項に記載されたサーバー。
【請求項３６】
各ユニークシーケンスナンバーを、セルフディスクライビングフォーマットで供給するように構成されたことを特徴とする請求項３４または３５の何れか１項に記載されたサーバー。
【請求項３７】
少なくとも一つのキーメッセージを伝送するように構成され、各キーメッセージが、メッセージに含まれる少なくとも一つのユニークシーケンスナンバーを、そのメッセージの少なくとも一部の解読を可能とするキーバリューに結びつけるデータを収容することを特徴とする請求項３３および請求項３４−３６の何れか１項に記載されたサーバー。
【請求項３８】
暗号書記法的に保護され且つメッセージに配置されたディジタルデータ符号化コンテンツを受け取って処理するためのクライアント端末であって、各メッセージは、デコードアプリケーションによりデコード可能であり、
前記クライアント端末は、
複数のデータパケットを受け取るためのインターフェイスを備え、各パケットは、少なくとも一つのヘッダーとペイロードを備え、さらに、前記端末は、プロトコルスタックにおける二つのレイヤ間の少なくとも一つのサービスインターフェイスのシリーズを備え、各サービスインターフェイスは、前記パケットから少なくとも一つのパケットヘッダーを取り除くと共に前記取り除かれたパケットヘッダーで符号化された情報を用いて前記パケットの残りを処理し、前記パケットの少なくとも一つのヘッダーに含まれる情報を用いて、少なくとも一つのパケットの前記ペイロードから前記デコードアプリケーションのための前記メッセージを収集するように構成されたサービスインターフェイスを含み、
前記端末は、第１セクションおよび少なくとも一つのより遠いセクションを有するパケットペイロードを受け取るように構成され、遠くの各セクションが、隣接するメッセージセクションからメッセージセクションを分ける再同期マーカーを有すると共に明瞭な同期シーケンスを有することにより、前記再同期マーカーを配置することにより各セクションを抽出し、他のメッセージセクションから独立に暗号化された各メッセージセクションを解読し、且つそれが抽出される前記セクションの位置に解読された各メッセージセクションを挿入するように構成されたクライアント端末。
【請求項３９】
サイクリングキーバリュー(cycling key value)を有する少なくとも一つのキーを用いて前記メッセージセクションを解読するように構成されたことを特徴とする請求項３８に記載されたクライアント端末。
【請求項４０】
各再同期マーカーからユニークシーケンスナンバーを回収するように構成されたことを特徴とする請求項３８または３９の何れか１項に記載されたクライアント端末。
【請求項４１】
暗号化された各メッセージがラッパーでカプセルに包まれ、各ラッパーからユニークシーケンスナンバーを回収するように構成されたことを特徴とする請求項３８−４０の何れか１項に記載されたクライアント端末。
【請求項４２】
セルフディスクライビングフォーマットのユニークシーケンスナンバーを分析することにより、ユニークシーケンスナンバーを有するフィールドの長さを抽出するように構成されたことを特徴とする請求項４０または４１の何れか１項に記載されたクライアント端末。
【請求項４３】
少なくとも一つのキーメッセージを受け取るように構成され、各メッセージが、メッセージに付加された少なくとも一つのユニークシーケンスナンバーを、そのメッセージの少なくとも一部の解読を可能とするキーバリューに結びつけるデータを収容し、且つ前記データを用いて前記キーバリューを選択するように構成されたことを特徴とする請求項３９および請求項４０−４２の何れか１項に記載されたクライアント端末。
【請求項４４】
フィードバックを用いた暗号モードにおいて、暗号(cipher)を用いることによりメッセージセクションを解読するように構成されると共に、各メッセージセクションのスタートで前記暗号を再初期化するように構成されたことを特徴とする請求項４０−４３の何れか１項に記載されたクライアント端末。
【請求項４５】
他のメッセージセクションから遠くのメッセージセクションを分ける再同期マーカーにおけるユニークシーケンスナンバーを、前記遠くのメッセージセクションを解読するための初期化ベクターとして使用することを特徴とする請求項４４に記載されたクライアント端末。
【請求項４６】
メッセージセクションを暗号化するためにブロック暗号を使用すると共に、前記メッセージセクションサイズの除数(divisor)に等しい暗号文ブロックサイズを使用することを特徴とする請求項３８−４５の何れか1項に記載されたクライアント端末。
【請求項４７】
カウンターモードにおいて暗号を使用するようにさらに構成されると共に、メッセージセクションを解読する前に前記カウンターをリセットするように構成されたことを特徴とする請求項３８−４６の何れか１項に記載されたクライアント端末。
【請求項４８】
他のメッセージセクションから遠くのメッセージセクションを分ける再同期マーカーにおけるユニークシーケンスナンバーを前記カウンターとして使用して、前記遠くのメッセージセクションを暗号化するように構成されたことを特徴とする請求項４０および４７に記載されたクライアント端末。
【請求項４９】
セパレートエレメンタリストリームに属するメッセージを受け取って処理するように構成され、各ストリームがクライアント端末上にインストールされたデコーダアプリケーションのために意図され、前記クライアント端末上の前記サービスインターフェイスが、前記メッセージをセパレートエレメンタリストリームに配置するように構成され、前記クライアント端末が、各エレメンタリストリームの前記メッセージに対し異なるキーを用いて、ソルティングキー(salting key)から前記カウンターを構成するようにさらに構成されたことを特徴とする請求項４７または４８の何れか１項に記載されたクライアント端末。
【請求項５０】
前記サービスインターフェイスに受け渡す前に、前記挿入された解読メッセージセクションと共に、各パケットのヘッダーの少なくとも一つを前記ペイロードに付加することにより、解読の後に受け取った各パケットの少なくとも一部を再収集するように構成された請求項３８−４９の何れか１項に記載されたクライアント端末。
【請求項５１】
ネットワークを介してサーバーから前記データパケットを受け取り、前記パケットの意図された受取人として前記クライアント端末を確認するためのネットワークインターフェイス装置を更に備え、前記付加されたヘッダーが、ネットワークアドレスを有することを特徴とする請求項５０に記載されたクライアント端末。
【請求項５２】
メッセージに配置されたクライアント端末ディジタルデータ符号化コンテンツを受け取って処理する方法であって、各メッセージは、デコードアプリケーションによりデコード可能であり、
前記方法は、前記クライアント端末のインターフェイスを用いて複数のデータパケットを受け取るステップと；
プロトコルスタックにおける二つのレイヤ間の少なくとも一つのサービスインターフェイスの第１シリーズに各パケットを供給するステップとを備え、各パケットは，少なくとも一つのヘッダーとペイロードを有し、各サービスインターフェイスは、前記パケットから少なくとも一つのパケットヘッダーを取り除くと共に前記取り除かれたパケットヘッダーで符号化された情報を用いて前記パケットの残りを処理し、前記パケットの少なくとも一つのヘッダーに含まれる情報を用いて、少なくとも一つのパケットの前記ペイロードから前記デコードアプリケーションのための前記メッセージを収集するように構成されたサービスインターフェイスを含み、パケットペイロードが、第１セクションおよび少なくとも一つのより遠いセクションを具備して受け取られ、遠くの各セクションが、隣接するメッセージセクションからメッセージセクションを分ける再同期マーカーを有すると共に明瞭な同期シーケンスを有し、各セクションが、再同期マーカーを配置することにより抽出されると共に、暗号化された各メッセージセクションが、他のメッセージセクションから独立して解読され、且つ解読された各メッセージセクションが、それが抽出される前記セクションの位置に挿入される方法。
【請求項５３】
前記メッセージセクションが、サイクリングキーバリュー(cycling key value)を有する少なくとも一つのキーを用いて解読されることを特徴とする請求項５２に記載された方法。
【請求項５４】
各再同期マーカーからユニークシーケンスナンバーを回収するステップを備えることを特徴とする請求項５２または５３の何れか１項に記載された方法。
【請求項５５】
暗号化された各メッセージがラッパーでカプセルに包まれ、各ラッパーからユニークシーケンスナンバーを回収するステップを備えたことを特徴とする請求項５２−５４の何れか１項に記載された方法。
【請求項５６】
セルフディスクライビングフォーマットのユニークシーケンスナンバーを分析することにより、ユニークシーケンスナンバーを有するフィールドの長さを抽出するステップを備えたことを特徴とする請求項５４または５５の何れか１項に記載された方法。
【請求項５７】
少なくとも一つのキーメッセージを受け取ると共に前記データを用いて前記キーバリューを選択するステップを備え、各メッセージが、メッセージに付加された少なくとも一つのユニークシーケンスナンバーを、そのメッセージの少なくとも一部の解読を可能とするキーバリューに結びつけるデータを収容することを特徴とする請求項５３および請求項５４−５６の何れか１項に記載された方法。
【請求項５８】
フィードバックを用いた暗号モードにおいて、暗号(cipher)を用いることによりメッセージセクションを解読すると共に各メッセージセクションのスタートで前記暗号を再初期化するステップを備えることを特徴とする請求項５４−５７の何れか１項に記載された方法。
【請求項５９】
他のメッセージセクションから遠くのメッセージセクションを分ける再同期マーカーにおけるユニークシーケンスナンバーを初期化ベクターとして使用して、前記遠くのメッセージセクションを暗号化するステップを備えたことを特徴とする請求項５８に記載された方法。
【請求項６０】
メッセージセクションを暗号化するためにブロック暗号を使用すると共に前記メッセージセクションサイズの除数(divisor)に等しい暗号文ブロックサイズを使用するステップを備えたことを特徴とする請求項５２−５９の何れか1項に記載された方法。
【請求項６１】
カウンターモードにおいて暗号を使用すると共に、メッセージセクションを暗号化する前に前記カウンターをリセットするステップをさらに備えることを特徴とする請求項５２−６０の何れか１項に記載された方法。
【請求項６２】
他のメッセージセクションから遠くのメッセージセクションを分ける再同期マーカーにおけるユニークシーケンスナンバーを、前記遠くのメッセージセクションを暗号化するためのカウンターとして使用することを特徴とする請求項５４および６１に記載された方法。
【請求項６３】
セパレートエレメンタリストリームに属するメッセージを受け取って処理するステップをさらに備え、各ストリームがクライアント端末上にインストールされたデコーダアプリケーションのために意図され、前記クライアント端末上の前記サービスインターフェイスが、前記メッセージをセパレートエレメンタリストリームに配置するように構成され、前記方法が、各エレメンタリストリームの前記メッセージに対し異なるキーを用いてソルティングキー(salting key)から前記カウンターを構成するステップをさらに備えたことを特徴とする請求項６１または６２の何れか１項に記載された方法。
【請求項６４】
前記サービスインターフェイスに受け渡す前に、前記挿入された解読メッセージセクションと共に、各パケットのヘッダーの少なくとも一つを前記ペイロードに付加することにより、解読の後に受け取った各パケットの少なくとも一部を再収集するステップを備えた請求項５２−６３の何れか１項に記載された方法。
【請求項６５】
前記クライアント端末のネットワークインターフェイス装置を介して前記データパケットが受け取られ、アドレスを有するヘッダーを付加し、前記パケットの意図された受取人として前記クライアント端末を確認することを特徴とする請求項６４に記載された方法。
【請求項６６】
前記コンピュータ上で動作しているときに、請求項１４−２５の何れか１項に記載されたシステム、請求項１３または３２−３７の何れか１項に記載されたサーバー、または請求項３８−５１の何れか１項に記載されたクライアント端末のファンクショナリティを前記コンピュータに提供するためのポテンシャルを有するコンピュータ読み取り可能なコンピュータプログラム。
【請求項６７】
前記コンピュータ上で動作しているときに、請求項１−１２、２６−３１、５２−６５の何れか１項に記載された方法をコンピュータが実行することを可能にするコンピュータ読み取り可能且つ前記ポテンシャルを有するコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、効率的なコンテンツレベルの暗号化（例えば、ＭＰＥＧ−４ビットストリームに関する）において使用される暗号書記法(cryptographic)のプロトコルに関する。
特に、本発明は、暗号書記法的に保護され且つメッセージに配置されたディジタルデータ符号化コンテンツを生成する方法であって、各メッセージが、クライアント端末上のデコードアプリケーションによりデコード可能であり、このクライアント端末が、前記デコードアプリケーションのために各メッセージを収集するサービスインターフェイスを備え、前記方法は、装置読み取り可能な媒体からメッセージを回収するステップと；少なくとも前記メセージの一部を暗号化するステップと；且つサーバーサービスインターフェイスが少なくとも一つのヘッダーとペイロードを含む少なくとも一つのパケットに前記メッセージを配置することを可能とするフォーマットで前記暗号化されたメッセージを出力として供給するステップとを備え、各ペイロードは、少なくとも前記メッセージの一部を備え、少なくとも一つのヘッダーは、クライアント上の前記サービスインターフェイスが、前記パケットの前記ペイロードから前記デコードアプリケーションのために各メッセージを収集することを可能とする情報を備える。
【０００２】
さらに、本発明は、暗号書記法的に保護され且つメッセージに配置されたディジタルデータ符号化コンテンツのディスクリプションを可能とするためのサーバーに関し、そのような方法の手段により生成される。
また、本発明は、暗号書記法的に保護され且つメッセージに配置されたディジタルデータ符号化コンテンツを生成するシステムであって、各メッセージが、クライアントターミナル上でデコードアプリケーションによりデコード可能であり、該クライアント端末が、前記デコードアプリケーションのための各メッセージを収集するサービスインターフェイスを備え、前記システムは、装置読み取り可能な媒体からメッセージを回収し；少なくとも前記メセージの一部を暗号化し；且つサーバーサービスインターフェイスが少なくとも一つのヘッダーとペイロードを含む少なくとも一つのパケットに前記メッセージを配置することを可能とするフォーマットで前記暗号化されたメッセージを出力として供給するように構成され、各ペイロードは、少なくとも前記メッセージの一部を備え、少なくとも一つのヘッダーは、前記クライアント上の前記サービスインターフェイスが、前記パケットの前記ペイロードから前記デコードアプリケーションのために各メッセージを収集することを可能とする情報を備える。
【０００３】
さらに、本発明は、暗号書記法的に保護され且つメッセージに配置されたディジタルデータ符号化コンテンツを、ネットワークを介してサーバーから1又は２以上のクライアント端末に配信する方法であって、各メッセージが、クライアントターミナル上でデコードアプリケーションによりデコード可能であり、前記方法は、前記サーバーのネットワークインターフェイスを通じたネットワークを介して複数のデータパケットを前記サーバーから伝送するステップと；プロトコルスタックにおける二つのレイヤ間の少なくとも一つのサービスインターフェイスの第１シリーズに各メッセージを供給し、前記サーバーにインストールするステップとを備え、各パケットは、少なくとも一つのヘッダーとペイロードを備え、各ペイロードは、少なくともメッセージの一部を備え、各サービスインターフェイスは、前記クライアントが前記パケットの残りを処理することを可能にするためのパケット符号化情報に少なくとも一つのパケットヘッダーを付加するように構成され、さらに前記方法は、前記クライアント上のサービスインターフェイスが前記パケットの前記ペイロードから前記号アプリケーションのための各メッセージを収集することを可能にする情報を含む少なくとも一つヘッダーを備えるパケットを伝送するステップを備える。
【０００４】
また、本発明は、暗号書記法的に保護され且つメッセージに配置されたディジタルデータ符号化コンテンツを、ネットワークを介してサーバーから1又は２以上のクライアント端末に配信するサーバーに関し、各メッセージは、クライアント端末上のデコードアプリケーションによりデコード可能であり、前記サーバーは、ネットワークを介して複数のデータパケットを前記サーバーから伝送するためのネットワークインターフェイスを備え、各パケットは、少なくとも一つのヘッダーとペイロードを備えると共に、各ペイロードは、少なくともメッセージの一部を備え、さらに、前記サーバーは、プロトコルスタックにおける二つのレイヤ間の少なくとも一つのサービスインターフェイスのシリーズを備え、各サービスインターフェイスは、前記クライアントが前記パケットの残りを処理することを可能にするための前記パケット符号化情報に少なくとも一つのパケットヘッダーを付加するように構成され、前記サーバーは、前記クライアント上のサービスインターフェイスが前記パケットの前記ペイロードから前記デコードアプリケーションのための各メッセージを収集することを可能にする情報を含む少なくとも一つのヘッダーを備えるパケットを伝送するように構成される。
【０００５】
また、本発明は、暗号書記法的に保護され且つメッセージに配置されたディジタルデータ符号化コンテンツを受け取って処理するためのクライアント端末に関し、各メッセージは、デコードアプリケーションによりデコード可能であり、前記クライアント端末は、複数のデータパケットを受け取るためのインターフェイスを備え、各パケットは、少なくとも一つのヘッダーとペイロードを備え、さらに、前記端末は、プロトコルスタックにおける二つのレイヤ間の少なくとも一つのサービスインターフェイスのシリーズを備え、各サービスインターフェイスは、前記パケットから少なくとも一つのパケットヘッダーを取り除くと共に前記取り除かれたパケットヘッダーで符号化された情報を用いて前記パケットの残りを処理し、前記パケットの少なくとも一つのヘッダーに含まれる情報を用いて、少なくとも一つのパケットの前記ペイロードから前記デコードアプリケーションのための前記メッセージを収集するように構成されたサービスインターフェイスを含む。
【０００６】
また、本発明は、暗号書記法的に保護され且つメッセージに配置されたディジタルデータ符号化コンテンツを受け取って処理する方法に関し、各メッセージは、デコードアプリケーションによりデコード可能であり、前記方法は、前記クライアント端末のインターフェイスを用いて複数のデータパケットを受け取るステップと；プロトコルスタックにおける二つのレイヤ間の少なくとも一つのサービスインターフェイスの第１シリーズに各パケットを供給するステップとを備え、各パケットは，少なくとも一つのヘッダーとペイロードを有し、各サービスインターフェイスは、前記パケットから少なくとも一つのパケットヘッダーを取り除くと共に前記取り除かれたパケットヘッダーで符号化された情報を用いて前記パケットの残りを処理し、前記パケットの少なくとも一つのヘッダーに含まれる情報を用いて、少なくとも一つのパケットの前記ペイロードから前記デコードアプリケーションのための前記メッセージを収集するように構成されたサービスインターフェイスを含む。
【０００７】
また、本発明は、コンピュータにロード可能なコンピュータプログラムであって、コンピュータ上で動作しているときに、そのコンピュータに対し、そのようなシステム、サーバーまたはクライアント端末にファンクショナリティ(functionality)を提供する潜在能力を有するコンピュータプログラムに関する。
最後に、本発明は、コンピュータにロード可能なコンピュータプログラムであって、コンピュータ上で動作しているときに、そのコンピュータが上述したタイプの方法の一つを実行することを可能にする潜在能力を有するコンピュータプログラムに関する。
【背景技術】
【０００８】
そのようなシステムおよび方法の例は、例えば、ＭＰＥＧ(Moving Pictures Expert Group)−４として知られている国際規格ＩＳＯ／ＩＥＣ１４４９６−１から理解される。
ＭＰＥＧおよびＭＰＥＧ−４は、提案されたものであり、且つＭＰＥＧの場合は、ビデオや、それほど度合いは大きくはないが、他形式のコンテンツの配信において広く使用されている規格である。さらに、インターネットや他でディジタルコンテンツを配信するようなアプリケーションは、ＭＰＥＧ，ＭＰＥＧ−４か任意の他形式において、コンテンツを暗号化することのニーズを創出した。
【０００９】
ＭＰＥＧ−４規格は、ベーシックビルディングブロック(basic building blocks)が、シーン(scene)ディスクリプションおよびストリーミングデータを収容するエレメンタリストリームにより構成されることのアーキテクチャを記述している。そのストリーミングデータを配信するため、それはＳＬパケット化されたストリーム（ＳＰＳ）で運ばれる。そのパケットは、例えばタイミングおよびアクセスユニットラベリング(access unit labeling)のためのサイドインフォメーションと同様にアクセスユニットに区分されたエレメンタリストリームデータを含む。このタイミングモデルは、１又は２以上のエレメンタリストリームにより運ばれるオーディオ−ビジュアルデータを同期させるためのクロックレファレンスおよびタイムスタンプに頼っている。クロックレファレンスに関連したクロックの概念は、受信端末に時間通知を運ぶために使用される。タイムスタンプは、受信端末がデコーディングバッファにおいてアクセスユニットを消費する瞬間の正確な時間を示すために使用される。オブジェクトタイムベース（ＯＴＢ）は、与えられたデータストリームに対する時間の概念を規定する。このＯＴＢの分解能(resolution)は、アプリケーションにより要求されたとき、またはプロファイルにより規定されたときに選択され得る。送信端末が符号化されたデータストリームに挿入する全てのタイムスタンプは、このタイムベースを引用する。データストリームのＯＴＢは、このストリームのためのＳＬパケットヘッダーにあるオブジェクトクロックレファレンス（ＯＣＲ）タイムスタンプを用いて、またはこのオブジェクトディスクリプタストリーム(object descriptor object)がタイムスタンプを受け継ぐエレメンタリストリームの指示により、受信端末で把握される。
【００１０】
オブジェクトディスクリプションフレームワーク(object description framework)は、ディスクリプタのセットから構成され、それは、エレメンタリストリームを確認し記述することを可能とすると共に、互いに且つシーンディスクリプションで使用されているオーディオビジュアルオブジェクトに適切に関係づけることを可能とする。オブジェクトディスクリプタは、シーンにおけるシングルノードに関係づけられる１又は２以上のエレメンタリストリームを記述するディスクリプタの集まりである。オブジェクトディスクリプタ内のエレメンタリストリームディスクリプタは、シングルエレメンタリストリームを確認する。各エレメンタリストリームディスクリプタは、知的財産の証明と同様に、エレメンタリストリームに対するデコード処理を開始し設計するために必要な情報を含む。知的財産管理保護(IPMP; Intellectual Property Management)情報は、オブジェクトディスクリプタストリームの一部としてＩＰＭＰディスクリプタを通じて運ばれると共に、ＩＰＭＰストリーム、時間によって異なるＩＰＭＰ情報を収容するエレメンタリストリーム、特にコンテンツ暗号化キーを通じて運ばれる。キーは、適切なＩＰＭＰストリームディスクリプタを介して、コンテンツまたは他のストリームと関連づけられる。これらのキーは、コンテンツストリームと同期していなければならない。既存のＭＰＥＧ−４モデルは、遅延および同期管理に使用されている。従って、受信端末におけるディスクリプションアプリケーションは、タイムスタンプを適切に管理しなければならない。
【００１１】
最新の形式におけるＭＰＥＧ−４ビットストリームのシンタックスは、暗号化されたコンテンツビットストリームの一部分が伝送中に万が一失われた場合には、ディスクリプション処理の再同期に対しては明確にはサポートを提供していない。トランスポートレイヤがＭＰＧ−４によって記述されていないので、同期のための下にあるトランスポートプロトコルの特徴を利用することは可能ではない。また、ＭＰＥＧ−４メディアは、部分的に記録再生され、この場合、込み入ったトランスポートは存在しない。エラーが起こりやすい環境においては、シングルビットの欠損は、フレームのリマインダを有効に破壊する。自己同期を実施することはできないが、評価基準の広い範囲にわたって魅力的な多くの暗号および関連のモードが存在する。一般には、それらは全て除外されなければならならず、それは、単に、データが欠損した場合のディスクリプション処理の同期に対する拡張をサポートしていないからである。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明は、暗号書記法的に保護されたディジタルデータ符号化コンテンツを生成し、該データを配信するための方法およびシステムと、前記上述したタイプのディジタルデータを受け取って処理するためのクライアント端末および方法を提供し、それは、権限が与えられていないアクセスに対し適切に保護され且つエラー回復力が改善されたデータ配信システムの条件を満足する。
【課題を解決するための手段】
【００１３】
本発明は、暗号書記法的に保護され且つメッセージに配置されたディジタルデータ符号化コンテンツを生成する方法を提供することにより、前記の目的を達成するものであって、各メッセージは、クライアント端末上のデコードアプリケーションによりデコード可能であり、このクライアント端末は、前記デコードアプリケーションのために各メッセージを収集するサービスインターフェイスを備え、前記方法は、装置読み取り可能な媒体からメッセージを回収するステップと；少なくとも前記メセージの一部を暗号化するステップと；且つサーバーサービスインターフェイスが少なくとも一つのヘッダーとペイロードを含む少なくとも一つのパケットに前記メッセージを配置することを可能とするフォーマットで前記暗号化されたメッセージを出力として供給するステップとを備え、各ペイロードは、少なくとも前記メッセージの一部を備え、少なくとも一つのヘッダーは、クライアント上の前記サービスインターフェイスが、前記パケットの前記ペイロードから前記デコードアプリケーションのために各メッセージを収集することを可能とする情報を備え、前記方法は、各メッセージを第１のメッセージセクションと少なくとも一つのより遠くのメッセージセクションとに分け、前記メッセージセクションの中の少なくとも一つは、他のメッセージセクションから独立して解読可能であるような方法で暗号化され、且つ前記暗号化されたメッセージは、再同期マーカーを付加すること、メッセージセクションを近くのメッセージセクションから離すこと、および明示的な同期情報を含むことにより、少なくとも前記遠くのメッセージセクションに集められる。
【００１４】
メッセージは、コンテンツを符号化したエンコーダプログラムからクライアント上のデコーダアプリケーションに伝送されたデータの単位であり、そのクライアントは、そのコンテンツをデコード化するために個々のメッセージを処理するように準備されている。そのコンテンツは、例えば、ビデオ、オーディオ、またはテキストであってもよい。サービスインターフェイスは、プロトコルスタックにおけるプロトコルの一部を実行すると共に、プロトコルスタックにおける異なるレベルでプロトコルのファンクショナリティを用いて、プロトコルスタックの一つのレベルでアプリケーションがメッセージを交換するために使用できるコミュニケーションサービスを提供するインターフェイスである。都合よく、これは、ネットワークプロトコルであり、例えばＯＳＩネットワークアーキテクチャに従う。しかしながら、そのサービスインターフェイスは、また、アプリケーションプログラムとシステムのオペレーティングシステムとの間のインターフェイスを提供し、例えばメッセージを、そのオペレーティングシステムのファイルシステムのために規定されたパケットに変換(translate)する。“独立に(independently)”なる用語は、各暗号化されたメッセージセクションが他のメッセージセクションの暗号文および平文を知らなくても解読できるということを示すために用いられる。本アプリケーションの状況においては、ヘッダーは、パケットのペイロードの前または後のデータの一部分であり、そのパケットまたはそのペイロードについての何かを記述する符号化情報である。パケットは、送信元と送信先との間のより早期の交換およびそれらの間のインターフェイスを当てにすることなく、送信元から送信先に発送されるために十分な情報を収容する自己充足的で独立したデータのエンティティー(entity)である。
【００１５】
各メッセージセクションが個別に解読可能であり、且つ再同期マーカー(resynchronization markers)が、隣接する暗号化されたメッセージセクション間の境界の明瞭な指示を提供するので、一つのセクションにおけるデータのエラーまたは欠損は、他のメッセージセクションを暗号化するための能力に影響を与えない。換言すると、任意の前のデータブロックの全部または一部の欠如は、クライアントにおける現在のデータブロックを暗号化するための能力に影響を与えない。メッセージセクションのサイズ、例えば再同期マーカーの数を適合させることにより、多かれ少なかれ復元力が提供される。さらに、暗号化処理時間およびクライアントに要求されるパワーを切り詰めて、メッセージセクションのほんの少量を暗号化することは可能である。
【００１６】
ＭＰＥＧ−４ビットストリームシンタックスが再同期マーカー(resynchronization markers)を規定するということに注意されたい。再同期マーカーは、残り一つのエラーまたは複数のエラーが検出された後に、デコーダとビットストリームとの間の再同期についての機会を増やすことにより、エラー復元力を提供する。代表的には、エラーに先立つ同期のポイントと再同期が確立するポイントとの間のデータが廃棄される。これらのマーカーは、暗号化されていないＭＰＥＧ−４コンテンツに対してユニーク(unique)であることが有効に保証されている。この構成は明瞭なコンテンツに対しては良好に働く一方、符号化された後に暗号化されたコンテンツには適していない。これは、全メッセージの選択的な暗号化または暴力的な暗号化が使用されるかどうかには無関係を維持するように見える。これは、有効明瞭なコンテンツが再同期をエミュレートすることは可能ではないが、これは暗号化されたデータには当てはまらないからである。さらに重要なことには、ＭＰＥＧ−４規格は、他のメッセージセクションから独立して暗号化可能な方法でメッセージセクションの少なくとも一つを暗号化することについては明らかにしておらず、そのため、データが欠損した場合、クライアントによって解読できるようになる前に、複雑で且つ多くの場合不適切なエラー回復技術が、完全なメッセージを再構成するために必要となる。
【００１７】
本発明の好ましい実施形態において、メッセージセクションは、サイクリングバリュー(cycling value)を有する少なくとも一つのキーを用いて暗号化される。
従って、配信されたコンテンツデータに関する暗号書記法の解析に対して改善されたセキュリティが提供される。
好ましくは、各再同期マーカーは、ユニークなシーケンスナンバーをさらに備える。
シーケンスナンバーの使用は、暗号化されたメディアストリームへのランダムアクセスを可能にする条件を取り巻く問題の全てを呼ぶ(addresses)。それは、関連するメディアとのサイクリングセッションキーの同期を可能にすると共に、コンテンツ配信システムにおける送信側かまたは受信側かにステート依存性を課さない暗号書記的フレームワークを提供する。
【００１８】
最新のフォームにおけるＭＰＥＧ−４ビットストリームシンタックスは、ユーザが暗号化されたコンテンツビットストリームのランダムな探索を実行する場合には、解読処理の再同期に対して明確なサポートを提供していない。コンテンツレベルでは、ＭＰＥＧ−４は、ディスクリプションの間当てにされる連続性または連続情報(sequencing information)を何ら規定していない。同期レイヤ情報の使用は、伝統的に全てのＳＬ情報がディスクリプションより先に排除されるので問題が多い。ＩＰＭＰツールへのＳＬ情報の保持および配送は、殆どの端末の実行にとって障害となる。タイミング情報は、コンテンツが確保された時間からコンテンツが消費されたポイントに変わるので、同期のために使用できない。
【００１９】
伝統的には、メディアフォーマットは、暗号化／解読処理を補助するために明確な連続情報および／または統一されたパケットサイズを使用してきた。ＭＰＥＧ−４メディアは、また、部分的に記録再生され、この場合、入り組んだトランスポートは存在しない。たとえトランスポートレイヤ連続情報に対する標準となるマッピングを定義することができるとしても、この情報はメディアが確保された時点では知られていないので、これは、少しも助けにならない。
【００２０】
ユニークシーケンスナンバーの利用価値は、キーサイクリング中の変遷の有効なマネージメントを見込んでいる。シーケンスナンバーは、信頼できる方法（ＭＰＥＧ−２で実行され、またはＤＶＤ／ＣＤ−ＲＯＭおよびＩＰＭＰ上に保存され、且つ時間に先だってＩＰ(Internet Protocol)ネットワークで実行されるＩＰＭＰのような）でそのサーバーからキーを独立に配送すると共に、そのメディアサーバーからコンテンツのパッケージングおよび配送を可能にする。ユニークシーケンス情報の存在は、また、どのメディアの配送にも優先して、完全なキーストリームを送信することを見込んでいる。
【００２１】
ＭＰＥＧ−４ ＩＰＭＰメッセージストリームは、循環したセッションキーをバンド(in band)で配送する能力を提供し、ＭＰＥＧ−４規格は、新しいキーの配送のタイミングが特定のメディアアクセスユニットに関連づけられるところの確かなメカニズムを提供できない。
メディアタイム(DTS/CTS)は、これが、コンテンツが確保された時間からコンテンツが消費されたポイントに変わるので、この目的に使用できない。
【００２２】
さらに、メディアストリームおよびディスクリプションキーを収容するＩＰＭＰメッセージストリームは、極めて異なる配送ジッター、パケットの欠如またはネットワークの混雑を受け、且つタイムスタンプを用いた厳しい同期は、もしＩＰＭＰメッセージストリームが異なるサーバーからクライアントに送信されると、実行することが殆ど不可能である。メディアプレイロード(media playloads)とキーとの間には関連がないので、ＩＰＭＰ ＡＵにおける遅延は、正しくないキーを用いて解読する結果に終わる。キーピリオド毎のシングルフレームの同期の欠如でさえ、全く受け入れられない。
【００２３】
本発明による方法の好ましい実施形態は、各暗号化されたメッセージをカプセルに包み且つユニークシーケンスナンバーを有するラッパー(wrapper)を付加することをさらに備える。
ラッパーは、それについての情報を提供するメッセージの前または周りに置かれるデータであり、また意図された受取人以外の者に対する観点からそれをカプセルに包む。ラッパーは、カプセルに入れられたデータに先立つヘッダーまたはその後に続くトレイラーの何れかであってもよく、その両方によって構成してもよい。
【００２４】
ユニークシーケンスナンバーと共にラッパーを用いることにより、連続情報(sequencing information)は、また、メッセージにおける最初のメッセージセクションに帰属され、そしてそれは、必ずしも明確な同期情報と共に再同期マーカーを収容する必要はない。
好ましくは、各ユニークシーケンスナンバーはセルフディスクライビングフォーマット(self-describing format)で供給される。
従って、シーケンスナンバーは、可変長であり、データ加算における減少を見込む。
本発明による方法の好ましい実施形態は、少なくとも一つのキーメッセージを発生することをさらに備え、各キーメッセージは、メッセージに付加された少なくとも一つのユニークシーケンスナンバーを、そのメッセージの少なくとも一部分（複数）のディスクリプションを可能にするキーバリューにリンクするデータを収容する。
【００２５】
この情報は、受信端末のクロックレゾリューションに関係なく、如何なるグラニュラリティ(granularity)に対してもキーデータをアクセスユニットデータと関連づけるために用いられる。
本発明による方法の有利な実施形態は、フィードバックを用いた暗号モードにおいて暗号(cipher)を利用することにより、メッセージセクションを暗号化するステップを有し、前記暗号は、各メッセージセクションの開始で再初期化される。
【００２６】
フィードバックの使用は、また連鎖(chaining)として知られ、付加的なセキュリティを提供する。それは、同一の平文ブロックが同一の暗号文に暗号化されないということを保証する。また、それは、ブロック応答攻撃(block reply attack)に対する防御を提供する。各メッセージセクションのスタートで暗号(cipher)を再初期化することにより、暗号化された各メッセージセクションを独立に解読できるということが保証される。同一のプロダクトまたはセッションを伴う一つ以上のメッセージの暗号化は、どのような場合にもセキュリティを譲歩することなく可能である。明示的又は暗黙のＩＶｓは、徹底的に暗号の使用を妨げるために想定できる。
【００２７】
Schneier,B.,“応用暗号技術”には、成功のレベルを変えて、ランダムアクセスの問題に取り組んだ多くの暗号システムが述べられている。非連鎖モードで動作するサイファー(cipher)およびモード(modes)は、オーバヘッドを付加しない規準、又は損失の大きな環境において間違って動作する規準を満たす。エレクトロニックコードブックモード(ECB)は、データパターンが隠されない（同一の暗号文ブロックが同一の平分ブロックを暗示する）ので、本出願の暗号化に対して不利である。
最後に述べた実施形態の好ましい変形例では、他のメッセージセクション遠くのメッセージセクションを分ける再同期マーカーにおけるユニークシーケンスナンバーは、上記の遠くのメッセージセクションを暗号化するための初期化ベクターとして使用される。
従って、暗号化処理は、データの欠損またはメディアに対するランダム探索の場合に同期される。
【００２８】
暗黙的ＩＶの発生と共に、ＥＣＢ＋ＯＦＢ(Electronic Codebook Mode + Output Feedback Mode)およびＣＢＣ(Cipher Block Chaining)は、どちらも損失の大きな環境では間違って動作する。メッセージのいくつかの特徴から暗黙的ＩＶ（初期化ベクター）を発生することは、ＩＶデータのビットエラーまたはデータ欠損が平文の全体を誤ったものに導くので、問題があると思われる。自己同期を実行することができない多くのサイファーおよび関連するモードがあるが、それらは、評価基準の広い範囲の下では非常に興味をそそる。現在は、それらは全て排除されるにちがいなく、それは単に、データの欠損またはメディアに対するランダム探索の場合に解読処理の同期のための拡張における支援がないからである。明示的なシーケンスナンバーだけでは、シーケンスナンバーにおけるビットエラーが発生した場合に平文の完全な欠損に対する防御を提供することはできず、それは自らをエラー訂正に導かない。再同期マーカーと一緒に、シーケンスナンバー自体におけるビットエラーによって生じたダメージを制限する働きをする。
【００２９】
コンテンツは、複雑さや価値において著しく変化する。本ソリューションは、この全領域に渡って暗号化を支援することを可能とする。これは、セキュリティの許容できるレベルを提供する極めて有効で軽量なアルゴリズムを必要とする。付加的なストリームサイファーは、理想的なソリューションであるが、明示的または暗黙的なシーケンス情報の存在を必要とし、後者が本発明のこの実施形態により提供される。
【００３０】
本発明のさらなる特徴によれば、本発明による方法により生成され、暗号書記法的に保護され且つメッセージに配置されたディジタルデータ符号化コンテンツのディスクリプションを可能とするためのサーバーが提供され、このサーバーは、ネットワークを介して前記サーバーに接続されたクライアント端末からの要求に応答して少なくとも一つのキーメッセージを伝送するように構成され、各キーメッセージが、メッセージに付加された少なくとも一つのユニークシーケンスナンバーを、そのメッセージの少なくとも一部の解読を可能にするキーバリューに結びつけるデータを収容する。
【００３１】
従って、キーメッセージは離れたサーバーから配信され、暗号化されたコンテンツを配信することの機能と、そのコンテンツの解読を可能にするキーメッセージの配信とを分離することを可能にする。これは、また、コンテンツの解読に対する費用および制御に気をつけることの本質を分離することを可能にする。
【００３２】
本発明の他の特徴によれば、暗号書記法的に保護され且つメッセージに配置されたディジタルデータ符号化コンテンツを生成するシステムが提供され、各メッセージが、クライアントターミナル上でデコードアプリケーションによりデコード可能であり、該クライアント端末が、前記デコードアプリケーションのための各メッセージを収集するサービスインターフェイスを備える。前記システムは：装置読み取り可能な媒体からメッセージを回収し；少なくとも前記メセージの一部を暗号化し；サーバーサービスインターフェイスが少なくとも一つのヘッダーとペイロードを含む少なくとも一つのパケットに前記メッセージを配置することを可能とするフォーマットで前記暗号化されたメッセージを出力として供給するように構成され、各ペイロードは、少なくとも前記メッセージの一部を備え、少なくとも一つのヘッダーは、前記クライアント上の前記サービスインターフェイスが、前記パケットの前記ペイロードから前記デコードアプリケーションのために各メッセージを収集することを可能とする情報を備え、各メッセージを第１のメッセージセクションと少なくとも一つのより遠くのメッセージセクションとに分け、前記メッセージセクションの中の少なくとも一つを、他のメッセージセクションから独立して解読可能であるような方法で暗号化し、且つ前記暗号化されたメッセージを、再同期マーカーを付加すること、メッセージセクションを近くのメッセージセクションから別けること、および明示的な同期シーケンスを含むことにより、少なくとも前記遠くのメッセージセクションに集めるように構成される。
このシステムは、上述した本発明に係る方法の種々の実施形態を実行するための不可欠な構成を有すると共に、関連する有利な効果を提供する。
【００３３】
本発明の他の特徴によれば、暗号書記法的に保護され且つメッセージに配置されたディジタルデータ符号化コンテンツを、ネットワークを介してサーバーから1又は２以上のクライアント端末に配信する方法が提供され、各メッセージが、クライアントターミナル上でデコードアプリケーションによりデコード可能であり、前記方法は：前記サーバーのネットワークインターフェイスを通じたネットワークを介して複数のデータパケットを前記サーバーから伝送するステップと；前記サーバーにインストールされたプロトコルスタックにおける二つのレイヤ間の少なくとも一つのサービスインターフェイスの第１シリーズに各メッセージを供給するステップとを備え、各パケットは、少なくとも一つのヘッダーとペイロードを備え、各ペイロードは、少なくともメッセージの一部を備え、各サービスインターフェイスは、前記クライアントが前記パケットの残りを処理することを可能にするためのパケット符号化情報に少なくとも一つのパケットヘッダーを付加するように構成され、さらに、前記方法は、前記クライアント上のサービスインターフェイスが前記パケットの前記ペイロードから前記号アプリケーションのための各メッセージを収集することを可能にする情報を含む少なくとも一つヘッダーを備えるパケットを伝送するステップを備え、パケットが、パケットペイロードに第１セクションおよび少なくとも一つのより遠いセクションを有した状態で伝送され、遠くの各セクションが、隣接するメッセージセクションからメッセージセクションを分ける再同期マーカーを有すると共に明瞭な同期シーケンスを有し、メッセージセクションの少なくとも一つが、他のメッセージセクションから独立して解読可能であるような方法で暗号化される。
従って、本発明により暗号書記法的に保護されたディジタルデータ符号化コンテンツを生成するための方法の実施形態を用いて生成されたようなコンテンツを配信するための方法が提供される。それは、ネットワークにより持ち込まれたエラーやジッターに対する回復力を提供するのに特に有用である。
【００３４】
本発明の他の特徴によれば、メッセージに配置されたディジタルデータ符号化コンテンツを、ネットワークを介してサーバーから1又は２以上のクライアント端末に配信するサーバーが提供され、各メッセージは、クライアント端末上のデコードアプリケーションによりデコード可能である。前記サーバーは：ネットワークを介して複数のデータパケットを前記サーバーから伝送するためのネットワークインターフェイスを備え、各パケットは、少なくとも一つのヘッダーとペイロードを備えると共に、各ペイロードは、少なくともメッセージの一部を備え、さらに、前記サーバーは、プロトコルスタックにおける二つのレイヤ間の少なくとも一つのサービスインターフェイスのシリーズを備え、各サービスインターフェイスは、前記クライアントが前記パケットの残りを処理することを可能にするための前記パケット符号化情報に少なくとも一つのパケットヘッダーを付加するように構成され、前記サーバーは、前記クライアント上のサービスインターフェイスが前記パケットの前記ペイロードから前記デコードアプリケーションのための各メッセージを収集することを可能にする情報を含む少なくとも一つのヘッダーを備えるパケットを伝送するように構成され、前記サーバーは、パケットペイロードに第１セクションおよび少なくとも一つのより遠いセクションを有した状態でパケットを配信するように構成され、遠くの各セクションが、隣接するメッセージセクションからメッセージセクションを分ける再同期マーカーを有すると共に明瞭な同期シーケンスを有し、メッセージセクションの少なくとも一つが、他のメッセージセクションから独立して解読可能であるような方法で暗号化される。
このサーバーは、本発明によるコンテンツを配信する方法を実行するのに有用である。
【００３５】
本発明の他の特徴によれば、暗号書記法的に保護され且つメッセージに配置されたディジタルデータ符号化コンテンツを受け取って処理するためのクライアント端末が提供され、各メッセージは、デコードアプリケーションによりデコード可能である。前記クライアント端末は、複数のデータパケットを受け取るためのインターフェイスを備え、各パケットは、少なくとも一つのヘッダーとペイロードを備え、さらに、前記端末は、プロトコルスタックにおける二つのレイヤ間の少なくとも一つのサービスインターフェイスのシリーズを備え、各サービスインターフェイスは、前記パケットから少なくとも一つのパケットヘッダーを取り除くと共に前記取り除かれたパケットヘッダーで符号化された情報を用いて前記パケットの残りを処理し、前記パケットの少なくとも一つのヘッダーに含まれる情報を用いて、少なくとも一つのパケットの前記ペイロードから前記デコードアプリケーションのための前記メッセージを収集するように構成されたサービスインターフェイスを含み、前記端末は、第１セクションおよび少なくとも一つのより遠いセクションを有するパケットペイロードを受け取るように構成され、遠くの各セクションが、隣接するメッセージセクションからメッセージセクションを分ける再同期マーカーを有すると共に明瞭な同期シーケンスを有することにより、前記再同期マーカーを配置することにより各セクションを抽出し、他のメッセージセクションから独立に暗号化された各メッセージセクションを解読し、且つそれが抽出される前記セクションの位置に解読された各メッセージセクションを挿入するように構成される。
【００３６】
このクライアント端末は、エラーが伝送中にメッセージに取り込まれた場合には、暗号化されたメッセージの大部分を回復することができる。メッセージセクションの一つにおけるエラーは、他のメッセージセクションの全てが元の平文メッセージセクションに解読されることを可能とする。これは、クライアントシステムが、他のメッセージセクションの暗号文または平文を知ることなく、個々の各メッセージセクションを配置すると共にそれを他のメッセージセクションから独立に解読することができるからである。
【００３７】
好ましい実施形態において、前記端末は、前記サービスインターフェイスに受け渡す前に、前記挿入された解読メッセージセクションと共に、各パケットのヘッダーの少なくとも一つを前記ペイロードに付加することにより、解読の後に受け取った各パケットの少なくとも一部を再収集するように構成される。
従って、再同期マーカーの存在は、パケットのペイロードが、クライアント端末上のプロトコルスタックを実行するインターフェイスにより処理される前に暗号化されることを可能とし、それは、例えばネットワークプロトコルスタックであってもよい。これは、効率を増加させると共に、使用される特定のプロトコルスタックからの独立を可能とする。
【００３８】
好ましくは、前記クライアント端末は、ネットワークを介してサーバーから前記データパケットを受け取り、前記パケットの意図された受取人として前記クライアント端末を確認するためのネットワークインターフェイス装置を更に備え、前記付加されたヘッダーが、ネットワークアドレスを有する。
この変形例において、解読は、完全に“スタックの下(under the stack)”で実行される。従って、特定種類の端末やネットワークプロトコルに関係なく、あらゆる場合に使用できる限定配信システム(CAS; Conditional Access System)を提供される。
【００３９】
本発明のさらなる特徴によれば、メッセージに配置されたディジタルデータ符号化コンテンツを受け取って処理する方法が提供され、各メッセージは、デコードアプリケーションによりデコード可能である。前記方法は、前記クライアント端末のインターフェイスを用いて複数のデータパケットを受け取るステップと；プロトコルスタックにおける二つのレイヤ間の少なくとも一つのサービスインターフェイスの第１シリーズに各パケットを供給するステップとを備え、各パケットは，少なくとも一つのヘッダーとペイロードを有し、各サービスインターフェイスは、前記パケットから少なくとも一つのパケットヘッダーを取り除くと共に前記取り除かれたパケットヘッダーで符号化された情報を用いて前記パケットの残りを処理し、前記パケットの少なくとも一つのヘッダーに含まれる情報を用いて、少なくとも一つのパケットの前記ペイロードから前記デコードアプリケーションのための前記メッセージを収集するように構成されたサービスインターフェイスを含み、パケットペイロードが、第１セクションおよび少なくとも一つのより遠いセクションを具備して受け取られ、遠くの各セクションが、隣接するメッセージセクションからメッセージセクションを分ける再同期マーカーを有すると共に明瞭な同期シーケンスを有し、各セクションが、再同期マーカーを配置することにより抽出されると共に、暗号化された各メッセージセクションが、他のメッセージセクションから独立して解読され、且つ解読された各メッセージセクションが、それが抽出される前記セクションの位置に挿入される。
この方法は、本発明によるクライアント端末によって実行される方法であり、且つエラー回復力に関して同じ利点を有する。
【００４０】
本発明の他の特徴によれば、前記コンピュータ上で動作しているときに、本発明によるシステム、本発明によるサーバー、または本発明によるクライアント端末のファンクショナリティを前記コンピュータに提供するためのポテンシャルを有するコンピュータ読み取り可能なコンピュータプログラムが提供される。
本発明の最後の特徴によれば、前記コンピュータ上で動作しているときに、本発明による方法をコンピュータが実行することを可能にするコンピュータ読み取り可能且つ前記ポテンシャルを有するコンピュータプログラムが提供される。
【発明を実施するための最良の形態】
【００４１】
本発明は、添付の図面を参照して、これから更に詳細に説明され、ここで、
図１は、本発明の一実施形態によるデータ配信システムを示す図であり；
図２は、本発明の一実施形態による暗号化処理を示す図であり；
図３は、本発明の一実施形態による解読処理を示す図であり；
図４は、本発明の一実施形態による、ラッパーおよび再同期マーカーの付加および暗号化の後のＭＰＥＧ−４ ＡＵのフォーマットを示す図であり；
図５Ａおよび図５Ｂは、本発明の一実施形態による、データが欠損した場合に再同期するための再同期マーカーの使用を図式的に示す図であり；
図６は、この明細書で述べられる任意の手順をマシンに実行させるための命令セットが内部で実行されるコンピュータシステムをダイヤグラムとして表した図であり；
図７は、図１のデータ配信システムにおけるネットワークを介してメッセージの一部または全部を配信するために使用されるデータパケットを示す図である。
【００４２】
コンテンツレベルの暗号化のための方法およびシステムが述べられる。以下の記述において、説明の目的上、本発明の完全な理解のために多くの具体的詳細が明らかにされる。しかしながら、それらの具体的詳細がなくても、当業者には、本発明が実施し得ることが明らかである。
【００４３】
図１において、コンテンツ暗号化システム１は、暗号書記法的に保護されたデータ符号化コンテンツを生成するために使用される。そのデータは、同システム１上で生成されたものであってもよく、または離れたソースから受け取ったものであってもよい。いずれにしても、そのデータはメッセージに配置される。各メッセージは、クライアントシステム２上のデコーダアプリケーションによりデコード可能である。メッセージなる用語は、エンコーダアプリケーションまたはデコーダアプリケーションがデータ交換のために使用するデータの単位を指す。一例として、この明細書を通して使用されるが、暗号書記法的に保護された各メッセージは、暗号化されたＭＰＥＧ−４アクセスユニット（ＡＵ）３（図４，図５Ａおよび図５Ｂ参照）から構成される。アクセスユニットは、エレメンタリストリーム内の個別的にアクセス可能な部分である。エレメンタリストリームは、エレメンタリストリームの符号化された表現とそのデコード化された表現との間を変換(translate)すると共にデコーダを組み込んでいるレイヤや、圧縮レイヤ上の単一のソースエンティティー(source entity)から単一のディスティネイションエンティティー(destination entity)へのモノメディアデータ(mono-media data)の連続した流れである。しかしながら、本発明は、また、例えばＭＰＥＧ−２エレメンタリストリームパケットなど、他のタイプのメッセージにも使用できることに注意されたい。
【００４４】
一つの実施形態において、暗号化システム１によって符号化され暗号化されて生成されたメッセージは、ネットワークインターフェイスによってネットワークに接続された第１ディスティネーションサーバー４（図１）に伝送され、それらはそこに保存される。クライアントシステム２は、それをサーバー４からダウンロードすることにより暗号化されたコンテンツをアクセスし得る。暗号化されたアクセスユニット３がダウンロードされた場合、それらは、同期レイヤパケット（ＳＬ−パケット）のカプセルに入れられ、適合性のあるヘッダーおよびペイロードから構成される。このペイロードは、一つの完全なアクセスユニットまたは部分的なアクセスユニットから成り得る。ＳＬ−パケットは、例えばＲＴＰ、ＭＰＥＧ−２トランスポートストリームパケット、またはＵＤＰなど、ネットワーク５で使用される他のパケットフォーマットに連続的にマッピングされる。もちろん、コンテンツ暗号化システム１および第１ディスティネーションサーバー４を組み合わせて、ネットワーク５に接続された一つのサーバーにするというシナリオもまた本発明の範囲内で可能である。
【００４５】
他の実施形態においては、暗号化システム１によって符号化され暗号化されて生成されたメッセージは、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭまたは他の適切なメディアのようなコンテンツ搬送メディア６に保存される。ディスクドライブ７は、暗号化され符号化されたメッセージをコンテンツ搬送メディア６からクライアントシステム２にロードするために使用される。この実施形態においては、クライアントシステム２上の適切なインターフェイスがアクセスユニットを回収して収集する（例えばＳＬ−パケットに）ことを可能にするフォーマットで、情報がアクセスユニットと共にファイルに保存される。この情報は、また、それらがファイルから読み出された後、クライアントシステム２がアクセスユニットを適切なデコーダバッファに受け渡し、そこから正しいデコーダアプリケーションに受け渡すことを可能とする。
【００４６】
両方の実施形態において、暗号化されたアクセスユニットは、ＭＰ４−ファイルに保存される。ＭＰ４−ファイルは、一般には、「．ｍｐ４」の拡張子がついたものを収容する。ＭＰ４ファイルフォーマットは、メディアの交換(interchange)、管理(management)、編集(editing)、および提示(presentation)を容易化する融通性があり拡張性があるフォーマットのＭＰＥＧ−４表現のメディア情報を含むように設計されている。この表現は、その表現を含むシステムに“ローカル”であってもよく、またはネットワークや他のストリーム配信メカニズムを介してもよい。そのファイルフォーマットは、一般の配信に対する効率的な支援を可能としながら、如何なる特定の配信プロトコルからも独立するように設計されている。その設計は、アップルコンピュータ（登録商標）社からのクイックタイム（登録商標）フォーマットに基づいている。
【００４７】
好ましくは、コンテンツ暗号化システム１は、サイクリングキー(cycling key)を有する少なくとも一つのキー（プロダクトまたはミッションキー）を使用するアクセスユニットのセクションを暗号化する。コンテンツは、単一のプロダクトキーまたは時間変化のミッションキー(time-varying mission keys)のシーケンスを用いて暗号化し得るものであって、それは、プロダクトキーで交互に暗号化される。同一の暗号化スキームが、ビデオ、オーディオおよび任意の関連するデータ（コンテンツ）に使用できる。換言すると、本発明は、ＭＰＥＧ−４メディアおよびデータのコンテンツレベルの暗号化に備える。アクセスユニットを暗号化する方法の例を以下に示す。ここで述べられる好ましい実施形態において、対称なアルゴリズムが使用され、即ち、解読キーは暗号化キーと同一である。このスキームは、イントラフレームおよびインターフレームの両方のレベルで、選択的な暗号化の要求を満たす。（選択的暗号化が望ましいところの例は、Ｉ−フレームのみの暗号化を保証し得る、複雑度が低く価値が低いコンテンツであり、一方、他のアプリケーションは、テクスチャまたは動きベクトル情報のみの暗号化を要求する。）
【００４８】
本発明によれば、ユニークシーケンスナンバーがメッセージセクションに付加される。使用される暗号化は、クライアントシステム２が、他から独立して、即ち他のメッセージセクションに含まれるデータを知ることなく、各メッセージセクションを暗号化できるようなものである。コンテンツ暗号化システム１は、少なくとも一つのキーメッセージを生成し、各キーメッセージは、メッセージに付加された少なくとも一つのユニークシーケンスナンバーを、そのメッセージの少なくとも一部の解読を可能とするキーバリューに結びつけるデータを収容する。
上記キーメッセージは、また、好ましくは、ＭＰＥＧ−４エレメンタリストリーム、即ちアクセスユニットに形成され、離れたエレメンタリストリームアイデンティファイア(elementary stream identifier; ES_ID)により確認される。ＭＰＥＧ−４規格の用語において、これらのメッセージはＩＰＭＰ(Intellectual Property Management and Protection)と呼ばれる。
【００４９】
一つの実施形態においては、ＩＰＭＰメッセージは、第１配信サーバー４から流される。他の実施形態においては、ＩＰＭＰメッセージストリームはクライアントシステム２により第２ディスティネーションサーバー８からダウンロードされる。代わりに、ＩＰＭＰメッセージを、キーストリームを収容するメディア９上の別れたファイルに含め、例えばＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、フラッシュメモリ装置、スマートカード、等に別けて配信することができる。
【００５０】
一つの実施形態において、キーバリューは、別けられて供給される。その場合、キーメッセージは、シーメンスナンバーに結び付けられたポインターを含み、そのキーがクライアントシステム２により回収されることを可能にする。例えば、そのキーは、キーストリームを収容するメディア９に保存され、これに対し、ＩＰＭＰ，メッセージストリームは、第２配信サーバー８から供給される。
【００５１】
他の実施形態において、上記キーメッセージは、また、キーバリューを含む。ＩＰＭＰメッセージストリームにおける不透明なデータは、次の方法でキーをメディアに関連づける：
<key:1 ES=1 seqNum.begin=1 seqNum.end=54>
<key:2 ES=1 seqNum.begin=54 seqNum.end=169>
<key:3 ES=1 seqNum.begin=169 seqNum.end=289>
【００５２】
サイクルされたセッションキーを収容するアクセスユニットのＤＴＳ(delivery time stamp: アクセスユニットの名目上のデコード時間の指示)は、先に送られ、それは対応する暗号化メディア ＡＵ（ｓ）３（データ符号化コンテンツを収容するもの）の前に到着する。ＩＰＭＰメッセージストリームのＤＴＳを一つのキーサイクル期間だけ先に送ることが提案されている。これは、ネットワークジッターおよびクライアントシステム２上での如何なる前処理に対しても十分な時間を可能とする。
【００５３】
以上の情報は、それから、受信端末のクロック精度に関係なく、キーデータを任意のグラニュラリティ(granularity)へのコンテンツアクセスユニットデータに関連づけるために使用できる。
先に述べたように、ユニークシーケンスナンバーの存在は、また、如何なるメディアの配信に先だって完全なキーストリームを送ることを考慮する。この場合、メディアアクセスユニット３のＤＴＳは、当面関係がなく、そしてＩＰＭＰシーケンスナンバーの値に関して同期が純粋に実行される。
【００５４】
（概要）
本発明は、サイクルされたキー(cycled keys)を用いてデータ（例えば、ＭＰＥＧ−４データ）の効率的なコンテンツレベルの暗号化を実行することが要請される全てのマルチメディア配信システムにおいてアプリケーションを発見するかもしれない。これは、ＭＰＥＧ−２トランスポート上でのＭＰＥＧ−４の配信、またはＭＰＥＧ−４コンテンツを配信するために使用されるエラーしがちな若しくはエラーのないトランスポートメカニズムと同様に、ＩＰネットワーク上でのストリーミングのような混成の環境を含む。
上に示したように、この発明の一実施形態は、二つの異なる構成を使用するＭＰＥＧ−４コンテンツの保護のためのフレームワークに基づいている：
・ ＭＰＥＧ−４アクセスユニットのための安全なラッパー(wrapper)；
・ 暗号書記法の同期マーカー。
これら二つの構成は以下で詳細に述べられる。
【００５５】
（詳細な説明）
図４を特に参照すると、コンテンツ暗号化システム１は、オリジナルアクセスユニット１０を装置読み取り可能なメディアから読み出す。この例では、オリジナルアクセスユニット１０は三つのセクションに別けられており、それは、個別に暗号化され、暗号化されたアクセスユニット３となり、第１暗号化ＡＵセクション１１、第２暗号化ＡＵセクション１２および第３暗号化ＡＵセクション１３を含む。第１再同期マーカー１４は、第２暗号化ＡＵセクション１２に付加され、それを第１暗号化ＡＵセクション１１から別ける。第２再同期マーカー１５は第３暗号化ＡＵセクションに付加され、それを第２暗号化セクション１２から別ける。ヘッダー１６は、暗号化されたＡＵ３の前に付される。
【００５６】
１．安全なラッパー(secure wrapper)
本発明の一実施形態において、本発明の安全なラッパーは、如何なる“ラップされた(wrapped)”ＭＰＥＧ−４アクセスユニット（ビデオフレーム、オーディオサンプル、データユニット）に対してもセキュリティを提供する暗号化カプセル封筒(cryptographic encapsulation envelope)と考えられる。発行者／サーバー／オーナーは、それらの封筒に個々のＡＵ３を包むことにより、コンテンツを保護する。コンテンツは、それから、適切なキー／権利を有するエンドユーザにより包みが解かれるだけである。さまざまな種類のラッパーは、共通であり、多くの暗号プロトコルにおいて明らかである。従って、この発明は、包括的なラッパーを取り扱うことができる。
【００５７】
一つの代表的な実施形態において、ラッパーは、ＭＰＥＧ−４の環境での使用について明確に定義できる。加えて、この発明は、またサイクルキーに能力を提供することによって“二重の義務(double duty)”を果たすと共にランダムアクセスを実行するため、ラッパーの特性（シーケンスナンバー等）を使用する。従って、この発明は、広く使用されている多くのプロトコルを用いると共にそれに特定の構成（再同期マーカー１４，１５のような）を付加することにより動作して、それら全てを一緒にフレームワークに配置すると共にそれらを或る方法で使用することによりソリューションを創出する。
【００５８】
下（および図４に図式的）に示されるヘッダー１６は、暗号化された各ＡＵ３の前に付される：
【００５９】
【表１】
2005513839.tif 000003
【００６０】
ヘッダー１６は次のフィールドを含む：
バージョン  −  ２ビットバーションフィールド１７。最初の修正でゼロにセット。
Ｅ  −  ビットフラグ１８  ペイロードが暗号化（１）されたか又はクリア（０）されたかを示す。ペイロード部分のみが暗号化されることに注意。
Ａ  −  ビットフラグ１９  オーセンティケーション（識別検証）コードフィールドの存在（１）または否（０）を示す。もし、存在すれば、オーセンティケーションコードは全ストラクチャ−ラッパー１６およびＡＵ３に関する。
ＣＲＭ  −  ビットフラグ２０  ＡＵ３内の暗号同期マーカー１４，１５の存在（１）または否（０）を示す。
Ｒｓｅｒｖｅｄ  −  ３つの予備ビットフィールド２１−ゼロにセット。
【００６１】
シーケンスナンバー  −  ユニークシーケンスナンバー、シーケンスナンバーフィールド２２に収容される。このシーケンスナンバーの生成方法はこの明細書の範囲外で考慮される。この値は、ハミング距離アタックがカウンターモードにおいてＡＥＳに対して重大な脅威とならないため、単調に増加する。このフィールド２２の長さは、セルフディスクライビングフォーマットを使用するので、プリセットされない。各バイトの下位ビットは、シーケンスナンバーを収容するために使用される。各バイトの上位ビットのセッティングは、他のバイトの存在を示し、一方、最後のバイトはそのＭＳＢをゼロにセットする。
例として、値 ３５０ は、次のように表される：
１１０１０１１１  ００００００１０
【００６２】
オーセンティケーションコード  −  オプショナルフィールド（図４では示されていない）は、セルフディスクライビングオーセンティケーションコードを収容する。フレームワークは、使用されるべきオーセンティケーションコードスキームに対しては不可知であるが、キードハッシュ(keyed hash)(HMAC)が最も適切であると思われる。ディジタル署名が提供されているが、これらのスキームは現在では高価に過ぎて、ＡＵレベルでは実施できないということが推測される。全ストラクチャ−ヘッダー１６＋ＡＵ３は、オーセンティケート（識別検証）されることに注意されたい。
ペーロード  −  オリジナルのＡＵ１０または暗号化されたＡＵ３。秘密再同期マーカー(Crypto Resync Markers)１４，１５が使用される場合、暗号化されたＡＵ３はオリジナルのＡＵ１０よりも大きくなるであろう。
【００６３】
２．秘密再同期マーカー(Crypto Resync Markers)
暗号書記法的再同期を可能とするため、マーカー１４，１５は、或るユニーク且つ明示的な同期情報２３，２４をそれぞれ収容して、データ欠損が発生した場合にサイファーが“リセット”されることを可能にする。
次は、暗号化ドメインにおいて良好に動作する秘密再同期マーカーである。このマーカーは、バイトで配列され、且つセルフディスクライビングシーケンスカウンターの可変長部分が続く１６個のゼロから構成される：
００００  ００００  ００００  ００００  ＸＸＸＸ  ＸＸＸＸ
【００６４】
アプリケーションにおいて、複数の秘密再同期マーカー１４，１５は、単一のＡＵ３に挿入される。ＡＵ３内に配置されたマーカー１４，１５は、容易に配置可能であり、従ってユニーク（唯一）であることが保証される。与えられた平文／キーの組み合わせが、0000 0000 0000 0000のフォームを有する暗号文となるかもしれないので、依然として衝突が起こる統計上の小さな確率が存在する。このハプニングの確率は極めて低いとは言え、マーカー模倣(marker emulation)の蓋然性は、エスケープコードを使用することにより完全に排除される。このような実施形態において、模倣された再同期マーカー(emulated Resync markers)の存在は、Ｃ言語のエスケープコードに似た方法で、それらを“エスケーピング(escaping)”することにより宣言される。
【００６５】
エラーしがちな環境における使用のために、多くの再同期マーカー１４，１５は、与えられたＡＵ３内に配置される。各再同期マーカー１４，１５の本体(body)は、上記の安全ラッパーにおけるシーケンスナンバーと同様のフォーマットおよび用法を有するユニークなカウンター２５，２６をそれぞれ備える。カウンター２５，２６は、ヘッダー１６に収容された初期のシーケンスナンバーから単調に増進する。
【００６６】
マーカーは、ヘッダー１６で特定されたシーケンスカウンターからのオフセットとして指定されるよりも、むしろ完全であることが好ましい。また、徹底的にサイファーを使用することを避けるために、次のＡＵのヘッダーにおけるシーケンスナンバーの値が、目下のＡＵ３で使用されている最後のシーケンスナンバーよりも大きくなることを確保することも重要である。
３５１の値を有する再同期マーカーの例：
００００  ００００  ００００  ００００  １０００  ００１０  ０１０１  １１１１
データの欠損が生じた場合には、次の再同期マーカーを配置し、且つＩＶへの入力としてマーカーの本体にあるシーケンスバリューを用いてサイファーを再スタートすることにより、再同期が達成される。
【００６７】
（実行）
１．暗号化
図２は、本発明の好ましい一実施形態による暗号化処理を示す図である。カウンター２７は、ソルティングキー２８、シーケンスナンバー２９およびブロックインデックス３０から構成される。暗号化されたカウンター３１は、サイクリングバリューと共にキー３２を用いて生成される。暗号化されたカウンターは、クリアーなＡＵデータブロック３３とＸＯＲ（排他的論理和）演算がなされ、暗号化されたＡＵデータブロック３４を生じる。
【００６８】
ＡＥＳ／Ｒｉｊｎｄａｅｌアルゴリズムは、メディア暗号化のために選択されている。サイファーは、カウンターモードで稼動すると共に、メディア内に収容されている明示的なカウンター（シーケンスナンバーおよび秘密再同期マーカー）を使用する。
Ｒｉｊｎｄａｅｌアルゴリズムは、データ暗号化のために新しいＦＩＰＳ(Federal Information Processing Standard)として選択されると共に、古くなったＤＥＳおよびトリプルＤＥＳ規格を置き替えるために均衡がとられた。
【００６９】
ＡＥＳアルゴリズムは、選択処理の間、極めて多くの暗号解読に用いられてきた。ＡＥＳに投じられた解析努力のレベルはＤＥＳに匹敵する。最も知られた攻撃方法は、キーの場所を徹底的に捜すことである。
ＡＥＳのいくつかの重要部分は：
・ ロイヤルティフリーであり且つクラス別けされないこと
・ 世界的な輸出に有効であること
・ 可変の１２８，１９２＆２５６キーおよびブロックサイズを可能にすること。キー／ブロック長の９つ全ての組み合わせが可能である。
・ ハードウェアおよびソフトウェアの双方におけるＤＥＳを超える極めて大きなスピードの改善：
○ ２０ＭＨｚの８０５１上で８，４１６ｋＢ／ｓ
○ ２００ＭＨｚのペンティアム（登録商標）上で８．８ＭＢ／ｓ
これらの数値は、ＥＣＤモードに引用される。カウンターモードは、ＸＯＲ操作を付加するだけでよく、従って付加するオーバヘッドは無視できる。
【００７０】
カウンターモードは、暗号化アルゴリズムの並列化を必要とするＡＴＭネットワークのハイスピード暗号化に対する要請から生まれた。
カウンターモード暗号化は、暗号化ファンクションを単調に増加するカウンター２７に適用することにより動作して、ワンタイムパッド(one-time pad)を発生する。そしてこのパッドは平文とＸＯＲ演算がなされる。この暗号化動作は全く同一である。
カウンターモードは、送信側および受信側が通常の秘密キー３２を共有することに加え、カウンターを共有する。カウンター２７は秘密である必要はないことに注意されたい。
【００７１】
暗号化について:
Ci=Pi XOR E(counter)
解読について:
Pi=Ci XOR E(counter)
次の表記を用いる：
E()はブロックサイファーの暗号化ファンクションである。
Ciは暗号文のｉ番目のブロックである。
Piは平文のｉ番目のブロックである。
【００７２】
攻撃者は、二つのサイファーブロックをＸＯＲ演算して平文の二つの対応するブロックのＸＯＷを得るので、同一のカウンターバリューが同一のキーについては再使用されないことは極めて重要である。
カウンターモードの利点は：
１．ソフトウェア効率。キーストリームの生成はメッセージから独立しているので、前処理は、或る環境で使用される。メディアが有効になる前でさえ、パッドは予備のサイクルで計算できる。メディアが有効になると、それは単にパッドとＸＯＲ演算される。これは、同世代のプロセッサー上でのＧｂｉｔｓ／ｓの１０倍の処理量を生じる。
【００７３】
２．ハードウェア効率。カウンターモードは完全に並列化が可能である。ブロックＣ１，Ｃ２，…Ｃｎは、全て同時に解読し得る。
３．ランダムアクセス。連鎖(chaining)がなく、従ってＣｉを解読するためにＣｉ−１番目に対する依存性がない。
４．１ビットエラー拡張。暗号文エラーは平文において対応するビットに制限される。これは損失の大きな環境におけるストリーミングビデオアプリケーションにとっては大いに望ましい属性である。
【００７４】
５．低複雑性。暗号化および解読処理の双方とも、暗号化ファンクションＥ（）に依存する。これは、サイファーＤ（）＝Ｅ（）−１の逆方向が“順(forward)”方向と極めて異なる場合に重要な規準である。これは、Ｒｉｊｎｄａｅｌおよび他のブロックサイファーについての事例である。これは、極めて低く小さいフットプリントハードウェア(footprint hardware)およびソフトウェアソリューションに役立つ。
６．セキュリティ。基本ブロックサイファー(underlying block cipher)と同等に安全。
７．暗号文のサイズにおける増加がない。少しの間だけ明示的な再同期マーカーの使用を黙殺すれば、暗号文の増加がない。
【００７５】
サイファーは、攻撃方法の適切なセットに対して、知られている暗号書記法の強みを有すると共に、世界の暗号書記法のコミュニティによって耐えられた広範の分析を有し、且つ広く受け入れられている。サイファー自体は、殆ど普遍的であり、ＮＩＳＴ(National Institute of Standards and Technology)により受け入れられつつある。サイファーは、少なくとも１２８ビットのキーの長さをサポートしている。理想的には、同一のサイファーは、値が大きく異なるかもしれないコンテンツ−３分間のビデオクリップからハリウッドの超大作まで−を保護するためにパラメータで表し得るべきであるから、拡張性は重要である。１２８ビットよりも大きなキーの長さは、或るアプリケーションにとっては過剰である；より長いキーは利点と考えられる。単一のパラメータで表し得るアルゴリズムの採用もまた、シリコンベンダーに対してスケール益(scale benefit)の節約を約束する。本発明は、オブスキュアモード(obscure mode)においてオブスキュアサイファー(obscure cipher)または良く知られたサイファーを使用しない。暗号化システムは、データの欠損からの回復と同様に、自己同期を行い、ランダムアクセスまたは探索能力を提供する。これらは異なるシナリオではあるが、実際問題として、それらは、同一の規準をよりどころとしている：如何なる前のデータブロックの全部または一部の欠如であっても、目下のデータブロックを解読するための能力に影響を与えない。解読されるべきデータについての確か（明示的または暗黙的）で絶え間のない情報の有用性は、それゆえに推測される。暗号化システムは、良好なエラー伝播特性を提供する。単一ビットエラーの拡張（暗号文におけるエラーは平文において対応するビットがエラーになる結果を生じる）は極めて重要である。同一のブロック、複数のブロックまたは計り知れないエラー拡張属性を伴うスキームは適合しない。サイファーは、コンピューティング環境の広範にわたってハードウェアおよびソフトウェアの双方において良好な性能を提供する。キーのセットアップタイム、キーの軽快さ(agility)および並列化論は全て重要である。アルゴリズムの選択は、“ポイントに対するセキュリティ”のポリシーをもたらし、そのポリシーにおいては、許容できるセキュリティーコネクションは効率を高めると共に複雑さを減らす。この暗号化システムはデータの増加量を小さく抑える。結果として生じる暗号文のサイズは、平文のそれと同一か又はそれに近く、且つ如何なる付加的な“セキュリティーヘッダー”のサイズも最小に維持される。なんら妥協することなく、同一のプロダクトまたはセッションキーを伴う一つよりも多くのメッセージの暗号化が可能である。
【００７６】
２．解読
図３は、本発明の一実施形態による解読処理（暗号化／解読処理の対称ではない）を示す図である。
本発明の代表的な一実施形態における解読処理は次のようである：
解読エンジンは、ＡＵ３のラッパーにおける暗号化フラグ１８をチェックする。フラグ１８がセットされておらず、且つオーセンティケーション（識別検証）がない場合には、単にラッパーが取り除かれ、そしてオリジナルのＡＵ３がデコーダに受け渡される。
ＡＵ３が暗号化されている場合、ラッパーの中のシーケンスナンバーが抽出され、そしてカウンター２７を発生するために使用される。
【００７７】
カウンターブロックサイズは、選択されたＡＥＳブロックサイズと同一である。この要求は、カウンター２７がブロックサイファーに入力されるという事実による。このアプローチは、大きなＡＥＳブロックサイズが指定された場合にカウンター２７をより大きなサイズに引き伸ばすことは比較的容易であるために、拡張可能である。
この明細書のために、１２８ビットのＡＥＳブロックサイズを仮定する：
【００７８】
【表２】
2005513839.tif 000004
【００７９】
ソルティングキー２８はオプションであるが、ソルティングキー２８の欠如は、複数のビットストリームが同一のキー３２で暗号化される場合に、セキュリティの崩壊をもたらす。（もし、例えば、オーディオおよびビデオが同一のプロダクトおよびセッションキーで暗号化されると、１または２以上のソルティングキー２８が徹底的にサイファーを使用することを防止するために使用される）ソルティングキー２８の値は、秘密である必要はない。
【００８０】
３２ビットのブロックインデックス３０は、単一のＡＵ３内のブロックカウントである。ＡＵの最初の１２８ビットブロックは、インデックス０を有し；その次は１を有する等である。ブロックインデックスは、全ての再同期マーカー１４，１５の後にゼロにリセットされる。ブロックインデックス３０の値が伝送されないが、暗号化および解読処理により計算されることに注意されたい。
【００８１】
ブロックインデックス３０は、ＡＵ３の処理中に決して巡回(cycle)してはならない。１２８ビットＡＥＳブロックサイズのワーストケースおよび最大限にサイズ化されたビデオのＡＵ３を仮定すると、３２ビットブロックサイズは充分以上の余裕を提供する。
カウンターブロック２７は、それから、パッド計算の間、ＡＥＳブロックサイファーの入力として使用される。ＡＵのｉ番目ブロックの処理は：
Ci=Pi XOR E(counter)  これは暗号化処理について
Pi=Trunc(n,Ci XOR E(counter))  これは解読処理について
次の表記を用いる：
E()は、ＡＥＳサイファーの暗号化ファンクションである。
Ciは、暗号化されたＭＰＥＧ−４ ＡＵのｉ番目のブロックである。
Piは、オリジナルＡＵデータのｉ番目ブロックのｎ先頭バイトである。
【００８２】
仮定は、各ＡＵ３の長さがＡＵデータと共に暗号化ツールに供給されることである。
Ｔｒｕｎｃ（ｘ，ｙ）ファンクションはｙ値のｘ先頭バイトを切り捨てる。
秘密再同期マーカー１４，１５が使用され、以下の動作がとられなければならない：
ＣＲＭフラグ２０がチェックされる。ＣＲＭがＡＵ３に存在すれば、ＣＲＭに遭遇するまで上述の解読処理が続行する。ビットストリームがチェックされ、これが模倣されエスケープされたＣＲＭでなければ、マーカーは“非エスケープ(un-escaped)”あると共に通常どおり進むはずである。
マーカー１４，１５が有効であれば、マーカーの本体(body)は、新しいカウンター２７を生成するために使用される。
【００８３】
【表３】
2005513839.tif 000005
【００８４】
ブロックインデックス３０はゼロにリセットされ、そしてこの新たなカウンターバリューをサイファーに対する入力として使用して解読が進む。
３．暗号化システムの構成(configuring the Cryptosystem)
本発明の代表的な一実施形態において、パラメータの数は、暗号化システムを効率的に使用するためにセットされる必要がある。
これらは、例えば、
・ 使用されるオーセンティケーションスキーム（例えあるとしても）
・ ソルティングキー２８。これらは秘密である必要はないので、それらはコンフィグレーション情報と共に運ばれる。
・ 解読サイファーおよびモード。なにも指定されていなければ、カウンタ-モードにおけるＡＥＳと推測される。
・ イントラフレームセレクティブ暗号化が使用されていれば、まさに何のデータが暗号化されたかが解読される。
この情報は、ＩＯＤ(initial object descriptor)に収容される。使用されるデータストラクチャの的確なフォーマットは、この発明の範囲外で考慮される。
【００８５】
図６は、コンピュータシステム３５の代表的な構成におけるマシンを図式的な表現を示し、その内部では、上述した原理体系の任意の一つをそのマシンに実行させるための命令セットが実行される。二つのうちの一との実施形態において、マシンは、ＳＴＢ(set-top box)、ネットワークブリッジ、ＰＤＡ(Personal Digital Assistant)、セルラー電話、ウェブ装置またはそのマシンにより処理される動作を特定する命令シーケンスを実行できる如何なるマシンをも含む。
【００８６】
コンピュータシステム３５は、プロセッサー３６、メインメモリ３７およびスタティックメモリ３８を備え、それらはバス３９を介して互いに通信する。コンピュータシステム３５は、ビデオディスプレイユニット４０（例えば、液晶ディスプレイ(LCD)またはＣＲＴ(Cathode Ray Tube)）をさらに備えてもよい。コンピュータシステム３５は、また、英数字の入力装置４１（例えばキーボード）、カーソルコントロール装置４２（例えばマウス）、ディスクドライブユニット４３、信号発生装置４４（例えばスピーカ）およびネットワークインターフェイス装置４５を備える。
【００８７】
ディスクドライブユニット４３は、装置読み取り可能なメディア４６を備え、そのメディアには、ここで述べられた原理体系またはファンクションの何れかまたは全てを具現化する命令セット（即ちソフトウェア）４７が保存されている。ソフトウェア４７は、また、完全にまたは少なくとも部分的に、メインメモリ３７内および／またはプロセッサー３６内に常駐しているように示される。ソフトウェア４７は、さらに、ネットワークインターフェイス装置４５を介して伝送または受信されてもよい。この明細書の目的のため、“装置読み取り可能なメディア(machine-readable medium)”なる用語は、マシンによる実行のための命令シーケンスを保存し符号化し運ぶことができる如何なるメディアをも含むものとし、且つその命令は、本発明の原理体系の中の任意のものをマシンに実行させる。“装置読み取り可能なメディア”なる用語は、従って、それに限定されるものではないが、固体メモリ、光学および磁気ディスク、およびキャリアウェーブシグナルを含むものとされる。
【００８８】
図５Ａおよび５Ｂは、共同で、本発明の一実施形態による、データ欠損の場合に再同期するための秘密再同期マーカー１４，１５の使用を図式的に説明する図を構成する。図５Ａは、従来技術を表す。再同期マーカーは存在しない。暗号化されたＡＵ３は、それにぶら下げられたヘッダー１６を単に有するだけである。クライアントシステムが、暗号化されたアクセスユニット３を、失われたデータ４９のブロックと共に受け取ったと仮定する。初期化ベクターとして利用可能なヘッダー１６のシーケンスナンバーのみと共にカウンターモードにおいてブロックサイファーを用いて、クライアントシステム２は、失われたデータ４９まで、暗号化されたアクセスユニット３を正しく解読することだけができる。その後、暗号化されたアクセスユニット３を解読することが続行されるが、誤ったデータブロックに関連して誤ったカウンター値を使用し、従って、誤った平文を生成する。事実上、解読処理は、回復されたデータのブロック５０と失われたＡＵデータの（比較的大きな）ブロック５１を生じる。
【００８９】
これとは対照的に、秘密再同期マーカー１４，１５の使用は、図５Ｂおよび４に示されるように、解読処理が第１の回復されたＡＵデータ部分５２、失われたＡＵデータの（非常に小さな）ブロック５３、および第２の回復されたＡＵデータ部分５４を生じることを意味する。これは、クライアントシステム２が、再同期マーカー１４，１５の中の明示的な同期情報２３，２４をそれぞれ認識できるという事実による。第１、第２および第３のＡＵセクション１１−１３を抽出し、そしてそれらを個々に解読する。
【００９０】
ここで、図７に説明を移すと、そこには、ＩＰパケット５５の図式的なダイアグラムが示されており、このＩＰパケットは、ネットワークを介してクライアントシステム２に暗号化されたＡＵ３を配信するために使用される。ＩＰパケット５５は、ネットワークアドレスを含むＩＰヘッダー５６を備え、このＩＰヘッダーから、クライアントシステム２は、それがＩＰパケットの意図された又はその意図された受取人であるかどうかを知ることができる。ＩＰアドレスは、この技術分野で知られているように、ユニークなアドレス、マルチキャストアドレス、またはブロードキャストアドレスであり得る。
【００９１】
代表的な実施形態において、ＵＤＰは、トランスポートプロトコルとして使用される。従って、ＩＰパケット５５は、ＵＤＰヘッダー５７を備えている。加えて、暗号化されたアクセスユニット３は、第１配信サーバー４上で、ＭＰＥＧ−４規格において定義されている同期レイヤを実行するアプリケーションによりカプセルに包まれている。従って、ＩＰパケットは、ＳＬヘッダー５８を備える。ＳＬヘッダー５８の後、直ちに、安全ラッパーを形成するヘッダー５９が来る。それは、明示的な同期シーケンス６０をさらに備える点を除いては上述したヘッダー１６と同一であり、秘密再同期マーカー１４，１５の明示的な同期情報２３，２４と同一である。ヘッダー５９は、アクセスユニット３の暗号化を示すビットフラグ１８、オーセンティケーションを示すビットフラグ１９、ＣＲＭフラグ２０、予備フラグ２１およびシーケンスナンバーフラグ２２をさらに備える。第１の暗号化されたＡＵセクション１１はヘッダー５９の次に来る。第２の暗号化されたＡＵセクション１２は、同期情報２３およびカウンター２５を備える第１の秘密再同期マーカー１４により、第１の暗号化されたＡＵセクションと別けられる。第３の暗号化されたＡＵセクション１３は、同期情報２４およびカウンター２６を備える第２の暗号同期マーカー１５により、第２の暗号化されたＡＵ背ｋション１２と別けられる。
【００９２】
同期情報２３，２４，６０は、スタック下の暗号解読として知られたタイプの暗号を実施するために、本発明により有利に利用される。このタイプの暗号解読は、本出願と同一の出願人による共同出願中の国際特許出願ＰＣＴ／ＵＳ０１／４１３６１においてさらに完全に述べられている。
クライアントシステム２は、ＩＰプロトコルを実行するインターフェイスを備える。換言すると、そのインターフェイスは、ＩＰヘッダー５６の中の情報を用いてＩＰパケット５５を処理して、ＩＰパケット５５の残りをどのように処理するかを決定する。ところが、通常、その残りは、より高次のレベルのプロトコルを実行するインターフェイス、即ちこの場合はＵＤＰプロトコルに渡される。そして、本発明のこの実施形態では、そこからさらに、即ちこの例におけるＭＰＥＧ−４同期レイヤを実行するインターフェイスに渡され、ＩＰパケット５５が最初に解読される。
【００９３】
この実施形態において、クライアントシステム２は、このクライアントシステム２上のＩＰプロトコルを実行するインターフェイスから完全なＩＰパケット５５を入力として受け取る。ＩＰパケット５５の残りについては不可知ではあるが、明示的な同期情報２３，２４，６０のためのＩＰパケットのペイロードにあるデータを調べる。そして、ＩＰパケット５５から暗号化されたメッセージセクションを抽出して、上述した方法を用いてそれらを解読する。続いて、ＩＰパケット５５は、再び収集され、そしてクライアントシステム２上のＩＰプロトコルを実行するインターフェイスに戻され、そこで、他のプロトコル、即ちＵＤＰ，ＳＬを実行する種々のインターフェイスにより処理される。
【００９４】
以上のように、コンテンツレベルの暗号化プロトコルのための方法およびシステムが述べられた。本発明は、特定の代表的な実施形態を参照して述べられたが、本発明のより広範な精神および範囲から始めることなく、それらの実施形態について各種の修正や変形をなし得ることは明らかである。従って、この明細書および図面は、制限的な意味よりも例証として考えるべきである。
【図面の簡単な説明】
【００９５】
【図１】本発明の一実施形態によるデータ配信システムを示す図である。
【図２】本発明の一実施形態による暗号化処理を示す図である。
【図３】本発明の一実施形態による解読処理を示す図である。
【図４】本発明の一実施形態による、ラッパーおよび再同期マーカーの付加および暗号化の後のＭＰＥＧ−４ ＡＵのフォーマットを示す図である。
【図５Ａ】本発明の一実施形態による、データが欠損した場合に再同期するための再同期マーカーの使用を図式的に示す図である。
【図５Ｂ】本発明の一実施形態による、データが欠損した場合に再同期するための再同期マーカーの使用を図式的に示す図である。
【図６】命令セットが内部で実行されるコンピュータシステムをダイヤグラムとして表した図である。
【図７】図１のデータ配信システムにおけるネットワークを介してメッセージの一部または全部を配信するために使用されるデータパケットを示す図である。
【符号の説明】
【００９６】
１  コンテンツ暗号化システム
２  クライアントシステム
３  アクセスユニット（ＡＵ）
４  サーバー（第１ディスティネーションサーバー）
５  ネットワーク
６  メディア（コンテンツ搬送メディア）
７  ディスクドライブ
８  サーバー（第２ディスティネーションサーバー）
９  メディア
１０  アクセスユニット（オリジナルアクセスユニット）
１１〜１３  暗号化ＡＵセクション
１４，１５  再同期マーカー
１６  ヘッダー
１７  バーションフィールド
１８〜２０  ビットフラグ
２１  予備ビットフィールド
２２  シーケンスナンバーフィールド
２３、２４  同期情報
２５，２６  カウンター
２７，３１  カウンター
２８  ソルティングキー
２９  シーケンスナンバー
３０  ブロックインデックス
３２  キー
３３，３４  ＡＵデータブロック
３５  コンピュータシステム
３６  プロセッサー
３７  メインメモリ
３８  スタティックメモリ
３９  バス
４０  ビデオディスプレイユニット
４１  入力装置
４２  カーソルコントロール装置
４３  ディスクドライブユニット
４４  信号発生装置
４５  ネットワークインターフェイス装置
４６  メディア
４７  命令セット（ソフトウェア）
４９  失われたデータ
５０  データブロック
５１，５３  失われたＡＵデータブロック
５２，５４  回復されたＡＵデータ部分
５５  ＩＰパケット
５６  ＩＰヘッダー
５７  ＵＤＰヘッダー
５８  ＳＬヘッダー
５９  ヘッダー
６０  同期シーケンス
【図１】
2005513839.tif 000006
【図２】
2005513839.tif 000007
【図３】
2005513839.tif 000008
【図４】
2005513839.tif 000009
【図５Ａ】
2005513839.tif 000010
【図５Ｂ】
2005513839.tif 000011
【図６】
2005513839.tif 000012
【図７】
2005513839.tif 000013
【国際調査報告】
2005513839.tif 000014
2005513839.tif 000015
2005513839.tif 000016