JP2009518707A - Ｔｖ−ｐｃアーキテクチャ - Google Patents

Abstract

装置は、少なくとも第１ハードウェア部と第２ハードウェア部とを有する。第１部と第２部のそれぞれは、各自の処理要素と各部の処理要素にプログラムコードを提供するための各自のメモリ要素との各自の信号接続とを有する。装置はさらに、データのソース及び／又はデスティネーションとして機能する少なくとも１つの周辺要素を有する第３ハードウェア部を有する。装置の第４ハードウェア部は、第１コンフィギュレーションデータの制御の下で第１及び第３部の各要素の間の通信を可能にし、異なる第２コンフィギュレーションデータの制御の下で第２及び第３部の各要素の間の通信を可能にするＩ／Ｏネットワークを有する。

Description

本発明は、２つの処理部を備えた装置に関する。本発明はさらに、処理部とさらなる処理部との接続とを備えた処理アセンブリに関する。

ここ１０年の間に、オーディオやビデオなどのデジタルコンテンツの利用性の向上及びパーソナルコンピュータ（ＰＣ）のパワーの向上は、テレビやサラウンドアンプなどのレンダリング装置、ＶＣＲ、書き換え可能な光記憶装置、専用ハードディスクレコーダなどの記憶装置などの従来の家電（ＣＥ）装置とＰＣとの間の収束を導いてきた。ＰＣ上で実行されるソフトウェアアーキテクチャの一例は、Ｗｉｎｄｏｗｓ（登録商標） ＸＰの特殊なバージョンに基づくＭｉｃｒｏｓｏｆｔのＭｕｌｔｉ−Ｍｅｄｉａ Ｃｅｎｔｒｅである。ＰＣは、従来のＰＣアーキテクチャに基づくものであり、現在のＰＣでは、エンドポイントの間のメインの入出力（Ｉ／Ｏ）アーキテクチャ（インターコネクト）としてＰＣＩ−ｅｘｐｒｅｓｓが使用される。エンドポイントは、グラフィックスＩＣ、ギガビットイーサネット（登録商標）コントローラ、メモリＩＣなどの単なる回路であってもよいが、またはＵＳＢ、従来のＰＣＩ−ｂｕｓ、ＳＡＴＡなどの他のサブネットワークとのブリッジであるかもしれない。典型的には、ＰＣＩ−ｅｘｐｒｅｓｓを介し直接的に又は間接的にアクセス可能なマルチメディアＰＣ装置（ハードウェアユニット）は、少なくともテレビチューナ、オーディオチューナ、光記憶装置及びハードディスク（ＳＡＴＡなどを介し）を有する。

図１は、典型的なＰＣＩ ＥｘｐｒｅｓｓベースのＰＣアーキテクチャを示す。ＰＣＩ Ｅｘｐｒｅｓｓは、要素（装置とも呼ばれる）間のポイント・ツー・ポイント接続を利用する。ＰＥ１〜ＰＥ６の要素が示される。各接続は、２^ｎ（ｎ≧０）個のデュアル一方向パスを有する。シングル一方向パスとの接続はｘ１により参照され、２つの一方向パスとの接続はｘ２により参照され、４つの一方向パスとの接続はｘ４により参照されるなどする。Ｓ_０及びＳ_１などの階層ネットワークとのスイッチが使用される。特殊な形態のスイッチは、システムのヘッド又はルート、いわゆるルートコンプレックスＲＣである。ルートコンプレックスは、他の装置との少なくとも１つの接続をサポートするが、典型的には少数しかサポートしない。各接続は、独立した階層ドメインを形成する。ドメイン間の接続がが可能であるか（及びどの程度まで可能であるか）は、ルートコンプレックスの具体的な実現形態に依存する。ルートコンプレックスのＰＣＩ−Ｅｘｐｒｅｓｓの１つは、システムにおけるメインスイッチＳ_０に対するものである。スイッチＳ_０から、ルートコンプレックスは上流にある。スイッチＳ_０は、典型的には、複数の下流のＰＣＩ Ｅｘｐｒｅｓｓ接続をサポートし、その一部はＳ_１などのさらなるスイッチに接続されるかもしれない。スイッチ（ルートコンプレックス以外の）は、ルートコンプレックスと下流の周辺装置の１つ（下流は、ルートコンプレックスから離れている）との間のストリームをサポートすることに主に関係している。スイッチの下流の２つの周辺装置の間のピア・ツー・ピア接続は例外である。この場合、それはスイッチにより管理される。ブリッジ又はルートコンプレックスに接続される特定の装置は、実際にはＰＣＩやＵＳＢなどのとのＢＲとして示されるブリッジであるかもしれない。各ＰＣＩ Ｅｘｐｒｅｓｓシステムでは、１つのルートコンプレックスＲＣしか存在せず、それはまたスイッチを含むシステムの構成を担う。この構成は、ＰＣＩ Ｅｘｐｒｅｓｓネットワークに存在する要素の数え上げ（存在する要素をとその機能を決定する）、要素のホットプラグをサポートし、バーチャルチャネル、ポートアービトレーションテーブル、電力管理、エラーレポートなどを構成するなどの多数の側面をカバーする。大部分のＰＣデスクトップは、Ｉ／Ｏ（入出力）のため、２つのメインＩＣ、ＧＭＣＨ（Ｇｒａｐｈｉｃｓ ａｎｄ Ｍｅｍｏｒｙ Ｃｏｎｔｒｏｌｌｅｒ Ｈｕｂ）及びＩＣＨ（Ｉ／Ｏ Ｃｏｎｔｒｏｌｌｅｒ Ｈｕｂ）を利用する。ＰＣＩ Ｅｘｐｒｅｓｓアーキテクチャ上の上記ＩＣの共通のマッピングは、図１に示されるように、ルートコンプレックスをＧＭＣＨに統合し、メモリＭＥＭとグラフィックスサブシステムＧＲＡＰＨをＧＭＣＨ（＝ルートコンプレックス）に直接接続することである。プロセッサＣＰＵはまた、ルートコンプレックスに直接接続される。そのとき、ＩＣＨはメインスイッチＳ_０を統合する。

一般に、ＰＣＩ Ｅｘｐｒｅｓｓに基づくマルチメディアＰＣの使用は、ＰＣに通常あるマルチメディアアプリケーション（ゲームなど）と共に、サラウンド音声により高品位テレビを視聴するなどのＣＥアプリケーションを効果的にサポートするのに十分な帯域幅と機能（アイソクロナスストリームのサポートなど）を与える。しなしながら実際には、ＰＣとＣＥ装置（特にテレビ）は、異なる起源を有し、それが依然として現在の装置に反映されている。例えば、グラフィックス処理は異なる性質を有している。ＰＣでは従来、変更があるときは常にウィンドウのピクセル入力を提供するのはアプリケーションプログラムであった。グラフィックスシステムは、各スクリーンピクセルに対して、それが何れのウィンドウからのものであるか、それの値は何れであるべきか（インバースマッピング）を決定した。テレビでは従来、画像全体が固定レートにより変化する（例えば、毎秒２５フレームなど）。グラフィックスシステムは、このために設計され、スケーリングなどあらゆるタイプのビデオ処理を実行している間に、入力ピクセルをスクリーンピクセルに連続的にマッピングする。何れのタイプのグラフィックス処理も、高いレベルの精緻化を実現し、従来のＰＣグラフィックスは３Ｄゲームを処理するのに優れ、ハイエンドテレビグラフィックスが、高品位テレビ信号及びリアルタイムビデオ変換／スケーリングを処理するのに優れている。テレビとＰＣとの間により多くの相違点が存在する。例えば、ＰＣは常にオープンであり、多くのアプリケーションを搭載してきた。これは、ブート時に本来的に低速となる相対的に重たいオペレーティングシステムをもたらしてきた。このオープン性と予測不可なインタラクションを備えた多くのアプリケーションが、ＰＣをよりクラッシュ状態にさせる傾向がある。テレビは従来閉じられており、少数のアプリケーションしか有さず、このため、より短いブート時間となるため、ユーザ入力により高い応答性を有し、クラッシュ状態となる傾向も低い。

