(57)【要約】【課題】アプリケーションのタスク予約の受付を確実に実行することができるとともに、効率的なスケジューリングを実行する。【解決手段】リアルタイムＯＳにおけるタスク管理において、あらかじめ、アプリケーションのタスクを抽出して、抽出したタスク組合せをタスク組合せ管理テーブル１３６に登録しておく。アプリケーションを起動する際に、アプリケーションに応じたタスク組合せ管理テーブル１３６を読み込み、アプリケーションの実行に従って、タスク組合せ管理テーブル１３６から必要なタスク組合せを抽出して実行する。タスク組合せの切替においては、組合せのパターンを変更する場合に、変更前のタスク組合せの中で未実行のタスクがあるか否かの判断後、未実行タスクがなくなった後に、タスク組合せの切替を実行するようにする。【選択図】        図１
2004326569.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションに基づいたタスクを管理するタスク管理手段と、
前記アプリケーションにおける実行されるタスク組合せを抽出するタスク抽出手段と、
前記抽出されたタスク組合せを前記タスク管理手段に登録するタスク登録手段と、
前記登録されたタスク組合せを実行するタスク実行手段とを有し、
起動されるアプリケーションに基づいて、前記タスク管理手段にタスク組合せが登録され、
前記登録されている複数のタスク組合せから、所定のタスク組合せが選択されて、前記所定のタスク組合せのタスクが前記タスク実行手段により実行される
ことを特徴とするタスク管理システム。
【請求項２】
前記タスク抽出手段により抽出された前記抽出されたタスク組合せが、前記タスク登録手段に登録可能であるか否かを判断するタスク登録可否判断手段を有し、
前記タスク登録可否判断手段により登録可能と判断された前記タスク組合せのみを前記タスク管理手段に登録する
ことを特徴とする請求項１記載のタスク管理システム。
【請求項３】
前記タスク管理手段に複数の前記タスク組合せが登録されている場合に、
前記タスク実行手段により、前記アプリケーションによりタスク組合せの変更が要求されたか否かが判断され、
前記タスク組合せの変更の要求がされた場合、前記要求時に実行中のタスク組合せが終了した後に、実行すべき前記タスク組合せの変更処理が行われるように構成されている
ことを特徴とする請求項１または２記載のタスク管理システム。
【請求項４】
タスクを抽出可能なタスク抽出手段により、前記アプリケーションのタスク組合せを少なくとも一組抽出し、
前記抽出されたタスク組合せを前記タスク管理手段に登録し、
タスク実行手段により実行されるタスク組合せを、前記少なくとも一組の登録されたタスク組合せから選択して、アプリケーションに応じたタスクの管理を行う
ことを特徴とするタスク管理方法。
【請求項５】
前記タスク抽出手段により抽出されたタスク組合せが、前記タスク管理手段に登録可能であるか否かを判断し、登録可能な前記タスク組合せのみを登録する
ことを特徴とする請求項４記載のタスク管理方法。
【請求項６】
前記タスク管理手段に少なくとも一組の前記タスク組合せが登録されている場合に、前記タスク実行手段により前記アプリケーションがタスク組合せの変更を要求したか否かが判断され、
前記変更の要求があった場合、要求時において実行されているタスク組合せが終了した後に、実行すべきタスク組合せを変更する
ことを特徴とする請求項４または５記載のタスク管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、タスク管理システムおよびタスク管理方法に関し、特に、複数のタスクの実行を制御するためのリアルタイムＯＳ技術に適用して好適なものである。
【０００２】
【従来の技術】
従来、情報処理システムなどにおけるオペレーティングシステム（ＯＳ）として、優先度によりタスク制御を行うリアルタイムＯＳが知られている。
【０００３】
このリアルタイムＯＳにおいては、種々のタスクにおける優先度に応じたタスク管理が行われる。そして、このタスク管理システムとして、高優先度タスクが中央処理装置（ＣＰＵ）を独占し続けている場合でも、低優先度タスクを効率的にＣＰＵに割り当てて、システム全体のスループットを向上させる技術が提案されている（例えば、特許文献１参照）。
【０００４】
また、リアルタイムＯＳをベースとして、処理のタイミングが重要なビデオ再生プログラムなどのアプリケーションと同時に、他のアプリケーションを実行すると、この他のアプリケーションが負荷となり、要求されるタイミングによって処理が行われないことがある。そして、結果として、ビデオ再生プログラムの場合における単位時間あたりのリソース割り当て時間の減少などといった、品質の低下を招くことがある。
【０００５】
そこで、品質を向上させる方法として、サービス品質（ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ））を設定可能なタスク管理方法や、サービス品質を持たせてプログラムを実行することが提案されている。
【０００６】
【特許文献１】
特開２０００−１４８５１３号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、上述の従来のタスク管理システムには、次のような問題があった。すなわち、あるアプリケーションの実行において、サービス品質（ＱｏＳ）制御を行うタスクは、実行前にそれらのタスクが登録されている必要がある。ところが、本発明者の知見によれば、プログラム内におけるサービス品質（ＱｏＳ）制御を実行するタスクの組み合わせの変更に対する対応は、不十分であった。
【０００８】
すなわち、あるアプリケーションを実行する場合にＱｏＳ制御を行うタスクが、その実行前に登録されている必要があることから、必然的に、アプリケーション内におけるＱｏＳ制御を行うタスク組合せの変更が行われる際に、登録済のＱｏＳ制御のタスクを解放し、新たにＱｏＳ制御を行うタスクを登録する処理が必要になる。
【０００９】
ところが、この場合において、新たにＱｏＳ制御を行うタスクの登録が失敗する可能性がある。さらに、このタスクの登録に要する時間が、リアルタイムＯＳにおけるリアルタイム処理に対して許容できない可能性がある。
【００１０】
すなわち、リアルタイムＯＳにおいて、所定の処理をリアルタイムで処理する場合に、この処理自体を受け付けることができる場合であっても、この所定の処理が実行可能か否かの判断の計算処理に時間を要してしまい、処理が間に合わなくなる可能性があった。また、判断の計算処理に時間を要してしまうことにより、リアルタイム性を維持できない可能性があった。
【００１１】
したがって、この発明の目的は、アプリケーションのタスク予約の受付を確実に実行することができるとともに、効率的なスケジューリングを実行することができるタスク管理システムおよびタスク管理方法を提供することにある。
【００１２】
【課題を解決するための手段】
上記目的を達成するために、この発明は、
タスク管理において、アプリケーションを構成するタスクをあらかじめ抽出し、この抽出されたタスク組合せをタスク組合せ管理手段に登録しておき、このタスク組合せ管理手段から、必要なタスク組合せを、アプリケーションに基づいて選択し、実行することを特徴とするものである。
【００１３】
具体的に、この発明の第１の発明は、
アプリケーションに基づいたタスクを管理するタスク管理手段と、
アプリケーションにおける実行されるタスク組合せを抽出するタスク抽出手段と、
抽出されたタスク組合せをタスク管理手段に登録するタスク登録手段と、
登録されたタスク組合せを実行するタスク実行手段とを有し、
起動されるアプリケーションに基づいて、タスク管理手段にタスク組合せが登録され、
登録されている複数のタスク組合せから、所定のタスク組合せが選択されて、所定のタスク組合せのタスクがタスク実行手段により実行される
ことを特徴とするタスク管理システムである。
【００１４】
この第１の発明において、典型的には、タスク抽出手段により抽出された抽出されたタスク組合せが、タスク登録手段に登録可能であるか否かを判断するタスク登録可否判断手段を有し、タスク登録可否判断手段により登録可能と判断されたタスク組合せのみをタスク管理手段に登録する。
【００１５】
この第１の発明において、好適には、タスク管理手段に複数のタスク組合せが登録されている場合に、タスク実行手段により、アプリケーションによりタスク組合せの変更が要求されたか否かが判断され、タスク組合せの変更の要求がされた場合、要求時に実行中のタスク組合せが終了した後に、実行すべきタスク組合せの変更処理が行われるように構成されている。
【００１６】
この発明の第２の発明は、
タスクを抽出可能なタスク抽出手段により、アプリケーションのタスク組合せを少なくとも一組抽出し、
抽出されたタスク組合せをタスク管理手段に登録し、
タスク実行手段により実行されるタスク組合せを、少なくとも一組の登録されたタスク組合せから選択して、アプリケーションに応じたタスクの管理を行う
ことを特徴とするタスク管理方法である。
【００１７】
この第２の発明において、典型的には、タスク抽出手段により抽出されたタスク組合せが、タスク管理手段に登録可能であるか否かを判断し、登録可能なタスク組合せのみを登録する。
【００１８】
この第２の発明において、好適には、タスク管理手段に少なくとも一組のタスク組合せが登録されている場合に、タスク実行手段によりアプリケーションがタスク組合せの変更を要求したか否かが判断され、変更の要求があった場合、要求時において実行されているタスク組合せが終了した後に、実行すべきタスク組合せを変更する。
【００１９】
また、この発明によるタスクとは、リアルタイムＯＳにおいて、実行されるアプリケーションの処理を構成する処理プログラムである。
【００２０】
上述のように構成されたこの発明によれば、実行するプログラムのＱｏＳ制御のタスク組合せのパターンをあらかじめ抽出することができ、この抽出に基づいたタスクの管理、および実行中のタスク組合せをスムーズに変更することが可能となる。
【００２１】
【発明の実施の形態】
以下、この発明の一実施形態について図面を参照しながら説明する。なお、以下の一実施形態の全図においては、同一または対応する部分には同一の符号を付す。図１に、この一実施形態によるタスク管理システムの構成を示す。
【００２２】
図１に示すように、この一実施形態によるタスク管理システムは、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）やパーソナルコンピュータなどの情報処理端末１００により実現される。
【００２３】
この情報処理端末１００は、中央処理装置（ＣＰＵ）１１０、例えばハードディスク装置などの補助記憶装置１２０、例えば読み出し専用メモリ（ＲＯＭ）や書き換え可能メモリ（ＲＡＭ）などのメモリ１３０、例えば液晶ディスプレイ（ＬＣＤ）などの画像表示装置やスピーカなどの音声出力装置（いずれも図示せず）などを有して構成されている。これらのそれぞれの要素は、例えばバスを介して互いに接続されている。
【００２４】
また、補助記憶装置１２０には、リアルタイムＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）と、このリアルタイムＯＳをベースとして実行可能な種々のアプリケーション、すなわち優先度が設定された複数のタスクなどと、後述するタスク情報テーブルなどとがインストールされている。
【００２５】
これらのリアルタイムＯＳなどのソフトウェアは、補助記憶装置１２０からメモリ１３０に、必要に応じて、適宜読み出される。図１は、これらのリアルタイムＯＳなどのソフトウェアがメモリ１３０に読み出された状態を示す。
【００２６】
また、リアルタイムＯＳは、複数のタスクのうちの最も高い優先度が設定されているタスクを実行する優先度制御機能（または、タスク管理機能）を有するオペレーティングシステムである。優先度制御機能は、リアルタイムＯＳが有するスケジューラ１３１によって実現される。
【００２７】
スケジューラ１３１は、それぞれのタスクに設定されている優先度に基づいて複数のタスクのうちの最も高い優先度が設定されているタスクを実行するためのものである。また、スケジューラ１３１は、優先度が設定されている複数のタスクとして把握されるアプリケーション群や、各種デバイスの制御などの処理における、例えばタイミング処理を実行するか否かを決定可能に構成されている。
【００２８】
具体的には、スケジューラ１３１は、終了または待ち状態でないタスクのうちの最も高い優先度が設定されているタスクを継続して実行（処理）する。このとき、リアルタイムＯＳにおいては、優先度が低く設定されているタスクは、全く動作しない可能性もある。また、スケジューラ１３１は、それぞれのタスクの状態、具体的には実行可能状態、実行状態、待ち状態などを管理するためのものである。
【００２９】
スケジューラ１３１によって優先度制御がされる複数のタスクとしては、スケジューラタスク１３２、時間起動通知用タスク１３３、および、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）タスク１３４などがある。これらのタスクには、優先度が設定されている。なお、スケジューラタスク１３２には、最も高い優先度（他のタスク１３３、１３４などと比較して高い優先度）が設定される。
【００３０】
また、スケジューラタスク１３２は、他のタスク（ＱｏＳタスク１３４）の実行制御を行うためのタスクである。スケジューラタスク１３２は、他のタスクの実行制御として、ＱｏＳタスク１３４の中から実行タスクの決定、実行タスクの優先度の変更、および、実行タスクの所要リソース量の制御（リソース割り当て）などを行う。
【００３１】
また、時間起動通知用タスク１３３は、スケジューラタスク１３２を実行状態（Ｒｕｎｎｉｎｇ状態）へ遷移させるためのものである。そのため、時間起動通知用タスク１３３は、所定期間（一定周期または設定時間）ごとに、イベントフラグまたはセマフォなどの所定通知をスケジューラタスク１３２へ通知する。所定通知を受けると、スケジューラタスク１３２は、実行状態へ遷移して他のタスク（ＱｏＳタスク１３４）の実行制御を行う。なお、スケジューラタスク１３２において、実行状態にない場合には、リアルタイムＯＳにおけるスケジューラ１３１により、ＱｏＳタスク１３４が制御される。
【００３２】
また、ＱｏＳタスク１３４は、その所要リソース量を制御可能な可変タスクである。そして、所要リソース量が最低限保証すべき保証部分と制御可能部分とに分けられているため、最低限の品質（保証部分）を保持可能に構成されている。
【００３３】
また、タスク組合せ管理テーブル１３６は、アプリケーションの構成情報や、それぞれのタスクの所要リソース量情報などに基づいて、ＣＰＵ１１０により抽出されたタスクの組合せを格納するためのものである。このタスク組合せ管理テーブル１３６の一例を図２に示す。
【００３４】
すなわち、タスク組合せ管理テーブル１３６におけるタスク組合せのデータは、図２Ａに示すように、抽出されたＱｏＳタスク１３４の組合せ（タスク組合せ）を示し、タスク組合せを識別するためのパターン番号と、そのパターン番号に属するタスクを組み合わせたリスト（タスクリスト）とから構成される。
【００３５】
また、タスクリストには、それぞれのＱｏＳタスク１３４に固有のタスク識別子ＩＤ（タスクＩＤ）が格納されており、必要に応じて、タスク情報テーブル１３５からＱｏＳタスク１３４の構成情報が読み込まれる。ＱｏＳタスク１３４の詳細情報は、タスク情報テーブル１３５に格納され、タスクＩＤ１３５ａを識別子として抽出可能となっている。
【００３６】
そして、図２Ｂに示すように、この一実施形態によるタスク組合せ管理テーブル１３６は、図２Ａに示すパターン番号とこの番号に属するタスクリストとの組の少なくとも１つから構成されており、パターン番号により、相互にタスクリストを区別可能に格納されている。
【００３７】
そして、複数のタスクリストがパターン番号により区別されて格納されたタスク組合せ管理テーブル１３６から、アプリケーションにより所定のタスクリストが選択され、選択されたパターン番号に属するタスクリストのそれぞれのタスクＩＤに基づいて、タスク情報テーブル１３５から所定のＱｏＳタスク１３４が読み出され、アプリケーションにより処理が実行される。
【００３８】
また、この一実施形態によるタスク組合せ管理テーブル１３６は、アプリケーションごとに生成され、たとえば補助記憶装置１２０に格納される。また、一旦生成されたタスク組合せ管理テーブル１３６は、アプリケーションごとに関連づけされて、アプリケーションの起動などの必要に応じて、補助記憶装置１２０からメモリ１３０に読み出される。そして、アプリケーションにおけるタスク組合せは、この読み出されたタスク組合せ管理テーブル１３６から抽出される。
【００３９】
このように、あらかじめアプリケーションごとに、タスク組合せ管理テーブル１３６を生成しておき、タスクリストから必要なタスク組合せを選択して、実行することにより、アプリケーションの実行に基づくタスクの実行における実行の可否の計算処理を、タスクの登録ごとに行う必要がなくなるので、時間のロスを無くして、タスクの起動や切替をスムーズに行うことができる。
【００４０】
なお、タスク組合せ管理テーブル１３６を、補助記憶装置１２０に格納しておき、後述するパターン番号が選択されたときに、必要なパターンのみを読み込むようにすることも可能である。
【００４１】
また、タスク情報テーブル１３５は、ＱｏＳタスク１３４に関する情報を管理するためのテーブルである。タスク情報テーブル１３５は、タスク識別子（タスクＩＤ）１３５ａと、このタスクＩＤ１３５ａに属する各種情報項目、例えば起動タイミング１３５ｂや実行割り当て時間１３５ｃなどの項目とにより構成されている。なお、タスクＩＤ１３５ａは、ＱｏＳタスクを識別するための識別子ＩＤであり、起動タイミング１３５ｂは、ＱｏＳタスクにおける実行開始時点から、次の実行開始時点までの時間（周期）である。
【００４２】
そして、あるＱｏＳタスクが実行されると、設定された周期の間、このＱｏＳタスクが新たに実行されることはない。また、実行割り当て時間１３５ｃは、ＱｏＳタスクに割り当てられたリソース量であり、この一実施形態においては、例えばＣＰＵの使用時間である。
【００４３】
以上のようにして、この一実施形態によるタスク管理システムが構成されている。なお、上述したタスク管理システムは、あくまでも一例であり、必ずしも上述した構成に限られるものではなく、そのほかのタスク管理システム、たとえばスケジューラタスクが設定されておらず、全てのタスクスケジュールにおいて、リアルタイムＯＳにおけるスケジューラを利用するようにしたタスク管理システムを採用することも可能である。
【００４４】
次に、以上のように構成されたタスク管理システムの動作について図面を参照しつつ説明する。図３に、この一実施形態による新規タスクの登録要求動作を示す。
【００４５】
（新規タスク登録要求）
まず、アプリケーションの起動時においては、このアプリケーションの構成情報に基づいて、あらかじめ抽出された、必要となるＱｏＳ制御のタスク組合せの全てのパターンに対して、タスク予約判定を行った後に登録を行う、いわゆる新規タスクの登録要求処理が実行される。以下に、この新規タスクの登録要求処理について説明する。
【００４６】
すなわち、図３に示すように、この一実施形態による新規タスク登録要求処理においては、まず、ステップＳＴ１において、タスク組合せのパターンを抽出する処理を実行する。具体的には、アプリケーションの構成情報と、それぞれのＱｏＳタスク１３４の所要リソース量情報などとに基づいて、タスク組合せ管理テーブル１３６から、組み合わされて実行されることにより一機能となり得るタスク組合せが抽出される。その後、ステップＳＴ２に移行する。
【００４７】
次に、ステップＳＴ２においては、タスク組合せのパターンが抽出されたか否か、すなわち抽出パターンが存在するか否かの判定が行われる。その結果、タスク組合せの抽出パターンが存在しなかった場合、ステップＳＴ３に移行して、アプリケーションにより、新規タスクが登録される。
【００４８】
他方、ステップＳＴ２において、タスク組合せのパターンが抽出された場合、すなわち、アプリケーションに基づくタスク組合せに合致する抽出パターンが存在した場合、ステップＳＴ４に移行する。
【００４９】
ステップＳＴ４においては、抽出されたパターンが、新規タスクとして登録可能であるか否かの判断が行われる。具体的には、例えば、抽出されたタスクの組合せについて、例えば、動作環境における負荷とＱｏＳの検証とが行われ、負荷が所定の基準値を下回りかつＱｏＳが所定の基準値を上回っている場合に、実行可能と判定され、そうでない場合に否定判定がされる。
【００５０】
そして、ステップＳＴ４において、タスク組合せが実行不可能である場合には、抽出パターンが登録不可とされ、ステップＳＴ５に移行して、登録不可の通知が行われる。この登録不可の通知は、サービス品質（ＱｏＳ）を設定可能なタスク管理システムにおいて、タスクの受付を行う部分に対して行われる。以上により一連の新規タスク登録処理が終了する。
【００５１】
他方、ステップＳＴ４における判断の結果、タスク組合せを実行可能である場合に、抽出パターンが登録可能であるとされ、ステップＳＴ１に移行する。そして、再度、アプリケーションの構成情報に基づいて、タスク組合せのパターンの抽出が行われ、ステップＳＴ２において、上述と同様にして、抽出パターンの存否が判断される。
【００５２】
これらのステップＳＴ１、ステップＳＴ２およびステップＳＴ４のプロセスは、登録不可の抽出パターンが表出するか、抽出パターンが存在しなくなるまで、繰り返し実行される。
【００５３】
その後、ステップＳＴ２においてタスク組合せのパターンが全て抽出された段階で、ステップＳＴ３に移行し、このステップＳＴ３において、アプリケーションにより新規タスクが登録され、新規タスクの登録処理が終了する。
【００５４】
また、繰り返し登録処理が実行されている間に、実行ができないタスク組合せが現れて、ステップＳＴ４において抽出パターンの登録ができない場合、ステップＳＴ５においてスケジューラタスク１３２に登録不可の通知がされて、新規タスクの登録処理が終了する。
【００５５】
（タスクスケジューリング）
次に、以上のようにして、プログラムの起動時に新規タスクの登録処理が行われた後における、アプリケーションの実行時のタスク管理について説明する。すなわち、アプリケーションの実行中においては、動作させるタスクが新たに実行されたり、タスク間において切替が行われたりする、いわゆるタスクスケジューリングが行われる。以下に、この一実施形態によるタスクスケジューリングについて説明する。図４に、この一実施形態によるタスクスケジューリング処理を示す。
【００５６】
すなわち、図４に示すように、この一実施形態によるタスクスケジューリングにおいては、まず、ステップＳＴ１１において、タスク組合せのパターンに変更があるか否かの判断が行われる。
【００５７】
このタスク組合せのパターンに変更がない場合（ステップＳＴ１１：Ｎｏ）、ステップＳＴ１２に移行して、タスク組合せ管理テーブル１３６から、実行するタスク組合せが選択される。そして、このタスク組合せがＣＰＵ１１０によりアプリケーションに基づいて実行される。
【００５８】
他方、組み合わせパターンの変更がある場合（ステップＳＴ１１：Ｙｅｓ）、ステップＳＴ１３に移行して、変更前のタスク組合せの中に、実行されていないタスクが存在するか否かの判断が行われる。
【００５９】
このステップＳＴ１３において、変更前のタスクで実行されていないタスクが存在した場合（ステップＳＴ１３：Ｙｅｓ）、ステップＳＴ１２に移行して、実行しているタスク組合せがＣＰＵ１１０により継続して実行される。
【００６０】
他方、変更前のタスク組合せで実行されていないタスクが存在しない場合、すなわち、所定のタスク組合せにおけるタスクが全て実行された場合（ステップＳＴ１３：Ｎｏ）、ステップＳＴ１４に移行して、組み合わせパターンを変更する組み合わせパターン変更処理が実行される。
【００６１】
以上のようにして、この一実施形態による、アプリケーションの実行に伴うタスクにおけるスケジューリングが行われる。
【００６２】
（タスク組合せ登録要求処理）
次に、以上のようにして、新規タスク登録や、タスクスケジューリングが行われる際に用いられるタスク組合せ管理テーブル１３５への、タスクの登録方法について、説明する。図５に、この一実施形態によるタスク組合せの登録処理を示す。
【００６３】
図５に示すように、アプリケーションなどから、タスク組合せの登録要求がされた場合には、まず、ステップＳＴ２１において、登録要求された複数のタスクが登録可能であるか否かの判断が行われる。
【００６４】
ステップＳＴ２１において、登録要求された複数のタスクが、組合せとしてＱｏＳを維持しつつ実行することができない場合、すなわちＱｏＳ制御が実行不可の場合（ステップＳＴ２１：Ｎｏ）、タスク組合せ管理テーブル１３６への登録処理は終了する。
【００６５】
他方、ステップＳＴ２１において、タスク組合せがＱｏＳを維持しつつ実行可能な場合、すなわち登録要求された複数のタスクが登録可能である場合（ステップＳＴ２１：Ｙｅｓ）、ステップＳＴ２２に移行して、タスク組合せ管理テーブル１３６に登録可能であるか否かの判断が行われる。
【００６６】
そして、ステップＳＴ２２における登録の可否に関して、登録ができないと判断された場合、ステップＳＴ２３に移行して、登録不可通知が行われる。なお、この登録不可通知は、サービス品質を設定可能なタスク管理における管理メカニズムにおけるタスクの受付を行う部分（例えば、スケジューラやスケジューラタスク）に対して行われる。
【００６７】
他方、ステップＳＴ２２において、タスク組合せ管理テーブル１３６に登録可能と判断された場合には、ステップＳＴ２４に移行して、タスク組合せ管理テーブル１３６に、所定の識別可能なパターン番号が生成され、このパターン番号と、これに属する上述の少なくとも１つのタスクにおけるタスクＩＤからなるタスクリストとが登録される。そして、このようにして登録された各種タスク組合せが、上述したようにアプリケーションにより適切に選択され、実行される。
【００６８】
その後、ステップＳＴ２５に移行して、この登録されたパターン番号が、ＱｏＳを設定可能なタスク管理における管理メカニズムにおけるタスクを選択可能に構成されたスケジューラやスケジューラタスクに通知され、この一実施形態によるタスク組合せ登録の処理が終了する。以上のようにして、アプリケーションの起動時に、実行可能な範囲で、全てのＱｏＳタスクが、タスク組合せ管理テーブル１３６に登録される。
【００６９】
以上説明したように、この一実施形態によれば、アプリケーションの起動時に、このアプリケーションに用いられる全てのＱｏＳタスクのうちの、登録可能なＱｏＳタスク組合せを、タスク組合せ管理テーブル１３６に登録し、アプリケーションの実行時におけるタスクの実行時には、タスク組合せ管理テーブル１３６に登録されたタスクリストに基づいて、必要なタスク組合せのパターン番号を実行することにより、実行するアプリケーションのＱｏＳ制御のタスク組合せのパターンをあらかじめ抽出しておくことができ、ＱｏＳタスク１３４の処理に関して、そのタスク組合せが実行可能であるか否かを判断する時間が不要になる。
【００７０】
したがって、この判断に要する時間のロスを防止することができ、タスク組合せの切替時間を大幅に短縮することができる。また、計算時間が長くなることによりタスク制御が不能になったり、アプリケーションによるタスクの登録ができなくなったりすることを防止することができ、この抽出に基づいたタスクの管理、および実行中のタスク組合せをスムーズに変更することが可能となるので、アプリケーションのタスク予約の受付を確実に実行することができるとともに、効率的なスケジューリングを実行することができる。
【００７１】
以上、この発明の一実施形態について具体的に説明したが、この発明は、上述の一実施形態に限定されるものではなく、この発明の技術的思想に基づく各種の変形が可能である。
【００７２】
例えば、上述の一実施形態において挙げたシステムの構成はあくまでも例に過ぎず、必要に応じてこれと異なるシステム構成を採用することも可能である。
【００７３】
また、例えば上述の一実施形態においては、リソース量として、使用環境におけるＣＰＵ１１０の使用時間を採用しているが、ＣＰＵのほかに記憶装置やメモリ、ビデオメモリ（図示せず）の使用時間および記憶容量、ネットワークの通信速度やネットワークサーバの記憶容量、メモリ容量など、特定のタスクを実行するために必要なハードウェア資源およびソフトウェア資源の全てを選択的に用いることが可能である。
【００７４】
【発明の効果】
以上説明したように、この発明によれば、アプリケーションに基づいたタスクを管理するタスク管理手段と、アプリケーションにおける実行されるタスク組合せを抽出するタスク抽出手段と、抽出されたタスク組合せをタスク管理手段に登録するタスク登録手段と、登録されたタスク組合せを実行するタスク実行手段とを有し、起動されるアプリケーションに基づいて、タスク管理手段にタスク組合せが登録され、登録されている複数のタスク組合せから、所定のタスク組合せが選択されて、所定のタスク組合せのタスクがタスク実行手段により実行されるように構成されていることにより、アプリケーションのタスク予約の受付を確実に実行することができるとともに、効率的なスケジューリングを実行することができる。
【図面の簡単な説明】
【図１】この発明の一実施形態によるタスク管理システムを示すブロック図である。
【図２】この発明の一実施形態によるタスク管理に用いられるタスク組合せ管理テーブルを示す図である。
【図３】この発明の一実施形態によるタスク管理方法の新規タスク登録方法を説明するためのフローチャートである。
【図４】この発明の一実施形態によるタスク管理方法のタスクの切替方法を説明するためのフローチャートである。
【図５】この発明の一実施形態によるタスク管理方法のタスク組合せ管理テーブルへの登録方法を示すフローチャートである。
【符号の説明】
１００  情報処理端末
１１０  中央処理装置（ＣＰＵ）
１２０  補助記憶装置
１３０  メモリ
１３１  スケジューラ
１３２  スケジューラタスク
１３３  時間起動通知用タスク
１３４  ＱｏＳタスク
１３５  タスク情報テーブル
１３５ａ  タスクＩＤ
１３５ｂ  起動タイミング
１３５ｃ  起動割当時間
１３６  タスク組合せ管理テーブル
【図１】
2004326569.tif 000003
【図２】
2004326569.tif 000004
【図３】
2004326569.tif 000005
【図４】
2004326569.tif 000006
【図５】
2004326569.tif 000007