JP6135500B2 - 画像処理装置と画面情報供給サーバ - Google Patents

Description

本明細書では、画像処理を実行可能な画像処理装置と、画像処理装置に画面情報を供給する画面情報供給サーバと、を開示する。

特許文献１には、多機能装置と中継装置とを備えるサービス連携システムが開示されている。多機能装置は、複数種類のサービスの中から１個のサービスがユーザによって選択されると、サービス提供装置から選択済みのサービスを受けるための様々な通信を中継装置と実行する。例えば、多機能装置は、中継装置から、アルバム所有者入力ＵＩ表示命令とアルバム名選択ＵＩ表示命令とを順次取得する。これにより、多機能装置は、アルバム所有者入力ＵＩとアルバム名選択ＵＩとを順次表示する。そして、ユーザは、各ＵＩにおいて、選択済みのサービスに関係する各設定（例えば、アルバム所有者名の入力、アルバム名の選択等）を実行することができる。

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

上記の特許文献１の技術では、複数個の選択肢を含む２個以上の画面を切り替えながら表示する構成について、何ら開示されていない。本明細書では、複数個の選択肢を含む２個以上の画面を切り替えながら表示させる構成において、ユーザが所望の選択肢を容易に選択し得る技術を提供する。

本明細書では、画像処理を実行可能な画像処理装置を開示する。画像処理装置は、表示部と、制御部と、を備える。制御部は、画面情報取得部と、レイアウトデータ取得部と、表示制御部と、画像処理実行部と、を備える。画面情報取得部は、画像処理の実行のトリガである所定の指示がユーザから画像処理装置に与えられる場合に、画面情報の要求を画面情報供給サーバに供給して、画面情報供給サーバから、Ｋ個（Ｋは２以上の整数）の選択肢に関係するＫ個の選択肢情報を含む第１の画面情報を取得する。レイアウトデータ取得部は、表示部に表示されるべき画面のレイアウトを表わすレイアウトデータを格納するメモリから、レイアウトデータを取得する。表示制御部は、第１の画面情報に含まれるＫ個の選択肢情報のうちの一部であるＫ１個（Ｋ１は１以上の整数）の選択肢情報と、レイアウトデータと、を利用して、Ｋ１個の選択肢を含む第１の画面を表示部に最初に表示させ、第１の画面が表示部に表示されている状態で、ユーザから画面変更指示が与えられる場合に、Ｋ個の選択肢情報のうちの一部であるＫ２個（Ｋ２は１以上の整数）の選択肢情報であって、Ｋ１個の選択肢情報とは異なるＫ２個の選択肢情報と、レイアウトデータと、を利用して、Ｋ２個の選択肢を含む第２の画面を表示部に表示させる。画像処理実行部は、第２の画面が表示部に表示されている状態で、Ｋ２個の選択肢のうちの対象選択肢がユーザによって選択される場合に、対象選択肢に関係する画像処理を実行する。画面情報取得部は、さらに、対象選択肢に関係する画像処理が実行された後に、所定の指示がユーザから画像処理装置に再び与えられる場合に、画面情報の要求を画面情報供給サーバに供給して、画面情報供給サーバから、Ｋ個の選択肢情報を含む第２の画面情報を取得する。表示制御部は、さらに、第２の画面情報が取得される場合に、第２の画面情報に含まれるＫ個の選択肢情報のうちのＫ２個の選択肢情報と、レイアウトデータと、を利用して、第２の画面を表示部に最初に表示させる。

上記の構成によると、画像処理装置は、画面情報供給サーバから第１の画面情報を取得する場合に、Ｋ１個の選択肢を含む第１の画面を最初に表示する。また、画像処理装置は、ユーザから画面変更指示が与えられる場合に、Ｋ２個の選択肢を含む第２の画面を表示する。そして、画像処理装置は、Ｋ２個の選択肢のうちの対象選択肢がユーザによって選択される場合に、対象選択肢に関係する画像処理を実行する。画像処理装置は、当該画像処理が実行された後に、画面情報供給サーバから第２の画面情報を取得する場合に、ユーザによって過去に選択された対象選択肢を含む第２の画面を最初に表示する。特に、当該第２の画面と、対象選択肢の選択が実行された第２の画面と、が同じであるので、これらの画面において、Ｋ２個の選択肢の並び順が同じである。このために、ユーザは、対象選択肢と同じ選択肢を再び選択することを望む場合に、当該選択肢を容易に選択し得る。

本明細書では、さらに、画面情報供給サーバを開示する。画面情報供給サーバは、画面情報供給部と、登録部と、を備える。画面情報供給部は、画像処理の実行のトリガである第１の指示がユーザから画像処理装置に与えられたことに起因して、画像処理装置から第１の要求が取得される場合に、Ｋ個の選択肢に関係するＫ個の選択肢情報を含む第１の画面情報を、画像処理装置に供給する。第１の画面情報は、（Ａ）Ｋ個の選択肢を含む２個以上の画面を画像処理装置の表示部に順次表示させるための情報であり、かつ、（Ｂ）２個以上の画面のうちの第１の画面を表示部に最初に表示させるための情報であり、かつ、（Ｃ）第１の画面が表示部に表示されている状態で、ユーザから画像処理装置に画面変更指示が与えられる場合に、２個以上の画面のうちの第２の画面を表示部に表示させるための情報である。第１の画面は、Ｋ個の選択肢のうちの一部であるＫ１個（Ｋ１は１以上の整数）の選択肢を含む。第２の画面は、Ｋ個の選択肢のうちの一部であるＫ２個（Ｋ２は１以上の整数）の選択肢を含む。Ｋ２個の選択肢は、Ｋ１個の選択肢とは異なる。登録部は、第１の画面情報が供給された後に、画像処理装置から、Ｋ２個の選択肢のうちの対象選択肢がユーザによって選択されたことを示す第１の選択情報が取得される場合に、対象選択肢を示す登録情報をデータベースに登録する。画面情報供給部は、さらに、画像処理装置が第１の指示に応じて画像処理を実行した後に、第１の指示がユーザから画像処理装置に再び与えられたことに起因して、画像処理装置から第２の要求が取得される場合に、データベース内の登録情報を利用して、Ｋ個の選択肢情報と、指示情報と、を含む第２の画面情報を、画像処理装置に供給する。第２の画面情報は、Ｋ個の選択肢を含む２個以上の画面を表示部に順次表示させるための情報である。第２の画面情報内の指示情報は、２個以上の画面のうちの第２の画面を表示部に最初に表示すべきことを、画像処理装置に指示するための情報である。

上記の構成によると、画面情報供給サーバは、画像処理装置から第１の要求を取得する場合に、第１の画面情報を画像処理装置に供給する。これにより、画像処理装置において、Ｋ１個の選択肢を含む第１の画面が最初に表示され、次いで、Ｋ２個の選択肢を含む第２の画面が表示され得る。そして、画面情報供給サーバは、Ｋ２個の選択肢のうちの対象選択肢がユーザによって選択される場合に、画像処理装置から第１の選択情報を取得して、対象選択肢を示す登録情報をデータベースに登録する。また、画面情報供給サーバは、画像処理装置から第２の要求を取得する場合に、データベース内の登録情報を利用して、第２の画面情報を画像処理装置に供給する。これにより、画像処理装置において、ユーザによって過去に選択された対象選択肢を含む第２の画面が最初に表示され得る。特に、当該第２の画面と、対象選択肢の選択が実行された第２の画面と、が同じであるので、これらの画面において、Ｋ２個の選択肢の並び順が同じである。このために、ユーザは、対象選択肢と同じ選択肢を再び選択することを望む場合に、当該選択肢を容易に選択し得る。

上記の画面情報供給サーバを実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを記憶するコンピュータ読取可能記憶媒体も、新規で有用である。また、上記の画像処理装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを記憶するコンピュータ読取可能記憶媒体も、新規で有用である。また、上記の画面情報供給サーバと上記の画像処理装置とを備えるシステムも、新規で有用である。

通信システムの構成を示す。 多機能機内のデータの一例を示す。 仲介サーバ内のデータの一例を示す。 メイン画面で「Ｗｅｂ」が選択される場合の各処理を示す。 対象ＳＦＬ情報の判断結果がＯＫである場合の各処理を示す。 ダウンロード印刷（即ちＤＰ）が選択される場合の各処理を示す。 スキャンアップロード（即ちＳＵ）が選択される場合の各処理を示す。 メイン画面で「Ｓｃａｎ」が選択される場合の各処理を示す。 多機能機で表示される各画面を示す。 多機能機で表示される各画面を示す。 データベースサーバにサービス名「ＳＶＥ」が登録されている状態で、メイン画面で「Ｗｅｂ」が選択される場合の各処理を示す。 データベースサーバにサービス名「ＳＶＥ」が登録されている状態で、メイン画面で「Ｓｃａｎ」が選択される場合の各処理を示す。 データベースサーバにサービス名「ＳＶＢ」が登録されている状態で、メイン画面で「Ｓｃａｎ」が選択される場合の各処理を示す。 アカウント選択画面でバックボタンが選択される場合の各処理を示す。 サービス選択画面で履歴が選択される場合の各処理を示す。 仲介サーバによって実行される各処理のフローチャートを示す。 図１６の続きのフローチャートを示す。 第２実施例の多機能機によって実行される各処理のフローチャートを示す。

（第１実施例）
（システムの構成）
図１に示されるように、通信システム２は、多機能機１０と、仲介サーバ５０と、データベースサーバ（以下では「ＤＢサーバ」と呼ぶ）８０と、複数個のサービス提供サーバ（以下では「ＳＰサーバ」と呼ぶ）１００と、を備える。これらのデバイス１０，５０，８０，１００は、それぞれ、別体に構成されている。

（多機能機１０の構成）
多機能機１０は、印刷機能、スキャン機能、コピー機能、ＦＡＸ機能等を含む多機能を実行可能である。多機能機１０は、図示省略のＬＡＮ（Local Area Networkの略）に接続されるデバイスであり、当該ＬＡＮに接続される他の装置（例えばＰＣ（Personal Computerの略）等）の周辺機器である。多機能機１０は、操作部１２と、表示部１４と、印刷実行部１６と、スキャン実行部１８と、ネットワークＩ／Ｆ２０と、制御部３０と、を備える。

操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示を多機能機１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。表示部１４は、いわゆるタッチパネルとして機能する。即ち、表示部１４は、ユーザによって操作される操作部としても機能する。印刷実行部１６は、インクジェット方式、レーザー方式等の印刷機構を備える。スキャン実行部１８は、ＣＣＤ、ＣＩＳ等のスキャン機構を備える。ネットワークＩ／Ｆ２０は、図示省略のＬＡＮに接続するためのインターフェースである。多機能機１０は、ネットワークＩ／Ｆ２０を介して（即ちＬＡＮを介して）、インターネットに接続可能である。

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に格納されているプログラムに従って、様々な処理を実行する。メモリ３４は、上記のプログラムの他に、複数個のレイアウト情報３６と、ＳＦＬ（Secure Function Lockの略）テーブル３８と、サービスユーザテーブル４０と、を格納する。

図２に示されるように、複数個のレイアウト情報３６のそれぞれは、レイアウトＩＤ（例えば「ＬＹ１」）とレイアウトデータとが関連付けられた情報である。レイアウトＩＤは、レイアウトデータを識別するための識別情報である。レイアウトデータは、表示部１４に表示されるべき画面のレイアウトを表わすデータである。複数個のレイアウト情報３６は、多機能機１０の出荷段階において、メモリ３４に予め格納されている。

ＳＦＬテーブル３８には、１個以上のＳＦＬ情報が登録される。各ＳＦＬ情報は、ユーザ名とパスワードと印刷許可情報とスキャン許可情報とが関連付けられた情報である。ユーザ名は、多機能機１０のユーザを識別するための識別情報である。パスワードは、ユーザを認証するための認証情報である。印刷許可情報は、多機能機１０に印刷機能を実行させることがユーザに許可されている場合に「ＯＫ」を示し、許可されていない場合に「ＮＧ」を示す。スキャン許可情報は、多機能機１０にスキャン機能を実行させることがユーザに許可されている場合に「ＯＫ」を示し、許可されていない場合に「ＮＧ」を示す。例えば、多機能機１０の管理者は、操作部１２を操作して、各ユーザのための各ＳＦＬ情報をＳＦＬテーブル３８に登録する。

サービスユーザテーブル４０は、１個以上のサービスユーザ情報が登録される。各サービスユーザ情報は、サービス名とアカウント名とパスワードと顔ＩＤとが関連付けられた情報である。サービス名は、各ＳＰサーバ１００によって提供されるサービスの名称であり、換言すると、各ＳＰサーバ１００のサーバ名である。アカウント名は、ＳＰサーバ１００のユーザを識別するための識別情報である。パスワードは、ユーザを認証するための認証情報である。顔ＩＤは、顔オブジェクトを識別するための識別情報である。なお、以下では、オブジェクトのことを「ＯＢ」と呼ぶ。

例えば、ユーザは、図示省略のＰＣを利用して任意のＳＰサーバ１００にアクセスして、アカウント名及びパスワードを当該ＳＰサーバ１００に登録する。その後、例えば、ユーザは、図示省略のＰＣを利用して多機能機１０にアクセスして、当該ＳＰサーバ１００のサービス名と、当該アカウント名と、当該パスワードと、顔ＩＤと、をサービスユーザテーブル４０に登録する。これにより、１個のサービスユーザ情報がサービスユーザテーブル４０に登録される。なお、ユーザは、図示省略のＰＣを利用して仲介サーバ５０にアクセスして（即ち後述の図３の顔ＯＢテーブル７８内の各画像データにアクセスして）、各顔ＯＢをＰＣに表示させることができる。これにより、ユーザは、各顔ＯＢに対応する各顔ＩＤを知ることができ、所望の顔ＯＢに対応する顔ＩＤをサービスユーザテーブル４０に登録することができる。

（仲介サーバ５０の構成）
図１の仲介サーバ５０は、多機能機１０のベンダによって提供されるサーバである。仲介サーバ５０は、各ＳＰサーバ１００から多機能機１０へのサービスの提供を仲介するためのサーバである。具体的に言うと、仲介サーバ５０は、各ＳＰサーバ１００に対応する各ＡＰＩ（Application Program Interfaceの略）に従って、各ＳＰサーバ１００と通信を実行可能である。

仲介サーバ５０は、ネットワークＩ／Ｆ６０と、制御部７０と、を備える。仲介サーバ５０は、ネットワークＩ／Ｆ６０を介して、インターネットに接続可能である。制御部７０は、ＣＰＵ７２と、メモリ７４と、を備える。ＣＰＵ７２は、メモリ７４に格納されているプログラムに従って、様々な処理を実行する。

メモリ７４内のプログラムは、複数個のＳＰサーバ１００に対応する複数個のＡＰＩを含む。複数個のＡＰＩのそれぞれは、当該ＡＰＩに対応するＳＰサーバと通信してデータ処理を実行するためのプログラムである。メモリ７４は、上記のプログラムの他に、サービスＯＢテーブル７６と、顔ＯＢテーブル７８と、を格納する。これらの各テーブル７６，７８内の情報は、仲介サーバ５０の管理者（即ち多機能機１０のベンダ）によって予め登録される。

図３に示されるように、サービスＯＢテーブル７６には、複数個のサービスＯＢ情報が登録と、履歴ＯＢ情報（即ち図３の最下欄の情報）と、が登録される。各サービスＯＢ情報は、ＵＲＬ（Uniform Resource Locatorの略）とサービス名と画像データとが関連付けられた情報である。サービス名は、各ＳＰサーバ１００によって提供されるサービスの名称である。ＵＲＬは、サービスＯＢを表わす画像データの位置（即ち仲介サーバ５０内の位置）を示す位置情報である。画像データは、サービスＯＢ（即ちサービスを示す画像）を表わすデータである。

履歴ＯＢ情報も、ＵＲＬとサービス名と画像データとが関連付けられた情報である。ただし、履歴ＯＢ情報は、各ＳＰサーバ１００によって提供される各サービスに関係しない情報であり、仲介サーバ５０が提供可能な履歴供給サービスに関係する情報である。履歴供給サービスは、多機能機１０のベンダによって販売された機器が、どのＳＰサーバのサービスをいつサポートしたのかを示す履歴情報を、当該機器に供給するためのサービスである。

