JP6439851B2 - 画像処理装置およびコンピュータプログラム - 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 (5)

1. ２種類以上の画像処理を実行可能な画像処理装置であって、
   表示部と、
   仲介サーバと通信する通信部であって、前記仲介サーバは１個以上のサービス提供サーバから前記画像処理装置への複数個のサービスの提供を仲介する、前記通信部と、
   制御部と、を備え、
   前記制御部は、
   前記１個以上のサービス提供サーバが提供する１個以上のサービスのうちのいずれかのサービスの提供を要求するための第１のオブジェクトと、当該画像処理装置が実行可能な画像処理のうちのいずれかの画像処理機能を実行するための第２のオブジェクトと、を含む第１の選択画面を前記表示部に表示させる第１の表示処理と、
   前記第１の選択画面に含まれる前記第２のオブジェクトが選択される場合に、前記第２のオブジェクトに対応する画像処理に係るデータの複数個の格納先であって、前記１個以上のサービス提供サーバに関係するサーバ格納先を含む前記複数個の格納先を示す複数個のオブジェクトを含む第２の選択画面を前記表示部に表示させる第２の表示処理と、
   前記第１の選択画面に含まれる前記第１のオブジェクトが選択される場合および前記第２の選択画面に含まれる前記サーバ格納先を示すオブジェクトが選択される場合のいずれかを満たす場合に、前記仲介サーバに所定の情報を送信する送信処理と、
   前記仲介サーバへ前記所定の情報を送信することにより前記仲介サーバから送信される前記画面情報に応じて、前記１個以上のサービス提供サーバが提供する１個以上のサービスを選択するためのオブジェクトを含む第３の選択画面を表示する第３の表示処理と、を実行し、
   前記第３の表示処理は、
   前記第１の選択画面に含まれる前記第１のオブジェクトが選択される場合は、Ｎ個のオブジェクトを含む前記第３の選択画面を表示し、
   前記第２の選択画面に含まれる前記サーバ格納先を示すオブジェクトが選択される場合は、前記Ｎ個のオブジェクトのうち前記第１の選択画面で選択された画像処理に対応するＭ個のオブジェクトを含み、前記第１の選択画面で選択された画像処理に対応しないＮ−Ｍ個のオブジェクトを含まない前記第３の選択画面を表示し、
   前記制御部は、
   前記第３の選択画面に含まれる所定のオブジェクトが選択された場合に、選択されたオブジェクトに対応するサービスに応じた画像処理を実行する、
   画像処理装置。
2. 読取部を備え、
   前記第１の選択画面に含まれる前記第２のオブジェクトは、前記読取部に原稿を読み取らせ画像データを生成するスキャン機能を選択するためのオブジェクトであり、
   前記第２の表示処理は、前記第２のオブジェクトが選択される場合に、前記読取部により読み取られ生成された画像データの格納先を選択するための前記第２の選択画面を前記表示部に表示させる、請求項１に記載の画像処理装置。
3. 前記送信処理により前記仲介サーバに送信される情報には、前記第１のオブジェクトが選択されることに応じた送信処理であるか、前記第２の選択画面に含まれる前記サーバ格納先を示すオブジェクトが選択されることに応じた送信処理であるかを区別するための区別情報を含み、
   前記制御部は、
   前記区別情報が前記第１のオブジェクトが選択されることに応じた送信処理であることを示す情報である場合に、前記仲介サーバから前記Ｎ個のオブジェクトを含む前記第３の選択画面を表示するための選択画面情報を受信し、前記区別情報が前記第２の選択画面に含まれる前記サーバ格納先を示すオブジェクトが選択されることに応じた送信処理であることを示す情報である場合に、前記仲介サーバから前記Ｎ個のオブジェクトのうち前記第１の選択画面で選択された画像処理に対応するＭ個のオブジェクトを含み、前記第１の選択画面で選択された画像処理に対応しないＮ−Ｍ個のオブジェクトを含まない前記第３の選択画面を表示するための選択画面情報を受信し、
   前記第３の表示処理は、前記受信した選択画面情報にしたがい前記第３の表示処理における前記第３の選択画面を表示する、請求項１または２に記載の画像処理装置。
4. 前記制御部は、
   前記第１のオブジェクトが選択される場合は、前記第３の選択画面により選択されるオブジェクトに対応するサービスの実行に必要な通信を選択するための通信選択画面を表示し、
   前記第２の選択画面に含まれる前記サーバ格納先を示すオブジェクトが選択される場合は、前記通信選択画面を表示しない、請求項１から３のいずれかに記載の画像処理装置。
5. １個以上のサービス提供サーバが提供する１個以上のサービスのうちのいずれかのサービスの提供を要求するための第１のオブジェクトと、画像処理装置が実行可能な画像処理のうちのいずれかの画像処理機能を実行するための第２のオブジェクトと、を含む第１の選択画面を表示部に表示させる第１の表示処理と、
   前記第１の選択画面に含まれる前記第２のオブジェクトが選択される場合に、前記第２のオブジェクトに対応する画像処理に係るデータの複数個の格納先であって、前記１個以上のサービス提供サーバに関係するサーバ格納先を含む前記複数個の格納先を示す複数個のオブジェクトを含む第２の選択画面を前記表示部に表示させる第２の表示処理と、
   前記第１の選択画面に含まれる前記第１のオブジェクトが選択される場合および前記第２の選択画面に含まれる前記サーバ格納先を示すオブジェクトが選択される場合のいずれかを満たす場合に、仲介サーバに所定の情報を送信する送信処理と、
   前記仲介サーバへ前記所定の情報を送信することにより前記仲介サーバから送信される前記画面情報に応じて、前記１個以上のサービス提供サーバが提供する１個以上のサービスを選択するためのオブジェクトを含む第３の選択画面を表示する第３の表示処理と、
   前記第３の選択画面に含まれる所定のオブジェクトが選択された場合に、選択されたオブジェクトに対応するサービスに応じた画像処理を前記画像処理装置に実行させる実行処理と、をコンピュータに実行させ、
   前記第３の表示処理は、
   前記第１の選択画面に含まれる前記第１のオブジェクトが選択される場合は、Ｎ個のオブジェクトを含む前記第３の選択画面を表示し、
   前記第２の選択画面に含まれる前記サーバ格納先を示すオブジェクトが選択される場合は、前記Ｎ個のオブジェクトのうち前記第１の選択画面で選択された画像処理に対応するＭ個のオブジェクトを含み、前記第１の選択画面で選択された画像処理に対応しないＮ−Ｍ個のオブジェクトを含まない前記第３の選択画面を表示する、コンピュータプログラム。

Images