JP5521403B2 - 情報処理装置とリソース管理方法およびプログラム - Google Patents

Description

この発明は、情報処理装置とリソース管理方法およびプログラムに関する。詳しくは、アプリケーションからのコーデック処理要求に対してリソースの管理を容易に行えるようにする。

従来、情報信号例えば映像データや音声データ等の記録再生処理や通信処理等において、情報信号の符号化処理や復号化処理が種々の方式を用いて行われている。

このような情報信号の符号化処理や復号化処理を行う場合、例えば特許文献１では、コンテンツデータの復号化処理に必要とされるリソースに関する情報に基づき、記録再生装置において復号化処理が可能な最適なコーデックをサーバ装置で割り出すことが行われている。また、格納されているコンテンツデータから、このコーデックで処理されたコンテンツデータを選択して記録再生装置に送信する処理が行われる。さらに、割り出された最適なコーデックを記録再生装置が備えていないときは、デコードプログラムを情報信号と共にサーバ装置から記録再生装置に送信することが行われている。

特開２００６−３１３３７号公報

ところで、記録再生装置やサーバ装置等で、映像データや音声データ等の符号化処理や復号化処理を行う場合、リソース毎の利用状況を管理しておかなければ、空きリソースの割り当て等を行うことができない。しかし、このようなリソース管理をアプリケーションで行うものとすると、アプリケーション毎にリソースの管理を行わなければならずアプリケーションの開発やアプリケーションにおける処理が複雑となり、リソースの割り当て等を容易に行うことができない。

そこで、この発明ではリソースの割り当て等のリソース管理を容易に行うことができる情報処理装置とリソース管理方法およびプログラムを提供することを目的とする。

この発明の第１の側面は、アプリケーションからのコーデック処理要求に対してリソースを割り当てるリソースマネージャを備え、前記リソースマネージャは、コーデック処理機能とリソースの関係を示す第１の情報と、リソースの使用状況を示す第２の情報を有しており、前記第１の情報に基づき前記アプリケーションからのコーデック処理要求に対応するコーデック処理機能を有したリソースを判別して、前記第２の情報に基づき前記判別されたリソースから空きリソースを選択して割り当てるものとし、前記空きリソースの割当てでは、前記コーデック処理要求に応じて、処理の時間に関するパラメータとソフトウェア処理の負荷率に関するパラメータを用いて優先度を決定するための優先度決定パラメータを前記リソース毎に算出して、該算出した優先度決定パラメータに基づき、前記優先度が最も高いリソースを選択する情報処理装置にある。

この発明において、リソースマネージャは、コーデック処理機能とリソースの関係を示す第１の情報と、リソースの使用状況を示す第２の情報を有しており、第１の情報に基づきアプリケーションからのコーデック処理要求に対応するコーデック処理機能を有したリソースを判別する。また、リソースマネージャは、応答時間とリソースの占有時間からリソース毎に優先度の算出を行い、応答時間については応答時間が短いリソースの優先度を高くして、占有時間については占有時間の短いリソースの優先度を高くする。さらに、リソースマネージャは、ソフトウェアリソースに対してソフトウェア処理における負荷率を用いて優先度の算出を行い、負荷率が低いリソースの優先度を高くする。リソースマネージャは、第１の情報に基づいて判別されたリソースから、第２の情報に基づいて空きリソースを選択して、最も優先度の高いリソースを割り当てる。さらに、リソースマネージャは、リソースの割り当てに応じて第２の情報の更新を行う。

また、リソースマネージャは、割り当てたリソースにおけるコマンド実行状況を示す第３の情報を有しており、アプリケーションからリソース解放要求が発行されたとき、リソースマネージャは、第３の情報でコマンドの実行の終了が示されたのちアプリケーションに割り当てたリソースを解放する。さらに、リソースマネージャは、割り当てたリソースからのコマンド実行終了の通知に応じて第３の情報の更新を行い、アプリケーションに割り当てたリソースの解放に応じて第２の情報の更新を行う。

さらに、リソースマネージャは、アプリケーションからのコーデック処理要求に応じて、割り当てられたリソースをリソースコントローラによって制御してコーデック処理を行わせることで、アプリケーションに対してリソースの制御を隠蔽する。

この発明の第２の側面は、リソースマネージャが、コーデック処理機能とリソースの関係を示す第１の情報に基づき、アプリケーションからのコーデック処理要求に対応するコーデック処理機能を有したリソースを判別するステップと、リソースマネージャが、リソースの使用状況を示す第２の情報に基づき、前記判別されたリソースから空きリソースを選択して割り当てるものとし、前記空きリソースの割当てでは、前記コーデック処理要求に応じて、処理の時間に関するパラメータとソフトウェア処理の負荷率に関するパラメータを用いて優先度を決定するための優先度決定パラメータを前記リソース毎に算出して、該算出した優先度決定パラメータに基づき、前記優先度が最も高いリソースを選択するステップとを具備するリソース管理方法にある。

この発明の第３の側面は、情報処理装置を、コーデック処理機能とリソースの関係を示す第１の情報に基づき、アプリケーションからのコーデック処理要求に対応するコーデック処理機能を有したリソースを判別する機能手段と、リソースの使用状況を示す第２の情報に基づき、前記判別されたリソースから空きリソースを選択して割り当てるものとし、前記空きリソースの割当てでは、前記コーデック処理要求に応じて、処理の時間に関するパラメータとソフトウェア処理の負荷率に関するパラメータを用いて優先度を決定するための優先度決定パラメータを前記リソース毎に算出して、該算出した優先度決定パラメータに基づき、前記優先度が最も高いリソースを選択する機能手段として機能させるためのプログラムにある。

なお、本発明のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置に対して、可読な形式で提供する記憶媒体、通信媒体、例えば、光ディスクや磁気ディスク、半導体メモリなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なプログラムである。このようなプログラムを可読な形式で提供することにより、情報処理装置上でプログラムに応じた処理が実現される。

