JP2014197819A - 制御サーバ、通信システム、及び、携帯端末のためのコンピュータプログラム - Google Patents

Abstract

【課題】 スキャンデータをサーバに保存するための新規な技術を開示すること。【解決手段】制御サーバ４０は、スキャナ１０から仲介アカウント情報ＡＣ１ａを含むログイン要求１０８Ａを受信して、アクセストークンＴ１Ａを含むログイン成功通知１１０Ａをスキャナ１０に送信する。制御サーバ４０は、携帯端末７０から、スキャン要求１１２Ａ、アクセストークンＴ１Ａ、及び、ＵＬアカウント情報ＡＣ１ｂを受信する。制御サーバ４０は、スキャン実行指示１１４Ａをスキャナ１０に送信して、スキャナ１０からスキャンデータ１１６Ａを受信する。制御サーバ４０は、ＵＬアカウント情報ＡＣ１ｂを利用して保存サーバ６０にログインして、スキャンデータ１１６Ａを保存サーバ６０に送信する。保存サーバ６０は、ＵＬアカウント情報ＡＣ１ｂに対応する場所にスキャンデータ１１６Ａを保存する。【選択図】図３

Description

本明細書では、スキャナによって生成されるスキャンデータをサーバに保存するための技術を開示する。

スキャナによって生成されるスキャンデータをサーバに保存（即ちアップロード）するための技術が知られている。

特開２００８−２３６７０２ 特開２００３−３２４２５ 特開２０１１−１９２１１６

本明細書では、スキャナによって生成されるスキャンデータをサーバに保存するための新規な技術を開示する。

本明細書では、スキャナからスキャンデータを受信して、スキャンデータを保存サーバに送信する制御サーバを開示する。制御サーバは、第１の要求受信部と、応答送信部と、情報受信部と、第２の要求受信部と、指示送信部と、スキャンデータ受信部と、スキャンデータ送信部と、を備える。第１の要求受信部は、スキャナから、制御サーバにログインするための第１種のアカウント情報を含む第１のログイン要求を受信する。第１種のアカウント情報は、スキャナが特定の携帯端末から取得した情報である。応答送信部は、スキャナから第１のログイン要求が受信される場合に、第１のログイン要求に対する応答をスキャナに送信する。応答は、スキャナから特定の携帯端末に供給されるべき特定情報を含む。情報受信部は、応答がスキャナに送信された後に、特定情報を取得した特定の携帯端末から、保存サーバにログインするための第２種のアカウント情報を、特定情報に関連付けられた状態で受信する。第２の要求受信部は、応答がスキャナに送信された後に、特定情報を取得した特定の携帯端末から、スキャナを介さずに、スキャン要求を受信する。指示送信部は、特定の携帯端末からスキャン要求が受信される場合に、スキャン実行指示をスキャナに送信する。スキャンデータ受信部は、スキャン実行指示がスキャナに送信された後に、スキャナから特定のスキャンデータを受信する。スキャンデータ送信部は、特定の携帯端末から受信された第２種のアカウント情報を含む第２のログイン要求を保存サーバに送信することによって、保存サーバにログインして、スキャナから受信された特定のスキャンデータを保存サーバに送信する。この結果、保存サーバは、第２種のアカウント情報に対応する場所に特定のスキャンデータを保存する。

上記の制御サーバは、特定の携帯端末から第１種のアカウント情報を取得したスキャナから、第１種のアカウント情報を含む第１のログイン要求を受信すると、特定情報を含む応答をスキャナに送信する。そして、制御サーバは、特定情報を取得した特定の携帯端末から、第２種のアカウント情報を、特定情報に関連付けられた状態で受信する。このために、制御サーバは、特定情報を介して、第１種のアカウント情報と第２種のアカウント情報とを関連付けることができる。また、制御サーバは、特定の携帯端末からスキャナを介さずにスキャン要求を受信すると、スキャン実行指示をスキャナに送信して、スキャナから特定のスキャンデータを受信する。上述したように、制御サーバは、第１種のアカウント情報と第２種のアカウント情報とを関連付けることができるので、第１種のアカウント情報に従って制御サーバにログインしたスキャナから受信した特定のスキャンデータが、第２種のアカウント情報に対応する場所に保存されるように、第２種のアカウント情報に従って保存サーバにログインして、特定のスキャンデータを保存サーバに送信することができる。これにより、制御サーバは、特定の携帯端末のための第２種のアカウント情報に対応する場所、即ち、特定の携帯端末のユーザのための場所に、特定のスキャンデータを保存させることができる。

上述したように、制御サーバは、特定の携帯端末のための第１種及び第２種のアカウント情報を関連付けることができるので、特定の携帯端末のための第２種のアカウント情報に対応する場所に特定のスキャンデータを保存させることができる。従って、制御サーバは、例えば、複数個の携帯端末の複数のユーザによって同じスキャナが利用される場合に、複数個の携帯端末のそれぞれについて、当該携帯端末のための第１種及び第２種のアカウント情報を関連付け得るので、当該携帯端末のための第２種のアカウント情報に対応する場所にスキャンデータを保存させ得る。換言すると、制御サーバは、各携帯端末のための各第２種のアカウント情報に対応する各場所、即ち、各携帯端末の各ユーザのための各場所に、スキャンデータを保存させ得る。

本明細書では、スキャナと、上記の制御サーバと、を備える通信システムも開示する。スキャナは、スキャン実行部と、取得部と、ログイン部と、供給部と、指示受信部と、スキャン制御部と、を備える。取得部は、特定の携帯端末から、制御サーバにログインするための第１種のアカウント情報を取得する。ログイン部は、特定の携帯端末から第１種のアカウント情報が取得される場合に、第１種のアカウント情報を含む第１のログイン要求を制御サーバに送信して、制御サーバから第１のログイン要求に対する応答を受信する。応答は、特定情報を含む。供給部は、制御サーバから応答が受信される場合に、応答に含まれる特定情報を特定の携帯端末に供給する。指示受信部は、特定情報が特定の携帯端末に供給された後に、制御サーバからスキャン実行指示を受信する。スキャン制御部は、制御サーバからスキャン実行指示が受信される場合に、原稿のスキャンをスキャン実行部に実行させて、特定のスキャンデータを生成して、特定のスキャンデータを制御サーバに送信する。

上記の通信システムでは、特定の携帯端末のための第２種のアカウント情報に対応する場所、即ち、特定の携帯端末のユーザのための場所に、特定のスキャンデータを保存させることができる。従って、各携帯端末のための各第２種のアカウント情報に対応する各場所、即ち、各携帯端末の各ユーザのための各場所に、スキャンデータを保存させ得る。

本明細書では、特定の携帯端末のためのコンピュータプログラムも開示する。当該コンピュータプログラムは、特定の携帯端末に、供給処理と、特定情報取得処理と、情報送信処理と、要求送信処理と、を実行させる。供給処理は、制御サーバにログインするための第１種のアカウント情報をスキャナに供給する処理である。この結果、スキャナは、第１種のアカウント情報を含む第１のログイン要求を制御サーバに送信して、制御サーバから特定情報を含む応答を受信する。特定情報取得処理は、第１種のアカウント情報がスキャナに供給された後に、スキャナから特定情報を取得する処理である。情報送信処理は、スキャナから特定情報が取得される場合に、保存サーバにログインするための第２種のアカウント情報を、特定情報に関連付けられた状態で、制御サーバに送信する処理である。要求送信処理は、スキャナを介さずに、スキャン要求を制御サーバに送信する処理である。スキャン要求は、制御サーバに、スキャン実行指示をスキャナに送信させるための要求である。

上記のコンピュータプログラムによると、特定の携帯端末は、第１種のアカウント情報をスキャナに供給し、第２種のアカウント情報を特定情報に関連付けられた状態で制御サーバに送信し、スキャン要求を制御サーバに送信することができる。これにより、制御サーバは、特定情報を介して、第１種のアカウント情報と第２種のアカウント情報とを関連付け得るので、特定の携帯端末のための第２種のアカウント情報に対応する場所に、特定のスキャンデータを保存させ得る。

本明細書では、以下の制御サーバも開示する。制御サーバは、第１の要求受信部と、第２の要求受信部と、指示送信部と、スキャンデータ受信部と、スキャンデータ送信部と、を備える。第１の要求受信部は、スキャナから、制御サーバにログインするための第１種のアカウント情報を含む第１のログイン要求を受信する。第１種のアカウント情報は、スキャナが特定の携帯端末から取得した情報である。第２の要求受信部は、スキャナから第１のログイン要求が受信された後に、保存サーバから、第１種のアカウント情報に関係する関係情報を含むスキャン要求を受信する。特定の携帯端末が、保存サーバにログインするための第２種のアカウント情報を含む第２のログイン要求を保存サーバに送信することによって、保存サーバにログインして、関係情報を含む処理要求を保存サーバに送信した結果として、保存サーバから制御サーバへのスキャン要求の送信が実行される。指示送信部は、保存サーバからスキャン要求が受信される場合に、スキャン実行指示をスキャナに送信する。スキャンデータ受信部は、スキャン実行指示がスキャナに送信された後に、スキャナから特定のスキャンデータを受信する。スキャンデータ送信部は、スキャナから受信された特定のスキャンデータを保存サーバに送信する。この結果、保存サーバは、第２種のアカウント情報に対応する場所に特定のスキャンデータを保存する。

上記の制御サーバは、特定の携帯端末から第１種のアカウント情報を取得したスキャナから、第１種のアカウント情報を含む第１のログイン要求を受信する。その後、制御サーバは、保存サーバから、第１種のアカウント情報に関係する関係情報を含むスキャン要求を受信する。従って、制御サーバは、スキャン要求に含まれる関係情報に基づいて、スキャン要求が第１種のアカウント情報に関係する要求であることを特定することができる。このために、制御サーバは、第１種のアカウント情報に従って制御サーバにログインしたスキャナにスキャン実行指示を送信して、スキャナから特定のスキャンデータを受信することができる。また、スキャン要求は、特定の携帯端末が第２種のアカウント情報に従って保存サーバにログインした結果として、保存サーバから制御サーバに送信される要求であるので、第２種のアカウント情報に関係する要求である。このように、第１種のアカウント情報と第２種のアカウント情報との双方に関係するスキャン要求が、保存サーバから制御サーバに送信されるので、第１種のアカウント情報と第２種のアカウント情報とがシステム内で関連付けられていると言える。このために、制御サーバは、第１種のアカウント情報に従って制御サーバにログインしたスキャナから受信した特定のスキャンデータが、第２種のアカウント情報に対応する場所に保存されるように、特定のスキャンデータを保存サーバに送信することができる。この結果、制御サーバは、特定の携帯端末のための第２種のアカウント情報に対応する場所、即ち、特定の携帯端末のユーザのための場所に、特定のスキャンデータを保存させることができる。換言すると、制御サーバは、各携帯端末のための各第２種のアカウント情報に対応する各場所、即ち、各携帯端末の各ユーザのための各場所に、スキャンデータを保存させ得る。

本明細書では、特定の携帯端末のための以下のコンピュータプログラムも開示する。当該コンピュータプログラムは、特定の携帯端末に、供給処理と、要求送信処理と、を実行させる。供給処理は、制御サーバにログインするための第１種のアカウント情報をスキャナに供給する処理である。この結果、スキャナは、第１種のアカウント情報を含む第１のログイン要求を制御サーバに送信することによって、制御サーバにログインする。要求送信処理は、保存サーバにログインするための第２種のアカウント情報を含む第２のログイン要求を保存サーバに送信することによって、保存サーバにログインして、第１種のアカウント情報に関係する関係情報を含む処理要求を保存サーバに送信する処理である。処理要求は、保存サーバに、関係情報を含むスキャン要求を制御サーバに送信させるための要求である。スキャン要求は、制御サーバに、スキャン実行指示をスキャナに送信させるための要求である。

上記のコンピュータプログラムによると、特定の携帯端末は、第１種のアカウント情報をスキャナに供給し、第２種のアカウント情報に従って保存サーバにログインし、第１種のアカウント情報に関係する関係情報を含む処理要求を保存サーバに送信することができる。この結果、第１種のアカウント情報と第２種のアカウント情報との双方に関係するスキャン要求が、保存サーバから制御サーバに送信され得るので、制御サーバは、特定の携帯端末のための第２種のアカウント情報に対応する場所に、特定のスキャンデータを保存させ得る。

上記のいずれかの機器（即ち、制御サーバ、スキャナ、又は、携帯端末）を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを記憶するコンピュータ読取可能記憶媒体も、新規で有用である。また、制御サーバ、スキャナ、及び、携帯端末のうちの２個以上のデバイスのあらゆる組み合わせを備える通信システムも、新規で有用である。

通信システムの構成を示す。 事前準備のための各処理のシーケンス図を示す。 第１実施例のケースＡのシーケンス図を示す。 第１実施例のケースＢのシーケンス図を示す。 携帯端末のアップロード関連処理のフローチャートを示す。 携帯端末の表示部に表示される画面の一例を示す。 第２実施例のシーケンス図を示す。 第３実施例のシーケンス図を示す。

（第１実施例）
（通信システムの構成）
図１に示されるように、通信システム２は、スキャナ１０と、制御サーバ４０と、保存サーバ６０と、複数個の携帯端末７０，９０と、を備える。各デバイス１０，４０，６０，７０，９０は、インターネットを介して、相互に通信可能である。また、スキャナ１０及び各携帯端末７０，９０は、後述のＮＦＣ（Near Field Communicationの略）方式に従った無線通信を利用して、相互に通信可能である。

スキャナ１０は、原稿のスキャンを実行して、スキャナ１０の内部にスキャンデータを記憶したり、スキャナ１０と同じＬＡＮ（Local Area Networkの略）に接続されているＰＣ（Personal Computerの略）にスキャンデータを送信したりすることができる。特に、本実施例では、スキャナ１０は、携帯端末７０，９０とＮＦＣ方式に従った無線通信を実行することによって、原稿のスキャンを実行して、制御サーバ４０を介して保存サーバ６０にスキャンデータをアップロードすることができる。このアップロードを実現するために、各デバイス１０等は、以下の構成を備える。

（スキャナ１０の構成）
スキャナ１０は、図示省略のＰＣ等の周辺機器である。スキャナ１０は、操作部１２と、表示部１４と、ＮＦＣインターフェース１６と、ネットワークインターフェース１８と、スキャン実行部２０と、制御部３０と、を備える。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。