顔ＯＢテーブル７８には、複数個の顔ＯＢ情報が登録される。各顔ＯＢ情報は、ＵＲＬと顔ＩＤと画像データとが関連付けられた情報である。ＵＲＬは、顔ＯＢを表わす画像データの位置（即ち仲介サーバ５０内の位置）を示す位置情報である。顔ＩＤは、顔ＯＢ（即ち顔を模した画像）を識別するための識別情報である。画像データは、顔ＯＢを表わすデータである。

（ＤＢサーバ８０の構成）
図１のＤＢサーバ８０は、多機能機１０のベンダによって提供されるサーバである。ＤＢサーバ８０は、インターネットを介して、仲介サーバ５０と通信可能である。ＤＢサーバ８０は、選択サービステーブル８２を格納する。選択サービステーブル８２内の情報は、仲介サーバ５０からの指示に従って登録される。

選択サービステーブル８２には、複数個の選択サービス情報が登録される。各選択サービス情報は、ＭＡＣアドレスとサービス名とが関連付けられた情報である。ＭＡＣアドレスは、多機能機（例えば１０）に予め割り当てられている識別情報である。本実施例では、多機能機１０のＭＡＣアドレスは、「Ｍ１」である。サービス名は、多機能機のユーザによって過去に選択されたサービス名である。

（ＳＰサーバ１００の構成）
複数個のＳＰサーバ１００は、例えば、「Evernote（登録商標）」、「Google（登録商標） Docs」、「PICASA（登録商標）」、「Facebook（登録商標）」等の各サービス名を有するサーバ（即ちクラウドサーバ）である。各ＳＰサーバ１００は、インターネットを介して、当該ＳＰサーバに対応するサービスを通信機器（例えば多機能機１０）に提供する。各ＳＰサーバ１００は、様々な機能を実行することによって、様々なサービスを通信機器に提供することができる。例えば、通信機器から画像データを取得して当該画像データを保存する機能（以下では「画像データ保存機能」と呼ぶ）を実行可能なＳＰサーバも存在するし、画像データを通信機器に供給する機能（以下では「画像データ供給機能」と呼ぶ）を実行可能なＳＰサーバも存在する。本実施例では、仲介サーバ５０がサービスの提供を仲介可能な複数個のＳＰサーバ１００の全てが画像データ供給機能を実行可能である。ただし、複数個のＳＰサーバ１００のうちの一部のみが画像データ保存機能を実行可能である。

（各デバイス１０，５０等によって実行される各処理；図４）
本実施例では、多機能機１０が、サービス提供サーバ１００からサービスを受けて、ダウンロード印刷又はスキャンアップロードを実行することを想定している。ダウンロード印刷は、サービス提供サーバ１００から画像データをダウンロードして、当該画像データによって表わされる画像の印刷を実行することである。この場合、サービス提供サーバ１００は、画像データ供給機能を実行することになる。また、スキャンアップロードは、原稿のスキャンによって画像データを生成して、当該画像データをサービス提供サーバ１００にアップロードすることである。この場合、サービス提供サーバ１００は、画像データ保存機能を実行することになる。以下では、ダウンロード印刷、スキャンアップロードのこと、それぞれ、「ＤＰ（Download Printの略）」、「ＳＵ（Scan Uploadの略）」と省略して呼ぶことがある。

図４に示されるように、Ｓ１０では、ユーザは、ユーザＩＤ「Ｕ１」とパスワード「ＰＵ１とを多機能機１０に入力する。なお、ユーザは、操作部１２を操作して情報を多機能機１０に入力してもよいし、表示部１４のタッチパネルを利用して情報を多機能機１０に入力してもよい。以下でも、ユーザの動作は、操作部１２及び表示部１４のタッチパネルのいずれに実行されてもよい。

Ｓ１２では、多機能機１０のＣＰＵ３２は、メモリ３４に予め格納されている表示用データを表示部１４に供給して、図９のメイン画面ＳＣ１を表示部１４に表示させる。メイン画面ＳＣ１は、「Ｗｅｂ」を示すオブジェクトと、「Ｓｃａｎ」を示すオブジェクトと、を含む。「Ｗｅｂ」を示すオブジェクトは、インターネットへの接続の実行を示すオブジェクトである。「Ｓｃａｎ」を示すオブジェクトは、スキャン機能の実行を示すオブジェクトである。なお、メイン画面ＳＣ１は、さらに、他の機能の実行を示す他のオブジェクト（例えば、「Ｃｏｐｙ」を示すオブジェクト、「ＦＡＸ」を示すオブジェクト）を含んでいてもよい。

図４のＳ１４では、ユーザは、メイン画面ＳＣ１において、「Ｗｅｂ」を示すオブジェクトを選択する。この場合、Ｓ１６では、多機能機１０のＣＰＵ３２は、初期要求を仲介サーバ５０に供給する。初期要求は、インターネットへの接続に関係する画面情報を要求するためのコマンドである。初期要求は、多機能機１０のＭＡＣアドレス「Ｍ１」と、通常モード情報と、対象ＳＦＬ情報と、を含む。通常モード情報は、メイン画面ＳＣ１で「Ｗｅｂ」を示すオブジェクトが選択される場合に、初期要求に含まれる情報である。対象ＳＦＬ情報は、メモリ３４内のＳＦＬテーブル３８（図２参照）に登録されている１個以上のＳＦＬ情報のうち、Ｓ１０で入力されたユーザＩＤ「Ｕ１」とパスワード「ＰＵ１」とに関連付けられている情報（例えば、印刷許可情報「ＯＫ」、スキャン許可情報「ＯＫ」）である。

仲介サーバ５０のＣＰＵ７２は、多機能機１０から初期要求を取得すると、Ｓ２２において、初期要求内のＭＡＣアドレス「Ｍ１」を含む情報要求をＤＢサーバ８０に供給する。

ＤＢサーバ８０は、仲介サーバ５０から情報要求を取得すると、情報要求内のＭＡＣアドレス「Ｍ１」が選択サービステーブル８２（図１参照）に登録されているのか否かを判断する。図４の例では、ＤＢサーバ８０は、ＭＡＣアドレス「Ｍ１」が登録されていないと判断し、この結果、Ｓ２４において、「登録無」を示す応答を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、ＤＢサーバ８０から応答を取得すると、Ｓ３０において、メモリ７４内のサービスＯＢテーブル７６（図３参照）から各サービスＯＢ情報と履歴ＯＢ情報とを取得する。そして、Ｓ３２では、ＣＰＵ７２は、サービス選択画面情報を生成する。次いで、Ｓ３４では、ＣＰＵ７２は、サービス選択画面情報を多機能機１０に供給する。サービス選択画面情報は、２個以上のサービス選択画面（図９のＳＣ２，ＳＣ３参照）を多機能機１０に表示させるための情報であり、具体的には、以下のようにして生成される。

仲介サーバ５０のＣＰＵ７２は、まず、図４のテーブルを生成する。当該テーブルでは、サービス名とＵＲＬとフラグとが関連付けられている。ＣＰＵ７２は、サービスＯＢテーブル７６（図３参照）内での各サービスＯＢ情報の並び順と同じ順に従って、各サービスＯＢ情報に含まれる各サービス名と各ＵＲＬとをテーブルに記述する。次いで、ＣＰＵ７２は、履歴ＯＢ情報に含まれるサービス名「履歴」とＵＲＬ「ＵＨ」とをテーブルに記述する（即ち最下欄に記述する）。そして、ＣＰＵ７２は、Ｓ２４の応答が「登録無」を示すので、テーブルの最上欄のフラグとして「ＯＮ」を記述する。フラグ「ＯＮ」は、テーブル内のいずれか１個のサービス名のみに関連付けられる情報であり、当該サービス名を含む画面を最初に表示すべきことを多機能機１０に指示するための情報である。なお、仮に、Ｓ２４の応答が「登録無」ではなくサービス名を示す場合には、ＣＰＵ７２は、当該サービス名に関連付けてフラグ「ＯＮ」を記述する。また、ＣＰＵ７２は、多機能機１０で利用されている複数個のレイアウトＩＤ「ＬＹ１」〜「ＬＹ４」（図２参照）を予め知っており、それらのレイアウトＩＤの中から１個のレイアウトＩＤ「ＬＹ１」を決定する。これにより、ＣＰＵ７２は、図４のテーブルと、レイアウトＩＤ「ＬＹ１」と、を含むサービス選択画面情報を生成することができる。

多機能機１０のＣＰＵ３２は、仲介サーバ５０からサービス選択画面情報を取得すると、Ｓ４０において、サービス選択画面情報内の６個のＵＲＬを含む画像データ要求を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、多機能機１０から画像データ要求を取得すると、サービスＯＢテーブル７６（図３参照）から、画像データ要求内の６個のＵＲＬによって特定される６個の画像データを取得する。そして、Ｓ４２において、ＣＰＵ７２は、当該６個の画像データを多機能機１０に供給する。

多機能機１０のＣＰＵ３２は、仲介サーバ５０から６個の画像データを取得すると、Ｓ５０において、２個のサービス選択画面（図９のＳＣ２，ＳＣ３参照）を表わす２個の表示用データを生成する。具体的には、ＣＰＵ３２は、メモリ３４内の複数個のレイアウト情報３６の中から、サービス選択画面情報内のレイアウトＩＤ「ＬＹ１」によって識別されるレイアウトデータを取得する。ＣＰＵ３２は、取得済みのレイアウトデータが３個の領域Ａ１〜Ａ３（図２参照）を含むので、サービス選択画面情報内のテーブルの最上欄から順に３個のサービス名「ＳＶＡ」，「ＳＶＢ」，「ＳＶＣ」を取得し、当該３個のサービス名を３個の領域Ａ１〜Ａ３の下方に追加する。ＣＰＵ３２は、さらに、取得済みの６個の画像データのうち、当該３個のサービス名に対応する３個の画像データを、３個の領域Ａ１〜Ａ３に追加する。これにより、第１の表示用データが完成する。

同様に、ＣＰＵ３２は、取得済みのレイアウトデータと同じレイアウトデータを利用して、第２の表示用データを生成する。即ち、ＣＰＵ３２は、サービス選択画面情報内のテーブルから残りの３個のサービス名「ＳＶＤ」，「ＳＶＥ」，「履歴」を取得し、当該３個のサービス名を３個の領域Ａ１〜Ａ３の下方に追加し、さらに、取得済みの６個の画像データのうちの残りの３個の画像データを３個の領域Ａ１〜Ａ３に追加する。これにより、第２の表示用データが完成する。

ＣＰＵ３２は、サービス選択画面情報内のテーブルにおいて、サービス名「ＳＶＡ」に関連付けてフラグ「ＯＮ」が記述されているので、サービス名「ＳＶＡ」を含むサービス選択画面を最初に表示させるべきことを決定する。この結果、ＣＰＵ３２は、まず、第１の表示用データを表示部１４に供給して、図９のサービス選択画面ＳＣ２を表示部１４に表示させる。サービス選択画面ＳＣ２は、図形「Ａ」等を示す３個のサービスＯＢと、「ＳＶＡ」等を示す３個のサービス名と、画面変更ボタンと、を含む。

図４のＳ５２では、ユーザは、サービス選択画面ＳＣ２において、画面変更ボタンを選択する。この場合、Ｓ５４では、多機能機１０のＣＰＵ３２は、第２の表示用データを表示部１４に供給して、図９のサービス選択画面ＳＣ３を表示部１４に表示させる。サービス選択画面ＳＣ３は、図形「Ｄ」等を示す２個のサービスＯＢと、図形「Ｈｉｓｔｏｒｙ」を示す１個の履歴ＯＢと、３個のサービス名と、画面変更ボタンと、を含む。仮に、ユーザが、サービス選択画面ＳＣ３において、画面変更ボタンを選択すると、ＣＰＵ３２は、第１の表示用データを表示部１４に再び供給して、サービス選択画面ＳＣ２を表示部１４に再び表示させる。

上述したように、本実施例では、仲介サーバ５０は、レイアウトＩＤ「ＬＹ１」と複数個のサービス名等とを含むサービス選択画面情報を多機能機１０に供給する（Ｓ３４参照）。これにより、多機能機１０は、レイアウトＩＤ「ＬＹ１」によって識別されるレイアウトデータを利用して、サービス選択画面ＳＣ２，ＳＣ３を表示する。これに代えて、例えば、仲介サーバ５０が、サービス選択画面を表わす表示用データ（例えばＳ５０で多機能機１０によって生成される第１及び第２の表示用データ）を生成して、当該表示用データを多機能機１０に供給する構成（以下では「比較例の構成」と呼ぶ）を採用することを想定する。

比較例の構成では、仲介サーバ５０は、多機能機１０内のレイアウトデータが３個の領域Ａ１〜Ａ３を含むので、例えば、３個のサービスＯＢを含む１個のサービス選択画面（例えばＳＣ２）を表わす第１の表示用データを生成して多機能機１０に供給しなければならない。また、例えば、多機能機１０とは異なるモデルである多機能機（以下では「特定の多機能機」と呼ぶ）が存在し、特定の多機能機では、レイアウトＩＤ「ＬＹ１」によって識別されるレイアウトデータが４個の領域を含む状況を想定する。この場合、仲介サーバ５０は、４個のサービスＯＢを含む１個のサービス選択画面を表わす表示用データを生成して特定の多機能機に供給しなければならない。このように、比較例の構成では、仲介サーバ５０が多機能機のモデルに応じた異なる表示用データを生成する必要があるので、仲介サーバ５０の負荷が高い。これに対し、本実施例では、仲介サーバ５０は、多機能機１０と特定の多機能機とに対して、同じサービス選択画面情報を供給すればよい。これにより、例えば、多機能機１０は、３個のサービスＯＢを含む１個のサービス選択画面ＳＣ２を表わす表示用データを生成し、特定の多機能機は、４個のサービスＯＢを含む１個のサービス選択画面を表わす表示用データを生成する。即ち、仲介サーバ５０は、多機能機のモデルに応じた異なる表示用データを生成せずに済む。従って、比較例の構成と比べると、仲介サーバ５０の負荷が低い。

図４のＳ５６では、ユーザは、サービス選択画面ＳＣ３において、図形「Ｅ」を示すサービスＯＢを選択することによって、サービス名「ＳＶＥ」を有するサービスを選択する。なお、以下では、Ｓ５６で選択されたサービス名（即ち「ＳＶＥ」）、当該サービス名を有するサービス、当該サービスを提供するＳＰサーバのことを、それぞれ、「対象サービス名」、「対象サービス」、「対象ＳＰサーバ」と呼ぶ。Ｓ５８では、多機能機１０のＣＰＵ３２は、対象サービス名「ＳＶＥ」を含む選択情報を仲介サーバ５０に供給する。

Ｓ６０では、仲介サーバ５０のＣＰＵ７２は、Ｓ１６で取得される対象ＳＦＬ情報の判断を実行して、判断結果として「ＯＫ」又は「ＮＧ」を決定する。Ｓ６０の判断結果「ＯＫ」は、多機能機１０が、対象ＳＦＬ情報と対象サービスとに基づいて、ダウンロード印刷（即ちＤＰ）とスキャンアップロード（即ちＳＵ）とのうちの少なくとも一方を実行可能であることを意味する。また、Ｓ６０の判断結果「ＮＧ」は、多機能機１０がＤＰとＳＵとのいずれも実行可能でないことを意味する。ＣＰＵ７２は、対象ＳＦＬ情報内の印刷許可情報とスキャン許可情報とのどちらも「ＮＧ」を示す場合には、判断結果として「ＮＧ」を決定する。

上述したように、本実施例では、複数個のＳＰサーバ１００の全てが画像データ供給機能を実行可能であるが、複数個のＳＰサーバ１００のうちの一部のみが画像データ保存機能を実行可能である。従って、対象ＳＰサーバ１００は、少なくとも画像データ供給機能を実行可能である。ＣＰＵ７２は、対象ＳＦＬ情報内の印刷許可情報が「ＯＫ」を示す場合には、判断結果として「ＯＫ」を決定する。その理由は、印刷機能の実行がユーザに許可されており、かつ、対象ＳＰサーバ１００が少なくとも画像データ供給機能を実行可能であるので、多機能機１０が少なくともＤＰを実行可能であるからである。

