(57)【特許請求の範囲】
【請求項１】
情報処理装置であって、
外部装置との間で通信を行うためのネットワークインターフェースを備える外部通信用プロセッサを含む、複数の物理プロセッサと、
当該情報処理装置がスタンバイ状態のときに、前記外部通信用プロセッサに通電して起動状態を維持すると共に、前記複数の物理プロセッサのうち前記外部通信用プロセッサ以外の他プロセッサへの通電を停止して停止状態とする電力制御部と、を備え、
前記外部通信用プロセッサは、
当該情報処理装置が通常起動状態のときに、前記他プロセッサから状態情報を取得して更新時刻と共に記憶装置に格納し、当該情報処理装置が前記スタンバイ状態のときに、前記更新時刻から所定時間以上経過した他プロセッサが存在する場合に少なくとも該所定時間以上経過した他プロセッサに通電して起動状態とするように前記電力制御部に指示すると共に、該通電により起動した他プロセッサから状態情報を取得して前記記憶装置に格納するスタンバイ時情報取得処理を行う状態監視部と、
前記記憶装置に格納された状態情報を前記外部装置に提供する状態情報提供部と、
を有することを特徴とする、情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記状態監視部は、前記スタンバイ時情報取得処理を行った後、該スタンバイ時情報取得処理によって起動させた他プロセッサへの通電を停止して停止状態とするように前記電力制御部に指示することを特徴とする、情報処理装置。
【請求項３】
請求項１又は２に記載の情報処理装置であって、
前記状態監視部は、前記スタンバイ時情報取得処理において、前記更新時刻から所定時間以上経過した他プロセッサに選択的に通電して起動状態とし、前記更新時刻から所定時間以上経過していない他プロセッサには通電しないように前記電力制御部に指示することを特徴とする、情報処理装置。
【請求項４】
請求項１ないし３のいずれか１項に記載の情報処理装置であって、
前記状態情報は、前記他プロセッサにおいて発生したエラーに関する情報であり、
前記所定時間は、前記状態情報を構成するエラー種別毎に設定されることを特徴とする、情報処理装置。
【請求項５】
請求項１ないし４のいずれか１項に記載の情報処理装置であって、
前記状態情報は、前記他プロセッサにおいて発生したエラーに関する情報であり、
前記状態監視部は、前記スタンバイ時情報取得処理において取得した状態情報が、前記他プロセッサにおいてエラーが発生中であることを示す場合には前記記憶装置に格納された当該他プロセッサに関する状態情報の更新時刻を更新せず、前記スタンバイ時情報取得処理において取得した状態情報が、前記他プロセッサにおいてエラーが発生していないことを示す場合には前記記憶装置に格納された当該他プロセッサに関する状態情報の更新時刻を更新することを特徴とする、情報処理装置。
【請求項６】
請求項１ないし５のいずれか１項に記載の情報処理装置であって、
前記状態監視部は、当該情報処理装置が前記スタンバイ状態のときに、前記状態情報提供部が記憶装置に格納された状態情報を前記外部装置に提供する際に、前記スタンバイ時情報取得処理を実行することを特徴とする、情報処理装置。
【請求項７】
請求項６に記載の情報処理装置であって、
前記状態監視部は、当該情報処理装置が前記スタンバイ状態のときに、前記状態情報提供部が前記記憶装置に格納された状態情報を前記外部装置に提供する回数が所定回数以上となった場合に、前記スタンバイ時情報取得処理を実行することを特徴とする、情報処理装置。
【請求項８】
情報処理装置であって、
外部装置との間で通信を行うためのネットワークインターフェースを備える外部通信用プロセッサを含む、複数の物理プロセッサと、
当該情報処理装置がスタンバイ状態のときに、前記外部通信用プロセッサに通電して起動状態を維持すると共に、前記複数の物理プロセッサのうち前記外部通信用プロセッサ以外の他プロセッサへの通電を停止して停止状態とする電力制御部と、を備え、
前記外部通信用プロセッサは、
当該情報処理装置が通常起動状態のときに、前記他プロセッサから状態情報を取得して更新時刻と共に記憶装置に格納し、当該情報処理装置が前記スタンバイ状態のときに、前記更新時刻から所定時間以上経過した他プロセッサが存在することを示す状態鮮度情報を生成して前記記憶装置に格納する状態監視部と、
前記記憶装置に格納された状態情報及び状態鮮度情報を前記外部装置に提供する状態情報提供部と、
を有することを特徴とする、情報処理装置。
【請求項９】
情報処理装置であって、
外部装置との間で通信を行うためのネットワークインターフェースを備える外部通信用プロセッサを含む、複数の物理プロセッサと、
当該情報処理装置がスタンバイ状態のときに、前記外部通信用プロセッサに通電して起動状態を維持すると共に、前記複数の物理プロセッサのうち前記外部通信用プロセッサ以外の他プロセッサへの通電を停止して停止状態とする電力制御部と、を備え、
前記外部通信用プロセッサは、
ユーザインターフェースと、
当該情報処理装置が通常起動状態のときに、前記他プロセッサから状態情報を取得して更新時刻と共に記憶装置に格納し、当該情報処理装置が前記スタンバイ状態のときに、前記更新時刻から所定時間以上経過した他プロセッサが存在する場合に前記ユーザインターフェースに出力を指示する状態監視部と、
前記記憶装置に格納された状態情報を前記外部装置に提供する状態情報提供部と、
を有することを特徴とする、情報処理装置。
【請求項１０】
請求項１ないし９のいずれか１項に記載の情報処理装置と、
該情報処理装置とネットワークにより接続された前記外部装置と、
を備える情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の物理プロセッサを備える情報処理装置、及びこれを利用した情報処理システムに関する。
【背景技術】
【０００２】
従来、画像処理システム全体を制御するメインシステムと、複数の省エネモードを有し、少なくとも画像処理システム全体の電源を制御するサブシステムと、画像処理システムのデータを蓄積する記憶手段と、画像処理エンジンを制御するエンジンコントローラと、を備える画像形成装置が開示されている（例えば、特許文献１参照）。この装置では、サブシステムの通電をオン状態とし、メインシステム及びエンジンコントローラの通電をオフ状態とする省エネモードが用意されている。そして、省エネモード時において、サブシステムは、画像処理システムのデータ更新要求が入ると、少なくともエンジンコントローラ及びメインシステム側の通電をオフ状態に継続させながら、サブシステム側の記憶装置の情報を更新する画像形成装置が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記特許文献１に記載の装置では、省エネモード時において、メインシステム及びエンジンコントローラの通電がオフ状態に維持されるため、メインシステム及びエンジンコントローラの状態をサブシステムが把握することができない。このため、装置の直近の状態を把握することができない場合がある。
【０００４】
本発明は、一側面では、直近の状態情報を、より正確に把握することが可能な情報処理装置等を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するための本発明の一態様は、
情報処理装置であって、
外部装置との間で通信を行うためのネットワークインターフェースを備える外部通信用プロセッサを含む、複数の物理プロセッサと、
当該情報処理装置がスタンバイ状態のときに、前記外部通信用プロセッサに通電して起動状態を維持すると共に、前記複数の物理プロセッサのうち前記外部通信用プロセッサ以外の他プロセッサへの通電を停止して停止状態とする電力制御部と、を備え、
前記外部通信用プロセッサは、
当該情報処理装置が通常起動状態のときに、前記他プロセッサから状態情報を取得して更新時刻と共に記憶装置に格納し、当該情報処理装置が前記スタンバイ状態のときに、前記更新時刻から所定時間以上経過した他プロセッサが存在する場合に少なくとも該所定時間以上経過した他プロセッサに通電して起動状態とするように前記電力制御部に指示すると共に、該通電により起動した他プロセッサから状態情報を取得して前記記憶装置に格納するスタンバイ時情報取得処理を行う状態監視部と、
前記記憶装置に格納された状態情報を前記外部装置に提供する状態情報提供部と、
を有することを特徴とする、情報処理装置である。
【発明の効果】
【０００６】
本発明の一側面によれば、直近の状態情報を、より正確に把握することが可能な情報処理装置等を提供することができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の第１実施例に係る情報処理システム１のシステム構成例である。
【図２】情報処理装置１００を中心としたハードウエア構成例である。
【図３】第１実施例に係る各サブシステムの論理構成例である。
【図４】各電力状態において、電力制御部１０Ａによって制御される各サブシステムの通電状態を示す図である。
【図５】記憶部１０Ｆに格納されるエラー状態情報の一例である。
【図６】エラー状態情報におけるエラー種別を列挙した図である。
【図７】エラー検知部１０Ｃ、２０Ｃ、３０Ｃと、状態監視部（１）により実行される処理の流れを示すシーケンス図である。
【図８】機器管理クライアント４００と、状態情報提供部１０Ｇにより実行される処理の流れを示すシーケンス図である。
【図９】第１実施例に係る状態監視部（２）により実行されるスタンバイ状態の処理の流れを示すフローチャートである。
【図１０】第１実施例に係る状態監視部（２）が電力状態をオン状態に変更するように電力制御部１０Ａに指示した結果、実行される処理の流れを示すシーケンス図である。
【図１１】第１実施例に係る状態監視部（２）により実行される、エラー状態情報更新通知の受信時の処理の流れを示すフローチャートである。
【図１２】第１実施例に係る状態監視部（２）が電力状態をスタンバイ状態に変更するように電力制御部１０Ａに指示した結果、実行される処理の流れを示すシーケンス図である。
【図１３】状態監視部*により情報処理装置１００がオン状態のときに実行される処理の流れを示すフローチャートである。
【図１４】状態監視部*により情報処理装置１００がオン状態のときに実行される処理の流れを示すフローチャートである。
【図１５】第２実施例に係る状態監視部（２）により実行される、スタンバイ状態の処理の流れを示すフローチャートである。
【図１６】第２実施例に係る状態監視部（２）により実行される、エラー状態情報更新通知の受信時の処理の流れを示すフローチャートである。
【図１７】第３実施例におけるエラー種別と更新確認間隔の対応関係を規定するテーブルデータの一例である。
【図１８】第３実施例に係る状態監視部（２）により実行される、スタンバイ状態の処理の流れを示すフローチャートである。
【図１９】第４実施例に係る状態監視部（２）により実行される、エラー状態情報更新通知の受信時の処理の流れを示すフローチャートである。
【図２０】記憶部１０Ｆによって保持されるエラー状態鮮度を示す図である。
【図２１】第５実施例の状態監視部（２）によって実行される、エラー状態鮮度の更新処理の流れを示すフローチャートである。
【図２２】第５実施例の機器管理クライアント４００と、状態情報提供部１０Ｇにより実行される処理の流れを示すシーケンス図である。
【図２３】第６実施例に係る各サブシステムの論理構成例である。
【図２４】第６実施例に係る状態監視部（２）により実行されるスタンバイ状態の処理の流れを示すフローチャートである。
【図２５】第７実施例に係る各サブシステムの論理構成例である。
【図２６】機器管理クライアント４００がエラー状態情報取得要求を状態情報提供部１０Ｇに送信した際に実行される処理の流れを示すシーケンス図である。
【図２７】エラー状態情報更新要求が入力された際に、第７実施例に係る状態監視部（２）により実行される処理の流れを示すフローチャートである。
【図２８】第７実施例に係る状態監視部（２）により実行される、エラー状態情報更新通知の受信時の処理の流れを示すフローチャートである。
【図２９】第８実施例に係る状態情報提供部１０Ｇが記憶部１０Ｆ等に保持するエラー状態情報提供回数の一例である。
【図３０】第８実施例に係る状態情報提供部１０Ｇにより実行される処理の流れを示すフローチャートである。
【発明を実施するための形態】
【０００８】
以下、本発明を実施するための形態について、添付図面を参照しながら実施例を挙げて説明する。
【実施例】
【０００９】
＜第１実施例＞
以下、図面を参照し、本発明の第１実施例に係る情報処理装置、及び情報処理システムについてについて説明する。
【００１０】
［ハードウエア構成］
図１は、本発明の第１実施例に係る情報処理システム１のシステム構成例である。情報処理システム１は、主要な構成として、情報処理装置１００、２００、３００と、機器管理クライアント４００と、がネットワーク５００によって接続された構成となっている。情報処理装置１００、２００、３００は、例えばＭＦＰ（Multifunction  Peripheral；多機能周辺装置）やプリンタ、プロジェクタ等を制御する制御装置として機能する。
【００１１】
機器管理クライアント４００は、例えばパーソナルコンピュータやサーバ装置、携帯端末等である。機器管理クライアント４００は、ネットワーク５００を介して情報処理装置１００、２００、３００に状態情報の取得要求を送信する。情報処理装置１００、２００、３００は、状態情報の取得要求に応じて、それぞれが保持している状態情報を機器管理クライアント４００に返信する。
【００１２】
ネットワーク５００においては、例えばＨＴＴＰ（HyperText  Transfer  Protocol）、ＴＣＰ／ＩＰ（Transmission  Control  Protocol／Internet  Protocol）等のプロトコルによって通信が行われる。情報処理装置１００、２００、３００は、これらのプロトコルに対応したＮＩＣ（Network  Interface  Card）等のネットワークインターフェースを備える。
【００１３】
なお、図１において、情報処理システム１を構成する情報処理装置を三個記載したが、情報処理装置は一個以上の任意の個数であってよい。また、機器管理クライアントを一個記載したが、機器管理クライアントは一個以上の任意の個数であってよい。機器管理クライアントが複数の場合、それぞれの機器管理クライアントが異なる情報処理装置を管理してもよいし、同じ情報処理装置を複数の機器管理クライアントが重複して管理してもよい。
【００１４】
図２は、情報処理装置１００を中心としたハードウエア構成例である。なお、情報処理装置１００、２００、３００は、本発明の特徴的な構成及び機能に関して共通するため、以下では情報処理装置１００についてのみ説明する。
【００１５】
情報処理装置１００は、物理プロセッサ１１０、１２０、１３０を備える。物理プロセッサ１１０は、ＣＰＵ（Central  Processing  Unit）１１１、ＲＡＭ（Random  Access  Memory）１１２、ＥＥＰＲＯＭ（Electrically  Erasable  and  Programmable  Read  Only  Memory）、フラッシュメモリ等の不揮発性メモリ１１３、プロセッサ間通信インターフェース１１４の他、外部通信インターフェース１１５（前述のＮＩＣに相当する）等を有し、これらが内部バスによって接続された構成となっている。
【００１６】
同様に、物理プロセッサ１２０は、ＣＰＵ１２１、ＲＡＭ１２２、不揮発性メモリ１２３、プロセッサ間通信インターフェース１２４等を有し、これらが内部バスによって接続された構成となっている。また、物理プロセッサ１３０は、ＣＰＵ１３１、ＲＡＭ１３２、不揮発性メモリ１３３、プロセッサ間通信インターフェース１３４等を有し、これらが内部バスによって接続された構成となっている。
【００１７】
プロセッサ間通信インターフェース１１４、プロセッサ間通信インターフェース１２４プロセッサ間通信インターフェース１３４の間では、例えばＵＳＢ（Universal  Serial  Bus）等の方式で通信が行われる。
【００１８】
これらのハードウエア構成のうち、各物理プロセッサが有するＣＰＵ、プロセッサ間通信インターフェース、及び物理プロセッサ１１０が有するＲＡＭ１１２又は不揮発性メモリ１１３、並びに外部通信インターフェース１１５は必須の構成であるが、他の構成要素については必要に応じて省略することができる。
【００１９】
以下、本実施例の情報処理装置１００がプロジェクタの制御装置として機能するものとして説明する。物理プロセッサ１２０には、表示パネルやボタン等を含む入出力装置１２５等の制御対象機器が接続される。また、物理プロセッサ１３０には、プロジェクタが有するランプ１３５、ファン１３６等の制御対象機器が接続される。
【００２０】
なお、図２において、外部通信インターフェース１１５を備える物理プロセッサの個数を一個と、それ以外の物理プロセッサの個数を二個としたが、外部通信インターフェース１１５を備える一個以上の物理プロセッサと、それ以外の一個以上の物理プロセッサを備えるものであれば、物理プロセッサの個数に特段の制限は無い。
【００２１】
以下、物理プロセッサ１１０、１２０、１３０に、それぞれの制御対象機器を加えたハードウエア構成を、概念的にサブシステム１０、２０、３０と称する。
【００２２】
［論理構成、処理の流れ］
図３は、第１実施例に係る各サブシステムの論理構成例である。サブシステム１０は、電力制御部１０Ａと、通電制御部１０Ｂと、エラー検知部１０Ｃと、状態監視部（１）１０Ｄと、状態監視部（２）１０Ｅと、記憶部１０Ｆと、状態情報提供部１０Ｇと、プロセッサ間通信制御部１０Ｈと、を備える。これらのうち、記憶部１０Ｆは、例えば不揮発性メモリ１１３の所定領域である。その他の論理構成は、各物理プロセッサのＣＰＵが不揮発性メモリやＲＯＭ等に格納されたプログラムを実行することにより機能する。以下、状態監視部（１）１０Ｄ、状態監視部（２）１０Ｅを、単に状態監視部（１）、状態監視部（２）と表記する。
【００２３】
サブシステム２０は、通電制御部２０Ｂと、エラー検知部２０Ｃと、プロセッサ間通信制御部２０Ｈと、を備える。サブシステム３０は、通電制御部３０Ｂと、エラー検知部３０Ｃと、プロセッサ間通信制御部３０Ｈと、を備える。
【００２４】
（電力制御）
電力制御部１０Ａは、情報処理装置１００全体の電力状態を決定する。情報処理装置１００は、全サブシステムが起動したオン状態（通常起動状態）、サブシステム１０のみが起動し、サブシステム２０、３０が停止したスタンバイ状態、全サブシステムが停止したオフ状態をとり得る。情報処理装置１００は、特定のユーザ操作がなされたとき、或いは一定時間操作が無かったとき等に、スタンバイ状態に遷移する。
【００２５】
図４は、各電力状態において、電力制御部１０Ａによって制御される各サブシステムの通電状態を示す図である。電力制御部１０Ａは、例えば、予め不揮発性メモリ１１３等に格納されている、図４に示す内容のテーブルデータを参照し、テーブルデータが規定する通電状態が実現されるように、各サブシステムの通電制御部１０Ｂ、２０Ｂ、３０Ｂに指示信号を送信する。特に通電制御部２０Ｂ、３０Ｂに対しては、プロセッサ間通信制御部１０Ｈ、及びプロセッサ間通信制御部２０Ｈ又はプロセッサ間通信制御部３０Ｈを介して指示信号を送信する。電力制御部１０Ａから指示信号を受信した通電制御部１０Ｂ、２０Ｂ、３０Ｂは、指示信号が示す通電状態となるように、図示しない電源回路等を制御する。
【００２６】
（エラー状態情報の取得）
エラー検知部１０Ｃは、自システム（自己が属するサブシステムをいう；以下同じ）のエラーを検知し、エラー状態情報として状態監視部（１）に出力する。自システムのエラーとは、当該サブシステムに含まれる制御対象機器のエラー、物理プロセッサが実行するプログラムのエラー等が含まれる。
【００２７】
また、エラー検知部２０Ｃは、自システムのエラーを検知し、エラー状態情報としてプロセッサ間通信制御部２０Ｈ、１０Ｈを介して状態監視部（１）に出力する。同様に、エラー検知部３０Ｃは、自システムのエラーを検知し、エラー状態情報としてプロセッサ間通信制御部３０Ｈ、１０Ｈを介して状態監視部（１）に出力する。
【００２８】
エラー検知部１０Ｃ、２０Ｃ、３０Ｃは、自システムが起動したとき（オフ状態からオン状態に遷移したとき）、及び自システムのエラーが発生したときに、上記のようにエラー状態情報を出力するものとする。なお、これに代えて、例えば状態監視部（１）等が定期的にエラー状態情報の要求信号をエラー検知部１０Ｃ、エラー検知部２０Ｃ、エラー検知部３０Ｃに送信し、各エラー検知部からエラー状態情報が返信されるという流れでエラー状態情報が取得されてもよいし、エラー検知部１０Ｃ、エラー検知部２０Ｃ、エラー検知部３０Ｃが定期的に且つ自発的にエラー状態情報を状態監視部（１）に送信してもよい。
【００２９】
状態監視部（１）は、入力されたエラー状態情報によって記憶部１０Ｆに格納されたエラー状態情報を更新すると共に、送信元のサブシステムを判別可能な情報を含むエラー状態更新通知を、状態監視部（２）に対して行う。
【００３０】
図５は、記憶部１０Ｆに格納されるエラー状態情報の一例である。図示するように、記憶部１０Ｃには、エラー種別で表現されるサブシステム毎の直近のエラー状態と、最終更新時刻が格納される。最終更新時刻は、後述するように状態監視部（２）によって更新される。図６は、エラー状態情報におけるエラー種別を列挙した図である。
【００３１】
なお、状態監視部（１）、が取得し、記憶部１０Ｆに格納される情報は、このような「エラー状態情報」に限らず、処理負荷やタスク実行状況、プログラムのバージョン情報等、種々の情報を含む「状態情報」であってもよい。
【００３２】
図７は、エラー検知部１０Ｃ、２０Ｃ、３０Ｃと、状態監視部（１）により実行される処理の流れを示すシーケンス図である。図示するように、エラー検知部１０Ｃが状態監視部（１）にエラー状態情報を出力すると（Ｓ６００）、状態監視部（１）は記憶部１０Ｆにおけるサブシステム１０に関するエラー状態情報を更新し（Ｓ６０２）、送信元のサブシステム１０を判別可能な情報（例えばサブシステム名）を含むエラー状態情報更新通知を状態監視部（２）に対して行う（Ｓ６０４）。
【００３３】
また、エラー検知部２０Ｃが状態監視部（１）にエラー状態情報を出力すると（Ｓ６１０）、状態監視部（１）は記憶部１０Ｆにおけるサブシステム２０に関するエラー状態情報を更新し（Ｓ６１２）、送信元のサブシステム２０を判別可能な情報（例えばサブシステム名）を含むエラー状態情報更新通知を状態監視部（２）に対して行う（Ｓ６１４）。
【００３４】
また、エラー検知部３０Ｃが状態監視部（１）にエラー状態情報を出力すると（Ｓ６２０）、状態監視部（１）は記憶部１０Ｆにおけるサブシステム３０に関するエラー状態情報を更新し（Ｓ６２２）、送信元のサブシステム３０を判別可能な情報（例えばサブシステム名）を含むエラー状態情報更新通知を状態監視部（２）に対して行う（Ｓ６２４）。
【００３５】
（エラー状態情報の提供）
記憶部１０Ｆに格納されたエラー状態情報は、状態情報提供部１０Ｇによって機器管理クライアント４００に提供される。状態情報提供部１０Ｇは、機器管理クライアント４００からの要求に応じ、且つ／又は定期的に、記憶部１０Ｆに格納されたエラー状態情報を機器管理クライアント４００に送信する。
【００３６】
図８は、機器管理クライアント４００と、状態情報提供部１０Ｇにより実行される処理の流れを示すシーケンス図である。機器管理クライアント４００が、例えばユーザの操作に応じてエラー状態情報取得要求を状態情報提供部１０Ｇに送信すると（Ｓ７００）、状態情報提供部１０Ｇは、記憶部１０Ｆに格納されたエラー状態情報を読み込み（Ｓ７０２）、読み込んだエラー状態情報を機器管理クライアント４００に送信する（Ｓ７０４）。
【００３７】
状態提供部１０Ｇから機器管理クライアント４００へのエラー状態情報の提供に際しては、例えば、ＨＴＴＰを用いてＸＭＬやＪＳＯＮ（JavaScript（登録商標）  Object  Notation）等のフォーマットを採用してもよいし、ＰＪＬｉｎｋにおける「エラー状態問い合わせ」コマンドを用いてもよい。
【００３８】
機器管理クライアント４００では、情報処理装置１００、２００、３００からエラー状態情報を受信することができるため、ネットワーク５００に接続された情報処理装置１００、２００、３００の状態を遠隔的に把握することができる。
【００３９】
（スタンバイ時情報取得処理の開始）
状態監視部（２）は、前述したように「最終更新時刻」の更新を行う他、情報処理装置１００がスタンバイ状態のときに、サブプロセッサ２０、３０に通電して起動状態とするように電力制御部１０Ａに指示すると共に、起動したサブプロセッサ２０、３０からエラー状態情報を取得して記憶部１０Ｆに格納するスタンバイ時情報取得処理を開始させる。
【００４０】
まず、スタンバイ時情報取得処理が開始される際の処理について説明する。
【００４１】
図９は、第１実施例に係る状態監視部（２）により実行されるスタンバイ状態の処理の流れを示すフローチャートである。本フローチャートは、情報処理装置１００がスタンバイ状態であるときに、例えば所定周期（例えば１時間、１日等、任意に設定される）で繰り返し実行される。
【００４２】
まず、状態監視部（２）は、記憶部１０Ｆから、エラー状態情報に含まれるエラー状態と最終更新時刻を読み込む（Ｓ８００）。
【００４３】
次に、状態監視部（２）は、エラー状態を参照し、いずれかのサブプロセッサにエラーが発生しているか否かを判定する（Ｓ８０２）。いずれのサブプロセッサにもエラーが発生していない場合は、本フローチャートを終了する。
【００４４】
いずれかのサブプロセッサにエラーが発生している場合、状態監視部（２）は、エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間（例えば１時間、１日等、任意に設定される）経過しているか否かを判定する（Ｓ８０４）。エラーが発生していることを示すエラー状態の最終更新時刻から所定時間経過していない場合は、本フローチャートを終了する。
【００４５】
エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間経過している場合は（エラーが発生していることを示すエラー状態が複数存在する場合は、例えば一つでも最終更新時刻から所定時間経過している場合は）、情報処理装置１００の電力状態をオン状態に変更するように電力制御部１０Ａに指示し（Ｓ８０６）、スタンバイ時起動フラグをオンに設定し（Ｓ８０８）、本フローチャートを終了する。スタンバイ時起動フラグは、例えばＲＡＭ１１２の所定領域に格納される値であり、１がオン、０がオフと予め定められている。
【００４６】
図１０は、第１実施例に係る状態監視部（２）が電力状態をオン状態に変更するように電力制御部１０Ａに指示した結果、実行される処理の流れを示すシーケンス図である。
【００４７】
状態監視部（２）が電力状態をオン状態に変更するように電力制御部１０Ａに指示すると（Ｓ９００）、電力制御部１０Ａから通電制御部１０Ｂにオン要求（サブシステムをオン状態とする指示信号）が出力され（Ｓ９０２）、これをトリガーとしてエラー検知部１０Ｃがエラー確認を行う（Ｓ９０４）。なお、スタンバイ時にサブシステム１０はオン状態に維持されているため、Ｓ９０２の処理はＳ９０４のトリガーとしての意味合いを有する。
【００４８】
同様に、電力制御部１０Ａから通電制御部２０Ｂにオン要求が出力され（Ｓ９１２）、これをトリガーとしてエラー検知部２０Ｃがエラー確認を行う（Ｓ９１４）。また、電力制御部２０Ａから通電制御部３０Ｂにオン要求が出力され（Ｓ９２２）、これをトリガーとしてエラー検知部３０Ｃがエラー確認を行う（Ｓ９２４）。
【００４９】
このように、情報処理装置１００がスタンバイ状態のときに状態監視部（２）がエラー状態情報を取得する処理は、電力制御部１０Ａによる通電に関する指示信号の送信のみで開始されるため、プロセッサ間の通信負荷を低減することができる。
【００５０】
図１０に示す処理が行われると、続いて図７に示す処理が実行される。
【００５１】
（スタンバイ状態への復帰等）
状態監視部（２）は、状態監視部（１）からエラー状態情報更新通知を受信すると、図１１に示すフローチャートを実行する。図１１は、第１実施例に係る状態監視部（２）により実行される、エラー状態情報更新通知の受信時の処理の流れを示すフローチャートである。本フローチャートは、状態監視部（１）からエラー状態情報更新通知を受信したとき、すなわち、（Ａ）情報処理装置１００の電力状態がオン状態のときに図７に示す処理が実行された後、或いは（Ｂ）情報処理装置１００の電力状態がスタンバイ状態のときに、図９→図１０→図７の順で処理が実行された後に開始される。
【００５２】
まず、状態監視部（２）は、全てのサブシステムについて、エラー状態情報更新通知を受信したか否かを判定する（Ｓ１０００）。全てのサブシステムについて、エラー状態情報更新通知を受信した場合、続いて、スタンバイ時起動フラグがオンに設定されているか否かを判定する（Ｓ１００２）。
【００５３】
全てのサブシステムについて、エラー状態情報更新通知を受信し、且つスタンバイ時起動フラグがオンに設定されている場合、スタンバイ時起動フラグをオフに設定し（Ｓ１００４）、電力状態をスタンバイ状態に変更するように電力制御部１０Ａに指示し（Ｓ１００６）、記憶部１０Ｆにおける最終更新時刻を更新する（Ｓ１００８）。このように処理が行われるのは、スタンバイ時情報取得処理が行われることによってエラー状態情報更新通知が行われた場合（図９→図１０→図７の順で処理が実行された場合）である。
【００５４】
一方、エラー状態情報更新通知を受信していない場合、又はスタンバイ時起動フラグがオフに設定されている場合は、単に記憶部１０Ｆにおける最終更新時刻を更新する（Ｓ１０１０）。このように処理が行われるのは、オン状態でエラー検知が行われることによって、エラー状態情報更新通知が行われた場合（図７の処理のみ実行された場合）である。
【００５５】
図１２は、第１実施例に係る状態監視部（２）が電力状態をスタンバイ状態に変更するように電力制御部１０Ａに指示した結果、実行される処理の流れを示すシーケンス図である。
【００５６】
状態監視部（２）が電力状態をスタンバイ状態に変更するようにスタンバイ要求を電力制御部１０Ａに出力すると（Ｓ１１００）、電力制御部１０Ａは、サブシステム２０の通電制御部２０Ｂにオフ要求を送信し（Ｓ１１０２）、次いでサブシステム３０の通電制御部３０Ｂにオフ要求を送信する（Ｓ１１０４）。
【００５７】
［まとめ］
以上説明した本実施例の情報処理装置、及び情報処理システムによれば、情報処理装置がサブシステム１０を除き通電停止状態となるスタンバイ状態を選択することにより、電力消費を低減することができる。
【００５８】
また、スタンバイ状態のときに、エラー状態の最終更新時刻から所定時間経過している場合に、各サブプロセッサに通電して起動状態とすると共に、起動したサブプロセッサからエラー状態情報を取得して記憶部に格納するスタンバイ時情報取得処理を実行するため、比較的古いエラー状態情報が記憶部に格納されている場合に、よりフレッシュなエラー状態でエラー状態情報の内容を更新することができる。この結果、直近のエラー状態をより正確に把握することができる。
【００５９】
例えば、ランプエラーやファンエラーのような機械的デバイスの故障は、物理的な交換・修理によって解消されることが多く、物理的な交換・修理はシステムの通電を必要としない。このため、情報処理装置がスタンバイ状態又はオフ状態のときになされる可能性が高いものである。従来、このような故障が交換・修理によって解消された場合、次に情報処理装置がオン状態とされるまで、交換・修理の結果がエラー状態情報に反映されなかった。このため、情報処理装置がスタンバイ状態のときに機器管理クライアントが情報処理装置からエラー状態情報を取得しても、交換・修理前の状態しか取得することができず、誤った情報を取得してしまう可能性があった。これに対し、本実施例の情報処理装置では、スタンバイ時情報取得処理を実行することにより、このような不都合を抑制することができる。
【００６０】
以上より、電力消費を低減しつつ、直近の状態情報をより正確に把握することができる。
【００６１】
また、スタンバイ時情報取得処理を終了した後は、再度スタンバイ状態に復帰するため、更に電力消費を低減することができる。
【００６２】
［その他］
なお、状態監視部（１）と状態監視部（２）は統合されてもよい。図１３、１４は、状態監視部（１）と状態監視部（２）が統合された場合（ここでは、単に状態監視部*と称する）に、状態監視部*により実行される処理の流れを示すフローチャートである。
【００６３】
図１３は、状態監視部*により情報処理装置１００がオン状態のときに実行される処理の流れを示すフローチャートである。本フローチャートは、情報処理装置１００がオン状態であるときに、例えば所定周期（例えば１時間、１日等、任意に設定される）で繰り返し実行される。
【００６４】
まず、状態監視部*は、エラー状態情報が入力されるまで待機する（Ｓ１２００）。エラー状態情報が入力されると、入力されたエラー状態情報に基づき記憶部１０Ｆにおけるエラー状態を更新し（Ｓ１２０２）、更に最終更新時刻を更新する（Ｓ１２０４）。
【００６５】
図１４は、状態監視部*により情報処理装置１００がスタンバイ状態のときに実行される処理の流れを示すフローチャートである。本フローチャートは、情報処理装置１００がスタンバイ状態であるときに、例えば所定周期（例えば１時間、１日等、任意に設定される）で繰り返し実行される。
【００６６】
まず、状態監視部*は、記憶部１０Ｆから、エラー状態情報に含まれるエラー状態と最終更新時刻を読み込む（Ｓ１３００）。
【００６７】
次に、状態監視部*は、エラー状態を参照し、いずれかのサブプロセッサにエラーが発生しているか否かを判定する（Ｓ１３０２）。いずれのサブプロセッサにもエラーが発生していない場合は、本フローチャートを終了する。
【００６８】
いずれかのサブプロセッサにエラーが発生している場合、状態監視部*は、エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間経過しているか否かを判定する（Ｓ１３０４）。エラーが発生していることを示すエラー状態の最終更新時刻から所定時間経過していない場合は、本フローチャートを終了する。
【００６９】
エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間経過している場合は（エラーが発生していることを示すエラー状態が複数存在する場合は、例えば一つでも最終更新時刻から所定時間経過している場合は）、情報処理装置１００の電力状態をオン状態に変更するように電力制御部１０Ａに指示する（Ｓ１３０６）。
【００７０】
次に、状態監視部*は、全てのサブシステムからエラー状態情報が入力されるまで待機する（Ｓ１３０８）。エラー状態情報が入力されると、状態監視部*は、入力されたエラー状態情報に基づき記憶部１０Ｆにおけるエラー状態を更新し（Ｓ１３１０）、更に最終更新時刻を更新する（Ｓ１３１２）。
【００７１】
次に、状態監視部*は、電力状態をスタンバイ状態に変更するように電力制御部１０Ａに指示し（Ｓ１３１４）、本フローチャートを終了する。
【００７２】
＜第２実施例＞
以下、図面を参照し、本発明の第２実施例に係る情報処理装置、及び情報処理システムについて説明する。
【００７３】
第２実施例に係る情報処理装置、及び情報処理システムは、ハードウエア構成について第１実施例と共通し、「スタンバイ時情報取得処理」の内容のみ第１実施例と相違するため、各構成要素に対して同一の符号を付し、相違点を中心に説明する。
【００７４】
図１５は、第２実施例に係る状態監視部（２）により実行される、スタンバイ状態の処理の流れを示すフローチャートである。本フローチャートは、第３実施例に係る情報処理装置１００がスタンバイ状態であるときに、例えば所定周期（例えば１時間、１日等、任意に設定される）で繰り返し実行される。本フローチャートは、第１実施例における図９のフローチャートを変更したものである。
【００７５】
まず、状態監視部（２）は、記憶部１０Ｆから、エラー状態情報に含まれるエラー状態と最終更新時刻を読み込む（Ｓ１４００）。
【００７６】
次に、状態監視部（２）は、エラー状態を参照し、いずれかのサブプロセッサにエラーが発生しているか否かを判定する（Ｓ１４０２）。いずれのサブプロセッサにもエラーが発生していない場合は、本フローチャートを終了する。
【００７７】
いずれかのサブプロセッサにエラーが発生している場合、状態監視部（２）は、エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間（例えば１時間、１日等、任意に設定される）経過しているか否かを判定する（Ｓ１４０４）。エラーが発生していることを示すエラー状態の最終更新時刻から所定時間経過していない場合は、本フローチャートを終了する。
【００７８】
エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間経過している場合は（エラーが発生していることを示すエラー状態が複数存在する場合は、例えば一つでも最終更新時刻から所定時間経過している場合は）、エラーが発生中のサブシステムの通電状態をオン状態に変更するように電力制御部１０Ａに指示し（Ｓ１４０６）、スタンバイ時起動フラグをオンに設定し（Ｓ１４０８）、本フローチャートを終了する。
【００７９】
図１６は、第２実施例に係る状態監視部（２）により実行される、エラー状態情報更新通知の受信時の処理の流れを示すフローチャートである。本フローチャートは、状態監視部（１）からエラー状態情報更新通知を受信したとき、すなわち、（Ａ）情報処理装置１００の電力状態がオン状態のときに図７に示す処理が実行された後、或いは（Ｂ）情報処理装置１００の電力状態がスタンバイ状態のときに、「図１５」→図１０→図７の順で処理が実行された後に開始される。
【００８０】
まず、状態監視部（２）は、エラーが発生中の全てのサブシステムについて、エラー状態情報更新通知を受信したか否かを判定する（Ｓ１５００）。エラーが発生中の全てのサブシステムについて、エラー状態情報更新通知を受信した場合、続いて、スタンバイ時起動フラグがオンに設定されているか否かを判定する（Ｓ１５０２）。
【００８１】
エラーが発生中の全てのサブシステムについて、エラー状態情報更新通知を受信し、且つスタンバイ時起動フラグがオンに設定されている場合、スタンバイ時起動フラグをオフに設定し（Ｓ１５０４）、エラーが発生中のサブシステムの通電状態をオフ状態に変更するように電力制御部１０Ａに指示し（Ｓ１５０６）、記憶部１０Ｆにおける最終更新時刻を更新する（Ｓ１５０８）。
【００８２】
一方、エラー状態情報更新通知を受信していない場合、又はスタンバイ時起動フラグがオフに設定されている場合は、単に記憶部１０Ｆにおける最終更新時刻を更新する（Ｓ１５０８）。
【００８３】
このように、第２実施例の情報処理装置では、スタンバイ時情報取得処理において、情報処理装置１００全体をオン状態にするのではなく、エラーが発生中のサブシステムのみ通電してエラー状態情報を取得するため、電力消費を更に低減することができる。
【００８４】
［まとめ］
以上説明した本実施例の情報処理装置、及び情報処理システムによれば、第１実施例と同様に、電力消費を低減しつつ、直近の状態情報をより正確に把握することができる。
【００８５】
また、スタンバイ時情報取得処理を終了した後は、再度スタンバイ状態に復帰するため、更に電力消費を低減することができる。
【００８６】
また、スタンバイ時情報取得処理において、情報処理装置全体をオン状態にするのではなく、エラーが発生中のサブシステムのみ通電してエラー状態情報を取得するため、電力消費を更に低減することができる。
【００８７】
＜第３実施例＞
以下、図面を参照し、本発明の第３実施例に係る情報処理装置、及び情報処理システムについてについて説明する。
【００８８】
第３実施例に係る情報処理装置、及び情報処理システムは、ハードウエア構成について第１実施例と共通し、「スタンバイ時情報取得処理」の内容のみ第１実施例と相違するため、各構成要素に対して同一の符号を付し、相違点を中心に説明する。
【００８９】
第３実施例に係る状態監視部（２）は、「スタンバイ時情報取得処理」において、「エラー状態の最終更新時刻から所定時間経過しているか否か」を判定するのに代えて、「エラー状態の最終更新時刻から『エラー種別毎の更新確認間隔』経過しているか否か」を判定する。すなわち、一律に「所定時間」で判定するのではなく、最終更新時刻からエラー種別に応じた時間が経過しているか否かを判定する。
【００９０】
図１７は、第３実施例におけるエラー種別と更新確認間隔の対応関係を規定するテーブルデータの一例である。係るテーブルデータは、記憶部１０Ｆ等に予め格納され、状態監視部（２）によって参照される。図示するように、ランプエラーやファンエラーは機械的交換、修理によって解消され得るものであるため、更新確認間隔が１日に設定されている。一方、プログラムエラーについては、機械的交換、修理によっては解消されず、通電して再インストール等する必要があるものであるため、更新確認しない（すなわち最終更新時刻からの経過時間に拘わらず、スタンバイ時情報取得処理の対象としない）と設定されている。
【００９１】
図１８は、第３実施例に係る状態監視部（２）により実行される、スタンバイ状態の処理の流れを示すフローチャートである。本フローチャートは、第３実施例に係る情報処理装置１００がスタンバイ状態であるときに、例えば所定周期（例えば１時間、１日等、任意に設定される）で繰り返し実行される。本フローチャートは、第１実施例における図９のフローチャートを変更したものである。
【００９２】
まず、状態監視部（２）は、記憶部１０Ｆから、エラー状態情報に含まれるエラー状態と最終更新時刻を読み込む（Ｓ１６００）。
【００９３】
次に、状態監視部（２）は、エラー状態を参照し、いずれかのサブプロセッサにエラーが発生しているか否かを判定する（Ｓ１６０２）。いずれのサブプロセッサにもエラーが発生していない場合は、本フローチャートを終了する。
【００９４】
いずれかのサブプロセッサにエラーが発生している場合、状態監視部（２）は、エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から「更新確認間隔」経過しているか否かを判定する（Ｓ１６０４）。エラーが発生していることを示すエラー状態の最終更新時刻から「更新確認間隔」経過していない場合は、本フローチャートを終了する。なお、前述のように、更新確認間隔が「更新確認しない」と設定されている場合は、本ステップの判定結果は自動的に「更新確認間隔経過していない」とされる。
【００９５】
エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間経過している場合は（エラーが発生していることを示すエラー状態が複数存在する場合は、例えば一つでも最終更新時刻から所定時間経過している場合は）、情報処理装置１００の電力状態をオン状態に変更するように電力制御部１０Ａに指示し（Ｓ１６０６）、スタンバイ時起動フラグをオンに設定し（Ｓ１６０８）、本フローチャートを終了する。
【００９６】
係る処理によって、スタンバイ時情報取得処理を行うか否かの判定において、「エラー状態の最終更新時刻から所定時間経過しているか否か」を判定するのに代えて、「エラー状態の最終更新時刻から『エラー種別毎の更新確認間隔』経過しているか否か」を判定するため、エラー種別に応じて、不要なスタンバイ時情報取得処理を行わないようにすることができる。この結果、電力消費を更に低減することができる。
【００９７】
［まとめ］
以上説明した本実施例の情報処理装置、及び情報処理システムによれば、第１実施例と同様に、電力消費を低減しつつ、直近の状態情報をより正確に把握することができる。
【００９８】
また、スタンバイ時情報取得処理を終了した後は、再度スタンバイ状態に復帰するため、更に電力消費を低減することができる。
【００９９】
また、スタンバイ時情報取得処理を行うか否かの判定において、「エラー状態の最終更新時刻から『エラー種別毎の更新確認間隔』経過しているか否か」を判定するため、電力消費を更に低減することができる。
【０１００】
＜第４実施例＞
以下、図面を参照し、本発明の第４実施例に係る情報処理装置、及び情報処理システムについてについて説明する。
【０１０１】
第４実施例に係る情報処理装置、及び情報処理システムは、ハードウエア構成について第１実施例と共通し、「エラー状態情報更新通知を受信した際」の処理の内容のみ第１実施例と相違するため、各構成要素に対して同一の符号を付し、相違点を中心に説明する。
【０１０２】
図１９は、第４実施例に係る状態監視部（２）により実行される、エラー状態情報更新通知の受信時の処理の流れを示すフローチャートである。本フローチャートは、状態監視部（１）からエラー状態情報更新通知を受信したとき、すなわち、（Ａ）情報処理装置１００の電力状態がオン状態のときに図７に示す処理が実行された後、（Ｂ）情報処理装置１００の電力状態がスタンバイ状態のときに、図９→図１０→図７の順で処理が実行された後に開始される。
【０１０３】
まず、状態監視部（２）は、全てのサブシステムについて、エラー状態情報更新通知を受信したか否かを判定する（Ｓ１７００）。全てのサブシステムについて、エラー状態情報更新通知を受信した場合、続いて、スタンバイ時起動フラグがオンに設定されているか否かを判定する（Ｓ１７０２）。
【０１０４】
全てのサブシステムについて、エラー状態情報更新通知を受信し、且つスタンバイ時起動フラグがオンに設定されている場合、スタンバイ時起動フラグをオフに設定し（Ｓ１７０４）、電力状態をスタンバイ状態に変更するように電力制御部１０Ａに指示し（Ｓ１７０６）、記憶部１０Ｆからエラー状態情報を読み込む（Ｓ１７０８）。
【０１０５】
そして、状態監視部（２）は、いずれかのサブシステムにおいてエラーが発生中であるか否かを判定する（Ｓ１７１０）。
【０１０６】
いずれかのサブシステムにおいてエラーが発生中でない場合は、記憶部１０Ｆにおける最終更新時刻を更新し（Ｓ１７１２）、エラーが発生中である場合、記憶部１０Ｆにおける最終更新時刻を更新せずに本フローチャートを終了する。
【０１０７】
このように処理が行われるのは、スタンバイ時情報取得処理が行われることによってエラー状態情報更新通知が行われた場合（図９→図１０→図７の順で処理が実行された場合）である。
【０１０８】
一方、エラー状態情報更新通知を受信していない場合、又はスタンバイ時起動フラグがオフに設定されている場合は、単に記憶部１０Ｆにおける最終更新時刻を更新する（Ｓ１０１２）。このように処理が行われるのは、オン状態でエラー検知が行われることによって、エラー状態情報更新通知が行われた場合（図７の処理のみ実行された場合）である。
【０１０９】
係る処理によって、エラー状態を最新に更新しても依然としてエラーが発生中であれば、最終更新時刻は更新されないことになる。この結果、次に図９のフローチャートが実行されたときには、スタンバイ時情報取得処理が再度実行されることになる。この結果、エラーが発生中である状態が継続する間、スタンバイ時情報取得処理の実行される頻度が高くなり、直近の状態情報を更に正確に把握することができる。
【０１１０】
［まとめ］
以上説明した本実施例の情報処理装置、及び情報処理システムによれば、第１実施例と同様に、電力消費を低減しつつ、直近の状態情報をより正確に把握することができる。
【０１１１】
また、スタンバイ時情報取得処理を終了した後は、再度スタンバイ状態に復帰するため、更に電力消費を低減することができる。
【０１１２】
また、エラー状態を最新に更新しても依然としてエラーが発生中であれば、最終更新時刻を更新しないため、エラーが発生中である状態が継続する間、スタンバイ時情報取得処理の実行される頻度が高くなり、直近の状態情報を更に正確に把握することができる。
【０１１３】
＜第５実施例＞
以下、図面を参照し、本発明の第５実施例に係る情報処理装置、及び情報処理システムについてについて説明する。
【０１１４】
第５実施例に係る情報処理装置、及び情報処理システムは、ハードウエア構成について第１実施例と共通し、第１実施例において実行される図９のフローチャートを実行せず、これに代えて、情報処理装置から機器管理クライアントにエラー状態鮮度を提供する処理を実行する点で第１実施例と相違する。以下、対応する各構成要素に対して同一の符号を付し、相違点を中心に説明する。
【０１１５】
図２０は、記憶部１０Ｆによって保持されるエラー状態鮮度を示す図である。エラー状態鮮度は、更新要、更新不要の二種類で設定される。
【０１１６】
図２１は、第５実施例の状態監視部（２）によって実行される、エラー状態鮮度の更新処理の流れを示すフローチャートである。本フローチャートは、情報処理装置１００がスタンバイ状態であるときに、例えば所定周期（例えば１時間、１日等、任意に設定される）で繰り返し実行される。
【０１１７】
まず、状態監視部（２）は、記憶部１０Ｆから、エラー状態情報に含まれるエラー状態と最終更新時刻を読み込む（Ｓ１８００）。
【０１１８】
次に、状態監視部（２）は、エラー状態を参照し、いずれかのサブプロセッサにエラーが発生しているか否かを判定する（Ｓ１８０２）。いずれのサブプロセッサにもエラーが発生していない場合は、エラー状態鮮度を「更新不要」とする（Ｓ１８０４）。
【０１１９】
いずれかのサブプロセッサにエラーが発生している場合、状態監視部（２）は、エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間（例えば１時間、１日等、任意に設定される）経過しているか否かを判定する（Ｓ８０６）。エラーが発生していることを示すエラー状態の最終更新時刻から所定時間経過していない場合は、エラー状態鮮度を「更新不要」とする（Ｓ１８０４）。
【０１２０】
エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間経過している場合は（エラーが発生していることを示すエラー状態が複数存在する場合は、例えば一つでも最終更新時刻から所定時間経過している場合は）、エラー状態鮮度を「更新要」とする（Ｓ１８０８）。
【０１２１】
図２２は、第５実施例の機器管理クライアント４００と、状態情報提供部１０Ｇにより実行される処理の流れを示すシーケンス図である。機器管理クライアント４００が、例えばユーザの操作に応じてエラー状態鮮度取得要求を状態情報提供部１０Ｇに送信すると（Ｓ１９００）、状態情報提供部１０Ｇは、記憶部１０Ｆに格納されたエラー状態鮮度を読み込み（Ｓ１９０２）、読み込んだエラー状態鮮度を機器管理クライアント４００に送信する（Ｓ１９０４）。
【０１２２】
エラー状態鮮度を取得した機器管理クライアント４００では、ネットワーク５００を介して遠隔的に情報処理装置１００の電力状態をオン状態にするなどの対応を取ることができる。電力状態をオン状態にするのは、例えば機器管理クライアント４００が自動で行ってもよいし、機器管理クライアント４００からユーザに判断を促してもよい。また、電力状態をオン状態にするタイミングも、例えば機器管理クライアント４００がプロパティを保持してそれに基づき決めてもよいし、そのつど機器管理クライアント４００からユーザに判断を促してもよい。
【０１２３】
［まとめ］
以上説明した本実施例の情報処理装置、及び情報処理システムによれば、情報処理装置から機器管理クライアントにエラー状態鮮度を提供することにより、機器管理クライアントにおいて情報処理装置の電力状態を変更する等の処理を行うことができる。また、ユーザの所望のタイミングで情報処理装置の電力状態をオン状態に変更し、状態情報を取得することもできる。
【０１２４】
＜第６実施例＞
以下、図面を参照し、本発明の第６実施例に係る情報処理装置、及び情報処理システムについてについて説明する。
【０１２５】
第６実施例に係る情報処理装置、及び情報処理システムは、ハードウエア構成について第１実施例と共通し、第１実施例において実行される図９のフローチャートを実行せず、これに代えて、スタンバイ時に最終更新時刻から所定時間経過したエラー状態が存在する場合には、ユーザに通知する点で第１実施例と相違する。以下、対応する各構成要素に対して同一の符号を付し、相違点を中心に説明する。
【０１２６】
図２３は、第６実施例に係る各サブシステムの論理構成例である。サブシステム１０は、第１実施例の構成に加えて、ユーザ通知部１０Ｉを備える。ユーザ通知部１０Ｉは、例えばＬＥＤ（Light  Emitting  Diode）、ブザー等の省電力なデバイスであることが望ましい。
【０１２７】
図２４は、第６実施例に係る状態監視部（２）により実行されるスタンバイ状態の処理の流れを示すフローチャートである。本フローチャートは、情報処理装置１００がスタンバイ状態であるときに、例えば所定周期（例えば１時間、１日等、任意に設定される）で繰り返し実行される。
【０１２８】
まず、状態監視部（２）は、記憶部１０Ｆから、エラー状態情報に含まれるエラー状態と最終更新時刻を読み込む（Ｓ２０００）。
【０１２９】
次に、状態監視部（２）は、エラー状態を参照し、いずれかのサブプロセッサにエラーが発生しているか否かを判定する（Ｓ２００２）。いずれのサブプロセッサにもエラーが発生していない場合は、本フローチャートを終了する。
【０１３０】
いずれかのサブプロセッサにエラーが発生している場合、状態監視部（２）は、エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間（例えば１時間、１日等、任意に設定される）経過しているか否かを判定する（Ｓ２００４）。エラーが発生していることを示すエラー状態の最終更新時刻から所定時間経過していない場合は、本フローチャートを終了する。
【０１３１】
エラーが発生していることを示しているサブシステムに関するエラー状態の最終更新時刻から所定時間経過している場合は（エラーが発生していることを示すエラー状態が複数存在する場合は、例えば一つでも最終更新時刻から所定時間経過している場合は）、ユーザ通知部１０Ｉに指示してエラー状態が最新でないことをユーザに通知する（Ｓ２００６）。
【０１３２】
［まとめ］
以上説明した本実施例の情報処理装置、及び情報処理システムによれば、エラー状態情報が最新でない場合に、ユーザに通知するため、ユーザの所望のタイミングで情報処理装置の電力状態をオン状態に変更し、状態情報を取得することができる。
【０１３３】
＜第７実施例＞
以下、図面を参照し、本発明の第７実施例に係る情報処理装置、及び情報処理システムについて説明する。
【０１３４】
第７実施例に係る情報処理装置、及び情報処理システムは、ハードウエア構成について第１実施例と共通し、状態情報提供部によりエラー状態情報が機器管理クライアントに提供される際にも、スタンバイ時情報取得処理が行われる点で第１実施例と相違する。以下、各構成要素に対して同一の符号を付し、相違点を中心に説明する。
【０１３５】
図２５は、第７実施例に係る各サブシステムの論理構成例である。本実施例では、状態情報提供部１０Ｇが、エラー状態情報更新要求を状態監視部（２）に出力する。
【０１３６】
図２６は、機器管理クライアント４００がエラー状態情報取得要求を状態情報提供部１０Ｇに送信した際に実行される処理の流れを示すシーケンス図である。
【０１３７】
機器管理クライアント４００が、例えばユーザの操作に応じてエラー状態情報取得要求を状態情報提供部１０Ｇに送信すると（Ｓ２１００）、状態情報提供部１０Ｇは、状態監視部（２）にエラー状態情報更新要求を出力する（Ｓ２１０２）。状態監視部（２）は、エラー状態情報の更新が完了すると、エラー状態情報更新完了通知を状態情報提供部１０Ｇに出力する（Ｓ２１０４）。
【０１３８】
状態情報提供部１０Ｇは、エラー状態情報更新完了通知が入力されると記憶部１０Ｆに格納されたエラー状態情報を読み込み（Ｓ２１０６）、読み込んだエラー状態情報を機器管理クライアント４００に送信する（Ｓ２１０８）。
【０１３９】
図２７は、エラー状態情報更新要求が入力された際に、第７実施例に係る状態監視部（２）により実行される処理の流れを示すフローチャートである。
【０１４０】
まず、状態監視部（２）は、エラー状態情報を読み込む（Ｓ２２００）。
【０１４１】
次に、状態監視部（２）は、エラー状態を参照し、いずれかのサブプロセッサにエラーが発生しているか否かを判定する（Ｓ２２０２）。いずれのサブプロセッサにもエラーが発生していない場合は、エラー状態情報更新完了通知を状態情報提供部１０Ｇに出力する（Ｓ２２０４）。
【０１４２】
いずれかのサブプロセッサにエラーが発生している場合、状態監視部（２）は、情報処理装置１００の電力状態をオン状態に変更するように電力制御部１０Ａに指示し（Ｓ２２０６）、スタンバイ時起動フラグをオンに設定し（Ｓ２２０８）、本フローチャートを終了する。
【０１４３】
図２８は、第７実施例に係る状態監視部（２）により実行される、エラー状態情報更新通知の受信時の処理の流れを示すフローチャートである。本フローチャートは、状態監視部（１）からエラー状態情報更新通知が入力されたとき、すなわち、（Ａ）情報処理装置１００の電力状態がオン状態のときに図７に示す処理が実行された後、（Ｂ）情報処理装置１００の電力状態がスタンバイ状態のときに、図９→図１０→図７の順で処理が実行された後、更に、状態情報提供部１０Ｇからエラー状態情報更新要求が入力されたとき、すなわち、（Ｃ）情報処理装置１００の電力状態がスタンバイ状態のときに、図２７→図１０→図７の順で処理が実行された後に開始される。
【０１４４】
まず、状態監視部（２）は、全てのサブシステムについて、エラー状態情報更新通知を受信したか否かを判定する（Ｓ２３００）。全てのサブシステムについて、エラー状態情報更新通知を受信した場合、続いて、スタンバイ時起動フラグがオンに設定されているか否かを判定する（Ｓ２３０２）。
【０１４５】
全てのサブシステムについて、エラー状態情報更新通知を受信し、且つスタンバイ時起動フラグがオンに設定されている場合、スタンバイ時起動フラグをオフに設定し（Ｓ２３０４）、電力状態をスタンバイ状態に変更するように電力制御部１０Ａに指示し（Ｓ２３０６）、記憶部１０Ｆにおける最終更新時刻を更新する（Ｓ２３０８）。
【０１４６】
一方、エラー状態情報更新通知を受信していない場合、又はスタンバイ時起動フラグがオフに設定されている場合は、単に記憶部１０Ｆにおける最終更新時刻を更新する（Ｓ２３０８）。
【０１４７】
そして、状態監視部（２）は、エラー状態情報更新完了通知を状態情報提供部１０Ｇに出力し（Ｓ２３１０）、本フローチャートを終了する。
【０１４８】
なお、機器管理クライアント４００がエラー状態情報取得要求を状態情報提供部１０Ｇに送信したことによりスタンバイ時情報収集処理が開始されたのでは無い場合、エラー状態情報更新完了通知は無意味となる。この場合、状態情報提供部１０Ｇは入力されたエラー状態情報更新完了通知を無視するものとすればよい。
【０１４９】
係る処理によって、状態情報提供部１０Ｇによりエラー状態情報が機器管理クライアント４００に提供される際（提供される直前）にも、エラー状態情報の取得処理が行われるため、直近の状態情報を更に正確に把握することができる。
【０１５０】
［まとめ］
以上説明した本実施例の情報処理装置、及び情報処理システムによれば、第１実施例と同様に、電力消費を低減しつつ、直近の状態情報をより正確に把握することができる。
【０１５１】
また、スタンバイ時情報取得処理を終了した後は、再度スタンバイ状態に復帰するため、更に電力消費を低減することができる。
【０１５２】
また、状態情報提供部によりエラー状態情報が機器管理クライアントに提供される際にも、エラー状態情報の取得処理が行われるため、直近の状態情報を更に正確に把握することができる。
【０１５３】
＜第８実施例＞
以下、図面を参照し、本発明の第８実施例に係る情報処理装置、及び情報処理システムについて説明する。
【０１５４】
第８実施例に係る情報処理装置、及び情報処理システムは、ハードウエア構成及び基本的機能について第７実施例と共通するが、状態情報提供部１０Ｇが状態監視部（２）にエラー状態情報更新要求を出力する頻度を低下させた点で第７実施例と相違する。以下、各構成要素に対して第７実施例と同一の符号を付し、相違点を中心に説明する。
【０１５５】
図２９は、第８実施例に係る状態情報提供部１０Ｇが記憶部１０Ｆ等に保持するエラー状態情報提供回数の一例である。
【０１５６】
図３０は、第８実施例に係る状態情報提供部１０Ｇにより実行される処理の流れを示すフローチャートである。本フローチャートは、状態情報提供部１０Ｇが機器管理クライアント４００からエラー状態情報取得要求を受信する度に実行される。
【０１５７】
まず、状態情報提供部１０Ｇは、エラー状態情報提供回数を１増加させる（Ｓ２４００）。
【０１５８】
次に、状態情報提供部１０Ｇは、エラー状態情報提供回数が規定回数（例えば数回〜十数回程度）に達したか否かを判定する（Ｓ２４０２）。
【０１５９】
エラー状態情報提供回数が規定回数に達した場合、状態情報提供部１０Ｇは、エラー状態情報提供回数をゼロに変更し（Ｓ２４０４）、エラー状態情報更新要求を状態監視部（２）に出力する（Ｓ２４０６）。そして、エラー状態情報更新完了通知が入力されるまで待機し（Ｓ２４０８）、エラー状態情報を機器管理クライアント４００に送信する（Ｓ２４１０）。
【０１６０】
係る処理によって、第７実施例と比較して、状態情報提供部１０Ｇによりエラー状態情報が機器管理クライアント４００に提供される際に、エラー状態情報の取得処理が行われる頻度を低下させることができる。
【０１６１】
［まとめ］
以上説明した本実施例の情報処理装置、及び情報処理システムによれば、第１実施例と同様に、電力消費を低減しつつ、直近の状態情報をより正確に把握することができる。
【０１６２】
また、スタンバイ時情報取得処理を終了した後は、再度スタンバイ状態に復帰するため、更に電力消費を低減することができる。
【０１６３】
また、状態情報提供部によりエラー状態情報が機器管理クライアントに提供される際にも、エラー状態情報の取得処理が行われるため、直近の状態情報を更に正確に把握することができる。
【０１６４】
また、第７実施例と比較して、状態情報提供部によりエラー状態情報が機器管理クライアントに提供される際に、エラー状態情報の取得処理が行われる頻度を低下させることができる。
【０１６５】
＜変形等＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【０１６６】
例えば、電力制御部１０Ａは、サブシステム１０すなわち物理プロセッサ１１０の一機能としたが、物理プロセッサ１００とは別体の構成（例えば外付けＩＣ（Integrated  Circuit等））であってもよい。
【０１６７】
また、情報処理装置１００のスタンバイ状態において、オン状態に維持される物理プロセッサ１１０以外のプロセッサが存在しても構わない（特許請求の範囲における「複数のプロセッサ」に該当しないもの）。
【符号の説明】
【０１６８】
１                      情報処理システム
１０、２０、３０        サブシステム
１０Ａ                  電力制御部
１０Ｂ、２０Ｂ、３０Ｂ  通電制御部
１０Ｃ、２０Ｃ、３０Ｃ  エラー検知部
１０Ｄ                  状態監視部（１）
１０Ｅ                  状態監視部（２）
１０Ｆ                  記憶部
１０Ｇ                  状態情報提供部
１０Ｈ、２０Ｈ、３０Ｈ  プロセッサ間通信制御部
１０Ｉ                  ユーザ通知部
１００、２００、３００  情報処理装置
１１０、１２０、１３０  物理プロセッサ
１１１、１２１、１３１  ＣＰＵ
１１２、１２２、１３２  ＲＡＭ
１１３                  不揮発性メモリ
１１４、１２４、１３４  プロセッサ間通信インターフェース
１１５                  外部通信インターフェース
４００                  機器管理クライアント
５００                  ネットワーク
【先行技術文献】
【特許文献】
【０１６９】
【特許文献１】特開２０１０−１７３３１８号公報
【図１】
0005857695.tif 000002
【図２】
0005857695.tif 000003
【図３】
0005857695.tif 000004
【図４】
0005857695.tif 000005
【図５】
0005857695.tif 000006
【図６】
0005857695.tif 000007
【図７】
0005857695.tif 000008
【図８】
0005857695.tif 000009
【図９】
0005857695.tif 000010
【図１０】
0005857695.tif 000011
【図１１】
0005857695.tif 000012
【図１２】
0005857695.tif 000013
【図１３】
0005857695.tif 000014
【図１４】
0005857695.tif 000015
【図１５】
0005857695.tif 000016
【図１６】
0005857695.tif 000017
【図１７】
0005857695.tif 000018
【図１８】
0005857695.tif 000019
【図１９】
0005857695.tif 000020
【図２０】
0005857695.tif 000021
【図２１】
0005857695.tif 000022
【図２２】
0005857695.tif 000023
【図２３】
0005857695.tif 000024
【図２４】
0005857695.tif 000025
【図２５】
0005857695.tif 000026
【図２６】
0005857695.tif 000027
【図２７】
0005857695.tif 000028
【図２８】
0005857695.tif 000029
【図２９】
0005857695.tif 000030
【図３０】
0005857695.tif 000031