JP6724088B2 - 画像処理装置、情報処理方法及びプログラム - Google Patents

Description

本発明は、画像処理装置、情報処理方法及びプログラムに関する。

装置の状態を監視し、迅速な保守、予兆予測、装置搭載機能の改善等を行う必要がある。このために稼働している装置からインターネットを通じてイベントログ管理サーバに大量の各種イベントログを送信し、サーバ側でイベントログを分析してフィードバックするシステムが知られている。特にシステムの稼働監視を実施するには画像処理装置の電源状態の変化、省電力状態への移行、復帰の情報がきちんと取得できることが求められる。
特許文献１に記載の画像形成装置では、電源状態の遷移情報を収集し稼働状態の詳細な把握及び分析をできるようにしている。
また特許文献２に記載の印刷システムでは、画像形成装置に印刷制御装置が接続されている環境下においてもシステムの電力状態の遷移を収集できるようにしている。

特開２０１２−１０１８５号公報 特開２０１５−１０５２１７号公報

何れの先行文献も、電源状態に移行する前に状態遷移したことをサーバに通知するか、自ストレージ内に履歴として保存し、別のタイミングで送付するかの動作をし、稼働状況を分析するために必要な情報を詳細に管理サーバに保存できるように構成されている。
しかし画像処理装置はその省電力の観点から省電力状態移行指示後は速やかに状態遷移することが省電力に寄与する効果が高い。省電力状態への移行指示後に通信及びストレージへの保存処理等を極力実施せず速やかに省電力状態へ移行することが求められる。
情報分析するために省電力状態への移行時の履歴をきちんと管理サーバに通知しながらも、その処理が画像処理装置自身を省電力状態に移行することを妨げず、速やかに移行させる必要がある。

本発明は、通常の電力状態から第１省電力状態に移行する場合、前記第１省電力状態に移行する時刻を示す第１時刻情報をメモリに記憶する記憶手段と、前記第１省電力状態から復帰した場合、前記メモリより前記第１時刻情報を読み出す読み出し手段と、前記読み出し手段により読み出された前記第１時刻情報を含む、前記第１省電力状態へ移行したことを示すイベントを、管理サーバに通知する第１通知手段と、を有する。

本発明によれば、省電力状態への移行を速やかに実施しつつ、省電力状態に移行した履歴を管理サーバに通知することができる。

情報処理システムのシステム構成の一例を示す図である。 管理サーバのハードウェア構成の一例を示す図である。 クライアント機のハードウェア構成の一例を示す図である。 情報処理コントローラユニットのハードウェア構成の一例を示す図である。 クライアント機のソフトウェア構成の一例を示す図である。 管理サーバへのイベント送付の情報処理の一例を示すフローチャートである。 省電力状態への移行の情報処理の一例を示すフローチャートである。 省電力状態からの復帰の情報処理の一例を示すフローチャートである。 シャットダウン及び起動時の情報処理の一例を示すフローチャートである。

以下、本発明の実施形態について図面に基づいて説明する。

＜実施形態１＞
図１は、情報処理システムのシステム構成の一例を示す図である。ネットワーク１００には、管理サーバ１１０、及びクライアント機１２０が接続されている。クライアント機１２０は、画像処理装置の一例である。
クライアント機１２０は、機器内での事象を履歴イベントの形で管理サーバ１１０に対して通知する通信機能を有している。また管理サーバ１１０は、複数のクライアント機１２０から通知されたイベントを管理サーバ内のストレージに保存する機能性を有している。ストレージに蓄積された情報は稼働監視情報の分析等に利用される。
本実施形態では管理サーバ１１０についてはデータストレージと情報処理計算とネットワーク通信機能とを有するコンピュータ、又は同等機能を持つクラウドサービスで実現される。
クライアント機１２０としては複数種類の機能、例えばコピー及びＦＡＸ等を実現する複合機を例に説明する。それらの機能の実行をした実行した履歴に加え、省電力状態への遷移及び復帰の履歴、またエラー発生等異常状態への遷移及び復帰等の履歴等を管理サーバ１１０に通知する機能を有している。

