JP2009098722A - 管理装置、画像形成装置、部品管理方法、記憶媒体及びプログラム - Google Patents

Abstract

【課題】 サービスマンの操作で変化する画像形成装置のステータス変化に適応した部品交換リストを表示することである。
【解決手段】 管理サーバ１０６は、画像形成装置１０２よりサービスマンの操作指示に従い、画像形成装置の操作モードの通知を受信する。そして、画像形成装置１０２におけるステータス変化を取得する（Ｓ８０２）。次に、管理サーバ１０６は、記憶された管理情報を参照し、前記受信手段で受信した前記画像形成装置の操作モード及び前記取得手段により取得したステータス変化に基づき、交換部品リストを生成する（Ｓ８０７〜Ｓ８１０）。そして、管理サーバ１０６は、生成された交換部品リストを画像形成装置１０２に送信する（Ｓ８１１）構成を特徴とする。
【選択図】 図８

Description

本発明は、管理装置で管理される交換部品情報に基づく画像形成装置における交換部品の表示処理に関するものである。

従来、画像形成装置を管理するシステムにおいて、画像形成装置の部品交換作業は、まず、サービスマンが画像形成装置の操作パネルを操作して、所定のモードに変更し、部品交換を行っていた。さらに部品交換後、所定の画面に表示された全部品のリストから交換対象となった部品を選択することにより、部品の在庫管理を行っていた。
特開2002−149507号公報

しかしながら、画像形成装置に備える操作パネルの所定の画面に表示されるリストには、交換可能な全部品が表示されているため、交換対象でない部品をサービスマンが誤って選択してしまうことがあり、そのため、部品の在庫管理に支障をきたす可能性があった。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、サービスマンの操作で変化する画像形成装置のステータス変化に適応した部品交換リストを表示できる仕組みを提供することである。

上記目的を達成する本発明の画像形成装置は以下に示す構成を備える。

画像形成装置における操作モードと、前記操作モード毎のステータス変化と、交換部品情報とを対応づけた管理情報を記憶する記憶手段と、前記画像形成装置の操作モードの通知を受信する受信手段と、前記画像形成装置におけるステータス変化を取得する取得手段と、前記記憶手段に記憶された管理情報を参照し、前記受信手段で受信した前記画像形成装置の操作モード及び前記取得手段により取得したステータス変化に基づき、交換部品リストを生成する生成手段と、前記生成手段で生成された交換部品リストを画像形成装置に送信する送信手段とを備えることを特徴とする。

本発明によれば、サービスマンの操作で変化する画像形成装置のステータス変化に適応した部品交換リストを表示できる。

次に本発明を実施するための最良の形態について図面を参照して説明する。

＜システム構成の説明＞
〔第１実施形態〕
図１は、本発明の第１実施形態を示す画像形成装置の管理システムを示す図である。本例は、画像形成装置本体と管理サーバとがインターネットを介して通信可能に構成されたシステム例である。なお、画像形成装置は、複合機能を備える画像形成装置であってもよいし、印刷機能を備える印刷装置であっても、本発明を適用可能である。

また、画像形成装置は、複数の開閉部材、複数の着脱部材を備え、各開閉部材は、他の開閉部材が開いた状態でないと開閉できない機構となる場合がある。ここで、着脱部材とは、トナーカートリッジ、感光ドラム、帯電器、定着ユニット、ローラ等を含む。また、開閉部材とは、画像形成装置の部材を覆う部材であって、外カバー、内カバーを含む。内カバーの数はその製品により異なる。さらに、内カバーは、開閉部材のみならず、ネジ等による締め付けで取り外される場合もある。

同様に、各開閉部材は、他の着脱部材が取り外した状態でないと開閉できない機構となる場合がある。

従って、例えばトナーホッパを交換部品とする場合には、外カバーを開閉し、さらに、内カバーを開閉しないと、交換できない場合がある。本実施形態では、外カバーと内カバーとが開いた状態である場合と、外カバーのみが開いた場合とで、操作部に表示すべき交換部品の内容を変更することで、交換者の誤認や誤操作を解消するものである。

なお、着脱部材と開閉部材との係合状態は、その製品の機構毎に異なるため、外カバーを開けた場合に、他の着脱部材を取り外さないと、内カバーを開けることができない機構となる場合もある。

図１において、１０２は画像形成装置で、詳細は図２において説明する。なお、画像形成装置１０２Ａ、１０２Ｂは、ネットワーク（ＬＡＮ）１０１に複数台接続可能に構成されている。また、画像形成装置１０２Ａ、１０２Ｂは、それぞれ機能、仕様が異なるものとしてもよいし、同一機能のものを複数接続してもよい。さらに、画像形成装置１０２Ａ、１０２Ｂには、上記交換可能な開閉部材、着脱部材の開閉状態や着脱状態をセンサ等で検出することで、後述する管理サーバ１０６にステータス変化として通知することが可能に構成されている。また、説明上、画像形成装置１０２Ａ、１０２Ｂに共通する事項に関しては、画像形成装置１０２として説明を行う。

１０８は一般のユーザが業務等で使用するパーソナルコンピュータ（ＰＣ）である。なお、ＰＣ１０８は、所定のオペレーティングシステムが外部記憶装置にインストールされて、ＲＡＭにＯＳがロードされてＣＰＵが各種のアプリケーションを実行することで、種々のデータ処理を行う。

１０３はプロキシサーバ（Ｐｒｏｘｙ Ｓｅｒｖｅｒ）で、ＩｎｔｒａｎｅｔからＨＴＴＰやＨＴＴＰＳなどのプロトコルで、複数のユーザがＩｎｔｅｒｎｅｔに接続可能とする。１０４はファイアオール（Ｆｉｒｅｗａｌｌ）で、Ｉｎｔｒａｎｅｔのセキュリティを高めるために設置される。これらがＬＡＮ１０１を介して相互に接続されていることを表している。

また、１０６は管理サーバで、ＬＡＮ１０１に接続された画像形成装置１０２Ａ、１０２Ｂの稼動状態を一元的に管理する。なお、管理サーバ１０６は、ＣＰＵ、ＲＡＭ、ＲＯＭを含むコントローラ部、ネットワークコントローラ、入出力デバイス、外部記憶装置を備えて構成される。また、管理サーバ１０６は、外部記憶装置に記憶されるＯＳをＲＡＭにロードして、ＣＰＵが管理プログラムを実行することで、本システムにおける管理処理を実行する。

１０５はイントラネット（Ｉｎｔｒａｎｅｔ）環境で、例えば画像形成装置１０２Ａ、１０２ＢとＰｒｏｘｙ Ｓｅｒｖｅｒ１０３、Ｆｉｒｅｗａｌｌ１０４とがＬＡＮ１０１を介して相互に接続された画像形成装置の管理システム全体の環境に対応する。

実際には複数のイントラネット環境１０５と、管理サーバ１０６とがＩｎｔｅｒｎｅｔ１０７を介して、上記各デバイスが相互、かつ、通信可能に接続されている。

画像形成装置１０２Ａ、１０２Ｂは、ＬＡＮ１０１を介して自身の通信スケジュールに従って通信を行う。そして、通信スケジュールに従って上記画像形成装置１０２Ａ、１０２Ｂの種動作モード設定や、カウンタ値、稼働ログなどの稼働情報、およびハード障害やジャム多発等の障害情報を通信用データに加工する。そして、画像形成装置１０２Ａ、１０２Ｂは、Ｉｎｔｅｒｎｅｔ１０７を介して所定のプロトコルで管理サーバ１０６へ加工した通信用データを送信する。

また、管理サーバ１０６は、画像形成装置１０２Ａ、１０２Ｂに対して設定情報の更新やリブートなどのコマンド指示をＩｎｔｅｒｎｅｔ１０７を介して所定の通信プロトコルで行う。

この際の通信手段（通信プロトコル）としては、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）を介したＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）のやり取り等がある。

