JP5954127B2 - 制御サーバ、データ処理装置、及び、データ処理装置のための制御装置 - Google Patents

Description

本明細書では、ウェブページデータの位置を示す位置情報を受信して、処理を実行するための技術を開示する。

特許文献１には、ウェブブラウザを備える利用者端末が開示されている。利用者は、配信サービス情報（即ち、サービスＩＤ、サービス名、ＵＲＬ）と、認証に関する情報（即ち、サービスＩＤ、ユーザＩＤ、パスワード）と、を利用者端末に登録する。その後、利用者は、登録済みの配信サービス情報から生成される配信サービスリストの中から、所望の配信サービスを選択する。この場合、利用者端末は、登録済みのユーザＩＤ及びパスワードを、情報配信サービスを行なうシステムに送信する。これにより、利用者は、ユーザＩＤ及びパスワードを入力しなくても、情報配信サービスを受けることができる。

特開２００２−６３１３８

本明細書では、端末装置が近距離無線通信を用いてウェブページデータの位置を示す位置情報を送信する場合に、当該位置情報を受信して、適切な処理を実行し得る技術を提供する。

本明細書によって開示される制御サーバは、受信部と、表示制御部と、を備える。受信部は、ウェブブラウザを備える端末装置が、第１種の無線通信を用いて、特定のサービス提供サーバから特定のウェブページデータを受信して、第１種の無線通信と比べて無線通信可能な距離が短い近距離無線通信である第２種の無線通信を用いて、特定のウェブページデータの位置を示す第１の位置情報をデータ処理装置に送信する場合に、データ処理装置を介して、第１の位置情報を受信する。表示制御部は、第１の位置情報が受信される場合に、データ処理装置に現在記憶されているＭ個（Ｍは２以上の整数）のアカウント情報のうち、少なくともＮ個（Ｎは１以上Ｍ以下の整数）のアカウント情報をデータ処理装置のディスプレイに表示させる。Ｎ個のアカウント情報のそれぞれは、特定のサービス提供サーバからデータ提供サービスを受けることが可能なアカウント情報である。

上記の構成によると、端末装置は、ウェブブラウザを備えるために、特定のサービス提供サーバから特定のウェブページデータを受信して、ウェブページを表示させ得る。これにより、ユーザは、ウェブページを見ることができる。そして、端末装置は、近距離無線通信を用いて、特定のウェブページデータの位置を示す第１の位置情報をデータ処理装置に送信する。この場合、制御サーバは、データ処理装置を介して第１の位置情報を受信して、データ処理装置に現在記憶されている少なくともＮ個のアカウント情報をデータ処理装置のディスプレイに表示させる。これにより、ユーザは、データ処理装置のディスプレイを見ることによって、特定のサービス提供サーバからデータ提供サービスを受けることが可能なＮ個のアカウント情報を知り得る。この構成によると、制御サーバは、第１の位置情報を受信する場合に、有益な情報をユーザに提示し得る。

Ｍ個のアカウント情報は、Ｎ個のアカウント情報と、特定のサービス提供サーバとは異なる１個以上のサービス提供サーバからデータ提供サービスを受けることが可能なＭ−Ｎ個のアカウント情報と、を含んでいてもよい。制御サーバは、さらに、第１の位置情報を用いて、特定のサービス提供サーバと１個以上のサービス提供サーバとを含む複数個のサービス提供サーバの中から、特定のサービス提供サーバを選択する選択部を備えていてもよい。表示制御部は、Ｍ個のアカウント情報のうち、Ｎ個のアカウント情報を、Ｍ−Ｎ個のアカウント情報とは区別可能な態様で、ディスプレイに表示させてもよい。この構成によると、制御サーバは、第１の位置情報を用いて、特定のサービス提供サーバを選択することができる。そして、制御サーバは、特定のサービス提供サーバからデータ提供サービスを受けることが可能なＮ個のアカウント情報を、他のアカウント情報とは区別可能な態様で、ディスプレイに表示させる。従って、制御サーバは、有益な情報をユーザに提示し得る。

制御サーバは、さらに、データ処理装置からＭ個のアカウント情報を取得する第１の取得部を備えていてもよい。表示制御部は、Ｍ個のアカウント情報の中からＮ個のアカウント情報を抽出して、Ｎ個のアカウント情報をデータ処理装置に供給することによって、Ｎ個のアカウント情報をＭ−Ｎ個のアカウント情報とは区別可能な態様でディスプレイに表示させてもよい。この構成によると、制御サーバは、Ｎ個のアカウント情報の抽出及び供給を実行することによって、Ｎ個のアカウント情報をデータ処理装置のディスプレイに適切に表示させることができる。

表示制御部は、特定のサービス提供サーバを示すサーバ情報をデータ処理装置に供給することによって、Ｍ個のアカウント情報の中からＮ個のアカウント情報を抽出する処理と、Ｎ個のアカウント情報をＭ−Ｎ個のアカウント情報とは区別可能な態様でディスプレイに表示させる処理と、をデータ処理装置に実行させてもよい。この構成によると、制御サーバは、サーバ情報をデータ処理装置に供給することによって、Ｎ個のアカウント情報をデータ処理装置のディスプレイに適切に表示させることができる。

制御サーバは、さらに、第２の取得部と、第１のコマンド通信部と、特定処理実行部と、を備えていてもよい。第２の取得部は、ディスプレイに表示されるＮ個のアカウント情報の中から、ユーザによって特定のアカウント情報が選択される場合に、データ処理装置から、特定のアカウント情報に対応する特定の認証情報を取得してもよい。第１のコマンド通信部は、第１の位置情報を用いて、特定の認証情報を含む第１種のコマンドを特定のサービス提供サーバに送信して、特定のサービス提供サーバから、特定のウェブページデータによって表わされる対象画像に対応する画像ファイルの位置を示す第２の位置情報を含む第１種のレスポンスを受信してもよい。特定処理実行部は、第１種のレスポンスに含まれる第２の位置情報を用いて、特定処理を実行してもよい。特定処理は、画像ファイルに従った印刷を、データ処理装置の印刷実行部に実行させるための処理を含んでいてもよい。この構成によると、制御サーバは、画像ファイルに従った印刷を、データ処理装置の印刷実行部に適切に実行させることができる。

制御サーバは、さらに、第２のコマンド通信部と、第１の判断部と、を備えていてもよい。第２のコマンド通信部は、第１の位置情報を用いて、認証情報を含まない第２種のコマンドを特定のサービス提供サーバに送信して、特定のサービス提供サーバから第２種のレスポンスを受信してもよい。第１の判断部は、特定のサービス提供サーバが第２種のコマンドに応じてデータ提供サービスを実行可能であるのか否かを、第２種のレスポンスに基づいて判断してもよい。表示制御部は、特定のサービス提供サーバが第２種のコマンドに応じてデータ提供サービスを実行可能でないと判断される場合に、Ｍ個のアカウント情報のうち、少なくともＮ個のアカウント情報をディスプレイに表示させ、特定のサービス提供サーバが第２種のコマンドに応じてデータ提供サービスを実行可能であると判断される場合に、Ｍ個のアカウント情報に含まれるいずれのアカウント情報もディスプレイに表示させなくてもよい。この構成によると、制御サーバは、特定のサービス提供サーバが第２種のコマンドに対応しているのか否かに応じて、少なくともＮ個のアカウント情報をデータ処理装置のディスプレイに表示させるのか否かを適切に変えることができる。

制御サーバは、さらに、メモリと、第２の判断部と、を備えていてもよい。メモリは、特定のサービス提供サーバと、特定のサービス提供サーバとは異なる１個以上のサービス提供サーバと、を含む複数個のサービス提供サーバのそれぞれについて、当該サービス提供サーバが第２種のコマンドに応じてデータ提供サービスを実行可能であるのか否かを示す情報を記憶していてもよい。第２の判断部は、特定のサービス提供サーバが第２種のコマンドに応じてデータ提供サービスを実行可能であるのか否かを、メモリ内の記憶内容に基づいて判断してもよい。第２のコマンド通信部は、特定のサービス提供サーバが第２種のコマンドに応じてデータ提供サービスを実行可能であると判断される場合に、第２種のコマンドを特定のサービス提供サーバに送信し、特定のサービス提供サーバが第２種のコマンドに応じてデータ提供サービスを実行可能でないと判断される場合に、第２種のコマンドを特定のサービス提供サーバに送信しなくてもよい。この構成によると、制御サーバは、第２種のコマンドを特定のサービス提供サーバに送信する前に、特定のサービス提供サーバが第２種のコマンドに対応しているのか否かを判断することができ、その判断結果に応じて、第２種のコマンドを特定のサービス提供サーバに送信するのか否かを適切に変えることができる。特に、制御サーバは、特定のサービス提供サーバが第２種のコマンドに対応していない場合には、第２種のコマンドを特定のサービス提供サーバに送信しない。このために、制御サーバと特定のサービス提供サーバとの間の通信負荷を低減させることができる。

第１の判断部は、第１種のレスポンスが、特定のウェブページデータによって表わされる対象画像に対応する画像ファイルの位置を示す第２の位置情報を含む場合に、特定のサービス提供サーバが第２種のコマンドに応じてデータ提供サービスを実行可能であると判断し、第１種のレスポンスが第２の位置情報を含まない場合に、特定のサービス提供サーバが第２種のコマンドに応じてデータ提供サービスを実行可能でないと判断してもよい。この構成によると、制御サーバは、特定のサービス提供サーバが第２種のコマンドに対応しているのか否かを適切に判断し得る。

本明細書によって開示されるデータ処理装置は、第１種の無線通信と比べて無線通信可能な距離が短い近距離無線通信である第２種の無線通信のためのインターフェースと、メモリと、ディスプレイと、受信部と、表示制御部と、を備える。受信部は、ウェブブラウザを備える端末装置が、第１種の無線通信を用いて、特定のサービス提供サーバから特定のウェブページデータを受信して、第２種の無線通信を用いて、特定のウェブページデータの位置を示す第１の位置情報を送信する場合に、インターフェースを介して、第１の位置情報を受信する。表示制御部は、第１の位置情報が受信される場合に、メモリに現在記憶されているＭ個（Ｍは２以上の整数）のアカウント情報のうち、少なくともＮ個（Ｎは１以上Ｍ以下の整数）のアカウント情報を、ディスプレイに表示させる。Ｎ個のアカウント情報のそれぞれは、特定のサービス提供サーバからデータ提供サービスを受けることが可能なアカウント情報である。

上記の構成によると、データ処理装置は、近距離無線通信を用いて、端末装置から第１の位置情報を受信する。この場合、データ処理装置は、メモリに現在記憶されている少なくともＮ個のアカウント情報をディスプレイに表示させる。この構成によると、データ処理装置は、第１の位置情報を受信する場合に、有益な情報をユーザに提示し得る。

本明細書では、さらに、データ処理装置のための制御装置を開示する。制御装置は、受信部と、表示制御部と、を備える。受信部は、ウェブブラウザを備える端末装置が、第１種の無線通信を用いて、特定のサービス提供サーバから特定のウェブページデータを受信して、第１種の無線通信と比べて無線通信可能な距離が短い近距離無線通信である第２種の無線通信を用いて、特定のウェブページデータの位置を示す第１の位置情報を送信する場合に、第１の位置情報を受信する。コマンド通信部は、第１の位置情報を用いて、認証情報を含まない特定のコマンドを特定のサービス提供サーバに送信して、特定のサービス提供サーバから特定のレスポンスを受信する。特定のレスポンスは、特定のサービス提供サーバが特定のコマンドに応じてデータ提供サービスを実行可能である場合に、特定のサービス提供サーバから送信されるレスポンスである。特定処理実行部は、特定のレスポンスが受信される場合に、特定処理を実行する。特定処理は、特定のウェブページデータによって表わされる対象画像に対応する画像ファイルに従った印刷を、データ処理装置の印刷実行部に実行させるための処理を含む。

上記の構成によると、制御装置は、第１の位置情報を受信する場合に、第１の位置情報を用いて、認証情報を含まない特定のコマンドを特定のサービス提供サーバに送信する。そして、制御装置は、特定のサービス提供サーバから特定のレスポンスが受信される場合に、画像ファイルに従った印刷をデータ処理装置に適切に実行させることができる。

