JP2014072768A - 特定のサーバ及び通信装置 - Google Patents

Abstract

【課題】 端末装置に特別なアプリケーションをインストールしなくても、通信装置に関する情報を端末装置に適切に表示させ得る技術を提供すること。
【解決手段】 携帯端末１５０は、ＮＦＣ通信を利用して、ＭＦＰ１０Ａから、ＭＦＰ１０Ａに現在記憶されている現在のネットワーク設定情報を含むＵＲＬ３０２を受信する場合に、Ｗｉ−Ｆｉ通信を利用して、ＵＲＬ３０２を含むＧＥＴコマンド３１０を仲介サーバ５０に送信する。仲介サーバ５０は、ＵＲＬ３０２に含まれる現在のネットワーク設定情報が記述された通信設定画面を表わす通信設定データ３１２を生成して、通信設定データ３１２を携帯端末１５０に送信する。これにより、携帯端末１５０は、通信設定画面を表示させることができる。
【選択図】 図５

Description

本明細書では、端末装置にウェブデータを送信するための特定のサーバを開示する。本明細書では、さらに、端末装置と無線通信を実行するための通信装置を開示する。

例えば、特許文献１には、携帯電話と印刷装置とがＮＦＣ（Near Field Communicationの略）通信を実行するシステムが開示されている。携帯電話は、ＮＦＣ通信を実行して、印刷装置から、印刷装置に関する情報（例えば、エラーやステータスを示す文字情報、ＨＴＭＬ（Hyper Text Markup Languageの略）のスクリプトプログラム等）を取得する。これにより、携帯電話は、印刷装置に関する情報を表示させることができる。

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

特許文献１の技術によると、携帯電話は、ＮＦＣ通信の結果として印刷装置に関する情報を取得する場合に、当該情報を解釈して表示させる必要がある。携帯電話がこのような処理を実行するためには、携帯電話は、ＮＦＣ通信のためのプログラムやウェブブラウザプログラムのみならず、上記の処理（即ち、ＮＦＣ通信で取得される情報を解釈して表示させる処理）を実行するための特別なアプリケーション（例えば、印刷装置のベンダによって提供されるアプリケーション）を備えておく必要があると考えられる。

本明細書では、端末装置に特別なアプリケーションをインストールしなくても、通信装置に関する情報を端末装置に適切に表示させ得る技術を提供する。

本明細書によって開示される特定のサーバは、第１の受信部と、ウェブデータ生成部と、第１の送信部と、を備える。第１の受信部は、ウェブブラウザを備える端末装置が、第１種の無線通信を利用して、第１の位置情報を含む第１の送信要求を送信する場合に、第１の送信要求を受信する。第１の位置情報は、端末装置が、第１種の無線通信とは異なる第２種の無線通信を利用して、端末装置とは異なる通信装置から受信した位置情報である。第１の位置情報は、通信装置に現在記憶されている現行設定情報を含む。ウェブデータ生成部は、第１の送信要求が受信される場合に、第１の位置情報に含まれる現行設定情報が記述された第１の設定ウェブ画面であって、通信装置によって利用されるべき設定情報を指定するための第１の設定ウェブ画面を表わす第１の設定ウェブデータを生成する。第１の送信部は、第１の設定ウェブデータを端末装置に送信する。

上記の構成によると、端末装置は、第２種の無線通信を利用して、通信装置から現行設定情報を含む第１の位置情報を受信する場合に、第１種の無線通信を利用して、第１の位置情報を含む第１の送信要求を特定のサーバに送信し得る。この場合、特定のサーバは、第１の位置情報に含まれる現行設定情報が記述された第１の設定ウェブ画面を表わす第１の設定ウェブデータを生成して、第１の設定ウェブデータを端末装置に送信する。これにより、端末装置は、第１の設定ウェブ画面を表示させ得る。従って、例えば、端末装置のユーザは、通信装置の現行設定情報を見ながら、通信装置によって利用されるべき設定情報を指定し得る。このように、端末装置は、第２種の無線通信の結果として第１の位置情報を受信する場合に、第１の位置情報に含まれる現行設定情報を解釈して表示させる必要がなく、第１の位置情報を含む第１の送信要求を特定のサーバに送信すれば、現行設定情報が記述された第１の設定ウェブ画面を表示させ得る。このために、端末装置に特別なアプリケーション（例えば、通信装置のベンダによって提供されるアプリケーション）をインストールしなくても、通信装置の現行設定情報が記述された第１の設定ウェブ画面を端末装置に適切に表示させ得る。

本明細書によって開示される通信装置は、送信部と、受信部と、抽出部と、処理実行部と、を備える。送信部は、通信装置とウェブブラウザを備える端末装置との間に、第１種の無線通信とは異なる第２種の無線通信を実行するための接続が確立される場合に、第２種の無線通信を利用して、通信装置に現在記憶されている現行設定情報を含む第１の位置情報を、端末装置に送信する。第１の位置情報は、端末装置が、第１種の無線通信を利用して、特定のサーバから第１の設定ウェブデータを受信するための位置情報である。第１の設定ウェブデータは、第１の位置情報に含まれる現行設定情報が記述される第１の設定ウェブ画面であって、通信装置によって利用されるべき設定情報を指定するための第１の設定ウェブ画面を表わすデータである。受信部は、第２種の無線通信を利用して、端末装置から、第１の設定ウェブ画面上で指定された指定済みの設定情報を含む第２の位置情報を受信する。抽出部は、第２の位置情報が受信される場合に、第２の位置情報から指定済みの設定情報を抽出する。処理実行部は、指定済みの設定情報を利用して、特定の処理を実行する。

上記の構成によると、通信装置は、第２種の無線通信を利用して、通信装置の現行設定情報を含む第１の位置情報を端末装置に送信する。第１の位置情報は、端末装置が、特定サーバから、第１の設定ウェブ画面を表わす第１の設定ウェブデータを受信するための位置情報である。このために、端末装置は、第２種の無線通信の結果として第１の位置情報を受信する場合に、第１の位置情報に含まれる現行設定情報を解釈して表示させる必要がない。このために、端末装置に特別なアプリケーション（例えば、通信装置のベンダによって提供されるアプリケーション）をインストールしなくても、通信装置の現行設定情報が記述された第１の設定ウェブ画面を端末装置に適切に表示させ得る。また、通信装置は、第２種の無線通信を実行して、端末装置から、指定済みの設定情報を含む第２の位置情報を受信する場合に、指定済みの設定情報を抽出し、指定済みの設定情報を利用して特定の処理を実行する。このために、通信装置は、特定の処理を適切に実行し得る。

上記の特定のサーバを実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記憶媒体も、新規で有用である。また、上記の通信装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記憶媒体も、新規で有用である。また、上記の特定のサーバと上記の通信装置とを備える通信システムも、新規で有用である。

通信システムの構成を示す。 ＭＦＰがスキャンＵＬ処理を実行する様子を表わすシーケンス図を示す。 図２の続きのシーケンス図を示す。 スキャン設定画面及びメッセージ画面の一例を示す。 ＭＦＰが設定変更処理を実行する様子を表わすシーケンス図を示す。 図５の続きのシーケンス図を示す。 通信設定画面及びメッセージ画面の一例を示す。 ＭＦＰがスキャンＵＬ処理を実行する様子を表わす第２実施例のシーケンス図を示す。 図８の続きのシーケンス図を示す。 第２実施例のスキャン設定画面及びメッセージ画面の一例を示す。

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

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

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

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に格納されているプログラムに従って、様々な処理を実行する。ＣＰＵ３２が上記のプログラムに従って処理を実行することによって、各部４１〜４４の機能が実現される。メモリ３４は、上記のプログラムの他に、アカウント設定情報３６、ネットワーク設定情報３８等の各種の設定情報を格納する。

アカウント設定情報３６は、後述のサービス提供サーバ１００，１１０からサービスを受けることが許可される１人以上のユーザに対応する１個以上のユーザ情報を含む。１個以上のユーザ情報のそれぞれは、ユーザ名と、サービス名と、アクセストークンと、ＰＩＮコードと、が関連付けられた情報である。サービス名は、ユーザがサービスを受けることが可能なサービス提供サーバ（例えば１００）の名称である。アクセストークンは、サービス提供サーバ（例えば１００）から与えられる認証情報であり、サービス提供サーバにおいて認証のために利用される。ＰＩＮコードは、ユーザによって設定されるコードであり、ＭＦＰ１０Ａにおいて認証（例えば図３のＳ８０の認証）のために利用される。アカウント設定情報３６がメモリ３４に格納される様子については、後で説明する。

ＭＦＰ１０Ａは、アカウント設定情報３６を格納しているために、サービス提供サーバ（例えば１００）からサービスを受けることができる。例えば、ＭＦＰ１０Ａは、スキャンによって生成される画像データをサービス提供サーバにアップロードすることができる（以下では「スキャンＵＬ処理」と呼ぶ）。即ち、ＭＦＰ１０Ａは、サービス提供サーバからデータ保存サービスを受けて、スキャンＵＬ処理を実行することができる。また、例えば、ＭＦＰ１０Ａは、サービス提供サーバから画像データをダウンロードして、画像データによって表される画像を印刷媒体に印刷することができる（以下では「ＤＬ印刷処理」と呼ぶ）。即ち、ＭＦＰ１０Ａは、サービス提供サーバからデータ供給サービスを受けて、ＤＬ印刷処理を実行することができる。

ネットワーク設定情報３８は、ＭＦＰ１０ＡがネットワークＩ／Ｆ２２を介した通信を他装置と実行するために、ＭＦＰ１０Ａによって利用される情報である。具体的に言うと、ネットワーク設定情報３８は、ＩＰアドレスと、サブネットマスクと、ゲートウェイアドレスと、ＩＰアドレス設定手法と、を含む。なお、モデル名「XXX」を有するＭＦＰ１０Ａは、ＩＰアドレス設定手法として、以下の３の手法、即ち、（１）ＤＨＣＰ（Dynamic Host Configuration Protocolの略）サーバからＩＰアドレスが割り当てられるＤＨＣＰの手法と、（２）ＭＦＰ１０Ａのユーザによって指定されるＩＰアドレスが割り当てられるＳｔａｔｉｃの手法と、（３）ＲＡＲＰ（Reverse Address Resolution Protocolの略）サーバからＩＰアドレスが割り当てられるＲＡＲＰの手法と、をサポートしている。

（ＭＦＰ１０Ｂの構成）
ＭＦＰ１０Ｂは、ＭＦＰ１０Ａと同じベンダによって製造されたデバイスである。ただし、ＭＦＰ１０Ｂは、ＭＦＰ１０Ａとは異なるモデルであり、モデル名「YYY」を有する。ＭＦＰ１０Ｂは、ＭＦＰ１０Ａと同様の構成を備える。即ち、ＭＦＰ１０Ｂは、ＮＦＣ通信と、ＬＡＮを介した有線通信又は無線通信と、を実行可能である。ＭＦＰ１０Ｂのメモリは、ＭＦＰ１０Ａと同様のプログラムを格納しており、この結果、ＭＦＰ１０Ｂも、ＭＦＰ１０の各部４１〜４４と同様の各部を備える。ＭＦＰ１０Ｂのメモリは、さらに、アカウント設定情報と、ネットワーク設定情報と、を格納する。

ＭＦＰ１０Ｂのメモリに格納されるアカウント設定情報は、ＭＦＰ１０Ａのメモリ３４に格納されるアカウント設定情報３６とは異なる。ＭＦＰ１０Ａを利用するユーザと、ＭＦＰ１０Ｂを利用するユーザと、が異なるからである。ＭＦＰ１０Ｂは、アカウント設定情報を格納しているために、サービス提供サーバ（例えば１００）を利用して、スキャンＵＬ処理とＤＬ印刷処理とを実行することができる。

