(57)【特許請求の範囲】
【請求項１】
画像形成装置に対するメンテナンス処理の開始指示及び終了指示を受信する受信手段と、
前記受信手段により前記開始指示を受信した時点での前記画像形成装置における画像形成枚数をカウントした第１のカウンタ情報を保持する第１の保持手段と、
前記第１の保持手段に保持された前記第１のカウンタ情報を外部装置に送信する送信手段と、
前記受信手段により前記開始指示が受信されてから、予め設定された時間が経過した時点における前記画像形成装置における画像形成枚数をカウントした第２のカウンタ情報を保持する第２の保持手段と、
前記受信手段により前記開始指示が受信されてから、前記予め設定された時間が経過した後、前記終了指示を受信する前に、再度メンテナンス開始指示を受信した場合、前記第２の保持手段により保持されている前記第２のカウンタ情報をメンテナンス作業終了時のカウンタ情報として生成する生成手段と、
を備えることを特徴とする画像形成装置。
【請求項２】
前記受信手段により前記開始指示が受信されてから、前記予め設定された時間が経過した後、前記終了指示を受信した場合、当該終了指示を受信した時点での前記画像形成装置における画像形成枚数をカウントした第３のカウンタ情報を保持する第３の保持手段と、前記第２の保持手段に保持された前記第２のカウンタ情報を削除する削除手段と、を更に備え、
前記生成手段は、前記第３の保持手段により保持された前記第３のカウンタ情報をメンテナンス作業終了時のカウンタ情報として生成することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記第２のカウンタ情報は、前記受信手段により前記開始指示が受信されてから、前記予め設定された時間が経過した時点における前記画像形成装置における画像形成枚数をカウントしたカウンタ情報と前記第１のカウンタ情報との差分を含む情報であることを特徴とする請求項１に記載の画像形成装置。
【請求項４】
前記生成手段により生成された前記メンテナンス作業終了時のカウンタ情報を外部装置に送信する第２の送信手段を更に備えることを特徴とする請求項１乃至３のいずれか１項に記載の画像形成装置。
【請求項５】
前記受信手段により前記開始指示が受信されてから、前記予め設定された時間が経過した場合、前記画像形成装置に対するメンテナンス処理が暫定終了したことを通知するための出力手段を備えることを特徴とする請求項１乃至４のいずれか１項に記載の画像形成装置。
【請求項６】
画像形成装置に対するメンテナンス処理の開始指示及び終了指示を受信する受信手段と、
前記受信手段により前記開始指示を受信した時刻を前記メンテナンス処理の開始時刻として保持する第１の保持手段と、
前記第１の保持手段に保持された前記メンテナンス処理の開始時刻を含むメンテナンス作業開始情報を外部装置に送信する送信手段と、
前記受信手段により前記開始指示が受信されてから、予め設定された時間が経過した時点における時刻を保持する第２の保持手段と、
前記受信手段により前記開始指示が受信されてから、前記予め設定された時間が経過した後、前記終了指示を受信する前に、再度メンテナンス開始指示を受信した場合、前記第２の保持手段により保持されている前記時刻を含むメンテナンス作業終了情報を生成する生成手段と、
を備えることを特徴とする画像形成装置。
【請求項７】
画像形成装置における情報処理方法であって、
前記画像形成装置に対するメンテナンス処理の開始指示及び終了指示を受信する受信工程と、
前記受信工程により前記開始指示を受信した時点での前記画像形成装置における画像形成枚数をカウントした第１のカウンタ情報を保持する第１の保持工程と、
前記第１の保持工程で保持された前記第１のカウンタ情報を外部装置に送信する送信工程と、
前記受信工程により前記開始指示が受信されてから、予め設定された時間が経過した時点における前記画像形成装置における画像形成枚数をカウントした第２のカウンタ情報を保持する第２の保持工程と、
前記受信工程により前記開始指示が受信されてから、前記予め設定された時間が経過した後、前記終了指示を受信する前に、再度メンテナンス開始指示を受信した場合、前記第２の保持工程により保持されている前記第２のカウンタ情報をメンテナンス作業終了時のカウンタ情報として生成する生成工程と、
を備えることを特徴とする画像形成装置における情報処理方法。
【請求項８】
前記受信工程により前記開始指示が受信されてから、予め設定された時間が経過した後、前記終了指示を受信した場合、当該終了指示を受信した時点での前記画像形成装置における画像形成枚数をカウントした第３のカウンタ情報を保持する第３の保持工程と、前記第２の保持工程で保持された前記第２のカウンタ情報を削除する削除工程と、を更に備え、
前記生成工程は、前記第３の保持工程により保持された前記第３のカウンタ情報をメンテナンス作業終了時のカウンタ情報として生成することを特徴とする請求項７に記載の画像形成装置における情報処理方法。
【請求項９】
前記第２のカウンタ情報は、前記受信手段により前記開始指示が受信されてから、前記予め設定された時間が経過した時点における前記画像形成装置における画像形成枚数をカウントしたカウンタ情報と前記第１のカウンタ情報との差分を含む情報であることを特徴とする請求項７に記載の画像形成装置における情報処理方法。
【請求項１０】
前記生成工程により生成された前記メンテナンス作業終了時のカウンタ情報を外部装置に送信する第２の送信工程を更に備えることを特徴とする請求項７乃至９のいずれか１項に記載の画像形成装置における情報処理方法。
【請求項１１】
前記受信工程により前記開始指示が受信されてから、前記予め設定された時間が経過した場合、前記画像形成装置に対するメンテナンス処理が暫定終了したことを通知するための出力工程を備えることを特徴とする請求項７乃至１０のいずれか１項に記載の画像形成装置における情報処理方法。
【請求項１２】
画像形成装置における情報処理方法であって、
前記画像形成装置に対するメンテナンス処理の開始指示及び終了指示を受信する受信工程と、
前記受信工程により前記開始指示を受信した時刻を前記メンテナンス処理の開始時刻として保持する第１の保持工程と、
前記受信工程により前記開始指示が受信されてから、予め設定された時間が経過した時点における時刻を保持する第２の保持工程と、
前記受信工程により前記開始指示が受信されてから、前記予め設定された時間が経過した後、前記終了指示を受信する前に、再度メンテナンス開始指示を受信した場合、前記第２の保持工程により保持されている前記時刻を含むメンテナンス作業終了情報を生成する生成工程と、
を備えることを特徴とする画像形成装置における情報処理方法。
【請求項１３】
請求項７乃至１２のいずれか１項に記載の情報処理方法をコンピュータに実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【請求項１４】
請求項７乃至１２のいずれか１項に記載の情報処理方法をコンピュータに実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置のメンテナンス処理に関するものである。
【背景技術】
【０００２】
ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に接続された複写機やプリンタなどの画像形成装置の稼働状態を遠隔地から監視するシステムが提案されている。このようなシステムでは、複数の画像形成装置とそれらを監視する監視装置とが、ＬＡＮやＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットを介して互いに通信を行う。
【０００３】
そして、画像形成装置から監視装置に対して、カウントされる画像形成回数などの情報を定期的に通知すると共に、ジャムやエラーなどの情報をそれらが発生したタイミングで通知する。ここで、画像形成回数、ジャムやエラー等の情報は、メンテナンス情報として管理される。
【０００４】
一方、通知を受けた監視装置側では、これら通知の内容を蓄積管理して画像形成装置の稼働状況を判断する。そして、それらの情報から顧客とのメンテナンス契約に基づいて課金管理を行ったり、メンテナンス作業のためのサービスマンの派遣指示を行ったりしている。
【０００５】
例えばメンテナンス契約は、月毎の画像形成回数に基づいて請求額を決定する場合がある。このような場合には、定期的なカウンタの通知をもとに各月の画像形成回数を算出し、請求額を決定する。
【０００６】
このように画像形成装置の画像形成状況を管理するためのカウンタは、実際に画像形成を行った回数を計数するため、メンテナンス作業の際にサービスマンが使用した画像形成回数も含んでいる。
【０００７】
このようなカウンタに基づいて算出された画像形成回数は、顧客が実際に画像形成した画像形成枚数よりも当然に増加してしまうため、メンテナンス契約の請求金額は、顧客にとって不利な金額となってしまう。
【０００８】
また、サービスマン自信の手により、メンテナンス作業で使用した回数をその都度記録し、その記録に基づいて請求金額から差し引いて請求書を発行することも可能である。
【０００９】
しかし、人の手による上記のような記録方法では、サービスマンの記録や請求金額の決定処理に手間がかかり、また、信頼性の点でも不安が残る。
【００１０】
このような問題に対処するために、下記特許文献１で開示されているシステムでは、画像形成装置にメンテナンス作業開始と終了の指示手段を設けて、メンテナンス作業中の画像形成回数を画像形成装置が記録することが記載されている。
【００１１】
そして、下記特許文献１では、メンテナンス作業中の画像形成回数は、画像形成装置から管理装置に通知され、その情報に基づいて請求金額を算出することも記載されている。
【００１２】
これにより、サービスマンがメンテナンス作業中に、画像形成枚数を記録する負担を軽減し、ユーザに対して、実質的にユーザが画像形成した画像形成枚数を確定して、その画像形成枚数に請求額を決定することができる。
【００１３】
一方、近年、画像形成装置のメンテナンス作業や故障状態の時間を除いた正常稼働時間（アップタイム）について、一定時間割合以上を保証するメンテナンス契約が締結されることもある。
【００１４】
このような場合には、アップタイムを算出するために、メンテナンス作業開始や終了の時刻をその都度計時する必要がある。
【００１５】
下記特許文献２で開示されるシステムでは、メンテナンス作業時間の記録の重要性に鑑み、時刻認証手段を設けて、正確なメンテナンス作業開始指示時刻、終了指示時刻を記録する。
【００１６】
これらのシステムはともに、サービスマンによるメンテナンス作業開始操作と終了操作を必要とする。人が行う操作のため、下記特許文献３で開始されているシステムでは、メンテナンス作業中にメンテナンス作業中であることを示す表示を設けることで、その操作の実施し忘れを防止しようとしている。
【特許文献１】特開平８−１５２８２６号公報
【特許文献２】特開２００６−９９２８１号公報
【特許文献３】特開平９−６１９２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１７】
上述したように、メンテナンス作業中の画像形成回数を管理して、顧客に対して請求する請求金額を算出するシステムや、メンテナンス作業にかかる時間を管理するシステムのいずれもがサービスマンによる操作を介在する。つまり、サービスマンによるメンテナンス作業開始操作と終了操作が確実に行われることを前提としたシステムであるため、操作の実施忘れが発生する可能性がある。
【００１８】
ここで、メンテナンス作業開始操作は、メンテナンス作業中にしか表示されない操作メニューなどにより操作の実施忘れにも気付き易い。
【００１９】
一方、メンテナンス作業終了操作は、操作の実施忘れが発生してもサービスマンはすぐに現場を離れてしまうため、気付きにくい。
【００２０】
また、メンテナンス作業終了のタイミングをサービスマンの操作に頼らずに稼働状態から検出することは、先行技術で作業終了操作手段を設けていることからも理解できるように難しい。
【００２１】
さらに、メンテナンス作業終了操作の実施し忘れが発生すると、メンテナンス作業終了後も「メンテナンス扱い課金対象外となる画像形成が継続してしまう」などの不都合が生じ、システムは目的を果たせなくなってしまう。
【００２２】
これらの課題に対して、特許文献３では、メンテナンス作業中にメンテナンス作業中であることを示す表示を設けることで、メンテナンス作業終了操作の実施し忘れを防止しようとしている。
【００２３】
しかしながら、メンテナンス作業終了時の操作の実施し忘れが発生した場合には、サービスマンは作業終了後にすぐに現場を離れてしまうことも多く、表示でメンテナンス作業中であることを示しても気付かない可能性も高い。
【００２４】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、サービスマンによるメンテナンス開始指示後、メンテナンス終了指示がない場合でも、画像形成装置に対する課金処理を正常に行える仕組みを提供することである。
【課題を解決するための手段】
【００２５】
上記目的を達成する本発明の画像形成装置は以下に示す構成を備える。
【００２６】
サービスマンによる操作に基づき、画像形成装置に対するメンテナンス処理の開始指示及び終了指示を受信する受信手段と、前記受信手段により開始指示を受信した時点での前記画像形成装置における第１のカウンタ情報を保持する第１の保持手段と、前記画像形成装置の状態が第１の終了条件を満たした場合、前記画像形成装置の状態が第１の終了条件を満たした時点における前記画像形成装置における第２のカウンタ情報を保持する第２の保持手段と、前記受信手段により前記サービスマンによる操作に基づく終了指示を受信する前に、前記画像形成装置の状態が第１の終了条件を満たし、更に前記画像形成装置の状態が第２の終了条件を満たした場合、前記第２の保持手段により保持されている第２のカウンタ情報に基づくメンテナンス情報を生成する生成手段とを備えることを特徴とする。
【発明の効果】
【００２７】
本発明によれば、サービスマンによるメンテナンス開始指示後、メンテナンス終了指示がない場合でも、画像形成装置に対する課金処理を正常に行える。
【発明を実施するための最良の形態】
【００２８】
次に本発明を実施するための最良の形態について図面を参照して説明する。
【００２９】
＜システム構成の説明＞
〔第１実施形態〕
図１は、本発明の第１実施形態を示す画像形成装置を適用可能な画像処理システムの一例を示す図である。本例は、通信回線を介して、監視装置と通信可能な複数の画像形成装置からシステムが構成される例である。なお、画像形成装置の接続台数は、２台に限定されるものではない。
【００３０】
なお、図１には明示しないが、画像形成装置は、サービスマンによるメンテナンス対象となる複数のデバイスを備える。
【００３１】
ここで、複数のデバイスには、画像形成を行う感光ドラム、現像ユニット、帯電器、定着ユニット、クラッチ、コントローラ等を備えている。
【００３２】
また、画像形成装置は、図示しないオプションユニットを接続可能に構成されており、オプションユニットもメンテナンス対象デバイスとなる。
【００３３】
図１において、画像形成装置１００は、通信回線１２０を介して監視装置１１０と相互に通信可能に接続されている。このとき、通信回線１２０は、ＬＡＮやＷＡＮ、インターネットなどが想定され、接続形態としては有線であっても無線であってもよい。
【００３４】
監視装置１１０は、顧客先に設置してある拠点監視装置のようなもので構成されていてもよいし、インターネットに接続されたセンターサーバで構成されていてもよい。
【００３５】
なお、監視装置１１０が監視すべき対象となる画像形成装置は、画像形成装置１００，１０１とする場合を示すが、上述のように、さらに多くの画像形成装置を監視対象としてもよい。
【００３６】
図２は、図１に示した画像形成装置１００の構成を説明するブロック図である。なお、画像形成装置１０１も同様の資源を備える。
【００３７】
図２において、メンテナンス開始／終了操作部２０１は、ハードキーやタッチパネルなどの入力機器を備え、入力機器をサービスマンの操作に基づくメンテナンス作業の開始指示や、その終了指示を受け付ける。
【００３８】
開始／終了操作受信部２０２は、メンテナンス開始／終了操作部２０１で受け付けたメンテナンス作業の開始指示や終了指示を受信し、通知制御部２０５にその旨を通知する。
【００３９】
画像形成部２０３は、プリンタやスキャナ、ファクシミリなどの一部、または全部が含まれる。
【００４０】
画像形成枚数管理部２０４は、画像形成部２０３での画像形成回数をカウンタでカウントし、その値（カウンタ情報）を不揮発性のメモリに保持する。
【００４１】
なお、画像形成枚数管理部２０４のメモリは、本実施形態において、第１のカウンタ情報を保持する第１の保持手段として、第２のカウンタ情報を保持する第２の保持手段として、第３のカウンタ情報を保持する第３の保持手段としてそれぞれ機能する。
【００４２】
通知制御部２０５は、開始／終了操作受信部２０２からメンテナンス作業の開始指示や終了指示を受信すると、画像形成枚数管理部２０４からカウンタがカウントしたカウンタ情報を取得する。次に、通知制御部２０５は、取得したカウンタ情報を監視装置１１０へ通信Ｉ／Ｆ部２０６を介して取得したカウンタ情報を含むメンテナンス情報を送信する。
【００４３】
なお、通信Ｉ／Ｆ部２０６は、監視装置１１０へカウンタ情報を含むメンテナンス情報を送信するため通信回線１２０と接続するネットワークインタフェースとして機能する。
【００４４】
また、通知制御部２０５は、メンテナンス作業開始指示を受信してからの経過時間などの終了条件により、メンテナンス作業の暫定終了判断を後述するように行う。
【００４５】
この暫定終了判断では、サービスマンによりメンテナンス終了の指示が行われない場合に備え、画像形成枚数管理部２０４は、メンテナンスが終了している可能性がある時点で、仮にメンテナンス終了とみなしてカウンタ情報を取得してメモリに保持する。
【００４６】
図３は、図１に示した画像形成装置１００によるメンテナンス作業状況を説明するタイムチャートである。なお、Ｔ１〜Ｔ４はタイミングを示す。
【００４７】
図３において、タイミングＴ１は、サービスマンがメンテナンス開始／終了操作部２０１から指示したメンテナンス開始指示を開始／終了操作受信部２０２が受信したタイミングである。ここで、タイミングＴ１において、画像形成枚数管理部２０４に保持されるカウンタ情報を第１のカウンタ情報とする。
【００４８】
タイミングＴ２は、メンテナンス暫定終了を決定するタイミングであり、例えば３０分等を設定可能に構成されている。これは、サービスマンがメンテナンス開始／終了操作部２０１からメンテナンス終了をし忘れることを考慮して設定されるメンテナンス終了を決定する暫定終了タイミングである。本実施形態では、サービスマンによる操作でメンテナンス作業の開始が指示されてから、設定された時間が経過していることを第１の終了条件としている。
【００４９】
また、画像形成枚数管理部２０４は、第１の終了条件を満たすタイミングでカウンタがカウントしたカウンタ情報（第２のカウンタ情報として）をメモリに保持する。
【００５０】
タイミングＴ３は、タイミングＴ２を経過した後、サービスマンがメンテナンス開始／終了操作部２０１から指示したメンテナンス終了指示を開始／終了操作受信部２０２が受信したタイミングである。つまり、メンテナンス暫定終了を決定するタイミングＴ２の経過後に、サービスマンが終了指示を操作したタイミングである。
【００５１】
本実施形態では、タイミングＴ３で画像形成枚数管理部２０４が、タイミングＴ２でメモリに保持しているカウンタ情報を削除して、タイミングＴ３でカウンタがカウントしたカウンタ情報をメモリに保持させる。
【００５２】
これにより、一旦、タイミングＴ２でサービスマンによる操作忘れとみなしてカウンタ情報を保持させた後、サービスマンがメンテナンス終了指示を操作するまでに画像形成された画像形成枚数を正常なメンテナンス情報としてメモリに保持させることができる。
【００５３】
タイミングＴ４は、タイミングＴ２以降であって、タイミングＴ３前に、サービスマンにより、再度メンテナンス開始指示が実行されたタイミングである。つまり、タイミングＴ２で暫定終了した後、サービスマンにより何らメンテナンス終了指示がないままの状態で、サービスマンにより再度メンテナンス開始指示を受信したタイミングに対応する。このようなタイミングＴ４は、サービスマンがタイミングＴ１でメンテナンス開始指示を行った後、メンテナンス終了指示の操作をし忘れた場合に発生する。
【００５４】
本実施形態では、サービスマンによる操作でメンテナンス作業の開始が指示されてから設定時間が経過した後、メンテナンス作業終了指示前に、再度サービスマンによる操作でメンテナンス処理の開始が指示されることを第２の終了条件としている。
【００５５】
この場合には、通知制御部２０５は、タイミングＴ２で画像形成枚数管理部２０４のメモリに保持したカウンタ情報に基づいて監視装置１１０に送信すべきメンテナンス情報を生成する。
【００５６】
なお、画像形成枚数管理部２０４は、タイミングＴ１、Ｔ２、Ｔ３、Ｔ４における画像形成枚数をカウントするためのカウンタのカウンタ情報を不揮発性メモリに保持する。そして、通知制御部２０５は、画像形成枚数管理部２０４のメモリに保持されているカウンタ情報に基づいて生成したメンテナンス情報を監視装置１１０に送信する。
【００５７】
また、画像形成枚数管理部２０４がタイミングＴ２で保持する第２のカウント情報とは、画像形成枚数管理部２０４がタイミングＴ１で保持した第１のカウント情報と、第２のカウント情報との差分をとって得られるカウント情報を含むものとする。
【００５８】
つまり、カウンタ情報は、画像形成枚数毎にカウントアップするシステムの場合は、タイミングＴ１でカウンタ情報が「０」にクリアされることなく、カウント処理されるからである。このため、第１のカウント情報が「Ｘ」の場合に、画像形成枚数管理部２０４でメンテナンスの実行で画像形成枚数ｎがカウントアップされると、通知制御部２０５は、その時点のカウンタ情報は、「Ｘ＋ｎ」となる。そこで、通知制御部２０５は、その差分であるｎに基づいて生成したメンテナンス情報を監視装置１１０に送信することとなる。
【００５９】
なお、通知制御部２０５は、タイミングＴ１、Ｔ２で画像形成枚数管理部２０４のメモリに保持されている、それぞれのカウンタ情報を監視装置１１０に送信するシステムの場合もある。この場合は、監視装置１１０側で実質的なメンテナンスに要した画像形成枚数をそれぞれのカウンタ情報を差し引いて実質的な画像形成枚数を算出する。
【００６０】
また、タイミングＴ２からタイミングＴ１を差し引いた差分期間が、終了操作忘れ時のメンテナンス期間ＴＭ１を示し、タイミングＴ３からタイミングＴ１を差し引いた差分期間が、終了操作実行時のメンテナンス期間ＴＭ２を示す。
【００６１】
これにより、監視装置１１０では、暫定終了判断後にメンテナンス終了指示の受信を受ければ、終了指示受信の時点までをメンテナンス作業の期間（終了操作実行時のメンテナンス期間ＴＭ２）とする。
【００６２】
一方、暫定終了判断後にもメンテナンス終了指示の受信がなければ、監視装置１１０は、暫定終了判断までをメンテナンス作業の期間（終了操作忘れ時のメンテナンス期間ＴＭ１）とする。
【００６３】
図４は、図１に示した監視装置１１０の構成を説明するブロック図である。
【００６４】
図４において、出力Ｉ／Ｆ３０１は、画像データやテキストデータを表示するための表示装置が接続される。入力Ｉ／Ｆ３０２は、キーボード、ポインティングデバイス等の入力デバイスが接続される。
【００６５】
通信Ｉ／Ｆ３０３は、通信回線１２０と接続され、画像形成装置１００と通信を行う。記憶装置３０４は、ハードディスクドライブや、ＲＡＭ、ＲＯＭ等により構成され、通信Ｉ／Ｆ３０３で受信した画像形成枚数情報を含む各種の情報やその履歴などが保存される。これらのデバイスはＣＰＵ３０５に接続され、ＣＰＵ３０５は機器全体の制御を行う。
【００６６】
図５は、図１に示した監視装置１１０の記憶装置３０４に保存されるメンテナンス履歴テーブルの一例を示す図である。
【００６７】
図５において、メンテナンス履歴テーブル４００は、個々の画像形成装置を一意に特定するための画像形成装置側に割り振れた画像形成装置ＩＤ毎に別々に存在する。
【００６８】
図４に示した通信Ｉ／Ｆ３０３を介して画像形成装置１００から受信したメンテナンス作業開始情報や終了情報には、画像形成装置ＩＤが付加されている。
【００６９】
ＣＰＵ３０５は、付加された画像形成装置ＩＤに対応するメンテナンス履歴テーブル４００に対して、メンテナンス作業開始情報や終了情報の格納を行う。
【００７０】
履歴ＩＤ４０１には、各受信情報を一意に特定するために監視装置１１０側で自動的に割り振った識別番号を格納する。
【００７１】
情報種別４０２には、画像形成装置１００から受信した情報がメンテナンス開始情報であるのかメンテナンス終了情報であるか、または暫定終了判断時の情報であるかを識別するコードを格納する。ここで、メンテナンス開始情報は「１」を、メンテナンス終了情報は「２」を、暫定終了判断時の情報は「３」を上記コードに対応づけて格納する。
【００７２】
メンテナンス作業開始／終了日時４０３と開始／終了時カウンタ情報４０４は、画像形成装置１００からそれぞれ受信した情報を元に記憶装置３０４に格納する。
【００７３】
図６は、本実施形態を示す画像形成装置における第１のデータ処理手順の一例を示すフローチャートである。本例は、画像形成装置１００のメンテナンス処理例である。なお、Ｓ６０１〜Ｓ６０９は各ステップを示す。また、各ステップは、画像形成装置１００が備える通知制御部２０５が制御プログラムをＲＡＭにロードして実行することで実現される。
【００７４】
サービスマンは、画像形成装置１００のメンテナンス作業を開始する際に、メンテナンス開始／終了操作部２０１よりメンテナンス作業開始指示を行う。
【００７５】
そして、Ｓ６０１で、サービスマンがメンテナンス開始／終了操作部２０１を操作することにより、開始／終了操作受信部２０２がメンテナンス作業開始指示を受信する。
【００７６】
そして、Ｓ６０２で、通知制御部２０５は、画像形成枚数管理部２０４から画像形成部２０３の画像形成枚数をカウントするためのカウンタがカウントしたカウンタ情報を取得する。次に、通知制御部２０５は、メンテナンス作業開始情報として作業開始時の時刻や画像形成装置ＩＤとともに画像形成枚数管理部２０４から取得したカウンタ情報を監視装置１１０に送信する。
【００７７】
監視装置１１０は、メンテナンス作業開始情報を受信すると、その情報を図１に示した監視装置１１０の記憶装置３０４に確保されるメンテナンス履歴テーブル４００に格納する。
【００７８】
このとき、メンテナンス履歴テーブル４００は、新規レコードに履歴ＩＤ４０１が新たに発番され、情報種別４０２には開始情報であることを示す値「１」が格納される。メンテナンス作業開始／終了日時４０３と開始／終了時カウンタ情報４０４には、受信したメンテナンス作業開始情報に含まれる時刻と受信したカウンタ情報が、それぞれ格納される。
【００７９】
サービスマンは、メンテナンス作業が終わると、メンテナンス開始／終了操作部２０１よりメンテナンス作業終了指示を行う。
【００８０】
これに対して、本実施形態においては、通知制御部２０５が、後述するようにあらかじめ設定される暫定終了判定条件を満たしたとき、メンテナンス作業終了と暫定的な判断を下すように制御される。
【００８１】
ここで、暫定判定条件とは、メンテナンス作業開始受信時刻からの経過時間や、省電力モードの検知、リモート操作での出力枚数などである。この条件は複数設定していてもよい。
【００８２】
本実施形態では、以下、メンテナンス作業開始時刻からの経過時間として「３０分」が暫定終了判定条件として設定されている場合を例として説明する。ここで、３０分とは、図３に示した終了操作忘れ時のメンテナンス期間ＴＭ１に対応する。
【００８３】
次に、通知制御部２０５は、Ｓ６０３で、メンテナンス作業終了指示を受信するか、Ｓ６０４で、上記暫定終了条件を満たすかのいずれかが発生するまで、処理をループする。
【００８４】
一方、Ｓ６０３で、通知制御部２０５がメンテナンス作業終了指示の受信が先に発生したと判断した場合は、Ｓ６０５へ進む。そして、通知制御部２０５は、画像形成枚数管理部２０４から画像形成枚数をカウントするためのカウンタからそのカウンタ情報を取得する。次に、通知制御部２０５は、画像形成枚数管理部２０４から取得したカウンタ情報に基づいて生成したメンテナンス終了情報としての作業終了時の時刻や画像形成装置ＩＤを監視装置１１０に送信して、本処理を終了する。
【００８５】
一方、監視装置１１０は、Ｓ６０５の処理により、画像形成装置１００からメンテナンス作業終了情報を受信すると、そのメンテナンス作業終了情報をメンテナンス履歴テーブル４００に保存する。
【００８６】
このとき、メンテナンス履歴テーブル４００は、新規レコードに履歴ＩＤ４０１が新たに発番され、情報種別４０２には終了情報であることを示す値「２」が格納される。
【００８７】
また、メンテナンス履歴テーブル４００のメンテナンス作業開始／終了日時４０３と開始／終了時カウンタ情報４０４には、受信したメンテナンス作業終了情報に含まれる時刻とカウンタがそれぞれ格納される。
【００８８】
これにより、監視装置１１０側では、ＣＰＵ３０５がメンテナンス履歴テーブル４００を参照し、作業開始時のカウンタ情報４０４と終了時のカウンタ情報４０４の差分を求めることでメンテナンス作業中の画像形成回数を正確に把握できる。
【００８９】
また、同様に、ＣＰＵ３０５は、メンテナンス作業開始／終了日時４０３の作業開始時の日時と終了の日時との差分を求めることでメンテナンス作業にかかる時間を把握できる。
【００９０】
一方、Ｓ６０３で、通知制御部２０５がサービスマンによるメンテナンス終了指示を受信することなく、Ｓ６０４で、メンテナンス作成開始時刻から３０分が経過した場合は、通知制御部２０５は、仮にメンテナンス作業が終了したものと判断する。そして、通知制御部２０５は、処理をＳ６０４からＳ６０６へ進める。
【００９１】
そして、Ｓ６０６で、通知制御部２０５は、画像形成枚数管理部２０４からタイミングＴ２におけるカウンタ情報を取得し、メンテナンス作業暫定終了情報として暫定終了判断の時刻や画像形成装置ＩＤを監視装置１１０に送信する。
【００９２】
これにより、監視装置１１０では、メンテナンス作業暫定終了情報を受信すると、該受信したメンテナンス作業暫定終了情報をメンテナンス履歴テーブル４００に保存する。このとき、メンテナンス履歴テーブル４００は、新規レコードに履歴ＩＤ４０１が新たに発番され、情報種別４０２には暫定終了情報であることを示す値「３」が保持される。
【００９３】
同様に、メンテナンス履歴テーブル４００のメンテナンス作業開始／終了日時４０３には、画像形成装置１００から受信したメンテナンス作業暫定終了情報に含まれる時刻が保持される。同様に、メンテナンス履歴テーブル４００の開始／終了時カウンタ値４０４には、画像形成装置１００から受信したカウンタ情報がそれぞれ保持される。
【００９４】
一方、Ｓ６０４で、通知制御部２０５が暫定終了判断を下した場合でも、その後にサービスマンによるメンテナンス作業終了指示が行われるかもしれない場合がある。そこで、Ｓ６０７では、通知制御部２０５は、開始／終了操作受信部２０２がメンテナンス作業終了指示を受信するのを待つ。
【００９５】
ここで、もし、サービスマンがメンテナンス作業終了指示を行うのを忘れていた場合には、メンテナンス作業終了指示の受信は行われない。この場合は、Ｓ６０７で、ＮＯと判断されるため、その後のメンテナンスに関わる指示受信は、Ｓ６０８で、次回、メンテナンス作業時のメンテナンス作業開始指示の受信までないこととなる。
【００９６】
つまり、通知制御部２０５がメンテナンス開始指示を受信した場合は、Ｓ６０９で、Ｓ６０６において、画像形成枚数管理部２０４がメモリに保持した暫定終了判断時のカウンタ情報を正常終了時のカウンタ情報とみなして、メンテナンス情報を生成する。そして、通知制御部２０５が生成されたメンテナンス情報を監視装置１１０に送信して、本処理を終了する。
【００９７】
なお、本実施形態では、通知制御部２０５は、第２のカウンタ情報に基づくメンテナンス情報を生成する場合に、少なくとも第２のカウンタ情報を含む情報を監視装置１１０に送信する場合について説明した。しかしながら、通知制御部２０５が第２のカウンタ情報と第１のカウンタ情報との差分を含む情報を監視装置１１０に送信する構成としてもよい。
【００９８】
ここで、監視装置１１０は、画像形成装置１００からメンテナンス作業正常終了情報を受信すると、その情報をメンテナンス履歴テーブル４００に保存する。このとき、メンテナンス履歴テーブル４００は、新規レコードに履歴ＩＤ４０１が新たに発番され、情報種別４０２には、Ｓ６０６で保持されている暫定終了情報である「３」に代えて正常終了情報であることを示す値「２」が上書きされる。
また、メンテナンス作業開始／終了日時４０３と開始／終了時カウンタ情報４０４には、受信したメンテナンス作業終了情報に含まれる時刻とカウンタが、それぞれ格納される。
【００９９】
一方、Ｓ６０７で、サービスマンによる操作で、３０分経過後、メンテナンス作業終了指示が受信されたと通知制御部２０５が判断した場合は、Ｓ６０５に進む。そして、Ｓ６０５で、通知制御部２０５は、Ｓ６０６で保画像形成枚数管理部２０４がメモリに保持している暫定終了判断時のカウンタ情報（第２のカウンタ情報）を削除する。
【０１００】
さらに、通知制御部２０５は、画像形成枚数管理部２０４からタイミングＴ３におけるカウンタ情報を取得する。そして、通知制御部２０５は、画像形成枚数管理部２０４から取得したカウンタ情報（第３のカウンタ情報）と、メンテナンス作業終了情報として作業終了時刻と、画像形成装置ＩＤを監視装置１１０に送信して、本処理を終了する。
【０１０１】
なお、Ｓ６０７からＳ６０５へ進んだ場合に、監視装置１１０が画像形成装置１００からメンテナンス作業終了情報を受信すると、当該メンテナンス作業終了情報をメンテナンス履歴テーブル４００に保存する。
【０１０２】
これにより、メンテナンス暫定終了後に、メンテナンス終了指示を受信した場合には、監視装置１１０のＣＰＵ３０５は以下のように演算によりカウンタ情報を算出する。
【０１０３】
ＣＰＵ３０５は、メンテナンス履歴テーブル４００を参照し、すでに取得している暫定終了時のカウンタ情報を無視して作業開始時のカウンタ情報と終了時のカウンタ情報との差分を求める。
【０１０４】
この結果、監視装置１１０側のＣＰＵ３０５は、メンテナンス暫定終了後に、メンテナンス終了指示を受信した場合でも、メンテナンス作業中の画像形成回数を正確に把握できる。
【０１０５】
また、監視装置１１０のＣＰＵ３０５は、メンテナンス履歴テーブル４００のメンテナンス開始／終了日時４０３に格納される作業開始時の日時と終了時の日時の差分を求めることでメンテナンス作業にかかる時間を把握できる。
【０１０６】
また、サービスマンがメンテナンス作業終了指示を行うのを忘れていて、Ｓ６０８で、次回のメンテナンス作業時のメンテナンス作業開始指示が受信された場合には、Ｓ６０９へ進む。
【０１０７】
このとき、監視装置１１０側では、メンテナンス履歴テーブル４００の暫定終了情報に終了情報が続かない（図４に示す例では、履歴ＩＤ＝２９のとき）ため、暫定終了時のカウンタ情報４０４との差分を求める。これにより、監視装置１１０はメンテナンス作業中の推定画像形成回数を把握することができる。
【０１０８】
また、同様に、メンテナンス履歴テーブル４００のメンテナンス開始／終了日時４０３に格納される作業開始時の日時と暫定終了時の日時の差分を求めることでメンテナンス作業にかかる推定時間を把握できる。
【０１０９】
以上のように、本実施形態では、サービスマンがメンテナンス作業終了の操作を実施する限りは暫定的な終了判断に関わらず、終了時の正確な情報が送信され、監視装置１１０に保存される。
【０１１０】
一方、サービスマンが終了操作を実施し忘れた場合に備えて、暫定的な終了判断による暫定終了時の情報の送信も行われ、監視装置１１０に保存される。
【０１１１】
これにより、本実施形態を利用して、メンテナンス中の出力を課金から解除するシステムに利用する場合には、メンテナンス終了指示を忘れることによる「メンテナンス扱いで課金対象外となる画像形成が継続してしまう」という不都合の発生を防止できる。
【０１１２】
なお、本実施形態では、Ｓ６０１のメンテナンス作業開始操作受信後のＳ６０２で、メンテナンス作業開始情報を送信する場合について説明した。しかしながら、メンテナンス作業開始情報は、メンテナンス作業終了情報送信時（Ｓ６０５）や暫定最終情報送信時（Ｓ６０６）にまとめて送信してもよい。
【０１１３】
また、Ｓ６０６では、予め設定しておいたサービスマンや管理者などの宛先に、メンテナンス作業の暫定終了判断を行った旨のメールを送信するように構成してもよい。
【０１１４】
具体的には、通知制御部２０５が、Ｓ６０６において画像形成装置の状態が暫定終了状態と判断した場合に、予め設定しておいたサービスマンや管理者などの宛先にメンテナンス作業の暫定終了判断を行った旨のメールを通知する。ここで、画像形成装置の状態が暫定終了状態とは、第１の終了条件を満たす状態である。
【０１１５】
なお、通知制御部２０５は、通信回線１２０を介してＴＣＰ／ＩＰ等のプロトコル、メンテナンス作業の暫定終了判断を行った旨の通知を行うメールを出力する。
【０１１６】
さらに、画像形成装置１００の表示手段にメンテナンス作業の暫定終了判断を行った旨の表示を行うように構成してもよい。
【０１１７】
そして、メンテナンス開始／終了操作部２０１からサービスマンによる暫定終了判断の取り消し指示を行えるようにすれば、より柔軟で信頼のおけるシステムにすることができる。
【０１１８】
また、サービスマンにしか操作が許されていない操作メニューがある場合に、暫定終了判断後のＳ６０６で、画像形成装置１００側でそれらの操作を行えなくすると、ユーザによる不正な操作を未然に防止することもできる。
【０１１９】
逆に、メンテナンス中に処理を制限するジョブ種がある場合には、暫定終了判断後のＳ６０６に該当ジョブの処理を再開するようにし、ジョブの制限が延々と継続してしまうことを防止することもできる。
【０１２０】
本実施形態によれば、通知制御部２０５は、画像形成枚数管理部２０４のメモリに暫定終了時のカウンタ情報を保持させた後、メンテナンス開始指示を受信したと判断した場合に第２の終了条件を満たすと判断する。そして、通知制御部２０５は、メンテナンスが正常終了したとみなしたカウンタ情報や画像形成装置ＩＤを監視装置１１０に送信することができる。
【０１２１】
これにより、監視装置１１０は、画像形成装置１００から受信するメンテナンスが正常終了したとみなしたカウンタ情報を前回の操作指示終了時のカウンタ情報として管理することができる。
【０１２２】
〔第２実施形態〕
上記第１実施形態では、監視装置１１０において、１回のメンテナンス作業に対して、メンテナンス履歴テーブル４００には暫定終了情報と終了情報の両方が存在することがある。
【０１２３】
また、メンテナンス履歴テーブル４００に終了情報がなく、暫定終了情報のみの場合もある。
【０１２４】
このような構成とすることは、メンテナンスに関わる全情報を把握するには有効だが、メンテナンス作業中の画像形成回数やメンテナンス作業にかかる時間の把握をする際には、分かり難くなってしまう一面もあった。そこで、このよう課題をも解決可能な実施形態について説明する。
【０１２５】
図７は、図１に示した監視装置１１０の記憶装置３０４に保存される他のメンテナンス履歴テーブルの一例を示す図である。
【０１２６】
なお、図５に示したメンテナンス履歴テーブル４００では、メンテナンス作業開始情報、メンテナンス作業終了情報の各々に１つのレコードを割り当てる例を示した。
【０１２７】
これに対して、本実施形態である図７に示すメンテナンス履歴テーブルの例は、メンテナンス作業開始情報とメンテナンス作業終了情報を組にした例である。特に、１回のメンテナンス作業単位で１つのレコードを割り当てる点が図５に示すメンテナンス履歴テーブル４００と異なる。
【０１２８】
図７において、メンテナンス履歴テーブル５００は、個々の画像形成装置１００を一意に特定するために画像形成装置側に割り振られた画像形成装置ＩＤ毎に別々に存在する。
【０１２９】
また、監視装置１１０の通信Ｉ／Ｆ３０３で画像形成装置１００から受信したメンテナンス作業開始情報やメンテナンス作業終了情報には、画像形成装置ＩＤが付加されている。
【０１３０】
そこで、ＣＰＵ３０５は、付加された画像形成装置ＩＤに対応するメンテナンス履歴テーブル５００に対して、メンテナンス作業開始情報やメンテナンス作業終了情報の格納を行う。
【０１３１】
また、ＣＰＵ３０５は、メンテナンス履歴テーブル５００の履歴ＩＤ５０１に対して、各メンテナンス作業情報を一意に特定するために監視装置１１０側で自動的に割り振った識別番号を格納する。
【０１３２】
さらに、ＣＰＵ３０５は、メンテナンス履歴テーブル５００のメンテナンス作業開始日時５０２と開始時カウンタ情報５０３に対して、画像形成装置１００から受信した時のメンテナンス作業開始情報を格納する。
【０１３３】
また、ＣＰＵ３０５は、メンテナンス履歴テーブル５００のメンテナンス作業時間５０４、作業中カウント５０５、暫定フラグ５０６に対して画像形成装置１００から受信するメンテナンス作業終了情報又は暫定終了情報を格納する。
【０１３４】
さらに、ＣＰＵ３０５は、画像形成装置１００から受信した作業終了日時又は暫定終了判断日時と格納済みの作業開始日時５０２との差分を求める。そして、ＣＰＵ３０５は、メンテナンス履歴テーブル５００のメンテナンス作業時間５０４に対して求めた差分の値を格納する。
【０１３５】
また、ＣＰＵ３０５は、画像形成装置１００から受信した作業終了時カウンタ情報又は暫定終了判断時カウンタ情報と格納済み開始時カウンタ情報５０３との差分を求める。そして、ＣＰＵ３０５は、メンテナンス履歴テーブル５００の作業中カウント５０５に対して求めた差分の値を格納する。
【０１３６】
更に、ＣＰＵ３０５は、メンテナンス履歴テーブル５００の暫定フラグ５０６に対して、暫定終了情報を元に保存した場合に、暫定的な情報であることを示すフラグを立てて格納する。なお、本実施形態における、画像形成装置１００側の処理については、第１実施形態における図６に示す手順と同様である。
【０１３７】
以下、図８に示すフローチャートを参照して、監視装置１１０の処理について説明する。
【０１３８】
図８は、本実施形態を示す監視装置における第１のデータ処理手順の一例を示すフローチャートである。本例は、監視装置１１０における終了時カウンタ情報受信処理例である。なお、Ｓ７０１〜Ｓ７０４は各ステップを示す。
【０１３９】
また、各ステップは、図２に示す監視装置１１０内のＣＰＵ３０５が記憶装置３０４に記憶される制御プログラムを実行することで実現される。
【０１４０】
画像形成装置１００のメンテナンス開始／終了操作受信部２０２がメンテナンス作業開始指示を受信すると、通知制御部２０５は、メンテナンス作業開始情報を監視装置１１０に送信する。
【０１４１】
監視装置１１０のＣＰＵ３０５は、画像形成装置１００からメンテナンス作業開始情報を受信すると、そのメンテナンス作業開始情報をメンテナンス履歴テーブル５００に保存する。このとき、メンテナンス履歴テーブル５００は、新規レコードに履歴ＩＤ５０１が新たに発番され、メンテナンス作業開始日時５０２と開始時カウンタ情報５０３には、受信したメンテナンス作業開始情報に含まれる時刻とカウンタ情報がそれぞれ格納される。
【０１４２】
また、ＣＰＵ３０５は、メンテナンス作業開始情報受信時においては、メンテナンス履歴テーブル５００のメンテナンス作業時間５０４および作業中カウント５０５、暫定フラグ５０６には、いずれもＮＵＬＬもしくは無効値を一時的に格納する。
【０１４３】
その後、画像形成装置１００の通知制御部２０５は、上述している暫定終了判定条件を満たすより先に、メンテナンス作業終了指示を受信していると判断した場合は、メンテナンス作業終了情報を監視装置１１０に送信する。ここで、メンテナンス作業終了指示は、サービスマンの操作によるものである。
【０１４４】
まず、Ｓ７０１で、監視装置１１０のＣＰＵ３０５は、メンテナンス作業終了情報を画像形成装置１００から受信すると、Ｓ７０２へ進む。そして、Ｓ７０２で、ＣＰＵ３０５はメンテナンス履歴テーブル５００を参照して、メンテナンス作業開始情報を記憶したレコードに暫定終了時の情報がないかどうかを判断する。ここで、暫定終了時の情報がないとは、暫定フラグ５０６がＮＵＬＬもしくは無効値であることを意味する。
【０１４５】
ここで、ＣＰＵ３０５が、暫定終了処理が未実施であると判断した場合は、Ｓ７０３で、ＣＰＵ３０５は、受信したメンテナンス作業終了情報を元にメンテナンス作業情報をメンテナンス履歴テーブル５００に保存する。
【０１４６】
このとき、ＣＰＵ３０５は、メンテナンス作業開始情報を記憶するレコードに対応するメンテナンス作業時間５０４に、受信した作業終了日時と格納済みの作業開始日時５０２との差分を求めて格納する。
【０１４７】
以下、メンテナンス履歴テーブル５００の内容の状態を処理経過とともに説明する。
【０１４８】
画像形成装置１００において、メンテナンス作業終了指示を受信するより先に、暫定終了判定条件を満たした場合は、通知制御部２０５は、仮にメンテナンス作業終了と判断する。そして、通知制御部２０５は、メンテナンス作業暫定終了情報を監視装置１１０に送信する（図３に示すタイミングＴ２参照）。
【０１４９】
監視装置１１０のＣＰＵ３０５は、画像形成装置１００から受信したメンテナンス作業暫定終了情報を元にメンテナンス作業情報をメンテナンス履歴テーブル５００に保存する。
【０１５０】
このとき、ＣＰＵ３０５は、メンテナンス作業開始情報を記憶するレコードに対応するメンテナンス作業時間５０４に、受信した暫定終了判断日時と格納済みの作業開始日時５０２との差分を求めて格納する。
【０１５１】
また、ＣＰＵ３０５は、メンテナンス履歴テーブル５００の作業中カウント５０５に、受信した暫定終了判断時カウンタ情報と格納済みの開始時カウンタ情報５０３との差分を求めて格納する。
【０１５２】
また、ＣＰＵ３０５は、メンテナンス履歴テーブル５００の暫定フラグ５０６に、暫定終了であることを示す値（図５に示すメンテナンス履歴テーブル５００では、「１」とする）を格納する。
【０１５３】
ここで、もしサービスマンがメンテナンス作業終了指示を行うのを忘れていた場合には、暫定終了判断後にメンテナンス作業終了指示の受信は行わない。
【０１５４】
一方、通知制御部２０５が暫定終了を判断した後に、サービスマンによる操作に基づいて、メンテナンス作業終了指示を受信した場合には、画像形成装置１００はそのメンテナンス作業終了指示に基づくメンテナンス作業終了情報を監視装置１１０に送信する。
【０１５５】
このようにして監視装置１１０が画像形成装置１００からメンテナンス作業終了情報を受信すると、Ｓ７０２で、ＣＰＵ３０５は、メンテナンス作業開始情報を格納したレコードに暫定終了時の情報があることを確認する。本例では、ＣＰＵ３０５は、暫定フラグが「１」であることを確認する。
【０１５６】
ここで、ＣＰＵ３０５は、Ｓ７０４で、画像形成装置１００から受信した情報を元にメンテナンス履歴テーブル５００のメンテナンス作業情報を更新する。
【０１５７】
このとき、ＣＰＵ３０５は、画像形成装置１００から受信した作業終了日時と格納済みの作業開始日時５０２との差分を求める。そして、ＣＰＵ３０５は、求めた差分を暫定終了判断情報による情報が格納されたメンテナンス作業時間５０４に対して上書きする。
【０１５８】
また、ＣＰＵ３０５は、受信した作業終了時カウンタ情報と格納済みの開始時カウンタ情報５０３との差分を求める。そして、ＣＰＵ３０５は、求めた差分をメンテナンス履歴テーブル５００の作業中カウント５０５に対して上書きする。このとき、ＣＰＵ３０５は、暫定フラグ５０６の内容を暫定終了でないことを示す値（図５に示すメンテナンス履歴テーブル５００では、「０」とする）に変更する。
【０１５９】
これにより、監視装置１１０側では暫定終了判断の有無やメンテナンス作業終了指示の有無によらず、メンテナンス履歴テーブル５００の作業中カウント５０５を参照するだけで、メンテナンス作業中の画像形成回数を把握できる。また、監視装置１１０側では、画像形成装置１００におけるメンテナンス作業にかかる時間を把握できる。
【０１６０】
本実施形態によれば、サービスマンがメンテナンス作業終了の操作を実施する限りは暫定的な終了時間に関わらず終了時の正確な情報が送信され、監視装置１１０に保存される。
【０１６１】
一方、サービスマンが終了操作を実施し忘れた場合には、暫定的な終了判断による暫定終了時の情報が監視装置１１０に保存される。
【０１６２】
本実施形態によれば、メンテナンス中の出力を課金から除外するシステムに利用する場合には、メンテナンス終了指示を忘れることによる不都合の発生を防止できる。ここで、不都合とは、メンテナンス扱いで課金対象外となる画像形成が継続してしまうことである。
【０１６３】
〔第３実施形態〕
上記第１、第２実施形態では、画像形成装置１００がメンテナンスの暫定的な終了判断が下されたときに暫定終了情報を監視装置１１０に送信する。その後、画像形成装置１００において、サービスマンによるメンテナンス作業終了の操作が行われた場合には、再度終了情報を監視装置１１０に送信する例である。
【０１６４】
監視装置１１０側で暫定終了も含めて随時最新の状況を知りたい場合などには、第１実施形態も非常に有効である。
【０１６５】
しかしながら、１回のメンテナンスに対して終了情報が複数回（一方は暫定終了情報）送信される場合があることは、監視装置１１０側での対応を複雑にしてしまう可能性がある。そこで、このよう課題をも解決可能な実施形態について説明する。
【０１６６】
なお、ハードウエアの構成等については、第１実施形態の図１乃至図３については同様である。
【０１６７】
図９は、本実施形態を示す画像形成装置における第２のデータ処理手順の一例を示すフローチャートである。本例は、図１に示した画像形成装置１００のメンテナンス処理例である。なお、Ｓ８０１〜Ｓ８１１は各ステップを示す。また、各ステップは、画像形成装置１００が備える通知制御部２０５が制御プログラムをＲＡＭにロードして実行することで実現される。
【０１６８】
サービスマンは、画像形成装置１００のメンテナンス作業を開始する際に、メンテナンス開始／終了操作部２０１よりメンテナンス作業開始指示を行う。
【０１６９】
まず、Ｓ８０１で、開始／終了操作受信部２０２がサービスマンによるメンテナンス作業開始指示を受信すると、Ｓ８０２へ進む。そして、Ｓ８０２で、通知制御部２０５は、画像形成枚数管理部２０４において、画像形成枚数をカウントするためのカウンタのカウンタ情報を取得し、メンテナンス作業開始情報として作業開始時の時刻や画像形成装置ＩＤとともに監視装置１１０に送信する。
【０１７０】
監視装置１１０のＣＰＵ３０５は、画像形成装置１００から上記メンテナンス作業開始情報を受信すると、そのメンテナンス作業開始情報をメンテナンス履歴テーブル５００に保存する。
【０１７１】
このとき、ＣＰＵ３０５は、メンテナンス履歴テーブル５００の新規レコードに履歴ＩＤ５０１に対し新たな発番を行う。そして、ＣＰＵ３０５は、メンテナンス作業開始日時５０２と開始時カウンタ情報５０３に対して、画像形成装置１００から受信したメンテナンス作業開始情報に含まれる時刻とカウンタ情報をそれぞれ格納する。
【０１７２】
また、ＣＰＵ３０５は、メンテナンス履歴テーブル５００のメンテナンス作業時間５０４および作業中カウント５０５、暫定フラグ５０６に対して、いずれもＮＵＬＬもしくは無効値を一時的に格納する。
【０１７３】
通常、サービスマンは、画像形成装置１００に対するメンテナンス作業が終わると、メンテナンス開始／終了操作部２０１よりメンテナンス作業終了指示を行う。
【０１７４】
一方、通知制御部２０５では、暫定終了判定条件を満たしたとき、メンテナンス作業終了と暫定的な判断を下すように設定されている。
【０１７５】
ここで、暫定終了判定条件とは、例えばメンテナンス作業開始受信時刻からの経過時間や、省電力モードの検知、リモート操作での出力枚数などである。なお、この暫定終了判定条件は、複数設定してもよい。
【０１７６】
そこで、本実施形態では、以下、メンテナンス作業開始時刻からの経過時間、例えば「３０分」が暫定終了判定条件として設定されている場合を例に挙げて説明する。
【０１７７】
なお、Ｓ８０３、Ｓ８０４では、通知制御部２０５がメンテナンス作業終了指示を受信するか、暫定終了判定条件を満たす（メンテナンス作業開始受信時刻から３０分が経過）かのどちらかが発生していると判断するまで処理をループする。
【０１７８】
ここで、通知制御部２０５が、例えばメンテナンス作業終了指示の受信が先に発生したと判断した場合は、Ｓ８０３からＳ８０５に進み、メンテナンス終了処理を実行して、画像形成装置１００側における本処理を終了する。
【０１７９】
なお、Ｓ８０５では、通知制御部２０５は、画像形成枚数管理部２０４から画像形成枚数をカウントするカウンタのカウンタ情報を取得し、メンテナンス作業終了情報として作業終了時の時刻や画像形成装置ＩＤとともに監視装置１１０に送信する。
【０１８０】
このようにして監視装置１１０が画像形成装置１００からメンテナンス作業終了情報を受信すると、監視装置１１０は、受信したメンテナンス作業終了情報を元にメンテナンス履歴テーブル５００に保存する。このとき、監視装置１１０のＣＰＵ３０５は、受信した作業終了日時と格納済みの作業開始日時５０２との差分を求める。そして、ＣＰＵ３０５は、求めたその差分を、メンテナンス作業開始情報を記憶するレコードに対応するメンテナンス作業時間５０４に格納する。
【０１８１】
そして、監視装置１１０のＣＰＵ３０５は、受信した作業終了時カウンタ情報と格納済みの開始時カウンタ５０３との差分を求める。そして、ＣＰＵ３０５は、求めたその差分をメンテナンス履歴テーブル５００の作業中カウント５０５に格納する。
【０１８２】
さらに、監視装置１１０のＣＰＵ３０５は、暫定フラグ５０６には、暫定終了ではないことを示す値（図５に示す例では、「０」）を格納する。
【０１８３】
一方、Ｓ８０３、Ｓ８０４で、メンテナンス作業終了指示を受信することなく、メンテナンス作業開始時刻から３０分が経過した場合は、通知制御部２０５は仮にメンテナンス作業終了と判断して、Ｓ８０４からＳ８０６へと進む。
【０１８４】
そして、Ｓ８０６で、通知制御部２０５は、画像形成枚数管理部２０４から画像形成枚数をカウントするカウンタのカウンタ情報を取得し、暫定終了判断時の時刻とともに通知制御部２０５内のメモリで記憶する。
【０１８５】
また、通知制御部２０５がＳ８０４で暫定終了判断を下した場合にも、その後にサービスマンによるメンテナンス作業指示が行われるかもしれない。そこで、通知制御部２０５は、Ｓ８０７乃至Ｓ８０９ではメンテナンス作業終了指示を受信するのを十分な期間待機する。
【０１８６】
ここで、十分な時間とは、メンテナンスに関わる時間よりも十分に長い期間（例えば暫定終了判断後２４時間、翌午前２時まで等）で、予め設定可能であるものとする。
【０１８７】
本実施形態では、以下、「暫定終了判断後、翌午前２時まで」が十分に長い期間として設定されている場合を例に挙げて説明する。
【０１８８】
通知制御部２０５がＳ８０４で暫定終了していることを判断した後、例えば翌午前２時までの間にメンテナンス作業終了操作を受信したと判断した場合には、Ｓ８０７からＳ８０５に進む。
【０１８９】
一方、もし、サービスマンがメンテナンス作業終了指示を行うのを忘れていて、Ｓ８０７でメンテナンス作業終了操作の指示が受信されず、Ｓ８０８で翌午前２時を過ぎたと通知制御部２０５が判断した場合は、Ｓ８０８〜Ｓ８１０へ進む。
【０１９０】
そして、Ｓ８１０では、Ｓ通知制御部２０５は、８０６においてメモリに記憶していた暫定終了判断時のカウンタのカウンタ情報と時刻をメンテナンス作業暫定終了情報として画像形成装置ＩＤとともに監視装置１１０へ送信する。そして、本処理を終了する。
【０１９１】
このとき、監視装置１１０では、画像形成装置１００から受信した情報を元に、メンテナンス作業情報をメンテナンス履歴テーブル５００に保存する。
【０１９２】
このとき、監視装置１１０のＣＰＵ３０５は、受信した暫定終了判断日時と格納済みの作業開始日時５０２との差分を求める。そして、ＣＰＵ３０５は、求めた差分を、メンテナンス作業開始情報を記憶するレコードに対応するメンテナンス作業時間５０４に格納する。
【０１９３】
また、ＣＰＵ３０５は、受信した暫定終了判断時カウンタ情報と格納済みの開始時カウンタ情報５０３との差分を求める。そして、ＣＰＵ３０５は、求めた差分をメンテナンス履歴テーブル５００の作業中カウント５０５に格納する。
【０１９４】
さらに、ＣＰＵ３０５は、暫定フラグ５０６に、暫定終了であることを示す値（図５に示すメンテナンス履歴テーブル５００の例では「１」）を格納する。
【０１９５】
一方、Ｓ８０８で、ＣＰＵ３０５が設定された翌午前２時を過ぎる前に、Ｓ８０９で次回メンテナンス作業時のメンテナンス作業開始指示が受信されたと判断した場合には、Ｓ８０９からＳ８１１に進む。この場合は、サービスマンが部品交換のため、画像形成装置１００の多数の部品を取り外して、メンテナンス作業を行っていた場合等が想定される。
【０１９６】
そして、Ｓ８１１で、Ｓ８１０同様、通知制御部２０５は、Ｓ８０６で記憶していた暫定終了判断時のカウンタのカウンタ情報と時刻をメンテナンス作業暫定終了情報として画像形成装置ＩＤとともに監視装置１１０に送信する。
【０１９７】
ここで、監視装置１１０のＣＰＵ３０５は、画像形成装置１００の通知制御部２０５から受信した情報を元にメンテナンス作業情報をメンテナンス履歴テーブル５００に保存する。
【０１９８】
続いて、Ｓ８０２に戻り、また、新たにメンテナンス開始／終了の処理を開始する。
【０１９９】
これにより、監視装置１１０側では暫定終了判断の有無やメンテナンス作業終了指示の有無によらず、メンテナンス履歴テーブル５００の作業中カウント５０５を参照すれば、メンテナンス作業中の画像形成回数を把握できる。
【０２００】
また、監視装置１１０側ではメンテナンス作業時間５０４を参照すれば、メンテナンス作業にかかる時間を把握できる。
【０２０１】
以上説明したように、本実施形態では、サービスマンがメンテナンス作業終了の操作を実施する限りは暫定的な終了判断に関わらず終了時の正確な情報が送信され、監視装置１１０に保存される。
【０２０２】
一方、サービスマンがメンテナンスの終了操作をし忘れた場合には、暫定的な最終判断による暫定終了時の情報の送信が行われ、監視装置１１０に保存される。
【０２０３】
これにより、メンテナンス中の出力を課金から除外するシステムに利用する場合に、メンテナンス終了指示を忘れることによる「メンテナンス扱いで課金対象外となる画像形成が継続してしまう」という不都合の発生を防止できる。
【０２０４】
また、第１実施形態と異なり、１回のメンテナンスに対しての終了情報（暫定終了情報を含む）の送信は、本実施形態においては、１回に限定される。
【０２０５】
なお、本実施形態では、Ｓ８０１のメンテナンス作業開始操作受信後のＳ８０２で、メンテナンス作業開始情報を送信する場合について説明した。これに対して、メンテナンス作業開始情報は、メンテナンス作業終了情報送信時（Ｓ８０５）や暫定終了情報送信時（Ｓ８１０またはＳ８１１）にまとめて送信してもよい。
【０２０６】
また、Ｓ８０６では、予め設定しておいたサービスマンや管理者などの宛先に、メンテナンス作業の暫定終了判断を行った旨のメールを送信するようにしてもよい。
【０２０７】
また、画像形成装置１００の表示手段にメンテナンス作業の暫定終了判断を行った旨の表示を行うようにしてもよい。
【０２０８】
そして、メンテナンス開始／終了操作部２０１からサービスマンによる暫定終了判断の取り消し指示を行えるようにすれば、より柔軟で信頼性の高いシステムにすることができる。
【０２０９】
以上のように、本実施形態によれば、操作の実施し忘れによるシステムの破綻を未然に防ぐことができ、より柔軟で信頼性の高いメンテナンス情報を得ることが可能となる。
【０２１０】
〔第４実施形態〕
第１乃至第３実施形態によれば、メンテナンスの暫定的な終了判断は画像形成装置が行う場合について説明した。しかし、監視装置１１０が画像形成装置１００からのメンテナンス作業開始および終了に関する情報を受信し、監視装置１１０側でメンテナンスの暫定的な終了判断を下すシステムとして構成にすることもできる。以下、監視装置１１０側でメンテナンスの暫定的な終了判断を下す実施形態について説明する。なお、ハードウエアの構成等については、第１実施形態の図１乃至図３については同様である。
【０２１１】
図１０は、本実施形態を示す監視装置における第２のデータ処理手順の一例を示すフローチャートである。本例は、監視装置１１０における終了時カウンタ情報受信処理例である。なお、Ｓ９０１〜Ｓ９１０は各ステップを示す。
【０２１２】
また、各ステップは、図２に示す監視装置１１０内のＣＰＵ３０５が記憶装置３０４に記憶される制御プログラムを実行することで実現される
サービスマンは、画像形成装置１００のメンテナンス作業を開始する際、メンテナンス開始／終了操作部２０１よりメンテナンス作業開始指示を行う。開始／終了操作受信部２０２がメンテナンス作業開始操作を受信すると、通知制御部２０５は、画像形成枚数管理部２０４において画像形成枚数をカウントするためのカウンタのカウンタ情報を取得する。そして、通知制御部２０５は、取得したカウンタ情報をメンテナンス作業開始情報として画像形成装置ＩＤとともに監視装置１１０に送信する。
【０２１３】
なお、メンテナンス作業開始および終了情報は、監視装置１１０内部のメンテナンス履歴テーブル５００に記憶して管理される。
【０２１４】
まず、Ｓ９０１で、監視装置１１０は、画像形成装置１００からメンテナンス作業開始情報を受信すると、Ｓ９０２で、画像形成装置１００から受信したメンテナンス作業開始情報をメンテナンス履歴テーブル５００に記憶する。このとき、メンテナンス履歴テーブル５００は、ＣＰＵ３０５により新規レコードに履歴ＩＤ５０１が新たに発番され、メンテナンス作業開始日時５０２には、メンテナンス作業開始情報を受信した時刻が格納される。
【０２１５】
また、ＣＰＵ３０５は、メンテナンス履歴テーブル５００の開始時カウンタ情報５０３に、受信したメンテナンス作業開始情報に含まれるカウンタのカウンタ情報を格納する。
【０２１６】
さらに、ＣＰＵ３０５は、メンテナンス履歴テーブル５００のメンテナンス作業時間５０４および作業中カウント５０５、暫定フラグ５０６に、いずれもＮＵＬＬもしくは無効値を一時的に格納する。
【０２１７】
通常、サービスマンは、メンテナンスが終わるとメンテナンス作業終了操作を行う。
【０２１８】
そして、開始／終了操作受信部２０２がメンテナンス作業終了操作を受信すると、通知制御部２０５は画像形成枚数管理部２０４において画像形成枚数をカウントするためのカウンタのカウンタ情報を取得する。そして、通知制御部２０５は、取得したカウンタ情報をメンテナンス作業終了情報として画像形成装置ＩＤとともに監視装置１１０に送信する。
【０２１９】
一方、監視装置１１０では、暫定終了判定条件を満たしたとき、メンテナンス作業終了と暫定的な判断を下すように設定されている。
【０２２０】
ここで、暫定終了判定条件とは、メンテナンス作業開始情報受信時刻からの経過時間などである。なお、暫定終了判定条件は、複数設定してもよい。
【０２２１】
本実施形態では、以下、メンテナンス作業開始情報受信時刻からの経過時間「３０分」が暫定終了判定条件として設定されている場合を例に挙げて説明する。
【０２２２】
次に、ＣＰＵ３０５は、Ｓ９０３で画像形成装置１００からメンテナンス作業終了情報を受信するか、Ｓ９０４で暫定終了判定条件を満たすかのどちらかが発生するまで処理をループする。ここで、暫定終了判定条件とは、メンテナンス作業開始情報受信時刻から３０分が経過とする。
【０２２３】
そして、ＣＰＵ３０５がメンテナンス作業開始時刻から３０分が経過する前にメンテナンス作業終了情報の受信が発生したと判断した場合は、Ｓ９０３からＳ９０５に進む。そして、Ｓ９０５で、ＣＰＵ３０５は、受信したメンテナンス作業終了情報に従ってメンテナンス作業情報を保存して、本処理を終了する。
【０２２４】
このとき、ＣＰＵ３０５は、作業終了情報を受信した時刻と格納済みの作業開始日時５０２との差分を求める。そして、ＣＰＵ３０５は、メンテナンス作業開始情報を記憶するレコードに対応するメンテナンス作業時間５０４に求めた差分を格納する。
【０２２５】
また、ＣＰＵ３０５は、受信した作業終了時カウンタ情報と格納済みの開始時カウンタ情報５０３との差分を求める。そして、ＣＰＵ３０５は、求めた差分をメンテナンス履歴テーブル５００の作業中カウント５０５に格納する。
【０２２６】
さらに、ＣＰＵ３０５は、メンテナンス履歴テーブル５００の暫定フラグ５０６に、暫定終了ではないことを示す値（図７に示すメンテナンス履歴テーブル５００では「０」）を格納する。
【０２２７】
そして、ＣＰＵ３０５がＳ９０３、Ｓ９０４で、メンテナンス作業終了情報を受信せずにメンテナンス作業開始情報受信時刻から３０分が経過したと判断した場合は、一度メンテナンス作業終了と判断して、Ｓ９０６へと進む。
【０２２８】
そして、Ｓ９０６で、監視装置１１０のＣＰＵ３０５は画像形成装置１００にカウンタの取得リクエストを送信し、画像形成装置１００からカウンタ情報を取得する。
【０２２９】
続く、Ｓ９０７では、ＣＰＵ３０５は、画像形成装置１００から取得したメンテナンス作業情報をメンテナンス履歴テーブル５００に保存して、本処理を終了する。
【０２３０】
このとき、ＣＰＵ３０５は、暫定終了判断時（３０分経過時点）の時刻と格納済みの作業開始日時５０２との差分を求める。そして、ＣＰＵ３０５は、メンテナンス作業開始情報を記憶するレコードに対応するメンテナンス作業時間５０４に求めた差分を格納する。
【０２３１】
また、ＣＰＵ３０５は、取得した暫定終了判断時カウンタ情報と格納済み開始時カウンタ５０３との差分を求める。そして、ＣＰＵ３０５は、作業中カウント５０５に求めた差分を格納する。
【０２３２】
さらに、ＣＰＵ３０５は、暫定フラグ５０６には、暫定終了であることを示す値（図７に示すメンテナンス履歴テーブル５００では「１」）を格納する。
【０２３３】
そして、Ｓ９０４で、ＣＰＵ３０５が暫定終了判断を下した場合にも、その後にサービスマンによるメンテナンス作業終了指示が行われるかもしれない。そこで、Ｓ９０８では、ＣＰＵ３０５は、メンテナンス作業終了情報を画像形成装置１００から受信するのを待つ。
【０２３４】
一方、もし、サービスマンがメンテナンス作業終了指示を行うのを忘れていた場合には、メンテナンス作業終了情報が受信されることはない。この場合、その後メンテナンスに関わる情報の受信は、次回メンテナンス作業時のメンテナンス作業開始情報を受信（Ｓ９０９）するまでないことになる。
【０２３５】
一方、Ｓ９０８で、ＣＰＵ３０５がメンテナンス作業終了情報を受信したと判断した場合には、Ｓ９１０に進む。そして、Ｓ９１０で、ＣＰＵ３０５は、受信したメンテナンス作業終了情報を元に、メンテナンス履歴テーブル５００のメンテナンス作業情報を更新して、本処理を終了する。
【０２３６】
このとき、ＣＰＵ３０５は、作業終了情報を受信した時刻と格納済みの作業開始日時５０２との差分を求める。そして、ＣＰＵ３０５は、暫定終了判断情報による情報が格納されたメンテナンス作業時間５０４に求めた差分を上書きする。
【０２３７】
また、ＣＰＵ３０５は、受信した作業終了時カウンタ情報と格納済みの開始時カウンタ情報５０３との差分を求める。そして、ＣＰＵ３０５は、作業中カウント５０５に求めた差分を上書きする。
【０２３８】
さらに、ＣＰＵ３０５は、暫定フラグ５０６は、暫定終了ではないことを示す値（図７の例では「０」）に変更する。
【０２３９】
一方、サービスマンがメンテナンス作業終了指示を行うのを忘れていて、Ｓ９０９で次回メンテナンス作業時のメンテナンス作業開始情報が受信されたと判断した場合には、Ｓ９０２に戻る。そして、Ｓ９０２より新たにメンテナンス開始／終了の処理を開始する。
【０２４０】
これにより、監視装置１１０側では、暫定終了判断の有無やメンテナンス作業終了指示の有無によらず、メンテナンス履歴テーブル５００の作業中カウント５０５を参照すれば、メンテナンス作業中の画像形成回数を把握できる。
【０２４１】
また、監視装置１１０側では、メンテナンス作業時間５０４を参照すれば、メンテナンス作業にかかる時間を把握できる。
【０２４２】
以上本実施形態では、サービスマンがメンテナンス作業終了の操作を実施する限りは、暫定的な終了判断に関わらず、終了時の正確な情報が監視装置１１０に保存される。
【０２４３】
一方、サービスマンが終了操作をし忘れた場合には、暫定的な終了判断による暫定終了時の情報の取得が行われて監視装置１１０に保存される。
【０２４４】
これにより、メンテナンス中に画像形成装置１００から出力されてしまう出力枚数（画像形成枚数）を課金から除外するシステムに利用する場合に、メンテナンス終了指示を忘れることによる不具合を解消できる。
【０２４５】
ここで、不具合とは、上述したように、メンテナンス扱いで課金対象外となる画像形成装置が継続してしまうという不都合である。
【０２４６】
なお、本実施形態では、監視装置１１０に対してさらに別の監視装置を拠点監視用に接続し、メンテナンス作業開始情報や終了情報、暫定終了情報の記憶時に、該接続した監視装置に情報を送信するように構成してもよい。
【０２４７】
これにより、監視装置１１０を画像形成装置１００とＬＡＮで接続された拠点監視装置とし、該拠点監視装置が暫定終了判断を行い、中央監視装置にメンテナンス情報を通知するシステムとすることも可能となる。
【０２４８】
上記実施形態によれば、サービスマンにより画像形成装置をメンテナンスする場合に、サービスマンによるメンテナンス終了操作のし忘れを要因とする不具合を解消できる。このため、監視装置では、柔軟で信頼性の高いメンテナンス情報を画像形成装置から取得することができる。
【０２４９】
〔第５実施形態〕
上記各実施形態では、通知制御部２０５は、タイミングＴ２、Ｔ３で画像形成枚数管理部２０４のメモリに保持されるカウンタ情報を監視装置１１０に送信する場合について説明した。これにより、サービスマンによるメンテナンス終了指示の忘れに伴うカウンタ情報が不正な状態のまま放置されてしまう事態を回避することができる。
【０２５０】
しかしながら、メンテナンスの開始から終了までの時間を管理したいという要求には十分に対応できない場合がある。
【０２５１】
そこで、メンテナンスの開始から終了までの時間を正確に管理する実施形態について説明する。
【０２５２】
図１１は、図１に示した画像形成装置の構成を説明するブロック図である。なお、図２に示したものと同一のものには同一の符号を付してある。
【０２５３】
図１１において、２０７はタイマ処理部で、メンテナンス開始／終了操作部２０１よるメンテナンス作業開始指示時刻またはメンテナンス作業終了指示時刻を計時してメモリに保持する。
【０２５４】
図１２は、本実施形態を示す画像形成装置における第３のデータ処理手順の一例を示すフローチャートである。本例は、画像形成装置１００のメンテナンス処理例である。なお、Ｓ６００１〜Ｓ６００９は各ステップを示す。また、各ステップは、画像形成装置１００が備える通知制御部２０５が制御プログラムをＲＡＭにロードして実行することで実現される。
【０２５５】
サービスマンは、画像形成装置１００のメンテナンス作業を開始する際に、メンテナンス開始／終了操作部２０１よりメンテナンス作業開始指示を行う。
【０２５６】
そして、Ｓ６００１で、サービスマンがメンテナンス開始／終了操作部２０１を操作することにより、開始／終了操作受信部２０２がメンテナンス作業開始指示を受信する。そして、Ｓ６００２で、通知制御部２０５は、メンテナンス作業開始指示を受信したら、タイマ処理部２０７のメモリにメンテナンス作業開始指示がなされた時刻を保持させる。
【０２５７】
さらに、次に、通知制御部２０５は、メンテナンス作業開始情報として作業開始時の時刻や画像形成装置ＩＤとともに画像形成枚数管理部２０４から取得したカウンタ情報を監視装置１１０に送信する。
【０２５８】
このようにして監視装置１１０がメンテナンス作業開始の時刻を受信すると、ＣＰＵ３０５は、作業開始時の時刻やカウンタ情報を図１に示した記憶装置３０４に確保されるメンテナンス履歴テーブル４００に格納する。
【０２５９】
このとき、ＣＰＵ３０５は、メンテナンス履歴テーブル４００の新規レコードに履歴ＩＤ４０１を新たな発番を行い、情報種別４０２には開始情報であることを示す値「１」を格納する。
【０２６０】
また、ＣＰＵ３０５は、メンテナンス作業開始／終了日時４０３と開始／終了時カウンタ情報４０４に対して、受信したメンテナンス作業開始情報に含まれる時刻と受信したカウンタ情報をそれぞれ格納する。
【０２６１】
通常、サービスマンは、メンテナンス作業が終わると、メンテナンス開始／終了操作部２０１よりメンテナンス作業終了指示を行う。
【０２６２】
これに対して、本実施形態においては、通知制御部２０５が、後述するようにあらかじめ設定される暫定終了判定条件を満たしたとき、メンテナンス作業終了と暫定的な判断を下すように制御される。
【０２６３】
ここで、暫定判定条件とは、メンテナンス作業開始指示を受信した時刻から経過時間や、省電力モードの検知、リモート操作での出力枚数などである。この条件は複数設定していてもよい。
【０２６４】
本実施形態では、以下、メンテナンス作業開始の指示時刻からの経過時間として「３０分」が暫定終了判定条件として設定されている場合を例として説明する。ここで、３０分とは、図３に示した終了操作忘れ時のメンテナンス期間ＴＭ１に対応する。
【０２６５】
次に、通知制御部２０５は、Ｓ６００３で、メンテナンス作業終了指示を受信するか、Ｓ６００４で、上記暫定終了条件を満たすかのいずれかが発生するまで、処理をループする。
【０２６６】
一方、Ｓ６００３で、通知制御部２０５がメンテナンス作業終了指示の受信が先に発生したと判断した場合は、Ｓ６００５へ進む。
【０２６７】
そして、通知制御部２０５は、タイマ処理部２０７のメモリに保持される終了時刻を取得する。次に、通知制御部２０５は、タイマ処理部２０７から取得したカウンタ情報を終了時刻として作業終了時の時刻や画像形成装置ＩＤとともに監視装置１１０に送信して、本処理を終了する。
【０２６８】
一方、監視装置１１０は、Ｓ６００５の処理により、画像形成装置１００からメンテナンス作業終了情報を受信すると、そのメンテナンス作業終了情報をメンテナンス履歴テーブル４００に保存する。
【０２６９】
このとき、ＣＰＵ３０５は、メンテナンス履歴テーブル４００の新規レコードに履歴ＩＤ４０１に新たな発番を行い、情報種別４０２に終了情報であることを示す値「２」を格納する。
【０２７０】
これにより、監視装置１１０側では、ＣＰＵ３０５がメンテナンス履歴テーブル４００を参照し、作業開始時刻と作業終了時刻との差分を求めることでメンテナンス作業中の時間を正確に把握できる。
【０２７１】
一方、通知制御部２０５は、Ｓ６００３で、サービスマンによるメンテナンス終了指示を受信することなく、Ｓ６００４で、メンテナンス作成開始時刻から３０分が経過した場合は、仮にメンテナンス作業終了したものと判断する。そして、Ｓ６００４からＳ６００６へ進む。
【０２７２】
そして、Ｓ６００６で、通知制御部２０５は、画像形成枚数管理部２０４からタイミングＴ２におけるメンテナンス作業暫定終了時刻をタイマ処理部２０７から取得し、画像形成装置ＩＤとともに監視装置１１０に送信する。
【０２７３】
一方、Ｓ６００４で、通知制御部２０５が暫定終了判断を下した場合でも、その後にサービスマンによるメンテナンス作業終了指示が行われるかもしれない。そこで、通知制御部２０５は、Ｓ６００７で、サービスマンの操作によるメンテナンス作業の終了指示を開始／終了操作受信部２０２０が受信するのを待つ。
【０２７４】
ここで、もし、サービスマンがメンテナンス作業終了指示を行うのを忘れていた場合には、メンテナンス作業終了指示の受信は行われない。この場合は、Ｓ６００７で、ＮＯと判断されるため、その後のメンテナンスに関わる指示受信は、Ｓ６００８で、次回のメンテナンス作業時においてメンテナンス作業開始指示が受信されるまでないこととなる。
【０２７５】
そして、Ｓ６００８で、通知制御部２０５がメンテナンス開始指示を受信したと判断した場合は、通知制御部２０５は、第２の終了条件が成立したものと判断する。
【０２７６】
そして、Ｓ６００９で、通知制御部２０５は、タイマ処理部２０７のメモリに保持されている暫定終了時刻を正常終了時刻とみなすメンテナンス情報を生成する。そして、通知制御部２０５は、生成したメンテナンス情報を画像形成装置ＩＤとともに監視装置１１０に送信して、本処理を終了する。
【０２７７】
一方、Ｓ６００７で、通知制御部２０５がサービスマンによる操作で、３０分経過後、メンテナンス作業終了指示を受信したと判断した場合は、Ｓ６００５に進む。そして、Ｓ６００５で、通知制御部２０５は、タイマ処理部２０７から保持している終了時刻を取得する。
【０２７８】
そして、通知制御部２０５は、タイマ処理部２０７から取得した終了時刻をメンテナンス作業終了情報として作業終了時の画像形成装置ＩＤとともに、監視装置１１０に送信して、本処理を終了する。
【０２７９】
なお、Ｓ６００７からＳ６００５へ進んだ場合に、監視装置１１０が画像形成装置１００からメンテナンス作業終了情報を受信すると、ＣＰＵ３０５はそのメンテナンス作業終了情報をメンテナンス履歴テーブル４００に保存する。
【０２８０】
本実施形態では、タイマ処理部２０７のメモリに暫定終了時刻を保持させた後、何らメンテナンス終了指示がない状態でメンテナンス開始指示を受信した場合、第２の終了条件を満たすと判断する。この場合は、通知制御部２０５は、既に保持している暫定終了時刻を正常終了時刻とみなして、当該正常終了時刻や画像形成装置ＩＤを監視装置１１０に送信する。
【０２８１】
つまり、サービスマンによる操作開始指示を受信した後、かつ、暫定終了を判断した後に、操作終了指示を受信できない場合がある。このような状態が発生した場合でも、サービスマンによる次の操作開始指示を受信したタイミングで、暫定終了時刻を前回の操作指示終了時刻として監視装置１１０に送信できる。
【０２８２】
そして、監視装置１１０では、すでに受信した暫定終了時刻を削除して、受信した前回の操作指示終了時刻をメンテナンス履歴テーブル４００に保持させることができる。これにより、メンテナンス開始、メンテナンス終了から正確なメンテナンス作業時間を把握できる。
【０２８３】
〔第６実施形態〕
以下、図１３、図１４に示すメモリマップを参照して本発明に係る情報処理装置、画像形成装置を含む画像形成システムで読み取り可能なデータ処理プログラムの構成について説明する。
【０２８４】
図１３は、本発明に係る画像形成装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０２８５】
図１４は、本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。本例は、監視装置１１０が情報処理装置とする例である。
【０２８６】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０２８７】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０２８８】
本実施形態における図６、図８、図９、図１０、図１２に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０２８９】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０２９０】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２９１】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０２９２】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０２９３】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２９４】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０２９５】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０２９６】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２９７】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２９８】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【０２９９】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０３００】
【図１】本発明の第１実施形態を示す画像形成装置を適用可能な画像処理システムの一例を示す図である。
【図２】図１に示した画像形成装置の構成を説明するブロック図である。
【図３】図１に示した画像形成装置によるメンテナンス作業状況を説明するタイムチャートである。
【図４】図１に示した監視装置の構成を説明するブロック図である。
【図５】図１に示した監視装置の記憶装置に保存されるメンテナンス履歴テーブルの一例を示す図である。
【図６】本実施形態を示す画像形成装置における第１のデータ処理手順の一例を示すフローチャートである。
【図７】図１に示した監視装置の記憶装置に保存される他のメンテナンス履歴テーブルの一例を示す図である。
【図８】本実施形態を示す監視装置における第１のデータ処理手順の一例を示すフローチャートである。
【図９】本実施形態を示す画像形成装置における第２のデータ処理手順の一例を示すフローチャートである。
【図１０】本実施形態を示す監視装置における第２のデータ処理手順の一例を示すフローチャートである。
【図１１】本実施形態を示す画像形成装置の構成を説明するブロック図である。
【図１２】本実施形態を示す画像形成装置における第３のデータ処理手順の一例を示すフローチャートである。
【図１３】本発明に係る画像形成装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【図１４】本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
【０３０１】
１００  画像形成装置
１１０  監視装置
２０１  メンテナンス開始／終了操作部
２０２  開始／終了操作受信部
２０３  画像形成部
２０４  画像形成枚数管理部
２０５  通知制御部
２０６  通信Ｉ／Ｆ部
【図１】
0004991457.tif 000002
【図２】
0004991457.tif 000003
【図３】
0004991457.tif 000004
【図４】
0004991457.tif 000005
【図５】
0004991457.tif 000006
【図６】
0004991457.tif 000007
【図７】
0004991457.tif 000008
【図８】
0004991457.tif 000009
【図９】
0004991457.tif 000010
【図１０】
0004991457.tif 000011
【図１１】
0004991457.tif 000012
【図１２】
0004991457.tif 000013
【図１３】
0004991457.tif 000014
【図１４】
0004991457.tif 000015