データ処理装置と制御装置とは別体に構成されていてもよい。受信部は、端末装置がデータ処理装置に第１の位置情報を送信する場合に、データ処理装置を介して、第１の位置情報を受信してもよい。特定のレスポンスは、画像ファイルの位置を示す第２の位置情報を含んでいてもよい。特定処理は、データ処理装置が特定のサービス提供サーバから画像ファイルを取得するためのテンプレートであって、画像ファイルに従った印刷をデータ処理装置に指示するための印刷指示と、第２の位置情報と、を含むテンプレートを生成する処理と、テンプレートをデータ処理装置に送信する処理と、を含んでいてもよい。この構成によると、制御装置は、画像ファイルに従った印刷を、データ処理装置の印刷実行部に適切に実行させることができる。

上記のいずれかの機器（即ち、制御サーバ、データ処理装置、又は、制御装置）を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを記憶するコンピュータ読取可能記憶媒体も、新規で有用である。

通信システムの構成を示す。 携帯端末に表示されるウェブページの一例を示す。 第１実施例の各デバイスによって実行される各処理のシーケンス図を示す。 図３の続きのシーケンス図を示す。 第２実施例の各デバイスによって実行される各処理のシーケンス図を示す。 第３実施例の各デバイスによって実行される各処理のシーケンス図を示す。 第４実施例の各デバイスによって実行される各処理のシーケンス図を示す。 図７の続きのシーケンス図を示す。

（第１実施例）
（システムの構成）
図１に示されるように、通信システム２は、ＭＦＰ（Multi-Function Peripheralの略）１０と、仲介サーバ５０と、複数個のサービス提供サーバ１００，１１０と、携帯端末１５０と、を備える。各デバイス１０，５０，１００，１１０，１５０は、インターネットに接続可能である。また、ＭＦＰ１０及び携帯端末１５０のそれぞれは、ＮＦＣ（Near Field Communicationの略）通信を実行可能である。

（ＭＦＰ１０の構成）
ＭＦＰ１０は、印刷機能、スキャン機能、コピー機能、ＦＡＸ機能等の多機能を実行可能な周辺装置である。ＭＦＰ１０は、操作部１２と、ディスプレイ１４と、ＮＦＣＩ／Ｆ（NFC Interfaceの略）１６と、印刷実行部１８と、スキャン実行部２０と、ネットワークＩ／Ｆ２２と、制御部３０と、を備える。操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をＭＦＰ１０に入力することができる。ディスプレイ１４は、様々な情報を表示することができる。印刷実行部１８は、インクジェット方式、レーザ方式等の印刷機構を備える。スキャン実行部２０は、ＣＣＤ、ＣＩＳ等のスキャン機構を備える。

ＮＦＣＩ／Ｆ１６は、ＮＦＣ方式の無線通信を実行するためのインターフェースである。ＮＦＣ方式は、いわゆる近距離無線通信のための無線通信方式であり、例えば、ＩＳＯ／ＩＥＣ２１４８１又は１８０９２の国際標準規格に基づく無線通信方式である。ネットワークＩ／Ｆ２２は、ＬＡＮ（Local Area Networkの略）に接続するためのインターフェースである。ネットワークＩ／Ｆ２２は、有線ＬＡＮに接続されるインターフェースであってもよいし、無線ＬＡＮに接続されるインターフェースであってもよい。ＭＦＰ１０は、ネットワークＩ／Ｆ２２を介して（即ちＬＡＮを介して）、インターネットに接続可能である。

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に記憶されているプログラムに従って、様々な処理を実行する。ＣＰＵ３２が上記のプログラムに従って処理を実行することによって、各部４１〜４９の機能が実現される。メモリ３４は、上記のプログラムの他に、複数個のユーザ情報を記憶する。なお、図１では、メモリ３４にサービステーブルが記憶されているが、サービステーブルは、後述の第４実施例で利用される。

複数個のユーザ情報のそれぞれは、後述の各サービス提供サーバ１００，１１０からサービスを受けることが可能なユーザ情報である。各ユーザ情報は、表示名と、サービス名と、アクセストークン（以下では「ＡＴ」と呼ぶ）と、が関連付けられた情報である。なお、以下では、表示名及びサービス名のことを、まとめて、「アカウント情報」と呼ぶ。従って、各ユーザ情報は、アカウント情報（即ち表示名及びサービス名）と、ＡＴと、が関連付けられた情報である。

表示名は、多機能機１０上でのユーザの表示用の名称である。サービス名は、ユーザがサービスを受けることが可能なサービス提供サーバ（例えば１００）の名称である。ＡＴは、サービス提供サーバ（例えば１００）から与えられる認証情報であり、サービス提供サーバにおいて認証のために利用される。各ユーザ情報がメモリ３４に記憶される様子については、後で説明する。

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

制御部７０は、ＣＰＵ７２と、メモリ７４と、を備える。ＣＰＵ７２は、メモリ７４に記憶されているプログラムに従って、様々な処理を実行する。ＣＰＵ７２が上記のプログラムに従って処理を実行することによって、各部８１〜８９の機能が実現される。メモリ７４は、上記のプログラムの他に、後述のサービステーブル（図３参照）を記憶する。なお、図１では、メモリ７４にサーバテーブルが記憶されているが、サーバテーブルは、後述の第２実施例で利用される。

（サービス提供サーバ１００，１１０の構成）
各サービス提供サーバ１００，１１０は、例えば、「Evernote（登録商標）」、「Google（登録商標） Docs」、「PICASA（登録商標）」、「Facebook（登録商標）」等の公知のサービス提供サーバである。本実施例では、各サービス提供サーバ１００，１１０の名称（即ちサービス名）は、それぞれ、「AAA」、「BBB」である。各サービス提供サーバ１００，１１０は、通信機器（例えば携帯端末１５０、ＭＦＰ１０）からデータを取得して保存するデータ保存サービスを実行可能である。また、各サービス提供サーバ１００，１１０は、通信機器にデータを提供するデータ提供サービスを実行可能である。

サービス提供サーバ１００は、第１のサービス事業者（即ち第１の会社）によって提供されるサーバであり、サービス提供サーバ１１０は、第１のサービス事業者とは異なる第２のサービス事業者（即ち第２の会社）によって提供されるサーバである。第１のサービス事業者は、サービス提供サーバ１００からサービスを受けるための第１のＡＰＩ（Application Program Interfaceの略）を公開しており、第２のサービス事業者は、サービス提供サーバ１１０からサービスを受けるための第２のＡＰＩを公開している。第１のサービス事業者と第２のサービス事業者とが異なるために、通常、第１のＡＰＩと第２のＡＰＩとは異なる。通信機器は、例えば、サービス提供サーバ１００，１１０の両方からサービスを受けるためには、第１のＡＰＩ（即ち第１のプログラム）と第２のＡＰＩ（即ち第２のプログラム）との両方を備えていなければならない。

例えば、ＭＦＰ１０が複数個のサービス提供サーバ１００，１１０のそれぞれからサービスを受けるためには、ＭＦＰ１０は、複数個のＡＰＩを備えていなければならないので、多くのプログラムを記憶しなければならない。しかしながら、ＰＣ等と比べると、ＭＦＰ１０のメモリ３４の記憶容量は少ない。従って、本実施例では、ＭＦＰ１０に多くのプログラムを記憶させることなく、ＭＦＰ１０が複数個のサービス提供サーバ１００，１１０のそれぞれからサービスを受けることができるように、仲介サーバ５０が設けられている。

仲介サーバ５０は、複数個のサービス提供サーバ１００，１１０に対応する複数個のＡＰＩを備えている。そして、仲介サーバ５０は、ＭＦＰ１０が各サービス提供サーバ１００，１１０からサービスを受けることができるように、各サービス提供サーバ１００，１１０に対応する各ＡＰＩを利用して、各サービス提供サーバ１００，１１０と様々な通信（例えば、後述の図３のコマンド２０６等の通信）を実行する。これにより、ＭＦＰ１０は、各サービス提供サーバ１００，１１０に対応する各ＡＰＩを備えていなくても（即ち多くのプログラムを記憶していなくても）、各サービス提供サーバ１００，１１０からサービスを受けることができる。また、サービス提供サーバ１００，１１０の仕様変更が行われる場合に、仲介サーバ５０のプログラムを変更すれば、ＭＦＰ１０のプログラムを変更しなくても、当該仕様変更に対応することができる。また、新規のサービス提供サーバに対応するＡＰＩを備えるように、仲介サーバ５０のプログラムを変更すれば、ＭＦＰ１０のプログラムを変更しなくても、ＭＦＰ１０は、新規のサービス提供サーバからサービスを受けることができる。

（携帯端末１５０の構成）
携帯端末１５０は、例えば、携帯電話（例えばスマートフォン）、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。図示省略しているが、携帯端末１５０は、ＮＦＣ通信を実行するためのインターフェースと、Ｗｉ−Ｆｉアライアンスによって定められる無線通信規格に基づく無線通信を実行するためのインターフェースと、を備える。以下では、後者の無線通信のことを「Ｗｉ−Ｆｉ通信」と呼ぶ。携帯端末１５０は、Ｗｉ−Ｆｉ通信を実行して、インターネットに接続可能である。なお、本実施例では、携帯端末１５０及びＭＦＰ１０が同一のＬＡＮに接続されていない状況を想定している。

ここでは、ＮＦＣ通信とＷｉ−Ｆｉ通信との相違点を記載しておく。ＮＦＣ通信は、上述したように、例えば、ＩＳＯ／ＩＥＣ２１４８１又は１８０９２の国際標準規格に基づく無線通信である。これに対し、Ｗｉ−Ｆｉ通信は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば、８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ等）に基づく無線通信である。ＮＦＣ通信の通信速度（例えば最大の通信速度＝１００〜４２４Ｋｂｐｓ）は、Ｗｉ−Ｆｉ通信の通信速度（例えば最大の通信速度＝１１〜６００Ｍｂｐｓ）よりも遅い。また、ＮＦＣ通信における搬送波の周波数（例えば１３．５６ＭＨｚ帯）は、Ｗｉ−Ｆｉ通信における搬送波の周波数（例えば２．４ＧＨｚ帯又は５．０ＧＨｚ帯）とは異なる。また、ＮＦＣ通信の通信可能距離（例えば１０ｃｍ以下）は、Ｗｉ−Ｆｉ通信の通信可能距離（例えば１００ｍ以下）よりも短い。

携帯端末１５０は、ＮＦＣ通信及びＷｉ−Ｆｉ通信をサポートしている公知のＯＳプログラム（例えばAndroid（登録商標））を備えている。携帯端末１５０は、さらに、公知のウェブブラウザプログラムを備えている。また、携帯端末１５０は、さらに、サービス提供サーバ１００，１１０に対応する第１及び第２のＡＰＩを備えている。ただし、携帯端末１５０は、ＭＦＰ１０に機能（例えば、印刷機能、スキャン機能）を実行させるための特別なアプリケーションプログラム（例えば、プリンタドライバプログラム、スキャナドライバプログラム）を備えていない。

（ユーザの事前準備）
ユーザは、ＭＦＰ１０が各サービス提供サーバ１００，１１０からサービスを受けるために、以下の事前準備を実行する。例えば、ユーザは、図示省略のＰＣを用いて、仲介サーバ５０にアクセスし、サービス提供サーバ１００のサービス名「AAA」を選択し、次いで、「ＡＴの取得」を選択する。この場合、仲介サーバ５０の制御部７０は、サービス提供サーバ１００にアクセスするための特定のＵＲＬ（Uniform Resource Locatorの略）をＰＣに送信する。ユーザは、特定のＵＲＬを用いて、ＰＣからサービス提供サーバ１００にアクセスする。これにより、ＰＣは、サービス提供サーバ１００にログインするためのログイン画面を表示させる。

次いで、ユーザは、ＰＣを介して、アカウント名及びパスワードを入力して、認証手続を実行する。サービス提供サーバ１００は、認証が成功すると、ユーザのためのＡＴを生成して、当該ＡＴを仲介サーバ５０に送信する。仲介サーバ５０の制御部７０は、サービス提供サーバ１００からＡＴを受信すると、テンポラリＩＤを生成して、テンポラリＩＤをＰＣに送信する。ＰＣは、テンポラリＩＤを表示させる。これにより、ユーザは、ＰＣに表示されたテンポラリＩＤを知ることができる。

次いで、ユーザは、ＭＦＰ１０の操作部１２を操作して、サービス提供サーバ１００のサービス名「AAA」を選択し、さらに、所望の表示名（例えば「Alice」）をＭＦＰ１０に入力する。ユーザは、さらに、ＭＦＰ１０の操作部１２を操作して、ＰＣに表示されたテンポラリＩＤをＭＦＰ１０に入力する。この場合、ＭＦＰ１０の制御部３０は、仲介サーバ５０にテンポラリＩＤを送信する。これにより、仲介サーバ５０の制御部７０は、ＡＴをＭＦＰ１０に送信する。

