(57)【特許請求の範囲】
【請求項１】
少なくとも１つの受信機の機能にアクセスするための制御命令を伝送するための伝送装置であって、前記受信機に送出されるサービスアナウンスメントメッセージに許可識別子を登録する登録手段を備え、前記登録手段は、サービスアナウンスメントメッセージに前記許可識別子を登録するために設けられ、前記許可識別子は複数のインジケータを含み、各インジケータは、前記機能の少なくとも１つへアクセスすることについての認証値及び禁止値から選択された値を有する、ことを特徴とする伝送装置。
【請求項２】
前記サービスアナウンスメントメッセージのそれぞれは、可変長の認証フィールドを含み、前記登録手段は、前記認証フィールドに前記許可識別子を登録するために設けられる、ことを特徴とする請求項１記載の伝送装置。
【請求項３】
前記サービスアナウンスメントメッセージのそれぞれは、ペイロードフィールドを含み、前記登録手段は、前記ペイロードフィールドに前記許可識別子を登録するために設けられる、ことを特徴とする請求項１又は２記載の伝送装置。
【請求項４】
前記サービスアナウンスメントメッセージ各々の少なくとも一部を指示する手段を備え、該一部は前記許可識別子を含む、ことを特徴とする請求項１乃至３のいずれか記載の伝送装置。
【請求項５】
前記サービスアナウンスメントメッセージは、ＡＴＶＥＦサービスアナウンスメントメッセージ及びシステムサービスアナウンスメントメッセージの中から選択される、ことを特徴とする請求項１乃至４のいずれか記載の伝送装置。
【請求項６】
前記許可識別子の少なくとも１つは、オンラインサーバへの接続を開始するモデムへアクセスする機能に関する、ことを特徴とする請求項１乃至５のいずれか記載の伝送装置。
【請求項７】
前記許可識別子の少なくとも１つは、オンラインサーバへのセキュアコネクションを使用する機能に関する、ことを特徴とする請求項１乃至６のいずれか記載の伝送装置。
【請求項８】
前記許可識別子の少なくとも１つは、記憶領域からの永続的なデータの読出し、又は前記記憶領域への永続的な書き込みのための少なくとも１つの前記記憶領域へアクセスする機能に関する、ことを特徴とする請求項１乃至７のいずれか記載の伝送装置。
【請求項９】
前記記憶領域は、ハードディスク、フラッシュメモリ及びチップカードのいずれかに属する、ことを特徴とする請求項８記載の伝送装置。
【請求項１０】
前記許可識別子の少なくとも１つは、前記受信機のチューナにアクセスして現在の局を変更する機能に関する、ことを特徴とする請求項１乃至９のいずれか記載の伝送装置。
【請求項１１】
請求項１乃至１０のいずれか記載の伝送装置を備えるメッセージ送信機。
【請求項１２】
受信機の機能にアクセスするための制御命令を実行するための装置であって、
前記受信機により受信されたサービスアナウンスメントメッセージ中の許可識別子を読み出す読出手段を備え、
前記読出手段は、サービスアナウンスメントメッセージ中の前記許可識別子を読み出すために設けられ、前記許可識別子は複数のインジケータを含み、各インジケータは、前記機能の少なくとも１つへアクセスすることについての認証値及び禁止値から選択された値を有し、
制御命令を実行するための当該装置は、請求項１乃至１０のいずれか記載の伝送装置により伝送される前記制御命令を受信するように設けられ、
少なくとも１つの関連するインジケータの値に応じて、前記受信機の少なくとも１つの機能へのアクセスを許可又は禁止する手段を更に有するようにした装置。
【請求項１３】
請求項１２記載の装置を備え、請求項１２記載の伝送装置から伝送される前記制御命令を受信するメッセージ受信機。
【請求項１４】
少なくとも１つの受信機の機能に許可識別子に従ってアクセスするための制御命令を伝送するための方法であって、許可識別子は前記受信機に送信されるサービスアナウンスメントメッセージに登録され、前記許可識別子は複数のインジケータを含み、各インジケータは、前記機能の少なくとも１つへアクセスすることについての認証値及び禁止値から選択された値を有し、当該方法は、請求項１乃至１０のいずれか記載の伝送装置により実行される、ことを特徴とする方法。
【請求項１５】
制御命令を実行し、受信機の機能に許可識別子に従ってアクセスする方法であって、
前記許可識別子は、前記受信機により受信されたサービスアナウンスメントメッセージから読み出され、前記許可識別子は複数のインジケータを含み、各インジケータは、前記機能の少なくとも１つへアクセスすることについての認証値及び禁止値から選択された値を有し、当該方法は、請求項１２記載に記載の装置により実行される、ことを特徴とする方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、受信機の機能にアクセスするための制御命令の伝送及び実行、及び対応する装置に関する。
【０００２】
【従来の技術】
ネットワークにわたり、受信機へのアクセス容易性の程度を制御することを可能にするために、許可されたアクション又は禁止されたアクションからなるセットを決定し、該セットを受信機に収容することが知られている。これを行うために、「ホワイトリスト」として言及される許可のリスト、又は逆に、「ブラックリスト」として言及される禁止された動作のリストが送信される。受信機は、この情報をメモリに記録し、ネットワークにわたりそれぞれのメッセージの受信に応答して、該メッセージにより要求されるアクションに注意すべきかを確定するために該情報を連続的に使用する。
【０００３】
この技術により、受信機のセットに可変の権限を割り当て、次いで集中的に、特にブロードキャストによりメッセージを送出する。表現「ブロードキャスティング」は、特に無線ブロードキャスティングにより、ケーブル又はインターネットを介して実行されるかで、同一のデータを目的地のセットに送信することを示している。したがって、メッセージを送出したときに、これについて心配することなしに、（たとえば、無線又はオーディオビジュアルプログラムに対する固有の対応の記述）考慮すべき受信機の特定の様々なカテゴリが可能となる。
【０００４】
ホワイトリスト又はブラックリストの別の利点は、受信機の正しい機能を損なわせる可能性があるネットワークを介しての不正行為のリスクを減少することを可能にする点である。実際に、他の全ての応答する機能へのアクセスをロックアウトして、受信機の現在の機能に必要とされる機能へのアクセスのみを認証することが可能である。
【０００５】
以下、簡潔さのために、表現「許可リスト」は、ホワイトリスト又はブラックリストを示し、ブラックリストのアクセスの禁止は、許可を暗黙に定義するものとして考えられる。
かかる許可リストは、インタラクティブなテレビジョンセットにサービスを送出するために特に使用される。
【０００６】
しかし、受信機の永続的なメモリに許可リストが供給される場合であっても、これらのリストを連続的に変更することが望ましく、通常必要される。要員が伝送する必要を回避するために、手動の操作を回避するために、これらリストは、一般に、遠隔的に更新可能である。
【０００７】
更新のかかるモードは、個々の許可に応答して、受信機が幾つかのタイプのサービスを一旦交互に受信すると必然的なものとなる。次いで、メッセージ伝送ネットワークを介して（ローカル識別子により）選択的に伝送される新たな許可リストを送出することにより、変更が実行される。
【０００８】
【発明が解決しようとする課題】
ネットワークを介した、これら許可の送出の問題点は、受信機の通常アクセス不可能な機能の遠隔制御を狙いとした誤った許可リストの不正の製作と同様に、リストの海賊版のリスクにさらされていることである。さらに、リストのそれぞれの更新は、面倒な動作のセットを必要とし、送信端末及び受信端末の両者では、ある種の状態が頻繁に繰り返される。
【０００９】
本発明の目的は、送信及び受信の両レベルで、受信機への許可の簡単な更新を可能にする、１つ以上の受信機の機能にアクセスするための制御命令を送信するための装置を提供することにある。
さらに、本発明による伝送装置は、可能性のある不正行為に関して、かかる更新のセキュリティの向上を可能にする。
また、本発明は、本発明の伝送装置に調整された、受信機内で許可を変更することを可能にする制御命令を実行するための装置に関する。
【００１０】
【課題を解決するための手段】
本発明は、インタラクティブテレビジョンの分野に特に適用され、また、本発明による伝送装置及び実行装置をそれぞれ備える送信機及び受信機、及びプロセス、コンピュータプログラム及び対応するメッセージに関する。
上記目的のために、本発明は、少なくとも１つの受信機の機能にアクセスするための制御命令を伝送するための装置を提供する。この伝送装置は、この受信機に送出されたメッセージに許可識別子を登録するための手段を備えている。
【００１１】
本発明によれば、登録手段は、サービスアナウンスメントメッセージに許可識別子を登録するために設けられる。これら許可識別子は、受信機の少なくとも１つの機能へのアクセスに関連する認証値及び禁止値から選択された値をそれぞれ有するインジケータから構成される。
【００１２】
表現「サービスアナウンスメントメッセージ」は、サービスのフレームワーク内のアップストリームに送出されるメッセージを意味するものと理解される。これら他のメッセージは、コンテンツ（「コンテンツメッセージ」）の登録者又は即時性のあるトリガ命令（「トリガ」）の伝搬者となる。サービスアナウンスメントメッセージは、ＳＡＰ（Session Announcement Protocol）フォーマットにおけるヘッダ、及びＳＤＰ（Session Description Protocol）フォーマットにおけるペイロードを含んでいる。
【００１３】
意外にも、許可は、ホワイトリスト又はブラックリストの形式で、集中化されたやり方で送出されないが、関連するサービスのそれぞれについて特に、実際のサービスアナウンスメントメッセージ内である。この実施の形態は、それぞれのサービスに対して特に及びリアルタイムに適合することを可能とするので、アクションの柔軟性を大いに提供する。さらに、本実施の形態は、全てのアクセス制御情報を本質的に含むリストを送出する必要を回避するので、信頼性を向上することができる。
【００１４】
許可の配置の好適な構成では、それぞれのサービスアナウンスメントメッセージは、可変長の認証フィールドを含んでおり、登録手段は、この認証フィールドに許可識別子を登録するために設けられている。この実施の形態は、特定のフィールドを追加する必要なしに、サービスアナウンスメントメッセージに既に設けられているフィールドの非常に柔軟な利用を可能にするので、その簡単さを通して有益である。
【００１５】
許可の配置の別の好適な構成では、サービスアナウンスメントメッセージのそれぞれは、ペイロードフィールドを含んでおり、登録手段は、ペイロードフィールドに許可識別子を登録するために設けられている。このように、許可を定義することにおいて、より大きな柔軟性を利用することができる。また、本発明の装置は、以下に述べられるように、セキュリティを向上することが可能であり、以下の指定が採用される。
【００１６】
認証“authentification”とは、ネットワークを通して伝搬するメッセージの起源及び保全性の保証に関する手順であり、メッセージに含まれ、メッセージの送出前にキーにより作成されるデジタル署名の使用に依存する。
暗号化“encryption”とは、平文、そのように利用することのできない意味の不明瞭なテキストに代わる手順である。
復号“decription”とは、暗号化文を平文に置き換えるための手順であり、暗号化文をその最初の形式に戻すことにより得られる。
【００１７】
暗号化“encipherment”とは、メッセージ又はメッセージの一部から暗号化文を決定するための手順であり、この暗号化文は、平文（暗号化）の置き換えとして、又は署名（認証）として使用される。
復号“decipherment”とは、暗号化文から平文の少なくとも１部を復元する手順であり、文（認証）を含むメッセージの起源及び保全性を認証するか、又は暗号化文を平文で置き換えるか（復号）のいずれかである。
【００１８】
セキュアリング“securing”とは、認証又は暗号化のために、メッセージ又はメッセージの一部を暗号化する手順である。
識別“identification”とは、その起源及びその保全性（認証）、又はそのコンテンツ（復号）のいずれかによりメッセージを識別するために、メッセージにおいて受信された暗号化文を使用する手順である。認証に関して、識別は、署名の復号、又は結果を受信された署名と比較して署名の役割を果たすメッセージの一部の暗号化を含むことができる。
【００１９】
伝送装置は、上記メッセージのそれぞれのうちの少なくとも１部を指示するための暗号化制御手段を備えることが好ましく、該部分は、許可識別子を含んでいる。
したがって、許可に関する限り、サービスアナウンスメントメッセージの起源及び内容を認証することが可能である。これにより、かかるアナウンスメントメッセージの傍受のリスク、及び許可の不正の変更のリスクを大幅に低減することができる。
【００２０】
好ましくは、アナウンスメントメッセージの許可識別子は、制御情報の高速な識別を可能とするように暗号化されない。これにより、メッセージに添付されたデジタル署名を考慮して有効なものとなる。
【００２１】
好ましくは、アナウンスメントメッセージは、ＡＴＶＥＦ（Advaced Television Enhancement Forum）規格に準拠したサービスアナウンスメントメッセージ、及び／又はシステムサービスアナウンスメントメッセージである。
【００２２】
サービスに関するＡＴＶＥＦアナウンスメントメッセージのそれぞれは、少なくとも１つのＨＴＴＰ（HyperText Transfer Protocol）方法に準拠したコンテンツのメッセージが続き、次いで、１つ以上のサービストリガが続く。一般にプライベート又はマルチキャストであるサービスのシステムアナウンスメントメッセージは、その一部について、サービスのバイナリファイルに従う。
【００２３】
後者のアナウンスメントメッセージは、ＡＴＶＥＦアナウンスメントメッセージの形式に類似した形式を有することが好ましい。ＡＴＶＥＦアナウンスメントメッセージ以外のサービスアナウンスメントメッセージの使用に関連する詳細な記載は、2000年10月23日に提出された欧州特許出願第00402921.1号に見ることができる。
【００２４】
許可に関する第１の形式によれば、少なくとも１つの許可識別子は、サービスオペレータのオンラインサーバへの接続を初期化するためのモデムへの自動的なアクセスのための機能に関連する。このサービスオペレータは、伝送装置に接続されていることが好ましい。
許可に関する第２の形式によれば、少なくとも１つの許可識別子は、オンラインサーバへのセキュアコネクションを使用するための機能に関連する。
【００２５】
許可に関する第３の形式によれば、少なくとも１つの許可識別子は、記憶領域からの永続的なデータの読出し、又は該記憶領域への永続的なデータの書込みのために、少なくとも１つの該記憶領域への、好ましくは自動的なアクセスのための機能に関する。この記憶領域は、ハードディスク、フラッシュメモリ及び／又はチップカードであることが好ましい。
【００２６】
許可に関する第４の形式によれば、少なくとも１つの許可機識子は、現在の局を変更するための、受信機のチューナへのアクセスのための機能に関連する。
許可に関する様々な形式は、アナウンスメントメッセージに結合されることが好ましい。
【００２７】
また、本発明は、メッセージの送信機に関し、本発明の実施の形態のいずれかによる伝送装置を備えている。
また、本発明は、受信機の機能にアクセスするための制御命令を実行するための装置に適用される。この実行するための装置は、該装置により受信されたメッセージの許可識別子を読み出すための手段を備えている。
【００２８】
本発明によれば、読出し手段は、サービスアナウンスメントメッセージの許可識別子を読み出すために設けられ、それら識別子は、受信機の少なくとも１つの機能へのアクセスに関連する認証値と禁止値とから選択された値をそれぞれ有するインジケータから構成される。さらに、制御命令を実行するための装置は、本発明の実施の形態のいずれかによる制御命令を伝送するための装置により送信される制御命令を受信するために設けられることが好ましい。
【００２９】
また、本発明は、本発明による実行するための装置を備えることを特徴とするメッセージの受信機に関する。この受信機は、本発明によるメッセージの送信機から送信されたメッセージを受信するために設けられることが好ましい。
【００３０】
さらに、本発明の目的は、コンピュータプログラムを提供することにある。本発明によれば、本発明の実施の形態のいずれかによる伝送装置の手段を実行するための機能、又は本発明の実施の形態のいずれかによる制御命令を実行するための機能を含んでいる。
表現「コンピュータプログラム」は、ディスク又はカセットのようなプログラムを含む記憶領域からなるのみではなく、電気的又は光学的信号のような信号からなるコンピュータプログラム媒体を意味することが理解される。
【００３１】
また、本発明は、ネットワークを通して、少なくとも１つの受信機に送信されるメッセージに適用される。このメッセージには、少なくとも１つの許可識別子が含まれている。
本発明によれば、このメッセージは、サービスアナウンスメントメッセージであり、許可識別子は、受信機の少なくとも１つの機能へのアクセスに関連する認証値と禁止値とから選択された値を有するインジケータから構成される。さらに、本発明の実施の形態のいずれかによる伝送装置により取得されることが好ましい。
【００３２】
本発明の別の態様は、少なくとも１つの受信機の機能にアクセスするための制御命令を伝送するためのプロセスである。このプロセスでは、許可識別子は、受信機に送信されるメッセージに登録される。
本発明によれば、許可識別子は、サービスアナウンスメントメッセージに登録され、これら識別子は、受信機の少なくとも１つの機能へのアクセスの関連する認証値と禁止値とから選択された値をそれぞれ有するインジケータから構成される。
さらに、制御命令を伝送するためのこのプロセスは、本発明の実施の形態のいずれかによる伝送装置により実行されることが好ましい。
【００３３】
本発明の更に別の態様は、受信機の機能にアクセスするための制御命令を実行するためのプロセスに関する。このプロセスでは、許可識別子は、受信機により受信されたメッセージから読み出される。
本発明によれば、許可識別子は、サービスアナウンスメントメッセージから読み出され、これら許可識別子は、受信機の少なくとも１つの機能へのアクセスに関連する認証値と禁止値とから選択された値をそれぞれ有するインジケータから構成される。
さらに、制御命令を実行するためのこのプロセスは、本発明による実行する装置により実行されることが好ましい。
【００３４】
【発明の実施の形態】
本発明は、添付図面を参照して、限定するものではない以下の例示的な実施の形態及び実現により良好に解説及び例示される。図面は、本開示の一体化された部分を形成するものとして考えられる。
図面において、同一又は類似する構成要素は、同じ参照符号により示されている。さらに、記載及び図示される機能的な要素は、システムの物理的に個別の要素に必ずしも対応しないが、たとえば、ソフトウェアの１つ又は同じ部分の機能、又は回路の１つ又は同じ構成要素から構成される場合がある。
【００３５】
図３乃至図５、図９、図１２及び図１３において、示されている番号は、ビット数の形式で、表されるメッセー字におけるフィールドの分散を与えている。さらに、接尾Ａ及びＣは、認証要素を示すために使用され、接尾Ｂは暗号化要素、接尾Ａ’は暗号化後の認証要素を示すために使用されている。
【００３６】
図１に示される送信機及び受信機によるアセンブリは、メッセージＭＳＧの１つ以上の送信機１、及びネットワーク５を介しての１つ以上の受信機２を備えている。以下に記載される例では、ネットワーク５は、単方向の伝送ネットワークでブロードキャストし、（受信機２にそれぞれ関連する）複数のカスタマに送出する（送信機１に関連する）一般的なブロードキャスティングサーバに集中する。本実施の形態では、簡単さのために、１つの送信機１及び１つの受信機２に限って説明することにする。
【００３７】
図解的に、送信機１は、メッセージＭ０を受信して、送出すべきメッセージＭＳＧに変換されるように設けられており、ネットワーク５を通して伝送し、かつ適切な受信機２により、メッセージＭＳＧ、可能であれば連続的なメッセージＭＳＧを読むために意図される各種の情報項目を追加することによる。
【００３８】
これに応じて、受信機２は、メッセージＭ０により表される重要な内容を受信されたメッセージＭＳＧから抽出するために設けられている。メッセージＭ０は、好ましくは特定のタイプのメッセージ（サービスアナウンスメントメッセージ）であり、以下に記載されるように、送信機１及び受信機２は、同じように全てのタイプのメッセージを処理するものではない。
【００３９】
送信機１は、メッセージＭ０のこの変換のために意図される特に様々な構成要素を備えている。特に、以下の構成要素を備えている。
【００４０】
ユニット１４は、許可を登録するためのものであり、メッセージＭ０に許可識別子ＰＥＲＭを挿入するために設計されている。これらの識別子ＰＥＲＭにより、受信機の各種機能へのアクセスのために、受信機２へ制御命令を伝送することが可能となる。
【００４１】
装置３は、メッセージを保護し、メッセージＭ０の少なくとも１部の暗号化（署名又は暗号化）に関する賢明なモードを定義し、この暗号化をトリガして、受信機２に送信される暗号化部分の利用のための情報をメッセージＭ０に挿入する。選択された例では、登録ユニット１４は、送信機１の保護装置３のアップストリームであり、変形例として、それらの位置が逆にされるか、又はこれら２つのサブアセンブリのうちの少なくとも１つが送信機１のアップストリームにある。
【００４２】
暗号化ライブラリ１５は、たとえばダイナミックリンク、すなわちＤＬＬ（Dynamic Link Library）であって、暗号化モジュール１７を備えており、慣習的に、このライブラリ１５は、厳格な意味で送信機１により容易にアクセス可能なプログラムである場合があり、送信機１に配置される。
【００４３】
より正確に、暗号化ライブラリ１５には、暗号化キーＫ1、Ｋ2，．．．Ｋnの索引付けされたテーブル１６が設けられており、暗号化モジュール１７は、メッセージ保護装置３により与えられた命令の機能として、暗号化キーＫiのうちのいずれか１つに従い暗号化を実行するために設計されている。
【００４４】
暗号化制御ユニット１１は、特に、使用すべき暗号化キーＫiの選択に関して、必要な情報を通信することにより暗号化モジュール１７をトリガすることが可能である。
【００４５】
ユニット１２は、現在のキーを変えるためのユニットであり、暗号化制御ユニット１１に対応する情報を送出することにより、使用すべき現在のキーＫiを変更することが可能である。このユニット１２は、たとえば、ユーザによる直接の介入の可能性により、（発生及び選択値の両者に関して）現在のキーＫiのランダムな変更に依存する。
【００４６】
ユニット１３は、メッセージＭ０にキー識別子ＫｅｙＩＤを登録するためのユニットであり、受信機２の注意について、選択された現在の暗号化キーＫiを示すことが可能である。この例では、この登録ユニット１３は、関連するタイプのメッセージＭ０におけるキー識別子ＫｅｙＩＤの記録を通常的に実行する。
【００４７】
同様に、受信機２は、特に以下の構成要素を備えている。
ユニット２４は、受信されたメッセージＭＳＧにおける許可識別子ＰＥＲＭを読み出すためのユニットである。
装置４は、メッセージを識別し、（認証又は復号のための復号／暗号化により）メッセージＭＳＧの暗号化部分の識別に関連するモジュールを定義して、この識別をトリガする。
【００４８】
識別ライブラリ２５は、識別モジュール２７を備え、慣習的に受信機２に配置されている。
より正確には、識別ライブラリ２５には、識別キーＫ’1、Ｋ’2，．．．Ｋ’nの索引付けされたテーブル２６が設けられており、暗号化ライブラリ１５の暗号化キーＫ1、Ｋ2，．．．Ｋnに１対１で対応している。識別モジュール２７は、メッセージ識別装置４により与えられる命令の機能として、識別キーＫ’iのうちの１つに従い識別を実行するために設計されている。さらに、メッセージ識別装置４は、以下の構成要素を備えている。
【００４９】
識別制御ユニット２１は、特に使用される識別キーＫ’iの選択に関して、必要な情報を通信することにより識別モジュール２７をトリガすることが可能である。
ユニット２３は、メッセージＭＳＧからキー識別子ＫｅｙＩＤを抽出するためのユニットであり、送信機２の現在の暗号化キーＫ’iに対応して選択された現在の識別キーＫ’iを与える。
【００５０】
先に与えた簡単な説明は、本質的に機能的なものであり、メッセージを保護して識別するための特定のアセンブリと共に特定の機能の周りに排他的に集中される。送信機１は、参照符号１５として参照されるような幾つかの保護装置を、可能であれば結合されたものとして実際に備えている。
【００５１】
たとえば、メッセージの保護は、暗号化と署名とを結合し、及び／又は固有の装置は、様々なタイプのメッセージにそれぞれ適用される。同様に、受信機２は、幾つかの識別装置を備えることができる。かかる可能性は、以下の特定の実施の形態の例に照らしてより明らかになるであろう。
【００５２】
図２を参照して、第１の実施の形態の送信機１は、参照符号１Ａとして参照され、認証に適用される。この実施の形態では、送信機１Ａは、サービスアナウンスメントメッセージＭ０のみを、許可識別子ＰＥＲＭを保護及び登録するための動作に向け、（コンテンツのメッセージ及びトリガのような）他のタイプのメッセージは、送信機１に向けられない。
【００５３】
考慮されるサービスアナウンスメントメッセージは、例示を介して、ＡＴＶＥＦアナウンスメントメッセージ又はシステムアナウンスメントメッセージであり、これら２つのタイプのメッセージは、考慮される例において同じ構造を有している。作成されるメッセージＭＳＧは、ＭＳＧ−Ａとして示され、ネットワーク５を介して一般的なブロードキャスティングに向けられる。
【００５４】
上述した例では、暗号化キーＫi（署名キー）は、さらに秘密鍵であり、識別キーＫ’i（認証キー）は、公開鍵であり、ネットワーク５を介しての可能性を含みカスタマに配信される場合がある（その際、伝送が保証されていることが好ましい）。より特定の例を介して、署名キーＫiは、それぞれ５９６バイトを有しており、識別キーＫ’iは、それぞれ１４８バイトの復号キーであり、これらのキーは、署名キーＫiからそれぞれ作成され、カスタマの敷地で存在するように伝送される。それぞれの署名キー及び認証キーに関する索引付けされたテーブル１６及び２６は、たとえば１０の対応するキーをそれぞれ備えている。
【００５５】
送信機１Ａは、本質的に以下の構成要素を備えている。
サーバドライブシステム３１は、参照符号３１Ａとして参照され、現在のキーを変えるためのユニット１２、キー識別子ＫｅｙＩＤを登録するためのユニット１３、及び許可識別子ＰＥＲＭを登録するためのユニット１４を含んでいる。このドライブシステム３１Ａは、情報ソース１０からのメッセージＭ０を受信して、ＫｅｙＩＤ[ＳＧＮ]で示される認証のためのキー識別子ＫｅｙＩＤ、及び署名のない許可識別子ＰＥＲＭを含むメッセージＭ１を作成するために設計されている。
【００５６】
ブロードキャスティングサーバ３２Ａは、（簡単のために、図２でリンクは表されていない）サーバ３２Ａの構成要素のアセンブリに関する動作を制御する特定の制御ユニット３７、及びドライブシステム３１Ａから生じるメッセージＭ１を収集するために設計されるデータベース３３を備えている。ブロードキャスティングサーバ３２Ａは、メッセージＭ１をメッセージＭＳＧ−Ａに変換することが意図されている。
【００５７】
暗号化ライブラリ１５は、認証ライブラリ１５Ａの構成である。
また、ブロードキャスティングサーバ３２Ａは、メッセージＭ１に連続的に動作する２つのモジュール、完成モジュール３５及びカプセル化モジュール３６を備えている。
【００５８】
完成モジュール３５は、暗号化制御ユニット１１を認証制御ユニット１１Ａの形式で含んでおり、メッセージＭ２を作成するためにメッセージＭ１における補助情報（インターネットアドレス、ポート等）を登録し、署名ＳＧＮを作成してメッセージＭ２に統合するために認証ライブラリ１５Ａに要求するために応答し、これによりメッセージＭ３を作成する。
【００５９】
ライブラリ１５Ａに送信されるメッセージＭ２における認証キー識別子ＫｅｙＩＤ[ＳＧＮ]の存在により、署名ＳＧＮを生成するように、所望のキーＫiを即座に選択することが可能となる。好ましくは、現在の暗号化キーＫiは、ライブラリ１５Ａのメモリに保存される。
【００６０】
ライブラリ１５Ａに対する署名に関するブロードキャスティングサーバ３２Ａによる下請けは、サーバ３２Ａにおいてよりはむしろライブラリ１５Ａにおいて現在のキーＫiの可能性のある登録と同様に、一般的特質の特徴を保持することができる。その上、ドライブシステム３１Ａ及びライブラリ１５Ａは、キー識別子ＫｅｙＩＤ[ＳＧＮ]及び許可識別子ＰＥＲＭに関する動作の制御を互いに保持する。
【００６１】
さらに、署名ライブラリ１５Ａ及び暗号化キーＫiの複製が必要であることなしに、多くのカスタマにより供給することができ、キー識別子ＫｅｙＩＤ[ＳＧＮ]の変更を集中化することができるので、ブロードキャスティングサーバ３２Ａによるブロードキャストの直前のチェインの端部での署名ＳＧＮの追加は、有益である。さらに、圧縮及び／又は暗号化の場合、署名はこれらの動作の後に影響される。
【００６２】
署名ＳＧＮは、（特に、識別子ＫｅｙＩＤ[ＳＧＮ]及びＰＥＲＭを含む）ヘッダ及びペイロードを含み、アナウンスメントメッセージＭ２全体を通して計算されることが好ましく、したがって、特に、（カスタマにより認証についての）現在の署名キーＫｅｙＩＤ[ＳＧＮ]及び許可に関連するデータの外部の変更を検出することが可能である。
【００６３】
カプセル化モジュール３６は、ネットワーク５全体の伝送についてレイヤのチョップ及び追加により、アナウンスメントメッセージＭ３を変換することが意図されている。ここでの例では、モジュール３６は、ＵＤＰ（Unidirectional Data Protocol）／ＩＰ／ＳＬＰ（Serial Line IP）レイヤを有するＩＰ（Internet Protocol）パケットを生成する。コンテンツのメッセージについて、モジュール３６は、前もって、ＵＨＴＴＰ（Unidirectional HyperText Transfer Protocol）及びＭＩＭＥ（Multipurpose Internet Mail Extensions）フォーマットを使用する。
【００６４】
このように署名されたメッセージＭＳＧ−Ａは、それぞれのカスタマが提供されるサービスの認証を確認することを可能にする。カスタマが署名ＳＧＮを有効であると認識した場合、コンテンツのメッセージについて、可能であれば続いて起こらなければならないトリガについて、リスニングソケットを開く。
【００６５】
逆のケースでは、カスタマは、アナウンスメントメッセージＭＳＧ−Ａを考慮するために辞退する。署名ＳＧＮを認証するために、カスタマは、対応する識別ライブラリ２５（認証ライブラリ）から適切な識別キーＫ’iを即座に選択することを可能にするキー識別子ＫｅｙＩＤ[ＳＧＮ]を使用する。
【００６６】
このように、カスタマは、ソケットを開くべきか否かを迅速に決定し、連続して到来するコンテンツのパケットの全て又はその幾つかに関する損失を回避することができる。たとえば、最初のコンテンツのパケットがアナウンスメントメッセージ後に５００ミリ秒ブロードキャストされるとき、全ての署名の確認及びソケット開封動作について、この時間スパンの間に実行されることが絶対的に必要である。
【００６７】
送信機１Ａの特定の実現は、以下に例示される。この例では、ＡＴＶＥＦタイプのアナウンスメントメッセージＭＳＧ−Ａは、マルチキャストＩＰアドレス224.0.1.113、ポート2670に関してブロードキャストされ、それらのシステムタイプは、マルチキャストＩＰアドレス235.0.1.113、ポート32670に関してブロードキャストされる。図３に示すそれぞれのメッセージＭＳＧ−Ａは、ＳＡＰ−Ａで示されるＳＡＰフォーマットにおけるヘッダ（Ｖ）、及びＳＤＰフォーマットにおけるペイロード（ＰＡＹＬＯＡＤ）から構成されている。ヘッダＳＡＰ−Ａは、以下のフィールドを含んでいる。
【００６８】
ＳＡＰのバーション５（３ビット、Ｖ＝１）；
−５項目からなるＡＲＴＥＣ（５ビット）：
−アドレスタイプＡ（ＩＰｖ４プロトコルについて０、ＩＰｖ６プロトコルについて１）；
−リサーブフィールドＲ(０)；
−メッセージタイプＴ（セッションアナウンスメントパケットについて１、セッション消去パケットについて１）；
−暗号化フィールドＥ（「暗号化」について、ＳＤＰ非暗号化について０、ＳＤＰ暗号化について１）；
−圧縮Ｃ（非圧縮ペイロードについて０、圧縮ペイロードについて１）；
ＡＵＴＨ−Ａとして参照され、ＳＤＰの直前に挿入され、３２ビットのワード数で表現される認証フィールドＡＵＴＨのレングスＬ−ＡＵＴＨ（８ビットの署名のない値）；
ハッシュ識別子（デジタル署名についてインターネットにより使用されるプロテクションアルゴリズム）ＭＳＧ ＩＤ ＨＡＳＨ（１６ビット）、ハッシュ値は、ＳＤＰフィールドが変更されたときは何時でも変化しなければならず、この識別子が０に等しいとき、カスタマはＳＤＰを常に分析しなければならない。
【００６９】
送信機１Ａ、したがってブロードキャスティングサーバ３２ＡのＩＰアドレスは、ＯＲＩＧと示される（１ワードは３２ビット）。このアドレスは、ハッシュ識別子のゼロ値について、及びプロキシを通して文の一部がない場合に0.0.0.0に設定することができる。
認証フィールドＡＵＴＨ−Ａは、そのレングスがパラメータＬ−ＡＵＴＨにより決定される。
【００７０】
図４において、認証フィールドＡＵＴＨ−Ａは、（システム制約の機能としてサイズが選択される）１２８バイトの署名フィールドＳＧＮを含むだけではなく、４バイトを占めるＥＮＴ−Ａとして示される特定の認証ヘッダも含んでおり、以下のサブフィールドを含んでいる。
【００７１】
使用されるプロトコルのバージョンＶ（３バイト、Ｖ＝１）；
パディングインジケータＰ（１ビット）は、倍のダブルワード（３２ビットワード）である全レングスを有する認証フィールドにおいて最高となるように、可能性のパディングの存在を指示する役割を果たす。この場合、認証フィールドが１３２バイトの全レングスを有するのでＰ＝０（パディングなし）である。；
使用される認証タイプＴＹＰＥ（４ビット）。この例では、ＴＹＰＥ＝０（ＰＧＰフォーマット、Pretty Good Privacyを表す）；
許可フラグＰＥＲＭ（８ビット）；
将来的な使用のためのフィールドリザーブＲＥＳＥＲＶＥＤ（８ビット）；
キー識別子ＫｅｙＩＤ[ＳＧＮ]（８ビット）。
【００７２】
したがって、ヘッダＥＮＴ−Ａは、カスタマにとって特に有効である２バイトを含んでいる。それらのフィールドＫｅｙＩＤ[ＳＧＮ]及びＰＥＲＭは、カスタマが正しい認証キーＫ’iを即座に決定すること、及び後続するサービスのメッセージ（コンテンツメッセージ及びトリガ）に関して適切な許可を確認することを可能にする。
【００７３】
この例では、許可フラグＰＥＲＭについて利用可能なバイトは、８値のマスクの形式で使用される。許可フラグＰＥＲＭは、以下の機能へのアクセスに関連する。受信機２のいわゆるクリティカルリソースに関連している（認証値は、１６進の表記ではじめに与えられる）。
【００７４】
0x0001は、送信機１に関連するサービスオペレータのオンラインサーバへの接続を初期化するように、受信機２のモデムへのアクセスを示す。
0x0002は、いずれかのサービスオペレータのオンラインサーバへの接続を初期化するように、受信機２のモデムへのアクセスを示す。
0x0004は、オンラインサーバへのセキュアコネクションの使用を示す。
0x0008は、受信機２のハードディスクからのデータの読出し、及び該ディスクへのデータの永続的な書込みのための、受信機２のハードディスクへのアクセスを示す。
【００７５】
0x00010は、受信機２のフラッシュメモリからのデータの読出し、及び該ディスクへのデータの永続的な書込みのための、受信機２のフラッシュメモリへのアクセスを示す。
0x00020は、受信機２のチップカードからのデータの読出し、及び該ディスクへのデータの永続的な書込みのための、受信機２のチップカードへのアクセスを示す。
0x00040は、現在の局（ステーション）を変更するように、受信機２のチューナへのアクセスを示す。
【００７６】
変形例としての実施の形態では、許可について利用可能なバイトは、２５６のエントリを有するテーブルの形式で使用され、それぞれのエントリは、ユニークな許可レベルに対応している。上述した例におけるように、内部結合することができる８つの許可を得ることができる。
【００７７】
許可の数は、困難なしに拡張することができる。特に、リサーブフィールドの１バイトを許可フィールドに組み込むことにより（１６の許可にスイッチ）、及び／又は１の代わりに２つのダブルワードを認証フィールドＡＵＴＨ−ＡのヘッダＥＮＴ−Ａに割当てることにより拡張することができる。
【００７８】
使用中の間、ドライブシステム３１は、ＳＡＰフォーマットにおけるヘッダをサービスアナウンスメントメッセージＭ０に加え、該メッセージにおいて、特にこのサービスについて、許可フラグＰＥＲＭ、可能であればキー識別子ＫｅｙＩＤ[ＳＧＮ]を統合する（キー識別子は、ドライブシステム３１により構成可能であるが、デフォルトにより、ライブラリ１５Ａに決定される）。
【００７９】
認証フィールドＡＵＴＨ−ＡのレングスＬ−ＡＵＴＨは、署名ＳＧＮなしに該フィールドにヘッダＥＮＴ−Ａを登録するように、１つのダブルワード（Ｌ−ＡＵＴＨ＝１）で固定される。図５に示すように、得られたメッセージＭ１は、ＳＡＰフォーマットにおけるヘッダの認証フィールドＡＵＴＨ１（ヘッダＥＮＴ１に減少される）において、許可フラグＰＥＲＭのみを含み、リザーブフィールドは０に初期化される。このメッセージは、ブロードキャスティングサーバ３２Ａのデータベース３３で受信される。
【００８０】
次いで、完成モジュール３５は、ヘッダＳＡＰ１が存在するかを確認する（存在しない場合、署名なしに該ヘッダを加える）、必要とされる補助的な情報（いわゆる、コンテンツメッセージ及びトリガのアドレス及びポートを有するＳＤＰのパッチ）をＭ１に登録し、アーギュメントとして通過させてライブラリ１５Ａに要求し、バッファメモリは、メッセージＭ１及びバッファのサイズを含む。
【００８１】
ライブラリ１５Ａは、以下の動作を実行する。
許可フラグＰＥＲＭが存在するかの確認。許可フラグが存在する場合、動作は通常に継続する。許可フラグが存在しない場合、エラーコードによりブロードキャスティングサーバ３２Ａに戻る。改善されたバージョンでは、許可フラグＰＥＲＭが存在しない場合、デフォルトマスクを割当てる。
サービスアナウンスメントメッセージＭ１が既に署名されているかの確認。署名されている場合、ブロードキャスティングサーバ３２Ａに戻る。
【００８２】
署名されていない場合、レングスＬ−ＡＵＴＨを１３２バイト（0x21ダブルワード）に更新し、認証フィールドＡＵＴＨ−ＡのヘッダＥＮＴ−Ａを追加及び更新し、（Ｌ−ＡＵＴＨ＝１により）計算して、署名ＳＧＮバッファに加え、バッファのサイズを更新する。
署名ＳＧＮは、（Ｌ−ＡＵＴＨ＝１のため、署名フィールドＳＧＮを含まない）全体としてヘッダＳＡＰ１から、メッセージＭ１のペイロードから決定される。これは、ＲＳＡ（Rivest-Shamir-Adleman）アルゴリズムにより、適切な現在の署名キーＫiの回復に関してこの全体を通してのハッシュＭＤ５の計算、及びこのキーＫiによるハッシュに関するＲＳＡ署名により得られる。
変形例としての実施の形態では、認証フィールドＡＵＴＨ−Ａは、（ダブルワードの代わりにＬ−ＡＵＴＨ＝０）署名に関して全体的に無視される。
ブロードキャスティングサーバ３２Ａに戻る。
【００８３】
次に、カプセル化モジュール３６は、ネットワーク５にわたる一般的なブロードキャストの前に、得られたメッセージＭ３をカプセル化する。この技術により、このサービスが回転木馬のように送られるか、又は１回の発生（ワンショット）において送られるかに関して、署名は、サービス当り一回だけ計算される（アナウンスメントメッセージに関して計算される）。
【００８４】
キー識別子ＫｅｙＩＤ[ＳＧＮ]を変更するために、メッセージは、たとえば、アプリケーションのプログラミング、すなわちＡＰＩ（Application and Programming Interface）向けのインタフェースを介してブロードキャスティングサーバ３２Ａに送られる。次いで、サーバ３２Ａは、この識別子の新たな値のライブラリ１５Ａを単に通知する。たとえば、変更は、１ヶ月おきに通常的に実行される。
【００８５】
ブロードキャスティングサーバ３２Ａの入力Ｍ１及び出力ＭＳＧ−Ａでのサービスアナウンスメントメッセージの以下の例示的な例では、ヘッダＳＡＰ１は、括弧の間に太字で示されている。認証フィールドＡＵＴＨ１，ＡＵＴＨ−ＡのヘッダＲＮＴ１，ＥＮＴ−Ａは下線が付され、ペイロードは、通常の文字により示される（１６進表記）。
【００８６】
メッセージＭ１は、Ｌ−ＡＵＴＨ＝0x01、ＰＥＲＭ＝0x27及び0x00に等しい３つのリザーブバイトと関連付けされており、表１のように示される。
【表１】
0004275355.tif 000002
メッセージＭＳＧ−Ａは、ブロードキャスティングサーバ３２ＡによるメッセージＭ０の処理の後に得られ、Ｌ−ＡＵＴＨ＝0x21、ＰＥＲＭ＝0x27及びＫｅｙＩＤ＝0x07に関連付けされ、表２のように示される。
【表２】
0004275355.tif 000003
図６において、送信機１Ａの特定の配置では、サービスオペレータの中央のオライブシステム４０は、中央のサーバ４５を備えており、専用ライン４６を介して、ブロードキャスター４１，４２及び４３に接続されている。
【００８７】
ブロードキャスター４１〜４３のそれぞれは、オーディオビジュアルプログラムをブロードキャストするための装置（ＡＶ）４７と共に、上述したサーバ３２Ａのタイプのブロードキャスティングサーバ３２、サーバ３２及び装置４７から送信された符号化情報に応答して、アンテナ４９にブロードキャストするためのＶＢＩエンコーダ４８を備えている。
【００８８】
動作の間、中央のドライブシステム４０は、各種ソース（放送局、広告会社、コンテンツプロバイダ等）から、ブロードキャストすべきサービスに関する情報及びブロードキャストしているプログラムを取得し、最終的にそのブロードキャスティングの僅かに前に、ブロードキャスティングサーバ３２で利用することができるようにする。中央のドライブシステム４０は、特に、ブロードキャスター４１〜４３のそれぞれに対応するデジタル証明書５１、５２及び５３の伝達を通して、公開鍵の認証を保証する。
【００８９】
また、この中央のドライブシステム４０は、上述したドライブシステム３１の機能を果たす。これにより、ブロードキャスター４１〜４３によりブロードキャストされるサービスアナウンスメントメッセージＭＳＧは、受信に応じた認証の遅延を生じることなしに、選択的に許可を指示して、変更可能なキーにより署名することができる。
【００９０】
図７において、受信機２のそれぞれは、以下の構成要素を備えている。
ＶＢＩドライブ６１は、（ブロードキャスター４１〜４３のような）送信機１Ａから受信された情報からペイロードを抽出するために設計されており、フィールドＷＳＴ（World standard Correction）を備え、エラー制御コードＦＥＣ（Forward Error Correction）を計算し、ペイロードのＳＬＩＰフレームの復号を制御する。
【００９１】
モジュール６２は、ネットワーク５の伝送のためにレイヤをカプセル開放するためのモジュールであり、復号されたＳＬＩＰフレームのドライブ６１からの受信が可能であり、及び復号後に、サービスアナウンスメントメッセージＭＳＧについて、ＳＡＰフォーマットにおけるヘッダの形式によるＩＰ／ＵＤＰフレームのコンテンツ、及びＳＤＰフォーマットにおけるペイロードを該ドライブから抽出することが可能である。
【００９２】
ブラウザ６３は、上述されたタイプの識別装置４及び許可読出しユニット２４（それぞれ参照符号４Ｎ及び２４Ｎにより参照される）が設けられている。
ローダ６７は、上述されたタイプの識別装置４及び追加的な許可読出しユニット２４（それぞれ参照符号４Ｃ及び２４Ｃにより参照される）が設けられている。
【００９３】
認証ライブラリは、上述された参照符号２５により参照されるタイプのライブラリである。キーの索引付けされたテーブル２６は、たとえば、フラッシュメモリタイプといった、受信機２の永続的なメモリにライブラリ２５のコードで記憶される。
【００９４】
ブラウザ６３は、それぞれのサービスアナウンスメントメッセージＭＳＧ−Ａの受信に応じて、以下の機能を実行するために設計されている。
リスニングソケット６４を介して、メッセージＭＳＧ−Ａのヘッダ及びペイロードを回復する。次いで、ライブラリ２５における署名確認機能を要求し、メッセージＭＳＧ−Ａに対するポインタに通過させる。
【００９５】
次いで、認証が成功したとき、ブロードキャストされたアプリケーションに適用されるブラウザの機能へのアクセスを指定するように、メッセージＭＳＧ−Ａの許可フラグＰＥＲＭにより示される許可を適用することにより、コンテンツメッセージ及び連続するトリガについてリスニングソケット６５及び６６のそれぞれを開く。
【００９６】
ライブラリ２５による署名確認機能は、より正確な以下の動作を実行する。
全体として署名のないヘッダＳＡＰ−Ａ及びペイロードに関するハッシュＭＤ５の計算。インジケータＬ−ＡＵＴＨは、認証フィールドＡＵＴＨ−Ａのレングスを与え、１に設定される。署名の計算について示される変形例では、認証フィールドＡＵＴＨ−Ａは認証に関して無視され、インジケータＬ−ＡＵＴＨは０に設定される。
【００９７】
次いで、ヘッダＳＡＰ−Ａの認証フィールドＡＵＴＨ−Ａにおけるキー識別子ＫｅｙＩＤ[ＳＧＮ]の回復、及び適切な認証キーＫ’iの選択。
次いで、選択されたキーＫ’iによる署名のハッシュに関する再計算による、ＲＳＡタイプの認証フィールドＡＵＴＨ−Ａの署名ＳＧＮの確認。署名が無効である場合、値０に戻る。
最後に、署名ＳＧＮが有効である場合、許可フラグＰＥＲＭに戻る。
【００９８】
したがって、メッセージＭＳＧ−Ａのペイロードは、認証が成功した場合を除いて無視される。逆のケースでは、サービスアナウンスされる連続するメッセージについて、リスニングソケットが開かれず、カスタマは到来するデータに反応しないままとなる。
【００９９】
ローダ６７の動作は、リスニングソケット６８を介して受信されるシステムアナウンスメントメッセージに関して類似している。ソケット６９は、ライブラリ２５への要求により、メッセージが認証された場合に、連続するコンテンツメッセージについてのみ開かれる。
【０１００】
図８において、第２の実施の形態の送信機１は、参照符号１Ｂとして参照され、暗号化と認証との結合に適用される。この実施の形態は、送信機１Ｂにおける暗号化要素の存在により本質的に異なり、署名要素を相補し、それらのアップストリームで動作するように設計されている。
【０１０１】
暗号化要素及び署名要素は、図１に示されるキーの２つの索引付けされたテーブル１６からの２つの現在の暗号化キーの選択にそれぞれ依存しており、上述した一般的なやり方による暗号化ライブラリ１５のタイプである、暗号化ライブラリ１５Ｂ及び署名ライブラリ１５Ａ’にそれぞれ要求する。
【０１０２】
受信機２は、暗号化キーからなる索引付けされたテーブルに対応する索引付けされた復号テーブルを含んでおり、これらの復号キーは、秘密鍵であることが好ましい。索引付けされた暗号化テーブル及び復号テーブルは、たとえば、１０のキーをそれぞれ有している。
【０１０３】
このように、ドライブシステム３１は、現在のキーを変えるためのユニット１２、メッセージを保護するための装置１３を備えており、暗号化して（それぞれ１２Ｂ及び１３Ｂ）、該暗号化後に署名する（それぞれ１２Ａ’及び１３Ａ’）。
さらに、ブロードキャストサーバ３２は、参照符号３２Ｂにより参照され、暗号化制御ユニッと１１Ｂを含む完成及び暗号化モジュール３４、及び暗号化制御ユニット１１のタイプである署名制御ユニット１１Ａ’、制御ユニット１１Ｂ及び１１Ａ’を含む、モジュール３４のダウンストリームにある署名モジュール３８を備えている。このサーバ３２Ｂは、参照符号ＡＵＴＨ−Ｂにより参照される認証フィールドＡＵＴＨを、第１の実施の形態と同様なやり方でＳＡＰフォーマットにおけるヘッダに統合する。
【０１０４】
完成及び暗号化モジュール３４は、前の実施の形態と同様に、メッセージＭ１において必要とされる補助的な情報を追加し、得られたメッセージＭ４を暗号化するように暗号化ライブラリ１５Ｂに要求して、暗号化キー識別子Ｋｅｙ[ＣＲＹＰＴ]を伝送する役割を果たす。次いで、ライブラリ１５Ｂの暗号化モジュール１７は、ペイロードの暗号化を実行するが、ヘッダの最初のデータ又は認証フィールドＡＵＴＨ−Ｂではない。
【０１０５】
キー識別子ＫｅｙＩＤ[ＣＲＹＰＴ]は、たとえば、ランダムに生成される。署名モジュール３８は、暗号化ライブラリ１５Ｂから暗号化から生じ、特に認証キー識別子ＫｅｙＩＤ[ＳＧＮ]を含むメッセージＭ５を受信して、署名されたメッセージＭ６を得るように署名ライブラリ１５Ａ’に要求するために設計される。ライブラリ１５Ａ’の暗号化モジュール１７は、前の実施の形態におけるように、キー識別子ＫｅｙＩＤ[ＳＧＮ]により与えられた現在のキーにより、全体としてメッセージＭ５に固有な署名を決定して添付する。
【０１０６】
カプセル化モジュール３６は、前に説明したものと同じ役割を果たし、ＭＳＧ−Ｂにより示されるブロードキャストすべきメッセージＭＳＧを取得することを可能にする。
【０１０７】
図９に例示されるように、メッセージＭＳＧ−Ｂは、そのペイロードに加えて、以下のように構築される参照符号ＳＡＰ−Ｂにより参照されるＳＡＰフォーマットにおけるヘッダを含んでいる。
【０１０８】
第１の実施の形態のそれらと同じフィールドＶ、ＡＲＴＥＣ、Ｌ−ＡＵＴＨ、ＭＳＧ ＩＤ ＨＡＳＨ及びＡＵＴＨ−Ｂ。；
暗号化キー識別子ＫｅｙＩＤ[ＣＲＹＰＴ]（１ダブルワード）；
時間切れのインジケータＴＩＭＥＯＵＴ（１ダブルワード）は、ペイロードが暗号化されたとき、及びアナウンスメントメッセージの送出がプロキシを含むときに有効である。；
パディングのインジケータＰ（１ビット）は、暗号化前にパディングを指示し、復号されたペイロードの最後のバイトは、追加されるパディングバイトの数を与える。
ランダムフィールドＲＡＮＤＯＭ ＦＩＥＬＤ（３１バイト）は、真のランダム数を含み、復号後に廃棄されることが意図される。
【０１０９】
暗号化フィールドのセットＣＲＹＰＴは、インジケータＰ、ランダムフィールドＲＡＮＤＯＭ ＦＩＥＬＤ及びペイロードＰＥＹＲＯＡＤから構成されており、識別子ＫｅｙＩＤ[ＣＲＹＰＴ]及びフィールドＴＩＭＥＯＵＴは、暗号化されていない暗号化ヘッダＥＮＴ−ＣＲＹＰＴを形成する。
【０１１０】
図１０及び図１１に示される暗号化及び識別ライブラリに関連する構成要素のうちの１つに適用可能な変形例となる実施の形態では、暗号化ライブラリ７５は、暗号化キーのブロックＢ1、Ｂ2，．．．Ｂnからなる索引付けされたテーブル７６を備えている。ブロックＢiそれ自身のそれぞれは、幾つかのキーＫi,1、Ｋi,2、．．．Ｋi,liを含んでおり、この数は、考慮されるブロックに従い変化する場合がある。
【０１１１】
同様に、識別ライブラリ８５は、識別キーのブロックＢ’1、Ｂ’2，．．．Ｂ’nからなる索引付けされたテーブル８６を備えており、ブロックＢ’iのそれぞれは、暗号化ライブラリ７５のブロックＢiのキーＫi,1、Ｋi,2、．．．Ｋi,liにそれぞれ対応する幾つかのキーＫ’i,1、Ｋ’i,2、．．．Ｋ’i,liを含んでいる。
【０１１２】
キー識別子ＫｅｙＩＤの知識は、暗号化モジュール７７による暗号化について選択されたキーＫi,j、及びライブラリ８５の識別モジュール８７により使用されるが、これらのキーがそれぞれ属するブロックＢi及びＢ’iにのみ関連する識別キーＫ’i,jを１つ１つのやり方で確認することを可能にしない。識別されたブロックＢ’iの全てのキーは、復号が成功するまで連続的に試みられる。
【０１１３】
識別子の変形例となる配置によれば、認証キー識別子ＫｅｙＩＤ[ＳＧＮ]及び／又は許可識別子ＰＥＲＭは、メッセージＭＳＧのヘッダにおける認証フィールドＡＵＴＨに外部にある。したがって、署名の計算ＳＧＮにこれらの識別子を含める一方で、該計算から認証フィールドＡＵＴＨ（Ｌ−ＡＵＴＨ＝０）を除いて、認証のためのメッセージを暗号化することができる。
【０１１４】
図１２及び図１３の別の実施の形態では、許可フラグＰＥＲＭは、ペイロードフィールドに配置される。例示される例によれば、作成されるサービスアナウンスメントメッセージＭＳＧは、参照符号ＭＳＧ−Ｃにより参照され、許可はないが、認証フィールドＡＵＴＨ−ＣのヘッダＥＮＴ−Ｃにおける２バイトのリザーブフィールドを有して、ＳＡＰ−Ｃにより示されるＳＡＰフォーマットにヘッダを含んでいる。
【０１１５】
ＳＤＰフォーマットにおけるそのペイロードＰＥＹＬＯＡＤは、ＳＤＰ−Ｃにより示され、たとえば、フィールドの開始で２バイトの許可フラグＰＥＲＭを含んでいる。許可フィールドは、ヘッダスペースよりも多くのペイロード領域を必要とする。これは、バイナリフォーマットよりはむしろテキストにおける書込み、及び許可フィールド識別ラベルを必要とするためである。
【図面の簡単な説明】
【図１】暗号化／識別キーの選択に関する第１の形式により許可の伝送を実行する、本発明によるメッセージの送信機及び受信機を示す基本的なブロック図である。
【図２】認証向けに使用可能な、図１の送信機のより詳細な第１の実施の形態を表す図である。
【図３】図２の送信機により送信される許可識別を有する認証フィールドを含むＡＴＶＥＦサービスアナウンスメントメッセージの内容を例示する図である。
【図４】図３の認証フィールドの内容の詳細を示す図である。
【図５】認証フィールドが充填された、図２の送信機により作成されるメッセージの中間バージョンのコンテンツを例示する図である。
【図６】図２の構成に従う送信機を含んだ、中央のサーバにより制御される、無線ブロードキャスティングタイプの放送会社を示す図である。
【図７】図２の送信機により送信されるＡＴＶＥＦサービスメッセージ又はシステムサービスメッセージについて、及び対応する許可の実行について、及びこれらメッセージの復号について使用可能な、図１の受信機の第１の実施の形態をより詳細に表す図である。
【図８】結合された暗号化及び認証により許可の伝送について使用可能な、図１の送信機の第２の実施の形態をより詳細に表す図である。
【図９】図８の送信機により送信される、許可を含む認証フィールド及び暗号化フィールドを含むＡＴＶＥＦサービスアナウンスメッセージのコンテンツを例示する図である。
【図１０】図１の送信機における変形例として使用される、キーのブロックを有するキーの選択に関する第２の形式を実行する署名ライブラリを示す図である。
【図１１】図１の受信機における変形例として使用される、図１０のライブラリに対応するキーのブロックを有する認証ライブラリを示す図である。
【図１２】図２の送信機により送信される、許可識別子を有する認証フィールドを含むＡＴＶＥＦサービスアナウンスメントとメッセージの変形例の内容を例示する図である。
【図１３】図１２の認証フィールドの内容の詳細を例示する図である。
【符号の説明】
１：送信機
２：受信機
３：（保護）装置
４：（識別）装置
５：ネットワーク
１１：暗号化制御ユニット
１２：キー変更ユニット
１３：キー識別子登録ユニット
１４：許可識別子登録ユニット１４
１５：暗号化ライブラリ
１６：認証キー索引テーブル
１７：暗号化モジュール
２１：識別制御ユニット
２３：キー識別子抽出ユニット
２４：許可識別子読出しユニット
２５：識別ライブラリ
２６：識別キー索引テーブル
２７：識別モジュール
【図１】
0004275355.tif 000004
【図２】
0004275355.tif 000005
【図３】
0004275355.tif 000006
【図４】
0004275355.tif 000007
【図５】
0004275355.tif 000008
【図６】
0004275355.tif 000009
【図７】
0004275355.tif 000010
【図８】
0004275355.tif 000011
【図９】
0004275355.tif 000012
【図１０】
0004275355.tif 000013
【図１１】
0004275355.tif 000014
【図１２】
0004275355.tif 000015
【図１３】
0004275355.tif 000016