JP2017182466A - 仲介サーバ - Google Patents

Abstract

【課題】 ユーザが、サービス提供サーバに直接アクセスしなくても、他のユーザのためのアカウント情報に対応する利用対象を利用することが可能な技術を提供すること。【解決手段】 仲介サーバ５０は、ＭＦＰ１０から登録要求を受信する場合に、共用ＩＤをＡＴ１に関連付けて登録し（Ｓ７８）、共用ＩＤを含むＵＲＬが記述された電子メールをＰＣ７０に送信する（Ｓ８０）。そして、仲介サーバ５０は、ＰＣ７０から共用ＩＤを含むアクセス要求が受信される場合（Ｓ８２）に、ＰＣ７０がＳＰサーバ１００からサービスの提供を受けるための各種通信を実行する（Ｓ８６〜Ｓ１０２、Ｓ１１０〜Ｓ１１２）。【選択図】 図４

Description

本明細書によって開示される技術は、サービス提供サーバから通信機器へのサービスの提供を仲介するための仲介サーバに関する。

特許文献１に開示されている通信システムでは、サービス提供サーバには、多機能機のユーザのためのアカウント情報が登録される。次いで、ユーザは、ＰＣ（Personal Computerの略）を用いて仲介サーバにアクセスし、仲介サーバを介してサービス提供サーバに上記のアカウント情報を入力し、認証手続きを実行する。認証が成功すると、サービス提供サーバは、上記のアカウント情報に対応するアクセストークンを生成し、仲介サーバを介してアクセストークンを多機能機に送信する。多機能機は、サービス提供サーバに格納されている上記のアカウント情報に対応するフォルダにアクセスすべき場合に、アクセストークンを仲介サーバに送信する。仲介サーバは、アクセストークンを用いて、サービス提供サーバに認証を実行させる。認証が成功すると、サービス提供サーバは、上記のフォルダ内のデータを多機能機に送信する。

特開２０１３−１１８５５８号公報 特開２０１０−２１１５０３号公報

第１のユーザのための第１のアカウント情報に対応するフォルダ、ファイル等を、第１のユーザのみならず、第２のユーザにも利用させることが望まれる状況があり得る。これを実現するためには、例えば、第２のユーザは、第２のユーザ自身のための第２のアカウント情報をサービス提供サーバに登録する必要がある。即ち、第２のユーザは、サービス提供サーバに直接アクセスする必要がある。

本明細書は、ユーザが、サービス提供サーバに直接アクセスしなくても、他のユーザのためのアカウント情報に対応する利用対象を利用することが可能な技術を提供する。

本明細書では、特定のアカウント情報に対応する第１の利用対象を含むサービス提供サーバから通信機器へのサービスの提供を仲介するための仲介サーバを開示する。仲介サーバは、前記特定のアカウント情報を用いて得られる認証情報を取得する取得部であって、前記認証情報は、第１の通信機器が前記第１の利用対象を利用するための情報である、前記取得部と、前記第１の通信機器から登録要求が受信される場合に、前記第１の利用対象に含まれる第２の利用対象を利用するための利用識別情報を、前記認証情報に関連付けてメモリに登録する登録部と、前記認証情報を出力部に出力させることなく、前記利用識別情報を前記出力部に出力させる出力制御部と、前記利用識別情報が出力された後に、前記第１の通信機器とは異なる第２の通信機器から前記利用識別情報を含む第１の利用要求が受信される場合に、前記サービス提供サーバから前記第２の通信機器への特定のサービスの提供を仲介するための仲介通信を実行する通信実行部であって、前記特定のサービスは、前記第２の通信機器が前記サービス提供サーバ内の前記第２の利用対象を利用するためのサービスであり、前記仲介通信は、前記仲介サーバと前記サービス提供サーバとの間の第１の通信であって、前記第１の利用要求に含まれる前記利用識別情報に関連付けられている前記メモリ内の前記認証情報を利用した前記第１の通信と、前記仲介サーバと前記第２の通信機器との間の第２の通信であって、前記認証情報を利用しない前記第２の通信と、を含む、前記通信実行部と、を備える。

上記の構成によると、仲介サーバは、第１のユーザのための特定のアカウント情報がサービス提供サーバに登録されている状態で、第１の通信機器から登録要求を受信する場合に、利用識別情報を認証情報に関連付けてメモリに登録し、利用識別情報を出力部に出力させる。従って、第２のユーザは、仲介サーバへの利用識別情報を含む第１の利用要求の送信を第２の通信機器に実行させ得る。そして、仲介サーバは、第２の通信機器から第１の利用要求を受信する場合に、利用識別情報に関連付けられている認証情報を利用して、仲介通信を実行する。これにより、第２の通信機器は、サービス提供サーバ内の第２の利用対象を利用することができる。従って、例えば、第２のユーザは、第２のユーザ自身のための第２のアカウント情報をサービス提供サーバに登録しなくても、即ち、サービス提供サーバに直接アクセスしなくても、第１のユーザのための特定のアカウント情報に対応する第２の利用対象を利用することができる。

なお、上記の仲介サーバを実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の仲介サーバと、他の少なくとも１個の機器（例えば、第１の通信機器、及び／又は、第２の通信機器、及び／又は、サービス提供サーバ）を含む通信システムも、新規で有用である。

通信システムの構成を示す。 各テーブルの一例を示す。 フォルダを共用するための各処理のシーケンス図を示す。 図３の続きの各処理のシーケンス図を示す。 フォルダを共用するための他の例の各処理のシーケンス図を示す。 ファイルを共用するための各処理のシーケンス図を示す。 既存のフォルダを共用するための各処理のシーケンス図を示す。

（システムの構成）
図１に示されるように、通信システム２は、複数個のＭＦＰ（Multi-Function Peripheralの略）１０，８０と、仲介サーバ５０と、ＰＣ（Personal Computerの略）７０と、を備える。ＭＦＰ１０はユーザＵ１を含む１人以上のユーザによって利用される機器であり、ＰＣ７０及びＭＦＰ８０はユーザＵ１とは異なるユーザＵ２を含む１人以上のユーザによって利用される機器である。各機器１０，７０，８０と仲介サーバ５０とは、インターネット４を介して相互に通信可能である。また、インターネット４には、複数個のサービス提供サーバ（以下では「ＳＰ（Service Providerの略）サーバ」と呼ぶ）１００，１１０が接続されている。従って、各機器１０，５０，７０，８０は、インターネット４を介して、ＳＰサーバ１００，１１０のそれぞれと通信し得る。

（ＭＦＰ１０の構成）
ＭＦＰ１０は、印刷機能及びスキャン機能を含む多機能を実行可能な周辺装置（即ちＰＣ７０の周辺装置）であり、操作部１２と、表示部１４と、ネットワークインターフェース（以下では「ネットワークＩ／Ｆ」と記載する）１６と、スキャン実行部１８と、印刷実行部２０と、制御部３０と、を備える。

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

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

ユーザテーブル３８には、サービス名と表示名とアクセストークンとが関連付けて登録される。これらの各情報は、ユーザがＭＦＰ１０を利用してＳＰサーバ（例えば１００）からサービスを受けるための情報である。サービス名は、ＳＰサーバのサービス名である。「ＳＶ１」、「ＳＶ２」は、それぞれ、ＳＰサーバ１００，１１０のサービス名を示す。表示名は、ＭＦＰ１０で表示されるユーザの名称である。アクセストークンは、ＳＰサーバ１００，１１０を利用するための認証情報である。以下では、表示名「Ｋｅｎ」に対応するユーザＵ１が、ＳＰサーバ１００からサービスを受けるための情報（即ち、「ＳＶ１」、「Ｋｅｎ」、「ＡＴ１」）をユーザテーブル３８に登録するための手法を説明する。