操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をスキャナ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。スキャン実行部２０は、ＣＣＤ方式、ＣＩＳ方式等のスキャン機構を備える。

ＮＦＣＩ／Ｆ１６は、ＮＦＣ方式の無線通信（以下では「ＮＦＣ通信」と呼ぶ）を実行するためのＩ／Ｆである。ＮＦＣ方式は、いわゆる近距離無線通信のための無線通信方式であり、例えば、ＩＳＯ／ＩＥＣ２１４８１又は１８０９２の国際標準規格に基づく無線通信方式である。ネットワークＩ／Ｆ１８は、スキャナ１０が設置されている環境に構築される図示省略のＬＡＮに接続するためのＩ／Ｆであり、有線通信のためのＩ／Ｆであってもよいし、無線通信のためのＩ／Ｆであってもよい。スキャナ１０は、ネットワークＩ／Ｆ１８及び図示省略のＬＡＮを介して、インターネットに接続される。

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に格納されているプログラムに従って、様々な処理を実行する。

（制御サーバ４０の構成）
制御サーバ４０は、スキャナ１０のベンダによってインターネット上に設置されるサーバである。制御サーバ４０は、スキャン実行指示をスキャナ１０に送信して、原稿のスキャンをスキャナ１０に実行させる。そして、制御サーバ４０は、スキャナ１０からスキャンデータを受信して、当該スキャンデータを保存サーバ６０に送信する。即ち、制御サーバ４０は、スキャナ１０を制御することによって、スキャナ１０から保存サーバ６０へのスキャンデータの送信を仲介する。制御サーバ４０は、ネットワークＩ／Ｆ４８と、制御部５０と、を備える。

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

（保存サーバ６０の構成）
保存サーバ６０は、スキャナ１０のベンダとは異なる特定のサービス提供会社によってインターネット上に設置されるサーバである。保存サーバ６０は、画像データ、文書データ等の様々なデータ（即ちファイル）を保存することができる。保存サーバ６０は、例えば、「ＦＴＯＰＩＡ」、「Ｅｖｅｒｎｏｔｅ（登録商標）」、「Ｇｏｏｇｌｅ（登録商標） Ｄｏｃｓ」、「ＰＩＣＡＳＡ（登録商標）」、「ＦＡＣＥＢＯＯＫ（登録商標）」等の公知のサーバであってもよい。

図示省略しているが、インターネット上には、上記の特定のサービス提供会社によって設置される保存サーバ６０のみならず、他の様々なサービス提供会社によって提供される様々な保存サーバが存在する。即ち、複数個のサービス提供会社によって運営される複数個の保存サーバがインターネット上に存在する。

スキャナ１０のベンダは、制御サーバ４０と通信を実行するためのＡＰＩ（Application Program Interface）を公開している。そして、複数個のサービス提供会社のそれぞれは、上記のＡＰＩを含むプログラムに従って各保存サーバ６０等を動作させる。これにより、保存サーバ６０等は、制御サーバ４０と様々な通信（例えば後述の図３のスキャンデータ１１６Ａの通信等）を実行することができる。

（携帯端末７０，９０の構成）
各携帯端末７０，９０は、携帯電話（例えばスマートフォン）、ＰＤＡ（Personal Digital Assistanceの略）、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。携帯端末７０は、操作部７２と、表示部７４と、ＮＦＣＩ／Ｆ７６と、ネットワークＩ／Ｆ７８と、制御部８０と、を備える。なお、携帯端末９０は、携帯端末７０と同様の構成を備える。

操作部７２は、複数のキーを備える。ユーザは、操作部７２を操作することによって、様々な指示を携帯端末７０に入力することができる。表示部７４は、様々な情報を表示するためのディスプレイである。表示部７４は、いわゆるタッチパネルとしても機能する。従って、ユーザは、表示部７４をタッチすることによって、様々な指示を携帯端末７０に入力することもできる。なお、以下の説明では、操作部７２の操作によって携帯端末７０に各指示が入力される例を記載するが、各指示の入力は、表示部７４のタッチパネルの操作によって実現されてもよい。

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

メモリ８４は、さらに、スキャナ１０から保存サーバ６０へのスキャンデータのアップロードに関連する様々な処理をスキャナ１０に実行させるためのアプリケーション（以下では「スキャナ用アプリケーション」と呼ぶ）を記憶している。例えば、携帯端末７０は、スキャナ１０のベンダによってインターネット上に設置されるサーバ（即ち制御サーバ４０は異なるサーバ）から、スキャナ用アプリケーションをダウンロードする。携帯端末７０のＣＰＵ８２によって実行される以下の各処理は、スキャナ用アプリケーションに従って実現される。

（事前準備；図２）
続いて、図２を参照しながら、各デバイス１０，４０，６０，７０，９０が実行する各処理の内容を説明する。まず、携帯端末７０のユーザは、以下の事前準備を実行する。

携帯端末７０のユーザは、まず、携帯端末７０の操作部７２を操作して、スキャナ用アプリケーションを起動させる。この場合、携帯端末７０のＣＰＵ８２は、スキャナ用アプリケーションの初期画面を表示部７４に表示させる。初期画面では、「事前登録」を示す文字列を含む事前登録ボタンと、「アップロード」を示す文字列を含むアップロードボタンと、を含む。

携帯端末７０のＣＰＵ８２は、ユーザによって事前登録ボタンが選択されると、制御サーバ４０にログインするためのアカウント情報（即ち、携帯端末７０のユーザのためのアカウント情報）を制御サーバ４０に登録するための処理を実行する。以下では、制御サーバ４０にログインするためのアカウント情報のことを「仲介アカウント情報」と呼ぶ。

スキャナ用アプリケーションには、制御サーバ４０のＵＲＬ（Uniform Resource Locatorの略）が予め記述されている。図示省略しているが、携帯端末７０のＣＰＵ８２は、制御サーバ４０のＵＲＬを利用して、ネットワークＩ／Ｆ７８を介して、制御サーバ４０にアクセスする。これにより、ＣＰＵ８２は、ネットワークＩ／Ｆ７８を介して、制御サーバ４０からアカウント登録画面を表わす画面情報を受信して、アカウント登録画面を表示部７４に表示させる。ユーザは、アカウント登録画面を見ながら、操作部１２を操作して、ユーザＩＤ、パスワード等の各種情報を携帯端末７０に入力する。この場合、ＣＰＵ８２は、ネットワークＩ／Ｆ７８を介して、上記の各種情報を含むアカウント要求１００を制御サーバ４０に送信する。

制御サーバ４０のＣＰＵ５２は、ネットワークＩ／Ｆ４８を介して、携帯端末７０からアカウント要求１００を受信すると、アカウント要求１００に含まれる上記の各種情報を含む仲介アカウント情報ＡＣ１ａをメモリ５４に登録する（即ちメモリ５４に記憶させる）。なお、制御サーバ４０において実行される通信では、ネットワークＩ／Ｆ４８が常に利用されるので、以下の説明では、「ネットワークＩ／Ｆ４８を介して」という用語を省略する。ＣＰＵ５２は、登録済みの仲介アカウント情報ＡＣ１ａを携帯端末７０に送信する。

携帯端末７０のＣＰＵ８２は、ネットワークＩ／Ｆ７８を介して、制御サーバ４０から仲介アカウント情報ＡＣ１ａを受信すると、仲介アカウント情報ＡＣ１ａとＩＤ「００１」とを関連付けてメモリ８４に記憶させる。ＩＤ「００１」は、関連付けられる仲介アカウント情報が、携帯端末７０自身の仲介アカウント情報であることを示すＩＤである。なお、後で詳しく述べるが、携帯端末７０は、他の携帯端末（例えば携帯端末９０）から、当該他の携帯端末の仲介アカウント情報（例えばＡＣ２ａ）を取得する可能性があり（図４参照）、当該他の携帯端末の仲介アカウント情報には、ＩＤ「００１」とは異なるＩＤ（例えばＩＤ「００２」）が関連付けられる。

次いで、携帯端末７０のＣＰＵ８２は、ユーザの指示に従って、保存サーバ６０にログインするためのアカウント情報（即ち、携帯端末７０のユーザのためのアカウント情報）を保存サーバ６０に登録するための処理を実行する。以下では、保存サーバ６０にログインするためのアカウント情報のことを「ＵＬアカウント情報」と呼ぶ。

スキャナ用アプリケーションには、複数個の保存サーバのそれぞれのサーバ名及びＵＲＬが予め記述されている。本実施例では、ユーザは、複数個の保存サーバの複数個のサーバ名の中から保存サーバ６０のサーバ名を選択することによって、複数個の保存サーバの中から保存サーバ６０を選択する。この場合、携帯端末７０のＣＰＵ８２は、制御サーバ４０の場合と同様に、保存サーバ６０のＵＲＬを利用して、ネットワークＩ／Ｆ７８を介して、保存サーバ６０からアカウント登録画面を表わす画面情報を受信する。ユーザは、ユーザＩＤ、パスワード等の各種情報を携帯端末７０に入力する。この場合、ＣＰＵ８２は、ネットワークＩ／Ｆ７８を介して、上記の各種情報を含むアカウント要求１０２を保存サーバ６０に送信する。

保存サーバ６０は、携帯端末７０からアカウント要求１０２を受信すると、アカウント要求１０２に含まれる上記の各種情報を含むＵＬアカウント情報ＡＣ１ｂを登録する。そして、保存サーバ６０は、登録済みのＵＬアカウント情報ＡＣ１ｂを携帯端末７０に送信する。

携帯端末７０のＣＰＵ８２は、ネットワークＩ／Ｆ７８を介して、保存サーバ６０からＵＬアカウント情報ＡＣ１ｂを受信すると、ＵＬアカウント情報ＡＣ１ｂとＩＤ「００１」とを関連付けてメモリ８４に記憶させる。ＩＤ「００１」は、仲介アカウント情報ＡＣ１ａに関連付けられるＩＤと同じＩＤであり、関連付けられるＵＬアカウント情報が、携帯端末７０自身のＵＬアカウント情報であることを示すＩＤである。なお、後で詳しく述べるが、携帯端末７０は、他の携帯端末（例えば携帯端末９０）から、当該他の携帯端末のＵＬアカウント情報（例えばＡＣ２ｂ）を取得する可能性があり（図４参照）、当該他の携帯端末のＵＬアカウント情報には、ＩＤ「００１」とは異なるＩＤ（例えばＩＤ「００２」）が関連付けられる。

携帯端末９０のユーザも、携帯端末７０と同様に、事前準備をすることができる。これにより、制御サーバ４０のメモリ５４には、さらに、携帯端末９０からのアカウント要求１０４に応じた仲介アカウント情報ＡＣ２ａが登録され、保存サーバ６０には、さらに、携帯端末９０からのアカウント要求１０６に応じたＵＬアカウント情報ＡＣ２ｂが登録される。また、携帯端末９０のメモリ（図示省略）は、仲介アカウント情報ＡＣ２ａと、ＵＬアカウント情報ＡＣ２ｂと、ＩＤ「００１」と、を関連付けて記憶する。

（ケースＡ；図３）
続いて、スキャンデータをアップロードするための各処理を説明する。まず、図３を参照して、携帯端末７０のユーザのみがスキャンデータのアップロードを望むケースＡを説明する。次いで、図４を参照して、携帯端末７０，９０の各ユーザが同じスキャンデータのアップロードを望むケースＢを説明する。

上述したように、携帯端末７０でスキャナ用アプリケーションが起動される場合には、携帯端末７０の表示部７４に初期画面が表示される。初期画面は、「アップロード」を示す文字列を含むアップロードボタンと、を含む。ユーザは、スキャン対象の原稿をスキャナ１０にセットした後に、アップロードボタンを選択する。アップロードボタンが選択された後に、さらに、スキャンデータのアップロード先の保存サーバ（本実施例では保存サーバ６０）のサーバ名が、ユーザによって選択される。そして、ユーザは、携帯端末７０をスキャナ１０に近づける。携帯端末７０とスキャナ１０との間の距離、より正確に言うと、携帯端末７０のＮＦＣＩ／Ｆ７６とスキャナ１０のＮＦＣＩ／Ｆ１６との間の距離が、ＮＦＣ通信を実行可能な距離（例えば１０ｃｍ）以下になると、携帯端末７０のＮＦＣＩ／Ｆ７６とスキャナ１０のＮＦＣＩ／Ｆ１６との間に、ＮＦＣ接続が確立される。

携帯端末７０のＣＰＵ８２は、上記のＮＦＣ接続を利用して（即ちＮＦＣＩ／Ｆ７６を介して）、携帯端末７０の仲介アカウント情報ＡＣ１ａをスキャナ１０に送信（即ち供給）する。

スキャナ１０のＣＰＵ３２は、上記のＮＦＣ接続を利用して（即ちＮＦＣＩ／Ｆ１６を介して）、携帯端末７０から仲介アカウント情報ＡＣ１ａを受信（即ち取得）する。この場合、ＣＰＵ３２は、ネットワークＩ／Ｆ１８を介して、仲介アカウント情報ＡＣ１ａを含むログイン要求１０８Ａを制御サーバ４０に送信する。なお、制御サーバ４０のＵＲＬは、スキャナ１０のメモリ３４に予め記憶されていてもよいし、携帯端末７０から仲介アカウント情報ＡＣ１ａと共に受信されていてもよい。ＣＰＵ３２は、制御サーバ４０のＵＲＬを利用して、ログイン要求１０８Ａを制御サーバ４０に送信する。

制御サーバ４０のＣＰＵ５２は、スキャナ１０からログイン要求１０８Ａを受信すると、ログイン要求１０８Ａに含まれる仲介アカウント情報ＡＣ１ａがメモリ５４に登録されているのか否かを判断する。ＣＰＵ５２は、仲介アカウント情報ＡＣ１ａがメモリ５４に登録されていないと判断する場合には、図示省略のログイン失敗通知をスキャナ１０に送信する。一方において、ＣＰＵ５２は、仲介アカウント情報ＡＣ１ａがメモリ５４に登録されていると判断する場合には、ユニークな文字列であるアクセストークン（即ち認証情報）Ｔ１Ａを生成する。そして、ＣＰＵ５２は、仲介アカウント情報ＡＣ１ａに関連付けて、アクセストークンＴ１Ａをメモリ５４に記憶させる。次いで、ＣＰＵ５２は、アクセストークンＴ１Ａを含むログイン成功通知１１０Ａをスキャナ１０に送信する。