マルチメディアＰＣの応答性及び信頼性をＣＥ装置と同程度にするためのいくつかの試みがなされてきた。例えば、デュアルモードブートをサポートするマルチメディアＰＣが知られている。第１モードでは、極めて限られた機能しか利用可能でなく、典型的には、装置はオーディオ機能しか実行しない。Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステムはブートされず、その代わりに、シンプルなオペレーティングシステムがＲＯＭからブートされる。これは、ブートアップ時間、ユーザ入力に対する応答性及び信頼性を低減させる。ユーザがより高度な機能を所望する場合（典型的には、画像が要求される）、ＰＣ全体が第２モードにおいてブートされる。第１モードは第２モードの一部しか使用していないことになる。システムは、モードに応じてソフトウェアをロードされる１つの亜プロセッサを有する。これらのモードは互いに排他的である。

本発明の課題は、２つの処理要求セットをサポートするためのアーキテクチャを向上させることをである。

本発明の上記課題を満たすため、装置は、少なくとも第１ハードウェア部と第２ハードウェア部とを有し、第１部と第２部のそれぞれは、各自の処理要素と各部の処理要素にプログラムコードを提供するための各自のメモリ要素との各自の信号接続とを有する。

本装置はさらに、データのソース及び／又はデスティネーションとして機能する少なくとも１つの周辺要素を有する第３ハードウェア部と、第１コンフィギュレーションデータの制御の下で第１及び第３部の各要素の間の通信を可能にし、異なる第２コンフィギュレーションデータの制御の下で第２及び第３部の各要素の間の通信を可能にするＩ／Ｏネットワークを有する第４ハードウェア部とを有する。このように、各々が周辺要素が容易に共有可能な特定の機能を対象とした２つの処理部を備えたアーキテクチャが構成される。各処理部による周辺要素へのアクセスは、各自のコンフィギュレーションデータにより制御される。各部は自らの周辺要素を有することが要求されない。本発明では、第１又は第２部がシングルプロセッシングコア、複数のコアを備えたシングルプロセッサ又はマルチプロセッサ（おそらくそれぞれが複数のコアを備える）を有しているかは関係ない。部分は、処理要素と関連するプログラムにより規定される。

このアーキテクチャは、請求項２に記載されるように、第１及び第２部が互いに独立に動作可能であり、装置が少なくとも、第１部と第３及び第４部の少なくとも一部とが使用され、第４部が第１コンフィギュレーションデータの制御の下で動作する第１モードと、第２部と第３及び第４部の少なくとも一部が使用され、第４部が第２コンフィギュレーションデータの制御の下で動作する第２モードにより選択的に動作するよう構成される。例えば、第１部がＰＣ機能を提供し、第２部がテレビ機能を提供する状況では、ユーザは装置のパワーアップ時に、自らが所望することを決定するかもしれない（例えば、純粋にテレビを視聴し、インターネットのブラウジング、ＭＰ３楽曲のライブラリの管理などの他の処理を実行するなど）。装置はその後、ユーザの命令に係る処理部を起動する。

上記アーキテクチャはまた、請求項３に記載されるように、第１部、第２部、第３部及び第４部が使用される共有モードにより動作することが可能である。このモードでは、両方の処理部のパワーが結合される。両方が、例えば、アプローチ／要求がグラフィックス処理とテレビ信号処理のケースのようにコンフリクトするかもしれないため、１つの処理部によっては容易に実現できないより高い品質のパフォーマンスが達成できるように、特化した処理を実行することができる。

請求項４に記載されるような好適な実施例では、第１部と第２部は共に、オーディオ及び／又はビデオ機能を提供するよう構成され、第１部の処理要素は、第２部の処理要素より強力又は多用途である。ここでの強力とは、比較可能ベースによる処理パワーについて表現される（例えば、毎秒のメガ命令又は処理における適切な表現に再計算されるなど）。典型的には、第２部はまたより少ない（エネルギー）パワーしか要求しない。これは、この目的のため最適化された処理（テレビ信号について最適化された画像、すなわち、より高い品質など）とより低い電力消費の効果により、装置のユーザに装置を第２モード（単にテレビを視聴するだけ）により動作させる選択を与える。あるいは、ユーザは、装置に第１モードにより動作させ、通常はより高いエネルギー消費によりさらなるパワーを利用してより多くの機能を起動させることができる（例えば、ビデオ信号を記録し、ＡＶコンテンツのライブラリを管理し、インターネットをブラウジングするなどを可能にする）。

好適な実施例では、装置は、第１トリガーに応答して第２モードにより動作をスタートし、以降の第２トリガーに応答して、第１モードによる動作にスイッチするよう構成される。このように、低パワーの第２部は、リモコンを介し受け付けたトリガーなどに応答して、システムのスタート処理（ブート処理）中に使用される。以降の第２トリガーに応答して（例えば、第１部をスタートする明示的なリクエスト、リモコンの“ブラウズ”ボタンの押下など第２部でなく第１部のみにより供給される機能に対するリクエスト、又は第１部がブート処理を終了し、引き継ぎの準備ができているという信号など）、第１部に制御がわたされる。このように、向上した応答性を有する装置が実現される。

従属形式の請求項６に記載される実施例では、装置は、第２部の処理要素に第１部の処理要素のコプロセッサとして機能させるためのコンピュータプログラム命令を有する。このように、共有モードでは、責任を明確にしながら（典型的にはプログラムを簡単化する）、第２処理部のパワーが利用可能である。

従属形式の請求項７に記載される実施例では、コンピュータプログラム命令が、第２部の処理要素に第３部の少なくとも１つの周辺要素を使用してコプロセッシング機能を提供することを支援させるためのものである。このように、処理部が使用されるだけでなく、専用のＩＣが第２処理部の制御の下で使用されるかもしれない。これは、第２処理部についてすでに存在するドライバが、依然として利用可能であり、第１処理部に移植される必要がないという効果を有する。それはまた、第１部が追加的なドライバによりさらなるロードされる必要がなく、第１部のパフォーマンス及び信頼性を低下させるという効果を有する。

従属形式の請求項８に記載される実施例では、装置は、第２部の処理要素に第１部の処理要素の監視手段として機能させるためのコンピュータプログラム命令を有する。第２部は、第１部がもはや適切に機能していないことを検出した場合（例えば、それが所定の期間に第１部から信号を受信しなかったなど）、何れか適切なアクションをとるかもしれない。このようなアクションは、例えば、装置を第２モードに永久にスイッチするか、又は装置を第２モードにスイッチし、第１部をリセットし、第１部が良好に再スタートした後、もとのモード（第１モードのみ又は共有モード）にもどすかもしれない。このように、装置には向上された信頼性が備えられる。

