JP6421865B2 - 仲介サーバ - Google Patents

Description

本明細書では、サービス提供サーバから通信装置へのサービスの提供を仲介するための仲介サーバを開示する。

特許文献１には、多機能装置と中継サーバとサービス提供サーバとを備えるシステムが開示されている。多機能装置は、中継サーバから得られる情報に従って、サービス提供サーバからサービスを受けるための画面を表示させる。

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

本明細書では、サービス提供サーバからサービスを受けるための画面を通信装置に適切に表示させ得る技術を提供する。

本明細書によって開示される技術は、サービス提供サーバから通信装置へのサービスの提供を仲介するための仲介サーバである。仲介サーバは、第１の取得部と、第２の取得部と、生成部と、供給部と、を備える、第１の取得部は、特定のユーザから通信装置に所定の指示が与えられる場合に、通信装置から、インターネットを介して、１個以上の選択画面を通信装置の表示部に表示させるための特定の画面データの要求を取得する。１個以上の選択画面は、サービス提供サーバ内の複数個のフォルダの中から、通信装置がサービスを受けるために実行すべき今回のデータ通信の対象のフォルダを、特定のユーザに選択させるための画面を含む。複数個のフォルダのそれぞれは、特定のユーザのための特定のアカウント情報に従ったアクセスが許可されるフォルダである。第２の取得部は、特定の画面データの要求が取得される場合に、サービス提供サーバ及び通信装置とは別体に構成されているデータベースから、複数個のフォルダのうちの第１のフォルダに関係する第１のフォルダ関係情報を取得する。第１のフォルダは、特定のユーザから通信装置に所定の指示が過去に与えられたことに起因して、通信装置がサービスを受けるために実行した過去のデータ通信の対象のフォルダである。生成部は、第１のフォルダ関係情報を用いて得られる第１のフォルダのフォルダ名を、複数個のフォルダのうちの他のフォルダのフォルダ名と比べて、通信装置の表示部に優先的に表示させるための特定の画面データを生成する。供給部は、インターネットを介して、特定の画面データを通信装置に供給する。

上記の構成によると、仲介サーバは、通信装置から特定の画面データの要求を取得する場合に、サービス提供サーバ及び通信装置とは別体に構成されているデータベースから、過去のデータ通信の対象の第１のフォルダに関係する第１のフォルダ関係情報を取得する。従って、サービス提供サーバ又は通信装置が、過去のデータ通信の対象のフォルダ関係情報を格納しておいて、当該フォルダ関係情報を必要に応じて外部に供給可能な構成でなくても、仲介サーバは、データベースから第１のフォルダ関係情報を適切に取得することができる。このために、仲介サーバは、第１のフォルダ関係情報を用いて得られる第１のフォルダのフォルダ名を優先的に表示させるための特定の画面データを生成して、特定の画面データを通信装置に供給することがきる。この結果、通信装置の表示部で表示される１個以上の選択画面では、第１のフォルダのフォルダ名が優先的に表示され得る。従って
、特定のユーザは、過去のデータ通信の対象の第１のフォルダのフォルダ名を知り得るので、今回のデータ通信の対象のフォルダを適切に選択し得る。

上記の仲介サーバを実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを記憶するコンピュータ読取可能記憶媒体も、新規で有用である。また、上記の仲介サーバと、他の少なくとも１個の装置（例えば、通信装置、データベース等）と、を備えるシステムも、新規で有用である。

通信システムの構成を示す。 サービス提供サーバ内のデータ構造の一例を示す。 各デバイスによって実行される各処理のシーケンス図を示す。 仲介サーバの設定画面データ生成処理のフローチャートを示す。 スキャナで表示される各画面の一例を示す。 仲介サーバの応答処理のフローチャートを示す。 サービス提供サーバ内に新たなフォルダを生成するケースＡのシーケンス図を示す。 前回フォルダが選択されるケースＢのシーケンス図を示す。 前回フォルダとは異なるフォルダが選択されるケースＣのシーケンス図を示す。 書込不可能なフォルダが選択されるケースＤのシーケンス図を示す。 第２実施例〜第４実施例を説明するための図を示す。

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

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

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

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、プログラム３６の他に、サービステーブル３８を格納する。

サービステーブル３８には、複数個のサービス情報が登録される。各サービス情報は、サービス名と、表示名と、アクセストークン（図１等では「ＡＴ」と記載されている）と、が対応付けられた情報である。サービス名は、ＳＰサーバ（例えば１１０）が提供するサービスの名称である。本実施例では、各ＳＰサーバ１１０，１２０の各サービス名は、「ＳＮ１」、「ＳＮ２」である。表示名は、スキャナ１０のユーザによって決定される表示用の名称である。アクセストークンは、ＳＰサーバ（例えば１１０）を利用するための認証情報である。

（仲介サーバ５０の構成）
仲介サーバ５０は、スキャナ１０のベンダによって提供されるサーバである。仲介サーバ５０は、各ＳＰサーバ１１０，１２０からスキャナ１０へのサービスの提供を仲介するためのサーバである。具体的に言うと、仲介サーバ５０は、各ＳＰサーバ１１０，１２０に対応する各ＡＰＩ（Application Program Interfaceの略）に従って、各ＳＰサーバ１
１０，１２０と通信して、様々なデータ処理を実行する。

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

メモリ７４内のプログラム７６は、複数個のＳＰサーバ１１０，１２０に対応する複数個のＡＰＩを含む。複数個のＡＰＩのそれぞれは、当該ＡＰＩに対応するＳＰサーバ（例えばＳＰサーバ１１０）と通信してデータ処理を実行するためのプログラムである。特に、ＳＰサーバ１１０に対応するＡＰＩは、ＣＰＵ７２が後述の図３、図４、及び、図６の各処理を実行するためのプログラムを含む。

（ＤＢサーバ８０の構成）
ＤＢサーバ８０は、スキャナ１０のベンダによって提供されるサーバである。ＤＢサーバ８０は、インターネット４を介して、仲介サーバ５０と通信可能である。ＤＢサーバ８０は、フォルダテーブル８２を格納する。

フォルダテーブル８２には、複数個のフォルダ情報が登録される。各フォルダ情報は、ＭＡＣアドレスと、サービス名と、表示名と、フォルダＩＤと、が対応付けられた情報である。ＭＡＣアドレスは、スキャナ（例えば１０）に予め割り当てられているＭＡＣアドレスである。本実施例では、スキャナ１０のＭＡＣアドレスは、「Ｍ１」である。サービス名及び表示名は、スキャナ１０のサービステーブル３８に登録されるべきサービス名及び表示名と同じものである。フォルダＩＤは、サービス提供サーバ（例えば１１０）に保存されているフォルダを識別するための識別情報である。

（ＵＬサーバ９０の構成）
ＵＬサーバ９０は、スキャナ１０のベンダによって提供されるサーバである。ＵＬサーバ９０は、複数個のＳＰサーバ１１０，１２０に対応する複数個のＡＰＩを格納している。ＵＬサーバ９０は、インターネット４を介して、スキャナ１０からアップロード要求を取得する場合に、インターネット４を介して、ＳＰサーバ（例えば１１０）にデータをアップロードする。

（ＳＰサーバ１１０，１２０の構成）
各ＳＰサーバ１１０，１２０は、例えば、「Evernote（登録商標）」、「Google（登録商標） Docs」、「PICASA（登録商標）」、「Facebook（登録商標）」等の公知のサービ
ス提供サーバ（即ちクラウドサーバ）である。各ＳＰサーバ１１０，１２０は、インターネット４を介して、通信機器（例えばスキャナ１０）からデータを取得して保存する。即ち、各ＳＰサーバ１１０，１２０は、データ保存サービスを提供可能である。

ＳＰサーバ１１０は、第１の事業者（即ち第１の会社）によって提供されるサーバであり、ＳＰサーバ１２０は、第１の事業者とは異なる第２の事業者（即ち第２の会社）によって提供されるサーバである。これらの各事業者は、スキャナ１０のベンダとは異なる。第１の事業者は、ＳＰサーバ１１０からサービスを受けるための第１のＡＰＩを公開しており、第２の事業者は、ＳＰサーバ１２０からサービスを受けるための第２のＡＰＩを公開している。第１の事業者と第２の事業者とが異なるために、通常、第１のＡＰＩと第２のＡＰＩとは異なる。

通信機器（例えばスキャナ１０）は、複数個のＳＰサーバ１１０，１２０のそれぞれと直接的に通信してサービスを受けるためには、第１のＡＰＩと第２のＡＰＩとの両方を備えていなければならない。この場合、通信機器は、多くのプログラム（即ち第１及び第２のＡＰＩ）を格納しなければならない。しかしながら、ＰＣ等と比べると、スキャナ１０のメモリ３４の記憶容量は少ない。従って、本実施例では、スキャナ１０に多くのプログラムを記憶させることなく、スキャナ１０が複数個のＳＰサーバ１１０，１２０のそれぞれからサービスを受けることができるように、仲介サーバ５０及びＵＬサーバ９０が設けられている。

上述したように、仲介サーバ５０及びＵＬサーバ９０は、複数個のＳＰサーバ１１０，１２０に対応する複数個のＡＰＩを備えている。そして、仲介サーバ５０は、スキャナ１０が各ＳＰサーバ１１０，１２０からサービスを受けることができるように、各ＳＰサーバ１１０，１２０に対応する各ＡＰＩを利用して、各ＳＰサーバ１１０，１２０と様々な通信（例えば、後述の図３のＲＥＱ３、図７のＲＥＱ１０、ＲＥＱ１１等の通信）を実行する。同様に、ＵＬサーバ９０は、各ＳＰサーバ１１０，１２０に対応する各ＡＰＩを利用して、各ＳＰサーバ１１０，１２０と様々な通信（例えば、後述の図７のアップロードのための通信）を実行する。これにより、スキャナ１０は、各ＳＰサーバ１１０，１２０に対応する各ＡＰＩを備えていなくても（即ち多くのプログラムを記憶していなくても）、各ＳＰサーバ１１０，１２０からサービスを受けることができる。また、ＳＰサーバ１１０，１２０の仕様変更が行われる場合に、仲介サーバ５０及びＵＬサーバ９０のプログラムを変更すれば、スキャナ１０のプログラムを変更しなくても、当該仕様変更に対応することができる。また、新規のＳＰサーバに対応するＡＰＩを備えるように、仲介サーバ５０及びＵＬサーバ９０のプログラムを変更すれば、スキャナ１０のプログラムを変更しなくても、スキャナ１０は、新規のＳＰサーバからサービスを受けることができる。

（スキャナ１０のユーザの事前準備）
スキャナ１０がＳＰサーバ１１０からサービスを受けるために、ユーザは、図示省略のＰＣに以下の動作を実行させる。ＰＣは、ユーザの指示に従って仲介サーバ５０にアクセスして、仲介サーバ５０からＳＰサーバ１１０のＵＲＬ（Uniform Resource Locatorの略）を取得する。ＰＣは、当該ＵＲＬを利用して、ＳＰサーバ１１０にアクセスする。そして、ＰＣは、ユーザによって入力されるユーザアカウント情報（即ちユーザＩＤとパスワード）をＳＰサーバ１１０に登録する。

ＳＰサーバ１１０は、ユーザアカウント情報を利用してアクセストークンを生成して、当該アクセストークンを仲介サーバ５０に供給する。仲介サーバ５０は、ＳＰサーバ１１０からアクセストークンを取得すると、テンポラリＩＤを生成して、テンポラリＩＤをＰＣに供給する。この結果、ＰＣは、テンポラリＩＤを表示させる。これにより、ユーザは、テンポラリＩＤを知ることができる。

次いで、ユーザは、スキャナ１０の操作部１２を操作して、ＳＰサーバ１１０のサービス名「ＳＮ１」と、所望の表示名（例えば「Ａｌｉｃｅ」）と、テンポラリＩＤと、をスキャナ１０に入力する。この結果、スキャナ１０のＣＰＵ３２は、テンポラリＩＤを仲介サーバ５０に供給して、仲介サーバ５０からアクセストークンを取得する。次いで、ＣＰＵ３２は、サービステーブル３８にサービス情報を登録する。即ち、ＣＰＵ３２は、ユーザによって入力されたサービス名「ＳＮ１」と、ユーザによって入力された表示名（例えば「Ａｌｉｃｅ」）と、仲介サーバ５０から取得されたアクセストークン（例えば「ＡＴ１」）と、が対応付けられたサービス情報を登録する。

ユーザは、ユーザアカウント情報がＳＰサーバ１１０に登録された後に、スキャナ１０、ＰＣ等を利用して、ＳＰサーバ１１０内にフォルダを生成することができる。そして、ユーザは、スキャナ１０、ＰＣ等を利用して、フォルダ内に様々なデータ（即ちファイル）を格納させることができる。

なお、上記と同様に、他のユーザについても、ＳＰサーバ１１０へのユーザアカウント情報の登録と、サービステーブル３８へのサービス情報（例えば、「ＳＮ１」、「Ｊｏｈｎ」、「ＡＴ２」）の登録と、が実行され得る。また、サービス提供サーバ１２０についても、サービス提供サーバ１２０へのユーザアカウント情報の登録と、サービステーブル３８へのサービス情報（例えば、「ＳＮ２」、「Ｋｅｎ」、「ＡＴ３」）の登録と、が実行され得る。