スキャナ１０のＣＰＵ３２は、ネットワークＩ／Ｆ１８を介して、制御サーバ４０からログイン成功通知１１０Ａを受信すると、ログイン成功通知１１０Ａに含まれるアクセストークンＴ１Ａをメモリ３４に記憶させる。次いで、ＣＰＵ３２は、上記のＮＦＣ接続を利用して（即ちＮＦＣＩ／Ｆ１６を介して）、アクセストークンＴ１Ａを携帯端末７０に送信（即ち供給）する。

携帯端末７０のＣＰＵ８２は、上記のＮＦＣ接続を利用して（即ちＮＦＣＩ／Ｆ７６を介して）、スキャナ１０からアクセストークンＴ１Ａを受信（即ち取得）すると、アクセストークンＴ１Ａをメモリ８４に記憶させる。

また、スキャナ１０のＣＰＵ３２は、アクセストークンＴ１Ａを携帯端末７０に送信した後に、ネットワークＩ／Ｆ１８を介して、アクセストークンＴ１Ａを含む接続要求を制御サーバ４０に送信する。上記の接続要求は、スキャナ１０と制御サーバ４０との間にＸＭＰＰ（Extensible Messaging and Presence Protocolの略）接続を確立するための要求である。

制御サーバ４０のＣＰＵ５２は、スキャナ１０から接続要求を受信すると、接続要求に含まれるアクセストークンＴ１Ａがメモリ５４に記憶されているのか否かを判断する。ＣＰＵ５２は、アクセストークンＴ１Ａがメモリ５４に記憶されていると判断する場合には、所定の応答をスキャナ１０に送信する。これにより、スキャナ１０と制御サーバ４０との間にＸＭＰＰ接続が確立される。この結果、制御サーバ４０は、ルータ等によって通信が妨げられることなく、ＸＭＰＰ接続を利用して、後述のスキャン実行指示１１４Ａをスキャナ１０に適切に送信することができる（即ち、インターネット側からＬＡＮ側への通信を実行することができる）。

制御サーバ４０のＣＰＵ５２は、ＸＭＰＰ接続が確立される場合に、ＸＭＰＰ接続を識別するための接続ＩＤを生成し、仲介アカウント情報ＡＣ１ａに関連付けて、接続ＩＤをメモリ５４に記憶させる。この結果、メモリ５４では、アクセストークンＴ１Ａ、接続ＩＤ、及び、仲介アカウント情報ＡＣ１ａが関連付けられている状態になる。

上述したように、本実施例では、携帯端末７０のユーザは、携帯端末７０をスキャナ１０に近づければ、仲介アカウント情報ＡＣ１ａに従った制御サーバ４０へのログインをスキャナ１０に実行させることができる。例えば、制御サーバ４０へのログインをスキャナ１０に実行させるために、スキャナ１０の操作部１２を操作して、仲介アカウント情報ＡＣ１ａや他の情報をスキャナ１０に入力しなければならない構成と比べると、ユーザの利便性が向上する。

次いで、携帯端末７０のＣＰＵ８２は、スキャナ１０を介さずに、スキャン要求１１２Ａ、アクセストークンＴ１Ａ、ＵＬアカウント情報ＡＣ１ｂ、及び、ユーザによって選択されたサーバ名（以下では「４個の情報」と呼ぶ）を、制御サーバ４０に送信する。より具体的に言うと、ＣＰＵ８２は、ネットワークＩ／Ｆ７８を介して、上記の４個の情報を制御サーバ４０に同時的に送信する。ＣＰＵ８２は、上記の４個の情報を制御サーバ４０に同時的に送信することによって、当該４個の情報が関連付けられた状態で、当該４個の情報を制御サーバ４０に送信することができる。スキャン要求１１２Ａは、後述のスキャン実行指示１１４Ａのスキャナ１０への送信を制御サーバ４０に実行させるための要求である。

制御サーバ４０のＣＰＵ５２は、携帯端末７０から、スキャン要求１１２Ａ、アクセストークンＴ１Ａ、ＵＬアカウント情報ＡＣ１ｂ、及び、サーバ名を同時的に受信する。即ち、ＣＰＵ５２は、上記の４個の情報が関連付けられた状態で、携帯端末７０から上記の４個の情報を受信することができる。

上述したように、制御サーバ４０のメモリ５４では、仲介アカウント情報ＡＣ１ａ及びアクセストークンＴ１Ａが関連付けられている。そして、ＣＰＵ５２は、携帯端末７０からアクセストークンＴ１Ａ及びＵＬアカウント情報ＡＣ１ｂを同時的に受信する場合に、アクセストークンＴ１Ａに関連付けて、ＵＬアカウント情報ＡＣ１ｂ（さらにはサーバ名）をメモリ５４に記憶させる。この結果、メモリ５４では、アクセストークンＴ１Ａ、接続ＩＤ、仲介アカウント情報ＡＣ１ａ、ＵＬアカウント情報ＡＣ１ｂ、及び、サーバ名が関連付けられている状態になる。即ち、ＣＰＵ５２は、携帯端末７０からアクセストークンＴ１Ａ及びＵＬアカウント情報ＡＣ１ｂを同時的に受信する場合に、アクセストークンＴ１Ａを介して、仲介アカウント情報ＡＣ１ａ及びＵＬアカウント情報ＡＣ１ｂを関連付けることができる。

また、制御サーバ４０のＣＰＵ５２は、携帯端末７０からアクセストークンＴ１Ａ及びスキャン要求１１２Ａを同時的に受信する場合に、メモリ５４から、アクセストークンＴ１Ａに関連付けられているＸＭＰＰ接続の接続ＩＤを取得する。そして、ＣＰＵ５２は、取得済みの接続ＩＤに対応するＸＭＰＰ接続、即ち、スキャナ１０と制御サーバ４０との間に確立されているＸＭＰＰ接続を利用して、スキャン要求１１２Ａに応じたスキャン実行指示１１４Ａをスキャナ１０に送信する。ＣＰＵ５２は、ＸＭＰＰ接続を利用するので、ＬＡＮ側に存在するスキャナ１０にスキャン実行指示１１４Ａを適切に送信することができる。

スキャナ１０のＣＰＵ３２は、ネットワークＩ／Ｆ１８を介して、制御サーバ４０からスキャン実行指示１１４Ａを受信すると、原稿のスキャンをスキャン実行部２０に実行させるための指令を発行する。これにより、スキャン実行部２０は、原稿のスキャンを実行して、画像データを生成する。ＣＰＵ３２は、スキャン実行部２０から画像データを取得すると、当該画像データを利用して、予め決められているファイル形式（例えばＰＤＦ、ＪＰＥＧ等）を有するファイルを生成する。以下では、ここで生成されるファイルのことを「スキャンデータ」と呼ぶ。

次いで、スキャナ１０のＣＰＵ３２は、ネットワークＩ／Ｆ１８を介して、アクセストークンＴ１Ａ及びスキャンデータ１１６Ａを制御サーバ４０に同時的に送信する。これにより、ＣＰＵ３２は、アクセストークンＴ１Ａ及びスキャンデータ１１６Ａが関連付けられた状態で、アクセストークンＴ１Ａ及びスキャンデータ１１６Ａを制御サーバ４０に送信することができる。なお、ＣＰＵ３２は、スキャナ１０及び制御サーバ４０の間に確立されているＸＭＰＰ接続を利用せずに、アクセストークンＴ１Ａ及びスキャンデータ１１６Ａを制御サーバ４０に送信する。

制御サーバ４０のＣＰＵ５２は、スキャナ１０から、アクセストークンＴ１Ａ及びスキャンデータ１１６Ａを同時的に受信する。このために、ＣＰＵ５２は、アクセストークンＴ１Ａに関連付けられている仲介アカウント情報ＡＣ１ａに従ったログイン状態を有するスキャナ１０から、スキャンデータ１１６Ａを受信したことを知ることができる。即ち、ＣＰＵ５２は、仲介アカウント情報ＡＣ１ａ及びスキャンデータ１１６Ａを関連付けることができる。ＣＰＵ５２は、仲介アカウント情報ＡＣ１に関連付けて、スキャンデータ１１６Ａをメモリ５４に記憶させる。この結果、メモリ５４では、アクセストークンＴ１Ａ、接続ＩＤ、仲介アカウント情報ＡＣ１ａ、ＵＬアカウント情報ＡＣ１ｂ、サーバ名、及び、スキャンデータ１１６Ａが関連付けられている状態になる。

上述したように、本実施例では、スキャナ１０は、ＸＭＰＰ接続を利用せずに、アクセストークンＴ１Ａ及びスキャンデータ１１６Ａを制御サーバ４０に送信する。ただし、変形例では、スキャナ１０は、ＸＭＰＰ接続を利用して、スキャンデータ１１６Ａを制御サーバ４０に送信してもよい。この場合、スキャナ１０は、アクセストークンＴ１Ａを制御サーバ４０に送信しなくてもよい。上述したように、制御サーバ４０のメモリ５４では、ＸＭＰＰ接続の接続ＩＤ及び仲介アカウント情報ＡＣ１ａが関連付けられている。従って、制御サーバ４０は、ＸＭＰＰ接続を利用してスキャンデータ１１６Ａを受信する場合に、当該ＸＭＰＰ接続の接続ＩＤに関連付けられている仲介アカウント情報ＡＣ１ａを特定することができ、この結果、仲介アカウント情報ＡＣ１ａに従ったログイン状態を有するスキャナ１０から、スキャンデータ１１６Ａを受信したことを知ることができる。

次いで、制御サーバ４０のＣＰＵ５２は、メモリ５４から、スキャンデータ１１６Ａに関連付けられているＵＬアカウント情報ＡＣ１ｂ及びサーバ名を取得する。そして、ＣＰＵ５２は、取得済みのＵＬアカウント情報ＡＣ１ｂを含むログイン要求１１８Ａを、取得済みのサーバ名を有する保存サーバ６０に送信する。なお、制御サーバ４０のメモリ５４は、保存サーバ６０のＵＲＬを予め記憶している。ＣＰＵ５２は、保存サーバ６０のＵＲＬを利用して、ログイン要求１１８Ａを保存サーバ６０に送信する。

保存サーバ６０は、制御サーバ４０からログイン要求１１８Ａを受信すると、ログイン要求１１８Ａに含まれるＵＬアカウント情報ＡＣ１ｂが、保存サーバ６０に登録されているのか否かを判断する。保存サーバ６０は、ＵＬアカウント情報ＡＣ１ｂが登録されていると判断する場合には、ログイン成功通知１２０Ａを制御サーバ４０に送信する。なお、図示省略しているが、保存サーバ６０は、ＵＬアカウント情報ＡＣ１ｂが登録されていないと判断する場合には、ログイン失敗通知を制御サーバ４０に送信する。この場合、スキャンデータ１１６Ａは、保存サーバ６０にアップロードされない。例えば、ＵＬアカウント情報ＡＣ１ｂの有効期限が切れている場合には、ＵＬアカウント情報ＡＣ１ｂが保存サーバ６０から消去され得るので、ＵＬアカウント情報ＡＣ１ｂが登録されていないと判断され得る。

制御サーバ４０のＣＰＵ５２は、保存サーバ６０からログイン成功通知１２０Ａを受信すると、スキャンデータ１１６Ａを保存サーバ６０に送信する。特に、ＣＰＵ５２は、ＵＬアカウント情報ＡＣ１ｂに従ったログイン状態を利用して、スキャンデータ１１６Ａを保存サーバ６０に送信する。なお、上記の「ＵＬアカウント情報ＡＣ１ｂに従ったログイン状態を利用して」の態様としては、例えば、以下の第１及び第２の手法のどちらかを採用することができる。

第１の手法では、ＵＬアカウント情報ＡＣ１ｂに従ったログインが成功する場合に、特定のトークンが保存サーバ６０で生成され、当該特定のトークンが制御サーバ４０に送信される。そして、保存サーバ６０では、特定のトークン及びＵＬアカウント情報ＡＣ１ｂが関連付けられる。この場合、制御サーバ４０のＣＰＵ５２は、特定のトークン及びスキャンデータ１１６Ａを保存サーバ６０に同時的に送信する。これにより、保存サーバ６０は、特定のトークンを介して、ＵＬアカウント情報ＡＣ１ｂ及びスキャンデータ１１６Ａを関連付けることができる。

第２の手法では、ＵＬアカウント情報ＡＣ１ｂに従ったログインが成功する場合に、制御サーバ４０と保存サーバ６０との間に接続（例えばＸＭＰＰ接続）が確立される。そして、保存サーバ６０では、上記の接続を識別するための接続ＩＤ及びＵＬアカウント情報ＡＣ１ｂが関連付けられる。この場合、制御サーバ４０のＣＰＵ５２は、上記の接続を利用して、スキャンデータ１１６Ａを保存サーバ６０に送信する。これにより、保存サーバ６０は、上記の接続ＩＤを介して、ＵＬアカウント情報ＡＣ１ｂ及びスキャンデータ１１６Ａを関連付けることができる。

上述したように、保存サーバ６０は、制御サーバ４０からスキャンデータ１１６Ａを受信すると、ＵＬアカウント情報ＡＣ１ｂ及びスキャンデータ１１６Ａを関連付けることができる。このために、保存サーバ６０は、ＵＬアカウント情報ＡＣ１ｂに対応する場所にスキャンデータ１１６Ａを保存（即ちアップロード）することができる。スキャンデータ１１６Ａのアップロードが成功すると、保存サーバ６０は、終了通知１２６Ａを制御サーバ４０に送信する。

制御サーバ４０のＣＰＵ５２は、保存サーバ６０から終了通知１２６Ａを受信すると、ＸＭＰＰ接続を切断するための信号をスキャナ１０に送信する。これにより、スキャナ１０と制御サーバ４０との間のＸＭＰＰ接続が切断される。次いで、ＣＰＵ５２は、ＵＬアカウント情報ＡＣ１ｂに関連付けられている各情報、即ち、アクセストークンＴ１Ａ、接続ＩＤ、ＵＬアカウント情報ＡＣ１ｂ、及び、スキャンデータ１１６Ａを、メモリ５４から消去する。

また、スキャナ１０のＣＰＵ３２は、ＸＭＰＰ接続が切断されると、アクセストークンＴ１Ａをメモリ３４から消去する。

