JP2017123571A - 画像形成装置、画像形成システムおよびプログラム - Google Patents

Abstract

【課題】画像形成装置が他の画像形成装置の処理を代行している場合において、当該画像形成装置に対する直接的なリモート操作を実行したいユーザの利便性を向上させることが可能な技術を提供する。【解決手段】ユーザＵ１によるＭＦＰ（画像形成装置）１０ａの使用中において、ＭＦＰ１０ａに対するユーザＵ２によるリモート操作依頼がＭＦＰ１０ｂによって受け付けられると、ＭＦＰ１０ｂは、ＭＦＰ１０ａに対するユーザＵ２によるリモート操作に関してＭＦＰ１０ａにて実行すべき被操作装置側処理の代行処理を実行する。その後、ＭＦＰ１０ｂは、ＭＦＰ１０ａのリモート操作に関する当該代行処理中にユーザＵ３の外部端末５０ｂからＭＦＰ１０ｂのリモート操作依頼を受け付けると、当該代行処理を停止し、ユーザＵ３によるＭＦＰ１０ｂに対するリモート操作に関する被操作装置側処理を実行する。【選択図】図８

Description

本発明は、ＭＦＰ（マルチ・ファンクション・ペリフェラル（Multi-Functional Peripheral））などの画像形成装置およびそれに関連する技術に関する。

外部端末を用いて画像形成装置を遠隔操作する技術が存在する。

たとえば、特許文献１，２においては、画像形成装置から外部端末へと操作画面データ自体（ビットマップ画像データ等）をそのまま送信して当該操作画面を外部端末の表示部に表示するとともに、当該操作画面内での操作位置情報（押下位置情報等）を送受信して操作画面内における操作入力を受け付ける技術が示されている。いわゆるリモート接続による遠隔操作技術である。

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

ところで、図４に示すように、或るユーザＵ１が或るＭＦＰ１０ａを使用している際（ローカル操作あるいはリモート操作による使用中）に、別のユーザＵ２が外部端末（５０ａ）を用いて当該ＭＦＰ１０ａをリモート操作したいことがある。しかしながら、ＭＦＰ１０は、一度に１種類の操作画面しか生成できないなどの制約を有しており、二人のユーザＵ１，Ｕ２による同時操作を受け付けることができない。そのため、ユーザＵ２は、ユーザＵ１の使用が終了するまで待機することを求められる。

これに対して、別ユーザＵ２によるリモート操作に関するＭＦＰ１０ａの処理（本来はＭＦＰ１０ａで行うべき被操作装置側処理）を、ＭＦＰ１０ａではなく別のＭＦＰ１０ｂが代行する技術が考えられる（図５参照）。具体的には、ＭＦＰ１０ｂは、ＭＦＰ１０ａからの代行依頼に基づき、被操作装置側処理を代行し、当該被操作装置側処理の代行処理（リモート操作画面の画像データの生成処理等を含む）を実行する。より具体的には、ＭＦＰ１０ｂは、ＭＦＰ１０ａの装置構成情報等をＭＦＰ１０ａから取得するとともに、ユーザＵ２による操作用のリモート操作画面の画像データを生成し、ユーザＵ２の操作端末（外部端末）に対して当該画像データを送信し当該外部端末にユーザＵ２向けのリモート操作画面を表示させる。そして、ユーザＵ２は当該リモート操作画面を用いて操作指示を付与し、当該操作指示はＭＦＰ１０ｂを介してＭＦＰ１０ａに送信される。

これによれば、ユーザＵ２は、ユーザＵ１の使用終了を待機することを要さず、ユーザＵ１と同時並列的にＭＦＰ１０ａを操作することが可能である。

しかしながら、更に別のユーザＵ３が当該ＭＦＰ１０ｂ（ユーザＵ２向けの当該代行処理実行中のＭＦＰ）に対する直接的なリモート操作を望む場合には次のような問題が生じ得る（図６参照）。具体的には、ＭＦＰ１０ｂは、ユーザＵ２向けのリモート操作画面の画面データの生成中（ＭＦＰ１０ａで行うべき被操作装置側処理の代行処理中）であるため、更に別のユーザＵ３向けのリモート操作画面の画面データを同時に生成することができない。そのため、ＭＦＰ１０ｂを（代行処理ではなく）直接的に利用したかったユーザＵ３は、本来は（代行処理を行っていなければ）空いていたはずのＭＦＰ１０ｂを使用することができない、という問題が生じる。その結果、たとえば、ユーザＵ３は、当該代行処理の終了を待機することを求められる。

このように、ユーザＵ３のリモート操作対象のＭＦＰ１０ｂが他のＭＦＰ１０ａの処理を代行している場合、当該ユーザＵ３は、本来は空いていたはずのＭＦＰ１０ｂを使用することができない、という問題が生じる。

そこで、この発明は、画像形成装置が他の画像形成装置の処理を代行している場合において、当該画像形成装置に対する直接的なリモート操作を実行したいユーザの利便性を向上させることが可能な技術を提供することを課題とする。

上記課題を解決すべく、請求項１の発明は、画像形成システムであって、第１のユーザによって使用される第１の画像形成装置と、前記第１のユーザによる前記第１の画像形成装置の使用中において、第２のユーザによる前記第１の画像形成装置のリモート操作に関する被操作装置側処理の代行処理を実行する第２の画像形成装置と、前記第２のユーザによる操作端末であって、前記第２の画像形成装置による前記代行処理を伴って前記第１の画像形成装置をリモート操作する第１の外部端末と、第３のユーザによる操作端末であって、前記第１の画像形成装置のリモート操作に関する前記第２の画像形成装置による前記代行処理中に、前記第２の画像形成装置のリモート操作依頼を前記第２の画像形成装置に対して送信する第２の外部端末と、を備え、前記第２の画像形成装置は、前記第１の画像形成装置のリモート操作に関する前記第２の画像形成装置による前記代行処理中に、前記第３のユーザによる前記第２の画像形成装置のリモート操作依頼を前記第２の外部端末から受け付けた場合、前記第２の画像形成装置による前記代行処理を停止し、前記第３のユーザによる前記第２の画像形成装置のリモート操作に関する被操作装置側処理を実行することを特徴とする。

請求項２の発明は、請求項１の発明に係る画像形成システムにおいて、第３の画像形成装置、をさらに備え、前記第２の画像形成装置は、前記第１の画像形成装置のリモート操作に関する前記第２の画像形成装置による前記代行処理中に、前記第３のユーザによる前記第２の画像形成装置のリモート操作依頼を前記第２の外部端末から受け付けた場合、前記第２の画像形成装置による前記代行処理を停止するとともに、前記代行処理を前記第３の画像形成装置に移管することを特徴とする。

請求項３の発明は、請求項２の発明に係る画像形成システムにおいて、前記第２の画像形成装置は、前記画像形成システム内の複数の画像形成装置と通信して前記複数の画像形成装置に関する情報を取得するとともに、所定の条件を充足する画像形成装置を前記複数の画像形成装置の中から特定し、当該特定された画像形成装置を前記第３の画像形成装置として決定することを特徴とする。

請求項４の発明は、請求項３の発明に係る画像形成システムにおいて、前記所定の条件は、現在使用されていない１又は２以上の画像形成装置のうち、前記第１の画像形成装置に最も近いハードウエア構成を有する装置である旨の条件であることを特徴とする。

請求項５の発明は、請求項３の発明に係る画像形成システムにおいて、前記所定の条件は、現在使用されていない１又は２以上の画像形成装置のうち、前記第１の画像形成装置に最も近い位置に存在する装置である旨の条件であることを特徴とする。

請求項６の発明は、請求項３の発明に係る画像形成システムにおいて、前記所定の条件は、現在使用されていない１又は２以上の画像形成装置のうち、最新の使用日時が最も古い装置である旨の条件であることを特徴とする。

請求項７の発明は、請求項３の発明に係る画像形成システムにおいて、前記所定の条件は、現在使用されていない１又は２以上の画像形成装置のうち、単位時間あたりのジョブ数が最も少ない装置である旨の条件であることを特徴とする。

請求項８の発明は、請求項２から請求項７のいずれかの発明に係る画像形成システムにおいて、前記第２の画像形成装置は、前記第３の画像形成装置への移管に際して、前記第２の画像形成装置による代行処理中に設定された設定内容と現在使用中の操作画面と前記第１の画像形成装置の装置構成と前記第１の画像形成装置の装置状態とに関する情報を、前記第３の画像形成装置に送信することを特徴とする。

請求項９の発明は、請求項２から請求項７のいずれかの発明に係る画像形成システムにおいて、前記第２の画像形成装置は、前記第３の画像形成装置への移管に際して、前記第２の画像形成装置による代行処理にて設定された設定内容と現在使用中の操作画面とに関する情報を、前記第３の画像形成装置に送信し、前記第１の画像形成装置は、前記第３の画像形成装置への移管に際して、前記第１の画像形成装置の装置構成と前記第１の画像形成装置の装置状態とに関する情報を前記第３の画像形成装置に送信することを特徴とする。

請求項１０の発明は、請求項８または請求項９の発明に係る画像形成システムにおいて、前記現在使用中の操作画面に関する情報は、前記操作画面の識別情報を含むことを特徴とする。

請求項１１の発明は、請求項１０の発明に係る画像形成システムにおいて、前記現在使用中の操作画面に関する情報は、スクロール可能な前記操作画面全体のうちの現在の表示対象範囲を示す情報を含むことを特徴とする。

請求項１２の発明は、請求項１０の発明に係る画像形成システムにおいて、前記操作画面が、ユーザごとにカスタマイズ可能なカスタマイズ画面である場合、前記現在使用中の操作画面に関する情報は、前記操作画面のカスタマイズデータを含むことを特徴とする。

請求項１３の発明は、請求項８から請求項１２のいずれかの発明に係る画像形成システムにおいて、前記第３の画像形成装置は、前記第２の画像形成装置からの前記代行処理の移管に際して、前記第３の画像形成装置と前記第１の画像形成装置との間の通信速度と、前記第３の画像形成装置と前記第２の画像形成装置との間の通信速度とを比較し、比較的早い方の通信速度に対応する相手方装置から、前記第１の画像形成装置の前記装置構成に関する情報と前記第１の画像形成装置の前記装置状態に関する情報とを取得することを特徴とする。

請求項１４の発明は、請求項２から請求項１３のいずれかの発明に係る画像形成システムにおいて、前記第２の画像形成装置は、複数の選択肢を有する操作画面を用いた前記第２のユーザによるリモート操作中において前記代行処理を前記第３の画像形成装置に移管する旨が決定された場合、前記複数の選択肢のいずれかに対する選択操作が完了するまでは、前記第２のユーザによるリモート操作を受け付けるとともに前記第２の画像形成装置による前記代行処理を継続し、前記複数の選択肢のいずれかに対する選択操作が完了した後に、前記代行処理を前記第３の画像形成装置に移管することを特徴とする。

請求項１５の発明は、請求項１４の発明に係る画像形成システムにおいて、前記第２の画像形成装置は、前記複数の選択肢のいずれかに対する選択操作が完了した後に、前記第２の画像形成装置による前記代行処理中の設定内容に関する情報を前記第３の画像形成装置に送信することを特徴とする。

請求項１６の発明は、請求項２から請求項１５のいずれかの発明に係る画像形成システムにおいて、前記第３の画像形成装置は、前記代行処理を前記第２の画像形成装置から引き継いだ後において前記第１の画像形成装置と通信して前記第１の画像形成装置の使用状況を取得し、当該使用状況に基づき前記第１の画像形成装置に対するリモート操作が使用可能である旨を判定すると、前記第３の画像形成装置による代行処理にて設定された設定内容を前記第１の画像形成装置に送信することを特徴とする。

請求項１７の発明は、画像形成装置であって、第１のユーザによる別の画像形成装置の使用中において、前記別の画像形成装置に対する第２のユーザによるリモート操作に関して前記別の画像形成装置にて実行すべき被操作装置側処理の代行処理を実行する代行制御手段と、第３のユーザによる前記画像形成装置のリモート操作依頼を前記第３のユーザの外部端末から受け付ける受付手段と、を備え、前記代行制御手段は、前記別の画像形成装置のリモート操作に関する前記画像形成装置による前記代行処理中に前記第３のユーザの前記外部端末から前記画像形成装置のリモート操作依頼が受け付けられる場合、前記画像形成装置による前記代行処理を停止し、前記第３のユーザによる前記画像形成装置に対するリモート操作に関する被操作装置側処理を実行することを特徴とする。

請求項１８の発明は、請求項１７の発明に係る画像形成装置において、前記代行制御手段は、前記別の画像形成装置のリモート操作に関する前記画像形成装置による前記代行処理中に、前記第３のユーザの外部端末から前記画像形成装置のリモート操作依頼が受け付けられる場合、前記代行処理を停止するとともに、前記画像形成装置とも前記別の画像形成装置とも異なる画像形成装置である移管先装置に前記代行処理を移管することを特徴とする。

