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

Abstract

【課題】管理者に不必要な通知を行わないようにすることを目的とする。【解決手段】画像を形成する画像形成装置であって、メンテナンスの開始と終了とを検知する検知手段と、検知手段によりメンテナンスの開始が検知されてから検知手段によりメンテナンスの終了が検知されるまで、設定された事象が発生しても管理者に通知を行わない制御手段と、を有する。【選択図】図６

Description

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

従来から画像形成装置で用紙なしやカバーオープン等の事象が発生した場合に、予め設定された通知先に画像形成装置の状態を通知することが知られている。画像形成装置の管理者は、画像形成装置に対して何らかの処置が必要なタイミングで通知を受けることができ、画像形成装置が使用できない状態で放置されることを防ぐことができる。
例えば、特許文献１には、処置する内容やユーザの権限に応じて通知する宛先を適切なユーザに切り替えることが示されている。

特開２０１３−２８０８３号公報

しかしながら、サービスマンがメンテナンスのために画像形成装置を操作している場合、不必要に画像形成装置の状態を管理者に通知してしまい、管理者が煩わしく感じてしまうことがある。例えば、画像形成装置で異常画像が発生し、サービスマンがデバイスのメンテナンスを行っているケースを想定する。異常画像の問題が解決したかを確かめるため、試し印刷を何度も行い、用紙なしの事象が発生した。しかし、サービスマンは用紙を持参しており、その場ですぐに用紙なしの事象を解決することができるため、管理者に通知する必要がないのに通知されてしまう。また、紙詰まりを解消するためのメンテナンス中に、カバーオープンの事象が頻発することが考えられるが、その事象の発生の度に管理者に不必要に通知されてしまう。用紙なしやカバーオープン以外の事象においても、この問題は起こりうる。

本発明は、画像を形成する画像形成装置であって、メンテナンスの開始と終了とを検知する検知手段と、前記検知手段によりメンテナンスの開始が検知されてから前記検知手段によりメンテナンスの終了が検知されるまで、設定された事象が発生しても管理者に通知を行わない制御手段と、を有する。

本発明によれば、管理者に不必要な通知を行わないようにすることができる。

情報処理システムのシステム構成等の一例を示す図である。 給紙段の一例を示す図である。 事象メール通知の設定を説明するためのフローチャートである。 メール通知設定画面の一例を示す図である。 ＥＥＰＲＯＭの保持内容の概念図である。 実施形態１の全体の情報処理の一例を示すフローチャートである。 Ｓ６０３のメール通知処理の一例を示すフローチャートである。 メールデータの一例を示す図である。 メンテナンス中かを判定する情報処理の一例を示すフローチャートである。 通常画面の例を示す図である。 実施形態２の全体の情報処理の一例を示すフローチャートである。 メンテナンス画面の一例を示す図である。

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

図１は、情報処理システムのシステム構成等の一例を示す図である。ネットワーク１１４上には、画像形成装置１０１（以下、「デバイス」と呼ぶ場合がある）、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）１１６、メールサーバ１１５が互いに通信可能に接続されている。画像形成装置１０１やＰＣ１１６は、ネットワーク１１４を介してインターネットと接続され、複数のメールサーバを経由して外部装置との間で電子メールの送受信を行うことができる。また、画像形成装置１０１は、メールサーバ１１５を介して、ＰＣ１１６に向けて電子メールを送信することができる。
メールサーバ１１５は、電子メールの配送及び送受信の役割を担う。メールサーバ１１５は、ネットワーク１１４を介して電子メールを受信する。受信した電子メールは、電子メールアドレス毎に設けられたメールボックスに仕分けされ、ストレージに保存される。各々の電子メールアドレスは、ユーザ情報（ユーザ名及びパスワード）と紐づいて管理されている。
ＰＣ１１６には、メールクライアントがインストールされている。ＰＣ１１６にインストールされたメールクライアントは、メールサーバ１１５を介して外部に電子メールを送信したり、画像形成装置１０１等の外部装置から電子メールを受信して表示したりする。ＰＣ１１６のメールクライアントは、ＰＯＰ３やＩＭＡＰ等の通信プロトコルを利用して、メールサーバ１１５のメールボックスに配送された電子メールを受信する。
また、ＰＣ１１６は、Ｗｅｂブラウザがインストールされている。Ｗｅｂブラウザは、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｓｅ Ｌｏｃａｔｅｒ）の入力等のユーザ指示を受け付け、ＷｅｂサーバからＷｅｂページを受信し、ＰＣ１１６の操作部にＷｅｂページを表示することができる。
また、画像形成装置１０１は、ＰＣ１１６のＷｅｂブラウザを介してユーザに画像形成装置１０１の各種設定を行わせるためのＷｅｂサーバを備えている。
ＰＣ１１６のＷｅｂブラウザは、ユーザによりＷｅｂブラウザのアドレス入力欄に画像形成装置１０１のＩＰアドレス又はホスト名が入力されると、画像形成装置１０１から各種設定を行うためのＷｅｂページを受信して操作部に表示する。ユーザは、各種設定を行うためのＷｅｂページを介して画像形成装置の設定を行うことができる。後述するメール通知設定もＷＥＢブラウザから行うことができる。

