JP2019197415A - サーバとサーバシステムとサーバのためのコンピュータプログラム - Google Patents

Abstract

【課題】 端末装置のユーザによって利用される周辺装置に対応する適切な出力データを外部装置に送信可能なサーバを提供する。【解決手段】 サーバは、端末装置から、インターネットを介して、端末装置とは異なる周辺装置であって、端末装置のユーザによって利用される周辺装置に関係する関係情報を用いて得られる特定情報を含む特定信号を受信する特定信号受信部であって、関係情報は、周辺装置を識別する識別情報と、周辺装置のモデルを示すモデル情報と、のうちの少なくとも１個の情報を含む、特定信号受信部と、端末装置から受信される特定信号に含まれる特定情報を利用して、関係情報に対応する出力データを取得する取得部と、インターネットを介して、取得済みの出力データを外部装置に送信する出力データ送信部と、を備える。【選択図】図９

Description

本明細書では、出力データを外部装置に送信可能なサーバを開示する。

特許文献１には、クライアント端末と、ウェブサーバと、広告配信管理サーバと、広告配信サーバと、を備える広告配信システムが開示されている。クライアント端末は、ユーザによるウェブページへのアクセス操作を受け付けると、ウェブサーバからＨＴＭＬデータを受信する。クライアント端末は、当該ＨＴＭＬデータに組み込まれているスクリプトに従って、広告配信管理サーバにアクセスし、広告配信管理サーバからクッキーＩＤを受信する。そして、クライアント端末は、クッキーＩＤを広告配信サーバに送信する。広告配信管理サーバは、クッキーＩＤを利用してクライアント端末のアクセス履歴を特定し、アクセス履歴に対応するウェブページをクライアント端末に送信する。

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

本明細書では、端末装置のユーザによって利用される周辺装置に対応する適切な出力データを外部装置に送信可能なサーバを提供する。

本明細書によって開示されるサーバは、端末装置から、インターネットを介して、前記端末装置とは異なる周辺装置であって、前記端末装置のユーザによって利用される前記周辺装置に関係する関係情報を用いて得られる特定情報を含む特定信号を受信する特定信号受信部であって、前記関係情報は、前記周辺装置を識別する識別情報と、前記周辺装置のモデルを示すモデル情報と、のうちの少なくとも１個の情報を含む、前記特定信号受信部と、前記端末装置から受信される前記特定信号に含まれる前記特定情報を利用して、前記関係情報に対応する出力データを取得する取得部と、前記インターネットを介して、取得済みの前記出力データを外部装置に送信する出力データ送信部と、を備え、前記特定信号受信部は、第１の前記端末装置から、前記インターネットを介して、前記第１の端末装置の第１の前記ユーザによって利用される第１の前記周辺装置に関係する第１の前記関係情報を用いて得られる第１の前記特定情報を含む第１の前記特定信号を受信し、第２の前記端末装置から、前記インターネットを介して、前記第２の端末装置の第２の前記ユーザによって利用される第２の前記周辺装置に関係する第２の前記関係情報を用いて得られる第２の前記特定情報を含む第２の前記特定信号を受信し、前記第２の周辺装置は、前記第１の周辺装置とは異なり、前記第２の関係情報は、前記第１の関係情報とは異なり、前記第２の特定情報は、前記第１の特定情報とは異なり、前記取得部は、前記第１の端末装置から、前記第１の特定情報を含む前記第１の特定信号が受信されることに応じて、前記第１の特定情報を利用して、前記第１の関係情報に対応する第１の前記出力データを取得し、前記第２の端末装置から、前記第２の特定情報を含む前記第２の特定信号が受信されることに応じて、前記第２の特定情報を利用して、前記第２の関係情報に対応する第２の前記出力データであって、前記第１の出力データとは異なる前記第２の出力データを取得し、前記出力データ送信部は、前記第１の出力データが取得される場合に、取得済みの前記第１の出力データを第１の前記外部装置に送信し、前記第２の出力データが取得される場合に、取得済みの前記第２の出力データを第２の前記外部装置に送信してもよい。

上記の構成によると、サーバは、第１の端末装置から第１の特定情報を含む第１の特定信号を受信し、第１の特定情報を利用して第１の関係情報に対応する第１の出力データを取得し、第１の出力データを第１の外部装置に送信する。また、サーバは、第２の端末装置から第２の特定情報を含む第２の特定信号を受信し、第２の特定情報を利用して第２の関係情報に対応する第２の出力データを取得し、第２の出力データを第２の外部装置に送信する。従って、サーバは、第１の周辺装置及び第２の周辺装置のそれぞれに対応する適切な出力データ（即ち第１の出力データ及び第２の出力データ）を外部装置に送信することができる。

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

通信システムの構成を示す。 各デバイスの構成図を示す。 インストーラが起動されるケースＡのシーケンス図を示す。 図３の続きのシーケンス図を示す。 図４の続きのシーケンス図を示す。 図５の続きのシーケンス図を示す。 インストーラが起動されるケースＢのシーケンス図を示す。 図７の続きのシーケンス図を示す。 サポートページが指定されるケースＣのシーケンス図を示す。 サポートページが指定されるケースＤのシーケンス図を示す。 携帯端末に表示される各画面を示す。 データサーバの構成図を示す。 第２実施例のケースＥのシーケンス図を示す。 図１３の続きのシーケンス図を示す。 第２実施例のケースＦのシーケンス図を示す。 第２実施例の携帯端末に表示される各画面を示す。 第３実施例のケースＧのシーケンス図を示す。 第４実施例のケースＨのシーケンス図を示す。 変形例の携帯端末に表示される画面の一例を示す。

（第１実施例）
（通信システム２の構成；図１、図２）
図１に示すように、通信システム２は、複数個のプリンタ１００Ａ、１００Ｂと、複数個の携帯端末２００Ａ、２００Ｂと、ウェブページサーバ４００と、データベース６００と、ログサーバ７００と、を備える。各プリンタ１００Ａ、１００Ｂ及び各携帯端末２００Ａ、２００Ｂは、同じＡＰ（Access Pointの略）３００に接続されており（即ち同じ無線ＬＡＮ（Local Area Networkの略）に所属しており）、ＡＰ３００を介して相互に通信可能である。なお、変形例では、無線ＬＡＮに代えて有線ＬＡＮが利用されてもよい。また、各プリンタ１００Ａ、１００Ｂ及び各携帯端末２００Ａ、２００Ｂは、ＡＰ３００を介して、インターネット４に接続されている。インターネット４には、別体に構成されている各サーバ４００、７００、及び、データベース６００が設置されている。

（プリンタ１００Ａ、１００Ｂの構成）
各プリンタ１００Ａ、１００Ｂは、印刷機能を実行可能な周辺装置（即ち各携帯端末２００Ａ、２００Ｂの周辺装置）である。プリンタ１００Ａは、プリンタ名「ＡＡＡ１」と、モデル名「Ｍ１」と、シリアル番号「ＺＺＺ１」と、を有する。プリンタ１００Ｂは、プリンタ名「ＡＡＡ２」と、モデル名「Ｍ２」と、シリアル番号「ＺＺＺ２」と、を有する。プリンタ名は、プリンタの管理者によって各プリンタ１００Ａ、１００Ｂに付与される名称である。モデル名は、プリンタのモデルを示す名称である。シリアル番号は、プリンタのベンダによって各プリンタ１００Ａ、１００Ｂに付与されるユニークな番号である。各プリンタ１００Ａ、１００Ｂは、同じベンダ（以下では「プリンタベンダ」と記載する）によって製造される。また、以下では、プリンタ１００Ａ、１００Ｂを総称して、「プリンタ１００」と記載することがある。

（携帯端末２００Ａ、２００Ｂの構成）
各携帯端末２００Ａ、２００Ｂは、携帯電話、スマートフォン、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。変形例では、携帯端末２００Ａに代えて据置型の端末装置が利用されてもよい。図２（Ａ）に示されるように、携帯端末２００Ａは、操作部２１２と、表示部２１４と、通信インターフェース（以下ではインターフェースのことを「Ｉ／Ｆ」と記載する。）２１６と、制御部２３０と、を備える。

操作部２１２は、複数のキーを備える。ユーザは、操作部２１２を操作することによって、様々な指示を携帯端末２００Ａに入力することができる。表示部２１４は、様々な情報を表示するためのディスプレイであり、いわゆるタッチパネル（即ち操作部）としても機能する。以下では、操作部２１２及び表示部２１４を総称して「端末操作部」と呼ぶことがある。通信Ｉ／Ｆ２１６は、ＡＰ３００との無線接続を確立するためのＩ／Ｆである。

制御部２３０は、ＣＰＵ２３２と、メモリ２３４と、を備える。ＣＰＵ２３２は、メモリ２３４に格納されているプログラム２３６に従って、様々な処理を実行する。メモリ２３４は、ＲＯＭ、ＲＡＭ等によって構成される。プログラム２３６は、ブラウザアプリケーション２３８Ａ（以下では「ブラウザ２３８Ａ」と記載する）と、プリントアプリケーション２４０Ａ（以下では、「プリントアプリ２４０Ａ」と記載する）と、インストーラ２４２Ａと、を含む。ブラウザ２３８Ａは、汎用的なウェブページ閲覧ソフトウェアであり、例えば、ＩＥ（Internet Explorer（登録商標）の略）、Ｓａｆａｒｉ（登録商標）、ＧｏｏｇｌｅＣｈｒｏｍｅ（登録商標）等である。プリントアプリ２４０Ａは、印刷対象の画像を表わす印刷データをプリンタ（例えば１００Ａ）に供給するためのアプリケーションである。インストーラ２４２Ａは、プリントアプリ２４０Ａを携帯端末２００Ａにインストールするためのプログラムである。インストーラ２４２Ａは、例えば、プリンタと共に出荷されるコンピュータ読取可能記録媒体から携帯端末２００Ａにインストールされてもよいし、インターネット４上のサーバから携帯端末２００Ａにインストールされてもよい。

携帯端末２００Ｂは、携帯端末２００Ａと同様の構成を備える。図２（Ｂ）に示されるように、携帯端末２００Ｂは、インストーラ２４２Ｂと、ブラウザアプリケーション２３８Ｂ（以下では「ブラウザ２３８Ｂ」と記載する）と、プリントアプリケーション２４０Ｂ（以下では「プリントアプリ２４０Ｂ」と記載する）と、を備える。以下では、携帯端末２００Ａ、２００Ｂを総称して、「携帯端末２００」と記載することがある。

（ウェブページサーバ４００の構成）
ウェブページサーバ４００は、プリンタベンダによってインターネット４上に設置され、ウェブページを表わすウェブページデータを供給するためのサーバである。ウェブページサーバ４００のドメイン名、サブドメイン名は、それぞれ、「webserver.com」、「page」である。

図２（Ｃ）に示されるように、ウェブページサーバ４００は、通信Ｉ／Ｆ４１６と、制御部４３０と、を備える。通信Ｉ／Ｆ４１６は、インターネット４に接続されている。制御部４３０は、ＣＰＵ４３２と、メモリ４３４と、を備える。ＣＰＵ４３２は、メモリ４３４に記憶されているプログラム４３６に従って、様々な処理を実行する。メモリ４３４は、ＲＯＭ、ＲＡＭ等によって構成される。また、図示省略しているが、メモリ４３４は、様々なウェブページを表わすウェブページデータ（例えばＨＴＭＬ（HyperText Markup Languageの略）形式のデータ、画像データ等）を記憶している。ウェブページサーバ４００は、携帯端末２００からの要求に応じて、メモリ４３４内のウェブページデータを携帯端末２００に供給する。

（データベース６００の構成）
データベース６００は、プリンタベンダによってインターネット４上に設置され、図２（Ｄ）に示されるように、管理テーブル６０２を格納する。管理テーブル６０２では、ＩＤと、パスワードと、モデル名と、シリアル番号と、が対応付けられている。プリンタベンダによってインターネット４上に設置されるサーバ（即ちウェブページサーバ４００）は、データベース６００にアクセスすることができる。ＩＤは、ユーザ毎に割当てられる文字列であり、パスワードは、当該ユーザによって設定される文字列である。以下では、ＩＤ、パスワード、モデル名、及び、シリアル番号を総称して、「ユーザ情報」と記載する場合がある。

（ログサーバ７００の構成）
ログサーバ７００は、プリンタベンダとは異なる事業者によってインターネット４上に設置され、ウェブページへのアクセス履歴を記憶するためのサーバである。本実施例では、ログサーバ７００は、Google（登録商標）によって提供される。ただし、変形例では、ログサーバ７００は、他の事業者（例えばプリンタベンダ）によって提供されてもよい。ログサーバ７００のドメイン名は、「logserver.com」である。

図２（Ｅ）に示されるように、ログサーバ７００は、メモリ７３０を備える。メモリ７３０は、ＲＯＭ、ＲＡＭ等によって構成される。メモリ７３０は、ウェブページへのアクセス履歴を示す履歴情報７３２を記憶することができる。

（ケースＡ；図３〜図６）
続いて、図３〜図６を参照して、プリントアプリ２４０Ａを携帯端末２００Ａにインストールし、プリンタ１００Ａのモデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」をデータベース６００の管理テーブル６０２に登録するケースＡを説明する。ケースＡの初期状態では、データベース６００の管理テーブル６０２に、携帯端末２００Ａのユーザに対応するＩＤ「ＵＵＵ１」及びパスワード「ＰＰＰ１」と、携帯端末２００Ｂのユーザに対応するＩＤ「ＵＵＵ２」及びパスワード「ＰＰＰ２」と、が登録されている。以下では、理解のし易さを考慮して、携帯端末２００ＡのＣＰＵ２３２によって実行される処理を説明する際に、ＣＰＵを主体として記載せずに、携帯端末２００Ａのブラウザ２３８Ａ又はインストーラ２４２Ａを主体として記載する。また、ウェブページサーバ４００のＣＰＵ４３２によって実行される処理を説明する際に、ＣＰＵを主体として記載せずに、ウェブページサーバ４００を主体として記載する。