本実施形態では、通信プロトコルが、ＨＴＴＰやＨＴＴＰＳなどのプロトコルを想定しているが、とくに限定するものではない。

例えば、図１の例において、画像形成装置１０２Ａ、１０２ＢはＨＴＴＰＳを利用してＰｒｏｘｙ Ｓｅｒｖｅｒ１０３とＦｉｒｅｗａｌｌ１０４を介して、管理サーバ１０６にデータを送信している。

管理サーバ１０６は、画像形成装置１０２Ａ、１０２Ｂを制御するために、画像形成装置１０２Ａ、１０２Ｂ用のコマンドを発行する。画像形成装置１０２Ａ、１０２Ｂからは、定期的に（またはイベント的に）管理サーバ１０６へコマンドを取得しに来るので、管理サーバ１０６で発行したコマンドは、画像形成装置１０２Ａ、１０２Ｂが取得しに来るまで、管理サーバ１０６内で保管する。以下、管理サーバ１０６へコマンドを取得しに来ることをコマンドリクエストと呼ぶ。

例えば、コマンド取得の方法は、画像形成装置１０２Ａ、１０２Ｂ内に保管してあるＳＳＬ証明書を利用して、管理サーバ１０６とｈｔｔｐｓの通信を行う。

このとき、特定のＳＳＬ証明書を利用し通信を開始する事で、通信相手が管理対象の装置であることを管理サーバ１０６は認識する。

また、監視装置１０６には、それぞれ一意に識別するための識別ＩＤが付与されており、ｈｔｔｐｓ通信が確立した後に、ＳＯＡＰ等のプロトコルを使用して、識別ＩＤを管理サーバ１０６に送信する。これにより、管理サーバ１０６はどの画像形成装置１０２Ａ、１０２Ｂから通信が行われたのか、確認する事ができる。また、このレスポンスに、コマンドを付与する事によって、インターネット１０７から、特定の画像形成装置１０２Ａ、１０２Ｂへのコントロールを可能にする。

図２は、図１に示した画像形成装置１０２Ａ、１０２Ｂの構成を説明する図である。なお、図２の（Ａ）は装置本体の開閉ドアを閉じた状態に対応し、図２の（Ｂ）はドアをオープンした状態に対応する。

図２において、２０１は本体前ドアであり、ユーザ又はサービスマンが必要に応じて開閉可能に構成されている。なお、本体前ドア２０１がオープンした状態では、電源が入らないように電源制御されている。なお、本体前ドア２０１がオープンした状態は、検知センサ等でオン状態かオフ状態かを検知可能に構成されている。

２０２は右上ドア、２０３は右下ドア、２０４はフィーダカバー、２０５はフィニッシャ上カバーである。また、２０６はフィニッシャ前カバー、２０７はフィニッシャ左下カバー、２０８は左下ドアを表している。各ドアには、検知センサが付加されており、図２のようにドアをオープンすると、画像形成装置１０２のコントローラ部が各カバーのオープン状態をそれぞれ検知可能に構成されている。

図３は、図１に示した画像形成装置１０２Ａ、１０２Ｂのコントローラの構成を説明するブロック図である。

図３において、３８０はコントローラで、リーダ部３９６，プリンタ部３９７の動作を制御するとともに、ネットワークを介した通信や、公衆回線を介した通信を総括的に制御する。

コントローラ３８０は、上述した各カバー、ドアの開閉状態を検知センサの出力から判別可能に構成されている。

コントローラ３８０の各構成要素は、システムバス３８１及び画像バス３８２に接続されている。

ＲＯＭ３８３には画像形成装置１０２の制御プログラムが格納されており、ＣＰＵ３８６で実行される。ＲＡＭ３８４は、プログラムを実行するためのワークメモリエリアであり、画像データを一時記憶するための画像メモリでもある。

蓄積メモリ３８５は不揮発性メモリであり、画像形成装置１０２Ａ、１０２Ｂの再起動後も保持しておく必要のある各種動作モード設定やアドレス帳、印刷枚数カウンタ値、部品の稼動量を表す部品カウンタ値、稼働ログが記憶される。さらに、蓄積メモリ３８５は、サービスコールエラー／ジャム／アラームなどの障害情報も記憶される。

Ｎｅｔｗｏｒｋ Ｉ／Ｆ３８９はＬＡＮ１０１と接続するためのインタフェース部であり、ＬＡＮ１０１を介してＰｒｏｘｙ Ｓｅｒｖｅｒ１０３と通信を行う。

回線Ｉ／Ｆ部３９０は、ＩＳＤＮや公衆電話網に接続され、ＲＯＭ３８３内の通信制御プログラムにより制御され、ＩＳＤＮ Ｉ／Ｆやモデム、ＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を介して遠隔の端末とデータの送受信を行う。

なお、ファクシミリの送受信もこの回線Ｉ／Ｆ部３９０を使用して行う。なお、画像形成装置１０２Ａ、１０２Ｂの双方が回線Ｉ／Ｆ部３９０を備えず、一方の、例えば画像形成装置１０２Ａのみが回線Ｉ／Ｆ部３９０を備える場合もある。これは、ユーザがオプションとしてファクシミ送受信機能を必要とする場合と、必要としない場合とがあるためである。

操作部３８８には表示手段やキー入力手段が内蔵されており、これらはＣＰＵ３８６にて制御される。

操作者は、キー入力手段を通してスキャナ読み取りやプリント出力に関する各種設定指示や、作動／停止指示を行う。以上の構成要素がシステムバス３８１上に配置される。

ＩＯ制御部３８７は、システムバス３８１と画像データを高速で転送する画像バス３８２とを接続するためのバスブリッジである。

画像バス３８２は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３８２上には以下のデバイスが配置される。３８８は操作部で、後述するユーザインタフェースを表示する。

デジタルＩ／Ｆ部３９３は、画像形成装置１０２のリーダ部３９６やプリンタ部３９７とコントローラ３８０とを接続し、画像データの同期系／非同期系の変換を行う。また、リーダ部３９６やプリンタ部３９７内の各所に配置した前述の各種センサが検出した情報は、このデジタルＩ／Ｆ部３９３、及びＩＯ制御部３８７を介してシステムバス３８１へ流れる。

画像処理部３９１は、入力及び出力画像データに対し補正／加工／編集を行う。

画像回転部３９２は画像データの回転を行う。画像圧縮伸長部３９４は、多値画像データはＪＰＥＧ、２値画像データはＪＢＩＧ／ＭＭＲ／ＭＲ／ＭＨの圧縮伸張処理を行う。画像密度変換部３９５は、出力用画像データに対して解像度変換等を行う。

ＣＰＵ３８６がＲＡＭ３８４にロードして実行する制御プログラムにより、ＣＰＵ３８６は蓄積メモリ３８５内の各種の情報を読み出し、Ｎｅｔｗｏｒｋ Ｉ／Ｆ３８９を介して管理サーバ１０６へ送信する。ここで、各種の情報とは、各種動作モード設定や印刷枚数カウンタ値、部品の稼動量を表す部品カウンタ値、稼働ログ、サービスコールエラー／ジャム／アラームなどの障害情報が含まれる。

この際、ＣＰＵ３８６では、上記読み出した情報を大きく２つに分類し、管理サーバ１０６へ送信するタイミングをそれぞれ変えている。

１つは、画像形成装置１０２側で発生するサービスコールエラー／ジャム／アラームなどの障害に関する障害情報である。

これらの障害情報は即時性が要求されるため、ＣＰＵ１８６は障害発生後直ちに管理サーバ１０６へ送信する。

もう１つは、各種動作モード設定や印刷枚数カウンタ値、部品の稼動量を表す部品カウンタ値、稼動ログなどの情報である。

これらの情報は所定の通信スケジュールに従って定期的に管理サーバ１０６へ送信する。

