(57)【特許請求の範囲】
【請求項１】
コンピュータが、
表示対象の第一のＷｅｂページを構成するコンテンツデータの取得要求の宛先を示す識別情報が、Ｗｅｂページの一部を構成するコンテンツデータの配信元の識別情報の一覧を記憶した一覧記憶部に記憶されているか否かを判定する第一の判定手順と、
前記宛先の識別情報が前記一覧記憶部に記憶されている場合に、前記取得要求に含まれている、前記第一のＷｅｂページに関する情報について、前記宛先への送信の可否をユーザに照会する照会手順と、
照会結果が、送信が可能であることを示す場合に、前記情報を含む前記取得要求を前記宛先に送信し、照会結果が送信の不可を示す場合に、前記情報を含む前記取得要求を前記宛先に送信しない送信手順と、
前記宛先の識別情報が前記一覧記憶部に記憶されている場合に前記送信手順において送信された前記取得要求に含まれている、当該取得要求の送信時において表示対象のＷｅｂページに関する情報を、当該取得要求の宛先の識別情報に関連付けて送信履歴記憶部に記憶する送信履歴記憶手順とを実行し、
前記照会手順は、前記第一のＷｅｂページを構成するコンテンツデータの取得要求の宛先の識別情報に関連付けられて前記送信履歴記憶部に記憶されている情報を表示して、前記第一のＷｅｂページに関する情報について、送信の可否をユーザに照会する、
ことを特徴とするコンテンツ表示方法。
【請求項２】
一定時間ごとに、前記送信履歴記憶部に記憶されている情報を表示して、当該情報に関連付けられて前記送信履歴記憶部に記憶されている識別情報に係るＣｏｏｋｉｅの削除の要否をユーザに照会する第二の照会手順と、
前記第二の照会手順における照会結果が、いずれかのＣｏｏｋｉｅの削除を示す場合に、当該Ｃｏｏｋｉｅを削除する削除手順と、
を前記コンピュータが実行することを特徴とする請求項１記載のコンテンツ表示方法。
【請求項３】
コンピュータが、
表示対象の第一のＷｅｂページを構成するコンテンツデータの取得要求の宛先を示す識別情報が、Ｗｅｂページの一部を構成するコンテンツデータの配信元の識別情報の一覧を記憶した一覧記憶部に記憶されているか否かを判定する第一の判定手順と、
前記宛先の識別情報が前記一覧記憶部に記憶されている場合に、前記取得要求に含まれている、前記第一のＷｅｂページに関する情報について、前記宛先への送信の可否をユーザに照会する照会手順と、
照会結果が、送信が可能であることを示す場合に、前記情報を含む前記取得要求を前記宛先に送信し、照会結果が送信の不可を示す場合に、前記情報を含む前記取得要求を前記宛先に送信しない送信手順と、
前記送信手順において前記取得要求が送信された場合に返信される応答を受信する受信手順と、
前記受信手順において受信された応答の返信元の識別情報が、前記一覧記憶部に記憶されているか否かを判定する第二の判定手順と、
前記応答の返信元の識別情報が前記一覧記憶部に記憶されている場合に、当該応答に含まれているコンテンツデータを、当該返信元の識別情報に関連付けて応答履歴記憶部に記憶する応答履歴記憶手順とを実行し、
前記照会手順は、前記第一のＷｅｂページを構成するコンテンツデータの取得要求の宛先の識別情報に関連付けられて前記応答履歴記憶部に記憶されているコンテンツデータを表示して、前記第一のＷｅｂページに関する情報について、送信の可否をユーザに照会する、
ことを特徴とするコンテンツ表示方法。
【請求項４】
コンピュータが、
表示対象の第一のＷｅｂページを構成するコンテンツデータの取得要求の宛先を示す識別情報が、Ｗｅｂページの一部を構成するコンテンツデータの配信元の識別情報の一覧を記憶した一覧記憶部に記憶されているか否かを判定する第一の判定手順と、
前記宛先の識別情報が前記一覧記憶部に記憶されている場合に、前記取得要求に含まれている、前記第一のＷｅｂページに関する情報について、前記宛先への送信の可否をユーザに照会する照会手順と、
照会結果が、送信が可能であることを示す場合に、前記情報を含む前記取得要求を前記宛先に送信し、照会結果が送信の不可を示す場合に、前記情報を含む前記取得要求を前記宛先に送信しない送信手順とを実行し、
前記照会手順は、Ｗｅｂページごとに情報記憶部に記憶されている当該Ｗｅｂページに関する情報のうちのいずれかを、前記第一のＷｅｂページに関する情報の代わりに送信するかをユーザに照会し、
前記送信手順は、照会結果が、前記情報記憶部に記憶されている情報のうちのいずれかを送信することを示す場合に、前記情報記憶部に記憶されている情報の一覧の中から選択された情報を前記第一のＷｅｂページに関する情報の代わりに含む前記取得要求を、送信する、
ことを特徴とするコンテンツ表示方法。
【請求項５】
前記照会手順は、更に、前記第一のＷｅｂページに関する情報を表示して、前記第一のＷｅｂページに関する情報について、送信の可否をユーザに照会する、
ことを特徴とする請求項１乃至４いずれか一項記載のコンテンツ表示方法。
【請求項６】
表示対象の第一のＷｅｂページを構成するコンテンツデータの取得要求の宛先を示す識別情報が、Ｗｅｂページの一部を構成するコンテンツデータの配信元の識別情報の一覧を記憶した一覧記憶部に記憶されているか否かを判定する判定部と、
前記宛先の識別情報が前記一覧記憶部に記憶されている場合に、前記取得要求に含まれている、前記第一のＷｅｂページに関する情報について、前記宛先への送信の可否をユーザに照会する照会部と、
照会結果が、送信が可能であることを示す場合に、前記情報を含む前記取得要求を前記宛先に送信し、照会結果が送信の不可を示す場合に、前記情報を含む前記取得要求を前記宛先に送信しない送信部と、
前記宛先の識別情報が前記一覧記憶部に記憶されている場合に前記送信部が送信した前記取得要求に含まれている、当該取得要求の送信時において表示対象のＷｅｂページに関する情報を、当該取得要求の宛先の識別情報に関連付けて記憶する送信履歴記憶部と有し、
前記照会部は、前記第一のＷｅｂページを構成するコンテンツデータの取得要求の宛先の識別情報に関連付けられて前記送信履歴記憶部に記憶されている情報を表示して、前記第一のＷｅｂページに関する情報について、送信の可否をユーザに照会する、
ことを特徴とするコンテンツ表示装置。
【請求項７】
表示対象の第一のＷｅｂページを構成するコンテンツデータの取得要求の宛先を示す識別情報が、Ｗｅｂページの一部を構成するコンテンツデータの配信元の識別情報の一覧を記憶した一覧記憶部に記憶されているか否かを判定する判定部と、
前記宛先の識別情報が前記一覧記憶部に記憶されている場合に、前記取得要求に含まれている、前記第一のＷｅｂページに関する情報について、前記宛先への送信の可否をユーザに照会する照会部と、
照会結果が、送信が可能であることを示す場合に、前記情報を含む前記取得要求を前記宛先に送信し、照会結果が送信の不可を示す場合に、前記情報を含む前記取得要求を前記宛先に送信しない送信部と、
前記送信部が前記取得要求を送信した場合に返信される応答を受信する受信部と、
前記受信部が受信した応答の返信元の識別情報が、前記一覧記憶部に記憶されているか否かを判定する第二の判定部と、
前記応答の返信元の識別情報が前記一覧記憶部に記憶されている場合に、当該応答に含まれているコンテンツデータを、当該返信元の識別情報に関連付けて記憶する応答履歴記憶部とを有し、
前記照会部は、前記第一のＷｅｂページを構成するコンテンツデータの取得要求の宛先の識別情報に関連付けられて前記応答履歴記憶部に記憶されているコンテンツデータを表示して、前記第一のＷｅｂページに関する情報について、送信の可否をユーザに照会する、
ことを特徴とするコンテンツ表示装置。
【請求項８】
表示対象の第一のＷｅｂページを構成するコンテンツデータの取得要求の宛先を示す識別情報が、Ｗｅｂページの一部を構成するコンテンツデータの配信元の識別情報の一覧を記憶した一覧記憶部に記憶されているか否かを判定する判定部と、
前記宛先の識別情報が前記一覧記憶部に記憶されている場合に、前記取得要求に含まれている、前記第一のＷｅｂページに関する情報について、前記宛先への送信の可否をユーザに照会する照会部と、
照会結果が、送信が可能であることを示す場合に、前記情報を含む前記取得要求を前記宛先に送信し、照会結果が送信の不可を示す場合に、前記情報を含む前記取得要求を前記宛先に送信しない送信部とを有し、
前記照会部は、Ｗｅｂページごとに情報記憶部に記憶されている当該Ｗｅｂページに関する情報のうちのいずれかを、前記第一のＷｅｂページに関する情報の代わりに送信するかをユーザに照会し、
前記送信部は、照会結果が、前記情報記憶部に記憶されている情報のうちのいずれかを送信することを示す場合に、前記情報記憶部に記憶されている情報の一覧の中から選択された情報を前記第一のＷｅｂページに関する情報の代わりに含む前記取得要求を、送信する、
ことを特徴とするコンテンツ表示装置。
【請求項９】
請求項１乃至５いずれか一項記載のコンテンツ表示方法をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ表示方法、コンテンツ表示装置、及びプログラム
に関する。
【背景技術】
【０００２】
多くのＷｅｂページでは、その一部にユーザ（閲覧者）に適応したコンテンツが、サイト運用者とは別のコンテンツ配信事業者から配信されて、表示されている。斯かるコンテンツの一例として広告が挙げられる。以下、斯かるコンテンツとして広告が採用された場合を例として説明する。
【０００３】
Ｗｅｂページ内の広告枠へ広告を配信するために、広告配信事業者は、ユーザがどのようなＷｅｂページにアクセスしているかという情報を収集して、ユーザの特性を表すユーザプロファイルを構成し、それに基づいてユーザに適応した広告を配信する。具体的には、広告を含むＷｅｂページにユーザがアクセスすると、広告配信事業者は、ブラウザ識別子（Ｃｏｏｋｉｅ）を用いて、ユーザがアクセスしているページ情報を収集し、ユーザプロファイルを構築する。図１には、ユーザが、ＷｅｂサイトＡ、ＷｅｂサイトＢ、及びＷｅｂサイトＣにアクセスし、各Ｗｅｂページのページ情報と、ブラウザ識別子（Ｃｏｏｋｉｅ）とが広告配信事業者によって収集され、ユーザプロファイルデータベースに登録される例が示されている。
【０００４】
続いて、ユーザが、新たなＷｅｂページにアクセスすると、当該Ｗｅｂページのページ情報及びユーザプロファイルと、当該ユーザのユーザプロファイルとに基づいて広告枠のオークションが行われる。オークションに応募した広告主の中から１社が落札者として選ばれ、選ばれた広告主の広告が配信される。図２には、この処理の流れが示されている。
【０００５】
上記した処理内容を実現している例として、例えば、非特許文献１が挙げられる。非特許文献１の例では、ユーザが、表示される広告の内容が適切でないと感じた場合に、上記した方法での広告の配信を停止する機能も提供されている（例えば、非特許文献２）。
【０００６】
広告の個人への適応のためには、多くの場合、ブラウザ識別子（Ｃｏｏｋｉｅ）が用いられる。したがって、表示される広告をユーザが独自に制御するためには、Ｗｅｂページにアクセスするごとに、アクセス先のＷｅｂページで使用しているＣｏｏｋｉｅの表示や削除を行うツールの使用が考えられる。
【０００７】
図３は、Ｃｏｏｋｉｅの表示や削除を行うツールの例を示す図である。図３では、リストＬ１において、表示中のＷｅｂページの配信元から送信されるＣｏｏｋｉｅの一覧が表示され、各Ｃｏｏｋｉｅについて、そのまま残すか削除するかを選択することができる（https://www.ghostery.com/ja/参考）。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】"Yahoo! JAPANの配信する行動ターゲティング広告について"、[online]、［平成２６年１０月３１日検索］、インターネット＜http://btoptout.yahoo.co.jp/optout/＞
【非特許文献２】"行動ターゲティング広告の無効化について"、[online]、［平成２６年１０月３１日検索］、インターネット＜http://btoptout.yahoo.co.jp/optout/preferences.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００９】
非特許文献１に示される方法で広告配信が行われた場合、ユーザには過去に閲覧したＷｅｂページの内容に基づいて広告配信が行われるため、ユーザにとって興味がある広告が多く表示される可能性はある。
【００１０】
しかし、Ｗｅｂページの閲覧は、単にリンクをクリックしてページを移っていくだけの場合もあり、その過程で偶然、特徴的な内容のＷｅｂページを閲覧してしまったために、そのＷｅｂページの内容に基づいて、ユーザには興味が無い広告が繰り返し配信されるといったことが起こり得る。そのような場合には、非特許文献２に示されるように、個人への適応の仕組みを停止することが考えられる。但し、この場合には、ユーザのＷｅｂページの閲覧状況に合わせて配信対象とする広告の内容を変化させる仕組みが無効となってしまうので、配信された広告に対してユーザが興味を示す可能性が低くなってしまう可能性がある。
【００１１】
また、広告配信事業者が、非特許文献２のような個人への適応の停止の仕組みを提供しない場合、図３に示したツールを用いて、広告配信事業者が用いているブラウザ識別子（Ｃｏｏｋｉｅ）を削除して、それまでのＷｅｂページの閲覧情報が使用されない状態にすることができる。
【００１２】
しかし、興味がある広告を表示するのに有効な閲覧情報が含まれていても、当該閲覧情報も含めて使用されなくなってしまい、やはり、配信された広告に対してユーザが興味を示す可能性が低くなってしまう可能性がある。
【００１３】
本発明は、上記の点に鑑みてなされたものであって、ユーザの嗜好に適したコンテンツデータが配信される可能性を高めることを目的とする。
【課題を解決するための手段】
【００１４】
そこで上記課題を解決するため、コンテンツ表示方法は、コンピュータが、表示対象の第一のＷｅｂページを構成するコンテンツデータの取得要求の宛先を示す識別情報が、Ｗｅｂページの一部を構成するコンテンツデータの配信元の識別情報の一覧を記憶した一覧記憶部に記憶されているか否かを判定する第一の判定手順と、前記宛先の識別情報が前記一覧記憶部に記憶されている場合に、前記取得要求に含まれている、前記第一のＷｅｂページに関する情報について、前記宛先への送信の可否をユーザに照会する照会手順と、照会結果が、送信が可能であることを示す場合に、前記情報を含む前記取得要求を前記宛先に送信し、照会結果が送信の不可を示す場合に、前記情報を含む前記取得要求を前記宛先に送信しない送信手順と、前記宛先の識別情報が前記一覧記憶部に記憶されている場合に前記送信手順において送信された前記取得要求に含まれている、当該取得要求の送信時において表示対象のＷｅｂページに関する情報を、当該取得要求の宛先の識別情報に関連付けて送信履歴記憶部に記憶する送信履歴記憶手順とを実行し、前記照会手順は、前記第一のＷｅｂページを構成するコンテンツデータの取得要求の宛先の識別情報に関連付けられて前記送信履歴記憶部に記憶されている情報を表示して、前記第一のＷｅｂページに関する情報について、送信の可否をユーザに照会する。
【発明の効果】
【００１５】
ユーザの嗜好に適したコンテンツデータが配信される可能性を高めることができる。
【図面の簡単な説明】
【００１６】
【図１】ユーザプロファイルの構築方法を示す図である。
【図２】ユーザに適応した広告の配信の仕組みを示す図である。
【図３】Ｃｏｏｋｉｅの表示や削除を行うツールの例を示す図である。
【図４】第一の実施の形態のシステム構成例を示す図である。
【図５】第一の実施の形態におけるユーザ端末のハードウェア構成例を示す図である。
【図６】第一の実施の形態におけるユーザ端末の機能構成例を示す図である。
【図７】第一の実施の形態におけるユーザ端末が実行する処理手順の一例を説明するためのフローチャートである。
【図８】第一の実施の形態における照会画面の表示例を示す図である。
【図９】第二の実施の形態におけるユーザ端末が実行する処理手順の一例を説明するためのフローチャートである。
【図１０】第二の実施の形態における照会画面の表示例を示す図である。
【図１１】第三の実施の形態におけるユーザ端末の機能構成例を示す図である。
【図１２】第三の実施の形態におけるユーザ端末が実行する処理手順の一例を説明するためのフローチャートである。
【図１３】第三の実施の形態における照会画面の表示例を示す図である。
【図１４】第四の実施の形態におけるユーザ端末が実行する処理手順の一例を説明するためのフローチャートである。
【図１５】第四の実施の形態における照会画面の表示例を示す図である。
【図１６】第五の実施の形態におけるユーザ端末の機能構成例を示す図である。
【図１７】第五の実施の形態におけるユーザ端末が実行する処理手順の一例を説明するためのフローチャートである。
【発明を実施するための形態】
【００１７】
以下、図面に基づいて本発明の実施の形態を説明する。図４は、第一の実施の形態のシステム構成例を示す図である。図４において、１以上のユーザ端末１０と、１以上のＷｅｂサーバ２０及び１以上のコンテンツ配信サーバ３０とは、インターネット等のネットワークを介して接続される。
【００１８】
ユーザ端末１０は、Ｗｅｂページの閲覧にユーザが利用するコンピュータである。例えば、はＰＣ（Personal Computer）、スマートフォン、又はタブレット端末等が、ユーザ端末１０として利用されてもよい。Ｗｅｂページとは、例えば、ＨＴＭＬ（HyperText Markup Language）データ、ＣＳＳ（Cascading Style Sheets）データ、及びＪａｖａ（登録商標）スクリプト等を含むコンテンツデータをいう。Ｗｅｂサーバ２０は、ユーザ端末１０から要求されたＷｅｂページを返信する１以上のコンピュータである。
【００１９】
コンテンツ配信サーバ３０は、Ｗｅｂページの一部を構成するコンテンツデータを配信する１以上のコンピュータである。例えば、ユーザ端末１０が、Ｗｅｂページに含まれている命令に従ってコンテンツ配信サーバ３０に対してコンテンツデータの取得要求を送信すると、コンテンツ配信サーバ３０は、当該取得要求に係るコンテンツデータを返信する。コンテンツ配信サーバ３０かによって配信されるコンテンツデータの一例として、広告が挙げられる。コンテンツ配信サーバ３０は、例えば、コンテンツ配信事業者によって運営される。
【００２０】
なお、本実施の形態において、コンテンツ配信サーバ３０から返信（配信）されるコンテンツデータを、特に、「配信データ」という。また、Ｗｅｂページ、当該Ｗｅｂページを構成する画像データ等、及び配信データを区別しない場合、「コンテンツデータ」という。
【００２１】
図５は、第一の実施の形態におけるユーザ端末のハードウェア構成例を示す図である。図５のユーザ端末１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、インタフェース装置１０５、表示装置１０６、及び入力装置１０７等を有する。
【００２２】
ユーザ端末１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００２３】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってユーザ端末１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置１０７はキーボード及びマウス等で構成され、様々な操作指示を入力させるために用いられる。
【００２４】
図６は、第一の実施の形態におけるユーザ端末の機能構成例を示す図である。図６において、ユーザ端末１０は、Ｗｅｂブラウザ部１１、取得要求判定部１２、取得要求送信部１３、及び照会部１４等を有する。これら各部は、ユーザ端末１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。ユーザ端末１０は、また、配信事業者記憶部１２１及び送信履歴記憶部１２２等を有する。これら各記憶部は、補助記憶装置１０２等を用いて実現可能である。
【００２５】
Ｗｅｂブラウザ部１１は、Ｗｅｂブラウザとしての機能を実現する。図６において、Ｗｅｂブラウザ部１１は、コンテンツ要求部１１１、ページ情報取得部１１２、応答受信部１１３、及びコンテンツ表示部１１４等を含む。
【００２６】
コンテンツ要求部１１１は、例えば、ブラウザ画面に対するＵＲＬ（Uniform Resource Locator）の入力、ブラウザ画面に表示中のＷｅｂページ内のリンクの選択に応じ、入力されたＵＲＬ又はリンク先のＵＲＬに対するＷｅｂページの取得要求を生成させる。コンテンツ要求部１１１は、また、当該取得要求に応じて取得されたＷｅｂページ内の定義（例えば、所定のタグやスクリプト等）に基づいて、当該定義において指定されているＵＲＬに対するコンテンツデータの取得要求を生成する。例えば、配信データについては、Ｗｅｂページ内のインラインフレームに関する定義において、スクリプトによって配信データの取得命令が含まれている。なお、コンテンツ要求部１１１は、コンテンツデータの取得要求の宛先に係るＵＲＬに関連付けられてブラウザ識別子（Ｃｏｏｋｉｅ）が補助記憶装置１０２に記憶されている場合は、当該ブラウザ識別子を、当該取得要求に含める。
【００２７】
ページ情報取得部１１２は、取得要求判定部１２からの要求等に応じ、ブラウザ画面に表示中のＷｅｂページから、ページ情報を取得（抽出）する。ページ情報には、例えば、当該ＷｅｂページのＵＲＬや、当該Ｗｅｂページの特徴を示す単語等が含まれる。斯かる単語の抽出は、公知技術を用いて行われてもよい。
【００２８】
応答受信部１１３は、コンテンツ要求部１１１が生成したコンテンツデータの取得要求に応じてＷｅｂサーバ２０又はコンテンツ配信サーバ３０から返信される応答を受信する。コンテンツ表示部１１４は、応答受信部１１３によって受信された応答に含まれているコンテンツデータをブラウザ画面内に表示させる。
【００２９】
取得要求判定部１２は、コンテンツ要求部１１１によって生成されたコンテンツデータの取得要求の宛先が、コンテンツ配信事業者（コンテンツ配信サーバ３０）であるか否かを判定する。すなわち、取得要求判定部１２は、取得対象のコンテンツデータが配信データ（例えば、広告）であるか否かを判定する。斯かる判定は、配信事業者記憶部１２１を参照して行われる。配信事業者記憶部１２１には、コンテンツ配信事業者ごとに、当該事業者の名称（以下、「事業者名」という。）と、当該事業者が運営するコンテンツ配信サーバ３０に対するＵＲＬとが対応付けられて記憶されている。取得要求判定部１２は、コンテンツデータの取得要求の宛先がコンテンツ配信事業者である場合、ページ情報取得部１１２を介して取得されるページ情報を、当該取得要求に追加する。
【００３０】
取得要求送信部１３は、コンテンツ要求部１１１が生成したコンテンツデータの取得要求をネットワーク上に送信する。取得要求判定部１２は、取得要求判定部１２によって、コンテンツデータの取得要求の宛先がコンテンツ配信サーバ３０であると判定された場合に、送信された取得要求に含まれるページ情報と、現在表示中のＷｅｂページのサムネイル画像（縮小画像）とを対応付けて送信履歴記憶部１２２に記憶する。
【００３１】
照会部１４は、取得要求判定部１２によって、コンテンツデータの取得要求の宛先がコンテンツ配信サーバ３０であると判定された場合に、当該取得要求の送信の可否等をユーザに照会する。
【００３２】
以下、ユーザ端末１０が実行する処理手順について説明する。図７は、第一の実施の形態におけるユーザ端末が実行する処理手順の一例を説明するためのフローチャートである。
【００３３】
Ｗｅｂページの表示指示やＷｅｂページ内の定義に基づいて、コンテンツ要求部１１１がコンテンツデータの取得要求（以下、「対象取得要求」という。）を生成すると（Ｓ１００でＹｅｓ）、取得要求判定部１２は、対象取得要求が、コンテンツ配信事業者宛（コンテンツ配信サーバ３０宛）であるか否かを判定する（Ｓ１０５）。すなわち、対象取得要求の宛先のＵＲＬが、配信事業者記憶部１２１に記憶されているか否かが判定される。対象取得要求の宛先のＵＲＬが、配信事業者記憶部１２１に記憶されていない場合（Ｓ１０５でＮｏ）、取得要求送信部１３は、対象取得要求を送信する（Ｓ１１０）。この場合、対象取得要求は、Ｗｅｂサーバ２０に送信される。Ｗｅｂサーバ２０は、対象取得要求の宛先のＵＲＬに対応したコンテンツデータ（例えば、Ｗｅｂページ）を含む応答を返信する。返信された応答が応答受信部１１３によって受信されると（Ｓ１１５でＹｅｓ）、コンテンツ表示部１１４は、当該応答に含まれているコンテンツデータの表示を行う（Ｓ１２０）。
【００３４】
一方、対象取得要求の宛先のＵＲＬが、配信事業者記憶部１２１に記憶されている場合（Ｓ１０５でＹｅｓ）、取得要求判定部１２は、ページ情報取得部１１２を介して表示中のＷｅｂページのページ情報を取得して、当該ページ情報を対象取得要求に追加する（Ｓ１２５）。続いて、照会部１４は、対象取得要求の送信の可否等をユーザに照会するための画面（以下、「照会画面」という。）を表示装置１０６に表示させて、当該送信の可否等をユーザに照会する（Ｓ１３０）。
【００３５】
図８は、第一の実施の形態における照会画面の表示例を示す図である。図８において、照会画面５１０は、送信先表示領域５１１、送信情報表示領域５１２、送信可否選択領域５１３、及びＯＫボタン５１４等を含む。
【００３６】
送信先表示領域５１１は、対象取得要求の送信先のコンテンツ配信事業者の事業者名が表示される領域である。当該事業者名は、対象取得要求の宛先のＵＲＬに対応付けられて配信事業者記憶部１２１に記憶されている。送信情報表示領域５１２は、対象取得要求に含まれているページ情報に係るＷｅｂページ（すなわち、現在表示中のＷｅｂページ）のサムネイル画像及び当該ページ情報（当該Ｗｅｂページの特徴を示す単語）が表示される領域である。なお、この時点では配信データは受信されていないため、配信データが表示される領域Ａ１は空欄である。送信可否選択領域５１３は、例えば、以下の（１）〜（４）を選択肢とするリストボックスである。
（１）そのまま送信
（２）ページ情報を除去して送信
（３）送信しない。Ｃｏｏｋｉｅ（ブラウザ識別子）をそのまま保持
（４）送信しない。Ｃｏｏｋｉｅ（ブラウザ識別子）を削除
（１）は、対象取得要求をそのまま送信することを示す。この場合、対象取得要求には、Ｃｏｏｋｉｅと、現在表示中のＷｅｂページのページ情報とが含まれる。（２）は、対象取得要求を送信するが、対象取得要求からページ情報を除去することを示す。この場合、対象取得要求にはページ情報が含まれないため、現在表示中のＷｅｂページに関する情報は、コンテンツ配信サーバ３０から配信される配信データの選択には利用されない。（３）は、対象取得要求を送信しないことを示す。この場合、現在表示中のＷｅｂページの領域Ａ１は、配信データが表示されないままとなる。（４）は、対象取得要求を送信せず、かつ、対象取得要求の宛先のＵＲＬに対応付けられて補助記憶装置１０２に記憶されているＣｏｏｋｉｅ（ブラウザ識別子）を削除することを示す。なお、ブラウザ識別子とは、例えば、コンテンツ配信サーバ３０側で割り当てられる、Ｗｅｂブラウザごとの識別子である。例えば、Ｗｅｂブラウザ部１１が、或るコンテンツ配信事業者のコンテンツ配信サーバ３０に対して配信データの取得要求を初めて送信すると、当該コンテンツ配信サーバ３０から、配信データと共にブラウザ識別子を含むＣｏｏｋｉｅが返信される。Ｗｅｂブラウザ部１１は、当Ｃｏｏｋｉｅを、当該取得要求に係るＵＲＬに対応付けて補助記憶装置１０２に記憶しておく。Ｗｅｂブラウザ部１１は、次回以降において、当該コンテンツ配信サーバ３０に対して配信データの取得要求を送信する際、当該Ｃｏｏｋｉｅを当該取得要求に含める。又、当該取得要求には、現在表示中のＷｅｂページのページ情報も含まれる。その結果、コンテンツ配信サーバ３０は、各Ｗｅｂブラウザのユーザの興味や嗜好等を把握することができる。したがって、Ｃｏｏｋｉｅを削除するということは、過去において、当該Ｗｅｂブラウザ部１１に関連付けられてコンテンツ配信サーバ３０に記憶されているＷｅｂページの閲覧履歴が、実質的に無効になることを意味する。次回、当該Ｗｅｂブラウザ部１１が、配信データの取得要求を当該コンテンツ配信サーバ３０に送信すると、当該取得要求にはＣｏｏｋｉｅが含まれていないため、当該コンテンツ配信サーバ３０は、当該取得要求の送信元を初めてのアクセス元として認識するからである。この場合、ブラウザ識別子が改めて当該Ｗｅｂブラウザ部１１に対して割り当てられる。
【００３７】
例えば、今、ユーザが「旅行」に関するＷｅｂページを閲覧していたとして、「旅行」がユーザの嗜好又は興味に一致している場合には、（１）が選択されてもよい。また、ユーザが「サッカー」に関するＷｅｂページを閲覧していたが、当該Ｗｅｂページは、たまたま表示されてしまっただけで、ユーザが「サッカー」に対して特段の興味が無い場合には、（２）が選択されてもよい。また、ユーザが、照会画面５１０に事業者名が表示されているコンテンツ配信事業者からの配信データには興味がわくものがほとんど無いと感じる場合には、（３）又は（４）が選択されてもよい。
【００３８】
送信可否選択領域５１３において（１）〜（４）の中からいずれかの選択肢が選択され、ＯＫボタン５１４が押下されると、照会部１４は、対象取得要求の送信の可否を判定する（Ｓ１３５）。対象取得要求を送信可能な場合（すなわち、（１）又は（２）が選択された場合）（Ｓ１３５でＹｅｓ）、照会部１４は、対象取得要求に含まれているページ情報の送信の可否を判定する（Ｓ１４０）。ページ情報の送信が可能な場合（すなわち、（１）が選択された場合）（Ｓ１４０でＹｅｓ）、取得要求送信部１３は、対象取得要求の宛先のＵＲＬ及び対象取得要求に含まれるページ情報を対応付けて含むレコードを、送信履歴記憶部１２２に追加する（Ｓ１４５）。当該レコードには、現在表示中のＷｅｂページのサムネイル画像が含まれてもよい。続いて、取得要求送信部１３は、対象取得要求をそのまま送信する（Ｓ１５０）。この場合、対象取得要求には、ページ情報が含まれる。また、対象取得要求に係るＵＲＬに対してＣｏｏｋｉｅが記憶されている場合、当該Ｃｏｏｋｉｅも対象取得要求に含まれる。
【００３９】
一方、ページ情報の送信が不可能な場合（すなわち、（２）が選択された場合）（Ｓ１４０でＮｏ）、取得要求送信部１３は、対象取得要求からページ情報を除去した後（Ｓ１５５）、対象取得要求を送信する（Ｓ１５０）。
【００４０】
また、対象取得要求を送信不可能な場合（すなわち、（３）又は（４）が選択された場合）（Ｓ１３５でＮｏ）、照会部１４は、Ｃｏｏｋｉｅの削除の要否を判定する（Ｓ１６０）。Ｃｏｏｋｉｅの削除が必要な場合（すなわち、（４）が選択された場合）（Ｓ１６０でＹｅｓ）、照会部１４は、対象取得要求の宛先のＵＲＬに対応付けられて補助記憶装置１０２に記憶されているＣｏｏｋｉｅを削除する（Ｓ１６５）。Ｃｏｏｋｉｅの削除が不要な場合（すなわち、（３）が選択された場合）（Ｓ１６０でＮｏ）、Ｃｏｏｋｉｅの削除は行われない。また、ステップＳ１６０の判定がいずれの場合であっても、対象取得要求の送信は行われない。
【００４１】
なお、ステップＳ１５０において送信された対象取得要求は、コンテンツ配信サーバ３０によって受信される。コンテンツ配信サーバ３０は、公知の方法に基づいて配信データの内容を決定し、当該内容を示す配信データを返信する。当該配信データは、ステップＳ１１５において応答受信部１１３によって受信され、ステップＳ１１６において、既に表示中のＷｅｂページ内の所定の領域に表示される。
【００４２】
なお、上記では、送信履歴記憶部１２２に記憶された情報の利用例が示されていないが、第一の実施の形態において、送信履歴記憶部１２２は設けられなくてもよい。又は、送信履歴記憶部１２２に記憶されている情報が、照会画面５１０に表示されてもよい。すなわち、送信履歴記憶部１２２に記憶されているレコードの中で、対象取得要求の宛先のＵＲＬを含むレコードに記憶されているページ情報とサムネイル画像との一覧が、照会画面５１０に含まれてもよい。そうすることにより、ユーザは、対象取得要求の宛先のコンテンツ配信サーバ３０に対して過去に送信されたページ情報等を確認しながら、選択肢の選択を行うことができる。
【００４３】
上述したように、第一の実施の形態によれば、ユーザは、コンテンツの取得要求に含まれてコンテンツ配信サーバ３０に送信されようとしているＷｅｂページの情報を確認して、当該Ｗｅｂページのページ情報の送信の可否を選択することができる。したがって、ユーザは、当該取得要求の送信の可否について有効な判断材料を得ることができる。また、ユーザは、興味が無いＷｅｂページがたまたま表示された場合、（２）又は（３）を選択することで、当該Ｗｅｂページが、配信データの選択に利用されるのを回避することができる。その結果、過去の閲覧履歴を有効にしたままで、今回のＷｅｂページに関する情報を、無効にすることができる。
【００４４】
上記より、本実施の形態によれば、ユーザの嗜好に適したコンテンツデータが配信される可能性を高めることができる。
【００４５】
次に、第二の実施の形態について説明する。第二の実施の形態では第一の実施の形態と異なる点について説明する。第二の実施の形態において特に言及されない点については、第一の実施の形態と同様でもよい。第二の実施の形態では、ユーザに対して照会が行われるタイミングが、第一の実施の形態と異なる。すなわち、第一の実施の形態では、コンテンツ配信サーバ３０に対して配信データの取得要求が送信されるたびに照会が行われたが、第二の実施の形態では、当該取得要求の送信とは無関係（非同期）に、定期的にユーザに対して照会が行われる。
【００４６】
図９は、第二の実施の形態におけるユーザ端末が実行する処理手順の一例を説明するためのフローチャートである。図９中、図７と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。
【００４７】
対象取得要求の宛先のＵＲＬが、配信事業者記憶部１２１に記憶されている場合（Ｓ１０５でＹｅｓ）、取得要求判定部１２は、ページ情報取得部１１２を介して表示中のＷｅｂページのページ情報を取得して、当該ページ情報を対象取得要求に追加する（Ｓ１２５）。続いて、取得要求送信部１３は、対象取得要求の宛先のＵＲＬ及び対象取得要求に含まれるページ情報を対応付けて含むレコードを、送信履歴記憶部１２２に追加する（Ｓ２０５）。当該レコードには、現在表示中のＷｅｂページのサムネイル画像が含まれてもよい。したがって、送信履歴記憶部１２２には、コンテンツ配信サーバ３０に対する配信データの取得要求ごとに、当該取得要求の内容が記憶される。
【００４８】
ステップＳ２０５に続いて、又はステップＳ１０５でＮｏの場合に、取得要求送信部１３は、対象取得要求を送信する（Ｓ１１０）。したがって、第二の実施の形態では、全てのコンテンツデータの取得要求が送信される。
【００４９】
また、第二の実施の形態では、一定時間ごとに（Ｓ２１０でＹｅｓ）、ステップＳ２１５以降が実行される。ステップＳ２１５において、照会部１４は、Ｃｏｏｋｉｅの削除の要否をユーザに照会するための照会画面を表示装置１０６に表示させて、Ｃｏｏｋｉｅの削除の要否をユーザに照会する（Ｓ２１５）。
【００５０】
図１０は、第二の実施の形態における照会画面の表示例を示す図である。図１０において、照会画面５２０は、送信先選択領域５２１、送信履歴表示領域５２２、削除要否選択領域５２３、及びＯＫボタン５２４等を含む。
【００５１】
送信先選択領域５２１は、配信データの取得要求の送信履歴の閲覧対象とするコンテンツ配信事業者を選択させるためのリストボックスである。送信先選択領域５２１の選択肢は、配信事業者記憶部１２１に記憶されている事業者名である。又は、配信事業者記憶部１２１に記憶されている事業者名の中で、対応するＵＲＬが送信履歴記憶部１２２に記憶されている事業者名が選択肢とされてもよい。すなわち、実際に配信データの取得要求が送信されたコンテンツ配信事業者の事業者名が選択肢とされてもよい。
【００５２】
送信履歴表示領域５２２は、送信先選択領域５２１において選択された事業者名に係るコンテンツ配信事業者（コンテンツ配信サーバ３０）宛に送信された、配信データの取得要求に含まれていたページ情報の履歴である。すなわち、照会部１４は、送信先選択領域５２１においていずれかの事業者名が選択されると、選択された事業者名に対応するＵＲＬ（以下、「対象ＵＲＬ」という。）を配信事業者記憶部１２１から取得する。照会部１４は、更に、対象ＵＲＬに対応付けられて送信履歴記憶部１２２に記憶されているページ情報及びサムネイル画像等の一覧を取得する。照会部１４は、取得されたページ情報及びサムネイル画像等を、時系列に送信履歴表示領域５２２に配置する。本実施の形態では、相対的に新しい方が上方に配置される。
【００５３】
削除要否選択領域５２３は、例えば、以下の（１）及び（２）を選択肢とするリストボックスである。
（１）Ｃｏｏｋｉｅ（ブラウザ識別子）を保持
（２）Ｃｏｏｋｉｅ（ブラウザ識別子）を削除
（１）は、対象ＵＲＬに関連付けられて補助記憶装置１０２に記憶されているＣｏｏｋｉｅをそのまま保持することを示す。（２）は、対象ＵＲＬに関連付けられて補助記憶装置１０２に記憶されているＣｏｏｋｉｅを削除することを示す。
【００５４】
すなわち、第二の実施の形態では、配信データの取得要求の送信のタイミングとは無関係に照会が行われるため、当該取得要求の送信の可否ではなく、Ｃｏｏｋｉｅの削除の要否が選択肢とされる。例えば、ユーザは、送信履歴表示領域５２２を参照して、対象ＵＲＬに係るコンテンツ配信事業者からの配信される配信データが妥当であると考える場合には（１）を選択し、そうでないと考える場合には（２）を選択する。
【００５５】
削除要否選択領域５２３において（１）又は（２）が選択され、ＯＫボタン５２４が押下されると、照会部１４は、Ｃｏｏｋｉｅの削除の要否を判定する（Ｓ２２０）。Ｃｏｏｋｉｅの削除が必要な場合（すなわち、（２）が選択された場合）（Ｓ２２０でＹｅｓ）、照会部１４は、対象ＵＲＬに対応付けられて補助記憶装置１０２に記憶されているＣｏｏｋｉｅを削除する（Ｓ２２５）。Ｃｏｏｋｉｅの削除が不要な場合（すなわち、（１）が選択された場合）（Ｓ２２０でＮｏ）、Ｃｏｏｋｉｅの削除は行われない。
【００５６】
上述したように、第二の実施の形態によれば、定期的に、Ｃｏｏｋｉｅの削除の要否をユーザに選択させることができる。その結果、ユーザは、定期的に、コンテンツ配信事業者からの配信データの妥当性を見直すことができ、必要に応じて、コンテンツ配信事業者において保持されている閲覧履歴を、実質的に無効にすることができる。
【００５７】
次に、第三の実施の形態について説明する。第三の実施の形態では第一の実施の形態と異なる点について説明する。第三の実施の形態において特に言及されない点については、第一の実施の形態と同様でもよい。
【００５８】
図１１は、第三の実施の形態におけるユーザ端末の機能構成例を示す図である。図１１中、図６と同一部分には同一符号を付し、その説明は省略する。図１１において、ユーザ端末１０は、更に、応答判定部１５及び応答履歴記憶部１２３を有する。
【００５９】
応答判定部１５は、応答受信部１１３によって受信された応答の返信元が、コンテンツ配信事業者（コンテンツ配信サーバ３０）であるか否かを判定する。当該判定は、応答に含まれているＵＲＬが、配信事業者記憶部１２１に記憶されているか否かに基づいて行うことができる。応答判定部１５は、当該応答の返信元がコンテンツ配信事業者である場合、当該応答の内容を応答履歴記憶部１２３に記憶する。なお、応答判定部１５は、ユーザ端末１０にインストールされたプログラムがＣＰＵ１０４に実行させる処理により実現される。また、応答履歴記憶部１２３は、補助記憶装置１０２等を用いて実現可能である。
【００６０】
図１２は、第三の実施の形態におけるユーザ端末が実行する処理手順の一例を説明するためのフローチャートである。図１２中、図７と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。図１２では、ステップＳ１１５に続く処理として、ステップＳ１１６及びＳ１１７が追加されている。また、ステップＳ１３０がステップＳ１３０ａに変更されている。
【００６１】
ステップＳ１１６において、応答判定部１５は、応答受信部１１３によって受信された応答の返信元が、コンテンツ配信事業者（コンテンツ配信サーバ３０）であるか否かを判定する。すなわち、当該応答の返信元のＵＲＬが、配信事業者記憶部１２１に記憶されているか否かが判定される。当該応答の返信元のＵＲＬが、配信事業者記憶部１２１に記憶されている場合（Ｓ１１６でＹｅｓ）、応答判定部１５は、当該ＵＲＬと、当該応答に含まれている配信データとを関連付けて応答履歴記憶部１２３に記憶する（Ｓ１１７）。
【００６２】
また、ステップＳ１３０ａにおいて、照会部１４は、応答履歴記憶部１２３に記憶されている情報をも含む照会画面を表示する。
【００６３】
図１３は、第三の実施の形態における照会画面の表示例を示す図である。照会画面５３０は、送信先表示領域５３１、送信履歴表示領域５３２、受信履歴表示領域５３３、及び送信可否選択領域５３４、及びＯＫボタン５３５等を含む。
【００６４】
送信先表示領域５３１、送信可否選択領域５３４、及びＯＫボタン５３５は、図８に示される照会画面５１０の送信先表示領域５１１、送信可否選択領域５１３、又はＯＫボタン５１４と同じである。
【００６５】
送信履歴表示領域５３２は、対象取得要求に含まれているページ情報に係るＷｅｂページ（すなわち、現在表示中のＷｅｂページ）のサムネイル画像（縮小画像）及び当該ページ情報（当該Ｗｅｂページの特徴を示す単語）と、送信先表示領域５３１に事業者名が表示されているコンテンツ配信サーバ３０宛に過去に送信された配信データの取得要求に含まれているページ情報等の履歴とを含む領域である。最上段が現在表示中のＷｅｂページに対応する。受信履歴表示領域５３３は、過去に当該コンテンツ配信サーバ３０から返信された応答に含まれている配信データの履歴が表示される領域である。すなわち、照会部１４は、これから送信予定の配信データの取得要求（対象取得要求）の宛先のＵＲＬに関連付けられて応答履歴記憶部１２３に記憶されている配信データを時系列に受信履歴表示領域５３３に配置する。本実施の形態では、相対的に新しい方が上方に配置される。
【００６６】
なお、送信履歴表示領域５３２と受信履歴表示領域５３３との間において、相互に隣り合うページ情報と配信データとは、対応関係を有する。すなわち、当該配信データは、当該ページ情報の送信に応じて返信された配信データである。なお、現在表示中のＷｅｂページに関するページ情報は、まだ送信されていないため、当該ページ情報に対応する配信データは表示されていない。
【００６７】
その他のステップは、第一の実施の形態と同様でよい。
【００６８】
上述したように、第三の実施の形態によれば、コンテンツ配信事業者ごとに、送信したページ情報と、当該ページ情報に基づいて返信された配信データとの履歴が表示されるため、ユーザは、配信データの取得要求の送信の可否について、より多くの参考情報を用いて判断することができる。
【００６９】
次に、第四の実施の形態について説明する。第四の実施の形態では第三の実施の形態と異なる点について説明する。第四の実施の形態において特に言及されない点については、第三の実施の形態と同様でもよい。第四の実施の形態と第三の実施の形態との相違点は、第二の実施の形態と第一の実施の形態との相違点と同じである。すなわち、第四の実施の形態では、ユーザへの照会が定期的に行われる点が、第三の実施の形態と異なる。
【００７０】
図１４は、第四の実施の形態におけるユーザ端末が実行する処理手順の一例を説明するためのフローチャートである。図１４中、図９又は図１２と同一ステップには、同一ステップ番号を付し、その説明は適宜省略する。
【００７１】
図１４では、図９に対して、ステップＳ１１６及びＳ１１７が追加されている。これらのステップの内容については、図１２において説明した通りである。
【００７２】
図１４では、また、ステップＳ２１５が、ステップＳ２１５ａに変更されている。ステップＳ２１５ａにおいて、照会部１４は、応答履歴記憶部１２３に記憶されている情報をも含む照会画面を表示する。
【００７３】
図１５は、第四の実施の形態における照会画面の表示例を示す図である。図１５中、図１０又は図１３と同一部分には同一符号を付し、その説明は省略する。図１５において、照会画面５４０は、送信先選択領域５２１、送信履歴表示領域５２２、受信履歴表示領域５３３、削除要否選択領域５２３、及びＯＫボタン５２４等を含む。すなわち、照会画面５４０は、図１０に示される照会画面５２０に対して、図１３に示される受信履歴表示領域５３３が追加されたものである。但し、第四の実施の形態では、定期的に照会画面５４０が表示されるため、送信履歴表示領域５２２に表示されるページ情報等や、受信履歴表示領域５３３に表示される配信データ等は、過去に送信又は受信されたものである。したがって、図１５の受信履歴表示領域５３３には、最上段のページ情報等に対応する配信データが含まれている。
【００７４】
上述したように、第四の実施の形態によれば、コンテンツ配信事業者ごとに、送信したページ情報と、当該ページ情報に基づいて返信された配信データとの履歴が表示されるため、ユーザは、Ｃｏｏｋｉｅの削除の要否について、より多くの参考情報を用いて判断することができる。
【００７５】
次に、第五の実施の形態について説明する。第五の実施の形態では第三の実施の形態と異なる点について説明する。第五の実施の形態において特に言及されない点については、第三の実施の形態と同様でもよい。
【００７６】
図１６は、第五の実施の形態におけるユーザ端末の機能構成例を示す図である。図１６中、図１１と同一部分には同一符号を付し、その説明は省略する。図１６において、ユーザ端末１０は、更に、嗜好情報記憶部１２４を有する。嗜好情報記憶部１２４には、ユーザの嗜好又はユーザが興味を有するカテゴリ又は分野ごとに、当該カテゴリ又は分野に関する典型的なＷｅｂページのページ情報（ＵＲＬ及び特徴を示す単語等）が記憶されている。嗜好情報記憶部１２４は、例えば、補助記憶装置１０２等を用いて実現可能である。
【００７７】
なお、嗜好情報記憶部１２４への情報の登録は、ユーザがＷｅｂページを閲覧している際に行われてもよい。例えば、ブックマーク等の登録と同様に、メニュー等から登録が指示されると、Ｗｅｂブラウザ部１１は、カテゴリ又は分野を示す文字列（以下、「カテゴリ名」という。）の入力を求める画面を表示させる。当該画面を介して、例えば「旅行」、「野球」、又は「グルメ」等のカテゴリ名が入力されると、Ｗｅｂブラウザ部１１は、当該文字列に対応付けて、現在表示中のＷｅｂページのページ情報を嗜好情報記憶部１２４に記憶する。
【００７８】
図１７は、第五の実施の形態におけるユーザ端末が実行する処理手順の一例を説明するためのフローチャートである。図１７中、図１２と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。図１７では、ステップＳ１３０ａがステップＳ１３０ｂに変更されている。また、ステップＳ１５５に続いてステップＳ１５６及びＳ１５７が追加されている。
【００７９】
ステップＳ１３０ｂにおいて、照会部１４は、図１３に示されるような照会画面５３０を表示させる。但し、第五の実施の形態では、送信可否選択領域５３４の選択肢について、（１）〜（４）に加え、以下の（５）が追加される。
（５）事前登録のユーザ嗜好のページ情報を送信
（５）は、現在閲覧中のＷｅｂページはユーザの嗜好に一致していないが、受信したい配信データのカテゴリ又は分野が明確な場合に有効な選択肢である。
【００８０】
（５）が選択された場合、照会部１４は、嗜好情報記憶部１２４に記憶されているカテゴリ名の一覧を取得し、当該一覧に含まれるカテゴリ名を選択肢とする画面を表示させる。なお、当初から、当該カテゴリ名の一覧が、送信可否選択領域５３４の選択肢として追加されてもよい。いずれかのカテゴリ名が選択されて、照会画面５３０のＯＫボタン５３５が押下されると、照会部１４は、選択されたカテゴリ名をメモリ装置１０３に記憶しておく。
【００８１】
また、ステップＳ１５５に続いて、照会部１４は、事前登録のユーザ嗜好のページ情報の送信の可否を判定する（Ｓ１５６）。すなわち、（５）が選択されたか否かが判定される。（５）が選択された場合（Ｓ１５６でＹｅｓ）、取得要求送信部１３は、メモリ装置１０３に記憶されているカテゴリ名（選択されたカテゴリ名）に対応付けられて嗜好情報記憶部１２４に記憶されているページ情報を、送信対象の取得要求に含めて（Ｓ１５７）、当該取得要求を送信する（Ｓ１５０）。したがって、この場合、現在表示対象とされているＷｅｂページのページ情報の代わりに、選択されたページ情報がコンテンツ配信サーバ３０に送信される。
【００８２】
上述したように、第五の実施の形態によれば、事前に登録された、ユーザの嗜好に合ったＷｅｂページを閲覧した場合に得られる効果と同様の効果を意図的に得ることができる。したがって、受信したい配信データのカテゴリ又は分野に対応したページ情報を事前に登録しておくことで、当該カテゴリ又は分野に合った配信データが受信される可能性を高めることができる。
【００８３】
なお、上記各実施の形態において、ユーザ端末１０は、コンテンツ表示装置の一例である。配信データ（例えば、広告）は、表示対象の第一のＷｅｂページを構成するコンテンツデータの一例である。取得要求判定部１２は、判定部の一例である。取得要求送信部１３は、送信部の一例である。配信事業者記憶部１２１は、一覧記憶部の一例である。
【００８４】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００８５】
１０          ユーザ端末
１１          Ｗｅｂブラウザ部
１２          取得要求判定部
１３          取得要求送信部
１４          照会部
１５          応答判定部
２０          Ｗｅｂサーバ
３０          コンテンツ配信サーバ
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
１０６        表示装置
１０７        入力装置
１１１        コンテンツ要求部
１１２        ページ情報取得部
１１３        応答受信部
１１４        コンテンツ表示部
１２１        配信事業者記憶部
１２２        送信履歴記憶部
１２３        応答履歴記憶部
１２４        嗜好情報記憶部
Ｂ            バス
【図１】
0006307017.tif 000002
【図２】
0006307017.tif 000003
【図３】
0006307017.tif 000004
【図４】
0006307017.tif 000005
【図５】
0006307017.tif 000006
【図６】
0006307017.tif 000007
【図７】
0006307017.tif 000008
【図８】
0006307017.tif 000009
【図９】
0006307017.tif 000010
【図１０】
0006307017.tif 000011
【図１１】
0006307017.tif 000012
【図１２】
0006307017.tif 000013
【図１３】
0006307017.tif 000014
【図１４】
0006307017.tif 000015
【図１５】
0006307017.tif 000016
【図１６】
0006307017.tif 000017
【図１７】
0006307017.tif 000018