JP2014044551A - コンテンツ取得装置、コンテンツ取得システム、コンテンツを取得するための方法、端末にコンテンツを取得させるためのプログラム - Google Patents

Abstract

【課題】ユーザのコンテンツの嗜好をサービス提供者に分かりにくくしつつコンテンツを取得する。
【解決手段】コンテンツ取得システム１００は、ユーザ領域１１０と、サービス領域１２０とを備える。ユーザ領域１１０は、フィルタ領域１２０を含む。サービス領域１５０は、正当なユーザからのリクエストに応答してコンテンツを提供するサーバ１６０を含む。ユーザ領域は、ユーザが望むコンテンツ（正当なコンテンツ）のリクエストと、当該コンテンツとは無関係なダミーコンテンツのリクエスト（ダミーリクエスト）とをサーバ１６０に送信する。サーバ１６０は、各リクエストに応答して正当なコンテンツと、ダミーリクエストとをユーザ領域１１０に送信する。フィルタ領域は、ダミーコンテンツを破棄し、正当なコンテンツのみをユーザに提示する。
【選択図】図１

Description

本発明は、コンテンツの取得に関し、より特定的には、コンテンツを取得する装置の制御に関する。

Ｗｅｂサービスの一つとして、ネットワークを介したコンテンツの配信サービスが知られている。Ｗｅｂサービスを利用するユーザは、Ｗｅｂサービスの提供者によって規定されたシーケンスに従って情報をやり取りして通信を行い、見たいコンテンツの閲覧等を行っていた。当該通信において、当該ユーザの識別番号、閲覧履歴その他の個人情報がＷｅｂサービスの提供者に送信され、Ｗｅｂサービスの提供者によって使用される場合がある。Ｗｅｂサービスの提供において、個人情報を不正に取得することも行なわれているため、不正の取得を防止し、または、情報を秘匿するための技術が提案されている。

たとえば、特開２０１１−１５４４１３号公報（特許文献１）は、「使い勝手や認証の迅速性を損なうことなく、ＵＲＬが偽装や未知のフィッシングサイトも高い信頼性で判定し効果的に対抗する」ための技術を開示している。当該技術は、「ウェブページにアクセスする情報処理装置（端末Ｔ）において、ＩＤ又はパスワードの少なくとも一方を用いるログイン用ウェブページに対し、ＩＤ又はパスワードの少なくとも一方についてダミーデータを送信するダミー送信手段１１と、前記ダミーデータによるログインの成否を判定し、成功の場合にそのログイン用ウェブページを偽ページと判定する偽判定手段１３と、前記偽ページへのアクセスについて阻止又は警告を行う対応手段１５と、を有する。」というものである（［要約］参照）。

特開２０１０−２８７０７８号公報（特許文献２）は、「利用者が、情報を確実にサービス提供者から秘匿しつつ、サービス提供者からサービスを受けることを可能とする」ための技術を開示している。当該技術によると、「中継機能部１５０は、利用者のブラウザ１２０からＳａａＳアプリケーションサーバ１８０上のリソースに対する参照要求を受けると、要求を転送して応答をダミーデータ保持部１５６に書き込む。さらに中継機能部１５０は、書き換えＵＲＩ管理表１５３に基づいて要求を社内システムサーバ１６０に送信し、応答を利用者のブラウザ１２０に返す。また、中継機能部１５０は、外部リソースに対する、ペイロード情報を含む要求（つまり作成や更新などの要求）を利用者のブラウザ１２０から受けると、ペイロード情報をダミーデータ保持部１５６内のダミーデータに置換した要求をＳａａＳアプリケーションサーバ１８０に送信し、元の要求を社内システムサーバ１６０に送信する。」というものである（［要約］参照）。

特開２００２−０３２１８１号公報（特許文献３）は、「定型的な入力項目が明白な情報入力要求に対して、容易に情報の入力が可能な情報入力装置および情報入力方法」を開示している。具体的には、「予め、住所、氏名などの個人情報を個人情報ＤＢ２３８に登録しておく。その際、ダミーデータなどを用いて、開示程度に応じた複数のレベルでデータを登録しておく。ウェブサイトなどから利用者登録の要求があった場合には、入力処理モジュール２３４がブラウザ２１０の記憶部２１４に記憶されている登録要求のＨＴＭＬデータを解析し、要求している入力項目を検出し、個人情報ＤＢ２３８に記憶している指定されたレベルの情報を自動的に書き込む。登録した情報は、各サイトに対応付けて入力情報ＤＢ２４０に記憶しておく。これにより、個人情報の登録は、実質的に自動的に行なえる。また、どのサイトにどのような情報を登録したかを管理できる。」というものである（［要約］参照）。

特開２０１２−８０２１５号公報（特許文献４）は、「通信装置の動作の履歴が使用者の意に反して記録又は出力されることを防ぐ」ための技術を開示している。当該技術によると、「記録部１２２は、通信装置１００の動作の履歴と、通信装置１００の使用者を識別するための使用者識別子とを対応付けて記録する。受信部１２３は、履歴の種別を特定するための種別特定情報を含む送信要求を受信する。送信部１２４は、種別特定情報と通信装置１００に装着された記憶媒体１１１から取得した使用者識別子とによって特定される履歴を記録部１２２が記録した履歴から抽出し、抽出した履歴を送信要求の送信元に送信する。制御部１２１は、履歴の種別毎に、最後に送信要求を受信してから予め定められた期間が経過したか否かを判定し、当該期間が経過した種別の履歴の記録を停止するように記録部１２２を制御する。」というものである（［要約］参照）。

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

しかしながら、Ｗｅｂサービスの正当な提供者からコンテンツの配信その他のサービスの提供を受けるためには、個人情報の送信が求められる場合がある。そして、個人情報が正当な提供者に送信されると、マーケティング目的その他の目的のために、当該個人情報が使用される場合もある。その結果、Ｗｅｂサービスの利用により、ユーザの嗜好が第三者に知られてしまう可能性もある。したがって、サービスを利用するユーザの嗜好が第三者に知られないようにするための技術が必要とされている。

本発明は、上述のような問題点を解決するためになされたものであって、ある局面における目的は、ユーザの嗜好が第三者に知られることを防ぎつつコンテンツを取得できるコンテンツ取得装置を提供することである。

他の局面における目的は、ユーザの嗜好が第三者に知られることを防ぎつつコンテンツが当該ユーザに提供されるコンテンツ取得システムを提供することである。

他の局面における目的は、ユーザの嗜好が第三者に知られることを防ぎつつ、端末がコンテンツを取得するための方法を提供することである。

さらに他の局面における目的は、ユーザの嗜好が第三者に知られることを防ぎつつ、端末にコンテンツを取得させるためのプログラムを提供することである。

一実施の形態に従うコンテンツ取得装置は、要求に応じてコンテンツを送信するコンテンツサーバと通信するための通信手段と、コンテンツを格納するための記憶装置と、コンテンツ取得装置の動作を制御するための制御手段とを備える。制御手段は、コンテンツサーバにコンテンツの送信を要求する第１のリクエストを送信し、第１のリクエストに応じてユーザ情報をコンテンツサーバに送信し、コンテンツサーバに、コンテンツとは異なるダミーコンテンツの送信を要求する第２のリクエストを送信し、コンテンツサーバから第１のリクエストに応じて送信されるコンテンツを受信し、コンテンツサーバから第２のリクエストに応じて送信されるダミーコンテンツを受信するように構成されている。

好ましくは、制御手段は、第２のリクエストに基づくダミーコンテンツを破棄するように構成されている。

好ましくは、制御手段は、第１のリクエストが送信されてから予め定められた時間内に第２のリクエストを送信するように構成されている。

好ましくは、制御手段は、第１のリクエストが送信されてから予め定められた時間が経過した後に第２のリクエストを送信するように構成されている。

