JP2005526451A - 特にｄｖｂ／ｍｐｅｇデジタルストリームのための署名装置、認証装置、プロセス及び対応するプロダクト - Google Patents

Abstract

本発明は、デジタルストリーム（１０）を署名するための装置及びプロセスに関し、それらデジタルストリームの各々は、認証情報に関連するコンテンツと署名とから構成される。その装置は、署名を得るために、認証記述子と呼ばれる、選択的に決定される署名の記述子に暗号化を適用する。本発明は又、対応する認証装置及びプロセスに関する。特に、ＭＨＰに対してＣＶＢ／ＭＰＥＧデジタルストリームの認証を適用する。

Description

本発明は、署名装置及び認証装置、プロセス及び関連プロダクトに関し、特に、デジタルビデオ放送（ＤＶＢ：Ｄｅｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ）／ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）デジタルストリームと、ＭＨＰ（Ｍｕｌｔｉｍｅｄｉａ Ｈｏｍｅ Ｐｌａｔｆｏｒｍ）規格に関する。

それ故、本発明は、デジタルテレビジョンの分野に関する。デジタルテレビジョン環境は、映像音声コンテンツ（代表的には、ＭＰＥＧ音声／映像）、インタラクティブコンテンツ、トリガ、プログラム特定情報（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）（送信プログラムに関する特定情報、“ＰＳＩ”と省略する）、サービス情報（ＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）（電子プログラムガイド、“ＳＩ”と省略する））、個人データ、署名等を含む。コンテンツ（即ち、ＰＳＩ、ＳＩ及び一部の個人データ）構造、コンテンツ先及びコンテンツ下に関連する情報は、通常、署名において統合される。

これらの種々のデータは、通常、ＭＰＥＧ−２トランスポートストリームに亘って分布され、そのＭＰＥＧ−２トランスポートストリームは、パケット化基本ストリーム（ＰＥＳ）においてトランスポートされた映像音声ストリーム、ＭＰＥＧ−２セクションにおいてトランスポートされた他の情報（シグナリング、ＰＳＩ、ＳＩ、インタラクティブコンテンツ、．．．）から成る。一部のデジタル放送ネットワーク及びブロードバンドネットワークは、スプーフィングに対して多かれ少なかれ脆弱である。技術的に能力のある著作権侵害者はデータを攻撃し、それらデータを修正し、ネットワークにそれらデータを再放送（又は、再ストリーム）する。地上波放送ネットワーク及びマイクロ波放送ネットワークは、衛星ネットワーク又はケーブルネットワークに比べてより脆弱である。

事実、映像音声コンテンツ、ＰＳＩ及びＳＩのような列挙した一部のデータアイテムは、純粋な放送コンテンツであり、それ故、彼らの著作権侵害はユーザを悩ませるが、少なくともユーザに経済的影響力を与えることは無い。しかしながら、返信チャネルをもつインタラクティブ端子はテレビジョン商取引（ｔ−商取引）又はホームバンキングの適用を実行することができる。そのような適用のなりすましは、それ故、ユーザを非常に悩ますばかりでなく、ユーザから多くのお金を失わせることとなる。

ＤＶＢマルチメディアホームプラットホームのようなインタラクティブシステムは、放送応用をどのように認証するかを指定し、返信チャネルに対して転送されるデータコンテンツをどのように保護するかを指定する。しかしながら、いずれの明らかな矛盾を伴わずに、コンテンツを加える、置き換える又は削除するような適切な方法において署名を変更することが可能であるため、詐欺行為はいまだに可能なままである。それ故、ＡＴＶＥＦ（Ａｄｖａｎｃｅｄ Ｔｅｌｅｖｉｓｉｏｎ Ｅｎｈａｎｃｅｍｅｎｔ Ｆｏｒｕｍ）規格に従って構築されたストリームに対して、特になされるように、コンテンツばかりでなく、署名自体の認証をも提供するようにする傾向にある。

しかしながら、そのような方法は、ストリームがネットワークヘッドエンドにおいて再多重化されるため、ＤＶＢデジタルストリームに対して特定の困難性をもたらす。それ故、ＰＩＤ（パケット識別子）又はＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅｓ、そのプログラムに関連する個人情報に場合によって加えて、そのプログラムを構成するＰＥＳのＰＩＤを表すプログラム当たり１つのテーブル）さえ、ネットワークの要求のために修正される危険にさらされている。このことは、全てのハッシュ符号及び署名であって、即ち、秘密鍵を各々のマルチプレクサに与えて適切な署名を計算するためのものを含むものを再び計算することを意味する。ここで、認証されたキーの対を有する各々のマルチプレクサを提供するためのコストは膨大となる。そのような状況は、当業者がそのような署名認証戦略を開発する意欲を失わせる。

本発明は、特にＭＨＰの応用に対して、ＤＶＢデジタルストリーム認証に適応される通信ネットワークにより伝送させるように意図されたデジタルストリームを署名するため、及び通信をより安全にするための装置に関する。

本発明は又、対応するプロセス、装置、関連復号化器、通信ネットワークにより受信されるデジタルストリームを認証するためのプロセス、対応するソフトウェア及びデジタルストリームに関する。

従って、本発明は、デジタルストリームに適用される暗号化から得られる、デジタルストリームに組み込まれる少なくとも１つの署名を生成することにより、通信ネットワークにより送信されるように意図されたデジタルストリームを署名するための装置に適用される。それらのデジタルストリームは幾つかの情報エンティティから構成され、それらのエンティティは：
− 少なくとも映像音声情報に関連するコンテンツ、及び
− コンテンツ構造、コンテンツ先及びコンテンツ元に関連する情報の集合から成る少なくとも１つのシグナリングであって、そのシグナリングは、記述子と呼ばれる、重要なデータ構造を含んでおり、テーブルと呼ばれる配列されたグループ化により主に構築される、シグナリング
を含む。

本発明に従って、署名装置は、少なくともシグナリングであって、認証記述子と呼ばれる、そのシグナリングの記述子間において選択的に決定された記述子に、暗号化を適用するように意図されている。

従って、シグナリングが署名された場合に自然解決法となるもの、即ち、完全なセクション（限定されたサイズを有する、シグナリングのサブテーブル）に署名処理を適用することとは対象的に、シグナリングの特定な記述子が署名に対して選択される。そのような驚くべき解決法の直接的有利点は、署名が、再多重化段階により手を加えられたままである記述子を選択することを可能にすることである。それ故、悪質な修正に対する保護は非常に効率的に実現されることができ、ネットワークヘッドエンドにおける再多重化のために、認証プロセスにおける重大な複雑性を回避することができる。

