JP2023181849A - 制御方法、画像処理装置、端末装置、プログラム - Google Patents

Abstract

【課題】ＲＰＡでの自動化を意図していた処理を、途中終了することなく実行できる制御方法を提供する。【解決手段】ＲＰＡシステムにおいて、ＭＦＰ１０００は、端末装置２０００から制御指示を受け付けるリモート操作モードを有する。端末装置２０００は、ＭＦＰ１０００をリモート操作モードに遷移させる、端末装置がＲＰＡによる操作を受け付けて、ＭＦＰ１０００に制御指示を行う。ＭＦＰ１０００は、端末装置２０００との通信がない期間が一定時間になると、リモート操作モードをタイムアウトする。一方、端末装置２０００は、ＭＦＰ１０００に制御指示を行った後、リモート操作モードがタイムアウトするまでの期間よりも短い期間で、ＭＦＰ１０００をリモート操作モードに維持する維持制御を行う。【選択図】図１

Description

本開示は、画像処理装置と、端末装置とで構成されるシステムにおいて、リモート操作モードによる制御を実現の改良に関する。

リモート操作モードによる制御とは、画像処理装置と接続した外部装置に、画像処理装置の操作画面と同じ内容の画面（リモートパネル）を表示して、リモートパネルに対する操作を受け付けることで、画像処理装置に対して実行すべき処理を指示する技術である。リモートパネルは、一般ユーザーが操作に用いてもよいし、画像処理装置のサービスマンが、画像処理装置の導入時の装置設定や保守管理に用いてもよい。

サービスマンは、画像処理装置の設置先が違っても、同じセッティング作業、保守管理作業を繰り返すことが少なくない。そこで近年、リモートパネルをＲＰＡによって操作することで、サービスマンの負担を軽減する検討が盛んに進められている。

リモートパネルの先行技術については、以下の特許文献１に記載された画像処理装置、端末装置が知られている。

特開２０１６－１４４０９７号公報

ところで、従来のリモート操作モードでは、画像処理装置はローカルパネル（自装置の操作パネル）に対するユーザーによるリモート操作以外の操作を無効化している。しかし、ローカルパネルに対する操作が不必要に長く禁じられるのは至って不便なので、端末装置のリモートパネルで操作がない状況が続き、端末装置との間で通信が発生しないような場合、画像処理装置はリモート操作モードをタイムアウトにより解除し、ローカルパネルに対するユーザー操作を有効にする。

一方、画像処理装置側の処理に時間がかかり、リモートパネルの切り替わりが遅くなるような場合、ＲＰＡに操作手順を命じるプログラム（ＲＰＡスクリプトデータという）は、１つの操作手順をなすスクリプトと、次の操作手順をなすスクリプトとの間に、処理待ちを行うスクリプトを挿入して、リモートパネルの画面内容が確実に切り替わるのを待つよう記述することができる。

しかしこうして、処理待ちを行うスクリプトを挿入した場合、ＲＰＡを実行する端末装置側がリモートパネルの切り替わりを待っている間、画像処理装置に対する処理の指示を行わないので、端末装置からの通信がないことを理由に画像処理装置がリモート操作モードをタイムアウトで解除するようなケースが発生する。こうしたリモート操作モードのタイムアウトによるリモート操作モード解除が発生すると、ＲＰＡによる操作を維持できなくなってしまう。

リモート操作モードの解除の問題は、画像処理装置側の処理に時間がかかる場合だけに限られない。操作者が画像処理装置の装置設定に手間取り、画像処理装置に対する操作が長く行われない場合にも発生する。

本開示の第１の目的は、ＲＰＡでの自動化を意図していた処理を、途中終了することなく実行できる、制御方法を提供することである。

第２の目的は、上記の制御方法を実行することができる端末装置を提供することである。

第３の目的は、上記の制御方法と同じ課題を解決することができる画像処理装置を提供することである。

第４の目的は、上記の制御方法をコンピュータに実行させることができるプログラムを提供することである。

上記第１の目的は、端末装置から制御指示を受け付けるリモート操作モードを有する画像処理装置の制御方法であって、前記画像処理装置を、リモート操作モードに遷移させる第１ステップと、前記端末装置がＲＰＡによる操作を受け付けて、前記画像処理装置に制御指示を行う第２ステップとを含み、前記画像処理装置は、前記端末装置との通信がない期間が一定時間になると、リモート操作モードを解除し、前記第２ステップは、前記端末装置が、前記画像処理装置に制御指示を行った後、前記一定時間よりも短い周期で、前記画像処理装置との通信を繰り返すことを特徴とする制御方法により達成される。

前記通信の繰り返しは、前記端末装置が前記画像処理装置に対して制御指示に対応する処理の進捗状況報告を前記一定時間よりも短い周期で繰り返し要求し、前記画像処理装置が前記要求に対する報告を前記端末装置に返すことでなされるとしてもよい。

前記進捗状況の報告は、前記処理が未完であるか完了したかを示すものであり、前記第２ステップは、前記報告が処理未完を示すものである場合、後続する操作を行わず、前記報告が処理完を示すものである場合、前記後続する操作を行うとしてもよい。

前記通信の繰り返しは、画像処理装置の操作画面の内容を示す画像データの送信を繰り返すものであり、前記端末装置は、画像処理装置から送信された画像データに示される操作画面の内容が、直前に送信された画像データに示される操作画面の内容と同じか否かで、制御指示がなされた処理が完了したかどうかを判定するとしてもよい。

前記リモート操作モードのタイムアウトは、前記端末装置と前記画像処理装置との間に確立された接続の切断であり、前記維持制御は、前記接続を維持するための情報を前記一定時間内に前記端末装置と前記画像処理装置の一方から他方へ送信するとしてもよい。
前記報告により示される処理の進捗状況とは、前記画像処理装置のパネル設定が完了したか未完であるかであるとしてもよい。

前記進捗状況の報告により示される処理の進捗状況が、前記画像処理装置のパネル設定の完了を示す場合、前記報告は、前記パネル設定を画像処理装置に反映させるための再起動の実行中であるか、再起動を完了したかを示すとしてもよい。

前記進捗状況の報告が、再起動の実行中を示す場合、前記報告は、再起動の残り時間を示すとしてもよい。

前記進捗状況の報告により示される処理の進捗状況とは、前記画像処理装置に命じたジョブが完了したか未完であるかであるとしてもよい。

前記進捗状況の報告により示される処理の進捗状況は、制御指示がなされたジョブが完了したか未完であるかに加えて、当該ジョブの種別は、印刷出力を伴うか否かを示し、制御指示がなされたジョブが未完だが、実行中のジョブの種別が印刷出力を伴う場合、第２ステップは、ＲＰＡにより後続する操作を実行するとしてもよい。

前記第１ステップでは、さらに、前記リモート操作モードが前記ＲＰＡによる自動操作で行われるリモート操作モードであることを通知し、前記画像処理装置が前記通知を受け付けると、前記ＲＰＡによるリモート操作モードが行われる旨を前記画像処理装置の操作パネルに表示させる第３ステップを実行するとしてもよい。

前記第３ステップでは、さらに、前記ＲＰＡによる前記第１の制御指示に対応する処理が完了すると、その旨を前記操作パネルに表示させるとしてもよい。

上記第１の目的は、端末装置から制御指示を受け付けるリモート操作モードを有する画像処理装置の制御方法であって、前記端末装置からの要求を受け付けて、リモート操作モードに遷移する第１ステップと、前記端末装置との通信がない期間が一定時間になると、リモート操作モードを解除する第２ステップとを含み、前記第２ステップは、前記端末装置からの指示によるジョブを実行している間には、前記一定時間になっても、前記リモート操作モードを解除せずに維持することでも達成される。

上記第２の目的は、リモート操作モードを有する画像処理装置に制御指示を発する端末装置であって、前記画像処理装置を、リモート操作モードに遷移させる遷移手段とＲＰＡによる操作を受け付けて、前記画像処理装置に制御指示を行う指示手段とを含み、前記指示手段は、前記画像処理装置との通信がない期間が一定時間になると、リモート操作モードを解除する場合に、前記画像処理装置に制御指示を行った後、前記一定時間よりも短い周期で、前記画像処理装置との通信を繰り返し行う端末装置により達成される。

上記第３の目的は、端末装置から制御指示を受け付けるリモート操作モードを有する画像処理装置であって、前記端末装置からの要求を受け付けて、リモート操作モードに遷移する遷移手段と、前記端末装置との通信がない期間が一定時間になると、リモート操作モードを解除する解除手段とを備え、前記解除手段は、前記端末装置からの指示によるジョブを実行している間には、前記一定時間になっても、前記リモート操作モードを解除せずに維持する画像処理装置により達成される。

上記第４の目的は、リモート操作モードを有する画像処理装置に制御指示を発する処理をコンピューターに実行させるプログラムであって、前記画像処理装置を、リモート操作モードに遷移させる第１ステップとＲＰＡによる操作を受け付けて、前記画像処理装置に制御指示を行う第２ステップとをコンピュータに実行させ、前記コンピュータとの通信がない期間が一定時間になり、前記画像処理装置がリモート操作モードを解除する場合、前記第２ステップは、前記画像処理装置に制御指示を行った後、前記一定時間よりも短い周期で、前記画像処理装置との通信をコンピュータに繰り返し行わせるプログラムにより達成される。

上記第４の目的は、端末装置から制御指示を受け付けるリモート操作モードを有するコンピュータに処理を命じるプログラムであって、前記端末装置からの要求を受け付けて、リモート操作モードに遷移する第１ステップと、前記端末装置との通信がない期間が一定時間になると、リモート操作モードを解除する第２ステップとを含み、前記第２ステップは、前記端末装置からの指示によるジョブを実行している間には、前記一定時間になっても、前記リモート操作モードを解除せずコンピュータに維持させるプログラムによっても達成される。

第２ステップは、前記画像処理装置に制御指示を行った後、リモート操作モードが解除されるまでの一定時間よりも短い周期で、前記画像処理装置との通信を繰り返すので、たとえ制御指示がなされた処理の実行に、時間がかかったとしても、リモート操作モードが解除されることはなくなる。ＲＰＡにより意図していた処理を途切れることなく実行することができる。