また、制御サーバ４０のＣＰＵ５２は、スキャン要求１１２Ａに対する応答として（即ち戻り値として）、終了通知１２８Ａを携帯端末７０に送信する。このように、制御サーバ４０は、スキャン要求１１２Ａに対する応答として終了通知１２８Ａを送信するので、インターネット側から携帯端末７０に終了通知１２８Ａを適切に送信することができる。

携帯端末７０のＣＰＵ８２は、ネットワークＩ／Ｆ７８を介して、制御サーバ４０から終了通知１２８Ａを受信すると、アクセストークンＴ１Ａをメモリ８４から消去する。

（ケースＡの効果）
上述したように、本実施例によると、携帯端末７０は、ＮＦＣ通信を利用して、仲介アカウント情報ＡＣ１ａをスキャナ１０に供給する。スキャナ１０は、ＮＦＣ通信を利用して、携帯端末７０から仲介アカウント情報ＡＣ１ａを取得すると、仲介アカウント情報ＡＣ１ａを含むログイン要求１０８Ａを制御サーバ４０に送信する。制御サーバ４０は、スキャナ１０からログイン要求１０８Ａを受信すると、アクセストークンＴ１Ａを含むログイン成功通知１１０Ａをスキャナ１０に送信する。スキャナ１０は、上記のＮＦＣ通信を利用して、アクセストークンＴ１Ａを携帯端末７０に供給する。

携帯端末７０は、スキャナ１０からアクセストークンＴ１Ａを取得すると、スキャナ１０を介さずに、スキャン要求１１２Ａ、アクセストークンＴ１Ａ、及び、ＵＬアカウント情報ＡＣ１ｂを制御サーバ４０に同時的に送信する。これにより、制御サーバ４０は、携帯端末７０から、スキャナ１０を介さずに、スキャン要求１１２Ａ、アクセストークンＴ１Ａ、及び、ＵＬアカウント情報ＡＣ１ｂを同時的に受信する。このために、制御サーバ４０は、アクセストークンＴ１Ａを介して、仲介アカウント情報ＡＣ１ａ及びＵＬアカウント情報ＡＣ１ｂを関連付けることができる。また、制御サーバ４０は、スキャン要求１１２Ａに応じて、スキャン実行指示１１４Ａをスキャナ１０に送信して、スキャナ１０からスキャンデータ１１６Ａを受信する。

上述したように、制御サーバ４０は、２個のアカウント情報ＡＣ１ａ，ＡＣ１ｂを関連付けることができるので、仲介アカウント情報ＡＣ１ａに従ったログイン状態を有するスキャナ１０から受信したスキャンデータ１１６Ａが、ＵＬアカウント情報ＡＣ１ｂに対応する場所に保存されるように、ＵＬアカウント情報ＡＣ１ｂに従って保存サーバ６０にログインして、スキャンデータ１１６Ａを保存サーバ６０に送信することができる。これにより、制御サーバ４０は、携帯端末７０のＵＬアカウント情報ＡＣ１ｂに対応する場所、即ち、携帯端末７０のユーザのための場所に、スキャンデータ１１６Ａを保存（即ちアップロード）させることができる。

また、図示省略しているが、携帯端末９０が利用される場合も、携帯端末７０が利用される場合と同様に、スキャンデータが保存サーバ６０にアップロードされる。即ち、制御サーバ４０は、携帯端末９０のＵＬアカウント情報ＡＣ２ｂに対応する場所、即ち、携帯端末９０のユーザのための場所に、スキャンデータを保存（即ちアップロード）させることができる。本実施例によると、制御サーバ４０は、複数個の携帯端末７０，９０の複数のユーザによって同じスキャナ１０が利用される場合でも、各携帯端末７０，９０の各ＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂに対応する各場所、即ち、各携帯端末７０，９０の各ユーザのための各場所に、スキャンデータを保存させることができる。

特に、本実施例によると、図３のケースＡのように、携帯端末７０を利用したスキャンデータ１１６Ａのアップロードが終了すると、スキャナ１０と制御サーバ４０との間のＸＭＰＰ接続、即ち、仲介アカウント情報ＡＣ１ａに従ったＸＭＰＰ接続が、自動的に切断される。仮に、携帯端末７０を利用したスキャンデータ１１６Ａのアップロードが終了しても、仲介アカウント情報ＡＣ１ａに従ったＸＭＰＰ接続が維持される構成を採用すると、携帯端末９０のユーザは、携帯端末９０を利用したスキャンデータのアップロードを実行させるために、仲介アカウント情報ＡＣ１ａに従ったＸＭＰＰ接続を切断させた後に、仲介アカウント情報ＡＣ２ａに従ったＸＭＰＰ接続を確立させなければならない。即ち、携帯端末９０のユーザは、スキャナ１０の電源をＯＦＦしたり、スキャナ１０の操作部１２に所定の操作を実行したりして、ＸＭＰＰ接続を切断させなければならない。これに対し、本実施例によると、携帯端末７０を利用したスキャンデータ１１６Ａのアップロードが終了すると、仲介アカウント情報ＡＣ１ａに従ったＸＭＰＰ接続が自動的に切断されるので、携帯端末９０のユーザは、当該ＸＭＰＰ接続を切断させるための操作を実行せずに済む。このために、ユーザの利便性が向上する。

（ケースＢ；図４）
続いて、図４を参照して、携帯端末７０，９０の各ユーザが同じスキャンデータのアップロードを望むケースＢを説明する。即ち、ケースＢでは、携帯端末７０及び携帯端末９０の二人のユーザが、当該二人のユーザによって保存サーバ６０に登録された２個のＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂに対応する２個の場所に、同じスキャンデータを保存することを望む状況（以下では「特定の状況」と呼ぶ）を想定している。ケースＢでは、図３のケースＡと同様の部分については説明を省略し、ケースＡと異なる部分について詳しく説明する。

図５を参照して後で詳しく説明するが、上記の特定の状況では、当該二人のユーザは、携帯端末７０及び携帯端末９０のうちの一方をメインの端末として決定し、他方をサブの端末として決定する。本ケースＢでは、携帯端末７０がメインの端末として決定され、携帯端末９０がサブの端末として決定される。そして、携帯端末９０のユーザは、携帯端末９０を携帯端末７０に近づける。この場合、携帯端末７０と携帯端末９０との間の距離、より正確に言うと、携帯端末７０のＮＦＣＩ／Ｆ７６と携帯端末９０のＮＦＣＩ／Ｆ（図示省略）との間の距離が、ＮＦＣ通信を実行可能な距離（例えば１０ｃｍ）以下になり、携帯端末７０のＮＦＣＩ／Ｆ７６と携帯端末９０のＮＦＣＩ／Ｆとの間に、ＮＦＣ接続が確立される。

サブの端末として動作する携帯端末９０のＣＰＵ（図示省略）は、携帯端末９０のメモリ（図示省略）から、ＩＤ「００１」に関連付けられている携帯端末９０の仲介アカウント情報ＡＣ２ａ及びＵＬアカウント情報ＡＣ２ｂを取得する。そして、携帯端末９０のＣＰＵは、ＮＦＣ接続を利用して、２個のアカウント情報ＡＣ２ａ，ＡＣ２ｂを携帯端末７０に送信（即ち供給）する。

メインの端末として動作する携帯端末７０のＣＰＵ８２は、上記のＮＦＣ接続を利用して（即ちＮＦＣＩ／Ｆ１６を介して）、携帯端末９０から２個のアカウント情報ＡＣ２ａ，ＡＣ２ｂを受信（即ち取得）する。この場合、ＣＰＵ８２は、携帯端末９０の各アカウント情報ＡＣ２ａ，ＡＣ２ｂと、ＩＤ「００１」とは異なるＩＤ（本ケースではＩＤ「００２」）と、を関連付けて、メモリ８４に記憶させる。

次いで、携帯端末７０のユーザは、携帯端末７０をスキャナ１０に近づける。これにより、携帯端末７０のＮＦＣＩ／Ｆ７６とスキャナ１０のＮＦＣＩ／Ｆ１６との間に、ＮＦＣ接続が確立される。ＣＰＵ８２は、上記のＮＦＣ接続を利用して、２個の仲介アカウント情報ＡＣ１ａ，ＡＣ２ａ及び２個のＩＤをスキャナ１０に送信（即ち供給）する。より具体的に言うと、ＣＰＵ８２は、仲介アカウント情報ＡＣ１ａ及びＩＤ「００１」が関連付けられており、かつ、仲介アカウント情報ＡＣ２ａ及びＩＤ「００２」が関連付けられている状態（即ちメモリ８４内での関連付けと同様の状態）で、各情報をスキャナ１０に送信（即ち供給）する。

スキャナ１０のＣＰＵ３２は、上記のＮＦＣ接続を利用して、携帯端末７０から２個の仲介アカウント情報ＡＣ１ａ，ＡＣ２ａ及び２個のＩＤを受信（即ち取得）する。この場合、ＣＰＵ３２は、ネットワークＩ／Ｆ１８を介して、２個の仲介アカウント情報ＡＣ１ａ，ＡＣ２ａ及び２個のＩＤを含むログイン要求１０８Ｂを制御サーバ４０に送信する。なお、ログイン要求１０８Ｂ内でも、各仲介アカウント情報ＡＣ１ａ，ＡＣ２ａと、各ＩＤと、が関連付けられている。

制御サーバ４０のＣＰＵ５２は、スキャナ１０からログイン要求１０８Ｂを受信すると、ログイン要求１０８Ｂに含まれる２個の仲介アカウント情報ＡＣ１ａ，ＡＣ２ａの双方が、メモリ５４に登録されているのか否かを判断する。ＣＰＵ５２は、２個の仲介アカウント情報ＡＣ１ａ，ＡＣ２ａの双方がメモリ５４に登録されていると判断する場合には、アクセストークンＴ１Ｂを生成する。そして、ＣＰＵ５２は、仲介アカウント情報ＡＣ１ａに関連付けてアクセストークンＴ１Ｂ及びＩＤ「００１」をメモリ５４に記憶させ、仲介アカウント情報ＡＣ２ａに関連付けてアクセストークンＴ１Ｂ及びＩＤ「００２」をメモリ５４に記憶させる。次いで、ＣＰＵ５２は、アクセストークンＴ１Ｂを含むログイン成功通知１１０Ａをスキャナ１０に送信する。

スキャナ１０のＣＰＵ３２は、制御サーバ４０からログイン成功通知１１０Ｂを受信すると、アクセストークンＴ１Ｂをメモリ３４に記憶させて、アクセストークンＴ１Ｂを携帯端末７０に送信（即ち供給）する。

携帯端末７０のＣＰＵ８２は、スキャナ１０からアクセストークンＴ１Ｂを受信（即ち取得）すると、アクセストークンＴ１Ｂをメモリ８４に記憶させる。

そして、スキャナ１０と制御サーバ４０との間にＸＭＰＰ接続が確立される。上述したように、本ケースＢでは、スキャナ１０は、２個の仲介アカウント情報ＡＣ１ａ，ＡＣ２ａに従って、制御サーバ４０にログインしている状態になる。ただし、制御サーバ４０では１個のアクセストークンＴ１Ｂのみが生成され、当該アクセストークンＴ１Ｂに従ったＸＭＰＰ接続が確立される。

次いで、携帯端末７０のＣＰＵ８２は、スキャナ１０を介さずに、スキャン要求１１２Ｂ、アクセストークンＴ１Ｂ、２個のＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂ、２個のＩＤ、及び、サーバ名を制御サーバ４０に同時的に送信する。より具体的に言うと、ＣＰＵ８２は、ＵＬアカウント情報ＡＣ１ｂ及びＩＤ「００１」が関連付けられており、かつ、ＵＬアカウント情報ＡＣ２ｂ及びＩＤ「００２」が関連付けられている状態（即ちメモリ８４内での関連付けと同様の状態）で、各情報を制御サーバ４０に送信する。

制御サーバ４０のＣＰＵ５２は、携帯端末７０からスキャン要求１１２Ｂ等を受信すると、以下の処理を実行する。上述したように、制御サーバ４０のメモリ５４では、仲介アカウント情報ＡＣ１ａ、アクセストークンＴ１Ｂ、及び、ＩＤ「００１」が関連付けられている。そして、ＣＰＵ５２は、携帯端末７０から、アクセストークンＴ１Ｂ、ＵＬアカウント情報ＡＣ１ｂ、及び、ＩＤ「００１」を同時的に受信する場合に、アクセストークンＴ１Ｂ及びＩＤ「００１」に関連付けて、ＵＬアカウント情報ＡＣ１ｂをメモリ５４に記憶させる。この結果、メモリ５４では、アクセストークンＴ１Ｂ、ＩＤ「００１」、接続ＩＤ、仲介アカウント情報ＡＣ１ａ、ＵＬアカウント情報ＡＣ１ｂ、及び、サーバ名が関連付けられている状態になる。即ち、ＣＰＵ５２は、アクセストークンＴ１Ｂ及びＩＤ「００１」を介して、仲介アカウント情報ＡＣ１ａ及びＵＬアカウント情報ＡＣ１ｂを関連付けることができる。

同様に、制御サーバ４０のＣＰＵ５２は、アクセストークンＴ１Ｂ及びＩＤ「００２」を介して、仲介アカウント情報ＡＣ２ａ及びＵＬアカウント情報ＡＣ２ｂを関連付けることができる。即ち、メモリ５４では、アクセストークンＴ１Ｂ、ＩＤ「００２」、接続ＩＤ、仲介アカウント情報ＡＣ２ａ、ＵＬアカウント情報ＡＣ２ｂ、及び、サーバ名が関連付けられている状態になる。即ち、制御サーバ４０は、アクセストークンＴ１Ｂを介して、複数個の仲介アカウント情報ＡＣ１ａ，ＡＣ２ａと、複数個のＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂと、を関連付けることができる。

次いで、制御サーバ４０のＣＰＵ５２は、スキャン要求１１２Ｂに応じて、ＸＭＰＰ接続を利用して、スキャン実行指示１１４Ｂをスキャナ１０に送信して、スキャナ１０からアクセストークンＴ１Ｂ及びスキャンデータ１１６Ｂを受信する。これにより、ＣＰＵ５２は、アクセストークンＴ１Ｂに関連付けられている２個の仲介アカウント情報ＡＣ１ａ，ＡＣ２ａに従ったログイン状態を有するスキャナ１０から、スキャンデータ１１６Ｂを受信したことを知ることができる。次いで、ＣＰＵ５２は、２個の仲介アカウント情報ＡＣ１ａ，ＡＣ２ａのそれぞれに関連付けて、スキャンデータ１１６Ｂをメモリ５４に記憶させる。