又、署名が、再多重化の間に修正されるように意図される幾つかの記述子を保つことが決定されるとき、再多重化装置において、修正された記述子を考慮に入れる更新署名の生成を提供するように、完全なセクションが再び署名される必要がある場合に比べて、それはより容易且つ迅速であるようにすることが可能である。実際には、修正記述子の慎重な選択と共に、署名のための送信レベルにおいて得られる殆どの情報は、特に、ハッシングからもたらされる不変のダイジェスト値の形で、場合によっては保たれることが可能であり、署名情報の些細な部分のみが署名のために再計算される必要がある。

“映像音声情報”により、それは、音声情報及び映像情報を意味する。

好適には、デジタルストリームは、ＤＶＢ及びＭＰＥＧ規格に従って構築され、特に、ＭＨＰに従って構築される。

本発明の署名装置は、ＰＳＩテーブルであって、ＰＭＴ、ＰＡＴ（プログラムアクセステーブルであって、ＰＭＴトランスポートパケットのＰＩＤとプログラム数との間のリンクを各々の送信プログラムに対して表す）、ＣＡＴ（条件付きアクセステーブルであって、条件付アクセスを有する少なくとも１つのプログラムの場合に、エンタイトルメントマネージメントメッセージ（ＥＭＭ）を担持するＰＥＳのＰＩＤを与える）についてのような、及び、ＤＶＢ−ＳＩテーブルであって、ＮＩＴ（ネットワーク情報テーブル）、ＳＤＴ（サービス記述テーブル）、ＥＩＴ（イベント情報テーブル）、ＴＯＴ（時間オフセットテーブル）、ＡＩＴ（アプリケーション情報テーブル）、ＢＡＴ（Ｂｏｕｑｕｅｔ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ）についてのような、いずれのＭＰＥＧ／ＤＶＢテーブルの認証に適用されることができる。署名装置は又、ＭＰＥＧ２システム（ＩＳＯ／ＩＥＣ １３８１８−１）に基づくいずれかのＭＰＥＧ／ＤＶＢ私用テーブルに適用されることができる。

署名装置は、有利に、ユーザが認証記述子を選択することを可能にするための手段から構成される。ユーザは、例えば、放送チームの会員である。それ故、選択された記述子のどちらかがストリームに組み込まれ、それ故、受信器は、それらのストリームを受信するとき、用いられる記述子についての情報が与えられ、又は、それらの記述子は、送信器と受信器との間で予め同意されている。他の解決方法は、例えば、特定の規格バージョンにおいて、より系統的に選択された記述子が決定されることである。

好適には、署名装置は：
− デジタルストリームにおける少なくとも１つの最低レベルの署名記述子の状態で署名を導入し、
− その署名に関する少なくとも１つの認証記述子をデジタルストリームに更に組み込む、
ように意図され、
− 少なくとも１つの上位レベルの署名記述子は、最下位レベルの署名記述子のコンテンツと認証記述子との両方に暗号化を適用することからもたらされる。

この署名装置は、放送会社及び製造会社のような種々の関係者間の相互運用性を安全に且つ自由度高く確実にすることを非常に対象としている。

実際には、この署名装置は、幾つかのレベルが提供されるとすぐ、公開鍵の基盤（ＰＫＩ）をもたらすことができる。それ故、ルート認証局が、任意の他の認証局と共に設立される（最上位レベルの署名に対して）。

好適には、署名装置は、デジタルストリーム、認証記述子のアドレスに組み込まれる手段から構成される。これは、署名のために用いられる記述子を受信器が認識するようにする有効な方法である。

それ故、その組み込み手段は、デジタルストリームの各々に少なくとも１つのハッシュ記述子を導入するように意図されており、有利である。ハッシュ記述子は、少なくとも１つの認証記述子へのハッシュアルゴリズムの適用からもたらされる少なくとも１つのデジタル値から構成される。ハッシュ記述子は又、そのデジタル値を計算するために用いられる認証記述子のアドレスから構成される。そのような達成は、署名を計算するための、それ故、認証を調べるための送信される中間結果に依存するため、認証の有効性を改善する。

更に具体的には、組み込み手段は、ツリー構造に従ってデジタルストリームにおけるハッシュ記述子を配列するように好適に意図され、少なくとも１つのハッシュ記述子は下位レベルを有する少なくとも１つの他のハッシュ記述子から計算される。ダイジェスト値のネスト化計算は、署名が最終的に得られる基本値（即ち、ルートダイジェスト値）を前進的に計算することを可能にする一方、種々の認証記述子に関する必要な情報全てを考慮することを確実にする。

ダイジェスト値は、既知のハッシュアルゴリズムにおいて通常なされるように、好適には、固定値を有する。

又、組み込み手段を有する次の実施形態が好適であって、各々のデーブルは、制限されたサイズを有する少なくとも１つのセクションから構成され、各々のセクションはセクションにおいて記述子を連続的に導入する少なくとも１つのループから構成される。それらの組み込み手段は、
− そのセクション数、及び
− それらの出現番号
を列挙することにより、所定のセクションの少なくとも１つの所定のループに属し、そのループの各々に対してそれぞれ少なくとも１つの出現番号を有する、署名記述子の各々のアドレスを指定するように有利に意図されている。

このように、認証のために用いられる記述子のアイデンティティを効果的に及び簡単な方法で識別することが可能である。

アドレッシングのための他の場合によって送信される情報は：
− セクションのバージョン番号、及び／又は
− セクションタイプ
を含む。

組み込み手段を用いた特定の達成において、署名装置は、署名と、認証された記述子を含むセクションにリンクされた特定のセクションのような、少なくとも１つの特定のセクションに個人データのフォームで、場合によっては少なくとも１つのダイジェスト値及び認証データとを、導入するように有利に意図されている。そのような達成により、他のシグナリングデータから少なくとも一部の認証情報を分離することが可能である。

このようにして、好適な実施形態においては、特定のセクションは、他のセクションにおける下位レベルのダイジェスト値を示し、ルートダイジェスト値を与えるルートハッシュ記述子及び認証記述子及び署名のフォームで有利に、認証データ及び署名を含むように意図されている。これは、ＤＶＢ／ＭＰＥＧ−２はセクションの最初の部分に記述子を置くことが可能でないため、非常に有利であり、セクションの残り全部に対して有効である。