請求項１９の発明は、請求項１８の発明に係る画像形成装置において、前記画像形成装置を含む画像形成システム内の複数の画像形成装置と通信して前記複数の画像形成装置に関する情報を取得するとともに、所定の条件を充足する画像形成装置を前記複数の画像形成装置の中から特定し、当該特定された画像形成装置を前記移管先装置として決定する決定手段、をさらに備えることを特徴とする。

請求項２０の発明は、請求項１８または請求項１９の発明に係る画像形成装置において、前記移管先装置への前記代行処理の移管に際して、前記画像形成装置による前記代行処理中の設定内容と現在使用中の操作画面と前記別の画像形成装置の装置構成と前記別の画像形成装置の装置状態とに関する情報を、前記移管先装置に送信する通信制御手段、をさらに備えることを特徴とする。

請求項２１の発明は、請求項２０の発明に係る画像形成装置において、前記代行制御手段は、複数の選択肢を有する操作画面を用いた前記第２のユーザによるリモート操作中において前記代行処理を前記移管先装置に移管する旨が決定される場合、前記複数の選択肢のいずれかに対する選択操作が完了するまでは、前記第２のユーザによるリモート操作を受け付けるとともに前記代行処理を継続し、前記複数の選択肢のいずれかに対する選択操作が完了した後に前記代行処理を前記移管先装置に移管し、前記通信制御手段は、前記複数の選択肢のいずれかに対する選択操作が完了した後に、前記画像形成装置による前記代行処理中の設定内容に関する情報を前記移管先装置に送信することを特徴とする。

請求項２２の発明は、画像形成装置に内蔵されたコンピュータに、ａ）第１のユーザによる別の画像形成装置の使用中において、前記別の画像形成装置に対する第２のユーザによるリモート操作に関して前記別の画像形成装置にて実行すべき被操作装置側処理の代行処理を実行するステップと、ｂ）第３のユーザによる前記画像形成装置のリモート操作依頼を前記第３のユーザの外部端末から受け付けるステップと、ｃ）前記別の画像形成装置のリモート操作に関する前記画像形成装置による前記代行処理中に、前記第３のユーザの前記外部端末から前記画像形成装置のリモート操作依頼が受け付けられる場合、前記画像形成装置による前記代行処理を停止し、前記第３のユーザによる前記画像形成装置に対するリモート操作に関する被操作装置側処理を実行するステップと、を実行させるためのプログラムであることを特徴とする。

請求項１から請求項２２に記載の発明によれば、画像形成装置が他の画像形成装置の処理を代行している場合において、当該画像形成装置に対する直接的なリモート操作を実行したいユーザの利便性を向上させることが可能である。

画像形成システムを示す図である。 ＭＦＰの概略構成を示す機能ブロック図である。 外部端末の概略構成を示す機能ブロック図である。 或るＭＦＰがユーザによって使用中である様子を示す図である。 代行処理の開始に関する処理等を示す図である。 ユーザのリモート操作対象のＭＦＰが他のＭＦＰの処理を代行している場合に生じ得る問題を示す図である。 ＭＦＰが他のＭＦＰ用の代行処理を停止する様子等を示す図である。 ＭＦＰによる代行処理が更に別のＭＦＰに移管される様子等を示す図である。 他のＭＦＰの使用終了に伴い、間接的なリモート操作から直接的なリモート操作へと切り換えられる様子を示す図である。 システムの動作例を示すタイミングチャートである。 或るＭＦＰにおける動作を示すフローチャートである。 別のＭＦＰにおける動作（特に代行処理実行中の動作等）を示すフローチャートである。 さらに別のＭＦＰにおける動作（特に再代行処理に関する動作等）を示すフローチャートである。 外部端末の動作を示すフローチャートである。 他の外部端末の動作を示すフローチャートである。 各ＭＦＰの装置構成（一部）に関する情報を示す図である。 ＭＦＰ相互間の各距離等を示す図である。 最新の使用日時に関する情報が送信される様子を示す図である。 ジョブ実行頻度に関する情報が送信される様子を示す図である。 スクロール可能な操作画面における表示対象範囲等を示す図である。 カスタマイズされた操作画面（カスタマイズ画面）を示す図である。 カスタマイズデータを示す図である。 複数の選択肢を有するポップアップ画面を用いたリモート操作中が行われている様子を示す図である。 比較例を示す概念図である。

以下、本発明の実施形態を図面に基づいて説明する。

＜１．第１実施形態＞
＜１−１．システム概要＞
図１は、本発明に係る画像形成システム１を示す図である。図１に示すように、画像形成システム１は、複数の画像形成装置１０（１０ａ，１０ｂ，...）と複数の外部端末５０（５０ａ，５０ｂ，...）とを備える。

画像形成装置１０と外部端末５０とは、ネットワーク１０８を介して互いに接続される。ネットワーク１０８は、ＬＡＮ（Local Area Network）およびインターネットなどによって構成される。また、ネットワーク１０８に対する接続態様は、有線接続であってもよく、或いは無線接続であってもよい。たとえば、画像形成装置１０はネットワーク１０８に対して有線接続され、外部端末５０はネットワーク１０８に対して無線接続される。

画像形成システム１においては、各画像形成装置１０に対する各種の操作が外部端末５０を用いて行われ得る。すなわち、外部端末５０は、各画像形成装置１０を個別に遠隔操作（リモート操作）することが可能である。

なお、画像形成システム１は、外部端末５０が画像形成装置１０を遠隔操作するシステムであることから、遠隔操作システムであるとも表現される。また、外部端末５０は、遠隔操作装置などとも表現される。

＜１−２．ＭＦＰの構成＞
ここでは、画像形成装置１０として、ＭＦＰ（マルチ・ファンクション・ペリフェラル（Multi-Functional Peripheral））が例示される。なお、複数の画像形成装置（ＭＦＰ）１０（１０ａ，１０ｂ，...）は、それぞれ、同様の構成を備えており、以下では、そのうちの一の画像形成装置（ＭＦＰ）１０（たとえば、１０ｂ）について説明する。

図２は、ＭＦＰ１０の概略構成を示す機能ブロック図である。ＭＦＰ１０は、スキャン機能、コピー機能、ファクシミリ機能およびボックス格納機能などを備える装置（複合機とも称する）である。具体的には、ＭＦＰ１０は、図２の機能ブロック図に示すように、画像読取部２、印刷出力部３、通信部４、格納部５、操作部６およびコントローラ９等を備えており、これらの各部を複合的に動作させることによって、各種の機能を実現する。

画像読取部２は、ＭＦＰ１０の所定の位置に載置された原稿を光学的に読み取って（すなわちスキャンして）、当該原稿の画像データ（原稿画像ないしスキャン画像とも称する）を生成する処理部である。この画像読取部２は、スキャン部であるとも称される。

印刷出力部３は、印刷対象に関するデータに基づいて紙などの各種の媒体に画像を印刷出力する出力部である。なお、印刷出力部３は、各種の媒体上に画像を形成する画像形成部とも称される。

通信部４は、公衆回線等を介したファクシミリ通信を行うことが可能な処理部である。さらに、通信部４は、ネットワーク１０８を介したネットワーク通信を行うことも可能である。このネットワーク通信では、たとえば、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）等の各種のプロトコルが利用される。当該ネットワーク通信を利用することによって、ＭＦＰ１０は、所望の相手先（たとえば、外部端末５０および他のＭＦＰ１０等）との間で各種のデータを授受することが可能である。通信部４は、各種データを送信する送信部４ａと各種データを受信する受信部４ｂとを有する。

格納部５は、ハードディスクドライブ（ＨＤＤ）等の記憶装置で構成される。

操作部６は、ＭＦＰ１０に対する操作入力を受け付ける操作入力部６ａと、各種情報の表示出力を行う表示部６ｂとを備えている。

このＭＦＰ１０においては、略板状の操作パネル部６ｃ（図１参照）が設けられている。また、操作パネル部６ｃは、その正面側にタッチパネル２５（図１参照）を有している。タッチパネル２５は、操作入力部６ａの一部としても機能するとともに、表示部６ｂの一部としても機能する。タッチパネル２５は、液晶表示パネルに各種センサ等が埋め込まれて構成され、各種情報を表示するとともに操作者（ユーザ）からの各種の操作入力を受け付けることが可能である。

たとえば、タッチパネル２５においては、メニュー画像（ボタン画像等を含む）が表示される。操作者は、タッチパネル２５の操作画面内に仮想的に配置されるボタン（ボタン画像で表現されるボタン）を押下（タッチ）することによって、ＭＦＰ１０の各種動作内容を設定することなどが可能である。

なお、後述するように、外部端末５０のタッチパネル７５（図１参照）の操作画面においては、ＭＦＰ１０のタッチパネル２５に表示される操作画面と同様の画面が表示される。外部端末５０のタッチパネル７５に表示された操作画面を用いることにより、ＭＦＰ１０のタッチパネル２５に表示された操作画面を用いる操作と同様の操作が実現される。

コントローラ９は、ＭＦＰ１０に内蔵され、ＭＦＰ１０を統括的に制御する制御装置である。コントローラ９は、ＣＰＵおよび各種の半導体メモリ（ＲＡＭおよびＲＯＭ）等を備えるコンピュータシステムとして構成される。コントローラ９は、ＣＰＵにおいて、ＲＯＭ（例えば、ＥＥＰＲＯＭ（登録商標））内に格納されている所定のソフトウエアプログラム（以下、単にプログラムとも称する）を実行することによって、各種の処理部を実現する。なお、当該プログラム（詳細にはプログラムモジュール群）は、ＵＳＢメモリなどの可搬性の記録媒体に記録され、当該記録媒体から読み出されてＭＦＰ１０にインストールされるようにしてもよい。あるいは、当該プログラムは、ネットワーク等を経由してダウンロードされてＭＦＰ１０にインストールされるようにしてもよい。

具体的には、図２に示すように、コントローラ９は、上記のプログラムの実行により、通信制御部１１と入力制御部１２と表示制御部１３と代行処理制御部１４と代行先決定部１５とを含む各種の処理部を実現する。

通信制御部１１は、他の装置（外部端末５０等）との間の通信動作を制御する処理部である。たとえば、通信制御部１１は、通信部４等と協働して、外部端末５０におけるタッチパネル７５の表示用画像（たとえば、その画像データ）等を外部端末５０に送信する。

入力制御部１２は、操作入力部６ａ（タッチパネル２５等）に対する操作入力動作を制御する制御部である。たとえば、入力制御部１２は、タッチパネル２５に表示された操作画面に対する操作入力を受け付ける動作を制御する。

表示制御部１３は、表示部６ｂ（タッチパネル２５等）における表示動作を制御する処理部である。表示制御部１３は、ＭＦＰ１０を操作するための操作画面等をタッチパネル２５に表示させる。

代行処理制御部１４は、他のＭＦＰ１０（たとえば１０ａ）に対するリモート操作に関する被操作装置側処理（本来は当該他のＭＦＰ１０ａで行うべき被操作装置側処理）を代行して実行する処理部である。本ＭＦＰ１０（たとえば、１０ｂ）の代行処理制御部１４は、他のＭＦＰ１０ａからの代行依頼に基づき、ＭＦＰ１０ａの被操作装置側処理を代行し、当該被操作装置側処理の代行処理を実行する。

代行先決定部１５は、代行処理の実行先を決定する処理である。たとえば、ＭＦＰ１０ａの代行先決定部１５は、ＭＦＰ１０ａで行うべき被操作装置側処理の代行先として、ＭＦＰ１０ｂを決定する。あるいは、後述するように、ＭＦＰ１０ｂの代行先決定部１５は、ＭＦＰ１０ａで行うべき被操作装置側処理の代行先として、さらに別のＭＦＰ１０ｃを決定する。また、代行先決定部１５は、被操作装置側処理の代行先装置の決定に際して、代行元のＭＦＰ１０（たとえば、１０ａ）に関する情報を当該代行元のＭＦＰ１０から取得する。たとえば、代行先決定部１５は、代行元装置（１０ａ）の装置構成および装置状態に関する情報、ならびに当該代行元装置の使用状況に関する情報等を取得する。

＜１−３．外部端末の構成＞
つぎに、外部端末（遠隔操作装置とも称する）５０の構成について説明する。なお、複数の外部端末５０は、それぞれ、同様の構成を備えており、以下では、そのうちの一の外部端末５０について説明する。

外部端末５０は、他の装置との間でのネットワーク通信が可能な情報入出力端末装置（情報処理装置）である。ここでは、外部端末５０として、携帯式の装置（携帯端末）、より詳細には、タブレット型端末を例示する。ただし、これに限定されず、外部端末５０は、スマートフォンであってもよく、パーソナルコンピュータなどであってもよい。また、外部端末５０は、携帯式の装置であってもよく、据置型の装置であってもよい。

図３は、外部端末５０の概略構成を示す機能ブロック図である。

外部端末５０は、図３の機能ブロック図に示すように、通信部５４、格納部５５、操作部５６およびコントローラ５９等を備えており、これらの各部を複合的に動作させることによって、各種の機能を実現する。

