JP5542536B2 - 情報処理装置及びダウンロード制御方法 - Google Patents

Description

本発明は、一般に情報処理装置に関し、より詳細には、サーバからコンテンツをダウンロードする装置及びダウンロード制御方法に関する。

近年の通信技術の発達は、ユーザが、映像や音楽などの各種コンテンツをサーバからダウンロードし、ユーザ装置において利用する機会を拡大させてきた。このように多数のコンテンツがサーバからダウンロード可能になると、ユーザは容易に自らの嗜好に合致したコンテンツを検索し、検出されたコンテンツの中から実際に利用するコンテンツを選択できるようになることを所望する。

映像コンテンツを記録再生するＢＤ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ）レコーダやＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）レコーダでは、ユーザが指定した条件に基づき自動的にコンテンツを録画するものが知られている。しかしながら、このような従来のＢＤ／ＤＶＤレコーダのように、ユーザにより指定された条件に合致するコンテンツをすべて自動録画する方法は、限られた記憶容量しか有しない携帯再生装置や携帯電話端末には適していない。

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

本発明の課題は、上記問題点に鑑み、ユーザの検索履歴及び視聴履歴を考慮してユーザの嗜好に合致したコンテンツを決定し、ユーザの嗜好により合致したコンテンツを優先的にダウンロードする装置及びダウンロード制御方法を提供することである。

本発明の一特徴は、ユーザのコンテンツ検索履歴とコンテンツ視聴履歴とに基づき、ユーザから入力された各検索条件と該検索条件の利用度とを導出し、前記導出された検索条件と該検索条件の利用度とを格納した検索条件情報を生成する検索条件制御部と、前記利用度に基づき前記検索条件情報から所定数の検索条件を選択し、サーバが配信可能なコンテンツから前記選択された所定数の検索条件に合致する１以上のコンテンツを決定するコンテンツ検索部と、前記決定された１以上のコンテンツから未保存のコンテンツを抽出し、前記抽出されたコンテンツに係る検索条件の利用度に従って、前記未保存のコンテンツを前記サーバからダウンロードするダウンロード制御部とを有する装置に関する。

本発明によると、ユーザの検索履歴及び視聴履歴を考慮してユーザの嗜好に合致したコンテンツを決定し、ユーザの嗜好により合致したコンテンツを優先的にダウンロードする装置及びダウンロード制御方法を提供することができる。

図１は、本発明の一実施例によるコンテンツ配信システムを示す。 図２は、本発明の一実施例による検索条件入力画面を示す。 図３は、本発明の一実施例による更新前後の検索条件一覧を示す。 図４は、本発明の一実施例による検索条件一覧から決定された検索条件を示す。 図５は、本発明の他の実施例による起動時刻記憶テーブルを示す。 図６は、本発明の他の実施例による検索条件一覧を示す。 図７は、本発明の一実施例によるコンテンツ一覧を示す。 図８は、本発明の一実施例によるダウンロード候補一覧を示す。 図９は、本発明の一実施例による更新前後のダウンロード候補一覧を示す。 図１０は、本発明の一実施例によるコンテンツダウンロード処理を示すフローチャートである。

以下、図面に基づいて本発明の実施の形態を説明する。

図１を参照して、本発明の一実施例によるコンテンツ配信システムを示す。図１は、本発明の一実施例によるコンテンツ配信システムの構成を示す。図１に示されるように、コンテンツ配信システム１００は、クライアント２００と、コンテンツ配信サーバ３００と、ネットワーク４００とを有する。クライアント２００は、ネットワーク４００を介しコンテンツ配信サーバ３００と通信接続される。