また、ＣＰＵ７２は、対象ＳＦＬ情報内の印刷許可情報が「ＮＧ」であり、かつ、対象ＳＦＬ情報内のスキャン許可情報が「ＯＫ」である場合には、対象ＳＰサーバ１００が画像データ保存機能を実行可能であるのか否かを判断する。当該判断は、メモリ７４内に予め格納されている各ＳＰサーバ１００に関する情報（図示省略）に基づいて実行される。ＣＰＵ７２は、対象ＳＰサーバが画像データ保存機能を実行可能であると判断する場合には、判断結果として「ＯＫ」を決定する。その理由は、スキャン機能の実行がユーザに許可されており、かつ、対象ＳＰサーバ１００が画像データ保存機能を実行可能であるので、多機能機１０がＳＵを実行可能であるからである。一方において、ＣＰＵ７２は、対象ＳＰサーバが画像データ保存機能を実行不可能であると判断する場合には、判断結果として「ＮＧ」を決定する。

仲介サーバ５０のＣＰＵ７２は、Ｓ６０の判断結果として「ＮＧ」を決定する場合には、Ｓ６２において、エラー情報を多機能機１０に供給する。この場合、ＣＰＵ７２は、後述の各画面情報（図５のＳ８２、Ｓ１０６等参照）を多機能機１０に供給することなく、Ｓ１６の初期要求に応じた処理を終了する。

多機能機１０のＣＰＵ３２は、仲介サーバ５０からエラー情報を取得すると、Ｓ６４において、メモリ３４に予め格納されている表示用データを表示部１４に供給して、図９のエラー画面ＳＣＥを表示部１４に表示させる。これにより、ユーザは、ＤＰ又はＳＵを多機能機１０に実行させることができないことを知ることができる。

（図４のＳ６０の判断結果が「ＯＫ」であるケース；図５）
図５に示されるように、仲介サーバ５０のＣＰＵ７２は、図４のＳ６０の判断結果として「ＯＫ」を決定する場合には、Ｓ７０において、登録要求をＤＢサーバ８０に供給する。登録要求は、多機能機１０のＭＡＣアドレス「Ｍ１」と、対象サービス名「ＳＶＥ」と、を含む。

ＤＢサーバ８０は、仲介サーバ５０から登録要求を取得すると、登録要求内のＭＡＣアドレス「Ｍ１」が選択サービステーブル８２（図１参照）に登録されているのか否かを判断する。ＤＢサーバ８０は、ＭＡＣアドレス「Ｍ１」が登録されていないと判断する場合には、Ｓ７２において、新たな選択情報を選択サービステーブル８２に登録する。当該新たな選択情報は、ＭＡＣアドレス「Ｍ１」と対象サービス名「ＳＶＥ」とが関連付けられた情報である。また、ＤＢサーバ８０は、ＭＡＣアドレス「Ｍ１」が登録されていると判断する場合には、Ｓ７２において、ＭＡＣアドレス「Ｍ１」に関連付けられているサービス名に代えて、対象サービス名「ＳＶＥ」を選択サービステーブル８２に記述する。

Ｓ７４では、仲介サーバ５０のＣＰＵ７２は、対象サービス名「ＳＶＥ」を含むアカウント情報要求を多機能機１０に供給する。

多機能機１０のＣＰＵ３２は、仲介サーバ５０からアカウント情報要求を取得すると、サービスユーザテーブル４０（図２参照）から、アカウント情報要求内の対象サービス名「ＳＶＥ」に関連付けられている１個以上のアカウント情報（即ち、アカウント名、パスワード、及び、顔ＩＤ）を取得する。そして、Ｓ７６では、ＣＰＵ３２は、取得済みの１個以上のアカウント情報を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、多機能機１０から１個以上のアカウント情報を取得すると、Ｓ８０において、アカウント選択画面情報を生成する。次いで、Ｓ８２では、ＣＰＵ７２は、アカウント選択画面情報を多機能機１０に供給する。アカウント選択画面情報は、アカウント選択画面（図９のＳＣ４参照）を多機能機１０に表示させるための情報であり、具体的には、以下のようにして生成される。

仲介サーバ５０のＣＰＵ７２は、まず、図５のテーブルを生成する。当該テーブルでは、アカウント名とＵＲＬとが関連付けられている。ＣＰＵ７２は、取得済みの１個以上のアカウント情報のうちの１個のアカウント情報を利用して、以下の処理を実行してテーブルを生成する。即ち、ＣＰＵ７２は、顔ＯＢテーブル７８（図３参照）から、当該１個のアカウント情報内の顔ＩＤに関連付けられているＵＲＬを取得する。そして、ＣＰＵ７２は、当該１個のアカウント情報内のアカウント名と取得済みのＵＲＬとを関連付けて、テーブルに記述する。ＣＰＵ７２は、他のアカウント情報についても同様に処理を実行する。これにより、図５のテーブルが完成する。また、ＣＰＵ７２は、サービスＯＢテーブル７６（図３参照）から、対象サービス名「ＳＶＥ」に関連付けられているＵＲＬ（以下では「対象サービスＵＲＬ」と呼ぶ）「ＵＳＥ」を取得する。また、ＣＰＵ７２は、１個のレイアウトＩＤ「ＬＹ２」（図２参照）を決定する。これにより、ＣＰＵ７２は、図５のテーブルと、対象サービスＵＲＬ「ＵＳＥ」と、レイアウトＩＤ「ＬＹ２」と、を含むアカウント選択画面情報を生成することができる。

多機能機１０のＣＰＵ３２は、仲介サーバ５０からアカウント選択画面情報を取得すると、Ｓ９０において、アカウント選択画面情報内の３個のＵＲＬ「ＵＦ１」，「ＵＦ２」，「ＵＳＥ」を含む画像データ要求を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、多機能機１０から画像データ要求を取得すると、サービスＯＢテーブル７６及び顔ＯＢテーブル７８（図３参照）から、画像データ要求内の３個のＵＲＬ「ＵＦ１」，「ＵＦ２」，「ＵＳＥ」によって特定される３個の画像データを取得する。そして、Ｓ９２において、ＣＰＵ７２は、当該３個の画像データを多機能機１０に供給する。

多機能機１０のＣＰＵ３２は、仲介サーバ５０から３個の画像データを取得すると、Ｓ９４において、アカウント選択画面（図９のＳＣ４参照）を表わす表示用データを生成する。具体的には、ＣＰＵ３２は、メモリ３４から、レイアウトＩＤ「ＬＹ２」によって識別されるレイアウトデータを取得する。図２に示されるように、取得済みのレイアウトデータは、複数個の領域Ａ４，Ａ５，Ａ６を含む。ＣＰＵ３２は、アカウント選択画面情報内のテーブルに含まれる２個のアカウント名「ＡＮ１」，「ＡＮ２」を２個の領域Ａ４，Ａ５に記述する。ＣＰＵ３２は、さらに、取得済みの３個の画像データのうちの顔ＯＢを表わす２個の画像データを２個の領域Ａ４，Ａ５に記述する。また、ＣＰＵ３２は、取得済みの３個の画像データのうちのサービスＯＢを表わす１個の画像データを領域Ａ６に記述する。これにより、表示用データが完成する。ＣＰＵ３２は、表示用データを表示部１４に供給して、図９のアカウント選択画面ＳＣ４を表示部１４に表示させる。この例では、アカウント選択画面ＳＣ４は、２個の顔ＯＢと、２個のアカウント名と、サービスＯＢと、バックボタンと、を含む。

図５のＳ９６では、ユーザは、アカウント選択画面ＳＣ４において、当該ユーザに対応するアカウント名「ＡＮ２」を選択する。アカウント選択画面ＳＣ４が対象サービスに対応するサービスＯＢを含むので、ユーザは、アカウント選択画面ＳＣ４を見れば、対象サービスを容易に知り得る。このために、ユーザは、対象サービスを受けるための自身のアカウント名「ＡＮ２」を適切に選択することができる。また、アカウント選択画面ＳＣ４では、各アカウント名の近傍に各顔ＯＢが配置されているので、ユーザは、自身の顔ＯＢの近傍に配置されている自身のアカウント名「ＡＮ２」を適切に選択することができる。

Ｓ９８では、多機能機１０のＣＰＵ３２は、対象アカウント名「ＡＮ２」と対象パスワード「ＰＮ２」と対象顔ＵＲＬ「ＵＦ２」と対象サービスＵＲＬ「ＵＳＥ」とを含む選択情報を仲介サーバ５０に供給する。対象アカウント名「ＡＮ２」は、Ｓ９６で選択されたアカウント名である。対象パスワード「ＰＮ２」は、サービスユーザテーブル４０（図２参照）において、対象アカウント名「ＰＮ２」に関連付けられているパスワードである。
対象顔ＵＲＬ「ＵＦ２」は、アカウント選択画面情報内の図５のテーブルにおいて、対象アカウント名「ＰＮ２」に関連付けられているＵＲＬである。

仲介サーバ５０のＣＰＵ７２は、多機能機１０から選択情報を取得すると、Ｓ１０４において、通信選択画面情報を生成する。次いで、Ｓ１０６では、ＣＰＵ７２は、通信選択画面情報を多機能機１０に供給する。通信選択画面情報は、通信選択画面（図９のＳＣ５参照）を多機能機１０の表示部１４に表示させるための情報であり、具体的には、以下のようにして生成される。

仲介サーバ５０のＣＰＵ７２は、１個のレイアウトＩＤ「ＬＹ２」（図２参照）を決定する。そして、ＣＰＵ７２は、ＤＰを示す文字列「Download Print」と、Ｓ９８の選択情報内の対象顔ＵＲＬ「ＵＦ２」と、Ｓ９８の選択情報内の対象サービスＵＲＬ「ＵＳＥ」と、レイアウトＩＤ「ＬＹ２」と、を少なくとも含む通信選択画面情報を生成する。また、ＣＰＵ７２は、対象ＳＰサーバ１００が画像データ保存機能を実行可能である場合には、ＳＵを示す文字列「Scan Upload」をさらに含む通信選択画面情報を生成する。ただし、ＣＰＵ７２は、対象ＳＰサーバ１００が画像データ保存機能を実行不可能である場合には、ＳＵを示す文字列「Scan Upload」を含まない通信選択画面情報を生成する。その理由は、対象ＳＰサーバ１００が画像データ保存機能を実行不可能であるので、多機能機１０がＳＵを実行不可能であるからである。

多機能機１０のＣＰＵ３２は、仲介サーバ５０から通信選択画面情報を取得すると、Ｓ１１０において、通信選択画面情報内の２個のＵＲＬ「ＵＦ２」，「ＵＳＥ」を含む合成データ要求を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、多機能機１０から合成データ要求を取得すると、サービスＯＢテーブル７６及び顔ＯＢテーブル７８（図３参照）から、合成データ要求内の２個のＵＲＬ「ＵＦ２」，「ＵＳＥ」によって特定される２個の画像データを取得する。そして、ＣＰＵ７２は、当該２個の画像データを合成することによって、合成ＯＢを表わす合成データを生成する。次いで、Ｓ１１２において、ＣＰＵ７２は、合成データを多機能機１０に供給する。

多機能機１０のＣＰＵ３２は、仲介サーバ５０から合成データを取得すると、Ｓ１１４において、通信選択画面（図９のＳＣ５参照）を表わす表示用データを生成する。具体的には、ＣＰＵ３２は、メモリ３４から、レイアウトＩＤ「ＬＹ２」によって識別されるレイアウトデータ（図２参照）を取得する。ＣＰＵ３２は、通信選択画面情報内の文字列「Download Print」を領域Ａ４に記述する。また、ＣＰＵ３２は、通信選択画面情報に文字列「Scan Upload」が含まれる場合には、文字列「Scan Upload」を領域Ａ５に記述する。ただし、ＣＰＵ３２は、通信選択画面情報に文字列「Scan Upload」が含まれない場合には、領域Ａ５に何も記述しない。また、ＣＰＵ３２は、取得済みの合成データを領域Ａ６に記述する。これにより、表示用データが完成する。ＣＰＵ３２は、表示用データを表示部１４に供給して、図９の通信選択画面ＳＣ５を表示部１４に表示させる。通信選択画面ＳＣ５は、文字列「Download Print」と、文字列「Scan Upload」と、合成ＯＢと、バックボタンと、を含む。通信選択画面ＳＣ５は、画像データのダウンロードという通信と、画像データのアップロードという通信と、のうちのどちらかの通信を選択するための画面である。

図５のＳ１１６では、ユーザは、通信選択画面ＳＣ５において、ＤＰ又はＳＵを選択する。以下では、通信選択画面ＳＣ５で選択された通信（即ちＤＰ又はＳＵ）のことを「対象通信」と呼ぶ。通信選択画面ＳＣ５が合成ＯＢを含み、合成ＯＢが対象サービスに対応するサービスＯＢを含むので（図９参照）、ユーザは、通信選択画面ＳＣ５を見れば、対象サービスを容易に知り得る。このために、ユーザは、対象サービスを把握しながら、対象通信を選択することができる。また、ユーザは、合成ＯＢに含まれる顔ＯＢが自身の顔ＯＢであるのか否かを確認することができる。即ち、ユーザは、アカウント選択画面ＳＣ４（図９参照）において、自身の対象アカウント名「ＡＮ２」を選択したのか否かを確認することができる。通信選択画面ＳＣ５において、ＤＰが選択される場合には図６の各処理が実行され、ＳＵが選択される場合には図７の各処理が実行される。

（図５のＳ１１６でＤＰが選択されるケース；図６）
図５のＳ１１６でＤＰが選択される場合には、図６に示されるように、Ｓ１２０において、多機能機１０のＣＰＵ３２は、対象通信としてＤＰを示す選択情報を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、多機能機１０から選択情報を取得すると、Ｓ１３０において、対象ＳＦＬ情報（図４のＳ１６参照）の判断を実行して、判断結果として「ＯＫ」又は「ＮＧ」を決定する。Ｓ１３０の判断結果は、多機能機１０が、対象ＳＦＬ情報に基づいて、ＤＰを実行可能であるのか否かを意味する。ＣＰＵ７２は、対象ＳＦＬ情報内の印刷許可情報が「ＮＧ」を示す場合には、判断結果として「ＮＧ」を決定する。この場合、図示省略しているが、ＣＰＵ７２は、図９のエラー画面ＳＣＥを表示させるためのエラー情報を多機能機１０に供給する。即ち、ＣＰＵ７２は、後述の各画面情報（Ｓ１４２、Ｓ１７２等参照）を多機能機１０に供給することなく、図４のＳ１６の初期要求に応じた処理を終了する。一方において、ＣＰＵ７２は、対象ＳＦＬ情報内の印刷許可情報が「ＯＫ」を示す場合には、判断結果として「ＯＫ」を決定する。この場合、Ｓ１３２において、ＣＰＵ７２は、対象アカウント名「ＡＮ２」と対象パスワード「ＰＮ２」（図５のＳ９８参照）とを含むサムネイルＵＲＬ要求を対象ＳＰサーバ１００に供給する。

対象ＳＰサーバ１００は、仲介サーバ５０からサムネイルＵＲＬ要求を取得すると、サムネイルＵＲＬ要求内の対象アカウント名「ＡＮ２」と対象パスワード「ＰＮ２」とを利用した認証を実行する。なお、以下でも、仲介サーバ５０又は多機能機１０が対象ＳＰサーバ１００に要求（例えば、図６のＳ１５０等、図７のＳ２３２等）を供給する際には、当該要求に対象アカウント名「ＡＮ２」と対象パスワード「ＰＮ２」とが含まれており、対象ＳＰサーバ１００によって認証が実行される。ただし、以下では、当該認証に関する記載を省略する。対象ＳＰサーバ１００は、認証が成功する場合には、Ｓ１３４において、Ｘ個（Ｘは１以上の整数）のサムネイル画像データの位置を示すＸ個のＵＲＬを仲介サーバ５０に供給する。Ｘ個のサムネイル画像データは、対象アカウント名「ＡＮ２」に関連付けて対象ＳＰサーバ１００内に保存されているＸ個の画像データが縮小されたものである。

