(57)【要約】【課題】他のチェーンと一部のリソースを共有するチェーンの生成を、個別にリソースを指定せずに行うことができるマルチメディア処理装置を提供する。【解決手段】マルチメディア処理装置（１）は、コマンドに応答してそれが指定するメディア基本機能に対応するリソースの連鎖を、連鎖するリソースの一部を他の連鎖との間で相互に共有リソース（ＳＤＥＣ＿ＭＣ）とする複数のメディア基本機能の定義に基づいて生成する。他のチェーンと一部のリソースを共有するチェーンの生成を、コマンドで個別にリソースを指定せずにメディア基本機能の定義に基づいて行うことができる。また、マルチメディア処理装置は、生成したリソースの連鎖を連鎖ＩＤによって管理すると共に、生成したリソースの連鎖の接続先を連鎖属性によって管理し、別のコマンドに応答してそれが指定する連鎖ＩＤに対応するリソースの連鎖の連鎖属性を切換え制御する。【選択図】図１
2011113427.tif 000002
【特許請求の範囲】
【請求項１】
リソースの連鎖で実現されるメディア基本機能を切換えてデータストリームに対するマルチメディア処理を行なうマルチメディア処理装置であって、
第１コマンドに応答してそれが指定するメディア基本機能に対応するリソースの連鎖を、連鎖するリソースの一部を他の連鎖との間で相互に共有リソースとする複数のメディア基本機能の定義に基づいて生成する制御部を有する、マルチメディア処理装置。
【請求項２】
前記制御部は、第２コマンドに応答して前記メディア基本機能の定義を有効にする、請求項１記載のマルチメディア処理装置。
【請求項３】
前記リソースを共有する複合的な複数のメディア基本機能の定義にはそのグループ固有のグループＩＤが付与され、
前記制御部は、前記第１コマンドに応答してそれが指定するグループＩＤのメディア基本機能に対応するリソースの連鎖を生成する、請求項２記載のマルチメディア処理装置。
【請求項４】
前記制御部は、生成したリソースの連鎖を連鎖ＩＤによって管理する、請求項３記載のマルチメディア処理装置。
【請求項５】
前記制御部は、第３コマンドに応答してそれが指定する連鎖ＩＤのリソースの連鎖を開放する、請求項４記載のマルチメディア処理装置。
【請求項６】
前記制御部は、生成したリソースの連鎖の接続先を連鎖属性によって管理し、第４コマンドに応答してそれが指定する連鎖ＩＤに対応するリソースの連鎖の連鎖属性を切換え制御する、請求項４記載のマルチメディア処理装置。
【請求項７】
1個の半導体集積回路で構成された、請求項１記載のマルチメディア処理装置。
【請求項８】
実装基板上に実装された複数個の半導体集積回路で構成された、請求項１記載のマルチメディア処理装置。
【請求項９】
リソースの連鎖で実現されるメディア基本機能を切換えてデータストリームに対するマルチメディア処理を行なうマルチメディア処理装置であって、
前記メディア基本機能を実現するために連鎖される複数のリソースと、
前記メディア基本機能を制御するために前記リソースの連鎖を管理する制御部と、を有し、
前記制御部は、連鎖するリソースの一部を他の連鎖との間で相互に共有リソースとする複数のメディア基本機能が定義される連鎖定義テーブルを有し、第１コマンドに応答してそれが指定するメディア基本機能に対応するリソースの連鎖を、前記連鎖定義テーブルにおけるメディア基本機能の定義に基づいて生成する、マルチメディア処理装置。
【請求項１０】
前記制御部は、第２コマンドに応答して前記連鎖定義テーブルによるメディア基本機能の定義を有効にする、請求項９記載のマルチメディア処理装置。
【請求項１１】
前記連鎖定義テーブルには前記リソースを共有する複合的な複数のメディア基本機能のグループに固有のグループＩＤが定義され、
前記制御部は、前記第１コマンドに応答してそれが指定するグループＩＤのメディア基本機能に対応するリソースの連鎖を生成する、請求項１０記載のマルチメディア処理装置。
【請求項１２】
前記制御部は、前記第１コマンドに応答して生成したリソースの連鎖を連鎖ＩＤによって管理するための連鎖管理テーブルを有し、前記第１コマンドに応答してリソースの連鎖を生成するとき当該連鎖に対応する連鎖ＩＤを生成して前記連鎖管理テーブルに登録する、請求項１１記載のマルチメディア処理装置。
【請求項１３】
前記制御部は、第３コマンドに応答してそれが指定する連鎖ＩＤのリソースの連鎖を開放し、開放したリソースの連鎖の連鎖ＩＤを無効化する、請求項１２記載のマルチメディア処理装置。
【請求項１４】
前記連鎖管理テーブルは、連鎖ＩＤに対応してリソースの連鎖の接続先を規定する連鎖属性の情報を有し、
前記制御部は、第４コマンドに応答してそれが指定する連鎖ＩＤの連鎖属性のデータを前記連鎖管理テーブルに登録する、請求項１２記載のマルチメディア処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リソースの連鎖で実現されるメディア基本機能を切換えてデータストリームに対するマルチメディア処理を行なうマルチメディア処理装置に関する。
【背景技術】
【０００２】
オーディオやビデオなどマルチメディア系の様々な情報がデジタル化され、これらを扱う装置が普及してきている。これらの処理は、一般にメディア処理と呼ばれ、情報量が多く、処理自体も非常に重いものとなり、一定期間内に一定の処理を完了する必要があるなど、独特の時間制約がある。さらに、蓄積効率や通信効率、さらには、画質や音質などの高品質化を追求して、様々なフォーマットが開発されてきた。その結果、デコーダやエンコーダなどの種類が増加し、個々の装置においても、複数のフォーマットに対応する必要が生じるなど、これら装置の内部は非常に複雑化している。これにともない、これら装置の開発工数も増大の一途を辿っている。そこで、そのような装置におけるメディア処理関係のソフトウェアを二つの層に分割し、二つの層の間のインタフェースを明確に定義することで、メディア処理系ソフトウェアの見通しをよくするとともに、ある装置用に開発されたメディア処理系ソフトウェアの上位層(アプリケーション)を別の装置に移植し易くすることで、これら装置の開発工数を削減しようとすることが行われた。
【０００３】
それについて例えば非特許文献１に記載がある。即ち、メディア処理を行う装置では、いろいろな形式でデジタル化された映像や音声の時間的な流れを入力し、内部で様々な加工を行って、最終的に対応する表示装置に適切な形式で出力する。このようにひとつのまとまったメディア情報の時間的な流れをデータストリームと呼ぶ。これらの装置の内部では複雑なメディア処理が実施される。例えば、ビデオ再生であれば、あるコマの画像情報をデコードし、表示可能な情報に変換し、表示装置に渡すという処理を、コマごとに繰り返す。画像と音が混ざって入力される場合は、途中に音情報と画像情報を分離するような処理が挿入され、さらに、取り出された音情報に対しても、画像とは異なるデコードや出力処理が必要になる。また、これらの装置は、利用者の指示に応じて、ビデオ再生を止めたり、再開したりする必要がある。さらに、再生するビデオを切り替えたり、異なるフォーマットのビデオの再生に切り替えたり、ビデオは止めて音楽の再生に切り替えたりと、様々な切り替え処理も必要になる。このように複雑なメディア処理の中で、特定のデータストリームに対して一連の処理を実施するものを、特にメディア基本機能と呼ぶ。例えば、ハードディスクの中にファイルとして格納されている音情報を読み出して、デコードして、音として再生するような一連の処理は、ひとつのメディア基本機能と呼ぶことができる。これに対し、ユーザの指示に基づいて、様々な異なる種類のデータストリームを処理するようなソフトウェアは、時と場合に応じて複数のメディア基本機能を切り替えて使うような、より上位のアプリケーションである。そこで、メディア処理を実施するソフトウェアをメディア基本機能群の実装と制御に関するメディアフレームワーク層(ＭＦ層)と、その層の機能を使ってより複雑なメディア処理を実現するアプリケーション層(ＡＰ層)とに分離して構築する。
【０００４】
メディア基本機能は、入力のデータストリームに一定の加工を加える処理の連鎖として実装されることが多い。この一定の加工を加える単位的な処理体としてのリソースをメディアコンポーネント、一連の処理の連鎖をメディアコンポーネントチェーン(チェーンと略す)と呼ぶ。メディアコンポーネントは、加工対象であるストリームデータの入カポートや出カポートの他に、処理の動作を規定する。メディア処理を実施するひとつの装置の内部には、複数のメディアコンポーネントが含まれており、それらのいくつかを組み合わせて所要のチェーンを構成し、メディア基本機能を実現する。チェーンの生成や開放機能はチェーン制御部が担う。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】ＥＸＲＥＡＬ−Ｍｅｄｉａ  Ｆｒａｍｅｗｏｒｋ  概要説明書 Ver1.00、日本国、株式会社ルネサステクノロジ、2008年10月31日、ｐ１−ｐ11
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、非特許文献１において生成及び開放可能なチェーンはシングルチェーンに限られていた。これにより、以下の問題点のあることが本発明者によって見出された。
【０００７】
第１に、複数のチェーンの間で同じリソースを共有化する場合と共有化しない場合を明確に定義して管理することができないとう問題がある。例えば、ディジタルテレビを例にすると、異なる番組を再生・録画する場合には、番組を選定してストリームを分離する逆多重化リソースを、録画チェーンと再生チェーンでそれぞれ個別に持つことが必要になるが、再生中の番組を録画する場合には逆多重化リソースを共有させてリソースの有効活用を行おうとしても、従来技術ではリソースの共有又は非共有を選択したり、リソースを共有するチェーンを生成することについて考慮されていない。
【０００８】
第２に、チェーン間あるいはチェーン内で、ストリームのルートを切り替える必要がある場合に、リソースを仮想化した状態でルート切り替えを実行及び管理することができない。例えば、ディジタルテレビを例にすると、２番組を同時視聴しているときに主画面と副画面を切り替える場合には、２つの番組の夫々の再生チェーンにおいて画像出力リソースと音声出力リソースの出力先を切換えスイッチで直接切換えるというように、ハードウェア構成に依存する切り替えを行わなければならず、リソースを仮想化した状態で出力ルートの切り替えを実行することについて考慮されていない。
【０００９】
本発明の目的は、他のチェーンと一部のリソースを共有するチェーンの生成を、コマンドで個別にリソースを指定せずに行うことができるマルチメディア処理装置を提供することにある。
【００１０】
本発明の別の目的は、他のチェーンと一部のリソースを共有するチェーンの生成を、コマンドで個別にリソースを指定せずに行うことができると共に、チェーンの出力先の切り替えをコマンドで個別に出力先を指定せずに行うことができる、マルチメディア処理装置を提供することにある。
【００１１】
本発明の前記並びにその他の目的と新規な特徴は本明細書の記述及び添付図面から明らかになるであろう。
【課題を解決するための手段】
【００１２】
本願において開示される発明のうち代表的なものの概要を簡単に説明すれば下記の通りである。
【００１３】
すなわち、マルチメディア処理装置は、コマンドに応答してそれが指定するメディア基本機能に対応するリソースの連鎖を、連鎖するリソースの一部を他の連鎖との間で相互に共有リソースとする複数のメディア基本機能の定義に基づいて生成する。これにより、他のチェーンと一部のリソースを共有するチェーンの生成を、コマンドで個別にリソースを指定せずにメディア基本機能の定義に基づいて行うことができる。
【００１４】
また、マルチメディア処理装置は、生成したリソースの連鎖を連鎖ＩＤによって管理すると共に、生成したリソースの連鎖の接続先を連鎖属性によって管理し、別のコマンドに応答してそれが指定する連鎖ＩＤに対応するリソースの連鎖の連鎖属性を切換え制御する。これにより、チェーンの出力先の切り替えをコマンドで個別に出力先を指定せずに連鎖属性の指定に基づいて行うことができる。
【発明の効果】
【００１５】
本願において開示される発明のうち代表的なものによって得られる効果を簡単に説明すれば下記のとおりである。
【００１６】
すなわち、他のチェーンと一部のリソースを共有するチェーンの生成を、コマンドで個別にリソースを指定せずに行うことができる。
【００１７】
また、チェーンの出力先の切り替えをコマンドで個別に出力先を指定せずに行うことができる。
【図面の簡単な説明】
【００１８】
【図１】図１はディジタルテレビに適用されるマルチメディア処理装置の一例として異なる番組を並列的に再生および録画可能な機能が選択されたときのシステム構成を示すブロック図である。
【図２】図２はマルチメディア処理装置において現在再生している番組を録画する機能が選択されたときのシステム構成を示すブロック図である。
【図３】図３はストリーム制御部の一例を示すブロック図である。
【図４】図４はチェーン定義テーブルＳＤＴの一例を示す説明図である。
【図５】図５はチェーン管理テーブルＣＭＴの一例を示す説明図である。
【図６】図６は２番組同時視聴及び２番組同時記録可能なシステム構成を備えたマルチメディア処理装置において、２番組同時視聴及び２番組同時記録を行うコンポーネントチェーンを生成したストリーム処理部のチェーンの状態を例示する概念図である。
【図７】図７は２番組同時視聴及び２番組同時記録可能なシステム構成を備えたマルチメディア処理装置において、表番組の視聴と記録を実現するストリーム処理部のチェーンの状態を例示する概念図である。
【図８】図８は２番組同時視聴及び２番組同時記録可能なシステム構成を備えたマルチメディア処理装置において、視聴チェーンを指定後、別のチェーングループを指定して録画チェーンを生成して、裏番組録画機能を実現するストリーム処理部のチェーンの状態を例示する概念図である。
【図９】図９は２番組同時視聴時における主画面と副画面を切換えるための経路切り替えのための処理例を示す概念図である。
【図１０】図１０はチェーンアトリビュート情報を書換える手段を採用しない場合の比較例を示す概念図である。
【発明を実施するための形態】
【００１９】
１．実施の形態の概要
先ず、本願において開示される発明の代表的な実施の形態について概要を説明する。代表的な実施の形態についての概要説明で括弧を付して参照する図面中の参照符号はそれが付された構成要素の概念に含まれるものを例示するに過ぎない。
【００２０】
〔１〕本発明の代表的な実施の形態に係るマルチメディア処理装置（１）は、リソース（ＳＤＥＣ＿ＭＣ、ＶＤＥＣ＿ＭＣ，ＡＤＥＣ＿ＭＣ，ＭＵＸ＿ＭＣ，ＤＯＵＴ＿ＭＣ，ＡＯＵＴ＿ＭＣ，ＦＯＵＴ＿ＭＣ）の連鎖で実現されるメディア基本機能を切換えてデータストリームに対するマルチメディア処理を行ない、このマルチメディア処理装置は特に、第１コマンド（EMFCreateChain(＊)）に応答してそれが指定するメディア基本機能に対応するリソースの連鎖を、連鎖するリソースの一部を他の連鎖との間で相互に共有リソースとする複数のメディア基本機能の定義に基づいて生成する制御部（３）を有する。
【００２１】
これにより、他のチェーンと一部のリソースを共有するチェーンの生成を、アプリケーションからコマンドで個別にリソースを指定せずにメディア基本機能の定義に基づいて行うことができる。したがって、マルチメディア処理装置を制御するアプリケーションの生成においてリソースを意識せずに済み、複雑なシステム構築の容易化に資することができる。アプリケーションにおいてメディア基本機能を構成するために連鎖されるリソースが仮想化され、アプリケーションの移植性が向上する。また、リソースに依存する情報はリソースの連鎖の定義に関与すればよく、上述のようにアプリケーションからはメディア基本機能の指定のように直接リソースを指定することを要せず、メディア基本機能を指定するようなコマンドインタフェース若しくはＡＰＩによってメディア処理の指定が可能になり、複雑なチェーン構成に対しても対応が容易である。
【００２２】
〔２〕項１のマルチメディア処理装置において、前記制御部は、第２コマンド（EMFConstructorChain(＊)）に応答して前記メディア基本機能の定義を有効にする。前記メディア基本機能の定義はプログラマブルである。
【００２３】
〔３〕項２のマルチメディア処理装置において、前記リソースを共有する複合的な複数のメディア基本機能の定義にはそのグループ固有のグループＩＤ（CGID#1,CGID#2）が付与される。前記制御部は、前記第１コマンドに応答してそれが指定するグループＩＤのメディア基本機能に対応するリソースの連鎖を生成する。グループＩＤにより、複数のある同じ種類のメディア基本機能に対して区別可能になる。
【００２４】
〔４〕項３のマルチメディア処理装置において、前記制御部は、生成したリソースの連鎖を連鎖ＩＤによって管理する。生成したメディア基本機能は連鎖ＩＤで特定可能になる。
【００２５】
〔５〕項４のマルチメディア処理装置において、前記制御部は、第３コマンド（EMFReleaseChain(＊)）に応答してそれが指定する連鎖ＩＤのリソースの連鎖を開放する。
【００２６】
〔６〕項４のマルチメディア処理装置において、前記制御部は、生成したリソースの連鎖の接続先を連鎖属性によって管理し、第４コマンドに応答してそれが指定する連鎖ＩＤに対応するリソースの連鎖の連鎖属性を切換え制御する。これにより、チェーンの出力先の切り替えを、コマンドで個別に出力先を指定せずに連鎖属性の指定に基づいて行うことができる。
【００２７】
〔７〕項１のマルチメディア処理装置は、例えば1個の半導体集積回路で構成される。
【００２８】
〔８〕項１のマルチメディア処理装置は、例えば実装基板上に実装された複数個の半導体集積回路で構成される。
【００２９】
〔９〕本発明の代表的な別の実施の形態に係るマルチメディア処理装置は、リソース（ＳＤＥＣ＿ＭＣ、ＶＤＥＣ＿ＭＣ，ＡＤＥＣ＿ＭＣ，ＭＵＸ＿ＭＣ，ＤＯＵＴ＿ＭＣ，ＡＯＵＴ＿ＭＣ，ＦＯＵＴ＿ＭＣ）の連鎖で実現されるメディア基本機能を切換えてデータストリームに対するマルチメディア処理を行なう装置であって、前記メディア基本機能を実現するために連鎖される複数のリソースと、前記メディア基本機能を制御するために前記リソースの連鎖を管理する制御部（３）と、を有する。前記制御部は、連鎖するリソースの一部を他の連鎖との間で相互に共有リソースとする複数のメディア基本機能が定義される連鎖定義テーブル（SDT）を有し、第１コマンド（EMFCreateChain(＊)）に応答してそれが指定するメディア基本機能に対応するリソースの連鎖を、前記連鎖定義テーブルにおけるメディア基本機能の定義に基づいて生成する。
【００３０】
これにより、他のチェーンと一部のリソースを共有するチェーンの生成を、アプリケーションからコマンドで個別にリソースを指定せずにメディア基本機能の定義に基づいて行うことができる。
【００３１】
〔１０〕項９のマルチメディア処理装置において、前記制御部は、第２コマンド（EMFConstructorChain(＊)）に応答して前記連鎖定義テーブルによるメディア基本機能の定義を有効にする。前記メディア基本機能の定義はプログラマブルである。
【００３２】
〔１１〕項１０のマルチメディア処理装置において、前記連鎖定義テーブルには前記リソースを共有する複合的な複数のメディア基本機能のグループに固有のグループＩＤ（CGID#1,CGID#2）が定義される。前記制御部は、前記第１コマンドに応答してそれが指定するグループＩＤのメディア基本機能に対応するリソースの連鎖を生成する。グループＩＤにより、複数のある同じ種類のメディア基本機能に対して区別可能になる。
【００３３】
〔１２〕項１１のマルチメディア処理装置において、前記制御部は、前記第１コマンドに応答して生成したリソースの連鎖を連鎖ＩＤによって管理するための連鎖管理テーブル（CMT）を有し、前記第１コマンドに応答してリソースの連鎖を生成するとき当該連鎖に対応する連鎖ＩＤを生成して前記連鎖管理テーブルに登録する。生成したメディア基本機能は連鎖ＩＤで特定可能になる。
【００３４】
〔１３〕項１２のマルチメディア処理装置において、前記制御部は、第３コマンド（EMFReleaseChain(＊)）に応答してそれが指定する連鎖ＩＤのリソースの連鎖を開放し、開放したリソースの連鎖の連鎖ＩＤを無効化する。
【００３５】
〔１４〕項１２のマルチメディア処理装置において、前記連鎖管理テーブルは、連鎖ＩＤに対応してリソースの連鎖の接続先を規定する連鎖属性の情報を有する。前記制御部は、第４コマンド（EMFSetChainAttribute(＊)）に応答してそれが指定する連鎖ＩＤの連鎖属性のデータを前記連鎖管理テーブルに登録する。これにより、チェーンの出力先の切り替えを、コマンドで個別に出力先を指定せずに連鎖属性の指定に基づいて行うことができる。
【００３６】
２．実施の形態の詳細
実施の形態について更に詳述する。
【００３７】
図１にはディジタルテレビに適用されるマルチメディア処理装置の一例として異なる番組を並列的に再生および録画可能な機能が選択されたときのシステム構成が示される。図２にはマルチメディア処理装置において現在再生している番組を録画する機能が選択されたときのシステム構成が示される。図１及び図２ではマルチメディア処理装置（ＰＲＣＳＳ）１の構成を、メディアコンポーネントのチェーンによるストリーム処理系列を構成するためのストリーム処理部（ＳＴＲＭＰ）２と、ストリーム処理部２のコンポーネントに対する制御を行うストリーム制御部（ＥＭＦ）３と、ストリーム制御部３に指示を与えてマルチメディア処理を制御するためのアプリケーション部（ＡＰＬ）４とに階層化して示してある。特に図示はしないが、ストリーム処理部（ＳＴＲＭＰ）２は例えばＣＰＵ、ＣＰＵが実行するプログラム、メモリ及びアクセラレータなどによって構成され、ストリーム制御部（ＥＭＦ）３は例えばＣＰＵ、ＣＰＵが実行するプログラム及びメモリ等によって構成され、アプリケーション部（ＡＰＬ）４は例えばＣＰＵ、ＣＰＵが実行するプログラム及びメモリ等によって構成される。前記ＣＰＵやメモリはストリーム処理部（ＳＴＲＭＰ）２、ストリーム制御部（ＥＭＦ）３及びアプリケーション部（ＡＰＬ）４の間で個別であっても共通であってもよい。
【００３８】
メディア処理の基本機能は、入力データストリームに一定の加工を加える処理の連鎖として実装され、その一定の加工を加える単位的な処理要素であるリソースをメディアコンポーネントと称し、一連の処理の連鎖をメディアコンポーネントチェーン（単にチェーンとも略す）と称する。
【００３９】
ストリーム処理部２に示されるメディアコンポーネントのチェーンはアプリケーション部４からの指示に従ってストリーム制御部３の制御によって構成される。図１のストリーム処理部２には、メディアコンポーネントチェーンによるストリーム処理系列として、異なる番組を並列的に再生および録画可能とする機能が選択された場合の最小限の構成が示され、図２のストリーム処理部２は、メディアコンポーネントチェーンによるストリーム処理系列として現在再生している番組を録画する機能が選択された場合の最小限の構成が示される。図１及び図２に例示されるメディアコンポーネントチェーンの構成は一例であり、メディアコンポーネントの数およびメディアコンポーネントの機能は図示されたものに限定されず、設定可能なチェーン構成はハードウェア及びソフトウェアによって用意されているメディアコンポーネントの範囲において前記チェーンマネジャによってプログラマブルに設定可能にされる。以下、メディアコンポーネントチェーンの生成及び管理について詳細に説明する。
【００４０】
図１及び図２に例示されるように、ここではディジタルテレビに適用されるマルチメディア処理装置を一例とするものであり、それによる基本的な処理は、図２のストリーム処理部２に示されるように、以下のように行われる。放送波ＲＦがアンテナＡＮＴにより受信され、その受信信号がチューナ及びデモジュレータＴＵＮ＆ＤＭＯＤに供給されて、目的とするチャンネルの中間周波信号に変換されると共に、変換された中間周波信号が復調されてトランスポートストリームＴＳが取り出される。このトランスポートストリームＴＳがＴＳデコーダ回路としてのシステムデコーダＳＤＥＣ＿ＭＣに供給されて目的とするチャンネルの映像および音声のデータストリームが選択されて逆多重化される。逆多重化されて出力された映像のデータストリームは、映像デコーダＶＤＥＣ＿ＭＣに供給されてもとのデジタル映像信号にデコードされ、このデジタル映像信号が表示制御回路のような表示出力回路ＤＯＵＴ＿ＭＣを通じて例えばＬＣＤパネル等のディスプレイＤＩＳＰに供給され、目的とするチャンネルの映像が表示される。システムデコーダＳＤＥＣ＿ＭＣから出力された音声のデータストリームは、音声デコーダＡＤＥＣ＿ＭＣに供給されてもとのデジタル音声信号にデコードされ、Ｄ／Ａ変換回路などの音声出力回路ＡＯＵＴ＿ＭＣを介してスピーカＳＰＫに供給される。さらに、システムデコーダＳＤＥＣ＿ＭＣから出力された映像のデータストリームと音声のデータストリームはマルチプレクサＭＵＸ＿ＭＣで多重化されて、この多重化された信号がハードディスクコントローラのようなファイル出力回路ＦＯＵＴ＿ＭＣを通じて例えばハードディスクドライブ等のストレージＳＴＲＧに供給されて記録される。
【００４１】
図１の場合は異なる番組を並列的に再生および録画可能とするため、チューナ及びデモジュレータＴＵＮ＆ＭＯＤ及びシステムデコーダＳＤＥＣ＿ＭＣを２系統利用し、一方を再生に、他方を記録に用いるように機能選択される。
【００４２】
特に制限されないが、図１及び図２において、システムデコーダＳＤＥＣ＿ＭＣ、映像デコーダＶＤＥＣ＿ＭＣ、音声デコーダＡＤＥＣ＿ＭＣ、マルチプレクサＭＵＸ＿ＭＣ、表示出力回路ＤＯＵＴ＿ＭＣ、音声出力回路ＡＯＵＴ＿ＭＣ、及びファイル出力回路ＦＯＵＴ＿ＭＣのそれぞれがメディアコンポーネントとされる。ストリーム処理部（ＳＴＲＭＰ）２に実際に搭載されるそれらメディアコンポーネントの数や回路構成は、必要最小限の規格を満足してその提供主体（例えば製造メーカ）によって相違されるのが現状である。以下の説明において、システムデコーダＳＤＥＣ＿ＭＣ、映像デコーダＶＤＥＣ＿ＭＣ、音声デコーダＡＤＥＣ＿ＭＣ、及びマルチプレクサＭＵＸ＿ＭＣを、便宜上、単にメディアコンポーネントＭＣ＃１、ＭＣ＃２、ＭＣ＃３、ＭＣ＃４とも記す。
【００４３】
図３にはストリーム制御部３の一例が示される。ストリーム制御部３は、特に制限されないが、アプリケーションプログラムインタフェースＥＭＦＡＰＩを介してアプリケーション部２からチェーンの定義、チェーンの生成、及びチェーンの解放のための制御情報等がコマンドなどによって与えられる。
【００４４】
ストリーム制御部３は、アプリケーション部２から与えられるコマンドなどに従ってメディアコンポーネントのチェーンの定義、チェーンの生成、チェーンの開放、及びチェーンの接続状態の管理などのための制御を行うチェーンマネジャＥＦＭＣＭを有する。チェーンマネジャＥＭＦＣＭは、チェーン定義テーブルＳＤＴ、チェーン管理テーブルＣＭＴ及び制御ロジックＣＭＬＧＣを備える。
【００４５】
チェーン定義テーブルＳＤＴは、チェーンの構成に用いられる夫々のメディアコンポーネントの種類やポートなどに関する情報、チェーンの種類にそれを構成するメディアコンポーネントのチェーン構成情報、複数のチェーンを複合して機能させるような場合にその複合構成を特定するためのチェーンの複合構成情報などの静的な情報が格納される。メディアコンポーネントが採り得るチェーン構成は、マルチメディア処理装置が本来備えなければならないメディア基本機能の仕様、即ち、この実施の形態の場合にはディジタルテレビとしての仕様から、ある程度決まる。したがって、ディジタルテレビ（ＤＴＶ）を視聴するために必要なチェーン（ＤＴＶ視聴チェーン）であれば、その仕様上、メディアコンポーネントＭＣ＃１、ＭＣ＃２、ＭＣ＃３を使用し、ディジタルテレビ（ＤＴＶ）を記録するために必要なチェーン（ＤＴＶ録画チェーン）であれば、その仕様上、メディアコンポーネントＭＣ＃１及びＭＣ＃４を使用することが自ずから決まる。このような制約の下で、コマンドに応答して制御ロジックＣＭＬＧＣがチェーン定義テーブルＳＤＴへの定義情報の記録を行う。詳細は後述するが、チェーンの生成はチェーンの生成コマンドによりチェーン定義テーブルＳＤＴに定義された範囲でチェーンを特定して生成されることになる。
【００４６】
図４にはチェーン定義テーブルＳＤＴの一例が示される。ここではメディアコンポーネントＭＣ＃１，ＭＣ＃２，ＭＣ＃３，ＭＣ＃４に着目したときに定義が例示され、夫々のメディアコンポーネントＭＣ＃１，ＭＣ＃２，ＭＣ＃３，ＭＣ＃４を連鎖させる入力ポートはポートＰｒｔＡ、出力ポートはポートＰｒｔＢと定義され、例えばＤＴＶ視聴チェーンとＤＴＶ録画チェーンの複合構成が２個定義されている。夫々の複合構成は複合構成情報（グループＩＤ）であるＣＧＩＤ＃１，ＣＧＩＤ＃２によって識別可能にされており、夫々のＤＴＶ視聴チェーンはメディアコンポーネントＭＣ＃１，ＭＣ＃２，ＭＣ＃３のチェーンで構成され、チェーンの入力ポートはＰｒｔＣ、出力ポートはＰｒｔＤであり、ＤＴＶ録画チェーンはメディアコンポーネントＭＣ＃１，ＭＣ＃４のチェーンで構成され、チェーンの入力ポートはＰｒｔＣ、出力ポートはＰｒｔＤであることが定義されている。ここで着目すべきは、同一グループＩＤの定義において同じメディアコンポーネント（例えばＭＣ＃１）が異なるチェーンの定義で使用されている場合、当該メディアコンポーネント（ＭＣ＃１）はその複合チェーンにおいて共用されることを意味する。
【００４７】
チェーン定義テーブルＳＤＴに定義情報を記録して定義を有効にするコマンド（第２コマンド）は、特に制限されないが、アプリケーション部４から発行されるコマンド“EMFConstructChain(Structure_チェーンの種類)”とされる。チェーン種類は、ＤＴＶ視聴チェーンについては“LIVE”で指定し、ＤＴＶ録画チェーンについては“REC”で指定し、チェーンの数は数字によって指定する。チェーンの種類として“RECLIVE”を指定したときこれは複合チェーンになるので、自動的にグループＩＤが附される。図４の定義を得るときのコマンド標記は、“EMFConstructChain(Structure_2REC2LIVE)”とされる。制御ロジックＣＭＬＧＣがこのコマンドに応答することにより、ＣＧＩＤ＃１とＣＧＩＤ＃２の夫々のグループでＤＴＶ視聴チェーンとＤＴＶ録画チェーンが定義される。第２コマンドによりコンポーネントチェーンで規定されるメディア基本機能の定義はプログラマブルである。また、グループＩＤにより、複数のある同じ種類のメディア基本機能に対して区別可能になる。
【００４８】
チェーン管理テーブルＣＭＴには、チェーン定義テーブルＳＤＴに定義された範囲で生成されたチェーンの情報、及び当該チェーンの出力先などのルートを決める属性情報としてのチェーンアトリビュート情報等、メディア処理の状況に応じた動的な情報が、チェーンＩＤをチェーンハンドル名として識別可能に記録される。
【００４９】
図５にはチェーン管理テーブルＣＭＴの一例が示される。ここではチェーンハンドル名が“hChain_ID1”とされるメディアコンポーネントＭＣ＃１，ＭＣ＃２，ＭＣ＃３によるチェーンと、チェーンハンドル名が“hChain_ID2”とされるメディアコンポーネントＭＣ＃１，ＭＣ＃２，ＭＣ＃３によるチェーンとが生成されたことが登録され、前者のチェーンにはチェーンアトリビュート情報により出力ポートPrtDの出力先経路にプライマリ（Primary）が割当てられたことが示され、後者のチェーンにはチェーンアトリビュート情報により出力ポートPrtDの出力先経路にセカンダリ（Secondary）が割当てられたことが示されている。
【００５０】
チェーン管理テーブルＣＭＴにはチェーンの生成や開放といった動的なチェーンの状況が反映される。チェーンの生成は、アプリケーション部４から制御ロジックＣＭＬＧＣに第１コマンドとしてのチェーン生成コマンド“EMFCreateChain(生成するチェーンの種類，チェーンハンドル名，複合構成情報)”が発行されることによって実行され、その実行結果がチェーン管理テーブルＣＭＴに反映される。制御ロジックＣＭＬＧＣは、チェーン生成コマンド“EMFCreateChain(＊)”コマンドが発行されると、チェーン定義テーブルＳＤＴを参照し、指定されたチェーンが登録されていれば（利用可能であれば）、チェーンを生成して初期化し、チェーン管理テーブルＣＭＴに当該チェーンの情報を登録して更新する。例えば図５のチェーン管理テーブルＣＭＴの状況は、最初にコマンド“EMFCreateChain(Chain_LIVE, &hChain_ID1, CGID1)”を実行し、次にコマンド“EMFCreateChain(Chain_LIVE, &hChain_ID2, CGID2)”を実行することによって得られる。双方共にＤＴＶ視聴チェーンを生成しているので、映像データの出力先経路のチェーンアトリビュート情報は、生成の順番に、最初がプライマリ（Primary）、次がセカンダリ（Secondary）というように、割り当てが初期設定される。
【００５１】
尚、チェーン定義テーブルＳＤＴが図４のように定義されているとき、チェーン生成コマンドでグループＩＤの指定がない場合、例えば“EMFCreateChain(Chain_LIVE, &hChain_ID1)”とされたときは、CGID#1としてDTV視聴チェーンが生成されるのか、或いはCGID#２としてDTV視聴チェーンが生成されるのかは不定となる。
【００５２】
次に、図６，図７，図８に基づいて、上述の基本構成を備えたストリーム制御部３を用いて生成したコンポーネントチェーンの具体的な態様について説明する。ここでは２番組同時視聴及び２番組同時記録可能なシステム構成を備えたマルチメディア処理装置におけるコンポーネントチェーンの生成形態について説明する。
【００５３】
図６には、２番組同時視聴及び２番組同時記録可能なシステム構成を備えたマルチメディア処理装置において、２番組同時視聴及び２番組同時記録を行うコンポーネントチェーンを生成したストリーム処理部のチェーンの状態が例示される。
【００５４】
チェーン生成コマンド“EMFCreateChain(＊)”によりチェーンを生成する前にチェーン定義テーブルＳＤＴにチェーンを定義するコマンド“EMFConstructChain(Structure_2REC2LIVE)”を発行することにより、チェーン複合構成情報CGID#1,CGID#2で識別可能にされた２系との複合チェーンがチェーン定義テーブルＳＤＴに登録される。登録された状態は例えば図４と同じである。チェーン定義テーブルＳＤＴにはチェーン複合構成情報CGID#1,CGID#2が登録されているので、チェーン生成時にはチェーン複合構成情報としてグループＩＤを指定することにより、上述のようにチェーングループを限定してチェーンを生成することができるため、同一チェーングループを指定してＲＥＣとＬＩＶＥを指定すればリソースＭＣ＃１を共有することができ、同一チェーングループの中でＲＥＣ又はＬＩＶＥの一方だけを指定すればリソースＭＣ＃１を共有しない選択を行うことができる。図６は、２番組同時視聴を行う視聴チェーン（ＬＩＶＥ）を指定後、夫々の番組を録画するため同一チェーングループを指定して録画チェーン（ＲＥＣ）を生成してコンポーネントＭＣ＃１（SDEC_MC）を共有化する例を示す。図６に示されるコンポーネントチェーンを生成するまでに実行するコマンドは、
チェーン複合構成を規定してチェーン定義テーブルＳＤＴに登録するコマンド：
EMFConstructorChain(Structure_2REC2LIVE)、
録画チェーン（２番組）、視聴チェーン（２番組）を生成するコマンド：
EMFCreateChain(Chain_REC,&hChain_ID1, CGID1)
EMFCreateChain(Chain_LIVE,&hChain_ID2, CGID1)
EMFCreateChain(Chain_REC,&hChain_ID3, CGID2)
EMFCreateChain(Chain_LIVE,&hChain_ID4, CGID2)、
とされる。
【００５５】
図７には２番組同時視聴及び２番組同時記録可能なシステム構成を備えたマルチメディア処理装置において、表番組の視聴と記録を実現するストリーム処理部のチェーンの状態が例示される。図７に示されるコンポーネントチェーンを生成するまでに実行するコマンドは、
チェーン複合構成を規定してチェーン定義テーブルＳＤＴに登録するコマンド：
EMFConstructorChain(Structure_2REC2LIVE)、
録画視聴チェーン（SDEC_MCリソース共有）を生成するコマンド：
EMFCreateChain(Chain_REC,&hChain_ID1, CGID1)
EMFCreateChain(Chain_LIVE,&hChain_ID2, CGID1)、
とされる。
【００５６】
図８には２番組同時視聴及び２番組同時記録可能なシステム構成を備えたマルチメディア処理装置において、視聴チェーンを指定後、別のチェーングループを指定して録画チェーンを生成して、裏番組録画機能を実現するストリーム処理部のチェーンの状態が例示される。図８に示されるコンポーネントチェーンを生成するまでに実行するコマンドは、
チェーン複合構成を規定してチェーン定義テーブルＳＤＴに登録するコマンド：
EMFConstructorChain(Structure_2REC2LIVE)、
録画チェーン（１番組）、再生チェーン（１番組）を生成するコマンド：
EMFCreateChain(Chain_REC,&hChain_ID1, CGID1)
EMFCreateChain(Chain_LIVE,&hChain_ID2, CGID2)、
とされる。
【００５７】
チェーンを解放する場合には開放コマンド（第３コマンド）“EMFReleaseChain(開放するチェーンの種類，チェーンハンドル名，複合構成情報)”を実行することで、チェーンに含まれるメディアコンポーネントの接続を解除し、メディアコンポーネントの資源を解放する事ができる。チェーン解放コマンドの実行結果はチェーン管理テーブルＣＭＴに反映され、該当するコンポーネントチェーンのエントリが削除されることになる。
【００５８】
チェーン複合構成情報を解放する場合に、全てのチェーンを開放後に、チェーン定義クリアコマンド“EMFDeconstructChain(Structure_チェーンの種類)”を実行することにより、チェーン複合構成を開放し、再度新たなチェーン複合構成を規定することが可能にされる。チェーン定義クリアコマンドの実行結果はチェーン定義テーブルＳＤＴに反映され、コマンドで指定したチェーンの種類に係るチェーン定義のエントリが削除されることになる。
【００５９】
図９には２番組同時視聴時における主画面と副画面を切換えるための経路切り替えのための処理例が示される。経路切換えにはアプリケーション部から発行されるアトリビュート設定コマンド（第４コマンド）を制御ロジック部ＣＭＬＧＣが実行すればよい。アトリビュート設定コマンド“EMFSetChainAttribute(チェーンハンドル名，チェーンアトリビュート)”は、コマンドで指定されたチェーンハンドル名のチェーンＩＤのチェーンアトリビュートの情報をコマンドで指定されたチェーンアトリビュートに書換えるコマンドであり、その実行結果はチェーン管理テーブルＣＭＴに反映される。主画面と副画面を切換えるときには、コマンド“EMFSetChainAttribute(＊)”により、チェーン管理テーブルＣＭＴの視聴チェーン(hChain_ID1)のチェーンアトリビュート情報をセカンダリ（Secondary）に書換え、チェーン管理テーブルＣＭＴの視聴チェーン(hChain_ID2)のチェーンアトリビュート情報をプライマリ（Primary）に書換えればよい。これにより、視聴チェーン(hChain_ID1)はDOUT_MC(副画面)に出力ルートが切り替えられ、視聴チェーン(hChain_ID2)はDOUT_MC（主画面）ならびにAOUT_MCに出力ルートが切り替えられる。このように、チェーンアトリビュート情報を書換えることにより、メディアコンポーネントのリソースをアプリケーション部は意識することなくチェーン間で出力経路を切り替えることができる。チェーンアトリビュート情報を書換えるという手段を採用しない場合には、図１０に例示されるように、アプリケーション部がメディアコンポーネントのリソースを把握してスイッチＳＷ等による経路切換えの制御を直接指示しなければならない。図９の場合にはアプリケーション部が書換えたアトリビュート情報に従ってストリーム制御部（EMF）３が経路の切り替えを制御すればよい。
【００６０】
以上説明した実施の形態によれば、以下の作用効果を得ることができる。
【００６１】
（１）チェーンマネジャＥＭＦＣＭが保有するチェーン定義テーブルＳＤＴは一部のリソースを共有する複合的なチェーンのグループをチェーングループＩＤによって識別可能にされ、そのようなチェーン定義はアプリケーション部からコマンドで設定可能されるから、目的とするチェーンをチェーングループＩＤで指定したチェーングループ内に生成することが可能となる。これにより、異なるチャンネルを再生・録画する場合にはチャネルを分離してSDEC_MCを共有化しないようにチェーンを生成し、同一再生チャンネルを録画する場合にはSDEC_MCを共有してリソースを有効に活用するようにチェーンを生成することが可能になる。
【００６２】
（２）チェーンマネジャＥＭＦＣＭが保有するチェーン管理テーブルＣＭＴは、生成されたチェーンのデータの出力経路を示すチェーンアトリビュート情報をチェーンＩＤに対応して有し、このチェーンアトリビュート情報をアプリケーション部からコマンドで変更することが可能であるから、チェーンマネジャＥＭＦＣＭが保有するチェーン管理テーブルＣＭＴ上のチェーンアトリビュート情報に従ってチェーンの接続先を切り替えることができる。したがって、アプリケーション部にメディアコンポーネントを意識させることなく機能変更を容易に実現することができる。
【００６３】
（３）上記より、アプリケーション部はメディアコンポーネントを意識することなく複雑なシステムを構築することができる。これは、アプリケーション部にとって、リソースとしてのメディアコンポーネントが仮想化されることに等しいから、上位アプリケーションの移植性が向上する。
【００６４】
以上本発明者によってなされた発明を実施形態に基づいて具体的に説明したが、本発明はそれに限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは言うまでもない。
【００６５】
例えば、メディア処理のリソースは図1などで説明したメディアコンポーネント概念に限定されず、その単位の広狭及び機能などについては適宜変更可能である。テーブルの詳細な構成についても図４，５に限定されず、別の情報項目があってもよいし、また、チェーンの種類についても視聴、録画等以外の範疇で規定するようにしてもよい。マルチメディア処理装置１は、相補型ＭＯＳ集積回路などによって単結晶シリコンのような1個の半導体基板に半導体集積回路として形成することができる。或いは、多層配線基板のような実装基板に複数個に半導体集積回路を実装してマルチメディア処理装置１を構成してもよい。その場合に、全体を樹脂でモールドしてモジュールデバイスとして構成することも可能である。マルチメディア処理装置はディジタルテレビに適用されるものに限定されず、ＤＶＤ記録再生装置などのメディア録画・再生機器、ネットワークテレビ、携帯電話のアプリケーションプロセッサ、カーナビゲーションに代表されるカーマルチメディアシステムなどに広く適用可能である。
【符号の説明】
【００６６】
１  マルチメディア処理装置（ＰＲＣＳＳ）
２  ストリーム処理部（ＳＴＲＭＰ）
３  ストリーム制御部（ＥＭＦ）
４  アプリケーション部（ＡＰＬ）
ＡＮＴ  アンテナ
ＴＵＮ＆ＤＭＯＤ  チューナ及びデモジュレータ
ＴＳ  トランスポートストリーム
ＳＤＥＣ＿ＭＣ  システムデコーダ
ＶＤＥＣ＿ＭＣ  映像デコーダ
ＤＯＵＴ＿ＭＣ  表示出力回路
ＤＩＳＰ  ディスプレイ
ＡＤＥＣ＿ＭＣ  音声デコーダ
ＡＯＵＴ＿ＭＣ  音声出力回路
ＳＰＫ  スピーカ
ＭＵＸ＿ＭＣ  マルチプレクサ
ＦＯＵＴ＿ＭＣ  ファイル出力回路
ＳＴＲＧ  ストレージ
ＭＣ＃１、ＭＣ＃２、ＭＣ＃３、ＭＣ＃４  メディアコンポーネント
ＥＭＦＡＰＩ  アプリケーションプログラムインタフェース
ＥＦＭＣＭ  チェーンマネジャ
ＳＤＴ  チェーン定義テーブル
ＣＭＴ  チェーン管理テーブル
ＣＭＬＧＣ  制御ロジック
【図１】
2011113427.tif 000003
【図２】
2011113427.tif 000004
【図３】
2011113427.tif 000005
【図４】
2011113427.tif 000006
【図５】
2011113427.tif 000007
【図６】
2011113427.tif 000008
【図７】
2011113427.tif 000009
【図８】
2011113427.tif 000010
【図９】
2011113427.tif 000011
【図１０】
2011113427.tif 000012