ユーザＵ１は、まず、例えばＰＣ、スマートフォン等の通信機器を利用して、アカウント名及びパスワードを含むアカウント情報をＳＰサーバ１００に登録する。その後、ユーザＵ１は、通信機器を利用して仲介サーバ５０にアクセスし、ＳＰサーバ１００にアクセスするためのＵＲＬ（Uniform Resource Locator）を仲介サーバ５０から取得する。そして、ユーザＵ１は、当該ＵＲＬを利用して通信機器からＳＰサーバ１００にアクセスし、アカウント情報をＳＰサーバ１００に入力して、認証手続きを実行する。ＳＰサーバ１００は、認証が成功すると、当該アカウント情報に対応するアクセストークンであるＡＴ１を生成して、ＡＴ１を仲介サーバ５０に供給する。仲介サーバ５０は、ＳＰサーバ１００からＡＴ１を取得すると、ＡＴ１に対応するテンポラリＩＤを生成して、テンポラリＩＤを通信機器に供給する。この結果、通信機器においてテンポラリＩＤが表示される。

次いで、ユーザＵ１は、ＭＦＰ１０の操作部１２を操作して、サービス名「ＳＶ１」と表示名「Ｋｅｎ」とテンポラリＩＤとをＭＦＰ１０に入力する。この場合、ＭＦＰ１０は、入力済みのテンポラリＩＤを仲介サーバ５０に供給して、仲介サーバ５０からテンポラリＩＤに対応するＡＴ１を取得する。そして、ＭＦＰ１０は、入力済みのサービス名「ＳＶ１」と入力済みの表示名「Ｋｅｎ」と取得済みのＡＴ１とを関連付けて、ユーザテーブル３８に登録する。テーブル３８内の他の情報も同様に登録される。

（ＰＣ７０、ＭＦＰ８０の構成）
ＰＣ７０は、デスクトップＰＣ、タブレットＰＣ、ノートＰＣ等の端末機器である。ＭＦＰ８０は、ＭＦＰ１０と同様の構成を備える。ＰＣ７０及びＭＦＰ８０は、ＭＦＰ１０のユーザテーブル３８に相当するテーブルを格納していない。言い換えると、ＰＣ７０及びＭＦＰ８０を利用するユーザＵ２は、ＳＰサーバ１００等へのアカウント情報の登録等の事前準備を行っていない。即ち、ＰＣ７０及びＭＦＰ８０は、ＳＰサーバ１００等に直接アクセスすることはできない。

（仲介サーバ５０の構成）
仲介サーバ５０は、ＭＦＰ１０，８０のベンダによってインターネット４上に設置され、各ＳＰサーバ１００，１１０から各ＭＦＰ１０，８０へのサービスの提供を仲介するためのサーバである。仲介サーバ５０は、ネットワークＩ／Ｆ５２と、制御部６０と、を備える。ネットワークＩ／Ｆ５２は、インターネット４に接続されている。

制御部６０は、ＣＰＵ６２と、メモリ６４と、を備える。ＣＰＵ６２は、メモリ６４に格納されているプログラム６６に従って、様々な処理を実行する。メモリ６４は、上記のプログラム６６の他に、共用テーブル６８（図２参照）を格納する。

（サービス提供サーバ（ＳＰサーバ）１００，１１０の構成）
各ＳＰサーバ１００，１１０は、例えば、「Ｅｖｅｒｎｏｔｅ（登録商標）」、「Ｇｏｏｇｌｅ（登録商標） Ｄｏｃｓ」、「ＰＩＣＡＳＡ（登録商標）」、「ＦＡＣＥＢＯＯＫ（登録商標）」等の公知のサードパーティサーバである。各ＳＰサーバ１００，１１０は、ＭＦＰ１０を含む様々な通信機器にサービスを提供可能である。

ＳＰサーバ１００は、データテーブル１０２（図２参照）を格納しており、通信機器から取得される画像ファイルをテーブル１０２に格納するサービスを提供可能である。また、ＳＰサーバ１００は、テーブル１０２内の画像ファイルを通信機器に供給するサービスを提供可能である。通信機器（即ちユーザ）の側から見ると、前者のサービス、後者のサービスは、それぞれ、画像ファイルをＳＰサーバ１００にアップロードするためのサービス、画像ファイルをＳＰサーバ１００からダウンロードするためのサービスである。例えば、ＭＦＰ１０は、ＳＰサーバ１００から画像ファイルをダウンロードして、当該画像ファイルによって表わされる画像の印刷（以下では「ＤＬ（Downloadの略）印刷」と呼ぶ）を実行可能である。また、例えば、ＭＦＰ１０は、スキャンを実行して生成されたスキャン画像ファイルをＳＰサーバ１００にアップロードすること（以下では「ＳｃａｎＵＬ（Uploadの略）」と呼ぶ）も可能である。ＳＰサーバ１１０も、ＳＰサーバ１００と同様のサービスを提供可能である。

（共用テーブル６８の内容；図２）
図２に示されるように、仲介サーバ５０内の共用テーブル６８には、サービス名、表示名、アクセストークン、共用者アドレス、共用対象、実行権限、有効期限、及び、共用ＩＤが関連付けられた情報６８ａ，６８ｂが登録される。情報６８ａは、情報６８ａに含まれる表示名「Ｋｅｎ」に対応するユーザＵ１とは異なるユーザ（例えばＵ２）が、ユーザＵ１のためのアカウント情報に対応するＳＰサーバ１００等内のファイル又はフォルダを利用するための情報である。即ち、情報６８ａが共用テーブル６８に登録されると、ユーザＵ１とは異なる他のユーザは、アカウント情報をＳＰサーバ１００等に登録しなくても、上記のファイル又はフォルダを利用することができる。一般的に言うと、情報６８ａは、ユーザＵ１及び他のユーザが上記のファイル又はフォルダを共用するための情報である。情報６８ｂも同様である。以下では、上記の他のユーザのことを「共用ユーザ」と呼ぶ。

共用者アドレスは、共用ユーザの電子メールアドレスを示す。共用対象は、共用ユーザが利用可能なフォルダ又はファイルを示す。「Ｆ１」、「Ｉｍｇ０１」は、それぞれ、共用対象のフォルダのフォルダＩＤ、共用対象のファイルのファイルＩＤを示す。実行権限は、共用ユーザが受けることが可能なサービスを示す。「ＵＬ」は、画像ファイルを共用対象として設定されているフォルダにアップロードするためのサービスを示す。「ＤＬ」は、共用対象として設定されているフォルダに含まれるファイル、又は、共用対象として設定されているファイルをダウンロードするためのサービスを示す。情報６８ａに含まれる「ＤＬ／ＵＬ」は、上記のダウンロード及びアップロードの両方のサービスを受けることが可能であることを示す。なお、共用対象としてファイルが設定されている場合（例えば情報６８ｂ参照）には、実行権限には「ＤＬ」のみが設定される。有効期限は、共用ユーザがサービスを受けることが可能な期限を示す。以下では、共用者アドレスと共用対象と実行権限と有効期限とを合わせて「共用情報」と呼ぶ場合がある。また、共用対象と実行権限と有効期限とを合わせて「条件情報」と呼ぶ場合がある。共用ＩＤは、各情報６８ａ，６８ｂを識別するための識別情報である。

（データテーブル１０２の内容；図２）
サービス提供サーバ１００内のデータテーブル１０２には、アカウント情報と、アクセストークンと、アップロードデータと、が関連付けて登録される。上述したように、アカウント情報はユーザによって登録される情報であり、アクセストークンはアカウント情報の認証が成功した際に、仲介サーバ５０に供給される情報である。アップロードデータは、１個以上のフォルダ（例えば２００，３００）と、各フォルダに含まれる画像ファイル（例えば２０２，２０４，３０２，３０４等）と、を含む。変形例では、各フォルダに、画像ファイルに限られず、文書ファイル（例えばＰＤＦファイル等）などの他の形式のファイルが含まれていてもよい。

各フォルダには、フォルダ名（例えば「ＦＮ１」）と、フォルダＩＤ（例えば「Ｆ１」）と、が割り当てられる。フォルダ名は、フォルダの名称であり、例えば、フォルダがＳＰサーバ１００内に新たに格納される際に、ユーザによって指定される。フォルダＩＤは、フォルダを識別するための識別子であり、フォルダがＳＰサーバ１００内に新たに格納される際に、ＳＰサーバ１００によって生成される。各画像ファイルには、ファイル名（例えば「ＩＮ０１」）と、ファイルＩＤ（例えば「Ｉｍｇ０１」）と、が割り当てられる。ファイル名は、画像ファイルの名称であり、例えば、画像ファイルが生成される際に、ユーザによって指定される。ファイルＩＤは、画像ファイルを識別するための識別子であり、画像ファイルがＳＰサーバ１００にアップロードされる際に、ＳＰサーバ１００によって生成される。

