(57)【要約】【課題】  管理ＯＳを用いて、ゲストＯＳの処理を管理し、消費電力を低減する。【解決手段】  ゲストＯＳ管理制御部６１は、論理区画表管理部６２により管理される論理区画表、停止候補リスト作成部６３により作成され、停止候補リスト記憶制御部６４により記憶される停止候補リスト、および、割り込み処理部６５による割り込みに基づいて、ゲストＯＳ５２の動作を制御するとともに、ゲストＯＳ５２のいずれかから、消費電力を削減するための動作状態の遷移要求を受けた場合、論理区画表、モジュール情報表、および、停止候補リストを基に、遷移要求をしたゲストＯＳの処理を実行する論理区画に割り当てられたリソースが他の論理区画と共用されているか否かを検出し、必要に応じて、電源制御部６６およびクロック供給制御部６７により、電源供給または供給されるクロック周波数を制御させる。本発明は、計算機システムに適用できる。【選択図】図５
2006113767.tif 000002
【特許請求の範囲】
【請求項１】
複数の演算手段を有する情報処理システムにおいて、
オペレーティングシステムを実行するオペレーティングシステム実行手段と、
前記オペレーティングシステムの動作を管理する管理アプリケーションを実行する管理アプリケーション実行手段と
を備え、
前記オペレーティングシステム実行手段、および、前記管理アプリケーション実行手段は、複数の前記演算手段のうちのいずれかに対応し、
前記オペレーティングシステム実行手段は、複数の前記オペレーティングシステムを実行可能であり、
前記オペレーティングシステム実行手段により実行されている複数の前記オペレーティングシステムのうちの少なくとも１つは、前記管理アプリケーションに対して、状態遷移要求を通知する機能を備え、
前記管理アプリケーション実行手段により実行されている前記管理アプリケーションは、複数の前記オペレーティングシステムが前記オペレーティングシステム実行手段により実行されている状態で、第１のオペレーティングシステムから状態遷移要求の通知を受けた場合、前記第１のオペレーティングシステムによって利用されている物理資源の動作状態を制御する
ことを特徴とする情報処理システム。
【請求項２】
前記管理アプリケーション実行手段により実行されている前記管理アプリケーションは、前記物理資源を論理的に分割して、異なる処理を実行させる論理分割機能を有し、
前記オペレーティングシステム実行手段により実行されている複数の前記オペレーティングシステムは、前記管理アプリケーションの前記論理分割機能により論理分割されて生成された複数の論理区画においてそれぞれ実行される
ことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記オペレーティングシステム実行手段および前記管理アプリケーション実行手段は、少なくともその一部が、同一の前記物理資源に対応する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項４】
前記管理アプリケーション実行手段により実行されている前記管理アプリケーションは、前記第１のオペレーティングシステムから状態遷移要求を受けた場合、前記第１のオペレーティングシステムによって利用されている前記物理資源への電源供給を制御する機能を有する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項５】
前記管理アプリケーション実行手段により実行されている前記管理アプリケーションにおいて排他的に利用され、所定の情報を記録する記録手段を更に備え、
前記管理アプリケーション実行手段により実行されている前記管理アプリケーションは、前記第１のオペレーティングシステムから状態遷移要求を受けた場合、前記第１のオペレーティングシステムによって利用されている前記物理資源の実行状態、または、実行中の処理に関する情報を前記記録手段に記録させた後、前記物理資源への電源供給を制御する機能を有する
ことを特徴とする請求項４に記載の情報処理システム。
【請求項６】
所定の情報を記録し、かつ、前記物理資源として前記第１のオペレーティングシステムに占有的に利用されていない記録手段を更に備え、
前記管理アプリケーション実行手段により実行されている前記管理アプリケーションは、前記第１のオペレーティングシステムから状態遷移要求を受けた場合、前記物理資源の実行状態、または、実行中の処理に関する情報を前記記録手段に記録させた後、前記第１のオペレーティングシステムによって利用されている前記物理資源への電源供給を制御する機能を有する
ことを特徴とする請求項４に記載の情報処理システム。
【請求項７】
前記管理アプリケーション実行手段により実行されている前記管理アプリケーションは、前記第１のオペレーティングシステムによって利用されている前記物理資源へ供給されるクロック周波数を制御する機能を有する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項８】
前記管理アプリケーション実行手段により実行されている前記管理アプリケーションは、複数の前記オペレーティングシステムが前記オペレーティングシステム実行手段により実行されている状態で、前記第１のオペレーティングシステムから状態遷移要求を受けた場合、前記第１のオペレーティングシステムによって利用され、かつ、前記状態遷移要求を通知した前記第１のオペレーティングシステム以外の前記オペレーティングシステムにより利用されていない前記物理資源の動作状態を制御する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項９】
前記管理アプリケーション実行手段により実行されている前記管理アプリケーションは、
複数の前記オペレーティングシステムが前記オペレーティングシステム実行手段により実行されている状態で、いずれかの前記オペレーティングシステムにより占有されている前記物理資源を一覧するリストを生成するリスト生成機能を備え、
複数の前記オペレーティングシステムが前記オペレーティングシステム実行手段により実行されている状態で、前記第１のオペレーティングシステムから状態遷移要求を受けた場合、前記リスト生成機能により生成された前記リストを参照し、前記第１のオペレーティングシステムによって利用され、かつ、前記状態遷移要求を通知した前記第１のオペレーティングシステム以外の前記オペレーティングシステムにより利用されていない前記物理資源の動作状態を制御する
ことを特徴とする請求項８に記載の情報処理システム。
【請求項１０】
前記管理アプリケーション実行手段により実行されている前記管理アプリケーションは、複数の前記オペレーティングシステムが前記オペレーティングシステム実行手段により実行されている状態で、前記第１のオペレーティングシステムから状態遷移要求を受けた場合、前記第１のオペレーティングシステムによって時分割で利用されるように割り当てられた期間のみ、前記物理資源の動作状態を制御する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項１１】
前記管理アプリケーション実行手段により実行されている前記管理アプリケーションは、
前記物理資源を論理的に分割して、異なる処理を実行させる論理分割機能を有し、
前記論理分割機能によって分割された論理区間のそれぞれにおいて複数の前記オペレーティングシステムが前記オペレーティングシステム実行手段により実行されている状態で、前記論理区間ごとに利用されている前記物理資源を一覧するリストを生成するリスト生成機能を備え、
複数の前記オペレーティングシステムが前記オペレーティングシステム実行手段により実行されている状態で、前記第１のオペレーティングシステムから状態遷移要求を受けた場合、前記リスト生成機能により生成された前記リストを参照し、前記第１のオペレーティングシステムによって時分割で利用されるように割り当てられた期間のみ、前記物理資源の動作状態を制御する
ことを特徴とする請求項１０に記載の情報処理システム。
【請求項１２】
前記オペレーティングシステム実行手段により実行されている複数の前記オペレーティングシステムのうちの少なくとも１つは、他の前記オペレーションシステムの動作状態の遷移要求を前記管理アプリケーション実行手段により実行されている前記管理アプリケーションに通知する機能を有し、
前記管理アプリケーション実行手段により実行されている前記管理アプリケーションは、前記第１のオペレーティングシステムの動作状態を制御しているときに、第２のオペレーションシステムから、前記第１のオペレーションシステムの動作状態の遷移要求を受けた場合、前記遷移要求に基づいて、前記前記第１のオペレーションシステムの動作状態を制御する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項１３】
複数の演算手段を用いて情報を処理する場合の情報処理方法において、
前記演算手段のうちのいずれかにおいて実行されている第１のオペレーティングシステムから、前記オペレーティングシステムの動作を管理する管理アプリケーションに、状態遷移要求を通知する通知ステップと、
前記通知ステップの処理により通知された前記状態遷移要求を基に、前記第１のオペレーティングシステムと並行して実行されている他の第２のオペレーティングシステムの処理に影響を及ぼすことなく、状態を制御することが可能な物理資源を抽出する抽出ステップと、
前記抽出ステップの処理により抽出された前記物理資源の状態を制御する状態制御ステップと
を含むことを特徴とする情報処理方法。
【請求項１４】
複数の演算手段を用いた情報の処理をコンピュータに実行させるプログラムであって、
前記演算手段のうちのいずれかにおいて実行されている第１のオペレーティングシステムから、前記オペレーティングシステムの動作を管理する管理アプリケーションに、状態遷移要求を通知する通知ステップと、
前記通知ステップの処理により通知された前記状態遷移要求を基に、前記第１のオペレーティングシステムと並行して実行されている他の第２のオペレーティングシステムの処理に影響を及ぼすことなく、状態を制御することが可能な物理資源を抽出する抽出ステップと、
前記抽出ステップの処理により抽出された前記物理資源の状態を制御する状態制御ステップと
を含むことを特徴とする処理をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、および、情報処理方法、並びに、プログラムに関し、特に、論理分割機能を有する計算機システムに用いて好適な、情報処理システム、および、情報処理方法、並びに、プログラム関する。
【背景技術】
【０００２】
例えば、一般的なパーソナルコンピュータのように、同時に１つのＯＳ（Operating system）のみが実行される場合、これらの装置、または、ＯＳには、ユーザが一定時間操作入力を行わないことが検出されると、ＯＳの実行作業状態をメモリに保存した後に、動作を停止して省電力モードに状態を遷移し、再開時には省電力モードを解除し、省電力モードに入る直前の状態に戻すサスペンド機能や、ユーザが一定時間計算機を操作しないことが検出されると、ＯＳの実行状態を、例えば、ハードディスクなどの記憶装置に保存して、装置の電源供給を止める、ハイバネーション機能を持つものが多い。サスペンド機能が実行された場合、メモリの内容を保持するために装置への電源の供給は停止されない。ハイバネーションが行われたとき、装置への電源の供給は停止され、作業の再開時には、記憶装置に記録されたデータがメモリに再ロードされ、前回にハイバネーションを開始した時点の状態、すなわち、実行中だったアプリケーションや、表示されていたウィンドウなどの状態が復帰される。これらの機能は、不要な消費電力の削減に大変効果がある。
【０００３】
また、VMware（商標）やVirtualPC（商標）など、x86プロセッサ上で動作する仮想計算機システムが、近年広まりつつある。
【０００４】
また、汎用計算機においては、1970年代から論理分割（ＬＰＡＲ（Logical PARtitioning））機能を備えた仮想計算機システムが実用化されている。ＬＰＡＲ機能を用いることにより、物理計算機を複数の論理区画（ＬＰＡＲ区画）に分割し、それぞれの論理区画で、異なるオペレーティングシステムを同時に実行することが可能となる。それぞれの論理区画には物理的に異なる装置が割り当てられることもあるし、複数の論理区画が１つの装置を共有することもある。ＬＰＡＲ機能を備えた仮想計算機システムにおいては、例えば、１つの物理プロセッサを４つまでの論理区画で共有することができるものもあり、そのような場合であっても、各論理区画からは各々独立したリソースが割り当てられているように見え、他の論理区画の影響を受けないようになされている（例えば、非特許文献１参照）。
【０００５】
【非特許文献１】インターネットセミナー、“第５回：iSeries ＬＰＡＲ”、［online］、日本アイ・ビー・エム株式会社、［平成１６年９月１日検索］、インターネット、＜http://www-6.ibm.com/jp/servers/eserver/iseries/seminar/lpar/lpar5.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来、ＬＰＡＲ機能を備えた仮想計算機システムは、大型の汎用計算機にのみ利用されてきたので、消費電力量の削減について考慮されることはなく、物理計算機上で複数のオペレーティングシステムを実行するマルチＯＳ環境では、そのうちのいずれかのＯＳがアイドル状態であっても、サスペンドやレジュームを行うことはできなかった。
【０００７】
しかしながら、ＬＰＡＲ機能を備えた仮想計算機システムを、一般ユーザが利用可能な、例えば、パーソナルコンピュータなど、一般ユーザに広く利用される小型の情報処理装置や、ホームネットワークにより接続されている小規模の計算機システムにおいて利用しようとした場合、消費電力量の削減を考慮する必要が生じる。
【０００８】
仮想計算機システムにおいては、いずれかのオペレーティングシステムが使用されない場合でも、他のオペレーティングシステムが動作を継続している場合があり、非仮想計算機システム（１つのＯＳのみが実行可能な計算機システム）と同様の消費電力削減方法は適用できない。例えば、ユーザが第１のＯＳをユーザが長時間操作しない状態であっても、ネットワークサービスを実行する第２のＯＳはサービスを提供し続けなくてはならないような場合、ネットワークサービスに関する部分の動作停止や電源切断は不可能であるため、システムの動作を停止することはできない。したがって、従来の非仮想計算機システムと同様に、あるＯＳがアイドル状態であっても、従来における場合と同様にして、装置の電源供給を切断して消費電力量を削減することはできない。このため、第１のＯＳがユーザから長時間操作されていないにもかかわらず、不要な電力が消費されてしまう。
【０００９】
VMware（商標）やVirtualPC（商標）など近年広まりつつあるx86プロセッサ上で動作する仮想計算機システムでは、確かに、サスペンドやハイバネーション機能が提供されているが、これらはシステム全体の停止あるいは電源断を行うものであって、ユーザにより使用されていない部分が消費する電力を選択的に削減することができるようにするものではない。
【００１０】
本発明はこのような状況に鑑みてなされたものであり、論理分割機能を備えた計算機システムにおいて、消費電力を削減することができるようにするものである。
【課題を解決するための手段】
【００１１】
本発明の情報処理システムは、オペレーティングシステムを実行するオペレーティングシステム実行手段と、オペレーティングシステムの動作を管理する管理アプリケーションを実行する管理アプリケーション実行手段とを備え、オペレーティングシステム実行手段、および、管理アプリケーション実行手段は、複数の演算手段のうちのいずれかに対応し、オペレーティングシステム実行手段は、複数のオペレーティングシステムを実行可能であり、オペレーティングシステム実行手段により実行されている複数のオペレーティングシステムのうちの少なくとも１つは、管理アプリケーションに対して、状態遷移要求を通知する機能を備え、管理アプリケーション実行手段により実行されている管理アプリケーションは、複数のオペレーティングシステムがオペレーティングシステム実行手段により実行されている状態で、第１のオペレーティングシステムから状態遷移要求の通知を受けた場合、第１のオペレーティングシステムによって利用されている物理資源の動作状態を制御することを特徴とする。
【００１２】
管理アプリケーション実行手段により実行されている管理アプリケーションは、物理資源を論理的に分割して、異なる処理を実行させる論理分割機能を有するものとすることができ、オペレーティングシステム実行手段により実行されている複数のオペレーティングシステムは、管理アプリケーションの論理分割機能により論理分割されて生成された複数の論理区画においてそれぞれ実行されるものとすることができる。
【００１３】
オペレーティングシステム実行手段および管理アプリケーション実行手段は、少なくともその一部が、同一の物理資源に対応するものとすることができる。
【００１４】
管理アプリケーション実行手段により実行されている管理アプリケーションは、第１のオペレーティングシステムから状態遷移要求を受けた場合、第１のオペレーティングシステムによって利用されている物理資源への電源供給を制御する機能を有するものとすることができる。
【００１５】
管理アプリケーション実行手段により実行されている管理アプリケーションにおいて排他的に利用され、所定の情報を記録する記録手段を更に備えさせるようにすることができ、管理アプリケーション実行手段により実行されている管理アプリケーションは、第１のオペレーティングシステムから状態遷移要求を受けた場合、第１のオペレーティングシステムによって利用されている物理資源の実行状態、または、実行中の処理に関する情報を記録手段に記録させた後、物理資源への電源供給を制御する機能を有するものとすることができる。
【００１６】
所定の情報を記録し、かつ、物理資源として第１のオペレーティングシステムに占有的に利用されていない記録手段を更に備えさせるようにすることができ、管理アプリケーション実行手段により実行されている管理アプリケーションは、第１のオペレーティングシステムから状態遷移要求を受けた場合、物理資源の実行状態、または、実行中の処理に関する情報を記録手段に記録させた後、第１のオペレーティングシステムによって利用されている物理資源への電源供給を制御する機能を有するものとすることができる。
【００１７】
管理アプリケーション実行手段により実行されている管理アプリケーションは、第１のオペレーティングシステムによって利用されている物理資源へ供給されるクロック周波数を制御する機能を有するものとすることができる。
【００１８】
管理アプリケーション実行手段により実行されている管理アプリケーションには、複数のオペレーティングシステムがオペレーティングシステム実行手段により実行されている状態で、第１のオペレーティングシステムから状態遷移要求を受けた場合、第１のオペレーティングシステムによって利用され、かつ、状態遷移要求を通知した第１のオペレーティングシステム以外のオペレーティングシステムにより利用されていない物理資源の動作状態を制御させるようにすることができる。
【００１９】
管理アプリケーション実行手段により実行されている管理アプリケーションには、複数のオペレーティングシステムがオペレーティングシステム実行手段により実行されている状態で、いずれかのオペレーティングシステムにより占有されている物理資源を一覧するリストを生成するリスト生成機能を備えさせるようにすることができ、複数のオペレーティングシステムがオペレーティングシステム実行手段により実行されている状態で、第１のオペレーティングシステムから状態遷移要求を受けた場合、リスト生成機能により生成されたリストを参照し、第１のオペレーティングシステムによって利用され、かつ、状態遷移要求を通知した第１のオペレーティングシステム以外のオペレーティングシステムにより利用されていない物理資源の動作状態を制御させるようにすることができる。
【００２０】
管理アプリケーション実行手段により実行されている管理アプリケーションには、複数のオペレーティングシステムがオペレーティングシステム実行手段により実行されている状態で、第１のオペレーティングシステムから状態遷移要求を受けた場合、第１のオペレーティングシステムによって時分割で利用されるように割り当てられた期間のみ、物理資源の動作状態を制御させるようにすることができる。
【００２１】
管理アプリケーション実行手段により実行されている管理アプリケーションには、物理資源を論理的に分割して、異なる処理を実行させる論理分割機能を保有させることができ、論理分割機能によって分割された論理区間のそれぞれにおいて複数のオペレーティングシステムがオペレーティングシステム実行手段により実行されている状態で、論理区間ごとに利用されている物理資源を一覧するリストを生成するリスト生成機能を備えさせるようにすることができ、複数のオペレーティングシステムがオペレーティングシステム実行手段により実行されている状態で、第１のオペレーティングシステムから状態遷移要求を受けた場合、リスト生成機能により生成されたリストを参照し、第１のオペレーティングシステムによって時分割で利用されるように割り当てられた期間のみ、物理資源の動作状態を制御させるようにすることができる。
【００２２】
オペレーティングシステム実行手段により実行されている複数のオペレーティングシステムのうちの少なくとも１つは、他のオペレーションシステムの動作状態の遷移要求を管理アプリケーション実行手段により実行されている管理アプリケーションに通知する機能を有するものとすることができ、管理アプリケーション実行手段により実行されている管理アプリケーションには、第１のオペレーティングシステムの動作状態を制御しているときに、第２のオペレーションシステムから、第１のオペレーションシステムの動作状態の遷移要求を受けた場合、遷移要求に基づいて、第１のオペレーションシステムの動作状態を制御させるようにすることができる。
【００２３】
本発明の情報処理システムにおいては、オペレーティングシステムが実行されて、オペレーティングシステムの動作が管理され、オペレーティングシステムと、オペレーティングシステムの管理は、複数の演算手段のうちのいずれかにおいて実行され、複数のオペレーティングシステムが実行可能であり、実行されている複数のオペレーティングシステムのうちの少なくとも１つは、状態遷移要求を通知する機能を備え、複数のオペレーティングシステムが実行されている状態で、第１のオペレーティングシステムから状態遷移要求が通知された場合、第１のオペレーティングシステムによって利用されている物理資源の動作状態が制御される。
【００２４】
本発明の情報処理方法は、演算手段のうちのいずれかにおいて実行されている第１のオペレーティングシステムから、オペレーティングシステムの動作を管理する管理アプリケーションに、状態遷移要求を通知する通知ステップと、通知ステップの処理により通知された状態遷移要求を基に、第１のオペレーティングシステムと並行して実行されている他の第２のオペレーティングシステムの処理に影響を及ぼすことなく、状態を制御することが可能な物理資源を抽出する抽出ステップと、抽出ステップの処理により抽出された物理資源の状態を制御する状態制御ステップとを含むことを特徴とする。
【００２５】
本発明のプログラムは、演算手段のうちのいずれかにおいて実行されている第１のオペレーティングシステムから、オペレーティングシステムの動作を管理する管理アプリケーションに、状態遷移要求を通知する通知ステップと、通知ステップの処理により通知された状態遷移要求を基に、第１のオペレーティングシステムと並行して実行されている他の第２のオペレーティングシステムの処理に影響を及ぼすことなく、状態を制御することが可能な物理資源を抽出する抽出ステップと、抽出ステップの処理により抽出された物理資源の状態を制御する状態制御ステップとを含むことを特徴とする処理をコンピュータに実行させる。
【００２６】
本発明の情報処理方法およびプログラムにおいては、演算手段のうちのいずれかにおいて実行されている第１のオペレーティングシステムから、オペレーティングシステムの動作を管理する管理アプリケーションに、状態遷移要求が通知され、状態遷移要求を基に、第１のオペレーティングシステムと並行して実行されている他の第２のオペレーティングシステムの処理に影響を及ぼすことなく、状態を制御することが可能な物理資源が抽出されて、抽出された物理資源の状態が制御される。
【発明の効果】
【００２７】
本発明によれば、複数のオペレーティングシステムを実行させることができ、特に、オペレーティングシステムの動作が管理され、複数のオペレーティングシステムが実行されている状態で、第１のオペレーティングシステムから状態遷移要求が通知された場合、第１のオペレーティングシステムによって利用されている物理資源の動作状態を制御するようにしたので、複数のオペレーティングシステムが実行されている状態で、動作しているオペレーティングシステムに影響を及ぼすことなく、所定の物理資源の状態を制御することが可能となり、効率よく消費電力量を低減させることができる。
【００２８】
また、他の本発明によれば、複数のオペレーティングシステムを実行させることができ、特に、演算手段のうちのいずれかにおいて実行されている第１のオペレーティングシステムから、オペレーティングシステムの動作を管理する管理アプリケーションに、状態遷移要求が通知された場合、第１のオペレーティングシステムと並行して実行されている他の第２のオペレーティングシステムの処理に影響を及ぼすことなく、状態を制御することが可能な物理資源を抽出して、抽出された物理資源の状態を制御するようにしたので、効率よく消費電力量を低減させることができる。
【発明を実施するための最良の形態】
【００２９】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００３０】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００３１】
請求項１に記載の情報処理システムは、複数の演算手段（例えば、図１のＣＰＵ１１）を有する情報処理システム（例えば、図１の計算機システム１）であって、オペレーティングシステム（例えば、図５のゲストＯＳ５２）を実行するオペレーティングシステム実行手段（例えば、図１のＣＰＵ１１−１乃至ＣＰＵ１１−３）と、オペレーティングシステムの動作を管理する管理アプリケーション（例えば、図５の管理ＯＳ５１）を実行する管理アプリケーション実行手段（例えば、図２のＣＰＵ１１−４）とを備え、オペレーティングシステム実行手段、および、管理アプリケーション実行手段は、複数の演算手段のうちのいずれかに対応し、オペレーティングシステム実行手段は、複数のオペレーティングシステムを実行可能であり、オペレーティングシステム実行手段により実行されている複数のオペレーティングシステムのうちの少なくとも１つは、管理アプリケーションに対して、状態遷移要求（例えば、動作状態を遷移させるための状態遷移要求）を通知する機能（例えば、図５のＡＣＰＩ制御部８３により実行される機能）を備え、管理アプリケーション実行手段により実行されている管理アプリケーションは、複数のオペレーティングシステムがオペレーティングシステム実行手段により実行されている状態で、第１のオペレーティングシステムから状態遷移要求の通知を受けた場合、第１のオペレーティングシステムによって利用されている物理資源（例えば、図１のＣＰＵ１１、メモリモジュール１４、入出力モジュール１８などのリソース）の動作状態を制御することを特徴とする。
【００３２】
オペレーティングシステム実行手段および管理アプリケーション実行手段は、少なくともその一部が、同一の物理資源（例えば、図４のＣＰＵ１１−４）に対応するものとすることができる。
【００３３】
管理アプリケーション実行手段により実行されている管理アプリケーションは、第１のオペレーティングシステムから状態遷移要求を受けた場合、第１のオペレーティングシステムによって利用されている物理資源への電源供給を制御する機能（例えば、図５の電源制御部６６により実行される機能）を有するものとすることができる。
【００３４】
管理アプリケーション実行手段により実行されている管理アプリケーションにおいて排他的に利用され、所定の情報を記録する記録手段（例えば、図１のメモリモジュール１４のうち、管理ＯＳ５１に割り当てられた領域）を更に備えるものとすることができ、管理アプリケーション実行手段により実行されている管理アプリケーションは、第１のオペレーティングシステムから状態遷移要求を受けた場合、第１のオペレーティングシステムによって利用されている物理資源の実行状態、または、実行中の処理に関する情報を記録手段に記録させた後、物理資源への電源供給を制御する機能を有するものとすることができる。
【００３５】
所定の情報を記録し、かつ、物理資源として第１のオペレーティングシステムに占有的に利用されていない記録手段（例えば、図１のメモリモジュール１４のうち、状態遷移されるゲストＯＳ５２以外に割り当てられた領域を含むもの）を更に備えるものとすることができ、管理アプリケーション実行手段により実行されている管理アプリケーションは、第１のオペレーティングシステムから状態遷移要求を受けた場合、物理資源の実行状態、または、実行中の処理に関する情報を記録手段に記録させた後、第１のオペレーティングシステムによって利用されている物理資源への電源供給を制御する機能を有するものとすることができる。
【００３６】
管理アプリケーション実行手段により実行されている管理アプリケーションは、第１のオペレーティングシステムによって利用されている物理資源へ供給されるクロック周波数を制御する機能（例えば、図５のクロック供給制御部６７により実行される機能）を有するものとすることができる。
【００３７】
管理アプリケーション実行手段により実行されている管理アプリケーションは、複数のオペレーティングシステムがオペレーティングシステム実行手段により実行されている状態で、第１のオペレーティングシステムから状態遷移要求を受けた場合、第１のオペレーティングシステムによって利用され、かつ、状態遷移要求を通知した第１のオペレーティングシステム以外のオペレーティングシステムにより利用されていない物理資源（例えば、図１０を用いて説明した停止候補リストに登録されるリソース）の動作状態を制御することができる。
【００３８】
管理アプリケーション実行手段により実行されている管理アプリケーションは、複数のオペレーティングシステムがオペレーティングシステム実行手段により実行されている状態で、いずれかのオペレーティングシステムにより占有されている物理資源を一覧するリスト（例えば、図１０を用いて説明した停止候補リスト）を生成するリスト生成機能（例えば、図５の停止候補リスト作成部６３により実行される機能）を備えることができ、複数のオペレーティングシステムがオペレーティングシステム実行手段により実行されている状態で、第１のオペレーティングシステムから状態遷移要求を受けた場合、リスト生成機能により生成されたリストを参照し、第１のオペレーティングシステムによって利用され、かつ、状態遷移要求を通知した第１のオペレーティングシステム以外のオペレーティングシステムにより利用されていない物理資源の動作状態を制御することができる。
【００３９】
管理アプリケーション実行手段により実行されている管理アプリケーションは、物理資源を論理的に分割して、異なる処理を実行させる論理分割機能を有することができ、論理分割機能によって分割された論理区間のそれぞれにおいて複数のオペレーティングシステムがオペレーティングシステム実行手段により実行されている状態で、論理区間ごとに利用されている物理資源を一覧するリスト（例えば、図６で説明した論理区画表）を生成するリスト生成機能（例えば、図５の論理区画表管理部６２により実行される機能）を備えることができ、複数のオペレーティングシステムがオペレーティングシステム実行手段により実行されている状態で、第１のオペレーティングシステムから状態遷移要求を受けた場合、リスト生成機能により生成されたリストを参照し、第１のオペレーティングシステムによって時分割で利用されるように割り当てられた期間のみ、物理資源の動作状態を制御することができる。
【００４０】
請求項１３に記載の情報処理方法は、複数の演算手段（例えば、図１のＣＰＵ１１）を用いて情報を処理する場合の情報処理方法であって、演算手段のうちのいずれかにおいて実行されている第１のオペレーティングシステム（例えば、図５のゲストＯＳ５２）から、オペレーティングシステムの動作を管理する管理アプリケーション（例えば、管理ＯＳ５１）に、状態遷移要求（例えば、動作状態を遷移させるための状態遷移要求）を通知する通知ステップ（例えば、図１２のステップＳ３６または図１３のステップＳ８７の処理）と、通知ステップの処理により通知された状態遷移要求を基に、第１のオペレーティングシステムと並行して実行されている他の第２のオペレーティングシステムの処理に影響を及ぼすことなく、状態を制御することが可能な物理資源（例えば、図１のＣＰＵ１１、メモリモジュール１４、入出力モジュール１８）を抽出する抽出ステップ（例えば、図１２のステップＳ３８または図１３のステップＳ８９の処理）と、抽出ステップの処理により抽出された物理資源の状態を制御する状態制御ステップ（例えば、図１２のステップＳ３９乃至ステップＳ４４の処理、または図１３のステップＳ９０乃至ステップＳ９５の処理）とを含むことを特徴とする。
【００４１】
また、請求項１４に記載のプログラムにおいても、各ステップが対応する実施の形態（但し一例）は、請求項１３に記載の情報処理方法と同様である。
【００４２】
以下、図を参照して、本発明の実施の形態について説明する。
【００４３】
図１を用いて、本発明を適用した計算機システム１の構成について説明する。計算機システム１は、１つの装置として構成されていても良いし、複数の装置で構成されていても良い。
【００４４】
ＣＰＵ１１−１乃至ＣＰＵ１１−ｎは、論理分割（ＬＰＡＲ）機能を備えており、システムバス１２に接続されている。すなわち、ＣＰＵ１１−１乃至ＣＰＵ１１−ｎのうちのいずれか１つ、または複数で、計算機システム１の論理分割と、それぞれの論理区画の動作を管理する管理ＯＳを実行することができるとともに、管理ＯＳによって動作が管理されるゲストＯＳを実行することができる。ＣＰＵ１１−１乃至ＣＰＵ１１−ｎのうちのいずれかで実行される管理ＯＳは、論理区画を生成することのできるHypervisor特権レベルを持ち、Hypervisor特権レベルでのみ実行できるHypervisor命令を発行することができる。
【００４５】
システムバス１２には、メモリ制御モジュール１３、ＩＯ（ＩＮ／ＯＵＴ）ブリッジ１５、管理ＯＳ用タイマ１６、および、ユーザタイマ１７が接続されている。また、システムバス１２には、図１に図示されたもの以外にも、さまざまな装置を接続することが可能であり、例えば、補助プロセッサなどが接続されるようにしても良い。
【００４６】
メモリ制御モジュール１３は、メモリモジュール１４−１乃至メモリモジュール１４−ｍへのデータの書き込みおよび読み出しを制御するものである。メモリ制御モジュール１３には、キャッシュ制御回路を備えるようにしてもよく、キャッシュメモリを内蔵、または、接続可能にしてもよい。また、メモリ制御モジュール１３は、自分自身に接続されているすべてのメモリモジュール、すなわち、メモリモジュール１４−１乃至メモリモジュール１４−ｍに、連続した物理アドレスを割り当てる。メモリモジュール１４−１乃至メモリモジュール１４−ｍは、それぞれ、例えば、少なくとも１つのＲＡＭ（Random Access Memory）などの半導体記録素子で構成され、電源供給および動作周波数の制御が可能なようになされている。
【００４７】
ＩＯブリッジ１５は、システムバス１２とＩＯバス２５とを中継するブリッジであり、例えば、特開2002-318701号公報に記載の変換制御エントリ（ＴＣＥ）機構を有するものであっても良い。ＩＯバス２５には、入出力モジュール１８−１乃至入出力モジュール１８−ｐ、電源モジュール１９、クロック供給モジュール２０、ＲＯＭ（Read Only Memory）２１、ＨＤＤ（Hard Disk Drive）２２、および、ドライブ２３が接続されている。
【００４８】
入出力モジュール１８−１乃至入出力モジュール１８−ｐは、例えば、操作入力を行うためのキーボード、マウス、タッチパッド、ジョイスティック、トラックボールなどの操作入力デバイスまたは操作入力デバイス用のインターフェースモジュール、ディスプレイなどの表示装置またはグラフィックインターフェース、音声出力用のスピーカモジュールまたはサウンドインターフェース、ネットワークインターフェース、もしくは、外部記憶装置のディスクコントローラなどである。
【００４９】
電源モジュール１９は、計算機システム１の各部へ電源を供給するか、または、電源の供給を制御するものであり、ＣＰＵ１１−１乃至ＣＰＵ１１−ｎのうちのいずれかで実行される、上述した管理ＯＳの処理による制御に基づいて、計算機システム１の各部への電源の供給、停止、または、供給電圧の変更などを行うことができる。クロック供給モジュール２０は、計算機システム１の各部へクロックを供給するか、または、クロックの供給を制御するものであり、ＣＰＵ１１−１乃至ＣＰＵ１１−ｎのうちのいずれかで実行される、上述した管理ＯＳの処理による制御に基づいて、計算機システム１の各部へのクロックの供給、停止、または、供給するクロックの周波数の変更などを行うことができる。
【００５０】
ＲＯＭ２１には、ＣＰＵ１１−１乃至ＣＰＵ１１−ｎのうちのいずれかで実行されるＯＳや、それらのＯＳにおいて実行されるアプリケーションプログラムが格納されている。すなわち、ＲＯＭ２１には、管理ＯＳも格納されており、計算機システム１が起動されたとき、ＲＯＭ２１に格納されている管理ＯＳは、ＣＰＵ１１−１乃至ＣＰＵ１１−ｎのうちのいずれかによりロードされて、実行され、計算機システム１において、少なくとも１つの論理区画を生成し、各論理区画に関連付けられたゲストＯＳを実行させるようにすることができる。
【００５１】
ＨＤＤ２２は、内部のハードディスクを駆動して、各種情報を記録したり読み出すことができる。ハードディスクには、ＣＰＵ１１−１乃至ＣＰＵ１１−ｎのうちのいずれかで実行されるＯＳや、それらのＯＳにおいて実行されるアプリケーションプログラムを格納したり、ＣＰＵ１１−１乃至ＣＰＵ１１−ｎのうちのいずれかで実行されるＯＳや、それらのＯＳにおいて実行されるアプリケーションプログラムにより利用されるデータや、これらにより生成されるデータを格納することができる。
【００５２】
ＩＯバス２５には、図１に図示されている以外の装置が接続されていても良く、また、ＩＯバス２５と接続される装置とは、何らかの中継装置を介して接続されるようにしても良い。
【００５３】
管理ＯＳ用タイマ１６は管理ＯＳの処理により利用されるタイマであり、ゲストＯＳおよびゲストＯＳにおいて実行されるアプリケーションからはアクセスされない。具体的には、管理ＯＳは、管理ＯＳ用タイマ１６を用いて、設定された所定の時間毎に、ＣＰＵ１１−１乃至ＣＰＵ１１−ｎにタイマ割込みを発生することができる。ユーザタイマ１７はゲストＯＳおよびゲストＯＳにおいて実行されるアプリケーションからアクセスすることのできるタイマであり、ゲストＯＳおよびゲストＯＳにおいて実行されるアプリケーションは、ユーザタイマ１７を用いて、設定された所定の時間毎に、ＣＰＵ１１−１乃至ＣＰＵ１１−ｎにタイマ割込みを発生することができる。
【００５４】
以下、ＣＰＵ１１−１乃至ＣＰＵ１１−ｎを、個々に区別する必要がない場合、単に、ＣＰＵ１１と称し、メモリモジュール１４−１乃至メモリモジュール１４−ｍを、個々に区別する必要がない場合、単に、メモリモジュール１４と称し、入出力モジュール１８−１乃至入出力モジュール１８−ｐを、個々に区別する必要がない場合、単に、入出力モジュール１８と称するものとする。
【００５５】
次に、図２を用いて、管理ＯＳとゲストＯＳについて説明する。
【００５６】
例えば、ＣＰＵ１１−４が管理ＯＳを実行して論理分割を行い、論理区画ＬＰＡＲ／０乃至ＬＰＡＲ／２が生成され、論理区画ＬＰＡＲ／０乃至ＬＰＡＲ／２において実行されるそれぞれのＯＳに割り当てられるリソースが、ＣＰＵ１１−１乃至ＣＰＵ１１−３、メモリモジュール１４、および、入出力モジュール１８−１乃至入出力モジュール１８−３である場合について説明する。
【００５７】
ＣＰＵ１１−４により実行される管理ＯＳにより、論理分割が行われて、論理区画ＬＰＡＲ／０乃至ＬＰＡＲ／２が生成される。論理区画には論理的に分割可能な全ての資源を含むことができ、例えば、メモリモジュール１４の物理メモリ空間の重複しない領域、ＣＰＵ１１のそれぞれのＣＰＵの処理時間（以下、ＣＰＵ時間と称する）の一部または全部、入出力モジュール１８などの資源が、それぞれの論理区画に割り当てられる。
【００５８】
管理ＯＳは、論理区画ＬＰＡＲ／０に対して、ＣＰＵ１１−１の処理時間の全体、メモリモジュール１４のメモリ空間の一部、入出力モジュール１８−１の全体と入出力モジュール１８−２の処理時間のうちの一部とをリソースとして割り当てる。また、管理ＯＳは、論理区画ＬＰＡＲ／１に対して、ＣＰＵ１１−２の処理時間の一部、メモリモジュール１４のメモリ空間の一部、入出力モジュール１８−２の処理時間のうちの一部をリソースとして割り当てる。そして、管理ＯＳは、論理区画ＬＰＡＲ／２に対して、ＣＰＵ１１−２の処理時間の一部およびＣＰＵ１１−３の処理時間の全体、メモリモジュール１４のメモリ空間の一部、入出力モジュール１８−３をリソースとして割り当てる。
【００５９】
換言すれば、ＣＰＵ１１−１は、論理区画ＬＰＡＲ／０に割り当てられ、論理区画ＬＰＡＲ／０において実行される第１のＯＳを実行し、ＣＰＵ１１−２１は、論理区画ＬＰＡＲ／１およびＬＰＡＲ／２に割り当てられ、論理区画ＬＰＡＲ／１において実行される第２のＯＳと、論理区画ＬＰＡＲ／２において実行される第３のＯＳとを、所定の時間配分で時分割で実行し、ＣＰＵ１１−３は、論理区画ＬＰＡＲ／２に割り当てられ、論理区画ＬＰＡＲ／２において実行される第３のＯＳを、ＣＰＵ１１−２とともに実行する。
【００６０】
図３は物理メモリ空間の割当て例である。
【００６１】
図３に示されるように、複数のメモリモジュール（例えば、メモリモジュール１４−１乃至メモリモジュール１４−３）の記憶領域は、１つの物理メモリ空間に割り当てられ、物理メモリ空間が仮想的に１つのメモリ空間として、管理ＯＳと、複数の論理区画（ここでは、ＬＰＡＲ／１，ＬＰＡＲ／２，ＬＰＡＲ／３）に分配される。管理ＯＳに割り当てられるメモリ領域は、排他的に利用可能なようになされている。
【００６２】
そして、入出力モジュール１８−１は、論理区画ＬＰＡＲ／０に割り当てられ、論理区画ＬＰＡＲ／０において実行される第１のＯＳにおいて実行されるアプリケーションによる処理を実行し、入出力モジュール１８−２は、論理区画ＬＰＡＲ／０およびＬＰＡＲ／２に割り当てられ、論理区画ＬＰＡＲ／０において実行される第１のＯＳと、論理区画ＬＰＡＲ／１において実行される第２のＯＳとにおいてそれぞれ実行されるアプリケーションによる処理をいずれも実行し、入出力モジュール１８−３は、論理区画ＬＰＡＲ／２に割り当てられ、論理区画ＬＰＡＲ／２０において実行される第３のＯＳにおいて実行されるアプリケーションによる処理を実行する。
【００６３】
このように論理区画に対してリソースが割り当てられている状態で、例えば、論理区画ＬＰＡＲ／１において実行される第２のＯＳから、ユーザの操作入力が所定の時間入力されないために、第２のＯＳに割り当てられているリソースへの電源の供給の停止、供給電圧値の変更、または、供給されるクロックの周波数の変更などの、動作状態の遷移要求が管理ＯＳに通知された場合、電源モジュール１９を制御して論理区画ＬＰＡＲ／１に割り当てられているリソースの電源供給を止めてしまったり、クロック制御モジュール２０を制御して、論理区画ＬＰＡＲ／１に割り当てられているリソースに供給されるクロック周波数を変更させてしまうことにより、ＬＰＡＲ／０において実行される第１のＯＳ、および、ＬＰＡＲ／２において実行される第３のＯＳの処理に支障をきたしたり、処理が実行できなくなってしまう恐れがある。
【００６４】
すなわち、管理ＯＳは、それぞれの論理区画に割り当てられたリソースを認識し、いずれかのゲストＯＳから動作状態の遷移要求を受けた場合、そのゲストＯＳの処理を実行する論理区画に割り当てられたリソースが、他の論理区画と共用されているか否かを検出し、リソースへの電源の供給の停止、供給電圧値の変更、または、供給されるクロックの周波数の変更などの、動作状態の遷移が可能であるか否かを判断する必要がある。
【００６５】
管理ＯＳは、ゲストＯＳからの要求に基づき、他の論理区画において実行されている処理に影響を及ぼさないように、ゲストＯＳが実行される論理区画に属するリソース、換言すれば、物理計算機の構成要素の動作状態を変化させることで、効果的に消費電力を削減することが可能である。
【００６６】
ここでは、管理ＯＳは、１つのＣＰＵ１１−４で実行され、管理ＯＳを実行するＣＰＵ１１−４は、ゲストＯＳを実行しないものとして説明したが、管理ＯＳを複数のＣＰＵで実行するようにしても良く、また、管理ＯＳを実行するＣＰＵ１１で、例えば、時分割に処理を行うことなどにより、ゲストＯＳも実行するようにしても良いことはもちろんである。
【００６７】
例えば、図４に示されるように、ＣＰＵ１１−４が管理ＯＳを実行して、論理区画ＬＰＡＲ／０乃至ＬＰＡＲ／２を生成するとともに、論理区画ＬＰＡＲ／０乃至ＬＰＡＲ／２において実行されるそれぞれのＯＳに割り当てられるリソースとして、ＣＰＵ１１−４自身の処理時間のうちの所定の割合の処理時間を割当て、更に、ＣＰＵ１１−１乃至ＣＰＵ１１−３、メモリモジュール１４、および、入出力モジュール１８−１乃至入出力モジュール１８−３を割り当てるようにすることができる。
【００６８】
ＣＰＵ１１−４により実行される管理ＯＳにより、論理分割が行われて、論理区画ＬＰＡＲ／０乃至ＬＰＡＲ／２が生成される。図２を用いて上述した場合と同様にして、論理区画には論理的に分割可能な全ての資源を含むことができ、例えば、メモリモジュール１４の物理メモリ空間の重複しない領域、ＣＰＵ１１のそれぞれのＣＰＵの処理時間の一部または全部、入出力モジュール１８などの資源が、それぞれの論理区画に割り当てられるようにすることができる。
【００６９】
管理ＯＳは、論理区画ＬＰＡＲ／０に対して、自分自身が実行されているＣＰＵ１１−４の処理時間のうちの一部、ＣＰＵ１１−１の処理時間の全体、メモリモジュール１４のメモリ空間の一部、入出力モジュール１８−１の全体と入出力モジュール１８−２の処理時間のうちの一部とをリソースとして割り当てる。また、管理ＯＳは、論理区画ＬＰＡＲ／１に対して、自分自身が実行されているＣＰＵ１１−４の処理時間のうちの一部、ＣＰＵ１１−２の処理時間の一部、メモリモジュール１４のメモリ空間の一部、入出力モジュール１８−２の処理時間のうちの一部をリソースとして割り当てる。そして、管理ＯＳは、論理区画ＬＰＡＲ／２に対して、自分自身が実行されているＣＰＵ１１−４の処理時間のうちの一部、ＣＰＵ１１−２の処理時間の一部、および、ＣＰＵ１１−３の処理時間の全体、メモリモジュール１４のメモリ空間の一部、入出力モジュール１８−３をリソースとして割り当てることができる。
【００７０】
換言すれば、ＣＰＵ１１−１は、論理区画ＬＰＡＲ／０に割り当てられ、論理区画ＬＰＡＲ／０において実行される第１のＯＳをＣＰＵ１１−４とともに実行し、ＣＰＵ１１−２は、論理区画ＬＰＡＲ／１およびＬＰＡＲ／２に割り当てられ、論理区画ＬＰＡＲ／１において実行される第２のＯＳと、論理区画ＬＰＡＲ／２において実行される第３のＯＳとを、ＣＰＵ１１−４とともに、所定の時間配分で時分割で実行し、ＣＰＵ１１−３は、論理区画ＬＰＡＲ／２に割り当てられ、論理区画ＬＰＡＲ／２において実行される第３のＯＳを、ＣＰＵ１１−２およびＣＰＵ１１−４とともに実行することができる。
【００７１】
図５は、管理ＯＳが実行され、図２を用いて説明したようにして、複数の論理区画（ここでは、ＬＰＡＲ／０，ＬＰＡＲ／１，ＬＰＡＲ／２）への論理分割が実行された場合に、計算機システム１において実行可能な機能を示す機能ブロック図である。以下の説明における論理区画の割当ては、図２を用いて説明した場合を例とする。
【００７２】
計算機システム１が起動されたとき、管理ＯＳ５１が実行される。管理ＯＳ５１は、ゲストＯＳ管理制御部６１、論理区画表管理部６２、停止候補リスト作成部６３、停止候補リスト記憶制御部６４、割り込み制御部６５、電源制御部６６、クロック供給制御部６７、ＯＳ切り替え用コンテキスト保存制御部６８、および、電力制御用コンテキスト保存制御部６９として以下に説明する各種機能を有し、論理分割されたそれぞれの論理区画において実行されるゲストＯＳ５２−１乃至ゲストＯＳ５２−３の処理を制御する。
【００７３】
以下、ゲストＯＳ５２−１乃至ゲストＯＳ５２−３を個々に区別する必要がないとき、単にゲストＯＳ５２と称するものとする。
【００７４】
ゲストＯＳ管理制御部６１は、論理区画表管理部６２の処理により管理される論理区画表、および、停止候補リスト作成部６３により作成され、停止候補リスト記憶制御部６４により記憶される停止候補リストに基づいて、割り込み処理部６５により発生される割り込みのタイミングに基づいて、ゲストＯＳ５２−１乃至５２−３の動作を制御する。また、ゲストＯＳ管理制御部６１は、動作を制御しているゲストＯＳ５２−１乃至５２−３のうちのいずれかから、消費電力を削減するための動作状態の遷移要求を受けた場合、論理区画表管理部６２により管理されている論理区画表、および、モジュール情報表、並びに、停止候補リスト記憶制御部６４により記憶が制御されている停止候補リストを基に、遷移要求をしたゲストＯＳの処理を実行する論理区画に割り当てられたリソースが、他の論理区画と共用されているか否かを検出し、リソースへの電源の供給の停止、供給電圧値の変更、または、供給されるクロックの周波数の変更などの、動作状態の遷移が可能であるか否かを判断し、電源制御部６６およびクロック供給制御部６７に通知する。
【００７５】
論理区画表管理部６２は、管理ＯＳ５１により排他的に利用可能なメモリ領域に記録される論理区画表を管理する。図２を用いて説明したように、ＣＰＵ１１−４が管理ＯＳ５１を実行して論理分割を行うことにより、論理区画ＬＰＡＲ／０乃至ＬＰＡＲ／２が生成され、論理区画ＬＰＡＲ／０乃至ＬＰＡＲ／２において実行されるそれぞれのＯＳに割り当てられるリソースが、ＣＰＵ１１−１乃至ＣＰＵ１１−３、メモリモジュール１４、および、入出力モジュール１８−１乃至入出力モジュール１８−３である場合の論理区画表を図６に示す。
【００７６】
図６の論理区画表において、論理区画ＬＰＡＲ／０には、物理メモリ空間の0x20000000番地から始まる１GBの領域、ＣＰＵ１１−１のＣＰＵ時間の１００％、並びに、入出力モジュール１８−１および入出力モジュール１８−２が、リソースとして割り当てられている。また、論理区画ＬＰＡＲ／１には、物理メモリ空間の0x50000000から始まる５１２MBの領域、ＣＰＵ１１−２のＣＰＵ時間の６０％、および、入出力モジュール１８−２が、リソースとして割り当てられている。同様に、論理区画ＬＰＡＲ／２には、物理メモリ空間の0x80000000から始まる１GBの領域、ＣＰＵ１１−２のＣＰＵ時間の４０％およびＣＰＵ１１−３のＣＰＵ時間の１００％、並びに、入出力モジュール１８−３が、リソースとして割り当てられている。
【００７７】
ここで、論理区画には論理アドレス空間が与えられる。論理区画で実行されるゲストＯＳ５２のそれぞれからは、図７に示されるように、論理アドレス空間が物理アドレス空間として認識され、論理区画に割り当てられた物理アドレス範囲が、論理アドレス空間の先頭から割り当てられる。論理アドレスは、ゲストＯＳ５２がＣＰＵ１１のアドレス変換機構を適切に設定し、有効に利用することにより、更に仮想アドレスに割り当てられるようにすることもできる。論理区画表管理部６２により論理区画管理表が管理されることにより、管理ＯＳ５１は、それぞれの論理区画において実行されるゲストＯＳ５２が認識する論理メモリ空間および論理アドレスと、メモリモジュール１４の物理メモリ空間および物理アドレスとの整合を取ることが可能となる。
【００７８】
論理区画表は、論理分割の形態や実行されるゲストＯＳが変更された場合、および、計算機システム１に含まれる物理的なモジュールが変更された場合、それらの変更に応じて更新される。したがって、論理区画表管理部６２は、ゲストＯＳ管理制御部６１から、論理分割の形態や実行されるＯＳの変更、または、割り当てられるリソースの変更を通知された場合、論理区画表を更新する。
【００７９】
更に、論理区画表管理部６２は、図１に示される各モジュールのモジュール情報表を保存している。図８は図１の入出力モジュール１８のモジュール情報表の一例である。装置情報には、例えば、動作状態ごとの電源電圧、クロック周波数などの情報が含まれる。ここでは、モジュール状態表は、一般的なパーソナルコンピュータやワークステーション、および、それらにおいて実行可能な各種のＯＳで利用される、Advanced Configuration and Power Interface （ＡＣＰＩ) Specificationに基づいた動作状態に対応して、動作状態ごとの電源電圧、クロック周波数などの情報が記載されているものとするが、動作状態は、ＡＣＰＩに基づかないものであっても良い。管理ＯＳ５１は、各モジュールの装置情報を認識することにより、ゲストＯＳからの状態遷移要求の内容に応じた最適な状態を選択し、状態遷移要求を出したゲストＯＳのリソースとして割り当てられているモジュールの状態設定を決定し、供給される電源の電圧またはクロック周波数を設定する。なお、状態遷移要求の内容と一致する状態がない場合、より動作レベルが高い状態が選択されるものとしてもよい。
【００８０】
停止候補リスト作成部６３は、論理区画表管理部６２により管理されている論理区画表を参照して、ゲストＯＳ管理制御部６１が、動作を制御しているいずれかのゲストＯＳから、動作状態の遷移要求を受けた場合、他のゲストＯＳの実行に影響を及ぼすことなく電力消費量を制限するために、例えば、省電力モードや、電源停止状態に状態を遷移することが可能なモジュールを予め抽出して、停止候補リストを作成し、作成された停止候補リストを停止候補リスト記憶制御部６４に供給する。
【００８１】
具体的には、停止候補リスト作成部６３は、論理分割が実行されて論理区画が作成された場合、論理分割の形態や実行されるＯＳが変更された場合、および、計算機システム１に含まれる物理的なモジュールが変更された場合、論理区画内で停止可能なリソースのリストを作成する。
【００８２】
停止候補リスト作成部６３は、内部のメモリに、図９に示されるメモリ構成表を保存している。メモリ構成表には、メモリモジュール１４の物理的な構造ごとに（図９においては、メモリモジュール１４-１乃至メモリモジュール１４-３のそれぞれに対応されて）メモリモジュール１４全体１つのモジュールとして認識した場合の物理アドレスと、それぞれの記憶容量（サイズ）が記載されている。
【００８３】
停止候補リスト生成部６３は、論理区画表を参照し、論理区画に割り当てられたリソースの情報を取得する。停止候補リスト生成部６３は、いずれかの論理区画に１００％割り当てられているＣＰＵ１１があるか否かを検出し、いずれかの論理区画に１００％割り当てられているＣＰＵ１１があれば、停止候補リストに登録する。次に、停止候補リスト生成部６３は、それぞれの論理区画に割り当てられた物理メモリ範囲を調べ、図９に示されるメモリ構成表を参照して、範囲内のメモリモジュール１４が他の論理区画と共有されていないか否かを検出し、他の論理区画と共有されていないメモリモジュール１４があれば、該当するメモリモジュール１４を停止候補リストに登録する。更に停止候補リスト生成部６３は、いずれかの論理区画にのみ割り当てられた入出力モジュール１８があるか否か、換言すれば、複数の論理区画において共有されていない入出力モジュール１８があるか否かを検出し、複数の論理区画において共有されていない入出力モジュール１８があれば、該当する入出力モジュール１８を停止候補リストに登録する。
【００８４】
図１０に、図２を用いて説明したように、ＣＰＵ１１−４が管理ＯＳを実行して論理区画ＬＰＡＲ／０乃至ＬＰＡＲ／２が生成され、論理区画ＬＰＡＲ／０乃至ＬＰＡＲ／２において実行されるそれぞれのＯＳにリソースが割り当てられている場合の停止候補リストの例を示す。図１０に示される停止候補リストには、論理区画ＬＰＡＲ／０に占有されるように割り当てられているＣＰＵ１１−１、入出力モジュール１８-１、および、メモリモジュール１４-１が登録され、論理区画ＬＰＡＲ／１に占有されるように割り当てられているリソースはないので、何も登録されておらず、論理区画ＬＰＡＲ／２に占有されるように割り当てられているＣＰＵ１１−３、入出力モジュール１８-３、および、メモリモジュール１４-３が登録されている。リスト作成処理の詳細については後述する。
【００８５】
また、停止候補リストは、論理区画表と同様に、論理分割の形態や実行されるゲストＯＳが変更された場合、および、計算機システム１に含まれる物理的なモジュールが変更された場合、それらの変更に応じて更新される。したがって、停止候補リスト生成部６３は、ゲストＯＳ管理制御部６１から、論理分割の形態や実行されるＯＳの変更、または、割り当てられるリソースの変更を通知された場合、停止候補リストを更新する。
【００８６】
停止候補リスト記憶制御部６４は、供給された停止候補リストの、管理ＯＳにより排他的に利用可能なメモリ領域への記憶を制御する。
【００８７】
割り込み制御部６５は、管理ＯＳ用タイマ１６によるカウントに基づいて、所定のタイミングでタイマ割り込みを発生させる。例えば、ゲストＯＳ管理制御部６１の処理により、いずれかのリソース、例えば、ＣＰＵ１１が複数の論理区画により共有されている場合、換言すれば、いずれかのＣＰＵ１１がＣＰＵ時間の１００％未満をいずれかの論理区画に割り当てられている場合、割り込み制御部６５は、管理ＯＳ用タイマ１６からの割込みによって、所定の時間ごとに呼び出され、経過時間を測定し、論理区画に割り当てられた時間が経過する毎に、ＣＰＵ１１を使用する論理区画の切り替えを制御する。
【００８８】
電源制御部６６は、電源モジュール１９による計算機システム１の各部への電源供給を制御する。具体的には、後述する処理により、いずれかの論理区画に割り当てられたリソースへの電源供給が制御される場合、電源制御部６６は、電源モジュール１９を制御して、所定のリソースへの電源供給を停止、または、供給される電源電圧を制御させる。
【００８９】
クロック供給制御部６７は、クロック供給モジュール２０による計算機システム１の各部への電源供給を制御する。具体的には、後述する処理により、いずれかの論理区画に割り当てられたリソースへのクロック供給が制御される場合、クロック供給制御部６７は、クロック供給モジュール２０を制御して、所定のリソースへのクロックの供給を停止、または、供給されるクロック周波数を変更させる。
【００９０】
ＯＳ切り替え用コンテキスト保存制御部６８は、ゲストＯＳ管理制御部６１の処理により、いずれかのＣＰＵ１１が複数の論理区画により共有されている場合、換言すれば、いずれかのＣＰＵ１１がＣＰＵ時間の１００％未満をいずれかの論理区画に割り当てられている場合に実行される時分割処理において、割り込み制御部６５の処理により発生されるタイマ割り込みにしたがって切り替えられた論理区画の処理を実行させるために、処理が中断されるＣＰＵ１１の実行状態の実行状態のメモリモジュール１４への記録を制御するともに、状態が復帰される場合の実行状態の読み出しと復元を制御する。また、入出力モジュール１８が複数の論理区画で共有されており、ある論理区画において実行されているゲストＯＳ５２の処理において保存すべき実行状態を持つ状態で、ＣＰＵ１１の処理が他の論理区画において実行されているゲストＯＳ５２のうちのいずれかに切り替わった場合、ＯＳ切り替え用コンテキスト保存制御部６８は、入出力モジュール１８の実行状態のメモリモジュール１４への記録を制御するともに、状態が復帰される場合の実行状態の読み出しと復元を制御する。
【００９１】
電力制御用コンテキスト保存制御部６９は、ゲストＯＳ管理制御部６１の処理により、電力制御のために、いずれかのゲストＯＳの状態遷移要求に基づいて、停止候補リスト作成部６３の処理により作成され、停止候補リスト記憶制御部６４の処理により記憶が制御された停止候補リストに登録されているいずれかのリソースの電源の供給が切断されて、コンテキストの退避が必要となる場合、ゲストＯＳの処理により実行されているＣＰＵ１１のいずれかの処理状態などのコンテキストを退避させて、ＨＤＤ２２または入出力モジュール１８に接続されている外部記憶装置へのコンテキストの保存を制御するとともに、状態が復帰される場合のコンテキストの読み出しと復元を制御する。
【００９２】
次に、ゲストＯＳ５２の機能について説明する。ゲストＯＳ５２−１は、論理区画ＬＰＡＲ／０において実行され、ゲストＯＳ５２−２は、論理区画ＬＰＡＲ／１において実行され、ゲストＯＳ５２−３は、論理区画ＬＰＡＲ／２において実行される。
【００９３】
ゲストＯＳ５２−１乃至ゲストＯＳ５２−３には、それぞれ、情報処理部８１−１乃至情報処理部８１−３、メモリ制御部８２−１乃至メモリ制御部８２−３、および、ＡＣＰＩ制御部８３−１乃至ＡＣＰＩ制御部８３−３として以下に説明する各種機能を有する。
【００９４】
情報処理部８１−１乃至情報処理部８１−３は、ゲストＯＳ５２−１乃至ゲストＯＳ５２−３のそれぞれの処理、または、それぞれにおいて実行されるアプリケーションプログラムの処理を実行する。
【００９５】
メモリ制御部８２−１乃至メモリ制御部８２−３は、ゲストＯＳ５２−１乃至ゲストＯＳ５２−３のそれぞれの処理、または、それぞれにおいて実行されるアプリケーションプログラムの実行状態、処理において必要なデータ、または、生成されるデータの保存を制御するものである。
【００９６】
ＡＣＰＩ制御部８３−１乃至ＡＣＰＩ制御部８３−３は、ゲストＯＳ５２−１乃至ゲストＯＳ５２−３の動作状態制御機能を制御する。動作状態制御機能は、例えば、ユーザの操作入力がない場合など、ゲストＯＳ５２−１乃至ゲストＯＳ５２−３に割り当てられた入力モジュールからの割り込みが一定期間発生しない場合などにおいて、対応する論理区画のリソースの動作速度を低下させたり、動作を停止させたり、電源を切るなどの制御を行うために、管理ＯＳ５１に対して、動作状態遷移要求を通知する。ＡＣＰＩ制御部８３−１乃至ＡＣＰＩ制御部８３−３は、例えば、一般的なパーソナルコンピュータやワークステーション、および、それらにおいて実行可能な各種のＯＳで利用される、Advanced Configuration and Power Interface （ＡＣＰＩ) Specificationに基づいて動作状態を制御する。本発明の計算機システム１においては、管理ＯＳ５１が、ＡＣＰＩによる動作状態制御機能を持ったゲストＯＳ５２−１乃至ゲストＯＳ５２−３から通知されるＡＣＰＩに基づく動作状態遷移要求を受け、これを基に、計算機システム１に含まれる各種モジュールの動作を制御することができるようになされている。
【００９７】
なお、ここでは、各論理区画において実行されたゲストＯＳ５２−１乃至ゲストＯＳ５２−３のすべてにＡＣＰＩによる動作状態制御機能を有するものとして説明したが、論理区画において実行されるゲストＯＳ５２−１乃至ゲストＯＳ５２−３のすべてが、必ずしもＡＣＰＩによる動作状態制御機能を有していなくても良い。更に、動作状態制御機能の動作設定は、ゲストＯＳ５２−１乃至ゲストＯＳ５２−３が管理ＯＳ５１から独立して、固有に設定可能であるものとしても良く、例えば、ユーザの設定操作にしたがって、動作状態制御機能を無効にすることが可能なようにしても良い。
【００９８】
情報処理部８１−１乃至情報処理部８１−３を個々に区別する必要がないとき、単に、情報処理部８１と称し、メモリ制御部８２−１乃至メモリ制御部８２−３を個々に区別する必要がないとき、単に、メモリ制御部８２と称しＡＣＰＩ制御部８３−１乃至ＡＣＰＩ制御部８３−３を個々に区別する必要がないとき、単に、ＡＣＰＩ制御部８３と称するものとする。
【００９９】
次に、管理ＯＳ５１が論理分割した論理区画において実行されるゲストＯＳ５２−１乃至ゲストＯＳ５２−１を制御する場合の動作について、フローチャートを用いて説明する。
【０１００】
図１１のフローチャートを参照して、停止候補リスト作成処理１について説明する。
【０１０１】
ステップＳ１において、論理区画表管理部６２は、論理分割の形態や実行されるゲストＯＳが変更されたか否か、および、計算機システム１に含まれる物理的なモジュールが変更されたか否かを基に、論理区画表の生成、または、更新が必要であるか否かを判断する。ステップＳ１において、論理区画表の生成、または、更新が必要ではないと判断された場合、論理区画表の生成、または、更新が必要であると判断されるまで、ステップＳ１の処理が繰り返される。
【０１０２】
ステップＳ１において、論理区画表の生成、または、更新が必要であると判断された場合、ステップＳ２において、論理区画表管理部６２は、ゲストＯＳ管理制御部６１から、現在の論理分割の形態、実行されるゲストＯＳ、および、計算機システム１に含まれる物理的なモジュールに関する情報を取得して、論理区画表を生成または更新する。
【０１０３】
ステップＳ３において、停止候補リスト作成部６３は、ステップＳ２において生成または更新された論理区画表を参照する。
【０１０４】
ステップＳ４において、停止候補リスト作成部６３は、論理区画表を参照して、いずれかの論理区画に１００％割り当てられているＣＰＵ１１があるか否かを判断する。
【０１０５】
ステップＳ４において、いずれかの論理区画に１００％割り当てられているＣＰＵ１１があると判断された場合、ステップＳ５において、停止候補リスト作成部６３は、いずれかの論理区画に１００％割り当てられているＣＰＵ１１を抽出し、停止候補リストに記載する。
【０１０６】
ステップＳ４において、いずれかの論理区画に１００％割り当てられているＣＰＵ１１がないと判断された場合、または、ステップＳ５の処理の終了後、ステップＳ６において、停止候補リスト作成部６３は、論理区画表を参照して、他の論理区画と共有されていないメモリモジュール１４があるか否かを判断する。
【０１０７】
ステップＳ６において、他の論理区画と共有されていないメモリモジュール１４があると判断された場合、ステップＳ７において、停止候補リスト作成部６３は、他の論理区画と共有されていないメモリモジュール１４を抽出し、停止候補リストに記載する。
【０１０８】
ステップＳ６において、他の論理区画と共有されていないメモリモジュール１４がないと判断された場合、または、ステップＳ７の処理の終了後、ステップＳ８において、停止候補リスト作成部６３は、論理区画表を参照して、他の論理区画と共有されていない入出力モジュール１８があるか否かを判断する。
【０１０９】
ステップＳ８において、他の論理区画と共有されていない入出力モジュール１８があると判断された場合、ステップＳ９において、停止候補リスト作成部６３は、他の論理区画と共有されていない入出力モジュール１８を抽出し、停止候補リストに記載する。
【０１１０】
ステップＳ８において、他の論理区画と共有されていない入出力モジュール１８がないと判断された場合、または、ステップＳ９の処理の終了後、処理は終了される。
【０１１１】
このような処理により、図１０に示される停止候補リストが作成され、停止候補リスト記憶制御部６４の処理により、記憶が制御される。
【０１１２】
次に、図１２のアローチャートを参照して、論理区間ＬＰＡＲ／０でゲストＯＳ５２−１が実行され、クロック周波数を下げる動作状態の遷移要求がなされた場合の処理について説明する。
【０１１３】
ステップＳ３１において、管理ＯＳ５１は、ゲストＯＳ５２−１の起動のための論理区画ＬＰＡＲ／０を決定する。
【０１１４】
ステップＳ３２において、管理ＯＳ５１は、ゲストＯＳ５２−１に起動を指令し、論理区間ＬＰＡＲ／０に割り当てられたデバイス情報を通知する。ここで、管理ＯＳ５１は、新たな論理区画に新たなゲストＯＳを起動させるので、図１１を用いて説明した停止候補リスト作成処理１を実行して、停止候補リストを新規作成、または、更新する。
【０１１５】
ステップＳ３３において、ゲストＯＳ５２−１は、管理ＯＳ５１の制御にしたがって、起動し、割り当てられたデバイス情報を取得する。
【０１１６】
ステップＳ３４において、ゲストＯＳ５２−１は、ユーザの操作入力に基づいて、例えば、アプリケーションプログラムの実行などの通常処理を行う。
【０１１７】
ステップＳ３５において、ゲストＯＳ５２−１は、例えば、ユーザからの操作が一定時間以上入力されなかった場合など、管理ＯＳ５１に対して、動作状態の遷移要求を通知するか否かを判断する。ステップＳ３５において、動作状態の遷移要求を通知しないと判断された場合、処理は、ステップＳ３４に戻り、それ以降の処理が繰り返される。
【０１１８】
ステップＳ３５において、動作状態の遷移要求を通知すると判断された場合、ステップＳ３６において、ゲストＯＳ５２−１は、クロック周波数を下げるための動作状態遷移要求を、管理ＯＳ５１に対して通知する。
【０１１９】
ステップＳ３７において、管理ＯＳ５１は、いずれかのゲストＯＳから（ここでは、ゲストＯＳ５２-１から）動作状態遷移要求の通知を受けたか否かを判断する。ステップＳ３７において、動作状態遷移要求の通知を受けていないと判断された場合、動作状態遷移要求の通知を受けたと判断されるまで、ステップＳ３７の処理が繰り返される。
【０１２０】
ステップＳ３７において、動作状態遷移要求の通知を受けたと判断された場合、ステップＳ３８において、管理ＯＳ５１は、論理区画表管理部６２により管理されている論理区画表を参照するとともに、停止候補リスト記憶制御部６４によって記憶が制御されている停止候補リストを参照して、動作状態の遷移要求を通知してきたゲストＯＳ（ここでは、ゲストＯＳ５２−１）の動作状態の遷移に対応して遷移可能なモジュールを抽出するとともに、論理区画表管理部６２により保存されているモジュールごとのモジュール情報表を参照して、遷移可能なモジュールの遷移状態を選択する。
【０１２１】
具体的には、管理ＯＳ５１は、図１０を用いて説明した停止候補リストを参照して、動作状態の遷移要求を通知してきたゲストＯＳ５２−１における停止候補モジュールである、ＣＰＵ１１−１，入出力モジュール１８-１、および、メモリモジュール１４-１を抽出する。そして、例えば、図８を用いて説明したような、論理区画表管理部６２により保存されているモジュールごとのモジュール情報表を参照して、クロック周波数が下げられた状態に動作状態を遷移させる要求に対して遷移可能なモジュールの遷移状態を選択する。
【０１２２】
ステップＳ３９において、管理ＯＳ５１は、遷移状態の決定内容を、動作状態の遷移要求を通知してきたゲストＯＳ（ここでは、ゲストＯＳ５２−１）に通知する。
【０１２３】
ステップＳ４０において、管理ＯＳ５１は、ステップＳ３８の処理によりいずれかのモジュールのクロック周波数が下げられることが許可されたか否かを判断する。ステップＳ４０において、いずれのモジュールもクロック周波数が下げられることが許可されなかったと判断された場合、処理は、ステップＳ３７に戻り、それ以降の処理が繰り返される。
【０１２４】
ステップＳ４０において、いずれかのモジュールのクロック周波数が下げられることが許可されたと判断された場合、ステップＳ４１において、管理ＯＳ５１は、状態の遷移のために必要な処理、具体的には、例えば、メモリモジュール１４などに記録されている情報のうち、退避が必要な情報があるか否かを判断して、退避が必要な情報がある場合、その情報を取得し、必要に応じて、ＨＤＤ２２や、入出力モジュール１８に接続されている外部記憶装置のうちのいずれかに記憶させる処理を制御する。
【０１２５】
ステップＳ４２において、ゲストＯＳ５２−１は、いずれかのモジュールのクロック周波数が下げられることが許可されたか否かを判断する。ステップＳ４２において、いずれかのモジュールのクロック周波数が下げられることが許可されなかったと判断された場合、処理は、ステップＳ３４に戻り、それ以降の処理が繰り返される。
【０１２６】
ステップＳ４２において、いずれかのモジュールのクロック周波数が下げられることが許可されたと判断された場合、ゲストＯＳ５２−１は、ステップＳ４３において、状態の遷移のために必要な処理、具体的には、管理ＯＳ５１の制御に基づいて、退避が必要な情報を出力する処理などを実行し、ステップＳ４４において、管理ＯＳ５１の制御に基づいて、所定のモジュールの通常処理状態から低消費電力動作状態に状態を遷移する。
【０１２７】
ステップＳ４５において、ゲストＯＳ５２−１は、例えば、ユーザの操作入力を受けた場合などにおいて、管理ＯＳ５１に、低消費電力状態から通常動作状態への動作状態の遷移要求を通知するか否かを判断する。ステップＳ４５において、動作状態の遷移要求を通知しないと判断された場合、動作状態の遷移要求を通知すると判断されるまで、ステップＳ４５の処理が繰り返される。
【０１２８】
ステップＳ４５において、動作状態の遷移要求を通知すると判断された場合、ステップＳ４６において、ゲストＯＳ５２−１は、クロック周波数を上げるための動作状態遷移要求を、管理ＯＳ５１に対して通知する。
【０１２９】
ステップＳ４７において、管理ＯＳ５１は、いずれかのゲストＯＳから（ここでは、ゲストＯＳ５２-１から）動作状態遷移要求の通知を受けたか否かを判断する。ステップＳ４７において、動作状態遷移要求の通知を受けていないと判断された場合、動作状態遷移要求の通知を受けたと判断されるまで、ステップＳ４７の処理が繰り返される。
【０１３０】
ステップＳ４７において、動作状態遷移要求の通知を受けたと判断された場合、ステップＳ４８において、管理ＯＳ５１は、状態の遷移を許可し、動作状態遷移要求の要求元となるゲストＯＳ（ここでは、ゲストＯＳ５２−１）に通知する。
【０１３１】
ステップＳ４９において、管理ＯＳ５１は、状態の遷移のために必要な処理、具体的には、論理区画ＬＰＡＲ／０に割り当てられているリソースのうち、クロック周波数が下げられたリソースに対してクロック周波数を通常状態に上げさせたり、退避させた情報の復元を制御するなどの処理を実行する
【０１３２】
ステップＳ５０において、ゲストＯＳ５２−１は、状態の遷移を許可する通知を受け、状態の遷移のために必要な処理、具体的には、管理ＯＳ５１の制御に基づいて退避された情報を取得して、再度メモリモジュール１４に展開する処理などを実行し、処理が終了される。
【０１３３】
このような処理により、ゲストＯＳ５２−１が有するＡＣＰＩなどに準拠した消費電力の削減のための状態遷移要求を発行する機能を利用して、管理ＯＳ５１が、論理区画表、停止候補リスト、および、モジュール情報表を参照して、他のゲストＯＳの処理に影響を及ぼさないように、可能なモジュールのクロック周波数を下げて、低消費電力動作状態に状態を遷移させることにより消費電力を削減させ、ゲストＯＳ５２−１からの再度の動作状態の遷移要求により、論理区画ＬＰＡＲ／０に割り当てられているリソースのうち、クロック周波数が下げられたリソースに対してクロック周波数を通常状態に上げさせて、通常動作状態に状態を復帰させるようにすることができる。
【０１３４】
ところで、ゲストＯＳ５２のうちのいずれかの動作状態が、電源供給停止状態に遷移された場合、自分自身では、管理ＯＳ５１に対して、状態の復帰を要求することができない。
【０１３５】
そこで、ゲストＯＳ５２のうちの少なくとも１つ、または、ゲストＯＳ５２のうちの少なくとも１つにおいて動作可能なアプリケーションプログラムは、電源供給停止状態の他のゲストＯＳ５２の実行再開を管理ＯＳ５１に要求するHypervisor呼び出しを行う機能を有するものとする。Hypervisor呼び出し機能を有するゲストＯＳ５２か、または、Hypervisor呼び出し機能を有するアプリケーションプログラムは、一時停止中のゲストＯＳ５１の実行再開を指令する操作をユーザが入力するためのユーザインタフェースを提供する。一時停止中の他のゲストＯＳ５２の実行再開を管理ＯＳ５１に要求するHypervisor呼び出しを行う機能を自分自身で有するゲストＯＳ５２、または、このような機能を有するアプリケーションプログラムが実行されているゲストＯＳ５２は、ユーザからの実行再開指示を受け取り、Hypervisor呼び出しを行う機能を利用して管理ＯＳ５１に一時停止中のゲストＯＳ５１の実行再開を要求する。
【０１３６】
なお、ユーザが一時停止中のゲストＯＳ５１の実行再開を指令する操作を入力するためのユーザインタフェースは、計算機システム１の管理者のみが操作可能であるように保護されることが望ましい。
【０１３７】
図１３のアローチャートを参照して、ゲストＯＳ５２−２が、一時停止中のゲストＯＳ５２−１の実行再開を管理ＯＳ５１に要求するHypervisor呼び出しを行う場合の処理について説明する。
【０１３８】
ステップＳ８１において、ゲストＯＳ５２−２は、通常処理を行っている。
【０１３９】
ステップＳ８２乃至ステップＳ８５において、管理ＯＳ５１およびゲストＯＳ５２−１は、図１２のステップＳ３１乃至ステップＳ３４と同様の処理を実行する。すなわち、管理ＯＳ５１は、ゲストＯＳ５２−１の起動のための論理区画ＬＰＡＲ／０を決定し、ゲストＯＳ５２−１に起動を指令し、論理区間ＬＰＡＲ／０に割り当てられたデバイス情報を通知する。そして、ゲストＯＳ５２−１は、管理ＯＳ５１の制御にしたがって、起動し、割り当てられたデバイス情報を取得し、ユーザの操作入力に基づいて、例えば、アプリケーションプログラムの実行などの通常処理を行う。
【０１４０】
ステップＳ８６において、ゲストＯＳ５２−１は、例えば、ユーザからの操作が一定時間以上入力されなかった場合など、管理ＯＳ５１に対して、電源遮断のための動作状態の遷移要求を通知するか否かを判断する。ステップＳ８６において、動作状態の遷移要求を通知しないと判断された場合、処理は、ステップＳ８５に戻り、それ以降の処理が繰り返される。
【０１４１】
ステップＳ８６において、動作状態の遷移要求を通知すると判断された場合、ステップＳ８７において、ゲストＯＳ５２−１は、電源遮断のための動作状態遷移要求を、管理ＯＳ５１に対して通知する。
【０１４２】
ステップＳ８８において、管理ＯＳ５１は、いずれかのゲストＯＳから（ここでは、ゲストＯＳ５２-１から）動作状態遷移要求の通知を受けたか否かを判断する。ステップＳ８８において、動作状態遷移要求の通知を受けていないと判断された場合、動作状態遷移要求の通知を受けたと判断されるまで、ステップＳ８８の処理が繰り返される。
【０１４３】
ステップＳ８８において、動作状態遷移要求の通知を受けたと判断された場合、ステップＳ８９において、管理ＯＳ５１は、論理区画表管理部６２により管理されている論理区画表を参照するとともに、停止候補リスト記憶制御部６４によって記憶が制御されている停止候補リストを参照して、動作状態の遷移要求を通知してきたゲストＯＳ（ここでは、ゲストＯＳ５２−１）の動作状態の遷移に対応して遷移可能なモジュールを抽出するとともに、論理区画表管理部６２により保存されているモジュールごとのモジュール情報表を参照して、遷移可能なモジュールの遷移状態を選択する。
【０１４４】
具体的には、管理ＯＳ５１は、図１０を用いて説明した停止候補リストを参照して、動作状態の遷移要求を通知してきたゲストＯＳ５２−１における停止候補モジュールである、ＣＰＵ１１−１，入出力モジュール１８-１、および、メモリモジュール１４-１を抽出する。そして、例えば、図８を用いて説明したような、論理区画表管理部６２により保存されているモジュールごとのモジュール情報表を参照して、電源遮断の動作遷移要求に対して遷移可能なモジュールの遷移状態を選択する。
【０１４５】
ステップＳ９０において、管理ＯＳ５１は、遷移状態の決定内容を、動作状態の遷移要求を通知してきたゲストＯＳ（ここでは、ゲストＯＳ５２−１）に通知する。
【０１４６】
ステップＳ９１において、管理ＯＳ５１は、ステップＳ８９の処理によりいずれかのモジュールの電源を遮断することが許可されたか否かを判断する。ステップＳ９１において、いずれのモジュールにおいても電源が遮断されることが許可されなかったと判断された場合、処理は、ステップＳ８８に戻り、それ以降の処理が繰り返される。
【０１４７】
ステップＳ９１において、いずれかのモジュールの電源が遮断されることが許可されたと判断された場合、ステップＳ９２において、管理ＯＳ５１は、状態の遷移のために必要な処理、具体的には、例えば、メモリモジュール１４などに記録されている情報のうち、退避が必要な情報があるか否かを判断して、退避が必要な情報がある場合、その情報を取得し、必要に応じて、ＨＤＤ２２や、入出力モジュール１８に接続されている外部記憶装置のうちのいずれかに記憶させる処理を制御する。
【０１４８】
ステップＳ９３において、ゲストＯＳ５２−１は、いずれかのモジュールにおいて電源が遮断されることが許可されたか否かを判断する。ステップＳ９３において、いずれのモジュールにおいても電源が遮断されることが許可されなかったと判断された場合、処理は、ステップＳ８５に戻り、それ以降の処理が繰り返される。
【０１４９】
ステップＳ９３において、いずれかのモジュールの電源が遮断されることが許可されたと判断された場合、ゲストＯＳ５２−１は、ステップＳ９４において、状態の遷移のために必要な処理、具体的には、管理ＯＳ５１の制御に基づいて、退避が必要な情報を出力する処理などを実行し、ステップＳ９５において、管理ＯＳ５１の制御に基づいて、所定のモジュールの通常処理状態から実行停止状態に状態を遷移する。
【０１５０】
ステップＳ９６において、ゲストＯＳ５２−２は、例えば、ユーザの操作入力に基づいて、他のゲストＯＳ（ここでは、ゲストＯＳ５２−１）の動作状態を、実行停止状態から通常動作状態へ遷移させるために、管理ＯＳ５１に、動作状態の遷移要求を通知するか否かを判断する。ステップＳ９６において、動作状態の遷移要求を通知しないと判断された場合、処理はステップＳ８１に戻り、ゲストＯＳ５２−２においては、動作状態の遷移要求を通知すると判断されるまで、ステップＳ８１およびステップＳ９６の処理が繰り返される。
【０１５１】
ステップＳ９６において、動作状態の遷移要求を通知すると判断された場合、ステップＳ９７において、ゲストＯＳ５２−２は、所定のゲストＯＳ（ここでは、ゲストＯＳ５２−１）の動作状態を、実行停止状態から通常動作状態へ遷移させるために、管理ＯＳ５１に、動作状態の遷移要求を通知する。
【０１５２】
ステップＳ９８において、管理ＯＳ５１は、いずれかのゲストＯＳから（ここでは、ゲストＯＳ５２-２から）動作状態遷移要求の通知を受けたか否かを判断する。ステップＳ９８において、動作状態遷移要求の通知を受けていないと判断された場合、動作状態遷移要求の通知を受けたと判断されるまで、ステップＳ９８の処理が繰り返される。
【０１５３】
ステップＳ９８において、動作状態遷移要求の通知を受けたと判断された場合、ステップＳ９９において、管理ＯＳ５１は、状態の遷移を許可し、動作状態が遷移されるゲストＯＳ（ここでは、ゲストＯＳ５２−１）を起動させる。
【０１５４】
ステップＳ１００において、管理ＯＳ５１は、状態の遷移のために必要な処理、具体的には、ゲストＯＳ５２−１が利用している、すなわち、論理区画ＬＰＡＲ／０に割り当てられているリソースのうち、電源供給が切断されているものに対して、再度電源を供給させたり、退避させた情報の復元を制御するなどの処理を実行する。
【０１５５】
ステップＳ１０１において、ゲストＯＳ５２−１は、状態の遷移を許可する通知を受け、状態の遷移のために必要な処理、具体的には、管理ＯＳ５１の制御に基づいて退避された情報を取得して、再度メモリモジュール１４に展開する処理などを実行し、処理が終了される。
【０１５６】
このような処理により、ゲストＯＳ５２−１が有するＡＣＰＩなどに準拠した消費電力の削減のための状態遷移要求を発行する機能を利用して、管理ＯＳ５１が、論理区画表、停止候補リスト、および、モジュール情報表を参照して、他のゲストＯＳの処理に影響を及ぼさないように、可能なモジュールへの電源供給を遮断して、実行停止状態に状態を遷移させることにより消費電力を削減させ、ゲストＯＳ５２−１以外の他のゲストＯＳ、例えば、ゲストＯＳ５２−２からの動作状態の遷移要求により、実行停止状態にあるゲストＯＳ５２−１が利用している、すなわち、論理区画ＬＰＡＲ／０に割り当てられているリソースのうち、電源供給が切断されているものに対して、再度電源を供給させて、通常動作状態に状態を復帰させるようにすることができる。
【０１５７】
次に、図１４のフローチャートを参照して、図１２のステップＳ３５、ステップＳ３６、ステップＳ４２、ステップＳ４３の処理、または、図１３のステップＳ８６、ステップＳ８７、ステップＳ９３、ステップＳ９４の処理に対応する処理である、ゲストＯＳ５２による動作状態制御処理について説明する。
【０１５８】
ステップＳ１３１において、ゲストＯＳ５２の情報処理部８１は、割り込みが発生したか否かを判断する。
【０１５９】
ステップＳ１３１において、割り込みが発生していないと判断された場合、ステップＳ１３２において、情報処理部８１は、通常処理を実行し、処理は、ステップＳ１３１に戻り、それ以降の処理が繰り返される。
【０１６０】
ステップＳ１３１において、割り込みが発生したと判断された場合、ステップＳ１３３において、情報処理部８１は、発生した割り込みは、ユーザタイマ１７（図１）によってカウントされるユーザタイマ割り込みであるか否か、すなわち、所定の時間、ユーザからの操作入力が行われなかった場合に発生される割り込みであるか否かを判断する。
【０１６１】
ステップＳ１３３において、発生した割り込みは、ユーザタイマ割り込みではないと判断された場合、ステップＳ１３４において、情報処理部８１は、操作入力による割り込みであるか否かを判断する。
【０１６２】
ステップＳ１３４において、操作入力による割り込みであると判断された場合、ステップＳ１３５において、情報処理部８１は、操作入力に対応する処理を実行するとともに、ユーザタイマ１７をリセットする。
【０１６３】
ステップＳ１３４において、発生した割り込みは、例えば、管理ＯＳからの制御命令など、操作入力以外の割り込みであると判断された場合、ステップＳ１３６において、情報処理部８１は、割り込みに応じた処理を実行する。ステップＳ１３５またはステップＳ１３６の処理の終了後、処理は、ステップＳ１３１に戻り、それ以降の処理が繰り返される。
【０１６４】
ステップＳ１３３において、発生した割り込みは、ユーザタイマ割り込みであると判断された場合、ステップＳ１３７において、情報処理部８１は、ＡＣＰＩ制御部８３に、ユーザタイマ割り込みの発生を通知する。ＡＣＰＩ制御部８３は、クロック周波数を下げたり、電源を遮断するための動作状態遷移要求を、管理ＯＳ５１に通知する。この処理は、例えば、図１１を用いて説明したステップＳ３６の処理、または、図１２を用いて説明したステップＳ８７の処理に対応する処理である。
【０１６５】
ステップＳ１３８において、情報処理部８１は、管理ＯＳ５１から、動作状態の遷移が指令されたか否かを判断する。ステップＳ１３８において、動作状態の遷移が指令されなかったと判断された場合、処理は、ステップＳ１３１に戻り、それ以降の処理が繰り返される。
【０１６６】
ステップＳ１３８において、動作状態の遷移が指令されたと判断された場合、ステップＳ１３９において、情報処理部８１は、動作状態を遷移するに当たって、コンテキストの退避が必要か否かを判断する。
【０１６７】
ステップＳ１３９において、コンテキストの退避が必要であると判断された場合、ステップＳ１４０において、情報処理部８１は、メモリ制御部８２の処理により記憶が制御されているコンテキストを、例えば、ＨＤＤ２２などに退避させる。
【０１６８】
ステップＳ１３９において、コンテキストの退避が必要ではないと判断された場合、または、ステップＳ１４０の処理の終了後、処理は終了される。
【０１６９】
このような処理により、ゲストＯＳ５２は、ＡＣＰＩに基づいて動作状態の遷移を制御することができるように、管理ＯＳに動作状態の遷移要求を通知することができ、管理ＯＳから動作状態の遷移が指令された場合、コンテキストの退避などの必要な処理が実行されて、動作状態が遷移される。
【０１７０】
次に、図１５のフローチャートを参照して、消費電力量の削減のための動作状態遷移要求を受けた管理ＯＳ５１が実行する処理、すなわち、図１２のステップＳ３７乃至ステップＳ４１の処理、または、図１３のステップＳ８８乃至ステップＳ９２の処理に対応する処理である、動作状態遷移処理１について説明する。
【０１７１】
ステップＳ１７１において、ゲストＯＳ管理制御部６１は、ゲストＯＳ５２のうちのいずれかから、動作状態遷移要求の通知を受けたか否かを判断する。ステップＳ１７１において、動作状態遷移要求の通知を受けていないと判断された場合、動作状態遷移要求の通知を受けたと判断されるまで、ステップＳ１７１の処理が繰り返される。
【０１７２】
ステップＳ１７１において、動作状態遷移要求の通知を受けたと判断された場合、ステップＳ１７２において、ゲストＯＳ管理制御部６１は、停止候補リスト作成部６３により生成され、停止候補リスト記憶制御部６４により記憶が制御されている停止候補リスト、および、論理区画表管理部６１により管理されている論理区画表を参照する。
【０１７３】
ステップＳ１７３において、ゲストＯＳ管理制御部６１は、停止候補リストおよび論理区画表を基に、動作状態遷移要求を通知したゲストＯＳ５２が実行されている論理区画に割り当てられているモジュールのうち、停止可能、または、状態の遷移が可能なモジュールがあるか否かを判断する。
【０１７４】
ステップＳ１７３において、停止可能、または、状態の遷移が可能なモジュールがないと判断された場合、ステップＳ１７４において、ゲストＯＳ管理制御部６１は、動作状態遷移要求を通知したゲストＯＳ５２に対して、状態遷移が不可であることを通知し、処理は終了される。
【０１７５】
ステップＳ１７３において、停止可能、または、状態の遷移が可能なモジュールがあると判断された場合、ステップＳ１７５において、ゲストＯＳ管理制御部６１は、論理区画表管理部６２により管理されている、停止可能、または、状態の遷移が可能なモジュールに対応するモジュール情報表を参照する。
【０１７６】
ステップＳ１７６において、ゲストＯＳ管理制御部６１は、ステップＳ１７５において参照したモジュール情報表を基に、状態遷移を行う場合の遷移状態を選択する。
【０１７７】
具体的には、ゲストＯＳ管理制御部６１は、動作状態遷移要求が電源停止を要求するものであり、停止候補リストを参照して、停止可能なモジュール、すなわち、対応するゲストＯＳ５２が１００％使用しているモジュールがある場合は、そのモジュールの電源供給を停止させるものとし、動作状態遷移要求がクロック周波数の低下による低消費電力モードへの切り替えであり、対応するゲストＯＳ５２が１００％使用しているモジュールがある場合は、そのモジュールへ供給されるクロック周波数を低下させるものとする。なお、動作状態遷移要求の種類にかかわらず、対応するゲストＯＳ５２が部分的に使用しているモジュールしか存在しない場合、時分割処理において割り当てられている時間のみ、電源供給、または、供給されるクロック周波数を制御して、電力消費量を減少させることができるようにしても良い。
【０１７８】
ステップＳ１７７において、ゲストＯＳ管理制御部６１は、状態が遷移されるゲストＯＳ５２において、コンテキストの退避が必要であるか否かを判断する。
【０１７９】
ステップＳ１７７において、コンテキストの退避が必要であると判断された場合、ステップＳ１７８において、ゲストＯＳ管理制御部６１は、電力制御用コンテキスト保存制御部６９に、コンテキストの退避が必要であることを通知し、電力制御用コンテキスト保存制御部６９は、状態が遷移されるゲストＯＳ５２のコンテキストを退避させる。
【０１８０】
ステップＳ１７７において、コンテキストの退避が必要ではないと判断された場合、または、ステップＳ１７８の処理の終了後、ステップＳ１７９において、ゲストＯＳ管理制御部６１は、状態遷移要求を通知したゲストＯＳ５２に状態遷移を許可することを通知して、電源制御部６６またはクロック供給制御部６７の処理により、動作状態遷移要求を通知したゲストＯＳ５２が実行されている論理区画に割り当てられているモジュールのうち、状態の遷移が許可されたモジュールに対して、電源、または、クロック周波数などの設定を制御させ、処理が終了される。
【０１８１】
このような処理により、管理ＯＳ５１は、動作状態遷移要求を通知したゲストＯＳ５２が実行されている論理区画に割り当てられているモジュールのうち、状態の遷移が可能なモジュールを選択して遷移される状態を決定し、必要に応じて、コンテキストを退避させた後に、状態の遷移が可能であるとして選択されたモジュールの電源供給の設定、または、クロック周波数を変更させることができる。これにより、管理ＯＳ５１は、ユーザにより一定時間以上操作入力がないなどによってゲストＯＳ５２から動作状態の遷移が要求された場合、並行して実行されている他のゲストＯＳ５２の動作に影響を及ぼさずに、モジュールの一部の消費電力量を削減させるようにすることができる。
【０１８２】
次に、図１６のフローチャートを参照して、消費電力量の削減のための動作状態から、通常状態への状態遷移要求を受けた管理ＯＳ５１が実行する処理、すなわち、図１２のステップＳ４７乃至ステップＳ４９の処理、または、図１３のステップＳ９８乃至ステップＳ１００の処理に対応する処理である、動作状態遷移処理２について説明する。
【０１８３】
ステップＳ２０１において、ゲストＯＳ管理制御部６１は、ゲストＯＳ５２のうちのいずれかから、動作状態遷移要求の通知を受けたか否かを判断する。ステップＳ２０１において、動作状態遷移要求の通知を受けていないと判断された場合、動作状態遷移要求の通知を受けたと判断されるまで、ステップＳ２０１の処理が繰り返される。
【０１８４】
ステップＳ２０１において、動作状態遷移要求の通知を受けたと判断された場合、ステップＳ２０２において、ゲストＯＳ管理制御部６１は、停止候補リスト作成部６３により生成され、停止候補リスト記憶制御部６４により記憶が制御されている停止候補リスト、および、論理区画表管理部６１により管理されている論理区画表を参照する。
【０１８５】
ステップＳ２０３において、ゲストＯＳ管理制御部６１は、停止候補リストおよび論理区画表を基に、動作状態遷移要求を通知したゲストＯＳ５２が実行されている論理区画に割り当てられているモジュールのうち、状態が遷移されているモジュールを確認する。
【０１８６】
ステップＳ２０４において、ゲストＯＳ管理制御部６１は、論理区画表管理部６２により管理されている、停止可能なモジュールに対応するモジュール情報表を参照する。
【０１８７】
ステップＳ２０５において、ゲストＯＳ管理制御部６１は、ステップＳ２０４において参照したモジュール情報表を基に、遷移状態を選択する。
【０１８８】
ステップＳ２０６において、ゲストＯＳ管理制御部６１は、状態が遷移されるゲストＯＳ５２において、コンテキストが退避されているか否かを判断する。
【０１８９】
ステップＳ２０６において、コンテキストが退避されていると判断された場合、ステップＳ２０７において、ゲストＯＳ管理制御部６１は、電力制御用コンテキスト保存制御部６９に、コンテキストの復元が必要であることを通知し、電力制御用コンテキスト保存制御部６９は、状態が遷移されるゲストＯＳ５２のコンテキストを復元させる。
【０１９０】
ステップＳ２０６において、コンテキストが退避されていないと判断された場合、または、ステップＳ２０７の処理の終了後、ステップＳ２０８において、ゲストＯＳ管理制御部６１は、状態遷移要求を通知したゲストＯＳ５２に状態遷移を許可することを通知して、電源制御部６６またはクロック供給制御部６７の処理により、動作状態遷移要求を通知したゲストＯＳ５２が実行されている論理区画に割り当てられているモジュールのうち、状態が遷移されていたモジュールに対して、電源、または、クロック周波数などの設定を制御させて状態を復帰させ、処理が終了される。
【０１９１】
このような処理により、管理ＯＳ５１は、動作状態遷移要求を通知したゲストＯＳ５２が実行されている論理区画に割り当てられているモジュールのうち、状態が遷移されていたモジュールを復帰させるようにすることができる。
【０１９２】
このようにして、本発明を適用した計算機システム１においては、ゲストＯＳ５２の要求に基づいて、管理ＯＳ５１により、実行中の他のゲストＯＳ５２の処理に影響を与えることなく、効果的に消費電力を削減させることが可能であるので、ゲストＯＳ５２の用途に応じた消費電力制御が可能となる。
【０１９３】
上述した一連の処理は、ソフトウェアにより実行することもできる。そのソフトウェアは、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【０１９４】
この記録媒体は、図１に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されているリムーバブルメディア２４、すなわち、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM（Compact Disk-Read Only Memory），DVD（Digital Versatile Disk）を含む）、光磁気ディスク（ＭＤ(Mini-Disk)（商標）を含む）、もしくは半導体メモリなどよりなるパッケージメディアなどにより構成される。
【０１９５】
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１９６】
なお、本明細書において、システムとは、１つまたは複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０１９７】
【図１】本発明を適用した計算機システムの構成を示すブロック図である。
【図２】管理ＯＳとゲストＯＳについて説明するための図である。
【図３】物理メモリ空間の割り当てについて説明するための図である。
【図４】管理ＯＳとゲストＯＳの他の割当て例について説明するための図である。
【図５】管理ＯＳが論理分割を行い、ゲストＯＳが起動された場合に実行される機能について説明する機能ブロック図である。
【図６】論理区画表について説明するための図である。
【図７】物理メモリ空間と論理メモリ空間について説明するための図である。
【図８】モジュール情報表について説明するための図である。
【図９】メモリ構成表について説明するための図である。
【図１０】停止候補リストについて説明するための図である。
【図１１】停止候補リスト作成処理１について説明するためのフローチャートである。
【図１２】論理区間ＬＰＡＲ／０でゲストＯＳが実行され、クロック周波数を下げる動作状態の遷移要求がなされた場合の処理について説明するためのアローチャートである。
【図１３】他のゲストＯＳが、一時停止中のゲストＯＳの実行再開を管理ＯＳに要求するHypervisor呼び出しを行う場合の処理について説明するためのアローチャートである。
【図１４】動作状態制御処理について説明するためのフローチャートである。
【図１５】動作状態遷移処理１について説明するためのフローチャートである。
【図１６】動作状態遷移処理２について説明するためのフローチャートである。る。
【符号の説明】
【０１９８】
１  計算機システム，  １１  ＣＰＵ，  １３  メモリ制御モジュール，  １４  メモリモジュール，  １６  管理ＯＳ用タイマ，  １７  ユーザタイマ，  １８  入出力モジュール，  １９  電源モジュール，  ２０  クロック供給モジュール，  ２２  ＨＤＤ，  ５１  管理ＯＳ，  ５２  ゲストＯＳ，  ６１  ゲストＯＳ管理制御部，  ６２  論理区画表管理部，  ６３  停止候補リスト作成部，  ６４  停止候補リスト記憶制御部，  ６５  割り込み制御部，  ６６  電源制御部，  ６７  クロック供給制御部，  ６８  ＯＳ切り替え用コンテキスト保存制御部，  ６９  電力制御用コンテキスト保存制御部，  ８１  情報処理部，  ８２  メモリ制御部，  ８３  ＡＣＰＩ制御部
【図１】
2006113767.tif 000003
【図２】
2006113767.tif 000004
【図３】
2006113767.tif 000005
【図４】
2006113767.tif 000006
【図５】
2006113767.tif 000007
【図６】
2006113767.tif 000008
【図７】
2006113767.tif 000009
【図８】
2006113767.tif 000010
【図９】
2006113767.tif 000011
【図１０】
2006113767.tif 000012
【図１１】
2006113767.tif 000013
【図１２】
2006113767.tif 000014
【図１３】
2006113767.tif 000015
【図１４】
2006113767.tif 000016
【図１５】
2006113767.tif 000017
【図１６】
2006113767.tif 000018