(57)【要約】【課題】  ウェブページデータへのアクセス履歴を有効に利用し得る新規な技術を提供する。【解決手段】  ウェブサーバは、端末装置から、対象周辺装置に関係する対象関係情報を受信するサーバ側関係情報受信部と、端末装置から対象関係情報を受信した後に、特定データを端末装置に送信する特定データ送信部と、特定データを端末装置に送信した後に、端末装置から、第１のページ要求を受信するページ要求受信部と、第１のページ要求を受信した後に、第１のウェブページデータを端末装置に送信する第１のウェブページデータ送信部と、第１のページ要求を受信した後に、ユーザの指示に応じて端末装置によってアクセスされた第１のウェブページデータに対応する第１のＵＲＬと、第１のページ要求に含まれる特定データに対応する対象関係情報と、を関連付けて第１のメモリに記録するための特定の処理を実行する処理実行部と、を備える。【選択図】図４
2018173850.tif 000002
【特許請求の範囲】
【請求項１】
ウェブサーバであって、
端末装置から、対象周辺装置に関係する対象関係情報を受信するサーバ側関係情報受信部であって、前記対象周辺装置は、前記端末装置のユーザによって利用される装置であり、前記対象関係情報は、前記対象周辺装置を識別するための識別情報と、前記対象周辺装置の型番を示す型番情報と、のうちの少なくとも１個の情報を含む、前記サーバ側関係情報受信部と、
前記端末装置から前記対象関係情報を受信した後に、前記対象関係情報に対応する特定データを前記端末装置に送信する特定データ送信部であって、前記特定データは、前記端末装置が前記ウェブサーバ内のウェブページデータにアクセスする際に、前記端末装置から前記ウェブサーバに送信されるデータである、前記特定データ送信部と、
前記特定データを前記端末装置に送信した後に、前記ウェブサーバ内の第１のウェブページデータに対応する第１のＵＲＬを指定するための指示が前記ユーザによって前記端末装置に与えられる場合に、前記端末装置から、前記第１のＵＲＬと前記特定データとを含む第１のページ要求を受信するページ要求受信部と、
前記第１のページ要求を受信した後に、前記第１のページ要求に含まれる前記第１のＵＲＬに対応する前記第１のウェブページデータを前記端末装置に送信する第１のウェブページデータ送信部と、
前記第１のページ要求を受信した後に、前記対象周辺装置を利用する前記ユーザの前記指示に応じて前記端末装置によってアクセスされた前記第１のウェブページデータを特定可能なように、前記第１のページ要求に含まれる前記第１のＵＲＬであって、前記ユーザの前記指示に応じて前記端末装置によってアクセスされた前記第１のウェブページデータに対応する前記第１のＵＲＬと、前記対象周辺装置に関係する前記対象関係情報であって、前記第１のページ要求に含まれる前記特定データに対応する前記対象関係情報と、を関連付けて第１のメモリに記録するための特定の処理を実行する処理実行部と、
を備えるウェブサーバ。
【請求項２】
前記特定データは、Ｃｏｏｋｉｅファイルである、請求項１に記載のウェブサーバ。
【請求項３】
前記ウェブサーバは、さらに、
前記端末装置から前記対象関係情報を受信する際に、前記対象関係情報を含む前記特定データを生成する生成部を備え、
前記特定データ送信部は、生成済みの前記特定データを前記端末装置に送信する、請求項１又は２に記載のウェブサーバ。
【請求項４】
前記サーバ側関係情報受信部は、前記第１のページ要求を受信する前に、前記端末装置から、第２のページ要求を受信し、
前記第２のページ要求は、前記対象関係情報と、前記ウェブサーバ内の第２のウェブページデータに対応する第２のＵＲＬであって、前記第２のウェブページの格納場所を示す場所情報を含む第２のＵＲＬと、を含んでいるが、前記特定データを含んでおらず、
前記ウェブサーバは、さらに、
前記第２のページ要求を受信した後に、前記第２のページ要求に含まれる前記第２のＵＲＬに対応する前記第２のウェブページデータを前記端末装置に送信する第２のウェブページデータ送信部を備え、
前記特定データ送信部は、
前記端末装置から、前記特定データを含まない前記第２のページ要求を受信した後に、前記特定データを前記端末装置に送信し、
前記端末装置から、前記特定データを含む前記第１のページ要求を受信した後に、前記特定データを前記端末装置に送信しない、請求項１から３のいずれか一項に記載のウェブサーバ。
【請求項５】
前記第２のＵＲＬは、前記場所情報と、クエリとして記述されている前記対象関係情報と、を含む、請求項４に記載のウェブサーバ。
【請求項６】
前記特定データは、前記ウェブサーバのドメインを示すドメイン情報を含み、
前記ページ要求受信部は、前記ウェブサーバの前記ドメインを含む前記第１のＵＲＬを指定するための前記指示が前記ユーザによって前記端末装置に与えられる場合に、前記端末装置から、前記第１のＵＲＬと前記特定データとを含む前記第１のページ要求を受信する、請求項１から５のいずれか一項に記載のウェブサーバ。
【請求項７】
前記ウェブサーバは、さらに、前記第１のメモリを備え、
前記処理実行部が、前記第１のＵＲＬと前記対象関係情報とを関連付けて前記第１のメモリに記録する、請求項１から６のいずれか一項に記載のウェブサーバ。
【請求項８】
サーバシステムであって、
請求項１から７のいずれか一項に記載の前記ウェブサーバと、
前記ウェブサーバとは異なるステータス管理サーバと、を備え、
前記ステータス管理サーバは、
前記対象周辺装置から、前記対象関係情報と、前記対象周辺装置のステータスを示すステータス情報と、を受信するステータス受信部と、
第２のメモリと、
前記対象関係情報と前記ステータス情報とを関連付けて前記第２のメモリに記録するステータス記録部と、
を備えるサーバシステム。
【請求項９】
前記特定の処理は、前記第１のページ要求を受信した時刻に関連する第１の時刻情報を前記第１のメモリに記録させるための処理を含み、
前記第１のメモリには、前記第１のＵＲＬと、前記対象関係情報と、第１の時刻情報と、が関連付けて記憶されており、
前記ステータス管理サーバの前記ステータス記録部は、前記対象関係情報と、前記ステータス情報と、前記対象周辺装置が前記ステータス情報によって示される前記ステータスを有する時刻を示す第２の時刻情報と、を前記第２のメモリに記録する、請求項８に記載のサーバシステム。
【請求項１０】
サーバシステムであって、
請求項１から６のいずれか一項に記載の前記ウェブサーバと、
前記ウェブサーバとは異なるログサーバであって、前記第１のメモリを備える前記ログサーバと、を備え、
前記ウェブサーバの前記処理実行部は、前記ログサーバが前記第１のＵＲＬと前記対象関係情報とを関連付けて前記ログサーバの前記第１のメモリに記録するための前記特定の処理を実行する、サーバシステム。
【請求項１１】
前記ウェブサーバの前記処理実行部は、前記特定の処理において、前記第１のＵＲＬと前記対象関係情報とを含む送信命令を前記端末装置に送信し、
前記送信命令は、前記ログサーバが前記第１のＵＲＬと前記対象関係情報とを関連付けて前記ログサーバの前記第１のメモリに記録するように、前記端末装置に、前記第１のＵＲＬと前記対象関係情報とを前記ログサーバに送信させるための命令である、請求項１０に記載のサーバシステム。
【請求項１２】
前記送信命令は、前記端末装置に、前記第１のＵＲＬを示す文字列と、クエリとして記述されている前記対象関係情報と、を含む第３のＵＲＬを生成させて、前記第３のＵＲＬを前記ログサーバに送信させるための命令である、請求項１１に記載のサーバシステム。
【請求項１３】
請求項１から７のいずれか一項に記載の前記ウェブサーバと、
前記端末装置と、を備える通信システムであって、
前記端末装置は、
前記対象関係情報を前記ウェブサーバに送信する第１の送信部と、
前記対象関係情報を前記ウェブサーバに送信した後に、前記ウェブサーバから前記特定データを受信する特定データ受信部と、
前記特定データを受信した後に、前記ウェブサーバ内の前記第１のウェブページデータに対応する前記第１のＵＲＬを指定するための前記指示が前記ユーザから与えられる場合に、前記第１のＵＲＬと前記特定データとを含む前記第１のページ要求を前記ウェブサーバに送信する第２の送信部と、
前記第１のページ要求を送信した後に、前記ウェブサーバから前記第１のウェブページデータを受信するウェブページデータ受信部と、
前記第１のウェブページデータを利用して、第１のウェブページを前記端末装置の表示部に表示させる第１の表示制御部と、
を備える、通信システム。
【請求項１４】
前記通信システムは、さらに、
前記ウェブサーバとは異なるログサーバであって、前記第１のメモリを備える前記ログサーバを備え、
前記ウェブサーバの前記処理実行部は、前記第１のＵＲＬと前記対象関係情報とを含む送信命令を前記端末装置に送信し、
前記送信命令は、前記ログサーバが前記第１のＵＲＬと前記対象関係情報とを関連付けて前記ログサーバの前記第１のメモリに記録するように、前記端末装置に、前記第１のＵＲＬと前記対象関係情報とを前記ログサーバに送信させるための命令であり、
前記端末装置は、さらに、
前記第１のページ要求を前記ウェブサーバに送信した後に、前記ウェブサーバから前記送信命令を受信する命令受信部と、
前記送信命令に従って、前記第１のＵＲＬと前記対象関係情報とを前記ログサーバに送信する第３の送信部と、を備える、請求項１３に記載の通信システム。
【請求項１５】
前記端末装置は、さらに、
前記対象周辺装置から前記対象関係情報を受信する端末側関係情報受信部を備え、
前記端末装置の前記第１の送信部は、受信済みの前記対象関係情報を前記ウェブサーバに送信する、請求項１３又は１４に記載の通信システム。
【請求項１６】
前記端末側関係情報受信部は、前記対象周辺装置を含む１個以上の周辺装置のそれぞれから、当該周辺装置に関係する関係情報を取得し、
前記端末装置は、さらに、
前記１個以上の周辺装置の中から１個の周辺装置を選択するための選択画面を前記表示部に表示させる第２の表示制御部と、を備え、
前記端末装置の前記第１の送信部は、前記選択画面において前記ユーザによって選択された前記対象周辺装置に関係する前記対象関係情報を前記ウェブサーバに送信する、請求項１５に記載の通信システム。
【請求項１７】
ウェブサーバのためのコンピュータプログラムであって、
前記ウェブサーバに搭載されるコンピュータを、以下の各部、即ち、
端末装置から、対象周辺装置に関係する対象関係情報を受信するサーバ側関係情報受信部であって、前記対象周辺装置は、前記端末装置のユーザによって利用される装置であり、前記対象関係情報は、前記対象周辺装置を識別するための識別情報と、前記対象周辺装置の型番を示す型番情報と、のうちの少なくとも１個の情報を含む、前記サーバ側関係情報受信部と、
前記端末装置から前記対象関係情報を受信した後に、前記対象関係情報に対応する特定データを前記端末装置に送信する特定データ送信部であって、前記特定データは、前記端末装置が前記ウェブサーバ内のウェブページデータにアクセスする際に、前記端末装置から前記ウェブサーバに送信されるデータである、前記特定データ送信部と、
前記特定データを前記端末装置に送信した後に、前記ウェブサーバ内の第１のウェブページデータに対応する第１のＵＲＬを指定するための指示が前記ユーザによって前記端末装置に与えられる場合に、前記端末装置から、前記第１のＵＲＬと前記特定データとを含む第１のページ要求を受信するページ要求受信部と、
前記第１のページ要求を受信した後に、前記第１のページ要求に含まれる前記第１のＵＲＬに対応する前記第１のウェブページデータを前記端末装置に送信する第１のウェブページデータ送信部と、
前記第１のページ要求を受信した後に、前記対象周辺装置を利用する前記ユーザの指示に応じて前記端末装置によってアクセスされた前記第１のウェブページデータを特定可能なように、前記第１のページ要求に含まれる前記第１のＵＲＬであって、前記ユーザの前記指示に応じて前記端末装置によってアクセスされた前記第１のウェブページデータに対応する前記第１のＵＲＬと、前記対象周辺装置に関係する前記対象関係情報であって、前記第１のページ要求に含まれる前記特定データに対応する前記対象関係情報と、を関連付けて第１のメモリに記録するための特定の処理を実行する処理実行部と、
として機能させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書では、ウェブページデータを端末装置に送信可能なウェブサーバを開示する。
【背景技術】
【０００２】
特許文献１には、ユーザ端末と、ＷＥＢサイト・サーバと、情報蓄積サイト・サーバと、を備えるネットワークシステムが開示されている。ユーザ端末がＷＥＢサイト・サーバにアクセスすると、ＷＥＢサイト・サーバは、ユーザ端末情報を情報蓄積サイト・サーバに転送する。これにより、情報蓄積サイト・サーバは、ユーザ端末からＷＥＢサイト・サーバへのアクセス履歴を示す情報を保存する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３４４９１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本明細書では、過去にアクセスされたウェブページデータに対応するＵＲＬを有効に利用し得る新規な技術を提供する。
【課題を解決するための手段】
【０００５】
本明細書によって開示されるウェブサーバは、端末装置から、対象周辺装置に関係する対象関係情報を受信するサーバ側関係情報受信部であって、前記対象周辺装置は、前記端末装置のユーザによって利用される装置であり、前記対象関係情報は、前記対象周辺装置を識別するための識別情報と、前記対象周辺装置の型番を示す型番情報と、のうちの少なくとも１個の情報を含む、前記サーバ側関係情報受信部と、前記端末装置から前記対象関係情報を受信した後に、前記対象関係情報に対応する特定データを前記端末装置に送信する特定データ送信部であって、前記特定データは、前記端末装置が前記ウェブサーバ内のウェブページデータにアクセスする際に、前記端末装置から前記ウェブサーバに送信されるデータである、前記特定データ送信部と、前記特定データを前記端末装置に送信した後に、前記ウェブサーバ内の第１のウェブページデータに対応する第１のＵＲＬを指定するための指示が前記ユーザによって前記端末装置に与えられる場合に、前記端末装置から、前記第１のＵＲＬと前記特定データとを含む第１のページ要求を受信するページ要求受信部と、前記第１のページ要求を受信した後に、前記第１のページ要求に含まれる前記第１のＵＲＬに対応する前記第１のウェブページデータを前記端末装置に送信する第１のウェブページデータ送信部と、前記第１のページ要求を受信した後に、前記対象周辺装置を利用する前記ユーザの前記指示に応じて前記端末装置によってアクセスされた前記第１のウェブページデータを特定可能なように、前記第１のページ要求に含まれる前記第１のＵＲＬであって、前記ユーザの前記指示に応じて前記端末装置によってアクセスされた前記第１のウェブページデータに対応する前記第１のＵＲＬと、前記対象周辺装置に関係する前記対象関係情報であって、前記第１のページ要求に含まれる前記特定データに対応する前記対象関係情報と、を関連付けて第１のメモリに記録するための特定の処理を実行する処理実行部と、を備えていてもよい。
【０００６】
上記の構成によると、ユーザの指示に応じて端末装置によってアクセスされた第１のウェブページデータに対応する第１のＵＲＬと、対象周辺装置に関係する対象関係情報と、を関連付けて、第１のメモリに記録することができる。これにより、例えば、ウェブサーバの管理者は、対象周辺装置を利用するユーザが、端末装置を利用して、過去にどのウェブページデータにアクセスしたのかを特定することができる。従って、過去にアクセスされたウェブページデータに対応するＵＲＬを有効に利用し得る。
【０００７】
上記のウェブサーバを実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記のウェブサーバを備えるシステムも新規で有用である。
【図面の簡単な説明】
【０００８】
【図１】通信システムの構成を示す。
【図２】インストーラが起動される場合のシーケンス図を示す。
【図３】図２の続きのシーケンス図を示す。
【図４】サポートページが指定される場合のシーケンス図を示す。
【図５】プリンタとサービスサーバとの間で実行される通信のシーケンス図を示す。
【図６】インストーラが起動される場合の第２実施例のシーケンス図を示す。
【図７】サポートページが指定される場合の第２実施例のシーケンス図を示す。
【図８】変形例のシーケンス図を示す。
【発明を実施するための形態】
【０００９】
（第１実施例）
（通信システム２の構成；図１）
図１に示すように、通信システム２は、プリンタ１００と、携帯端末２００と、ウェブサーバ４００と、ログサーバ５００と、サービスサーバ６００と、を備える。プリンタ１００及び携帯端末２００は、ＡＰ（Access Pointの略）３００によって形成されている無線ＬＡＮ（Local Area Networkの略）に接続されている。プリンタ１００及び携帯端末２００は、ＡＰ３００を介して、相互に通信可能である。ＡＰ３００は、インターネット４に接続されている。従って、プリンタ１００及び携帯端末２００は、ＡＰ３００を介して、インターネット４にアクセス可能である。なお、変形例では、無線ＬＡＮに代えて有線ＬＡＮが利用されてもよい。インターネット４には、別体に構成されている各サーバ４００、５００、６００が設置されている。
【００１０】
（プリンタ１００の構成）
プリンタ１００は、印刷機能を実行可能な周辺装置（即ち携帯端末２００等の周辺装置）である。プリンタ１００は、プリンタ名「ＡＡＡ」と、モデル名「Ｘ１」と、シリアル番号「ＺＺＺ」と、を有する。
【００１１】
（携帯端末２００の構成）
携帯端末２００は、携帯電話、スマートフォン、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。変形例では、携帯端末２００に代えて据置型の端末装置が利用されてもよい。携帯端末２００は、操作部２１２と、表示部２１４と、ネットワークインターフェース２１６と、制御部２３０と、を備える。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。
【００１２】
操作部２１２は、複数のキーを備える。ユーザは、操作部２１２を操作することによって、様々な指示を携帯端末２００に入力することができる。表示部２１４は、様々な情報を表示するためのディスプレイであり、いわゆるタッチパネル（即ち操作部）としても機能する。以下では、操作部２１２及び表示部２１４を総称して「端末操作部」と呼ぶことがある。ネットワークＩ／Ｆ２１６は、ＡＰ３００との無線接続を確立している。
【００１３】
制御部２３０は、ＣＰＵ２３２と、メモリ２３４と、を備える。ＣＰＵ２３２は、メモリ２３４に格納されているプログラム２３６に従って、様々な処理を実行する。メモリ２３４は、ＲＯＭ、ＲＡＭ等によって構成される。プログラム２３６は、ブラウザアプリケーション２３８と、プリンタドライバ２４０と、インストーラ２４２と、を含む。ブラウザアプリケーション２３８（以下では、「ブラウザアプリ２３８」と呼ぶ）は、汎用的なウェブページ閲覧ソフトウェアであり、例えば、ＩＥ（Internet Explorer（登録商標）の略）、Ｓａｆａｒｉ（登録商標）、ＧｏｏｇｌｅＣｈｒｏｍｅ（登録商標）等である。プリンタドライバ２４０は、印刷対象の画像を表わす対象データを用いて印刷データを生成し、当該印刷データをプリンタ１００に供給するためのプログラムである。インストーラ２４２は、プリンタドライバ２４０を携帯端末２００にインストールするためのプログラムである。プリンタドライバ２４０及びインストーラ２４２は、例えば、プリンタ１００と共に出荷されるコンピュータ読取可能記録媒体から携帯端末２００にインストールされてもよいし、インターネット４上のサーバから携帯端末２００にインストールされてもよい。
【００１４】
（ウェブサーバ４００の構成）
ウェブサーバ４００は、プリンタ１００のベンダ（以下では「プリンタベンダ」と呼ぶ）によってインターネット４上に設置され、ウェブページを表わすウェブページデータを供給するためのサーバである。ウェブサーバ４００のドメイン名は、「webserver.com」である。
【００１５】
ウェブサーバ４００は、ネットワークＩ／Ｆ４２０と、制御部４３０と、を備える。ネットワークＩ／Ｆ４２０は、インターネット４に接続されている。制御部４３０は、ＣＰＵ４３２と、メモリ４３４と、を備える。ＣＰＵ４３２は、メモリ４３４に記憶されているプログラム４３６に従って、様々な処理を実行する。メモリ４３４は、ＲＯＭ、ＲＡＭ等によって構成される。また、図示省略しているが、メモリ４３４は、様々なウェブページを表わすウェブページデータ（例えばＨＴＭＬ（HyperText Markup Languageの略）形式のデータ、画像データ等）を記憶している。ウェブサーバ４００は、携帯端末２００のブラウザアプリ２３８からの要求に応じて、メモリ４３４内のウェブページデータを携帯端末２００に供給する。
【００１６】
（ログサーバ５００の構成）
ログサーバ５００は、プリンタベンダとは異なる事業者によってインターネット４上に設置され、ウェブページへのアクセス履歴を記憶するためのサーバである。本実施例では、ログサーバ５００は、Google（登録商標）によって提供される。ただし、変形例では、ログサーバ５００は、他の事業者（例えばプリンタベンダ）によって提供されてもよい。ログサーバ５００のドメイン名は、「logserver.com」である。
【００１７】
ログサーバ５００は、ネットワークＩ／Ｆ５２０と、制御部５３０と、を備える。ネットワークＩ／Ｆ５２０は、インターネット４に接続されている。制御部５３０は、ＣＰＵ５３２と、メモリ５３４と、を備える。ＣＰＵ５３２は、メモリ５３４に記憶されているプログラム５３６に従って、様々な処理を実行する。メモリ５３４は、ＲＯＭ、ＲＡＭ等によって構成される。メモリ５３４は、ウェブページへのアクセス履歴を示す履歴情報５３８を記憶することができる。
【００１８】
（サービスサーバ６００の構成）
サービスサーバ６００は、プリンタベンダによってインターネット４上に設置され、プリンタ１００のステータスを管理してステータスに応じたサービスを提供するためのサーバである。
【００１９】
サービスサーバ６００は、メモリ６３４を備える。メモリ６３４は、ＲＯＭ、ＲＡＭ等によって構成される。メモリ６３４は、ユーザテーブル６３６を記憶する。ユーザテーブル６３６では、ユーザ情報と、プリンタのモデル名と、プリンタのシリアル番号と、消耗品情報と、受信時刻と、が関連付けられている。ユーザ情報は、プリンタのユーザの氏名、性別、年齢、住所等を含む。プリンタ１００のユーザは、例えば携帯端末２００を利用してサービスサーバ６００にログインすることによって、ユーザ情報「Ｕ１」をユーザテーブル６３６に登録する。サービスサーバ６００とプリンタ１００との間には、いわゆる常時接続であるＸＭＰＰ（eXtensible Messaging and Presence Protocolの略）接続が確立されている。ユーザがサービスサーバ６００とプリンタ１００との間にＸＭＰＰ接続を確立させる際に、プリンタ１００からサービスサーバ６００にモデル名「Ｘ１」及びシリアル番号「ＺＺＺ」が送信され、それらの情報がユーザテーブル６３６に登録される。消耗品情報は、プリンタに搭載されているインクカートリッジ、トナーカートリッジ等の消耗品の残量を示す情報である。サービスサーバ６００は、ＸＭＰＰ接続を利用して、プリンタ１００から消耗品情報及び消耗品情報の更新時刻を受信し、受信済みの消耗品情報及び消耗品情報の更新時刻をユーザテーブル６３６に記録する。更新時刻とは、プリンタ１００の印刷機能が実行されることによって、消耗品の残量を示す消耗品情報が更新される際の時刻である。
【００２０】
（インストーラ２４２の起動時のシーケンス；図２）
図２を参照して、インストーラ２４２が起動される場合に実行される各処理について説明する。以下では、理解のし易さを考慮して、ＣＰＵ２３２、４３２、５３２によって実行される処理を説明する際に、ＣＰＵを主体として記載せずに、デバイス（例えば携帯端末２００）を主体として記載する。
【００２１】
Ｔ１０において、インストーラ２４２を起動させるための操作がユーザによって端末操作部に実行される。この場合、Ｔ１２において、携帯端末２００は、インストーラ２４２に従って、検索信号をブロードキャストによって無線ＬＡＮに送信する。検索信号は、ＡＰ３００に接続されている１個以上の周辺装置のそれぞれから、当該周辺装置の装置情報（即ち、プリンタ名、モデル名、及び、シリアル番号）を含む応答信号の送信を要求するための信号である。
【００２２】
プリンタ１００は、Ｔ１２において、検索信号を受信すると、Ｔ１４において、プリンタ１００の装置情報（即ち、プリンタ名「ＡＡＡ」、モデル名「Ｘ１」、及び、シリアル番号「ＺＺＺ」）を含む応答信号を携帯端末２００に送信する。
【００２３】
携帯端末２００は、Ｔ１４において、プリンタ１００を含む１個以上の周辺装置のそれぞれから応答信号を受信すると、Ｔ１６において、インストーラ２４２に従って、選択画面ＳＳを表示部２１４に表示させる。選択画面ＳＳは、１個以上の周辺装置のそれぞれについて、当該周辺装置のプリンタ名及びモデル名を含む。Ｔ１８において、選択画面ＳＳからプリンタ１００のプリンタ名「ＡＡＡ」を選択するための操作が端末操作部に実行される。
【００２４】
プリンタ名「ＡＡＡ」の選択が実行されると、Ｔ２０において、携帯端末２００は、インストーラ２４２に従って、プリンタドライバ２４０をインストールする。この際に、携帯端末２００は、インストーラ２４２に従って、Ｔ１８で選択されたプリンタ１００の装置情報とプリンタドライバ２４０との対応付けを実行する。
【００２５】
プリンタドライバ２４０のインストールが完了すると、Ｔ２２において、携帯端末２００は、インストーラ２４２に従って、ＵＲＬ（Uniform Resource Locatorの略）１２を生成してＵＲＬ１２をブラウザアプリ２３８に供給する（即ち受け渡す）。一般的に、ＵＲＬは、スキーム部、オーソリティー部、パス部、及び、クエリ部を含む。例えば、「http://webserver.com/aaa/bbb?xxx」では、「http」がスキーム部に相当し、マーク「:」及び「//」の後の「webserver.com」がオーソリティー部に相当し、「aaa/bbb」がパス部に相当し、マーク「?」の後の「xxx」がクエリ部に相当する。なお、ＵＲＬは、クエリ部を含まないこともあり得る。携帯端末２００は、まず、インストーラ２４２において予め決められているＵＲＬ１２ａ（即ち「http://webserver.com/fin」）を特定する。ＵＲＬ１２ａは、ウェブサーバ４００のドメイン「webserver.com」を含む。そして、携帯端末２００は、ＵＲＬ１２ａにクエリ文字列１２ｂを付加することによって、ＵＲＬ１２を生成する。クエリ文字列１２ｂは、Ｓ１８で選択されたプリンタ１００のモデル名「Ｘ１」及びシリアル番号「ＺＺＺ」を含む（即ち「model=X1&serial=ZZZ」）。次いで、携帯端末２００は、生成済みのＵＲＬ１２をブラウザアプリ２３８に供給する。この場合、Ｔ３０において、携帯端末２００は、ブラウザアプリ２３８に従って、ＵＲＬ１２を送信先ＵＲＬとして含むＧＥＴ要求をウェブサーバ４００に送信する。
【００２６】
ウェブサーバ４００は、Ｔ３０において、ＧＥＴ要求を受信すると、Ｔ３２において、ＧＥＴ要求に含まれるＵＲＬ１２内のマーク「？」よりも前（即ち、スキーム部、オーソリティー部、パス部）に記述されている文字列をＵＲＬ１２ａとして抽出し、マーク「？」よりも後（即ちクエリ部）に記述されている文字列をクエリ文字列１２ｂとして抽出する。ウェブサーバ４００は、さらに、クエリ文字列１２ｂの中から、プリンタ１００のモデル名「Ｘ１」及びシリアル番号「ＺＺＺ」を抽出する。このように、ウェブサーバ４００は、送信先ＵＲＬ１２からモデル名「Ｘ１」及びシリアル番号「ＺＺＺ」を抽出するので、送信先ＵＲＬ１２とは異なる情報が記述されるべきＧＥＴ要求内の他の領域からモデル名「Ｘ１」等を抽出せずに済む。このために、モデル名「Ｘ１」等を容易に抽出することができる。ただし、変形例では、ＧＥＴ要求内の上記の他の領域にモデル名「Ｘ１」等が記述されてもよく、ウェブサーバ４００は、上記の他の領域からモデル名「Ｘ１」等を抽出してもよい。
【００２７】
Ｔ３４において、ウェブサーバ４００は、抽出済みのモデル名「Ｘ１」及びシリアル番号「ＺＺＺ」を利用して、Ｃｏｏｋｉｅファイルを生成する。Ｃｏｏｋｉｅファイルは、Ｃｏｏｋｉｅ名が記述されるＣｏｏｋｉｅ名領域と、ドメイン情報が記述されるドメイン領域と、を含む。ウェブサーバ４００は、Ｃｏｏｋｉｅ名領域に「Ｘ１」及び「ＺＺＺ」を記述し（即ち「model&serial=X1&ZZZ」）、ドメイン領域にウェブサーバ４００のドメイン名を記述する（即ち「domain=webserver.com」）。Ｃｏｏｋｉｅファイルがプリンタ１００の情報（即ちモデル名「Ｘ１」及びシリアル番号「ＺＺＺ」）を含むので、Ｃｏｏｋｉｅファイルと当該情報とが対応付けられる。
【００２８】
Ｔ３６において、ウェブサーバ４００は、ＵＲＬ１２ａに対応する完了ページデータと、Ｔ３４で生成されたＣｏｏｋｉｅファイルと、ＧＴＭ（Google（登録商標） Tag Managerの略）と、を含む応答を携帯端末２００に送信する。完了ページデータは、プリンタドライバ２４０のインストールが完了したことを示すインストール完了ページを表わすＨＴＭＬデータである。ＧＴＭは、ログサーバ５００へのアクセスを携帯端末２００に実行させるための指示情報である。ＧＴＭは、クライアントＩＤ「ＹＹＹ」と、アクセス先ＵＲＬであるＵＲＬ１４「http://logserver.com/regist」と、仮想ＵＲＬ生成コマンドと、を含む。クライアントＩＤは、インターネット４上のサーバを運用する個々のベンダ（即ちクライアント）毎に割り当てられるユニークなＩＤである。クライアントの１つであるプリンタベンダには、クライアントＩＤ「ＹＹＹ」が割り当てられている。アクセス先ＵＲＬ１４は、ログサーバ５００のドメイン（即ち「logserver.com」）を含む。従って、携帯端末２００は、アクセス先ＵＲＬ１４を利用して、ログサーバ５００にアクセスすることができる。仮想ＵＲＬ生成コマンドは、携帯端末２００のブラウザアプリ２３８が解釈可能なＪａｖａＳｃｒｉｐｔ（登録商標）に従って記述されており、仮想ＵＲＬの生成を携帯端末２００に実行させるためのコマンドである。仮想ＵＲＬ生成コマンドは、Ｔ３２で抽出されたＵＲＬ１２ａ（即ち「http://webserver.com/fin」）と、Ｔ３２で抽出されたモデル名「Ｘ１」及びシリアル番号「ＺＺＺ」を含む文字列１７（即ち「model =X1&&serial=ZZZ」）と、を含む。
【００２９】
携帯端末２００は、ブラウザアプリ２３８に従って、Ｔ３６において、ウェブサーバ４００から応答を受信すると、図３のＴ３８において、当該応答に含まれる完了ページデータによって表わされるインストール完了ページＰ１を表示部２１４に表示させる。これにより、ユーザは、プリンタドライバ２４０のインストールが完了したことを知ることができる。また、インストール完了ページＰ１は、プリンタベンダによって提供される様々なアプリケーションをダウンロードするためのダウンロードページのＵＲＬ（即ち「http://webserver.com/apps」）を含む。図示省略しているが、当該ＵＲＬがユーザによって選択されると、携帯端末２００は、ブラウザアプリ２３８に従って、ダウンロードページにアクセスする。
【００３０】
Ｔ４０において、携帯端末２００は、ブラウザアプリ２３８に従って、図３のＴ３６で受信された応答に含まれるＣｏｏｋｉｅファイルをメモリ２３４に記憶させる。これにより、携帯端末２００は、Ｃｏｏｋｉｅファイル内のドメイン領域に記述されている文字列「webserver.com」を含むＵＲＬを指定するための指示がユーザによって与えられる場合に、当該ＵＲＬとＣｏｏｋｉｅファイルとを含むＧＥＴ要求をウェブサーバ４００に送信する。
【００３１】
Ｔ５０において、携帯端末２００は、ブラウザアプリ２３８に従って、図３のＴ３６で受信された応答に含まれる仮想ＵＲＬ生成コマンドを実行する。具体的には、携帯端末２００は、当該コマンド内のＵＲＬ１２ａと、当該コマンド内の文字列１７であるクエリ文字列と、を含む仮想ＵＲＬ１８（即ち「http://webserver.com/fin?model=X1&serial=ZZZ」）を生成する。携帯端末２００は、さらに、図３のＴ３６で受信された応答に含まれるＧＴＭからクライアントＩＤ「ＹＹＹ」とアクセス先ＵＲＬ１４とを抽出する。そして、携帯端末２００は、ブラウザアプリ２３８に従って、ＧＥＴ要求をログサーバ５００に送信する。ＧＥＴ要求は、抽出済みのＵＲＬ１４を送信先ＵＲＬとして含み、さらに、抽出済みのクライアントＩＤ「ＹＹＹ」と、生成済みの仮想ＵＲＬ１８と、を含む。仮想ＵＲＬ１８は、送信先ＵＲＬではなく、仮想ＵＲＬ１８を構成する文字列をログサーバ５００に通知するための役割を有する。
【００３２】
ログサーバ５００は、Ｔ５０において、ＧＥＴ要求を受信すると、Ｔ５２において、ＧＥＴ要求から各情報を抽出する。具体的には、ログサーバ５００は、クライアントＩＤ「ＹＹＹ」を抽出し、仮想ＵＲＬ１８のマーク「？」よりも前に記述されている文字列をＵＲＬ１２ａとして抽出し、仮想ＵＲＬ１８のマーク「？」よりも後に記述されている文字列をクエリ文字列１７として抽出する。ログサーバ５００は、さらに、クエリ文字列１７の中から、プリンタ１００のモデル名「Ｘ１」及びシリアル番号「ＺＺＺ」を抽出する。
【００３３】
Ｔ５３において、ログサーバ５００は、抽出済みの各情報（即ち、クライアントＩＤ「ＹＹＹ」、ＵＲＬ１２ａ、モデル名「Ｘ１」、シリアル番号「ＺＺＺ」）と、受信時刻（例えば「２０１７／３／３０  １６：００」）と、が関連付けられている履歴情報５３８をメモリ５３４に記録する。受信時刻は、携帯端末２００からＧＥＴ要求を受信した時刻である。これにより、ユーザの指示に応じて携帯端末２００によってアクセスされたＵＲＬ１２ａと、プリンタ１００（即ち、モデル名「Ｘ１」、シリアル番号「ＺＺＺ」）と、が関連付けられる。
【００３４】
Ｔ５４において、ログサーバ５００は、Ｔ５０のＧＥＴ要求に対する応答を携帯端末２００に送信する。当該応答は、ウェブページデータを含まない。即ち、Ｔ５０のＧＥＴ要求は、ウェブページデータを要求するための信号ではなく、当該ＧＥＴ要求内の各情報をログサーバ５００に記録するための信号である。Ｔ５４が終了すると、インストーラ２４２の起動時に実行される各処理が終了する。
【００３５】
（サポートページの指定時のシーケンス；図４）
続いて、図４を参照して、図２及び図３の処理の後に携帯端末２００においてウェブサーバ４００内のサポートページが指定される場合に実行される各処理を説明する。サポートページは、プリンタ１００で発生するエラーの解消方法を提供するためのページである。図４では、携帯端末２００によって実行される全ての処理は、ブラウザアプリ２３８によって実現される。従って、図４では、「ブラウザアプリ２３８に従って」という記載を省略する。
【００３６】
ユーザは、プリンタ１００においてエラーが発生する場合に、携帯端末２００においてブラウザアプリ２３８を起動させる。そして、Ｔ１１０において、サポートページに対応するＵＲＬ２０（即ち「http://webserver.com/support」）を指定するための操作がユーザによって端末操作部に実行される。即ち、ＵＲＬ２０を指定するための指示がユーザによって携帯端末２００に与えられる。この場合、携帯端末２００は、記憶済みのＣｏｏｋｉｅファイル（図３のＴ４０）を参照して、ＵＲＬ２０が、Ｃｏｏｋｉｅファイル内のドメイン領域に記述されているドメイン名「webserver.com」を含むと判断する。そして、Ｔ１１２において、携帯端末２００は、ＵＲＬ２０を送信先ＵＲＬとして含むと共に、Ｃｏｏｋｉｅファイルを含むＧＥＴ要求をウェブサーバ４００に送信する。なお、図示省略しているが、ドメイン名「webserver.com」を含まないＵＲＬを指定するための指示がユーザによって携帯端末２００に与えられる場合には、携帯端末２００は、Ｃｏｏｋｉｅファイル内のドメイン名「webserver.com」を含まないと判断する。この場合、携帯端末２００は、当該ＵＲＬを送信先ＵＲＬとして含むＧＥＴ要求であって、Ｃｏｏｋｉｅファイルを含まないＧＥＴ要求を送信する。
【００３７】
ウェブサーバ４００は、Ｔ１１２において、ＧＥＴ要求を受信すると、ＧＥＴ要求内にＣｏｏｋｉｅファイルが含まれていると判断する。この場合、Ｔ１１４において、ウェブサーバ４００は、ＵＲＬ２０に対応するサポートページデータと、ＧＴＭと、を含む応答を携帯端末２００に送信する。即ち、ウェブサーバ４００は、携帯端末２００がＣｏｏｋｉｅファイルを既に記憶していると判断するので、Ｃｏｏｋｉｅファイルを携帯端末２００に送信しない。この点が、Ｃｏｏｋｉｅファイルを携帯端末２００に送信する図２のＴ３６とは異なる。Ｔ１１４で送信される応答内のＧＴＭは、図２のＴ３６と同様に、プリンタベンダに割り当てられているクライアントＩＤ「ＹＹＹ」を含むと共に、ログサーバ５００のドメイン「logserver.com」を含むＵＲＬ１４をアクセス先ＵＲＬとして含む。また、仮想ＵＲＬ生成コマンドは、Ｔ１１２で受信されたＧＥＴ要求に含まれる送信先ＵＲＬであるＵＲＬ２０と、文字列１７（即ち「model=X1&&serial=ZZZ」）と、を含む。文字列１７は、以下のように生成される。即ち、携帯端末２００は、Ｔ１１２で受信されたＧＥＴ要求に含まれるＣｏｏｋｉｅファイルからモデル名「Ｘ１」及びシリアル番号「ＺＺＺ」を抽出し、抽出済みの「Ｘ１」及び「ＺＺＺ」を含む文字列１７を生成する。
【００３８】
携帯端末２００は、Ｔ１１４において、応答を受信すると、Ｔ１２０において、サポートページデータによって表わされるサポートページＰ２を表示部２１４に表示させる。サポートページＰ２は、プリンタ１００で発生したエラーの内容を記述するための欄を含む。ユーザは、エラーの内容を記述すれば、当該エラーの解消方法を示す情報を取得することができる。
【００３９】
Ｔ１３０において、携帯端末２００は、Ｔ１１４で受信された応答に含まれる仮想ＵＲＬ生成コマンドを実行する。具体的には、携帯端末２００は、当該コマンド内のＵＲＬ２０と、当該コマンド内の文字列１７であるクエリ文字列と、を含む仮想ＵＲＬ２２（即ち「http://webserver.com/support?model=X1&serial=ZZZ」）を生成する。仮想ＵＲＬ２２が利用される点を除くと、Ｔ１３０は、図３のＴ５０と同様である。
【００４０】
ログサーバ５００は、Ｔ１３０において、ＧＥＴ要求を受信すると、Ｔ１３２において、図３のＴ５２と同様に、ＧＥＴ要求から各情報を抽出する。即ち、ログサーバ５００は、クライアントＩＤ「ＹＹＹ」と、ＵＲＬ２０と、モデル名「Ｘ１」と、シリアル番号「ＺＺＺ」と、を抽出する。
【００４１】
Ｔ１３３において、ログサーバ５００は、抽出済みの各情報（即ち、クライアントＩＤ「ＹＹＹ」、ＵＲＬ２０、モデル名「Ｘ１」、シリアル番号「ＺＺＺ」）と、受信時刻と、が関連付けられている履歴情報５３８をメモリ５３４に記録する。受信時刻は、携帯端末２００からＧＥＴ要求を受信した時刻である。これにより、ユーザの指示に応じて携帯端末２００によってアクセスされたＵＲＬ２０と、プリンタ１００と、が関連付けられる。なお、変形例では、受信時刻は、各情報を記録するタイミングでの時刻であってもよい。また、別の変形例では、ウェブサーバ４００は、Ｔ１１２において、ＧＥＴ要求を受信すると、Ｔ１１４において、ＧＥＴ要求の受信時刻（以下では、「アクセス時刻」と呼ぶ）を含む応答を携帯端末に送信してもよい。そして、ログサーバ５００は、Ｔ１３０において、アクセス時刻を含むＧＥＴ要求を携帯端末２００から受信すると、Ｔ１３２において、アクセス時刻を含む各情報を抽出し、アクセス時刻を受信時刻としてメモリ５３４に記録してもよい。Ｔ１３４は、図３のＴ５４と同様である。Ｔ１３４が終了すると、サポートページの指定時に実行される各処理が終了する。
【００４２】
（プリンタ１００とサービスサーバ６００との間の通信；図５）
続いて、図５を参照して、プリンタ１００とサービスサーバ６００との間で実行される通信について説明する。上述したように、サービスサーバ６００のユーザテーブル６３６には、ユーザ情報「Ｕ１」とモデル名「Ｘ１」とシリアル番号「ＺＺＺ」とが関連付けて登録されている（図１参照）。また、プリンタ１００とサービスサーバ６００との間にはＸＭＰＰ接続が確立されている。ＸＭＰＰ接続が確立されているので、インターネット側のサービスサーバ６００からＬＡＮ側のプリンタ１００への要求の送信を実現することができる。
【００４３】
Ｔ２３０において、サービスサーバ６００は、プリンタ情報要求をプリンタ１００に送信する。プリンタ情報要求は、例えば定期的に繰り返し送信される。サービスサーバ６００は、プリンタ情報要求を送信することに応じて、Ｔ２３２において、プリンタ１００から、モデル名「Ｘ１」とシリアル番号「ＺＺＺ」と消耗品情報（図５の例では「残量１０％」）と消耗品情報の更新時刻（例えば「２０１７／３／３０  １５：００」）とを含むプリンタ情報を受信する。この場合、Ｔ２３４において、サービスサーバ６００は、プリンタ情報に含まれるモデル名「Ｘ１」及びシリアル番号「ＺＺＺ」に関連付けて、プリンタ情報に含まれる消耗品情報「残量１０％」及び更新時刻「２０１７／３／３０  １５：００」をユーザテーブル６３６に記録する。なお、変形例では、サービスサーバ６００は、更新時刻に代えて、プリンタ情報を受信したタイミングでの時刻を記録してもよい。また、別の変形例では、更新時刻に代えて、サービスサーバ６００は、消耗品情報を記録するタイミングでの時刻を記録してもよい。
【００４４】
図示省略しているが、サービスサーバ６００は、受信済みの消耗品情報によって示される残量が所定値（例えば「２０％」）以下である場合には、ユーザ情報「Ｕ１」に含まれる氏名及び住所等を利用して、新たな消耗品を発送するサービスを実行する。これにより、ユーザは、プリンタ１００の消耗品の残量が少なくなると、新たな消耗品を自動的に取得することができる。なお、変形例では、サービスサーバ６００は、プリンタ１００から、消耗品情報に代えて、他のステータス（例えば、印刷枚数、エラーの発生の有無等）を示す情報を受信してもよい。例えば、サービスサーバ６００が、紙詰まり等が発生していることを示すエラー情報を受信する場合、プリンタベンダは、履歴情報５３８とユーザテーブル６３６を解析して、プリンタ１００に紙詰まりが発生した際に、どのウェブページが閲覧されたのかを特定することができる。
【００４５】
（第１実施例の効果）
本実施例では、ウェブサーバ４００は、携帯端末２００から、プリンタ１００のモデル名「Ｘ１」及びシリアル番号「ＺＺＺ」を含むＧＥＴ要求を受信すると（図２のＴ３０）、モデル名「Ｘ１」及びシリアル番号「ＺＺＺ」を含むＣｏｏｋｉｅファイルを携帯端末２００に送信する（Ｔ３６）。そして、ウェブサーバ４００は、ウェブサーバ４００内のサポートページに対応するＵＲＬ２０を指定するための指示がユーザによって携帯端末２００に与えられる場合（図４のＴ１１０）に、携帯端末２００から、ＵＲＬ２０とＣｏｏｋｉｅファイルとを含むＧＥＴ要求を受信し（Ｔ１１２）、サポートページデータとＧＴＭとを含む応答を携帯端末２００に送信する（Ｔ１１４）。ＧＴＭは、ログサーバ５００へのＵＲＬ２０とモデル名「Ｘ１」とシリアル番号「ＺＺＺ」との送信を携帯端末２００に実行させて、これらの各情報を関連付けてログサーバ５００のメモリ５３４に記録させる（Ｔ１３０）ためのコマンドである。従って、携帯端末２００がＧＴＭに従って当該各情報の送信を実行することによって、ＵＲＬ２０とモデル名「Ｘ１」とシリアル番号「ＺＺＺ」とを関連付けて履歴情報５３８として記録することができる。即ち、ＵＲＬ２０へのアクセス履歴とプリンタ１００とが関連付けられる。プリンタベンダは、履歴情報５３８を利用すれば、ユーザによってアクセスされたウェブページ（即ちＵＲＬ２０）と、モデル名「Ｘ１」と、シリアル番号「ＺＺＺ」と、を知ることができる。これらの情報は、プリンタベンダにとって有用な情報である。プリンタベンダは、例えば以下のように、これらの情報を利用することができる。
【００４６】
例えば、プリンタベンダは、モデル名「Ｘ１」を有するプリンタ１００のユーザによってアクセスされるウェブページを知ることができれば、当該ウェブページにおいて、モデル名「Ｘ１」に関連する内容を充実化する等の変更を実行することができる。
【００４７】
例えば、プリンタベンダは、シリアル番号「ＺＺＺ」を有するプリンタ１００のユーザによってアクセスされるウェブページと、サービスサーバ６００のユーザテーブル６３６においてシリアル番号「ＺＺＺ」に対応付けられているユーザ情報「Ｕ１」と、を利用すれば、当該ウェブページとユーザの性別、年齢等との関連性を解析することができる。この結果、例えば、性別、年齢等に応じたウェブページの変更を実行することができる。
【００４８】
例えば、プリンタベンダは、シリアル番号「ＺＺＺ」を有するプリンタ１００のユーザによってアクセスされるウェブページと、サービスサーバ６００のユーザテーブル６３６においてシリアル番号「ＺＺＺ」に対応付けられている消耗品情報と、を利用すれば、当該ウェブページと消耗品の残量との関連性を解析することができる。この結果、例えば、ユーザが消耗品を容易に購入できるように、当該ウェブページの変更を実行することができる。また、上述したように、変形例では、消耗品情報に代えて、例えば、印刷枚数を示す情報がユーザテーブル６３６に記録されてもよい。この場合、プリンタベンダは、印刷枚数が多いユーザが頻繁にアクセスするウェブページを特定することができる。さらに、本実施例では、ウェブサーバ４００が図４のＴ１１２のＧＥＴ要求を受信した時刻に近い受信時刻がログサーバ５００の履歴情報５３８に記録され、かつ、消耗品情報の更新時刻がサービスサーバ６００のユーザテーブル６３６に記録される。このために、プリンタベンダは、消耗品がどの程度の残量になった際に、どのウェブページが閲覧されたのかを特定することができる。
【００４９】
また、本実施例によると、携帯端末２００は、プリンタ１００のためのプリンタドライバ２４０をインストールすべき際に、プリンタ１００からモデル名「Ｘ１」、シリアル番号「ＺＺＺ」等を受信する（図２のＴ１４）。そして、携帯端末２００は、プリンタドライバ２４０をインストールすると、これらの情報「Ｘ１」等を含むＧＥＴ要求をウェブサーバ４００に送信するので（Ｔ３０）、ウェブサーバ４００からＣｏｏｋｉｅファイルを受信して記憶することができる（Ｔ３６、図４のＴ４０）。このように、プリンタドライバ２４０が携帯端末２００にインストールされる際に、Ｃｏｏｋｉｅファイルが自動的に携帯端末２００に記憶される。従って、Ｃｏｏｋｉｅファイルを携帯端末２００に記憶させるための特別な操作をユーザに実行させずに済む。
【００５０】
（対応関係）
プリンタ１００、携帯端末２００、サービスサーバ６００が、それぞれ、「対象周辺装置」、「端末装置」、「ステータス管理サーバ」の一例である。プリンタ１０の装置情報（即ち、プリンタ名、モデル名、シリアル番号）、シリアル番号「ＺＺＺ」、モデル名「Ｘ１」が、それぞれ、「対象関係情報」、「識別情報」、「型番情報」の一例である。Ｃｏｏｋｉｅファイルが、「特定データ」の一例である。サポートページデータ、完了ページデータが、それぞれ、「第１のウェブページデータ」「第２のウェブページデータ」の一例である。ＵＲＬ２０、ＵＲＬ１２が、ＵＲＬ２２が、それぞれ、「第１のＵＲＬ」、「第２のＵＲＬ」、「第３のＵＲＬ」の一例である。ＵＲＬ１２ａが、「場所情報」の一例である。図４のＴ１１２のＧＥＴ要求、図２のＴ３０のＧＥＴ要求が、それぞれ、「第１のページ要求」、「第２のページ要求」の一例である。ログサーバ５００のメモリ５３４が、「第１のメモリ」の一例である。「webserver.com」が、「ウェブサーバのドメイン」の一例である。Ｃｏｏｋｉｅファイル内の「domain=webserver.com」が、「ドメイン情報」の一例である。消耗品情報が、「ステータス情報」の一例である。ＧＴＭが、「送信命令」の一例である。履歴情報５３８の受信時刻、ユーザテーブル６３６の更新時刻が、それぞれ、「第１の時刻情報」、「第２の時刻情報」、の一例である。
【００５１】
（第２実施例）
続いて、第２実施例について説明する。第２実施例では、ログサーバ５００が存在しない。また、ウェブサーバ４００のメモリ４３４は、履歴情報４３８を記憶することができる。
【００５２】
（インストーラ２４２の起動時のシーケンス；図６）
図６を参照して、インストーラ２４２の起動時に実行される本実施例の各処理を説明する。Ｔ３１０〜Ｔ３３２は、図２のＴ１０〜Ｔ３２と同様である。
【００５３】
Ｔ３３３において、ウェブサーバ４００は、Ｔ３３２で抽出された各情報（即ち、ＵＲＬ１２ａ、モデル名「Ｘ１」、シリアル番号「ＺＺＺ」）と、受信時刻と、を関連付けられている履歴情報４３８をメモリ４３４に記録する。受信時刻は、携帯端末２００からＧＥＴ要求を受信した時刻（即ちアクセス時刻）である。なお、変形例では、受信時刻は、各情報を記録するタイミングでの時刻であってもよい。Ｔ３３４は、図２のＴ３４と同様である。Ｔ３３６は、ＧＴＭを含まない点を除くと、図２のＴ３６と同様である。Ｔ３３８、Ｔ３４０は、図３のＴ３８、Ｔ４０と同様である。
【００５４】
（サポートページの指定時のシーケンス；図７）
続いて、図７を参照して、ウェブサーバ４００内のサポートページが指定される場合に実行される本実施例の各処理を説明する。
【００５５】
Ｔ４１０、Ｔ４１２は、図４のＴ１１０、Ｔ１１２と同様である。Ｔ４１４において、ウェブサーバ４００は、Ｔ４１２で受信されたＧＥＴ要求からＵＲＬ２０を抽出し、さらに、Ｃｏｏｋｉｅファイルからモデル名「Ｘ１」及びシリアル番号「ＺＺＺ」を抽出する。そして、Ｔ４１５において、ウェブサーバ４００は、Ｔ４１４で抽出された各情報（即ち、ＵＲＬ２０、モデル名「Ｘ１」、シリアル番号「ＺＺＺ」）と、受信時刻と、が関連付けられている履歴情報４３８をメモリ４３４に記録する。
【００５６】
（第２実施例の効果）
本実施例では、ＵＲＬ２０とモデル名「Ｘ１」とシリアル番号「ＺＺＺ」とを関連付けて履歴情報４３８としてウェブサーバ４００に記録することができる。即ち、本実施例でも、ＵＲＬ２０へのアクセス履歴とプリンタ１００とが関連付けられる。従って、プリンタベンダは、履歴情報４３８を利用すれば、ユーザによってアクセスされたウェブページ（即ちＵＲＬ２０）と、モデル名「Ｘ１」と、シリアル番号「ＺＺＺ」と、を知ることができる。従って、アクセス履歴を有効に利用することができる。
【００５７】
（対応関係）
図７のＴ４１２のＧＥＴ要求、図６のＴ３３０のＧＥＴ要求が、それぞれ、「第１のページ要求」、「第２のページ要求」の一例である。ウェブサーバ４００のメモリ４３４が、「第１のメモリ」の一例である。履歴情報４３８内の受信時刻が、「第１の時刻情報」の一例である。
【００５８】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【００５９】
（変形例１）図８を参照して、変形例１について説明する。本変形例では、ウェブサーバ４００のメモリ４３４は、複数個のＣｏｏｋｉｅファイルを含むＣｏｏｋｉｅテーブル４４０を予め記憶している。Ｔ５３４において、ウェブサーバ４００は、複数個のＣｏｏｋｉｅファイルのうちの第１Ｃｏｏｋｉｅファイルに対して、Ｔ３２で抽出されたモデル名「Ｘ１」及びシリアル番号「ＺＺＺ」を対応付けてＣｏｏｋｉｅテーブル４４０に記録する。そして、Ｔ５３６において、ウェブサーバ４００は、完了ページデータと、第１Ｃｏｏｋｉｅファイルと、ＧＴＭと、を含む応答を携帯端末２００に送信する。即ち、ウェブサーバ４００は、ＧＥＴ要求を受信する際にＣｏｏｋｉｅファイルを生成せずに、予め準備されている第１Ｃｏｏｋｉｅファイルであって、モデル名「Ｘ１」及びシリアル番号「ＺＺＺ」を含まない第１Ｃｏｏｋｉｅファイルを携帯端末２００に送信する。Ｔ５３８は、図３のＴ３８と同様である。Ｔ５４０は、第１Ｃｏｏｋｉｅファイルが記憶される点を除いて、Ｔ４０と同様である。
【００６０】
Ｔ６１０は、図４のＴ１１０と同様である。この場合、Ｔ６１２において、携帯端末２００は、ＵＲＬ２０と、第１Ｃｏｏｋｉｅファイルと、を含むＧＥＴ要求をウェブサーバ４００に送信する。その後、図４のＴ１１４〜Ｔ１３４が同様に実行される。本変形例では、「生成部」を省略可能である。
【００６１】
（変形例２）ウェブサーバ４００は、図２のＴ３６において、完了ページデータとＣｏｏｋｉｅファイルとを含む応答であって、ＧＴＭを含まない応答を携帯端末２００に送信してもよい。この場合、携帯端末２００は、図３のＴ５０を実行しない。ウェブサーバ４００は、上記の応答を携帯端末２００に送信する前又は後に、クライアントＩＤ「ＹＹＹ」とＵＲＬ１２ａとモデル名「Ｘ１」とシリアル番号「ＺＺＺ」とをログサーバ５００に送信して、これらの各情報をログサーバ５００のメモリ５３４に記録させてもよい。同様に、ウェブサーバ４００は、図４のＴ１１４において、サポートページデータを含む応答であって、ＧＴＭを含まない応答を携帯端末２００に送信してもよい。この場合、携帯端末２００は、図４のＴ１３０を実行しない。ウェブサーバ４００は、上記の応答を携帯端末２００に送信する前又は後に、クライアントＩＤ「ＹＹＹ」とＵＲＬ２０とモデル名「Ｘ１」とシリアル番号「ＺＺＺ」とをログサーバ５００に送信して、これらの各情報をログサーバ５００のメモリ５３４に記録させてもよい。
【００６２】
（変形例３）ウェブサーバ４００は、図４のＴ１１２において、ＧＥＴ要求を受信すると、ＧＥＴ要求内のＣｏｏｋｉｅファイルをメモリ４３４内に記録してもよい。また、ウェブサーバ４００は、Ｔ１１４において、文字列１７を含まない仮想ＵＲＬ生成コマンドであって、Ｃｏｏｋｉｅファイルを識別するためのファイル識別情報（例えばファイルＩＤ等）を含む仮想ＵＲＬ生成コマンドを携帯端末２００に送信してもよい。この場合、携帯端末２００は、Ｔ１３０において、クライアントＩＤと、送信先ＵＲＬ１４と、クエリ文字列１７を含まない仮想ＵＲＬ２２（即ちＵＲＬ２０）と、上記のファイル識別情報と、を含むＧＥＴ要求をログサーバ５００に送信する。ログサーバ５００は、ＵＲＬ２０と上記のファイル識別情報とが関連付けられている履歴情報５３８をメモリ５３４に記録する。即ち、上記のファイル識別情報を介して、ウェブサーバ４００のメモリ４３４内のＣｏｏｋｉｅファイルに含まれるモデル名「Ｘ１」及びシリアル番号「ＺＺＺ」と、ログサーバ５００のメモリ５３４内のＵＲＬ２０と、が関連付けられている。本変形例でも、プリンタベンダは、ユーザによってアクセスされたウェブページ（即ちＵＲＬ２０）と、モデル名「Ｘ１」と、シリアル番号「ＺＺＺ」と、を知ることができる。従って、アクセス履歴を有効に利用することができる。本変形例では、ウェブサーバ４００のメモリ４３４とログサーバ５００のメモリ５３４との組合せが、「第１のメモリ」の一例である。
【００６３】
（変形例４）図２のＴ２２において、モデル名「Ｘ１」及びシリアル番号「ＺＺＺ」のうちの一方の情報のみを含むＧＥＴ要求が利用されてもよい。この場合、以降の各処理でも、当該一方の情報のみが利用される。本変形例では、プリンタベンダは、ユーザによってアクセスされたウェブページと、当該一方の情報と、を知ることができる。一般的に言うと、対象関係情報は、対象周辺装置を識別するための対象識別情報と、対象周辺装置の対象型番情報と、のうちの少なくとも１個の情報を含んでいればよい。
【００６４】
（変形例５）「対象周辺装置」は、プリンタ１００に限られず、スキャナ、多機能機等であってもよい。
【００６５】
（変形例６）図２のＴ３６において、ウェブサーバ４００は、Ｃｏｏｋｉｅファイルとは異なる特定ファイルを携帯端末２００に送信してもよい。特定ファイルは、ウェブサーバ４００のドメイン「webserver.com」を含まず、モデル名「Ｘ１」及びシリアル番号「ＺＺＺ」を含む。特定ファイルは、携帯端末２００のブラウザアプリ２３８がインターネット上のいずれのウェブサーバにアクセスする際にも、携帯端末２００からウェブサーバに送信されるファイルである。この場合、ウェブサーバ４００は、図４のＴ１１２において、携帯端末２００から特定ファイルを含むＧＥＴ要求を受信し、特定ファイルからモデル名「Ｘ１」及びシリアル番号「ＺＺＺ」を抽出する。その後の処理は、第１実施例と同様である。本変形例でも、ユーザによってアクセスされたウェブページとプリンタ１００とを関連付けることができる。本変形例では、特定ファイルが、「特定データ」の一例であり、「特定データ」は、ドメイン情報を含まない。
【００６６】
（変形例７）通信システム２は、サービスサーバ６００を備えなくてもよい。即ち、「ステータス管理サーバ」は省略可能である。
【００６７】
（変形例８）携帯端末２００は、プリンタドライバ２４０がインストールされる際に、図２のＴ３０において、モデル名「Ｘ１」及びシリアル番号「ＺＺＺ」を含まないＧＥＴ要求をウェブサーバ４００に送信してもよい。この場合、プリンタドライバ２４０がインストールされる際に、Ｔ３２及びＴ３４が実行されず、Ｔ３６では、Ｃｏｏｋｉｅファイル及びＧＴＭが携帯端末２００に送信されない。その後、携帯端末２００は、例えば、ユーザからモデル名「Ｘ１」及びシリアル番号「ＺＺＺ」の入力を受け付ける場合に、モデル名「Ｘ１」及びシリアル番号「ＺＺＺ」をウェブサーバ４００に送信する。この場合、Ｔ３２及びＴ３４と同様の処理が実行され、Ｃｏｏｋｉｅファイル及びＧＴＭが携帯端末２００に送信される。その後の各処理は、第１実施例と同様である。即ち、「第１の送信部」は、対象周辺装置から受信された対象関係情報をウェブサーバに送信しなくてもよい。
【００６８】
（変形例９）上記の各実施例では、ウェブサーバ４００のＣＰＵ４３２、ログサーバ５００のＣＰＵ５３２、携帯端末２００のＣＰＵ２３２、又は、サービスサーバ６００のＣＰＵ（図示省略）が、プログラム（即ちソフトウェア）を実行することによって、図２〜図８の各処理が実現される。これに代えて、図２〜図８の各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。
【００６９】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【００７０】
２：通信システム、４：インターネット、１００：プリンタ、２００：携帯端末、２１２：操作部、２１４：表示部、２１６、４２０、５２０：ネットワークＩ／Ｆ、２３０、４３０、５３０：制御部、２３２、４３２、５３２：ＣＰＵ、２３４、４３４、５３４、６３４：メモリ、２３６、４３６、５３６：プログラム、２３８：ブラウザアプリケーション、２４０：プリンタドライバ、２４２：インストーラ、３００：ＡＰ、４００：ウェブサーバ、４３８、５３８：履歴情報、５００：ログサーバ、６００：サービスサーバ、６３６：ユーザテーブル
【図１】
2018173850.tif 000003
【図２】
2018173850.tif 000004
【図３】
2018173850.tif 000005
【図４】
2018173850.tif 000006
【図５】
2018173850.tif 000007
【図６】
2018173850.tif 000008
【図７】
2018173850.tif 000009
【図８】
2018173850.tif 000010
【手続補正書】
【提出日】平成29年5月11日(2017.5.11)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００３
【補正方法】変更
【補正の内容】
【０００３】
【特許文献１】特開２００１−３４４１９６号公報