好ましくは、制御手段は、第１のリクエストとして送信が要求されるコンテンツを複数のコンテンツから選択し、選択されたコンテンツが含まれるグループとは異なるグループからダミーコンテンツを選択するように構成されている。

好ましくは、制御手段は、２つのコンテンツ間の関連度として予め規定された関連度に基づいて、第１のリクエストに基づき選択されるコンテンツとの関連度が最も小さいコンテンツをダミーコンテンツとして選択するように構成されている。

他の実施の形態に従うと、コンテンツ取得システムが提供される。コンテンツ取得システムは、端末と、要求に応じてコンテンツを送信するコンテンツサーバとを備える。コンテンツサーバは、コンテンツを格納するためのコンテンツデータベースと、端末と通信するための通信インターフェイスとを備える。端末は、コンテンツサーバと通信するための通信手段と、コンテンツを格納するための記憶装置と、端末の動作を制御するための制御手段とを備える。制御手段は、コンテンツサーバにコンテンツの送信を要求する第１のリクエストを送信し、第１のリクエストに応じてユーザ情報をコンテンツサーバに送信し、コンテンツサーバに、コンテンツとは異なるダミーコンテンツの送信を要求する第２のリクエストを送信し、コンテンツサーバから第１のリクエストに応じて送信されるコンテンツを受信し、コンテンツサーバから第２のリクエストに応じて送信されるダミーコンテンツを受信するように構成されている。

他の実施の形態に従うコンテンツ取得システムは、端末と、端末のユーザアカウントを有するクラウドサーバと、クラウドサーバと通信可能なコンテンツサーバとを備える。コンテンツサーバは、コンテンツを格納するためのコンテンツデータベースと、クラウドサーバと通信するための通信インターフェイスとを備える。クラウドサーバは、端末と通信するための通信装置と、端末のユーザに割り当てられるデータ領域を有する記憶装置と、クラウドサーバの動作を制御するためのプロセッサとを備える。端末は、クラウドサーバと通信するための通信手段と、コンテンツを格納するための記憶装置と、端末の動作を制御するための制御手段とを備える。制御手段は、クラウドサーバにコンテンツの送信を要求する第１のリクエストを送信する。クラウドサーバのプロセッサは、第１のリクエストに基づいて、ユーザ情報をコンテンツサーバに送信し、コンテンツサーバに、コンテンツとは異なるダミーコンテンツの送信を要求する第２のリクエストを送信し、コンテンツサーバから第１のリクエストに応じて送信されるコンテンツを受信し、受信した当該コンテンツを端末に送信し、コンテンツサーバから第２のリクエストに応じて送信されるダミーコンテンツを受信するように構成されている。

他の実施の形態に従うと、端末がコンテンツサーバからコンテンツを取得するための方法が提供される。この方法は、端末のプロセッサが、コンテンツサーバにコンテンツの送信を要求する第１のリクエストを送信するステップと、プロセッサが、第１のリクエストに応じてユーザ情報をコンテンツサーバに送信するステップと、プロセッサが、コンテンツサーバに、コンテンツとは異なるダミーコンテンツの送信を要求する第２のリクエストを送信するステップと、プロセッサが、コンテンツサーバから第１のリクエストに応じて送信されるコンテンツを受信するステップと、プロセッサが、コンテンツサーバから第２のリクエストに応じて送信されるダミーコンテンツを受信するステップと、プロセッサが、第１のリクエストに基づくコンテンツを保存するステップとを含む。

さらに他の実施の形態に従うと、端末にコンテンツを取得させるためのプログラムが提供される。プログラムは、端末のプロセッサに、コンテンツサーバにコンテンツの送信を要求する第１のリクエストを送信するステップと、第１のリクエストに応じてユーザ情報をコンテンツサーバに送信するステップと、コンテンツサーバに、コンテンツとは異なるダミーコンテンツの送信を要求する第２のリクエストを送信するステップと、コンテンツサーバから第１のリクエストに応じて送信されるコンテンツを受信するステップと、コンテンツサーバから第２のリクエストに応じて送信されるダミーコンテンツを受信するステップと、第１のリクエストに基づくコンテンツを保存するステップとを実行させる。

この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。

コンテンツ取得システム１００の技術思想を表わす図である。 コンテンツ取得システム１００の具体的構成を表わす図である。 コンテンツ取得システム１００がクラウドを用いる場合の構成を表わす図である。 ユーザ領域１１０およびサービス領域１５０において実現される機能の構成を表わすブロック図である。 端末２００のハードウェア構成を表わすブロック図である。 コンピュータシステム５００のハードウェア構成を表わすブロック図である。 ある局面におけるコンテンツ取得システム１００の端末２００の構成を表わすブロック図である。 端末２００が有するブラウザ８００がサーバ１６０にアクセスする機能を表わす図である。 端末２００においてブラウザ８００と制御部８１０とが別個に構成される態様を表わす図である。 端末２００とサーバ１６０との間に他のサーバが介在する構成を表わす図である。 端末２００が備えるＣＰＵ２０によって実現される処理の一部を表わすフローチャートである。 モニタ３５に表示されるコンテンツの選択画面の一例を表わす図である。 端末２００のフラッシュメモリ２７におけるデータの格納の一態様を表わす図である。 別リンク取得部７３０として機能するＣＰＵ２０によって実行される処理の一部を表わすフローチャートである。 フラッシュメモリ２７におけるデータの格納の一態様を概念的に表わす図である。 フラッシュメモリ２７におけるデータの格納の一態様を概念的に表わす図である。 他の局面において別リンク取得部７３０として機能するＣＰＵ２０が実行する一連の処理の一部を表わすフローチャートである。 別リンク取得部７３０として機能するＣＰＵ２０が実行する一連の処理の一部を表わすフローチャートである。 フラッシュメモリ２７におけるデータの格納の一態様を概念的に表わす図である。 フラッシュメモリ２７におけるジャンル名テーブルの他の例を表わす図である。 さらに他の局面においてフラッシュメモリ２７に保持されるデータの格納の一態様を概念的に表わす図である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

［技術思想］
図１を参照して、本実施の形態に係るコンテンツ取得システム１００について説明する。図１は、コンテンツ取得システム１００の技術思想を表わす図である。

コンテンツ取得システム１００は、ユーザ領域１１０と、サービス領域１５０とを含む。ユーザ領域１１０は、フィルタ領域１２０を含む。サービス領域１５０は、サーバ１６０を含む。

ある局面において、ユーザ領域１１０は、サービス領域１５０に対して、ユーザが望むコンテンツ（以下、適宜「正当なコンテンツ」ともいう。）の送信のリクエストを送信する。このとき、ユーザ領域１１０は、サービス領域１５０に対して、当該リクエストの送信者がサービス領域１５０において認められた正当なユーザであることを表わすユーザ情報も送信する。ユーザ情報は、たとえば、ユーザ領域１１０におけるユーザの識別子その他の情報を含む。

ユーザ領域１１０は、さらにサービス領域１５０に対して、ダミーリクエストを送信する。ダミーリクエストは、上記リクエストによって送信が要求されるコンテンツとは全く異なるコンテンツの送信要求である。当該全く異なるコンテンツは、たとえば上記リクエストによって求められるコンテンツのジャンルとは異なるジャンルあるいはコンテンツ間の距離が最も離れた位置に存在するコンテンツであり得る。

サーバ１６０は、要求に応じて提供される１つ以上のコンテンツを保持している。
サービス領域１５０は、ユーザ領域１１０から受信したリクエストに応答してコンテンツをユーザ領域１１０に送信する。また、サービス領域１５０は、ダミーリクエストに応答してダミーコンテンツをユーザ領域１１０に送信する。

ユーザ領域１１０において、サービス領域１５０から受信したコンテンツは、フィルタ領域１２０によって選別される。より具体的には、フィルタ領域１２０は、コンテンツをユーザ領域１１０に保持しつつ、ダミーコンテンツをユーザ領域１１０から除去する。これにより、ユーザ領域１１０は、本来のリクエストによって求められたコンテンツのみを取得することができる。