ＭＦＰ１０Ｂのメモリに格納されるネットワーク設定情報は、ＭＦＰ１０Ａのメモリ３４に格納されるネットワーク設定情報３８と同様に、ＩＰアドレスと、サブネットマスクと、ゲートウェイアドレスと、ＩＰアドレス設定手法と、を含む。ただし、モデル名「YYY」を有するＭＦＰ１０Ｂは、ＩＰアドレス設定手法として、ＤＨＣＰの手法及びＳｔａｔｉｃの手法をサポートしているが、ＲＡＲＰの手法をサポートしていない。

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

制御部７０は、ＣＰＵ７２と、メモリ７４と、を備える。ＣＰＵ７２は、メモリ７４に格納されているプログラムに従って、様々な処理を実行する。ＣＰＵ７２が上記のプログラムに従って処理を実行することによって、各部８１〜８８の機能が実現される。メモリ７４は、上記のプログラムの他に、ウェブデータを生成するための複数個のテンプレートを格納している。テンプレートの内容については、後で説明する。

（サービス提供サーバ１００，１１０の構成）
各サービス提供サーバ１００，１１０は、例えば、「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」と、仲介サーバ５０から受信されたアクセストークンと、特定のユーザによって入力されたＰＩＮコードと、が関連付けられた１個のユーザ情報を、メモリ３４に新たに格納することができる。

なお、上記と同様に、ＭＦＰ１０Ａは、サービス提供サーバ１１０に対応するユーザ情報を格納することができる。また、ＭＦＰ１０Ｂも、各サービス提供サーバ１００，１１０に対応するユーザ情報を格納することができる。

（スキャンＵＬ処理；図２）
続いて、携帯端末１５０のユーザが、携帯端末１５０を用いて、ＭＦＰ１０ＡにスキャンＵＬ処理を実行させるための各処理の内容を説明する。なお、以下では、ＭＦＰ１０ＡにスキャンＵＬ処理を実行させる様子を中心に説明するが、ＭＦＰ１０ＢにスキャンＵＬ処理を実行させる場合も同様である。

携帯端末１５０のユーザは、ＭＦＰ１０ＡにスキャンＵＬ処理を実行させることを望む場合に、まず、ＭＦＰ１０Ａの操作部１２を操作して、表示部１４のメニュー画面から「スキャンＵＬ」を示す項目を選択する（以下では「スキャンＵＬ選択操作」と呼ぶ）。

次いで、ユーザは、携帯端末１５０とＭＦＰ１０Ａとの間にＮＦＣ接続が確立されるように、携帯端末１５０をＭＦＰ１０Ａに近づける。ＭＦＰ１０Ａが電源ＯＮにされている間に、ＭＦＰ１０ＡのＮＦＣＩ／Ｆ１６は、ＮＦＣ通信を実行可能な機器（例えば携帯端末１５０）を検出するための検出電波を発信している。また、携帯端末１５０のＮＦＣＩ／Ｆ（図示省略）も、ＮＦＣ通信を実行可能な機器（例えばＭＦＰ１０Ａ）を検出するための検出電波を発信している。ＭＦＰ１０Ａと携帯端末１５０との間の距離が、上記の検出電波が届く距離（例えば１０ｃｍ）より小さくなると、ＭＦＰ１０Ａ及び携帯端末１５０の一方の機器は、他方の機器から検出電波を受信して、応答電波を送信する。この結果、ＭＦＰ１０Ａと携帯端末１５０との間にＮＦＣ接続が確立される。

ＭＦＰ１０Ａの制御部３０は、上記のスキャンＵＬ選択操作が実行される場合に、後述のＵＲＬ２０２を生成して送信するためのスキャンＵＬプログラムを起動させる。制御部３０は、ＭＦＰ１０Ａと携帯端末１５０との間にＮＦＣ接続が確立される場合に、Ｓ１０において、上記のスキャンＵＬプログラムに従って、ＵＲＬ２０２を生成する。

図２内の「ＭＦＰ１０Ａの場合」は、ＭＦＰ１０Ａの制御部３０によって生成されるＵＲＬ２０２の一例を示す。本実施例では、ＵＲＬ（例えばＵＲＬ２０２）のうち、「?」より前の部分、「?」以降の部分を、それぞれ、「ドメイン部」、「クエリ部」と呼ぶ。また、ドメイン部（例えば「http://www.aa.com/scan」）のうち、プロトコルを示す文字列「http://」と、その後の最初のスラッシュ「/」と、の間の部分（例えば「www.aa.com」）を、「サーバ名」と呼ぶ。また、ドメイン部のうち、サーバ名より後ろの部分（例えば「scan」）を、「リソース部」と呼ぶ。なお、実際には、リソース部は、「.cgi」のような拡張子を含むが、本実施例及び図面では、「.cgi」の記載及び図示を省略する。

ＵＲＬ２０２のドメイン部は、仲介サーバ５０のサーバ名「www.aa.com」を含む（即ち仲介サーバ５０内の位置を示す）。また、後述の設定変更処理に関係する処理（図５のＳ１３０〜Ｓ１３４、図６のＳ１６０〜Ｓ１６４）ではなくて、スキャンＵＬ処理に関係する処理（図２のＳ３０〜Ｓ３４、図３のＳ６０〜Ｓ６４）を、仲介サーバ５０に実行させるために、ＵＲＬ２０２のドメイン部は、さらに、リソース部「scan」を含む。制御部３０は、予め決められているドメイン部「http://www.aa.com/scan」を、メモリ３４から取得する。

次いで、制御部３０は、クエリ部を生成する。具体的に言うと、制御部３０は、後述のスキャン設定データを生成するための処理（図２のＳ３０〜Ｓ３４）を仲介サーバ５０に実行させるためのアクションパラメータ（即ち文字列）「action=scan_setting」を、メモリ３４から取得する。次いで、制御部３０は、ＭＦＰ１０Ａのモデル名を示すモデルパラメータ「model=XXX」を、メモリ３４から取得する。

制御部３０は、さらに、メモリ３４内のアカウント設定情報３６を取得する。上述したように、アカウント設定情報３６内の各ユーザ情報は、ユーザ名とサービス名とアクセストークンとＰＩＮコードとを含む。制御部３０は、アカウント設定情報３６内の各ユーザ情報から、ユーザ名及びサービス名を抽出する。そして、制御部３０は、抽出済みのユーザ名及びサービス名を用いて、ユーザパラメータ及びサービスパラメータを生成する。例えば、第１のユーザ情報は、ユーザ名「Alice」及びサービス名「AAA」を含み、第２のユーザ情報は、ユーザ名「Bob」及びサービス名「BBB」を含む。この場合、制御部３０は、ユーザパラメータ「user=Alice%2cBob」と、サービスパラメータ「service=AAA%2cBBB」と、を生成する。なお、「%2c」は、カンマをＵＲＬで表記できるように、パーセントエンコーディングしたものである。

制御部３０は、上記のアクションパラメータ、モデルパラメータ、ユーザパラメータ、及び、サービスパラメータを組み合わせることによって、クエリ部を生成する。そして、制御部３０は、ドメイン部とクエリ部とを組み合わせることによって、ＵＲＬ２０２を生成する。

なお、ＭＦＰ１０Ｂの制御部（図示省略）も、ＭＦＰ１０Ａと同様に、ＵＲＬ２０２を生成することができる（図２内の「ＭＦＰ１０Ｂの場合」参照）。ＭＦＰ１０Ｂによって生成されるＵＲＬ２０２のドメイン部は、ＭＦＰ１０Ａによって生成されるＵＲＬ２０２のドメイン部と同じである。ただし、ＭＦＰ１０Ｂのモデル名「YYY」は、ＭＦＰ１０Ａのモデル「XXX」とは異なる。また、ＭＦＰ１０Ｂのアカウント設定情報は、ＭＦＰ１０Ａのアカウント設定情報３６とは異なる。このために、ＭＦＰ１０Ｂによって生成されるＵＲＬ２０２のクエリ部は、ＭＦＰ１０Ａによって生成されるＵＲＬ２０２のクエリ部とは異なる。

ＭＦＰ１０Ａの送信部４１は、ＭＦＰ１０Ａと携帯端末１５０との間にＮＦＣ接続が確立される場合に、当該ＮＦＣ接続を利用して（即ちＮＦＣ通信を利用して）、生成済みのＵＲＬ２０２を携帯端末１５０に送信する。

Ｓ２０では、携帯端末１５０のＯＳプログラムは、ＮＦＣ通信の結果としてＵＲＬ２０２を受信する場合に、携帯端末１５０のウェブブラウザを起動させる。このような仕組みは、ＯＳプログラムに予め搭載されている仕組みである。従って、携帯端末１５０に特別なアプリケーションプログラムをインストールしなくても、携帯端末１５０のＯＳプログラムは、ウェブブラウザを起動させることができる。なお、仮に、携帯端末１５０が、ＮＦＣ通信の結果として、ＵＲＬとは異なるデータ（例えばテキストデータ、ウェブデータ等）を受信して、当該データによって表される情報を表示させるためには、携帯端末１５０に特別なアプリケーションプログラムをインストールする必要がある。

携帯端末１５０のウェブブラウザは、ＵＲＬ２０２にアクセスする。なお、以下では、携帯端末１５０のＯＳプログラム、携帯端末１５０のブラウザプログラムを、それぞれ、「携帯端末１５０（ＯＳ）」、「携帯端末１５０（ブラウザ）」と簡単に記載する。携帯端末１５０（ブラウザ）がＵＲＬ２０２にアクセスする手法を、次に説明する。

携帯端末１５０（ブラウザ）は、ＵＲＬ２０２内のドメイン部「http://www.aa.com/scan」に含まれるサーバ名「www.aa.com」を用いて、ＤＮＳ（Domain Name Systemの略）サーバから仲介サーバ５０のＩＰアドレスを取得する。そして、携帯端末１５０（ブラウザ）は、取得済みのＩＰアドレスを送信先ＩＰアドレスとして含むＨＴＴＰ（Hyper Text Transfer Protocolの略）のＧＥＴコマンド２１０を生成する。ＧＥＴコマンド２１０は、さらに、ＵＲＬ２０２内の「/scan」以降の全ての文字列（リソース部とクエリ部を含む）を含む。従って、ＧＥＴコマンド２１０は、仲介サーバ５０のＩＰアドレスと、ＵＲＬ２０２内の「/scan」以降の文字列と、を含むが、厳密に言うと、ＵＲＬ２０２そのものを含むものではない。ただし、仲介サーバ５０のＩＰアドレスは、サーバ名「www.aa.com」を名前変換することによって得られるものであるために、サーバ名「www.aa.com」と等価な情報である。このために、ＧＥＴコマンド２１０が、仲介サーバ５０のＩＰアドレスと、ＵＲＬ２０２内の「/scan」以降の文字列と、を含むということは、ＧＥＴコマンド２１０が、ＵＲＬ２０２そのものを含むことに等しいと言える。従って、本実施例では、機器（例えば携帯端末１５０）がＵＲＬにアクセスしてＧＥＴコマンドを送信する状況において、実際には、ＧＥＴコマンドがＵＲＬそのものを含むわけではないが、「ＧＥＴコマンドがＵＲＬを含む」と表現する。

携帯端末１５０（ブラウザ）は、要求先ＵＲＬとしてＵＲＬ２０２を含むＧＥＴコマンド２１０を生成する。ＵＲＬ２０２は、仲介サーバ５０のサーバ名「www.aa.com」を含む（即ち仲介サーバ５０内の位置を示す）。従って、携帯端末１５０（ブラウザ）は、ＨＴＴＰ通信（即ちＷｉ−Ｆｉ通信）を実行して、ＧＥＴコマンド２１０を仲介サーバ５０に送信する。これにより、携帯端末１５０（ブラウザ）は、ＵＲＬ２０２にアクセスすることができる。