上記の各処理が実行されると、ＭＦＰ１０の制御部３０は、メモリ３４に１個のユーザ情報を追加することができる。即ち、ＭＦＰ１０の制御部３０は、ユーザによって入力された表示名（例えば「Alice」）と、ユーザによって選択されたサービス名「AAA」と、仲介サーバ５０から受信されたＡＴと、が関連付けられた１個のユーザ情報を、メモリ３４に記憶させることができる。

なお、上記と同様に、ＭＦＰ１０の制御部３０は、サービス名「BBB」を有するサービス提供サーバ１１０に対応するユーザ情報を、メモリ３４に記憶させることができる。また、本実施例では、ＭＦＰ１０が複数のユーザによって共用される状況を想定している。従って、ＭＦＰ１０の制御部３０は、複数のユーザに対応する複数個のユーザ情報を、メモリ３４に記憶させることができる。この結果、例えば、図４に示されるように、メモリ３４は、複数個のユーザ情報（図４の例ではＮｏ．１〜Ｎｏ．４の４個のユーザ情報）を記憶することができる。

（各デバイスが実行する各処理）
続いて、各デバイス１０，５０，１００，１５０が実行する各処理の内容を説明する。以下では、携帯端末１５０のユーザのことを「対象ユーザ」と呼ぶ。対象ユーザは、例えば、携帯端末１５０を用いて、「Facebook（登録商標）」等のサービス提供サーバ１００にログインして、リソース画像ファイル（例えば、図２内の下の図に含まれるリソース画像を表わすリソース画像ファイル）をサービス提供サーバ１００に予めアップロードしておく。上述したように、携帯端末１５０は、サービス提供サーバ１００に対応する第１のＡＰＩを備えているために、第１のＡＰＩに従って、上記のアップロードを実行することができる。リソース画像ファイルは、例えば、ＪＰＥＧ（Joint Photographic Experts Groupの略）、ＰＤＦ（Portable Document Formatの略）等の形式を有するファイルである。

サービス提供サーバ１００は、携帯端末１５０からアップロードされたリソース画像ファイルを保存するのみならず、リソース画像ファイルに基づいてサムネイル画像ファイル（例えば、図２内の上の図に含まれるサムネイル画像を表わすファイル）を生成して、当該サムネイル画像ファイルを保存する。

リソース画像ファイル及びサムネイル画像ファイルがサービス提供サーバ１００に保存されると、対象ユーザは、携帯端末１５０を用いて、サムネイル画像ファイルによって表されるサムネイル画像を含むサムネイルページ（図２内の上の図に示されるウェブページ参照）、及び、リソース画像ファイルによって表されるリソース画像を含むリソースページ（図２内の下の図に示されるウェブページ参照）を閲覧することができる。具体的に言うと、対象ユーザは、まず、ウェブブラウザを起動させるための操作を携帯端末１５０に加えて、サービス提供サーバ１００にログインする。次いで、対象ユーザは、サムネイルページを閲覧するための操作（例えば、アルバムの一覧から所定のアルバムを選択する操作、アルバムに含まれるサムネイル画像の一覧から所定のサムネイル画像を選択する操作等）を携帯端末１５０に加える。この場合、図３に示されるように、ウェブブラウザは、Ｗｉ−Ｆｉ通信を用いて、ＨＴＴＰ（Hyper Text Transfer Protocolの略）のサムネイル要求コマンド２００をサービス提供サーバ１００に送信する。サムネイル要求コマンド２００は、要求先ＵＲＬとして、ＵＲＬ１００ａを含む。ＵＲＬ１００ａは、サムネイルページを表わすサムネイルデータ２０２の位置を示す。サムネイルデータ２０２は、サムネイルページを表わすＨＴＭＬ（Hyper Text Markup Languageの略）形式のデータである。

サービス提供サーバ１００は、携帯端末１５０からサムネイル要求コマンド２００を受信すると、サムネイル要求コマンド２００に含まれる要求先ＵＲＬ１００ａに従って、サムネイルデータ２０２を携帯端末１５０に送信する。

携帯端末１５０のウェブブラウザは、Ｗｉ−Ｆｉ通信を用いて、サムネイルデータ２０２を受信する。これにより、ウェブブラウザは、サムネイルデータ２０２によって表されるサムネイルページを、携帯端末１５０のディスプレイ（図示省略）に表示させることができる。

図２内の上の図は、携帯端末１５０に表示されるサムネイルページの一例を示す。サムネイルページは、ＵＲＬ１００ａと、サムネイル画像（図２では花の画像）と、様々な情報を示すテキスト（例えば、タイトル「フォトアルバム」、コメント「花の画像」等）と、を含む。ＵＲＬ１００ａは、サービス提供サーバ１００のサーバ名「www.aa.com」を含む。これは、サムネイルデータ２０２がサービス提供サーバ１００から提供されていることを意味する。ＵＲＬ１００ａに含まれる文字列「xxxxx」は、サムネイル画像ファイルを特定するためのＩＤを含む。また、ＵＲＬ１００ａに含まれる拡張子が「.html」であることから明らかなように、サムネイルデータ２０２は、ＨＴＭＬ形式のデータである。

対象ユーザは、サムネイル画像よりも大きいリソース画像を見ることを望む場合に、サムネイルページが表示されている状態で、所定の操作（例えばサムネイル画像に対するクリック操作）を携帯端末１５０に加える。この場合、図３では示されていないが、ウェブブラウザは、リソース画像ファイルの送信をサービス提供サーバ１００に要求するための画像要求コマンドをサービス提供サーバ１００に送信して、サービス提供サーバ１００からリソース画像ファイルを受信する。これにより、ウェブブラウザは、リソース画像を含むリソースページを、携帯端末１５０のディスプレイに表示させることができる。

図２内の下の図は、携帯端末１５０に表示されるリソースページの一例を示す。リソースページは、リソース画像ファイルのＵＲＬ１００ｂと、リソース画像と、を含む。ＵＲＬ１００ｂは、サービス提供サーバ１００のサーバ名「www.aa.com」を含む。ＵＲＬ１００ｂに含まれる文字列「yyyyy」は、リソース画像ファイルを特定するためのＩＤを含む。また、ＵＲＬ１００ｂに含まれる拡張子が「.jpeg」であることから明らかなように、リソース画像ファイルは、ＪＰＥＧ形式のデータである。このように、本実施例では、サムネイルデータ２０２のデータ形式（即ちＨＴＭＬ形式）と、リソース画像ファイルのデータ形式（即ちＪＰＥＧ形式）と、は異なる。リソース画像は、サムネイル画像と同じオブジェクト（即ち花）を表わすものであるが、サムネイル画像よりも大きいサイズを有する。即ち、リソース画像の画素数は、サムネイル画像の画素数よりも多い。

携帯端末１５０にサムネイルページが表示されている状態において、対象ユーザが、サムネイルページに含まれるサムネイル画像（即ち花の画像）の印刷をＭＦＰ１０に実行させることを望む可能性がある。この場合、対象ユーザは、携帯端末１５０とＭＦＰ１０との間にＮＦＣ接続が確立されるように、携帯端末１５０をＭＦＰ１０に近づける。ＭＦＰ１０が電源ＯＮにされている間に、ＭＦＰ１０のＮＦＣＩ／Ｆ１６は、ＮＦＣ通信を実行可能な機器（例えば携帯端末１５０）を検出するための検出電波を発信している。また、携帯端末１５０のＮＦＣＩ／Ｆ（図示省略）も、ＮＦＣ通信を実行可能な機器（例えばＭＦＰ１０）を検出するための検出電波を発信している。ＭＦＰ１０と携帯端末１５０との間の距離が、上記の検出電波が届く距離（例えば１０ｃｍ）より小さくなると、ＭＦＰ１０及び携帯端末１５０の一方の機器は、他方の機器から検出電波を受信して、応答電波を送信する。この結果、ＭＦＰ１０と携帯端末１５０との間にＮＦＣ接続が確立される。

次いで、携帯端末１５０のＯＳプログラムは、ＮＦＣ通信を用いて（即ち上記のＮＦＣ接続を用いて）、携帯端末１５０に現在表示されているサムネイルページのＵＲＬ１００ａをＭＦＰ１０に送信する。このような仕組みは、ＯＳプログラムに予め搭載されている仕組みである。即ち、ＯＳプログラムは、ＮＦＣ接続が確立される際に、フォアグラウンドのプログラムとしてウェブブラウザが動作している場合に、ウェブブラウザによって表示されているウェブページのＵＲＬ（即ち本実施例ではＵＲＬ１００ａ）をＮＦＣ通信によって送信する仕組みを有する。

ＭＦＰ１０の受信部４１は、ＮＦＣ通信を用いて（即ちＮＦＣＩ／Ｆ１６を介して）、ＵＲＬ１００ａを受信する。この場合、ＭＦＰ１０の制御部３０は、ネットワークＩ／Ｆ２２を介して、ＨＴＴＰのＵＲＬ通知２０４を仲介サーバ５０に送信する。ＵＲＬ通知２０４は、ＵＲＬ１００ａを含む。なお、メモリ３４は、仲介サーバ５０にデータを送信するための情報（例えば仲介サーバ５０のＵＲＬ）を予め記憶している。このために、制御部３０は、当該情報を用いて、ＵＲＬ通知２０４を仲介サーバ５０に送信することができる。

上述したように、ＭＦＰ１０は、第１のＡＰＩを備えていないために、第１のＡＰＩを用いて後述の画像要求コマンド２０６を生成することができない。即ち、ＭＦＰ１０は、第１のＡＰＩを備えていないために、サムネイルデータ２０２のＵＲＬ１００ａを受信しても、リソース画像ファイルのＵＲＬ１００ｂを取得することができない。このために、本実施例では、ＭＦＰ１０は、ＵＲＬ１００ａを含むＵＲＬ通知２０４を仲介サーバ５０に送信する。これにより、ＭＦＰ１０は、第１のＡＰＩを備えていなくても、仲介サーバ５０を介してリソース画像ファイルのＵＲＬ１００ｂを取得することができる（後述の図３のＨＴＴＰテンプレート２１０、図４のＨＴＴＰテンプレート２３２参照）。この結果、ＭＦＰ１０は、リソース画像ファイルを適切に取得することができる。

仲介サーバ５０の受信部８１は、ＭＦＰ１０からＵＲＬ１００ａを含むＵＲＬ通知２０４を受信する。これにより、受信部８１は、携帯端末１５０から、ＭＦＰ１０を介して、ＵＲＬ１００ａを受信することができる。

次いで、仲介サーバ５０の選択部８２は、ＵＲＬ通知２０４に含まれるＵＲＬ１００ａを用いて、複数個のサービス提供サーバ１００，１１０の中から、携帯端末１５０にサムネイルデータ２０２を送信したサービス提供サーバ１００を選択する。具体的に言うと、選択部８２は、以下の処理を実行する。

仲介サーバ５０のメモリ７４は、サービステーブルを記憶している。サービステーブルでは、複数個のサービス提供サーバ１００，１１０のそれぞれについて、当該サービス提供サーバのサーバ名と、当該サービス提供サーバに対応するサービス名と、が関連付けられている。例えば、サービス提供サーバ１００について、サーバ名「www.aa.com」とサービス名「AAA」とが関連付けられており、さらに、サービス提供サーバ１１０について、サーバ名「www.bb.com」とサービス名「BBB」とが関連付けられている。サービステーブルは、ＭＦＰ１０のベンダ（即ち仲介サーバ５０の管理者）によって、仲介サーバ５０のメモリ７４に予め記憶されている。

選択部８２は、まず、ＵＲＬ１００ａに含まれる「http://」より後の文字列の中から、最初のスラッシュ「/」の前に記述されている文字列を抽出することによって、サーバ名「www.aa.com」を抽出する。そして、選択部８２は、メモリ７４内のサービステーブルを参照して、抽出済みのサーバ名「www.aa.com」に関連付けられているサービス名「AAA」を取得する。これにより、選択部８２は、複数個のサービス提供サーバ１００，１１０の中から、サービス提供サーバ１００（即ちサービス名「AAA」）を選択することができる。

