JP6629048B2 - 画像形成装置 - Google Patents

Description

本発明の実施形態は、画像形成装置に関する。

画像形成装置の遠隔管理の一形態として、１つの保守サーバで複数の画像形成装置を管理する形態がある。この形態において、保守サーバは、保守対象の画像形成装置に代わり、画像形成装置を遠隔管理する管理サーバから管理情報を取得する。そして、保守サーバは、取得した管理情報を保守対象の画像形成装置に送信する。
この形態の場合、画像形成装置が保守サーバと通信不可能となると、画像形成装置は管理情報を取得できなくなる場合があった。

特開２０１２−１６０９６１号公報

本発明が解決しようとする課題は、保守性を向上することが可能な画像形成装置を提供することである。

実施形態の画像形成装置は、判定部と、第１処理代理実行部と、第２処理実行部とを持つ。判定部は、管理装置から取得した情報を他の画像形成装置に送信可能な第１処理を実行している画像形成装置と通信可能か否かを判定する。第１処理代理実行部は、前記判定部によって、前記第１処理を実行している画像形成装置と通信不可能と判定された場合に、前記第１処理を代理して実行する。第２処理実行部は、前記第１処理代理実行部によって前記第１処理を代理して実行している場合に、前記判定部によって、前記第１処理を実行している画像形成装置と通信可能と判定されると、前記第１処理に代えて、当該画像形成装置から送信された前記情報を取得する第２処理を実行する。

実施形態の画像形成装置１００の全体構成例を示す外観図。 画像形成装置１００の遠隔管理システム５０のシステム構成例、及び画像形成装置１００の機能構成を示す図。 スレーブが代理マスタとして動作する例を示す図。 画像形成装置１００の起動処理の流れを示すフローチャート。 マスタメイン処理の流れを示すフローチャート。 代理マスタ・スレーブ処理の流れを示すフローチャート。 代理マスタ処理の流れを示すフローチャート。 スレーブ処理の流れを示すフローチャート。 ＭＲ送信処理の流れを示すフローチャート。 ＩＲ送信処理の流れを示すフローチャート。 無設定処理の流れを示すフローチャート。

実施形態の画像形成装置では、保守性を向上することが可能となる。以下、実施形態の画像形成装置について詳細に説明する。

図１は、実施形態の画像形成装置１００の全体構成例を示す外観図である。画像形成装置１００は、例えば複合機である。画像形成装置１００は、ディスプレイ１１０、コントロールパネル１２０、プリンタ部１３０、シート収容部１４０及び画像読取部２００を備える。なお、画像形成装置１００のプリンタ部１３０は、トナー像を定着させる装置であってもよいし、インクジェット式の装置であってもよい。

画像形成装置１００は、トナー等の現像剤を用いてシート上に画像を形成する。シートは、例えば紙やラベル用紙である。シートは、その表面に画像形成装置１００が画像を形成できる物であればどのような物であってもよい。

ディスプレイ１１０は、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等の画像表示装置である。ディスプレイ１１０は、画像形成装置１００に関する種々の情報を表示する。

コントロールパネル１２０は、複数のボタンを有する。コントロールパネル１２０は、ユーザの操作を受け付ける。コントロールパネル１２０は、ユーザによって行われた操作に応じた信号を、画像形成装置１００の制御部に出力する。なお、ディスプレイ１１０とコントロールパネル１２０とは一体のタッチパネルとして構成されてもよい。

プリンタ部１３０は、画像読取部２００によって生成された画像情報又は通信路を介して受信された画像情報に基づいて、シート上に画像を形成する。プリンタ部１３０は、例えば以下のような処理によって画像を形成する。プリンタ部１３０の画像形成部は、画像情報に基づいて感光体ドラム上に静電潜像を形成する。プリンタ部１３０の画像形成部は、静電潜像に現像剤を付着させることによって可視像を形成する。現像剤の具体例として、トナーがある。プリンタ部１３０の転写部は、可視像をシート上に転写する。プリンタ部１３０の定着部は、シートに対して加熱及び加圧を行うことによって、可視像をシート上に定着させる。なお、画像が形成されるシートは、シート収容部１４０に収容されているシートであってもよいし、手差しされたシートであってもよい。

シート収容部１４０は、プリンタ部１３０における画像形成に用いられるシートを収容する。

画像読取部２００は、読み取り対象の画像情報を光の明暗として読み取る。画像読取部２００は、読み取られた画像情報を記録する。記録された画像情報は、ネットワークを介して他の情報処理装置に送信されてもよい。記録された画像情報は、プリンタ部１３０によってシート上に画像形成されてもよい。

