JP4422901B2 - トランスポートパケットストリームを処理するデコーダおよび方法 - Google Patents

Description

【０００１】
本発明は、トランスポートパケットストリームを処理するデコーダおよびトランスポートパケットストリームを処理する方法に関する。本発明は、特に、ディジタル伝送システムのための受信機／デコーダに、詳細にはディジタルテレビジョンシステムで使用するのに適している。
従来のディジタルテレビジョン放送システムは、個別のトランスポートストリームパケットあるいはトランスポートパケットの形のデータを伝送し、各パケットは、所定の長さのもので、ヘッダおよびペイロードを含んでいる。ＭＰＥＧ規格は、この領域で現在のところ好ましい標準規格で、特にこのようなパケットのための所定のフォーマットを示している。
【０００２】
パケットヘッダは、一般にパケットに関する記述データを含むのに対して、ペイロードは、受信機／デコーダで処理されるデータを含む。パケットヘッダは、パケットを識別する少なくともパケットＩＤあるいはＰＩＤを含む。パケットのペイロードは、オーディオ、ビデオあるいはアプリケーションデータのような他のデータもしくは特に条件付アクセスシステムデータを含んでもよい。
【０００３】
従来、入力データストリームは、各パケットのＰＩＤに従って受信機／デコーダによってフィルタリングされる。オーディオあるいは映像データのような即時処理を要するデータは、パケット化の基本的なストリームあるいはＰＥＳとして従来公知であるものの形式で適当なプロセッサに通信される。トランスポートパケットのペイロードを組み立てることによって形成されるこの連続的なデータの流れそのものは一連のパケットを含み、各ＰＥＳパケットはパケットヘッダおよびペイロードを含む。
【０００４】
即時処理を必要としない他のデータも、トランスポートパケットのペイロード内でカプセル化されてもよい。実時間出力を発生するようにプロセッサによって即時に処理されるＰＥＳデータと違って、この種のデータは、一般的には受信機／デコーダプロセッサによって非同期方法で処理される。この場合、データは、単一のテーブルあるいは各々がヘッダおよびペイロードを含む一連のセクションあるいはテーブルでフォーマット化され、セクションあるいはテーブルのヘッダはテーブルＩＤあるいはＴＩＤを含む。
【０００５】
伝送へのアクセスが制限されるべきである場合、例えば、ペイＴＶシステムでは、条件付アクセスデータは、伝送とともにトランスポートストリームで放送されたテーブルあるいはセクションに含まれてもよい。この条件付アクセスデータは、デコーダによってフィルタリングされ、デコーダに挿入されたスマートカードのような携帯セキュリティモジュールに送られる。次に、このデータは、伝送をデスクランブルするデコーダによってその後に使用される例えば制御ワードを生成するためにスマートカードによって処理される。
【０００６】
１つの問題は、デコーダによって受信され、処理されるデータ量、特にセキュリティモジュールに最終的に転送される条件付アクセスデータ量にある。特に、セキュリティモジュールの処理機能およびデコーダとセキュリティモジュールとの間の通信チャネル容量は、所与のメッセージ量を処理するのに不十分である可能性がある。この問題を異なる操作者によって同じプログラム（例えば、フットボール試合あるいはテーマテレビジョンチャネル）にアクセスできる多重条件付アクセスメッセージとともに伝送されるプログラムを増加させる傾向によって悪化させる。
【０００７】
第１の態様では、本発明は、パケットペイロード内でカプセル化されたパケット化データを含むトランスポートパケットストリームを処理するデコーダを提供し、
前記デコーダが、
特定のセキュリティモジュールシステムの識別子を携帯セキュリティモジュールから受信する手段と、
受信識別子に応じてデコーダを構成する手段と、
特定のセキュリティモジュールシステムに関連したパケット化データをフィルタリングするフィルタデータを携帯セキュリティモジュールから受信する手段と、
受信フィルタデータに応じて前記パケット化データをフィルタリングする手段とを備えている。
異なるセキュリティモジュールは、異なるそれぞれのセキュリティモジュールシステムに関連してもよく、各セキュリティモジュールは関連する特定のシステムの識別子をそれの中に記憶する。セキュリティモジュールは、最初にデコーダと接続されるかあるいはデコーダに挿入される場合、セキュリティモジュールは、記憶された識別子をデコーダに通信できる。次に、構成手段は、特定のセキュリティモジュールシステムに関連したデータをパケット化データから抽出するために受信識別子に応じてデコーダを構成できる。これは、多数の異なるセキュリティモジュールシステムの中の１つに対するデコーダを構成する簡単で、費用がかからなくて有効な方法を提供できる。
【０００８】
前述のように、フィルタリング手段は、セキュリティモジュールから受信されたフィルタデータに応じてパケット化データをフィルタリングするように構成可能である。これによってフィルタ手段は、セキュリティモジュールに関与するパケットデータだけを抽出パケットデータからフィルタリングするように構成することを可能にすることができる。これによって、セキュリティモジュールへのデータの流れは、セキュリティモジュールの処理機能と合致するように大いに減少させることができる。
【０００９】
１つの好ましい実施形態では、セキュリティモジュールシステムの識別子を受信し、デコーダを構成する手段は、デコーダに記憶されたアプリケーションを含み、フィルタデータを受信し、パケット化データをフィルタリングする手段はフィルタを含む。
フィルタリング手段は、特定のセキュリティモジュールシステムに関連し、受信フィルタデータに応じてその後フィルタリングするデータをパケット化データから抽出するように前記構成手段によって構成可能であってもよい。
【００１０】
１つの好ましい実施形態では、識別子は、特定の条件付アクセスシステムの識別子を含む。デコーダは、セキュリティモジュールによって使用される条件付アクセスシステムだけに関連するデータをパケット化データから抽出するように構成できる。これは、それぞれのサービスプロバイダーによって使用された多数の異なる条件付アクセスシステムのいずれかに対してデコーダの簡単な受注生産を行うことができる。したがって、加入者は、例えば、デコーダの供給者によって１つの条件付アクセスシステムだけに限定される必要がない。
【００１１】
フィルタリング手段は、プログラムマップテーブルおよび条件付アクセステーブルを含むトランスポートパケットをパケット化データから抽出するように構成されてもよい。構成手段は、プログラムマップテーブルおよび条件付アクセステーブルをフィルタリング手段から受信し、受信識別子およびプログラムマップテーブルおよび条件付アクセステーブルに含まれたデータに応じてフィルタリング手段を構成するように構成されてもよい。これによって、フィルタリング手段は、特定の条件付アクセスシステムに関連したデータのパケットＩＤを容易に識別できる。
【００１２】
好ましくは、フィルタ手段は、抽出トランスポートパケットデータに対する少なくともテーブル識別子あるいはセクション識別子を含むフィルタデータに応じて構成可能である。セキュリティモジュールからの情報に応じてテーブルあるいはセクションレベルのフィルタリングデータによって、データのより多くの正確な識別および選択は、例えば、モジュールにアドレス指定される関連条件付アクセスメッセージを抽出するように実行できる。フィルタリング手段は、同様に携帯セキュリティモジュールから受信された他のデータに従って構成可能であってもよい。
【００１３】
他の好ましい実施形態では、識別子は、セキュリティモジュールによって使用される特定のデビットシステムの識別子を含む。異なるセキュリティモジュールは、例えば、ペイ・パー・ビューあるいはペイ・パー・ファイル事象のための異なるデビットシステムを使用してもよい。例えば、セキュリティモジュールは、電子トークンのウォレットを記憶してもよく、このような事象が購入される場合、トークンの数が減少される。それとは別に、セキュリティモジュールは、このような事象の購入の際に適当な金額だけ加入者の銀行口座を引き落とすためにクレジットカード詳細を読み取り、銀行と通信するデコーダを必要とし得るクレジットカードの機能を含んでもよい。セキュリティモジュールによってデコーダに識別子を送ることによって、セキュリティモジュールは、セキュリティモジュールによって支援された方法でデビット動作を実行するようにデコーダを構成できる。
【００１４】
それとは別に、あるいはさらに、識別子は、セキュリティモジュールによって使用された特定のクレジットシステムの識別子を含んでもよい。さらに、異なるセキュリティモジュールは異なるクレジットシステムを利用してもよい。例えば、セキュリティモジュールに記憶された電子トークンのウォレットは増加されてもよいし、あるいは加入者が酒類の広告のような販売促進事象を見た場合に加入者の銀行口座はプログラムプロバイダーによって信用取引されてもよい。セキュリティモジュールによってデコーダに識別子を送ることによって、セキュリティモジュールは、セキュリティモジュールによって支援された方法でクレジット動作を実行するようにデコーダを構成できる。
【００１５】
好ましい実施形態では、フィルタリング手段は、前記特定のセキュリティモジュールシステムに関連したデータをパケット化データから抽出する第１のフィルタリング手段、例えば、第１のフィルタのセットと、前記フィルタデータに応じて抽出データをフィルタリングする第２のフィルタリング手段、例えば、第２のフィルタのセットとを備えている。
【００１６】
したがって、第２の態様では、本発明は、パケットペイロード内でカプセル化されたパケット化データを含むトランスポートパケットストリームを処理するデコーダを提供し、前記デコーダが、
特定のセキュリティモジュールシステムに関連したデータをパケット化データから抽出する第１のフィルタリング手段と、
携帯セキュリティモジュールから受信されたフィルタデータに応じて抽出データをフィルタリングする第２のフィルタリング手段とを備えている。
【００１７】
第１のフィルタ手段は、前記セキュリティモジュールから受信された前記特定のセキュリティモジュールシステムの識別子に応じて構成可能であってもよい。
前記第２のフィルタのセットのフィルタの少なくとも１つは、前記フィルタデータに含まれたデータパターンに応じて構成可能であってもよい。
前記第２のフィルタのセットのフィルタの少なくとも１つは、フィルタデータに含まれた前記データパターンに一致するパターンを有するデータをパケット化データからフィルタリングするように構成可能であってもよいしあるいはフィルタデータに含まれた前記データパターンに一致するパターンを有するデータをパケット化データからフィルタリングしないように構成可能であってもよい。
【００１８】
前記第２のフィルタのセットのフィルタの少なくとも１つは、前記フィルタデータに含まれたデータマスクパターンに応じて前記データパターンの少なくとも一部を無視するように構成可能であってもよい。
好ましい実施形態では、前記セキュリティモジュールから受信されたフィルタデータに従って得られた条件付アクセスデータをセキュリティモジュールに転送する手段、例えばフィルタを含む。
【００１９】
本発明は、特にデコーダとモジュールとの間で通信される条件付アクセスメッセージの量の減少ができるように構成されるが、それにもかかわらず、フィルタリング手段が条件付アクセスデータ以外で、セキュリティモジュール以外の宛先を有するデータを抽出するように構成されてもよいことが分かる。
フィルタリングされ、セキュリティモジュールに転送された条件付アクセスデータは、資格制御メッセージ（ＥＣＭ）および／または資格管理メッセージ（ＥＭＭ）を含んでもよい。
【００２０】
単一条件付アクセスシステムに関連したメッセージ群内でさえ、このシステム内の特定のユーザに関連のない多数のメッセージがあってもよい。例えば、単一条件付アクセスシステム内で、そのすべてが所与のユーザに関連しなくてもよい多数のＥＭＭの生成をもたらす多数の異なるユーザ群が規定されてもよい。
したがって、好ましくは、セキュリティモジュールによって供給されたフィルタデータは、セキュリティモジュールにアドレス指定されたグループおよび／または個別の資格管理メッセージを抽出するためにフィルタ手段によって使用されたデータを含む。
【００２１】
一実施形態では、デコーダは、それに転送される条件付アクセスデータに応じてセキュリティモジュールによって生成された制御ワードを受信するように構成され、この制御ワードは、スクランブル伝送をデスクランブルするためにデコーダによって使用される。
セキュリティを保持するために、セキュリティモジュールとデコーダとの間のいくつかあるいは全ての通信は暗号化されてもよい。特に、セキュリティモジュールによって生成され、最終的にデコーダに伝送されるデスクランブル制御ワードは暗号化されてもよい。
【００２２】
本発明は任意のパケット伝送システムに応用してもよいが、本発明は、特に、例えば、テーブル、セクションあるいはパケットペイロード内でカプセル化された他のパケット化データを含むＭＰＥＧコンパチデータストリームを受信するように構成されたデコーダに応用可能である。
この点では、用語「テーブル、セクションあるいは他のパケット化データ」は、その最も広い意味で、単独であるいはある順序の、ヘッダおよびペイロードを含み、そのものがトランスポートパケットストリーム内でカプセル化される任意のデータテーブルを指す。好ましい実施形態で述べられているように、本発明は、特に、ＭＰＥＧテーブル、特に単一のＭＰＥＧの短い様式テーブル内に含まれるデータのフィルタリングに適用可能である。
【００２３】
本出願に関して、用語ＭＰＥＧは、国際標準化機構作業グループ「カラー動画符号標準化作業グループ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）によって開発されデータ伝送を指しているが、特に、ディジタルテレビ用途のために開発され、文書ＩＳＯ１３８１８‐１、ＩＳＯ１３８１８‐２、ＩＳＯ１３８１８‐３、ＩＳＯ１３８１８‐４に示されたＭＰＥＧ‐２規格を専用に指しているものではない。本発明出願に関して、用語ＭＰＥＧは、ディジタルデータ伝送の分野に応用可能であるＭＰＥＧフォーマットの全ての変更、修正あるいは開発を含む。
【００２４】
本発明は、前述されたようなデコーダと併用するための携帯セキュリティモジュールも提供し、前記セキュリティモジュールは、特定のセキュリティモジュールシステムの識別子を記憶するメモリ手段と、デコーダを構成するように識別子をデコーダに通信する手段とを備えている。
一実施形態では、携帯セキュリティモジュールはスマートカードを含む。ここで使用されるように、用語「スマートカード」は、任意のチップを基にしたカード装置、あるいは同様な機能および性能、処理の物体、例えば、マイクロプロセッサおよびメモリ装置を含むが、専用にこれを含むものではない。この用語に含まれるのは、カードに対する他の物理的形状を有する装置、例えば、しばしばＴＶ受信機／デコーダシステムで使用されるような鍵状装置、クレジットカード、および装置内に記憶される情報へのアクセスが制限される装置である。
【００２５】
本発明は、パケットペイロード内のカプセル化されたパケット化データを含むトランスポートパケットストリームを処理する方法も提供し、前記方法が、デコーダで、
特定のセキュリティモジュールシステムの識別子を携帯セキュリティモジュールから受信するステップと、
受信識別子に応じて前記デコーダを構成するステップと、
特定のセキュリティモジュールシステムに関連したパケット化データをフィルタリングするためのフィルタデータを携帯セキュリティモジュールから受信するステップと、
受信フィルタデータに応じてパケット化データをフィルタリングするステップとを含む。
【００２６】
本発明は、パケットペイロード内でカプセル化されたパケット化データを含むトランスポートパケットストリームを処理する方法も提供し、前記方法が、デコーダで、
特定のセキュリティモジュールシステムに関連したデータをパケット化データから抽出するステップと、
携帯セキュリティモジュールから受信されたフィルタデータに応じて抽出データをフィルタリングするステップとを含む。
【００２７】
本発明は、テーブル、セクションあるいはパケットペイロード内でカプセル化された他のパケット化データを含むトランスポートパケットストリームを受信するように構成され、デコーダが携帯セキュリティモジュールから受信されたフィルタデータに応じて構成可能なカプセル化データをフィルタリングする手段を含むことを特徴とするディジタル伝送システムのためのデコーダも提供する。テーブルあるいはセクションレベルのフィルタリングに加えて、デコーダは、例えば、セキュリティモジュールによって使用された特定の条件付アクセスシステムに関連したデータを含むこれらのパケットだけを抽出するためにトランスポートレベルフィルタリングをさらに実行してもよい。したがって、好ましくは、デコーダは、セキュリティモジュールから受信されたデータに応じて構成可能なトランスポートパケットデータをフィルタリングする手段をさらに含む。有利なことには、トランスポートパケットデータをフィルタリングする手段は、セキュリティモジュールから受信された条件付アクセスシステムのＩＤを示すデータに応じて構成可能であってもよい。
【００２８】
本発明の装置態様に関する前述された機能は、方法態様にも応用でき、またその逆でもできる。
ここで使用される用語「デコーダ」あるいは「受信機／デコーダ」は、符号化信号あるいは非符号化信号のいずれか、例えば、いくつかの他の手段によって放送あるいは伝送されてもよいテレビジョンおよび／またはラジオ信号を受信する受信機を意味してもよい。このような受信機／デコーダの実施形態は、受信信号を復号化する受信機と一体のデコーダ、例えば、「セットトップボックス」において、物理的に別個の受信機と結合して機能するデコーダ、ならびにウェブブラウザのような他の機能を含むかあるいはビデオレコーダあるいはテレビジョンと一体化されたデコーダを含んでもよい。
【００２９】
ここで使用されるように、用語「ディジタル伝送システム」は、ディジタルデータ、例えば、主にオーディオビジュアルあるいはマルチメディアディジタルデータを伝送あるいは放送するための任意の伝送システムを含む。本発明は、特に放送ディジタルテレビジョンシステムに応用可能であるが、本発明も、マルチメディアインターネット用途のための固定電気通信ネットワーク、専用テレビジョン等に応用可能であってもよい。
ここで使用されるように、用語「ディジタルテレビジョンシステム」は、例えば、任意の衛星システム、地上システム、ケーブルシステムおよび他のシステムを含む。
【００３０】
次に、下記の図に関して本発明の好ましい実施形態をだけを例に挙げて説明される。
ディジタルテレビジョン放送・受信システム１の概要は図１に示されている。本発明は、圧縮ディジタル信号を伝送するためにＭＰＥＧ‐２を使用する多くは従来のディジタルテレビジョンシステム２を含んでいる。より詳細には、放送センターのＭＰＥＧ‐２圧縮器３は、ディジタル信号ストリーム（例えば、オーディオあるいはビデオ信号のストリーム）を受信する。圧縮器３は、リンク装置５によってマルチプレクサ・スクランブラ４に接続されている。マルチプレクサ４は、複数の他の入力信号を受信し、１つあるいはそれ以上のトランスポートストリームを組み立て、もちろん電気通信リンクを含む様々な形式をとり得るリンク装置７を介して圧縮ディジタル信号を放送センターの送信機６に送信する。
【００３１】
送信機６は、電磁信号が電子的に処理され、概念上のダウンリンク１０を介して、従来エンドユーザによって所有されるかあるいは賃貸されたディッシュアンテナの形の地上受信機１１に放送される衛星トランスポーダ９の方へアップリンク８を介して電磁信号を送信する。受信機１１によって受信された信号は、エンドユーザによって所有あるいは賃貸され、エンドユーザのテレビジョン受像機１３に接続された統合受像機／デコーダ１２に送信される。受像機／デコーダ１２は、圧縮ＭＰＥＧ‐２信号をテレビジョン受像機１３のためのテレビジョン信号に復号化する。
【００３２】
条件付アクセスシステム２０は、マルチプレクサ４および受像機／デコーダ１２に接続され、一部は放送センターに、一部は受像機／デコーダにある。このシステムによって、エンドユーザは、１つあるいはそれ以上の放送供給者からのディジタルテレビジョン放送にアクセスできる。コマーシャル提供に関するメッセージ（すなわち、放送供給者によって販売された１つあるいはいくつかのテレビジョンプログラム）を暗号解読できるスマートカードは、受像機／デコーダ１２に挿入できる。受像機／デコーダ１２およびスマートカードを使用すると、エンドユーザは、加入モードあるいはペイ・パー・ビューモードのいずれかで事象を購入してもよい。
マルチプレクサ４および受信機／デコーダ１２にも接続され、さらに一部は放送センターおよび一部は受信機／デコーダにある対話型システム１７は、エンドユーザがモデムバックチャネル１６を介していろいろのアプリケーションと対話できるように備えられてもよい。
【００３３】
次に、条件付アクセスシステム２０はより詳細に説明される。
図２を参照すると、概要において、条件付アクセスシステム２０は加入者許可システム（ＳＡＳ）２１を含んでいる。ＳＡＳ２１は、それぞれのＴＣＰ‐ＩＰリンク装置２３（ただし、その代わりに他の型式のリンク装置が使用できる）によって、各々が各放送供給者ための１つあるいはそれ以上の加入者管理システム（ＳＭＳ）２２に接続される。それとは別に、１つのＳＭＳは、２つの放送供給者間で共有できるか、あるいは１つの供給者は２つのＳＭＳ等に使用できる。
【００３４】
「マザー」スマートカードを使用する暗号化装置２４の形態の第１の暗号化装置２５はリンク装置２６によってＳＡＳに接続されている。また一方、マザースマートカード２８を使用する暗号化装置２７の形態の第２の暗号化装置はリンク装置２９によってマルチプレクサ４に接続される。受信機／デコーダ１２は「ドーター」スマートカード３０を受信する。受信機／デコーダ１２は、モデムバックチャネル１６を介して通信サーバ３１によってＳＡＳ２１に直接接続される。ＳＡＳは、特に要求に応じてドータースマートカードへの加入権を送信する。
【００３５】
スマートカードは１つあるいはそれ以上のコマーシャルオペレータの秘密を含む。「マザー」スマートカードは、異なる種類のメッセージを暗号化し、「ドーター」スマートカードがメッセージを暗号解読する権利を有する場合、「ドーター」スマートカードはこのメッセージを暗号解読する。
第１および第２の暗号化装置２４および２７は、ラックと、最高２０枚の電子カードまでＥＥＰＲＯＭ上に記憶されたソフトウェアを有する電子ＶＭＥカードと、各電子カードに対して、それぞれ１つのスマートカード２５および２８とを含み、１つのカード２８はＥＣＭを暗号化するためのもの、１つのカード２５はＥＭＭを暗号化するためのものである。
次に、ディジタルテレビジョンシステムの条件付アクセスシステム２０の動作は、テレビジョンシステム２および条件付アクセスシステム２０の様々な部品に関してより詳細に説明される。
【００３６】
（マルチプレクサおよびスクランブラ）
図１および図２を参照すると、放送センターでは、ディジタルオーディオあるいはビデオ信号は、ＭＰＥＧ‐２圧縮器３を使用して、最初に圧縮される（あるいはビットレート減少される）。次に、この圧縮信号は、他の圧縮データのような他のデータと多重化されるためにリンク装置５を介してマルチプレクサおよびスクランブラ４に伝送される。
スクランブラは、スクランブル処理で使用され、マルチプレクサのＭＰＥＧ‐２ストリームに含まれる制御ワードを生成する。制御ワードは、内部で生成され、この制御ワードによって、エンドユーザの統合受信機／デコーダ１２はプログラムをデスクランブルできる。
【００３７】
いかにプログラムが商品化されるかを示すアクセス基準がＭＰＥＧ‐２ストリームにも加えられる。このプログラムは、多数の「加入」モードおよび／または多数の「ペイ・パー・ビュー」（ＰＰＶ）モードあるいは事象の中のいずれかで商品化されてもよい。加入モードでは、エンドユーザは、１つあるいはそれ以上のコマーシャル提供、あるいは「ブーケー」に加入するので、これらのブーケーの内部のあらゆるチャネルを見る権利を得る。好ましい実施形態では、最高９６０のコマーシャル提供はチャネルのブーケーから選択されてもよい。
【００３８】
ペイ・パー・ビューモードでは、エンドユーザには、望む事象を購入する能力が備えられている。これは、前以て事象を事前ブッキング（「プレブックモード」）するかあるいは放送されるとすぐに事象を購入する（「インパルス」モード」）かのいずれかによって行うことができる。好ましい実施形態では、全てのユーザは、加入モードあるいはペイ・パー・ビューモードで見ても見なくても、加入者であるが、もちろんＰＰＶ視聴者は必ずしも加入者である必要がない。
【００３９】
（資格制御メッセージ）
制御ワードおよびアクセス基準の両方は、資格制御メッセージ（ＥＣＭ）を形成するために使用される。これは、スクランブルプログラムに関連して送信されるメッセージである。すなわち、このメッセージは、制御ワード（プログラムのデスクランブルを可能にする）および放送プログラムのアクセス基準を含んでいる。アクセス基準および制御ワードは、リンク装置２９を介して第２の暗号化装置２７に伝送される。この装置では、ＥＣＭは、生成され、暗号化され、マルチプレクサ・スクランブラ４に伝送される。放送伝送中、制御ワードは、一般的には、２、３秒毎に変わるので、ＥＣＭは、変わる制御ワードがデスクランブルできるように周期的に伝送される。冗長性目的のために、各ＥＣＭは、一般的には２つの制御ワード、すなわち現制御ワードおよび次制御ワードを含んでいる。
【００４０】
データストリームで放送供給者によって放送された各サービスは多数の別個のコンポーネントを含んでいる。すなわち、例えば、テレビジョンプログラムは、ビデオ構成要素と、オーディオ構成要素と、サブタイトル構成要素等とを含んでいる。サービスのこれらの構成要素の各々は、トランスポンダ９にその後に放送するために個別にスクランブルおよび暗号化される。サービスの各スクランブル構成要素に関しては、別個のＥＣＭが必要とされる。それとは別に、単一ＥＣＭはサービスのスクランブル構成要素の全てに対して必要とされてもよい。多重ＥＣＭは、多重条件付アクセスシステムが同じ伝送プログラムへのアクセスを制御する場合も生成される。
【００４１】
（プログラム伝送）
マルチプレクサ４は、暗号化ＥＭＭを含む電気信号をＳＡＳ２１から、暗号化ＥＣＭを第２の暗号化装置２７から、圧縮プログラムを圧縮器３から受信する。マルチプレクサ４は、プログラムをスクランブルし、スクランブルプログラム、暗号化ＥＭＭおよび暗号化ＥＣＭを放送センターの送信機６にリンク装置７を介して送信する。送信機６は、アップリンク８を介して衛星トランスポンダ９の方へ電磁信号を送信する。
【００４２】
（プログラム受信）
衛星トランスポンダ９は、送信機６によって送信された電磁信号を受信し、処理し、従来エンドユーザによって所有されるかあるいは賃貸されるディシュアンテナの形の地上受信機１１にダウンリンク１０を介してこの信号を送信する。受信機１１によって受信された信号は、エンドユーザによって所有あるいは賃貸され、エンドユーザのテレビジョン受像機１３に接続される統合受信機／デコーダ１２に送信される。受信機／デコーダ１２は、この信号を多重分離し、暗号化ＥＭＭおよび暗号化ＥＣＭを有するスクランブルプログラムを得る。
【００４３】
プログラムがスクランブルされない場合、すなわちＥＣＭはＭＰＥＧ‐２ストリームで全然送信されなかった場合、受信機／デコーダ１２は、データを伸長し、この信号をテレビジョン受像機１３に伝送するためのビデオ信号に変換する。
プログラムがスクランブルされる場合、受信機／デコーダ１２は、ＭＰＥＧ‐２ストリームから対応するＥＣＭを抽出し、このＥＣＭをエンドユーザの「ドーター」スマートカード３０に送る。これは、受像機／デコーダ１２のハウジングにうまくはまる。ドータースマートカード３０は、エンドユーザがＥＣＭを暗号解読し、プログラムをアクセスする権利を有するかどうかを制御する。有していない場合、否定状態が、プログラムがデスクランブルできないことを示すために受信機／デコーダ１２に送られる。エンドユーザがこの権利を有する場合、ＥＣＭは暗号解読され、制御ワードが抽出される。次に、受信機／デコーダ１２は、この制御ワードを使用してプログラムをデスクランブルできる。ＭＰＥＧ‐２ストリームは、圧縮され、テレビジョン受像機１３に前方伝送するためにビデオ信号に変換される。
【００４４】
（資格管理メッセージ（ＥＭＭ））
ＥＭＭは、個別のエンドユーザ（加入者）、あるいはエンドユーザのグループに専用のメッセージである。各グループは所与のエンドユーザ数を含んでもよい。グループとしてのこの編成はバンド幅を最適化することを目指している。すなわち、１グループへのアクセスは多数のエンドユーザの広がりを可能にできる。
いろいろの特定の型式のＥＭＭを使用できる。個別のＥＭＭは個別の加入者に専用であり、一般的にはペイ・パー・ビューサービスの提供で使用される。これらは、このグループに加入者のグループ識別子および職を含んでいる。
【００４５】
グループ加入ＥＭＭは、例えば、２５６の個別ユーザのグループに専用であり、一般的には、いくつかの加入サービスの管理に使用される。このＥＭＭは、グループ識別子および加入者のグループビットマップを有する。
視聴者ＥＭＭは全視聴者に専用であり、例えば、所定の自由サービスを行うために特定のオペレータによって使用されてもよい。「視聴者」は、同じアクセスシステム識別子（ＣＡ、ＩＤ）を持っているスマートカードを有する加入者全体である。最後に、「固有の」ＥＭＭはスマートカードの固有の識別子にアドレス指定される。
【００４６】
（加入者管理システム（ＳＭＳ））
加入者管理システム（ＳＭＳ）２２は、特にエンドユーザファイル、コマーシャル提供、加入料、ＰＰＶ詳細およびエンドユーザ消費額および利用権に関するデータの全てを管理するデータベース３２を含んでいる。ＳＭＳはＳＡＳから物理的に離れていてもよい。
各ＳＭＳ２２は、エンドユーザに伝送される資格管理メッセージ（ＥＭＭ）の修正あるいは作成を意味するメッセージをＳＡＳ２１にそれぞれのリンク装置２３を介して伝送する。
【００４７】
ＳＭＳ２２は、ＥＭＭの修正あるいは作成を意味しなく、エンドユーザの状態（商品を注文する場合エンドユーザに付与された利用権あるいはエンドユーザが請求された金額に関する）の変化だけ意味するメッセージもＳＡＳ２１に伝送する。
ＳＡＳ２１は、メッセージ（一般的には、コールバック情報あるいは課金情報のようなリクエスト情報）をＳＭＳ２２に送信するので、双方間の通信は双方向であることは明らかである。
【００４８】
（加入者許可システム（ＳＡＳ））
ＳＭＳ２２によって発生されたメッセージは、同様にＳＭＳ２１によって発生されたメッセージのメッセージ肯定応答受信を発生し、これらの肯定応答をＳＭＳ２２に送る加入者許可システム（ＳＡＳ）２１に送られる。
概要において、ＳＡＳは、加入モードに対する権利を与え、毎月自動的にこの権利を更新する加入チェーンエリアと、ＰＰＶ事象に対する権利を与えるペイ・パー・ビューチェーンエリアと、加入チェーンエリアおよびＰＰＶチェーンエリアによって作成されたＥＭＭをマルチプレクサ・スクランブラ４に送り、したがってＥＭＭとともにＭＰＥＧストリームを供給するＥＭＭインジェクタとを含む。コンピュータソフトウェアをユーザのパソコンにダウンロードする場合のペイ・パー・ファイル（ＰＰＦ）権利のような他の権利が付与されるべき場合、他の同様なエリアも備えられる。
【００４９】
ＳＡＳ２１の１つ権利は、加入モードのコマーシャル提供として利用されるかあるいは異なるモードの商品化（プレブックモード、インパルスモード）に従ってＰＰＶ事象として販売されるテレビジョンプログラムのアクセス権を管理することにある。これらの権利およびＳＭＳ２２から受信された情報に従って、ＳＡＳは、加入者のためのＥＭＭを発生する。
ＥＭＭは、管理および利用の鍵に関して暗号化する暗号化装置（ＣＵ）２４に送られる。ＣＵは、ＥＭＭのシグネチャを完了し、ヘッダが加えられるＳＡＳ２１のメッセージ発生器（ＭＧ）にＥＭＭを送り返す。ＥＭＭは、全ＥＭＭとしてメッセージエミッタ（ＭＥ）に送られる。メッセージ発生器は放送開始および中止時間ならびにＥＭＭの放出速度を決定し、これらをＥＭＭとともに適切な命令としてメッセージエミッタに送る。ＭＧは、所与のＥＭＭを一度発生するだけであり、ＭＧは、ＥＭＭの周期的伝送を実行するＭＥである。
【００５０】
ＥＭＭの発生の際に、ＭＧは固有の識別子をＥＭＭに割り当てる。ＭＧはＥＭＭをＭＥに送る場合、ＭＧはＥＭＭＩＤも送る。これによって、ＭＧおよびＭＥの両方で特定のＥＭＭの識別ができる。
例えば、複数のオペレータに関連した複数の条件付アクセスシステムを処理するように構成される同時暗号のようなシステムでは、各条件付アクセスシステムに関連したＥＭＭストリームは、別個に発生され、伝送よりも前にマルチプレクサ４によって一緒に多重化される。
【００５１】
（トランスポートストリームの条件付アクセスメッセージ）
ＥＣＭおよびＥＭＭメッセージの異なる特徴は、ＭＰＥＧストリームのメッセージの伝送モードに関する差異をもたらす。プログラムをデスクランブルするのに必要な制御ワードを伝達するＥＣＭメッセージは、必ず伝送されるプログラムのビデオおよびオーディオストリームに結合されている。それに反して、ＥＭＭメッセージは、個人あるいは顧客のグループに権利情報を伝送するために非同期に放送される一般メッセージである。この差はＭＰＥＧトランスポートストリーム内にＥＣＭメッセージおよびＥＭＭメッセージを入れることに反映される。
公知のように、ＭＰＥＧトランスポートパケットは、ヘッダを含む１８８バイトの固定長のパケットである。標準パケットでは、同期データに続く３バイトの下記を含む。
【００５２】
表１
トランスポートエラーインジケータ １ビット
ペイロードユニットインジケータ １ビット
トランスポート優位順位 １ビット
ＰＩＤ １３ビット
トランスポートスクランブル制御 ２ビット
適応フィールド制御 ２ビット
連続性カウンタ ４ビット
【００５３】
これらのフィールドの特徴は一般にＭＰＥＧ規格によって決定される。
図３を参照すると、トランスポートストリーム内のデータの構成が説明される。図示されるようにトランスポートストリームは、プログラム関連テーブル４０（「ＰＡＴ」）を含み、パケットのヘッダのＰＩＤは、ＭＰＥＧ‐２規格によって０ｘ００の値に固定されている。プログラムアクセステーブル４０は、プログラムデータへのアクセスのためのエントリポイントを与え、多数のプログラムに関連したプログラムマップテーブル（「ＰＭＴ」）４１、４２のＰＩＤ値に関するテーブルを含む。各プログラムマップテーブル４１、４２は、同様にこのプログラムのオーディオテーブル４３およびビデオテーブル４４のパケットストリームのＰＩＤ値の参照記号を含む。
【００５４】
図示されるように、プログラムマップテーブル４２も当該のプログラムに関する付加データを含む他のパケット４５、４６のＰＩＤ値の参照記号を含む。この場合、多数の条件付アクセスシステムによって発生され、当該のプログラムに関連したＥＣＭデータは参照パケット４５、４６内に含まれる。
プログラムアクセステーブルＰＡＴ４０に加えて、ＭＰＥＧトランスポートストリームは、そのＰＩＤ値が０ｘ００に固定される条件付アクセステーブル４７（「ＣＡＴ」）をさらに含む。したがって、このＰＩＤ値を含む任意のパケットヘッダは、アクセス制御情報を含むものとして自動的に識別される。ＣＡＴテーブル４７は、１つあるいはそれ以上の条件付アクセスシステムに関連したＥＭＭデータに関連したＭＰＥＧパケット４８、４９、５０のＰＩＤ値を参照する。ＰＭＴパケットのように、ＣＡＴテーブルで参照されるＥＭＭパケットのＰＩＤ値は、固定されなくて、システム操作者の選択で決定されてもよい。
【００５５】
（専用セクションデータ）
ＭＰＥＧ‐２規格に準拠して、パケットペイロードと一緒に含まれる情報は、トランスポートされるデータの型式による他の構造のレベルに左右される。オーディオ、ビジュアル、テレテキスト、サブタイトルあるいは他のこのような急速に発生し、同期したデータの場合、この情報は、パケット化基本ストリームあるいはＰＥＳであるものの形で組み立てられる。伝送パケットのペイロードを組み立てることによって形成されるこのデータストリームそのものは一連のパケットを含み、各パケットはパケットヘッダおよびペイロードを含む。トランスポートストリームの伝送パケットと違って、ＰＥＳパケットの長さは可変である。
【００５６】
アプリケーションデータのような他のデータあるいは本例ではＥＣＭデータおよびＥＭＭデータの場合、ＰＥＳパケットとは異なるフォーマットは禁止される。トランスポートパケットペイロードに含まれたデータは一連のセクションあるいはテーブルに分割される。テーブルあるいはセクションヘッダは、当該のテーブルを識別するテーブルＩＤあるいはＴＩＤを含む。データのサイズに応じて、セクションはパケットペイロード内に完全に含まれてもよいしあるいは多数のトランスポートパケットにわたる一連のテーブルに延ばされてもよい。ＭＰＥＧ‐２に関しては、用語「テーブル」はしばしば単一のデータのテーブルを指すのに対して、「セクション」は同じＴＩＤ値を有する複数のテーブルの１つを指す。
【００５７】
トランスポートパケットデータおよびＰＥＳパケットデータのように、テーブルあるいはセクションのデータ構造はさらにＭＰＥＧ‐２規格によって規定される。特に、専用テーブルあるいはセクションデータに対する２つの可能なシンタックス様式、すなわち図４に示されるように長い様式あるいは短い様式が提案される。
短い様式および長い様式の両方において、ヘッダは、下記を含む少なくともデータ６０を含む。
【００５８】
表２
テーブルＩＤ ８ビット
セクションシンタックスインジケータ １ビット
専用インジケータ／予備 １ビット
予備のＩＳＯ ２ビット
セクション長 １２ビット
【００５９】
専用インジケータおよび専用セクション長は、自分自身の目的のためにシステムオペレータによって使用されてもよいＭＰＥＧ‐２規格によって固定されないデータで構成される。
短い様式の場合、ヘッダ６０にはペイロード６１が直ぐ続く。長い様式の場合、他のヘッダセクション６２は、ペイロード６３の前に備えられ、メッセージは同様にＣＲＣチェック値６４を含む。メッセージが多数のセクションに分割されなければならないほど長い場合、一般的には使用される長い様式は、セクション番号、セクション等のシーケンスの最後のセクションの番号のようなセクションを組み立てるのに必要な情報を含む。
【００６０】
長短様式テーブルデータ関する他の情報に関しては、リーダーはＭＰＥＧ‐２規格に向けられる。
条件付アクセスＥＣＭメッセージおよびＥＭＭメッセージの場合、データは通常単一テーブルに受け入れられ、短い様式は適切なフォーマットである。このような短い様式条件付アクセスメッセージに対する特定のシンタックスは、本発明に関して提案される、すなわち：
【００６１】
表３
テーブルＩＤ（フィルタデータ） ８ビット（１バイト）
セクションシンタックスインジケータ １ビット
専用インジケータ／予備 １ビット
予備のＩＳＯ ２ビット
セクション長 １２ビット
ＣＡ固有ヘッダフィールド（フィールドデータ）５６ビット（７バイト）
【００６２】
このようなＣＡメッセージの場合、テーブルＩＤ値は、システム操作者によって、例えば、ＥＣＭメッセージに対して０ｘ８０および０ｘ８１（例えば、奇数メッセージおよび偶数メッセージ）およびＥＭＭメッセージに対して０ｘ８２〜０ｘ８Ｆにセットされてもよい。これらの値は、禁止されるＭＰＥＧ‐２ではなく、システム操作者の判断で選択されてもよい。
【００６３】
同様に、これによってヘッダに続いて第１の７バイトのペイロードとして示されるＣＡ固有ヘッダフィールドの場合、このパラメータは、例えば、ＣＡメッセージが個人、グループあるいは視聴者加入情報を伝えるＥＭＭメッセージである事実を反映するためにシステムオペレータによってセットされてもよい。このように、このようなテーブルあるいはセクションの「ヘッダ」は拡張される。
このようなメッセージシンタックスの長所は、受信機／デコーダによるメッセージの処理およびフィルタリングに関して、特にテーブルＩＤおよびＣＡ固有フィールドデータを使用することによって後で明らかになる。
【００６４】
（受信機／デコーダ）
図５を参照すると、次に、ディジタル放送システムで使用し、本発明で使用されるように構成される受信機／デコーダ１２あるいはセットトップボックスの要素は説明される。理解されるように、この受信機／デコーダの基本要素は、一般に従来のものであり、その実現は当業者の能力の範囲内である。
図示されるように、受信機／デコーダ１２には、データを受信および送信するいくつかのインタフェース、特に、放送されたＭＰＥＧ伝送を受信するチューナ７０、直列インタフェース７１、並列インタフェース７２、および電話網を介してデータを送受信するモデム７３が装備されている。受信機／デコーダは、第１および第２のスマートカードリーダ７４および７５も含み、第１のリーダ７４は加入スマートカードを受信し、第２のリーダ７５は銀行および／または他のスマートカードを受信する。
【００６５】
受信機／デコーダも、ハンドセット遠隔制御装置７７から赤外線制御信号を受信する受信機７６と、オーディオビジュアル信号を受信機／デコーダに接続されたテレビジョン１３に送信するペリテル出力とを含んでいる。
インタフェースを介して受信されたディジタル信号および出力信号の発生の処理は、一緒に中央制御装置７８としてここでグループ化されたハードウェア要素およびソフトウェア要素の総体によって処理される。受信機／デコーダ内の制御装置のソフトウェアアーキテクチャは、公知の受信機／デコーダで使用され、ここでは詳述されないソフトウェアアーキテクチャに対応し得る。それは、例えば、受信機／デコーダのハードウェア構成要素で実行されるより低いレベルのオペレーティングシステムとインタフェースレイヤを介して相互作用する仮想マシンに基づいてもよい。ハードウェアアーキテクチャに関して、制御装置７８には、公知の受信機／デコーダにおけるようにプロセッサ、ＲＯＭ、ＲＡＭ、ＦＬＡＳＨメモリ等のようなメモリ要素が装備されている。
【００６６】
制御装置７８によって処理されたアプリケーションは、受信機／デコーダのＲＯＭあるいはＦＬＡＳＨに記憶された常駐アプリケーションあるいは受信機／デコーダのＭＰＥＧインタフェース２を介して放送され、ダウンロードされたアプリケーションであってもよい。アプリケーションは、受信機／デコーダが起動の際に直ちに作動できるアプリケーションおよび受信機／デコーダの特徴を構成するアプリケーションを開始するのと同様にプログラム案内アプリケーション、ゲーム、対話型サービス、電話ショッピングアプリケーションを含んでもよい。アプリケーションは、受信機／デコーダのメモリ位置に記憶され、グラフィックオブジェクト記述ファイル、ユニットファイル、可変ブロックファイル、命令シーケンスファイル、アプリケーションファイル、データファイル等を含む資源ファイルとして示される。
【００６７】
（条件付アクセスデータのフィルタリング）
図６は、本発明のこの実施形態に従ってパケットおよびテーブルデータを処理するのに必要な要素を概略形式で示している。理解されているように、この図に示された要素はハードウェア、ソフトウェアあるいは２つの組み合わせで実行されてもよい。
衛星受信機から受信された放送伝送は、従来のチューナ７０および関連復調器装置７９を介して送られる。チューナ７０は、一般的にはある範囲の周波数を走査し、選択されたキャリア周波数がこの範囲内で検出される場合停止する。次に、この信号は、トランスポートパケットストリームを抽出し、デマルチプレクサ・フィルタ装置８０に転送する復調器装置７９によって処理される。デマルチプレクサ・フィルタ装置８０のフィルタ構造は図７に関して下記に詳述される。理解されるように、このような装置を実現するのに必要とされる実際の部品の選択は、製造者の判断により、このような装置の重要な特徴は選択されたフィルタ構成である。
【００６８】
本実施形態による条件付アクセスシステムに従って暗号化されたデータの場合、フィルタ装置は、受信機／デコーダ１２に挿入されたスマートカード３０（あるいは任意の他の安全な装置）および一般的には受信機／デコーダのソフトウェアアプリケーションとして実行されるチャネルパラメータアプリケーション８１と相互作用する。
フィルタ装置８０は、トランスポートパケットストリームからこのストリームにあるＰＭＴテーブルおよびＣＡＴテーブルを抽出する。図３を参照すると、このフィルタリング動作はＰＩＤレベルで実行され、選択された放送チャネルに対応する適切なＰＭＴテーブルは、ＰＡＴテーブル（ＰＩＤ値：０ｘ００）を介して抽出され、選択チャネルのＰＩＤ値はＰＡＴテーブルで識別される。
【００６９】
チャネルパラメータアプリケーション８１は、さらにこのスマートカードに関連した条件付アクセスシステムの識別をスマートカード３０から受信する。再度、図３を参照すると、第１の条件付アクセスシステムは、パケット４５および４８のそれぞれのＥＣＭおよびＥＭＭデータと関連する。スマートカード３０から受信された条件付アクセスシステムＩＤおよびフィルタ装置８０から受信されたＰＭＴテーブルおよびＣＡＴテーブルを使用すると、アプリケーション８１は、当該の条件付アクセスシステムに関連した条件付アクセスパケットのＰＩＤ値を決定し、これらの値をフィルタ装置８０に戻る。
比較的少数のＥＣＭおよびＥＭＭが出される簡略化システムの場合、他のフィルタリングは全然必要でなくてもよく、これらのＰＩＤ値は、全て関連するＥＣＭ専用セクションおよびＥＭＭ専用セクションを識別パケットから抽出し、その後、これらのセクション内に含まれたデータをスマートカード３０に転送するためにフィルタ装置８０によって使用されてもよい。
【００７０】
次に、この条件付アクセスデータは、スマートカード３０内のマイクロプロセッサおよびデスクランブル装置８３に送られる伝送に関連した制御ワードによって処理される。デスクランブル装置８３は、スクランブルオーディオビジュアルあるいはデマルチプレクサ・フィルタ装置８０によってトランスポートパケットストリームから抽出された他のデータ情報を受信し、この情報を制御ワードを使用してデスクランブルし、その後、このデータを関連テレビジョンディスプレイ上にその後表示するためのデータを作成する従来のＭＰＥＧ‐２チップに送る。
【００７１】
しかしながら、ＰＩＤレベルフィルタによって当該の条件付アクセスシステムともっぱら関連するこれらのＥＣＭメッセージおよびＥＭＭメッセージの抽出ができるが、それにもかかわらず、ユーザに関係のない大部分のメッセージがあってもよい。これらのメッセージは、他のユーザグループに対するグループＥＭＭメッセージ、他のユーザ等に対する個別ＥＭＭメッセージを含んでもよい。したがって、スマートカードに送られた条件付アクセスメッセージのスループットは非常に大きくてもよい。プロセッサ力およびスマートカードのメモリの制限が行われると、このスループットは、実際、カードが処理できる以上であってもよい。
この問題を解決するために、スマートカード３０は、セクションあるいはテーブルレベルフィルタ処理で使用するために他のフィルタデータを装置８０に送るように構成される。
【００７２】
上記のテーブルＩＩＩを参照すると、条件付アクセスデータを含むテーブルは、ＥＭＭあるいはＥＣＭ（それぞれテーブルＩＤ値０ｘ８０あるいは０ｘ８１および０ｘ８２〜０ｘ８Ｆ）の存在およびメッセージ（グループＥＭＭメッセージに関連するグループ、視聴者ＥＭＭメッセージ等の存在）の種類を識別するために選択されるＣＡ固有ヘッダフィールドおよびテーブルＩＤを含む。必要とするデータに応じて、スマートカード３０は、必要なテーブルＩＤおよびＣＡ固有データを送信し、興味のあるこれらの条件付アクセスメッセージだけを抽出し、スマートカードに戻るようにフィルタ装置を構成する。このように、スマートカードに送信されたデータの流れは、スマートカードマイクロプロセッサの処理機能に合致するように減少されてもよい。
【００７３】
図７を参照すると、フィルタリング装置８０の詳細が説明される。一般的には、この装置は、受信機／デコーダに対するファームウェア管理アプリケーションによって駆動されるハードウェア資源として実現されてもよい。図示されるように、第１のフィルタのセット８５は、チャネルパラメータアプリケーションから受信されたＣＡ ＰＩＡ情報を使用してＰＩＤフィルタリング処理を実行する。ＰＩＤフィルタ８５は、同様にチャネルパラメータアプリケーションに送信されたＰＭＴ、ＣＡＴテーブルのような他の関連パケットを抽出するように構成されてもよい。他のＰＩＤフィルタ（図示せず）は、最後にデスクランブラ等に送信されたオーディオビジュアルＰＥＳパケット情報を抽出するために使用されてもよい。
【００７４】
一旦パケットヘッダを外されると、次に、専用セクションあるいはテーブルデータはテーブルの拡張ヘッダの８バイトをフィルタリングするように構成される前置フィルタのセット８６に経路選択される。テーブルＩＩＩに示されるように、１バイトの拡張ヘッダは、テーブルＩＤに関連し、７バイトの拡張ヘッダはＣＡ固有情報に関連する。フィルタリング動作は、テーブルの８バイトパターンとスマートカードから受信されたフィルタデータとを比較することによって実行される。８バイト、すなわち６４ビットパターン内のいくつかのビットは評価においてマスクあるいは無視されてもよい。本実施形態では、３２の異なるパターンは提案され、これらのパターンのサブセットは、スマートカードから受信された情報に応じて前置フィルタによって利用される。１つのパターンが一致する場合、セクションはＦＩＦＯバッファ要素８７に送られる。パターンが全然一致しない場合、セクションは無視される。フィルタ８６は、同様にＦＩＦＯバッファ８８に送られるＰＭＴおよびＣＡＴテーブル情報を適切なセクションから抽出するように作動する。
トランスポートレイヤの特性により、セクションの到達は爆発的である。バッファ８７、８８のバッファ容量は５Ｍビット／秒の平均速度を処理するのに十分でなければならなく、パケットの挿入は±２５％の可能な偏差を有する規則的な割り当てに基づいている。
【００７５】
本発明をより良く理解するために、セクションフィルタ８６によって処理された提案された操作命令の例が、次に概略される。
Ｆｉｌｔｅｒ ａｌｌ ｓｅｃｔｉｏｎｓ（Ｆｉｌｔｅｒ ｉｄ， Ｔａｒｇｅｔ， Ｍａｓｋ，Ｔｒｉｇｇｅｒ ｃｏｎｄｉｔｉｏｎｓ， ｐ／ｎ）
このコマンドは、ｔｒｉｇｇｅｒ ｃｏｎｄｉｔｉｏｎｓが生じた後、マスクビットを除いてターゲットにマッチするあらゆるセクションを検索する。
Ｆｉｌｔｅｒ ｎｅｘｔ ｓｅｃｔｉｏｎｓ（Ｆｉｌｔｅｒ ｉｄ， Ｔａｒｇｅｔ， Ｍａｓｋ，Ｔｒｉｇｇｅｒ ｃｏｎｄｉｔｉｏｎｓ， ｐ／ｎ）
このコマンドは、ｔｒｉｇｇｅｒ ｃｏｎｄｉｔｉｏｎｓが生じた後、マスクビットを除いてターゲットにマッチする次のセクションを検索する。Ｔｒｉｇｇｅｒ ｃｏｎｄｉｔｉｏｎｓは、マッチングとして以前に識別される他のフィルタに関連している。
【００７６】
Ｆｉｌｔｅｒ ｉｄは、フィルタおよび出力キューを指す０と３１との間のインデックスである。さらに、それは待ち行列優先順位を示し、０は最高の優先順位である。
Ｔａｒｇｅｔは８バイトパターンである。
Ｍａｓｋはターゲットでマスクされるビットを示す８バイトパターンであり、値０はマスクされることを意味する。
Ｔｒｉｇｇｅｒ ｃｏｎｄｉｔｉｏｎｓは、３２ビットのビットマップであり、ｆｉｌｔｅｒ ｉｄの論理和をとることはこのフィルタをトリガする。０にセットされるビットは全然トリガ状態を意味しない。自己トリガ状態は無視される。
ｐ／ｎは値で、通常１にセットされ、上述のような通常動作に対して正である。
０に設定される場合、ｐ／ｎは負のフィルタリング、すなわちターゲットにマッチしないセクションを検索することを意味する。
【００７７】
使用の例：
例１：
Ｆｉｌｔｅｒ ａｌｌ ｓｅｃｔｉｏｎｓ（５，０ｘ８Ｃ７Ｃ４５３ＡＡ８ＢＢＦＦ００，０ＸＦＦ５５７ＦＦＦＥＥＦＦＦＦ００，０，１）は、マッチング基準に対応する全てのＥＭＭを捕獲する。
【００７８】
例２：
Ｆｉｌｔｅｒ ｎｅｘｔ ｓｅｃｔｉｏｎｓ（０，０ｘ８１００００００００００００００，０ｘＦＦ００００００００００００００，０，１）
Ｆｉｌｔｅｒ ｎｅｘｔ ｓｅｃｔｉｏｎｓ（１，０ｘ８０００００００００００００００，０ｘＦＦ００００００００００００００，５，１）
Ｆｉｌｔｅｒ ｎｅｘｔ ｓｅｃｔｉｏｎｓ（２，０ｘ８０００００００００００００００，０ｘＦＦ００００００００００００００，３，１）
は、奇数／偶数トグルを有するＥＣＭ捕獲処理を開始する。
【００７９】
例３：
Ｆｉｌｔｅｒ ｎｅｘｔ ｓｅｃｔｉｏｎｓ（８，０ｘＰＭＴ＿ＴＩＤ００００Ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ００００００００，０ｘＦＦ００００１Ｆ００００００００，０，０）
Ｆｉｌｔｅｒ ｎｅｘｔ ｓｅｃｔｉｏｎｓ（１，０ｘ８１００００００００００００００，０ｘＦＦ００００００００００００００，０ｘ１４，１）
Ｆｉｌｔｅｒ ｎｅｘｔ ｓｅｃｔｉｏｎｓ（２，０ｘ８０００００００００００００００，０ｘＦＦ００００００００００００００，０ｘ１２，１）
Ｆ、奇数／偶数トグルを有するＥＣＭ捕獲処理を開始し、ＰＭＴに変化がある場合開始する。
【００８０】
ＣＡメッセージおよびフィルタデータをスマートカード８２およびフィルタ装置８０へおよびスマートカード８２およびフィルタ装置８０からの通信に関して、ＩＳＯ７８１６のようなスタンダードプロトコルが使われてもよい。フィルタリングされた専用セクションのデータの全てはスマートカード８２によって必要とされないので、このセクションは、修正され、下記のフォーマットのメッセージがスマートカードに送られてもよい。
テーブルＩＤ ８ビット
ゼロ １１ビット
フィルタＩＤ ５ビット
ＣＡ固有ヘッダフィールド ５６ビット
ＣＡメッセージ Ｎ^＊８ビット
【００８１】
これらの用語の各々の意味は上記の説明から明らかである。スマートカード８２からフィルタ８０に送られたフィルタデータの関して、下記のフォーマットを使用されてもよい。
フィルタ数 ８ビット
フィルタリング命令 ５ビット
フィルタＩＤ ５ビット
ターゲット ６４ビット
マスク ６４ビット
トリガ状態 ５ビット
ｐ／ｎ １ビット
【００８２】
Ｎｕｍｂｅｒ ｏｆ ｆｉｌｔｅｒｓは、この命令にセットされるフィルタ数を記述する。
Ｆｉｌｔｅｒｉｎｇ ｉｎｓｔｒｕｃｔｉｏｎは、命令の種類（フィルタの次のセクション、フィルタの全セクション）を記述する。
Ｆｉｌｔｅｒ ｉｄは、フィルタおよび出力キューを指すインデックスである。さらに、それは待ち行列優先順位を示し、０は最高の優先順位である。
Ｔａｒｇｅｔはターゲットパターンである。
Ｍａｓｋはターゲットでマスクされるビットを示す８バイトパターンであり、値０はマスクされることを意味する。
Ｔｒｉｇｇｅｒ ｃｏｎｄｉｔｉｏｎｓは、ビットマップであり、ｆｉｌｔｅｒ ｉｄの論理和をとることはこのフィルタをトリガする。０にセットされるビットは全然トリガ状態を意味しない。自己トリガ状態は無視される。
ｐ／ｎは値で、通常１にセットされ、上述のような通常動作に対して正である。０に設定される場合、ｐ／ｎは負のフィルタリング、すなわちターゲットにマッチしないセクションを検索することを意味する。
【００８３】
実際、スマートカードと受信機／デコーダとの間の通信は、セキュリティ理由のために暗号化あるいはスクランブルするレベルに左右される。特に、デスクランブラ装置８３に送られた制御ワードと同様にスマートカード８２とフィルタ装置８０との間の通信はこのように符号されてもよい。この目的に適している暗号化アルゴリズムは広く知られている（ＲＳＡ、ＤＥＳ等）。
上記の実施形態は、スマートカード３０に関する条件付アクセスシステムの識別に応じる受信機／デコーダ１２の構成を説明しているが、本発明は、この１つのセキュリティモジュールシステムに関する受信機／デコーダの構成に限定されない。このデコーダは、多数の異なるセキュリティモジュールシステムのいずれかに応じて構成可能であってもよい。
【００８４】
例えば、スマートカード３０は、加入者がＰＰＶ事象を購入する場合、スマートカードに記憶された電子トークンの「ウォレット」が所定の金額を借方に記入されるデビットシステムを使用してもよい。それとは別に、スマートカード３０は、受信機／デコーダが加入者の銀行口座の借方に記入するためにスマートカードに記憶されたバンキング情報を読み取り、モデムバックチャネル１６を介して銀行と接触するクレジットカードに使用されたデビットシステムと同様なデビットシステムを使用してもよい。デビットシステムの識別子をチャネルパラメータアプリケーション８１のようなあるいはこのアプリケーション８１と同様なアプリケーションに送ることによって、このアプリケーションは、スマートカードによって支援された方法でデビット動作を実行するようにデコーダを構成できる。
【００８５】
他の例では、スマートカード３０は、加入者が例えば特定のプロモーション事象を見る場合、スマートカードに記憶された電子トークンのウォレットが所定の金額を貸方に記入されるクレジットシステムを使用してもよい。それとは別に、スマートカード３０は、受信機／デコーダが加入者の銀行口座の貸方に記入するためにスマートカードに記憶されたバンキング情報を読み取り、モデムバックチャネル１６を介して銀行と接触するクレジットカードに使用されたクレジットシステムと同様なクレジットシステムを使用してもよい。クレジットシステムの識別子をチャネルパラメータアプリケーション８１のようなあるいはこのアプリケーション８１と同様なアプリケーションに送ることによって、このアプリケーションは、スマートカードによって支援された方法でクレジット動作を実行するようにデコーダを構成できる。
【図面の簡単な説明】
【図１】 本実施形態によるディジタルＴＶシステムの全アーキテクチャを示している。
【図２】 図１の条件付アクセスシステムのアーキテクチャを示している。
【図３】 ＭＰＥＧ‐２パケット、特に条件付アクセスメッセージに関連したＭＰＥＧ‐２パケットの階層を示している。
【図４】 長い形式および短い形式のＭＰＥＧ‐２専用セクションの構造を示している。
【図５】 本実施形態で使用するための受信機／デコーダの要素を示している。
【図６】 特に条件付アクセスメッセージに関するトランスポートストリームを処理するために使用された受信機／デコーダの要素を示している。
【図７】 図６のフィルタ装置のＰＩＤおよびセクションフィルタの構造を示している。