次に、画像形成装置１０１の構成について説明する。画像形成装置１０１は、コントローラユニット１０２、表示部１０３、操作部１０４、プリンタユニット１０５、スキャナユニット１０６、後処理ユニット１０７を含む。
操作部１０４には、タッチパネルを有する液晶表示部やキーボード等が備えられ、ユーザの指示を受け付ける受付部及びユーザに情報を表示する表示部として機能する。
プリンタユニット１０５は、コントローラユニット１０２から印刷指示を受け付け、コントローラユニット１０２から送信されてくる画像データを用紙に印刷する。
プリンタユニット１０５の印刷方式は、トナーを用紙に定着させて画像を印刷する電子写真方式を採用していてもよいし、インクを用紙に吐出して画像を印刷するインクジェット方式を採用していてもよい。本実施形態では、電子写真方式を前提に説明する。電子写真方式の場合、トナーを用いて印刷するため、トナーがなくなると印刷不可能な状態となる。この状態のことをトナーなしと呼び、トナー容器の交換が必要になる。また、トナーを用紙に印刷する処理では、用紙の印刷には載らないトナーが発生する。このトナーのことを回収トナーと呼び、回収トナーはプリンタユニット１０５の回収トナー容器に集められる。この回収トナー容器が満杯の状態のことを、回収トナーフルと呼び、回収トナー容器の交換が必要となる。

トナー関連以外でユーザによる対処が必要なものに用紙なしやジャムがある。用紙なしの状態とは、ユーザが所望の印刷を行うのに必要な用紙がプリンタユニット１０５の給紙段に存在しないことである。図２は、給紙段の一例を示す図である。図２に示されるように、画像形成装置１０１は、異なる用紙サイズ又は異なる用紙向きを選択できるように複数の複数の給紙段２０１ａ、２０１ｂ、２０１ｃ、２０１ｄを有する。ジャムの状態とは、プリンタユニット１０５の搬送経路上に用紙が詰まってしまうことである。ジャムになった場合に、ユーザはプリンタユニット１０５のカバー等を開きジャムになった用紙を取り除く必要がある。これらの、トナーなし、回収トナーフル、用紙なし、ジャム等の印刷に関連する事象は、発生時にプリンタユニット１０５からコントローラユニット１０２に通知される。
スキャナユニット１０６は、コントローラユニット１０２から読取指示を受け付け、読取動作を行い、その画像データをコントローラユニット１０２に送信する。
後処理ユニット１０７は、プリンタユニット１０５から出力された印刷済みの用紙に対してステイプルの後加工を行う。より具体的には、後処理ユニット１０７は、複数の印刷済み用紙の束を一つ以上の針を用いて束ねる処理を行う。また、束ねる針がない状態のことを針なしと呼び、その状態になった場合、後処理ユニット１０７はコントローラユニット１０２へ針なしを通知する。

