第一のコンピュータに接続され、当該第一のコンピュータよりも処理能力および消費電力が低い第二のコンピュータであって、前記第一のコンピュータの稼動状態に関する情報を前記第一のコンピュータから取得する取得部と、取得した情報に基づき、前記第一のコンピュータで実行中若しくは実行予定の処理を、前記第二のコンピュータで実行可能か判定する判定部と、実行可能と判定した場合に、前記実行中若しくは実行予定の処理を前記第一のコンピュータから前記第二のコンピュータへ引き継がせるための処理をすべき命令を前記第一のコンピュータに送信する引継命令部と、前記実行中若しくは実行予定の処理を前記第二のコンピュータで実行するための処理環境を前記第二のコンピュータ上に構築する構築部と、前記第一のコンピュータからの引継ぎが完了した後に、前記第一のコンピュータの電源を切断する切断部とを有することを特徴とするコンピュータ。前記第二のコンピュータ上で前記処理を実行している間、所定間隔ごとに、当該第二のコンピュータの処理負荷を監視する監視部と、処理負荷が所定以上になった場合に、前記第一のコンピュータを起動する起動部と、前記第一のコンピュータの起動後、前記第二のコンピュータ上で実行中の処理環境を前記第一のコンピュータ上で構築させるための処理をすべき命令を前記第一のコンピュータに送信する構築命令部と、前記第二のコンピュータ上で実行中の処理環境が前記第一のコンピュータ上で構築された後に、前記実行中の処理を前記第二のコンピュータから前記第一のコンピュータへ引き継がせるための処理を実行する引継部とをさらに有することを特徴とする請求項1に記載のコンピュータ。前記切断部は、実行中の処理を引き継ぐ場合は、前記第一のコンピュータからの引継ぎが完了し、かつ、引き継いだ処理の実行が前記第二のコンピュータで開始された後に、前記第一のコンピュータの電源を切断することを特徴とする請求項1または2に記載のコンピュータ。第一のコンピュータに接続され、当該第一のコンピュータよりも処理能力および消費電力が低い第二のコンピュータが第一のコンピュータの電源を切断する電力制御方法であって、前記第一のコンピュータの稼動状態に関する情報を前記第一のコンピュータから取得し、取得した情報に基づき、前記第一のコンピュータで実行中若しくは実行予定の処理を、前記第二のコンピュータで実行可能か判定し、実行可能と判定した場合に、前記実行中若しくは実行予定の処理を前記第一のコンピュータから前記第二のコンピュータへ引き継がせるための処理をすべき命令を前記第一のコンピュータに送信し、前記実行中若しくは実行予定の処理を前記第二のコンピュータで実行するための処理環境を前記第二のコンピュータ上に構築し、前記第一のコンピュータからの引継ぎが完了した後に、前記第一のコンピュータの電源を切断することを特徴とする電力制御方法。コンピュータに、前記第一のコンピュータの稼動状態に関する情報を前記第一のコンピュータから取得し、取得した情報に基づき、前記第一のコンピュータで実行中若しくは実行予定の処理を、前記第二のコンピュータで実行可能か判定し、実行可能と判定した場合に、前記実行中若しくは実行予定の処理を前記第一のコンピュータから前記第二のコンピュータへ引き継がせるための処理をすべき命令を前記第一のコンピュータに送信し、前記実行中若しくは実行予定の処理を前記第二のコンピュータで実行するための処理環境を前記第二のコンピュータ上に構築し、前記第一のコンピュータからの引継ぎが完了した後に、前記第一のコンピュータの電源を切断する処理を実行させる電力制御プログラム。しかしながら、従来の技術では、適切に消費電力を削減することができないという課題があった。すわなち、サーバをスリープさせ、サーバの代わりにプロキシ装置がリクエストを受信する技術では、プロキシ装置がリクエストを受信した場合には、リクエストに対するレスポンスをサーバにさせるために、サーバを復帰させてサーバを稼動させる。このため、プロキシ装置がリクエストを受信した場合には、サーバの稼動させるための電力を消費していまい、消費電力を適切に削減することができない。そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、消費電力を適切に削減することを目的とする。開示のコンピュータは、第一のコンピュータに接続され、当該第一のコンピュータよりも処理能力および消費電力が低い第二のコンピュータであって、前記第一のコンピュータの稼動状態に関する情報を前記第一のコンピュータから取得する取得部と、取得した情報に基づき、前記第一のコンピュータで実行中若しくは実行予定の処理を、前記第二のコンピュータで実行可能か判定する判定部と、実行可能と判定した場合に、前記実行中若しくは実行予定の処理を前記第一のコンピュータから前記第二のコンピュータへ引き継がせるための処理をすべき命令を前記第一のコンピュータに送信する引継命令部と、前記実行中若しくは実行予定の処理を前記第二のコンピュータで実行するための処理環境を前記第二のコンピュータ上に構築する構築部と、前記第一のコンピュータからの引継ぎが完了した後に、前記第一のコンピュータの電源を切断する切断部とを有する。開示のコンピュータは、消費電力を適切に削減することができる。以下に添付図面を参照して、この発明に係るコンピュータ、電力制御方法および電力制御プログラムの実施例を詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。以下の実施例では、実施例1に係る電力制御システムの構成および実施例1に係るPCの処理の流れを順に説明し、最後に実施例1による効果を説明する。[電力制御システムの構成]最初に、図1を用いて、電力制御システムの機能的構成を説明する。図1は、実施例1に係る電力制御システムの機能的構成を示すブロック図である。図1に示すように、この電力制御システム100は、PCPersonalComputer10、汎用機20、監視装置30、電源制御装置40、データベース50を有する。PC10は、汎用機20よりも処理能力および消費電力が低いコンピュータであり、汎用機20は、グローバルサーバ、基幹IAサーバ、メインフレームなどのコンピュータである。また、実施例1に係る電力制御システム100は、例えば銀行業務などに適用することができ、通常時には銀行業務を汎用機20が実施しているものとする。PC10は、CPU11およびメモリ装置12を有する。CPU11は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。メモリ装置12は、OSを格納するOS領域を有し、CPU11による各種処理に必要なデータおよびプログラムを記憶する。PC10は、エミュレーションCPU11a、エミュレーションメモリ装置12a、エミュレーションチャネル装置13を有する。エミュレーションCPU11aは、汎用機20のCPU21a、21bがエミュレートされたCPUであり、汎用機20のCPU21a、21bの処理を代行する。エミュレーションメモリ装置12aは、汎用機20のメモリ装置22がエミュレートされたメモリであり、エミュレーションCPU11aの処理に用いられるプログラムおよびデータを記憶する。エミュレーションチャネル装置13は、汎用機20のチャネル装置23がエミュレートされたチャネルであり、データベース50との間の通信を行う。また、PC10は、LAN60を介して、汎用機20と接続されている。PC10は、LAN60を介して、汎用機20の稼動状態に関する情報を取得する。また、PC10は、エミュレーションチャネル装置13の各サブチャネルを介してデータベース50と接続されている。PC10は、チャネルを介して、データベース50から実行するアプリケーションプログラムと、アプリケーションプログラムの実行に用いられる各種データを取得する。PC10は、汎用機20の稼動状態に関する情報を取得し、汎用機20が部分稼動であると判定した場合には、稼動していないCPUやメモリの一部について、電源を停止する節約処理を行う。また、PC10は、汎用機20が実行中若しくは実行予定の処理を自装置で実行可能か判定し、実行可能であると判定した場合には、汎用機20が実行中若しくは実行予定の処理を代行する代行処理を行う。つまり、PC10は、汎用機20と比較して、処理能力で劣るが処理に伴う消費電力が低い。一方、汎用機20は、処理を実行している否かに関わらず、稼動を維持するだけで大量の電力を消費する。このため、PC10が、汎用機20の処理を代行することで、消費電力を削減する。なお、節約処理および代行処理については、後に詳述する。また、PC10は、節約部14、代行部15、復帰部16、相関テーブル17を有する。相関テーブル17は、ハードウェア構成とソフトウェア構成の相関関係を記憶するテーブルである。相関テーブル17は、後述する節約処理において、汎用機20の一部の電源を切断するために参照されるテーブルである。ここで、図2を用いて、相関テーブル17について説明する。図2は、相関テーブルの一例を示す図である。なお、図2の例は、チャネル装置23に対する電源切断時に参照される相関テーブルである。PC10は、この他にCPU21a、21bおよびメモリ装置22に対する電源切断時に参照される相関テーブルを有する。図2に示すように、相関テーブル17は、サブチャネル0~3について、ハード構成に関する情報およびソフトウェア構成に関する情報を記憶する。相関テーブル17は、ハードウェア構成に関する情報として、電源供給優先順位および電源状態を記憶する。電源供給優先順位とは、電源を供給する優先順位であり、値が高いほど電源を供給する優先度が高いことを示している。つまり、節電処理時には優先度が低いチャネルから順に電源が切断される。電源状態とは、各サブチャネル0~3の現在における電源の状態であり、現在の電源がONであるかOFFであるかを示している。また、相関テーブル17は、ソフトウェア構成に関する情報として、システム構成チャネルパスおよびオンライン状態を記憶する。システム構成チャネルパスとは、各サブチャネル0~3のチャネルパスの番号である。オンライン状態とは、各サブチャネル0~3の現在におけるオンラインか否かの状態であり、オンラインであるかオフラインであるかを示している。なお、節約部14、代行部15、復帰部16については、後に詳述する。汎用機20は、複数のCPU21a、21b、メモリ装置22、チャネル装置23を有し、LAN60などを介してPC10、監視装置30、および電源制御装置40と接続されている。また、汎用機20は、データベース50とチャネルを介して接続される。CPU21a、21bは、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。メモリ装置22は、CPU11による各種処理に必要なデータおよびプログラムを記憶する。また、CPU21a、21bは、それぞれ個別に電源の投入および切断が行われる。また、メモリ装置22は、セグメント1~セグメント4に分かれている。図1の例では、セグメント1には、ハードウェアに関する情報を記憶する領域であるハードウェア固定領域が存在し、セグメント2には、OSに関する情報を記憶する領域であるソフトウェアOS領域が存在する。また、各セグメントについて、それぞれ個別に電源の投入および切断が行われる。チャネル装置23は、複数のサブチャネルを有し、データベース50との間の通信を行う。また、各サブチャネルについて、それぞれ個別に電源の投入および切断が行われる。監視装置30は、汎用機20の稼動状態を監視する。例えば、監視装置30は、汎用機20におけるCPU21a、21bの稼動状態として、各空間のページイン回数を監視する。ここで、監視装置30は、ページイン回数ではなくCPU使用率を監視してもよい。ただし、CPU使用率の変動に比べて、ページイン回数の変動の方が安定しており、ページイン回数を監視した方がCPU21a、21bの稼動状態を適切に監視することができる。電源制御装置40は、汎用機20の電源を制御する。例えば、電源制御装置40は、汎用機20全体の電源を切断、または汎用機20における節電対象となる一部の電源を停止する処理を行う。ここで、電源制御装置40は、一部の電源を停止する場合に、メモリ装置22についてはセグメント単位で電源を停止し、チャネル装置23についてはサブチャネル単位で電源を停止する。データベース50は、PC10および汎用機20によって実行されるアプリケーションプログラムと、アプリケーションプログラムの実行に用いられる各種データを記憶しており、PC10および汎用機20と接続されている。ここで、PC10の節約部14、代行部15、復帰部16について説明する。節約部14は、汎用機20の一部の電源を停止する節約処理を行い、監視部14a、判断部14b、操作管理部14c、復旧部14dを有する。監視部14aは、所定時間間隔ごとに、汎用機20の処理負荷を監視する。例えば、監視部14aは、所定時間間隔ごとに、汎用機20のCPU稼動状態およびメモリ負荷の稼動状態に関する情報として、ページイン回数を監視装置30から取得する。また、監視部14aは、所定時間ごとに、汎用機20のチャネル稼動状態に関する情報として、単位時間当たりのスタートI/Oinputoutput発行数を監視装置30から取得する。その後、監視部14aは、取得した稼動状態に関する情報を判断部14bに通知する。判断部14bは、汎用機20の処理負荷が所定以上であるか判定する。例えば、判断部14bは、監視部14aが取得したページイン回数またはスタートI/O発行数が所定の閾値以上であるか判定する。この結果、判断部14bは、ページイン回数またはスタートI/O発行数が所定の閾値以上でない場合には、節約モードに移行する。また、判断部14bは、ページイン回数およびスタートI/O発行数が所定の閾値以上である場合には、通常モードを維持または移行する。つまり、汎用機20の処理負荷が疎負荷状態である場合には、不要な機能の電源を停止するために通常モードから節約モードに移行する。また、通常モード時において、汎用機20の処理負荷が過負荷状態である場合には、通常モードを維持する。また、節約モード時において、汎用機20の処理負荷が過負荷状態である場合には、節約モードから通常モードに移行する。ここで、PC10に設定されている各モードについて簡単に説明する。PC10には、通常モード、節約モード、代行モード、緊急モードの4つのモードが設定されている。通常モードとは、汎用機20が疎負荷状態でない場合に動作する通常時のモードである。また、節約モードとは、汎用機20が疎負荷状態である場合の動作モードであり、汎用機20の一部の電源を停止する節約処理を実行するモードである。また、代行モードとは、汎用機20が疎負荷状態であって、かつ、汎用機20の処理をPC10が代行できる場合に、動作するモードであり、汎用機20の全体の電源を切断する代行処理を実行するモードである。また、緊急モードとは、通常モードへ緊急に戻る必要性が発生した場合に、動作するモードである。なお、各モードの遷移については、図16などを用いて後に詳述する。操作管理部14cは、判断部14bによって汎用機20の処理負荷が所定以上であると判定された場合に、汎用機20の一部の電源を切断する。例えば、操作管理部14cは、節約モードに移行した場合に、電源切断対象器機CPU、メモリ、チャネルなどをOSから切り離した後に、電源切断対象器機の電源を切断する旨の指示を電源制御装置40に通知する。ここで、操作管理部14cは、汎用機20の一部の電源を切断する際に、相関テーブル17を参照して、電源切断対象器機を選択する。図2の例を用いて説明すると、操作管理部14cは、相関テーブル17に記憶されている各サブチャネル0~3のうち、電源供給優先順位の値が最も低いサブチャネルを電源切断対象器機に選択する。図2の例では、電源供給優先順位の値が最も低いサブチャネル3を電源切断対象器機に選択する。そして、操作管理部14cは、サブチャネル3を電源切断指示とともに、システム構成チャネルパス3205を電源制御装置40に通知する。電源制御装置40は、サブチャネル3を電源操作単位とし、システム構成チャネルパス3205をOSの操作単位として、電源切断処理とOSからの切り離し処理を行う。その後、操作管理部14cは、電源状態をOFFに更新し、オンライン状態をオフラインに更新する。復旧部14dは、電源切断対象器機の電源を復旧させる。例えば、復旧部14dは、汎用機20が過負荷状態となって節約モードのフェーズ3から通常モードへ移行した場合に、電源が切断されている器機のへの電源を投入する。その後、復旧部14dは、電源が投入された器機をOSへ組み込む旨の指示を電源制御装置40に指示する。ここで、図3を用いて節約処理時におけるモード遷移について説明する。図3は、節約処理時におけるモード遷移について説明する図である。図3の例では、1が通常モード時の処理を示し、2が通常モードから節約モードのフェーズ1時に切り替わる際の処理を示し、3が節約モードのフェーズ2時の処理を示し、4が節約モードフェーズ3時の処理を示している。図3の1に示すように、通常モードにおけるPC10は、汎用機20に対して電力切断処理を行わず、汎用機20が通常時の処理を行っている。このため、汎用機20の稼動率および電力供給量が100であり、PC10の稼動率が0である。その後、PC10は、汎用機20が疎負荷状態になった場合には、通常モードから節約モードのフェーズ1に移行する。図3の2に示すように、通常モードから節約モードのフェーズ1に移行すると、PC10は、汎用機20のハードウェアに関する情報、ソフトウェアに関する情報、稼動状況に関する情報および電力状況に関する情報を取得し、節約モードのフェーズ2に移行する。図3の3に示すように、節約モードのフェーズ2に移行すると、PC10は、相関テーブル17を参照して電源切断対象器機を選択し、電源切断器機の電源を切断するために、電源操作を行う。このため、汎用機の稼動率が10~60に低下し、電力供給量も30~80に低下させる。その後、PC10は、汎用機20が過負荷状態になった場合には、節約モードフェーズ2から節約モードのフェーズ3に移行する。図3の4に示すように、節約モードのフェーズ3に移行すると、電源が切断されている器機のへの電源を投入して汎用機20を復旧させ、汎用機20のハード電力供給量を元の100に戻す。次に、図4~図7を用いて、各モード時におけるPC10および汎用機20の稼動状況について説明する。図4は、通常モード時における稼動状況を説明する図である。図5は、節約モードのフェーズ1における稼動状況を説明する図である。図6は、節約モードのフェーズ2における稼動状況を説明する図である。図7は、節約モードのフェーズ3における稼動状況を説明する図である。なお、図4~図7の例では、稼動していない器機には、斜線が塗られている。図4に示すように、通常時において、汎用機20は、CPU21a、21b、メモリ装置22、チャネル装置23の全ての器機が稼動している。また、通常時において、PC10の各器機は、全て稼動していない。そして、図5に示すように、節約モードのフェーズ1において、PC10の節約部14は、汎用機20およびLAN60を介して、監視装置30から汎用機20の稼動状態に関する情報を取得する。また、図5に示すように、節約モードのフェーズ1に移行すると、PC10は、節約処理を実行するために、CPU11およびメモリ装置12を稼動させる。そして、図6に示すように、節約モードのフェーズ2において、PC10の節約部14は、相関テーブル17を参照して電源切断対象器機を選択する。ここで図6の例では、電源供給優先順位の値が低いCPU21b、メモリ装置22のセグメント3、セグメント4、チャネル装置23のサブチャネル2、サブチャネル3を電源切断対象器機とする。そして、節約部14は、電源切断対象器機の電源を切断する旨の指示を電源制御装置40に送信する。電源制御装置40は、電源切断の指示を受信すると、電源切断対象器機をOSから切り離し、電源切断対象器機の電源を切断する。なお、実施例1では、PC10は、汎用機20およびLAN60を介して、監視装置30および電源制御装置40と通信を行っているが、これに限定されるものではなく、監視装置30および電源制御装置40とLAN60で接続し、LAN60を介して直接通信してもよい。そして、図7に示すように、節約モードのフェーズ3において、PC10の節約部14は、電源が切断されている器機のへの電源を投入する旨の指示を電源制御装置40へ送信する。そして、電源制御装置40は、電源投入の指示を受信すると、電源切断対象器機への電源を投入した後に、電源が投入された器機を汎用機20のOSへ組み込む。これにより、汎用機20は、通常の作業に戻り、消費電力も元の状態に戻る。上記の説明では、汎用機20の処理負荷が疎負荷状態である場合には、節約モードに移行し、汎用機20の処理負荷が過負荷状態である場合には、通常モードに戻ると説明したが、モードの移行を事前に設定するようにしてもよい。例えば、汎用機20の処理負荷が疎負荷となるか過負荷となるかが事前に想定できる場合には、PC10に対して事前にモードの移行を設定するようにしてもよい。ここで、図8および図9を用いて、PC10に対して事前にモードの移行を設定した場合における消費電力の推移と処理モードの遷移の例を説明する。図8は、平日における消費電力の推移と処理モードの遷移の例を説明する図である。図9は、休日、祝日における消費電力の推移と処理モードの遷移の例を説明する図である。図8および図9では、節約処理を行わない場合におけるCPU負荷および消費電力の推移である消費電力の推移が示されている。また、図8および図9では、節約処理を行った場合におけるCPU負荷および消費電力の推移である節約時の消費電力の推移、PC10に対して事前に設定されたモード移行の予定であるスケジュール、処理モードの遷移である処理モードの遷移が示されている。また、図8および図9においてスケジュールに示す黒い丸は、モードを遷移することが設定されていることを示し、黒い三角は、フェーズを遷移することが設定されていることを示し、白い丸は、現状のモードおよびフェーズを維持することを示している。まず、図8を用いて、平日における消費電力の推移と処理モードの遷移について説明する。図8の消費電力の推移に示すように、昼間時間帯の9:00~17:00に比べて、夜間時間帯の17:00~9:00のCPU使用率が低い。これは、17:00以降は業務が終了しているため、汎用機20のCPU負荷が低いからである。しかし、夜間時間帯において、CPUの負荷が低くなっているにもかかわらず、消費電力は昼間時間帯と夜間時間帯とでは差があまりない。これは、夜間時間帯においても汎用機20の全体を稼動させているからである。CPU負荷が低いにもかかわらず、消費電力が高い状態である夜間時間帯は、電力が無駄に消費していることを示している。そこで、図8のスケジュールに示すように、PC10に対して、夜間時間帯になる17:00の少し前に節約モードのフェーズ1に移行するように設定する図8のスケジュールA参照。ここでは、17:00に通常モードから節約モードのフェーズ1に移行して電源を切断する処理を行うことができるようにするため、17:00より前に節約モードのフェーズ1に移行するように設定している。また、夜間時間帯になる17:00頃に節約モードのフェーズ1からフェーズ2に移行するように設定する図8のスケジュールB参照。また、夜間時間帯が終了する9:00より少し前に節約モードのフェーズ2からフェーズ3に移行するように設定する図8のスケジュールC参照。ここでは、9:00に節約モードのフェーズ3から通常モードに移行して電源を復旧する処理を行うことができるようにするため、9:00より前に節約モードのフェーズ3に移行するように設定している。また、夜間時間帯が終了する9:00頃に節約モードのフェーズ3から通常モードに移行するように設定する図8のスケジュールD参照。上記のように、モード移行が設定されている場合における処理モードの遷移について説明する。図8の処理モードの遷移に示すように、PC10は、昼間時間帯の9:00~17:00が通常モードで動作し、夜間時間帯となる17:00前に節約モードのフェーズ1に移行し、17:00に節約モードのフェーズ2に移行し、昼間時間帯となる9:00前に節約モードのフェーズ3に移行する。その後、昼間時間帯の9:00になると、通常モードに移行する。このように、モードが遷移した場合における消費電力の推移について説明する。図8の節約時の消費電力の推移に示すように、PC10は、節約処理を行わなかった場合と比較して、夜間時間帯における消費電力が節約されている。つまり、PC10は、夜間時間帯において、汎用機20の一部の電源を切断することで、消費電力を節約することができる。次に、図9を用いて、休日、祝日における消費電力の推移と処理モードの遷移について説明する。図9の消費電力の推移に示すように、休日、祝日で業務がないため、昼間時間帯、夜間時間帯ともに、CPU使用率が低い。昼間時間帯、夜間時間帯ともに、CPUの負荷が低くなっているにもかかわらず、消費電力が高い状態であり、電力が無駄に消費している。そこで、図9のスケジュールに示すように、PC10に対して、休日、祝日の9:00になる少し前に節約モードのフェーズ1に移行するように設定する図9のスケジュールA参照。そして、節約モードのフェーズ1からフェーズ2に移行するように設定している図9のスケジュールB参照。また、休日、祝日の翌日の9:00になる前に節約モードのフェーズ3に移行するように設定する図9のスケジュールC参照。ここでは、節約モードのフェーズ3から通常モードに移行して電源を復旧する処理を行うことができるようにするため、休日、祝日の翌日の9:00より前に節約モードのフェーズ3に移行するように設定している。また、休日、祝日の翌日の9:00頃に通常モードに移行するように設定する図9のスケジュールD参照。上記のように、モード移行が設定されている場合における処理モードの遷移について説明する。図9の処理モードの遷移に示すように、PC10は、休日、祝日の9:00前に節約モードのフェーズ1に移行し、その後、節約モードのフェーズ2に移行し、休日、祝日の翌日の9:00前に節約モードのフェーズ3に移行する。その後、休日、祝日の翌日の9:00になると、通常モードに移行する。このように、モードが遷移した場合における消費電力の推移について説明する。図9の節約時の消費電力の推移に示すように、PC10は、節約処理を行わなかった場合と比較して、休日、祝日における消費電力が節約されている。つまり、PC10は、休日、祝日において、汎用機20の一部の電源を切断することで、消費電力を節約することができる。図1に戻って、代行部15について説明する。代行部15は、PC10が汎用機20の処理を代行する処理環境を構築し、汎用機20の電源を切断する代行処理を行い、取得部15a、判定部15b、引継命令部15c、構築部15d、切断部15eを有する。取得部15aは、汎用機20の稼動状態に関する情報を汎用機20から取得する。例えば、取得部15aは、所定時間間隔ごとに、汎用機20のCPU稼動状態およびメモリ負荷の稼動状態に関する情報として、ページイン回数を監視装置30から取得する。また、取得部15aは、所定時間ごとに、汎用機20のチャネル稼動状態に関する情報として、単位時間当たりのスタートI/Oinputoutput発行数を監視装置30から取得する。その後、監視部14aは、取得した稼動状態に関する情報を判定部15bに通知する。判定部15bは、取得した情報に基づき、汎用機20で実行中若しくは実行予定の処理を、PC10で実行可能か判定する。例えば、判定部15bは、取得部15aが取得したページイン回数またはスタートI/O発行数が所定の閾値以上であるか判定する。この結果、判定部15bは、ページイン回数またはスタートI/O発行数が所定の閾値以上でない場合には、自装置であるPC10のページイン回数またはスタートI/O発行数が所定の閾値以上であるか判定する。この結果、判定部15bは、PC10のページイン回数またはスタートI/O発行数が所定の閾値以上でない場合には、代行モードに移行する。つまり、汎用機20の処理負荷が疎負荷状態であって、汎用機20で実行中若しくは実行予定の処理をPC10で実行可能である場合には、汎用機20の電源を停止するために代行モードに移行する。引継命令部15cは、実行可能と判定した場合に、実行中若しくは実行予定の処理を汎用機20からPC10へ引き継がせるための処理をすべき命令を汎用機20に送信する。例えば、引継命令部15cは、汎用機20に代行切替命令を送信する。ここで、代行切替命令とは、汎用機20側の全ての動作を保留させて、代行切替準備を構築させる命令である。ここで、代行切替命令を受信した汎用機20の処理について説明する。汎用機20は、代行切替命令を受信すると、ファームフェア上でPSWProgramStatusWord割り込み禁止のマスクを設定する。そして、汎用機20は、割込禁止状態でLAN60を経由して、汎用機20のメモリ領域からPC10のエミュレーション領域への内容を複写する。そして、汎用機20は、チャネル状況もPC10側のエミュレーション領域へ複写する。続いて、汎用機20は、再開時のために再開用PSWを設定した後にPC10側へ切替信号を送信し、システムダウンする。構築部15dは、実行中若しくは実行予定の処理をPC10で実行するための処理環境をPC10上に構築する。例えば、構築部15dは、引継命令部15cによって汎用機20に代行の切替依頼が送信された後、エミュレーションCPU11a、エミュレーションメモリ装置12aおよびエミュレーションチャネル装置13を構築し、汎用機20の処理を代行する。これにより、汎用機20上で展開されていた処理環境がPC10上に複写されることになる。切断部15eは、汎用機20からの引継ぎが完了した後に、汎用機20の電源を切断する。例えば、切断部15eは、汎用機20からの引継ぎが完了した後に、かつ、引き継いだ処理の実行がPC10で開始された後に、汎用機20の電源を切断する旨の指示を電源制御装置40に通知する。つまり、引継ぎの安全性を高めるために、処理の実行開始を待って、汎用機20の電源を切断する。ここで、図10を用いて代行処理時におけるモード遷移について説明する。図10は、代行処理時におけるモード遷移について説明する図である。図10の例では、1が節約モードのフェーズ2から代行モードのフェーズ1に切り替わる際の処理を示し、2が代行モードのフェーズ2の処理を示している。図101に示すように、PC10は、節約モードのフェーズ2から代行モードのフェーズ1に切り替わると、汎用機20のハードウェアに関する情報、ソフトウェアに関する情報を取得する。そして、PC10は、汎用機20のエミュレーション環境を構築して、代行モードフェーズ2に移行する。続いて、図10の2に示すように、代行モードのフェーズ2に移行すると、PC10は、汎用機20のエミュレーション環境を構築した後、汎用機20の処理を代行する。そして、PC10は、汎用機20からの引継ぎが完了した後に、汎用機20の電源を切断する。このため、汎用機20の稼動率が0となり、電力供給量も10以下に低下させる。次に、図11および図12を用いて、各モード時におけるPC10および汎用機20の稼動状況について説明する。図11は、代行モードのフェーズ1における稼動状況を説明する図である。図12は、代行モードのフェーズ2における稼動状況を説明する図である。なお、図11、図12の例では、稼動していない器機には、斜線が塗られている。図11に示すように、代行モードのフェーズ1において、PC10の代行部15は、汎用機20に代行切替命令を送信する。そして、汎用機20は、代行切替命令を受信すると、ファームフェア上でPSWProgramStatusWord割り込み禁止のマスクを設定する。そして、汎用機20は、割込禁止状態でLAN60を経由して、汎用機20のメモリ領域からPC10のエミュレーション領域への内容を複写する。そして、汎用機20は、チャネル状況もPC10側のエミュレーション領域へ複写する。そして、図12に示すように、代行モードのフェーズ2において、PC10は、汎用機20のエミュレーション環境を構築した後、汎用機20からCPU実行権が譲渡され、汎用機20の処理を代行する。その後、PC10の代行部15は、汎用機20の電源を切断する旨の指示を電源制御装置40に送信する。電源制御装置40は、電源切断の指示を受信すると、汎用機20の電源を切断する。上記の説明では、汎用機20の処理負荷が疎負荷状態であって、汎用機20で実行中若しくは実行予定の処理をPC10で実行可能である場合には、代行モードに移行すると説明したが、モードの移行を事前に設定するようにしてもよい。例えば、汎用機20の処理負荷などが事前に想定できる場合には、PC10に対して事前にモードの移行を設定するようにしてもよい。図1に戻って、復帰部16について説明する。復帰部16は、汎用機20の電源を再投入する復帰処理を行い、監視部16a、起動部16b、構築命令部16c、引継部16dを有する。監視部16aは、PC10上で代行処理を実行している間、所定間隔ごとに、PC10の処理負荷を監視する。例えば、監視部16aは、所定時間間隔ごとに、PC10のCPU稼動状態およびメモリ負荷の稼動状態に関する情報として、ページイン回数をPC10のOS領域から取得する。また、監視部16aは、所定時間ごとに、PC10のチャネル稼動状態に関する情報として、単位時間当たりのスタートI/Oinputoutput発行数をPC10のOS領域から取得する。その後、監視部16aは、取得した稼動状態に関する情報を起動部16bに通知する。起動部16bは、PC10の処理負荷が所定以上になった場合に、汎用機20を起動する。例えば、起動部16bは、自装置であるPC10のページイン回数またはスタートI/O発行数が所定の閾値以上であるか判定する。この結果、判定部15b、PC10のページイン回数またはスタートI/O発行数が所定の閾値以上である場合には、代行モードのフェーズ3に移行する。構築命令部16cは、汎用機20の起動後、PC10上で実行中の処理環境を汎用機20上で構築させるための処理をすべき命令を汎用機20に送信する。例えば、構築命令部16cは、代行モードのフェーズ3に移行すると、最低限必要なハード機器へ電源を投入し、ハード機器が正常動作した後に、復帰処理を開始する復帰切替命令を送信する。そして、構築命令部16cは、PC10の割り込み処理を禁止にし、LAN60を経由して、PC10のエミュレーション領域から汎用機20のメモリ領域へメモリの内容を複写し、チャネル状況も汎用機20へ複写する。引継部16dは、PC10上で実行中の処理環境が汎用機20上で構築された後に、実行中の処理をPC10から汎用機20へ引き継がせるための処理を実行する。例えば、引継部16dは、汎用機20がリスタート割り込みを実行する指示をLAN60経由で汎用機20に送信し、汎用機20に通常通りの処理を継続稼動させる。ここで、図13を用いて復帰処理時におけるモード遷移について説明する。図13は、復帰処理時におけるモード遷移について説明する図である。図13に示すように、PC10は、代行モードのフェーズ2からフェーズ3に移行すると、最低限必要なハード機器へ電源を投入し、ハード機器が正常動作した後に、復帰処理を開始する復帰切替命令を送信する。そして、PC10は、CPUの実行権を汎用機20側へ復帰させて、汎用機20に通常通りの処理を継続稼動させる。その後、PC10は、節約モードのフェーズ2へ移行する。また、PC10は、通常モードへ緊急に戻るための緊急モードが設定されている。緊急モードでは、代行モードのフェーズ2を除いた他の全てのモードから移行されるモードであり、一定時間内に通常モードへ戻る処理を行う。次に、図14を用いて、各モード時におけるPC10および汎用機20の稼動状況について説明する。図14は、代行モードのフェーズ3における稼動状況を説明する図である。なお、図14の例では、稼動していない器機には、斜線が塗られている。図14に示すように、代行モードのフェーズ3において、PC10の復帰部16は、最低限必要なハード機器へ電源を投入し、ハード機器が正常動作した後に、汎用機20に復帰切替命令を送信する。そして、PC10の復帰部16は、PC10の割り込み処理を禁止にし、LAN60を経由して、PC10のエミュレーション領域から汎用機20のメモリ領域へメモリの内容を複写し、チャネル状況も汎用機20へ複写する。その後、PC10は、CPUの実行権を汎用機20側へ返却し、汎用機20に通常通りの処理を継続稼動させる。ここで、図15を用いて、PC10に対して事前にモードの移行を設定した場合における消費電力の推移と処理モードの遷移の例を説明する。図15は、年末、年始、連休における消費電力の推移と処理モードの遷移の例を説明する図である。図15では、代行処理を行った場合におけるCPU負荷および消費電力の推移である代行時の消費電力の推移、PC10に対して事前に設定されたモード移行の予定であるスケジュール、処理モードの遷移である処理モードの遷移が示されている。また、図15においてスケジュールに示す黒い丸は、モードを遷移することが設定されていることを示し、黒い三角は、フェーズを遷移することが設定されていることを示し、白い丸は、現状のモードおよびフェーズを維持することを示している。図15のスケジュールに示すように、PC10に対して、連休初日になる少し前に節約モードのフェーズ1に移行するように設定している図15のスケジュールA参照。そして、節約モードのフェーズ1からフェーズ2に移行するように設定している図15のスケジュールB参照。また、連休初日が終わる少し前に代行モードのフェーズ1に移行するように設定する図15のスケジュールC参照。そして、代行モードのフェーズ1からフェーズ2、フェーズ2からフェーズ3に移行するように設定している図15のスケジュールD、E参照。そして、連休末日の少し前に代行モードのフェーズ3から節約モードのフェーズ2に移行するように設定している図15のスケジュールF参照。そして、連休末日に節約モードのフェーズ2からフェーズ3に移行するように設定している図15のスケジュールG参照。そして、平日になる少し前に、節約モードのフェーズ3から通常モードに移行するように設定している図15のスケジュールH参照。上記のように、モード移行が設定されている場合における処理モードの遷移について説明する。図15の処理モードの遷移に示すように、PC10は、連休初日になる少し前に節約モードのフェーズ1に移行し、その後、節約モードのフェーズ2に移行し、連休初日が終わる前に代行モードのフェーズ1に移行する。その後、連休中に代行モードのフェーズ2、フェーズ3と遷移する。そして、連休末日の少し前に節約モードのフェーズ2に移行し、その後、節約モードのフェーズ3に移行し、平日になる少し前に、節約モードのフェーズ3から通常モードに移行する。上記のように、モードが遷移した場合における消費電力の推移について説明する。図15の代行時の消費電力の推移に示すように、PC10は、連休初日および連休末日において、汎用機20の一部の電源を切断することで、消費電力を節約することができる。また、連休初日および連休末日を除く連休中においては、PCが汎用機20の処理を代行して汎用機20電源を切断するので、PC10のみが電力を消費し、汎用機20の消費電力を削減することができる。次に、図16を用いて、各モードの遷移について説明する。図16は、各モードの遷移を説明する図である。図16に示すように、通常モードにおいて、PC10は、汎用機20の稼動状況を把握しステップS1、モード判定を行うステップS2。ここで、モード判定として、PC10は、汎用機20の処理負荷が疎負荷状態であるか判定し、汎用機20が疎負荷状態である場合には、節約モードのフェーズ1に移行するステップS3。その後、節約モードのフェーズ2に移行しステップS4、モード判定を行うステップS5。ここで、モード判定として、PC10は、汎用機20で実行中若しくは実行予定の処理をPC10で実行可能か判定する。この結果、汎用機20で実行中若しくは実行予定の処理をPC10で実行可能である場合には、代行モードのフェーズ1に移行するステップS7。また、節約モードのフェーズ2におけるモード判定においてステップS5、汎用機20が過負荷状態となったか判定する。この結果、汎用機20が過負荷状態となった場合には、節約モードのフェーズ3に移行した後に、通常モードへ移行するステップS6。一方、PC10は、代行モードのフェーズ1に移行するとステップS7、その後代行モードのフェーズ2に移行しステップS8、モード判定を行うステップS9。ここで、モード判定として、PC10は、CPUの処理負荷が所定以上であるか判定する。そして、CPUの処理負荷が所定以上になった場合には、代行モードのフェーズ3に移行した後ステップS10、節約モードのフェーズ2に移行するステップS4。[PCによる処理]次に、図17~図20を用いて、実施例1に係るPC10による処理を説明する。図17は、実施例1に係るPCによるモード判定処理の動作を示すフローチャートである。図18は、実施例1に係るPCによるモード判定処理の動作を示すフローチャートである。図19は、実施例1に係るPCによるモード判定処理の動作を示すフローチャートである。図20は、実施例1に係るPCによる節電対象選択処理の動作を示すフローチャートである。図21は、実施例1に係るPCによる相関テーブル更新処理の動作を示すフローチャートである。まず、図17を用いて、通常時におけるモード判定処理について説明する。図17に示すように、通常時におけるPC10は、所定の時間間隔以下、モード判定サイクルという待った後ステップS101、PC10に対して事前に設定されたモード移行の予定である時間帯情報を取得しステップS102。そして、PC10は、時間帯情報から今が節約時間帯であるか判定するステップS103。この結果、PC10は、今が節約時間帯でない場合にはステップS103否定、現状の通常モードのままで処理を終了する。また、PC10は、今が節約時間帯であると判定した場合にはステップS103肯定、ページイン回数などから疎負荷であるか判定するステップS104。この結果、PC10は、疎負荷でないと判定した場合にはステップS105否定、現状の通常モードのままで処理を終了する。また、PC10は、疎負荷であると判定した場合にはステップS105肯定、節約モードへ移行してステップS106、処理を終了する。次に、図18を用いて、節約時におけるモード判定処理について説明する。図18に示すように、節約モードにおけるPC10は、モード判定サイクルとして設定された時間間隔を待機しステップS201、モード判定サイクル値を超えるとステップS202肯定、汎用機20のページイン回数などから疎負荷を判定するステップS203。この結果、PC10は、ページイン回数などから疎負荷状態でないと判定された場合にはステップS204否定、ステップS201に戻る。また、PC10は、ページイン回数などから疎負荷状態であると判定された場合にはステップS204肯定、汎用機20で実行中若しくは実行予定の処理を、PC10で実行可能か判定するステップS205。この結果、汎用機20で実行中若しくは実行予定の処理を、PC10で実行可能であると判定された場合にはステップS205肯定、代行モードへ移行するステップS206。また、PC10は、汎用機20で実行中若しくは実行予定の処理を、PC10で実行可能でないと判定された場合にはステップS205否定、電源節電対象器機の選定処理後に図20を用いて詳述を行うステップS207。次に、図19を用いて、節約時におけるモード判定処理について説明する。図19に示すように、代行モードにおけるPC10は、モード判定サイクルとして設定された時間間隔を待機しステップS301、モード判定サイクル値を超えるとステップS302肯定、自装置のページイン回数などから過負荷を判定するステップS303。この結果、PC10は、過負荷でないと判定した場合にはステップS304否定、現状の代行モードのままで処理を終了する。また、PC10は、過負荷であると判定した場合にはステップS304肯定、節約モードへ移行してステップS305、処理を終了する。次に、図20を用いて、節約時におけるモード判定処理について説明する。図20に示すように、PC10は、相関テーブル17を参照し、電源節電対象となる器機を選択するステップS401。例えば、操作管理部14cは、相関テーブル17に記憶されている各器機のうち、電源供給優先順位の値が最も低い器機を電源切断対象器機に選択する。そして、PC10は、モード判定サイクルとして設定された時間間隔を待機しステップS402、モード判定サイクル値を超えるとステップS403肯定、汎用機20のページイン回数などから過負荷を判定するステップS404。この結果、PC10は、過負荷でないと判定した場合にはステップS405否定、現状の節約モードのままで処理を終了する。また、PC10は、過負荷であると判定した場合にはステップS405肯定、通常モードへ移行してステップS406、処理を終了する。次に、図21を用いて、節約時における相関テーブル更新処理について説明する。図21に示すように、PC10は、ハードウェア構成の変更があったか判定するステップS501。この結果、PC10は、ハードウェア構成の変更がない場合にはステップS501否定、そのまま処理を終了する。また、PC10は、ハードウェア構成の変更がある場合にはステップS501肯定、変更に応じて、相関テーブル17を更新しステップS502、処理を終了する。実施例1の効果上述してきたように、PC10は、汎用機20の稼動状態に関する情報を汎用機20から取得し、取得した情報に基づき、汎用機20で実行中若しくは実行予定の処理を、PC10で実行可能か判定する。そして、PC10は、実行可能と判定した場合に、実行中若しくは実行予定の処理を汎用機20からPC10へ引き継がせるための処理をすべき命令を汎用機20に送信する。続いて、PC10は、実行中若しくは実行予定の処理をPC10で実行するための処理環境をPC10上に構築し、汎用機20からの引継ぎが完了した後に、汎用機20の電源を切断する。このため、消費電力を適切に削減することが可能である。また、実施例1によれば、PC10は、PC10上で処理を実行している間、所定間隔ごとに、当該PC10の処理負荷を監視し、処理負荷が所定以上になった場合に、汎用機20を起動する。そして、PC10は、汎用機20の起動後、PC10上で実行中の処理環境を汎用機20上で構築させるための処理をすべき命令を汎用機20に送信し、PC10上で実行中の処理環境が汎用機20上で構築された後に、実行中の処理をPC10から汎用機20へ引き継がせるための処理を実行する。このため、PC10が汎用機20の処理を代行することでPC10の処理負荷が過負荷になった場合には、汎用機20に処理を引き継がせることが可能である。また、実施例1によれば、実行中の処理を引き継ぐ場合は、汎用機20からの引継ぎが完了し、かつ、引き継いだ処理の実行がPC10で開始された後に、汎用機20の電源を切断する。このため、汎用機20からの引継ぎを安全に行うことが可能である。さて、これまで実施例1について説明したが、実施例1以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では実施例2として本実施例に含まれる他の実施例を説明する。1代行能力判定テーブル上記の実施例1では、PCが、汎用機で実行中若しくは実行予定の処理を、代行可能か判定する処理を説明した。ここで、代行可能であるか否かを判定する閾値を設定するために、PCの代行能力を評価するためのテーブル以下、代行能力判定テーブルというを用いて、PCの代行能力を事前に把握できるようにしてもよい。ここで、以下では、代行能力判定テーブルを用いて、PCの代行能力を事前に把握できるようにする例について説明する。図22は、代行能力判定テーブルの例を説明するための図である。図22に示すように、代行能力判定テーブルは、汎用機の能力を設定された汎用機側評価データと、PCの能力が設定されたPC側評価データとを記憶する。汎用機側評価データは、機種コード、CPU個数、実メモリ容量、チャネル構成、I/O構成の項目に分かれている。汎用機側評価データの各項目について、7段階で評価された機種コード、CPU個数、実メモリ容量、チャネル構成、I/O構成がそれぞれ記憶されている。管理者は、稼動させる汎用機の機種コード、CPU個数、実メモリ容量、チャネル構成、I/O構成に該当するものを汎用機側評価データから選択する。例えば、図22の例では、処理能力が上から2番目に高い機種コードが選択され、処理能力が上から4番目のCPU個数が選択され、処理能力が最も高い実メモリ容量が選択されている。このように汎用機側評価データの各項目が選択されることにより、汎用機側の処理能力が判断できる汎用機側評価データが設定される。また、PC側の処理能力の評価する方法として、汎用機側とPC側で同じ処理を行った場合に、それぞれが処理にかかった時間を能力の比として判断し、能力の比を基にPC側評価データのランクを管理者が選択する。例えば、図22の例では、PC側評価データのランク3が選択されている。このようにPCのランクが選択されることにより、PC側評価データが生成される。そして、汎用機側評価データおよびPC側評価データに基づいて、代行可能であるか否かを判定する閾値を設定する。2モードまた、上記の実施例1では、節約モードから代行モードに移行する場合について説明したが、節約モードを省略し、通常モードから代行モードに移行するようにしてもよい。3システム構成等また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散統合して構成することができる。例えば、代行部15と復帰部16を統合してもよい。また、文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、相関テーブルに設定された電源供給優先順位の値については、任意に変更することができる。4プログラムところで、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをコンピュータで実行することによって実現することができる。そこで、以下では、図23を用いて、上記の実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図23は、電力制御プログラムを実行するコンピュータを示す図である。図23に示すように、電力制御装置としてのコンピュータ600は、HDD610、RAM620、ROM630およびCPU640をバス650で接続して構成される。そして、ROM630には、上記の実施例と同様の機能を発揮する電力制御プログラム、つまり、図23に示すように、節約プログラム631、代行プログラム632、復帰プログラム633が予め記憶されている。そして、CPU640が、これらのプログラム631~633をROM630から読み出して実行することで、図23に示すように、各プログラム631~633は、節約プロセス641、代行プロセス642、復帰プロセス643として機能するようになる。また、HDD610には、図23に示すように、相関テーブル611が設けられる。そして、CPU640は、相関テーブル611に対してデータを登録するとともに、相関テーブル611からデータ読み出してRAM620に格納し、RAM620に格納されたデータに基づいて処理を実行する。