図２は、管理サーバ１１０が一般的なコンピュータ等で実現された場合のハードウェア構成の一例を示す図である。管理サーバ１１０は、ハードウェア構成として、コントローラユニット２００、操作部２０９、表示部２１０を含んでいる。コントローラユニット２００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１を有する。ＣＰＵ２０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２に格納されているブートプログラムによりＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を起動する。
ＣＰＵ２０１は、このＯＳ上で、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）２０４に格納されているアプリケーションプログラムを実行し、これによって各種処理を実行する。このＣＰＵ２０１の作業領域としてはＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０２が用いられる。
ＨＤＤ２０４は、アプリケーションプログラム、設定及び履歴等のデータを格納する。
ＣＰＵ２０１には、システムバス２０８を介して、ＲＯＭ２０２及びＲＡＭ２０３と共に、操作部Ｉ／Ｆ２０５、表示部Ｉ／Ｆ２０６、Ｎｅｔｗｏｒｋ２０７が接続される。操作部Ｉ／Ｆ２０５は、マウス、キーボード等から成る操作部２０９とのインタフェースであり、操作部２０９によってユーザにより入力された情報をＣＰＵ２０１に送出する。表示部Ｉ／Ｆ２０６は、ディスプレイ等から成る表示部２１０に表示すべき画像データを表示部２１０に対して出力する。また、Ｎｅｔｗｏｒｋ２０７は、ネットワーク１００に接続され、ネットワーク１００を介してネットワーク１００上の各装置との間で情報の入出力を行う。

図３は、クライアント機１２０のハードウェア構成の一例を示す図である。クライアント機１２０は、情報処理コントローラユニット３０１、プリンタコントローラユニット３０２、スキャナコントローラユニット３０３、プリンタ３０４、スキャナ３０５、操作部３０６を含んでいる複合機である。情報処理コントローラユニット３０１は、クライアント機１２０の動作に係る情報処理制御を統括するコントローラである。情報処理コントローラユニット３０１には、操作部３０６が接続される。更に情報処理コントローラユニット３０１には、画像出力デバイスであるプリンタ３０４を制御するプリンタコントローラユニット３０２及び画像入力デバイスであるスキャナ３０５を制御するスキャナコントローラユニット３０３が接続される。
図４は、クライアント機１２０の情報処理コントローラユニット３０１のハードウェア構成の一例を示す図である。情報処理コントローラユニット３０１は、ＣＰＵ４０１を有する。ＣＰＵ４０１は、ＲＯＭ４０２に格納されているブートプログラムによりＯＳを起動する。ＣＰＵ４０１は、このＯＳ上で、ＨＤＤ４０４に格納されているアプリケーションプログラムを実行し、これによって各種処理を実行する。このＣＰＵ４０１の作業領域としてはＲＡＭ４０３が用いられる。また、ＲＡＭ４０３は、作業領域を提供すると共に、画像データを一時記憶するための画像メモリ領域を提供する。ＨＤＤ４０４は、アプリケーションプログラム、画像データ、各種設定値、履歴を格納する。ＣＰＵ４０１は、プロセッサの一例である。

ＣＰＵ４０１には、システムバス４１０を介して、ＲＯＭ４０２及びＲＡＭ４０３と共に、操作部Ｉ／Ｆ４０６、デバイスコントローラＩ／Ｆ４０８、Ｎｅｔｗｏｒｋ４０５、画像処理部４０７、及び電源管理部４０９が接続される。操作部Ｉ／Ｆ４０６は、タッチパネルを有する操作部３０６とのインタフェースであり、操作部３０６に表示すべき画像データを操作部３０６に対して出力する。また、操作部Ｉ／Ｆ４０６は、操作部３０６によってユーザにより入力された情報をＣＰＵ４０１に送出する。デバイスコントローラＩ／Ｆ４０８には、スキャナコントローラユニット３０３及びプリンタコントローラユニット３０２が接続される。デバイスコントローラＩ／Ｆ４０８は、画像データの同期系／非同期系の変換を行う。Ｎｅｔｗｏｒｋ４０５は、ネットワーク１００に接続され、ネットワーク１００を介してネットワーク１００上の各装置との間で情報の入出力を行う。画像処理部４０７は、プリンタ３０４への出力画像処理、及びスキャナ３０５からの入力画像処理、画像回転、画像圧縮、解像度変換、色空間変換、階調変換等の処理を行う。電源管理部４０９は、機器全体の電源制御を行う、電源オンオフの制御の他通常通電状態以外の省電力状態への移行、及び通常状態への復帰等を制御する。
ＣＰＵ４０１がＲＯＭ４０２及びＨＤＤ４０４の何れか又は双方に記憶されているプログラムに基づき処理を実行することにより後述する図５に示すソフトウェア構成及び図６−図９に示されるフローチャートの処理が実現される。