この発明によれば、リソースマネージャによって、コーデック処理機能とリソースの関係を示す第１の情報に基づき、アプリケーションからのコーデック処理要求に対応するコーデック処理機能を有したリソースが判別される。さらに、リソースマネージャによって、リソースの使用状況を示す第２の情報に基づき、判別されたリソースから空きリソースが選択されて割り当てられる。

したがって、リソースが例えばハードウェアリソースであるかソフトウェアリソースであるか区別することなく、自動的に空きリソースを割り当てることができる。また、リソース確保時に、アプリケーションがリソースの使用状況を把握しなくとも、リソースを割り当てることができるようになり、リソース管理が容易となる。

情報処理装置の機能ブロック図である。 情報処理装置のソフトウェア構成を示す図である。 リソースマネージャの構成を示す図である。 リソース確保命令が発行されたときのリソースマネージャの動作を示すフローチャートある。 符号化命令が発行されたときのリソースマネージャの動作を示すフローチャートある。 符号化命令をリソースに対して発行した後のリソースマネージャの動作を示すフローチャートである。 リソース解放命令が発行されたときのリソースマネージャの動作を示すフローチャートである。 リソースの優先度の決定を示すフローチャートである。

以下、発明を実施するための形態について説明する。なお、説明は以下の順序で行う。
１．情報処理装置の構成
２．リソース管理動作

＜１．情報処理装置の構成＞
図１は、本発明の情報処理装置の機能ブロック図を示している。情報処理装置１０は、ＣＰＵ(Central Processing Unit)１１、ＲＯＭ(Read Only Memory)１２、ＲＡＭ(Random Access Memory)１３、ハードウェアコーデック部１４を有している。また、情報処理装置１０は、ユーザインタフェース部１５、入力部１６、出力部１７、記憶部１８、通信部１９、メディアドライブ部２０、表示部２１等を有している。また、情報処理装置１０の各部は、バス２５を介して接続されている。

ＣＰＵ１１は、ＲＯＭ１２、または記憶部１８に記憶されているプログラムにしたがって各種の処理を実行する。例えば、種々のアプリケーションやリソース管理を行うための種々の情報の作成や更新等を行う。

ＲＡＭ１３には、ＣＰＵ１１が実行するプログラムやデータなどが適宜記憶される。

ハードウェアコーデック部１４は、情報信号の符号化処理や復号化処理を行う。ハードウェアコーデック部１４は、符号化処理や復号化処理を行うハードウェアコーデックが１または複数設けられている。

ユーザインタフェース部１５は、キーボードやポインティングデバイス、リモートコントロール信号受信部等を用いて構成されており、ユーザ操作に応じた操作信号をＣＰＵ１１に出力する。

入力部１６は外部機器（図示せず）から供給された情報信号例えば画像信号や音声信号等を、情報処理装置１０で処理可能なデータに変換する。出力部１７は、外部機器に出力する情報信号を外部機器に対応したデータに変換して出力する。

記憶部１８は、例えばＨＤＤ(Hard Disk Drive)やＳＳＤ(Solid State Drive)等の記憶装置が用いられている。記憶部１には、ＣＰＵ１１が実行するプログラム例えばアプリケーションや、ＡＰＩ（Application Program Interface）、デバイスドライバ、ソフトウェアコーデック等が記憶される。また、記憶部１８には、情報信号例えば映像データや音声データ等も必要に応じて記憶される。

通信部１９は、情報処理装置１０を外部のネットワーク等に接続するためのものであり、通信部１９を介してネットワーク上の他の機器と通信を行う。この通信部１９を介して他の機器から取得した種々のデータやプログラム等は、例えばＲＡＭ１３や記憶部１８に記憶されて、必要に応じてＣＰＵ１１によって読み出される。なお、ＲＯＭ１２が書き換え可能であるとき、通信部１９を介して取得したプログラムで、ＲＯＭ１２に記憶されているプログラムを更新することも行われる。

メディアドライブ部２０は、装着されているリムーバブルメディア３０、例えば磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリなどに記録されている種々のデータやプログラム等の読み出しを行うためのものである。なお、読み出されたプログラムは、通信部１９で取得したプログラムと同様に処理される。

表示部２１は、表示素子例えば液晶パネル等を用いて構成されており、ユーザに対して各種情報表示を行う。例えば、ＣＰＵ１１が各種動作状態や入力状態、通信状態に応じて表示情報を表示部２１に供給すると、表示部２１は表示情報に基づき表示素子を駆動して動作状態等の表示を行う。

なお、情報処理装置１０は、ハードウェアコーデックやソフトウェアコーデックおよびＡＰＩを有する構成であれば、図１に示す機能ブロック図の構成に限られるものではない。

図２は、情報処理装置のソフトウェア構成を示している。情報処理装置１０は、アプリケーション５１-1〜５１-i、ＡＰＩ（Application Program Interface）６０、デバイスドライバ７１を有したソフトウェア群を備えている。また、情報処理装置１０は、ハードウェアで構成されて情報信号の符号化処理や復号化処理を行うハードウェアコーデック１４-1〜１４j、ソフトウェアで構成されて情報信号の符号化処理や復号化処理を行うソフトウェアコーデック８１-1〜８１-kを有している。

アプリケーション５１-1〜５１-iは、情報信号の記録再生や編集および加工等を行うためのプログラムである。アプリケーション５１-1〜５１-iは、記録再生や編集および加工等において情報信号の符号化処理や復号化処理を行うとき、コーデック処理要求例えばリソース確保命令や符号化命令，復号化命令の出力を行う。また、アプリケーション５１-1〜５１-iは、情報信号の符号化処理や復号化処理を終了するとき、リソース解放命令の出力を行う。なお、アプリケーションは、複数である場合に限られるものではなく１つであってもよい。

ＡＰＩ６０は、アプリケーション５１-1〜５１-iから出力された命令の解釈等を行い、リソースの管理や自動切り替えを実現する。例えば、ＡＰＩ６０は、リソースの占有状態に応じてハードウェアコーデックやソフトウェアコーデック等のリソースの割り当てや解放を行う。また、ＡＰＩ６０は、符号化処理や復号化処理を行うための命令を割り当てたリソースに分配または発行する。