Ｔ１０において、インストーラ２４２Ａを起動させるための操作がユーザによって端末操作部に実行される。この場合、Ｔ１２において、インストーラ２４２Ａは、検索信号をブロードキャストによって送信する。検索信号は、ＡＰ３００に接続されている１個以上の周辺装置（プリンタ１００Ａ、１００Ｂ等）のそれぞれに、当該周辺装置の装置情報（即ち、プリンタ名、モデル名、及び、シリアル番号）を含む応答信号の送信を要求するための信号である。

プリンタ１００Ａは、Ｔ１２において、検索信号を受信すると、Ｔ１４において、プリンタ１００Ａの装置情報（即ち、プリンタ名「ＡＡＡ１」、モデル名「Ｍ１」、及び、シリアル番号「ＺＺＺ１」）を含む応答信号を携帯端末２００Ａに送信する。図示省略しているが、プリンタ１００ＢもＴ１４と同様の処理を実行する。

インストーラ２４２Ａは、Ｔ１４において、プリンタ１００Ａを含む１個以上の周辺装置のそれぞれから応答信号を受信すると、Ｔ１６において、選択画面Ｓ１を表示部２１４に表示させる。選択画面Ｓ１は、１個以上の周辺装置のそれぞれについて、当該周辺装置のプリンタ名及びモデル名を含む。

Ｔ１８において、選択画面Ｓ１からプリンタ１００Ａのプリンタ名「ＡＡＡ１」及びモデル名「Ｍ１」を選択するための操作が端末操作部に実行される。この場合、Ｔ２０において、インストーラ２４２Ａは、プリントアプリ２４０Ａをインストールする。プリントアプリ２４０Ａのインストールが完了すると、Ｔ２２において、インストーラ２４２Ａは、インストール完了画面Ｓ２を表示部２１４に表示させる。インストール完了画面Ｓ２は、プリントアプリ２４０Ａのインストールが完了したことを示すメッセージと、ログの収集を許可するのか否かを確認するためのメッセージと、チェックボックスと、ＯＫボタンと、を含む。

インストーラ２４２Ａは、Ｔ２４において、チェックボックスへのチェックの付与を受け付け、ＯＫボタンの操作を受け付けると、ログの収集が許可されたと判断し、Ｔ２６において、ＵＲＬ（Uniform Resource Locatorの略）１２を生成して、ＵＲＬ１２をブラウザ２３８Ａに供給する（即ち受け渡す）。一般的に、ＵＲＬは、スキーム部、オーソリティー部、パス部、及び、クエリ部を含む。例えば、「http://page.webserver.com/aaa/bbb?xxx」では、「http」がスキーム部に相当し、マーク「:」及び「//」の後の「page.webserver.com」がオーソリティー部に相当し、「aaa/bbb」がパス部に相当し、マーク「?」の後の「xxx」がクエリ部に相当する。なお、ＵＲＬは、クエリ部を含まないこともあり得る。インストーラ２４２Ａは、まず、予め決められているＵＲＬ１２ａ（即ち「http://page.webserver.com/fin」）を特定する。ＵＲＬ１２ａは、ウェブページサーバ４００のサブドメイン名「page」及びドメイン名「webserver.com」を含む。そして、インストーラ２４２Ａは、ＵＲＬ１２ａにクエリ文字列１２ｂを付加することによって、ＵＲＬ１２を生成する。クエリ文字列１２ｂは、Ｔ１８で選択されたプリンタ１００Ａのモデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」を含む（即ち「model=M1&serial=ZZZ1」）。次いで、インストーラ２４２Ａは、Ｔ２６において、生成済みのＵＲＬ１２をブラウザ２３８Ａに供給する。

ブラウザ２３８Ａは、Ｔ２６において、インストーラ２４２ＡからＵＲＬ１２を取得すると、Ｔ３０において、ＵＲＬ１２を送信先ＵＲＬとして含むＧＥＴ要求をウェブページサーバ４００に送信する。

ウェブページサーバ４００は、Ｔ３０において、携帯端末２００ＡからＧＥＴ要求を受信すると、Ｔ３２において、ＧＥＴ要求に含まれるＵＲＬ１２内のマーク「？」よりも前（即ち、スキーム部、オーソリティー部、パス部）に記述されている文字列をＵＲＬ１２ａとして抽出し、マーク「？」よりも後（即ちクエリ部）に記述されている文字列をクエリ文字列１２ｂとして抽出する。ウェブページサーバ４００は、さらに、クエリ文字列１２ｂの中から、プリンタ１００Ａのモデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」を抽出する。このように、ウェブページサーバ４００は、送信先ＵＲＬ１２からモデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」を抽出するので、送信先ＵＲＬ１２とは異なる情報が記述されるべきＧＥＴ要求内の他の領域からモデル名「Ｍ１」等を抽出せずに済む。このために、モデル名「Ｍ１」等を容易に抽出することができる。ただし、変形例では、ＧＥＴ要求内の上記の他の領域にモデル名「Ｍ１」等が記述されてもよく、ウェブページサーバ４００は、上記の他の領域からモデル名「Ｍ１」等を抽出してもよい。

Ｔ３４において、ウェブページサーバ４００は、抽出済みのモデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」を利用して、ＣｏｏｋｉｅファイルＣ１を生成する。ＣｏｏｋｉｅファイルＣ１は、Ｃｏｏｋｉｅ名が記述されるＣｏｏｋｉｅ名領域と、ドメイン情報が記述されるドメイン領域と、を含む。ウェブページサーバ４００は、Ｃｏｏｋｉｅ名領域に「Ｍ１」及び「ＺＺＺ１」を記述し（即ち「model&serial=M1&ZZZ1」）、ドメイン領域にウェブページサーバ４００のドメイン名を記述する（即ち「domain=webserver.com」）。ＣｏｏｋｉｅファイルＣ１がプリンタ１００Ａの情報（即ちモデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」）を含むので、ＣｏｏｋｉｅファイルＣ１と当該情報とが対応付けられる。

Ｔ３６において、ウェブページサーバ４００は、クライアントＩＤ「ＹＹＹ」と、モデル名「Ｍ１」と、シリアル番号「ＺＺＺ１」と、を対応付けて記憶する。クライアントＩＤは、インターネット４上のサーバを運用する個々のベンダ（即ちクライアント）毎に割り当てられるユニークなＩＤである。クライアントの１つであるプリンタベンダには、クライアントＩＤ「ＹＹＹ」が割り当てられている。

図４のＴ３８において、ウェブページサーバ４００は、ＵＲＬ１２ａに対応するログ情報登録完了ページデータと、図３のＴ３４で生成されたＣｏｏｋｉｅファイルＣ１と、ＧＴＭ（Google（登録商標） Tag Managerの略）と、を含むＧＥＴ応答を携帯端末２００Ａに送信する。ＧＴＭは、ログサーバ７００へのアクセスを携帯端末２００Ａに実行させるための指示情報である。ＧＴＭは、クライアントＩＤ「ＹＹＹ」と、アクセス先ＵＲＬであるＵＲＬ１４「http://logserver.com/regist」と、仮想ＵＲＬ生成コマンドと、を含む。アクセス先ＵＲＬ１４は、ログサーバ７００のドメイン（即ち「logserver.com」）を含む。従って、携帯端末２００Ａは、アクセス先ＵＲＬ１４を利用して、ログサーバ７００にアクセスすることができる。仮想ＵＲＬ生成コマンドは、携帯端末２００Ａのブラウザ２３８Ａが解釈可能なＪａｖａＳｃｒｉｐｔ（登録商標）に従って記述されており、仮想ＵＲＬの生成を携帯端末２００Ａに実行させるためのコマンドである。仮想ＵＲＬ生成コマンドは、Ｔ３２で抽出されたＵＲＬ１２ａ（即ち「http://page.webserver.com/fin」）と、Ｔ３２で抽出されたモデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」を含む文字列６２（即ち「model =M1&serial=ZZZ1」）と、を含む。

ブラウザ２３８Ａは、Ｔ３８において、ウェブページサーバ４００からＧＥＴ応答を受信すると、Ｔ４０において、当該応答に含まれる仮想ＵＲＬ生成コマンドを実行する。具体的には、ブラウザ２３８Ａは、当該コマンド内のＵＲＬ１２ａと、当該コマンド内の文字列６２であるクエリ文字列と、を含む仮想ＵＲＬ１６（即ち「http://page.webserver.com/fin?model=M1&serial=ZZZ1」）を生成する。ブラウザ２３８Ａは、さらに、当該応答に含まれるＧＴＭからクライアントＩＤ「ＹＹＹ」とアクセス先ＵＲＬ１４とを抽出する。そして、ブラウザ２３８Ａは、ＧＥＴ要求をログサーバ７００に送信する。ＧＥＴ要求は、抽出済みのＵＲＬ１４を送信先ＵＲＬとして含み、さらに、抽出済みのクライアントＩＤ「ＹＹＹ」と、生成済みの仮想ＵＲＬ１６と、を含む。仮想ＵＲＬ１６は、送信先ＵＲＬではなく、仮想ＵＲＬ１６を構成する文字列をログサーバ７００に通知するための役割を有する。

ログサーバ７００は、Ｔ４０において、携帯端末２００ＡからＧＥＴ要求を受信すると、Ｔ４２において、ＧＥＴ要求から各情報を抽出する。具体的には、ログサーバ７００は、クライアントＩＤ「ＹＹＹ」を抽出し、仮想ＵＲＬ１６のマーク「？」よりも前に記述されている文字列をＵＲＬ１２ａとして抽出し、仮想ＵＲＬ１６のマーク「？」よりも後に記述されている文字列をクエリ文字列６２として抽出する。ログサーバ７００は、さらに、クエリ文字列６２の中から、プリンタ１００Ａのモデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」を抽出する。

Ｔ４４において、ログサーバ７００は、抽出済みの各情報（即ち、クライアントＩＤ「ＹＹＹ」、ＵＲＬ１２ａ、モデル名「Ｍ１」、シリアル番号「ＺＺＺ１」）と、受信時刻（例えば「２０１８／４／３０ １６：００」）と、が関連付けられている履歴情報７３２をメモリ７３０に記録する。受信時刻は、携帯端末２００ＡからＧＥＴ要求を受信した時刻である。これにより、携帯端末２００Ａのユーザの指示に応じて携帯端末２００ＡによってアクセスされたＵＲＬ１２ａと、プリンタ１００Ａの情報（即ち、モデル名「Ｍ１」、シリアル番号「ＺＺＺ１」）と、が関連付けられる。

Ｔ４６において、ログサーバ７００は、Ｔ４０のＧＥＴ要求に対するＧＥＴ応答を携帯端末２００Ａに送信する。当該応答は、ウェブページデータを含まない。即ち、Ｔ４０のＧＥＴ要求は、ウェブページデータを要求するための信号ではなく、当該ＧＥＴ要求内の各情報をログサーバ７００に記録するための信号である。

ブラウザ２３８Ａは、Ｔ４６において、ログサーバ７００からＧＥＴ応答を受信すると、Ｔ５０において、Ｔ３８のＧＥＴ応答に含まれるログ情報登録完了ページデータによって表わされるログ情報登録完了ページＤ１を表示部２１４に表示させる。図１１（Ａ）に示されるように、ページＤ１は、サポートページを表示させるためのボタンＢ１と、プリンタベンダによって提供されるソフトウェアをダウンロードするためのボタンＢ２と、プリンタ１００Ａの製品登録を実行するためのボタンＢ３と、キャンセルボタンと、を含む。製品登録は、プリンタ１００Ａのモデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」をデータベース６００に登録することを意味する。ボタンＢ３は、プリンタ１００Ａのモデル名「Ｍ１」を含む。

Ｔ５２において、ブラウザ２３８Ａは、Ｔ３８のＧＥＴ応答に含まれるＣｏｏｋｉｅファイルＣ１をメモリ２３４に記憶させる。これにより、携帯端末２００Ａは、ＣｏｏｋｉｅファイルＣ１内のドメイン領域に記述されている文字列「webserver.com」を含むＵＲＬを指定するための指示が携帯端末２００Ａのユーザによって与えられる場合に、当該ＵＲＬとＣｏｏｋｉｅファイルＣ１とを含むＧＥＴ要求をウェブページサーバ４００に送信することができるようになる。

図５のＴ６０において、ブラウザ２３８Ａは、ページＤ１内のボタンＢ１の選択を受け付けると、ボタンＢ１に対応付けられているＵＲＬ１８「http://page.webserver.com/login」を特定する。この場合、ブラウザ２３８Ａは、記憶済みのＣｏｏｋｉｅファイルＣ１（図４のＴ５２参照）を参照して、特定済みのＵＲＬ１８が、ＣｏｏｋｉｅファイルＣ１内のドメイン領域に記述されているドメイン名「webserver.com」を含むと判断する。そして、Ｔ６２において、ブラウザ２３８Ａは、ＵＲＬ１８を送信先ＵＲＬとして含むと共に、ＣｏｏｋｉｅファイルＣ１を含むＧＥＴ要求をウェブページサーバ４００に送信する。

ウェブページサーバ４００は、Ｔ６２において、携帯端末２００ＡからＧＥＴ要求を受信すると、Ｔ６４において、ＵＲＬ１８に対応するログインページデータとＧＴＭとを含むＧＥＴ応答を携帯端末２００Ａに送信する。当該ＧＴＭは、仮想ＵＲＬ生成コマンドがＵＲＬ１８を含む点を除いて、図４のＴ３８のＧＴＭと同様である。

ブラウザ２３８Ａは、Ｔ６４において、ウェブページサーバ４００からＧＥＴ応答を受信すると、Ｔ６６において、ログインページデータによって表わされるログインページＤ２を表示部２１４に表示させる。図１１（Ｂ）に示されるように、ページＤ２は、ＩＤを入力するＩＤ入力欄と、パスワードを入力するパスワード入力欄と、ＯＫボタンと、を含む。また、ブラウザ２３８Ａは、Ｔ６４の応答に含まれるＧＴＭに従って、ＵＲＬ１８と文字列６２とを含む仮想ＵＲＬ２０「http://page.webserver.com/login?model=M1&serial=ZZZ1」を生成する。そして、携帯端末２００Ａとログサーバ７００との間で図４のＴ４０〜Ｔ４６と同様の処理が実行される。この結果、ログサーバ７００においてＵＲＬ１８が記録される。