続いて、制御サーバ４０のＣＰＵ５２は、スキャンデータ１１６Ｂが関連付けられている２個のＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂのうちの一方のＵＬアカウント情報ＡＣ１ｂと、当該ＵＬアカウント情報ＡＣ１ｂに関連付けられているサーバ名と、を利用して、保存サーバ６０にログインする（ログイン要求１１８Ｂ、ログイン成功通知１２０Ｂ参照）。そして、ＣＰＵ５２は、ＵＬアカウント情報ＡＣ１ｂに従ったログイン状態を利用して、スキャンデータ１１６Ｂを保存サーバ６０に送信する。これにより、保存サーバ６０は、ＵＬアカウント情報ＡＣ１ｂに対応する場所にスキャンデータ１１６Ｂを保存する。

また、制御サーバ４０のＣＰＵ５２は、他方のＵＬアカウント情報ＡＣ２ｂを利用して、保存サーバ６０にログインし（ログイン要求１２０、ログイン成功通知１２２参照）、ＵＬアカウント情報ＡＣ２ｂに従ったログイン状態を利用して、スキャンデータ１１６Ｂを保存サーバ６０に送信する。これにより、保存サーバ６０は、ＵＬアカウント情報ＡＣ２ｂに対応する場所にスキャンデータ１１６Ｂを保存する。以降の各処理（例えば終了通知の通信等）については、図３のケースＡと同様であるので、図示及び説明を省略する。

（ケースＢの効果）
上述したように、ケースＢでは、携帯端末７０は、携帯端末９０から仲介アカウント情報ＡＣ２ａ及びＵＬアカウント情報ＡＣ２ｂを取得する。そして、携帯端末７０は、予め保持している仲介アカウント情報ＡＣ１ａと、取得済みの仲介アカウント情報ＡＣ２ａと、を含む２個の仲介アカウント情報ＡＣ１ａ，ＡＣ２ａを、スキャナ１０に供給する。この結果、スキャナ１０は、２個の仲介アカウント情報ＡＣ１ａ，ＡＣ２ａを含むログイン要求１０８Ｂを制御サーバ４０に送信して、制御サーバ４０からアクセストークンＴ１Ｂを含むログイン成功通知１１０Ｂを受信する。

また、携帯端末７０は、予め保持しているＵＬアカウント情報ＡＣ１ｂと、取得済みのＵＬアカウント情報ＡＣ２ｂと、を含む２個のＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂを、スキャン要求１１２Ｂ及びアクセストークンＴ１Ｂと共に、制御サーバ４０に送信する。これにより、制御サーバ４０は、アクセストークンＴ１Ｂを介して、２個の仲介アカウント情報ＡＣ１ａ，ＡＣ２ａと、２個のＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂと、を関連付けることができる。従って、制御サーバ４０は、２個の仲介アカウント情報ＡＣ１ａ，ＡＣ２ａに従ったログイン状態を有するスキャナ１０から受信したスキャンデータ１１６Ｂが、２個のＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂに対応する２個の場所に保存されるように、スキャンデータ１１６Ｂを保存サーバ６０に送信することができる。この結果、制御サーバ４０は、携帯端末７０のＵＬアカウント情報ＡＣ１ｂに対応する場所と、携帯端末９０のＵＬアカウント情報ＡＣ２ｂに対応する場所と、のそれぞれに、同じスキャンデータ１１６Ｂを保存（即ちアップロード）させることができる。即ち、制御サーバ４０は、携帯端末７０のユーザのための場所と、携帯端末９０のユーザのための場所と、のそれぞれに、同じスキャンデータ１１６Ｂを保存させることができる。

（携帯端末７０のＣＰＵ８２が実行する処理；図５）
続いて、図５を参照して、携帯端末７０のＣＰＵ８２がスキャナ用アプリケーションに従って実行する処理の内容を説明する。上述したように、携帯端末７０のスキャナ用アプリケーションが起動される場合には、携帯端末７０の表示部７４に初期画面が表示される。初期画面は、「アップロード」を示す文字列を含むアップロードボタンを含む。ユーザによってアップロードボタンが選択される場合に、ＣＰＵ８２は、図５のアップロード関連処理を実行する。なお、携帯端末９０のＣＰＵ（図示省略）も、スキャナ用アプリケーションに従って、アップロード関連処理を実行することができる。

Ｓ１０では、ＣＰＵ８２は、待機画面ＳＣ１を表示部７４に表示させる。図６に示されるように、待機画面ＳＣ１は、大別して３個のメッセージを含む。第１のメッセージは、ユーザが携帯端末７０をスキャナ１０に近づければ、スキャナ１０にスキャンを実行させることが可能であることを示すメッセージである。第２のメッセージは、ユーザが携帯端末７０を他の携帯端末（例えば携帯端末９０）に近づければ、他の携帯端末の仲介アカウント情報及びＵＬアカウント情報を取得することが可能であることを示すメッセージである。第３のメッセージは、携帯端末７０の仲介アカウント情報及びＵＬアカウント情報を他の携帯端末（例えば携帯端末９０）に供給することを示すメッセージである。

次いで、図５のＳ１２では、ＣＰＵ８２は、ユーザがどの操作を実行したのかを決定する。携帯端末７０のユーザは、スキャンデータのアップロードのために、原稿のスキャンをスキャナ１０に実行させることを望む場合には、待機画面ＳＣ１内の第１のメッセージ（図６参照）に従って、携帯端末７０をスキャナ１０に近づける。この結果、スキャナ１０と携帯端末７０との間にＮＦＣ接続が確立される。当該ＮＦＣ接続が確立される過程において、通信相手がスキャナであることを示すコードがスキャナ１０から携帯端末７０に送信される。従って、ＣＰＵ８２は、当該コードを受信すれば、ＮＦＣ接続が確立された通信相手がスキャナ１０であることを知ることができる。この場合、Ｓ１２において、ＣＰＵ８２は、ユーザが携帯端末７０をスキャナ１０に近づけた結果として、スキャナ１０と携帯端末７０との間にＮＦＣ接続が確立されたと判断して、Ｓ１４に進む。なお、理解の容易化のために、Ｓ１４以降の処理を説明する前に、Ｓ４０，Ｓ４２，Ｓ５０，Ｓ５２の処理を説明する

上記の特定の状況（即ち図４のケースＢの状況）では、携帯端末７０及び携帯端末９０の二人のユーザは、携帯端末７０及び携帯端末９０のうちのどちらがメインの端末として動作するのかを決定する（即ち、どちらがサブの端末として動作するのかを決定する）。上記の特定の状況において、携帯端末７０がメインの端末として動作することが決定される場合（即ち、携帯端末９０がサブの端末として動作することが決定される場合）には、携帯端末７０のユーザは、待機画面ＳＣ１内の第２のメッセージ（図６参照）に従って、携帯端末７０を携帯端末９０に近づける。この結果、携帯端末７０と携帯端末９０との間にＮＦＣ接続が確立される。当該ＮＦＣ接続が確立される過程において、通信相手が携帯端末であることを示すコードが携帯端末９０から携帯端末７０に送信される。従って、ＣＰＵ８２は、当該コードを受信すれば、ＮＦＣ接続が確立された通信相手が携帯端末９０であることを知ることができる。この場合、Ｓ１２において、ＣＰＵ８２は、ユーザが携帯端末７０を携帯端末９０に近づけた結果として、携帯端末７０と携帯端末９０との間にＮＦＣ接続が確立されたと判断して、Ｓ４０に進む。

Ｓ４０では、ＣＰＵ８２は、ＮＦＣＩ／Ｆ７６を介して、サブの端末として動作する携帯端末９０（即ち、後述のＳ５２の処理を実行する携帯端末９０）から、携帯端末９０の仲介アカウント情報ＡＣ２ａ及びＵＬアカウント情報ＡＣ２ｂを受信（即ち取得）する（図４参照）。次いで、Ｓ４２では、ＣＰＵ８２は、メモリ８４に現在記憶されている最大のＩＤ（例えば「００１」）に「１」を加算して、新たなＩＤ（例えば「００２」）を生成する。そして、ＣＰＵ８２は、生成済みの新たなＩＤ（例えば「００２」）と、仲介アカウント情報ＡＣ２ａと、ＵＬアカウント情報ＡＣ２ｂと、を関連付けて、メモリ８４に記憶させる。

Ｓ４２を終えると、アップロード関連処理が終了する。その後、携帯端末７０のユーザは、待機画面ＳＣ１内の第１のメッセージ（図６参照）に従って、携帯端末７０をスキャナ１０に近づければ、各携帯端末７０，９０の各ＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂに対応する各場所に、同じスキャンデータをアップロードさせることができる（図４及び後述のＳ１４〜Ｓ３０参照）。

一方において、上記の特定の状況において、携帯端末７０がサブの端末として動作することが決定される場合（即ち、携帯端末９０がメインの端末として動作することが決定される場合）には、携帯端末７０のユーザは、待機画面ＳＣ１内の第３のメッセージ（図６参照）を含むボタンを選択する。この場合、Ｓ１２において、ＣＰＵ８２は、ユーザによってボタンが選択されたと判断して、Ｓ５０に進む。

Ｓ５０では、ＣＰＵ８２は、動作指示画面ＳＣ５を表示部７４に表示させる。図５に示されるように、動作指示画面ＳＣ５は、携帯端末７０を他の携帯端末（即ち携帯端末９０）に近づけることをユーザに促すためのメッセージを含む。従って、携帯端末７０のユーザは、携帯端末７０を携帯端末９０に近づける。この結果、携帯端末７０と携帯端末９０との間にＮＦＣ接続が確立される。

次いで、図５のＳ５２では、ＣＰＵ８２は、ＮＦＣＩ／Ｆ７６を介して、メモリ８４内でＩＤ「００１」に関連付けられている２個のアカウント情報ＡＣ１ａ，ＡＣ１ｂ、即ち、携帯端末７０の仲介アカウント情報ＡＣ１ａ及びＵＬアカウント情報ＡＣ１ｂを、携帯端末９０に送信（即ち供給）する。これにより、ＣＰＵ８２は、メインの端末として動作する携帯端末９０（即ちＳ４０の処理を実行する携帯端末９０）に、携帯端末７０の各アカウント情報ＡＣ１ａ，ＡＣ１ｂを供給することができる。

Ｓ５２を終えると、アップロード関連処理が終了する。その後、携帯端末９０のユーザは、携帯端末９０で表示される待機画面ＳＣ１内の第１のメッセージ（図６参照）に従って、携帯端末９０をスキャナ１０に近づければ、各携帯端末７０，９０の各ＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂに対応する各場所に、同じスキャンデータをアップロードさせることができる。

上述したように、Ｓ１４が実行される段階では、スキャナ１０と携帯端末７０との間にＮＦＣ接続が確立されている。ＣＰＵ８２は、ＮＦＣＩ／Ｆ７６を介して、メモリ８４内の１個以上の仲介アカウント情報をスキャナ１０に送信する。上述したように、図２の事前準備が実行されると、ＩＤ「００１」と仲介アカウント情報ＡＣ１ａとがメモリ８４に記憶される。また、Ｓ１４が実行される前に、Ｓ４２が実行済みである状況では、ＩＤ「００１」とは異なる１個以上のＩＤ（例えばＩＤ「００２」等）のそれぞれについて、当該１個のＩＤと仲介アカウント情報（例えば携帯端末９０の仲介アカウント情報）とがメモリ８４に記憶される。

１個の仲介アカウント情報ＡＣ１ａのみがメモリ８４に存在する場合には、Ｓ１４において、ＣＰＵ８２は、仲介アカウント情報ＡＣ１ａのみをスキャナ１０に送信する（即ちＩＤ「００１」を送信しない；図３のケースＡ参照））。一方において、２個以上の仲介アカウント情報がメモリ８４に存在する場合には、Ｓ１４において、ＣＰＵ８２は、各仲介アカウント情報及び各ＩＤが関連付けられている状態で、各仲介アカウント情報及び各ＩＤをスキャナ１０に送信する（図４のケースＢ参照）。

次いで、Ｓ１６では、ＣＰＵ８２は、ＮＦＣＩ／Ｆ７６を介して、スキャナ１０からアクセストークン（図３のＴ１Ａ、図４のＴ１Ｂ参照）を受信する。続いて、Ｓ１８では、ＣＰＵ８２は、アクセストークンをメモリ８４に記憶させる。

次いで、Ｓ２０では、ＣＰＵ８２は、開始指示画面ＳＣ２を表示部７４に表示させる。図６に示されるように、開始指示画面ＳＣ２は、「スキャン開始」を示す文字列を含む開始ボタンを含む。ユーザは、操作部１２を操作して、開始ボタンを操作する。なお、図示していないが、開始ボタンがユーザによって選択される前に、スキャンデータの保存先の保存サーバ６０のサーバ名がユーザによって選択される。この場合、図５のＳ２２に進む。

Ｓ２２では、ＣＰＵ８２は、ネットワークＩ／Ｆ７８を介して、複数個の情報を制御サーバ４０に同時的に送信する。上記の複数個の情報は、スキャン要求（図３の１１２Ａ、図４の１１２Ｂ参照）と、メモリ８４内のアクセストークン（図３のＴ１Ａ、図４のＴ１Ｂ参照）と、メモリ８４内の１個以上のＵＬアカウント情報と、ユーザによって選択されたサーバ名と、を含む。１個のＵＬアカウント情報ＡＣ１ｂのみがメモリ８４に存在する場合には、Ｓ２２において、ＣＰＵ８２は、ＵＬアカウント情報ＡＣ１ｂに関連付けて、ＩＤ「００１」を制御サーバ４０に送信しない（図３のケースＡ参照）。一方において、２個以上のＵＬアカウント情報がメモリ８４に存在する場合には、Ｓ２２において、ＣＰＵ８２は、各ＵＬアカウント情報及び各ＩＤが関連付けられている状態で、各ＵＬアカウント情報及び各ＩＤを制御サーバ４０に送信する（図４のケースＢ参照）。