ＡＰＩ６０は、ファンクションマネージャ６１、コールバックマネージャ６２、リソースマネージャを有している。

ファンクションマネージャ６１は、どのようなハードウェアコーデックやソフトウェアコーデックを有しているか識別可能とする関数や情報等を管理して、アプリケーション５１-1〜５１-iに対して提供可能とする。

コールバックマネージャ６２は、ハードウェアコーデックやソフトウェアコーデックに対して処理要求を行ったときに、処理要求に対する戻り値の管理を行う。

リソースマネージャ６３は、ファンクションマネージャ６１やコールバックマネージャ６２で管理されている関数や情報を利用して、ハードウェアリソースであるハードウェアコーデックやソフトウェアリソースであるソフトウェアコーデックのリソース管理を行う。また、リソースマネージャ６３は、アプリケーション５１-1〜５１-iからのリソース確保命令やリソース解放命令に応じて、最適なリソースの提供およびリソースの解放を行う。

ハードウェアコーデック１４-1〜１４-jとソフトウェアコーデック８１-1〜８１-kは、それぞれ情報信号の符号化処理や復号化処理を行うリソースである。ハードウェアコーデック１４-1〜１４-jとソフトウェアコーデック８１-1〜８１-kは、符号化処理または復号化処理のいずれかの一方の処理を行うコーデックであってもよく、符号化処理と復号化処理の両方の処理を行うコーデックであってもよい。また、ハードウェアコーデック１４-1〜１４-jとソフトウェアコーデック８１-1〜８１-kは、同じ方式のコーデックであってもよく、異なる方式のコーデックであってもよい。

図３は、リソースマネージャの構成を示している。リソースマネージャ６３は、ハードウェアリソースコントローラ６３１、ソフトウェアリソースコントローラ６３２、コントロールマネージャ６３３を有している。

ハードウェアリソースコントローラ６３１は、ハードウェアリソースとアプリケーションとのインタフェースを提供するリソースコントローラである。また、ソフトウェアリソースコントローラ６３２は、ソフトウェアリソースとアプリケーションとのインタフェースを提供するリソースコントローラである。ハードウェアリソースコントローラ６３１やソフトウェアリソースコントローラ６３２は、アプリケーションからの符号化命令や復号化命令に応じてハーウェアリソースやソフトウェアリソースを制御して、符号化処理や復号化処理をリソースで行わせる。

このように、ハードウェアリソースコントローラ６３１やソフトウェアリソースコントローラ６３２を介してリソースを動作させることで、上位のアプリケーションに対して、リソースの制御をリソースマネージャ６３で隠蔽して、符号化処理や復号化処理を共通のインタフェースで各アプリケーションから行えるようにする。

コントロールマネージャ６３３は、コーデック処理機能とリソースとの関係を示す第１の情報、例えば機能−リソース対応表６３３ａを有している。また、コントロールマネージャ６３３は、リソースの使用状況を示す第２の情報、例えばリソース使用状況管理表６３３ｂを有している。さらに、コントロールマネージャ６３３は、割り当てたリソースにおけるコマンド実行状況を示す第３の情報、例えば実行情報管理表６３３ｃを有している。

コントロールマネージャ６３３は、アプリケーション５１-1〜５１-iのいずれかでコーデック処理要求が行われたとき、機能−リソース対応表６３３ａに基づきのコーデック処理要求に対応するコーデック処理機能を有したリソースを判別する。また、コントロールマネージャ６３３は、リソース使用状況管理表６３３ｂに基づき、判別されたリソースから空きリソースを選択して、コーデック処理要求を行ったアプリケーションに対して選択した空きリソースを割り当てる。

機能−リソース対応表６３３ａは、上述のようにコーデック処理機能とリソースの対応関係を示している。例えば、情報処理装置１０は、ハードウェアリソースとして、ＭＰＥＧ（Moving Picture Experts Group）−２方式の符号化処理と復号化処理が可能なハードウェアコーデック１４-1と、ＭＰＥＧ−４方式の符号化処理と復号化処理が可能なハードウェアコーデック１４-2を有している。また、情報処理装置１０は、ソフトウェアリソースとして、ＭＰＥＧ−２方式の符号化処理と復号化処理が可能なソフトウェアコーデック８１-1と、ＭＰＥＧ−４方式の復号化処理のみが可能なソフトウェアコーデック８１-2を有している。この場合、機能−リソース対応表６３３ａは、表１に示すようになる。なお機能ＩＤは、コーデック処理機能の機能名毎に割り当てた識別値である。

表１の機能ＩＤ「１」では、ＭＰＥＧ−２の方式の符号化処理を行うとき、ハードウェアコーデック１４-1またはソフトウェアコーデック８１-1を必要とすることが示されている。機能ＩＤ「２」では、ＭＰＥＧ−２の方式の復号化処理を行うとき、ハードウェアコーデック１４-1またはソフトウェアコーデック８１-1を必要とすることが示されている。また、機能ＩＤ「３」では、ＭＰＥＧ−４の方式の符号化処理を行うとき、ハードウェアコーデック１４-2を必要とすることが示されている。さらに、機能ＩＤ「４」では、ＭＰＥＧ−２の方式の復号化処理を行うとき、ハードウェアコーデック１４-2またはソフトウェアコーデック８１-2を必要とすることが示されている。

リソース使用状況管理表６３３ｂは、リソースの使用状況を示している。なお、情報処理装置１０には、上述のようにハードウェアコーデック１４-1，１４-2と、ソフトウェアコーデック８１-1，８１-2が設けられているものとする。

ここで、例えば情報処理装置１０のアプリケーション５１-1ではハードウェアコーデック１４-1を用いており、アプリケーション５１-2ではハードウェアコーデック１４-2を用いているものとする。この場合、リソース使用状況管理表６３３ｂは、表２に示すようになる。

表２に示すハードウェアコーデック１４-1では、機能ＩＤ「１，２」すなわちＭＰＥＧ−２の方式の符号化処理と復号化処理が可能であることが示されている。また、ハードウェアコーデック１４-1は、アプリケーション５１-1によって占有されている状態であることが示される。