特定のセクションを用いる他の実施形態において、署名、認証データ及びルートハッシュ記述子が特定のセクションに位置付けられるばかりでなく、全ての他のハッシュ記述子（例えば、そのセクションの上位レベルに）位置付けられる。これは、アドレシング機構はテーブルにおける記述子を直接アドレス指定することが可能であるため、ＤＶＢ／ＭＰＥＧ−２用いることにより、可能である。

本発明は又、上記の装置に対応するプロセスに関し、好適には、本発明に従った署名装置のいずれの具現により実行されることが意図されるものである。

本発明の他の目的は、デジタルストリームにおいて組み込まれた少なくとも１つの署名を調べることにより通信ネットワークによって受信されるデジタルストリームを認証するための装置である。それらデジタルストリームの各々は、幾つかの情報エンティティであって：
− 少なくとも認証情報に関連したコンテンツ、及び
− コンテンツ構造、コンテンツ先及びコンテンツ元に関連する情報の集合から成る少なくとも１つのシグナリングであって、そのシグナリングは、記述と呼ばれる、重要なデータ構造を信号化含んでおり、テーブルと呼ばれる配列されたグループ化により主に構築される、シグナリング
を含む。

本発明に従って、署名装置は、少なくともシグナリングであって、署名が計算される、認証記述と呼ばれる、そのシグナリングの記述間の選択的に決定された記述に暗号化を適用するように意図されている。

認証装置は、好適には、本発明に従った署名装置により生成される署名から構成されるデジタルストリームに適用されるように意図されている。

本発明は又、本発明に従った認証装置から構成されることを特徴とする、復号化器に関する。

本発明の他の目的は、好適には、いずれの後者の実施形態により実行されるように意図された、本発明の認証装置に対応する認証プロセスである。

本発明は又、プログラムがコンピュータにおいて実行されるとき、本発明の認証プロセス又は署名の段階を実行するためのプログラム符号命令から構成されるコンピュータプログラムプロダクトに関する。

用語、“コンピュータプログラムプロダクト”は、コンピュータプログラムのいずれの具体化を包含するとして理解される必要があり、記録担体（カセット、ディスク等）ばかりでなく、信号（電子信号、光信号等）に結び付けられることが可能である。

本発明は、幾つかの情報エンティティであって：
− 少なくとも認証情報に関連したコンテンツ、
− コンテンツ構造、コンテンツ先及びコンテンツ元に関連する情報の集合から成る少なくとも１つのシグナリングであって、そのシグナリングは、記述と呼ばれる、重要なデータ構造を信号化含んでおり、テーブルと呼ばれる配列されたグループ化により主に構築される、シグナリング、及び
− デジタルコンテンツに組み込まれる少なくとも１つの署名
を含むエンティティから構成されるデジタルストリームに更に適用される。

デジタルストリームは、好適には、特許請求の範囲に記載されている署名装置のいずれの実施形態により生成される。

デジタルストリーム１０の送信器１は、復号化能力を有する受信器２にネットワーク５によりそれらのストリームを送信する（図１）。送信器１は、代表的には、ストリーム１０を放送するように意図され、ネットワーク５は、例えば、特に有線ネットワーク又は衛星ネットワークのようなブロードバンドネットワーク又は放送ネットワークである。他の実施形態においては、ネットワーク５はインターネットを含む。図に示している場合においては、デジタルストリーム１０は、ＤＶＢ／ＭＰＥＧ−２のストリームにより構成され、それ故、特に、それに関連するシグナリングデータ及びコンテンツを含む。シグナリングは、主にテーブルにより構築され、記述子を含む。ストリーム１０はＭＨＰ規格に依存するものである。

送信器１は、送信されるべきデジタルストリームを署名するための署名装置１１と、送信者、例えば、放送会社が署名プロセスを制御することが特に可能であるユーザインタフェース１５とから構成される。署名装置１１は、コンテンツばかりでなく、シグナリングを署名するように意図されている。署名装置１１は、シグナリング認証のために用いられる、認証記述と呼ばれる、署名の記述子の一部をユーザインタフェース１５によりユーザが選択する選択モジュール１２を含む。このようにして、暗号化は、関連する署名を得るためにストリームに適用される。署名装置１１は又、送信されたでデジタルストリーム１０、認証記述子のアドレスに組み込むことができる組み込みモジュール１３を含み、
デジタルストリームに関する各々の受信器２は、受信された署名であって、特に、認証をシグナリングするための署名を調べることができる認証装置２１から構成される。認証装置２１は、認証のためにストリーム１０において表される認証記述子を考慮することができる。

特に興味深い例について、以下、説明する。デジタルテレビジョンサービス（インタラクティブ又はそうではない）をシグナリングするための重要なエントリポイントは、ＭＰＥＧ−２システム規格（ＩＳＯ／ＩＥＣ １３８１８−１）において指定されるＰＭＴ（プログラムマップテーブル）である。インタラクティブＭＨＰアプリケーションにおけるシグナリングの場合、ＰＭＴは、図２及び３に示すように、アプリケーション符合及びデータ（ＤＳＭ−ＣＣ ＤＳＩメッセージと、Ｄｉｇｉｔａｌ Ｓｔｏｒａｇｅ Ｍｅｄｉａ−Ｃｏｍｍａｎｄ ＆ Ｃｏｎｔｒｏｌ規格を表すＤＳＭ−ＣＣと、“Ｄｏｗｎｌｏａｄ ＳｅｒｖｅｒＩｎｉｔｉａｔｅ”、ＩＳＯ／ＩＥＣ １３８１８−６国際規格の略語であるＤＳＩ）をトランスポートするストリームの位置と、ＡＩＴ（アプリケーション情報テーブル）をトランスポートするストリームの位置とを含む。下における技術的達成は、インタラクティブＭＨＰアプリケーションに対してシグナリングデータを保護することを可能にし、それ故、復号化プラットホームは、シグナリングデータがトランスポートネットワークに対して修正されなかったかどうかを調べることができる。更に、ＭＰＥＧ−２システム規格は、ＰＭＴのスクランブリングを禁止し、それ故、ここではスクランブリングを考慮する必要はない。