図２は、画像形成装置１００の遠隔管理システム５０のシステム構成例を示す図である。遠隔管理システム５０は、複数（４台）の画像形成装置１００Ａ、１００Ｂ、１００Ｃ、１００Ｄ、及び管理装置５１で構成される。各々の画像形成装置１００Ａ、１００Ｂ、１００Ｃ、１００Ｄを区別しない場合は、各画像形成装置は、画像形成装置１００と表現される。

画像形成装置１００Ａ、１００Ｂ、１００Ｃ、１００Ｄは、例えばＬＡＮ（Local Area Network）などのネットワーク５３に接続されている。ネットワーク５３は、インターネットなどのネットワーク５２に接続されている。管理装置５１は、ネットワーク５２に接続されている。管理装置５１は、情報を画像形成装置１００に送信する。本実施形態では、この情報を管理情報としている。管理情報とは、画像形成装置１００の更新プログラム、画像形成装置１００への指示など、画像形成装置１００に適用される各種情報である。

画像形成装置１００は、マスタ（第１の画像形成装置）、またはスレーブとして動作可能である。さらに、画像形成装置１００は、代理マスタとして動作可能である。代理マスタとしての画像形成装置１００は、マスタとして動作する。

以下の説明では、マスタとして動作する画像形成装置は、単にマスタと表現されることがある。また、代理マスタとして動作する画像形成装置は、単に代理マスタと表現されることがある。さらに、スレーブとして動作する画像形成装置は、単にスレーブと表現されることがある。

図２において、画像形成装置１００Ａは、マスタとして動作し、画像形成装置１００Ｂ、１００Ｃ、１００Ｄは、スレーブとして動作する。なお、サーバやＰＣ（Personal Computer）などの情報処理装置がマスタとして動作してもよい。

マスタとして動作する画像形成装置１００Ａは、保守対象の画像形成装置１００Ｂ、１００Ｃ、１００Ｄに代わり、管理装置５１から管理情報を取得する。画像形成装置１００Ａは、取得した管理情報を保守対象の画像形成装置１００Ｂ、１００Ｃ、１００Ｄに送信する。

スレーブとして動作する画像形成装置１００Ｂ、１００Ｃ、１００Ｄは、画像形成装置１００Ａから管理情報を取得する。また、一部のスレーブは、マスタと通信不可能となった場合に、代理マスタとして動作できる。代理マスタは、マスタとの通信が復旧した場合には、再びスレーブとして動作する。なお、通信不可能以外に代理マスタが動作する例として、スレーブがマスタと通信可能であるが、マスタがマスタとして動作不能となるケースが挙げられる。

図２に示される画像形成装置１００Ａと、画像形成装置１００Ｂ、１００Ｃ、１００Ｄとの違いはマスタとして動作するか否かであって機能構成は同じである。従って、画像形成装置１００Ａを用いて画像形成装置１００の機能構成について説明する。

画像形成装置１００は、制御部１０、通信部２０、画像処理部２１、及び記憶部２２を備える。
制御部１０は、マスタ・代理マスタ実行部１３、管理情報取得部１４、管理情報保持部１５、管理情報適用部１６、管理情報送信部１７、マスタ・代理マスタ検索部１８、及びマスタ通信判定部１９を備える。

マスタ・代理マスタ実行部１３は、マスタとして動作する処理を実行する。また、マスタ・代理マスタ実行部１３は、マスタと通信不可能と判定された場合にマスタとして動作する代理処理を実行する。管理情報取得部１４は、画像形成装置１００がスレーブの場合は、マスタから管理情報を取得する。すなわち、管理情報取得部１４は、管理装置からマスタを介して管理情報を取得する。管理情報取得部１４は、画像形成装置１００がマスタの場合は、管理装置５１から管理情報を取得する。

管理情報保持部１５は、画像形成装置１００がマスタの場合に、スレーブに送信する管理情報を記憶部２２に保持する。管理情報適用部１６は、管理情報を自らに適用する。管理情報送信部１７は、画像形成装置１００がマスタの場合に、管理情報保持部１５によって保持されている管理情報をスレーブに送信する。マスタ・代理マスタ検索部１８は、画像形成装置１００がスレーブの場合に、マスタを検索する。また、マスタ・代理マスタ検索部１８は、画像形成装置１００がスレーブであって、マスタと通信不可能と判定された場合に、代理マスタを検索する。マスタ通信判定部１９は、画像形成装置１００がスレーブの場合に、マスタと自装置とが通信可能か否か判定する。