また、ハードウェアコーデック１４-2では、機能ＩＤ「３，４」すなわちＭＰＥＧ−４の方式の符号化処理と復号化処理が可能であることが示されている。また、ハードウェアコーデック１４-2は、アプリケーション５１-2によって占有されている状態であることが示される。

ソフトウェアコーデック８１-1では、機能ＩＤ「１，２」すなわちＭＰＥＧ−２の方式の符号化処理と復号化処理が可能であることが示されている。また、ソフトウェアコーデック８１-1は、利用されていない状態すなわち空きリソースであることが示される。

ソフトウェアコーデック８１-2では、機能ＩＤ「４」すなわちＭＰＥＧ−４の方式の復号化処理のみが可能であることが示されている。また、ソフトウェアコーデック８１-2は、空きリソースであることが示される。

さらに、各リソースには、空きリソースから最適なリソースを選択可能とするための優先度が設定されている。なお、優先度については後述する。

実行情報管理表６３３ｃは、アプリケーションに割り当てたリソースにおけるコマンド実行状況を示している。なお、情報処理装置１０には、上述のようにハードウェアコーデック１４-1，１４-2と、ソフトウェアコーデック８１-1，８１-2が設けられているものとする。

ここで、例えば情報処理装置１０のアプリケーション５１-1に対してハードウェアコーデック１４-1が割り当てられているときの実行情報管理表６３３ｃ-1は、表３に示すようになる。

表３において、アプリケーション５１-1は、ハードウェアコーデック１４-1を用いてＭＰＥＧ−２の方式の符号化処理あるいは復号化処理が行われていることが示される。また、実行情報管理表６３３ｃでは、実行カウンタが設けられている。実行カウンタは、符号化命令や復号化命令の実行状況を管理するためのカウンタである。実行カウンタは、例えば命令が発行されたときカウント値をインクリメントする。また、実行カウンタは、命令の完了を示すコールバックの関数が返ってきたらカウント値をデクリメントする。したがって、実行カウンタのカウント値に基づき、命令の実行状況を管理することができる。

＜２．リソース管理動作＞
次に、情報処理装置１０で行われるリソース管理動作についてフローチャートを用いて説明する。

図４は、アプリケーションからコーデック処理要求としてリソース確保命令が発行されたときのリソースマネージャ６３の動作を示している。なお、コーデック処理要求では、例えばアプリケーション５１-3からＭＰＥＧ−２方式の符号化処理を行うためのリソース確保命令が行われた場合を例示している。

ステップＳＴ１でリソースマネージャ６３は、リソース確保要求が行われたか否かを判別する。リソースマネージャ６３は、リソース確保命令が発行されていないときステップＳＴ１に戻り、リソース確保命令が発行されたときステップＳＴ２に進む。

ステップＳＴ２でリソースマネージャ６３は、機能−リソース対応表を参照する。リソースマネージャ６３は、機能−リソース対応表６３３ａを参照して、コーデック処理を行うために必要となるリソースの情報を取得してステップＳＴ３に進む。例えばコーデック処理としてＭＰＥＧ−２方式の符号化処理を行い、機能−リソース対応表６３３ａが表１であるとき、リソースマネージャ６３で取得されるリソースの情報は、「ハードウェアコーデック１４-1またはソフトウェアコーデック８１-1」となる。

ステップＳＴ３でリソースマネージャ６３は、リソース使用状況管理表を参照する。リソースマネージャ６３は、リソース使用状況管理表６３３ｂを参照して、ステップＳＴ２で取得した情報で示されているリソースの使用状況を取得する。例えばステップＳＴ２で取得した情報が「ハードウェアコーデック１４-1またはソフトウェアコーデック８１-1」であり、機能−リソース対応表６３３ａは表２とする。この場合、リソースマネージャ６３で取得されるリソースの使用状況は、「ハードウェアコーデック１４-1はアプリケーション５１-1で占有」「ソフトウェアコーデック８１-1は空きリソース」となる。

ステップＳＴ４でリソースマネージャ６３は、空きリソースが存在するか否かを判別する。リソースマネージャ６３は、空きリソースが存在するときステップＳＴ５に進み、空きリソースが存在しないときはステップＳＴ１１に進む。

ステップＳＴ５でリソースマネージャ６３は、空きリソースが複数であるか否か判別する。リソースマネージャ６３は、空きリソースが複数存在するときステップＳＴ６に進み、空きリソースが１つであるとき、空きリソースをコーデック処理に用いる占有リソースとしてステップＳＴ７に進む。

ステップＳＴ６でリソースマネージャ６３は、優先度から占有リソースを決定する。リソースマネージャ６３は、複数の空きリソースの優先度を比較して、優先度が最も高い１つの空きリソースを占有リソースに決定してステップＳＴ７に進む。

ステップＳＴ７でリソースマネージャ６３は、リソース使用状況管理表の更新を行う。リソースマネージャ６３は、コーデック処理を行う占有リソースを決定したことから、ソース使用状況管理表６３３ｂにおける占有リソースの占有状況を、空きリソースから占有状態に更新してステップＳＴ８に進む。例えば、リソース確保命令がアプリケーション５１-3から発行されており、占有リソースが「ソフトウェアコーデック８１-1」に決定されたとき、リソースマネージャ６３は、リソース使用状況管理表６３３ｂを表２から表４に更新する。

ステップＳＴ８でリソースマネージャ６３は、リソース確保処理を行う。リソースマネージャ６３は、アプリケーションからのリソース確保命令に対して、決定された占有リソースを割り当ててステップＳＴ９に進む。

ステップＳＴ９でリソースマネージャ６３は、実行情報管理表の更新を行う。リソースマネージャ６３は、リソース確保命令の発行を行ったアプリケーションと決定された占有リソースの情報およびコーデックのフォーマットの情報に基づき、実行情報管理表を更新してステップＳＴ１０に進む。例えばアプリケーション５１-3からＭＰＥＧ−２方式の符号化処理を行うためのリソース確保命令が発行されて、占有リソースが「ソフトウェアコーデック８１-1」に決定されたとき、表５に示す実行情報管理表６３３ｃ-3を追加する。なお、アプリケーション５１-3に対するリソース確保の通知前では、アプリケーション５１-3から符号化命令や復号化命令の発行が行われていないので、実行カウンタは例えば「０」とする。

