JP7009804B2 - 情報処理装置、システムおよびプログラム - Google Patents

Description

本発明は、情報処理装置、システムおよびプログラムに関する。

ネットワークに接続された画像形成装置では、ネットワークを介してクライアントコンピュータから画像形成装置の機能の操作および設定変更を行うことが可能なものがある。特許文献１には、ネットワークを介して画像形成装置の設定変更が可能な通信システムで、設定変更のための無駄なユーザ操作を防止する技術が提案されている。特許文献１に記載の技術では、画像形成装置の操作部を介して画像形成装置の設定の変更を受け付けた場合に、当該変更された設定に関連する、クライアントＰＣにおけるリモートＵＩ（ユーザインタフェース）を介した入力を禁止するためのデータが情報処理装置に送信される。これにより、画像形成装置における機能の実行中に、クライアントＰＣにおけるリモートＵＩを介して、当該機能に関連する設定が変更され、その結果として予期しない実行結果が得られることが防止される。

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

ところで、他の装置から装置の機能操作や設定変更が行われる場合、例えば通常のユーザ向けのユーザインタフェースと管理者向けのユーザインタフェースなど、複数の種類のユーザインタフェースが設けられていることがある。複数の種類のユーザインタフェースは、各々の用途に応じて表示される機能の種類や内容が異なる。そのため、ユーザが所望する操作をひとつのユーザインタフェースで完結できない場合がある。

本発明の請求項１に係る情報処理装置は、第１のユーザインタフェースに対するユーザ操作および第２のユーザインタフェースに対するユーザ操作により指示される処理を実行する処理実行装置に関し、該第１のユーザインタフェースの画面を表示手段に表示させる表示制御手段と、前記表示された第１のユーザインタフェースに対してなされたユーザ操作により指示された処理を前記処理実行装置が実行する際に、前記第２のユーザインタフェースに対するユーザ操作が必要となる場合、該第２のユーザインタフェースを表す情報を出力する出力手段とを有することを特徴とする。

本発明の請求項２に係る情報処理装置は、請求項１に記載の構成において、前記表示手段は前記処理実行装置に設けられた操作パネルであり、前記出力手段は、前記第２のユーザインタフェースの画面の表示を前記表示手段または他の表示手段に指示することを特徴とする。

本発明の請求項３に係る情報処理装置は、請求項１に記載の構成において、前記表示手段は、前記処理実行装置と通信手段を介して接続された表示手段であり、前記出力手段は、前記第２のユーザインタフェースの画面の表示を前記表示手段に指示することを特徴とする。

本発明の請求項４に係る情報処理装置は、請求項１乃至３のいずれか１項に記載の構成において、前記出力手段は、前記第２のユーザインタフェースが表示された後は、前記指示された処理において前記第１のユーザインタフェースに対する再度のユーザ操作が要されるか否かに関わらず、該第１のユーザインタフェースに対するユーザ操作を受け付けることなく、該第２のユーザインタフェースに対するユーザ操作に応じて前記指示された処理の実行を指示することを特徴とする。

本発明の請求項５に係る情報処理装置は、請求項３に記載の構成において、前記出力手段は、前記処理実行装置に設けられた操作パネルがユーザにより操作中である場合、前記第２のユーザインタフェースに対するユーザ操作を受け付けない制御を行うことを特徴とする。

本発明の請求項６に係る情報処理装置は、請求項１に記載の構成において、前記表示手段は前記処理実行装置に設けられた操作パネルであり、前記出力手段は、前記第２のユーザインタフェースのアドレスを示す情報を出力することを特徴とする。

本発明の請求項７に係る情報処理装置は、請求項１に記載の構成において、前記表示手段は前記処理実行装置と通信手段を介して接続された表示手段であり、前記出力手段は、前記処理実行装置に設けられた操作パネルに対する操作を促す操作情報を出力することを特徴とする。

本発明の請求項８に係るシステムは、請求項７に記載の情報処理装置と、前記処理実行装置とを有し、前記処理実行装置は、前記操作情報が出力された後に自装置から予め定められた範囲内においてユーザが検知された場合に、前記操作パネルに前記第２のユーザインタフェースを表示する第２の表示制御手段を備えることを特徴とする。

本発明の請求項９に係るプログラムは、コンピュータに、第１のユーザインタフェースに対するユーザ操作および第２のユーザインタフェースに対するユーザ操作により指示される処理を実行する処理実行装置に関し、該第１のユーザインタフェースの画面を表示手段に表示させるステップと、前記表示された第１のユーザインタフェースに対してなされたユーザ操作により指示された処理を前記処理実行装置が実行する際に、前記第２のユーザインタフェースに対するユーザ操作が必要となる場合、該第２のユーザインタフェースを表す情報を出力するステップとを実行させるためのプログラムであることを特徴とする。

請求項１および９に係る発明によれば、複数の種類のユーザインタフェースに対するユーザ操作を受け付ける情報処理システムにおいて、ユーザの操作性が向上する。
請求項２に係る発明によれば、処理実行装置に設けられた操作パネルに対するユーザ操作を受け付けるシステムにおいて、ユーザの操作性が向上する。
請求項３に係る発明によれば、情報処理装置と通信手段を介して接続された表示手段に表示された第１のユーザインタフェースに対するユーザ操作を受け付けるシステムにおいて、ユーザの操作性が向上する。
請求項４に係る発明によれば、第２のユーザインタフェースが表示された後に再度第１のユーザインタフェースに対するユーザ操作を受け付ける場合に比べて、ユーザの操作性が向上する。
請求項５に係る発明によれば、意図されない設定がなされることが防止される。
請求項６に係る発明によれば、出力される情報を用いてユーザが第２のユーザインタフェースにアクセスすることができる。
請求項７に係る発明によれば、出力される操作情報を用いてユーザが操作パネルを操作することができる。
請求項８に係る発明によれば、ユーザが処理実行装置に近づくだけで第２のユーザインタフェースを表示させることができる。

システムの構成を示す図 ローカルＵＩの画面の例を示す図 ＷｅｂＵＩの画面の例を示す図 システムの機能構成を示す図 画像処理装置のハードウェア構成を例示する図 サーバのハードウェア構成を例示する図 ユーザ端末のハードウェア構成を例示する図 ローカルＵＩの画面の例を示す図 画像処理装置が行う処理の流れを示すフローチャート データベースの一例を示す図 ローカルＵＩの画面の例を示す図 画像処理装置が行う処理の流れを示すフローチャート ローカルＵＩの画像の例を示す図 ＷｅｂＵＩの画面の例を示す図 ＷｅｂＵＩの画面の一例を示す図 ユーザ端末が行う処理の流れを示すフローチャート データベースの内容の一例を示す図 ＷｅｂＵＩの画面の例を示す図 リモートＵＩの画面の例を示す図 ＷｅｂＵＩの画面の例を示す図 ローカルＵＩの画面の例を示す図 ローカルＵＩの画面の例を示す図 ＷｅｂＵＩの画面の例を示す図 リモートＵＩの画面の例を示す図

