(57)【要約】  ケーブル入力から受信されるデータに基づきビデオ出力を生成するための方法。アクセスモジュールで前記ケーブル入力を受信する段階と、前記アクセスモジュールで少なくともいくつかの前記ケーブル入力への条件付きアクセスを復調及び提供する段階と、前記アクセスモジュールからメディア処理モジュールに少なくともいくつかの前記ケーブル入力を転送する段階と、コンピュータ生成されたグラフィクスを前記メディア処理モジュールで受信する段階と、前記ビデオ出力を生成するために前記メディア処理モジュールにおいて少なくともいくつかの前記ケーブル入力及び前記コンピュータ生成されたグラフィクスを混合する段階とを具備することを特徴とする【特許請求の範囲】
【請求項１】
ケーブル入力から受信されるデータに基づきビデオ出力を生成するための方法であって：
アクセスモジュールで前記ケーブル入力を受信する段階と、
前記アクセスモジュールで少なくともいくつかの前記ケーブル入力への条件付きアクセスを復調及び提供する段階と、
前記アクセスモジュールからメディア処理モジュールに少なくともいくつかの前記ケーブル入力を転送する段階と、
コンピュータ生成されたグラフィクスを前記メディア処理モジュールで受信する段階と、
前記ビデオ出力を生成するために前記メディア処理モジュールにおいて少なくともいくつかの前記ケーブル入力及び前記コンピュータ生成されたグラフィクスを混合する段階と
を具備することを特徴とする方法。
【請求項２】
条件付きアクセスを提供する前記段階はさらに、ＯＣＡＰ条件付きアクセス技術を用いて条件付きアクセスを提供する段階を具備することを特徴とする請求項１に記載の方法。
【請求項３】
転送する前記段階はさらに、デジタル権利管理（ＤＲＭ）プロトコルを確実にする相互接続を介して前記メディア処理モジュールに前記少なくともいくつかの前記ケーブル入力を転送する段階を具備することを特徴とする請求項１に記載の方法。
【請求項４】
前記相互接続は、ＤＴＣＰを採用するＩＥＥＥ１３９４バスであることを特徴とする請求項３に記載の方法。
【請求項５】
コンピュータビデオシステムであって：
ケーブル入力を受信し、前記ケーブル入力を復調し、かつ前記復調ケーブル入力からカスタマーアクセスに関連付けられるデータストリームを抽出するためのアクセスモジュールと、
メディアプロセッサモジュールに前記抽出データストリームを転送するための相互接続と
を具備し、
前記メディアプロセッサモジュールはまた、コンピュータ生成されたグラフィクスを受信し、かつビデオ出力ストリームを生成するために前記抽出データストリームを前記コンピュータ生成されたグラフィクスに混合することを特徴とするシステム。
【請求項６】
前記相互接続は、ＤＴＣＰプロトコルを採用するＩＥＥＥ１３９４バスであることを特徴とする請求項５に記載のコンピュータビデオシステム。
【請求項７】
ケーブルデータ処理システムであって：
コンピュータに関連付けられる汎用プロセッサによってアクセスすることができず、流入ケーブルデータストリーム上で動作するために特権的アプリケーションプログラムインターフェース（ＡＰＩ）を含む第１モジュールと、
前記コンピュータに関連付けられる前記汎用プロセッサによってアクセスすることができ、前記流入ケーブルデータストリーム上で動作するために安全なＡＰＩを含む第２モジュールと
を具備することを特徴とするシステム。
【請求項８】
前記特権的ＡＰＩは、ＯＣＡＰ規格のＡＰＩの第１サブセットであり、前記安全なＡＰＩは、ＯＣＡＰ規格のＡＰＩの第２サブセットであることを特徴とする請求項７に記載のケーブルデータ処理システム。
【請求項９】
少なくとも１つのＡＰＩは、ＯＣＡＰ規格のＡＰＩの前記第１サブセット及び前記第２サブセットの両方で複製されることを特徴とする請求項８に記載のケーブルデータ処理システム。
【請求項１０】
コンピュータのためのケーブルデータ入力カードであって：
前記ケーブルデータ入力カードにケーブルデータを伝える同軸ケーブルを受容することができるＲＦ入力と、
前記ケーブルデータ内でデータストリームへのアクセスを選択的に許可するための条件付きアクセス機能を含み、その中に挿入されるＰＣＭＣＩＡカードを有するＰＣＭＣＩＡスロットと、
安全な相互接続へ前記条件付きアクセス機能によって許可されるそれら前記データストリームを出力する出力と
を具備することを特徴とするケーブルデータ入力カード。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、“A Secure Media Computing Environment”の名称で２００４年２月２３日に出願された米国仮特許出願番号６０／５４６８５８に関し、優先権主張を伴い、その開示が参考のためにここで示される。本出願はまた、“A Secure Split OCAP Computing Environment”の名称で２００４年２月２３日に出願された米国仮特許出願番号６０／５４６８５７に関し、優先権主張を伴い、その開示が参考のためにここで示される。
【背景技術】
【０００２】
本発明は一般に、安全なメディアコンピューティング環境を提供するためのフレームワーク及びそれに関連付けられる方法を説明し、より詳細には、本発明は、オープンケーブル環境内でセットトップボックスとしてコンピュータが動作できるようにする技術及び構造の一例を説明する。
【０００３】
情報通信関連技術は、ここ数十年で急速に進化してきた。（２〜３例を挙げると）テレビジョン、携帯電話、インターネット、及び光通信技術は、利用可能な情報及びエンターテイメントオプションでコンシュマーをとめどなく溢れさせている。テレビジョンを例にとると、ここ３０年間は、ケーブルテレビジョンサービス、サテライトテレビジョンサービス、ペイパービュームービー、及びビデオオンデマンドが導入されてきている。１９６０年代のテレビジョン視聴者は通常、彼らのテレビジョンセット上でおそらく４つか又は５つの無線ＴＶチャンネルを受信できたが、今日のＴＶ視聴者は、何百及び潜在的には何千もの番組及び情報チャンネルから選択する機会を有する。ホテル等で主に最近使用されるビデオオンデマンド技術は、在宅で何千ものムービータイトルの中からエンターテイメントを選択する可能性を提供する。Tibo, Inc., 2160 Gold Street, Alviso, CA 95002によって提供されるようなデジタルビデオ記録（ＤＶＲ）装置も、利用可能な選択肢を広げる。
【０００４】
セットトップボックス（ＳＴＢ）は、例えばテレビジョン画面上のケーブルコンテンツに基づき、流入するケーブルコンテンツと情報の制御ディスプレイとの間の安全な相互作用を制御するのに用いられる業界標準装置である。従来のＳＴＢは、均一な視聴エクスペリエンス及び信頼性を提供するためだけでなく、ケーブル操作者のデジタル権利管理（ＤＲＭ）プログラムに調和する方法でケーブルコンテンツを分配するための安全な機構を提供するために、例えばユーザーインストールの又はサードパーティアプリケーションのような新規アプリケーションに対してクローズされる安全で単独のコンピューティング環境からなる。最近になって、ＰＣＩプラグインカードは、アナログケーブルコンテンツの受信及び表示を有効にするパーソナルコンピュータのために開発されてきたが、これらのＰＣＩプラグインカードは、許可能力、メディア保護に欠け、ＤＲＭについて規定しておらず、そのようなカードによってデジタルケーブルコンテンツが配信できないようになる。
【０００５】
今日、ＤＲＭ及び他のアクセス制御は通常、デジタルケーブルコンテンツの提供に関連付けられる規格のための必須要素である。そのような規格の１つとして、Cable Televisions Laboratories, Inc.,によって公表されたオープンケーブルアプリケーションプラットフォーム（ＯＣＡＰ）は、セットトップ又はテレビジョン受信ハードウェアの違いとは無関係の各種ケーブルテレビジョンシステムに互換性のあるそのような製品を双方向テレビジョンサービス及びアプリケーションの開発者が設計できるようにすることを目的としたソフトウェアレイヤー規格を提供する。しかし現在、例えばＰＣがＯＣＡＰ準拠セットトップとして動作できるようにすることによってデジタルケーブルコンテンツをＰＣが消費できるようにするための利用可能な解決策がない。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明によるシステム及び方法は、ケーブル入力から受信されるデータに基づきビデオ出力を生成するための方法であって、アクセスモジュールで前記ケーブル入力を受信する段階と、前記アクセスモジュールで少なくともいくつかの前記ケーブル入力への条件付きアクセスを復調及び提供する段階と、前記アクセスモジュールからメディア処理モジュールに少なくともいくつかの前記ケーブル入力を転送する段階と、コンピュータ生成されたグラフィクスを前記メディア処理モジュールで受信する段階と、前記ビデオ出力を生成するために前記メディア処理モジュールにおいて少なくともいくつかの前記ケーブル入力及び前記コンピュータ生成されたグラフィクスを混合する段階とを具備する方法によって、これら課題及び他の課題を解決する。
【０００７】
本発明の実施形態の一例によると、ケーブルデータ処理システムであって、コンピュータに関連付けられる汎用プロセッサによってアクセスすることができず、流入ケーブルデータストリーム上で動作するために特権的アプリケーションプログラムインタフェース（ＡＰＩ）を含む第１モジュールと、前記コンピュータに関連付けられる前記汎用プロセッサによってアクセスすることができ、前記流入ケーブルデータストリーム上で動作するために安全なＡＰＩを含む第２モジュールとを具備する。
【０００８】
本発明の実施形態のさらなる一例によると、コンピュータのためのケーブルデータ入力カードであって、前記ケーブルデータ入力カードにケーブルデータを伝える同軸ケーブルを受容することができるＲＦ入力と、前記ケーブルデータ内でデータストリームへのアクセスを選択的に許可するための条件付きアクセス機能を含み、その中に挿入されるＰＣＭＣＩＡカードを有するＰＣＭＣＩＡスロットと、安全な相互接続へ前記条件付きアクセス機能によって許可されるそれら前記データストリームを出力する出力とを具備する。
【発明を実施するための最良の形態】
【０００９】
本発明の以下の詳細な説明は、添付図面に言及する。各図面の同一参照番号は、同一又は類似の要素を示す。また、以下の詳細な説明は、本発明を限定するものではない。代わりに、本発明の範囲は、添付した特許請求の範囲によって画定される。
【００１０】
一定の状況を提供してその検討をするために、本発明を実施できる集合メディアシステム１００の一例が図１に関して最初に説明される。当業者であれば分かるが、本発明は、このタイプのメディアシステムにおける実施に限定されず、より多いか又はより少ないコンポーネントがそこに含まれてもよい。そこにおいて、中央コンポーネントは、ＤＲＭと他のＯＣＡＰの特性とを支援する分割ハードウェア及び／又は分割ソフトウェアアーキテクチャを備える少なくとも１つの汎用プロセッサを含む一方で、以下に詳細に説明されるように、さらに、ケーブル入力１０４に関連付けられる一定のデータストリームに他のアプリケーションがアクセスできるようにするメディア処理装置１０２である。とりわけ、メディア処理装置１０２は、ＰＣへのケーブル（及び他のメディア配信システム）接続性を提供するためのモジュール的接近法を用いて実行される。本発明の実施形態の一例によるメディア処理ユニットのいくつかの特徴は、以下のものを含む。
１．デジタル及びアナログケーブルシステムに接続する能力。
２．例えば、オープンケーブル規格に従う条件付きアクセス（Ｃｏｎｄｉｔｉｏｎａｌ  Ａｃｃｅｓｓ）処理。
３．特別のケーブルチャンネル、直接放送衛星（ＤＢＳ）、ＮＴＳＣ、及びＡＴＳＣ放送のための追加のチューナー及び条件付きアクセス機能と、ＤＯＣＳＩＳケーブルモデムとを含むモジュラー拡張性。
４．アドバンストユーザーインタフェース及び制御機能の構築及び実行のためのオープンＰＣベースのプラットフォーム。
５．条件付きアクセス、コンテンツ保護、及びデジタル権利管理インテグリティを確実にするための効率的なセキュリティ。
【００１１】
メディア処理装置１０２内の（複数の）汎用プロセッサは、ユーザーアプリケーション（例えば、ＰＣ  ＣＰＵ及びグラフィクス）をホストすることができる。これはとりわけ、外部制御に対して通常クローズされる各種ＳＴＢサービスを用いるアプリケーションをユーザー又はサードパーティソフトウェアプロバイダーが書込めるようにする。これらの特徴はさらに、従来のＳＴＢが低電力であるため、ＰＣのアドバンスト機能を用いるアプリケーションをケーブル操作者が書込めるようにする。システム１００の一例はまた、例えば放送衛星１０６、無線テレビジョン１０８、ビデオソース１１０、及びインターネット１１２のように、図１に図示されるような各規格／技術を用いるメディア処理ユニット１０２への接続を提供する多数の他のコンテンツソースを含む。遠隔制御装置１１４は、メディア処理ユニット１０２上で動作する比較的ハイレベルのディスプレイアプリケーションによって支配される入力コンテンツに基づき出力を生成するメディア処理ユニット１０２を制御するのに用いることができる。出力装置の一例は、ディスプレイ１１６及び（受信器１２０を介する）スピーカー１１８を含む。
【００１２】
上述のように、ケーブルコンテンツの確実な取扱いに関連付けられる規格の一例は、ＯＣＡＰであり、ここで本発明の実施形態の一例を説明するのに用いられる。当業者であれば分かるが、ＯＣＡＰ以外の規格は、本発明の実施形態のもう１つの例に関連して使用されうる。ＯＣＡＰのいくつかの特徴がここで説明されるが、興味のある読者は、Cable Television Laboratories, Inc., 858 Coal Creek Circle, Louisville, CO, 80027-9750から入手可能な、OpenCableTM Application Platform Specification, OCAP 1.0 Profile, OC-SP-OCAP1.0-I14-050119 January 19, 2005を参照し、その開示は、参考のためにここで示される。
【００１３】
本発明による分割ハードウェア及び／又は分割ソフトウェアアーキテクチャをさらに理解するために、従来のＳＴＢのためのＯＣＡＰソフトウェアアーキテクチャの説明が図２に関して最初に検討される。ここで、電子プログラムガイド２０２及びビデオオンデマンドアプリケーション２０４を含む多数のアプリケーション２００〜２０６は、ＯＣＡＰアプリケーションプログラムインターフェース（ＡＰＩ）２０８を介してケーブルコンテンツを受信し、それは、上記で示した参考文献で特定される。モニターアプリケーション２００は、資源管理やセキュリティ等のような機能を含む他のアプリケーションのライフサイクルを管理するのに用いられる各種機能を提供する。ＥＰＧアプリケーション２０２は、例えばユーザーがテレビジョンチャンネルを選択できるユーザーインターフェースを提供する。ＶＯＤアプリケーション２０４は、ＯＣＡＰソフトウェアアーキテクチャによって支援されうるもう１つのアプリケーションの一例であるが、各種タイプのアプリケーションがブロック２０６によって示されるように、同様に支援されうる。
【００１４】
実行エンジン２１０は、各種製造業者によって供給される各種ハードウェア及びソフトウェア上で各種サービスプロバイダからのプログラム及びコンテンツを動作可能にするプラットフォーム独立型のインターフェースを提供する。実行エンジン２１０は、ジャバ仮想マシン（ＪＶＭ）及びジャバＡＰＩを用いて実行できる。ケーブルネットワークサブシステム２１２は、分配されうるアプリケーションコンポーネントとケーブルネットワークプロトコルとの間の通信を支援する。ネイティブアプリケーション２１４は、比較的速いランタイムを要求するアプリケーションのためのＯＣＡＰ支援だけでなくレガシー機能のための支援も提供する。オペレーティングシステム／ミドルウェア２１６は、それが実行されるべき特定のセットトップボックスハードウェア２１８のための支援を提供する。数ある機能の中で、ソフトウェアレイヤー２１６は、タスク／処理スケジューリング、割込み処理、デバイスドライバー等を支援する。各種ソフトウェアレイヤーに関するさらなる詳細に興味のある読者は、上記で示した参考文献を参照されたい。
【００１５】
従来のセットトップボックスハードウェア２１８は、図３に示されるように多数の各種サブシステムを含む。これらは例えば、（例えば、ケーブルチューナー、各種復調器、及び帯域外トランシーバーを含む）汎用サービスアクセス、（ＳＴＢに関連付けられる（複数の）コンシュマーに対して特定のサービスへのアクセスを選択的に承認する）条件付きアクセス（ＣＡ）サブシステム３０２、（例えば、出力表示のためのビデオ、グラフィクス、及びオーディオデータを処理する）メディア処理サブシステム３０４、（例えば全部図示しないが、ＲＯＭ、フラッシュメモリ、及びＲＡＭを含む）相互接続３０８を介してこれらのサブシステムを制御するプロセッサ３０６を提供するケーブルネットワークインタフェース（ＣＮＩ）３００を含む。ケーブルコンテンツは、ケーブル入力３１０を介してＳＴＢ２１８に提供され、出力３１２を介してテレビジョンに出力される。
【００１６】
上述のように、本発明の実施形態の一例は、ケーブルコンテンツを扱うアプリケーションを開発者がより自在に設計できるような方法でＯＣＡＰ機能を分割すると同時に、ＯＣＡＰ準拠デバイスに要求される確実な環境を保護する。本発明の実施形態の一例によるメディア処理ユニットのための機能分割の一例は、図４に示される。ここで、本発明の実施形態の一例に関連付けられる分割アーキテクチャでは、一方では全ての一連の（又は実質的に全ての一連の）規格化された（例えば、オープンケーブル）要求が満たされ、もう一方では準拠する機能が、コピープロテクトされたコンテンツをフォーマットするためにオープンＰＣ環境に適合され、例えばシステムのデジタル権利管理（ＤＲＭ）インテグリティを保護する業界標準インターフェース上で、それをコンピュータ生成されたグラフィックで結合し、メディア出力を生成する。本発明によるメディア処理ユニット及び技術は、ケーブル接続されたシステムにアプリケーション環境を広げる。図４において、中央線をクロスする矢印は概念的に、これらの特徴を可能にする分割アーキテクチャの部分間におけるデータストリームを図示する。上の矢印は、条件付きアクセスドメインからＰＣディスプレイに保護コンテンツデータストリームを転送し、かつ、それらが必要なＤＲＭ保護を備える局所的に生成されたグラフィックにこれらストリームを結合する、本発明の実施形態の一例の能力を表す。２番目の矢印は、サービスプロバイダの条件付きアクセスドメイン又はコンテンツプロバイダのコンテンツ保護ドメインのインテグリティを妨害することなく、できるだけ多くのオープンケーブルＡＰＩ（及び逆の場合も同じ）にＰＣホストソフトウェアがアクセスできるようにする本発明の実施形態の一例の能力を表す。
【００１７】
本発明の実施形態の一例によるシステム及び方法に関する分割の特徴は、ハードウェア及びソフトウェアの両観点から説明できる。まず、ソフトウェアの観点から始めると、図５は、本発明の実施形態の一例によるメディア処理ユニットのためのソフトウェアレイヤーを図示する。ここで、ＯＣＡＰソフトウェアアーキテクチャに関して変更されない（又は実質的に変更されない）ソフトウェアレイヤーは、図２で用いられるのと同一の参照番号を用いて言及される。本発明に関して特に興味深いのは、ソフトウェアスタックのＡＰＩ部分が２つのグループ：特権的ＡＰＩ５００及び安全なＡＰＩ５０２に分割されることである。ＯＣＡＰ  ＡＰＩの分割の一例を以下に示すが、分割要素の一例は、セキュリティおよび条件付きアクセスなどの、環境を制御するＭＳＯ（Ｍｕｌｔｉｐｌｅ  Ｓｅｒｖｉｃｅ  Ｏｐｅｒａｔｏｒ）の能力に影響しうるＡＰＩだけでなく、ＭＳＯモニターアプリケーションによって必要とされるＡＰＩが特権的であると考えられることである。図６に示されるように、特権的ＡＰＩ５００は、実行エンジンの安全な部分６０２（アクセスモジュールソフトウェア６００の一部）でホストされるのに対し、安全なＡＰＩ５０２は、ＰＣのソフトウェアモジュール６０６によって制御される実行エンジンの一部分６０４でホストされる。アプリケーション及びＡＰＩが往復してデータをパスすることを目的としているので、図６に図示される要素間の通信は例えば、ジャバ遠隔メソッド呼出し（ＲＭＩ）技術を用いて達成されうる。メディア処理サブシステムソフトウェアはまた、分離モジュール６０８として提供されうる。このようにソフトウェアアーキテクチャを分割することで、安全なＡＰＩ及びその関連アプリケーションが（プロセッサ３０６が通常そのコンピューティング資源で比較的限定されている従来のセットトップボックス実装と比べて）ＰＣの追加のコンピューティング資源にアクセスできるようになる。同時に、ＯＣＡＰ準拠デバイスを提供するためにＰＣによって許可され得ないアクセスを有する特権的ＡＰＩは、本発明のハードウェアコンフィギュレーションの一例に関して以下により詳細に説明されるように、分離した、安全な装置にホストされる。ＡＰＩのように、実行エンジン（ＪＶＭ）５１０の一部はまた、（複数の）アクセスモジュールソフトウェアモジュール６００とＰＣソフトウェアモジュール６０６との間で分配される。ＰＣソフトウェアモジュール６０６とアクセスソフトウェアモジュール６００とに対するソフトウェアアーキテクチャの一例に関するさらなる詳細は、それぞれ図８及び９に関して以下に提供される。
【００１８】
本発明の実施形態の一例による分割ソフトウェアアーキテクチャの一例をさらに説明するために、図７Ａ及び７Ｂは、各種アプリケーション及びＡＰＩに対する明示的なホスティング位置を示すテーブルを提供する。図７Ａ及び７Ｂで提供される例は、単に説明に役立てるものであり、アクセスモジュール（ＡＭ）又はコンピュータ（ＰＣ）の何れかに対する特定のＡＰＩ及び／又はアプリケーションの割当てを変更できることに留意すべきである。テーブルにおいて、ＡＭホストエンジン６０２又はＰＣホストエンジン６０４の特定の１つに各アプリケーション及びＡＰＩを割当てることに加えて、他の可能性が存在することに留意されたい。例えば、いくつかのＡＰＩ及び／又はアプリケーションは、ＡＭ及びＰＣの両方にホストでき、その場合テーブルは、それらのＡＰＩ及び／又はアプリケーションを“複製される”として言及する。いくつかの場合、ＡＰＩ及び／又はアプリケーションの位置は、例えば、セキュリティ又はパフォーマンスの提供に対して重要ではなく、何れかのモジュールに割当てでき、その場合テーブルは、それらＡＰＩ及び／又はアプリケーションを“何れかの”として言及する。
【００１９】
本発明の実施形態の一例は、ジャバＲＭＩ技術を用いて遠隔呼出し機能を提供するので、ＡＰＩ又はアプリケーションのユーザーの何れか一方が本発明の特定の実施に対して（例えば、アクセスモジュール、ＰＣ、又は両方における）その特定の位置を決定できない場合がありうる。しかし、この抽象概念を使用し易いように変えること、及びコードの分配を自由に可変することに対する迅速なアクセスのためにジェネリックコードスタブが提供されうる。単に説明に役立てるためだがより詳細には、本発明によるメディア処理ユニットのＰＣソフトウェアモジュールのためのソフトウェアアーキテクチャの実施形態が図８に提供される。ここで、本発明は、他のオペレーティングシステムを走らせる一般のプロセッサに適用可能であることは当業者であれば分かるが、ウィンドウズ（登録商標）オペレーティングシステムを走らせるＰＣが一例で示される。この一例におけるソフトウェアアーキテクチャ８００は、２つの主要なコンポーネント：デバイスドライバー８０２、８０４とＨＴＰＣメディアシステムホスト環境（ＨＭＳＨＥ）と呼ばれるメインプログラム８０６とを有する。デバイスドライバー８０２、８０４は、（複数の）アクセスモジュール６０２及びメディアプロセッサ６０８上でソフトウェア及びハードウェアと通信するのに必要なコードを提供するＣ又はＣ＋＋ウィンドウズ（登録商標）カーネルドライバーである。ＨＭＳＨＥ８０６は、ハイレベルアクセスモジュール及びメディア処理タスクを達成し、マルチメディアアプリケーション８０８を実行するウィンドウズ（登録商標）ユーザーモードアプリケーションである。マルチメディアアプリケーション８０８の単に説明に役立つ一例は、“Control Framework with a Zoomable Graphical User Interface for Organizing, Selecting and Launching Media Items”という名称で２００４年１月３０日に出願された米国特許出願番号１０／７６８４３２で説明され、その開示が参考のためにここで示される。
【００２０】
アクセスモジュールデバイスドライバー８０２は、（複数の）アクセスモジュール６００を初期化し、（複数の）アクセスモジュール６００をウィンドウズ（登録商標）ＯＳに登録する。ドライバー８０２は、それが（複数の）アクセスモジュール６００とのローレベル通信の全てを扱う時点でＨＭＳＨＥアプリケーション８０６が開始されるまで休止状態となる。メディアプロセッサデバイスドライバー８０４は、（複数の）アクセスモジュール６００からのコンテンツの表示を制御するために拡張ＡＰＩを有する加速ビデオカードデバイスドライバーとして実行されうる。ＨＭＳＨＥ８０６のジャバ仮想マシン（ＪＶＭ）８１０は、ＰＣ上でユーザーインタフェースコードを両方ともに実行し、実行エンジン５１０の一部として（複数の）アクセスモジュール６００からＡＰＩを実行する。このため、ＪＶＭ８１０は、任意のアプリケーションプログラムが必要とするジャバＡＰＩを支援でき、オーディオ／ビジュアル装置から予期されうるハイレベルフォルトに対してフォルトトレラントでなければならない。フォルトトレラントのために、ＪＶＭ８１０の実施形態の２つの例を考えることができる。第１に、各アプリケーションは、フォルトを隔離するために、及びＡＰＩ呼出しに対してＲＭＩを介して通信するために別個のＪＶＭ８１０内で実行されうる。第２に、全てのアプリケーションは、単一のＪＶＭ８１０で実行でき、フォルトモニター８１２は、クラッシュ又はハングでＪＶＭ８１０を再起動するのに使用できる。
【００２１】
カスタムモニター８１４は、アクセスモジュールソフトウェアモジュール６００に常駐する実行エンジン５１０の一部に提供され、以下で説明されるモニターアプリケーション９０６に類似する。カスタムモニター８１４は、ＨＭＳＨＥ８０６のＪＶＭ８１０上で走るカスタムアプリケーションのための制御の中心である。さらに、カスタムモニター８１４は、任意のアクセスモジュール６００のための任意のコンテンツプロバイダの制御下にはない。特に、カスタムモニター８１４は、本発明の実施形態の一例による以下の義務を有しうる。
１．新規アプリケーションがプログラムで登録されて実行できるようにＨＭＳＨＥ８０６にアクセスするためのシステムワイド機構を提供する。
２．ＪＶＭ８１０上で走る全アプリケーションを監視する。
３．アプリケーションに許可を割当てる。
４．ＪＶＭ８１０内の互いの干渉からアプリケーションを隔離する。
５．アプリケーションを起動及び終了するために管理インターフェースを提供する。
【００２２】
ユーザーインターフェース管理（ＵＩＭ）８１６は、オーディオ、ビデオ、及びインターネットアプリケーションの表示のために全てのディスプレイ領域の使用を調節する。使用に依存して、スクリーン表示領域は、ウィンドウ又はフルスクリーンに限定されうる。ＨＭＳＨＥ８０６で動作されるカスタムアプリケーションは、利用可能な領域を用いるためにＵＩＭ８１６と同調する。必要ならば、この領域外にウィンドウ及びダイアログボックスを生成することがやはり可能であるが、ユーザーインタフェースがＴＶスタイルのユーザーインタフェースにより密接に近接する場合、そのようなアプリケーションの動作は、好ましくない。ＵＩＭ８１６によってエクスポートされるＡＰＩは例えば、位置の確保と、（可能であれば）重複確保に対するアルファブレンディングと、メッセージを表示するスクリーンの良好領域の推奨とを支援する。確保の決定及び提案を行うのに用いられるヒューリスティックスは、カスタマイズ可能でもよい。ＵＩＭ８１６を呼び出す本発明によるメディア処理システムにおける各種エンティティの例は、以下を含む。
１．ＴＶ視聴プログラムを介するアクセスモジュール６００：アクセスモジュール６００は、フルディスプレイ１１６を制御する錯覚を提供するＭＳＯアプリケーションのための環境を提供する。アクセスモジュール６００は、ＵＩＭ８１６に問合せるＴＶ視聴プログラムを用いることによってこれを達成し、その結果に基づき、適宜アクセスモジュール出力をサイズ変更するために他のコンポーネントと通信を行う。
２．ＤＶＤプレーヤー
３．ＭＰＥＧ／ＡＶＩプレーヤー：場合によって、ＭＳＯアプリケーションは、双方向コンテンツを扱う時にその出力ウィンドウ内でＭＰＥＧ又はＡＶＩプレーヤーを開始することができる。
４．ＣＤ又はＭＰ３プレーヤー等のビデオ出力を提供しないアプリケーションからのジャバＡＷＴフレーム
５．外部アプリケーション：この場合、ＵＩＭ８１６は、それを使用しうるものがＨＭＳＨＥ８０６においてなくても、ディスプレイ１１６上にスペースを確保する。外部アプリケーションは、この確保された領域でスクリーン領域を使用することのみに向けることができ、その上ＰＣのオペレーティングシステムは、必要な時にアルファブレンディングを達成することができる。
【００２３】
アクセスモジュールＧＵＩプロキシ８１８は、（複数の）アクセスモジュール６００とＨＭＳＨＥ８０６上のＧＵＩ  ＡＰＩとの間で全てのＧＵＩ関連ＡＰＩ呼出しを傍受するコンポーネントである。ＡＭ  ＧＵＩプロキシ８１８は、ウィンドウ位置を受信しかつＴＶからユーザーインタフェースソフトウェアのサイズを計る一方、（ＭＳＯアプリケーション等の）ＡＭソフトウェアにスクリーンの全制御のアピアランスを提供する義務を有する。これは例えば、以下の処理を含む。
１．スクリーン上のサイズをサイズ変更し、ＧＵＩ要求における座標をそれらの適切なオフセットに翻訳する。
２．ＡＭの座標システムにマウスクリック等のＧＵＩイベントを配置するためにそれらを処理する。
【００２４】
ＡＭエクスポートＡＰＩ８２０は、例えば図７Ａ及び７Ｂのテーブルで特定される、ＰＣ上で走るように割当てられたそれらの実行エンジンＡＰＩを含む。ＡＭマネージャー８２２は、（複数の）アクセスモジュール６００上で統計を問合せるために、及び（ＯＣＡＰによって特定されるような）他のＡＰＩを介して管理されないＡＭコンポーネントを管理するためにＡＰＩを提供する。問合せされうる統計の例は、ＩＥＥＥ１３９４ａ統計、チューナー周波数統計、及び帯域外モデム統計を含む。ＭＰマネージャー８２４は、メディアプロセッサ６０８上で統計を問合せ、ＭＰＥＧ−２エンコーダ及び混合器をハイレベルで管理するためにＡＰＩを提供する。パーソナルビデオレコーダー（ＰＶＲ）ＡＰＩ８２６は、１つ以上の（複数の）アクセスモジュール６００上で記録及びメディア再生を制御するためにハイレベルなプログラマブルインタフェースを提供する。さらに、記録及び再生は、ＰＶＲタイプのアプリケーションを構築可能にするために同時に発生することができる。外部Ａｐｐプロキシ８２８は、一つの統一された環境の一部として非ＨＭＳＨＥアウェアアプリケーションが出現できるようにする。ＨＭＳＨＥ８０６はまた、アプリケーションの書込みを簡易化するために一組のユーティリティ８３０を含むことができる。これらのユーティリティ８３０は例えば、インターアプリケーションとユーザーインタフェースコントローラ通信とを支援するイベントチャンネルを含むことができる。
【００２５】
図９は、本発明の実施形態の一例による、さらに詳細なアクセスモジュールソフトウェア６００アーキテクチャを示す。アクセスモジュールソフトウェア６００は、安全な方法でＭＳＯ  ＳＴＢアプリケーション９０２及び（例えば、クローズドキャプショニングやペアレンタルコントロールのような）ＴＶサービス９０４をホストするジャバアプリケーション環境として実行されうる。このモジュールがＭＳＯに対する通信のためのパイプであるため、アクセスモジュールは、ＰＣ上の信用できないアプリケーションレジデントからＭＳＯネットワークのインテグリティを保護する。アクセスモジュール６００はまた、ＭＳＯのモニターアプリケーション９０６をホストする。モニターアプリケーション９０６は、アクセスモジュール６００からソフトウェアアプリケーションの実行及び著作権保護材料の分配をＭＳＯ制御に与える。アクセスモジュールソフトウェアスタックにおけるこれらアプリケーションとして以下、ＯＣＡＰ  ＡＰＩ（例えば、図７Ａ及び７Ｂで隔離されるようにアクセスモジュール（ＡＭ）におけるそれらＡＰＩレジデント）とこれらＡＰＩが提供する４タイプのサービスとがある。これら４タイプのサービスの各々を順に説明する。
【００２６】
特権的サービスは、モニターアプリケーション９０６、又はモニターアプリケーション９０６がその許可を与える他のアプリケーションによってのみアクセス可能なサービスである。一つの特権的サービスは、ビデオ出力制御であり、そのサービスは、アクセスモジュール６００からのビデオ出力の品質及びコピー許可についてアプリケーションが両方制御できるようにする。特権的アプリケーションは、各種出力に対するビデオ入力を無効にするか、又はビデオ解像度を制限することができる。さらに、特権的アプリケーションは、これらの機能でコピーコントロール情報（ＣＣＩ）を無効にできる。もう１つの特権的サービスは、イベントフィルタリングである。モニターアプリケーション９０６は、各種アプリケーションへの分配前に全てのユーザーインタフェースイベントを受信及びフィルタをかける能力を有する。本発明の実施形態の一例によるメディア処理装置の一例の状況において、イベントフィルタリングサービスは、アクセスモジュール６００（ＡＭ−イベント）上で走るアプリケーションによって消費されるそれらイベントへのイベントフィルタリングを許可するだけである。（例えば、ＰＣ上で走るアプリケーションによって消費されるような）他のイベントタイプを、フィルタにかけることができない場合がある。アプリケーションフィルタリングは、アプリケーションの実行を特権的アプリケーションによって制御可能にするもう１つの特権的サービスである。さらにもう１つの特権的アプリケーションは、資源管理制御である。資源管理制御方法は、（１）他のアプリケーション間で生じうる資源コンフリクトを解決すること、及び（２）特定の資源アクセスポリシーをアプリケーションに設定すること、を特権的アプリケーションに対して可能にする。
【００２７】
オープンサービスは、ＳＴＢアプリケーションによって実行され、実行するのに用いられるが、さらにＰＣアプリケーションへ遠隔で利用することができる。オープンサービスの例は、チャンネル変更（チューニング）のための機構を提供するサービス選択方法と、プログラムを発見し、さらにプログラムガイド材料の生成に役立つ能力を提供するサービス情報方法とを含む。アプリケーションがＰＶＲ機能を実行できるようにする記録制御方法、及びアプリケーションによってユーザー入力イベント（例えば、ボタンクリック）の登録及び受信を有効にするイベントハンドリング方法は、オープンサービスの他の例である。一方向ネットワークアクセス方法はまた、ＰＣ上のアプリケーションだけでなく、ＡＭ上のアプリケーションにも利用可能なオープンサービスである。システムは、マルチキャストＩＰアドレスを用いて放送ストリームにおいてこれら一方向ＩＰセッションを受信する。オープンサービスのもう１つの例は、それらの使用に対して限定された資源をアプリケーションが要求及び確保できるようにする資源確保方法である。ＯＣＡＰは、同期及び非同期資源確保の両方を支援する。非同期機能は、資源に対する待機リスト上にアプリケーションが置かれることを可能にする。ＯＣＡＰは、ビデオ、バックグラウンドビデオ、グラフィクス、ＭＰＥＧデコーダ、及びチューナーを、限定された資源として定義した。
【００２８】
遠隔サービスは、アクセスモジュールアプリケーションへアクセス可能なソフトウェア方法であるが、ＰＣ上で物理的に実行される。ジャバＲＭＩは例えば、これらをアクセスモジュールアプリケーションに利用できるようにする。遠隔サービスの一例は、ＰＣによってホストされるグラフィック制御方法を含む。グラフィクス制御を採用するいくつかのベースラインアプリケーション（クローズドキャプショニング、緊急警報システム）がある。さらに、ＶＯＤクライアント等の他のアプリケーションは、グラフィクス能力を要求する。アクセスモジュール６００は、java．awtにアクセスするスタブと、ＰＣ上でホストされる他のＡＰＩとを用いることができる。
【００２９】
クローズドサービスは、アクセスモジュール６００上で実行する全てのアプリケーションに利用できるが、ＰＣに利用することができない。クローズドサービスは、アクセスモジュール及びＰＣ上で複製されうるインフラストラクチャタイプのサービスを含む。それらはまた、信用できないＰＣからＭＳＯに潜在的に脅威を与えることをシステムが見なすサービスを含む。そのようなサービスの例は、アクセスモジュール上でアプリケーションにのみ利用可能な帰路チャンネルアクセス方法である。
【００３０】
スタックの下部は、システムソフトウェア９０８であり、ハードウェア資源、ハウスキーピング機能、一般ユーティリティ、及び通信サービスにも概念を提供する。システムは、ＰＣ、ＰＯＤと、帯域内、帯域外、及びＤＯＣＳＩＳ機構を介してケーブルネットワークと、に対して通信を提供する。
【００３１】
ハードウェアの観点から、本発明の実施形態の一例によるメディア処理ユニット１０００は、図１０に図示される機能的要素を含むことができる。ここで上述のように、各デバイスは、物理ケーブル上で受信されたローケーブルコンテンツを取込み、それをロー復調出力に変換するサービス接続機能（ＳＣＦ）１００２を含んでもよい。ＳＣＦはより一般的に、ケーブル、ＤＢＳ、ブロードバンドテレビジョン（アナログ又はデジタル）、又はＤＳＬを含む入力を受信することができる。デジタルサービスに対して、この機能は、適当なチャンネルを選択し、それをビットストリームに復調する。アナログサービスに対して、ＳＣＦ１００２は、ＲＦチャンネルをＮＴＳＣ準拠ＩＦ信号に変換し、その後ＭＰＥＧを用いてそれをデジタル化及び符号化する。ＳＣＦ１００２は、チャンネル選択を実行するためにＰＣ及び／又は条件付きアクセス機能１００４（ＣＡＦ）からの制御経路を用いる。ＳＣＦ機能１００２によって支援されるいくつかの特徴は、ＣＡＦ又はＰＣの何れか一方の制御下で特定のチャンネルに同調し、信号及び（任意に）その品質の存在を示す制御エンティティにフィードバック信号を提供し、インテグラルダイプレクサ機能を含む双方向帯域外（ＯＯＢ）通信チャンネルにモジュラー支援を提供し、インテグラルダイプレクサを含むＤＯＣＳＩＳ準拠ケーブルモデム機能にモジュラー支援を提供し、少なくとも１つの追加のチューナーにモジュラー支援を提供し、統合分割機能を含んで、ＳＣＦ１００２は、ピクチャーインピクチャー又は同時の視聴及び記録の能力を支援するために２つ以上のＲＦチャンネルをもたらすことができ、ＣＡＦ１００４への配信のために、全ての受信フォワードアプリケーション転送（ＦＡＴ）及びＯＯＢ信号を復調し、条件付きアクセス機能１００４から上りストリームデータを受信、変調、及び送信し、ＮＴＳＣテレビジョン信号を支援するために各同調チャンネルにアナログビデオストリームを提供し、それらをＭＰＥＧに圧縮する。
【００３２】
ロー復調出力は、コンテンツストリームに対するコンシュマーの特定のアクセス権利に基づき復調出力からセキュリティ機能（例えば、符号化／スクランブル）を選択的に除去する条件付きアクセス機能１００４に提供される。ケーブルシステムに対して、これは、ポイントオブディプロイメント（ＰＯＤ）デバイスが存在し、さらにＣＡＦが、例えば各種ＣａｂｌｅＬａｂｓＰＯＤ規格に従うことを意味する。ＣＡＦ１００４は、サービスプロバイダに安全な環境を形成するシステム及び特権的アプリケーションソフトウェアを支援する。ＣＡＦ１００４のいくつかの機能は：ＯＣＡＰ規格で規定された他のフローだけでなく、ＳＣＦ１００２からＰＯＤにメディアストリームを配信し、ＰＯＤから再び符号化されたメディアストリームを受信するＰＯＤデバイス支援と、メディア処理ユニット（例えば、ＰＣ）の比較的安全度の低い部分への事後的な転送のためにＰＯＤからＤＴＣＰストリームへのメディアストリームの再度符号化と、安全かつ強固なサービスプロバイダインタラクションに必要な機能をカプセル化する制御処理と、特権的ＡＰＩ機能の支援と、ＤＲＭが有効な記録出力とを含む。
【００３３】
ＣＡＦ１００４は、メディア処理機能１００６へＤＲＭ保護接続を介してデータストリームを転送することができる。メディア処理機能１００６は、復調されたユーザー許可ケーブルコンテンツを取込み、例えば、ＡＧＰ又はＰＣＩバスのような適切な相互接続１０１０上でＰＣ１００８に適切なビデオ及びオーディオ出力を提供するためにそれを処理する。メディア処理機能１００６によって達成されるいくつかの機能は：全てのＰＣ動作に対する高解像度のビデオグラフィクスの提供と、ＤＲＭが有効なＭＰＥＧ入力ストリームへの支援と、流入メディアストリームのＭＰＥＧ復号化と、メディア画像及びコンピュータ生成されたグラフィック画像をオーバーレイ、スケーリング、及び再配置することを含むビデオディスプレイの構成と、デュアルインディペンデントディスプレイ支援と、ＤＲＭが有効なディスプレイ出力と、外部オーディオ入力と、デジタルオーディオ混合とを含む。
【００３４】
再生及び記録機能（ＰＲＦ）１００９は、オープンにアクセス可能なデバイス（例えばＰＣのディスクドライブ）上への記憶に適したメディアストリームに対して、保護コンテンツを伝達しうるＭＰＥＧストリームを接続する義務がある。ＰＲＦ１００９に関するいくつかの機能は：メディアストリームを伝達するＤＴＣＰコンテンツ保護を組込むＩＥＥＥ１３９４ａインターフェースの提供と、ＤＲＭを確保するのに十分な符号化及び復号化と、符号化メディアストリームを伝達する双方向ポートの提供とを含む。ＰＲＦ機能１００９は、同時に少なくとも２つの符号化及び２つの復号化ストリームを扱うことができる。記録されたメディアコンテンツの再生の間にＰＣが制御を調整することがあり、ＰＣがメディアストリームを復号できないので、ＰＲＦ１００９からＰＣ１００８に提供されるストリームは、一時的なインテグリティが維持されるように非符号化同期情報で注釈が付されうる。代替として、ＰＲＦ１００４は、メディアストリームのペイロードを符号化することのみ可能で、タイムスタンプが損なわれないままヘッダー情報を残存させる。ＰＣ１００８は、以下詳細に説明される各種機能を達成するこれらのブロックを制御するために、図示された制御経路を介してサービス接続機能１００２、条件付きアクセス機能１００４、及びメディア処理機能１００６に制御信号経路を提供しうる。
【００３５】
“メディア処理ユニット”は、ここで用いられる用語のように、ブロック１０１２及びＰＣ１００８内のハードウェアの両方か、又はブロック１０１２内のハードウェアだけを含むことができる。何れの場合でも、ブロック１０１２内のハードウェアは、ＰＣ１００８の、例えばＰＣＩスロット（図示せず）を介してＰＣ１００８に取り外し可能に接続されうる１つ以上の取り外し可能なカードモジュールとして提供できる。本発明の実施形態のそのような一例は、図１１に示される。ここで、第１リムーバブルカード１１００は、アクセスモジュールを形成し、かつ上述のようにそこに割当てられるアプリケーション及び／又はＡＰＩを記憶するコンポーネントを含む。アクセスモジュールカード１１００は、ＲＦポートでケーブルコンテンツを受信し、復調のためにチューナーモジュール１１０２上にデータストリームをパスさせる。チューナーモジュール１１０２は、アクセスモジュールとして同一の物理的ボード／カード上に配置しうるか、又はそれは、分離したコンポーネントとして提供されうる。アクセスモジュール１１００は、チューナーモジュール１１０２からの返信における復調（ＩＦ）ストリームを受信し、上述した条件付きアクセス機能を提供するためにアクセスモジュール１１００に搭載されるソケット１１０４に差込まれるポイントオブディプロイメント（ＰＯＤ）ＰＣＭＣＩＡカードを用いる。アクセスモジュールカード１１００はまた、上述した分割ソフトウェアアーキテクチャに基づきアクセスモジュールに割当てられるコンテンツプロバイダーアプリケーションの実行をホストする埋め込みプロセッサ１１０６を含む。アクセスモジュールカード１１００は、保護コンテンツを符号化し、メディアプロセッサカードモジュール１１０８に対し、例えば、デジタル送信コピー保護（ＤＴＣＰ）を備えるＩＥＥＥ１３９４ａバスのようなＤＲＭ保護接続１１１０上でそれを送信する。ＤＴＣＰは、ＩＥＥＥ１３９４バス上でパスされるデジタルデータの不正改ざん又はコピーを防止する技術である。メディアプロセッサカードモジュール１１０８は、アクセスモジュールカード１１００からＰＣで生成されかつコピー保護されたコンテンツを混合することを目的とする高性能ＡＧＰビデオカードとして実行されうる。アクセスモジュールカード１１００及びメディアプロセッサカード１１０８は、それぞれピン接続１１１２及び１１１４を介してＰＣ１００８に接続される。
【００３６】
上述した分割アーキテクチャの一例は、本発明における実施形態の一例によるメディア処理ユニットをもたらし、図１２に関してこれから説明されるようなメディアフローを生成するためにハードウェア及びソフトウェアが協力して動作する。通常、メディア処理ユニット１２０１内のサービス接続機能（ＳＣＦ）１２０２は、１つ以上のコンテンツサービスプロバイダ１２００から前進型誤信号訂正で、オリジナルかつ変調されたコンテンツを受信する。ＳＣＦ１２０２は、コンテンツを復調し、それがアナログであればデジタル化し、条件付きアクセス機能（ＣＡＦ）１２０４上にこれをパスする。ＣＡＦ１２０４は、条件付きアクセス復号化のためにＰＯＤ１２０６にデジタルコンテンツを送信する。ＣＡＦ１２０４はその後、メディア処理機能（ＭＰＦ）１２０８又は再生／記録機能（ＰＲＦ）１２１０の何れか一方に安全でＤＴＣＰが有効なファイアワイヤ上でこのコンテンツを転送する。ＰＲＦ１２０８は、ハードディスクドライブ１２１２上に符号化コンテンツを記憶する。ユーザーがしばらく経ってコンテンツを再生する場合、ＰＲＦ１２０８は、ＣＡＦ１２０４のＭＰＥＧ多重化機能を利用するためにＣＡＦ１２０４を介してそれを返信する。ＭＰＦ１２１０は、ＣＡＦ１２０４からデジタルコンテンツを受信し、このコンテンツをＰＣ１２１４から受信したコンピュータグラフィクスで混合する。図１２の一例は、インターフェースが符号化又は符号化されないデジタル又はアナログでもよい各種オーディオ／ビジュアルデバイスに対するＭＰＦ１２１０からの一連の９つの各種出力を図示する。より多いか又はより少ない（及び異なるタイプの）出力がメディア処理ユニット１２０１に提供できることは、当業者であれば分かる。図１２の矢印によって表される各メディアフローの詳細な説明は、図１３のテーブルで提供される。
【００３７】
図１４は、図１２のジェネリックメディアフローダイアグラム上に対するデジタルケーブルプログラムフローの一例のオーバーレイを示す。これは、コンテンツサービスプロバイダ１２００から、メディア処理ユニット１２０１を介して、そのオーディオ／ビジュアル出力へのデジタルケーブルプログラミングのフローを図示する。各フローは、図１４において番号が付された破線矢印に対応する番号によって以下に説明される。
１．ＯＣ１は、サービスプロバイダがＳＣＦ１２０２に送信するコンテンツである。このコンテンツは、ＣＡスクランブル化されてもよいし、又はされなくてもよい。
２．ＳＣＦ１２０２は、前進型誤信号訂正情報を処理及び除去する。それはまた、ＭＰＥＧ−２多重化プログラム伝送ストリーム（ＭＰＴＳ）を逆多重化し、そのビデオ、オーディオ、及びメタデータに関する興味のあるプログラムのみを保護する。
３．ＳＣＦ１２０２は、ＣＡＦ１２０４にＭＰＥＧ−２単一プログラム伝送ストリーム（ＳＰＴＳ）を送信する（ＤＯＣ１）。
４．同一のＭＰＥＧ−２ＳＰＴＳがＰＯＤ１２０６に送信される（ＤＯＣ２）。
５．ＰＯＤ１２０６は、必要に応じてコンテンツをＣＡスクランブル解除する。それは、コンテンツ保護要求によって決定されるようなコンテンツにＤＥＳ符号化を適用しうる。
６．ＰＯＤ１１２０６は、可能なＤＥＳ符号化でＭＰＥＧ−２ＳＰＴＳを送信する（ＰＥＤＣ）。
７．ＣＡＦ１２０４は、必要に応じてメディアストリーム上でＤＥＳ復号化を達成する。
８．ＣＡＦ１２０４は、コンテンツをＤＴＣＰ符号化し、ＭＰＦ１２１０にそれを送信する（ＤＥＣ３）。
９．ＭＰＦ１２１０は、ＤＴＣＰ符号化を除去する。それはその後、適切な出力のためにコンテンツを準備する。アナログビデオ出力に対して、それは、Ｄ／Ａ変換を達成しなければならない。それはまた、このストリームからオーディオを分離（及び潜在的に復号化）しなければならない。
１０．ＭＰＦ１２１０は、各種インターフェース上でオーディオ／ビジュアル出力デバイスにコンテンツを送信する。
【００３８】
図１５は、図１２のジェネリックメディアフローダイアグラム上にアナログケーブルプログラムフローの一例をオーバーレイする。これは、コンテンツサービスプロバイダー１２００から、メディア処理ユニット１２０１を介して、そのオーディオ／ビジュアル出力へのアナログケーブルプログラミングのフローを図示する。各フローは、図１５において番号が付された破線矢印に対応する番号によって以下に説明される。
１．コンテンツサービスプロバイダ１２００は、サービス接続機能１２０２にアナログケーブルプログラミングを送信する（ＯＲＣ１）。このコンテンツは、ＣＡスクランブル化されない。
２．ＳＣＦ１２０２は、アナログメディアをデジタル化及び圧縮する。ビデオは、ＭＰＥＧ−２フォーマットへ変換され、オーディオがＡＣ−３フォーマットに変換される。ＳＣＦ１２０２は、ＭＰＥＧ−２ＳＰＴＳを形成する。
３．ＭＰＥＧ−２ＳＰＴＳは、ＣＡＦ１２０４に送信される（ＤＯＣ１）。
４．ＣＡＦ１２０４は、その出力インターフェースを介してＭＰＦ１２１０にコンテンツをパスする。条件付きアクセス及びＰＯＤ処理は、アナログケーブルプログラミング上で達成されない。
５．ＣＡＦ１２０４は、コンテンツをＤＴＣＰ符号化し、メディア処理機能１２１０にそれを送信する（ＤＥＣ３）。
６．ＭＰＦ１２１０は、ＤＴＣＰ符号化を除去する。それはその後、適切な出力のためにコンテンツを準備する。アナログビデオ出力に対して、それは、Ｄ／Ａ変換を達成しなければならない。それはまた、このストリームからオーディオを分離（及び潜在的に復号化）しなければならない。
７．ＭＰＦ１２１０は、各種インターフェース上でオーディオ／ビジュアル出力デバイスにコンテンツを送信する。
【００３９】
図１６は、上述した分割アーキテクチャを採用するメディア処理ユニット１２０１の一例においてどのようにメディア混合が達成されうるのかを示す。各フローは、図１６において番号が付された破線矢印に対応する番号によって以下に説明される。
１．ＣＡＦ１２０４は、ＭＰＦ１２１０へＤＴＣＰ符号化でＭＰＥＧ−２ＭＰＴＳを送信する（ＤＥＣ３）。
２．ＰＣ１２１４は、ＭＰＦ１２１０にＰＣビデオ及びアナログオーディオを送信する（ＰＣＶＤ及びＳＤＡ１）。
３．ＭＰＦ１２１０は、ビデオ及びオーディオを適切に混合し、正しい出力インターフェースに送信する。
【００４０】
図１７は、本発明によるメディア処理ユニットの一例がどのように局所的に記録及び再生が達成されうるのかについて図示する。ユーザーは、同時に又は時間的に分離して記録及び再生をすることができる。各フローは、図１７において番号が付された破線矢印に対応する番号によって以下に説明される。
１．ＣＡＦ１２０４は、ＰＲＦ１２０８へＤＴＣＰ符号化でＭＰＥＧ−２ＭＰＴＳを送信する（ＤＥＣ１）。
２．ＰＲＦ１２０８は、ＤＴＣＰ符号化を除去し、コンテンツにＣＰＲＭ符号化を適用する。
３．符号化されたＣＰＲＭは、ハードディスクドライブ１２１２に送信される（ＣＥＣ１）。
４．ＰＲＦ１２０８は、ハードディスクドライブ１２１２からＣＰＲＭ符号化コンテンツを読込む（ＣＥＣ１）。
５．ＰＲＦ１２０８は、ＣＰＲＭ符号化を除去し、ＭＰＥＧ−２ＭＰＴＳにＤＴＣＰ符号化を適用し、ＣＡＦ１２０４に送信する（ＤＥＣ１）。
６．ＣＡＦ１２０４は、その出力ストリームにＭＰＥＧ−２ＭＰＴＳを多重化し、ＩＥＥＥ−１３９４ａ―ＤＴＣＰを用いてＭＰＦ１２１０にそれを送信する。
７．ＭＰＦ１２１０は、ＩＥＥＥ−１３９４ａ―ＤＴＣＰ符号化を除去し、各種オーディオ／ビジュアルデバイスへの出力のためにコンテンツを準備する。
【００４１】
上述した実施形態の一例に対する各種改良及び変更が考えられる。例えば、アクセスモジュールは、上述のような、又は他にそこに接続される単独なセルフエンクローズドモジュールのようなコンピュータのためのＰＣＩプラグインカードとして実行されうる。ミドルウェアの各種タイプ、例えばＣＯＲＢＡ又は．ｎｅｔが使用されうる。ＣＡＦ１２０４及びＭＰＦ１２１０は、１つのデバイスに統合される（図１１の代替として、ＤＴＣＰを用いるＩＥＥＥ１３９４相互接続が必要ない）。本発明の各種実施形態の一例は、例えばメディア、ゲーム、及びコマースアプリケーションのようなアドバンストアプリケーション上で耐えるために通常のコンピューティング環境のさらなる資源がより十分にもたらされることを可能にする一方で、例えばＯＣＡＰが目的とするように、秘密及び特権的ケーブルデータと権利とを保護する機能を達成する。
【００４２】
上述した実施形態は、本発明を限定するものではなく、あらゆる点で役立つことを目的とする。故に、本発明は、当業者によってここに含まれる説明から導出することができる詳細な実施における各種改良が可能である。そのような全ての改良及び変更は、添付した請求の範囲によって定義されるような本発明の範囲及び精神の範囲内にあることが分かる。本出願の説明で使用されていない要素、行為、又は指示は、それらが明確に説明される場合を除いて、本発明に必須又は不可欠であるとは解釈されない。また、ここで用いられるように、“ａ”という冠詞は、１つ以上のアイテムを含むことを意図する。
【図面の簡単な説明】
【００４３】
【図１】図１は、本発明の実施形態の一例によるＯＣＡＰ入力を扱う汎用メディア処理ユニットを含むメディアシステムを示す図である。
【図２】図２は、従来のＯＣＡＰ  ＳＴＢのためのソフトウェアレイヤーを示す図である。
【図３】図３は、従来のＯＣＡＰ  ＳＴＢに関連付けられるハードウェアを示す図である。
【図４】図４は、本発明の実施形態の一例によるメディア処理ユニットのためのハードウェア及びソフトウェア分割の一例を示す図である。
【図５】図５は、本発明の実施形態の一例によるメディア処理ユニットのためのソフトウェアレイヤーの一例を示す図である。
【図６】図６は、本発明の実施形態の一例によるアクセスモジュール及びメディア処理モジュール間のソフトウェア分割を示す図である。
【図７Ａ】図７Ａは、本発明の実施形態の一例によるＯＣＡＰ準拠のメディア処理ユニットの一例で使用される特定のソフトウェアモジュールのための位置の一例を示すテーブルである。
【図７Ｂ】図７Ｂは、本発明の実施形態の一例によるＯＣＡＰ準拠のメディア処理ユニットの一例で使用される特定のソフトウェアモジュールのための位置の一例を示すテーブルである。
【図８】図８は、本発明の実施形態の一例による図６のＰＣモジュールソフトウェアアーキテクチャの具体例を示す図である。
【図９】図９は、本発明の実施形態の一例による図６のアクセスモジュールソフトウェアアーキテクチャの具体例を示す図である。
【図１０】図１０は、本発明の実施形態の一例によるメディア処理ユニットのためのハードウェア構成の一例を示す図である。
【図１１】図１１は、本発明の実施形態の一例によるメディア処理ユニットに含まれうるハードウェアモジュールの一例を示す図である。
【図１２】図１２は、本発明の実施形態の一例によるメディアフローを示す図である。
【図１３Ａ】図１３Ａは、図１２で図示したフレーの説明を示すテーブルである。
【図１３Ｂ】図１３Ｂは、図１２で図示したフレーの説明を示すテーブルである。
【図１４】図１４は、本発明の実施形態の一例によるデジタルケーブルプログラミングフローを示す図である。
【図１５】図１５は、本発明の実施形態の一例によるアナログケーブルプログラミングフローを示す図である。
【図１６】図１６は、本発明の実施形態の一例によるメディア処理ユニットにおけるメディア混合フローを示す図である。
【図１７】図１７は、本発明の実施形態の一例によるメディア処理ユニットにおける再生及び記録フローを示す図である。
【符号の説明】
【００４４】
１１２  インターネット
１１４  遠隔制御装置
１１６  ディスプレイ
１１８  スピーカー
１２０  受信器
【図１】
2007527668.tif 000002
【図２】
2007527668.tif 000003
【図３】
2007527668.tif 000004
【図４】
2007527668.tif 000005
【図５】
2007527668.tif 000006
【図６】
2007527668.tif 000007
【図７Ａ】
2007527668.tif 000008
【図７Ｂ】
2007527668.tif 000009
【図８】
2007527668.tif 000010
【図９】
2007527668.tif 000011
【図１０】
2007527668.tif 000012
【図１１】
2007527668.tif 000013
【図１２】
2007527668.tif 000014
【図１３Ａ】
2007527668.tif 000015
【図１３Ｂ】
2007527668.tif 000016
【図１４】
2007527668.tif 000017
【図１５】
2007527668.tif 000018
【図１６】
2007527668.tif 000019
【図１７】
2007527668.tif 000020