通信部２０は、ネットワーク５３などを介して、マスタ、スレーブ、管理装置５１など他の機器と通信する。画像処理部２１は、印刷機能、スキャナ機能など、画像処理全般に係る処理を実行する。記憶部２２は、揮発性メモリや不揮発性メモリで構成される。また記憶部２２は、画像データや、後述される設定フラグなど各種情報を記憶する。

図３は、スレーブがマスタと通信不可能となり、スレーブとして動作していた画像形成装置１００Ｂが代理マスタとして動作する例を示す図である。マスタと通信不可能となると、代理マスタは、保守対象の画像形成装置１００Ｃ、１００Ｄに代わり、管理装置５１から管理情報を取得する。代理マスタは、取得した管理情報を画像形成装置１００Ａとは異なる保守対象の画像形成装置１００Ｃ、１００Ｄ（第２の画像形成装置）に送信する。このように、本実施形態に係る画像形成装置１００は、通信不可能と判定された場合に、管理情報の取得先を変更する変更する。具体的に、管理情報取得部１４は、管理情報の取得先を、管理装置５１、または代理マスタ（第３の画像形成装置）に変更する。

このように、本実施形態によれば、マスタと通信不可能となった場合でも、代理マスタが代理動作するため、保守性を向上させることができる。

図４は、画像形成装置１００の起動処理の流れを示すフローチャートである。図４において、制御部１０は、記憶部２２に記憶された設定フラグを読み取る（ＡＣＴ１０１）。設定フラグは、マスタ、代理マスタ、及びスレーブのいずれかを示す。また、設定フラグは、記憶部２２の不揮発性メモリであるフラッシュメモリに記憶されている。

設定フラグがマスタを示す場合、画像形成装置はマスタとなる。設定フラグが代理マスタを示す場合、マスタと通信不可能となったときは、画像形成装置は代理マスタとなる。一方、マスタと通信可能なときは、画像形成装置はスレーブとなる。設定フラグがスレーブを示す場合、画像形成装置はスレーブとなる。なお、設定フラグは、マスタ、代理マスタ、及びスレーブのいずれも示していない場合がある。

制御部１０は、設定フラグがマスタを示しているか否か判定する（ＡＣＴ１０２）。制御部１０は、設定フラグがマスタを示している場合（ＡＣＴ１０２：ＹＥＳ）、ＭＣタイマをセットする（ＡＣＴ２０１）。このＭＣタイマは、定期的に管理装置５１と通信し、管理情報を取得するためのタイマである。

次いで、制御部１０は、イベントが発生したか否か判定する（ＡＣＴ２０２）。本実施形態におけるイベントには、ＭＣタイマのタイムアウトなどがある。以下の説明において、タイムアウトイベントは、「ＴＥ」と表現される。例えば、ＭＣタイマのタイムアウトイベントは、ＭＣタイマＴＥと表現される。

制御部１０は、イベントが発生していない場合（ＡＣＴ２０２：ＮＯ）、再びＡＣＴ２０２を実行する。制御部１０は、イベントが発生した場合（ＡＣＴ２０２：ＹＥＳ）、マスタメイン処理を実行する（ＡＣＴ２０３）。

ＡＣＴ１０２において、制御部１０は、設定フラグがマスタを示していない場合（ＡＣＴ１０２：ＮＯ）、設定フラグが代理マスタまたはスレーブを示しているか否か判定する（ＡＣＴ１０４）。

制御部１０は、設定フラグが代理マスタまたはスレーブを示している場合（ＡＣＴ１０４：ＹＥＳ）、代理マスタ・スレーブ処理を実行して（ＡＣＴ１０５）、処理を終了する。制御部１０は、設定フラグが代理マスタまたはスレーブを示していない場合（ＡＣＴ１０４：ＮＯ）、無設定処理を実行して（ＡＣＴ１０６）、処理を終了する。

図５は、マスタメイン処理の流れを示すフローチャートである。まず、このフローチャートで用いられるＭＲ、及びＩＲについて説明する。ＭＲは、スレーブがマスタを特定するためにブロードキャストで送信するリクエストである。ＭＲは、例えばＳＮＭＰ（Simple Network Management Protocol）のget-requestである。get-requestは、マスタであれば応答可能なＯＩＤ（Object ID）が指定されたリクエストである。ＭＲは、マスタ・代理マスタ検索部１８によって送信される。ＩＲは、スレーブがマスタに管理情報を要求するリクエストである。ＩＲは、管理情報取得部１４によって送信される。

