JP5832776B2 - メンテナンス管理装置 - Google Patents

Description

本発明は、画像形成装置のメンテナンスを画像形成装置のユーザサイドで効率よく行うことを支援するメンテナンス管理装置に関する。

下記特許文献１には、メンテナンスを希望する希望日時をプリンタに入力して管理サーバに送信し、メンテナンス予定日時や作業員の情報をプリンタで受信したときは、これを表示し、作業員リストから作業員をユーザが選択できることなどが開示されている。

また、下記特許文献２には、トナー残量の時間的変化に基づいてトナーがゼロになるまでの日数を予測することが開示されている。

特開２００５−０３１９７６号公報 特開２００６−３１３２２６号公報

しかしながら、上記特許文献１の発明は、外部のサービスマンにメンテナンスを依頼するものであり、ユーザサイドで効率よくメンテナンスを行う構成については、この文献に開示されていない。上記特許文献２には、トナーのニアエンプティ状態の日時を予測し在庫量との関係でトナーカートリッジを自動発注することが開示されているが、ユーザサイドでトナーカートリッジ交換作業を効率よく行う構成については開示されていない。

本発明の目的は、このような事実に鑑み、画像形成装置のメンテナンスをユーザサイドで効率よく行うことを支援するメンテナンス管理装置を提供することにある。

本発明の第１態様では、ネットワークに接続されている複数の画像形成装置のメンテナンスを管理するメンテナンス管理装置において、
前記ネットワークに接続される通信手段と、
前記複数の画像形成装置に備えられている消耗品の状態を、前記通信手段を介し取得し、前記状態に応じてメンテナンス時期を決定するメンテナンス時期決定手段と、
複数のメンテナンス時期が互いに重なっているか否かを判定し、重なっていればそれらメンテナンスを、重なっている時期に１つにまとめて行うことを決定する同時メンテナンス決定手段と、
前記決定されたメンテナンスの内容及び時期を、前記通信手段を介し担当者に通知する担当者通知手段と、
を有し、
前記メンテナンス時期決定手段は、
消耗品残量記憶手段と、
前記消耗品の残量を、前記通信手段を介し取得して前記消耗品残量記憶手段に格納する消耗品残量取得手段と、
取得した前記残量の時間的変化から前記消耗品の消費速度を算出する消費速度算出手段と、
前記消耗品のメンテナンス時期を前記残量で定めたメンテナンス時期判定基準値を記憶する基準値記憶手段と、
前記残量と前記消費速度と前記メンテナンス時期判定基準値とに基づいて、前記消耗品のメンテナンス時期を決定する決定手段と、
決定した複数のメンテナンス時期が互いに重なっているか否かを判定する時期重複判定手段と、
互いに関連する複数種のメンテナンスの内容が同時に行うべきものとして格納された同時メンテナンス記憶手段とを有し、
前記同時メンテナンス決定手段はさらに、前記同時メンテナンス記憶手段の内容を参照して、前記時期が重なっているメンテナンスと同時に行うべきメンテナンスも１つにまとめて行うことを決定し、トナーコンテナを交換する際には、少なくとも、廃トナーボックスの交換と転写ローラの清掃を同時に行うよう決定し、
前記担当者通知手段は、
メンテナンス担当候補者識別情報が複数、それぞれのメンテナンス実績と対応付けられて格納されるメンテナンス実績記憶手段と、
前記メンテナンス実績に基づいて、メンテナンス回数が小さいメンテナンス担当予定者を仮決定するメンテナンス割当手段と、
前記メンテナンス担当候補者のスケジュールが格納されるスケジュール記憶手段をさらに有し、
前記メンテナンス割当手段は、前記スケジュールを参照して、仮決定した前記メンテナンス担当予定者が決定された前記メンテナンス時期にメンテナンスが可能であるか否かを判定し、否定判定した場合には、次にメンテナンス回数が小さい前記メンテナンス担当候補者について決定された前記メンテナンス時期にメンテナンスが可能であるか否か判定を行って仮決定することにより前記メンテナンス担当予定者を変更し、肯定判定した場合には前記スケジュールに、メンテナンスの内容及び時期を記入し、
前記通信手段を介した要求に応じて、前記メンテナンスの内容及び時期をＷｅｂアプリケーションにより読み取り、前記メンテナンスの内容及び時期を含むカレンダーのＨＴＭＬファイルを生成し、前記メンテナンス担当予定者の端末装置に前記通信手段を介し前記ＨＴＭＬファイルを返信し、前記端末装置のブラウザに前記カレンダーを表示させる。