（フォルダを共用するケースＡ；図３、図４）
続いて、図３、図４を参照して、ユーザＵ１が、ＭＦＰ１０を利用して、スキャンによって生成される画像ファイルをＳＰサーバ１００にアップロード（即ちＳｃａｎＵＬ）するための処理を説明する。そして、共用ユーザであるユーザＵ２が、当該画像ファイルのアップロード先のフォルダを利用するための処理を説明する。

Ｓ１０でユーザＵ１によってＭＦＰ１０の操作部１２に所定のＷｅｂボタン操作が実行されると、Ｓ１２において、仲介サーバ５０のＣＰＵ６２は、ＭＦＰ１０から、ネットワークＩ／Ｆ５２を介して、Ｗｅｂ開始要求を受信する。なお、仲介サーバ５０によって実行される全ての通信は、ネットワークＩ／Ｆ５２を介して実行される。このために、以下では、「ネットワークＩ／Ｆ５２を介して」という説明を省略する。

Ｓ２０では、ＣＰＵ６２は、所定のＷｅｂ画面データをＭＦＰ１０に送信して、Ｓ２２において、ＭＦＰ１０の表示部１４に所定のＷｅｂ画面（図３参照）を表示させる。Ｗｅｂ画面は、複数個の機能選択ボタン（例えば、「ＳｃａｎＵＬ」、「ＤＬ印刷」、「共用実行」、「共用設定」等）を含む。「ＳｃａｎＵＬ」又は「ＤＬ印刷」が選択される場合には、さらに、サービス名を選択するためのサービス名選択ボタンと、表示名を選択するための表示名選択欄ボタンと、が表示される。サービス名選択ボタンは、ＭＦＰ１０に予め登録されている複数個のサービス名（例えば「ＳＶ１」、「ＳＶ２等」）を示す。これにより、ユーザは、１個のサービスを選択することができる。表示名選択ボタンは、ユーザテーブル３８に登録されている複数個の表示名のうち、選択されたサービス名（例えば「ＳＶ１」）に関連付けられている１個以上の表示名（例えば「Ｋｅｎ」「Ｂｏｂ」等）を示す。これにより、ユーザは、ユーザ自身の表示名を選択することができる。本ケースでは、Ｓ２４において、ユーザＵ１が、機能名「ＳｃａｎＵＬ」、サービス名「ＳＶ１」、表示名「Ｋｅｎ」をそれぞれ選択する。

Ｓ２６では、ＣＰＵ６２は、ＭＦＰ１０から、機能名「ＳｃａｎＵＬ」、サービス名「ＳＶ１」、及び、表示名「Ｋｅｎ」を受信する。Ｓ２８では、ＣＰＵ６２は、受信済みのサービス名「ＳＶ１」及び表示名「Ｋｅｎ」に関連付けられているアクセストークンの送信を要求するためのＡＴ（Access Tokenの略）要求をＭＦＰ１０に送信する。この結果、Ｓ３０では、ＣＰＵ６２は、ＭＦＰ１０から、サービス名「ＳＶ１」及び表示名「Ｋｅｎ」に関連付けられているアクセストークン「ＡＴ１」（図１のユーザテーブル３８参照）を含む利用要求を受信する。そして、Ｓ３２では、ＣＰＵ６２は、ＡＴ１をメモリ６４に格納させる。

次いで、Ｓ３４では、ＣＰＵ６２は、ＡＴ１を含むデータ要求を、Ｓ２６で受信されたサービス名「ＳＶ１」に対応するＳＰサーバ１００に送信する。当該要求は、ＡＴ１に関連付けられている１個以上のフォルダ情報の送信を要求するためのコマンドである。この結果、Ｓ３６では、ＣＰＵ６２は、ＳＰサーバ１００から、ＡＴ１に関連付けられている１個以上のフォルダ情報を受信する。各フォルダ情報は、フォルダ名及びフォルダＩＤ（例えば、「ＦＮ１」、「Ｆ１」等）を含む（図２のデータテーブル１０２参照）。

Ｓ３８では、ＣＰＵ６２は、受信済みの１個以上のフォルダ情報を利用してフォルダ画面データを生成して、当該画面データをＭＦＰ１０に送信する。この結果、Ｓ４０において、フォルダ画面データによって表わされるフォルダ画面がＭＦＰ１０の表示部１４に表示される。フォルダ画面は、１個以上のフォルダ名（例えば「ＦＮ１」、「ＦＮ２」等）の中から１個のフォルダ名を選択するための画面である。Ｓ４２では、１個のフォルダ名（この例ではフォルダ名「ＦＮ１」）を選択する操作が操作部１２に実行される。この結果、Ｓ４４では、ＣＰＵ６２は、ＭＦＰ１０から、選択済みのフォルダ名「ＦＮ１」に対応するフォルダＩＤ「Ｆ１」を受信する。

Ｓ４６では、ＣＰＵ６２は、受信済みのフォルダＩＤ「Ｆ１」を利用して共用情報画面データを生成して、当該画面データをＭＦＰ１０に送信する。この結果、Ｓ４８において、ＭＦＰ１０の表示部１４に共用情報画面が表示される。共用情報画面は、共用者アドレス、共用対象、実行権限、及び、有効期限（即ち共用情報）を入力するための画面である。共用対象を入力するためのフィールドでは、Ｓ４２で選択されたフォルダ「ＦＮ１」（即ちフォルダＩＤ「Ｆ１」）と、これからＳＰサーバ１００にアップロードされるファイル（図中の「ＵＬファイル」参照）と、のうちの一方を選択することができる。また、実行権限を入力するためのフィールドでは、ＵＬ／ＤＬとＵＬとＤＬとのうちの１個を選択することができる。Ｓ５０では、ユーザＵ１によってＭＦＰ１０に共用情報が入力される。この例では、共用者アドレス「xxx@xxx.com」、共用対象「Ｆ１」、実行権限「ＵＬ／ＤＬ」、および、有効期限「2016.xx.xx」が入力される。共用者アドレス「xxx@xxx.com」は、ユーザＵ２によって利用されるＰＣ７０に設定されている電子メールアドレスである。

Ｓ５２では、ＣＰＵ６２は、ＭＦＰ１０から入力済みの共用情報を含む登録要求を受信する。当該要求は、共用情報をメモリ６４内の共用テーブル６８に登録することを要求するためのコマンドである。Ｓ５４では、ＣＰＵ６２は、Ｓ２６で受信された各情報（即ち、サービス名「ＳＶ１」、表示名「Ｋｅｎ」）と、Ｓ３２のＡＴ１と、登録要求内の共用情報と、を関連付けて、共用テーブル６８内に格納させる。これにより、図２の情報６８ａのうち、共用ＩＤを除く各情報が共用テーブル６８内に登録される。

次いで、Ｓ５６では、ＣＰＵ６２は、機能実行指示をＭＦＰ１０に送信する。当該指示は、Ｓ２６で受信済みの機能名（この例では「ＳｃａｎＵＬ」）が示す機能の実行をＭＦＰ１０に指示するためのコマンドである。

この結果、図４のＳ７０において、ＭＦＰ１０は、スキャンを実行して、画像ファイル２０４を生成する。そして、Ｓ７２では、ＭＦＰ１０は、Ｓ４４のフォルダＩＤ「Ｆ１」、画像ファイル２０４、ＭＦＰ１０によって画像ファイル２０４に割り当てられたファイル名「ＩＮ０２」、及び、Ｓ３０のＡＴ１を含むアップロード要求を、仲介サーバ５０を介さずに、ＳＰサーバ１００に送信する。当該要求は、フォルダＩＤ「Ｆ１」によって識別されるフォルダ２００（図２参照）内に画像ファイル２０４を格納するようにＳＰサーバ１００に要求するためのコマンドである。なお、仮に、Ｓ７０において、画像ファイル２０４が仲介サーバ５０を経由する構成を採用すると、ユーザの個人的な画像が仲介サーバ５０を経由することになり、ユーザに不快感を与え得る。本実施例では、画像ファイル２０４が仲介サーバ５０を経由しないので、ユーザに不快感を与えるのを抑制することができる。ただし、変形例では、Ｓ７０において画像ファイル２０４が仲介サーバ５０を経由する構成を採用してもよい。