（ＳＰサーバ１１０内のデータ構造；図２）
図２に示されるように、ＳＰサーバ１１０は、ユーザ情報格納領域と、管理者情報格納領域と、を備える。ユーザ情報格納領域は、各ユーザアカウント情報ＵＩ１，ＵＩ２，ＵＩ３について、当該ユーザアカウント情報と、ビジネスユーザ情報と、１個以上のノーマルフォルダと、を関連付けて格納するための領域である。管理者情報格納領域は、各管理者アカウント情報ＡＩについて、管理対象アカウント情報と、１個以上のビジネスフォルダと、を関連付けて格納するための領域である。

各ユーザアカウント情報ＵＩ１，ＵＩ２，ＵＩ３は、ユーザがＳＰサーバ１１０を利用するためのアカウント情報であり、例えば、ユーザＩＤと、パスワードと、を含む。

ビジネスユーザ情報は、ユーザが、ビジネスユーザであるのか、非ビジネスユーザであるのか、を示す情報を含む。ビジネスユーザ情報は、ユーザがビジネスユーザであることを示す情報を含む場合には、さらに、当該ユーザがデータを読出可能なビジネスフォルダのフォルダＩＤ（以下でが「読出可能フォルダＩＤ」と呼ぶ）と、当該ユーザがデータを書込可能なビジネスフォルダのフォルダＩＤ（以下でが「書込可能フォルダＩＤ」と呼ぶ）と、を含む。

ノーマルフォルダは、ユーザの指示に従って生成されるフォルダであり、フォルダＩＤ（例えば「Ｆ１０」）と、フォルダ名（例えば「From Scanner」）と、によって識別される。フォルダＩＤは、ＳＰサーバ１１０内に新規のフォルダが生成される際に、ＳＰサーバ１１０によって決定されるユニークなＩＤである。フォルダ名は、ＳＰサーバ１１０内に新規のフォルダが生成される際に、当該フォルダの生成を指示する主体（例えば、ユーザ、仲介サーバ５０等）によって任意に決定される名称である。ノーマルフォルダは、当該ノーマルフォルダの生成を指示したユーザのためのユーザアカウント情報（例えばＵＩ１）に従ったアクセスのみが許容されるフォルダであり、他のアカウント情報に従ったアクセスが許容されない。

管理者アカウント情報ＡＩは、例えば会社のシステムの管理者等がＳＰサーバ１１０を利用するためのアカウント情報であり、例えば、ユーザＩＤと、パスワードと、を含む。管理者は、ＳＰサーバ１１０を運営する第１の事業者から管理者アカウント情報を取得するための権利を購入して、図示省略のＰＣ等を利用して、管理者アカウント情報をＳＰサーバ１１０に登録する。

管理対象アカウント情報は、管理者によって管理対象として指定されるユーザアカウント情報である。図２の例では、各ユーザアカウント情報ＵＩ１，ＵＩ３が管理対象アカウント情報として指定されている。このように指定されると、各ユーザアカウント情報ＵＩ１，ＵＩ３に関連付けられている各ビジネスユーザ情報は、ユーザがビジネスユーザであることを示す情報を含むことになる。

ビジネスフォルダは、管理者の指示に従って生成されるフォルダであり、フォルダＩＤ（例えば「Ｆ１」）と、フォルダ名（例えば「Meeting」）と、によって識別される。例
えば、管理者は、会社の業務で利用されるべきファイルを格納するためのビジネスフォルダをＳＰサーバ１１０内に生成する。また、管理者は、各ビジネスフォルダについて、当該ビジネスフォルダからデータを読出可能なユーザ（即ちユーザアカウント情報）と、当該ビジネスフォルダにデータを書込可能なユーザと、を指定することができる。このように指定されると、各ユーザアカウント情報ＵＩ１，ＵＩ３に関連付けられている各ビジネスユーザ情報は、読出可能フォルダＩＤと、書込可能フォルダＩＤと、を含むことになる。

例えば、フォルダ名「Meeting」を有するビジネスフォルダのフォルダＩＤ「Ｆ１」は
、各ユーザアカウント情報ＵＩ１，ＵＩ３において、読出可能フォルダＩＤとして設定されている。即ち、ビジネスフォルダは、複数個のユーザアカウント情報ＵＩ１，ＵＩ３に従ったアクセスが許容されるフォルダである。

上述したように、ＳＰサーバ１１０は、ノーマルフォルダ及びビジネスフォルダを格納して、それらのフォルダ内にデータ（即ちファイル）を格納することができる。このようなノーマルフォルダ及びビジネスフォルダを採用しているＳＰサーバの一例として、「Evernote（登録商標）」を挙げることができる。「Evernote（登録商標）」では、ノートブックがフォルダに対応し、ノートがファイルに対応する。なお、ＳＰサーバ１２０は、ノーマルフォルダ及びビジネスフォルダのような異なる種類のフォルダを格納するものではない。

（スキャナ１０、仲介サーバ５０等が実行する処理；図３）
スキャナ１０は、原稿のスキャンを実行してスキャンデータ（即ちファイル）を生成することができ、当該スキャンデータをスキャナ１０内のメモリ３４に保存したり（以下では「通常スキャン」と呼ぶ）、当該スキャンデータをＳＰサーバ１１０，１２０にアップロードしたりすることができる（以下では「スキャンＵＬ」と呼ぶ）。以下では、スキャナ１０が、特定のユーザの指示に応じて、ＳＰサーバ１１０へのスキャンＵＬを実行するための動作を説明する。特定のユーザは、スキャナ１０の表示部１４に表示されるメニュー画面において、文字列「通常スキャン」と文字列「スキャンＵＬ」との中から文字列「スキャンＵＬ」を選択する。これにより、図３に示されるスキャンＵＬ指示がスキャナ１０に与えられる。

スキャナ１０のＣＰＵ３２は、スキャンＵＬ指示が与えられる場合に、メモリ３４に予め格納されている画面データを表示部１４に供給して、サービス選択画面ＳＣ１を表示部１４に表示させる。サービス選択画面ＳＣ１は、複数個のサービス名「ＳＮ１」，「ＳＮ２」を含む。特定のユーザは、操作部１２を操作して、複数個のサービス名の中から、Ｓ
Ｐサーバ１１０のサービス名「ＳＮ１」を選択する。

次いで、スキャナ１０のＣＰＵ３２は、メモリ３４内のサービステーブル３８（図１参照）から、サービス名「ＳＮ１」に対応付けられている各表示名（即ち、「Ａｌｉｃｅ」、「Ｊｏｈｎ」）を抽出する。そして、ＣＰＵ３２は、メモリ３４に予め格納されている画面データに各抽出済み表示名を記述し、当該画面データを表示部１４に供給して、表示名選択画面ＳＣ２を表示部１４に表示させる。表示名選択画面ＳＣ２は、複数個の表示名「Ａｌｉｃｅ」，「Ｊｏｈｎ」を含む。特定のユーザは、操作部１２を操作して、複数個の表示名の中から、特定のユーザに対応する１個の表示名を選択する。以下では、ここで選択される表示名のことを「対象表示名」と呼ぶ。

続いて、スキャナ１０のＣＰＵ３２は、メモリ３４内のサービステーブル３８（図１参照）から、サービス名「ＳＮ１」及び対象表示名（例えば「Ａｌｉｃｅ」）に対応付けられているアクセストークン（例えば「ＡＴ１」）を抽出する。以下では、ここで抽出されるアクセストークンのことを「対象アクセストークン」と呼ぶ。そして、ＣＰＵ３２は、スキャナ１０のＭＡＣアドレス「Ｍ１」と、サービス名「ＳＮ１」と、対象表示名と、対象アクセストークンと、を含む設定画面要求ＲＥＱ１を生成する。次いで、ＣＰＵ３２は、インターネット４を介して、設定画面要求ＲＥＱ１を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、スキャナ１０から設定画面要求ＲＥＱ１を取得すると、設定画面要求ＲＥＱ１内の各情報（即ち、「Ｍ１」、「ＳＮ１」、対象表示名）を含む前回フォルダ要求ＲＥＱ２を生成する。そして、ＣＰＵ７２は、インターネット４を介して、前回フォルダ要求ＲＥＱ２をＤＢサーバ８０に供給する。

ＤＢサーバ８０は、仲介サーバ５０から前回フォルダ要求ＲＥＱ２を取得すると、フォルダテーブル８２（図１参照）から、前回フォルダ要求ＲＥＱ２内の各情報に対応付けられているフォルダＩＤ（例えば「Ｆ１０」）を抽出する。ここで抽出されるフォルダＩＤは、特定のユーザが前回のスキャンＵＬの対象のフォルダとして選択したフォルダのＩＤであり、以下では「前回フォルダＩＤ」と呼ぶ。そして、ＤＢサーバ８０は、インターネット４を介して、前回フォルダＩＤを含む応答ＲＥＳ２を仲介サーバ５０に供給する。なお、前回フォルダ要求ＲＥＱ２内の各情報に対応付けられている前回フォルダＩＤがフォルダテーブル８２内に存在しない場合には、ＤＢサーバ８０は、インターネット４を介して、「登録無」を示す情報を含む応答ＲＥＳ２を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、ＤＢサーバ８０から応答ＲＥＳ２を取得すると、設定画面要求ＲＥＱ１内の対象アクセストークンと、応答ＲＥＳ２内の前回フォルダＩＤと、を含む情報要求ＲＥＱ３を生成する。なお、応答ＲＥＳ２が「登録無」を示す情報を含む場合には、ＣＰＵ７２は、前回フォルダＩＤを含まない情報要求ＲＥＱ３を生成する。そして、ＣＰＵ７２は、インターネット４を介して、情報要求ＲＥＱ３をＳＰサーバ１１０に供給する。

ＳＰサーバ１１０は、仲介サーバ５０から情報要求ＲＥＱ３を取得すると、まず、ユーザ情報格納領域及び管理者情報格納領域（図２参照）を参照して、情報要求ＲＥＱ３内の前回フォルダＩＤを有するノーマルフォルダ又はビジネスフォルダ（以下では「前回フォルダ」と呼ぶ）が存在するのか否かを判断する。ＳＰサーバ１１０は、前回フォルダが存在しないと判断する場合には、「前回フォルダ無」を示す情報を含む応答ＲＥＳ３を生成する。

また、ＳＰサーバ１１０は、情報要求ＲＥＱ３内の対象アクセストークンに対応するユーザアカウント情報（以下では「対象ユーザアカウント情報」と呼ぶ）を特定する。上述
したように、アクセストークンは、ユーザアカウント情報に基づいて生成されるものである。従って、ＳＰサーバ１１０は、対象アクセストークンから対象ユーザアカウント情報を特定することができる。

次いで、ＳＰサーバ１１０は、前回フォルダが存在すると判断する場合には、対象ユーザアカウント情報に対応するユーザが前回フォルダにファイルを書込可能であるのか否かを判断する。具体的には、ＳＰサーバ１１０は、前回フォルダが対象ユーザアカウント情報に関連付けられているノーマルフォルダである場合には、書込可能と判断する。また、ＳＰサーバ１１０は、前回フォルダがビジネスフォルダである場合には、対象ユーザアカウント情報に関連付けられているビジネスユーザ情報（図２参照）を参照する。そして、ＳＰサーバ１１０は、書込可能フォルダＩＤとして前回フォルダＩＤが記述されている場合には、書込可能と判断する。これらの以外のケースでは、ＳＰサーバ１１０は、書込不可能と判断する。ＳＰサーバ１１０は、書込可能と判断する場合には、前回フォルダのファイル名（以下では「前回フォルダ名」と呼ぶ）を含む応答ＲＥＳ３を生成する。ＳＰサーバ１１０は、書込不可能と判断する場合には、「書込不可能」を示す情報を含む応答ＲＥＳ３を生成する。

また、ＳＰサーバ１１０は、対象ユーザアカウント情報に関連付けられているノーマルフォルダの個数を特定する。ＳＰサーバ１１０は、さらに、対象ユーザアカウント情報に関連付けられているビジネスユーザ情報が非ビジネスユーザを示す場合には、ビジネスフォルダの個数として「０」を決定する。また、ＳＰサーバ１１０は、当該ビジネスユーザ情報がビジネスユーザを示す場合には、当該ビジネスユーザ情報に含まれる読取可能フォルダＩＤ及び書込可能フォルダＩＤの数を特定することによって、ビジネスフォルダの個数を決定する。そして、ＳＰサーバ１１０は、ノーマルフォルダの個数と、ビジネスフォルダの個数と、を含む応答ＲＥＳ３を生成する。ＳＰサーバ１１０は、インターネット４を介して、応答ＲＥＳ３を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、ＳＰサーバ１１０から応答ＲＥＳ３を取得すると、Ｓ１００の設定画面データ生成処理（後述の図４参照）を実行して、設定画面データＳＤを生成する。そして、ＣＰＵ７２は、インターネット４を介して、設定画面データＳＤをスキャナ１０に供給する。