本発明によるメンテナンス管理装置の第２態様では、第１態様において、前記ブラウザの前記カレンダーの特定日付の特定範囲が押下されると、前記メンテナンスの内容及び時期がダイアログボックスに表示され、前記ダイアログボックスは、前記メンテナンス担当予定者が前記メンテナンスを受ける場合に押下される承諾ボタンと、前記メンテナンスを受けない場合に押下される拒否ボタンを有し、前記Ｗｅｂアプリケーションは、前記承諾ボタン又は前記拒否ボタンの押下を前記スケジュール記憶手段に記憶された前記メンテナンス担当候補者のスケジュールに反映させ、前記メンテナンス割当手段は、前記拒否ボタンが押下された場合、次にメンテナンス回数が小さい前記メンテナンス担当候補者について決定された前記メンテナンス時期にメンテナンスが可能であるか否か判定を行って仮決定することにより前記メンテナンス担当予定者を変更する。

本発明の第３態様では、第２態様において、前記ダイアログボックスは、さらに電子メールボタンを有し、前記電子メールボタンが押下されると、前記メンテナンス担当予定者がメンテナンスを受けられない理由を記載する電子メールが表示され、前記電子メールの送信ボタンが押下されると、前記電子メールが前記画像形成装置の管理者に送信される。

上記第１態様の構成によれば、複数のメンテナンス時期が互いに重なっているとき、それらメンテナンスを、重なっている時期に１つにまとめて行うよう定め、通信手段を介し担当者に通知するので、画像形成装置のメンテナンスをユーザサイドで効率よく行うことができるという効果を奏する。

また、消耗品の残量と消費速度とメンテナンス時期判定基準値とに基づいて、該消耗品のメンテナンス時期を決定し、決定した複数のメンテナンス時期が互いに重なっているか否かを判定するので、該判定を正確に行うことができるという効果を奏する。

また、互いに関連する複数種のメンテナンスを同時に行うべきか否かも判定して同時に行うべきメンテナンスを１つにまとめるので、画像形成装置のメンテナンスをユーザサイドでさらに効率よく行うことができるという効果を奏する。

また、メンテナンス実績に基づいてメンテナンス担当予定者を決定するので、メンテナンス担当者を公平に割当てることができるという効果を奏する。

また、スケジュールの内容を考慮してメンテナンス担当予定者が決定されるので、無理な予定が立てられて実行不能になるのを防止することができるという効果を奏する。

また、スケジュールの内容をカレンダー形式で表示させるので、予定が分りやすく、予定が無視されるのを防止できるという効果を奏する。

本発明の他の目的、特徴的な構成及び効果は、以下の説明を特許請求の範囲及び図面の記載と関係づけて読むことにより明らかになる。

メンテナンス管理装置のソフトウェア構成を示す概略機能ブロック図である。 複数のトナー残量の時間的変化と推奨交換時期の重なりを示す線図である。 図１中のブロック５３〜５５による処理を示すフローチャートである。 図１中のメンテナンス割当部５６での処理を示すフローチャートである。 （Ａ）は消費状態テーブルの構成図、（Ｂ）はメンテナンス時期判定基準値テーブルの構成図である。 （Ａ）は同時メンテナンステーブルの構成図、（Ｂ）はメンテナンス実績テーブルの構成図、（Ｃ）はメンテナンススケジュールテーブルの構成図である。 図１中のカレンダーファイル生成部５７により生成されるカレンダー及び選択された日付の予定の詳細内容の表示画面構成図である。 図７中の「ｅ−ｍａｉｌ」ボタンの押下に応答して表示されるメール本文の表示画面構成図である。 本発明の実施例１に係るメンテナンス管理システムのハードウェア構成を示す概略ブロック図である。

図９は、本発明の実施例１に係るメンテナンス管理システムのハードウェア構成を示す概略ブロック図である。メンテナンスの対象は、画像形成装置であり、主にその消耗品である。