仲介サーバ５０のＣＰＵ７２は、ＳＰサーバ１００からＸ個のＵＲＬを取得すると、Ｓ１４０において、画像選択画面情報を生成する。画像選択画面情報は、画像選択画面（図１０のＳＣ７参照）を多機能機１０に表示させるための情報である。具体的には、ＣＰＵ７２は、１個のレイアウトＩＤ「ＬＹ３」（図２参照）を決定して、Ｓ１３４のＸ個のＵＲＬとレイアウトＩＤ「ＬＹ３」とを含む画像選択画面情報を生成する。ただし、レイアウトＩＤ「ＬＹ３」によって識別されるレイアウトデータは、サムネイル画像を表示させるための領域Ａ７〜Ａ９（図２参照）を含むが、対象サービス名「ＳＶＥ」に対応するサービスＯＢを表示させるための領域を含まない。このようにサービスＯＢを表示させるためのスペースがないので、ＣＰＵ７２は、対象サービスＵＲＬ「ＵＳＥ」を含まない画像選択画面情報を生成する。次いで、Ｓ１４２では、ＣＰＵ７２は、画像選択画面情報を多機能機１０に供給する。

多機能機１０のＣＰＵ３２は、仲介サーバ５０から画像選択画面情報を取得すると、Ｓ１５０において、画像選択画面情報内のＸ個のＵＲＬを含む画像データ要求を対象ＳＰサーバ１００に供給する。

対象ＳＰサーバ１００は、多機能機１０から画像データ要求を取得すると、Ｓ１５２において、Ｘ個の画像情報を多機能機１０に供給する。Ｘ個の画像情報のそれぞれは、サムネイル画像データと画像ＩＤとが関連付けられた情報である。サムネイル画像データは、画像データ要求内のＵＲＬによって特定されるデータである。画像ＩＤは、サムネイル画像データの元の画像データを識別するための識別情報である。

多機能機１０のＣＰＵ３２は、対象ＳＰサーバ１００からＸ個の画像情報を取得すると、Ｓ１５４において、画像選択画面（図１０のＳＣ７参照）を表わす表示用データを生成する。具体的には、ＣＰＵ３２は、まず、メモリ３４から、レイアウトＩＤ「ＬＹ３」によって識別されるレイアウトデータ（図２参照）を取得する。図２に示されるように、取得済みのレイアウトデータは、３個の領域Ａ７〜Ａ９を含む。ＣＰＵ３２は、Ｘ個の画像情報内の各サムネイル画像データを各領域Ａ７〜Ａ９に追加する。これにより、表示用データが完成する。ＣＰＵ３２は、表示用データを表示部１４に供給して、図１０の画像選択画面ＳＣ７を表示部１４に表示させる。図１０の例では、画像選択画面ＳＣ７は、星等の図形を示す３個のサムネイル画像を含む。

図６のＳ１５６では、ユーザは、画像選択画面ＳＣ７において、所望のサムネイル画像（例えば星の図形）を選択する。この場合、Ｓ１５８では、多機能機１０のＣＰＵ３２は、画像ＩＤ「ＩＤＩ１」を含む選択情報を仲介サーバ５０に供給する。画像ＩＤ「ＩＤＩ１」は、Ｓ１５２のＸ個の画像情報に含まれるＸ個の画像ＩＤのうち、ユーザによって選択されたサムネイル画像を表わすサムネイル画像データに関連付けられている画像ＩＤである。

仲介サーバ５０のＣＰＵ７２は、多機能機１０から選択情報を取得すると、Ｓ１６０において、選択情報内の画像ＩＤ「ＩＤＩ１」を含むＤＬ（Downloadの略）ＵＲＬ要求を対象ＳＰサーバ１００に供給する。

対象ＳＰサーバ１００は、仲介サーバ５０からＤＬＵＲＬ要求を取得すると、Ｓ１６２において、ＤＬＵＲＬを仲介サーバ５０に供給する。ＤＬＵＲＬは、画像ＩＤ「ＩＤＩ１」によって識別される画像データの位置、即ち、ダウンロード対象の画像データの位置を示すＵＲＬである。

Ｓ１７０では、仲介サーバ５０のＣＰＵ７２は、印刷条件画面情報を生成する。印刷条件画面情報は、印刷条件画面（図１０のＳＣ８参照）を多機能機１０の表示部１４に表示させるための情報である。具体的には、ＣＰＵ７２は、１個のレイアウトＩＤ「ＬＹ４」（図２参照）を決定し、印刷条件の各項目（即ち、画質、用紙、サイズ）を示す各文字列と、各項目の各選択肢と、レイアウトＩＤ「ＬＹ４」と、を含む印刷条件画面情報を生成する。ただし、レイアウトＩＤ「ＬＹ４」によって識別されるレイアウトデータ（図２参照）は、対象サービス名「ＳＶＥ」に対応するサービスＯＢを表示させるための領域を含まない。このために、ＣＰＵ７２は、対象サービスＵＲＬ「ＵＳＥ」を含まない印刷条件画面情報を生成する。次いで、Ｓ１７２では、ＣＰＵ７２は、印刷条件画面情報を多機能機１０に供給する。

多機能機１０のＣＰＵ３２は、対象ＳＰサーバ１００から印刷条件画面情報を取得すると、Ｓ１７４において、印刷条件画面（図１０のＳＣ８参照）を表わす表示用データを生成する。具体的には、ＣＰＵ３２は、まず、メモリ３４から、レイアウトＩＤ「ＬＹ４」によって識別されるレイアウトデータ（図２参照）を取得する。図２に示されるように、取得済みのレイアウトデータは、２個の領域Ａ１０，Ａ１１を含む。ＣＰＵ３２は、印刷条件画面情報内の各文字列を領域Ａ１０に記述し、印刷条件画面情報内の各選択肢を領域Ａ１１に記述する。これにより、表示用データが完成する。ＣＰＵ３２は、表示用データを表示部１４に供給して、図１０の印刷条件画面ＳＣ８を表示部１４に表示させる。

図６のＳ１７６では、ユーザは、印刷条件画面ＳＣ８において、所望の印刷条件を選択する。なお、項目「画質」については、「きれい」と「普通」のどちらかを選択可能である。項目「用紙」については、「普通紙」、「光沢紙」等を含む複数の用紙種類の中から１つを選択可能である。項目「サイズ」については、「Ａ４」、「Ｂ４」等を含む複数の用紙サイズの中から１つを選択可能である。Ｓ１７８では、多機能機１０のＣＰＵ３２は、選択済みの印刷条件を含む選択情報を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、多機能機１０から選択情報を取得すると、Ｓ１８０において、ＤＰ指示を多機能機１０に供給する。ＤＰ指示は、Ｓ１６２のＤＬＵＲＬと、Ｓ１７８の選択情報内の印刷条件と、を含む。ＤＰ指示は、ＤＬＵＲＬによって特定される画像データをダウンロードすること、及び、当該画像データによって表わされる画像を印刷条件に従って印刷すること、を多機能機１０に指示するためのコマンドである。

多機能機１０のＣＰＵ３２は、仲介サーバ５０からＤＰ指示を取得すると、Ｓ１９０において、ＤＰ指示内のＤＬＵＲＬを含むＤＬ要求を対象ＳＰサーバ１００に供給する。

対象ＳＰサーバ１００は、多機能機１０からＤＬ要求を取得すると、Ｓ１９２において、ＤＬ要求内のＤＬＵＲＬによって特定される画像データを多機能機１０に供給する。即ち、対象ＳＰサーバ１００は、画像データ供給機能を実行する。

多機能機１０のＣＰＵ３２は、対象ＳＰサーバ１００から画像データを取得すると（即ちダウンロードすると）、Ｓ１９４において、取得済みの画像データによって表わされる画像の印刷を印刷実行部１６に実行させる。具体的に言うと、ＣＰＵ３２は、Ｓ１８０のＤＰ指示内の印刷条件を利用して、取得済みの画像データに対する印刷用画像処理を実行して、印刷データを生成する。印刷用画像処理は、多階調（例えば２５６階調）を有するＲＧＢ画像データである取得済みの画像データに対するハーフトーン処理を含む。これにより、比較的に少ない階調（例えばドットのＯＮ又はＯＦＦ）を有する印刷データが生成される。印刷用画像処理は、さらに、印刷条件に含まれる「画質」が「きれい」を示す場合には、高解像度を有する印刷データを生成することを含み、印刷条件に含まれる「画質」が「普通」を示す場合には、低解像度を有する印刷データを生成することを含む。また、印刷用画像処理は、さらに、印刷条件に含まれる「サイズ」に対応する縦横比に適合する印刷データを生成することを含む。そして、ＣＰＵ３２は、印刷条件に含まれる「用紙」が示す種類を有する印刷用紙の搬送を印刷実行部１６に指示し、生成済みの印刷データを印刷実行部１６に供給する。これにより、印刷実行部１６は、印刷データに従って、印刷用紙に対する印刷を実行する。この結果、ユーザは、対象ＳＰサーバ１００に保存されている画像データによって表わされる画像（例えば、Ｓ１５６で選択された星の図形を示すサムネイル画像に対応する画像）が印刷された印刷用紙を取得することができる。

（図５のＳ１１６でＳＵが選択されるケース；図７）
図５のＳ１１６でＳＵが選択される場合には、図７に示されるように、Ｓ２２０において、多機能機１０のＣＰＵ３２は、対象通信としてＳＵを示す選択情報を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、多機能機１０から選択情報を取得すると、Ｓ２３０において、対象ＳＦＬ情報（図４のＳ１６参照）の判断を実行して、判断結果として「ＯＫ」又は「ＮＧ」を決定する。Ｓ２３０の判断結果は、多機能機１０がＳＵを実行可能であるのか否かを意味する。ＣＰＵ７２は、対象ＳＦＬ情報内のスキャン許可情報が「ＮＧ」を示す場合には、判断結果として「ＮＧ」を決定する。この場合、図示省略しているが、ＣＰＵ７２は、図９のエラー画面ＳＣＥを表示させるためのエラー情報を多機能機１０に供給する。即ち、ＣＰＵ７２は、後述の各画面情報（Ｓ２４２、Ｓ２７２等参照）を多機能機１０に供給することなく、図４のＳ１６の初期要求に応じた処理を終了する。一方において、ＣＰＵ７２は、対象ＳＦＬ情報内のスキャン許可情報が「ＯＫ」を示す場合には、判断結果として「ＯＫ」を決定する。この場合、Ｓ２３２において、ＣＰＵ７２は、対象アカウント名「ＡＮ２」と対象パスワード「ＰＮ２」（図５のＳ９８参照）とを含むＦＤ（Folderの略）情報要求を対象ＳＰサーバ１００に供給する。

対象ＳＰサーバ１００は、仲介サーバ５０からＦＤ情報要求を取得すると、Ｓ２３４において、Ｙ個のＦＤ情報を仲介サーバ５０に供給する。Ｙ個のＦＤ情報は、対象アカウント名「ＡＮ２」に関連付けて対象ＳＰサーバ１００内に保存されているＹ個のフォルダに関する情報（即ちフォルダ名とフォルダＩＤ）である。

仲介サーバ５０のＣＰＵ７２は、ＳＰサーバ１００からＹ個のフォルダ情報を取得すると、Ｓ２４０において、ＦＤ選択画面情報を生成する。ＦＤ選択画面情報は、ＦＤ選択画面（図１０のＳＣ９参照）を多機能機１０に表示させるための情報である。具体的には、ＣＰＵ７２は、１個のレイアウトＩＤ「ＬＹ３」（図２参照）を決定して、Ｓ２３４のＹ個のフォルダ情報とレイアウトＩＤ「ＬＹ３」とを含むＦＤ選択画面情報を生成する。ＦＤ選択画面情報は、対象サービスＵＲＬ「ＵＳＥ」を含まない。次いで、Ｓ２４２では、ＣＰＵ７２は、ＦＤ選択画面情報を多機能機１０に供給する。

Ｓ２５４では、多機能機１０のＣＰＵ３２は、仲介サーバ５０からＦＤ選択画面情報を取得すると、ＦＤ選択画面（図１０のＳＣ９参照）を表わす表示用データを生成する。具体的には、ＣＰＵ３２は、メモリ３４から、レイアウトＩＤ「ＬＹ３」によって識別されるレイアウトデータ（図２参照）を取得する。ＣＰＵ３２は、ＦＤ選択画面情報内の各ＦＤ情報に含まれる各フォルダ名を各領域Ａ７〜Ａ９に追加する。これにより、表示用データが完成する。ＣＰＵ３２は、表示用データを表示部１４に供給して、図１０のＦＤ選択画面ＳＣ９を表示部１４に表示させる。ＦＤ選択画面ＳＣ９は、３個のフォルダ名「Ｆ１」〜「Ｆ３」を含む。

図７のＳ２５６では、ユーザは、ＦＤ選択画面ＳＣ９において、所望のフォルダ名「Ｆ１」を選択する。この場合、Ｓ２５８では、多機能機１０のＣＰＵ３２は、フォルダＩＤ「ＩＤＤ１」を含む選択情報を仲介サーバ５０に供給する。フォルダＩＤ「ＩＤＤ１」は、Ｓ２４２のＹ個のＦＤ情報に含まれるＹ個のフォルダＩＤのうち、ユーザによって選択されたフォルダ名「Ｆ１」に関連付けられているフォルダＩＤである。

仲介サーバ５０のＣＰＵ７２は、多機能機１０から選択情報を取得すると、Ｓ２６０において、選択情報内のフォルダＩＤ「ＩＤＤ１」を含むＵＬ（Uploadの略）ＵＲＬ要求を対象ＳＰサーバ１００に供給する。

対象ＳＰサーバ１００は、仲介サーバ５０からＵＬＵＲＬ要求を取得すると、Ｓ２６２において、ＵＬＵＲＬを仲介サーバ５０に供給する。ＵＬＵＲＬは、フォルダＩＤ「ＩＤＩ１」によって識別されるフォルダ内の位置、即ち、多機能機１０からアップロードされる画像データが保存されるべき位置を示すＵＲＬである。

Ｓ２７０では、仲介サーバ５０のＣＰＵ７２は、スキャン条件画面情報を生成する。スキャン条件画面情報は、スキャン条件画面（図１０のＳＣ１０参照）を多機能機１０に表示させるための情報である。具体的には、ＣＰＵ７２は、１個のレイアウトＩＤ「ＬＹ４」（図２参照）を決定し、スキャン条件の各項目（即ち、解像度、形式、サイズ）を示す各文字列と、各項目の各選択肢と、レイアウトＩＤ「ＬＹ４」と、を含むスキャン条件画面情報を生成する。スキャン条件画面情報は、対象サービスＵＲＬ「ＵＳＥ」を含まない。次いで、Ｓ２７２では、ＣＰＵ７２は、スキャン条件画面情報を多機能機１０に供給する。

多機能機１０のＣＰＵ３２は、対象ＳＰサーバ１００からスキャン条件画面情報を取得すると、Ｓ２７４において、スキャン条件画面（図１０のＳＣ１０参照）を表わす表示用データを生成する。具体的には、ＣＰＵ３２は、まず、メモリ３４から、レイアウトＩＤ「ＬＹ４」によって識別されるレイアウトデータ（図２参照）を取得する。ＣＰＵ３２は、スキャン条件画面情報内の各文字列を領域Ａ１０（図２参照）に記述し、スキャン条件画面情報内の各選択肢を領域Ａ１１（図２参照）に記述する。これにより、表示用データが完成する。ＣＰＵ３２は、表示用データを表示部１４に供給して、図１０のスキャン条件画面ＳＣ１０を表示部１４に表示させる。