スキャナ１０のＣＰＵ３２は、仲介サーバ５０から設定画面データＳＤを取得すると、Ｓ２００において、設定画面データＳＤを利用して、１個以上の選択画面（後述の図５参照）を表示部１４に表示させる。特定のユーザは、操作部１２を操作して、１個以上の選択画面に応じた選択を実行する。この場合、ＣＰＵ３２は、インターネット４を介して、選択結果データＲＤを仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、スキャナ１０から選択結果データＲＤを取得すると、選択結果データＲＤを利用して、Ｓ３００の応答処理（後述の図６参照）を実行する。

（設定画面データ生成処理；図４）
続いて、図４を参照して、図３のＳ１００の設定画面データ生成処理の内容を説明する。Ｓ１０２では、仲介サーバ５０のＣＰＵ７２は、デフォルト解像度として、予め決められている値「６００ｄｐｉ」を決定すると共に、デフォルト原稿サイズとして、予め決められている値「Ａ４」を決定する。

Ｓ１０４では、ＣＰＵ７２は、解像度の選択肢として、予め決められている３個の値「６００ｄｐｉ」、「３００ｄｐｉ」、及び、「２００ｄｐｉ」を決定すると共に、原稿サイズの選択肢として、予め決められている４個の値「Ａ４」、「Ａ３」、「Ｂ４」、及び
、「Ｂ５」を決定する。

Ｓ１０６では、ＣＰＵ７２は、応答ＲＥＳ２及び応答ＲＥＳ３（図３参照）に含まれる情報に基づいて、以下の処理を実行する。ＣＰＵ７２は、応答ＲＥＳ２が「登録無」を示す情報を含む場合（Ｓ１０６でＹＥＳ）には、Ｓ１０８に進む。また、ＣＰＵ７２は、応答ＲＥＳ２が「登録無」を示す情報を含まない場合、即ち、応答ＲＥＳ２が前回フォルダＩＤを含む場合には、さらに、応答ＲＥＳ３が「前回フォルダ無」又は「書込不可能」を示す情報を含むのか否かを判断する。ＣＰＵ７２は、応答ＲＥＳ３が「前回フォルダ無」又は「書込不可能」を示す情報を含む場合（Ｓ１０６でＹＥＳ）には、Ｓ１０８に進む。また、ＣＰＵ７２は、応答ＲＥＳ３が「前回フォルダ無」又は「書込不可能」を示す情報を含まない場合（Ｓ１０６でＮＯ）、即ち、応答ＲＥＳ３が前回フォルダ名を含む場合には、Ｓ１１０に進む。

Ｓ１０８では、ＣＰＵ７２は、デフォルトフォルダ名として、予め決められている文字列「From Scanner」を決定する。次いで、Ｓ１０９では、ＣＰＵ７２は、フォルダ選択肢として、予め決められている文字列「From Scanner」を決定する。Ｓ１０９を終えると、Ｓ１１４に進む。

Ｓ１１０では、ＣＰＵ７２は、デフォルトフォルダ名として、応答ＲＥＳ３内の前回フォルダ名の文字列を決定する。次いで、Ｓ１１１では、ＣＰＵ７２は、フォルダ選択肢として、応答ＲＥＳ３内の前回フォルダ名の文字列を決定する。Ｓ１１１を終えると、Ｓ１１４に進む。

Ｓ１１４では、ＣＰＵ７２は、応答ＲＥＳ３内のノーマルフォルダの個数が「１」以上であるのか否かを判断する。ＣＰＵ７２は、ノーマルフォルダの個数が「１」以上である場合（Ｓ１１４でＹＥＳ）には、Ｓ１１６において、フォルダ選択肢として、文字列「Normal Folder」を決定し、Ｓ１１８に進む。一方において、ＣＰＵ７２は、ノーマルフォ
ルダの個数が「０」であると判断する場合（Ｓ１１４でＮＯ）には、Ｓ１１６をスキップして、Ｓ１１８に進む。

Ｓ１１８では、ＣＰＵ７２は、応答ＲＥＳ３内のビジネスフォルダの個数が「１」以上であるのか否かを判断する。ＣＰＵ７２は、ビジネスフォルダの個数が「１」以上である場合（Ｓ１１８でＹＥＳ）には、Ｓ１２０において、フォルダ選択肢として、文字列「Business Folder」を決定する。一方において、ＣＰＵ７２は、ビジネスフォルダの個数が
「０」である場合（即ちＳ１１８でＮＯ）には、Ｓ１２０をスキップする。

ＣＰＵ７２は、上記の様々な値及び文字列を決定することによって、設定画面データＳＤを生成する。設定画面データＳＤは、前回情報と、デフォルト情報と、フォルダ選択肢情報と、解像度選択肢情報と、原稿サイズ選択肢情報と、を含む（図５参照）。前回情報は、前回フォルダ名をスキャナ１０で優先的に表示させるのか否かを示す情報であり、図４のＳ１０８及びＳ１０９が実行される場合には、「前回フォルダ無」を示し、Ｓ１１０及びＳ１１１が実行される場合には、「前回フォルダ有」を示す。前回情報は、「前回フォルダ有」を示す場合には、さらに、図３の応答ＲＥＳ２に含まれる前回フォルダＩＤと、応答ＲＥＳ３に含まれる前回フォルダ名と、を含む。デフォルト情報は、Ｓ１０２で決定される各値（即ちデフォルト解像度、デフォルト原稿サイズ）と、Ｓ１０８又はＳ１１０で決定される文字列（即ちデフォルトフォルダ名）と、を含む。フォルダ選択肢情報は、Ｓ１０９又はＳ１１１で決定される文字列を少なくとも含み、Ｓ１１６が実行される場合には文字列「Normal Folder」をさらに含み、Ｓ１２０が実行される場合には文字列「Business Folder」をさらに含む。解像度選択肢情報は、Ｓ１０４で決定される解像度に関する３個の値を含む。また、原稿サイズ選択肢情報は、Ｓ１０４で決定される原稿サイズ
に関する４個の値を含む。設定画面データＳＤは、仲介サーバ５０からスキャナ１０に供給される（図３参照）。

（スキャナ１０で表示される画面；図５）
続いて、図５を参照して、図３のＳ２００で表示される各選択画面について説明する。各選択画面は、特定のユーザがスキャンＵＬのための設定を選択するための画面である。具体的に言うと、特定のユーザは、各選択画面に従って、スキャンデータ（即ちファイル）のアップロード先のフォルダと、スキャン実行部１６が利用すべきスキャン解像度と、スキャン対象の原稿サイズと、を選択することができる。以下では、対象表示名が、ユーザアカウント情報ＵＩ１（図２参照）に対応する「Ａｌｉｃｅ」である場合を例として、各選択画面について説明する。

スキャナ１０のＣＰＵ３２は、仲介サーバ５０から設定画面データＳＤを取得すると、まず、設定画面データＳＤ内のデフォルト情報に含まれる各情報を、メモリ３４に予め格納されているテンプレートデータに記述して、設定選択画面データを生成する。そして、ＣＰＵ３２は、設定選択画面データを表示部１４に供給して、設定選択画面ＳＣ３を表示部１４に表示させる。

設定選択画面ＳＣ３は、項目「フォルダ」としてデフォルトフォルダ名「Travel」を含み、項目「解像度」としてデフォルト解像度「６００ｄｐｉ」を含み、項目「原稿サイズ」としてデフォルト原稿サイズ「Ａ４」を含む。図５の例では、デフォルトフォルダ名は、前回フォルダ名「Travel」である（図４のＳ１１０参照）。このように、設定選択画面ＳＣ３では、前回フォルダ名が表示され、他のフォルダ名（例えば、「From Scanner」、「Photo」）が表示されない。即ち、前回フォルダ名が、他のフォルダ名と比べて、優先
的に表示される。このために、特定のユーザは、設定選択画面ＳＣ３を見ることによって、前回フォルダ名を知ることができる。

特定のユーザは、設定選択画面ＳＣ３に表示されるフォルダ名とは異なるフォルダ名を選択することを望む場合には、操作部１２を操作して、設定選択画面ＳＣ３に含まれる項目「フォルダ」を選択する。この場、ＣＰＵ３２は、設定画面データＳＤ内のフォルダ選択肢情報に含まれる各情報（図５の例では、「Travel」、「Normal Folder」、「Business Folder」）をテンプレートデータに記述して、フォルダ選択画面データを生成する。そして、ＣＰＵ３２は、フォルダ選択画面データを表示部１４に供給して、フォルダ設定選択画面ＳＣ４を表示部１４に表示させる。特定のユーザは、操作部１２を操作して、所望のフォルダに対応する文字列を選択することができる。ＣＰＵ３２は、フォルダ設定選択画面ＳＣ４でいずれかの文字列が選択される場合には、項目「フォルダ」として選択済み文字列（例えば「Normal Folder」）を含む新たな設定選択画面ＳＣ３を表示部１４に表
示させる。なお、文字列「Normal Folder」又は「Business Folder」は、設定選択画面ＳＣ３でＯＫボタンが選択された後に表示される後述のリスト画面（例えば、図９のＳＣ７、図１０のＳＣ８）において、フォルダ名を選択するための選択肢である。

また、特定のユーザは、設定選択画面ＳＣ３に表示される解像度とは異なる解像度を選択することを望む場合には、操作部１２を操作して、設定選択画面ＳＣ３に含まれる項目「解像度」を選択する。この場、ＣＰＵ３２は、設定画面データＳＤ内の解像度選択肢情報に含まれる各情報をテンプレートデータに記述して、解像度選択画面データを生成する。そして、ＣＰＵ３２は、解像度選択画面データを表示部１４に供給して、解像度選択画面ＳＣ５を表示部１４に表示させる。特定のユーザは、操作部１２を操作して、所望の解像度に対応する値を選択することができる。ＣＰＵ３２は、解像度選択画面ＳＣ５でいずれかの値が選択される場合には、項目「解像度」として選択済み値（例えば「３００ｄｐｉ」）を含む新たな設定選択画面ＳＣ３を表示部１４に表示させる。

また、特定のユーザは、設定選択画面ＳＣ３に表示される原稿サイズとは異なる原稿サイズを選択することを望む場合には、操作部１２を操作して、設定選択画面ＳＣ３に含まれる項目「原稿サイズ」を選択する。この場、ＣＰＵ３２は、設定画面データＳＤ内の原稿サイズ選択肢情報に含まれる各情報をテンプレートデータに記述して、原稿サイズ選択画面データを生成する。そして、ＣＰＵ３２は、原稿サイズ選択画面データを表示部１４に供給して、原稿サイズ設定選択画面ＳＣ６を表示部１４に表示させる。特定のユーザは、操作部１２を操作して、所望の原稿サイズに対応する値を選択することができる。ＣＰＵ３２は、解像度選択画面ＳＣ５でいずれかの値が選択される場合には、項目「原稿サイズ」として選択済み値（例えば「Ａ３」）を含む新たな設定選択画面ＳＣ３を表示部１４に表示させる。

特定のユーザは、設定選択画面ＳＣ３に表示される各項目の内容に満足する場合には、操作部１２を操作して、設定選択画面ＳＣ３内のＯＫボタンを選択する。この場合、ＣＰＵ３２は、選択結果データＲＤを生成して、選択結果データＲＤを仲介サーバ５０に供給する（図３参照）。選択結果データＲＤは、スキャナ１０のＭＡＣアドレス「Ｍ１」と、ＳＰサーバ１１０のサービス名「ＳＮ１」と、対象表示名（例えば「Ａｌｉｃｅ」）と、対象アクセストークン（例えば「ＡＴ１」）と、図５の設定選択画面ＳＣ３内のＯＫボタンが選択された際に表示されていた項目「フォルダ」の文字列（以下では「選択済み文字列」と呼ぶ）と、前回情報と、を含む。当該前回情報は、設定画面データＳＤ内の前回情報と同じ情報である。

（応答処理；図６）
続いて、図６を参照して、図３のＳ３００の応答処理の内容を説明する。Ｓ３０２では、仲介サーバ５０のＣＰＵ７２は、選択結果データＲＤ内の選択済み文字列及び前回情報を確認して、以下の処理を実行する。ＣＰＵ７２は、選択済み文字列が「From Scanner」であり、かつ、当該選択済み文字列が前回フォルダ名に一致しない場合には、Ｓ３０４に進む。また、ＣＰＵ７２は、前回情報の内容に関わらず、選択済み文字列が「Normal Folder」又は「Business Folder」である場合には、Ｓ３４０に進む。ＣＰＵ７２は、選択済み文字列が前回フォルダ名に一致する場合には、Ｓ３４６に進む。

Ｓ３０４では、ＣＰＵ７２は、インターネット４を介して、存在確認要求をＳＰサーバ１１０に供給する。存在確認要求は、選択済み文字列「From Scanner」をフォルダ名として有するフォルダが存在するのか否かを確認するためのコマンドであり、選択結果データＲＤ内の対象アクセストークンと、選択結果データＲＤ内の選択済み文字列「From Scanner」と、を含む。