ブラウザ２３８Ａは、Ｔ７０において、携帯端末２００ＡのユーザからＩＤ「ＵＵＵ１」及びパスワード「ＰＰＰ１」の入力を受け付け、ＯＫボタンの操作を受け付けると、ＯＫボタンに対応付けられているＵＲＬ２２「http://page.webserver.com/regist」を特定する。そして、ブラウザ２３８Ａは、特定済みのＵＲＬ２２がＣｏｏｋｉｅファイルＣ１内のドメイン名「webserver.com」を含むと判断し、Ｔ７２において、ＵＲＬ２２を送信先ＵＲＬとして含むと共に、ＩＤ「ＵＵＵ１」、パスワード「ＰＰＰ１」、及び、ＣｏｏｋｉｅファイルＣ１を含むＰＯＳＴ要求をウェブページサーバ４００に送信する。

ウェブページサーバ４００は、Ｔ７２において、携帯端末２００ＡからＰＯＳＴ要求を受信すると、ユーザの認証を実行する。具体的には、ウェブページサーバ４００は、データベース６００にアクセスして、ＩＤ「ＵＵＵ１」とパスワード「ＰＰＰ１」とを含むユーザ情報が管理テーブル６０２に登録済みであるのか否かを判断する。本ケースでは、ウェブページサーバ４００は、当該ユーザ情報が管理テーブル６０２に登録済みであると判断し（図３の管理テーブル６０２参照）、Ｔ７４において、ユーザの認証が成功する。

ウェブページサーバ４００は、Ｔ７６において、ＣｏｏｋｉｅファイルＣ１及びＩＤ「ＵＵＵ１」を利用して、ＣｏｏｋｉｅファイルＣ２を生成する。ウェブページサーバ４００は、ＣｏｏｋｉｅファイルＣ１のＣｏｏｋｉｅ名領域にＩＤ「ＵＵＵ１」を付加する（即ち「model&serial&ID=M1&ZZZ1&UUU1」）。そして、ウェブページサーバ４００は、Ｔ７８において、ＵＲＬ２２に対応する製品登録ページデータと、Ｔ７４で生成されたＣｏｏｋｉｅファイルＣ２と、ＧＴＭと、を含むＰＯＳＴ応答を携帯端末２００Ａに送信する。当該ＧＴＭは、仮想ＵＲＬ生成コマンドがＵＲＬ２２を含む点を除いて、図４のＴ３８のＧＴＭと同様である。なお、ウェブページサーバ４００は、ユーザの認証に失敗する場合には、ＣｏｏｋｉｅファイルＣ２を生成せず、製品登録ページデータに代えて、認証に失敗したことを示すウェブページデータを含むＰＯＳＴ応答を携帯端末２００Ａに送信する。

ブラウザ２３８Ａは、Ｔ７８において、ウェブページサーバ４００からＰＯＳＴ応答を受信すると、Ｔ８０において、メモリ２３４内のＣｏｏｋｉｅファイルＣ１に代えて、当該応答内のＣｏｏｋｉｅファイルＣ２をメモリ２３４に記憶させる。そして、ブラウザ２３８Ａは、製品登録ページデータによって表わされる製品登録ページＤ３を表示部２１４に表示させる。図１１（Ｃ）に示されるように、ページＤ３は、プリンタのモデル名及びシリアル番号を入力するためのプリンタ入力欄と、ＯＫボタンと、を含む。プリンタ入力欄は、プリンタ１００Ａのモデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」が既に入力されている状態である。このために、ユーザは、ＯＫボタンを選択するだけで、プリンタ１００Ａの情報を管理テーブル６０２に容易に登録することができる。ただし、ユーザは、モデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」とは異なるモデル名及びシリアル番号をプリンタ入力欄に入力することもできる。また、ブラウザ２３８Ａは、ＵＲＬ２２と文字列６２とを含む仮想ＵＲＬ２４（http://page.webserver.com/regist?model=M1&serial=ZZZ1）を生成する。そして、携帯端末２００Ａとログサーバ７００の間で図４のＴ４０〜Ｔ４６と同様の処理が実行される。この結果、ログサーバ７００においてＵＲＬ２２が記録される。

ブラウザ２３８Ａは、図６のＴ９０において、ページＤ３のプリンタ入力欄においてモデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」が入力されている状態で、ＯＫボタンの選択を受け付けると、モデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」が製品登録の対象であると判断し、ＯＫボタンに対応付けられているＵＲＬ２６「http://page.webserver.com/registfin」を特定する。そして、ブラウザ２３８Ａは、ＵＲＬ２６がＣｏｏｋｉｅファイルＣ２内のドメイン名「webserver.com」を含むと判断し、Ｔ９２において、ＵＲＬ２６を送信先ＵＲＬとして含むと共に、モデル名「Ｍ１」、シリアル番号「ＺＺＺ１」、及び、ＣｏｏｋｉｅファイルＣ２を含むＰＯＳＴ要求をウェブページサーバ４００に送信する。

ウェブページサーバ４００は、Ｔ９２において、携帯端末２００ＡからＰＯＳＴ要求を受信すると、Ｔ９４において、ＰＯＳＴ要求から、モデル名「Ｍ１」、シリアル番号「ＺＺＺ１」、及び、ＩＤ「ＵＵＵ１」を抽出する。そして、ウェブページサーバ４００は、Ｔ９６において、抽出済みの各情報をデータベース６００に送信する。データベース６００は、ウェブページサーバ４００から各情報を受信すると、受信済みのＩＤ「ＵＵＵ１」が管理テーブル６０２に登録されていると判断し、ＩＤ「ＵＵＵ１」に対応付けて、受信済みのモデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」を登録する。これにより、ＩＤ「ＵＵＵ１」、パスワード「ＰＰＰ１」、モデル名「Ｍ１」、及び、シリアル番号「ＺＺＺ１」が対応付けられる。

ウェブページサーバ４００は、Ｔ９８において、ＵＲＬ２６に対応する登録完了ページデータとＧＴＭとを含むＰＯＳＴ応答を携帯端末２００Ａに送信する。当該ＧＴＭは、仮想ＵＲＬ生成コマンドがＵＲＬ２６を含む点を除いて、図４のＴ３８のＧＴＭと同様である。

ブラウザ２３８Ａは、Ｔ９８において、ウェブページサーバ４００からＰＯＳＴ応答を受信すると、Ｔ１００において、当該応答内の登録完了ページデータによって表わされる製品登録完了ページを表示部２１４に表示させる。当該ページは、製品登録が完了したことを示すメッセージを含む。また、ブラウザ２３８Ａは、ＵＲＬ２６と文字列６２とを含む仮想ＵＲＬ２８（http://page.webserver.com/registfin?model=M1&serial=ZZZ1）を生成する。そして、携帯端末２００Ａ及びログサーバ７００の間で図４のＴ４０〜Ｔ４６と同様の処理が実行される。この結果、ログサーバ７００においてＵＲＬ２６が記録される。図６には、図３〜図６の処理によってログサーバ７００に記録される複数個のＵＲＬ１２ａ、１８等を含む履歴情報７３２が示されている。

（ケースＢ；図７、図８）
続いて、図７、図８を参照して、ウェブページサーバ４００へのログインが完了した後に、プリントアプリ２４０Ａを携帯端末２００ＡにインストールするケースＢを説明する。ケースＢの初期状態は、図３のケースＡの初期状態と同様である。

ブラウザ２３８Ａは、Ｔ２１０において、ログイン操作を受け付ける。ログイン操作は、ブラウザ２３８Ａを起動する操作と、ＵＲＬ１８を入力する操作と、を含む。この場合、ブラウザ２３８Ａは、Ｔ２１２において、ＵＲＬ１８を送信先として含むＧＥＴ要求をウェブページサーバ４００に送信し、Ｔ２１４において、ウェブページサーバ４００から、ＵＲＬ１８に対応するログインページデータを含むＧＥＴ応答を受信する。Ｔ２１６、Ｔ２２０は、それぞれ、図５のＴ６６、Ｔ７０と同様である。

ブラウザ２３８Ａは、Ｔ２２０において、ＩＤ「ＵＵＵ１」及びパスワード「ＰＰＰ１」の入力を受け付け、ＯＫボタンの操作を受け付けると、ＯＫボタンに対応付けられているＵＲＬ２９「http://page.webserver.com/top」を特定する。そして、ブラウザ２３８Ａは、Ｔ２２２において、ＵＲＬ２９を送信先ＵＲＬとして含むとともに、ＩＤ「ＵＵＵ１」、及び、パスワード「ＰＰＰ１」を含むＰＯＳＴ要求をウェブページサーバ４００に送信する。

Ｔ２２４は、図５のＴ７４と同様である。ウェブページサーバ４００は、Ｔ２２６において、ＰＯＳＴ要求内のＩＤ「ＵＵＵ１」を利用して、ＣｏｏｋｉｅファイルＣ３を生成する。ウェブページサーバ４００は、Ｃｏｏｋｉｅ名領域に「Ｕ１」を記述し（即ち「ID=UUU1」）、ドメイン領域にウェブページサーバ４００のドメイン名を記述する（即ち「domain=webserver.com」）。ウェブページサーバ４００は、Ｔ２２８において、ＵＲＬ２９に対応するトップページデータと、ＣｏｏｋｉｅファイルＣ３と、を含むＰＯＳＴ応答を携帯端末２００Ａに送信する。

ブラウザ２３８Ａは、Ｔ２２８において、ウェブページサーバ４００からＰＯＳＴ応答を受信すると、Ｔ２３０において、ＣｏｏｋｉｅファイルＣ３をメモリ２３４に記憶させ、Ｔ２３２において、ＰＯＳＴ応答に含まれるトップページデータによって表わされるトップページを表示部２１４に表示させる。その後、インストーラ２４２Ａ、ブラウザ２３８Ａ、及び、プリンタ１００Ａの間で、図３のＴ１０〜Ｔ２６と同様の処理が実行され、携帯端末２００Ａにプリントアプリ２４０Ａがインストールされる。

ブラウザ２３８Ａは、インストーラ２４２ＡからＵＲＬ１２を取得すると、ＵＲＬ１２がＣｏｏｋｉｅファイルＣ３内のドメイン名「webserver.com」を含むと判断し、Ｔ２４０において、ＵＲＬ１２を送信先ＵＲＬとして含むとともに、ＣｏｏｋｉｅファイルＣ３を含むＧＥＴ要求をウェブページサーバ４００に送信する。

ウェブページサーバ４００は、Ｔ２４０において、携帯端末２００ＡからＧＥＴ要求を受信すると、Ｔ２４２において、ＵＲＬ１２内の「ＵＲＬ１２ａ」、モデル名「Ｍ１」、シリアル番号「ＺＺＺ１」、及び、ＣｏｏｋｉｅファイルＣ３内のＩＤ「ＵＵＵ１」を抽出する。そして、ウェブページサーバ４００は、Ｔ２４４において、抽出済みの各情報（即ち、モデル名「Ｍ１」、シリアル番号「ＺＺＺ１」、及び、ＩＤ「ＵＵＵ１」）をデータベース６００に送信する。データベース６００は、ウェブページサーバ４００から各情報を受信すると、受信済みのＩＤ「ＵＵＵ１」が管理テーブル６０２に登録されていると判断し、ＩＤ「ＵＵＵ１」に対応付けて、モデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」を登録する。これにより、ＩＤ「ＵＵＵ１」、パスワード「ＰＰＰ１」、モデル名「Ｍ１」、及び、シリアル番号「ＺＺＺ１」が対応付けられる。Ｔ２４６は、図３のＴ３６と同様である。

ウェブページサーバ４００は、図８のＴ２４８において、ＣｏｏｋｉｅファイルＣ２を生成する。ウェブページサーバ４００は、ＣｏｏｋｉｅファイルＣ３のＣｏｏｋｉｅ名領域にモデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」を付加する（即ち「model&serial&ID=M1&ZZZ1=UUU1」）。Ｔ２５０のＧＥＴ応答は、ＣｏｏｋｉｅファイルＣ２を含む点を除いて、図４のＴ３８のＧＥＴ応答と同様である。そして、携帯端末２００Ａとログサーバ７００との間で図４のＴ４０〜Ｔ４６と同様の処理が実行される。この結果、ＵＲＬ１２ａがログサーバ７００に記録される。Ｔ２６０は、図４のＴ５０と同様である。

ブラウザ２３８Ａは、Ｔ２６２において、メモリ２３４内のＣｏｏｋｉｅファイルＣ３に代えて、Ｔ２５０のＧＥＴ応答に含まれるＣｏｏｋｉｅファイルＣ２をメモリ２３４に記憶させる。このように、ウェブページサーバ４００へのログインが完了する前にプリントアプリ２４０ＡをインストールするケースＡ（図３〜図６）と、ウェブページサーバ４００へのログインが完了した後にプリントアプリ２４０ＡをインストールするケースＢ（図７、図８）と、のどちらでも、携帯端末２００Ａは同じＣｏｏｋｉｅファイルＣ２を記憶することができる。

（ケースＣ；図９）
続いて、図９を参照して、携帯端末２００Ａのユーザ（即ちプリンタ１００Ａのユーザ）が、携帯端末２００Ａを利用して、サポートページにアクセスするケースＣについて説明する。ケースＣの初期状態は、ケースＡ（図３〜図６）又はケースＢ（図７、図８）の後の状態、即ち、携帯端末２００ＡがＣｏｏｋｉｅファイルＣ２を記憶しており、ウェブページサーバ４００が、クライアントＩＤ「ＹＹＹ」、モデル名「Ｍ１」、及び、シリアル番号「ＺＺＺ１」を対応付けて記憶している状態である。