本実施形態にかかるＲＰＡシステムの構成を示す 端末装置２０００のハードウェア構成を示す。 図３（ａ）は、端末装置２０００のＨＤＤ２００５、ＭＦＰ１０００のＨＤＤ１００５にインストールされているプログラムのソフトウェアスタックを示す。図３（ｂ）は、端末装置２０００、ＭＦＰ１０００間の通信に用いられるコネクションを示す。 図４（ａ）は、ＭＦＰ１０００側の処理が遅滞なくなされ、無入力期間がほぼない場合のシーケンスを示す。図４（ｂ）は、ＭＦＰの処理時間Ｅｔが、無入力期間のタイムアウト値Ｃｔよりも長くなったケースである。 ＦＡＸの送信レポート画面の送信を行うことができるスクリプト例を示す。 （ａ）ジョブ種別としてＦＡＸが選択された場合に、表示されるＦＡＸトップ画面３０００を示す。（ｂ）ＲＰＡツール２５００により表示されるメニューの一例を示す。 ＲＰＡスクリプトデータの実行手順を示すフローチャートである。 ＭＦＰの進捗状況確認手順を示すフローチャートである。 （ａ）ＲＰＡスクリプトデータを実行している状態のときに端末装置２０００に表示されるリモートパネルを示す。（ｂ）ＲＰＡスクリプトデータの実行が完了した状態のリモートパネルを示す。 （ａ）第２実施形態において、ＲＰＡツール２５００，リモートパネルアプリ２４００、進捗状況確認アプリ１７００間でなされる通信シーケンスを示す。（ｂ）第２実施形態で進捗状況確認アプリ１７００により送信される複数の画像データを示す。 第２実施形態にかかる進捗状況確認アプリ１７００の処理手順を示すフローチャートである。 初期設定を行うためのＲＰＡスクリプトデータの一例を示す。 初期設定を行うためのＲＰＡスクリプトデータの一例を示す。 初期設定を行うためのＲＰＡスクリプトデータの一例を示す。 ＭＦＰ１０００を導入時の初期設定に使用する画面を示す。 第４実施形態にかかるシーケンス図を示す。 第４実施形態にかかるＲＰＡツール２５００の処理手順を示すフローチャートである。 進捗状況判定の詳細を示すフローチャートである 第４実施形態にかかる進捗状況報告要求メッセージ送信手順を示すフローチャートである。 第４実施形態にかかる進捗状況報告要求メッセージ送信手順を示すフローチャートである。 連携設定を実行する場合のＲＰＡツール２５００のメインルーチンを示すフローチャートである。 連携設定画面の一例を示す、

［１］システム構成
以下、図面を参照しながら、本開示にかかる画像処理装置、端末装置の実施形態について説明する。図１は、本実施形態にかかるＲＰＡシステムの構成を示す。本図に示すように、ＲＰＡシステムは、ＭＦＰ１０００と、端末装置２０００とで構成され、リモート操作モードによる制御を実現する。

ＭＦＰ(Multifunction Peripheral)１０００は、画像処理装置の一態様となる画像形成装置であり、タッチパネルディスプレイ１００１に対する操作の他、端末装置２０００に表示されたリモートパネルからの指示に応じて、装置設定、ジョブ設定を実行し、これらの設定に応じてジョブを実行する。ジョブには、スキャン、コピー、ＦＡＸ、メモリカードプリントといったものがある。タッチパネルディスプレイ１００１からの操作、端末装置２０００のリモートパネル２００１Ｄからの操作は択一的であり、リモートパネルからの操作入力が有効になっている間、タッチパネルディスプレイ１００１からの操作入力は、有効にならない。

端末装置２０００は、ＭＦＰ１０００を操作するユーザーが、ＭＦＰ１０００と共に使用する装置であり、ＭＦＰ１０００のタッチパネルディスプレイ１００１に表示される画面１００１Ｄと同じリモートパネル２００１ＤをＬＣＤ２００１上に配し、当該リモートパネル２００１Ｄに対する操作をユーザーから受け付け、その操作に応じた処理を、ＭＦＰ１０００に命じる。

［２］端末装置２０００、ＭＦＰ１０００のハードウェア構成
図２に、端末装置２０００のハードウェア構成を示す。本図に示すように、端末装置２０００は、ユーザーに対して対話的な操作環境を提供するＬＣＤ２００１、ポインティングデバイスの一例であるマウス２００２、キーボード２００３、ネットワークI／F２００４、様々なプログラムがインストールされたＨＤＤ２００５、ＨＤＤ２００５にインストールされたプログラムのうち、必要なものがロードされるＲＡＭ２００６、ＲＡＭにロードされるプログラムを実行するＣＰＵ２００７、プログラムの実行にあたり、必要な設定を保存しておくためのフラッシュＲＯＭ２００８、マウス２００２、キーボード２００３に対する入力操作を受け付けるための周辺Ｉ／Ｏ２００９を有する。

ネットワークＩ／Ｆ２００４は、ＬＡＮ接続、ＷＡＮ接続を行う通信モジュールである。通信モジュールは、Ｂｌｕｅｔｏｏｔｈ（登録商標）、、Ｗｉ－Ｆｉ、 ＥｎＯｃｅａｎ、特定小電力（Ｗｉ－ＳＵＮ）等の近距離通信モジュールを含み、無線を通じた操作情報及び画像データ送受信を実行する。

ＭＦＰ１０００も、端末装置２０００と同様のハードウェア構成（タッチパネルディスプレイ１００１の他、図３（ａ）に示すネットワークＩ／Ｆ１００４、ＨＤＤ１００５、ＲＡＭ１００６、ＣＰＵ１００７、ＲＯＭ１００８）を有していて、必要なプログラムがＨＤＤ１００５にインストールされている。

［３］ソフトウェアスタック
図３（ａ）は、端末装置２０００のＨＤＤ２００５、ＭＦＰ１０００のＨＤＤ１００５にインストールされているプログラムのソフトウェアスタックを示す。

端末装置２０００のソフトウェアスタックは、端末装置２０００のハードウェア２１００に、オペレーティングシステム（ＯＳ）２２００が配され、アプリケーション２３００が配されるという制御階層になっている。

ＭＦＰ１０００のソフトウェアスタックも、端末装置２０００同様、ＭＦＰ１０００のハードウェア１１００に、ＯＳ１２００が配され、アプリケーション１３００が配されるという制御階層になっている。

端末装置２０００のＯＳ２２００及びＭＦＰ１０００のＯＳ１２００は、ネットワークＩ／Ｆ２００４、１００４を経由したプロトコルスタックによるデータ通信を実行する。アプリケーション２３００，１３００は、ＴＣＰプロトコル１１３４、２０３４、ＩＰプロトコル１１２４、２０２４、近距離通信１１１４、２０１４によりＴＣＰコネクション２１０４を確立し、ＴＣＰコネクション２１０４を通じて、ＨＴＴＰメッセージの送受信を実行する。

ＴＣＰコネクション２１０４は、端末装置２０００がホスト側になって、アプリケーション２３００が相手側のアプリケーション１３００のＴＣＰポートのポート番号と自分のポート番号を指定して接続要求を発し、アプリケーション１３００が、接続側から要求されたポートが接続待ちになっていることを確認して進捗状況報告メッセージを返すことで確立される。

端末装置２０００で動作するアプリケーション２３００、及び、ＭＦＰ１０００で動作するアプリケーション１３００は、接続時にホスト側が指定したポート番号を用いて、ＴＣＰコネクション２１０４を画像データ、操作情報の送受信に利用する。

一方、ＴＣＰコネクション２１０４には、時間制限を設けられているので、所定時間においてデータの送受信がないと、ＴＣＰコネクション２１０４は切断される。

（３―１）端末装置２０００のソフトウェアスタック
ＯＳ２２００は、カーネル２２１０、マルチウィンドウシステム２２２０を含む。

カーネル２２１０は、ＲＡＭ２００６の複数の部分領域をそれぞれ各アプリケーションに割り当て、複数のアプリケーションを起動して、各アプリケーションの動作を監視する。

マルチウィンドウシステム２２２０は、ファイルオープンやアプリケーションの起動が命じられると、新たなウィンドウを開いて、そのウィンドウ内部の領域をオープンしたファイルやアプリケーションに割り当てる。

カーネル２２１０により管理されるアプリケーション２３００の代表的なものとして、リモートパネルアプリ２４００、ＲＰＡツール２５００がある。

リモートパネルアプリ２４００は、マルチウィンドウシステム２２２０により提供されるウィンドウの１つに、ＭＦＰ１０００に表示されている画面と同じ画面であるリモートパネルを配して、リモート操作をユーザーに行わせる。

リモート操作とは、ＭＦＰ１０００を相手側としたデータの送受信により実現される。当該データ送受信は、操作者により端末装置２０００になされた操作を示す操作データの送信と、その操作データを受信したＭＦＰ１０００が画面を切り替えたときの切り替え後（遷移後）の画面データの受信とで構成される。こうしたデータ送受信を繰り返すことで、ＭＦＰ１０００における画面遷移と同様の画面遷移を、端末装置２０００上で実現する。

ＲＰＡツール２５００は、リモートパネルアプリ２４００が受信したＭＦＰ１０００の画面データを対象としたＲＰＡスクリプトデータ２６００の作成、及び、ＲＰＡスクリプトデータ２６００に基づくリモート操作モードによる制御を実行する。ＲＰＡスクリプトデータ２６００の作成にあたっては、ＭＦＰ１０００の画面データをリモート端末の画面に表示させて、当該画面データに対するユーザー操作を受け付け、そのユーザー操作でタッチ等の入力がなされた位置の座標を検出し、検出された座標情報からスクリプトを作成する。そうした座標情報からのスクリプト作成を繰り返して、ＲＰＡスクリプトデータ２６００を得る。

一方、ＲＰＡスクリプトデータの実行にあたっては、ＲＰＡスクリプトデータの個々の手順を構成する個々のスクリプトの座標情報をリモートパネルアプリに送信して、当該座標情報に基づくリモート操作をリモートパネルアプリに実行させる。

（３－２）ＭＦＰ１０００のソフトウェアスタック
ＭＦＰ１０００のＨＤＤ１００５にインストールされているプログラムも、端末装置２０００と同様のソフトウェアスタックを有する。具体的にいうと、ＭＦＰ１０００のハードウェア１１００に、ＯＳ１２００を配し、アプリケーション１３００を配した構成になっている。アプリケーション１３００は、ＭＦＰパネルアプリ１４００、処理実行アプリ１５００、進捗状況確認アプリ１７００を含み、OS１２００は、操作系統制御部１６００を含む。

ＭＦＰパネルアプリ１４００は、リモートパネルアプリ２４００に対応していて、タッチパネルディスプレイ１００１に対して操作者によりなされた操作、リモートパネル方式において、リモートパネルでなされた操作のどちらかで、処理実行アプリ１５００に、装置設定やジョブに必要となる処理を実行させる。

処理実行アプリ１５００は、ＭＦＰパネルアプリ１４００になされた操作入力に従い、パネル設定を実行して、ＭＦＰ１０００を事業所に設置する際の装置設定やジョブを実行する。

