"情報処理装置であって、ソフトウェアコンポーネントが処理可能なストリームの種類を示す種類情報と、該ストリームを処理するために使用する前記情報処理装置のリソースを示すリソース情報と、を保持する前記ソフトウェアコンポーネントを複数、格納する格納手段と、前記種類情報の組み合わせ毎に、該組み合わせに含まれる種類情報を保持するソフトウェアコンポーネントが保持するリソース情報、を管理する管理手段と、実行対象として指定された指定ストリームの種類が指定された場合、該種類に対応する前記組み合わせについて前記管理手段が管理するリソース情報が示すリソースが使用可能であるか否かを判断する判断手段と、前記判断手段が使用可能であると判断した場合、前記判断手段が使用可能であるか否かを判断したリソースの使用許可を、前記指定ストリームを実行する実行部に通知する通知手段とを備えることを特徴とする情報処理装置。前記判断手段は、前記指定ストリームの種類が指定されていない場合、予め設定されたリソースが使用可能であるか否かを判断することを特徴とする請求項1に記載の情報処理装置。前記情報処理装置に対して新規のソフトウェアコンポーネントがダウンロードされた場合、前記管理手段は、該新規のソフトウェアコンポーネントが保持する前記種類情報の組み合わせ毎に、該組み合わせに含まれる種類情報を保持するソフトウェアコンポーネントが保持するリソース情報、を管理することを特徴とする請求項1又は2に記載の情報処理装置。ソフトウェアコンポーネントが処理可能なストリームの種類を示す種類情報と、該ストリームを処理するために使用する情報処理装置のリソースを示すリソース情報と、を保持する前記ソフトウェアコンポーネントを複数、格納する格納手段を有する前記情報処理装置が行う情報処理方法であって、前記情報処理装置の管理手段が、前記種類情報の組み合わせ毎に、該組み合わせに含まれる種類情報を保持するソフトウェアコンポーネントが保持するリソース情報、を管理する管理工程と、前記情報処理装置の判断手段が、実行対象として指定された指定ストリームの種類が指定された場合、該種類に対応する前記組み合わせについて前記管理工程で管理するリソース情報が示すリソースが使用可能であるか否かを判断する判断工程と、前記情報処理装置の通知手段が、前記判断工程で使用可能であると判断した場合、前記判断工程で使用可能であるか否かを判断したリソースの使用許可を、前記指定ストリームを実行する実行部に通知する通知工程とを備えることを特徴とする情報処理方法。コンピュータを、請求項1乃至3の何れか1項に記載の情報処理装置の各手段として機能させるためのコンピュータプログラム。放送受信機能やIPストリーミング受信機能などのストリームデータを処理するシステム以降、ストリーム処理システムと称すでは、昨今の放送のデジタル化、ネットワーク化に伴い、対応すべきストリームの種類が増えてきている。また、ハードウェアの処理能力の増大もあり、1つのシステム内で複数のストリームを同時並行処理することが可能になってきている。ここで、複数のストリームを同時並行処理する際に、ストリーム間でコンポーネントが利用するリソースの競合が発生して、正常な再生を保証できないのは、好ましくない。例えば、予約録画処理を実行中に、新しいストリームの再生処理を試みて、予約録画処理が止まってしまうのは避けるべきである。複数のストリームを同時並行処理する場合においても、このようなリソースの競合を判定して、調停する仕組みが必要である。ところで、複数のストリームを同時並行処理する場合において、リソースの競合を判定し、正常なストリーム再生処理を保証するためには、ユーザやアプリケーションからのストリーム処理要求に基づいて、使用するリソースを見積る必要がある。この時、使用するリソースはストリーム処理要求、つまりストリームの種別毎に異なる。よって、ストリームの種別毎に、適切なフィルタ処理コンポーネントの選択と、そのコンポーネントが使用するリソースを特定しなければならない。さらに、ストリーム処理のリソース割り当てにおいては、ストリーム種別だけでは、必要となるリソースを確定できない場合があるという課題がある。例えば、放送受信機能においては、特定のチャンネルを選局してみないと映像コンテンツのフォーマットがHDなのかSDなのかを判断できない場合がある。フォーマットによって、メモリなどの必要なリソースは異なってくる。また、アナログコンポーネント端子からの映像信号入力の表示機能においても、映像を受信しなければそのフォーマットを確定することができない。よって、リソース量を予め確定することが難しい。本発明は上記の問題に鑑み、フィルタ処理コンポーネントの新規追加などシステム全体としての機能の増減の実現と、実行中のストリーム処理に破綻を来たさないという要件を満たしながら、リソースを有効に活用する為の技術を提供することを目的とする。本発明の目的を達成するために、例えば本発明の情報処理装置は、ソフトウェアコンポーネントが処理可能なストリームの種類を示す種類情報と、該ストリームを処理するために使用する前記情報処理装置のリソースを示すリソース情報と、を保持する前記ソフトウェアコンポーネントを複数、格納する格納手段と、前記種類情報の組み合わせ毎に、該組み合わせに含まれる種類情報を保持するソフトウェアコンポーネントが保持するリソース情報、を管理する管理手段と、実行対象として指定された指定ストリームの種類が指定された場合、該種類に対応する前記組み合わせについて前記管理手段が管理するリソース情報が示すリソースが使用可能であるか否かを判断する判断手段と、前記判断手段が使用可能であると判断した場合、前記判断手段が使用可能であるか否かを判断したリソースの使用許可を、前記指定ストリームを実行する実行部に通知する通知手段とを備えることを特徴とする。本発明の構成によれば、フィルタ処理コンポーネントの新規追加などシステム全体としての機能の増減の実現と、実行中のストリーム処理に破綻を来たさないという要件を満たしながら、リソースを有効に活用することができる。以下、添付図面を参照し、本発明の好適な実施形態について説明する。なお、以下説明する実施形態は、本発明を具体的に実施した場合の一例を示すもので、特許請求の範囲に記載の構成の具体的な実施例の1つである。[第1の実施形態]先ず、本実施形態に係る情報処理装置内におけるソフトウェア構成例について、図1のブロック図を用いて説明する。リソース管理部101は、フィルタ処理コンポーネントソフトウェアコンポーネント1021~1024から収集した情報に基づいて、実行するストリーム処理に適したリソースの割り当てを行う。リソースの割り当てについては後述する。フィルタ処理コンポーネント1021~1024は何れも、入力されたデータを変換して出力するプログラム部品であり、適宜組み合わせて用いることで所望の処理を達成するものである。例えば、ストリームが入力された場合には、それぞれのフィルタ処理コンポーネントによって処理を分担することで、このストリームを処理することができる。シーケンス管理部103は、アプリケーション104からストリーム処理の要求を受けると、リソース管理部101にそのストリーム処理に必要なリソースの割り当てを依頼する。そしてこの依頼によりリソース管理部101から割り当て可能使用可能である旨を受け取った場合には、シーケンス管理部103は、フィルタ処理コンポーネント1021~1024のうち必要なフィルタ処理コンポーネントを選択する。そしてシーケンス管理部103は、選択したフィルタ処理コンポーネント間の実行シーケンスの管理を行い、ストリーム処理に適したリソース管理部101によって割り当てられたリソースを用いて、ストリーム処理を実行する。アプリケーション104は、ユーザからの操作などにより実行対象として指定された指定ストリームの種類を特定し、特定した種類を含むストリーム処理要求をシーケンス管理部103に送信する。アプリケーション104、シーケンス管理部103、リソース管理部101、フィルタ処理コンポーネント1021~1024は何れも、コンピュータプログラムとして情報処理装置が有するメモリ若しくは情報処理装置が管理するメモリ内に格納されている。なお、それぞれは同じメモリに格納されても良いし、異なるメモリに格納しても良い。以下では便宜上、アプリケーション104、シーケンス管理部103、リソース管理部101、フィルタ処理コンポーネント1021~1024のそれぞれを処理の主体として説明する。しかし実際には、そしてそれぞれのコンピュータプログラムは、情報処理装置が有するCPU199により実行される。フィルタ処理コンポーネント1021~1024のそれぞれの内部構成について、図2のブロック図を用いて説明する。図2に示すフィルタ処理コンポーネント201には、使用リソース情報保持部2011と個別フィルタ処理実行部2012とが備わっている。使用リソース情報保持部2011は、フィルタ処理コンポーネント201が処理可能なストリームの種類を示す種類情報と、該ストリームを処理するために使用する情報処理装置のリソースを示すリソース情報と、を保持する。これらの情報についての詳細は後述する。個別フィルタ処理実行部2012は、フィルタ処理コンポーネント201に固有の処理を実行する。次に、図1に示した構成の応用例として、放送ストリームを受信し、受信した放送ストリームを処理し、処理した結果を出力する、という一連の処理を実行する為の構成を、図3に示す。図3において参照番号3021~3029を付した何れも、フィルタ処理コンポーネントである。チューナ制御フィルタ3021は、放送の電波信号を入力し、この電波信号に対して復調などのデータ変換処理を行うことでトランスポートストリームを生成し、出力する。デマルチプレクスフィルタ3022は、トランスポートストリームを入力し、所望のPIDのトランスポートストリームパケットを分離して出力する。放送字幕デコードフィルタ3023は、字幕データを含むトランスポートストリームパケットを入力し、字幕データを抽出してデコードし、文字列データ及び表示位置、表示タイミングなどの表示制御情報を出力する。Videoデコードフィルタ3024は、MPEG等で圧縮された映像データを含むトランスポートストリームパケットを入力してデコード処理を施し、伸張された映像を出力する。Audioデコードフィルタ3025は、MPEG等で圧縮された音声データを含むトランスポートストリームパケットを入力してデコード処理を施し、伸張された音声を出力する。Graphics描画フィルタ3026は、文字列データ及び表示制御情報を入力し、字幕をラスタライズし、ビットマップグラフィクスとして出力する。画質制御フィルタ3027は、映像データを入力して画質を向上する処理など様々な画像加工処理を施し、加工された映像を出力する。音質制御フィルタ3028は、音声データを入力して音質を向上する処理など様々な音声加工処理を施し、加工された音声を出力する。映像ブレンドフィルタ3029は、ビットマップグラフィクスと映像データとを入力し、両者を重畳した映像を出力する。参照番号3021~3029を付した各フィルタ処理コンポーネントでのデータ変換処理と、破線矢印で示したコンポーネント間のデータ授受により、放送波を入力し、多段の変換処理を施し、最終的に映像、音声として出力するストリーム処理が実現できる。また、図3において、シーケンス管理部303は、放送ストリーム再生アプリケーション304から放送ストリーム処理要求を受けると、リソース管理部101に対して、リソースの割り当てを依頼する。そしてこの依頼によりリソース管理部101から割り当て可能である旨を受け取った場合には、シーケンス管理部303は、各フィルタ処理コンポーネントに対して順番に処理依頼を出し、処理順序を制御する。これにより、割り当てられたリソースを使用して放送ストリーム処理を実現する。放送ストリーム再生アプリケーション304は、ユーザからの指示により放送を受信する要求放送ストリーム処理要求をシーケンス管理部303に対して送信する。リソース管理部101は、各フィルタ処理コンポーネント3021~3029から収集した情報に基づいて、実行するストリーム処理に適したリソースの割り当てを行う。また、図1に示した構成の応用例として、放送、1394ストリームの2つストリームを受信し、受信した放送ストリームを処理し、処理した結果を出力する、という一連の処理を実行する為の構成を、図4に示す。図4において参照番号4021~4030を付した何れも、フィルタ処理コンポーネントである。特に参照番号4021~4029を付したそれぞれのフィルタ処理コンポーネントは、参照番号3021~3029を付したそれぞれのフィルタ処理コンポーネントと同様の動作を行う。チューナ制御フィルタ4021は、チューニングと復調処理のフィルタ処理を行う。デマルチプレクスフィルタ4022は、トランスポートストリームからパケットを分離するフィルタ処理を行う。放送字幕デコードフィルタ4023は、字幕のデコード処理のフィルタ処理を行う。Videoデコードフィルタ4024は、映像信号のMPEGなどのデコードのフィルタ処理を行う。Audioデコードフィルタ4025は、音声信号のMPEGなどのデコードのフィルタ処理を行う。Graphics描画フィルタ4026は、文字列等のデータをビットマップグラフィクスに変換するフィルタ処理を行う。画質制御フィルタ4027は、映像データに様々な画像加工処理を施すフィルタ処理を行う。音質制御フィルタ4028は、音声データに様々な音声加工処理を施すフィルタ処理を行う。映像ブレンドフィルタ4029は、ビットマップグラフィクスと映像データを重畳するフィルタ処理を行う。1394入力フィルタ4030は、IEEE1394ポートからの入力を受信してトランスポートストリームを出力するフィルタ処理を行う。図3,4に示した何れのフィルタ処理コンポーネントにも、図2に示した使用リソース情報保持部2011が備わっており、処理可能なストリームの種類を示す種類情報と、該ストリームを処理するために使用するリソースを示すリソース情報と、を保持する。使用リソース情報保持部2011が保持している情報の構成例を説明する為に、図4に示したそれぞれのフィルタ処理コンポーネント4021~4030が有する使用リソース情報保持部2011が保持する情報の構成例を例に取り、図5を用いて説明する。図5において参照番号501~510に示したそれぞれは、それぞれのフィルタ処理コンポーネント4021~4030が保持している情報使用リソース情報であり、種類情報とリソース情報とから成る。該当コンポーネントのIDの欄には、対応するフィルタ処理コンポーネントに固有のIDが登録されている。例えば、使用リソース情報501のこの欄には、対応するフィルタ処理コンポーネントであるチューナ制御フィルタ4021に固有のIDである1が登録されている。IDは数値に限定するものではない。対応するストリーム種別の欄には、対応するフィルタ処理コンポーネントが処理可能なストリームの大まかな種類が登録されている。例えば、使用リソース情報502のこの欄には、デマルチプレクスフィルタ4022が処理可能なストリームの大まかな種類である放送と1394ストリームとが登録されている。詳細種別の欄には、対応するフィルタ処理コンポーネントが処理可能なストリームのより詳細な種別が登録されている。例えば、使用リソース情報503のこの欄には、放送字幕デコードフィルタ4023が処理可能なストリームのより詳細な種別として放送における字幕ありと字幕なしとが登録されている。詳細種別のストリーム処理に必要なりソースの欄には、対応するフィルタ処理コンポーネントが処理を実行する際に用いるリソースを示す情報が、詳細種別毎に登録されている。例えば、使用リソース情報504において放送及びMPEG2/HDの組み合わせに対しては、使用するリソースを示す情報としてMPEG2デコーダ、メモリ5Mが登録されている。また、放送及びMPEG2/SDの組み合わせに対しては、使用するリソースを示す情報としてMPEG2デコーダ、メモリ2Mが登録されている。また、放送及びH.264/HDの組み合わせに対しては、使用するリソースを示す情報としてH.264デコーダ、メモリ10Mが登録されている。また、1394ストリーム及びMPEG2/HDの組み合わせに対しては、使用するリソースを示す情報としてMPEG2デコーダ、メモリ5Mが登録されている。また、1394ストリーム及びMPEG2/SDの組み合わせに対しては、使用するリソースを示す情報としてMPEG2デコーダ、メモリ2Mが登録されている。即ち、詳細種別の欄は、異なる使用リソース毎に設けられており、然るに詳細種別のストリーム処理に必要なりソースの欄の登録情報は、詳細種別の欄の登録情報毎に設定されている。詳細種別の確定に必要なリソースの欄には、詳細種別を判定する為に必要なリソースを特定するための情報が、対応するストリーム種別毎に登録されている。例えば、使用リソース情報505において放送に対してはメモリ0.5Mが登録されており、1394ストリームに対してもメモリ0.5が登録されている。次に、使用リソース情報501~504を例に取り、使用リソース情報の構成例について説明する。使用リソース情報501は上記の通り、チューナ制御フィルタ4021の使用リソース情報保持部2011が保持する情報であり、使用リソース情報501のIDとして1を保持している。チューナ制御フィルタ4021は放送ストリームを処理するために使用されるので、対応するストリーム種別の欄には放送のみが登録されている。また、リソースの異なる詳細種別は存在しないため、詳細種別の欄には全てが登録されている。更に、チューナ制御フィルタ4021は、放送ストリームを処理するためにはチューナハードウェアHWを使用するため、詳細種別のストリーム処理に必要なリソースの欄にはチューナHWが登録されている。さらに、詳細種別の確定に必要なリソースにも、同じくチューナHWが登録されている。使用リソース情報502は上記の通り、デマルチプレクスフィルタ4022の使用リソース情報保持部2011が保持する情報であり、使用リソース情報502のIDとして2を保持している。デマルチプレクスフィルタ4022は放送ストリームや1394ストリームを処理するために使用されるので、対応するストリーム種別の欄には放送、1394ストリームの2つが登録されている。また、リソースの異なる詳細種別は存在しないため、放送、1394ストリームのそれぞれに対する詳細種別の欄には全てが登録されている。更にデマルチプレクスフィルタ4022は、放送ストリームを処理するためにはデマルチプレクサ及びメモリ1Mを使用するため、放送に対応する詳細種別のストリーム処理に必要なリソースの欄にはデマルチプレクサ、メモリ1Mが登録されている。またデマルチプレクスフィルタ4022は、1394ストリームを処理するためにもデマルチプレクサ及びメモリ1Mを使用する。そのため、1394ストリームに対応する詳細種別のストリーム処理に必要なリソースの欄にもデマルチプレクサ、メモリ1Mが登録されている。さらに、放送、1394ストリームのそれぞれに対する詳細種別の確定に必要なリソースにも、同じくデマルチプレクサ、メモリ1Mが登録されている。使用リソース情報503は上記の通り、放送字幕デコードフィルタ4023の使用リソース情報保持部2011が保持する情報であり、使用リソース情報503のIDとして3を保持している。放送字幕デコードフィルタ4023は放送ストリームを処理するために使用されるので、対応するストリーム種別の欄には放送のみが登録されている。また、リソースの異なる詳細種別は字幕ありと字幕なしである。字幕ありの場合、放送字幕デコードフィルタ4023は、放送ストリームを処理するためにはメモリ1Mを使用するため、字幕ありに対応する詳細種別のストリーム処理に必要なリソースの欄にはメモリ1Mが登録されている。また、字幕なしの場合、放送字幕デコードフィルタ4023は、放送ストリームを処理するためには何もリソースを使用しないため、字幕なしに対応する詳細種別のストリーム処理に必要なリソースの欄にはなしが登録されている。さらに、放送に対する詳細種別の確定に必要なリソースは、なしが登録されている。使用リソース情報504は上記の通り、Videoデコードフィルタ4024の使用リソース情報保持部2011が保持する情報であり、使用リソース情報504のIDとして4を保持している。Videoデコードフィルタ4024は放送ストリームや1394ストリームを処理するために使用されるので、対応するストリーム種別の欄には放送、1394ストリームの2つが登録されている。また、リソースの異なる詳細種別は放送、1394ストリームのそれぞれについて複数個存在する。放送の場合、MPEG2/HD、MPEG2/SD、H.264/HDがリソースの異なる詳細種別として存在し、1394ストリームの場合、MPEG2/HD、MPEG2/SDがリソースの異なる詳細種別として存在する。対応するストリーム種別と詳細種別との組み合わせ毎に対応する、使用するリソースを示す情報は上記の通りである。例えばVideoデコードフィルタ4024は、MPEG2/HDの放送ストリームを処理するためには、MPEG2デコーダとメモリ5Mとを使用する。また、Videoデコードフィルタ4024は、MPEG2/SDの1394ストリームを処理するためには、MPEG2デコーダとメモリ2Mとを使用する。さらに、放送、1394ストリームのそれぞれに対する詳細種別の確定に必要なリソースには上記の通りメモリ1Mが登録されている。以上説明した、使用リソース情報を構成する各情報については他の使用リソース情報についても同様であるため、説明は省略する。各フィルタ処理コンポーネントは、図5に例示するような、使用リソース情報保持部2011が保持する情報を、プログラム実行中にリソース管理部101に登録する。例えば、プログラム実行開始後、ストリーム処理を実行する前の初期化段階で、この情報を登録する。リソース管理部101は、各フィルタ処理コンポーネントからこのような情報を受け取ると、種類情報の組み合わせ毎に、該組み合わせに含まれる種類情報を保持するフィルタ処理コンポーネントが保持するリソース情報、を管理する。リソース管理部101が管理する情報の構成例を図6に示す。欄601には、ストリームの大まかな種別が放送であり且つ、その詳細な種別が詳細種別不明である場合において、フィルタ処理コンポーネント4021~4030が使用するリソースを示す情報が登録されている。欄602には、ストリームの大まかな種別が放送であり且つ、その詳細な種別がH.264/HD、字幕ありである場合において、フィルタ処理コンポーネント4021~4030が使用するリソースを示す情報が登録されている。欄603から607についても同様に、大まかな種別が放送である場合に、更に詳細な種別の組み合わせ毎に、該組み合わせに含まれる種類情報を保持するフィルタ処理コンポーネントが保持するリソース情報が登録されている。欄609から613についても同様に、大まかな種別が1394ストリームである場合に、更に詳細な種別の組み合わせ毎に、該組み合わせに含まれる種類情報を保持するフィルタ処理コンポーネントが保持するリソース情報が登録されている。欄608には、放送ストリーム処理における、詳細種別を確定するために必要なリソースを示す情報が登録されており、欄614には、1394ストリーム処理における、詳細種別を確定するために必要なリソースを示す情報が登録されている。リソース管理部101は、図6に示すような、更に詳細な種別の組み合わせ毎に、該組み合わせに含まれる種類情報を保持するフィルタ処理コンポーネントが保持するリソース情報、を関連付けたテーブル情報を用いて、適切なリソースの割り当てを行う。次に、リソース管理部101が、シーケンス管理部103からリソースの割り当て要求を受けた場合に行う処理について、同処理のフローチャートを示す図7を用いて説明する。なお、シーケンス管理部103からのリソースの割り当て要求には、ストリームの大まかな種別ストリーム種別と更に詳細な種別詳細種別とを指定した割り当て要求、ストリームの大まかな種別のみを指定した割り当て要求、の2つがある。リソース管理部101は何れの割り当て要求であっても対処する。更に詳細な種別が不明な場合は大まかな種別のみを指定し、更に詳細な種別が分かっている場合や、更に詳細な種別の確定処理後では、大まかな種別及び更に詳細な種別を指定することが想定される。先ずステップS701ではリソース管理部101は、シーケンス管理部103から受けた割り当て要求に含まれているストリーム種別が、本情報処理装置が対応可能な種別か否かを判断する。この判断の結果、対応可能な種別と判断した場合には、処理はステップS702に進み、対応可能な種別ではないと判断した場合には、処理はステップS712に進む。図6を例に取ると、この場合、本情報処理装置が対応可能なストリーム種別は、放送ストリーム、1394ストリームとなる。然るに、シーケンス管理部103から受けた割り当て要求に含まれているストリーム種別が放送ストリーム若しくは1394ストリームの何れかであれば、処理はステップS703に進み、何れでもない場合は、処理はステップS712に進む。ステップS712ではリソース管理部101は、リソース割り当てが不可能であった旨を示す情報を、シーケンス管理部103に対して送信する。一方、ステップS702ではリソース管理部101は、シーケンス管理部103から受けた割り当て要求に詳細種別が含まれているか否かを判断する。この判断の結果、含まれていると判断した場合、処理はステップS703に進み、含まれていないと判断した場合、処理はステップS706に進む。ステップS703ではリソース管理部101は、シーケンス管理部103から受けた割り当て要求に含まれている詳細種別を参照し、これに対応するリソースを特定する。そしてリソース管理部101は、この特定したリソースが、現在使用されていない未割り当てのリソースであるか否かを判断することで、ストリーム処理が可能かどうかを判定する。そしてこの判断の結果、この特定したリソースが未割り当てのリソースであると判断した場合には、処理はステップS704に進み、この特定したリソースが未割り当てのリソースではないと判断した場合、処理はステップS712に進む。図6の場合を例に取ると、シーケンス管理部103から受けた割り当て要求に含まれている詳細種別がMPEG2/HD、字幕なしであったとする。この場合、対応するリソースはチューナHW、デマルチプレクサ、MPEG2デコーダ、AACデコーダ、メモリ14Mとなり、これらのリソースが現在使用されていない未割り当てのリソースであるか否かを判断する。そして例えば、メモリの空きが12Mしかなかった場合には、必要な14Mのメモリに対して足りないので、リソース割り当て不可能と判断する。ステップS704ではリソース管理部101は、シーケンス管理部103から受けた割り当て要求に含まれている詳細種別に対応するリソースを割り当て済みに設定する。そしてステップS705ではリソース管理部101は、シーケンス管理部103から受けた割り当て要求に含まれている詳細種別に対応するリソースが割り当て可能である旨をシーケンス管理部103に通知する。即ち、シーケンス管理部103から受けた割り当て要求に含まれている詳細種別に対応するリソースの使用許可をシーケンス管理部103に対して指示する。一方、ステップS706ではリソース管理部101は、シーケンス管理部103から受けた割り当て要求に含まれているストリーム種別における何れの詳細種別でも処理可能なリソースを割り当て可能か否かを判断する。この判断の結果、シーケンス管理部103から受けた割り当て要求に含まれているストリーム種別における何れの詳細種別でも処理可能なリソースが割り当て可能であると判断した場合、処理はステップS707に進む。一方、シーケンス管理部103から受けた割り当て要求に含まれているストリーム種別における何れの詳細種別でも処理可能なリソースが割り当て可能ではないと判断した場合、処理はステップS709に進む。図6を例に取ると、シーケンス管理部103から受けた割り当て要求に含まれているストリーム種別における詳細種別不明に対応するリソースが未割り当てで残っているか否かを判断する。この判断の結果、詳細種別不明に対応するリソースが未割り当てで残っている場合には処理はステップS707に進み、詳細種別不明に対応するリソースが未割り当てで残っていない場合には処理はステップS709に進む。ステップS707ではリソース管理部101は、シーケンス管理部103から受けた割り当て要求に含まれているストリーム種別における詳細種別不明に対応するリソースを割り当て済みに設定する。そしてステップS708ではリソース管理部101は、シーケンス管理部103から受けた割り当て要求に含まれているストリーム種別における詳細種別不明に対応するリソースが割り当て可能である旨をシーケンス管理部103に通知する。即ち、シーケンス管理部103から受けた割り当て要求に含まれているストリーム種別における詳細種別不明に対応するリソースの使用許可をシーケンス管理部103に対して指示する。一方、ステップS709ではリソース管理部101は、シーケンス管理部103から受けた割り当て要求に含まれているストリーム種別における詳細種別確定処理に対応するリソースが未割り当てで残っているか否かを判断する。この判断の結果、未割り当てで残っている場合には処理はステップS710に進み、未割り当てで残っていない場合には処理はステップS712に進む。図6を例に取ると、シーケンス管理部103から受けた割り当て要求に含まれているストリーム種別が放送ストリームである場合、詳細種別確定処理に対応するリソースはチューナHW、デマルチプレクサ、メモリ2.5Mとなる。然るにこの場合、チューナHW、デマルチプレクサ、メモリ2.5Mの何れも未割り当てで残っているか否かを判断する。この判断の結果、チューナHW、デマルチプレクサ、メモリ2.5Mが未割り当てで残っている場合には処理はステップS710に進み、未割り当てで残っていない場合には処理はステップS712に進む。ステップS710ではリソース管理部101は、シーケンス管理部103から受けた割り当て要求に含まれているストリーム種別における詳細種別確定処理に対応するリソースを割り当て済みに設定する。そしてステップS711ではリソース管理部101は、シーケンス管理部103から受けた割り当て要求に含まれているストリーム種別における詳細種別確定処理に対応するリソースが割り当て可能である旨をシーケンス管理部103に通知する。即ち、シーケンス管理部103から受けた割り当て要求に含まれているストリーム種別における詳細種別確定処理に対応するリソースの使用許可をシーケンス管理部103に対して指示する。以上説明した各処理により、リソース管理部101は、シーケンス管理部103からの割り当て要求に応じて、空きリソースに応じたリソース割り当てを行うことができる。特に、詳細種別が不明の場合に、そのストリームの如何なる詳細種別でも処理可能なリソースが空いている時には、それを割り当て、空いていない場合には、詳細種別確定のためのリソースを割り当てることを特徴とする。詳細種別確定のためのリソース割り当てを行ったことをリソース割り当て要求の応答として受け取ったシーケンス管理部103は、配下のフィルタ処理コンポーネントを使用して、詳細種別確定のストリーム処理を実行する。その結果として、詳細種別が判明した時に、再度リソース管理部101に対して、詳細種別を指定したリソース割り当て要求を実行する。このリソース割り当てが成功した場合には、そのストリーム処理が実行可能となる。従来は、詳細種別不明の場合のリソース割り当てに失敗した場合には、そのストリームの処理を諦めていたが、本実施形態では、必要なリソースを確定し、そのストリーム処理を実行できることになる。また、リソース管理部101が適切なリソース割り当てを行うために必要なリソース情報は、フィルタ処理コンポーンネントが保持し、常設部品であるリソース管理部101に登録することにより実行される。よって、システムのリソースを最適に活用する機能を維持しつつ、常設部品であるリソース管理部101の変更をすることなく、ストリーム関連製品の機種毎の機能の増減を容易に実現でき、ソフトウェア規模の削減、開発効率の向上が可能となる。[第2の実施形態]以下では、フィルタ処理コンポーネントが動的に追加、変更され、新規ストリームに対応できるようになる場合の実施形態について説明する。以下では、第1の実施形態と異なる点のみについて説明する。本実施形態に係る情報処理装置内におけるソフトウェア構成例、各フィルタ処理コンポーネントの内部構成、については何れも第1の実施形態と同様で、図1,2に示したとおりである。本実施形態では、第1の実施形態で説明した2つのストリームに加えて、新規にIPストリーミング受信に対応する。放送ストリーム、1394ストリームの2つストリームに加えてIPストリーミングを受信し、受信したストリームを処理し、処理した結果を出力する、という一連の処理を実行する為の構成を、図8に示す。図8において参照番号8021~8031を付した何れも、フィルタ処理コンポーネントである。なお、以下の説明では、フィルタ処理コンポーネントの追加、変更前では何れのフィルタ処理コンポーネントも、図5に示したような情報群を保持していたものとする。IP入力フィルタ8031は、IP網からの所望のパケット受信し、トランスポートストリームを出力するフィルタ処理を行う。図5に示したフィルタ処理コンポーネントのうち、追加、変更されたフィルタ処理コンポーネントが有する使用リソース情報保持部2011が保持する情報の構成例を図9に示す。図9において参照番号901~907に示したそれぞれは、フィルタ処理コンポーネント8022,8024,8025,8027~8029,8031が保持している情報使用リソース情報であり、種類情報とリソース情報とから成る。対応するストリーム種別の欄には、IPストリーム受信への対応のため、IPストリーミングが追加されている。図9に示した情報を持つフィルタ処理コンポーネント群は、本情報処理装置が新規ストリームに対応するために、新規のフィルタ処理コンポーネントとして、この情報処理装置にダウンロードされる。ダウンロードの方法についてはここでの本質ではないため、詳細は割愛する。例えば、放送電波によるダウンロードや、リムーバブルメモリによるダウンロードなどの方法が考えられる。リソース管理部101は、新規に追加、変更されたフィルタ処理コンポーネントから使用リソース情報を受ける。そして、種類情報の組み合わせ毎に、該組み合わせに含まれる種類情報を保持するフィルタ処理コンポーネントが保持するリソース情報、を管理する。リソース管理部101が管理する情報の構成例を図10に示す。図10には、ストリームの大まかな種別がIPストリーミングで、その詳細な種別が詳細種別不明、H.264/HD、MPEG2/HD、詳細種別確定処理のそれぞれである場合に使用するリソースを示す情報が登録されている。新規ストリームへの対応の為に新規フィルタ処理コンポーネントがダウンロードされた場合、リソース管理部101が図10に示すようなテーブル情報を作成する詳細種別パターン、リソースパターンを更新する為に行う処理を図11を用いて説明する。なお、リソース管理部101は、既に図6に示したような、放送ストリーム、1394ストリームのそれぞれに対するテーブル情報は既に保持しているものとする。先ずステップS1101ではリソース管理部101は、新規にダウンロードされたフィルタ処理コンポーネントの有無を判断し、新規にダウンロードされたフィルタ処理コンポーネントがある場合には処理はステップS1102に進む。ステップS1102ではリソース管理部101は、新規にダウンロードされたフィルタ処理コンポーネントを選択フィルタ処理コンポーネントとして選択する。ステップS1103でリソース管理部101は、選択フィルタ処理コンポーネントから対応するストリーム種別、詳細種別、詳細種別のストリーム処理に必要なリソース、詳細種別の確定に必要なリソース、のそれぞれの情報を取得する。ステップS1104ではリソース管理部101は、選択フィルタ処理コンポーネントから取得した対応するストリーム種別の情報のうち未選択の情報を1つ選択する。選択フィルタ処理コンポーネントには複数の対応するストリーム種別の情報が格納されている場合もあるので、本ステップではそのうち未選択の情報を1つ選択する。ステップS1105ではリソース管理部101は、ステップS1104で選択した情報が新規のストリーム種別を示すものであるのか否かを判断する。この判断の結果、新規のストリーム種別を示すものである場合ここではIPストリーミング、ステップS1107に進み、新規のストリーム種別を示すものではない場合ここでは放送ストリームや1394ストリームには、ステップS1111に進む。ステップS1107ではリソース管理部101は、選択フィルタ処理コンポーネントが、ステップS1104で選択した情報に複数の詳細種別の情報を関連付けて保持しているか否かを判断する。図9の場合、Videoデコードフィルタ8024を選択フィルタ処理コンポーネントとして選択し、ステップS1104でIPストリーミングを示す情報を選択した場合、この情報にはH.264/HDとMPEG2/HDが関連付けられている。このように、ステップS1104で選択した情報に複数の詳細種別の情報を関連付けて保持している場合には処理はステップS1108に進み、保持していない場合には処理はステップS1109に進む。ステップS1108ではリソース管理部101は、これから作成するテーブル情報における、詳細種別の情報種別パターンを登録するための欄、を図10に示す如く分割し、複数の詳細種別の情報のそれぞれに対して1つの欄を設ける。図10では、H.264/HDとMPEG2/HDのそれぞれに対して1つの欄を詳細種別パターンの欄として設けている。ステップS1109ではリソース管理部101は、詳細種別の情報に関連付けて選択フィルタ処理コンポーネントが保持している詳細種別のストリーム処理に必要なリソースの情報を、上記テーブル情報に図10に示す如く登録する。詳細種別の情報に関連付けて選択フィルタ処理コンポーネントが保持している詳細種別のストリーム処理に必要なリソースの情報は、詳細種別の情報について設けた欄に対応する欄に登録する。ステップS1110ではリソース管理部101は、詳細種別の確定に必要なリソースの情報を、テーブル情報において該当する欄詳細種別パターンにおいて詳細種別確定処理の欄に登録する。ステップS1111ではリソース管理部101は、ステップS1104で選択フィルタ処理コンポーネントから取得した全ての対応するストリーム種別の情報を選択したか否かを判断する。この判断の結果、全ての情報を選択した場合には処理はステップS1101に戻り、未だ未選択の情報が残っている場合には処理はステップS1112に進む。ステップS1112ではリソース管理部101は、選択フィルタ処理コンポーネントから取得した対応するストリーム種別の情報のうち未選択の情報を1つ選択する。そして処理をステップS1105に進め、以降の処理を行う。以下では、図11に示したフローチャートに従った処理を、図9に示した構成を有する情報を保持するフィルタ処理コンポーネントが追加または更新された場合の具体例を用いて説明する。まず、使用リソース情報901を有するデマルチプレクスフィルタ8022がダウンロードされたとし、デマルチプレクスフィルタ8022を選択フィルタ処理コンポーネントとして選択する。そして次に、このデマルチプレクスフィルタ8022から未選択の情報として放送ストリームを選択する。しかし、放送ストリームは新規のストリーム種別ではないため、デマルチプレクスフィルタ8022から未選択の情報として次に1394ストリームを選択する。この1394ストリームについても新規のストリーム種別ではないため、デマルチプレクスフィルタ8022から未選択の情報として次にIPストリーミングを選択する。このIPストリーミングは新規のストリーム種別であるため、以下ではこのIPストリーミングについて図10に示すようなテーブル情報を作成する。この時、図10の詳細種別不明の行1001と、詳細種別確定処理の行1004が同時に作成される。次に、デマルチプレクスフィルタ8022は、IPストリーミングについては、複数の詳細種別の情報を関連付けて保持していないため、IPストリーミングについては詳細種別パターンの欄の分割は行わない。そして、使用リソース情報901における詳細種別のストリーム処理に必要なリソースの情報であるデマルチプレクサ及びメモリ1Mを行1001のリソースパターンの欄に登録する。また、詳細種別の確定に必要なリソースの情報であるデマルチプレクサ及びメモリ1Mを行1004のリソースパターンの欄に登録する。次に、使用リソース情報902を有するVideoデコードフィルタ8024を選択フィルタ処理コンポーネントとして選択する。そして次に、このVideoデコードフィルタ8024から未選択の情報として放送ストリームを選択するが、放送ストリームは新規のストリーム種別ではない。そのため、Videoデコードフィルタ8024から未選択の情報として次に1394ストリームを選択する。この1394ストリームについても新規のストリーム種別ではないため、Videoデコードフィルタ8024から未選択の情報として次にIPストリーミングを選択する。このIPストリーミングは新規のストリーム種別であるため、以下ではこのIPストリーミングについて図10に示すようなテーブル情報に情報を追加登録する。Videoデコードフィルタ8024は、IPストリーミングについては、複数の詳細種別の情報H.264/HDとMPEG2/HDを関連付けて保持しているため、IPストリーミングについては詳細種別の欄は2つとする。H.264/HDに対応する欄行1002におけるリソースパターンの欄にはH.264デコーダとメモリ10Mを登録し、MPEG2/HDに対応する欄行1003におけるリソースパターンの欄にはMPEG2デコーダとメモリ5Mを登録する。既に個別のパターンが存在している場合には、それぞれ分割することになる。そして、行1001における詳細種別不明の欄に対応するリソースパターンの欄には、行1002から行1004のそれぞれにおけるリソースパターンの欄に登録されているリソースの和集合を登録する。メモリ量についてはそれぞれの欄に登録されているメモリ量のうち最大のメモリ量を登録する。また、行1004における詳細種別確定処理の欄に対応するリソースパターンの欄には1Mのメモリを追加する。同様に、他のフィルタコンポーネントのリソース情報を追加すると、図10に示したリソース情報を得ることができる。以上の説明により、本実施形態によれば、リソース管理部が適切なリソース割り当てを行うために必要なリソース情報は、フィルタ処理コンポーンネントが保持し、動的に登録することができる。よって、システムのリソースを最適に活用する機能を維持しつつ、常設部品であるリソース管理部の変更をすることなく、ストリーム処理機能の追加を容易に実現でき、ソフトウェア規模の削減、開発効率の向上が可能となる。システムの機能増減に応じて入れ替え対象となりうるコンポーネントが、詳細種別毎のリソースと詳細種別確定のためのリソース情報とを保持し、常設部品であるリソース管理部に登録することにより、リソース情報を一元管理できる。よって、システムのリソースを最適に活用する機能を維持しつつ、常設部品であるリソース管理部の変更をすることなく、ストリーム関連製品の機種毎の機能の増減を容易に実現でき、ソフトウェア規模の削減、開発効率の向上が可能となる。その他の実施例また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。"