通信部５４は、ネットワーク１０８を介したネットワーク通信を行うことが可能である。このネットワーク通信では、たとえば、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）等の各種のプロトコルが利用される。当該ネットワーク通信を利用することによって、外部端末５０は、所望の相手先（ＭＦＰ１０等）との間で各種のデータを授受することが可能である。通信部５４は、各種データを送信する送信部５４ａと各種データを受信する受信部５４ｂとを有する。たとえば、受信部５４ｂは、タッチパネル７５の表示用データ（ビットマップ画像データ等）をＭＦＰ１０から受信し、送信部５４ａは、外部端末５０のタッチパネル７５に表示された操作画面に対する操作入力の情報（操作入力情報）等をＭＦＰ１０に送信する。

格納部５５は、不揮発性の半導体メモリ等の記憶装置で構成される。格納部５５には、たとえば、ＭＦＰ１０から送信されてきた各種の画像データ（操作画面の表示用データ等）が一時的に格納される。

操作部５６は、外部端末５０に対する入力を受け付ける操作入力部５６ａと、各種情報の表示出力を行う表示部５６ｂとを備えている。この外部端末５０においては、液晶表示パネルに圧電センサ等が埋め込まれて構成されたタッチパネル７５（図１参照）が設けられている。詳細には、略板状の外部端末５０の正面側において、その周縁部（枠部）を除くほぼ全面にわたってタッチパネル７５が設けられている。このタッチパネル７５は、操作入力部５６ａの一部としても機能するとともに、表示部５６ｂの一部としても機能する。タッチパネル７５においては操作画面が表示され、当該操作画面に対する操作者（ユーザ）からの操作入力が受け付けられる。

コントローラ５９は、外部端末５０に内蔵され、外部端末５０を統括的に制御する制御装置である。コントローラ５９は、ＣＰＵおよび各種の半導体メモリ（ＲＡＭおよびＲＯＭ）等を備えるコンピュータシステムとして構成される。コントローラ５９は、ＣＰＵにおいて、記憶部（半導体メモリ等）内に格納されている所定のソフトウエアプログラム（単にプログラムとも称する）を実行することによって、各種の処理部を実現する。なお、当該プログラム（詳細にはプログラムモジュール群）は、ＵＳＢメモリなどの可搬性の記録媒体に記録され、当該記録媒体から読み出されて外部端末５０にインストールされるようにしてもよい。あるいは、当該プログラムは、ネットワーク等を経由してダウンロードされて外部端末５０にインストールされるようにしてもよい。

当該プログラムは、ＭＦＰ１０を遠隔操作するアプリケーションソフトウエアプログラム（「遠隔操作用アプリケーション」とも称する）であり、遠隔操作に関する諸機能等を実現する。

具体的には、コントローラ５９は、このプログラムの実行により、通信制御部６１と入力制御部６２と表示制御部６３と座標変換部６４とを含む各種の処理部を実現する。

通信制御部６１は、通信部５４等と協働して、ＭＦＰ１０等との通信動作を制御する処理部である。

入力制御部６２は、操作入力部５６ａ（タッチパネル７５等）に対する操作入力動作を制御する処理部である。たとえば、入力制御部６２は、操作画面等に対する操作入力を受け付ける動作を制御する。

表示制御部６３は、表示部５６ｂ（タッチパネル７５等）における表示動作を制御する処理部である。表示制御部６３は、ＭＦＰ１０を遠隔操作するための操作画面等をタッチパネル７５に表示させる。

座標変換部６４は、タッチパネル７５への操作者による操作入力の座標値を、外部端末５０のタッチパネル７５における座標系の値から、ＭＦＰ１０のタッチパネル２５における座標系の値へと変換する処理部である。たとえば、座標変換部６４による変換後の座標値が、操作入力の操作位置を示す位置情報（座標情報とも称する）として、通信制御部６１等によってＭＦＰ１０に送信される。

＜１−４．動作＞
たとえば、図４に示すように、或るユーザＵ１がＭＦＰ１０ａを使用している際（ローカル操作あるいはリモート操作による使用中）に、別のユーザＵ２が外部端末５０ａを用いて当該ＭＦＰ１０ａをリモート操作したいことがある。なお、「ローカル操作」は、ＭＦＰ１０ａ自身の操作部６（タッチパネル２５等）を用いたユーザ操作であり、「リモート操作」は、ＭＦＰ１０とは異なる装置（外部端末５０）の操作部５６を用いたユーザ操作である。ＭＦＰ１０に対する「リモート操作」は、外部端末５０とＭＦＰ１０との通信を利用して実現される。

しかしながら、ＭＦＰ１０ａは、一度に１種類の操作画面しか生成できないなどの制約を有している。より詳細には、ＭＦＰ１０ａは、ローカル操作用画面の生成とリモート操作用画面の生成とを同時並列的に処理することができない（ローカル操作用画面の表示中にリモート操作用画面を生成することができない）などの制約を有している。そのため、ＭＦＰ１０ａは、二人のユーザＵ１，Ｕ２による同時操作を受け付けることができない。

これに対して、この実施形態では、ユーザＵ１（ＭＦＰ１０ａの使用中ユーザ）とは別のユーザＵ２によるリモート操作に関するＭＦＰ１０ａの処理（本来はＭＦＰ１０ａで行うべき被操作装置側処理（リモート操作用画面の生成処理等））を、ＭＦＰ１０ａではなく別のＭＦＰ１０ｂが代行する（図５参照）。具体的には、ＭＦＰ１０ａは、当該被操作装置側処理の代行依頼をＭＦＰ１０ｂに送信する。ＭＦＰ１０ｂは、ＭＦＰ１０ａからの代行依頼に基づき、リモートパネル操作に関する被操作装置側処理を代行する。換言すれば、ＭＦＰ１０ｂは、当該被操作装置側処理の代行処理（リモート操作画面の画像データの生成処理等）を実行する。なお、当該代行処理は、たとえば、リモート操作画面の画像生成処理および送信処理（ＭＦＰ１０ｂへの画像送信処理）、ならびに指示受付処理（外部端末からの指示受信、およびＭＦＰ１０ａへの設定内容転送処理等）を含む。

より具体的には、ＭＦＰ１０ｂは、ＭＦＰ１０ａの装置構成情報（「給紙トレイの数」、「両面印刷機構の有無」等）をＭＦＰ１０ａから取得するとともに、装置構成情報等に基づきＭＦＰ１０ａ用のリモート操作画面の画像データを生成する。そして、ＭＦＰ１０ｂは、ユーザＵ２の操作端末（外部端末）５０ａに対して当該画像データを送信し当該外部端末５０ａにＭＦＰ１０ａ用のリモート操作画面を表示させる。ユーザＵ２は当該リモート操作画面を用いて操作指示を付与し、当該操作指示は、外部端末５０ａからＭＦＰ１０ｂへと送信される。ＭＦＰ１０ｂは、当該操作指示に基づく設定内容を一旦保持する。このようにして、ＭＦＰ１０ａで実行されるべきジョブに関する設定操作は、ＭＦＰ１０ｂ（代行先装置）を介したリモート操作（間接的なリモート操作（間接リモート操作）とも称される）によって実行される。当該ジョブに関する複数の設定項目が存在する場合には、同様の設定操作が繰り返し実行され、複数の設定項目に関する設定内容がＭＦＰ１０ｂにて一旦保持される。

なお、その後、ユーザＵ１によるＭＦＰ１０ａの使用が終了し、ＭＦＰ１０ａの使用許可がＭＦＰ１０ｂに送信されると、１又は複数の設定項目に関する設定内容がＭＦＰ１０ｂ（代行先装置）からＭＦＰ１０ａ（代行元装置）へと送信される。外部端末５０ａは、ＭＦＰ１０ａと通信し、ＭＦＰ１０ａに対する直接的なリモート操作（直接リモート操作とも称される）によって設定操作を継続することが可能である。そして、外部端末５０ａのリモート操作（ジョブの実行指示）に応じて、ＭＦＰ１０ａは、当該設定内容に基づき当該ジョブ（コピージョブあるいはスキャンジョブ等）を実行する。

このような動作によれば、ユーザＵ２は、ＭＦＰ１０ａが別のユーザＵ１によって使用されている途中であっても、ＭＦＰ１０ｂによる代行処理によってＭＦＰ１０ａでのジョブに関する設定操作を実行することが可能である。すなわち、ユーザＵ２は、ユーザＵ１の使用終了を待機することを要さず、ユーザＵ１と同時並列的にＭＦＰ１０ａを操作することが可能である。

しかしながら、図６に示すように、ＭＦＰ１０ｂによる代行処理の実行中において、更に別のユーザＵ３が当該ＭＦＰ１０ｂ（ユーザＵ２向けの代行処理実行中のＭＦＰ）に対する直接的なリモート操作（直接リモート操作）を望む場合には次のような問題が生じ得る。なお、図６は、ユーザＵ３のリモート操作対象のＭＦＰ１０ｂが他のＭＦＰ１０ａの処理を代行している場合に生じ得る問題を示す図である。

具体的には、ＭＦＰ１０ｂは、ユーザＵ２向け（外部端末５０ａ用）のリモート操作画面の画面データの生成中には、上述のような制約に起因して、更に別のユーザＵ３向け（外部端末５０ｂ用）のリモート操作画面の画面データを生成することができない。そのため、ＭＦＰ１０ｂを（代行処理ではなく）直接的に利用したかったユーザＵ３は、本来は（代行処理が行われていなければ）空いていたはずのＭＦＰ１０ｂを使用することができない、という問題が生じ得る。端的に言えば、ユーザＵ３のリモート操作対象のＭＦＰ１０ｂが他のＭＦＰ１０ａの処理を代行している場合、当該ユーザＵ３は、本来は空いていたはずのＭＦＰ１０ｂを使用することができない、という問題が生じる。

そこで、この実施形態では、ＭＦＰ１０ａのリモート操作に関するＭＦＰ１０ｂによる代行処理中に、ＭＦＰ１０ｂのリモート操作依頼がユーザＵ３による操作端末（外部端末）５０ｂからＭＦＰ１０ｂに対して送信されると、次のような動作が実行される。

具体的には、ＭＦＰ１０ｂは、ＭＦＰ１０ｂのリモート操作依頼を外部端末５０ｂから受け付けると、ＭＦＰ１０ｂによる代行処理（外部端末５０ａからのリモート操作に基づくＭＦＰ１０ａ用の代行処理）を停止（ここでは、一時停止（保留状態））する（図７参照）。代わりに、ＭＦＰ１０ｂは、ＭＦＰ１０ｂに対するユーザＵ３（外部端末５０ｂ）によるリモート操作に応じて当該リモート操作に関する被操作装置側処理を実行する。詳細には、ＭＦＰ１０ｂは、リモート操作画面（画像データ）の生成処理および送信処理等を実行する。なお、図７は、ＭＦＰ１０ｂが他のＭＦＰ１０ａ用の代行処理を停止するとともに、ＭＦＰ１０ｂが自装置向けのリモート操作に関する被操作装置側処理を実行する様子を示す図である。

その後、ユーザＵ３によるリモート操作が完了すると、ＭＦＰ１０ｂは、ユーザＵ２（外部端末５０ａ）によるＭＦＰ１０ａのリモート操作に関する被操作装置側処理の代行処理を再開する（図５参照）。

以上の動作によれば、ＭＦＰ１０ｂが他のＭＦＰ１０ａの処理を代行している場合において、ＭＦＰ１０ｂに対するリモート操作依頼がユーザＵ３（外部端末５０ｂ）から受け付けられると、ＭＦＰ１０ｂは、ＭＦＰ１０ａに関する代行処理を停止（一時停止）する（図７参照）。したがって、ＭＦＰ１０ｂは、ユーザＵ３によるリモート操作依頼に基づく当該リモート操作に関する被操作装置側処理（リモート操作画面の生成処理等）を実行することが可能である。それ故、ＭＦＰ１０ｂが他のＭＦＰ１０ａの処理を代行している場合において、ＭＦＰ１０ｂに対する直接的なリモート操作を実行したいユーザＵ３の利便性を向上させることが可能である。

＜２．第２実施形態＞
＜２−１．概要＞
第２実施形態は、第１実施形態の変形例である。以下、第２実施形態との相違点を中心に説明する。

上記第１実施形態においては、ＭＦＰ１０ｂは、代行処理実行中にＭＦＰ１０ｂのリモート操作依頼を外部端末５０ｂから受け付けると、ＭＦＰ１０ｂによる代行処理を一時停止する。また、ユーザＵ２はユーザＵ３のＭＦＰ１０ｂの使用終了まで待った後、ＭＦＰ１０ｂの代行処理が再開され当該ユーザＵ２によるリモート操作が再び行われる。

この第２実施形態においては、ＭＦＰ１０ｂは、代行処理実行中にＭＦＰ１０ｂのリモート操作依頼を外部端末５０ｂから受け付けると、ＭＦＰ１０ａに関する代行処理を停止（中止）するとともに、当該代行処理を更に別のＭＦＰ１０ｃに移管する（図８）。