［コンテンツ取得システム］
図２を参照して、本実施の形態に係るコンテンツ取得システム１００の構成について説明する。図２は、コンテンツ取得システム１００の具体的構成を表わす図である。ある局面において、コンテンツ取得システム１００は、端末２００と、サーバ１６０とを備える。端末２００は、たとえば、携帯電話機、スマートフォン、タブレット端末、電子書籍リーダその他の携帯可能な通信端末、または、ラップトップ型もしくはデスクトップ型パーソナルコンピュータ等を含む。サーバ１６０は、周知の構成を有するコンピュータシステムによって実現される。

端末２００は、端末２００のユーザによる操作に応答して、当該ユーザが見たい動画その他のコンテンツの送信をサーバ１６０にリクエストする。端末２００は、そのリクエストと端末２００のユーザ情報とをサーバ１６０に送信する。さらに、端末２００は、当該リクエストとは異なるダミーのリクエストをサーバ１６０に送信する。

サーバ１６０は、ユーザが視聴を望む本来のコンテンツのリクエストとダミーのリクエストとに応答して各リクエストに対するコンテンツを端末２００に送信する。端末２００は、サーバ１６０から受信するこれらのコンテンツのうち、ユーザが求めないダミーのリクエストに応答したコンテンツを破棄する。端末２００は、破棄されなかったコンテンツを当該ユーザが視聴を求めるコンテンツとしてユーザに対して提示する。

本実施の形態においては、サーバ１６０によって提供されるサービスは、匿名ではコンテンツを取得できないサービスを想定している。たとえば、このサービスにおいては、サービスの提供を求める端末２００のユーザは、ユーザ名およびパスワードを端末２００に表示される画面に入力すると、サーバ１６０によって提供される一つ以上のコンテンツを取得するためのメニューにアクセスすることができる。提供されるコンテンツは、音楽、映画またはドラマその他の動画、電子新聞または電子書籍その他の文書等を含むが、これらに限られず、電子データとしてサーバ１６０から端末２００に提供されるものであってもよい。

また、本実施の形態において想定されるサービスは、コンテンツ毎に料金が発生するサービスではなく、期間（月額、年額等）定額制が適用されるサービス、または無料のサービスである。したがって、ユーザは、所望するコンテンツを取得する際に、ダミーの（必要としない）コンテンツを取得しても、追加の費用は発生しない。

しかしながら、コンテンツ毎に料金が発生するサービスであっても、たとえば、その発生する料金が低額であれば、本実施の形態に係る技術思想を当該サービスに適用することは可能である。

図３を参照して、コンテンツ取得システム１００を実現する他の構成について説明する。図３は、コンテンツ取得システム１００がクラウドを用いる場合の構成を表わす図である。

図３に示されるように、コンテンツ取得システム１００は、ユーザ領域１１０と、サービス領域１５０とを備える。ユーザ領域１１０は、ユーザが使用する端末２００と、ユーザにコンテンツの配信サービスを提供するクラウドサーバ２１０とを含む。サービス領域１５０は、コンテンツを配信するサーバ１６０を含む。

ある局面において、端末２００は、ユーザの操作に基づいてコンテンツの送信要求をクラウドサーバ２１０に送信する。クラウドサーバ２１０は、当該リクエストとユーザ情報とを、サーバ１６０に送信する。さらに、クラウドサーバ２１０は、当該リクエストとは全く異なるリクエストであるダミーリクエストも送信する。ダミーリクエストは、前述のように、ユーザが送信を求めるコンテンツとは全く異なるジャンルまたは分野のコンテンツの送信を要求するものである。

サーバ１６０は、ユーザ情報を保持しつつ、クラウドサーバ２１０から受信したこれらのリクエストに基づいてユーザが配信を要求するコンテンツと、ダミーリクエストに応答するダミーのコンテンツをそれぞれクラウドサーバ２１０に送信する。

クラウドサーバ２１０は、サーバ１６０からこれらのコンテンツを受信すると、ダミーコンテンツを保持し、ユーザが本来配信を求めたコンテンツをユーザアカウントに関連付けて保持する。クラウドサーバ２１０は、さらにそのコンテンツを端末２００に送信する。これにより、端末２００のユーザは、配信を求めたコンテンツを視聴することができる。

図４を参照して、コンテンツ取得システム１００の構成についてさらに説明する。図４は、ユーザ領域１１０およびサービス領域１５０において実現される機能の構成を表わすブロック図である。

ユーザ領域１１０は、コンテンツ選択部３１０と、第１リクエスト送信部３１１と、第２リクエスト送信部３１２と、ユーザ情報保持部３１３と、コンテンツ受信部３３０と、フィルタ部３３１と、コンテンツ保持部３３２と、出力部３３３とを備える。サービス領域１５０は、リクエスト受信部３２０と、リクエスト処理部３２１と、コンテンツ保持部３２２と、ユーザ情報データベース３２３と、コンテンツ送信部３２４とを備える。

ある局面において、ユーザ領域１１０において、コンテンツ選択部３１０は、ユーザからの指示に基づいて、サービス領域１５０から配信を受けるコンテンツを選択する。たとえば、コンテンツ選択部３１０は、配信が可能な一覧から特定のコンテンツの選択を受け付ける。

第１リクエスト送信部３１１は、コンテンツ選択部３１０によって選択されたコンテンツと、ユーザ情報保持部３１３によって保持されているユーザ情報とをサービス領域１５０に送信する。

第２リクエスト送信部３１２は、コンテンツ選択部３１０によって選択されたダミーのコンテンツの送信を求めるダミーリクエストをサービス領域１５０に送信する。

サービス領域１５０において、リクエスト受信部３２０は、ユーザ領域１１０から送信されたリクエストとダミーリクエストとを受信する。受信されたリクエストは、リクエスト処理部３２１に送られる。

リクエスト処理部３２１は、リクエストによって特定されるコンテンツをコンテンツ保持部３２２から読出して、そのコンテンツをコンテンツ送信部３２４を介して送信するようにコンテンツ送信部３２４に命令する。送信の対象となるコンテンツは、当該リクエストと当該ダミーリクエストとに応答する各コンテンツである。

コンテンツ保持部３２２は、コンテンツの配信に用いられる１つ以上のコンテンツを保持している。なお、他の局面において、コンテンツ保持部３２２は、サービス領域１５０において他の専用のサーバに保持されている構成であってもよい。

ユーザ情報データベース３２３は、コンテンツの配信を送信するユーザから送られたユーザ情報を保持している。ユーザ情報は、ユーザの識別子、ユーザが求めたコンテンツのジャンル、名称その他のコンテンツに関する情報を含む。

コンテンツ送信部３２４は、リクエスト処理部３２１によって指示されたコンテンツをユーザ領域１１０に送信する。送信されるコンテンツは、当該リクエストに応答するコンテンツと、当該ダミーリクエストに応答するダミーコンテンツとのいずれも含む。

ユーザ領域１１０において、コンテンツ受信部３３０は、コンテンツ送信部３２４から送信された各コンテンツを受信する。

フィルタ部３３１は、コンテンツ受信部３３０から送られるコンテンツを選択する。より具体的には、フィルタ部３３１は、ユーザ領域１１０のユーザが送信を求めなかったダミーコンテンツを消去する。フィルタ部３３１は、ユーザが送信を求めたコンテンツをコンテンツ保持部３３２に送信する。コンテンツ保持部３３２は、当該コンテンツをユーザ情報に関連付けて格納する。格納される場所は、ユーザが使用する端末２００に限られず、ユーザのために設けられたクラウドサーバ上の記憶領域であってもよい。

出力部３３３は、コンテンツ保持部３３２に保持されているコンテンツを出力する。出力の態様は、画像の場合は映像の表示と音声の出力、音声の場合は音声の出力となる。

図５を参照して、本実施の形態に係る端末２００の構成について説明する。図５は、端末２００のハードウェア構成を表わすブロック図である。