クライアント２００は、典型的には、携帯電話端末や携帯再生装置などの通信機能を有する情報処理装置であり、ネットワーク４００と無線又は有線接続する。クライアント２００は、典型的には、補助記憶装置、メモリ装置、ＣＰＵ、通信装置、表示装置、入力装置などの各種ハードウェアリソースの１以上から構成される。補助記憶装置は、ハードディスクやフラッシュメモリなどから構成され、後述される各種処理を実現するプログラムやデータを格納する。メモリ装置は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などから構成され、プログラムの起動指示があった場合に、補助記憶装置からプログラムを読み出して格納する。ＣＰＵは、情報を処理するプロセッサとして機能し、メモリ装置に格納されたプログラムに従って後述される各種機能を実現する。通信装置は、ネットワークを介し他の装置と有線及び／又は無線接続するための各種通信回路から構成される。通信装置はさらに、ネットワーク上のサーバなどの他の装置と接続するための通信インタフェースなどを有する。表示装置は、ディスプレイなどから構成され、コンテンツ配信サーバ３００から受信したコンテンツやプログラムによるＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）等を表示する。入力装置は、典型的には、操作ボタン、キーボード、マウス等で構成され、クライアント２００のユーザが様々な操作命令を入力するのに用いられる。なお、クライアント２００は、上述したハードウェア構成に限定されるものでなく、ネットワーク４００を介しコンテンツ配信サーバ３００と双方向通信するための機能を有する他の何れか適切なハードウェア構成を有してもよい。

コンテンツ配信サーバ３００は、典型的には、補助記憶装置、メモリ装置、ＣＰＵ、通信装置などの各種ハードウェアリソースの１以上から構成される。補助記憶装置は、ハードディスクやフラッシュメモリなどから構成され、後述される各種処理を実現するプログラムやデータを格納する。メモリ装置は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などから構成され、プログラムの起動指示があった場合に、補助記憶装置からプログラムを読み出して格納する。ＣＰＵは、情報を処理するプロセッサとして機能し、メモリ装置に格納されたプログラムに従って後述される各種機能を実現する。通信装置は、ネットワークを介し他の装置と接続するための各種通信回路から構成される。通信装置は、典型的には、各種ネットワークと接続するための通信インタフェースなどを有する。なお、コンテンツ配信サーバ３００は、上述したハードウェア構成に限定されるものでなく、ネットワーク４００を介しクライアント２００と双方向通信するための機能を有する他の何れか適切なハードウェア構成を有してもよい。

ネットワーク４００は、無線ネットワークでもよいし、有線ネットワークであってもよく、クライアント２００とコンテンツ配信サーバ３００とを通信接続する。典型的には、ネットワーク４００はインターネットなどである。

図１に示されるように、クライアント２００は、入力部２１０と、検索条件制御部２１５と、検索履歴格納部２２０と、コンテンツ制御部２２５と、検索部２３０と、番組表格納部２３５と、ダウンロード（ＤＬ）制御部２４０と、ダウンロード（ＤＬ）候補格納部２４５と、ダウンロード（ＤＬ）済みコンテンツ格納部２５０と、通信部２５５とを有する。

入力部２１０は、ユーザからコンテンツ検索条件を受信すると共に、このコンテンツ検索条件に従って検出されたコンテンツに対するユーザの視聴指示を受信する。ユーザからコンテンツ検索条件が入力され、コンテンツの検索が実行されると、入力部２１０は、検索条件制御部２１５に当該検索条件を検索履歴情報として検索条件制御部２１５に送信する。ここで、入力部２１０は、入力されたコンテンツ検索条件に従ってコンテンツの検索が実行される毎に、検索条件制御部２１５に入力されたコンテンツ検索条件を送信してもよいし、あるいは、入力されたコンテンツ検索条件に従ってコンテンツの検索が複数回実行された場合に、検索条件制御部２１５に入力されたコンテンツ検索条件と共に実行された検索回数を検索履歴情報として送信してもよい。