より具体的には、ＭＦＰ１０ｂは、ＭＦＰ１０ａに関する代行処理実行中（図５参照）にＭＦＰ１０ｂのリモート操作依頼を外部端末５０ｂから受け付ける（図７参照）と、ＭＦＰ１０ａに関する代行処理を停止する（図７参照）とともに、図８に示すような処理を実行する。詳細には、ＭＦＰ１０ｂは、「再代行依頼」（代行処理を（更に）代行して欲しい旨の依頼）を更に別のＭＦＰ１０ｃに送信し、当該代行処理を当該ＭＦＰ１０ｃに移管する。

そして、ＭＦＰ１０ｃは、当該再代行依頼を受諾すると、ＭＦＰ１０ｂに代わって新たな代行装置（代行先装置（再代行先装置））として動作する。具体的には、ＭＦＰ１０ｃは、リモート操作に関する被操作装置側処理の代行処理（ＭＦＰ１０ａ用のリモート操作画面の画像データの生成処理等）を実行する。ＭＦＰ１０ｃは、ＭＦＰ１０ａ用のリモート操作画面の画像データを生成し、ユーザＵ２の操作端末（外部端末）５０ａに対して当該画像データを送信し当該外部端末５０ａにＭＦＰ１０ａ用のリモート操作画面を表示させる。

ユーザＵ２は当該リモート操作画面を用いて操作指示を付与し、当該操作指示は、外部端末５０ａからＭＦＰ１０ｃへと送信される。ＭＦＰ１０ｃは、当該操作指示に基づく設定内容を一旦保持する。

このようにして、ＭＦＰ１０ａで実行されるべきジョブに関する設定操作は、ＭＦＰ１０ｃ（代行先装置（再代行先装置））を介したリモート操作（間接リモート操作）によって実行される。当該ジョブに関する複数の設定項目が存在する場合には、同様の設定操作が繰り返し実行され、複数の設定項目に関する設定内容がＭＦＰ１０ｃにて一旦保持される。なお、新たな代行装置（再代行先装置）であるＭＦＰ１０ｃは、代行処理の移管先の装置であることから、移管先装置とも称される。

その後、図９に示すように、ユーザＵ１によるＭＦＰ１０ａの使用が終了し、ＭＦＰ１０ａの使用許可通知（使用終了通知）がＭＦＰ１０ｃに送信されると、１又は複数の設定項目に関する設定内容（設定済みの設定内容）がＭＦＰ１０ｃ（代行先装置）からＭＦＰ１０ａ（代行元装置）へと送信される。外部端末５０ａは、ＭＦＰ１０ａと通信し、ＭＦＰ１０ａに対する直接的なリモート操作（直接リモート操作とも称される）によって設定操作を継続することが可能である。そして、外部端末５０ａのリモート操作（ジョブの実行指示）に応じて、ＭＦＰ１０ａは、当該設定内容に基づき当該ジョブ（コピージョブあるいはスキャンジョブ等）を実行する。なお、図９は、ＭＦＰ１０ａのユーザＵ１による使用終了に伴い、外部端末５０ａのリモート操作が、ＭＦＰ１０ｃによる再代行処理を伴うリモート操作（間接的なリモート操作）から、ＭＦＰ１０ａ自身による被操作装置側処理を伴うリモート操作（直接的なリモート操作）へと切り換えられる様子を示す図である。

＜２−２．動作詳細＞
図１０は、上述のような動作例を示すタイミングチャートである。また、図１１は、ＭＦＰ１０ａにおける動作を示すフローチャートである。図１２は、ＭＦＰ１０ｂにおける動作（特に代行処理実行中の動作等）を示すフローチャートであり、図１３は、ＭＦＰ１０ｃにおける動作（特に再代行処理に関する動作等）を示すフローチャートである。さらに、図１４は、外部端末５０ａの動作を示すフローチャートであり、図１５は、外部端末５０ｂの動作を示すフローチャートである。これらの図を参照しながら、上述の動作について更に詳細に説明する。

＜ＭＦＰ１０ｂによる代行処理＞
上述のように外部端末５０（５０ａ等）には遠隔操作用アプリケーションがインストールされている。

そして、外部端末５０ａ（ユーザＵ２）は当該遠隔操作用アプリケーションを利用して所望のＭＦＰ１０に対してリモートアクセスを行う。より具体的には、ユーザＵ２は、自らの外部端末５０ａにて遠隔操作用アプリケーションを用い、所望のＭＦＰ１０（たとえば１０ａ）を使用対象のＭＦＰとして選択する。このような選択操作に応じて、外部端末５０ａは、使用対象装置（使用対象のＭＦＰ）を設定する（図１４のステップＳ８１）。そして、遠隔操作用アプリケーションにおける接続開始ボタン（不図示）の押下に応じて、外部端末５０ａは、当該所望のＭＦＰ１０との無線接続（たとえば無線ＬＡＮ通信による無線通信接続）を確立し、ＭＦＰ１０ａに対してリモート操作依頼を送信する（図１４のステップＳ８２）。

一方、ＭＦＰ１０ａは、ユーザＵ２からの外部端末５０（ここでは５０ａ）からのアクセス（リモート操作依頼）を受信すると、図１１の処理を実行する。

図１１に示すように、まずステップＳ２１において、ＭＦＰ１０ａは、外部端末５０からのアクセス元ユーザ（たとえば、ユーザＵ２）とは別のユーザ（たとえばユーザＵ１）によって当該ＭＦＰ１０ａが現在使用されている（使用中）か否か、を判定する。

ＭＦＰ１０ａが現在使用中ではないと判定される場合には、ステップＳ３２に進む。ステップＳ３２では、ＭＦＰ１０ａは、外部端末５０ａと通信して、外部端末５０ａを利用したユーザＵ２によるリモート操作を受け付け、ユーザＵ２の所望のジョブに関する各種の設定処理を実行する。その後、当該設定内容に基づき当該各種のジョブ（コピージョブ、あるいはスキャンジョブ等）を実行する（ステップＳ３２（図１１））。

一方、ＭＦＰ１０ａが別のユーザ（Ｕ１等）によって現在使用中であると判定される場合（図４参照）には、ステップＳ２２に進む。ここでは、ＭＦＰ１０ａがユーザＵ１による使用中であると判定され、ステップＳ２２に進むものとする。なお、図４は、ＭＦＰ１０ａがユーザＵ１によって使用中である様子を示す図である。

ステップＳ２２では、ＭＦＰ１０ａは、当該ＭＦＰ１０ａにて本来行うべき処理（リモート操作に関する被操作装置側処理）を代行するＭＦＰ（「代行先ＭＦＰ」（代行先装置）とも称する）を、複数のＭＦＰ１０の中から検索する。換言すれば、ＭＦＰ１０ａは、代行先ＭＦＰを決定する。たとえば、ＭＦＰ１０ａは、ＭＦＰ１０ｂを代行先ＭＦＰとして決定する。

次に、ステップＳ２３において、ＭＦＰ１０ａは、代行先ＭＦＰ（１０ｂ）に対して、「代行依頼」を送信する。当該代行依頼は、外部端末５０からのリモート操作に応じて本来はＭＦＰ１０ａで実行すべき被操作装置側処理（リモート操作画面の画像データの生成処理等を含む）を代行すべき旨の処理依頼である。また、ＭＦＰ１０ａは、ＭＦＰ１０ａの装置構成情報（「両面印刷機構の有無」、「給紙トレイ数」等）をも代行先ＭＦＰ（１０ｂ）に送信する。また、ＭＦＰ１０ａは、外部端末５０ａに対して、リモート操作に関する代行処理がＭＦＰ１０ａ以外のＭＦＰ（具体的には、代行先装置１０ｂ）によって実行される旨を通知する。換言すれば、ＭＦＰ１０ａは、代行処理を別装置（別ＭＦＰ）に依頼した旨と当該代行処理に関する代行先装置とを含む代行通知を外部端末５０ａに通知する（図５および図１０も参照）。なお、図５は、ＭＦＰ１０ｂによる代行処理の開始に関する処理等を示す図である。

外部端末５０ａは、当該代行通知（換言すれば、接続先変更通知）をＭＦＰ１０ａから受信（受領）すると、ステップＳ８３（図１４）からステップＳ８４に進み、接続先装置の変更処理を実行する。たとえば、外部端末５０ａは、ＭＦＰ１０ａからの代行通知に基づき、外部端末５０ａの接続先を元のＭＦＰ１０ａから新たな１０ｂ（代行先装置）へと自動的に（あるいはユーザＵ２の操作に応じて）変更する。これに伴い、ＭＦＰ１０ａは、外部端末５０ａとの無線通信を終了する。

その後、外部端末５０ａは、ユーザＵ２（外部端末５０ａ）からのリモート操作（リモートパネル設定操作とも称する）を受け付け、使用対象装置に関する各種の設定操作を実行する（ステップＳ８５）。外部端末５０ａからのリモート操作に応じてＭＦＰ１０ａで実行されるべき被操作装置側処理（リモート操作画面の画像データの生成処理等を含む）は、ＭＦＰ１０ｂにて実行される。換言すれば、ＭＦＰ１０ｂは、ＭＦＰ１０ａからの代行依頼に基づき、外部端末５０ａ（ユーザＵ２）からのリモート操作に対してＭＦＰ１０ａで行うべき処理を代行する（図５参照）。

具体的には、外部端末５０ａは、代行先装置（ＭＦＰ１０ｂ）からリモート操作画面の画像データを受信し、当該画像データに基づくリモート操作画面を外部端末５０ａのタッチパネル７５に表示する。ユーザＵ２は、当該リモート操作画面を操作すると、その操作内容（タッチ位置等）が外部端末５０ａから代行先装置（ＭＦＰ１０ｂ）に送信される。

なお、次のステップＳ８６にて、設定が未だ完了していない旨が判定されると、ステップＳ８３に戻る。ステップＳ８３〜ステップＳ８６の処理は、全ての設定が完了するまで繰り返し実行される。

一方、ＭＦＰ１０ａは、ステップＳ２３の後、ステップＳ２４〜Ｓ２８のループ処理を繰り返し実行する。ＭＦＰ１０ａは、当該ループ処理において、当該ＭＦＰ１０ａ（代行元装置）の装置状態情報（「各給紙トレイの用紙サイズ」、「各給紙トレイ内の用紙の有無」）および当該ＭＦＰ１０ａの使用状況に関する情報（「（他のユーザによる）使用中であるか否か」等）を、代行先ＭＦＰ１０ｂに対して随時送信する（ステップＳ２４（図１１））。ＭＦＰ１０ｂ（代行先装置）は、ＭＦＰ１０ａ（代行元装置）の装置状態情報を受信することによって、ＭＦＰ１０ａ（代行元装置）の装置状態を反映した操作画面（たとえば、ＭＦＰ１０ａの各給紙トレイ内に格納されている用紙の用紙サイス（正しい用紙サイズ）が反映された操作画面）をステップＳ８５にて生成することが可能である。

また、ＭＦＰ１０ａは、代行先ＭＦＰが変更される旨（詳細には、ＭＦＰ１０ｂからＭＦＰ１０ｃに変更される旨）の代行先変更通知（「移行指令」とも称する）（ステップＳ５５（図１２参照））を、現在の代行先ＭＦＰ（たとえば、１０ｂ）から受信したか否かを判定する（ステップＳ２６）。当該代行先変更通知（移行指令）が受信されない場合には、ステップＳ２８に進む。ステップＳ２８においては、ユーザＵ１によるＭＦＰ１０ａの使用が終了したか否かが判定される。ユーザＵ１によるＭＦＰ１０ａの使用が未だ終了していない場合には、再びステップＳ２４に戻る。そして、ステップＳ２４〜Ｓ２８のループ処理が繰り返される。なお、このような繰り返し処理（ループ処理）中に代行先変更通知が受信された場合には、ステップＳ２６からステップＳ２７に進む。ステップＳ２７においては、ＭＦＰ１０ａは、代行先ＭＦＰをＭＦＰ１０ｂからＭＦＰ１０ｃに変更するとともに、ＭＦＰ１０ｃ（変更後の代行先ＭＦＰ）に対して、ＭＦＰ１０ａの装置構成情報（および装置状態情報）を送信する。

このようにして、ＭＦＰ１０ａからＭＦＰ１０ｂへの代行依頼等が送信され、ＭＦＰ１０ｂによる代行処理が開始される。外部端末５０ａ（ユーザＵ２）は、ＭＦＰ１０ｂによる代行処理を利用してＭＦＰ１０ａに関する設定処理を実行することが可能である。

また、ＭＦＰ１０ａによる設定操作（図５参照）は、ユーザＵ２が所望する全ての設定操作が完了するまで実行される。なお、新たな接続先変更通知がステップＳ８３（図１４）にて受信されると、ステップＳ８４に進み、接続先装置の変更処理が再び実行される。また、ステップＳ２８においてユーザＵ１によるＭＦＰ１０ａの使用が終了した旨が判定されると、ステップＳ２９以降に進む。ステップＳ２９以降の処理については後述する
＜ユーザＵ３からのアクセスに対するＭＦＰ１０ｂの処理等＞
つぎに、ＭＦＰ１０ｂによる代行処理中（ＭＦＰ１０ａで本来行われるべき被操作装置側処理の代行処理中）に、ユーザＵ３による操作端末（外部端末）５０ｂからＭＦＰ１０ｂに対してＭＦＰ１０ｂのリモート操作依頼が送信される場合の動作について、図１２および図１５等を参照しながら説明する。