操作系統制御部１６００は、ＯＳ１２００における基本入出力プログラムの１つであり、タッチパネルディスプレイ１００１からのローカル操作でＭＦＰパネルアプリ１４００を動作させるか、リモートパネルアプリ２４００からのリモート操作でＭＦＰパネルアプリ１４００を動作させるかの切り替えを行う。デフォルトでは、タッチパネルディスプレイ１００１からのローカル操作でＭＦＰパネルアプリ１４００を動作させる。一方、ＲＰＡツール２５００からＲＰＡ操作モードを起動すると要求すれば、タッチパネルディスプレイ１００１からのローカル操作を禁止し、リモートパネルアプリ２４００からのリモート操作で、ＭＦＰパネルアプリ１４００にジョブや装置設定を行わせる。操作系統制御部１６００は無入力期間カウンター１６１０を含み、リモートパネルアプリ２４００からの操作が継続的になされているかどうかを監視する。無入力期間カウンター１６１０は、ＭＦＰパネルアプリ１４００へのリモート操作がないと、リモート操作がない無入力期間がどれだけ継続するかの計時を開始し、当該計時値が、予め定められた上限値（タイムアウト時間）に達すれば、リモート操作モードをタイムアウトする。具体的にいうと、リモートパネルアプリ２４００からの操作入力を無効にした上、タッチパネルディスプレイ１００１による操作を可能とする。

進捗状況確認アプリ１７００は、ＲＰＡ操作モードにおいて、たとえ無入力期間が長く続いたとしても、操作系統制御部１６００によるタッチパネルディスプレイ１００１への切り替えを阻止し、リモートパネルアプリ２４００による操作入力を維持する制御を実行する。かかる制御は、ＲＰＡツール２５００との連携でなされる。以下、図４（ａ）、（ｂ）のシーケンス図を参照しながら、リモート操作モードにおける操作入力を維持する制御について説明する。

［４］リモートパネルアプリ２４００，ＲＰＡツール２５００による装置連携
図４（ａ）は、ＭＦＰ１０００側の処理が遅滞なくなされ、無入力期間がほぼない場合のシーケンスを示す。

この場合のシーケンスは、ＲＰＡツール２５００と、ＭＦＰパネルアプリ１４００との接続を確立するフェーズ、リモートパネルアプリ２４００を通じて、ＭＦＰパネルアプリ１４００に処理を指示するフェーズからなる。

前者のフェーズは、ＲＰＡツール２５００がＭＦＰパネルアプリ１４００にＭＦＰ接続要求メッセージ２４０１を送信し、その応答としてＭＦＰパネルアプリ１４００が接続許可メッセージ１０１０をＲＰＡツール２５００に送信することでなされる。

後者のフェーズは、リモートパネルアプリ２４００が第１手順の指示メッセージ２４１１を発しリモートパネルアプリ２４００が、ＭＦＰ座標指示２３１１をＭＦＰ１０００に送信した後、これの応答として、ＭＦＰパネルアプリ１４００からリモートパネルアプリ２４００にパネル画面応答メッセージ１０１１を送信することでなされる。ＭＦＰパネルアプリ１４００がＭＦＰ座標指示２３１１を受信してから、パネル画面応答メッセージ１０１１を送信するまでの時間が、ＭＦＰ１０００における処理時間（この処理時間をＥｔとする）である。一方、ＭＦＰ座標指示２３１１を受信した時点で、無入力期間カウンター１６１０は、無入力期間の計時を開始している。Ｃｔは、無入力期間の閾値である。図４（ａ）の場合は、ＭＦＰ座標指示２３１１の受信からパネル画面応答メッセージ１０１１の送信までの時間が短いから、無入力期間のカウントがタイムアウトしない。

図４（ｂ）は、ＭＦＰパネルアプリ１４００がＭＦＰ座標指示２３１１を受信してから、パネル画面応答メッセージ１０３１を送信するまでの処理時間Ｅｔが、無入力期間のタイムアウト値Ｃｔよりも長くなったケースである。かかるケースは、処理実行アプリ１５００がＲＰＡツール２５００から指示された処理に時間がかかったため、ＴＣＰコネクションが切断され、無入力期間が長く継続したことで発生する。

処理時間Ｅｔが長くなったので、ＭＦＰ座標指示２３１１から無入力期間のカウント値が閾値Ｃｔになり、このままでは、ＭＦＰパネルアプリ１４００への操作入力がリモート操作からローカル操作に切り替わってしまう。こうした切り替えを回避するため、進捗状況確認アプリ１７００は送信周期Ｐの計時を開始し、制御周期Ｐが経過すると、進捗状況報告要求メッセージ２４３２をＭＦＰ１０００に送信する。この送信周期Ｐは、上記の無入力期間閾値Ｃｔよりも短かい時間（例えば、１０秒程度）である。進捗状況報告要求メッセージ２４３２が送信されると、進捗状況確認アプリ１７００は、処理未完を示す進捗状況報告メッセージ１０３２を返す。

未完了を示す進捗状況報告メッセージ１０３２を受信すると、ＲＰＡツール２５００は、送信周期Ｐの経過後に再度、進捗状況報告要求メッセージ２４３３を進捗状況確認アプリ１７００に送信する。これに対する進捗状況確認アプリ１７００から進捗状況報告メッセージ１０３３を受信すると、上記の送信周期Ｐが経過した後に、進捗状況報告要求メッセージ２４３４をＭＦＰ１０００に送信する。これにより、ＭＦＰ１０００側の処理に長い時間を要しても、その途中で処理がタイムアウトすることを阻止できる。

処理実行アプリ１５００がリモートパネルアプリ２４００から指示された処理の実行を終えると、ＭＦＰ座標指示２３３１に従ったパネル画面の切り替えを行い、パネル画面応答メッセージ１０１１をリモートパネルアプリ２４００に返す。指示された処理が終了した後、ＲＰＡツール２５００からＭＦＰ１０００のＭＦＰパネルアプリ１４００に、次の進捗状況報告要求メッセージ２４３５が送信された段階で、処理が完了した旨の進捗状況報告メッセージ１０３５を返す。

ＭＦＰ１０００から完了を示す進捗状況報告メッセージ１０３５が通知されると、ＲＰＡツール２５００は、ＲＰＡスクリプトデータにおける次のスクリプトを実行して、第ｋ＋１手順の指示メッセージ２４４１を発行する。

［５］ＲＰＡツール２５００の処理手順
（５－１）ＲＰＡスクリプトデータの一例
ＲＰＡスクリプトデータ２６００は、ユーザーによってなされた一連の作業を示すスクリプトからなる。図５は、ＭＦＰ１０００にＦＡＸ送信を行わせるためのＲＰＡスクリプトデータの一例を示す。以下、図５を参照しながら、ＲＰＡスクリプトデータの記載例について説明する。

図５のＲＰＡスクリプトデータの手順１は、図６（ａ）に示すＦＡＸトップ画面３０００からＵＩ画像「直接入力」の座標（ｘ1,ｙ1）でクリックイベントを発生せよと命じる内容のスクリプト、例えば、 ＰＹＡｕｔｏＧＵＩにおけるｃｌｉｃｋ関数を呼び出す内容のスクリプトにより記述されている。ｃｌｉｃｋ関数の書式は以下の通りであり、引数で指定された座標（ｘ，ｙ）において、引数ｉｎｔｅｒｖａｌで指定された時間間隔だけ、引数ｃｌｉｃｋｓで指定された操作イベントを発生させる。

ｃｌｉｃｋ（ｘ，ｙ，ｂｕｔｔｏｎ，ｃｌｉｃｋｓ＝ｒｉｇｈｔ／ｌｅｆｔ，ｉｎｔｅｒｖａｌ）

手順２は、文字列０３－ＸＸＸ－ＸＸＸＸを入力するイベントを発生せよと命じる内容のスクリプト、例えば、 ＰＹＡｕｔｏＧＵＩにおけるｗｒｉｔｅ関数、ｐｒｅｓｓ関数を呼び出す内容のスクリプトにより記述されている。

ｗｒｉｔｅ関数の書式は以下の通りであり、引数で指定された文字列を出力する。

ｗｒｉｔｅ（“文字列”）：
ｐｒｅｓｓ関数の書式は理由は以下の通りであり、：引数ＫＥＹＢＯＡＲＤ＿ＫＥＹで指定されたキーのキーコードを入力する。

ｐｒｅｓｓ（“ＫＥＹＢＯＡＲＤ＿ＫＥＹ”）

手順３は、ＦＡＸトップ画面３０００から画像「原稿画質 文字」がある場所の座標（ｘ2,ｙ2）でクリックイベントを発生せよと命じるスクリプトにより構成される。手順３は、手順１と同様、click関数を呼び出すスクリプトで構成される。

手順４は デスクトップ画面から画像「文字／写真」」がある場所の座標（ｘ３，ｙ３）でクリックイベントを発生せよと命じるスクリプト、例えば、手順１同様、ｃｌｉｃｋ関数を呼び出すスクリプトで構成される。ＲＰＡツール２５００が、かかる手順４のスクリプトを解釈・実行することで、座標（ｘ３、ｙ３）がタッチされた旨を示すＭＦＰ座標指示をＭＦＰパネルアプリ１４００に発行する。

手順５は、図６（ｂ）のメニュー（ＲＰＡメニュー）を表示するスクリプトにより構成される。手順５のスクリプトは、以下の関数を呼び出すものである。

Ｐｒｏｍｐｔ（ｔｅｘｔ＝“文字列”、ｔｉｔｌｅ＝“文字列”、ｄｅｆａｕｌｔ＝“文字列”）
この関数は、引数ｔｉｔｌｅのタイトル名のメニューをポップアップして、引数ｔｅｘｔで指定された文字列を表示した上、テキスト入力を受け付け、ＯＫボタン、Ｃａｎｃｅｌボタンの入力を受け付ける。
手順５で表示されるメニューの一例を図６（ｂ）に示す。本メニューは、「ＦＡＸ送信が終わりましたか？」との文字列３２１０、「メールアドレスに送信レポート画面のスクリーンショットを送る」との文字列３２２０を含み、ＯＫボタン３２３０で、ＦＡＸ送信が終わったとの指示を受け付け、キャンセルボタン３２４０で送信レポートの送信をキャンセルする旨の指示を受け付ける。

手順６は、送信レポート画面のスクリーンショットを取得する内容の手順である。
スクリーンショットの取得は、以下の関数を用いて記述されている。