ここで、入力部２１０は、図２に示されるような検索条件入力画面を介しユーザから具体的なコンテンツ検索条件を受信するようにしてもよい。図２では、コンテンツ検索条件の各項目として、「種類」、「時間」、「ジャンル」、「キーワード」が規定されている。「種類」は、所望のコンテンツが動画又は静止画であるかなどを指定する項目である。「時間」は、所望のコンテンツが動画である場合に、その再生時間を指定する項目である。図示される検索条件入力画面では、「３０分」や「６０分」などの適当な時間と、その時間「未満」であるか、「以上」であるかが指定される。「ジャンル」は、「映画」、「ニュース」、「スポーツ映像」などの所望のコンテンツのジャンルが指定可能であり、例えば、図示されるように「映画」が指定された場合には、「洋画」、「邦画」などのより詳細なジャンル指定が選択可能とされてもよい。「キーワード」は、所望のコンテンツに関するキーワードを入力可能である。ユーザは、検索条件入力画面を介しこれらの項目を入力することによって、検索条件を設定することができる。図２に示される例では、ユーザは、コンテンツ検索条件として「種類」＝"動画"、「時間」＝"３０分未満"、「ジャンル」＝"映画（洋画）"を指定して、コンテンツを検索している。入力部２１０は、この指定された検索条件を検索履歴情報として検索条件制御部２１５に送信する。なお、検索条件の各項目は上述した具体的な項目に限定されるものでなく、他の何れか適切な項目が利用可能である。

さらに、入力部２１０は、入力されたコンテンツ検索条件により検出されたコンテンツをユーザが視聴した場合、当該コンテンツ検索条件を視聴履歴情報として検索条件制御部２１５に送信する。ここで、入力部２１０は、コンテンツが視聴される毎に、入力されたコンテンツ検索条件を検索条件制御部２１５に送信してもよいし、あるいは、複数のコンテンツが視聴された場合には、入力されたコンテンツ検索条件と共に視聴されたコンテンツの視聴回数を視聴履歴情報として検索条件制御部２１５に送信してもよい。

検索条件制御部２１５は、入力部２１０から検索履歴情報及び／又は視聴履歴情報を受信すると、受信した検索履歴情報及び／又は視聴履歴情報に基づき検索履歴格納部２２０に保持される検索履歴格納部記憶テーブルである検索条件一覧を更新する。

検索条件一覧には、ユーザが過去に利用したコンテンツ検索条件と、当該コンテンツ検索条件に係る検索履歴情報及び／又は視聴履歴情報から導出されるスコアとが関連付けされて格納されている。ここで、コンテンツ検索条件に対するスコアの決定方法として、当該コンテンツ検索条件を利用した検索回数をスコアとする方法、当該コンテンツ検索条件を利用した検索回数と当該コンテンツ検索条件に一致したコンテンツの視聴回数との和をスコアとする方法など、検索条件の利用度を決定する各種方法が利用可能である。

例えば、各コンテンツ検索条件を利用した検索回数と視聴回数との和をスコアとして規定した場合、検索条件一覧は、図３に示されるようなものとなる。図３では、更新前の検索条件一覧と、検索条件制御部２１５が受信した検索履歴情報及び／又は視聴履歴情報に基づく更新後の検索条件一覧とが例示される。図示されるように、検索条件一覧は、「検索条件」、「検索回数」、「視聴回数」及び「スコア」の４つのデータ項目から構成される。図示された検索条件一覧から明らかなように、各検索条件について、「検索回数」の値と「視聴回数」の値との和が「スコア」の値となっている。

検索条件制御部２１５による検索条件一覧の更新処理を具体例を用いて説明する。ユーザが、"検索条件１"を用いて２回検索を実行し、検索結果（当該検索条件に一致するコンテンツ）から４つのコンテンツを視聴したとする。この場合、検索条件制御部２１５は、入力部２１０から検索履歴情報として"検索条件１，検索回数＝２回"を受信すると共に、視聴履歴情報として"検索条件１，視聴回数＝４回"を受信する。これらの検索履歴情報と視聴履歴情報とを受信すると、検索条件制御部２１５は、図３に示されるような更新前の検索条件一覧に対して、データ項目「検索条件」の"検索条件１"のデータ項目「検索回数」を"２"だけ加算して"１３"に更新し、"検索条件１"のデータ項目「視聴回数」を"４"加算して"１４"に更新する。さらに、"検索条件１"のデータ項目「スコア」の値を"６（＝２＋４）"加算して"２７（＝１３＋１４）"に更新する。さらに、ユーザが、"検索条件２"を用いて１回検索を実行し、検索結果（当該検索条件に一致するコンテンツ）から３つのコンテンツを視聴し、"検索条件４"を用いて２回検索を実行し、検索結果（当該検索条件に一致するコンテンツ）から４つのコンテンツを視聴したとする。この場合、同様にして、検索条件制御部２１５は、各データ項目の値を更新し、図３の更新後の検索条件一覧が生成される。なお、図３に示される検索条件一覧では、以下の説明のためデータ項目「スコア」の降順に各レコードが記録されているが、これに限定されるものでない。また、検索条件一覧は、ユーザの過去のある時点からの検索履歴情報と視聴履歴情報とに基づき生成されるが、ユーザのコンテンツに対する嗜好の変化等に良好に対応するため、過去からの全ての履歴情報を収集するのでなく、現在から直近１ヶ月分などの直近の履歴情報のみを利用して生成されるようにしてもよい。