図５は、クライアント機１２０のソフトウェア構成の一例を示す図である。
ユーザインターフェース５０１は、操作部３０６に対してユーザが操作する画面を表示したり、ユーザが操作した際にその動きをソフトウェアに伝えたりする機能を持つ。
機能アプリケーション５０２は、コピー、プリント、メール送信等、機器内に複数あり、操作部３０６を経由したユーザの指示、又はＮｅｔｗｏｒｋ４０５経由のデータ受信等をトリガにして複合機のアプリケーション機能を動作させる。
ジョブ制御部５０３は、機能アプリケーション５０２からの指示を受けてプリンタコントローラユニット３０２及びスキャナコントローラユニット３０３を制御してスキャン及びプリントを実行する。
電源制御部５０４は、装置内のソフトウェアの状態と連動して、電源管理部４０９を制御し通常通電状態と省電力状態の遷移を司る。通常通電状態は、通常の電力状態の一例である。
エラー制御部５０５は、主にジョブ制御部５０３、プリンタコントローラユニット３０２、スキャナコントローラユニット３０３等で発生した異常状態の通知を受け、システム全体を停止したり縮退動作を指示したりの制御を実施する。
履歴・設定保持部５０６は、機器内における不揮発情報を管理する。履歴・設定保持部５０６は、複合機、ジョブの制御に必要な設定を保持したり、ユーザの操作履歴、ジョブ実行結果及びエラーの発生等をサマライズして保存したりする。またシステムのエラー発生時に解析デバッグ用途で残すログ情報も履歴・設定保持部５０６に保存される。不揮発データの実体はＨＤＤ４０４に保持される。

イベント回収部５１０は、機器内の各モジュール（５０１〜５０６）で発生した状態遷移を監視し、それを管理サーバ１１０に送付するため、イベントの形で正規化しメッセージバッファ５２０に保存する機能性を持つ。メッセージバッファ５２０は、ＨＤＤ４０４上にあり正規化されたイベントは不揮発領域に保存される。ここでの正規化はＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標） Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）等の汎用のフォーマットを使う。イベント名称、発生時刻、クライアント機のシリアル番号等の基本情報に加えてイベントの種別によって、追加でさまざまな情報が付与される。これら付与情報はイベント回収部５１０が履歴・設定保持部５０６等の不揮発情報を参照したり、機器内各モジュール（５０１〜５０６）の状態等から動的に取得したりする。
イベント送付部５３０は、メッセージバッファ５２０への書き込みを検知する等してイベントが発行されたことを受け、メッセージバッファ５２０から情報を読み出してネットワーク通信部５３１を介して管理サーバ１１０に対してイベントを送付する。ネットワーク通信部５３１は、Ｎｅｔｗｏｒｋ４０５を利用し通信する。

図６は、クライアント機１２０の機器内で各種事象が起きた際の管理サーバ１１０へのイベント送付の情報処理の一例を示すフローチャートである。
エラー発生イベントを例に図６（ａ）を説明する。
Ｓ６０１において、イベント回収部５１０は、エラーの発生を検知する。
Ｓ６０２において、イベント回収部５１０は、現在時刻を取得する。
Ｓ６０３において、イベント回収部５１０は、イベント発行のサブルーチンに対してエラーイベントである旨と取得した現在時刻とを引数にして処理を実行することで管理サーバ１１０にイベントを送付する。