また、コントローラ３８０内ではＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバプログラムが動作しており、蓄積メモリ３８５に記憶されている上記情報をクライアントＰＣ１０８上で稼動するＷｅｂブラウザから閲覧可能となっている。

図４は、図１における管理サーバ１０６のハードウェア構成を示すブロック図である。

図４において、ＣＰＵ４５２は、管理サーバ１０６は汎用のコンピュータ等で構成され、全体を制御する。ＲＯＭ４５３は、システム起動に必要なブートプログラムを記憶している。

ＲＡＭ４５４は、ＣＰＵ４５２でプログラムを実行する際に必要とされる作業メモリとして機能する。Ｎｅｔｗｏｒｋ Ｉ／Ｆ４５５は、Ｎｅｔｗｏｒｋ上で通信を行う。

表示制御部４５６は、ディスプレイ４５７に画像形成装置との通信内容等を表示する。

入力デバイス４５９、４６０は、管理サーバ１０６を管理するオペレータが操作可能に構成されている。ここで、入力デバイス４６０は、いわゆるポインティングデバイスである。入力デバイス４５９は、キーボードである。入力制御部４５８は、入力デバイス４５９，４６０を制御する。

記憶装置４６１は、ＣＰＵ４５２で実行するプログラムや画像形成装置１０２Ａ、１０２Ｂから送られた各デバイスの稼働情報などを格納する。なお、記憶装置４６１は、不揮発性の記憶媒体、例えば磁気ディスク等で構成される。

管理サーバ１０６は、画像形成装置１０２Ａ、１０２Ｂからの定期的な稼働情報通知や不定期的な異常状態の通知、あるいは画像形成装置１０２Ａ、１０２ＢからのコマンドリクエストをＮｅｔｗｏｒｋ Ｉ／Ｆ４５５を介して常時受けている。

また、ユーザから画像形成装置１０２Ａ、１０２Ｂへの設定変更や動作要求などのコマンド入力は、入力制御部４５８を介して常時受け付けている。

定期的に通知される稼働情報には、各種カウンタ値や稼働ログなどが含まれており、管理サーバ１０６は稼動情報を基に画像形成装置１０２Ａ、１０２Ｂを所有している顧客に対して毎月請求する定期メンテナンス料を算出する。

また、画像形成装置１０２Ａ、１０２Ｂに使用されているパーツが推奨寿命に対してどのくらい消耗しているのかをレポートの形で出力する。

管理サーバ１０６は、この稼働情報を記憶装置４６１に逐次格納する。

一方、管理サーバ１０６のオペレータは記憶装置４６１に格納された稼働情報を適宜参照して顧客への請求額を決定する。

不定期的に通知される画像形成装置１０２Ａ、１０２Ｂの異常状態を表す情報には、稼働情報に加えて、発生したハード障害やジャムなどのエラー／アラーム情報が含まれている。

管理サーバ１０６は画像形成装置１０２Ａ、１０２Ｂから上記ハード障害やジャムなどのエラー／アラーム情報を受け取ると、情報の緊急度に基づいて処理を決定する。

例えば受け取った情報が、画像形成装置１０２Ａ、１０２Ｂの故障など、画像形成装置１０２Ａ、１０２Ｂが異常状態を表すものであり、すぐに復旧させる必要のある障害情報だった場合には、管理サーバ１０６はその対象の画像形成装置１０２Ａ、１０２Ｂを管理しているオペレータに電子メールを送信する。

さらに、管理サーバ１０６は、すぐに復旧させる必要のある障害情報を記憶装置４６１に逐次格納すると共にディスプレイ４５７上に表示することで、画像形成装置１０２Ａ、１０２Ｂが異常状態に陥っている旨をオペレータに通知する。

また、画像形成装置１０２Ａ、１０２Ｂから受け取った情報がジャムやアラームのように緊急度が低い場合には、記憶装置４６１に逐次格納し、電子メールの送信が必要かどうか、ディスプレイ４５７に表示させる必要があるかどうかを判断する。

一方、オペレータは、ディスプレイ４５７上の表示内容から画像形成装置１０２Ａ、１０２Ｂの状態を判断し、必要に応じて障害復旧作業をサービスマンに指示をする。また、トナーなどの消耗品を顧客に送付する。

画像形成装置１０２Ａ、１０２Ｂからのコマンドリクエストは、任意のタイミングで常時受け付ける。管理サーバ１０６はコマンドリクエストを受ける都度、管理サーバ１０６内の記憶装置４６１を確認し、ユーザから画像形成装置へのコマンドが設定されていたら、画像形成装置１０２Ａ、１０２Ｂへコマンドを送信する。

図５は、図１に示した管理サーバ１０６が記憶するステータス変化ログテーブル５００の一例を示す図である。本例は、画像形成装置１０２Ａ、１０２Ｂにおける操作モードの変化、ステータスの変化と、そのステータスコードを記録したステータス変化ログテーブル例である。ここで、ステータス変化ログテーブルは、個体別に構成され、ＩＤやＳ／Ｎといった個体固有の情報別に管理される。

図５において、５０１はシリアル番号で、画像形成装置１０２Ａ又は画像形成装置１０２Ｂ別に対応づけて記憶され、管理サーバ１０６によって管理される。なお、ネットワークアドレスでデバイスを特定可能な場合には、画像形成装置の通信デバイスを特定する、例えばＩＰアドレスで管理してもよい。

５０２は日時で、例えば画像形成装置１０２Ａにおける操作モード変化／ステータス変化を管理サーバ１０６が受けた日時に対応する。５０３は操作モード／ステータス変化で、管理サーバ１０６が通知を受けた画像形成装置における操作モード／ステータスの変化内容に対応する。例えばドアオープン、モード入り等を示す。

５０４はステータスコードで、操作モード変化／ステータス変化５０３の状態を特定する情報である。本実施形態では、ドア材として、右ドア、左下ドア、右上ドアのステータス変化を管理している例を示す。

図６は、図１に示した管理サーバ１０６が記憶するステータス変化−交換部品対応テーブル６００の一例を示す図である。本例は、画像形成装置１０２におけるステータスと、交換部品、画像形成装置１０２の操作モードの３つの関係を表したステータス変化−交換部品対応テーブルの例である。

図６において、６０１はステータス変化で、例えば画像形成装置１０２Ａにおけるステータスの内容である。具体的には、ドアオープン等の情報である。６０２は、ステータス変化６０１のステータスコードである。

６０３は交換部品名で、例えば画像形成装置１０２Ａのステータスに対応した交換部品の名称に対応する。本実施形態では例えば、ステータス“右ドアオープン”に対する交換部品はサブステーション後左オゾンフィルタ、サブステーション後上オゾンフィルタとなる。

これは実際に画像形成装置１０２Ａの部品交換作業時に、サービスマン、もしくはユーザに”右ドアオープン“されたときに交換されたと考えられる部品が、サブステーション後左オゾンフィルタ、サブステーション後上オゾンフィルタであることを示している。

６０４はオペレータメンテナンスモード対象で、交換部品が画像形成装置１０２Ａの操作モード”オペレータメンテナンスモード“の対象であるかどうかを示している。ここで、オペレータメンテナンスモード対象６０４が”○”は交換部品が所定の操作モードの対象であることを示し、オペレータメンテナンスモード対象が”×”は所定の操作モードの対象でないことを示している。

６０５はサービスモード対象で、交換部品が画像形成装置１０２Ａの操作モード”がサービスモード”の対象であるかどうかを示している。

６０６は通常モード対象で、交換部品が画像形成装置１０２Ａの操作モードが”通常モード”の対象であるかどうかを示している。

図１に示した在庫管理システムにおいて、ユーザの中で画像形成装置１０２Ａ、１０２Ｂに関する管理者を選出し、サービスマンではなく前記管理者によって部品交換などを行うサービスが運用上存在する。

その場合、前記管理者が交換可能な部品は通常サービスマンが交換する対象部品の一部と定められている。