このシステムでは、画像形成装置１０と、パーソナルコンピュータ２０と、メンテナンス管理装置３０とが、ネットワーク４０、例えばＬＡＮで結合されている。図９では簡単化のために、複数の画像形成装置及びパーソナルコンピュータをそれぞれ１つの画像形成装置１０及びパーソナルコンピュータ２０で代表して示している。

画像形成装置１０は、トナーコンテナ（カートリッジ）や用紙などの消耗品をそなえ、消耗品の交換や補充及びローラの清掃などのメンテナンスを画像形成装置１０のユーザサイドで行う。メンテナンス管理装置３０は、このメンテナンスを効率よく行うためのものである。

パーソナルコンピュータ２０では、ＣＰＵ２１がインターフェイス２２を介してＰＲＯＭ２３、ＤＲＡＭ２４、ハードディスクドライブ２５、ネットワークインターフェイス２６及び会話型入出力装置２７に結合されている。図９では、簡単化の為に、複数種のインターフェイスを１つのブロック２２で表している。

ＰＲＯＭ２３は、例えばフラッシュメモリであり、ＢＩＯＳが格納されている。ＤＲＡＭ２４は、主記憶装置として用いられる。ハードディスクドライブ２５には、ＯＳ（オペレーティングシステム）、プリンタドライバを含む各種ドライバ及びアプリケーション並びにデータが格納されている。ネットワークインターフェイス２６は、ネットワーク４０に結合されている。会話型入出力装置２７は、例えばキーボード、ポインティングデバイス及び表示装置を備えている。

同様に、メンテナンス管理装置３０では、ＣＰＵ３１がインターフェイス３２を介してＰＲＯＭ３３、ＤＲＡＭ３４、ハードディスクドライブ３５、ネットワークインターフェイス３６及び会話型入出力装置３７に結合されている。メンテナンス管理装置３０の構成要素３１〜３７はそれぞれパーソナルコンピュータ２０の構成要素２１〜２７に対応している。ハードディスクドライブ３５に格納されているデータは、メンテナンス管理用リレーショナルデータベースを含んでいる。

図１は、メンテナンス管理装置３０のソフトウェア構成を示す概略機能ブロック図である。図１中、Ｔ０〜Ｔ１０は何れも、上記データベースに含まれるテーブルである。また、ブロック５０〜６２は、プログラムとそれを実行するハードウェアとを用いた構成である。

装置情報テーブルＴ０には、各画像形成装置１０のＩＰアドレスや各画像形成装置１０が備えている消耗品の識別子が格納されている。消耗品情報テーブルＴ１には、各消耗品識別子にその消耗品の型式、発注先、価格、納期などの詳細情報が格納されている。

消耗品残量取得部５０は、装置情報テーブルＴ０及び消耗品情報テーブルＴ１を参照して、各画像形成装置１０から、それに備えられている消耗品の残量を、ＳＮＭＰプロトコル又はＳＯＡＰプロトコルなどを用いて、通信部５１及びネットワーク４０を介し取得し、それらを消耗品残量ログテーブルＴ２に記入する。

消費速度算出部５２は、消耗品残量ログテーブルＴ２を参照して、トナー残量Ｒｔと時刻ｔの関係を、最小二乗法を用いて直線近似し、その直線の傾きから、消耗品ｉの消費速度Ｖｉを求め、これを現在の残量トナー残量Ｒｔｉと共に消費状態テーブルＴ３に書き込むことによりこれらの値を更新する。図５（Ａ）は、この消費状態テーブルＴ３の具体例を示す。トナー残量Ｒｔの検出値は、例えば１０％刻みの値であるが、上記直線近似により１％刻みで残量を求めることができる。

一方、メンテナンス時期判定基準値テーブルＴ４には、図５（Ｂ）に示すように、各消耗品について、その消耗品を補充し又は交換する時期を判定するための、消耗品残量の上限値及び下限値が予め設定されている。