ＳＰサーバ１００は、Ｓ７２の要求を受信すると、要求に含まれるＡＴ１の認証を行い、その後、画像ファイル２０４をフォルダ２００に格納させる。そして、ＳＰサーバ１００は、画像ファイル２０４のためのファイルＩＤ「Ｉｍｇ０２」を生成し、ファイルＩＤ「Ｉｍｇ０２」を画像ファイル２０４に関連付ける。そして、Ｓ７４では、ＳＰサーバ１００は、ファイルＩＤ「Ｉｍｇ０２」を含む完了通知を、仲介サーバ５０を介さずに、ＭＦＰ１０に送信する。当該通知は、画像ファイル２０４のアップロードが完了した旨を示す通知である。

Ｓ７６では、ＣＰＵ６２は、ＭＦＰ１０から、ファイルＩＤ「Ｉｍｇ０２」を含む完了通知を受信する。この場合、Ｓ７８では、ＣＰＵ６２は、共用ＩＤ（この例では「ＳＩＤ１」）を生成し、Ｓ５４で格納させた各情報に関連付けて、当該共用ＩＤを共用テーブル６８内に格納させる。これにより、図２の情報６８ａが共用テーブル６８に登録される。そして、Ｓ８０では、ＣＰＵ６２は、まず、Ｓ７８で生成された共用ＩＤ「ＳＩＤ１」を含むＵＲＬ（Uniform Resource Locatorの略）を生成する。ここで、共用ＩＤを含むＵＲＬは、仲介サーバ５０のＵＲＬであるサーバＵＲＬと、当該サーバＵＲＬの後ろ（即ちクエリ部分）に記述された共用ＩＤと、を含むＵＲＬである。そして、ＣＰＵ６２は、共用ＩＤを含むＵＲＬがメール本文に記述されている電子メールを生成し、情報６８ａに含まれる共用者アドレス（即ち、ＰＣ７０の電子メールアドレス）を送信先として当該電子メールを送信する。これにより、ＣＰＵ６２は、ＰＣ７０の表示部（図示省略）に電子メールを表示させることができる。上記の電子メールは、ＡＴ１を含まない。このために、ユーザＵ１のためのＡＴ１が、ユーザＵ１とは異なるユーザＵ２によって利用されるのを抑制することができる。

ＰＣ７０は、Ｓ８０の電子メールを受信すると、メール本文に含まれるＵＲＬを表示する。これにより、ユーザＵ２は、ＰＣ７０を操作して、共用ＩＤ「ＳＩＤ１」を含むＵＲＬにアクセスするためのアクセス操作（例えばクリック操作）を実行することができる。この結果、Ｓ８２では、ＰＣ７０は、共用ＩＤ「ＳＩＤ１」を含む利用要求を仲介サーバ５０に送信する。当該要求は、共用ＩＤ「ＳＩＤ１」に関連付けられている共用情報の範囲内で、フォルダ又はファイルに関する情報の送信を仲介サーバ５０に要求するためのコマンドである。

ＣＰＵ６２は、ＰＣ７０からＳ８２の利用要求を受信すると、Ｓ８４において、共用テーブル６８を参照して、利用要求に含まれる共用ＩＤ「ＳＩＤ１」に関連付けられているＡＴ１及び条件情報（即ち、共用対象、実行権限、有効期限）を特定する。この際、ＣＰＵ６２は、現在時刻が特定済みの有効期限に到達していないと判断する。ただし、ＣＰＵ６２は、現在時刻が特定済みの有効期限に到達していると判断する場合には、Ｓ８６以降の各処理を実行することなく、処理をエラー終了させる。

Ｓ８６では、ＣＰＵ６２は、まず、利用要求に含まれる共用ＩＤ「ＳＩＤ１」に関連付けられている共用対象であるフォルダＩＤ「Ｆ１」を特定する。そして、ＣＰＵ６２は、Ｓ８４で特定済みのＡＴ１と、本処理で特定済みのフォルダＩＤ「Ｆ１」と、を含むフォルダ情報要求をＳＰサーバ１００に送信する。当該要求は、フォルダＩＤ「Ｆ１」によって識別されるフォルダ２００に関するフォルダ情報（即ち、フォルダ２００のフォルダ名及びフォルダＩＤ、フォルダ２００内の各画像ファイル２０２，２０４のファイル名及びファイルＩＤ、各画像ファイル２０２，２０４のサムネイル画像）の送信をＳＰサーバ１００に要求するためのコマンドである。ＳＰサーバ１００は、当該要求を受信すると、対象ＡＴの認証を行い、データテーブル１０２を参照してフォルダ２００に関するフォルダ情報を仲介サーバ５０に送信する。

この結果、Ｓ８８では、ＣＰＵ６２は、ＳＰサーバ１００から、フォルダ２００に関するフォルダ情報を受信する。この例では、フォルダ情報は、フォルダ名「ＦＮ１」、フォルダＩＤ「Ｆ１」、ファイル名「ＩＮ０１」、ファイルＩＤ「Ｉｍｇ０１」、ファイル名「ＩＮ０２」、ファイルＩＤ「Ｉｍｇ０２」、及び、各画像ファイル２０２，２０４のサムネイル画像を含む。そして、Ｓ９０では、ＣＰＵ６２は、Ｓ８８で受信されたフォルダ情報を利用して、フォルダ画面データを生成して、当該画面データをＰＣ７０に送信する。これにより、ＣＰＵ６２は、Ｓ９２において、当該画面データによって表わされるフォルダ画面をＰＣ７０の表示部に表示させることができる。

ＰＣ７０は、フォルダ画面データを受信すると、Ｓ９２において、フォルダ画面を表示する。フォルダ画面は、フォルダ名「ＦＮ１」と、各画像ファイル２０２，２０４を示すアイコン（即ち、サムネイル画像及びファイル名）と、アップロード機能の実行を指示するためのアップロードボタンと、を含む。フォルダ画面は、共用対象に含まれていないフォルダ３００（図２のデータテーブル１０２参照）に関する情報を含まない。このために、共用対象ではないフォルダ及びファイルにユーザＵ２がアクセスすることを抑制することができる。Ｓ９４では、ユーザＵ２は、ファイル名「ＩＮ０２」を選択する選択操作を実行する。

Ｓ９６では、ＣＰＵ６２は、ＰＣ７０から、選択済みのファイル名「ＩＮ０２」に対応するファイルＩＤ「Ｉｍｇ０２」を含むデータ取得要求を受信する。当該要求は、ファイルＩＤ「Ｉｍｇ０２」によって識別される画像ファイル２０４の取得を仲介サーバ５０に要求するためのコマンドである。

Ｓ９８では、ＣＰＵ６２は、Ｓ８４で特定済みのＡＴ１と、Ｓ９６で受信済みのファイルＩＤ「Ｉｍｇ０２」と、を含むダウンロード要求をＳＰサーバ１００に送信する。当該要求は、ファイルＩＤ「Ｉｍｇ０２」によって識別される画像ファイル２０４の送信をＳＰサーバ１００に要求するためのコマンドである。この結果、Ｓ１００では、ＣＰＵ６２は、ＳＰサーバ１００から画像ファイル２０４を受信する。そして、Ｓ１０２では、ＣＰＵ６２は、受信済みの画像ファイル２０４をＰＣ７０に送信する。上記の通り、本実施例では、ＣＰＵ６２は、Ｓ９６のデータ取得要求を受信する場合に、ＡＴ１をＰＣ７０に送信することなく、Ｓ９８のダウンロード要求をＳＰサーバ１００に送信する。

上記のＳ８２〜Ｓ１０２が実行されることによって、ＰＣ７０は、仲介サーバ５０を介して、ＳＰサーバ１００内の画像ファイル２０４をダウンロードすることができる。従って、共用ユーザであるユーザＵ２は、例えば、ユーザＵ２自身のアカウント情報をＳＰサーバ１００に登録しなくても、即ち、ＳＰサーバ１００に直接アクセスしなくても、ＰＣ７０を利用して、ユーザＵ１のためのアカウント情報ＡＣ１に対応する画像ファイル２０４をダウンロードすることができる。

