(57)【要約】【課題】必要なイベントの発生と解消を取りこぼすことなく、不要なイベントの検知を極力抑える仕組みを提供する。【解決手段】本情報処理装置は、周辺デバイスからイベントの発生通知を受信すると、当該イベントを記憶デバイスに記憶させる。この際、情報処理装置は、既に記憶されているイベントであって、解消されていないイベントについては多重にイベントを記録することなる発生通知を破棄する。また、本情報処理装置は、周辺デバイスからイベントの解消通知を受信すると、受信した解消通知のイベントが記憶デバイスに記憶されているイベントであって、かつ、所定のイベントでなければ、当該イベントの解消を記憶デバイスに記憶させる。一方、所定のイベントである場合は、当該解消通知は破棄される。【選択図】  図５
2018098608.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置であって、
周辺デバイスからイベントの発生通知又は解消通知を受信する受信手段と、
前記受信手段によってイベントの発生通知が受信されると、当該イベントを記憶手段に記憶させるイベント登録手段と、
前記受信手段によってイベントの解消通知が受信されると、受信した解消通知のイベントが前記記憶手段に記憶されているイベントであって、かつ、所定のイベントでなければ、当該イベントの解消を前記記憶手段に記憶させるイベント解除手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記イベント解除手段は、前記受信手段によって受信した解消通知のイベントが前記所定のイベントであれば、該解消通知を破棄することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記情報処理装置及び周辺デバイスへの電源供給を遮断するスイッチをさらに備え、
前記イベント登録手段は、
前記記憶手段にイベントを記憶させる際に、前記スイッチが操作された際の前記情報処理装置の電源供給を遮断する動作として、当該イベントが前記所定のイベントである場合は前記情報処理装置及び前記周辺デバイスの電源供給を遮断する第１動作を設定し、当該イベントが前記所定のイベントでない場合は前記情報処理装置及び前記周辺デバイスの少なくとも一部への電源供給を維持した状態で他の部分への電源供給を遮断する第２動作を設定することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記イベント登録手段は、前記受信手段によってイベントの発生通知が受信された際に、当該イベントが既に記憶手段に既に記憶されている場合には、新たに当該イベントを前記記憶手段に記憶しないことを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
前記イベント登録手段は、前記受信手段によってイベントの発生通知が受信された際に、当該イベントが既に記憶手段に既に記憶されている場合であっても、前記イベント解除手段によって当該イベントの解消が前記記憶手段に記憶されていれば、新たに当該イベントを前記記憶手段に記憶させることを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記イベント登録手段は、前記記憶手段にイベントを記憶させる際に、記憶させた前記イベントの情報を、ネットワークを介してサーバへ通知することを特徴とする請求項１乃至５の何れか１項に記載の情報処理装置。
【請求項７】
前記記憶手段は、前記第１動作で電源供給が遮断された後に、前記情報処理装置が再起動する際に初期化されることを特徴とする請求項３に記載の情報処理装置。
【請求項８】
前記記憶手段は、前記第２動作で電源供給が遮断された場合には、電源供給が維持されることを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記記憶手段には、前記所定のイベントのリストが予め記憶されていることを特徴とする請求項４に記載の情報処理装置。
【請求項１０】
前記周辺デバイスとは、画像を形成する画像形成デバイス、原稿から画像を読み取る画像読取デバイス、画像を処理する画像処理デバイス、及び記憶デバイスの少なくとも１つであることを特徴とする請求項１乃至９の何れか１項に記載の情報処理装置。
【請求項１１】
前記情報処理装置は、前記周辺デバイスとして画像形成手段を備える画像形成装置であり、
前記所定のイベントとは、前記画像形成手段に設けられた温度センサによって測定された温度が閾値を超えると発生するイベントであることを特徴とする請求項１乃至９の何れか１項に記載の情報処理装置。
【請求項１２】
情報処理装置の制御方法であって、
受信手段が、周辺デバイスからイベントの発生通知又は解消通知を受信する受信工程と、
イベント登録手段が、前記受信工程でイベントの発生通知が受信されると、当該イベントを記憶手段に記憶させるイベント登録工程と、
イベント解除手段が、前記受信工程でイベントの解消通知が受信されると、受信した解消通知のイベントが前記記憶手段に記憶されているイベントであって、かつ、所定のイベントでなければ、当該イベントの解消を前記記憶手段に記憶させるイベント解除工程と
を実行することを特徴とする情報処理装置の制御方法。
【請求項１３】
情報処理装置の制御方法における各工程をコンピュータに実行させるためのプログラムであって、前記制御方法は、
受信手段が、周辺デバイスからイベントの発生通知又は解消通知を受信する受信工程と、
イベント登録手段が、前記受信工程でイベントの発生通知が受信されると、当該イベントを記憶手段に記憶させるイベント登録工程と、
イベント解除手段が、前記受信工程でイベントの解消通知が受信されると、受信した解消通知のイベントが前記記憶手段に記憶されているイベントであって、かつ、所定のイベントでなければ、当該イベントの解消を前記記憶手段に記憶させるイベント解除工程と
を実行することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、設けられた機器の状態変化によって発生するイベントを制御する情報処理装置、その制御方法、及びプログラムに関する。
【背景技術】
【０００２】
パソコン等の情報処理装置は、物理的に又はネットワークを介して接続された様々なデバイスと連携し、ユーザに機能を提供している。接続されるデバイスには、例えば、キーボードやマウス、タッチパネルといった入力デバイスや、ディスプレイ、プリンタ、スピーカといった出力デバイスがある。また、近年パソコンに限らず、多くのデバイスが相互に接続、連携してサービスを提供するＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）が注目されている。ＩｏＴの普及により、エアコンや照明器具等の家電も連携の対象となり、デバイス間での連携は今後益々重要度を増し、送受される情報も増加することが予想される。
【０００３】
ところで、ＭＦＰに代表される画像形成装置においても、コントローラ制御部はプリンタやスキャナと接続され、連携することで、コピー、スキャン、ＦＡＸ等多くの機能を提供している。これらのデバイスを構成する部品、消耗品は、故障や経年劣化に伴い、正常に機能しなくなることがある。その場合、連携している情報処理装置は、ユーザに対して正常に機能を提供することができなくなる。そのため、異常を検知したデバイスからイベント通知を受け、交換を促すためのメッセージを表示させたり、継続して利用するために縮退して動作させたり、といった対処が必要になる。例えば、交換については、ＬＥＤ点灯やディスプレイ表示してユーザに通知したり、ネットワークを介してサーバに情報を送信してサービスマンに通知したりすることが考えられる。また、縮退動作については、例えばＭＦＰであれば、スキャナが動作不能な場合に、コピーやＦＡＸ送信のスキャン機能を無効化し、パソコンからのプリントやＦＡＸ受信といったプリント機能だけを有効にする方法もある。
【０００４】
また、情報処理装置の中には、部品、消耗品の故障を検知した場合に、イベントの内容を発生履歴として記憶し、交換や補充のメンテナンスを完了した場合にイベントの解消履歴として記憶するものもある。これらの履歴はユーザやサービスマンがメンテナンスの時期を判断したり、装置の傾向を判断したりすることに利用される。しかし、異常を検知したデバイスからのイベント通知により、迅速なメンテナンスを可能とすることでユーザの利便性を高める一方、例えば電源を入れるたびに異常を検知してイベントを通知してしまうケースも発生しうる。即ち、ユーザに対して過剰に通知することによる部品や消耗品の誤発注や、ネットワークやサーバへの負荷を高めてしまうことに繋がる。
【０００５】
この問題を解決するために、例えば、特許文献１では、印刷装置の消耗品や寿命部品の交換予告のイベントをユーザに対して繰り返し通知しないように制御している。これにより、未解消であるイベントについて、イベントの発生を繰り返し検知した場合に、ユーザに繰り返し通知してしまうことを防止している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９-８０６２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来技術には以下に記載する課題がある。例えば、各々のデバイスが多様な状態の変化を監視する必要がある中で、イベントの発生と解消を短期間に繰り返してしまうケースがある。例えば、環境センサを用いて温度を監視し、閾値を上回った際に異常とみなしてイベントの発生を検知し、閾値を下回った際に正常とみなしイベントの解消を検知する場合である。このとき、イベント検知の閾値を環境センサの計測結果が細かく行き来すると、イベントの発生と解消を繰り返し検知してしまう。これにより、イベント履歴の記憶領域を逼迫したり、大量のイベント通知によりネットワークやサーバへの負荷が高まったりしてしまう。また、各々のデバイスで多重にイベント発生を検知しないようにした場合、全てのデバイスで統一的な検知方法を実現する必要があり、システム動作の一貫性を保つことが難しくなる。
【０００８】
本発明は、上述の問題に鑑みて成されたものであり、必要なイベントの発生と解消を取りこぼすことなく、不要なイベントの検知を極力抑える仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、例えば、情報処理装置であって、周辺デバイスからイベントの発生通知又は解消通知を受信する受信手段と、前記受信手段によってイベントの発生通知が受信されると、当該イベントを記憶手段に記憶させるイベント登録手段と、前記受信手段によってイベントの解消通知が受信されると、受信した解消通知のイベントが前記記憶手段に記憶されているイベントであって、かつ、所定のイベントでなければ、当該イベントの解消を前記記憶手段に記憶させるイベント解除手段とを備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、必要なイベントの発生と解消を取りこぼすことなく、不要なイベントの検知を極力抑えることができる。
【図面の簡単な説明】
【００１１】
【図１】一実施形態に係る画像形成装置の構成例を示すブロック図。
【図２】一実施形態に係るイベント履歴情報の一例を示す図。
【図３】一実施形態に係る解消除外対象イベントリストの一例を示す図。
【図４】一実施形態に係るイベント発生通知を受信した際の処理手順を示すフローチャート。
【図５】一実施形態に係るイベント解消通知を受信した際の処理手順を示すフローチャート。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１３】
＜画像形成装置の概略構成＞
以下では、本発明の一実施形態について説明する。本実施形態では、本発明を適用する情報処理装置の一例として、画像形成装置１について説明する。まず、図１を参照して、本実施形態に係る画像形成装置１の構成について説明する。本画像形成装置１は、スキャナ（画像読取デバイス）２、コントローラ（情報処理装置）３、プリンタ（画像形成デバイス）４、画像処理ユニット（画像処理デバイス）５、電源装置６、操作部８、ＬＡＮ９、及びスイッチ３０を備える。なお、本実施形態に係る画像形成装置１は、上記各デバイスを備える１つの装置として説明するが、本発明はこれに限定されない。例えば、情報処理装置であるコントローラ３に周辺デバイスとして、画像読取デバイス、画像形成デバイス、画像処理デバイス、及び後述するハードディスク１４等の記憶デバイスが接続されたこうせいであってもよい。
【００１４】
スキャナ２は、原稿から光学的に画像を読み取りデジタル画像に変換するエンジンである。スキャナ２は自動的に原稿束を逐次入れ替えることが可能な原稿給紙ユニット１１と、原稿を光学スキャンしデジタル画像に変換することが可能なスキャナユニット１２とを備える。スキャナユニット１２によって変換された画像データはコントローラ３に送信される。
【００１５】
プリンタ４は、デジタル画像をシート（記録媒体）に出力するエンジンである。プリンタ４は、マーキングユニット１６、排紙ユニット１７、給紙ユニット１８、プリンタコントローラ５０、温度センサ５１、及びフィニッシャユニット５００を備える。給紙ユニット１８は、シート束から一枚ずつ逐次給紙することができる。マーキングユニット１６は、給紙されたシートに画像データを印刷するための画像形成部である。排紙ユニット１７は、印刷後のシートを機外に排紙する。フィニッシャユニット５００は、排紙したシートに後処理を施す。プリンタコントローラ５０は、温度センサ５１によってプリンタ４内部の温度を監視し、一定の温度を超えた場合に各ユニットを緊急停止すると共に、コントローラ３に緊急停止情報を送信する。
【００１６】
コントローラ３は、接続された各モジュールに指示を出し、画像形成装置１を統括的に制御して、ジョブを実行する。コントローラ３は、ＣＰＵ１３、ハードディスク（記憶デバイス）１４、メモリ１５、ＳＲＡＭ４０、及びＲＯＭ１６０を備える。ハードディスク１４は、デジタル画像や制御プログラム等を記憶する。ＳＲＡＭ４０は、不揮発性メモリであり、ユーザ設定等を、電源がＯＦＦに制御された場合であっても継続して保持する。ＲＯＭ１６０にはコントローラ３のＣＰＵ１３が実行するプログラムを格納される。ＳＲＡＭ４０同様に設定値を保持する目的でも利用できる。画像形成装置１は、ＬＡＮ９経由でコンピュータ１０からデジタル画像の入出力、ジョブの発行や機器の指示等も行なうことが可能である。
【００１７】
コントローラ３はＣＰＵ１３を有し、スキャナ２及びプリンタ４と画像データの送受信及び保存を行う。即ち、コントローラ３ではスキャナ２から受信した画像データを、メモリ１５に一時的に保存する。その後、ハードディスク１４へと画像データを格納することで画像のスキャンと保存が完了する。コントローラ３はハードディスク１４から画像データをメモリ１５に一時保存し、メモリ１５からプリンタ４に画像データを送信することによりプリント出力を行うことができる。
【００１８】
画像処理ユニット５は、汎用画像処理部１９を備える。汎用画像処理部１９は、メモリ１５に保存した画像データに対して、例えば縮小等の処理を実施する。汎用画像処理部１９によって処理された画像データは、再度メモリ１５に保存される。操作部８は、本画像形成装置１の操作や表示を行うためのユーザインタフェースデバイスであり、コントローラ３によって制御され、オペレータ操作又はＬＡＮ９からの指示をＣＰＵ１３が解釈し、多彩なジョブを実行可能である。また、操作部８ではジョブの状態を表示したり、スキャナ２やプリンタ４などのエンジンの状態を表示したりすることもできる。
【００１９】
電源装置６は、画像形成装置１における電源を供給する装置である。画像形成装置１の電源ＯＦＦ時においては、ＡＣ電源２９はスイッチ３０により絶縁されている。つまり、スイッチ３０をＯＦＦに制御することにより画像形成装置１への電源供給を遮断する。一方、スイッチ３０をＯＮに制御することでＡＣ−ＤＣコンバータ２０にＡＣ電源が供給され、ＤＣ電源が作られる。本画像形成装置１は、ＣＰＵ１３の指示により装置全体を４つの独立した系統に電源制御することが可能である。即ち、ＣＰＵ１３からの信号によりスイッチ２１を制御し、コントローラ部電力２５の電源をＯＦＦ／ＯＮ制御可能である。同様に、ＣＰＵ１３からの信号によりスイッチ２２を制御し、プリンタ部電力２８の電源をＯＦＦ／ＯＮ制御可能である。また、ＣＰＵ１３からの信号によりスイッチ２３を制御し、スキャナ部電力２６の電源をＯＦＦ／ＯＮ制御可能である。また、ＣＰＵ１３からの信号によりスイッチ２４を制御し、汎用画像処理部電力２７の電源をＯＦＦ／ＯＮ制御可能である。
【００２０】
ＣＰＵ１３はこれらのスイッチ２１〜２４を制御することで、適切に画像形成装置１の必要な場所に電力を供給する。電源供給時にスイッチ３０をＯＦＦに制御すると、コントローラ３がシステムのシャットダウンを完了した後、ＡＣ−ＤＣコンバータ２０へのＡＣ電源が供給を停止する。ところで、近年の高機能化が進んだ画像形成装置１においては、スイッチ３０をＯＮに制御してから、ハードウェアとソフトウェアを初期化し、ユーザが使えるようになるまでの起動時間が長くなる問題がある。この問題の対策として、ユーザがスイッチ３０をＯＦＦに制御したときに、メモリ１５を通電したままにしておき、ユーザがスイッチ３０をＯＮに制御した時に、前回起動時の情報を使って起動を高速化する方法がある。
【００２１】
具体的には、スイッチをＯＦＦに制御したときに、ＡＣＰＩ（Ａｄｖａｎｃｅｄ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ａｎｄ Ｐｏｗｅｒ Ｉｎｔｅｒｆａｃｅ）が規定するＳ３状態に移行し、その後スイッチがＯＮに制御されたときに高速に起動させる手法である。Ｓ３状態は、スイッチ３０をＯＦＦ操作した場合にも、画像形成装置１の一部の負荷（デバイス）へ電源供給を維持するものであり、例えば揮発性メモリへの通電状態を保ち、画像形成装置１のＣＰＵ等、他の構成部分への通電を停止した状態である。この揮発性メモリには、スイッチ３０をＯＦＦに制御する前に画像形成装置１において実行されていたプログラム等が展開された状態で記憶される。スイッチ３０をＯＦＦに制御した後もこれらの情報は揮発性メモリに保持され続けるので、その後スイッチ３０をＯＮに制御した際に、いわゆるシャットダウン状態（ＡＣＰＩのＳ５状態）からの起動よりも短い時間でユーザが使用可能な状態に復帰することができる。以下では、ＡＣＰＩ−Ｓ３方式の高速化手法を、クイック起動と称する。また、スイッチ３０のＯＦＦ操作に伴ってＳ３状態へ移行する動作をクイックＯＦＦと称する。上記シャットダウン状態（Ｓ５状態）とは、Ｓ３状態とは異なり、全ての画像形成装置１の一部の負荷（デバイス）へ電源供給を遮断する状態である。
【００２２】
ユーザは、スイッチ３０のＯＦＦ操作に応じて画像形成装置１をクイックＯＦＦ（第２動作）させるか、シャットダウン（第１動作）させるかを設定により切り替えることができる。ただし、後述の通り、スイッチ３０のＯＦＦ操作に応じて画像形成装置１をクイックＯＦＦさせる設定がなされている場合であっても、画像形成装置１の状態が所定の状態を満たす場合には、スイッチ３０のＯＦＦ操作に応じてシャットダウンする場合がある。即ち、ユーザがスイッチ３０をＯＦＦに制御したときに、システムが高速化起動を目的にクイックＯＦＦに制御するか否かは画像形成装置１の動作状況によって選択的に行われる。例えば、プリンタ４やスキャナ２に再起動が必要な何らかの異常が発生して正常に動作することができない場合、画像形成装置１はクイックＯＦＦではなくシャットダウンする。また、データの反映に再起動が必要な設定をユーザが変更した場合、同様に画像形成装置１はクイックＯＦＦではなくシャットダウンする。これらの画像形成装置１の動作状況は、各負荷で発生するイベントの履歴情報に従って判断される。
【００２３】
＜イベント履歴情報＞
次に、図２を参照して、画像形成装置１が保持するイベントの履歴情報について説明する。ここでは、一例として、プリンタコントローラ５０が検知したイベントをＣＰＵ１３が受信した際に、ハードディスク１４に記憶されるイベント履歴情報２０１について説明する。
【００２４】
イベント履歴情報２０１はイベントの内容を示すイベントコード２０２、イベント発生時刻２０３、及びイベント解消時刻２０４を含むレコードである。イベントコード２０２は、デバイス（負荷）ごとに予め決められており、例えばプリンタ４やスキャナ２の異常等特定の状態を示す。なお、さらに細分化した単位でもよく、例えば、マーキングユニット１６や給紙ユニット１８等のレベルで異常等が発生した場合にイベントを発生し、記憶するようにしてもよい。イベントが発生した場合、ハードディスク１４に記憶されると共に、ＬＡＮ９からネットワークを介してサーバ（コンピュータ１０）に通知する。発生したイベントは発生要因からの復旧を検知することによって解消される。
【００２５】
例えば、トナー残量が少なくなったことにより発生したイベントは、トナーボトルを新品に交換することによって解消される。また、温度センサ５１によって測定した画像形成装置１内の温度が閾値を超えたことにより発生したイベントは、放熱され、規定の温度を下回ることによって解消される。このようにしてイベントが解消された場合、新たなイベントの発生を受け付け、登録（記憶）することができる。これらの仕組みによって、イベントの発生と解消をサーバで管理することができ、メンテナンスの時期を自動的に判断し、消耗品を配送する等の応用が可能となる。
【００２６】
図２の例では、イベントコードが０００３のイベントの発生と解消が２回され、１００１と１００４のイベントがそれぞれ発生し、解消されない状態であることを示す。なお、イベント履歴情報２０１は、ＳＲＡＭ４０に記憶される構成であってもよい。つまり、本実施形態によれば、０００３のイベントが複数回発生している場合であっても、イベント履歴情報２０１に登録された当該イベントが解消するまでは、同一のイベントコードである０００３のイベントが発生してもイベント履歴情報２０１には登録されない。
【００２７】
＜解消除外対象イベント＞
次に、図３を参照して、ハードディスク１４に保持される解消除外対象イベントリスト３０１について説明する。プリンタコントローラ５０からＣＰＵ１３が受信したイベントの解消要求が、解消除外対象イベントリスト３０１に含まれるイベントコード３０２であった場合に、イベントの解消要求を破棄する。これにより、以降の未解消イベントの発生通知を破棄するため、新たなイベントの登録ができなくなる。また、これらのイベントは未解消の状態が維持されるため、再起動時に一度自動的に解消される。或いは、登録されて所定時間が経過した後に解消されてもよい。図３のイベントリスト３０１では、１００１と１００４のイベントが解消除外対象であることを示す。なお、解消除外対象イベントリスト３０１は、イベント履歴情報２０１と同様にＳＲＡＭ４０に記憶される構成であってもよい。
【００２８】
＜イベントの登録＞
次に、図４を参照して、本実施形態に係る画像形成装置１において、ＣＰＵ１３がプリンタコントローラ５０からイベントの発生を登録する際の処理手順について説明する。以下で説明する処理は、例えば、ＲＯＭ１６０に格納されたプログラムを、コントローラ３のＣＰＵ１３が実行することによって実現される。なお、ここでは、一例としてプリンタコントローラ５０からのイベント発生について説明するが、他のデバイス、例えばスキャナ２の不図示の制御部からのイベント発生についても同様に本発明を適用することができる。或いは、ハードディスク１４からのイベント発生であってもよい。また、本フローチャートの処理においてＣＰＵ１３はイベント受信手段及びイベント登録手段の一例である。
【００２９】
Ｓ１０１で、ＣＰＵ１３は、プリンタコントローラ５０からイベント発生の通知を受信したか否かを判断する。イベント発生の通知を受信したと判断した場合はＳ１０２に進み、イベント発生の通知を受信していないと判断した場合は受信を待ち続ける。Ｓ１０２で、ＣＰＵ１３は、イベント履歴情報２０１に含まれるイベントコード２０２とイベント解消時刻２０４を用いて、受信したイベント通知（発生通知）のイベントコードが未解消のイベントか否かを判断する。受信したイベント通知のイベントコードが未解消のイベントであると判断した場合、多重にイベント発生履歴を記憶しないため、処理を終了する。
【００３０】
一方、受信したイベント通知のイベントコードが解消済みのイベントであると判断した場合はＳ１０３に進む。Ｓ１０３で、ＣＰＵ１３は、イベント履歴情報２０１にレコードを追加し、イベントコード２０２とイベント発生時刻２０３と共に記憶（登録）し、Ｓ１０４に進む。なお、ここで、ＣＰＵ１３は、ＬＡＮ９を介してサーバであるコンピュータ１０に対して当該イベントのレコードを追加した旨を通知してもよい。或いは、Ｓ１０４又はＳ１０５の処理後に通知するようにしてもよい。この場合には、解消除外対象のイベントであるか否かの情報も合わせて通知することとなる。Ｓ１０４で、ＣＰＵ１３は、解消除外対象イベントリスト３０１を用いて、受信したイベント通知のイベントコードが解消除外対象のイベントか否かを判断する。受信したイベント通知のイベントコードが解消除外対象のイベントであると判断した場合、Ｓ１０５に進む。一方、受信したイベント通知のイベントコードが解消対象のイベントであると判断した場合、Ｓ１０５をスキップし、スイッチ３０をＯＦＦに制御したときの動作を選択することなく、処理を終了する。
【００３１】
Ｓ１０５で、ＣＰＵ１３は、スイッチ３０をＯＦＦに制御したときの動作として、画像形成装置１をクイックＯＦＦではなくシャットダウンするように選択し、処理を終了する。これにより、シャットダウン後の再起動でイベント履歴情報が初期化され、解消除外対象のイベント発生後、イベントが全く解消されず、イベントを１回しか記憶できない状況に陥ることを回避することができる。
【００３２】
なお、上述したように、イベント履歴情報を初期化するタイミングは、シャットダウン後の再起動時のみに限らず、解消除外対象のイベントを登録してから所定時間が経過すると、当該イベントのみを初期化、即ち、イベント履歴情報から削除してもよい。また、シャットダウン後の再起動時における初期化は、所定のイベントコードのレコードのみを初期化するようにしてもよい。例えば、トナー残量が少なくなったことにより発生したイベントはトナーカートリッジが交換されるまでイベント履歴情報に残るようにしてもよい。
【００３３】
また、図４のフローチャートでは、解消除外対象のイベントの場合のみ電源オフ時の動作を選択する制御について説明したが、本発明はこれに限定されず、解消対象のイベントであっても電源オフ時の動作を選択するように制御してもよい。この場合、はクイックＯＦＦ動作が選択されることとなり、一部の負荷への電源供給を維持した状態での電源オフが行われることとなる。
【００３４】
上述のように、本実施形態によれば、多重に同じイベントをイベント履歴情報として記憶し、サーバへの通知が行われることを回避することができる。
【００３５】
＜イベントの解除＞
次に、図５を参照して、本実施形態において、ＣＰＵ１３がプリンタコントローラ５０からイベントの解除通知を受信した際の処理手順について説明する。以下で説明する処理は、例えば、ＲＯＭ１６０に格納されたプログラムを、コントローラ３のＣＰＵ１３が実行することによって実現される。なお、本フローチャートの処理においてＣＰＵ１３はイベント受信手段及びイベント解除手段の一例である。
【００３６】
Ｓ２０１で、ＣＰＵ１３は、プリンタコントローラ５０からイベント解消通知を受信したか否かを確認する。イベント解消の通知を受信したと判断した場合、Ｓ２０２に進む。イベント解消通知を受信していないと判断した場合、受信を待ち続ける。Ｓ２０２で、ＣＰＵ１３は、解消除外対象イベントリスト３０１を用いて、受信したイベント解消通知のイベントコードが解消除外対象か否かを判断する。受信したイベント解消通知のイベントコードが解消除外対象であると判断した場合、イベント解消を履歴に記憶することなく、処理を終了する。つまり、ここでは、解消除外対象のイベントについてはイベントの解消を履歴として記憶しないように制御している。これにより、イベント解消後に同一のイベントがすぐに発生するようなケースにおいて、当該イベントの発生の記憶やサーバへの通知が頻繁に行われることを回避することができる。
【００３７】
一方、受信したイベント解消通知のイベントコードが解消対象のイベントであると判断した場合、Ｓ２０３に進む。なお、解消除外対象のイベントコードであるかの判定は、解消除外対象イベントリスト３０１の参照ではなく、予め決められた特定のビットが有効であるか否かを確認する方法であってもよい。Ｓ２０３で、ＣＰＵ１３は、イベント履歴情報２０１を参照し、イベントコード２０２が合致するレコードのイベント解消時刻２０４を記憶する。そして処理を終了する。
【００３８】
以上説明したように、本実施形態に係る情報処理装置（画像形成装置）は、周辺デバイスからイベントの発生通知を受信すると、当該イベントを記憶デバイスに記憶させる。この際、情報処理装置は、既に記憶されているイベントであって、解消されていないイベントについては多重にイベントを記録することなる発生通知を破棄する。また、本情報処理装置は、周辺デバイスからイベントの解消通知を受信すると、受信した解消通知のイベントが記憶デバイスに記憶されているイベントであって、かつ、所定のイベントでなければ、当該イベントの解消を記憶デバイスに記憶させる。一方、所定のイベントである場合は、当該解消通知は破棄される。このように、本実施形態においては、環境センサのように、デバイス異常のイベントの発生と解消を繰り返し検知し、通知してしまう可能性のある場合に、受け取ったイベント解消通知を破棄することにより、以降の未解消イベントの発生通知を破棄する。これにより、イベントの多重発生を回避することができ、イベント発生履歴の記憶に必要となる容量を低減することができる。また、イベントを検知するデバイスの各々において多重検知を回避する必要がなく、統一的にイベントの多重記憶を抑制することができる。そのため、プログラム容量の増加を抑え、システムの動作の一貫性を保つことができる。さらには、イベント発生をサーバへ通知する運用をしているケースにおいて、トラフィック増加によるネットワークやサーバへの負荷も軽減することができる。
【００３９】
なお、本実施形態においては、プリンタコントローラ５０がイベントを検知する構成をとったが、コントローラ３が接続されたデバイスの状態を監視することでイベントを検知してもよい。また、コントローラ３が自身の状態を監視する構成であってもよい。
【００４０】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００４１】
１：画像形成装置、２：スキャナ、３：コントローラ、４：プリンタ、５：画像処理ユニット、６：電源装置、８：操作部、９：ＬＡＮ、１０：。コンピュータ、２９：ＡＣ電源、３０：スイッチ
【図１】
2018098608.tif 000003
【図２】
2018098608.tif 000004
【図３】
2018098608.tif 000005
【図４】
2018098608.tif 000006
【図５】
2018098608.tif 000007