Ｓｃｒｅｅｎｓｈｏｔ(“ファイル名”、ｒｅｇｉｏｎ=(左上座標、幅、高さ))
引数ｒｅｇｉｏｎで指定された左上座標から、幅×高さの指定された範囲のスクリーンショットを行い、結果とした画素を、引数で指定されたファイル名で保存する。ＭＦＰ１０００から送信された画面データの保存は、このｓｃｒｅｅｎｓｈｏｔを用いて実行する。ＦＡＸでは、数百枚の原稿を送信することがあり、ＲＰＡスクリプトデータの手順のうち、送信レポートの送信については、時間がかかる可能性がある。そのため、手順６の前には、MFP側の処理待ちを行うスクリプト（ウエイト指定）が挿入されている。ウエイト指定は、秒単位で待ち時間を指定して、その間ＲＰＡツールに待機を行わせる。これにより、次順位以降の手順をなすスクリプトの発行は、遅らされることになる。

ＭＦＰ側の処理待ちを行うスクリプトが挿入されることで、手順６をなすスクリプトのＲＰＡツール２５００への発行は、このウェイト期間が経過した後になされる。

手順７は、スクリーンショットの画像ファイルを、宛先ａａａ＠ｂｂｂ．ｃｏ．ｊｐに送信する内容の手順である。

［６］ＲＰＡツール２５００による処理手順
ＲＰＡツール２５００によるＲＰＡスクリプトデータの実行手順を図７に示す。図７は、ＲＰＡツール２５００の処理手順を示すフローチャートである。

変数ｉは、１つのＲＰＡスクリプト列に示される個々の手順を指示する変数であり、１からｍまでの範囲で変化する。本フローでは、この変数ｉを制御変数として用いる。

ＲＰＡツール２５００による処理手順は、ＲＰＡ操作モードかどうか否かの判定を行い（ステップＳ２００）、ＲＰＡ操作モードであれば（ステップＳ２００でＹｅｓ）、ＭＦＰ１０００と接続して（ステップＳ２０１）、変数ｉを１で初期化した上（ステップＳ２０２）、ステップＳ２０３～Ｓ２０９のループを実行し、ＲＰＡ操作モードなければ（ステップＳ２００でＮｏ）、一般的なＲＰＡの処理を実行する（ステップＳ２１３）という処理構造になっている。

ステップＳ２０３～Ｓ２０９のループで繰り返される処理は以下の通りである。ＲＰＡスクリプトデータにおいてｉ番目の手順をなすスクリプトを実行して、リモートパネルの操作をリモートパネルアプリ２４００に行わせる（ステップＳ２０３）。

ｉ＝１であり、図５の手順１をなすスクリプトを実行した場合、リモートパネルアプリ２４００は、ＭＦＰ１０００のＭＦＰパネルアプリ１４００に、ＵＩ画像の座標（ｘ1、ｙ1）を示す座標情報を送信する。ＭＦＰパネルアプリ１４００は、ＵＩ画像が操作入力されたときに実行すべき処理、ここではＦＡＸ番号入力画面３１００に画面を切り替えることを端末装置２０００のリモートパネルアプリ２４００に指示する。リモートパネルアプリ２４００は、ＭＦＰパネルアプリ１４００に指示し、図６（ａ）のＦＡＸトップ画面３０００からＦＡＸ番号入力画面３１００に遷移させる。遷移後の画面を示す画像データがリモートパネルアプリ２４００に送信されることで、図６のＦＡＸトップ画面３０００は、ＦＡＸ番号入力画面３１００に切り替わる。

ステップＳ２０４～Ｓ２０５のループを繰り返す。ステップＳ２０４～Ｓ２０５のループは、割込み発生がＭＦＰ１０００から通知されたか（ステップＳ２０４）、進捗状況報告要求メッセージの送信周期が経過したかの判定（ステップＳ２０５）を繰り返すものである。ステップＳ２０４の割込みとは、別のユーザーがＭＦＰ１０００のストップキーを押下し、現在実行中のジョブの実行を停止させた上、当該別のユーザーによりジョブが命じられることをいう。ステップＳ２１４では、割り込み処理が終了するのを待つ。
一方、進捗状況報告要求メッセージの送信周期が到来すると（ステップＳ２０５でＹｅｓ）、進捗状況報告要求メッセージを送信し（ステップＳ２０６）、進捗状況報告メッセージの受信待ちを行う（ステップＳ２０７）。進捗状況報告を受信すれば（ステップＳ２０７でＹｅｓ）、受信した進捗状況報告は、処理完を示すかどうかを判定する（ステップＳ２０８）。

処理完が通知されない場合（ステップＳ２０８でＮｏ）、ステップＳ２０４に戻り、ステップＳ２０４～Ｓ２０５を繰り返す。ｉ番目のスクリプトの未完が通知されている間、ステップＳ２０４～Ｓ２０８が繰り返される。

ｉ番目のスクリプトの処理完が通知されると（ステップＳ２０８でＹｅｓ）、ウェイトの指示があったかどうかを判定し（ステップＳ２０９）、ウエイトの指示がなければ（ステップＳ２０９でＮｏ）、ステップＳ２１１に移行する。ステップＳ２１１は、変数ｉが変数ｍを下回るかどうかの判定である。変数ｉがｍ未満であれば（ステップＳ２１１でＹｅｓ）、変数ｉがインクリメントされ（ステップＳ２１２）、次のスクリプトが実行される。

ｉ番目のスクリプトにウエイト指定があれば（ステップＳ２０９でＹｅｓ）、ステップＳ２１０は、ウエイト時間が経過したかどうかの判定である。ウエイト時間が経過していない場合（ステップＳ２１０でＮｏ）、ステップＳ２０４に戻り、ステップＳ２０４～Ｓ２０５のループを継続する。

ウエイト時間が経過すると（ステップＳ２１０でＹｅｓ）ステップＳ２１１に移行する。ステップＳ２１１は、変数ｉがｍを下回るかどうかを判定する。ステップＳ２０３～Ｓ２１２を繰り返すことで、たとえスクリプトにおいてウエイトが経過した場合でも、ＭＦＰ１０００での処理完をまつことができる。

（６－１）進捗状況確認アプリ１７００の処理手順
図８は、ＭＦＰの進捗状況報告要求メッセージ送信手順を示すフローチャートである。ＲＰＡツールからの接続を待ち（ステップＳ４００でＮｏ）、接続がなされると（ステップＳ４００でＹｅｓ）、画面上にＲＰＡ操作モードと表示する（ステップＳ４０１）。変数ｉを１で初期化した後（ステップＳ４０２）、ＭＦＰ座標指示による指示が発行されたかどうかを判定し（ステップＳ４０３）、発行されれば（ステップＳ４０３でＹｅｓ）、以降、ステップＳ４０４～Ｓ４０５のループに移行する。当該ループでは、割込みがなされたか（ステップＳ４０４）、ｉ番目の進捗状況報告要求メッセージを受信したか（ステップＳ４０５）の判定を繰り返す。割り込みがあれば（ステップＳ４０４でＹｅｓ）、割り込みがあった旨をＲＰＡツール２５００に通知し（ステップＳ４１１）、割込を実行する（ステップＳ４１２）。

進捗状況報告要求メッセージを受信すると（ステップＳ４０５でＹｅｓ）、ｉ番目の手順について、リモートパネルアプリ２４００に、パネル画面応答メッセージを返しているかどうかを判定する（ステップＳ４０６）。パネル画面応答メッセージを返している場合（ステップＳ４０６でＹｅｓ）、ＭＦＰパネルにスクリプトｉの実行が完了した旨を表示し（ステップＳ４０７）、ｉ番目の作業が完了した旨をＲＰＡツール２５００に返す（ステップＳ４０８）。

一方、処理が未完了であれば（ステップＳ４０６でＮｏ）、ＲＰＡツールに未完了を返す（ステップＳ４０９）。

図９（ａ）は、ＲＰＡスクリプトデータを実行している状態のときに端末装置２０００に表示されるリモートパネルを示す。本図に示すように、画面上部に、ＲＰＡ動作中であることを示すインディケーター３６００が表示され、下部に、ＲＰＡスクリプトデータの実行の停止を受け付けるストップボタン３７００、停止後の再実行を受け付けるボタン３８００が配置される。ユーザーは、ＲＰＡツール２５００がＲＰＡスクリプトデータを実行している際も、当該リモートパネルを見て、ＲＰＡスクリプトデータが正しく実行されているかの監視を行い、問題があればＲＰＡスクリプトデータの実行は、ストップボタン３７００の押下で停止することが可能である。

図９（ｂ）は、ＲＰＡスクリプトデータの実行が完了した状態のリモートパネルを示す。本図に示すように、インディケーター３６００はＲＰＡ処理完に切り替えられ、ＲＰＡスクリプトデータの実行が完了した旨を示す。

（６－２）まとめ
ＲＰＡにウエイトが長い期間入っている場合でも、無入力期間のタイムアウト値を下回る周期で、図４（ｂ）に示すように進捗状況報告要求メッセージ２４３２、２４３３、２４３４、２４３５、未完了のメッセージ１０３２，１０３３、１０３４，１０３５の通信を行うので、ＭＦＰパネルアプリ１４００への操作入力は、リモートパネルからローカルパネルに切り替わることなく、リモートパネルからの指示入力を受け付ける状態に維持される。こうすることで、ＭＦＰ１０００側の処理に時間がかかり、ＲＰＡ側のメニューで、ＭＦＰ１０００側の処理完了を待っている場合も、ＭＦＰパネルアプリ１４００への入力はリモートパネルからローカルパネルに切り替わることはない。そのため、ＭＦＰ１０００が長い時間をかけて処理を終了した後も、ＲＰＡスクリプトデータに記載された一連の手順は途切れることなく実行される。

［７］第２実施形態
第１実施形態では、ＲＰＡツール２５００により命じられた処理が、完了したか否かを示す進捗状況報告をＭＦＰ１０００から受信して、次の手順を指示するかどうかの決定を行った。これに対し、第２実施形態では、ＭＦＰ１０００のタッチパネルディスプレイ１００１の内容をリモートパネルアプリ２４００に送信させる。

