少なくとも二つのドメインを駆動する仮想マシンモニターにおいて、実行キューと、相異なるスケジュールの特性を有する少なくとも2つのスケジューラと、前記ドメインから受信されたタスクを前記実行キューに挿入し、イベントの類型によって前記実行キューに挿入されたタスクをスケジューリングするスケジューラを選択する制御部と、を含むことを特徴とする仮想マシンモニター。前記イベントの類型による前記タスクの優先順位の加重値が記録された加重値テーブルと、前記タスクの実行制限時間が記録されたタイムテーブルと、前記イベント類型によって選択されるスケジューラが記録されたスケジューラリストのうち少なくとも一つ以上を保存するテーブル保存部と、をさらに含むことを特徴とする請求項1に記載の仮想マシンモニター。前記制御部は、前記受信されたタスクを前記実行キューに挿入し、前記タスクの属性及び前記加重値テーブルを用いて、前記タスクの優先順位を決定することを特徴とする請求項2に記載の仮想マシンモニター。前記タスクの属性は、前記タスクをトリガーtriggerするためのイベントソースを含むことを特徴とする請求項3に記載の仮想マシンモニター。前記優先順位の加重値は、前記スケジューラの種類別に独立した値を有することを特徴とする請求項3に記載の仮想マシンモニター。前記制御部は、前記受信されたタスクを前記実行キューに挿入し、受信されたタスクの緊急処理の必要性またはリアルタイム処理の必要性によって、前記タスクの優先順位を決定することを特徴とする請求項2に記載の仮想マシンモニター。前記制御部は、前記受信されたタスクを前記実行キューに挿入し、前記タイムテーブルを生成または更新することを特徴とする請求項2に記載の仮想マシンモニター。前記制御部は、選択されたスケジューラを呼び出し、前記実行キューに挿入されたタスクは、呼び出されたスケジューラのスケジュールの特性によってスケジューリングされることを特徴とする請求項1に記載の仮想マシンモニター。前記実行キューは、多数個が形成されることを特徴とする請求項1に記載の仮想マシンモニター。それぞれの実行キューは、前記仮想マシンモニターによって管理される多数の物理資源にそれぞれマッピングされることを特徴とする請求項9に記載の仮想マシンモニター。それぞれの実行キューは、前記多数のスケジューラにそれぞれマッピングされることを特徴とする請求項9に記載の仮想マシンモニター。前記制御部は、前記受信されたタスクの属性によって、前記タスクが挿入される実行キューを決定することを特徴とする請求項9に記載の仮想マシンモニター。前記実行キューは、行と列とを有するマトリックス形態を有し、前記制御部は、前記受信されたタスクの属性によって、前記タスクが挿入される実行キューの行または列を決定することを特徴とする請求項1に記載の仮想マシンモニター。前記スケジューラは、デッドラインスケジューラを含み、前記制御部は、前記イベントの類型でタイムインタラプトが発生した場合、前記デッドラインスケジューラを呼び出すことを特徴とする請求項1に記載の仮想マシンモニター。少なくとも二つのドメインを駆動する仮想マシンモニターのスケジューリング方法において、ドメインから受信されたタスクを実行キューに挿入する段階と、イベントの類型によって、前記実行キューに挿入されたタスクをスケジューリングするスケジューラを選択する段階と、を含むことを特徴とする仮想マシンモニターのスケジューリング方法。前記タスクを挿入する段階は、前記タスクの属性及び前記イベントの類型による前記タスクの優先順位の加重値が記録された加重値テーブルを用いて、前記タスクの優先順位を決定する過程を含むことを特徴とする請求項15に記載の仮想マシンモニターのスケジューリング方法。前記タスクを挿入する段階は、前記タスクの実行制限時間が記録されたタイムテーブルを生成または更新する過程を含むことを特徴とする請求項15に記載の仮想マシンモニターのスケジューリング方法。前記タスクを挿入する段階は、前記受信されたタスクの属性によって、前記タスクが挿入される実行キューを決定する過程を含むことを特徴とする請求項15に記載の仮想マシンモニターのスケジューリング方法。前記選択されたスケジューラを呼び出す段階をさらに含み、前記実行キューに挿入されたタスクは、呼び出されたスケジューラのスケジュールの特性によってスケジューリングされることを特徴とする請求項15に記載の仮想マシンモニターのスケジューリング方法。少なくとも2つのドメインを駆動するための仮想マシンモニターのスケジュール方法が記録されたコンピュータで読取り可能な記録媒体であって、前記ドメインから受信されたタスクを実行キューに挿入する段階と、イベントの類型によって、前記実行キューに挿入されたタスクをスケジューリングするためのスケジューラを選択する段階と、を含むことを特徴とする記録媒体。仮想マシンモニター上でリアルタイムタスクをスケジューリングの対象に含ませる段階と、前記仮想マシンモニター上で他の特性を有する多数の実行キューを維持する段階と、仮想マシンの状態の確認を通じてスケジューラを呼び出す段階と、を含むことを特徴とする多数の仮想マシンで実行されるリアルタイムタスクのリアルタイムの特性を提供するための方法。スケジュールエンティティ、多数の実行キュー、及びCPUをリアルタイムタスクのスケジュールに一致させる段階をさらに含むことを特徴とする請求項21に記載の方法。前記仮想マシンモニターの承認制御admissioncontrolを通じてリアルタイムタスクのスケジュール可能性をテスティングする段階をさらに含むことを特徴とする請求項21に記載の方法。イベント加重値テーブル及びタイムチャートのうち少なくとも一つに基づいてタスクの優先順位を調整する段階をさらに含むことを特徴とする請求項21に記載の方法。スケジュールされる対象をグルーピングすることによって優先的な方式でスケジューラを呼び出し及び実行する段階をさらに含むことを特徴とする請求項21に記載の方法。請求項21に記載の方法が記録されたコンピュータで読取り可能な記録媒体。少なくとも2つのドメインを駆動するための仮想マシンモニターにおいて、ドメインから受信されたタスクを実行キューに挿入し、イベント類型によって、タスクをスケジュールするために、相異なるスケジュールの特性を有する少なくとも2つのスケジューラのうち何れか一つを選択する制御部を含むことを特徴とする仮想マシンモニター。テーブル保存部をさらに含み、前記テーブル保存部は、イベント類型に依存するタスクの優先順位の加重値を記録する加重値テーブル、タスクの実行時間制約を記録するタイムテーブル、及びイベント類型によって選択されるスケジューラを記録するスケジューラリストのうち少なくとも一つを保存することを特徴とする請求項27に記載の仮想マシンモニター。前記制御部は、受信されたタスクを実行キューに挿入し、タスクの属性及び加重値テーブルに基づいてタスクの優先順位を決定することを特徴とする請求項28に記載の仮想マシンモニター。前記タスクの属性は、タスクをトリガーさせるイベントソースを含むことを特徴とする請求項29に記載の仮想マシンモニター。前記優先順位の加重値は、スケジューラの種類によって異なることを特徴とする請求項29に記載の仮想マシンモニター。前記制御部は、受信されたタスクを実行キューに挿入し、受信されたタスクの緊急処理の必要性またはリアルタイム処理の必要性によって受信されたタスクの優先順位を決定することを特徴とする請求項28に記載の仮想マシンモニター。前記制御部は、受信されたタスクを実行キューに挿入し、タイムテーブルを生成または更新することを特徴とする請求項28に記載の仮想マシンモニター。前記制御部は、選択されたスケジューラを呼び出し、実行キューに挿入されたタスクは、呼び出されたスケジューラのスケジュールの特性によってスケジュールされることを特徴とする請求項27に記載の仮想マシンモニター。前記実行キューは、行と列とを有するマトリックス形態で提供され、前記制御部は、受信されたタスクの属性によって、前記行と列とでタスクが挿入される位置を決定することを特徴とする請求項27に記載の仮想マシンモニター。前記スケジューラは、デッドラインスケジューラを含み、前記制御部は、イベント類型としてタイムインタラプトが発生する場合、前記デッドラインスケジューラを呼び出すことを特徴とする請求項27に記載の仮想マシンモニター。多数の実行キューを含み、それぞれの実行キューは、少なくとも一つのタスクを含み、それぞれの実行キューは、多数のスケジューラのうち何れか一つと関連されることを特徴とする請求項27に記載の仮想マシンモニター。前記選択されたスケジューラは、イベント受信に対して、多数のスケジューラのうち、インタラプティングスケジューラinterruptingschedulerによって中断されることを特徴とする請求項37に記載の仮想マシンモニター。前記インタラプティングスケジューラと関連した実行キュー内のタスクの完了によって、前記仮想マシンモニターが元々中断されたスケジューラと関連した実行キューを実行することを特徴とする請求項38に記載の仮想マシンモニター。前記インタラプティングスケジューラと関連した実行キュー内のタスクの完了によって、前記仮想マシンモニターが第3のスケジューラキューと連関した実行キューを実行することを特徴とする請求項38に記載の仮想マシンモニター。前記実行キューは、選択されたスケジューラと関連し、選択されたスケジューラは、変化をトリガーしないイベントに応答して他のスケジューラに対応する他の実行キューを処理することを特徴とする請求項27に記載の仮想マシンモニター。選択されたスケジューラは、選択されたスケジューラと関連した実行キューの一部を処理し、他のスケジューラに対応する他の実行キューを順次に処理することを特徴とする請求項41に記載の仮想マシンモニター。タスクまたはイベントの緊急性は、実行キュー内のタスクに対する優先順位を変更することを特徴とする請求項27に記載の仮想マシンモニター。本発明は、仮想マシンモニター及び仮想マシンモニターのスケジューリング方法を提供することを目的とする。本発明の一態様による仮想マシンモニターは、少なくとも二つのドメインを駆動する仮想マシンモニターにおいて、少なくとも一つの実行キューと、相異なるスケジュールの特性を有する多数のスケジューラと、ドメインから受信されたタスクを実行キューに挿入し、イベントの類型によって実行キューに挿入されたタスクをスケジューリングするスケジューラを多数のスケジューラのうちから選択する制御部と、を含む。また、仮想マシンモニターは、イベントの類型によるタスクの優先順位の加重値が記録された加重値テーブルと、タスクの実行制限時間が記録されたタイムテーブルと、イベント類型によって選択されるスケジューラが記録されたスケジューラリストのうち少なくとも一つ以上を保存するテーブル保存部と、をさらに含みうる。また、制御部は、受信されたタスクを実行キューに挿入し、タスクの属性及び加重値テーブルを用いてタスクの優先順位を決定することが可能である。また、制御部は、受信されたタスクを前記実行キューに挿入し、タイムテーブルを生成または更新することが可能である。また、制御部は、選択されたスケジューラを呼び出し、実行キューに挿入されたタスクは、呼び出されたスケジューラのスケジュールの特性によってスケジューリングされうる。一方、本発明の一態様による仮想マシンモニターのスケジューリング方法は、少なくとも二つのドメインを駆動する仮想マシンモニターのスケジューリング方法において、ドメインから受信されたタスクを少なくとも一つの実行キューに挿入する段階と、イベントの類型によって実行キューに挿入されたタスクをスケジューリングするスケジューラを多数のスケジューラのうちから選択する段階と、を含む。以下、添付した図面を参照して、本発明の実施のための具体的な例を詳しく説明する。図1は、本発明の一実施形態による仮想マシンモニターvirtualmachinemonitor、VMMを示す図である。図1を参照すると、仮想マシンモニター100は、多数のドメイン101、102とハードウェアプラットホーム103との間に存在する。それぞれのドメイン101、102は、運用体制operationsystemまたは応用プログラムapplicationprogramになりうる。ハードウェアプラットホーム103は、中央処理装置centralprocessingunit、CPU、メモリmemory、入出力ポートI/Oportのような物理的装置になりうる。仮想マシンモニター100は、ハードウェアプラットホーム103を仮想化virtualizationさせて多数のドメイン101、102を同時に動作可能にする。すなわち、それぞれのドメイン101、102は、仮想マシンモニター100の仮想化を通じて一つの物理的システムリソースを複数個の仮想化システムリソースとして使用しうる。ドメイン101、102は、ハードウェアプラットホーム103に直接アクセスすることができるホストドメイン101とホストドメイン101の助けを受けて間接的にハードウェアプラットホーム103を用いるゲストドメイン102とに区分することができる。それぞれのドメイン101、102は、多種のタスク104、105を含みうる。仮想マシンモニター100は、少なくとも一つの実行キュー110、多数のスケジューラ121、122、123、制御部130、及びテーブル保存部140を含む。実行キュー110は、ドメイン101、102から受信されたタスク104、105またはタスク104、105についての情報を保存する。本発明の一実施形態によって、タスク104、105は、スケジュール対象となる単位であるスケジュールエンティティ形態で実行キュー110に保存することができる。実行キュー110に保存されたタスクT1~T3は、スケジューラ121、122、123のスケジュール対象となる。本発明の一実施形態によって、実行キュー110は、一つのみ形成されることもでき、複数個が形成されうる。複数個の実行キュー110が形成される場合、それぞれの実行キュー110は、図6Aまたは図6Bのようにハードウェアプラットホームの各CPUコアまたは各スケジューラ121、122、123とバインディングbindingされうる。また、それぞれの実行キュー110は、図8のように、2次元マトリックス形態でも管理されうる。図8は、本発明の一実施形態による実行キューを示す図である。図8を参照すると、本実施形態による実行キュー800は、2次元マトリックス形態を有しうる。2次元マトリックス形態で管理される実行キュー800の場合、マトリックスの行または列の別に相異なる属性を有するタスクを保存することが可能である。例えば、属性Aを有するタスク1T1及びタスク2T2は、第1列801に保存され、属性Bを有するタスク3T3ないしタスク5T5は、第2列802に保存することができる。本実施形態によって属性とは、タスクをトリガーtriggerするための条件を意味する。例えば、タスク1T1及びタスク2T2は、或るイベントによってトリガーされるタスクになり、タスク3T3ないしタスク5T5は、或るインタラプトによってトリガーされるタスクになりうる。このようなタスクの属性には、イベント、デッドライン、及び/またはインタラプトなどがあり得る。再び図1で、スケジューラ121、122、123は、実行キュー110にあるタスクT1~T3の実行順序を決定する。スケジューラ121、122、123は、相異なるスケジュールの特性を有する。例えば、第1スケジューラ121は、デッドラインファーストスケジューラdeadlinefirstschedulerであり、第2スケジューラ122は、ラウンドロビンスケジューラround-robinschedulerであり、第3スケジューラ123は、イベントファーストスケジューラeventfirstschedulerになりうる。しかし、スケジューラの種類が、これに限定されるものではない。実行キュー110にあるタスクT1~T3は、任意の時点に多数のスケジューラ121、122、123のうちからリアルタイムの特性を達成するのに最も適したスケジューラ例えば、121によってスケジューリングされうる。制御部130は、それぞれのドメイン101、102からタスク104、105を受信し、該受信されたタスクを実行キュー110に挿入する。本発明の一実施形態によって、タスク104、105は、スケジュール対象となる単位であるスケジュールエンティティ形態で実行キュー110に挿入されうる。制御部130は、タスク104、105を実行キュー110に挿入する時、タスクの属性別に区別されるように実行キュー110に挿入することができる。例えば、図8のように、実行キュー110を配列matrix形態で管理しながら特定の行または列によって、それぞれの属性別にタスク104、105を挿入することができる。ここで、タスクの属性は、タスクをトリガーするための条件を言うことで、電話の送/受信のようなイベントソースeventsource、デッドライン及び/またはインタラプトなどを含みうるということは前述した通りである。このようなタスク属性に関する情報は、ドメイン101、102に対応する運用体制OSを通じて収集されうる。また制御部130は、タスク104、105を実行キュー110に挿入する時、タスクの優先順位によって実行キュー110を調整することができる。この際、タスク属性がイベントである場合には、加重値テーブル141に基づいて優先順位を決定することができる。またタスク属性がイベントである場合には、加重値テーブル141によらずに、そのタスクの緊急処理の必要性またはリアルタイム処理の必要性によって優先順位を決定することもできる。緊急処理の必要性またはリアルタイム処理の必要性は、タスクのデッドラインに基づいて判断されうる。一例として、制御部130は、運用体制から収集された情報に基づいて、或るタスクが或るイベント類型によってトリガーされるか否かを把握することが可能であるが、加重値テーブル141には、このようなイベント類型による優先順位の加重値がスケジューラ121、122、123別に保存されている。例えば、タスク1T1及びタスク2T2いずれもタスク属性がイベントであるが、タスク1T1は、イベント類型Aによってトリガーされ、タスク2T2は、イベント類型Bによってトリガーされる場合、制御部130は、加重値テーブル141のトリガー条件と関連したタスク属性を参照して、タスク1T1とタスク2T2との優先順位を決定することができる。また、他の例として、タスク1T1及びタスク2T2いずれもタスク属性がイベントであり、タスク1T1及びタスク2T2いずれもイベント類型Aによってトリガーされる場合、制御部130は、タスクの緊急またはリアルタイム処理の必要性に基づいて、タスク1T1とタスク2T2との優先順位を決定することができる。例えば、タスク1T1が5秒のデッドラインを有し、タスク2T2が10秒のデッドラインを有する場合、タスク1T1がタスク2T2より緊急な処理が必要であるので、タスク1がさらに高い優先順位を有するようになる。また制御部130は、タスク104、105を実行キュー110に挿入し、テーブル保存部140のタイムテーブル142を生成または更新することができる。タイムテーブル142には、時間と関連したタスクの制約事項、例えば、実行制限時間がタスク別に保存することができる。例えば、制御部130が、時間制約をタスクの属性として有するタスク3T3を受信した場合、制御部130は、タスク3T3を実行キュー110に入れてタイムテーブル142にタスク3T3の実行制限時間を記録することが可能である。また制御部130は、発生したイベント情報に基づいて実行キュー110に挿入されたタスクT1~T3をスケジューリングするスケジューラを多数のスケジューラ121、122、123のうちから選択する。本実施形態によって、イベントとは、仮想マシンモニターが搭載された機器の動作によって発生する各種のシステム関連のイベントになりうる。例えば、仮想マシンモニター100基盤のデータ処理装置が携帯電話に搭載された場合、イベントの類型は、携帯電話の電話送信、電話受信、カメラON/OFF、設定されたタイマー動作、設定された時間の到来などになりうる。イベント類型によって選択されるスケジューラは、テーブル保存部140のスケジューラリスト143に基づいて選択されうる。例えば、定められたデッドライン前まで実行されてリアルタイム性が保証されて初めて有意なイベントが発生する場合、制御部130は、多数のスケジューラ121、122、123のうちからデッドラインファーストスケジューラ例えば、121を選択することが可能である。また制御部130は、選択されたスケジューラ121を呼び出す。該呼び出されたスケジューラ121は、自身のスケジュールの政策によって実行キュー110にあるタスクT1~T3をスケジューリングする。このように、仮想マシンモニター100は、スケジュールの特性が異なる多数のスケジューラ121、122、123を用いて特定の状況またはタスク属性に適したスケジューラによって実行キュー110のタスクT1~T3をスケジューリングさせうる。図2は、本発明の一実施形態によるスケジューラリスト143を示す図である。図1及び図2を参照すると、スケジューラリスト143は、イベント201及び各イベント201によって呼び出されるスケジューラ202を含む。制御部130は、スケジューラリスト143を参照して、発生したイベントに適したスケジューラを呼び出させうる。例えば、イベントE1とイベントE2とが発生した場合、スケジューラS1が呼び出され、イベントE3が発生した場合、スケジューラS2が呼び出されうる。ここで、それぞれのイベント201は、仮想マシンモニター100基盤システムの各種のシステムイベントになりうる。また、スケジューラS1とスケジューラS2は、相異なるスケジュールの特性または相異なるスケジュールの政策を有するスケジューラを表わす。図3は、本発明の一実施形態による加重値テーブル141を示す図である。図1及び図3を参照すると、加重値テーブル141は、それぞれのタスク属性301による加重値302をスケジューラS1、S2別に有しうる。タスクの属性は、タスクをトリガーするための条件として電話の送/受信のようなイベントソース、デッドライン及び/またはインタラプトなどを含み、このようなタスク属性に関する情報は、制御部130がドメイン101、102に対応する運用体制OSを通じて収集することが可能である。タスク属性がイベントであるタスクT1~T3が実行キュー110に挿入される時、制御部130は、加重値テーブル141を参照して、実行キュー110に挿入されるタスクT1~T3の優先順位を決定することができる。例えば、イベントE1E1によってトリガーされるタスク1とイベントE2E2によってトリガーされるタスク2とが受信された場合、制御部130は、加重値テーブル141を参照して、タスク1の優先順位をタスク2より高く設定することが可能である。この際、それぞれの加重値は、スケジューラS1、S2別に異ならせて与えられうる。例えば、イベントE1E1及びイベントE2E2が、スケジューラS2のスケジュールの特性に何らの影響を及ぼさない場合、スケジューラS2では、加重値が同様に与えられうる。一方、例えば、タスク1及びタスク2いずれもタスク属性がイベントであり、またいずれもイベント類型E1によってトリガーされる場合、加重値テーブル141を参照すれば、タスク1とタスク2との優先順位が同じくなることもできるが、このような場合、制御部130は、タスクの緊急処理の必要性またはリアルタイム処理の必要性に基づいて、タスク1T1とタスク2T2との優先順位を決定することも可能である。図4は、本発明の一実施形態によるタイムテーブル142を示す図である。図1及び図4を参照すると、タイムテーブル142は、タスク別に時間制約事項、例えば、実行制限時間が保存することができる。例えば、制御部130は、タスクを実行キュー110に挿入し、タイムテーブル142を周期的に更新することが可能である。図5A及び図5Bは、本発明の一実施形態による仮想マシンモニターの選択的スケジューリング動作を示す図である。図1、図5A及び図5Bで、3つのタスクT1、T2、T3が受信され、タスクT1は、イベントE1によってトリガーされ、タスクT2は、イベントE2によってトリガーされ、タスクT3は、イベントE3によってトリガーされると仮定する。そして、イベントE3は、タイムインタラプトであり、スケジューラは、スケジューラS1とスケジューラS2の二つが存在すると仮定する。まず制御部130は、タスク属性を考慮してタスクT1、T2、T3の優先順位を決定して実行キュー110に挿入する。例えば、制御部130は、‘イベント’というタスクの属性を考慮した加重値テーブル141を用いてタスクT1~T3の優先順位を調節し、既存に挿入されていたタスクの順序も再配置されうる。本実施形態において、加重値テーブル141は、各スケジューラによって異ならせて指定されているので、制御部130がタスクの優先順位を決定する時、或るスケジューラを基準にするのかによって実行キュー110に挿入されるタスクの優先順位が調節される。例えば、スケジューラS1を基準に優先順位を決定すれば、イベントE1によってトリガーされるタスクT1の優先順位が最も高く決定されうる。このような場合、図5Aに示されたように、実行キュー110には、T1、T2、T3の順にタスクが挿入されうる。またスケジューラS2を基準に優先順位を決定すれば、イベントE3によってトリガーされるタスクT3の優先順位が最も高く決定されうる。このような場合、図5Bに示されたように、実行キュー110には、T3、T1、T2の順にタスクが挿入されうる。一旦、タスクT1、T2、T3が実行キュー110に挿入されてから特定イベントが発生すれば、制御部130は、発生したイベント類型によって適切なスケジューラS1、S2を選択する。例えば、図2及び図5Aで、イベントE1が発生した場合、制御部130は、スケジューラリスト143を参照して、スケジューラS1を呼び出すことができる。また、図2及び図5Bで、イベントE3が発生した場合、制御部130は、スケジューラリスト143を参照して、スケジューラS2を呼び出すことができる。イベントE3がタイムインタラプトであり、スケジューラS2がデッドラインスケジューラである場合を説明すれば、制御部130は、時間制約を有するタスクを実行キュー110に挿入しながら、タイムテーブル142を更新し、タイムインタラプトが発生すれば、デッドラインスケジューラを活性化させて時間制約を有するタスクを先にスケジューリングさせうる。また、タイムインタラプトのない間には、他の適切なスケジューラを活性化させてタスクをその優先順位によってスケジューリングすることができる。図6Aは、本発明の他の実施形態による仮想マシンモニターを示す図である。図6Aを参照すると、仮想マシンモニター100は、ハードウェアプラットホームの各CPUコアに対応して多数の実行キュー110-1、110-2、110-3を含む。図6Aで、それぞれの実行キュー110-1、110-2、110-3は、ハードウェアプラットホーム103の3つのCPUコアCPU0~CPU2にそれぞれマッピングされうる。制御部130は、タスク104、105が受信されれば、運用体制から伝達されたタスク属性を用いて受信されたタスク104、105が挿入されるに適した実行キューを決定することが可能である。図6Bは、本発明のまた他の実施形態による仮想マシンモニターを示す図である。図6Bを参照すると、仮想マシンモニター100は、それぞれのタスク属性に対応して多数の実行キュー110-1、110-2、110-3を含む。図6Bで、それぞれのタスク属性に対応する最適の実行キュー110-1、110-2、110-3は、それぞれのスケジューラ121、122、123にマッピングされうる。制御部130は、タスク104、105が受信されれば、運用体制から伝達されたタスク属性を用いて受信されたタスク104、105が挿入されるに適した実行キューを決定することが可能である。図7は、本発明の一実施形態による仮想マシンモニターのスケジューリング方法を示す図である。これは、図1で示されたシステムに適用可能である。図1及び図7を参照すると、仮想マシンモニター100は、ドメイン101、102から受信されたタスクを少なくとも一つの実行キュー110に挿入する701。本実施形態で、受信されたタスクは、加重値テーブル141またはタスクの緊急処理の必要性に基づいて判断された優先順位によって実行キュー110に挿入されうる。また、タスクが実行キュー110に挿入されながらタスクの実行制限時間が記録されたタイムテーブル142が生成または更新されうる。そして、仮想マシンモニター100は、イベントの類型によって実行キュー110に挿入されたタスクT1~T3をスケジューリング、すなわち、ハードウェアプラットホームで実行される順序を決定するスケジューラを多数のスケジューラ121、122、123のうちから選択する702。例えば、制御部130が、テーブル保存部140に保存されたスケジューラリスト143を参照して、現在状況またはタスク属性に最も適したスケジューラを選択することが可能である。そして、仮想マシンモニター100は、選択されたスケジューラを呼び出す703。例えば、制御部130が選択されたスケジューラを呼び出し、該呼び出されたスケジューラによって実行キュー110にあるタスクT1~T3が呼び出されたスケジューラのスケジュールの特性またはスケジュールの政策によってスケジューリングさせることが可能である。また、本発明の一実施形態によって、実行キュー110が複数個形成される場合、仮想マシンモニター100は、運用体制から伝達されたタスクの属性を用いてタスク属性に合う実行キューを選択し、該選択された実行キューにタスクを挿入することも可能である。図9は、仮想マシンモニターVMMの他の例を示す図である。リアルタイムドメインRT-DOMAINのタスク創造、例えば、承認制御admissioncontrol、タスク特性によるグルーピング、及びスケジューラ間の関係が提供されうる。これにより、多数のリアルタイムドメインが仮想マシンモニターVMMで実行される時、各リアルタイムドメインのタスク及びリアルタイムドメインのタスクに対してリアルタイムの特性が保証されうる。本実施形態は、VMMで多数の仮想マシンRT_DOMAINが実行される時、タスクに関してリアルタイムの特性を提供することを含む。例えば、本実施形態は、VMMのスケジューリング単位でリアルタイムドメインのリアルタイムタスクを管理すること、多数のリアルタイムドメインのタスクの優先順位を管理すること、スケジュールエンティティをグルーピングすること、及びスケジューリングすること、などを含みうる。RT-DOMAINのタスクが生成されれば、タスクは、VMMのスケジュールフレームワーク/承認制御部ScheduleFramework/AdmissionControlunitを通じてVMMのスケジュールエンティティに縛られ、図1の実行キュー110または図9のマルチレベル実行キューに挿入されうる。タスクが生成されれば、RT-DOMAINのリアルタイム運用体制RTOSは、デッドライン、周期、イベントソースなどのような情報をVMMによって提供されるインターフェースを通じて承認制御部AdmissionControlunitに伝達する。VMMの承認制御部は、このような情報に基づいてリアルタイムタスクをVMMのスケジュールエンティティに結合させてスケジュールエンティティを実行キューに挿入することができる。スケジュールエンティティの特性を考慮すれば、承認制御部は、多数の実行キューを維持し、スケジュールエンティティが挿入される時、対象実行キューtargetrunqueueを決定することができる。実行キューは、タスクのデッドラインが高く評価される実行キュー及びタスクの相互作用interactivityが高く評価される実行キューを含みうる。スケジュールエンティティが実行キューに挿入されれば、承認制御部は、RTOSから伝達されたタスクの属性に基づいてスケジュールエンティティの優先順位を調節することができる。例えば、イベントソースによってトリガーされるタスクに対して、スケジュールエンティティの優先順位が、図1の加重値テーブル141のようなイベント加重値テーブルの優先順位に対する調節値によって調整されうる。また他の例として、時間に対する制限を有しているタスクに対して、タイムチャートが承認制御部に維持されることもある。その結果、時間に対する制限を有しているタスクは、与えられた時間制限内で実行を再開することができる。イベント加重値テーブルは、システムから提供されるそれぞれの物理的イベントソースまたは論理的ソースに割り当てされる優先順位を有するテーブルになりうる。イベント加重値テーブルは、静的に提供され、システム実行によって動的にも更新されうる。タイムチャート、例えば、図1のタイムテーブル142は、生成されたスケジュールエンティティのタイムスロットslotを維持するために提供されうる。実行キューに挿入されたスケジュールエンティティは、所定時間に最も適切なスケジューラを通じてスケジュールされうる。例えば、タイマーインタラプトが発生する度に、またはタイマーの設定が必要な度に、VMMはタイムチャートを更新し、時間制約を有するリアルタイムタスクをスケジュールするためにデッドラインスケジューラを実行することができる。またタイマーインタラプトが発生するものの以外に他の類型のイベントが発生する場合、VMMは、そのイベントに適切なスケジューラを通じてスケジュールエンティティをスケジュールすることができる。例えば、一般的な目的のドメインGeneral-purposedomain、GP-DOMAINは、リアルタイムドメインより低い優先順位を有しうる。図10は、仮想マシンモニターの制御ロジックのための方法を示す図である。段階1010で、タスクを処理するための要請が受信される。段階1020で、受信されたタスクの種類が決定される。もし、周期的なタスクperiodictask、例えば、任意の時間に実行されるタスクが受信された場合、段階1030で、空き時間スロットが利用可能か否か判断する。もし、空き時間スロットが存在すれば、段階1050で、空き時間スロットが得られる。段階1055で、周期的なタイマーがセッティングされうる。タスクは、段階1060で処理のために承認されうる。もし、空き時間スロットが段階1030で存在しない場合、タスクは、段階1070で拒絶されうる。もし、段階1020で、デッドラインタスク、すなわち、実行完了についての時間またはデッドラインが設定されているタスクが受信された場合、段階1040で、空き時間スロットが利用可能か否か判断する。もし、空き時間スロットが存在すれば、空き時間スロットが段階1090で得られる。段階1095で、スナップショットタイマーがセッティングされうる。もし、空き時間スロットが段階1040で存在しない場合、段階1080で受信されたタスクがタスクと関連したデッドラインに相応する時間スロットに既存在するタスクより優先順位が高いか否かが判断される。もし、そうでなければ、タスクは、段階1070で拒絶されうる。もし、受信されたタスクが高い優先順位を有する場合、所望の時間スロットが段階1085で分割されうる。そして、段階1095でスナップショットタイマーがセッティングされうる。タスクは、段階1060で実行のために承認されうる。開示された実施形態は、仮想環境でリアルタイムの特性を提供することができるシステム及び方法を含みうる。スケジューラの種類及び個数は、多様に適用可能である。VMMは、論理構成になることもできる。或るスケジューラは、他のスケジューラによって活性化されることもできる。例えば、インタラプト基盤のスケジューラと関連した特定キューのタスク実行が完了されれば、VMMは、キューを元々インタラプト基盤のスケジューラに戻すか、または他のスケジューラのキューで持続させることができる。また多数の実行時間キューが存在することもできる。タスクまたはイベントの緊急性urgencyは、キューのタスク順序を変化させることができる。特定のスケジューラは、イベントがスケジューラの変化をトリガーしない場合、他のスケジューラの実行時間キューruntimequeueを実行することができる。特定のスケジューラは、自身のキューの一部を処理し、他のスケジューラのキューに移動することもできる。例えば、デッドラインスケジューラ、例えば、スケジューラ121は、緊急処理するタスクのない場合、他のスケジューラのためのキューを処理することもできる。前述したように、仮想マシンモニター100は、スケジュールの特性が他の多数のスケジューラ121、122、123を運用しながらイベント状況に合うまたはタスク属性に合うスケジューラでタスクをスケジューリングすることが分かる。したがって、リアルタイムタスクのようにユーザ要求に敏感に反応するタスクを適切にスケジューリングすることが可能である。一方、本発明の実施形態は、コンピュータで読み取り可能な記録媒体にコンピュータで読み取り可能なコードとして具現することが可能である。コンピュータで読み取り可能な記録媒体は、コンピュータシステムによって読み取れるデータが保存されるあらゆる種類の記録装置を含む。コンピュータで読み取り可能な記録媒体の例としては、ROM、RAM、CD-ROM、磁気テープ、フロッピー登録商標ディスク、光データ保存装置などがあり、また、キャリアウェーブ例えば、インターネットを通じる伝送の形態で具現するものを含む。また、コンピュータで読み取り可能な記録媒体は、ネットワークで連結されたコンピュータシステムに分散されて、分散方式でコンピュータで読み取り可能なコードとして保存されて実行可能である。そして、本発明を具現するための機能的なfunctionalプログラム、コード及びコードセグメントは、本発明が属する技術分野のプログラマーによって容易に推論されうる。以上、本発明の実施のための具体的な例を説明した。前述した実施形態は、本発明を例示的に説明するためのものであって、これによって本発明の権利範囲が特定の実施形態に限定されるものではない。