図７のＳ２７６では、ユーザは、スキャン条件画面ＳＣ１０において、所望のスキャン条件を選択する。なお、項目「解像度」については、「６００ｄｐｉ」、「３００ｄｐｉ」等を含む複数のスキャン解像度の中から１つを選択可能である。項目「形式」については、「ＰＤＦ」、「ＪＰＥＧ」等を含む複数のファイル形式の中から１つを選択可能である。項目「サイズ」については、「Ａ４」、「Ｂ４」等を含む複数の原稿サイズの中から１つを選択可能である。Ｓ２７８では、多機能機１０のＣＰＵ３２は、選択済みのスキャン条件を含む選択情報を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、多機能機１０から選択情報を取得すると、Ｓ２８０において、ＳＵ指示を多機能機１０に供給する。ＳＵ指示は、Ｓ２６２のＵＬＵＲＬと、Ｓ２７８の選択情報内のスキャン条件と、を含む。ＳＵ指示は、スキャン条件に従った原稿のスキャンを実行して画像データを生成すること、及び、ＵＬＵＲＬが示す位置に当該画像データをアップロードすること、を多機能機１０に指示するためのコマンドである。

多機能機１０のＣＰＵ３２は、仲介サーバ５０からＳＵ指示を取得すると、Ｓ２９０において、ＳＵ指示内のスキャン条件に従った原稿のスキャンをスキャン実行部１８に実行させる。具体的に言うと、ＣＰＵ３２は、スキャン条件に含まれる「解像度」が示すスキャン解像度と、スキャン条件に含まれる「サイズ」が示す原稿サイズと、をスキャン実行部１８に通知する。これにより、スキャン実行部１８は、当該原稿サイズを有する原稿を当該スキャン解像度でスキャンして、スキャンデータを生成する。次いで、ＣＰＵ３２は、スキャンデータに対するスキャン用画像処理を実行して、画像データを生成する。スキャン用画像処理は、スキャン条件に含まれる「形式」が示すファイル形式を有する画像データを生成することを含む。次いで、Ｓ２９２では、ＣＰＵ３２は、ＵＬＵＲＬと画像データとを含むＵＬ要求を対象ＳＰサーバ１００に供給する。

対象ＳＰサーバ１００は、多機能機１０からＵＬ要求を取得すると、ＵＬ要求内のＵＬＵＲＬによって示される位置に、ＵＬ要求内の画像データを保存する。即ち、対象ＳＰサーバ１００は、画像データ保存機能を実行する。

（メイン画面ＳＣ１で「Ｓｃａｎ」が選択されるケース；図８）
続いて、図８を参照して、メイン画面ＳＣ１（図９参照）で「Ｓｃａｎ」が選択される場合に実行される各処理を説明する。以下では、図４〜図７と同様の処理については説明を省略する。Ｓ３１０，Ｓ３１２は、図４のＳ１０，Ｓ１２と同様である。Ｓ３１３では、ユーザは、メイン画面ＳＣ１において、「Ｓｃａｎ」を示すオブジェクトを選択する。この場合、Ｓ３１４では、多機能機のＣＰＵ３２は、メモリ３４に予め格納されている表示用データを表示部１４に供給して、図９の保存方法選択画面ＳＣ１１を表示部１４に表示させる。保存方法選択画面ＳＣ１１は、原稿のスキャンによって生成される画像データの保存先を選択するための画面であり、３個のオブジェクトを含む。「Ｓｃａｎ ｔｏ ＵＳＢ」を示すオブジェクトは、ＵＳＢメモリへの画像データの保存の実行を示すオブジェクトである。「Ｓｃａｎ ｔｏ Ｅｍａｉｌ」を示すオブジェクは、画像データのＥメール送信の実行を示すオブジェクトである。「Ｓｃａｎ ｔｏ Ｗｅｂ」を示すオブジェクトは、ＳＰサーバ１００への画像データの保存（即ちアップロード）の実行を示すオブジェクトである。

図８のＳ３１５では、ユーザは、保存方法選択画面ＳＣ１１において、「Ｓｃａｎ Ｔｏ Ｗｅｂ」を示すオブジェクトを選択する。この場合、Ｓ３１６では、多機能機１０のＣＰＵ３２は、初期要求を仲介サーバ５０に供給する。初期要求は、多機能機１０のＭＡＣアドレス「Ｍ１」と、スキャンモード情報と、対象ＳＦＬ情報と、を含む。スキャンモード情報は、保存方法選択画面ＳＣ１１で「Ｓｃａｎ Ｔｏ Ｗｅｂ」を示すオブジェクトが選択される場合に、初期要求に含まれる情報である。

仲介サーバ５０のＣＰＵ７２は、多機能機１０から初期要求を取得すると、Ｓ３２１において、対象ＳＦＬ情報の判断を実行して、判断結果として「ＯＫ」又は「ＮＧ」を決定する。Ｓ３２１の判断結果は、多機能機１０がＳＵを実行可能であるのか否かを意味する。ＣＰＵ７２は、対象ＳＦＬ情報内のスキャン許可情報が「ＮＧ」を示す場合には、判断結果として「ＮＧ」を決定する。この場合、図示省略しているが、ＣＰＵ７２は、図９のエラー画面ＳＣＥを表示させるためのエラー情報を多機能機１０に供給する。即ち、ＣＰＵ７２は、後述の各画面情報（Ｓ３３４等参照）を多機能機１０に供給することなく、図８のＳ３１６の初期要求に応じた処理を終了する。一方において、ＣＰＵ７２は、対象ＳＦＬ情報内のスキャン許可情報が「ＯＫ」を示す場合には、判断結果として「ＯＫ」を決定する。この場合、図４のＳ２２，Ｓ２４，Ｓ３０と同様に、Ｓ３２２，Ｓ３２４，Ｓ３３０の各処理が実行される。

上述したように、図８のケースでは、仲介サーバ５０のＣＰＵ７２は、多機能機１０からスキャンモード情報を含む初期要求を取得する場合に、対象ＳＦＬ情報の判断を実行する（Ｓ３２１参照）。これにより、多機能機１０がＳＵを実行不可能であることをユーザに迅速に通知することができる。これに対し、図４のケースでは、ＣＰＵ７２は、多機能機１０から通常モード情報を含む初期要求（Ｓ１６参照）を取得しても、対象ＳＦＬ情報の判断を実行しない。その理由は、多機能機１０のユーザがＤＰ及びＳＵのどちらを実行することを望んでいるのがまだ不明であるからである。即ち、図４のＳ１６の初期要求は、ＤＰ及びＳＵのうちのどちらが実行されるべきか（換言すると、印刷用画像処理及びスキャン用画像処理のうちのいずれの種類の画像処理が実行されるべきか）、ユーザによって未だに選択されていない状態で、多機能機１０から仲介サーバ５０に供給される要求である。これに対し、図８のＳ３１６の初期要求は、ＤＰ及びＳＵのうちのＳＵが実行されるべきことが（換言すると、スキャン用画像処理が実行されるべきことが）、ユーザによって選択済みである状態で、多機能機１０から仲介サーバ５０に供給される要求である。

Ｓ３３２では、仲介サーバ５０のＣＰＵ７２は、図８のテーブルとレイアウトＩＤ「ＬＹ１」とを含むサービス選択画面情報を生成する。具体的に言うと、ＣＰＵ７２は、図８のテーブルを生成する際に、まず、取得済みの各サービスＯＢ情報から、データ保存機能を実行不可能なＳＰサーバ１００に対応するサービスＯＢ情報を除外する。本実施例では、サービス名「ＳＶＢ」に対応するＳＰサーバ１００は、データ保存機能を実行不可能である（即ちデータ供給機能のみを実行可能である）。従って、ＣＰＵ７２は、取得済みの各サービスＯＢ情報から、サービス名「ＳＶＢ」を含むサービスＯＢ情報を除外する。その後、ＣＰＵ７２は、残りの各サービスＯＢ情報と取得済みの履歴ＯＢ情報とを利用して、テーブルを生成する。なお、Ｓ３２４の応答が「登録無」を示すので、テーブルの最上欄にフラグ「ＯＮ」が記述される点は、図４のＳ３２と同様である。

上述したように、図８のケースでは、仲介サーバ５０のＣＰＵ７２は、多機能機１０からスキャンモード情報を含む初期要求を取得する場合に、データ保存機能を実行不可能なＳＰサーバ１００のサービス名「ＳＶＢ」に関する情報が記述されていないテーブルを生成する。この結果、サービス名「ＳＶＢ」が、後述のサービス選択画面（図９のＳ１２，Ｓ１３参照）で表示されない。これにより、データ保存機能を実行不可能なＳＰサーバ１００のサービス名「ＳＶＢ」が選択される事象、即ち、多機能機１０がＳＵを実行不可能なサービス名「ＳＶＢ」が選択される事象が発生するのを抑制することができる。

Ｓ３３４は、図４のＳ３４と同様である。また、Ｓ３４０〜Ｓ３５４は、サービス名「ＳＶＢ」に関する事項が含まれない点を除くと、図４のＳ４０〜Ｓ５４と同様である。図９に示されるように、多機能機１０で最初に表示されるサービス選択画面ＳＣ１２は、サービス選択画面ＳＣ２とは異なり、サービス名「ＳＶＢ」を含まず、３個のサービス名「ＳＶＡ」，「ＳＶＣ」，「ＳＶＤ」を含む。また、多機能機１０で次に表示されるサービス選択画面ＳＣ１３は、サービス選択画面ＳＣ３とは異なり、２個のサービス名「ＳＶＥ」，「履歴」のみを含む。

図８のＳ３５６では、ユーザは、サービス選択画面ＳＣ１３において、サービス名「ＳＶＥ」を有するサービスを選択する。この場合、Ｓ３５８では、多機能機１０のＣＰＵ３２は、対象サービス名「ＳＶＥ」を含む選択情報を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、多機能機１０から選択情報を取得しても、対象ＳＦＬ情報の判断を実行しない。その理由は、Ｓ３２１において、対象ＳＦＬ情報の判断を実行済みであるからである。この点は、図４のＳ６０とは異なる。その後、図５のＳ７０〜Ｓ９８が実行される。ただし、図５のＳ１０４〜Ｓ１１６が実行されず、図７のＳ２２０，Ｓ２３０が実行されない。そして、図７のＳ２３２〜Ｓ２９２が実行される。即ち、図９のアカウント選択画面ＳＣ４が表示された後に、通信選択画面ＳＣ５が表示されずに、図１０のＦＤ選択画面ＳＣ９が表示される。その理由は、ユーザがＳＵの実行を望んでいることがわかっているので、通信選択画面ＳＣ５を表示させる必要がないからである。これにより、ユーザは、通信選択画面ＳＣ５において、ＳＵを選択せずに済む。即ち、ユーザに不要な動作を実行せずに済み、ユーザの利便性が向上する。

（ＤＢサーバ８０にサービス名「ＳＶＥ」が登録されているケースその１；図１１）
上述したように、図５のＳ７２では、多機能機１０のＭＡＣアドレス「Ｍ１」とサービス名「ＳＶＥ」とが関連付けられている選択サービス情報が、ＤＢサーバ８０内の選択サービステーブル８２に登録される。そして、その後、多機能機１０は、ＤＰ又はＳＵを実行する（図６又は図７参照）。図１１を参照して、その後の各処理を説明する。

Ｓ５１０〜Ｓ５２２は、図４のＳ１０〜Ｓ２２と同様である。Ｓ５２４では、仲介サーバ５０のＣＰＵ７２は、ＤＢサーバ８０から、サービス名「ＳＶＥ」を含む応答を取得する。Ｓ５３０〜Ｓ５４２は、図４のＳ３０〜Ｓ４２と同様である。ただし、Ｓ５３２では、ＣＰＵ７２は、上記の応答にサービス名「ＳＶＥ」が含まれているので、フラグ「ＯＮ」がサービス名「ＳＶＥ」に関連付けられているテーブルを生成する。

Ｓ５５０では、多機能機１０のＣＰＵ３２は、サービス選択画面ＳＣ３を最初に表示させる。図１１のテーブルにおいて、フラグ「ＯＮ」がサービス名「ＳＶＥ」に関連付けられているからである。これにより、ユーザは、前回に選択したサービス名「ＳＶＥ」を含むサービス選択画面ＳＣ３を最初に見ることができる。このために、ユーザは、前回に選択したサービス名「ＳＶＥ」と同じサービス名を再び選択することを望んでいる場合に、サービス名「ＳＶＥ」を容易に選択することができる。なお、Ｓ５５２で画面変更ボタンが選択されると、Ｓ５５４において、ＣＰＵ３２は、サービス選択画面ＳＣ２を表示させる。この後の各処理は、図４のＳ５６以降の各処理と同様である。

（ＤＢサーバ８０にサービス名「ＳＶＥ」が登録されているケースその２；図１２）
上記の図１１のケースでは、ＭＡＣアドレス「Ｍ１」に関連付けてサービス名「ＳＶＥ」がＤＢサーバ８０に登録されている状態で、メイン画面ＳＣ１で「Ｗｅｂ」が選択される（図１１のＳ５１４参照）。これに対し、図１２のケースでは、ＭＡＣアドレス「Ｍ１」に関連付けてサービス名「ＳＶＥ」がＤＢサーバ８０に登録されている状態で、メイン画面ＳＣ１で「Ｓｃａｎ」が選択される。

Ｓ６１０〜Ｓ６２２は、図８のＳ３１０〜Ｓ３２２と同様である。Ｓ６２４では、仲介サーバ５０のＣＰＵ７２は、ＤＢサーバ８０から、サービス名「ＳＶＥ」を含む応答を取得する。Ｓ６３０〜Ｓ６４２は、図８のＳ３３０〜Ｓ３４２と同様である。ただし、Ｓ６３２では、ＣＰＵ７２は、上記の応答にサービス名「ＳＶＥ」が含まれているので、フラグ「ＯＮ」がサービス名「ＳＶＥ」に関連付けられているテーブルを生成する。従って、Ｓ６５０では、多機能機１０のＣＰＵ３２は、サービス名「ＳＶＥ」を含むサービス選択画面ＳＣ１３を最初に表示させる。そして、Ｓ６５２で画面変更ボタンが選択されると、Ｓ６５４において、ＣＰＵ３２は、サービス選択画面ＳＣ１２を表示させる。この後の各処理は、図８のＳ３５６以降の各処理と同様である。

（ＤＢサーバ８０にサービス名「ＳＶＢ」が登録されているケース；図１３）
本ケースでは、ＭＡＣアドレス「Ｍ１」に関連付けてサービス名「ＳＶＢ」がＤＢサーバ８０に登録されている状態で、メイン画面ＳＣ１で「Ｓｃａｎ」が選択される。図１３の各処理のうち、図１２と同じ処理については、図１２と同じステップ番号を示す。以下では、Ｓ６２５，Ｓ６３３，Ｓ６５１，Ｓ６５５のみを説明する。

Ｓ６２５では、仲介サーバ５０のＣＰＵ７２は、ＤＢサーバ８０から、サービス名「ＳＶＢ」を含む応答を取得する。Ｓ６３３では、仲介サーバ５０のＣＰＵ７２は、上記の応答にサービス名「ＳＶＢ」が含まれているが、テーブル内にサービス名「ＳＶＢ」が存在しないので、フラグ「ＯＮ」が最上欄のサービス名「ＳＶＡ」に関連付けられているテーブルを生成する。従って、Ｓ６５１では、多機能機１０のＣＰＵ３２は、サービス名「ＳＶＡ」を含むサービス選択画面ＳＣ１２を最初に表示させる。そして、Ｓ６５２で画面変更ボタンが選択されると、Ｓ６５５において、ＣＰＵ３２は、サービス選択画面ＳＣ１３を表示させる。

上記の図１２のケースでは、仲介サーバ５０は、ＤＢサーバ８０に登録されているサービス名「ＳＶＥ」がテーブルに含まれるので、フラグ「ＯＮ」がサービス名「ＳＶＥ」に関連付けられているテーブルを生成する。これに対し、図１３のケースでは、仲介サーバ５０は、ＤＢサーバ８０に登録されているサービス名「ＳＶＢ」がテーブルに含まれない場合に、フラグ「ＯＮ」が最上欄のサービス名「ＳＶＡ」に関連付けられているテーブルを生成する。このように、仲介サーバ５０は、ＤＢサーバ８０に登録されているサービス名がテーブルに含まれるのか否かに応じて、フラグ「ＯＮ」を適切に記述することができる。即ち、仲介サーバ５０は、サービス選択画面ＳＣ１２，ＳＣ１３を多機能機１０に表示させるための順序を適切に決定することができる。