Claims (3)

1. パケットペイロード内でカプセル化されたパケット化データであるパケットを含むトランスポートパケットストリームを処理するデコーダであって、
   携帯セキュリティモジュールから特定の条件付きアクセスシステムの識別子を受信する手段と、
   当該特定の条件付きアクセスシステムのパケットＩＤを受信すると共に当該トランスポートパケットストリームから当該パケットＩＤを有するパケットを抽出する様に構成されている第１のフィルタリング手段であって、当該第１のフィルタリング手段は、更に当該トランスポートパケットストリームからプログラムマップテーブルと条件付きアクセステーブルを抽出する様に構成されている第１のフィルタリング手段と、
   当該特定の条件付きアクセスシステムのパケットＩＤを当該第１のフィルタリング手段に供給する為の手段であって、当該供給手段は、更に当該第１のフィルタリング手段から当該プログラムマップテーブルと当該条件付きアクセステーブルを受信すると共に、当該特定の条件付きアクセスシステムの識別子、当該プログラムマップテーブル及び当該条件付きアクセステーブルとを使用して、当該特定の条件付きアクセスシステムと関連する当該条件付きアクセスパケットの当該パケットＩＤを決定する様に構成されている供給手段と、を有し、
   当該特定の条件付きアクセスシステムのパケットＩＤを持つ抽出されたパケットの当該ペイロードは、テーブルヘッダーとテーブルペイロードとからなるテーブルとを含み、当該テーブルヘッダーはテーブルＩＤを含み、当該テーブルペイロードは条件付きアクセスメッセージとメッセージの形式を識別する為の条件付きアクセス特定ヘッダーフィールドを含み、
   当該受信する手段は、更に、当該携帯セキュリティモジュールから、第２のフィルタリング手段を形成するために必要なテーブルＩＤの値と条件付きアクセス特定ヘッダーとを含むフィルターデータを受信する様に構成されており、
   更に、当該デコーダは、
   当該フィルターデータを受信し、且つ当該フィルターデータに応答してそれぞれのパケットの当該テーブルＩＤ及び当該条件付きアクセス特定ヘッダーを当該フィルターデータと比較して当該抽出されたパケットの当該ペイロードをフィルタリングする為の当該第２のフィルタリング手段、
   を有するデコーダ。