ユーザは、例えばプリンタ１００Ａにおいてエラーが発生する場合に、携帯端末２００Ａのブラウザ２３８Ａを起動させ、Ｔ３１０において、サポートページに対応するＵＲＬ３０「http://page/webserver.com/support」を入力する。この場合、ブラウザ２３８Ａは、記憶済みのＣｏｏｋｉｅファイルＣ２（図５のＴ８０又は図８のＴ２６２）を参照して、ＵＲＬ３０がＣｏｏｋｉｅファイルＣ２内のドメイン名「webserver.com」を含むと判断する。そして、Ｔ３１２において、ブラウザ２３８Ａは、ＵＲＬ３０を送信先ＵＲＬとして含むと共に、ＣｏｏｋｉｅファイルＣ２を含むＧＥＴ要求をウェブページサーバ４００に送信する。なお、図示省略しているが、ドメイン名「webserver.com」を含まないＵＲＬを指定するための指示がユーザによって携帯端末２００Ａに与えられる場合には、ブラウザ２３８Ａは、当該ＵＲＬがＣｏｏｋｉｅファイルＣ２内のドメイン名「webserver.com」を含まないと判断する。この場合、ブラウザ２３８Ａは、当該ＵＲＬを送信先ＵＲＬとして含むＧＥＴ要求であって、ＣｏｏｋｉｅファイルＣ２を含まないＧＥＴ要求を送信する。

ウェブページサーバ４００は、Ｔ３１２において、携帯端末２００ＡからＧＥＴ要求を受信すると、Ｔ３１４において、ＧＥＴ要求内のＣｏｏｋｉｅファイルＣ２からモデル名「Ｍ１」、シリアル番号「ＺＺＺ１」、及び、ＩＤ「ＵＵＵ１」を抽出する。この場合、ウェブページサーバ４００は、携帯端末２００Ａのユーザによって利用されるプリンタ１００Ａがモデル名「Ｍ１」を有すると判断し、Ｔ３１６において、モデル名「Ｍ１」を有するプリンタのためのサポートページデータを取得する。そして、ウェブページサーバ４００は、Ｔ３１８において、取得済みのサポートページデータとＧＴＭとを含むＧＥＴ応答を携帯端末２００Ａに送信する。これにより、ユーザが複数のモデル名の一覧からモデル名「Ｍ１」を選択しなくても、携帯端末２００Ａにおいて、モデル名「Ｍ１」を有するプリンタのためのサポートページを表示させることができる。このために、ユーザの利便性が向上する。また、上記のＧＴＭは、仮想ＵＲＬ生成コマンドがＵＲＬ３０を含む点を除いて、図４のＴ３８のＧＴＭと同様である。なお、ウェブページサーバ４００は、Ｔ３１２のＧＥＴ要求内にＣｏｏｋｉｅファイルＣ２が含まれていない場合には、複数のモデル名の一覧を含むサポートページを表わすサポートページデータを含むＧＥＴ応答を携帯端末２００Ａに送信する。

ブラウザ２３８Ａは、Ｔ３１８において、ウェブページサーバ４００からＧＥＴ応答を受信すると、Ｔ３２０において、当該応答内のサポートページデータによって表わされるサポートページＳＰ１を表示部２１４に表示させる。ページＳＰ１は、モデル名「Ｍ１」のためのサポートページであることを示すメッセージと、モデル名「Ｍ１」のためのソフトウェアのダウンロートを示すボタンと、モデル名「Ｍ１」のためのＱ＆Ａページを示すボタンと、モデル名「Ｍ１」のための製品マニュアルを示すボタンと、を含む。ユーザは、例えば、Ｑ＆Ａページを示すボタン又は製品マニュアルを示すボタンを選択することによって、プリンタ１００Ａで発生しているエラーを解消するための方策を知ることができる。

また、ブラウザ２３８Ａは、ＵＲＬ３０と文字列６２とを含む仮想ＵＲＬ３２（http://page.webserver.com/support?model=M1&serial=ZZZ1）を生成する。そして、携帯端末２００Ａとログサーバ７００との間で図４のＴ４０〜Ｔ４６と同様の処理が実行される。この結果、ログサーバ７００においてＵＲＬ３０が記録される。

（ケースＤ；図１０）
続いて、図１０を参照して、携帯端末２００Ｂのユーザ（即ちプリンタ１００Ｂのユーザ）が、携帯端末２００Ｂを利用して、サポートページにアクセスするケースＤについて説明する。ケースＤの初期状態は、携帯端末２００Ｂのインストーラ２４２Ｂ、ブラウザ２３８Ｂ、ウェブページサーバ４００、及び、ログサーバ７００の間でＴ１０〜Ｔ１００（図３〜図６）と同様の処理が実行された後の状態である。ただし、ユーザは、図３のＴ１８の選択画面Ｓ１上において、プリンタ１００Ｂのプリンタ名「ＡＡＡ２」を選択する。また、携帯端末２００Ｂのメモリ（図示省略）は、プリンタ１００Ｂのモデル名「Ｍ２」及びシリアル番号「ＺＺＺ２」を含むＣｏｏｋｉｅファイルＣ１２を記憶する。ＣｏｏｋｉｅファイルＣ１２のＣｏｏｋｉｅ名領域には、モデル名「Ｍ２」及び「ＺＺＺ２」が記述されており（即ち「model&serial=M2&ZZZ2」）、ドメイン名領域には、ウェブページサーバ４００のドメイン名が記述されている（即ち「domain=webserver.com」）。また、ウェブページサーバ４００では、クライアントＩＤ「ＹＹＹ」とモデル名「Ｍ２」とシリアル番号「ＺＺＺ２」とが対応付けて記憶されている。

Ｔ４１０〜Ｔ４１４は、通信対象が携帯端末２００Ｂである点を除いて、図９のＴ３１０〜Ｔ３１４と同様である。この場合、ウェブページサーバ４００は、携帯端末２００Ｂのユーザによって利用されるプリンタ１００Ｂがモデル名「Ｍ２」を有すると判断し、Ｔ４１６において、モデル名「Ｍ２」を有するプリンタのためのサポートページデータを取得する。そして、ウェブページサーバ４００は、Ｔ４１８において、取得済みのサポートページデータとＧＴＭとを含むＧＥＴ応答を携帯端末２００Ｂに送信する。これにより、ユーザが複数のモデル名の一覧からモデル名「Ｍ２」を選択しなくても、携帯端末２００Ｂにおいて、モデル名「Ｍ２」を有するプリンタのためのサポートページを表示させることができる。このために、ユーザの利便性が向上する。また、上記のＧＴＭは、仮想ＵＲＬ生成コマンドがＵＲＬ３０及び文字列１６２（即ち「model=M2&serial=ZZZ2」）を含む点を除いて、図４のＴ３８のＧＴＭと同様である。

ブラウザ２３８Ｂは、Ｔ４１８において、ウェブページサーバ４００からＧＥＴ応答を受信すると、Ｔ４２０において、当該応答内のサポートページデータによって表わされるサポートページＳＰ２を表示部２１４に表示させる。ページＳＰ２は、モデル名「Ｍ２」のためのサポートページである点を除くと、図９のＴ３２０で表示されるページＳＰ１と同様である。

（第１実施例の効果）
ウェブページサーバ４００は、携帯端末２００Ａから、プリンタ１００Ａのモデル名「Ｍ１」を含むＧＥＴ要求を受信すると（図９のＴ３１２）、当該ＧＥＴ要求内のモデル名「Ｍ１」を利用して、モデル名「Ｍ１」のためのサポートページデータを取得する（Ｔ３１６）。そして、ウェブページサーバ４００は、モデル名「Ｍ１」のためのサポートページデータを携帯端末２００Ａに送信する（Ｔ３１８）。この場合、携帯端末２００Ａは、プリンタ１００Ａに対応するモデル名「Ｍ１」のためのサポートページＳＰ１を表示する（Ｔ３２０）。また、ウェブページサーバ４００は、携帯端末２００Ｂから、プリンタ１００Ｂのモデル名「Ｍ２」を含むＧＥＴ要求を受信すると（図１０のＴ４１２）、当該ＧＥＴ要求内のモデル名「Ｍ２」を利用して、モデル名「Ｍ２」のためのサポートページデータを取得する（Ｔ４１６）。そして、ウェブページサーバ４００は、モデル名「Ｍ２」のためのサポートページデータを携帯端末２００Ｂに送信する（Ｔ４１８）。この場合、携帯端末２００Ｂは、プリンタ１００Ｂに対応するモデル名「Ｍ２」のためのサポートページＳＰ２を表示する（Ｔ４２０）。従って、ウェブページサーバ４００は、プリンタ１００Ａ及びプリンタ１００Ｂのそれぞれに対応するサポートページデータ（即ちページＳＰ１及びＳＰ２）を携帯端末２００Ａ及び携帯端末２００Ｂのそれぞれに送信することができる。

（対応関係）
ウェブページサーバ４００が、「サーバ」の一例である。携帯端末２００Ａが、「第１の端末装置」及び「第１の外部装置」の一例である。携帯端末２００Ｂが、「第２の端末装置」及び「第２の外部装置」の一例である。プリンタ１００Ａ、プリンタ１００Ｂが、それぞれ、「第１の周辺装置」、「第２の周辺装置」の一例である。プリンタ１００Ａのモデル名「Ｍ１」、プリンタ１００Ｂのモデル名「Ｍ２」が、それぞれ、「第１の関係情報」、「第２の関係情報」の一例である。ＣｏｏｋｉｅファイルＣ２、ＣｏｏｋｉｅファイルＣ１２が、それぞれ、「第１の特定情報」、「第２の特定情報」の一例である。携帯端末２００Ａのユーザ、携帯端末２００Ｂのユーザが、それぞれ、「第１のユーザ」、「第２のユーザ」の一例である。モデル「Ｍ１」用のサポートページデータ、モデル名「Ｍ２」用のサポートページデータが、それぞれ、「第１の出力データ」、「第２の出力データ」の一例である。図９のＴ３１２のＧＥＴ要求、図１０のＴ４１２のＧＥＴ要求が、それぞれ、「第１の特定信号」、「第２の特定信号」の一例である。

図３のＴ３０及び図７のＴ２４０のＧＥＴ要求が、「第１の信号」の一例である。webserver.comが、「サーバのドメイン」の一例である。サポートページＳＰ１、ＳＰ２が、「特定のウェブページ」の一例である。ＵＲＬ３０、ＵＲＬ３２が、それぞれ、「第１のＵＲＬ」、「第２のＵＲＬ」の一例である。図９のＴ３１０及び図１０のＴ４１０のサポートページの指定が、「ユーザの指示」の一例である。ＧＴＭが、「送信命令」の一例である。

図９のＴ３１２、及び、図１０のＴ４１２が、「特定信号受信部」によって実行される処理の一例である。図２のＴ３８、図９のＴ３１８、及び、図１０のＴ４１８が、「取得部」によって実行される処理の一例である。図９のＴ３１８、及び、図１０のＴ４１８が、「出力データ送信部」によって実行される処理の一例である。

別の側面では、Ｔ３０のＧＥＴ要求が、「特定信号」の一例である。ＣｏｏｋｉｅＣ１が、「出力データ」の一例である。図３のＴ３０、Ｔ３４、図４のＴ３８が、それぞれ、「特定信号受信部」、「取得部」、「出力データ送信部」によって実行される処理の一例である。

（第２実施例）
図１に示すように、本実施例では、通信システム２は、さらに、インターネット４に設置されているデータサーバ５００を備える。

（データサーバ５００の構成；図１２）
図１２を参照して、データサーバ５００の構成について説明する。データサーバ５００は、プリンタベンダによってインターネット４上に設置され、印刷対象の画像を表わす画像ファイルを供給するためのサーバである。データサーバ５００のドメイン名、サブドメイン名は、それぞれ、「webserver.com」、「data」である。

図１２に示されるように、データサーバ５００は、通信Ｉ／Ｆ５１６と、制御部５３０と、を備える。通信Ｉ／Ｆ５１６は、インターネット４に接続されている。制御部５３０は、ＣＰＵ５３２と、メモリ５３４と、を備える。ＣＰＵ５３２は、メモリ５３４に記憶されているプログラム５３６に従って、様々な処理を実行する。メモリ５３４は、ＲＯＭ、ＲＡＭ等によって構成される。また、図示省略しているが、メモリ５３４は、様々なウェブページデータを記憶している。データサーバ５００は、携帯端末２００からの要求に応じて、メモリ５３４内のウェブページデータを携帯端末２００に供給する。

（ケースＥ；図１３、図１４）
続いて、図１３、図１４を参照して、携帯端末２００Ａにインストールされているプリントアプリ２４０Ａを利用して、印刷データによって表わされる画像の印刷が実行されるケースＥについて説明する。ケースＥの初期状態は、図６又は図８の後の状態、即ち、携帯端末２００Ａのメモリ２３４がＣｏｏｋｉｅファイルＣ２を記憶している状態である。

ブラウザ２３８Ａは、Ｔ５１０において、ログイン操作を受け付ける。ログイン操作は、ブラウザ２３８Ａを起動する操作と、ＵＲＬ３２「http://data.webserver.com/login」を入力する操作と、を含む。この場合、ブラウザ２３８Ａは、ＵＲＬ３２がＣｏｏｋｉｅファイルＣ２内のドメイン名「webserver.com」を含むと判断し、Ｔ５１２において、ＵＲＬ３２を送信先として含むとともに、ＣｏｏｋｉｅファイルＣ２を含むＧＥＴ要求をデータサーバ５００に送信し、Ｔ５１４において、データサーバ５００から、ＵＲＬ３２に対応するログインページデータを含むＧＥＴ応答を受信する。ブラウザ２３８Ａは、Ｔ５１６において、ログインページデータによって表わされるログインページＤ１１を表示部２１４に表示させる。図１６（Ａ）に示されるように、ページＤ１１は、ＩＤを入力するＩＤ入力欄と、パスワードを入力するパスワード入力欄と、ＯＫボタンと、を含む。なお、図１６において、細線で囲まれているページＤ１１〜Ｄ１３は、ブラウザ２３８Ａに従って表示されるページであり、太線で囲まれている画面Ｄ１４は、プリントアプリ２４０Ａに従って表示される画面である。Ｔ５２０〜Ｔ５２４は、通信対象がデータサーバ５００である点を除いて、図７のＴ２２０〜Ｔ２２４と同様である。

