情報処理装置であって、外部装置との間で通信を行うためのネットワークインターフェースを備える外部通信用プロセッサを含む、複数の物理プロセッサと、当該情報処理装置がスタンバイ状態のときに、前記外部通信用プロセッサに通電して起動状態を維持すると共に、前記複数の物理プロセッサのうち前記外部通信用プロセッサ以外の他プロセッサへの通電を停止して停止状態とする電力制御部と、を備え、前記外部通信用プロセッサは、当該情報処理装置が通常起動状態のときに、前記他プロセッサから状態情報を取得して更新時刻と共に記憶装置に格納し、当該情報処理装置が前記スタンバイ状態のときに、前記更新時刻から所定時間以上経過した他プロセッサが存在する場合に少なくとも該所定時間以上経過した他プロセッサに通電して起動状態とするように前記電力制御部に指示すると共に、該通電により起動した他プロセッサから状態情報を取得して前記記憶装置に格納するスタンバイ時情報取得処理を行う状態監視部と、前記記憶装置に格納された状態情報を前記外部装置に提供する状態情報提供部と、を有することを特徴とする、情報処理装置。請求項1に記載の情報処理装置であって、前記状態監視部は、前記スタンバイ時情報取得処理を行った後、該スタンバイ時情報取得処理によって起動させた他プロセッサへの通電を停止して停止状態とするように前記電力制御部に指示することを特徴とする、情報処理装置。請求項1又は2に記載の情報処理装置であって、前記状態監視部は、前記スタンバイ時情報取得処理において、前記更新時刻から所定時間以上経過した他プロセッサに選択的に通電して起動状態とし、前記更新時刻から所定時間以上経過していない他プロセッサには通電しないように前記電力制御部に指示することを特徴とする、情報処理装置。請求項1ないし3のいずれか1項に記載の情報処理装置であって、前記状態情報は、前記他プロセッサにおいて発生したエラーに関する情報であり、前記所定時間は、前記状態情報を構成するエラー種別毎に設定されることを特徴とする、情報処理装置。請求項1ないし4のいずれか1項に記載の情報処理装置であって、前記状態情報は、前記他プロセッサにおいて発生したエラーに関する情報であり、前記状態監視部は、前記スタンバイ時情報取得処理において取得した状態情報が、前記他プロセッサにおいてエラーが発生中であることを示す場合には前記記憶装置に格納された当該他プロセッサに関する状態情報の更新時刻を更新せず、前記スタンバイ時情報取得処理において取得した状態情報が、前記他プロセッサにおいてエラーが発生していないことを示す場合には前記記憶部に格納された当該他プロセッサに関する状態情報の更新時刻を更新することを特徴とする、情報処理装置。請求項1ないし5のいずれか1項に記載の情報処理装置であって、前記状態監視部は、当該情報処理装置が前記スタンバイ状態のときに、前記状態情報提供部が記憶装置に格納された状態情報を前記外部装置に提供する際に、前記スタンバイ時情報取得処理を実行することを特徴とする、情報処理装置。請求項6に記載の情報処理装置であって、前記状態監視部は、当該情報処理装置が前記スタンバイ状態のときに、前記状態情報提供部が前記記憶装置に格納された状態情報を前記外部装置に提供する回数が所定回数以上となった場合に、前記スタンバイ時情報取得処理を実行することを特徴とする、情報処理装置。情報処理装置であって、外部装置との間で通信を行うためのネットワークインターフェースを備える外部通信用プロセッサを含む、複数の物理プロセッサと、当該情報処理装置がスタンバイ状態のときに、前記外部通信用プロセッサに通電して起動状態を維持すると共に、前記複数の物理プロセッサのうち前記外部通信用プロセッサ以外の他プロセッサへの通電を停止して停止状態とする電力制御部と、を備え、前記外部通信用プロセッサは、当該情報処理装置が通常起動状態のときに、前記他プロセッサから状態情報を取得して更新時刻と共に記憶装置に格納し、当該情報処理装置が前記スタンバイ状態のときに、前記更新時刻から所定時間以上経過した他プロセッサが存在することを示す状態鮮度情報を生成して前記記憶装置に格納する状態監視部と、前記記憶装置に格納された状態情報及び状態鮮度情報を前記外部装置に提供する状態情報提供部と、を有することを特徴とする、情報処理装置。情報処理装置であって、外部装置との間で通信を行うためのネットワークインターフェースを備える外部通信用プロセッサを含む、複数の物理プロセッサと、当該情報処理装置がスタンバイ状態のときに、前記外部通信用プロセッサに通電して起動状態を維持すると共に、前記複数の物理プロセッサのうち前記外部通信用プロセッサ以外の他プロセッサへの通電を停止して停止状態とする電力制御部と、を備え、前記外部通信用プロセッサは、ユーザインターフェースと、当該情報処理装置が通常起動状態のときに、前記他プロセッサから状態情報を取得して更新時刻と共に記憶装置に格納し、当該情報処理装置が前記スタンバイ状態のときに、前記更新時刻から所定時間以上経過した他プロセッサが存在する場合に前記ユーザインターフェースに出力を指示する状態監視部と、前記記憶装置に格納された状態情報を前記外部装置に提供する状態情報提供部と、を有することを特徴とする、情報処理装置。請求項1ないし9のいずれか1項に記載の情報処理装置と、該情報処理装置とネットワークにより接続された前記外部装置と、を備える情報処理システム。しかしながら、上記特許文献1に記載の装置では、省エネモード時において、メインシステム及びエンジンコントローラの通電がオフ状態に維持されるため、メインシステム及びエンジンコントローラの状態をサブシステムが把握することができない。このため、装置の直近の状態を把握することができない場合がある。本発明は、一側面では、直近の状態情報を、より正確に把握することが可能な情報処理装置等を提供することを目的とする。上記目的を達成するための本発明の一態様は、情報処理装置であって、外部装置との間で通信を行うためのネットワークインターフェースを備える外部通信用プロセッサを含む、複数の物理プロセッサと、当該情報処理装置がスタンバイ状態のときに、前記外部通信用プロセッサに通電して起動状態を維持すると共に、前記複数の物理プロセッサのうち前記外部通信用プロセッサ以外の他プロセッサへの通電を停止して停止状態とする電力制御部と、を備え、前記外部通信用プロセッサは、当該情報処理装置が通常起動状態のときに、前記他プロセッサから状態情報を取得して更新時刻と共に記憶装置に格納し、当該情報処理装置が前記スタンバイ状態のときに、前記更新時刻から所定時間以上経過した他プロセッサが存在する場合に少なくとも該所定時間以上経過した他プロセッサに通電して起動状態とするように前記電力制御部に指示すると共に、該通電により起動した他プロセッサから状態情報を取得して前記記憶装置に格納するスタンバイ時情報取得処理を行う状態監視部と、前記記憶装置に格納された状態情報を前記外部装置に提供する状態情報提供部と、を有することを特徴とする、情報処理装置である。本発明の一側面によれば、直近の状態情報を、より正確に把握することが可能な情報処理装置等を提供することができる。以下、本発明を実施するための形態について、添付図面を参照しながら実施例を挙げて説明する。<第1実施例>以下、図面を参照し、本発明の第1実施例に係る情報処理装置、及び情報処理システムについてについて説明する。[ハードウエア構成]図1は、本発明の第1実施例に係る情報処理システム1のシステム構成例である。情報処理システム1は、主要な構成として、情報処理装置100、200、300と、機器管理クライアント400と、がネットワーク500によって接続された構成となっている。情報処理装置100、200、300は、例えばMFPMultifunctionPeripheral;多機能周辺装置やプリンタ、プロジェクタ等を制御する制御装置として機能する。機器管理クライアント400は、例えばパーソナルコンピュータやサーバ装置、携帯端末等である。機器管理クライアント400は、ネットワーク500を介して情報処理装置100、200、300に状態情報の取得要求を送信する。情報処理装置100、200、300は、状態情報の取得要求に応じて、それぞれが保持している状態情報を機器管理クライアント400に返信する。ネットワーク500においては、例えばHTTPHyperTextTransferProtocol、TCP/IPTransmissionControlProtocol/InternetProtocol等のプロトコルによって通信が行われる。情報処理装置100、200、300は、これらのプロトコルに対応したNICNetworkInterfaceCard等のネットワークインターフェースを備える。なお、図1において、情報処理システム1を構成する情報処理装置を三個記載したが、情報処理装置は一個以上の任意の個数であってよい。また、機器管理クライアントを一個記載したが、機器管理クライアントは一個以上の任意の個数であってよい。機器管理クライアントが複数の場合、それぞれの機器管理クライアントが異なる情報処理装置を管理してもよいし、同じ情報処理装置を複数の機器管理クライアントが重複して管理してもよい。図2は、情報処理装置100を中心としたハードウエア構成例である。なお、情報処理装置100、200、300は、本発明の特徴的な構成及び機能に関して共通するため、以下では情報処理装置100についてのみ説明する。情報処理装置100は、物理プロセッサ110、120、130を備える。物理プロセッサ110は、CPUCentralProcessingUnit111、RAMRandomAccessMemory112、EEPROMElectricallyErasableandProgrammableReadOnlyMemory、フラッシュメモリ等の不揮発性メモリ113、プロセッサ間通信インターフェース114の他、外部通信インターフェース115前述のNICに相当する等を有し、これらが内部バスによって接続された構成となっている。同様に、物理プロセッサ120は、CPU121、RAM122、不揮発性メモリ123、プロセッサ間通信インターフェース124等を有し、これらが内部バスによって接続された構成となっている。また、物理プロセッサ130は、CPU131、RAM132、不揮発性メモリ133、プロセッサ間通信インターフェース134等を有し、これらが内部バスによって接続された構成となっている。プロセッサ間通信インターフェース114、プロセッサ間通信インターフェース124プロセッサ間通信インターフェース134の間では、例えばUSBUniversalSerialBus等の方式で通信が行われる。これらのハードウエア構成のうち、各物理プロセッサが有するCPU、プロセッサ間通信インターフェース、及び物理プロセッサ110が有するRAM112又は不揮発性メモリ113、並びに外部通信インターフェース115は必須の構成であるが、他の構成要素については必要に応じて省略することができる。以下、本実施例の情報処理装置100がプロジェクタの制御装置として機能するものとして説明する。物理プロセッサ120には、表示パネルやボタン等を含む入出力装置125等の制御対象機器が接続される。また、物理プロセッサ130には、プロジェクタが有するランプ135、ファン136等の制御対象機器が接続される。なお、図2において、外部通信インターフェース115を備える物理プロセッサの個数を一個と、それ以外の物理プロセッサの個数を二個としたが、外部通信インターフェース115を備える一個以上の物理プロセッサと、それ以外の一個以上の物理プロセッサを備えるものであれば、物理プロセッサの個数に特段の制限は無い。以下、物理プロセッサ110、120、130に、それぞれの制御対象機器を加えたハードウエア構成を、概念的にサブシステム10、20、30と称する。[論理構成、処理の流れ]図3は、第1実施例に係る各サブシステムの論理構成例である。サブシステム10は、電力制御部10Aと、通電制御部10Bと、エラー検知部10Cと、状態監視部110Dと、状態監視部210Eと、記憶部10Fと、状態情報提供部10Gと、プロセッサ間通信制御部10Hと、を備える。これらのうち、記憶部10Fは、例えば不揮発性メモリ113の所定領域である。その他の論理構成は、各物理プロセッサのCPUが不揮発性メモリやROM等に格納されたプログラムを実行することにより機能する。以下、状態監視部110D、状態監視部210Eを、単に状態監視部1、状態監視部2と表記する。サブシステム20は、通電制御部20Bと、エラー検知部20Cと、プロセッサ間通信制御部20Hと、を備える。サブシステム30は、通電制御部30Bと、エラー検知部30Cと、プロセッサ間通信制御部30Hと、を備える。電力制御電力制御部10Aは、情報処理装置100全体の電力状態を決定する。情報処理装置100は、全サブシステムが起動したオン状態通常起動状態、サブシステム10のみが起動し、サブシステム20、30が停止したスタンバイ状態、全サブシステムが停止したオフ状態をとり得る。情報処理装置100は、特定のユーザ操作がなされたとき、或いは一定時間操作が無かったとき等に、スタンバイ状態に遷移する。図4は、各電力状態において、電力制御部10Aによって制御される各サブシステムの通電状態を示す図である。電力制御部10Aは、例えば、予め不揮発性メモリ113等に格納されている、図4に示す内容のテーブルデータを参照し、テーブルデータが規定する通電状態が実現されるように、各サブシステムの通電制御部10B、20B、30Bに指示信号を送信する。特に通電制御部20B、30Bに対しては、プロセッサ間通信制御部10H、及びプロセッサ間通信制御部20H又はプロセッサ間通信制御部30Hを介して指示信号を送信する。電力制御部10Aから指示信号を受信した通電制御部10B、20B、30Bは、指示信号が示す通電状態となるように、図示しない電源回路等を制御する。エラー状態情報の取得エラー検知部10Cは、自システム自己が属するサブシステムをいう;以下同じのエラーを検知し、エラー状態情報として状態監視部1に出力する。自システムのエラーとは、当該サブシステムに含まれる制御対象機器のエラー、物理プロセッサが実行するプログラムのエラー等が含まれる。また、エラー検知部20Cは、自システムのエラーを検知し、エラー状態情報としてプロセッサ間通信制御部20H、10Hを介して状態監視部1に出力する。同様に、エラー検知部30Cは、自システムのエラーを検知し、エラー状態情報としてプロセッサ間通信制御部30H、10Hを介して状態監視部1に出力する。エラー検知部10C、20C、30Cは、自システムが起動したときオフ状態からオン状態に遷移したとき、及び自システムのエラーが発生したときに、上記のようにエラー状態情報を出力するものとする。なお、これに代えて、例えば状態監視部1等が定期的にエラー状態情報の要求信号をエラー検知部10C、エラー検知部20C、エラー検知部30Cに送信し、各エラー検知部からエラー状態情報が返信されるという流れでエラー状態情報が取得されてもよいし、エラー検知部10C、エラー検知部20C、エラー検知部30Cが定期的に且つ自発的にエラー状態情報を状態監視部1に送信してもよい。状態監視部1は、入力されたエラー状態情報によって記憶部10Fに格納されたエラー状態情報を更新すると共に、送信元のサブシステムを判別可能な情報を含むエラー状態更新通知を、状態監視部2に対して行う。図5は、記憶部10Fに格納されるエラー状態情報の一例である。図示するように、記憶部10Cには、エラー種別で表現されるサブシステム毎の直近のエラー状態と、最終更新時刻が格納される。最終更新時刻は、後述するように状態監視部2によって更新される。図6は、エラー状態情報におけるエラー種別を列挙した図である。なお、状態監視部1、が取得し、記憶部10Fに格納される情報は、このようなエラー状態情報に限らず、処理負荷やタスク実行状況、プログラムのバージョン情報等、種々の情報を含む状態情報であってもよい。図7は、エラー検知部10C、20C、30Cと、状態監視部1により実行される処理の流れを示すシーケンス図である。図示するように、エラー検知部10Cが状態監視部1にエラー状態情報を出力するとS600、状態監視部1は記憶部10Fにおけるサブシステム10に関するエラー状態情報を更新しS602、送信元のサブシステム10を判別可能な情報例えばサブシステム名を含むエラー状態情報更新通知を状態監視部2に対して行うS604。また、エラー検知部20Cが状態監視部1にエラー状態情報を出力するとS610、状態監視部1は記憶部10Fにおけるサブシステム20に関するエラー状態情報を更新しS612、送信元のサブシステム20を判別可能な情報例えばサブシステム名を含むエラー状態情報更新通知を状態監視部2に対して行うS614。また、エラー検知部30Cが状態監視部1にエラー状態情報を出力するとS620、状態監視部1は記憶部10Fにおけるサブシステム30に関するエラー状態情報を更新しS622、送信元のサブシステム30を判別可能な情報例えばサブシステム名を含むエラー状態情報更新通知を状態監視部2に対して行うS624。エラー状態情報の提供記憶部10Fに格納されたエラー状態情報は、状態情報提供部10Gによって機器管理クライアント400に提供される。状態情報提供部10Gは、機器管理クライアント400からの要求に応じ、且つ/又は定期的に、記憶部10Fに格納されたエラー状態情報を機器管理クライアント400に送信する。図8は、機器管理クライアント400と、状態情報提供部10Gにより実行される処理の流れを示すシーケンス図である。機器管理クライアント400が、例えばユーザの操作に応じてエラー状態情報取得要求を状態情報提供部10Gに送信するとS700、状態情報提供部10Gは、記憶部10Fに格納されたエラー状態情報を読み込みS702、読み込んだエラー状態情報を機器管理クライアント400に送信するS704。状態提供部10Gから機器管理クライアント400へのエラー状態情報の提供に際しては、例えば、HTTPを用いてXMLやJSONJavaScript登録商標ObjectNotation等のフォーマットを採用してもよいし、PJLinkにおけるエラー状態問い合わせコマンドを用いてもよい。機器管理クライアント400では、情報処理装置100、200、300からエラー状態情報を受信することができるため、ネットワーク500に接続された情報処理装置100、200、300の状態を遠隔的に把握することができる。スタンバイ時情報取得処理の開始状態監視部2は、前述したように最終更新時刻の更新を行う他、情報処理装置100がスタンバイ状態のときに、サブプロセッサ20、30に通電して起動状態とするように電力制御部10Aに指示すると共に、起動したサブプロセッサ20、30からエラー状態情報を取得して記憶部10Fに格納するスタンバイ時情報取得処理を開始させる。まず、スタンバイ時情報取得処理が開始される際の処理について説明する。図9は、第1実施例に係る状態監視部2により実行されるスタンバイ状態の処理の流れを示すフローチャートである。本フローチャートは、情報処理装置100がスタンバイ状態であるときに、例えば所定周期例えば1時間、1日等、任意に設定されるで繰り返し実行される。まず、状態監視部2は、記憶部10Fから、エラー状態情報に含まれるエラー状態と最終更新時刻を読み込むS800。次に、状態監視部2は、エラー状態を参照し、いずれかのサブプロセッサにエラーが発生しているか否かを判定するS802。いずれのサブプロセッサにもエラーが発生していない場合は、本フローチャートを終了する。いずれかのサブプロセッサにエラーが発生している場合、状態監視部2は、エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間例えば1時間、1日等、任意に設定される経過しているか否かを判定するS804。エラーが発生していることを示すエラー状態の最終更新時刻から所定時間経過していない場合は、本フローチャートを終了する。エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間経過している場合はエラーが発生していることを示すエラー状態が複数存在する場合は、例えば一つでも最終更新時刻から所定時間経過している場合は、情報処理装置100の電力状態をオン状態に変更するように電力制御部10Aに指示しS806、スタンバイ時起動フラグをオンに設定しS808、本フローチャートを終了する。スタンバイ時起動フラグは、例えばRAM112の所定領域に格納される値であり、1がオン、0がオフと予め定められている。図10は、第1実施例に係る状態監視部2が電力状態をオン状態に変更するように電力制御部10Aに指示した結果、実行される処理の流れを示すシーケンス図である。状態監視部2が電力状態をオン状態に変更するように電力制御部10Aに指示するとS900、電力制御部10Aから通電制御部10Bにオン要求サブシステムをオン状態とする指示信号が出力されS902、これをトリガーとしてエラー検知部10Cがエラー確認を行うS904。なお、スタンバイ時にサブシステム10はオン状態に維持されているため、S902の処理はS904のトリガーとしての意味合いを有する。同様に、電力制御部10Aから通電制御部20Bにオン要求が出力されS912、これをトリガーとしてエラー検知部20Cがエラー確認を行うS914。また、電力制御部20Aから通電制御部30Bにオン要求が出力されS922、これをトリガーとしてエラー検知部30Cがエラー確認を行うS924。このように、情報処理装置100がスタンバイ状態のときに状態監視部2がエラー状態情報を取得する処理は、電力制御部10Aによる通電に関する指示信号の送信のみで開始されるため、プロセッサ間の通信負荷を低減することができる。図10に示す処理が行われると、続いて図7に示す処理が実行される。スタンバイ状態への復帰等状態監視部2は、状態監視部1からエラー状態情報更新通知を受信すると、図11に示すフローチャートを実行する。図11は、第1実施例に係る状態監視部2により実行される、エラー状態情報更新通知の受信時の処理の流れを示すフローチャートである。本フローチャートは、状態監視部1からエラー状態情報更新通知を受信したとき、すなわち、A情報処理装置100の電力状態がオン状態のときに図7に示す処理が実行された後、或いはB情報処理装置100の電力状態がスタンバイ状態のときに、図9→図10→図7の順で処理が実行された後に開始される。まず、状態監視部2は、全てのサブシステムについて、エラー状態情報更新通知を受信したか否かを判定するS1000。全てのサブシステムについて、エラー状態情報更新通知を受信した場合、続いて、スタンバイ時起動フラグがオンに設定されているか否かを判定するS1002。全てのサブシステムについて、エラー状態情報更新通知を受信し、且つスタンバイ時起動フラグがオンに設定されている場合、スタンバイ時起動フラグをオフに設定しS1004、電力状態をスタンバイ状態に変更するように電力制御部10Aに指示しS1006、記憶部10Fにおける最終更新時刻を更新するS1008。このように処理が行われるのは、スタンバイ時情報取得処理が行われることによってエラー状態情報更新通知が行われた場合図9→図10→図7の順で処理が実行された場合である。一方、エラー状態情報更新通知を受信していない場合、又はスタンバイ時起動フラグがオフに設定されている場合は、単に記憶部10Fにおける最終更新時刻を更新するS1010。このように処理が行われるのは、オン状態でエラー検知が行われることによって、エラー状態情報更新通知が行われた場合図7の処理のみ実行された場合である。図12は、第1実施例に係る状態監視部2が電力状態をスタンバイ状態に変更するように電力制御部10Aに指示した結果、実行される処理の流れを示すシーケンス図である。状態監視部2が電力状態をスタンバイ状態に変更するようにスタンバイ要求を電力制御部10Aに出力するとS1100、電力制御部10Aは、サブシステム20の通電制御部20Bにオフ要求を送信しS1102、次いでサブシステム30の通電制御部30Bにオフ要求を送信するS1104。[まとめ]以上説明した本実施例の情報処理装置、及び情報処理システムによれば、情報処理装置がサブシステム10を除き通電停止状態となるスタンバイ状態を選択することにより、電力消費を低減することができる。また、スタンバイ状態のときに、エラー状態の最終更新時刻から所定時間経過している場合に、各サブプロセッサに通電して起動状態とすると共に、起動したサブプロセッサからエラー状態情報を取得して記憶部に格納するスタンバイ時情報取得処理を実行するため、比較的古いエラー状態情報が記憶部に格納されている場合に、よりフレッシュなエラー状態でエラー状態情報の内容を更新することができる。この結果、直近のエラー状態をより正確に把握することができる。例えば、ランプエラーやファンエラーのような機械的デバイスの故障は、物理的な交換修理によって解消されることが多く、物理的な交換修理はシステムの通電を必要としない。このため、情報処理装置がスタンバイ状態又はオフ状態のときになされる可能性が高いものである。従来、このような故障が交換修理によって解消された場合、次に情報処理装置がオン状態とされるまで、交換修理の結果がエラー状態情報に反映されなかった。このため、情報処理装置がスタンバイ状態のときに機器管理クライアントが情報処理装置からエラー状態情報を取得しても、交換修理前の状態しか取得することができず、誤った情報を取得してしまう可能性があった。これに対し、本実施例の情報処理装置では、スタンバイ時情報取得処理を実行することにより、このような不都合を抑制することができる。以上より、電力消費を低減しつつ、直近の状態情報をより正確に把握することができる。また、スタンバイ時情報取得処理を終了した後は、再度スタンバイ状態に復帰するため、更に電力消費を低減することができる。[その他]なお、状態監視部1と状態監視部2は統合されてもよい。図13、14は、状態監視部1と状態監視部2が統合された場合ここでは、単に状態監視部と称するに、状態監視部により実行される処理の流れを示すフローチャートである。図13は、状態監視部により情報処理装置100がオン状態のときに実行される処理の流れを示すフローチャートである。本フローチャートは、情報処理装置100がオン状態であるときに、例えば所定周期例えば1時間、1日等、任意に設定されるで繰り返し実行される。まず、状態監視部は、エラー状態情報が入力されるまで待機するS1200。エラー状態情報が入力されると、入力されたエラー状態情報に基づき記憶部10Fにおけるエラー状態を更新しS1202、更に最終更新時刻を更新するS1204。図14は、状態監視部により情報処理装置100がスタンバイ状態のときに実行される処理の流れを示すフローチャートである。本フローチャートは、情報処理装置100がスタンバイ状態であるときに、例えば所定周期例えば1時間、1日等、任意に設定されるで繰り返し実行される。まず、状態監視部は、記憶部10Fから、エラー状態情報に含まれるエラー状態と最終更新時刻を読み込むS1300。次に、状態監視部は、エラー状態を参照し、いずれかのサブプロセッサにエラーが発生しているか否かを判定するS1302。いずれのサブプロセッサにもエラーが発生していない場合は、本フローチャートを終了する。いずれかのサブプロセッサにエラーが発生している場合、状態監視部は、エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間経過しているか否かを判定するS1304。エラーが発生していることを示すエラー状態の最終更新時刻から所定時間経過していない場合は、本フローチャートを終了する。エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間経過している場合はエラーが発生していることを示すエラー状態が複数存在する場合は、例えば一つでも最終更新時刻から所定時間経過している場合は、情報処理装置100の電力状態をオン状態に変更するように電力制御部10Aに指示するS1306。次に、状態監視部は、全てのサブシステムからエラー状態情報が入力されるまで待機するS1308。エラー状態情報が入力されると、状態監視部は、入力されたエラー状態情報に基づき記憶部10Fにおけるエラー状態を更新しS1310、更に最終更新時刻を更新するS1312。次に、状態監視部は、電力状態をスタンバイ状態に変更するように電力制御部10Aに指示しS1314、本フローチャートを終了する。<第2実施例>以下、図面を参照し、本発明の第2実施例に係る情報処理装置、及び情報処理システムについて説明する。第2実施例に係る情報処理装置、及び情報処理システムは、ハードウエア構成について第1実施例と共通し、スタンバイ時情報取得処理の内容のみ第1実施例と相違するため、各構成要素に対して同一の符号を付し、相違点を中心に説明する。図15は、第2実施例に係る状態監視部2により実行される、スタンバイ状態の処理の流れを示すフローチャートである。本フローチャートは、第3実施例に係る情報処理装置100がスタンバイ状態であるときに、例えば所定周期例えば1時間、1日等、任意に設定されるで繰り返し実行される。本フローチャートは、第1実施例における図9のフローチャートを変更したものである。まず、状態監視部2は、記憶部10Fから、エラー状態情報に含まれるエラー状態と最終更新時刻を読み込むS1400。次に、状態監視部2は、エラー状態を参照し、いずれかのサブプロセッサにエラーが発生しているか否かを判定するS1402。いずれのサブプロセッサにもエラーが発生していない場合は、本フローチャートを終了する。いずれかのサブプロセッサにエラーが発生している場合、状態監視部2は、エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間例えば1時間、1日等、任意に設定される経過しているか否かを判定するS1404。エラーが発生していることを示すエラー状態の最終更新時刻から所定時間経過していない場合は、本フローチャートを終了する。エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間経過している場合はエラーが発生していることを示すエラー状態が複数存在する場合は、例えば一つでも最終更新時刻から所定時間経過している場合は、エラーが発生中のサブシステムの通電状態をオン状態に変更するように電力制御部10Aに指示しS1406、スタンバイ時起動フラグをオンに設定しS1408、本フローチャートを終了する。図16は、第2実施例に係る状態監視部2により実行される、エラー状態情報更新通知の受信時の処理の流れを示すフローチャートである。本フローチャートは、状態監視部1からエラー状態情報更新通知を受信したとき、すなわち、A情報処理装置100の電力状態がオン状態のときに図7に示す処理が実行された後、或いはB情報処理装置100の電力状態がスタンバイ状態のときに、図15→図10→図7の順で処理が実行された後に開始される。まず、状態監視部2は、エラーが発生中の全てのサブシステムについて、エラー状態情報更新通知を受信したか否かを判定するS1500。エラーが発生中の全てのサブシステムについて、エラー状態情報更新通知を受信した場合、続いて、スタンバイ時起動フラグがオンに設定されているか否かを判定するS1502。エラーが発生中の全てのサブシステムについて、エラー状態情報更新通知を受信し、且つスタンバイ時起動フラグがオンに設定されている場合、スタンバイ時起動フラグをオフに設定しS1504、エラーが発生中のサブシステムの通電状態をオフ状態に変更するように電力制御部10Aに指示しS1506、記憶部10Fにおける最終更新時刻を更新するS1508。一方、エラー状態情報更新通知を受信していない場合、又はスタンバイ時起動フラグがオフに設定されている場合は、単に記憶部10Fにおける最終更新時刻を更新するS1508。このように、第2実施例の情報処理装置では、スタンバイ時情報取得処理において、情報処理装置100全体をオン状態にするのではなく、エラーが発生中のサブシステムのみ通電してエラー状態情報を取得するため、電力消費を更に低減することができる。[まとめ]以上説明した本実施例の情報処理装置、及び情報処理システムによれば、第1実施例と同様に、電力消費を低減しつつ、直近の状態情報をより正確に把握することができる。また、スタンバイ時情報取得処理を終了した後は、再度スタンバイ状態に復帰するため、更に電力消費を低減することができる。また、スタンバイ時情報取得処理において、情報処理装置全体をオン状態にするのではなく、エラーが発生中のサブシステムのみ通電してエラー状態情報を取得するため、電力消費を更に低減することができる。<第3実施例>以下、図面を参照し、本発明の第3実施例に係る情報処理装置、及び情報処理システムについてについて説明する。第3実施例に係る情報処理装置、及び情報処理システムは、ハードウエア構成について第1実施例と共通し、スタンバイ時情報取得処理の内容のみ第1実施例と相違するため、各構成要素に対して同一の符号を付し、相違点を中心に説明する。第3実施例に係る状態監視部2は、スタンバイ時情報取得処理において、エラー状態の最終更新時刻から所定時間経過しているか否かを判定するのに代えて、エラー状態の最終更新時刻からエラー種別毎の更新確認間隔経過しているか否かを判定する。すなわち、一律に所定時間で判定するのではなく、最終更新時刻からエラー種別に応じた時間が経過しているか否かを判定する。図17は、第3実施例におけるエラー種別と更新確認間隔の対応関係を規定するテーブルデータの一例である。係るテーブルデータは、記憶部10F等に予め格納され、状態監視部2によって参照される。図示するように、ランプエラーやファンエラーは機械的交換、修理によって解消され得るものであるため、更新確認間隔が1日に設定されている。一方、プログラムエラーについては、機械的交換、修理によっては解消されず、通電して再インストール等する必要があるものであるため、更新確認しないすなわち最終更新時刻からの経過時間に拘わらず、スタンバイ時情報取得処理の対象としないと設定されている。図18は、第3実施例に係る状態監視部2により実行される、スタンバイ状態の処理の流れを示すフローチャートである。本フローチャートは、第3実施例に係る情報処理装置100がスタンバイ状態であるときに、例えば所定周期例えば1時間、1日等、任意に設定されるで繰り返し実行される。本フローチャートは、第1実施例における図9のフローチャートを変更したものである。まず、状態監視部2は、記憶部10Fから、エラー状態情報に含まれるエラー状態と最終更新時刻を読み込むS1600。次に、状態監視部2は、エラー状態を参照し、いずれかのサブプロセッサにエラーが発生しているか否かを判定するS1602。いずれのサブプロセッサにもエラーが発生していない場合は、本フローチャートを終了する。いずれかのサブプロセッサにエラーが発生している場合、状態監視部2は、エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から更新確認間隔経過しているか否かを判定するS1604。エラーが発生していることを示すエラー状態の最終更新時刻から更新確認間隔経過していない場合は、本フローチャートを終了する。なお、前述のように、更新確認間隔が更新確認しないと設定されている場合は、本ステップの判定結果は自動的に更新確認間隔経過していないとされる。エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間経過している場合はエラーが発生していることを示すエラー状態が複数存在する場合は、例えば一つでも最終更新時刻から所定時間経過している場合は、情報処理装置100の電力状態をオン状態に変更するように電力制御部10Aに指示しS1606、スタンバイ時起動フラグをオンに設定しS1608、本フローチャートを終了する。係る処理によって、スタンバイ時情報取得処理を行うか否かの判定において、エラー状態の最終更新時刻から所定時間経過しているか否かを判定するのに代えて、エラー状態の最終更新時刻からエラー種別毎の更新確認間隔経過しているか否かを判定するため、エラー種別に応じて、不要なスタンバイ時情報取得処理を行わないようにすることができる。この結果、電力消費を更に低減することができる。[まとめ]以上説明した本実施例の情報処理装置、及び情報処理システムによれば、第1実施例と同様に、電力消費を低減しつつ、直近の状態情報をより正確に把握することができる。また、スタンバイ時情報取得処理を終了した後は、再度スタンバイ状態に復帰するため、更に電力消費を低減することができる。また、スタンバイ時情報取得処理を行うか否かの判定において、エラー状態の最終更新時刻からエラー種別毎の更新確認間隔経過しているか否かを判定するため、電力消費を更に低減することができる。<第4実施例>以下、図面を参照し、本発明の第4実施例に係る情報処理装置、及び情報処理システムについてについて説明する。第4実施例に係る情報処理装置、及び情報処理システムは、ハードウエア構成について第1実施例と共通し、エラー状態情報更新通知を受信した際の処理の内容のみ第1実施例と相違するため、各構成要素に対して同一の符号を付し、相違点を中心に説明する。図19は、第4実施例に係る状態監視部2により実行される、エラー状態情報更新通知の受信時の処理の流れを示すフローチャートである。本フローチャートは、状態監視部1からエラー状態情報更新通知を受信したとき、すなわち、A情報処理装置100の電力状態がオン状態のときに図7に示す処理が実行された後、B情報処理装置100の電力状態がスタンバイ状態のときに、図9→図10→図7の順で処理が実行された後に開始される。まず、状態監視部2は、全てのサブシステムについて、エラー状態情報更新通知を受信したか否かを判定するS1700。全てのサブシステムについて、エラー状態情報更新通知を受信した場合、続いて、スタンバイ時起動フラグがオンに設定されているか否かを判定するS1702。全てのサブシステムについて、エラー状態情報更新通知を受信し、且つスタンバイ時起動フラグがオンに設定されている場合、スタンバイ時起動フラグをオフに設定しS1704、電力状態をスタンバイ状態に変更するように電力制御部10Aに指示しS1706、記憶部10Fからエラー状態情報を読み込むS1708。そして、状態監視部2は、いずれかのサブシステムにおいてエラーが発生中であるか否かを判定するS1710。いずれかのサブシステムにおいてエラーが発生中である場合は、記憶部10Fにおける最終更新時刻を更新しS1712、エラーが発生中でない場合、記憶部10Fにおける最終更新時刻を更新せずに本フローチャートを終了する。このように処理が行われるのは、スタンバイ時情報取得処理が行われることによってエラー状態情報更新通知が行われた場合図9→図10→図7の順で処理が実行された場合である。一方、エラー状態情報更新通知を受信していない場合、又はスタンバイ時起動フラグがオフに設定されている場合は、単に記憶部10Fにおける最終更新時刻を更新するS1012。このように処理が行われるのは、オン状態でエラー検知が行われることによって、エラー状態情報更新通知が行われた場合図7の処理のみ実行された場合である。係る処理によって、エラー状態を最新に更新しても依然としてエラーが発生中であれば、最終更新時刻は更新されないことになる。この結果、次に図9のフローチャートが実行されたときには、スタンバイ時情報取得処理が再度実行されることになる。この結果、エラーが発生中である状態が継続する間、スタンバイ時情報取得処理の実行される頻度が高くなり、直近の状態情報を更に正確に把握することができる。[まとめ]以上説明した本実施例の情報処理装置、及び情報処理システムによれば、第1実施例と同様に、電力消費を低減しつつ、直近の状態情報をより正確に把握することができる。また、スタンバイ時情報取得処理を終了した後は、再度スタンバイ状態に復帰するため、更に電力消費を低減することができる。また、エラー状態を最新に更新しても依然としてエラーが発生中であれば、最終更新時刻を更新しないため、エラーが発生中である状態が継続する間、スタンバイ時情報取得処理の実行される頻度が高くなり、直近の状態情報を更に正確に把握することができる。<第5実施例>以下、図面を参照し、本発明の第5実施例に係る情報処理装置、及び情報処理システムについてについて説明する。第5実施例に係る情報処理装置、及び情報処理システムは、ハードウエア構成について第1実施例と共通し、第1実施例において実行される図9のフローチャートを実行せず、これに代えて、情報処理装置から機器管理クライアントにエラー状態鮮度を提供する処理を実行する点で第1実施例と相違する。以下、対応する各構成要素に対して同一の符号を付し、相違点を中心に説明する。図20は、記憶部10Fによって保持されるエラー状態鮮度を示す図である。エラー状態鮮度は、更新要、更新不要の二種類で設定される。図21は、第5実施例の状態監視部2によって実行される、エラー状態鮮度の更新処理の流れを示すフローチャートである。本フローチャートは、情報処理装置100がスタンバイ状態であるときに、例えば所定周期例えば1時間、1日等、任意に設定されるで繰り返し実行される。まず、状態監視部2は、記憶部10Fから、エラー状態情報に含まれるエラー状態と最終更新時刻を読み込むS1800。次に、状態監視部2は、エラー状態を参照し、いずれかのサブプロセッサにエラーが発生しているか否かを判定するS1802。いずれのサブプロセッサにもエラーが発生していない場合は、エラー状態鮮度を更新不要とするS1804。いずれかのサブプロセッサにエラーが発生している場合、状態監視部2は、エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間例えば1時間、1日等、任意に設定される経過しているか否かを判定するS806。エラーが発生していることを示すエラー状態の最終更新時刻から所定時間経過していない場合は、エラー状態鮮度を更新不要とするS1804。エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間経過している場合はエラーが発生していることを示すエラー状態が複数存在する場合は、例えば一つでも最終更新時刻から所定時間経過している場合は、エラー状態鮮度を更新要とするS1808。図22は、第5実施例の機器管理クライアント400と、状態情報提供部10Gにより実行される処理の流れを示すシーケンス図である。機器管理クライアント400が、例えばユーザの操作に応じてエラー状態鮮度取得要求を状態情報提供部10Gに送信するとS1900、状態情報提供部10Gは、記憶部10Fに格納されたエラー状態鮮度を読み込みS1902、読み込んだエラー状態鮮度を機器管理クライアント400に送信するS1904。エラー状態鮮度を取得した機器管理クライアント400では、ネットワーク500を介して遠隔的に情報処理装置100の電力状態をオン状態にするなどの対応を取ることができる。電力状態をオン状態にするのは、例えば機器管理クライアント400が自動で行ってもよいし、機器管理クライアント400からユーザに判断を促してもよい。また、電力状態をオン状態にするタイミングも、例えば機器管理クライアント400がプロパティを保持してそれに基づき決めてもよいし、そのつど機器管理クライアント400からユーザに判断を促してもよい。[まとめ]以上説明した本実施例の情報処理装置、及び情報処理システムによれば、情報処理装置から機器管理クライアントにエラー状態鮮度を提供することにより、機器管理クライアントにおいて情報処理装置の電力状態を変更する等の処理を行うことができる。また、ユーザの所望のタイミングで情報処理装置の電力状態をオン状態に変更し、状態情報を取得することもできる。<第6実施例>以下、図面を参照し、本発明の第6実施例に係る情報処理装置、及び情報処理システムについてについて説明する。第6実施例に係る情報処理装置、及び情報処理システムは、ハードウエア構成について第1実施例と共通し、第1実施例において実行される図9のフローチャートを実行せず、これに代えて、スタンバイ時に最終更新時刻から所定時間経過したエラー状態が存在する場合には、ユーザに通知する点で第1実施例と相違する。以下、対応する各構成要素に対して同一の符号を付し、相違点を中心に説明する。図23は、第6実施例に係る各サブシステムの論理構成例である。サブシステム10は、第1実施例の構成に加えて、ユーザ通知部10Iを備える。ユーザ通知部10Iは、例えばLEDLightEmittingDiode、ブザー等の省電力なデバイスであることが望ましい。図24は、第6実施例に係る状態監視部2により実行されるスタンバイ状態の処理の流れを示すフローチャートである。本フローチャートは、情報処理装置100がスタンバイ状態であるときに、例えば所定周期例えば1時間、1日等、任意に設定されるで繰り返し実行される。まず、状態監視部2は、記憶部10Fから、エラー状態情報に含まれるエラー状態と最終更新時刻を読み込むS2000。次に、状態監視部2は、エラー状態を参照し、いずれかのサブプロセッサにエラーが発生しているか否かを判定するS2002。いずれのサブプロセッサにもエラーが発生していない場合は、本フローチャートを終了する。いずれかのサブプロセッサにエラーが発生している場合、状態監視部2は、エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間例えば1時間、1日等、任意に設定される経過しているか否かを判定するS2004。エラーが発生していることを示すエラー状態の最終更新時刻から所定時間経過していない場合は、本フローチャートを終了する。エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間経過している場合はエラーが発生していることを示すエラー状態が複数存在する場合は、例えば一つでも最終更新時刻から所定時間経過している場合は、ユーザ通知部10Iに指示してエラー状態が最新でないことをユーザに通知するS2006。[まとめ]以上説明した本実施例の情報処理装置、及び情報処理システムによれば、エラー状態情報が最新でない場合に、ユーザに通知するため、ユーザの所望のタイミングで情報処理装置の電力状態をオン状態に変更し、状態情報を取得することができる。<第7実施例>以下、図面を参照し、本発明の第7実施例に係る情報処理装置、及び情報処理システムについて説明する。第7実施例に係る情報処理装置、及び情報処理システムは、ハードウエア構成について第1実施例と共通し、状態情報提供部によりエラー状態情報が機器管理クライアントに提供される際にも、スタンバイ時情報取得処理が行われる点で第1実施例と相違する。以下、各構成要素に対して同一の符号を付し、相違点を中心に説明する。図25は、第7実施例に係る各サブシステムの論理構成例である。本実施例では、状態情報提供部10Gが、エラー状態情報更新要求を状態監視部2に出力する。図26は、機器管理クライアント400がエラー状態情報取得要求を状態情報提供部10Gに送信した際に実行される処理の流れを示すシーケンス図である。機器管理クライアント400が、例えばユーザの操作に応じてエラー状態情報取得要求を状態情報提供部10Gに送信するとS2100、状態情報提供部10Gは、状態監視部2にエラー状態情報更新要求を出力するS2102。状態監視部2は、エラー状態情報の更新が完了すると、エラー状態情報更新完了通知を状態情報提供部10Gに出力するS2104。状態情報提供部10Gは、エラー状態情報更新完了通知が入力されると記憶部10Fに格納されたエラー状態情報を読み込みS2106、読み込んだエラー状態情報を機器管理クライアント400に送信するS2108。図27は、エラー状態情報更新要求が入力された際に、第7実施例に係る状態監視部2により実行される処理の流れを示すフローチャートである。まず、状態監視部2は、エラー状態情報を読み込むS2200。次に、状態監視部2は、エラー状態を参照し、いずれかのサブプロセッサにエラーが発生しているか否かを判定するS2202。いずれのサブプロセッサにもエラーが発生していない場合は、エラー状態情報更新完了通知を状態情報提供部10Gに出力するS2204。いずれかのサブプロセッサにエラーが発生している場合、状態監視部2は、情報処理装置100の電力状態をオン状態に変更するように電力制御部10Aに指示しS2206、スタンバイ時起動フラグをオンに設定しS2208、本フローチャートを終了する。図28は、第7実施例に係る状態監視部2により実行される、エラー状態情報更新通知の受信時の処理の流れを示すフローチャートである。本フローチャートは、状態監視部1からエラー状態情報更新通知が入力されたとき、すなわち、A情報処理装置100の電力状態がオン状態のときに図7に示す処理が実行された後、B情報処理装置100の電力状態がスタンバイ状態のときに、図9→図10→図7の順で処理が実行された後、更に、状態情報提供部10Gからエラー状態情報更新要求が入力されたとき、すなわち、C情報処理装置100の電力状態がスタンバイ状態のときに、図27→図10→図7の順で処理が実行された後に開始される。まず、状態監視部2は、全てのサブシステムについて、エラー状態情報更新通知を受信したか否かを判定するS2300。全てのサブシステムについて、エラー状態情報更新通知を受信した場合、続いて、スタンバイ時起動フラグがオンに設定されているか否かを判定するS2302。全てのサブシステムについて、エラー状態情報更新通知を受信し、且つスタンバイ時起動フラグがオンに設定されている場合、スタンバイ時起動フラグをオフに設定しS2304、電力状態をスタンバイ状態に変更するように電力制御部10Aに指示しS2306、記憶部10Fにおける最終更新時刻を更新するS2308。一方、エラー状態情報更新通知を受信していない場合、又はスタンバイ時起動フラグがオフに設定されている場合は、単に記憶部10Fにおける最終更新時刻を更新するS2308。そして、状態監視部2は、エラー状態情報更新完了通知を状態情報提供部10Gに出力しS2310、本フローチャートを終了する。なお、機器管理クライアント400がエラー状態情報取得要求を状態情報提供部10Gに送信したことによりスタンバイ時情報収集処理が開始されたのでは無い場合、エラー状態情報更新完了通知は無意味となる。この場合、状態情報提供部10Gは入力されたエラー状態情報更新完了通知を無視するものとすればよい。係る処理によって、状態情報提供部10Gによりエラー状態情報が機器管理クライアント400に提供される際提供される直前にも、エラー状態情報の取得処理が行われるため、直近の状態情報を更に正確に把握することができる。[まとめ]以上説明した本実施例の情報処理装置、及び情報処理システムによれば、第1実施例と同様に、電力消費を低減しつつ、直近の状態情報をより正確に把握することができる。また、スタンバイ時情報取得処理を終了した後は、再度スタンバイ状態に復帰するため、更に電力消費を低減することができる。また、状態情報提供部によりエラー状態情報が機器管理クライアントに提供される際にも、エラー状態情報の取得処理が行われるため、直近の状態情報を更に正確に把握することができる。<第8実施例>以下、図面を参照し、本発明の第8実施例に係る情報処理装置、及び情報処理システムについて説明する。第8実施例に係る情報処理装置、及び情報処理システムは、ハードウエア構成及び基本的機能について第7実施例と共通するが、状態情報提供部10Gが状態監視部2にエラー状態情報更新要求を出力する頻度を低下させた点で第7実施例と相違する。以下、各構成要素に対して第7実施例と同一の符号を付し、相違点を中心に説明する。図29は、第8実施例に係る状態情報提供部10Gが記憶部10F等に保持するエラー状態情報提供回数の一例である。図30は、第8実施例に係る状態情報提供部10Gにより実行される処理の流れを示すフローチャートである。本フローチャートは、状態情報提供部10Gが機器管理クライアント400からエラー状態情報取得要求を受信する度に実行される。まず、状態情報提供部10Gは、エラー状態情報提供回数を1増加させるS2400。次に、状態情報提供部10Gは、エラー状態情報提供回数が規定回数例えば数回~十数回程度に達したか否かを判定するS2402。エラー状態情報提供回数が規定回数に達した場合、状態情報提供部10Gは、エラー状態情報提供回数をゼロに変更しS2404、エラー状態情報更新要求を状態監視部2に出力するS2406。そして、エラー状態情報更新完了通知が入力されるまで待機しS2408、エラー状態情報を機器管理クライアント400に送信するS2410。係る処理によって、第7実施例と比較して、状態情報提供部10Gによりエラー状態情報が機器管理クライアント400に提供される際に、エラー状態情報の取得処理が行われる頻度を低下させることができる。[まとめ]以上説明した本実施例の情報処理装置、及び情報処理システムによれば、第1実施例と同様に、電力消費を低減しつつ、直近の状態情報をより正確に把握することができる。また、スタンバイ時情報取得処理を終了した後は、再度スタンバイ状態に復帰するため、更に電力消費を低減することができる。また、状態情報提供部によりエラー状態情報が機器管理クライアントに提供される際にも、エラー状態情報の取得処理が行われるため、直近の状態情報を更に正確に把握することができる。また、第7実施例と比較して、状態情報提供部によりエラー状態情報が機器管理クライアントに提供される際に、エラー状態情報の取得処理が行われる頻度を低下させることができる。<変形等>以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。例えば、電力制御部10Aは、サブシステム10すなわち物理プロセッサ110の一機能としたが、物理プロセッサ100とは別体の構成例えば外付けICIntegratedCircuit等であってもよい。また、情報処理装置100のスタンバイ状態において、オン状態に維持される物理プロセッサ110以外のプロセッサが存在しても構わない特許請求の範囲における複数のプロセッサに該当しないもの。