仲介サーバ５０の第１の受信部８１は、ＨＴＴＰ通信を利用して、携帯端末１５０（ブラウザ）からＧＥＴコマンド２１０を受信する。この場合、仲介サーバ５０の制御部７０は、ＧＥＴコマンド２１０に含まれるＵＲＬ２０２内のリソース部「scan」に対応するプログラムに従って、以下のＳ３０〜Ｓ３４の各処理を実行する。

Ｓ３０では、仲介サーバ５０のウェブデータ生成部８７は、ＧＥＴコマンド２１０に含まれるＵＲＬ２０２から、クエリ部に含まれる各パラメータを抽出する。

Ｓ３２では、ウェブデータ生成部８７は、抽出済みのアクションパラメータ及びモデルパラメータ（即ち、「action=scan_setting」、「model=XXX」）を用いて、メモリ７４内の複数個のスキャンＵＬ用テンプレートの中から、１個のスキャンＵＬ用テンプレートを決定する。

メモリ７４内の複数個のスキャンＵＬテンプレートは、図４のスキャン設定画面２１２ａ，２１２ｂを表わすスキャン設定データを生成するためのＳＳ（Scan Settingの略）テンプレートと、図４のメッセージ画面２２８ａ，２２８ｂを表わすメッセージデータを生成するためのＳＭ（Scan Messageの略）テンプレートと、を含む。そして、複数個のスキャンＵＬテンプレートは、ＭＦＰのモデル毎に、当該モデルに対応するＳＳテンプレート及びＳＭテンプレートを含む。従って、例えば、本実施例のように、「XXX」及び「YYY」の２つのモデルが存在する場合には、複数個のスキャンＵＬテンプレートは、モデル名「XXX」に対応するＳＳテンプレートと、モデル名「XXX」に対応するＳＭテンプレートと、モデル名「YYY」に対応するＳＳテンプレートと、モデル名「YYY」に対応するＳＭテンプレートと、を含む。以下では、モデル名「XXX」に対応するＳＳテンプレートのことを「ＳＳテンプレート（XXX）」と記載する。他のテンプレートも同様に表現する。

ＳＳテンプレート（XXX）、ＳＳテンプレート（YYY）は、それぞれ、図４のスキャン設定画面２１２ａ、スキャン設定画面２１２ｂを表わすスキャン設定データを生成するためのテンプレートである。ＳＳテンプレート（XXX）は、モデル名「XXX」を示す文字列「MFP[XXX] Scan Wizard Step 1」を含み、ＳＳテンプレート（YYY）は、モデル名「YYY」を示す文字列「MFP[YYY] Scan Wizard Step 1」を含む。この点において、ＳＳテンプレート（XXX）及びＳＳテンプレート（YYY）は異なる。

また、ＳＳテンプレート（YYY）は、ファイルタイプを指定するためのボックス（File Type）を有するが、ＳＳテンプレート（XXX）は、当該ボックスを有していない。この点においても、ＳＳテンプレート（XXX）及びＳＳテンプレート（YYY）は異なる。このような相違点がある理由は、以下のとおりである。即ち、モデル名「YYY」を有するＭＦＰ１０Ｂは、ユーザによって指定されるファイルタイプを有するスキャンデータ（即ちスキャンによって得られる画像データ）を生成する機能を備えており、モデル名「XXX」を有するＭＦＰ１０Ａは、当該機能を備えていない。

ＳＳテンプレート（XXX）及びＳＳテンプレート（YYY）のそれぞれは、さらに、ＰＩＮコードを入力するためのボックス（PIN）と、スキャン解像度を指定するためのボックス（Resolution）と、色数を指定するためのボックス（Color）と、フォルダ名を入力するためのボックス（Folder Name）と、を有する。ＰＩＮコードのボックス及びフォルダ名のボックスには、何も記述されていない（即ち空欄である）。ＰＩＮコードのボックスは、後述の図３のＳ８０の認証で利用されるＰＩＮコードを入力するためのボックスである。フォルダ名のボックスは、スキャンによって得られる画像データを格納するためのフォルダ名を入力するためのボックスである。

スキャン解像度のボックス及び色数のボックスには、予め決められている値が記述されている。モデル名「XXX」を有するＭＦＰ１０Ａが利用可能なスキャン解像度と、モデル名「YYY」を有するＭＦＰ１０Ｂが利用可能なスキャン解像度と、は異なる。このために、ＳＳテンプレート（XXX）内のスキャン解像度のボックスで指定可能な選択肢（例えば、400×300(dpi)、800×600(dpi)）と、ＳＳテンプレート（YYY）内のスキャン解像度のボックスで指定可能な選択肢（例えば、400×300(dpi)、800×600(dpi)、1600×600(dpi)）と、は異なる。同様に、ＳＳテンプレート（XXX）内の色数のボックスで指定可能な選択肢と、ＳＳテンプレート（YYY）内の色数のボックスで指定可能な選択肢と、は異なる。この点においても、ＳＳテンプレート（XXX）及びＳＳテンプレート（YYY）は異なる。

一方において、ＳＭテンプレート（XXX）、ＳＭテンプレート（YYY）は、それぞれ、図４のメッセージ画面２２８ａ、メッセージ画面２２８ｂを表わすメッセージデータを生成するためのテンプレートである。ＳＭテンプレート（XXX）及びＳＭテンプレート（YYY）のそれぞれは、モデル名を示す文字列（例えば「MFP[XXX] Scan Wizard Step 2」）を含む。また、ＳＳテンプレート（YYY）は、ファイルタイプを記述するための欄を有するが、ＳＳテンプレート（XXX）は、当該欄を有していない。これらの点において、ＳＭテンプレート（XXX）及びＳＭテンプレート（YYY）は異なる。

図２のＳ３２では、ウェブデータ生成部８７は、抽出済みのアクションパラメータ「action=scan_setting」に従って、ＳＳテンプレート及びＳＭテンプレートのうちのＳＳテンプレートを使用することを決定する。ウェブデータ生成部８７は、さらに、抽出済みのモデルパラメータ「model=XXX」に従って、ＳＳテンプレート（XXX）及びＳＳテンプレート（YYY）のうちのＳＳテンプレート（XXX）を使用することを決定する。これにより、ウェブデータ生成部８７は、複数個のスキャンＵＬ用テンプレートの中から、図４のスキャン設定画面２１２ａを生成するためのＳＳテンプレート（XXX）を適切に決定することができる。

なお、仮に、ＧＥＴコマンド２１０に含まれるＵＲＬ２０２が、ＭＦＰ１０Ｂによって生成されたＵＲＬである場合には、Ｓ３２では、ウェブデータ生成部８７は、ＵＲＬ２０２に含まれる各パラメータ（即ち、「action=scan_setting」、「model=YYY」）に従って、ＳＳテンプレート（YYY）を決定する。これにより、ウェブデータ生成部８７は、複数個のスキャンＵＬ用テンプレートの中から、図４のスキャン設定画面２１２ｂを生成するためのＳＳテンプレート（YYY）を適切に決定することができる。

Ｓ３４では、ウェブデータ生成部８７は、決定済みのＳＳテンプレート（XXX）を用いて、携帯端末１５０のウェブブラウザが解釈可能な形式を有するウェブデータであるスキャン設定データ２１２を生成する。具体的に言うと、ウェブデータ生成部８７は、抽出済みのユーザパラメータ及びサービスパラメータ（即ち、「user=Alice%2cBob」、「service=AAA%2cBBB」）に基づいて、「Alice」及び「サービスAAA」が対応付けられている文字列をＳＳテンプレート（XXX）に記述し、さらに、「Bob」及び「サービスBBB」が対応付けられている文字列をＳＳテンプレート（XXX）に記述する。これにより、図４のスキャン設定画面２１２ａを表わすスキャン設定データ２１２が完成する。

なお、仮に、ＧＥＴコマンド２１０に含まれるＵＲＬ２０２が、ＭＦＰ１０Ｂによって生成されたＵＲＬである場合には、Ｓ３４では、ウェブデータ生成部８７は、ＳＳテンプレート（YYY）と、各パラメータ（即ち、「user=Tom%2cJohn」、「service=AAA%2cCCC」）と、に基づいて、図４のスキャン設定画面２１２ｂを表わすスキャン設定データ２１２を生成する。

図２のＳ３０〜Ｓ３４が終了すると、仲介サーバ５０の第１の送信部８４は、ＨＴＴＰ通信を利用して、生成済みのスキャン設定データ２１２を携帯端末１５０（ブラウザ）に送信する。なお、スキャン設定データ２１２は、ウェブページ（即ち図４のスキャン設定画面２１２ａ）のページＵＲＬとして、ＵＲＬ２０２（即ち、ＧＥＴコマンド２１０に含まれるＵＲＬ２０２と同じＵＲＬ）を含む。

Ｓ４０では、携帯端末１５０（ブラウザ）は、スキャン設定データ２１２によって表わされるスキャン設定画面２１２ａ（図４参照）を表示させる。図４に示されるように、スキャン設定画面２１２ａ内の最上欄は、スキャン設定データ２１２内のＵＲＬ２０２を示す。スキャン設定画面２１２ａは、ＭＦＰ１０Ａに現在記憶されている２個のユーザ情報（即ち、「Alice サービスAAA」、「BobサービスBBB」）を含む。スキャン設定画面２１２ａは、さらに、複数個のボックスと、ＯＫボタンと、を含む。

（図２の続き；図３）
図３に示されるように、携帯端末１５０のユーザは、スキャン設定画面２１２ａを見ながら、携帯端末１５０を操作して、スキャン設定情報を指定することができる。即ち、ユーザは、スキャン設定画面２１２ａ内の２個のユーザ情報の中から、ユーザ自身に対応する１個のユーザ情報を指定する。以下では、ここで指定される１個のユーザ情報のことを「特定のユーザ情報」と呼ぶ。ユーザは、さらに、携帯端末１５０を操作して、以下の各情報を指定する。

ユーザは、ＭＦＰ１０Ａのアカウント設定情報３６において、特定のユーザ情報に関連付けられているＰＩＮコードを、スキャン設定画面２１２ａ内のＰＩＮコードのボックスに入力する。仮に、ここで誤ったＰＩＮコードが入力されると、後述のＳ８０の認証が失敗する。ユーザは、さらに、サービス提供サーバ（例えばサービス提供サーバ１００）に既に格納されているフォルダ名のうち、特定のユーザ情報（例えば「Alice サービスAAA」）に対応するフォルダ名、又は、当該サービス提供サーバ内に新規に生成されるべきフォルダ名を、フォルダ名のボックスに入力する。また、ユーザは、スキャン解像度のボックスにおいて、複数個の選択肢の中から１個のスキャン解像度を指定し、色数のボックスにおいて、複数個の選択肢の中から１個の色数を指定する。

仮に、スキャン設定画面２１２ｂが携帯端末１５０に表示される場合には、ユーザは、さらに、ファイルタイプのボックスにおいて、複数個の選択肢の中から１個のファイルタイプを指定する。

ユーザは、スキャン設定情報（即ち、特定のユーザ情報、ＰＩＮコード、スキャン解像度、色数、フォルダ名）を指定した後に、スキャン設定画面２１２ａ内のＯＫボタンを選択する。これにより、携帯端末１５０（ブラウザ）は、スキャン設定情報と、ＭＦＰ１０Ａのモデル名「XXX」と、を含むＰＯＳＴコマンド２２０を生成する。次いで、携帯端末１５０（ブラウザ）は、Ｗｉ−Ｆｉ通信（即ちＨＴＴＰ通信）を利用して、ＰＯＳＴコマンド２２０を仲介サーバ５０に送信する。