［１］構成
図１は、本実施形態に係るシステム１の構成を示すブロック図である。システム１は画像処理装置１０と、サーバ２０と、ユーザ端末３０とを備える。画像処理装置１０は、媒体に画像を形成する画像形成処理や、媒体に形成された画像を読み取る画像読取処理（スキャン処理）などの画像処理を行う。画像処理装置１０はユーザによって操作される操作パネルを備えており、画像処理装置１０は操作パネルに対するユーザ操作に応じた処理を実行する。また、画像処理装置１０は、スキャンした画像データを電子メールで送信する、いわゆる「Scan to Email」機能を備える。

画像処理装置１０は通信回線２によりサーバ２０およびユーザ端末３０に接続されている。通信回線２は、例えばインターネットや移動体通信網、電話回線、ＬＡＮ（local Area Network）などのうちの少なくとも１つを含む。サーバ２０はストレージサービスなどの各種サービスを提供する。ユーザ端末３０は、例えばスマートフォン、タブレット端末、またはノートブック型ＰＣ（Personal Computer）である。ユーザ端末３０は液晶ディスプレイ等の表示パネルを備える。

画像処理装置１０は、複数の異なる種類のユーザインタフェースに対するユーザ操作により指示される処理を実行する。この実施形態では、画像処理装置１０に対するユーザ操作を受け付けるユーザインタフェースとして、ローカルＵＩ、リモートＵＩ、ＷｅｂＵＩの３種類のユーザインタフェースが用いられる。ローカルＵＩは、画像処理装置１０に設けられている操作パネルに表示されるユーザインタフェースである。ローカルＵＩは画像処理装置１０を利用するユーザ向けのユーザインタフェースである。

図２はローカルＵＩの画面の例を示す図である。図２の例では、「Copy」、「Fax」、「Print From」、および「Scan To Email」の各メニューを表すボタンＢ１１、Ｂ１２、Ｂ１３、およびＢ１４が表示される。「Copy」が選択された場合、画像処理装置１０はコピー処理を実行する。「Fax」が選択された場合、画像処理装置１０はファクシミリの送信処理を実行する。「Print From」が選択された場合、画像処理装置１０は、ユーザにより指定されたストレージから取得されるデータのプリントアウトを実行する。「Scan To Email」が選択された場合、画像処理装置１０はスキャン処理を実行して画像データを生成し、生成した画像データを電子メールで送信する処理を実行する。

リモートＵＩは、画像処理装置１０以外の装置（例えば、ユーザ端末３０）の表示パネルに表示されるユーザインタフェースである。リモートＵＩは画像処理装置１０を利用するユーザ向けのユーザインタフェースである。この実施形態において、リモートＵＩの画面において表示される設定項目やメニューの内容は、ローカルＵＩのものと共通している。なお、この実施形態では、ユーザが選択可能な項目や機能がローカルＵＩとリモートＵＩとで共通であればよく、画面のレイアウトや文字フォント等はローカルＵＩとリモートＵＩとでそれぞれ異なっていてもよい。

ＷｅｂＵＩは、Ｗｅｂブラウザにより表示されるユーザインタフェースである。ＷｅｂＵＩは、Ｗｅｂブラウザが搭載されている画像処理装置１０、または、Ｗｅｂブラウザが搭載されている他の装置（例えば、ユーザ端末３０）の表示パネルに表示されるユーザインタフェースである。この実施形態では、ＷｅｂＵＩは、画像処理装置１０の管理者が画像処理装置１０に対する各種設定等を行うためのユーザインタフェースである。

図３はＷｅｂＵＩの画面の例を示す図である。図３の例では、「Scan To Email」機能におけるＳＭＴＰ（Simple Mail Transfer Protocol）設定を行うための各種の設定項目が表示される。この実施形態では、ＳＭＴＰの設定画面はＷｅｂＵＩでしか表示されず、ローカルＵＩおよびリモートＵＩではＳＭＴＰの設定画面は表示されない。すなわち、ユーザは、ＳＭＴＰの設定操作をＷｅｂＵＩでしか行うことができず、ローカルＵＩおよびリモートＵＩではＳＭＴＰの設定を行うことができない。

ＷｅｂＵＩの画面において表示される設定項目やメニューは、ローカルＵＩおよびリモートＵＩのものと異なる。例えば「Scan To Email」機能におけるＳＭＴＰ設定は、ローカルＵＩおよびリモートＵＩでは行えないようになっており、ＷｅｂＵＩで設定可能となっている。このように、ローカルＵＩおよびリモートＵＩで可能なユーザ操作と、ＷｅｂＵＩで可能なユーザ操作とは共通しておらず、一方のＵＩで可能なユーザ操作や、他方のＵＩで可能なユーザ操作がある。

図４はシステム１の機能構成の一例を示すブロック図である。図において、処理実行装置１００は、第１のユーザインタフェースに対するユーザ操作、および第１のユーザインタフェースと異なる第２のユーザインタフェースに対するユーザ操作により指示される処理を実行する。本実施形態に係る画像処理装置１０は処理実行装置１００の一例である。本実施形態に係るローカルＵＩ、リモートＵＩおよびＷｅｂＵＩは、第１のユーザインタフェースおよび第２のユーザインタフェースの例である。情報処理装置２００は、表示制御手段２０１と、出力手段２０２とを有する。本実施形態に係る画像処理装置１０およびサーバ２０は、情報処理装置２００の例である。

この実施形態において、ユーザ操作により指示される処理（以下「ユーザ指示処理」という）は、例えば、スキャン処理、印刷処理、コピー処理、各種の設定処理等、画像処理装置１０が実行する各種の処理を含む。

情報処理装置２００の表示制御手段２０１は、処理実行装置１００に関し、第１のユーザインタフェースの画面を表示手段３００に表示する。この実施形態において、第１のユーザインタフェースがローカルＵＩまたはリモートＵＩである場合、第２のユーザインタフェースはＷｅｂＵＩである。一方、第１のユーザインタフェースがＷｅｂＵＩである場合、第２のユーザインタフェースはローカルＵＩまたはリモートＵＩである。第１のユーザインタフェースの画面が表示される表示手段３００は、例えば、画像処理装置１０の操作パネルまたはユーザ端末３０の表示パネルである。

出力手段２０２は、表示手段３００に表示された第１のユーザインタフェースに対してなされたユーザ操作により指示された処理を処理実行装置１００が実行する際に、第２のユーザインタフェースに対するユーザ操作が必要となる場合、第２のユーザインタフェースを表す情報を出力する。第２のユーザインタフェースを表す情報は、第２のユーザインタフェースのＵＩ画面に対応する情報である。第２のユーザインタフェースを表す情報は、例えば、ＵＩ画面を表すデータ、ＵＩ画面のＵＲＬを表す二次元コード、ＵＩ画面のメニュー階層を案内するガイドメッセージであってもよい。

第１のユーザインタフェースがローカルＵＩである場合、出力手段２０２は、第２のユーザインタフェース（ＷｅｂＵＩ）の画面の表示を表示手段３００または他の表示手段に指示する。一方、第１のユーザインタフェースがリモートＵＩである場合、出力手段２０２は、第２のユーザインタフェース（ＷｅｂＵＩ）の画面の表示を、表示手段３００または他の表示手段に指示する。

また、第１のユーザインタフェースがＷｅｂＵＩである場合、出力手段２０２は、第２のユーザインタフェース（ローカルＵＩまたはリモートＵＩ）の画面の表示を、表示手段３００または他の表示手段に指示する。