ＳＰサーバ１１０は、仲介サーバ５０から存在確認要求を取得すると、まず、対象アクセストークンに対応する対象ユーザアカウント情報を特定する。そして、ＳＰサーバ１１０は、対象ユーザアカウント情報に関連付けられている各ノーマルフォルダの中に、フォルダ名「From Scanner」を有するノーマルフォルダが存在するのか否かを判断する。ＳＰサーバ１１０は、当該ノーマルフォルダが存在しない場合には、インターネット４を介して、「フォルダ無」を示す情報を含む応答を仲介サーバ５０に供給する。一方において、ＳＰサーバ１１０は、当該ノーマルフォルダが存在する場合には、インターネット４を介して、当該ノーマルフォルダのフォルダＩＤを含む応答を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、ＳＰサーバ１１０から応答を取得すると、Ｓ３１０において、応答が「フォルダ無」を示す情報を含むのか否かを判断する。ＣＰＵ７２は、応答が「フォルダ無」を示す情報を含む場合（Ｓ３１０でＹＥＳ）には、Ｓ３１２に進む。また、ＣＰＵ７２は、応答が「フォルダ無」を示す情報を含まない場合（Ｓ３１０でＮＯ
）、即ち、応答がフォルダＩＤを含む場合には、Ｓ３１６に進む。

Ｓ３１２では、ＣＰＵ７２は、インターネット４を介して、フォルダ生成要求をＳＰサーバ１１０に供給する。フォルダ生成要求は、フォルダ名「From Scanner」を有するノーマルフォルダを新たに生成することを要求するためのコマンドであり、対象アクセストークンと、選択済み文字列「From Scanner」と、を含む。

ＳＰサーバ１１０は、仲介サーバ５０からフォルダ生成要求を取得すると、まず、対象アクセストークンに対応する対象ユーザアカウント情報を特定する。そして、ＳＰサーバ１１０は、対象ユーザアカウント情報に関連付けて、フォルダ名「From Scanner」を有するノーマルフォルダを新たに生成する。この際に、ＳＰサーバ１１０は、当該ノーマルフォルダのフォルダＩＤ（以下では「第１のフォルダＩＤ」と呼ぶ）を新たに決定する。そして、ＳＰサーバ１１０は、インターネット４を介して、第１のフォルダＩＤを含む応答を仲介サーバ５０に供給する。

Ｓ３１４では、仲介サーバ５０のＣＰＵ７２は、ＳＰサーバ１１０から第１のフォルダＩＤを含む応答を取得する。

次いで、Ｓ３１６では、ＣＰＵ７２は、インターネット４を介して、登録要求をＤＢサーバ８０に供給する。登録要求は、フォルダＩＤを新たに登録することを要求するためのコマンドであり、選択結果データＲＤ内の各情報（即ち、「Ｍ１」、「ＳＮ１」、対象表示名）と、Ｓ３１４で取得される第１のフォルダＩＤと、を含む。

ＤＢサーバ８０は、仲介サーバ５０から登録要求を取得すると、まず、登録要求内の各情報（即ち、「Ｍ１」、「ＳＮ１」、対象表示名）に対応するフォルダ情報（以下では「対象フォルダ情報」と呼ぶ）が、フォルダテーブル８２（図１参照）に存在するのか否かを判断する。ＤＢサーバ８０は、対象フォルダ情報がフォルダテーブル８２に存在する場合には、対象フォルダ情報に含まれるフォルダＩＤに代えて、登録要求内のフォルダＩＤ（即ち第１のフォルダＩＤ）を新たに登録する。一方において、ＤＢサーバ８０は、対象フォルダ情報がフォルダテーブル８２に存在しない場合には、登録要求内の各情報（即ち、「Ｍ１」、「ＳＮ１」、対象表示名、第１のフォルダＩＤ）を含むフォルダ情報をフォルダテーブル８２に新たに登録する。

Ｓ３３０では、仲介サーバ５０のＣＰＵ７２は、インターネット４を介して、アップロード指示をスキャナ１０に供給する。アップロード指示は、スキャン及びアップロードを実行させるための指示であり、Ｓ３１４で取得される第１のフォルダＩＤを含む。

スキャナ１０のＣＰＵ３２は、仲介サーバ５０からアップロード指示を取得すると、まず、図５の設定選択画面ＳＣ３内のＯＫボタンが選択された際に表示されていた各項目「解像度」、「原稿サイズ」の各値（例えば、「６００ｄｐｉ」、「Ａ４」）に従って、原稿のスキャンを実行して、スキャンデータを生成する。そして、ＣＰＵ３２は、インターネット４を介して、ＵＲＬ要求を仲介サーバ５０に供給する。

Ｓ３３２では、仲介サーバ５０のＣＰＵ７２は、スキャナ１０からＵＲＬ要求を取得する。この場合、Ｓ３３４では、ＣＰＵ７２は、インターネット４を介して、メモリ７４内に予め格納されているＵＬサーバ９０のＵＲＬを含む応答を、スキャナ１０に供給する。Ｓ３３４が終了すると、図６の処理が終了する。

スキャナ１０のＣＰＵ３２は、仲介サーバ５０から応答を取得すると、応答内のＵＲＬを利用して、ＵＬサーバ９０にアクセスする。具体的には、ＣＰＵ３２は、インターネッ
ト４を介して、アップロード要求をＵＬサーバ９０に供給する。アップロード要求は、スキャンデータのアップロードを要求するためのコマンドであり、ＳＰサーバ１１０のサービス名「ＳＮ１」と、対象アクセストークンと、第１のフォルダＩＤと、スキャンデータと、を含む。

ＵＬサーバ９０は、スキャナ１０からアップロード要求を取得すると、インターネット４を介して、アップロード要求に含まれるスキャンデータをＵＬサーバ１１０にアップロードする。具体的に言うと、ＵＬサーバ９０は、アップロード要求内の各情報（即ち、対象アクセストークン、第１のフォルダＩＤ、スキャンデータ）を、ＳＰサーバ１１０に供給する。この結果、ＳＰサーバ１１０では、スキャンデータ（即ちファイル）が、第１のフォルダＩＤを有するフォルダ内（即ちフォルダ名「From Scanner」を有するノーマルフォルダ内）に格納される。

また、存在確認要求に対する応答がフォルダＩＤ（以下では「第２のフォルダＩＤ」と呼ぶ）を含む場合（Ｓ３１０でＮＯ）には、Ｓ３１６以降の各処理が実行される。当該各処理は、第１のフォルダＩＤの代わりに第２のフォルダＩＤが利用される点を除くと、上記と同様である。

また、選択結果データＲＤ内の選択済み文字列が「Normal Folder」又は「Business Folder」である場合には、Ｓ３４０において、ＣＰＵ７２は、インターネット４を介して、リスト要求をＳＰサーバ１１０に供給する。リスト要求は、対象アクセストークンと、選択済み文字列「Normal Folder」又は「Business Folder」と、を含む。

ＳＰサーバ１１０は、仲介サーバ５０からリスト要求を取得すると、まず、対象アクセストークンに対応する対象ユーザアカウント情報を特定する。そして、ＳＰサーバ１１０は、リスト要求内の選択済み文字列が「Normal Folder」である場合には、ノーマルフォ
ルダに関するフォルダリストを生成する。当該フォルダリストは、対象ユーザアカウント情報に関連付けられている各ノーマルフォルダについて、当該ノーマルフォルダのフォルダＩＤ及びフォルダ名が対応付けられたフォルダ情報を含む。また、ＳＰサーバ１１０は、リスト要求内の選択済み文字列が「Business Folder」である場合には、ビジネスフォ
ルダに関するフォルダリストを生成する。当該フォルダリストは、対象ユーザアカウント情報に関連付けられている各ビジネスフォルダ（即ち、ビジネスユーザ情報（図２参照）内の読出可能フォルダＩＤ及び書込可能フォルダＩＤ）について、当該ビジネスフォルダのフォルダＩＤ及びフォルダ名が対応付けられたフォルダ情報を含む。そして、ＳＰサーバ１１０は、インターネット４を介して、フォルダリストを仲介サーバ５０に供給する。

Ｓ３４２では、仲介サーバ５０のＣＰＵ７２は、ＳＰサーバ１１０からフォルダリストを取得すると、インターネット４を介して、フォルダリストをスキャナ１０に供給する。

スキャナ１０のＣＰＵ３２は、仲介サーバ５０からフォルダリストを取得すると、フォルダリスト内の各フォルダ名をテンプレートデータに記述して、リスト画面データを生成する。そして、ＣＰＵ３２は、リスト画面データを表示部１４に供給して、リスト画面（例えば、後述の図９のリスト画面ＳＣ７）を表示部１４に表示させる。特定のユーザは、操作部１２を操作して、所望のフォルダに対応するフォルダ名を選択することができる。以下では、ここで選択されるフォルダ名のことを「選択済みフォルダ名」と呼び、選択済みフォルダ名に対応するフォルダＩＤのことを「選択済みフォルダＩＤ」と呼び、選択済みフォルダ名及び選択済みフォルダＩＤのことを合わせて「選択済みフォルダ情報」と呼ぶ。そして、ＣＰＵ３２は、インターネット４を介して、選択済みフォルダ情報を仲介サーバ５０に供給する。

Ｓ３４４では、仲介サーバ５０のＣＰＵ７２は、スキャナ１０から選択済みフォルダ情報を取得する。Ｓ３４４が終了すると、Ｓ３４６に進む。なお、Ｓ３０２において、選択済み文字列が前回フォルダ名に一致すると判断される場合にも、Ｓ３４６に進む。以下では、このケースの選択済み文字列（即ち前回情報に含まれる前回フォルダ名）のことも「選択済みフォルダ名」と呼び、選択済みフォルダ名に対応するフォルダＩＤ（即ち前回情報に含まれる前回フォルダＩＤ）のことも「選択済みフォルダＩＤ」と呼ぶ。

Ｓ３４６では、ＣＰＵ７２は、インターネット４を介して、権限確認要求をＳＰサーバ１１０に供給する。権限確認要求は、選択済みフォルダ名を有するフォルダにデータを書込可能な権限を有するのか否かを確認するためのコマンドであり、対象アクセストークンと、選択済みフォルダＩＤと、を含む。

ＳＰサーバ１１０は、仲介サーバ５０から権限確認要求を取得すると、まず、対象アクセストークンに対応する対象ユーザアカウント情報を特定する。そして、ＳＰサーバ１１０は、対象ユーザアカウント情報に関連付けられている各ノーマルフォルダの中に、選択済みフォルダＩＤを有するノーマルフォルダが存在する場合には、書込可能と判断する。また、ＳＰサーバ１１０は、対象ユーザアカウント情報に関連付けられているビジネスユーザ情報（図２参照）に含まれる書込可能フォルダＩＤの中に、選択済みフォルダＩＤが存在する場合には、書込可能と判断し、当該書込可能フォルダＩＤの中に、選択済みフォルダＩＤが存在しない場合には、書込不可能と判断する。そして、ＳＰサーバ１１０は、インターネットを介して、判断結果（即ち「書込可能」又は「書込不可能」）を示す情報を含む応答を仲介サーバ５０に供給する。

Ｓ３４８では、仲介サーバ５０のＣＰＵ７２は、ＳＰサーバ１１０から応答を取得すると、応答が「書込可能」を示す情報を含むのか否かを判断する。ＣＰＵ７２は、応答が「書込不可能」を示す情報を含む場合（Ｓ３４８でＮＯ）には、Ｓ３５０に進む。また、ＣＰＵ７２は、応答が「書込可能」を示す情報を含む場合（Ｓ３４８でＹＥＳ）には、Ｓ３５２に進む。

Ｓ３５０では、ＣＰＵ７２は、インターネット４を介して、エラー情報をスキャナ１０に供給する。Ｓ３５０が終了すると、図６の処理が終了する。

スキャナ１０のＣＰＵ３２は、仲介サーバ５０からエラー情報を取得すると、エラー画面を表示部１４に表示させる。これにより、特定のユーザは、特定のユーザによって選択されたフォルダにスキャンデータをアップロードすることが不可能であることを知ることができる。

また、Ｓ３５２では、仲介サーバ５０のＣＰＵ７２は、選択済みフォルダ名が前回フォルダ名に一致するのか否かを判断する。ＣＰＵ７２は、選択済みフォルダ名が前回フォルダ名に一致しない場合（Ｓ３５２でＮＯ）には、Ｓ３１６に進む。また、ＣＰＵ７２は、選択済みフォルダ名が前回フォルダ名に一致する場合（Ｓ３５２でＹＥＳ）には、Ｓ３１６を実行せずに、Ｓ３３０に進む。これらのケースの以降の処理は、第１のフォルダＩＤの代わりに選択済みフォルダＩＤが利用される点を除くと、上記と同様である。

（具体的なケース；図７〜図１０）
続いて、図７〜図１０を参照して、具体的なケースを説明する。図７〜図１０の各処理は、仲介サーバ５０が図６のフローチャートを実行することによって実現される。