なお、携帯端末１５０（ブラウザ）がＰＯＳＴコマンド２２０を生成するためのスクリプトは、図２のスキャン設定データ２１２に含まれる。即ち、仲介サーバ５０のウェブデータ生成部８７は、スキャン設定データ２１２を生成する際に、当該スクリプトを含むスキャン設定データ２１２を生成する。このために、携帯端末１５０に特別なアプリケーションをインストールしなくても、携帯端末１５０（ブラウザ）は、ＰＯＳＴコマンド２２０を生成して送信することができる。

仲介サーバ５０の第２の受信部８２は、ＨＴＴＰ通信を利用して、携帯端末１５０（ブラウザ）からＰＯＳＴコマンド２２０を受信する。

次いで、Ｓ５０では、仲介サーバ５０の位置情報生成部８８は、ＰＯＳＴコマンド２２０に含まれるスキャン設定情報に従って、ＵＲＬ２２２を生成する。図３内の「ＭＦＰ１０Ａの場合」は、モデル名「XXX」を含むＰＯＳＴコマンド２２０が受信される場合に、位置情報生成部８８によって生成されるＵＲＬ２２２の一例を示す。ＵＲＬ２２２は、ドメイン部「http://www.aa.com/scan」と、クエリ部（「?」以降の部分）と、を含む。ＵＲＬ２２２内のドメイン部は、図２のＵＲＬ２０２内のドメイン部と同じである。位置情報生成部８８は、予め決められているドメイン部「http://www.aa.com/scan」を、メモリ７４から取得する。

次いで、位置情報生成部８８は、クエリ部を生成する。具体的に言うと、位置情報生成部８８は、図２のＵＲＬ２０２に従った処理（図２のＳ３０〜Ｓ３４）とは異なる処理、即ち、後述のメッセージデータ２２８を生成するための処理（図３のＳ６０〜Ｓ６４）を仲介サーバ５０に実行させるためのアクションパラメータ（即ち文字列）「action=scan_upload」を、メモリ７４から取得する。次いで、位置情報生成部８８は、ＰＯＳＴコマンド２２０に含まれるモデル名「XXX」に従って、モデルパラメータ「model=XXX」を生成する。

位置情報生成部８８は、さらに、ＰＯＳＴコマンド２２０に含まれる特定のユーザ情報「Alice」及び「AAA」に従って、アカウントパラメータ「user=Alice&service=AAA」を生成する。位置情報生成部８８は、さらに、ＰＯＳＴコマンド２２０に含まれるＰＩＮコード、スキャン解像度、色数、及び、フォルダ名に従って、スキャン設定パラメータ「pin=mmmmm」等を生成する。

位置情報生成部８８は、上記のアクションパラメータ、モデルパラメータ、アカウントパラメータ、及び、スキャン設定パラメータを組み合わせることによって、クエリ部を生成する。そして、位置情報生成部８８は、ドメイン部とクエリ部とを組み合わせることによって、ＵＲＬ２２２を生成する。

なお、図３内の「ＭＦＰ１０Ｂの場合」は、モデル名「YYY」を含むＰＯＳＴコマンド２２０が受信される場合に、位置情報生成部８８によって生成されるＵＲＬ２２２の一例を示す。当該ＵＲＬ２２２を生成する手法は、上記と同様である。

次いで、仲介サーバ５０の第２の送信部８５は、ＨＴＴＰのリダイレクトコマンド２２４を生成する。リダイレクトコマンドは、当該リダイレクトコマンドに含まれるＵＲＬへのアクセスを指示するためのコマンドである。第２の送信部８５は、リダイレクト先ＵＲＬとしてＵＲＬ２２２を含むリダイレクトコマンド２２４を生成する。そして、第２の送信部８５は、ＨＴＴＰ通信を利用して、リダイレクトコマンド２２４を携帯端末１５０（ブラウザ）に送信する。

携帯端末１５０（ブラウザ）は、リダイレクトコマンド２２４を受信すると、リダイレクトコマンド２２４に従って、ＵＲＬ２２２にアクセスする。即ち、携帯端末１５０（ブラウザ）は、要求先ＵＲＬとしてＵＲＬ２２２を含むＧＥＴコマンド２２６を生成する。ＵＲＬ２２２は、仲介サーバ５０のサーバ名「www.aa.com」を含む（即ち仲介サーバ５０内の位置を示す）。従って、携帯端末１５０（ブラウザ）は、Ｗｉ−Ｆｉ通信（即ちＨＴＴＰ通信）を利用して、ＧＥＴコマンド２２６を仲介サーバ５０に送信する。

仲介サーバ５０の第３の受信部８３は、ＨＴＴＰ通信を利用して、携帯端末１５０（ブラウザ）からＧＥＴコマンド２２６を受信する。この場合、仲介サーバ５０の制御部７０は、ＧＥＴコマンド２２６に含まれるＵＲＬ２２２内のリソース部「scan」に対応するプログラムに従って、以下のＳ６０〜Ｓ６４の各処理を実行する。

Ｓ６０では、仲介サーバ５０のウェブデータ生成部８７は、ＧＥＴコマンド２２６に含まれるＵＲＬ２２２から、クエリ部に含まれる各パラメータを抽出する。

Ｓ６２では、ウェブデータ生成部８７は、抽出済みのアクションパラメータ及びモデルパラメータ（即ち、「action=scan_upload」、「model=XXX」）を用いて、メモリ７４内の複数個のスキャンＵＬ用テンプレートの中から、１個のスキャンＵＬ用テンプレートを決定する。具体的に言うと、ウェブデータ生成部８７は、抽出済みのアクションパラメータ「action=scan_upload」に従って、ＳＳテンプレート及びＳＭテンプレートのうちのＳＭテンプレートを使用することを決定する。ウェブデータ生成部８７は、さらに、抽出済みのモデルパラメータ「model=XXX」に従って、ＳＭテンプレート（XXX）及びＳＭテンプレート（YYY）のうちのＳＭテンプレート（XXX）を使用することを決定する。これにより、ウェブデータ生成部８７は、複数個のスキャンＵＬ用テンプレートの中から、図４のメッセージ画面２２８ａを表わすメッセージデータを生成するためのＳＭテンプレート（XXX）を適切に決定することができる。

仮に、ＧＥＴコマンド２２６に含まれるＵＲＬ２２２がモデルパラメータ「model=YYY」を含む場合には、Ｓ６２では、ウェブデータ生成部８７は、複数個のスキャンＵＬ用テンプレートの中から、図４のメッセージ画面２２８ｂを表わすメッセージデータを生成するためのＳＭテンプレート（YYY）を決定する。

Ｓ６４では、ウェブデータ生成部８７は、決定済みのＳＭテンプレート（XXX）を用いて、携帯端末１５０のウェブブラウザが解釈可能な形式を有するウェブデータであるメッセージデータ２２８を生成する。具体的に言うと、ウェブデータ生成部８７は、抽出済みのアカウントパラメータ及びスキャン設定パラメータ（例えば「user=Alice」等）に基づいて、それらのパラメータを示す文字列をＳＭテンプレート（XXX）に記述する。ただし、ウェブデータ生成部８７は、セキュリティを確保するために、スキャン設定パラメータに含まれるＰＩＮコードをＳＭテンプレート（XXX）に記述しない。これにより、図４のメッセージ画面２２８ａを表わすメッセージデータ２２８が完成する。

仮に、ＧＥＴコマンド２２６に含まれるＵＲＬ２２２がモデルパラメータ「model=YYY」を含む場合には、Ｓ６４では、ウェブデータ生成部８７は、ＳＭテンプレート（YYY）と、各パラメータ（例えば「user=Tom」等）と、に基づいて、図４のメッセージ画面２２８ｂを表わすメッセージデータ２２８を生成する。

図３のＳ６０〜Ｓ６４が終了すると、仲介サーバ５０の第３の送信部８６は、ＨＴＴＰ通信を利用して、生成済みのメッセージデータ２２８を携帯端末１５０（ブラウザ）に送信する。メッセージデータ２２８は、ウェブページ（即ち図４のメッセージ画面２２８ａ）のページＵＲＬとして、ＵＲＬ２２２（即ち、ＧＥＴコマンド２２６に含まれるＵＲＬ２２２と同じＵＲＬ）を含む。

上述したように、仲介サーバ５０は、ＰＯＳＴコマンド２２０内のスキャン設定情報を含むＵＲＬ２２２を生成し、次いで、リダイレクトコマンド２２４及びＧＥＴコマンド２２６の通信を実行した後に、ＵＲＬ２２２を含むメッセージデータ２２８を携帯端末１５０に送信する。このような構成を採用せずに、仲介サーバ５０が、ＰＯＳＴコマンド２２０のレスポンスとして、ＵＲＬ２２２を含むメッセージデータ２２８を携帯端末１５０に送信する構成（即ち、リダイレクトコマンド２２４及びＧＥＴコマンド２２６の通信を省略する構成）を採用することが考えられる。しかしながら、ＨＴＴＰの仕組みでは、ウェブサーバ（即ち仲介サーバ５０）は、クライアントからＧＥＴコマンドを受信する場合には、ＧＥＴコマンドに対するレスポンスとしてウェブデータを送信することができるが、クライアントからＰＯＳＴコマンドを受信する場合には、ＰＯＳＴコマンドに対するレスポンスとしてウェブデータを送信することができない。従って、本実施例では、リダイレクトコマンド２２４及びＧＥＴコマンド２２６の通信を実行する構成を採用している。

Ｓ７０では、携帯端末１５０（ブラウザ）は、メッセージデータ２２８によって表わされるメッセージ画面２２８ａ（図４参照）を表示させる。図４に示されるように、メッセージ画面２２８ａ内の最上欄は、メッセージデータ２２８内のＵＲＬ２２２を示す。メッセージ画面２２８ａは、さらに、携帯端末１５０をＭＦＰ１０Ａに近づけることを示すメッセージと、ユーザによって指定されたスキャン設定情報と、を含む。ユーザは、メッセージ画面２２８ａを見ることによって、スキャン設定情報を確認することができ、さらに、携帯端末１５０をＭＦＰ１０Ａに近づけるべきであることを知ることができる。

ユーザは、携帯端末１５０をＭＦＰ１０Ａに近づける。この結果、ＭＦＰ１０Ａと携帯端末１５０（ＯＳ）との間にＮＦＣ接続が再び確立される。この場合、携帯端末１５０（ＯＳ）は、当該ＮＦＣ接続を利用して（即ちＮＦＣ通信を利用して）、メッセージ画面２２８ａに記述されているＵＲＬ２２２をＭＦＰ１０Ａに送信する。このように、ウェブページ（即ちメッセージ画面２２８ａ）が表示されている状態で、ＮＦＣ接続が確立される場合に、当該ＮＦＣ接続を利用して、当該ウェブページのページＵＲＬ（即ちＵＲＬ２２２）を送信する仕組みは、ＯＳプログラムに予め搭載されている仕組みである。即ち、携帯端末１５０（ＯＳ）は、ＮＦＣ接続が確立される際に、フォアグラウンドのプログラムとしてウェブブラウザが動作している場合に、当該ウェブブラウザによって表示されているウェブページのＵＲＬをＮＦＣ通信によって送信する仕組みを有する。従って、携帯端末１５０に特別なアプリケーションプログラムをインストールしなくても、携帯端末１５０（ＯＳ）は、ＮＦＣ通信を利用して、ＵＲＬ２２２をＭＦＰ１０Ａに送信することができる。