シグナリングの保護は、ハッシュ符号、署名及び認証に基づいている。これらの認証メッセージの符合化は、次の３つの新しい記述子の指定によりなされ、それらは上記のオブジェクトをそれぞれ含む。
● ｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒ
● ｓｉｇｎａｔｕｒｅ＿ｄｅｓｃｒｉｐｔｏｒ
● ｃｅｒｔｉｆｉｃａｔｅ＿ｄｅｓｃｒｉｐｔｏｒ
ｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒフィールドは、ここでは、個々認証されるべき各々のセクションに対して独立して導入され、そのような所定のテーブルのセクションについて、後者は幾つかのセクションから構成されるか又はただ１つのセクションから構成されるかについて、以下、考察する。他方、ｓｉｇｎａｔｕｒｅ＿ｄｅｓｃｒｉｐｔｏｒフィールドは、テーブルにおけるｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒ全てに適用され、ｃｅｒｔｉｆｉｃａｔｅ＿ｄｅｓｃｒｉｐｔｏｒフィールドは、そのテーブルにおけるｓｉｇｎａｔｕｒｅ＿ｄｅｓｃｒｉｐｔｏｒ全てに関係する。

ｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒの指定
ｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒは、ＰＭＴ（又は、認証されるべきいずれの他のＭＰＥＧ−２テーブル）の又はＡＩＴのループに置かれることができる。更に具体的には、それは、認証されるべき記述子を含む各々の記述子ループに位置付けられる。そのループの位置は、ｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒは各々の記述子を一意にアドレス設定することができるｄｅｓｃｒｉｐｔｏｒ＿ａｄｄｒｅｓｓを含むため、問題ではない。

ｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒは、ｄｅｓｃｒｉｐｔｏｒ＿ａｄｄｒｅｓｓが指し示す記述子に対して計算される、ダイジェスト値と又呼ばれる、ハッシュ符号を含む。ＡＩＴ又はＰＭＴの場合、それは、ｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒと同じループにおける次の記述子の身を含む。指し示された記述子自体は、反復的計算プロセスを可能にするｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒフィールドに存在する。

ｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒのシンタックスは次の用である。

hash_descriptor(){
descriptor_tag 8 uimsbf
descriptor_length 8 uimsbf
digest_count 16 uimsbf
for(i=0;i<digest_count;i++){
digest_type 8 uimsbf
digest_count 8 uimsbf
for(j=0;j<discriptor_count;i++){
descriptor_address 40 uimsbf
}
for(j=0;J<digest_length;J++){
digest_byte 8 bslbf
}
}
}
ここで、“ｕｉｍｓｂｆ”及び“ｂｓｌｂｆ”はそれぞれ、“ｕｎｓｉｇｎｅｄ ｉｎｔｅｇｅｒ ｍｏｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ ｆｉｒｓｔ”及び“ｂｉｔ ｓｔｒｉｎｇ ｌｅｆｔ ｂｉｔ ｆｉｒｓｔ”の略語である。

ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ：ｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒのラベリング。

ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ：ｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒの長さ。

ｄｉｇｅｓｔ＿ｃｏｎｔｅｎｔ：この１６ビット値はこのハッシュ記述子におけるダイジェスト値の数字を表す。

ｄｉｇｅｓｔ＿ｔｙｐｅ：もしあれば、関連記述子に対して用いられるダイジェストアルゴリズムを表す。許容値をテーブル１に示す。ここで、ＭＤ−５（ＭＤは“Ｍｅｓｓａｇｅ Ｄｉｇｅｓｔ”の略語）はＲＦＣ １３２１（ＲＦＣは、“Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ”の略語）において定義されている。ｈｔｔｐ:／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ１３２１．ｔｘｔ）及びＳＨＡ−１（ＳＨＡは“Ｓｅｃｕｒｅ Ｈａｓｈ Ａｌｇｏｒｉｔｈｍ”の略語）は、ＦＩＰＳ−１８０−１（ＦＩＰＳ Ｐｕｂｌｉｃａｔｉｏｎ １８０−１：Ｓｅｄｕｒｅ Ｈａｓｈ Ｓｔａｎｄａｒｄ，Ｎａｔｉｏｎａｌ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｓｔａｎｄａｒｄｓ ａｎｄ Ｔｅｃｈｎｏｌｏｇｙ，１９９４；ｈｔｔｐ／／ｗｗｗ．ｉｔｌ．ｎｉｓｔ．ｇｏｖ／ｆｉｐｓｐｕｂｓ／ｆｉｐ１８０−１．ｈｔｍ）において定義されている。

ｄｅｓｃｒｉｐｔｏｒ＿ｃｏｎｔｅｎｔ：この１６ビットの値はダイジェスト値に関連する記述子の数を表す。このフィールドの値は０より大きい。

ｄｅｓｃｒｉｐｔｏｒ＿ａｄｄｒｅｓｓ：これは、更に詳細に説明する、セクションに置ける記述子の総称アドレスである。

ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ：この整数値は、各々のダイジェスト値におけるバイト数を与える。それは、テーブル１において表されるようなダイジェストタイプに依存する。

ｄｉｇｅｓｔ＿ｂｙｔｅ：この８ビット値はダイジェスト値の１バイトを持っている。

ｓｉｇｎａｔｕｒｅ＿ｄｅｓｃｒｉｐｔｏｒの指定
記述子のシンタックスは次の用である。

signature_descriptor(){
descriptor_tag 8 uimsbf
descriptor_length 8 uimsbf
signature_id 8 uimsbf
signature_length 8 uimsbf
for(i=0;i<N;i++){
signature specific data
}
}
ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ：ｓｉｇｎａｔｕｒｅ＿ｄｅｓｃｒｉｐｔｏｒのラベリング。

ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ：ｓｉｇｎａｔｕｒｅ＿ｄｅｓｃｒｉｐｔｏｒの長さ。

ｓｉｇｎａｔｕｒｅ＿ｉｄ： このＩＤ（“ＩＤｅｎｔｉｆｉｅｒ（識別子）”の略語）は２つ以上の当局からの署名を有することが可能である。
これは、更に詳細に説明する、セクションに置ける記述子の総称アドレスである。

ｓｉｇｎａｔｕｒｅ＿ｌｅｎｇｔｈ：続くループの長さを表す。