前記管理者が部品交換作業を行う際、操作モードを「オペレータメンテナンスモード」に切り替えた後、部品交換作業を行う。

一方、サービスマンが部品交換作業を行う際は、操作モードを「サービスモード」に切り替えた後、部品交換作業を行う。

このため、図６に示す例では、あるステータスについて、オペレータメンテナンスモード対象６０４、サービスモード対象６０５、通常モード対象６０６のいずれの操作モードによって、交換部品が対象となるかどうかが決定するようなテーブル設定になっている。

なお、本実施形態では、管理サーバ１０６は、図６に示すように、オペレータメンテナンスモード対象６０４、サービスモード対象６０５、通常モード対象６０６に示すように各操作モードを管理している。また、管理サーバ１０６は、図６に示すように、画像形成装置１０２Ａ、１０２Ｂから通知される操作モード毎のステータス変化６０１と、交換部品情報（交換部品名６０３）とを対応づけて管理情報として管理する。

図７は、図１に示した在庫管理システムにおける部品交換時の通信シーケンスの一例を説明する図である。

本例は、サービスマン又はユーザが画像形成装置１０２Ａの部品交換作業をする際のサービスマン又はユーザと画像形成装置１０２Ａと管理サーバ１０６間の通信シーケンスの例である。なお、Ｓ７０１〜Ｓ７１４は各ステップを示す。なお、ここでは、画像形成装置を画像形成装置１０２Ａとする場合について説明するが、画像形成装置１０２Ｂであっても同様である。

Ｓ７０１で、サービスマンにより画像形成装置１０２Ａにおいてオペレータメンテナンスモードボタンが押下される。そして、Ｓ７０２で、画像形成装置１０２ＡはＳ７０１によって操作モードがオペレータメンテナンスモードに変化したことを管理サーバ１０６へインターネット１０７を介して通知する。

次に、Ｓ７０３で、サービスマン又はユーザは画像形成装置１０２Ａの本体右ドアをオープンする。すると、Ｓ７０４で、画像形成装置１０２Ａは管理サーバ１０６へ右ドアオープンを通知する。

次に、Ｓ７０５で、サービスマン又はユーザは画像形成装置１０２Ａの左下ドアをオープンする。すると、Ｓ７０６で、画像形成装置１０２Ａは管理サーバ１０６へ左下ドアオープンをインターネット１０７を介して通知する。

次に、Ｓ７０７で、サービスマン又はユーザは画像形成装置１０２Ａの右上ドアをオープンする。すると、Ｓ７０８で、画像形成装置１０２Ａは管理サーバ１０６へ右上ドアオープンをインターネット１０７を介して通知する。

次に、Ｓ７０９で、サービスマン又はユーザは、操作部３８８に配置される交換部品リストボタンを押下する。なお、交換部品リストボタンは、操作部３８８がタッチパネルで構成される場合には、交換部品リストボタンはアイコン表示される。

次に、Ｓ７１０で、画像形成装置１０２Ａは、インターネット１０７を介して管理サーバ１０６へ交換部品リストの要求を行う。

すると、Ｓ７１１で、管理サーバ１０６は所定の処理から交換部品リストを作成し、画像形成装置１０２Ａへ交換部品リストを送信する。なお、所定のリスト作成処理についての詳細は後述する。

次に、Ｓ７１２で、画像形成装置１０２Ａは、Ｓ７１１で受け取った交換部品リストを操作部３８８の表示手段により表示する。

次に、Ｓ７１３で、サービスマン（ユーザ）は操作部３８８の表示手段により表示された交換部品リストから実際に交換した部品を選択し、交換ボタンを押下する。すると、Ｓ７１４で、画像形成装置１０２Ａは管理サーバ１０６へ部品交換通知をインターネット１０７を介して行い、管理サーバ１０６は部品交換通知に伴い在庫減算処理を行う。

図８は、本実施形態を示す管理サーバにおける第１のデータ処理手順の一例を示すフローチャートである。本例は、サービスマン又はユーザが画像形成装置１０２においてオペレータメンテナンスモードに入り、部品交換を行う際の管理サーバ１０６の処理例である。

なお、Ｓ８０１〜Ｓ８１４は各ステップを示す。また、各ステップは、管理サーバ１０６のＣＰＵ４５２がＲＡＭ４５４に制御プログラムをロードして実行することで実現される。

Ｓ８０１で、管理サーバ１０６は、画像形成装置１０２からの通知を受信するための受信待ち処理を行う。次に、Ｓ８０２で、管理サーバ１０６は、画像形成装置１０２からの通知がステータスの変化であるのかどうかを判断する。ここで、管理サーバ１０６が、画像形成装置１０２からの通知がステータス変化通知であると判断した場合、Ｓ８０３で、前述した管理サーバ１０６が保持する図５に示したステータス変化ログテーブル５００にステータスの変化を書き込む。その後、Ｓ８０１へ戻り、再び画像形成装置１０２からの通知を受信するための受信待ち処理に入る。

一方、Ｓ８０２で、管理サーバ１０６が画像形成装置１０２からの通知がステータス変化通知でないと判断した場合、Ｓ８０４で、管理サーバ１０６は、画像形成装置１０２からの通知が交換部品リストの要求であるかどうかを判断する。ここで、管理サーバ１０６がＳ８０４で画像形成装置１０２からの通知が交換部品リストの要求であると判断した場合は、Ｓ８０５へ進む。

そして、Ｓ８０５で、管理サーバ１０６は、図５に示したステータス変化ログテーブル５００を参照し、書き込まれたステータスの変化の中から最新の操作モード変化を検索する。

次に、Ｓ８０６で、管理サーバ１０６は、Ｓ８０５の検索の結果、該当する操作モード変化が存在するかどうかを判断する。ここで、管理サーバ１０６がステータス変化ログテーブル５００の中に該当する操作モード変化が存在すると判断した場合は、Ｓ８０７で、管理サーバ１０６は、該操作モードがどの操作モードであるかを判断する。

本実施形態では、管理サーバ１０６は、図５に示したステータス変化ログテーブル５００に存在する最新の操作モード変化から以下のように判断する。

図５において、日時５０２が「２００６／１２／１５ １３：２０」であり、ステータス変化５０３の内容は「オペレータメンテナンス入り」、ステータスコード５０４は「０２０１００００」となっている。そこで、管理サーバ１０６は、Ｓ８０７で、操作モードは「オペレータメンテナンスモード」と判断する。

その後、Ｓ８０８で、管理サーバ１０６は、Ｓ８０５で検索した操作モード変化の次に存在するステータス変化をステータス変化ログテーブルを参照して確認する。

本実施形態では図５に示したステータス変化ログテーブル５００の中の、日時５０２が「２００６／１２／１５ １３：２７」であり、ステータス変化の内容５０３は「右ドアオープン」、ステータスコード５０４は「０３０３０００４」となる。

次に、Ｓ８０９で、管理サーバ１０６は、図６に示したステータス変化−交換部品対応テーブル６００を参照し、Ｓ８０８で確認したステータス変化と、Ｓ８０７で判断された操作モードに基づいて、対応した交換部品名６０３を選出する。

本実施形態では、ステータス変化６０１が「右ドアオープン」、ステップＳ８０７で判断された操作モードが「オペレータメンテナンスモード」であるため、オペレータメンテナンスモード対象６０４となる。

管理サーバ１０６は、これらの情報に基づいて選出される交換部品名６０３は「サブステーション後左オゾンフィルタ」、「サブステーション後上オゾンフィルタ」となる。

次に、Ｓ８１０で、管理サーバ１０６は、Ｓ８０８で確認したステータス変化の後、更にステータス変化が存在するかどうかステータス変化ログテーブルを参照して判断する。

本実施形態では、図５に示したステータス変化ログテーブル５００において、前述した「右ドアオープン」後に「左下ドアオープン」が存在する。

このため、Ｓ８１０で更にステータス変化が存在すると判断されて、Ｓ８０８へ戻り、再度前述したフローにより、ステータス変化、操作モードに対応した交換部品の選出を行う。