（７－１）第２実施形態における通信シーケンス
図１０（ａ）は、第２実施形態において、ＲＰＡツール２５００，リモートパネルアプリ２４００、進捗状況確認アプリ１７００間でなされる通信シーケンスを示す。本図は、図４（ｂ）のシーケンス図をべースにしていて、図４（ｂ）のシーケンス図のうち、第ｋ番目の手順の指示メッセージ２４３１が発行され、ＭＦＰ座標指示２３３１が発行されてから、第ｋ＋１番目の手順の指示メッセージ２４３２が発行され、ＭＦＰ座標指示２４３３が発行されるまでの部分のみを描いている。この間、第２実施形態において進捗状況確認アプリ１７００は、処理中であることを示す画面データ１０６１，１０６２、１０６３、１０６５をＲＰＡツール２５００に送信する。また、処理完了を示す画面データ１０６５を送信する。こうした画面データの送信をくりかえしている間、ＭＦＰパネルアプリ１４００への操作入力は、リモートパネル側に切り替えられた状態になっているので、ＲＰＡツール２５００は、画像データ１０６４が送信されると、ＭＦＰ側の処理の終了をもって、ＲＰＡスクリプトデータにおける次の手順である第ｋ＋１番目の手順の操作をリモートパネルで行わせ、その操作に応じた処理を行うようＭＦＰパネルアプリ１４００に指示する。

送信周期毎に、送信される画像データ１０６１～１０６４の内容は、図１０（ｂ）の通りであり、Ｎｏｗ Ｌｏａｄｉｎｇの文字列と、その周囲に配された９個の円とで構成され、その９個の円の色は、各画像データ毎に変わるというものである。かかる画像データをリモートパネルアプリ２４００が、リモートパネル上で表示することで、現在、画像処理装置側で処理がなされていることが、明らかになる。

以降、図１０（ａ）において、ＲＰＡスクリプトデータに記載された全ての手順が実行され、ＲＰＡツール２５００から、ＲＰＡ操作モードの解除２４３３が通知されれば、その時点で進捗状況確認アプリ１７００は、タッチパネルディスプレイ１００１の操作画面を示す画像データの送信を終了する。画像データの送信を終了することで、無入力期間が継続して、無入力期間がタイムアウト時間Ｃｔに達すると、操作系統制御部１６００は、ＭＦＰパネルアプリ１４００への操作入力を、リモートパネルからタッチパネルディスプレイ１００１に切り替える。

（７－２）進捗状況確認アプリ１７００の処理手順
図１１は、第２実施形態にかかる進捗状況確認アプリ１７００の処理手順を示すフローチャートである。本フローチャートは、図８のフローチャートをベースにしている、変更点は、図８のステップＳ４０４～ステップＳ４０５からなるループのうち、ステップＳ４０５がステップＳ４２１に置き換えられ、ステップＳ４２１がＹｅｓになったときの処理として、ステップＳ４２２が追加されている。

ステップＳ４２１は、図１０に示した送信周期Ｑが経過したかどうかの判定であり、経過すれば（ステップＳ４２１でＹｅｓ）、タッチパネルディスプレイ１００１の画面内容を示す画像データをリモートパネルアプリ２４００に送信する（ステップＳ４２２）。進捗状況確認アプリ１７００が、こうした送信を繰り返すことで、リモートパネルアプリ２４００には、無入力期間より短い周期で画像データが送信される。

端末装置２０００のリモートパネルアプリ２４００は、進捗状況確認アプリ１７００から送信される画像データを受信して、ＬＣＤ２００１に表示する。

以下、端末装置２０００におけるＲＰＡスクリプトデータ２６００、ＲＰＡツール２５００について説明する。

（７－３）第２実施形態におけるＲＰＡスクリプトデータ
第１実施形態のＲＰＡスクリプトデータ２６００は、秒単位で待ち時間を明示し、当該待ち時間だけ画像処理装置１０００の処理待ちを行うウエイト指定により、操作指示の発行を遅らせていた。これに対し第２実施形態では、一定の条件をみたさない限り、時間制限なくループし続ける。

ＲＰＡツール２５００は、ＭＦＰ１０００の操作画面を示す画像データが送信される度に、ＲＰＡスクリプトデータ２６００のループから抜け出すための一定条件が成立したかどうかを判定する、このループから抜け出すための一定の条件とは、送信周期毎に送信される画像データが、直前の画像データから大きく変化していて、画像処理装置１０００の操作画面が遷移したと判断したことである。

具体的にいうと、ＲＰＡツール２５００は、新たな画像データを受信する度に、受信した画像データと、直前に受信した画像データとを比較し異なる画素が、どれだけ存在するかのカウントを行う。そして、異なる画素が、画面全体の面積に対してどれだけの比率をなすかを計算する。そうして算出された比率が閾値を上回るかどうかを判定する。

図１０（ｂ）の画像データ１０６１～１０６４のように処理待ちを示すアニメーションが表示されている場合、送信される各画像データに内容が異なる画素が存在する。しかし図１０（ｂ）のアニメーションにおいて、個々の画面の違いは、一部の円の色彩の違いであり、内容が変化した画素の、画面全体に対する比率は閾値未満となる。

一方、画像データの内容が、図１０（ｂ）のようなアニメーションを示す画像データ１９６１～１０６４から、操作画面を示す画像データ１０６５に切り替った場合、内容が変化した画素の、画面全体に対する比率は閾値以上となる。

こうした比率の算出、閾値との比較により、ＭＦＰ１０００における操作画面の切り替わりを判定する。

以上のように本実施形態によれば、画像データの内容が直前の画像データから大きく変化したかどうかで、ウエイト指定で明示された待ち時間の経過を待つことなく、次の操作を実行するので、ＲＰＡスクリプトデータに規定されたそれぞれの手順を、適切なタイミングでＭＦＰ１０００に実行させることができる。

［８］第３実施形態
本実施形態では、ＭＦＰ１０００を事業所に導入する際の初期設定をＲＰＡで自動化する。図１２～図１４は、初期設定を行うためのＲＰＡスクリプトデータの一例を示す。これらのスクリプトは、図１５に示すような設定画面を操作することを想定している。図１５は、ＭＦＰ１０００を導入時の設定に使用する画面を示す。かかる画面には、サービス画面５１００、管理者画面５２００がある。これらは、様々な設定項目を含み、サービスマンは、ＭＦＰ１０００の導入時において、サービスマンはこれらを順次設定してゆく必要がある。

（８－１）装置設定の対象となる画面
図１５のサービス画面５１００は、シリアル番号５１１０、ｐａｓｓｗｏｒｄ５１２０、認証設定５１３０、第１システム設定５１４０、第２システム設定５１５０を含み、シリアル番号５１１０をクリックすると、ディスプレイキーパッド５１１１を呼び出すことができ、認証設定５１３０をクリックすると、ＣＥ認証機能５１３１、管理者パスワード５１３２を呼び出すことができる。

第１システム設定５１４０は、仕向地設定５１４１、シリアルナンバー入力５１４２を含むメニューを呼び出すことができる。第２システム設定５１５０は、ソフトウェアスイッチ設定５１５１、ＡＤＦ装着設定５１５２、ストレージタイプ設定５１５３を含むメニューを呼び出すことができる。

管理者画面５２００は、設定メニュー５２１０と、セキュリティ設定５２２０とを含み、設定メニュー５２１０は、管理者設定５２１１を呼び出すことができ、セキュリティ 設定５２２０は、簡易セキュリティ設定５２２１を呼び出することができる。
（８－２）装置設定のためのＲＰＡスクリプトデータ
図１２は、装置の初期設定のうち、ＲＯＭバージョン確認からＣＥ認証機能５１３１、仕向地設定、ソフトウェアＳＷ設定までの一連の手順を実現するスクリプト列を示す。
手順１は、ＭＦＰ１０００のＲＯＭ１００８にインストールされたファームウェアのバージョンの確認表示を行うスクリプトで構成される
手順２は、ＭＦＰ１０００のメーカーの公式サイトをアクセスする内容のＵＲＬから、ＭＦＰ１０００に適したバージョンのファームウェアをダウンロードして、端末装置２０００に接続されているメモリカードに書き込む内容のスクリプトを含む。かかる手順のスクリプトにより、メモリカードにファームウェアが書き込まれるので、操作者は、新しいバージョンファームウエアが書き込まれたメモリカードを、ＭＦＰ１０００に接続して、ＭＦＰ１０００にメモリカードからのバージョンアップを行わせる。メモリカードからのバージョンアップが終われば、本手順で提示された画面を操作して処理を終える。ファームウェアのダウンロード及びファームウェアのコピーには、時間がかかるので、手順３の発行の前には、ＭＦＰ１０００側の処理を待つｗａｉｔ指定のスクリプトが挿入されている。

手順３は、サービス画面からシリアル番号５１１０の座標（ｘ１，ｙ１）でクリックイベントを発生する手順、手順４は、文字入力するイベントを発生するスクリプトにより構成される。

手順５は、サービス画面５１００から認証設定５１３０の座標（ｘ２，ｙ２）でクリックイベントを発する。

手順６は、サービス画面５１００からＣＥ認証機能５１３１の場所の座標（ｘ３，ｙ３）でクリックイベントを発生、手順７は、サービス画面５１００から第１システム設定５１４０の場所の座標（ｘ４，ｙ４）でクリックイベントを発生する。

手順８は、第１システム設定５１４０から仕向地設定５１４１の場所の座標（ｘ５，ｙ５）でクリックイベントを発生させるスクリプトで構成され、手順９は仕向地を文字入力する旨のイベントを発生させるスクリプトで構成される。

手順１０は、サービス画面５１００から第２システム設定５１５０の場所の座標（ｘ6,ｙ6）でクリックイベントを発生させるスクリプトで構成され、手順１１は、ソフトウェアスイッチ設定５１５１の座標（ｘ7,ｙ7）でクリックイベントを発生させ、ソフトウェアSWの設定値を文字入力するスクリプトで構成される。

以上の過程において、ＲＯＭ１００８に格納すべきファームウェアのバックアップは、ユーザーの専門的な判断が必要とされ、ユーザーによる判断、手動操作が必要になり時間がかかる。ＲＰＡツール２５００と、ＭＦＰパネルアプリ１４００との間で、図４（ｂ）に示した進捗状況報告要求メッセージの送信と、進捗状況報告の送信とが繰り返しなされるから、ユーザーがシリアルナンバー入力に手間取った場合でも、ＭＦＰパネルアプリ１４００への操作入力がタッチパネルディスプレイ１００１に切り替わらず、リモートパネルアプリ２４００からの操作入力を受け付ける状態を維持する。

図１３は、シリアルナンバー入力から、管理者パスワード５１３２、ＡＤＦ装着設定５１５２、ストレージタイプ設定５１５３を受け付ける一連の手順を示す。手順１２は、シリアルナンバー入力５１４２を提示して入力を促すスクリプトで構成される。
手順１２のスクリプトは、 ＰＹＡｕｔｏＧＵＩの以下の関数を呼び出すものである。

Prompt（text＝“文字列”、title＝“文字列”、default＝“）
この関数は、引数ｔｉｔｌｅをタイトル名としたメニューをポップアップして、引数ｔｅｘｔで指定された文字列を表示した上、テキスト入力を受け付け、ＯＫボタン、Ｃａｎｃｅｌボタンの入力を受け付ける。シリアルナンバーの入力は、このＰｒｏｍｐｔを用いて記述される。