図５において、制御部１０は、イベントがＭＣタイマＴＥか否か判定する（ＡＣＴ３０１）。制御部１０は、イベントがＭＣタイマＴＥの場合（ＡＣＴ３０１）、管理情報を取得するために管理装置５１と通信する（ＡＣＴ３０２）。

次いで、制御部１０は、管理装置５１から管理情報を取得できたか否か判定する（ＡＣＴ３０３）。制御部１０は、管理装置５１から管理情報を取得できなかった場合（ＡＣＴ３０３：ＮＯ）、処理を終了する。制御部１０は、管理装置５１から管理情報を取得できた場合（ＡＣＴ３０３：ＹＥＳ）、管理情報適用部１６によって管理情報を自らに適用する（ＡＣＴ３０４）。管理情報の適用は、管理情報適用部１６によって行われる。制御部１０は、取得した管理情報をスレーブに送信するために、記憶部２２に保持して（ＡＣＴ３０５）、処理を終了する。管理情報の保持は、管理情報保持部１５によって行われる。

ＡＣＴ３０１において、制御部１０は、イベントがＭＣタイマＴＥではない場合（ＡＣＴ３０１：ＮＯ）、イベントがＭＲ受信か否か判定する（ＡＣＴ３０６）。

制御部１０は、イベントがＭＲ受信の場合（ＡＣＴ３０６：ＹＥＳ）、スレーブに通信設定情報を送信して（ＡＣＴ３０６）、処理を終了する。この通信設定情報とは、マスタのアドレス、管理装置５１のアドレス、及びプロキシ設定などを示す情報である。通信設定情報を受信したスレーブは、マスタを特定でき、マスタと通信可能となる。

ＡＣＴ３０６において、制御部１０は、イベントがＭＲ受信ではない場合（ＡＣＴ３０６：ＮＯ）、イベントがＩＲ受信か否か判定する（ＡＣＴ３０８）。制御部１０は、イベントがＩＲ受信の場合（ＡＣＴ３０８：ＹＥＳ）、管理情報が記憶部２２に保持されているか否か判定する（ＡＣＴ３０９）。

制御部１０は、管理情報が保持されていない場合（ＡＣＴ３０９：ＮＯ）、ＭＲを送信したスレーブに、「管理情報無し」を送信して（ＡＣＴ３１０）、処理を終了する。「管理情報無し」とは、管理情報が管理装置５１から取得されていないことを示すものである。制御部１０は、管理情報が保持されている場合（ＡＣＴ３０９：ＹＥＳ）、ＭＲを送信したスレーブに、管理情報を送信して（ＡＣＴ３１１）、処理を終了する。管理情報は、管理情報送信部１７によって送信される。

ＡＣＴ３０８において、制御部１０は、イベントがＩＲ受信ではない場合（ＡＣＴ３０８：ＮＯ）、イベントに対応した処理を実行し（ＡＣＴ３１２）、処理を終了する。ＡＣＴ３１２での処理として、例えばＰＣからの印刷要求に対応した処理などが挙げられる。

図６は、代理マスタ・スレーブ処理の流れを示すフローチャートである。図６のフローチャートは、図４のＡＣＴ１０５の処理を示すフローチャートである。

図６において、制御部１０は、ＭＲを送信する（ＡＣＴ４０１）。制御部１０は、送信したＭＲに対して応答があったか否か判定する（ＡＣＴ４０２）。すなわち、制御部１０は、マスタ通信判定部１９によってマスタと通信可能か否か判定する。制御部１０は、ＭＲに対して応答があった場合（ＡＣＴ４０２：ＹＥＳ）、設定フラグを「スレーブ」にする（ＡＣＴ４０３）。次いで、制御部１０は、マスタから応答として受信した通信設定情報を設定する（ＡＣＴ４０４）。そして制御部１０は、ＩＲタイマをセットし（ＡＣＴ４０５）、スレーブ処理を実行する（ＡＣＴ４０６）。ＩＲタイマとは、スレーブがマスタに定期的にＩＲを送信するためのタイマである。