好適な実施例では、第１部の処理要素により実行され、実行時に装置に汎用計算装置の機能を実行させる第１コンピュータプログラム命令セットと、第２部の処理要素により実行され、実行時に装置に特定のＡＶ装置、特にテレビの機能を実行させる第２コンピュータプログラム命令セットとを有する。このように、オープン性、ハードウェア及び／又はソフトウェアの急速な進歩、広範なＨＷ／ＳＷモジュールなどの効果を備えた汎用ＰＣタイプの世界が、信頼性、応答性及びテレビタイプの信号の高品質処理などのＡＶ装置に固有の効果と最適に組み合わせることができる。このように、テレビだけでなく汎用ＰＣとして機能可能な改良された装置が提供される。

従属形式の請求項９に記載されるような好適な実施例では、装置は、ディスプレイにビデオ出力画像を生成するコンピュータグラフィックス周辺要素であって、前記Ｉ／Ｏネットワークを介しアクセス可能であり、前記第１部の計算要素により制御されるコンピュータグラフィックス周辺要素と、テレビ信号を処理するビデオ処理周辺要素であって、前記Ｉ／Ｏネットワークを介しアクセス可能であり、前記第２部の計算要素により制御されるビデオ処理周辺要素と、前記第１又は第２計算要素に前記コンピュータグラフィックス周辺要素により生成されるビデオ出力画像上に少なくとも１つのウィンドウと、前記ビデオ処理周辺要素により生成される少なくとも１つのさらなるウィンドウとを割り当てさせるコンピュータプログラム命令とを有する。

このように、最適なグラフィックス処理が、ディスプレイスクリーンの異なる部分（ウィンドウ）に同時に適用可能である。典型的には、ＰＣグラフィックスカードが実際の出力信号を生成し（例えば、ＤＶＩ又はＨＤＭＩを介しディスプレイに接続される）、グラフィックスがウィンドウの一部のコンテンツの処理を行い、テレビビデオプロセッサが他のウィンドウの処理を行う。例えば、ユーザがインターネットをブラウズし、又は１以上のウィンドウにおいてグラフィックスゲームをプレイする場合、これらのウィンドウの信号は、グラフィックスプロセッサにより処理されるかもしれない。その間にユーザがニュースのスタートをモニタするためウィンドウを開いている場合、このウィンドウは、テレビビデオプロセッサにより処理されるかもしれない。この例では、全体的な責任がＰＣ（第１部）に与えられるかもしれない。他方、ユーザがインターネットからムービーのさらなる情報を抽出するための小さなポップアップウィンドウ（ＰＣグラフィックスプロセッサにより処理された）を備えたフルスクリーンウィンドウ（テレビビデオプロセッサにより処理された）においてムービーを視聴する場合、全体の責任はテレビビデオプロセッサに与えられるかもしれない。責任はまた、Ｏｐｅｎ−ＧＬなどの特定のグラフィックスフォーマットを利用して可能となるように、単にウィンドウに分割されるかもしれない。

請求項１１に記載されるような好適な実施例では、Ｉ／Ｏネットワークは階層的にスイッチされるＩ／Ｏネットワークタイプであり、第４部は、ネットワークのプライマリスイッチ要素（Ｓ_０）を有する。スイッチされたネットワークは、一般により高い帯域幅とより高いスケーラビリティを提供する。プライマリスイッチ要素は、両方の処理部により共有される。好ましくは、Ｉ／ＯネットワークはＰＣＩ Ｅｘｐｒｅｓｓである。これは、現在及び数年後の将来の要求を満たすことが予想されるＰＣベースＩ／Ｏネットワークの新たな規格である。

従属形式の請求項１２に記載されるような実施例では、第１及び第２アーキテクチャ部は、スイッチされたＩ／Ｏネットワークの各自の単一の第１及び第２ルート要素を有している。各ルート要素は、各自の処理要素及び少なくともプライマリスイッチ要素に直接接続される。ルート要素は、例えば、プロセッサがそれのメモリにアクセスするのに必要とされるパフォーマンスを与える第１処理部に特有のものが選択されるかもしれない。ルート要素はまた、それの部分に関連するすべてのコンフィギュレーションデータに関連付け可能である。（例えば、それは自らの部分のＢＩＯＳからそれを抽出するかもしれない。）このように、問題なく、第１又は第２部がまた他方の部分（それぞれ第２又は第１部）を必要とすることなく自らの機能を実行することが可能であることが保証可能である。それは自らのコンフィギュレーションを完全に独立して実行することができる。各ルート要素について、それがＩ／Ｏネットワークを介し自らの要素にアクセスを提供するか、またどの程度まで提供するか独立に選択することができる。好ましくは、第１及び第２コンフィギュレーションデータは、プライマリスイッチ要素と第１又は第２ルート要素をそれぞれ設定するためのものである。ＰＣＩ Ｅｘｐｒｅｓｓでは、ルート要素はルートコンプレックスと呼ばれる。

好適な実施例では、Ｉ／Ｏネットワーク上の周辺要素は、オーディオチューナ、ビデオチューナ、ハードディスクユニット、光ストレージユニット、ソリッドステートメモリカード、オーディオ及び／若しくはビデオデコーダ、ワイド若しくはローカルエリアネットワークインタフェース、テレテキストデコーダ、ＵＳＢブリッジの少なくとも１つである。これらの何れかの組み合わせが使用されてもよい。ユーザは、上記のいくつかを備えたＰＣ（第１部、第３部及び第４部）を購入し、その後に、第２部及び任意的に１以上の周辺要素（第３部のためのさらなる要素）を備えたテレビモジュールを購入するかもしれない。同様に、ユーザは、テレビ（第２部、第３部及び第４部）を購入し、その後にＰＣ機能を提供するプラグインモジュール（第１部と第３部のインターネットインタフェースなどの任意的ないくつかの要素）を購入するかもしれない。

本発明の課題を満たすため、処理アセンブリは、第１処理要素と該第１処理要素にプログラムコードを提供するための第１メモリ要素との信号接続とを有する第１ハードウェア部と、データのソース及び／又はデスティネーションとして機能する少なくとも１つの周辺要素を有する第３ハードウェア部と、前記第１及び第３部に接続されるＩ／Ｏネットワークを有し、第１コンフィギュレーションデータの制御の下で前記第１及び第３部の各要素の間の通信を可能にする第４ハードウェア部とを有し、前記第４ハードウェア部はさらに、第２処理要素と該第２処理要素にプログラムコードを提供する第２メモリ要素との信号接続とを有する第２ハードウェア部に接続するための信号接続を有し、前記第４部は、前記信号接続を介し異なる第２コンフィギュレーションデータを受信し、前記第２コンフィギュレーションデータの制御の下で前記第２及び第３部の各要素の間の通信を可能にするよう動作可能である。ここでは、第１部は上述した装置全体の第１部と第２部の何れかであるかもしれないことが理解されるであろう。例えば、ユーザは、上記の一部を備えたＰＣ（第１部、第３部及び第４部）を購入し、その後に、第２部と任意的に１以上の周辺要素（第３部のためのさらなる要素）を備えたアドオンテレビモジュールを購入するかもしれない。同様に、ユーザはまずテレビ（第２部、第３部及び第４部）を購入し、その後にＰＣ機能を提供するプラグインモジュール（第１部と第３部のインターネットインタフェースなどの任意的ないくつかの要素）を購入するかもしれない。