さらに、検索条件制御部２１５は、コンテンツのダウンロードを開始させる所定のコンテンツダウンロードトリガーに応答して、検索履歴格納部２２０にアクセスし、検索条件一覧からデータ項目「スコア」の値に関して所定の個数の上位の検索条件を抽出し、コンテンツ制御部２２５に送信する。この所定のコンテンツダウンロードトリガーとして、例えば、クライアント２００の終了時、ユーザがコンテンツ検索を実行した時、深夜等の利用頻度の低いスムーズなダウンロードが可能な時間帯などの任意の適切なタイミングの到来であってもよい。

上述したように、検索条件制御部２１５は、検索条件一覧からデータ項目「スコア」の値が上位の所定数の検索条件を抽出し、これらの検索条件をそのスコアと共にコンテンツ制御部２２５に送信する。例えば、検索条件制御部２１５が、スコアの値が上位３つの検索条件を抽出するとする。この場合、図４に示されるように、図３の更新後の検索条件一覧から"検索条件１"、"検索条件２"及び"検索条件４"が抽出され、それらのスコア"２７"、"２４"及び"１９"と共にコンテンツ制御部２２５に送信される。なお、抽出される検索条件の個数は任意に設定可能である。例えば、抽出される検索条件は、ユーザへの提示のため、クライアント２００のディスプレイの画面サイズや利用可能な記憶領域の大きさなどを考慮して決定されてもよい。

図３〜４に示される検索条件一覧では、データ項目「検索回数」と「視聴回数」との和であるデータ項目「スコア」の値に基づき、所定数の検索条件が抽出された。他の実施例では、検索条件の決定について、ユーザによるクライアント２００の過去の利用パターンを考慮して、より適切な検索条件が抽出されるようにスコアの値を調整するようにしてもよい。これは、典型的には、１日のうちのいくつかの時間帯毎にユーザがクライアント２００を起動する頻度は異なっている可能性が考えられるためである。例えば、就寝時間帯では、ユーザがクライアント２００を起動する機会は少ないと予想される。また、１週間のうちの曜日毎にユーザがクライアント２００を起動する頻度は異なっている可能性が考えられる。例えば、平日の勤務時間帯では、ユーザがクライアント２００を起動する機会は少ないが、休日の同じ時間帯にはユーザは相対的に高い頻度でクライアント２００を起動するかもしれない。このように、ユーザによるクライアント２００の利用パターンが存在すると考えられ、この利用パターンは、図５に示されるような起動時刻記憶テーブルにより表現することが可能である。図示された起動時刻記憶テーブルでは、ユーザがクライアント２００を起動した曜日と時間帯とが集計され、各曜日及び各時間帯について、クライアント２００が起動された回数がテーブル形式で記録される。なお、起動時刻記憶テーブルは、検索履歴格納部２１５に格納されてもよい。

さらに、各時間帯毎に入力される検索条件や視聴されるコンテンツも異なる可能性がある。例えば、起床時にはニュースや天気予報などに関連する検索条件が入力される頻度が高く、帰宅後の時間帯には娯楽や趣味などに関連する検索条件が入力される頻度が高い可能性が考えられる。このため、図６に示されるように、検索条件一覧は、時間帯毎にデータ項目「検索回数」と「視聴回数」とを設け、ユーザによる時間帯毎の検索・視聴傾向を記録するようにしてもよい。