データサーバ５００は、Ｔ５２４において、ユーザの認証が成功すると、Ｔ５２６において、ＵＲＬ３４「http://data.webserver.com/top」に対応するトップページデータを含むＰＯＳＴ応答を携帯端末２００Ａに送信する。

ブラウザ２３８Ａは、Ｔ５２６において、データサーバ５００からＰＯＳＴ応答を受信すると、Ｔ５２８において、当該応答内のトップページデータによって表わされるトップページＤ１２を表示部２１４に表示させる。図１６（Ｂ）に示されるように、ページＤ１２は、複数個のサムネイル画像ＩＭ１〜ＩＭ３と、キャンセルボタンと、を含む。ユーザは、複数個のサムネイル画像ＩＭ１〜ＩＭ３のうちの１個のサムネイル画像を印刷対象として選択することができる。ブラウザ２３８Ａは、Ｔ５２８において、サムネイル画像ＩＭ１の選択を受け付けると、当該サムネイル画像ＩＭ１に対応付けられているＵＲＬ３６「http://data.webserver.com/data1」を特定する。ここで、文字列「data1」は、サムネイル画像ＩＭ１に対応する文字列である。即ち、例えば、サムネイル画像ＩＭ２が選択されると、文字列「data1」に代えて文字列「data2」を含むＵＲＬが特定される。そして、ブラウザ２３８Ａは、ＵＲＬ３６がＣｏｏｋｉｅファイルＣ２内のドメイン名「webserver.com」を含むと判断し、Ｔ５３２において、ＵＲＬ３６を送信先として含むとともに、ＣｏｏｋｉｅファイルＣ２を含むＧＥＴ要求をデータサーバ５００に送信する。

データサーバ５００は、Ｔ５３２において、携帯端末２００ＡからＧＥＴ要求を受信すると、当該ＧＥＴ要求内のＣｏｏｋｉｅファイルＣ２から、モデル名「Ｍ１」、シリアル番号「ＺＺＺ１」、及び、ＩＤ「ＵＵＵ１」を抽出し、Ｔ５３４において、ＵＲＬスキーム８２を生成する。ＵＲＬスキーム８２は、携帯端末２００Ａのブラウザ２３８Ａに対する指示情報を示す文字列であり、プリントアプリ２４０Ａの名称を示すプログラム名ＰＩと、印刷処理を示す処理内容ＰＣと、プリントアプリ２４０ＡがアクセスすべきＵＲＬ３８と、抽出済みの各情報を示す文字列６４と、を含む。まず、データサーバ５００は、ＣｏｏｋｉｅファイルＣ２がモデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」を含むために、インストーラ２４２Ａに従った処理が実行済みである、即ち、プリントアプリ２４０Ａが携帯端末２００Ａにインストール済みであると判断する。このために、データサーバ５００は、携帯端末２００Ａがプリントアプリ２４０Ａを利用した印刷を実行可能であると判断し、プリントアプリ２４０Ａを起動させるための文字列「printapp」をプログラム名ＰＩとして特定し、印刷処理を示す「print」を処理内容ＰＣとして特定する。また、データサーバ５００は、ＧＥＴ要求に含まれる文字列「data1」に対応するＵＲＬ３８「http://data.webserver.com/printpage1」を特定する。ここで、文字列「printpage1」は、文字列「data1」に対応する文字列である。即ち、例えば、ＧＥＴ要求が文字列「data1」ではなく文字列「data2」を含む場合には、文字列「printpage1」に代えて文字列「printpage2」を含むＵＲＬが特定される。そして、データサーバ５００は、特定済みのＵＲＬ３８、及び、抽出済みの各情報を利用して、ＵＲＬ３８ａ「http://data.webserver.com/printpage1&model=M1&serial=ZZZ1&ID=UUU1」を生成する。データサーバは、さらに、特定済みのプログラム名ＰＩ、特定済みの処理内容ＰＣ、生成済みのＵＲＬ３８ａを利用して、ＵＲＬスキーム８２を生成する。また、データサーバ５００は、ＧＥＴ要求内のＵＲＬ３６に対応するページデータに対して、モデル名「Ｍ１」、シリアル番号「ＺＺＺ１」を記述することによって、詳細ページデータを生成する。

データサーバ５００は、Ｔ５３６において、生成済みの詳細ページデータと、生成済みのＵＲＬスキーム８２と、を含むＧＥＴ応答を携帯端末２００Ａに送信する。なお、データサーバ５００は、ＧＥＴ要求がＣｏｏｋｉｅファイルを含まない場合には、ＵＲＬスキームを生成しない。

ブラウザ２３８Ａは、Ｔ５３６において、データサーバ５００からＧＥＴ応答を受信すると、Ｔ５３８において、詳細ページデータによって表わされる詳細ページＤ１３を表示部２１４に表示させる。図１６（Ｃ）に示されるように、ページＤ１３は、サムネイル画像ＩＭ１が拡大された画像と、ダウンロードボタンと、プリントアプリ２４０Ａを利用した印刷（以下では「アプリ印刷」と記載する）を実行するためのアプリ印刷ボタンと、を含む。アプリ印刷ボタンには、プリンタ１００Ａのモデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」が記述されている。これにより、ユーザは、印刷を実行すべきプリンタ１００Ａを知ることができる。ブラウザ２３８Ａは、アプリ印刷ボタンが選択される場合に、ＵＲＬスキーム８２に従った処理を実行する。また、ブラウザ２３８Ａは、ダウンロードボタンが選択される場合に、サムネイル画像ＩＭ１に対応する画像データをダウンロードする。

ブラウザ２３８Ａは、図１４のＴ５４０において、アプリ印刷ボタンが操作されると、Ｔ５３６のＧＥＴ応答に含まれるＵＲＬスキーム８２に従った処理を実行する。ブラウザ２３８Ａは、まず、ＵＲＬスキーム８２から、プログラム名ＰＩ「printapp」と、処理内容ＰＣ「print」と、ＵＲＬ３８ａ「http://data.webserver.com/printpage1&model=M1&serial=ZZZ1&ID=UUU1」と、を抽出する。そして、ブラウザ２３８Ａは、Ｔ５４２において、抽出済みのプログラム名ＰＩに対応するプリントアプリ２４０Ａを起動させるための起動指示をプリントアプリ２４０Ａに供給する。これにより、プリントアプリ２４０Ａが起動する。そして、ブラウザ２３８Ａは、抽出済みのＵＲＬ３８ａをプリントアプリ２４０Ａに供給する。

プリントアプリ２４０Ａは、Ｔ５４４において、ブラウザ２３８ＡからＵＲＬ３８ａを取得すると、Ｔ５４６において、ＵＲＬ３８ａから、ＵＲＬ３８、モデル名「Ｍ１」、シリアル番号「ＺＺＺ１」、及び、ＩＤ「ＵＵＵ１」を抽出し、Ｔ５５０において、ＵＲＬ３８を送信先ＵＲＬとして含むＧＥＴ要求をデータサーバ５００に送信する。

データサーバ５００は、Ｔ５５０において、携帯端末２００ＡからＧＥＴ要求を受信すると、Ｔ５５２において、ＧＥＴ要求内の文字列「printpage1」に対応する画像ファイルＦ１（即ちサムネイル画像ＩＭ１に対応する画像ファイル）を含むＧＥＴ応答を携帯端末２００Ａに送信する。

プリントアプリ２４０Ａは、Ｔ５５２において、データサーバ５００からＧＥＴ応答を受信すると、Ｔ５５４において、ＧＥＴ応答内の画像ファイルＦ１、及び、Ｔ５４６で抽出した各情報（即ち、モデル名「Ｍ１」、シリアル番号「ＺＺＺ１」、及び、ＩＤ「ＵＵＵ１」）を含む印刷画面データを生成する。プリントアプリ２４０Ａは、Ｔ５５６において、生成済みの印刷画面データによって表わされる印刷画面Ｄ１４を表示部２１４に表示させる。図１６（Ｄ）に示されるように、画面Ｄ１４は、サムネイル画像ＩＭ１が拡大された画像と、印刷ボタンと、プリンタ１００Ａのモデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」を示すプリンタ情報と、ＩＤ「ＵＵＵ１」を示すユーザ情報と、を含む。これにより、ユーザは、印刷対象の画像と、印刷を実行すべきプリンタ１００Ａと、ユーザ自身のＩＤと、を知ることができる。

図示省略しているが、ユーザによって印刷ボタンが操作されると、プリントアプリ２４０Ａは、Ｔ５５２のＧＥＴ応答に含まれる画像ファイルＦ１を変換して、プリンタ１００Ａが解釈可能な印刷データを生成する。そして、プリントアプリ２４０Ａは、印刷データをプリンタ１００Ａに送信する。この結果、プリンタ１００Ａにおいて、印刷データに従った印刷が実行される。

（ケースＦ；図１５）
続いて、図１５を参照して、携帯端末２００Ｂにインストールされているプリントアプリ２４０Ｂを利用して、印刷データによって表わされる画像の印刷が実行されるケースＦについて説明する。ケースＦの初期状態は、ケースＤの初期状態と同様である。即ち、携帯端末２００ＢがＣｏｏｋｉｅファイルＣ１２を記憶している状態である。

携帯端末２００Ｂとデータサーバ５００との間で図１３のＴ５１０〜Ｔ５３２と同様の処理が実行されると、データサーバ５００は、Ｔ６３４において、ＵＲＬスキーム１８２を生成する。ＵＲＬスキーム１８２は、ＵＲＬ１３８ａ（詳細には文字列１６４「model=M2&serial=ZZZ2&ID=UUU2」）を含む点を除いて、ＵＲＬスキーム８２と同様である。なお、ＵＲＬスキーム１８２に含まれる文字列「printapp」は、プリントアプリ２４０Ｂを起動させるための文字列でもある。また、データサーバ５００は、ＧＥＴ要求内のＵＲＬ３６に対応するページデータに対して、モデル名「Ｍ２」、シリアル番号「ＺＺＺ２」を記述することによって、詳細ページデータを生成する。Ｔ６３６、Ｔ６３８は、通信対象が携帯端末２００Ｂである点を除いて、それぞれ、図１３のＴ５３６、Ｔ５３８と同様である。本ケースでは、詳細ページＤ１３のアプリ印刷ボタンには、プリンタ１００Ｂのモデル名「Ｍ２」及びシリアル番号「ＺＺＺ２」が記述されている。これにより、ユーザは、印刷を実行すべきプリンタ１００Ｂを知ることができる。Ｔ６４０は、図１４のＴ５４０と同様である。この場合、ブラウザ２３８Ｂは、Ｔ６４２において、抽出済みのプログラム名ＰＩに対応するプリントアプリ２４０Ｂを起動させるための起動指示をプリントアプリ２４０Ｂに供給する。これにより、プリントアプリ２４０Ｂが起動する。その後、ブラウザ２３８Ｂ、プリントアプリ２４０Ｂ、及び、データサーバ５００の間で図１４のＴ５４４〜Ｔ５５４と同様の処理が実行される。なお、プリントアプリ２４０Ｂは、Ｔ５５４において、ＧＥＴ要求内の画像ファイルＦ１、モデル名「Ｍ２」、シリアル番号「ＺＺＺ２」、及び、ＩＤ「ＵＵＵ２」を含む印刷画面データを生成する。この場合、プリントアプリ２４０Ｂは、Ｔ６５６において、生成済みの印刷画面データによって表わされる印刷画面Ｄ１４を表示部２１４に表示させる。当該画面Ｄ１４は、サムネイル画像ＩＭ１が拡大された画像と、印刷ボタンと、プリンタ１００Ｂのモデル名「Ｍ２」及びシリアル番号「ＺＺＺ２」を示すプリンタ情報と、ＩＤ「ＵＵＵ２」を示すユーザ情報と、を含む。これにより、ユーザは、印刷対象の画像と、印刷を実行すべきプリンタ１００Ｂと、ユーザ自身のＩＤと、を知ることができる。

図示省略しているが、ユーザによって印刷ボタンが操作されると、プリントアプリ２４０Ｂは、Ｔ５５２のＧＥＴ応答に含まれる画像ファイルＦ１を変換して、プリンタ１００Ｂが解釈可能な印刷データを生成する。そして、プリントアプリ２４０Ｂは、印刷データをプリンタ１００Ｂに送信する。この結果、プリンタ１００Ｂにおいて、印刷データに従った印刷が実行される。

（第２実施例の効果）
本実施例では、データサーバ５００は、携帯端末２００Ａから、プリンタ１００Ａのモデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」を含むＧＥＴ要求を受信すると（図１３のＴ５３２）、当該ＧＥＴ要求内のモデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」に対応するＵＲＬスキーム８２を取得する（Ｔ５３４）。そして、データサーバ５００は、ＵＲＬスキーム８２を含むＧＥＴ応答を携帯端末２００Ａに送信する（Ｔ５３６）。その後、携帯端末２００Ａは、携帯端末２００Ａのユーザによってアプリ印刷ボタンが操作されると、プリントアプリ２４０Ａを起動させ、プリンタ１００Ａに印刷を実行させる。また、データサーバ５００は、携帯端末２００Ｂから、プリンタ１００Ｂのモデル名「Ｍ２」及びシリアル番号「ＺＺＺ２」を含むＧＥＴ要求を受信すると、当該ＧＥＴ要求内のモデル名「Ｍ２」及びシリアル番号「ＺＺＺ２」に対応するＵＲＬスキーム１８２を取得する（図１５のＴ６３４）。そして、データサーバ５００は、ＵＲＬスキーム１８２を含むＧＥＴ応答を携帯端末２００Ｂに送信する（Ｔ６３６）。その後、携帯端末２００Ｂは、携帯端末２００Ｂのユーザによってアプリ印刷ボタンが操作されると、プリントアプリ２４０Ｂを起動させ、プリンタ１００Ｂに印刷を実行させる。従って、データサーバ５００は、プリンタ１００Ａ及びプリンタ１００Ｂのそれぞれに対応するＵＲＬスキーム（即ちＵＲＬスキーム８２及びＵＲＬスキーム１８２）を携帯端末２００Ａ及び携帯端末２００Ｂのそれぞれに送信することができる。