なお、図４のメッセージ画面２２８ａに示されるように、メッセージ画面２２８ａ内の各文字列は、スキャン設定情報（「Alice」、「AAA」、「800x600」等）を含む。このために、携帯端末１５０が、ＮＦＣ通信を利用して、メッセージ画面２２８ａ内の各文字列をＭＦＰ１０Ａに送信することによって、スキャン設定情報をＭＦＰ１０Ａに供給する構成を採用することも考えられる。しかしながら、携帯端末１５０が、ＨＴＴＰ通信の結果としてウェブデータ（即ちメッセージデータ２２８）を受信する場合に、ＮＦＣ通信を利用して、ウェブデータそのもの（もしくはウェブデータ内の一部の文字列）を送信するためには、携帯端末１５０に特別なアプリケーションプログラムをインストールする必要がある。このような実情に鑑みて、本実施例では、仲介サーバ５０が、スキャン設定情報を含むＵＲＬ２２２を生成して、ＵＲＬ２２２を含むメッセージデータ２２８を携帯端末１５０に送信する構成を採用している。これにより、携帯端末１５０に特別なアプリケーションプログラムをインストールしなくても、携帯端末１５０（ＯＳ）は、ＮＦＣ通信を利用して、ＵＲＬ２２２をＭＦＰ１０Ａに送信することによって、スキャン設定情報をＭＦＰ１０Ａに供給することができる。

ＭＦＰ１０Ａの受信部４２は、ＮＦＣ通信を利用して、携帯端末１５０（ＯＳ）からＵＲＬ２２２を受信する。この場合、Ｓ８０では、ＭＦＰ１０Ａの抽出部４３は、ＵＲＬ２２２からスキャン設定情報を抽出する。具体的に言うと、抽出部４３は、ＵＲＬ２２２に含まれる「user=Alice」以降の各パラメータを抽出する。

Ｓ８０では、さらに、ＭＦＰ１０Ａの処理実行部４４は、抽出済みのアカウントパラメータ（即ち、「user=Alice」、「service=AAA」）と、抽出済みのスキャン設定パラメータに含まれるＰＩＮコード（即ち、「pin=mmmmm」）と、を用いて、ＰＩＮコード認証を実行する。具体的に言うと、処理実行部４４は、まず、抽出済みのアカウントパラメータに関連付けられているＰＩＮコードを、メモリ３４から取得する。次いで、処理実行部４４は、取得済みのＰＩＮコードと、スキャン設定パラメータに含まれるＰＩＮコードと、が一致するのか否かを判断する。処理実行部４４は、２つのＰＩＮコードが一致する場合に、Ｓ８２のスキャン処理に進み、２つのＰＩＮコードが一致しない場合に、エラーメッセージを表示部１４に表示させて、Ｓ８２のスキャン処理を実行しない。

Ｓ８２では、ＭＦＰ１０Ａの処理実行部４４は、抽出済みのスキャン設定情報に従って、スキャンＵＬ処理を実行する。具体的に言うと、処理実行部４４は、抽出済みのスキャン解像度及び色数に従って（ＭＦＰ１０Ｂの場合には、さらに、ファイルタイプに従って）、スキャン実行部２０に原稿のスキャンを実行させて、当該解像度及び色数を有する画像データ（即ちスキャンデータ）を生成する。

次いで、処理実行部４４は、抽出済みのアカウントパラメータ（即ち、「user=Alice」、「service=AAA」）に関連付けられているアクセストークンを、メモリ３４から取得する。そして、処理実行部４４は、抽出済みのアカウントパラメータに対応するサービス提供サーバ１００（即ち「service=AAA」に対応するサービス提供サーバ１００）にアクセストークンを送信する。これにより、サービス提供サーバ１００は、アクセストークンを用いた認証を実行する。そして、処理実行部４４は、抽出済みのフォルダ名と、スキャンデータと、をサービス提供サーバ１００に送信する。

サービス提供サーバ１００は、ＭＦＰ１０Ａから受信されるフォルダ名を有するフォルダに、ＭＦＰ１０Ａから受信されるスキャンデータを格納する。これにより、サービス提供サーバ１００は、ＭＦＰ１０Ａにデータ保存サービスを提供する。換言すると、ＭＦＰ１０Ａは、サービス提供サーバ１００からデータ保存サービスを受けることができる。さらに換言すると、携帯端末１５０のユーザは、携帯端末１５０を用いて、ＭＦＰ１０ＡにスキャンＵＬ処理を実行させることができる。

（図２〜図４のケースの効果）
仮に、ＭＦＰ１０Ａがウェブサーバ機能を備えており、かつ、携帯端末１５０及びＭＦＰ１０Ａが同一のＬＡＮに接続されている場合には、携帯端末１５０は、ＬＡＮを介して、ＨＴＴＰ通信を利用して、ＭＦＰ１０Ａのウェブサーバにアクセスし得る。この場合、携帯端末１５０は、ＬＡＮを介して、ＭＦＰ１０Ａ内のアカウント設定情報３６に含まれる各ユーザ情報を取得して、スキャン設定情報をＭＦＰ１０Ａに送信し得る。しかしながら、上述したように、本実施例では、携帯端末１５０及びＭＦＰ１０Ａが同一のＬＡＮに接続されていない状況を想定している。このような状況では、携帯端末１５０は、ＨＴＴＰ通信を利用して、ＭＦＰ１０Ａにアクセスすることができない。図２及び図３に示されるように、本実施例では、携帯端末１５０及びＭＦＰ１０Ａが同一のＬＡＮ内に接続されていない状況でも、携帯端末１５０は、ＭＦＰ１０Ａから各ユーザ情報を取得して（図２のＵＲＬ２０２）、スキャン設定情報をＭＦＰ１０Ａに送信することができる（図３のＵＲＬ２２２）。しかも、次に説明するように、携帯端末１５０に特別なアプリケーションをインストールしなくてもよい。

図２に示されるように、ＭＦＰ１０Ａは、ＭＦＰ１０Ａと携帯端末１５０との間にＮＦＣ接続が確立される場合に、ＮＦＣ通信を実行して、ＭＦＰ１０Ａに記憶されているアカウント設定情報３６内の各ユーザ情報を含むＵＲＬ２０２を携帯端末１５０に送信する。携帯端末１５０は、ＮＦＣ通信を利用して、ＵＲＬ２０２を受信する場合に、Ｗｉ−Ｆｉ通信（即ちＨＴＴＰ通信）を利用して、ＵＲＬ２０２を含むＧＥＴコマンド２１０を仲介サーバ５０に送信する。この場合、仲介サーバ５０は、ＵＲＬ２０２に含まれる各ユーザ情報が記述されたスキャン設定画面２１２ａを表わすスキャン設定データ２１２を生成して（図２のＳ３０〜Ｓ３４）、スキャン設定データ２１２を携帯端末１５０に送信する。これにより、携帯端末１５０は、スキャン設定画面２１２ａを表示させる（Ｓ４０）。従って、携帯端末１５０のユーザは、スキャン設定画面２１２ａ内の各ユーザ情報を見ながら、ＭＦＰ１０Ａによって利用されるべき特定のユーザ情報を指定することができる。携帯端末１５０は、ＮＦＣ通信の結果としてＵＲＬ２０２を受信する場合に、ＵＲＬ２０２に含まれる各ユーザ情報を解釈して表示させる必要がなく、ＵＲＬ２０２を含むＧＥＴコマンド２１０を仲介サーバ５０に送信すれば、スキャン設定画面２１２ａを表示させることができる。このために、携帯端末１５０に特別なアプリケーションをインストールしなくても、スキャン設定画面２１２ａを携帯端末１５０に適切に表示させることができる。

また、図３に示されるように、携帯端末１５０は、Ｗｉ−Ｆｉ通信（即ちＨＴＴＰ通信）を利用して、スキャン設定情報を含むＰＯＳＴコマンド２２０を仲介サーバ５０に送信する。この場合、仲介サーバ５０は、スキャン設定情報を含むＵＲＬ２２２を生成して（Ｓ５０）、ＵＲＬ２２２へのアクセスを指示するためのリダイレクトコマンド２２４を携帯端末１５０に送信する。これにより、携帯端末１５０は、ＧＥＴコマンド２２６を仲介サーバ５０に送信する。この場合、仲介サーバ５０は、メッセージデータ２２８を携帯端末１５０に送信する。これにより、携帯端末１５０は、メッセージ画面２２８ａを表示させる。これにより、ユーザが携帯端末１５０をＭＦＰ１０Ａに近づけるために、携帯端末１５０は、ＮＦＣ通信を利用して、スキャン設定情報を含むＵＲＬ２２２をＭＦＰ１０Ａに送信する。携帯端末１５０に特別なアプリケーションをインストールしなくても、携帯端末１５０は、ＮＦＣ通信を利用して、スキャン設定情報をＭＦＰ１０Ａに送信することができる。

一方において、ＭＦＰ１０Ａは、ＮＦＣ通信を実行して、携帯端末１５０からＵＲＬ２２２を受信する場合に、ＵＲＬ２２２からスキャン設定情報を抽出する（Ｓ８０）。そして、ＭＦＰ１０Ａは、スキャン設定情報を利用して、スキャンＵＬ処理を実行する。このために、ＭＦＰ１０Ａは、スキャンＵＬ処理を適切に実行することができる。

（通信設定変更処理；図５）
続いて、携帯端末１５０のユーザが、携帯端末１５０を用いて、ＭＦＰ１０Ａに設定変更処理（即ちネットワーク設定情報３８を変更するための処理）を実行させるための各処理の内容を説明する。なお、説明を省略するが、ＭＦＰ１０Ｂについても、ＭＦＰ１０Ａの場合と同様に、設定変更処理を実行させることができる。また、以下では、図２〜図４のケースと同様の部分については、説明を省略する。

携帯端末１５０のユーザは、ＭＦＰ１０Ａ内のネットワーク設定情報３８を変更させることを望む場合に、まず、ＭＦＰ１０Ａの操作部１２を操作して、表示部１４のメニュー画面から「通信設定」を示す項目を選択する（以下では「通信設定選択操作」と呼ぶ）。

次いで、ユーザは、携帯端末１５０とＭＦＰ１０Ａとの間にＮＦＣ接続が確立されるように、携帯端末１５０をＭＦＰ１０Ａに近づける。この結果、ＭＦＰ１０Ａと携帯端末１５０との間にＮＦＣ接続が確立される。

ＭＦＰ１０Ａの制御部３０は、上記の通信設定選択操作が実行される場合に、後述のＵＲＬ３０２を生成して送信するための通信設定プログラムを起動させる。制御部３０は、ＭＦＰ１０Ａと携帯端末１５０との間にＮＦＣ接続が確立される場合に、Ｓ１１０において、上記の通信設定プログラムに従って、ＵＲＬ３０２を生成する。

図５内の「ＭＦＰ１０Ａの場合」は、ＭＦＰ１０Ａの制御部３０によって生成されるＵＲＬ３０２の一例を示す。ＵＲＬ３０２は、ドメイン部「http://www.aa.com/tcpip」と、クエリ部（「?」以降の部分）と、を含む。ＵＲＬ３０２のドメイン部のうちのリソース部「tcpip」は、図２のＵＲＬ２０２のドメイン部「http://www.aa.com/scan」のうちのリソース部「scan」とは異なる。これにより、後述のＳ１３０〜Ｓ１３４及び図６のＳ１６０〜Ｓ１６４の処理を仲介サーバ５０に実行させることができる。

制御部３０は、ドメイン部「http://www.aa.com/tcpip」をメモリ３４から取得する。次いで、制御部３０は、アクションパラメータ「action=tcpip_setting」と、モデルパラメータ「model=XXX」と、をメモリ３４から取得する。