処理実行装置１００は第２の表示制御手段１０１を備える。第２の表示制御手段１０１は、第１のユーザインタフェースがＷｅｂＵＩであり、出力手段２０２によりローカルＵＩに対する操作を促す操作情報が出力された場合において、この操作情報が出力された後に自装置から予め定められた範囲内においてユーザが検知されると、自装置の操作パネルに第２のユーザインタフェース（ローカルＵＩ）を表示する。

図５は画像処理装置１０のハードウェア構成を例示する図である。図において、メモリ１１は各種データを記憶する。プロセッサ１２はメモリ１１に記憶されているプログラムに従いデータ処理を行う。通信ＩＦ１３は外部の装置とネットワークを介したデータ通信を行うインタフェースである。ＵＩ部１４（操作パネルの一例）は例えばタッチスクリーンとキーとを備える。画像形成部１５は電子写真方式で用紙などの媒体に画像を形成する。画像読取部１６は原稿（媒体）の画像を光学的に読み取る。画像処理部１７は、例えばＤＳＰ（Digital Signal Processor）やＧＰＵ（Graphics Processing Unit）を備え、各種の画像処理を実行する。給紙部１８は画像形成部１５に用紙などの媒体を供給する。

この例で、メモリ１１に記憶されているプログラムをプロセッサ１２が実行することにより、図４に示される機能が実装される。プログラムを実行しているプロセッサ１２は、第２の表示制御手段１０１、表示制御手段２０１および出力手段２０２の例である。通信ＩＦ１３は本発明に係る通信手段の一例である。

図６はサーバ２０のハードウェア構成を例示する図である。図において、メモリ２１は各種データを記憶する。プロセッサ２２はメモリ２１に記憶されているプログラムに従いデータ処理を行う。通信ＩＦ２３は外部の装置とネットワークを介したデータ通信を行うインタフェースである。

この例で、メモリ２１に記憶されているプログラムをプロセッサ２２が実行することにより、図４に示される機能が実装される。プログラムを実行しているプロセッサ２２は、表示制御手段２０１および出力手段２０２の例である。通信ＩＦ２３は本発明に係る通信手段の一例である。

図７はユーザ端末３０のハードウェア構成を例示する図である。図において、メモリ３１は各種データを記憶する。プロセッサ３２はメモリ３１に記憶されているプログラムに従いデータ処理を行う。通信ＩＦ３３は外部の装置とネットワークを介したデータ通信を行うインタフェースである。ＵＩ部３４（操作パネルの一例）は例えばタッチスクリーンとキーとを備える。コード読取部３５は二次元コードなどのコード（情報）を読み取る読取手段であり、例えば撮影する撮影手段（カメラ）を備える。この例で、メモリ３１に記憶されているプログラムをプロセッサ３２が実行することにより、図４に示される機能が実装される。プログラムを実行しているプロセッサ３２は、第２の表示制御手段１０１、表示制御手段２０１および出力手段２０２の例である。通信ＩＦ３３は本発明に係る通信手段の一例である。

［２］動作
［２－１］動作例１
次いで、この実施形態の動作例を説明する。ここでは、ユーザが画像処理装置１０のＵＩ部１４を用いて画像読取処理の実行を指示する場合の動作を説明する。また、この動作例では、画像処理装置１０にＷｅｂブラウザが搭載されている場合の動作を説明する。ユーザは、画像処理装置１０のＵＩ部１４を用いて各種の操作を行う。例えば、図２に例示する画面が表示されている状態において、ユーザがボタンＢ１４を選択した場合、画像処理装置１０のプロセッサ１２は、「Scan To Email」の処理指示の受け付け画面を表示する。

図８は、ＵＩ部１４に表示される、「Scan To Email」の処理指示を受け付ける画面の一例を示す図である。ユーザは、図８に例示される画面において電子メールの送信先アドレスや添付ファイルを指定した後、ボタンＢ２１を選択することにより処理の実行を指示する。

図９は画像処理装置１０が行う処理の流れを示すフローチャートである。ステップＳ１０１において、画像処理装置１０のプロセッサ１２は、処理の実行指示を受け付けるまで（ステップＳ１０１；Ｎ）待機する。処理の実行指示は、例えば、ユーザにより図８のボタンＢ２１が選択されることにより受け付けられる。プロセッサ１２は、処理の実行指示を受け付けると（ステップＳ１０１；Ｙ）、ステップＳ１０２の処理に進む。

ステップＳ１０２において、プロセッサ１２は、ＵＩ部１４に表示されたローカルＵＩに対してなされたユーザ操作により指示された処理の画像処理装置１０による実行を妨げる要因（エラー）があり、その要因を解消するための追加のユーザ操作が必要であるかを判定する。実行を妨げる要因がある場合とは、例えば、ユーザ指示処理を実行するために必要な設定がなされていない場合や、その処理に関する設定内容により実行が許可されない場合である。具体的には、例えば、「Scan To Email」のメニューが選択されて電子メールの送信処理が指示された場合において、ＳＭＴＰ設定がなされていない場合がある。また、例えば、ストレージからのファイルの取出が指示された場合において、予め指定されたデバイス以外からの指示を受け付けない設定がなされている場合がある。

この実施形態では、プロセッサ１２は、予め定められたデータベースを参照してステップＳ１０２の判定を行う。このデータベースは、画像処理装置１０のメモリ１１に記憶されていてもよく、また、外部サーバ（例えばサーバ２０）のメモリに記憶されているデータベースに画像処理装置１０がアクセスして参照してもよい。

図１０はステップＳ１０２で参照されるデータベースの内容の一例を示す図である。図１０に例示するデータベースは、「機能項目」と「設定値」と「ＵＩ種別」と「表示メッセージ」と「解消画面ＵＲＬ」との各項目が互いに関連付けられている。これらの項目のうち、「機能項目」の項目には、エラー発生の原因となる機能項目（例えば、「ＳＭＴＰメール送信ポート」、「本体メールアドレス」、「ＳＭＴＰサーバーアドレス」等）を示す情報が格納される。「設定値」の項目には、各設定項目においてエラーと判定される設定値が格納される。プロセッサ１２は、ユーザ指示処理において参照される設定項目に、このデータベースに登録されている設定項目があるかを判定し、登録されている設定項目がある場合に、その設定値を参照する。設定値がこのデータベースの「設定値」の項目に設定されている値である場合に、プロセッサ１２は追加のユーザ操作が必要であると判定する。一方、ユーザ指示処理において参照される設定項目に、このデータベースに登録されている設定項目が含まれていない場合や、含まれていたとしてもその設定値がこのデータベースの「設定値」の項目に設定されている値でない場合、プロセッサ１２は追加のユーザ操作が必要ないと判定する。

「ＵＩ種別」の項目には、エラーを解消するためにユーザ操作が必要となるＵＩの種別（ローカルＵＩ、リモートＵＩ、ＷｅｂＵＩ）を示す情報が格納される。「表示メッセージ」の項目には、エラーが検知された場合に表示されるメッセージが格納される。「解消画面ＵＲＬ」の項目には、エラーを解消するためのＵＩ画面（以下「解消画面」という）のＵＲＬを示す情報が格納される。