図５を参照して、本実施の形態に係る端末２００の構成について説明する。図５は、端末２００のハードウェア構成を表わすブロック図である。

端末２００は、ＣＰＵ２０と、アンテナ２３と、通信装置２４と、操作ボタン２５と、カメラ２６と、フラッシュメモリ２７と、ＲＡＭ（Random Access Memory）２８と、ＲＯＭ（Read Only Memory）２９と、メモリカード駆動装置３０と、マイク３２と、スピーカ３３と、音声信号処理回路３４と、モニタ３５と、ＬＥＤ（Light Emitting Diode）３６と、データ通信インターフェイス３７と、バイブレータ３８と、加速度センサ３９とを備える。メモリカード駆動装置３０には、メモリカード３１が装着され得る。

アンテナ２３は、基地局によって発信される信号を受信し、または、基地局を介して他の通信装置と通信するための信号を送信する。アンテナ２３によって受信された信号は、通信装置２４によってフロントエンド処理が行なわれた後、処理後の信号は、ＣＰＵ２０に送られる。

操作ボタン２５は、端末２００に対する操作を受け付ける。操作ボタン２５は、たとえば、ハードキー、ソフトキーとして実現される。操作ボタン２５は、操作を受け付けると、その時の端末２００の動作モードに応じた信号をＣＰＵ２０に送出する。

ＣＰＵ２０は、端末２００に対して与えられる命令に基づいて端末２００の動作を制御するための処理を実行する。端末２００が信号を受信すると、ＣＰＵ２０は、通信装置２４から送られた信号に基づいて予め規定された処理を実行し、処理後の信号を音声信号処理回路３４に送出する。音声信号処理回路３４は、その信号に対して予め規定された信号処理を実行し、処理後の信号をスピーカ３３に送出する。スピーカ３３は、その信号に基づいて音声を出力する。

マイク３２は、端末２００に対する発話を受け付けて、発話された音声に対応する信号を音声信号処理回路３４に対して送出する。音声信号処理回路３４は、その信号に基づいて通話のために予め規定された処理を実行し、処理後の信号をＣＰＵ２０に対して送出する。ＣＰＵ２０は、その信号を送信用のデータに変換し、変換後のデータを通信装置２４に対して送出する。通信装置２４は、そのデータを用いて送信用の信号を生成し、アンテナ２３に向けてその信号を送出する。

フラッシュメモリ２７は、ＣＰＵ２０から送られるデータを格納する。また、ＣＰＵ２０は、フラッシュメモリ２７に格納されているデータを読み出し、そのデータを用いて予め規定された処理を実行する。

ＲＡＭ２８は、操作ボタン２５に対して行なわれた操作に基づいてＣＰＵ２０によって生成されるデータを一時的に保持する。ＲＯＭ２９は、端末２００に予め定められた動作を実行させるためのプログラムあるいはデータを格納している。ＣＰＵ２０は、ＲＯＭ２９から当該プログラムまたはデータを読み出し、端末２００の動作を制御する。

メモリカード駆動装置３０は、メモリカード３１に格納されているデータを読み出し、ＣＰＵ２０に送出する。メモリカード駆動装置３０は、ＣＰＵ２０によって出力されるデータを、メモリカード３１の空き領域に書き込む。

音声信号処理回路３４は、上述のような通話のための信号処理を実行する。なお、図５に示される例では、ＣＰＵ２０と音声信号処理回路３４とが別個の構成として示されているが、他の局面において、ＣＰＵ２０と音声信号処理回路３４とが一体として構成されていてもよい。

モニタ３５は、タッチパネル式のディスプレイであるが、タッチパネルの機構は特に限られない。モニタ３５は、ＣＰＵ２０から取得されるデータに基づいて、当該データによって規定される画像を表示する。たとえば、フラッシュメモリ２７が格納している静止画、動画、音楽ファイルの属性（当該ファイルの名前、演奏者、演奏時間など）を表示する。静止画は、描画された画像、デフォルトで端末２００の製造事業者によって予め準備された画像を含む。

ＬＥＤ３６は、ＣＰＵ２０からの信号に基づいて、予め定められた発光動作を実現する。データ通信インターフェイス３７は、データ通信用のケーブルの装着を受け付ける。

データ通信インターフェイス３７は、ＣＰＵ２０から出力される信号を当該ケーブルに対して送出する。あるいは、データ通信インターフェイス３７は、当該ケーブルを介して受信されるデータを、ＣＰＵ２０に対して送出する。

バイブレータ３８は、ＣＰＵ２０から出力される信号に基づいて、予め定められた周波数で発振動作を実行する。

加速度センサ３９は、端末２００に作用する加速度の方向を検出する。検出結果は、ＣＰＵ２０に入力される。

図６を参照して、本実施の形態に係るサーバ１６０またはクラウドサーバ２１０を実現するコンピュータシステム５００の構成について説明する。図６は、コンピュータシステム５００のハードウェア構成を表わすブロック図である。

コンピュータシステム５００は、主たる構成要素として、プログラムを実行するＣＰＵ（Central Processing Unit）１と、コンピュータシステム５００のユーザによる指示の入力を受けるマウス２およびキーボード３と、ＣＰＵ１によるプログラムの実行により生成されたデータ、又はマウス２若しくはキーボード３を介して入力されたデータを揮発的に格納するＲＡＭ４と、データを不揮発的に格納するハードディスク５と、光ディスク駆動装置６と、モニタ８と、通信インターフェイス（ＩＦ）９とを備える。各構成要素は、相互にバスによって接続されている。光ディスク駆動装置６には、ＣＤ−ＲＯＭ９その他の光ディスクが装着される。通信ＩＦ９は、ＵＳＢ（Universal Serial Bus）インターフェイス、有線ＬＡＮ（Local Area Network）、無線ＬＡＮ、Bluetooth（登録商標）インターフェイス等を含むが、これらに限られない。

コンピュータシステム５００における処理は、各ハードウェアおよびＣＰＵ１により実行されるソフトウェアによって実現される。このようなソフトウェアは、ハードディスク５に予め格納されている場合がある。また、ソフトウェアは、ＣＤ−ＲＯＭ９その他のコンピュータ読み取り可能な不揮発性のデータ記録媒体に格納されて、プログラム製品として流通している場合もある。あるいは、当該ソフトウェアは、インターネットその他のネットワークに接続されている情報提供事業者によってダウンロード可能なプログラム製品として提供される場合もある。このようなソフトウェアは、光ディスク駆動装置６その他のデータ読取装置によってデータ記録媒体から読み取られて、あるいは、通信ＩＦ７を介してダウンロードされた後、ハードディスク５に一旦格納される。そのソフトウェアは、ＣＰＵ１によってハードディスク５から読み出され、ＲＡＭ４に実行可能なプログラムの形式で格納される。ＣＰＵ１は、そのプログラムを実行する。

図６に示されるコンピュータシステム５００を構成する各構成要素は、一般的なものである。したがって、本実施の形態に係る最も本質的な部分は、コンピュータシステム５００に格納されたプログラムであるともいえる。コンピュータシステム５００のハードウェアの動作は周知であるので、詳細な説明は繰り返さない。

なお、コンピュータ読み取り可能なデータ記録媒体としては、ＣＤ−ＲＯＭ、ＦＤ（Flexible Disk）、ハードディスクに限られず、磁気テープ、カセットテープ、光ディスク（ＭＯ（Magnetic Optical Disc）／ＭＤ（Mini Disc）／ＤＶＤ（Digital Versatile Disc））、ＩＣ（Integrated Circuit）カード（メモリカードを含む）、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Electronically Programmable Read-Only Memory）、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read-Only Memory）、フラッシュＲＯＭなどの半導体メモリ等の固定的にプログラムを担持する不揮発性のデータ記録媒体でもよい。

ここでいうプログラムとは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含み得る。