制御部３０は、さらに、メモリ３４内のネットワーク設定情報３８を取得する。上述したように、ネットワーク設定情報３８は、ＩＰアドレスと、サブネットマスクと、ゲートウェイアドレスと、ＩＰアドレス設定手法と、を含む。制御部３０は、ネットワーク設定情報３８に含まれる各情報を示す各ネットワーク設定パラメータを生成する。各ネットワーク設定パラメータにおいて、「ip=」がＩＰアドレスを示し、「mask=」がサブネットマスクを示し、「gw=」がゲートウェイアドレスを示し、「method」がＩＰアドレス設定手法を示す。ＩＰアドレス、サブネットマスク、及び、ゲートウェイアドレスのそれぞれの具体的な値は、１６進数で記述される。また、ＩＰアドレス設定手法については、「method=0」がＤＨＣＰの手法を示し、「method=1」がＳｔａｔｉｃの手法を示し、「method=2」がＲＡＲＰの手法を示す。

制御部３０は、上記のアクションパラメータ、モデルパラメータ、及び、各ネットワーク設定パラメータを組み合わせることによって、クエリ部を生成する。そして、制御部３０は、ドメイン部とクエリ部とを組み合わせることによって、ＵＲＬ３０２を生成する。次いで、ＭＦＰ１０Ａの送信部４１は、ＮＦＣ通信を利用して、生成済みのＵＲＬ３０２を携帯端末１５０に送信する。

Ｓ１２０では、携帯端末１５０（ＯＳ）は、ＮＦＣ通信の結果としてＵＲＬ３０２を受信する場合に、携帯端末１５０（ブラウザ）を起動させる。次いで、携帯端末１５０（ブラウザ）は、要求先ＵＲＬとしてＵＲＬ３０２を含むＧＥＴコマンド３１０を仲介サーバ５０に送信する。

仲介サーバ５０の第１の受信部８１は、携帯端末１５０（ブラウザ）からＧＥＴコマンド３１０を受信する。この場合、仲介サーバ５０の制御部７０は、ＧＥＴコマンド３１０に含まれるＵＲＬ３０２内の「tcpip」に対応するプログラムに従って、以下のＳ１３０〜Ｓ１３４の各処理を実行する。

Ｓ１３０では、仲介サーバ５０のウェブデータ生成部８７は、ＧＥＴコマンド３１０に含まれるＵＲＬ３０２から、クエリ部に含まれる各パラメータを抽出する。Ｓ１３２では、ウェブデータ生成部８７は、抽出済みのアクションパラメータ及びモデルパラメータ（即ち、「action=tcpip_setting」、「model=XXX」）を用いて、メモリ７４内の複数個の通信設定用テンプレートの中から、１個の通信設定用テンプレートを決定する。

メモリ７４内の複数個の通信設定用テンプレートは、図７の通信設定画面３１２ａ，３１２ｂを表わす通信設定データを生成するためのＣＳ（Communication Settingの略）テンプレートと、図７のメッセージ画面３２８ａ，３２８ｂを表わすメッセージデータを生成するためのＣＭ（Communication Messageの略）テンプレートと、を含む。そして、複数個の通信設定用テンプレートは、ＭＦＰのモデル毎に、当該モデルに対応するテンプレート（即ち、ＣＳテンプレート（XXX）、ＣＳテンプレート（YYY）、ＣＭテンプレート（XXX）、ＣＭテンプレート（YYY））を含む。

ＣＳテンプレート（XXX）及びＣＳテンプレート（YYY）のそれぞれは、モデル名を示す文字列（例えば「MFP[XXX] TCP/IP Wizard Step 1」）を含む。この点において、ＣＳテンプレート（XXX）及びＣＳテンプレート（YYY）は異なる。また、ＣＳテンプレート（XXX）及びＣＳテンプレート（YYY）のそれぞれは、ネットワーク設定情報を指定するための複数個のボックスを有する。モデル名「XXX」を有するＭＦＰ１０Ａは、ＩＰアドレス設定手法として３つの手法（ＤＨＣＰ、Ｓｔａｔｉｃ、ＲＡＲＰ）を利用可能である。このために、ＣＳテンプレート（XXX）では、ＩＰアドレス設定手法を指定するためのボックス（Boot Method）は、３つの選択肢を表示可能である。これに対し、モデル名「YYY」を有するＭＦＰ１０Ｂは、ＩＰアドレス設定手法として２つの手法（ＤＨＣＰ、Ｓｔａｔｉｃ）を利用可能である。このために、ＣＳテンプレート（YYY）では、ＩＰアドレス設定手法を指定するためのボックスは、２つの選択肢を表示可能である。この点においても、ＣＳテンプレート（XXX）及びＣＳテンプレート（YYY）は異なる。

また、ＣＭテンプレート（XXX）及びＣＭテンプレート（YYY）のそれぞれは、モデル名を示す文字列（例えば「MFP[XXX] TCPIP Wizard Step 2」）を含む。この点において、ＣＭテンプレート（XXX）及びＣＭテンプレート（YYY）は異なる。

図５のＳ１３２では、ウェブデータ生成部８７は、抽出済みのアクションパラメータ及びモデルパラメータ（即ち、「action=tcpip_setting」、「model=XXX」）に従って、複数個の通信設定用テンプレートの中から、図７の通信設定画面３１２ａを表わす通信設定データを生成するためのＣＳテンプレート（XXX）を決定する。

Ｓ１３４では、ウェブデータ生成部８７は、抽出済みの各ネットワーク設定パラメータ（例えば「ip=C0A80002」等）に基づいて、各文字列（例えば192.168.0.2）をＣＳテンプレート（XXX）内の各ボックスに記述する。これにより、図７の通信設定画面３１２ａを表わす通信設定データ３１２が完成する。

図５のＳ１３０〜Ｓ１３４が終了すると、仲介サーバ５０の第１の送信部８４は、生成済みの通信設定データ３１２を携帯端末１５０（ブラウザ）に送信する。これにより、Ｓ１４０では、携帯端末１５０（ブラウザ）は、通信設定データ３１２によって表わされる通信設定画面３１２ａ（図７参照）を表示させる。

（図５の続き；図６）
図６に示されるように、携帯端末１５０のユーザは、通信設定画面３１２ａを見ながら、携帯端末１５０を操作して、ＭＦＰ１０Ａが利用すべき新たなネットワーク設定情報を指定することができる。通信設定画面３１２ａ内の複数個のボックスがＭＦＰ１０Ａの現在のネットワーク設定情報３８を示すために、携帯端末１５０のユーザは、ＭＦＰ１０Ａの現在のネットワーク設定情報３８を確認しながら、新たなネットワーク設定情報を指定することができる。

携帯端末１５０（ブラウザ）は、新たなネットワーク設定情報と、ＭＦＰ１０Ａのモデル名「XXX」と、を含むＰＯＳＴコマンド３２０を生成して、ＰＯＳＴコマンド３２０を仲介サーバ５０に送信する。

仲介サーバ５０の第２の受信部８２は、携帯端末１５０（ブラウザ）からＰＯＳＴコマンド３２０を受信する。この場合、Ｓ１５０では、仲介サーバ５０の位置情報生成部８８は、ＰＯＳＴコマンド３２０に含まれるネットワーク設定情報に従って、ＵＲＬ３２２を生成する。図３内の「ＭＦＰ１０Ａの場合」は、モデル名「XXX」を含むＰＯＳＴコマンド３２０が受信される場合に、位置情報生成部８８によって生成されるＵＲＬ３２２の一例を示す。

ＵＲＬ３２２は、図５のＵＲＬ３０２のアクションパラメータ「action=tcpip_setting」とは異なるアクションパラメータ「action=tcpip_change」を含む。また、携帯端末１５０のユーザが、通信設定画面３１２ａ上でＩＰアドレス設定手法を、Ｓｔａｔｉｃの手法からＲＡＲＰの手法に変更したので、ＵＲＬ３２２は、図５のＵＲＬ３０２のネットワーク設定パラメータ「mehod=1」とは異なるネットワーク設定パラメータ「mehod=2」を含む。

次いで、仲介サーバ５０の第２の送信部８５は、リダイレクト先ＵＲＬとしてＵＲＬ３２２を含むリダイレクトコマンド３２４を生成して、リダイレクトコマンド３２４を携帯端末１５０（ブラウザ）に送信する。

携帯端末１５０（ブラウザ）は、リダイレクトコマンド３２４を受信すると、リダイレクトコマンド３２４に従って、要求先ＵＲＬとしてＵＲＬ３２２を含むＧＥＴコマンド３２６を仲介サーバ５０に送信する。

仲介サーバ５０の第３の受信部８３は、携帯端末１５０（ブラウザ）からＧＥＴコマンド３２６を受信する。この場合、仲介サーバ５０の制御部７０は、ＧＥＴコマンド３２６に含まれるＵＲＬ３２２内の「tcpip」に対応するプログラムに従って、以下のＳ１６０〜Ｓ１６４の各処理を実行する。

Ｓ１６０〜Ｓ１６４は、図３のＳ６０〜Ｓ６４と同様である。即ち、仲介サーバ５０のウェブデータ生成部８７は、Ｓ１６０において、ＵＲＬ３２２から各パラメータを抽出し、Ｓ１６２において、抽出済みのアクションパラメータ及びモデルパラメータ（即ち、「action=tcpip_change」、「model=XXX」）を用いて、図７のメッセージ画面３２８ａを表わすメッセージデータを生成するためのＣＭテンプレート（XXX）を決定する。そして、Ｓ１６４では、ウェブデータ生成部８７は、抽出済みの各ネットワーク設定パラメータと、決定済みのＣＭテンプレート（XXX）と、を用いて、メッセージデータ３２８を生成する。これにより、図７のメッセージ画面３２８ａを表わすメッセージデータ３２８が完成する。次いで、仲介サーバ５０の第３の送信部８６は、生成済みのメッセージデータ３２８を携帯端末１５０（ブラウザ）に送信する。

Ｓ１７０では、携帯端末１５０（ブラウザ）は、メッセージデータ３２８によって表わされるメッセージ画面３２８ａ（図７参照）を表示させる。ユーザは、メッセージ画面３２８ａを見ることによって、ユーザによって指定された新たなネットワーク設定情報を確認することができ、さらに、携帯端末１５０をＭＦＰ１０Ａに近づけるべきであることを知ることができる。そして、携帯端末１５０（ＯＳ）は、ＮＦＣ通信を利用して、メッセージ画面３２８ａに記述されているＵＲＬ３２２をＭＦＰ１０Ａに送信する。

ＭＦＰ１０Ａの受信部４２は、ＮＦＣ通信を利用して、携帯端末１５０（ＯＳ）からＵＲＬ３２２を受信する。この場合、Ｓ１８０では、ＭＦＰ１０Ａの抽出部４３は、ＵＲＬ３２２からネットワーク設定情報を抽出する。次いで、Ｓ１８２では、ＭＦＰ１０Ａの処理実行部４４は、現在のネットワーク設定情報３８に代えて、抽出済みの新たなネットワーク設定情報をメモリ３４に格納する。これにより、ＭＦＰ１０Ａは、例えば、Ｓｔａｔｉｃの手法に代えて、ＲＡＲＰの手法に従って、ＭＦＰ１０ＡのＩＰアドレスを取得することができる。そして、ＭＦＰ１０は、新たなネットワーク設定情報を用いて、様々な通信を実行することができる。

（図５〜図７のケースの効果）
本実施例では、携帯端末１５０及びＭＦＰ１０Ａが同一のＬＡＮに接続されていない状況でも、携帯端末１５０は、ＭＦＰ１０Ａ内のネットワーク設定情報３８を取得して、新たなネットワーク設定情報をＭＦＰ１０Ａに送信することができる。しかも、携帯端末１５０に特別なアプリケーションをインストールしなくても、ネットワーク設定情報３８が記述された通信設定画面３１２ａを携帯端末１５０に適切に表示させることができる。また、携帯端末１５０に特別なアプリケーションをインストールしなくても、携帯端末１５０は、ＮＦＣ通信を利用して、新たなネットワーク設定情報をＭＦＰ１０Ａに送信することができる。

