(57)【特許請求の範囲】
【請求項１】
第１と第２の画像形成装置がネットワークを介して接続される画像形成システムにおけるメンテナンス方法であって、
第１の画像形成装置において、メンテナンス担当者からのメンテナンスのための操作入力を受け付ける受付ステップと、
受け付けた操作入力の内容に基づいて第１の画像形成装置に対するメンテナンスを実行する第１の実行ステップと、
受け付けた操作入力の内容に基づくメンテナンスと同じ内容のメンテナンスを実行すべきことを示す命令を生成する生成ステップと、
生成された命令を第２の画像形成装置に送信する送信ステップと、
第２の画像形成装置において、第１の画像形成装置から送られて来る命令を受信すると、その命令に基づいて第１の画像形成装置と同じメンテナンスを実行する第２の実行ステップと、
を含むことを特徴とするメンテナンス方法。
【請求項２】
前記第２の実行ステップは、当該メンテナンスを、画像形成装置が待機状態にあるときに実行することを特徴とする請求項１に記載のメンテナンス方法。
【請求項３】
前記第２の実行ステップは、当該メンテナンスを、当該メンテナンスと関連する処理を行っていないときに実行することを特徴とする請求項１に記載のメンテナンス方法。
【請求項４】
前記送信ステップは、第２の画像形成装置が送信先として設定された場合に、生成された命令を第２の画像形成装置に送信することを特徴とする請求項１に記載のメンテナンス方法。
【請求項５】
第１の画像形成装置における、今回とそれよりも前に行われたメンテナンスにおける各メンテナンス担当者の能力を取得する取得ステップと、
今回のメンテナンス担当者の方が他の担当者よりも能力が高いか否かを判断する判断ステップと、を含み、
前記送信ステップは、今回のメンテナンス担当者の方が能力が高いと判断された場合に、当該命令を第２の画像形成装置に送信することを特徴とする請求項１乃至４のいずれかに記載のメンテナンス方法。
【請求項６】
管理装置と第１と第２の画像形成装置とがネットワークを介して接続される画像形成システムにおけるメンテナンス方法であって、
第１の画像形成装置において、メンテナンス担当者からのメンテナンスのための操作入力を受け付ける受付ステップと、
受け付けた操作入力の内容に基づいて第１の画像形成装置に対するメンテナンスを実行する第１の実行ステップと、
受け付けた操作入力の内容に基づくメンテナンスと同じ内容のメンテナンスを実行すべきことを示す命令を生成する生成ステップと、
生成された命令を管理装置に送信する送信ステップと、
管理装置において、第１の画像形成装置からの命令を受信すると、それを第２の画像形成装置に転送する転送ステップと、
第２の画像形成装置において、管理装置からの命令を受信すると、その命令に基づいて第１の画像形成装置と同じメンテナンスを実行する第２の実行ステップと、
を含むことを特徴とするメンテナンス方法。
【請求項７】
第１の画像形成装置において、メンテナンス担当者を識別するための操作者識別情報の入力を受け付ける識別情報受付ステップと、
当該操作者識別情報を管理装置に送信する識別情報送信ステップと、
前記第２の画像形成装置において、管理装置から送られて来る操作者識別情報の内容を出力する出力ステップとを、含み、
前記転送ステップは、第１の画像形成装置からの命令に加えて操作者識別情報を第２の画像形成装置に転送することを特徴とする請求項６に記載のメンテナンス方法。
【請求項８】
管理装置において、第１および第２の画像形成装置における各メンテナンス担当者の能力を取得する取得ステップと、
いずれの担当者の能力が高いかを判断する判断ステップと、を含み、
前記転送ステップは、第１の画像形成装置におけるメンテナンス担当者の方が能力が高いと判断された場合に、当該命令を第２の画像形成装置に転送することを特徴とする請求項６に記載のメンテナンス方法。
【請求項９】
管理装置において、第１の画像形成装置におけるメンテナンス担当者の能力を取得する取得ステップと、
その担当者の能力が所定のレベルよりも高いか否かを判断する判断ステップと、を含み、
前記転送ステップは、その担当者の能力が所定のレベルよりも高いと判断された場合に、当該命令を第２の画像形成装置に転送することを特徴とする請求項６に記載のメンテナンス方法。
【請求項１０】
複数の画像形成装置がネットワークを介して接続されてなる画像形成システムにおける画像形成装置であって、
メンテナンス担当者からのメンテナンスのための操作入力を受け付ける受付手段と、
受け付けた内容に基づいてメンテナンスを実行する第１の実行手段と、
受け付けた内容に基づくメンテナンスと同じ内容のメンテナンスを実行すべきことを示す命令を生成する生成手段と、
生成された命令を他の画像形成装置に送信する送信手段と、
他のいずれかの画像形成装置から送られて来る命令を受信すると、その内容に基づいてその画像形成装置と同じメンテナンスを実行する第２の実行手段と、
を備えることを特徴とする画像形成装置。
【請求項１１】
自装置における、今回とそれよりも前に行われたメンテナンスにおける各メンテナンス担当者の能力を取得する取得手段と、
今回のメンテナンス担当者の方が他の担当者よりも能力が高いか否かを判断する判断手段と、を備え、
前記送信手段は、
今回のメンテナンス担当者の方が能力が高いと判断された場合に、当該命令を前記他の画像形成装置に送信することを特徴とする請求項１０に記載の画像形成装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像形成システムにおけるメンテナンス方法および当該画像形成システムにおけるプリンタ等の画像形成装置に関する。
【０００２】
【従来の技術】
近年、オフィスでは、複数のクライアント装置と複数のプリンタとをＬＡＮ（Local Area Network）に接続し、各クライアントが各プリンタを共有するシステムを導入しているところが多い。
また、従来のプリンタは、通常、メンテナンスとして操作パネルからのキー入力操作により画像品質を診断するためにテストプリントを出力したり、画像濃度や色合いなどを調整したりすること等ができるようになっている。
【０００３】
【発明が解決しようとする課題】
このようなシステムに接続されている各プリンタについて、例えばサービスマンが画像品質を診断するためテストプリントさせようとすれば、そのサービスマンは、個々のプリンタについてその出力のためのキー入力操作を行っていかなければならず、プリンタの台数が多いと、それだけで大変な手間がかかってしまう。また、当該システムの管理者からの希望により各プリンタについて、例えば画像濃度を通常よりも薄くする調整を行うような場合も、個々のプリンタについて調整をしていかねばならず、上記同様の手間が発生してしまう。
【０００４】
本発明は、上述のような問題点に鑑みてなされたものであって、プリンタなどの画像形成装置がＬＡＮなどのネットワークを介して複数接続されてなる画像形成システムにおける画像形成装置をメンテナンスする場合に、サービスマン等の手間を極力少なくできるメンテナンス方法およびその画像形成装置を提供することを目的とする。
【０００５】
【課題を解決するための手段】
上記目的を達成するため、本発明は、第１と第２の画像形成装置がネットワークを介して接続される画像形成システムにおけるメンテナンス方法であって、第１の画像形成装置において、メンテナンス担当者からのメンテナンスのための操作入力を受け付ける受付ステップと、受け付けた操作入力の内容に基づいて第１の画像形成装置に対するメンテナンスを実行する第１の実行ステップと、受け付けた操作入力の内容に基づくメンテナンスと同じ内容のメンテナンスを実行すべきことを示す命令を生成する生成ステップと、生成された命令を第２の画像形成装置に送信する送信ステップと、第２の画像形成装置において、第１の画像形成装置から送られて来る命令を受信すると、その命令に基づいて第１の画像形成装置と同じメンテナンスを実行する第２の実行ステップと、を含むことを特徴とする。
【０００６】
また、前記第２の実行ステップは、当該メンテナンスを、画像形成装置が待機状態にあるときに実行することを特徴とする。
さらに、前記第２の実行ステップは、当該メンテナンスを、当該メンテナンスと関連する処理を行っていないときに実行することを特徴とする。
また、前記送信ステップは、第２の画像形成装置が送信先として設定された場合に、生成された命令を第２の画像形成装置に送信することを特徴とする。
【０００７】
さらに、第１の画像形成装置における、今回とそれよりも前に行われたメンテナンスにおける各メンテナンス担当者の能力を取得する取得ステップと、今回のメンテナンス担当者の方が他の担当者よりも能力が高いか否かを判断する判断ステップと、を含み、前記送信ステップは、今回のメンテナンス担当者の方が能力が高いと判断された場合に、当該命令を第２の画像形成装置に送信することを特徴とする。
【０００８】
本発明は、管理装置と第１と第２の画像形成装置とがネットワークを介して接続される画像形成システムにおけるメンテナンス方法であって、第１の画像形成装置において、メンテナンス担当者からのメンテナンスのための操作入力を受け付ける受付ステップと、受け付けた操作入力の内容に基づいて第１の画像形成装置に対するメンテナンスを実行する第１の実行ステップと、受け付けた操作入力の内容に基づくメンテナンスと同じ内容のメンテナンスを実行すべきことを示す命令を生成する生成ステップと、生成された命令を管理装置に送信する送信ステップと、管理装置において、第１の画像形成装置からの命令を受信すると、それを第２の画像形成装置に転送する転送ステップと、第２の画像形成装置において、管理装置からの命令を受信すると、その命令に基づいて第１の画像形成装置と同じメンテナンスを実行する第２の実行ステップと、を含むことを特徴とする。
【０００９】
また、第１の画像形成装置において、メンテナンス担当者を識別するための操作者識別情報の入力を受け付ける識別情報受付ステップと、当該操作者識別情報を管理装置に送信する識別情報送信ステップと、前記第２の画像形成装置において、管理装置から送られて来る操作者識別情報の内容を出力する出力ステップとを、含み、前記転送ステップは、第１の画像形成装置からの命令に加えて操作者識別情報を第２の画像形成装置に転送することを特徴とする。
【００１０】
さらに、管理装置において、第１および第２の画像形成装置における各メンテナンス担当者の能力を取得する取得ステップと、いずれの担当者の能力が高いかを判断する判断ステップと、を含み、前記転送ステップは、第１の画像形成装置におけるメンテナンス担当者の方が能力が高いと判断された場合に、当該命令を第２の画像形成装置に転送することを特徴とする。
【００１１】
また、管理装置において、第１の画像形成装置におけるメンテナンス担当者の能力を取得する取得ステップと、その担当者の能力が所定のレベルよりも高いか否かを判断する判断ステップと、を含み、前記転送ステップは、その担当者の能力が所定のレベルよりも高いと判断された場合に、当該命令を第２の画像形成装置に転送することを特徴とする。
【００１２】
本発明は、複数の画像形成装置がネットワークを介して接続されてなる画像形成システムにおける画像形成装置であって、メンテナンス担当者からのメンテナンスのための操作入力を受け付ける受付手段と、受け付けた内容に基づいてメンテナンスを実行する第１の実行手段と、受け付けた内容に基づくメンテナンスと同じ内容のメンテナンスを実行すべきことを示す命令を生成する生成手段と、生成された命令を他の画像形成装置に送信する送信手段と、他のいずれかの画像形成装置から送られて来る命令を受信すると、その内容に基づいてその画像形成装置と同じメンテナンスを実行する第２の実行手段と、を備えることを特徴とする。
また、自装置における、今回とそれよりも前に行われたメンテナンスにおける各メンテナンス担当者の能力を取得する取得手段と、今回のメンテナンス担当者の方が他の担当者よりも能力が高いか否かを判断する判断手段と、を備え、前記送信手段は、今回のメンテナンス担当者の方が能力が高いと判断された場合に、当該命令を前記他の画像形成装置に送信することを特徴とする。
【００１３】
【発明の実施の形態】
以下、本発明に係る画像形成装置としてプリンタを例にしたときの実施の形態を、図面を参照しながら説明する。
（第１の実施の形態）
図１は、本発明に係るプリンタを含むシステム１０の構成を示す図である。
【００１４】
同図に示すように、このシステム１０は、クライアント装置としてのＰＣ（パーソナルコンピュータ）１１、１２と、プリンタ１、２、３とがネットワーク、ここではＬＡＮ（Local Area Network）５に接続されて構成されている。
プリンタ１は、公知の電子写真方式により、ＰＣ１１もしくはＰＣ１２から送られて来る画像データに基づいて画像を形成する装置であり、この構成は、プリンタ２、３についても同様である。以下、プリンタ、ＰＣの構成について説明するが、プリンタ１〜３は同じ構成なので、ここでは、プリンタ１について説明し、プリンタ２、３の説明を省略する。また、ＰＣ１１と１２は同じ構成なので、ここではＰＣ１１について説明し、ＰＣ１２の説明を省略するものとする。なお、同図では、ＬＡＮ５に３台のプリンタが接続されている例を示しているが、本発明はこれに限られず複数のプリンタが接続されていればよい。
【００１５】
図２は、プリンタ１のハード構成例を示す図である。
同図に示すように、プリンタ１は、制御部２０、操作パネル２５、インターフェース（Ｉ／Ｆ）部２６、画像メモリ２７および画像形成部２８を備える。
制御部２０は、ＣＰＵ２１、ＲＯＭ２２、ワークエリアを提供するＲＡＭ２３およびＥＥＰＲＯＭ２４を備える。
【００１６】
ＲＯＭ２２は、後述のスクリプト処理等のプログラムを格納しており、ＣＰＵ２１は、ＲＯＭ２２から各種プログラムを読み出して実行し、プリンタ１の画像形成動作全体を制御する。ＥＥＰＲＯＭ２４は、不揮発性メモリであって、後述の装置識別番号を格納する。
操作パネル２５は、メンテナンスとしての診断調整を行うためのモードに移行するときに用いられるキー等を備える。
【００１７】
Ｉ／Ｆ部２６は、ＬＡＮ５と接続するためのインターフェースであり、ＰＣ１１等から送られて来る画像データをＬＡＮ５を介して受信し、それを画像メモリ２７に格納させる。
画像形成部２８は、ＣＰＵ２１からの指示を受けると、画像メモリ２７から画像データを読み出して、プリントヘッド（不図示）により感光体ドラム（不図示）を露光走査する。そして、露光走査により感光体ドラム上に形成された静電潜像をトナーで現像し、そのトナー像を用紙上に転写することにより用紙上に画像を再現する。
【００１８】
なお、画像形成部２８は、用紙上に画像を定着させるための定着器（不図示）を備えており、プリンタ１は、この定着器の温度を定着時における定着温度に維持する待機状態から、定着温度よりも低い温度に維持して節電を図る、いわゆる節電状態に自動的に移行する機能を有している。ここでは、待機状態において印刷処理等の処理が予め設定された「節電移行時間」を経過するまでに行われないときに節電モードに移行するようになっている。
【００１９】
図３は、操作パネル２５の構成を示す図である。
同図に示すように、操作パネル２５は、モードセレクトキー２５１、ストップキー２５２およびディスプレイ２５３を備えている。
モードセレクトキー２５１は、診断調整モードに移行するためのキーである。
ディスプレイ２５３は、ＬＣＤの表示画面上にタッチパネルを備えた表示装置である。
【００２０】
ＣＰＵ２１は、モードセレクトキー２５１が押下されるごとに、プリンタ１を、プリントモード（通常の画像形成動作を行うモード）と診断調整モード（診断調整を行うモード）に切り換え、そしてディスプレイ２５３にそのモードに対応する画面を表示させる。
図４は、診断調整モードに入ったときに、ディスプレイ２５３に表示されるメニュー画面の例を示した図であり、「テストプリント」などの実行可能な各種診断調整項目がキー表示されるようになっている。メンテナンス担当者としてのサービスマンは、その内から実行したい項目、例えば「テストプリント」であれば、「テストプリント」キー２５４を指などでタッチすれば、その項目を実行することができる。ＣＰＵ２１は、「テストプリント」キー２５４が押下されると、所定の画像診断用のテストパターンを用紙上に印刷して出力する処理（テストプリント）を実行する。
【００２１】
また、「転写電圧設定」キー２５６が押下されると、転写電圧の設定入力を受付ける画面を表示させ、サービスマンにより電圧値が設定されると、現在転写電圧値としてＥＥＰＲＯＭ２４に記憶されている値をその設定された電圧値に書換えると共に、それ以降に印刷動作するときの転写工程ではその電圧値に基づいて転写が行われるように制御する。他の項目も同様であり、押下によりその内容を実行する。
【００２２】
図３に戻って、ストップキー２５２は、実行中の、例えばテストプリントなどを停止させるために用いられる。
図５は、ＰＣ１１のハード構成を示す図である。
同図に示すように、ＰＣ１１は、ＣＰＵ１１１、ＲＯＭ１１２、各種ワークエリアを提供するＲＡＭ１１３、ハードディスクからなる固定記憶装置１１４およびインターフェース（Ｉ／Ｆ）部１１５を備えている。ＲＯＭ１１２には、文書編集等のアプリケーションプログラムやプリンタドライバなどが格納されており、ＣＰＵ１１１はそのプログラム等を実行する。Ｉ／Ｆ部１１５は、ＬＡＮ５と接続するためのインターフェースであり、作成された文書などの画像データをプリンタ１等に送信する。
【００２３】
図６は、プリンタ１の制御部２０のＣＰＵ２１が実行する処理の内容を示すフローチャートである。
同図に示すように、ＣＰＵ２１は、電源が投入されると、ＲＡＭ２３を初期化すると共に各種レジスタの設定などの初期設定を行い（ステップＳ１）、プリンタ１をプリントモードに設定するモード初期化処理を行う（ステップＳ２）。
【００２４】
そして、内蔵する内部タイマをスタートさせ（ステップＳ３）、操作パネル２５のディスプレイ２５３の表示画面を制御する表示処理を実行する（ステップＳ４）。
続いて、操作パネル２５のモードセレクトキー２５１等のキー入力およびディスプレイ２５３上のタッチパネルからの入力を受け付けるキー入力処理を行う（ステップＳ５）。なお、ＣＰＵ２１は、診断調整モードにおいてキー入力された内容（どのキーが押下されたかを示す情報。以下、「操作情報」という。）を一時的にＲＡＭ２３の操作バッファに保存するようにしており、その内容は、ステップＳ６のスクリプト処理において読み出される。また、モードセレクトキー２５１が押下されることにより診断調整モードに入った場合には、そのことを示すスクリプト生成要求フラグをオンし、一方プリントモードに戻ると、そのフラグをオフするようにしている。
【００２５】
そして、スクリプト処理を実行する（ステップＳ６）。この処理の詳細については、後述する。
ＣＰＵ２１は、スクリプト処理の後、ステップＳ５のキー入力処理で受け付けた内容に基づいて動作制御を行う。例えば、「テストプリント」キー２５４が押下された場合にテストプリントを実行する。また、ＰＣ１１等から画像データを受信した場合には、その画像データに基づく画像形成動作を実行するなどの制御を行うシステム制御処理を実行する（ステップＳ７）。その後、その他の処理を行い（ステップＳ８）、内部タイマがカウントアップすると（ステップＳ９で「Ｙ」）、ステップＳ３に戻って、ステップＳ３〜Ｓ９までの処理を繰り返し行う。
【００２６】
図７は、ステップＳ６のスクリプト処理のサブルーチンの内容を示すフローチャートである。
同図に示すように、スクリプト処理は、スクリプト生成処理（ステップＳ６１）、スクリプト送信処理（ステップＳ６２）およびスクリプト実行処理（ステップＳ６３）を順次行うものである。
【００２７】
ここで、スクリプト生成処理は、診断調整モードにおいてサービスマンによりキー入力された内容に基づく処理を実行すべきことを示す命令、例えば「テストプリント」キー２５４が押下された場合には、テストプリントという処理を実行すべきことを示す命令（以下、この命令が記述されたものを「スクリプト」という。）を生成する処理である。
【００２８】
スクリプト送信処理は、生成されたスクリプトを指定された宛先に送信する処理である。
スクリプト実行処理は、他のプリンタから送られてきたスクリプトを受信して、そのスクリプトに示された内容を実行するものである。具体的には、例えばテストプリントの実行という内容が記述されていれば、「テストプリント」キー２５４が押下されたときに実行すべき処理、すなわちテストプリントを実行する。なお、スクリプト生成処理によりスクリプトが生成されるのは、診断調整モードの各項目の内、他のプリンタでも同じ処理を実行すべき項目に限られており、ここでは例えば「テストプリント」「動作確認」「ＲＯＭバージョン表示」「センサチェック」「転写電圧設定」「エレメントデータ表示」がスクリプト生成対象項目になる。
【００２９】
以下、各処理の内容について説明していく。
図８は、ステップＳ６１のスクリプト生成処理の内容を示すフローチャートである。
同図に示すように、ＣＰＵ２１は、スクリプト生成要求があるか否かを判断する（ステップＳ６１１）。この判断は、上記スクリプト生成要求フラグがオンであるか、オフであるかにより行われる。すなわち、このフラグがオンされていれば診断調整モードであり、スクリプト生成要求があると判断する。一方、このフラグがオフされていればプリントモードであり、スクリプト生成要求がないと判断する。
【００３０】
スクリプト生成要求があると判断した場合には（ステップＳ６１１で「Ｙ」）、ＲＡＭ２３にスクリプト生成対象項目についての操作情報が格納されているか否かを判断する（ステップＳ６１２）。
操作情報が格納されていることを判断すると（ステップＳ６１２で「Ｙ」）、その内容を示すスクリプトを生成する（ステップＳ６１３）。例えば、ステップＳ５のキー入力処理において、「テストプリント」キー２５４の入力を受け付けた場合には、操作バッファにテストプリントキーが押下されたことを示す内容が保存されているので、ＣＰＵ２１は、ステップＳ６１３において操作バッファからその内容を読み出して、テストプリントの実行命令を示すスクリプトを生成する。
【００３１】
そして、生成したスクリプトをＲＡＭ２３内に設けられたスクリプト保持用バッファに書き込んで保存すると共に（ステップＳ６１４）、スクリプトが保存されていることを示すスクリプト生成済みフラグをオンにして（ステップＳ６１５）、メインルーチンにリターンする。
このスクリプト生成処理は、スクリプト生成要求がある間、ルーチンが一巡するごとに繰り返し行われ、例えば、テストプリントが実行された後、続いて「転写電圧設定」キー２５６による転写電圧値の設定入力を受け付けた場合には、ステップＳ６１３、Ｓ６１４において、「転写電圧値を入力された値に書換えることを示す命令（転写電圧値の書換え命令）」が、上記スクリプト保持用バッファ内における「テストプリントの実行命令」が記述されている行の次の行に書き込まれる。
【００３２】
すなわち、スクリプト生成要求がある間、キー入力を受け付けるごとに、当該スクリプト保持用バッファには、サービスマンによる操作内容に基づく命令が順に書き加えられていくことになる。このように、実際のメンテナンスで操作した内容に基づいてメンテナンスの診断調整や設定の手順がスクリプトとして生成されていく。したがって、サービスマンは、診断調整項目作業ごとにスクリプト作成用に特別の入力をすることなく、メンテナンス作業を続行できる。なお、サービスマンによりモードが診断調整モードからプリントモードに切り換えられると、上記したようにスクリプト要求フラグをオフするので、スクリプト生成要求がないと判断して（ステップＳ６１１で「Ｎ」）、スクリプトの生成を行わない。
【００３３】
図９は、ステップＳ６２のスクリプト送信処理の内容を示すフローチャートである。
同図に示すように、まずスクリプト生成済みであるか否かを判断する（ステップＳ６２１）。この判断は、上記スクリプト生成済みフラグがオンであるかオフであるかを確認することにより行われる。
【００３４】
ここで、スクリプト生成済みフラグがオンであると判断すると（ステップＳ６２１で「Ｙ」）、スクリプト生成要求がある状態か、ない状態かを判断する（ステップＳ６２２）。この判断は、上記スクリプト要求フラグがオンされているか、オフされているかを確認することにより行われる。スクリプト要求フラグがオンされている、すなわち診断調整モードに入っていると判断した場合には（ステップＳ６２２で「Ｎ」）、現在診断調整を行っている段階であり、まだスクリプトの生成が終わっていないとして、メインルーチンにリターンする。
【００３５】
一方、スクリプト要求フラグがオフされている、すなわちプリントモードに入っていると判断した場合には（ステップＳ６２２で「Ｙ」）、スクリプトの生成が終わったと判断して、ステップＳ６２３に移る。
ステップＳ６２３では、生成されたスクリプトの送信先が設定されているか否かを判断する。この送信先の設定は、診断調整モードの「システム設定」キー２５５が押下されたときの設定メニュー（不図示）において行われ、その内容はＥＥＰＲＯＭ２４に保存されるようになっており、ここでは、予めプリンタ２、３が送信先として設定されているものとする。送信先が設定されていると判断すると（ステップＳ６２３で「Ｙ」）、ステップＳ６２４に移る。
【００３６】
ステップＳ６２４では、ディスプレイ２５３にスクリプト送信許可画面を表示させる。
図１０は、スクリプト送信許可画面の例を示す図である。同図に示すように、この画面は、スクリプトを生成した旨および設定されている送信先に当該スクリプトを送信してもよいか否かをサービスマンに問い合わせるための画面であり、「ＯＫ」キー２５３１と「ＮＧ」キー２５３２が合わせて表示される。ＣＰＵ２１は、サービスマンにより「ＯＫ」キー２５３１が押下されると、送信の許可を示す送信許可フラグをオンし、「ＮＧ」キー２５３２が押下されると、送信禁止を示す送信禁止フラグをオンする。なお、いずれのキーも押下されていない状態では、送信許可フラグおよび送信禁止フラグを双方共オフにしている。
【００３７】
図９に戻って、ステップＳ６２５では、送信許可もしくは禁止の指示があったか否かを判断する。この判断は、送信許可フラグがオンされている、送信禁止フラグがオンされている、もしくは両フラグがオフされている、のいずれの状態であるかを確認することにより行われる。ここで、両フラグがオフされている状態では、サービスマンによりまだ「ＯＫ」キー２５３１と「ＮＧ」キー２５３２のいずれも押下されていないことになるので、送信許可／禁止の指示がないと判断して（ステップＳ６２５で「Ｎ」）、メインルーチンにリターンする。この場合、ルーチンが一巡して、ステップＳ５のキー入力処理において、例えば「ＯＫ」キー２５３１が押下された場合には、ステップＳ６２５で「Ｙ」と判断すると共に、送信が許可されたと判断して（ステップＳ６２６で「Ｙ」）、そのスクリプトを設定された宛先（ここでは、プリンタ２と３）に順次送信し（ステップＳ６２７）、ステップＳ６２８に移る。
【００３８】
一方、例えば「ＮＧ」キー２５３２が押下された場合には、送信が禁止されたと判断して（ステップＳ６２６で「Ｎ」）、ステップＳ６２７のスクリプト送信処理に代えて、生成したスクリプトを廃棄（削除）する処理を行って（ステップＳ６２９）、ステップＳ６２８に移る。
ステップＳ６２８では、スクリプト生成済みフラグをオフすると共に送信許可フラグおよび送信禁止フラグをオフにした後、メインルーチンにリターンする。
【００３９】
一方、ステップＳ６２３において、送信先が設定されていない場合には、送信できないので、ステップＳ６２９に移って、生成されたスクリプトを廃棄する。
なお、上記では、スクリプトの送信をサービスマンが許可した場合にだけ行うようにしたが、例えば送信先が設定されていればサービスマンの許可を得ずに自動的に当該スクリプトを送信する構成にすることもできる。このようにすれば、スクリプト送信許可画面において送信を許可するかしないかを入力する必要がなくなり、その分サービスマンの手間が少なくなる。
【００４０】
また、スクリプト送信許可画面に送信先として表示されたプリンタ群の中から送信したいプリンタを選択する構成とすることもできる。さらに、スクリプト送信時に送信先を設定する構成としてもよい。
図１１は、ステップＳ６３のスクリプト実行処理の内容を示すフローチャートであり、この処理は、上記したようにスクリプトを受信した場合において実行される処理である。ここでは、例えばプリンタ２からスクリプトが送られてきた場合を例にとって説明することにする。
【００４１】
同図に示すように、ＣＰＵ２１は、受信済みのスクリプトがあるか否かを判断する（ステップＳ６３１）。本実施の形態では、スクリプトを受信すると、それをＥＥＰＲＯＭ２４内の所定の格納領域に保存するようにしており、ここにスクリプトが保存されているか否かで受信済みのスクリプトがあるか否かを判断する。
【００４２】
受信済みのスクリプトがないと判断すると（ステップＳ６３１で「Ｎ」）、そのままメインルーチンにリターンする。
受信済みのスクリプトがあると判断すると（ステップＳ６３１で「Ｙ」）、スクリプトに記述されている内容を確認し（ステップＳ６３２）、その処理を実行可能であるか否かを判断する（ステップＳ６３３）。例えば、テストプリントの実行命令を示す内容が記述されていた場合、テストプリントに関連する処理としての印刷処理が可能な状態であれば、テストプリントを直ちに実行できると判断して（ステップＳ６３３で「Ｙ」）、ステップＳ６３４に移る。
【００４３】
一方、現在、印刷処理中であればテストプリントを直ちに実行することが出来ないことから、実行できないと判断して（ステップＳ６３３で「Ｎ」）、メインルーチンにリターンする。この場合、ルーチンが一巡して、実行可能な状態になったと判断すると（ステップＳ６３３で「Ｙ」）、ステップＳ６３４に移ることになる。このようにスクリプトの内容と関連する処理が現在なされており、そのスクリプトに基づいて実行すべき処理が実行できない状態にあるときには当該処理を実行させないようにすれば、現在実行中の別の処理が中断されるいったことがなくなる。
【００４４】
ステップＳ６３４では、装置が待機中であるか否かを判断する。例えば、節電状態にあるような場合（待機中でない場合）には（ステップＳ６３４で「Ｎ」）、直ちに印刷処理を行えないと判断し、そのままメインルーチンにリターンする。このように待機中でない場合に処理を行わないようしたのは次の理由による。すなわち、例えば定着器の温度が定着温度よりも低い状態で強制的にテストプリントを行うと、定着不良のため印刷されるテストパターンの画質劣化が生じてしまい、テストプリントの用をなさなくなるからである。
【００４５】
一方、待機状態にあると判断すると（ステップＳ６３４で「Ｙ」）、受信したスクリプトに記述されている内容をメンテナンスとして自動実行して（ステップＳ６３５）、メインルーチンにリターンする。
例えば、プリンタ２から送られてきたスクリプトに「テストプリントの実行命令」に続いて「転写電圧値の書換え命令」が記述されていれば、まずテストプリントを実行する処理を行った後、現在転写電圧値としてＥＥＰＲＯＭ２４に記憶されている値をその記述されている値に書換える処理を自動的に順次実行するものである。すなわち、プリンタ２で実行されたテストプリントと転写電圧設定という処理が、プリンタ１においてサービスマンのキー入力が行われなくても自動的に実行されることになる。続いて、そのスクリプトがプリンタ２からプリンタ３に送信されると、プリンタ２における処理と同じ処理が、プリンタ３において自動的に実行されることになる。
【００４６】
このように本発明では、一人のサービスマンがプリンタ１〜３のメンテナンスを行う際に、例えば画質を確認するために各プリンタ１〜３においてテストプリントを実行する必要が生じた場合、そのサービスマンはそのためのキー入力操作を１台のプリンタだけに行えばよく、従来のように１台ずつ同じ入力操作を行っていかなければならない構成に比べて、その操作に要する手間および時間を省くことができるという効果がある。
【００４７】
また、従来のようにプリンタ１台ずつについて診断調整を行っていく構成では、例えば実行すべき診断調整項目が多い場合、ある項目を実行し忘れてしまうこともあるが、本発明では一のプリンタで実行された処理と同じ処理が他のプリンタでも自動的に行われるので、そのような実行し忘れといったことが生じない。さらに、例えば複数の調整項目を決められた順に実行しなければならない場合、従来のような各プリンタについていちいち手入力する構成ではその順を誤ってしまうこともあったが、本発明ではそのような誤りが生ぜず、全プリンタについて適正な調整を行うことが可能となる。
【００４８】
なお、上記スクリプト実行処理では、ステップＳ６３３において、受信したスクリプトに基づく処理が実行可能か否かの判断を行ったが、例えばサービスマンの作業効率を低下させないために当該処理を優先して実行させた方がよい場合もあり、そのような場合には当該判断を行わない構成にすることもできる。また、同様の理由から、ステップＳ６３４の待機中であるか否かの判断を行わない構成としてもよい。この場合には、例えば「テストプリント」などでは節電中であれば実行できないが、待機中でなくても実行できる項目、例えば「ＲＯＭバージョン表示」などが実行されることになる。
【００４９】
（第２の実施の形態）
上記第１の実施の形態では、一のプリンタが生成したスクリプトを他のプリンタに送信する場合の例について説明したが、本実施の形態では、ＰＣ１１がシステム１０の管理装置として用いられ、各プリンタは、生成したスクリプトをＰＣ１１に送信し、ＰＣ１１は一のプリンタからスクリプトを受信すると、そのスクリプトをその他のプリンタに送信するという構成になっている点が第１の実施の形態と異なっている。以下、第１の実施の形態と異なる部分を中心に説明し、同じ内容についてはその説明を省略するものとする。
【００５０】
１．プリンタ１の処理内容
プリンタ１の処理については、スクリプト処理の内、スクリプト送信処理が異なっている。
図１２は、本実施の形態におけるスクリプト送信処理の内容を示すフローチャートである。
【００５１】
同図に示すように、ＣＰＵ２１は、スクリプト生成済みであるか否かを判断すると共に、スクリプト生成要求がない状態であるか否かを判断する（ステップＳ７０１、Ｓ７０２）。これら処理は、第１の実施の形態のステップＳ６２１、Ｓ６２２の処理と同じである。
スクリプト生成要求がない状態であると判断すると（ステップＳ７０２で「Ｙ」）、生成されたスクリプト、サービスマン識別情報および装置識別情報をＰＣ１１に送信する（ステップＳ７０３、Ｓ７０４、Ｓ７０５）。ここで、サービスマン識別情報は、サービスマンを識別するための番号のことである。本実施の形態では、診断調整モードに入ると、サービスマンが自身の識別番号として予め付与されている番号を入力するようにしており、その入力された番号が当該プリンタの担当サービスマンを示すサービスマン識別番号として送信される。また、装置識別情報は、プリンタを識別するための固有の識別番号（装置識別番号）として出荷時に予めＥＥＰＲＯＭ２４に保存されているものである。以下、スクリプト、サービスマン識別情報および装置識別情報をまとめていうときは「スクリプト等」と省略することにする。
【００５２】
ＣＰＵ２１は、スクリプト等の送信終了後、ステップＳ７０６においてスクリプト生成済みフラグをオフし、メインルーチンにリターンする。なお、このステップＳ７０６の処理は、上記Ｓ６２８の処理と同じである。
このように、本実施の形態では、スクリプト等を管理装置に送信するという構成であることから、第１の実施の形態での送信先設定確認（ステップＳ６２３）から送信許可判断（ステップＳ６２６）までの処理およびスクリプト廃棄処理（ステップＳ６２９）を行わない。
【００５３】
２．ＰＣ１１（管理装置）の処理内容
図１３は、ＰＣ１１において各プリンタからスクリプト等を受信したときに実行される処理の内容を示すフローチャートである。
同図に示すように、まずＰＣ１１のＣＰＵ１１１は、いずれかのプリンタからスクリプト等を受信したか否かを判断する（ステップＳ７１０）。スクリプト等の受信を判断すると、そのスクリプト等がどのプリンタから送られてきたか（送信元のプリンタ）を装置識別情報を参照して判断する（ステップＳ７１１）。
【００５４】
そして、受信したスクリプト等を送信元のプリンタ以外の各プリンタに転送する処理を行って（ステップＳ７１２）、ステップＳ７１０に戻る。
この場合、スクリプト等を受信した各プリンタは、上記実施の形態１と同様に、ステップＳ６３のスクリプト実行処理においてそのスクリプトの内容に基づくメンテナンスを実行することになり、上記同様のメンテナンスの手間等を少なくできるという効果を得ることができる。
【００５５】
また、本実施の形態では、スクリプト実行後、図１４に示すように診断調整モードのメニュー画面の下段欄２７０に、その実行日２７１、実行された診断調整項目名２７２、サービスマン名２７３および装置識別番号２７４を表示させるようにしている。
診断調整項目名２７２は受信したスクリプトの内容から判定され、装置識別番号２７４は装置識別情報から判定される。
【００５６】
また、サービスマン名２７３は、サービスマン識別情報から判定される。ここでは、ＰＣ１１の固定記憶装置１１４内に、各プリンタ１〜３をメンテナンスする可能性がある全てのサービスマンについて、その名前と識別番号とが関連付けられたサービスマン管理テーブル（不図示）が予め記憶されており、ＣＰＵ１１１は、サービスマン管理テーブルから、受信したサービスマン識別番号に対応するサービスマン名を読み出して表示させるものである。
【００５７】
したがって、プリンタ１において、例えばスクリプト受信によるメンテナンスの自動実行がされた後に、別のサービスマンがプリンタ１をメンテナンスするべく診断調整モードのメニュー画面を表示させたとき、下段欄２７０に診断調整項目名２７２などが表示されていれば、そのサービスマンは、その項目については何らかの処理がすでに行われていることを判断できる。例えば、表示されているサービスマン名２７３が自身よりも経験豊富な人物であると判れば、自動実行された診断調整項目については、今回あえて確認もしくは実行する必要がないと判断することもできる。また、その逆に経験が極めて浅いサービスマンにより実行されたものであると判れば、再確認しておく必要があると判断できる。
【００５８】
このように自動実行されたメンテナンスの状況を把握することができるので、メンテナンスをより適正に、そして効率よく行うことができるという効果がある。なお、ここでは実行された診断調整項目等をメニュー画面の下段欄２７０に表示する構成としたが、それらを出力する手段としては、例えばその内容を用紙に印刷する等の構成も考えられる。
【００５９】
（第３の実施の形態）
上記実施の形態２では、管理装置としてのＰＣ１１は、一のプリンタからスクリプト等を受信すると、そのスクリプト等をその他のプリンタに転送するようにしたが、本実施の形態では、あるプリンタからスクリプト等を受信した際、そのプリンタのメンテナンスを担当したサービスマンの能力に応じてそのスクリプト等を他のプリンタに転送するか否かを決めるように構成しており、その点が第２の実施の形態と異なっている。以下、第２の実施の形態と異なる部分となるＰＣ１１の処理内容を中心に説明し、同じ内容についてはその説明を省略するものとする。
【００６０】
図１５は、本実施の形態のＰＣ１１における、各プリンタからスクリプト等を受信したときに実行される処理の内容を示すフローチャートである。
同図に示すように、まずＰＣ１１のＣＰＵ１１１は、いずれかのプリンタからスクリプト等を受信したか否かを判断する（ステップＳ８０１）。以下、プリンタ２からスクリプト等が送られてきた場合を例に説明する。
【００６１】
プリンタ２からのスクリプト等の受信を判断すると、そのスクリプト、サービスマン識別情報および装置識別情報を関連付けて固定記憶装置１１４内に設けられたスクリプト管理テーブル１１６に保存する（ステップＳ８０２）。
図１６は、スクリプト管理テーブル１１６の内容を示す図である。
同図に示すように、スクリプト管理テーブル１１６は、発行元欄１１６１、担当者欄１１６２およびスクリプト内容欄１１６３からなり、発行元欄１１６１には、装置識別情報としてのプリンタの識別番号が、担当者欄１１６２にはサービスマン識別情報としてのサービスマン識別番号が、スクリプト内容欄１１６３にはスクリプトの内容がそれぞれ書き込まれて保存される。なお、このスクリプト管理テーブル１１６には、各プリンタからスクリプト等を受信する毎にそのプリンタについてのレコードが順次追加されていくようになっている。
【００６２】
図１５に戻って、ＣＰＵ１１１は、受信したスクリプトの内容から、プリンタ２において今回どの診断調整項目が実行されたのかを判定し、その項目と同じ項目の診断調整が以前に行われたことがあるか否かを判断する（ステップＳ８０３）。この判断は、スクリプト管理テーブル１１６のスクリプト内容欄１１６３に書き込まれている内容を参照することで行われる。以前に同項目の診断調整が行われたプリンタがあると判断した場合には（ステップＳ８０３で「Ｙ」）、ステップＳ８０４に移る。
【００６３】
ステップＳ８０４では、プリンタ２の診断調整を行ったサービスマン（以下、「今回のサービスマン」という。）の能力と、それよりも前に他のプリンタにおいて同項目の診断調整を行ったサービスマン（以下、「別のサービスマン」という。）の能力とを取得する。ここでは、予めＰＣ１１の固定記憶装置１１４内に設けられた能力管理テーブル（不図示）に、プリンタ１〜３をメンテナンスする可能性がある全てのサービスマンそれぞれについて、その能力を示す数値（サービスマンとして活動している年数や実績、診断調整内容の知識度などを考慮して数値化したときの数値）がサービスマン識別番号と関連付けられて保存されている。ＣＰＵ１１１は、今回および別のサービスマンをメンテナンス担当者欄１１６２を参照して特定し、各サービスマンの能力を能力管理テーブルを参照することによって取得する。
【００６４】
そして、各サービスマンの能力を比較し、今回の（プリンタ２のメンテナンスを担当した）サービスマンの方が能力が高いと判断すると（ステップＳ８０５で「Ｙ」）、プリンタ２からのスクリプト等を他の装置、すなわちプリンタ１と３に転送して（ステップＳ８０６）、ステップＳ８０１に戻る。
一方、今回のサービスマンの方が能力が低い（もしくは同一）と判断、すなわち別のサービスマンの方が能力が高い（もしくは同一）と判断した場合には（ステップＳ８０５で「Ｎ」）、当該別のサービスマンが以前に診断調整したときにそのプリンタから送られて来たスクリプトであって、現在、スクリプト管理テーブル１１６のスクリプト内容欄１１６３に書き込まれているスクリプトをプリンタ２に送信して（ステップＳ８０７）、ステップＳ８０１に移る。
【００６５】
例えば、サービスマンＡがプリンタ３の「転写電圧設定」を行った後に、別のサービスマンＢがプリンタ２の「転写電圧設定」を行った場合では、▲１▼サービスマンＢの方が能力が高いと判断すると、プリンタ２からの転写電圧値の書換え命令が記述されたスクリプトをプリンタ１、３に転送することになる。この場合、プリンタ１、３は、上記同様にＰＣ１１から当該スクリプトを受信すると、その内容に基づいて「転写電圧設定」を行うことになる。
【００６６】
一方、▲１▼の例とは逆に、▲２▼サービスマンＢの方が能力が低い（もしくは同一）と判断すると、プリンタ１と３には、受信したスクリプト等を転送せず、サービスマンＡが前にプリンタ３で行った「転写電圧設定」により生成されたスクリプトをプリンタ２に送り返す。この場合、プリンタ２では、既にサービスマンＢにより「転写電圧設定」が行われていることになるが、プリンタ２は、ステップＳ６３のスクリプト実行処理において、ＰＣ１１から当該プリンタ３で生成されたスクリプト（転写電圧値の書換え命令が記述されたもの）を受信すると、その内容に基づいて「転写電圧設定」をやり直すことになる。このように上記▲１▼▲２▼いずれの場合でも、プリンタ１、２、３は、「転写電圧設定」において同じ電圧値が設定されることになる。
【００６７】
一方、同じ診断調整項目がそれまでに行われていないと判断した場合には（ステップＳ８０３で「Ｎ」）、ステップＳ８０８に移る。
ステップＳ８０８では、スクリプト等がどのプリンタから送られてきたかを判断し、ステップＳ８０９では当該プリンタ以外の他のプリンタ（上記例ではプリンタ１と３）にそのスクリプト等を送信する処理を行って、ステップＳ８０１に戻る。なお、ステップＳ８０８、Ｓ８０９の処理は、上記ステップＳ７１１、Ｓ７１２の処理内容と同じである。
【００６８】
このように本実施の形態では、より能力の高いサービスマンにより行われたメンテナンス内容を示すスクリプトが各プリンタに送信され、そのサービスマンによるメンテナンスが各プリンタでも同様に行われる構成なので、各プリンタについて画像品質を高レベルに維持できるという効果を得ることができる。
なお、本実施の形態では、複数のサービスマンの能力を相対的に比較した結果に基づいて受信したスクリプト等を当該他のプリンタに転送するか否かを決定したが、例えば次のような構成にすることもできる。
【００６９】
すなわち、他の装置へのスクリプトの転送を許可してもよいと考えられる能力レベルを予め所定レベルとして設定しておき、ＰＣ１１は、ステップＳ８０５の処理の代わりに、メンテナンスを行ったサービスマンのレベルがその所定レベルよりも高い場合に、ステップＳ８０６に移る処理を実行する構成とすることもできる。このようにサービスマンの能力を絶対評価する構成にすれば、能力が所定レベル以上の経験豊富なサービスマンによるメンテナンスが他の装置でも同様に実行されることになる、いいかえればそれよりも低い能力のサービスマンによるメンテナンスは他の装置では絶対に実行されなくなるので、システム全体において画像品質を高いレベルに維持できるという効果を得られる。
【００７０】
（第４の実施の形態）
本実施の形態では、第１の実施の形態におけるプリンタが、第３の実施の形態におけるＰＣ１１の処理（サービスマンの能力に応じてスクリプト等を転送するか否かを判断する処理）をスクリプト送信処理において実行する構成となっており、その点が第１の実施の形態と異なっている。以下、相違点を中心に説明し、同じ内容についてはその説明を省略する。なお、本実施の形態では、サービスマンは、診断調整モードに入ると自身の識別番号として予め付与されている番号を入力するようにしており、またプリンタのＥＥＰＲＯＭ２４内には、上記スクリプト管理テーブル１１６（但し、発行元欄１１６１がないもの）および能力管理テーブルと同様の管理テーブルが設けられていることとする。
【００７１】
図１７は、本実施の形態のプリンタが実行するスクリプト送信処理の内容を示すフローチャートである。
同図に示すように、この処理は、第１の実施の形態のスクリプト送信処理（図９）とほとんど同じであり、ステップＳ６２６とＳ６２７の間にステップＳ９０１とＳ９０２が挿入されている点が異なっている。このステップＳ９０１は、上記ステップＳ８０４と同じものであり、ＥＥＰＲＯＭ２４内に設けられた能力管理テーブルとスクリプト管理テーブル１１６の担当者欄１１６２とを参照することにより、当該プリンタにおいて今回およびそれよりも前に行われたメンテナンスを担当した各サービスマンの能力を取得するものである。
【００７２】
そして、各サービスマンの内、今回のメンテナンス担当のサービスマンの能力が最も高いと判断すると（ステップＳ９０２で「Ｙ」）、生成したスクリプトを他のプリンタに送信する（ステップＳ６２７）。一方、それよりも前に行われたメンテナンスを担当したサービスマンの方が能力が高いと判断すると（ステップＳ９０２で「Ｎ」）、そのスクリプトを廃棄して（ステップＳ６２９）、メインルーチンにリターンする。
【００７３】
このように本実施の形態では、一のプリンタについて、今回のメンテナンス担当のサービスマンの方が、それよりも前に行われたメンテナンスを担当したサービスマンよりも能力が高い場合に限り、そのメンテナンス内容を示すスクリプトを他のプリンタに送信する構成にしている。したがって、上記第３の実施の形態と同様に、サービスマンのメンテナンスによる手間を従来よりも少なくできるという効果に加えて、システム全体の画像品質等を高レベルに維持できるという効果がある。
【００７４】
また、他の装置へのスクリプトの送信を許可してもよいと考えられる能力レベルを予め設定しておけば、ステップＳ９０２の処理に代えて、そのレベルより高いサービスマンによりメンテナンスが行われたと判断した場合に、ステップＳ６２７に移り、そのレベル以下であると判断した場合に、ステップＳ６２９に移る処理を実行する構成とすることも可能である。
【００７５】
（変形例）
以上、本発明を実施の形態に基づいて説明してきたが、本発明は、上述の実施の形態に限定されないのは勿論であり、以下のような変形例が考えられる。
（１）上記実施の形態では、メンテナンスとして診断調整モードの各項目が実行された場合の例を説明したが、これに限られず、例えば上記節電移行時間の設定、印刷濃度の設定、文字画像優先にするか写真画像優先にするかの選択、セットされる用紙の種類の選択など、ユーザ等がメンテナンス担当者となってキー操作により設定もしくは選択する行為もメンテナンスとして捉えることができる。
【００７６】
例えば、ユーザが節電移行時間の設定をプリンタ１において行った場合、プリンタ１がその移行時間の設定命令を記述したスクリプトを他のプリンタ２、３に送信し、当該スクリプトを受信したプリンタ２、３それぞれが、その命令に基づいて節電移行時間をプリンタ１と同一の時間に設定するようにすれば、一人のユーザが各プリンタ１台ずつについて節電移行時間の設定のためのキー入力操作を行っていくといった手間や時間を少なくできるという上記同様の効果を得られる。
【００７７】
（２）上記実施の形態では、ＬＡＮ５に複数のプリンタが接続されている構成例を説明したが、本発明はプリンタに限られず、複写機やスキャナなどの画像形成装置一般に適用することができる。また、同じ構成のプリンタが接続されている例を説明したが、受信したスクリプトに基づいてメンテナンスを実行できる装置であれば別の構成の装置であってもよい。
【００７８】
（３）本発明は、上記プリンタ等の画像形成装置に限られず、複数の画像形成装置がＬＡＮ等のネットワークに接続されてなる画像形成システム、およびそのシステムにおける各画像形成装置が上記した処理を実行する方法であるとしてもよい。また、上記複数の画像形成装置と上記ＰＣ等からなる管理装置とがネットワークに接続されている画像形成システム、およびそのシステムにおける各画像形成装置と管理装置とが上記処理を実行する方法であるとすることもできる。さらに、その方法をコンピュータにより実現するプログラムであるとしてもよい。
【００７９】
また、本発明は、前記プログラムをコンピュータで読取可能な記録媒体、例えばフレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、半導体メモリなどに記録したものとしてもよい。さらに、上記の本発明のプログラムは、上記に説明した処理をコンピュータに実行させるための全てのモジュールを含んでいる必要はなく、例えば通信プログラムやＯＳ（Operating System）に含まれるプログラムなど、別途にインストールすることができる各種汎用的なプログラムを利用して、本発明の各処理をコンピュータに実行させるようにしてもよい。
【００８０】
【発明の効果】
以上説明したように、本発明のメンテナンス方法によれば、第１の画像形成装置において、メンテナンス担当者からのメンテナンスのための操作入力を受け付ける受付ステップと、受け付けた操作入力の内容に基づいて第１の画像形成装置に対するメンテナンスを実行する第１の実行ステップと、受け付けた操作入力の内容に基づくメンテナンスと同じ内容のメンテナンスを実行すべきことを示す命令を生成する生成ステップと、生成された命令を第２の画像形成装置に送信する送信ステップと、第２の画像形成装置において、第１の画像形成装置から送られて来る命令を受信すると、その命令に基づいて第１の画像形成装置と同じメンテナンスを実行する第２の実行ステップと、を含んでいるので、一の画像形成装置で行われたメンテナンスが他の画像形成装置でも自動的に行われることになり、従来よりもキー入力の手間を少なくできると共にそれに要する時間を短縮できるという効果がある。
【００８１】
また、本発明は、複数の画像形成装置がネットワークを介して接続されてなる画像形成システムにおける画像形成装置であって、メンテナンス担当者からのメンテナンスのための操作入力を受け付ける受付手段と、受け付けた内容に基づいてメンテナンスを実行する第１の実行手段と、受け付けた内容に基づくメンテナンスと同じ内容のメンテナンスを実行すべきことを示す命令を生成する生成手段と、生成された命令を他の画像形成装置に送信する送信手段と、他のいずれかの画像形成装置から送られて来る命令を受信すると、その内容に基づいてその画像形成装置と同じメンテナンスを実行する第２の実行手段と、を備えているので、一の画像形成装置で行われたメンテナンスが他の画像形成装置でも自動的に行われるようになり、従来よりもキー入力の手間を少なくできると共にそれに要する時間を短縮できるという効果がある。
【図面の簡単な説明】
【図１】本発明に係る、第１の実施の形態におけるプリンタを含むシステム１０の構成を示す図である。
【図２】プリンタ１のハード構成例を示す図である。
【図３】上記プリンタ１の操作パネル２５の構成を示す図である。
【図４】診断調整モードに入ったときに、操作パネル２５のディスプレイ２５３に表示されるメニュー画面の例を示した図である。
【図５】ＰＣ１１のハード構成を示す図である。
【図６】プリンタ１の制御部２０のＣＰＵ２１が実行する処理の内容を示すフローチャートである。
【図７】ステップＳ６のスクリプト処理のサブルーチンの内容を示すフローチャートである。
【図８】ステップＳ６１のスクリプト生成処理の内容を示すフローチャートである。
【図９】  ステップＳ６２のスクリプト送信処理の内容を示すフローチャートである。
【図１０】スクリプト送信許可画面の例を示す図である。
【図１１】ステップＳ６３のスクリプト実行処理の内容を示すフローチャートである。
【図１２】第２の実施の形態におけるスクリプト送信処理の内容を示すフローチャートである。
【図１３】ＰＣ１１において各プリンタからスクリプト等を受信したときに実行される処理の内容を示すフローチャートである。
【図１４】診断調整モードの別のメニュー画面の例を示す図である。
【図１５】第３の実施の形態のＰＣ１１における、各プリンタからスクリプト等を受信したときに実行される処理の内容を示すフローチャートである。
【図１６】スクリプト管理テーブル１１６の内容を示す図である。
【図１７】第３の実施の形態のプリンタが実行するスクリプト送信処理の内容を示すフローチャートである。
【符号の説明】
１、２、３    プリンタ
５    ＬＡＮ
１０    システム
１１、１２    ＰＣ
２０    制御部
２１、１１１    ＣＰＵ
２２、１１２    ＲＯＭ
２３、１１３    ＲＡＭ
２４    ＥＥＰＲＯＭ
２５    操作パネル
１１４    固定記憶装置
１１６    スクリプト管理テーブル
２５１    モードセレクトキー
２５３    ディスプレイ
２７０    下段欄
２７２    診断調整項目名
２７３    サービスマン名
２７４    装置識別番号
【図１】
0004356276.tif 000002
【図２】
0004356276.tif 000003
【図３】
0004356276.tif 000004
【図４】
0004356276.tif 000005
【図５】
0004356276.tif 000006
【図６】
0004356276.tif 000007
【図７】
0004356276.tif 000008
【図８】
0004356276.tif 000009
【図９】
0004356276.tif 000010
【図１０】
0004356276.tif 000011
【図１１】
0004356276.tif 000012
【図１２】
0004356276.tif 000013
【図１３】
0004356276.tif 000014
【図１４】
0004356276.tif 000015
【図１５】
0004356276.tif 000016
【図１６】
0004356276.tif 000017
【図１７】
0004356276.tif 000018