図７を参照して、コンテンツ取得システム１００の構成についてさらに説明する。図７は、ある局面におけるコンテンツ取得システム１００の端末２００の構成を表わすブロック図である。

ある局面において、端末２００は、データ再生部７１０と、データアクセス部７２０と、別リンク取得部７３０とを含む。

データ再生部７１０は、端末２００に保持されているデータに基づいてコンテンツを再生する。再生されるコンテンツは、音楽、動画、文書等であるが、これらに限られない。

データアクセス部７２０は、サーバ１６０にリクエストを送信して当該リクエストに応答してサーバ１６０によって送信されるコンテンツを受信する。データアクセス部２２０は、さらに、端末２００に保持されているユーザ情報にアクセスし、当該リクエストと共にユーザ情報をサーバ１６０に送信する。リクエストとユーザ情報の送信は、同じタイミングでなくてもよい。

別リンク取得部７３０は、当該リクエストによって送信が求められるコンテンツとは異なるジャンルのコンテンツを指定する。より具体的には、別リンク取得部７３０は、コンテンツの関係を表わすツリー構造において送信が求められるコンテンツとは別の枝に存在するコンテンツへのリンクを取得し、データアクセス部７２０にそのリンクを通知する。データアクセス部７２０は、その通知に基づいてダミーリクエストをサーバ１６０に送信する。

ある局面において、データ再生部７１０は、出力部３３３の一態様として、たとえば、データ再生部７１０は、スピーカ３３、モニタ３５として実現される。

データアクセス部７２０は、第１リクエスト送信部３１１およびコンテンツ受信部３３０の一態様として実現される。ある局面において、ＣＰＵ２０が、第１リクエスト送信部３１１、第２リクエスト送信部３１２およびコンテンツ受信部３３０を実現するためのモジュールプログラムを実行することにより、ＣＰＵ２０は、データアクセス部７２０として機能する。

別リンク取得部７３０は、第２リクエスト送信部３１２およびコンテンツ受信部３３０の一態様として実現される。ある局面において、ＣＰＵ２０が、第２リクエスト送信部３１２およびコンテンツ受信部３３０を実現するためのモジュールプログラムを実行することにより、ＣＰＵ２０は、別リンク取得部７３０として機能する。

なお、データアクセス部７２０は、端末２００のブラウザに内蔵されてもよく、ブラウザの通信を横取りして動作する別アプリ（一種の端末２００内のプロキシとして動作するもの）にしてもよい。

また、データアクセス部７２０は、コンテンツ取得システム１００がアクセスするネットワーク上において端末２００とは別の機器（たとえばクラウドサーバ２１０）上でプロキシとして動作してもよい。この場合、当該動作がプロキシからの動作であることがわからないように、端末２００のＩＰアドレスを使ってサーバ１６０にアクセスしてもよい。

そこで、図８を参照して、端末２００の具体的構成についてさらに説明する。図８は、端末２００が有するブラウザ８００がサーバ１６０にアクセスする機能を表わす図である。

ある局面において、端末２００は、ブラウザ８００を備える。ブラウザ８００は、制御部８１０として機能する。制御部８１０は、データアクセス部７２０と別リンク取得部７３０とを含む。制御部８１０は、ＣＰＵ２０によって実現される。ブラウザ８００は、モニタ３５に表示される。

制御部８１０は、端末２００のユーザによる操作に基づいてコンテンツ取得システム１００を構成するサーバ１６０にアクセスするための制御を実現する。より具体的には、データアクセス部７２０は、端末２００に保持されているユーザ情報とブラウザ８００に対して表示されるコンテンツの一覧から選択されたコンテンツの送信リクエストとをサーバ１６０に送信する。

サーバ１６０は、端末２００によって送信されたリクエストとダミーリクエストとに応答して、各コンテンツを端末２００に送信する。

図９を参照して、端末２００の他の構成について説明する。図９は、端末２００においてブラウザ８００と制御部８１０とが別個に構成される態様を表わす図である。

制御部８１０は、ブラウザ８００からの命令に基づいてサーバ１６０にユーザ情報とコンテンツの送信リクエストとを送信する。データアクセス部７２０は、このとき別リンク取得部７３０に命令して送信が求められるコンテンツとは全く異なるジャンルのダミーコンテンツへのリンクを取得する。より具体的には、別リンク取得部７３０は、ブラウザ８００に表示されるコンテンツの一覧を構成するデータのうち送信が求められたコンテンツとは全く異なるジャンルのコンテンツ（より具体的には、当該コンテンツにアクセスするためのリンクとは全く別の経路を辿るリンクにより特定されるコンテンツ）を取得し、そのコンテンツをダミーコンテンツとしてデータアクセス部７２０に通知する。データアクセス部７２０は、当該ダミーコンテンツの送信を求めるダミーリクエストをサーバ１６０に送信する。

図１０を参照して、コンテンツ取得システム１００の他の構成について説明する。図１０は、端末２００とサーバ１６０との間に他のサーバが介在する構成を表わす図である。具体的には、他のサーバは、たとえばクラウドサーバ２１０として実現される。

ある局面において、端末２００は、ブラウザ８００を介してクラウドサーバ２１０の制御部８１０にアクセスする。

クラウドサーバ２１０において、データアクセス部７２０は、端末２００からのアクセスに基づいてサーバ１６０にコンテンツの送信リクエストと端末２００のユーザ情報とを送信する。このとき、クラウドサーバ２１０は、サーバ１６０に対してリクエストを送る際に、当該リクエストが恰も端末２００から送られたかのように送信する。データアクセス部７２０は、さらに、別リンク取得部７３０によって取得されたダミーコンテンツの送信を求めるダミーリクエストもサーバ１６０に送信する。

サーバ１６０は、これらのリクエストに応答して各コンテンツをクラウドサーバ２１０に送信する。クラウドサーバ２１０は、そのうち端末２００が送信を求めたリクエストに応答するコンテンツのみを端末２００に送信する。ダミーリクエストに応答して送られるダミーコンテンツは、クラウドサーバ２１０によって破棄される。これにより、端末２００は、送信が求められたコンテンツのみをブラウザ８００に表示する。

［制御構造］
図１１を参照して、本実施の形態に係る端末２００の制御構造について説明する。図１１は、端末２００が備えるＣＰＵ２０によって実現される処理の一部を表わすフローチャートである。

ステップＳ１１１０にて、ＣＰＵ２０は、操作ボタン２５またはタッチパネルからの指示に基づいて、端末２００のユーザが見たいデータ（映像コンテンツ）その他のコンテンツの選択を受け付ける。より具体的には、まず、端末２００は、コンテンツを提供するサービスの画面をモニタ３５に表示する。ユーザは、当該サービスの提供を受けるために予め登録しておいたユーザＩＤおよびパスワードを当該画面に入力する。ＣＰＵ２０は、サーバ１６０によるアクセス認証のために、当該ユーザＩＤおよびパスワードをサーバ１６０に送信する。サーバ１６０は、当該ユーザが登録済みの正当なユーザであることを確認すると、コンテンツの提供のための画面を端末２００に送信する。端末２００は、その画面をモニタ３５に表示する。

ステップＳ１１２０にて、ＣＰＵ２０は、画面に対応するデータ内でユーザによって選択されたリンクを特定する。より詳しくは、ユーザは、取得を希望するコンテンツの名称を入力することにより、あるいは、当該コンテンツまでのリンクをたどることにより、コンテンツを選択する。端末２００は、そのコンテンツのリクエスト（すなわち、ユーザが求めるコンテンツのリクエスト）をサーバ１６０に送信する。当該リクエストは、当該コンテンツの名称その他コンテンツを識別するためのデータを含む。ＣＰＵ２０は、当該リクエストの内容をＲＡＭ２８に格納する。この内容は、端末２００がサーバ１６０からコンテンツを受信した時に、コンテンツの保存または廃棄を判断するために用いられる。