また、ＭＦＰ１０Ａは、ＮＦＣ通信を実行して、携帯端末１５０からＵＲＬ３２２を受信する場合に、ＵＲＬ３２２からネットワーク設定情報を抽出する（Ｓ１８０）。そして、ＭＦＰ１０Ａは、新たなネットワーク設定情報を利用して、設定変更処理（即ち新たなネットワーク設定情報をメモリ３４に格納させる処理）を実行する。このために、ＭＦＰ１０Ａは、設定変更処理を適切に実行することができる。

（対応関係）
ＭＦＰ１０Ａ（又は１０Ｂ）、仲介サーバ５０、携帯端末１５０が、それぞれ、「通信装置」、「特定のサーバ」、「端末装置」の一例である。Ｗｉ−Ｆｉ通信（即ちＨＴＴＰ通信）、ＮＦＣ通信が、それぞれ、「第１種の無線通信」、「第２種の無線通信」の一例である。モデル「XXX」、モデル「YYY」が、それぞれ、「第１の機種」、「第２の機種」の一例である。モデルパラメータ「model=XXX」、モデルパラメータ「model=YYY」が、それぞれ、「第１の関係情報」、「第２の関係情報」の一例である。

図２〜図４のケースでは、以下の対応関係が得られる。ＵＲＬ２０２のうちの「/scan」以降の部分が、「第１の位置情報」の一例である。ＵＲＬ２２２が、「第２の位置情報」の一例である。ＧＥＴコマンド２１０、リダイレクトコマンド２２４、ＧＥＴコマンド２２６が、それぞれ、「第１の送信要求」、「アクセスコマンド」、「第２の送信要求」の一例である。ＵＲＬ２０２に含まれるユーザパラメータ及びサービスパラメータ（即ち、「Alice%2cBob」、「service=AAA%2cBBB」）が示す各ユーザ情報が、「現行設定情報」及び「１個以上のアカウント情報」の一例である。スキャン設定画面２１２ａ、スキャン設定画面２１２ｂ、メッセージ画面２２８ａが、それぞれ、「第１の設定ウェブ画面」、「第２の設定ウェブ画面」、「手法ウェブ画面」の一例である。ＳＳテンプレート（XXX）、ＳＳテンプレート（YYY）が、それぞれ、「第１のテンプレート」、「第２のテンプレート」の一例である。ＰＯＳＴコマンド２２０に含まれるスキャン設定情報が、「指定済みの設定情報」の一例である。スキャンＵＬ処理が、「特定の処理」の一例である。

図５〜図７のケースでは、以下の対応関係が得られる。ＵＲＬ３０２のうちの「/tcpip」以降の部分が、「第１の位置情報」の一例である。ＵＲＬ３２２が、「第２の位置情報」の一例である。ＧＥＴコマンド３１０、リダイレクトコマンド３２４、ＧＥＴコマンド３２６が、それぞれ、「第１の送信要求」、「アクセスコマンド」、「第２の送信要求」の一例である。ＵＲＬ３０２に含まれるネットワーク設定パラメータが示すネットワーク設定情報３８が、「現行設定情報」及び「現行ネットワーク設定情報」の一例である。通信設定画面３１２ａ、通信設定画面３１２ｂ、メッセージ画面３２８ａが、それぞれ、「第１の設定ウェブ画面」、「第２の設定ウェブ画面」、「手法ウェブ画面」の一例である。ＣＳテンプレート（XXX）、ＣＳテンプレート（YYY）が、それぞれ、「第１のテンプレート」、「第２のテンプレート」の一例である。ＰＯＳＴコマンド３２０に含まれる新たなネットワーク設定情報が、「指定済みの設定情報」の一例である。設定変更処理が、「特定の処理」の一例である。

（第２実施例）
第１実施例と異なる点を説明する。第１実施例では、図２のＵＲＬ２０２及び図３のＵＲＬ２２２は、モデル名を示すモデルパラメータ（例えば「model=XXX」）を含む。本実施例では、モデルパラメータが利用されない点が、第１実施例とは異なる。

（スキャンＵＬ処理；図８）
図８の各ステップ及び各要素は、基本的には、図２の各ステップ及び各要素と同様である。ただし、図８のＵＲＬ４０２は、図２のＵＲＬ２０２とは異なる。具体的に言うと、Ｓ２１０では、ＭＦＰ１０Ａの制御部３０は、リソース部「scan1」を含むドメイン部と、モデルパラメータ「model=XXX」を含まないクエリ部と、を含むＵＲＬ４０２を生成する。また、ＭＦＰ１０Ｂの制御部（図示省略）は、リソース部「scan2」を含むドメイン部と、モデルパラメータ「model=YYY」を含まないクエリ部と、を含むＵＲＬ４０２を生成する。２つのＵＲＬでは、サーバ名「www.aa.com」が同じであるが、リソース部が異なるので、ドメイン部が異なる。

仲介サーバ５０のウェブデータ生成部８７は、ＧＥＴコマンド４１０内のＵＲＬ４０２のドメイン部にリソース部「scan1」が含まれる場合には、モデル名「XXX」に対応するプログラムに従って、Ｓ２３０〜Ｓ２３４を実行する。具体的に言うと、Ｓ２３２において、ウェブデータ生成部８７は、抽出済みのアクションパラメータ「action=scan_setting」を用いて、ＳＳテンプレート（XXX）及びＳＭテンプレート（XXX）のうちのＳＳテンプレート（XXX）を使用することを決定する。一方において、ウェブデータ生成部８７は、ＧＥＴコマンド４１０内のＵＲＬ４０２のドメイン部にリソース部「scan2」が含まれる場合には、モデル名「YYY」に対応するプログラムに従って、Ｓ２３０〜Ｓ２３４を実行する。具体的に言うと、Ｓ２３２において、ウェブデータ生成部８７は、抽出済みのアクションパラメータ「action=scan_setting」を用いて、ＳＳテンプレート（YYY）及びＳＭテンプレート（YYY）のうちのＳＳテンプレート（YYY）を使用することを決定する。

図８のＵＲＬ４０２が図２のＵＲＬ２０２とは異なるために、図１０のスキャン設定画面４１２ａ，４１２ｂの最上欄に示されるＵＲＬ４０２は、図４のスキャン設定画面２１２ａ，２１２ｂの最上欄に示されるＵＲＬ２０２とは異なる。図８の他の各ステップ（Ｓ２２０、Ｓ２４０等）及び各要素（スキャン設定データ４１２）は、図２の各ステップ（Ｓ２０、Ｓ４０等）及び各要素（スキャン設定データ２１２）と同様である。

（図８の続き；図９）
図９の各ステップ及び各要素は、基本的には、図３の各ステップ及び各要素と同様である。ただし、図９のＵＲＬ４２２は、図３のＵＲＬ２２２とは異なる。具体的に言うと、Ｓ２５０では、仲介サーバ５０の位置情報生成部８８は、ＰＯＳＴコマンド４２０にモデル名「XXX」が含まれる場合には、「/scan1」を含むドメイン部と、モデルパラメータ「model=XXX」を含まないクエリ部と、を含むＵＲＬ４２２を生成する。一方において、位置情報生成部８８は、ＰＯＳＴコマンド４２０にモデル名「YYY」が含まれる場合には、「/scan2」を含むドメイン部と、モデルパラメータ「model=YYY」を含まないクエリ部と、を含むＵＲＬ４２２を生成する。

仲介サーバ５０のウェブデータ生成部８７は、ＧＥＴコマンド４２６内のＵＲＬ４２２のドメイン部にリソース部「scan1」が含まれる場合には、モデル名「XXX」に対応するプログラムに従って、Ｓ２６０〜Ｓ２６４を実行する。具体的に言うと、Ｓ２６２において、ウェブデータ生成部８７は、抽出済みのアクションパラメータ「action=scan_upload」を用いて、ＳＳテンプレート（XXX）及びＳＭテンプレート（XXX）のうちのＳＭテンプレート（XXX）を使用することを決定する。一方において、ウェブデータ生成部８７は、ＧＥＴコマンド４２６のＵＲＬ４２２のドメイン部にリソース部「scan2」が含まれる場合には、モデル名「YYY」に対応するプログラムに従って、Ｓ２６０〜Ｓ２６４を実行する。具体的に言うと、Ｓ２６２において、ウェブデータ生成部８７は、抽出済みのアクションパラメータ「action=scan_upload」を用いて、ＳＳテンプレート（YYY）及びＳＭテンプレート（YYY）のうちのＳＭテンプレート（YYY）を使用することを決定する。

図９のＵＲＬ４２２が図３のＵＲＬ２２２とは異なるために、図１０のメッセージ画面４２８ａ，４２８ｂの最上欄に示されるＵＲＬ４２２は、図４のメッセージ画面２２８ａ，２２８ｂの最上欄に示されるＵＲＬ２２２とは異なる。図９の他の各ステップ（Ｓ２７０、Ｓ２８０、Ｓ２８２等）及び各要素（リダイレクトコマンド４２４、メッセージデータ４２８、スキャンデータ４４０等）は、図３の各ステップ（Ｓ７０、Ｓ８０、Ｓ８２等）及び各要素（リダイレクトコマンド２２４、メッセージデータ２２８、スキャンデータ２４０等）と同様である。

本実施例でも、第１実施例と同様に、仲介サーバ５０は、ＭＦＰ１０Ａ，１０Ｂのモデルに応じて、適切なウェブデータ（即ち、スキャン設定データ４１２、メッセージデータ４２８）を携帯端末１５０に送信することができる。なお、本実施例では、「scan1」、「scan2」が、それぞれ、「第１の関係情報」、「第２の関係情報」の一例である。

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

（変形例１）図２において、ＭＦＰ１０Ａは、ドメイン部「http://www.aa.com/scan1」と、モデルパラメータ及びアクションパラメータを含まないクエリ部（以下では「省略クエリ部」と呼ぶ）と、を含むＵＲＬ２０２（以下では「第１のＵＲＬ」と呼ぶ）を生成してもよい。一方において、ＭＦＰ１０Ｂは、ドメイン部「http://www.aa.com/scan2」と、省略クエリ部と、を含むＵＲＬ２０２（以下では「第２のＵＲＬ」と呼ぶ）を生成してもよい。また、図３において、ＰＯＳＴコマンド２２０にモデル名「XXX」が含まれる場合には、Ｓ５０では、位置情報生成部８８は、ドメイン部「http://www.aa.com/scan3」と、省略クエリ部と、を含むＵＲＬ２２２（以下では「第３のＵＲＬ」と呼ぶ）を生成してもよい。一方において、ＰＯＳＴコマンド２２０にモデル名「YYY」が含まれる場合には、位置情報生成部８８は、ドメイン部「http://www.aa.com/scan4」と、省略クエリ部と、を含むＵＲＬ２２２（以下では「第４のＵＲＬ」と呼ぶ）を生成してもよい。

上記の構成によると、仲介サーバ５０のウェブデータ生成部８７は、ＧＥＴコマンドに含まれる第１〜第４のＵＲＬの各リソース部（例えば「scan1」等）に応じて、異なる処理を適切に実行することができる。例えば、ウェブデータ生成部８７は、第１のＵＲＬを含むＧＥＴコマンドを受信する場合には、第１のＵＲＬに含まれるリソース部「scan1」に対応するプログラムに従って、ＳＳテンプレート（XXX）を決定して（図２のＳ３２）、図４のスキャン設定画面２１２ａを表わすスキャン設定データ２１２を適切に生成することができる。また、例えば、ウェブデータ生成部８７は、第４のＵＲＬを含むＧＥＴコマンドを受信する場合には、第４のＵＲＬに含まれるリソース部「scan4」に対応するプログラムに従って、ＣＭテンプレート（YYY）を決定して（図３のＳ６２）、図４のメッセージ画面２２８ｂを表わすメッセージデータ２２８を適切に生成することができる。