ＡＣＴ４０２において、制御部１０は、ＭＲに対して応答がなかった場合（ＡＣＴ４０２：ＮＯ）、設定フラグを「代理マスタ」にする（ＡＣＴ４０７）。次いで、制御部１０は、ＭＲタイマをセットする（ＡＣＴ４０８）。ＭＲタイマとは、代理マスタまたはスレーブが定期的にＭＲを送信するためのタイマである。すなわち、ＭＲタイマは、マスタと通信不可能となった場合に、マスタとの通信が復旧したか否かを定期的にチェックするためのタイマである。そして、制御部１０は、代理処理である代理マスタ処理を実行し（ＡＣＴ４０９）、ＡＣＴ４０１に進む。

なお、マスタが応答できない場合にスレーブが一斉にＭＲを送信した場合、代理マスタが複数台になることが考えられる。そこで、上記ＡＣＴ４０８においてセットするＭＲタイマのタイム値を、画像形成装置ごとに一定範囲内でランダムとなるようにしておく。このようにすることで、代理マスタが複数台となった場合でも、ＭＲに対する応答によって、いずれ代理マスタは１台となる。

図７は、代理マスタ処理の流れを示すフローチャートである。図７のフローチャートは、図６のＡＣＴ４０８の処理を示すフローチャートである。制御部１０は、代理マスタとして動作するため、まずＭＣタイマをセットする（ＡＣＴ５０１）。制御部１０は、イベントが発生したか否か判定する（ＡＣＴ５０２）。制御部１０は、イベントが発生していない場合（ＡＣＴ５０２：ＮＯ）、再度ＡＣＴ５０２を実行する。

制御部１０は、イベントが発生した場合（ＡＣＴ５０２：ＹＥＳ）、イベントがＭＲタイマＴＥか否か判定する（ＡＣＴ５０３）。制御部１０は、イベントがＭＲタイマＴＥの場合（ＡＣＴ５０３：ＹＥＳ）、処理を終了する。この場合、制御部１０は、図６のＡＣＴ４０１でＭＲを送信することとなる。図６に示されるように、ＭＲに応答があった場合、制御部１０は、スレーブとして動作することとなる。このように、制御部１０は、代理処理の実行中に、マスタと再通信が可能と判定された場合に、代理処理の実行を停止する。そして制御部１０は、マスタと再通信が可能と判定された場合に、管理情報の取得先をマスタに変更する。

制御部１０は、イベントがＭＲタイマＴＥではない場合（ＡＣＴ５０３：ＮＯ）、図５で説明されたマスタメイン処理を実行し（ＡＣＴ５０４）、ＡＣＴ５０２に進む。このように、代理マスタは、マスタの処理であるマスタメイン処理を実行するとともに、マスタの復旧を監視している。従って、本実施形態によれば、マスタと通信不可能となった場合でも、代理マスタが代理動作するため、保守性を向上させることができる。また、本実施形態によれば、マスタが復旧すると代理マスタはスレーブとなるため、マスタの重複を回避できる。マスタの重複が回避されることによって、管理装置５１への通信トラヒックが抑制される。

図８は、スレーブ処理の流れを示すフローチャートである。図８のフローチャートは、図６のＡＣＴ４０９の処理を示すフローチャートである。制御部１０は、イベントが発生したか否か判定する（ＡＣＴ６０１）。制御部１０は、イベントが発生していない場合（ＡＣＴ６０１：ＮＯ）、再度ＡＣＴ６０１を実行する。

制御部１０は、イベントが発生した場合（ＡＣＴ６０１：ＹＥＳ）、イベントがＩＲタイマＴＥか否か判定する（ＡＣＴ６０２）。制御部１０は、イベントがＩＲタイマＴＥの場合（ＡＣＴ６０２：ＹＥＳ）、ＩＲ送信処理を実行する（ＡＣＴ６０３）。そして、制御部１０は、無応答フラグがオンか否かを判定する（ＡＣＴ６０４）。この無応答フラグとは、マスタからＩＲに対する応答があった場合にオフとなり、応答がなかった場合にオンとなるフラグである。

制御部１０は、無応答フラグがオフの場合（ＡＣＴ６０４：ＮＯ）、ＡＣＴ６０１に進む。制御部１０は、無応答フラグがオンの場合（ＡＣＴ６０４：ＹＥＳ）、無応答フラグをオフにして（ＡＣＴ６０５）、処理を終了する。