（ケースＡ；図７）
ケースＡでは、ＳＰサーバ１１０は、図２のフォルダＩＤ「Ｆ１０」を有するノーマル
フォルダ（即ちフォルダ名「From Scanner」を有するノーマルフォルダ）をまだ格納していない。スキャナ１０では、図３のサービス選択画面ＳＣ１において、サービス名「ＳＮ１」が選択済みであり、表示名選択画面ＳＣ２において、表示名「Ａｌｉｃｅ」が選択済みである。また、スキャナ１０では、図５の設定選択画面ＳＣ３において、項目「フォルダ」として「From Scanner」が選択済みである。この場合、スキャナ１０から仲介サーバ５０に供給される選択結果データＲＤは、ＭＡＣアドレス「Ｍ１」と、サービス名「ＳＮ１」と、表示名「Ａｌｉｃｅ」と、選択済み文字列「From Scanner」と、「前回フォルダ無」を示す前回フォルダ情報と、を含む。

仲介サーバ５０は、スキャナ１０から選択結果データＲＤを取得すると、選択済み文字列が「From Scanner」であり、かつ、選択済み文字列が前回フォルダ名に一致しないと判断して（図６のＳ３０２）、Ｓ３０４に進む。この場合、仲介サーバ５０は、アクセストークン「ＡＴ１」と選択済み文字列「From Scanner」とを含む存在確認要求ＲＥＱ１０を、ＳＰサーバ１１０に供給する（Ｓ３０４）。

ＳＰサーバ１１０は、仲介サーバ５０から存在確認要求ＲＥＱ１０を取得すると、「フォルダ無」を示す応答ＲＥＳ１０を、仲介サーバ５０に供給する。

仲介サーバ５０は、ＳＰサーバ１１０から応答ＲＥＳ１０を取得すると、応答ＲＥＳ１０が「フォルダ無」を示すと判断する（Ｓ３１０でＮＯ）。この場合、仲介サーバ５０は、アクセストークン「ＡＴ１」と選択済み文字列「From Scanner」とを含むフォルダ生成要求ＲＥＱ１１を、ＳＰサーバ１１０に供給する（Ｓ３１２）。

ＳＰサーバ１１０は、仲介サーバ５０からフォルダ生成要求ＲＥＱ１１を取得すると、アクセストークン「ＡＴ１」に対応するユーザアカウント情報ＵＩ１（図２参照）に関連付けて、フォルダ名「From Scanner」を有するノーマルフォルダを新たに生成する。そして、ＳＰサーバ１１０は、当該ノーマルフォルダのフォルダＩＤ「Ｆ１０」を含む応答ＲＥＳ１１を、仲介サーバ５０に供給する。

仲介サーバ５０は、ＳＰサーバ１１０から応答ＲＥＳ１１を取得すると（Ｓ３１４）、ＭＡＣアドレス「Ｍ１」とサービス名「ＳＮ１」と表示名「Ａｌｉｃｅ」とフォルダＩＤ「Ｆ１０」とを含む登録要求ＲＥＱ１２を、ＤＢサーバ８０に供給する（Ｓ３１６）。

ＤＢサーバ８０は、仲介サーバ５０から登録要求ＲＥＱ１２を取得すると、登録要求ＲＥＱ１２に含まれる各情報（即ち、「Ｍ１」、「ＳＮ１」、「Ａｌｉｃｅ」、「Ｆ１０」）を含むフォルダ情報をフォルダテーブル８２に新たに登録する。このようにフォルダ情報が登録されるので、仲介サーバ５０は、今回と同じユーザの指示に応じて、スキャナ１０が次回のスキャンＵＬを実行すべき場合に、ＤＢサーバからフォルダＩＤ「Ｆ１０」を取得して（図３の要求ＲＥＱ２及び応答ＲＥＳ２参照）、前回フォルダ名「From Scanner」をスキャナ１０に優先的に表示させることができる（図４のＳ１１０参照）。

次いで、仲介サーバ５０は、フォルダＩＤ「Ｆ１０」を含むアップロード指示Ｉ１をスキャナ１０に供給する（Ｓ３３０）。

スキャナ１０は、仲介サーバ５０からアップロード指示Ｉ１を取得すると、図５の設定選択画面ＳＣ３で選択された解像度及び原稿サイズ（即ち「６００ｄｐｉ」及び「Ａ４」）に従ってスキャンを実行して、スキャンデータを生成する。そして、スキャナ１０は、ＵＲＬ要求ＲＥＱ１３を仲介サーバ５０に供給する。

仲介サーバ５０は、スキャナ１０からＵＲＬ要求ＲＥＱ１３を取得すると（Ｓ３３２）
、ＵＬサーバ９０のＵＲＬを含む応答ＲＥＳ１３を、スキャナ１０に供給する（Ｓ３３４）。

スキャナ１０は、仲介サーバ５０から応答ＲＥＳ１３を取得すると、サービス名「ＳＮ１」とアクセストークン「ＡＴ１」とフォルダＩＤ「Ｆ１０」とスキャンデータとを含むアップロード要求ＲＥＱ１４を、仲介サーバ５０に供給する。

ＵＬサーバ９０は、スキャナ１０からアップロード要求ＲＥＱ１４を取得すると、アップロードのための通信をＳＰサーバ１１０と実行して、フォルダＩＤ「Ｆ１０」を有するノーマルフォルダ（即ちフォルダ名「From Scanner」を有するノーマルフォルダ）にスキャンデータ（即ちファイル）を格納させる。

（ケースＢ；図８）
ケースＢでは、スキャナ１０から仲介サーバ５０に供給される選択結果データＲＤの内容が、ケースＡとは異なる。選択結果データＲＤは、選択済み文字列「Travel」と、「前回フォルダ有」を示す前回フォルダ情報と、を含む。前回フォルダ情報は、前回フォルダ名「Travel」と前回フォルダＩＤ「Ｆ１１」とを含む。即ち、ケースＢでは、図５の設定選択画面ＳＣ３において、前回フォルダ名「Travel」に一致する文字列「Travel」が選択済みである。

仲介サーバ５０は、スキャナ１０から選択結果データＲＤを取得すると、選択済み文字列「Travel」が前回フォルダ名「Travel」に一致すると判断して（図６のＳ３０２）、Ｓ３４６に進む。この場合、仲介サーバ５０は、アクセストークン「ＡＴ１」と選択済みフォルダＩＤ「Ｆ１１」とを含む権限確認要求ＲＥＱ２０を、ＳＰサーバ１１０に供給する（Ｓ３４６）。このように、前回のスキャンＵＬの際に書込可能であったフォルダに対して書込可能か否かを再び確認するのは、以下の理由である。即ち、当該フォルダがビジネスフォルダである場合には、前回のスキャンＵＬの後に、管理者によって当該フォルダが書込不可能に変更される可能性があるからである。

図２に示されるように、ユーザアカウント情報ＵＩ１に関連付けて、選択済みフォルダＩＤ「Ｆ１１」を有するノーマルフォルダが存在する。このために、ＳＰサーバ１１０は、仲介サーバ５０から権限確認要求ＲＥＱ２０を取得すると、「書込可能」を示す応答ＲＥＳ２０を、仲介サーバ５０に供給する。

仲介サーバ５０は、ＳＰサーバ１１０から応答ＲＥＳ２０を取得すると、応答ＲＥＳ２０が「書込可能」を示すと判断する（Ｓ３４８でＹＥＳ）。仲介サーバ５０は、さらに、選択済みフォルダ「Travel」が前回フォルダ名「Travel」に一致すると判断して（Ｓ３５２でＹＥＳ）、ＤＢサーバ８０への登録を実行せずに（即ちＳ３１６を実行せずに）、選択済みフォルダＩＤ「Ｆ１１」を含むアップロード指示Ｉ２をスキャナ１０に供給する（Ｓ３３０）。この後の各処理（要求ＲＥＱ２１、応答ＲＥＳ２１、要求ＲＥＱ２２等）は、フォルダＩＤ「Ｆ１０」の代わりにフォルダＩＤ「Ｆ１１」が利用される点を除くと、図７のケースＡと同様である。

（ケースＣ；図９）
ケースＣでは、スキャナ１０から仲介サーバ５０に供給される選択結果データＲＤの内容が、ケースＡとは異なる。選択結果データＲＤは、選択済み文字列「Normal Folder」
と、「前回フォルダ有」を示す前回フォルダ情報と、を含む。前回フォルダ情報は、前回フォルダ名「Photo」と前回フォルダＩＤ「Ｆ１２」とを含む。即ち、ケースＣでは、図
５の設定選択画面ＳＣ３において、前回フォルダ名「Photo」に一致しない文字列「Normal Folder」が選択済みである。

仲介サーバ５０は、スキャナ１０から選択結果データＲＤを取得すると、選択済み文字列が「Normal Folder」であると判断して（図６のＳ３０２）、Ｓ３４０に進む。この場
合、仲介サーバ５０は、アクセストークン「ＡＴ１」と選択済み文字列「Normal Folder
」とを含むリスト要求ＲＥＱ３１を、ＳＰサーバ１１０に供給する（Ｓ３４０）。

ＳＰサーバ１１０は、仲介サーバ５０からリスト要求ＲＥＱ３１を取得すると、アクセストークン「ＡＴ１」に対応するユーザアカウント情報ＵＩ１に関連付けられている各ノーマルフォルダの各フォルダ情報（即ちフォルダＩＤ及びフォルダ名）を特定する。そして、ＳＰサーバ１１０は、各フォルダ情報を含むフォルダリストＬ１を仲介サーバ５０に供給する。

仲介サーバ５０は、ＳＰサーバ１１０からフォルダリストＬ１を取得すると、フォルダリストＬ１をスキャナ１０に供給する（Ｓ３４２）。

スキャナ１０は、仲介サーバ５０からフォルダリストＬ１を取得すると、フォルダリストＬ１内の各フォルダ名を示すリスト画面ＳＣ７を表示する。本ケースでは、ユーザによって「Travel」が選択される。この場合、スキャナ１０は、選択済みフォルダ名「Travel」と選択済みフォルダＩＤ「Ｆ１１」とを含む選択済みフォルダ情報ＦＩ１を、仲介サーバ５０に供給する。

仲介サーバ５０は、スキャナ１０から選択済みフォルダ情報ＦＩ１を取得すると（Ｓ３４４）、アクセストークン「ＡＴ１」と選択済みフォルダＩＤ「Ｆ１１」とを含む権限確認要求ＲＥＱ３２を、ＳＰサーバ１１０に供給する（Ｓ３４６）。

ＳＰサーバ１１０は、仲介サーバ５０から権限確認要求ＲＥＱ３２を取得すると、「書込可能」を示す応答ＲＥＳ３２を仲介サーバ５０に供給する。

仲介サーバ５０は、ＳＰサーバ１１０から応答ＲＥＳ３２を取得すると、応答ＲＥＳ３２が「書込可能」を示すと判断し（Ｓ３４８でＹＥＳ）、選択済みフォルダ名「Travel」が前回フォルダ名「Photo」に一致しないと判断する（Ｓ３５２でＮＯ）。この場合、仲
介サーバ５０は、ＭＡＣアドレス「Ｍ１」とサービス名「ＳＮ１」と表示名「Ａｌｉｃｅ」とフォルダＩＤ「Ｆ１１」とを含む登録要求ＲＥＱ３３を、ＤＢサーバ８０に供給する（Ｓ３１６）。この後の各処理（指示Ｉ２、要求ＲＥＱ３４、応答ＲＥＳ３４、要求ＲＥＱ３５等）は、フォルダＩＤ「Ｆ１０」の代わりにフォルダＩＤ「Ｆ１１」が利用される点を除くと、図７のケースＡと同様である。

（ケースＤ；図１０）
ケースＤでは、スキャナ１０から仲介サーバ５０に供給される選択結果データＲＤの内容が、ケースＡとは異なる。選択結果データＲＤは、選択済み文字列「Business Folder
」と、「前回フォルダ有」を示す前回フォルダ情報と、を含む。前回フォルダ情報は、前回フォルダ名「Meeting」と前回フォルダＩＤ「Ｆ１」とを含む。即ち、ケースＤでは、
図５の設定選択画面ＳＣ３において、前回フォルダ名「Meeting」に一致しない文字列「Business Folder」が選択済みである。

仲介サーバ５０は、スキャナ１０から選択結果データＲＤを取得すると、選択済み文字列が「Business Folder」であると判断して（図６のＳ３０２）、Ｓ３４０に進む。この
場合、仲介サー５０は、アクセストークン「ＡＴ１」と選択済み文字列「Business Folder」とを含むリスト要求ＲＥＱ４１を、ＳＰサーバ１１０に供給する（Ｓ３４０）。

ＳＰサーバ１１０は、仲介サーバ５０からリスト要求ＲＥＱ４１を取得すると、アクセストークン「ＡＴ１」に対応するユーザアカウント情報ＵＩ１に関連付けられている各ビジネスフォルダの各フォルダ情報（即ちフォルダＩＤ及びフォルダ名）を特定する。そして、ＳＰサーバ１１０は、各フォルダ情報を含むフォルダリストＬ２を仲介サーバ５０に供給する。

仲介サーバ５０は、ＳＰサーバ１１０からフォルダリストＬ２を取得すると、フォルダリストＬ２をスキャナ１０に供給する（Ｓ３４２）。

