(57)【要約】【課題】確実に所望のコンテンツを視聴することができるようにする。【解決手段】嗜好情報取得部は、ユーザの嗜好を示す嗜好情報を取得し、コンテンツ推薦部は、当該ユーザに対して推薦可能なコンテンツの中から、嗜好情報にマッチングしたコンテンツを推薦し、ＤＢ制御部は、マッチングの度合いに応じて、推薦されるコンテンツの情報量を制御する。また、嗜好情報取得部は、当該ユーザによってコンテンツに対する評価が行われた場合、コンテンツに対する評価が反映された嗜好情報を取得し、コンテンツ推薦部は、コンテンツに対する評価が反映された嗜好情報にマッチングしたコンテンツを推薦する。本技術は、例えば携帯電話機やスマートフォンなどの携帯型の電子機器に適用することができる。【選択図】図７
2013214340.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの嗜好を示す嗜好情報に基づき定められ、コンテンツが前記ユーザの嗜好に適合する度合いを表す適合情報を取得する取得部と、
前記適合情報に応じて、前記コンテンツの情報量を制御して記憶部に記憶させる制御部と
を備える情報処理装置。
【請求項２】
前記ユーザによる前記コンテンツに対する評価に基づき、前記嗜好情報を更新する更新部を
備える請求項１に記載の情報処理装置。
【請求項３】
前記記憶部に記憶される前記コンテンツを表す表示を、前記コンテンツの情報量に応じて分類された所定の集合ごとに異なる表示形態で表示部に表示させる表示制御部をさらに備える
請求項２に記載の情報処理装置。
【請求項４】
前記表示制御部は、前記記憶部に記憶される前記コンテンツを表す表示の一覧を、前記所定の集合ごとに異なる表示形態で表示させる
請求項３に記載の情報処理装置。
【請求項５】
前記表示制御部は、前記記憶部に記憶される前記コンテンツに対する操作画面を、前記所定の集合ごとに異なる表示形態で表示させる
請求項４に記載の情報処理装置。
【請求項６】
前記操作画面には、前記記憶部に記憶される前記コンテンツに対する評価を行うための評価入力表示が設けられており、
前記更新部は、前記ユーザによる前記評価入力表示に対する操作の内容に応じた評価に基づき前記嗜好情報を更新する
請求項５に記載の情報処理装置。
【請求項７】
前記所定の集合には、前記記憶部に記憶される前記コンテンツのメタデータ及び実体のデータの全部が提供される第１の集合、並びに前記記憶部に記憶される前記コンテンツのメタデータのみが提供される第２の集合が含まれる
請求項３に記載の情報処理装置。
【請求項８】
前記所定の集合には、前記記憶部に記憶される前記コンテンツのメタデータ及び実体のデータの一部が提供される第３の集合がさらに含まれる
請求項７に記載の情報処理装置。
【請求項９】
前記第３の集合に分類される前記コンテンツに対する評価は、前記記憶部に記憶される前記コンテンツごとに単独で評価を行う第１のモード、又は前記記憶部に記憶される前記コンテンツに対して連続して評価を行う第２のモードのいずれかにより行われる
請求項８に記載の情報処理装置。
【請求項１０】
前記記憶部に記憶される前記コンテンツを再生する再生部をさらに備え、
前記再生部は、前記第１の集合に分類される前記コンテンツが連続して再生される場合に、当該コンテンツの連続再生の合間に、前記第３の集合に分類される前記コンテンツの一部を再生し、
前記更新部は、前記第３の集合に分類される前記コンテンツに対する評価に基づき前記嗜好情報を更新する
請求項９に記載の情報処理装置。
【請求項１１】
前記再生部は、前記第３の集合に分類される前記コンテンツの一部を、前記第１の集合に分類される前記コンテンツの連続再生の開始又は終了の時刻近傍に連続して再生する
請求項１０に記載の情報処理装置。
【請求項１２】
前記更新部は、前記コンテンツに対する操作履歴に応じて前記嗜好情報を更新する
請求項１に記載の情報処理装置。
【請求項１３】
前記制御部は、前記記憶部に記憶される前記コンテンツのうち、前記ユーザが知らないと推定されるコンテンツの情報量が、前記ユーザが知っていると推定されるコンテンツの情報量よりも多くなるように制御する
請求項１２に記載の情報処理装置。
【請求項１４】
前記制御部は、前記記憶部に記憶される前記コンテンツのうち、時間的に新しいコンテンツの情報量が、時間的に古いコンテンツの情報量よりも多くなるように制御する
請求項１に記載の情報処理装置。
【請求項１５】
前記制御部は、前記情報処理装置がネットワークに接続可能となったことに応じて前記コンテンツの情報量を制御して記憶部に記憶させる
請求項１に記載の情報処理装置。
【請求項１６】
前記制御部は、前記適合情報に応じて、前記コンテンツのデータ量、及び前記コンテンツに関連する情報の情報量を調整することで制御する
請求項１に記載の情報処理装置。
【請求項１７】
情報処理装置の情報処理方法において、
前記情報処理装置が、
ユーザの嗜好を示す嗜好情報に基づき定められ、コンテンツが前記ユーザの嗜好に適合する度合いを表す適合情報を取得し、
前記適合情報に応じて、前記コンテンツの情報量を制御して記憶部に記憶させる
ステップを含む情報処理方法。
【請求項１８】
コンピュータを、
ユーザの嗜好を示す嗜好情報に基づき定められ、コンテンツが前記ユーザの嗜好に適合する度合いを表す適合情報を取得する取得部と、
前記適合情報に応じて、前記コンテンツの情報量を制御して記憶部に記憶させる制御部と
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、情報処理装置、情報処理方法、及びプログラムに関し、特に、確実に所望のコンテンツを視聴することができるようにした情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
近年の情報通信技術の発展に伴い、音楽や動画などのコンテンツをサーバで管理し、携帯型の端末装置にてネットワーク経由でダウンロードして視聴する形態が普及している。また、サーバにてコンテンツを管理することで、多数のコンテンツを提供することが可能となるが、それらのコンテンツのすべてが所望のコンテンツであるとは限らないため、ユーザの嗜好に合ったコンテンツを提供するための技術が各種提案されている。
【０００３】
本出願人は、多数のコンテンツの中からユーザの嗜好に合うコンテンツを推薦する技術を先に提案している（例えば、特許文献１参照）。特許文献１では、音楽のコンテンツの推薦を行うに際して、ネットワーク上に公開されているプレイリストを利用する技術を提案している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２６８９５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、ネットワークへの接続が制限される環境において、ユーザにコンテンツを視聴させるためには、端末装置内にコンテンツのデータをあらかじめダウンロードして蓄積（以下、キャッシュともいう）しておく必要がある。
【０００６】
しかしながら、ネットワーク経由で多数のコンテンツが提供される状況において、端末装置内にキャッシュできる情報量は限られており、すべてのコンテンツのデータをキャッシュすることは現実的ではない。また、キャッシュされたコンテンツが、必ずしもユーザの所望とするコンテンツとは限らないため、ユーザの嗜好に合ったコンテンツを端末装置内にキャッシュして持ち出せるようにすることが求められている。
【０００７】
本技術はこのような状況に鑑みてなされたものであり、ユーザの嗜好に合ったコンテンツを、端末装置内にキャッシュして持ち出せるようにして、確実に所望のコンテンツを視聴することができるようにするものである。
【課題を解決するための手段】
【０００８】
本技術の一側面の情報処理装置は、ユーザの嗜好を示す嗜好情報に基づき定められ、コンテンツが前記ユーザの嗜好に適合する度合いを表す適合情報を取得する取得部と、前記適合情報に応じて、前記コンテンツの情報量を制御して記憶部に記憶させる制御部とを備える。
【０００９】
前記ユーザによる前記コンテンツに対する評価に基づき、前記嗜好情報を更新する更新部を備える。
【００１０】
前記記憶部に記憶される前記コンテンツを表す表示を、前記コンテンツの情報量に応じて分類された所定の集合ごとに異なる表示形態で表示部に表示させる表示制御部をさらに備える。
【００１１】
前記表示制御部は、前記記憶部に記憶される前記コンテンツを表す表示の一覧を、前記所定の集合ごとに異なる表示形態で表示させる。
【００１２】
前記表示制御部は、前記記憶部に記憶される前記コンテンツに対する操作画面を、前記所定の集合ごとに異なる表示形態で表示させる。
【００１３】
前記操作画面には、前記記憶部に記憶される前記コンテンツに対する評価を行うための評価入力表示が設けられており、前記更新部は、前記ユーザによる前記評価入力表示に対する操作の内容に応じた評価に基づき前記嗜好情報を更新する。
【００１４】
前記所定の集合には、前記記憶部に記憶される前記コンテンツのメタデータ及び実体のデータの全部が提供される第１の集合、並びに前記記憶部に記憶される前記コンテンツのメタデータのみが提供される第２の集合が含まれる。
【００１５】
前記所定の集合には、前記記憶部に記憶される前記コンテンツのメタデータ及び実体のデータの一部が提供される第３の集合がさらに含まれる。
【００１６】
前記第３の集合に分類される前記コンテンツに対する評価は、前記記憶部に記憶される前記コンテンツごとに単独で評価を行う第１のモード、又は前記記憶部に記憶される前記コンテンツに対して連続して評価を行う第２のモードのいずれかにより行われる。
【００１７】
前記記憶部に記憶される前記コンテンツを再生する再生部をさらに備え、前記再生部は、前記第１の集合に分類される前記コンテンツが連続して再生される場合に、当該コンテンツの連続再生の合間に、前記第３の集合に分類される前記コンテンツの一部を再生し、前記更新部は、前記第３の集合に分類される前記コンテンツに対する評価に基づき前記嗜好情報を更新する。
【００１８】
前記再生部は、前記第３の集合に分類される前記コンテンツの一部を、前記第１の集合に分類される前記コンテンツの連続再生の開始又は終了の時刻近傍に連続して再生する。
【００１９】
前記更新部は、前記コンテンツに対する操作履歴に応じて前記嗜好情報を更新する。
【００２０】
前記制御部は、前記記憶部に記憶される前記コンテンツのうち、前記ユーザが知らないと推定されるコンテンツの情報量が、前記ユーザが知っていると推定されるコンテンツの情報量よりも多くなるように制御する。
【００２１】
前記制御部は、前記記憶部に記憶される前記コンテンツのうち、時間的に新しいコンテンツの情報量が、時間的に古いコンテンツの情報量よりも多くなるように制御する。
【００２２】
前記制御部は、前記情報処理装置がネットワークに接続可能となったことに応じて前記コンテンツの情報量を制御して記憶部に記憶させる。
【００２３】
前記制御部は、前記適合情報に応じて、前記コンテンツのデータ量、及び前記コンテンツに関連する情報の情報量を調整することで制御する。
【００２４】
本技術の一側面の情報処理装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。
【００２５】
本技術の一側面の情報処理方法又はプログラムは、前述した本技術の情報処理装置に対応する情報処理方法又はプログラムである。
【００２６】
本技術の一側面の情報処理装置、情報処理方法、及びプログラムにおいては、ユーザの嗜好を示す嗜好情報に基づき定められ、コンテンツが前記ユーザの嗜好に適合する度合いを表す適合情報が取得され、前記適合情報に応じて、前記コンテンツの情報量が制御されて記憶部に記憶される。
【発明の効果】
【００２７】
本技術の一側面によれば、確実に所望のコンテンツを視聴することができる。
【図面の簡単な説明】
【００２８】
【図１】本技術の概要を示す図である。
【図２】本技術の原理を示す図である。
【図３】本技術の原理を示す図である。
【図４】本技術の原理を示す図である。
【図５】本技術を適用したコンテンツ推薦システムの一実施の形態の構成を示す図である。
【図６】本技術を適用した端末装置及びサーバの一実施の形態の構成を示す図である。
【図７】端末装置の制御部の詳細な構成を示す図である。
【図８】サーバの制御部の詳細な構成を示す図である。
【図９】推薦リスト・データ提供処理を示すフローチャートである。
【図１０】推薦リスト生成処理を示すフローチャートである。
【図１１】推薦リストの生成の具体例を示す図である。
【図１２】推薦リスト・データ取得処理を示すフローチャートである。
【図１３】コンテンツ評価処理を示すフローチャートである。
【図１４】推薦リストの表示例を示す図である。
【図１５】メタデータベースの構成例を示す図である。
【図１６】キャッシュ用画面の表示例を示す図である。
【図１７】未キャッシュ用画面の表示例を示す図である。
【図１８】嗜好データベースの構成例を示す図である。
【図１９】コンテンツの分類方法の例を示す図である。
【図２０】コンテンツの分類方法の具体例を示す図である。
【図２１】コンテンツの評価のタイミングの具体例を示す図である。
【図２２】本技術による２段階推薦用の画面の遷移を示す図である。
【図２３】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００２９】
以下、図面を参照しながら本技術の実施の形態について説明する。
【００３０】
＜本技術の実施の形態＞
［本技術の概要］
図１は、本技術の概要を示す図である。
【００３１】
図１に示すように、音楽や動画などのコンテンツをサーバで管理し、携帯型の端末装置にてネットワーク経由でダウンロードして視聴する形態において、常時ネットワークに接続された環境であれば、コンテンツを視聴するタイミングでサーバにアクセスすることで、所望のコンテンツを視聴することができる。また、当該端末装置がネットワーク接続の制限される環境で使用される場合もあり、その場合には、サーバにアクセスできないと、ユーザはコンテンツを視聴できないことになる。
【００３２】
そのため、ネットワーク接続の制限される環境で端末装置を使用する場合には、ユーザが視聴しそうなコンテンツをあらかじめ端末装置内にダウンロードしてキャッシュして持ち出せるようにする必要がある。これにより、ユーザは、たとえ端末装置がネットワークに接続されていなくても、端末装置内にキャッシュされたコンテンツを視聴することが可能となる。本技術は、コンテンツを端末装置内にキャッシュするに際し、ユーザの嗜好に合ったコンテンツが持ち出せるようにして、確実に所望のコンテンツを視聴することができるようにするものである。
【００３３】
［本技術の原理］
次に、図２乃至図４を参照して、本技術の原理について説明する。なお、図２乃至図４の説明では、音楽のコンテンツを一例に説明する。
【００３４】
図２には、全コンテンツの集合を集合Ａ、ユーザの聴きたい曲の集合を集合Ｂ、端末装置にキャッシュして持ち出した曲の集合を集合Ｃとしたときの「理想の状態」と、「現実の状態」が図示されている。「理想の状態」では集合Ｂが集合Ｃに包含されており、ユーザの聴きたい曲がすべて端末装置にキャッシュされ、すべて持ち出されることになる。しかし現実には「理想の状態」のような、ユーザの聴きたい曲を正確にすべて持ち出すことは困難であり、「現実の状態」のように、持ち出した曲の中にはユーザの聴きたくない曲が含まれている可能性が高い。また、すべての曲をサーバからダウンロードして端末装置内にキャッシュして持ち出してしまえば、「理想の状態」を作り出すことができるが、例えば数百万曲などの多数のコンテンツのすべてをキャッシュすることは現実的ではなく、持ち出せる情報量が限られている場合がほとんどである。
【００３５】
図３に示すように、「理想の状態」に近づけるためには、聴きたかったが持ち出せなかった曲の領域Ｘを最小化する必要がある。また、持ち出したが聴きたくない曲の領域Ｙは、必ずしも最小化する必要はないが、端末装置の容量の制約がある場合には当該領域Ｙをできるだけ最小化する必要が出てくる。
【００３６】
ユーザの持ち出したい曲を正確に推薦するためには、ユーザの嗜好を正確に捉えるために当該ユーザのコンテンツに対する評価のフィードバックが必須となる。ここで、図３の領域Ｙに属する曲の評価は、コンテンツの実体のデータ（以下、コンテンツデータという）が端末装置内に存在するため、比較的容易に行うことができる。それに対して、図３の領域Ｘに属する曲の評価は、ユーザが聴きたかったが持ち出せなかった曲であるため、領域Ｙに属する曲の評価よりも重要であるにもかかわらず、コンテンツデータが端末装置内に存在していないため、持ち出し先では評価を行うことができない。
【００３７】
そこで、図４に示すように、本技術では、端末装置にキャッシュして持ち出される曲の集合が、集合Ｃと集合Ｃ’の２段階に分類されるようにする。そして、集合Ｃに属する曲については、例えばコンテンツデータとそれに付随するメタデータがキャッシュされるようにする。また、集合Ｃ’に属する曲については、例えばメタデータなどのコンテンツデータに比べてサイズの小さいデータがキャッシュされるようにする。すなわち、集合Ｃに属する曲はデータのサイズが大きいので限られた数しかキャッシュすることができないが、集合Ｃ’に属する曲はデータのサイズが小さいので大量にキャッシュすることができる。
【００３８】
そして、集合Ｃ’に属する曲については、例えばメタデータしかキャッシュされていないため、当該曲の視聴をすることはできないが、メタデータの内容を表示させることで、当該曲の評価をユーザに行わせることができる。すなわち、図４の領域Ｚに属する曲の評価を、ユーザはメタデータの内容を確認して行うことができるので、当該曲の評価をフィードバックして反映させることで、集合Ｃと集合Ｂの領域が重なる方向に漸次的にシフトさせて、ユーザが聴きたかったが持ち出せなかった曲の属する領域Ｘ（図３）を最小化することができる。
【００３９】
このように、本技術は、聴きたかったが持ち出せなかった曲の領域Ｘを最小化して、「理想の状態」に近づけることで、ユーザの聴きたい曲を可能な限り端末装置内にキャッシュして、持ち出すことができるようにするものである。
【００４０】
以上、本技術の原理について説明した。以下、当該原理を実現するための具体的な構成について説明する。
【００４１】
［コンテンツ推薦システムの構成］
図５は、本技術を適用したコンテンツ推薦システムの一実施の形態の構成を示す図である。
【００４２】
コンテンツ推薦システム１は、ユーザの嗜好に合ったコンテンツを推薦して、当該コンテンツを端末装置１０にキャッシュさせて持ち出せるようにするものである。図５に示すように、コンテンツ推薦システム１は、端末装置１０−１乃至１０−Ｎ（N = 1,2,…,n：nは端末装置の数）及びサーバ２０から構成される。また、端末装置１０−１乃至１０−Ｎとサーバ２０は、インターネット等のネットワーク３０を介して相互に接続される。
【００４３】
端末装置１０−１は、例えば、携帯電話機やスマートフォン、タブレットPC、ノート型パーソナルコンピュータなどの携帯型の電子機器である。端末装置１０−１は、ネットワーク３０に接続された場合、サーバ２０から提供されるコンテンツをダウンロードしてキャッシュする。これにより、ユーザは、端末装置１０−１にキャッシュされたコンテンツを持ち出すことが可能となる。
【００４４】
また、端末装置１０−１は、使用するユーザの嗜好情報を蓄積して管理している。ここで、嗜好情報とは、コンテンツに対するユーザの嗜好を示す情報である。
【００４５】
サーバ２０は、多数のコンテンツを蓄積して管理する専用のサーバである。また、サーバ２０は、端末装置１０−１乃至１０−Ｎを使用するユーザの嗜好情報や、コンテンツのメタデータ等の特徴量を示すコンテンツ特徴量を管理している。なお、サーバ２０にて管理される嗜好情報は、所定のタイミングで、端末装置１０−１にて管理されている嗜好情報と同期される。
【００４６】
サーバ２０は、例えば、端末装置１０−１がネットワーク３０に接続された場合、コンテンツ特徴量及び嗜好情報に基づいて、蓄積されたコンテンツの中から端末装置１０−１に推薦するコンテンツを決定し、当該コンテンツを推薦するための推薦リストを生成する。当該推薦リストでは、例えば、メタデータ及びコンテンツデータの全部を提供するコンテンツや、メタデータのみを提供するコンテンツなど、コンテンツはその情報量ごとに所定の集合に分類される。
【００４７】
サーバ２０は、生成した推薦リストを、ネットワーク３０を介して端末装置１０−１に提供する。また、サーバ２０は、情報量ごとに分類されたコンテンツのメタデータ及びコンテンツデータを、ネットワーク３０を介して端末装置１０−１に提供する。
【００４８】
端末装置１０−１は、ネットワーク３０に接続された場合、ネットワーク３０を介してサーバ２０から提供される推薦リストを取得する。また、端末装置１０−１は、ネットワーク３０を介してサーバ２０から提供されるメタデータ及びコンテンツデータを取得して蓄積（キャッシュ）する。
【００４９】
また、端末装置１０−１は、ネットワーク３０に接続されていない場合に、サーバ２０からの推薦リストを表示して、当該推薦リストとして表示されたコンテンツに対するユーザの評価を受け付ける。そして、端末装置１０−１は、当該コンテンツの評価を、嗜好情報として蓄積する。これにより、サーバ２０では、端末装置１０−１がネットワーク３０に接続された場合に、端末装置１０−１にてユーザの評価がフィードバックされた嗜好情報との同期が行われ、それ以降、ユーザの評価が反映された推薦リストが生成されることになる。
【００５０】
端末装置１０−２乃至１０−Ｎは、前述した端末装置１０−１と同様に構成される。また、サーバ２０は、端末装置１０−２乃至１０−Ｎに対しても、前述した端末装置１０−１に対する場合と同様に、推薦リスト等を提供する。従って、それらの説明は省略する。
【００５１】
なお、以下、端末装置１０−１乃至１０−Ｎを特に区別する必要がない場合には、単に端末装置１０と称して説明する。
【００５２】
コンテンツ推薦システム１は、以上のように構成される。
【００５３】
［各装置の詳細な構成］
図６は、本技術を適用した端末装置及びサーバの一実施の形態の構成を示す図である。
【００５４】
（端末装置の詳細な構成）
端末装置１０は、図６に示すように、制御部１０１、記憶部１０２、操作部１０３、再生部１０４、表示部１０５、スピーカ１０６、及び通信部１０７から構成される。
【００５５】
制御部１０１は、端末装置１０の各部の動作を制御する。
【００５６】
記憶部１０２は、各種のデータを記憶する。記憶部１０２は、嗜好データベース１０２−１、メタデータベース１０２−２、及びコンテンツデータベース１０２−３から構成される。嗜好データベース１０２−１は嗜好情報を蓄積する。メタデータベース１０２−２はメタデータを蓄積する。コンテンツデータベース１０２−３は、コンテンツデータを蓄積（キャッシュ）する。
【００５７】
操作部１０３は、表示部１０５の画面上に重畳されたタッチパネルとして構成され、各種のGUI（Graphical User Interface）画像に対するユーザの指示を受け付け、当該指示に応じた操作信号を制御部１０１に供給する。なお、操作部１０３は、機械的に動作する機構を有するボタンとして構成されるようにしてもよい。
【００５８】
再生部１０４は、コンテンツデータベース１０２−３にキャッシュされたコンテンツデータを読み出して再生する。再生部１０４は、再生されたコンテンツの映像信号を表示部１０５に供給する。また、再生部１０４は、再生されたコンテンツの音声信号をスピーカ１０６に供給する。
【００５９】
表示部１０５は、再生部１０４から供給される映像信号に対応する映像を出力する。また、表示部１０５は、制御部１０１からの制御に従い、各種の画面を表示する。スピーカ１０６は、再生部１０４から供給される音声信号に対応する音声を出力する。
【００６０】
通信部１０７は、制御部１０１からの制御に従い、ネットワーク３０を介してサーバ２０と接続して、各種のデータの送受信を行う。通信部１０７は、制御部１０１からの制御に従い、嗜好データベース１０２−１に蓄積された嗜好情報を、ネットワーク３０を介してサーバ２０に送信する。また、通信部１０７は、制御部１０１からの制御に従い、サーバ２０から送信される推薦リスト、メタデータ、コンテンツデータなどを受信し、制御部１０１に供給する。
【００６１】
制御部１０１は、通信部１０７から供給される推薦リストを記憶部１０２に記憶させる。また、制御部１０１は、通信部１０７から供給されるメタデータ及びコンテンツデータのうち、メタデータをメタデータベース１０２−２に蓄積し、コンテンツデータをコンテンツデータベース１０２−３に蓄積（キャッシュ）する。
【００６２】
端末装置１０は、以上のように構成される。
【００６３】
（サーバの詳細な構成）
サーバ２０は、図６に示すように、制御部２０１、記憶部２０２、及び通信部２０３から構成される。
【００６４】
制御部２０１は、サーバ１２の各部の動作を制御する。
【００６５】
記憶部２０２は、各種のデータを記憶する。記憶部２０２は、嗜好データベース２０２−１、メタデータベース２０２−２、及びコンテンツデータベース２０２−３から構成される。
【００６６】
通信部２０３は、制御部２０１からの制御に従い、ネットワーク３０を介して端末装置１０と接続して、各種のデータの送受信を行う。通信部２０３は、制御部２０１からの制御に従い、端末装置１０から送信される嗜好情報を受信し、制御部２０１に供給する。制御部２０１は、通信部２０３から供給される嗜好情報を、嗜好データベース２０２−１に蓄積する。
【００６７】
制御部２０１は、嗜好データベース２０２−１から嗜好情報、メタデータベース２０２−２からメタデータをそれぞれ読み出す。制御部２０１は、読み出した嗜好情報及びメタデータに基づいて、推薦リストを生成し、通信部２０３に供給する。また、制御部２０１は、推薦リストに応じたメタデータ及びコンテンツデータを、メタデータベース２０２−２及びコンテンツデータベース２０２−３から読み出して、通信部２０３に供給する。
【００６８】
通信部２０３は、制御部２０１からの制御に従い、推薦リスト、メタデータ、及びコンテンツデータを、ネットワーク３０を介して端末装置１０に送信する。
【００６９】
サーバ２０は、以上のように構成される。
【００７０】
［制御部の詳細な構成］
（端末装置の制御部）
図７は、端末装置１０の制御部１０１の詳細な構成を示す図である。
【００７１】
制御部１０１は、図７に示すように、嗜好情報取得部１５１、ＤＢ制御部１５２、コンテンツ推薦部１５３、データ取得部１５４、及び表示制御部１５５から構成される。
【００７２】
嗜好情報取得部１５１は、端末装置１０を使用するユーザの嗜好情報を取得して、ＤＢ制御部１５２に供給する。
【００７３】
ＤＢ制御部１５２は、嗜好データベース１０２−１、メタデータベース１０２−２、及びコンテンツデータベース１０２−３を管理する。ＤＢ制御部１５２は、嗜好情報取得部１５１から供給される嗜好情報を、嗜好データベース１０２−１に蓄積する。
【００７４】
コンテンツ推薦部１５３は、通信部１０７を制御して、サーバ２０から提供される推薦リストを取得し、記憶部１０２に記憶させる。
【００７５】
データ取得部１５４は、通信部１０７を制御して、サーバ２０から提供されるコンテンツのメタデータ及びコンテンツデータを取得し、ＤＢ制御部１５２に供給する。
【００７６】
ＤＢ制御部１５２は、データ取得部１５４から供給されるメタデータを、メタデータベース１０２−２に蓄積する。また、ＤＢ制御部１５２は、データ取得部１５４から供給されるコンテンツデータを、コンテンツデータベース１０２−３にキャッシュする。
【００７７】
表示制御部１５５は、コンテンツ推薦部１５３からの制御に従い、記憶部１０２に記憶された推薦リストを読み出して、表示部１０５に表示させる。また、表示制御部１５５は、コンテンツ推薦部１５３からの制御に従い、推薦されたコンテンツの操作画面などの各種の画面を、表示部１０５に表示させる。
【００７８】
制御部１０１は、以上のように構成される。
【００７９】
（サーバの制御部）
図８は、サーバ２０の制御部２０１の詳細な構成を示す図である。
【００８０】
制御部２０１は、図８に示すように、嗜好情報取得部２５１、ＤＢ制御部２５２、推薦リスト生成部２５３、コンテンツ推薦部２５４、及びデータ提供部２５５から構成される。
【００８１】
嗜好情報取得部２５１は、通信部２０３を制御して端末装置１０にアクセスし、端末装置１０の嗜好データベース１０２−１に蓄積された嗜好情報を取得する。嗜好情報取得部２５１は、取得した嗜好情報をＤＢ制御部２５２に供給する。
【００８２】
ＤＢ制御部２５２は、嗜好データベース２０２−１、メタデータベース２０２−２、及びコンテンツデータベース２０２−３を管理する。ＤＢ制御部２５２は、嗜好情報取得部２５１から供給される嗜好情報を、嗜好データベース２０２−１に蓄積する。また、ＤＢ制御部２５２は、推薦リスト生成部２５３からの制御に従い、嗜好データベース２０２−１に蓄積された嗜好情報、及びメタデータベース２０２−２に蓄積されたメタデータを、推薦リスト生成部２５３に供給する。
【００８３】
推薦リスト生成部２５３は、ＤＢ制御部２５２から供給される嗜好情報及びメタデータに基づいて、推薦リストを生成し、コンテンツ推薦部２５４に供給する。
【００８４】
コンテンツ推薦部２５４は、通信部２０３を制御して、推薦リスト生成部２５３から供給される推薦リストを、ネットワーク３０を介して端末装置１０に提供する。
【００８５】
ＤＢ制御部２５２は、コンテンツ推薦部２５４からの制御に従い、メタデータベース２０２−２に蓄積されたメタデータ、及びコンテンツデータベース２０２−３に蓄積されたコンテンツデータを、データ提供部２５５に供給する。
【００８６】
データ提供部２５５は、通信部２０３を制御して、ＤＢ制御部２５２から供給されるメタデータ及びコンテンツデータを、ネットワーク３０を介して端末装置１０に提供する。
【００８７】
制御部２０１は、以上のように構成される。
【００８８】
［コンテンツ推薦処理］
次に、図９乃至図１８を参照して、図５のコンテンツ推薦システム１を構成する各装置にて実行されるコンテンツ推薦処理について説明する。
【００８９】
（推薦リスト・データ提供処理）
まず、図９のフローチャートを参照して、サーバ２０により実行される推薦リスト・データ提供処理を説明する。
【００９０】
ステップＳ１１において、制御部２０１は、通信部２０３を制御して、端末装置１０がネットワーク３０に接続したか否かを判定する。ステップＳ１１において、端末装置１０がネットワーク３０に接続されるのを待って、処理は、ステップＳ１２に進められる。
【００９１】
ステップＳ１２において、制御部２０１は、通信部２０３を制御して端末装置１０にアクセスし、端末装置１０にて保持されている推薦リストが更新済みであるか否かを判定する。ステップＳ１２において、未だ推薦リストが最新のものに更新されていないと判定された場合、処理はステップＳ１３に進められる。
【００９２】
ステップＳ１３において、嗜好情報取得部２５１及びＤＢ制御部２５２は、サーバ２０の嗜好データベース２０２−１と、端末装置１０の嗜好データベース１０２−１を同期させる。すなわち、嗜好情報取得部２５１は、通信部２０３を制御して端末装置１０にアクセスし、端末装置１０の嗜好データベース１０２−１に蓄積された嗜好情報を取得する。また、ＤＢ制御部２５２は、嗜好情報取得部２５１により取得された嗜好情報を、嗜好データベース２０２−１に蓄積する。これにより、双方の嗜好データベースは同期され、嗜好データベース２０２−１に格納された嗜好情報は最新のものとなる。
【００９３】
ステップＳ１４において、推薦リスト生成部２５３は、推薦リスト生成処理を行う。当該推薦リスト生成処理では、ユーザに対して推薦可能なコンテンツが、例えば、メタデータ及びコンテンツデータの全部を提供するコンテンツや、メタデータのみを提供するコンテンツなど、その情報量に応じて所定の集合に分類される。そして、所定の集合ごとに分類されたコンテンツを推薦するための推薦リストが生成される。
【００９４】
なお、端末装置１０の嗜好データベース１０２−１に嗜好情報が蓄積されていない初期状態においては、推薦リスト生成部２５３は、例えば、全ユーザ又は性別や年齢などのユーザクラスタごとの平均の嗜好情報を求めることで、当該嗜好情報を利用して、推薦リストを生成することができる。また、推薦リスト生成処理の詳細については、図１０のフローチャートを参照して後述する。
【００９５】
推薦リスト生成処理によって推薦リストが生成されると、処理はステップＳ１５に進められる。ステップＳ１５において、コンテンツ推薦部２５４は、通信部２０３を制御して端末装置１０にアクセスし、生成された推薦リストを提供する。
【００９６】
ステップＳ１６において、データ提供部２５５は、通信部２０３を制御して端末装置１０にアクセスし、コンテンツのメタデータ及びコンテンツデータを提供する。ただし、当該コンテンツのメタデータ及びコンテンツデータは、推薦リストでの分類結果に応じたものとなる。
【００９７】
そして、ステップＳ１５，Ｓ１６にて、推薦リスト、並びに当該推薦リストの分類結果に応じたコンテンツのメタデータ及びコンテンツデータが端末装置１０に提供されると、推薦リスト・データ提供処理は終了される。なお、ステップＳ１２において、既に推薦リストが更新済みであると判定された場合、新たに推薦リストを生成する必要はないため、ステップＳ１３乃至Ｓ１６はスキップされ、処理は終了される。
【００９８】
以上、推薦リスト・データ提供処理について説明した。当該推薦リスト・データ提供処理では、端末装置１０を使用するユーザの嗜好情報に応じて、推薦可能なコンテンツがその情報量ごとに分類され、推薦リストが生成される。そして、生成された推薦リストと、当該推薦リストの分類結果に応じたコンテンツのメタデータ及びコンテンツデータが端末装置１０に提供される。
【００９９】
（推薦リスト生成処理）
次に、図１０のフローチャートを参照して、図９のステップＳ１４に対応する推薦リスト生成処理について説明する。
【０１００】
ステップＳ６１において、推薦リスト生成部２５３は、嗜好データベース２０２−１に蓄積された嗜好情報及びメタデータベース２０２−２に蓄積されたメタデータに基づいて、嗜好ベースランキングを生成する。
【０１０１】
ここで、嗜好ベースランキングは、端末装置１０を使用するユーザに対して推薦可能なコンテンツを、当該ユーザの嗜好情報を用いて順位付けしたものである。具体的には、推薦リスト生成部２５３は、例えば、同期済みの嗜好データベース２０２−１にて、各コンテンツに付加されたメタデータに対しスコアが付与されている場合、コンテンツごとにそれらのスコアを加算することで、コンテンツ単位のスコアのランキングを生成することができる。
【０１０２】
ステップＳ６２において、推薦リスト生成部２５３は、嗜好ベースランキングにてランク付けされたコンテンツの順位i（i = 1,2,…,m：mは推薦可能なコンテンツの数）を順次、第１の閾値と比較し、当該順位iが第１の閾値以下となるか否かを判定する。
【０１０３】
ステップＳ６２において、順位iが第１の閾値以下となると判定された場合、処理はステップＳ６３に進められる。ステップＳ６３において、推薦リスト生成部２５３は、当該順位iにランク付けされたコンテンツを、コンテンツリストに分類する。ここで、コンテンツリストとは、推薦されるコンテンツのうち、メタデータ及びコンテンツデータの全部が提供されるコンテンツが属する集合である。
【０１０４】
ステップＳ６３が終了すると、処理はステップＳ６６に進められる。
【０１０５】
また、ステップＳ６２において、順位iが第１の閾値を超えると判定された場合、処理はステップＳ６４に進められる。ステップＳ６４において、推薦リスト生成部２５３は、嗜好ベースランキングにてランク付けされたコンテンツの順位iを順次、第２の閾値と比較し、当該順位iが第２の閾値以下となるか否かを判定する。
【０１０６】
ステップＳ６４において、順位iが第２の閾値以下となると判定された場合、処理はステップＳ６５に進められる。ステップＳ６５において、推薦リスト生成部２５３は、当該順位iにランク付けされたコンテンツを、メタデータリストに分類する。ここで、メタデータリストとは、推薦されるコンテンツのうち、メタデータリストのみが提供されるコンテンツが属する集合である。
【０１０７】
ステップＳ６５が終了すると、処理はステップＳ６６に進められる。
【０１０８】
また、ステップＳ６４において、順位iが第２の閾値を超えると判定された場合、ステップＳ６３，Ｓ６５はスキップされ、処理はステップＳ６６に進められる。すなわち、この場合、当該順位にランク付けされたコンテンツは、コンテンツリストにもメタデータリストにも分類されないことになる。
【０１０９】
そして、推薦リスト生成部２５３は、ステップＳ６６において、iをインクリメントし、ステップＳ６７において、嗜好ベースランキングにてランク付けされた全てのコンテンツのチェックを終了したか否かを判定する。ステップＳ６７においてチェックが終了していないと判定された場合、処理はステップＳ６２に戻り、それ以降の処理が繰り返される。
【０１１０】
すなわち、当該ループ処理が繰り返されることで、例えば第１の閾値に100が設定され、第２の閾値に10000が設定されている場合、ランキングが1乃至100番目の上位のコンテンツはコンテンツリストに分類され、ランキングが101乃至10000番目のコンテンツはメタデータリストに分類される。また、ランキングが10001番目以降の下位のコンテンツは、いずれのリストにも分類されないことになる。
【０１１１】
そして、ステップＳ６７において、チェックが終了したと判定された場合、処理はステップＳ６８に進められる。ステップＳ６８において、推薦リスト生成部２５３は、上記の分類の結果に基づいて、推薦リストを生成する。
【０１１２】
図１１は、推薦リストの生成の具体例を示す図である。
【０１１３】
図１１では、音楽のコンテンツの推薦リストの生成例を示す。図１１に示すように、嗜好データベース２０２−１には、タイプ、ID、スコア、更新日などが格納される。すなわち、嗜好情報は、例えば、タイプとIDにより特定される情報に対する各ユーザの嗜好を表すスコアにより表現される。当該スコアの値が大きいほど、ユーザがその情報に対して持つ興味が大きいことになる。また、メタデータベース２０２−２には、コンテンツごとに、ID、タイトル名、アルバム名、ジャンル、アーティストその他のメタデータが格納される。
【０１１４】
推薦リスト生成部２５３は、メタデータベース２０２−２を参照して、各アルバムのメタデータに対し、嗜好データベース２０２−１にてスコアが付与されている場合に当該アルバムのスコアを加算することで、アルバム単位のスコアのランキングとなる嗜好ベースランキングを生成する。当該嗜好ベースランキングにより、コンテンツデータベース２０２−３に格納されたすべてのアルバムがランク付けされることになる。
【０１１５】
また、推薦リスト生成部２５３は、例えば第１の閾値に100が設定され、第２の閾値に10000が設定されている場合、嗜好ベースランキングにてランク付けされたアルバムのうち、上位100番目までのアルバムをコンテンツリストに分類し、101乃至10000番目までのアルバムをメタデータリストに分類する。ただし、ランクが10001番目以降のアルバムは、いずれのリストにも分類されないことになる。
【０１１６】
そして、推薦リスト生成部２５３は、1乃至100位のランクのアルバムを含むコンテンツリストと、101乃至10000位のランクのアルバムを含むメタデータリストからなる推薦リストを生成する。これにより、端末装置１０には、当該推薦リストのほか、コンテンツリストに分類された1乃至100位のランクのアルバムのメタデータ及びコンテンツデータと、メタデータリストに分類された101乃至10000位のランクのアルバムのメタデータが提供されることになる。
【０１１７】
なお、図１１を参照して説明した推薦リストの生成方法は一例であって、その他の方法を採用することも可能である。
【０１１８】
図１０のフローチャートに戻り、ステップＳ６８にて推薦リストが生成されると、処理は、図９のステップＳ１４に戻り、それ以降の処理が実行される。
【０１１９】
以上、推薦リスト生成処理について説明した。当該推薦リスト生成処理では、ユーザに対して推薦可能なコンテンツが当該ユーザの嗜好情報に応じて、コンテンツリスト又はメタデータリストに分類され、それらのリストからなる推薦リストが生成される。すなわち、ユーザに対して推薦可能なコンテンツの中から当該ユーザの嗜好情報にマッチングしたコンテンツが推薦される場合に、当該マッチングの度合いに応じて、推薦されるコンテンツの情報量が制御されることになる。
【０１２０】
（推薦リスト・データ取得処理）
次に、図１２のフローチャートを参照して、端末装置１０により実行される推薦リスト・データ取得処理について説明する。
【０１２１】
ステップＳ１１１において、制御部１０１は、通信部１０７を制御して、端末装置１０がネットワーク３０に接続したか否かを判定する。ステップＳ１１１において、端末装置１０がネットワーク３０に接続するのを待って、処理は、ステップＳ１１２に進められる。
【０１２２】
ステップＳ１１２において、制御部１０１は、記憶部１０２に保持されている推薦リストが更新済みであるか否かを判定する。ステップＳ１１２において、未だ推薦リストが更新済みでないと判定された場合、処理は、ステップＳ１１３に進められる。
【０１２３】
ステップＳ１１３において、ＤＢ制御部１５２は、端末装置１０の嗜好データベース１０２−１と、サーバ２０の嗜好データベース２０２−１を同期させる。すなわち、ＤＢ制御部１５２は、サーバ２０からの要求に応じて、嗜好データベース１０２−１に蓄積された嗜好情報を読み出す。ＤＢ制御部１５２は、通信部１０７を制御して、読み出した嗜好情報を、サーバ２０に通知する。これにより、双方の嗜好データベースは同期され、サーバ２０にて保持される嗜好情報は最新のものとなる。
【０１２４】
なお、嗜好データベース１０２−１には、後述するコンテンツ評価処理（図１３）等が実行されることで、ユーザの嗜好情報が順次蓄積されている。
【０１２５】
その後、推薦リストが更新済みでない場合にはサーバ２０から推薦リストが提供されるので（図９のＳ１５に対応）、ステップＳ１１４において、コンテンツ推薦部１５３は、通信部１０７を制御して、推薦リストを取得する。当該推薦リストは、記憶部１０２に保持される。
【０１２６】
また、推薦リストが更新済みでない場合にはサーバ２０からメタデータ及びコンテンツデータが提供されるので（図９のＳ１６に対応）、ステップＳ１１５において、データ取得部１５４は、通信部１０７を制御して、メタデータ及びコンテンツデータを取得する。
【０１２７】
ステップＳ１１６において、ＤＢ制御部１５２は、取得されたメタデータをメタデータベース１０２−２に蓄積し、取得されたコンテンツデータをコンテンツデータベース１０２−３に蓄積（キャッシュ）する。
【０１２８】
以上、推薦リスト・データ取得処理について説明した。当該推薦リスト・データ取得処理では、端末装置１０を使用するユーザの嗜好情報に応じた推薦リストと、当該推薦リストの分類結果に応じたコンテンツのメタデータ及びコンテンツデータが取得される。
【０１２９】
（コンテンツ評価処理）
次に、図１３のフローチャートを参照して、端末装置１０により実行されるコンテンツ評価処理について説明する。なお、図１３のフローチャートの処理は、端末装置１０にて推薦リスト、並びにメタデータ及びコンテンツデータが取得された後、例えば、ユーザにより推薦リストの表示が指示されたときに実行される。
【０１３０】
ステップＳ１６１において、表示制御部１５５は、サーバ２０から提供された推薦リストを、表示部１０５に表示する。
【０１３１】
図１４は、推薦リストの表示例を示す図である。
【０１３２】
推薦リストにおいて、コンテンツＡ１，Ａ２は、コンテンツリストに分類されたコンテンツである。また、コンテンツＢ１，Ｂ２は、メタデータリストに分類されたコンテンツである。当該推薦リストでは、コンテンツデータが取得されたコンテンツＡ１，Ａ２のみならず、メタデータのみが取得されたコンテンツＢ１，Ｂ２についても表示される。
【０１３３】
すなわち、端末装置１０内にコンテンツデータが持ち出されていないコンテンツＢ１，Ｂ２についても、コンテンツのタイトルや説明などのメタデータに応じた情報が表示されることになる。このとき、コンテンツＢ１，Ｂ２の表示は、コンテンツデータが取得されたコンテンツＡ１，Ａ２の表示と区別するために、例えばグレーアウトで表示したり、所定のアイコンを重畳したりする。つまり、推薦リストにおいて、コンテンツリストに属するコンテンツと、メタデータリストに属するコンテンツは、その表示形態が異なることになる。従って、ユーザは、それらのコンテンツの違いを瞬時に認識することができる。
【０１３４】
図１３のフローチャートに戻り、ステップＳ１６２において、制御部１０１は、操作部１０３からの操作信号に基づいて、推薦リストのコンテンツが選択されたか否かを判定する。ステップＳ１６２において、ユーザによりコンテンツが選択されるのを待って、処理はステップＳ１６３に進められる。
【０１３５】
ステップＳ１６３において、ＤＢ制御部１５２は、メタデータベース１０２−２を参照して、選択されたコンテンツのIDに対応するキャッシュフラグが「True」であるか否かを判定する。
【０１３６】
図１５は、メタデータベース１０２−２の構成例を示す図である。
【０１３７】
図１５に示すように、メタデータベース１０２−２には、各コンテンツのIDごとに、キャッシュフラグ、タイトル、アルバム、ジャンル、パス、ダウンロードフラグなどが格納される。
【０１３８】
キャッシュフラグは、当該コンテンツのコンテンツデータがキャッシュされているか否かを示すフラグである。キャッシュフラグが「True」の場合には、コンテンツデータがキャッシュされていることを示し、キャッシュフラグが「False」の場合には、コンテンツデータがキャッシュされていないことを示す。換言すれば、コンテンツリストに分類されたコンテンツは、キャッシュフラグが「True」となり、メタデータリストに分類されたコンテンツは、キャッシュフラグが「False」となる。
【０１３９】
例えば、図１５の例では、コンテンツID = 1乃至3のコンテンツは、コンテンツリストに分類されたコンテンツであって、コンテンツデータがキャッシュされている。一方、コンテンツID = 10，11のコンテンツは、メタデータリストに分類されたコンテンツであって、コンテンツデータがキャッシュされていない。
【０１４０】
タイトル、アルバム、ジャンルは、当該コンテンツのタイトル名、アルバム名、音楽のジャンルが格納される。また、パスには、当該コンテンツの保存先のパスが格納される。
【０１４１】
ダウンロードフラグは、端末装置１０が次回ネットワーク３０に接続したときに、当該コンテンツのコンテンツデータをダウンロードするか否かを示すフラグである。ダウンロードフラグが「True」の場合には、当該コンテンツのコンテンツデータのダウンロードが実行されることを示す。例えば、図１５の例では、コンテンツID = 10のコンテンツは、次回ネットワーク接続時にダウンロードが実行されることになる。
【０１４２】
なお、ダウンロードフラグは、例えば、後述する図１７の未キャッシュ用画面の許可ボタン３２２の操作により設定される。
【０１４３】
図１３のフローチャートに戻り、ステップＳ１６３において、キャッシュフラグが「True」であると判定された場合、処理は、ステップＳ１６４に進められる。ステップＳ１６４において、表示制御部１５５は、キャッシュ用画面を表示部１０５に表示する。
【０１４４】
図１６は、キャッシュ用画面の表示例を示す図である。
【０１４５】
例えば、ユーザによって、図１４の推薦リストに表示されたコンテンツＡ１がタッチパネル上でタップ操作された場合、図１６のキャッシュ用画面が表示される。なお、「タップ操作」とは、タッチパネル上の所望の領域を指などで軽くたたくような操作をいう。
【０１４６】
キャッシュ用画面には、例えば、コンテンツＡ１のアルバム名やその説明のほか、評価ボタン３１１、再生ボタン３１２、及びシークバー３１３が表示される。アルバム名や説明などの情報は、メタデータに基づき表示される。
【０１４７】
評価ボタン３１１は、当該コンテンツＡ１を評価する際に操作されるボタンである。図１６の例の場合、５つの星により５段階で評価される。つまり、５つの星の並びのうち、最も右側の星がタップ操作されたとき、最も高い評価となり、最も左側の星がタップ操作されたとき、最も低い評価となる。
【０１４８】
再生ボタン３１２は、コンテンツＡ１の再生を指示するためのボタンである。すなわち、コンテンツＡ１は、コンテンツリストに分類されるコンテンツであるため、キャッシュされたコンテンツデータを直ちに再生することができるので、再生ボタン３１２が表示される。シークバー３１３は、再生中のコンテンツＡ１の進行をスライダの位置により示す。またスライダをタップ操作やドラッグ操作して移動させることで、当該スライダの位置に対応する部分を再生することが可能である。
【０１４９】
図１３のフローチャートに戻り、ステップＳ１６３において、キャッシュフラグが「False」であると判定された場合、処理は、ステップＳ１６５に進められる。ステップＳ１６５において、表示制御部１５５は、未キャッシュ用画面を表示部１０５に表示する。
【０１５０】
図１７は、未キャッシュ用画面の表示例を示す図である。
【０１５１】
例えば、ユーザによって、図１４の推薦リストに表示されたコンテンツＢ１がタッチパネル上でタップ操作された場合、図１７の未キャッシュ用画面が表示される。
【０１５２】
未キャッシュ用画面には、例えば、コンテンツＢ１のアルバム名やその説明のほか、評価ボタン３２１及び許可ボタン３２２が表示される。アルバム名や説明などの情報は、メタデータに基づき表示される。
【０１５３】
評価ボタン３２１は、図１６の評価ボタン３１１と同様に、当該コンテンツＢ１の評価をする際に操作されるボタンである。ユーザは、評価ボタン３２１をタップ操作することで、持ち出されていないコンテンツＢ１を５段階で評価することができる。
【０１５４】
許可ボタン３２２は、当該コンテンツのダウンロードを許可する際に操作されるボタンである。すなわち、コンテンツＢ１は、メタデータリストに分類されるコンテンツであるため、コンテンツデータがキャッシュされておらず、直ちに再生を行うことができない。しかしながら、ユーザは、推薦リストや未キャッシュ用画面にてコンテンツＢ１の内容を確認することで、コンテンツＢ１を再生して視聴したいと考える場合も想定される。その場合には、ユーザが許可ボタン３２２をタップ操作しておくことで、端末装置１０は、ネットワーク３０に接続されたとき、コンテンツＢ１のコンテンツデータを要求することで、当該コンテンツデータを取得することができる。これにより、端末装置１０は、コンテンツＢ１を再生することが可能となる。
【０１５５】
なお、ＤＢ制御部１５２は、許可ボタン３２２が操作された場合、メタデータベース１０２−２（図１５）のダウンロードフラグを、「True」に変更することになる。
【０１５６】
図１３のフローチャートに戻り、ステップＳ１６４又はＳ１６５により表示部１０５に画面が表示されると、処理は、ステップＳ１６６に進められる。ステップＳ１６６において、制御部１０１は、操作部１０３からの操作信号に基づいて、表示部１０５に表示された画面に対する操作が行われたか否かを判定する。
【０１５７】
そして、ステップＳ１６６において、画面操作が行われるのを待って、処理はステップＳ１６７に進められる。ステップＳ１６７において、制御部１０１は、操作部１０３からの操作信号に基づいて、ユーザによって、コンテンツに対する評価が行われたか否かを判定する。ここでは、図１６のキャッシュ用画面の評価ボタン３１１又は図１７の未キャッシュ用画面の評価ボタン３２１がタップ操作され、コンテンツの評価が行われたか否かが判定される。
【０１５８】
ステップＳ１６７において、コンテンツに対する評価が行われたと判定された場合、処理はステップＳ１６８に進められる。ステップＳ１６８において、嗜好情報取得部１５１は、ユーザによってコンテンツに対して行われたコンテンツの評価を嗜好情報として取得し、ＤＢ制御部１５２に供給する。ＤＢ制御部１５２は、嗜好情報取得部１５１により取得された嗜好情報を、嗜好データベース１０２−１に反映させる。
【０１５９】
図１８は、嗜好データベース１０２−１の構成例を示す図である。図１８に示すように、嗜好データベース１０２−１には、タイプ、ID、スコア、更新日などが格納される。すなわち、嗜好情報は、例えば、タイプとIDにより特定される情報に対するユーザの嗜好を表すスコアにより表現される。例えば、ＤＢ制御部１５２は、ユーザによるコンテンツの評価に応じて、嗜好データベース１０２−１に格納されるスコアを上昇させる。
【０１６０】
これにより、サーバ２０では、端末装置１０がネットワーク３０に接続した場合に、嗜好データベース１０２−１と嗜好データベース２０２−１の同期が実行され、ユーザの評価がフィードバックされた嗜好情報が取得されるので、それ以降、その時点でのユーザの評価が反映された推薦リストが生成されることになる。
【０１６１】
図１３のフローチャートに戻り、ステップＳ１６８が終了すると、処理はステップＳ１６９に進められる。また、ステップＳ１６７において、コンテンツの評価以外の操作が行われたと判定された場合、ステップＳ１６８はスキップされ、処理はステップＳ１６９に進められる。
【０１６２】
ステップＳ１６９において、制御部１０１は、操作部１０３からの操作信号に基づいて、キャッシュ用画面又は未キャッシュ用画面の終了が指示されたか否かを判定する。
【０１６３】
ステップＳ１６９において、画面の終了が指示されていないと判定された場合、処理はステップＳ１６６に戻り、それ以降の処理が繰り返される。そして、ステップＳ１６９において、画面の終了が指示されたと判定された場合、コンテンツ評価処理は終了する。
【０１６４】
以上、コンテンツ評価処理について説明した。当該コンテンツ評価処理では、コンテンツリストに属するコンテンツのみならず、メタデータリストに属するコンテンツについても評価を行うことが可能であり、コンテンツに対する評価が行われた場合には嗜好情報に反映されることになる。
【０１６５】
＜変形例＞
次に、図１９乃至図２１を参照して、変形例について説明する。
【０１６６】
（コンテンツの分類方法の他の例）
前述した説明では、推薦可能なコンテンツを、コンテンツリストとメタデータリストの２段階の集合で分類する例を説明したが、それ以上の集合に分類することも可能である。図１９には、コンテンツの分類方法の他の例として、メタデータリストに属するコンテンツをさらに複数の集合に分類する例を示している。
【０１６７】
図１９に示すように、メタデータリストに属するコンテンツは、ユーザが知っているコンテンツが属する第１メタデータリストと、知らないコンテンツが属する第２メタデータリストにさらに分類されるようにすることができる。例えば、ユーザが既に視聴したコンテンツや評価済みのコンテンツは、ユーザが知っているコンテンツである可能性が高いので、多くの情報を提供しなくても当該コンテンツを特定できる可能性が高い。一方、例えば視聴履歴や評価履歴のないコンテンツについては、ユーザが知らない可能性が高いので、より多くの情報を提供しなければ当該コンテンツを特定できない可能性が高い。
【０１６８】
そこで、推薦リスト生成部２５３は、推薦リストを生成するに際し、嗜好情報として視聴履歴や評価履歴などの操作履歴の情報を取得し、当該操作履歴の情報に応じて、メタデータリストに分類されるコンテンツを、第１メタデータリストと第２メタデータリストにさらに分類されるようにする。そして、図１９に示すように、例えば、音楽のコンテンツの場合、第１メタデータリストに分類されたコンテンツには、例えばタイトル、ジャンル、アーティストなどの簡単なメタデータが提供されるようにする。それに対し、第２メタデータリストに分類されたコンテンツには、タイトル等の簡単なメタデータの他に、例えばアーティストのバイオグラフィなどのデータや、曲のイントロやサビ部分などのコンテンツデータの一部が提供されるようにする。また、コンテンツデータの一部としては、例えば、テレビ番組のコンテンツの場合にはテレビ番組のダイジェスト版などが提供されるようにしてもよい。
【０１６９】
これにより、ユーザの知らないコンテンツに対しては、より多くの情報を提供して当該コンテンツの判断基準を増やして、ユーザが容易に評価できるようにすることができる。
【０１７０】
なお、操作履歴の情報は、例えば、端末装置１０において、嗜好情報取得部１５１によって嗜好情報として取得され、サーバ２０に提供されることになる。
【０１７１】
また、推薦リスト生成部２５３は、前述したリスト生成処理（図１０）において、第１の閾値と第２の閾値の間に第３の閾値が設定されるようにすることで、コンテンツを、コンテンツリスト、第１メタデータリスト、又は第２メタデータリストのいずれかに分類されるようにしてもよい。具体的には、上記の例で、例えば第３の閾値として1000が設定された場合、ランキングが1乃至100番目の上位のコンテンツがコンテンツリスト、ランキングが101乃至1000番目の中位のコンテンツが第１メタデータリスト、ランキングが1001乃至10000番目の中位のコンテンツは第２メタデータリストにそれぞれ分類されることになる。また、ランキングが10001番目以降の下位のコンテンツは、いずれのリストにも分類されないことになる。
【０１７２】
そして、コンテンツ推薦部２５４は、推薦リスト生成部２５３により生成された推薦リストを、ネットワーク３０を介して端末装置１０に提供する。また、データ提供部２５５は、例えば、コンテンツリストに属するコンテンツのメタデータ及びコンテンツデータの全部、第１メタデータリストに属するコンテンツのメタデータ及びコンテンツデータの一部、並びに第２メタデータリストに属するコンテンツのメタデータを、ネットワーク３０を介して端末装置１０に提供する。
【０１７３】
このように、コンテンツを分類するための集合の数を増加させることで、推薦可能なコンテンツがその情報量に応じてより多くの集合に分類されるようにすることができる。
【０１７４】
また、推薦リスト生成部２５３は、コンテンツの発売日などに応じて、時間的に新しいコンテンツについては情報量が多くなるような集合に分類し、古いコンテンツについては情報量が少なくなるような集合に分類することもできる。コンテンツの発売日は、例えばメタデータに含まれる日付情報などから取得できる。これにより、新しいコンテンツほど、ユーザが容易に評価できるようになる。
【０１７５】
さらに、推薦リスト生成部２５３は、コンテンツを提供する事業者などにより設定される優先度に応じて、優先度の高いコンテンツは情報量が多くなるような集合に分類し、優先度の低いコンテンツは情報量が少なくなるような集合に分類することもできる。これにより、サーバ２０は、例えばプロモーション用のコンテンツの情報量を多くして、端末装置１０に提供することができる。また、当該コンテンツのメタデータやコンテンツデータとしては、例えば広告用のデータが提供されることになる。
【０１７６】
以上のように、推薦リスト生成部２５３は、コンテンツの情報量に応じて、ユーザに対して推薦可能なコンテンツを、２以上の集合に分類することができる。すなわち、図２０に示すように、例えば、推薦可能なコンテンツは、その情報量に応じて、例えば、コンテンツリスト又は第１メタデータリスト乃至第４メタデータリストのいずれかの集合に分類される。
【０１７７】
そして、端末装置１０は、このように分類されたコンテンツの推薦リストを取得した場合、当該推薦リストを、コンテンツの情報量に応じた所定の集合ごとに異なる表示形態で表示させる。図２０の例では、コンテンツリスト、第１メタデータリスト、第２メタデータリスト、第３メタデータリスト、及び第４メタデータリストのそれぞれに属するコンテンツは、それらの集合ごとに異なる表示形態で表示されることになる。
【０１７８】
（コンテンツの評価のタイミング）
前述した説明では、コンテンツの評価は、ユーザにより推薦リストの表示が指示されたときに実行されるとして説明したが、他のタイミングで評価を実行してもよい。すなわち、コンテンツの評価のタイミングとしては前述した、ユーザ操作に応じて、推薦リストから未キャッシュ用画面（図１７）を表示させて、持ち出されていないコンテンツの評価を行うといった能動的な評価のほかに、ユーザ操作を介さない受動的な評価が行われるようにしてもよい。
【０１７９】
図２１は、音楽のコンテンツを受動的に評価する場合の例を示す図である。図２１の例では、アルバムＡ，Ｃがコンテンツリストに分類されたコンテンツであって、端末装置１０にはメタデータ及びコンテンツデータがキャッシュされている。また、アルバムＢ，Ｄは、例えば第２のメタデータリストに分類されたコンテンツであって、端末装置１０には、メタデータの他に、コンテンツデータの一部がキャッシュされている。このような状態で、図２１に示すように、アルバムＡとアルバムＣの再生の合間に、アルバムＢのダイジェスト（例えば曲のイントロやサビ部分など）が再生されるようにして、未キャッシュ用画面（図１７）などによりアルバムＢの評価が行えるようにする。そして、アルバムＢの評価が行われた場合には、当該評価が嗜好情報に反映されるようにする。
【０１８０】
このように、持ち出されたアルバムＡ，Ｃの再生の合間に、いわばＣＭのように、アルバムＢ，Ｃのダイジェストが自動的に再生されるので、ユーザは持ち出していないアルバムの評価を確実に行うことができる。
【０１８１】
なお、ユーザによっては、アルバムＢ，Ｃのダイジェスト再生を煩わしく感じる場合もあるので、例えば、ダイジェスト再生が連続されないように制御したり、プレイリストにてアルバムＡ，Ｃなどを連続再生するに際し、その連続再生の先頭や最後の時間近傍にまとめてダイジェスト再生が行われるようにしたりすることができる。その際、端末装置１０がネットワーク３０に接続可能になった場合には、サーバ２０から、アルバムＢ，Ｃのコンテンツデータを取得して、フルバージョンで再生が行われるようにしてもよい。
【０１８２】
また、前述した能動的な評価は、推薦されたコンテンツごとに単独で評価を行う通常モードと、推薦されたコンテンツに対して連続して評価を行う評価モードのいずれかのモードで評価を行うことができる。通常モードでは、例えば、ユーザ操作に応じて、推薦リストから未キャッシュ用画面（図１７）を表示させて、持ち出されていないコンテンツの評価が行われる。
【０１８３】
一方、評価モードでは、例えば、コンテンツデータがキャッシュされていないコンテンツに対する未キャッシュ用画面（図１７）を、コンテンツごとに連続して表示させて、連続して持ち出されていないコンテンツの評価が行われる。また、例えば、図２１の例では、アルバムＢ，Ｄなどの第２のメタデータリストに分類されたコンテンツのダイジェスト再生が連続して行われ、持ち出されていないアルバムの評価がまとめて行われる。
【０１８４】
コンテンツの評価は以上のようにして行われる。
【０１８５】
［具体的な運用例］
前述した説明では、コンテンツの一例として音楽のコンテンツを中心に説明したが、本技術は、音楽のほか、例えば動画や電子書籍、RSS（RDF Site Summary）により配信される情報などにも適用することができる。従って、以下、音楽以外の各コンテンツの具体的な運用例について説明する。
【０１８６】
（１．テレビ番組）
家庭内のレコーダにて録画されたテレビ番組のコンテンツデータを端末装置１０にキャッシュして持ち出す場合、当該レコーダは、前述したサーバ２０としての機能を有し、動作することになる。
【０１８７】
レコーダは、録画したテレビ番組及びそのメタデータなどの情報を取得して蓄積している。レコーダは、持ち出されなかったテレビ番組の一覧などの番組情報のデータを、端末装置１０に提供するようにする。これにより、ユーザは、端末装置１０にて持ち出されなかったテレビ番組の一覧も推薦リストとして表示されるので、当該番組の内容を確認して評価することが可能となる。その際、推薦リストには、持ち出されなかった番組の表示がグレーアウトなど、持ち出された番組と異なる表示形態で表示される。
【０１８８】
また、レコーダは、ユーザにより持ち出されていない番組の評価が行われた場合、当該番組の評価を嗜好情報に反映させて、次に端末装置１０に提供する推薦リストの内容を変更する。
【０１８９】
なお、レコーダは、コンテンツデータの一部として、例えば、当該番組のダイジェストや開始数分間分のコンテンツデータを端末装置１０に提供するようにしてもよい。これにより、ユーザは、所望のタイミングで、番組のダイジェストや開始数分間の内容を確認して、持ち出されていないテレビ番組の評価を行うことができる。
【０１９０】
また、上記の説明ではレコーダがサーバ２０の機能を有するとして説明したが、レコーダとサーバ２０が別々に構成されるようにしてもよい。この場合、サーバ２０は、レコーダにより録画されたテレビ番組のコンテンツデータやメタデータを適宜取得することになる。また、レコーダがユーザの評価が反映された嗜好情報に基づいて、テレビ番組を録画するようにしてもよい。
【０１９１】
（２．電子書籍）
サーバ２０は、電子書籍のコンテンツデータ及びメタデータなど情報を蓄積している。サーバ２０は、端末装置１０がネットワーク３０に接続されたとき、嗜好情報及びメタデータなどに基づいて、推薦リストを生成して端末装置１０に提供する。
【０１９２】
また、サーバ２０は、分類された電子書籍に応じて、電子書籍のメタデータ又はコンテンツデータを、端末装置１０に提供する。これにより、ユーザは、端末装置１０にて持ち出されなかった電子書籍の一覧も推薦リストとして表示されるので、当該電子書籍の内容を確認して評価することが可能となる。その際、推薦リストには、持ち出されなかった電子書籍の表示がグレーアウトなど、持ち出された電子書籍と異なる表示形態で表示される。
【０１９３】
また、サーバ２０は、ユーザにより持ち出されていない電子書籍の評価が行われた場合、当該電子書籍の評価を嗜好情報に反映させて、次に端末装置１０に提供する推薦リストの内容を変更する。
【０１９４】
なお、サーバ２０は、コンテンツデータの一部として、例えば、電子書籍の目次や冒頭の部分のコンテンツデータを端末装置１０に提供する。これにより、ユーザは、所望のタイミングで、電子書籍の目次や冒頭の部分の内容を確認して、持ち出されていない電子書籍の評価を行うことができる。
【０１９５】
（３．ビデオコンテンツ）
サーバ２０は、レコーダ等で録画されたビデオコンテンツ及びそのメタデータなどの情報を取得して蓄積している。サーバ２０は、端末装置１０がネットワーク３０に接続されたとき、嗜好情報及びメタデータなどに基づいて、推薦リストを生成して端末装置１０に提供する。
【０１９６】
また、サーバ２０は、分類されたビデオコンテンツに応じて、ビデオコンテンツのメタデータ又はコンテンツデータを、端末装置１０に提供する。これにより、ユーザは、端末装置１０にて持ち出されなかったビデオコンテンツの一覧も推薦リストとして表示されるので、当該ビデオコンテンツの内容を確認して評価することが可能となる。その際、推薦リストには、持ち出されなかったビデオコンテンツの表示がグレーアウトなど、持ち出されたビデオコンテンツと異なる表示形態で表示される。
【０１９７】
また、サーバ２０は、ユーザにより持ち出されていないビデオコンテンツの評価が行われた場合、当該ビデオコンテンツの評価を嗜好情報に反映させて、次に端末装置１０に提供する推薦リストの内容を変更する。
【０１９８】
（４．RSS配信）
端末装置１０は、ネットワーク３０に接続された場合、嗜好情報に基づいて、RSSフィードのリンク先を自動でダウンロードする。また、端末装置１０は、リンク先をダウンロードしなかったRSSフィードについても、嗜好情報とのマッチングの度合いが高いものについてはRSSフィードをダウンロードしておくようにする。
【０１９９】
端末装置１０は、ネットワーク３０に接続されていない状態で、RSSフィードの一覧を表示するに際し、実体のデータがキャッシュされていないものに関しては表示をグレーアウトするなど、実体のデータがキャッシュされているものと異なる表示形態で表示する。これにより、ユーザは、端末装置１０内に実体のデータがキャッシュされていないRSSフィードの内容を確認して評価を行うことができる。そして、端末装置１０は、再度ネットワーク３０に接続された場合、当該評価の内容が反映された嗜好情報に基づいて、ダウンロードするRSSフィードのリンク先を変更することになる。
【０２００】
以上、運用例について説明した。
【０２０１】
以上のように、本技術によれば、ユーザの嗜好に合ったコンテンツを、端末装置１０内にキャッシュして持ち出すことができるので、ユーザは、確実に所望のコンテンツを視聴することができる。
【０２０２】
また、例えば、図２２に示すように、端末装置１０内にコンテンツデータが持ち出されたコンテンツＡ１乃至Ａ４と、コンテンツデータが持ち出されていないコンテンツＢ１，Ｂ２では、その表示形態が異なるので、例えば、ユーザは、推薦リストのコンテンツＢ１をタッチパネル上でタップ操作することで、未キャッシュ用画面を表示させることができる。そして、ユーザは、未キャッシュ用画面を操作して、メタデータしかダウンロードされていないコンテンツＢ１を評価することができる。また、当該評価は嗜好情報に反映されるので、次回推薦リストが生成されるときには、持ち出されていないコンテンツの評価結果が反映されたものが生成されることになる。
【０２０３】
なお、前述した説明では、推薦リストは、サーバ２０により生成されるとして説明したが、端末装置１０が、推薦リストを生成するための情報を取得して、生成するようにしてもよい。
【０２０４】
［本技術を適用したコンピュータの説明］
前述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０２０５】
図２３は、前述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０２０６】
コンピュータ４００において、CPU（Central Processing Unit）４０１，ROM（Read Only Memory）４０２，RAM（Random Access Memory）４０３は、バス４０４により相互に接続されている。
【０２０７】
バス４０４には、さらに、入出力インタフェース４０５が接続されている。入出力インタフェース４０５には、入力部４０６、出力部４０７、記録部４０８、通信部４０９、及びドライブ４１０が接続されている。
【０２０８】
入力部４０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部４０７は、ディスプレイ、スピーカなどよりなる。記録部４０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部４０９は、ネットワークインタフェースなどよりなる。ドライブ４１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア４１１を駆動する。
【０２０９】
以上のように構成されるコンピュータ４００では、CPU４０１が、例えば、記録部４０８に記憶されているプログラムを、入出力インタフェース４０５及びバス４０４を介して、RAM４０３にロードして実行することにより、前述した一連の処理が行われる。
【０２１０】
コンピュータ４００（CPU４０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア４１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０２１１】
コンピュータ４００では、プログラムは、リムーバブルメディア４１１をドライブ４１０に装着することにより、入出力インタフェース４０５を介して、記録部４０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部４０９で受信し、記録部４０８にインストールすることができる。その他、プログラムは、ROM４０２や記録部４０８に、あらかじめインストールしておくことができる。
【０２１２】
なお、コンピュータ４００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０２１３】
ここで、本明細書において、コンピュータ４００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０２１４】
また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０２１５】
さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０２１６】
なお、本技術の実施の形態は、前述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０２１７】
例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０２１８】
また、前述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０２１９】
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０２２０】
なお、本技術は、以下のような構成をとることができる。
【０２２１】
（１）
ユーザの嗜好を示す嗜好情報に基づき定められ、コンテンツが前記ユーザの嗜好に適合する度合いを表す適合情報を取得する取得部と、
前記適合情報に応じて、前記コンテンツの情報量を制御して記憶部に記憶させる制御部と
を備える情報処理装置。
（２）
前記ユーザによる前記コンテンツに対する評価に基づき、前記嗜好情報を更新する更新部を
備える（１）に記載の情報処理装置。
（３）
前記記憶部に記憶される前記コンテンツを表す表示を、前記コンテンツの情報量に応じて分類された所定の集合ごとに異なる表示形態で表示部に表示させる表示制御部をさらに備える
（１）又は（２）に記載の情報処理装置。
（４）
前記表示制御部は、前記記憶部に記憶される前記コンテンツを表す表示の一覧を、前記所定の集合ごとに異なる表示形態で表示させる
（３）に記載の情報処理装置。
（５）
前記表示制御部は、前記記憶部に記憶される前記コンテンツに対する操作画面を、前記所定の集合ごとに異なる表示形態で表示させる
（３）又は（４）に記載の情報処理装置。
（６）
前記操作画面には、前記記憶部に記憶される前記コンテンツに対する評価を行うための評価入力表示が設けられており、
前記更新部は、前記ユーザによる前記評価入力表示に対する操作の内容に応じた評価に基づき前記嗜好情報を更新する
（５）に記載の情報処理装置。
（７）
前記所定の集合には、前記記憶部に記憶される前記コンテンツのメタデータ及び実体のデータの全部が提供される第１の集合、並びに前記記憶部に記憶される前記コンテンツのメタデータのみが提供される第２の集合が含まれる
（３）乃至（６）のいずれかに記載の情報処理装置。
（８）
前記所定の集合には、前記記憶部に記憶される前記コンテンツのメタデータ及び実体のデータの一部が提供される第３の集合がさらに含まれる
（３）乃至（７）のいずれかに記載の情報処理装置。
（９）
前記第３の集合に分類される前記コンテンツに対する評価は、前記記憶部に記憶される前記コンテンツごとに単独で評価を行う第１のモード、又は前記記憶部に記憶される前記コンテンツに対して連続して評価を行う第２のモードのいずれかにより行われる
（８）に記載の情報処理装置。
（１０）
前記記憶部に記憶される前記コンテンツを再生する再生部をさらに備え、
前記再生部は、前記第１の集合に分類される前記コンテンツが連続して再生される場合に、当該コンテンツの連続再生の合間に、前記第３の集合に分類される前記コンテンツの一部を再生し、
前記更新部は、前記第３の集合に分類される前記コンテンツに対する評価に基づき前記嗜好情報を更新する
（９）に記載の情報処理装置。
（１１）
前記再生部は、前記第３の集合に分類される前記コンテンツの一部を、前記第１の集合に分類される前記コンテンツの連続再生の開始又は終了の時刻近傍に連続して再生する
（１０）に記載の情報処理装置。
（１２）
前記更新部は、前記コンテンツに対する操作履歴に応じて前記嗜好情報を更新する
（１）に記載の情報処理装置。
（１３）
前記制御部は、前記記憶部に記憶される前記コンテンツのうち、前記ユーザが知らないと推定されるコンテンツの情報量が、前記ユーザが知っていると推定されるコンテンツの情報量よりも多くなるように制御する
（１２）に記載の情報処理装置。
（１４）
前記制御部は、前記記憶部に記憶される前記コンテンツのうち、時間的に新しいコンテンツの情報量が、時間的に古いコンテンツの情報量よりも多くなるように制御する
（１）に記載の情報処理装置。
（１５）
前記制御部は、前記情報処理装置がネットワークに接続可能となったことに応じて前記コンテンツの情報量を制御して記憶部に記憶させる
（１）乃至（１４）のいずれかに記載の情報処理装置。
（１６）
前記制御部は、前記適合情報に応じて、前記コンテンツのデータ量、及び前記コンテンツに関連する情報の情報量を調整することで制御する
（１）乃至（１５）のいずれかに記載の情報処理装置。
（１７）
情報処理装置の情報処理方法において、
前記情報処理装置が、
ユーザの嗜好を示す嗜好情報に基づき定められ、コンテンツが前記ユーザの嗜好に適合する度合いを表す適合情報を取得し、
前記適合情報に応じて、前記コンテンツの情報量を制御して記憶部に記憶させる
ステップを含む情報処理方法。
（１８）
コンピュータを、
ユーザの嗜好を示す嗜好情報に基づき定められ、コンテンツが前記ユーザの嗜好に適合する度合いを表す適合情報を取得する取得部と、
前記適合情報に応じて、前記コンテンツの情報量を制御して記憶部に記憶させる制御部と
して機能させるためのプログラム。
【符号の説明】
【０２２２】
１  コンテンツ推薦システム，  １０，１０−１乃至１０−Ｎ  端末装置，  ２０  サーバ，  ３０  ネットワーク，  １０１  制御部，  １０２  記憶部，  １０２−１  嗜好データベース，  １０２−２  メタデータベース，  １０２−３  コンテンツデータベース，  １０３  操作部，  １０４  再生部，  １０５  表示部，  １０６  スピーカ，  １０７  通信部，  １５１  嗜好情報取得部，  １５２  ＤＢ制御部，  １５３  コンテンツ推薦部，  １５４  データ取得部，  １５５  表示制御部，  ２０１  制御部，  ２０２  記憶部，  ２０２−１  嗜好データベース，  ２０２−２  メタデータベース，  ２０２−３  コンテンツデータベース，  ２０３  通信部，  ２５１  嗜好情報取得部，  ２５２  ＤＢ制御部，  ２５３  推薦リスト生成部，  ２５４  コンテンツ推薦部，  ２５５  データ提供部，  ４００  コンピュータ，  ４０１  CPU
【図１】
2013214340.tif 000003
【図２】
2013214340.tif 000004
【図３】
2013214340.tif 000005
【図４】
2013214340.tif 000006
【図５】
2013214340.tif 000007
【図６】
2013214340.tif 000008
【図７】
2013214340.tif 000009
【図８】
2013214340.tif 000010
【図９】
2013214340.tif 000011
【図１０】
2013214340.tif 000012
【図１１】
2013214340.tif 000013
【図１２】
2013214340.tif 000014
【図１３】
2013214340.tif 000015
【図１４】
2013214340.tif 000016
【図１５】
2013214340.tif 000017
【図１６】
2013214340.tif 000018
【図１７】
2013214340.tif 000019
【図１８】
2013214340.tif 000020
【図１９】
2013214340.tif 000021
【図２０】
2013214340.tif 000022
【図２１】
2013214340.tif 000023
【図２２】
2013214340.tif 000024
【図２３】
2013214340.tif 000025