本実施形態では、ステータス変化６０１で、「右ドアオープン」、「左下ドアオープン」、「右上ドアオープン」が存在するため、オペレータメンテナンスモード対象６０４に基づいて以下の交換部品名６０３が選出される。ここで、選出される交換部品名６０３は、「サブステーション後左オゾンフィルタ」、「サブステーション後上オゾンフィルタ」、「第一定着リフレッシュローラ」、「第二定着リフレッシュローラ」、「二次転写クリーナキット」となる（後述する図１１参照）。

仮に操作モードが「サービスモード」であったとすると、ステータス変化６０１「右ドアオープン」、「左下ドアオープン」、「右上ドアオープン」、サービスモード対象６０５に基づいて選出される交換部品名６０３は「サブステーション後左オゾンフィルタ」、「サブステーション後上オゾンフィルタ」となる（後述する図１２参照）。

次に、Ｓ８１１で、管理サーバ１０６は、選出された交換部品をリストとして作成し、画像形成装置１０２へ送信して、Ｓ８０１へ戻る。

一方、Ｓ８０６で、管理サーバ１０６がステータス変化ログテーブルの中に該当する操作モード変化が存在しないと判断した場合は、Ｓ８１２で、要求された交換部品リストがないことを画像形成装置１０２に通知する。その後、Ｓ８０１へ戻り、管理サーバ１０６は、再び画像形成装置１０２からの通知を受信するための受信待ち処理に入る。

一方、Ｓ８０４で、管理サーバ１０６が画像形成装置１０２からの通知が交換部品リストの要求でないと判断した場合は、Ｓ８１３で、管理サーバ１０６は、画像形成装置１０２からの通知が部品交換通知であるかどうかを判断する。ここで、管理サーバ１０６が画像形成装置１０２からの通知が部品交換通知であると判断した場合は、Ｓ８１４で、管理サーバ１０６は、部品在庫減算処理を行い、Ｓ８０１へ戻る。

なお、在庫減算処理とは、管理サーバ１０６が部品交換通知を受けてから、交換対象となった部品の在庫数を所定の単位に従って減算し、部品の在庫管理を行うものである。在庫減算処理の詳細についてはここでは省略する。

一方、Ｓ８１３で、管理サーバ１０６が画像形成装置１０２からの通知が部品交換通知でないと判断した場合、再び画像形成装置１０２からの通知を受信するための受信待ち処理に入る。

なお、管理サーバ１０６は、生成した交換部品リストを画像形成装置１０２に送信する際に、サービスマンに対して、現在のステータス変化に関連するステータス変化を催促するための操作指示に関する情報を生成して画像形成装置１０２に送信する構成としてもよい。

これにより、例えば上ドアが開けられた場合に想定される次の操作指示として、右上ドアが開閉可能なことをサービスマンに通知することができる。

図９は、本実施形態を示す画像形成装置における第１のデータ処理手順の一例を示すフローチャートである。本例は、画像形成装置１０２側における交換部品表示処理例である。より具体的には、サービスマン又はユーザが画像形成装置１０２において、操作部３８８を操作して、オペレータメンテナンスモードに入り、部品交換を行う際の画像形成装置１０２の処理例である。

なお、Ｓ９０１〜Ｓ９１０は各ステップを示す。また、各ステップは、図３に示したＣＰＵ３８０６がＲＡＭ３８４に制御プログラムをロードして実行することで実現される。

まず、Ｓ９０１で、ＣＰＵ３８６は、画像形成装置１０２のステータスが変化したかどうかを判断する。ここで、ＣＰＵ３８６がステータスが変化していると判断した場合、Ｓ９０２で、ＣＰＵ３８６はステータス変化を管理サーバ１０６へ通知して、Ｓ９０１へ戻る。

一方、Ｓ９０１で、ＣＰＵ３８６が画像形成装置１０２のステータスが変化していないと判断した場合は、Ｓ９０３で画像形成装置１０２の操作モードがオペレータメンテナンスモードに移行したかどうかを判断する。ここで、ＣＰＵ３８６が画像形成装置１０２の操作モードがオペレータメンテナンスモードに移行していると判断した場合、Ｓ９０４で操作モードの変化を管理サーバ１０６へ通知して、Ｓ９０１へ戻る。

一方、Ｓ９０３で、ＣＰＵ３８６が画像形成装置１０２の操作モードがオペレータメンテナンスモードに移行していないと判断した場合、Ｓ９０５で、ＣＰＵ３８６は、交換部品リスト表示画面へ移行したかどうかを判断する。ここで、ＣＰＵ３８６が交換部品リスト表示画面へ移行していると判断した場合は、Ｓ９０６で、交換部品リストを管理サーバ１０６へ要求する。

次に、Ｓ９０７で、ＣＰＵ３８６は、管理サーバ１０６からの応答を受け、管理サーバ１０６に要求した交換部品リストの情報が存在するかどうかを判断する。ここで、ＣＰＵ３８６が管理サーバ１０６に要求した交換部品リストの情報が存在すると判断した場合は、Ｓ９０８で、ＣＰＵ３８６は、管理サーバ１０６からの交換部品リストを受信する。

次に、Ｓ９０９で、ＣＰＵ３８６は、Ｓ９０８で受信した交換部品のリストを画像形成装置１０２の操作部３８８の表示手段により表示して、Ｓ９０１へ戻る。

本実施形態において、画像形成装置１０２に表示される部品交換リスト画面は、後述する図１１、図１２のようになる。

一方、Ｓ９０７で、ＣＰＵ３８６が管理サーバ１０６に要求した交換部品リストの情報が存在しないと判断した場合は、Ｓ９１０へ進む。そして、Ｓ９１０で、ＣＰＵ３８６は、画像形成装置１０２が持っている既存の交換部品リストを操作部３８８の表示手段により表示して、Ｓ９０１へ戻る。

図１０は、図１に示した画像形成装置１０２の操作部３８８の表示手段により表示されるユーザインタフェースの一例を示す図である。本例は、操作部３８８の表示手段により表示される画像形成装置１０２が既存で保持する部品交換リスト画面例である。

図１０において、１００１は調整／クリーニングボタンで、画像形成装置１０２における濃度ムラの調整、ワイヤのクリーニング、プリンタのキャリブレーションを行う際に押下される。１００２は管理設定ボタンで、オペレータメンテナンスモード移行時に聞かれるパスワードの変更などを行う際に押下される。

１００３は警告リストボタンで、交換部品の消耗度が１００％を越えている部品をリスト表示する際に押下される。１００４は作業履歴リストボタンで、サービスマン（ユーザ）が行った部品交換の日時、対象となった部品の部品名、部品番号などをリスト表示する際に押下される。

１００５は交換部品リストボタンで、交換対象の部品を後述の部品番号１００７、作業内容１００８、作業目安１００９、カウンタ１０１０、消耗度１０１１と共にリストとして表示する際に押下される。

１００６は清掃部品リストボタンで、清掃対象の部品を後述の部品番号１００７、作業内容１００８、作業目安１００９、カウンタ１０１０、消耗度１０１１と共にリストとして表示する際に押下される。

１００７は各交換部品の部品番号である。１００８は作業内容で、各交換部品の部品名称に対応する。１００９は作業目安で、各交換部品の寿命を表しており、「９９９９」であれば、９９９９枚プリントアウトすると部品の寿命であることを意味する。

１０１０はカウンタで、各交換部品の現在のカウンタ値を保持し、プリントアウトする毎に加算されていく。１０１１は各交換部品の消耗度で、現在のカウント１０１０と作業目安１００９から以下の計算式によって算出された値が保持される。

消耗度１０１１＝カウント１０１０のカウント値／作業目安１００９
１０１２は詳細情報を表示するためのボタンであり、交換部品を選択し、詳細情報ボタン押下によって、交換日時、交換時のカウンタ、交換時の消耗度などの情報を表示する。