（対応関係）
ＵＲＬスキーム８２を含む詳細ページデータ、ＵＲＬスキーム１８２を含む詳細ページデータが、それぞれ、「第１の出力データ」、「第２の出力データ」の一例である。プリントアプリ２４０Ａ及びプリントアプリ２４０Ｂが、「特定のアプリケーション」の一例である。図１３のＴ５２２のＧＥＴ要求が、「第２の信号」の一例である。ＩＤ「ＵＵＵ１」及びパスワード「ＰＰＰ１」が、「ログイン情報」の一例である。ＩＤ「ＵＵＵ１」及びＩＤ「ＵＵＵ２」が、ユーザ情報の一例である。詳細ページＤ１３が、「特定のウェブページ」の一例である。

（第３実施例）
本実施例では、携帯端末２００Ａは、プリントアプリ２４０Ａ及びインストーラ２４２Ａに代えて、プリントアプリケーション２４１Ａ（以下では、「プリントアプリ２４１Ａ」と記載する）及びインストーラ２４３Ａを備える（図２（ａ）参照）。プリントアプリ２４１Ａは、印刷対象の画像を表わす印刷データをプリンタ（例えば１００Ａ）に供給するためのアプリケーションである。インストーラ２４２Ａは、プリントアプリ２４１Ａを携帯端末２００Ａにインストールするためのプログラムである。また、携帯端末２００Ｂは、プリントアプリ２４０Ｂ及びインストーラ２４２Ｂに代えて、プリントアプリケーション２４１Ｂ（以下では、「プリントアプリ２４１Ｂ」と記載する）及びインストーラ２４３Ｂを備える（図２（ｂ）参照）。

（ケースＧ；図１７）
図１７を参照して、携帯端末２００Ａにインストールされているプリントアプリ２４１Ａを利用して、印刷データによって表わされる画像の印刷が実行されるケースＧについて説明する。ケースＧの初期状態は、携帯端末２００Ａのインストーラ２４３Ａ、ブラウザ２３８Ａ、ウェブページサーバ４００、及び、ログサーバ７００の間でＴ１０〜Ｔ１００（図３〜図６）と同様の処理が実行された後の状態である。即ち、携帯端末２００Ａのメモリ２３４がＣｏｏｋｉｅファイルＣ２を記憶している状態である。また、プリントアプリ２４１Ａには、ログイン画面データが記憶されている。

携帯端末２００Ａとデータサーバ５００との間で図１３のＴ５１０〜Ｔ５３８、図１４のＴ５４０〜Ｔ５４６と同様の処理が実行される。なお、Ｔ５３４で生成されるＵＲＬスキーム８２に含まれる文字列「printapp」は、プリントアプリ２４１Ａを起動させるための文字列である。このため、ブラウザ２３８Ａは、Ｔ５４０において、アプリ印刷ボタンが操作されると、Ｔ５４２において、抽出済みのプログラム名ＰＩに対応するプリントアプリ２４１Ａを起動させるための起動指示をプリントアプリ２４１Ａに供給する。これにより、プリントアプリ２４１Ａが起動する。

プリントアプリ２４１Ａは、Ｔ５４６において、ＵＲＬ３８、各情報（即ち、モデル名「Ｍ１」、シリアル番号「ＺＺＺ１」、及びＩＤ「ＵＵＵ１」）を抽出すると、ＵＲＬ３８が、サブドメイン名「data」及びドメイン名「webserver.com」を含むと判断し、データサーバ５００に対応するログイン画面データを特定する。そして、プリントアプリ２４１Ａは、Ｔ７４８において、特定したログイン画面データにＩＤ「ＵＵＵ１」を記述することによって、ＩＤ「ＵＵＵ１」を含むログイン画面データを生成し、Ｔ７５０において、生成済みのログイン画面データによって表わされるログイン画面Ｄ２１を表示部２１４に表示させる。当該ログイン画面Ｄ２１のＩＤ入力欄には、ユーザのＩＤ「ＵＵＵ１」が入力されている。従って、ユーザは、ＩＤを入力しなくてもよく、パスワードを入力するだけでよい。プリントアプリ２４１Ａは、Ｔ７５２において、パスワード「ＰＰＰ１」の入力を受け付け、ＯＫボタンの操作を受け付けると、ＯＫボタンに対応付けられているＵＲＬ３８「http://data.webserver.com/printpage1」を特定する。その後、プリントアプリ２４１Ａとデータサーバ５００との間で図１３のＴ５２２〜Ｔ５２６と同様の処理が実行される。この場合、プリントアプリ２４１Ａは、データサーバ５００から、ＵＲＬ３８内の文字列「printpage1」に対応する画像ファイルＦ１を含むＰＯＳＴ応答を受信する。そして、画像ファイルＦ１に対して、図１４のＴ５５４、Ｔ５５６と同様の処理が実行されることによって、モデル名「Ｍ１」、シリアル番号「ＺＺＺ１」、及び、ＩＤ「ＵＵＵ１」を含む印刷画面データが生成される。そして、プリントアプリ２４０Ａは、Ｔ７６６において、生成済みの印刷画面データによって表わされる印刷画面Ｄ１４（図１６（Ｄ）参照）を表示部２１４に表示させる。

なお、図示省略しているが、携帯端末２００Ｂがデータサーバ５００へログインするためのログイン操作を受け付けると、携帯端末２００Ｂ（詳細にはプリントアプリ２４１Ｂ及びブラウザ２３８Ｂ）とデータサーバ５００との間で図１７と同様の処理が実行される。この場合、データサーバ５００は、ＵＲＬスキーム８２に代えて、文字列１６４（即ち「model=M2&serial=ZZZ2&ID=UUU2」）を含むＵＲＬスキーム１８２「printapp://print/http://data.webserver.com/login_printpage1?model=M2&serial=ZZZ2&ID=UUU2」を生成し、当該ＵＲＬスキームを含むＧＥＴ応答を携帯端末２００Ｂに送信する。従って、本実施例でも、第２実施例と同様の効果が得られる。

（第４実施例）
図１に示すように、本実施例では、通信システム２は、さらに、インターネット４に設置されている素材サーバ８００を備える。

素材サーバ８００は、プリンタベンダとは異なる事業者によってインターネット４上に設置され、印刷対象の画像を表わす画像ファイルを供給するためのサーバである。素材サーバ８００のドメイン名は、「sozaiserver.com」である。

（ケースＨ；図１８）
図１８を参照して、携帯端末２００Ａにインストールされているプリントアプリ２４０Ａを利用して、印刷データによって表わされる画像の印刷が実行されるケースＨについて説明する。ケースＨの初期状態は、図１３のケースＥの初期状態と同様である。即ち、携帯端末２００Ａのメモリ２３４がＣｏｏｋｉｅファイルＣ２を記憶している状態である。

携帯端末２００Ａとデータサーバ５００との間で図１３のＴ５１０〜Ｔ５３２と同様の処理が実行されると、データサーバ５００は、Ｔ８３４において、ＵＲＬスキーム３８２を生成する。なお、本ケースでは、サムネイル画像ＩＭ１の画像ファイルＦ１は、素材サーバ８００に格納されている。この場合、データサーバ５００は、ユーザによって選択されたサムネイル画像ＩＭ１の画像ファイルＦ１が、素材サーバ８００に格納されていると判断し、当該サムネイル画像ＩＭ１に対応するＵＲＬ「http://sozaiserver.com/printpage1」を特定する。そして、ＨＴＴＰ（Hypertext Transfer Protocol）に従った通信を実行させるための文字列「http」をプログラム名ＰＩとして特定し、特定済みのＵＲＬから文字列４４ａ「sozaiserver.com/printpage1」をアクセス先として特定する。そして、データサーバ５００は、特定済みの文字列４４ａ、及び、抽出済みの各情報を利用して、文字列４４ｂ「sozaiserver.com/printpage1?model=M1&serial=ZZZ1&ID=UUU1」を生成する。さらに、データサーバ５００は、特定済みのプログラム名ＰＩ、生成済みの文字列４４ｂを利用して、ＵＲＬスキーム３８２を生成する。

データサーバ５００は、Ｔ８３６において、ＧＥＴ要求内のＵＲＬ３６に対応する詳細ページデータと、生成済みのＵＲＬスキーム３８２と、を含むＧＥＴ応答を携帯端末２００Ａに送信する。

ブラウザ２３８Ａは、Ｔ８３６において、データサーバ５００からＧＥＴ応答を受信すると、Ｔ８３８において、詳細ページデータによって表わされる詳細ページＤ２３を表示部２１４に表示させる。ページＤ２３は、サムネイル画像ＩＭ１が拡大された画像と、印刷ボタンと、を含む。ブラウザ２３８Ａは、印刷ボタンが選択される場合に、ＵＲＬスキーム３８２に従った処理を実行する。

ブラウザ２３８Ａは、Ｔ８４０において、印刷ボタンが操作されると、Ｔ８３６のＧＥＴ応答に含まれるＵＲＬスキーム３８２に従った処理を実行する。ブラウザ２３８Ａは、まず、ＵＲＬスキーム３８２から、プログラム名ＰＩ「http」と、文字列４４ｂ「sozaiserver.com/printpage1?model=M1&serial=ZZZ1&ID=UUU1」と、を抽出する。そして、ブラウザ２３８Ａは、ＨＴＴＰに従った通信を実行することを特定し、文字列４４ｂを含むＵＲＬ４４「http://sozaiserver.com/printpage1 ?model=M1&serial=ZZZ1&ID=UUU1」を送信先ＵＲＬとして特定する。そして、ブラウザ２３８Ａは、Ｔ８５０において、ＵＲＬ４４を送信先ＵＲＬとして含むＧＥＴ要求を素材サーバ８００に送信する。

素材サーバ８００は、Ｔ８５０において、携帯端末２００ＡからＧＥＴ要求を受信すると、当該ＧＥＴ要求から、ＵＲＬ「http://sozaiserver.com/printpage1」、モデル名「Ｍ１」、シリアル番号「ＺＺＺ１」、及び、ＩＤ「ＵＵＵ１」を抽出し、抽出済みのＵＲＬに対応するページデータを特定する。そして、素材サーバ８００は、Ｔ８５２において、特定済みのページデータに対して、モデル名「Ｍ１」、シリアル番号「ＺＺＺ１」を記述することによって、印刷ページデータを生成する。そして、素材サーバ８００は、Ｔ８５４において、生成済みの印刷ページデータと、ＧＥＴ要求内の文字列「printpage1」に対応する画像ファイルＦ１（即ちサムネイル画像ＩＭ１に対応する画像ファイル）と、を含むＧＥＴ応答を携帯端末２００Ａに送信する。

ブラウザ２３８Ａは、Ｔ８５４において、素材サーバ８００からＧＥＴ応答を受信すると、Ｔ８５６において、印刷ページデータによって表わされる印刷ページＤ２４を表示部２１４に表示させる。当該ページＤ２４は、サムネイル画像ＩＭ１が拡大された画像と、印刷ボタンと、プリンタ１００Ａのモデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」を示すプリンタ情報と、を含む。これにより、ユーザは、印刷対象の画像と、印刷を実行すべきプリンタ１００Ａと、を知ることができる。

なお、図示省略しているが、携帯端末２００Ｂがデータサーバ５００へのログインするためのログイン操作を受け付けると、携帯端末２００Ｂとデータサーバ５００との間で図１８と同様の処理が実行される。この場合、データサーバ５００は、ＵＲＬスキーム３８２に代えて、文字列１６４（即ち「model=M2&serial=ZZZ2&ID=UUU2」）を含むＵＲＬスキーム「http://sozaiserver.com/printpage1?model=M2&serial=ZZZ2&ID=UUU2」を生成し、当該ＵＲＬスキームを含むＧＥＴ応答を携帯端末２００Ｂに送信する。従って、本実施例でも、第２実施例と同様の効果が得られる。

（対応関係）
ＵＲＬスキーム３８２、文字列１６４を含むＵＲＬスキームが、それぞれ、「第１の出力データ」、「第２の出力データ」の一例である。詳細ページＤ２３が、「特定のウェブページ」の一例である。図１８のＴ８３４、Ｔ８３６がそれぞれ、「取得部」、「出力データ送信部」によって実行される処理の一例である。

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

（変形例１）ウェブページサーバ４００のメモリ４３４は、複数個のＣｏｏｋｉｅファイルを含むＣｏｏｋｉｅテーブルを予め記憶していてもよい。本変形例では、ウェブページサーバ４００は、複数個のＣｏｏｋｉｅファイルのうちの第１のＣｏｏｋｉｅファイルに対して、図３のＴ３２で抽出されたモデル名「Ｘ１」及びシリアル番号「ＺＺＺ１」を対応付けてＣｏｏｋｉｅテーブルに記録する。そして、ウェブページサーバ４００は、完了ページデータと、Ｔ３８において、第１のＣｏｏｋｉｅファイルを含む応答をブラウザ２３８Ａに送信する。即ち、ウェブページサーバ４００は、ＧＥＴ要求を受信する際にＣｏｏｋｉｅファイルを生成せずに、予め準備されている第１のＣｏｏｋｉｅファイルであって、モデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」を含まない第１のＣｏｏｋｉｅファイルを携帯端末２００Ａに送信する。本変形例では、「生成部」を省略可能である。