図９の説明に戻る。ステップＳ１０２においてユーザ操作が必要であると判定された場合（ステップＳ１０２；Ｙ）、プロセッサ１２はステップＳ１０３の処理に進む。一方、ユーザ操作が必要でないと判定された場合（ステップＳ１０２；Ｎ）、プロセッサ１２はステップＳ１０８の処理に進む。

ステップＳ１０３において、プロセッサ１２は、別のＵＩに対するユーザ操作が必要か（ひとつのＵＩで操作が完結しないか）を判定する。この動作例では、プロセッサ１２は、ＵＩ部１４に表示されたローカルＵＩ（第１のユーザインタフェース）に対してなされたユーザ操作により指示されたユーザ指示処理を自装置が実行する際に、ＷｅｂＵＩ（第２のインタフェース）に対するユーザ操作が必要であるかを判定する。すなわち、ローカルＵＩに対してなされたユーザ操作により指示されたユーザ指示処理に必要な設定のうち、ＷｅｂＵＩでしか行うことができない（ローカルＵＩで行うことができない）設定があるかがステップＳ１０３で判定される。具体的には、例えば、ユーザがローカルＵＩで「Scan To Email」のメニューを選択した場合であって、かつ、ＳＭＴＰ設定がなされていない場合、別のＵＩに対するユーザ操作が必要であると判定される。

ステップＳ１０３において、別のＵＩに対するユーザ操作が必要である（ひとつのＵＩで操作が完結しない）と判定された場合（ステップＳ１０３；Ｙ）、プロセッサ１２はステップＳ１０４の処理に進む。一方、別のＵＩに対するユーザ操作が必要ないと判定された場合（ステップＳ１０３；Ｎ）、プロセッサ１２はステップＳ１０９の処理に進む。

ステップＳ１０４において、プロセッサ１２はユーザ操作が必要である旨を示すメッセージとリンク先を示す情報をＵＩ部１４に表示させる。

図１１は、ステップＳ１０４において画像処理装置１０のＵＩ部１４に表示される、ローカルＵＩの画面の一例を示す図である。この例では、「Scan To Emailアプリは設定完了していません。完了するにはデバイスのＷｅｂページを開いてください」というメッセージが表示されるとともに、ＷｅｂＵＩの画面を開くためのボタンＢ１や、操作を終了するためのボタンＢ２が表示される。

ステップＳ１０５において、プロセッサ１２は解消画面（解消先ＵＩ）の表示をユーザが要求したかを判定する。この判定は、例えば、図１１に例示される画面において、ユーザによりボタンＢ１が選択された場合に、表示が要求されたと判定される。一方、ボタンＢ２が選択された場合、表示が要求されなかったと判定される。表示が要求されたと判定された場合（ステップＳ１０５；Ｙ）、プロセッサ１２はステップＳ１０６の処理に進む。一方、表示が要求されなかった場合（ステップＳ１０５；Ｎ）、プロセッサ１２はステップＳ１０１の処理に戻り、画面の表示要求を受け付けるまで待機する。

ステップＳ１０６において、プロセッサ１２は、解消先ＵＩ画面（例えば、図３に例示されるＷｅｂＵＩ）の画面をＵＩ部１４に表示させる。図３の例では、ＳＭＴＰの設定画面がＵＩ部１４に表示される。解除先のＵＩ画面が表示されると、ユーザは、このＵＩ画面に対してエラーを解消するために必要なユーザ操作（すなわち、ユーザ指示処理を画像処理装置１０が実行するために必要なユーザ操作）を行う。

ステップＳ１０７において、プロセッサ１２は、エラーが解消されたか（ユーザ指示処理を画像処理装置１０が実行するために必要であったユーザ操作がなされたか）を判定する。エラーが解消されたと判定された場合（ステップＳ１０７；Ｙ）、プロセッサ１２はステップＳ１０８の処理に進む。一方、エラーが解消されていないと判定された場合（ステップＳ１０７；Ｎ）、プロセッサ１２はステップＳ１０１の処理に戻る。

ステップＳ１０８において、プロセッサ１２は、ＷｅｂＵＩを終了し、ローカルＵＩの画面であって処理指示の受付画面（例えば図８の画面）をＵＩ部１４に再度表示させる。一方、ステップＳ１０９において、プロセッサ１２はユーザ操作が必要である旨のメッセージを表示する。この場合、ユーザは、ステップＳ１０９で表示されたメッセージに従い、ローカルＵＩに対して必要なユーザ操作を行う。

ステップＳ１０８においてＵＩ部１４に処理指示の受付画面が再度表示された状態において、ユーザは、例えば図８のボタンＢ２１を選択する等して処理の実行を指示する。ユーザにより処理の実行が指示されると、プロセッサ１２は、画像形成部１５、画像読取部１６、および／または画像処理部１７を制御して、ユーザ指示処理を実行する。

ところで、ローカルＵＩ（またはリモートＵＩ）とＷｅｂＵＩとで表示される機能（設定項目）が異なる場合、ローカルＵＩ（またはリモートＵＩ）からある処理指示を行うためには、ＷｅｂＵＩからの別の操作が必要となるケースがある。このように、複数のＵＩに跨って操作を行う必要がある場合、従来の装置では、ユーザは２種類のＵＩを相互に操作する必要があるため、操作が煩わしい場合があった。それに対しこの実施形態では、一のＵＩに対するユーザ指示処理を画像処理装置１０が実行するために複数のＵＩに跨った操作が必要である場合、他のＵＩの画面のアクセスするためのリンク情報が出力される。この動作例では、ローカルＵＩからＷｅｂＵＩへのリンクボタンが表示され、ＷｅｂＵＩの画面が表示されることによりローカルＵＩでできなかった設定操作が可能となる。これにより、ユーザの操作性が向上する。

［２－２］動作例２
次いで、この実施形態の他の動作例を説明する。上述の動作例１では、画像処理装置１０にＷｅｂブラウザが搭載されている場合の動作を説明したが、この動作例では、画像処理装置１０にＷｅｂブラウザが搭載されていない場合の動作を説明する。

図１２は画像処理装置１０が行う処理の流れを示すフローチャートである。図１２に示すフローチャートが上述した動作例１に係る図９のフローチャートと異なる点は、ステップＳ１０４乃至Ｓ１０７の処理に代えて、ステップＳ１１４の処理を行う点である。

ステップＳ１１４において、プロセッサ１２は、ユーザ操作が必要である旨を示すメッセージをＵＩ部１４に表示させるとともに、解消画面にアクセスするための情報をＵＩ部１４に表示させる。

図１３は、ステップＳ１１４において画像処理装置１０のＵＩ部１４に表示される、ローカルＵＩの画面の一例を示す図である。この例では、「Emailアプリは設定完了していません。設定を完了するにはＷｅｂページを操作してください」というメッセージが表示されるとともに、ＷｅｂページのＵＲＬを示す二次元コードＣ８１や、操作を終了するためのボタンＢ８２が表示される。

図１３に例示される画面がＵＩ部１４に表示されている状態において、ユーザは、自身が所持しているユーザ端末３０を用いてＵＩ部１４に表示された二次元コードＣ８１を読み取る操作を行う。ユーザ端末３０はユーザの操作に応じて、二次元コードＣ８１により示されるＷｅｂページのデータを取得し、ＵＩ部３４にＷｅｂＵＩの画面を表示させる。