このサブルーチンについて図６（ｂ）で詳細に説明する。
Ｓ６１１において、イベント回収部５１０は、受信したイベント内容に応じて予め紐づけられた情報を機器内の各モジュールから情報を収集する。例えばエラー発生のイベントであれば、イベント回収部５１０は、エラーコード、エラーが起きた部品の名称、その時までの通紙したカウント値等を収集する。また、例えばコピージョブの完了イベントであれば、イベント回収部５１０は、実行ユーザ名、カラーモノクロの区別、スキャン枚数、プリント枚数等を収集する。イベント回収部５１０は、これら収集した情報に加えて、与えられた時刻情報を使ってＪＳＯＮのような汎用フォーマットにして正規化する。
Ｓ６１２において、イベント回収部５１０は、正規化されたイベント情報をメッセージバッファ５２０に保存する。この時点でサーバへの送付内容が確定される。
Ｓ６１３において、この書き込みを非同期に検知したイベント送付部５３０は、メッセージバッファ５２０からイベント情報を読み出す。
Ｓ６１４において、イベント送付部５３０は、管理サーバ１１０への送信動作を行う。イベント送付部５３０は、サーバへの認証動作及び通信エラー時のリトライ処理等を含めて送信完了までを実行する。管理サーバ１１０は、受信したイベント情報をストレージに保存する。
このようにしてクライアント機１２０内で発生した各種事象は管理サーバ１１０に送信され収集される。

次に表１（表 通電状態の分類）を用いて、複合機の通電状態について説明する。電源制御部５０４により制御される複合機の通電状態は大きく表に示す４種類の状態がある。
まず通常通電状態である。これは操作部３０６及びネットワーク等、含めて複合機のすべての機能性が利用できる状態である。
次にＳｌｅｅｐ１状態である。この状態は主に操作部３０６のパネル消灯により省電力状態になっている。しかし内部的にＣＰＵ４０１には通電されており内部のソフトウェアモジュールの動作及びネットワーク通信等は通常通電状態同様に利用可能である。ユーザの操作部３０６の操作及びネットワークからのジョブ受信等によって通常通電状態に復帰できる。Ｓｌｅｅｐ１状態は、第２省電力状態の一例であり、プロセッサを停止させない省電力状態である。
３つめにＤｅｅｐＳｌｅｅｐ状態である。この状態についてはＣＰＵ４０１が動作を停止しており、Ｓｌｅｅｐ１状態よりも低電力状態に遷移している。しかしユーザの操作部３０６の操作及びネットワークからのジョブ受信等によって通常通電状態に復帰できる点はＳｌｅｅｐ１と同様である。ＤｅｅｐＳｌｅｅｐに移行すると一度、ＣＰＵ４０１が停止するが、ＣＰＵ４０１のレジスタ含めたメモリ状態を維持しており、復帰後に停止直前の状態から動作を再開することができる。ＤｅｅｐＳｌｅｅｐ状態は、第１省電力状態の一例であり、プロセッサを停止させる省電力状態である。また、ＤｅｅｐＳｌｅｅｐ状態は、メモリと一部のハードウェアのみ通電し、ＣＰＵ４０１を停止した状態である。ここで、メモリとは、ＲＡＭ４０３である。また、一部のハードウェアとは、Ｎｅｔｗｏｒｋ４０５である。Ｎｅｔｗｏｒｋ４０５は、通信装置の一例である。
最後にＱｕｉｃｋＯＦＦ状態である。これはユーザから見ると高速起動モードを許可した状態での電源ＯＦＦの操作で状態遷移する。したがって電源ＯＮの操作以外では通常電源状態に復帰しない。電源ＯＦＦの操作をしているが内部的にはＤｅｅｐＳｌｅｅｐ同等にＣＰＵ４０１のレジスタ含めたメモリ状態を維持しており、そこから復帰できる状態になっている。このためユーザから見た場合は電源ＯＮ操作が高速に行われるという機能性の提供になる。ＱｕｉｃｋＯＦＦ状態は、第１省電力状態の一例であり、プロセッサを停止させる省電力状態である。また、ＱｕｉｃｋＯＦＦ状態は、メモリのみ通電し、ＣＰＵ４０１を停止した状態である。ここで、メモリとは、ＲＡＭ４０３である。
通常通電以外の３種類は省電力状態であり、タイマ監視による複合機の放置状態が一定時間を経過した場合、又はユーザによる省電力移行指示の何れかによって遷移する。遷移の際は電源制御部５０４によって他のモジュールの状態を確認した後、他のモジュールの処理の完了を待ち、各モジュールからの遷移承諾の通知を受けてから遷移するよう動作される。