なお、仮に、仲介サーバ５０が、Ｓ９６のデータ取得要求を受信することに応じて、ＡＴ１をＰＣ７０に送信すれば、ＰＣ７０は、ＡＴ１を利用して、仲介サーバ５０を介さずに、ＳＰサーバ１００から画像ファイル２０４をダウンロードすることができる。ただし、この場合、ユーザＵ１のためのＡＴ１が、ユーザＵ１とは異なるユーザＵ２によって利用されることになってしまう。これを避けるために、本実施例では、仲介サーバ５０が、ＳＰサーバ１００からＰＣ７０への画像ファイル２０４の供給を仲介する。

一方、Ｓ９２でフォルダ画面がＰＣ７０に表示されている間に、Ｓ９４の選択操作に代えて、Ｓ１１０において、ユーザＵ２は、アップロードボタンを選択する選択操作を実行することもできる。この場合、ユーザＵ２は、さらに、ＰＣ７０を操作して、ＰＣ７０内のアップロード対象の画像ファイル（以下では「ＵＬファイル」と呼ぶ）を選択する操作を実行することができる。

Ｓ１１０では、ＣＰＵ６２は、ＰＣ７０から、アップロード先のフォルダ２００を示すフォルダＩＤ「Ｆ１」と、上記のＵＬファイルと、を含むデータ格納要求を受信する。当該要求は、フォルダＩＤ「Ｆ１」によって識別されるフォルダ２００にＵＬファイルを格納することを仲介サーバ５０に要求するためのコマンドである。この場合、Ｓ１１２では、ＣＰＵ６２は、Ｓ８４で特定済みのＡＴ１と、Ｓ１１０で受信済みのフォルダＩＤ「Ｆ１」と、Ｓ１１０で受信済みのＵＬファイルと、を含むアップロード要求をＳＰサーバ１００に送信する。

上記のＳ８２〜Ｓ９４，Ｓ１１０，Ｓ１１２が実行されることによって、ＰＣ７０は、仲介サーバ５０を介して、ＳＰサーバ１００にＵＬファイルをアップロードすることができる。従って、共用ユーザであるユーザＵ２は、例えば、ユーザＵ２自身のアカウント情報をＳＰサーバ１００に登録しなくても、即ち、ＳＰサーバ１００に直接アクセスしなくても、ＰＣ７０を利用して、ユーザＵ１のためのアカウント情報ＡＣ１に対応するフォルダ２００にＵＬファイルをアップロードすることができる。

なお、上記のケースＡ（図３、図４参照）において、ユーザＵ１が、ユーザＵ２とのフォルダ２００等の共用を希望せず、ＳｃａｎＵＬの実行のみを希望する状況を想定する。この場合、ユーザＵ１は、図３のＳ５０で共用情報を入力しない。この結果、Ｓ５２では、ＣＰＵ６２は、共用情報が入力されなかった旨の情報をＭＦＰ１０から受信し、Ｓ５４の処理及び図４のＳ７８以降の各処理を実行しない。

（フォルダを共用するケースＢ；図５）
続いて、図５を参照して、共用ユーザであるユーザＵ２が、当該画像ファイルのアップロード先のフォルダを利用するための他の例を説明する。本ケースでは、ユーザＵ２は、ＰＣ７０とは異なるＭＦＰ８０を利用してフォルダを利用する。

本ケースでも、ケースＡと同様に、図３のＳ１０から図４のＳ７８の各処理と同じ処理が実行される。そして、Ｓ１２０では、ＣＰＵ６２は、図４のＳ８０の処理と同様に、共用ＩＤ「ＳＩＤ１」を含むＵＲＬが記述された電子メールをＰＣ７０に送信する。ＰＣ７０が電子メールを表示すると、ユーザＵ２は、共用ＩＤ「ＳＩＤ１」を知ることができる。そして、ユーザＵ２は、ＰＣ７０において、共用ＩＤを含むＵＲＬにアクセスするためのアクセス操作を実行することに代えて、Ｓ１２２において、ＭＦＰ８０にＷｅｂボタン操作を入力する。

ＣＰＵ６２は、Ｓ１２４において、ＭＦＰ８０からＷｅｂ開始要求を受信し、Ｓ１２６において、ＣＰＵ６２は、Ｗｅｂ画面データをＭＦＰ８０に送信し、Ｓ１２８において、Ｗｅｂ画面をＭＦＰ８０に表示させる。Ｓ１３０では、ユーザＵ２は、機能名「共用実行」を選択する。

Ｓ１３２では、ＣＰＵ６２は、ＭＦＰ１０から機能名「共用実行」を受信する。Ｓ１３４では、ＣＰＵ６２は、共用ＩＤ入力画面データをＭＦＰ１０に送信し、Ｓ１３６において、共用ＩＤ入力画面をＭＦＰ８０に表示させる。当該入力画面は、共用ＩＤを入力するための画面である。ユーザＵ２は、Ｓ１３８において、共用ＩＤ「ＳＩＤ１」をＭＦＰ８０に入力する。

Ｓ１４０では、ＣＰＵ６２は、ＭＦＰ８０から共用ＩＤ「ＳＩＤ１」を含む利用要求を受信する。続くＳ１４２〜Ｓ１５０は、図４のＳ８４〜Ｓ９２と同様である。また、その後のＳ９４〜Ｓ１１２も同様に実行される。例えば、ＭＦＰ８０は、仲介サーバ５０を介して、ＳＰサーバ１００からフォルダ２００内の画像ファイル２０４を受信して（図４のＳ９６〜Ｓ１０２参照）、画像ファイル２０４によって表わされる画像を印刷すること（即ちＤＬ印刷）ができる。また、例えば、ＭＦＰ８０は、スキャンを実行してＵＬファイルを生成し、仲介サーバ５０を介して、ＵＬファイルをフォルダ２００にアップロードすること（即ちＳｃａｎＵＬ）ができる（Ｓ１１０，Ｓ１１２参照）。

本ケースでは、電子メールを受信する通信機器（即ちＰＣ７０）と、共有ＩＤを仲介サーバ５０に送信する通信機器（即ちＭＦＰ８０）と、が異なる。このようなケースでも、ユーザＵ２は、例えば、ユーザＵ２自身のアカウント情報をＳＰサーバ１００に登録しなくても、即ち、ＳＰサーバ１００に直接アクセスしなくても、ＭＦＰ８０を利用して、ＳＰサーバ１００からサービスの提供を受けることができる。

（ファイルを共用するケースＣ；図６）
続いて、図６を参照して、共用ユーザであるユーザＵ２が、アップロードされた画像ファイルを利用するための処理を説明する。

本ケースでも、上記のケースＡと同様に、図３のＳ１０から図４のＳ８４の各処理とほぼ同様の処理が実行される。ただし、以下の点において、ケースＡとは異なる。図３のＳ５０では、ユーザＵ１によって共用対象として「ＵＬファイル」が入力される。この場合、ユーザＵ１は、実行権限として「ＤＬ」のみを入力可能である。そして、Ｓ５４では、ＣＰＵ６２は、共用対象の欄が空欄である状態で、共用情報を共用テーブル６８に格納させる。即ち、Ｓ５４の時点では、共用テーブル６８には、図２の情報６８ｂのうち、共用対象及び共用ＩＤ以外の各情報が登録される。

また、図４のＳ７８において、ＣＰＵ６２は、共用ＩＤ（この例では「ＳＩＤ２」）を生成し、Ｓ５４で格納済みの各情報に関連付けて、当該共用ＩＤを共用テーブル６８内に格納させる。この際、ＣＰＵ６２は、さらに、Ｓ７６で受信された完了通知に含まれるファイルＩＤ「Ｉｍｇ０２」を、共用対象として共用テーブル６８内に格納させる。これにより、図２の情報６８ｂが共用テーブル６８に登録される。

また、Ｓ８０及びＳ８２では、共用ＩＤ「ＳＩＤ１」に代えて、共用ＩＤ「ＳＩＤ２」が利用される。８４では、ＣＰＵ６２は、共用テーブル６８を参照して、Ｓ８２で受信されたアクセス要求に含まれる共用ＩＤ「ＳＩＤ２」に関連付けられているＡＴ１及び条件情報（即ち、共用対象「Ｉｍｇ０２」、実行権限「ＤＬ」、有効期限）を特定する。