次いで、仲介サーバ５０のコマンド通信部８６は、ＵＲＬ１００ａと、選択済みのサービス提供サーバ１００に対応する第１のＡＰＩと、を用いて、ＨＴＴＰの画像要求コマンド２０６を生成する。画像要求コマンド２０６は、リソース画像ファイルのＵＲＬ１００ｂ（図２内の下の図参照）の送信を、サービス提供サーバ１００に要求するためのコマンドである。具体的に言うと、コマンド通信部８６は、第１のＡＰＩ（即ちプログラム）に従って、以下の処理を実行する。即ち、コマンド通信部８６は、ＵＲＬ１００ａの中から文字列「xxxxx」を抽出する。上述したように、文字列「xxxxx」は、サムネイル画像ファイルを特定するためのＩＤ（以下では「特定ＩＤ」と呼ぶ）を含む。次いで、コマンド通信部８６は、文字列「xxxxx」内の特定ＩＤを抽出して、当該特定ＩＤを含む画像要求コマンド２０６を生成する。画像要求コマンド２０６は、要求先ＵＲＬとして、ＵＲＬ１００ａを含む。

公知のサービス提供サーバ（例えば１００，１１０）の中には、ＡＴ（即ち認証情報）を含まないコマンドであるパブリックコマンドに対応しているサーバ（以下では「対応サーバ」と呼ぶ）も存在するし、パブリックコマンドに対応していないサーバ（以下では「非対応サーバ」と呼ぶ）も存在する。対応サーバは、パブリックコマンドを受信すると、当該パブリックコマンドの要求に応じて、ＯＫレスポンス（例えば、要求されている情報を含むレスポンス）を送信する。これに対し、非対応サーバは、パブリックコマンドを受信すると、ＮＧレスポンス（例えば、要求されている情報を含まないレスポンス）を送信する。

従って、通常であれば、通信機器（例えば携帯端末１５０）は、サービス提供サーバと通信する際に、ＮＧレスポンスを受信しないように、ＡＴを含むＨＴＴＰコマンドをサービス提供サーバに送信する。例えば、携帯端末１５０は、サービス提供サーバ１００からＡＴを取得しており、当該ＡＴを含むサムネイル要求コマンド２００をサービス提供サーバ１００に送信する。このために、携帯端末１５０は、サービス提供サーバ１００からサムネイルデータ２０２（即ちＯＫレスポンス）を適切に受信することができる。

ただし、仲介サーバ５０は、サービス提供サーバ１００からサービスを受けるためのＡＴを有していない。従って、仲介サーバ５０が当該ＡＴを含む画像要求コマンド２０６をサービス提供サーバ１００に送信するためには、仲介サーバ５０は、ＭＦＰ１０から当該ＡＴを取得しなければならない。ただし、そのためには、仲介サーバ５０とＭＦＰ１０との間で様々な情報の通信（例えば、図４に示される各情報２２０，２２２，２２４，２２６の通信）を実行しなければならず、仲介サーバ５０とＭＦＰ１０との間の通信負荷が大きくなる。

そこで、本実施例では、サービス提供サーバ１００がパブリックコマンドに対応している対応サーバである可能性があることに鑑みて、仲介サーバ５０は、まず、ＡＴを含まないパブリックコマンドを用いて、サービス提供サーバ１００と通信することを試行する。仮に、サービス提供サーバ１００が対応サーバであれば、後述するように（後述のＳ１２でＹＥＳのケース参照）、仲介サーバ５０とＭＦＰ１０との間で上記の様々な情報の通信を実行しなくても、仲介サーバ５０は、サムネイルページに含まれる画像（即ち花の画像）の印刷をＭＦＰ１０に実行させることができる。

コマンド通信部８６は、ＡＴを含まないパブリックコマンドである画像要求コマンド２０６を生成する。そして、コマンド通信部８６は、画像要求コマンド２０６をサービス提供サーバ１００に送信する。

サービス提供サーバ１００は、画像要求コマンド２０６を受信すると、ＨＴＴＰのレスポンス２０８を仲介サーバ５０に送信する。サービス提供サーバ１００が対応サーバである場合には、サービス提供サーバ１００は、画像要求コマンド２０６に含まれる上記の特定ＩＤに基づいて、リソース画像ファイルのＵＲＬ１００ｂを特定して、ＵＲＬ１００ｂを含むレスポンス２０８（即ちＯＫレスポンス）を仲介サーバ５０に送信する。一方において、サービス提供サーバ１００が非対応サーバである場合には、サービス提供サーバ１００は、ＵＲＬ１００ｂを含まないレスポンス２０８（即ちＮＧレスポンス）を仲介サーバ５０に送信する。

仲介サーバ５０のコマンド通信部８６は、サービス提供サーバ１００からレスポンス２０８を受信する。次いで、Ｓ１２において、仲介サーバ５０の第１の判断部８７は、レスポンス２０８に基づいて、サービス提供サーバ１００が対応サーバであるのか非対応サーバであるのかを判断する。具体的に言うと、第１の判断部８７は、レスポンス２０８にＵＲＬ１００ｂが含まれる場合には、サービス提供サーバ１００が対応サーバである（即ちＳ１２でＹＥＳ）と判断し、レスポンス２０８にＵＲＬ１００ｂが含まれない場合には、サービス提供サーバ１００が非対応サーバである（即ちＳ１２でＮＯ）と判断する。

（サービス提供サーバ１００が対応サーバであるケース（Ｓ１２でＹＥＳ））
後で説明するが、Ｓ１２でＮＯと判断される場合には、仲介サーバ５０の表示制御部８３は、後述の図４に進んで、アカウント選択画面をＭＦＰ１０のディスプレイ１４に表示させる。これに対し、Ｓ１２でＹＥＳと判断される場合には、表示制御部８３は、アカウント選択画面をＭＦＰ１０のディスプレイ１４に表示させない。このように、仲介サーバ５０は、Ｓ１２の判断結果に応じて、アカウント選択画面を表示させるのか否かを適切に変えることができる。

Ｓ１２でＹＥＳと判断される場合には、仲介サーバ５０の特定処理実行部８９は、ＨＴＴＰテンプレート２１０を生成する。ＨＴＴＰテンプレート２１０は、ＨＴＴＰに関するコマンド等が記述されたデータであり、ＭＦＰ１０が、後述の画像要求コマンド２１２を生成して、画像要求コマンド２１２をサービス提供サーバ１００に送信するためのデータである。

具体的に言うと、特定処理実行部８９は、画像要求コマンド２１２の要求先ＵＲＬが、レスポンス２０８に含まれるＵＲＬ１００ｂ（即ちリソース画像ファイルのＵＲＬ）に一致するように、ＨＴＴＰテンプレート２１０を生成する。即ち、ＨＴＴＰテンプレート２１０は、ＵＲＬ１００ｂを含む。また、特定処理実行部８９は、ＭＦＰ１０に印刷の実行を指示する印刷指示を含むＨＴＴＰテンプレート２１０を生成する。上述したように、サービス提供サーバ１００が対応サーバであることが確認されているために（即ちＳ１２でＹＥＳであるために）、ＨＴＴＰテンプレート２１０は、ＡＴを含まない。特定処理実行部８９は、ＨＴＴＰテンプレート２１０をＭＦＰ１０に送信する。

ＭＦＰ１０の制御部３０は、仲介サーバ５０からＨＴＴＰテンプレート２１０を受信する。この場合、制御部３０は、ＨＴＴＰテンプレート２１０に含まれる印刷指示を解釈して、印刷を実行すべきことを認識する。そして、制御部３０は、ＨＴＴＰテンプレート２１０を用いて、ＨＴＴＰの画像要求コマンド２１２を生成する。具体的に言うと、制御部３０は、ＨＴＴＰテンプレート２１０に含まれるＵＲＬ１００ｂを要求先ＵＲＬとして含む画像要求コマンド２１２を生成する。画像要求コマンド２１２は、第１のＡＰＩを用いることなく生成可能なＨＴＴＰコマンドである。即ち、画像要求コマンド２１２は、第１のＡＰＩを備えないＭＦＰ１０が生成可能なコマンドである。この点において、画像要求コマンド２１２は、上記の画像要求コマンド２０６と異なる。制御部３０は、画像要求コマンド２１２をサービス提供サーバ１００に送信する。

サービス提供サーバ１００は、ＭＦＰ１０から画像要求コマンド２１２を受信すると、画像要求コマンド２１２に含まれる要求先ＵＲＬ１００ｂに従って、リソース画像ファイル２４０（即ち図２内の下の図のリソース画像を表わすＪＰＥＧファイル）をＭＦＰ１０に送信する。

ＭＦＰ１０の制御部３０は、サービス提供サーバ１００からリソース画像ファイル２４０を受信する。この場合、制御部３０は、ＪＰＥＧ形式のリソース画像ファイル２４０を、印刷実行部１８が解釈可能な形式を有するデータに変換する。例えば、制御部３０は、ＲＧＢの多階調（例えば２５６階調）のデータであるリソース画像ファイル２４０をＣＭＹＫの多階調（例えば２５６階調）のデータに変換し、次いで、ＣＭＹＫの多階調のデータをＣＭＹＫの二値（例えばドットのＯＮ又はＯＦＦ）のデータに変換する。そして、制御部３０は、ＣＭＹＫの二値のデータを印刷実行部１８に供給する。この結果、印刷実行部１８は、リソース画像ファイル２４０によって表されるリソース画像（即ち花の画像）を印刷媒体に印刷する。これにより、対象ユーザは、印刷済みの印刷媒体を取得することができる。

なお、上述したように、本実施例では、仲介サーバ５０がＨＴＴＰテンプレート２１０をＭＦＰ１０に送信する構成を採用しており、ＭＦＰ１０は、ＨＴＴＰテンプレート２１０を用いて、仲介サーバ５０を介さずに、サービス提供サーバ１００からリソース画像ファイル２４０を受信することができる。これに代えて、仲介サーバ５０がＨＴＴＰテンプレート２１０をＭＦＰ１０に送信しない構成、即ち、仲介サーバ５０が、サービス提供サーバ１００からリソース画像ファイル２４０を受信して、リソース画像ファイル２４０をＭＦＰ１０に送信する構成を採用することも考えられる。しかしながら、そのような構成を採用すると、対象ユーザのプライベートな画像を表わすリソース画像ファイル２４０が仲介サーバ５０を経由することになるために、対象ユーザに不快感を与える可能性がある。このような可能性に鑑みて、本実施例では、リソース画像ファイル２４０が仲介サーバ５０を経由しない構成、即ち、仲介サーバ５０がＨＴＴＰテンプレート２１０をＭＦＰ１０に送信する構成を採用している。

（サービス提供サーバ１００が非対応サーバであるケース（Ｓ１２でＮＯ）；図４）
一方において、Ｓ１２でＮＯと判断される場合には、サービス提供サーバ１００は、パブリックコマンドに対応していない非対応サーバである。このような状況では、仲介サーバ５０は、サービス提供サーバ１００からＯＫレスポンスを受信するためには、サービス提供サーバ１００からサービスを受けることが可能なＡＴを含むＨＴＴＰコマンドを送信しなければならない。そこで、仲介サーバ５０は、図４に示される以下の各処理を実行して、ＭＦＰ１０からＡＴを取得する。仲介サーバ５０の第１の取得部８４は、まず、ユーザ情報送信命令２２０をＭＦＰ１０に送信する。

ＭＦＰ１０の制御部３０は、仲介サーバ５０からユーザ情報送信命令２２０を受信する。この場合、制御部３０は、メモリ３４に記憶されている複数個のユーザ情報（即ち全てのユーザ情報）のリスト２２２（図４の例では４個のユーザ情報のリスト）を仲介サーバ５０に送信する。リスト２２２に示されるように、本実施例では、複数個のユーザ情報は、サービス提供サーバ１００からサービスを受けることが可能な２個のユーザ情報（即ち、「Alice-AAA-GGG」、「Catherine-AAA-III」）と、サービス提供サーバ１００とは異なるサービス提供サーバ（例えばサービス提供サーバ１１０）からサービスを受けることが可能な２個のユーザ情報（即ち、「Bob-BBB-HHH」、「David-CCC-JJJ」）と、を含む。

仲介サーバ５０の第１の取得部８４は、ＭＦＰ１０からリスト２２２を受信することによって、複数個のユーザ情報を取得する。上述したように、図３の処理において、仲介サーバ５０の選択部８２は、サービス提供サーバ１００のサービス名「AAA」を選択済みである。仲介サーバ５０の表示制御部８３は、リスト２２２に含まれる複数個のユーザ情報の中から、選択済みのサービス名「AAA」を含む１個以上のユーザ情報２２４（図４の例では２個のユーザ情報（即ち、「Alice-AAA-GGG」、「Catherine-AAA-III」）を抽出する。次いで、表示制御部８３は、抽出済みの１個以上のユーザ情報２２４をＭＦＰ１０に供給（即ち送信）する。このように、仲介サーバ５０は、ユーザ情報２２４の抽出及び供給を実行することによって、後述のアカウント選択画面をＭＦＰ１０のディスプレイ１４に適切に表示させることができる。