シリアルナンバー入力画面の入力には時間がかかるので、手順１３の発行の前には、ＭＦＰ１０００側の処理待ちを行う旨のｗａｉｔ指定が挿入されている。

手順１３は、サービス画面５１００の場所の座標（ｘ2,ｙ2）でクリックイベントを発生する内容のスクリプトで構成される。

手順１４は、管理者パスワード５１３２の座標（ｘ12,ｙ12）でクリックイベントを発生するスクリプト、装置間で共通となるパスワードを文字入力するイベントを発生する。
手順１５は、第２システム設定５１５０の場所の座標（ｘ6,ｙ6）でクリックイベントを発生させるスクリプトで構成される。

手順１６は、ＡＤＦ装着設定５１５２の場所の座標（ｘ14,ｙ14）でクリックイベントを発生させるスクリプトで構成される。

手順１７は、装着されているＡＤＦの場所の座標（ｘ15、ｙ15）でクリックイベントを発生させるスクリプトで構成される。

手順１８は、ストレージタイプ設定５１５３の座標（ｘ16,ｙ16）でクリックイベントを発生させるスクリプトで構成される。手順１９は、「装着されているストレージ」の場所の座標（ｘ17,ｙ17）でクリックイベントを発生させるスクリプトで構成される。

以上の手順で入力される情報のうち、シリアルナンバーは装置固有のもので、マニュアル、パッケージ等に記載されているものを別途準備し、キーボード２００３を用いてユーザーが入力せねばならない。そこで、図１３のスクリプト列では、手順１２においてシリアルナンバー入力画面を提示して、シリアルナンバー入力をユーザーに促した後、ｗａｉｔ指定を実行する。こうすることで、ＲＰＡツール２５００と、ＭＦＰパネルアプリ１４００との間で、図４（ｂ）に示した進捗状況報告要求メッセージの送信と、進捗状況報告の送信とが繰り返しなされるから、ユーザーがシリアルナンバー入力に手間取った場合でも、ＭＦＰパネルアプリ１４００への操作入力がタッチパネルディスプレイ１００１に切り替わらず、リモートパネルアプリ２４００からの操作入力を受け付ける状態を維持する。

図１４は、再起動指示から管理者設定、セキュリティ設定を行う一連の手順を示す。手順２０では、再起動指示画面を提示して入力を促す。

手順２０のスクリプトは、Alert関数を呼び出すことで構成される。

手順２１では、管理者画面５２００の呼出ボタンの座標（ｘ21,ｙ21）でクリックイベントを発生し、手順２２では、設定メニュー５２１０の座標（ｘ22,ｙ22）でクリックイベントを発生させ、手順２３では、管理者設定５２１１の座標（ｘ23,ｙ23）でクリックイベントを発生する。手順２４では、セキュリティー設定５２２０の座標（ｘ24,ｙ24）でクリックイベントを発生させ、手順２５では、簡単セキュリティー設定５２２１の座標（ｘ25,ｙ25）でクリックイベントを発生させる。手順２６は、セキュリティー警告表示の座標（ｘ26,ｙ26）でクリックイベントを発生させる。手順２７は、「ＯＦＦ」の座標（ｘ27,ｙ27）でクリックイベントを発生させる。

以上の手順において、ＭＦＰ１０００の再起動は、ユーザーの手作業が必要になる。そこで、図１４のスクリプト列では、手順２０において再起動指示５２３０を提示して、再起動操作をユーザーに提示した後、ｗａｉｔ指定を実行する。こうすることで、ＲＰＡツール２５００と、ＭＦＰパネルアプリ１４００との間で、図４（ｂ）に示した進捗状況報告要求メッセージの送信と、進捗状況報告の送信とが繰り返しなされるので、ユーザーが再起動に手間取った場合でも、ＭＦＰパネルアプリ１４００への操作入力がタッチパネルディスプレイ１００１に切り替わらず、リモートパネルアプリ２４００からの操作入力を受け付ける状態を維持する。

（８－３）まとめ
以上のように本実施形態によれば、画像処理装置を導入するにあたっての様々な設定値の入力、設定、変更を、ＲＰＡスクリプトデータを用いて自動的に行うことができる。

［９］第４実施形態
第１実施形態では、ＲＰＡツール２５００により命じられた処理が、完了したか否かを示す進捗状況報告をＭＦＰ１０００から受信して、次の手順を指示するかどうかの決定を行った。これに対し、第４実施形態では、ＲＰＡツール２５００が、端末装置２０００と、ＭＦＰ１０００との接続状態を維持するための送信を行う。

（９－１）端末装置２０００と、ＭＦＰ１０００との接続状態
端末装置２０００と、ＭＦＰ１０００との接続状態とは、図３（ｂ）に示したプロトコルスタックにおいてＴＣＰコネクションを確立している状態である。

物理層において、近距離通信を経由しているので、ＴＣＰコネクションがタイムアウトする時間が比較的短く設定されている。そうした、ＴＣＰコネクションのタイムアウトは、リモート操作モードのタイムアウトをもたらすので、本実施形態では、かかる接続状態を維持する制御を実行する。

（９―２）第４実施形態にかかるシーケンス
図１６は、第４実施形態にかかるシーケンス図を示す。本図は、図４（ｂ）をベースにしている。図４（ｂ）と異なるのは、ＲＰＡツール２５００が周期Ｒが経過する度に、接続状態維持データ２４５１、２４５２、２４５３、２４５４を送信しているものの、進捗状況確認アプリ１７００が進捗状況報告メッセージを送信しておらず、片方向の送信になっている点である。このように、ＴＣＰコネクションの接続維持のための情報としては、ＩＣＭＰコマンド、Ｐｉｎｇコマンドを用いることができる。

図１７は、第４実施形態にかかるＲＰＡツール２５００の処理手順を示すフローチャートである。本図は図７をベースにしていて、その差異のみを示す。図７からの差異とは、ステップＳ２０５がステップＳ２２１に置き換えられ、ステップＳ２２１がＹｅｓになったときに実行されるステップとして、ステップＳ２０６、Ｓ２０７の代りに、ステップＳ２２２、ステップＳ２２３が追加されている点である。

ステップＳ２２１は、ＴＣＰコネクションを維持するための接続状態維持データの送信周期が到来したかどうかの判定であり、送信周期が未到来なら（ステップＳ２２１でＮｏ）、ステップＳ２０４、Ｓ２２１のループを繰り返す。送信周期が到来した場合（ステップＳ２２１でＹｅｓ）、接続状態維持データを送信して（ステップＳ２２２）、その後、ステップＳ２２３でリモートパネルアプリ２４００がパネル画面応答メッセージを受信したかどうかを判定する。未受信であれば（ステップＳ２２３でＮｏ）、ステップＳ２０４に移行する。パネル画面応答メッセージを既に受信しているなら（ステップＳ２２３でＹｅｓ）、ステップＳ２０９に移行する。

（９－３）まとめ
以上のように本実施形態によれば、リモートパネルアプリ２４００、ＲＰＡツール２５００間で、ＴＣＰコネクションが維持されるので、ＭＦＰパネルアプリ１４００への操作入力がタッチパネルディスプレイ１００１に切り替わらず、リモートパネルアプリ２４００からの操作入力を受け付ける状態を維持する。

［１０］第５実施形態
第１実施形態では、ＲＰＡツール２５００により命じられた処理が、完了したか否かを示す状態情報をＭＦＰ１０００から受信して、次の手順を指示するかどうかの決定を行った。これに対し、本実施形態では、ＭＦＰ１０００の処理が、どこまで進捗しているかを、ＭＦＰ１０００からの進捗状況報告メッセージにより示させることにしている。

（１０－１）進捗状況確認アプリのフローチャート
本実施形態では、進捗状況確認アプリ１３００が、図１８、図１９のフローチャートに従い進捗状況の確認を行う。

図１８は、進捗状況判定の詳細を示すフローチャートである。ステップＳ５０１は、パネル設定中かどうかの判定、ステップＳ５０２は、指示された作業はジョブであるかどうかの判定である。

パネル設定中であれば（ステップＳ５０１でＹｅｓ）、ステップＳ５０５において、進捗状況報告をパネル設定中とする。パネル設定中ではなく（ステップＳ５０１でＮｏ）、パネル設定が完了していれば、ステップＳ５０２において、指示された作業はジョブであるか、初期設定であるかを判定する。ジョブであれば（ステップＳ５０２でＹｅｓ）、ステップＳ５０３、Ｓ５０４を実行する。

ステップＳ５０３は、ジョブ実行中であるかどうかの判定、ステップＳ５０４はジョブ種別がプリント系統かどうかの判定である。

ジョブ種別には、画像データのプリントを主体としたもの（プリント系統）と、画像データのプリントを行わず、画像データの生成及び送信を主体としたもの（非プリント系）との２種類がある。

進捗状況報告メッセージがジョブ実行中、非プリント系を示す場合、ステップＳ５０３がＹｅｓ、ステップＳ５０４がＮｏになって進捗状況報告メッセージをパネル設定完・ジョブ実行中・非プリント系統とする（ステップＳ５０８）。進捗状況報告がジョブ実行中、プリント系統を示す場合、ステップＳ５０３がＹｅｓ、ステップＳ５０４がＹｅｓになって進捗状況報告メッセージをパネル設定完・ジョブ実行中・プリント系統とする（ステップＳ５０７）。ジョブ実行中ではない場合（ステップＳ５０３でＮｏ）、進捗状況報告メッセージをパネル設定完、ジョブ実行完とする（ステップＳ５０６）。

図１９は、ステップＳ５０２でＮｏとされ、初期設定がなされた場合の進捗状況報告の処理手順を示す。

ステップＳ５１０は、指示された作業は初期設定かどうかの判定、ステップＳ５１１は、初期設定中かどうかの判定、ステップＳ５１２は、再起動要かどうかの判定、ステップＳ５１３は、再起動中かどうかの判定である。

初期設定中であれは、ステップＳ５１１がＹｅｓになり、ステップＳ５２１において、進捗状況報告メッセージをパネル設定完・初期設定中とする。初期設定は完了したが再起動不要であれば、ステップＳ５１１がＮｏ、ステップＳ５１２がＮｏになり、ステップＳ５２２において、進捗状況報告メッセージをパネル設定完・初期設定完・再起動不要とする。初期設定は完了、再起動は必要だが、再起動中であれば（ステップＳ５１３でＹｅｓ）、ステップＳ５２３において、進捗状況報告メッセージをパネル設定完・初期設定完・再起動中とする。また、再起動に必要な時間を進捗状況報告メッセージに含ませる。初期設定は完了、再起動は必要で、再起動が完了していれば（ステップＳ５１３でＮｏ）、ステップ５２４において、進捗状況報告メッセージを、初期設定完了、再起動要、再起動完とする。