続いて図７のフローチャートを用いて、省電力状態に移行する際のイベント発行の動きについて説明する。
Ｓ７０１において、イベント回収部５１０は、省電力移行状態遷移を検知する。状態遷移によりＣＰＵ４０１が停止するかどうかで動作が変わる。
そのためＳ７０２において、イベント回収部５１０は、Ｓｌｅｅｐ１移行イベントか、それ以外（ＤｅｅｐＳｌｅｅｐ又はＱｕｃｉｋＯＦＦ）移行イベントであるかを判定する。イベント回収部５１０は、Ｓｌｅｅｐ１移行イベントであると判定した場合、Ｓ７１３に進み、Ｓｌｅｅｐ１移行イベントでないと判定した場合、Ｓ７０３に進む。
Ｓ７１３において、イベント回収部５１０は、Ｓｌｅｅｐ１への移行を電源制御部５０４に対して承諾する。
関連全モジュールが省電力状態への移行を承諾すると、Ｓ７１４において、電源制御部５０４は、Ｓｌｅｅｐ１に状態遷移する。しかしＣＰＵ４０１は停止しないためソフトウェア的には引き続きの処理が実行できる。
Ｓ７１５において、イベント回収部５１０は、現在時刻を取得する。Ｓ７１５で取得される時刻情報は、Ｓｌｅｅｐ１状態に移行した時刻を示す第３時刻情報の一例である。
Ｓ７１６において、イベント回収部５１０は、Ｓｌｅｅｐ１移行イベントを、現在時刻を使って発行するべく、図６（ｂ）のサブルーチンをコールする。Ｓ７１６の処理は、第３通知処理の一例である。

一方、Ｓ７０３において、イベント回収部５１０は、現在時刻を時刻情報としてＲＡＭ２０３に記憶する動作だけを実行する。Ｓ７０３の時刻情報は、ＤｅｅｐＳｌｅｅｐ状態、又はＱｕｉｃｋＯＦＦ状態に移行する時刻を示す第１時刻情報の一例である。
Ｓ７０４において、イベント回収部５１０は、省電力状態への移行を電源制御部５０４に対して承諾する。
関連全モジュールが省電力状態への移行を承諾すると、Ｓ７０５において、電源制御部５０４は、実際に省電力状態遷移する。これにより一旦、ＣＰＵ４０１が停止し、ソフトウェアは動作をできない状態になる。
このケースでは省電力状態へ移行したことを管理サーバ１１０に通知していないが、省電力状態への速やかな移行を妨げない。通知できていない省電力状態への移行のイベントについては次の図８で説明する。

図８のフローチャートを用いて省電力状態からの復帰時の動きについて説明する。
省電力状態中のクライアント機１２０において、Ｓ８０１において、イベント回収部５１０は、省電力状態からの復帰を検知する。
Ｓ８０２において、イベント回収部５１０は、どの状態からの復帰かを判定する。イベント回収部５１０は、Ｓｌｅｅｐ１からの復帰だった場合は、すでに移行時にイベントを送付しているため、Ｓ８０５に進み、ＣＰＵ４０１が停止していた状態からの復帰であった場合は、Ｓ８０３に進む。
Ｓ８０５において、イベント回収部５１０は、Ｓ７０３で記憶された現在時刻をＨＤＤ４０４より取得する。Ｓ８０５で取得される時刻情報は、ＤｅｅｐＳｌｅｅｐ状態、又はＱｕｉｃｋＯＦＦ状態から復帰した時刻を示す第２時刻情報の一例である。
Ｓ８０６において、イベント回収部５１０は、図６（ｂ）のサブルーチンをコールし、Ｓｌｅｅｐ１からの復帰イベントを管理サーバ１１０に通知する。
一方、Ｓ８０３において、イベント回収部５１０は、省電力移行前の図７のＳ７０３でＲＡＭ２０３に記憶した時刻情報を読み出す。
Ｓ８０４において、イベント回収部５１０は、読み出した時刻情報を使って図６（ｂ）のサブルーチンをコールし、省電力状態への移行イベントを管理サーバ１１０に通知する。このとき送付される時刻情報は現在時刻ではなく省電力状態への移行前に取得された時刻情報になる。Ｓ８０４の処理は、第１通知処理の一例である。
更にＳ８０５において、イベント回収部５１０は、現在時刻を取得する。
Ｓ８０６において、イベント回収部５１０は、図６（ｂ）のサブルーチンをコールし、Ｓｌｅｅｐ１からの復帰イベントを管理サーバ１１０に通知する。Ｓ８０６の処理は、第２通知処理の一例である。