図６のＳ１８６では、ＣＰＵ６２は、Ｓ８４で特定済みのＡＴ１と、Ｓ８４で特定済みのファイルＩＤ「Ｉｍｇ０２」と、を含むファイル情報要求をＳＰサーバ１００に送信する。当該要求は、ファイルＩＤ「Ｉｍｇ０２」によって識別される画像ファイル２０４に関するファイル情報（即ちファイル名、ファイルＩＤ、及び、サムネイル画像）の送信をＳＰサーバ１００に要求するためのコマンドである。ＳＰサーバ１００は、当該要求を受信すると、ＡＴ１の認証を行い、データテーブル１０２を参照して、画像ファイル２０４のファイル情報（即ちファイル名「ＩＮ０２」及びファイルＩＤ「Ｉｍｇ０２」）を仲介サーバ５０に送信する。

Ｓ１８８では、ＣＰＵ６２は、ＳＰサーバ１００から、画像ファイル２０４のファイル情報（即ち、ファイル名「ＩＮ０２」、ファイルＩＤ「Ｉｍｇ０２」、及び、画像ファイル２０４のサムネイル画像）を受信する。Ｓ１９０では、ＣＰＵ６２は、当該ファイル情報を利用してファイル画面データを生成して、当該画面データをＰＣ７０に送信する。この結果、Ｓ１９２において、ＰＣ７０の表示部にファイル画面が表示される。ファイル画面は、画像ファイル２０４を示すアイコン（即ち、サムネイル画像及びファイル名）を含む。ファイル画面は、共用対象に含まれていない他の画像ファイル及びフォルダ等の情報を含まない。また、ファイル画面は、アップロードボタン（図４のＳ９２参照）も含まない。このために、ユーザＵ２が、実行権限に含まれていない機能を利用することを抑制することもできる。Ｓ１９４では、ユーザＵ２は、ファイル名「ＩＮ０２」を選択する選択操作を実行する。この後のＳ１９６〜Ｓ２０２は、図４のＳ９６〜Ｓ１０２と同様である。

本ケースでは、ＰＣ７０は、仲介サーバ５０を介して、ＳＰサーバ１００内の画像ファイル２０４をダウンロードすることができる。従って、共用ユーザであるユーザＵ２は、ユーザＵ２自身のアカウント情報をＳＰサーバ１００に登録しなくても、ＰＣ７０を利用して、ユーザＵ１のためのアカウント情報ＡＣ１に対応する画像ファイル２０４をダウンロードすることができる。

（既存のフォルダを共用するケースＤ；図７）
上記の各ケースＡ〜Ｃでは、ＭＦＰ１０がＳｃａｎＵＬを実行する際に、フォルダ又は画像ファイルを共用するための情報が共用テーブル６８に登録される。本ケースＤでは、ＳｃａｎＵＬとは関係ないタイミングで、当該情報が共用テーブル６８に登録される。

本ケースでも、上記のケースＡと同様に、図３のＳ１０からＳ２２の各処理と同様の処理が実行される。Ｓ３２４では、ユーザＵ１は、機能名「共用設定」、サービス名「ＳＶ１」、及び、表示名「Ｋｅｎ」を選択するための選択操作が入力される。Ｓ３２６では、ＣＰＵ６２は、ＭＦＰ１０から、機能名「共用設定」、サービス名「ＳＶ１」、及び、表示名「Ｋｅｎ」を受信する。Ｓ３２８〜Ｓ３３４は、図３のＳ２８〜Ｓ３４と同様である。

Ｓ３３６では、ＣＰＵ６２は、ＳＰサーバ１００から、ＡＴ１に関連付けられている１個以上のフォルダ情報（即ちフォルダ名及びフォルダＩＤ）及び１個以上のファイル情報（即ちファイル名及びファイルＩＤ）を受信する。変形例では、ＣＰＵ６２は、ＳＰサーバ１００のデータテーブル１０２においてＡＴ１に関連づけられているアップロードデータの内容に応じて、ＳＰサーバ１００から、ＡＴ１に関連付けられている１個以上のフォルダ情報と、１個以上のファイル情報と、のうちのいずれか一方のみを受信してもよい。

Ｓ３３８では、ＣＰＵ６２は、Ｓ３３６で受信された１個以上のフォルダ情報及び１個以上のファイル情報を利用して対象選択画面データを生成して、当該画面データをＭＦＰ１０に送信する。この結果、Ｓ３４０において、ＭＦＰ１０の表示部１４に対象選択画面が表示される。対象選択画面は、１個以上のフォルダ名（例えば「ＦＮ１」、「ＦＮ２」等）、及び、各フォルダ内の各画像ファイルのファイル名（例えば「ＩＮ０１」等）を含む。これにより、ユーザは、共用ユーザが利用可能な１個のフォルダ名又はファイル名を選択することができる。この例では、フォルダ名「ＦＮ１」を選択する操作が操作部１２に実行される。この場合、Ｓ３４４では、ＣＰＵ６２は、ＭＦＰ１０から、選択済みのフォルダ名「ＦＮ１」に対応するフォルダＩＤ「Ｆ１」を受信する。

Ｓ３４６では、ＣＰＵ６２は、共用情報画面データをＭＦＰ１０に送信する。この結果、Ｓ３４８において、ＭＦＰ１０の表示部１４に共用情報画面が表示される。本ケースでは、図３のＳ４８とは異なり、共用対象を入力するための欄には、フォルダＩＤ「Ｆ１」が予め入力されている。Ｓ３５０では、ユーザＵ１によってＭＦＰ１０に共用情報が入力される。

Ｓ３５２及びＳ３５４は、図３のＳ５２及びＳ５４と同様である。Ｓ３７８では、ＣＰＵ６２は、共用ＩＤを生成して、Ｓ３５４で格納させた各情報に関連付けて、共用ＩＤを共用テーブル６８内に格納させる。これにより、共用テーブル６８に新たな情報が登録される。その後の各処理は、図４のＳ８０以降の各処理と同様である。

なお、上記の説明では、フォルダ２００（即ちフォルダＩＤ「Ｆ１」）を共用する例について説明したが、例えば、画像ファイル２０２（即ちファイルＩＤ「Ｉｍｇ０１」）を共用する場合も、同様の各処理が実行される。この例では、Ｓ３４２において、ファイル名「ＩＮ０１」を選択する操作が操作部１２に実行される。この場合、Ｓ３４４では、ＣＰＵ６２は、ＭＦＰ１０から、ファイル名「ＩＮ０１」に対応するファイルＩＤ「Ｉｍｇ０１」を受信する。それ以外の各処理は、フォルダ２００を共用する場合の例と同様である。

本ケースでは、ユーザＵ１は、ＭＦＰ１０におけるＳｃａｎＵＬとは異なるタイミングで、フォルダ又は画像ファイルを共用するための情報を共用テーブル６８に登録することができる。そして、ケースＡ〜Ｃと同様に、共用ユーザであるユーザＵ２は、例えば、ユーザＵ２自身のアカウント情報をＳＰサーバ１００に登録しなくても、即ち、ＳＰサーバ１００に直接アクセスしなくても、ＰＣ７０又はＭＦＰ８０を利用して、ＳＰサーバ１００からサービスの提供を受けることができる。

（本実施例の効果）
仲介サーバ５０は、ＭＦＰ１０から登録要求を受信する場合（図３のＳ５２、図７のＳ３５２）に、共用ＩＤ「ＳＩＤ１」をＡＴ１に関連付けて共用テーブル６８に登録する（図４のＳ７８、図７のＳ３７８）。仲介サーバ５０は、ＡＴ１を出力させることなく、共用ＩＤを含むＵＲＬが記述された電子メールをＰＣ７０に送信する（図４のＳ８０）。そして、仲介サーバ５０は、ＰＣ７０又はＭＦＰ８０から共用ＩＤ「ＳＩＤ１」を含む利用要求を受信する場合（図４のＳ８２、図５のＳ１４０）に、ＰＣ７０又はＭＦＰ８０がＳＰサーバ１００からサービスの提供を受けるための各種通信を実行する（図４のＳ８６〜Ｓ１１２、図５のＳ１４４〜Ｓ１４８）。この際、仲介サーバ５０は、ＡＴ１を利用した通信をＳＰサーバ１００と実行し、ＡＴ１を利用した通信をＰＣ７０と実行しない。これにより、ＰＣ７０は、仲介サーバ５０を介して、ＳＰサーバ１００から画像ファイル２０４等をダウンロードしたり、フォルダ２００にＵＬファイルをアップロードしたりすることができる。従って、共用ユーザであるユーザＵ２は、例えば、ユーザＵ２自身のアカウント情報をＳＰサーバ１００に登録しなくても、即ち、ＳＰサーバ１００に直接アクセスしなくても、ＰＣ７０又はＭＦＰ８０を利用して、ＳＰサーバ１００からサービスの提供を受けることができる。