図１４はＵＩ部３４に表示されるＷｅｂＵＩの画面の例を示す図である。図１４の例では、ＳＭＴＰの設定画面がＵＩ部３４に表示される。ユーザは、ＵＩ部３４に表示されるＵＩ画面に対し、エラーを解消するために必要なユーザ操作（すなわち、ユーザ指示処理を画像処理装置１０が実行するために必要なユーザ操作（ＳＭＴＰの設定操作等））を行う。

一方、プロセッサ１２はステップＳ１１４の処理を終えると、ステップＳ１０２の処理に戻る。ユーザによりＷｅｂＵＩに対して必要な操作がなされると、ステップＳ１０２の判定が「Ｙ」となり、プロセッサ１２はステップＳ１０８の処理に進む。このように、上述の動作例１では、ＷｅｂＵＩの表示を画像処理装置１０が行ったが、この動作例ではユーザ端末３０によりＷｅｂＵＩの画面が表示される。ステップＳ１０８においてＵＩ部１４に処理指示の受付画面が再度表示された状態において、ユーザは、例えば図８のボタンＢ２１を選択する等して処理の実行を指示する。ユーザにより処理の実行が指示されると、プロセッサ１２は、画像形成部１５、画像読取部１６、および／または画像処理部１７を制御して、ユーザ指示処理を実行する。

この動作例では、画像処理装置１０にＷｅｂブラウザが搭載されていない場合等により画像処理装置１０でＷｅｂＵＩが表示できない場合、解消画面へ誘導するための情報（二次元コード等）がＵＩ部１４に表示される。ユーザは二次元コードをユーザ端末３０で読み取る等の操作を行うことにより、誘導先の解消画面にダイレクトにアクセスする。これにより、ユーザの利便性が向上する。

［２－３］動作例３
次いで、この実施形態の他の動作例を説明する。以下では、ユーザがユーザ端末３０のＵＩ部３４に表示されるＷｅｂＵＩを用いて、処理の実行を指示する場合の動作を説明する。また、この動作例では、親展ボックスと呼ばれる、ユーザ毎に割り当てられたストレージから文書ファイルを読み出す処理が指示される場合の動作を説明する。「親展ボックスから文書ファイルの取出」のメニューは、ＩＰアドレスをチェックするか否かを指定する設定を含む。ＩＰドレスをチェックする旨が設定されている場合、画像処理装置１０は、処理の実行指示の送信元であるデバイスのＩＰアドレスが予め設定されたアドレスであるかをチェックし、予め設定されたアドレスである場合、読出処理を実行する一方、予め設定されたアドレスでない場合、読出処理を実行しない。

このＩＰアドレスのチェックの有無を示す設定値は、ローカルＵＩおよびリモートＵＩにより設定変更を行うことが可能であり、ＷｅｂＵＩからこの設定値を変更することはできない。

図１５は、ＵＩ部３４に表示されるＷｅｂＵＩの画面の一例を示す図である。この例は、親展ボックスからの文書ファイルの取出画面の例である。ユーザは、図１５に例示される画面において、ページの指定や圧縮の有無を設定した後、ボタンＢ３１を選択することにより処理の実行を指示する。

図１６は、ユーザ端末３０が行う処理の流れを示すフローチャートである。ステップＳ２０１において、ユーザ端末３０のプロセッサ３２は、処理の実行指示を受け付けるまで（ステップＳ２０１；Ｎ）待機する。処理の実行指示は、例えば、ユーザにより図１５のボタンＢ３１が選択されることにより受け付けられる。プロセッサ３２は、処理の実行指示を受け付けると（ステップＳ２０１；Ｙ）、ステップＳ２０２の処理に進む。

ステップＳ２０２において、プロセッサ３２は、ＵＩ部３４に表示されたＷｅｂＵＩに対してなされたユーザ操作により指示されたユーザ指示処理を画像処理装置１０が実行する際に、実行を妨げる要因があるか（追加のユーザ操作が必要であるか）を判定する。例えば、親展ボックス文書の取出処理において、ＩＰアドレスをチェックする旨の設定値が設定されており、かつ、指示の送信元であるユーザ端末３０のＩＰアドレスが予め登録されていない場合、追加のユーザ操作が必要であると判定される。ＩＰアドレスが登録されているか否かの判定は、ユーザ端末３０が画像処理装置１０に問い合わせることにより行われてもよい。この実施形態では、プロセッサ３２は、予め定められたデータベースを参照することにより、追加のユーザ操作が必要であるかを判定する。このデータベースは、ユーザ端末３０のメモリ３１に記憶されていてもよく、外部サーバのメモリに記憶されているデータベースにユーザ端末３０がアクセスして参照してもよい。

図１７は、ステップＳ２０２で参照されるデータベースの内容の一例を示す図である。図１７に例示するデータベースは、「機能項目」と「設定値Ｐ１」と「サブ項目」と「設定値Ｐ２」と「ＵＩ種別」と「表示メッセージ」と「解消画面ＵＲＬ（ＷｅｂＵＩ）」と「解消画面ＵＲＬ（ローカルＵＩ）」との各項目が互いに関連付けられている。これらの項目のうち、「機能項目」および「サブ項目」の項目には、エラー発生の原因となる機能項目（例えば、「文書取り出し時のＩＰアドレスのチェック有無」）を示す情報が格納される。「設定値Ｐ１」および「設定値Ｐ２」の項目には、各設定項目においてエラーと判定される設定値が格納される。プロセッサ３２は、ユーザ指示処理において参照される設定項目に、このデータベースに登録されている設定項目があるかを判定し、登録されている設定項目がある場合に、その設定値を参照する。設定値がこのデータベースの「設定値Ｐ１」、「設定値Ｐ２」の項目に設定されている値である場合、プロセッサ３２はエラーを解消するためのユーザ操作が必要であると判定する。一方、ユーザ指示処理において参照される設定項目に、このデータベースに登録されている設定項目が含まれていない場合や、含まれていたとしてもその設定値がこのデータベースの「設定値Ｐ１」、「設定値Ｐ２」の項目に設定されている値でない場合、プロセッサ１２はユーザ操作が必要ないと判定する。

「ＵＩ種別」の項目には、エラーを解消するためにユーザ操作が必要となるＵＩの種別（ローカルＵＩ、リモートＵＩ、ＷｅｂＵＩ）を示す情報が格納される。「表示メッセージ」の項目には、エラーが検知された場合に表示されるメッセージが格納される。「解消画面ＵＲＬ（ＷｅｂＵＩ）」と「解消画面ＵＲＬ（ローカルＵＩ）」の項目には、解消画面のＵＲＬを示す情報が格納される。

図１６の説明に戻る。ステップＳ２０２においてユーザ操作が必要であると判定された場合（ステップＳ２０２；Ｙ）、プロセッサ３２はステップＳ２０３の処理に進む。一方、ユーザ操作が必要でないと判定された場合（ステップＳ２０２；Ｎ）、プロセッサ３２はステップＳ２０９の処理に進む。