表示制御部８３は、抽出済みの１個以上のユーザ情報２２４をＭＦＰ１０に供給する際に、さらに、後述のアカウント選択画面から選択されるアカウント情報に対応するＡＴの送信を指示するコマンド（以下では「送信コマンド」と呼ぶ）を、ＭＦＰ１０に供給する。例えば、表示制御部８３は、アカウント情報「Alice-AAA」に対応するＡＴ「GGG」の送信を指示する送信コマンドと、アカウント情報「Catherine-AAA」に対応するＡＴ「III」の送信を指示する送信コマンドと、をＭＦＰ１０に供給する。

ＭＦＰ１０の制御部３０は、仲介サーバ５０から１個以上のユーザ情報２２４及び送信コマンドを受信する。この場合、ＭＦＰ１０の表示制御部４３は、メモリ３４に予め記憶されている表示用テンプレートに、１個以上のユーザ情報２２４に含まれる１個以上のアカウント情報（即ち表示名及びサービス名）を記述して、アカウント選択画面を表わす表示用データを生成する。そして、表示制御部４３は、生成済みの表示用データをディスプレイ１４に供給する。これにより、ディスプレイ１４は、アカウント選択画面を表示する。

図４に示されるように、アカウント選択画面では、サービス提供サーバ１００のサービス名「AAA」を含む２個のアカウント情報（即ち、「Alice-AAA」、「Catherine-AAA」）が記述されており、他のサービス提供サーバのサービス名（例えばサービス提供サーバ１１０のサービス名「BBB」）を含む２個のアカウント情報（即ち、「Bob-BBB」、「David-CCC」）が記述されていない。即ち、アカウント選択画面では、メモリ３４に記憶されている４個のアカウント情報のうち、サービス提供サーバ１００からサービスを受けることが可能な２個のアカウント情報が、他の２個のアカウント情報とは区別されている。このために、対象ユーザは、ディスプレイ１４に表示されるアカウント選択画面の中から、サービス提供サーバ１００からサービスを受けることが可能なアカウント情報を適切に選択することができる。

対象ユーザは、操作部１２を操作して、アカウント選択画面の中から、対象ユーザ自身の表示名を含むアカウント情報（例えば「Alice-AAA」）を選択する。この場合、制御部３０は、上記の送信コマンドに従って、選択済みのアカウント情報に対応するＡＴ２２６（例えば「GGG」）を仲介サーバ５０に送信する。

仲介サーバ５０の第２の取得部８５は、ＭＦＰ１０からＡＴ２２６を受信することによって、ＡＴ２２６を取得する。この場合、仲介サーバ５０のコマンド通信部８６は、ＵＲＬ１００ａと、サービス提供サーバ１００に対応する第１のＡＰＩと、を用いて、ＨＴＴＰの画像要求コマンド２２８を生成する。画像要求コマンド２２８の生成手法は、図３の画像要求コマンド２０６の生成手法と同様である。ただし、画像要求コマンド２２８は、ＡＴ２２６を含む。即ち、画像要求コマンド２２８は、パブリックコマンドではない。この点において、画像要求コマンド２２８は、図３の画像要求コマンド２０６とは異なる。そして、コマンド通信部８６は、画像要求コマンド２２８をサービス提供サーバ１００に送信する。

サービス提供サーバ１００は、画像要求コマンド２２８を受信すると、ＨＴＴＰのレスポンス２３０を仲介サーバ５０に送信する。具体的に言うと、サービス提供サーバ１００は、まず、画像要求コマンド２２８に含まれるＡＴ２２６を用いて、認証を実行する。対象ユーザがアカウント選択画面から適切なアカウント情報を選択していれば、通常、認証が成功する。このために、サービス提供サーバ１００は、画像要求コマンド２２８に含まれる上記の特定ＩＤ（即ち、サムネイル画像ファイルを特定するためのＩＤ）に基づいて、リソース画像ファイルのＵＲＬ１００ｂを特定して、ＵＲＬ１００ｂを含むレスポンス２３０を仲介サーバ５０に送信する。

仲介サーバ５０のコマンド通信部８６は、サービス提供サーバ１００からレスポンス２３０を受信する。この場合、仲介サーバ５０の特定処理実行部８９は、ＨＴＴＰテンプレート２３２を生成する。ＨＴＴＰテンプレート２３２は、ＭＦＰ１０が、後述の画像要求コマンド２３４を生成して、画像要求コマンド２３４をサービス提供サーバ１００に送信するためのテンプレートである。ＨＴＴＰテンプレート２３２の生成手法は、図３のＨＴＴＰテンプレート２１０の生成手法と同様である。ただし、特定処理実行部８９は、ＭＦＰ１０からサービス提供サーバ１００にＡＴ２２６を含む画像要求コマンド２３４が送信されるように、ＨＴＴＰテンプレート２３２を生成する。即ち、ＨＴＴＰテンプレート２３２は、ＡＴ２２６を含む。この点において、ＨＴＴＰテンプレート２３２は、図３のＨＴＴＰテンプレート２１０とは異なる。そして、特定処理実行部８９は、ＨＴＴＰテンプレート２３２をＭＦＰ１０に送信する。

その後の処理は、図３の処理とほぼ同様であるが、以下の点で相違する。即ち、ＭＦＰ１０の制御部３０は、ＨＴＴＰテンプレート２３２を用いて、ＡＴ２２６を含む画像要求コマンド２３４をサービス提供サーバ１００に送信する。サービス提供サーバ１００は、画像要求コマンド２３４を受信すると、画像要求コマンド２３４に含まれるＡＴ２２６を用いて、認証を実行する。サービス提供サーバ１００は、認証が成功すると、リソース画像ファイル２４０をＭＦＰ１０に送信する。その結果、ＭＦＰ１０の印刷実行部１８は、は、リソース画像ファイル２４０によって表されるリソース画像（即ち花の画像）を印刷媒体に印刷する。これにより、対象ユーザは、印刷済みの印刷媒体を取得することができる。

（第１実施例の効果）
図３に示されるように、携帯端末１５０は、サービス提供サーバ１００からサムネイルデータ２０２を取得して、サムネイルページ（図２内の上の図参照）を表示させる。そして、対象ユーザは、携帯端末１５０にサムネイルページが表示されている状態で、携帯端末１５０をＭＦＰ１０に近づけることによって、サムネイルページに含まれる画像（即ち花の画像）の印刷をＭＦＰ１０に実行させることができる。

図３及び図４に示されるように、ＭＦＰ１０は、サムネイルデータ２０２に従って印刷を実行するのではなく、リソース画像ファイル２４０に従って印刷を実行する。上述したように、リソース画像ファイル２４０に含まれるリソース画像の画素数は、サムネイルデータ２０２に含まれるサムネイル画像の画素数よりも大きい。従って、本実施例のように、ＭＦＰ１０がリソース画像ファイル２４０に従って印刷を実行する構成を採用すれば、高品質の印刷結果を対象ユーザに提供することができる。また、対象ユーザは、通常、サムネイルページに含まれるタイトル「フォトアルバム」、コメント「花の画像」等のテキストが印刷されることを望まず、サムネイルページに含まれる画像（即ち花の画像）のみが印刷されることを望む。本実施例によると、対象ユーザが望む印刷結果を提供することができる。また、ＭＦＰ１０は、通常、リソース画像ファイル２４０のようなＪＰＥＧ形式のデータを解釈することができるが（即ち、ＪＰＥＧ形式のデータからＣＭＹＫの二値のデータを生成することができるが）、サムネイルデータ２０２のようなＨＴＭＬ形式のデータを解釈することができない。本実施例によると、仲介サーバ５０は、サムネイルデータ２０２ではなくリソース画像ファイル２４０に従った印刷をＭＦＰ１０に実行させるために、ＭＦＰ１０に印刷を適切に実行させることができる。

なお、上述したように、携帯端末１５０は、サムネイルページが表示されている状態で、ユーザによって所定の操作が実行されると、サービス提供サーバ１００からリソース画像ファイル２４０を取得することができる。このために、携帯端末１５０が、取得済みのリソース画像ファイル２４０をＭＦＰ１０に送信して、ＭＦＰ１０に印刷を実行させる構成（以下では「比較例の構成」と呼ぶ）を採用することが考えられる。

ただし、比較例の構成を採用するためには、携帯端末１５０は、ＭＦＰ１０に印刷の実行を指示する印刷指示を生成し、当該印刷指示及びリソース画像ファイル２４０をＭＦＰ１０に送信するための特別なアプリケーションを備えていなければならない。例えば、ＮＦＣ通信を用いてリソース画像ファイル２４０を送信する構成を採用することが考えられる。しかしながら、このような構成を採用するためには、携帯端末１５０は、ＮＦＣ通信を用いて印刷指示及びリソース画像ファイル２４０を送信するための特別なアプリケーションを備えていなければならない。また、Ｗｉ−Ｆｉ通信を用いてリソース画像ファイル２４０を送信する構成を採用することが考えられる。しかしながら、このような構成を採用するためには、携帯端末１５０は、Ｗｉ−Ｆｉ通信を用いて印刷指示及びリソース画像ファイル２４０を送信するための特別なアプリケーションを備えていなければならないことに加え、ＭＦＰ１０と携帯端末１５０とが同一ネットワーク内に存在していなければならない。このように、比較例の構成を採用するためには、対象ユーザは、携帯端末１５０に特別なアプリケーションをインストールしなければならないし、携帯端末１５０がＷｉ−Ｆｉ通信を用いてリソース画像ファイル２４０をＭＦＰ１０に送信する場合には、ＭＦＰ１０と携帯端末１５０とが同一ネットワーク内に存在する環境を整備しなければならない。

本実施例によると、携帯端末１５０に特別なアプリケーションがインストールされておらず、ＭＦＰ１０と携帯端末１５０とが同一ネットワーク内に存在しない状況を想定している。このような状況では、比較例の構成を採用することができないが、本実施例では、図３及び図４に示されるように、ＭＦＰ１０に印刷を適切に実行させることができる。なお、本実施例によると、ＭＦＰ１０と携帯端末１５０とが同一ネットワーク内に存在しており、携帯端末１５０に特別なアプリケーションがインストールされていない状況でも、図３及び図４に示されるように、ＭＦＰ１０に印刷を適切に実行させることができる。

また、図３に示されるように、仲介サーバ５０は、ＵＲＬ通知２０４を受信する場合に、ＵＲＬ１００ａを用いて、複数個のサービス提供サーバ１００，１１０の中から、サービス提供サーバ１００を選択する。そして、図４に示されるように、仲介サーバ５０は、ＭＦＰ１０に記憶されている全てのアカウント情報（即ち４個のアカウント情報）のうち、選択済みのサービス提供サーバ１００からサービスを受けることが可能な２個のアカウント情報（即ち「Alice-AAA」、「Catherine-AAA」）を、ＭＦＰ１０のディスプレイ１４に表示させる。この際に、ＭＦＰ１０のディスプレイ１４では、他の２個のアカウント情報（「Bob-BBB」、「David-CCC」）が表示されない。従って、ＭＦＰ１０に記憶されている全てのアカウント情報（即ち４個のアカウント情報）が表示される構成と比べると、対象ユーザは、サービス提供サーバ１００からサービスを受けることが可能なアカウント情報を容易に選択することができる。

また、図３に示されるように、仲介サーバ５０は、ＵＲＬ通知２０４を受信する場合に、ＵＲＬ１００ａを用いて、パブリックコマンドである画像要求コマンド２０６をサービス提供サーバ１００に送信する。そして、仲介サーバ５０は、サービス提供サーバ１００からＵＲＬ１００ｂを含むレスポンス２０８を受信する場合（即ちＳ１２でＹＥＳの場合）に、リソース画像ファイル２４０に従った印刷をＭＦＰ１０に実行させるための処理（即ち、ＨＴＴＰテンプレート２１０の生成及び送信）を実行する。従って、仲介サーバ５０は、サービス提供サーバ１００からサービスを受けるためのＡＴ２２６を取得しなくても（即ち、仲介サーバ５０とＭＦＰ１０との間で図４に示される様々な通信を実行しなくても）、リソース画像ファイル２４０に従った印刷をＭＦＰ１０に適切に実行させることができる。