なお、図１２は、ＭＦＰ１０ｂの動作、より詳細には、他装置（ＭＦＰ１０ａ）向けの代行処理の実行中にリモート操作依頼が外部端末５０（たとえば５０ｂ）から受け付けられた場合の動作を示すフローチャートである。また、図１５は、外部端末５０ｂの動作を示すフローチャートである。図１５のステップＳ９１〜Ｓ９６においては、ステップＳ８１〜Ｓ８６とそれぞれ同様の処理が行われる。

まず、ユーザＵ３の外部端末５０ｂは、遠隔操作用アプリケーションを利用して所望のＭＦＰ１０（ここでは１０ｂ）との間で無線接続（たとえば無線ＬＡＮ通信による無線通信接続）を確立し、ＭＦＰ１０ｂに対してリモート操作依頼を送信する（図１５のステップＳ９１，Ｓ９２および図７参照）。

一方、ＭＦＰ１０ｂは、外部端末５０ｂ（ユーザＵ３）からのアクセス（リモート操作依頼）を受信すると、図１２の処理を実行する。

ＭＦＰ１０ｂは、ユーザＵ３による外部端末５０（５０ｂ等）からのリモート操作依頼を受け付ける（図７参照）と、別のユーザＵ２による代行アクセス（代行リモートアクセス）が未だ実行中（代行処理実行中）であるかを判定する（ステップＳ５１）。換言すれば、当該別ユーザＵ２がＭＦＰ１０ｂを未だ使用中であるか否かが判定される。

ユーザＵ２によるＭＦＰ１０ｂの使用が終了している場合には、ステップＳ５１からステップＳ５８に進む。

一方、ユーザＵ２によるＭＦＰ１０ｂの使用が未だ継続されている旨（使用中の旨）が判定される場合には、ステップＳ５１からステップＳ５２に進む。ステップＳ５２では、実行ユーザ（リモートアクセスのアクセス元ユーザ）Ｕ３からのアクセスは直接的なリモート操作に基づくアクセスであるか否か、が判定される。

ユーザＵ３によるアクセスは直接的なリモート操作に基づくアクセスではない旨が判定されると、ステップＳ５２からステップＳ５１に戻り、ＭＦＰ１０ｂはユーザＵ２の使用終了を待機する。すなわち、ユーザＵ３によるアクセスは間接的なリモート操作に基づくアクセス（代行アクセス）であると判定（ユーザＵ２，Ｕ３によるアクセスはいずれも代行アクセスであると判定）されると、既に開始されていたＭＦＰ１０ａ向けの代行処理が優先され、ＭＦＰ１０ｂは待機状態に遷移する。

一方、ユーザＵ３によるアクセスは直接的なリモート操作に基づくアクセスである旨が判定されると、ステップＳ５２からステップＳ５３に進む。

ステップＳ５３では、別ユーザＵ２（当該ＭＦＰ１０ｂを使用中のユーザＵ２）によるアクセスは、代行アクセスであるか直接アクセスであるかが判定される。換言すれば、ＭＦＰ１０ｂは、当該ユーザＵ２からのリモート操作に関する代行処理中であるか否かが判定される。

ユーザＵ２からのリモート操作に関する代行処理中でない旨が判定されると、ステップＳ５１に戻り、ＭＦＰ１０ｂはユーザＵ２の使用終了を待機する。ユーザＵ２がＭＦＰ１０ｂに対して直接的なリモート操作を行っている場合には、ユーザＵ２，Ｕ３がいずれも直接的なリモート操作を希望しているユーザであると判定される。ＭＦＰ１０ｂは、先に使用を開始したユーザＵ２の使用終了を待機する。

一方、ユーザＵ２からのリモート操作に関する代行処理中である旨が判定されると、ステップＳ５４に進む。このように、ユーザＵ２向けの代行アクセスの実行中にユーザＵ３による直接アクセス（直接的なリモート操作依頼）が受け付けられた場合には、ステップＳ５４に進む。

ステップＳ５４において、ＭＦＰ１０ｂは、ＭＦＰ１０ｂによる代行処理を停止（ここでは、完全停止）する。さらに、ＭＦＰ１０ｂは、ＭＦＰ１０ａのための代行処理をＭＦＰ１０ｂの代わりに実行するＭＦＰ（再代行先ＭＦＰ）を検索する（ステップＳ５４）。この検索処理については後述する。

当該検索処理によって新たな代行先ＭＦＰ（たとえばＭＦＰ１０ｃ）が決定されると、ＭＦＰ１０ｂは、代行処理をＭＦＰ１０ｃへと移管する。

具体的には、ＭＦＰ１０ｂは、代行先ＭＦＰを変更すべき旨（詳細には、ＭＦＰ１０ｂからＭＦＰ１０ｃに変更すべき旨）の再代行依頼を、当該新たな代行先ＭＦＰ（再代行先ＭＦＰ）１０ｃに通知する（ステップＳ５５）（図８も参照）。また、ＭＦＰ１０ｂは、代行先ＭＦＰが変更される旨（詳細には、ＭＦＰ１０ｂからＭＦＰ１０ｃに変更される旨）の代行先変更通知（「移行指令」とも称する）を、外部端末５０ａと代行元ＭＦＰ１０ａとに通知する（ステップＳ５５）。さらに、ＭＦＰ１０ｂは、代行処理をＭＦＰ１０ｃへと移管するに際して、ＭＦＰ１０ａに関する代行処理用の情報（引継情報）を、当該新たな代行先ＭＦＰ（再代行先ＭＦＰ）１０ｃに送信する（ステップＳ５６）。詳細には、ＭＦＰ１０ｂは、ＭＦＰ１０ｂによる代行処理にて設定された設定内容に関する情報、および現在使用中の操作画面に関する情報等を、引継情報として当該新たな代行先ＭＦＰ（再代行先ＭＦＰ）１０ｃに送信する（ステップＳ５６）。

代行先変更通知（移行指令）が代行元ＭＦＰ１０ａに通知されると、当該ＭＦＰ１０ａは、現在の代行先ＭＦＰ（たとえば、１０ｂ）から代行先変更通知を受信した旨をステップＳ２６（図１１）にて判定し、ステップＳ２７に進む。ステップＳ２７では、ＭＦＰ１０ａは、代行先ＭＦＰをＭＦＰ１０ｂからＭＦＰ１０ｃに変更するとともに、ＭＦＰ１０ｃ（変更後の代行先ＭＦＰ）に対して、ＭＦＰ１０ａの装置構成情報（および装置状態情報）を送信する。

ステップＳ５５で送信される情報、具体的には、ＭＦＰ１０ｂによる代行処理にて設定された設定内容に関する情報としては、たとえば、ＭＦＰ１０ｂによる代行処理中に外部端末５０ａによるリモート操作を用いてユーザＵ２によって設定された用紙サイズ設定（「Ａ４」サイズ等）の情報が含まれる。

また、現在使用中の操作画面に関する情報は、ＭＦＰ１０ｂから外部端末５０ａへと送信されて外部端末５０ａにて現在表示されている操作画面に関する情報であり、たとえば、当該操作画面の画面ＩＤ（操作画面の識別情報）を含む。

なお、現在使用中の操作画面がスクロール可能な操作画面である場合には、現在使用中の操作画面に関する情報は、当該操作画面全体のうちの現在の表示対象範囲を示す情報を含むことが好ましい。具体的には、図２０に示すように、現在使用中の操作画面２１０がスクロール可能な操作画面（たとえば、左右方向にスクロール可能なメインメニュー画面等）である場合、操作画面２１０の全体のうちの現在の表示対象範囲２２０を示す情報が含まれればよい。たとえば、表示対象範囲２２０を示す情報は、操作画面２１０に固定された座標系における表示対象範囲（矩形領域）２２０の代表点（左上の点）の座標値（Ｘ，Ｙ）、および表示対象範囲２２０の大きさ（幅Ｗ、高さＨ）で表現される。なお、図２０は、スクロール可能な操作画面２１０における表示対象範囲２２０等を示す図である。

また、現在使用中の操作画面が、ユーザごとにカスタマイズ可能なカスタマイズ画面（３１０（図２１参照）等）である場合、現在使用中の操作画面に関する情報は、当該操作画面（カスタマイズ画面）のカスタマイズデータ（カスタマイズ内容を規定するデータ）を含むことが好ましい。たとえば、当該カスタマイズデータは、カスタマイズ画面３１０の画面ＩＤ（画面識別子）を含むとともに、図２２に示されるように、カスタマイズ画面内に配置される各部品（ボタン等）の部品ＩＤ、部品名（表示名）、位置、大きさ等を含むように構成される。図２２のカスタマイズデータにおいては、カスタマイズ画面内に配置される複数の部品のそれぞれについて、部品ＩＤ（「００１０」等）、部品名（「両面コピー」等）、位置（Ｘ，Ｙ）、大きさ（Ｗ，Ｈ）が規定されている。これらのカスタマイズデータもが、現在使用中の操作画面に関する情報として、ＭＦＰ１０ｂからＭＦＰ１０ｃに送信されることが好ましい。

なお、ＭＦＰ１０ａ（且つユーザＵ２）向けの複数のカスタマイズ画面が存在する場合には、複数のカスタマイズ画面のデータ（カスタマイズデータ）は、最初の代行依頼時に代行依頼（ステップＳ２３）とともにＭＦＰ１０ａからＭＦＰ１０ｂに予め送信されるものとする。そして、ＭＦＰ１０ｂは、代行処理をＭＦＰ１０ｃへと移管するに際して、（現在使用中のカスタマイズ画面のみならず、）当該複数のカスタマイズ画面の全ての情報をＭＦＰ１０ｂからＭＦＰ１０ｃに送信すればよい（ステップＳ５６）。また、当該複数のカスタマイズ画面のデータ（カスタマイズデータ）は、ＭＦＰ１０ｂからＭＦＰ１０ｃに送信されるのではなく、ＭＦＰ１０ａからＭＦＰ１０ｃに直接送信されるようにしてもよい。

その後、ＭＦＰ１０ｂは、新たなユーザＵ３の外部端末５０ｂとの間でリモートパネル接続を確立する（ステップＳ５７）。

そして、ＭＦＰ１０ｂは、外部端末５０ｂからのリモート操作に関する被操作装置側処理を実行し、ユーザＵ３の外部端末５０ｂからの直接的なリモート操作を受け付ける（ステップＳ５８）。詳細には、ＭＦＰ１０ｂは、当該リモート操作画面（画像データ）の生成処理および送信処理等を実行する。また、ユーザＵ３の外部端末５０ｂからのリモート操作による設定処理に引き続いて、当該設定処理にて設定された設定内容に基づくジョブが外部端末５０ｂからのリモート操作に応じて実行される（ステップＳ５８）。

＜ＭＦＰ１０ｃによる再代行処理＞
次に、図１３等を参照しながら、再代行先ＭＦＰとしてのＭＦＰ１０ｃの動作について詳細に説明する。

まず、ＭＦＰ１０ｃは、元の代行先ＭＦＰ１０ｂによって発行された再代行依頼（ステップＳ５５（図１２および図８参照））を受信するとともに、元の代行先ＭＦＰ１０ｂで設定され且つ当該代行先ＭＦＰ１０ｂから送信されてきた引継情報（ステップＳ５６参照）をも受信する（ステップＳ７１）。

また、ＭＦＰ１０ｃは、図８にも示すように、ユーザＵ２の外部端末５０ａとの間でリモートパネル接続を確立する（ステップＳ７２）。

より詳細には、外部端末５０ａは、ＭＦＰ１０ｂから送信されてきた代行先変更通知（ステップＳ５５）（再代行先通知あるいは接続先変更通知とも称される）を受信する（ステップＳ８３（図１４））と、当該代行先変更通知に基づく通知画面をそのタッチパネル７５に表示する。当該通知画面には、「代行処理中のＭＦＰ２号機（１０ｂ）では別ユーザからの直接的なリモート操作が優先されるため、代行処理を更に別のＭＦＰ３号機（１０ｃ）に移管します。」などの文言が含まれる。当該通知画面を見たユーザＵ２が確認ボタン（不図示）を押下すると、ステップＳ８４に進む。ステップＳ８４では、外部端末５０ａは、当該通知画面を消去するとともに、接続先装置の変更処理（詳細には、リモート接続先をＭＦＰ１０ｂからＭＦＰ１０ｃに変更する処理）を実行する。これにより、外部端末５０ａとＭＦＰ１０ｃとのリモート接続が確立される。