（対応関係）
図２のアカウント情報「ＡＣ１」が「特定のアカウント情報」の一例である。アクセストークン「ＡＴ１」が認証情報の一例である。ＭＦＰ１０が「第１の通信機器」の一例である。ＰＣ７０、及び、ＰＣ７０とＭＦＰ８０との組合せが、「第２の通信機器」の一例である。図３のＳ５２の登録要求が「登録要求」の一例である。図４のＳ８２の利用要求、及び、図５のＳ１４０の利用要求が「第１の利用要求」の一例である。図３のＳ３０の利用要求が「第２の利用要求」の一例である。図３のＳ５６の機能実行指示が「処理指示」の一例である。フォルダ２００、３００、及び、画像ファイル２０２、２０４、３０２、３０４が、「第１の利用対象」の一例である。このうち、フォルダ２００、３００のことを「格納領域」、画像ファイル２０２、２０４、３０２、３０４のことを「格納対象」と、それぞれ呼び換えてもよい。即ち、「格納対象」は、サービス提供サーバに格納される対象であってもよく、「格納領域」は、上記格納対象を格納する領域であってもよい。ケースＡ、Ｂ、Ｄにおけるフォルダ２００、ケースＣにおける画像ファイル２０４が「第２の利用対象」の一例である。共用ＩＤが「利用識別情報」の一例である。図４のＳ８６〜Ｓ１０２、Ｓ１１０〜Ｓ１１２で実行される各通信が「仲介通信」の一例である。図４のＳ８６、Ｓ８８、Ｓ９８、Ｓ１００、Ｓ１１２の各通信が「第１の通信」の一例である。図４のＳ９０、Ｓ９６、Ｓ１０２、Ｓ１１０の各通信が「第２の通信」の一例である。図３のＳ３６のフォルダ情報、図７のＳ３３６のフォルダ情報及びファイル情報が、「関係情報」の一例である。図４のＳ７２、図６のＳ１７２のアップロード要求が「第１の格納要求」の一例である。図４のＳ１１０のデータ格納要求が「第２の格納要求」の一例である。図２の共用対象が「利用対象情報」の一例である。共用ＩＤを含むＵＲＬが「文字列」の一例である。

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

（変形例１）図４のＳ８８では、仲介サーバ５０のＣＰＵ６２は、Ｓ８４で特定された条件情報（即ち共用対象）に関わらず、ＳＰサーバ１００から、ＡＴ１に関連付けられてＳＰサーバ１００に格納されているすべてのフォルダ及び画像ファイルのフォルダ情報、ファイル情報を受信するようにしてもよい。この場合、Ｓ９０において、ＣＰＵ６２は、受信したフォルダ情報及びファイル情報のうち、Ｓ８４で特定された条件情報（即ち共用対象）に対応するフォルダ情報及びファイル情報のみを含むフォルダ画面データを生成してＰＣ７０に送信するようにしてもよい。図６のＳ１８８及びＳ１９０においても同様の処理を行うようにしてもよい。一般的に言うと、通信実行部は、第２の通信機器から利用識別情報を含む第１の利用要求が受信される場合に、利用識別情報に関連づけられている条件情報によって示される条件に応じた範囲内で仲介通信を実行すればよい。

（変形例２）ＣＰＵ６２は、図３のＳ５０において、ＭＦＰ１０から共用者アドレスのみを受信し、条件情報（即ち共用対象、実行権限、有効期限）を受信しなくてもよい。この場合、ＣＰＵ６２は、条件情報を共用テーブル６８に登録しなくてもよい。この場合、ＣＰＵ６２は、図４のＳ８４、図６のＳ１８４において、予め定められた条件情報を特定するようにしてもよい。予め定められた条件情報は、例えば、共用対象が、「ＡＴ１に対応するすべてのフォルダのフォルダＩＤ」であり、実行権限が「ＤＬ」であり、有効期限が「１日間」であってもよい。

（変形例３）ＭＦＰ１０のメモリ３４にユーザテーブル３８（即ちアクセストークン）が格納されていなくてもよい。この場合、仲介サーバ５０のメモリ６４に、ユーザテーブルに相当するテーブル（即ちアクセストークン）が格納されていてもよい。この場合、仲介サーバ５０のＣＰＵ６２は、ＳＰサーバ１００からアクセストークンを受信した際に、当該アクセストークンを含むテーブルを生成し、メモリ６４に格納させるようにしてもよい。この変形例では、図３のＳ２８、Ｓ３０、図７のＳ３２８、Ｓ３３０の各処理が省略されてもよい。この変形例も、「取得部」の一例である。この変形例では、ＣＰＵ６２は、上記のテーブルからアクセストークンを読み出すことによって、アクセストークンを「取得」すればよい。

（変形例４）ユーザテーブル３８には、サービス名と、表示名と、アカウント情報が関連付けられた情報が格納されていてもよい。図３のＳ３０、図７のＳ３３０では、ＣＰＵ６２は、ＭＦＰ１０から、ＡＴ１に代えて、アカウント情報を受信するようにしてもよい。それ以降の各処理においても、ＣＰＵ６２は、対象ＡＴに代えて、アカウント情報が利用されてもよい。この変形例では、アカウント情報が「認証情報」の一例である。

（変形例５）図４のＳ８０、図６のＳ１８０において、ＣＰＵ６２は、共用ＩＤを含む仲介サーバ５０のＵＲＬに代えて、共用ＩＤを示す文字列が記述された電子メールを、ＰＣ７０に送信してもよい。この変形例では、ユーザＵ２は、ＰＣ７０を操作して仲介サーバ５０にアクセスした後で、電子メールに記述された共用ＩＤを入力し、仲介サーバ５０に送信するようにしてもよい。また、他の変形例では、図４のＳ８０、図６のＳ１８０において、ＣＰＵ６２は、共用ＩＤを含む仲介サーバ５０のＵＲＬに代えて、共用ＩＤを含む仲介サーバ５０のＵＲＬの短縮ＵＲＬが記述された電子メールをＰＣ７０に送信するようにしてもよい。

（変形例６）また、図４のＳ８０、図６のＳ１８０において、ＣＰＵ６２は、ＰＣ７０に電子メールを送信することに代えて、他の通信手法で共用ＩＤを含むＵＲＬをＰＣ７０（即ちユーザＵ２）に送信するようにしてもよい。例えば、ＣＰＵ６２は、ユーザＵ２が利用しているＳＮＳ（Social Networking Serviceの略）のアカウントに対して共用ＩＤを含むＵＲＬ（若しくは共有ＩＤ自体）を送信するようにしてもよい。

（変形例７）図３のＳ４６、図７のＳ３４６において、ＣＰＵ６２は、受信済みのフォルダＩＤ「Ｆ１」とともに、仲介サーバ５０のメモリ６４に既に記憶されている１個以上の共用者アドレスを示す情報と、を利用して共用情報画面データを生成してもよい。そして、図３のＳ４８、図７のＳ３４８においてＭＦＰ１０に表示される共用情報画面では、ユーザが、上記の１個以上の共用者アドレスのうちから、１個の共用者アドレスを選択可能であってもよい。

（変形例８）共用テーブル６８には、共用ユーザが受けることが可能なサービスを示す実行権限に代えて、共用ユーザが受けることが不可能なサービスを示す実行制限情報が格納されてもよい。この場合、図３のＳ５２、図７のＳ３５２では、ＣＰＵ６２は、実行権限に代えて上記の実行制限情報が記述された共用情報を含む登録要求を受信すればよい。そして、図４のＳ８４において、ＣＰＵ６２は、実行制限情報によって制限されていないサービスを特定するようにしてもよい。例えば、実行制限情報が「ＵＬ」である場合、Ｓ８４では、ＣＰＵ６２は、「ＤＬ」を特定すればよい。

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

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