スキャナ１０は、仲介サーバ５０からフォルダリストＬ２を取得すると、フォルダリストＬ２内の各フォルダ名を示すリスト画面ＳＣ８を表示する。本ケースでは、ユーザによって「Schedule」が選択される。この場合、スキャナ１０は、選択済みフォルダ名「Schedule」と選択済みフォルダＩＤ「Ｆ２」とを含む選択済みフォルダ情報ＦＩ２を、仲介サーバ５０に供給する。

仲介サーバ５０は、スキャナ１０から選択済みフォルダ情報ＦＩ２を取得すると（Ｓ３４４）、アクセストークン「ＡＴ１」と選択済みフォルダＩＤ「Ｆ２」とを含む権限確認要求ＲＥＱ４２を、ＳＰサーバ１１０に供給する（Ｓ３４６）。

図２に示されるように、ユーザアカウント情報ＵＩ１に関連付けられている書込可能フォルダＩＤの中に、フォルダＩＤ「Ｆ２」が存在しない。このために、ＳＰサーバ１１０は、仲介サーバ５０から権限確認要求ＲＥＱ４２を取得すると、「書込不可能」を示す応答ＲＥＳ４２を、仲介サーバ５０に供給する。

仲介サーバ５０は、ＳＰサーバ１１０から応答ＲＥＳ４２を取得すると、応答ＲＥＳ４２が「書込不可能」を示すと判断し（Ｓ３４８でＮＯ）、エラー情報ＥＩをスキャナ１０に供給する（Ｓ３５０）。

スキャナ１０は、仲介サーバ５０からエラー情報ＥＩを取得すると、エラー画面ＳＣ９を表示する。これにより、ユーザは、選択済みフォルダへのスキャンデータのアップロードを実行不可能であることを知ることができる。

（第１実施例の効果）
本実施例によると、図３に示されるように、仲介サーバ５０は、スキャナ１０から設定画面要求ＲＥＱ１を取得する場合に、ＤＢサーバ８０から前回フォルダＩＤを取得する（応答ＲＥＳ２参照）。仲介サーバ５０は、さらに、前回フォルダＩＤを含む情報要求ＲＥＱ３をＳＰサーバ１１０に供給して、ＳＰサーバ１１０から前回フォルダ名を取得する（応答ＲＥＳ３参照）。そして、仲介サーバ５０は、前回フォルダ名をデフォルトフォルダ名として含む設定画面データＳＤ（図４のＳ１１０参照）をスキャナ１０に供給する。これにより、スキャナ１０では、図５の設定選択画面ＳＣ３において、前回フォルダ名が表示されて、他のフォルダ名が表示されない。即ち、前回フォルダ名が、他のフォルダ名と比べて、優先的に表示される。従って、ユーザは、前回のスキャンＵＬの対象のフォルダのフォルダ名（即ち前回フォルダ名）を知ることができ、今回のスキャンＵＬの対象のフォルダとして、例えば、前回のスキャンＵＬの対象のフォルダと同じフォルダを容易に選択することができる。

特に、仲介サーバ５０は、ＳＰサーバ１１０とは別体に構成されているＤＢサーバ８０から前回フォルダＩＤを取得する。従って、ＳＰサーバ１１０が、前回フォルダＩＤ又は前回フォルダ名を格納しておいて、前回フォルダＩＤ又は前回フォルダ名を外部に供給可能な構成でなくても、仲介サーバ５０は、ＤＢサーバ８０から前回フォルダＩＤを適切に
取得することができる。また、仲介サーバ５０は、スキャナ１０とは別体に構成されているＤＢサーバ８０から前回フォルダＩＤを取得する。従って、スキャナ１０のメモリ３４に前回フォルダＩＤ又は前回フォルダ名を格納しておかずに済む。このために、ＰＣ等と比べると少ないメモリ容量を有するスキャナ１０のメモリ３４の負荷を軽減させることができる。

（対応関係）
スキャナ１０、ＳＰサーバ１１０、ＤＢサーバ８０が、それぞれ、「通信装置」、「サービス提供サーバ」、「データベース」の一例である。図３のスキャンＵＬ指示が、「所定の指示」の一例である。図３の設定画面要求ＲＥＱ１、設定画面データＳＤ、図５の各選択画面ＳＣ３〜ＳＣ６が、それぞれ、「特定の画面データの要求」、「特定の画面データ」、「１個以上の選択画面」の一例である。図２のユーザアカウント情報ＵＩ１が、「特定のアカウント情報」の一例である。この場合、フォルダＩＤ「Ｆ１」、「Ｆ２」、「Ｆ１０」、「Ｆ１１」、「Ｆ１２」を有する各フォルダが、「複数個のフォルダ」の一例である。図３の応答ＲＥＳ２内の前回フォルダＩＤが、「第１のフォルダ関係情報」及び「フォルダ識別情報」の一例である。応答ＲＥＳ３内の前回フォルダ名が、「第１のフォルダのフォルダ名」の一例である。図９のリスト画面ＳＣ７で選択される「Travel」が、「第２のフォルダ関係情報」の一例である。また、ノーマルフォルダ、ビジネスネスフォルダが、それぞれ、「第１種のフォルダ」、「第２種のフォルダ」の一例である。

図３において、設定画面要求ＲＥＱ１を取得する処理、応答ＲＥＳ２を取得する処理、応答ＲＥＳ３を取得する処理、Ｓ１００の設定画面データ生成処理、設定画面データＳＤを供給する処理が、それぞれ、「第１の取得部」、「第２の取得部」、「第３の取得部」、「生成部」、「供給部」によって実行される処理の一例である。また、図６のＳ３１６の処理が、「登録部」によって実行される処理の一例である。

（第２実施例；図１１）
本実施例では、図６の応答処理内の一部の処理が、第１実施例とは異なる。第１実施例では、特定のユーザによって選択されるフォルダが、ノーマルフォルダであるのか、ビジネスフォルダであるのかに関わらず、ＤＢサーバ８０にフォルダＩＤが新たに登録される（図６のＳ３１６参照）。ビジネスフォルダは、例えば、会社の業務で利用されるべきファイルを格納するためのセキュリティが高いフォルダである可能性がある。このようなビジネスフォルダに関する情報が、当該会社とは関係ないＤＢサーバ８０に登録されたり、スキャナ１０の表示部１４に表示されたりすると、ビジネスフォルダのセキュリティが低下し得る。これを避けるために、本実施例では、例えば、図９又は図１０のリスト選択画面ＳＣ７又はＳＣ８で特定のユーザによって選択されるフォルダ（以下では「選択済みフォルダ」と呼ぶ）がノーマルフォルダである場合には、ＤＢサーバ８０にフォルダＩＤが登録されるが、選択済みフォルダがビジネスフォルダである場合には、ＤＢサーバ８０にフォルダＩＤが登録されない。

本実施例では、ＳＰサーバ１１０から仲介サーバ５０に供給される応答ＲＥＳ３（図３参照）は、前回フォルダ名を含む場合に、さらに、前回フォルダがノーマルフォルダであるのかビジネスフォルダであるのかを示す種別情報を含む。また、仲介サーバ５０からスキャナ１０に供給される設定画面データＳＤ（図３、図５参照）は、「前回フォルダ有」を示す前回フォルダ情報を含む場合に、さらに、上記の種別情報を含む。また、スキャナ１０から仲介サーバ５０に供給される選択結果データＲＤ（図３、図５参照）は、さらに、上記の種別情報を含む。

図１１に示されるように、Ｓ３５２でＮＯの場合には、Ｓ３５３において、仲介サーバ５０のＣＰＵ７２は、選択結果データＲＤ内の種別情報を利用して、選択済みフォルダが
、ノーマルフォルダであるのか、ビジネスフォルダであるのか、を判断する。ＣＰＵ７２は、選択済みフォルダがノーマルフォルダである場合（Ｓ３５３でＹＥＳ）には、Ｓ３１６において、選択済みフォルダＩＤをＤＢサーバ８０に新たに登録する。一方において、ＣＰＵ７２は、選択済みフォルダがビジネスフォルダである場合（Ｓ３５３でＮＯ）には、Ｓ３１６をスキップする（即ち、選択済みフォルダＩＤをＤＢサーバ８０に新たに登録しない）。ただし、この場合でも、ＣＰＵ７２は、前回フォルダＩＤをＤＢサーバ８０から削除せずに、前回フォルダＩＤがＤＢサーバ８０に登録されている状態を維持する。

本実施例によると、選択済みフォルダがビジネスフォルダである場合には、選択済みフォルダＩＤがＤＢサーバ８０に登録されない。このために、ビジネスフォルダに関する情報が、ＤＢサーバ８０に登録されたり、スキャナ１０の表示部１４に表示されたりすることを抑制することができる。従って、ビジネスフォルダのセキュリティが低下するのを抑制することができる。また、選択済みフォルダがビジネスフォルダである場合でも、前回フォルダＩＤがＤＢサーバ８０から削除されない。このために、仲介サーバ５０は、特定のユーザからスキャナ１０にスキャンＵＬ指示が次回に与えられることに起因して、スキャナ１０から設定画面要求を再び取得する場合に、上記の前回フォルダＩＤを有するノーマルフォルダ（即ち特定のユーザによって前々回に選択されたノーマルフォルダ）のフォルダ名を、スキャナ１０に優先的に表示させることができる。

（第３実施例；図１１）
図１１に示されるように、本実施例では、Ｓ３５３において、選択済みフォルダがビジネスフォルダである場合（Ｓ３５３でＮＯ）に、Ｓ３５４の処理が実行される点が、第２実施例とは異なる。Ｓ３５４では、仲介サーバ５０のＣＰＵ７２は、インターネット４を介して、選択結果データＲＤ（図３、図５参照）内の各情報（即ち、「Ｍ１」、「ＳＮ１」、対象表示名）を含む削除要求をＤＢサーバ８０に供給する。この結果、ＤＢサーバ８０は、当該各情報を含むフォルダ情報（即ち前回フォルダＩＤを含むフォルダ情報）をフォルダテーブル８２から削除する。

本実施例によると、選択済みフォルダがビジネスフォルダである場合には、前回フォルダＩＤを含むフォルダ情報がＤＢサーバ８０から削除される。この結果、仲介サーバ５０は、特定のユーザからスキャナ１０にスキャンＵＬ指示が次回に与えられることに起因して、スキャナ１０から設定画面要求を再び取得する場合に、ＤＢサーバ８０から「登録無」を示す応答ＲＥＳ２（図３参照）を取得する。この場合、仲介サーバ５０は、デフォルトフォルダ名として「From Scanner」を決定し（図４のＳ１０６でＹＥＳ、Ｓ１０８）。「From Scanner」をスキャナ１０に優先的に表示させることができる。

（第４実施例；図１１）
本実施例では、ＤＢサーバ８０のフォルダテーブル８２（図１参照）の内容が、第１実施例とは異なる。図１１に示されるように、フォルダテーブル８２は、ＭＡＣアドレス及び表示名が記述される欄を有しておらず、それらの欄の代わりに、ＳＰサーバ１１０で利用されるユーザアカウント情報（例えば図２のＵＩ１）に含まれるユーザＩＤ（例えば「Ｕ１」等）が記述される欄を有する。即ち、フォルダテーブル８２内の各フォルダ情報は、ユーザＩＤと、サービス名と、前回フォルダＩＤと、が対応付けられた情報である。

仲介サーバ５０のＣＰＵ７２は、スキャナ１０から設定画面要求ＲＥＱ１（図３参照）を取得する場合に、設定画面要求ＲＥＱ１内の対象アクセストークンをＳＰサーバ１１０に供給して、ＳＰサーバ１１０から対象アクセストークンに対応する対象ユーザアカウント情報を取得する。ＣＰＵ７２は、対象ユーザアカウント情報に含まれる対象ユーザＩＤと、設定画面要求ＲＥＱ１内のサービス名「ＳＮ１」と、を含む前回フォルダ要求ＲＥＱ２を、ＤＢサーバ８０に供給する。これにより、ＣＰＵ７２は、ＤＢサーバ８０から、サ
ービス名及び対象ユーザＩＤに対応付けられている前回フォルダＩＤを含む応答ＲＥＳ２を取得する。また、ＣＰＵ７２は、図６のＳ３１６において、スキャナ１０のＭＡＣアドレス及び対象表示名をＤＢサーバ８０に登録せずに、対象ユーザＩＤ及びサービス名「ＳＮ１」に対応付けて、選択済みフォルダＩＤをＤＢサーバ８０に登録する。

上述したように、本実施例によると、ＤＢサーバ８０において、フォルダの選択が実行されたデバイス（例えばスキャナ１０）を識別するためのデバイス識別情報（例えばＭＡＣアドレス）が登録されない。例えば、特定のユーザが、スキャナ１０と他のスキャナとのそれぞれのサービステーブル３８に、同じユーザアカウント情報ＵＩ１に対応するアクセストークンを登録済みである状況を想定する。この場合、例えば、特定のユーザがスキャナ１０で特定のフォルダを選択したことに起因して、上記の特定のフォルダのフォルダＩＤがＤＢサーバ８０に登録される（図６のＳ３１６）。その後、仲介サーバ５０は、特定のユーザから他のスキャナにスキャンＵＬ指示が与えられることに起因して、上記の他のスキャナから設定画面要求を取得する場合に、ＤＢサーバ８０から上記の特定のフォルダのフォルダＩＤを取得する。このために、仲介サーバ５０は、上記の特定のフォルダのフォルダ名を上記の他のスキャナで優先的に表示させる。即ち、特定のユーザは、どのスキャナを利用して今回のスキャンＵＬを実行するのかに関わらず、前回のスキャンＵＬの対象のフォルダのフォルダ名を知ることができる。

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

