JP5005851B2 - デジタルコンテンツ受信機及びデジタルコンテンツ受信方法 - Google Patents
デジタルコンテンツ受信機及びデジタルコンテンツ受信方法 Download PDFInfo
- Publication number
- JP5005851B2 JP5005851B2 JP2000547742A JP2000547742A JP5005851B2 JP 5005851 B2 JP5005851 B2 JP 5005851B2 JP 2000547742 A JP2000547742 A JP 2000547742A JP 2000547742 A JP2000547742 A JP 2000547742A JP 5005851 B2 JP5005851 B2 JP 5005851B2
- Authority
- JP
- Japan
- Prior art keywords
- subunit
- digital content
- content signal
- scrambled
- field
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/64—Hybrid switching systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/4363—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network
- H04N21/43632—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network involving a wired protocol, e.g. IEEE 1394
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
- H04N21/4623—Processing of entitlement messages, e.g. ECM [Entitlement Control Message] or EMM [Entitlement Management Message]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/167—Systems rendering the television signal unintelligible and subsequently intelligible
- H04N7/1675—Providing digital key or authorisation information for generation or regeneration of the scrambling sequence
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Small-Scale Networks (AREA)
- Information Transfer Systems (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
本発明は、ネットワークに接続された限定受信モジュール（conditional access module）及び限定受信モジュールをネットワーク上で実現する方法に関する。詳しくは、本発明は、ＩＥＥＥ１３９４ネットワークに限定受信サブユニット（conditional access subunit）を提供する装置及び方法に関する。
【０００２】
デジタルマルチメディアの進歩、特にデジタルテレビジョンの進歩に伴い、限定受信モジュール（conditional access module）が提案されている。デジタルビデオ信号処理の分野では、ビデオ信号はコード化され、受信機においてビデオ信号を再生するためには特別な処理が必要である。特に、デスクランブル（スクランブル解除）処理を実行するとともに、デジタルテレビジョン受像機におけるその他の限定受信機能を提供する限定受信モジュールが提案されている。限定受信モジュールは、限定受信を実現するとともに、ホスト受信機から分離された信号のデコード処理を実行し、これにより、汎用デジタルテレビジョン受像機は、異なる限定受信モジュールを用いて異なる限定受信を行うことができる。
【０００３】
限定受信モジュールとテレビジョン受像機との間の通信を実現するための共通インタフェースが提案され、ＣＥＮＥＬＥＣ（限定受信及びその他のデジタルビデオ放送デコーダアプリケーションのための共通インタフェース仕様書ＥＮ５０２１１（EN50221 Common Interface Specification for Conditional Access and other Digital Video Broadcasting Decoder Applications））により標準化されている。この標準共通インタフェースは、様々な仮想チャンネルが時分割多重化されたトランスポートストリームインタフェースと、様々な追加的コマンドデータが送信されるコマンドインタフェースとを定義している。したがって、この共通インタフェースにより、限定受信モジュールは、デジタルテレビジョン受像機、あるいは実際にはその他のあらゆるデジタルビデオ機器に接続することができる。
【０００４】
本発明の基礎的背景として、オーディオ機器及びビデオ機器を含むデジタルマルチメディア機器のローカルネットワーク上で限定受信モジュールを実現し、ネットワーク上の全ての機器に限定受信モジュールの機能を利用できる技術が求められている。
【０００５】
様々なデジタルビデオ機器をローカルネットワークに接続する標準技術が提案されている。例えば、ＩＥＥＥ１３９４規格（１９９５年版）は、高速シリアルバス用のＩＥＥＥ標準技術として知られている。ＩＥＥＥ１３９４規格（１９９５年版）は、様々な民生用デジタルオーディオ／ビジュアル機器を相互接続する、ＩＥＥＥ１３９４シリアルバスと呼ばれるバスを提供する。
【０００６】
ＩＥＥＥ１３９４仕様書では、物理的リンクコネクタ、電気的信号及びシリアルバスを自己環境設定でき、オーディオ信号、ビデオ信号及び制御情報を効率的に搬送できるリンクプロトコルとトランザクションプロトコルのセットを定義している。さらに、ＩＥＥＥ１３９４シリアルバス上の設備内の異なるアイテム間でＭＰＥＧデータを搬送し、制御機構を提供する更なるプロトコルのセットが定義されている。これらのプロトコルは、「ＩＥＣ６１８８３民生用電子オーディオ／ビデオ機器のためのデジタルインタフェース（Digital Interface for Consumer Electronic Audio/Video Equipment(IEC61833)）」仕様書に定義されている。
【０００７】
ＩＥＣ１６８３３仕様書に基づき、幾つかのコマンドプロトコルが使用できる。ＩＥＥＥ１３９４取引協会（IEEE1394 trade association）により発表されたオーディオ／ビデオ制御デジタルインタフェースコマンドセット文書（AV/C Digital Interface Command Set Document）において、オーディオ／ビデオ制御コマンドトランザクション（audio/video control command transaction：以下、ＡＶ／Ｃ−ＣＴＳという。）が定義されている（１９９７年３月２６日、ＩＥＥＥ１３９４取引協会オーディオ／ビデオワーキンググループ発行、オーディオ／ビデオ制御デジタルインタフェースコマンドセットバーション２．０Ｄ（AV/C Digital Interface Command Set Version 2.0D））。ＡＶ／Ｃ−ＣＴＳは、民生用Ａ／Ｖ機器及び業務用Ａ／Ｖ機器のためのコマンドセットを定義している。ＡＶ／Ｃ−ＣＴＳコマンドは、ＩＥＣ６１８８３により定義されているファンクションコントロールプロトコル（function control protocol：以下、ＦＰＣという。）のパケットフォーマットにより搬送される。
【０００８】
本発明の目的は、ＩＥＥＥ１３９４ネットワーク上で限定受信モジュールを実現する装置及び方法を提供することである。
【０００９】
また、本発明は、ＩＥＥＥ１３９４ネットワークに接続され、ＩＥＥＥ１３９４ネットワークを介して供給されるトランスポートストリームをデスクランブルする限定受信サブユニットにおいて、トランスポートストリームをデスクランブルし、デスクランブルしたトランスポートストリームをローカルスクランブルして、ＩＥＥＥ１３９４ネットワーク内の他のサブユニットに送信し、ＩＥＥＥ１３９４ネットワーク内の認証されたサブユニットのみが、ローカルスクランブルされたトランスポートストリームをローカルデスクランブルでき、トランスポートストリーム内の情報を受信できるようにする限定受信サブユニットを提供する。
【００１０】
これにより、限定受信サブユニットが、一旦番組（program）をデスクランブルした後は、この番組が正当な権限なくコピーされることを防止することができる。デスクランブルされた番組は、例えばテレビジョンディスプレイ等、ネットワークにおいて正当な権限を有するサブユニットのみに伝送される。この手法を利用して、特定の限定受信サブモジュールが、同様のローカルデスクランブル能力を有する特定の種類の他のサブユニットのみと連携するようにすることができる。
【００１１】
これにより、ユーザがしばらくの間限定受信モジュールを操作できないことがあっても、限定受信モジュールはトランスポートストリーム情報を自動的且つ定期的に要求し、権限情報を入手するので、権限情報が失われることはない。
【００１２】
本発明は、以下の詳細な説明により、より明瞭に理解される。以下の説明では、添付の図面を用いるが、ここで説明する実施の形態は、例示的なものである。
【００１３】
複数の放送業者からのスクランブルされた放送サービスにアクセスするデジタルテレビジョン受像機（digital television receiver：以下、ＤＴＶという。）には、限定受信（conditional access：以下、ＣＡともいう。）システムが必要となる。すなわち、ＤＴＶに接続可能なモジュール内にＣＡシステムを実現するためのプロトコルを定義することにより、ＤＴＶは、サービスにアクセスすることができる。このソリューションは、例えば、単一の受像機に接続されたＰＣカードの形式で実現できる。しかしながら、ネットワーク化された限定受信モジュール（networked conditional access module：以下、ＮＣＡＭという。）の実現が望まれている。ＮＣＡＭの主な要求は、以下のとおりである。
【００１４】
・フォームファクタ（form factor）の柔軟性
・アクセスの柔軟性、例えばピアツーピア通信（peer to peer communication）
・ロケーションの柔軟性
本発明は、ＮＣＡＭを実現するために必要な追加的なＡＶ／Ｃサブユニットのフォーマットを提案する。このＮＣＡＭ用のＡＶ／Ｃモデルは、ＩＥＥＥ１３９４規格（１９９５年版）に準拠するデジタルネットワークにおいて使用できるように設計されたＣＡシステムを提供する。
【００１５】
ＮＣＡＭの目的は、限定受信機能を提供することである。ＮＣＡＭは、選択されたサービスをデスクランブルするためのリソースの論理的集合体（logical collection）を使用する。ＮＣＡＭに必要なリソースは、例えばＤＴＶ内等の１つのロケーションに存在していてもよく、あるいはインホームデジタルネットワーク（in home digital network：以下、ＩＨＤＮという。）等のネットワークにおいて分散されていてもよい。
【００１６】
ＮＣＡＭは、既存のサブユニットと追加的サブユニット（additional subunit）の両方を利用する。ＮＣＡＭが利用する既存のサブユニットは、以下のとおりである。
【００１７】
・チューナサブユニット
・パネルサブユニット
ＩＥＥＥ１３９４ネットワーク上でＮＣＡＭを実現するために、限定受信モジュールのためのＡＶ／Ｃサブユニットを定義する。限定受信サブユニット（以下、ＣＡサブユニットという。）は、デスクランブラの中心的な機能を担う。ＣＡサブユニットは、スクランブルされたストリームを受信し、それらをデスクランブルし、デスクランブルされたストリームを出力する。ＣＡサブユニットは、ＩＥＥＥ１３９４ネットワークを介して、非同期コマンドにより他の必要なサブユニットと通信を行う。
【００１８】
チューナサブユニット（tuner subunit）は、データ源として用いられ、パネルサブユニット（panel subunit）は、ユーザに情報を提供し、及びユーザに情報を入力させるために用いられる。ＣＡサブユニットは、デスクランブル機能を有し、スマートカードやモデムサブユニットを利用できる。
【００１９】
ＮＣＡＭが機能するために必要なリソースは、単一のモジュール内に個別に（privately）実現することもできる。また、製造業者がスマートカードによりＮＣＡＭを実現する場合、モデム機能とＮＣＡＭの専用機能とを統合することができる。このような場合、ＮＣＡＭはＣＡサブユニットのみから構成され、他の機器のチューナサブユニット及びパネルサブユニットを利用することとなる。安全性の観点からは、ＮＣＡＭを独立したスマートカードにより実現することが望ましい。スマートカードが、例えばデータカード又は電子通貨（electronic cash）等の他のアプリケーションとしても使用される場合でも、そのようなスマートカードにＣＡサブユニットを含ませることもできる。
【００２０】
ＮＣＡＭは、分散されたリソースに亘って実現することもできる。この場合、ＣＡサブユニットは、デジタルネットワークの各所に分散された他のオブジェクトが実装するサブユニットと連携して機能することとなる。
【００２１】
デスクランブルするサービスに応じて、全てのリソース又はリソースの一部が必要となる。サービスを認証するために挿入されるスマートカードを用いた単純なシステムでは、モデムは必要なく、ユーザにカードの挿入を促すための単純な表示装置を設ければよい。このとき、ユーザとの相互作用（インタラクション）は必ずしも必要ではない。より複雑なシステム、例えばペイパービュー（pay per view：以下、ＰＰＶという。）では、選択可能なサービスをユーザに提示し、ユーザによる選択操作を実現するための全てのリソースが必要となる。すなわち、必要なサブユニットの全てが設けられていない場合は、ＮＣＡＭの機能は制限される。
【００２２】
Ｆｉｇ．１は、基本的なＣＡサブユニット２の構造を示す図である。このＣＡサブユニット２は、スタンドアロン機器（stand alone device）であってもよく、他の機器に組み込まれたものであってもよい。
【００２３】
ＣＡサブユニット供給先プラグ（CA subunit destination plug）４は、ＣＡサブユニット２への入力信号が入力される。この入力信号のフォーマットは、ＣＡサブユニット２によりサポートされている方式に準拠するものである。ＣＡサブユニット供給先プラグ４は、シリアルバス（１３９４）入力プラグに直接接続してもよく、あるいは、例えばチューナサブユニット等の他の適切なサブユニットの供給源プラグに接続してもよい。
【００２４】
ＣＡサブユニット供給源プラグ（CA subunit source plug）６からは、ＣＡサブユニット２の出力信号が出力される。この出力信号のフォーマットは、ＣＡサブユニット２によりサポートされている方式に準拠するものである。ＣＡサブユニット供給源プラグ６は、シリアルバス出力プラグに直接接続してもよく、あるいは、他の適切なサブユニットの供給先プラグに接続してもよい。
【００２５】
単一の供給源及び供給先プラグを実装するＣＡサブユニットは、ＣＡ方式がソースマテリアルと互換性を有する場合、単一のデータ源から供給される１つのアイソクロノスチャンネルにおける１つ以上のサービスをデスクランブルする能力を有する。
【００２６】
ＣＡサブユニットのハードウェア能力に応じて、ＣＡサブユニットには、複数の供給先プラグ及び供給源プラグを設けることができる。供給先プラグと供給源プラグの数は一致する。このように構成されたＣＡサブユニットによれば、同時に複数の個別のストリーム又はサービスをデスクランブルすることができる。このモデルにより柔軟性の高い分散型ＡＶネットワーク環境を実現できる。
【００２７】
換言すれば、ＣＡサブユニットは、ネットワーク上の１つ以上の他のサブユニットから異なるストリームを受信し、これらのストリームをデスクランブルし、必要に応じて１つ以上の他のサブユニットに送ることができる。ここで、制約の要素となるのは、原理的には伝送帯域幅のみである。
【００２８】
ＣＡサブユニット供給先プラグと、シリアルバス入力プラグ又は他のサブユニットの接続は、CONNECTコマンドを用いて手動で確立される。この接続は、ＣＡコマンドを送信する以前に確立される。ＣＡサブユニットがスタンドアロンモードで動作している場合、供給先プラグ及び供給源プラグは、シリアルバスの入力プラグ及び出力プラグに持続的に接続される。
【００２９】
ＣＡサブユニットが既にロックされた接続先を有し、さらに追加的な接続が要求された場合、その要求に対する応答として、REJECTED（拒絶）が返される。接続が永続性を有する場合、矛盾を生じるコマンドに対する応答として、NOT IMPLEMENTED（実行されない）が返される。
【００３０】
CONNECTコマンドは、ＣＡサブユニットを他のサブユニット又はバス出力プラグに接続するために使用される。
【００３１】
ＣＡサブユニットの現在の接続状態は、CONNECT状態、又はCONNECTIONS状態コマンドにより報告される。この状態には永続的な接続も含まれる。コントローラは、CONNECT状態又はCONNECTIONS状態コマンドの応答におけるpermフラグを検査することにより、接続が永続的なものであるか否かを判定することができる。
【００３２】
ＣＡサブユニットと他のサブユニットとの接続は、実行形態に応じて決定される。ＣＡサブユニットと他のサブユニットとの接続を許可することが論理的であるか否かについては、実行時（implementation time）において判定される。
【００３３】
ＣＡサブユニットは、受信機に組み込んでもよい。ここで受信機とは、チューナサブユニットを備えるものでもよく、スタンドアロン機器であってもよい。Ｆｉｇ．２は、ＣＡサブユニット２を受信機８内に組み込んだ状態を示す。受信機８は、スタンドアロン機器であり、アンテナ入力プラグはなくてもよい（シリアルバス入力プラグのみでもよく、外部入力プラグを設けてもよい）。
【００３４】
以下の表は、受信機ユニットとＣＡサブユニットプラグ間の接続の様々な組み合わせ、各組み合わせが有効であるか無効であるかを示す表である。接続が無効な場合、NOT IMPLEMENTEDが返される。
【００３５】
【表１】
【００３６】
CONNECTコマンドを発生する場合、ロックビットを用いて、第三者（third parties）により接続が切断されないように保証する。
【００３７】
ＣＡサブユニットは、トランスポートストリームの全体及びトランスポートストリームの一部の両方を取り扱うことができる。データ源側にとって、バスの帯域幅を節減するために、デスクランブルするサービスの要素を含むパーシャルトランスポートストリーム（partial transport stream）を生成する方が有利である。この場合パーシャルトランスポートストリームが生成され、及び権限管理メッセージ（entitlement management message：以下、ＥＭＭという。）がトランスポートストリームに組み込まれる。すなわち、データ源側が部分的トランスポートストリームにＥＭＭを組み込む。このような場合、データにＥＭＭが組み込まれていなければ、ＣＡサブユニットは、所望のサービスをデスクランブルすることができない。
【００３８】
ＣＡシステムは、許可されていない（unauthorised）放送マテリアルへのアクセスを禁止する機能を有する。マテリアルが一旦デスクランブルされた後も、ＩＨＤＮ上を伝送する際に、マテリアルを保護することができる。特に、ＣＡサブユニットは、供給先プラグ及び供給源プラグの両方において、適切なコピー防止システムを実装することができる。
【００３９】
ＣＡサブユニットにはサブユニット識別子が与えられる。各特定のＣＡサブユニットに対し、サブユニット識別子は、そのＣＡサブユニットによりサポートされる放送方式及びＣＡ方式の特徴を記述する。１つの特定のＣＡサブユニットにより、複数の放送方式及びＣＡ方式をサポートすることもできる。この情報を用いて、ネットワーク内の他のサブユニット、特にコントローラは、各サブユニットがどのように使用されているかを知ることができる。
【００４０】
Ｆｉｇ．３は、サブユニット識別子記述子（subunit identifier descriptor）に含まれる。サブユニット固有の情報を示す図である。
【００４１】
CA_subunit_dependent_info_fields_lengthフィールドは、サブユニット固有の情報における非情報ブロックフィールドのバイト数を特定するフィールであり、この具体例において、非情報ブロックフィールドは、system_specification[n-1]フィールドである。
【００４２】
ネットワーク内のコントローラは、好ましくは、このフィールドに続く任意の数の情報ブロックを検出することができ、これにより、ＣＡサブユニット固有の情報は、将来拡張することができる。コントローラは、CA_subunit_dependent_lengthフィールドと、CA_subunit_dependent_info_fields_lengthとを比較することにより、情報ブロックが存在するか否かを容易に判定することができる。この判定は、以下の式が真であるか否かに基づいて行われる。
CA_subunit_dependent_length＞CA_subunit_dependent_info_fields_length＋２（このとき、データ構造は情報ブロックを有する。）
CA_subunit_versionフィールドは、ＣＡサブユニットが準拠するＣＡサブユニットコマンド仕様書のバージョン番号を示すフィールドである。上位４ビットは、主バージョン番号（major version number）を示し、下位４ビットは、副バージョン番号（minor version number）を示す。
【００４３】
【表２】
【００４４】
number_of_systemsフィールドは、このＣＡサブユニットにより幾つの放送方式がサポートされているかを示すフィールドである。
【００４５】
systemt_specificationフィールドは、各放送方式を記述するフィールドであり、その詳細をＦｉｇ．４に示す。
【００４６】
system_idフィールドは、ＣＡサブユニットがサポートする放送方式を示すフィールドである。現在、以下の放送方式が定義されている。
【００４７】
【表３】
【００４８】
implementation_profile_idフィールドは、このsystem_idフィールド用のＣＡサブユニットのプロファイルＩＤを特定するフィールドである。ＣＡサブユニットは、サポートする各放送方式毎に異なるプロファイルを有することができる。すなわち、サポートする方式毎にそれぞれ１つのプロファイルを設けることができる。
【００４９】
以下のプロファイルが定義されている。
【００５０】
【表４】
【００５１】
number_of_CA_system_idsフィールドは、ＣＡサブユニットが互換性を有するＣＡ方式の数を示す。
【００５２】
CA_system_idフィールドは、特定のＣＡ方式を識別するフィールドである。CA_system_idの値は、方式より決定され、デジタルビデオ放送（digital video broadcasting：以下、ＤＶＢという。）の場合、ＤＶＢ方式における番組配列情報の仕様書ｐｒＥＴＳ３００４６８（pr ETS 300468 Specification for Service Information(SI)）に定義されている。CA_system_id_lengthフィールドは、CA_system_idフィールドのバイト長を定義するフィールドである。
【００５３】
各ＣＡサブユニットについて、ＣＡ状態記述子（CA status descriptor）が設けられる。ＣＡ状態記述子は、ＣＡサブユニットと、ＣＡサブユニットの各供給源プラグにおける情報とに関する情報を格納する。このデータ構造に格納されるデータは、動的であり、ＣＡサブユニットにより継続的に更新される。コントローラは、このデータ構造を検査して、ＣＡサブユニット及びその供給源プラグの動作状態を判定する。
【００５４】
Ｆｉｇ．５（ａ）は、ＣＡ状態記述子の汎用フォーマットを示す図である。
【００５５】
descriptor_lengthフィールドは、descriptor_lengthフィールドを除く、ＣＡサブユニットのＣＡ状態記述子のバイト数を示すフィールドである。
【００５６】
Ｆｉｇ．５（ｂ）は、ＣＡサブユニット状態領域情報ブロック（CA subunit status area info block）を示す図であり、Ｆｉｇ．５（ｃ）は、供給源プラグ領域情報ブロック（source plug status area info block）を示す図である。
【００５７】
汎用のＣＡサブユニット状態領域情報ブロックは、特定の供給先プラグ又は供給源プラグに限定されない、ＣＡサブユニットに関する状態情報を格納する。
【００５８】
compound_lengthフィールドは、この情報ブロックの残りのバイト数（有効に定義された最後のフィールドより後に設けられた全ての入れ子にされた情報ブロック（nested information block）を含む）を特定するフィールドである。
【００５９】
primary_field_lengthフィールドは、残りのフィールドのバイト数を示すフィールドである。
【００６０】
available_bandwidth_upperフィールド及びavailable_bandwidth_lowerフィールドは、同時に読み出されるものであり、ＣＡサブユニットが利用可能な帯域幅の容量を示すフィールドである。available_bandwidth_upperフィールドは、利用可能な帯域幅をＭｂｐｓ単位で示した場合の整数部分を示し、available_bandwidth_lowerは、利用可能な帯域幅をＭｂｐｓ単位で示した場合の小数部分を示す。
【００６１】
例えば、ＣＡサブユニットが３４．８Ｍｂｐｓの帯域幅を利用できる場合、available_bandwidth_upperフィールド及びavailable_bandwidth_lowerフィールドには、以下の値が格納される。
【００６２】
available_bandwidth_upper＝００ ２２16
available_bandwidth_lower＝０８１６
available_bandwidth_upperフィールドの値０Ｆ ＦＦ１６及びavailable_bandwidth_lowerフィールドの値ＦＦ１６は、予備の値であり、この値は、ＣＡサブユニットが利用可能な帯域幅の容量を判定できな場合に用いられる。
【００６３】
これにより、チューナサブユニット等の機器は、ＣＡサブユニットが更なるサービスをデスクランブルするのに十分な余分の能力を備えているか否かを判定することができる。ＣＡサブユニットが複数のデータ源からの複数のサービスを同時にデスクランブルする能力を備えている場合、destination_plug_statusフィールドとともに、available_bandwidthフィールドが読み出され、これにより、コントローラは、ＣＡサブユニットに更なるデータ源を接続することができるか否かを判定することができる。
【００６４】
Ｆｉｇ．５（ｃ）に示すソースプラグ状態領域情報ブロックにおいて、number_of_source_plugフィールドは、特定のサブユニットにおけるデータ源プラグの数を特定するフィールドであり、したがって、この情報ブロック内に入れ子にされたplug_status_info_blocksの構造の数を示すフィールドである。
【００６５】
これらの構造は、順番に配置され、互いに内部に入れ子にされていない。多くのＣＡサブユニットは、供給源プラグを１つしか備えていない。
【００６６】
Ｆｉｇ．５（ｄ）に示すplug_status_info_block(x)フィールドは、各供給源プラグの状態情報を格納するフィールドである。供給源プラグが報告すべき状態情報を現在有していない場合であっても、ＣＡサブユニットにおける各供給源プラグ毎に、このようなデータ構造が１つ設けられている。各plug_status_info_block(x)フィールドは、図に示すように、２つの汎用領域に分割されている。
【００６７】
source_plugフィールドは、実際の供給源プラグの数を示すフィールドである。
【００６８】
destination_plugフィールドは、このsource_plugフィールドに関連する供給先プラグの数を示すフィールドである。
【００６９】
statusフィールドは、以下の表に示すように、source_plugの現在の状態を示すフィールドである。
【００７０】
【表５】
【００７１】
値１０１６は、ＣＡサブユニットが正しく機能し、要求されたサービスをデスクランブルした状態で出力していることを示す。一方、値２０１６は、ＣＡサブユニットが選択されたサービスをデスクランブルできると応答しているにもかかわらず、現在、デスクランブルされたサービスが供給源プラグから出力されていない場合に使用される。
【００７２】
ＣＡサブユニット状態記述子は、ＣＡサブユニットの種類に固有の記述子であり、以下の種類値を有する。
【００７３】
【表６】
【００７４】
ＣＡサブユニットは、１つのＣＡ状態記述子しか備えていないので、descriptor_type_specific_referenceフィールドは存在しない。
【００７５】
ＣＡサブユニットモデルは、オブジェクトリストを有していない。
【００７６】
Ｆｉｇ．６は、ＣＡサブユニットコマンドを示す図である。
【００７７】
ＣＡイネーブル（CA Enable）
ＣＡイネーブルコマンドは、ＣＡサブユニットに対し、どのサービスをデスクランブルすべきかを指示するコマンドである。このコマンドは、放送方式毎に固有のコマンドである。Ｆｉｇ．７（ａ）は、ＣＡイネーブル制御コマンドを示す図であり、Ｆｉｇ．７（ｂ）は、放送方式固有のデータを示す図であり、Ｆｉｇ．７（ｃ）は、エレメンタリパケット識別子（elementary packet identifier：以下、エレメンタリＰＩＤという。）を示す図である。
【００７８】
system_idフィールドは、後続するコマンドがどの放送方式に関連するものであるかを示すフィールドである。以下の方式が現在定義されている。
【００７９】
【表７】
【００８０】
broadcast_system_specific_dataフィールドは、使用されている方式に固有のオペランドを格納するフィールドである。
【００８１】
ＤＶＢ方式の場合、Ｆｉｇ．７（ｂ）に示すオペランドは、デスクランブルするサービスを完全に特定する。サービスの各コンポーネントのＰＩＤ（パケット識別子）が識別される。
【００８２】
コントローラの構成要素となるサブユニットの１つがチューナサブユニットである場合、コントローラは、個別に利用可能なservice_id及びＰＩＤ値を有する。一方、コントローラが他の適切な受信機器を利用する場合、コントローラは、受信機器内のチューナのサービス及びコンポーネント記述子を検査しなくてはならない。さらに、コントローラは、所望のサービスのコンポーネントのＰＩＤを定義しなくてはならない。
【００８３】
デスクランブルする各サービスについて、独立したCA_ENEBLEコマンドが送信される。動作フィールドは、ＣＡサブユニットに格納されている選択されたサービスのリストを更新するために用いられる。以下の値が定義されている。
【００８４】
【表８】
【００８５】
動作が「追加（add）」に設定されている場合、デスクランブルするために選択されたリストにサービスが追加される。「更新（update）」は、選択されたサービスを何らかの形で修正する必要がある場合に使用される。リスト管理コマンドは、プログラムレベルでのみ動作するので、既存のサービスのエレメンタリストリームレベル（elementary stream level）におけるいかなる変化も、完全なエレメンタリストリームリストの再送信と共に、更新コマンドにより知らせなければはならない。「削除（remove）」は、リストから１つのサービスを削除する場合に用い、「全削除（remove_all）」は、全てのサービスのデスクランブルが必要でなくなった場合に用いられる。
【００８６】
service_idフィールドは、program_map_PIDを適用できるサービスを特定するフィールドである。
【００８７】
number_of_elementary_PID_definitionフィールドは、後続するelementary_PIDフィールドの数を示すフィールドである。
【００８８】
各elementary_PIDフィールドは、Ｆｉｇ．７（ｃ）に示す例に対応している。
【００８９】
stream_typeフィールドは、elementary_PIDフィールドにより値が特定されたＰＩＤを有するパケットにより搬送されているサービス要素の種類を識別するフィールドである。この値は、動画の汎用符号化及び関連する音声システム、ＩＳＰ／ＩＥＣ１３８１８−１（ISP/IEC 13818-1 Generic Coding of Moving Picture and Associated Audio System）における表２〜表２９において定義されている。
【００９０】
elementary_PIDフィールドは、関連するサービス要素を搬送するトランスポートストリームパケットのＰＩＤを特定するフィールドである。
【００９１】
ＣＡイネーブル制御コマンドを受信すると、ＣＡサブユニットは、Ｆｉｇ．８（ａ）に示すような応答を、Ｆｉｇ．８（ｂ）に示すような放送方式固有のデータと共に生成する。
【００９２】
オペランドは、ＣＡイネーブル制御コマンドの場合と同様の意味を有しており、応答フォーマットは、追加的な状態オペランドを有する制御コマンドと同様のものである。
【００９３】
動作が「追加」又は「更新」であり、ＣＡイネーブルコマンドが有効に送信された場合、応答は受理（ACCEPTED）となる。また、応答として返される状態（status）は、以下の値をとる。状態の値は、動作を反映している。
【００９４】
【表９】
【００９５】
追加又は送信コマンドが有効に送信された場合、応答はデスクランブル中（descrambling）となる。一方、理論的にデスクランブルは可能であるが、デスクランブルを実行する前にある条件を満たす必要がある場合がある。この場合、条件によりスクランブル可能であることを示すscrambling possible under conditionsメッセージが返される。条件の応答には、購入ダイアログ（purchase dialogue）と技術ダイアログ（technical dialog）の２種類がある。この２つのダイアログには、マンマシンインタフェース（man machine interface（ＭＭＩ））を介したユーザによる相互作用（インタラクション）が必要である。
【００９６】
購入ダイアログは、例えば、ユーザがペイパービューサービスを要求した場合などに必要である。ここで、ユーザは視聴を開始する前に、サービスの料金を確認することができる。
【００９７】
技術ダイアログは、ＣＡサブユニットがサービスをデスクランブルできるか否かを判定する前に、技術的課題を解決しなくてはならない場合に必要である。これは、例えば、ユーザがスマートカードを挿入しなくてはならない場合等に用いられる。
【００９８】
CA_ENABLEコマンドの送信に失敗した場合、応答フレームは、拒絶を示すコードREJECTEDを返す。発生したエラーの種類を示すために、状態フィールドは、以下の値をとる。状態の値は動作を反映している。
【００９９】
【表１０】
【０１００】
ＣＡイネーブルコマンドは、状態（STATUS）及び通知（NOTIFY）といったコマンドタイプ（ctype）によって送信することができる。Ｆｉｇ．６では、これらをそれぞれ「Ｓ」及び「Ｎ」で示している。状態コマンド及び通知コマンドフレームは、制御コマンドと同様のフレームを有している。このコマンドは、ＣＡサブユニットが選択されたサービスをデスクランブルする能力を有しているか否かを判定するために使用される。Ｆｉｇ．９は、ＤＶＢ方式固有のオペランド用の放送方式固有のデータを示す図である。各フィールドは、制御コマンドと同様のものである。
【０１０１】
ＣＡイネーブル状態及び通知コマンドに対する応答において、ＣＡサブユニットは、応答情報を生成する。Ｆｉｇ．１０もＤＶＢ方式固有のオペランド用の放送方式固有のデータを示す図である。
【０１０２】
各フィールドは、状態フィールドを除いて、コマンド応答（COMMAND response）と同様である。状態フィールドは、以下の値をとる。削除動作は、状態コマンド又は通知コマンドに対しては無効である。
【０１０３】
【表１１】
【０１０４】
ＣＡ権限（CA Entitlement）
ＣＡ権限コマンド（CA entitlement command）は、電子番組ガイド（electronic program guide：以下、ＥＰＧという。）のアプリケーションに使用される。すなわち、ＣＡ権限コマンドは、ＥＰＧにおけるサービスに対して、ユーザがどのような権限を有しているかを判定するための情報をＣＡサブユニットに応答させるコマンドである。例えば、ＥＰＧを表示する場合、ＣＡサブユニットに対し、どの番組をデスクランブルすることができるかを応答させておけば、ＥＰＧにおいて、ユーザが視聴可能な番組を示すことができる。このコマンドは、状態（STATUS）及び通知（NOTIFY）といったコマンドタイプ（ctype）によって用いることができる。このコマンドは、ＥＰＧ及びＣＡアプリケーションについて、同一のあるいは連携する供給者が権限情報を付与するための個別の方式を開発することを妨げるものではない。このコマンドは、個別のＥＰＧによりＣＡモジュールに対する問い合わせを行うために使用することができる。
【０１０５】
Ｆｉｇ．１１（ａ）は、ＣＡ権限コマンドを示す図であり、Ｆｉｇ．１１（ｂ）は、ＤＶＢ方式用の放送方式固有のデータを示す図である。
【０１０６】
システムＩＤフィールドは、ＣＡイネーブルコマンドの場合と同様の意味を有している。
【０１０７】
オペランドnetwork_id、original_network_id、transport_stream_id、service_id、event_idは、権限に関する問い合わせが行われているサービスを特定するためのものである。イベントＩＤは、番組配列情報（service information）における他のロケーション識別子によって完全に修飾される。
【０１０８】
ＣＡ権限コマンドに応答して、ＣＡサブユニットは、Ｆｉｇ．１２（ａ）に示すような応答情報を、Ｆｉｇ．１２（ｂ）に示すＤＶＢ方式用の放送方式固有のデータとともに発行する。
【０１０９】
オペランドnetwork_id、original_network_id、transport_stream_id、service_id、event_idは、コマンドと同様である。entitlement_statusフィールドは、ユーザが選択されたサービスを享受する権限を有しているか否かを示すフィールドである。
【０１１０】
【表１２】
【０１１１】
セキュリティ（Security）
ＣＡサブユニットの概念は、汎用受信機が複数のＣＡ方式によって動作できるようにするものであるが、サービスプロバイダは、特定のＣＡサブユニットを特定の統合受信機デコーダ（integrated receiver decoder：以下、ＩＲＤという。）に連携させることを望む場合もある。この場合、ＣＡサブユニットとＩＲＤとの間にアクセス権を設定し（authentication：以下、このようなアクセス権の設定を認証という。）、各機器が正規の相手のみと有効に動作するようにする。
【０１１２】
Ｆｉｇ．１３は、セキュリティコマンド（SECURITY command）の構造を示す図である。このセキュリティコマンドは、各アプリケーションが固有に定義するものであり、放送方式からは独立している。認証プロトコルは、ＩＲＤとＣＡサブユニットが互いに制御コードを交換し、相手方の機器が正当な権限を有する正規の機器であることを確認し、安全性を確保する処理を行う。認証プロトコルは、これらの機器間で、２つの既知のキーを転送するといった単純な処理でもよく、あるいは、例えば公開キープロトコルに基づくより複雑なキーの交換を行う処理であってもよい。
【０１１３】
categoryフィールドは、これに続くcategory dependentフィールドにおいて使用される認証及びキー交換プロトコルを定義するフィールドである。
【０１１４】
実施例（Implementation）
以下、ＣＡサブユニットの実施例及びこのＣＡサブユニットを用いて行われる処理について説明する。
【０１１５】
ＮＣＡＭは、ネットワークに接続されるＣＡシステムを実現するために必要な機能を提供するサブユニットの論理的な集合体である。ＣＡサブユニットは、ＣＡシステムの中心的存在（core）であり、マテリアルの供給、デスクランブルが必要なマテリアルの格納、ユーザ及び外部世界との通信等の処理は、他のサブユニットに行わせる。したがって、ＣＡサブユニットは、チューナサブユニット及びパネルサブユニットと連携しなくてはならない。
【０１１６】
ＮＣＡＭは、最小限の構成として、チューナサブユニット、ＣＡサブユニット及びパネルサブユニットのみにより実現することができる。さらに、ＣＡシステムは、リソース、例えばモデム及び／又はスマートカードリーダを要求してもよく、これらは同一のユニットの一部を構成する場合、これらに個別にアクセスすることができる。
【０１１７】
スクランブルされたトランスポートストリームをデコードする処理について、Ｆｉｇ．１４を参照して説明する。以下の説明では、チューナサブユニットをスクランブルされたトランスポートストリームの供給源と考える。このトランスポートストリームは、適切なフロントエンド回路を介して供給された地上波放送であってもよく、直接ＤＭＵＸからＤＶＣＲ等の他のデータ供給源を介して供給された信号であってもよい。ユーザは、チャンネルを選択するための操作を行い、チューナサブユニットは、トランスポートストリームがスクランブルされていることを検出する。
【０１１８】
コントローラは、トランスポートストリームからのCA_System_idフィールドとＣＡサブユニットのCA_system_idフィールドとに基づいて、どのＣＡサブユニットを使用するかに関する知的予測（intelligent prediction）を行うことができる。例えば、Ｆｉｇ．１５に示す具体例では、衛星放送ＩＲＤは、ＩＥＥＥ１３９４シリアルバスを介してＣＡサブユニットに接続されている。
【０１１９】
コントローラは、ＣＡサブユニットにスクランブルされたサービスを供給するために、チューナサブユニットとＣＡサブユニットとの間のアイソクロノスチャンネルを確立する。さらに、データを格納するための機器とＣＡサブユニットとの間の第２のチャンネルを確立する。この機器は、スクランブルされたソースマテリアルを供給した機器と同一の機器であってもよく、異なる機器であってもよい。ここで、トランスポートストリームのデスクランブル処理において、例えば５Ｃコピー防止方式（5C Copy Protection System）又はその他の適切なコピー防止機構を用いて、不正なコピーを防止することもできる。
【０１２０】
コントローラは、ＣＡサブユニットにCA_ENABLEコマンドを送信し、デスクランブルしてほしい１つ以上のサービスを知らせる。ＣＡサブユニットは、CA_ENABLEコマンドを受信し、選択されたサービスをデスクランブルする能力を自らが有しているか否かを判定する。この処理には、ユーザに対するダイアログを設定し、ユーザがサービス享受のための料金を支払う意志があるか否かを確認する処理、又はユーザに対し料金支払いのためのカードの挿入又は暗証番号の入力を促す処理を含む。
【０１２１】
ユーザダイアログの後、ＣＡサブユニットが選択されたサービスをデスクランブルできる状態になった場合、ＣＡサブユニットは、内部の状態レジスタを更新し、デスクランブルしたデータの出力を開始する。
【０１２２】
各コマンドが応答を必要とするというＡＶ／Ｃコマンドの性質に起因して、元のCA_ENABLEコマンドに対して、ユーザダイアログ又は技術ダイアログが必要であるためにREJECTED応答が返された場合、そのダイアログにより問題が解決されても、コントローラはその結果を知ることができない。そこで、CA_ENABLEコマンドがダイアログの理由で拒絶された場合、コントローラは、NOTIFYコマンドを送信し、ＣＡサブユニットの状態が変化したことをＣＡサブユニットに報告させる必要がある。
【０１２３】
ＥＭＭ処理（EMM handling）
ＤＴＶ受信機の実施例の幾つかにおいて、ＣＡモジュールは、ＤＴＶがスタンバイ状態又は電源オン状態にあるときに、ＥＭＭを受信することができる。これにより、ＣＡモジュールは、ユーザが有している権限を継続的に更新することができる。
【０１２４】
ネットワーク環境において、ＣＡサブユニットにＥＭＭパケットを処理させるためには、ＴＳをＣＡサブユニットに送らなければならない。したがって、ＣＡサブユニットの電源がオフ状態のままの場合、又はＴＳがＣＡサブユニットに一定期間接続されなかった場合、ＣＡサブユニットに格納されている権限情報は、旧いものとなってしまう。したがって、ＣＡサブユニットは、周期的にチューナサブユニットに接続し、ＴＳを要求し、ＥＭＭを更新する必要がある。この処理は、ユーザの邪魔にならないように行うべきである。コントローラは、ユーザが特定のサービスを視聴している間、チャンネルを変更するような処理は行わない。
【０１２５】
チューナサブユニットがない場合
チューナサブユニットを備えるネットワークにおいて、ＣＡサブユニットの使用は、チューナサブユニットが設けられたユニット及びＣＡサブユニットが設けられたユニットの外部にコントローラが存在する場合に、特に有効である。これにより、コントローラは、チューナサブユニットが受信する能力を有するサービスを検出し、ＣＡサブユニットに、これらのサービスの幾つかをデスクランブルするように指示することができる。
【０１２６】
チューナサブユニットが存在しないネットワークにおいて、ＣＡサブユニットを用いる場合もある。この場合、ＣＡサブユニットを利用するためには、コントローラは、データ源となるユニット内に設ける必要がある。コントローラは、このユニット内でトランスポートストリームを個別に検査し、デスクランブルすべきサービスの要素のＰＩＤを判定する。ここでも、デスクランブルする要素のＰＩＤにＥＭＭが含まれている必要がある。
【図面の簡単な説明】
【図１】 Ｆｉｇ．１は、ＣＡサブユニットを示す図である。
【図２】 Ｆｉｇ．２は、ＣＡサブユニットの論理的接続を示す図である。
【図３】 Ｆｉｇ．３は、ＣＡサブユニット識別子記述子を示す図である。
【図４】 Ｆｉｇ．４は、Ｆｉｇ．３に示す記述子とともに用いる方式の仕様を示す図である。
【図５】 Ｆｉｇ．５（ａ）は、ＣＡ状態記述子を示す図である。
【図６】 Ｆｉｇ．５（ｂ）は、ＣＡサブユニット状態領域情報ブロックを示す図である。
【図７】 Ｆｉｇ．５（ｃ）は、供給源プラグ状態領域情報ブロックを示す図である。
【図８】 Ｆｉｇ．５（ｄ）は、プラグ状態情報ブロックを示す図である。
【図９】 Ｆｉｇ．６は、ＣＡサブユニットコマンドを示す図である。
【図１０】 Ｆｉｇ．７（ａ）は、ＣＡイネーブル制御コマンドを示す図である。
【図１１】 Ｆｉｇ．７（ｂ）は、Ｆｉｇ．７（ａ）に示す放送方式固有のデータを詳細に示す図である。
【図１２】 Ｆｉｇ．７（ｃ）は、Ｆｉｇ．７（ｂ）に示すエレメンタリＰＩＤの定義を示す図である。
【図１３】 Ｆｉｇ．８（ａ）は、ＣＡイネーブル応答を示す図である。
【図１４】 Ｆｉｇ．８（ｂ）は、Ｆｉｇ．８（ａ）に示す放送方式固有のデータを詳細に示す図である。
【図１５】 Ｆｉｇ．９は、状態又は通知コマンドのデータ構造を示す図である。
【図１６】 Ｆｉｇ．１０は、状態又は通知応答のデータ構造を示す図である。
【図１７】 Ｆｉｇ．１１（ａ）は、ＣＡ権限コマンドを示す図である。
【図１８】 Ｆｉｇ．１１（ｂ）は、Ｆｉｇ．１１（ａ）に示す放送方式固有のデータを詳細に示す図である。
【図１９】 Ｆｉｇ．１２（ａ）は、ＣＡ権限応答を示す図である。
【図２０】 Ｆｉｇ．１２（ｂ）は、Ｆｉｇ．１２（ａ）に示す放送方式固有のデータを詳細に示す図である。
【図２１】 Ｆｉｇ．１３は、セキュリティ制御コマンドを示す図である。
【図２２】 Ｆｉｇ．１４は、コントローラとＣＡサブユニットとの間のコマンドの交換を説明する図である。
【図２３】 Ｆｉｇ．１５は、ネットワーク限定受信モジュールに接続された衛星放送ＩＲＤを示す図である。
本発明は、ネットワークに接続された限定受信モジュール（conditional access module）及び限定受信モジュールをネットワーク上で実現する方法に関する。詳しくは、本発明は、ＩＥＥＥ１３９４ネットワークに限定受信サブユニット（conditional access subunit）を提供する装置及び方法に関する。
【０００２】
デジタルマルチメディアの進歩、特にデジタルテレビジョンの進歩に伴い、限定受信モジュール（conditional access module）が提案されている。デジタルビデオ信号処理の分野では、ビデオ信号はコード化され、受信機においてビデオ信号を再生するためには特別な処理が必要である。特に、デスクランブル（スクランブル解除）処理を実行するとともに、デジタルテレビジョン受像機におけるその他の限定受信機能を提供する限定受信モジュールが提案されている。限定受信モジュールは、限定受信を実現するとともに、ホスト受信機から分離された信号のデコード処理を実行し、これにより、汎用デジタルテレビジョン受像機は、異なる限定受信モジュールを用いて異なる限定受信を行うことができる。
【０００３】
限定受信モジュールとテレビジョン受像機との間の通信を実現するための共通インタフェースが提案され、ＣＥＮＥＬＥＣ（限定受信及びその他のデジタルビデオ放送デコーダアプリケーションのための共通インタフェース仕様書ＥＮ５０２１１（EN50221 Common Interface Specification for Conditional Access and other Digital Video Broadcasting Decoder Applications））により標準化されている。この標準共通インタフェースは、様々な仮想チャンネルが時分割多重化されたトランスポートストリームインタフェースと、様々な追加的コマンドデータが送信されるコマンドインタフェースとを定義している。したがって、この共通インタフェースにより、限定受信モジュールは、デジタルテレビジョン受像機、あるいは実際にはその他のあらゆるデジタルビデオ機器に接続することができる。
【０００４】
本発明の基礎的背景として、オーディオ機器及びビデオ機器を含むデジタルマルチメディア機器のローカルネットワーク上で限定受信モジュールを実現し、ネットワーク上の全ての機器に限定受信モジュールの機能を利用できる技術が求められている。
【０００５】
様々なデジタルビデオ機器をローカルネットワークに接続する標準技術が提案されている。例えば、ＩＥＥＥ１３９４規格（１９９５年版）は、高速シリアルバス用のＩＥＥＥ標準技術として知られている。ＩＥＥＥ１３９４規格（１９９５年版）は、様々な民生用デジタルオーディオ／ビジュアル機器を相互接続する、ＩＥＥＥ１３９４シリアルバスと呼ばれるバスを提供する。
【０００６】
ＩＥＥＥ１３９４仕様書では、物理的リンクコネクタ、電気的信号及びシリアルバスを自己環境設定でき、オーディオ信号、ビデオ信号及び制御情報を効率的に搬送できるリンクプロトコルとトランザクションプロトコルのセットを定義している。さらに、ＩＥＥＥ１３９４シリアルバス上の設備内の異なるアイテム間でＭＰＥＧデータを搬送し、制御機構を提供する更なるプロトコルのセットが定義されている。これらのプロトコルは、「ＩＥＣ６１８８３民生用電子オーディオ／ビデオ機器のためのデジタルインタフェース（Digital Interface for Consumer Electronic Audio/Video Equipment(IEC61833)）」仕様書に定義されている。
【０００７】
ＩＥＣ１６８３３仕様書に基づき、幾つかのコマンドプロトコルが使用できる。ＩＥＥＥ１３９４取引協会（IEEE1394 trade association）により発表されたオーディオ／ビデオ制御デジタルインタフェースコマンドセット文書（AV/C Digital Interface Command Set Document）において、オーディオ／ビデオ制御コマンドトランザクション（audio/video control command transaction：以下、ＡＶ／Ｃ−ＣＴＳという。）が定義されている（１９９７年３月２６日、ＩＥＥＥ１３９４取引協会オーディオ／ビデオワーキンググループ発行、オーディオ／ビデオ制御デジタルインタフェースコマンドセットバーション２．０Ｄ（AV/C Digital Interface Command Set Version 2.0D））。ＡＶ／Ｃ−ＣＴＳは、民生用Ａ／Ｖ機器及び業務用Ａ／Ｖ機器のためのコマンドセットを定義している。ＡＶ／Ｃ−ＣＴＳコマンドは、ＩＥＣ６１８８３により定義されているファンクションコントロールプロトコル（function control protocol：以下、ＦＰＣという。）のパケットフォーマットにより搬送される。
【０００８】
本発明の目的は、ＩＥＥＥ１３９４ネットワーク上で限定受信モジュールを実現する装置及び方法を提供することである。
【０００９】
また、本発明は、ＩＥＥＥ１３９４ネットワークに接続され、ＩＥＥＥ１３９４ネットワークを介して供給されるトランスポートストリームをデスクランブルする限定受信サブユニットにおいて、トランスポートストリームをデスクランブルし、デスクランブルしたトランスポートストリームをローカルスクランブルして、ＩＥＥＥ１３９４ネットワーク内の他のサブユニットに送信し、ＩＥＥＥ１３９４ネットワーク内の認証されたサブユニットのみが、ローカルスクランブルされたトランスポートストリームをローカルデスクランブルでき、トランスポートストリーム内の情報を受信できるようにする限定受信サブユニットを提供する。
【００１０】
これにより、限定受信サブユニットが、一旦番組（program）をデスクランブルした後は、この番組が正当な権限なくコピーされることを防止することができる。デスクランブルされた番組は、例えばテレビジョンディスプレイ等、ネットワークにおいて正当な権限を有するサブユニットのみに伝送される。この手法を利用して、特定の限定受信サブモジュールが、同様のローカルデスクランブル能力を有する特定の種類の他のサブユニットのみと連携するようにすることができる。
【００１１】
これにより、ユーザがしばらくの間限定受信モジュールを操作できないことがあっても、限定受信モジュールはトランスポートストリーム情報を自動的且つ定期的に要求し、権限情報を入手するので、権限情報が失われることはない。
【００１２】
本発明は、以下の詳細な説明により、より明瞭に理解される。以下の説明では、添付の図面を用いるが、ここで説明する実施の形態は、例示的なものである。
【００１３】
複数の放送業者からのスクランブルされた放送サービスにアクセスするデジタルテレビジョン受像機（digital television receiver：以下、ＤＴＶという。）には、限定受信（conditional access：以下、ＣＡともいう。）システムが必要となる。すなわち、ＤＴＶに接続可能なモジュール内にＣＡシステムを実現するためのプロトコルを定義することにより、ＤＴＶは、サービスにアクセスすることができる。このソリューションは、例えば、単一の受像機に接続されたＰＣカードの形式で実現できる。しかしながら、ネットワーク化された限定受信モジュール（networked conditional access module：以下、ＮＣＡＭという。）の実現が望まれている。ＮＣＡＭの主な要求は、以下のとおりである。
【００１４】
・フォームファクタ（form factor）の柔軟性
・アクセスの柔軟性、例えばピアツーピア通信（peer to peer communication）
・ロケーションの柔軟性
本発明は、ＮＣＡＭを実現するために必要な追加的なＡＶ／Ｃサブユニットのフォーマットを提案する。このＮＣＡＭ用のＡＶ／Ｃモデルは、ＩＥＥＥ１３９４規格（１９９５年版）に準拠するデジタルネットワークにおいて使用できるように設計されたＣＡシステムを提供する。
【００１５】
ＮＣＡＭの目的は、限定受信機能を提供することである。ＮＣＡＭは、選択されたサービスをデスクランブルするためのリソースの論理的集合体（logical collection）を使用する。ＮＣＡＭに必要なリソースは、例えばＤＴＶ内等の１つのロケーションに存在していてもよく、あるいはインホームデジタルネットワーク（in home digital network：以下、ＩＨＤＮという。）等のネットワークにおいて分散されていてもよい。
【００１６】
ＮＣＡＭは、既存のサブユニットと追加的サブユニット（additional subunit）の両方を利用する。ＮＣＡＭが利用する既存のサブユニットは、以下のとおりである。
【００１７】
・チューナサブユニット
・パネルサブユニット
ＩＥＥＥ１３９４ネットワーク上でＮＣＡＭを実現するために、限定受信モジュールのためのＡＶ／Ｃサブユニットを定義する。限定受信サブユニット（以下、ＣＡサブユニットという。）は、デスクランブラの中心的な機能を担う。ＣＡサブユニットは、スクランブルされたストリームを受信し、それらをデスクランブルし、デスクランブルされたストリームを出力する。ＣＡサブユニットは、ＩＥＥＥ１３９４ネットワークを介して、非同期コマンドにより他の必要なサブユニットと通信を行う。
【００１８】
チューナサブユニット（tuner subunit）は、データ源として用いられ、パネルサブユニット（panel subunit）は、ユーザに情報を提供し、及びユーザに情報を入力させるために用いられる。ＣＡサブユニットは、デスクランブル機能を有し、スマートカードやモデムサブユニットを利用できる。
【００１９】
ＮＣＡＭが機能するために必要なリソースは、単一のモジュール内に個別に（privately）実現することもできる。また、製造業者がスマートカードによりＮＣＡＭを実現する場合、モデム機能とＮＣＡＭの専用機能とを統合することができる。このような場合、ＮＣＡＭはＣＡサブユニットのみから構成され、他の機器のチューナサブユニット及びパネルサブユニットを利用することとなる。安全性の観点からは、ＮＣＡＭを独立したスマートカードにより実現することが望ましい。スマートカードが、例えばデータカード又は電子通貨（electronic cash）等の他のアプリケーションとしても使用される場合でも、そのようなスマートカードにＣＡサブユニットを含ませることもできる。
【００２０】
ＮＣＡＭは、分散されたリソースに亘って実現することもできる。この場合、ＣＡサブユニットは、デジタルネットワークの各所に分散された他のオブジェクトが実装するサブユニットと連携して機能することとなる。
【００２１】
デスクランブルするサービスに応じて、全てのリソース又はリソースの一部が必要となる。サービスを認証するために挿入されるスマートカードを用いた単純なシステムでは、モデムは必要なく、ユーザにカードの挿入を促すための単純な表示装置を設ければよい。このとき、ユーザとの相互作用（インタラクション）は必ずしも必要ではない。より複雑なシステム、例えばペイパービュー（pay per view：以下、ＰＰＶという。）では、選択可能なサービスをユーザに提示し、ユーザによる選択操作を実現するための全てのリソースが必要となる。すなわち、必要なサブユニットの全てが設けられていない場合は、ＮＣＡＭの機能は制限される。
【００２２】
Ｆｉｇ．１は、基本的なＣＡサブユニット２の構造を示す図である。このＣＡサブユニット２は、スタンドアロン機器（stand alone device）であってもよく、他の機器に組み込まれたものであってもよい。
【００２３】
ＣＡサブユニット供給先プラグ（CA subunit destination plug）４は、ＣＡサブユニット２への入力信号が入力される。この入力信号のフォーマットは、ＣＡサブユニット２によりサポートされている方式に準拠するものである。ＣＡサブユニット供給先プラグ４は、シリアルバス（１３９４）入力プラグに直接接続してもよく、あるいは、例えばチューナサブユニット等の他の適切なサブユニットの供給源プラグに接続してもよい。
【００２４】
ＣＡサブユニット供給源プラグ（CA subunit source plug）６からは、ＣＡサブユニット２の出力信号が出力される。この出力信号のフォーマットは、ＣＡサブユニット２によりサポートされている方式に準拠するものである。ＣＡサブユニット供給源プラグ６は、シリアルバス出力プラグに直接接続してもよく、あるいは、他の適切なサブユニットの供給先プラグに接続してもよい。
【００２５】
単一の供給源及び供給先プラグを実装するＣＡサブユニットは、ＣＡ方式がソースマテリアルと互換性を有する場合、単一のデータ源から供給される１つのアイソクロノスチャンネルにおける１つ以上のサービスをデスクランブルする能力を有する。
【００２６】
ＣＡサブユニットのハードウェア能力に応じて、ＣＡサブユニットには、複数の供給先プラグ及び供給源プラグを設けることができる。供給先プラグと供給源プラグの数は一致する。このように構成されたＣＡサブユニットによれば、同時に複数の個別のストリーム又はサービスをデスクランブルすることができる。このモデルにより柔軟性の高い分散型ＡＶネットワーク環境を実現できる。
【００２７】
換言すれば、ＣＡサブユニットは、ネットワーク上の１つ以上の他のサブユニットから異なるストリームを受信し、これらのストリームをデスクランブルし、必要に応じて１つ以上の他のサブユニットに送ることができる。ここで、制約の要素となるのは、原理的には伝送帯域幅のみである。
【００２８】
ＣＡサブユニット供給先プラグと、シリアルバス入力プラグ又は他のサブユニットの接続は、CONNECTコマンドを用いて手動で確立される。この接続は、ＣＡコマンドを送信する以前に確立される。ＣＡサブユニットがスタンドアロンモードで動作している場合、供給先プラグ及び供給源プラグは、シリアルバスの入力プラグ及び出力プラグに持続的に接続される。
【００２９】
ＣＡサブユニットが既にロックされた接続先を有し、さらに追加的な接続が要求された場合、その要求に対する応答として、REJECTED（拒絶）が返される。接続が永続性を有する場合、矛盾を生じるコマンドに対する応答として、NOT IMPLEMENTED（実行されない）が返される。
【００３０】
CONNECTコマンドは、ＣＡサブユニットを他のサブユニット又はバス出力プラグに接続するために使用される。
【００３１】
ＣＡサブユニットの現在の接続状態は、CONNECT状態、又はCONNECTIONS状態コマンドにより報告される。この状態には永続的な接続も含まれる。コントローラは、CONNECT状態又はCONNECTIONS状態コマンドの応答におけるpermフラグを検査することにより、接続が永続的なものであるか否かを判定することができる。
【００３２】
ＣＡサブユニットと他のサブユニットとの接続は、実行形態に応じて決定される。ＣＡサブユニットと他のサブユニットとの接続を許可することが論理的であるか否かについては、実行時（implementation time）において判定される。
【００３３】
ＣＡサブユニットは、受信機に組み込んでもよい。ここで受信機とは、チューナサブユニットを備えるものでもよく、スタンドアロン機器であってもよい。Ｆｉｇ．２は、ＣＡサブユニット２を受信機８内に組み込んだ状態を示す。受信機８は、スタンドアロン機器であり、アンテナ入力プラグはなくてもよい（シリアルバス入力プラグのみでもよく、外部入力プラグを設けてもよい）。
【００３４】
以下の表は、受信機ユニットとＣＡサブユニットプラグ間の接続の様々な組み合わせ、各組み合わせが有効であるか無効であるかを示す表である。接続が無効な場合、NOT IMPLEMENTEDが返される。
【００３５】
【表１】
CONNECTコマンドを発生する場合、ロックビットを用いて、第三者（third parties）により接続が切断されないように保証する。
【００３７】
ＣＡサブユニットは、トランスポートストリームの全体及びトランスポートストリームの一部の両方を取り扱うことができる。データ源側にとって、バスの帯域幅を節減するために、デスクランブルするサービスの要素を含むパーシャルトランスポートストリーム（partial transport stream）を生成する方が有利である。この場合パーシャルトランスポートストリームが生成され、及び権限管理メッセージ（entitlement management message：以下、ＥＭＭという。）がトランスポートストリームに組み込まれる。すなわち、データ源側が部分的トランスポートストリームにＥＭＭを組み込む。このような場合、データにＥＭＭが組み込まれていなければ、ＣＡサブユニットは、所望のサービスをデスクランブルすることができない。
【００３８】
ＣＡシステムは、許可されていない（unauthorised）放送マテリアルへのアクセスを禁止する機能を有する。マテリアルが一旦デスクランブルされた後も、ＩＨＤＮ上を伝送する際に、マテリアルを保護することができる。特に、ＣＡサブユニットは、供給先プラグ及び供給源プラグの両方において、適切なコピー防止システムを実装することができる。
【００３９】
ＣＡサブユニットにはサブユニット識別子が与えられる。各特定のＣＡサブユニットに対し、サブユニット識別子は、そのＣＡサブユニットによりサポートされる放送方式及びＣＡ方式の特徴を記述する。１つの特定のＣＡサブユニットにより、複数の放送方式及びＣＡ方式をサポートすることもできる。この情報を用いて、ネットワーク内の他のサブユニット、特にコントローラは、各サブユニットがどのように使用されているかを知ることができる。
【００４０】
Ｆｉｇ．３は、サブユニット識別子記述子（subunit identifier descriptor）に含まれる。サブユニット固有の情報を示す図である。
【００４１】
CA_subunit_dependent_info_fields_lengthフィールドは、サブユニット固有の情報における非情報ブロックフィールドのバイト数を特定するフィールであり、この具体例において、非情報ブロックフィールドは、system_specification[n-1]フィールドである。
【００４２】
ネットワーク内のコントローラは、好ましくは、このフィールドに続く任意の数の情報ブロックを検出することができ、これにより、ＣＡサブユニット固有の情報は、将来拡張することができる。コントローラは、CA_subunit_dependent_lengthフィールドと、CA_subunit_dependent_info_fields_lengthとを比較することにより、情報ブロックが存在するか否かを容易に判定することができる。この判定は、以下の式が真であるか否かに基づいて行われる。
CA_subunit_dependent_length＞CA_subunit_dependent_info_fields_length＋２（このとき、データ構造は情報ブロックを有する。）
CA_subunit_versionフィールドは、ＣＡサブユニットが準拠するＣＡサブユニットコマンド仕様書のバージョン番号を示すフィールドである。上位４ビットは、主バージョン番号（major version number）を示し、下位４ビットは、副バージョン番号（minor version number）を示す。
【００４３】
【表２】
number_of_systemsフィールドは、このＣＡサブユニットにより幾つの放送方式がサポートされているかを示すフィールドである。
【００４５】
systemt_specificationフィールドは、各放送方式を記述するフィールドであり、その詳細をＦｉｇ．４に示す。
【００４６】
system_idフィールドは、ＣＡサブユニットがサポートする放送方式を示すフィールドである。現在、以下の放送方式が定義されている。
【００４７】
【表３】
implementation_profile_idフィールドは、このsystem_idフィールド用のＣＡサブユニットのプロファイルＩＤを特定するフィールドである。ＣＡサブユニットは、サポートする各放送方式毎に異なるプロファイルを有することができる。すなわち、サポートする方式毎にそれぞれ１つのプロファイルを設けることができる。
【００４９】
以下のプロファイルが定義されている。
【００５０】
【表４】
number_of_CA_system_idsフィールドは、ＣＡサブユニットが互換性を有するＣＡ方式の数を示す。
【００５２】
CA_system_idフィールドは、特定のＣＡ方式を識別するフィールドである。CA_system_idの値は、方式より決定され、デジタルビデオ放送（digital video broadcasting：以下、ＤＶＢという。）の場合、ＤＶＢ方式における番組配列情報の仕様書ｐｒＥＴＳ３００４６８（pr ETS 300468 Specification for Service Information(SI)）に定義されている。CA_system_id_lengthフィールドは、CA_system_idフィールドのバイト長を定義するフィールドである。
【００５３】
各ＣＡサブユニットについて、ＣＡ状態記述子（CA status descriptor）が設けられる。ＣＡ状態記述子は、ＣＡサブユニットと、ＣＡサブユニットの各供給源プラグにおける情報とに関する情報を格納する。このデータ構造に格納されるデータは、動的であり、ＣＡサブユニットにより継続的に更新される。コントローラは、このデータ構造を検査して、ＣＡサブユニット及びその供給源プラグの動作状態を判定する。
【００５４】
Ｆｉｇ．５（ａ）は、ＣＡ状態記述子の汎用フォーマットを示す図である。
【００５５】
descriptor_lengthフィールドは、descriptor_lengthフィールドを除く、ＣＡサブユニットのＣＡ状態記述子のバイト数を示すフィールドである。
【００５６】
Ｆｉｇ．５（ｂ）は、ＣＡサブユニット状態領域情報ブロック（CA subunit status area info block）を示す図であり、Ｆｉｇ．５（ｃ）は、供給源プラグ領域情報ブロック（source plug status area info block）を示す図である。
【００５７】
汎用のＣＡサブユニット状態領域情報ブロックは、特定の供給先プラグ又は供給源プラグに限定されない、ＣＡサブユニットに関する状態情報を格納する。
【００５８】
compound_lengthフィールドは、この情報ブロックの残りのバイト数（有効に定義された最後のフィールドより後に設けられた全ての入れ子にされた情報ブロック（nested information block）を含む）を特定するフィールドである。
【００５９】
primary_field_lengthフィールドは、残りのフィールドのバイト数を示すフィールドである。
【００６０】
available_bandwidth_upperフィールド及びavailable_bandwidth_lowerフィールドは、同時に読み出されるものであり、ＣＡサブユニットが利用可能な帯域幅の容量を示すフィールドである。available_bandwidth_upperフィールドは、利用可能な帯域幅をＭｂｐｓ単位で示した場合の整数部分を示し、available_bandwidth_lowerは、利用可能な帯域幅をＭｂｐｓ単位で示した場合の小数部分を示す。
【００６１】
例えば、ＣＡサブユニットが３４．８Ｍｂｐｓの帯域幅を利用できる場合、available_bandwidth_upperフィールド及びavailable_bandwidth_lowerフィールドには、以下の値が格納される。
【００６２】
available_bandwidth_upper＝００ ２２16
available_bandwidth_lower＝０８１６
available_bandwidth_upperフィールドの値０Ｆ ＦＦ１６及びavailable_bandwidth_lowerフィールドの値ＦＦ１６は、予備の値であり、この値は、ＣＡサブユニットが利用可能な帯域幅の容量を判定できな場合に用いられる。
【００６３】
これにより、チューナサブユニット等の機器は、ＣＡサブユニットが更なるサービスをデスクランブルするのに十分な余分の能力を備えているか否かを判定することができる。ＣＡサブユニットが複数のデータ源からの複数のサービスを同時にデスクランブルする能力を備えている場合、destination_plug_statusフィールドとともに、available_bandwidthフィールドが読み出され、これにより、コントローラは、ＣＡサブユニットに更なるデータ源を接続することができるか否かを判定することができる。
【００６４】
Ｆｉｇ．５（ｃ）に示すソースプラグ状態領域情報ブロックにおいて、number_of_source_plugフィールドは、特定のサブユニットにおけるデータ源プラグの数を特定するフィールドであり、したがって、この情報ブロック内に入れ子にされたplug_status_info_blocksの構造の数を示すフィールドである。
【００６５】
これらの構造は、順番に配置され、互いに内部に入れ子にされていない。多くのＣＡサブユニットは、供給源プラグを１つしか備えていない。
【００６６】
Ｆｉｇ．５（ｄ）に示すplug_status_info_block(x)フィールドは、各供給源プラグの状態情報を格納するフィールドである。供給源プラグが報告すべき状態情報を現在有していない場合であっても、ＣＡサブユニットにおける各供給源プラグ毎に、このようなデータ構造が１つ設けられている。各plug_status_info_block(x)フィールドは、図に示すように、２つの汎用領域に分割されている。
【００６７】
source_plugフィールドは、実際の供給源プラグの数を示すフィールドである。
【００６８】
destination_plugフィールドは、このsource_plugフィールドに関連する供給先プラグの数を示すフィールドである。
【００６９】
statusフィールドは、以下の表に示すように、source_plugの現在の状態を示すフィールドである。
【００７０】
【表５】
値１０１６は、ＣＡサブユニットが正しく機能し、要求されたサービスをデスクランブルした状態で出力していることを示す。一方、値２０１６は、ＣＡサブユニットが選択されたサービスをデスクランブルできると応答しているにもかかわらず、現在、デスクランブルされたサービスが供給源プラグから出力されていない場合に使用される。
【００７２】
ＣＡサブユニット状態記述子は、ＣＡサブユニットの種類に固有の記述子であり、以下の種類値を有する。
【００７３】
【表６】
ＣＡサブユニットは、１つのＣＡ状態記述子しか備えていないので、descriptor_type_specific_referenceフィールドは存在しない。
【００７５】
ＣＡサブユニットモデルは、オブジェクトリストを有していない。
【００７６】
Ｆｉｇ．６は、ＣＡサブユニットコマンドを示す図である。
【００７７】
ＣＡイネーブル（CA Enable）
ＣＡイネーブルコマンドは、ＣＡサブユニットに対し、どのサービスをデスクランブルすべきかを指示するコマンドである。このコマンドは、放送方式毎に固有のコマンドである。Ｆｉｇ．７（ａ）は、ＣＡイネーブル制御コマンドを示す図であり、Ｆｉｇ．７（ｂ）は、放送方式固有のデータを示す図であり、Ｆｉｇ．７（ｃ）は、エレメンタリパケット識別子（elementary packet identifier：以下、エレメンタリＰＩＤという。）を示す図である。
【００７８】
system_idフィールドは、後続するコマンドがどの放送方式に関連するものであるかを示すフィールドである。以下の方式が現在定義されている。
【００７９】
【表７】
broadcast_system_specific_dataフィールドは、使用されている方式に固有のオペランドを格納するフィールドである。
【００８１】
ＤＶＢ方式の場合、Ｆｉｇ．７（ｂ）に示すオペランドは、デスクランブルするサービスを完全に特定する。サービスの各コンポーネントのＰＩＤ（パケット識別子）が識別される。
【００８２】
コントローラの構成要素となるサブユニットの１つがチューナサブユニットである場合、コントローラは、個別に利用可能なservice_id及びＰＩＤ値を有する。一方、コントローラが他の適切な受信機器を利用する場合、コントローラは、受信機器内のチューナのサービス及びコンポーネント記述子を検査しなくてはならない。さらに、コントローラは、所望のサービスのコンポーネントのＰＩＤを定義しなくてはならない。
【００８３】
デスクランブルする各サービスについて、独立したCA_ENEBLEコマンドが送信される。動作フィールドは、ＣＡサブユニットに格納されている選択されたサービスのリストを更新するために用いられる。以下の値が定義されている。
【００８４】
【表８】
動作が「追加（add）」に設定されている場合、デスクランブルするために選択されたリストにサービスが追加される。「更新（update）」は、選択されたサービスを何らかの形で修正する必要がある場合に使用される。リスト管理コマンドは、プログラムレベルでのみ動作するので、既存のサービスのエレメンタリストリームレベル（elementary stream level）におけるいかなる変化も、完全なエレメンタリストリームリストの再送信と共に、更新コマンドにより知らせなければはならない。「削除（remove）」は、リストから１つのサービスを削除する場合に用い、「全削除（remove_all）」は、全てのサービスのデスクランブルが必要でなくなった場合に用いられる。
【００８６】
service_idフィールドは、program_map_PIDを適用できるサービスを特定するフィールドである。
【００８７】
number_of_elementary_PID_definitionフィールドは、後続するelementary_PIDフィールドの数を示すフィールドである。
【００８８】
各elementary_PIDフィールドは、Ｆｉｇ．７（ｃ）に示す例に対応している。
【００８９】
stream_typeフィールドは、elementary_PIDフィールドにより値が特定されたＰＩＤを有するパケットにより搬送されているサービス要素の種類を識別するフィールドである。この値は、動画の汎用符号化及び関連する音声システム、ＩＳＰ／ＩＥＣ１３８１８−１（ISP/IEC 13818-1 Generic Coding of Moving Picture and Associated Audio System）における表２〜表２９において定義されている。
【００９０】
elementary_PIDフィールドは、関連するサービス要素を搬送するトランスポートストリームパケットのＰＩＤを特定するフィールドである。
【００９１】
ＣＡイネーブル制御コマンドを受信すると、ＣＡサブユニットは、Ｆｉｇ．８（ａ）に示すような応答を、Ｆｉｇ．８（ｂ）に示すような放送方式固有のデータと共に生成する。
【００９２】
オペランドは、ＣＡイネーブル制御コマンドの場合と同様の意味を有しており、応答フォーマットは、追加的な状態オペランドを有する制御コマンドと同様のものである。
【００９３】
動作が「追加」又は「更新」であり、ＣＡイネーブルコマンドが有効に送信された場合、応答は受理（ACCEPTED）となる。また、応答として返される状態（status）は、以下の値をとる。状態の値は、動作を反映している。
【００９４】
【表９】
追加又は送信コマンドが有効に送信された場合、応答はデスクランブル中（descrambling）となる。一方、理論的にデスクランブルは可能であるが、デスクランブルを実行する前にある条件を満たす必要がある場合がある。この場合、条件によりスクランブル可能であることを示すscrambling possible under conditionsメッセージが返される。条件の応答には、購入ダイアログ（purchase dialogue）と技術ダイアログ（technical dialog）の２種類がある。この２つのダイアログには、マンマシンインタフェース（man machine interface（ＭＭＩ））を介したユーザによる相互作用（インタラクション）が必要である。
【００９６】
購入ダイアログは、例えば、ユーザがペイパービューサービスを要求した場合などに必要である。ここで、ユーザは視聴を開始する前に、サービスの料金を確認することができる。
【００９７】
技術ダイアログは、ＣＡサブユニットがサービスをデスクランブルできるか否かを判定する前に、技術的課題を解決しなくてはならない場合に必要である。これは、例えば、ユーザがスマートカードを挿入しなくてはならない場合等に用いられる。
【００９８】
CA_ENABLEコマンドの送信に失敗した場合、応答フレームは、拒絶を示すコードREJECTEDを返す。発生したエラーの種類を示すために、状態フィールドは、以下の値をとる。状態の値は動作を反映している。
【００９９】
【表１０】
ＣＡイネーブルコマンドは、状態（STATUS）及び通知（NOTIFY）といったコマンドタイプ（ctype）によって送信することができる。Ｆｉｇ．６では、これらをそれぞれ「Ｓ」及び「Ｎ」で示している。状態コマンド及び通知コマンドフレームは、制御コマンドと同様のフレームを有している。このコマンドは、ＣＡサブユニットが選択されたサービスをデスクランブルする能力を有しているか否かを判定するために使用される。Ｆｉｇ．９は、ＤＶＢ方式固有のオペランド用の放送方式固有のデータを示す図である。各フィールドは、制御コマンドと同様のものである。
【０１０１】
ＣＡイネーブル状態及び通知コマンドに対する応答において、ＣＡサブユニットは、応答情報を生成する。Ｆｉｇ．１０もＤＶＢ方式固有のオペランド用の放送方式固有のデータを示す図である。
【０１０２】
各フィールドは、状態フィールドを除いて、コマンド応答（COMMAND response）と同様である。状態フィールドは、以下の値をとる。削除動作は、状態コマンド又は通知コマンドに対しては無効である。
【０１０３】
【表１１】
ＣＡ権限（CA Entitlement）
ＣＡ権限コマンド（CA entitlement command）は、電子番組ガイド（electronic program guide：以下、ＥＰＧという。）のアプリケーションに使用される。すなわち、ＣＡ権限コマンドは、ＥＰＧにおけるサービスに対して、ユーザがどのような権限を有しているかを判定するための情報をＣＡサブユニットに応答させるコマンドである。例えば、ＥＰＧを表示する場合、ＣＡサブユニットに対し、どの番組をデスクランブルすることができるかを応答させておけば、ＥＰＧにおいて、ユーザが視聴可能な番組を示すことができる。このコマンドは、状態（STATUS）及び通知（NOTIFY）といったコマンドタイプ（ctype）によって用いることができる。このコマンドは、ＥＰＧ及びＣＡアプリケーションについて、同一のあるいは連携する供給者が権限情報を付与するための個別の方式を開発することを妨げるものではない。このコマンドは、個別のＥＰＧによりＣＡモジュールに対する問い合わせを行うために使用することができる。
【０１０５】
Ｆｉｇ．１１（ａ）は、ＣＡ権限コマンドを示す図であり、Ｆｉｇ．１１（ｂ）は、ＤＶＢ方式用の放送方式固有のデータを示す図である。
【０１０６】
システムＩＤフィールドは、ＣＡイネーブルコマンドの場合と同様の意味を有している。
【０１０７】
オペランドnetwork_id、original_network_id、transport_stream_id、service_id、event_idは、権限に関する問い合わせが行われているサービスを特定するためのものである。イベントＩＤは、番組配列情報（service information）における他のロケーション識別子によって完全に修飾される。
【０１０８】
ＣＡ権限コマンドに応答して、ＣＡサブユニットは、Ｆｉｇ．１２（ａ）に示すような応答情報を、Ｆｉｇ．１２（ｂ）に示すＤＶＢ方式用の放送方式固有のデータとともに発行する。
【０１０９】
オペランドnetwork_id、original_network_id、transport_stream_id、service_id、event_idは、コマンドと同様である。entitlement_statusフィールドは、ユーザが選択されたサービスを享受する権限を有しているか否かを示すフィールドである。
【０１１０】
【表１２】
セキュリティ（Security）
ＣＡサブユニットの概念は、汎用受信機が複数のＣＡ方式によって動作できるようにするものであるが、サービスプロバイダは、特定のＣＡサブユニットを特定の統合受信機デコーダ（integrated receiver decoder：以下、ＩＲＤという。）に連携させることを望む場合もある。この場合、ＣＡサブユニットとＩＲＤとの間にアクセス権を設定し（authentication：以下、このようなアクセス権の設定を認証という。）、各機器が正規の相手のみと有効に動作するようにする。
【０１１２】
Ｆｉｇ．１３は、セキュリティコマンド（SECURITY command）の構造を示す図である。このセキュリティコマンドは、各アプリケーションが固有に定義するものであり、放送方式からは独立している。認証プロトコルは、ＩＲＤとＣＡサブユニットが互いに制御コードを交換し、相手方の機器が正当な権限を有する正規の機器であることを確認し、安全性を確保する処理を行う。認証プロトコルは、これらの機器間で、２つの既知のキーを転送するといった単純な処理でもよく、あるいは、例えば公開キープロトコルに基づくより複雑なキーの交換を行う処理であってもよい。
【０１１３】
categoryフィールドは、これに続くcategory dependentフィールドにおいて使用される認証及びキー交換プロトコルを定義するフィールドである。
【０１１４】
実施例（Implementation）
以下、ＣＡサブユニットの実施例及びこのＣＡサブユニットを用いて行われる処理について説明する。
【０１１５】
ＮＣＡＭは、ネットワークに接続されるＣＡシステムを実現するために必要な機能を提供するサブユニットの論理的な集合体である。ＣＡサブユニットは、ＣＡシステムの中心的存在（core）であり、マテリアルの供給、デスクランブルが必要なマテリアルの格納、ユーザ及び外部世界との通信等の処理は、他のサブユニットに行わせる。したがって、ＣＡサブユニットは、チューナサブユニット及びパネルサブユニットと連携しなくてはならない。
【０１１６】
ＮＣＡＭは、最小限の構成として、チューナサブユニット、ＣＡサブユニット及びパネルサブユニットのみにより実現することができる。さらに、ＣＡシステムは、リソース、例えばモデム及び／又はスマートカードリーダを要求してもよく、これらは同一のユニットの一部を構成する場合、これらに個別にアクセスすることができる。
【０１１７】
スクランブルされたトランスポートストリームをデコードする処理について、Ｆｉｇ．１４を参照して説明する。以下の説明では、チューナサブユニットをスクランブルされたトランスポートストリームの供給源と考える。このトランスポートストリームは、適切なフロントエンド回路を介して供給された地上波放送であってもよく、直接ＤＭＵＸからＤＶＣＲ等の他のデータ供給源を介して供給された信号であってもよい。ユーザは、チャンネルを選択するための操作を行い、チューナサブユニットは、トランスポートストリームがスクランブルされていることを検出する。
【０１１８】
コントローラは、トランスポートストリームからのCA_System_idフィールドとＣＡサブユニットのCA_system_idフィールドとに基づいて、どのＣＡサブユニットを使用するかに関する知的予測（intelligent prediction）を行うことができる。例えば、Ｆｉｇ．１５に示す具体例では、衛星放送ＩＲＤは、ＩＥＥＥ１３９４シリアルバスを介してＣＡサブユニットに接続されている。
【０１１９】
コントローラは、ＣＡサブユニットにスクランブルされたサービスを供給するために、チューナサブユニットとＣＡサブユニットとの間のアイソクロノスチャンネルを確立する。さらに、データを格納するための機器とＣＡサブユニットとの間の第２のチャンネルを確立する。この機器は、スクランブルされたソースマテリアルを供給した機器と同一の機器であってもよく、異なる機器であってもよい。ここで、トランスポートストリームのデスクランブル処理において、例えば５Ｃコピー防止方式（5C Copy Protection System）又はその他の適切なコピー防止機構を用いて、不正なコピーを防止することもできる。
【０１２０】
コントローラは、ＣＡサブユニットにCA_ENABLEコマンドを送信し、デスクランブルしてほしい１つ以上のサービスを知らせる。ＣＡサブユニットは、CA_ENABLEコマンドを受信し、選択されたサービスをデスクランブルする能力を自らが有しているか否かを判定する。この処理には、ユーザに対するダイアログを設定し、ユーザがサービス享受のための料金を支払う意志があるか否かを確認する処理、又はユーザに対し料金支払いのためのカードの挿入又は暗証番号の入力を促す処理を含む。
【０１２１】
ユーザダイアログの後、ＣＡサブユニットが選択されたサービスをデスクランブルできる状態になった場合、ＣＡサブユニットは、内部の状態レジスタを更新し、デスクランブルしたデータの出力を開始する。
【０１２２】
各コマンドが応答を必要とするというＡＶ／Ｃコマンドの性質に起因して、元のCA_ENABLEコマンドに対して、ユーザダイアログ又は技術ダイアログが必要であるためにREJECTED応答が返された場合、そのダイアログにより問題が解決されても、コントローラはその結果を知ることができない。そこで、CA_ENABLEコマンドがダイアログの理由で拒絶された場合、コントローラは、NOTIFYコマンドを送信し、ＣＡサブユニットの状態が変化したことをＣＡサブユニットに報告させる必要がある。
【０１２３】
ＥＭＭ処理（EMM handling）
ＤＴＶ受信機の実施例の幾つかにおいて、ＣＡモジュールは、ＤＴＶがスタンバイ状態又は電源オン状態にあるときに、ＥＭＭを受信することができる。これにより、ＣＡモジュールは、ユーザが有している権限を継続的に更新することができる。
【０１２４】
ネットワーク環境において、ＣＡサブユニットにＥＭＭパケットを処理させるためには、ＴＳをＣＡサブユニットに送らなければならない。したがって、ＣＡサブユニットの電源がオフ状態のままの場合、又はＴＳがＣＡサブユニットに一定期間接続されなかった場合、ＣＡサブユニットに格納されている権限情報は、旧いものとなってしまう。したがって、ＣＡサブユニットは、周期的にチューナサブユニットに接続し、ＴＳを要求し、ＥＭＭを更新する必要がある。この処理は、ユーザの邪魔にならないように行うべきである。コントローラは、ユーザが特定のサービスを視聴している間、チャンネルを変更するような処理は行わない。
【０１２５】
チューナサブユニットがない場合
チューナサブユニットを備えるネットワークにおいて、ＣＡサブユニットの使用は、チューナサブユニットが設けられたユニット及びＣＡサブユニットが設けられたユニットの外部にコントローラが存在する場合に、特に有効である。これにより、コントローラは、チューナサブユニットが受信する能力を有するサービスを検出し、ＣＡサブユニットに、これらのサービスの幾つかをデスクランブルするように指示することができる。
【０１２６】
チューナサブユニットが存在しないネットワークにおいて、ＣＡサブユニットを用いる場合もある。この場合、ＣＡサブユニットを利用するためには、コントローラは、データ源となるユニット内に設ける必要がある。コントローラは、このユニット内でトランスポートストリームを個別に検査し、デスクランブルすべきサービスの要素のＰＩＤを判定する。ここでも、デスクランブルする要素のＰＩＤにＥＭＭが含まれている必要がある。
【図面の簡単な説明】
【図１】 Ｆｉｇ．１は、ＣＡサブユニットを示す図である。
【図２】 Ｆｉｇ．２は、ＣＡサブユニットの論理的接続を示す図である。
【図３】 Ｆｉｇ．３は、ＣＡサブユニット識別子記述子を示す図である。
【図４】 Ｆｉｇ．４は、Ｆｉｇ．３に示す記述子とともに用いる方式の仕様を示す図である。
【図５】 Ｆｉｇ．５（ａ）は、ＣＡ状態記述子を示す図である。
【図６】 Ｆｉｇ．５（ｂ）は、ＣＡサブユニット状態領域情報ブロックを示す図である。
【図７】 Ｆｉｇ．５（ｃ）は、供給源プラグ状態領域情報ブロックを示す図である。
【図８】 Ｆｉｇ．５（ｄ）は、プラグ状態情報ブロックを示す図である。
【図９】 Ｆｉｇ．６は、ＣＡサブユニットコマンドを示す図である。
【図１０】 Ｆｉｇ．７（ａ）は、ＣＡイネーブル制御コマンドを示す図である。
【図１１】 Ｆｉｇ．７（ｂ）は、Ｆｉｇ．７（ａ）に示す放送方式固有のデータを詳細に示す図である。
【図１２】 Ｆｉｇ．７（ｃ）は、Ｆｉｇ．７（ｂ）に示すエレメンタリＰＩＤの定義を示す図である。
【図１３】 Ｆｉｇ．８（ａ）は、ＣＡイネーブル応答を示す図である。
【図１４】 Ｆｉｇ．８（ｂ）は、Ｆｉｇ．８（ａ）に示す放送方式固有のデータを詳細に示す図である。
【図１５】 Ｆｉｇ．９は、状態又は通知コマンドのデータ構造を示す図である。
【図１６】 Ｆｉｇ．１０は、状態又は通知応答のデータ構造を示す図である。
【図１７】 Ｆｉｇ．１１（ａ）は、ＣＡ権限コマンドを示す図である。
【図１８】 Ｆｉｇ．１１（ｂ）は、Ｆｉｇ．１１（ａ）に示す放送方式固有のデータを詳細に示す図である。
【図１９】 Ｆｉｇ．１２（ａ）は、ＣＡ権限応答を示す図である。
【図２０】 Ｆｉｇ．１２（ｂ）は、Ｆｉｇ．１２（ａ）に示す放送方式固有のデータを詳細に示す図である。
【図２１】 Ｆｉｇ．１３は、セキュリティ制御コマンドを示す図である。
【図２２】 Ｆｉｇ．１４は、コントローラとＣＡサブユニットとの間のコマンドの交換を説明する図である。
【図２３】 Ｆｉｇ．１５は、ネットワーク限定受信モジュールに接続された衛星放送ＩＲＤを示す図である。
Claims (6)
- スクランブルされたデジタルコンテンツ信号を受信する受信手段と、
上記スクランブルされたデジタルコンテンツ信号を限定受信サブユニットに出力するとともに、該限定受信サブユニットからローカルスクランブルデジタルコンテンツ信号を入力するインタフェース手段と、
上記限定受信サブユニットから入力された上記ローカルスクランブルデジタルコンテンツ信号をローカルデスクランブルして、デジタルコンテンツ信号を生成するローカルデスクランブル手段と、
上記ローカルデスクランブルされたデジタルコンテンツ信号を表示手段に出力する出力手段とを備え、
上記限定受信サブユニットから入力されるローカルスクランブルデジタルコンテンツ信号は、該限定受信サブユニットにおいて、上記受信されたスクランブルされたデジタルコンテンツ信号をデスクランブルし、更に、ローカルスクランブルした信号であり、該限定受信サブユニットは、当該デジタルコンテンツ受信機に着脱可能である
ことを特徴とするデジタルコンテンツ受信機。 - 上記デスクランブル手段で生成されたデジタルコンテンツ信号をデマックスするデマックス手段を備える
請求項１記載のデジタルコンテンツ受信機。 - 上記限定受信サブユニットは、上記スクランブルされたデジタルコンテンツ信号をデスクランブルして、デジタルコンテンツ信号を生成し、該生成されたデジタルコンテンツ信号をローカルスクランブルして、上記ローカルスクランブルデジタルコンテンツ信号を生成する
ことを特徴とする請求項１記載のデジタルコンテンツ受信機。 - 当該デジタルコンテンツ受信機が認証されたときだけ、上記ローカルスクランブルデジタルコンテンツ信号をローカルデスクランブルする
ことを特徴とする請求項１記載のデジタルコンテンツ受信機。 - 上記限定受信サブユニットは、該限定受信サブユニット内に格納されている権限管理メッセージを更新するのに十分な期間、上記受信手段から上記スクランブルされたデジタルコンテンツ信号を受信する
ことを特徴とする請求項１記載のデジタルコンテンツ受信機。 - スクランブルされたデジタルコンテンツ信号をチューナサブユニットで受信するステップと、
上記受信されたスクランブルされたデジタルコンテンツ信号を、上記チューナサブユニットに対して着脱可能な限定受信サブユニットに出力するステップと、
上記限定受信サブユニットにおいて、上記スクランブルされたデジタルコンテンツ信号をデスクランブルして、デジタルコンテンツ信号を生成し、該生成されたデジタルコンテンツ信号をローカルスクランブルして、ローカルスクランブルデジタルコンテンツ信号を生成するステップと、
上記限定受信サブユニットからローカルスクランブルデジタルコンテンツ信号を入力するステップと、
上記入力されたローカルスクランブルデジタルコンテンツ信号をローカルデスクランブルして、デジタルコンテンツ信号を生成するステップと、
上記ローカルデスクランブルされたデジタルコンテンツ信号を表示手段に出力するステップとを有する
デジタルコンテンツ受信方法。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GBGB9809685.2A GB9809685D0 (en) | 1998-05-06 | 1998-05-06 | Ncam AV/C CTS subunit proposal |
| GB9809685.2 | 1998-05-06 | ||
| PCT/GB1999/001392 WO1999057860A1 (en) | 1998-05-06 | 1999-05-05 | Networked conditional access module |
Related Child Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009299185A Division JP5162572B2 (ja) | 1998-05-06 | 2009-12-29 | 限定受信サブユニット、サブユニット及び通信方法 |
| JP2010210207A Division JP5324540B2 (ja) | 1998-05-06 | 2010-09-17 | デジタルコンテンツ受信機及びデジタルコンテンツ受信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002514849A JP2002514849A (ja) | 2002-05-21 |
| JP5005851B2 true JP5005851B2 (ja) | 2012-08-22 |
Family
ID=10831551
Family Applications (6)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000547742A Expired - Lifetime JP5005851B2 (ja) | 1998-05-06 | 1999-05-05 | デジタルコンテンツ受信機及びデジタルコンテンツ受信方法 |
| JP2009299185A Expired - Lifetime JP5162572B2 (ja) | 1998-05-06 | 2009-12-29 | 限定受信サブユニット、サブユニット及び通信方法 |
| JP2010210207A Expired - Lifetime JP5324540B2 (ja) | 1998-05-06 | 2010-09-17 | デジタルコンテンツ受信機及びデジタルコンテンツ受信方法 |
| JP2012238696A Expired - Lifetime JP5752662B2 (ja) | 1998-05-06 | 2012-10-30 | デジタルコンテンツ受信機及びデジタルコンテンツ受信方法 |
| JP2014032339A Expired - Lifetime JP5914545B2 (ja) | 1998-05-06 | 2014-02-21 | デジタルコンテンツ受信機及びデジタルコンテンツ受信方法 |
| JP2015039909A Expired - Lifetime JP5967636B2 (ja) | 1998-05-06 | 2015-03-02 | 限定受信サブユニット及び限定受信方法 |
Family Applications After (5)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009299185A Expired - Lifetime JP5162572B2 (ja) | 1998-05-06 | 2009-12-29 | 限定受信サブユニット、サブユニット及び通信方法 |
| JP2010210207A Expired - Lifetime JP5324540B2 (ja) | 1998-05-06 | 2010-09-17 | デジタルコンテンツ受信機及びデジタルコンテンツ受信方法 |
| JP2012238696A Expired - Lifetime JP5752662B2 (ja) | 1998-05-06 | 2012-10-30 | デジタルコンテンツ受信機及びデジタルコンテンツ受信方法 |
| JP2014032339A Expired - Lifetime JP5914545B2 (ja) | 1998-05-06 | 2014-02-21 | デジタルコンテンツ受信機及びデジタルコンテンツ受信方法 |
| JP2015039909A Expired - Lifetime JP5967636B2 (ja) | 1998-05-06 | 2015-03-02 | 限定受信サブユニット及び限定受信方法 |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US7240113B1 (ja) |
| EP (1) | EP1076968B1 (ja) |
| JP (6) | JP5005851B2 (ja) |
| KR (1) | KR100763209B1 (ja) |
| CN (5) | CN101982963B (ja) |
| DE (1) | DE69927581T2 (ja) |
| GB (1) | GB9809685D0 (ja) |
| WO (1) | WO1999057860A1 (ja) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100775378B1 (ko) * | 1999-07-06 | 2007-11-12 | 마쯔시다덴기산교 가부시키가이샤 | 기기 제어 방법 및 그 방법을 기록한 프로그램 기록 매체 |
| JP4529231B2 (ja) * | 2000-05-02 | 2010-08-25 | ソニー株式会社 | 電子機器 |
| JP3976989B2 (ja) * | 2000-06-27 | 2007-09-19 | 松下電器産業株式会社 | 記録再生装置、及び記録媒体 |
| US8126127B2 (en) * | 2002-01-16 | 2012-02-28 | Qualcomm Incorporated | Method and apparatus for provision of broadcast service information |
| FR2835378B1 (fr) * | 2002-01-28 | 2004-12-24 | Viaccess Sa | Protocole de commande a distance d'une action locale de generation d'un message d'ordre |
| US7899924B2 (en) * | 2002-04-19 | 2011-03-01 | Oesterreicher Richard T | Flexible streaming hardware |
| US20040006636A1 (en) * | 2002-04-19 | 2004-01-08 | Oesterreicher Richard T. | Optimized digital media delivery engine |
| US20040006635A1 (en) * | 2002-04-19 | 2004-01-08 | Oesterreicher Richard T. | Hybrid streaming platform |
| WO2004075549A1 (ja) * | 2003-02-19 | 2004-09-02 | Matsushita Electric Industrial Co., Ltd. | 番組データ通信システム |
| JP2007527668A (ja) * | 2004-02-23 | 2007-09-27 | ヒルクレスト・ラボラトリーズ・インコーポレイテッド | 安全なメディアコンピューティング環境のための方法及びシステム |
| KR100716295B1 (ko) * | 2005-09-15 | 2007-05-09 | 삼성전자주식회사 | 영상처리장치 및 영상처리방법 |
| EP2079237A1 (en) * | 2008-01-14 | 2009-07-15 | Irdeto Access B.V. | Conditional access system |
| JP5256744B2 (ja) * | 2008-01-16 | 2013-08-07 | 日本電気株式会社 | 資源割当てシステム、資源割当て方法及びプログラム |
| EP2096884A1 (en) * | 2008-02-29 | 2009-09-02 | Koninklijke KPN N.V. | Telecommunications network and method for time-based network access |
| US20090316892A1 (en) * | 2008-06-20 | 2009-12-24 | Candelore Brant L | Crypto micro-module using IEEE 1394 for stream descrambling |
| KR101605822B1 (ko) * | 2010-12-10 | 2016-04-01 | 한국전자통신연구원 | 원격 자격처리모듈 통합처리 장치 |
| JP5855234B2 (ja) * | 2012-03-27 | 2016-02-09 | 三菱電機株式会社 | デジタル放送受信装置及びデジタル放送受信方法 |
| CN109918104B (zh) * | 2019-02-01 | 2022-01-11 | 视联动力信息技术股份有限公司 | 一种自动升级系统和方法 |
Family Cites Families (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5870474A (en) * | 1995-12-04 | 1999-02-09 | Scientific-Atlanta, Inc. | Method and apparatus for providing conditional access in connection-oriented, interactive networks with a multiplicity of service providers |
| JPS61108272A (ja) * | 1984-11-01 | 1986-05-26 | Toshiba Corp | 有料放送方式 |
| GB2183378A (en) * | 1985-11-25 | 1987-06-03 | Philips Electronic Associated | Receiving scrambled signals |
| JPH0231290A (ja) * | 1988-07-21 | 1990-02-01 | Matsushita Electric Ind Co Ltd | Ｉｃカード装置 |
| JPH036629A (ja) * | 1989-06-02 | 1991-01-14 | Fuji Xerox Co Ltd | 記録装置のシミュレータおよびそのコンフィグレーション方式 |
| JP3383127B2 (ja) * | 1994-05-24 | 2003-03-04 | ソニー株式会社 | 通信方法 |
| US5473609A (en) * | 1994-05-26 | 1995-12-05 | Thomson Consumer Electronics, Inc. | Method and apparatus for processing a conditional access program guide as for a satellite TV service |
| MY125706A (en) * | 1994-08-19 | 2006-08-30 | Thomson Consumer Electronics | High speed signal processing smart card |
| ES2171568T3 (es) * | 1994-09-09 | 2002-09-16 | Titan Corp | Sistema de acceso condicional. |
| JPH08107389A (ja) * | 1994-10-04 | 1996-04-23 | Hitachi Ltd | 映像情報課金システム |
| US5590202A (en) * | 1995-01-18 | 1996-12-31 | Zenith Electronics Corporation | Countdown system for conditional access module |
| JPH0951343A (ja) * | 1995-08-04 | 1997-02-18 | Sony Corp | 電子機器及びその制御方法 |
| JPH0946334A (ja) * | 1995-07-31 | 1997-02-14 | Sony Corp | 情報処理装置および方法 |
| JPH09326814A (ja) * | 1996-06-05 | 1997-12-16 | Sony Corp | 通信制御方法、通信システムおよびそれに用いる電子機器 |
| EP0860823A4 (en) * | 1996-07-15 | 2001-05-02 | Toshiba Kk | DEVICE WITH DIGITAL INTERFACE, NETWORK SYSTEM WITH THIS DEVICE AND COPY PROTECTION PROCEDURE |
| US6289314B1 (en) * | 1996-09-18 | 2001-09-11 | Matsushita Electric Industrial Co., Ltd. | Pay information providing system for descrambling information from plural sources and rescrambling the information before sending to a terminal or terminals |
| JP3894342B2 (ja) * | 1996-09-18 | 2007-03-22 | 松下電器産業株式会社 | 有料情報提供システム |
| JPH11205769A (ja) * | 1998-01-16 | 1999-07-30 | Toshiba Corp | ディジタル放送受信装置 |
| US6040851A (en) * | 1998-01-20 | 2000-03-21 | Conexant Systems, Inc. | Small-format subsystem for broadband communication services |
| EP0952733B1 (en) * | 1998-04-24 | 2006-11-02 | Sony United Kingdom Limited | Digital multimedia receiver and network including such receiver with IEEE 1394 serial bus interface |
| US6154206A (en) * | 1998-05-06 | 2000-11-28 | Sony Corporation Of Japan | Method and apparatus for distributed conditional access control on a serial communication network |
| JP2007527668A (ja) * | 2004-02-23 | 2007-09-27 | ヒルクレスト・ラボラトリーズ・インコーポレイテッド | 安全なメディアコンピューティング環境のための方法及びシステム |
-
1998
- 1998-05-06 GB GBGB9809685.2A patent/GB9809685D0/en not_active Ceased
-
1999
- 1999-05-05 CN CN201010535843.3A patent/CN101982963B/zh not_active Expired - Lifetime
- 1999-05-05 CN CN201010535879.1A patent/CN101982965B/zh not_active Expired - Lifetime
- 1999-05-05 CN CN99808333XA patent/CN1308806B/zh not_active Expired - Lifetime
- 1999-05-05 CN CN201010535857.5A patent/CN101982964B/zh not_active Expired - Lifetime
- 1999-05-05 CN CN200810134918XA patent/CN101374193B/zh not_active Expired - Lifetime
- 1999-05-05 WO PCT/GB1999/001392 patent/WO1999057860A1/en active Application Filing
- 1999-05-05 EP EP99919436A patent/EP1076968B1/en not_active Revoked
- 1999-05-05 DE DE69927581T patent/DE69927581T2/de not_active Expired - Lifetime
- 1999-05-05 JP JP2000547742A patent/JP5005851B2/ja not_active Expired - Lifetime
- 1999-05-05 US US09/674,816 patent/US7240113B1/en not_active Expired - Lifetime
- 1999-05-05 KR KR1020007012372A patent/KR100763209B1/ko not_active IP Right Cessation
-
2009
- 2009-12-29 JP JP2009299185A patent/JP5162572B2/ja not_active Expired - Lifetime
-
2010
- 2010-09-17 JP JP2010210207A patent/JP5324540B2/ja not_active Expired - Lifetime
-
2012
- 2012-10-30 JP JP2012238696A patent/JP5752662B2/ja not_active Expired - Lifetime
-
2014
- 2014-02-21 JP JP2014032339A patent/JP5914545B2/ja not_active Expired - Lifetime
-
2015
- 2015-03-02 JP JP2015039909A patent/JP5967636B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| EP1076968A1 (en) | 2001-02-21 |
| CN101982965A (zh) | 2011-03-02 |
| JP2011030256A (ja) | 2011-02-10 |
| JP2013055680A (ja) | 2013-03-21 |
| JP2010136401A (ja) | 2010-06-17 |
| US7240113B1 (en) | 2007-07-03 |
| CN1308806B (zh) | 2011-01-05 |
| CN1308806A (zh) | 2001-08-15 |
| CN101982964B (zh) | 2014-03-19 |
| JP5967636B2 (ja) | 2016-08-10 |
| CN101374193B (zh) | 2013-02-13 |
| DE69927581T2 (de) | 2006-07-13 |
| JP2014116987A (ja) | 2014-06-26 |
| DE69927581D1 (de) | 2006-02-16 |
| JP2015146582A (ja) | 2015-08-13 |
| CN101982965B (zh) | 2014-09-10 |
| CN101982963A (zh) | 2011-03-02 |
| JP5914545B2 (ja) | 2016-05-11 |
| JP5162572B2 (ja) | 2013-03-13 |
| JP2002514849A (ja) | 2002-05-21 |
| WO1999057860A1 (en) | 1999-11-11 |
| JP5324540B2 (ja) | 2013-10-23 |
| CN101982964A (zh) | 2011-03-02 |
| EP1076968B1 (en) | 2005-10-05 |
| KR20010034841A (ko) | 2001-04-25 |
| CN101374193A (zh) | 2009-02-25 |
| JP5752662B2 (ja) | 2015-07-22 |
| CN101982963B (zh) | 2014-03-19 |
| KR100763209B1 (ko) | 2007-10-08 |
| GB9809685D0 (en) | 1998-07-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5914545B2 (ja) | デジタルコンテンツ受信機及びデジタルコンテンツ受信方法 | |
| JP4394833B2 (ja) | 通信ネットワーク | |
| JP4358226B2 (ja) | クライアントの装置をリモート制御するための機構 | |
| US7287282B2 (en) | Copyright protection system, transmitter, receiver, bridge device, copyright protective method, medium, and program | |
| RU2184392C2 (ru) | Интеллектуальная карта на основе системы управления доступом с усовершенствованной защитой | |
| US8160248B2 (en) | Authenticated mode control | |
| EP1304844A1 (en) | Content protection and copy management system for a network | |
| US20100104002A1 (en) | Media codec devices providing universality for encoded signal origination and decoded signal distribution | |
| WO2001022724A1 (en) | Multimedia digital terminal and detachable module cooperating with the terminal comprising an interface protected against copying | |
| EP1481548B1 (en) | Broadcast network access-management system and method for management of receivers operating within broadcast network | |
| JP2000349725A (ja) | 放送受信装置及びコンテンツ利用制御方法 | |
| CN1045317A (zh) | 含有分配站的公众通信系统和在这种系统中使用的站与子站 | |
| JP2002251328A (ja) | コンテンツ蓄積管理方法 | |
| JP2002203070A (ja) | メタデータ配信方法 | |
| US20140089964A1 (en) | Networked conditional access module | |
| JP5127109B2 (ja) | アドレサブル有料テレビジョンで未確認の視聴時間を許可する方法および装置 | |
| JP4688389B2 (ja) | Ｃａシステムを付加する方法及びシステム | |
| JP2002353999A (ja) | データ受信方法、データ受信機器、データ送信機器及び通信システム | |
| JP2003143134A (ja) | 放送受信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060508 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090929 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091229 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100202 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100402 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20100518 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100917 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20100930 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20101105 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120524 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150601 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |