(57)【要約】  条件つきアクセスシステムは、入力データストリームを受信し、この入力データストリームを条件つきアクセス・モジュールに供給するホストを有し、前記条件つきアクセス・モジュールが、前記入力データストリームを処理して対応する出力ストリームを前記ホストへ供給し、前記ホスト及び前記条件つきアクセス・モジュールが、前記出力ストリームに埋め込まれたコードを検出すると、互いとの認証プロトコルに従事することを特徴とする。
2010519827.tif 000002
【特許請求の範囲】
【請求項１】
入力データストリームを受信し、この入力データストリームを条件つきアクセス・モジュールに供給するホストを有し、前記条件つきアクセス・モジュールが前記入力データストリームを処理して対応する出力ストリームを前記ホストへ供給する条件つきアクセスシステムにおいて、前記ホスト及び前記条件つきアクセス・モジュールが、前記入力データストリーム又は前記出力ストリームに埋め込まれたコードを検出すると、互いとの認証プロトコルに従事することを特徴とする、条件つきアクセスシステム。
【請求項２】
前記条件つきアクセス・モジュールは、前記出力ストリームを前記ホストへ供給する前に前記コードを前記出力ストリームに埋め込み、前記ホストは、前記出力ストリームに埋め込まれた前記コードを検出すると、前記条件つきアクセス・モジュールとの前記認証プロトコルを開始する、請求項１に記載のシステム。
【請求項３】
前記ホストは、前記出力ストリームに埋め込まれた前記コードを検出すると、前記出力ストリームの受信を中止する、請求項２に記載のシステム。
【請求項４】
前記条件つきアクセス・モジュールは、前記出力ストリームに埋め込まれた前記コードを検出すると、前記ホストとの前記認証プロトコルを開始する、請求項１に記載のシステム。
【請求項５】
前記認証プロトコルが正常に完了されるまで、前記条件つきアクセス・モジュールは、前記出力ストリームを前記ホストへ供給することを控える、請求項４に記載のシステム。
【請求項６】
前記条件つきアクセス・モジュールは、前記ホストとの正常な認証を行うことに失敗すると前記ホストを無効にする、請求項４に記載のシステム。
【請求項７】
前記条件つきアクセス・モジュールは、前記認証プロトコルにおいて合致されるキーを使用して前記出力ストリームをスクランブルし、スクランブルされた前記出力ストリームを前記ホストに供給する、請求項１に記載のシステム。
【請求項８】
前記ホストは、前記条件つきアクセス・モジュールによって供給される前記出力ストリームに、前記ホストに対して固有の他のコードを埋め込む、請求項１に記載のシステム。
【請求項９】
前記コードは、ウォーターマークによって前記出力ストリームに埋め込まれた、請求項１に記載のシステム。
【請求項１０】
前記ホストは、前記入力データストリームの埋め込まれたコードを検出する、請求項１に記載のシステム。
【請求項１１】
前記埋め込まれたコードは、前記入力データストリームの少なくとも一つの情報要素の存在を示し、前記ホストは、前記埋め込まれたコードの検出、及び前記条件つきアクセス・モジュールによって前記ホストに供給される前記出力ストリームから前記少なくとも一つの情報要素を検索するのに失敗した際、前記条件つきアクセス・モジュールとの対話を制限する、請求項１に記載のシステム。
【請求項１２】
前記埋め込まれたコードに対する認証要素が、前記埋め込まれたコードと共に供給される、請求項１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
条件つきアクセスのオーディオ及びビデオ配信システムにおいて、（音声映像であるか他の）データは、通常保護された形式で配信される。セットトップボックス、デジタル・テレビ、パーソナル・コンピュータ又は携帯電話のような選択されたクライアント装置だけが、データをレンダリング、コピー、又は使用することができる。概して、これは、入力データを逆スクランブルするか又は解読することを含む。セキュリティの理由のために、これらの逆スクランブル動作は、通常、スマートカードの使用又はキーを逆スクランブルする権利を所有している他の別個の条件つきアクセス・モジュールの使用を必要とする。
【背景技術】
【０００２】
大部分のこれらの条件つきアクセスシステムは、Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ放送（ＤＶＢ）コモン・インターフェース（ＣＩ）標準規格ＥＮ５０２２１及びＥＴＳＩ  ＴＳ  １０１  ６９９に従って構築される。これらの標準規格の用語にしたがって、クライアント装置はこれ以降「ホスト」と呼ばれ、スマートカード又は他の条件つきアクセス・モジュールは「ＣＡＭ」（「条件つきアクセス・モジュール」の短縮形）と呼ばれる。本発明が、他の標準規格又は専用のシステムに従って動作する条件つきアクセスシステムと連動して使用できることは、理解されるだろう。
【０００３】
ＣＡＭは、入力データを逆スクランブルして、結果を更なる使用のためのホストに供給する。このアプローチでの懸念は、ＣＡＭからの出力が自由に（ｉｎ  ｔｈｅ  ａｉｒ）捕捉され又は変更されるということであり、これは望ましくない。
【０００４】
この懸念に対処するために、ＣＡＭの出力を保護することが考慮されてきた。ＣＡＭが再スクランブルされた形式の出力をホストに配信する場合、自由なデータはＣＡＭからホストまでの送信からは、もはや捕捉されないし、又は変更されることができない。再スクランブリングに用いられるべきキーは、ＣＡＭ及びホスト一緒に好ましくは決められ、これはホスト及びモジュールが互いの真正を検査する必要があることを意味する。この種の保護方式は、ＤＶＢ又は類似の組織によって定義される新しい標準規格の主題になり得る。
【０００５】
同時に、下位互換性を持つ必要がある。ＣＡＭ及びホストの何れかにおいて、他方が上述の保護方式をサポートしないことを検出する場合、これは既存の標準規格に戻らなければならない。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、下位互換性のこの必要性がセキュリティリスクを導くと初めて認識した。検出プロセスは、ＣＡＭとホストとの間での情報交換によってのみ実行されることができる。この情報は必然的に自由である（ｉｎ  ｔｈｅ  ａｉｒ）。ＣＡＭ及びホストはセキュアチャネルを確立する態様を持たないからである。この種のセキュアチャネルは、全く既存のＤＶＢＣＩ標準規格において定められていない。アタッカーは、例えば認証プロトコルを開始する情報又はメッセージの要求をブロックすることによって、情報のこの交換を操作することができる。 
【０００７】
前記セキュリティリスクは、相手方が既存のＤＶＢ標準規格に従ってのみ動作することができ、データの保護された交換をサポートしないという事実によって適切な応答の欠如が生じることもありえるということである。下位互換性の必要性は、データが、自由に配信されるべきであることを命ずる。よって、アタッカーは、データへのアクセスを得る。
【課題を解決するための手段】
【０００８】
このセキュリティリスクを解決するために、本発明は、請求項１に記載の条件つきアクセスシステムを提供する。このシステムは、データストリームに埋め込まれる固有のコードの検出が、保護方式がサポートされるかどうかを検出するために試みるＣＡＭとホストとの間の情報のいかなる交換よりも強いという洞察に基づく。この洞察に基づいて、本発明は、ホスト及び条件つきアクセス・モジュールが入力又は出力に埋め込まれるこの固有のコードを検出すると、互いとの認証プロトコルに従事することを提案する。
【０００９】
好ましくは、前記コードは、ウォーターマークによって埋め込まれる。ウォーターマークはいかなる情報も坦持する必要がないので、これは取り除くのが困難である、高品質、低い可視性／低い可聴性のウォーターマークでありえる。これらの要件を満たすウォーターマーク方式は、それ自体はよく知られている。
【００１０】
実施例において、条件つきアクセス・モジュールは、出力をホストへ供給する前にコードを当該出力に埋め込むように構成され、ホストは出力に埋め込まれる前記コードを検出すると、条件つきアクセス・モジュールとの認証プロトコルを開始するように構成される。この実施例によって、ＣＡＭは、前記コードを前記出力に埋め込むことによって、保護されるデータ通信のためのサポートを示すことができる。
【００１１】
好ましくは本実施例において、ホストは、出力に埋め込まれたコードを検出すると、前記出力の受信を中止するように更に構成される。前記コードの存在を検出することは、前記ホストが、保護されているデータ通信をサポートするＣＡＭと通信していることを示す。このとき、自由な前記出力の送信は必要でなく、当該送信がホストとＣＡＭとの間の通信で不正操作していることを示しさえする。従って、この種の送信は、好ましくはできるだけ早く、中止されなければならない。
【００１２】
他の実施例において、条件つきアクセス・モジュールは、出力に埋め込まれたコードを検出すると、ホストとの認証プロトコルを開始するように構成される。本実施例において、前記コードは、ＣＡＭにより、スクランブルされたデータストリームの受信の前に挿入された。前記コードは、成功した認証の後、前記出力がホストに供給されるだけでよいとの指標として役立つ。通常、出力は、このときスクランブルされた形式で供給されるだろう。
【００１３】
認証プロトコルが正常に完了されるまで、この他の実施例のバリエーションにおいて、条件つきアクセス・モジュールは、出力をホストに供給することを控えるように構成される。
【００１４】
さらに他の実施例において、条件つきアクセス・モジュールは、認証プロトコルにおいて合致されるキーを使用して出力をスクランブルし、スクランブルされた出力をホストに供給するように構成される。キーと合致する能力を供給する多くの認証プロトコルが、存在する。このキーは、ホストに当該キーを供給する前に出力を再スクランブルするために使用でき、これによって、データストリームを保護する。
【００１５】
実施例において、ホストは、他のコード（ホストに対して固有の）を条件つきアクセス・モジュールによって供給される出力に埋め込むように構成される。これは、ホストの識別を可能にし、出力の自由でスクランブルされていないバージョンが、許可なしで利用可能となるべきであろう。
【００１６】
好ましくは、コードは、ウォーターマークによって出力に埋め込まれる。ウォーターマークは、検出するのが困難であり、ウォーターマークが存在するところに関する特定の情報なしでは取り除くのがさらに困難である。場合によっては、ウォーターマーク検出は、特定のキーについての知識を必要とする。あるいは、コードは、出力のメタデータフィールドにコードを記録することによって、出力に埋め込まれたコードを埋め込む他の態様も、可能である。
【００１７】
実施例において、ホストは、入力データストリームの埋め込みコードを検出するように構成される。これは、埋め込まれたコードの検出が容易にホストにおいて行うことができるという効果がある。この種の検出は入力データストリームの処理をほとんど必要としないからである。 
【００１８】
好ましくは本実施例において、埋め込まれたコードは、入力データストリームの少なくとも一つの情報要素の存在を示し、ホストは、前記埋め込まれたコードの検出と、条件つきアクセス・モジュールによってホストに供給される出力ストリームから少なくとも一つの情報要素を検索するのに失敗したこととの際、条件つきアクセス・モジュールとの対話を制限するように構成される。上記実施例の効果は、ホストが速く埋め込みコードを検出することができ、後で、存在のフラグを立てられる情報を処理することができるということである。ホストがこの情報を予想することを知っているので、不正操作されたＣＡＭはこの情報を留めておくことができない。認証要素が使用されるとき、ＣＡＭはそれを操作することさえできない。  
【００１９】
本発明のこれら及び他の態様は、図面に示される例示的実施例を参照して、説明され明らかになるだろう。
【図面の簡単な説明】
【００２０】
【図１】図１は、図式的に、条件つきアクセスシステムを示す。
【図２】図２は、図式的に、このシステムの第１実施例を示す。
【図３】図３は、図式的に、このシステムの第２実施例を示す。
【発明を実施するための形態】
【００２１】
図全体を通して、同一参照番号は、類似であるか一致する特徴を示す。図に示される特徴のいくつかは、ソフトウェアで、ソフトウェアエンティティ（例えばソフトウェア・モジュール又はオブジェクト）を表すようなもので、典型的に実施される。
【００２２】
本発明は、データへの条件つきアクセスが望ましい何れの分野のアプリケーションも持つ。これは、デジタル・テレビ及びラジオを含むが、これらに限定されるものではない。
【００２３】
図１は、図式的に、条件つきアクセスシステム１００の実施例を示す。当該システムは、条件つきアクセス・モジュールすなわちＣＡＭ１１０に有効に結合されるホスト１０１を有する。ホスト１０１は、ヘッドエンド１２０からデジタル条件つきアクセス・テレビ信号を受信して、ディスプレイスクリーン１３０に出力テレビ信号を供給するセットトップボックスとして、図１に示されるが、当業者は、多くの他の実施例も可能であることは理解されるだろう。例えば統合デジタルテレビジョン又は統合デジタルテレビセットにおいて、条件つきアクセスシステム１００は、ディスプレイスクリーン１３０の一部としてホスト１０１を供給することによって統合されることができる。あるいは、ホスト１０１は、携帯電話、パーソナル・コンピュータ又は多くの他の装置の一部として供給されることができる。デジタル条件つきのアクセス信号は、オーディオ又はデータを有することもできるし、ストレージ媒体から読み出されてもよいし、又はインターネット若しくは他のソースから取り出されてもよい。
【００２４】
ホスト１０１は、スクランブルされたデータストリームを受信し、ＣＡＭ１１０にこのスクランブルされたデータストリームを供給する受信器１０２を有する。好ましくは、このスクランブルされたデータストリームは、ＭＰＥＧ―２トランスポート・ストリームに含まれるが、もちろん、他のトランスポート及び／又はエンコーディングプロトコル若しくは方式が同様に使用され得る。ＣＡＭ１１０は、スクランブルされたデータストリームを逆スクランブルして、対応する出力をホスト１０１へ供給し、ここで、復号化モジュール１０３が、例えばＭＰＥＧ―２プログラム・ストリームを音響映像信号に変換することによって出力を復号化し、ディスプレイスクリーン１３０に復号化出力を供給する。これらの動作は、単独でよく知られており、更に詳述されない。
【００２５】
原則として、いかなる条件つきアクセスシステム及びいかなるスクランブル／スクランブル解読又は暗号化／解読機構も本発明で使用できるが、好ましい実施例は前述のＤＶＢ  ＣＩ標準規格を支持する。重要であることは、入力データに対応する適当な出力がホスト１０１に供給されることができるように、ＣＡＭ１１０が正しい機構に従って動作するということである。
【００２６】
あるいは、スクランブルされる代わりに、入力データ・ストリームが自由に供給されてもよい。その場合、逆スクランブルは、コードを埋め込む前に、もちろん必要でない。
【００２７】
本発明によると、ホスト１０１及びＣＡＭ１１０は、出力に埋め込まれたコードを検出すると、互いに認証プロトコルに従事するように構成される。前記コードの存在は、認証プロトコルが実行されるべき指標となる。
【００２８】
図２に示される第一の実施例においては、ＣＡＭ１１０は、出力をホストへ供給する前に前記コードを出力に埋め込む埋め込みモジュール１１５を有する。前記コードはメタデータ（例えばＤＶＢ―ＣＩ系のテーブル）において供給されることもできるが、好ましくは、前記コードは、ウォーターマークによって埋め込まれる。前記コードを埋め込むことは、使用されるウォーターマークアルゴリズムに依存して、キー又はシークレットをウォーターマークする使用を必要とする。更に、コードを埋め込むことは、スクランブルされた入力データが最初に逆スクランブルされることが通常必要である。
【００２９】
図２に示すように、埋め込みモジュール１１５は、スクランブルされたデータをホスト１０１から受信する受信モジュール１１１に結合される逆スクランブルモジュール１１４の出力に結合される。逆スクランブルモジュール１１４は、必要な逆スクランブル又は解読キーでストレージ媒体１１３に通常アクセスする。あるいは、必要なキーが、スマートカード若しくは他の装置から供給されることができ、又は外部の記憶装置からダウンロードされることができる。前記必要なキーは、出力に関して１つ以上の許容された（ライセンスされた）活動を示すデジタル的に署名されたオブジェクトと連結して又はさらに当該オブジェクト内に供給され得る。
【００３０】
埋め込みモジュール１１５の出力は、埋め込みコードを持つ逆スクランブルされた出力をホスト１０１に供給する送信モジュール１１９の入力に結合される。本実施例におけるホスト１０１は、逆スクランブルされた出力内の前記埋め込みコードの有無を検出するように前記出力を処理するコード検出器１０４を有する。前記埋め込みコードの検出は、上述のウォーターマークキー又はシークレットを必要とする。前記埋め込みコードが検出される場合、コード検出器１０４は、ＣＡＭ１１０の対応する認証モジュール１１８との認証プロトコルを開始するために、認証モジュール１０５に信号を送る。
【００３１】
プロトコルが実行されている間、出力の配信、復号化及び／又は他の処理は、停止されてもよいし、されなくてもよい。この選択は、多くの要因（例えば完全にプロトコルを実行するのに必要な時間）に依存する。これが多くても２、３秒かかる場合、前記プロトコルが実行される間、前記出力の配信、復号化及び他の処理を続けることは受け入れられてもよい。これは、前記プロトコルが成功している場合、ユーザの鑑賞経験が中断されないことを保証する。前記プロトコルが正常に完了できない場合、ユーザは数秒の価値の情報のアクセスを得るだけである。
【００３２】
前記プロトコルが正常に完了される場合、認証モジュール１０５は、復号化モジュール１０３に、前記出力の復号化及び他の処理が開始又は継続することを通知する。
【００３３】
好ましくは、ホスト１０１は、前記出力に埋め込まれたコードを検出すると、平文出力の受信を中止する。これは、この平文出力への無許可のアクセスの可能性を低減する。前記出力は、その後代わりに暗号化又はスクランブルされた形式で供給できる。
【００３４】
図３に示される第２の実施例において、ＣＡＭ１１０は、認証モジュール１１８に結合されるコード検出器１０４を有する。本実施例において、ＣＡＭ１１０は、逆スクランブルモジュール１１４によって供給される逆スクランブルされたデータに埋め込まれたコードを検出すると、ホストとの認証プロトコルを開始する。成功した認証の後、前記出力は、ホスト１０１に供給される。
【００３５】
本実施例においては、ＣＡＭによるデータストリームの受信の前に、前記コードが埋め込まれたという仮定がある。これを実現する好適な態様は、ヘッドエンド（ＤＶＢ用語で）又は他の送信器にコードを埋め込ませることである。あるいは、コードは、関係するオーディオ又はビデオデータの提供者によって埋め込まれてもよい。
【００３６】
この実施例のための１つのオプションは、認証プロトコルが正常に完了されてしまうまで、送信モジュール１１９が出力をホスト１０１へ供給することを控えるように構成することである。これは、前記出力が無許可のホスト１０１に供給されないことを確実にする。これは、例えばホスト１０１へ出力が供給されるとき送信モジュール１１９に信号を送るようにコード検出器１０４を構成することによって実現されることができる。
【００３７】
他のオプションは、認証プロトコルにおいて合致されるキーを使用して出力をスクランブルし、スクランブルされた出力をホストに供給するようにＣＡＭ１１０を構成することである。これは、もちろん、鍵の合意又は鍵の確立のためにも供給する認証プロトコルの使用を必要とする。可能なオプションはＤｉｆｆｉｅ―Ｈｅｌｌｍａｎ及びギユー―Ｑｕｉｓｑｕａｔｅｒであるが、他のプロトコルももちろん使われてもよい。
【００３８】
認証が成功していない、又はホストが認証プロトコルを開始するための要求に応じないという場合に対するいくつかのオプションが、この実施例に存在する。第１のオプションは、出力を全く供給しないことである。第２のオプションは、出力の劣化した、下のバージョンを供給することである。例えば、ビデオ品質が例えば高品位から従来のテレビ品質まで低減され、又は、すべてのビデオ・フレームの一部だけが供給されてもよい。音声品質は、類似の態様で低減できる。オーディオは全く省略さえでき、よって、ビデオのみの出力を供給することができる。
【００３９】
動作は、いわゆる『無料衛星の』内容だけ、スクランブルされていない形式で供給された内容だけ、又は保護の要求が低い他の内容に制限されてもよい。この種のスクランブルされていない又は『無料衛星の』内容は、内容が再送信の前にスクランブルされる場合だけ、再送信が許されることを示す。斯様な場合には、認証が成功していないとき、この種の内容の出力はブロックできる。
【００４０】
他のオプションは、出力がホスト１０１に供給される前に固有のコードが当該出力に埋め込まれることができる埋め込みモジュール（図示せず）をＣＡＭ１１０に供給することである。出力が、認証されていない態様で処理される一方、当該出力の配信はこの特定のＣＡＭへ少なくともトレースできる。
【００４１】
すでに上述したように、さらにもう一つのオプションは、認証プロトコルにおいて合致されるキーを使用して出力をスクランブルし、スクランブルされた出力をホスト１０１に供給することである。
【００４２】
上記のいずれかへの追加又は変形例において、ＣＡＭ１１０は、例えば、ホスト１０１に対する識別子をブラックリストに加えるか、ホワイトリストから前記識別子を削除するか、又は後で前記識別子をブラックリストに加えるか若しくはホワイトリストから前記識別子を削除する信頼される第３者に、ホスト１０１に対する前記識別子を報告することによって、ホスト１０１を無効にすることができる。
【００４３】
他の実施例において、ホスト１０１は、他のコード（ホストのために固有の）をＣＡＭ１１０によって供給される出力に埋め込む他のコード埋め込み器（図示せず）を有する。この種の他の固有のコードは、例えば、ホスト１０１の読出し専用メモリにおいて供給されるシリアル番号である。これもまた、出力の無許可の他の配信の場合の追跡を可能にする。
【００４４】
別の実施例において、コードは、入力データ・ストリームに埋め込まれた。図１を参照して前述したように、入力データ・ストリームは、ホスト１０１によって先ず受信され、それからＣＡＭ１１０に渡される。本実施例において、データストリームがＣＡＭ１１０に渡される前に、ホスト１０１は前記埋め込みコードを検出する。前記コードが検出される場合、ホスト１０１はＣＡＭ１１０との前述の認証プロトコルに従事する。 
【００４５】
好ましくはこの実施例において、埋め込みコードは、サービスプロバイダによって作成されるデジタル署名又はメッセージ認証コード（ＭＡＣ）のような、サービスプロバイダから生じたものとしてメッセージの認証を許容する認証要素を持つメッセージを有する。
【００４６】
好ましくは本実施例において、埋め込みコードが一つ以上の情報要素（例えばバージョン番号）を有するか、ブラックリスト若しくはホワイトリスト情報を示すフラグがストリームにおいて利用できるか、コピー管理情報若しくは権利データを示すフラグが前記ストリームにおいて利用できるか、又はデータの再スクランブリングを示すフラグが必要とされる。フラグのいずれかが検出される場合、ホスト１０１は、示された情報がＣＡＭ１１０の送信モジュール１１９によって返されるような前記ストリームにおいて利用できると思われる。
【００４７】
埋め込みフラグは、（例えば二、三秒ごとに、又は各テーブル若しくは特定のタイプのフレームにしたがって）入力データ・ストリームの特定の所定の記憶装置で供給される。これは、埋め込みフラグのより簡単な検出を容易にする。
【００４８】
ホスト１０１が出力にこの情報を期待するので、不正操作されたＣＡＭ１１０は、前記ストリーム内のブラックリスト、ホワイトリスト、コピー管理又は他の情報を削除することができない。情報が認証要素（例えば、サービスプロバイダによって作成されるデジタル署名又はメッセージ認証コード（ＭＡＣ））を備える場合、当該情報は操作されることもできない。
【００４９】
もちろん、ホスト１０１は、受信ストリームからブラックリスト、ホワイトリスト、コピー管理又は他の情報を直接抽出することもできるだろう。しかしながら、これは、この種の情報を抽出することが複雑で時間がかかるという不利な点がある。
【００５０】
コードが存在するが、フラグによって示されるように、存在すると思われる情報が出力で見つからない場合、ホスト１０１は、ホスト１０１とＣＡＭ１１０との間の認証が失敗するという場合のために、前述のオプションと類似の態様で条件つきアクセス・モジュールとの対話を制限すべきである。
【００５１】
上述の実施例が本発明を制限するよりはむしろ、例示的であり、当業者は添付の請求の範囲の要旨を逸脱しない範囲で多くの別の実施例を設計することが可能である点に留意すべきである。例えば、本発明がＤＶＢスタイルの条件つきアクセスシステムの状況において上で提示されたにもかかわらず、本発明がデジタル権利管理（例えばＯｐｅｎＭｏｂｉｌｅＡｌｌｉａｎｃｅ（ＯＭＡ）デジタル著作権管理版２．０）のより複雑な形式を供給するシステムでも等しくよく用いられることができる。これは、ＤＲＭが一方向のコミュニケーション（例えばテレビ又はラジオ放送）を持つシステムのために使われるときに、特に適用される。
【００５２】
別の例として、コード検出器１０４は、複数の間隔でコードを検出することを試みる。これは、検出器１０４が複数の検出試みのいくつかでコードを検出することの失敗を無視することができる。これはまた、ホスト１０１及びＣＡＭ１１０が周期的に互いを再認証することができる。
【００５３】
「スクランブリング」という語が上記において使われたが、これは信号が特別な知識（例えばキー）なしでは理解しがたくなるような信号のいかなる変換も示す。ＤＶＢ対応条件つきアクセスシステムにおいて、一般的スクランブリングアルゴリズムが使われだろう。ＤＲＭシステムは、しばしば暗号化方式（例えばＡＥＳ、３ＤＥＳ又はＤＥＳ）を使用する。
【００５４】
請求項において、括弧内のいかなる参照符号も、請求項を制限するものとして解釈されない。「を有している」という語は、請求項にリストされるもの以外の要素又はステップの存在を除外しない。要素の前の「ａ」又は「ａｎ」という語は、複数のこの種の要素の存在を除外しない。本発明は、いくつかの別個の要素を有するハードウェアによって、最適にプログラムされたコンピュータによって実行できる。
【００５５】
いくつかの手段を列挙している装置の請求項において、これらの手段のいくつかは、ハードウェアの全く同一の品目によって実施されることができる。特定の手段が相互に異なる従属クレームにおいて再引用されるという単なる事実は、これらの手段の組合せが有効に使われることができないということを示してはいない。
【図１】
2010519827.tif 000003
【図２】
2010519827.tif 000004
【図３】
2010519827.tif 000005
【国際調査報告】
2010519827.tif 000006
2010519827.tif 000007