次いで、Ｓ２４では、ＣＰＵ８２は、ステータス画面ＳＣ３を表示部７４に表示させる。図６に示されるように、ステータス画面ＳＣ３は、「スキャン中」を示すメッセージを含む。ユーザは、ステータス画面ＳＣ３を見ることによって、スキャナ１０によってスキャンが実行されること、即ち、スキャンデータのアップロードが実行されることを知ることができる。

続いて、図５のＳ２６では、ＣＰＵ８２は、ネットワークＩ／Ｆ７８を介して、制御サーバ４０から終了通知（図３の１２８Ａ参照）を受信する。終了通知は、スキャンデータのアップロードが完了したことを示す通知である。次いで、Ｓ２８では、ＣＰＵ８２は、結果画面ＳＣ４を表示部７４に表示させる。図６に示されるように、結果画面ＳＣ４は、保存サーバ６０内へのスキャンデータのアップロードが成功したことを示すメッセージを含む。ユーザは、結果画面ＳＣ４を見ることによって、スキャンデータのアップロードが成功したことを知ることができる。

ついて、図５のＳ３０では、ＣＰＵ８２は、Ｓ１８でメモリ８４に記憶されたアクセストークンを消去する。Ｓ３０を終えると、アップロード関連処理が終了する。

図５に示されるように、本実施例によると、携帯端末７０は、メインの端末として動作するための処理（即ち、Ｓ４０、Ｓ４２、Ｓ１４〜Ｓ３０）と、サブの端末として動作するための処理（即ち、Ｓ５０、Ｓ５２）と、を選択的に実行することができる。

（対応関係）
仲介アカウント情報、ＵＬアカウント情報が、それぞれ、「第１種のアカウント情報」、「第２種のアカウント情報」の一例である。特に、２個の仲介アカウント情報ＡＣ１ａ，ＡＣ２ａ、２個のＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂが、それぞれ、「Ｍ個の第１種のアカウント情報」、「Ｍ個の第２種のアカウント情報」の一例である。

制御サーバ４０については、スキャナ１０からログイン要求１０８Ａ，１０８Ｂを受信する処理、ログイン成功通知１１０Ａ，１１０Ｂをスキャナ１０に送信する処理、携帯端末７０からＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂを受信する処理、携帯端末７０からスキャン要求１１２Ａ，１１２Ｂを受信する処理、スキャン実行指示１１４Ａ，１１４Ｂをスキャナ１０に送信する処理、スキャナ１０からスキャンデータ１１６Ａ，１１６Ｂを受信する処理が、それぞれ、「第１の要求受信部」、「応答送信部」、「情報受信部」、「第２の要求受信部」、「指示送信部」、「スキャンデータ受信部」によって実行される処理の一例である。また、ログイン要求１１８Ａ，１１８Ｂ，１２０を保存サーバ６０に送信する処理、及び、スキャンデータ１１６Ａ，１１６Ｂを保存サーバ６０に送信する処理が、「スキャンデータ送信部」によって実行される処理の一例である。

また、スキャナ１０については、携帯端末７０から仲介アカウント情報ＡＣ１ａ，ＡＣ２ａを取得する処理、ログイン要求１０８Ａ，１０８Ｂを制御サーバ４０に送信してログイン成功通知１１０Ａ，１１０Ｂを受信する処理、アクセストークンＴ１Ａ，Ｔ１Ｂを携帯端末７０に供給する処理、制御サーバ４０からスキャン実行指示１１４Ａ，１１４Ｂを受信する処理、スキャンデータ１１６Ａ，１１６Ｂを制御サーバ４０に送信する処理が、それぞれ、「取得部」、「ログイン部」、「供給部」、「指示受信部」、「スキャン制御部」によって実行される処理の一例である。

また、携帯端末７０については、図５のＳ１４の処理、Ｓ１６の処理、Ｓ４０の処理が、それぞれ、「供給処理」、「特定情報取得処理」、「アカウント情報取得処理」の一例である。また、Ｓ２２の処理が、「情報送信処理」及び「要求送信処理」の一例である。また、Ｓ１４、Ｓ１６、Ｓ２２、及び、Ｓ４０の処理が、「第１種の処理」の一例であり、Ｓ５２の処理が、「第２種の処理」の一例である。

（第１実施例の変形例）
上述したように、第１実施例では、制御サーバ４０は、携帯端末７０から、スキャナ１０を介さずに、スキャン要求１１２Ａ、アクセストークンＴ１Ａ、及び、ＵＬアカウント情報ＡＣ１ｂを同時的に受信する（図３参照）。これに代えて、変形例では、制御サーバ４０は、携帯端末７０から、スキャナ１０を介さずに、スキャン要求１１２Ａを受信し、携帯端末７０から、スキャナ１０を介して、アクセストークンＴ１Ａ及びＵＬアカウント情報ＡＣ１ｂを受信してもよい。特に、制御サーバ４０は、アクセストークンＴ１Ａ及びＵＬアカウント情報ＡＣ１ｂを、スキャン要求１１２Ａよりも前に受信してもよいし後に受信してもよい。例えば、スキャナ１０は、ＮＦＣ通信を利用して、携帯端末７０からＵＬアカウント情報ＡＣ１ｂを取得して、アクセストークンＴ１Ａ及びＵＬアカウント情報ＡＣ１ｂを制御サーバ４０に送信してもよい。これにより、制御サーバ４０は、携帯端末７０から、スキャナ１０を介して、アクセストークンＴ１Ａ及びＵＬアカウント情報ＡＣ１ｂを受信することができる。

ただし、上記の変形例では、スキャナ１０は、携帯端末７０からＵＬアカウント情報ＡＣ１ｂを取得して、アクセストークンＴ１Ａ及びＵＬアカウント情報ＡＣ１ｂを制御サーバ４０に送信する処理を実行しなければならない。このために、スキャナ１０の処理負荷が高くなる。これに対し、本実施例では、スキャナ１０が上記の処理を実行せずに済むので、スキャナ１０の処理負荷を低減させることができる。また、上記の変形例では、制御サーバ４０は、スキャナ１０からアクセストークンＴ１Ａ及びＵＬアカウント情報ＡＣ１ｂを受信するための１回の通信と、携帯端末７０からスキャン要求１１２Ａを受信するための１回の通信と、を含む２回の通信を実行しなければならない。これに対し、本実施例では、制御サーバ４０は、１回の通信を利用して、上記の各情報を受信することができる。この結果、通信システム２内での通信回数を低減させることができる。

（第２実施例；図７）
続いて、図７を参照して、第２実施例について説明する。第１実施例では、図３に示されるように、携帯端末７０から制御サーバ４０にスキャン要求１１２Ａが送信されるが、本実施例では、図７に示されるように、携帯端末７０から保存サーバ６０に処理要求２１１Ｃが送信され、この結果として、保存サーバ６０から制御サーバ４０にスキャン要求２１２が送信される。以下では、第１実施例とは異なる点を中心に、本実施例の各デバイス１０，４０，６０，７０によって実行される各処理について説明する。

携帯端末７０からスキャナ１０に仲介アカウント情報ＡＣ１ａが送信されてから、スキャナ１０と制御サーバ４０との間にＸＭＰＰ接続が確立されるまでの各処理は、図３のケースＡと同様である。即ち、図７のログイン要求２０８、ログイン成功通知２１０、アクセストークンＴ２は、それぞれ、図３のログイン要求１０８Ａ、ログイン成功通知１１０Ａ、アクセストークンＴ１Ａと同様である。ただし、本実施例では、スキャナ１０は、仲介アカウント情報ＡＣ１ａに対する応答を携帯端末７０に送信するが、アクセストークンＴ２を携帯端末７０に送信しない。

携帯端末７０のＣＰＵ８２は、スキャナ１０から応答を受信すると、ＵＬアカウント情報ＡＣ１ｂを含むログイン要求２１１Ａを、ユーザによって選択されたサーバ名を有する保存サーバ６０に送信して、保存サーバ６０からログイン成功通知２１１Ｂを受信する。

次いで、携帯端末７０のＣＰＵ８２は、ＵＬアカウント情報ＡＣ１ｂに従ったログイン状態を利用して、仲介アカウント情報ＡＣ１ａを含む処理要求２１１Ｃを保存サーバ６０に送信する。処理要求２１１Ｃは、制御サーバ４０へのスキャン要求２１２の送信を保存サーバ６０に実行させるための要求である。なお、処理要求２１１Ｃは、保存サーバ６０へのログインとは無関係である仲介アカウント情報ＡＣ１ａを含む。これは、保存サーバ６０に、仲介アカウント情報ＡＣ１ａを含むスキャン要求２１２の送信を実行させる必要があるからである。

保存サーバ６０は、携帯端末７０から処理要求２１１Ｃを受信すると、処理要求２１１Ｃに含まれる仲介アカウント情報ＡＣ１ａを抽出する。上述したように、処理要求２１１Ｃは、ＵＬアカウント情報ＡＣ１ｂに従ったログイン状態を利用して通信される。従って、保存サーバ６０は、仲介アカウント情報ＡＣ１ａ及びＵＬアカウント情報ＡＣ１ｂを関連付けることができる。次いで、保存サーバ６０は、仲介アカウント情報ＡＣ１ａを含むスキャン要求２１２を制御サーバ４０に送信する。

制御サーバ４０のＣＰＵ５２は、保存サーバ６０からスキャン要求２１２を受信すると、スキャン要求２１２から仲介アカウント情報ＡＣ１ａを抽出する。これにより、ＣＰＵ５２は、スキャン要求２１２が仲介アカウント情報ＡＣ１ａに関係する要求であることを特定することができる。制御サーバ４０のメモリ５４では、ＸＭＰＰ接続の接続ＩＤ、及び、仲介アカウント情報ＡＣ１ａが関連付けられている。ＣＰＵ５２は、スキャン要求２１２が仲介アカウント情報ＡＣ１ａに関係する要求であることを特定すると、次いで、メモリ５４から、仲介アカウント情報ＡＣ１ａに関連付けられている接続ＩＤを取得する。そして、ＣＰＵ５２は、取得済みの接続ＩＤによって識別されるＸＭＰＰ接続、即ち、スキャナ１０と制御サーバ４０との間に確立されているＸＭＰＰ接続を利用して、スキャン実行指示２１４をスキャナ１０に送信する。

次いで、制御サーバ４０のＣＰＵ５２は、スキャナ１０からアクセストークンＴ２及びスキャンデータ２１６を同時的に受信する。これにより、ＣＰＵ５２は、アクセストークンＴ２に関連付けられている仲介アカウント情報ＡＣ１ａに従ったログイン状態を有するスキャナ１０から、スキャンデータ２１６を受信したことを知ることができる。即ち、ＣＰＵ５２は、アクセストークンＴ２を介して、仲介アカウント情報ＡＣ１ａ及びスキャンデータ２１６を関連付けることができる。

続いて、制御サーバ４０のＣＰＵ５２は、仲介アカウント情報ＡＣ１ａを含むスキャン要求２１２に対する応答として（即ち戻り値として）、仲介アカウント情報ＡＣ１ａに関連付けられているスキャンデータ２１６を保存サーバ６０に送信する。

保存サーバ６０は、仲介アカウント情報ＡＣ１ａを含むスキャン要求２１２に対する応答として、制御サーバ４０からスキャンデータ２１６を受信する。これにより、保存サーバ６０は、仲介アカウント情報ＡＣ１ａ及びスキャンデータ２１６を関連付けることができる。上述したように、保存サーバ６０は、仲介アカウント情報ＡＣ１ａ及びＵＬアカウント情報ＡＣ１ｂを関連付けることができる。従って、保存サーバ６０は、ＵＬアカウント情報ＡＣ１ｂ及びスキャンデータ２１６を関連付けることができる。このために、保存サーバ６０は、ＵＬアカウント情報ＡＣ１ｂに対応する場所にスキャンデータ２１６を保存することができる。

次いで、保存サーバ６０は、処理要求２１１Ｃに対する応答として、終了通知２２５を携帯端末７０に送信する。また、保存サーバ６０は、終了通知２２６を制御サーバ４０に送信する。これにより、スキャナ１０と制御サーバ４０との間のＸＭＰＰ接続が切断される。また、アクセストークンＴ２等の各情報が、スキャナ１０のメモリ３４及び制御サーバ４０のメモリ５４から消去される。

（第２実施例の効果）
本実施例によると、携帯端末７０は、仲介アカウント情報ＡＣ１ａをスキャナ１０に供給する。この結果、スキャナ１０は、仲介アカウント情報ＡＣ１ａを含むログイン要求２０８を制御サーバ４０に送信することによって、制御サーバ４０にログインする。また、携帯端末７０は、ＵＬアカウント情報ＡＣ１ｂを含むログイン要求２１１Ａを保存サーバ６０に送信することによって、保存サーバ６０にログインして、仲介アカウント情報ＡＣ１ａを含む処理要求２１１Ｃを保存サーバ６０に送信する。この結果、保存サーバ６０は、仲介アカウント情報ＡＣ１ａ及びＵＬアカウント情報ＡＣ１ｂを関連付けることができる。そして、保存サーバ６０は、仲介アカウント情報ＡＣ１ａを含むスキャン要求２１２を制御サーバ４０に送信する。

制御サーバ４０は、保存サーバ６０から仲介アカウント情報ＡＣ１ａを含むスキャン要求２１２を受信すれば、スキャン要求２１２が仲介アカウント情報ＡＣ１ａに関係する要求であることを特定することができる。従って、制御サーバ４０は、仲介アカウント情報ＡＣ１ａに従ったログイン状態を有するスキャナ１０にスキャン実行指示２１４を送信して、スキャナ１０からスキャンデータ２１６を受信することができる。そして、制御サーバ４０は、仲介アカウント情報ＡＣ１ａを含むスキャン要求２１２に対する応答として、スキャンデータ２１６を保存サーバ６０に送信する。これにより、制御サーバ４０は、仲介アカウント情報ＡＣ１ａに従ったログイン状態を有するスキャナ１０から受信されたスキャンデータ２１６が、ＵＬアカウント情報ＡＣ１ｂに対応する場所に保存されるように、スキャンデータ２１６を保存サーバ６０に送信することができる。この結果、制御サーバ４０は、携帯端末７０のＵＬアカウント情報ＡＣ１ｂに対応する場所、即ち、携帯端末７０のユーザのための場所に、スキャンデータ２１６を保存させることができる。