本変形例では、第２実施例と同様に、「scan1」、「scan2」が、それぞれ、「第１の関係情報」、「第２の関係情報」の一例である。そして、本変形例では、第２実施例とは異なり、アクションパラメータをＵＲＬのクエリ部に記述せずに済む。

（変形例２）上記の各実施例では、ＭＦＰ１０Ａに記憶されているアカウント設定情報３６及びネットワーク設定情報３８に着目している。ただし、ＭＦＰ１０Ａに記憶されている他の設定情報（例えば、デフォルトの印刷設定を示す印刷設定情報、デフォルトのスキャン設定を示すスキャン設定情報、電話帳の情報等）が記述されたウェブ画面を携帯端末１５０に表示させるために、上記の各実施例の技術を利用してもよい。本変形例では、印刷設定情報等が、「現行設定情報」の一例である。

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

（変形例４）上記の各実施例では、「携帯端末をＭＦＰに近づけてください」というメッセージを含むメッセージ画面２２８ａが「手法ウェブ画面」の一例である。これに代えて、「手法ウェブ画面」は、「携帯端末にＮＦＣ通信を実行させてください」というメッセージを含んでいてもよい。即ち、「手法ウェブ画面」は、端末装置に第２種の無線通信を実行させることを示すメッセージを含んでいてもよい。より一般的に言うと、「手法ウェブ画面」は、指定済みの設定情報を通信装置に送信するための手法を示していればよい。

（変形例５）上記の各実施例において、例えば、図２〜図４のケースにおいて、図２の各処理のみが実行され、図３の各処理を省略してもよい。この場合でも、携帯端末１５０にスキャン設定画面２１２ａを適切に表示させることができる。即ち、仲介サーバ５０において、第２の受信部８２、第３の受信部８３、第２の送信部８５、第３の送信部８６、及び、位置情報生成部８８を省略してもよい。

（変形例６）仲介サーバ５０は、別体に構成されている２個以上の機器によって構成されていてもよい。例えば、仲介サーバ５０は、ＭＦＰ１０Ａに対応するスキャン設定画面２１２ａを表わすスキャン設定データ２１２を生成するための第１の機器と、ＭＦＰ１０Ｂに対応するスキャン設定画面２１２ｂを表わすスキャン設定データ２１２を生成するための第２の機器と、によって構成されてもよい。また、例えば、仲介サーバ５０は、スキャン設定データ２１２を生成するための第１の機器と、メッセージデータ２２８を生成するための第２の機器と、によって構成されてもよい。換言すると、仲介サーバ５０は、リダイレクト先ＵＲＬを生成する第１の機器と、リダイレクト先である第２の機器と、によって構成されてもよい。一般的に言うと、「特定のサーバ」は、物理的に一個の機器によって構成されてもよいし、別体に構成されている２個以上の機器によって構成されてもよい。

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

２：通信システム、１０Ａ，１０Ｂ：ＭＦＰ、３６：アカウント設定情報、３８：ネットワーク設定情報、５０：仲介サーバ、１００，１１０：サービス提供サーバ、１５０：携帯端末、２０２，２２２，３０２，３２２，４０２，４２２：ＵＲＬ、２１０，２２６，３１０，３２６，４１０，４２６：ＧＥＴコマンド、２１２，４１２：スキャン設定データ、２１２ａ，２１２ｂ，４１２ａ，４１２ｂ，：スキャン設定画面、２２０，３２０，４２０：ＰＯＳＴコマンド、２２４，３２４，４２４：リダイレクトコマンド、２２８，３２８，４２８：メッセージデータ、２２８ａ，２２８ｂ，４２８ａ，４２８ｂ：メッセージ画面、２４０，４４０：スキャンデータ、３１２：通信設定データ、３１２ａ，３１２ｂ：通信設定画面、３２８：メッセージデータ、３２８ａ，３２８ｂ：メッセージ画面

Claims (10)

1. 特定のサーバであって、
   ウェブブラウザを備える端末装置が、第１種の無線通信を利用して、第１の位置情報を含む第１の送信要求を送信する場合に、前記第１の送信要求を受信する第１の受信部であって、前記第１の位置情報は、前記端末装置が、前記第１種の無線通信とは異なる第２種の無線通信を利用して、前記端末装置とは異なる通信装置から受信した位置情報であり、前記第１の位置情報は、前記通信装置に現在記憶されている現行設定情報を含む、前記第１の受信部と、
   前記第１の送信要求が受信される場合に、前記第１の位置情報に含まれる前記現行設定情報が記述された第１の設定ウェブ画面であって、前記通信装置によって利用されるべき設定情報を指定するための前記第１の設定ウェブ画面を表わす第１の設定ウェブデータを生成するウェブデータ生成部と、
   前記第１の設定ウェブデータを前記端末装置に送信する第１の送信部と、
   を備える特定のサーバ。
2. 前記特定のサーバは、さらに、
   前記端末装置が、前記第１種の無線通信を利用して、前記第１の設定ウェブ画面上で指定された指定済みの設定情報を送信する場合に、前記指定済みの設定情報を受信する第２の受信部と、
   前記指定済みの設定情報が受信される場合に、前記指定済みの設定情報を含む第２の位置情報を生成する位置情報生成部であって、前記第２の位置情報は、前記端末装置が、前記第２種の無線通信を利用して、前記指定済みの設定情報を前記通信装置に送信するための手法を示す手法ウェブ画面を、前記端末装置に表示させるための位置情報である、前記位置情報生成部と、
   前記第２の位置情報へのアクセスを指示するためのアクセスコマンドを前記端末装置に送信する第２の送信部と、
   を備える、請求項１に記載の特定のサーバ。
3. 前記第２種の無線通信は、前記第１種の無線通信と比べて無線通信可能な距離が短い近距離無線通信であり、
   前記手法ウェブ画面は、前記端末装置を前記通信装置に近づけることを示すメッセージを含む、請求項２に記載の特定のサーバ。
4. 前記第２の位置情報は、前記特定のサーバ内の位置を示す位置情報を含み、
   前記特定のサーバは、さらに、
   前記端末装置が、前記アクセスコマンドに従って前記第２の位置情報にアクセスすることによって、前記第１種の無線通信を利用して、第２の送信要求を送信する場合に、前記第２の送信要求を受信する第３の受信部と、
   前記第２の送信要求が受信される場合に、前記手法ウェブ画面を表わす手法ウェブデータを前記端末装置に送信する第３の送信部と、
   を備える、請求項２又は３に記載の特定のサーバ。
5. 前記現行設定情報は、前記通信装置に現在記憶されている１個以上のアカウント情報であって、前記特定のサーバとは異なるサービス提供サーバからサービスを受けることが許可される前記１個以上のアカウント情報を含み、
   前記ウェブデータ生成部は、前記１個以上のアカウント情報が記述された前記第１の設定ウェブ画面であって、前記１個以上のアカウント情報の中から１個のアカウント情報を指定するための前記第１の設定ウェブ画面を表わす前記第１の設定ウェブデータを生成する、請求項１から４のいずれか一項に記載の特定のサーバ。
6. 前記現行設定情報は、前記通信装置がネットワーク通信を実行するために現在利用している現行ネットワーク設定情報を含み、
   前記ウェブデータ生成部は、前記現行ネットワーク設定情報が記述された前記第１の設定ウェブ画面であって、前記通信装置が前記現行ネットワーク設定情報に代えて利用すべき新たなネットワーク設定情報を指定するための前記第１の設定ウェブ画面を表わす前記第１の設定ウェブデータを生成する、請求項１から４のいずれか一項に記載の特定のサーバ。
7. 前記第１の位置情報は、前記通信装置の機種に関係する関係情報を含み、
   前記ウェブデータ生成部は、
   前記第１の位置情報が、第１の機種に関係する第１の関係情報を含む第１の場合に、前記第１の機種に対応する前記第１の設定ウェブ画面を表わす前記第１の設定ウェブデータを生成し、
   前記第１の位置情報が、前記第１の機種とは異なる第２の機種に関係する第２の関係情報を含む第２の場合に、前記第１の位置情報に含まれる前記現行設定情報が記述された第２の設定ウェブ画面であって、前記第２の機種に対応する前記第２の設定ウェブ画面を表わす第２の設定ウェブデータを生成し、
   前記第１の送信部は、
   前記第１の場合に、前記第１の設定ウェブデータを前記端末装置に送信し、
   前記第２の場合に、前記第２の設定ウェブデータを前記端末装置に送信する、請求項１から６のいずれか一項に記載の特定のサーバ。
8. 前記特定のサーバは、さらに、
   前記第１の機種と前記第２の機種とを含む複数個の機種に対応する複数個のテンプレートを格納するメモリを備え、
   前記ウェブデータ生成部は、
   前記第１の場合に、前記複数個のテンプレートのうち、前記第１の機種に対応する第１のテンプレートを用いて、前記第１の設定ウェブデータを生成し、
   前記第２の場合に、前記複数個のテンプレートのうち、前記第２の機種に対応する第２のテンプレートを用いて、前記第２の設定ウェブデータを生成する、請求項７に記載の特定のサーバ。
9. 通信装置であって、
   前記通信装置とウェブブラウザを備える端末装置との間に、第１種の無線通信とは異なる第２種の無線通信を実行するための接続が確立される場合に、前記第２種の無線通信を利用して、前記通信装置に現在記憶されている現行設定情報を含む第１の位置情報を、前記端末装置に送信する送信部であって、前記第１の位置情報は、前記端末装置が、前記第１種の無線通信を利用して、特定のサーバから第１の設定ウェブデータを受信するための位置情報であり、前記第１の設定ウェブデータは、前記第１の位置情報に含まれる前記現行設定情報が記述される第１の設定ウェブ画面であって、前記通信装置によって利用されるべき設定情報を指定するための前記第１の設定ウェブ画面を表わすデータである、前記送信部と、
   前記第２種の無線通信を利用して、前記端末装置から、前記第１の設定ウェブ画面上で指定された指定済みの設定情報を含む第２の位置情報を受信する受信部と、
   前記第２の位置情報が受信される場合に、前記第２の位置情報から前記指定済みの設定情報を抽出する抽出部と、
   前記指定済みの設定情報を利用して、特定の処理を実行する処理実行部と、
   を備える通信装置。
10. 特定のサーバのためのコンピュータプログラムであって、
    前記コンピュータプログラムは、前記特定のサーバに搭載されるコンピュータに、以下の各処理、即ち、
    ウェブブラウザを備える端末装置が、第１種の無線通信を利用して、第１の位置情報を含む第１の送信要求を送信する場合に、前記第１の送信要求を受信する第１の受信処理であって、前記第１の位置情報は、前記端末装置が、前記第１種の無線通信とは異なる第２種の無線通信を利用して、前記端末装置とは異なる通信装置から受信した位置情報であり、前記第１の位置情報は、前記通信装置に現在記憶されている現行設定情報を含む、前記第１の受信処理と、
    前記第１の送信要求が受信される場合に、前記第１の位置情報に含まれる前記現行設定情報が記述された第１の設定ウェブ画面であって、前記通信装置によって利用されるべき設定情報を指定するための前記第１の設定ウェブ画面を表わす第１の設定ウェブデータを生成するウェブデータ生成処理と、
    前記第１の設定ウェブデータを前記端末装置に送信する第１の送信処理と、
    を実行させるコンピュータプログラム。

Images