そして、ＭＦＰ１０ｃは、外部端末５０ａからのリモート操作に関する被操作装置側処理の代行処理（再代行処理）を実行し、ユーザＵ２の外部端末５０ａからのリモート操作を受け付ける（ステップＳ７３）。詳細には、ＭＦＰ１０ｃは、リモート操作画面（画像データ）の生成処理および送信処理等を実行する。このようにして、ＭＦＰ１０ｃは、ＭＦＰ１０ａにて実行されるべきジョブに関する設定処理を代行する。

この際、ＭＦＰ１０ｃは、ステップＳ５６にてＭＦＰ１０ｂから送信されてきた各種情報を用いて、ＭＦＰ１０ａにおける被操作装置側処理の代行処理（再代行処理）を実行する。具体的には、ＭＦＰ１０ｂは、ＭＦＰ１０ｂによる代行処理にて設定された設定内容に関する情報（たとえば、用紙サイズ設定）、使用中の操作画面に関する情報、およびＭＦＰ１０ａの装置構成および装置状態に関する情報等を利用して、当該代行処理を実行する。

ＭＦＰ１０ａの装置構成および装置状態に関する情報を利用することによれば、ＭＦＰ１０ｃは、ＭＦＰ１０ａ向けの操作画面を適切に生成することが可能である。

また、ＭＦＰ１０ｃは、ＭＦＰ１０ｂでの代行処理中に使用されていた操作画面に関する情報を用い、当該操作画面の表示用データ（画像データ）を生成することなどによれば、それまで外部端末５０ａに表示されていた操作画面を引き続き外部端末５０ａに表示させることが可能である。

また、ＭＦＰ１０ｃは、ＭＦＰ１０ｂによる代行処理にて設定された設定内容に関する情報を用いることによれば、ＭＦＰ１０ｂによる代行処理にて設定された設定内容を引き継ぐことが可能である。これによれば、ユーザＵ２は、最初の代行先装置（１０ｂ）にて設定された設定情報（たとえば、用紙サイズ設定等）を引き継いで、所望のジョブ実行装置であるＭＦＰ１０ａに対する（間接的な）リモート操作を継続することが可能である。ユーザＵ２は、さらに新たな代行先装置（１０ｃ）にて設定される設定情報（たとえば、コピー枚数設定等）をも加えた上で、ジョブに関する設定操作を行うことが可能である。

その後、所望のジョブ対象実行装置（ＭＦＰ１０ａ）にてユーザＵ１のジョブ（コピージョブ等）が実行され元の使用中ユーザ（Ｕ１）による使用が終了すると、当該ジョブが終了した旨がステップＳ２８（図１１）にて判定され、処理はステップＳ２９に進む。ステップＳ２９において、ＭＦＰ１０ａは、元の使用中ユーザ（Ｕ１）による使用が終了した旨（換言すれば、自装置（ＭＦＰ１０ａ）が使用可能状態に遷移した旨）を現在の代行先ＭＦＰ（ここでは１０ｃ）と外部端末５０（５０ａ）との双方に対して通知する。

ＭＦＰ１０ｃは、ジョブ対象実行装置（ＭＦＰ１０ａ）から送信（ステップＳ２９（図１１参照））されてきた使用許可通知（復帰許可通知とも称される）を受信すると、ＭＦＰ１０ａに対するリモート操作が使用可能である旨を判定し、処理はステップＳ７４（図１３参照）からステップ７５に進む。

ステップＳ７５では、ＭＦＰ１０ｃは、ＭＦＰ１０ａ用の代行処理（ＭＦＰ１０ａで実行すべき被操作装置側処理の代行処理）を中止する。また、ＭＦＰ１０ｃは、当該被操作装置側処理を本来の装置（ＭＦＰ１０ａ）で行うべき指令（代行処理から本来の処理への復帰であることから「復帰指令」とも称する）をＭＦＰ１０ａに送信して、当該代行処理（換言すれば、当該被操作装置側処理）をＭＦＰ１０ａに移管する。さらに、ＭＦＰ１０ｃは、ＭＦＰ１０ａにおける被操作装置側処理の実行のための情報、具体的には、ＭＦＰ１０ｂ，１０ｃの双方の代行先ＭＦＰで設定された設定情報等を、当該ジョブ対象実行装置（ＭＦＰ１０ａ）に送信する。

このように、ＭＦＰ１０ｃは、ＭＦＰ１０ａに関する代行処理がＭＦＰ１０ｂから移管されてきた後（換言すれば、当該代行処理をＭＦＰ１０ｂから引き継いだ後）において、ＭＦＰ１０ａと通信してＭＦＰ１０ａの使用状況を取得する。そして、ＭＦＰ１０ｃは、当該使用状況に基づきＭＦＰ１０ａに対するリモート操作が使用可能である旨（ユーザＵ１による使用が終了した旨等）を判定すると、ＭＦＰ１０ａに関する被操作装置側処理をＭＦＰ１０ａに移管する（戻す）。また、ＭＦＰ１０ｃは、ＭＦＰ１０ｃによる代行処理にて設定された設定内容等をＭＦＰ１０ａに送信する。

一方、ＭＦＰ１０ａは、復帰指令、ならびに、それまでに１又は複数の代行先ＭＦＰ（ここでは、ＭＦＰ１０ｂ，１０ｃ）にて設定された設定内容を含む設定情報等を、代行先ＭＦＰ１０ｃから受信する（ステップＳ３０（図１１））。そして、ステップＳ３１において、ＭＦＰ１０ａは、外部端末５０ａとのリモートパネル接続を再び確立する。その後、ステップＳ３２において、ＭＦＰ１０ａは、外部端末５０ａによる（代行リモート操作（謂わば間接的なリモート操作）ではなく）直接的なリモート操作に基づき、各種の設定処理を実行する。そして、所望のジョブ（コピージョブ等）に関する各種の設定処理が終了すると、当該ジョブがＭＦＰ１０ａにて実行される。より詳細には、当該ジョブは、ＭＦＰ１０ｂ，１０ｃを利用した間接的なリモート操作に基づく設定内容、および／または、ＭＦＰ１０ａを利用した直接的なリモート操作に基づく設定内容に基づいて、実行される。

＜２−３．代行先決定処理＞
つぎに、代行先決定処理（ステップＳ２２（図１１），Ｓ５４（図１２））の詳細について説明する。ここでは、ステップＳ５４での代行先決定処理（詳細には、再代行先決定処理）について主に説明する。なお、ステップＳ２２での代行先決定処理（最初の代行先決定処理）においても、決定主体が（ＭＦＰ１０ｂではなく）ＭＦＰ１０ａである点等を除き、同様の処理が行われる。

ステップＳ５４においては、ＭＦＰ１０ｂは、画像形成システム１に属する複数のＭＦＰ１０（１０ａ，１０ｃ〜１０ｅ）と通信し、当該複数のＭＦＰ１０がそれぞれ現在使用中であるか否かに関する情報と当該複数のＭＦＰのそれぞれに関する情報（装置構成情報および装置状態情報等）とを取得する。そして、ＭＦＰ１０ｂは、所定の条件を充足するＭＦＰを当該複数のＭＦＰ１０の中から特定し、当該特定されたＭＦＰを再代行先ＭＦＰとして決定する。

図１６は、各ＭＦＰ１０の装置構成等（一部）に関する情報を示す図である。ＭＦＰ１０ｂは他のＭＦＰ１０ａ，１０ｃ〜１０ｅと通信することによって、図１６に示すような情報を取得することができる。

そして、ＭＦＰ１０ｂは、所定の条件を充足するＭＦＰを複数のＭＦＰ１０の中から特定する。

ここにおいて、所定の条件は、たとえば、現在使用されていない１又は２以上のＭＦＰのうち、リモート操作対象装置（ジョブ実行対象装置）（具体的には、ＭＦＰ１０ａ）に最も近いハードウエア構成を有する装置である旨の条件である。

図１６に示すように、ＭＦＰ１０ａは、「ＡＤＦ」を有し且つ「両面印刷（機構）」を有する。また、ＭＦＰ１０ａの用紙トレイ内の「用紙サイズ」は「Ａ３」である。

一方、ＭＦＰ１０ｃは、「ＡＤＦ」を有し且つ「両面印刷（機構）」を有する。また、ＭＦＰ１０ａの用紙トレイ内の「用紙サイズ」は「Ａ３」である。

ＭＦＰ１０ｄは、「ＡＤＦ」を有するものの、「両面印刷（機構）」を有しない。また、ＭＦＰ１０ａの用紙トレイ内の「用紙サイズ」は「Ａ３」である。

ＭＦＰ１０ｅは、「ＡＤＦ」を有さず、「両面印刷（機構）」を有する。また、ＭＦＰ１０ａの用紙トレイ内の「用紙サイズ」は「Ａ４」である（「Ａ３ではない」）。

図１６に示すような情報に基づいて、「現在使用されていない３台のＭＦＰ１０ｃ〜１０ｅのうち、ＭＦＰ１０ａのハードウエア構成に最も近いハードウエア構成を有するＭＦＰは、ＭＦＰ１０ｃである」旨が、ＭＦＰ１０ｂによって判定される。ＭＦＰ１０ｃは、３つの特定構成（「ＡＤＦ」、「両面印刷」、「用紙サイズ」）に関してＭＦＰ１０ａのハードウエア構成と同一のハードウエア構成を有するＭＦＰであり、ＭＦＰ１０ｂは、所定の条件を充足するＭＦＰとして、複数のＭＦＰ１０の中からＭＦＰ１０ｃを特定する。

そして、ＭＦＰ１０ｂは、特定されたＭＦＰ１０ｃを再代行先ＭＦＰとして決定する。

このようにして、再代行先ＭＦＰが決定されればよい。

このような動作によれば、ＭＦＰ１０ａに最も近いハードウエア構成を有するＭＦＰ（ここでは、ＭＦＰ１０ｃ）が再代行先ＭＦＰとして決定される。そのため、代行元ＭＦＰ１０ａの電源切断時あるいは通信切断時において、ＭＦＰ１０ａの代わりに当該ＭＦＰ１０ｃをジョブ実行装置として使用することも可能である。換言すれば、ＭＦＰ１０ｃは、再代行装置からジョブ実行装置に変更されて、ＭＦＰ１０ｃの使用が継続され得る。

より詳細には、ＭＦＰ１０ｃは、再代行処理の実行中において、ＭＦＰ１０ａと通信し、ＭＦＰ１０ａの状態情報を定期的に取得しておく。そして、ＭＦＰ１０ｃは、取得された状態情報に基づきＭＦＰ１０ａの電源切断（あるいはＭＦＰ１０ａとの通信切断）が判定される場合には、ＭＦＰ１０ｃは確認画面の画像データを外部端末５０ａに送信して、確認画面を表示させる。当該確認画面には、「代行先装置（ＭＦＰ１０ｃ）での操作を、代行操作から本操作に切り換えますか？（ＭＦＰ１号機（１０ａ）の電源が切断されました。代わりに、ＭＦＰ３号機（１０ｃ）でジョブを実行しますか？）」などの文言が表示される。そして、当該確認画面内の「はい」ボタンがユーザＵ２によって押下されると、ＭＦＰ１０ｃは、代行先装置からジョブ実行装置に変更される。具体的には、ＭＦＰ１０ｃは、ＭＦＰ１０ａ向けに設定された設定内容をＭＦＰ１０ｃ向けの設定内容として引き継ぐ。そして、ＭＦＰ１０ｃは、ＭＦＰ１０ａのリモート操作に関する被操作装置側処理の代行処理（ＭＦＰ１０ａ用のリモート操作画面の生成動作等）に代えて、ＭＦＰ１０ｃのリモート操作に関する被操作装置側処理（ＭＦＰ１０ｃ自身用のリモート操作画面の生成動作等）を実行する。

たとえば、ユーザＵ１がＭＦＰ１０ａの使用終了直後に電源切断操作を行いＭＦＰ１０ａの電源が切断されてしまうことがある。一方のユーザＵ２は、比較的高速なＭＦＰ１０ａを本来は利用したかったものの、ＭＦＰ１０ａの電源を再投入するよりも、ＭＦＰ１０ａに最も近いハードウエア構成を有するＭＦＰ１０ｃをそのまま利用してジョブを実行することが好ましい、と考えることもある。このような状況等において、ＭＦＰ１０ｃが代行先装置からジョブ実行装置に変更されることによれば、ユーザＵ２は、非常に高い利便性を得ることが可能である。

ここにおいて、「所定の条件」は、上述のような条件（現在使用されていない１又は２以上のＭＦＰのうち、リモート操作対象装置に最も近いハードウエア構成を有する装置である旨の条件）に限定されない。たとえば、当該所定の条件は、現在使用されていない１又は２以上のＭＦＰ１０のうち、ＭＦＰ１０ａに最も近い位置に存在するＭＦＰである旨の条件であってもよい。