（変形例１）
上記の各実施例では、仲介サーバ５０のＣＰＵ７２は、前回フォルダ名を含むと共に他のフォルダ名を含まない設定選択画面ＳＣ３（図５参照）を、スキャナ１０に表示させる。ただし、前回フォルダ名を優先的に表示させる手法は、これらに限られない。例えば、ＣＰＵ７２は、前回フォルダ名と他のフォルダ名との双方を含む設定選択画面ＳＣ３（図５参照）を、スキャナ１０に表示させてもよい。この場合、例えば、ＣＰＵ７２は、前回フォルダ名が最上位に配置されるように、設定画面データＳＤを生成してもよい。また、例えば、ＣＰＵ７２は、前回フォルダ名の色と他のフォルダ名の色が異なるように、設定画面データＳＤを生成してもよい。一般的に言うと、仲介サーバの「生成部」は、第１のフォルダのフォルダ名を、他のフォルダのフォルダ名と比べて、通信装置の表示部に優先的に表示させるための特定の画面データを生成すればよい。

（変形例２）
上記の各実施例では、図６又は図１１のＳ３１６において、仲介サーバ５０のＣＰＵ７２は、前回フォルダＩＤをＤＢサーバ８０に新たに登録する。これに代えて、ＣＰＵ７２は、前回フォルダ名をＤＢサーバ８０に新たに登録してもよい。これにより、ＣＰＵ７２は、前回フォルダ要求ＲＥＱ２（図３参照）をＤＢサーバ８０に供給すれば、ＤＢサーバ８０から前回フォルダ名を含む応答ＲＥＳ２を取得することができる。本変形例でも、ＣＰＵ７２は、前回フォルダ名をスキャナ１０に優先的に表示させることができる。本変形例では、前回フォルダ名が、「第１のフォルダ関係情報」の一例である。一般的に言うと、「第１のフォルダ関係情報」は、上記の各実施例のように、第１のフォルダのフォルダ名とは異なる情報（例えばフォルダＩＤ）であってもよいし、第１のフォルダのフォルダ名と同じ情報であってもよい。

（変形例３）
ＤＢサーバ８０は、前回フォルダＩＤを格納する代わりに、特定のユーザによって過去に選択された複数個のフォルダのうち、最も多く選択されたフォルダのフォルダＩＤ（以
下では「最多フォルダＩＤ」と呼ぶ）を格納してもよい。この場合、仲介サーバ５０のＣＰＵ７２は、スキャナ１０から設定画面要求ＲＥＱ１（図３参照）を取得する場合に、ＤＢサーバ８０から最多フォルダＩＤを取得することができ、最多フォルダＩＤを有するフォルダのフォルダ名をスキャナ１０に優先的に表示させることができる。本変形例では、最多フォルダＩＤが、「第１のフォルダ識別情報」の一例である。一般的に言うと、「第１のフォルダ」は、過去のデータ通信の対象のフォルダであればよい。

（変形例４）
上記の各実施例では、仲介サーバ５０とは別体に構成されているＤＢサーバ８０が設けられている。これに代えて、仲介サーバ５０のメモリ７４がフォルダテーブル８２を格納するように構成されていてもよい。この場合、仲介サーバ５０のＣＰＵ７２は、スキャナ１０から設定画面要求ＲＥＱ１（図３参照）を取得する場合に、メモリ７４内のフォルダテーブル８２から前回フォルダＩＤを取得する。また、ＣＰＵ７２は、図６のＳ３１６において、メモリ７４内のフォルダテーブル８２に選択済みフォルダＩＤを新たに登録する。即ち、「データベース」は、サービス提供サーバ及び通信装置とは別体に構成されていればよく、上記の各実施例のように、仲介サーバとは別体に構成されてもよいし、本変形例のように、仲介サーバと一体に構成されてもよい。

（変形例５）
上記の各実施例では、スキャナ１０がＳＰサーバ１１０にスキャンデータをアップロードするために、特定のユーザがＳＰサーバ１１０内のフォルダを選択すべき際に、前回フォルダ名がスキャナ１０で優先的に表示される。ただし、上記の各実施例の技術は、ＳＰサーバ１１０へのスキャンデータのアップロードが実行されるべき状況のみに適用可能であるわけではなく、例えば、ＳＰサーバ１１０からのデータのダウンロードが実行されるべき状況にも適用可能である。例えば、仲介サーバ５０のＣＰＵ７２は、特定のユーザからプリンタにダウンロード印刷の指示が与えられる場合に、プリンタから画面データの要求を取得する。この場合、ＣＰＵ７２は、上記の各実施例と同様に、ＤＢサーバ８０からフォルダＩＤを取得する。当該フォルダＩＤは、特定のユーザからプリンタにダウンロード印刷の指示が過去に与えられたことに起因して、プリンタがＳＰサーバ１１０からデータ供給サービスを受けるために実行した過去のダウンロードの対象のフォルダのフォルダＩＤである。そして、ＣＰＵ７２は、当該フォルダＩＤを有するフォルダのフォルダ名をプリンタで優先的に表示させる。本変形例では、プリンタが、「通信装置」の一例である。なお、「通信装置」は、スキャナ及びプリンタに限られず、サービス提供サーバと実行されるべきデータ通信の対象のフォルダが選択される他のデバイス（例えば、多機能機、ＦＡＸ装置、ＰＣ等）であってもよい。

（変形例６）
「第２種のフォルダ」は、ビジネスフォルダに限られず、複数個のアカウント情報に従ったアクセスが許容される他の種類のフォルダ（例えばいわゆる「共有フォルダ」と呼ばれるフォルダ）であってもよい。

（変形例７）
上記の第４実施例（図１１参照）では、ＳＰサーバ１１０で利用されるユーザアカウント情報に含まれるユーザＩＤが、ＤＢサーバ８０のフォルダテーブル８２に登録される。これに代えて、他のユーザ識別情報（例えば仲介サーバ５０を利用するユーザに割り当てられるユーザＩＤ等）が、フォルダテーブル８２に登録されてもよい。即ち、「ユーザ識別情報」は、ユーザを識別するための情報であれば、どのような情報であってもよい。

（変形例８）
上記の各実施例では、仲介サーバ５０及びＵＬサーバ９０は、別体に構成されているが
、一体に構成されていてもよい。本変形例では、一体に構成されているサーバが、「仲介サーバ」の一例である。

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

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
以下の特徴は、出願当初の特許請求の範囲に記載の要素である。
(項目１)
サービス提供サーバから通信装置へのサービスの提供を仲介するための仲介サーバであって、
特定のユーザから前記通信装置に所定の指示が与えられる場合に、前記通信装置から、インターネットを介して、１個以上の選択画面を前記通信装置の表示部に表示させるための特定の画面データの要求を取得する第１の取得部であって、前記１個以上の選択画面は、前記サービス提供サーバ内の複数個のフォルダの中から、前記通信装置が前記サービスを受けるために実行すべき今回のデータ通信の対象のフォルダを、前記特定のユーザに選択させるための画面を含み、前記複数個のフォルダのそれぞれは、前記特定のユーザのための特定のアカウント情報に従ったアクセスが許可されるフォルダである、前記第１の取得部と、
前記特定の画面データの前記要求が取得される場合に、前記サービス提供サーバ及び前記通信装置とは別体に構成されている異なるデータベースから、前記複数個のフォルダのうちの第１のフォルダに関係する第１のフォルダ関係情報を取得する第２の取得部であって、前記第１のフォルダは、前記特定のユーザから前記通信装置に前記所定の指示が過去に与えられたことに起因して、前記通信装置が前記サービスを受けるために実行した過去のデータ通信の対象のフォルダである、前記第２の取得部と、
前記第１のフォルダ関係情報を用いて得られる前記第１のフォルダのフォルダ名を、前記複数個のフォルダのうちの他のフォルダのフォルダ名と比べて、前記通信装置の前記表示部に優先的に表示させるための前記特定の画面データを生成する生成部と、
前記インターネットを介して、前記特定の画面データを前記通信装置に供給する供給部と、
を備える仲介サーバ。
(項目２)
前記第１のフォルダ関係情報は、前記第１のフォルダを識別するためのフォルダ識別情報であって、前記第１のフォルダの前記フォルダ名とは異なる前記フォルダ識別情報であり、
前記仲介サーバは、さらに、
前記データベースから、前記第１のフォルダの前記フォルダ識別情報である前記第１のフォルダ関係情報が取得される場合に、前記インターネットを介して、前記第１のフォルダ関係情報を前記サービス提供サーバに供給して、前記インターネットを介して、前記サービス提供サーバから前記第１のフォルダの前記フォルダ名を取得する第３の取得部を備え、
前記生成部は、前記サービス提供サーバから取得される前記第１のフォルダの前記フォルダ名を用いて、前記特定の画面データを生成する、請求項１に記載の仲介サーバ。
(項目３)
前記第１のフォルダは、前記特定のユーザから前記通信装置に前記所定の指示が前回に与えられたことに起因して、前記通信装置が前記サービスを受けるために実行した前回のデータ通信の対象のフォルダであり、
前記仲介サーバは、さらに、
前記特定の画面データが前記通信装置に供給された後に、前記通信装置において、前記複数個のフォルダの中から前記第１のフォルダとは異なる第２のフォルダが前記特定のユーザによって選択される場合に、前記第２のフォルダに関係する第２のフォルダ関係情報を前記データベースに新たに登録する登録部を備える、請求項１又は２に記載の仲介サーバ。
(項目４)
前記登録部は、前記第２のフォルダが、第１種のフォルダであるのか、前記第１種のフォルダとは異なる第２種のフォルダであるのか、に関わらず、前記第２のフォルダ関係情報を前記データベースに登録し、
前記第１種のフォルダは、前記特定のアカウント情報に従ったアクセスのみが許容されるフォルダであり、
前記第２種のフォルダは、前記特定のアカウント情報に従ったアクセスと、前記特定のアカウント情報とは異なるアカウント情報に従ったアクセスと、の双方が許容されるフォルダである、請求項３に記載の仲介サーバ。
(項目５)
前記登録部は、
前記第２のフォルダが第１種のフォルダである場合に、前記第２のフォルダ関係情報を前記データベースに登録し、
前記第２のフォルダが前記第１種のフォルダとは異なる第２種のフォルダである場合に、前記第２のフォルダ関係情報を前記データベースに登録せず、
前記第１種のフォルダは、前記特定のアカウント情報に従ったアクセスのみが許容されるフォルダであり、
前記第２種のフォルダは、前記特定のアカウント情報に従ったアクセスと、前記特定のアカウント情報とは異なるアカウント情報に従ったアクセスと、の双方が許容されるフォルダである、請求項３に記載の仲介サーバ。
(項目６)
前記登録部は、前記第２のフォルダが前記第２種のフォルダである場合に、前記第１のフォルダ関係情報を前記データベースから削除せずに、前記第１のフォルダ関係情報が前記データベースに登録されている状態を維持する、請求項５に記載の仲介サーバ。
(項目７)
前記登録部は、前記通信装置を識別するためのデバイス識別情報を前記データベースに登録せずに、前記通信装置の前記ユーザを識別するためのユーザ識別情報と、前記第２のフォルダ関係情報と、を対応付けて、前記データベースに登録する、請求項３から６のいずれか一項に記載の仲介サーバ。
(項目８)
サービス提供サーバから通信装置へのサービスの提供を仲介するための仲介サーバのためのコンピュータプログラムであって、
前記コンピュータプログラムは、前記仲介サーバに搭載されるコンピュータに、以下の各処理、即ち、
特定のユーザから前記通信装置に所定の指示が与えられる場合に、前記通信装置から、インターネットを介して、１個以上の選択画面を前記通信装置の表示部に表示させるための特定の画面データの要求を取得する第１の取得処理であって、前記１個以上の選択画面は、前記サービス提供サーバ内の複数個のフォルダの中から、前記通信装置が前記サービスを受けるために実行すべき今回のデータ通信の対象のフォルダを、前記特定のユーザに選択させるための画面を含み、前記複数個のフォルダのそれぞれは、前記特定のユーザのための特定のアカウント情報に従ったアクセスが許可されるフォルダである、前記第１の取得処理と、
前記特定の画面データの前記要求が取得される場合に、前記サービス提供サーバ及び前記通信装置とは別体に構成されている異なるデータベースから、前記複数個のフォルダのうちの第１のフォルダに関係する第１のフォルダ関係情報を取得する第２の取得処理であって、前記第１のフォルダは、前記特定のユーザから前記通信装置に前記所定の指示が過去に与えられたことに起因して、前記通信装置が前記サービスを受けるために実行した過去のデータ通信の対象のフォルダである、前記第２の取得処理と、
前記第１のフォルダ関係情報を用いて得られる前記第１のフォルダのフォルダ名を、前記複数個のフォルダのうちの他のフォルダのフォルダ名と比べて、前記通信装置の前記表示部に優先的に表示させるための前記特定の画面データを生成する生成処理と、
前記インターネットを介して、前記特定の画面データを前記通信装置に供給する供給処理と、
を実行させるコンピュータプログラム。