ＡＣＴ６０２において、制御部１０は、イベントがＩＲタイマＴＥではない場合（ＡＣＴ６０４：ＮＯ）、イベントに対応した処理を実行し（ＡＣＴ６０６）、ＡＣＴ６０１に戻る。ＡＣＴ６０６での処理として、マスタと同様に、ＡＣＴ６０６での処理として、ＰＣからの印刷要求に対応した処理などが挙げられる。さらに、スレーブでのＡＣＴ６０６での処理として、ＩＲを受信した場合に、ＩＲを送信したスレーブに、自らがマスタではないことを示すメッセージを応答する処理がある。スレーブであれば、原則としてＩＲを受信することはない。しかし、先ほどまでは代理マスタであり、マスタの復旧によって、スレーブとして動作を開始したスレーブの場合は、ＩＲを受信する可能性がある。

図９は、ＭＲ送信処理の流れを示すフローチャートである。図９において、制御部１０は、ＭＲを送信する（ＡＣＴ７０１）。制御部１０は、送信したＭＲに対して応答があったか否か判定する（ＡＣＴ７０２）。すなわち、制御部１０は、マスタと通信可能か否か判定する。制御部１０は、ＭＲに対して応答があった場合（ＡＣＴ７０２：ＹＥＳ）、マスタから応答として受信した通信設定情報を設定する（ＡＣＴ７０４）。そして制御部１０は、ＩＲタイマをセットし（ＡＣＴ７０５）、処理を終了する。

ＡＣＴ７０２において、制御部１０は、ＭＲに対して応答がなかった場合（ＡＣＴ７０２：ＮＯ）、ＭＲタイマをセットして（ＡＣＴ７０６）、処理を終了する。このように、制御部１０は、マスタと通信不可能と判定された場合に、代理処理を実行中の代理マスタを検索する。

図１０は、ＩＲ送信処理の流れを示すフローチャートである。図１０のフローチャートは、図８のＡＣＴ６０３の処理を示すフローチャートである。制御部１０は、ＩＲを送信する（ＡＣＴ８０１）。制御部１０は、ＩＲの応答として、マスタから管理情報を受信したか否か判定する（ＡＣＴ８０２）。制御部１０は、マスタから管理情報を受信した場合（ＡＣＴ８０２：ＹＥＳ）、管理情報を自らに適用して（ＡＣＴ８０３）、処理を終了する。

ＡＣＴ８０２において、制御部１０は、マスタから管理情報を受信しなかった場合（ＡＣＴ８０２：ＮＯ）、「管理情報無し」を受信したか否か判定する（ＡＣＴ８０４）。制御部１０は、「管理情報無し」を受信した場合（ＡＣＴ８０４：ＹＥＳ）、処理を終了する。制御部１０は、「管理情報無し」を受信しなかった場合（ＡＣＴ８０４：ＮＯ）、無応答フラグをオンにして（ＡＣＴ８０５）、処理を終了する。

図１１は、無設定処理の流れを示すフローチャートである。図１１のフローチャートは、図４のＡＣＴ１０６の処理を示すフローチャートである。制御部１０は、ＭＲ送信処理を実行し（ＡＣＴ９０１）、スレーブ処理を実行し（ＡＣＴ９０２）、処理を終了する。

以上述べた実施形態の画像形成装置によれば、保守性を向上できる。

上述した実施形態における画像形成装置の機能をコンピュータで実現するようにしても良い。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１０…制御部、１３…マスタ・代理マスタ実行部、１４…管理情報取得部、１５…管理情報保持部、１６…管理情報適用部、１７…管理情報送信部、１８…マスタ・代理マスタ検索部、１９…マスタ通信判定部、２０…通信部、２１…画像処理部、２２…記憶部、１００…画像形成装置

Claims (2)

1. 管理装置から取得した情報を他の画像形成装置に送信可能な第１処理を実行している画像形成装置と通信可能か否かを判定する判定部と、
   前記判定部によって、前記第１処理を実行している画像形成装置と通信不可能と判定された場合に、前記第１処理を代理して実行する第１処理代理実行部と、
   前記第１処理代理実行部によって前記第１処理を代理して実行している場合に、前記判定部によって、前記第１処理を実行している画像形成装置と通信可能と判定されると、前記第１処理に代えて、当該画像形成装置から送信された前記情報を取得する第２処理を実行する第２処理実行部と、
   を備える画像形成装置。
2. 前記第２処理実行部によって前記第２処理を実行している場合に、前記判定部によって、前記第１処理を実行している画像形成装置と通信不可能と判定されると、前記第１処理を実行している他の画像形成装置と通信可能か否かを判定する請求項１に記載の画像形成装置。

Images