より詳細には、まず、ステップＳ５４において、ＭＦＰ１０ｂ（再代行先を決定する代行先装置）は、ＭＦＰ１０ａ（ジョブ実行装置（代行元装置））とシステム１内の他の各ＭＦＰ１０との相互間距離をそれぞれ取得する。具体的には、ＭＦＰ１０（ＭＦＰ１０ｂ等）は、システム１に属する複数のＭＦＰの相互間距離をそれぞれ規定したデータテーブルを自装置内の格納部５に予め格納しておく。当該データテーブルには、たとえば、ＭＦＰ１０ａとＭＦＰ１０ｃとの距離Ｄ１（図１７参照）は２メートルであり、ＭＦＰ１０ａとＭＦＰ１０ｄとの距離Ｄ２は１０メートルであり、ＭＦＰ１０ａとＭＦＰ１０ｅとの距離Ｄ３は３０メートルであること等が規定されている。距離Ｄ１，Ｄ２，Ｄ３（図１７参照）のうち最も短い距離は、距離Ｄ１である。なお、図１７は、ＭＦＰ１０ａと各ＭＦＰ１０ｃ〜１０ｅとの間の各距離Ｄ１，Ｄ２，Ｄ３等を示す図である。

そして、ＭＦＰ１０ｂは、現在使用されていない１又は２以上のＭＦＰ（たとえば３台のＭＦＰ１０ｃ〜１０ｅ）の中から、当該データテーブルに基づき、ＭＦＰ１０ａに最も近い位置に存在するＭＦＰを特定する。図１７においては、３台のＭＦＰ１０ｃ〜１０ｅのうち、ＭＦＰ１０ａとの距離が最も短いＭＦＰ（最短距離Ｄ１に対応するＭＦＰ１０ｃ）が、ＭＦＰ１０ａに最も近い位置に存在するＭＦＰとして特定される。さらに、ＭＦＰ１０ｂは、当該特定されたＭＦＰ（ＭＦＰ１０ｃ等）を再代行先ＭＦＰとして決定する（ステップＳ５４）。

このようにして再代行先ＭＦＰが決定されてもよい。

これによれば、元のＭＦＰ１０ａに最も近い位置に存在するＭＦＰ１０ｃが再代行先ＭＦＰとして決定される。したがって、代行元ＭＦＰ１０ａの電源切断時あるいは通信切断時においてＭＦＰ１０ａの代わりに当該ＭＦＰ１０ｃをジョブ実行装置として使用する場合に、ユーザＵ２の移動距離の変動を最小限に止めることが可能である。

あるいは、上述の所定の条件は、現在使用されていない１又は２以上の画像形成装置のうち、最新の使用日時が最も古い装置である旨の条件であってもよい。

より詳細には、ＭＦＰ１０ｂ（再代行先を決定する代行先装置）は、ステップＳ５４において、他の各ＭＦＰと通信し、各ＭＦＰが現在使用中であるか否かに関する情報と、各ＭＦＰの最新の使用日時に関する情報とを取得する。たとえば、ＭＦＰ１０ｃ，１０ｄ，１０ｅが現在使用中ではない旨の情報、ならびに、ＭＦＰ１０ｃの最新の使用日時は２０１５年１２月１日１０時１０分であり、ＭＦＰ１０ｄの最新の使用日時は２０１５年１２月２日１２時１０分であり、ＭＦＰ１０ｅの最新の使用日時は２０１５年１２月３日１３時１０分である旨の情報が取得される（図１８参照）。なお、図１８は、最新の使用日時に関する情報が各ＭＦＰ１０ｃ〜１０ｅからＭＦＰ１０ｂへとそれぞれ送信される様子を示す図である。

そして、ＭＦＰ１０ｂは、現在使用されていない１又は２以上のＭＦＰ（たとえば３台の１０ｃ〜１０ｅの）中から、最新の使用日時が最も古いＭＦＰ１０ｃを特定し、当該ＭＦＰ１０ｃを再代行先ＭＦＰとして決定する。

このようにして再代行先ＭＦＰが決定されてもよい。

これによれば、最新の使用日時が最も古いＭＦＰ、換言すれば、使用頻度が比較的低いＭＦＰが再代行先ＭＦＰとして決定されるので、他のユーザによる使用場面と重なってしまう可能性を低減することが可能である。

あるいは、上述の所定の条件は、現在使用されていない１又は２以上の画像形成装置のうち、単位時間あたりのジョブ数が最も少ない装置である旨の条件であってもよい。

より詳細には、ＭＦＰ１０ｂ（再代行先を決定する代行先装置）は、ステップＳ５４において、他の各ＭＦＰと通信し、各ＭＦＰが現在使用中であるか否かに関する情報と、各ＭＦＰの単位時間あたりのジョブ数に関する情報（ジョブ実行頻度）とを取得する。たとえば、ＭＦＰ１０ｃ，１０ｄ，１０ｅが現在使用中ではない旨の情報が取得されるとともに、ＭＦＰ１０ｃ，１０ｄ，１０ｅの単位時間（たとえば１時間）あたりのジョブ数は、それぞれ、「１」、「５」、「１０」（ジョブ数／時間）である旨の情報が取得される（図１９参照）。なお、図１９は、ジョブ実行頻度に関する情報が各ＭＦＰ１０ｃ〜１０ｅからＭＦＰ１０ｂへとそれぞれ送信される様子を示す図である。

そして、ＭＦＰ１０ｂは、現在使用されていない１又は２以上のＭＦＰ（たとえば３台の１０ｃ〜１０ｅの）中から、単位時間あたりのジョブ数が最も少ない装置（ＭＦＰ１０ｃ）を特定し、当該ＭＦＰ１０ｃを再代行先ＭＦＰとして決定する。

このようにして再代行先ＭＦＰが決定されてもよい。

これによれば、単位時間あたりのジョブ数が最も少ない装置、換言すれば、使用頻度が比較的低いＭＦＰが再代行先ＭＦＰとして決定されるので、他のユーザによる使用場面と重なってしまう可能性を低減することが可能である。

＜２−４．第２実施形態の効果＞
上述のような第２実施形態によれば、第１実施形態と同様の効果を得ることが可能である。

また、第２実施形態によれば、ＭＦＰ１０ａのリモート操作に関するＭＦＰ１０ｂによる代行処理中に、ユーザＵ３（外部端末５０ｂ）によるＭＦＰ１０ｂのリモート操作依頼が受け付けられると、ＭＦＰ１０ｂは、当該代行処理を停止するとともに、当該代行処理をＭＦＰ１０ｃに移管する。これによれば、ユーザＵ２は、ユーザＵ３にＭＦＰ１０ｂの使用を移譲した後、他のＭＦＰ１０ｃを利用してリモート操作を継続することが可能である。したがって、ユーザＵ２の利便性の低下を回避ないし抑制することが可能である。

また、次述するような比較例と比較して、パフォーマンスの低下等を抑制することも可能である。

図２４は、当該比較例を示す概念図である。図２４においても、ＭＦＰ１０ｂがＭＦＰ１０ａの代行処理を実行している際（図５等参照）に、ユーザＵ３からのリモート操作依頼がＭＦＰ１０ｂに送信される。ここまでは、上記第２実施形態と同様である。ただし、当該比較例においては、ＭＦＰ１０ｂは、引き続き、ユーザＵ２のための代行処理を継続する。すなわち、ユーザＵ２は、ＭＦＰ１０ｂを介してリモート操作を継続する。一方、ユーザＵ３は、ＭＦＰ１０ｃと通信して、ＭＦＰ１０ｂ向けの代行処理をＭＦＰ１０ｃに行わせる。このように、当該比較例においては、ＭＦＰ１０ｂは、ＭＦＰ１０ａ向け（ユーザＵ２）向けの代行処理を実行し、ＭＦＰ１０ｃは、ＭＦＰ１０ｂ向け（ユーザＵ３）向けの代行処理を実行する。

また、当該比較例においては、２つの代行処理が実行されるとともに、各代行処理に関して代行元装置の情報（代行用情報）が代行元装置から代行先装置へと随時送信される。たとえば、ＭＦＰ１０ａは、ＭＦＰ１０ａの使用状況および装置状態情報等をＭＦＰ１０ｂへと随時送信し、ＭＦＰ１０ｂは、ＭＦＰ１０ｂの使用状況および装置状態情報等をＭＦＰ１０ｃへと随時送信する。そのため、ＭＦＰ１０ｂは、ＭＦＰ１０ａからの情報受信動作とＭＦＰ１０ｃへの情報送信動作との双方を行うこととなり、通信量が増大するとともにＭＦＰ１０ｂの処理負荷が比較的高くなる。その結果、ＭＦＰ１０ｂから操作画面の表示用データを受信して当該操作画面を表示する外部端末５０ａにおいて、当該操作画面の操作（表示等）に関する応答性が悪化するなどの弊害が生じ得る。

一方、上記第２実施形態によれば、図８に示すように、ユーザＵ３に関するリモート操作に関する被操作装置側処理がＭＦＰ１０ｂ（リモート操作対象装置自身）によって実行され、ユーザＵ２に関するリモート操作に関する被操作装置側処理に関してのみ代行処理が実行される。すなわち、代行処理は、ＭＦＰ１０ｃで実行される代行処理の１つのみである。したがって、上記比較例のような弊害、具体的には、代行処理を多用することによる弊害（操作画面の表示等に関する応答性悪化等）を回避ないし抑制することが可能である。

＜３．変形例等＞
以上、この発明の実施の形態について説明したが、この発明は上記説明した内容のものに限定されるものではない。

たとえば、上記各実施形態においては、ＭＦＰ１０ｃは、ＭＦＰ１０ｂからの代行処理の移管に際して、ＭＦＰ１０ａの装置構成情報等をＭＦＰ１０ａから受信している（ステップＳ２７（図１１），Ｓ７１（図１３）参照）が、これに限定されない。たとえば、ＭＦＰ１０ａの装置構成情報等をＭＦＰ１０ｂから受信するようにしてもよい。この場合、ＭＦＰ１０ａの装置構成情報等としては、ステップＳ２３，Ｓ２４（図１１）にてＭＦＰ１０ａからＭＦＰ１０ｂに送信されていた情報（装置構成情報および／または装置状態情報）が用いられればよい。換言すれば、ＭＦＰ１０ｂは、ＭＦＰ１０ａからステップＳ２３，Ｓ２４にて予め受信していた装置構成情報等を、ステップＳ５６（ステップＳ７１）等にてＭＦＰ１０ｃへと転送してもよい。

このように、ＭＦＰ１０ａの当該装置構成情報等は、ＭＦＰ１０ａからＭＦＰ１０ｃへ送信されるのではなく、ＭＦＰ１０ｂからＭＦＰ１０ｃへ送信されるようにしてもよい。すなわち、ＭＦＰ１０ｃへの送信元ＭＦＰは、ＭＦＰ１０ａではなくＭＦＰ１０ｂであってもよい。

あるいは、これに限定されず、たとえば、ＭＦＰ１０ａとＭＦＰ１０ｂとのうち、ＭＦＰ１０ｃとの通信速度が速い方のＭＦＰが装置構成情報等に関する送信元装置として決定されるようにしてもよい。

より詳細には、ＭＦＰ１０ｃは、ＭＦＰ１０ｂから再代行依頼を受信すると、ＭＦＰ１０ｃとＭＦＰ１０ａとの間の通信速度Ｖ１と、ＭＦＰ１０ｃとＭＦＰ１０ｂとの間の通信速度Ｖ２とを比較する。たとえば、ＭＦＰ１０ｃは、比較的少量のテストデータを各ＭＦＰ１０ａ，１０ｂにそれぞれ送信して、各通信速度Ｖ１，Ｖ２を算出する。そして、ＭＦＰ１０ｃは、比較的早い方の通信速度に対応する相手方装置をＭＦＰ１０ａの装置構成情報等の送信元装置として決定する。たとえば、通信速度Ｖ２が通信速度Ｖ１よりも速い場合には、ＭＦＰ１０ｂが送信元装置として決定される。そして、当該送信元装置であるＭＦＰ１０ｂから、ＭＦＰ１０ａの装置構成情報および／または装置状態情報がＭＦＰ１０ｃへと送信される。すなわち、ＭＦＰ１０ｃは当該装置構成情報等をＭＦＰ１０ｂから受信（取得）する。

このように、ＭＦＰ１０ｃは、ＭＦＰ１０ａ，１０ｂのうち比較的通信速度が速いＭＦＰから、ＭＦＰ１０ａの装置構成情報等を取得するようにしてもよい。

また、上記各実施形態においては、現在使用中の操作画面に関する情報等がＭＦＰ１０ｂからＭＦＰ１０ｃへと送信されている（ステップＳ５６（図１２））が、これに限定されない。たとえば、現在使用中の操作画面に関する情報のうちの一部（カスタマイズ画面のカスタマイズデータ等）は、ステップＳ２７（図１１）等にてＭＦＰ１０ａからＭＦＰ１０ｃへと送信されてもよい。

また、上記各実施形態では、ＭＦＰ１０ｂが他のＭＦＰ１０ａの処理を代行している場合において、ＭＦＰ１０ｂに対するリモート操作依頼がユーザＵ３（外部端末５０ｂ）から受け付けられると、ＭＦＰ１０ｂは、ＭＦＰ１０ａに関する代行処理を直ちに停止する態様が例示されているが、これに限定されない。具体的には、ＭＦＰ１０ｂは、現在設定中の設定操作が完了するまでＭＦＰ１０ａに関する代行処理を継続し、現在設定中の設定操作が完了した後に、当該代行処理を停止（および移管）するようにしてもよい。