本発明の上記及び他の特徴は、後述される実施例を参照して明らかになるであろう。

異なる図において同一の参照番号又は略号が使用される場合、それらは相違が示されていない場合には同一の構成を参照している。図２は、本発明による装置の概略ブロック図を示す。本装置は、ハードウェア処理機能を有する少なくとも２つの部分を有する。第１ハードウェア部ＡＰ１と第２ハードウェア部ＡＰ２が示されている。第１部分ＡＰ１は、処理要素ＣＰＵ−１とメモリ要素ＭＥＭ−１を有する。メモリ要素ＭＥＭ−１が第１部分ＡＰ−１に配置される代わりに、第１部分ＡＰ−１がメモリ要素ＭＥＭ−１との信号接続を有してもよい。メモリ要素は、システムの他の部分に固定的に配置されてもよいが、それはまた、ＵＳＢキーやメモリカードなどの着脱可能タイプを有してもよい。処理要素ＣＰＵ−１は、メモリＭＥＭ−１からプログラムコードを抽出可能である。メモリは、処理要素ＣＰＵ−１のためのすべてのプログラムコードと関連するデータを有するかもしれない。所望される場合、それは処理要素ＣＰＵ−１の効果的なブート処理を可能にする第１部分しか有しなくてもよい。これにより、さらなるコードは、第３部分ＡＰ−３に周辺装置としてあるハードディスクなどの他のメモリ／ストレージから抽出されてもよい。メモリＭＥＭ−１は、コンピュータシステムから周知であるＢＩＯＳであってもよく、それはまた、処理要素ＣＰＵ−１のメインＲＡＭベースメモリを有してもよい。処理要素は、シングルコアプロセッサ、マルチコアプロセッサ、シングルコアを備えたマルチプロセッサ、又は複数のコアを備えたマルチプロセッサであってもよい。原則的に、何れか適切なプロセッサが利用されてもよい。装置の観点について、それは１つの整合性のあるプログラムパーツセットの下で動作する１つの処理要素としてみなされる。また、ＡＰ−１は、処理要素ＣＰＵ−１と関連するプログラムにより規定される。同様のことが、少なくとも処理要素ＣＰＵ−２と処理要素ＣＰＵ−２にプログラムコードを提供するメモリ要素ＭＥＭ−２とを有する第２ハードウェア部について成り立つ。上述されるように、第２部分はまた、メモリ要素ＭＥＭ−２が第２部分に固定的には配置されていないメモリ要素ＭＥＭ−２との信号接続しか有しないかもしれない。各部分ＡＰ−１及びＡＰ−２はまた、メモリＭＥＭ−１及びＭＥＭ−２以外の１以上の周辺要素（図２には図示せず）を有してもよい。このような周辺要素がＩ／ＯネットワークＡＰ−４を介しアクセス可能であるか、又は当該部分に対して排他的であるかは、ＡＰ−１及びＡＰ−２の設計による。

本装置はさらに、データのソース及び／又はデスティネーションとして機能する少なくとも１つの周辺要素（ＰＥ−１、ＰＥ−２、ＰＥ−３及びＰＥ−４が示される）を含む第３ハードウェア部ＡＰ３を有する。好ましくは、本装置は、特にオーディオ及び／又はビデオデータ（ＡＶ）を処理可能なマルチメディア装置である。効果的には、本装置はまた、汎用コンピュータとして動作可能であり、Ｗｉｎｄｏｗｓ（登録商標）やＬｉｎｕｘなどのオペレーティングシステム並びにユーザに広範な機能を提供するための適切なアプリケーションプログラム及びドライバがロード可能である。また、Ｉ／Ｏネットワーク上の周辺要素は、好ましくは、オーディオチューナ、ビデオチューナ、ハードディスクユニット、光ストレージユニット、ソリッドステートメモリカード、オーディオ及び／若しくはビデオデコーダ、ワイド若しくはローカルエリアネットワークインタフェース、テレテキストデコーダ、ＵＳＢブリッジの少なくとも１つである。これらの何れかの組み合わせが利用されてもよい。

本装置はさらに、Ｉ／Ｏネットワークを有する第４ハードウェア部ＡＰ−４（図２には個別には図示せず）を有する。Ｉ／Ｏネットワークは、第１コンフィギュレーションデータの制御の下で第１及び第３部分の各要素の間の通信を可能にする。効果的には、これは２００として示されるサブシステムを形成する。さらに、Ｉ／Ｏネットワークは、２１０として示されるサブシステムを形成する相異なる第２コンフィギュレーションデータの制御の下で第２及び第３部分の各要素の間の通信を可能にする。第１コンフィギュレーションデータは、好ましくは、ＡＰ−１の不揮発性メモリ（ＢＩＯＳなど）に格納され、第２コンフィギュレーションデータは、ＡＰ−２の不揮発性メモリに格納される。

このように、周辺装置が容易に共有可能な具体的な機能を対象とした少なくとも２つの処理部ＡＰ−１及びＡＰ−２を備えたアーキテクチャが構成される。各処理部による周辺装置へのアクセスは、各コンフィギュレーションデータの制御下で行われる。各部はメモリを除いて各自のＡＰ−１又はＡＰ−２に自らの周辺装置を有することは要求されていない。

好適な実施例では、第１部分と第２部分の両方が少なくともオーディオ及び／又はビデオ機能を提供するよう構成され、第１部分の処理要素は第２部分の処理要素より強力である。ここでの強力とは、比較可能なベースにおける処理パワーにより表される（例えば、毎秒のメガ命令又は処理による適切な表現に再計算されるなど）。典型的には、第２部分はまたより少ないエネルギーしか必要としない。例えば、第１処理部は、汎用コンピュータの機能を提供するためのインテルのＰｅｎｔｉｕｍ（登録商標） ４やＡＭＤのＡｔｈｌｏｎなどの従来のＰＣプロセッサを有するかもしれない。第２処理部は、ＭＩＰＳ ＲＩＳＣプロセッサ、ＡＲＭベース埋め込みプロセッサ又はＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などの特定のＡＶ機能により適したプロセッサを有するかもしれない。第２処理部はまた、ＲＩＳＣ／埋め込みプロセッサ及びＤＳＰなどを有するマルチプロセッササブシステムであるかもしれない。

好適な実施例では、本装置は処理要素ＣＰＵ−１による実行と、実行されると、本装置に汎用計算装置の機能を実行させるための第１コンピュータプログラム命令セット（図示せず）を有する。ソフトウェアは、Ｗｉｎｄｏｗｓ（登録商標） ＸＰやＬｉｎｕｘなどの従来のオペレーティングシステムを有するかもしれない。好ましくは、Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ ＣｎｔｅｒやＬｉｎｕｘ ＭｙｔｈＴＶなどのＡＶアプリケーションプログラムを備えた最適化されたオペレーティングシステムが使用される。本装置はまた、第２部分の処理要素により実行され、実行されると、本装置に特定のＡＶ装置の機能、特にテレビを実行させる第２コンピュータプログラム命令セットを有する。このように、オープン性、ハードウェア及び／若しくはソフトウェアの急速な進歩、広範なＨＷ／ＳＷモジュールなどの利点を備えた汎用ＰＣタイプの世界が、テレビタイプの信号の確実性、応答性及び高品質処理などの特定のＡＶ装置の効果と最適に組み合わせ可能である。コンピュータプログラム命令セットが、不揮発性ストレージからそれ自体の部分にロードされてもよいが、ハードディスクなどの共有された記憶装置から完全に又は部分的にロードされてもよい。好ましくは、第２部分ＡＰ−２のためのソフトウェアが、ハードウェアディスクがクラッシュしても本装置が依然として（部分的に）機能できることを保証するため、ＲＯＭやフラッシュなどのソリッドステート不揮発性メモリからロードされる。これは、故障したハードディスクを交換し、第１部分のソフトウェアを再インストールするための時間をユーザに与える。

