(57)【特許請求の範囲】
【請求項１】
標準アプリケーションプログラムインタフェースプロトコル及び私的アプリケーションプログラムインタフェースプロトコルを用いる通信システムにおいて、少なくとも１台の条件付きアクセスモジュールとマルチメディア装置のユーザインタフェースモジュールとの間で、上記少なくとも１台の条件付きアクセスモジュールへの直接アクセスを許可することにより通信交換を実現する方法であって、
上記条件付きアクセスモジュールが私的アプリケーションプログラムインタフェースプロトコルを備えているかどうかを判定し、
上記マルチメディア装置が上記私的アプリケーションプログラムインタフェースプロトコルを使用する専用ユーザインタフェースモジュールを備えているかどうかを判定し、
上記条件付きアクセスモジュールから上記ユーザインタフェースモジュールに、上記私的アプリケーションプログラムインタフェースプロトコルに専用のパラメータを含む第１のメッセージを送信し、
上記ユーザインタフェースモジュールが上記パラメータに適合するかどうかを検査し、
上記ユーザインタフェースモジュールから上記条件付きアクセスモジュールに、上記条件付きアクセスモジュールと上記ユーザインタフェースモジュールのパラメータ間の適合性の結果を含む第２のメッセージで応答し、
上記第２のメッセージに応答して、上記私的アプリケーションプログラムインタフェースプロトコル若しくは上記標準アプリケーションプログラムインタフェースプロトコルを選択する段階を有することを特徴とする方法。
【請求項２】
上記第１のメッセージは上記条件付きアクセスモジュールと上記ユーザインタフェースモジュールとの間の通信交換のためのフォーマットを定義する請求項１記載の方法。
【請求項３】
上記第１のメッセージの上記パラメータは、少なくとも上記条件付きアクセスモジュールの識別子、製造元の名前、若しくは、条件付きアクセスプログラムのバージョン番号を格納する、請求項１又は２記載の方法。
【請求項４】
標準アプリケーションプログラムインタフェースプロトコル及び私的アプリケーションプログラムインタフェースプロトコルを用いる通信システムにおいて、少なくとも１台の条件付きアクセスモジュールとマルチメディア装置のユーザインタフェースモジュールとの間で、上記少なくとも１台の条件付きアクセスモジュールへの直接アクセスを許可することにより通信交換を実現する装置であって、
上記条件付きアクセスモジュールが私的アプリケーションプログラムインタフェースプロトコルを備えているかどうかを判定する手段と、
上記マルチメディア装置が上記私的アプリケーションプログラムインタフェースプロトコルを使用する専用ユーザインタフェースモジュールを備えているかどうかを判定する手段と、
上記条件付きアクセスモジュールから上記ユーザインタフェースモジュールに、上記私的アプリケーションプログラムインタフェースプロトコルに専用のパラメータを含む第１のメッセージを送信する手段と、
上記ユーザインタフェースモジュールが上記パラメータに適合するかどうかを検査する手段と、
上記ユーザインタフェースモジュールから上記条件付きアクセスモジュールに、上記条件付きアクセスモジュールと上記ユーザインタフェースモジュールのパラメータ間の適合性の結果を含む第２のメッセージで応答する手段と、
上記第２のメッセージに応答して、上記私的アプリケーションプログラムインタフェースプロトコル若しくは上記標準アプリケーションプログラムインタフェースプロトコルを選択する手段とを有することを特徴とする装置。
【請求項５】
上記第１のメッセージは上記条件付きアクセスモジュールと上記ユーザインタフェースモジュールとの間の通信交換のためのフォーマットを定義する請求項４記載の装置。
【請求項６】
上記マルチメディア装置は表示装置に接続されたセットトップユニットである請求項５記載の装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＤＶＢ（デジタルビデオ放送）システムに係わり、特に、条件付きアクセス機能への直接的なアクセスによりデジタルビデオ放送−共通インタフェース機能を拡張する方法及び装置に関する。
【０００２】
【従来の技術】
本発明が由来する環境はデジタルビデオ放送であり、デジタルビデオ放送の詳細な仕様は標準化されている。例えば、ＥＴＳＩ（欧州電気通信標準協会）発行のDigital Video Broadcasting, EN 300 468 - v1.3.1 (1997-09) に記載されている。別のデジタルビデオ放送の仕様を用いても構わない。
【０００３】
条件付きアクセス用及び他のデジタルビデオ放送アプリケーション用のＤＶＢ−ＣＩ（デジタルビデオ放送共通インタフェース）は、ＤＶＢによって指定されている数少ない民生用ハードウェアインタフェースの一つである。デジタルビデオ放送共通インタフェースは、デジタル受信機器の供給のため、オープン標準の完全な利益がもたらされるように設計されると共に、デジタルテレビジョン受像機システムの条件付きアクセス及びセキュリティ素子を適正に維持できるようにする。このインタフェースを使用することにより、システムの適正な素子は、デジタルテレビジョン及びデータサービスを受信、デコードするため必要とされる部品から分離され得る。これらの素子と部品は、別々に製造され、配布され、素子が一体的に供給される場合に生じる制約を緩和する。
【０００４】
１９９６年４月にＣＥＮＥＬＥＣ（標準電気通信欧州協議会）から発行された“Common Interface  Specification for Conditional Access and other Digital Video  Broadcasting Set Top Box Applications ”を参考のため引用する。
この文献は、ソースコーディング、チャネルコーディング、サービス情報、ＳＴＵ（セット・トップ・ユニット）インタフェース及び条件付きアクセスに関する標準を定義することにより共通インタフェースを記述することを意図している。
条件付きアクセスは、ユーザによって番組として提供される基本ストリームの集合である放送サービスへのアクセスを制御する必要がある場合に使用される。この文献によれば、アプリケーションはホストと通信するモジュールで動作し、ホストにより直接提供される便益をモジュールを介してユーザに供給する。ホストは、ＰＣ（パーソナルコンピュータ）、ＶＣＲ（ビデオカセットレコーダ）又はＩＲＤなどのようなマルチメディア装置であり、そこにモジュールを接続することができる。逆に、モジュールは小型の装置であり、それ自体では動作しないが、条件付きアクセスサブシステム、電子番組ガイドアプリケーションモジュールのようなホストと連携して特殊なタスクを実行し、或いは、アプリケーションによって要求され、ホストからは直接得られないリソースを提供するよう設計される。リソースとは、モジュールが使用するためホストによって提供される機能のユニットである。上記文献は、モジュールとホストの間で交換され、モジュールがリソースを使用するため利用するオブジェクトの集合を定義する。
【０００５】
ＣＥＮＥＬＥＣの文献では、放送元が異なる条件付きアクセスシステムを用いてデコーダにアクセスし、かかるシステムの供給を選択する余裕を確保する問題に対する解決策は、条件付きアクセス及び一般的に定義された適正機能が組み込まれたモジュールとホストの間で標準化されたインタフェースを使用することである。逆に、放送元は、同一放送システム内の異なるサプライヤーからの解決策を含むモジュールを使用することができ、これにより、選択の余地並びに著作権侵害防止オプションが増大される。
【０００６】
一貫性は優れたユーザインタフェースを設計する際に最も重要な問題である。
ユーザがＵＩ（ユーザインタフェース）を理解し、学習できるようにするため、ユーザインタフェースの全体で同一概念が全く同じように呼ばれることが不可欠である。この概念には、メッセージの内容は決められていないが、所与のフォーマットを使用することが含まれる。また、情報の構造化に関して、矛盾の無い規則に従う必要がある。
【０００７】
【発明が解決しようとする課題】
しかし、従来のＤＶＢ−ＣＩアプローチを用いる場合、上記の目的を達成することは殆ど不可能である。条件付きアクセスモジュールは、名称は異なるがエンタイトルメント（権利）、トークン若しくは有料視聴のような類似した概念を示す。異なる局面にアクセスする方法はＣＡＭ（条件付きアクセスモジュール）毎に相違する。例えば、各条件付きアクセスモジュールのプロバイダは、固有の名称が付けられた固有の階層的メニュー構成を提案する。同一ＳＴＵ（セット・トップ・ユニット）に共存する上記の全ての相違点は、必然的にユーザを混乱させる。統一されたルック・アンド・フィール（外観並びに操作感覚）を使用するだけではこのユーザの混乱を回避するには不充分である。
【０００８】
あらゆる私的な（すなわち、標準的ではない）条件付きアクセスアプリケーションプログラムインタフェースと適合するセット・トップ・ユニットを目標とすることは非現実的である。殆どの場合、所定の場所では、１乃至２種類の先行する条件付きアクセスシステムが存在する。そのため、最適化されたＳＴＵは、最大市場に対し完全に答えると共に、少数のＣＡシステムに対し、最適なユーザインタフェースは提供できないとしても開かれている。
【０００９】
本発明の主要な目的は、条件付きアクセスモジュールの存在を意識させることなく、条件付きアクセス性能をＳＴＵに付与する方法及び装置を提供することである。
したがって、本発明の目的は、デジタルビデオ放送共通インタフェース環境において、所定のフォーマットを用いる通信プロトコルを定義することにより標準化されたアクセスに加えて、条件付きアクセスモジュールに直接アクセスする付加的な方法及び装置を提供することである。
【００１０】
本発明の更なる目的は、セット・トップ・ボックスと条件付きアクセスモジュールとの間で、予め決められた通信メッセージの内容を強制することなく、通信できるようにすることである。
【００１１】
【課題を解決するための手段】
本発明は、条件付きアクセスモジュールにアクセスするためデジタルビデオ放送共通インタフェース環境で使用される。ホスト側アプリケーションは、私的ＡＰＩ（アプリケーションプログラムインタフェース）を介して条件付きアクセスのオブジェクトを処理する。各条件付きアクセスモジュールは、専用の私的条件付きアクセスモジュール・アプリケーションプログラムインタフェースを有するが、データチャネルは条件付きアクセスモジュールとは無関係に同一に保たれる。
【００１２】
本発明によれば、私的条件付きアクセスアプリケーションプログラムインタフェースの概念並びに標準アプリケーションプログラムインタフェースの概念は共存し得る。私的アプリケーションプログラムインタフェースは、上位マンマシンインタフェースリソースと下位マンマシンインタフェースリソースの２個の既に定義されたモードと共存する新しいモードである。
【００１３】
ＳＴＵは、私的条件付きアクセスアプリケーションプログラムインタフェースを理解できるならば、私的条件付きアクセスアプリケーションプログラムインタフェースプロトコルを用いて、組み込まれた条件付きアクセスの局面にアクセスすることができる。さもなければ、ＳＴＵは標準アプリケーションプログラムインタフェースへのアクセスに留まる。
【００１４】
このような拡張によって、ＳＴＵは、ＳＴＵの全体的なユーザインタフェースと完全に適合した条件付きアクセスユーザインタフェースを獲得することができる。かくして、放送元は、ルック・アンド・フィールが放送元のＳＴＵで考慮されることを保証することができる。製造元は、所定の条件付きアクセス若しくは複数の条件付きアクセスに対し特に最適化されたＳＴＵを構築することができるが、依然として、他の条件付きアクセスを実行することも可能である。
【００１５】
本発明によれば、標準アプリケーションプログラムインタフェースプロトコル及び私的アプリケーションプログラムインタフェースプロトコルを用いる通信システムにおいて、少なくとも１台の条件付きアクセスモジュールとマルチメディア装置のユーザインタフェースとの間で、少なくとも１台の通信アクセスモジュールへの直接アクセスを許可することにより通信交換を実現する方法は、以下のステップにより構成される。すなわち、上記方法は、条件付きアクセスモジュールから上記ユーザインタフェースに上記私的アプリケーションプログラムインタフェースプロトコルに専用の所定のパラメータを含む第１のメッセージ（ＰＣＡ＿ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を送信し、上記ユーザインタフェースが上記パラメータに適合するかどうかを検査し、上記ユーザインタフェースから上記条件付きアクセスモジュールに、上記条件付きアクセスモジュールと上記ユーザインタフェースのパラメータ間の適合性の結果を含む第２のメッセージ（ＰＣＡ＿ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ａｎｓｗｅｒ）で応答し、上記第２のメッセージに応答して、上記私的アプリケーションプログラムインタフェースプロトコル若しくは上記標準アプリケーションプログラムインタフェースプロトコルを選択するステップを有する。
【００１６】
また、本発明によれば、複数の条件付きアクセスモジュールとユーザインタフェースとの間で通信を実現する方法を実施する装置が提供される。
【００１７】
【発明の実施の形態】
図１は、私的条件付きアクセスＡＰＩ（アプリケーションプログラムインタフェース）の概念及び標準ＡＰＩ（アプリケーションプログラムインタフェース）の概念が共存する本発明の概要を表す図である。一方側で、セットトップユニットアプリケーションは、私的ＡＰＩ（アプリケーションプログラムインタフェース）を介してＣＡＭ（条件付きアクセスモジュール）１２０のオブジェクトを操作し、データチャネルは、いずれの条件付きアクセスモジュールに対しても同一に保たれる。各条件付きアクセスモジュールは、標準ＡＰＩ（アプリケーションプログラムインタフェース）の他に、専用の私的ＡＰＩを有する。条件付きアクセスモジュールは、ドライバ１００を介して、ＤＶＢ−ＣＩ（デジタルビデオ放送共通インタフェース）と通信する。ドライバ１００は４個の通信層、すなわち、セッション層１０１と、トランスポート層１０２と、リンク層１０３と、物理層１０４とを含む。
【００１８】
他方側で、デジタルビデオ放送共通インタフェースは、同じ４個の通信層を有するドライバ１００を含む。これらの４層は、標準ＡＰＩを介してＭＭＩ（マンマシンインタフェース）１５０と通信し、私的ＡＰＩを介して専用ユーザインタフェース１４０と通信する。
私的ＡＰＩは、二つ既に定義されたモード、すなわち、上位ＭＭＩ（マンマシンインタフェース）リソース及び下位ＭＭＩリソースと共存する新しいモードである。
【００１９】
ＳＴＵは、私的条件付きアクセスＡＰＩを理解できるならば、私的ＡＰＩプロトコルを用いて、組み込まれた条件付きアクセスの局面にアクセスすることができる。さもなければ、ＳＴＵは標準ＡＰＩプロトコルに留まる。
共通インタフェースは、トランスポートストリームインタフェースと、コマンドインタフェースの二つの要素により構成される。両方の要素は、全般的なインタフェース設計と実装を容易に行うため、階層化される。
【００２０】
トランスポートストリームインタフェースは、双方向バスを用いて両方向にＭＰＥＧ−２のトランスポートパケットを搬送する。モジュールがトランスポートストリーム内の何れかのサービスにアクセスし、そのサービスがホストによって選択されている場合、上記サービスを搬送するパケットはスクランブル解除されて返送され、他のパケットは変更されない。
【００２１】
コマンドインタフェースは、モジュール及びホストで動作するアプリケーション間の全ての通信を担う。コマンドインタフェース上の通信プロトコルは、必要な機能性を与えるため幾つかの層に定義される。この機能性は、一つのホスト上の多数のモジュールを支援する能力と、モジュールとホストの間の複雑な組合せを支援する能力と、ホストがモジュールにリソースを供給できるようにする機能性プリミティブ（オブジェクトと称される場合もある）の拡張可能な集合とを含む。
【００２２】
全ての物理的な実装に共通した関連したアプリケーション層は、特定アプリケーションの意味論に制約されないように設計される。ホストに接続されるモジュールの数は常に制限されない。数個のモジュールがホストに接続されるとき、ホストは、選択されたサービスのスクランブル解除に関連したモジュールを選択可能でなければならない。
【００２３】
図２には、条件付きアクセスモジュール１２０と専用ユーザインタフェース１４０との間の通信プロトコルが示されている。初期化後、専用ユーザインタフェースに対し条件付きアクセスモジュールの私的ＡＰＩを理解したかどうかを検査するように依頼するため、条件付きアクセスモジュールは、専用ユーザインタフェースリソースにオブジェクトＰＣＡ＿ｉｄｅｎｔｉｆｉｃａｔｉｏｎ（）を送信する。このプロトコルによれば、専用ユーザインタフェースは、識別返答を用いて条件付きアクセスモジュールに応答する。このプロトコルは、私的ＡＰＩを有する全ての条件付きアクセスモジュールに共通している。この応答の際、セット・トップ・ユニットは、以下に詳述するような条件付きアクセスモジュールと専用ユーザインタフェースのパラメータ間の適合の結果を含むＰＣＡ＿ｉｄｅｎｔｉｆｉｃａｔｉｏｎ＿ａｎｓｗｅｒ（）オブジェクトを送信する。
【００２４】
上記パラメータが適合するとき、私的ＡＰＩが使用され、さもなければ、標準ＡＰＩが使用される。
上記の通り、コマンドインタフェースを介したデータの通信は、オブジェクトに関して定義される。このオブジェクトは、一般的なタグ・長さ・値コーディングを用いて符号化される。
【００２５】
標準及びＣＥＮＥＬＥＣの文献に既に規定されたオブジェクトの他に、識別オブジェクトとデータオブジェクトの２種類の交換されたオブジェクトを定義する必要がある。これら２種類のオブジェクトの内容は全ての私的条件付きアクセスアプリケーションプログラムインタフェースプロトコルに対し共通である。
識別オブジェクトについて：識別オブジェクトの機能は、私的ＡＰＩを有する条件付きアクセスモジュールに、セット・トップ・ユニットの専用ユーザインタフェースリソースと通信できるかどうか、例えば、私的ＡＰＩを介してホストを理解できるかどうかを検査させることである。
【００２６】
識別オブジェクトは条件付きアクセスモジュールによって最初に送信される。
このオブジェクトは、ＳＴＵとＤＶＢ−ＣＡＭ（デジタルビデオ放送−条件付きアクセスモジュール）との間の適合を検査するため必要とされる情報を含む。私的条件付きアクセスＡＰＩプロトコルを備えたセット・トップ・ユニットは、オブジェクトｉｄｅｎｔｉｆｉｃａｔｉｏｎ＿ａｎｓｗｅｒを返信することにより返答する。これに対し、私的条件付きアクセスＡＰＩプロトコルはこの識別オブジェクトに対し十分に返答できない。
【００２７】
本発明の好ましい実施例において、識別オブジェクトは３個のパラメータを含む。しかし、上記３個のパラメータの中の１個のパラメータだけを組み込むこと、或いは、付加的なパラメータを組み込むことが可能であることに注意する必要がある。
上記３個のパラメータは、
条件付きアクセス識別子
製造元名前
条件付きアクセス番組のバージョン番号
である。
【００２８】
付加的なパラメータは私的データに専用のパラメータである。
上記オブジェクトは以下のフォーマットを有する。
【００２９】
【表１】
0004567115.tif 000002
【００３０】
ここで、ｂｉｔｓはビット数を表す。ｕｉｍｓｂｆは最上位ビットから始まる符号無し整数を表す。ｍａｎｕｆａｃｔｕｒｅｒ＿ｃｈａｒは製造元名前の文字列の合成語を表わし、文字列はヌル文字で終端されない。ｖｅｒｓｉｏｎ＿ＩＤは３バイトを含む。先頭バイトは１次リリース番号であり、２番目のバイト及び３番目のバイトは、夫々、２次リリース番号及び３次リリース番号である。
【００３１】
【表２】
0004567115.tif 000003
【００３２】
データオブジェクトについて：
データオブジェクトは所定のヘッダを有するが、内容は予め決められていない。好ましい実施例の場合、以下の３種類のデータオブジェクトが存在する。
質問タグ：双方向モードにおいて情報を要求するためホスト若しくは条件付きアクセスモジュールによって使用される。
【００３３】
回答タグ：双方向モードにおいて質問タグに応じて回答するためホスト若しくは条件付きアクセスモジュールによって使用される。
通知タグ：ホスト若しくは条件付きアクセスモジュールに情報を通知するため使用される。
【００３４】
【表３】
0004567115.tif 000004
【００３５】
ＰＣＡ＿ｄａｔａ＿ｕｎｉｔの内容は、差し込まれたＤＶＢ＿ＣＡＭに完全に依存する。このレベルのＡＰＩは非公開である。これは、ＳＴＵの製造元及びデジタルビデオ放送条件付きアクセスモジュールの製造元に固有の定義である。この内容を標準化する必要はない。多数の条件付きアクセスシステムに対し一貫したユーザインタフェースを構築するため適切な操作を実行するのはホストアプリケーションの役目である。
【００３６】
図３は、本発明に従って、私的ＡＰＩ又は標準ＡＰＩを使用するのはどういう場合であるか、並びに、上記の定義された識別オブジェクトがこの識別処理においてどのように使用されるかを説明するフローチャートである。
ステップ２００においてセッションがオープンした後、ホストは識別要求をＣＡＭ（条件付きアクセスモジュール）に送信する（ステップ２１０）。
【００３７】
ステップ２２０において、ＣＡＭがサポートされるかどうかが判定される。ＣＡＭがサポートされない場合、ホストに設けられた汎用ユーザインタフェースに連結するため標準ＡＰＩプロトコルが使用される（ステップ２６０）。ＣＡＭがサポートされる場合、ＣＡＭは識別回答をホストに送信する（ステップ２３０）。
【００３８】
ステップ２４０では、識別回答に応じて、識別オブジェクトで定義されたパラメータがホストに分かっているかどうか、例えば、ＣＡ＿ｉｄｅｎｔｉｆｉｅｒ、Ｍａｎｕｆａｃｔｕｒｅ＿ｃｈａｒ及びＶｅｒｓｉｏｎ＿Ｉｄがホストによって識別されたかどうかが判定される。上述の通り、他のパラメータをこのパラメータリストに追加しても構わない。
【００３９】
パラメータが既知である場合、私的条件付きアクセスＡＰＩプロトコルが専用ＵＩ（ユーザインタフェース）若しくはリソースへの接続のため使用できる（ステップ２５０）。さもなければ、標準条件付きアクセスＡＰＩプロトコルが使用される（ステップ２６０）。
詳述すると、ステップ２６０において、ＣＡＭと汎用ユーザインタフェースの間の接続は、スイス国ジュネーブ所在の欧州放送連合のＤＶＢプロジェクトオフィスによって発行されたＤＶＢ−ＣＩガイドラインに定義された標準ＡＰＩプロトコルに準拠して行われる。このガイドラインによると、モジュール上で動作するアプリケーションは、ホストによって提供されたサービスを利用する。このサービスは、利用可能な全ての機能を複数の容易に管理される部分に収容するリソースに分割される。リソースは、上位レベルに対し、簡単な下位レベル機能として定義される。アプリケーションが相互作用の内容を決定できるが、相互作用の方法をホストに引き渡すときに、上位レベルは使用される。逆に、下位レベルはマンマシンインタフェース（ＭＭＩ）を使用し、ホストはアプリケーションの表示の人間工学とは無関係である。アプリケーションの表示には、例えば、
色深度と、
グラフィックスのため与えられたメモリ量と、
描画速度と、
同時にサポートされるＭＭＩセッションの数と、
アプリケーション間で移るためのインタフェース人間工学とが含まれる。
【００４０】
反対に、ステップ２５０において、私的条件付きアクセスＡＰＩプロトコルが専用ユーザインタフェースに接続するよう選択されたとき、質問、回答及び通知オブジェクトで定義されたようなデータオブジェクトは、対応したＣＡＭとホストとの間の通信交換のため使用される。私的条件付きアクセスＡＰＩプロトコルによれば、アプリケーションの表示の人間工学は、存在が見えないようにされたＣＡＭの全ての機能への直接的なアクセスによって完全に制御される。
【００４１】
図４には、私的条件付きアクセスアプリケーションプログラムインタフェースの用法が示されている。専用ユーザインタフェース１４０は差し込まれたデジタルビデオ放送条件付きアクセスモジュール１２０と適合しなければならない。この目的のため、識別処理はその検査を実行する。差し込まれたデジタルビデオ放送条件付きアクセスモジュールは、スクランブル解読器１２６と、通信交換を制御するマイクロプロセッサ１２４と、条件付きアクセスソフトウェア１２２とを有する。この条件付きアクセスソフトウェア１２２はデジタルビデオ放送共通インタフェースとの通信を実現する。
【００４２】
ＳＴＵが私的条件付きアクセスアプリケーションプログラムインタフェースを理解できない場合、図５に示されるような標準アプリケーションプログラムインタフェースを下位レベルマンマシンインタフェース或いは上位レベルマンマシンインタフェースと共に使用する。図５には、セット・トップ・ユニットがデジタルビデオ放送条件付きアクセスモジュールと適合しない場合が示されている。この場合、標準アプリケーションプログラムインタフェースが代わりに使用される。かくして、標準プロトコルは汎用ユーザインタフェースとの通信を許可する。
【００４３】
本発明は、ホストに接続された複数の条件付きアクセスモジュールの環境にも適応可能であることに注意する必要がある。ステップ２４０で解明された条件付きアクセスモジュールのパラメータは、ステップ２５０において通信交換のため選択される。
また、上記の全ての説明は、デジタルビデオ放送共通インタフェースに関して行われているが、本発明はＮＲＳＳ(National Renewable Security Standard)環境に適用可能であることに注意する必要がある。
【図面の簡単な説明】
【図１】単一のモジュールがホストに接続されている本発明の環境を表す概要図である。
【図２】条件付きアクセスモジュールと専用ユーザインタフェースとの間の通信プロトコルを示す図である。
【図３】本発明にしたがって私的ＡＰＩ若しくは標準ＡＰＩの使用を決定する処理の動作フローチャートである。
【図４】私的条件付きアクセスアプリケーションプログラムインタフェースプロトコルが使用されるケースを説明する図である。
【図５】標準条件付きアクセスアプリケーションプログラムインタフェースプロトコルが使用されるケースを説明する図である。
【図１】
0004567115.tif 000005
【図２】
0004567115.tif 000006
【図３】
0004567115.tif 000007
【図４】
0004567115.tif 000008
【図５】
0004567115.tif 000009