（対応関係）
ＭＦＰ１０、携帯端末１５０、サービス提供サーバ１００が、それぞれ、「データ処理装置」、「端末装置」、「特定のサービス提供サーバ」の一例である。仲介サーバ５０が、「制御サーバ」及び「データ処理装置のための制御装置」の一例である。サムネイルデータ２０２、サムネイル画像、リソース画像ファイル２４０が、それぞれ、「特定のウェブページデータ」、「対象画像」、「画像ファイル」の一例である。ＵＲＬ１００ａ、ＵＲＬ１００ｂが、それぞれ、「第１の位置情報」、「第２の位置情報」の一例である。選択済みのアカウント情報、ＡＴ２２６が、それぞれ、「特定のアカウント情報」、「特定の認証情報」の一例である。ＭＦＰ１０に記憶されている４個のアカウント情報、アカウント選択画面に記述される２個のアカウント情報（即ち、「Alice-AAA」、「Catherine-AAA」）、アカウント選択画面に記述されない２個のアカウント情報（即ち、「Bob-BBB」、「David-CCC」）が、それぞれ、「Ｍ個のアカウント情報」、「Ｎ個のアカウント情報」、「Ｍ−Ｎ個のアカウント情報」の一例である。

画像要求コマンド２２８、レスポンス２３０が、それぞれ、「第１種のコマンド」、「第１種のレスポンス」の一例である。従って、画像要求コマンド２２８をサービス提供サーバ１００に送信してレスポンス２３０を受信する処理が、「第１のコマンド通信部」によって実行される処理の一例である。画像要求コマンド２０６（即ちパブリックコマンド）が、「第２種のコマンド」及び「特定のコマンド」の一例である。レスポンス２０８が、「第２種のレスポンス」及び「特定のレスポンス」の一例である。従って、画像要求コマンド２０６をサービス提供サーバ１００に送信してレスポンス２０８を受信する処理が、「第２のコマンド通信部」及び「コマンド通信部」によって実行される処理の一例である。Ｗｉ−Ｆｉ通信、ＮＦＣ通信が、それぞれ、「第１種の通信」、「第２種の通信」の一例である。ＨＴＴＰテンプレート２１０（又は２３２）を生成する処理、及び、ＨＴＴＰテンプレート２１０（又は２３２）を送信する処理が、「特定処理」の一例である。

（第２実施例）
続いて、図５を参照して、第２実施例について説明する。本実施例では、仲介サーバ５０のメモリ７４は、サービステーブルに加えて、サーバテーブルを記憶している。図５に示されるように、サーバテーブルでは、複数個のサービス提供サーバ１００，１１０のそれぞれについて、当該サービス提供サーバのサービス名（例えば「AAA」）と、当該サービス提供サーバが対応サーバであるのか否かを示す情報（「OK」又は「NG」）と、が関連付けられている。「OK」は、サービス提供サーバが対応サーバであること、即ち、サービス提供サーバがパブリックコマンドに応じてＯＫレスポンスを送信可能であることを示す。「NG」は、サービス提供サーバが非対応サーバであること、即ち、サービス提供サーバがパブリックコマンドに応じてＮＧレスポンスを送信するサーバであることを示す。ＭＦＰ１０のベンダは、公知の様々なサービス提供サーバ１００，１１０が対応サーバであるのか否かを調査して、調査結果に基づいてサーバテーブルを仲介サーバ５０のメモリ７４に予め記憶させる。

仲介サーバ５０がサービス提供サーバ１００を選択するまでの各処理は、第１実施例の図３と同様である。Ｓ１１では、仲介サーバ５０の第２の判断部８８は、メモリ７４内のサーバテーブルに基づいて、選択済みのサービス提供サーバ１００が対応サーバであるのか否かを判断する。図５の例では、サーバテーブルにおいて、選択済みのサービス提供サーバ１００に対応するサービス名「AAA」に「OK」が関連付けられている。このために、第２の判断部８８は、選択済みのサービス提供サーバ１００が対応サーバである（即ちＳ１１でＹＥＳ）と判断する。ただし、仮に、サーバテーブルにおいて、サービス名「AAA」に「NG」が関連付けられている場合には、第２の判断部８８は、選択済みのサービス提供サーバ１００が非対応サーバである（即ちＳ１１でＮＯ）と判断する。

選択済みのサービス提供サーバ１００が対応サーバであると判断される場合（即ちＳ１１でＹＥＳの場合）には、図３と同様に、画像要求コマンド２０６及びレスポンス２０８の通信が実行され、Ｓ１２の判断が実行される。選択済みのサービス提供サーバ１００が対応サーバであるために、Ｓ１２では、通常、ＹＥＳと判断される。ただし、例えば、ＭＦＰ１０のベンダによる上記の調査よりも後に、サービス提供サーバ１００が対応サーバから非対応サーバに変更された場合には、レスポンス２０８は、ＵＲＬ１００ｂを含まないＮＧレスポンスである。このような可能性に鑑みて、仲介サーバ５０は、Ｓ１１でＹＥＳと判断される場合でも、Ｓ１２の判断を実行する。

Ｓ１２でＹＥＳの場合には、図３と同様に、ＨＴＴＰテンプレート２１０、画像要求コマンド２１２、及び、リソース画像ファイル２４０の通信が実行され、その後、印刷処理が実行される。また、Ｓ１１でＮＯの場合、又は、Ｓ１２でＮＯの場合には、図４に進む。図４の各処理は、第１実施例と同様である。

本実施例によると、Ｓ１１でＮＯの場合、即ち、サーバテーブルに基づいてサービス提供サーバ１００が非対応サーバであると判断される場合には、仲介サーバ５０のコマンド通信部８６は、パブリックコマンドである画像要求コマンド２０６をサービス提供サーバ１００に送信しない。これにより、パブリックコマンドに対応していない非対応サーバにパブリックコマンドが送信されることを抑制することができる。この結果、仲介サーバ５０とサービス提供サーバ１００との間の通信負荷を低減させることができる。

（第３実施例）
続いて、図６を参照して、第３実施例について説明する。本実施例では、図３のＳ１２でＮＯの場合、即ち、サービス提供サーバ１００が非対応サーバである場合に、図４の各処理の代わりに、図６の各処理が実行される。第１及び第２実施例では、図４に示されるように、仲介サーバ５０は、選択済みのサービス提供サーバ１００に対応するユーザ情報２２４を抽出して、ユーザ情報２２４をＭＦＰ１０に供給する。これに対し、本実施例では、仲介サーバ５０ではなく、ＭＦＰ１０が、上記の抽出処理を実行する。

仲介サーバ５０の表示制御部８３は、選択済みのサービス提供サーバ１００を示すサーバ情報２５０、即ち、選択済みのサービス名「AAA」を含むサーバ情報２５０を、ＭＦＰ１０に供給（即ち送信）する。

ＭＦＰ１０の制御部３０は、仲介サーバ５０からサーバ情報を受信する。この場合、ＭＦＰ１０の表示制御部４３は、第１実施例の仲介サーバ５０の表示制御部８３がユーザ情報２２４（図４参照）を抽出する手法と同様の手法を用いて、ユーザ情報２２４を抽出する。そして、表示制御部４３は、第１実施例と同様の手法を用いて、ユーザ情報２２４を用いて、アカウント選択画面をディスプレイ１４に表示させる。この後の各処理は、第１実施例と同様である。

本実施例によると、仲介サーバ５０は、サービス提供サーバ１００を示すサーバ情報２５０をＭＦＰ１０に供給することによって、ユーザ情報２２４を抽出する処理と、ユーザ情報２２４に含まれるアカウント情報（即ち、「Alice-AAA」、「Catherine-AAA」）をディスプレイ１４に表示させる処理と、をＭＦＰ１０に適切に実行させることができる。本実施例でも、上記の第１及び第２実施例と同様に、仲介サーバ５０は、適切なアカウント情報をＭＦＰ１０のディスプレイ１４に表示させることができる。特に、本実施例では、ＭＦＰ１０と仲介サーバ５０との間で、リスト２２２及びユーザ情報２２４の通信（図４参照）が実行されない。このために、ＭＦＰ１０と仲介サーバ５０との間の通信負荷を低減させることができる。

（第４実施例）
続いて、図７及び図８を参照して、第４実施例について説明する。上記の第１〜第３実施例では、ＭＦＰ１０が各サービス提供サーバ１００，１１０に対応する各ＡＰＩを備えていないために、仲介サーバ５０が設けられている。これに対し、本実施例では、ＭＦＰ１０が各サービス提供サーバ１００，１１０に対応する各ＡＰＩを備えており、仲介サーバ５０が設けられていない。また、本実施例では、ＭＦＰ１０のメモリ３４は、サービステーブルを記憶している。

携帯端末１５０からＭＦＰ１０にＵＲＬ１００ａが送信されるまでの各処理は、第１実施例の図３と同様である。ＭＦＰ１０の受信部４１は、ＮＦＣＩ／Ｆ１６を介して（即ちＮＦＣ通信を用いて）、携帯端末１５０からＵＲＬ１００ａを受信する。この場合、ＭＦＰ１０の選択部４２は、第１実施例の仲介サーバ５０の選択部８２と同様の手法を用いて、メモリ３４内のサービステーブルを参照して、複数個のサービス提供サーバ１００，１１０の中から、サービス提供サーバ１００を選択する。

次いで、ＭＦＰ１０のコマンド通信部４６は、ＵＲＬ１００ａと、選択済みのサービス提供サーバ１００に対応する第１のＡＰＩと、を用いて、ＨＴＴＰの画像要求コマンド３０６を生成する。コマンド通信部４６が画像要求コマンド３０６を生成する手法は、第１実施例の仲介サーバ５０のコマンド通信部８６が画像要求コマンド２０６（図３参照）を生成する手法と同様である。即ち、画像要求コマンド３０６は、ＡＴを含まないパブリックコマンドである。ＭＦＰ１０は、第１のＡＰＩを備えているために、画像要求コマンド３０６を適切に生成することができる。コマンド通信部４６は、画像要求コマンド３０６をサービス提供サーバ１００に送信して、レスポンス３０８を受信する。

次いで、Ｓ４２において、ＭＦＰ１０の第１の判断部４７は、レスポンス３０８に基づいて、サービス提供サーバ１００が対応サーバであるのか否かを判断する。Ｓ４２の判断手法は、第１実施例の図３のＳ１２の判断手法と同様である。

Ｓ４２でＹＥＳと判断される場合、即ち、サービス提供サーバ１００が対応サーバである場合には、ＭＦＰ１０の特定処理実行部４９は、画像要求コマンド３１２を生成して、画像要求コマンド３１２をサービス提供サーバ１００に送信する。画像要求コマンド３１２は、図３の画像要求コマンド２１２と同様に、第１のＡＰＩを用いることなく生成可能なＨＴＴＰコマンドである。画像要求コマンド３１２の要求先ＵＲＬは、レスポンス３０８に含まれるＵＲＬ１００ｂ（即ちリソース画像ファイル２４０のＵＲＬ）である。また、画像要求コマンド３１２は、ＡＴを含まないパブリックコマンドである。

サービス提供サーバ１００は、ＭＦＰ１０から画像要求コマンド３１２を受信すると、画像要求コマンド３１２に含まれる要求先ＵＲＬ１００ｂに従って、リソース画像ファイル２４０をＭＦＰ１０に送信する。

ＭＦＰ１０の特定処理実行部４９は、サービス提供サーバ１００からリソース画像ファイル２４０を受信する。この場合、特定処理実行部４９は、リソース画像ファイル２４０をＣＭＹＫの二値のデータに変換し、当該データを印刷実行部１８に供給する。これにより、印刷処理が実行される。

一方において、Ｓ４２でＮＯと判断される場合には、図８に示されるように、ＭＦＰ１０の表示制御部４３は、メモリ３４に記憶されている複数個のユーザ情報の中から、選択済みのサービス名「AAA」を含む１個以上のユーザ情報（即ち、「Alice-AAA-GGG」、「Catherine-AAA-III」）を抽出する。次いで、表示制御部４３は、メモリ３４に予め記憶されている表示用テンプレートに、抽出済みの１個以上のユーザ情報に含まれる１個以上のアカウント情報（即ち、「Alice-AAA」、「Catherine-AAA」）を記述して、アカウント選択画面をディスプレイ１４に表示させる。

ＭＦＰ１０の第２の取得部４５は、アカウント選択画面の中からアカウント情報（例えば「Alice-AAA」）が選択される場合に、選択済みのアカウント情報に関連付けられているＡＴ３２６（例えば「GGG」）をメモリ３４から特定することによって、ＡＴ３２６を取得する。次いで、ＭＦＰ１０のコマンド通信部４６は、ＵＲＬ１００ａと、サービス提供サーバ１００に対応する第１のＡＰＩと、を用いて、ＡＴ３２６を含む画像要求コマンド３２８を生成する。画像要求コマンド３２８の生成手法は、図４の画像要求コマンド２２８の生成手法と同様である。ＭＦＰ１０は、第１のＡＰＩを備えているために、画像要求コマンド３２８を適切に生成することができる。そして、コマンド通信部４６は、画像要求コマンド３２８をサービス提供サーバ１００に送信する。