ステップＳ１１３０にて、ＣＰＵ２０は、ユーザによって選択されたリンクとは異なるリンク（ダミーコンテンツにアクセスするためのリンク）を特定する。たとえば、ＣＰＵ２０は、ユーザによって選択されたリンクで特定されるコンテンツのジャンルとは異なるジャンルのコンテンツからランダムにダミーコンテンツを決定し、当該ダミーコンテンツにアクセスするためのリンクを特定する。ＣＰＵ２０は、当該ダミーコンテンツのリクエストをサーバ１６０に送信する。サーバ１６０は、当該リクエストに応答して、当該ダミーコンテンツを端末２００に送信する。

ステップＳ１１４０にて、ＣＰＵ２０は、サーバ１６０から送られるデータに基づいてコンテンツを取得し、モニタ３５に提示する。より具体的には、ＣＰＵ２０は、コンテンツの受信を検知すると、ＲＡＭ２８に保存されているリクエストを参照し、当該コンテンツがダミーコンテンツであるか否かを判断する。当該コンテンツがダミーコンテンツでない（すなわち、当該コンテンツがユーザによって求められているコンテンツである）ことを確認した場合に、ＣＰＵ２０は、そのコンテンツをモニタ３５に表示する。

ステップＳ１１５０にて、ＣＰＵ２０は、サーバ１６０から送信されるダミーコンテンツを受信し、モニタ３５に表示することなく破棄する。より具体的には、ＣＰＵ２０は、コンテンツの受信を検知すると、ＲＡＭ２８に保存されているリクエストを参照する。ＣＰＵ２０は、当該コンテンツがダミーコンテンツであることを確認した場合に、そのコンテンツを破棄する。

なお、ステップＳ１１４０およびステップＳ１１５０が行われる順序は、図１１に記載の順序に限られず、逆であってもよい。

また、図１１からも明らかなように、ユーザが選択したコンテンツとは異なるコンテンツ（ダミーコンテンツ）は、ユーザには提示されないが、コンテンツを取得するときの態様（たとえば、コンテンツデータの取得速度）は、正当なコンテンツがユーザに提示される場合と同じであることが望ましい。サーバ１６０は、いずれのコンテンツのリクエストに対しても同様に対応することになるため、ダミーコンテンツのリクエストを受信していることを検知しにくくなるからである。

また、ユーザが要求したコンテンツの取得と、ダミーコンテンツの取得とは、同タイミングで（すなわち並行して）行なわれてもよく、あるいは、別のタイミングで（近接した時間内に）行なわれてもよい。ダミーコンテンツの取得は、正当なコンテンツの取得に合わせて行なわれる必要はなく、たとえば、サーバ１６０が、ユーザの１ヵ月単位のコンテンツ取得履歴に基づいて当該ユーザの嗜好を推定していることが予め端末２００に通知されていれば、端末２００は、その１ヵ月の間に両方のコンテンツへのアクセスを行えばよい。

［画面］
図１２を参照して、端末２００におけるコンテンツの選択について説明する。図１２は、モニタ３５に表示されるコンテンツの選択画面の一例を表わす図である。

ある局面において、モニタ３５は、画面１２１０を表示する。画面１２１０は、コンテンツを選択するためのリンクを表示する。たとえば、当該リンクは、トップメニュー、フィクション、ドラマ、歴史もののように規定されている。端末２００のユーザは、当該リンクに含まれる項目を選択することにより、各項目に含まれるより詳細なコンテンツを選択することができる。

図１３を参照して、端末２００におけるコンテンツの選択についてさらに説明する。図１３は、端末２００のフラッシュメモリ２７におけるデータの格納の一態様を表わす図である。

フラッシュメモリ２７は、コンテンツを選択するために画面に表示されるメニューのコード１３００を保持している。コード１３００は、たとえば図１２に示される画面の表示を実現する。

図１４を参照して、本実施の形態に係る別リンク取得部７３０の構成について説明する。図１４は、別リンク取得部７３０として機能するＣＰＵ２０によって実行される処理の一部を表わすフローチャートである。

ステップＳ１４１０にて、ＣＰＵ２０は、コンテンツ選択画面のソースから文字列検索を行ない、拡張子をコンテンツ拡張子テーブルと照合して、ユーザが要求するコンテンツに相当するリンク（当該コンテンツへのアクセスのためのリンク）を検索する。ＣＰＵ２０は、当該リンクを含むリクエストを生成し、サーバ１６０に当該リクエストを送信する。サーバ１６０は、リクエストに応じてコンテンツを端末２００に送信する。

ステップＳ１４２０にて、ＣＰＵ２０は、ユーザが選択したコンテンツを取得するためのリンクとは異なるリンクを用いて、ダミーコンテンツをサーバ１６０から取得する。より詳しくは、ＣＰＵ２０は、正当なコンテンツのリンクとは異なるリンクをランダムに決定する。当該異なるリンクは、たとえば、少なくとも、正当なコンテンツのカテゴリとは異なるカテゴリのコンテンツへのアクセスを規定するものである。ＣＰＵ２０は、当該異なるリンクを含むダミーリクエストを生成し、サーバ１６０にそのダミーリクエストを送信する。サーバ１６０は、当該ダミーリクエストに応答して、ダミーコンテンツを端末２００に送信する。

なお、他の局面において、データアクセス部７２０は、１つだけではなく複数のコンテンツを取得してもよい。取得されるコンテンツの数が多いほど、端末２００のユーザの好みがサービス事業者（たとえばサーバ１６０の運営者）にわかりにくくなる。

［データ構造］
図１５および図１６を参照して、端末２００のデータ構造についてさらに説明する。図１５および図１６は、それぞれフラッシュメモリ２７におけるデータの格納の一態様を概念的に表わす図である。

図１５を参照して、フラッシュメモリ２７は、コンテンツ拡張子テーブル１５１０を含む。コンテンツ拡張子テーブル１５１０は、たとえば、.mpeg、.mpg、.avi、.3gp、.3gp2その他のコンテンツ拡張子を含む。コンテンツ拡張子は、ＣＰＵ２０がユーザの望むコンテンツとは異なるダミーコンテンツを決定するときに用いられる。

ダミーコンテンツの決定に関し、たとえば、ユーザが選択したコンテンツのデータの種類（たとえば、静止画、動画、文書）とは異なる種類のコンテンツ拡張子が用いられてもよい。たとえば、ユーザが動画を選択すると、ＣＰＵ２０は、静止画、文書その他のコンテンツであって動画ではないコンテンツをダミーコンテンツとして決定してもよい。この場合、ダミーコンテンツの選択が、コンテンツ拡張子を用いて行なわれることになるため、ダミーコンテンツを選択する処理に起因するＣＰＵ２０の負荷が抑制され得る。

図１６を参照して、フラッシュメモリ２７は、メニュー拡張子テーブル１６１０を含む。メニュー拡張子テーブル１６１０は、たとえば、.html、.xhtmlその他のマークアップ言語の拡張子等を含む。これらの拡張子は、ユーザによるコンテンツの選択を受け付けるためのメニュー画面の表示を実現する。

［制御構造］
図１７を参照して、他の局面における別リンク取得部の制御構造について説明する。図１７は、他の局面において別リンク取得部７３０として機能するＣＰＵ２０が実行する一連の処理の一部を表わすフローチャートである。

ステップＳ１７１０にて、ＣＰＵ２０は、コンテンツ選択画面のソースコードから文字列検索を行ない、拡張子をメニュー拡張子テーブルと照合して、他のメニューに相当するリンクを検索する。照合の対象となる拡張子は、ユーザが選択したコンテンツのデータの拡張子である。他のメニューに相当するリンクとは、ダミーコンテンツにアクセスするためのリンクである。具体的には、当該リンクは、ユーザが選択したコンテンツのジャンルとは異なるジャンルのコンテンツへのリンクを含む。ＣＰＵ２０は、その検索結果をＲＡＭ２８に保持する。