起動時刻記憶テーブルにより表されるクライアント２００のユーザの利用パターンと、検索条件一覧により表されるユーザの時間帯毎の検索・視聴傾向とを利用して、クライアント２００の次回の起動時刻を推定し、次回起動時に利用される可能性が高い検索条件を推定し、利用パターンと検索・視聴傾向とに適したコンテンツを優先的にダウンロードするようにしてもよい。具体的には、図５に示される起動時刻記憶テーブルと図６に示される検索条件一覧との具体例において、月曜日の０時３０分にコンテンツダウンロードトリガーが設定され、このトリガーに応答して検索条件が決定されるとする。この場合、起動時刻記憶テーブルを参照して、次回の起動時刻は、月曜日の７〜９時の時間帯であることが推定される。この推定は、例えば、コンテンツダウンロードトリガーが設定された月曜日の０〜２時の時間帯以降で、所定数を超える起動回数を有する最初に出現する時間帯が決定されることにより行われてもよい。

次に、次回の起動時間帯が推定されると、この推定された時間帯で検索及び視聴に利用された検索条件が優先的に選択されるように、推定された時間帯のスコアに高い重み付けをする。例えば、推定された７〜９時の時間帯のスコアを２倍に重み付けしてもよいし、あるいは、推定された７〜９時の時間帯のスコアを３倍に重み付けすると共に、これに隣接する２〜７時と９〜１２時の各時間帯のスコアを２倍に重み付けするようにしてもよい。図６に示される検索条件一覧では、後者の重み付けを適用して、重み付けされていない「通常スコア」と共に、時間が考慮された重み付けされた新たなデータ項目である「時間考慮スコア」が算出されている。この「時間考慮スコア」に基づき、月曜日の０時３０分に設定されたコンテンツダウンロードトリガーに応答して、「時間考慮スコア」の値が上位の所定数の検索条件が決定される。例えば、上位３つの検索条件が決定されるとすると、"検索条件２"、"検索条件４"及び"検索条件３"が選択される。このようにして、ユーザの利用パターンと時間帯毎の検索・視聴傾向とを利用して、クライアント２００の次回の起動時刻を推定し、次回起動時に利用される可能性が高い検索条件を推定し、ユーザの利用パターンと検索・視聴傾向とに適したコンテンツを優先的にダウンロードすることが可能となる。このような「時間考慮スコア」を利用することによって、時間を考慮した検索条件の利用度が利用可能となる。

コンテンツ制御部２２５は、検索条件制御部２１５により選択された所定数の検索条件とこれらのスコアの値とを受信すると、これらを検索部２３０に送信する。

検索部２３０は、コンテンツ制御部２２５から所定数の検索条件とこれらのスコアの値とを受信すると、番組表格納部２３５に格納される番組表格納部記憶テーブルである番組表一覧を参照して、受信した検索条件に合致するコンテンツを検索し、検索結果を受信する。

具体的には、番組表格納部２３５は、コンテンツ配信サーバ３００が配信可能な番組表一覧を予め有している。図６に例示される番組表一覧では、配信可能な各コンテンツについて、「コンテンツ名」、「コンテンツＩＤ」、「メタデータ」、「配信日時」などの各種データ項目が規定される。データ項目「コンテンツ名」及び「コンテンツＩＤ」には、当該コンテンツの名前及び識別子がそれぞれ指定される。データ項目「メタデータ」には、典型的には、コンテンツ提供者により記述された当該コンテンツの内容やコンテンツ再生時間などの情報が規定され、これらの情報に一致する検索条件が決定される。データ項目「配信日時」には、当該コンテンツが配信可能な日時が指定される。検索部２３０は、コンテンツ制御部２２５から受信した所定数の検索条件に一致するコンテンツを番組表一覧から検索し、検索結果であるコンテンツ一覧を取得する。なお、コンテンツ一覧では、各検索条件の相対的なスコアの大小が保持される。