この下限値は、残量がこの値未満になると不具合が生ずる虞、例えば印刷文字にかすれが生じたり、消費速度が一時的に平均値より大きくなって用紙切れが生じたりする虞があることを示し、上限値は、残量がこの値を超えている時点で交換や補充を行うと不経済になったり補充回数が増えて作業効率が悪くなったりすることを示している。これら上限値及び下限値は、画像形成装置１０の使われ方により異なるので、画像形成装置１０が設定される部署毎又は画像形成装置１０毎に設定してもよい。

図３は、図１中のブロック５３〜５５による処理を示すフローチャートである。図３中、ステップＳ０〜Ｓ３はメンテナンス時期決定部５３での処理であり、ステップＳ３は時期重複判定部５４での処理であり、ステップＳ４〜Ｓ７は同時メンテナンス決定部５５での処理である。以下、括弧内は図中のステップ識別符号である。

（Ｓ０）メンテナンス時期決定部５３は、メンテナンス時期判定基準値テーブルＴ４の内容を読み込む。以下のステップＳ１〜Ｓ５のループは、１つの消耗品ｉに対する処理を示している。

（Ｓ１）消耗品ｉについて、トナー残量Ｒｔｉ及び消費速度Ｖｉを消費状態テーブルＴ３から読み込む。消耗品識別変数ｉの初期値は０である。

（Ｓ２）ステップＳ１で読み込むべきものが無ければステップＳ５へ進み、そうでなければステップＳ３へ進む。

（Ｓ３）消耗品ｉについて、図２中に示すような推奨交換時期ｔｉ１〜ｔｉ２を算出する。ここにｔｉ１及びｔｉ２はそれぞれ、図５（Ｂ）中の消耗品の上限値及び下限値に対応した時刻ｔである。図２は、トナーコンテナＴＣ１〜ＴＣ４のトナー残量の時間的変化と推奨交換時期の重なりを示す線図である。

（Ｓ４）時期重複判定部５４は、推奨交換時期ｔｉ１〜ｔｉ２が、他の推奨交換時期ｔｊ１〜ｔｊ２（ｊは０からｉ−１までの値）のいずれかと重なっているか否かを判定する。肯定判定した場合にはステップＳ５へ進み、そうでなければステップＳ１へ戻る。

（Ｓ５）同時メンテナンス決定部５５は、これら時期的に重なり合うメンテナンスを、同一担当者が行うべきものとしてまとめ、消耗品識別変数ｉを１だけインクリメントしてステップＳ１へ戻る。

（Ｓ６）１つにまとめられたメンテナンスの推奨時期の重なり合う部分（論理積の時期）、例えば図２に示すように、メンテナンス推奨時期ｔ３１〜ｔ３２とｔ１１〜ｔ１２の論理積の時期ｔ１１〜ｔ３２を、この１つにまとめられたメンテナンスの時期と決定する。

（Ｓ７）同時メンテナンス決定部５５は、時期重複判定部５４で１つにまとめられたメンテナンス又はメンテナンス時期決定部５３で時期が決定されたがまとめられなかったメンテナンスのそれぞれについて、同時メンテナンステーブルＴ５を参照して、さらに同時に行うべきメンテナンスがあればそれらを同時に行うメンテナンスと決定する。

図６（Ａ）は、同時メンテナンステーブルＴ５の具体例を示す。この例では、トナーコンテナを交換する際には、廃トナーボックスも交換し、転写ローラの清掃も同時に行うべきであることを示している。

図４は、メンテナンス割当部５６での処理を示すフローチャートである。

メンテナンス実績テーブルＴ６には、図６（Ｂ）に示すように、メンテナンス担当候補者の社員ＩＤが、担当するメンテナンスの内容及び今年に行ったメンテナンス回数とともに記入されている。メンテナンス割当部５６は、注目しているメンテナンスとメンテナンスの内容が一致している行の集合（サブセット）を、メンテナンス実績テーブルＴ６から抽出し、このサブセットを、メンテナンス回数が小さい順にソートする。

（Ｓ１１）このソート後の最初の行の社員ＩＤを持つ者を、メンテナンス担当者と仮決定する。

（Ｓ１２）ステップＳ１１で仮決定されるものが存在すれば、ステップＳ１３へ進み、そうでなければステップＳ１５へ進む。