ステップＳＴ１０でリソースマネージャ６３は、リソース確保完了通知を行う。リソースマネージャ６３は、アプリケーションからのリソース確保命令に対して、占有リソースを確保したことから、リソース確保命令を発行したアプリケーションに対して、リソースの確保が完了したことを示す通知を行う。

ステップＳＴ４で空きリソースが存在しないと判別されてステップＳＴ１１に進むと、リソースマネージャ６３は、リソース確保失敗通知を行う。リソースマネージャ６３は、アプリケーションからのリソース確保命令に対して、占有リソースを確保できないことから、リソース確保命令を行ったアプリケーションに対して、リソースの確保が失敗したことを示す通知を行う。

このようにリソースマネージャ６３は、アプリケーションからのリソース確保命令に応じてリソースの確保処理を行い、処理結果をアプリケーションに通知する。

アプリケーションは、リソース確保完了通知がリソースマネージャ６３から供給されたとき、コーデック命令の発行を行う。

次に、アプリケーションからコーデック処理要求として符号化命令や復号化命令が発行されたときのリソースマネージャ６３の動作について説明する。図５は、例えばアプリケーション５１-3からＭＰＥＧ−２方式の符号化処理を行うための符号化命令が発行された場合を例示している。

ステップＳＴ２１でリソースマネージャ６３は、実行要求が行われたか否かを判別する。リソースマネージャ６３は、コーデック処理の実行要求である符号化命令が発行されていないときステップＳＴ２１に戻り、符号化命令が発行されたときステップＳＴ２２に進む。

ステップＳＴ２２でリソースマネージャ６３は、実行情報管理表を参照する。リソースマネージャ６３は、実行情報管理表を参照して、実行要求発行先であるリソースの情報を取得してステップＳＴ２３に進む。例えば表５に示す実行情報管理表を参照して、アプリケーション５１-3に対して確保されている占有リソースが「ソフトウェアコーデック８１-1」であることを取得する。

ステップＳＴ２３でリソースマネージャ６３は、実行要求発行先のリソースを決定する。リソースマネージャ６３は、実行情報管理表を参照して取得したリソース情報で示されたリソースを、実行要求発行先のリソースに決定してステップＳＴ２４に進む。例えば、取得したリソース情報で「ソフトウェアコーデック８１-1」が示されている場合、リソースマネージャ６３は、アプリケーション５１-3からの符号化命令の発行先を「ソフトウェアコーデック８１-1」に決定する。

ステップＳＴ２４でリソースマネージャ６３は、実行カウンタを更新する。リソースマネージャ６３は、実行要求発行先のリソースに対してアプリケーションからの実行要求の発行に際して、実行カウンタを更新して、実行要求の発行状況を把握可能とする。例えば、リソースマネージャ６３は、アプリケーション５１-3から符号化命令が発行される毎に実行カウンタをインクリメントする。また、符号化命令に対する処理の完了通知がリソースから供給される毎に実行カウンタをデクリメントする。

ステップＳＴ２５でリソースマネージャ６３は、リソースに実行要求を発行する。リソースマネージャ６３は、実行要求発行先のリソースに対してアプリケーションからの実行要求を発行する。例えばリソースマネージャ６３は、アプリケーション５１-3からの符号化命令をソフトウェアコーデック８１-1に発行する。また、リソースマネージャ６３は、ソフトウェアリソースコントローラ６３２を介してソフトウェアコーデック８１-1の制御を行い、アプリケーション５１-3に対して、ソフトウェアコーデック８１-1の制御をリソースマネージャ６３で隠蔽する。したがって、アプリケーション５１-3は、共通のインタフェースで符号化命令を発行するだけで、アプリケーション５１-3から発行された符号化命令に応じた符号化処理をソフトウェアコーデック８１-1で行わせることができる。

次に、アプリケーションからの符号化命令や復号化命令をリソースに対して発行した後のリソースマネージャ６３の動作について説明する。図６は、例えばアプリケーションからの符号化命令をリソースに対して発行した後のリソースマネージャ６３の動作を示している。

ステップＳＴ３１でリソースマネージャ６３は、リソースからコールバック要求が行われたか否かを判別する。リソースマネージャ６３は、コールバック要求が行われていないときステップＳＴ３１に戻り、コールバック要求が行われたときステップＳＴ３２に進む。

ステップＳＴ３２でリソースマネージャ６３は、リソース使用状況管理表を参照する。リソースマネージャ６３は、リソース使用状況管理表６３３ｂを参照して、コールバック要求を行ったリソースを用いているアプリケーションの情報を取得してステップＳＴ３３に進む。例えば、リソース使用状況管理表６３３ｂが表４であり、ソフトウェアコーデック８１-1からコールバック要求が行われたとき、リソースマネージャ６３はリソース使用状況管理表６３３ｂから「アプリケーション５１-3」の情報を取得する。

ステップＳＴ３３でリソースマネージャ６３は、コールバック先を特定する。リソースマネージャ６３は、リソース使用状況管理表６３３ｂを参照して取得した情報で示されているアプリケーションをコールバック先としてステップＳＴ３４に進む。

ステップＳＴ３４でリソースマネージャ６３は、実行情報管理表を参照する。リソースマネージャ６３は、アプリケーションＩＤが、コールバック先として特定したアプリケーションを示している実行情報管理表を参照してステップＳＴ３５に進む。

ステップＳＴ３５でリソースマネージャ６３は、実行カウンタの更新を行う。リソースマネージャ６３は、リソースからコールバック要求が行われたことから、実行要求に対する処理の完了として実行カウンタをデクリメントしてステップＳＴ３６に進む。

ステップＳＴ３６でリソースマネージャ６３は、アプリケーションに対してコールバック通知を行う。リソースマネージャ６３は、コールバック先として特定されたアプリケーションに対して、実行要求に対する処理の完了を示すコールバック通知を行う。例えば、ソフトウェアコーデック８１-1からコールバック要求が行われたとき、アプリケーション５１-3に対して、符号化命令に対する処理が完了したことを示すコールバック通知を行う。