例えば、図７に示される番組表一覧では、検索部２３０が、コンテンツ制御部２２５から"検索条件１"、"検索条件２"及び"検索条件４"を受信すると、これらの検索条件に一致する"コンテンツ１"、"コンテンツ３"、"コンテンツ５"、"コンテンツ６"、"コンテンツ８"、"コンテンツ１０"及び"コンテンツ１１"を抽出し、スコアの順序を保持するように、例えば、 "検索条件１"、"検索条件２"及び"検索条件４"の順序により、図７に示されるようなコンテンツ一覧を生成する。なお、データ項目「進捗」は、後述されるようなダウンロードの進捗状況を示す値であり、コンテンツ一覧の生成時には、ダウンロードが未進捗であることを示す"０"が指定される。

なお、検索結果として膨大な数のコンテンツが抽出される可能性もある。このため、クライアント２００における利用可能な記憶領域の残容量などを考慮して、ダウンロードするコンテンツの数（容量）を制限するようにしてもよい。例えば、検索結果により取得されたコンテンツの数に関係なく、クライアント２００が自動ダウンロードするコンテンツの数は、例えば５個までなど、予め設定されてもよい。クライアント２００の残容量を超えるような検索結果が取得された場合、自動ダウンロードを実行しない、又はダウンロード可能な記憶領域のデータ量に対応するコンテンツのみをダウンロードするようにしてもよい。

検索部２３０は、番組表格納部２３５から取得したコンテンツ一覧をダウンロード制御部２４０に送信する。

ダウンロード（ＤＬ）制御部２４０は、検索部２３０からコンテンツ一覧を受信すると、受信したコンテンツ一覧をダウンロード候補格納部２４５に送信し、ダウンロード候補格納部２４５により保持されるダウンロード（ＤＬ）候補一覧を書き換える。具体的には、ダウンロード制御部２４０は、ダウンロード済みコンテンツ格納部２５０により保持されるダウンロード済みコンテンツ格納部記憶テーブルであるダウンロード済みコンテンツを参照して、受信したコンテンツ一覧のコンテンツの中でダウンロード済みのコンテンツがあるか判断する。ダウンロード済みのコンテンツが存在する場合には、ダウンロード制御部２４０は、コンテンツ一覧の当該コンテンツのデータ項目「状態」を"保存済み"に設定する。その後、ダウンロード制御部２４０は、コンテンツ一覧の中でデータ項目「状態」が"−（未保存）"であるコンテンツをダウンロード候補として決定し、ダウンロード候補一覧を生成する。

例えば、図７に示されるようなコンテンツ一覧を検索部２３０から受信すると、ダウンロード制御部２４０は、図８に示されるようなダウンロード済みコンテンツ格納部２５０のダウンロード済みコンテンツを参照して、コンテンツ一覧のコンテンツの中で"コンテンツ１"及び"コンテンツ５"がすでにダウンロード済みであると判断する。このため、ダウンロード制御部２４０は、コンテンツ一覧の"コンテンツ１"及び"コンテンツ５"のデータ項目「状態」を"保存済み"に指定する。さらに、ダウンロード制御部２４０は、"コンテンツ１"に係る"検索条件１"のデータ項目「進捗」を書き換える。このデータ項目「進捗」の値は、図示された例では、"検索条件１"により検出された３つのコンテンツのうち１つのコンテンツ（"コンテンツ１"）が保存済みであるため、１／３の端数を切り捨てた"０．３"に設定される。また、他の実施例では、データ項目「進捗」の値は、検出されたコンテンツのデータ量に対する保存済みコンテンツのデータ量の割合として設定されてもよい。同様に、ダウンロード制御部２４０は、"コンテンツ５"に係る"検索条件２"のデータ項目「進捗」を同様にして書き換える。さらに、ダウンロード制御部２４０は、コンテンツ一覧から、ダウンロード済みの"コンテンツ１"及び"コンテンツ５"を削除することによって、図８に示されるようなダウンロード候補一覧を生成し、ダウンロード候補格納部２４５のダウンロード候補一覧を書き換えると共に、通信部２５５にダウンロード候補一覧を送信する。