（Ｓ１３）メンテナンス割当部５６は、会社スケジュールテーブルＴ７、部署スケジュールテーブルＴ８及び社員スケジュールテーブルＴ９を参照して、ステップＳ１１で決定した担当者が、そのメンテナンスの時期に、他の予定事項があるか否かを調べ、無ければステップＳ１４へ進み、有ればステップＳ１１へ進んでソート順の次の候補者をメンテナンス担当者と仮決定する。

会社スケジュールテーブルＴ７には、会社の休日や慰安旅行など、社員全員に共通のスケジュールが記入されており、部署スケジュールテーブルＴ８には、部署の会議など、同一部署に属する社員に共通のスケジュールが記入されており、社員スケジュールテーブルＴ９には、社員毎のスケジュールが記入されている。

（Ｓ１４）ステップＳ１１で決定した担当者について、そのメンテナンスの内容及び時期を社員スケジュールテーブルＴ９及びメンテナンススケジュールテーブルＴ１０に記入する。

図６（Ｃ）は、メンテナンススケジュールテーブルＴ１０の具体例を示す。この図において、日時１及び日時２は、日時１〜日時２の間（上記メンテナンス時期又はこの時期内の一部）にメンテナンスを行うべきことを示している。また、メンテナンスＩＤは、同時メンテナンステーブルＴ５のメンテナンスＩＤと対応付けられている。担当者ＩＤは、メンテナンス実績テーブルＴ６の社員ＩＤ及び不図示の社員テーブルの社員ＩＤと対応付けられている。

メンテナンススケジュールテーブルＴ１０及びその列と対応づけられた列を含むテーブルの対応する行の内容は、パーソナルコンピュータ２０からの要求に応じて、カレンダーファイル生成部（Ｗｅｂアプリケーション）５７により読み取られ、その内容を含むカレンダーのＨＴＭＬファイルが生成されてパーソナルコンピュータ２０に返信され、これにより、そのブラウザで図７に示すようなカレンダー５７１が表示される。

図７において、例えば２０１１年３月１２日の枠内をマウスでポイントしてクリックすると、その詳細がダイアログボックス５７２にポップアップ表示される。メンテナンスが割り当てられた担当者は、このメンテナンスを受ける場合、承諾ボタン５７３をクリックする。受けない場合には、拒否ボタン５７４をクリックし、必要な場合には更に、電子メールボタン５７５をクリックする。承諾ボタン５７３又は拒否ボタン５７４のクリックは、カレンダーファイル生成部５７によりメンテナンススケジュールテーブルＴ１０に反映され、メンテナンスが拒否された場合、メンテナンス割当部５６は図４の処理を再度行って、次の順位の候補者をこのメンテナンス担当者として割り当てる。

電子メールボタン５７５がクリックされると、メーラ５９は、図８に示すようなメール本文が予め記入されたメール５９１を表示させる。担当者は、理由記載部５９２に、メンテナンスを受けられない理由を記載し、送信ボタン５９３をクリックする。これにより、このメールが画像形成装置１０の管理者宛に送信される。

（Ｓ１５）メンテナンス割当部５６は、メーラ５９を介して画像形成装置１０の管理者宛に、メンテナンスの割当て担当者が存在しないことを示すメールを送信する。

在庫管理部６０は、メンテナンス時期決定部５３で決定されたメンテナンス時期に対応した時刻に、例えば残量下限値の時刻に、その消耗品が在庫品から取り出されると仮定し、これを消耗品在庫テーブルＴ１１に記入する。消耗品発注日決定部６１は、消耗品在庫テーブルＴ１１を参照して、消耗品の在庫量が所定期日に閾値以下となるか否かを判定し、以下となった場合に、予算管理部６２で決定された当月の消耗品購入予算の範囲内で、在庫しておくべき消耗品の数、すなわち当月消耗品発注数を決定することにより、消耗品の一部の発注を翌月にまわす。この当月消耗品発注数は、消耗品情報テーブルＴ１に記載されている上記消耗品の発注先、型式、価格及び納期とともに、メーラ５９を介して発注担当者宛に、電子メールで送信される。

本実施例１によれば、複数のメンテナンス時期ｔｉ１〜ｔｉ２が図２に示すように互いに重なっているとき、それらメンテナンスを、重なっている時期に１つにまとめて行うよう定めるので、画像形成装置１０のメンテナンスをユーザサイドで効率よく行うことができるという効果を奏する。