ステップＳ１７２０にて、ＣＰＵ２０は、その検索結果に基づいて、検索したリンクのページに遷移する。

ステップＳ１７３０にて、ＣＰＵ２０は、遷移した先のリンクのコンテンツ選択画面のソースから、文字列検索を行ない、拡張子をコンテンツ拡張子テーブルと照合して、コンテンツに相当するリンクを検索する。ここで照合の対象となる拡張子は、ユーザが望むコンテンツのデータの拡張子と同じ拡張子および異なる拡張子のいずれであってもよい。少なくとも、当該コンテンツのジャンルは、ユーザが選択したコンテンツのジャンルとは異なるため、ＣＰＵ２０は、どのような拡張子のコンテンツを選択してもよい。

ステップＳ１７４０にて、ＣＰＵ２０は、検索したリンクからデータを取得する。より詳しくは、ＣＰＵ２０は、ダミーコンテンツを取得するために、ステップＳ１７３０において特定されたリンクによって識別されるコンテンツの名称を含むリクエストをサーバ１６０に送信する。サーバ１６０は、そのリクエストを受信すると、当該コンテンツを端末２００に送信する。このコンテンツは、ダミーコンテンツであるため、端末２００のユーザに表示されることなく破棄される。

提供されるコンテンツに関し、同じメニューに含まれるコンテンツのジャンルは、同じである場合が多い。そのため、仮に、ＣＰＵ２０が、コンテンツを選択したメニューと同じメニューからダミーコンテンツを選択すると、「当該ユーザは、このジャンルが好きだ」ということがコンテンツの提供者その他のサービス事業者に知られることになる。そこで、本実施の形態のように、ＣＰＵ２０は、他のメニューに遷移する。このようにすると、他のメニューに含まれるコンテンツのジャンルは、ユーザが選択したコンテンツのジャンルとは異なる可能性が高くなるため、ユーザの好みのジャンルは、サービス事業者に知られにくくなる。

他の局面において、ＣＰＵ２０は、一つのメニューへの遷移だけではなく、複数のメニューに遷移して、各メニューに含まれるコンテンツをダミーコンテンツとしてそれぞれ取得してもよい。端末２００が取得するダミーコンテンツのジャンルが多いほど、ユーザの好みがサービス事業者側に分かりにくくなる。

なお、リンクのページの遷移は、ステップＳ１７１０およびＳ１７２０に示される態様に限られない。たとえば、ソースコードにおいて、上位階層のリンクは、下位階層のリンクよりも先に書かれているのが普通なので、ＣＰＵ２０は、先の方に書いてある上位階層のリンクを選択して、そのリンクで特定されるメニューに遷移することも考えらえる。

また、コンテンツに相当するリンクの検索は、ステップＳ１７３０に示される態様に限られない。たとえば、リンク先のメニューは、コンテンツのリストではなく、下位階層のジャンルのリストになっている場合もあり得る。その場合は、ＣＰＵ２０は、適当なジャンルのメニューに遷移して、コンテンツのリストが出てくるまでリンクをたどっていってもよい。

図１８を参照して、さらに他の局面における別リンク取得部７３０の制御構造について説明する。図１８は、別リンク取得部７３０として機能するＣＰＵ２０が実行する一連の処理の一部を表わすフローチャートである。この局面では、コンテンツのジャンル名が拡張子として用いられている。

ステップＳ１８１０にて、ＣＰＵ２０は、コンテンツ選択画面のソースから文字列検索を行ない、検索によって得られた拡張子とジャンル名拡張子テーブルと照合して、他のメニューに相当するリンクを取得する。照合の対象となる拡張子は、ユーザが選択したコンテンツのデータに含まれる拡張子である。他のメニューとは、具体的には、当該拡張子で特定されるジャンルとは異なるジャンルのコンテンツにアクセス可能なメニューである。制御は、ステップＳ１８２０に移される。

ステップＳ１８２０にて、ＣＰＵ２０は、検索したリンクのページに遷移する。制御はステップＳ１８３０に移される。

ステップＳ１８３０にて、ＣＰＵ２０は、遷移した先のリンクのコンテンツ選択画面のソースから、文字列検索を行ない、拡張子をコンテンツ拡張子テーブルと照合して、コンテンツに相当するリンクを検索する。ステップＳ１８３０における処理は、ステップＳ１７３０における処理と同様なので、詳細な説明は繰り返さない。制御は、ステップＳ１８４０に移される。

ステップＳ１８４０にて、ＣＰＵ２０は、検索したリンクからデータを取得する。ステップＳ１８４０における処理は、ステップＳ１７４０における処理と同様なので、詳細な説明は繰り返さない。

［データ構造］
図１９〜図２１を参照して、端末２００のデータ構造についてさらに説明する。図１９は、フラッシュメモリ２７におけるデータの格納の一態様を概念的に表わす図である。

ある局面において、フラッシュメモリ２７は、ジャンル名テーブル１９００を含む。ジャンル名テーブル１９００は、たとえば、トップ、フィクション、ノンフィクション、映画、アニメ、歴史もの、物語、ドラマなどを含む。ある局面において、ジャンル名テーブル１９００に含まれるジャンルは、サービスの提供者によって予め規定されている。他の局面において、端末２００のユーザがジャンルを変更し、または追加することが可能であってもよい。

図２０は、フラッシュメモリ２７におけるジャンル名テーブルの他の例を表わす図である。図２０に示されるように、他の局面において、フラッシュメモリ２７は、ジャンル名テーブル２０００を含む。

ジャンル名テーブル２０００は、第１階層と、第２階層と、第３階層と、第４階層と、その他の階層とを含む。第１階層は、たとえばトップである。第２階層は、ジャンルとしてフィクションとノンフィクションとを含む。第３階層は、たとえばフィクションについては歴史ものと宇宙ものと青春ものとを含む。また、第３階層は、ノンフィクションとして歴史ものと宇宙ものと犯罪ものとを含む。フラッシュメモリ２７は、このような態様でデータを保持してもよい。なお、ジャンルは、ジャンル名テーブル２０００に示されるものに限られない。階層の数も、図２０に示される数に限られない。

図２１は、さらに他の局面においてフラッシュメモリ２７に保持されるデータの格納の一態様を概念的に表わす図である。図２１を参照して、フラッシュメモリ２７は、ジャンル間距離テーブル２１００を保持している。

ジャンル間距離テーブル２１００は、たとえば２つのジャンルの距離を表わすデータを含む。たとえば、「歴史もの」と「宇宙もの」とについては、ジャンルが離れている度合いは、距離「５」として規定されている。「宇宙もの」と「青春もの」とについては、当該度合いは、距離「７」として規定されている。これらの値は、コンテンツの提供者によって予め設定されていてもよいし、端末２００のユーザによって変更可能であってもよい。ジャンル間の距離が大きいほど、ジャンル間の類似性が低くなる。端末２００は、類似性の低いジャンルのコンテンツをダミーコンテンツとしてサーバ１６０に要求することで、端末２００のユーザの好みが提供者にわかりにくくなる。

以上のようにして、本実施の形態に係る端末２００は、ユーザが望むコンテンツ（正当なコンテンツ）のリクエストに加えて、当該コンテンツとは無関係のコンテンツ（ダミーコンテンツ）のリクエストをサーバ１６０に送信する。これにより、サーバ１６０は、当該ユーザのコンテンツの好みを容易に判断しにくくなる。サーバ１６０は、各リクエストに応じて、正当なコンテンツとダミーコンテンツとを端末２００に送信する。端末２００は、ダミーコンテンツを受信すると、モニタ３５に表示することなく破棄する。ユーザは、ダミーコンテンツを視聴しないので、端末２００がダミーコンテンツを受信することによる利便性の低下も防止される。