通信部２５５に送信されるダウンロード候補一覧では、コンテンツ一覧に保持される各検索条件のスコアの大小が保持される。すなわち、図９に示されるように、通信部２５５に送信されるダウンロード候補一覧では、最もスコアの大きな"検索条件１"に係るダウンロード候補コンテンツが、データ項目「優先度」を"１"に設定して列記され、次にスコアの大きな"検索条件２"に係るダウンロード候補コンテンツが、その優先度の値と共に列記され、最後に"検索条件４"に係るダウンロード候補コンテンツが続く。しかしながら、ダウンロード候補一覧は、これに限定されるものでなく、各検索条件のスコアの大小を保持しさえすれば、他のテーブル形式であってもよい。

通信部２５５は、ダウンロード制御部２４０からダウンロード候補一覧を受信すると、受信したダウンロード候補一覧の中で最も優先度の高いコンテンツから、すなわち、図９に示されるダウンロード候補一覧の先頭に列記された最も優先度の高いコンテンツから、コンテンツ配信サーバ３００に当該コンテンツのダウンロード要求を順次送信する。その後、コンテンツ配信サーバ３００から要求したコンテンツを受信すると、通信部２５５は、受信が完了したコンテンツを随時ダウンロード済みコンテンツ格納部２５０に送信し、ダウンロード状況をダウンロード制御部２４０に通知する。なお、通信部２５５は、同時に複数のコンテンツをダウンロードするようにしてもよいが、この場合も優先度の高いコンテンツを優先的にダウンロードするようにする。

ダウンロード制御部２４０は、通信部２５５からダウンロード状況を受信すると、ダウンロード候補格納部２４５のダウンロード候補一覧から、受信完了したコンテンツを削除する。例えば、図９に示されるダウンロード候補一覧の優先度"１"の"コンテンツ８"のダウンロード完了が通知されると、ダウンロード制御部２４０は、ダウンロード候補一覧の"コンテンツ８"に係るレコードを削除し、次に高い優先度を有する"コンテンツ１１"の優先度を"１"に書き換え、以下同様に、各コンテンツの優先度を繰り上げる。さらに、ダウンロード制御部２４０は、コンテンツ一覧のダウンロードが完了したコンテンツのデータ項目「状態」を"保存済み"に変更し、当該検索条件に係るデータ項目「進捗」を更新する。

次に、図１０を参照して、本発明の一実施例によるクライアントのコンテンツダウンロード処理を説明する。図１０は、本発明の一実施例によるクライアントのコンテンツダウンロード処理を示すフローチャートである。

図１０に示されるように、ステップＳ１０１において、クライアント２００の入力部２１０が、ユーザからコンテンツ検索条件を受信し、検索履歴情報として検索条件制御部２１５に送信する。

ステップＳ１０３において、入力部２１０は、受信した検索条件により検出されたコンテンツをユーザが視聴したか判断する。

ユーザが検出されたコンテンツを視聴した場合（Ｓ１０３：Ｙ）、入力部２１０は、当該コンテンツ検索条件を視聴履歴情報として検索条件制御部２１５に送信し、ステップＳ１０７に移行する。

他方、ユーザが検出されたコンテンツを視聴しなかった場合（Ｓ１０３：Ｎ）、又は検索条件制御部２１５が視聴履歴情報を受信した場合、ステップＳ１０７において、検索条件制御部２１５は、当該検索条件の検索履歴情報及び／又は視聴履歴情報に基づき当該検索条件のスコアを計算し、検索履歴格納部２２０の検索条件一覧を更新する。

ステップＳ１０９において、クライアント２００は、所定のコンテンツダウンロードトリガーが発生したか判断し、所定のコンテンツダウンロードトリガーが発生しない場合（Ｓ１０９：Ｎ）、当該コンテンツダウンロード処理を終了する。

他方、所定のコンテンツダウンロードトリガーが発生した場合（Ｓ１０９：Ｙ）、ステップＳ１１１において、検索条件制御部２１５は、検索条件一覧からスコアの値が上位である所定数の検索条件を抽出し、抽出した検索条件に係るスコアと共にコンテンツ制御部２２５に送信する。コンテンツ制御部２２５は、受信した検索条件とこれに係るスコアとを検索部２３０に送信する。