このように、リソースマネージャ６３は、リソース使用状況管理表６３３ｂを参照することで、リソースからコールバック要求が行われたとき、符号化命令の発行元のアプリケーションに対して、処理の完了を示すコールバック通知を行うことができる。

また、実行情報管理表６３３ｃにおける実行カウンタのカウント値によって、アプリケーションからの符号化命令の処理が完了しているか否かを判別することができる。

次に、アプリケーションからコーデック処理要求としてリソース解放命令が発行されたときのリソースマネージャ６３の動作について、図７のフローチャートを用いて説明する。

ステップＳＴ４１でリソースマネージャ６３は、リソース解放要求が行われたか否かを判別する。リソースマネージャ６３は、リソース解放命令が発行されていないときステップＳＴ４１に戻り、リソース解放命令が発行されたときステップＳＴ４２に進む。

ステップＳＴ４２でリソースマネージャ６３は、実行情報管理表を参照する。リソースマネージャ６３は、アプリケーションＩＤが、リソース解放要求を行ったアプリケーションを示している実行情報管理表を参照して、実行カウンタのカウント値を取得してステップＳＴ４３に進む。例えば、アプリケーション５１-3でリソース解放要求が行われたとき、アプリケーション５１-3に関する表５に示す実行情報管理表６３３ｃ-3を参照してカウント値を取得する。

ステップＳＴ４３でリソースマネージャ６３は、実行要求の処理が完了しているか否かを判別する。リソースマネージャ６３は、実行情報管理表を参照して取得した情報に基づき、実行要求の処理が完了しているか否かを判別する。リソースマネージャ６３は、カウント値が実行要求の処理の完了を示していないときはステップＳＴ４２に戻り、処理の完了を示しているときはステップＳＴ４４に進む。例えば、リソースマネージャ６３は、実行カウンタの初期値を「０」として、符号化命令の発行に応じて実行カウンタをインクリメントして、符号化命令に対する処理の完了通知が供給されたとき実行カウンタをデクリメントする。この場合、カウンタ値が「０」でないときは符号化命令に対する処理が完了していないことからステップＳＴ４２に戻り、カウンタ値が「０」であるときは符号化命令に対する処理が完了していることからステップＳＴ４４に進む。

ステップＳＴ４４でリソースマネージャ６３は、リソース解放処理を行う。リソースマネージャ６３は、リソース解放要求を行ったアプリケーションによって占有されていたリソースを解放してステップＳＴ４５に進む。例えば、アプリケーション５１-3でリソース解放要求が行われたとき、アプリケーション５１-3によって占有されていたソフトウェアコーデック８１-1を解放して空きリソースとする。

ステップＳＴ４５でリソースマネージャ６３は、実行情報管理表の更新を行う。リソースマネージャ６３は、占有されていたリソースの解放に対応させて実行情報管理表の更新を行う。リソースマネージャ６３は、アプリケーションＩＤがリソース解放命令を発行したアプリケーションを示しており、占有リソースが解放したリソースを示している実行情報管理表を選択して、この選択した実行情報管理表を削除してステップＳＴ４６に進む。例えば、アプリケーションＩＤがリソース解放命令を発行したアプリケーション５１-3を示しており、占有リソースが解放したソフトウェアコーデック８１-1を示している表５の実行情報管理表を削除する。

ステップＳＴ４６でリソースマネージャ６３は、リソース使用状況管理表の更新を行う。リソースマネージャ６３は、占有されていたリソースの解放に対応させてリソース使用状況管理表６３３ｂの更新を行い、解放されたリソースの占有状況を未使用状態に変更する。例えばソフトウェアコーデック８１-1が解放されたとき、表４に示すリソース使用状況管理表６３３ｂのソフトウェアコーデック８１-1の占有状況を更新して、表２に示すリソース使用状況管理表とする。

このように、リソースマネージャ６３は、リソース解放要求に応じてリソースの解放および実行情報管理表とリソース使用状況管理表の更新を行うことで、リソースマネージャ６３では、実行情報管理表とリソース使用状況管理表を最新の状態とすることができる。

以上のような処理をリソースマネージャ６３で行えば、リソースが例えばハードウェアリソースであるかソフトウェアリソースであるか区別することなく、自動的に空きリソースを割り当てることができる。また、リソース確保時に、アプリケーションがリソースの使用状況を把握しなくとも、リソースを割り当てることができる。また、アプリケーションからリソース解放の要求がなされたとき、符号化処理や復号化処理が完了してからリソースの解放が行われるので、処理の途中でリソースが解放されてしまうことを防止できる。さらに、リソースマネージャ６３は、アプリケーションに対してリソースの制御を隠蔽できるので、符号化処理や復号化処理を共通のインタフェースで各アプリケーションから行うことができるようになる。したがって、情報処理装置１０では、リソースマネージャ６３によって、リソース管理を容易に行うことができるようになる。

次に、空きリソースから最適なリソースを選択可能とするための優先度の決定について、図８のフローチャートを用いて説明する。

優先度は、
（１）時間処理の保障、実行命令の応答時間（コーデック処理の実行命令を発行してからコーデック処理が完了するまでの時間）
（２）リソースの占有時間（アプリケーション起動時からのリソース占有時間の総和） （３）ソフトウェア処理における負荷率（ＣＰＵ負荷率）
により決定する。

また、優先度の更新は、符号化命令や復号化命令の発行毎または優先度の更新要求毎に行う。

リソースマネージャ６３は、リソース（ｎ）の優先度を決定するための優先度決定パラメータＰpenalty(n)を式（１）に基づいて算出する。なお、式（１）において、応答パラメータＰresponse(n)は、リソース（ｎ）についての実時間処理の保障、実行命令の応答時間に関するパラメータである。また、占有パラメータＰoccupancy(n)は、リソース（ｎ）についての占有時間に関するパラメータである。さらに、負荷パラメータＰloadは、ソフトウェア処理における負荷率すなわちＣＰＵ負荷率に関するパラメータである。また、優先度決定パラメータＰpenalty(n)の値が小さいとき優先度を高くして、優先度決定パラメータＰpenalty(n)の値が大きいとき優先度を低くする。