コントローラユニット１０２は、ＣＰＵ１０８、ＲＯＭ１０９、ＲＡＭ１１０、ＨＤＤ１１１、ＥＥＰＲＯＭ１１２、ネットワークインターフェース（ネットワークＩ／Ｆ）１１３を含む。ＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略である。ＲＯＭは、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略である。ＲＡＭは、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略である。ＨＤＤは、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略である。ＥＥＰＲＯＭは、Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭの略である。
ＣＰＵ１０８を含むコントローラユニット１０２は、画像形成装置１０１全体の動作を制御する。ＣＰＵ１０８は、ＲＯＭ１０９又はＨＤＤ１１１に記憶された制御プログラムを読み出して、印刷制御や読取制御等の各種制御を行う。ＲＯＭ１０９は読み取り専用メモリであり、システム起動に必要なブートプログラム等を記憶している。ＲＡＭ１１０は、揮発メモリであり、制御プログラムを実行する際に必要とするワークメモリである。ＨＤＤ１１１は、磁気ディスク等の記憶媒体であり、制御プログラムや画像データ等を記憶する。
ＥＥＰＲＯＭ１１２は、不揮発メモリであり、制御プログラムが実行する際に必要となる設定値等を記憶している。給紙段設定の情報や、後述するメール通知に関連する情報もＥＥＰＲＯＭ１１２に記憶されている。
また、コントローラユニット１０２は、ネットワークＩ／Ｆ１１３を介してネットワーク１１４に接続される。ＣＰＵ１０８は、ネットワークＩ／Ｆ１１３を介して、外部装置に対して電子メールを送信したり、ネットワーク上の外部装置から印刷データや情報を受信したりする。
また、画像形成装置１０１上では、外部装置から各種設定を行うためのＷｅｂページを提供するＷｅｂサーバが動作している。画像形成装置１０１のＷｅｂサーバは、ＰＣ１１６等の外部装置からのＨＴＴＰリクエストに応じて、設定用のＷｅｂページを送信する。また、ＰＣ１１６等の外部装置からのＨＴＴＰリクエストに応じて、設定用のＷｅｂページを介してなされた設定内容を受信する。受信した設定内容は、ＥＥＰＲＯＭ１１２に記憶される。
ＣＰＵ１０８がＲＯＭ１０９又はＨＤＤ１１に記憶されたプログラムに基づき処理を実行することによって、画像形成装置１０１の機能、及び後述する図３、６、７、９、１１のフローチャートの処理が実現される。
以下、より具体的な情報処理等について説明する。

＜実施形態１＞
本実施形態では特定の権限をもつユーザがサービスマンという前提で説明するが、それ以外のユーザであってもよい。
まず、事象メール通知の設定方法について図３を用いて説明する。図３は、事象メール通知の設定を説明するためのフローチャートである。本実施形態では、画像形成装置１０１にネットワーク１１４を介して接続されているＰＣ１１６のＷＥＢブラウザからメール通知の設定を行う。
図３は、メール通知設定の情報処理の一例を示すフローチャートである。本処理は、ＣＰＵ１０８が制御プログラムを実行することで実現される。
まず、Ｓ３０１において、ＣＰＵ１０８は、ネットワーク１１４を介してＰＣ１１６からの要求を受け付ける。
次に、Ｓ３０２において、ＣＰＵ１０８は、ＰＣ１１６からの要求内容を判定する。ＣＰＵ１０８は、要求内容が表示要求だった場合、表示用データをＰＣ１１６へ送信するためＳ３０５へ進む。
Ｓ３０５において、ＣＰＵ１０８は、メール通知設定の設定値を取得する。メール通知設定の詳細については後述するが、設定値にはメールアドレスや用紙なし等の各事象に対するＯＮ／ＯＦＦを含む。
次にＳ３０６において、ＣＰＵ１０８は、メール通知設定画面の画面データを生成する。画面データは、ＨＴＭＬ／ＪａｖａＳｃｒｉｐｔ（登録商標）／スタイルシート等の一般的なＷＥＢデータで表現されている。ＣＰＵ１０８は、Ｓ３０７でＰＣ１１６にＷｅｂデータを送信する。

ここで、メール通知設定画面例を図４に示す。メール通知設定画面４０１は、ＰＣ１１６のＷＥＢブラウザ上に表示され、複数のメール通知設定４０２とＯＫボタン４１１とを含む。各メール通知設定４０２は、メールアドレス４０３と複数の事象（４０４〜４１０）とを含む。ユーザは、メールアドレス４０３に、事象が発生した場合に通知する宛先を入力でき、４０４〜４１０のチェックボックスでどの事象の場合に通知を受けるか入力できる。本実施形態の事象は、トナーなし４０４、回収トナーフル４０５、針なし４０６、用紙なし４０７、ジャム４０８、サービルコール４０９、カバーオープン４１０としているが、これ以外の事象が設定可能であってもよい。上述しているが、トナーなしとは用紙に印刷するために必要な使用するトナーがない状態である。回収トナーフルとは、印刷処理で用紙の印刷には使用されなかった回収トナーが満杯になっている状態である。針なしとは、後処理ユニット１０７で複数枚の印刷された用紙を束ねる針がなくなっている状態である。用紙なしとは給紙段の中にある、用紙を切らしている状態である。ジャムとはプリンタユニット１０５の搬送経路上に用紙が詰まった状態である。サービスコールとは、画像形成装置１０１上に問題があり、サービスマンによる処置が必要な状態である。カバーオープンとはカバーが開いている状態である。
ＯＫボタン４１１は、それまでに入力された設定値を確定するためのボタンである。ユーザがＯＫボタン８１１を選択すると、メール通知設定４０２を含む送信データがＰＣ１１６のＷＥＢブラウザから画像形成装置１０１のＣＰＵ１０８へ通知される。