ステップＳ１１３において、検索部２３０は、番組表格納部２３５の番組表一覧から、受信した検索条件に合致するコンテンツを抽出し、検索結果であるコンテンツ一覧を生成し、ダウンロード制御部２４０に送信する。

ステップＳ１１５において、ダウンロード制御部２４０は、ダウンロード済みコンテンツ格納部２５０のダウンロード済みコンテンツを参照して、受信したコンテンツ一覧からダウンロード済みのコンテンツを削除したダウンロード候補一覧を生成し、通信部２５５に送信する。

ステップＳ１１７において、通信部２５５は、ダウンロード候補一覧のコンテンツを優先度順にダウンロード配信サーバ３００からダウンロードする。

このように、上述した実施例によると、ユーザが過去に検索に利用した検索条件と視聴履歴とに基づき、ユーザの嗜好と合致する検索条件を判断することが可能となる。また、この検索条件に合致するコンテンツを優先度の高いものから自動的にダウンロードすることによって、ユーザが自らの嗜好に合ったコンテンツを検索・ダウンロードする手間を簡略化することができる。また、ユーザの嗜好を考慮してダウンロードするコンテンツ数を制限することにより、携帯端末のように記憶領域が限られている場合に特に有効である。

以上、本発明の実施例について詳述したが、本発明は上述した特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１００ コンテンツ配信システム
２００ クライアント
３００ コンテンツ配信サーバ
４００ ネットワーク

Claims (5)

1. ユーザのコンテンツ検索履歴とコンテンツ視聴履歴とに基づき、ユーザから入力されたコンテンツの種類、再生時間、ジャンル又はキーワードに関する各検索条件と該検索条件の利用度とを導出し、前記導出された検索条件と該検索条件の利用度とを格納した検索条件情報を生成する検索条件制御部と、
   前記利用度に基づき前記検索条件情報から所定数の検索条件を選択し、サーバが配信可能なコンテンツから前記選択された所定数の検索条件に合致する１以上のコンテンツを決定するコンテンツ検索部と、
   前記決定された１以上のコンテンツから未保存のコンテンツを抽出し、前記抽出されたコンテンツに係る検索条件の利用度に従って、前記未保存のコンテンツを前記サーバからダウンロードするダウンロード制御部と、
   を有する装置。
2. 前記ダウンロード制御部は、前記選択された所定数の検索条件のそれぞれに対して、前記決定された１以上のコンテンツのダウンロード進捗状態を決定する、請求項１記載の装置。
3. 前記検索条件制御部は、前記ユーザから入力された各検索条件の時間帯毎の利用度を導出し、前記ユーザによる当該装置の時間帯毎の利用パターンに基づき前記導出された時間帯毎の利用度を重み付けし、
   前記コンテンツ検索部は、前記重み付けされた利用度に基づき、前記検索条件情報から所定数の検索条件を選択する、請求項１記載の装置。
4. 前記ダウンロード制御部は、前記選択された所定数の検索条件のうち前記利用度の高い検索条件に係る前記未保存のコンテンツを優先的にダウンロードする、請求項１記載の装置。
5. ユーザのコンテンツ検索履歴とコンテンツ視聴履歴とに基づき、ユーザから入力されたコンテンツの種類、再生時間、ジャンル又はキーワードに関する各検索条件と該検索条件の利用度とを導出するステップと、
   前記導出された検索条件と該検索条件の利用度とを格納した検索条件情報を生成するステップと、
   前記前記利用度に基づき前記検索条件情報から所定数の検索条件を選択するステップと、
   サーバが配信可能なコンテンツから前記選択された所定数の検索条件に合致する１以上のコンテンツを決定するステップと、
   前記決定された１以上のコンテンツから未保存のコンテンツを抽出するステップと、
   前記抽出されたコンテンツに係る検索条件の利用度に従って、前記未保存のコンテンツを前記サーバからダウンロードするステップと、
   を有するサーバと通信可能な装置により実行されるダウンロード制御方法。

Images