ステップＳ２０３において、プロセッサ３２は、別のＵＩに対するユーザ操作が必要か（ひとつのＵＩで操作が完結しないか）を判定する。この動作例では、プロセッサ３２は、ＷｅｂＵＩに対してなされたユーザ操作により指示されたユーザ指示処理に必要な設定のうち、ローカルＵＩでしか行うことができない（ＷｅｂＵＩでは行うことができない）設定があるかを判定する。具体的には、例えば、ユーザがＷｅｂＵＩで「親展ボックスからの文書ファイルの取出」のメニューを選択した場合であって、かつ、ユーザ端末３０のＩＰアドレスによる文書ファイルの取出が許可されない設定となっている場合、ひとつのＵＩで操作が完結しないと判定される。

ステップＳ２０３において、別のＵＩに対するユーザ操作が必要である（ひとつのＵＩで操作が完結しない）と判定された場合（ステップＳ２０３；Ｙ）、プロセッサ３２はステップＳ２０４の処理に進む。一方、別のＵＩに対するユーザ操作が必要でないと判定された場合（ステップＳ２０３；Ｎ）、プロセッサ３２はステップＳ２１０の処理に進む。

ステップＳ２０４において、プロセッサ３２は、ユーザ操作が必要である旨を示すメッセージとリンク先を示す情報をＵＩ部３４に表示させる。

図１８は、ステップＳ２０４においてＵＩ部３４に表示される、ＷｅｂＵＩの画面の一例を示す図である。この例では、「文書の取り出しができませんでした。完了するには、本機とプロキシを経由せずに直接接続してください。または、文書取り出し時のＩＰアドレスチェック有無設定を変更することで完了できます」というメッセージが表示されるとともに、リモートＵＩの画面を開くためのボタンＢ４１や、操作を終了するためのボタンＢ４２が表示される。

ステップＳ２０５において、プロセッサ３２はユーザ端末３０がリモートＵＩ機能を有しているか（リモートＵＩのアプリケーションがインストールされているか）を判定する。リモートＵＩ機能を有している場合（ステップＳ２０５；Ｙ）、プロセッサ３２はステップＳ２０６の処理に進む。一方、リモートＵＩ機能を有していない場合（ステップＳ２０５；Ｎ）、プロセッサ３２はステップＳ２１１の処理に進む。

ステップＳ２０６において、プロセッサ３２は解消画面の表示がユーザにより要求されたかを判定する。この判定は、例えば、図１８に例示される画面においてユーザによりボタンＢ４１が選択された場合に、表示が要求されたと判定される。一方、ボタンＢ４２が選択された場合、表示が要求されなかったと判定される。表示が要求されたと判定された場合（ステップＳ２０６；Ｙ）、プロセッサ３２はステップＳ２０７の処理に進む。一方、表示が要求されなかった場合（ステップＳ２０６；Ｎ）、プロセッサ３２はステップＳ２０１の処理に戻り、画面の表示要求を受け付けるまで待機する。

ステップＳ２０７において、プロセッサ３２はリモートＵＩの画面をＵＩ部３４に表示させる。

図１９は、リモートＵＩの画面の例を示す図である。図１９は、親展ボックスの設定画面の例を示す。この画面では、ＩＰアドレスのチェックを行うか否かの設定、プリント時のデータの削除についての確認画面を表示するか否かの設定、および、外部ストレージからのデータの取り出し後にデータを削除するか否かの設定がユーザにより行われる。

図１６の説明に戻る。ステップＳ２０８において、プロセッサ３２は、エラーが解消されたか（すなわち、ユーザ指示処理を画像処理装置１０が実行するために必要であったユーザ操作がなされたか）を判定する。エラーが解消されたと判定された場合（ステップＳ２０８；Ｙ）、プロセッサ３２はステップＳ２０９の処理に進む。一方、エラーが解消されていないと判定された場合（ステップＳ２０８；Ｎ）、プロセッサ３２はステップＳ２０１の処理に戻る。

ステップＳ２０９において、プロセッサ３２は、リモートＵＩを終了し、ＷｅｂＵＩの処理指示の受付画面（例えば図１５の画面）をＵＩ部３４に再度表示させる。ＵＩ部３４に処理指示の受付画面が再度表示された状態において、ユーザは、例えば図１５のボタンＢ３１を選択する等して処理の実行を指示する。ユーザにより処理の実行が指示されると、プロセッサ３２は、画像処理装置１０にユーザ指示処理の実行を指示する。

ステップＳ２１０において、プロセッサ３２はユーザ操作が必要である旨のメッセージを表示する。この場合、ユーザは、ステップＳ２１０で表示されたメッセージに従い、ＷｅｂＵＩに対して必要なユーザ操作を行う。

ステップＳ２１１において、プロセッサ３２は解消画面のＵＲＬを画像処理装置１０に送信するとともに、ローカルＵＩに対する操作を促すメッセージをＵＩ部３４に表示する。

図２０は、ＵＩ部３４に表示されるＷｅｂＵＩの画面の例を示す図である。図２０の例では、「文書の取り出しができませんでした。完了するには、本機とプロキシを経由せずに直接接続してください。または、文書取り出し時のＩＰアドレスチェック有無設定を変更することで完了できます。設定を完了するにはControl Panel を操作してください。操作完了後、自動で実行を完了することができます。蓄積しますか？」というメッセージが表示されるとともに、データを蓄積するためのボタンＢ７１や、画面を閉じるためのボタンＢ７２が表示される。ユーザは、ユーザ端末３０を操作してボタンＢ７１またはＢ７２を選択し、ＷｅｂＵＩを終了させる。この画面において、ローカルＵＩのＵＩ画面のメニュー階層を案内するガイドメッセージが表示されてもよい。

図１６の説明に戻る。ステップＳ２１２において、プロセッサ３２は、解消画面の表示がユーザにより要求されたかを判定する。この判定は、例えば、図２０に例示される画面においてユーザによりボタンＢ７１が選択された場合に、表示が要求されたと判定される。一方、ボタンＢ７２が選択された場合、表示が要求されなかったと判定される。表示が要求されたと判定された場合（ステップＳ２１２；Ｙ）、プロセッサ３２はステップＳ２１３の処理に進む。一方、表示が要求されなかった場合（ステップＳ２１２；Ｎ）、プロセッサ３２はステップＳ２０１の処理に戻り、画面の表示要求を受け付けるまで待機する。

ステップＳ２１３において、プロセッサ３２は、ユーザ指示処理の蓄積を画像処理装置１０に指示する。蓄積されたユーザ指示処理は、画像処理装置１０においてユーザによりローカルＵＩが操作されて必要な設定が完了された場合に、画像処理装置１０により実行される。

図２０に例示される画面においてボタンＢ７１が選択した後、ユーザは、画像処理装置１０のＵＩ部１４を用いてユーザ認証のための操作を行う。画像処理装置１０のプロセッサ１２は、ユーザにより操作された内容に応じて、ステップＳ２１１でユーザ端末３０から送信されたＵＲＬにより取得される解消画面をＵＩ部１４に表示する。ユーザは、ＵＩ部１４に表示されたローカルＵＩの解消画面に従って、エラーを解消するための操作を行う。