携帯端末９０が利用される場合も、携帯端末７０が利用される場合と同様に、スキャンデータが保存サーバ６０にアップロードされる。即ち、携帯端末９０が利用される場合には、制御サーバ４０は、携帯端末９０のＵＬアカウント情報ＡＣ２ｂに対応する場所、即ち、携帯端末９０のユーザのための場所に、スキャンデータ２１６を保存させることができる。このように、本実施例でも、制御サーバ４０は、各携帯端末７０，９０のための各ＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂに対応する各場所、即ち、各携帯端末７０，９０の各ユーザのための各場所に、スキャンデータを保存させることができる。

（対応関係）
制御サーバ４０については、スキャナ１０からログイン要求２０８を受信する処理、保存サーバ６０からスキャン要求２１２を受信する処理、スキャン実行指示２１４をスキャナ１０に送信する処理、スキャナ１０からスキャンデータ２１６を受信する処理、スキャンデータ２１６を保存サーバ６０に送信する処理が、それぞれ、「第１の要求受信部」、「第２の要求受信部」、「指示送信部」、「スキャンデータ受信部」、「スキャンデータ送信部」によって実行される処理の一例である。

携帯端末７０については、仲介アカウント情報ＡＣ１ａをスキャナ１０に供給する処理が、「供給処理」の一例である。ログイン要求２１１Ａを保存サーバ６０に送信する処理、及び、処理要求２１１Ｃを保存サーバ６０に送信する処理が、「要求送信処理」の一例である。また、仲介アカウント情報ＡＣ１ａが、「第１種のアカウント情報に関係する関係情報」の一例である。即ち、本実施例では、「第１種のアカウント情報」と「関係情報」とが同じ情報である。

（第３実施例；図８）
図８を参照して、第３実施例について説明する。第２実施例では、図７に示されるように、携帯端末７０から保存サーバ６０に仲介アカウント情報ＡＣ１ａを含む処理要求２１１Ｃが送信されるが、本実施例では、図８に示されるように、携帯端末７０から保存サーバ６０にスキャントークンＴ３Ｂを含む処理要求３１１Ｃが送信される。以下では、第２実施例とは異なる点を中心に、本実施例の各デバイス１０，４０，６０，７０によって実行される各処理について説明する。

携帯端末７０からスキャナ１０に仲介アカウント情報ＡＣ１ａが送信されてから、スキャナ１０から制御サーバ４０にログイン要求３０８が送信されるまでの各処理は、第２実施例と同様である。

制御サーバ４０のＣＰＵ５２は、スキャナ１０からログイン要求３０８を受信する場合に、アクセストークンＴ３Ａと、アクセストークンＴ３Ａとは異なるスキャントークン（即ち認証情報）Ｔ３Ｂと、を生成する。アクセストークンＴ３Ａは、第２実施例のアクセストークンＴ２と同様に、スキャナ１０と制御サーバ４０との間にＸＭＰＰ接続を確立するために利用される。スキャントークンＴ３Ｂは、後述するように、携帯端末７０から保存サーバ６０にスキャントークンＴ３Ｂを含む処理要求３１１Ｃを送信するために利用される。

次いで、制御サーバ４０のＣＰＵ５２は、仲介アカウント情報ＡＣ１ａに関連付けて、アクセストークンＴ３Ａと、スキャントークンＴ３Ｂと、をメモリ５４に記憶させる。そそして、ＣＰＵ５２は、アクセストークンＴ３Ａと、スキャントークンＴ３Ｂと、を含むログイン成功通知３１０を、スキャナ１０に送信する。

スキャナ１０のＣＰＵ３２は、制御サーバ４０からログイン成功通知３１０を受信すると、ログイン成功通知３１０に含まれるアクセストークンＴ３Ａをメモリ３４に記憶させ、次いで、アクセストークンＴ３Ａを利用して、スキャナ１０と制御サーバ４０との間にＸＭＰＰ接続を確立させる。

スキャナ１０のＣＰＵ３２は、さらに、スキャナ１０と携帯端末７０との間のＮＦＣ接続を利用して、ログイン成功通知３１０に含まれるスキャントークンＴ３Ｂを携帯端末７０に送信する。

携帯端末７０のＣＰＵ８２は、スキャナ１０からスキャントークンＴ３Ｂを受信すると、スキャントークンＴ３Ｂをメモリ８４に記憶させる。次いで、ＣＰＵ８２は、ＵＬアカウント情報ＡＣ１ｂを含むログイン要求３１１Ａを保存サーバ６０に送信して、保存サーバ６０からログイン成功通知３１１Ｂを受信する。次いで、携帯端末７０のＣＰＵ８２は、ＵＬアカウント情報ＡＣ１ｂに従ったログイン状態を利用して、スキャントークンＴ３Ｂを含む処理要求３１１Ｃを保存サーバ６０に送信する。

保存サーバ６０は、携帯端末７０から処理要求３１１Ｃを受信すると、処理要求３１１Ｃに含まれるスキャントークンＴ３Ｂを抽出する。上述したように、処理要求３１１Ｃは、ＵＬアカウント情報ＡＣ１ｂに従ったログイン状態を利用して通信される。従って、保存サーバ６０は、スキャントークンＴ３Ｂ及びＵＬアカウント情報ＡＣ１ｂを関連付けることができる。次いで、保存サーバ６０は、スキャントークンＴ３Ｂを含むスキャン要求３１２を制御サーバ４０に送信する。

制御サーバ４０のＣＰＵ５２は、保存サーバ６０からスキャン要求３１２を受信すると、スキャン要求３１２からスキャントークンＴ３Ｂを抽出する。上述したように、制御サーバ４０のメモリ５４では、スキャントークンＴ３Ｂ及び仲介アカウント情報ＡＣ１ａが関連付けられている。従って、ＣＰＵ５２は、スキャントークンＴ３Ｂに基づいて、スキャン要求３１２が仲介アカウント情報ＡＣ１ａに関係する要求であることを特定することができる。この結果、ＣＰＵ５２は、ＸＭＰＰ接続を利用して、スキャン実行指示３１４をスキャナ１０に送信することができる。

次いで、制御サーバ４０のＣＰＵ５２は、スキャナ１０からアクセストークンＴ３Ａ及びスキャンデータ３１６を同時的に受信する。これにより、ＣＰＵ５２は、アクセストークンＴ３Ａを介して、仲介アカウント情報ＡＣ１ａ及びスキャンデータ３１６を関連付けることができる。上述したように、ＣＰＵ５２は、スキャン要求３１２が仲介アカウント情報ＡＣ１ａに関係する要求であることを特定することができる。従って、ＣＰＵ５２は、仲介アカウント情報ＡＣ１ａに関係するスキャン要求３１２に対する応答として（即ち戻り値として）、仲介アカウント情報ＡＣ１ａに関連付けられているスキャンデータ３１６を保存サーバ６０に送信することができる。

保存サーバ６０は、スキャントークンＴ３Ｂを含むスキャン要求３１２に対する応答として、制御サーバ４０からスキャンデータ３１６を受信する。これにより、保存サーバ６０は、スキャントークンＴ３Ｂ及びスキャンデータ３１６を関連付けることができる。上述したように、保存サーバ６０は、スキャントークンＴ３Ｂ及びＵＬアカウント情報ＡＣ１ｂを関連付けることができる。従って、保存サーバ６０は、ＵＬアカウント情報ＡＣ１ｂ及びスキャンデータ３１６を関連付けることができる。このために、保存サーバ６０は、ＵＬアカウント情報ＡＣ１ｂに対応する場所にスキャンデータ３１６を保存することができる。

次いで、保存サーバ６０は、終了通知３２５を携帯端末７０に送信し、終了通知３２６を制御サーバ４０に送信する。これにより、スキャナ１０と制御サーバ４０との間のＸＭＰＰ接続が切断される。また、アクセストークンＴ３Ａ等の各情報が、スキャナ１０のメモリ３４、制御サーバ４０のメモリ５４、及び、携帯端末７０のメモリ８４から消去される。

（第３実施例の効果）
本実施例によると、制御サーバ４０において、仲介アカウント情報ＡＣ１ａ及びスキャントークンＴ３Ｂが関連付けられ、保存サーバ６０において、ＵＬアカウント情報ＡＣ１ｂ及びスキャントークンＴ３Ｂが関連付けられる。従って、制御サーバ４０又は保存サーバ６０において、仲介アカウント情報ＡＣ１ａ及びＵＬアカウント情報ＡＣ１ｂが直接的に関連付けられることはないが、制御サーバ４０及び保存サーバ６０を含むシステム内において、スキャントークンＴ３Ｂを介して、仲介アカウント情報ＡＣ１ａ及びＵＬアカウント情報ＡＣ１ｂが関連付けられる。より具体的に言うと、仲介アカウント情報ＡＣ１ａ及びＵＬアカウント情報ＡＣ１ｂの双方に関係するスキャン要求３１２（即ち、スキャントークンＴ３Ｂを含むスキャン要求３１２）が、保存サーバ６０から制御サーバ４０に送信される。このために、制御サーバ４０は、携帯端末７０のＵＬアカウント情報ＡＣ１ｂに対応する場所、即ち、携帯端末７０のユーザのための場所に、スキャンデータ２１６を保存させることができる。換言すると、制御サーバ４０は、各携帯端末７０，９０のための各ＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂに対応する各場所、即ち、各携帯端末７０，９０の各ユーザのための各場所に、スキャンデータを保存させることができる。

（対応関係）
制御サーバ４０において、スキャントークンＴ３Ｂを生成する処理、スキャントークンＴ３Ｂを含むログイン成功通知３１０をスキャナ１０に送信する処理が、それぞれ、「生成部」、「応答送信部」によって実行される処理の一例である。また、スキャントークンＴ３Ｂが、「第１種のアカウント情報に関係する関係情報」の一例である。即ち、本実施例では、「第１種のアカウント情報」と「関係情報」とが異なる情報である。

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

（変形例１）例えば、図３のケースＡでは、制御サーバ４０は、スキャナ１０からスキャンデータ１１６Ａを受信した後に、ＵＬアカウント情報ＡＣ１ｂを利用して保存サーバ６０にログインする。これに代えて、制御サーバ４０は、スキャン実行指示１１４Ａをスキャナ１０に送信する前に、ＵＬアカウント情報ＡＣ１ｂを利用して保存サーバ６０へのログインを試行してもよい。そして、制御サーバ４０は、保存サーバ６０へのログインが成功する場合に、スキャン実行指示１１４Ａをスキャナ１０に送信してもよい。即ち、制御サーバ４０は、上記の実施例のように、スキャン実行指示１１４Ａをスキャナ１０に送信した後に、保存サーバ６０にログインしてもよいし、本変形例のように、スキャン実行指示１１４Ａをスキャナ１０に送信する前に、保存サーバ６０にログインしてもよい。なお、本変形例では、制御サーバ４０は、保存サーバ６０へのログインが成功しない場合に、スキャン実行指示１１４Ａをスキャナ１０に送信しなくてもよい。この場合、スキャナ１０は、保存サーバ６０にログインすることができないことに起因して、アップロードすることができない場合に、スキャンデータを生成せずに済む。

（変形例２）図４のケースＢにおいて、携帯端末７０からスキャナ１０に各ＩＤが送信されなくてもよく、スキャナ１０から制御サーバ４０に送信されるログイン要求１０８Ｂに各ＩＤが含まれていなくてもよい。また、携帯端末７０から制御サーバ４０に各ＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂが送信される際に、各ＩＤが送信されなくてもよい。この構成では、制御サーバ４０は、１個の仲介アカウント情報と１個のＵＬアカウント情報とを関連付けることはできないが、アクセストークンＴ１Ｂを介して、複数個の仲介アカウント情報ＡＣ１ａ，ＡＣ２ａの集合と、複数個のＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂの集合と、を関連付けることができる。この結果、制御サーバ４０は、各ＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂに対応する各場所に、同じスキャンデータを保存させることができる。

（変形例３）図４のケースＢにおいて、制御サーバ４０は、２個のログイン要求１１８Ｂ，１２０を保存サーバ６０に送信することによって、保存サーバ６０にログインする。これに代えて、制御サーバ４０は、２個のＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂを含む１個のログイン要求を保存サーバ６０に送信することによって、保存サーバ６０にログインしてもよい。即ち、制御サーバは、Ｍ個の第２種のアカウント情報を含む少なくとも１個の第２のログイン要求を保存サーバに送信することによって、保存サーバにログインすればよい。

（変形例４）上記の変形例３では、保存サーバ６０は、２個のＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂを含む１個のログイン要求を受信するので、２個のＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂを関連付けることができる。従って、保存サーバ６０は、２個のＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂのうちの一方のＵＬアカウント情報に従ったログイン情報を利用して、制御サーバ４０からスキャンデータを受信すれば、２個のＵＬアカウント情報ＡＣ１ｂ，ＡＣ２ｂに対応する２個の場所のそれぞれに、当該スキャンデータを保存することができる。即ち、制御サーバ４０は、図４のケースＢのように、保存サーバ６０へのスキャンデータの送信を２回実行せずに済み、保存サーバ６０へのスキャンデータの送信を１回実行すれば足りる。即ち、制御サーバは、保存サーバへのスキャンデータの送信を少なくとも１回実行すればよい。

（変形例５）上記の各実施例では、例えば、図３のケースＡに示されるように、スキャナ１０は、ＮＦＣ通信を利用して、携帯端末７０から仲介アカウント情報ＡＣ１ａを受信する。これに代えて、スキャナ１０は、赤外線通信、Ｔｒａｎｓｆｅｒ Ｊｅｔ等のＮＦＣとは異なる規格に従った近距離無線通信を利用して、携帯端末７０から仲介アカウント情報ＡＣ１ａを受信してもよい。また、スキャナ１０は、例えば、スキャナ１０が接続されているＬＡＮを介した通信を利用して、携帯端末７０から仲介アカウント情報ＡＣ１ａを受信してもよい。

（変形例６）「スキャナ」は、スキャン実行部を備えるあらゆるデバイス（例えば、スキャン機能及び印刷機能を含む多機能を実行可能な多機能機、ＦＡＸ装置等）を含む。例えば、送信側のＦＡＸ装置（即ち「スキャナ」の一例）は、制御サーバ４０を介してＦＡＸデータ（即ち「スキャンデータ」の一例）を保存サーバ６０にアップロードさせることによって、ＦＡＸ送信を実行してもよい。これにより、受信側のＦＡＸ装置は、制御サーバ４０からＦＡＸデータを受信することによって、ＦＡＸ受信を実行することができる。