本発明によるアーキテクチャは、互いに独立して第１部分と第２部分とを動作させることを可能にする。それらはまた、共有モードにより利用されてもよい。第１モードでは、第１部分ＡＰ−１と第３及び第４部分の少なくとも一部が利用される。図２では、これは２００として示される。この例では、ＡＰ−４全体が使用され、ＡＰ−３のＰＥ−１、ＰＥ−２及びＰＥ−３が使用される。ＡＰ−４は、第１コンフィギュレーションデータの制御の下で動作する。このモードが起動されると、このコンフィギュレーションデータがロードされ、関連する部分がＡＰ−４の少なくとも関連する部分（ＡＰ−４の設定可能なスイッチなど）に提供される（のレジスタに書き込まれる）。同様にして、第２モードでは、第２部分と第３及び第４部分の少なくとも一部が使用される。第４部分は、第２コンフィギュレーションデータの制御の下で動作する。例えば、第１部分がＰＣ機能を提供し、第２部分がテレビ機能を提供する状況では、ユーザは装置のパワーアップ時に、ユーザが実行することを所望することを決定するかもしれない（例えば、テレビを純粋に視聴し、インターネットをブラウジングし、ＭＰ３の楽曲のライブラリなどを管理するなど他の処理を実行するなど）。その後、本装置は、ユーザの命令に係る処理部を起動する。ユーザ命令のモニタリングは、各部分の１つにより実行されてもよく（好ましくは、最も速く応答する部分及び／又は最もエネルギーを消費しない部分）、又は専用回路を利用することによって実行されてもよい。この回路又はモニタリング部は、その後にユーザにより所望される部分を起動するかもしれない。処理回路の起動は周知であり、その実行方法は本発明の一部でない。

アーキテクチャはまた、第１部分、第２部分、第３部分及び第４部分が利用される共有モードによる処理を可能にする。このモードでは、両方の処理部のパワーが結合される。両方が特殊な処理を実行可能であるか、又は一方が特殊な機能について利用可能であり、他方が汎用処理機能を提供する。

好適な実施例では、この共有は、第１トリガーに応答して第２モードによるスタート処理によって、また第２の以降のトリガーに応答して第１モードによる処理へのスイッチによって実現される。このように、システムのスタート（ブート）期間中は、低パワー部分が担当する。このため、第１部分は、例えば、リモコンなどの制御装置を介し入力されるユーザ制御の処理を担当するかもしれない。上述されるように、リモコン又は装置上のキーの起動などの他のユーザ入力がまた、専用回路を利用してモニタされるかもしれない。その後、第２部分は、第１部分をパワーアップすることが即座に要求されているか決定することができる。第２部分はまた、ユーザからの第２トリガーを待機し（例えば、第２部分によっては供給されず、第１部分によってのみ供給される機能に対するリクエストなど）、その後に第１部分を起動するかもしれない。第２トリガーは、リモコン上の“ブラウズ”ボタンの押下など、ユーザからの明示的なトリガーであるかもしれない。第２トリガーはまた、第１トリガーによりトリガーされた処理の期間中に行われるかもしれない。例えば、第２部分により実行される処理の期間中、インターネットを介し大きなファイルをダウンロードすることが要求され、第１部分がこのためのドライバを有している。そのとき、イニシアチブを取得し、第２トリガーを内部的に生成するのは第２部分であり、例えば、リモコンを介して受信したトリガーに応答して、システムのスタート（ブート）を受け持つ。また、第２トリガーを生成するのは第１部分であるかもしれない。例えば、装置のパワーアップ時、第１部分が即座に起動される。これは典型的には実質的により多くのソフトウェアをロード及び初期化する必要があり、典型的にはまたより多くの周辺荘を使用するため、第１部分が完全に動作するまでより長い時間がかかる。第１部分が、ユーザにより所望される機能を十分に実行可能であると判断するとすぐに、それは第２部分から受け継ぐためトリガーを発信するかもしれない。それはまた、より正常な引き継ぎが実行可能となるように、第２部分に信号を発信するかもしれない。例えば、第２部分は、このような信号を検出すると、制御を一時に又は段階的に制御し、第１部分に主たる制御を有する周辺装置を通知することが可能である。

共有モードの特に効果的な例は、第２部分が第１部分のコプロセッサ及び／又は監視部として機能する場合である。コプロセッサとして動作可能となるため、ＣＰＵ−２はＣＰＵ−１の代わりに周辺装置にデータを供給し、又は周辺装置を制御することが可能となる必要がある。このような周辺装置は、その後に好ましくは、ＡＰ−３における共有要素である。所望される場合、ＣＰＵ−２の出力はまたＣＰＵ−１の入力として利用されてもよい。このための好適な構成は、ＡＰ−３が周辺要素として共有メモリを有する場合である。もちろん、２以上のＣＰＵの間の他の既知の通信／共有スキームが利用されてもよい。監視手段として動作可能となるため、本装置は、ＣＰＵ−２をＣＰＵ−１のコプロセッサとして動作させるためのコンピュータプログラム命令を有する。ＣＰＵ−２は、それ自体でコプロセッシング機能のすべてを実行してもよい（すなわち、ソフトウェアを提供する装置を除く他の何れかの周辺装置を利用することなく）。好ましくは、コンピュータプログラム命令は、ＣＰＵ−２にＡＰ−３の少なくとも１つの周辺要素を使用して、コプロセッシング機能を提供することを支援させるものである。このように、ＣＰＵ−２が使用されるだけでなく、専用のＩＣがＣＰＵ−２の制御の下で使用されてもよい。

実施例では、本装置は、ＣＰＵ−２にＣＰＵ−１の監視手段として機能させるためのコンピュータプログラム命令を有する。この監視機能は何れか適切な方法により実行される。例えば、ＣＰＵ−１は、ＣＰＵ−２にトリガーを定期的に（毎秒など）提供するようプログラムされるかもしれない。このようなトリガーが所定の期間に受信されなかった場合（２〜１０回の定期的期間など）、ＣＰＵ−２は、ＣＰＵ−１がクラッシュしたと想定するかもしれない。第１部分がもはや適切に機能しないと検出された場合、ＣＰＵ−２は何れか適切なアクションを実行してもよい。このようなアクションは、例えば、装置を第２モードに永久にスイッチするためのものであってもよく、装置を第２モードにスイッチし、第１部分をリセットし、第１部分の再スタートが成功した後にもとのモード（第１モード又は共有モード）にスイッチするようにしてもよい。これにより、監視手段はＩ／Ｏネットワークを再構成するかもしれない。これについて、よりパワーの低いＣＰＵはコプロセッサ又は監視手段であってもよいことが理解されるが、またより強力なＣＰＵがコプロセッサ及び／又は監視手段となることが可能である。実際、ＣＰＵ−１とＣＰＵ−２の両方が互いの監視手段となることも可能である。