（変形例２）図３のＴ３６において、ウェブページサーバ４００は、ＣｏｏｋｉｅファイルＣ１とは異なる第１の特定ファイルを携帯端末２００Ａに送信してもよい。また、図５のＴ７６において、ウェブページサーバ４００は、ＣｏｏｋｉｅファイルＣ２とは異なる第２の特定ファイルを携帯端末２００Ａに送信してもよい。第１及び第２の特定ファイルは、ウェブページサーバ４００のドメイン「webserver.com」を含まない。第１の特定ファイルは、モデル名「Ｍ１」及びシリアル番号「ＺＺＺ１」を含み、第２の特定ファイルは、モデル名「Ｍ１」、シリアル番号「ＺＺＺ１」、及び、ＩＤ「ＵＵＵ１」を含む。第１及び第２の特定ファイルは、携帯端末２００Ａのブラウザ２３８Ａがインターネット４上のいずれのウェブサーバにアクセスする際にも、携帯端末２００Ａからウェブサーバに送信されるファイルである。この場合、ウェブページサーバ４００は、例えば、図９のＴ３１２において、携帯端末２００Ａから第２の特定ファイルを含むＧＥＴ要求を受信し、第２の特定ファイルからモデル名「Ｍ１」、シリアル番号「ＺＺＺ」、及び、ＩＤ「ＵＵＵ１」を抽出する。その後の処理は、第１実施例と同様である。本変形例でも、携帯端末２００Ａのユーザによって利用されるプリンタのモデル名に応じたサポートページを表示部２１４に表示させることができる。本変形例では、特定ファイルが、「特定情報」の一例であり、「特定情報」は、ドメイン情報を含まない。

（変形例３）データサーバ５００は、携帯端末２００Ａのユーザがデータサーバにログインしていない状態において、図１３のＴ５３２のＧＥＴ要求を受信する場合に、Ｔ５３４において、文字列６４に代えて文字列６２（即ち「model=M1&serial=ZZZ1」）を含むＵＲＬスキームを生成してもよい。この場合、印刷画面Ｄ１４のユーザ情報にＩＤ「ＵＵＵ１」が表示されない。本変形例では、文字列６２を含むＵＲＬスキームが「出力データ」の一例である。

（変形例４）図９において、ウェブページサーバ４００は、Ｔ３１８のサポートページデータを含むＧＥＴ応答を携帯端末２００Ａとは異なる装置（例えば、携帯端末２００Ｂ、ＰＣ等）に送信してもよい。本変形例では、「端末装置」と「外部装置」とは異なる装置である。

（変形例５）携帯端末２００Ａが、「第１の端末装置」、及び、「第２の端末装置」の一例であってもよい。本変形例では、図９の後に、携帯端末２００Ａからプリントアプリ２４０Ａがアンインストールされ、その後に、インストーラ２４２Ａを起動させるための操作がユーザによって端末操作部に実行されると、携帯端末２００Ａ、プリンタ１００、及び、ウェブページサーバ４００との間で図３〜図６と同様の処理が実行される。図３のＴ１８の選択画面Ｓ１上において、プリンタ１００Ｂのプリンタ名「ＡＡＡ２」が選択されると、携帯端末２００Ａのメモリ２３４には、ＣｏｏｋｉｅファイルＣ１２が記憶される。この状況において、携帯端末２００Ａのユーザによって、サポートページに対応するＵＲＬ３０「http://page/webserver.com/support」が入力されると、携帯端末２００Ａとウェブページサーバ４００との間で図１０と同様の処理が実行される。即ち、ブラウザ２３８Ａは、モデル名「Ｍ２」のためのサポートページＳＰ２を表示部２１４に表示させる。従って、本変形例では、ウェブページサーバ４００は、携帯端末２００Ａのユーザによって利用されるプリンタ１００のモデル名に応じたサポートページを適切に提供することができる。本変形例では、「第１の端末装置」と「第２の端末装置」とは同じ装置である。

（変形例６）図９のＴ３１０において、ＵＲＬ３０に代えて、ＵＲＬ１２ａ「http://page.webserver.com/fin」が入力されると、ブラウザ２３８Ａは、ＵＲＬ１２ａを送信先ＵＲＬとして含むとともに、ＣｏｏｋｉｅファイルＣ２を含むＧＥＴ要求をウェブページサーバ４００に送信する。この場合、ウェブページサーバ４００は、モデル名「Ｍ１」が記述されているログ情報登録完了ページデータを含むＧＥＴ応答を携帯端末２００Ａに送信する。そして、ブラウザ２３８Ａは、ログ情報登録完了ページＤ１を表示部２１４に表示させる。本変形例では、ログ情報登録完了ページデータが「出力データ」の一例である。

（変形例７）図９のＴ３１６において、ウェブページサーバ４００は、ＵＲＬ３０に対応するページデータを特定し、当該ページデータにモデル名「Ｍ１」を記述することによって、サポートトップページデータを生成してもよい。そして、ウェブページサーバ４００は、サポートトップページデータとＧＴＭとを含むＧＥＴ応答を携帯端末２００Ａに送信する。この場合、携帯端末２００Ａのブラウザ２３８Ａは、サポートトップページデータによって示されるトップページデータＤ３１を表示部２１４に表示させる。図１９に示されるように、トップページデータＤ３１は、複数のモデル名の一覧と、ユーザが利用しているプリンタ１００Ａのモデル名「Ｍ１」を示すモデル情報と、を含む。これにより、ユーザは、複数のモデル名の一覧から、モデル名「Ｍ１」を選択しなくてもよい。本変形例では、サポートトップページデータが「出力データ」の一例である。

（変形例８）通信システム２は、ログサーバ７００を備えなくてもよい。本変形例では、ウェブページサーバ４００は、図９のＴ３１２において、携帯端末２００Ａから、ＣｏｏｋｉｅファイルＣ２を含むＧＥＴ要求を受信すると、Ｔ３１４、Ｔ３１６と同様の処理を実行し、Ｔ３１４で抽出された各情報（即ち、ＵＲＬ３０、モデル名「Ｍ１」、シリアル番号「ＺＺＺ１」）と、受信時刻と、を関連付けられている履歴情報をメモリ４３４に記録する。そして、ウェブページサーバ４００は、サポートページデータを含むＧＥＴ応答を携帯端末２００Ａに送信する。即ち、本変形例では、ウェブページサーバ４００は、携帯端末２００ＡからＧＥＴ要求を受信する場合に、ＧＴＭを含まないＧＥＴ応答を携帯端末２００Ａに送信する。本変形例では、「ログサーバ」を省略可能である。

（変形例９）ウェブページサーバ４００は、図９のＴ３１８において、サポートページデータを含むＧＥＴ応答であって、ＧＴＭを含まないＧＥＴ応答を携帯端末２００Ａに送信してもよい。この場合、携帯端末２００Ａは、図４のＴ４０を実行しない。ウェブページサーバ４００は、上記のＧＥＴ応答を携帯端末２００Ａに送信する前又は後に、クライアントＩＤ「ＹＹＹ」とＵＲＬ３０とモデル名「Ｍ１」とシリアル番号「ＺＺＺ１」とをログサーバ７００に送信して、これらの各情報をログサーバ７００のメモリ７３０に記録させてもよい。本変形例では、ウェブページサーバ４００のメモリ４３４とログサーバ７００のメモリ７３０との組合せが、「メモリ」の一例である。

（変形例１０）ＣｏｏｋｉｅファイルＣ２及びＣ１２は、モデル名、シリアル番号、ＭＡＣアドレス、ＩＰアドレス、及び、プリンタ名のうちの少なくとも１個の情報のみを含んでいればよい。シリアル番号、ＭＡＣアドレス、及び、ＩＰアドレスが、「識別情報」の一例であり、モデル名及びプリンタ名が「モデル情報」の一例である。従って、一般的に言うと、関係情報は、周辺装置を識別する識別情報と、周辺装置のモデルを示すモデル情報と、のうちの少なくとも１個の情報を含んでいればよい。

（変形例１１）「周辺装置」は、プリンタ１００に限られず、スキャナ、多機能機等であってもよい。

（変形例１２）第２実施例〜第４実施例において、データサーバ５００は、携帯端末２００から、送信先ＵＲＬとＣｏｏｋｉｅファイルＣ２とを含むＧＥＴ要求を受信する場合に、当該送信先ＵＲＬに対応するページデータと、当該送信先ＵＲＬを含むＧＴＭと、を含むＧＥＴ応答を携帯端末２００に送信してもよい。

（変形例１３）第２実施例において、データサーバ５００によって、モデル名「Ｍ１」、シリアル番号「ＺＺＺ１」、ＩＤ「ＵＵＵ１」を含む印刷画面データが生成されてもよい。本変形例では、プリントアプリ２４０Ａは、図１４のＴ５５０において、ＵＲＬ３８、モデル名「Ｍ１」、シリアル番号「ＺＺＺ１」、ＩＤ「ＵＵＵ１」を含むＧＥＴ要求をデータサーバ５００に送信する。データサーバ５００は、携帯端末２００ＡからＧＥＴ要求を受信すると、当該ＧＥＴ要求内の文字列「printpage1」に対応する画像ファイルＦ１を含む印刷画面データを特定し、特定済みの画面データに対して、モデル名「Ｍ１」、シリアル番号「ＺＺＺ１」、及び、ＩＤ「ＵＵＵ１」を記述する。これにより、画像ファイルＦ１、モデル名「Ｍ１」、シリアル番号「ＺＺＺ１」、ＩＤ「ＵＵＵ１」を含む印刷画面データが生成される。そして、データサーバ５００は、生成済みの印刷画面データを含むＧＥＴ応答を携帯端末２００Ａに送信する。プリントアプリ２４０Ａは、データサーバ５００からＧＥＴ応答を受信すると、当該ＧＥＴ応答内の印刷画面データによって表わされる印刷画面Ｄ１４を表示部２１４に表示させる（図１６参照）。

（変形例１４）第３実施例において、プリントアプリ２４１Ａに、データサーバ５００に対応するログイン画面データが記憶されていなくてもよい。本変形例では、プリントアプリ２４１Ａは、データサーバ５００から受信するログイン画面データを利用して、ＩＤ「ＵＵＵ１」を含むログイン画面データを生成する。本変形例において、データサーバ５００は、図１３のＴ５３４において、ＵＲＬ３８に代えて、ログイン画面データを要求するためのＵＲＬ「http://data.webserver.com/login_printpage1?model=M2&serial&ZZZ1」を含むＵＲＬスキームを生成する。この場合、プリントアプリ２４１Ａは、Ｔ５４６の後に、ＵＲＬ「http://data.webserver.com/login_printpage1?model=M2&serial&ZZZ1」を送信先として含むＧＥＴ要求をデータサーバ５００に送信し、データサーバ５００からログイン画面データを含むＧＥＴ応答を受信する。そして、プリントアプリ２４１Ａは、受信したログイン画面データにＩＤ「ＵＵＵ１」を記述することによって、ＩＤ「ＵＵＵ１」を含むログイン画面データを生成し、生成済みのログイン画面Ｄ２１を表示部に表示させる。

（変形例１５）携帯端末２００Ａに、プリントアプリ２４０Ａ、２４１Ａがインストールされていてもよい。本変形例では、プリントアプリ２４０Ａは、印刷データをプリンタ１００Ａに供給するためのアプリケーションであり、プリントアプリ２４０Ｂは、印刷データをプリンタ１００Ｂに供給するためのアプリケーションである。

本変形例において、携帯端末２００Ａとデータサーバ５００との間で図１３のＴ５１０〜Ｔ５２８と同様の処理が実行されると、ブラウザ２３８Ａは、プリンタ入力欄を含むトップページを表示部２１４に表示させる。ブラウザ２３８Ａは、プリンタ入力欄へのモデル名「Ｍ１」、シリアル番号「ＺＺＺ１」の入力、及び、サムネイル画像ＩＭ１の選択を受け付けると、ＵＲＬ３６にクエリ文字列「model=M1&serial=ZZZ1」を付加して、ＵＲＬ「http://data.webserver.com/ printpage1?model=M1&serial=ZZZ1」を生成する。そして、ブラウザ２３８Ａは、生成済みのＵＲＬを送信先として含むとともに、ＣｏｏｋｉｅファイルＣ２を含むＧＥＴ要求をデータサーバ５００に送信する。データサーバ５００は、携帯端末２００ＡからＧＥＴ要求を受信すると、当該要求内のＵＲＬのマーク「？」よりも後（即ちクエリ部）に記述されている文字列からプリンタ１００Ａのモデル名「Ｍ１」、シリアル番号「ＺＺＺ１」を抽出する。この場合、データサーバ５００は、プリントアプリ２４０Ａを利用した印刷を実行すべきと判断し、プリントアプリ２４０Ａを起動させるための文字列「printapp1」をプログラム名として特定する。そして、データサーバ５００は、特定済みのプログラム名ＰＩを含むＵＲＬスキームを生成し、当該ＵＲＬを含むＧＥＴ応答を携帯端末２００Ａに送信する。これにより、携帯端末２００Ａのユーザは、プリントアプリ２４０Ａ及びプリンタ１００Ａを利用した印刷を実行することができる。

一方、ブラウザ２３８Ａは、プリンタ入力欄を含むトップページにおいて、モデル入力欄へのモデル名「Ｍ２」、シリアル番号「ＺＺＺ１」の入力、及び、サムネイル画像ＩＭ１の選択を受け付けると、ＵＲＬ３６にクエリ文字列「model=M2&serial=ZZZ2」を付加して、ＵＲＬ「http://data.webserver.com/printpage1?model=M2&serial=ZZZ2」を生成する。そして、ブラウザ２３８Ａは、生成済みのＵＲＬを送信先として含むとともに、ＣｏｏｋｉｅファイルＣ２を含むＧＥＴ要求をデータサーバ５００に送信する。データサーバ５００は、携帯端末２００ＡからＧＥＴ要求を受信すると、当該要求内のＵＲＬのマーク「？」よりも後（即ちクエリ部）に記述されている文字列からプリンタ１００Ｂのモデル名「Ｍ２」、シリアル番号「ＺＺＺ２」を抽出する。この場合、データサーバ５００は、プリントアプリ２４１Ａを利用した印刷を実行すべきと判断し、プリントアプリ２４１Ａを起動させるための文字列「printapp2」をプログラム名として特定する。そして、データサーバ５００は、特定済みのプログラム名ＰＩを含むＵＲＬスキームを生成し、当該ＵＲＬを含むＧＥＴ応答を携帯端末２００Ａに送信する。これにより、携帯端末２００Ａにユーザは、プリントアプリ２４１Ａ及びプリンタ１００Ｂを利用した印刷を実行することができる。本変形例では、文字列「printapp1」を含むＵＲＬスキーム、文字列「printapp2」を含むＵＲＬスキームが、それぞれ、「第１出力データ」、「第２出力データ」の一例である。