また、図５（Ａ）に示すような消耗品の残量及び消費速度と、図５（Ｂ）に示すようなメンテナンス時期判定基準値とに基づいて、該消耗品のメンテナンス時期を決定し、決定した複数のメンテナンス時期が図２に示すように互いに重なっているか否かを判定するので、該判定を正確に行うことができるという効果を奏する。

さらに、図６（Ａ）に示すような同時メンテナンステーブルを参照して、互いに関連する複数種のメンテナンスを同時に行うべきか否かも判定し、同時に行うべきメンテナンスを１つにまとめるので、画像形成装置のメンテナンスをユーザサイドでさらに効率よく行うことができるという効果を奏する。

また、図６（Ｂ）に示すようなメンテナンス実績テーブルに基づいてメンテナンス担当予定者を決定するので、メンテナンス担当者を公平に割当てることができるという効果を奏する。

さらにまた、図１のスケジュールテーブルＴ７〜Ｔ９の内容を考慮してメンテナンス担当予定者が決定されるので、無理な予定が立てられて実行不能になるのを防止することができるという効果を奏する。

また、スケジュールの内容をカレンダー作成部５７によりカレンダー形式で図７に示すように表示させるので、予定が分りやすく、予定が無視されるのを防止できるという効果を奏する。

以上において、本発明の好適な実施例を説明したが、本発明には他にも種々の変形例が含まれ、上記実施例で述べた各構成要素の機能を実現する他の構成を用いたもの、当業者であればこれらの構成又は機能から想到するであろう他の構成も、本発明に含まれる。

例えば、メンテナンスの内容及び時期を担当者に通知する手段は、カレンダーファイル生成部５７又はメーラ５９の一方のみ有する構成であってもよい。

１０ 画像形成装置
２０ パーソナルコンピュータ
２１、３１ ＣＰＵ
２２、３２ インターフェイス
２３、３３ ＰＲＯＭ
２４、３４ ＤＲＡＭ
２５、３５ ハードディスクドライブ
２６、３６ ネットワークインターフェイス
２７、３７ 会話型入出力装置
３０ メンテナンス管理装置
４０ ネットワーク
５０ 消耗品残量取得部
５１ 通信部
５２ 消費速度算出部
５３ メンテナンス時期決定部
５４ 時期重複判定部
５５ 同時メンテナンス決定部
５６ メンテナンス割当部
５７ カレンダーファイル生成部
５８ サーバ
５９ メーラ
６０ 在庫管理部
６１ 消耗品発注日決定部
６２ 予算管理部
５７１ カレンダー
５７２ ダイアログボックス
５７３ 承諾ボタン
５７４ 拒否ボタン
５７５ 電子メールボタン
５９１ メール
５９２ 理由記載部
５９３ 送信ボタン
Ｔ０ 装置情報テーブル
Ｔ１ 消耗品情報テーブル
Ｔ２ 消耗品残量ログテーブル
Ｔ３ 消費状態テーブル
Ｔ４ メンテナンス時期判定基準値テーブル
Ｔ５ 同時メンテナンステーブル
Ｔ６ メンテナンス実績テーブル
Ｔ７ 会社スケジュールテーブル
Ｔ８ 部署スケジュールテーブル
Ｔ９ 社員スケジュールテーブル
Ｔ１０ メンテナンススケジュールテーブル
Ｔ１１ 消耗品在庫テーブル
Ｒｔ、Ｒｔｉ トナー残量
Ｖｉ 消費速度
ｔ 時刻
ＴＣ１〜ＴＣ４ トナーコンテナ

Claims (3)