図２１は、ローカルＵＩの画面の一例を示す図である。図２１に例示する図は、ユーザにより画像処理装置１０においてローカルＵＩが操作されて必要な設定が完了された場合にＵＩ部１４に表示される。図２１の例では、ユーザ指示処理の実行を指示するためのボタンＢ１０２や、ユーザ指示処理を実行しない旨を指示するためのボタンＢ１０１が表示される。図２１に例示される画面においてユーザによりボタンＢ１０２が選択されると、画像処理装置１０のプロセッサ１２は処理対象であるデータ（以下「処理対象データ」という）をそのユーザの親展ボックスから取り出し、ユーザ端末３０に送信する指示を行う。

この動作例では、ＷｅｂＵＩに対するユーザ操作により指示されたユーザ指示処理を画像処理装置１０が実行するためにローカルＵＩまたはリモートＵＩに対するユーザ操作が必要である場合、リモートＵＩの解消画面がユーザ端末３０に表示されたり、解消画面のＵＲＬが画像処理装置１０に送信されたりする。解消画面のＵＲＬが画像処理装置１０に送信される場合、ローカルＵＩの解消画面が画像処理装置１０のＵＩ部１４に表示される。ユーザはローカルＵＩまたはリモートＵＩに表示された画面においてエラーを解消するための操作を行う。

［３］変形例
上述した実施形態は、本発明の実施の例に過ぎず、以下のように変形させてもよい。また、上述した実施形態および以下に示す各変形例は、必要に応じて組み合わせて実施してもよい。

（１）上述の実施形態では、ＷｅｂＵＩで操作可能であって、ローカルＵＩおよびリモートＵＩで操作不可能な設定項目として、ＳＭＴＰ設定を例示した。複数のＵＩのうちのいずれかで操作可能な設定項目は、上述したものに限られない。例えば、ＷｅｂＵＩで操作可能な設定項目であって、ローカルＵＩおよびリモートＵＩで操作不可能な設定項目として、Ｗｉ－Ｆｉの接続設定が含まれていてもよい。

（２）上述の実施形態では、管理者用のＵＩであるＷｅｂＵＩはＷｅｂブラウザにより表示された。管理者用のＵＩはＷｅｂブラウザ以外の他のアプリケーションにより表示されてもよい。

（３）上述の動作例１では、画像処理装置１０は、ローカルＵＩ（第１のＵＩ）で処理指示を受け付けた後に、ＷｅｂＵＩ（第２のＵＩ）でエラーを解消するユーザ操作がなされた場合、ローカルＵＩの画面に戻って実行指示の受付画面を再度表示し（図９のステップＳ１０８）、ユーザによる処理の実行指示を待機した。また、上述の動作例３では、ユーザ端末３０は、ＷｅｂＵＩ（第１のＵＩ）で処理指示を受け付けた後に、リモートＵＩ（第２のＵＩ）でエラーを解消するユーザ操作がなされた場合、ＷｅｂＵＩの画面に戻って実行指示の受付画面を再度表示し（図１６のステップＳ２０９）、ユーザによる処理の実行指示を待機した。

これに対し、第１のＵＩにより処理指示を受け付けた後に、異なるＵＩでエラーを解消する操作が行われた場合に、（第１のＵＩに対するユーザ操作が必要な場合であっても、）第１のＵＩに戻ることなくそのままユーザ指示処理が実行されるようにしてもよい。例えば、ユーザによりローカルＵＩまたはリモートＵＩが操作された後にＷｅｂＵＩが操作された場合、画像処理装置１０のプロセッサ１２（またはユーザ端末３０のプロセッサ３２）は、ＷｅｂＵＩが表示された後は、ローカルＵＩまたはリモートＵＩで指示されたユーザ指示処理を実行する際にローカルＵＩまたはリモートＵＩに対する再度のユーザ操作が要される場合であっても、ＷｅｂＵＩに対するユーザ操作に応じて上記ユーザ指示処理の実行を指示し、ローカルＵＩまたはリモートＵＩに対する再度のユーザ操作を受け付けないようにしてもよい。

また、ユーザによりＷｅｂＵＩが操作された後にローカルＵＩまたはリモートＵＩが操作された場合、画像処理装置１０のプロセッサ１２（またはユーザ端末３０のプロセッサ３２）は、ローカルＵＩまたはリモートＵＩが表示された後は、ＷｅｂＵＩで指示されたユーザ指示処理を実行する際にＷｅｂＵＩに対する再度のユーザ操作が要される場合であっても、ローカルＵＩまたはリモートＵＩに対するユーザ操作に応じて上記ユーザ指示処理の実行を指示し、ＷｅｂＵＩに対する再度のユーザ操作を受け付けないようにしてもよい。この態様によれば、移行後のＵＩで操作が完結されるため、ユーザの操作性が向上する。

（４）上述の実施形態において、画像処理装置１０に設けられた操作パネルに表示されたローカルＵＩがユーザにより操作中である場合（ローカルＵＩのＵＩ画面において処理の実行指示を受け付けてから指示された処理の実行が開始されるまでの期間において）、ＷｅｂＵＩ（第２のユーザインタフェース）および／またはリモートＵＩに対するユーザ操作を受け付けない制御が行われてもよい。

（５）上述の動作例３において、プロセッサ３２が図１６のステップＳ２１３の処理を行った後に、画像処理装置１０のプロセッサ１２が、自装置から予め定められた範囲内でユーザが検知された場合に操作パネルにローカルＵＩ（第２のユーザインタフェース）をＵＩ部１４に表示させる制御を行ってもよい。ユーザが画像処理装置１０の予め定められた範囲内に居るか否かの判定は例えば、赤外線センサによる検知結果により判定されてもよく、また、例えばユーザ端末３０から取得される位置情報に基づいて判定されてもよい。

（６）上述の動作例２では、プロセッサ１２は、図１２のステップＳ１１４において図１３に例示される画面を表示した。ステップＳ１１４でＵＩ部１４に表示される画面は上述したものに限られない。例えば、図２２に例示される画面が表示されてもよい。

図２２は、画像処理装置１０のＵＩ部１４に表示されるローカルＵＩの画面の例を示す図である。この例では、「Emailアプリは設定完了していません。設定を完了するにはＷｅｂページを操作してください。操作完了後、自動で実行を完了することができます。蓄積しますか？」というメッセージが表示されるとともに、ＷｅｂページのＵＲＬを示す二次元コードＣ９１や、操作を終了するためのボタンＢ９２、データを蓄積するためのボタンＢ９３が表示される。

図２２に例示される画面において、ユーザによりボタンＢ９３が選択されると、処理対象データが画像処理装置１０のメモリ１１に一時的に蓄積される。メモリ１１に蓄積された処理対象データは、ユーザによりユーザ端末３０においてＷｅｂＵＩが操作されて必要な設定が完了された場合に、画像処理装置１０により出力される。

図２３は、ＷｅｂＵＩの画面の一例を示す図である。ユーザ端末３０においてＷｅｂＵＩが操作されて必要な設定が完了すると、ユーザ端末３０は図２３に例示する画面を表示する。この例では、「以下の蓄積された処理があります。実行しますか？」というメッセージが表示されるとともに、処理の実行を指示するためのボタンＢ１１２や、処理を実行しない旨を指示するためのボタンＢ１１１が表示される。図２３に例示される画面においてユーザによりボタンＢ１１２が選択されると、ユーザ端末３０のプロセッサ３２は、ユーザにより指示された処理の実行を画像処理装置１０に指示する。