図３は、本装置がディスプレイに対するビデオ出力画像を生成するためのコンピュータグラフィックス周辺要素ＣＧＰＥを有する好適な実施例を示す。（要素の出力は矢印として示される。）コンピュータグラフィックス周辺要素ＣＧＰＥは、Ｉ／Ｏネットワークを介しアクセス可能であり、ＣＰＵ−１により制御される。図３の例では、ＣＧＰＥは周辺ブロックＡＰ−３に配置される。そのとき、それは完全にアクセス可能である（例えば、全帯域幅入出力など）。図４は、ＣＧＰＥがＡＰ−１に配置される他の実施例を示す。当該部分は、このときＣＰＧＥが外部のＡＰ−１からどの程度アクセス可能であるか決定するかもしれない（例えば、出力のみ及びおそらく制限された帯域幅のため）。さらに、本装置は、テレビ信号を処理するためのビデオ処理周辺要素ＶＰＰＲを有する。この信号は、ＶＰＰＥによって直接的に装置の外部から、又はセットトップボックスや衛星受信機などからのＤＶＩ又はＨＤＭＩ入力などにより入力周辺要素を利用して受信されるかもしれない。信号はまた、光ストレージ（ＤＶＤムービーなど）、ハードディスク又はソリッドステートメモリカードなどの記憶装置から取得されてもよい。ビデオ処理周辺要素ＶＰＰＥは、Ｉ／Ｏネットワークを介しアクセス可能であり、ＣＰＵ−２により制御される。図３の例では、ＶＰＰＥはブロックＡＰ−３に配置される。所望される場合、それはまたＡＰ−２のブロックに配置されてもよい。この場合、制御は、ＣＰＵ−２とＶＰＰＥの間の直接的な接続などの専用手段を利用して、又はＡＰ−４を介し構成されるかもしれない（図９に具体例が与えられている）。本装置は、ＣＰＵ−１又はＣＰＵ−２にＣＧＰＥにより生成されるビデオ出力画像の少なくとも１つのウィンドウを割り当てさせ、ＶＰＰＥにより生成される少なくとも１つのさらなるウィンドウを割り当てさせるためのコンピュータプログラム命令を格納する。図５は、ＶＰＰＥがウィンドウ５１０の処理を行う例を示す。それは、ＣＰＵ−１の制御の下でコンテンツがスクリーン上の正しい位置にレンダリングされることを保証するＣＧＰＥに、Ｉ／Ｏネットワークを介しそれの出力を導く。この例では、ＣＧＰＥは、ウィンドウ５１０によりカバーされなくなるまで、メインウィンドウ５００の処理を実行する。このため、ＣＧＰＥは、共有されるビデオ出力バッファを制御する。このバッファは、典型的にはＡＰ−１にある。このように、最適なグラフィックス処理が、ディスプレイスクリーンの異なる部分（ウィンドウ）に同時に適用可能である。ＣＧＰＥが処理されたウィンドウ信号を１つの出力信号に合成するＯｐｅｎ−ＧＬなどの特定のグラフィックスフォーマットを用いて可能となるように、責任はウィンドウ毎に分割されるかもしれない。

図６に示される好適な実施例では、Ｉ／Ｏネットワークは階層的にスイッチされるＩ／Ｏネットワークタイプを有する。第４部分のであるＡＰ−４は、ネットワークのプライマリスイッチ要素を有する。このプライマリスイッチ要素Ｓ_０は、ＡＰ−１とＡＰ−２により共有される。

好ましくは、Ｉ／ＯネットワークはＰＣＩ Ｅｘｐｒｅｓｓである。メインスイッチに加えて、ＰＣＩ Ｅｘｐｒｅｓｓはまた１つのルートコンプレックスを有する。図６に示されるような実施例では、ＡＰ−１とＡＰ−２は、それぞれスイッチされるＩ／Ｏネットワークの単一の第１及び第２ルート要素ＲＣ−１及びＲＣ−２を有する。各ルート要素は、各自の処理要素（ＲＣ−１はＣＰＵ−１に、ＰＣ−２はＣＰＵ−２に）と、少なくともプライマリスイッチ要素（Ｓ_０）に直接接続される。例えば、プロセッサがそれのメモリにアクセスするのに要求されるパフォーマンスを与えるなど、第１処理部に固有のルート要素が選択されてもよい。ルート要素はまた、それの部分に関連するすべてのコンフィギュレーションデータに関連付けることが可能であり、例えば、それはそれ自体の部分のＢＩＯＳ（図示せず）からそれを抽出してもよい。自らにおいて、ＰＣ Ｉ／Ｏの当業者にとって、ＰＣＩ Ｅｘｐｒｅｓｓをどのように構成するか、何れのデータが関係するかは一般に知られている。これ自体は、本発明の主題ではない。メインスイッチＳ_０は現在２つのルートコンプレックスの下流にあることが理解されるであろう（より一般には、複数のルートコンプレックス）。また、スイッチＳ_０はそうするよう構成される必要がある。信号接続がすべて同一のＰＣＩ Ｅｘｐｒｅｓｓタイプを有するため、それは単に１つの代わりに２つの接続を介しコンフィギュレーション入力と関連するレポートを受け入れるためのロジックを伴う。コンフィギュレーションがどのように機能するかは具体的な装置次第である。例えば、第１ＣＰＵ−２が制御されている場合、Ｓ_０は単にＡＰ−２から（ＲＣ−２などを介し）第１コンフィギュレーションデータを受信する。これは通常通りであろう。以降に、制御がＣＰＵ−１にスイッチした場合、Ｓ_０はＲＣ−１を介し新たな又は追加的なコンフィギュレーションデータを受け取るかもしれない。コンフィギュレーションをＡＰ−１とＡＰ−２の両方の要求をカバーする１つの新たなセットと完全に置換し、又は追加的な情報しか提供しないことは、本装置の実現形態次第である。好ましくは、Ｓ_０が両方のタイプをサポートするよう構成される（完全に置換する又は追加的なコンフィギュレーションを受け付ける）。ＡＰ−１が既存のコンフィギュレーションを置換する場合、好ましくは、ＡＰ−１は、ＡＰ−２の要求が依然として満たされていることを保証する。例えば、ＣＰＵ−１又はＲＣ−１は、ＡＰ−２又は関連するメモリから現在のコンフィギュレーションを読み、これらの要求がコンフリクトしない程度まで満たされていることを確認するかもしれない。もちろん、ＣＰＵ−２はまた、ＣＰＵ−１によりアクセス可能なメモリにコンフィギュレーションを書き込むようにしてもよい（Ｓ_０の下流など）。レポートのため、何れか適切な機構が選択されてもよい。例えば、Ｓ_０は、関係するルートコンプレックスを介し発信されたコンフィギュレーションデータに関連する部分のみ又はすべての部分においてＲＣ−１とＲＣ−２の両方に通知する。制御の役割にまだないルートコンプレックス又はＣＰＵは実際には従来のＰＣＩ Ｅｘｐｒｅｓｓ上の周辺装置として機能することが理解されるであろう。