（変形例７）上記の各実施例では、スキャナ１０及び制御サーバ４０のＣＰＵ３２，５２がメモリ３４，５４内のプログラム（即ちソフトウェア）を実行することによって、図２〜図４、図７、及び、図８の各処理が実現される。これに代えて、各処理のうちの少なくとも１つは、論理回路等のハードウェアによって実現されてもよい。

２：通信システム、１０：スキャナ、１２：操作部、１４：表示部、１６：ＮＦＣＩ／Ｆ、１８：ネットワークＩ／Ｆ、２０：スキャン実行部、３０：制御部、３２：ＣＰＵ、３４：メモリ、４０：制御サーバ、４８：ネットワークＩ／Ｆ、５０：制御部、５２：ＣＰＵ、５４：メモリ、６０：保存サーバ、７０：携帯端末、７２：操作部、７４、表示部、７６：ＮＦＣＩ／Ｆ、７８：ネットワークＩ／Ｆ、８０：制御部、８２：ＣＰＵ、８４：メモリ、９０：携帯端末、ＡＣ１ａ，ＡＣ２ａ：仲介アカウント情報、ＡＣ１ｂ，ＡＣ２ｂ：ＵＬアカウント情報、Ｔ１Ａ，Ｔ１Ｂ，Ｔ２，Ｔ３Ａ：アクセストークン、Ｔ３Ｂ：スキャントークン、１０８Ａ：ログイン要求、１１０Ａ：ログイン成功通知、１１２Ａ：スキャン要求、１１４Ａ：スキャン実行指示、１１６Ａ：スキャンデータ、１１８Ａ：ログイン要求、１２０Ａ：ログイン成功通知

Claims (12)

1. スキャナからスキャンデータを受信して、前記スキャンデータを保存サーバに送信する制御サーバであって、
   前記スキャナから、前記制御サーバにログインするための第１種のアカウント情報を含む第１のログイン要求を受信する第１の要求受信部であって、前記第１種のアカウント情報は、前記スキャナが特定の携帯端末から取得した情報である、前記第１の要求受信部と、
   前記スキャナから前記第１のログイン要求が受信される場合に、前記第１のログイン要求に対する応答を前記スキャナに送信する応答送信部であって、前記応答は、前記スキャナから前記特定の携帯端末に供給されるべき特定情報を含む、前記応答送信部と、
   前記応答が前記スキャナに送信された後に、前記特定情報を取得した前記特定の携帯端末から、前記保存サーバにログインするための第２種のアカウント情報を、前記特定情報に関連付けられた状態で受信する情報受信部と、
   前記応答が前記スキャナに送信された後に、前記特定情報を取得した前記特定の携帯端末から、前記スキャナを介さずに、スキャン要求を受信する第２の要求受信部と、
   前記特定の携帯端末から前記スキャン要求が受信される場合に、スキャン実行指示を前記スキャナに送信する指示送信部と、
   前記スキャン実行指示が前記スキャナに送信された後に、前記スキャナから特定のスキャンデータを受信するスキャンデータ受信部と、
   前記特定の携帯端末から受信された前記第２種のアカウント情報を含む第２のログイン要求を前記保存サーバに送信することによって、前記保存サーバにログインして、前記スキャナから受信された前記特定のスキャンデータを前記保存サーバに送信するスキャンデータ送信部であって、この結果、前記保存サーバは、前記第２種のアカウント情報に対応する場所に前記特定のスキャンデータを保存する、前記スキャンデータ送信部と、を備える制御サーバ。
2. 前記情報受信部は、前記特定情報を取得した前記特定の携帯端末から、前記スキャナを介さずに、前記特定情報と前記第２種のアカウント情報とを受信する、請求項１に記載の制御サーバ。
3. 前記第２の要求受信部は、前記情報受信部が、前記特定情報を取得した前記特定の携帯端末から、前記スキャナを介さずに、前記特定情報と前記第２種のアカウント情報とを受信するのと同時的に、前記特定の携帯端末から、前記スキャナを介さずに、前記スキャン要求を受信する、請求項１又は２に記載の制御サーバ。
4. 前記第１の要求受信部は、前記特定の携帯端末からＭ個（前記Ｍは２以上の整数）の前記第１種のアカウント情報を取得した前記スキャナから、前記Ｍ個の第１種のアカウント情報を含む前記第１のログイン要求を受信し、
   前記Ｍ個の第１種のアカウント情報は、前記特定の携帯端末によって予め保持されている１個の前記第１種のアカウント情報と、前記特定の携帯端末とは異なるＭ−１個の携帯端末から前記特定の携帯端末に供給されるＭ−１個の前記第１種のアカウント情報と、を含み、
   前記情報受信部は、前記特定情報を取得した前記特定の携帯端末から、Ｍ個の前記第２種のアカウント情報を、前記特定情報に関連付けられた状態で受信し、
   前記Ｍ個の第２種のアカウント情報は、前記特定の携帯端末によって予め保持されている１個の前記第２種のアカウント情報と、前記Ｍ−１個の携帯端末から前記特定の携帯端末に供給されるＭ−１個の前記第２種のアカウント情報と、を含み、
   前記スキャンデータ送信部は、前記特定の携帯端末から受信された前記Ｍ個の第２種のアカウント情報を含む前記第２のログイン要求を前記保存サーバに送信することによって、前記保存サーバにログインして、前記特定のスキャンデータを前記保存サーバに送信し、この結果、前記保存サーバは、前記Ｍ個の第２種のアカウント情報に対応するＭ個の場所のそれぞれに前記特定のスキャンデータを保存する、請求項１から３のいずれか一項に記載の制御サーバ。
5. 通信システムであって、
   スキャナと、
   前記スキャナからスキャンデータを受信して、前記スキャンデータを保存サーバに送信する制御サーバと、を備え、
   前記スキャナは、
   スキャン実行部と、
   特定の携帯端末から、前記制御サーバにログインするための第１種のアカウント情報を取得する取得部と、
   前記特定の携帯端末から前記第１種のアカウント情報が取得される場合に、前記第１種のアカウント情報を含む第１のログイン要求を前記制御サーバに送信して、前記制御サーバから前記第１のログイン要求に対する応答を受信するログイン部であって、前記応答は、特定情報を含む、前記ログイン部と、
   前記制御サーバから前記応答が受信される場合に、前記応答に含まれる前記特定情報を前記特定の携帯端末に供給する供給部と、
   前記特定情報が前記特定の携帯端末に供給された後に、前記制御サーバからスキャン実行指示を受信する指示受信部と、
   前記制御サーバから前記スキャン実行指示が受信される場合に、原稿のスキャンを前記スキャン実行部に実行させて、特定のスキャンデータを生成して、前記特定のスキャンデータを前記制御サーバに送信するスキャン制御部と、を備え、
   前記制御サーバは、
   前記スキャナから前記第１のログイン要求を受信する第１の要求受信部と、
   前記スキャナから前記第１のログイン要求が受信される場合に、前記特定情報を含む前記応答を前記スキャナに送信する応答送信部と、
   前記応答が前記スキャナに送信された後に、前記特定情報を取得した前記特定の携帯端末から、前記保存サーバにログインするための第２種のアカウント情報を、前記特定情報に関連付けられた状態で受信する情報受信部と、
   前記応答が前記スキャナに送信された後に、前記特定情報を取得した前記特定の携帯端末から、前記スキャナを介さずに、スキャン要求を受信する第２の要求受信部と、
   前記特定の携帯端末から前記スキャン要求が受信される場合に、前記スキャン実行指示を前記スキャナに送信する指示送信部と、
   前記スキャン実行指示が前記スキャナに送信された後に、前記スキャナから前記特定のスキャンデータを受信するスキャンデータ受信部と、
   前記特定の携帯端末から受信された前記第２種のアカウント情報を含む第２のログイン要求を前記保存サーバに送信することによって、前記保存サーバにログインして、前記スキャナから受信された前記特定のスキャンデータを前記保存サーバに送信するスキャンデータ送信部であって、この結果、前記保存サーバは、前記第２種のアカウント情報に対応する場所に前記特定のスキャンデータを保存する、前記スキャンデータ送信部と、を備える、通信システム。
6. 特定の携帯端末のためのコンピュータプログラムであって、
   前記特定の携帯端末に、以下の各処理、即ち、
   制御サーバにログインするための第１種のアカウント情報をスキャナに供給する供給処理であって、この結果、前記スキャナは、前記第１種のアカウント情報を含む第１のログイン要求を前記制御サーバに送信して、前記制御サーバから特定情報を含む応答を受信し、前記制御サーバは、前記スキャナからスキャンデータを受信して、前記スキャンデータを保存サーバに送信するためのサーバである、前記供給処理と、
   前記第１種のアカウント情報が前記スキャナに供給された後に、前記スキャナから前記特定情報を取得する特定情報取得処理と、
   前記スキャナから前記特定情報が取得される場合に、前記保存サーバにログインするための第２種のアカウント情報を、前記特定情報に関連付けられた状態で、前記制御サーバに送信する情報送信処理と、
   前記スキャナを介さずに、スキャン要求を前記制御サーバに送信する要求送信処理であって、前記スキャン要求は、前記制御サーバに、スキャン実行指示を前記スキャナに送信させるための要求である、前記要求送信処理と、を実行させるコンピュータプログラム。
7. 前記コンピュータプログラムは、前記コンピュータに、さらに、
   前記特定の携帯端末とは異なるＭ−１個（前記Ｍは２以上の整数）の携帯端末から、Ｍ−１個の前記第１種のアカウント情報と、Ｍ−１個の前記第２種のアカウント情報と、を取得するアカウント情報取得処理を実行させ、
   前記供給処理は、Ｍ個の前記第１種のアカウント情報を前記スキャナに供給する処理を含み、この結果、前記スキャナは、前記Ｍ個の第１種のアカウント情報を含む前記第１のログイン要求を前記制御サーバに送信して、前記制御サーバから前記特定情報を含む前記応答を受信し、
   前記Ｍ個の第１種のアカウント情報は、前記特定の携帯端末によって予め保持されている１個の前記第１種のアカウント情報と、前記Ｍ−１個の第１種のアカウント情報と、を含み、
   前記情報送信処理は、Ｍ個の前記第２種のアカウント情報を、前記特定情報に関連付けられた状態で、前記制御サーバに送信する処理を含み、
   前記Ｍ個の第２種のアカウント情報は、前記特定の携帯端末によって予め保持されている１個の前記第２種のアカウント情報と、前記Ｍ−１個の第２種のアカウント情報と、を含む、請求項６に記載のコンピュータプログラム。
8. 前記コンピュータプログラムは、前記特定の携帯端末に、第１種の処理と、第２種の処理と、を選択的に実行させることが可能であり、
   前記第１種の処理は、前記アカウント情報取得処理と、前記供給処理と、前記特定情報取得処理と、前記情報送信処理と、前記要求送信処理と、を含み、
   前記第２種の処理は、前記特定の携帯端末によって予め保持されている前記１個の第２種のアカウント情報を、前記特定の携帯端末とは異なる携帯端末に供給する処理を含む、請求項７に記載のコンピュータプログラム。
9. スキャナからスキャンデータを受信して、前記スキャンデータを保存サーバに送信するための制御サーバであって、
   前記スキャナから、前記制御サーバにログインするための第１種のアカウント情報を含む第１のログイン要求を受信する第１の要求受信部であって、前記第１種のアカウント情報は、前記スキャナが特定の携帯端末から取得した情報である、前記第１の要求受信部と、
   前記スキャナから前記第１のログイン要求が受信された後に、前記保存サーバから、前記第１種のアカウント情報に関係する関係情報を含むスキャン要求を受信する第２の要求受信部であって、前記特定の携帯端末が、前記保存サーバにログインするための第２種のアカウント情報を含む第２のログイン要求を前記保存サーバに送信することによって、前記保存サーバにログインして、前記関係情報を含む処理要求を前記保存サーバに送信した結果として、前記保存サーバから前記制御サーバへの前記スキャン要求の送信が実行される、前記第２の要求受信部と、
   前記保存サーバから前記スキャン要求が受信される場合に、スキャン実行指示を前記スキャナに送信する指示送信部と、
   前記スキャン実行指示が前記スキャナに送信された後に、前記スキャナから特定のスキャンデータを受信するスキャンデータ受信部と、
   前記スキャナから受信された前記特定のスキャンデータを前記保存サーバに送信するスキャンデータ送信部であって、この結果、前記保存サーバは、前記第２種のアカウント情報に対応する場所に前記特定のスキャンデータを保存する、前記スキャンデータ送信部と、を備える制御サーバ。
10. 前記関係情報は、前記第１種のアカウント情報を含む、請求項９に記載の制御サーバ。
11. 前記制御サーバは、さらに、
    前記スキャナから前記第１のログイン要求が受信される場合に、前記関係情報として、前記第１種のアカウント情報に関連付けられる認証情報を生成する生成部と、
    前記第１のログイン要求に対する応答を前記スキャナに送信する応答送信部であって、前記応答は、前記スキャナから前記特定の携帯端末に供給されるべき前記関係情報を含む、前記応答送信部と、
    を備える、請求項９に記載の制御サーバ。
12. 特定の携帯端末のためのコンピュータプログラムであって、
    前記特定の携帯端末に、以下の各処理、即ち、
    制御サーバにログインするための第１種のアカウント情報をスキャナに供給する供給処理であって、この結果、前記スキャナは、前記第１種のアカウント情報を含む第１のログイン要求を前記制御サーバに送信することによって、前記制御サーバにログインし、前記制御サーバは、前記スキャナからスキャンデータを受信して、前記スキャンデータを保存サーバに送信するためのサーバである、前記供給処理と、
    前記保存サーバにログインするための第２種のアカウント情報を含む第２のログイン要求を前記保存サーバに送信することによって、前記保存サーバにログインして、前記第１種のアカウント情報に関係する関係情報を含む処理要求を前記保存サーバに送信する要求送信処理であって、前記処理要求は、前記保存サーバに、前記関係情報を含むスキャン要求を前記制御サーバに送信させるための要求であり、前記スキャン要求は、前記制御サーバに、スキャン実行指示を前記スキャナに送信させるための要求である、前記要求送信処理と、
    を実行させるコンピュータプログラム。

Images