Ｓ３０２の説明に戻り、ＣＰＵ１０８はＳ３０１で取得した要求がＰＣ１１６のＷｅｂブラウザからの設定保存要求であると判定すると、Ｓ３０３へ進む。
Ｓ３０３において、ＣＰＵ１０８は、ＰＣ１１６のＷｅｂブラウザから通知された送信データを取得する。
Ｓ３０４において、ＣＰＵ１０８は、不揮発メモリのＥＥＰＲＯＭ１１２に設定値を保存し、Ｓ３０５以降のＷｅｂブラウザで表示するための処理を行う。
ここでＥＥＰＲＯＭ１１２に保存されるデータに関して、図５を用いて説明する。図５は、ＥＥＰＲＯＭの保持内容の概念図である。ＥＥＰＲＯＭの保持内容として、複数のメール通知関連情報が含まれる。一つのメール通知関連情報５０１にはメール通知設定５０２と送信済みフラグ５０３とが含まれる。またメール通知設定５０２にはメール通知設定４０２の設定値が保存されている。より具体的には、メール通知設定５０２には、通知先であるメールアドレス、そのメールアドレスに対してどの事象を通知するかのＯＦＦ／ＯＮの設定が保持されている。
送信済みフラグ５０３は、メール通知を行う単位で値を保持しており、該当事象が発生し、一度メール通知を行うとＯＮとなり、該当事象が解消するとＯＦＦとなる。これは、画像形成装置の電源がＯＦＦ／ＯＮされたタイミングで、二重にメール通知が行われることを防ぐために用いられる。

次に、実施形態１における全体の情報処理を図６のフローチャートを用いて説明する。本処理は、ＣＰＵ１０８が制御プログラムを実行することで実現される。
Ｓ６０１において、ＣＰＵ１０８は、デバイスの状態変化を監視する。ＣＰＵ１０８は、デバイスの状態変化は、プリンタユニット１０５、スキャナユニット１０６等から通知される情報を基に判定する。ＣＰＵ１０８は、デバイスの状態変化を検知した場合、Ｓ６０２へ進み、デバイスの状態変化を検知しない場合、Ｓ６０１の処理を繰り返す。
Ｓ６０２において、ＣＰＵ１０８は、メンテナンスモードが有効（ＯＮ）になっているか否かを判定する。メンテナンスモードとは、サービスマンがメンテナンスを行っている間のデバイスにおけるモードのことである。メンテナンスモードについては後述する図９のフローチャートで詳細を説明する。ＣＰＵ１０８は、メンテナンスモードが有効になっていないと判定した場合は、Ｓ６０３へ進み、メンテナンスモードが有効になっていると判定した場合は、Ｓ６０３のメール通知処理を実行せずに図６のフローチャートの処理を終了する。
Ｓ６０３において、ＣＰＵ１０８は、メール通知処理を実行する。Ｓ６０３のメール通知処理に関しては、後述する図７のフローチャートで詳細を説明する。