以上の一連の動作によりＣＰＵ４０１が停止する省電力状態への移行及び復帰に際し、情報をサーバに送る等のために省電力移行を妨げることなく、正しい時刻情報を使って状態遷移のイベントを送付することができる。
この図７と図８との一連のフローで説明した通り、省電力状態への遷移は極力妨げず正確なイベントを送付できる。省電力状態からの復帰のタイミングにまとめてではあるが、省電力状態移行イベント、省電力状態からの復帰イベントに正確な時刻情報を保持させ、これらイベントを時系列通りに送付することが可能になる。
イベントを正しい時刻情報をもって時系列通りに送付することで、クライアント機１２０の稼働を監視するサービスに対してより正しい情報を供給することができるようになる。

ここまで説明した通り、省電力状態への遷移の際にはメモリ上に時刻情報だけを保持しておき、復帰後に過去の時刻を用いてイベントを送付する処理を説明した。しかし省電力移行中に、ユーザによる意図した電源供給ＯＦＦ又は停電等でそのまま電力共有が一旦停止する可能性がある。このケースはメモリ上にのみ保持した時刻情報及びスタックされた実行途中のプログラムも再実行不可能になり、図８のフローチャートの処理による省電力状態移行及び電源ＯＦＦそのものを通知できないまま、電源ＯＮすると通常の起動処理が走ってしまう。
この異常電源ＯＦＦ状態が発生した際にもクライアント機１２０の稼働状態を確認できるようにするため図９のフローチャートを用いて、電源断が発生したことを通知する救済用のイベント送付について説明する。

本来正しくクライアント機１２０をシャットダウンするケースでは図９（ａ）の処理が実行される。
Ｓ９０１において、イベント回収部５１０は、シャットダウン移行の遷移を検知する。
Ｓ９０２において、イベント回収部５１０は、現在時刻を取得する。
Ｓ９０３において、イベント回収部５１０は、図６（ｂ）のサブルーチンを用いてシャットダウンの移行イベントを管理サーバ１１０に送付する。
この処理が完了したことを受けて、Ｓ９０４において、イベント回収部５１０は、シャットダウンイベントを送付した旨のシャットダウンイベントフラグをＨＤＤ４０４等に書き込む。
この処理まで完了した後にＳ９０５において、イベント回収部５１０は、電源制御部５０４に対してシャットダウン移行を承諾する。
関連全モジュールがシャットダウン移行を承諾すると、Ｓ９０６において、電源制御部５０４は、実際にシャットダウンを実行する。