１０１３は選択した部品のカウンタのカウント値をクリアするカウンタクリアボタンである。

カウンタクリアボタン１０１３は、サービスマン又はユーザが部品交換作業を終えた際、交換部品リストボタン１００５、清掃部品リストボタン１００６の中から交換した部品を選択した後に押下される。これにより、ＣＰＵ３８６は、対象部品のカウンタのカウント値をクリアし、管理サーバ１０６へ部品交換通知を行う。

１０１４はリストプリントボタンで、警告リスト１００３、作業履歴リスト１００４、交換部品リストボタン１００５、清掃部品リストボタン１００６で選択したリストをプリントアウトする際に押下される。

図１１は、図１に示した画像形成装置１０２の操作部３８８の表示手段により表示されるユーザインタフェースの一例を示す図である。本例は、管理サーバ１０６から受信した部品交換リストを表示した部品交換リスト画面例である。なお、操作モードが「オペレータメンテナンスモード」である場合の例である。また、本画面は、画像形成装置１０２が管理サーバ１０６から送信される交換部品リストを取得し、画像形成装置１０２のＣＰＵ３８６の表示制御で操作部３８８に交換部品一覧として表示した例である。ここで、交換部品リストに挙げられている交換部品は、画像形成装置１０２に対してサービスマンが行った操作指示、並びに、これらの開閉順序、着脱順序に基づくステータス変化に依存して絞り込まれている。ここで、操作指示とは、例えば部材の開閉（ドア開閉）操作及び、又は、部品の着脱操作が含まれる。

なお、各部品の配置状態は、画像形成装置毎の仕様により異なるので、一覧表示する部品の順序も上記サービスマンの操作指示で異なる場合がある。これにより、現在操作指示している各部材の状態で適応した交換部品のみが絞り込まれた交換部品一覧が操作部３８８に表示可能となる。

図１１において、１１０１は調整／クリーニングボタンで、画像形成装置１０２における濃度ムラの調整、ワイヤのクリーニング、プリンタのキャリブレーションを行う際に押下される。

１１０２は管理設定ボタンで、オペレータメンテナンスモード移行時に聞かれるパスワードの変更などを行う際に押下される。

１１０３は警告リストボタンで、交換部品の消耗度が１００％を越えている部品をリスト表示する際に押下される。１１０４は作業履歴リストボタンで、サービスマン（ユーザ）が行った部品交換の日時、対象となった部品の部品名、部品番号などをリスト表示する際に押下される。

１１０５は交換部品候補リストボタンで、交換対象の部品を後述の部品番号１１０７、作業内容１１０８、作業目安１１０９、カウンタ１１１０、消耗度１１１１と共にリストとして表示する際に押下される。

１１０６は清掃部品候補リストボタンで、清掃対象の部品を後述の部品番号１１０７、作業内容１１０８、作業目安１１０９、カウンタ１１１０、消耗度１１１１と共にリストとして表示する際に押下される。

１１０７は各交換部品の部品番号である。１１０８は作業内容で、各交換部品の部品名称に対応する。１１０９は作業目安で、各交換部品の寿命を表しており、「９９９９」であれば、９９９９枚プリントアウトすると部品の寿命であることを意味する。

１１１０はカウンタで、各交換部品の現在のカウンタ値を保持し、プリントアウトする毎に加算されていく。１１１１は各交換部品の消耗度を表しており、現在のカウント１１１０と作業目安１１０９から下記の計算式によって導かれる。

消耗度１１１１＝カウント１１１０のカウント値／作業目安１１０９
１１１２は詳細情報を表示するためのボタンであり、交換部品を選択し、詳細情報ボタン押下によって、交換日時、交換時のカウンタ、交換時の消耗度などの情報を表示する際に押下される。

１１１３は選択した部品のカウンタをクリアするカウンタクリアボタンであり、サービスマン（ユーザ）が部品交換作業を終えた際、交換部品候補リストボタン１１０５、清掃部品リスト１１０６ボタンの中から交換した部品を選択した後押下される。これにより、ＣＰＵ３８６は、対象部品のカウンタをクリアし、管理サーバ１１６へ部品交換通知を行う。

１１１４はリストプリントボタンで、警告リスト１１０３、作業履歴リスト１１０４、交換部品候補リストボタン１１０５、清掃部品リストボタン１１０６のリストをプリントアウトする際に押下される。

図１２は、図１に示した画像形成装置１０２の操作部３８８の表示手段により表示されるユーザインタフェースの一例を示す図である。本例は、管理サーバ１０６から受信した部品交換リストを表示した部品交換リスト画面例である。なお、操作モードが「サービスモード」である場合の例である。なお、本画面は、画像形成装置１０２が管理サーバ１０６から送信される交換部品リストを取得し、画像形成装置１０２のＣＰＵ３８６の表示制御で操作部３８８に表示した例である。

図１２において、１２０１は調整／クリーニングボタンで、画像形成装置１０２における濃度ムラの調整、ワイヤのクリーニング、プリンタのキャリブレーションを行う際に押下される。

１２０２は管理設定ボタンで、オペレータメンテナンスモード移行時に聞かれるパスワードの変更などを行う際に押下される。

１２０３は警告リストボタンで、交換部品の消耗度が１００％を越えている部品をリスト表示する際に押下される。１２０４は作業履歴リストボタンで、サービスマン（ユーザ）が行った部品交換の日時、対象となった部品の部品名、部品番号などをリスト表示する際に押下される。

１２０５は交換部品候補リストボタンで、交換対象の部品を後述の部品番号１２０７、作業内容１２０８、作業目安１２０９、カウンタ１２１０、消耗度１２１１と共にリストとして表示する際に押下される。

１２０６は清掃部品候補リストボタンで、清掃対象の部品を後述の部品番号１２０７、作業内容１２０８、作業目安１２０９、カウンタ１２１０、消耗度１２１１と共にリストとして表示する際に押下される。

１２０７は各交換部品の部品番号である。１２０８は作業内容で、各交換部品の部品名称に対応する。１２０９は作業目安で、各交換部品の寿命を表しており、「９９９９」であれば、９９９９枚プリントアウトすると部品の寿命であることを意味する。

１２１０はカウンタで、各交換部品の現在のカウンタ値を保持し、プリントアウトする毎に加算されていく。１２１１は各交換部品の消耗度を表しており、現在のカウント１２１０と作業目安１２」０９から下記の計算式によって導かれる。

消耗度１２１１＝カウント１２１０のカウント値／作業目安１２０９
１２１２は詳細情報を表示するためのボタンであり、交換部品を選択し、詳細情報ボタン押下によって、交換日時、交換時のカウンタ、交換時の消耗度などの情報を表示する際に押下される。

１２１３は選択した部品のカウンタをクリアするカウンタクリアボタンであり、サービスマン（ユーザ）が部品交換作業を終えた際、交換部品候補リスト１２０５、清掃部品リスト１２０６の中から交換した部品を選択した後押下される。これにより、ＣＰＵ３８６は、対象部品のカウンタをクリアし、管理サーバ１１６へ部品交換通知を行う。

１２１４はリストプリントボタンで、警告リスト１２０３、作業履歴リスト１２０４、交換部品候補リスト１２０５、清掃部品リスト１２０６のリストをプリントアウトする際に押下される。

通常、画像形成装置１０２において、サービスマン又はユーザが交換部品リストボタン１００５を押下した際、図１０に示したような交換部品リスト一覧が表示される。

しかし、これまで述べてきた処理によって、サービスマン又はユーザが交換部品候補リストボタン１１０５を押下した際に、図１１、図１２のように交換部品リストを絞り込み、交換部品の候補だけを表示することが可能となる。これにより、従来のように誤って交換部品を選択してしまうミスがなくなるため、正確な部品管理を実現できる。

本実施形態では部品交換作業について、画像形成装置の構造、制御構成、情報テーブル、また処理フローを示してきたが、これらは一例であり、これに限るものではない。