フィールド“ｓｉｇｎａｔｕｒｅ ｓｐｅｃｉｆｉｃ ｄａｔａ”は、ＢＥＲ（Ｂａｓｉｃ Ｅｎｃｏｄｉｎｇ Ｒｕｌｅｓ（基本符合化規則））構造及びＤＥＲ（Ｄｉｓｔｉｎｇｕｉｓｈｅｄ Ｅｎｃｏｄｉｎｇ Ｒｕｌｅｓ（特徴付けられた符合化規則））構造との組み合わせである、次のＡＳＮ．１構造（“Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ ｏｎｅ”言語の略語）を含む。

Signature::=SEQUENCE{
CertificateIdentifier AuthorityKeyIdentifier,
HashSignatureAlgorithm HashAlgorithmIdentifier,
SignatureValue BIT STRING}
ｃｅｒｔｉｆｉｃａｔｅＩｄｅｎｔｉｆｉｅｒ： ＡｕｔｈｏｒｉｔｙＫｅｙＩｄｅｎｔｉｆｉｅｒフィールドに関連するＩＴＵ−Ｔ Ｘ．５０９拡張子（国際電気通信連合（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｕｎｉｏｎ）−Ｔｅｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｔａｎｄａｒｚａｔｉｏｎ Ｓｅｃｔｉｏｎ，Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ Ｘ．５０９：Ｔｈｅ Ｄｉｒｅｃｔｏｒｙ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｆｒａｍｅｗｏｒｋ，１９９７）において定義されている。それは、署名を調べるために用いられる認証された公開鍵を担持する証明書を識別する。

AuthorityKeyIdentifier::=SEQUENCE{
KeyIdentifier [0]KeyIdentifier OPTIONAL,
AuthorityCertIssuer [1]GeneralNames OPTIONAL
AuthorityCertSerialNumber [2]CertificateSerialNumber OPTIONAL}
ＡｕｔｈｏｒｉｔｙＫｅｙＩｄｅｎｔｉｆｉｅｒの場合によって存在する鍵識別子要素（“ｋｅｙＩｄｅｎｔｉｆｉｅｒ”）を用いて実行する必要はない。Ａｕｔｈｏｒｉｔｙ
ＫｅｙＩｄｅｎｔｉｆｉｅｒ構造は、当局の証明書発行人の識別（ａｕｔｈｏｒｉｔｙＣｅｒｔＩｓｓｕｅｒ）と対応する当局の証明書のシリアルナンバー要素（ａｕｔｈｏｒｉｔｙＣｅｒｔＳｅｒｉａｌＮｕｍｂｅｒ）の両方を含む。

ａｕｔｔｈｏｒｉｔｙＣｅｒｔＩｓｓｕｅｒフィールドは、署名を調べるために用いられる公開鍵を担持する証明書の発行人名を与えるフィールド“ｄｉｒｅｃｔｏｒｙＮａｍｅ”（それ故、ＭＨＰにおいて用いられるフィールドｉｓｓｕｅＮａｍｅと同じである）を含む。

ｈａｓｈＳｉｇｎａｔｕｒｅＡｌｇｏｒｉｔｈｍ： このフィールドは用いられるハッシュアルゴリズムを識別する。署名を計算するために必要とされる暗号化アルゴリズムに関しては、（ＳｕｂｊｅｃｔＫｅｙＩｎｆｏフィールドにおける）関連鍵を認証する証明書に既に記述されている。このようにして、ハッシュアルゴリズムの識別のみが必要である。支援アルゴリズムはＭＤ５及びＳＨＡ−１であり、それらの識別子は古典的に次により与えられる（ＲＦＣ２３７９参照）。

Md5 OBJECT IDENTIFIER::=
{iso(1)member-body(2)US(840)rsadsi(113549)
digestAlgorithm(2)5}

sha-1 OB OBJECT IDENTIFIER::=
{iso(1) dentified-organization(3)oiw(14)secsig(3)
algorithm(2)26}
ｓｉｇｎａｔｕｒｅＶａｌｕｅ： ＭＨＰ識別署名
ｃｅｒｔｉｆｉｃａｔｅ＿ｄｅｓｃｒｉｐｔｏｒの指定
その記述子は、古典的なＰＫＩ技術におけるような反復的に用いられる幾つかの証明書を含む。特に、リーフ証明書は、先ず、ｃｅｒｔｉｆｉｃａｔｅ＿ｄｅｓｃｒｉｐｔｏｒに置かれ、一貫性のみのために含まれるルート証明書は、最後に示される。

ＣｅｒｔｉｆｉｃａｔｅＦｉｌｅと名付けられたファイルは、ルート証明書を含む及びそれまでのｃｅｒｔｉｆｉｃａｔｅ＿ｄｅｓｃｒｉｐｔｏｒに記載されている認証連鎖における証明書全てを含む。証明書を符合化するためのプロファイルはＥＴＳＩＴＳ １０２ ８１２ Ｖ１．１．１（“Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ（欧州電気通信標準化機構）、Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ”）において定義されている。

ｃｅｒｔｉｆｉｃａｔｔｅ＿ｄｅｓｃｒｉｐｔｏｒは次のように定められている。

certificate_descriptor(){
descriptor_tag 8 uimsbf
descriptor_length 8 uimsbf
signature=id 8 uimsbf
certificate_here_flag 1 bslbf
reserved 7 bslbf
if(certificate_here_flag==1){
certificate_cout 16 uimsbf
for(i=0;i<certificate_count;i++){
certificate_length 24 uimsbf
certificate()
}
}
}
ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ： ｃｅｒｔｉｆｉｃａｔｅ＿ｄｅｓｃｒｉｐｔｏｒのラベリング。

ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ： ｃｅｒｔｉｆｉｃａｔｅ＿ｄｅｓｃｒｉｐｔｏｒの長さ。

ｓｉｇｎａｔｕｒｅ＿ｉｄ： このＩＤは認証を特定の署名にリンクさせる。

ｃｅｒｔｉｆｉｃａｔｅ＿ｈｅｒｅ＿ｆｌａｇ： これは、“１”に設定されるとき、証明書がこの記述子に位置付けられることを示す、ビットフィールドである。

ｃｅｒｔｉｆｉｃａｔｅ＝ｃｏｕｎｔ： この１６ビットの整数は証明書識別子における証明書の数を担持する。

ｃｅｒｔｉｆｉｃａｔｅ＿ｌｅｎｇｔｈ： この２４ビットの整数は、証明書におけるバイト数を担持する。

ｃｅｒｔｉｆｉｃａｔｅ（）：このフィールドはＩＴＵ−Ｔ Ｘ．５０９により定義される単一の“証明書”データ構造を担持する。