図７は、Ｉ／ＯネットワークＡＰ−４がルートコンプレックスに関してＳ_０の階層的に下流にあるさらなるスイッチＳ_１を有する構成を示す。図８では、装置が２つのモジュールに分割され、一方のみがメインスイッチＳ_０を有するさらなる例が与えられる。この例では、メインモジュール８００は、Ａｐ−１、ＡＰ−４及びＡＰ−３の４つの周辺要素（ＰＥ−１，ＰＥ−２，ＰＥ−４及びＰＥ−５）を有する。アドオンモジュール８１０は、ＡＰ−２、ＡＰ−３の３つの周辺要素（ＰＥ−３，ＰＥ−６及びＰＥ−７）、及びＡＰ−４の第２スイッチＳ_１を有する。本例では、モジュール８００は、モジュール８１０がアドオンテレビ又は他のタイプのＣＥモジュールであるＰＣであるかもしれない。自由にアクセス可能なアドオンモジュールのすべての周辺装置に接続されるスイッチをアドオンモジュールに含めることによって、アドオンモジュールは周辺装置が直接Ｓ_０に加えられる場合よりメインモジュールのコンフィギュレーションに影響を及ぼさない。モジュール８００は、第１処理要素（この場合にはＣＰＵ−１）と第１処理要素にプログラムコードを提供する第１メモリ要素（この場合にはＭＥＭ−１）とを有する第１ハードウェア部を有する処理アセンブリの一例である。処理アセンブリはまた、データのソース及び／又はデスティネーションとして機能する少なくとも１つの周辺要素（この場合にはＡＰ３の周辺要素）を有する第３ハードウェア部を有する。処理アセンブリはまた、第１コンフィギュレーションデータの制御の下で第１部分と第３部分の各要素の間の通信を可能にするため、第１部分と第３部分に接続されるＩ／Ｏネットワークを有する第４ハードウェア部（この場合にはＡＰ−４のＳ_０）を有する。第４ハードウェア部はさらに、プログラムコードを第２処理要素に提供するため、第２処理要素（この場合にはＣＰＵ−２）と第２メモリ要素（この場合にはＭＥＭ−２）を有する第２ハードウェア部（この場合にはＡＰ２）に接続するための信号接続を有する。第４部分ＡＰ−４は、第２コンフィギュレーションデータの制御の下で第２部分と第３部分との各要素の間の通信を可能にするため、第２部分から信号接続を介し相異なる第２コンフィギュレーションデータを受け取るよう動作可能である。このように、アドオンモジュール８１０は、単にプラグイン可能であり、またこのモジュールのプロセッサはネットワークを独立に制御することができる。また、ＡＰ−２はＡＰ−１がアドオンモジュール上にあるメインモジュール（Ｓ_０を有するモジュール）のコアとなりうることが理解されるであろう。

図９は、ハードウェア部ＡＰ−１及びＡＰ−２がそれぞれコンピュータグラフィックス周辺要素（ＣＧＰＥ）とビデオ処理周辺要素（ＶＰＰＥ）を有する好適な実施例を示す。ＶＰＰＥからＣＰＰＥへのビデオ出力を提供するため、ＣＰＰＥはまたＩ／ＯネットワークＡＰ４に、この場合にはネットワークのメインスイッチＳ_０に直接接続される。このため、Ｓ_０は、ＡＰ−１のルート要素ＲＣ−１との上流方向の接続とＣＧＰＥとの下流方向の接続を有する。

好適な実施例では、装置が動作するモードを直接制御するのはユーザでなく、装置はさらにそれをトリガーするタイマー装置（図示せず）を有する。好ましくは、タイマーは低電力タイプのものである。ユーザは、何れか従来の方法によりタイマーをセットする。タイマーは以下の何れかをサポートするかもしれない。
・ＡＰ−２（又は所望される場合にはＡＰ−１）のブート処理をトリガーする
・ＡＰ−１又はＡＰ−２により制御されるアプリケーションのスタートをトリガーする。これは、まだアクティブでない場合にはＡＰ−１又はＡＰ−２をブートすることを伴う。好ましくは、タイマーは、ブート処理がアプリケーションがプログラムされた時間にスタートするよう時間内にスタートできるように、ＡＰ−１及び／又はＡＰ−２のブート遅延により予めプログラムされる。
・所望のＡＶソース（ビデオチューナ、オーディオチューナ、オーディオＣＤ、ＤＶＤなど）及び／又は適用可能な場合にはチャネルを選択する。これはまた、インターネットラジオ、インターネットビデオ、Ｐｏｄキャスティングなどの他のインターネットＡＶソースをカバーするかもしれない。
・ユーザによりプログラムされた時間にシステムをスイッチオフする。

また、ＰＣとテレビの組み合わせなど２つの本質的に異なる機能の組み合わせを提供する“合成”装置を構築する代わりに、異なる品質及び／又は信頼性であるが、同様の機能を提供し続けるモジュラー装置を構築することが可能である。例えば、ＡＰ−１は、一般にベーシックなテレビ又はベーシックなＣＥ装置の処理をカバーするかもしれない。このとき、メインモジュールはＡＰ−２、ＡＰ−４（の一部）及びＡＰ−３を有するかもしれない。このモジュールは、テレビ受信機と、オーディオＣＤの再生、ハードディスク又は光ストレージへの従来の記録など任意的にベーシックな光ストレージ機能を提供するかもしれない。アドオンモジュールは、ＡＰ−１の形式でより高度なプロセッサを追加し、任意的には、インターネットアクセスや第２チューナなどの１以上の追加的な周辺装置を追加するかもしれない。共有モードでは、アドオンモジュールは、ダブルウィンドウテレビ、ＰＩＰ（Ｐｉｃｔｕｒｅ Ｉｎ Ｐｉｃｔｕｒｅ）、テレビを視聴しながらのウィンドウ内のインターネットブラウジング、タイムスリップレコーディングなどの追加的な機能を提供するかもしれない。所望される場合、アドオンモジュールはまた、ゲームのプレイなどのＰＣに典型的に関連付けされるアプリケーションを提供するかもしれない。好ましくは、アドオンモジュールはまた、Ｐｈｉｌｉｐｓ Ｐｉｘｅｌ ＰｌｕｓやＮａｔｕｒａｌ Ｍｏｔｉｏｎビデオ処理機能などのより高度な画像処理機能をサポートする。

本発明はまた、本発明を実現するよう構成されたコンピュータプログラム、特にキャリア上のコンピュータプログラムに拡張されることが理解されるであろう。プログラムは、ソースコード、オブジェクトコード、部分的にコンパイルされた形式などのコード中間ソース及びオブジェクトコード、又は本発明による方法の実現に使用するのに適した他の何れかの形式によるものであってもよい。キャリアは、プログラムを搬送可能な任意のエンティティ又は装置であるかもしれない。例えば、キャリアは、ＣＤ−ＲＯＭや半導体ＲＯＭなどのＲＯＭ、フロッピー（登録商標）やハードディスクなどの磁気記録媒体などの記憶媒体を有するかもしれない。さらに、キャリアは、電気若しくは光ケーブルを介し又は無線若しくは他の手段によって伝搬可能な電気若しくは光信号などの伝送可能なキャリアであるかもしれない。プログラムがこのような信号において実現されるとき、キャリアはこのようなケーブル又は他の装置若しくは手段によって構成されるかもしれない。あるいは、キャリアは、プログラムが埋め込まれる集積回路であってもよく、集積回路は関連する方法を実行するため、若しくはそれの実行に使用するよう構成される。