（７）上述の動作例３では、プロセッサ３２は、図１６のステップＳ２１１において図２０に例示される画面を表示した。ステップＳ２１１にＵＩ部３４に表示される画面は上述したものに限られない。例えば、図２４に例示される画面が表示されてもよい。

図２４はＵＩ部３４に表示されるリモートＵＩの画面の例を示す図である。図２４の例では、「文書の取り出しができませんでした。完了するには、本機とプロキシを経由せずに直接接続してください。または、文書取り出し時のＩＰアドレスチェック有無設定を変更することで完了できます。設定を完了するにはControl Panel を操作してください。」というメッセージが表示されるとともに、画面を閉じるためのボタンＢ６１が表示される。

この変形例では、プロセッサ３２は、図２３に例示される画面においてユーザ操作がなされたか否かに関わらず、処理対象データを画像処理装置１０へ送信する。画像処理装置１０は、ユーザ端末３０から処理対象データを受信し、受信された処理対象データを一時的にメモリ１１に記憶する。記憶された処理対象データは、ユーザにより必要な設定操作がなされた場合に画像処理装置１０により出力される。

（８）上述した実施形態において、画像処理装置１０のプロセッサ１２、サーバ２０のプロセッサ２２、またはユーザ端末３０のプロセッサ３２により実行されるプログラムは、インターネットなどの通信回線を介してダウンロードされてもよい。また、これらのプログラムは、磁気記録媒体（磁気テープ、磁気ディスクなど）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリなどの、コンピュータが読取可能な記録媒体に記録した状態で提供されてもよい。

１…システム、２…通信回線、１０…画像処理装置、１１…メモリ、１２…プロセッサ、１３…通信ＩＦ、１４…ＵＩ部、１５…画像形成部、１６…画像読取部、１７…画像処理部、１８…給紙部、２０…サーバ、２１…メモリ、２２…プロセッサ、２３…通信ＩＦ、３０…ユーザ端末、３１…メモリ、３２…プロセッサ、３３…通信ＩＦ、３４…ＵＩ部、１００…処理実行装置、１０１…第２の表示制御手段、２００…情報処理装置、２０１…表示制御手段、２０２…出力手段、３００…表示手段。

Claims (10)

1. 第１のユーザインタフェースに対する第１のユーザ操作および第２のユーザインタフェースに対する第２のユーザ操作により指示される処理を実行する処理実行装置に関し、当該第１のユーザインタフェースの画面を表示手段に表示させる表示制御手段と、
   前記表示された第１のユーザインタフェースに対してなされた前記第１のユーザ操作により指示された処理を前記処理実行装置が実行する際に、前記第２のユーザインタフェースに対する第３のユーザ操作が必要となる場合、当該第２のユーザインタフェースを表す情報を出力する出力手段とを有し、
   前記第２のユーザインタフェースは、第１のユーザインタフェースが表示する処理を実行するための設定画面を表示し、
   前記表示制御手段は、前記出力された情報に基づいて第２のユーザ操作により表示された前記第２のユーザインタフェースに対する前記第３のユーザ操作が完了したと判定された場合、前記第１のユーザインタフェースの画面を前記表示手段に再度表示させる
   情報処理装置。
2. 前記表示手段は前記処理実行装置に設けられた操作パネルであり、
   前記出力手段は、前記第２のユーザインタフェースの画面の表示を前記表示手段または他の表示手段に指示する
   請求項１に記載の情報処理装置。
3. 前記表示手段は、前記処理実行装置と通信手段を介して接続された表示手段であり、
   前記出力手段は、前記第２のユーザインタフェースの画面の表示を前記表示手段に指示する
   請求項１に記載の情報処理装置。
4. 前記出力手段は、前記第２のユーザインタフェースが表示された後は、前記指示された処理において前記第１のユーザインタフェースに対する再度のユーザ操作が要されるか否かに関わらず、該第１のユーザインタフェースに対するユーザ操作を受け付けることなく、該第２のユーザインタフェースに対するユーザ操作に応じて前記指示された処理の実行を指示する
   請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記出力手段は、前記処理実行装置に設けられた操作パネルがユーザにより操作中である場合、前記第２のユーザインタフェースに対するユーザ操作を受け付けない制御を行う
   請求項３に記載の情報処理装置。
6. 前記表示手段は前記処理実行装置に設けられた操作パネルであり、
   前記出力手段は、前記第２のユーザインタフェースのアドレスを示す情報を出力する
   請求項１に記載の情報処理装置。
7. 前記表示手段は前記処理実行装置と通信手段を介して接続された表示手段であり、
   前記出力手段は、前記処理実行装置に設けられた操作パネルに対する操作を促す操作情報を出力する
   請求項１に記載の情報処理装置。
8. 請求項７に記載の情報処理装置と、前記処理実行装置とを有し、
   前記処理実行装置は、
   前記操作情報が出力された後に自装置から予め定められた範囲内においてユーザが検知された場合に、前記操作パネルに前記第２のユーザインタフェースを表示する第２の表示制御手段
   を備えるシステム。
9. コンピュータに、
   第１のユーザインタフェースに対する第１のユーザ操作および第２のユーザインタフェースに対する第２のユーザ操作により指示される処理を実行する処理実行装置に関し、当該第１のユーザインタフェースの画面を表示手段に表示させるステップと、
   前記表示された第１のユーザインタフェースに対してなされた前記第１のユーザ操作により指示された処理を前記処理実行装置が実行する際に、前記第２のユーザインタフェースに対する第３のユーザ操作が必要となる場合、当該第２のユーザインタフェースを表す情報を出力するステップとを有し、
   前記第２のユーザインタフェースは、第１のユーザインタフェースが表示する処理を実行するための設定画面を表示し、
   前記表示させるステップにおいて、前記出力された情報に基づいて第２のユーザ操作により表示された前記第２のユーザインタフェースに対する前記第３のユーザ操作が完了したと判定された場合、前記第１のユーザインタフェースの画面を前記表示手段に再度表示させる
   ためのプログラム。
10. 第１のユーザインタフェースに対する第１のユーザ操作および第２のユーザインタフェースに対する第２のユーザ操作により指示される処理を実行する処理実行装置に関し、当該第１のユーザインタフェースの画面を表示手段に表示させる表示制御手段と、
    前記表示された第１のユーザインタフェースに対してなされた前記第１のユーザ操作により指示された処理を前記処理実行装置が実行する際に、前記第２のユーザインタフェースに対する第２のユーザ操作が必要となる場合、当該第２のユーザインタフェースを表す情報を出力する出力手段とを有し、
    前記表示手段は前記処理実行装置と通信手段を介して接続された表示手段であり、
    前記出力手段は、前記処理実行装置に設けられた操作パネルに対する操作を促す操作情報を出力する
    情報処理装置と、
    前記操作情報が出力された後に自装置から予め定められた範囲内においてユーザが検知された場合に、前記操作パネルに前記第２のユーザインタフェースの画面を表示する第２の表示制御手段を有する
    前記処理実行装置と
    を備えるシステム。

Images