ステップＳＴ５１でリソースマネージャ６３は、実行要求が行われたか否かを判別する。リソースマネージャ６３は、符号化命令や復号化命令が発行されていないときステップＳＴ５２に進み、符号化命令や復号化命令が発行されたときステップＳＴ５３に進む。

ステップＳＴ５２でリソースマネージャ６３は、優先度更新要求が行われたか否かを判別する。リソースマネージャ６３は、アプリケーション等から優先度更新要求が行われていないときステップＳＴ５１に戻り、優先度更新要求が行われたときステップＳＴ５３に進む。

ステップＳＴ５３でリソースマネージャ６３は、実時間処理を保障するか否か判別する。リソースマネージャ６３は、実時間処理を保障するときステップＳＴ５４に進み、実時間処理を保障しないときステップＳＴ５５に進む。実時間処理を保障する場合とは、例えば映像データや音声データをリアルタイムで符号化処理して記録する場合等である。また、実時間処理を保障しない場合とは、例えば記録媒体に記録されている符号化信号を復号化して異なる形式の符号化信号に変換する場合のように、リアルタイムで処理を行わなくとも処理が可能な場合等である。

ステップＳＴ５４でリソースマネージャ６３は、実時間処理を保障する場合の応答パラメータを算出する。リソースマネージャ６３は、式（２）を用いて応答パラメータＰresponse(n)を算出してステップＳＴ５６に進む。応答パラメータＰresponse(n)は、実時間処理を保障する場合、実効命令の応答時間Ｔresponse(n)が実時間Ｔrealより遅くなるリソースの優先度を低く設定するパラメータである。

なお、式（２）において、「Ｔresponse(n)」は、リソース（ｎ）のコーデック処理応答時間を示している。また、「Ｔreal」は、実時間処理に必要な最低応答時間を示している。例えば１秒間のフレーム数が６０枚である６０ｐのコーデック処理ではＴreal≒１６ｍｓである。

ステップＳＴ５５でリソースマネージャ６３は、実時間処理を保障しない場合の応答パラメータを算出する。リソースマネージャ６３は、式（３）を用いて応答パラメータＰresponse(n)を算出してステップＳＴ５６進む。応答パラメータＰresponse(n)は、実時間処理を保障しない場合、応答時間Ｔresponse(n)が長いほどリソースの優先度を低く設定するパラメータである。

なお、式（３）において、「Ｔresponse(n)」は、リソース（ｎ）のコーデック処理応答時間を示している。また、「Ｎ」は、発行された符号化命令（または復号化命令）に応じて行われる処理が可能なリソースの数を示している。

ステップＳＴ５６でリソースマネージャ６３は、占有パラメータを算出する。リソースマネージャ６３は、式（４）を用いて占有パラメータＰoccupancy(n)を算出してステップＳＴ５７に進む。占有パラメータＰoccupancy(n)は、ハードウェアリソースやソフトウェアリソースが初期化されてから現在時刻までの期間において、アプリケーションにより占有されている総時間が長いほど、リソースの優先度を低く設定するパラメータである。

なお、式（４）において、「Ｔoccupancy(n)」は、リソース（ｎ）の総占有時間を示している。また、「Ｔtotal」は、アプリケーションの起動時からの総経過時間を示している。

ステップＳＴ５７でリソースマネージャ６３は、全リソースについての算出が完了したか否かを判別する。リソースマネージャ６３は、各リソースについて、応答パラメータＰresponse(n)と占有パラメータＰoccupancy(n)の算出が完了したときにはステップＳＴ５８に進み、算出が完了していないときはステップＳＴ５３に戻る。

ステップＳＴ５８でリソースマネージャ６３は、負荷パラメータを算出する。負荷パラメータＰloadは、負荷率の高いソフトウェアリソースの優先度を低く設定するパラメータである。リソースマネージャ６３は、式（５）を用いて負荷パラメータＰloadを算出してステップＳＴ５９に進む。この負荷パラメータＰloadは、負荷率について予め経験的に設定した閾値より高くなった場合、ソフトウェアリソースの優先度を低く設定するパラメータである。

なお、式（５）において、「Ｌnow」は現在の負荷率を示している。また、「Ｌth」は許容負荷率であり、例えばシステムに応じて経験的に設定される。さらに、「α」は倍率を示しており、ソフトウェアリソースでは例えば経験的に設定した値（但し、１＜α）とされる。また、ハードウェアリソースについては負荷パラメータＰloadを「１」に固定する。すなわち、ハードウェアリソースについては、応答パラメータＰresponse(n)と占有パラメータＰoccupancy(n)に基づいて優先度を算出する。

ステップＳＴ５９でリソースマネージャ６３は、優先度決定パラメータを算出する。リソースマネージャ６３は、上述の式（１）を用いて優先度決定パラメータＰpenalty(n)を算出してステップＳＴ６０に進む。

ステップＳＴ６０でリソースマネージャ６３は、優先度の割り当てを行う。リソースマネージャ６３は、式（１）の演算を行い、自動で割り当てるリソースの優先順位を決定する。例えば、リソースマネージャ６３は、各リソースの優先度決定パラメータＰpenalty(n)に基づき、最も優先度決定パラメータＰpenalty(n)の値が低くなるリソースから順番に高い優先度を割り当てることでリソースの優先順位を決定する。

このようにリソースの優先度の決定を行えば、アプリケーション側でシステムの状況を把握しなくても、その時点で最適なリソース、例えば処理速度の最も速いリソースを自動的に占有することが可能となる。

なお、本発明は、上述した発明の実施の形態に限定して解釈されるべきではない。この発明の実施の形態は、例示という形態で本発明を開示しており、本発明の要旨を逸脱しない範囲で当業者が実施の形態の修正や代用をなし得ることは自明である。すなわち、本発明の要旨を判断するためには、特許請求の範囲を参酌すべきである。