次にメール通知の処理を図７のフローチャートを用いて説明する。本処理は、ＣＰＵ１０８が制御プログラムを実行することで実現される。
ＣＰＵ１０８は、通知するメールアドレス単位で処理を行う。そのため、全体の処理としては一つのメールアドレス設定に対して、各事象の通知有無の判定が行われ、該当のメールアドレスにメール通知が行われる。これにより、複数の事象が発生した場合、同一のメールに事象内容を記載することができる。より具体的には、ＣＰＵ１０８は、ＥＥＰＲＯＭ１１２から、メール通知関連情報（１）５０１、メール通知関連情報（２）５０４、メール通知関連情報（３）５０５の順序で設定値を取得し、メール通知関連の処理を行う。
まず、Ｓ７０１において、ＣＰＵ１０８は、デバイスの状態変化が事象発生か、又は事象解除か判定する。例えば、用紙ありから用紙なしの状態変化が用紙なしの事象発生に該当し、用紙なしから用紙ありの状態変化が用紙なしの事象解除に該当する。ＣＰＵ１０８は、事象発生と判定した場合、Ｓ７０２以降でメール通知のための処理を行い、事象解除と判定した場合、Ｓ７１１に進む。
Ｓ７０２において、ＣＰＵ１０８は、ループ変数として使用するメール通知設定番号Ｘを０で初期化する。図４で説明したように、本実施形態では、通知用のメールアドレスと当該メールアドレスに対して通知する事象との組み合わせを複数設定することができる。例えば、図４で示すように「ａａａ＠ｘｘｘ．ｃｏ．ｊｐ」と、「ｂｂｂ＠ｘｘｘ．ｃｏ．ｊｐ」との２つが事象の通知対象のメールアドレスとして設定されている場合、ＣＰＵ１０８は、２つのメールアドレスに対して、事象の通知を行うか判定する必要がある。本実施形態では、ＣＰＵ１０８がＳ７０３からＳ７０９までの処理を通知先メールアドレスと事象との組み合わせの数だけ繰り返すことで、複数の通知用メールアドレスへの通知を行う。なお、ＣＰＵ１０８は、ループ変数に応じて、通知先メールアドレスと事象の種類を示す設定情報の参照先とを適宜切り替えるものとする。

Ｓ７０３において、ＣＰＵ１０８は、メール通知設定番号Ｘに、それまでの値に１加えた値を設定する。一回目のループではＸ＝１となる。
Ｓ７０４において、ＣＰＵ１０８は、ＥＥＰＲＯＭ１１２からメール通知関連情報（Ｘ）のメール通知設定を取得する。一回目のループでは、ＣＰＵ１０８は、Ｘ＝１のため、メール通知関連情報（１）５０１のメール通知設定５０２を取得する。二回目のループでは、ＣＰＵ１０８は、メール通知関連情報（２）の値を取得する。
Ｓ７０５において、ＣＰＵ１０８は、発生事象が通知対象か判定する。通知対象でない場合、ＣＰＵ１０８は、次のメール通知設定の処理を行うため、Ｓ７１０に進む。通知対象だった場合、ＣＰＵ１０８は、Ｓ７０６へ進む。
Ｓ７０６において、ＣＰＵ１０８は、発生事象について送信済みフラグがＯＮになっているか判定する。ＯＮだった場合、ＣＰＵ１０８は、すでにメールを通知しているため、Ｓ７１０に進む。これにより、画像形成装置１０１のＯＦＦ／ＯＮで二重にメール通知が行われることを防ぐことができる。メール送信済みフラグがＯＦＦだった場合、ＣＰＵ１０８は、Ｓ７０７に進む。

Ｓ７０７において、ＣＰＵ１０８は、メールデータの作成を行う。ここで送信するメールデータの一例を図８に示す。メールデータ８０１には、発生した事象の情報以外に、発生日時や画像形成装置１０１を一意に示すシリアルナンバー、設置場所が含まれる。メール通知を受けた管理者（ユーザ）は、これらの情報を基に対処すべき画像形成装置と作業内容とを特定することができる。また、通知項目は発生事象によって異なる内容が通知される。
Ｓ７０８において、ＣＰＵ１０８は、生成したメールデータをメールサーバ１１５に送信する。ＣＰＵ１０８は、送信時の宛先として、ＥＥＰＲＯＭ１１２に保存されたメール通知設定のメールアドレスを用いる。
Ｓ７０９において、ＣＰＵ１０８は、送信後、該当発生事象の送信済みフラグをＯＮにし、ＥＥＰＲＯＭ１１２の送信済みフラグ５０３に保存する。
Ｓ７１０において、ＣＰＵ１０８は、最後のメール通知設定かどうか判定する。ＣＰＵ１０８は、全てのメール通知設定分、Ｓ７０３からＳ７０９までの処理を繰り返す。
また、Ｓ７１１において、ＣＰＵ１０８は、該当解除事象の送信済みフラグをＯＦＦにし、ＥＥＰＲＯＭ１１２の送信済みフラグ５０３に保存し、図７に示すフローチャートの処理を終了する。