（アカウント選択画面ＳＣ４でバックボタンが選択されるケース；図１４）
続いて、アカウント選択画面ＳＣ４でバックボタンが選択される場合の各処理を説明する。本ケースでも、図４のＳ１０〜Ｓ６０と、図５のＳ７０〜Ｓ９４と、が実行される。従って、図５のＳ７２では、ＭＡＣアドレス「Ｍ１」に関連付けてサービス名「ＳＶＥ」がＤＢサーバ８０に登録される。Ｓ７００では、ユーザは、アカウント選択画面ＳＣ４において、バックボタンを選択する。この場合、Ｓ７０２では、多機能機１０のＣＰＵ３２は、リターン要求を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、多機能機１０からリターン要求を取得すると、Ｓ７２２において、ＭＡＣアドレス「Ｍ１」を含む情報要求をＤＢサーバ８０に供給する。Ｓ７２４では、ＣＰＵ７２は、ＤＢサーバ８０から、サービス名「ＳＶＥ」を含む応答を取得する。Ｓ７３２〜Ｓ７４２は、図１１のＳ５３２〜Ｓ５４２と同様である。Ｓ７３２では、ＣＰＵ７２は、上記の応答にサービス名「ＳＶＥ」が含まれているので、フラグ「ＯＮ」がサービス名「ＳＶＥ」に関連付けられているテーブルを生成する。従って、Ｓ７５０では、多機能機１０のＣＰＵ３２は、サービス名「ＳＶＥ」を含むサービス選択画面ＳＣ３を最初に表示させる。この後の各処理は、図４のＳ５６以降の各処理と同様である。

上述したように、本ケースでは、サービス選択画面ＳＣ３でサービス名「ＳＶＥ」が選択される場合に、アカウント選択画面ＳＣ４が表示される前に、サービス名「ＳＶＥ」がＤＢサーバ８０に登録される（図５のＳ７２参照）。従って、アカウント選択画面ＳＣ４でバックボタンが選択される場合に、仲介サーバ５０は、ＤＢサーバ８０からサービス名「ＳＶＥ」を取得することができ（Ｓ７２４参照）、この結果、サービス名「ＳＶＥ」を含むサービス選択画面ＳＣ３を多機能機１０に最初に表示させることができる。従って、ユーザは、自身が選択したサービス名「ＳＶＥ」を容易に知ることができる。

（サービス選択画面ＳＣ３で「履歴」が選択されるケース；図１５）
続いて、サービス選択画面ＳＣ３でサービス名「履歴」が選択される場合の各処理を説明する。本ケースでも、図４のＳ１０〜Ｓ５４が実行される。Ｓ８００では、ユーザは、サービス選択画面ＳＣ３において、サービス名「履歴」を選択する。この場合、多機能機１０のＣＰＵ３２は、サービス名「履歴」と多機能機１０のモデル名「ＭＤ」とを含む選択情報を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、多機能機１０から選択情報を取得しても、サービス名「履歴」をＤＢサーバ８０に登録しない。この点が、図５のＳ７０とは異なる。Ｓ８０４では、ＣＰＵ７２は、履歴画面情報を多機能機１０に供給する。履歴画面情報は、履歴画面ＳＣ１４を表示させるための情報であり、更新履歴情報と、レイアウトＩＤ「ＬＹ５」と、を含む。更新履歴情報は、多機能機１０のモデル名「ＭＤ」に対応する情報であり、メモリ７４に予め格納されている（図示省略）。更新履歴情報は、モデル名「ＭＤ」を有する多機能機（例えば１０）がどのサービスをいつサポートしたのかを示す履歴に関する情報である。なお、レイアウトＩＤ「ＬＹ５」は、図２で図示省略されている。

多機能機１０のＣＰＵ３２は、仲介サーバ５０から履歴画面情報を取得すると、Ｓ８０６において、履歴画面ＳＣ１４を表示部１４に表示させるための表示用データを生成する。即ち、ＣＰＵ３２は、メモリ３４から、レイアウトＩＤ「ＬＹ５」によって識別されるレイアウトデータを取得し、履歴画面情報内の更新履歴情報を取得済みのレイアウトデータに記述する。そして、ＣＰＵ３２は、表示用データを表示部１４に供給して、履歴画面ＳＣ１４を表示部１４に表示させる。Ｓ８０８では、ユーザは、履歴画面ＳＣ１４において、バックボタンを選択する。この場合、Ｓ８１０では、ＣＰＵ３２は、リターン要求を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、多機能機１０からリターン要求を取得すると、Ｓ８３２において、サービス選択画面情報を生成する。Ｓ８３２〜Ｓ８４２は、図４のＳ３２〜Ｓ４２と同様である。ただし、ＣＰＵ７２は、履歴画面情報を供給した後にリターン要求を取得する場合には、フラグ「ＯＮ」がサービス名「履歴」に関連付けられているテーブルを生成する。従って、Ｓ８５０では、多機能機１０のＣＰＵ３２は、サービス名「履歴」を含むサービス選択画面ＳＣ３を最初に表示させる。この後の各処理は、図４のＳ５６以降の各処理と同様である。

上述したように、本ケースでは、サービス選択画面ＳＣ３でサービス名「履歴」が選択されても、サービス名「履歴」がＤＢサーバ８０に登録されない。その理由は、以下のとおりである。即ち、ユーザは、複数個のＳＰサーバ１００が提供可能な複数個のサービスの中から１個のサービスを選択すべき状況では、当該複数個のサービスのいずれもＤＰ又はＳＵに関係するサービスであるので、前回に選択したサービスを覚えていない可能性が高い。従って、本実施例では、対象サービス名をＤＢサーバ８０に登録する構成（図５のＳ７２参照）を採用し、対象サービス名を含むサービス選択画面が最初に表示されるようにしている（図１１のＳ５５０参照）。これにより、ユーザは、最初に表示されるサービス選択画面を見れば、前回に選択したサービス名を容易に思い出すことができ、この結果、前回に選択したサービス名と同じサービス名を容易に選択することができる。これに対し、履歴供給サービスは、各ＳＰサーバ１００が提供する各サービスとは異なり、ＤＰ又はＳＵに関係するサービスではない。このために、ユーザは、履歴供給サービスを上記の複数個のサービスと区別して認識することができる。従って、ユーザは、履歴画面ＳＣ１４を見ることを望む場合に、サービス名「履歴」を含むサービス選択画面が最初に表示されなくても、画面変更ボタンを選択してサービス選択画面を切り替えて、サービス名「履歴」を容易に選択することができる。このような実情に鑑みて、本実施例では、サービス名「履歴」がＤＢサーバ８０に登録されない。

また、履歴画面ＳＣ１４でバックボタンが選択されたにも関わらず、履歴画面ＳＣ１４の直前に表示されていたサービス選択画面ＳＣ３とは異なるサービス選択画面ＳＣ２が表示されると、ユーザに違和感を与える可能性がある。これを避けるために、本実施例では、履歴画面ＳＣ１４でバックボタンが選択される場合（図１５のＳ８０８参照）には、仲介サーバ５０は、サービス名「履歴」がＤＢサーバ８０に登録されていないにも関わらず、サービス名「履歴」を含むサービス選択画面ＳＣ３を多機能機１０に最初に表示させる。これにより、履歴画面ＳＣ１４の直前に表示されていたサービス選択画面ＳＣ３をユーザに提供することができ、ユーザに違和感を与えるのを抑制することができる。

（仲介サーバ５０によって実行される各処理；図１６）
図１６は、仲介サーバ５０のＣＰＵ７２によって実行される各処理のフローチャートを示す。ＣＰＵ７２が当該フローチャートに従って各処理を実行することによって、上記の図４〜図８及び図１１〜図１５の各ケースが実現される。

Ｔ１０では、ＣＰＵ７２は、多機能機１０から初期要求を取得する。Ｔ１０は、図４のＳ１６と、図８のＳ３１６と、図１１のＳ５１６と、図１２及び図１３のＳ６１６と、に対応する。Ｔ１２では、ＣＰＵ７２は、スキャンモード情報が初期要求に含まれるのか否かを判断する。ＣＰＵ７２は、スキャンモード情報が初期要求に含まれる場合には、Ｔ１２でＹＥＳと判断して、Ｔ１４に進む。一方において、ＣＰＵ７２は、通常モード情報が初期要求に含まれる場合には、Ｔ１２でＮＯと判断して、Ｔ１４をスキップしてＴ１８に進む。

Ｔ１４では、ＣＰＵ７２は、対象ＳＦＬ情報の判断を実行する。Ｔ１４は、図８のＳ３２１に対応する。ＣＰＵ７２は、判断結果「ＮＧ」を決定する場合には、Ｔ１４でＮＯと判断して、Ｔ１６において、エラー情報を多機能機１０に供給し、処理を終了する。Ｔ１６は、図８のＳ３２１で「ＮＧ」と決定されること（図示省略）に対応する。一方において、ＣＰＵ７２は、判断結果「ＯＫ」を決定する場合には、Ｔ１４でＹＥＳと判断して、Ｔ１８において、ＤＢサーバ８０にアクセスする。Ｔ１８は、図４のＳ２２と、図８のＳ３２２と、図１１のＳ５２２と、図１２及び図１３のＳ６２２と、に対応する。

Ｔ２０では、ＣＰＵ７２は、Ｔ１８でＤＢサーバ８０から取得される応答の内容に応じて、フラグ「ＯＮ」を含むサービス選択画面情報を生成して多機能機１０に供給する。Ｔ２０は、図４のＳ３２，Ｓ３４と、図８のＳ３３２，Ｓ３３４と、図１１のＳ５３２，Ｓ５３４と、図１２及び図１３のＳ６３３，Ｓ６３４と、に対応する。なお、Ｔ２０では、ＣＰＵ７２は、スキャンモード情報がＴ１０の初期要求に含まれる場合には、画像データ保存機能を実行不可能なＳＰサーバに対応するサービス名が除外されたサービス選択画面情報を生成する。このようなサービス名の除外は、図８のＳ３３２と、図１２及び図１３のＳ６３３と、に対応する。

Ｔ２２では、ＣＰＵ７２は、多機能機１０から選択情報を取得するまで待機する。ＣＰＵ７２は、多機能機１０から選択情報を取得する場合（Ｔ２２でＹＥＳ）には、Ｔ２４において、選択情報に含まれるサービス名が「履歴」であるのか否かを判断する。ＣＰＵ７２は、選択情報に含まれるサービス名が「履歴」である場合には、Ｔ２４でＹＥＳと判断して、Ｔ３０に進む。Ｔ２４でＹＥＳと判断されるケースは、図１５のケースに対応する。一方において、ＣＰＵ７２は、選択情報に含まれるサービス名が「履歴」とは異なる名称である場合には、Ｔ２４でＮＯと判断して、Ｔ４０に進む。Ｔ２４でＮＯと判断されるケースは、図４及び図８の各ケースに対応する。

Ｔ３０では、ＣＰＵ７２は、履歴画面情報を生成して多機能機１０に供給する。Ｔ３０は、図１５のＳ８０４に対応する。Ｔ３２では、ＣＰＵ７２は、多機能機１０からリターン要求を取得するまで待機する。ＣＰＵ７２は、多機能機１０からリターン要求を取得する場合（Ｔ３２でＹＥＳ）には、Ｔ３４において、サービス名「履歴」に関連付けられているフラグ「ＯＮ」を含むサービス選択画面情報を生成して多機能機１０に供給する。Ｔ３４は、図１５のＳ８３２，Ｓ８３４に対応する。Ｔ３４を終えると、Ｔ２２に戻る。

Ｔ４０では、ＣＰＵ７２は、通常モード情報がＴ１０の初期要求に含まれるのか否かを判断する。ＣＰＵ７２は、通常モード情報が初期要求に含まれる場合には、Ｔ４０でＹＥＳと判断して、Ｔ４２において、対象ＳＦＬ情報の判断を実行する。Ｔ４２は、図４のＳ６０に対応する。ＣＰＵ７２は、判断結果「ＮＧ」を決定する場合には、Ｔ４２でＮＯと判断して、Ｔ１６において、エラー情報を多機能機１０に供給し、処理を終了する。Ｔ４２でＮＯの場合に実行されるＴ１６は、図４のＳ６２に対応する。一方において、ＣＰＵ７２は、判断結果「ＯＫ」を決定する場合には、Ｔ４２でＹＥＳと判断して、Ｔ４４において、ＤＢサーバ８０に対象サービス名を登録する。Ｔ４４は、図５のＳ７０に対応する。また、ＣＰＵ７２は、スキャンモード情報が初期要求に含まれる場合には、Ｔ４０でＮＯと判断して、Ｔ４２をスキップしてＴ４４に進む。Ｔ４２をスキップすることは、図８のＳ３５８の選択情報を取得する場合に、対象ＳＦＬ情報の判断を実行しないことに対応する。Ｔ４４が終了すると、図１７のＴ５０に進む。

（図１６の続きの各処理；図１７）
図１７に示されるように、Ｔ５０では、ＣＰＵ７２は、アカウント選択画面情報を生成して多機能機１０に供給する。Ｔ５０は、図５のＳ８０，Ｓ８２に対応する。Ｔ５２，Ｔ５４では、ＣＰＵ７２は、多機能機１０からリターン要求又は選択情報を取得することを監視し、多機能機１０からリターン要求を取得する場合（Ｔ５２でＹＥＳ）には、図１６のＴ１８に進み、多機能機１０から選択情報を取得する場合（Ｔ５４でＹＥＳ）には、Ｔ５６に進む。Ｔ５２でＹＥＳは、図１４のＳ７０２のリターン要求を取得する場合に対応する。また、Ｔ５４でＹＥＳは、図５のＳ９８の選択情報を取得する場合に対応する。

Ｔ５６では、ＣＰＵ７２は、通常モード情報が図１６のＴ１０の初期要求に含まれるのか否かを判断する。ＣＰＵ７２は、通常モード情報が初期要求に含まれる場合には、Ｔ５６でＹＥＳと判断して、Ｔ６０に進み、スキャンモード情報が初期要求に含まれる場合には、Ｔ５６でＮＯと判断して、Ｔ６０〜Ｔ６６をスキップしてＴ８０に進む。Ｔ５６でＹＥＳは、図５のＳ９８の選択情報を取得する場合に対応する。また、Ｔ５６でＮＯの場合にＴ６０〜Ｔ６６をスキップすることは、図８のケースにおいて、図５のＳ１０４〜Ｓ１１６と図７のＳ２２０，Ｓ２３０とが実行されないことに対応する。

Ｔ６０では、ＣＰＵ７２は、通信選択画面情報を生成して多機能機１０に供給する。Ｔ６０は、図５のＳ１０４，Ｓ１０６に対応する。Ｔ６２では、ＣＰＵ７２は、多機能機１０から選択情報を取得するまで待機する。ＣＰＵ７２は、多機能機１０から選択情報を取得する場合（Ｔ６２でＹＥＳ）には、Ｔ６４において、対象ＳＦＬ情報の判断を実行する。Ｔ６４は、図６のＳ１３０と、図７のＳ２３０と、に対応する。
ＣＰＵ７２は、判断結果「ＮＧ」を決定する場合には、Ｔ６４でＮＯと判断して、図１６のＴ１６において、エラー情報を多機能機１０に供給し、処理を終了する。一方において、ＣＰＵ７２は、判断結果「ＯＫ」を決定する場合には、Ｔ６４でＹＥＳと判断して、Ｔ６６において、Ｔ６２の選択情報が「ＤＰ」を示すのか「ＳＵ」を示すのかを判断する。そして、ＣＰＵ７２は、Ｔ６２の選択情報が「ＤＰ」を示す場合には、Ｔ７０に進み、Ｔ６２の選択情報が「ＳＵ」を示す場合には、Ｔ８０に進む。