（１０－２）第５実施形態にかかるＲＰＡツール２５００のフローチャート
第５実施形態にかかるＲＰＡツール２５００の処理手順を図２０に示す。図２０のフローチャートは、ステップＳ２０５～ステップＳ２０１の代えて、ステップＳ２４０～Ｓ２４３が設けられている点は、図７と異なる。

本実施形態では、ウエイト時間の指定があると、ステップＳ２０４、ステップ２４０、ステップＳ２４２のループに移行する。ステップＳ２４０は、進捗状況報告要求メッセージの送信周期が到来したかどうかの判定であり、ステップＳ２４１は、進捗状況報告要求メッセージの送信、ステップＳ２４２は、進捗状況報告メッセージを受信したかどうかの判定である。進捗状況要求の送信周期が到来しないと、ステップＳ２０４～ステップＳ２４０のループを繰り返す。送信周期が到来すれば（ステップＳ２４０でＹｅｓ）、進捗状況報告要求メッセージを送信して（ステップＳ２４１）、進捗状況報告メッセージを受信したかどうかの判定を行う（ステップＳ２４２）。進捗状況報告メッセージを受信しなければ（ステップＳ２４２でＮｏ）、ステップＳ２０４に戻る。受信すれば（ステップＳ２４２でＹｅｓ）、ステップＳ２４３～Ｓ２４５に移行する。

ステップＳ２４３は、進捗状況報告に示される進捗状況はパネル設定中であるかの判定、ステップＳ２４６は、パネル設定完を示すか否かの判定、ステップＳ２４７は、プリント系統か否かの判定である。進捗状況報告メッセージがパネル設定を示し、パネル設定完、ジョブ完であれは、ステップＳ２４３がＮｏ、ステップＳ２４５がジョブ、ステップＳ２４６がＹｅｓになって、ステップＳ２１１に移行する。

進捗状況報告メッセージがパネル設定、パネル設定完、ジョブ動作中、プリント系を示す場合、ステップＳ２４３がＮｏ、ステップＳ２４５がジョブ、ステップＳ２４６がＮｏ、ステップＳ２４７がＹｅｓになって、ステップＳ２１１に移行する。この場合、次の手順の指示が可能であるとする。

進捗状況報告メッセージがパネル設定完、ジョブ動作中、非プリント系を示していれば、ステップＳ２４３がＮｏ、ステップＳ２４５がジョブ、ステップＳ２４６がＮｏ、ステップＳ２４７がＮｏになって、ステップＳ２０４に移行する。

ステップＳ２４８は、初期設定中かどうかの判定である。ステップＳ２４９は、再起動要であるかの判定、ステップＳ２５０は、再起動完であるかの判定である。パネル設定が完了したが、初期設定中であれば、ステップＳ２４５がＮｏ（初期設定）、ステップＳ２４８がＹｅｓになって、ステップＳ２０４に移行する。

パネル設定が完了し、初期設定が完了して再起動が不要の場合、ステップＳ２４５がＮｏ（初期設定）、ステップＳ２４８がＮｏ、ステップＳ２４９がＮｏになって、ステップＳ２１１に移行する。

パネル設定が完了し、初期設定が完了して再起動が必要で再起動が完了していない場合、ステップＳ２４５がＮｏ（初期設定）、ステップＳ２４８がＮｏ、ステップＳ２４９がＹｅｓ、ステップＳ２５０がＮｏになる。この場合、進捗状況報告に示される再起動時間が経過するのを待ち（ステップＳ２５１でＮｏ）、経過すれば（ステップＳ２５１でＹｅｓ）、ステップＳ２１１に移行する。パネル設定が完了し、初期設定が完了して再起動が必要で再起動が完了した場合、ステップＳ２４５がＮｏ（初期設定）、ステップＳ２４８がＮｏ、ステップＳ２４９がＹｅｓ、ステップＳ２５０がＹｅｓになる。この場合、ステップＳ２１１に移行する。

（１０－３）まとめ
以上のように本実施形態によれば、ＭＦＰ１０００においてパネル設定は終了しているか、プリント系のジョブを実行しているか、初期設定が完了して、再起動を実行しているか等、ＭＦＰ１０００における作業の進捗状況が進捗状況報告に示されるので、ＲＰＡスクリプトデータにおける個々の作業指示の発行間隔を短くすることができる。

［１１］変形例
以上、本発明を実施の形態に基づいて説明してきたが本発明は上述の実施の形態に限定されないのは勿論であり以下の変形例が考えられる。

（１）ＲＰＡツール２５００の起動に先立ち連携設定を実行することが望ましい。連携設定を実行する場合のＲＰＡツール２５００の処理手順を図２１に示す。
先ず、装置連携設定画面を表示し（ステップＳ１０１）、その後、設定入力がなされるのを待つ（ステップＳ１０２）。図２２は、連携設定画面の一例を示す、連携設定画面は、ＭＦＰ１０００との連携を行うかどうかの指定を示すチェックボックス２１０１と、ＭＦＰ１０００のＩＰアドレスの入力が可能な入力欄２１０２、ユーザー名の入力欄２１０３、パスワード入力欄２１０４を含み、キーボードに対する英数字入力を受け付ける構成になっている、かかる画面で保存ボタン２０１５を押下すれば、入力されたユーザーＩＤ、パスワードが保存され、パスワード入力を省略することができる。
設定入力がなされれば（ステップＳ１０２でＹｅｓ）、連携設定を実行し（ステップＳ１０３）、ＲＰＡスクリプトデータの作成ボタン、実行ボタンを表示する（ステップＳ１０４）。続いて、タッチパネルディスプレイの作成、実行の何れを実行するかの選択を受け付ける（ステップＳ１０５）。ＲＰＡスクリプトデータの作成であれば、リモートパネル２００１Ｄになされた操作を取得し（ステップＳ１０６）取得した一連の操作のそれぞれをスクリプトに変換して（ステップＳ１０７）、変換で得られたスクリプトからなるＲＰＡスクリプトデータを保存する（ステップＳ１０８）。

以降、Ｗａｉｔ指定を行う旨を提示する画面を表示して（ステップＳ１０９）、Ｗａｉｔを設定すべきスクリプトが指定されるのを待つ（ステップＳ１１０）。指定されれば,ＲＰＡスクリプトデータにおいて指定されたスクリプトの前に、Ｗａｉｔ指定を挿入する（ステップＳ１１１）。以上の処理を経た後、ステップＳ１０２のループに戻る。ＲＰＡスクリプトデータを実行する場合は、保存されたＲＰＡスクリプトデータの一覧表示を行い（ステップＳ１２１）、ＲＰＡスクリプトデータが選択されたかどうかの判定を行う（ステップＳ１２２）。ＲＰＡスクリプトデータが選択されれば（ステップＳ１２２でＹｅｓ）、選択されたＲＰＡスクリプトデータを実行する（ステップＳ１２３）。

（２）各実施形態では、リモート操作モードがタイムアウトするまでの一定時間よりも短い送信周期で、ＲＰＡツール２５００及び進捗状況確認アプリ１７００が通信を行うことで、リモート操作モードを維持したがこれに限られない。入力系統制御部１６００にリモート操作モード特有の制御を行わせることで、リモート操作モードを維持してもよい。具体的にいうと、ジョブ実行アプリ１５００がリモート操作モードにおいて端末装置制からなされた制御指示に従い、ジョブを実行している間、端末装置２０００との通信がなかったとしても、リモートパネルからローカルパネルへの入力系統の切り替えは行わず、リモート操作モードを維持したままとする。こうすることで、ＭＦＰ１０００と、端末装置２０００との間のデータ通信量を減らすことができる。

（３）ＲＰＡ作成モードにおいてＲＰＡツール２５００が作成したＲＰＡスクリプト列を含むスクリプトファイルを端末装置２０００のＨＤＤ２００５に書き込み、格納するとしたがこれに限られない。ＲＰＡ作成モードにおいてＲＰＡツール２５００が作成したＲＰＡスクリプト列を含むスクリプトファイルを、ＭＦＰ１０００の内蔵ストレージに書き込んでもよい。ＲＰＡ実行モードにおいては、ＭＦＰ１０００の内蔵ストレージであるＨＤＤ１００５に格納されたファイルのうち、スクリプトファイル特有の拡張子が付されたものを読み出し、端末装置２０００のLCD２００１において一覧表示に供する。そして、一覧表示されたＲＰＡスクリプト列のうち、ユーザーにより選択されたものを実行してもよい。

ＲＰＡ作成モードにおいてＲＰＡツール２５００が作成したＲＰＡスクリプト列を含むスクリプトファイルを外部ネットワークにおけるサーバー装置のストレージに書き込み、格納するとしてもよい。

（４）スクリプトとしては、 Ｐｙｔｈｏｎ（登録商標）、ＶＢＳｃｒｉｐｔ（登録商標）、ＶＢ．ＮＥＴ（登録商標）、ＧＡＳ（登録商標）、Ｃ＃（登録商標）を利用することができる。

ＶＢＳｃｒｉｐｔ（登録商標）は、ＷｉｎＡｃｔｏｒでも利用される言語である。
ＶＢ．ＮＥＴ（登録商標）は、ＵｉＰａｔｈで利用されているＶｉｓｕａｌ Ｂａｓｉｃ 言語であり、Ｏｆｆｉｃｅ製品を操作に適する。

ＧＡＳ（登録商標）はＪａｖａＳｃｒｉｐｔをベースに開発されたプログラミング言語であり、Ｇｏｏｇｌｅ（登録商標）マップやメール、スプレッドシートなどのサービスを連携したり操作したりできます。

Ｃ＃（登録商標）はマイクロソフト社が開発したプログラミング言語であり、Ｗｉｎｄｏｗｓを操作するためのＡＰＩを利用することができる。
これらに限らず、コンパイル、リンクなしに実行できる言語であれば、他のプログラミング言語を用いてもよい。