1. ネットワークに接続されている複数の画像形成装置のメンテナンスを管理するメンテナンス管理装置において、
   前記ネットワークに接続される通信手段と、
   前記複数の画像形成装置に備えられている消耗品の状態を、前記通信手段を介し取得し、前記状態に応じてメンテナンス時期を決定するメンテナンス時期決定手段と、
   複数のメンテナンス時期が互いに重なっているか否かを判定し、重なっていればそれらメンテナンスを、重なっている時期に１つにまとめて行うことを決定する同時メンテナンス決定手段と、
   前記決定されたメンテナンスの内容及び時期を、前記通信手段を介し担当者に通知する担当者通知手段と、
   を有し、
   前記メンテナンス時期決定手段は、
   消耗品残量記憶手段と、
   前記消耗品の残量を、前記通信手段を介し取得して前記消耗品残量記憶手段に格納する消耗品残量取得手段と、
   取得した前記残量の時間的変化から前記消耗品の消費速度を算出する消費速度算出手段と、
   前記消耗品のメンテナンス時期を前記残量で定めたメンテナンス時期判定基準値を記憶する基準値記憶手段と、
   前記残量と前記消費速度と前記メンテナンス時期判定基準値とに基づいて、前記消耗品のメンテナンス時期を決定する決定手段と、
   決定した複数のメンテナンス時期が互いに重なっているか否かを判定する時期重複判定手段と、
   互いに関連する複数種のメンテナンスの内容が同時に行うべきものとして格納された同時メンテナンス記憶手段とを有し、
   前記同時メンテナンス決定手段はさらに、前記同時メンテナンス記憶手段の内容を参照して、前記時期が重なっているメンテナンスと同時に行うべきメンテナンスも１つにまとめて行うことを決定し、トナーコンテナを交換する際には、少なくとも、廃トナーボックスの交換と転写ローラの清掃を同時に行うよう決定し、
   前記担当者通知手段は、
   メンテナンス担当候補者識別情報が複数、それぞれのメンテナンス実績と対応付けられて格納されるメンテナンス実績記憶手段と、
   前記メンテナンス実績に基づいて、メンテナンス回数が小さいメンテナンス担当予定者を仮決定するメンテナンス割当手段と、
   前記メンテナンス担当候補者のスケジュールが格納されるスケジュール記憶手段をさらに有し、
   前記メンテナンス割当手段は、前記スケジュールを参照して、仮決定した前記メンテナンス担当予定者が決定された前記メンテナンス時期にメンテナンスが可能であるか否かを判定し、否定判定した場合には、次にメンテナンス回数が小さい前記メンテナンス担当候補者について決定された前記メンテナンス時期にメンテナンスが可能であるか否か判定を行って仮決定することにより前記メンテナンス担当予定者を変更し、肯定判定した場合には前記スケジュールに、メンテナンスの内容及び時期を記入し、
   前記通信手段を介した要求に応じて、前記メンテナンスの内容及び時期をＷｅｂアプリケーションにより読み取り、前記メンテナンスの内容及び時期を含むカレンダーのＨＴＭＬファイルを生成し、前記メンテナンス担当予定者の端末装置に前記通信手段を介し前記ＨＴＭＬファイルを返信し、前記端末装置のブラウザに前記カレンダーを表示させることを特徴とするメンテナンス管理装置。
2. 前記ブラウザの前記カレンダーの特定日付の特定範囲が押下されると、前記メンテナンスの内容及び時期がダイアログボックスに表示され、前記ダイアログボックスは、前記メンテナンス担当予定者が前記メンテナンスを受ける場合に押下される承諾ボタンと、前記メンテナンスを受けない場合に押下される拒否ボタンを有し、
   前記Ｗｅｂアプリケーションは、前記承諾ボタン又は前記拒否ボタンの押下を前記スケジュール記憶手段に記憶された前記メンテナンス担当候補者のスケジュールに反映させ、
   前記メンテナンス割当手段は、前記拒否ボタンが押下された場合、次にメンテナンス回数が小さい前記メンテナンス担当候補者について決定された前記メンテナンス時期にメンテナンスが可能であるか否か判定を行って仮決定することにより前記メンテナンス担当予定者を変更することを特徴とする請求項１に記載のメンテナンス管理装置。
3. 前記ダイアログボックスは、さらに電子メールボタンを有し、前記電子メールボタンが押下されると、前記メンテナンス担当予定者がメンテナンスを受けられない理由を記載する電子メールが表示され、前記電子メールの送信ボタンが押下されると、前記電子メールが前記画像形成装置の管理者に送信されることを特徴とする請求項２に記載のメンテナンス管理装置。

Images