たとえば、当該代行処理を移管先装置（ＭＦＰ１０ｃ）に移管する旨が決定される場合であっても、現在操作中の操作画面３２１（図２３参照）にて複数の選択肢３５２〜３５６のいずれかに対する選択操作が完了するまでは、ＭＦＰ１０ｂは、ＭＦＰ１０ａに関する代行処理を継続するようにしてもよい。図２３においては、複数の選択肢３５２〜３５６を有するポップアップ画面３２１を用いたリモート操作が行われている様子が示されている。ポップアップ画面３２１は、設定画面（親画面）３５０に対して重畳表示されているポップアップ式の操作画面（子画面）である。

このようなポップアップ画面３２１を用いたユーザＵ２によるリモート操作中において、当該複数の選択肢のいずれかに対する選択操作が完了するまでは、ＭＦＰ１０ｂは、ＭＦＰ１０ａに関する代行処理を継続し、ユーザＵ２によるリモート操作を受け付ける。そして、ＭＦＰ１０ｂは、当該複数の選択肢のいずれかに対する選択操作（「カラー」に関する設定操作）が完了した時点（たとえば、フルカラーボタン３５３が押下された時点、あるいは、フルカラーボタン３５３が押下され且つ閉じるボタン３５９が押下された時点）の後に、当該代行処理を停止する。その後、たとえば、ＭＦＰ１０ｂは、当該代行処理をＭＦＰ１０ｃに移管する。なお、移管に際しては、ＭＦＰ１０ｂによる代行処理中の設定内容に関する情報（「フルカラー」等を含む）がＭＦＰ１０ｂからＭＦＰ１０ｃに送信される。

このように、ＭＦＰ１０ｂが他のＭＦＰ１０ａの処理を代行している場合において、ＭＦＰ１０ｂに対するリモート操作依頼がユーザＵ３（外部端末５０ｂ）から受け付けられたときであっても、ＭＦＰ１０ｂは、ＭＦＰ１０ａに関する代行処理を直ちに停止しなくてもよい。具体的には、現在設定中の設定操作が完了するまでＭＦＰ１０ａに関する代行処理を継続し、現在設定中の設定操作が完了した後に、当該代行処理を停止（および移管）するようにしてもよい。

１ 画像形成システム
１０ ＭＦＰ（画像形成装置）
５０ 外部端末
１０８ ネットワーク
２１０ 操作画面（スクロール画面）
２２０ 表示対象範囲
３１０ カスタマイズ画面
３２１ ポップアップ画面

Claims (22)

1. 画像形成システムであって、
   第１のユーザによって使用される第１の画像形成装置と、
   前記第１のユーザによる前記第１の画像形成装置の使用中において、第２のユーザによる前記第１の画像形成装置のリモート操作に関する被操作装置側処理の代行処理を実行する第２の画像形成装置と、
   前記第２のユーザによる操作端末であって、前記第２の画像形成装置による前記代行処理を伴って前記第１の画像形成装置をリモート操作する第１の外部端末と、
   第３のユーザによる操作端末であって、前記第１の画像形成装置のリモート操作に関する前記第２の画像形成装置による前記代行処理中に、前記第２の画像形成装置のリモート操作依頼を前記第２の画像形成装置に対して送信する第２の外部端末と、
   を備え、
   前記第２の画像形成装置は、前記第１の画像形成装置のリモート操作に関する前記第２の画像形成装置による前記代行処理中に、前記第３のユーザによる前記第２の画像形成装置のリモート操作依頼を前記第２の外部端末から受け付けた場合、前記第２の画像形成装置による前記代行処理を停止し、前記第３のユーザによる前記第２の画像形成装置のリモート操作に関する被操作装置側処理を実行することを特徴とする画像形成システム。
2. 請求項１に記載の画像形成システムにおいて、
   第３の画像形成装置、
   をさらに備え、
   前記第２の画像形成装置は、前記第１の画像形成装置のリモート操作に関する前記第２の画像形成装置による前記代行処理中に、前記第３のユーザによる前記第２の画像形成装置のリモート操作依頼を前記第２の外部端末から受け付けた場合、前記第２の画像形成装置による前記代行処理を停止するとともに、前記代行処理を前記第３の画像形成装置に移管することを特徴とする画像形成システム。
3. 請求項２に記載の画像形成システムにおいて、
   前記第２の画像形成装置は、前記画像形成システム内の複数の画像形成装置と通信して前記複数の画像形成装置に関する情報を取得するとともに、所定の条件を充足する画像形成装置を前記複数の画像形成装置の中から特定し、当該特定された画像形成装置を前記第３の画像形成装置として決定することを特徴とする画像形成システム。
4. 請求項３に記載の画像形成システムにおいて、
   前記所定の条件は、現在使用されていない１又は２以上の画像形成装置のうち、前記第１の画像形成装置に最も近いハードウエア構成を有する装置である旨の条件であることを特徴とする画像形成システム。
5. 請求項３に記載の画像形成システムにおいて、
   前記所定の条件は、現在使用されていない１又は２以上の画像形成装置のうち、前記第１の画像形成装置に最も近い位置に存在する装置である旨の条件であることを特徴とする画像形成システム。
6. 請求項３に記載の画像形成システムにおいて、
   前記所定の条件は、現在使用されていない１又は２以上の画像形成装置のうち、最新の使用日時が最も古い装置である旨の条件であることを特徴とする画像形成システム。
7. 請求項３に記載の画像形成システムにおいて、
   前記所定の条件は、現在使用されていない１又は２以上の画像形成装置のうち、単位時間あたりのジョブ数が最も少ない装置である旨の条件であることを特徴とする画像形成システム。
8. 請求項２から請求項７のいずれかに記載の画像形成システムにおいて、
   前記第２の画像形成装置は、前記第３の画像形成装置への移管に際して、前記第２の画像形成装置による代行処理中に設定された設定内容と現在使用中の操作画面と前記第１の画像形成装置の装置構成と前記第１の画像形成装置の装置状態とに関する情報を、前記第３の画像形成装置に送信することを特徴とする画像形成システム。
9. 請求項２から請求項７のいずれかに記載の画像形成システムにおいて、
   前記第２の画像形成装置は、前記第３の画像形成装置への移管に際して、前記第２の画像形成装置による代行処理にて設定された設定内容と現在使用中の操作画面とに関する情報を、前記第３の画像形成装置に送信し、
   前記第１の画像形成装置は、前記第３の画像形成装置への移管に際して、前記第１の画像形成装置の装置構成と前記第１の画像形成装置の装置状態とに関する情報を前記第３の画像形成装置に送信することを特徴とする画像形成システム。
10. 請求項８または請求項９に記載の画像形成システムにおいて、
    前記現在使用中の操作画面に関する情報は、前記操作画面の識別情報を含むことを特徴とする画像形成システム。
11. 請求項１０に記載の画像形成システムにおいて、
    前記現在使用中の操作画面に関する情報は、スクロール可能な前記操作画面全体のうちの現在の表示対象範囲を示す情報を含むことを特徴とする画像形成システム。
12. 請求項１０に記載の画像形成システムにおいて、
    前記操作画面が、ユーザごとにカスタマイズ可能なカスタマイズ画面である場合、前記現在使用中の操作画面に関する情報は、前記操作画面のカスタマイズデータを含むことを特徴とする画像形成システム。
13. 請求項８から請求項１２のいずれかに記載の画像形成システムにおいて、
    前記第３の画像形成装置は、前記第２の画像形成装置からの前記代行処理の移管に際して、前記第３の画像形成装置と前記第１の画像形成装置との間の通信速度と、前記第３の画像形成装置と前記第２の画像形成装置との間の通信速度とを比較し、比較的早い方の通信速度に対応する相手方装置から、前記第１の画像形成装置の前記装置構成に関する情報と前記第１の画像形成装置の前記装置状態に関する情報とを取得することを特徴とする画像形成システム。
14. 請求項２から請求項１３のいずれかに記載の画像形成システムにおいて、
    前記第２の画像形成装置は、複数の選択肢を有する操作画面を用いた前記第２のユーザによるリモート操作中において前記代行処理を前記第３の画像形成装置に移管する旨が決定された場合、前記複数の選択肢のいずれかに対する選択操作が完了するまでは、前記第２のユーザによるリモート操作を受け付けるとともに前記第２の画像形成装置による前記代行処理を継続し、前記複数の選択肢のいずれかに対する選択操作が完了した後に、前記代行処理を前記第３の画像形成装置に移管することを特徴とする画像形成システム。
15. 請求項１４に記載の画像形成システムにおいて、
    前記第２の画像形成装置は、前記複数の選択肢のいずれかに対する選択操作が完了した後に、前記第２の画像形成装置による前記代行処理中の設定内容に関する情報を前記第３の画像形成装置に送信することを特徴とする画像形成システム。
16. 請求項２から請求項１５のいずれかに記載の画像形成システムにおいて、
    前記第３の画像形成装置は、前記代行処理を前記第２の画像形成装置から引き継いだ後において前記第１の画像形成装置と通信して前記第１の画像形成装置の使用状況を取得し、当該使用状況に基づき前記第１の画像形成装置に対するリモート操作が使用可能である旨を判定すると、前記第３の画像形成装置による代行処理にて設定された設定内容を前記第１の画像形成装置に送信することを特徴とする画像形成システム。
17. 画像形成装置であって、
    第１のユーザによる別の画像形成装置の使用中において、前記別の画像形成装置に対する第２のユーザによるリモート操作に関して前記別の画像形成装置にて実行すべき被操作装置側処理の代行処理を実行する代行制御手段と、
    第３のユーザによる前記画像形成装置のリモート操作依頼を前記第３のユーザの外部端末から受け付ける受付手段と、
    を備え、
    前記代行制御手段は、前記別の画像形成装置のリモート操作に関する前記画像形成装置による前記代行処理中に前記第３のユーザの前記外部端末から前記画像形成装置のリモート操作依頼が受け付けられる場合、前記画像形成装置による前記代行処理を停止し、前記第３のユーザによる前記画像形成装置に対するリモート操作に関する被操作装置側処理を実行することを特徴とする画像形成装置。
18. 請求項１７に記載の画像形成装置において、
    前記代行制御手段は、前記別の画像形成装置のリモート操作に関する前記画像形成装置による前記代行処理中に、前記第３のユーザの外部端末から前記画像形成装置のリモート操作依頼が受け付けられる場合、前記代行処理を停止するとともに、前記画像形成装置とも前記別の画像形成装置とも異なる画像形成装置である移管先装置に前記代行処理を移管することを特徴とする画像形成装置。
19. 請求項１８に記載の画像形成装置において、
    前記画像形成装置を含む画像形成システム内の複数の画像形成装置と通信して前記複数の画像形成装置に関する情報を取得するとともに、所定の条件を充足する画像形成装置を前記複数の画像形成装置の中から特定し、当該特定された画像形成装置を前記移管先装置として決定する決定手段、
    をさらに備えることを特徴とする画像形成装置。
20. 請求項１８または請求項１９に記載の画像形成装置において、
    前記移管先装置への前記代行処理の移管に際して、前記画像形成装置による前記代行処理中の設定内容と現在使用中の操作画面と前記別の画像形成装置の装置構成と前記別の画像形成装置の装置状態とに関する情報を、前記移管先装置に送信する通信制御手段、
    をさらに備えることを特徴とする画像形成装置。
21. 請求項２０に記載の画像形成装置において、
    前記代行制御手段は、複数の選択肢を有する操作画面を用いた前記第２のユーザによるリモート操作中において前記代行処理を前記移管先装置に移管する旨が決定される場合、前記複数の選択肢のいずれかに対する選択操作が完了するまでは、前記第２のユーザによるリモート操作を受け付けるとともに前記代行処理を継続し、前記複数の選択肢のいずれかに対する選択操作が完了した後に前記代行処理を前記移管先装置に移管し、
    前記通信制御手段は、前記複数の選択肢のいずれかに対する選択操作が完了した後に、前記画像形成装置による前記代行処理中の設定内容に関する情報を前記移管先装置に送信することを特徴とする画像形成装置。
22. 画像形成装置に内蔵されたコンピュータに、
    ａ）第１のユーザによる別の画像形成装置の使用中において、前記別の画像形成装置に対する第２のユーザによるリモート操作に関して前記別の画像形成装置にて実行すべき被操作装置側処理の代行処理を実行するステップと、
    ｂ）第３のユーザによる前記画像形成装置のリモート操作依頼を前記第３のユーザの外部端末から受け付けるステップと、
    ｃ）前記別の画像形成装置のリモート操作に関する前記画像形成装置による前記代行処理中に、前記第３のユーザの前記外部端末から前記画像形成装置のリモート操作依頼が受け付けられる場合、前記画像形成装置による前記代行処理を停止し、前記第３のユーザによる前記画像形成装置に対するリモート操作に関する被操作装置側処理を実行するステップと、
    を実行させるためのプログラム。

Images