次に、メンテナンス中であることを判定する処理を図９のフローチャートを用いて説明する。本処理は、ＣＰＵ１０８が制御プログラムを実行することで実現される。
Ｓ９０１において、ＣＰＵ１０８は、図１０の通常画面１００１から図１２のメンテナンス画面１２０１に遷移する入力がされたか否か、つまり、デバイスがメンテナンスモードに入ったか否かを判定する。
メンテナンスモードに入ったと判定した場合は、Ｓ９０２において、ＣＰＵ１０８は、メンテナンス画面１２０１を表示部１０３に表示する。
次に、Ｓ９０３において、ＣＰＵ１０８は、メンテナンスモードを有効（ＯＮ）にする。
次に、Ｓ９０４において、ＣＰＵ１０８は、サービスマンによるメンテナンスが開始されたこと、メール通知を一時停止する旨を管理者に通知する。
次に、Ｓ９０５において、ＣＰＵ１０８は、メンテナンス画面１２０１から通常画面１００１に遷移する入力がされたか否か、つまり、デバイスがメンテナンスモードから出たか否かを判定する。ＣＰＵ１０８は、メンテナンスモードから出たと判定した場合は、Ｓ９０６に進み、メンテナンスモードから出ていないと判定した場合は、Ｓ９０３に戻る。
Ｓ９０６において、ＣＰＵ１０８は、メンテナンスモードを無効にする。

Ｓ９０７において、ＣＰＵ１０８は、サービスマンによるメンテナンスが終了したこと、メール通知を再開する旨を管理者に通知する。Ｓ９０４及びＳ９０７の処理により、仮に、メンテナンスモードが無効な状態で、サービスマンがメンテナンスを行っていてメール通知されてしまうケースがあったとしても、管理者は、メンテナンス中であることを把握できるため、管理者は事象に対処する必要がないと判断できる。
Ｓ９０８において、ＣＰＵ１０８は、発生した事象が解除されずに残っているかを判定する。ＣＰＵ１０８は、発生した事象が解除されずに残っていると判定した場合は、Ｓ６０３で、メール通知処理を再度行う。ＣＰＵ１０８は、発生した事象が残っていないと判定した場合は、Ｓ６０３の処理を実行せず、そのまま、図９に示すフローチャートの処理を終了する。事象が発生して解除されないままの状態で、メンテナンスモードが無効になった場合（メンテナンスが終了した場合）、メンテナンスモードが解除された（メンテナンスが終了した）タイミングでその事象に関するメール通知が行われるべきであり、Ｓ９０８の処理はその役割を担っている。
上述した例では、メンテナンスモードが有効になったときをメンテナンス開始のタイミング、メンテナンスモードが無効になったときをメンテナンス終了のタイミングとしている。しかし、サービスマンによる、メンテナンス開始・メンテナンス終了を示す特定の操作によってＣＰＵ１０８は、メンテナンス開始・メンテナンス終了を判定してもよい。例えば、ＣＰＵ１０８は、図１０（ａ）のメンテナンス開始ボタン１００２が選択されたときをメンテナンス開始、図１０（ｂ）メンテナンス終了ボタン１００３が選択されたときをメンテナンス終了のタイミングと判定してもよい。

本実施形態の処理等によれば、管理者に不必要な通知を行わないようにすることができる。

＜実施形態２＞
実施形態２の説明において、実施形態１と同様の点に関しては、割愛する。ここでは、実施形態１との差分である、全体の処理の一部（メンテナンス中にサービスマンがメール通知をするか否かを選択可能な処理）を図１１のフローチャート、図１２を用いて説明する。
まず、実施形態２における全体の処理を図１１のフローチャートを用いて説明する。本処理は、ＣＰＵ１０８が制御プログラムを実行することで実現される。
Ｓ１１０１において、ＣＰＵ１０８は、デバイスの状態変化を監視する。ＣＰＵ１０８は、デバイスの状態変化は、プリンタユニット１０５、スキャナユニット１０６等から通知される情報を基に判定する。ＣＰＵ１０８は、デバイスの状態変化を検知した場合、Ｓ１１０２へ進み、デバイスの状態変化を検知しない場合、Ｓ１１０１の処理を繰り返す。
Ｓ１１０２において、ＣＰＵ１０８は、メンテナンスモードが有効になっているか否かを判定する。ＣＰＵ１０８は、メンテナンスモードが無効になっていると判定した場合、Ｓ６０３に進み、メンテナンスモードが有効になっていると判定した場合、Ｓ１１０３に進む。

