(57)【特許請求の範囲】
【請求項１】
抽出された検索条件に合致する１以上のコンテンツがサーバからダウンロードされて保存済みであるか判断し、前記合致する１以上のコンテンツのうち前記保存済みコンテンツの割合を示す受信した検索条件に係るダウンロード進捗率を算出し、前記ダウンロード進捗率が所定の閾値以上であるか判断するコンテンツ制御部と、
前記ダウンロード進捗率が所定の閾値以上である検索条件を前記コンテンツ制御部から受信し、前記受信した検索条件と該検索条件に合致するコンテンツとをユーザに提供する表示制御部と、
を有する装置。
【請求項２】
前記ユーザのコンテンツ検索履歴とコンテンツ視聴履歴とに基づき導出され、前記ユーザから入力された各検索条件と該検索条件の利用度とを格納した検索条件情報を格納する検索履歴格納部と、
前記検索履歴格納部に格納される前記検索条件情報から前記利用度の降順に前記検索条件と該検索条件に合致するコンテンツとを前記コンテンツ制御部に提供する検索部と、
をさらに有する、請求項１記載の装置。
【請求項３】
前記表示制御部は、前記コンテンツ制御部から所定数の検索条件を受信するまで、前記コンテンツ制御部にさらなる検索条件と該検索条件に合致するコンテンツとを提供するよう要求する、請求項１又は２記載の装置。
【請求項４】
抽出された検索条件に合致する１以上のコンテンツがサーバからダウンロードされて保存済みであるか判断するステップと、
前記合致する１以上のコンテンツのうち前記保存済みコンテンツの割合を示す受信した検索条件に係るダウンロード進捗率を算出し、前記ダウンロード進捗率が所定の閾値以上であるか判断するステップと、
前記ダウンロード進捗率が所定の閾値以上である検索条件を受信し、前記受信した検索条件と該検索条件に合致するコンテンツとをユーザに提供するステップと、
を有するサーバと通信可能な装置により実行される検索条件提示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に情報処理装置に関し、より詳細には、サーバから検索されたコンテンツをダウンロードする装置及び検索条件提示方法に関する。
【背景技術】
【０００２】
近年の通信技術の発達は、ユーザが、映像や音楽などの各種コンテンツをサーバからダウンロードし、ユーザ装置において利用する機会を拡大させてきた。このように多数のコンテンツがサーバからダウンロード可能になると、ユーザは容易に自らの嗜好に合致したコンテンツを検索し、検出されたコンテンツの中から実際に利用するコンテンツを選択できるようになることを所望する。
【０００３】
映像コンテンツを記録再生するＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）レコーダやＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）レコーダでは、ユーザが指定した条件に基づき自動的にコンテンツを録画するものが知られている。しかしながら、このような従来のＢＤ／ＤＶＤレコーダのシステムを限られた表示領域しか有しない携帯再生装置や携帯電話端末に適用した場合、録画されたコンテンツの選別やソート方法などを工夫しなければ、ユーザは所望のコンテンツを検出することが困難となる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１５２８８７号公報
【特許文献２】特開２００３−６１００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の課題は、上記問題点に鑑み、ユーザの嗜好に合致したコンテンツを優先的に提示する装置及び検索条件提示方法を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明の一特徴は、抽出された検索条件に合致する１以上のコンテンツが保存済みであるか判断し、前記合致する１以上のコンテンツのうち前記保存済みコンテンツの割合を示す前記受信した検索条件に係るダウンロード進捗率を算出し、前記ダウンロード進捗率が所定の閾値以上であるか判断するコンテンツ制御部と、前記ダウンロード進捗率が所定の閾値以上である検索条件を前記コンテンツ制御部から受信し、前記受信した検索条件と該検索条件に合致するコンテンツとをユーザに提供する表示制御部とを有する装置に関する。
【発明の効果】
【０００７】
本発明によると、ユーザの嗜好に合致したコンテンツを優先的に提示する装置及び検索条件提示方法を提供することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、本発明の一実施例によるコンテンツ配信システムを示す。
【図２】図２は、本発明の一実施例による検索条件一覧を示す。
【図３】図３は、本発明の他の実施例による検索条件一覧を示す。
【図４】図４は、本発明の一実施例によるコンテンツ一覧を示す。
【図５】図５は、本発明の一実施例によるダウンロード状況を追記したコンテンツ一覧を示す。
【図６】図６は、本発明の他の実施例によるダウンロード状況を追記したコンテンツ一覧を示す。
【図７】図７は、本発明の一実施例による検索条件提示処理を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、図面に基づいて本発明の実施の形態を説明する。
【００１０】
図１を参照して、本発明の一実施例によるコンテンツ配信システムを示す。図１は、本発明の一実施例によるコンテンツ配信システムの構成を示す。図１に示されるように、コンテンツ配信システム１００は、クライアント２００と、コンテンツ配信サーバ３００と、ネットワーク４００とを有する。クライアント２００は、ネットワーク４００を介しコンテンツ配信サーバ３００と通信接続される。
【００１１】
クライアント２００は、典型的には、携帯電話端末や携帯再生装置などの通信機能を有する情報処理装置であり、ネットワーク４００と無線又は有線接続する。クライアント２００は、典型的には、補助記憶装置、メモリ装置、ＣＰＵ、通信装置、表示装置、入力装置などの各種ハードウェアリソースの１以上から構成される。補助記憶装置は、ハードディスクやフラッシュメモリなどから構成され、後述される各種処理を実現するプログラムやデータを格納する。メモリ装置は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などから構成され、プログラムの起動指示があった場合に、補助記憶装置からプログラムを読み出して格納する。ＣＰＵは、情報を処理するプロセッサとして機能し、メモリ装置に格納されたプログラムに従って後述される各種機能を実現する。通信装置は、ネットワークを介し他の装置と有線及び／又は無線接続するための各種通信回路から構成される。通信装置はさらに、ネットワーク上のサーバなどの他の装置と接続するための通信インタフェースなどを有する。表示装置は、ディスプレイなどから構成され、コンテンツ配信サーバ３００から受信したコンテンツやプログラムによるＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）等を表示する。入力装置は、典型的には、操作ボタン、キーボード、マウス等で構成され、クライアント２００のユーザが様々な操作命令を入力するのに用いられる。なお、クライアント２００は、上述したハードウェア構成に限定されるものでなく、ネットワーク４００を介しコンテンツ配信サーバ３００と双方向通信するための機能を有する他の何れか適切なハードウェア構成を有してもよい。
【００１２】
コンテンツ配信サーバ３００は、典型的には、補助記憶装置、メモリ装置、ＣＰＵ、通信装置などの各種ハードウェアリソースの１以上から構成される。補助記憶装置は、ハードディスクやフラッシュメモリなどから構成され、後述される各種処理を実現するプログラムやデータを格納する。メモリ装置は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などから構成され、プログラムの起動指示があった場合に、補助記憶装置からプログラムを読み出して格納する。ＣＰＵは、情報を処理するプロセッサとして機能し、メモリ装置に格納されたプログラムに従って後述される各種機能を実現する。通信装置は、ネットワークを介し他の装置と接続するための各種通信回路から構成される。通信装置は、典型的には、各種ネットワークと接続するための通信インタフェースなどを有する。なお、コンテンツ配信サーバ３００は、上述したハードウェア構成に限定されるものでなく、ネットワーク４００を介しクライアント２００と双方向通信するための機能を有する他の何れか適切なハードウェア構成を有してもよい。
【００１３】
ネットワーク４００は、無線ネットワークでもよいし、有線ネットワークであってもよく、クライアント２００とコンテンツ配信サーバ３００とを通信接続する。典型的には、ネットワーク４００はインターネットなどである。
【００１４】
図１に示されるように、クライアント２００は、検索履歴格納部２１０と、検索部２１５と、番組表格納部２２０と、コンテンツ制御部２２５と、ダウンロード（ＤＬ）済みコンテンツ格納部２３０と、表示制御部２３５と、表示部２４０とを有する。
【００１５】
検索履歴格納部２１０は、図２に示されるような検索履歴格納部記憶テーブルである検索条件一覧を格納している。図２に示されるように、検索条件一覧は、ユーザが過去に利用したコンテンツ検索条件と、当該コンテンツ検索条件に係る検索履歴情報である検索履歴回数と、視聴履歴情報である視聴履歴回数とから導出されるスコアとが関連付けされて格納されている。
【００１６】
ここで、コンテンツ検索条件は、例えば、ユーザが所望するコンテンツの「種類」、「時間」、「ジャンル」、「キーワード」などにより規定される。「種類」は、所望のコンテンツが動画又は静止画であるかなどを指定する項目である。「時間」は、所望のコンテンツが動画である場合に、その再生時間を指定する項目であり、「３０分未満」や「６０分以上」などの適当な時間が指定される。「ジャンル」は、「映画」、「ニュース」、「スポーツ映像」などの所望のコンテンツのジャンルである。「キーワード」は、所望のコンテンツに関するキーワードが入力される。例えば、クライアント２００は、これらの項目を入力するのに適した検索条件入力画面をユーザに提示し、これらの項目を入力させることによって、各コンテンツ検索条件を設定することができる。しかしながら、検索条件の各項目は上述した具体的な項目に限定されるものでなく、他の何れか適切な項目が利用可能である。
【００１７】
このように入力された各コンテンツ検索条件から、図２に示される検索条件一覧は以下のように作成される。すなわち、クライアント２００は、ユーザからコンテンツ検索条件を受信すると、受信したコンテンツ検索条件が保持している検索条件一覧のデータ項目「検索条件」にすでに登録されているか判断し、登録されている場合には、当該コンテンツ検索条件に対応するデータ項目「検索回数」の値をインクリメントする。他方、受信したコンテンツ検索条件が保持している検索条件一覧のデータ項目「検索条件」に登録されていない場合には、クライアント２００は、当該コンテンツ検索条件を検索条件一覧に新たに登録し、当該コンテンツ検索条件に対応するデータ項目「検索回数」の値を"１"に設定する。
【００１８】
また、クライアント２００は、受信したコンテンツ検索条件に従ってコンテンツを検索し、検出されたコンテンツをユーザに提示する。ユーザが検出されたコンテンツを視聴した場合、クライアント２００は、検索条件一覧の当該コンテンツ検索条件に係るデータ項目「視聴回数」をインクリメントする。
【００１９】
このように設定された「検索回数」の値と「視聴回数」の値とから、当該コンテンツ検索条件に対するユーザの利用度を示すデータ項目である「スコア」の値が算出される。図２に示される例では、当該コンテンツ検索条件の「検索回数」の値と「視聴回数」の値との和が「スコア」の値に設定されている。
【００２０】
しかしながら、他の実施例では、当該コンテンツ検索条件を利用した「検索回数」の値を「スコア」の値としてもよい。また、図３に示されるような時間などの他の要素を考慮した何れか適切な「スコア」の値が決定されてもよい。図３に示される検索条件一覧では、ユーザによるクライアント２００の過去の利用パターンを考慮して、より適切なコンテンツ検索条件が抽出されるようにスコアの値が調整されている。これは、典型的には、１日のうちのいくつかの時間帯毎にユーザがクライアント２００を起動する頻度は異なっている可能性が考えられるためである。例えば、就寝時間帯では、ユーザがクライアント２００を起動する機会は少ないと予想される。また、勤務時間帯では、ユーザがクライアント２００を起動する機会は少ないが、勤務時間帯の前後の時間帯では、ユーザは相対的に高い頻度でクライアント２００を起動するかもしれない。さらに、各時間帯毎に入力される検索条件や視聴されるコンテンツも異なる可能性がある。例えば、起床時にはニュースや経済などに関連する検索条件が入力される頻度が高く、帰宅後の時間帯には娯楽や趣味などに関連する検索条件が入力される頻度が高い可能性が考えられる。このような時間的要素を考慮して、図３に示されるような検索条件一覧を作成するようにしてもよい。図示される検索条件一覧は、時間帯毎にデータ項目「検索回数」と「視聴回数」とを設け、ユーザによる時間帯毎の検索・視聴傾向を記録している。すなわち、データ項目「スコア」は、ユーザによるコンテンツ検索条件の利用度を示す何れか適切な値が利用されてもよい。また、検索条件一覧は、ユーザの過去のある時点からの検索履歴情報と視聴履歴情報とに基づき生成されるが、ユーザのコンテンツに対する嗜好の変化等に良好に対応するため、過去からの全ての履歴情報を収集するのでなく、現在から直近１ヶ月分などの直近の履歴情報のみを利用して生成されるようにしてもよい。
【００２１】
検索部２１５は、ユーザに検索条件と当該検索条件により検出されたコンテンツを提示するための所定のトリガーに応答して、検索履歴格納部２１０にアクセスし、検索条件一覧からデータ項目「スコア」が最大となる検索条件を決定する。図２に示される検索条件一覧では、データ項目「スコア」が最大値"２７"となる"検索条件１が決定される。
【００２２】
また、図３に示されるような時間を考慮した検索条件一覧では、ユーザに検索条件を提示する際に、当該時刻の時間帯で検索及び視聴に利用された検索条件が優先的に選択されるように、この時間帯のスコアに高い重み付けをする。例えば、８時１０分に検索条件をユーザに提示する場合、７〜９時の時間帯のスコアを２倍に重み付けしてもよいし、あるいは、７〜９時の時間帯のスコアを３倍に重み付けすると共に、これに隣接する２〜７時と９〜１２時の各時間帯のスコアを２倍に重み付けするようにしてもよい。図３に示される検索条件一覧では、後者の重み付けを適用して、重み付けされていない「通常スコア」と共に、時間が考慮された重み付けされた新たなデータ項目である「時間考慮スコア」が算出されている。この「時間考慮スコア」に基づき、８時１０分に検索条件をユーザに提示する場合には、検索部２１５は、「時間考慮スコア」が最大値となる検索条件が決定される。このようにして、ユーザの時間帯毎の検索・視聴傾向を利用して、ユーザへの検索条件の提示時刻に適したコンテンツを優先的に提示することが可能となる。
【００２３】
その後、検索部２１５は、番組表格納部２２０にアクセスし、決定された検索条件に合致するコンテンツを検索する。番組表格納部２２０は、コンテンツ配信サーバ３００が配信可能な番組表一覧を予め有している。図４に例示される番組表一覧である番組表格納部記憶テーブルでは、配信可能な各コンテンツについて、「コンテンツ名」、「コンテンツＩＤ」、「メタデータ」、「配信日時」などの各種データ項目が規定される。データ項目「コンテンツ名」及び「コンテンツＩＤ」には、当該コンテンツの名前及び識別子がそれぞれ指定される。データ項目「メタデータ」には、典型的には、コンテンツ提供者により記述された当該コンテンツの内容やコンテンツ再生時間などの情報が規定され、これらの情報に一致する検索条件が決定される。データ項目「配信日時」には、当該コンテンツが配信可能な日時が指定される。このような番組表一覧から、検索部２１５は、データ項目「スコア」が最大となる検索条件（図２の例では、"検索条件１"）に一致するコンテンツを検索し、図４に示されるような検索結果であるコンテンツ一覧を取得する。図４に示されるコンテンツ一覧では、"検索条件１"に合致する"コンテンツ２"、"コンテンツ３"及び"コンテンツ５"が抽出される。その後、検索部２１５は、生成したコンテンツ一覧をコンテンツ制御部２２５に送信する。
【００２４】
コンテンツ制御部２２５は、コンテンツ一覧を検索部２１５から受信すると、ダウンロード（ＤＬ）済みコンテンツ格納部２３０にアクセスし、受信したコンテンツ一覧に記載されるコンテンツのうちすでに保存済み（ダウンロード済み）のものがあるか判断する。具体的には、ダウンロード済みコンテンツ格納部２３０は、図５に示されるように、クライアント２００がすでにダウンロードしているコンテンツを記録したダウンロード済みコンテンツ一覧を有する。コンテンツ制御部２２５は、このダウンロード済みコンテンツ一覧を参照して、検索部２１５から受信したコンテンツ一覧に記載されたコンテンツのうちすでにダウンロード済みのものがあるか確認する。ダウンロード済みのコンテンツが検出された場合、コンテンツ一覧のデータ項目「状態」を"保存済み"に設定する。図５に示される例では、コンテンツ一覧に記載される"コンテンツ２"、"コンテンツ３"及び"コンテンツ５"のすべてが、ダウンロード済みコンテンツ一覧に記載されており、これら３つのコンテンツのデータ項目「状態」はすべて"保存済み"に設定される。
【００２５】
さらに、コンテンツ制御部２２５は、コンテンツ一覧の各コンテンツの保存状態を確認した後、"検索条件１"のデータ項目「進捗」を更新する。このデータ項目「進捗」の値は、例えば、各検索条件に対して、当該検索条件に合致すると検出されたコンテンツ一覧に記載されるコンテンツの総数（ｎ）に対するダウンロード済みコンテンツの個数（ｄ）の割合とされる。すなわち、データ項目「進捗」の値である進捗率は、"進捗率＝ｄ／ｎ"により算出される。図示された例では、コンテンツ一覧に記載される３つのコンテンツのすべてが保存済みであるため、データ項目「進捗」の値は"１．０"に設定される。他方、図６に示されるように、"検索条件２"については、検出された"コンテンツ１"、"コンテンツ８"及び"コンテンツ１１"の３つのコンテンツのうち、"コンテンツ１"しかダウンロード済みでないため、データ項目「進捗」の値は"１／３"となり、例えば、コンテンツ一覧のデータ項目「進捗」には、端数を切り捨てた"０．３３"などが設定されてもよい。また、他の実施例では、データ項目「進捗」の値は、検出されたコンテンツのデータ量に対する保存済みコンテンツのデータ量の割合として設定されてもよい。
【００２６】
上述したダウンロード進捗状況の確認後、コンテンツ制御部２２５は、更新されたコンテンツ一覧を参照して、検索部２１５から受信した検索条件のダウンロード状況に基づき、当該検索条件をユーザへ提示するか判断する。具体的には、コンテンツ制御部２２５は、当該検索条件の進捗率が所定の閾値α（０≦α≦１）以上であるか判別し、閾値α以上である場合（例えば、図５の"検索条件１"など）、当該検索条件をユーザへ提示すべきものと判断する。その後、コンテンツ制御部２２５は、当該検索条件が記載されたコンテンツ一覧を表示制御部２３５に送信する。他方、当該検索条件の進捗率が閾値α未満である場合（例えば、図６の"検索条件２"など）、コンテンツ制御部２２５は、検索部２１５に新たな検索条件を要求する。この要求を受信すると、検索部２１５は、検索条件一覧の次に大きな「スコア」の値を有する検索条件を決定し、番組表格納部２２０にアクセスし、番組表一覧から当該検索条件に合致するコンテンツを検索し、当該検索条件に係るコンテンツ一覧を生成する。その後、検索部２１５は、生成した新たな検索条件に係るコンテンツ一覧をコンテンツ制御部２２５に送信する。検索部２１５から新たなコンテンツ一覧を受信すると、コンテンツ制御部２２５は、上述した処理と同様に、ダウンロード済みコンテンツ格納部２３０にアクセスし、コンテンツ一覧に記載される各コンテンツのダウンロード状況を確認し、コンテンツ一覧のデータ項目「進捗」の値を算出する。そして、コンテンツ制御部２２５は、この算出した進捗率と閾値αとを比較し、当該検索条件がユーザに提示すべきものであるか判断する。
【００２７】
なお、閾値αは、０．８など比較的多数の保存済みのコンテンツを提示できるような値に設定されることが好ましい。しかしながら、検索条件に合致するコンテンツが多数検出される場合、進捗率の算出に用いられるコンテンツの総数（ｎ）が大きくなり、進捗率が小さくなる可能性があり、閾値αを大きな値に設定すると、閾値α以上となる検索条件を検出することが困難にある可能性がある。このため、ｎの値が大きくなるのを回避すべく、例えば、検索条件に合致するコンテンツのうち所定数（１０個など）のコンテンツを抽出し（すなわち、ｎ＝１０）、この１０個のコンテンツのダウンロード状況に基づき進捗率を算出するようにしてもよい。なお、このようにコンテンツを所定数に限定しても閾値α以上となる検索条件が検出できない場合、上述した繰り返し処理は無限ループになってしまう。これを回避するため、閾値α以上となる検索条件を検出することができなかった場合、当該処理を中断し、コンテンツ制御部２２５は、閾値αをより低い値に再設定し、各検索条件についてダウンロード進捗率と新たな閾値とを対比するようにしてもよい。あるいは、コンテンツ制御部２２５は、適合する検索条件が検出できなかったことを表示制御部２３５に通知し、表示制御部２３５は、前回表示した検索条件をユーザに提示するようにしてもよい。
【００２８】
表示制御部２３５は、コンテンツ制御部２２５からユーザに提示すべきものであると判断された検索条件を受信すると、受信した検索条件が所定の個数（例えば、３など）に達したか判断する。所定数の検索条件を受信していない場合、表示制御部２３５は、コンテンツ制御部２２５に新たな検索条件を要求し、コンテンツ制御部２２５は、上述した処理を繰り返し、ユーザに提示すべき検索条件を検索し、検出した検索条件を表示制御部２３５に送信する。他方、受信した検索条件が所定数に達した場合、表示制御部２３５は、表示部２４０に所定数の検索条件と当該検索条件に合致するコンテンツとを送信し、クライアント２００のディスプレイなどにコンテンツ一覧としてユーザに提示する。
【００２９】
なお、上記所定の個数は、クライアント２００のディスプレイの表示領域や記憶手段の記憶領域などを考慮して決定されてもよい。例えば、ディスプレイの表示領域が大きい場合や記憶手段の記憶領域が大きい場合には、ユーザにより多くの検索条件及びコンテンツを提示できるように、より大きな個数が設定されてもよい。
【００３０】
このコンテンツ一覧を参照して、ユーザは、所望のコンテンツを選択することができる。ユーザにより選択されたコンテンツがダウンロード済みである場合、クライアント２００は、ダウンロード済みコンテンツ格納部２３０に格納されている当該コンテンツをユーザに提供する。他方、ユーザにより選択されたコンテンツがダウンロードされていない場合、クライアント２００は、当該コンテンツをコンテンツ配信サーバ３００からダウンロードする。また、ユーザは、表示されたコンテンツ一覧の検索条件を選択することも可能である。この場合、クライアント２００は、当該検索条件に係る検索結果をすでに保持しているため、再度検索を実行することなく、保持している検索結果をユーザに迅速に提供することが可能となる。
【００３１】
図７を参照して、本発明の一実施例によるクライアントの検索条件提示処理を説明する。図７は、本発明の一実施例によるクライアントの検索条件提示処理を示すフローチャートである。
【００３２】
図７に示されるように、ステップＳ１０１において、検索部２１５は、検索履歴格納部２１０にアクセスし、検索条件一覧を参照してデータ項目「スコア」の値が最大となる検索条件を決定する。
【００３３】
ステップＳ１０３において、検索部２１５は、番組表格納部２２０にアクセスし、決定された検索条件に合致するコンテンツを検索し、検出されたコンテンツを当該検索条件と共にコンテンツ一覧としてコンテンツ制御部２２５に送信する。
【００３４】
ステップＳ１０５において、コンテンツ制御部２２５は、ダウンロード済みコンテンツ格納部２３０にアクセスし、受信したコンテンツ一覧に記載される各コンテンツがダウンロード済みか判断し、受信した検索条件に係るコンテンツのダウンロード状況を決定する。具体的には、コンテンツ制御部２２５は、当該検索条件に係るコンテンツのダウンロード状況を示す進捗率を決定する。
【００３５】
ステップＳ１０７において、コンテンツ制御部２２５は、決定した進捗率が閾値α以上であるか判断し、閾値α以上である場合には（Ｓ１０７：Ｙ）、当該検索条件をユーザに提示すべきものと判断し、ステップＳ１０９において、これを表示制御部２３５に送信する。他方、決定した進捗率が閾値α未満である場合には（Ｓ１０７：Ｎ）、コンテンツ制御部２２５は、検索部２１５に新たな検索条件を要求する。この場合、検索部２１５は、ステップＳ１０１において、検索条件一覧を参照して、次に「スコア」の値が大きい検索条件を決定し、すなわち、「スコア」の値の降順に検索条件を決定し、上述した各ステップを繰り返す。
【００３６】
ステップＳ１１１において、表示制御部２３５は、コンテンツ制御部２２５から受信した検索条件が所定数に達したか判断する。所定数に達した場合（Ｓ１１１：Ｙ）、表示制御部２３５は、表示部２４０に受信した所定数の検索条件とこれらに合致するコンテンツとをユーザに提示するよう指示する。他方、コンテンツ制御部２２５から受信した検索条件が所定数に達していない場合（Ｓ１１１：Ｎ）、当該処理はステップＳ１０１に戻り、上述した各ステップを繰り返す。
【００３７】
このように、上述した実施例によると、クライアント２００は、ユーザの過去に利用した検索履歴及び視聴履歴から利用ニーズが高いと推定される検索条件を決定し、ダウンロード済みのコンテンツと共に提示することが可能となり、ユーザが自らの嗜好により適合したコンテンツを発見及び視聴するまでに要する手間を簡略化することができる。
【００３８】
以上、本発明の実施例について詳述したが、本発明は上述した特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００３９】
１００  コンテンツ配信システム
２００  クライアント
３００  コンテンツ配信サーバ
４００  ネットワーク
【図１】
0005542535.tif 000002
【図２】
0005542535.tif 000003
【図３】
0005542535.tif 000004
【図４】
0005542535.tif 000005
【図５】
0005542535.tif 000006
【図６】
0005542535.tif 000007
【図７】
0005542535.tif 000008