(57)【要約】【課題】  連続して視聴される番組と、非連続的に視聴される番組に基づく嗜好情報を適正に生成し、よりユーザの嗜好に合う番組を推薦できるようにする【解決手段】  嗜好情報抽出部１０１で番組のメタデータに基づく番組嗜好情報を抽出し、番組の視聴履歴を記録する。初めて視聴された番組の嗜好情報は、特殊番組嗜好情報として記録される。また、視聴回数が閾値を超える番組の番組嗜好情報に基づいて、ユーザ嗜好情報が生成される。制御部１０３が、視聴回数が閾値を超える番組について自動録画の予約設定を行う。自動録画の予約が解除された場合、嗜好情報更新部１０２が、予約が解除された回の番組のメタデータに基づいて、ユーザ嗜好情報を変更する。【選択図】  図４
2004206679.tif 000002
【特許請求の範囲】
【請求項１】
配信されるコンテンツの属性を表す項目から生成された複数のグループ化項目に基づくグループに、前記コンテンツを分類する分類手段と、
前記グループに属する前記コンテンツの利用履歴に基づいて、前記グループの利用頻度を算出する算出手段と、
前記算出手段により算出された前記利用頻度に基づいて、ユーザの嗜好を表すユーザ嗜好情報を生成する生成手段と、
前記生成手段により生成された前記利用頻度に基づいて選択された前記グループに属するコンテンツを推薦する推薦手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記分類手段は、前記コンテンツの放送時間帯と少なくとも１つ以上の他の属性に基づくグループに前記コンテンツを分類する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記分類手段は、前記コンテンツを、少なくとも前記コンテンツの放送時間帯に基づくグループに分類するとともに、他の属性に基づくグループに分類し、
前記生成手段は、それぞれの前記グループの利用頻度を利用して、前記ユーザ嗜好情報を生成する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記分類手段は、前記コンテンツの属性を形態素解析し、その結果得られた要素に基づくグループに、前記コンテンツを分類する
を特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記生成手段は、前記グループに属する前記コンテンツの利用状態が所定の条件を満たしている前記グループの利用頻度を利用して、前記ユーザ嗜好情報を生成する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項６】
前記推薦手段は、
前記算出手段により算出された前記利用頻度が、予め設定された値より高いか否かを判定する判定手段と、
前記判定手段により、前記利用頻度が、予め設定された値より高いと判定された場合、前記コンテンツの推薦情報に、頻繁に視聴されるコンテンツであることを表す定番フラグを設定する設定手段と
を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記生成手段は、
前記算出手段により算出された前記利用頻度が予め設定された値より高いグループのコンテンツのメタデータを取得し、前記メタデータの特徴量を表すベクトルを抽出する抽出手段を備え、
前記抽出手段により抽出されたベクトルに基づいて、前記嗜好情報を生成する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項８】
前記生成手段は、
前記算出手段により算出された前記利用頻度が予め設定された値より高いグループのコンテンツが、前記定番フラグが設定されたコンテンツ推薦情報に対応するコンテンツか否かを判定する定番判定手段を備え、
前記定番判定手段により、前記コンテンツが、前記定番フラグが設定されたコンテンツ推薦情報に対応するコンテンツではないと判定された場合、前記抽出手段は、コンテンツのメタデータを取得し、前記メタデータの特徴量を表すベクトルを抽出する
ことを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記嗜好情報は、複数の属性とその属性の重要度を表す値により構成される
ことを特徴とする請求項７に記載の情報処理装置。
【請求項１０】
前記生成手段は、
前記算出手段により算出された前記利用頻度に基づいて、前記コンテンツの熟知度を設定する熟知度設定手段を備え、
前記熟知度に基づいて、前記嗜好情報の重要度を表す値に重み付けを行う
ことを特徴とする請求項７に記載の情報処理装置。
【請求項１１】
前記生成手段は、
前記コンテンツの利用履歴に基づいて、過去に１回だけ利用されたコンテンツを検索する検索手段と、
前記検索手段により検索されたコンテンツのメタデータに基づいて、特殊嗜好情報を生成する特殊嗜好情報生成手段とをさらに備える
ことを特徴とする請求項７に記載の情報処理装置。
【請求項１２】
前記嗜好情報または前記特殊嗜好情報の特徴量を表すベクトルを抽出する第１の抽出手段と、
予め設定された期間に放送されるコンテンツのメタデータを取得し、前記メタデータの特徴量を表すベクトルを抽出する第２の抽出手段と、
前記第１の抽出手段により抽出されたベクトルと第２の抽出手段により抽出されたベクトルの類似度を演算する演算手段とを備え、
前記推薦手段は、前記類似度が高い順に、予め設定された数だけ前記第２の抽出手段により抽出されたベクトルを選択し、選択されたベクトルのメタデータに基づいて、コンテンツを推薦する
ことを特徴とする請求項１１に記載の情報処理装置。
【請求項１３】
配信されるコンテンツの属性を表す項目から生成された複数のグループ化項目に基づくグループに、前記コンテンツを分類する分類ステップと、
前記グループに属する前記コンテンツの利用履歴に基づいて、前記グループの利用頻度を算出する算出ステップと、
前記算出ステップの処理で算出された前記利用頻度に基づいて、ユーザの嗜好を表すユーザ嗜好情報を生成する生成ステップと、
前記生成ステップの処理で生成された前記利用頻度に基づいて選択された前記グループに属するコンテンツを推薦する推薦ステップと
を含むことを特徴とする情報処理方法。
【請求項１４】
配信されるコンテンツの属性を表す項目から生成された複数のグループ化項目に基づくグループに、前記コンテンツを分類する分類ステップと、
前記グループに属する前記コンテンツの利用履歴に基づいて、前記グループの利用頻度を算出する算出ステップと、
前記算出ステップの処理で算出された前記利用頻度に基づいて、ユーザの嗜好を表すユーザ嗜好情報を生成する生成ステップと、
前記生成ステップの処理で生成された前記利用頻度に基づいて選択された前記グループに属するコンテンツを推薦する推薦ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項１５】
配信されるコンテンツの属性を表す項目から生成された複数のグループ化項目に基づくグループに、前記コンテンツを分類する分類ステップと、
前記グループに属する前記コンテンツの利用履歴に基づいて、前記グループの利用頻度を算出する算出ステップと、
前記算出ステップの処理で算出された前記利用頻度に基づいて、ユーザの嗜好を表すユーザ嗜好情報を生成する生成ステップと、
前記生成ステップの処理で生成された前記利用頻度に基づいて選択された前記グループに属するコンテンツを推薦する推薦ステップと
を含む処理をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、コンテンツの推薦を効率よく、かつ効果的に行うことができる情報処理装置および方法、記録媒体、並びにプログラムに関する。
【背景技術】
【０００２】
配信されるコンテンツから、ユーザの嗜好の合うコンテンツを検出し、そのコンテンツの情報を提供するコンテンツ推薦システムが存在する（例えば、特許文献）。
【０００３】
このシステムでは、例えば、ユーザがよく利用するコンテンツの属性（例えば、ジャンル）を検出し、その属性毎にコンテンツが推薦される。
【０００４】
【特許文献１】特開２０００−２８７１８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、コンテンツの属性は、コンテンツの編成等の事情に基づいてコンテンツの提供元により設定されているので、その属性毎の推薦では、推薦すべきコンテンツを効率的または効果的に検出することができない場合があった。
【０００６】
本発明はこのような状況に鑑みてなされたものであり、コンテンツの推薦を行う側が、コンテンツの属性を利用してコンテンツをグループ化し、グループ毎にコンテンツの推薦を行うことができるようにするものである。
【課題を解決するための手段】
【０００７】
本発明の情報処理装置は、配信されるコンテンツの属性を表す項目から生成された複数のグループ化項目に基づくグループに、コンテンツを分類する分類手段と、グループに属するコンテンツの利用履歴に基づいて、グループの利用頻度を算出する算出手段と、算出手段により算出された利用頻度に基づいて、ユーザの嗜好を表すユーザ嗜好情報を生成する生成手段と、生成手段により生成された利用頻度に基づいて選択されたグループに属するコンテンツを推薦する推薦手段とを備えることを特徴とする。
【０００８】
分類手段は、コンテンツの放送時間帯と少なくとも１つ以上の他の属性に基づくグループにコンテンツを分類することを特徴とする。
【０００９】
分類手段は、コンテンツを、少なくともコンテンツの放送時間帯に基づくグループに分類するとともに、他の属性に基づくグループに分類し、生成手段は、それぞれのグループの利用頻度を利用して、ユーザ嗜好情報を生成することができる。
【００１０】
分類手段は、コンテンツの属性を形態素解析し、その結果得られた要素に基づくグループに、コンテンツを分類するができる。
【００１１】
生成手段は、グループに属するコンテンツの利用状態が所定の条件を満たしているグループの利用頻度を利用して、ユーザ嗜好情報を生成することができる。
【００１２】
推薦手段は、算出手段により算出された利用頻度が、予め設定された値より高いか否かを判定する判定手段と、判定手段により、利用頻度が、予め設定された値より高いと判定された場合、コンテンツの推薦情報に、頻繁に視聴されるコンテンツであることを表す定番フラグを設定する設定手段とを備えるようにすることができる。
【００１３】
生成手段は、算出手段により算出された利用頻度が予め設定された値より高いグループのコンテンツのメタデータを取得し、メタデータの特徴量を表すベクトルを抽出する抽出手段を備え、抽出手段により抽出されたベクトルに基づいて、嗜好情報を生成することができる。
【００１４】
生成手段は、算出手段により算出された利用頻度が予め設定された値より高いグループのコンテンツが、定番フラグが設定されたコンテンツ推薦情報に対応するコンテンツか否かを判定する定番判定手段を備え、定番判定手段により、コンテンツが、定番フラグが設定されたコンテンツ推薦情報に対応するコンテンツではないと判定された場合、抽出手段は、コンテンツのメタデータを取得し、メタデータの特徴量を表すベクトルを抽出するようにすることができる。
【００１５】
嗜好情報は、複数の属性とその属性の重要度を表す値により構成されるようにすることができる。
【００１６】
生成手段は、算出手段により算出された利用頻度に基づいて、コンテンツの熟知度を設定する熟知度設定手段を備え、熟知度に基づいて、嗜好情報の重要度を表す値に重み付けを行うようにすることができる。
【００１７】
生成手段は、コンテンツの利用履歴に基づいて、過去に１回だけ利用されたコンテンツを検索する検索手段と、検索手段により検索されたコンテンツのメタデータに基づいて、特殊嗜好情報を生成する特殊嗜好情報生成手段とをさらに備えるようにすることができる。
【００１８】
嗜好情報または特殊嗜好情報の特徴量を表すベクトルを抽出する第１の抽出手段と、予め設定された期間に放送されるコンテンツのメタデータを取得し、メタデータの特徴量を表すベクトルを抽出する第２の抽出手段と、第１の抽出手段により抽出されたベクトルと第２の抽出手段により抽出されたベクトルの類似度を演算する演算手段とを備え、推薦手段は、類似度が高い順に、予め設定された数だけ第２の抽出手段により抽出されたベクトルを選択し、選択されたベクトルのメタデータに基づいて、コンテンツを推薦するようにすることができる。
【００１９】
本発明の情報処理方法は、配信されるコンテンツの属性を表す項目から生成された複数のグループ化項目に基づくグループに、コンテンツを分類する分類ステップと、グループに属するコンテンツの利用履歴に基づいて、グループの利用頻度を算出する算出ステップと、算出ステップの処理で算出された利用頻度に基づいて、ユーザの嗜好を表すユーザ嗜好情報を生成する生成ステップと、生成ステップの処理で生成された利用頻度に基づいて選択されたグループに属するコンテンツを推薦する推薦ステップとを含むことを特徴とする。
【００２０】
本発明のプログラムは、配信されるコンテンツの属性を表す項目から生成された複数のグループ化項目に基づくグループに、コンテンツを分類する分類ステップと、グループに属するコンテンツの利用履歴に基づいて、グループの利用頻度を算出する算出ステップと、算出ステップの処理で算出された利用頻度に基づいて、ユーザの嗜好を表すユーザ嗜好情報を生成する生成ステップと、生成ステップの処理で生成された利用頻度に基づいて選択されたグループに属するコンテンツを推薦する推薦ステップとを含むことを特徴とする。
【００２１】
本発明の情報処理装置および方法、並びにプログラムにおいては、配信されるコンテンツの属性を表す項目から生成された複数のグループ化項目に基づくグループに、コンテンツが分類され、グループに属するコンテンツの利用履歴に基づいて、グループの利用頻度が算出され、算出された利用頻度に基づいて、ユーザの嗜好を表すユーザ嗜好情報が生成され、生成された利用頻度に基づいて選択されたグループに属するコンテンツが推薦される。
【発明の効果】
【００２２】
本発明によれば、コンテンツの属性を表す項目から生成されたグループ化項目におけるグループ毎の利用頻度から、コンテンツ推薦を行うことができる。
【発明を実施するための最良の形態】
【００２３】
図１は、本発明を適用したコンテンツ推薦システムの構成例を示している。
【００２４】
配信サーバ３は、ストリーミングデータデータベース１から、ストリーミングデータを取得し、インターネットその他のネットワークを含むネットワーク６を介して、クライアント機器５に配信する。配信サーバ３はまた、メタデータデータベース２から、コンテンツのメタデータを取得し、ネットワーク６を介して、コンテンツ推薦サーバ４に供給する。
【００２５】
メタデータは、コンテンツ毎に、例えば、図２に示すような、「放送開始時刻」、「放送終了時刻」、「放送局」、「ジャンル」、「タイトル」、「出演者名」、「番組内容」、および「キーワード」等のコンテンツの属性を表す項目から構成されている。
【００２６】
コンテンツ推薦サーバ４は、配信サーバ３から供給されたメタデータの所定の項目をグループ化項目とし、その項目の構成要素を所定のグループに分類し、グループ毎にＩＤを割り当てる。
【００２７】
例えば図３に示すように、メタデータの項目「放送局」、項目「放送開始時刻」、および項目「放送終了時刻」が１つのグループ化項目とされ、その構成要素である「８ch、１０ch、・・・」と「０：００〜２４：００」が、各放送局と１時間の放送時間の組にグループ化され、そのグループ毎にＩＤが割り当てられる。
【００２８】
また、図４に示すように、メタデータの項目「ジャンル」および項目「出演者」が１つのグループ化項目とされ、その構成要素である「バラエティ、ニュース、映画、・・・」と「タレントＡ、タレントＢ、・・・・」が、各ジャンルと各出演者の組にグループ化され、そのグループ毎にＩＤが割り当てられる。
【００２９】
なお、図３，４の例では、グループ化項目が、メタデータの複数の項目から構成されているが、１つの項目とすることもできる。
【００３０】
コンテンツ推薦サーバ４はまた、図５に示すように、メタデータのそれぞれに、そのメタデータの項目の内容に対応するグループのグループＩＤを設定する。なおコンテンツの属性によっては、図５に示すように、複数のグループＩＤが設定される場合もある。
【００３１】
コンテンツ推薦サーバ４は、このようにグループＩＤが設定されたメタデータを、適宜、クライアント機器５に送信する。
【００３２】
コンテンツ推薦サーバ４はまた、クライアント機器５から、コンテンツのグループＩＤを含む利用履歴を適宜取得し、その利用履歴に基づいて、グループの利用頻度を算出する。そしてコンテンツ推薦サーバ４は、算出したその利用頻度をユーザの嗜好を表すものとして利用し、グループ毎にコンテンツの推薦を行う。詳細は後述するが、高い利用頻度のグループに属するコンテンツに関する情報が、コンテンツ推薦情報としてクライアント機器５に送信される。
【００３３】
クライアント機器５は、配信サーバ３から配信されてきたコンテンツを利用するが、その利用履歴として、利用したコンテンツの、例えば図６に示すようなメタデータ（グループＩＤが設定されたもの）を、適宜、コンテンツ推薦サーバ４に供給する。
【００３４】
クライアント機器５は、コンテンツ推薦サーバ４から供給されたコンテンツ推薦情報を表示してユーザに提示する。ユーザは、それを参照することにより、自分の嗜好にあったコンテンツを選択することができる。
【００３５】
なお、ここでの配信サーバ３乃至クライアント機器５の通信は、ネットワーク６を介して行われているが、それぞれ直接通信する構成にすることもできる。
【００３６】
図７は、コンテンツ推薦サーバ４の構成例を示している。CPU（Central Processing Unit）１１は、ROM（Read Only Memory）１２に記憶されている、例えば、コンテンツ推薦用のプログラム等に従って所定の処理を実行する。RAM（Random Access Memory）１３には、CPU１１がその処理を実行する上において必要なデータなどが適宜記憶される。
【００３７】
CPU１１にはバス１４を介して入出力インタフェース１５が接続されている。
入出力インタフェース１５には、キーボード、マウスなどよりなる入力部１６、LCD（Liquid Crystal Display）などよりなる出力部１７、メタデータ等を記憶する記憶部１８、およびネットワーク６を介して配信サーバ３またはクライアント機器５との通信を行う通信部１９が接続されている。
【００３８】
入出力インタフェース１５には、ドライブ２０が適宜接続され、CPU１１は、そこに装着される磁気ディスク３１、光ディスク３２、光磁気ディスク３３、または半導体メモリ３４との間でデータの授受を行う。
【００３９】
なお、ＣＰＵ１１の機能的構成例として、例えば、ユーザの嗜好情報を取得する嗜好情報取得部、配信サーバ３から番組のメタデータを取得するメタデータ取得部、およびコンテンツの推薦情報を生成する推薦情報生成部により構成されるようにすることも可能である。
【００４０】
図８は、クライアント機器５の構成例を示している。この構成は、コンテンツ推薦サーバ４の構成と基本的に同様であるので、その説明は省略する。
【００４１】
次に、ユーザ嗜好情報を生成する場合のコンテンツ推薦サーバ４の動作を、図９のフローチャートを参照して説明する。
【００４２】
ステップＳ１において、コンテンツ推薦サーバ４のCPU１１は、ユーザ嗜好情報を生成するタイミングであるか否かを判定し、そのタイミングであると判定した場合、ステップＳ２に進む。例えば、クライアント機器５からコンテンツ推薦情報（後述）の提供が要求されたとき、または予め決められた時期（例えば、毎週所定の時刻）が来たとき、ステップＳ２に進む。
【００４３】
ステップＳ２において、CPU１１は、通信部１９を介して、クライアント機器５から、所定の利用履歴を取得する。この例の場合、１週間前からの間に利用されたコンテンツのメタデータ（グループＩＤが設定されている）が取得される。CPU１１は、グループ化項目毎に、グループ毎の利用頻度を算出する。
【００４４】
この例の場合、図３に示したように項目「放送局」、項目「放送開始時刻」、および項目「放送終了時刻」からなるグループ化項目がグループ化されているので、図１０に示すように、そのグループ毎の利用頻度（回数）が算出される。なお、図１０には、利用回数の高い上位３個のグループが示されている。
【００４５】
また図４に示したように項目「ジャンル」および項目「出演者」からなるグループ化項目もグループ化されているので、図１１Ａに示すように、そのグループ毎の利用回数が算出される。図１１Ａにも、利用回数が高い上位３個のグループが示されている。
【００４６】
なお、図１１Ａの利用回数は、コンテンツの配信数に応じて多くなる可能性があるので、そのままではユーザの嗜好を正確に対応しない。そのため、ステップＳ２で取得された利用履歴に対応する期間中に配信されたコンテンツ数で利用回数が正規化される。
【００４７】
例えば、タレントＤが出演するバラエティ番組が、その期間（この例の場合、１週間）の間に１０本配信され、タレントＤが出演するニュース番組が、その期間の間に１００本配信され、タレントＣが出演するバラエティ番組が、その期間の間に８０本配信された場合、図１１Ａの利用回数は、図１１Ｂに示すように、正規化される。このように利用回数を正規化することでユーザの嗜好を適切に対応した利用頻度を得ることができる。
【００４８】
図９に戻り、ステップＳ３において、コンテンツ編集サーバ４のCPU１１は、グループ化項目毎に、所定の閾値以上の利用頻度が得られたグループを検出する。
【００４９】
例えば、項目「放送局」、項目「放送開始時刻」、および項目「放送開始時刻」からなるグループ化項目の閾値が値７である場合、図１０の例では、グループ「８ch，２０：００〜２１：００」、およびグループ「１０ch，１９：００〜２０：００」の２つのグループが検出される。
【００５０】
また項目「ジャンル」および項目「出演者」からなるグループ化項目の閾値が値０．０６である場合、図１１Ｂの例では、グループ「バラエティ，タレントＤ」、グループ「ニュース，タレントＤ」、およびグループ「バラエティ，タレントＣ」の３つのグループが検出される。
【００５１】
次に、ステップＳ４において、CPU１１は、ステップＳ３で検出したグループに属するコンテンツの利用状態が所定の条件を満たしているか否かを判定し、その条件を満たしている場合、そのグループを、ユーザに嗜好に対応するものとして、後述するユーザ嗜好情報の生成に利用する。一方、その条件を満たしていない場合、そのグループは、ユーザ嗜好情報の生成に利用されない。
【００５２】
具体的には、そのグループに属するコンテンツの配信リストに基づいて、いまから遡って所定の回数連続して利用されなかったか否かが判定される。
【００５３】
例えば、その所定の回数が３回である場合、図１２に示すように、グループ「８ch，２０：００〜２１：００」に属する番組の、いまから遡って最も最近の番組Ａは視聴されなかったが、その前に配信された番組Ｂは視聴されているとき、グループ「８ch，２０：００〜２１：００」は、ユーザの嗜好に対応するものとされる。
【００５４】
一方、図１３に示すように、グループ「バラエティ，タレントＤ」に属するコンテンツが３回連続して視聴されなかったとき、グループ「バラエティ，タレントＤ」は、ユーザの嗜好に対応しないものとされる。
【００５５】
なお、図１４に示すように、所定の回数（例えば、３回）連続して利用されたか否かを条件としてユーザの嗜好に対応するグループを選ぶこともできる。
【００５６】
ステップＳ６において、CPU１１は、ステップＳ５で、ユーザの嗜好に対応するものとされたグループのグループIDをユーザ嗜好情報として、記憶部１８に記憶する。
【００５７】
この例の場合、項目「放送局」、項目「放送開始時刻」、および項目「放送終了時刻」からなるグループ化項目におけるグループ「８ch，２０：００〜２１：００」とグループ「１０ch，１９：００〜２０：００」のグループID、および項目「ジャンル」および項目「出演者」からなるグループ化項目におけるグループ「ニュース，タレントＤ」とグループ「バラエティ，タレントＣ」のグループIDが、ユーザ嗜好情報として記憶部１８に記憶される。
【００５８】
次に、コンテンツ推薦情報を生成する場合のコンテンツ推薦サーバ４の動作を、図１５のフローチャートを参照して説明する。
【００５９】
ステップＳ２１において、コンテンツ推薦サーバ４のCPU１１は、クライアント機器５から、コンテンツ推薦情報の提供が要求されるまで待機し、その要求があったとき、ステップＳ２２に進み、記憶部１８から上述したようにして生成したユーザ嗜好情報を取得する。
【００６０】
ステップＳ２３において、CPU１１は、いまから配信されるコンテンツのメタデータ（グループIDが設定されているもの）から、ユーザ嗜好情報としてのグループIDと同じグループIDが設定されているメタデータを抽出する。CPU１１は、抽出したメタデータからコンテンツ推薦情報を生成する。
【００６１】
なお、グループ化項目が複数ある場合には（例えば、図３，４）には、各グループ化項目から抽出されたグループのいずれにも属するコンテンツのメタデータを抽出することもできる。
【００６２】
ステップＳ２４において、CPU１１は、通信部１９を介して、ステップＳ２３で生成したコンテンツ推薦情報を、クライアント機器５に送信する。クライアント機器５は、コンテンツ推薦サーバ４から送信されてきたコンテンツ推薦情報を出力部５７に表示する。
【００６３】
図１６および図１７は、コンテンツ推薦情報の表示例を示している。
【００６４】
図１６の例では、項目「放送局」、項目「放送開始時刻」、および項目「放送終了時刻」からなるグループ化項目のグループ「８ch，２０：００〜２１：００」に属する番組ＡＡＡの情報（タイトル等）と、グループ「１０ch，１９：００〜２０：００」に属する番組ＢＢＡの情報（タイトル等）が表示されている。
【００６５】
図１７の例では、項目「ジャンル」および項目「出演者」からなるグループ化項目のグループ「ニュース，タレントＤ」およびグループ「バラエティ，タレントＣ」に属する番組に関する情報（タイトル等）が表示されている。なお、図１７の例の場合、それぞれのグループに属する番組の情報が表示されるウインドウが一部重なって表示されている。
【００６６】
ユーザは、このように表示されたコンテンツ推薦情報を参照して、視聴する番組を選択することができる。
【００６７】
以上のように、ユーザの嗜好を把握するための利用頻度を、グループIDを利用してグループ毎に算出するようにしたので、メタデータの項目毎に利用頻度を算出する場合に比べ、その計算量を少なくすることができる。
【００６８】
また、コンテンツ推薦情報がグループ毎にまとまって表示されるようにしたので、表示スペースが小さいクライアント機器５においても適切にコンテンツ推薦情報を表示することができる。
【００６９】
また、以上においては、メタデータの項目「放送局」、項目「放送開始時刻」、および項目「放送終了時刻」、並びに項目「ジャンル」および項目「出演者」を利用してグループ化を行ったが、項目「タイトル」や項目「内容」など他の項目を利用してグループ化を行うこともできる。その結果、例えば、再放送やスペシャル版の番組をオリジナルの番組と同じグループに属するコンテンツとして扱うことができるので、オリジナルであろうと、再放送されたものであろうと、その番組が視聴されれば、その利用履歴をユーザ嗜好情報生成に反映することができる。
【００７０】
ここで、図１８のフローチャートを参照して、項目「タイトル」を利用してグループ化を行う処理について説明する。
【００７１】
ステップＳ６１において、コンテンツ推薦サーバ４は、メタデータから、タイトルを抽出する。
【００７２】
ステップＳ６２において、コンテンツ推薦サーバ４は、タイトルを形態素解析し、単語に分解する。具体的には、メタデータに含まれている映画の題名が「東海道三谷怪談」であった場合、これがタイトルとして形態素解析されるので、「東海道」、「三谷」、「怪談」の３つの単語が得られる。
【００７３】
ステップＳ６３において、コンテンツ推薦サーバ４は、解析された単語、もしくは、複数の単語から構成される単語群のうちのいずれかを抽出して、記憶部１８から、抽出された単語、または単語群に対応するグループＩＤを抽出する。
【００７４】
ここで、複数の単語から構成される単語群とは、形態素解析により得られた単語の組み合わせにより生成される単語群であり、例えば、形態素解析により得られた単語が「東海道」、「三谷」、「怪談」である場合、単語群は、「東海道・三谷」、「東海道・怪談」、「三谷・怪談」となる。
【００７５】
ステップＳ６４において、コンテンツ推薦サーバ４は、グループＩＤが抽出されたか否かを判断する。
【００７６】
ステップＳ６４において、対応するグループＩＤが抽出されなかったと判断された場合、抽出された単語、もしくは、複数の単語から構成される単語群には、まだグループＩＤが付けられていないので、ステップＳ６５において、抽出された単語、もしくは、複数の単語から構成される単語群に新たなグループＩＤを対応付ける。また、コンテンツ推薦サーバ４は、単語、もしくは、複数の単語から構成される単語群と、それに対応するグループＩＤを記憶する。
【００７７】
ステップＳ６４において、対応するグループＩＤが抽出されたと判断された場合、または、ステップＳ６５の処理の終了後、ステップＳ６６において、コンテンツ推薦サーバ４は、タイトルを構成する全ての単語、もしくは、複数の単語から構成される単語群についてグループＩＤを抽出したか否かを判断する。
【００７８】
ステップＳ６６において、タイトルを構成する全ての単語、もしくは、複数の単語から構成される単語群についてグループＩＤを抽出していないと判断された場合、処理は、ステップＳ６３に戻り、それ以降の処理が繰り返される。
【００７９】
ステップＳ６６において、タイトルを構成する全ての単語、もしくは、複数の単語から構成される単語群についてグループＩＤが抽出されたと判断された場合、ステップＳ６７において、コンテンツ推薦サーバ４は、メタデータに、抽出されたグループＩＤを対応付けて、処理が終了される。
【００８０】
なお、類似したタイトルの番組を、同一のグループとするようにしても良い。例えば、タイトル「２年Ａ組銀八先生」の連続ドラマと、タイトル「２年Ａ組銀八先生スペシャル」の特別番組とを、同一のグループとしてグループ化することができるように、タイトルを構成する単語の形態素解析結果を基に、例えば、２週間、1ヶ月、半年などの所定の期間の番組タイトルで、単語の一致率を総当りで算出し、単語の一致率が所定の値以上である場合、同一グループとするようにしてもよい。
【００８１】
次に、図１９のフローチャートを参照して、タイトルを構成する単語の一致率によりグループ化を実行するタイトルグループ化処理２について説明する。
【００８２】
ステップＳ４０１およびステップＳ４０２において、図１８を用いて説明した、ステップＳ６１およびステップＳ６２と同様の処理が実行される。すなわち、コンテンツ推薦サーバ４は、メタデータから、タイトルを抽出して形態素解析し、単語に分解する。
【００８３】
ステップＳ４０３において、コンテンツ推薦サーバ４は、解析された単語を基に、タイトル間の単語の一致度、すなわち、単語が一致している割合を示す一致率を算出する。
【００８４】
具体的には、タイトル「２年Ａ組銀八先生」と、タイトル「２年Ａ組銀八先生スペシャル」とが、それぞれ、「２」「年」「Ａ」「組」「銀八」「先生」と、「２」「年」「Ａ」「組」「銀八」「先生」「スペシャル」とに形態素分析された場合、この２つの番組のタイトルを構成する単語の一致率は、６／７で８５．７％となる。
【００８５】
ステップＳ４０４において、コンテンツ推薦サーバ４は、単語が、例えば、７０％などの所定の値以上一致しているか否かを判断する。この、一致率の閾値は、７０％以外のいかなる数値であっても良いことは言うまでもない。
【００８６】
ステップＳ４０４において、単語が、７０％などの所定の値以上一致していると判断された場合、ステップＳ４０５において、コンテンツ推薦サーバ４は、それらの番組に、同一のグループＩＤを対応付ける。また、コンテンツ推薦サーバ４は、一致した単語、または、単語群と、それに対応するグループＩＤを記憶する。
【００８７】
ステップＳ４０４において、７０％などの所定の値以下の一致率であると判断された場合、または、ステップＳ４０５の処理の終了後、ステップＳ４０６において、コンテンツ推薦サーバ４は、タイトルの総当りが終了したか否かを判断する。
【００８８】
ステップＳ４０６において、タイトルの総当りが終了していないと判断された場合、処理は、ステップＳ４０３に戻り、それ以降の処理が繰り返される。
【００８９】
ステップＳ４０６において、タイトルの総当りが終了したと判断された場合、処理が終了される。
【００９０】
このような処理により、タイトルを構成する単語の一致率を基にしたグループＩＤが対応付けられるので、例えば、連続ドラマとスペシャル番組などの類似したタイトルの番組を、同一のグループとして処理させるようにすることができる。
【００９１】
また、タイトルを構成する単語の一致率を基にグループを決定するようにすることにより、例えば、メタデータにおいて、数字の半角と全角、または、英字の半角と全角、もしくは、大文字と小文字などの表記ゆれがあった場合にも、同一タイトルの番組を、同一のグループとして検出することが可能となる。
【００９２】
また、単語の一致率に加えて、例えば、放送局や番組ジャンル、あるいは、放送開始時刻などを、グループ化の条件に加えるようにしても良い。例えば、ニュース番組などにおいては、タイトルが、「ニュース」を含む少ない単語によって構成されているので、図１９を用いて説明した処理では、異なる放送局の異なる形態のニュース番組であっても、同一のグループとして検出されてしまう恐れがあるので、単語の一致率に加えて、放送局も一致した場合、同一グループとするようにしても良い。
【００９３】
次に、図２０のフローチャートを参照して、放送局の一致を条件に加えて、タイトルを構成する単語の一致率によりグループ化を実行するタイトルグループ化処理３について説明する。
【００９４】
ステップＳ４２１乃至ステップＳ４２４において、図１９を用いて説明した、ステップＳ４０１乃至ステップＳ４０４と同様の処理が実行される。すなわち、コンテンツ推薦サーバ４は、メタデータから、タイトルを抽出して形態素解析し、単語に分解する。そして、コンテンツ推薦サーバ４は、解析された単語を基に、タイトル間の単語の一致度を算出し、単語が、例えば、７０％などの所定の値以上一致しているか否かを判断する。
【００９５】
ステップＳ４２４において、単語が、７０％などの所定の値以上一致していると判断された場合、ステップＳ４２５において、コンテンツ推薦サーバ４は、それらの番組の放送局が一致しているか否かを判断する。
【００９６】
ステップＳ４２５において、これらの番組の放送局が一致していると判断された場合、ステップＳ４２６において、コンテンツ推薦サーバ４は、それらの番組に、同一のグループＩＤを対応付ける。また、コンテンツ推薦サーバ４は、一致した単語、または、単語群と、それに対応する放送局およびグループＩＤを記憶する。
【００９７】
ステップＳ４２４において、７０％などの所定の値以下の一致率であると判断された場合、ステップＳ４２５において、これらの番組の放送局が一致していないと判断された場合、または、ステップＳ４２６の処理の終了後、ステップＳ４２７において、コンテンツ推薦サーバ４は、タイトルの総当りが終了したか否かを判断する。
【００９８】
ステップＳ４２７において、タイトルの総当りが終了していないと判断された場合、処理は、ステップＳ４２３に戻り、それ以降の処理が繰り返される。
【００９９】
ステップＳ４２７において、タイトルの総当りが終了したと判断された場合、処理が終了される。
【０１００】
このような処理により、放送局の一致とタイトルを構成する単語の一致率を基にしたグループＩＤが対応付けられるので、例えば、類似したタイトルの番組を、同一のグループとする場合に、他局のニュース番組を同一のグループとするようなことを防ぐことができる。
【０１０１】
なお、図２０においては、タイトルを構成する単語の一致率以外に、同一の放送局であるか否かを条件として、グループ化を行うものとして説明したが、放送局以外の、例えば、放送時間帯やジャンルなどを、タイトルを構成する単語の一致率以外の条件として、グループ化を実行するようにしても良いことは言うまでもない。
【０１０２】
更に、例えば、連続ドラマや帯番組の放送開始時刻が、スポーツ中継や特別番組などのためにずれた場合においても、同一グループとして検出可能なように、タイトルを構成する単語の一致率以外の条件を、放送時刻が、例えば、１時間などの所定の時間範囲内のずれで一致しているか否かとして、グループ化を実行するようにしても良い。
【０１０３】
図２１のフローチャートを参照して、放送時刻が、所定の時間範囲内のずれで一致しているか否かを条件に加えて、タイトルを構成する単語の一致率によりグループ化を実行するタイトルグループ化処理４について説明する。
【０１０４】
ステップＳ４４１乃至ステップＳ４４４において、図１９を用いて説明した、ステップＳ４０１乃至ステップＳ４０４と同様の処理が実行される。すなわち、コンテンツ推薦サーバ４は、メタデータから、タイトルを抽出して形態素解析し、単語に分解する。そして、コンテンツ推薦サーバ４は、解析された単語を基に、タイトル間の単語の一致度を算出し、単語が、例えば、７０％などの所定の値以上一致しているか否かを判断する。
【０１０５】
ステップＳ４４４において、単語が、７０％などの所定の値以上一致していると判断された場合、ステップＳ４４５において、コンテンツ推薦サーバ４は、それらの番組の放送開始時刻が、例えば、１時間などの所定の範囲内のずれで一致しているか否かを判断する。
【０１０６】
ステップＳ４４５において、それらの番組の放送開始時刻が所定の範囲内のずれで一致していると判断された場合、ステップＳ４４６において、コンテンツ推薦サーバ４は、それらの番組に、同一のグループＩＤを対応付ける。また、コンテンツ推薦サーバ４は、一致した単語、または、単語群と、それに対応する放送開始時刻の範囲、およびグループＩＤを記憶する。
【０１０７】
ステップＳ４４４において、７０％などの所定の値以下の一致率であると判断された場合、ステップＳ４４５において、それらの番組の放送開始時刻が所定の範囲以上にずれていると判断された場合、または、ステップＳ４４６の処理の終了後、ステップＳ４４７において、コンテンツ推薦サーバ４は、タイトルの総当りが終了したか否かを判断する。
【０１０８】
ステップＳ４４７において、タイトルの総当りが終了していないと判断された場合、処理は、ステップＳ４４３に戻り、それ以降の処理が繰り返される。
【０１０９】
ステップＳ４４７において、タイトルの総当りが終了したと判断された場合、処理が終了される。
【０１１０】
このような処理により、放送開始時刻の所定の範囲内のずれを含む一致と、タイトルを構成する単語の一致率を基にしたグループＩＤが対応付けられるので、例えば、類似したタイトルの番組を同一のグループとする場合に、特別番組などによる放送時刻の変更のために、同一グループとして検出されるべき番組が、同一グループとして検出されないようなことを防ぐことができる。
【０１１１】
なお、以上においては、コンテンツ推薦サーバ４が、ユーザ嗜好情報生成処理（図９）およびコンテンツ推薦情報処理（図１５）を行う場合を例として説明したが、クライアント機器５が、コンテンツ推薦サーバ４から供給されるグループＩＤが設定されたメタデータ（グループ化情報）を利用して、自分自身がグループ毎の利用頻度を算出してユーザ嗜好情報を生成し、それに基づいてコンテンツ推薦情報を生成することもできる。
【０１１２】
また、頻繁に視聴される番組をいわゆる定番の番組として推薦し、推薦された番組が自動的に、視聴または録画されるようにすることもできる。図２２を参照して定番番組設定処理について説明する。この処理は、コンテンツ推薦サーバ４において、図１５を参照して上述したコンテンツ推薦情報生成処理を実行するのに先立って（事前に）実行される。
【０１１３】
ステップＳ５０１において、CPU１１は、利用履歴を分析する。このとき、図９のステップＳ２の場合と同様に、クライアント機器５から、所定の期間に利用されたコンテンツのメタデータ（グループＩＤが設定されている）が取得され、グループ毎の利用回数（図１０）、または利用頻度（図１１Ｂ）が分析される。
【０１１４】
ステップＳ５０２において、CPU１１は、利用回数（視聴回数）が所定の閾値を超える番組があるか否かを判定し、利用回数が閾値を超える番組があると判定された場合、ステップＳ５０３に進み、当該番組（利用回数が閾値を超える番組）のコンテンツ推薦情報に、この番組が定番であることを表す定番フラグを設定する。
【０１１５】
また、ステップＳ５０２において、視聴頻度が閾値を超える番組があるか否かが判定され、利用頻度が閾値を超える番組があると判定された場合、ステップＳ５０３において、当該番組のコンテンツ推薦情報に定番フラグが設定されるようにしてもよい。
【０１１６】
ステップS５０２において、視聴回数が閾値を超える番組がないと判定された場合、処理は終了される。
【０１１７】
このようにして、定番フラグが設定されたコンテンツ推薦情報が、図１５のコンテンツ推薦情報生成処理により、クライアント機器５に送信される。これにより、クライアント機器５において、例えば、定番フラグが設定されたコンテンツ推薦情報に対応する番組が自動録画されるようにすることができる。
【０１１８】
上述した図９のユーザ嗜好情報生成処理においては、ユーザ嗜好情報としてグループＩＤが記憶されるようにしたが、番組のメタデータに含まれる複数の属性に基づいて、より詳細な嗜好情報が生成され、生成された嗜好情報に基づいて番組が推薦されるようにすることもできる。図２３を参照して、番組のメタデータに含まれる複数の属性に基づいて、より詳細な嗜好情報を生成する第１の例である嗜好情報抽出処理１について説明する。この処理は、例えば、予め決められた時期（毎週所定の時刻）に、コンテンツ推薦サーバ４において実行される。
【０１１９】
ステップＳ５２１において、CPU１１は、利用履歴を分析する。このとき、図９のステップＳ２の場合と同様に、クライアント機器５から、所定の期間に利用されたコンテンツのメタデータ（グループＩＤが設定されている）が取得され、グループ毎の利用回数（図１０）、または利用頻度（図１１Ｂ）が分析される。
【０１２０】
ステップＳ５２２において、CPU１１は、利用回数が所定の閾値以上である番組を検索する。なお、利用頻度が所定の閾値以上である番組が検索されるようにしてもよい。
【０１２１】
ステップＳ５２３において、CPU１１は、番組が検索されたか否かを判定し、番組が検索されたと判定された場合、ステップＳ５２４に進み、検索された番組のメタデータを分析する。このとき、検索された番組が複数あった場合、複数の番組のメタデータが分析される。ステップＳ５２５において、CPU１１は、ステップＳ５２４で分析された番組のメタデータに基づいて、番組ベクトルを生成する。
【０１２２】
図２４に、このとき生成される番組ベクトルＰＰの構成例を示す。この例では、番組ベクトルＰＰは、ステップＳ５２４で分析された番組のメタデータの属性「タイトル（番組名）」（Tm）、「ジャンル」（Gm）、「出演者」（Pm）、「放送局」（Sm）、「時間帯」（Hm）、・・・を要素とするベクトルPP＝（Ｔm，Ｇm，Ｐm，Ｓｍ，Ｈｍ，・・・）として構成されている。そして要素Ｔm，Ｇm，Ｐm，Ｓｍ，Ｈｍ，・・・も、複数の要素を持つベクトルとして構成される。
【０１２３】
例えば属性「放送局」に対応するベクトルＳmは、ＭＨＫ総合、ＭＨＫ教育、亜細亜テレビ、ＴＡＳ、フシ、テレ日、東都、ＭＨＫ衛星第１、ＭＨＫ衛星第２、およびＷＯＷＯ（いずれも仮想的な放送局の名称）など、放送局の種類が限られているので、Ｓｍ＝｛ＭＨＫ総合，ＭＨＫ教育，亜細亜テレビ，ＴＴＳ，ブジ，テレ日，東都，ＭＨＫ衛星第１，ＭＨＫ衛星第２，ＷＯＷＯ｝のように構成し、対応する放送局を値１、その他の放送局を値０とすることで得られる。すなわち対応する番組の放送局がＷＯＷＯであるとき、項目「放送局」のベクトルＳｍは、Ｓｍ＝｛０，０，０，０，０，０，０，０，０，１｝とされる。
【０１２４】
属性「ジャンル」に対応するベクトルＧｍも、ドラマ、バラエティ、スポーツ、映画、音楽、子供向け／教育、教養／ドキュメント、ニュース／報道、およびその他など、その種類が限られているので、Ｇｍ＝｛ドラマ，バラエティ，スポーツ，映画，音楽，子供向け／教育，教養／ドキュメント，ニュース／報道，その他｝のように構成し、対応するジャンルを値１、その他のジャンルを値０とすることで得られる。すなわち対応する番組のジャンルが教養／ドキュメントであるとき、項目「ジャンル」のベクトルＧｍは、Ｇｍ＝｛０，０，０，０，０，０，１，０，０｝とされる。
【０１２５】
属性「時間帯」に対応するベクトルＨｍも、属性「放送局」のベクトルＳｍおよび「ジャンル」のベクトルＧｍと同様にして得ることができる。
【０１２６】
一方、属性「タイトル」、「出演者」などのように、要素を限定することが容易でないものは、その属性を構成する単語とその頻度を表す数値の組を１つの要素とするベクトルがその属性のベクトルとなる。例えば、番組のメタデータの属性「出演者」が「personA，personB，・・・」である場合、属性「出演者」に対応するベクトルPmは、Ｐｍ＝｛（personA−１），（personB−３），・・・｝とされる。ここで、（personA−１）と（personB−３）は、メタデータの属性「出演者」を構成する単語として、personAとpersonBがそれぞれ１回または３回検出されたことを表す。
【０１２７】
なお、ステップＳ５２２において複数の番組が検索された場合、ステップＳ５２５において、それぞれの番組毎に、番組ベクトルが生成される。
【０１２８】
ステップＳ５２６において、CPU１１は、ステップＳ５２５において生成された番組ベクトルを統合して嗜好情報を生成する。このとき、例えば、複数の番組ベクトルのそれぞれの属性が足し合わされ、嗜好情報として生成される。
【０１２９】
図２５に、このとき生成される嗜好情報の例を示す。この例では、嗜好情報は、ベクトルとして生成されており、属性「番組名（タイトル）」（Tup）、「ジャンル」（Gup）、「出演者」（Pup）、「放送局」（Sup）、「時間帯」（Hup）、・・・に対応するベクトルＵＰ＝（Ｔup，Ｇup，Ｐup，Ｓup，Ｈup，・・・）として構成されている。そして要素Ｔup，Ｇup，Ｐup，Ｓup，Ｈup，・・・も、複数の要素を持つベクトルとして構成される。
【０１３０】
この例では、属性「番組名（タイトル）」に対応するベクトルＴupは、Ｔup＝｛（title１−１２），（title２―３），・・・｝とされている。これは、嗜好情報の属性「番組名」に要素「title１」と「title２」があり、それぞれの重要度が「１２」と「３」に設定されていたことを表す。
【０１３１】
重要度は、その要素に対するユーザの嗜好の度合いをあらわすもので、同一の要素が含む番組ベクトルが足し合わされるとき、重要度が１だけ加算される。例えば、番組ベクトルＰＰ１乃至ＰＰ２０の２０個の番組ベクトルに基づいて、嗜好情報が生成される場合、番組ベクトルＰＰ５、ＰＰ１０、およびＰＰ１７の３つの番組ベクトルにおいて、属性Ｔmの中に「title２」が含まれていた場合、Ｔupの要素「title２」の重要度が「３」と設定される。
【０１３２】
また、属性「ジャンル」に対応するベクトルＧｕpは、Ｇup＝｛（ドラマ−２５），（バラエティ−３４），（スポーツ−４２），（映画−３７），（音楽−７３），（子供向け／教育−１２０），（教養／ドキュメント−３），（ニュース／報道−５），（その他−２３）｝とされており、属性「ジャンル」に含まれる要素とその重要度により構成されている。
【０１３３】
同様にして、嗜好情報の属性「放送局」に対応するベクトルＳup、属性「出演者」に対応するベクトルPup、・・・が、各属性を構成する要素と重要度により構成されている。
【０１３４】
ステップＳ５２３において、視聴回数が閾値以上の番組が検索されなかったと判定された場合、ステップＳ５２４乃至Ｓ５２６の処理はスキップされ、処理は終了する。
【０１３５】
このようにして嗜好情報が生成される。嗜好情報は、所定の回数または頻度だけ利用された番組のメタデータに基づいて、生成されるのでよりユーザの嗜好を適確に反映したものとすることができる。
【０１３６】
なお、嗜好情報は、ステップＳ５２１で、特定のユーザの利用履歴を分析することにより、ユーザ単位に生成されるものとしてもよいし、ステップＳ５２１で複数のユーザの利用履歴を分析することにより、一般的な（複数のユーザに共通の）嗜好情報が生成されるものとしてもよい。
【０１３７】
ところで、図２３を参照して上述した嗜好情報抽出処理１によれば、同一の要素が含む番組ベクトルが足し合わされる都度、重要度が加算されるので、ユーザが頻繁に視聴する番組のメタデータに含まれる要素の重要度が極端に高くなり、偏った嗜好情報となってしまう場合もある。たとえば、毎日（月曜日から金曜日まで）放送される番組をユーザが欠かさず視聴している場合、その番組のメタデータに含まれる要素（例えば、タレントＡ）の重要度が、他の要素と比較して極端に高くなってしまう。このような、頻繁に視聴される番組（いわゆる定番の番組）のメタデータを嗜好情報に反映させないようにすることも可能である。図２６を参照して、番組のメタデータに含まれる複数の属性に基づいて、嗜好情報を生成する第２の例である嗜好情報抽出処理２について説明する。
【０１３８】
ステップＳ５４１乃至５４３の処理は、図２３のステップＳ５２１乃至Ｓ５２３の処理と同様の処理なので、その説明は省略する。ステップＳ５４４において、CPU１１は、ステップＳ５４２で検索された番組が定番番組か否かを判定する。ここで、定番番組か否かの判定は、図２２を参照して上述した定番番組設定処理により設定された定番フラグに基づいて判定される。
【０１３９】
ステップＳ５４４において、検索された番組が定番番組ではないと判定された場合、ステップＳ５４５に進む。そして、図２３のステップＳ５２４乃至Ｓ５２５の処理と同様にして、ステップＳ５４５において、番組のメタデータが分析され、ステップＳ５４６において番組ベクトルが生成され、ステップＳ５４７において嗜好情報が生成される。
【０１４０】
一方、ステップＳ５４４において、検索された番組が定番番組であると判定された場合、ステップＳ５４５乃至Ｓ５４７の処理はスキップされる。
【０１４１】
このようにすることで、定番番組に基づいて、嗜好情報が生成されることがなくなり、偏った嗜好情報が生成されることを防止することができる。
【０１４２】
また、図２３を参照して上述した処理によれば、所定の回数（または頻度）以上に視聴されている番組について、すべて同様に番組ベクトルが生成され、嗜好情報が生成されるようにしている。この例では、シリーズで放送される番組Ａと番組Ｂがあり、例えば閾値が３回の場合、３回視聴した番組Ａについても、１０回視聴した番組Ｂについても同様に番組ベクトルが生成される。
【０１４３】
しかし、番組Ａと番組Ｂでは、ユーザの、その番組に対する知識が異なる場合がある。例えば、ユーザは、１０回視聴した番組Ｂについては、番組の中にどのようなコーナーがあり、どのようなタレントが出演するかを熟知している可能性が高いが、３回しか視聴していない番組Ａについては、番組のコーナー、タレントなどについて熟知していない可能性があり、場合によっては、番組Ａを視聴したくないと感じる可能性もある。そこで、その番組に対する熟知度を反映して嗜好情報を生成する必要がある。図２６を参照して、番組のメタデータに含まれる複数の属性に基づいて、嗜好情報を生成する第３の例である嗜好情報抽出処理３について説明する。
【０１４４】
ステップＳ５６１乃至Ｓ５６５の処理は、図２３のＳ５２１乃至Ｓ５２５の処理と同様の処理なので、その説明は省略する。ステップＳ５６６においてCPU１１は、番組の熟知度を特定する。熟知度は、ステップＳ５６１において分析された、番組の利用頻度に基づいて特定される。このとき、その番組の利用頻度に対応して３段階の熟知度が設定される。例えば、利用頻度が「０．１」以上のものは熟知度が「高」と設定され、利用頻度が「０．０５」以上「０．１」未満のものは熟知度が「中」と設定され、利用頻度が「０．０５」未満のものは熟知度が「低」と設定される。
【０１４５】
なお、熟知度の分類は、３段階に限られるものではない。また、熟知度が段階別に分類されずに、数値として設定されるようにしてもよい。あるいはまた、利用頻度ではなく、利用回数に基づいて、熟知度が設定されるようにしてもよい。
【０１４６】
ステップＳ５６７において、CPU１１は、ステップＳ５６５で生成された番組ベクトルに対して、熟知度に基づいて、重み付けを行う。このとき、例えば、熟知度が「高」の番組ベクトルに含まれる要素に基づいて生成される、嗜好情報の重要度は３倍に設定され、熟知度が「中」の番組ベクトルに含まれる要素に基づいて生成される、嗜好情報の重要度は２倍に設定され、熟知度が「低」の番組ベクトルに含まれる要素に基づいて生成される、嗜好情報の重要度は１倍に設定される。
【０１４７】
ステップＳ５６８において、CPU１１は、ステップＳ５６７において重み付けされた番組ベクトルに基づいて、嗜好情報を生成する。このとき、例えば、熟知度が「高」である番組ベクトルＰＰ１を構成するベクトルPm１が、Pm1＝（personA）であり、熟知度が「中」である番組ベクトルＰＰ２を構成するベクトルPm２が、Pm２＝（personB）であり、熟知度が「低」である番組ベクトルＰＰ３を構成するベクトルPm３が、Pm３＝（personC）である場合、嗜好情報の属性「出演者」に対応するベクトルPupは、Pup＝{（personA−３），（personB−２），（personC−１）}とされる。
【０１４８】
このようにして、熟知度を反映した嗜好情報が生成される。なお、嗜好情報は、ステップＳ５６１で、特定のユーザの利用履歴を分析することにより、ユーザ単位に生成されるものとしてもよいし、ステップＳ５６１で複数のユーザの利用履歴を分析することにより、一般的な（複数のユーザに共通の）嗜好情報が生成されるものとしてもよい。例えば、まだ視聴履歴が蓄積されていないユーザに対しては、一般的な嗜好情報に基づいて番組（コンテンツ）を推薦することができる。嗜好情報は、番組の熟知度を反映して生成されているので、例えば、単に視聴率の高い番組を推薦するより、信頼性の高い番組を、ユーザに推薦することができる。
【０１４９】
以上においては、嗜好情報の重要度は、番組が視聴される毎に加算されるようにしているが、場合によっては重要度を減算する必要もある。例えば、ユーザはクライアント機器５において、自動録画が予約された定番番組について録画予約を解除することができる。ここで、録画予約が解除された番組は、それ以前は、頻繁に視聴されていたにもかかわらず、その回だけ録画予約をあえて解除したものであり、録画予約が解除された回は、ユーザの嗜好に合わない内容であったことが想定される。そこで、本発明においては、この録画予約が解除された番組のメタデータに基づいて、ユーザの嗜好情報の変更が行われる。
【０１５０】
図２８を参照して、嗜好情報変更処理について説明する。この処理は、クライアント機器５のCPU５１により、自動録画の予約の解除が検知されたとき、コンテンツ推薦サーバ４に対して、自動録画予約が解除された番組の情報がネットワーク６を介して通知されたとき、コンテンツ推薦サーバ４により実行される。
【０１５１】
ステップＳ５８１において、CPU１１は、自動録画予約が解除された回の番組（例えば、１０回放送される番組のうち、第３回目の番組）のメタデータを取得し、ステップＳ５８２において、取得したメタデータの属性を分析する。ステップＳ５８３において、CPU１１は、自動録画予約が設定された番組の嗜好情報の属性と、自動録画予約が解除された回の番組のメタデータの属性を比較し、ステップＳ５８４においてネガティブな要素を検出する。
【０１５２】
例えば、番組Ｘの自動録画予約が設定され、ユーザによりその録画予約が解除された場合を考える。自動録画予約が設定された回の番組Ｘのメタデータに基づいて、生成された番組ベクトルＰＰ１において、属性「出演者」に対応するベクトルPm１が、Pm1＝（personA，personB）であり、自動録画予約が解除された回の番組Ｘのメタデータに基づいて、生成された番組ベクトルＰＰ２において、属性「出演者」に対応するベクトルPm２が、Pm２＝（personA，personB，personC）であった場合、自動録画予約が解除された回の番組Ｘには「personC」が出演していたため、録画予約が解除されたと考えられ、ステップＳ５８４において、「personC」がネガティブな要素として検出される。
【０１５３】
ステップＳ５８５において、CPU１１は、ステップＳ５８４で検出されたネガティブな要素に基づいて、ユーザの嗜好情報を変更する。このとき、ネガティブな要素の重要度が減算される。いまの場合、例えば、嗜好情報の属性「出演者」に対応するベクトルPupが、Pup＝{（personA−５），（personB−２），（personC−３）}であった場合、ステップＳ５８５において、Pup＝{（personA−５），（personB−２），（personC−２）}と変更され、「personC」の重要度が１だけ減算される。
【０１５４】
このようにして、嗜好情報の変更が行われる。このようにすることで、ユーザが好まない属性の重要度は低く変更されるので、ユーザに番組（コンテンツ）の推薦を行うとき、よりユーザの嗜好に合った番組（コンテンツ）を推薦することができる。
【０１５５】
また、以上においては、視聴回数が所定の回数以上の番組のメタデータに基づいて嗜好情報が生成される例について説明したが、このようにして生成された嗜好情報に基づいた番組の推薦が続けて行われると、ユーザが飽きてしまう恐れがある。そこで、本発明においては、ユーザが初めて視聴した（過去に視聴していない）番組に注目する。初めて視聴した番組に対して、ユーザは特別な興味をもっていることが考えられるので、この番組のメタデータに基づいて、特殊嗜好情報を生成する。
【０１５６】
図２９を参照して、コンテンツ推薦サーバ４による特殊嗜好情報生成処理について説明する。この処理は、例えば、ユーザにより、所定のコマンドを投入したとき実行されるようにしてもよいし、所定の周期（例えば、１週間）毎に自動的に実行されるようにしてもよい。
【０１５７】
ステップＳ６０１において、CPU１１は利用履歴を検索する。このとき、クライアント機器５から、所定の期間（例えば、直近の６ヶ月間）に利用されたコンテンツのメタデータ（グループＩＤが設定されている）が取得され、グループ毎の利用回数（図１０）が分析される。
【０１５８】
ステップＳ６０２において、CPU１１は、視聴回数が１回の番組を検出する。ステップＳ６０３において、CPU１１は、視聴回数が１回の番組が検出されたか否かを判定し、番組が検出されたと判定された場合、ステップＳ６０４に進み、検出された番組のメタデータに基づいて、特殊嗜好情報を生成する。このとき、図２３のステップＳ５２４乃至Ｓ５２６と同様に、番組のメタデータに基づいて番組ベクトルが生成され、番組ベクトルに基づいて特殊嗜好情報が生成される。ステップＳ６０３において、視聴回数が１回の番組が検出されなかったと判定された場合、ステップＳ６０４の処理はスキップされる。
【０１５９】
このようにして、ユーザが初めて視聴した番組のメタデータに基づいて特殊嗜好情報が生成される。
【０１６０】
次に、図２３、図２６、および図２７を参照して上述した処理により生成した嗜好情報に基づいて、コンテンツが推薦される処理について説明する。
【０１６１】
図３０は、図２３、図２６、および図２７を参照して上述した処理により生成した嗜好情報に基づいて、コンテンツを推薦する場合の、コンテンツ推薦サーバ４のCPU１１の機能的構成例を示すブロック図である。この例では、番組のメタデータを取得するメタデータ取得部１１１、特定のユーザの嗜好情報を取得する嗜好情報取得部１１２が設けられている。
【０１６２】
メタデータ取得部１１１により取得された番組のメタデータは、番組ベクトル抽出部１１３に出力され、番組ベクトル抽出部１１３において、番組ベクトルが抽出される。また、嗜好情報取得部１１２により取得された嗜好情報は、嗜好ベクトル抽出部１１４に出力され、嗜好情報に基づく嗜好ベクトルが抽出される。番組ベクトル抽出部１１３により抽出された番組ベクトルと、嗜好ベクトル抽出部１１４により抽出された嗜好ベクトルは、マッチング処理部１１５に出力され、マッチング処理部１１５は、番組ベクトルと嗜好ベクトルの類似度を算出する。
【０１６３】
１つの嗜好ベクトルに対して複数の番組ベクトルとの類似度が算出され、マッチング処理部１１５は、類似度が高い順に所定の数の番組ベクトルを選択し、選択された番組ベクトルに対応する番組のメタデータを情報出力部１１６に出力する。
【０１６４】
情報出力部１１６は、マッチング処理部１１５により選択された番組のメタデータを、例えば、記憶部１８に記憶させる。
【０１６５】
次に、図３１のフローチャートを参照して、推薦情報検索処理について説明する。ステップＳ６２１において、メタデータ取得部１１１は、コンテンツ（番組）のメタデータを取得する。このとき、所定の基準に基づいて、複数の番組（例えば、今後１週間に放送される番組）のメタデータが取得される。ステップＳ６２２において、番組ベクトル抽出部１１３は、ステップＳ６２１で取得された番組のメタデータに基づいて、番組ベクトルを抽出する。このとき、図２４を参照して上述した番組ベクトルと同様に、複数の番組の番組ベクトルが抽出される。
【０１６６】
ステップＳ６２３において、嗜好ベクトル抽出部１１４は、嗜好情報を取得する。このとき、特定のユーザの嗜好情報が取得される。ステップＳ６２４において、嗜好ベクトル抽出部１１４は、嗜好ベクトルを生成する。嗜好ベクトルは、図２５に示されるような嗜好情報が、そのまま嗜好ベクトルとして生成されるようにしてもよいし、嗜好情報を構成する特定の属性が抽出されて嗜好ベクトルとして生成されるようにしてもよい。
【０１６７】
ステップＳ６２５において、マッチング処理部１１５は、ステップＳ６２２において生成された番組ベクトルＰＰと、ステップＳ６２４において生成された嗜好ベクトルＵＰのコサイン距離を算出する。いま、ベクトルＰＰとベクトルＵＰのなす角をθとすると、cosθ＝ＰＰ・ＵＰ／│ＰＰ││ＵＰ│となる。
【０１６８】
例えば、嗜好ベクトルＵＰ（＝（Ｔup，Ｇup，Ｐup，Ｓup，Ｈup，・・・））におけるベクトルPupが、Ｐup＝｛（personA−１），（personＢ−１），（personＣ−１）｝であり、番組ベクトルＰＰ＝（Ｔm，Ｇm，Ｐm，Ｓｍ，Ｈｍ，・・・）におけるベクトルＰｍが、Ｐｍ＝｛（personA−１），（personD−１），（personＥ−１）｝である場合、コサイン距離cosθpは、式（１）に従って算出される。
【０１６９】
cosθp＝（１・１）／（√３×√３）＝１／３  ・・・  （１）
なお、式中“・”は、内積を表し、“×”はスカラ演算を表す。
【０１７０】
cosθpと同様にして、ベクトルＴup，Ｇup，Ｓup，Ｈup，・・・と、ベクトルＴm，Ｇm，Ｓｍ，Ｈｍ，・・・とのコサイン距離cosθt，cosθg，cosθs，cosθh，・・・が算出される。
【０１７１】
そして、算出されたコサイン距離を式（２）に従って合計し、類似度Simを計算する。
【０１７２】
Sim＝cosθt＋cosθg＋cosθp＋cosθs＋cosθh  ・・・  （２）
【０１７３】
このようにして、嗜好ベクトルＵＰと番組ベクトルＰＰの類似度が算出される。なお、１つの嗜好ベクトルＵＰに対して複数の番組ベクトルＰＰとの類似度が算出される。これにより、それぞれの番組のメタデータについて、ユーザの嗜好情報との類似度が算出される。
【０１７４】
ステップＳ６２６において、マッチング処理部１１５は、類似度の高い番組のメタデータを選択し、情報出力部１１６に出力する。このとき、ステップＳ６２５で算出された類似度に基づいて、類似度の高い順、すなわちSimの値が大きい順に所定の数（例えば、１０）だけ番組ベクトルＰＰが選択され、選択された番組ベクトルＰＰに対応する番組のメタデータが出力される。なお、類似度が所定の値より大きい番組ベクトルＰＰが全て選択され、選択された番組ベクトルＰＰに対応する番組のメタデータが出力されるようにしてもよい。
【０１７５】
ステップＳ６２７において、情報出力部１１６は、ステップＳ６２６で抽出された番組のコンテンツ推薦情報をクライアント機器５に送信する。
【０１７６】
このようにして、嗜好情報に基づく番組の推薦が行われる。
【０１７７】
ところで、番組の推薦は、図２９を参照して説明した処理で生成された特殊嗜好情報に基づいて行うこともできる。図３２を参照して、コンテンツ推薦サーバ４による特殊推薦情報検索処理について説明する。この処理は、例えば、ユーザにより、所定のコマンドを投入したとき実行されるようにしてもよいし、所定の周期（例えば、１週間）毎に自動的に実行されるようにしてもよい。
【０１７８】
ステップＳ６４１とＳ６４２の処理は、図３１のステップＳ６２１とＳ６２２の処理と同様の処理であるので、その説明は省略する。
【０１７９】
ステップＳ６４３において、嗜好ベクトル抽出部１１４は、特殊嗜好情報を取得する。このとき、図２９を参照して上述した特殊嗜好情報生成処理により生成された特殊嗜好情報が取得される。そして、ステップＳ６４４において、嗜好ベクトル抽出部１１４は、ステップＳ６４３で取得された特殊嗜好情報に基づいて、嗜好ベクトルを生成する。
【０１８０】
ステップＳ６４５とＳＳ６４６の処理は、図２３のステップＳ６２５とＳ６２６の処理と同様の処理であるので、その説明は省略する。
【０１８１】
ステップＳ６２７において、情報出力部１１６は、ステップＳ６４６において抽出された番組のコンテンツ推薦情報をクライアント機器５に送信する。
【０１８２】
このようにして、特殊嗜好情報に基づいて、コンテンツの推薦が行われる。上述したように、特殊嗜好情報は、ユーザが初めて視聴した番組のメタデータに基づいて生成されたものであり、特殊嗜好情報に基づいて、ユーザにコンテンツを推薦することにより、より新鮮な印象を与えることができる。
【０１８３】
上述した一連の処理は、ソフトウェアにより実行することもできる。そのソフトウェアは、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【０１８４】
この記録媒体は、図７，８に示すように、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク３１または７１（フレキシブルディスクを含む）、光ディスク３２または７２（CD-ROM（Compact Disk-Read Only Memory），DVD（Digital Versatile Disk）を含む）、光磁気ディスク３３または７３（ＭＤ（Mini-Disk)（商標）を含む）、もしくは半導体メモリ３４または７４などよりなるパッケージメディアなどにより構成される。
【０１８５】
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１８６】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０１８７】
【図１】本発明を適用したコンテンツ推薦システムの構成例を示している。
【図２】メタデータの例を示す図である。
【図３】コンテンツのグループ化を説明する図である。
【図４】コンテンツのグループ化を説明する他の図である。
【図５】グループIDが付されたメタデータの例を示す図である。
【図６】利用履歴の例を示す図である。
【図７】図１のコンテンツ推薦サーバの構成例を示すブロック図である。
【図８】図１のクライアント機器の構成例を示すブロック図である。
【図９】ユーザ嗜好情報生成処理を説明するフローチャートである。
【図１０】利用頻度の算出方法を説明する図である。
【図１１】利用頻度の算出方法を説明する他の図である。
【図１２】利用状態の確認処理を説明する図である。
【図１３】利用状態の確認処理を説明する他の図である。
【図１４】利用状態の確認処理を説明する他の図である。
【図１５】コンテンツ推薦情報生成処理を説明するフローチャートである。
【図１６】コンテンツ推薦情報の表示例を示す図である。
【図１７】他のコンテンツ推薦情報の表示例を示す図である。
【図１８】タイトルグループ化処理１について説明するフローチャートである。
【図１９】タイトルグループ化処理２について説明するフローチャートである。
【図２０】タイトルグループ化処理３について説明するフローチャートである。
【図２１】タイトルグループ化処理４について説明するフローチャートである。
【図２２】定番番組設定処理を説明するフローチャートである。
【図２３】嗜好情報抽出処理１を説明するフローチャートである。
【図２４】番組ベクトルの構成例を示す図である。
【図２５】嗜好情報の構成例を示す図である。
【図２６】嗜好情報抽出処理２を説明するフローチャートである。
【図２７】嗜好情報抽出処理３を説明するフローチャートである。
【図２８】嗜好情報変更処理を説明するフローチャートである。
【図２９】特殊嗜好情報生成処理を説明するフローチャートである。
【図３０】図７のＣＰＵの機能的構成例を示すブロック図である。
【図３１】推薦情報検索処理を説明するフローチャートである。
【図３２】特殊推薦情報検索処理を説明するフローチャートである。
【符号の説明】
【０１８８】
４  コンテンツ推薦サーバ，  ５  クライアント機器，  １１  CPU，  １２ROM，  １３  RAM，  １４  バス，  １５  入出力インタフェース，  １６  入力部，  １７  出力部，  １８  記憶部，  １９  通信部，  １１３  番組ベクトル抽出部，  １１４  嗜好ベクトル抽出部，  １１５  マッチング処理部
【図１】
2004206679.tif 000003
【図２】
2004206679.tif 000004
【図３】
2004206679.tif 000005
【図４】
2004206679.tif 000006
【図５】
2004206679.tif 000007
【図６】
2004206679.tif 000008
【図７】
2004206679.tif 000009
【図８】
2004206679.tif 000010
【図９】
2004206679.tif 000011
【図１０】
2004206679.tif 000012
【図１１】
2004206679.tif 000013
【図１２】
2004206679.tif 000014
【図１３】
2004206679.tif 000015
【図１４】
2004206679.tif 000016
【図１５】
2004206679.tif 000017
【図１６】
2004206679.tif 000018
【図１７】
2004206679.tif 000019
【図１８】
2004206679.tif 000020
【図１９】
2004206679.tif 000021
【図２０】
2004206679.tif 000022
【図２１】
2004206679.tif 000023
【図２２】
2004206679.tif 000024
【図２３】
2004206679.tif 000025
【図２４】
2004206679.tif 000026
【図２５】
2004206679.tif 000027
【図２６】
2004206679.tif 000028
【図２７】
2004206679.tif 000029
【図２８】
2004206679.tif 000030
【図２９】
2004206679.tif 000031
【図３０】
2004206679.tif 000032
【図３１】
2004206679.tif 000033
【図３２】
2004206679.tif 000034
【手続補正書】
【提出日】平成16年5月11日(2004.5.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
配信されるコンテンツの属性を表す属性項目の中の１個以上の属性項目からなるグループ化項目が一定以上の類似度をもって類似するコンテンツに、同一のグループIDを付与し、コンテンツのグループ化を行うグループ化手段と、
前記グループID毎にコンテンツの利用頻度を算出する算出手段と、
前記算出手段により算出された前記利用頻度に基づいて、ユーザの嗜好を表すユーザ嗜好情報を生成する生成手段と、
前記生成手段により生成された前記ユーザ嗜好情報に基づいて、コンテンツを推薦する推薦手段と
を備えることを特徴とする情報処理装置。
【請求項２】
放送時間帯を表す属性項目と、少なくとも１つ以上の他の属性項目からなるグループ化項目が設定されており、
前記グループ化手段は、そのグループ化項目に基づいてコンテンツのグループ化を行う
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
少なくとも放送時間帯を表す属性項目からなる前記グループ化項目と、他の属性項目からなる前記グループ化項目が設定されており、
前記グループ化手段は、それらのグループ化項目に基づいてコンテンツのグループ化を行う
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記グループ化手段は、コンテンツの前記属性項目の内容を形態素解析し、その結果に基づいて、前記グループ化項目の内容の類似度を決定する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記生成手段は、グループに属するコンテンツの利用状態が所定の条件を満たしていないグループの利用頻度を、前記ユーザ嗜好情報の生成に利用しない
ことを特徴とする請求項１に記載の情報処理装置。
【請求項６】
前記推薦手段は、
前記算出手段により算出された前記利用頻度が、予め設定された値より高いか否かを判定する判定手段と、
前記判定手段により、前記利用頻度が、予め設定された値より高いと判定された場合、前記コンテンツの推薦情報に、頻繁に視聴されるコンテンツであることを表す定番フラグを設定する設定手段と
を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記生成手段は、
前記算出手段により算出された前記利用頻度が予め設定された値より高いグループのコンテンツのメタデータを取得し、前記メタデータの特徴量を表すベクトルを抽出する抽出手段を備え、
前記抽出手段により抽出されたベクトルに基づいて、前記嗜好情報を生成する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項８】
前記生成手段は、
前記算出手段により算出された前記利用頻度が予め設定された値より高いグループのコンテンツが、前記定番フラグが設定されたコンテンツ推薦情報に対応するコンテンツか否かを判定する定番判定手段を備え、
前記定番判定手段により、前記コンテンツが、前記定番フラグが設定されたコンテンツ推薦情報に対応するコンテンツではないと判定された場合、前記抽出手段は、コンテンツのメタデータを取得し、前記メタデータの特徴量を表すベクトルを抽出する
ことを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記嗜好情報は、複数の属性とその属性の重要度を表す値により構成される
ことを特徴とする請求項７に記載の情報処理装置。
【請求項１０】
前記生成手段は、
前記算出手段により算出された前記利用頻度に基づいて、前記コンテンツの熟知度を設定する熟知度設定手段を備え、
前記熟知度に基づいて、前記嗜好情報の重要度を表す値に重み付けを行う
ことを特徴とする請求項７に記載の情報処理装置。
【請求項１１】
前記生成手段は、
前記コンテンツの利用履歴に基づいて、利用回数が所定の値以下だけ利用されたコンテンツを検索する検索手段と、
前記検索手段により検索されたコンテンツのメタデータに基づいて、特殊嗜好情報を生成する特殊嗜好情報生成手段とをさらに備える
ことを特徴とする請求項７に記載の情報処理装置。
【請求項１２】
前記嗜好情報または前記特殊嗜好情報の特徴量を表すベクトルを抽出する第１の抽出手段と、
予め設定された期間に放送されるコンテンツのメタデータを取得し、前記メタデータの特徴量を表すベクトルを抽出する第２の抽出手段と、
前記第１の抽出手段により抽出されたベクトルと第２の抽出手段により抽出されたベクトルの類似度を演算する演算手段とを備え、
前記推薦手段は、前記類似度が高い順に、予め設定された数だけ前記第２の抽出手段により抽出されたベクトルを選択し、選択されたベクトルのメタデータに基づいて、コンテンツを推薦する
ことを特徴とする請求項１１に記載の情報処理装置。
【請求項１３】
配信されるコンテンツの属性を表す属性項目の中の１個以上の属性項目からなるグループ化項目が一定以上の類似度をもって類似するコンテンツに、同一のグループIDを付与し、コンテンツのグループ化を行うグループ化ステップと、
前記グループID毎にコンテンツの利用頻度を算出する算出ステップと、
前記算出ステップの処理で算出された前記利用頻度に基づいて、ユーザの嗜好を表すユーザ嗜好情報を生成する生成ステップと、
前記生成ステップの処理で生成された前記ユーザ嗜好情報に基づいて、コンテンツを推薦する推薦ステップと
を含むことを特徴とする情報処理方法。
【請求項１４】
配信されるコンテンツの属性を表す属性項目の中の１個以上の属性項目からなるグループ化項目が一定以上の類似度をもって類似するコンテンツに、同一のグループIDを付与することによっての、コンテンツのグループ化を制御するグループ化制御ステップと、
前記グループID毎のコンテンツの利用頻度の算出を制御する算出制御ステップと、
前記算出制御ステップの処理で算出された前記利用頻度に基づいての、ユーザの嗜好を表すユーザ嗜好情報の生成を制御する生成制御ステップと、
前記生成制御ステップの処理で生成された前記ユーザ嗜好情報に基づいての、コンテンツの推薦を制御する推薦制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項１５】
配信されるコンテンツの属性を表す属性項目の中の１個以上の属性項目からなるグループ化項目が一定以上の類似度をもって類似するコンテンツに、同一のグループIDを付与することによっての、コンテンツのグループ化を制御するグループ化制御ステップと、
前記グループID毎のコンテンツの利用頻度の算出を制御する算出制御ステップと、
前記算出制御ステップの処理で算出された前記利用頻度に基づいての、ユーザの嗜好を表すユーザ嗜好情報の生成を制御する生成制御ステップと、
前記生成制御ステップの処理で生成された前記ユーザ嗜好情報に基づいての、コンテンツの推薦を制御する推薦制御ステップと
を含む処理をコンピュータに実行させることを特徴とするプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
本発明の情報処理装置は、配信されるコンテンツの属性を表す属性項目の中の１個以上の属性項目からなるグループ化項目が一定以上の類似度をもって類似するコンテンツに、同一のグループIDを付与し、コンテンツのグループ化を行うグループ化手段と、グループID毎にコンテンツの利用頻度を算出する算出手段と、算出手段により算出された利用頻度に基づいて、ユーザの嗜好を表すユーザ嗜好情報を生成する生成手段と、生成手段により生成されたユーザ嗜好情報に基づいて、コンテンツを推薦する推薦手段とを備えることを特徴とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
放送時間帯を表す属性項目と、少なくとも１つ以上の他の属性項目からなるグループ化項目が設定されており、グループ化手段は、そのグループ化項目に基づいてコンテンツのグループ化を行うことができる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
少なくとも放送時間帯を表す属性項目からなるグループ化項目と、他の属性項目からなるグループ化項目が設定されており、グループ化手段は、それらのグループ化項目に基づいてコンテンツのグループ化を行うことができる。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
グループ化手段は、コンテンツの属性項目の内容を形態素解析し、その結果に基づいて、グループ化項目の内容の類似度を決定することができる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
生成手段は、グループに属するコンテンツの利用状態が所定の条件を満たしていないグループの利用頻度を、ユーザ嗜好情報の生成に利用しないようにすることができる。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
生成手段は、コンテンツの利用履歴に基づいて、利用回数が所定の値以下だけ利用されたコンテンツを検索する検索手段と、検索手段により検索されたコンテンツのメタデータに基づいて、特殊嗜好情報を生成する特殊嗜好情報生成手段とをさらに備えることを特徴とする。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【００１９】
本発明の情報処理方法は、配信されるコンテンツの属性を表す属性項目の中の１個以上の属性項目からなるグループ化項目が一定以上の類似度をもって類似するコンテンツに、同一のグループIDを付与し、コンテンツのグループ化を行うグループ化ステップと、グループID毎にコンテンツの利用頻度を算出する算出ステップと、算出ステップの処理で算出された利用頻度に基づいて、ユーザの嗜好を表すユーザ嗜好情報を生成する生成ステップと、生成ステップの処理で生成されたユーザ嗜好情報に基づいて、コンテンツを推薦する推薦ステップとを含むことを特徴とする。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】
本発明の記録媒体のプログラムは、配信されるコンテンツの属性を表す属性項目の中の１個以上の属性項目からなるグループ化項目が一定以上の類似度をもって類似するコンテンツに、同一のグループIDを付与することによっての、コンテンツのグループ化を制御するグループ化制御ステップと、グループID毎のコンテンツの利用頻度の算出を制御する算出制御ステップと、算出制御ステップの処理で算出された利用頻度に基づいての、ユーザの嗜好を表すユーザ嗜好情報の生成を制御する生成制御ステップと、生成制御ステップの処理で生成されたユーザ嗜好情報に基づいての、コンテンツの推薦を制御する推薦制御ステップとを含むことを特徴とする。
本発明のプログラムは、配信されるコンテンツの属性を表す属性項目の中の１個以上の属性項目からなるグループ化項目が一定以上の類似度をもって類似するコンテンツに、同一のグループIDを付与することによっての、コンテンツのグループ化を制御するグループ化制御ステップと、グループID毎のコンテンツの利用頻度の算出を制御する算出制御ステップと、算出制御ステップの処理で算出された利用頻度に基づいての、ユーザの嗜好を表すユーザ嗜好情報の生成を制御する生成制御ステップと、生成制御ステップの処理で生成されたユーザ嗜好情報に基づいての、コンテンツの推薦を制御する推薦制御ステップとを含むことを特徴とする。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００２１
【補正方法】変更
【補正の内容】
【００２１】
本発明の情報処理装置および方法、並びにプログラムにおいては、配信されるコンテンツの属性を表す属性項目の中の１個以上の属性項目からなるグループ化項目が一定以上の類似度をもって類似するコンテンツに、同一のグループIDが付与され、コンテンツのグループ化が行われ、グループID毎にコンテンツの利用頻度が算出され、算出された利用頻度に基づいて、ユーザの嗜好を表すユーザ嗜好情報が生成され、生成されたユーザ嗜好情報に基づいて、コンテンツが推薦される。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００２６
【補正方法】変更
【補正の内容】
【００２６】
コンテンツ推薦サーバ４は、１個以上のメタデータの項目で設定されたグループ化項目について、その内容（グループ化項目を構成する各項目の要素）が一定以上類似する（各項目の要素が、全部一致、一部一致、または所定の類似度を表す値が所定以上となる）コンテンツに同一のグループＩＤを付与する（同一のグループにグループ化する）。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００２７
【補正方法】変更
【補正の内容】
【００２７】
メタデータの項目「放送局」、項目「放送開始時刻」、および項目「放送終了時刻」からなるグループ化項目が設定されている場合、「８ch（放送局），００：００（放送開始時間）〜０６：００（放送終了時刻）」のコンテンツ（８chで、００：００〜０６：００の間に放送される番組）には同一のグループIDが付与される。
すなわちこのグループ化項目の下では、図３に示すように、グループ化項目を構成する項目「放送局」、項目「放送開始時刻」、および項目「放送終了時刻」の各要素の組み毎にコンテンツのグループ化がなされる。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正の内容】
【００２８】
また、メタデータの項目「ジャンル」および項目「出演者」からなるグループ化項目が設定されている場合、例えば、「バラエティ（ジャンル）、タレントＡ（出演者）」のコンテンツ（バラエティで、タレントＡが出演する番組）には同一のグループIDが付与される。
すなわちこのグループ化項目の下では、図４に示すように、グループ化項目を構成する項目「ジャンル」および項目「出演者」の各要素の組み毎にコンテンツのグループ化がなされる。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正の内容】
【００２９】
なおグループ化項目が複数設定されている場合、１個のコンテンツは、コンテンツの項目によっては、複数のグループに属することもあり得る。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００３０
【補正方法】変更
【補正の内容】
【００３０】
例えば、８chで、００：００〜０６：００の間に放送され、バラエティで、タレントＡが出演する番組には、「８ch（放送局），００：００（放送開始時間）〜０６：００（放送終了時刻）」のグループＩＤ（図３）と、「バラエティ（ジャンル）、タレントＡ（出演者）」のグループＩＤ（図４）が付与され、それぞれのグループに属することになる。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００３１
【補正方法】変更
【補正の内容】
【００３１】
コンテンツ推薦サーバ４は、このようにグループＩＤが設定されたメタデータ（例えば、図５）を、適宜、クライアント機器５に送信する。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】００３２
【補正方法】変更
【補正の内容】
【００３２】
コンテンツ推薦サーバ４はまた、クライアント機器５から、コンテンツのグループＩＤを含む利用履歴を適宜取得し、その利用履歴に基づいて、グループ毎の利用頻度を算出する。そしてコンテンツ推薦サーバ４は、算出したその利用頻度をユーザの嗜好を表すものとして利用し、グループ毎にコンテンツの推薦を行う。例えば、高い利用頻度のグループに属するコンテンツに関する情報が、コンテンツ推薦情報としてクライアント機器５に送信される。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】００４３
【補正方法】変更
【補正の内容】
【００４３】
ステップＳ２において、CPU１１は、通信部１９を介して、クライアント機器５から、所定の利用履歴を取得する。この例の場合、１週間前からの間に利用されたコンテンツのメタデータ（グループＩＤが設定されている）が取得される。CPU１１は、グループ毎のコンテンツの利用頻度（回数）を算出する。
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】００４４
【補正方法】変更
【補正の内容】
【００４４】
項目「放送局」、項目「放送開始時刻」、および項目「放送終了時刻」からなるグループ化項目が設定されている場合、各メタデータには、そのグループ化項目の内容（グループ化項目を構成する各項目の要素の組み）に応じたグループＩＤが記述されているので、図１０に示すように、その内容（各項目の要素の組み）毎にコンテンツの利用頻度（回数）が算出される。
図１０が示すグループ毎の利用回数からは、８chで、２０：００〜２１：００で放送される番組と、１０chで、１９：００〜２０：００で放送される番組が最も多く視聴され（各７回）、それに続いて８chで、２２：００〜２３：００の間に放送される番組が次に視聴（６回）されていることがわかる。
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】００４５
【補正方法】変更
【補正の内容】
【００４５】
また項目「ジャンル」および項目「出演者」からなるグループ化項目が設定されている場合、各メタデータには、そのグループ化項目の内容（グループ化項目を構成する各項目の要素の組み）に応じたグループＩＤが記述されているので、図１１Ａに示すように、その内容（各項目の要素の組み）毎にコンテンツの利用頻度（回数）が算出される。
図１１Ａがグループ毎の利用回数からは、タレントＤが出演するバラエティ番組が最も多く視聴され（１０回）、それに続いてタレントＤが出演するニュース番組（８回）とタレントＣが出演するバラエティ番組（５回）が多く視聴されていることがわかる。
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】００４６
【補正方法】変更
【補正の内容】
【００４６】
なお、利用回数は、コンテンツの配信数に応じて多くなる可能性があるので、そのままではユーザの嗜好を正確に対応しない。そのため、ステップＳ２で取得された利用履歴に対応する期間中に配信されたコンテンツ数で利用回数が正規化される。
【手続補正２２】
【補正対象書類名】明細書
【補正対象項目名】００４７
【補正方法】変更
【補正の内容】
【００４７】
例えば、図１１の例の場合、タレントＤが出演するバラエティ番組が、その期間（この例の場合、１週間）の間に１０本配信され、タレントＤが出演するニュース番組が、その期間の間に１００本配信され、タレントＣが出演するバラエティ番組が、その期間の間に８０本配信された場合、図１１Ａの利用回数は、図１１Ｂに示すように、正規化される。このように利用回数を正規化することでユーザの嗜好を適切に対応した利用頻度を得ることができる。
【手続補正２３】
【補正対象書類名】明細書
【補正対象項目名】００４８
【補正方法】変更
【補正の内容】
【００４８】
図９に戻り、ステップＳ３において、コンテンツ編集サーバ４のCPU１１は、グループ化項目毎に、所定の閾値以上の利用回数（利用頻度）が得られたグループ（グループのＩＤ）を検出する。
【手続補正２４】
【補正対象書類名】明細書
【補正対象項目名】００４９
【補正方法】変更
【補正の内容】
【００４９】
例えば、項目「放送局」、項目「放送開始時刻」、および項目「放送開始時刻」からなるグループ化項目に対する閾値が値７である場合、図１０の例では、「８ch，２０：００〜２１：００」、および「１０ch，１９：００〜２０：００」の２つのグループが検出される。
【手続補正２５】
【補正対象書類名】明細書
【補正対象項目名】００５０
【補正方法】変更
【補正の内容】
【００５０】
また項目「ジャンル」および項目「出演者」からなるグループ化項目に対する閾値が値０．０６である場合、図１１Ｂの例では、「バラエティ，タレントＤ」、「ニュース，タレントＤ」、および「バラエティ，タレントＣ」の３つのグループが検出される。
【手続補正２６】
【補正対象書類名】明細書
【補正対象項目名】００５１
【補正方法】変更
【補正の内容】
【００５１】
次に、ステップＳ４において、CPU１１は、ステップＳ３で検出した各グループのコンテンツがユーザの嗜好に合っているか否かを判定する。
【手続補正２７】
【補正対象書類名】明細書
【補正対象項目名】００５２
【補正方法】変更
【補正の内容】
【００５２】
例えば、そのグループに属するコンテンツの配信リストに基づいて、いまから遡って所定の回数（例えば、３回）連続して利用されなかったか否かが確認され（利用状態が確認され）、その回数連続して利用されなかった場合、そのグループのコンテンツはユーザの嗜好に合っていないと判定と判定される。
【手続補正２８】
【補正対象書類名】明細書
【補正対象項目名】００５３
【補正方法】変更
【補正の内容】
【００５３】
図１３に示すように、「バラエティ，タレントＤ」のグループの番組が３回連続して視聴されなかったとき、「バラエティ，タレントＤ」のグループのコンテンツは、ユーザの嗜好に合わないと判定される。
【手続補正２９】
【補正対象書類名】明細書
【補正対象項目名】００５４
【補正方法】変更
【補正の内容】
【００５４】
なお、図１２に示すように、グループ「８ch，２０：００〜２１：００」のグループの、いまから遡って最も最近の番組Ａは視聴されなかったが、その前に配信された番組Ｂは視聴されているとき（視聴されないことが３回連続していないとき）、「８ch，２０：００〜２１：００」のグループのコンテンツは、ユーザの嗜好に合わないとは判定されない（合っていると判定される）。
【手続補正３０】
【補正対象書類名】明細書
【補正対象項目名】００５５
【補正方法】変更
【補正の内容】
【００５５】
また図１４に示すように、過去に、所定の回数（例えば、３回）連続して利用されているとき、そのグループのコンテンツを、ユーザの嗜好にあっていると判定することもできる。
【手続補正３１】
【補正対象書類名】明細書
【補正対象項目名】００５６
【補正方法】変更
【補正の内容】
【００５６】
ステップＳ５において、CPU１１は、ステップＳ４での判定結果から、ユーザの嗜好に合うコンテンツのグループを検出する（利用状態が所定の条件を満たすグループを検出する）。次にステップＳ６において、CPU１１は、ステップＳ５で検出したグループのグループIDを、ユーザ嗜好情報として、記憶部１８に記憶する。
【手続補正３２】
【補正対象書類名】明細書
【補正対象項目名】００５７
【補正方法】変更
【補正の内容】
【００５７】
この例の場合、項目「放送局」、項目「放送開始時刻」、および項目「放送終了時刻」からなるグループ化項目における「８ch，２０：００〜２１：００」と「１０ch，１９：００〜２０：００」のグループのグループID、および項目「ジャンル」および項目「出演者」からなるグループ化項目における「ニュース，タレントＤ」と「バラエティ，タレントＣ」のグループのグループIDが、ユーザ嗜好情報として記憶部１８に記憶される。
【手続補正３３】
【補正対象書類名】明細書
【補正対象項目名】００６１
【補正方法】変更
【補正の内容】
【００６１】
なお、ユーザ嗜好情報として記憶されているグループIDが複数ある場合には、グループIDも付与されているいずれのコンテンツのメタデータが抽出されるようにすることができる。
【手続補正３４】
【補正対象書類名】明細書
【補正対象項目名】００６４
【補正方法】変更
【補正の内容】
【００６４】
図１６の例では、項目「放送局」、項目「放送開始時刻」、および項目「放送終了時刻」からなるグループ化項目の「８ch，２０：００〜２１：００」および「１０ch，１９：００〜２０：００」のグループに属する番組の情報（タイトル等）がそれぞれ表示されている。
【手続補正３５】
【補正対象書類名】明細書
【補正対象項目名】００６５
【補正方法】変更
【補正の内容】
【００６５】
図１７の例では、項目「ジャンル」および項目「出演者」からなるグループ化項目の「ニュース，タレントＤ」および「バラエティ，タレントＣ」のグループに属する番組に関する情報（タイトル等）がそれぞれ表示されている。なお、各グループの番組の情報が表示されているウインドウは、表示画面の大きさによっては、図１７に示すように一部重なるように表示されるようにすることができる。
【手続補正３６】
【補正対象書類名】明細書
【補正対象項目名】００７０
【補正方法】変更
【補正の内容】
【００７０】
ここで、図１８のフローチャートを参照して、項目「タイトル」を利用してグループ化を行う処理（項目「タイトル」からなるグループ化項目によるグループ化処理）（タイトルグループ化処理１）について説明する。
【手続補正３７】
【補正対象書類名】明細書
【補正対象項目名】００７６
【補正方法】変更
【補正の内容】
【００７６】
ステップＳ６４において、対応するグループＩＤが抽出されなかったと判断された場合、抽出された単語、もしくは、複数の単語から構成される単語群には、まだグループＩＤが付けられていないので、ステップＳ６５において、抽出された単語、もしくは、複数の単語から構成される単語群に新たなグループＩＤを割り当てる。また、コンテンツ推薦サーバ４は、単語、もしくは、複数の単語から構成される単語群と、それに対応するグループＩＤを記憶する。
【手続補正３８】
【補正対象書類名】明細書
【補正対象項目名】００７９
【補正方法】変更
【補正の内容】
【００７９】
ステップＳ６６において、タイトルを構成する全ての単語、もしくは、複数の単語から構成される単語群についてグループＩＤが抽出されたと判断された場合、ステップＳ６７において、コンテンツ推薦サーバ４は、メタデータに、抽出されたまたは割り当てたグループＩＤを対応付けて、処理が終了される。
【手続補正３９】
【補正対象書類名】明細書
【補正対象項目名】００８１
【補正方法】変更
【補正の内容】
【００８１】
次に、図１９のフローチャートを参照して、タイトルを構成する単語の一致率によりグループ化を実行するタイトルグループ化処理２（項目「タイトル」からなるグループ化項目による他のグループ化処理）について説明する。
【手続補正４０】
【補正対象書類名】明細書
【補正対象項目名】００９３
【補正方法】変更
【補正の内容】
【００９３】
次に、図２０のフローチャートを参照して、放送局の一致を条件に加えて、タイトルを構成する単語の一致率によりグループ化を実行するタイトルグループ化処理３（項目「タイトル」と項目「放送局」からなるグループ化項目によるグループ化処理）について説明する。
【手続補正４１】
【補正対象書類名】明細書
【補正対象項目名】０１０３
【補正方法】変更
【補正の内容】
【０１０３】
図２１のフローチャートを参照して、放送時刻が、所定の時間範囲内のずれで一致しているか否かを条件に加えて、タイトルを構成する単語の一致率によりグループ化を実行するタイトルグループ化処理４（項目「タイトル」と項目「放送開始時刻」からなるグループ化項目によるグループ化処理）について説明する。
【手続補正４２】
【補正対象書類名】明細書
【補正対象項目名】０１１４
【補正方法】変更
【補正の内容】
【０１１４】
ステップＳ５０２において、CPU１１は、利用回数（視聴回数）が所定の閾値を超えるグループがあるか否かを判定し、利用回数が閾値を超えるグループがあると判定された場合、ステップＳ５０３に進み、そのグループに属する番組（利用回数が閾値を超える番組）のコンテンツ推薦情報に、この番組が定番であることを表す定番フラグを設定する。
【手続補正４３】
【補正対象書類名】明細書
【補正対象項目名】０１１５
【補正方法】変更
【補正の内容】
【０１１５】
また、ステップＳ５０２において、視聴頻度が閾値を超えるグループがあるか否かが判定され、利用頻度が閾値を超える番組があると判定された場合、ステップＳ５０３において、そのグループに属する番組のコンテンツ推薦情報に定番フラグが設定されるようにしてもよい。
【手続補正４４】
【補正対象書類名】明細書
【補正対象項目名】０１１６
【補正方法】変更
【補正の内容】
【０１１６】
ステップＳ５０２において、視聴回数が閾値を超えるグループがないと判定された場合、処理は終了される。
【手続補正４５】
【補正対象書類名】明細書
【補正対象項目名】０１２０
【補正方法】変更
【補正の内容】
【０１２０】
ステップＳ５２２において、CPU１１は、利用回数（利用頻度）が所定の閾値以上であるグループを検索する。なお、利用頻度が所定の閾値以上であるグループが検索されるようにしてもよい。
【手続補正４６】
【補正対象書類名】明細書
【補正対象項目名】０１２１
【補正方法】変更
【補正の内容】
【０１２１】
ステップＳ５２３において、CPU１１は、グループが検索されたか否かを判定し、グループが検索されたと判定された場合、ステップＳ５２４に進み、検索されたグループに属する番組のメタデータを分析する。このとき、番組が複数あった場合、複数の番組のメタデータが分析される。ステップＳ５２５において、CPU１１は、ステップＳ５２４で分析された番組のメタデータに基づいて、番組ベクトルを生成する。
【手続補正４７】
【補正対象書類名】明細書
【補正対象項目名】０１３４
【補正方法】変更
【補正の内容】
【０１３４】
ステップＳ５２３において、視聴回数が閾値以上のグループが検索されなかったと判定された場合、ステップＳ５２４乃至Ｓ５２６の処理はスキップされ、処理は終了する。
【手続補正４８】
【補正対象書類名】明細書
【補正対象項目名】０１３８
【補正方法】変更
【補正の内容】
【０１３８】
ステップＳ５４１乃至Ｓ５４３の処理は、図２３のステップＳ５２１乃至Ｓ５２３の処理と同様の処理なので、その説明は省略する。ステップＳ５４４において、CPU１１は、ステップＳ５４２で検索されたグループに属する番組が定番番組か否かを判定する。ここで、定番番組か否かの判定は、図２２を参照して上述した定番番組設定処理により設定された定番フラグに基づいて判定される。
【手続補正４９】
【補正対象書類名】明細書
【補正対象項目名】０１４２
【補正方法】変更
【補正の内容】
【０１４２】
また、図２３を参照して上述した処理によれば、所定の回数（または頻度）以上に視聴されているグループに属する番組について、すべて同様に番組ベクトルが生成され、嗜好情報が生成されるようにしている。この例では、シリーズで放送される番組Ａ１，Ａ２，Ａ３，・・・（以下、個々に区別する必要がない場合、これらをまとめたシリーズ番組Ａと称する。他の場合も同様である）と番組Ｂ１，Ｂ２，Ｂ３，・・・があり、例えば各グループの閾値が３回の場合、３回視聴した番組Ａ（正確には、シリーズ化された３個の番組が視聴されたシリーズ）についても、１０回視聴した番組Ｂ（シリーズ化された１０個の番組が視聴されたシリーズ）についても同様に番組ベクトルが生成される。
【手続補正５０】
【補正対象書類名】明細書
【補正対象項目名】０１４３
【補正方法】変更
【補正の内容】
【０１４３】
しかし、シリーズ番組Ａとシリーズ番組Ｂでは、ユーザの、その番組に対する知識が異なる場合がある。例えば、ユーザは、１０回視聴したシリーズ番組Ｂについては、番組の中にどのようなコーナーがあり、どのようなタレントが出演するかを熟知している可能性が高いが、３回しか視聴していないシリーズ番組Ａについては、番組のコーナー、タレントなどについて熟知していない可能性があり、場合によっては、シリーズ番組Ａを視聴したくないと感じる可能性もある。そこで、その番組に対する熟知度を反映して嗜好情報を生成する必要がある。図２７を参照して、番組のメタデータに含まれる複数の属性に基づいて、嗜好情報を生成する第３の例である嗜好情報抽出処理３について説明する。
【手続補正５１】
【補正対象書類名】明細書
【補正対象項目名】０１４４
【補正方法】変更
【補正の内容】
【０１４４】
ステップＳ５６１乃至Ｓ５６５の処理は、図２３のＳ５２１乃至Ｓ５２５の処理と同様の処理なので、その説明は省略する。ステップＳ５６６においてCPU１１は、番組の熟知度を特定する。熟知度は、ステップＳ５６１において分析された、シリーズ番組（すなわちグループ）の利用頻度に基づいて特定される。このとき、そのシリーズ番組の利用頻度に対応して３段階の熟知度が設定される。例えば、利用頻度が「０．１」以上のものは熟知度が「高」と設定され、利用頻度が「０．０５」以上「０．１」未満のものは熟知度が「中」と設定され、利用頻度が「０．０５」未満のものは熟知度が「低」と設定される。
【手続補正５２】
【補正対象書類名】明細書
【補正対象項目名】０１５１
【補正方法】変更
【補正の内容】
【０１５１】
ステップＳ５８１において、CPU１１は、自動録画予約が解除された回の番組（例えば、１０回放送されるシリーズ番組のうち、第３回目の番組）のメタデータを取得し、ステップＳ５８２において、取得したメタデータの属性を分析する。ステップＳ５８３において、CPU１１は、自動録画予約が設定された番組の嗜好情報の属性と、自動録画予約が解除された回の番組のメタデータの属性を比較し、ステップＳ５８４においてネガティブな要素を検出する。
【手続補正５３】
【補正対象書類名】明細書
【補正対象項目名】０１５５
【補正方法】変更
【補正の内容】
【０１５５】
また、以上においては、視聴回数が所定の回数以上のシリーズ番組のメタデータに基づいて嗜好情報が生成される例について説明したが、このようにして生成された嗜好情報に基づいた番組の推薦が続けて行われると、ユーザが飽きてしまう恐れがある。そこで、本発明においては、ユーザが初めて視聴した（過去に視聴していない）番組に注目する。初めて視聴した番組に対して、ユーザは特別な興味をもっていることが考えられるので、この番組のメタデータに基づいて、特殊嗜好情報を生成する。
【手続補正５４】
【補正対象書類名】明細書
【補正対象項目名】０１５８
【補正方法】変更
【補正の内容】
【０１５８】
ステップＳ６０２において、CPU１１は、視聴回数が１回のシリーズ番組（そのグループに属する番組の中の１番組だけが視聴されているグループ）を検出する。ステップＳ６０３において、CPU１１は、視聴回数が１回のシリーズ番組が検出されたか否かを判定し、シリーズ番組が検出されたと判定された場合、ステップＳ６０４に進み、検出されたシリーズ番組に属する番組のメタデータに基づいて、特殊嗜好情報を生成する。このとき、図２３のステップＳ５２４乃至Ｓ５２６と同様に、番組のメタデータに基づいて番組ベクトルが生成され、番組ベクトルに基づいて特殊嗜好情報が生成される。ステップＳ６０３において、視聴回数が１回の番組が検出されなかったと判定された場合、ステップＳ６０４の処理はスキップされる。
【手続補正５５】
【補正対象書類名】図面
【補正対象項目名】図２２
【補正方法】変更
【補正の内容】
【図２２】
2004206679.tif 000035
【手続補正５６】
【補正対象書類名】図面
【補正対象項目名】図２３
【補正方法】変更
【補正の内容】
【図２３】
2004206679.tif 000036
【手続補正５７】
【補正対象書類名】図面
【補正対象項目名】図２６
【補正方法】変更
【補正の内容】
【図２６】
2004206679.tif 000037
【手続補正５８】
【補正対象書類名】図面
【補正対象項目名】図２７
【補正方法】変更
【補正の内容】
【図２７】
2004206679.tif 000038