一方、起動時にはフローチャート９１０の処理が実行される。
クライアント機１２０が起動すると、Ｓ９１１において、イベント回収部５１０は、クライアント機１２０が起動した時刻を取得する。
Ｓ９１２において、イベント回収部５１０は、前回シャットダウンイベントを正しく送付できたかどうかを判定する。イベント回収部５１０は、図９（ａ）のＳ９０４にて立てたシャットダウンイベントフラグが存在しているかどうかで、前回シャットダウンイベントを正しく送付できたかどうかを判定する。イベント回収部５１０は、正しく送付できている場合はＳ９１５に進み、正しく送付できていない場合はＳ９１３に進む。
Ｓ９１５において、イベント回収部５１０は、シャットダウンイベントフラグをクリアする。
Ｓ９１６において、イベント回収部５１０は、図６（ｂ）のサブルーチンを用いて起動イベントを管理サーバ１１０に対して発行する。
一方、Ｓ９１３において、イベント回収部５１０は、履歴・設定保持部５０６が保持している不揮発情報の中から今回の起動回以前で残っている最も新しい時刻情報を検索する。ジョブ履歴、操作履歴等各種履歴が残ってはいるが、解析デバッグ用途のログが直近で動いていた時刻情報を保持している可能性が最も高いためこのログの検索が最適である。通常通電状態又はＳｌｅｅｐ１状態での電源ＯＦＦであればその電源ＯＦＦ直前の、ＤｅｅｐＳｌｅｅｐ又はＱｕｉｃｋＯＦＦ中の電源ＯＦＦであれば省電力状態移行直前の時刻に近い情報が得られるはずである。
直近の動作履歴に残っている時刻情報を取得したらＳ９１４において、イベント回収部５１０は、異常シャットダウンイベントを発行する。イベント回収部５１０は、このイベントに紐づける付与情報として時刻情報を取得した動作履歴から情報を抜粋して付与すること等も可能である。
Ｓ９１６において、イベント回収部５１０は、図６（ｂ）のサブルーチンを用いて起動イベントを管理サーバ１１０に対して発行する。

このフローチャートの処理により省電力状態遷移中に電源ＯＦＦが実行されるようなケースでも、ＣＰＵ４０１が停止する直近のログから推測した情報を管理サーバ１１０に送付することが可能である。

＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

以上、本発明の実施形態の一例について詳述したが、本発明は係る特定の実施形態に限定されるものではない。

以上、上述した実施形態の処理によれば、省電力状態への移行を速やかに実施しつつ、省電力状態に移行した履歴を管理サーバに通知することができる。これにより稼働状態の分析に際し、詳細かつ正確な情報を利用することが可能になる。

１１０ 管理サーバ
１２０ クライアント機
４０１ ＣＰＵ

Claims (10)

1. 通常の電力状態から第１省電力状態に移行する場合、前記第１省電力状態に移行する時刻を示す第１時刻情報をメモリに記憶する記憶手段と、
   前記第１省電力状態から復帰した場合、前記メモリより前記第１時刻情報を読み出す読み出し手段と、
   前記読み出し手段により読み出された前記第１時刻情報を含む、前記第１省電力状態へ移行したことを示すイベントを、管理サーバに通知する第１通知手段と、
   を有する画像処理装置。
2. 前記第１省電力状態は、プロセッサを停止させる省電力状態である請求項１記載の画像処理装置。
3. 前記第１省電力状態は、メモリのみ通電させてプロセッサを停止させる省電力状態、又はメモリと一部のハードウェアのみを通電させてプロセッサを停止させる省電力状態である請求項１又は２記載の画像処理装置。
4. 前記第１省電力状態から復帰した場合、前記第１省電力状態から復帰した時刻を示す第２時刻情報を含む、前記第１省電力状態から復帰したことを示すイベントを、前記管理サーバに通知する第２通知手段を更に有する請求項１乃至３何れか１項記載の画像処理装置。
5. 前記通常の電力状態から第２省電力状態に移行した場合、前記第２省電力状態に移行した時刻を示す第３時刻情報を含む、前記第２省電力状態へ移行したことを示すイベントを、前記管理サーバに通知する第３通知手段を更に有する請求項１乃至４何れか１項記載の画像処理装置。
6. 前記第２省電力状態は、プロセッサを停止させない省電力状態である請求項５記載の画像処理装置。
7. 前記メモリはＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である請求項１乃至６何れか１項記載の画像処理装置。
8. 前記一部のハードウェアは、通信装置である請求項３記載の画像処理装置。
9. 画像処理装置が実行する情報処理方法であって、
   通常の電力状態から第１省電力状態に移行する場合、前記第１省電力状態に移行する時刻を示す第１時刻情報をメモリに記憶する記憶工程と、
   前記第１省電力状態から復帰した場合、前記メモリより前記第１時刻情報を読み出す読み出し工程と、
   前記読み出し工程により読み出された前記第１時刻情報を含む、前記第１省電力状態へ移行したことを示すイベントを、管理サーバに通知する第１通知工程と、
   を含む情報処理方法。
10. コンピュータを、請求項１乃至８何れか１項記載の画像処理装置の各手段として機能させるためのプログラム。

Images