〔第２実施形態〕
第１実施形態では、図７の管理サーバ１０６の処理フローにおいて、画像形成装置１０２から通知される全てのステータス変化をステータス変化ログテーブルに格納する場合について説明した。

しかしながら、管理サーバ１０６が画像形成装置１０２から通知される全てのステータス変化を管理するためには、メモリ容量を必要とするためコストアップとなってしまう。

そこで、本実施形態では、画像形成装置１０２から通知される全てのステータス変化をステータス変化ログテーブルに格納するのではなく、必要なものだけを格納し、メモリなどの使用を効率良く行うように構成してもよい。以下、その実施形態について説明する。

図１３は、本実施形態を示す管理サーバにおける第２のデータ処理手順の一例を示すフローチャートである。本例は、管理サーバ１０６による交換部品リスト生成と、生成される交換部品リストの送信処理例である。なお、Ｓ１３０１〜Ｓ１３１６は各ステップを示す。また、各ステップは、管理サーバ１０６のＣＰＵ４５２がＲＡＭ４５４に制御プログラムをロードして実行することで実現される。

なお、Ｓ１３０６〜Ｓ１３１６は、図８に示したＳ８０４〜Ｓ８１４と同様のステップであるので、そのステップの説明は割愛する。

Ｓ１３０１で、管理サーバ１０６は画像形成装置１０２からの通知を受信するための受信待ち処理を行う。次に、Ｓ１３０２で、ＣＰＵ４５２は、画像形成装置１０２からの通知がステータスの変化であるのかどうかを判断する。ここで、ＣＰＵ４５２が、画像形成装置１０２からの通知がステータス変化通知であると判断した場合は、Ｓ１３０３へ進む。そして、Ｓ１３０３で、ＣＰＵ４５２が前述した管理サーバ１０６が保持するステータス変化ログテーブルを参照し、書き込まれたステータスの変化の中から最新の操作モード変化を検索する。

そして、Ｓ１３０４で、ＣＰＵ４５２は、最新の操作モード変化に「通常モード入り」が存在するかどうかを判断する。ここで、ＣＰＵ４５２が、「通常モード入り」が存在すると判断した場合は、ＣＰＵ４５４２は、画像形成装置１０２から通知されるステータス変化をステータス変化ログテーブルに格納せず、Ｓ１３０１へ戻る。そして、ＣＰＵ４５２は、再び画像形成装置１０２からの通知を受信するための受信待ち処理に入る。

一方、Ｓ１３０３の結果、最新の操作モード変化が「通常モード入り」でなかった場合、Ｓ１３０５で、前述した管理サーバ１０６が保持するステータス変化ログテーブルにステータスの変化を書き込む。その後、Ｓ１３０１へ戻り、再び画像形成装置１０２からの通知を受信するための受信待ち処理に入る。

第２実施形態によれば、画像形成装置１０２から通知される全てのステータス変化をステータス変化ログテーブルに格納するのではなく、必要なものだけを格納することによって、より効率的なメモリの使用が可能となる。

また、本実施形態では部品交換作業についての処理フローを紹介したが、一例でありそれに限るものではない。

〔第３実施形態〕
第１実施形態では、図８の画像形成装置１０２の処理フローにおいて、交換部品リストボタンを押下するたびに管理サーバ１０６へ交換部品リストを要求する場合について説明した。

しかしながら、サービスマン（ユーザ）が実際に交換作業を行った場合にのみ管理サーバ１０６へ交換部品リストを要求することにより、通信回数の減少などといった無駄な通信をなくすように制御してもよい。以下、その実施形態について説明する。

図１４は、本実施形態を示す画像形成装置における第２のデータ処理手順の一例を示すフローチャートである。本例は、画像形成装置１０２側における交換部品表示処理例である。より具体的には、サービスマン又はユーザが画像形成装置１０２において、操作部３８８を操作して、オペレータメンテナンスモードに入り、部品交換を行う際の画像形成装置１０２の処理例である。

なお、Ｓ１４０１〜Ｓ１４１２は各ステップを示す。また、各ステップは、図３に示したＣＰＵ３８０６がＲＡＭ３８４に制御プログラムをロードして実行することで実現される。また、Ｓ１４０１〜１４０５は、図９に示したＳ９０１〜Ｓ９０５と同一ステップであり、Ｓ１４０９〜Ｓ１４１２は、図９に示したＳ９０７〜Ｓ９１０と同一ステップであるため、その説明は割愛する。

Ｓ１４０５で、画像形成装置１０２は、交換部品リスト表示画面へ移行したかどうかを判断する。ここで、画像形成装置１０２が交換部品リスト表示画面へ移行したと判断した場合は、Ｓ１４０６へ進む。そして、Ｓ１４０６で、で、画像形成装置１０２は、前述したステータス変化ログテーブルを参照し、書き込まれたステータスの変化の中から最新の操作モード変化「オペレータメンテナンスモード入り」を検索する。

そして、Ｓ１４０７で、画像形成装置１０２は、ステータス変化ログテーブル５００において、Ｓ１４０６で検索した「オペレータメンテナンスモード入り」の後にステータス変化が存在するかどうかを判断する。ここで、画像形成装置１０２がステータス変化ログテーブル５００において、Ｓ１４０６で検索した「オペレータメンテナンスモード入り」の後にステータス変化が存在すると判断した場合は、Ｓ１４０８へ進む。そして、Ｓ１４０８で、画像形成装置１０２は、交換部品リストを管理サーバ１０６へ要求する。その後、Ｓ１４０９へ進む。

一方、Ｓ１４０７で、画像形成装置１０２がステータス変化ログテーブル５００において、Ｓ１４０６で検索した「オペレータメンテナンスモード入り」の後にステータス変化が存在しないと判断した場合は、Ｓ１４１２へ進む。そして、Ｓ１４１２で、画像形成装置１０２は、保持している既存の交換部品リストを操作部３８８の表示手段により表示して、Ｓ１４０１へ戻る。

また、Ｓ１４０５で、画像形成装置１０２が交換部品リスト表示画面へ移行していないと判断した場合は、再びＳ１４０１へ戻り、前述した処理フローを行う。

第３の実施形態によれば、サービスマン（ユーザ）が交換部品リストボタンを押下するたびに管理サーバ１０６へ交換部品リストを要求しないように制御している。つまり、実際に交換作業を行った場合、もしくは交換作業のために所定のドアをオープンした場合のみ管理サーバ１０６へ交換部品リストを要求することになり、通信回数の減少につながり、無駄な通信をなくすことが可能となる。

また、本実施形態では部品交換作業についての処理フローを紹介したが、一例でありそれに限るものではない。

〔第４実施形態〕
上記実施形態では、管理サーバ１０６から送信される交換部品リストに従い、操作部３８８に表示されるユーザインタフェースにおいて、現在のステータス変化に適応した交換部品リストのみを表示する場合について説明した。

しかしながら、あらかじめ表示可能な交換部品リストに対して、表示すべき項目情報を管理サーバ１０６から取得して、現在のステータス変化に適応して一覧中の注目すべき交換部品とそれ以外の交換部品との表示態様を制御刷る構成としてもよい。以下、その実施形態について図１１を参照して説明する。

図１１に示す交換部品表示画面においては、画像形成装置１０２のエンジン部を構成する部品として、オゾンフィルタと、定着リフレッシュローラと、転写クリーナキットを同様の態様で表示している。

これに対して、画像形成装置１０２が備える外側のドアが開けられた場合に、さらに、内側のドアが開けられないと表示されない交換部品リストを、外側のドアが開けられた場合に、次に関連する部品を交換作業者に通知する意味合いで、それらを含めて交換部品リストを表示する。

しかし、ここでは、次の内側のドアが開けないと交換できない交換部品であることを交換作業者に示唆するため、外側のドアが開けられたことに基づく交換部品と、次の内側のドアが開けられたことに基づく交換部品とでその表示態様を異ならしめる。