２：通信システム、４：インターネット、１０：スキャナ、５０：仲介サーバ、８０：データベース（ＤＢ）サーバ、９０：アップロード（ＵＬ）サーバ、１１０，１２０：サービス提供（ＳＰ）サーバ、ＳＤ：設定画面データ、ＲＤ：選択結果データ、ＲＥＱ１：設定画面要求、ＲＥＱ２：前回フォルダ要求、ＲＥＳ２：応答、ＲＥＱ３：情報要求、ＳＣ３：設定選択画面、ＳＣ４：フォルダ設定選択画面

Claims (16)

1. サービス提供サーバから通信装置へのサービスの提供を仲介するための仲介サーバであって、
   特定のユーザから前記通信装置に第１の所定の指示が与えられる場合に、前記通信装置から、インターネットを介して、前記特定のユーザが第１のサービスのための設定を選択するための１個以上の選択画面を前記通信装置の表示部に表示させるための第１の特定の画面データの要求を取得する第１の取得部であって、前記特定のユーザが第１のサービスのための設定を選択するための１個以上の選択画面は、前記第１のサービスを提供するサービス提供サーバ内の複数個のフォルダの中から、前記通信装置が前記第１のサービスを受けるために実行すべき今回のデータ通信の対象のフォルダを、前記特定のユーザに選択させるための画面を含み、前記複数個のフォルダのそれぞれは、前記特定のユーザのための特定のアカウント情報に従ったアクセスが許可されるフォルダである、前記第１の取得部と、
   前記第１の特定の画面データの前記要求が取得される場合に、前記複数個のフォルダのうちの第１のフォルダのフォルダ名を、他のフォルダのフォルダ名と比べて、前記通信装置の前記表示部に優先的に表示させるための前記第１の特定の画面データを生成する第１の生成部であって、前記第１のフォルダは、前記特定のユーザから前記通信装置に前記第１の所定の指示が過去に与えられたことに起因して、前記通信装置が前記第１のサービスを受けるために実行した過去のデータ通信の対象のフォルダである第１の生成部と、
   前記インターネットを介して、生成した前記第１の特定の画面データを前記通信装置に供給する第１の供給部と、
   前記特定のユーザから前記通信装置に第２の所定の指示が与えられる場合に、前記通信装置から、インターネットを介して、前記特定のユーザが前記第１のサービスとは異なる第２のサービスのための設定を選択するための１個以上の選択画面を前記通信装置の表示部に表示させるための第２の特定の画面データの要求を取得する第２の取得部であって、前記特定のユーザが前記第２のサービスのための設定を選択するための１個以上の選択画面は、前記第２のサービスを提供するサービス提供サーバ内の複数個のフォルダの中から、前記通信装置が前記第２のサービスを受けるために実行すべき今回のデータ通信の対象のフォルダを、前記特定のユーザに選択させるための画面を含み、前記複数個のフォルダのそれぞれは、前記特定のユーザのための特定のアカウント情報に従ったアクセスが許可されるフォルダである、前記第２の取得部と、
   前記第２の特定の画面データの前記要求が取得される場合に、前記複数個のフォルダのうちの第２のフォルダのフォルダ名を、他のフォルダのフォルダ名と比べて、前記通信装置の前記表示部に優先的に表示させるための前記第２の特定の画面データを生成する第２の生成部であって、前記第２のフォルダは、前記特定のユーザから前記通信装置に前記第２の所定の指示が過去に与えられたことに起因して、前記通信装置が前記第２のサービスを受けるために実行した過去のデータ通信の対象のフォルダである第２の生成部と、
   生成した前記第２の特定の画面データを前記通信装置に供給する第２の供給部と、
   を備える仲介サーバ。
2. 前記第１の特定の画面データの前記要求が取得される場合に、前記サービス提供サーバ及び前記通信装置とは別体に構成されているデータベースから、前記第１のフォルダに関係する第１のフォルダ関係情報を取得する第３の取得部であって、
   前記第１のフォルダ関係情報は、前記第１のフォルダを識別するためのフォルダ識別情報であって、前記第１のフォルダの前記フォルダ名とは異なる前記フォルダ識別情報であり、
   前記仲介サーバは、さらに、
   前記データベースから、前記第１のフォルダの前記フォルダ識別情報である前記第１のフォルダ関係情報が取得される場合に、前記インターネットを介して、前記第１のフォルダ関係情報を前記第１のサービスを提供するサービス提供サーバに供給して、前記インターネットを介して、前記第１のサービスを提供するサービス提供サーバから前記第１のフォルダの前記フォルダ名を取得する第４の取得部を備え、
   前記第１の生成部は、前記第１のサービスを提供するサービス提供サーバから取得される前記第１のフォルダの前記フォルダ名を用いて、前記第１の特定の画面データを生成する、請求項１に記載の仲介サーバ。
3. 前記第１のフォルダは、前記特定のユーザから前記通信装置に前記第１の所定の指示が前回に与えられたことに起因して、前記通信装置が前記第１のサービスを受けるために実行した前回のデータ通信の対象のフォルダである請求項１又は２に記載の仲介サーバ。
4. 前記仲介サーバは、さらに、
   前記第１の特定の画面データが前記通信装置に供給された後に、前記通信装置において、前記第１のサービスを提供するサービス提供サーバ内の複数個のフォルダの中から前記第１のフォルダとは異なる第３のフォルダが前記特定のユーザによって選択される場合に、前記第３のフォルダに関係する第３のフォルダ関係情報を前記データベースに新たに登録する登録部を備える、請求項３に記載の仲介サーバ。
5. 前記登録部は、前記第３のフォルダが、第１種のフォルダであるのか、前記第１種のフォルダとは異なる第２種のフォルダであるのか、に関わらず、前記第３のフォルダ関係情報を前記データベースに登録し、
   前記第１種のフォルダは、前記特定のアカウント情報に従ったアクセスのみが許容されるフォルダであり、
   前記第２種のフォルダは、前記特定のアカウント情報に従ったアクセスと、前記特定のアカウント情報とは異なるアカウント情報に従ったアクセスと、の双方が許容されるフォルダである、請求項４に記載の仲介サーバ。
6. 前記登録部は、
   前記第３のフォルダが第１種のフォルダである場合に、前記第３のフォルダ関係情報を前記データベースに登録し、 前記第３のフォルダが前記第１種のフォルダとは異なる第２種のフォルダである場合に、前記第３のフォルダ関係情報を前記データベースに登録せず、
   前記第１種のフォルダは、前記特定のアカウント情報に従ったアクセスのみが許容されるフォルダであり、
   前記第２種のフォルダは、前記特定のアカウント情報に従ったアクセスと、前記特定のアカウント情報とは異なるアカウント情報に従ったアクセスと、の双方が許容されるフォルダである、請求項４に記載の仲介サーバ。
7. 前記登録部は、前記第３のフォルダが前記第２種のフォルダである場合に、前記第１のフォルダ関係情報を前記データベースから削除せずに、前記第１のフォルダ関係情報が前記データベースに登録されている状態を維持する、請求項６に記載の仲介サーバ。
8. 前記登録部は、前記通信装置を識別するためのデバイス識別情報を前記データベースに登録せずに、前記通信装置の前記ユーザを識別するためのユーザ識別情報と、前記第３のフォルダ関係情報と、を対応付けて、前記データベースに登録する、請求項４から７のいずれか一項に記載の仲介サーバ。
9. 前記第１のサービスを提供するサービス提供サーバと前記第２のサービスを提供するサービス提供サーバとは同一のサーバである、請求項１から８のいずれか一項に記載の仲介サーバ。
10. 前記第１のサービスは、前記通信装置にてスキャンされたスキャンデータを前記第１のフォルダにアップロードするサービスである、請求項１から９のいずれか一項に記載の仲介サーバ。
11. 前記第１のサービスは、前記通信装置にて前記第１のフォルダ内の画像データをダウンロードして印刷するサービスである、請求項１から９のいずれか一項に記載の仲介サーバ。
12. サービス提供サーバから仲介サーバを介してサービスの提供を受ける通信装置であって、
    特定のユーザから前記通信装置に第１の所定の指示が与えられる場合に、インターネットを介して、前記特定のユーザが第１のサービスのための設定を選択するための１個以上の選択画面を前記通信装置の表示部に表示させるための第１の特定の画面データの要求を送信する第１の送信部であって、前記特定のユーザが第１のサービスのための設定を選択するための１個以上の選択画面は、前記第１のサービスを提供するサービス提供サーバ内の複数個のフォルダの中から、前記通信装置が前記第１のサービスを受けるために実行すべき今回のデータ通信の対象のフォルダを、前記特定のユーザに選択させるための画面を含み、前記複数個のフォルダのそれぞれは、前記特定のユーザのための特定のアカウント情報に従ったアクセスが許可されるフォルダである、前記第１の送信部と、
    前記第１の特定の画面データの前記要求を送信する場合に、前記インターネットを介して、前記第１の特定の画面データを前記仲介サーバから受信する第１の受信部であって、前記第１の特定の画面データは、前記複数個のフォルダのうちの第１のフォルダのフォルダ名を、他のフォルダのフォルダ名と比べて、前記通信装置の前記表示部に優先的に表示させるためのデータであって、前記仲介サーバにて生成され、前記第１のフォルダは、前記特定のユーザから前記通信装置に前記第１の所定の指示が過去に与えられたことに起因して、前記通信装置が前記第１のサービスを受けるために実行した過去のデータ通信の対象のフォルダである第１の受信部と、
    前記第１の特定の画面データを前記仲介サーバから受信する場合に、前記第１のサービスを提供するサービス提供サーバ内の複数個のフォルダの中から、前記通信装置が前記第１のサービスを受けるために実行すべき今回のデータ通信の対象のフォルダを、前記特定のユーザに選択させるための画面であって、前記複数個のフォルダのうちの第１のフォルダのフォルダ名を、他のフォルダのフォルダ名と比べて、前記通信装置の前記表示部に優先的に表示させる、第１の表示部と、
    前記特定のユーザから前記通信装置に第２の所定の指示が与えられる場合に、インターネットを介して、前記特定のユーザが第２のサービスのための設定を選択するための１個以上の選択画面を前記通信装置の表示部に表示させるための第２の特定の画面データの要求を送信する第２の送信部であって、前記特定のユーザが第２のサービスのための設定を選択するための１個以上の選択画面は、前記第２のサービスを提供するサービス提供サーバ内の複数個のフォルダの中から、前記通信装置が前記第２のサービスを受けるために実行すべき今回のデータ通信の対象のフォルダを、前記特定のユーザに選択させるための画面を含み、前記複数個のフォルダのそれぞれは、前記特定のユーザのための特定のアカウント情報に従ったアクセスが許可されるフォルダである、前記第２の送信部と、
    前記第２の特定の画面データの前記要求を送信する場合に、前記インターネットを介して、前記第２の特定の画面データを前記仲介サーバから受信する第２の受信部であって、前記第２の特定の画面データは、前記複数個のフォルダのうちの第２のフォルダのフォルダ名を、他のフォルダのフォルダ名と比べて、前記通信装置の前記表示部に優先的に表示させるためのデータであって、前記仲介サーバにて生成され、前記第２のフォルダは、前記特定のユーザから前記通信装置に前記第２の所定の指示が過去に与えられたことに起因して、前記通信装置が前記第２のサービスを受けるために実行した過去のデータ通信の対象のフォルダである第２の受信部と、
    前記第２の特定の画面データを前記仲介サーバから受信する場合に、前記第２のサービスを提供するサービス提供サーバ内の複数個のフォルダの中から、前記通信装置が前記第２のサービスを受けるために実行すべき今回のデータ通信の対象のフォルダを、前記特定のユーザに選択させるための画面であって、前記複数個のフォルダのうちの第２のフォルダのフォルダ名を、他のフォルダのフォルダ名と比べて、前記通信装置の前記表示部に優先的に表示させる、第２の表示部と、
    を備える通信装置。
13. 前記第１のサービスを提供するサービス提供サーバと前記第２のサービスを提供するサービス提供サーバとは同一のサーバである、請求項１２に記載の通信装置。
14. 前記第１のサービスは、前記通信装置にてスキャンされたスキャンデータを前記第１のフォルダにアップロードするサービスである、請求項１２又は１３に記載の通信装置。
15. 前記第１のサービスは、前記通信装置にて前記第１のフォルダ内の画像データをダウンロードして印刷するサービスである、請求項１２又は１３に記載の通信装置。
16. 前記第１のフォルダは、前記特定のユーザから前記通信装置に前記第１の所定の指示が前回に与えられたことに起因して、前記通信装置が前記第１のサービスを受けるために実行した前回のデータ通信の対象のフォルダである請求項１１から１５のいずれか一項に記載の通信装置。
    

Images