上述した実施例は本発明を限定するものでなく例示するものであり、当業者は添付した請求項の範囲から逸脱することなく他の多数の実施例を設計可能であることに留意すべきである。請求項では、括弧内に置かれる参照符号は、請求項を限定するものとして解釈されるべきでない。動詞“有する”及びそれの活用の使用は、請求項に記載した以外の要素又はステップの存在を排除するものでない。要素に先行する冠詞“ある”は、このような要素が複数存在することを排除するものでない。本発明は、いくつかの要素を有するハードウェアによって、また適切にプログラムされたコンピュータによって実現可能である。複数の手段を列記した装置クレームでは、これらの手段のいくつかが互いに異なる従属形式の請求項に記載される事実は、これらの手段の組み合わせが効果的に利用可能でないことを示すものでない。

図１は、従来技術によるＰＣＩ Ｅｘｐｒｅｓｓアーキテクチャのブロック図を示す。 図２は、本発明による装置のブロック図を示す。 図３は、コンピュータグラフィックスの実施例のブロック図を示す。 図４は、他の実施例のブロック図を示す。 図５は、各ウィンドウが各ビデオプロセッサに割り当てられる２つのウィンドウを示す。 図６は、階層的にスイッチされるＩ／Ｏネットワークに基づく好適な実施例を示す。 図７は、さらなるスイッチを利用するさらなる実施例を示す。 図８は、２つのモジュールを備える装置を示す。 図９は、好適なＰＣＩ Ｅｘｐｒｅｓｓの実施例を示す。

Claims (16)

1. 少なくとも第１ハードウェア部と第２ハードウェア部とを有する装置であって、
   前記第１及び第２部は、各自の処理要素と該各部の処理要素にプログラムコードを提供するための各自のメモリ要素とを有し、
   当該装置はさらに、データのソース及び／又はデスティネーションとして機能する少なくとも１つの周辺要素を有する第３ハードウェア部と、第１コンフィギュレーションデータの制御の下で前記第１及び第３部の各要素の間の通信を可能にし、異なる第２コンフィギュレーションデータの制御の下で前記第２及び第３部の各要素の間の通信を可能にするＩ／Ｏネットワークを有する第４ハードウェア部とを有する装置。
2. 前記第１及び第２部は、互いに独立して動作するよう構成され、
   当該装置は少なくとも、
   前記第１部と前記第３及び第４部の少なくとも一部とが使用され、前記第４部が前記第１コンフィギュレーションデータの制御の下で動作する第１モードと、
   前記第２部と前記第３及び第４部の少なくとも一部が使用され、前記第４部が前記第２コンフィギュレーションデータの制御の下で動作する第２モードと、
   により選択的に動作するよう構成される、請求項１記載の装置。
3. 当該装置は、前記第１部、第２部、第３部及び第４部が使用される共有モードにより動作するよう構成される、請求項１記載の装置。
4. 前記第１部と第２部は共に、オーディオ及び／又はビデオ機能を提供するよう構成され、
   前記第１部の処理要素は、前記第２部の処理要素より強力又は多用途である、請求項１記載の装置。
5. 当該装置は、第１トリガーに応答して前記第２モードにより動作をスタートし、以降の第２トリガーに応答して、前記第１モードによる動作にスイッチするよう構成される、請求項２乃至４記載の装置。
6. 当該装置は、前記第２部の処理要素に前記第１部の処理要素のコプロセッサとして機能させるコンピュータプログラム命令を有する、請求項３記載の装置。
7. 前記コンピュータプログラム命令は、前記第２部の処理要素に前記第３部の少なくとも１つの周辺要素を使用して前記コプロセッシング機能を提供することを支援させるためのものである、請求項６記載の装置。
8. 当該装置は、前記第２部の処理要素に前記第１部の処理要素の監視手段として機能させるためのコンピュータプログラム命令を有する、請求項３記載の装置。
9. 当該装置は、前記第１部の処理要素により実行され、実行時に当該装置に汎用計算装置の機能を実行させる第１コンピュータプログラム命令セットと、前記第２部の処理要素により実行され、実行時に当該装置に特定のＡＶ装置、特にテレビの機能を実行させる第２コンピュータプログラム命令セットとを有する、請求項１記載の装置。
10. 当該装置は、
    ディスプレイにビデオ出力画像を生成するコンピュータグラフィックス周辺要素であって、前記Ｉ／Ｏネットワークを介しアクセス可能であり、前記第１部の計算要素により制御されるコンピュータグラフィックス周辺要素と、
    テレビ信号を処理するビデオ処理周辺要素であって、前記Ｉ／Ｏネットワークを介しアクセス可能であり、前記第２部の計算要素により制御されるビデオ処理周辺要素と、
    前記第１又は第２計算要素に前記コンピュータグラフィックス周辺要素により生成されるビデオ出力画像上に少なくとも１つのウィンドウと、前記ビデオ処理周辺要素により生成される少なくとも１つのさらなるウィンドウとを割り当てさせるコンピュータプログラム命令と、
    を有する、請求項９記載の装置。
11. 前記Ｉ／Ｏネットワークは、階層的にスイッチされるＩ／Ｏネットワークタイプのものであり、
    前記第４部は、前記ネットワークのプライマリスイッチ要素を有する、請求項１記載の装置。
12. 前記第１及び第２アーキテクチャ部は、前記スイッチされるＩ／Ｏネットワークの各自の単一の第１及び第２ルート要素を有し、
    各ルート要素は、前記各自の処理要素と少なくとも前記プライマリスイッチ要素とに直接接続される、請求項１１記載の装置。
13. 前記第１及び第２コンフィギュレーションデータは、前記プライマリスイッチ要素と前記第１又は第２ルート要素をそれぞれ構成するためのものである、請求項１２記載の装置。
14. 前記Ｉ／Ｏネットワークは、ＰＣＩ Ｅｘｐｒｅｓｓである、請求項１１記載の装置。
15. 前記周辺要素は、オーディオチューナ、ビデオチューナ、ハードディスクユニット、光ストレージユニット、ソリッドステートメモリカード、オーディオ及び／若しくはビデオデコーダ、ワイド若しくはローカルエリアネットワークインタフェース、テレテキストデコーダ、ＵＳＢブリッジの少なくとも１つである、請求項１記載の装置。
16. 第１処理要素と該第１処理要素にプログラムコードを提供するための第１メモリ要素との信号接続とを有する第１ハードウェア部と、データのソース及び／又はデスティネーションとして機能する少なくとも１つの周辺要素を有する第３ハードウェア部と、前記第１及び第３部に接続されるＩ／Ｏネットワークを有し、第１コンフィギュレーションデータの制御の下で前記第１及び第３部の各要素の間の通信を可能にする第４ハードウェア部とを有する処理アセンブリであって、
    前記第４ハードウェア部はさらに、第２処理要素と該第２処理要素にプログラムコードを提供する第２メモリ要素との信号接続とを有する第２ハードウェア部に接続するための信号接続を有し、
    前記第４部は、前記信号接続を介し異なる第２コンフィギュレーションデータを受信し、前記第２コンフィギュレーションデータの制御の下で前記第２及び第３部の各要素の間の通信を可能にするよう動作可能である処理アセンブリ。

Images