（変形例１６）データサーバ５００は、Ｔ５３２で受信するＧＥＴ要求内のＣｏｏｋｉｅファイルにＩＤ「ＵＵＵ１」が含まれている否かに応じて、ＵＲＬスキーム内のＵＲＬを変更してもよい。例えば、データサーバ５００は、Ｔ５３２で受信するＧＥＴ要求内のＣｏｏｋｉｅファイルがＩＤ「ＵＵＵ１」を含まない場合に、ＵＲＬ３８を含むＵＲＬスキーム８２を生成する。この場合、プリントアプリ２４０Ａは、印刷画面Ｄ１４を表示部２１４に評させる。一方、データサーバ５００は、Ｔ５３２で受信するＧＥＴ要求内のＣｏｏｋｉｅファイルがＩＤ「ＵＵＵ１」を含む場合に、ＵＲＬ「http://data.webserver.com/login_printpage1data1?model=M2&serial&ZZZ1」を含むＵＲＬスキームを生成する。この場合、プリントアプリ２４０Ａは、ログイン画面Ｄ２１を表示部２１４に表示させる。

（変形例１７）上記の各実施例では、ウェブページサーバ４００のＣＰＵ４３２、データサーバ５００のＣＰＵ５３２、ログサーバ７００のＣＰＵ（図示省略）、携帯端末２００ＡのＣＰＵ２３２、携帯端末２００ＢのＣＰＵ（図示省略）、又は、素材サーバ８００のＣＰＵ（図示省略）が、プログラム（即ちソフトウェア）を実行することによって、図２〜図１０、図１３〜図１５、図１７、及び、図１８の各処理が実現される。これに代えて、図２〜図１０、図１３〜図１５、図１７、及び、図１８の各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。

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

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

２：通信システム、４：インターネット、１００Ａ、１００Ｂ：プリンタ、２００Ａ、２００Ｂ：携帯端末、２１２：操作部、２１４：表示部、２１６：通信Ｉ／Ｆ、２３０：制御部、２３２：ＣＰＵ、２３４：メモリ、２３６：プログラム、２３８：ブラウザアプリケーション、２４０、２４１：プリントアプリケーション、２４２、２４３：インストーラ、４００：ウェブページサーバ、４１６：通信Ｉ／Ｆ、４３０：制御部、４３２：ＣＰＵ、４３４：メモリ、４３６：プログラム、５００：データサーバ、５１６：通信Ｉ／Ｆ、５３０：制御部、５３２：ＣＰＵ、５３４：メモリ、５３６：プログラム、６００：データベース、６０２：管理テーブル、７００：ログサーバ、７３０：メモリ、７３２：履歴情報、８００：素材サーバ

Claims (18)

1. サーバであって、
   端末装置から、インターネットを介して、前記端末装置とは異なる周辺装置であって、前記端末装置のユーザによって利用される前記周辺装置に関係する関係情報を用いて得られる特定情報を含む特定信号を受信する特定信号受信部であって、前記関係情報は、前記周辺装置を識別する識別情報と、前記周辺装置のモデルを示すモデル情報と、のうちの少なくとも１個の情報を含む、前記特定信号受信部と、
   前記端末装置から受信される前記特定信号に含まれる前記特定情報を利用して、前記関係情報に対応する出力データを取得する取得部と、
   前記インターネットを介して、取得済みの前記出力データを外部装置に送信する出力データ送信部と、を備え、
   前記特定信号受信部は、
   第１の前記端末装置から、前記インターネットを介して、前記第１の端末装置の第１の前記ユーザによって利用される第１の前記周辺装置に関係する第１の前記関係情報を用いて得られる第１の前記特定情報を含む第１の前記特定信号を受信し、
   第２の前記端末装置から、前記インターネットを介して、前記第２の端末装置の第２の前記ユーザによって利用される第２の前記周辺装置に関係する第２の前記関係情報を用いて得られる第２の前記特定情報を含む第２の前記特定信号を受信し、
   前記第２の周辺装置は、前記第１の周辺装置とは異なり、
   前記第２の関係情報は、前記第１の関係情報とは異なり、
   前記第２の特定情報は、前記第１の特定情報とは異なり、
   前記取得部は、
   前記第１の端末装置から、前記第１の特定情報を含む前記第１の特定信号が受信されることに応じて、前記第１の特定情報を利用して、前記第１の関係情報に対応する第１の前記出力データを取得し、
   前記第２の端末装置から、前記第２の特定情報を含む前記第２の特定信号が受信されることに応じて、前記第２の特定情報を利用して、前記第２の関係情報に対応する第２の前記出力データであって、前記第１の出力データとは異なる前記第２の出力データを取得し、
   前記出力データ送信部は、
   前記第１の出力データが取得される場合に、取得済みの前記第１の出力データを第１の前記外部装置に送信し、
   前記第２の出力データが取得される場合に、取得済みの前記第２の出力データを第２の前記外部装置に送信する、
   サーバ。
2. 前記サーバは、さらに、
   前記端末装置から、前記インターネットを介して、前記関係情報を含む第１の信号を受信する第１の信号受信部と、
   前記第１の信号に含まれる前記関係情報を利用して、前記特定情報を生成する生成部と、
   前記インターネットを介して、生成済みの前記特定情報を前記端末装置に送信する特定情報送信部と、を備え、
   前記特定信号受信部は、前記特定情報が前記端末装置に送信された後に、前記端末装置から前記特定情報を含む前記特定信号を受信する、請求項１に記載のサーバ。
3. 前記特定情報は、Ｃｏｏｋｉｅファイルであり、
   前記特定信号は、前記サーバのドメインを含む第１のＵＲＬと、前記Ｃｏｏｋｉｅファイルである前記特定情報と、を含み、
   前記関係情報を含む前記第１の信号は、前記サーバの前記ドメインと、クエリとして記述されている前記関係情報と、を含む第２のＵＲＬを含む、請求項２に記載のサーバ。
4. 前記特定情報は、前記サーバの前記ドメインを含み、
   前記特定信号受信部は、前記サーバの前記ドメインを含む前記第１のＵＲＬを指定するための指示が前記ユーザによって前記端末装置に与えられる場合に、前記端末装置から、指定済みの前記第１のＵＲＬと、指定済みの前記第１のＵＲＬに含まれる前記ドメインを含む前記Ｃｏｏｋｉｅファイルである前記特定情報と、を含む前記特定信号を受信する、請求項３に記載のサーバ。
5. 前記特定情報を含む前記特定信号は、前記サーバのドメインと、クエリとして記述されている前記特定情報と、を含む特定のＵＲＬを含む、請求項１に記載のサーバ。
6. 前記出力データは、前記ユーザに関連するユーザ情報を含む、請求項１から５のいずれか一項に記載のサーバ。
7. 前記サーバは、さらに、
   前記端末装置から、前記インターネットを介して、前記ユーザが前記サーバにログインするためのログイン情報を含む第２の信号を受信する第２の信号受信部と、
   前記端末装置から前記ログイン情報を含む前記第２の信号が受信される場合に、前記第２の信号に含まれる前記ログイン情報を利用して、前記ユーザの認証を実行する認証実行部と、を備え、
   前記取得部は、前記端末装置から前記特定情報を含む前記特定信号が受信され、かつ、前記ユーザの認証が成功する場合に、前記ユーザ情報を含む前記出力データを取得する、請求項６に記載のサーバ。
8. 前記取得部は、前記特定情報を利用して前記出力データを生成することによって、前記出力データを取得する、請求項１から７のいずれか一項に記載のサーバ。
9. 前記端末装置は、前記外部装置である、請求項１から８のいずれか一項に記載のサーバ。
10. 前記第１の端末装置は、前記第２の端末装置とは異なる、請求項１から９のいずれか一項に記載のサーバ。
11. 前記出力データは、前記関係情報に対応する特定のウェブページを前記端末装置に表示させるためのウェブページデータを含む、請求項１から１０のいずれか一項に記載のサーバ。
12. 前記出力データは、
    前記関係情報を含む前記特定のウェブページを表わす前記ウェブページデータと、
    前記関係情報によって示される前記周辺装置に関する情報を前記外部装置に提供するための前記特定のウェブページを表わす前記ウェブページデータと、
    前記関係情報によって示される前記周辺装置に関する情報をデータベースに登録するための前記特定のウェブページを表わす前記ウェブページデータと、
    前記関係情報によって示される前記周辺装置を含む複数種類の周辺装置に対応する複数個のウェブページへの複数個のリンク情報を含む前記特定のウェブページであって、前記複数個のリンク情報のうち、前記関係情報によって示される前記周辺装置に対応するウェブページへのリンク情報が強調されている前記特定のウェブページを表わす前記ウェブページデータと、
    のうちの少なくとも１個のデータを含む、請求項１１に記載のサーバ。
13. 前記ウェブページデータは、前記関係情報を含むＵＲＬスキームを含み、
    前記ＵＲＬスキームは、前記端末装置を前記サーバとは異なるサーバにアクセスさせるための情報と、前記端末装置にインストールされている特定のアプリケーションを起動させるための情報と、のうちの少なくとも一方を含む、請求項１１又は１２に記載のサーバ。
14. 前記サーバは、さらに、
    前記特定信号が受信された後に、前記周辺装置を利用する前記ユーザの指示に応じて前記端末装置によってアクセスされた前記ウェブページデータを特定可能なように、前記ユーザの前記指示に応じて前記端末装置によってアクセスされた前記ウェブページデータに対応する第１のＵＲＬと、前記周辺装置に関係する前記関係情報であって、前記特定信号に含まれる前記特定情報に対応する前記関係情報と、を関連付けてメモリに記録するための特定の処理を実行する処理実行部を備える、請求項１１から１３のいずれか一項に記載のサーバ。
15. サーバシステムであって、
    請求項１４に記載の前記サーバと、
    前記サーバとは異なるログサーバであって、前記メモリを備える前記ログサーバと、を備え、
    前記サーバの前記処理実行部は、前記ログサーバが前記第１のＵＲＬと前記関係情報とを関連付けて前記ログサーバの前記メモリに記録するための前記特定の処理を実行する、サーバシステム。
16. 前記サーバの前記処理実行部は、前記特定の処理において、前記第１のＵＲＬと前記関係情報とを含む送信命令を前記端末装置に送信し、
    前記送信命令は、前記ログサーバが前記第１のＵＲＬと前記関係情報とを関連付けて前記ログサーバの前記メモリに記録するように、前記端末装置に、前記第１のＵＲＬと前記関係情報とを前記ログサーバに送信させるための命令である、請求項１５に記載のサーバシステム。
17. 前記送信命令は、前記端末装置に、前記第１のＵＲＬを示す文字列と、クエリとして記述されている前記関係情報と、を含む第２のＵＲＬを生成させて、前記第２のＵＲＬを前記ログサーバに送信させるための命令である、請求項１６に記載のサーバシステム。
18. サーバのためのコンピュータプログラムであって、
    前記サーバのコンピュータを、以下の各部、即ち、
    端末装置から、インターネットを介して、前記端末装置とは異なる周辺装置であって、前記端末装置のユーザによって利用される前記周辺装置に関係する関係情報を用いて得られる特定情報を含む特定信号を受信する特定信号受信部であって、前記関係情報は、前記周辺装置を識別する識別情報と、前記周辺装置のモデルを示すモデル情報と、のうちの少なくとも１個の情報を含む、前記特定信号受信部と、
    前記端末装置から受信される前記特定信号に含まれる前記特定情報を利用して、前記関係情報に対応する出力データを取得する取得部と、
    前記インターネットを介して、取得済みの前記出力データを外部装置に送信する出力データ送信部と、を備え、
    前記特定信号受信部は、
    第１の前記端末装置から、前記インターネットを介して、前記第１の端末装置の第１の前記ユーザによって利用される第１の前記周辺装置に関係する第１の前記関係情報を用いて得られる第１の前記特定情報を含む第１の前記特定信号を受信し、
    第２の前記端末装置から、前記インターネットを介して、前記第２の端末装置の第２の前記ユーザによって利用される第２の前記周辺装置に関係する第２の前記関係情報を用いて得られる第２の前記特定情報を含む第２の前記特定信号を受信し、
    前記第２の周辺装置は、前記第１の周辺装置とは異なり、
    前記第２の関係情報は、前記第１の関係情報とは異なり、
    前記第２の特定情報は、前記第１の特定情報とは異なり、
    前記取得部は、
    前記第１の端末装置から、前記第１の特定情報を含む前記第１の特定信号が受信されることに応じて、前記第１の特定情報を利用して、前記第１の関係情報に対応する第１の前記出力データを取得し、
    前記第２の端末装置から、前記第２の特定情報を含む前記第２の特定信号が受信されることに応じて、前記第２の特定情報を利用して、前記第２の関係情報に対応する第２の前記出力データであって、前記第１の出力データとは異なる前記第２の出力データを取得し、
    前記出力データ送信部は、
    前記第１の出力データが取得される場合に、取得済みの前記第１の出力データを第１の前記外部装置に送信し、
    前記第２の出力データが取得される場合に、取得済みの前記第２の出力データを第２の前記外部装置に送信する、
    コンピュータプログラム。
    

Images