サービス提供サーバ１００は、画像要求コマンド３２８を受信すると、通常、認証が成功し、ＵＲＬ１００ｂを含むレスポンス３３０をＭＦＰ１０に送信する。

ＭＦＰ１０のコマンド通信部４６は、サービス提供サーバ１００からレスポンス３３０を受信する。この場合、ＭＦＰ１０の特定処理実行部４９は、画像要求コマンド３３４を生成する。画像要求コマンド３３４は、図４の画像要求コマンド２３４と同様に、第１のＡＰＩを用いることなく生成可能なＨＴＴＰコマンドである。画像要求コマンド３３４の要求先ＵＲＬは、レスポンス３３０に含まれるＵＲＬ１００ｂである。また、画像要求コマンド３３４は、ＡＴ３２６を含む。

その後の処理は、図７の処理とほぼ同様である。即ち、ＭＦＰ１０の制御部３０は、ＡＴ３２６を含む画像要求コマンド３３４をサービス提供サーバ１００に送信する。サービス提供サーバ１００は、画像要求コマンド３３４を受信すると、画像要求コマンド３３４に含まれるＡＴ３２６を用いて、認証を実行する。サービス提供サーバ１００は、認証が成功すると、リソース画像ファイル２４０をＭＦＰ１０に送信する。この結果、ＭＦＰ１０の印刷実行部１８は、リソース画像ファイル２４０によって表されるリソース画像（即ち花の画像）を印刷媒体に印刷する。これにより、対象ユーザは、印刷済みの印刷媒体を取得することができる。

本実施例でも、第１実施例と同様の効果が得られる。特に、仲介サーバ５０を設けずに済むために、通信システム２の構成を簡易化することができる。なお、ＭＦＰ１０のメモリ３４は、さらに、第２実施例のサーバテーブル（図５参照）を記憶していてもよい。この場合、ＭＦＰ１０の第２の判断部４８は、複数個のサービス提供サーバ１００，１１０の中からサービス提供サーバ１００が選択された後に、第２実施例の図５のＳ１１と同様に、サーバテーブルに基づいて、サービス提供サーバ１００が対応サーバであるのか否かを判断してもよい。そして、ＭＦＰ１０のコマンド通信部４６は、サービス提供サーバ１００が対応サーバであると判断される場合には、画像要求コマンド３０６をサービス提供サーバ１００に送信し、サービス提供サーバ１００が非対応サーバであると判断される場合には、画像要求コマンド３０６をサービス提供サーバ１００に送信しなくてもよい（即ち、図８の各処理を実行してもよい）。この構成によると、第２実施例と同様の効果が得られる。

（対応関係）
本実施例では、ＭＦＰ１０が「データ処理装置」の一例であり、ＭＦＰ１０の制御部３０が「データ処理装置のための制御装置」の一例である。また、画像要求コマンド３２８、レスポンス３３０が、それぞれ、「第１種のコマンド」、「第１種のレスポンス」の一例である。従って、画像要求コマンド３２８をサービス提供サーバ１００に送信してレスポンス３３０を受信する処理が、「第１のコマンド通信部」によって実行される処理の一例である。画像要求コマンド３０６（即ちパブリックコマンド）が、「第２種のコマンド」及び「特定のコマンド」の一例である。レスポンス３０８が、「第２種のレスポンス」及び「特定のレスポンス」の一例である。従って、画像要求コマンド３０６をサービス提供サーバ１００に送信してレスポンス３０８を受信する処理が、「第２のコマンド通信部」及び「コマンド通信部」によって実行される処理の一例である。画像要求コマンド３１２を生成する処理、画像要求コマンド３１２を送信してリソース画像ファイル２４０を受信する処理、リソース画像ファイル２４０からＣＭＹＫの二値のデータを生成する処理、及び、当該データを印刷実行部１８に供給する処理が、「特定処理」の一例である。

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

（変形例１）
上記の各実施例では、携帯端末１５０にサムネイルページ（図２内の上の図参照）が表示されている状態で、携帯端末１５０とＭＦＰ１０との間にＮＦＣ接続が確立される状況、即ち、サムネイルデータ２０２のＵＲＬ１００ａが携帯端末１５０からＭＦＰ１０に送信される状況を想定している。ただし、携帯端末１５０にリソースページ（図２内の下の図参照）が表示されている状態で、携帯端末１５０とＭＦＰ１０との間にＮＦＣ接続が確立されてもよい。この場合、携帯端末１５０からＭＦＰ１０にリソース画像ファイル２４０のＵＲＬ１００ｂが送信される。

本変形例では、ＭＦＰ１０の受信部４１は、ＮＦＣ通信を用いて（即ちＮＦＣＩ／Ｆ１６を介して）、ＵＲＬ１００ｂを受信する。そして、仲介サーバ５０の受信部８１は、ＭＦＰ１０を介して、ＵＲＬ１００ｂを受信する。この場合、第１〜第３実施例と同様に、選択部８２は、サービス提供サーバ１００を選択する。そして、コマンド通信部８６は、ＵＲＬ１００ｂと第１のＡＰＩとを用いて、ＡＴを含まない特定の画像要求コマンドを生成する。特定の画像要求コマンドは、リソース画像ファイル２４０のＵＲＬ１００ｂの送信を、サービス提供サーバ１００に要求するためのコマンドである。具体的に言うと、コマンド通信部８６は、ＵＲＬ１００ｂに含まれるＩＤであって、リソース画像ファイル２４０を特定するためのＩＤを含む特定の画像要求コマンドを生成する。そして、コマンド通信部８６は、特定の画像要求コマンドをサービス提供サーバ１００に送信する。なお、仲介サーバ５０は、ＭＦＰ１０からＵＲＬ１００ｂを取得しているために、サービス提供サーバ１００からＵＲＬ１００ｂを取得する必要がない。ただし、仲介サーバ５０は、サービス提供サーバ１００が対応サーバであるのか非対応サーバであるのかを判断するために、上記の特定の画像要求コマンドをサービス提供サーバ１００に送信する。

サービス提供サーバ１００が対応サーバである場合には、サービス提供サーバ１００は、ＵＲＬ１００ｂを含むＯＫレスポンスを仲介サーバ５０に送信する。一方において、サービス提供サーバ１００が非対応サーバである場合には、サービス提供サーバ１００は、ＵＲＬ１００ｂを含まないＮＧレスポンスを仲介サーバ５０に送信する。

仲介サーバ５０のコマンド通信部８６は、サービス提供サーバ１００からレスポンスを受信する。次いで、仲介サーバ５０の第１の判断部８７は、レスポンスにＵＲＬ１００ｂが含まれる場合には、サービス提供サーバ１００が対応サーバであると判断し、レスポンスにＵＲＬ１００ｂが含まれない場合には、サービス提供サーバ１００が非対応サーバであると判断する。

サービス提供サーバ１００が対応サーバであると判断される場合には、仲介サーバ５０の特定処理実行部８９は、ＵＲＬ１００ｂを含むＨＴＴＰテンプレート（ただしＡＴを含まないＨＴＴＰテンプレート）を生成する。当該ＨＴＴＰテンプレートは、図３のテンプレート２１０と同様である。この後の各処理は、図３の各処理と同様である。一方において、サービス提供サーバ１００が非対応サーバであると判断される場合には、図４と同様の各処理が実行される。

本変形例によっても、第１実施例等と同様の効果が得られる。本変形例では、リソース画像ファイル２４０によって表されるリソース画像を含むリソースページ、ＵＲＬ１００ｂが、それぞれ、「特定のウェブページデータ」、「第１の位置情報」の一例である。

（変形例２）
上記の各実施例では、表示制御部８３（又は４３）は、表示名及びサービス名を含むアカウント選択画面をディスプレイ１４に表示させる。即ち、上記の各実施例では、表示名及びサービス名が、「アカウント情報」の一例である。これに代えて、表示制御部８３（又は４３）は、表示名、サービス名、及び、ＡＴを含むアカウント選択画面をディスプレイ１４に表示させてもよい。本変形例では、表示名、サービス名、及び、ＡＴが、「アカウント情報」の一例である。また、別の変形例では、表示制御部８３（又は４３）は、表示名のみを含むアカウント選択画面をディスプレイ１４に表示させてもよい。本変形例では、表示名が、「アカウント情報」の一例である。また、さらに別の変形例では、表示制御部８３（又は４３）は、表示名、サービス名等とは異なるアカウント情報（例えば、サービス提供サーバ１００に登録されるアカウント名、ユーザＩＤ、メールアドレス等）を含むアカウント選択画面をディスプレイ１４に表示させてもよい。

（変形例３）
上記の各実施例では、表示制御部８３（又は４３）は、ＭＦＰ１０のメモリ３４に記憶されている４個のアカウント情報のうち、サービス提供サーバ１００に対応する２個のアカウント情報（即ち、「Alice-AAA」、「Catherine-AAA」）をディスプレイ１４に表示させる。即ち、上記の各実施例では、「Ｍ」が４であり、「Ｎ」が２である。ただし、メモリ３４に記憶されているトータルのアカウント情報の数は、４より大きくてもよいし、４より小さくてもよい。即ち、「Ｍ」は、２以上の整数であればよい。また、メモリ３４に記憶されているサービス提供サーバ１００に対応するアカウント情報の数は、２より大きくてもよいし、２より小さくてもよい。即ち、「Ｎ」は、１以上Ｍ以下の整数であればよい。

（変形例４）
上記の各実施例では、表示制御部８３（又は４３）は、ＭＦＰ１０のメモリ３４に記憶されている４個のアカウント情報のうち、サービス提供サーバ１００に対応する２個のアカウント情報をディスプレイ１４に表示させ、他の２個のアカウント情報をディスプレイ１４に表示させないことによって、前者のアカウント情報を、後者のアカウント情報とは区別可能な態様で、ディスプレイ１４に表示させる。これに代えて、表示制御部８３（又は４３）は、前者のアカウント情報を第１の色（例えば赤色）でディスプレイ１４に表示させ、後者のアカウント情報を第１の色とは異なる第２の色（例えば黒色）でディスプレイ１４に表示させてもよい。この場合、（１）前者のアカウント情報及び後者のアカウント情報の全てがユーザによって選択可能な態様を有していてもよいし、（２）前者のアカウント情報がユーザによって選択可能な態様を有し、後者のアカウント情報がユーザによって選択不可能な態様（例えばグレーアウトの態様）を有していてもよい。本変形例も、「Ｎ個のアカウント情報をＭ−Ｎ個のアカウント情報とは区別可能な態様で表示させる」という構成に含まれる。

（変形例５）
上記の各実施例では、表示制御部８３（又は４３）は、ＭＦＰ１０のメモリ３４に記憶されている全てのアカウント情報のうち、サービス提供サーバ１００に対応するアカウント情報をディスプレイ１４に表示させ、他のサービス提供サーバに対応するアカウント情報をディスプレイ１４に表示させない。これに代えて、表示制御部８３（又は４３）は、ＭＦＰ１０のメモリ３４に記憶されている全てのアカウント情報を、ディスプレイ１４に表示させてもよい。即ち、ユーザが少なくともサービス提供サーバ１００に対応するアカウント情報を選択可能であればよい。一般的に言うと、表示制御部８３（又は４３）は、Ｍ個のアカウント情報のうち、少なくともＮ個のアカウント情報をディスプレイに表示させればよい。

（変形例６）
上記の第１〜第３実施例では、仲介サーバ５０の特定処理実行部８９は、ＨＴＴＰテンプレート２１０（又は２３２）を生成して、ＨＴＴＰテンプレート２１０（又は２３２）をＭＦＰ１０に送信する。これに代えて、特定処理実行部８９は、ＨＴＴＰテンプレート２１０（又は２３２）を生成せずに、ＵＲＬ１００ｂ及び印刷指示をＭＦＰ１０に送信してもよい。ＭＦＰ１０の制御部３０は、ＵＲＬ１００ｂ及び印刷指示が受信される場合に、ＵＲＬ１００ｂを要求先ＵＲＬとして含む画像要求コマンド２１２（又は２３４）を生成して、画像要求コマンド２１２（又は２３４）をサービス提供サーバ１００に送信してもよい。画像要求コマンド２１２（又は２３４）は、第１のＡＰＩを用いなくても生成可能なＨＴＴＰコマンドであるために、ＭＦＰ１０は、画像要求コマンド２１２（又は２３４）を適切に生成することができる。本変形例では、ＵＲＬ１００ｂ及び印刷指示を送信する処理が、「特定処理」の一例である。