ＭＨＰプラットホームの場合、インタラクティブアプリケーションに対して用いられるものと同じ認証管理が用いられる。そうでなければ、証明書管理に対する機構が具体的に確立される。

ＭＰＥＧ／ＤＶＢセクションにおける記述子の総称的アドレッシング（ｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒにおけるフィールド“ｄｅｓｃｒｉｐｔｏｒ＿ａｄｄｒｅｓｓ”）
ＭＰＥＧ及びＤＶＢテーブルにおいて記述子をアドレス指定するためのアドレシング機構についてここで詳細に示す。可変長アドレシング機構を用いることができ、それは、よりコンパクトは方式でアドレスを記憶することが可能である。しかしながら、本実施形態においては、アドレスは４０ビットの一定の長さであり、そのことは処理をより容易にしている。現在のＭＰＥＧ及びＤＶＢ規格を見ると、３つの異なるタイプのセクションを識別することができる。

第１セクションタイプ（以下、“ｔｙｐｅ０”で表す）は、下で説明する構造、即ち、ｔｙｐｅ０セクションであって、
type0_section(){
table_id
...
for(i=0;i<N;i++){
descriptor()
}
CRC_32
}
を用いて構築されるＰＡＴテーブル、ＣＡＴテーブル及びＴＯＴテーブルを有する。ここで、ｔａｂｌｅ＿ｉｄはテーブルの識別を与え、ＣＲＣは“Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ（巡回冗長検査）”の略語である。

ｔｙｐｅ０セクションの場合、アドレスにおけるバイトは次のような意味を有している。
● 第１バイト：テーブルのセクション番号
● 第２バイト：０
● 第３バイト：０
● 第４バイト：ｉ（Ｎ）であって、このバイトはｔｙｐｅ０セクションループにおける記述子をアドレス指定する。

第２セクションタイプ（以下、“ｔｙｐｅ１”で表す）は、下で説明する構造、即ち、ｔｙｐｅ１セクションであって、
type1_section(){
table_id
...
for(i=0;i<N;i++){
...
for(i=0;i<N2;i++){
descriptor()
}
}
CRC_32
}
を用いて構築されるＳＤＴテーブル及びＥＩＴテーブルを有する。
● 第１バイト：テーブルのセクション番号
● 第２バイト：０
● 第３バイト：ｉ（Ｎ１）であって、このバイトはｔｙｐｅ１セクションのアウターループをアドレス指定する。
● 第４バイト：ｊ（Ｎ２）であって、このバイトはｔｙｐｅ１セクションのインナーループをアドレス指定する。

第３セクションタイプ（以下、“ｔｙｐｅ２”で表す）は、下で説明する構造、即ち、ｔｙｐｅ２セクションであって、
type2_section(){
table_id
...
for(i=0;i<N;i++){
descriptor()
}
...
for(j=0;j<N2;j++){
...
for(k=0;j<N3;k++){
descriptor()
}
}
CRC_32
}
を用いて構築されるＮＩＴテーブル、ＢＡＴテーブル、ＰＭＴテーブル及びＡＩＴテーブルを有する。
● 第１バイト：テーブルのセクション番号
● 第２バイト：ｉ（Ｎ１）であって、このバイトはｔｙｐｅ２セクションの第１ループをアドレス指定する。
● 第３バイト：ｊ（Ｎ２）であって、このバイトはｔｙｐｅ２セクションのアウターループをアドレス指定する。
● 第４バイト：ｋ（Ｎ３）であって、このバイトはｔｙｐｅ２セクションのインナーループをアドレス指定する。

最上位レベルの記述子
最上位レベルの記述子により、ｃｅｒｔｉｆｉｃａｔｅ＿ｄｅｓｃｒｉｐｔｏｒフィールド及びｓｉｇｎａｔｕｒｅ＿ｄｅｓｃｒｉｐｔｏｒフィールド、及び認証されるべき記述子（即ち、ルートダイジェスト値を含むｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒ）を有するセクションにおいて全てを指し示すｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒが理解できる。

本実施形態において、上記の記述子は特定のセクションに送信され、その特定のセクションは、認証されるべき記述子を含むセクションにリンクされる。このリンクされた特定のセクションは、オリジナルのセクションのものと同じＰＩＤ及びＴａｂｌｅ＿ＩＤを含むが、“ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒ”と呼ばれる特定のインジケータにより後者とは区別される。ＤＶＢ／ＭＰＥＧにより定義されたセクション全てに対して、このｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒは１に設定され、このことは、セクションシンタックスは総称的セクションシンタックスに従うことを意味する。特定の拡張子に対して、ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒは０に設定され、このことは、プライベートデータは、フィールドが特定のセクションの長さ（ｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ）を与えた後に存在することを意味する。それらのプライベートデータは、それらが最上位レベルの情報を含むことができる方式で指定される。拡張子セクションは、例えば、次のような構造を有する。

Extension_section(){
Table_id 8 uimsbf
sction_syntax_indicator 1 bslbf
private_indicator 1 bslbf
reserved 2 bslbf
private_section_length 12 uimsbf
reserved 3 bslbf
version_number 5 uimsbf
certificate_descriptor()
signature_descriptor()
hash_descriptor()
}
プライベートセクションの定義パートのＩＳＯ／ＩＥＣ １３８１８−１において指定されるフィールドｐｒｉｖａｔｅ＿ｉｎｄｉｃａｔｏｒは、将来、使用するために用意されており、フィールド“ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ”は、どのバージョンのテーブルに拡張子セクションが属すかを示す（特に、“ヨーロッパ規格”に対しては、ＥＮ ３００ ４６８ Ｖ１．３．１を参照されたい）。

実施例
次の実施例は、ＡＩＴの記述子が署名に対してどのように用いられることができるかを示している。この例においては、従来のように、各々のセクションが分離して認証されることに代えて、幾つかのセクションの構成された全部のテーブルは全体的に認証される。第１段階は、認証されるべき記述子を選択することである。第２段階は、次いで、ＭＤ５ダイジェストアルゴリズムを用いることにより、それらの記述子に対してハッシュ符号を計算することである。少なくとも１つの認証記述子を含む各々のループに位置付けられるｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒは、これらの記述子のアドレスとこれらの記述子のＭＤ５ダイジェスト値とを含む。ｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒはアドレス可能であるため、ループにおいて特定の位置を有する必要はない。このように、ハッシュ符号は、ＡＩＴセクションに対して生成されることができる。