Ｓ１１０３において、ＣＰＵ１０８は、図１２のメンテナンス画面１２０１の「メール通知する」が有効になっているか否かを判定する。
チェックボックス１２０２はサービスマンがメンテナンス中の場合でも、メール通知をする事象を指定するためのチェックボックスである。ＯＫボタン１２０３は、それまでに入力された設定値を確定するボタンである。サービスマンがＯＫボタン１２０３を選択すると、ＯＫボタン１２０３が選択された旨、及び設定値等が画像形成装置１０１のＣＰＵ１０８へ通知される。チェックボックスにチェックがある状態でＯＫボタン１２０３が選択されていれば、「メール通知する」が有効に、チェックボックスにチェックがない状態でＯＫボタン１２０３が選択されていれば、「メール通知する」が無効である。メンテナンス中であってもメール通知をする事象の指定は、サービスマンではなく、デバイスのユーザが設定できることとしてもよい。
ＣＰＵ１０８は、Ｓ１１０３で「メール通知する」が無効であると判定した場合は、Ｓ６０３の処理を実行せず、そのまま図１１に示すフローチャートの処理を終了する。ＣＰＵ１０８は、「メール通知する」が有効であると判定した場合は、Ｓ６０３に進む。
Ｓ６０３において、ＣＰＵ１０８は、メール通知処理を行う。そして、ＣＰＵ１０８は、図１１に示すフローチャートの処理を終了する。

本実施形態の処理等によれば、サービスマンがメンテナンス中の場合（事象が発生してもメール通知しない状態）でも、必要に応じてメール通知を行うことができるようになる。

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

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

以上、上述した各実施系多によれば、管理者に不必要な通知を行わないようにすることができる。

１０１ 画像形成装置
１０８ ＣＰＵ

Claims (9)

1. 画像を形成する画像形成装置であって、
   メンテナンスの開始と終了とを検知する検知手段と、
   前記検知手段によりメンテナンスの開始が検知されてから前記検知手段によりメンテナンスの終了が検知されるまで、設定された事象が発生しても管理者に通知を行わない制御手段と、
   を有する画像形成装置。
2. 前記制御手段は、前記検知手段によりメンテナンスの開始が検知された場合、以降、通知をしない旨のメールを管理者に送る請求項１記載の画像形成装置。
3. 前記制御手段は、前記検知手段によりメンテナンスの終了が検知された場合、通知を再開する旨のメールを管理者に送る請求項１又は２記載の画像形成装置。
4. 前記検知手段によりメンテナンスの開始が検知されてから前記検知手段によりメンテナンスの終了が検知されるまでであっても管理者に通知する事象を設定する設定手段を更に有する請求項１乃至３何れか１項記載の画像形成装置。
5. 前記検知手段によりメンテナンスの開始が検知されてから前記検知手段によりメンテナンスの終了が検知されるまでであっても前記設定手段により設定された事象が発生した場合には、前記制御手段は、前記設定された事象の発生を管理者に通知する請求項４記載の画像形成装置。
6. 前記検知手段は、通常画面からメンテナンス画面に遷移した場合、メンテナンスの開始を検知し、メンテナンス画面から通常画面に遷移した場合、メンテナンスの終了を検知する請求項１乃至５何れか１項記載の画像形成装置。
7. 前記検知手段は、通常画面においてメンテナンス開始ボタンが選択された場合、メンテナンスの開始を検知し、通常画面においてメンテナンス終了ボタンが選択された場合、メンテナンスの終了を検知する請求項１乃至５何れか１項記載の画像形成装置。
8. 画像を形成する画像形成装置が実行する情報処理方法であって、
   メンテナンスの開始と終了とを検知する検知工程と、
   前記検知工程によりメンテナンスの開始が検知されてから前記検知工程によりメンテナンスの終了が検知されるまで、設定された事象が発生しても管理者に通知を行わない制御工程と、
   を含む情報処理方法。
9. コンピュータを、請求項１乃至７何れか１項記載の画像形成装置の各手段として機能させるためのプログラム。

Images