Ｔ７０では、ＣＰＵ７２は、画像選択画面情報を生成して多機能機１０に供給する。Ｔ７０は、図６のＳ１４０，Ｓ１４２に対応する。Ｔ７２では、ＣＰＵ７２は、印刷条件画面情報を生成して多機能機１０に供給する。Ｔ７２は、図６のＳ１７０，Ｓ１７２に対応する。Ｔ７４では、ＣＰＵ７２は、ＤＰ指示を多機能機１０に供給する。Ｔ７４は、図６のＳ１８０に対応する。Ｔ７４が終了すると、図１６のＴ１０の初期要求に応じた処理が終了する。

Ｔ８０では、ＣＰＵ７２は、ＦＤ選択画面情報を生成して多機能機１０に供給する。Ｔ８０は、図７のＳ２４０，Ｓ２４２に対応する。Ｔ８２では、ＣＰＵ７２は、スキャン条件画面情報を生成して多機能機１０に供給する。Ｔ８２は、図７のＳ２７０，Ｓ２７２に対応する。Ｔ８４では、ＣＰＵ７２は、ＳＵ指示を多機能機１０に供給する。Ｔ８４は、図７のＳ２８０に対応する。Ｔ８４が終了すると、図１６のＴ１０の初期要求に応じた処理が終了する。

（対応関係）
多機能機１０、仲介サーバ５０、ＤＢサーバ８０、複数個のＳＰサーバ１００が、それぞれ、「画像処理装置」、「画面情報供給サーバ」、「データベース」、「１個以上のサービス提供サーバ」の一例である。多機能機１０のメモリ３４が、「メモリ」の一例である。図４のＳ１４の選択が、「所定の指示」及び「第１の指示」の一例である。図１１のＳ５１４の選択が、再び与えられる「所定の指示」及び再び与えられる「第１の指示」の一例である。図１２及び図１３のＳ６１５の選択が、「第２の指示」の一例である。図４のＳ１６の初期要求又は図８のＳ３１６の初期要求が、「画面情報の要求」の一例である。図１４のＳ７００のバックボタンの操作及び図１５のＳ８０８のバックボタンの操作が、「リターン指示」の一例である。図４のＳ１６の初期要求、図１１のＳ５１６の初期要求、図１５のＳ８１０のリターン要求、図１２及び図１３のＳ６１６の初期要求、図１４のＳ７０２のリターン要求が、それぞれ、「第１の要求」、「第２の要求」、「第３の要求」、「第４の要求」、「第５の要求」の一例である。

図４のＳ３４のサービス選択画面情報、図１１のＳ５３４のサービス選択画面情報、図１５のＳ８３４のサービス選択画面情報、図１２及び図１３のＳ６３４のサービス選択画面情報、図１４のＳ７３４のサービス選択画面情報が、それぞれ、「第１の画面情報」、「第２の画面情報」、「第３の画面情報」、「第４の画面情報」、「第５の画面情報」の一例である。図１１のＳ５３４等のサービス選択画面情報内のフラグ「ＯＮ」が、「指示情報」の一例である。図４のＳ５８の選択情報、図１５のＳ８０２の選択情報、図５のＳ７２で登録される選択サービス情報が、それぞれ、「第１の選択情報」、「第２の選択情報」、「登録情報」の一例である。

図９のサービス選択画面ＳＣ２、サービス選択画面ＳＣ３が、それぞれ、「第１の画面」、「第２の画面」の一例である。図９のアカウント選択画面ＳＣ４、図１５の履歴画面ＳＣ１４が、それぞれ、「設定画面」、「特定画面」の一例である。サービス選択画面ＳＣ２内の３個のサービス名「ＳＶＡ」，「ＳＶＢ」，「ＳＶＣ」を有する３個のサービス、サービス選択画面ＳＣ３内の２個のサービス名「ＳＶＤ」，「ＳＶＥ」を有する２個のサービスが、それぞれ、「Ｋ１個の選択肢」、「Ｋ２個の選択肢」の一例である。サービス選択画面ＳＣ３内のサービス名「履歴」を有するサービスが、「特定選択肢」の一例である。

図４のＳ３４のサービス選択画面情報に含まれる５個のサービス名「ＳＶＡ」〜「ＳＶＥ」及び５個のＵＲＬ「ＵＳＡ」〜「ＵＳＥ」が、「Ｋ個の選択肢情報」の一例である。図４のＳ３４のサービス選択画面情報に含まれるサービス名「履歴」及びＵＲＬ「ＵＨ」が、「特定選択肢情報」の一例である。図１２及び図１３のＳ６３４のサービス選択画面情報において、４個のサービス名「ＳＶＡ」，「ＳＶＣ」，「ＳＶＤ」，「ＳＶＥ」及び４個のＵＲＬ「ＵＳＡ」，「ＵＳＣ」，「ＵＳＤ」，「ＵＳＥ」が、「Ｍ個の選択肢情報」及び「Ｍ個のサービス関係情報」の一例である。図１２のケース、図１３のケースが、それぞれ、「対象サービスがＭ個のサービスに含まれる場合」、「対象サービスがＭ個のサービスに含まれない場合」の一例である。図１２のテーブルにおいて、フラグ「ＯＮ」が関連付けられている「ＳＶＥ」が、「対象選択肢」の一例である。図１３のテーブルにおいて、フラグ「ＯＮ」が関連付けられている「ＳＶＡ」が、「所定選択肢」の一例である。

対象サービス名「ＳＶＥ」を有する対象ＳＰサーバから取得される画像データに対して実行される印刷用画像処理が、「対象選択肢に関係する画像処理」の一例である。また、対象サービス名「ＳＶＥ」を有する対象ＳＰサーバに供給されるべき画像データを生成するためのスキャン用画像処理も、「対象選択肢に関係する画像処理」の一例である。図６のＳ１８０，Ｓ１９０，Ｓ１９２と図７のＳ２８０，Ｓ２９２とが、「特定通信」の一例である。図６のＳ１３２，Ｓ１３４，Ｓ１６０，Ｓ１６２，Ｓ１８０と図７のＳ２３２，Ｓ２３４，Ｓ２６０，Ｓ２６２，Ｓ２８０とが、「仲介通信」の一例である。

（第２実施例；図１８）
第１実施例では、仲介サーバ５０は、サービス選択画面ＳＣ３で対象サービス名「ＳＶＥ」が選択された後（図４のＳ５６参照）に、対象サービスＵＲＬ「ＵＳＥ」を含む画面情報を多機能機１０に供給する場合もあるし（図５のＳ８２，Ｓ１０６参照）、対象サービスＵＲＬ「ＵＳＥ」を含まない画面情報を多機能機１０に供給する場合もある（図６のＳ１４２，Ｓ１７２、図７のＳ２４２，Ｓ２７２参照）。そして、多機能機１０は、対象サービスＵＲＬ「ＵＳＥ」を含む画面情報を取得する場合には、対象サービスのサービスＯＢを含む画面ＳＣ４，ＳＣ５（図９参照）を表示し、対象サービスＵＲＬ「ＵＳＥ」を含まない画面情報を取得する場合には、対象サービスのサービスＯＢを含まない画面ＳＣ７〜ＳＣ１０（図１０参照）を表示する。これに対し、本実施例では、仲介サーバ５０は、サービス選択画面ＳＣ３で対象サービス名「ＳＶＥ」が選択された後（図４のＳ５６参照）に、いずれの画面情報を多機能機１０に供給すべき際でも、対象サービスＵＲＬ「ＵＳＥ」を含む画面情報を多機能機１０に供給する。例えば、仲介サーバ５０は、図６のＳ１４２において、対象サービスＵＲＬ「ＵＳＥ」を含む画像選択画面情報を供給し、Ｓ１７２において、対象サービスＵＲＬ「ＵＳＥ」を含む印刷条件画面情報を供給する。仲介サーバ５０のその他の処理については、第１実施例と同様である。

多機能機１０のＣＰＵ３２は、仲介サーバ５０からいずれかの画面情報を取得する場合に、図１８の処理を実行する。Ｔ１００では、ＣＰＵ３２は、取得済みの画面情報に含まれるレイアウトＩＤが何であるのかを判断する。そして、ＣＰＵ３２は、レイアウトＩＤが「ＬＹ１」である場合にはＴ１０２に進み、レイアウトＩＤが「ＬＹ２」である場合にはＴ１０４に進み、レイアウトＩＤが「ＬＹ３」又は「ＬＹ４」である場合にはＴ１０６に進む。

Ｔ１０２では、ＣＰＵ３２は、サービス選択画面（例えば図９のＳＣ２，ＳＣ３）を表示部１４に表示させる。Ｔ１０２は、図４のＳ５０，Ｓ５４等と同様である。

Ｔ１０４では、ＣＰＵ３２は、取得済みの画面情報に応じて、アカウント選択画面ＳＣ４又は通信選択画面ＳＣ５（図９参照）を表示部１４に表示させる。Ｔ１０４は、図５のＳ９４又はＳ１１４と同様である。即ち、レイアウトＩＤ「ＬＹ２」によって識別されるレイアウトデータは、対象サービスのサービスＯＢを配置可能な領域Ａ６（図２参照）を有するので、Ｔ１０４では、ＣＰＵ３２は、取得済みの画面情報に含まれる対象サービスＵＲＬ「ＵＳＥ」を利用して、対象サービスのサービスＯＢを含む画面ＳＣ４，ＳＣ５を表示部１４に表示させる。

Ｔ１０６では、ＣＰＵ３２は、取得済みの画面情報に応じて、画像選択画面ＳＣ７、印刷条件画面ＳＣ８、ＦＤ選択画面ＳＣ９、又は、スキャン条件画面ＳＣ１０（図１０参照）を、表示部１４に表示させる。Ｔ１０６は、図６のＳ１５４、Ｓ１７４、図７のＳ２５４、又は、Ｓ２７４と同様である。即ち、レイアウトＩＤ「ＬＹ３」又は「ＬＹ４」によって識別されるレイアウトデータ（図２参照）は、対象サービスのサービスＯＢを配置可能な領域を有さないので、Ｔ１０６では、ＣＰＵ３２は、取得済みの画面情報に含まれる対象サービスＵＲＬ「ＵＳＥ」を利用せずに、対象サービスのサービスＯＢを含まない画面ＳＣ７等を表示部１４に表示させる。

本実施例によると、多機能機１０は、仲介サーバ５０から画面情報を取得する場合に、対象サービスのサービスＯＢを画面に含ませることが可能であるのか否かを判断する（Ｔ１００）。そして、多機能機１０は、対象サービスのサービスＯＢを画面に含ませることが可能であると判断する場合（Ｔ１００で「ＬＹ２」）には、対象サービスのサービスＯＢを含む画面を表示し（Ｔ１０４）、対象サービスのサービスＯＢを画面に含ませることが可能でないと判断する場合（Ｔ１００で「ＬＹ３又はＬＹ４」）には、対象サービスのサービスＯＢを含まない画面を表示する（Ｔ１０６）。このように、多機能機１０は、対象サービスのサービスＯＢを配置可能なスペースがあるのか否かに応じて、適切な画面を表示することができる。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。例えば、以下の変形例が含まれる。

（変形例１）上記の各実施例では、仲介サーバ５０がサービスの仲介を実行可能な複数個のＳＰサーバ１００が設けられている。これに代えて、仲介サーバ５０がサービスの仲介を実行可能な１個のＳＰサーバ１００のみが設けられていてもよい。そして、当該１個のＳＰサーバ１００は、複数個のサービスを提供可能であってもよい。この場合、図４のＳ３２において、仲介サーバ５０のＣＰＵ７２は、当該１個のＳＰサーバ１００によって提供される複数個のサービスの中から対象サービスを選択するためのサービス選択画面情報を生成してもよい。即ち、仲介サーバがサービスの提供を仲介可能なＳＰサーバの数は、１個以上であればよい。

（変形例２）上記の各実施例では、図９のサービス選択画面ＳＣ２がサービス名「ＳＶＡ」，「ＳＶＢ」，「ＳＶＣ」を含み、サービス選択画面ＳＣ３がサービス名「ＳＶＤ」，「ＳＶＥ」，「履歴」を含む。即ち、「Ｋ１個の選択肢」と「Ｋ２個の選択肢」とが完全に異なる。これに代えて、例えば、サービス選択画面の表示が切り替えられる場合に、１個のサービス名のみが変更されてもよい。例えば、第１のサービス選択画面がサービス名「ＳＶＡ」，「ＳＶＢ」，「ＳＶＣ」を含み、第２のサービス選択画面がサービス名「ＳＶＢ」，「ＳＶＣ」，「ＳＶＤ」を含んでいてもよい。本変形例では、上記の第１のサービス選択画面、上記の第２のサービス選択画面が、それぞれ、「第１の画面」、「第２の画面」の一例である。即ち、「Ｋ１個の選択肢」と「Ｋ２個の選択肢」とは、共通の選択肢を含んでいてもよい。

（変形例３）上記の各実施例では、サービス選択画面ＳＣ２，ＳＣ３が、「第１の画面」及び「第２の画面」の一例である。これに代えて、「第１の画面」及び「第２の画面」は、他の種類の選択肢を選択するための画面であってもよい。例えば、多機能機１０のＣＰＵ３２は、メイン画面を表示させるための所定の操作が操作部１２に実行される場合に、仲介サーバ５０からメイン画面情報を取得してもよい。当該メイン画面は、例えば、「Ｐｒｉｎｔ」を示すオブジェクトと「Ｓｃａｎ」を示すオブジェクトとを含む第１の画面と、「Ｃｏｐｙ」を示すオブジェクトと「ＦＡＸ」を示すオブジェクトとを含む第２の画面と、を含む２個以上の画面を含んでいてもよい。この場合、ＣＰＵ３２は、第１の画面を最初に表示し、第２の画面を次に表示してもよい。例えば、第２の画面に含まれる「Ｃｏｐｙ」を示すオブジェクトが選択される場合に、ＣＰＵ３２は、「Ｃｏｐｙ」に関係する画像処理を実行してもよい。そして、ＣＰＵ３２は、当該画像処理の後に、上記の所定の操作が操作部１２に再び実行される場合に、仲介サーバ５０からメイン画面情報を再び取得してもよい。この場合、ＣＰＵ３２は、「Ｃｏｐｙ」を示すオブジェクトを含む第２の画面を最初に表示してもよい。本変形例では、「Ｃｏｐｙ」に関係する画像処理が、「対象選択肢に関係する画像処理」の一例である。また、上記の４個のオブジェクトが、「Ｋ個の選択肢」の一例である。即ち、「Ｋ個の選択肢」は、実施例のように、複数個のサービスに関係する複数個の選択肢であってもよいし、本変形例のように、多機能機１０が実行可能な複数種類の機能に関係する複数個の選択肢であってもよい。一般的に言うと、「Ｋ個の選択肢」は、画像処理装置において選択されるべき複数個の選択肢であればよい。

（変形例４）上記の各実施例では、図５のＳ７０において、仲介サーバ５０のＣＰＵ７２は、対象サービス名「ＳＶＥ」をＤＢサーバ８０に登録する。これに代えて、ＣＰＵ７２は、対象サービス名「ＳＶＥ」を仲介サーバ５０のメモリ７４内に登録してもよい。この場合、ＣＰＵ７２は、図１１のＳ５２２に代えて、仲介サーバ５０のメモリ７４から対象サービス名「ＳＶＥ」を取得すればよい。本変形例では、仲介サーバ５０のメモリ７４が、「データベース」の一例である。換言すると、仲介サーバ５０とＤＢサーバ８０とは一体に構成されていてもよい。

（変形例５）多機能機１０のＣＰＵ３２は、図４のＳ５６で対象サービス名「ＳＶＥ」が選択される場合に、対象サービス名「ＳＶＥ」を示す情報を多機能機１０のメモリ３４に登録してもよい。この場合、仲介サーバ５０のＣＰＵ７２は、対象サービス名「ＳＶＥ」をＤＢサーバ８０に登録しなくてもよく、図４のテーブル、図１１のテーブル等を生成する際に、フラグ「ＯＮ」を含まないテーブルを生成してもよい。そして、図１１のＳ５５０において、多機能機１０のＣＰＵ３２は、多機能機１０のメモリ３４から対象サービス名「ＳＶＥ」を取得し、対象サービス名「ＳＶＥ」を含むサービス選択画面ＳＣ３を表示部１４に最初に表示させてもよい。本変形例でも、「画像処理装置」は、第２の画面情報が取得される場合に、第２の画面を表示部に最初に表示させることができる。