次のテーブルは、通常のＡＩＴ構造（ＥＴＳＩ ＴＳ １０２８１２Ｖ１．１．１において定義されるような）におけるｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒフィールドの挿入を示している。

ここで、“ｒｐｃｈｏｆ”は“ｒｅｍａｉｎｄｅｒ ｐｏｌｙｎｏｍｉａｌ ｃｏｅｆｆｉｃｉｅｎｔｓ， ｈｉｇｈｅｓｔ ｏｒｄｅｒ ｆｉｒｓｔ”の略語である。

完全なＡＩＴテーブルは、いずれのＤＶＢ／ＭＰＥＧテーブルのように、幾つかのセクションから構成される。そのセーブルの全てのセクションのハッシュコードが計算された後、最上位情報が生成される必要がある。このようにするために、対応するテーブルのｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒフィールド全てを考慮する最上位ｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒは、上記の記述子アドレッシング機構が用いられる場合、計算される（ルートダイジェスト値）。次の段階において、対応するｃｅｒｔｉｆｉｃａｔｅ＿ｄｅｓｃｒｉｐｔｏｒのリーフ証明書において見つけることができる公開鍵に対応する、秘密鍵をもつこの最上位ｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒをＲＳＡ暗号化することとなる（ＲＳＡ暗号化アルゴリズムはＲｉｖｅｓｔ−Ｓｈａｉｒ−Ａｄｌｅｍａｎの略語である）。このＲＳＡ暗号化の結果は、ｓｉｇｎａｔｕｒｅ＿ｄｅｓｃｒｉｐｔｏｒに記憶されている署名である。３つの最上位記述子は、対応するテーブルの、所謂、拡張子セクションに記憶される。ＡＩＴの場合、テーブルＩＤは、通常０ｘ７４であるが、ＰＩＤ（パケット識別子）は、対応するサービスのＰＭＴに列挙されている値である。最上位レベルの記述子を含む拡張子セクションは、認証されるべきＡＩＴのものと同じテーブルＩＤとＰＩＤとを有するが、ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｄｅｎｔｉｆｉｅｒは０に設定され、次のようになる。

Extension_section(){
Table_id(0x74) 8 uimsbf
sction_syntax_indicator(0x00) 1 bslbf
private_indicator 1 bslbf
reserved 2 bslbf
private_section_length 12 uimsbf
reserved 3 bslbf
version_number 5 uimsbf
certificate_descriptor()
signature_descriptor()
hash_ descriptor()
}
バージョン数は、どのテーブルのバージョンにこの拡張子セクションが属すかを示す。

変形の実施形態において、ｈａｓｈ＿ｄｅｓｃｒｉｐｔｏｒフィールド全てはｅｘｔｅｎｓｉｏｎ＿ｓｅｃｔｉｏｎにおける最上位に置かれる。

実施において、“構わない”としてｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒビットを設定するように薦められ（ストリームを処理するデマルチプレクサは状態“０”又は“１”のビットを独立して通過することを意味する）、それ故、必要とされるＤＶＢ／ＭＰＥＧセクション自体及びｅｘｔｅｎｓｉｏｎ＿ｓｅｃｔｉｏｎはデマルチプレクサフィルタを通る。このように、拡張子セクションにおける最上位記述子は直接利用可能
であり、認証は即座になされることができる。

本発明に従った署名装置及び対応する認証装置を示す図である。 映像音声ストリーム、プライベートデータストリーム及び関連テーブル（ＰＡＴ、ＰＭＴ及びＡＩＴ）を含むＤＶＢ／ＭＰＥＧ−２基本ストリームを示し、テーブル及びストリーム間のリンクを指し示す図である。 基本ストリーム、アプリケーション情報及びアプリケーションストリームに関連して、図２におけるテーブル（ＰＭＴ及びＡＩＴ）の一部を詳しく示す図である。

Claims (16)

1. デジタルストリーム（１０）に適用される暗号化から前記デジタルストリーム（１０）において組み込まれる少なくとも１つの署名を生成することにより、通信ネットワーク（５）により送信されるように意図されたデジタルストリーム（１０）を信号化するための署名装置（１１）であって、前記デジタルストリーム（１０）の各々は幾つかの情報エンティティから構成され、前記エンティティは：
   少なくとも映像音声情報に関連するコンテンツ；並びに
   前記コンテンツの構造、コンテンツ先及びコンテンツ元に関連する情報の集合から成る少なくとも１つのシグナリングであって、前記シグナリングは、記述子と呼ばれる、重要なデータ構造を含み、テーブルと呼ばれる配列されたグループ化により主に構築される、シグナリング；
   を含む、署名装置であり、
   前記装置（１１）は、少なくとも前記シグナリングであって、より具体的には、認証記述子と呼ばれる、前記シグナリングの前記記述子間において選択的に決定された記述子に、前記暗号化を適用するように意図されている；
   ことを特徴とする署名装置。
