(57)【要約】【課題】適切に消費電力を削減することを課題とする。【解決手段】ＰＣ１０は、汎用機２０の稼動状態に関する情報を汎用機２０から取得し、取得した情報に基づき、汎用機２０で実行中若しくは実行予定の処理を、ＰＣ１０で実行可能か判定する。そして、ＰＣ１０は、実行可能と判定した場合に、実行中若しくは実行予定の処理を汎用機２０からＰＣ１０へ引き継がせるための処理をすべき命令を汎用機２０に送信する。続いて、ＰＣ１０は、実行中若しくは実行予定の処理をＰＣ１０で実行するための処理環境をＰＣ１０上に構築して汎用機２０からの引継ぎが完了した後に、汎用機２０の電源を切断する。【選択図】図１
2012216093.tif 000002
【特許請求の範囲】
【請求項１】
第一のコンピュータに接続され、当該第一のコンピュータよりも処理能力および消費電力が低い第二のコンピュータであって、
前記第一のコンピュータの稼動状態に関する情報を前記第一のコンピュータから取得する取得部と、
取得した情報に基づき、前記第一のコンピュータで実行中若しくは実行予定の処理を、前記第二のコンピュータで実行可能か判定する判定部と、
実行可能と判定した場合に、前記実行中若しくは実行予定の処理を前記第一のコンピュータから前記第二のコンピュータへ引き継がせるための処理をすべき命令を前記第一のコンピュータに送信する引継命令部と、
前記実行中若しくは実行予定の処理を前記第二のコンピュータで実行するための処理環境を前記第二のコンピュータ上に構築する構築部と、
前記第一のコンピュータからの引継ぎが完了した後に、前記第一のコンピュータの電源を切断する切断部と
を有することを特徴とするコンピュータ。
【請求項２】
前記第二のコンピュータ上で前記処理を実行している間、所定間隔ごとに、当該第二のコンピュータの処理負荷を監視する監視部と、
処理負荷が所定以上になった場合に、前記第一のコンピュータを起動する起動部と、
前記第一のコンピュータの起動後、前記第二のコンピュータ上で実行中の処理環境を前記第一のコンピュータ上で構築させるための処理をすべき命令を前記第一のコンピュータに送信する構築命令部と、
前記第二のコンピュータ上で実行中の処理環境が前記第一のコンピュータ上で構築された後に、前記実行中の処理を前記第二のコンピュータから前記第一のコンピュータへ引き継がせるための処理を実行する引継部と
をさらに有することを特徴とする請求項１に記載のコンピュータ。
【請求項３】
前記切断部は、実行中の処理を引き継ぐ場合は、前記第一のコンピュータからの引継ぎが完了し、かつ、引き継いだ処理の実行が前記第二のコンピュータで開始された後に、前記第一のコンピュータの電源を切断することを特徴とする請求項１または２に記載のコンピュータ。
【請求項４】
第一のコンピュータに接続され、当該第一のコンピュータよりも処理能力および消費電力が低い第二のコンピュータが第一のコンピュータの電源を切断する電力制御方法であって、
前記第一のコンピュータの稼動状態に関する情報を前記第一のコンピュータから取得し、
取得した情報に基づき、前記第一のコンピュータで実行中若しくは実行予定の処理を、前記第二のコンピュータで実行可能か判定し、
実行可能と判定した場合に、前記実行中若しくは実行予定の処理を前記第一のコンピュータから前記第二のコンピュータへ引き継がせるための処理をすべき命令を前記第一のコンピュータに送信し、
前記実行中若しくは実行予定の処理を前記第二のコンピュータで実行するための処理環境を前記第二のコンピュータ上に構築し、
前記第一のコンピュータからの引継ぎが完了した後に、前記第一のコンピュータの電源を切断することを特徴とする電力制御方法。
【請求項５】
コンピュータに、
前記第一のコンピュータの稼動状態に関する情報を前記第一のコンピュータから取得し、
取得した情報に基づき、前記第一のコンピュータで実行中若しくは実行予定の処理を、前記第二のコンピュータで実行可能か判定し、
実行可能と判定した場合に、前記実行中若しくは実行予定の処理を前記第一のコンピュータから前記第二のコンピュータへ引き継がせるための処理をすべき命令を前記第一のコンピュータに送信し、
前記実行中若しくは実行予定の処理を前記第二のコンピュータで実行するための処理環境を前記第二のコンピュータ上に構築し、
前記第一のコンピュータからの引継ぎが完了した後に、前記第一のコンピュータの電源を切断する
処理を実行させる電力制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ、電力制御方法および電力制御プログラムに関する。
【背景技術】
【０００２】
従来、グローバルサーバなどの大規模サーバでは、システム導入段階において、顧客が要求する処理能力以上の性能設計がなされている。このため、大規模サーバは、稼動するだけで、ＰＣ（Personal  Computer）などと比較して多大な電力を消費する。
【０００３】
ここで、大規模サーバの消費電力について、図２４および図２５を用いて説明する。図２４は、平日における従来の消費電力を説明する図である。図２５は、休日、祝日における従来の消費電力を説明する図である。図２４に示すように、平日における昼間時間帯の９：００〜１７：００に比べて、夜間時間帯の１７：００〜９：００のＣＰＵ使用率が低い。これは、１７：００以降は業務が終了しているため、大規模サーバのＣＰＵ負荷が低いからである。
【０００４】
ところが、夜間時間帯において、ＣＰＵの負荷が低くなっているにもかかわらず、消費電力は昼間時間帯と夜間時間帯とでは差があまりない。これは、夜間時間帯においても大規模サーバを稼動させているからである。このようにＣＰＵ負荷が低いにもかかわらず、消費電力が高い状態である夜間時間帯は、電力が無駄に消費していることを示している。
【０００５】
また、図２５の例についても同様に、休日、祝日で業務がないため昼間時間帯、夜間時間帯ともに、ＣＰＵ使用率が低くなっているにもかかわらず、消費電力が高い状態であり、電力を無駄に消費している。
【０００６】
ここで、サーバの無駄な電力を消費させないようにする技術として、サーバをスリープさせ、サーバの代わりにプロキシ装置がリクエストを受信する技術が知られている。例えば、サーバをスリープする際に、プロキシ装置が、サーバと同じアドレスを有する仮想インタフェースを作成する。そして、クライアント端末からサーバ宛にリクエストが送信されると、サーバの代わりにプロキシ装置がリクエストを受信し、サーバを復帰させて、サーバにリクエストに対するレスポンスを返信させる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平９−１７９６６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来の技術では、適切に消費電力を削減することができないという課題があった。すわなち、サーバをスリープさせ、サーバの代わりにプロキシ装置がリクエストを受信する技術では、プロキシ装置がリクエストを受信した場合には、リクエストに対するレスポンスをサーバにさせるために、サーバを復帰させてサーバを稼動させる。このため、プロキシ装置がリクエストを受信した場合には、サーバの稼動させるための電力を消費していまい、消費電力を適切に削減することができない。
【０００９】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、消費電力を適切に削減することを目的とする。
【課題を解決するための手段】
【００１０】
開示のコンピュータは、第一のコンピュータに接続され、当該第一のコンピュータよりも処理能力および消費電力が低い第二のコンピュータであって、前記第一のコンピュータの稼動状態に関する情報を前記第一のコンピュータから取得する取得部と、取得した情報に基づき、前記第一のコンピュータで実行中若しくは実行予定の処理を、前記第二のコンピュータで実行可能か判定する判定部と、実行可能と判定した場合に、前記実行中若しくは実行予定の処理を前記第一のコンピュータから前記第二のコンピュータへ引き継がせるための処理をすべき命令を前記第一のコンピュータに送信する引継命令部と、前記実行中若しくは実行予定の処理を前記第二のコンピュータで実行するための処理環境を前記第二のコンピュータ上に構築する構築部と、前記第一のコンピュータからの引継ぎが完了した後に、前記第一のコンピュータの電源を切断する切断部とを有する。
【発明の効果】
【００１１】
開示のコンピュータは、消費電力を適切に削減することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、実施例１に係る省電力システムの機能的構成を示すブロック図である。
【図２】図２は、相関テーブルの一例を示す図である。
【図３】図３は、節約処理時におけるモード遷移について説明する図である。
【図４】図４は、通常モード時における稼動状況を説明する図である。
【図５】図５は、節約モードのフェーズ１における稼動状況を説明する図である。
【図６】図６は、節約モードのフェーズ２における稼動状況を説明する図である。
【図７】図７は、節約モードのフェーズ３における稼動状況を説明する図である。
【図８】図８は、平日における消費電力の推移と処理モードの遷移の例を説明する図である。
【図９】図９は、休日、祝日における消費電力の推移と処理モードの遷移の例を説明する図である。
【図１０】図１０は、代行処理時におけるモード遷移について説明する図である。
【図１１】図１１は、代行モードのフェーズ１における稼動状況を説明する図である。
【図１２】図１２は、代行モードのフェーズ２における稼動状況を説明する図である。
【図１３】図１３は、復帰処理時におけるモード遷移について説明する図である。
【図１４】図１４は、代行モードのフェーズ３における稼動状況を説明する図である。
【図１５】図１５は、年末、年始、連休における消費電力の推移と処理モードの遷移の例を説明する図である。
【図１６】図１６は、各モードの遷移を説明する図である。
【図１７】図１７は、実施例１に係るＰＣによるモード判定処理の動作を示すフローチャートである。
【図１８】図１８は、実施例１に係るＰＣによるモード判定処理の動作を示すフローチャートである。
【図１９】図１９は、実施例１に係るＰＣによるモード判定処理の動作を示すフローチャートである。
【図２０】図２０は、実施例１に係るＰＣによる節電対象選択処理の動作を示すフローチャートである。
【図２１】図２１は、実施例１に係るＰＣによる相関テーブル更新処理の動作を示すフローチャートである。
【図２２】図２２は、代行能力判定テーブルの例を説明するための図である。
【図２３】図２３は、電力制御プログラムを実行するコンピュータを示す図である。
【図２４】図２４は、平日における従来の消費電力を説明する図である。
【図２５】図２５は、休日、祝日における従来の消費電力を説明する図である。
【発明を実施するための形態】
【００１３】
以下に添付図面を参照して、この発明に係るコンピュータ、電力制御方法および電力制御プログラムの実施例を詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例１】
【００１４】
以下の実施例では、実施例１に係る電力制御システムの構成および実施例１に係るＰＣの処理の流れを順に説明し、最後に実施例１による効果を説明する。
【００１５】
［電力制御システムの構成］
最初に、図１を用いて、電力制御システムの機能的構成を説明する。図１は、実施例１に係る電力制御システムの機能的構成を示すブロック図である。図１に示すように、この電力制御システム１００は、ＰＣ（Personal  Computer）１０、汎用機２０、監視装置３０、電源制御装置４０、データベース５０を有する。
【００１６】
ＰＣ１０は、汎用機２０よりも処理能力および消費電力が低いコンピュータであり、汎用機２０は、グローバルサーバ、基幹ＩＡサーバ、メインフレームなどのコンピュータである。また、実施例１に係る電力制御システム１００は、例えば銀行業務などに適用することができ、通常時には銀行業務を汎用機２０が実施しているものとする。
【００１７】
ＰＣ１０は、ＣＰＵ１１およびメモリ装置１２を有する。ＣＰＵ１１は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。メモリ装置１２は、ＯＳを格納するＯＳ領域を有し、ＣＰＵ１１による各種処理に必要なデータおよびプログラムを記憶する。
【００１８】
ＰＣ１０は、エミュレーションＣＰＵ１１ａ、エミュレーションメモリ装置１２ａ、エミュレーションチャネル装置１３を有する。エミュレーションＣＰＵ１１ａは、汎用機２０のＣＰＵ２１ａ、２１ｂがエミュレートされたＣＰＵであり、汎用機２０のＣＰＵ２１ａ、２１ｂの処理を代行する。エミュレーションメモリ装置１２ａは、汎用機２０のメモリ装置２２がエミュレートされたメモリであり、エミュレーションＣＰＵ１１ａの処理に用いられるプログラムおよびデータを記憶する。エミュレーションチャネル装置１３は、汎用機２０のチャネル装置２３がエミュレートされたチャネルであり、データベース５０との間の通信を行う。
【００１９】
また、ＰＣ１０は、ＬＡＮ６０を介して、汎用機２０と接続されている。ＰＣ１０は、ＬＡＮ６０を介して、汎用機２０の稼動状態に関する情報を取得する。また、ＰＣ１０は、エミュレーションチャネル装置１３の各サブチャネルを介してデータベース５０と接続されている。ＰＣ１０は、チャネルを介して、データベース５０から実行するアプリケーションプログラムと、アプリケーションプログラムの実行に用いられる各種データを取得する。
【００２０】
ＰＣ１０は、汎用機２０の稼動状態に関する情報を取得し、汎用機２０が部分稼動であると判定した場合には、稼動していないＣＰＵやメモリの一部について、電源を停止する節約処理を行う。また、ＰＣ１０は、汎用機２０が実行中若しくは実行予定の処理を自装置で実行可能か判定し、実行可能であると判定した場合には、汎用機２０が実行中若しくは実行予定の処理を代行する代行処理を行う。
【００２１】
つまり、ＰＣ１０は、汎用機２０と比較して、処理能力で劣るが処理に伴う消費電力が低い。一方、汎用機２０は、処理を実行している否かに関わらず、稼動を維持するだけで大量の電力を消費する。このため、ＰＣ１０が、汎用機２０の処理を代行することで、消費電力を削減する。なお、節約処理および代行処理については、後に詳述する。
【００２２】
また、ＰＣ１０は、節約部１４、代行部１５、復帰部１６、相関テーブル１７を有する。相関テーブル１７は、ハードウェア構成とソフトウェア構成の相関関係を記憶するテーブルである。相関テーブル１７は、後述する節約処理において、汎用機２０の一部の電源を切断するために参照されるテーブルである。ここで、図２を用いて、相関テーブル１７について説明する。図２は、相関テーブルの一例を示す図である。なお、図２の例は、チャネル装置２３に対する電源切断時に参照される相関テーブルである。ＰＣ１０は、この他にＣＰＵ２１ａ、２１ｂおよびメモリ装置２２に対する電源切断時に参照される相関テーブルを有する。
【００２３】
図２に示すように、相関テーブル１７は、サブチャネル０〜３について、ハード構成に関する情報およびソフトウェア構成に関する情報を記憶する。相関テーブル１７は、ハードウェア構成に関する情報として、電源供給優先順位および電源状態を記憶する。電源供給優先順位とは、電源を供給する優先順位であり、値が高いほど電源を供給する優先度が高いことを示している。つまり、節電処理時には優先度が低いチャネルから順に電源が切断される。電源状態とは、各サブチャネル０〜３の現在における電源の状態であり、現在の電源がＯＮであるかＯＦＦであるかを示している。
【００２４】
また、相関テーブル１７は、ソフトウェア構成に関する情報として、システム構成チャネルパスおよびオンライン状態を記憶する。システム構成チャネルパスとは、各サブチャネル０〜３のチャネルパスの番号である。オンライン状態とは、各サブチャネル０〜３の現在におけるオンラインか否かの状態であり、オンラインであるかオフラインであるかを示している。なお、節約部１４、代行部１５、復帰部１６については、後に詳述する。
【００２５】
汎用機２０は、複数のＣＰＵ２１ａ、２１ｂ、メモリ装置２２、チャネル装置２３を有し、ＬＡＮ６０などを介してＰＣ１０、監視装置３０、および電源制御装置４０と接続されている。また、汎用機２０は、データベース５０とチャネルを介して接続される。
【００２６】
ＣＰＵ２１ａ、２１ｂは、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。メモリ装置２２は、ＣＰＵ１１による各種処理に必要なデータおよびプログラムを記憶する。また、ＣＰＵ２１ａ、２１ｂは、それぞれ個別に電源の投入および切断が行われる。
【００２７】
また、メモリ装置２２は、セグメント１〜セグメント４に分かれている。図１の例では、セグメント１には、ハードウェアに関する情報を記憶する領域であるハードウェア固定領域が存在し、セグメント２には、ＯＳに関する情報を記憶する領域であるソフトウェアＯＳ領域が存在する。また、各セグメントについて、それぞれ個別に電源の投入および切断が行われる。チャネル装置２３は、複数のサブチャネルを有し、データベース５０との間の通信を行う。また、各サブチャネルについて、それぞれ個別に電源の投入および切断が行われる。
【００２８】
監視装置３０は、汎用機２０の稼動状態を監視する。例えば、監視装置３０は、汎用機２０におけるＣＰＵ２１ａ、２１ｂの稼動状態として、各空間のページイン回数を監視する。ここで、監視装置３０は、ページイン回数ではなくＣＰＵ使用率を監視してもよい。ただし、ＣＰＵ使用率の変動に比べて、ページイン回数の変動の方が安定しており、ページイン回数を監視した方がＣＰＵ２１ａ、２１ｂの稼動状態を適切に監視することができる。
【００２９】
電源制御装置４０は、汎用機２０の電源を制御する。例えば、電源制御装置４０は、汎用機２０全体の電源を切断、または汎用機２０における節電対象となる一部の電源を停止する処理を行う。ここで、電源制御装置４０は、一部の電源を停止する場合に、メモリ装置２２についてはセグメント単位で電源を停止し、チャネル装置２３についてはサブチャネル単位で電源を停止する。
【００３０】
データベース５０は、ＰＣ１０および汎用機２０によって実行されるアプリケーションプログラムと、アプリケーションプログラムの実行に用いられる各種データを記憶しており、ＰＣ１０および汎用機２０と接続されている。
【００３１】
ここで、ＰＣ１０の節約部１４、代行部１５、復帰部１６について説明する。節約部１４は、汎用機２０の一部の電源を停止する節約処理を行い、監視部１４ａ、判断部１４ｂ、操作管理部１４ｃ、復旧部１４ｄを有する。
【００３２】
監視部１４ａは、所定時間間隔ごとに、汎用機２０の処理負荷を監視する。例えば、監視部１４ａは、所定時間間隔ごとに、汎用機２０のＣＰＵ稼動状態およびメモリ負荷の稼動状態に関する情報として、ページイン回数を監視装置３０から取得する。
【００３３】
また、監視部１４ａは、所定時間ごとに、汎用機２０のチャネル稼動状態に関する情報として、単位時間当たりのスタートＩ／Ｏ（input/output）発行数を監視装置３０から取得する。その後、監視部１４ａは、取得した稼動状態に関する情報を判断部１４ｂに通知する。
【００３４】
判断部１４ｂは、汎用機２０の処理負荷が所定以上であるか判定する。例えば、判断部１４ｂは、監視部１４ａが取得したページイン回数またはスタートＩ／Ｏ発行数が所定の閾値以上であるか判定する。この結果、判断部１４ｂは、ページイン回数またはスタートＩ／Ｏ発行数が所定の閾値以上でない場合には、節約モードに移行する。また、判断部１４ｂは、ページイン回数およびスタートＩ／Ｏ発行数が所定の閾値以上である場合には、通常モードを維持または移行する。
【００３５】
つまり、汎用機２０の処理負荷が疎負荷状態である場合には、不要な機能の電源を停止するために通常モードから節約モードに移行する。また、通常モード時において、汎用機２０の処理負荷が過負荷状態である場合には、通常モードを維持する。また、節約モード時において、汎用機２０の処理負荷が過負荷状態である場合には、節約モードから通常モードに移行する。
【００３６】
ここで、ＰＣ１０に設定されている各モードについて簡単に説明する。ＰＣ１０には、通常モード、節約モード、代行モード、緊急モードの４つのモードが設定されている。通常モードとは、汎用機２０が疎負荷状態でない場合に動作する通常時のモードである。また、節約モードとは、汎用機２０が疎負荷状態である場合の動作モードであり、汎用機２０の一部の電源を停止する節約処理を実行するモードである。
【００３７】
また、代行モードとは、汎用機２０が疎負荷状態であって、かつ、汎用機２０の処理をＰＣ１０が代行できる場合に、動作するモードであり、汎用機２０の全体の電源を切断する代行処理を実行するモードである。また、緊急モードとは、通常モードへ緊急に戻る必要性が発生した場合に、動作するモードである。なお、各モードの遷移については、図１６などを用いて後に詳述する。
【００３８】
操作管理部１４ｃは、判断部１４ｂによって汎用機２０の処理負荷が所定以上であると判定された場合に、汎用機２０の一部の電源を切断する。例えば、操作管理部１４ｃは、節約モードに移行した場合に、電源切断対象器機（ＣＰＵ、メモリ、チャネルなど）をＯＳから切り離した後に、電源切断対象器機の電源を切断する旨の指示を電源制御装置４０に通知する。
【００３９】
ここで、操作管理部１４ｃは、汎用機２０の一部の電源を切断する際に、相関テーブル１７を参照して、電源切断対象器機を選択する。図２の例を用いて説明すると、操作管理部１４ｃは、相関テーブル１７に記憶されている各サブチャネル０〜３のうち、電源供給優先順位の値が最も低いサブチャネルを電源切断対象器機に選択する。図２の例では、電源供給優先順位の値が最も低いサブチャネル３を電源切断対象器機に選択する。そして、操作管理部１４ｃは、サブチャネル３を電源切断指示とともに、システム構成チャネルパス「３２０５」を電源制御装置４０に通知する。電源制御装置４０は、サブチャネル３を電源操作単位とし、システム構成チャネルパス「３２０５」をＯＳの操作単位として、電源切断処理とＯＳからの切り離し処理を行う。その後、操作管理部１４ｃは、電源状態を「ＯＦＦ」に更新し、オンライン状態を「オフライン」に更新する。
【００４０】
復旧部１４ｄは、電源切断対象器機の電源を復旧させる。例えば、復旧部１４ｄは、汎用機２０が過負荷状態となって節約モードのフェーズ３から通常モードへ移行した場合に、電源が切断されている器機のへの電源を投入する。その後、復旧部１４ｄは、電源が投入された器機をＯＳへ組み込む旨の指示を電源制御装置４０に指示する。
【００４１】
ここで、図３を用いて節約処理時におけるモード遷移について説明する。図３は、節約処理時におけるモード遷移について説明する図である。図３の例では、（１）が通常モード時の処理を示し、（２）が通常モードから節約モードのフェーズ１時に切り替わる際の処理を示し、（３）が節約モードのフェーズ２時の処理を示し、（４）が節約モードフェーズ３時の処理を示している。
【００４２】
図３の（１）に示すように、通常モードにおけるＰＣ１０は、汎用機２０に対して電力切断処理を行わず、汎用機２０が通常時の処理を行っている。このため、汎用機２０の稼動率および電力供給量が１００％であり、ＰＣ１０の稼動率が０％である。その後、ＰＣ１０は、汎用機２０が疎負荷状態になった場合には、通常モードから節約モードのフェーズ１に移行する。
【００４３】
図３の（２）に示すように、通常モードから節約モードのフェーズ１に移行すると、ＰＣ１０は、汎用機２０のハードウェアに関する情報、ソフトウェアに関する情報、稼動状況に関する情報および電力状況に関する情報を取得し、節約モードのフェーズ２に移行する。
【００４４】
図３の（３）に示すように、節約モードのフェーズ２に移行すると、ＰＣ１０は、相関テーブル１７を参照して電源切断対象器機を選択し、電源切断器機の電源を切断するために、電源操作を行う。このため、汎用機の稼動率が１０％〜６０％に低下し、電力供給量も３０％〜８０％に低下させる。その後、ＰＣ１０は、汎用機２０が過負荷状態になった場合には、節約モードフェーズ２から節約モードのフェーズ３に移行する。
【００４５】
図３の（４）に示すように、節約モードのフェーズ３に移行すると、電源が切断されている器機のへの電源を投入して汎用機２０を復旧させ、汎用機２０のハード電力供給量を元の１００％に戻す。
【００４６】
次に、図４〜図７を用いて、各モード時におけるＰＣ１０および汎用機２０の稼動状況について説明する。図４は、通常モード時における稼動状況を説明する図である。図５は、節約モードのフェーズ１における稼動状況を説明する図である。図６は、節約モードのフェーズ２における稼動状況を説明する図である。図７は、節約モードのフェーズ３における稼動状況を説明する図である。なお、図４〜図７の例では、稼動していない器機には、斜線が塗られている。図４に示すように、通常時において、汎用機２０は、ＣＰＵ２１ａ、２１ｂ、メモリ装置２２、チャネル装置２３の全ての器機が稼動している。また、通常時において、ＰＣ１０の各器機は、全て稼動していない。
【００４７】
そして、図５に示すように、節約モードのフェーズ１において、ＰＣ１０の節約部１４は、汎用機２０およびＬＡＮ６０を介して、監視装置３０から汎用機２０の稼動状態に関する情報を取得する。また、図５に示すように、節約モードのフェーズ１に移行すると、ＰＣ１０は、節約処理を実行するために、ＣＰＵ１１およびメモリ装置１２を稼動させる。
【００４８】
そして、図６に示すように、節約モードのフェーズ２において、ＰＣ１０の節約部１４は、相関テーブル１７を参照して電源切断対象器機を選択する。ここで図６の例では、電源供給優先順位の値が低いＣＰＵ２１ｂ、メモリ装置２２のセグメント３、セグメント４、チャネル装置２３のサブチャネル２、サブチャネル３を電源切断対象器機とする。そして、節約部１４は、電源切断対象器機の電源を切断する旨の指示を電源制御装置４０に送信する。電源制御装置４０は、電源切断の指示を受信すると、電源切断対象器機をＯＳから切り離し、電源切断対象器機の電源を切断する。なお、実施例１では、ＰＣ１０は、汎用機２０およびＬＡＮ６０を介して、監視装置３０および電源制御装置４０と通信を行っているが、これに限定されるものではなく、監視装置３０および電源制御装置４０とＬＡＮ６０で接続し、ＬＡＮ６０を介して直接通信してもよい。
【００４９】
そして、図７に示すように、節約モードのフェーズ３において、ＰＣ１０の節約部１４は、電源が切断されている器機のへの電源を投入する旨の指示を電源制御装置４０へ送信する。そして、電源制御装置４０は、電源投入の指示を受信すると、電源切断対象器機への電源を投入した後に、電源が投入された器機を汎用機２０のＯＳへ組み込む。これにより、汎用機２０は、通常の作業に戻り、消費電力も元の状態に戻る。
【００５０】
上記の説明では、汎用機２０の処理負荷が疎負荷状態である場合には、節約モードに移行し、汎用機２０の処理負荷が過負荷状態である場合には、通常モードに戻ると説明したが、モードの移行を事前に設定するようにしてもよい。例えば、汎用機２０の処理負荷が疎負荷となるか過負荷となるかが事前に想定できる場合には、ＰＣ１０に対して事前にモードの移行を設定するようにしてもよい。
【００５１】
ここで、図８および図９を用いて、ＰＣ１０に対して事前にモードの移行を設定した場合における消費電力の推移と処理モードの遷移の例を説明する。図８は、平日における消費電力の推移と処理モードの遷移の例を説明する図である。図９は、休日、祝日における消費電力の推移と処理モードの遷移の例を説明する図である。図８および図９では、節約処理を行わない場合におけるＣＰＵ負荷および消費電力の推移である「消費電力の推移」が示されている。また、図８および図９では、節約処理を行った場合におけるＣＰＵ負荷および消費電力の推移である「節約時の消費電力の推移」、ＰＣ１０に対して事前に設定されたモード移行の予定である「スケジュール」、処理モードの遷移である「処理モードの遷移」が示されている。
【００５２】
また、図８および図９において「スケジュール」に示す黒い丸は、モードを遷移することが設定されていることを示し、黒い三角は、フェーズを遷移することが設定されていることを示し、白い丸は、現状のモードおよびフェーズを維持することを示している。
【００５３】
まず、図８を用いて、平日における消費電力の推移と処理モードの遷移について説明する。図８の「消費電力の推移」に示すように、昼間時間帯の９：００〜１７：００に比べて、夜間時間帯の１７：００〜９：００のＣＰＵ使用率が低い。これは、１７：００以降は業務が終了しているため、汎用機２０のＣＰＵ負荷が低いからである。しかし、夜間時間帯において、ＣＰＵの負荷が低くなっているにもかかわらず、消費電力は昼間時間帯と夜間時間帯とでは差があまりない。これは、夜間時間帯においても汎用機２０の全体を稼動させているからである。ＣＰＵ負荷が低いにもかかわらず、消費電力が高い状態である夜間時間帯は、電力が無駄に消費していることを示している。
【００５４】
そこで、図８の「スケジュール」に示すように、ＰＣ１０に対して、夜間時間帯になる１７：００の少し前に節約モードのフェーズ１に移行するように設定する（図８のスケジュール「Ａ」参照）。ここでは、１７：００に通常モードから節約モードのフェーズ１に移行して電源を切断する処理を行うことができるようにするため、１７：００より前に節約モードのフェーズ１に移行するように設定している。
【００５５】
また、夜間時間帯になる１７：００頃に節約モードのフェーズ１からフェーズ２に移行するように設定する（図８のスケジュール「Ｂ」参照）。また、夜間時間帯が終了する９：００より少し前に節約モードのフェーズ２からフェーズ３に移行するように設定する（図８のスケジュール「Ｃ」参照）。ここでは、９：００に節約モードのフェーズ３から通常モードに移行して電源を復旧する処理を行うことができるようにするため、９：００より前に節約モードのフェーズ３に移行するように設定している。また、夜間時間帯が終了する９：００頃に節約モードのフェーズ３から通常モードに移行するように設定する（図８のスケジュール「Ｄ」参照）。
【００５６】
上記のように、モード移行が設定されている場合における処理モードの遷移について説明する。図８の「処理モードの遷移」に示すように、ＰＣ１０は、昼間時間帯の９：００〜１７：００が通常モードで動作し、夜間時間帯となる１７：００前に節約モードのフェーズ１に移行し、１７：００に節約モードのフェーズ２に移行し、昼間時間帯となる９：００前に節約モードのフェーズ３に移行する。その後、昼間時間帯の９：００になると、通常モードに移行する。
【００５７】
このように、モードが遷移した場合における消費電力の推移について説明する。図８の「節約時の消費電力の推移」に示すように、ＰＣ１０は、節約処理を行わなかった場合と比較して、夜間時間帯における消費電力が節約されている。つまり、ＰＣ１０は、夜間時間帯において、汎用機２０の一部の電源を切断することで、消費電力を節約することができる。
【００５８】
次に、図９を用いて、休日、祝日における消費電力の推移と処理モードの遷移について説明する。図９の「消費電力の推移」に示すように、休日、祝日で業務がないため、昼間時間帯、夜間時間帯ともに、ＣＰＵ使用率が低い。昼間時間帯、夜間時間帯ともに、ＣＰＵの負荷が低くなっているにもかかわらず、消費電力が高い状態であり、電力が無駄に消費している。
【００５９】
そこで、図９の「スケジュール」に示すように、ＰＣ１０に対して、休日、祝日の９：００になる少し前に節約モードのフェーズ１に移行するように設定する（図９のスケジュール「Ａ」参照）。そして、節約モードのフェーズ１からフェーズ２に移行するように設定している（図９のスケジュール「Ｂ」参照）。
【００６０】
また、休日、祝日の翌日の９：００になる前に節約モードのフェーズ３に移行するように設定する（図９のスケジュール「Ｃ」参照）。ここでは、節約モードのフェーズ３から通常モードに移行して電源を復旧する処理を行うことができるようにするため、休日、祝日の翌日の９：００より前に節約モードのフェーズ３に移行するように設定している。また、休日、祝日の翌日の９：００頃に通常モードに移行するように設定する（図９のスケジュール「Ｄ」参照）。
【００６１】
上記のように、モード移行が設定されている場合における処理モードの遷移について説明する。図９の「処理モードの遷移」に示すように、ＰＣ１０は、休日、祝日の９：００前に節約モードのフェーズ１に移行し、その後、節約モードのフェーズ２に移行し、休日、祝日の翌日の９：００前に節約モードのフェーズ３に移行する。その後、休日、祝日の翌日の９：００になると、通常モードに移行する。
【００６２】
このように、モードが遷移した場合における消費電力の推移について説明する。図９の「節約時の消費電力の推移」に示すように、ＰＣ１０は、節約処理を行わなかった場合と比較して、休日、祝日における消費電力が節約されている。つまり、ＰＣ１０は、休日、祝日において、汎用機２０の一部の電源を切断することで、消費電力を節約することができる。
【００６３】
図１に戻って、代行部１５について説明する。代行部１５は、ＰＣ１０が汎用機２０の処理を代行する処理環境を構築し、汎用機２０の電源を切断する代行処理を行い、取得部１５ａ、判定部１５ｂ、引継命令部１５ｃ、構築部１５ｄ、切断部１５ｅを有する。
【００６４】
取得部１５ａは、汎用機２０の稼動状態に関する情報を汎用機２０から取得する。例えば、取得部１５ａは、所定時間間隔ごとに、汎用機２０のＣＰＵ稼動状態およびメモリ負荷の稼動状態に関する情報として、ページイン回数を監視装置３０から取得する。また、取得部１５ａは、所定時間ごとに、汎用機２０のチャネル稼動状態に関する情報として、単位時間当たりのスタートＩ／Ｏ（input/output）発行数を監視装置３０から取得する。その後、監視部１４ａは、取得した稼動状態に関する情報を判定部１５ｂに通知する。
【００６５】
判定部１５ｂは、取得した情報に基づき、汎用機２０で実行中若しくは実行予定の処理を、ＰＣ１０で実行可能か判定する。例えば、判定部１５ｂは、取得部１５ａが取得したページイン回数またはスタートＩ／Ｏ発行数が所定の閾値以上であるか判定する。この結果、判定部１５ｂは、ページイン回数またはスタートＩ／Ｏ発行数が所定の閾値以上でない場合には、自装置であるＰＣ１０のページイン回数またはスタートＩ／Ｏ発行数が所定の閾値以上であるか判定する。
【００６６】
この結果、判定部１５ｂは、ＰＣ１０のページイン回数またはスタートＩ／Ｏ発行数が所定の閾値以上でない場合には、代行モードに移行する。つまり、汎用機２０の処理負荷が疎負荷状態であって、汎用機２０で実行中若しくは実行予定の処理をＰＣ１０で実行可能である場合には、汎用機２０の電源を停止するために代行モードに移行する。
【００６７】
引継命令部１５ｃは、実行可能と判定した場合に、実行中若しくは実行予定の処理を汎用機２０からＰＣ１０へ引き継がせるための処理をすべき命令を汎用機２０に送信する。例えば、引継命令部１５ｃは、汎用機２０に代行切替命令を送信する。ここで、代行切替命令とは、汎用機２０側の全ての動作を保留させて、代行切替準備を構築させる命令である。
【００６８】
ここで、代行切替命令を受信した汎用機２０の処理について説明する。汎用機２０は、代行切替命令を受信すると、ファームフェア上でＰＳＷ（Program  Status  Word）割り込み禁止のマスクを設定する。そして、汎用機２０は、割込禁止状態でＬＡＮ６０を経由して、汎用機２０のメモリ領域からＰＣ１０のエミュレーション領域への内容を複写する。そして、汎用機２０は、チャネル状況もＰＣ１０側のエミュレーション領域へ複写する。続いて、汎用機２０は、再開時のために再開用ＰＳＷを設定した後にＰＣ１０側へ切替信号を送信し、システムダウンする。
【００６９】
構築部１５ｄは、実行中若しくは実行予定の処理をＰＣ１０で実行するための処理環境をＰＣ１０上に構築する。例えば、構築部１５ｄは、引継命令部１５ｃによって汎用機２０に代行の切替依頼が送信された後、エミュレーションＣＰＵ１１ａ、エミュレーションメモリ装置１２ａおよびエミュレーションチャネル装置１３を構築し、汎用機２０の処理を代行する。これにより、汎用機２０上で展開されていた処理環境がＰＣ１０上に複写されることになる。
【００７０】
切断部１５ｅは、汎用機２０からの引継ぎが完了した後に、汎用機２０の電源を切断する。例えば、切断部１５ｅは、汎用機２０からの引継ぎが完了した後に、かつ、引き継いだ処理の実行がＰＣ１０で開始された後に、汎用機２０の電源を切断する旨の指示を電源制御装置４０に通知する。つまり、引継ぎの安全性を高めるために、処理の実行開始を待って、汎用機２０の電源を切断する。
【００７１】
ここで、図１０を用いて代行処理時におけるモード遷移について説明する。図１０は、代行処理時におけるモード遷移について説明する図である。図１０の例では、（１）が節約モードのフェーズ２から代行モードのフェーズ１に切り替わる際の処理を示し、（２）が代行モードのフェーズ２の処理を示している。図１０（１）に示すように、ＰＣ１０は、節約モードのフェーズ２から代行モードのフェーズ１に切り替わると、汎用機２０のハードウェアに関する情報、ソフトウェアに関する情報を取得する。そして、ＰＣ１０は、汎用機２０のエミュレーション環境を構築して、代行モードフェーズ２に移行する。
【００７２】
続いて、図１０の（２）に示すように、代行モードのフェーズ２に移行すると、ＰＣ１０は、汎用機２０のエミュレーション環境を構築した後、汎用機２０の処理を代行する。そして、ＰＣ１０は、汎用機２０からの引継ぎが完了した後に、汎用機２０の電源を切断する。このため、汎用機２０の稼動率が０％となり、電力供給量も１０％以下に低下させる。
【００７３】
次に、図１１および図１２を用いて、各モード時におけるＰＣ１０および汎用機２０の稼動状況について説明する。図１１は、代行モードのフェーズ１における稼動状況を説明する図である。図１２は、代行モードのフェーズ２における稼動状況を説明する図である。なお、図１１、図１２の例では、稼動していない器機には、斜線が塗られている。
【００７４】
図１１に示すように、代行モードのフェーズ１において、ＰＣ１０の代行部１５は、汎用機２０に代行切替命令を送信する。そして、汎用機２０は、代行切替命令を受信すると、ファームフェア上でＰＳＷ（Program  Status  Word）割り込み禁止のマスクを設定する。そして、汎用機２０は、割込禁止状態でＬＡＮ６０を経由して、汎用機２０のメモリ領域からＰＣ１０のエミュレーション領域への内容を複写する。そして、汎用機２０は、チャネル状況もＰＣ１０側のエミュレーション領域へ複写する。
【００７５】
そして、図１２に示すように、代行モードのフェーズ２において、ＰＣ１０は、汎用機２０のエミュレーション環境を構築した後、汎用機２０からＣＰＵ実行権が譲渡され、汎用機２０の処理を代行する。その後、ＰＣ１０の代行部１５は、汎用機２０の電源を切断する旨の指示を電源制御装置４０に送信する。電源制御装置４０は、電源切断の指示を受信すると、汎用機２０の電源を切断する。
【００７６】
上記の説明では、汎用機２０の処理負荷が疎負荷状態であって、汎用機２０で実行中若しくは実行予定の処理をＰＣ１０で実行可能である場合には、代行モードに移行すると説明したが、モードの移行を事前に設定するようにしてもよい。例えば、汎用機２０の処理負荷などが事前に想定できる場合には、ＰＣ１０に対して事前にモードの移行を設定するようにしてもよい。
【００７７】
図１に戻って、復帰部１６について説明する。復帰部１６は、汎用機２０の電源を再投入する復帰処理を行い、監視部１６ａ、起動部１６ｂ、構築命令部１６ｃ、引継部１６ｄを有する。
【００７８】
監視部１６ａは、ＰＣ１０上で代行処理を実行している間、所定間隔ごとに、ＰＣ１０の処理負荷を監視する。例えば、監視部１６ａは、所定時間間隔ごとに、ＰＣ１０のＣＰＵ稼動状態およびメモリ負荷の稼動状態に関する情報として、ページイン回数をＰＣ１０のＯＳ領域から取得する。また、監視部１６ａは、所定時間ごとに、ＰＣ１０のチャネル稼動状態に関する情報として、単位時間当たりのスタートＩ／Ｏ（input/output）発行数をＰＣ１０のＯＳ領域から取得する。その後、監視部１６ａは、取得した稼動状態に関する情報を起動部１６ｂに通知する。
【００７９】
起動部１６ｂは、ＰＣ１０の処理負荷が所定以上になった場合に、汎用機２０を起動する。例えば、起動部１６ｂは、自装置であるＰＣ１０のページイン回数またはスタートＩ／Ｏ発行数が所定の閾値以上であるか判定する。この結果、判定部１５ｂ、ＰＣ１０のページイン回数またはスタートＩ／Ｏ発行数が所定の閾値以上である場合には、代行モードのフェーズ３に移行する。
【００８０】
構築命令部１６ｃは、汎用機２０の起動後、ＰＣ１０上で実行中の処理環境を汎用機２０上で構築させるための処理をすべき命令を汎用機２０に送信する。例えば、構築命令部１６ｃは、代行モードのフェーズ３に移行すると、最低限必要なハード機器へ電源を投入し、ハード機器が正常動作した後に、復帰処理を開始する復帰切替命令を送信する。そして、構築命令部１６ｃは、ＰＣ１０の割り込み処理を禁止にし、ＬＡＮ６０を経由して、ＰＣ１０のエミュレーション領域から汎用機２０のメモリ領域へメモリの内容を複写し、チャネル状況も汎用機２０へ複写する。
【００８１】
引継部１６ｄは、ＰＣ１０上で実行中の処理環境が汎用機２０上で構築された後に、実行中の処理をＰＣ１０から汎用機２０へ引き継がせるための処理を実行する。例えば、引継部１６ｄは、汎用機２０がリスタート割り込みを実行する指示をＬＡＮ６０経由で汎用機２０に送信し、汎用機２０に通常通りの処理を継続稼動させる。
【００８２】
ここで、図１３を用いて復帰処理時におけるモード遷移について説明する。図１３は、復帰処理時におけるモード遷移について説明する図である。図１３に示すように、ＰＣ１０は、代行モードのフェーズ２からフェーズ３に移行すると、最低限必要なハード機器へ電源を投入し、ハード機器が正常動作した後に、復帰処理を開始する復帰切替命令を送信する。そして、ＰＣ１０は、ＣＰＵの実行権を汎用機２０側へ復帰させて、汎用機２０に通常通りの処理を継続稼動させる。その後、ＰＣ１０は、節約モードのフェーズ２へ移行する。
【００８３】
また、ＰＣ１０は、通常モードへ緊急に戻るための緊急モードが設定されている。緊急モードでは、代行モードのフェーズ２を除いた他の全てのモードから移行されるモードであり、一定時間内に通常モードへ戻る処理を行う。
【００８４】
次に、図１４を用いて、各モード時におけるＰＣ１０および汎用機２０の稼動状況について説明する。図１４は、代行モードのフェーズ３における稼動状況を説明する図である。なお、図１４の例では、稼動していない器機には、斜線が塗られている。
【００８５】
図１４に示すように、代行モードのフェーズ３において、ＰＣ１０の復帰部１６は、最低限必要なハード機器へ電源を投入し、ハード機器が正常動作した後に、汎用機２０に復帰切替命令を送信する。そして、ＰＣ１０の復帰部１６は、ＰＣ１０の割り込み処理を禁止にし、ＬＡＮ６０を経由して、ＰＣ１０のエミュレーション領域から汎用機２０のメモリ領域へメモリの内容を複写し、チャネル状況も汎用機２０へ複写する。その後、ＰＣ１０は、ＣＰＵの実行権を汎用機２０側へ返却し、汎用機２０に通常通りの処理を継続稼動させる。
【００８６】
ここで、図１５を用いて、ＰＣ１０に対して事前にモードの移行を設定した場合における消費電力の推移と処理モードの遷移の例を説明する。図１５は、年末、年始、連休における消費電力の推移と処理モードの遷移の例を説明する図である。図１５では、代行処理を行った場合におけるＣＰＵ負荷および消費電力の推移である「代行時の消費電力の推移」、ＰＣ１０に対して事前に設定されたモード移行の予定である「スケジュール」、処理モードの遷移である「処理モードの遷移」が示されている。また、図１５において「スケジュール」に示す黒い丸は、モードを遷移することが設定されていることを示し、黒い三角は、フェーズを遷移することが設定されていることを示し、白い丸は、現状のモードおよびフェーズを維持することを示している。
【００８７】
図１５の「スケジュール」に示すように、ＰＣ１０に対して、連休初日になる少し前に節約モードのフェーズ１に移行するように設定している（図１５のスケジュール「Ａ」参照）。そして、節約モードのフェーズ１からフェーズ２に移行するように設定している（図１５のスケジュール「Ｂ」参照）。また、連休初日が終わる少し前に代行モードのフェーズ１に移行するように設定する（図１５のスケジュール「Ｃ」参照）。そして、代行モードのフェーズ１からフェーズ２、フェーズ２からフェーズ３に移行するように設定している（図１５のスケジュール「Ｄ」、「Ｅ」参照）。そして、連休末日の少し前に代行モードのフェーズ３から節約モードのフェーズ２に移行するように設定している（図１５のスケジュール「Ｆ」参照）。
【００８８】
そして、連休末日に節約モードのフェーズ２からフェーズ３に移行するように設定している（図１５のスケジュール「Ｇ」参照）。そして、平日になる少し前に、節約モードのフェーズ３から通常モードに移行するように設定している（図１５のスケジュール「Ｈ」参照）。
【００８９】
上記のように、モード移行が設定されている場合における処理モードの遷移について説明する。図１５の「処理モードの遷移」に示すように、ＰＣ１０は、連休初日になる少し前に節約モードのフェーズ１に移行し、その後、節約モードのフェーズ２に移行し、連休初日が終わる前に代行モードのフェーズ１に移行する。その後、連休中に代行モードのフェーズ２、フェーズ３と遷移する。そして、連休末日の少し前に節約モードのフェーズ２に移行し、その後、節約モードのフェーズ３に移行し、平日になる少し前に、節約モードのフェーズ３から通常モードに移行する。
【００９０】
上記のように、モードが遷移した場合における消費電力の推移について説明する。図１５の「代行時の消費電力の推移」に示すように、ＰＣ１０は、連休初日および連休末日において、汎用機２０の一部の電源を切断することで、消費電力を節約することができる。また、連休初日および連休末日を除く連休中においては、ＰＣが汎用機２０の処理を代行して汎用機２０電源を切断するので、ＰＣ１０のみが電力を消費し、汎用機２０の消費電力を削減することができる。
【００９１】
次に、図１６を用いて、各モードの遷移について説明する。図１６は、各モードの遷移を説明する図である。図１６に示すように、通常モードにおいて、ＰＣ１０は、汎用機２０の稼動状況を把握し（ステップＳ１）、モード判定を行う（ステップＳ２）。ここで、モード判定として、ＰＣ１０は、汎用機２０の処理負荷が疎負荷状態であるか判定し、汎用機２０が疎負荷状態である場合には、節約モードのフェーズ１に移行する（ステップＳ３）。
【００９２】
その後、節約モードのフェーズ２に移行し（ステップＳ４）、モード判定を行う（ステップＳ５）。ここで、モード判定として、ＰＣ１０は、汎用機２０で実行中若しくは実行予定の処理をＰＣ１０で実行可能か判定する。この結果、汎用機２０で実行中若しくは実行予定の処理をＰＣ１０で実行可能である場合には、代行モードのフェーズ１に移行する（ステップＳ７）。また、節約モードのフェーズ２におけるモード判定において（ステップＳ５）、汎用機２０が過負荷状態となったか判定する。この結果、汎用機２０が過負荷状態となった場合には、節約モードのフェーズ３に移行した後に、通常モードへ移行する（ステップＳ６）。
【００９３】
一方、ＰＣ１０は、代行モードのフェーズ１に移行すると（ステップＳ７）、その後代行モードのフェーズ２に移行し（ステップＳ８）、モード判定を行う（ステップＳ９）。ここで、モード判定として、ＰＣ１０は、ＣＰＵの処理負荷が所定以上であるか判定する。そして、ＣＰＵの処理負荷が所定以上になった場合には、代行モードのフェーズ３に移行した後（ステップＳ１０）、節約モードのフェーズ２に移行する（ステップＳ４）。
【００９４】
［ＰＣによる処理］
次に、図１７〜図２０を用いて、実施例１に係るＰＣ１０による処理を説明する。図１７は、実施例１に係るＰＣによるモード判定処理の動作を示すフローチャートである。図１８は、実施例１に係るＰＣによるモード判定処理の動作を示すフローチャートである。図１９は、実施例１に係るＰＣによるモード判定処理の動作を示すフローチャートである。図２０は、実施例１に係るＰＣによる節電対象選択処理の動作を示すフローチャートである。図２１は、実施例１に係るＰＣによる相関テーブル更新処理の動作を示すフローチャートである。
【００９５】
まず、図１７を用いて、通常時におけるモード判定処理について説明する。図１７に示すように、通常時におけるＰＣ１０は、所定の時間間隔（以下、モード判定サイクルという）待った後（ステップＳ１０１）、ＰＣ１０に対して事前に設定されたモード移行の予定である時間帯情報を取得し（ステップＳ１０２）。そして、ＰＣ１０は、時間帯情報から今が節約時間帯であるか判定する（ステップＳ１０３）。
【００９６】
この結果、ＰＣ１０は、今が節約時間帯でない場合には（ステップＳ１０３否定）、現状の通常モードのままで処理を終了する。また、ＰＣ１０は、今が節約時間帯であると判定した場合には（ステップＳ１０３肯定）、ページイン回数などから疎負荷であるか判定する（ステップＳ１０４）。この結果、ＰＣ１０は、疎負荷でないと判定した場合には（ステップＳ１０５否定）、現状の通常モードのままで処理を終了する。また、ＰＣ１０は、疎負荷であると判定した場合には（ステップＳ１０５肯定）、節約モードへ移行して（ステップＳ１０６）、処理を終了する。
【００９７】
次に、図１８を用いて、節約時におけるモード判定処理について説明する。図１８に示すように、節約モードにおけるＰＣ１０は、モード判定サイクルとして設定された時間間隔を待機し（ステップＳ２０１）、モード判定サイクル値を超えると（ステップＳ２０２肯定）、汎用機２０のページイン回数などから疎負荷を判定する（ステップＳ２０３）。この結果、ＰＣ１０は、ページイン回数などから疎負荷状態でないと判定された場合には（ステップＳ２０４否定）、ステップＳ２０１に戻る。
【００９８】
また、ＰＣ１０は、ページイン回数などから疎負荷状態であると判定された場合には（ステップＳ２０４肯定）、汎用機２０で実行中若しくは実行予定の処理を、ＰＣ１０で実行可能か判定する（ステップＳ２０５）。この結果、汎用機２０で実行中若しくは実行予定の処理を、ＰＣ１０で実行可能であると判定された場合には（ステップＳ２０５肯定）、代行モードへ移行する（ステップＳ２０６）。
【００９９】
また、ＰＣ１０は、汎用機２０で実行中若しくは実行予定の処理を、ＰＣ１０で実行可能でないと判定された場合には（ステップＳ２０５否定）、電源節電対象器機の選定処理（後に図２０を用いて詳述）を行う（ステップＳ２０７）。
【０１００】
次に、図１９を用いて、節約時におけるモード判定処理について説明する。図１９に示すように、代行モードにおけるＰＣ１０は、モード判定サイクルとして設定された時間間隔を待機し（ステップＳ３０１）、モード判定サイクル値を超えると（ステップＳ３０２肯定）、自装置のページイン回数などから過負荷を判定する（ステップＳ３０３）。
【０１０１】
この結果、ＰＣ１０は、過負荷でないと判定した場合には（ステップＳ３０４否定）、現状の代行モードのままで処理を終了する。また、ＰＣ１０は、過負荷であると判定した場合には（ステップＳ３０４肯定）、節約モードへ移行して（ステップＳ３０５）、処理を終了する。
【０１０２】
次に、図２０を用いて、節約時におけるモード判定処理について説明する。図２０に示すように、ＰＣ１０は、相関テーブル１７を参照し、電源節電対象となる器機を選択する（ステップＳ４０１）。例えば、操作管理部１４ｃは、相関テーブル１７に記憶されている各器機のうち、電源供給優先順位の値が最も低い器機を電源切断対象器機に選択する。
【０１０３】
そして、ＰＣ１０は、モード判定サイクルとして設定された時間間隔を待機し（ステップＳ４０２）、モード判定サイクル値を超えると（ステップＳ４０３肯定）、汎用機２０のページイン回数などから過負荷を判定する（ステップＳ４０４）。この結果、ＰＣ１０は、過負荷でないと判定した場合には（ステップＳ４０５否定）、現状の節約モードのままで処理を終了する。また、ＰＣ１０は、過負荷であると判定した場合には（ステップＳ４０５肯定）、通常モードへ移行して（ステップＳ４０６）、処理を終了する。
【０１０４】
次に、図２１を用いて、節約時における相関テーブル更新処理について説明する。図２１に示すように、ＰＣ１０は、ハードウェア構成の変更があったか判定する（ステップＳ５０１）。この結果、ＰＣ１０は、ハードウェア構成の変更がない場合には（ステップＳ５０１否定）、そのまま処理を終了する。また、ＰＣ１０は、ハードウェア構成の変更がある場合には（ステップＳ５０１肯定）、変更に応じて、相関テーブル１７を更新し（ステップＳ５０２）、処理を終了する。
【０１０５】
[実施例１の効果]
上述してきたように、ＰＣ１０は、汎用機２０の稼動状態に関する情報を汎用機２０から取得し、取得した情報に基づき、汎用機２０で実行中若しくは実行予定の処理を、ＰＣ１０で実行可能か判定する。そして、ＰＣ１０は、実行可能と判定した場合に、実行中若しくは実行予定の処理を汎用機２０からＰＣ１０へ引き継がせるための処理をすべき命令を汎用機２０に送信する。続いて、ＰＣ１０は、実行中若しくは実行予定の処理をＰＣ１０で実行するための処理環境をＰＣ１０上に構築し、汎用機２０からの引継ぎが完了した後に、汎用機２０の電源を切断する。このため、消費電力を適切に削減することが可能である。
【０１０６】
また、実施例１によれば、ＰＣ１０は、ＰＣ１０上で処理を実行している間、所定間隔ごとに、当該ＰＣ１０の処理負荷を監視し、処理負荷が所定以上になった場合に、汎用機２０を起動する。そして、ＰＣ１０は、汎用機２０の起動後、ＰＣ１０上で実行中の処理環境を汎用機２０上で構築させるための処理をすべき命令を汎用機２０に送信し、ＰＣ１０上で実行中の処理環境が汎用機２０上で構築された後に、実行中の処理をＰＣ１０から汎用機２０へ引き継がせるための処理を実行する。このため、ＰＣ１０が汎用機２０の処理を代行することでＰＣ１０の処理負荷が過負荷になった場合には、汎用機２０に処理を引き継がせることが可能である。
【０１０７】
また、実施例１によれば、実行中の処理を引き継ぐ場合は、汎用機２０からの引継ぎが完了し、かつ、引き継いだ処理の実行がＰＣ１０で開始された後に、汎用機２０の電源を切断する。このため、汎用機２０からの引継ぎを安全に行うことが可能である。
【実施例２】
【０１０８】
さて、これまで実施例１について説明したが、実施例１以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では実施例２として本実施例に含まれる他の実施例を説明する。
【０１０９】
（１）代行能力判定テーブル
上記の実施例１では、ＰＣが、汎用機で実行中若しくは実行予定の処理を、代行可能か判定する処理を説明した。ここで、代行可能であるか否かを判定する閾値を設定するために、ＰＣの代行能力を評価するためのテーブル（以下、代行能力判定テーブルという）を用いて、ＰＣの代行能力を事前に把握できるようにしてもよい。ここで、以下では、代行能力判定テーブルを用いて、ＰＣの代行能力を事前に把握できるようにする例について説明する。図２２は、代行能力判定テーブルの例を説明するための図である。
【０１１０】
図２２に示すように、代行能力判定テーブルは、汎用機の能力を設定された汎用機側評価データと、ＰＣの能力が設定されたＰＣ側評価データとを記憶する。汎用機側評価データは、機種コード、ＣＰＵ個数、実メモリ容量、チャネル構成、Ｉ／Ｏ構成の項目に分かれている。汎用機側評価データの各項目について、７段階で評価された機種コード、ＣＰＵ個数、実メモリ容量、チャネル構成、Ｉ／Ｏ構成がそれぞれ記憶されている。管理者は、稼動させる汎用機の機種コード、ＣＰＵ個数、実メモリ容量、チャネル構成、Ｉ／Ｏ構成に該当するものを汎用機側評価データから選択する。
【０１１１】
例えば、図２２の例では、処理能力が上から２番目に高い機種コードが選択され、処理能力が上から４番目のＣＰＵ個数が選択され、処理能力が最も高い実メモリ容量が選択されている。このように汎用機側評価データの各項目が選択されることにより、汎用機側の処理能力が判断できる汎用機側評価データが設定される。
【０１１２】
また、ＰＣ側の処理能力の評価する方法として、汎用機側とＰＣ側で同じ処理を行った場合に、それぞれが処理にかかった時間を能力の比として判断し、能力の比を基にＰＣ側評価データのランクを管理者が選択する。例えば、図２２の例では、ＰＣ側評価データのランク３が選択されている。このようにＰＣのランクが選択されることにより、ＰＣ側評価データが生成される。そして、汎用機側評価データおよびＰＣ側評価データに基づいて、代行可能であるか否かを判定する閾値を設定する。
【０１１３】
（２）モード
また、上記の実施例１では、節約モードから代行モードに移行する場合について説明したが、節約モードを省略し、通常モードから代行モードに移行するようにしてもよい。
【０１１４】
（３）システム構成等
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、代行部１５と復帰部１６を統合してもよい。
【０１１５】
また、文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、相関テーブルに設定された電源供給優先順位の値については、任意に変更することができる。
【０１１６】
（４）プログラム
ところで、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをコンピュータで実行することによって実現することができる。そこで、以下では、図２３を用いて、上記の実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図２３は、電力制御プログラムを実行するコンピュータを示す図である。
【０１１７】
図２３に示すように、電力制御装置としてのコンピュータ６００は、ＨＤＤ６１０、ＲＡＭ６２０、ＲＯＭ６３０およびＣＰＵ６４０をバス６５０で接続して構成される。
【０１１８】
そして、ＲＯＭ６３０には、上記の実施例と同様の機能を発揮する電力制御プログラム、つまり、図２３に示すように、節約プログラム６３１、代行プログラム６３２、復帰プログラム６３３が予め記憶されている。
【０１１９】
そして、ＣＰＵ６４０が、これらのプログラム６３１〜６３３をＲＯＭ６３０から読み出して実行することで、図２３に示すように、各プログラム６３１〜６３３は、節約プロセス６４１、代行プロセス６４２、復帰プロセス６４３として機能するようになる。
【０１２０】
また、ＨＤＤ６１０には、図２３に示すように、相関テーブル６１１が設けられる。そして、ＣＰＵ６４０は、相関テーブル６１１に対してデータを登録するとともに、相関テーブル６１１からデータ読み出してＲＡＭ６２０に格納し、ＲＡＭ６２０に格納されたデータに基づいて処理を実行する。
【符号の説明】
【０１２１】
１０  ＰＣ
１１  ＣＰＵ
１１ａ  エミュレーションＣＰＵ
１２  メモリ装置
１２ａ  エミュレーションメモリ装置
１３  エミュレーションチャネル装置
１４  節約部
１４ａ  監視部
１４ｂ  判断部
１４ｃ  操作管理部
１４ｄ  復旧部
１５  代行部
１５ａ  取得部
１５ｂ  判定部
１５ｃ  引継命令部
１５ｄ  構築部
１５ｅ  切断部
１６  復帰部
１６ａ  監視部
１６ｂ  起動部
１６ｃ  構築命令部
１６ｄ  引継部
２０  汎用機
２１ａ、２１ｂ  ＣＰＵ
２２  メモリ装置
２３  チャネル装置
３０  監視装置
４０  電源制御装置
５０  データベース
６０  ＬＡＮ
１００  電力制御システム
【図１】
2012216093.tif 000003
【図２】
2012216093.tif 000004
【図３】
2012216093.tif 000005
【図４】
2012216093.tif 000006
【図５】
2012216093.tif 000007
【図６】
2012216093.tif 000008
【図７】
2012216093.tif 000009
【図８】
2012216093.tif 000010
【図９】
2012216093.tif 000011
【図１０】
2012216093.tif 000012
【図１１】
2012216093.tif 000013
【図１２】
2012216093.tif 000014
【図１３】
2012216093.tif 000015
【図１４】
2012216093.tif 000016
【図１５】
2012216093.tif 000017
【図１６】
2012216093.tif 000018
【図１７】
2012216093.tif 000019
【図１８】
2012216093.tif 000020
【図１９】
2012216093.tif 000021
【図２０】
2012216093.tif 000022
【図２１】
2012216093.tif 000023
【図２２】
2012216093.tif 000024
【図２３】
2012216093.tif 000025
【図２４】
2012216093.tif 000026
【図２５】
2012216093.tif 000027