（５）メディアセンサーによる検出結果に従った用紙設定をＲＰＡスクリプトデータで記述してＲＰＡツール２５００に実行させることで、給紙カセットに装填された用紙種を自動的に設定するようにしてもよい。メディアセンサーは、光学センサー、赤外線センサー、超音波センサーにより緑色（Ｇ）光の反射率、近赤外光（Ｉｒ）の透過率、青色光（Ｂ）の透過率、超音波の透過率を測定して、これらの反射率、透過率から、印刷に用いられるシートの種別が、再生紙、コート紙、封筒の何れであるかを判定する。
メディアセンサーによる検出時には、こうして検出された紙種を示す文字列が、画面に表示されるので、検出された文字列を対応する給紙カセットの用紙種別に設定する。こうすることで、人手を介さずとも、メディアセンサーによる検出結果を給紙カセットの用紙種別に反映させることができる。このメディアセンサーによる検出に時間がかかることがあるので、検出結果を描き込むスクリプトの前にｗａｉｔ指定をいれておく。こうすることで、メディアセンサーの検出に時間がかかったとしてもＭＦＰパネルアプリ１４００への操作入力がタッチパネルディスプレイ１００１に切り替わらず、リモートパネルアプリ２４００からの操作入力を受け付ける状態を維持する。

（６）ＭＦＰ１０００における進捗状況報告の明示に画面番号を用いてもよい。画面番号とは、タッチパネルディスプレイ１００１に表示される階層的な画面のそれぞれを指示する番号であり、ＲＰＡスクリプトデータの個々の手順を示すスクリプトは、自身の対象となる画面番号を示す。進捗状況確認アプリ１７００は、進捗状況報告を送信する際、現在、タッチパネルディスプレイ１００１に表示されている画面の画面番号を取得し、当該画面番号を含む進捗状況報告をＲＰＡツール２５００を返す。こうして、現在の画面番号を返すことで、ＲＰＡスクリプトデータを構成するスクリプトを実行してよい状態になっているかどうかの確認が可能になり、ＲＰＡツール２５００は、ＭＦＰ１０００における画面が確実に遷移するのを待って、次の手順の実行をＭＦＰ１０００に指示することができる。

（７）ＲＰＡスクリプトデータにおけるウエイト時間が、無入力期間のタイムアウト値より短いかどうかの判定を実行するのが望ましい。そして、指定されたウエイト時間が、無入力期間のタイムアウト値よりも長い場合、第１実施形態に示したように、ＭＦＰ１０００に処理を指示した後、上記の周期毎に進捗状況報告要求メッセージの送信を行う。指定されたウエイト時間が、無入力期間のタイムアウト値より短い場合、ＭＦＰ１０００に処理を指示してからウエイト期間が経過するのを待って、上記の周期毎の進捗状況報告要求メッセージの送信を行う。

（８）端末装置２０００において、ユーザーの操作を受け付けるポインティングデバイスとしては、マウス、キーボードしたがこれに限られない。キーパッド、スタイラスであってもよい。

（９）尚、画像処理装置として画像形成装置であるＭＦＰの例を説明したがこれに限られない。単機能のスキャナーや、ファクシミリ装置としてもよい。プロダクションプリント装置に設けてもよいし、その他、ラベル印刷機、はがき印刷機、発券機に設ける構成としてもよい。また単機能のコピー機、パーソナルコンピュータの単機能の周辺機器（プリンター）に設ける構成としてもよい。

本発明は、画像処理装置を事業所に導入する際の装置設定や画像処理装置にジョブを実行する際のパネル設定を、ＲＰＡを用いて自動化することができるので、ＯＡ機器、情報機器の産業分野を始め、小売業、賃貸業、不動産業、広告業、運輸業、出版業等、様々な業種の産業分野で利用される可能性がある。

１０００ ＭＦＰ
１０００ 画像処理装置
１０００ 端末装置
１００１ タッチパネルディスプレイ
１００５ ＨＤＤ
１００６ ＲＡＭ
１００７ ＣＰＵ
１００８ ＲＯＭ
１１００ ハードウェア
１２００ ＯＳ
１３００ アプリケーション
１３００ 進捗状況確認アプリ
１４００ ＭＦＰパネルアプリ
１５００ ジョブ実行アプリ
１５００ 処理実行アプリ
１６００ 操作系統制御部
１６００ 入力系統制御部
１６１０ 無入力期間カウンター
１７００ 進捗状況確認アプリ
２０００ 端末装置
２２００ ＯＳ
２２１０ カーネル
２２２０ マルチウィンドウシステム
２３００ アプリケーション
２３００，１３００ アプリケーション

Claims (17)

1. 端末装置から制御指示を受け付けるリモート操作モードを有する画像処理装置の制御方法であって、
   前記画像処理装置を、リモート操作モードに遷移させる第１ステップと、
   前記端末装置がＲＰＡによる操作を受け付けて、前記画像処理装置に制御指示を行う第２ステップとを含み、
   前記画像処理装置は、前記端末装置との通信がない期間が一定時間になると、リモート操作モードを解除し、
   前記第２ステップは、前記端末装置が、前記画像処理装置に制御指示を行った後、前記一定時間よりも短い周期で、前記画像処理装置との通信を繰り返す
   ことを特徴とする制御方法。
2. 前記通信の繰り返しは、前記端末装置が前記画像処理装置に対して制御指示に対応する処理の進捗状況報告を前記一定時間よりも短い周期で繰り返し要求し、前記画像処理装置が前記要求に対する報告を前記端末装置に返すことでなされる、請求項１に記載の制御方法。
3. 前記進捗状況の報告は、前記処理が未完であるか完了したかを示すものであり、
   前記第２ステップは、前記報告が処理未完を示すものである場合、後続する操作を行わず、前記報告が処理完を示すものである場合、前記後続する操作を行う
   ことを特徴とする請求項２に記載の制御方法。
4. 前記通信の繰り返しは、画像処理装置の操作画面の内容を示す画像データの送信を繰り返すものであり、
   前記端末装置は、画像処理装置から送信された画像データに示される操作画面の内容が、直前に送信された画像データに示される操作画面の内容と同じか否かで、制御指示がなされた処理が完了したかどうかを判定する
   ことを特徴とする請求項１に記載の制御方法。
5. 前記リモート操作モードのタイムアウトは、前記端末装置と前記画像処理装置との間に確立された接続の切断であり、
   前記維持制御は、前記接続を維持するための情報を前記一定時間内に前記端末装置と前記画像処理装置の一方から他方へ送信する
   ことでなされる請求項１に記載の制御方法。
6. 前記報告により示される処理の進捗状況とは、前記画像処理装置のパネル設定が完了したか未完であるかである
   ことを特徴とする請求項２に記載の制御方法。
7. 前記進捗状況の報告により示される処理の進捗状況が、前記画像処理装置のパネル設定の完了を示す場合、前記報告は、前記パネル設定を画像処理装置に反映させるための再起動の実行中であるか、再起動を完了したかを示す
   ことを特徴とする請求項６に記載の制御方法。
8. 前記進捗状況の報告が、再起動の実行中を示す場合、前記報告は、再起動の残り時間を示す
   ことを特徴とする請求項７に記載の制御方法。
9. 前記進捗状況の報告により示される処理の進捗状況とは、前記画像処理装置に命じたジョブが完了したか未完であるかである
   請求項２に記載の制御方法。
10. 前記進捗状況の報告により示される処理の進捗状況は、制御指示がなされたジョブが完了したか未完であるかに加えて、当該ジョブの種別は、印刷出力を伴うか否かを示し、
    前記制御指示がなされたジョブが未完だが、実行中のジョブの種別が印刷出力を伴う場合、第２ステップは、ＲＰＡにより後続する操作を実行する
    ことを特徴とする請求項９に記載の制御方法。
11. 前記第１ステップでは、さらに、前記リモート操作モードが前記ＲＰＡによる自動操作で行われるリモート操作モードであることを通知し、
    前記画像処理装置が前記通知を受け付けると、前記ＲＰＡによるリモート操作モードが行われる旨を前記画像処理装置の操作パネルに表示させる第３ステップを実行する
    ことを特徴とする請求項１に記載の制御方法。
12. 前記第３ステップでは、さらに、前記ＲＰＡによる前記第１の制御指示に対応する処理が完了すると、その旨を前記操作パネルに表示させる
    ことを特徴とする請求項１１に記載の制御方法。
13. 端末装置から制御指示を受け付けるリモート操作モードを有する画像処理装置の制御方法であって、
    前記端末装置からの要求を受け付けて、リモート操作モードに遷移する第１ステップと、
    前記端末装置との通信がない期間が一定時間になると、リモート操作モードを解除する第２ステップとを含み、
    前記第２ステップは、
    前記端末装置からの指示によるジョブを実行している間には、前記一定時間になっても、前記リモート操作モードを解除せずに維持する
    ことを特徴とする制御方法。
14. リモート操作モードを有する画像処理装置に制御指示を発する端末装置であって、
    前記画像処理装置を、リモート操作モードに遷移させる遷移手段と、
    ＲＰＡによる操作を受け付けて、前記画像処理装置に制御指示を行う指示手段とを含み、
    前記指示手段は、前記画像処理装置との通信がない期間が一定時間になると、リモート操作モードを解除する場合に、前記画像処理装置に制御指示を行った後、前記一定時間よりも短い周期で、前記画像処理装置との通信を繰り返し行う
    ことを特徴とする端末装置。
15. 端末装置から制御指示を受け付けるリモート操作モードを有する画像処理装置であって、
    前記端末装置からの要求を受け付けて、リモート操作モードに遷移する遷移手段と、
    前記端末装置との通信がない期間が一定時間になると、リモート操作モードを解除する解除手段とを備え、
    前記解除手段は、前記端末装置からの指示によるジョブを実行している間には、前記一定時間になっても、前記リモート操作モードを解除せずに維持する
    ことを特徴とする画像処理装置。
16. リモート操作モードを有する画像処理装置に制御指示を発する処理をコンピューターに実行させるプログラムであって、
    前記画像処理装置を、リモート操作モードに遷移させる第１ステップと、
    ＲＰＡによる操作を受け付けて、前記画像処理装置に制御指示を行う第２ステップとをコンピュータに実行させ、
    前記コンピュータとの通信がない期間が一定時間になり、前記画像処理装置がリモート操作モードを解除する場合、前記第２ステップは、前記画像処理装置に制御指示を行った後、前記一定時間よりも短い周期で、前記画像処理装置との通信をコンピュータに繰り返し行わせる
    ことを特徴とするプログラム。
17. 端末装置から制御指示を受け付けるリモート操作モードを有するコンピュータに処理を命じるプログラムであって、
    前記端末装置からの要求を受け付けて、リモート操作モードに遷移する第１ステップと、
    前記端末装置との通信がない期間が一定時間になると、リモート操作モードを解除する第２ステップとを含み、
    前記第２ステップは、
    前記端末装置からの指示によるジョブを実行している間には、前記一定時間になっても、前記リモート操作モードを解除せずコンピュータに維持させる
    ことを特徴とするプログラム。