2. 請求項１に記載の署名装置であって、前記デジタルストリーム（１０）はＤＶＢ規格及びＭＰＥＧ規格に従って構築される、ことを特徴とする署名装置。
3. 請求項２に記載の署名装置であって、前記デジタルストリーム（１０）はＭＨＰ規格に従って構築される、ことを特徴とする署名装置。
4. 請求項１乃至３のいずれ一項に記載の署名装置であって、ユーザが前記認証記述子を選択することを可能にするための手段（１２）から構成される、ことを特徴とする署名装置。
5. 請求項１乃至４のいずれ一項に記載の署名装置であって、前記デジタルストリーム（１０）における少なくとも１つの最下位レベルの署名記述子に前記署名を導くように、そして、認証記述子と前記最下位レベルの署名記述子のコンテンツの両方に暗号化を適用することからもたらされる少なくとも１つの上位レベルの署名記述子と前記署名に関する認証データを含む少なくとも１つの認証記述子を前記デジタルストリーム（１０）において組み込むように、意図されている、ことを特徴とする署名装置。
6. 請求項１乃至５のいずれ一項に記載の署名装置であって、前記認証記述子のアドレスを前記デジタルストリーム（１０）に組み込むための手段（１３）から構成される、ことを特徴とする署名装置。
7. 請求項６に記載の署名装置であって、前記組み込み手段（１３）は、前記デジタルストリーム（１０）の各々に少なくとも１つのハッシュ記述子を導くように意図され、前記ハッシュ記述子は前記署名を計算するために用いられ且つ前記認証記述子の少なくとも１つへのハッシュアルゴリズムの適用からもたらされる少なくとも１つのダイジェスト値から構成され、又、前記ダイジェスト値を計算するために用いられる前記認証記述子のアドレスから構成される、ことを特徴とする署名装置。
8. 請求項７に記載の署名装置であって、前記組み込み手段（１３）は、３つの構造に従って前記デジタルストリーム（１０）において前記ハッシュ記述子を配列するように意図され、少なくとも１つの前記ハッシュ記述子は下位レベルを有する少なくとも１つの他の前記ハッシュ記述子から計算される、ことを特徴とする署名装置。
9. 請求項６乃至８に記載のいずれ一項に記載の署名装置であって、各々のテーブルは数字が割り当てられ且つ制限されたサイズを有する少なくとも１つのセクションから構成され、各々のセクションは、前記セクションに置ける記述子を連続的に導く少なくとも１つのループから構成され、前記組み込み手段（１３）は、少なくともセクション番号と出現番号とを挙げることにより、所定のセクションの少なくとも１つの所定のループに属し、各々の前記ループに対して少なくとも１つの出現番号をそれぞれ有する、前記認証記述子の各々のアドレスを指定するように意図されている、ことを特徴とする署名装置。
10. 請求項６乃至９に記載のいずれ一項に記載の署名装置であって、少なくとも１つの特定のセクションにプライベートデータのフォームで、前記署名と、場合によってはｓｙ区無くとも１つの前記ダイジェスト値と、認証データとを導くように意図されており、前記特定のセクションは前記認証記述子を含む前記セクションにリンクされている、ことを特徴とする署名装置。
11. デジタルストリーム（１０）に適用される暗号化から前記デジタルストリーム（１０）において組み込まれる少なくとも１つの署名を生成することにより、通信ネットワーク（５）により送信されるように意図されたデジタルストリーム（１０）を信号化するためのプロセスであって、前記デジタルストリーム（１０）の各々は幾つかの情報エンティティから構成され、前記エンティティは：
    少なくとも映像音声情報に関連するコンテンツ；並びに
    前記コンテンツの構造、コンテンツ先及びコンテンツ元に関連する情報の集合から成る少なくとも１つのシグナリングであって、前記シグナリングは、記述子と呼ばれる、重要なデータ構造を含み、テーブルと呼ばれる配列されたグループ化により主に構築される、シグナリング；
    を含む、プロセスであり、
    前記プロセスは、少なくとも前記シグナリングであって、より具体的には、認証記述子と呼ばれる、前記シグナリングの前記記述子間において選択的に決定された記述子に、前記暗号化を適用する段階から構成されており；
    前記署名のためのプロセスは、請求項１乃至１０のいずれ一項に従った署名装置（１１）により実行されるように意図されている；
    ことを特徴とするプロセス。
12. デジタルストリーム（１０）に組み込まれた少なくとも１つの署名を調べることにより通信ネットワーク（５）によって受信されるデジタルストリーム（１０）を認証するための装置（２１）であって、前記デジタルストリーム（１０）の各々は幾つかの情報エンティティから構成され、前記エンティティは：
    少なくとも映像音声情報に関連するコンテンツ；並びに
    前記コンテンツの構造、コンテンツ先及びコンテンツ元に関連する情報の集合から成る少なくとも１つのシグナリングであって、前記シグナリングは、記述子と呼ばれる、重要なデータ構造を含み、テーブルと呼ばれる配列されたグループ化により主に構築される、シグナリング；
    を含む、認証装置であり、
    前記認証装置（２１）は、少なくとも前記シグナリングに、より具体的には、認証記述子と呼ばれる、前記シグナリングの前記記述子間において選択的に決定された記述子に、認証を適用するように意図されており、その前記暗号化を適用するように意図されており、その認証記述子から前記署名は計算され；
    前記認証装置（２１）は、請求項１乃至１０のいずれ一項に従った署名装置（１１）により生成される署名から構成されるデジタルストリーム（１０）に適用されるように意図されている；
    ことを特徴とする認証装置。
13. 請求項１２に記載の認証装置（２１）から構成されることを特徴とする復号化器。
14. デジタルストリーム（１０）に組み込まれた少なくとも１つの署名を調べることにより通信ネットワーク（５）によって受信されるデジタルストリーム（１０）を認証するためのプロセスであって、前記デジタルストリーム（１０）の各々は幾つかの情報エンティティから構成され、前記エンティティは：
    少なくとも映像音声情報に関連するコンテンツ；並びに
    前記コンテンツの構造、コンテンツ先及びコンテンツ元に関連する情報の集合から成る少なくとも１つのシグナリングであって、前記シグナリングは、記述子と呼ばれる、重要なデータ構造を含み、テーブルと呼ばれる配列されたグループ化により主に構築される、シグナリング；
    を含む、プロセスであり、
    前記認証プロセスは、前記署名に、より具体的には、認証記述子と呼ばれる、前記シグナリングの前記記述子間において選択的に決定された記述子に、認証を適用する段階から構成され、その認証記述子から前記署名は計算され；
    前記認証プロセスは、請求項１２に従った署名装置（２１）により実行されるように意図されている；
    ことを特徴とする認証装置。
15. 前記プログラムがコンピュータにおいて実行されるとき、請求項１１乃至１４のいずれ一項に従ったプロセスの段階を実行するためのプログラムコード命令から構成されることを特徴とするコンピュータプログラムプロダクト。
16. 幾つかの情報エンティティから構成されるデジタルストリーム（１０）であって、前記エンティティは：
    少なくとも映像音声情報に関連するコンテンツ；
    前記コンテンツの構造、コンテンツ先及びコンテンツ元に関連する情報の集合から成る少なくとも１つのシグナリングであって、前記シグナリングは、記述子と呼ばれる、重要なデータ構造を含み、テーブルと呼ばれる配列されたグループ化により主に構築される、シグナリング；並びに
    前記デジタルストリーム（１０）に組み込まれた少なくとも１つの署名；
    を含む、デジタルストリームであり、
    前記署名は、前記シグナリングから、より具体的には、認証記述子と呼ばれる、前記シグナリングの前記記述子間において選択的に決定された記述子から計算され；
    前記デジタルストリーム（１０）は請求項１乃至１０のいずれ一項に従った署名装置（１１）により好適に生成される；
    ことを特徴とするデジタルストリーム。

Images