この発明における情報処理装置とリソース管理方法およびプログラムでは、リソースマネージャによって、コーデック処理機能とリソースの関係を示す第１の情報に基づき、アプリケーションからのコーデック処理要求に対応するリソースが判別される。さらに、リソースマネージャによって、リソースの使用状況を示す第２の情報に基づき、判別されたリソースから空きリソースが選択されて割り当てられる。

したがって、リソースがハードウェアであるかソフトウェアであるかの区別なしに、使用状況に応じて自動的に空きリソースを割り当てできる。また、リソース確保時に、システムの状況をアプリケーションが把握しなくとも、リソースを割り当てることが可能となりリソース管理が容易となる。このため、例えば画像信号や音声信号のコーデック処理を行う記録装置や再生装置、編集装置等に好適である。

１０・・・情報処理装置、１１・・・ＣＰＵ(Central Processing Unit)、１２・・・ＲＯＭ(Read Only Memory)、１３・・・ＲＡＭ(Random Access Memory)、１４・・・ハードウェアコーデック部、１４-1，１４-2，１４-j・・・ハードウェアコーデック、１５・・・ユーザインタフェース部、１６・・・入力部、１７・・・出力部、１８・・・記憶部、１９・・・通信部 、２０・・・メディアドライブ部、２１・・・表示部、２５・・・バス、３０・・・リムーバブルメディア、５１-1，５１-2，５１-3，５１-i・・・アプリケーション、６０・・・ＡＰＩ（Application Program Interface）、６１・・・ファンクションマネージャ、６２・・・コールバックマネージャ、６３・・・リソースマネージャ、７１・・・デバイスドライバ、８１-1，８１-2，８１-k・・・ソフトウェアコーデック、６３１・・・ハードウェアリソースコントローラ、６３２・・・ソフトウェアリソースコントローラ、６３３・・・コントロールマネージャ、６３３ａ・・・機能−リソース対応表、６３３ｂ・・・リソース使用状況管理表、６３３ｃ，６３３ｃ-1，６３３ｃ-3・・・実行情報管理表

Claims (10)

1. アプリケーションからのコーデック処理要求に対してリソースを割り当てるリソースマネージャを備え、
   前記リソースマネージャは、コーデック処理機能とリソースの関係を示す第１の情報と、リソースの使用状況を示す第２の情報を有しており、前記第１の情報に基づき前記アプリケーションからのコーデック処理要求に対応するコーデック処理機能を有したリソースを判別して、前記第２の情報に基づき前記判別されたリソースから空きリソースを選択して割り当てるものとし、前記空きリソースの割当てでは、前記コーデック処理要求に応じて、処理の時間に関するパラメータとソフトウェア処理の負荷率に関するパラメータを用いて優先度を決定するための優先度決定パラメータを前記リソース毎に算出して、該算出した優先度決定パラメータに基づき、前記優先度が最も高いリソースを選択する情報処理装置。
2. 前記リソースマネージャは、前記処理の時間に関するパラメータとして、実時間処理を保障する場合と保障しない場合でのそれぞれにおける応答時間に関するパラメータと、占有時間に関するパラメータを用いる
   請求項１記載の情報処理装置。
3. 前記リソースマネージャは、前記応答時間については応答時間が短いリソースの優先度を高くして、前記占有時間については占有時間の短いリソースの優先度を高くする
   請求項２記載の情報処理装置。
4. 前記リソースマネージャは、前記負荷率が低いリソースの優先度を高くする
   請求項２記載の情報処理装置。
5. 前記リソースマネージャは、前記リソースの割り当てに応じて前記第２の情報の更新を行う
   請求項１記載の情報処理装置。
6. 前記リソースマネージャは、前記割り当てたリソースにおけるコマンド実行状況を示す第３の情報を有しており、
   前記アプリケーションからリソース解放要求が発行されたとき、前記リソースマネージャは、前記第３の情報でコマンドの実行の終了が示されたのち前記アプリケーションに割り当てたリソースを解放する
   請求項１記載の情報処理装置。
7. 前記リソースマネージャは、前記割り当てたリソースからのコマンド実行終了の通知に応じて前記第３の情報の更新を行い、前記アプリケーションに割り当てたリソースの解放に応じて前記第２の情報の更新を行う
   請求項６記載の情報処理装置。
8. 前記リソースマネージャは、前記リソースの制御を行うリソースコントローラを有し、
   前記リソースマネージャは、前記アプリケーションからのコーデック処理要求に応じて、前記リソースコントローラによって前記割り当てられたリソースを制御してコーデック処理を行わせる
   請求項１記載の情報処理装置。
9. リソースマネージャが、コーデック処理機能とリソースの関係を示す第１の情報に基づき、アプリケーションからのコーデック処理要求に対応するコーデック処理機能を有したリソースを判別するステップと、
   リソースマネージャが、リソースの使用状況を示す第２の情報に基づき、前記判別されたリソースから空きリソースを選択して割り当てるものとし、前記空きリソースの割当てでは、前記コーデック処理要求に応じて、処理の時間に関するパラメータとソフトウェア処理の負荷率に関するパラメータを用いて優先度を決定するための優先度決定パラメータを前記リソース毎に算出して、該算出した優先度決定パラメータに基づき、前記優先度が最も高いリソースを選択するステップと
   を具備するリソース管理方法。
10. 情報処理装置を、
    コーデック処理機能とリソースの関係を示す第１の情報に基づき、アプリケーションからのコーデック処理要求に対応するコーデック処理機能を有したリソースを判別する機能手段と、
    リソースの使用状況を示す第２の情報に基づき、前記判別されたリソースから空きリソースを選択して割り当てるものとし、前記空きリソースの割当てでは、前記コーデック処理要求に応じて、処理の時間に関するパラメータとソフトウェア処理の負荷率に関するパラメータを用いて優先度を決定するための優先度決定パラメータを前記リソース毎に算出して、該算出した優先度決定パラメータに基づき、前記優先度が最も高いリソースを選択する機能手段
    として機能させるためのプログラム。

Images