２：通信システム、４：インターネット、１０：ＭＦＰ、１２：操作部、１４：表示部、１６：ネットワークＩ／Ｆ、１８：スキャン実行部、２０：印刷実行部、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、３８：ユーザテーブル、５０：仲介サーバ、５２：ネットワークＩ／Ｆ、６０：制御部、６２：ＣＰＵ、６４：メモリ、６６：プログラム、６８：共用テーブル、６８ａ、６８ｂ：情報、７０：ＰＣ、８０：ＭＦＰ、１００：ＳＰサーバ、１０２：データテーブル、１１０：ＳＰサーバ、２００：フォルダ、２０２、２０４：画像ファイル、３００：フォルダ、３０２、３０４：画像ファイル

Claims (11)

1. 特定のアカウント情報に対応する第１の利用対象を含むサービス提供サーバから通信機器へのサービスの提供を仲介するための仲介サーバであって、
   前記特定のアカウント情報を用いて得られる認証情報を取得する取得部であって、前記認証情報は、第１の通信機器が前記第１の利用対象を利用するための情報である、前記取得部と、
   前記第１の通信機器から登録要求が受信される場合に、前記第１の利用対象に含まれる第２の利用対象を利用するための利用識別情報を、前記認証情報に関連付けてメモリに登録する登録部と、
   前記認証情報を出力部に出力させることなく、前記利用識別情報を前記出力部に出力させる出力制御部と、
   前記利用識別情報が出力された後に、前記第１の通信機器とは異なる第２の通信機器から前記利用識別情報を含む第１の利用要求が受信される場合に、前記サービス提供サーバから前記第２の通信機器への特定のサービスの提供を仲介するための仲介通信を実行する通信実行部であって、前記特定のサービスは、前記第２の通信機器が前記サービス提供サーバ内の前記第２の利用対象を利用するためのサービスであり、前記仲介通信は、前記仲介サーバと前記サービス提供サーバとの間の第１の通信であって、前記第１の利用要求に含まれる前記利用識別情報に関連付けられている前記メモリ内の前記認証情報を利用した前記第１の通信と、前記仲介サーバと前記第２の通信機器との間の第２の通信であって、前記認証情報を利用しない前記第２の通信と、を含む、前記通信実行部と、
   を備える、仲介サーバ。
2. 前記第１の通信は、前記認証情報を含むファイル要求を前記サービス提供サーバに送信すること、及び、前記ファイル要求に応じて前記サービス提供サーバから前記第２の利用対象である第１のファイルを受信することを含み、
   前記第２の通信は、前記第１のファイルを前記第２の通信機器に送信することを含む、請求項１に記載の仲介サーバ。
3. 前記第１の利用対象は、前記第１のフォルダを含み、
   前記仲介サーバは、さらに、
   前記第１の通信機器から第２の利用要求が受信される場合に、前記認証情報を利用して、前記サービス提供サーバから前記第１の利用対象に関係する関係情報を受信する関係情報受信部と、
   前記関係情報を利用して、前記第１の通信機器に処理指示を送信する指示送信部であって、前記処理指示は、前記第１の通信機器に、前記仲介サーバを介さずに、第１の格納要求を前記サービス提供サーバに送信させるための指示であり、前記第１の格納要求は、前記第１の通信機器内の前記第１のファイルを前記仲介サーバの前記第１のフォルダに格納するための要求であり、前記第１のファイルと前記認証情報とを含む、前記指示送信部と、
   を備え、
   前記通信実行部は、前記第１のファイルが前記第１のフォルダに格納された後であって、前記利用識別情報が出力された後に、前記第２の通信機器から前記利用識別情報を含む前記第１の利用要求が受信される場合に、前記第２の利用対象である前記第１のファイルに関する前記仲介通信を実行する、請求項２に記載の仲介サーバ。
4. 前記第２の通信は、前記第２の通信機器から第２のファイルを受信することを含み、
   前記第１の通信は、前記第２のファイルを前記第２の利用対象である第２のフォルダに格納するための第２の格納要求であって、前記第２のファイルと前記認証情報とを含む前記第２の格納要求を前記データ格納サーバに送信することを含む、請求項１に記載の仲介サーバ。
5. 前記登録部は、前記登録要求が受信される場合に前記第１の通信機器から受信される条件情報であって、前記仲介通信の実行に関係する条件を示す前記条件情報と、前記利用識別情報と、を前記認証情報に関連付けて前記メモリに登録し、
   前記通信実行部は、前記第２の通信機器から前記利用識別情報を含む前記第１の利用要求が受信される場合に、前記利用識別情報に関連付けられている前記条件情報によって示される前記条件に応じた範囲内で、前記仲介通信を実行する、請求項１から４のいずれか一項に記載の仲介サーバ。
6. 前記条件情報は、前記第２の利用対象を示す利用対象情報を含み、
   前記通信実行部は、前記第２の利用対象が前記第１の利用対象よりも小さい場合に、前記第１の利用対象のうち、前記利用対象情報によって示される前記第２の利用対象以外の利用対象を前記第２の通信機器に利用させることなく、前記第２の利用対象を前記第２の通信機器に利用させるための前記仲介通信を実行する、請求項５に記載の仲介サーバ。
7. 前記条件情報は、前記サービス提供サーバから前記仲介サーバを介して前記第２の通信機器にファイルを送信するための第１種の通信と、前記第２の通信機器から前記仲介サーバを介して前記サービス提供サーバにファイルを送信するための第２種の通信と、のうちの少なくとも一方の通信を示す通信情報を含み、
   前記通信実行部は、前記通信情報によって示されない通信を実行せずに、前記通信情報によって示される通信を含む前記仲介通信を実行する、請求項５又は６に記載の仲介サーバ。
8. 前記取得部は、前記第１の通信機器から前記認証情報を受信することによって、前記認証情報を取得する、請求項１から７のいずれか一項に記載の仲介サーバ。
9. 前記登録要求が受信される場合にアドレス情報を受信し、
   前記出力制御部は、前記アドレス情報を送信先として前記利用識別情報を送信することによって、送信先機器の表示部である前記出力部に前記利用識別情報を表示させる、請求項１から８のいずれか一項に記載の仲介サーバ。
10. 前記出力部は、前記アドレス情報を送信先として、前記仲介サーバの位置情報と前記利用識別情報とを含む文字列を送信することによって、前記送信先機器の前記表示部である前記出力部に前記位置情報と前記利用識別情報とを含む前記文字列を表示させる、請求項９に記載の仲介サーバ。
11. 特定のアカウント情報に対応する第１の利用対象を含むサービス提供サーバから通信機器へのサービスの提供を仲介するための仲介サーバのためのコンピュータプログラムであって、
    前記仲介サーバのコンピュータに、以下の各処理、即ち、
    前記特定のアカウント情報を用いて得られる認証情報を取得する取得処理であって、前記認証情報は、第１の通信機器が前記第１の利用対象を利用するための情報である、前記取得処理と、
    前記第１の通信機器から登録要求が受信される場合に、前記第１の利用対象に含まれる第２の利用対象を利用するための利用識別情報を、前記認証情報に関連付けてメモリに登録する登録処理と、
    前記認証情報を出力部に出力させることなく、前記利用識別情報を前記出力部に出力させる出力制御処理と、
    前記利用識別情報が出力された後に、前記第１の通信機器とは異なる第２の通信機器から前記利用識別情報を含む第１の利用要求が受信される場合に、前記サービス提供サーバから前記第２の通信機器への特定のサービスの提供を仲介するための仲介通信を実行する通信実行処理であって、前記特定のサービスは、前記第２の通信機器が前記サービス提供サーバ内の前記第２の利用対象を利用するためのサービスであり、前記仲介通信は、前記仲介サーバと前記サービス提供サーバとの間の第１の通信であって、前記第１の利用要求に含まれる前記利用識別情報に関連付けられている前記メモリ内の前記認証情報を利用した前記第１の通信と、前記仲介サーバと前記第２の通信機器との間の第２の通信であって、前記認証情報を利用しない前記第２の通信と、を含む、前記通信実行処理と、
    を実行させる、コンピュータプログラム。

Images