なお、他の局面において、端末２００は、複数のダミーコンテンツとして同一のジャンルに含まれるコンテンツのリクエストをサーバ１６０に送信してもよい。このようにすると、コンテンツの提供者は、当該同一のジャンルの複数のコンテンツのリクエストに基づいて、このジャンルがユーザの好みのジャンルであると理解する可能性もあるので、ユーザの好みがサービスの提供者に把握されることをさらに防止できる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１，２０ ＣＰＵ、２ マウス、３ キーボード、４，２８ ＲＡＭ、５ ハードディスク、６ 光ディスク駆動装置、８，３５ モニタ、９，２９ ＲＯＭ、２３ アンテナ、２４ 通信装置、２５ 操作ボタン、２６ カメラ、２７ フラッシュメモリ、３０ メモリカード駆動装置、３１ メモリカード、３２ マイク、３３ スピーカ、３４ 音声信号処理回路、３７ データ通信インターフェイス、３８ バイブレータ、３９ 加速度センサ、１００ コンテンツ取得システム、１１０ ユーザ領域、１２０ フィルタ領域、１５０ サービス領域、１６０ サーバ、２００ 端末、２１０ クラウドサーバ、２２０，７２０ データアクセス部、３１０ コンテンツ選択部、３１１ 第１リクエスト送信部、３１２ 第２リクエスト送信部、３１３ ユーザ情報保持部、３２０ リクエスト受信部、３２１ リクエスト処理部、３２２，３３２ コンテンツ保持部、３２３ ユーザ情報データベース、３２４ コンテンツ送信部、３３０ コンテンツ受信部、３３１ フィルタ部、３３３ 出力部、５００ コンピュータシステム、７１０ データ再生部、７２０ データアクセス部、７３０ 別リンク取得部、８００ ブラウザ、８１０ 制御部、１２１０ 画面、１３００ コード、１５１０ コンテンツ拡張子テーブル、１６１０ メニュー拡張子テーブル、１９００，２０００ ジャンル名テーブル、２１００ ジャンル間距離テーブル。

Claims (10)

1. コンテンツ取得装置であって、
   要求に応じてコンテンツを送信するコンテンツサーバと通信するための通信手段と、
   コンテンツを格納するための記憶装置と、
   前記コンテンツ取得装置の動作を制御するための制御手段とを備え、
   前記制御手段は、
   前記コンテンツサーバにコンテンツの送信を要求する第１のリクエストを送信し、
   前記第１のリクエストに応じてユーザ情報を前記コンテンツサーバに送信し、
   前記コンテンツサーバに、前記コンテンツとは異なるダミーコンテンツの送信を要求する第２のリクエストを送信し、
   前記コンテンツサーバから前記第１のリクエストに応じて送信されるコンテンツを受信し、
   前記コンテンツサーバから前記第２のリクエストに応じて送信されるダミーコンテンツを受信するように構成されている、コンテンツ取得装置。
2. 前記制御手段は、前記第２のリクエストに基づくダミーコンテンツを破棄するように構成されている、請求項１に記載のコンテンツ取得装置。
3. 前記制御手段は、前記第１のリクエストが送信されてから予め定められた時間内に前記第２のリクエストを送信するように構成されている、請求項１または２に記載のコンテンツ取得装置。
4. 前記制御手段は、前記第１のリクエストが送信されてから予め定められた時間が経過した後に前記第２のリクエストを送信するように構成されている、請求項１または２に記載のコンテンツ取得装置。
5. 前記制御手段は、
   前記第１のリクエストとして送信が要求されるコンテンツを複数のコンテンツから選択し、
   前記選択されたコンテンツが含まれるグループとは異なるグループから前記ダミーコンテンツを選択するように構成されている、請求項１または２に記載のコンテンツ取得装置。
6. 前記制御手段は、２つのコンテンツ間の関連度として予め規定された関連度に基づいて、前記第１のリクエストに基づき選択されるコンテンツとの関連度が最も小さいコンテンツを前記ダミーコンテンツとして選択するように構成されている、請求項５に記載のコンテンツ取得装置。
7. 端末と、
   要求に応じてコンテンツを送信するコンテンツサーバとを備え、
   前記コンテンツサーバは、
   コンテンツを格納するためのコンテンツデータベースと、
   前記端末と通信するための通信インターフェイスとを備え、
   前記端末は、
   前記コンテンツサーバと通信するための通信手段と、
   コンテンツを格納するための記憶装置と、
   前記端末の動作を制御するための制御手段とを備え、
   前記制御手段は、
   前記コンテンツサーバにコンテンツの送信を要求する第１のリクエストを送信し、
   前記第１のリクエストに応じてユーザ情報を前記コンテンツサーバに送信し、
   前記コンテンツサーバに、前記コンテンツとは異なるダミーコンテンツの送信を要求する第２のリクエストを送信し、
   前記コンテンツサーバから前記第１のリクエストに応じて送信されるコンテンツを受信し、
   前記コンテンツサーバから前記第２のリクエストに応じて送信されるダミーコンテンツを受信するように構成されている、コンテンツ取得システム。
8. 端末と、
   前記端末のユーザアカウントを有するクラウドサーバと、
   前記クラウドサーバと通信可能なコンテンツサーバとを備え、
   前記コンテンツサーバは、
   コンテンツを格納するためのコンテンツデータベースと、
   前記クラウドサーバと通信するための通信インターフェイスとを備え、
   前記クラウドサーバは、
   前記端末と通信するための通信装置と、
   前記端末のユーザに割り当てられるデータ領域を有する記憶装置と、
   前記クラウドサーバの動作を制御するためのプロセッサとを備え、
   前記端末は、
   前記クラウドサーバと通信するための通信手段と、
   コンテンツを格納するための記憶装置と、
   前記端末の動作を制御するための制御手段とを備え、
   前記制御手段は、前記クラウドサーバにコンテンツの送信を要求する第１のリクエストを送信し、
   前記クラウドサーバの前記プロセッサは、
   前記第１のリクエストに基づいて、ユーザ情報を前記コンテンツサーバに送信し、
   前記コンテンツサーバに、前記コンテンツとは異なるダミーコンテンツの送信を要求する第２のリクエストを送信し、
   前記コンテンツサーバから前記第１のリクエストに応じて送信されるコンテンツを受信し、受信した当該コンテンツを前記端末に送信し、
   前記コンテンツサーバから前記第２のリクエストに応じて送信されるダミーコンテンツを受信するように構成されている、コンテンツ取得システム。
9. 端末がコンテンツサーバからコンテンツを取得するための方法であって、
   前記端末のプロセッサが、前記コンテンツサーバにコンテンツの送信を要求する第１のリクエストを送信するステップと、
   前記プロセッサが、前記第１のリクエストに応じてユーザ情報を前記コンテンツサーバに送信するステップと、
   前記プロセッサが、前記コンテンツサーバに、前記コンテンツとは異なるダミーコンテンツの送信を要求する第２のリクエストを送信するステップと、
   前記プロセッサが、前記コンテンツサーバから前記第１のリクエストに応じて送信されるコンテンツを受信するステップと、
   前記プロセッサが、前記コンテンツサーバから前記第２のリクエストに応じて送信されるダミーコンテンツを受信するステップと、
   前記プロセッサが、前記第１のリクエストに基づくコンテンツを保存するステップとを含む、方法。
10. 端末にコンテンツを取得させるためのプログラムであって、前記プログラムは、
    前記端末のプロセッサに、コンテンツサーバにコンテンツの送信を要求する第１のリクエストを送信するステップと、
    前記第１のリクエストに応じてユーザ情報を前記コンテンツサーバに送信するステップと、
    前記コンテンツサーバに、前記コンテンツとは異なるダミーコンテンツの送信を要求する第２のリクエストを送信するステップと、
    前記コンテンツサーバから前記第１のリクエストに応じて送信されるコンテンツを受信するステップと、
    前記コンテンツサーバから前記第２のリクエストに応じて送信されるダミーコンテンツを受信するステップと、
    前記第１のリクエストに基づくコンテンツを保存するステップとを実行させる、プログラム。

Images