（変形例６）上記の各実施例では、図１５の履歴画面ＳＣ１４が、「特定画面」の一例である。ただし、「特定画面」は、履歴画面ＳＣ１４に限られず、例えば、多機能機１０の操作マニュアルを示す画面であってもよいし、多機能機１０で発生するエラーを解消させるための情報を示す画面であってもよい。即ち、「特定画面」は、１個以上のサービス提供サーバが提供可能なＫ個のサービスに関係しない情報を示す画面であればよい。

（変形例７）上記の各実施例では、図１３のＳ６３３において、仲介サーバ５０のＣＰＵ７２は、フラグ「ＯＮ」が最上欄のサービス名「ＳＶＡ」に関連付けられているテーブルを含むサービス選択情報を生成する。これに代えて、ＣＰＵ７２は、テーブルに含まれる各サービス名の中から、フラグ「ＯＮ」が予め決められているサービス名（例えば「ＳＶＣ」）に関連付けられているテーブルを含むサービス選択情報を生成してもよい。本変形例では、上記の予め決められているサービス名が、「所定の選択肢」の一例である。

（変形例８）例えば、多機能機１０のユーザが、複数個のＳＰサーバ１００に対応する複数個のサービス名のうちの一部のサービス名のみを、表示対象のサービス名として、仲介サーバ５０に予め登録可能であってもよい。この場合、図４のＳ３２では、仲介サーバ５０のＣＰＵ７２は、当該一部のサービス名（ただし２個以上のサービス名）を含むと共に他のサービス名を含まないサービス選択画面情報を生成してもよい。この構成によると、多機能機１０で表示されるサービス名の数が少なくなり、ユーザがサービス名を選択し易い。本変形例では、上記の一部のサービス名が、「Ｋ個の選択肢」の一例である。

（変形例９）上記の各実施例では、仲介サーバ５０のＣＰＵ７２がソフトウェア（即ちプログラム）に従って処理を実行することによって、図４〜図８及び図１１〜図１７の各処理が実現される。これに代えて、これらの各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。同様に、多機能機１０によって実行される各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：通信システム、１０：多機能機、５０：仲介サーバ、８０：データベースサーバ（ＤＢサーバ）、１００：サービス提供サーバ（ＳＰサーバ）、ＳＣ１：メイン画面、ＳＣ２：サービス選択画面、ＳＣ３：サービス選択画面、ＳＣ４：アカウント選択画面、ＳＣ５：通信選択画面、ＳＣ７：画像選択画面、ＳＣ８：印刷条件画面、ＳＣ９：ＦＤ選択画面、ＳＣ１０：スキャン条件画面、ＳＣ１１：保存方法選択画面、ＳＣ１２：サービス選択画面、ＳＣ１３：サービス選択画面、ＳＣ１４：履歴画面、ＳＣＥ：エラー画面

Claims (9)

1. 画像処理を実行可能な画像処理装置であって、
   表示部と、
   制御部と、を備え、
   前記制御部は、
   前記画像処理の実行のトリガである所定の指示がユーザから前記画像処理装置に与えられる場合に、画面情報の要求を画面情報供給サーバに供給して、画面情報供給サーバから、Ｋ個（前記Ｋは２以上の整数）の選択肢に関係するＫ個の選択肢情報を含む第１の画面情報を取得する画面情報取得部と、
   前記表示部に表示されるべき画面のレイアウトを表わすレイアウトデータを格納するメモリから、前記レイアウトデータを取得するレイアウトデータ取得部と、
   前記第１の画面情報が取得される場合に、前記第１の画面情報に含まれる前記Ｋ個の選択肢情報のうちの一部であるＫ１個（前記Ｋ１は１以上の整数）の選択肢情報と、前記レイアウトデータと、を利用して、Ｋ１個の選択肢を含む第１の画面を前記表示部に最初に表示させ、
   前記第１の画面が前記表示部に表示されている状態で、前記ユーザから画面変更指示が与えられる場合に、前記Ｋ個の選択肢情報のうちの一部であるＫ２個（前記Ｋ２は１以上前記Ｋ１以下の整数）の選択肢情報であって、前記Ｋ１個の選択肢情報とは異なる前記Ｋ２個の選択肢情報と、前記レイアウトデータと、を利用して、Ｋ２個の選択肢を含む第２の画面を前記表示部に表示させる表示制御部と、
   前記第２の画面が前記表示部に表示されている状態で、前記Ｋ２個の選択肢のうちの対象選択肢が前記ユーザによって選択される場合に、前記対象選択肢に関係する前記画像処理を実行する画像処理実行部と、を備え、
   前記画面情報取得部は、さらに、前記対象選択肢に関係する前記画像処理が実行された後に、前記所定の指示が前記ユーザから前記画像処理装置に再び与えられる場合に、前記画面情報の前記要求を前記画面情報供給サーバに供給して、前記画面情報供給サーバから、前記Ｋ個の選択肢情報を含む第２の画面情報を取得し、
   前記表示制御部は、さらに、前記第２の画面情報が取得される場合に、前記第２の画面情報に含まれる前記Ｋ個の選択肢情報のうちの前記Ｋ２個の選択肢情報と、前記レイアウトデータと、を利用して、前記第２の画面を前記表示部に最初に表示させる、
   画像処理装置。
2. 前記画面情報供給サーバは、１個以上のサービス提供サーバから前記画像処理装置へのＫ個のサービスの提供を仲介するためのサーバであり、
   前記Ｋ個の選択肢は、前記Ｋ個のサービスであり、
   前記制御部は、さらに、
   前記Ｋ個のサービスのうちの対象サービスである前記対象選択肢が前記ユーザによって選択される場合に、前記対象サービスを提供する対象サービス提供サーバから前記対象サービスを受けるための特定通信を実行する特定通信実行部を備える、請求項１に記載の画像処理装置。
3. 画面情報供給サーバであって、
   画像処理の実行のトリガである第１の指示がユーザから画像処理装置に与えられたことに起因して、前記画像処理装置から第１の要求が取得される場合に、Ｋ個の選択肢に関係するＫ個の選択肢情報を含む第１の画面情報を、前記画像処理装置に供給する画面情報供給部であって、前記第１の画面情報は、（Ａ）前記Ｋ個の選択肢を含む２個以上の画面を前記画像処理装置の表示部に順次表示させるための情報であり、かつ、（Ｂ）前記２個以上の画面のうちの第１の画面を前記表示部に最初に表示させるための情報であり、かつ、（Ｃ）前記第１の画面が前記表示部に表示されている状態で、前記ユーザから前記画像処理装置に画面変更指示が与えられる場合に、前記２個以上の画面のうちの第２の画面を前記表示部に表示させるための情報であり、前記第１の画面は、前記Ｋ個の選択肢のうちの一部であるＫ１個（前記Ｋ１は１以上の整数）の選択肢を含み、前記第２の画面は、前記Ｋ個の選択肢のうちの一部であるＫ２個（前記Ｋ２は１以上前記Ｋ１以下の整数）の選択肢を含み、前記Ｋ２個の選択肢は、前記Ｋ１個の選択肢とは異なる、前記画面情報供給部と、
   前記第１の画面情報が供給された後に、前記画像処理装置から、前記Ｋ２個の選択肢のうちの対象選択肢が前記ユーザによって選択されたことを示す第１の選択情報が取得される場合に、前記対象選択肢を示す登録情報をデータベースに登録する登録部と、を備え、
   前記画面情報供給部は、さらに、前記画像処理装置が前記第１の指示に応じて前記画像処理を実行した後に、前記第１の指示が前記ユーザから前記画像処理装置に再び与えられたことに起因して、前記画像処理装置から第２の要求が取得される場合に、前記データベース内の前記登録情報を利用して、前記Ｋ個の選択肢情報と、指示情報と、を含む第２の画面情報を、前記画像処理装置に供給し、
   前記第２の画面情報は、前記Ｋ個の選択肢を含む前記２個以上の画面を前記表示部に順次表示させるための情報であり、
   前記第２の画面情報内の前記指示情報は、前記２個以上の画面のうちの前記第２の画面を前記表示部に最初に表示すべきことを、前記画像処理装置に指示するための情報である、画面情報供給サーバ。
4. 前記画面情報供給サーバは、１個以上のサービス提供サーバから前記画像処理装置へのＫ個のサービスの提供を仲介するためのサーバであり、
   前記Ｋ個の選択肢は、前記Ｋ個のサービスであり、
   前記画面情報供給サーバは、さらに、
   前記対象選択肢である対象サービスを提供する対象サービス提供サーバから前記画像処理装置への前記対象サービスの提供を仲介するための仲介通信を実行する仲介通信実行部を備える、請求項３に記載の画面情報供給サーバ。
5. 前記第１の画面情報は、前記Ｋ個のサービスに関係する前記Ｋ個の選択肢情報と、前記Ｋ個のサービスに関係しない特定選択肢に関係する特定選択肢情報と、を含み、
   前記第１の画面情報は、前記Ｋ個の選択肢と前記特定選択肢とを含む前記２個以上の画面を前記表示部に順次表示させるための情報であり、
   前記登録部は、前記画像処理装置から、前記特定選択肢が前記ユーザによって選択されたことを示す第２の選択情報が取得される場合に、前記特定選択肢を示す情報を前記データベースに登録せず、
   前記画面情報供給部は、前記第２の選択情報が取得される場合に、前記Ｋ個のサービスに関係しない特定画面を前記表示部に表示させるための特定画面情報を、前記画像処理装置に供給する、請求項４に記載の画面情報供給サーバ。
6. 前記画面情報供給部は、前記特定画面が前記表示部に表示されている状態で、前記２個以上の画面に戻るためのリターン指示が前記ユーザから前記画像処理装置に与えられたことに起因して、前記画像処理装置から第３の要求が取得される場合に、前記Ｋ個の選択肢情報と、前記特定選択肢情報と、指示情報と、を含む第３の画面情報を、前記画像処理装置に供給し、
   前記第３の画面情報は、前記Ｋ個の選択肢と前記特定選択肢とを含む前記２個以上の画面を前記表示部に順次表示させるための情報であり、
   前記第３の画面情報内の前記指示情報は、前記２個以上の画面のうち、前記特定選択肢を含む画面を前記表示部に最初に表示すべきことを、前記画像処理装置に指示するための情報である、請求項５に記載の画面情報供給サーバ。
7. 前記第１の指示は、前記画像処理装置が実行可能な２種類以上の画像処理のうちのいずれの種類の画像処理が実行されるべきか、前記ユーザによって選択されることを含まない指示であり、
   前記画面情報供給部は、さらに、前記画像処理装置が前記第１の指示に応じて前記画像処理を実行した後に、前記画像処理の実行のトリガである第２の指示が前記ユーザから前記画像処理装置に与えられたことに起因して、前記画像処理装置から第４の要求が取得される場合に、前記Ｋ個の選択肢情報のうちの一部であるＭ個（前記Ｍは２以上前記Ｋ未満の整数）の選択肢情報と、指示情報と、を含む第４の画面情報を、前記画像処理装置に供給し、
   前記第２の指示は、前記２種類以上の画像処理のうちの特定種類の画像処理が実行されるべきことが、前記ユーザによって選択されることを含む指示であり、
   前記Ｍ個の選択肢情報は、前記特定種類の画像処理に関係する対象データの通信を許容するＭ個のサービスに関係するＭ個のサービス関係情報を含み、
   前記第４の画面情報は、前記Ｍ個のサービスであるＭ個の選択肢を含む２個以上の画面を前記表示部に順次表示させるための情報であり、
   前記第４の画面情報内の前記指示情報は、
   前記データベース内の前記登録情報によって示される前記対象サービスが、前記Ｍ個のサービスに含まれる場合に、前記２個以上の画面のうち、前記対象選択肢を含む画面を前記表示部に最初に表示すべきことを、前記画像処理装置に指示するための情報であり、
   前記データベース内の前記登録情報によって示される前記対象サービスが、前記Ｍ個のサービスに含まれない場合に、前記２個以上の画面のうち、前記対象選択肢とは異なる所定選択肢を含む画面を前記表示部に最初に表示すべきことを、前記画像処理装置に指示するための情報である、請求項４から６のいずれか一項に記載の画面情報供給サーバ。
8. 前記画面情報供給部は、さらに、前記登録情報が前記データベースに登録された後であって、前記画像処理装置が前記第１の指示に応じて前記画像処理を実行する前に、設定画面を前記表示部に表示させるための設定画面情報を前記画像処理装置に供給し、
   前記設定画面は、前記対象選択肢に関係する設定を実行するための画面であり、
   前記画面情報供給部は、さらに、前記設定画面が前記表示部に表示されている状態で、前記２個以上の画面に戻るためのリターン指示が前記ユーザから前記画像処理装置に与えられたことに起因して、前記画像処理装置から第５の要求が取得される場合に、前記データベース内の前記登録情報を利用して、前記Ｋ個の選択肢情報と、指示情報と、を含む第５の画面情報を、前記画像処理装置に供給し、
   前記第５の画面情報は、前記Ｋ個の選択肢を含む前記２個以上の画面を前記表示部に順次表示させるための情報であり、
   前記第５の画面情報内の前記指示情報は、前記２個以上の画面のうち、前記対象選択肢を含む画面を前記表示部に最初に表示すべきことを、前記画像処理装置に指示するための情報である、請求項３から７のいずれか一項に記載の画面情報供給サーバ。
9. 画面情報供給サーバのためのコンピュータプログラムであって、
   前記コンピュータプログラムは、前記画面情報供給サーバに搭載されるコンピュータに、以下の各処理、即ち、
   画像処理の実行のトリガである第１の指示がユーザから画像処理装置に与えられたことに起因して、前記画像処理装置から第１の要求が取得される場合に、Ｋ個の選択肢に関係するＫ個の選択肢情報を含む第１の画面情報を、前記画像処理装置に供給する画面情報供給処理であって、前記第１の画面情報は、（Ａ）前記Ｋ個の選択肢を含む２個以上の画面を前記画像処理装置の表示部に順次表示させるための情報であり、かつ、（Ｂ）前記２個以上の画面のうちの第１の画面を前記表示部に最初に表示させるための情報であり、かつ、（Ｃ）前記第１の画面が前記表示部に表示されている状態で、前記ユーザから前記画像処理装置に画面変更指示が与えられる場合に、前記２個以上の画面のうちの第２の画面を前記表示部に表示させるための情報であり、前記第１の画面は、前記Ｋ個の選択肢のうちの一部であるＫ１個（前記Ｋ１は１以上の整数）の選択肢を含み、前記第２の画面は、前記Ｋ個の選択肢のうちの一部であるＫ２個（前記Ｋ２は１以上前記Ｋ１以下の整数）の選択肢を含み、前記Ｋ２個の選択肢は、前記Ｋ１個の選択肢とは異なる、前記画面情報供給処理と、
   前記第１の画面情報が供給された後に、前記画像処理装置から、前記Ｋ２個の選択肢のうちの対象選択肢が前記ユーザによって選択されたことを示す第１の選択情報が取得される場合に、前記対象選択肢を示す登録情報をデータベースに登録する登録処理と、を実行させ、
   前記画面情報供給処理は、さらに、前記画像処理装置が前記第１の指示に応じて前記画像処理を実行した後に、前記第１の指示が前記ユーザから前記画像処理装置に再び与えられたことに起因して、前記画像処理装置から第２の要求が取得される場合に、前記データベース内の前記登録情報を利用して、前記Ｋ個の選択肢情報と、指示情報と、を含む第２の画面情報を、前記画像処理装置に供給し、
   前記第２の画面情報は、前記Ｋ個の選択肢を含む前記２個以上の画面を前記表示部に順次表示させるための情報であり、
   前記第２の画面情報内の前記指示情報は、前記２個以上の画面のうちの前記第２の画面を前記表示部に最初に表示すべきことを、前記画像処理装置に指示するための情報である、コンピュータプログラム。

Images