ここで、表示態様の一例を示すと、次の内側のドアが開けられたことに基づく交換部品はグレイ表示し、外側のドアが開けられたことに基づく交換部品は通常表示する等が好例である。しかし、その表示態様は上記グレイ表示に限定されるものではない。

また、上記実施形態では、開閉部材となる外側と内側のドアの開閉に基づく交換部品リスト表示の例を説明したが、開閉部材と、着脱部材とが関連し合う交換作業となる場合にも本発明を適用可能である。

〔第５実施形態〕
以下、図１５、図１６に示すメモリマップを参照して本発明に係る管理装置、印刷装置で読み取り可能なデータ処理プログラムの構成について説明する。

図１５は、本発明に係る管理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

図１６は、本発明に係る画像形成装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図８、図９、図１３、図１４に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。

本発明の第１実施形態を示す画像形成装置の管理システムを示す図である。 図１に示した画像形成装置の構成を説明する図である。 図１に示した画像形成装置のコントローラの構成を説明するブロック図である。 図１における管理サーバのハードウェア構成を示すブロック図である。 図１に示した管理サーバが記憶するステータス変化ログテーブルの一例を示す図である。 図１に示した管理サーバが記憶するステータス変化−交換部品対応テーブルの一例を示す図である。 図１に示した在庫管理システムにおける部品交換時の通信シーケンスの一例を説明する図である。 本実施形態を示す管理サーバにおける第１のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す画像形成装置における第１のデータ処理手順の一例を示すフローチャートである。 図１に示した画像形成装置の操作部の表示手段により表示されるユーザインタフェースの一例を示す図である。 図１に示した画像形成装置の操作部の表示手段により表示されるユーザインタフェースの一例を示す図である。 図１に示した画像形成装置の操作部の表示手段により表示されるユーザインタフェースの一例を示す図である。 本実施形態を示す管理サーバにおける第２のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す画像形成装置における第２のデータ処理手順の一例を示すフローチャートである。 本発明に係る管理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。 本発明に係る画像形成装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

符号の説明

１０２Ａ、１０２Ｂ 画像形成装置
１０３ ＰＣ
１０４ ファイアオール
１０６ 管理サーバ
１０７ インターネット

Claims (18)

1. 画像形成装置における操作モードと、前記操作モード毎のステータス変化と、交換部品情報とを対応づけた管理情報を記憶する記憶手段と、
   前記画像形成装置の操作モードの通知を受信する受信手段と、
   前記画像形成装置におけるステータス変化を取得する取得手段と、
   前記記憶手段に記憶された管理情報を参照し、前記受信手段で受信した前記画像形成装置の操作モード及び前記取得手段により取得したステータス変化に基づき、交換部品リストを生成する生成手段と、
   前記生成手段で生成された交換部品リストを画像形成装置に送信する送信手段とを備えることを特徴とする管理装置。
2. 前記ステータス変化は、前記画像形成装置が部品交換のために備える開閉可能なドア材の開閉状態を含むことを特徴とする請求項１記載の管理装置。
3. 前記生成手段は、前記交換部品リストに含まれる部品の他の部品を更に前記画像形成装置において交換可能にするための前記取得手段により取得したステータス変化に関連するステータス変化を促すための操作指示に関する情報を生成し、
   前記送信手段は、前記生成手段により生成された前記交換部品リスト及び前記操作指示に関する情報を送信することを特徴とする請求項１記載の管理装置。
4. 前記生成手段は、画像形成装置が備える複数の開閉部材の開閉順序及び、又は複数の着脱部材の着脱順序に応じた交換部品リストを生成することを特徴とする請求項１記載の管理装置。
5. 複数の開閉部材の開閉順序及び、又は複数の着脱部材の着脱順序は、各開閉部材及び、又は各着脱部材の配置状態あるいは係合状態で決定される順序であることを特徴とする請求項４記載の管理装置。
6. 交換部品情報を管理する管理装置と通信する画像形成装置であって、
   操作部から指示される操作モード及び前記画像形成装置で変化するステータス変化を前記管理装置に通知する通知手段と、
   前記通知手段により通知される前記操作モード及び前記ステータス変化に応じて前記管理装置で生成される交換部品リストを取得して、前記操作部に表示する交換部品情報の内容を変更する表示制御手段と、
   を備える画像形成装置。
7. 前記通知手段により通知された操作モード及びステータス変化に応じた部品交換リストが存在するかどうかを判断する判断手段を備え、
   前記表示制御手段は、前記判断手段により前記部品交換リストが存在しないと判断した場合に、あらかじめ記憶する交換部品一覧を表示可能とすることを特徴とする請求項６記載の画像形成装置。
8. 前記通知手段は、画像形成装置が備える複数の開閉部材の開閉順序及び、又は複数の着脱部材の着脱順序に基づくステータス変化を前記管理装置に通知することを特徴とする請求項６又は７記載の画像形成装置。
9. 記憶手段に記憶される画像形成装置における操作モードと、前記操作モード毎のステータス変化と、交換部品情報とを対応づけて管理する管理装置における部品管理方法であって、
   前記画像形成装置の操作モードの通知を受信する受信工程と、
   前記画像形成装置におけるステータス変化を取得する取得工程と、
   前記記憶手段に記憶された管理情報を参照し、前記受信工程で受信した前記画像形成装置の操作モード及び前記取得工程により取得したステータス変化に基づき、交換部品リストを生成する生成工程と、
   前記生成工程で生成された交換部品リストを画像形成装置に送信する送信工程とを備えることを特徴とする部品管理方法。
10. 前記ステータス変化は、前記画像形成装置が部品交換のために備える開閉可能なドア材の開閉状態を含むことを特徴とする請求項９記載の部品管理方法。
11. 前記生成工程は、前記交換部品リストに含まれる部品の他の部品を更に前記画像形成装置において交換可能にするための前記取得工程により取得したステータス変化に関連するステータス変化を促すための操作指示に関する情報を生成し、
    前記送信工程は、前記生成工程により生成された前記交換部品リスト及び前記操作指示に関する情報を送信することを特徴とする請求項９記載の部品管理方法。
12. 前記生成工程は、画像形成装置が備える複数の開閉部材の開閉順序及び、又は複数の着脱部材の着脱順序に応じた交換部品リストを生成することを特徴とする請求項９記載の部品管理方法。
13. 複数の開閉部材の開閉順序及び、又は複数の着脱部材の着脱順序は、各開閉部材及び、又は各着脱部材の配置状態あるいは係合状態で決定される順序であることを特徴とする請求項１２記載の部品管理方法。
14. 交換部品情報を管理する管理装置と通信する画像形成装置における部品管理方法であって、
    操作部から指示される操作モード及び前記画像形成装置で変化するステータス変化を前記管理装置に通知する通知工程と、
    前記通知工程により通知される前記操作モード及び前記ステータス変化に応じて前記管理装置で生成される交換部品リストを取得して、前記操作部に表示する交換部品情報の内容を変更する表示制御工程と、
    を備える部品管理方法。
15. 前記通知工程により通知された操作モード及びステータス変化に応じた部品交換リストが存在するかどうかを判断する判断工程を備え、
    前記表示制御工程は、前記判断工程により前記部品交換リストが存在しないと判断した場合に、あらかじめ記憶する交換部品一覧を表示可能とすることを特徴とする請求項１４記載の部品管理方法。
16. 前記通知工程は、画像形成装置が備える複数の開閉部材の開閉順序及び、又は複数の着脱部材の着脱順序に基づくステータス変化を前記管理装置に通知することを特徴とする請求項１４又は１５記載の部品管理方法。
17. 請求項９乃至１６のいずれか１項に記載の部品管理方法をコンピュータに実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
18. 請求項９乃至１６のいずれか１項に記載の部品管理方法をコンピュータに実行させることを特徴とするプログラム。

Images