（変形例７）
「認証情報」は、アクセストークンに限られず、サービス提供サーバ１００，１１０が認証に利用する他の情報（例えば、ユーザＩＤ、パスワード等）であってもよい。

（変形例８）
「第１種の無線通信」は、Ｗｉ−Ｆｉ通信（即ちＨＴＴＰ通信）に限られず、例えば、IMT2000（International Mobile Telecommunication 2000の略）の規格に準拠した３Ｇ等の無線通信であってもよい。また、ＨＴＴＰ通信に代えて、ウェブデータを通信するための他のプロトコル（例えばＨＴＴＰに準ずるＨＴＴＰＳ等）に従った通信が利用されてもよい。また、「第２種の無線通信」は、ＮＦＣ通信に限られず、例えば、赤外線通信、ＢｌｕｅＴｏｏｔｈ（登録商標）通信等であってもよい。

（変形例９）
「データ処理装置」は、ＭＦＰ１０に限られず、プリンタ、スキャナ、ＰＣ、携帯端末等の装置であってもよい。

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

２：通信システム、１０：ＭＦＰ、１２：操作部、１４：ディスプレイ、１６：ＮＦＣＩ／Ｆ、１８：印刷実行部、２０：スキャン実行部、２２：ネットワークＩ／Ｆ、３０：制御部、３２：ＣＰＵ、３４：メモリ、５０：仲介サーバ、６０：無線ＬＡＮＩ／Ｆ、７０：制御部、７２：ＣＰＵ、７４：メモリ、１００，１１０：サービス提供サーバ、１５０：携帯端末

Claims (13)

1. 制御サーバであって、
   ウェブブラウザを備える端末装置が、第１種の無線通信を用いて、特定のサービス提供サーバから特定のウェブページデータを受信して、前記第１種の無線通信と比べて無線通信可能な距離が短い近距離無線通信である第２種の無線通信を用いて、前記特定のウェブページデータの位置を示す第１の位置情報をデータ処理装置に送信する場合に、前記データ処理装置を介して、前記第１の位置情報を受信する受信部と、
   前記第１の位置情報が受信される場合に、前記データ処理装置に現在記憶されているＭ個（前記Ｍは２以上の整数）のアカウント情報のうち、少なくともＮ個（前記Ｎは１以上前記Ｍ以下の整数）のアカウント情報を、前記データ処理装置のディスプレイに表示させる表示制御部であって、前記Ｎ個のアカウント情報のそれぞれは、前記特定のサービス提供サーバからデータ提供サービスを受けることが可能なアカウント情報である、前記表示制御部と、
   を備える制御サーバ。
2. 前記Ｍ個のアカウント情報は、前記Ｎ個のアカウント情報と、前記特定のサービス提供サーバとは異なる１個以上のサービス提供サーバからデータ提供サービスを受けることが可能なＭ−Ｎ個のアカウント情報と、を含み、
   前記制御サーバは、さらに、
   前記第１の位置情報を用いて、前記特定のサービス提供サーバと前記１個以上のサービス提供サーバとを含む複数個のサービス提供サーバの中から、前記特定のサービス提供サーバを選択する選択部を備え、
   前記表示制御部は、前記Ｍ個のアカウント情報のうち、前記Ｎ個のアカウント情報を、前記Ｍ−Ｎ個のアカウント情報とは区別可能な態様で、前記ディスプレイに表示させる、請求項１に記載の制御サーバ。
3. 前記制御サーバは、さらに、
   前記データ処理装置から前記Ｍ個のアカウント情報を取得する第１の取得部を備え、
   前記表示制御部は、前記Ｍ個のアカウント情報の中から前記Ｎ個のアカウント情報を抽出して、前記Ｎ個のアカウント情報を前記データ処理装置に供給することによって、前記Ｎ個のアカウント情報を前記Ｍ−Ｎ個のアカウント情報とは区別可能な態様で前記ディスプレイに表示させる、請求項２に記載の制御サーバ。
4. 前記表示制御部は、前記特定のサービス提供サーバを示すサーバ情報を前記データ処理装置に供給することによって、前記Ｍ個のアカウント情報の中から前記Ｎ個のアカウント情報を抽出する処理と、前記Ｎ個のアカウント情報を前記Ｍ−Ｎ個のアカウント情報とは区別可能な態様で前記ディスプレイに表示させる処理と、を前記データ処理装置に実行させる、請求項２に記載の制御サーバ。
5. 前記制御サーバは、さらに、
   前記ディスプレイに表示される前記Ｎ個のアカウント情報の中から、ユーザによって特定のアカウント情報が選択される場合に、前記データ処理装置から、前記特定のアカウント情報に対応する特定の認証情報を取得する第２の取得部と、
   前記第１の位置情報を用いて、前記特定の認証情報を含む第１種のコマンドを前記特定のサービス提供サーバに送信して、前記特定のサービス提供サーバから、前記特定のウェブページデータによって表わされる対象画像に対応する画像ファイルの位置を示す第２の位置情報を含む第１種のレスポンスを受信する第１のコマンド通信部と、
   前記第１種のレスポンスに含まれる前記第２の位置情報を用いて、特定処理を実行する特定処理実行部であって、前記特定処理は、前記画像ファイルに従った印刷を、前記データ処理装置の印刷実行部に実行させるための処理を含む、前記特定処理実行部と、
   を備える、請求項１から４のいずれか一項に記載の制御サーバ。
6. 前記制御サーバは、さらに、
   前記第１の位置情報を用いて、認証情報を含まない第２種のコマンドを前記特定のサービス提供サーバに送信して、前記特定のサービス提供サーバから第２種のレスポンスを受信する第２のコマンド通信部と、
   前記特定のサービス提供サーバが前記第２種のコマンドに応じてデータ提供サービスを実行可能であるのか否かを、前記第２種のレスポンスに基づいて判断する第１の判断部と、を備え、
   前記表示制御部は、
   前記特定のサービス提供サーバが前記第２種のコマンドに応じて前記データ提供サービスを実行可能でないと判断される場合に、前記Ｍ個のアカウント情報のうち、少なくとも前記Ｎ個のアカウント情報を前記ディスプレイに表示させ、
   前記特定のサービス提供サーバが前記第２種のコマンドに応じて前記データ提供サービスを実行可能であると判断される場合に、前記Ｍ個のアカウント情報に含まれるいずれのアカウント情報も前記ディスプレイに表示させない、請求項１から５のいずれか一項に記載の制御サーバ。
7. 前記制御サーバは、さらに、
   前記特定のサービス提供サーバと、前記特定のサービス提供サーバとは異なる１個以上のサービス提供サーバと、を含む複数個のサービス提供サーバのそれぞれについて、当該サービス提供サーバが前記第２種のコマンドに応じてデータ提供サービスを実行可能であるのか否かを示す情報を記憶するメモリと、
   前記特定のサービス提供サーバが前記第２種のコマンドに応じて前記データ提供サービスを実行可能であるのか否かを、前記メモリ内の記憶内容に基づいて判断する第２の判断部と、を備え、
   前記第２のコマンド通信部は、
   前記特定のサービス提供サーバが前記第２種のコマンドに応じて前記データ提供サービスを実行可能であると判断される場合に、前記第２種のコマンドを前記特定のサービス提供サーバに送信し、
   前記特定のサービス提供サーバが前記第２種のコマンドに応じて前記データ提供サービスを実行可能でないと判断される場合に、前記第２種のコマンドを前記特定のサービス提供サーバに送信しない、請求項６に記載の制御サーバ。
8. 前記第１の判断部は、
   前記第２種のレスポンスが、前記特定のウェブページデータによって表わされる対象画像に対応する画像ファイルの位置を示す第２の位置情報を含む場合に、前記特定のサービス提供サーバが前記第２種のコマンドに応じて前記データ提供サービスを実行可能であると判断し、
   前記第２種のレスポンスが前記第２の位置情報を含まない場合に、前記特定のサービス提供サーバが前記第２種のコマンドに応じて前記データ提供サービスを実行可能でないと判断する、請求項６又は７に記載の制御サーバ。
9. 前記制御サーバは、さらに、
   前記特定のサービス提供サーバが前記第２種のコマンドに応じて前記データ提供サービスを実行可能であると判断される場合に、特定処理を実行する特定処理実行部であって、前記特定処理は、前記特定のウェブページデータによって表わされる対象画像に対応する画像ファイルに従った印刷を、前記データ処理装置の印刷実行部に実行させるための処理を含む、前記特定処理実行部を備える、請求項６から８のいずれか一項に記載の制御サーバ。
10. 前記特定処理は、
    前記データ処理装置が前記特定のサービス提供サーバから前記画像ファイルを取得するためのテンプレートであって、前記画像ファイルに従った印刷を前記データ処理装置に指示するための印刷指示と、前記画像ファイルの位置を示す第２の位置情報と、を含む前記テンプレートを生成する処理と、
    前記テンプレートを前記データ処理装置に送信する処理と、
    を含む、請求項９に記載の制御サーバ。
11. データ処理装置であって、
    第１種の無線通信と比べて無線通信可能な距離が短い近距離無線通信である第２種の無線通信のためのインターフェースと、
    メモリと、
    ディスプレイと、
    ウェブブラウザを備える端末装置が、前記第１種の無線通信を用いて、特定のサービス提供サーバから特定のウェブページデータを受信して、前記第２種の無線通信を用いて、前記特定のウェブページデータの位置を示す第１の位置情報を送信する場合に、前記インターフェースを介して、前記第１の位置情報を受信する受信部と、
    前記第１の位置情報が受信される場合に、前記メモリに現在記憶されているＭ個（前記Ｍは２以上の整数）のアカウント情報のうち、少なくともＮ個（前記Ｎは１以上前記Ｍ以下の整数）のアカウント情報を、前記ディスプレイに表示させる表示制御部であって、前記Ｎ個のアカウント情報のそれぞれは、前記特定のサービス提供サーバからデータ提供サービスを受けることが可能なアカウント情報である、前記表示制御部と、
    を備えるデータ処理装置。
12. 制御サーバのためのコンピュータプログラムであって、
    前記コンピュータプログラムは、前記制御サーバに、以下の各処理、即ち、
    ウェブブラウザを備える端末装置が、第１種の無線通信を用いて、特定のサービス提供サーバから特定のウェブページデータを受信して、前記第１種の無線通信と比べて無線通信可能な距離が短い近距離無線通信である第２種の無線通信を用いて、前記特定のウェブページデータの位置を示す第１の位置情報をデータ処理装置に送信する場合に、前記データ処理装置を介して、前記第１の位置情報を受信する受信処理と、
    前記第１の位置情報が受信される場合に、前記データ処理装置に現在記憶されているＭ個（前記Ｍは２以上の整数）のアカウント情報のうち、少なくともＮ個（前記Ｎは１以上前記Ｍ以下の整数）のアカウント情報を、前記データ処理装置のディスプレイに表示させる表示制御処理であって、前記Ｎ個のアカウント情報のそれぞれは、前記特定のサービス提供サーバからデータ提供サービスを受けることが可能なアカウント情報である、前記表示制御処理と、
    を実行させるコンピュータプログラム。
13. データ処理装置のためのコンピュータプログラムであって、
    前記データ処理装置は、第１種の無線通信と比べて無線通信可能な距離が短い近距離無線通信である第２種の無線通信のためのインターフェースと、メモリと、ディスプレイと、を備え、
    前記コンピュータプログラムは、前記データ処理装置に、以下の各処理、即ち、
    ウェブブラウザを備える端末装置が、前記第１種の無線通信を用いて、特定のサービス提供サーバから特定のウェブページデータを受信して、前記第２種の無線通信を用いて、前記特定のウェブページデータの位置を示す第１の位置情報を送信する場合に、前記インターフェースを介して、前記第１の位置情報を受信する受信処理と、
    前記第１の位置情報が受信される場合に、前記メモリに現在記憶されているＭ個（前記Ｍは２以上の整数）のアカウント情報のうち、少なくともＮ個（前記Ｎは１以上前記Ｍ以下の整数）のアカウント情報を、前記ディスプレイに表示させる表示制御処理であって、前記Ｎ個のアカウント情報のそれぞれは、前記特定のサービス提供サーバからデータ提供サービスを受けることが可能なアカウント情報である、前記表示制御処理と、
    を実行させるコンピュータプログラム。

Images