2. 請求項１記載のデコーダと携帯セキュリティモジュールとの組合せ体であって、当該携帯セキュリティモジュールは当該識別子と当該フィルターデータとを格納する記憶手段、及び当該識別子と当該フィルターデータを当該デコーダに送信する為の手段を含んでいる組合せ体。
3. パケットペイロード内でカプセル化されたパケット化データであるパケットを含むトランスポートパケットストリームを処理する方法であって、当該方法は、デコーダにおいて、
   携帯セキュリティモジュールから特定の条件付きアクセスシステムの識別子を受信する工程と、
   当該特定の条件付きアクセスシステムのパケットＩＤを第１のフィルタリング手段に付与する工程と、
   当該受信された識別子と対応するパケットヘッダー情報を当該第１のフィルタリング手段に付与する工程と、
   当該第１のフィルタリング手段において、当該トランスポートパケットストリームから当該パケットＩＤを有するパケットを抽出する工程と、
   当該第１のフィルタリング手段において、当該トランスポートパケットストリームからプログラムマップテーブルと条件付きアクセステーブルとを抽出する工程と、
   当該特定の条件付きアクセスシステムの当該パケットＩＤを当該第１のフィルタリング手段に供給する工程と、
   当該供給手段において、当該第１のフィルタリング手段から当該プログラムマップテーブルと当該条件付きアクセステーブルとを受信する工程と、
   当該供給手段において、当該特定の条件付きアクセスシステムの当該識別子と、プログラムマップテーブルと、当該条件付きアクセステーブルとを使用して、当該特定の条件付きアクセスシステムの当該パケットＩＤを決定する工程であって、当該特定の条件付きアクセスシステムのパケットＩＤを持つ抽出されたパケットの当該ペイロードは、テーブルヘッダーとテーブルペイロードとからなるテーブルを含み、当該テーブルヘッダーはテーブルＩＤを含み、且つ当該テーブルペイロードは条件付きアクセスメッセージとメッセージの形式を識別する為の条件付きアクセス特定ヘッダーフィールドとを含んでいるところの工程と、
   当該携帯セキュリティモジュールから、第２のフィルタリング手段を形成するために必要なテーブルＩＤの値及び条件付きアクセス特定ヘッダーとを含むフィルターデータを受信する工程と、
   当該第２のフィルタリング手段において当該フィルターデータを受信する工程と、
   当該第２のフィルタリング手段において、当該受信されたフィルターデータに応答してそれぞれの当該テーブルＩＤ及びパケットの当該条件付きアクセス特定ヘッダーを当該フィルターデータと比較することによって、当該抽出されたパケットの当該ペイロードをフィルタリングする工程と、
   を有する方法。

Images