【手続補正書】
【提出日】平成17年10月14日(2005.10.14)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【書類名】  明細書
【発明の名称】ネットワーク用のコンテンツ保護及びコピー管理システム
【特許請求の範囲】
【請求項１】  ネットワークを介して暗号化コンテンツストリームを受信し、該受信した暗号化コンテンツストリームを復号し、該復号したコンテンツストリームをセキュアリンク暗号化を施した後に、得られるセキュアリンク暗号化コンテンツストリームを該ネットワークに出力する少なくとも１つのコンディショナルアクセスモジュールと、
前記ネットワークを介して前記セキュアリンク暗号化コンテンツストリームを受信し、該受信したセキュアリンク暗号化コンテンツストリームを復号する少なくとも１つのデコーダ機器とを備え、
前記コンディショナルアクセスモジュールは、前記ネットワークを介して前記デコーダ機器に前記セキュアリンク暗号化コンテンツストリームを出力する前、又は前記受信した暗号化コンテンツストリームを復号する前に、前記デコーダ機器を認証することを特徴とするコンテンツ保護及びコピー管理システム。
【請求項２】  前記暗号化コンテンツストリームを受信するとともに、該受信した暗号化コンテンツストリームを、前記ネットワークを介してコンディショナルアクセスモジュールに伝送する少なくとも１つの受信機器を備える請求項１に記載のコンテンツ保護及びコピー管理システム。
【請求項３】  前記受信機器は、前記受信した暗号化コンテンツストリームをセキュアリンク暗号化を施した後、得られるセキュアリンク暗号化コンテンツストリームを前記ネットワークに出力することを特徴とする請求項２に記載のコンテンツ保護及びコピー管理システム。
【請求項４】  前記コンディショナルアクセスモジュールは、前記セキュアリンク暗号化コンテンツストリームを前記ネットワークに出力する前、又は前記受信した暗号化コンテンツストリームを復号する前に、認証及びキー交換処理を行うことを特徴とする請求項１乃至３のいずれか１項に記載のコンテンツ保護及びコピー管理システム。
【請求項５】  前記コンディショナルアクセスモジュール及び／又はその無効化機器は、前記ネットワークを介して伝送されてきたシステム更新メッセージの解析によりシステムの更新がサポートされることを特徴とする請求項１乃至４のいずれか１項に記載のコンテンツ保護及びコピー管理システム。
【請求項６】  前記コンディショナルアクセスモジュール、前記ネットワークを介して供給される暗号化コンテンツを復号する制御インタフェースを提供するコンディショナルアクセスサブユニット、又はコンテンツ保護及びコピー管理機能を実行するリンク暗号化付シンク機器に前記コンテンツをソーシングする前記コンディショナルアクセスサブユニットを有するコントローラエンティティを備える請求項１乃至５のいずれか１項に記載のコンテンツ保護及びコピー管理システム。
【請求項７】  前記コントローラエンティティは、受信機器又はチューナサブユニットを使用して制御インタフェースを提供し、他の機器に存在するコントローラエンティティが利用可能なコンテンツを取得させ、前記受信機器又はチューナサブユニットを制御して前記ネットワークに１以上のコンテンツストリームを出力させ、コンテンツ保護及びコピー管理機能を実行させることを特徴とする請求項４に記載のコンテンツ保護及びコピー管理システム。
【請求項８】  前記コントローラエンティティは、パネルサブユニットを使用して、他の機器又はモジュールに対してユーザインタフェースサービスを提供し、コンテンツ保護及びコピー管理機能を行わせることを特徴とする請求項６又は７に記載のコンテンツ保護及びコピー管理システム。
【請求項９】  前記コントローラエンティティは、モデムサブユニットを使用し、電話回線に又は電話回線からのダイアルアップアクセスを管理し、コンテンツ保護及びコピー管理機能を実行することを特徴とする請求項６乃至８のいずれか１項に記載のコンテンツ保護及びコピー管理システム。
【請求項１０】  前記コントローラエンティティは、スマートカードサブユニットを使用して、スマートカードスロットに挿入されたスマートカードの状態を検出及び制御し、データを交換し、コンテンツ保護及びコピー管理機能を実行することを特徴とする請求項６乃至９いずれか１項に記載のコンテンツ保護及びコピー管理システム。
【請求項１１】  前記コントローラエンティティは、機器から前記ネットワークに暗号化コンテンツの出力を要求することを特徴とする請求項６乃至１０のいずれか１項に記載のコンテンツ保護及びコピー管理システム。
【請求項１２】  前記コントローラエンティティのコマンドにより暗号化コンテンツを供給又は受信するように構成されたターゲットエンティティを備えることを特徴とする請求項６乃至１１のいずれか１項に記載のコンテンツ保護及びコピー管理システム。
【請求項１３】  前記セキュアリンク暗号化は、全てのコンテンツ保護及びコピー管理システム準拠した機器に共通であることを特徴とする請求項１乃至１２のいずれか１項に記載のコンテンツ保護及びコピー管理システム。
【請求項１４】  ネットワーク用のコンテンツ保護及びコピー管理システムのコンディショナルアクセスモジュールにおいて、
暗号化コンテンツストリームを、ネットワークを介して受信するインタフェースと、
前記受信した暗号化コンテンツストリームを復号する復号エンジンと、
復号されたコンテンツストリームにセキュアリンク暗号化を施した後に前記ネットワークに出力する暗号化エンジンとを備え、
スマートカード規格に準拠したスマートカードサブユニットにより認証及びキー交換処理を可能にすることを特徴とするコンディショナルアクセスモジュール。
【請求項１５】  前記コンディショナルアクセスモジュールのユーザインタフェースを提供し、ユーザインタフェースモデル及びダイアログを、表示装置又は音声シンセサイザ及びユーザ入力機能であるユーザインタフェースを含むコントローラエンティティに提供可能とするパネルサブユニットを備えることを特徴とする請求項１４に記載のコンディショナルアクセスモジュール。
【請求項１６】  前記ネットワークを介し、異なるソースからの前記暗号化コンテンツストリームを受信することを特徴とする請求項１４又は１５のいずれか１項に記載のコンディショナルアクセスモジュール。
【請求項１７】  前記ネットワークを介し、異なるシンクへ前記セキュアリンク暗号化コンテンツストリームを出力することを特徴とする請求項１４乃至１６のいずれか１項に記載のコンディショナルアクセスモジュール。
【請求項１８】  ネットワークを介して暗号化コンテンツストリームを受信するステップと、
前記受信した暗号化コンテンツストリームを復号するステップと、
前記復号されたコンテンツストリームにセキュアリンク暗号化を施した後に前記ネットワークに出力するステップと、
前記ネットワークを介してデコーダ機器にセキュアリンク暗号化コンテンツストリームを出力する前、又は前記暗号化コンテンツストリームを復号する前に、前記デコーダ機器を認証するステップと
を有するネットワーク用のコンテンツ保護及びコピー管理方法。
【請求項１９】  前記セキュアリンク暗号化コンテンツストリームを前記ネットワークに出力する前、又は前記受信した暗号化コンテンツストリームを復号する前に、認証及びキー交換を行うことを特徴とする請求項１８に記載のコンテンツ保護及びコピー管理方法。
【請求項２０】  前記ネットワークを介して伝送されるシステム更新メッセージの解析によりシステムの更新がサポートされることを特徴とする請求項１８又は１９に記載のコンテンツ保護及びコピー管理方法。
【請求項２１】  コンピュータに、
ネットワークを介して暗号化コンテンツストリームを受信するステップと、
前記受信した暗号化コンテンツストリームを復号するステップと、
前記復号されたコンテンツストリームにセキュアリンク暗号化を施した後に前記ネットワークに出力するステップと、
前記ネットワークを介してデコーダ機器にセキュアリンク暗号化コンテンツストリームを出力する前、又は前記暗号化コンテンツストリームの復号の前に、前記デコーダ機器を認証するステップと
を実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク用のコンテンツ保護及びコピー管理システム、ネットワーク用のコンテンツ保護及びコピー管理システムのコンディショナルアクセスモジュール、及びネットワーク用のコンテンツ保護及びコピー管理方法に関する。
【０００２】
【従来の技術】
ネットワーク用のコンテンツ保護及びコピー管理システムに関連する従来技術は、以下の文献等に開示されている。
［１］ ＩＥＥＥ１３９４−１９９５高性能シリアルバス規格、１９９６年８月３０日（アドレス：http://www.IEEE.org/）。
［２］ デジタル伝送コンテンツ保護規格、ボリューム１（情報版）（http://www.dtcp.com/）。
［３］ ＩＥＣ６１８８３、民生用オーディオ−ビデオ機器用デジタルインタフェース規格、Ｅｄ１（http://www.iec.ch/）。
［４］ ＡＶ／Ｃデジタルインタフェースコマンドセット、一般仕様、バージョン４．０、ＴＡドキュメント１９９９０２６、２００１年７月２３日（http://www.1394ta.org/Technology/Specifications/Descriptions/AVC General4.0 Final 1.htm）。
［５］ ＡＶ／Ｃチューナサブユニットモデル及びコマンドセット、バージョン２．０、ＴＡドキュメント１９９９０３５、２０００年１０月２４日（http://www.1394ta.org/Technology/Specifications/Descriptions/AvcTunerRevFinal.htm）。
［６］ ＡＶ／Ｃチューナ放送システム規格−デジタルビデオ放送、バージョン１．０、ＴＡドキュメント１９９８００５、１９９８年４月１５日（http://www.1394ta.org/Technology/Specifications/Descriptions/AVC DVB10.htm）。
［７］ ＡＶ／Ｃ ＣＡサブユニット規格、バージョン１．０、ＴＡドキュメント１９９９００７、１９９９年４月６日（http://www.1394ta.org/Technology/Specifications/Descriptions/AVC CA Subunit10.htm）。
［８］ ＡＶ／Ｃパネルサブユニット規格、バージョン１．１、ＴＡドキュメント２００１００１、２００１年５月８日（http://www.1394ta.org/Technlogy/Specifications/Descriptions/Panel Final.htm）。
［９］ セキュアバスシステム用ＡＶ／Ｃデジタルインタフェースコマンドセット、バージョン１．０、ＴＡドキュメント１９９８００９、１９９９年１月２６日（hppt://www.1394ta.org/Technology/Specifications/Descriptions/AVC SecureBus10.htm）。
［１０］ ＩＳＯ７８１６−１、２、３、ＩＤカード−コンタクト付ＩＣカード、１９８９年９月１５日（http://www.iso.ch/）。
［１１］ ＡＶ／Ｃディスクサブユニット−バージョン１．０、ＴＡドキュメント１９９８０１３、１９９９年１月２６日（http://www.1394ta.org/Technology/Specifications/Descriptions/AVC Disc10.htm）。
［１２］ ＡＶ／Ｃディスクサブユニット−ハードディスクドライブデバイスタイプ規格、バージョン１．０、ＴＡドキュメント１９９９０３０、２０００年７月１０日（http://www.1394ta.org/Technology/Specifications/Descriptions/AVCHDD1.0Final.htm）。
［１３］デジタル伝送保護ライセンス契約、２００１年７月（http://www.dtcp.com/）。
【０００３】
これらの参考文献には、ネットワークに関する幾つかの業界標準規格、特に民生用電子機器の接続及びこれらのネットワーク内でのセキュリティ対策が開示されており、本明細書中で適宜参照される。しかしながら、これらに説明されている全てのセキュリティ対策は、個別的な保護のみであって、例えば、特定の電子機器のみが暗号化されたコンテンツストリームを復号したり、処理を行う場合のものである。これらの対策は、柔軟性に欠けるものであり、この対策が、ここに示すネットワーク構成の目的である。
【０００４】
【発明が解決しようとする課題】
また、従来のコンテンツ保護及びコピー管理システムは、使い勝手が悪く（ユーザフレンドリでない）且つ柔軟性に欠けており、特に民生用電子機器や家電機器には不向きであった。
【０００５】
【発明の目的】
発明は、上述した実情に鑑みてなされたものであり、本発明の目的は、特に民生用電子機器において使い勝手がよく（ユーザフレンドリ）及びシステムの柔軟性（フレキシビリティ）を向上させるネットワーク用のコンテンツ保護及びコピー管理システム、コンテンツ保護及びコピー管理システムのコンディショナルアクセスモジュール、ネットワーク用のコンテンツ保護及びコピー管理方法を提供することである。
【０００６】
【課題を解決するための手段】
独立請求項１の本発明のネットワーク用のコンテンツ保護及びコピー管理システム、独立請求項１４のネットワーク用のコンテンツ保護及びコピー管理システムのコンディショナルアクセスモジュール、及び独立請求項１８のネットワーク用のコンテンツ保護及びコピー管理方法によると、上述した本発明の目的が達成される。これらの好ましい実施の形態は、それぞれの従属請求項に限定されている。本発明によるコンピュータプログラムは、請求項２１に限定されている。
【０００７】
ここで、本発明によるネットワーク用のコンテンツ保護及びコピー管理システムは、ネットワーク内の少なくとも１つのコンディショナルアクセスモジュールを備え、ネットワークを介して少なくとも１つの暗号化されたコンテンツストリームを受け、それぞれ受け取った暗号化されたコンテンツストリームを復号し、それぞれ復号されたコンテンツにセキュアリンク暗号化を施した後にネットワークに出力する。
【０００８】
ここで、本発明によると、コンディショナルアクセスユニットを受信機器及び／又はデコーダユニットから明らかな論理分離が行われ、両者間で確実な（デジタル）インタフェースが定義される。本発明によると、基本的に既存の規格（標準）が使用可能であるが、条件付モジュールの外部（デジタル）インタフェースで復号された（デジタル）コンテンツは利用できず、ネットワーク内でのみ自由な伝送が可能であるので、セキュリティは増強される。また、コンテンツストリーム（コンテンツと別に又は付加して送られ、しかも全（フル）トランスポートストリーム、部分（パーシャル）トランスポートストリームその他如何なる種類のデータストリームでもよい）はネットワークに出力される前にセキュアリンク暗号化されている（ここで、「セキュアリンク暗号化」の用語は、セキュアバス暗号化や、その種のものも含む）。
【０００９】
勿論、本発明が適用されるネットワークは、例えばケーブルネットワーク又は光ファイバネットワーク等の有線ネットワーク又は無線ネットワークの如何なるネットワークでもよい。
【００１０】
好ましくは、本発明によるネットワーク用のコンテンツ保護及びコピー管理システムは、更にネットワークを介する少なくとも１つのセキュアリンク暗号化コンテンツストリームを受信するように構成された少なくとも１つのデコーダを備え、この受信した少なくとも１つのセキュアリンク暗号化コンテンツストリームを復号して処理する。
【００１１】
この場合に、本発明によるネットワーク用のコンテンツ保護及びコピー管理システムにおいて、更に好ましくは、各コンディショナルアクセスモジュールは、各デコーダ機器を認証した後にセキュアリンク暗号化コンテンツストリームを、ネットワークを介してデコーダ機器に出力し、また好ましくは対応する受信した暗号化コンテンツストリームの復号前に行う。
【００１２】
本発明によるネットワーク用のコンテンツ保護及びコピー管理システムは、更に少なくとも１つの受信機器を備えるのが好ましく、それぞれ少なくとも１つの暗号化コンテンツストリームを受信し、この少なくとも１つの暗号化コンテンツストリームを、ネットワークを介して少なくとも１つのコンディショナルアクセスモジュールに伝送する。
【００１３】
この場合に、本発明によるネットワーク用のコンテンツ保護及びコピー管理システムにおいて、各受信機器は少なくとも１つの対応する受信した暗号化コンテンツストリームにセキュアリンク暗号化を施してネットワークに出力するのが好ましい。
【００１４】
好ましくは、本発明によるコンテンツ保護及びコピー管理システムにおいて、各コンディショナルアクセスモジュールは、少なくとも１つのセキュアリンク暗号化コンテンツストリームをネットワークに出力する前に、更に好ましくは受信した少なくとも１つの暗号化されたコンテンツストリームの復号前に、認証及びキー交換処理を実行する。
【００１５】
好ましくは、本発明によるコンテンツ保護及びコピー管理システムにおいて、システムの更新は、ネットワークに伝送されたシステム更新メッセージを解析することによりサポートされ、それによりネットワークに接続された機器及び／又はモジュールを無効にする。
【００１６】
好ましくは、本発明によるコンテンツ保護及びコピー管理システムは、更にコントローラエンティティを備え、コンディショナルアクセスモジュール又はコンディショナルアクセスサブユニットを使用し、ネットワークを介して供給された暗号化コンテンツの復号のため又はこのようなコンテンツをリンク暗号化付シンク機器にソーシングするための制御インタフェースを提供する。
【００１７】
この場合には、本発明によるコンテンツ保護及びコピー管理システムにおいて、このコントローラエンティティは、受信機器又はチューナサブユニットを使用した制御インタフェースを提供し、他の機器に存し得るコントローラエンティティが利用可能なコンテンツを取得し、受信機器又はチューナを制御して１以上のコンテンツストリームをネットワークに出力し、コンテンツ保護及びコピー管理機能を実行させるのが好ましい。
【００１８】
この場合に、好ましくはこれに代えて又はこれに加えて、本発明によるコンテンツ保護及びコピー管理システムにおいて、コントローラエンティティは、パネルサブユニットを使用して機器又はモジュールにユーザインタフェースサービスを提供し、コンテンツ保護及びコピー管理機能を実行させる。
【００１９】
この場合、更に好ましくはこれに代えて又はこれに加えて、本発明によるコンテンツ保護及びコピー管理システムにおいて、コントローラエンティティは、電話回線に又は電話回線からのダイアルアップアクセスを管理する制御インタフェースを提供するモデムサブユニットを使用し、コンテンツ保護及びコピー管理機能を実行する。
【００２０】
この場合に、更に好ましくはこれに代えて又はこれに加えて、本発明によるコンテンツ保護及びコピー管理システムにおいて、コントローラエンティティは、スマートカードサブユニットを使用し、コントローラがステータス（状態）の検出及び制御を行い且つスマートカードスロットに挿入されたスマートカードとデータ交換し、コンテンツ保護及びコピー管理機能を実行可能とする。
【００２１】
この場合に、更に好ましくは、これに代えて又はこれに加えて、本発明によるコンテンツ保護及びコピー管理システムにおいて、コントローラエンティティは、暗号化コンテンツを機器からネットワークへの出力を要求するようにする。
【００２２】
この場合に、更に好ましくは、これに代えて又はこれに加えて、本発明によるコンテンツ保護及びコピー管理システムは、コントローラエンティティのコマンドにより暗号化コンテンツを供給又は受信するよう適合されたターゲットエンティティを更に備えている。
【００２３】
好ましくは、本発明によるコンテンツ保護及びコピー管理システムにおいて、セキュアリンク暗号化は、全てのコンテンツ保護及びコピー管理システムに共通である。
【００２４】
本発明によるネットワーク用のコンテンツ保護及びコピー管理システムのコンディショナルアクセスモジュールは、ネットワークを介して少なくとも１つの暗号化コンテンツストリームを受信するインタフェース、それぞれ受信した暗号化コンテンツストリームを復号する復号エンジン及びネットワークに出力する前にそれぞれ復号されたコンテンツストリームにセキュアリンク暗号化を行う暗号化エンジンを備えている。
【００２５】
好ましくは、本発明によるコンディショナルアクセスモジュールは、更にスマートカード規格に適合されたスマートカードサブユニットを備え、認証及びキー交換処理を可能にする。
【００２６】
好ましくは、本発明によるコンディショナルアクセスモジュールは、パネルサブユニットを更に備え、このコンディショナルアクセスモジュールのユーザインタフェースを提供し、ユーザインタフェースモデル及びダイアログ（対話）を、好ましくは表示装置又は音声シンセサイザ及びユーザ入力機能であるユーザインタフェースを含むコントローラエンティティに提供可能にする。
【００２７】
好ましくは、本発明によるコンディショナルアクセスモジュールは、少なくとも１つの暗号化コンテンツストリームを、ネットワークを介して異なるソースから受信するようにされている。
【００２８】
好ましくは、本発明によるコンディショナルアクセスモジュールは、この少なくとも１つのセキュアリンク暗号化コンテンツストリームを、ネットワークを介して異なるシンクに出力するようにされる。
【００２９】
本発明によるネットワーク用のコンテンツ保護及びコピー管理方法は、少なくとも１つの暗号化コンテンツストリームを、ネットワークを介して受信するステップ、それぞれの受信した暗号化コンテンツストリームを復号するステップ、及びネットワークに出力する前にそれぞれ復号されたコンテンツストリームにセキュアリンク暗号化を施すステップを備えている。
【００３０】
好ましくは、本発明による方法は、ネットワークを介してセキュアリンク暗号化コンテンツストリームを出力する前及び好ましくはこの対応する受信暗号化コンテンツストリームの復号前に、デコーダ機器を認証するステップを更に備えている。
【００３１】
好ましくは、本発明による方法は、この少なくとも１つのセキュアリンク暗号化コンテンツストリームをネットワークに出力する前及び好ましくはこの受信した少なくとも１つの暗号化コンテンツストリームの復号前に認証及びキー交換処理を実行するステップを更に備えている。
【００３２】
好ましくは、本発明による方法は、ネットワーク及びネットワークに接続されたアダプティング機器及び／又はモジュールに伝送されたシステム更新メッセージを解析し、テシステムの更新をサポートするステップを備えている。
【００３３】
本発明によるコンピュータプログラムプロダクトは、上述した何れかの方法の実施の形態で定義された方法ステップを実行し、及び／又は上述した何れかのコンディショナルアクセスモジュールの実施の形態によるコンディショナルアクセスモジュールの少なくとも一部を実施し、及び／又は上述したコンテンツ保護及びコピー管理システムの実施の形態の何れかによるコンテンツ保護及びコピー管理システムの少なくとも一部を実施するよう適合されたコンピュータプログラム手段を備えている。
【００３４】
ここで、本発明は、ＤＶＢ（Digital Video broadcast：以下、ＤＶＢという。）コンテンツ保護及びコピー管理（Content Protection and Copy Management：以下、ＣＰＣＭという。）に対する解決策を提案し、民生用電子機器用のユーザフレンドリ及び柔軟性を有するシステムの提供に集中する。併せて、ＣＰＣＭ及びコンディショナルアクセス（Conditional Access：以下、ＣＡという。）解決策の水平的市場を促進させる。基本アイデアは、コンディショナルアクセスユニット又はモジュールを受信機器及び／又はデコーダユニット又は機器から確実な論理分離を提供し、且つこれらの間の確実なデジタルインタフェースを定義する。ブロードキャストストリームで採用されるコアコンテンツ暗号化方法は、本発明の範囲外であり、サービスプロバイダの問題である。
【００３５】
受信機器及びコンディショナルアクセスモジュール間のインタフェースは、多数のＡＶ（音声−映像）又はその他のデータコンテンツストリームを同時に搬送可能である。受信に暗号化サービスを復号する必要があるとき、その暗号化コンテンツストリームを、デジタルインタフェースを介してＣＡモジュールに発行する。そこで、ＣＡモジュールは、デコーダ機器（また物理的には受信機器でもよい）を認証し、デジタルインタフェースに出力する前にセキュアリンク暗号を復号ストリームに加える。
【００３６】
【発明の実施の形態】
以下、本発明に係るネットワーク用のコンテンツ保護及びコピー管理システム、コンテンツ保護及びコピー管理システムのコンディショナルアクセスモジュール、ネットワーク用のコンテンツ保護及びコピー管理方法について、図面を参照しながら詳細に説明する。なお、本発明の好ましい実施の形態の説明は、ＩＥＥＥ１３９４ネットワーク及びデジタルビデオ放送（Digital Video broadcast：以下、ＤＶＢという。）環境に基づいているが、本発明は、これらに限定されるものではく、例えば他の種類の有線又は無線ネットワークにも適用することができ、また、例えばデジタルオーディオ放送（Digital Audio Broadcast：以下、ＤＡＢという。）等の他の種類のコンテンツストリーム又はフォーマットにも適用することができる。
【００３７】
この明細書中で使用される略語は次の通りである。
ＡＫＥ    認証及びキー交換
ＡＶ／Ｃ  オーディオビデオ制御
ＣＣＩ    コピー制御情報
ＣＭＰ    接続管理手順
ＣＲＬ    証明無効リスト
ＣＴＳ    コマンド及びトランザクションセット
ＤＴＣＰ  デジタル伝送コンテンツ保護
ＦＣＰ    機能制御プロトコル
ＩＤＴＶ  統合デジタルテレビジョン（セット）
ＳＲＭ    システム更新メッセージ
ＴＳ      （ＭＰＥＧ−２）トランスポートストリーム
ＣＡ      コンディショナルアクセス
ＣＰＣＭ  コンテンツ保護及びコピー管理
ＡＰＩ    アプリケーションプログラミングインタフェース
ＤＴＶ    デジタルＴＶ
ＳＴＢ    セットトップボックス
ＡＶ      オーディオビデオ
ＯＳＤ    オンスクリーンディスプレイ
ＥＭＩ    暗号化モードインジケータ
【００３８】
（アーキテクチャの一般的説明）
本発明の好ましい実施の形態は、コンテンツ保護及びコピー管理（Content Protection and Copy Management：以下、ＣＰＣＭという。）に準拠した機器（以下、ＣＰＣＭ準拠機器という。）間のデジタルインタフェースに適用された暗号化方法としての「５Ｃ」（５社）デジタル伝送コンテンツ保護（Digital Transmission Content Protection：以下、ＤＴＣＰという。）規格［２］のアプリケーションに基づくものである。このＤＴＣＰ規格は、ＡＶ娯楽コンテンツがＩＥＥＥ１３９４規格等の高性能デジタルバスを移動する際に、違法コピー（copying）、妨害（intercepting）及び改竄（tampering）からＡＶ娯楽コンテンツを保護する暗号化プロトコルを規定している。コンテンツ保護として、基本コンセプトは、コンテンツ暗号化ではなくバス又はリンク暗号化である。ＤＶＢＣＰＣＭに対してバス暗号化方策を採用する主な利点は、既存のＤＶＢ ＣＡメカニズム上のソースマテリアルに対して付加的処理が不要であることである。ここで、括弧［  ］の中の番号は、先に示した文献の番号を表す。
【００３９】
ここに示す具体例及び本発明の好ましい実施の形態において、ＩＥＥＥ１３９４高性能シリアルバス［１］が家庭内のＣＰＣＭ準拠機器間の共通デジタルインタフェースとして採用されている。
【００４０】
ＩＥＣ６１８８３プロトコル［３］は、ＩＥＥＥ１３９４によって、ＡＶ機器制御及び基本コンテンツ管理の一般的枠組みを提供する。ＩＥＣ６１８８３を用いるＡＶ／Ｃプロトコル［４］は、好ましくはＣＰＣＭ準拠機器間の制御プロトコルとして使用される。
【００４１】
このようなＣＰＣＭシステムは、図１に示すように、その基本構成として、ＤＶＢレシーバ１を備え、ＤＶＢレシーバ１は、ＩＥＥＥ１３９４を介してコンディショナルアクセス（Conditional Access：以下、ＣＡという。）モジュール２に接続されている。ブロードキャストストリームで採用されているコアコンテンツ暗号化方法は、本発明の範囲外であり、サービスプロバイダの問題である。
【００４２】
図１は、ＤＶＢレシーバ１及びＣＡモジュール２の基本ＣＰＣＭセットアップを示すブロック図である。この本発明の第１の好ましい実施の形態によると、暗号化ＤＶＢサービスは、ＤＶＢレシーバ１、すなわち統合デジタルテレビジョン（Integrated Digital Television：以下、ＩＤＴＶという。）レシーバで受信され、ＤＶＢレシーバ１は、ＩＥＥＥ１３９４リンク３を介してＣＡモジュール２に接続されている。ＤＶＢレシーバ１は、受信した暗号化ストリームを、ＩＥＥＥ１３９４リンク３を介してＣＡモジュール２に供給し、ＣＡモジュール２は、リンク暗号化ストリームを、ＩＥＥＥ１３９４リンク３を介してＤＶＢレシーバ１に供給する。
【００４３】
この具体例において、ＤＶＢレシーバ（ＩＤＴＶレシーバ）１は、ネットワークインタフェースに暗号化コンテンツストリームを供給する作用を有する。また、オプションとして、このストリームにＤＴＣＰ暗号化を適用することができる。また、オプションとして、トランスポートストリーム全体を出力するか、又は復号されるサービス及び必要な補足情報の全てのみを含むトランスポートストリームの一部を生成する。
【００４４】
図２は、本発明に基づく好ましい実施の形態として説明されるＣＰＣＭを実施するＤＶＢレシーバ１の構成を示すブロック図である。このＤＶＢレシーバ１は、チューナ４を備え、チューナ４は、暗号化ＤＶＢサービスの中からブロードキャスト信号を受信し、得られるトランスポートストリーム（以下、単にＡＶストリームともいう。）をスイッチ５に供給する。スイッチ５は、ＩＥＥＥ１３９４リンク／物理層モジュール６とデマルチプレクサ７に接続されており、ＩＥＥＥ１３９４リンク／物理層モジュール６は、ＤＴＣＰモジュールを備えている。ＩＥＥＥ１３９４リンク／物理層モジュール６は、ＩＥＥＥ１３９４リンクに接続されている。スイッチ５は、チューナ４からの少なくとも１つのＡＶストリーム及び／又はＩＥＥＥ１３９４リンク／物理層モジュール６から供給される少なくとも１つのＡＶストリームを切り換え選択してデマルチプレクサ７に供給し、及び／又はチューナ４からの少なくとも１つのＡＶストリームをＩＥＥＥ１３９４リンク／物理層モジュール６に供給する。デマルチプレクサ７は、供給されるＡＶストリームからコンテンツを分離してＡＶデコーダ７に供給し、ＡＶデコーダ７は、ＡＶ信号をミキサ９に出力する。更に、ミキサ９には、ＯＳＤユニット１０からオンスクリーンディスプレイ（ＯＳＤ）情報が供給されている。チューナ４、デマルチプレクサ７、ＡＶデコーダ８、ＯＳＤユニット１０及びＤＴＣＰモジュールを備えるＩＥＥＥ１３９４リンク／物理層モジュール６は、制御バス１１を介して互いに接続されている。また、この制御バス１１には、コントローラ１２とモデム１３が接続されており、モデム１３は、例えばブロードキャスタ又はサービスプロバイダに対するリターンチャンネルを提供する。
【００４５】
図３は、本発明に基づく好ましい実施の形態として説明されるＣＰＣＭを実施するＣＡモジュールの構成を示すブロック図である。ＩＥＥＥ１３９４リンク／物理層モジュール１６は、ＤＴＣＰを備えるとともに、ＩＥＥＥ１３９４リンクに接続されており、少なくとも受信した１つのＡＶストリームをデマルチプレクサ１４に供給し、デマルチプレクサ１４は、少なくともその一部をデスクランブラ１５に出力する。デスクランブラ１５は、ＩＥＥＥ１３９４リンク／物理層モジュール１６のＤＴＣＰモジュールに接続されている。デマルチプレクサ１４、デスクランブラ１５及びＩＥＥＥ１３９４リンク／物理層モジュール１６は、制御バス１７を介して互いに接続されている。また、この制御バス１７には、コントローラ１８、ＣＡ復号ユニット１９及びスマートカードスロット２０が接続されている。
【００４６】
ＤＴＣＰ規格に基づき、２つの機器、例えばＤＶＢレシーバ１とＣＡモジュール２は、相互に認証して、暗号復号サービスを提供するお互いの能力を確立する。ＤＶＢレシーバ（ＩＤＴＶレシーバ）１のユーザが暗号化サービスを選択すると、ＤＶＢレシーバ１は、対応する要求をＣＡモジュール２に送る。ＣＡモジュール２は、その要求を満足させることが可能か否かチェックし、そして、ソース及びシンク認証（source and sink authentication）が実行された後、ＤＶＢレシーバ１は、要求された暗号化サービスを含むストリームをＩＥＥＥ１３９４インタフェースに送出する。ＣＡモジュール２は、ＣＡ暗号化ストリームを１つのアイソクロナスチャネルで受信することができ、ＤＶＢレシーバ１の認証が正当であることを前提に、サービスを復号し、ＣＡ暗号化ストリームにＤＴＣＰセキュアリンク暗号化を適用してＤＶＢレシーバ１が別のＩＥＥＥ１３９４アイソクロナスチャネルで受信できるようにする。リンク復号は、ＤＶＢレシーバ１で行うことができ、ストリームは正常に復号される。
【００４７】
図４は、本発明のこの実施の形態で扱う機能エリアの概要を示す図である。上述した図１に示すように、暗号化ＤＶＢサービスは、ＤＶＢレシーバ１に供給され、ＤＶＢレシーバ１は、プロバイダ暗号化コンテンツをＩＥＥＥ１３９４リンク３を介してＣＡモジュール２に供給する。そして、ＣＡモジュール２は、ＤＴＣＰリンク暗号化コンテンツをＤＶＢレシーバ１に戻す。ＤＴＣＰライセンス権利者及び／又はシステム更新メッセージ（ＳＲＭ）に関する情報は、ＤＶＢレシーバ１に提供され、またＤＶＢレシーバ１を介してＣＡモジュール２に提供される。上述の如く、ＣＡモジュール２は、好ましくはＤＴＣＰライセンス権利者及び／又はシステム更新メッセージ（ＳＲＭ）に関するこの情報に基づきＤＶＢレシーバ１と認証を実行する。
【００４８】
（ＩＥＥＥ１３９４及びゼネラルプロトコルスタック）
本発明による好ましい実施の形態は、ｉ．ＬＩＮＫ又は「FireWire」とも称されているＣＰＣＭ準拠機器間の共通デジタルインタフェースであるＩＥＥＥ１３９４高性能シリアルバス［１］上で実施される。ＩＥＥＥ１３９４は、標準化された容易に利用可能な、一般消費者が取り扱い易いデジタルインタフェースであって、機器間でＤＶＢコンテンツを双方向に伝送するのに特に適している。ＩＥＥＥ１３９４の本質的な特性により、ＤＶＢコンディショナルアクセスへのアプリケーションを極めて容易にする。すなわち、
＊４００Ｍｂｐｓ以下のトータル伝送能力
＊同時非同期及びアイソクロナス伝送モード、すなわちコマンド及びステータス情報の非同期そしてリアルタイム（実時間）ＡＶストリームのアイソクロナス伝送
＊マルチプル（６３以下）同時アイソクロナスストリーム
【００４９】
上記ＩＥＥＥ１３９４、好ましくは標準通信方法が使用され、ＩＥＣ６１８８３［３］規格で規定されている。ＩＥＣ６１８８３のパート１及び４がＤＶＢ−ＣＰＣＭに関連する。パート１は、非同期コマンド、応答及びステータス情報及びＩＥＥＥ１３９４上でのアイソクロナスＡＶデータストリームの一般的な伝送を規定している。パート４は、ＩＥＥＥ１３９４アイソクロナスパケット内でＭＰＥＧ−２トランスポートストリームの搬送方法を規定している。
【００５０】
標準化されたコマンド及びトランザクションセットのコレクション（集合）は、ＩＥＣ６１８８３にある。これらは、一般にＡＶ／Ｃ（ＡＶ制御）コマンド及びトランザクションセットと称され、１３９４トレードアソシエーション（１３９４ＴＡ）により標準化されている。ＡＶ／Ｃプロトコルの一般的な部分は、［４］において規定されている。ＡＶ／Ｃコマンド及びトランザクションセットは、常に機能制御プロトコル（ＦＣＰ）を使用し、通信用のＩＥＣ６１８８３パート１に規定されている。接続管理手順（ＣＭＰ）は、機器間でのアイソクロナス接続の管理方法を規定している。
【００５１】
このプロトコルスタックは、図５に示され、下にＩＥＥＥ１３９４物理層を、このＩＥＥＥ１３９４物理層の上にＩＥＥＥ１３９４リンク層を、このＩＥＥＥ１３９４リンク層の上にＭＰＥＧ２アイソクロナスエンキャプスレーション及びＩＥＥＥ１３９４トランザクション層を、ＩＥＥＥ１３９４トランザクション層の上にＣＭＰ及びＦＣＰ層を、ＭＰＥＧ２アイソクロナスエンキャプスレーション、ＣＭＰ及びＦＣＰ層の上にＩＥＣ６１８８３層を、そしてＩＥＣ６１８８３層の上にＡＶ／Ｃゼネラル層をそれぞれ示している。ＩＥＣ６１８８３層は、ＭＰＥＧ−２フル又は部分伝送ストリームの通信に使用される。
【００５２】
（デジタル伝送コンテンツ保護（ＤＴＣＰ））
「５Ｃ」（５社）ＤＴＣＰ規格［２］は、例えばＩＥＥＥ１３９４高性能シリアルバスにおけるセキュアバス暗号化メカニズムを提供している。この規格は、株式会社日立製作所、インテル株式会社、松下電器産業株式会社，ソニー株式会社及び株式会社東芝により開発され、デジタル伝送ライセンスアドミニストレータ（ＤＴＬＡ：インターネットアドレスhttp://www.dtcp.com/）から提供されている。
【００５３】
ＤＴＣＰは、保護されたコンテンツのソース及びシンク機器の概念を定義している。実際の機器は、ソース及びシンク機能の組み合わせである。更に、これら機器は、フォーマットコグニザント（ストリームコンテンツを有意に解釈できる）であるか又はフォーマットノンコグニザント（上述の機能を有しない）である。
【００５４】
ＤＴＣＰは、次の４つのレベルでコンテンツ保護及びコピー管理する技術を提供する。
＊コピー制御情報（ＣＣＩ）
＊デバイス認証及びキー交換（ＡＫＥ）
＊コンテンツ暗号化
＊システム更新
【００５５】
（コピー制御情報（ＣＣＩ））
ＣＣＩは、エンベッデッドＣＣＩ及び暗号化モードインジケータ（ＥＭＩ）の２つのレベルがある。エンベッデッドＣＣＩは、フォーマットコグニザント機器のみに明白であり、少なくともコンテンツ復号の初期段階でＣＣＩ情報の検証を行わなければならない。一方、ＥＭＩは、フォーマットコグニザント及びフォーマットノンコグニザント機器の両方に明白である。
【００５６】
ＤＴＣＰ ＣＣＩは、次の４つのステータスの何れかに関連することが可能である。
＊Copy-never（コピーネバー）
＊No-more-copies（ノーモアーコピー）
＊Copy-one-generation（コピーワンジェネレーション）
＊Copy-free（コピーフリー）
【００５７】
エンベッデッドＣＣＩは、確保後されたプログラムのＰＭＴのprogram_infoループ内に挿入された及び／又は親プログラムのとは異なる保護モードを有する任意のコンポーネントエレメンタリストリームのES_info_loop内に挿入された付加デスクリプタ（記述子）形式のＤＶＢトランスポートストリームに適用される。ＤＴＣＰ規格［２］の付属書Ｂは、この新しいデスクリプタであるDTCP_Descriptorの定義を提供する。ＣＣＩと同様に、このデスクリプタは、テンションモード（retention mode、もし表示されると、これは消費者にどのくらい長くコンテンツを保持してよいかを知らせる）及びアナログコピー情報を伝えることができる。
【００５８】
ＥＭＩは、保護されたコンテンツを運ぶＩＥＥＥ１３９４アイソクロナスパケットのパケットヘッダに含まれる。
【００５９】
（認証及びキー交換（ＡＫＥ））
リンクに保護されたコンテンツを伝送する前に、関連する機器は、ＡＫＥプロセスを経てＣＡモジュールによりコンテンツ復号及びリンク暗号化の妥当性を検証確認する。
【００６０】
全てのＤＴＣＰ準拠機器は、機器内に確実に格納されたＤＴＬＡにより証明書がアサインされる。
【００６１】
デバイス認証は、ＤＴＬＡのライセンス権利者の機器固有のＩＤ（識別）番号及び公開キー−秘密キーのペアに基づき（フル認証）又はシェアードシークレットへのランダムチャレンジのアサーション及びハッシングに基づき（制限された認証）行われる。
【００６２】
制限された認証は、フル認証よりも少ない処理パワーを必要とするが、コピー管理である「copy-one-generation」及び「no-more-copies」のみでコンテンツの保護を行う。
【００６３】
デバイス認証（フル又は制限）が成功すると、保護されたコンテンツの交換に関与するソース機器及び全てのシンク機器の間で交換キーのコモンセットが確立される。
【００６４】
交換キーを使用して、ソース機器により発生されたランダム番号及びＤＴＬＡにより定義された各コピー管理モードに対応するシークレット定数であるコンテンツキーが発生される。このコンテンツキーは、暗号化エンジンにおいてコンテンツの暗号化／復号に使用される。
【００６５】
ＡＫＥメカニズムの完全な詳細は、ＤＴＬＡからライセンスを受けると入手可能である。
【００６６】
（コンテンツの再暗号化）
保護されたコンテンツストリームの認証及び復号の後に、ＣＡモジュールは、そのストリームにセキュア再暗号化を適用した後、デジタルインタフェースに出力する。
【００６７】
本発明の好ましい実施の形態において、ＤＴＣＰにて定義されたチャンネルサイファー（cipher）サブシステムは、ＩＥＥＥ１３９４を介してローカルで再配布されるあらゆるＤＶＢ準拠ＣＡシステムにより保護されたコンテンツの共通再暗号化として適用される。
【００６８】
ＤＴＣＰは、全ての準拠機器及びアプリケーションの暗号化エンジンによりサポートされるベースラインサイファーを定義する。更にオプションのサイファーも適用可能である。ベースラインサイファーは、変換されたcipher-block-chaining（Ｃ−ＣＢＣ）モードを使用するＭ６−Ｓ５６ブロックサイファーである。このサイファーは、ＤＴＬＡからのライセンスを受けて入手可能なＤＴＣＰ規格に説明されている。
【００６９】
セキュアバスシステム［９］のＡＶ／Ｃデジタルインタフェースコマンドセットは、ＡＶ／ＣプロトコルでＤＴＣＰリンク暗号化の制御を行う。これはまた、セキュアバスシステム［９］用の１３９４ＴＡ ＡＶ／Ｃ規格及びＤＴＣＰ規格［２］により詳細に説明されている。
【００７０】
（システム更新）
ＤＴＣＰシステム更新は、無効化機器のリストを配布する機能により提供され、それにより、これら機器は、その後のデバイス認証プロセスを失敗する。この情報は、システム更新メッセージ（ＳＲＭ）に含まれ、これはＤＴＬＡにより発生され、ブロードキャストコンテンツ、パッケージ媒体及び新たな機器に配布可能である。
【００７１】
ＳＲＭは、ＡＫＥのフル認証レベルを実行する各ＤＴＣＰ準拠機器の不揮発性メモリに格納される必要がある。現在格納されているバージョンよりも新しいバージョンのＳＲＭを受けると、機器は、先ずＤＴＬＡパブリックキーを使用して真正であると確認した後、次に新しいバージョンを格納する。
【００７２】
ＳＲＭは、証明無効リスト（ＣＲＬ）を含んでいる。これは、最早ＤＴＣＰ準拠でない機器エンティティのリストである。機器エンティティは、個々の機器又は６５，５３５個までの機器ブロックであってよい。
【００７３】
ＤＶＢ  ＣＰＣＭでは、ＳＲＭは、ＣＡＴに挿入された新たなデスクリプタ中に含まれる。
【００７４】
サービスレベルにおける機器無効化は、ＤＴＣＰ  ＳＲＭフォーマットの拡張として定義される。また、プライベートブロードキャストＣＡシステム内のサービスプロバイダによっても実現される。
【００７５】
下にあるＤＶＢ  ＣＡシステムのシステム更新アスペクトは、本発明の範囲外であり、サービスプロバイダの関心事である。しかし、一般論として、別のＣＡモジュールへの交換は、完全な受信の交換よりも容易である。
【００７６】
（ＡＶ／Ｃサブユニット）
ＡＶ／Ｃ一般規格は、全てのＡＶ／Ｃ準拠機器用のＩＥＥＥ１３９４上での共通通信メカニズムを提供する。ＡＶ／Ｃプロトコルは、サブユニットのコンセプトを特定種類の制御インタフェースを提供する内蔵機能エンティティとして導入している。物理機器は、１以上のＡＶ／Ｃサブユニットを含むことができる。本発明の好ましい実施の形態は、ＡＶ／Ｃサブユニットに組み立てられ、ベースラインＣＰＣＭシステム用環境を定義する。
【００７７】
図１乃至図４に示すブロック図のＤＶＢレシーバ１及びＣＡモジュール２を参照すると、ＣＰＣＭシステムは、ＣＰＣＭ機能を実行するために次のＡＶ／Ｃサブユニットを使用するコントローラエンティティを構成すると見ることができる。
＊チューナ
＊コンディショナルアクセス
＊パネル
＊モデム
＊スマートカード
【００７８】
チューナサブユニット［５］は、バス上に１以上のサービスを含むトランスポートストリームを出力するようチューナを制御するとともに、他のＡＶ／Ｃ機器内のＡＶ／Ｃコントローラが利用可能なサービスを取得可能にする制御インタフェースを提供する。この出力ストリームは、全トランスポートストリーム又は幾らかのサービス又はそのコンポーネントのみよりなる部分トランスポートストリームであってもよい。
【００７９】
コンディショナルアクセス（ＣＡ）サブユニット［７］は、制御インタフェースを提供し、ＩＥＥＥ１３９４を介してそれに供給された保護されたコンテンツ又はサービスの復号を行うとともに、このようなコンテンツを、ＩＥＥＥ１３９４を介してリンク暗号化して外部ディスプレイ又は他のシンク機器にソーシングする。
【００８０】
パネルサブユニット［８］は、ＡＶ／Ｃ用のユーザインタフェースサービスを提供する。例えばコンディショナルアクセスモジュールであるパネルサブユニットを実現するターゲット機器は、そのユーザインタフェースモジュールを提供し、ディスプレイ及びユーザ入力機能を含むコントローラ機器と対話可能にする。コントローラは、ユーザインタフェースエレメント及びユーザ入力を、ＡＶ／Ｃパネルサブユニットプロトコルを使用するターゲット機器に又はそれからリレーする。
【００８１】
モデムサブユニットは、電話回路網に又はそれからダイアルアップアクセスを管理する制御インタフェースを提供することによりクラスタ上で自身を他のＡＶ／Ｃに利用可能にする。
【００８２】
スマートカードサブユニットは、スマートカード規格［１０］に基づき構成され、ＡＶ／Ｃコントローラがそのカードスロットに挿入されたスマートカードの状態を検出及び制御するとともに、データの交換を可能にする。規格として、スマートカードサブユニットは、スマートカードスロットを備えると、ＣＡモジュール内に物理的に合体されるので、対応するＡＶ／Ｃサブユニットを介してその制御インタフェースを露出させる必要はない。
【００８３】
チューナ、コンディショナルアクセス及びパネルサブユニットのサブユニット特定コマンド及びトランザクションセットは、それぞれ１３９４トレードアソシエーション規格［５］、［７］及び［８］に規定されている。ＤＶＢシステム［６］用のチューナ拡張も関係する。モデム及びスマートカードサブユニットは、規格のＡＶ／Ｃセット内では現在標準化されていない。
【００８４】
図６は、図１に示し導入部で説明したデバイススプリット用のＣＰＣＭに含まれるＡＶ／Ｃサブユニットを示す。ＡＶ／Ｃ「主（マスター）」コントローラ１２は、ＤＶＢレシーバ１内に設けられており、このＤＶＢレシーバ１は、更にモデム（サブユニット）１３と、チューナ（サブユニット）４と、デマルチプレクサ７と、ＡＶデコーダ８を備える。ＣＡモジュール２は、コントローラ１８と、スマートカードスロット２０と、パネルサブユニット２１と、コンディショナルアクセスサブユニット１６ａを備える。このコンディショナルアクセスサブユニット１６ａは、例えばＩＥＥＥ１３９４リンク／物理層モジュール６のＤＴＣＰモジュール内に構成される。「主」コントローラ１２、モデム（サブユニット）１３、チューナ（サブユニット）４、コントローラ１８、パネルサブユニット２１及びコンディショナルアクセスサブユニット１６ａは、ＡＶ／Ｃ用の制御バス２２を介して接続されている。スマートカードスロットは、コンディショナルアクセスサブユニット１６ａを介してこの制御バス２２に接続されている。モデム（サブユニット）１３、チューナ（サブユニット）４、パネルサブユニット２１及びコンディショナルアクセスサブユニット１６ａは、ＡＶ／Ｃサブユニットターゲットである。
【００８５】
一般的に、ネットワークコンディショナルアクセスに必要なサブユニットエンティティの物理的位置及び位置関係は重要でない。どのサブユニットが必要であるかは、手元にあるＣＰＣＭシステムの物理機器間の機能的スプリットに依存する。例えば、統合デジタルＴＶ（ＩＤＴＶ）及び１３９４コンディショナルアクセスモジュール間でＣＰＣＭを実現すると、ＣＡモジュールは、ＣＰＣＭ用「主」コントローラとして機能するＩＤＴＶ内に配置されたＡＶ／Ｃコントローラにより制御される。一旦これがＣＡモジュール内でのサービスの復号を開始すると、ＣＡモジュールコントローラは、ＩＤＴＶのチューナサブユニットを制御する必要があるかもしれない。これは実行依存性である。
【００８６】
自身のチューナサブユニットからのサービス情報をＩＤＴＶがいかに処理するかは、ＩＤＴＶの実行に依存するので、このインタフェースはＡＶ／Ｃ準拠である必要はない。更に、モデムサブユニットもＩＤＴＶ内にあり、もしモデムが例えばＣＡモジュールにより制御される必要がなければ、これとコントローラとの間のインタフェースは、プライベートとなし得る。
【００８７】
同様に、スマートカードスロットは、一般にＣＡモジュール内にあるので、ＡＶ／Ｃスマートカードインタフェースを露出させる必要はない。結論として、ＣＰＣＭの実用化に際し、セットアップが一層簡単になる。
【００８８】
しかし、柔軟性はこの特定のサブユニット制御インタフェース中に設けられるので、もしＡＶ／Ｃプロトコルを介して実行し且つこれに応じて露出されると、それらのリソースを多くのコントローラ間で共用可能である。図７は、本発明による第２の実施の形態を示し、ここでは２つのＣＡモジュール２、２３がＤＶＢレシーバ１とインタフェースする。図１に示す実施の形態の場合に加えて、第２のＣＡモジュール２３は、ＣＡモジュール２の「背後」でＩＥＥＥ１３９４リンク３に接続される。消費者が第１のプロバイダ＃１からの暗号化サービスを選択すると、ＣＰＣＭシステムは、自動的にＩＥＥＥ１３９４リンク３を介してそのプロバイダ、ここでは例えば第２のＣＡモジュール２３から関連するＣＡモジュールに又はそれからその伝送を自動的に協議する。そして、消費者が第２のＣＡプロバイダ「プロバイダ２」からの暗号化されたサービスを選択すると、ＣＰＣＭシステムは、そのプロバイダは関連するＣＡモジュール、ここでは例えばＣＡモジュール２に又はそれからＩＥＥＥ１３９４リンク３を介してその伝送を自動的に協議する。暗号化方策は、勿論図１に示すものと同様である。すなわち、プロバイダ１からの暗号化されたＤＶＢサービスは、第２のＣＡモジュール２３に「プロバイダ１」暗号化で供給され、リンク暗号化でＤＶＢレシーバ１に戻される。そして、プロバイダ２からの暗号化ＤＶＢサービスは、「プロバイダ２」暗号化でＣＡモジュール２に供給され、またリンク暗号化でＤＶＢレシーバ１に戻される。
【００８９】
図８は、本発明による第３の好ましい実施の形態を示し、この第３の実施の形態では、２つの表示装置がネットワークを介して単一のＣＡモジュールを共用している。図１に示す場合に加えて、表示装置２４は、ＣＡモジュール２の「背後」でＩＥＥＥ１３９４リンク３に接続され、ここでは暗号化ＤＶＢサービスがプロバイダ暗号化でＣＡモジュール２に供給され、リンク暗号化でＤＶＢレシーバ１に戻されるとともに、表示装置２４に送られる。どのくらい多くのユーザが同時にこのサービスにアクセス可能にするかは、勿論サービスプロバイダの問題である。ここで、表示装置２４は、チューナ４から利用可能なサービスにアクセスするために、ＤＶＢレシーバ１におけるＡＶ／Ｃチューナサブユニット４の存在に依存する。
【００９０】
（コンテンツストレージ機器）
ストレージ機器は、一般にＤＴＣＰ保護コンテンツのシンク及びソース機器の両方であり、フォーマットコグニザント又はフォーマットノンコグニザントの何れでもよい。
【００９１】
プロトコルのＡＶ／Ｃセットは、ディスクサブユニット［１１］用の定義及びコマンドセットを含んでいる。「ディスク」は、種々の形態をとり得るが、ＡＶハードディスクストレージ機器タイプ［１２］の特殊サブユニット規格がある。
【００９２】
一般に、ストレージ機器は、ＡＶコンテンツエリア及びコンピュータコンテンツエリア、すなわちファイルシステムパーティションを有する。ＡＶ／Ｃディスクサブユニットは、ＡＶコンテンツエリアをカバーする。このディスクサブユニットは、そのコンテンツストレージデスクリプタ及び制御ＡＰＩのセットを介して、チューナサブユニットがブロードキャストサービスに対して行うのと同様の方法で、ストアされたコンテンツを制御機器に利用可能にする。ストレージデスクリプタは、コンテンツの要約インタフェースを提供し、コンテンツには通常の低レベルファイルアクセスタイプの操作ではアクセス不可能であるので、保護されたコンテンツのセキュアストレージを可能にする。
【００９３】
ＤＴＣＰを実行するシンクストレージ機器は、ＤＴＣＰアドプタ契約書［１３］で規定するＤＴＣＰ遵守規則及び耐性規則に従わなければならない。これに従うことにより、このようなストレージ機器の確実なコンテンツ保護を保証する。
【００９４】
（オーソライズされたドメインのモバイル機器への拡張）
受信機器に永久的に接続することを意図していない機器であるモバイル機器には、特別の処置を必要としない。
【００９５】
保護されたコンテンツをポータブル機器に伝送し又はコピーするとき、家庭の固定記録機器と同様の方法で認証を行う。次に、ポータブル機器は、記録されたコンテンツを自由に再生可能である。もしポータブル機器がデジタル又はアナログ出力インタフェースを有する場合には、保護されストアされたコンテンツの更新伝送が、固定機器の場合と同様に、通常の認証により行われることとなる。
【００９６】
固定ストレージ機器の場合と同様に、ＤＴＣＰ遵守規則に従っているモバイルストレージ機器は、コンテンツ保護及びコピー管理システムがそのまま有効であることを保証する。
【００９７】
（ＣＰＣＭ動作シナリオ）
ＣＰＣＭエレメント間での相互作用を示すために、幾つかのＣＰＣＭシナリオを以下に説明する。
【００９８】
（ユーザによるサブスクリプションサービスの選択）
図９は、このシナリオのシーケンス図を示す。ユーザがステップＳ１でＣＡモジュール２をＤＶＢレシーバ１に接続した後に、ステップＳ２で機器の認証を行い、更にステップＳ３でユーザはスクランブルされたサービスを選択する。次に、ＤＶＢレシーバ１及びＣＡモジュール２は、ステップＳ４で交換キー及びステップＳ５でコンテンツキーを確立する。その後、ＤＶＢレシーバ１はステップＳ６でＣＭＰ接続をセットアップし、そしてＤＶＢレシーバ１のＡＶ／Ｃコントローラ１２は、ＣＡサブユニット１６ａのCA_ENABLEコマンドを使用して、ステップＳ７で選択されたサービスのデスクランブルの開始を試みる。もしユーザが十分な権利（ステップＳ８でＣＡモジュールにおける所有権マナーでチェック）を有すると、ステップＳ９で要求が許可され、ステップＳ１０でユーザは復号されたサービスを観る。もしステップＳ１１で要求が許可されないと、ＤＶＢレシーバ１は、ステップＳ１３で適当なパネルダイアログセッションを開始する。そして、ステップＳ１４でダイアログエレメントを取得し、ユーザに対して何故復号が可能でなかったのかをステップＳ１５で通知する。
【００９９】
ステップＳ１及びＳ２において、このシナリオのために示すデバイス認証プロセスは、ＣＰＣＭ準拠機器の各組み合わせに対して行われるが、以下のシナリオでは示されない。
【０１００】
（ユーザはインパルスＰＰＶイベントを選択する）
図１０は、このシナリオのシーケンス図を示す。ステップＳ１６でＰＰＶイベントをユーザが選択すると、ＤＶＢレシーバ１のアプリケーションは、最初にステップＳ１７でパネルセッションを開始し、ステップＳ１８でダイアログエレメントを取得して、ステップＳ１９で支払を確認する。次に、ステップＳ２０−Ｓ２６で、上述したステップＳ４−Ｓ１０と同様に、ＣＡサブユニットと復号を協議する。実際に支払うプロセスはカバーされない、このプロセスはサービスプロバイダにプライベートな事項である。
【０１０１】
（保護されたコンテンツのレコーディング）
図１１は、このシナリオのシーケンス図である。ユーザは、ＣＡモジュール２により復号されている保護されたコンテンツを既に観ている。ユーザは、そのコンテンツをＣＰＣＭ準拠ディスクレコーダ２５にレコーディングを希望し、またステップＳ２７でＩＥＥＥ１３９４クラスタに接続する。ＤＶＢレシーバ１は、ＣＣＩをそのコンテンツに適切にセットする場合のみ、レコーディングを開始する。したがって、コピーステータスがステップＳ２８で決定される。
【０１０２】
もし「copy-one-generation」又は「copy-free」がステップＳ２９で決定されると、ＤＶＢレシーバ１はステップＳ３０でディスクレコーダ２５へのオーバーラップＣＭＰ接続を確立し、ステップＳ３１でＣＡモジュール２の出力プラグを設定し、ステップＳ３２でディスクレコーダ２５の入力プラグを設定する。ＣＡモジュール２は、ステップＳ３３でディスクレコーダと交換キーを確立し、ステップＳ３４でディスクレコーダとコンテンツキーを確立する。そして、ＤＶＢレシーバ１は、ＡＶ／Ｃディスクレコード（disk RECORD）コマンドを、ステップＳ３５でディスクレコーダに送る。ディスクレコーダ２５は、ステップＳ３６でコピーステータスを決定し、コピーステータスが「copy-one-generation」であるとステップＳ３７で決定されると、コピーステータスは、ステップＳ３８で「no-more-copies」に変更される。
【０１０３】
一方、もしステップＳ２８の後に、ステップＳ３９でコピーステータスが「copy-never」又は「no-more-copies」であると決定されると、ＤＶＢレシーバ１は、ステップＳ４０でＣＡモジュール２とパネルセッションを開始し、ステップＳ４１でダイアログエレメントを取得し、ステップＳ４２でユーザに対してレコーディングが可能でないと通知する。
【０１０４】
（記録された保護コンテンツの再生）
図１２は、このシナリオのシーケンス図を示す。このシナリオは、ＩＥＥＥ１３９４リンク３上にＤＴＣＰ暗号化コンテンツを有するストリームを含み、すなわちブロードキャストＣＡ暗号化を有するストリームではない。最初に、例えばＤＶＢチューナ／ＤＶＢレシーバの表示装置１は、ステップＳ４３でディスクレコーダ２５と通信することによりディスクのコンテンツテーブルを確立し、ステップＳ４４でコンテンツテーブル（目次）をユーザに表示し、ステップＳ４５でディスクトラック用の「play」ボタンを選択する。したがって、表示装置１は、ステップＳ４６でディスクレコーダ２５と交換キーを確立し、ステップＳ４７でディスクレコーダ２５とコンテンツキーを確立し、ステップＳ４８でＣＭＰアイソクロナスコネクションのセットアップを可能にする。表示装置１からディスクレコーダ２５にステップＳ４９でＡＶ／Ｃディスクプレイコマンドを発行した後に、ユーザはステップＳ５０でディスクトラックを受けてデコード可能である。
【０１０５】
このシナリオの拡張は、ストアされたコンテンツの実際のレコーディング又はコピー生成である。これは、取り付けられた第２のレコーディング機器にオーバーレイ接続をセットアップし、ＡＶ／Ｃレコードコマンドを発行するが、ストレージ機器からのコンテンツのコピーステータスが「copy-one-generation」又は「copy-free」であるときのみである。
【０１０６】
（コンテンツの保護メカニズム）
ＤＶＢ  ＣＰＣＭ準拠ソース及びシンク機器は、保護されたコンテンツの伝送の前に最初に相互認証する。コンテンツ伝送は、リンク暗号化により保護される。シンク機器は、ＤＴＣＰアドプタ契約［１３］の遵守規則及び耐性規則に従う必要がある。これにより、ＣＡモジュールを離れた後でのコンテンツの継続した保護を保証する。
【０１０７】
（ＤＶＢ  ＣＰＣＭ  ＡＰＩ）
（序説）
ＣＰＣＭ準拠機器は、ＣＰＣＭターゲット３０及びＣＰＣＭコントローラ２６のカテゴリに分割可能である。
【０１０８】
図１３は、ＣＰＣＭコントローラ２６及びＣＰＣＭターゲット３０の全体的なアーキテクチャを示す。これらは、ＩＥＥＥ１３９４リンク３のＡＶ／Ｃ及び派生するシステムＡＰＩを介して接続されている。
【０１０９】
ＣＰＣＭコントローラ２６は、ホストアプリケーション２７と、ＣＰＣＭマネジャＡＰＩとしてのベースラインＣＰＣＭマネジャ２７及び所有権のＣＰＣＭプラグイン２８と、ＣＰＣＭコントローラＡＰＩとしてのＣＰＣＭベースラインツールボックス２９を備える。
【０１１０】
ＣＰＣＭ  ＡＰＩは、ＣＰＣＭコントローラＡＰＩ及びＣＰＣＭマネジャＡＰＩである。これらＡＰＩの詳細な規格は、この明細書中では省略し、むしろその必要な機能の概要のみを説明する。
【０１１１】
ＣＰＣＭターゲット３０は、ＣＰＣＭコントローラ２６のコマンドを受け、ＤＴＣＰによる保護されたコンテンツをソース及び／又はシンクする機器である。これらの例は、スタンドアローンチューナ（ソースのみ）、ＣＡモジュール及びストレージ機器（これらはソース及びシンクの両方）である。
【０１１２】
ＣＰＣＭターゲット３０は、ＣＰＣＭコントローラ２６により排他的に制御されるので、ＡＰＩを露出することはない。ＣＡモジュールの例であるＣＰＣＭターゲット３０のアーキテクチャは、図１４に示されている。この場合に、ＣＰＣＭターゲット３０は、最下位層のＩＥＥＥ１３９４層４１と、このＩＥＥＥ１３９４層４１の上のＤＴＣＰ暗号化エンジン３９と、ＩＥＥＥ１３９４層４１及びＤＴＣＰ暗号化エンジン３９の上のＩＥＣ６１８８３  ４０と、このＩＥＣ６１８８３  ４０の上のＡＶ／Ｃゼネラル層３７と、このＡＶ／Ｃゼネラル層３７の上のＡＶ／Ｃセキュアバス３６、ＡＶ／Ｃ  ＣＡサブユニットターゲット３３、ＡＶ／Ｃパネルサブユニットターゲット３４及びＡＶ／Ｃチューナサブユニットコントローラ３５と、ＡＶ／Ｃセキュアバス３６の上のＤＴＣＰ  ＡＫＥ３１及びＤＶＢ  ＡＫＥ３２を含んでいる。
【０１１３】
その他のターゲット機器には、他のＡＶ／Ｃサブユニットターゲットがインストールされている。
【０１１４】
（ＣＰＣＭコントローラ）
ＣＰＣＭコントローラ２６は、ＤＴＣＰに従って保護されたコンテンツを出力する機能を有する。これらの例は、ＤＴＶ、ＳＴＢ、ＰＣである。
【０１１５】
ＣＰＣＭコントローラ２６は、ＣＰＣＭターゲットともなり得るが、その逆はない。
【０１１６】
図１５は、ＣＰＣＭコントローラのアーキテクチャを示す。この場合に、ＣＰＣＭＣＰＣＭコントローラ２６は、最下位層のＩＥＥＥ１３９４層５０と、このＩＥＥＥ１３９４層５０の上のＤＴＣＰ暗号化エンジン４９と、ＩＥＥＥ１３９４層５０及びＤＴＣＰ暗号化エンジン４９の上のＩＥＣ６１８８３  ４８と、このＩＥＣ６１８８３ ４８の上のＡＶ／Ｃゼネラル層４７と、このＡＶ／Ｃゼネラル層４７の上のＡＶ／Ｃセキュアバス４６及びＡＶ／Ｃ  ＣＡサブユニットコントローラ４５と、このＡＶ／Ｃセキュアバス４６の上のＤＴＣＰ  ＡＫＥ４３及びＤＶＢ  ＡＫＥ４４と、ＤＴＣＰ  ＡＫＥ４３、ＤＶＢ ＡＫＥ４４及びＡＶ／Ｃ  ＣＡサブユニットコントローラ４５の上のＣＰＣＭコントローラ層４２を含んでいる。
【０１１７】
このＣＰＣＭコントローラＡＰＩは、次のサービスを提供可能である。
＊特定のCA_system_id及びコピーステータスを有する特定のサービス及びストリームコンポーネントの復号
＊ダイナミックにロードされた所有権ＣＰＣＭプラグインモジュールのＤＶＢ特定認証
＊サービスに選択されたコピーステータスのＤＴＣＰ暗号化を適用してＣＰＣＭ外部インタフェースに出力
＊ローカル及びＣＡ以外のリモートＡＶ／Ｃ間のゼネラルＡＶ／Ｃコマンド及びレスポンスインタフェース
【０１１８】
ＡＶ／Ｃ  ＣＡサブユニットコントローラ４５は、ＣＰＣＭベースラインツールボックス２９と一体である。ＡＶ／Ｃゼネラル層４７は、ホスト機器中に存在する他のサブユニットコントローラ又はターゲットに又はそれから通信するために設けられている。これらは、図１３中に示すＣＰＣＭベースラインマネジャ内にある。ＣＰＣＭコントローラＡＰＩのＡＶ／Ｃゼネラル層４７は、タイプＣＡのＡＶ／Ｃに又はそれからのＡＶ／Ｃコマンド及び応答（レスポンス）を受けることはなく、インテグレートされたＣＡサブユニットコントローラのサーカムベンションは不可能である。
【０１１９】
ＤＶＢ  ＡＫＥ４４は、ＳＶＢ  ＣＰＣＭ特定認証に適用されない。これは、ＤＶＢ用の新しいカテゴリでＡＶ／Ｃセキュアバスプロトコルを使用する。また、プロバイダ特定の認証及びキー交換は、ＤＶＢ ＡＫＥ４４内にも設けられている。
【０１２０】
ＤＴＣＰ  ＡＫＥ４３は、一般に機器の認証及びキー交換のために適用される。
【０１２１】
（ＣＰＣＭマネジャ）
ＣＰＣＭマネジャ２７は、ＣＰＣＭコントローラ機器２６内にあるモジュールである。その作用は次の通りである。
＊ＡＶ／Ｃサブユニットコントローラ及びターゲットにホストし且つこれらからホスト機器リソースにインタフェースする
＊暗号化サービスの復号のためホストアプリケーション要求を扱う
＊所有権ＣＰＣＭプラグインを認証し、その後にこれらがコントローラリソースにアクセスするのを許可する
【０１２２】
図１６は、ＤＶＢレシーバ１の具体例のＣＰＣＭマネジャ２７を示す。この場合、ＣＰＣＭマネジャ２７は、ホストチューナと通信するＡＶ／Ｃチューナサブユニットターゲット５１及びホストＧＵＩと通信するＡＶ／Ｃパネルサブユニットコントローラ５２を含んでいる。
【０１２３】
（好ましい実施要件）
（好ましい機器要件）
上述した好ましい実施の形態によると、ＣＰＣＭ機器は、好ましくは４００Ｍビット／秒のグロススループットを有するＳ４００バリアントであるＤＴＣＰを有するＩＥＥＥ１３９４デジタルインタフェースを備えるべきである。シリコンは広く利用され、種々のアプリケーションエリアで既に配置されている。
【０１２４】
（好ましい機器製造者の要件）
この明細書中で定義されるＣＰＣＭ準拠機器の製造者は、次のアクションをとらなければならない。
＊ＤＴＣＰのアドプタになること
＊ＤＴＬＡからデバイスキーを取得すること
＊プロダクト設計をＤＴＣＰ遵守規則及び耐性規則に従わせること
【０１２５】
（好ましいサービスプロバイダの要件）
ＤＶＢ  ＣＡサブシステムの実施は、本発明の範囲外であり、そこでサービスプロバイダにオープンにしている。
【０１２６】
（有用性）
消費者の観点から、本発明は次の如き効果を有する。
＊例えばＩＥＥＥ１３９４標準により設けられたＣＰＣＭ準拠機器間で簡単且つ堅牢な物理的接続
＊インストレーション（据付）及びコンフィギュレーション努力不要
例えばＩＥＥＥ１３９４及びプロトコルは、接続された機器が自動的に認識でき、ユーザの介入なしで即座に使用可能にすることを保障する
【０１２７】
以上、本発明によるネットワーク用のコンテンツ保護及びコピー管理システムの好ましい実施の形態の構成及び動作を詳述した。しかし、これらの実施の形態は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であること、当業者には容易に理解できよう。例えば、ＩＥＥＥ１３９４ベースのＣＰＣＭクラスタは、ホーム（家庭用）ネットワークの一部となり、例えば多数の表示装置間でＣＡモジュール共用し、又は多数のＣＡモジュールをネットワークに接続することが可能である。しかし、システム構成の観点から、ここに提案する解決策は、コンテンツ暗号化メカニズを含まないので、それを補足的なコンテンツ暗号化システム及びデジタル権利管理システムと一体化することも可能である。
【０１２８】
【発明の効果】
以上の説明から明らかなように、本発明によると、次の如き実用上の顕著な効果が得られる。すなわち、安価且つ許容可能な時間で実現可能であり、サービスの盗用への応答を含めサービスプロバイダによるサービスのサポート管理、小売プロダクトのオープンな競争のサポート、低コストで既知の妥協機器の無効化を含めホストにおけるコンテンツ保護要件のライセンス強制のコンテンツ所有者及びネットワークオペレータ要件のサポート、サテライト（通信衛星）、ケーブル及び地上波による各種ネットワークでの動作（戻りチャンネルを必要としない）及び柔軟性に富み且つ使用が容易なＣＰＣＭ用の消費者に使い勝手のよい解決策が提供可能である。
【０１２９】
好ましくは既存の業界標準に基づいているので、必要に応じて現在サポートされていない標準に拡張が提案される。
【０１３０】
復号されたデジタルコンテンツは、モジュールの外部デジタルインタフェースで利用できないので、セキュリティ（安全性）が強化される。また、このコンテンツ保護メカニズムを迂回しようとする努力に対して内部的に堅牢である。
【０１３１】
確立されたネットワークインタフェースに基づき、柔軟性を付加することが可能である。すなわち、本発明によるユーザの既存のＣＰＣＭシステムに付加ＣＡモジュールを簡単に接続可能である。インタフェース標準及びプロトコルは、ネットワーク内の複数のモジュールの管理を行うことが可能である。
【図面の簡単な説明】
【図１】
本発明による基本ＣＰＣＭ民生用機器セットアップの第１の好ましい実施の形態を示す図である。
【図２】
本発明の第１の好ましい実施の形態によるＤＶＢレシーバ（ＩＤＴＶ）のブロック図である。
【図３】
本発明の第１の好ましい実施の形態によるコンディショナルアクセスモジュールのブロック図である。
【図４】
本発明の第１の好ましい実施の形態による機能部分の全体図である。
【図５】
本発明の第１の好ましい実施の形態によるＣＰＣＭ機器インタフェース基本プロトコルスタックを示す図である。
【図６】
本発明の第１の好ましい実施の形態によるＣＰＣＭＡＶ／Ｃサブユニットを示す図である。
【図７】
複数のＣＡモジュールを使用する本発明による基本ＣＰＣＭ民生用機器セットアップの第２の好ましい実施の形態を示す図である。
【図８】
第２の表示装置を使用する本発明による基本ＣＰＣＭ民生用機器の第３の好ましい実施の形態を示す図である。
【図９】
本発明の好ましい実施の形態によるフローチャートであり、サービス復号のＣＰＣＭシナリオを示す。
【図１０】
本発明による好ましい実施の形態のフローチャートであり、ＰＰＶイベント復号のＣＰＣＭシナリオを示す。
【図１１】
本発明による好ましい実施の形態のフローチャートであり、保護コンテンツ記録のＣＰＣＭシナリオを示す。
【図１２】
本発明による好ましい実施の形態のフローチャートであり、記録された保護コンテンツ再生のＣＰＣＭシナリオを示す。
【図１３】
本発明の好ましい実施の形態によるＣＰＣＭ全体のアーキテクチャを示す図である。
【図１４】
本発明の好ましい実施の形態によるＣＰＣＭターゲットアーキテクチャ（ＣＡモジュール）を示す図である。
【図１５】
本発明の好ましい実施の形態によるＣＰＣＭコントローラアーキテクチャを示す図である。
【図１６】
本発明の好ましい実施の形態によるＣＰＣＭマネジャアーキテクチャを示す図である。
【符号の説明】
１  ＤＶＢレシーバ、２、２３  ＣＡ（コンディショナルアクセス）モジュール、３  ネットワーク（ＩＥＥＥ１３９４リンク）、４  チューナサブユニット、５  スイッチ、６  ＩＥＥＥ１３９４リンク／物理層モジュール、７、１４  デマルチプレクサ、８  Ａ／Ｖデコーダ、９  ミキサ、１０  ＯＳＤユニット、１２、１８  コントローラ、１３  モデムサブユニット、１５  デスクランブラ、１６  ＣＡサブユニット、１７  制御バス、１９  ＣＡ復号器、２０  スマートカードスロット、２１  パネルサブユニット、２２  オーディオビデオ制御（ＡＶ／Ｃ）