JP4547596B2

JP4547596B2 - 情報処理装置および情報処理方法、並びにプログラム

Info

Publication number: JP4547596B2
Application number: JP2002361278A
Authority: JP
Inventors: 則行山本; 充弘宮嵜; 真里斎藤; 宏幸小池
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2002-12-12
Filing date: 2002-12-12
Publication date: 2010-09-22
Anticipated expiration: 2022-12-12
Also published as: JP2004192461A

Description

【０００１】
【発明の属する技術分野】
本発明は、情報処理装置および情報処理方法、並びにプログラムに関し、特に、テレビジョン放送やラジオ放送などの番組や、ストリーミングデータなどを視聴するユーザに対して、例えば、自動録画や番組などの推薦を行う場合に用いて好適な、情報処理装置および情報処理方法、並びにプログラムに関する。
【０００２】
【従来の技術】
従来、例えば、テレビジョン放送やラジオ放送などにおいて、ユーザに対して番組を推薦する場合には、電子番組ガイド（ＥＰＧ：Electronic Program Guide）などの番組情報（番組メタデータ）を基に、ユーザの嗜好情報にマッチングする番組が選択された。ユーザへの番組の推薦方法は、ユーザ嗜好データの取得の方法によって異なり、例えば、初期にユーザの興味に関する情報を登録してもらい、その情報に基づいて、番組を推薦する初期興味登録方式、ユーザが過去に視聴した番組の履歴を利用して、番組を推薦する視聴履歴利用方式、あるいは、他のユーザの視聴履歴を利用して、番組を推薦する協調フィルタリング方式などの方法があった。
【０００３】
初期興味登録方式では、利用開始時に、例えば、好きな番組カテゴリー（例えば、ドラマ、バラエティ、など）、好きなジャンル（推理もの、お笑いもの、など）、または、好きなタレント名などをユーザに登録してもらい、これらの情報をキーワードとして、番組メタデータとの間でマッチングを取ることにより、推薦すべき番組名が取得されるようになされている。
【０００４】
また、視聴履歴利用方式では、ユーザが番組を視聴するたびに、視聴された番組メタデータが蓄積され、ある程度、履歴メタデータが蓄積されると、そのメタデータが解析されて、例えば、好きな番組カテゴリー、好きなジャンル、または、好きなタレント名などの情報が取得される。そして、これらの情報をキーワードとして、番組メタデータとの間でマッチングを取ることにより、推薦すべき番組名が取得されるようになされている。
【０００５】
例えば、HDD（Hard Disk Drive）を用いた録画装置などにおいては、視聴履歴のみならず、録画予約、または、録画などのユーザ操作が履歴情報として蓄積され、嗜好情報の取得に用いられることもある。この場合、ユーザが、特に興味を持って番組を視聴しているのではなく、テレビジョン受像機やラジオなどをつけていたために視聴していた状態になっていた番組と、ユーザが、より興味を持って、意識的に視聴した番組を一部区別することが可能となり、ユーザの嗜好をより反映した情報を取得できる。
【０００６】
そして、協調フィルタリング方式は、第１のユーザの視聴や操作の履歴に対して、その他のユーザの視聴履歴との間でマッチングを取ることにより、第１のユーザと視聴履歴の似ている第２のユーザを検索し、その視聴または操作の履歴データを取得することにより、第２のユーザが視聴した番組で、第１のユーザがまだ視聴していない番組を抽出して推薦するものである。
【０００７】
また、放送番組に、予め、番組の属性情報として、ｎ次元の属性ベクトルを付加し、ユーザの初期登録内容や、ユーザが再生、または録画予約した番組の属性ベクトルの各属性項目の平均値を基に生成された選択ベクトルと、属性ベクトルとを比較することにより、録画する番組、または、再生する番組を選択することができるようになされている技術がある（例えば、特許文献１）。
【０００８】
【特許文献１】
特開２００１−１６０９５５号公報
【０００９】
【発明が解決しようとする課題】
しかしながら、初期登録方式を基に、番組を選択する場合、ユーザが初期登録を行った時期の固定的な興味しか反映できない上、詳細な情報を得るためには、ユーザの登録操作が複雑になってしまう。これに対して、初期設定の登録情報の入力操作を簡単にするために、登録される情報数を少なくしてしまった場合、大まかなユーザの嗜好情報を基にした推薦しかできないので、ユーザの嗜好に合致する番組が選択される精度が低いものとなってしまう。
【００１０】
これに対して、履歴利用方式などのように、単純にユーザの視聴履歴などを基に収集したメタデータの総和、または平均などを用いて、番組を選択する場合、履歴がある程度蓄積されないと、ユーザの嗜好に正しく合致した番組を推薦することができない。更に、履歴利用方式では、メタデータ間の関係性がなまってしまい、充分な個人化はできなかった。また履歴を積み重ねることにより、例えば、ジャンルなど、履歴として重なり易い項目（ユーザが嗜好するものとして検出されやすい項目）と、出演者など、履歴として要素が広がり易い項目（ユーザが嗜好するものとして検出されにくい項目）とで、重み付けに偏りが生じてしまう場合がある。
【００１１】
具体的には、例えば、ユーザが解説者Ａのファンであるので、「解説者Ａが解説している球団Ｂの試合の実況中継」を好んで視聴しているような場合、ジャンルである「野球の実況中継」という情報は履歴として重なりやすい（「野球の実況中継」という情報は、ユーザが嗜好するものとして検出されやすい）が、出演者である「解説者Ａ」という情報は履歴として重なり難い（「解説者Ａ」という情報は、ユーザが嗜好するものとして検出され難い）。このため、他の解説者が解説している球団Ｂの試合の実況中継が推薦されて、解説者Ａが出演しているバラエティ番組が推薦されないような場合が発生する。
【００１２】
また、特許文献１に示されるように、放送番組に、予め、番組の属性ベクトルを付加し、ユーザの初期登録内容や、ユーザが再生、または録画予約した番組の属性ベクトルの各属性項目の平均値を基に生成された選択ベクトルと、属性ベクトルとを比較することにより、録画する番組、または、再生する番組を選択するようにした場合も、ユーザの操作履歴を利用するのであるから、同様に、履歴として重なり易い項目と、出演者など、履歴として要素が広がり易い項目とで、重み付けに偏りが生じてしまう場合がある。
【００１３】
更に、例えば、ドラマが好きで、バラエティは、ほとんどドラマに出演しないコメディアンＡが出演するもののみを好み、バラエティ対ドラマの視聴比率が２：８であるユーザに対して生成される選択ベクトルにおいては、ほとんどドラマに出演しないコメディアンＡよりも、特に好きな俳優でないにもかかわらず、ドラマに頻繁に出演する出演者Ｂが履歴として重なってしまう。従って、コメディアンＡが出演するバラエティよりも、ドラマに頻繁に出演する出演者Ｂが出演するドキュメンタリーが優先的に推薦されてしまう。
【００１４】
また、ユーザによって、番組を選択するために重要な項目が異なる（例えば、出演者重視や内容重視など）場合にも、全ての項目が同様に演算されるため、ユーザ固有の嗜好が反映されない場合があった。
【００１５】
また、協調フィルタリング方式で利用されるのは、あくまで他のユーザの嗜好情報であるので、それぞれのユーザの嗜好を詳細に表す情報を抽出することは困難であった。
【００１６】
本発明はこのような状況に鑑みてなされたものであり、ユーザの嗜好に合致した番組を選択することができるようにするものである。
【００１７】
【課題を解決するための手段】
本発明の情報処理装置は、コンテンツに関する情報を取得する取得手段と、取得手段により取得されたコンテンツに関する情報に基づいて、コンテンツをグループに分類する分類手段と、コンテンツに関する情報に基づいて、複数の項目で構成される、コンテンツについての属性情報を生成し、分類手段によって分類されたグループに対応付ける属性情報生成手段と、属性情報生成手段により生成された属性情報の項目に対応する重み付け情報を記憶する記憶手段と、属性情報を構成する複数の項目のうちの少なくとも一部を含んで構成される所定のユーザの嗜好情報と、属性情報生成手段により生成された属性情報との類似度に基づいて、ユーザの嗜好と合致した第１のコンテンツを抽出するとともに、属性情報が対応付けられているグループに分類されている第２のコンテンツを、ユーザの嗜好と合致するコンテンツとして抽出するコンテンツ抽出手段とを備え、重み付け情報は、属性情報と所定のユーザの嗜好情報とから、項目ごとの類似度である項目類似度を算出し、項目類似度から、属性情報と所定のユーザの嗜好情報との類似度を算出する場合における、複数の項目に対応する項目類似度のそれぞれの寄与の度合いを規定するものである。
【００１８】
抽出手段により選択的に抽出されたコンテンツの視聴をユーザに推薦するための推薦情報を出力する出力手段を更に備えさせるようにすることができる。
【００１９】
分類手段には、コンテンツに関する情報を基に、所定の条件に合致しているコンテンツを検出させるようにすることができ、属性情報生成手段には、分類手段による分類を区別するための固有情報を、属性情報に対応付けさせるようにすることができる。
【００２０】
所定の条件には、コンテンツの放送または配信の開始時刻の差が、所定の時間以内であるという条件を含ませるようにすることができる。
【００２１】
コンテンツに関する情報は、複数の項目により構成されるものとすることができ、分類手段には、コンテンツに関する情報の所定の項目に、同一の単語を少なくとも１つ含んでいるコンテンツを検出させるようにすることができ、属性情報生成手段には、分類手段による分類を区別するための固有情報を、属性情報に対応付させるようにすることができる。
【００２２】
コンテンツに関する情報は、複数の項目により構成されるものとすることができ、分類手段には、コンテンツに関する情報の所定の項目を構成する単語の一致率が所定の値よりも大きいコンテンツを検出させるようにすることができ、属性情報生成手段には、分類手段による分類を区別するための固有情報を、属性情報に対応付けさせるようにすることができる。
【００２３】
属性情報生成手段には、更に、第１のコンテンツと同一の分類の第２のコンテンツに既に対応付けられている属性情報を、第１のコンテンツに対応付させるようにすることができる。
【００２４】
コンテンツは放送番組であるものとすることができ、分類手段には、コンテンツに関する情報を基に、連続して放送される放送番組を１つの分類として分類させるようにすることができ、属性情報生成手段には、分類手段により、連続して放送される放送番組として分類された放送番組の属性情報を、第１回目の放送分のコンテンツに関する情報を用いて生成させるようにすることができる。
ユーザの嗜好情報を記憶する記憶手段を更に備えさせるようにすることができ、コンテンツの属性情報には、コンテンツの分類を示す固有情報を含ませるようにすることができ、コンテンツ抽出手段には、記憶手段により記憶されている嗜好情報と、属性情報生成手段により生成された属性情報とを比較させることにより、ユーザの嗜好と合致した第１のコンテンツを検出させるようにすることができ、固有情報を基に、ユーザの嗜好と合致した第１のコンテンツと同一の分類の第２のコンテンツを、ユーザの嗜好と合致するコンテンツとして更に抽出させるようにすることができる。
【００２５】
本発明の情報処理方法は、コンテンツに関する情報に基づいて、コンテンツをグループに分類する分類ステップと、コンテンツに関する情報に基づいて、複数の項目で構成される、コンテンツについての属性情報を生成し、分類ステップの処理によって分類されたグループに対応付ける属性情報生成ステップと、属性情報生成ステップの処理により生成された属性情報の項目に対応する重み付け情報を記憶する記憶ステップと、属性情報を構成する複数の項目のうちの少なくとも一部を含んで構成される所定のユーザの嗜好情報と、属性情報生成ステップの処理により生成された属性情報との類似度に基づいて、ユーザの嗜好と合致した第１のコンテンツを抽出するとともに、属性情報が対応付けられているグループに分類されている第２のコンテンツを、ユーザの嗜好と合致するコンテンツとして抽出するコンテンツ抽出ステップとを含み、重み付け情報は、属性情報と所定のユーザの嗜好情報とから、項目ごとの類似度である項目類似度を算出し、項目類似度から、属性情報と所定のユーザの嗜好情報との類似度を算出する場合における、複数の項目に対応する項目類似度のそれぞれの寄与の度合いを規定するものである。
【００２７】
本発明のプログラムは、コンテンツに関する情報に基づいて、コンテンツをグループに分類する分類ステップと、コンテンツに関する情報に基づいて、複数の項目で構成される、コンテンツについての属性情報の生成を制御し、分類ステップの処理によって分類されたグループに対応付ける属性情報生成制御ステップと、属性情報生成制御ステップの処理により生成された属性情報の項目に対応する重み付け情報の記憶を制御する記憶制御ステップと、属性情報を構成する複数の項目のうちの少なくとも一部を含んで構成される所定のユーザの嗜好情報と、属性情報生成制御ステップの処理により生成された属性情報との類似度に基づいて、ユーザの嗜好と合致した第１のコンテンツを抽出するとともに、属性情報が対応付けられているグループに分類されている第２のコンテンツを、ユーザの嗜好と合致するコンテンツとして抽出するコンテンツ抽出ステップとを含む処理をコンピュータに実行させ、重み付け情報は、属性情報と所定のユーザの嗜好情報とから、項目ごとの類似度である項目類似度を算出し、項目類似度から、属性情報と所定のユーザの嗜好情報との類似度を算出する場合における、複数の項目に対応する項目類似度のそれぞれの寄与の度合いを規定するものである。
【００２８】
本発明の情報処理装置および情報処理方法、並びに、プログラムにおいては、コンテンツに関する情報に基づいて、コンテンツがグループに分類され、コンテンツに関する情報に基づいて、複数の項目で構成される、コンテンツについての属性情報が生成され、分類されたグループに対応付けられ、生成された属性情報の項目に対応する重み付け情報が記憶される。属性情報を構成する複数の項目のうちの少なくとも一部を含んで構成される所定のユーザの嗜好情報と、生成された属性情報との類似度に基づいて、ユーザの嗜好と合致した第１のコンテンツが抽出されるとともに、属性情報が対応付けられているグループに分類されている第２のコンテンツが、ユーザの嗜好と合致するコンテンツとして抽出される。
【００４５】
【発明の実施の形態】
以下、図を参照して、本発明の実施の形態について説明する。
【００４６】
図１を用いて、テレビジョン番組放送、およびストリームデータの配信について説明する。
【００４７】
放送局１は、地上波の番組放送を送信するか、もしくは、衛星２を介して衛星波の番組放送を送信する。図１においては、放送局１を１つだけ図示して説明しているが、放送局１が、複数存在することは言うまでもない。テレビジョン受信装置４のアンテナ３は、地上波、または衛星波の番組放送を受信する。放送信号には、必要に応じて、ＥＰＧ（Electronic Program Guide）が含まれている。
【００４８】
配信サーバ５は、ストリーミングデータデータベース６から、ストリーミングデータを読み出し、インターネットその他のネットワークを含むネットワーク８を介して、テレビジョン受信装置４に配信するとともに、メタデータデータベース７から、放送局１から放送される番組に関する情報であるＥＰＧ、あるいは、ＥＰＧよりも詳細な情報を含むメタデータを読み出して、番組ごとに、番組ベクトルPPを生成し、ＥＰＧデータとともに、ネットワーク８を介して、ＥＰＧ受信装置９に配信する。
【００４９】
一般的な放送信号に重畳されるＥＰＧの情報量が、以下に説明する処理に十分な情報である場合、処理には、一般的な放送信号に重畳されるＥＰＧと同一のものを利用するようにしても良い。また、一般的な放送信号に重畳されるＥＰＧの情報量が、以下に説明する処理に十分な情報であるとはいえない場合、処理には、一般的な放送信号に重畳されるＥＰＧに加えて、もしくは単独で、メタデータを利用するようにしても良い。以下、一般的な放送信号に重畳されるＥＰＧでは、処理に十分な情報量がないため、本実施の形態では、メタデータを含む情報を利用するものとし、この情報を、ＥＰＧデータと総称するものとする。
【００５０】
ＥＰＧ受信装置９は、配信されたＥＰＧデータを、テレビジョン受信装置４に供給する。また、ＥＰＧ受信装置９は、ＥＰＧデータとともに配信された番組ベクトルPPを、番組推薦処理装置１０に供給する。
【００５１】
チューナを有するテレビジョン受信装置４は、操作部を有するテレビジョン表示装置１１、または、録画再生装置１２から供給されるチャンネルの選択を示す制御信号に基づいて、アンテナ３を介して、地上波、または衛星波の放送信号を選局して受信するとともに、ネットワーク８を介して、配信サーバ５から、ストリーミングデータの配信を受ける。また、テレビジョン受信装置４は、ＥＰＧ受信装置９から、ＥＰＧデータの供給を受け、テレビジョン表示装置１１、または、録画再生装置１２に供給する。なお、テレビジョン受信装置４は、受信した放送波に、ＥＰＧが含まれていた場合、番組の信号と分離して、それぞれ、テレビジョン表示装置１１、または、録画再生装置１２に供給する。
【００５２】
番組推薦処理装置１０は、ＥＰＧ受信装置９から、番組ベクトルPPを取得するとともに、テレビジョン表示装置１１および録画再生装置１２から、操作ログを取得し、これらの情報、または、ユーザの操作入力を基に、ユーザの嗜好に合致した番組を推薦するための推薦情報を生成し、テレビジョン表示装置１１および録画再生装置１２に供給する。
【００５３】
テレビジョン表示装置１１は、ユーザの操作入力を基に、テレビジョン受信装置４から供給された放送信号、または、録画再生装置１２から供給された再生信号を表示したり、番組推薦処理装置１０から供給された推薦情報を基に、チャンネルを自動設定したり、推薦番組情報を表示する。テレビジョン表示装置１１は、ユーザの操作履歴である操作ログを番組推薦処理装置１０に供給する。
【００５４】
録画再生装置１２は、ユーザの操作入力を基に、テレビジョン受信装置４から供給された放送信号を、装着された記録媒体、または、内蔵する記録媒体（例えば、ハードディスク）に録画したり、番組推薦処理装置１０から供給された推薦情報を基に、テレビジョン受信装置４から供給された放送信号を、装着された記録媒体、または、内蔵する記録媒体に自動録画する。また、録画再生装置１２は、装着された記録媒体、または、内蔵する記録媒体に録画されている番組を再生し、テレビジョン表示装置１１に出力して表示させる。更に、録画再生装置１２は、ユーザの操作履歴である操作ログを番組推薦処理装置１０に供給する。
【００５５】
ここでは、ＥＰＧ受信装置９、テレビジョン受信装置４、番組推薦処理装置１０、テレビジョン表示装置１１、および、録画再生装置１２を、それぞれ異なる装置として説明したが、これらの装置は、個別に構成されなくてもよい。例えば、ＥＰＧ受信装置９、テレビジョン受信装置４、および、テレビジョン表示装置１１を、チューナ機能を内蔵したテレビジョン受像機１５−１として、一体的に構成するようにしても良いことは、言うまでもない。更に、録画再生装置１２も一体的に構成して、録画機能を有するテレビジョン受像機１５−２として構成するようにしても良い。この録画再生装置１２は、記録媒体として、大容量のハードディスクを有する、いわゆるハードディスクレコーダであってもよいことは言うまでもない。また、番組推薦処理装置１０を、チューナ機能を内蔵したテレビジョン受像機１５−１に内蔵して、テレビジョン受像機１５−３としても、または、録画機能を有するテレビジョン受像機１５−２に内蔵して、テレビジョン受像機１５−４とするようにしても良い。
【００５６】
図２は、配信サーバ５の構成を示すブロック図である。
【００５７】
データ取得部２１は、メタデータデータベース７およびストリーミングデータデータベース６からデータを取得し、データ送信部２５に供給するとともに、ＥＰＧデータを、メタデータ抽出部２２に供給する。また、データ取得部２１は、メタデータデータベース７に登録されているＥＰＧデータを、その内容により、グループ化する処理を実行する。
【００５８】
メタデータ抽出部２２は、データ取得部２１から供給されたＥＰＧデータから、番組ベクトルPPを生成するために必要なデータを抽出し、番組ベクトル生成部２３に供給する。番組ベクトル生成部２３は、メタデータを基に、番組ベクトルPPを生成し、必要に応じて、データ記憶部２４に記憶されている番組側効き目ベクトルEfPPを対応付けて、データ送信部２５に供給する。
【００５９】
データ記憶部２４は、番組ベクトルPPを生成する場合に必要な情報である番組側効き目ベクトルEfPPを、必要に応じて記憶する。
【００６０】
いかに視聴率を稼ぐかという制作側、放送側の観点に基づいて、例えば、教養系番組においては、ジャンルや内容の要素が強いという特性、バラエティ番組などにおいては、出演者の要素が強いという特性、ドラマなどにおいては、出演者および脚本家の要素が強いという特性がある。番組の特徴を正しく抽出するためには、これらの特性を利用する必要がある。すなわち、番組ベクトルPPを構成する要素のうち、ユーザの嗜好に合致した番組を推薦するために実行されるマッチング処理において、どの要素が重要であるかは、番組のジャンルによって異なる。
【００６１】
すなわち、番組のジャンルが「教養・ドキュメント」である場合、重要な項目は、出演者ではなく、その内容や題名である。これに対して、番組のジャンルが「バラエティ」のとき、重要な項目は出演者であり、番組のジャンルが「ドラマ」であるとき、重要な項目は、出演者と脚本家である。これらを番組ベクトルPPの生成に利用する場合、番組のジャンル別に、項目ごとの、マッチング処理における寄与の度合いを規定する番組側効き目ベクトルが設定され、データ記憶部２４に記憶される。
【００６２】
データ送信部２５は、データ取得部２１から供給された、ＥＰＧデータおよびストリーミングデータ、並びに、番組ベクトル生成部２３から供給された番組ベクトルPP、および、番組側効き目ベクトルEfPPを、ネットワーク８を介して、ＥＰＧ受信装置９、または、テレビジョン受信装置４に送信する。
【００６３】
また、番組ベクトル生成部２３には、必要に応じて、ドライブ２６が接続される。ドライブ２６には、必要に応じて、磁気ディスク３１、光ディスク３２、光磁気ディスク３３、および半導体メモリ３４が装着され、データの授受を行う。
【００６４】
次に、図３のフローチャートを参照して、配信サーバ５が実行する番組ベクトル生成処理１について説明する。
【００６５】
ステップＳ１において、データ取得部２１は、メタデータデータベース７から、メタデータで構成されているＥＰＧデータの供給を受ける。
【００６６】
ステップＳ２において、メタデータ抽出部２２は、データ取得部２１からＥＰＧデータの供給を受け、番組ベクトルPPを生成するために必要なメタデータを抽出し、番組ベクトル生成部２３に出力する。
【００６７】
図４に、メタデータの例を示す。メタデータには、例えば、ジャンルとして「映画−邦画」、映画の題名として「東海道三谷怪談」、放送された年月日および配給元のデータ、放送の日時、放送する放送局名、並びに、放送時刻などが含まれている。更に、メタデータには、監督名、脚本家名、撮影者（カメラマン）、音楽担当者、出演者などのデータ、および、この番組の内容として、映画の解説などが含まれている。
【００６８】
ステップＳ３において、番組ベクトル生成部２３は、メタデータに含まれている、タイトル、内容などを、必要に応じて形態素解析し、単語に分解する。具体的には、番組ベクトル生成部２３は、メタデータに含まれている映画の題名をタイトルとして、「東海道」、「三谷」、「怪談」の３つの単語に分解する。また、番組ベクトル生成部２３は、メタデータに、映画の解説として、図４に示されるように、「'５９新西宝様式美たっぷりに有名な“三谷怪談”の世界を描く邦画ホラーの傑作。」という情報が含まれていた場合、解説に含まれている単語を抽出して、「西宝」、「様式」、「美」、「たっぷり」、「有名」、「三谷」、「怪談」、「世界」、「描く」、「邦画」、「ホラー」、「傑作」を内容情報とする。
【００６９】
ステップＳ４において、番組ベクトル生成部２３は、メタデータに含まれているそれぞれの項目をベクトル化し、番組ベクトルPPが生成されて、処理が終了される。生成された番組ベクトルPPは、データ送信部２５に出力されて、ネットワーク８を介して、ＥＰＧ受信装置９に送信される。項目のベクトル化は、全ての詳細要素を１列として並べるようにしても良いし、大項目に分離した後に、大項目ごとにベクトル化するようにしても良い。
【００７０】
大項目別にベクトル化が行われる場合、例えば、図５に示されるように、大項目を、タイトル、ジャンル、時間帯、放送局、出演者、脚本／原作／演出、内容の７項目として、番組ベクトルPP＝（Ｔm，Ｇm，Ｐm，Ａm，Ｋｍ）が生成される。そして、各項目の内容が、タイトル（Title）Ｔｍ＝｛title１，title2，・・・｝、ジャンル（Genre)Ｇｍ＝｛ドラマ，バラエティ，スポーツ，映画，音楽，子供向け／教育，教養／ドキュメント，ニュース／報道，その他｝、時間帯(Hour)Ｈｍ＝｛朝，昼，夕方，ゴールデン，深夜｝、放送局(TV Station) Ｓm＝｛ＮＮＫ総合，ＮＮＫ教育，亜細亜テレビ，ＴＴＳ，ブジ，テレ日，東都，ＮＮＫ衛星第１，ＮＮＫ衛星第２，ＷＯＷＯ｝、出演者(Person)Ｐｍ＝｛person Ａ，person Ｂ，・・・｝脚本／原作／演出等(Author)Ａｍ＝｛person a，person b，・・・｝内容（Keyword)Ｋｍ＝｛kw１，kw２，・・・｝として、ベクトル化される。
【００７１】
上述した７つの大項目の中で、大項目「ジャンル」、「放送局」、「時間帯」は、種類が固定できるため、詳細要素をそれぞれ数値ベクトルで表すことができる。放送局の場合、例えば、放送局Ｓｍ＝｛ＮＮＫ総合，ＮＮＫ教育，亜細亜テレビ，ＴＴＳ，ブジ，テレ日，東都，ＮＮＫ衛星第１，ＮＮＫ衛星第２，ＷＯＷＯ｝において、対応する番組の放送局がＷＯＷＯである場合、放送局ベクトルは、放送局Ｓｍ＝｛０，０，０，０，０，０，０，０，０，１｝で表すことができる。ジャンルの場合、例えば、ジャンルＧｍ＝｛ドラマ，バラエティ，スポーツ，映画，音楽，子供向け／教育，教養／ドキュメント，ニュース／報道，その他｝において、対応する番組のジャンルが、教養／ドキュメントであった場合、ジャンルベクトルは、ジャンルＧｍ＝｛０，０，０，０，０，０，１，０，０｝で表すことができる。
【００７２】
一方、大項目「タイトル」、「出演者」、「脚本／原作／演出」、「内容」などの、数値ベクトルで表すことのできない項目においては、ベクトルに含まれる単語の頻度などによって、項目値（単語）と重み（数値）が対応付けられる。例えば、大項目「タイトル」は、タイトルＴｍ＝｛東海道−１，三谷−１，怪談−１｝のように、それぞれ、単語−数値で構成される要素によって表される。この例における、例えば、「東海道−１」は、「東海道」の単語の頻度が「１であることを意味する。
【００７３】
このような処理により、番組ベクトルPPが生成されて、ＥＰＧ受信装置９に送信される。具体的には、図４を用いて説明した番組メタデータから番組ベクトルPPが生成された場合、番組ベクトルPP＝｛タイトルＴｍ＝｛東海道−１，三谷−１，怪談−１｝、ジャンルＧｍ＝｛０，０，０，１，０，０，０，０，０｝、時間帯Ｈｍ＝｛０，０，０，０，１｝、放送局Ｓｍ＝｛０，０，０，０，０，０，０，０，０，１｝、出演者Ｐｍ＝｛若杉嘉津美−１，天海茂−１，江見俊彦−１，中村竜二郎−１，西沢典子−１｝、脚本／原作／演出Ａｍ＝｛中川信男−１，大貫正一−１，石田義寛−１，西本正二−１，渡辺宙太−１｝、内容Ｋｍ＝｛西宝−１，様式−１，美−１，たっぷり−１，有名−１，三谷−１，怪談−１，世界−１，描く−１，邦画−１，ホラー−１，傑作−１｝｝が生成されて、ＥＰＧ受信装置９に送信される。
【００７４】
このように生成される番組ベクトルPPにおいて、例えば、出演者Ｐmの構成要素のうち、主演を重み付けしたり、脚本／原作／演出Amの構成要素のうち、監督を重み付けして、番組ベクトルPPを生成するようにしても良い。このような場合、番組ベクトルPPの構成要素は、例えば、出演者Ｐｍ＝｛若杉嘉津美−３，天海茂−２，江見俊彦−１，中村竜二郎−１，西沢典子−１｝、脚本／原作／演出Ａｍ＝｛中川信男−３，大貫正一−１，石田義寛−１，西本正二−１，渡辺宙太−１｝となる。
【００７５】
また、番組ベクトルPPを生成するために、どの要素が重要であるかは、上述したように、番組のジャンルによって異なる。ジャンルごとにどのような要素が重要であるかを示した番組側効き目ベクトルEfPPが、番組側効き目ベクトル情報として、データ記憶部２４に記憶されている場合、番組側効き目ベクトルEfPPを、番組ベクトルPPに対応付けて送信するようにしても良い。番組側効き目ベクトルEfPPは、番組ベクトルPPの大項目に対応して設定される。
【００７６】
番組ベクトルPP＝｛タイトルＴm，ジャンルＧm，時間帯Ｈm，放送局Ｓm，出演者Ｐm，脚本／原作／演出Ａm，内容Ｋｍ｝において、例えば、番組のジャンルが「教養／ドキュメント」である場合、重要な項目は、その内容や題名（重み付け値が３の場合）であるので、番組側効き目ベクトルEfPP＝｛３，１，１，１，１，１，３｝となる。これに対して、番組のジャンルが「バラエティ」のとき、重要な項目は出演者（重み付け値が５の場合）であるので、番組側効き目ベクトルEfPP＝｛１，１，１，１，５，１，１｝となる。また、番組のジャンルが「ドラマ」であるとき、重要な項目は、出演者（重み付け値が２の場合）と脚本家であり、特に脚本家が重要（重み付け値が３の場合）である場合、番組側効き目ベクトルEfPP＝｛１，１，１，１，２，３，１｝となる。
【００７７】
次に、図６のフローチャートを参照して、番組側効き目ベクトルEfPPが、番組ベクトルPPに対応付けて送信される場合の、番組ベクトル生成処理２について説明する。
【００７８】
ステップＳ１１乃至ステップＳ１４において、図３を用いて説明したステップＳ１乃至ステップＳ４の処理と同様の処理が実行される。すなわち、メタデータデータベース７から、ＥＰＧデータの供給を受け、ＥＰＧデータから、番組ベクトルPPを生成するために必要なメタデータが抽出され、メタデータに含まれている、タイトル、内容などが、必要に応じて形態素解析されて、単語に分解される。そして、メタデータに含まれているそれぞれの項目がベクトル化されて、番組ベクトルPPが生成される。
【００７９】
ステップＳ１５において、番組ベクトル生成部２３は、供給されたメタデータの番組のジャンルに基づいて、対応する効き目ベクトルを、データ記憶部２４に記憶されている効き目ベクトル情報から抽出する。例えば、番組のジャンルが「バラエティ」のとき、データ記憶部２４から、出演者に対する重み付けを行う効き目ベクトルEfPP＝｛１，１，１，１，５，１，１｝が抽出される。
【００８０】
ステップＳ１６において、番組ベクトル生成部２３は、ステップＳ１５において抽出された効き目ベクトルEfPPを、ステップＳ１４において生成された番組ベクトルPPと対応付けて、処理が終了される。
【００８１】
このような処理により、番組ベクトルPPが生成されて、番組のジャンルに基づいて、重要な項目に重み付けを施すための番組側効き目ベクトルEfPPが対応付けられて、ネットワーク８を介して、ＥＰＧ受信装置９に送信される。
【００８２】
以上説明したようにして、番組ベクトルPPが生成されるが、例えば、番組をその属性ごとにグループ化することにより、番組ベクトルPPを、少ない演算量で、正確に作成するようにすることができる。
【００８３】
番組のグループ化は、例えば、連続ドラマ、１週単位の同一ジャンルの番組群、番組編成単位（１３週）の出演者ごとの番組群などで生成できるが、その具体例として、次の図７のフローチャートを参照して、連続ドラマをグループ化する場合のグループ化処理１について説明する。
【００８４】
ステップＳ３１において、データ取得部２１は、メタデータデータベース７に登録されているＥＰＧデータから、例えば、同一タイトル、同一放送局で、放送時刻が平日の同時刻や、同じ曜日の同時刻であるなどの所定の条件（グループ化のための条件）に合致した番組を抽出する。
【００８５】
ステップＳ３２において、データ取得部２１は、抽出された番組をグループ化し、対応する番組のＥＰＧデータにグループＩＤをつける。
【００８６】
ステップＳ３３において、メタデータ抽出部２２は、同一グループＩＤを有する、すなわち、連続ドラマであると認識された番組の第１回目の放送の番組ベクトル生成に必要なメタデータを抽出する。
【００８７】
ステップＳ３４において、図３または図６を用いて説明した番組ベクトル生成処理が実行される。
【００８８】
ステップＳ３５において、番組ベクトル生成部３３は、対応するグループＩＤの番組ベクトルPPを、第１回の放送分の番組ベクトルに固定して設定し、処理が終了される。
【００８９】
このような処理により、連続ドラマがグループ化されて、番組ベクトルが統一される。また、グループＩＤと番組ベクトルPPとを、対応付けて、データ記憶部２４に記憶しておくようにしても良い。
【００９０】
特に、連続ドラマのＥＰＧデータにおいて、初回の内容は、番組全体の解説になっているが、初回以外の内容は、その回の分の解説となっていることが多く、番組全体の内容を表してはいない。また、内容以外の部分のメタデータは毎回ほぼ同じであることから、初回分のＥＰＧデータを採用して番組ベクトルPPを生成することにより、番組ベクトル生成処理の処理回数を減少することができるのみならず、より正確に番組の特性と合致した番組ベクトルPPを生成することが可能になる。
【００９１】
図７においては、連続ドラマのＥＰＧデータに同一のＩＤを付加する処理について説明したが、ＥＰＧデータに、連続ドラマを区別する情報が予め含まれている場合、ステップＳ３１の処理を省略して、ＥＰＧデータに含まれている連続ドラマを区別する情報を参照して、連続ドラマのＥＰＧに同一のＩＤを付加するようにしても良い。
【００９２】
次に、図８のフローチャートを参照して、連続ドラマ以外の要素によってもグループ化を行うことができるグループ化処理２について説明する。ここでは、ジャンルおよび出演者によるグループ化を行うものとして説明する。
【００９３】
ステップＳ５１において、データ取得部２１は、メタデータデータベース７に登録されているＥＰＧデータを参照して、番組のＥＰＧデータに、メタデータの内容に対応したクラスタコードを付加する。
【００９４】
例えば、同一タイトル、同一放送局で、放送時刻が平日の同時刻や、同じ曜日の同時刻であるなどの、連続ドラマである条件に合致した番組を抽出し、抽出された、連続ドラマであると認識される番組群の中で、例えば、連続ドラマの放送時刻によって、平日の同時刻であればコード１、同じ曜日の同時刻であればコード２、隔週、隔日など、コード１およびコード２以外の放送時刻であればコード３などの、最小桁の第１のクラスタコードが決定される。連続ドラマでない場合、最小桁の第１のクラスタコードは０となる。
【００９５】
次に、メタデータデータベース７に登録されているメタデータのジャンルに関するデータを参照して、そのジャンルごとに、例えば、コード２０、コード３０などの、下位から２桁目（１０の位）に数値を有する第２のクラスタコードが決定される。
【００９６】
最後に、メタデータデータベース７に登録されているメタデータの出演者のデータを参照して、例えば、コード２３００、コード８００など、下位から２桁目以上（１００以上の位）を用いて表される第３のクラスタコードが決定される。
【００９７】
そして、第１乃至第３のクラスタコードの合計値が、その番組のＥＰＧに付加されるクラスタコードとなる。
【００９８】
ステップＳ５２において、データ取得部２１は、クラスタコードの１桁目が０であるか否かを基に、対応するＥＰＧは、連続ドラマのものであるか否かを判断する。
【００９９】
ステップＳ５２において、連続ドラマであると判断された場合、ステップＳ５３およびステップＳ５４において、図７のステップＳ３３およびステップＳ３４と同様の処理が実行される。すなわち、第１回目の放送のＥＰＧが抽出されて、図３または図６を用いて説明した番組ベクトル生成処理が実行される。
【０１００】
ステップＳ５５において、番組ベクトル生成部３３は、この連続ドラマの番組ベクトルPPを、第１回の放送分の番組ベクトルPPに固定して設定し、番組ベクトルPPに、生成したクラスタコードを対応付けて設定し、処理が終了される。
【０１０１】
ステップＳ５２において、連続ドラマではないと判断された場合、ステップＳ５６において、図３または図６を用いて説明した番組ベクトル生成処理が実行される。
【０１０２】
ステップＳ５７において、番組ベクトル生成部３３は、番組ベクトルPPに生成したクラスタコードを対応付けて、処理が終了される。
【０１０３】
このような処理により、連続ドラマ以外であっても、ジャンルや出演者によって番組ベクトルPPをグループ化することが可能となり、グループを示すクラスタコードと、番組ベクトルPPとを対応付けることができる。
【０１０４】
図２を用いて説明した配信サーバ５において、図３乃至図８を用いて説明したようにして番組ベクトルPPが生成されるので、常に新しい用語やジャンルなどに対応した番組ベクトルPPを生成することが可能となる。生成された番組ベクトルPPは、ＥＰＧデータとともに、ネットワーク８を介して、ＥＰＧ受信装置９に受信され、番組推薦処理装置１０に供給される。
【０１０５】
また、グループ化処理は、タイトルを形態素解析して、単語に分解し、単語ごとにグループＩＤを付けることにより行うようにしてもよい。
【０１０６】
次に、図９のフローチャートを参照して、タイトルグループ化処理１について説明する。
【０１０７】
ステップＳ６１において、データ取得部２１は、メタデータデータベース７に登録されているＥＰＧデータを参照して、登録されているメタデータから、タイトルを抽出し、番組ベクトル生成部２３に供給する。
【０１０８】
ステップＳ６２において、番組ベクトル生成部２３は、タイトルを形態素解析し、単語に分解する。具体的には、メタデータに含まれている映画の題名が「東海道三谷怪談」であった場合、これがタイトルとして形態素解析されるので、「東海道」、「三谷」、「怪談」の３つの単語が得られる。
【０１０９】
ステップＳ６３において、番組ベクトル生成部２３は、解析された単語、もしくは、複数の単語から構成される単語群のうちのいずれかを抽出して、データ記憶部２４から、抽出された単語、または単語群に対応するグループＩＤを抽出する。
【０１１０】
ここで、複数の単語から構成される単語群とは、形態素解析により得られた単語の組み合わせにより生成される単語群であり、例えば、形態素解析により得られた単語が「東海道」、「三谷」、「怪談」である場合、単語群は、「東海道・三谷」、「東海道・怪談」、「三谷・怪談」となる。
【０１１１】
ステップＳ６４において、番組ベクトル生成部２３は、データ記憶部２４から、対応するグループＩＤが抽出されたか否かを判断する。
【０１１２】
ステップＳ６４において、対応するグループＩＤが抽出されなかったと判断された場合、抽出された単語、もしくは、複数の単語から構成される単語群には、まだグループＩＤが付けられていないので、ステップＳ６５において、番組ベクトル生成部２３は、抽出された単語、もしくは、複数の単語から構成される単語群に新たなグループＩＤを対応付ける。また、番組ベクトル生成部２３は、単語、もしくは、複数の単語から構成される単語群と、それに対応するグループＩＤを、データ記憶部２４に記憶させる。
【０１１３】
ステップＳ６４において、対応するグループＩＤが抽出されたと判断された場合、または、ステップＳ６５の処理の終了後、ステップＳ６６において、番組ベクトル生成部２３は、タイトルを構成する全ての単語、もしくは、複数の単語から構成される単語群についてグループＩＤを抽出したか否かを判断する。
【０１１４】
ステップＳ６６において、タイトルを構成する全ての単語、もしくは、複数の単語から構成される単語群についてグループＩＤを抽出していないと判断された場合、処理は、ステップＳ６３に戻り、それ以降の処理が繰り返される。
【０１１５】
ステップＳ６６において、タイトルを構成する全ての単語、もしくは、複数の単語から構成される単語群についてグループＩＤが抽出されたと判断された場合、ステップＳ６７において、番組ベクトル生成部２３は、番組ベクトルに、抽出されたグループＩＤを対応付けて、処理が終了される。
【０１１６】
このような処理により、番組ベクトルに、タイトルを構成する単語、または単語群に対応するグループＩＤが対応付けられて、データ送信部２５により、ネットワーク８を介して、テレビジョン受信装置４または、ＥＰＧ受信装置９に送信される。
【０１１７】
また、類似したタイトルの番組を、同一のグループとするようにしても良い。
例えば、タイトル「２年Ａ組銀八先生」の連続ドラマと、タイトル「２年Ａ組銀八先生スペシャル」の特別番組とを、同一のグループとしてグループ化することができるように、タイトルを構成する単語の形態素解析結果を基に、例えば、２週間、1ヶ月、半年などの所定の期間の番組タイトルで、単語の一致率を総当りで算出し、単語の一致率が所定の値以上である場合、同一グループとするようにしてもよい。
【０１１８】
次に、図１０のフローチャートを参照して、タイトルを構成する単語の一致率によりグループ化を実行するタイトルグループ化処理２について説明する。
【０１１９】
ステップＳ４０１およびステップＳ４０２において、図９を用いて説明した、ステップＳ６１およびステップＳ６２と同様の処理が実行される。すなわち、データ取得部２１は、メタデータデータベース７に登録されているＥＰＧデータを参照して、登録されているメタデータから、タイトルを抽出し、番組ベクトル生成部２３に供給し、番組ベクトル生成部２３は、タイトルを形態素解析し、単語に分解する。
【０１２０】
ステップＳ４０３において、番組ベクトル生成部２３は、解析された単語を基に、タイトル間の単語の一致度、すなわち、単語が一致している割合を示す一致率を算出する。
【０１２１】
具体的には、タイトル「２年Ａ組銀八先生」と、タイトル「２年Ａ組銀八先生スペシャル」とが、それぞれ、「２」「年」「Ａ」「組」「銀八」「先生」と、「２」「年」「Ａ」「組」「銀八」「先生」「スペシャル」とに形態素分析された場合、この２つの番組のタイトルを構成する単語の一致率は、６／７で８５．７％となる。
【０１２２】
ステップＳ４０４において、番組ベクトル生成部２３は、単語が、例えば、７０％などの所定の値以上一致しているか否かを判断する。この、一致率の閾値は、７０％以外のいかなる数値であっても良いことは言うまでもない。
【０１２３】
ステップＳ４０４において、単語が、７０％などの所定の値以上一致していると判断された場合、ステップＳ４０５において、番組ベクトル生成部２３は、それらの番組に、同一のグループＩＤを対応付ける。また、番組ベクトル生成部２３は、一致した単語、または、単語群と、それに対応するグループＩＤを、データ記憶部２４に記憶させる。
【０１２４】
ステップＳ４０４において、７０％などの所定の値以下の一致率であると判断された場合、または、ステップＳ４０５の処理の終了後、ステップＳ４０６において、番組ベクトル生成部２３は、タイトルの総当りが終了したか否かを判断する。
【０１２５】
ステップＳ４０６において、タイトルの総当りが終了していないと判断された場合、処理は、ステップＳ４０３に戻り、それ以降の処理が繰り返される。
【０１２６】
ステップＳ４０６において、タイトルの総当りが終了したと判断された場合、処理が終了される。
【０１２７】
このような処理により、番組ベクトルに、タイトルを構成する単語の一致率を基にしたグループＩＤが対応付けられて、データ送信部２５により、ネットワーク８を介して、テレビジョン受信装置４または、ＥＰＧ受信装置９に送信されるので、例えば、連続ドラマとスペシャル番組などの類似したタイトルの番組を、同一のグループとして処理させるようにすることができる。
【０１２８】
さらに、タイトルを構成する単語の一致率を基にグループを決定するようにすることにより、例えば、ＥＰＧ、またはメタデータにおいて、数字の半角と全角、または、英字の半角と全角、もしくは、大文字と小文字などの表記ゆれがあった場合にも、同一タイトルの番組を、同一のグループとして検出することが可能となる。
【０１２９】
また、単語の一致率に加えて、例えば、放送局や番組ジャンル、あるいは、放送開始時刻などを、グループ化の条件に加えるようにしても良い。例えば、ニュース番組などにおいては、タイトルが、「ニュース」を含む少ない単語によって構成されているので、図１０を用いて説明した処理では、異なる放送局の異なる形態のニュース番組であっても、同一のグループとして検出されてしまう恐れがあるので、単語の一致率に加えて、放送局も一致した場合、同一グループとするようにしても良い。
【０１３０】
図１１のフローチャートを参照して、放送局の一致を条件に加えて、タイトルを構成する単語の一致率によりグループ化を実行するタイトルグループ化処理３について説明する。
【０１３１】
ステップＳ４２１乃至ステップＳ４２４において、図１０を用いて説明した、ステップＳ４０１乃至ステップＳ４０４と同様の処理が実行される。すなわち、データ取得部２１は、メタデータデータベース７に登録されているＥＰＧデータを参照して、登録されているメタデータから、タイトルを抽出し、番組ベクトル生成部２３に供給し、番組ベクトル生成部２３は、タイトルを形態素解析し、単語に分解する。そして、番組ベクトル生成部２３は、解析された単語を基に、タイトル間の単語の一致度を算出し、単語が、例えば、７０％などの所定の値以上一致しているか否かを判断する。
【０１３２】
ステップＳ４２４において、単語が、７０％などの所定の値以上一致していると判断された場合、ステップＳ４２５において、番組ベクトル生成部２３は、それらの番組の放送局が一致しているか否かを判断する。
【０１３３】
ステップＳ４２５において、これらの番組の放送局が一致していると判断された場合、ステップＳ４２６において、番組ベクトル生成部２３は、それらの番組に、同一のグループＩＤを対応付ける。また、番組ベクトル生成部２３は、一致した単語、または、単語群と、それに対応する放送局およびグループＩＤを、データ記憶部２４に記憶させる。
【０１３４】
ステップＳ４２４において、７０％などの所定の値以下の一致率であると判断された場合、ステップＳ４２５において、これらの番組の放送局が一致していないと判断された場合、または、ステップＳ４２６の処理の終了後、ステップＳ４２７において、番組ベクトル生成部２３は、タイトルの総当りが終了したか否かを判断する。
【０１３５】
ステップＳ４２７において、タイトルの総当りが終了していないと判断された場合、処理は、ステップＳ４２３に戻り、それ以降の処理が繰り返される。
【０１３６】
ステップＳ４２７において、タイトルの総当りが終了したと判断された場合、処理が終了される。
【０１３７】
このような処理により、番組ベクトルに、放送局の一致とタイトルを構成する単語の一致率を基にしたグループＩＤが対応付けられて、データ送信部２５により、ネットワーク８を介して、テレビジョン受信装置４または、ＥＰＧ受信装置９に送信されるので、例えば、類似したタイトルの番組を、同一のグループとする場合に、他局のニュース番組を同一のグループとするようなことを防ぐことができる。
【０１３８】
なお、図１１においては、タイトルを構成する単語の一致率以外に、同一の放送局であるか否かを条件として、グループ化を行うものとして説明したが、放送局以外の、例えば、放送時間帯やジャンルなどを、タイトルを構成する単語の一致率以外の条件として、グループ化を実行するようにしても良いことは言うまでもない。
【０１３９】
更に、例えば、連続ドラマや帯番組の放送開始時刻が、スポーツ中継や特別番組などのためにずれた場合においても、同一グループとして検出可能なように、タイトルを構成する単語の一致率以外の条件を、放送時刻が、例えば、１時間などの所定の時間範囲内のずれで一致しているか否かとして、グループ化を実行するようにしても良い。
【０１４０】
図１２のフローチャートを参照して、放送時刻が、所定の時間範囲内のずれで一致しているか否かを条件に加えて、タイトルを構成する単語の一致率によりグループ化を実行するタイトルグループ化処理４について説明する。
【０１４１】
ステップＳ４４１乃至ステップＳ４４４において、図１０を用いて説明した、ステップＳ４０１乃至ステップＳ４０４と同様の処理が実行される。すなわち、データ取得部２１は、メタデータデータベース７に登録されているＥＰＧデータを参照して、登録されているメタデータから、タイトルを抽出し、番組ベクトル生成部２３に供給し、番組ベクトル生成部２３は、タイトルを形態素解析し、単語に分解する。そして、番組ベクトル生成部２３は、解析された単語を基に、タイトル間の単語の一致度を算出し、単語が、例えば、７０％などの所定の値以上一致しているか否かを判断する。
【０１４２】
ステップＳ４４４において、単語が、７０％などの所定の値以上一致していると判断された場合、ステップＳ４４５において、番組ベクトル生成部２３は、それらの番組の放送開始時刻が、例えば、１時間などの所定の範囲内のずれで一致しているか否かを判断する。
【０１４３】
ステップＳ４４５において、それらの番組の放送開始時刻が所定の範囲内のずれで一致していると判断された場合、ステップＳ４４６において、番組ベクトル生成部２３は、それらの番組に、同一のグループＩＤを対応付ける。また、番組ベクトル生成部２３は、一致した単語、または、単語群と、それに対応する放送開始時刻の範囲、およびグループＩＤを、データ記憶部２４に記憶させる。
【０１４４】
ステップＳ４４４において、７０％などの所定の値以下の一致率であると判断された場合、ステップＳ４４５において、それらの番組の放送開始時刻が所定の範囲以上にずれていると判断された場合、または、ステップＳ４４６の処理の終了後、ステップＳ４４７において、番組ベクトル生成部２３は、タイトルの総当りが終了したか否かを判断する。
【０１４５】
ステップＳ４４７において、タイトルの総当りが終了していないと判断された場合、処理は、ステップＳ４４３に戻り、それ以降の処理が繰り返される。
【０１４６】
ステップＳ４４７において、タイトルの総当りが終了したと判断された場合、処理が終了される。
【０１４７】
このような処理により、番組ベクトルに、放送開始時刻の所定の範囲内のずれを含む一致と、タイトルを構成する単語の一致率を基にしたグループＩＤが対応付けられて、データ送信部２５により、ネットワーク８を介して、テレビジョン受信装置４または、ＥＰＧ受信装置９に送信されるので、例えば、類似したタイトルの番組を同一のグループとする場合に、特別番組などによる放送時刻の変更のために、同一グループとして検出されるべき番組が、同一グループとして検出されないようなことを防ぐことができる。
【０１４８】
図１３は、番組推薦処理装置１０の構成を示すブロック図である。
【０１４９】
データ取得部４１は、配信サーバ５から送信された番組ベクトルPP、および番組ベクトルPPに対応する番組側効き目ベクトルEfPPを取得する。番組ベクトル抽出部４２は、データ取得部４１が取得した番組ベクトルPPから、マッチング処理に必要な番組ベクトルPP、あるいは、ユーザモデル生成のために必要な番組ベクトルPPを抽出し、必要に応じて、番組ベクトルPPに対応する番組側効き目ベクトルEfPPとともに、マッチング処理部４３に供給する。
【０１５０】
操作入力部４４は、例えば、キーボード、タッチパッド、マウスなどの入力デバイスで構成され、ユーザが入力した初期登録情報や、ユーザモデル生成のためのトピックの入力を受け、初期登録保存部４５に出力する。初期登録保存部４５は、操作入力部４４から供給された初期登録内容や、ユーザモデル生成のためのトピックを登録し、必要に応じて、操作ログ取得部４６、または、マッチング処理部４３に供給する。また、初期登録保存部４５に保存されている内容は、操作入力部４４から入力されるユーザの操作に基づいて、逐次更新される。初期登録される内容には、例えば、嫌いなジャンル、嫌いなキーワード、嫌いな出演者などの、ユーザが好まない番組を示す情報や、好きなジャンル、好きなキーワード、好きな出演者などの、ユーザが好む番組を示す情報がある。
【０１５１】
操作ログ取得部４６は、テレビジョン表示装置１１または録画再生装置１２から、操作ログを取得し、これらの情報を正履歴と負履歴に分類し、必要に応じて、初期登録保存部４５に保存されている情報を参照して、データ取得部４１が取得した番組ベクトルPPのうち、正履歴および負履歴に対応する番組ベクトルPPを読み出して、正履歴保存部４７と負履歴保存部４８に供給して保存させる。正履歴保存部４７は、供給された正履歴を保存し、正履歴ベクトルUPを生成する。負履歴保存部４８は、供給された負履歴を保存し、負履歴ベクトルMUPを生成する。生成された正履歴ベクトルUPと負履歴ベクトルMUPは、マッチング処理部４３に供給される。
【０１５２】
ここで、正履歴とは、ユーザが積極的に視聴しようとする、換言すれば、好ましいと思う番組の候補を抽出するために用いられる情報であり、例えば、ユーザが、番組を視聴したり、録画した場合、または、後述する処理によりユーザに推薦番組リストとして提案された番組が、ユーザに受け入れられて視聴または録画された場合、その番組のメタデータは、好印象メタデータとして、正履歴保存部４７に保存される。正履歴保存部４７は、詳細項目ごとに、または、大項目ごとに、正履歴の総和を求め、正履歴ベクトルUPを生成する。
【０１５３】
一方、負履歴とは、ユーザが視聴するのに消極的である、換言すれば、好ましくないと思う番組を、推薦する番組から除くために用いられる情報であり、例えば、初期登録で嫌いであるとされた項目や、録画後見ずに消去された番組、または、後述する処理によりユーザに推薦番組リストとして提案された番組がユーザに受け入れられず、視聴または録画操作されなかった場合、その番組のメタデータは負印象メタデータとして、負履歴保存部４８に保存される。例えば、ユーザが、初期登録で「スポーツ」を嫌いであるとした場合、ジャンルＧmup＝｛０，０，５，０，０，０，０，０，０｝が、重み５で負印象として負履歴保存部４８に追加保存される。負履歴保存部４８は、詳細項目ごとに、または、大項目ごとに、負履歴の総和を求め、負履歴ベクトルMUPを生成する。
【０１５４】
マッチング処理部４３は、番組ベクトル抽出部４２から抽出された番組ベクトルと、正履歴保存部４７または負履歴保存部４８から供給された正履歴ベクトルUP、または、負履歴ベクトルMUPとのマッチングを検証する。
【０１５５】
番組ベクトルPP、正履歴ベクトルUP、または、負履歴ベクトルMUPが、全ての詳細要素を１列に並べてベクトル化されている場合、タイトルやキーワードなどは複数の単語で構成されているので、その単語１語と、例えば、ジャンルなどの項目が、ベクトルにおいて同じ重さになってしまう。そこで、マッチング処理部４３の正規化処理部６１は、単語によって構成される項目であるタイトルおよび内容について、番組ごとに、単語を単語数で割ることで正規化する。例えば、タイトルＴm＝｛東海道−１，三谷−１，怪談−１｝である場合、タイトルＴm＝｛東海道：０．３３，三谷：０．３３，怪談：０．３３｝と正規化される。これにより、タイトル、内容とも、その項目内の単語のトータルで、重みが１になるので、マッチング処理において不都合が生じない。
【０１５６】
ベクトル演算部６２は、番組ベクトルPPと、正履歴ベクトルUP、または、負履歴ベクトルMUPとのマッチング処理を実行する。
【０１５７】
ベクトル演算部６２は、番組ベクトルPP、正履歴ベクトルUPおよび負履歴ベクトルMUPが、詳細項目の全要素を１列に並べたベクトルで表されている場合、正履歴ベクトルUPまたは負履歴ベクトルMUPと、番組ベクトルPPとのベクトル間のコサイン距離（cosθ）によって、次の式（１）に示されるように、番組ベクトルPPと正履歴ベクトルUPとの類似度SimUPを求め、式（２）に示されるように、番組ベクトルPPと負履歴ベクトルMUPとの類似度SimMUPを求める。コサイン距離とは、式（１）と式（２）に示されるように、２つのベクトルの内積を各ベクトルの絶対値の積で除算して得られる値である。
【０１５８】
SimUP＝cosθu＝UP・PP/|UP|×|PP|・・・（１）
SimMUP＝cosθｍ＝MUP・PP/|MUP|×|PP|・・・（２）
【０１５９】
ただし、式（１）および式（２）において、PPは番組ベクトルPPを示し、UPは正履歴ベクトルUPを示し、MUPは、負履歴ベクトルMUPを示す。また、“・”は、内積を示し、“×”は、要素の掛け算（スカラ演算）を示す。
【０１６０】
また、ベクトル演算部６２は、番組ベクトルPP、正履歴ベクトルUPおよび負履歴ベクトルMUPが大項目ごとにベクトル化されている場合、大項目ごとに、番組ベクトルPPと正履歴ベクトルUPとの類似度と、番組ベクトルPPと負履歴ベクトルMUPとの類似度を求め、大項目ごとに類似度の和を算出して、類似度SimUPおよび類似度SimMUPを算出することができる。例えば、単語に分解されている大項目「タイトル」において、正履歴ベクトルUPが、タイトルＴup＝｛学校−１，怪談−１，トイレ−１｝であり、供給された番組ベクトルPPが、タイトルＴｍ＝｛東海道−１，三谷−１，怪談−１｝である場合、単位ベクトル長さを１とすると、ベクトルの長さ（絶対値）は、要素の合計の２乗和の平方根であるので、タイトルの類似度であるコサイン距離cosθtは、次の式（３）のように算出される。
cosθt＝（1・1）/（√3×√3）＝1/3・・・（３）
【０１６１】
式（３）において、“・”は、内積を示し、“×”は、スカラ演算を示す。番組ベクトルPPと、負履歴ベクトルMUPとの大項目ごとの類似度も、式（３）と同様の計算によって算出される。
【０１６２】
例えば、正履歴ベクトルUPを、正履歴ベクトルUP＝｛タイトルＴup，ジャンルＧup，出演者Ｐup，脚本／原作／演出Ａup，内容（キーワード）Ｋup｝および負履歴ベクトルMUPを、負履歴ベクトMUP＝｛タイトルＴmup，ジャンルＧmup，出演者Ｐmup，脚本／原作／演出Ａmup，内容（キーワード）Ｋmup｝とした場合、それぞれの大項目で、式（３）と同様の演算により、大項目ごとに類似度が得られるので、類似度SimUPおよび類似度SimMUP は、いずれも、次の式（４）の類似度Simとして演算される。
【０１６３】
Sim＝cosθ_t+ cosθ_g+cosθ_p+cosθ_a+cosθ_k・・・（４）
【０１６４】
ここで、cosθ_tは、大項目「タイトル」における、番組ベクトルPPと、正履歴ベクトルUPまたは負履歴ベクトルMUPとのコサイン距離であり、cosθ_gは、大項目「ジャンル」における、番組ベクトルPPと、正履歴ベクトルUPまたは負履歴ベクトルMUPとのコサイン距離であり、cosθ_pは、大項目「出演者」における、番組ベクトルPPと、正履歴ベクトルUPまたは負履歴ベクトルMUPとのコサイン距離であり、cosθ_aは、大項目「脚本／原作／演出」における、番組ベクトルPPと、正履歴ベクトルUPまたは負履歴ベクトルMUPとのコサイン距離であり、cosθ_kは、大項目「内容」における、番組ベクトルPPと、正履歴ベクトルUPまたは負履歴ベクトルMUPとのコサイン距離である。
【０１６５】
類似度SimUPおよび類似度SimMUPが、大項目ごとの演算結果の和として算出された場合、項目間の重みの偏りがなくなるため、正規化を行っているのと道義である。従って、全要素を１列に並べたベクトルと異なり、正規化処理部６１による正規化処理を行わなくてもよい。
【０１６６】
すなわち、正規化を行うことなく、全要素を１列に並べたベクトルを用いてしまった場合、頻度の積み重なり易い、例えば、放送局、ジャンルなどの項目と比較して、タイトルや内容などの項目においては、履歴が増えるに従って、単語数は増える一方、それぞれの単語の頻度は大きくなりにくい。
【０１６７】
このため、全要素を用いて、要素ごとに合計を取った場合、頻度の重なりやすい、放送局、ジャンルなどの項目の影響が大きくなってしまうので、例えば、ユーザが解説者Ａのファンであるので、「解説者Ａが解説している球団Ｂの試合の実況中継」を好んで視聴しているような場合、ジャンルである「野球の実況中継」という情報は履歴として重なりやすいが、出演者である「解説者Ａ」という情報は履歴として重なり難い。従って、他の解説者が解説している球団Ｂの試合の実況中継が推薦されて、解説者Ａが出演しているバラエティ番組が推薦されないような場合が発生する。
【０１６８】
これに対して、正規化を行うか、または、大項目ごとの演算結果の和を類似度SimUPおよび類似度SimMUPとして算出するようにすることにより、履歴の頻度の大小の影響を受けることなく、解説者Ａが出演しているバラエティ番組を推薦することができ、より正確にユーザの嗜好を反映するようにすることができる。
【０１６９】
また、ベクトル演算部６２は、初期登録保存部４５に保存されているユーザの初期登録情報、番組ベクトルPPに対応付けられて送信される番組側効き目ベクトルEfPP、または、ユーザ情報登録部６３において生成されて登録されているユーザ側効き目ベクトルEfUP（後述）、もしくは、ユーザ側反効き目ベクトルEfMUP（後述）により、重み付けを行って、類似度SimUPおよび類似度SimMUPを算出するようにすることもできる。
【０１７０】
ベクトル演算部６２は、上述したような方法で算出された類似度SimUPを基に、例えば、正履歴ベクトルとの類似度が高い上位所定数（例えば、１０）の番組に対して、更に履歴ベクトルMUPとの類似度SimMUPを求め、SimUP−SimMUPを演算し、演算結果の上位所定数（例えば、３）の番組を推薦番組として、推薦情報出力部４９に出力する。
【０１７１】
また、ベクトル演算部６２は、番組ベクトルがグループ化されている場合、推薦された番組の情報を基に、ユーザ情報登録部６３に、推薦優先グループを登録し、推薦優先グループに対応する番組を、優先的に推薦する。
【０１７２】
更に、ベクトル演算部６２は、初期登録保存部４５に保存されているトピックを用いて番組ベクトルPPのフィルタリングを行うことにより、ユーザモデルベクトルを生成し、ユーザ情報登録部６３に登録して、マッチング処理を行うようにすることができる。ユーザモデルについての詳細については後述する。
【０１７３】
ユーザ情報登録部６３は、初期登録保存部４５から供給されたユーザの初期登録内容、あるいは、正履歴保存部４７または負履歴保存部４８から供給された正履歴ベクトルUPまたは負履歴ベクトルMUPを基に、ユーザ側効き目ベクトルEfUPおよび反効き目ベクトルEfMUPを生成して、保存する。ユーザ側効き目ベクトルEfUPは、そのユーザにとって、大項目のうちのいずれの要素が番組の選択に重要であり、番組の選択のために重みが置かれている項目であるかを示すベクトルか、または、それぞれの項目におけるユーザの嗜好を示すベクトルである。反効き目ベクトルEfMUPは、そのユーザにとって、大項目のうちのいずれの要素が番組の選択に重要でない要素であり、番組の選択のために重みが置かれていない項目であるかを示すベクトルか、または、それぞれの項目において、ユーザが好まない項目を示すベクトルである。
【０１７４】
換言すれば、ユーザ側効き目ベクトルEfUPおよび反効き目ベクトルEfMUPは、番組ベクトルPPと、正履歴ベクトルUPまたは負履歴ベクトルMUPとのマッチングにおいて、いずれの項目が大きく寄与するかを規定するものである。
【０１７５】
ユーザ側効き目ベクトルEfUPおよび反効き目ベクトルEfMUPは、ユーザによって設定可能としたり、予め定められた値を用いるようにしても良いが、初期登録保存部４５に登録されているユーザの初期登録内容を基に生成されるようにしても良い。
【０１７６】
具体的には、ユーザ側効き目ベクトルEfUPが、そのユーザにとって、大項目のうちのいずれの要素が番組の選択に重要であるかを示す情報である場合、番組ベクトルPP＝｛タイトルＴm，ジャンルＧm，時間帯Ｈm，放送局Ｓm，出演者Ｐm，脚本／原作／演出Ａm，内容Ｋｍ｝において、ユーザにとってジャンルが重要である場合、例えば、効き目ベクトルEfUP＝（１，５，１，１，１，１，１）と設定される。これに対して、ユーザにとって出演者とジャンルが重要である場合、例えば、効き目ベクトルEfUP＝（１，３，１，１，５，１，１）と設定される。
【０１７７】
また、ユーザ側効き目ベクトルEfUPが、それぞれの項目におけるユーザの嗜好を示すベクトルである場合、大項目ジャンルＧｍ＝｛ドラマ，バラエティ，スポーツ，映画，音楽，子供向け／教育，教養／ドキュメント，ニュース／報道，その他｝において、ユーザが好ましいと思う番組のジャンルが、教養／ドキュメントであった場合、ユーザ効き目ベクトルEfUPは、例えば、ジャンルＧｍ＝｛０，０，０，０，０，０，５，０，０｝と設定される。
【０１７８】
また、ユーザ側効き目ベクトルEfUPおよび反効き目ベクトルEfMUPは、正履歴ベクトルUPまたは負履歴ベクトルMUPを基に、あるいは、一定期間にユーザが視聴した番組をカウントすることにより、生成されるようにしても良い。更に、ユーザ側効き目ベクトルEfUPおよび反効き目ベクトルEfMUPは、ジャンル別に生成することも可能である。ユーザ側効き目ベクトルEfUPまたは反効き目ベクトルEfMUPを生成する方法については、図２２乃至図２７を用いて後述する。
【０１７９】
更に、ユーザ情報登録部６３は、ベクトル演算部６２の処理により生成された、推薦優先グループの情報や、ユーザモデルベクトルなどを、必要に応じて登録する。
【０１８０】
以上説明したマッチング処理部４３においては、正履歴ベクトルUPとの類似度が高い番組（ユーザが積極的に視聴する番組）から、負履歴を用いて、ユーザが好まないと思われる番組（ユーザが視聴するのに消極的である番組）を取り除く処理を行わなくても、例えば、正履歴のみを用いて推薦番組を決定することも可能である。
【０１８１】
推薦情報出力部４９は、マッチング処理部４３から供給された推薦番組の情報を、推薦番組リスト５０に登録するとともに、テレビジョン表示装置１１、または、録画再生装置１２に供給する。推薦番組リスト５０は、番組推薦処理装置１０から取り外し可能に構成されており、推薦番組出力部４９から出力された推薦番組情報を登録する。推薦番組リスト５０に推薦番組情報を保存するようにすることにより、例えば、異なるテレビジョン受信装置４、テレビジョン表示装置１１、あるいは、録画再生装置１２などを用いる場合においても、これまで蓄積した履歴情報を用いて、番組の推薦や、自動録画などを実行させるようにすることが可能である。
【０１８２】
また、マッチング処理部４３は、必要に応じて、ドライブ５１とも接続されている。ドライブ５１には、必要に応じて、磁気ディスク７１、光ディスク７２、光磁気ディスク７３、および半導体メモリ７４が装着され、データの授受を行う。
【０１８３】
図１４のフローチャートを参照して、番組推薦処理装置１０が実行する、正履歴ベクトルおよび負履歴ベクトル生成処理１について説明する。
【０１８４】
ステップＳ７１において、操作ログ取得部４６は、初期登録保存部４５から読み出した初期登録内容を負履歴保存部４８に供給する。負履歴保存部４８は、供給された初期登録内容を参照して、負履歴ベクトルMUPを生成する。
【０１８５】
ステップＳ７２において、操作ログ取得部４６は、初期登録保存部４５に保存されている登録内容を基に、初期登録内容が変更されたか否かを判断する。ステップＳ７２において、初期登録内容が変更されたと判断された場合、処理は、ステップＳ７１に戻り、それ以降の処理が繰り返される。
【０１８６】
ステップＳ７２において、初期登録内容が変更されていないと判断された場合、ステップＳ７３において、操作ログ取得部４６は、テレビジョン表示装置１１または録画再生装置１２から、操作ログが供給されたか否かを判断する。ステップＳ７３において、操作ログが供給されていないと判断された場合、処理は、ステップＳ７２に戻り、それ以降の処理が繰り返される。
【０１８７】
ステップＳ７３において、操作ログが供給されたと判断された場合、ステップＳ７４において、操作ログ取得部４６は、供給された操作ログは、正履歴であるか否かを判断する。例えば、操作ログが、録画操作である場合、その操作に対応する番組の番組ベクトルPPは、正履歴となり、操作ログが、再生していない録画データの消去である場合、その操作に対応する番組の番組ベクトルPPは、負履歴となる。
【０１８８】
ステップＳ７４において、供給された操作ログは、正履歴であると判断された場合、ステップＳ７５において、操作ログ取得部４６は、正履歴であると判断された操作ログに対応する番組ベクトルPPをデータ取得部４１から抽出し、正履歴保存部４７に供給する。正履歴保存部４７は、供給された番組ベクトルPPを、正履歴として追加保存する。
【０１８９】
ステップＳ７６において、正履歴保存部４７は、詳細項目ごと、または、大項目ごとに正履歴番組ベクトルPPのベクトルの総和を求めて、正履歴ベクトルUPを生成する。ステップＳ７６の処理の終了後、処理は、ステップＳ７２に戻り、それ以降の処理が繰り返される。
【０１９０】
ステップＳ７４において、供給された操作ログは、正履歴ではないと判断された場合、供給された操作ログは、負履歴であるので、ステップＳ７７において、操作ログ取得部４６は、負履歴であると判断された操作ログに対応する番組ベクトルPPをデータ取得部４１から抽出し、負履歴保存部４８に供給する。負履歴保存部４８は、供給された番組ベクトルPPを、負履歴として追加保存する。
【０１９１】
ステップＳ７８において、負履歴保存部４８は、詳細項目ごと、または、大項目ごとに負履歴番組ベクトルPPのベクトルの総和を求めて、負履歴ベクトルMUPを生成する。テップＳ７８の処理の終了後、処理は、ステップＳ７２に戻り、それ以降の処理が繰り返される。
【０１９２】
大項目が、正履歴ベクトルUP＝｛タイトルＴup，ジャンルＧup，出演者Ｐup，脚本／原作／演出Ａup，内容（キーワード）Ｋup｝であり、大項目の中に詳細項目が記載されている場合、正履歴ベクトルUPにおいては、各詳細項目の後に、ベクトル総和を示す数値が記載される。例えば、図１５に示されるように、大項目「ジャンル」に関しては、ジャンルＧup＝｛（ドラマ−２５），（バラエティ−３４），（スポーツ−４２），（映画−３７），（音楽−７３），（子供向け／教育−１２０），（教養／ドキュメント−３），（ニュース／報道−５），（その他−２３）｝のように、詳細項目ごとに正履歴の総和を示す数値が記載される。また、大項目「タイトル」のように、単語によって示されるベクトルにおいては、例えば、タイトルＴｕｐ＝｛（title１−１２），（title２−３），・・・｝のように、単語に続いて、単語ごとの正履歴の総和を示す数値が記載される。
負履歴ベクトルMUPにおいても、正履歴ベクトルUPと同様にして、項目に続いて総和を示す数値が記述される。
【０１９３】
図１５においては、正履歴ベクトルUP（および、負履歴ベクトルMUP）の大項目を、タイトル、ジャンル、出演者、脚本／原作／演出、内容（キーワード）とし、図５を用いて説明した番組ベクトルPPよりも少ない項目数であるものとして説明したが、番組ベクトルPPと同様の大項目としても良いことは言うまでもない。
【０１９４】
図１４においては、初期登録の内容を基に、操作ログが入力される前に負履歴ベクトルMUPが生成されるものとして説明しているが、初期登録時に、ユーザが好ましいと思う番組を選択するための情報の登録を受けるようにし、操作ログが入力される前に正履歴ベクトルUPも生成されるようにしても良い。また、初期登録を基に正履歴ベクトルUP、または、負履歴ベクトルMUPを生成せず、操作ログのみを用いて正履歴ベクトルUP、または、負履歴ベクトルMUPを生成するようにしてもよい。
【０１９５】
このようにして、正履歴ベクトルUP、および、負履歴ベクトルMUPを独立して生成して保持することにより、より精密に、ユーザの嗜好とのマッチング処理を行うことができる。
【０１９６】
なお、このとき、正履歴および負履歴を、更に精緻に求めることができるようにしても良い。例えば、図１４を用いて説明した処理においては、全ての項目における正履歴と負履歴に対応する番組ベクトルPPの総和を用いて、正履歴ベクトルUPおよび負履歴ベクトルMUPを生成したが、正履歴および負履歴に対応する番組ベクトルPPの総和を、例えば、ジャンル別に蓄積して、ジャンル別に正履歴ベクトルUPおよび負履歴ベクトルMUPを生成するようにしても良い。
【０１９７】
放送される番組のジャンルによって、出演者が偏ってしまうことが頻繁に発生するため、ユーザの嗜好が正しく反映されない場合がある。具体的には、ドラマが好きで、バラエティは、ほとんどドラマに出演しないコメディアンＡが出演するもののみを好み、バラエティ対ドラマの視聴比率が２：８であるユーザにおいて、ジャンルを区別せずに出演者の正履歴を蓄積した場合、ほとんどドラマに出演しないコメディアンＡよりも、特に好きな俳優でないにもかかわらず、ドラマに頻繁に出演する出演者Ｂが、正履歴ベクトルUPにおいて高ポイントとなってしまう場合がある。このような場合、例えば、コメディアンＡが出演するバラエティよりも、ドラマに頻繁に出演する出演者Ｂが出演するドキュメンタリーが推薦されてしまう。これを防止するためには、ジャンル別に正履歴および負履歴を蓄積し、これを基に、ジャンル別に正履歴ベクトルUPおよび負履歴ベクトルMUPを生成すればよい。
【０１９８】
また、例えば、ユーザが解説者Ａのファンであるので、「解説者Ａが解説している球団Ｂの試合の実況中継」を好んで視聴しているような場合、ジャンルである「スポーツ」という情報は履歴として重なりやすいが、出演者である「解説者Ａ」という情報は履歴として重なり難いので、他の解説者が解説している球団Ｂの試合の実況中継が推薦されて、解説者Ａが出演しているバラエティ番組が推薦されないような場合が発生する。これを防止するためには、例えば、出演者別に正履歴および負履歴を蓄積し、これを基に、出演者別に正履歴ベクトルUPおよび負履歴ベクトルMUPを生成すればよい。
【０１９９】
このように、特定の要素別に履歴を蓄積するようにすることにより、ユーザの好みをなまらせることなく、より緻密にユーザの嗜好を反映することが可能となる。
【０２００】
そして、マッチング処理部４３において、このようにして生成された正履歴ベクトルUPおよび負履歴ベクトルMUPと、供給された番組ベクトルPPのマッチングを検証することにより、ユーザの嗜好を正しく反映した推薦番組情報を生成することが可能となる。
【０２０１】
次に、図１６のフローチャートを参照して、ジャンル別に履歴を蓄積するようにした、正履歴ベクトルおよび負履歴ベクトル生成処理２について説明する。
【０２０２】
ステップＳ８１乃至ステップＳ８４において、図１４のステップＳ７１乃至ステップＳ７４と同様の処理が実行される。すなわち、初期登録が参照されて、負履歴ベクトルMUPが生成され、初期登録内容が変更されたか否かが判断されて、変更されなかった場合、供給された操作ログが、正履歴であるか否かが判断される。
【０２０３】
ステップＳ８４において、供給された操作ログが正履歴であると判断された場合、ステップＳ８５において、操作ログ取得部４６は、正履歴であると判断された操作ログに対応する番組ベクトルPPをデータ取得部４１から抽出し、正履歴保存部４７に供給する。正履歴保存部４７は、供給された番組ベクトルPPのジャンルを抽出する。
【０２０４】
ステップＳ８６において、正履歴保存部４７は、データ取得部４１から抽出された番組ベクトルPPを、ジャンル別に、正履歴として追加保存する。
【０２０５】
ステップＳ８７において、正履歴保存部４７は、詳細項目ごと、または、大項目ごとに、番組ベクトルが追加保存されたジャンルにおいて、正履歴の番組ベクトルPPのベクトルの総和を求めて、対応するジャンルの正履歴ベクトルUPを生成する。ステップＳ８７の処理の終了後、処理は、ステップＳ８２に戻り、それ以降の処理が繰り返される。
【０２０６】
ステップＳ８４において、供給された操作ログが正履歴ではないと判断された場合、供給された操作ログは負履歴であるので、ステップＳ８８において、操作ログ取得部４６は、負履歴であると判断された操作ログに対応する番組ベクトルPPをデータ取得部４１から抽出し、負履歴保存部４８に供給する。負履歴保存部４８は、供給された番組ベクトルPPのジャンルを抽出する。
【０２０７】
ステップＳ８９において、負履歴保存部４８は、データ取得部４１から抽出された番組ベクトルPPを、ジャンル別に、負履歴として追加保存する。
【０２０８】
ステップＳ９０において、負履歴保存部４８は、詳細項目ごと、または、大項目ごとに、番組ベクトルが追加保存されたジャンルにおいて、負履歴の番組ベクトルPPのベクトルの総和を求めて、対応するジャンルの負履歴ベクトルＭUPを生成する。ステップＳ９０の処理の終了後、処理は、ステップＳ８２に戻り、それ以降の処理が繰り返される。
【０２０９】
このような処理により、ジャンル別に正履歴ベクトルUPと負履歴ベクトルMUPが生成されるので、ユーザの好みをなまらせることなく、より緻密にユーザの嗜好を反映することが可能となり、ユーザの嗜好を正しく反映した推薦番組情報を生成することが可能となる。
【０２１０】
図１７のフローチャートを参照して、番組ベクトルPP、正履歴ベクトルUPおよび負履歴ベクトルMUPが、詳細項目の全要素を１列に並べたベクトルで表されている場合の、マッチング処理１について説明する。
【０２１１】
ステップＳ１０１において、番組ベクトル抽出部４２は、複数番組（例えば、所定の時間帯に放送される番組）の番組ベクトルPPをデータ取得部４１から抽出して、マッチング処理部４３の正規化処理部６１に供給する。正規化処理部６１は、供給された番組ベクトルPPと、正履歴保存部４７から読み出した正履歴ベクトルUPの構成要素のうち、単語で構成されているタイトルおよび内容についての正規化を行い、ベクトル演算部６２に正規化結果を供給する。
【０２１２】
具体的には、正規化処理部６１は、供給された番組ベクトルPPが、例えば、タイトルＴｍ＝｛東海道−１，三谷−１，怪談−１｝である場合、タイトルＴｍ＝｛東海道：０．３３，三谷：０．３３，怪談：０．３３｝として、その番組ごとに、その項目内の単語のトータルで、重みが１になるように正規化する。
【０２１３】
ステップＳ１０２において、マッチング処理部４３のベクトル演算部６２は、上述した式（１）を用いて、複数番組の番組ベクトルPPと正履歴ベクトルUPのコサイン距離である類似度SimUPを算出する。
【０２１４】
ステップＳ１０３において、ベクトル演算部６２は、ステップＳ１０２において算出された、番組ベクトルPPと正履歴ベクトルUPとの類似度を示す類似度SimUPを比較し、類似度の上位から、例えば、１０などの所定の数だけ、番組ベクトルPPを抽出する。
【０２１５】
ステップＳ１０４において、ベクトル演算部６２は、ステップＳ１０３において抽出された番組ベクトルPPと、負履歴保存部４８から読み出した負履歴ベクトルMUPとのコサイン距離である類似度SimMUPを、上述した式（２）を用いて算出する。
【０２１６】
ステップＳ１０５において、ベクトル演算部６２は、正履歴ベクトルUPとの類似度（すなわち、コサイン距離）SimMUP−負履歴ベクトルとの類似度（すなわち、コサイン距離）SimMUPを算出し、その上位となる、所定数（例えば、１つ）の番組の番組ベクトルまたはＥＰＧデータを推薦情報として抽出し、推薦情報出力部４９に出力して、推薦番組リスト５０に登録させるとともに、テレビジョン表示装置１１および録画再生装置１２に出力して、処理が終了される。
【０２１７】
このような処理により、番組ベクトルPP、正履歴ベクトルUPおよび負履歴ベクトルMUPが、詳細項目の全要素を１列に並べたベクトルで表されている場合において、番組ベクトルPPと正履歴ベクトルUPとの類似度と、番組ベクトルPPと負履歴ベクトルとの類似度とを基に、ユーザの嗜好に合致した推薦番組を決定することが可能となる。
【０２１８】
次に、図１８のフローチャートを参照して、単語で示される項目の正規化を行うのではなく、大項目ごとにコサイン距離の計算を行い、その和を類似度SimUPおよび類似度SimMUPとして算出することにより推薦番組を決定する、マッチング処理２について説明する。
【０２１９】
ステップＳ１１１において、番組ベクトル抽出部４２は、複数番組（例えば、所定の時間帯に放送される番組）の番組ベクトルPPをデータ取得部４１から抽出して、マッチング処理部４３のベクトル演算部６２に供給する。ベクトル演算部６２は、供給された番組ベクトルPPと、正履歴保存部４７から読み出した正履歴ベクトルUPのそれぞれの大項目について、番組ベクトルPPと正履歴ベクトルUPのコサイン距離を算出する。
【０２２０】
ステップＳ１１２において、ベクトル演算部６２は、ステップＳ１１１において項目ごとに算出されたコサイン距離の値を、上述した式（４）を用いて合計し、類似度SimUPを算出する。
【０２２１】
ステップＳ１１３において、ベクトル演算部６２は、ステップＳ１１２において算出された、番組ベクトルPPと正履歴ベクトルUPとの類似度SimUPを比較し、類似度の上位から、例えば、１０などの所定の数の番組ベクトルPPを抽出する。
【０２２２】
ステップＳ１１４において、ベクトル演算部６２は、ステップＳ１１３の処理により抽出された番組ベクトルPPと、負履歴保存部４８から読み出した負履歴ベクトルMUPのそれぞれの大項目について、番組ベクトルPPと負履歴ベクトルMUPのコサイン距離を算出する。
【０２２３】
ステップＳ１１５において、ベクトル演算部６２は、ステップＳ１１４において項目ごとに算出されたコサイン距離の値を、上述した式（４）を用いて合計し、類似度SimMUPを算出する。
【０２２４】
ステップＳ１１６において、ベクトル演算部６２は、｛番組ベクトルPPと正履歴ベクトルUPとのコサイン距離である類似度SimUP｝−｛番組ベクトルPPと負履歴ベクトルとのコサイン距離である類似度SimMUP｝を算出し、その上位となる所定数（例えば３つ）の番組の番組ベクトルPPまたはＥＰＧデータを推薦情報として抽出し、推薦情報出力部４９に出力して、推薦番組リスト５０に登録させるとともに、テレビジョン表示装置１１および録画再生装置１２に出力して、処理が終了される。
【０２２５】
このような処理により、単語で示される項目の正規化を行うことなく、大項目ごとに演算結果の和が類似度SimUPおよび類似度SimMUPとして算出されるので、異なる大項目に属する詳細要素間の履歴の重なりの偏りの影響を受けることなく、番組ベクトルPPと正履歴ベクトルUPとの類似度と、番組ベクトルPPと負履歴ベクトルMUPとの類似度とを基に、ユーザの嗜好に合致した推薦番組を決定することが可能となる。
【０２２６】
図１７および図１８を用いて説明したマッチング処理１およびマッチング処理２においては、ユーザの正履歴ベクトルUPとの類似度が高い番組から、負履歴を用いて、ユーザが好まないと思われる番組を取り除くことができるものとして説明しているが、例えば、正履歴のみを用いて推薦番組を決定するようにしてもよい。
【０２２７】
また、ユーザによっては、番組を選択するにあたり、ニュースや報道番組を非常に好んだり、ジャンルよりも出演者が重要であったり、出演者にはこだわらないが、内容が重要であるなど、番組を選択するために重み付けられる項目と、重み付けられない項目、換言すれば、重要な項目とそうでない項目が固定している場合がある。
【０２２８】
従って、マッチング処理は、上述した番組側効き目ベクトルEfPP、ユーザ側効き目ベクトルEfUP、または、ユーザ側反効き目ベクトルEfMUPを利用して行うようにしてもよい。また、番組側効き目ベクトルEfPP、ユーザ側効き目ベクトルEfUP、または、ユーザ側反効き目ベクトルEfMUPを利用するか否かは、ユーザにより設定可能なようにしても良い。
【０２２９】
次に、図１９のフローチャートを参照して、番組ベクトルPP、正履歴ベクトルUPおよび負履歴ベクトルMUPが、詳細項目の全要素を１列に並べたベクトルで表されている場合に、ユーザの設定により、番組側効き目ベクトルEfPPまたはユーザ側効き目ベクトルEfUPを利用してマッチング処理を行う、マッチング処理３について説明する。
【０２３０】
ステップＳ１２１において、ベクトル演算部６２は、操作入力部４４を用いてユーザにより入力され、初期登録保存部４５に登録されている番組側効き目ベクトルEfPPおよびユーザ側効き目ベクトルEfUPまたはユーザ側反効き目ベクトルEfMUPの利用設定内容を取得する。効き目ベクトルの利用設定内容とは、マッチング処理において、番組側効き目ベクトルEfPP、ユーザ側効き目ベクトルEfUPまたはユーザ側反効き目ベクトルEfMUPを利用して、重み付けを行うか否かを示す情報である。
【０２３１】
ステップＳ１２２において、ベクトル演算部６２は、必要に応じて、ユーザ情報登録部６３から、ユーザ側効き目ベクトルEfUPを読み込み、次の式（５）を用いて、番組ベクトルPPと正履歴ベクトルUPのコサイン距離を算出し、類似度SimUPとする。
【０２３２】
【数１】

【０２３３】
なお、式（５）においては、番組ベクトルPP＝（ｐ₁、ｐ₂、・・・）、正履歴ベクトルUP＝（ｕ₁，ｕ₂，・・・）、番組側効き目ベクトルEfPP＝（ｅｐｄ₁，ｅｐｄ₂，・・・）、ユーザ側効き目ベクトルEfUP＝（ｅｕｄ₁，ｅｕｄ₂，・・・）であるものとする。また、式（５）においては、番組側効き目ベクトルEfPPおよびユーザ側効き目ベクトルEfUPのいずれをも利用するものとして説明しているが、設定により、番組側効き目ベクトルEfPPおよびユーザ側効き目ベクトルEfUPのうちのいずれかが利用されない場合、利用されないベクトルに代わって数値「１」が代入されて計算される。
【０２３４】
また、ユーザ側効き目ベクトルEfUPは、ユーザにより設定可能であっても、ユーザの初期設定を基に設定されるものであっても良いし、ユーザ情報登録部６３において生成されるものであっても良い。ユーザ側効き目ベクトルEfUPの生成の詳細については、図２２乃至図２５を用いて後述する。
【０２３５】
ステップＳ１２３において、ベクトル演算部６２は、ステップＳ１２２において算出された、番組ベクトルPPと正履歴ベクトルUPとの類似度SimUPを比較し、類似度の上位から、例えば、１０などの所定の数の番組ベクトルPPを抽出する。
【０２３６】
ステップＳ１２４において、ベクトル演算部６２は、必要に応じて、ユーザ情報登録部６３から、ユーザ側反効き目ベクトルEfMUPを読み込み、次の式（６）を用いて、ステップＳ１２３において抽出された番組ベクトルPPと負履歴ベクトルMUPのコサイン距離を算出する。
【０２３７】
【数２】

【０２３８】
なお、式（６）においては、番組ベクトルPP＝（ｐ₁、ｐ₂、・・・）、負履歴ベクトルＭUP＝（ｍ₁，ｍ₂，・・・）、番組側効き目ベクトルEfPP＝（ｅｐｄ₁，ｅｐｄ₂，・・・）、ユーザ側反効き目ベクトルEfMUP＝（ｅｍｄ₁，ｅｍｄ₂，・・・）であるものとする。また、式（６）においては、番組側効き目ベクトルEfPPおよびユーザ側反効き目ベクトルEfMUPのいずれをも利用するものとして説明しているが、設定により、番組側効き目ベクトルEfPPおよびユーザ側反効き目ベクトルEfMUPのうちのいずれかが利用されない場合、利用されないベクトルに代わって、数値「１」が代入されて計算される。
【０２３９】
また、ユーザ側反効き目ベクトルEfMUPは、ユーザにより設定可能であっても、ユーザの初期設定を基に設定されるものであっても良いし、ユーザ情報登録部６３において生成されるものであっても良い。ユーザ側反効き目ベクトルEfMUPの生成の詳細については、図２６または図２７を用いて後述する。
【０２４０】
ステップＳ１２５において、ベクトル演算部６２は、番組ベクトルPPと正履歴ベクトルUPとの類似度SimUP−番組ベクトルPPと負履歴ベクトルとの類似度SimMUPを算出し、その上位となる所定数（例えば３つ）の番組の番組ベクトルPPまたはＥＰＧデータを推薦情報として抽出し、推薦情報出力部４９に出力して、推薦番組リスト５０に登録させるとともに、テレビジョン表示装置１１および録画再生装置１２に出力して、処理が終了される。
【０２４１】
このような処理により、設定に応じて、番組側効き目ベクトルEfPP、ユーザ側効き目ベクトルEfUP、または、ユーザ側反効き目ベクトルEfMUPが用いられて、推薦情報が抽出されるので、ユーザの嗜好を正しく反映した番組を推薦するようにすることができる。
【０２４２】
図１９を用いて説明した処理では、番組ベクトルPP、正履歴ベクトルUPおよび負履歴ベクトルMUPが、詳細項目の全要素を１列に並べたベクトルで表されている場合の処理について説明したが、番組ベクトルPP、正履歴ベクトルUPおよび負履歴ベクトルMUPを、それぞれ、大項目ごとに演算するようにしても良い。
【０２４３】
次に、図２０のフローチャートを参照して、大項目ごとに、番組側効き目ベクトルEfPP、ユーザ側効き目ベクトルEfUP、または、ユーザ側反効き目ベクトルEfMUPを反映させることができるようにした、マッチング処理４について説明する。
【０２４４】
ステップＳ１３１において、図１９のステップＳ１２１と同様の処理が実行されて、効き目ベクトルの利用設定内容が取得される。
【０２４５】
ステップＳ１３２において、ベクトル演算部６２は、供給された番組ベクトルPPと、正履歴保存部４７から読み出した正履歴ベクトルUPのそれぞれの大項目について、番組ベクトルPPと正履歴ベクトルUPのコサイン距離を算出する。ここでは、効き目ベクトルは演算に利用されない。
【０２４６】
ステップＳ１３３において、ベクトル演算部６２は、次の式（７）を用いて、項目ごとに算出されたコサイン距離に、必要に応じて効き目ベクトルを乗算し、得られた値を合計して、類似度SimUPを算出する。
【０２４７】
SimUP＝epd_t・eud_t・cosθu_t+ epd_g・eud_g・cosθu_g+ epd_p・eud_p・cosθu_p
+ epd_a・eud_a・cosθu_a+ epd_k・eud_k・cosθu_k・・・（７）
【０２４８】
なお、式（７）においては、番組ベクトルPP＝（ｐ_t，ｐ_g，ｐ_p，ｐ_a，ｐ_k）と正履歴ベクトルUP＝（ｕ_t，ｕ_g，u_p，u_a，u_k）との大項目ごとのコサイン距離が、（cosθu_t，cosθu_g，cosθu_p ，cosθu_a，cosθu_k）であり、番組側効き目ベクトルEfPP＝（epd_t，epd_g，epd_p，epd_a，epd_k）、ユーザ側効き目ベクトルEfUP＝（eud_t，eud_g，eud_p，eud_a，eud_k）であるものとする。また、式（７）においては、番組側効き目ベクトルEfPPおよびユーザ側効き目ベクトルEfUPのいずれをも利用するものとして説明しているが、設定により、番組側効き目ベクトルEfPPおよびユーザ側効き目ベクトルEfUPのうちのいずれかが利用されない場合、利用されないベクトルに代わって、数値「１」が代入されて計算される。
【０２４９】
ステップＳ１３４において、ベクトル演算部６２は、ステップＳ１３３において算出された、番組ベクトルPPと正履歴ベクトルUPとの類似度SimUPを比較し、類似度の上位から、例えば、１０などの所定の数の番組ベクトルPPを抽出する。
【０２５０】
ステップＳ１３５において、ベクトル演算部６２は、ステップＳ１３４の処理により抽出された番組ベクトルPPと、負履歴保存部４８から読み出した負履歴ベクトルMUPのそれぞれの大項目について、番組ベクトルPPと負履歴ベクトルMUPのコサイン距離を算出する。ここでは、効き目ベクトルは演算に利用されない。
【０２５１】
ステップＳ１３６において、ベクトル演算部６２は、次の式（８）を用いて、項目ごとに算出されたコサイン距離に、必要に応じて効き目ベクトルを乗算し、得られた値を合計して、類似度SimMUPを算出する。
【０２５２】
SimMUP＝epd_t・emd_t・cosθm_t+ epd_g・emd_g・cosθm_g+ epd_p・emd_p・cosθm_p
+ epd_a・emd_a・cosθm_a+ epd_k・emd_k・cosθm_k・・・（８）
【０２５３】
なお、式（８）においては、番組ベクトルPP＝（ｐ_t，ｐ_g，ｐ_p，ｐ_a，ｐ_k）と負履歴ベクトルUP＝（ｍ_t，ｍ_g，ｍ_p，ｍ_a，ｍ_k）との大項目ごとのコサイン距離が、（cosθm_t，cosθm_g，cosθm_p ，cosθm_a，cosθm_k）であり、番組側効き目ベクトルEfPP＝（epd_t，epd_g，epd_p，epd_a，epd_k、）、ユーザ側反効き目ベクトルEfMUP＝（emd_t，emd_g，emd_p，emd_a，emd_k）であるものとする。また、式（８）においては、番組側効き目ベクトルEfPPおよびユーザ側反効き目ベクトルEfMUPのいずれをも利用するものとして説明しているが、設定により、番組側効き目ベクトルEfPPおよびユーザ側反効き目ベクトルEfMUPのうちのいずれかが利用されない場合、利用されないベクトルに代わって、数値「１」が代入されて計算される。
【０２５４】
ステップＳ１３７において、ベクトル演算部６２は、｛番組ベクトルPPと正履歴ベクトルUPとのコサイン距離である類似度SimUP｝−｛番組ベクトルPPと負履歴ベクトルとのコサイン距離である類似度SimMUP｝を算出し、その上位となる所定数（例えば３つ）の番組の番組ベクトルPPまたはＥＰＧデータを推薦情報として抽出し、推薦情報出力部４９に出力して、推薦番組リスト５０に登録させるとともに、テレビジョン表示装置１１および録画再生装置１２に出力して、処理が終了される。
【０２５５】
このような処理により、大項目ごとに、効き目ベクトルが利用されて重み付けが行われるので、ユーザの嗜好に詳細に合致した推薦情報を生成することが可能となる。
【０２５６】
次に、図２１のフローチャートを参照して、図１６を用いて説明した正履歴ベクトルおよび負履歴ベクトル生成処理２の処理により生成された、ジャンル別の正履歴ベクトルUPおよび負履歴ベクトルMUP、並びに、ジャンル別のユーザ側効き目ベクトルEfUPおよびユーザ側反効き目ベクトルEfMUPを用いて、マッチング処理を実行するマッチング処理５について説明する。
【０２５７】
ステップＳ１４１において、図１９のステップＳ１２１と同様の処理が実行されて、効き目ベクトルの利用設定内容が取得される。
【０２５８】
ステップＳ１４２において、ベクトル演算部６２は、供給された番組ベクトルPPのジャンルを抽出する。ここでは、例えば、供給された番組ベクトルPPのジャンルが「ドラマ」であったものとして説明する。
【０２５９】
ステップＳ１４３において、ベクトル演算部６２は、供給された番組ベクトルPPと、正履歴保存部４７から読み出した、ジャンル「ドラマ」に対応する正履歴ベクトルUPのそれぞれの大項目について、番組ベクトルPPと正履歴ベクトルUPのコサイン距離を算出する。ここでは、効き目ベクトルは演算に利用されない。
【０２６０】
ステップＳ１４４において、ベクトル演算部６２は、次の式（９）を用いて、項目ごとに算出されたコサイン距離に、必要に応じて、ジャンル「ドラマ」に対応するユーザ側効き目ベクトルを乗算し、得られた値を合計して、類似度SimUPを算出する。
【０２６１】
SimUP＝epd_t・eud_td・cosθu_td+ epd_g・eud_gd・cosθu_gd+ epd_p・eud_pd・cosθu_pd
+ epd_a・eud_ad・cosθu_ad+ epd_k・eud_kd・cosθu_kd・・・（９）
【０２６２】
なお、式（９）においては、番組ベクトルPP＝（ｐ_t，ｐ_g，ｐ_p，ｐ_a，ｐ_k）と、ジャンル「ドラマ」に対応する正履歴ベクトルUP＝（ｕ_t，ｕ_g，u_p，u_a，u_k）との大項目ごとのコサイン距離が、（cosθu_td，cosθu_gd，cosθu_pd ，cosθu_ad，cosθu_kd）であり、番組側効き目ベクトルEfPP＝（epd_t，epd_g，epd_p，epd_a，epd_k）、ジャンル「ドラマ」に対応するユーザ側効き目ベクトルEfUP＝（eud_td，eud_gd，eud_pd，eud_ad，eud_kd）であるものとする。また、式（９）においては、番組側効き目ベクトルEfPPおよびユーザ側効き目ベクトルEfUPのいずれをも利用するものとして説明しているが、設定により、番組側効き目ベクトルEfPPおよびユーザ側効き目ベクトルEfUPのうちのいずれかが利用されない場合、利用されないベクトルに代わって、数値「１」が代入されて計算される。
【０２６３】
ステップＳ１４５において、ベクトル演算部６２は、ステップＳ１４３において算出された、番組ベクトルPPと正履歴ベクトルUPとの類似度SimUPを比較し、類似度の上位から、例えば、１０などの所定の数の番組ベクトルPPを抽出する。
【０２６４】
ステップＳ１４６において、ベクトル演算部６２は、ステップＳ１４５の処理により抽出された番組ベクトルPPと、負履歴保存部４８から読み出したジャンル「ドラマ」に対応する負履歴ベクトルMUPのそれぞれの大項目について、番組ベクトルPPと負履歴ベクトルMUPのコサイン距離を算出する。ここでは、効き目ベクトルは演算に利用されない。
【０２６５】
ステップＳ１４７において、ベクトル演算部６２は、次の式（１０）を用いて、項目ごとに算出されたコサイン距離に、必要に応じて、ジャンル「ドラマ」に対応する効き目ベクトルを乗算し、得られた値を合計して、類似度SimMUPを算出する。
【０２６６】
SimMUP＝epd_t・emd_td・cosθm_td+ epd_g・emd_gd・cosθm_gd+ epd_p・emd_pd・cosθm_pd + epd_a・emd_ad・cosθm_ad+ epd_k・emd_kd・cosθm_kd・・・（１０）
【０２６７】
なお、式（１０）においては、番組ベクトルPP＝（ｐ_t，ｐ_g，ｐ_p，ｐ_a，ｐ_k）と負履歴ベクトルＭUP＝（ｍ_t，ｍ_g，ｍ_p，ｍ_a，ｍ_k）との大項目ごとのコサイン距離が、（cosθm_td，cosθm_gd，cosθm_pd ，cosθm_ad，cosθm_kd）であり、番組側効き目ベクトルEfPP＝（epd_t，epd_g，epd_p，epd_a，epd_k）、ジャンル「ドラマ」に対応するユーザ側反効き目ベクトルEfMUP＝（emd_td，emd_gd，emd_pd，emd_ad，emd_kd）であるものとする。また、式（１０）においては、番組側効き目ベクトルEfPPおよびユーザ側反効き目ベクトルEfMUPのいずれをも利用するものとして説明しているが、設定により、番組側効き目ベクトルEfPPおよびユーザ側反効き目ベクトルEfMUPのうちのいずれかが利用されない場合、利用されないベクトルに代わって、数値「１」が代入されて計算される。
【０２６８】
ステップＳ１４８において、ベクトル演算部６２は、｛番組ベクトルPPと正履歴ベクトルUPとのコサイン距離である類似度SimUP｝−｛番組ベクトルPPと負履歴ベクトルとのコサイン距離である類似度SimMUP｝を算出し、その上位となる所定数（例えば３つ）の番組の番組ベクトルPPまたはＥＰＧデータを推薦情報として抽出し、推薦情報出力部４９に出力して、推薦番組リスト５０に登録させるとともに、テレビジョン表示装置１１および録画再生装置１２に出力して、処理が終了される。
【０２６９】
このような処理により、大項目ごとに、ジャンル別の正履歴ベクトルUPおよび負履歴ベクトルMUPと番組ベクトルPPとのコサイン距離が求められ、ジャンルに対応した効き目ベクトルが利用されて重み付けが行われて類似度が算出されるので、ユーザの嗜好に詳細に合致した推薦情報を生成することが可能となる。
【０２７０】
また、ユーザ側効き目ベクトルEfUPおよび反効き目ベクトルEfMUPは、上述したように、初期登録保存部４５に登録されている、ユーザの初期登録内容を基に生成されるようにしても良いし、正履歴ベクトルUPまたは負履歴ベクトルMUP、あるいは、一定期間にユーザが視聴した番組をカウントすることにより、ユーザ固有のユーザ側効き目ベクトルEfUPおよび反効き目ベクトルEfMUPが生成されるようにしても良い。
【０２７１】
図２２のフローチャートを参照して、一定期間にユーザが視聴した番組をカウントすることによりユーザ側効き目ベクトルEfUPを生成する、ユーザ側効き目ベクトル生成処理１について説明する。
【０２７２】
ステップＳ１５１において、マッチング処理部４３のユーザ情報登録部６３は、未処理の大項目のうちのいずれかを選択する。
【０２７３】
ステップＳ１５２において、ユーザ情報登録部６３は、正履歴保存部４７に保存されている正履歴を参照して、例えば、１週間、１ヶ月、または３ヶ月などの一定期間中にユーザが視聴した番組を検出し、番組ベクトル抽出部４２に、一定期間中にユーザが視聴した番組に対応する番組ベクトルPPをデータ取得部４１から抽出させて、ステップＳ１５１において選択された大項目に含まれる詳細項目ごとに番組数をカウントする。
【０２７４】
具体的には、例えば、ステップＳ１５１において選択された大項目が、大項目ジャンルＧｍ＝｛ドラマ，バラエティ，スポーツ，映画，音楽，子供向け／教育，教養／ドキュメント，ニュース／報道，その他｝であれば、ユーザ情報登録部６３は、一定期間中にユーザが視聴した番組の番組ベクトルPPの構成要素を、それぞれに対応する項目に分類してカウントする。一定期間中にユーザが視聴した番組が、例えば、５０番組であった場合、番組数のカウント結果は、例えば、ジャンルＧｍ＝（１０，１８，５，２，８，１，０，１，５）となる。
【０２７５】
ステップＳ１５３において、ユーザ情報登録部６３は、番組ベクトル抽出部４２に、同一期間における全ての番組に対応する番組ベクトルPPをデータ取得部４１から抽出させて、ステップＳ１５１において選択された大項目に含まれる詳細項目ごとに番組数をカウントする。
【０２７６】
具体的には、例えば、ステップＳ１５１において選択された大項目が、大項目ジャンルＧｍ＝｛ドラマ，バラエティ，スポーツ，映画，音楽，子供向け／教育，教養／ドキュメント，ニュース／報道，その他｝であれば、ユーザ情報登録部６３は、同一期間における全ての番組の番組ベクトルPPの構成要素を、それぞれに対応する項目に分類してカウントする。同一期間における全ての番組が、例えば、１０００番組であった場合、番組数のカウント結果は、例えば、ジャンルＧｍ＝（１０４，２３９，６８，２５，７８，９１，６０，２５４，８１）となる。
【０２７７】
ステップＳ１５４において、ユーザ情報登録部６３は、ステップＳ１５２およびステップＳ１５３のカウント結果を基に、ユーザの視聴実績のカウント数／全番組のカウント数を算出する。
【０２７８】
番組編成は、視聴率競争の影響により、大衆の嗜好を反映していると考えられる。すなわち、ユーザの視聴実績のカウント数／全番組のカウント数の演算は、換言すれば、ユーザの視聴実績のカウント数を、標準モデルとしての全番組のカウント数で正規化することと同義である。ステップＳ１５４において算出される正規化ベクトルを正規化ベクトルＤと称するものとする。
【０２７９】
例えば、大項目ジャンルＧｍ＝｛ドラマ，バラエティ，スポーツ，映画，音楽，子供向け／教育，教養／ドキュメント，ニュース／報道，その他｝において、１週間の全番組のカウント数が、（８，１２，３，７，６，４，２，８，１０）であり、対してユーザが視聴した番組のカウント数が、（４，０，１，２，３，４，５，５，２)であった場合、正規化ベクトルＤは、以下のようになる。
Ｄ＝（４／８，０／１２，１／３，２／７，３／６，４／４，
１／２，２／８，２／１０）
＝（０．５，０，０．３３，０．２８，０．５，１．０，
０．５，０．１３，０．２）
すなわち、正規化ベクトルＤの構成要素が１．０である場合は、設定された期間中に、該当する項目の全番組を視聴したこと、正規化ベクトルＤの構成要素が０である場合は、設定された期間中に、該当する番組は一つも視聴しなかったことを意味する。
【０２８０】
ステップＳ１５５において、ユーザ情報登録部６３は、ステップＳ１５４の算出結果を基に、対応する大項目の効き目ベクトルを生成する。
【０２８１】
効き目ベクトルを生成するために、大項目ジャンルＧｍ＝｛ドラマ，バラエティ，スポーツ，映画，音楽，子供向け／教育，教養／ドキュメント，ニュース／報道，その他｝のうちのいずれかの項目を用いて、標準値を設定する。例えば、ジャンル：「ドラマ」の番組1週間分において、一般的なユーザは、その２割程度を視聴しているとして、標準値を０．２に設定すればよい。大項目の効き目ベクトルは、相対値として算出されるため、設定値は０乃至１のいずれの値であってもかまわない。そして、ユーザ側効き目ベクトルは、ステップＳ１５４において算出された正規化ベクトルＤと、設定値との相対値である。
【０２８２】
従って、ユーザの興味ジャンルを示す、大項目ジャンルＧｍの効き目ベクトルＥは、
Ｅ＝（０．３，−０．２，０．１３，０．０８，０．３，
０．８，０．３，−０．０７，０．０）
と算出されるので、対応するユーザは、「子供向け／教育」のジャンルを好み、「バラエティ」のジャンルを好まないと判断することができる。
【０２８３】
ステップＳ１５６において、ユーザ情報登録部６３は、全ての大項目の効き目ベクトルが生成されたか否かを判断する。ステップＳ１５６において、全ての大項目の効き目ベクトルが生成されていないと判断された場合、処理は、ステップＳ１５１に戻り、それ以降の処理が繰り返される。
【０２８４】
ステップＳ１５６において、全ての大項目の効き目ベクトルが生成されたと判断された場合、ステップＳ１５７において、ユーザ情報登録部６３は、全ての大項目の効き目ベクトルを保存して、処理が終了される。
【０２８５】
このような処理により、一般的な嗜好と、ユーザ固有の嗜好との差を求めることができる。また、ユーザ側効き目ベクトルEfUPを、例えば、３ヶ月、半年などの所定の期間ごとに再演算するようにすることにより、ユーザの嗜好をリアルタイムに反映した番組を推薦することができる。
【０２８６】
また、図２２の処理においては、例えば、１週間、１ヶ月、または３ヶ月などの一定期間中にユーザが視聴した番組を基にユーザ側効き目ベクトルEfUPを求めるものとして説明したが、複数の期間を対象として、例えば、短期、中期、長期に対応するユーザ側効き目ベクトルEfUPを算出し、これら複数の効き目ベクトルを用いて、推薦情報を決定するようにしても良い。
【０２８７】
ここでは、ユーザ固有の嗜好を、ユーザ側効き目ベクトルEfUPとして利用する場合について説明したが、ユーザ固有の嗜好を、正履歴ベクトルUPとしてマッチング処理に用いるようにしても良い。
【０２８８】
また、放送されている全番組に代わって、視聴者が最も番組を視聴する所定の時間帯（例えば、１８時乃至２２時の、いわゆる、ゴールデンタイム）に放送される全番組をカウントするようにしてもよい。このようにすることにより、一般的な嗜好を求めるための演算処理を大幅に少なくすることができる。
【０２８９】
次に、図２３のフローチャートを参照して、正履歴ベクトルUPと、大衆の嗜好との類似度を示すコサイン距離の演算によって、ユーザ固有の嗜好と、大衆の嗜好との隔たりをマッチングに利用するためのユーザ側効き目ベクトルEfUPを求める、ユーザ側効き目ベクトル算出処理２について説明する。
【０２９０】
ステップＳ１６１において、マッチング処理部４３のユーザ情報登録部６３は、正履歴保存部４７に保存されている正履歴ベクトルUPを取得する。
【０２９１】
ステップＳ１６２において、ユーザ情報登録部６３は、一般的な嗜好を示す、標準嗜好ベクトルAPPを取得する。
【０２９２】
標準嗜好ベクトルAPPは、配信サーバ５から供給されるものとしても良いし、または、番組編成は、視聴率競争の影響により、大衆の嗜好を反映していると考えられるので、図２２を用いて説明したユーザ側効き目ベクトル算出処理１と同様にして、一定期間に放送された全番組の内容をカウントし、必要に応じて正規化して、標準嗜好ベクトルAPPとするようにしても良い。
【０２９３】
配信サーバ５においては、例えば、一般的な視聴率調査や、その他の方法を用いて、一般的な嗜好を示す標準嗜好ベクトルAPPを生成するようにしても良い。
【０２９４】
ステップＳ１６３において、ユーザ情報登録部６３は、大項目ごとに、標準嗜好ベクトルAPPと、正履歴ベクトルUPとのコサイン距離を算出する。コサイン距離が大きいほど、標準嗜好ベクトルAPPと、正履歴ベクトルUPとの類似度が高い。
【０２９５】
ステップＳ１６４において、ユーザ情報登録部６３は、ステップＳ１６３において算出されたコサイン距離を基に、大項目ごとに、コサイン距離を逆数にして、効き目ベクトルEfUPを生成して、処理が終了される。コサイン距離の逆数が大きいほど、標準嗜好ベクトルAPPと、正履歴ベクトルUPとの類似度は低い。
【０２９６】
このような処理により、一般的な嗜好と、対応するユーザ固有の嗜好との差を反映したユーザ側効き目ベクトルEfUPを求めることができる。このユーザ側効き目ベクトルEfUPを用いて番組推薦処理を行った場合、ユーザの嗜好と一般的な嗜好との違いが強調されて、推薦される番組が決定される。
【０２９７】
なお、ここでは、番組ベクトルPP、および正履歴ベクトルUPが、大項目ごとにベクトルで表されているものとして説明したが、番組ベクトルPP、および正履歴ベクトルUPが、詳細項目の全要素を１列に並べたベクトルで表されている場合においても、同様の処理が実行可能であることは言うまでもない。
【０２９８】
また、標準嗜好ベクトルAPPと、正履歴ベクトルUPとの類似度は、効き目ベクトルを算出するのみならず、そのユーザのユニーク度を示す指数として、番組の推薦に直接的に用いるようにしても良い。例えば、標準嗜好ベクトルAPPと、正履歴ベクトルUPとの類似度が高い場合、一般向けの流行に即した新番組などを優先的に推薦するようにしても良い。
【０２９９】
図２２および図２３を用いて説明したように、ユーザ側効き目ベクトルEfUPは、ユーザの操作履歴に基づいて、学習的に求められると好適であるが、ユーザ側効き目ベクトルは、予め初期登録として登録されていても良いし、経験などにより求められる、予め設定されている値を用いるようにしても良い。
【０３００】
なお、大項目に着目して、ユーザ側効き目ベクトルEfUPを生成するのみならず、大項目を構成する構成要素に着目して、ユーザ側効き目ベクトルEfUPを生成するようにしても良い。例えば、大項目を構成する構成要素「出演者Ｐｍ」において、主役と脇役を区別可能にしておき、ドラマや映画において、主役よりも脇役の配役を優先するユーザは、主役に対して、脇役の重み付けを大きくするようにユーザ側効き目ベクトルEfUPを設定可能としたり、大項目を構成する構成要素「脚本／原作／演出Am」において、監督、演出家、原作者、カメラマンなどを区別可能にしておき、監督や演出家より、カメラマンを重視するユーザは、カメラマンの重み付けを大きくするようにユーザ側効き目ベクトルEfUPを設定可能なようにしても良い。
【０３０１】
また、ユーザ側効き目ベクトルEfUPをジャンルごとに生成し、図２１を用いて説明したマッチング処理５のように、対応するジャンルの正履歴ベクトルUPと番組ベクトルPPとのマッチングのときに作用させるようにしても良い。
【０３０２】
次に、図２４のフローチャートを参照して、一定期間にユーザが視聴した番組を、ジャンル別にカウントすることによりユーザ側効き目ベクトルEfUPを生成する、ユーザ側効き目ベクトル生成処理３について説明する。
【０３０３】
ステップＳ１７１において、マッチング処理部４３のユーザ情報登録部６３は、一定期間にユーザが視聴した番組を、ジャンル別にカウントするために、いずれかのジャンルを選択する。
【０３０４】
ステップＳ１７２において、ユーザ情報登録部６３は、未処理の大項目のうちのいずれかを選択する。
【０３０５】
ステップＳ１７３において、ユーザ情報登録部６３は、正履歴保存部４７に保存されている正履歴を参照して、例えば、１週間、１ヶ月、または３ヶ月などの一定期間中にユーザが視聴した番組のうち、選択されたジャンルのものを検出し、番組ベクトル抽出部４２に、一定期間中にユーザが視聴したもののうち、選択されたジャンルの番組に対応する番組ベクトルPPをデータ取得部４１から抽出させて、ステップＳ１７２において選択された大項目に含まれる詳細項目ごとに番組数をカウントする。
【０３０６】
ステップＳ１７４において、ユーザ情報登録部６３は、番組ベクトル抽出部４２に、同一期間における全ての番組のうち、選択されたジャンルに対応する番組ベクトルPPをデータ取得部４１から抽出させて、ステップＳ１７２において選択された大項目に含まれる詳細項目ごとに番組数をカウントする。
【０３０７】
ステップＳ１７５において、ユーザ情報登録部６３は、ステップＳ１７３およびステップＳ１７４のカウント結果を基に、選択されたジャンルにおける、ユーザの視聴実績のカウント数／全番組のカウント数を算出する。
【０３０８】
上述したように、番組編成は、視聴率競争の影響により、大衆の嗜好を反映していると考えられる。すなわち、選択されたジャンルにおける、ユーザの視聴実績のカウント数／全番組のカウント数の演算は、換言すれば、対応するジャンルにおけるユーザの視聴実績のカウント数を、標準モデルとしての対応するジャンルの全番組のカウント数で正規化することと同義である。ステップＳ１７５において算出される正規化ベクトルを正規化ベクトルＤ´と称するものとする。
【０３０９】
例えば、大項目ジャンルＧｍ＝｛ドラマ，バラエティ，スポーツ，映画，音楽，子供向け／教育，教養／ドキュメント，ニュース／報道，その他｝のうちの「ドラマ」のジャンルに対応する番組ベクトルPPの、大項目時間帯Ｔｍ＝｛朝、昼、夕方、ゴールデン、深夜｝において、１週間の全番組のカウント数が、（１０，３５，７，５３，１７）であり、対してユーザが視聴した番組のカウント数が、（５，０，０，８，４)であった場合、正規化ベクトルＤ´は、以下のようになる。

すなわち、正規化ベクトルＤ´の構成要素が１．０である場合は、設定された期間中に、該当する項目の全番組を視聴したことを意味し、正規化ベクトルＤ´の構成要素が０である場合は、設定された期間中に、該当する番組は一つも視聴しなかったことを意味する。
【０３１０】
ステップＳ１７６において、ユーザ情報登録部６３は、ステップＳ１７５の算出結果を基に、選択されたジャンルにおける、対応する大項目の効き目ベクトルを生成する。
【０３１１】
効き目ベクトルを生成するために、大項目時間帯Ｔｍ＝｛朝、昼、夕方、ゴールデン、深夜｝のうちのいずれかの項目を用いて、標準値を設定する。例えば、時間帯：「ゴールデン」の番組1週間分において、一般的なユーザは、ドラマの２割程度を視聴しているとして、標準値を０．２に設定すればよい。大項目の効き目ベクトルは、相対値として算出されるため、設定値は０乃至１のいずれの値であってもかまわない。そして、ユーザ側効き目ベクトルは、ステップＳ１７５において算出された正規化ベクトルＤ´と、設定値との相対値である。
【０３１２】
従って、ユーザの興味ジャンルを示す、大項目ジャンルＧｍの効き目ベクトルＥ´は、
Ｅ´＝（０．３，−０．２，−０．２，−０．０５，０．０４）
と算出されるので、対応するユーザは、朝の時間帯のドラマを好み、昼や夕方の時間帯のドラマを好まないと判断することができる。
【０３１３】
ステップＳ１７７において、ユーザ情報登録部６３は、選択されたジャンルにおいて、全ての大項目の効き目ベクトルが生成されたか否かを判断する。ステップＳ１７７において、全ての大項目の効き目ベクトルが生成されていないと判断された場合、処理は、ステップＳ１７２に戻り、それ以降の処理が繰り返される。
【０３１４】
ステップＳ１７７において、全ての大項目の効き目ベクトルが生成されたと判断された場合、ステップＳ１７８において、ユーザ情報登録部６３は、全てのジャンルの処理が終了したか否かを判断する。ステップＳ１７８において、全てのジャンルが終了していないと判断された場合、処理は、ステップＳ１７１に戻り、それ以降の処理が繰り返される。
【０３１５】
ステップＳ１７８において、全てのジャンルが終了したと判断された場合、ステップＳ１７９において、ユーザ情報登録部６３は、全ての大項目の効き目ベクトルを保存して、処理が終了される。
【０３１６】
このような処理により、一般的な嗜好と、ユーザ固有の嗜好との差をジャンル別に求めることができる。また、図２２を用いて説明した場合と同様にして、ユーザ側効き目ベクトルEfUPを、例えば、３ヶ月、半年などの所定の期間ごとに再演算するようにすることにより、ユーザの嗜好をリアルタイムに反映した番組を推薦することができる。
【０３１７】
また、図２４の処理においても、例えば、１週間、１ヶ月、または３ヶ月などの一定期間中にユーザが視聴した番組を基にユーザ側効き目ベクトルEfUPを求めるものとして説明したが、図２２を用いて説明した場合と同様にして、複数の期間を対象として、例えば、短期、中期、長期に対応するユーザ側効き目ベクトルEfUPを算出し、これら複数の効き目ベクトルを用いて、推薦情報を決定するようにしても良い。
【０３１８】
また、図２４の処理においても、放送されている全番組に代わって、視聴者が最も番組を視聴する所定の時間帯（例えば、１８時乃至２２時の、いわゆる、ゴールデンタイム）に放送される全番組をカウントするようにしてもよい。
【０３１９】
次に、図２５のフローチャートを参照して、正履歴ベクトルUPと、大衆の嗜好との類似度を示すコサイン距離の演算を、ジャンル別に実行することによって、ユーザ固有の嗜好と大衆の嗜好との隔たりをマッチングに利用するためのユーザ側効き目ベクトルEfUPを求める、ユーザ側効き目ベクトル生成処理４について説明する。
【０３２０】
ステップＳ１９１において、マッチング処理部４３のユーザ情報登録部６３は、処理を実行するジャンルを指定するために、いずれかのジャンルを選択する。
【０３２１】
ステップＳ１９２において、ユーザ情報登録部６３は、正履歴保存部４７に保存されている正履歴ベクトルUPのうち、選択されたジャンルの正履歴ベクトルUPを取得する。
【０３２２】
ステップＳ１９３において、ユーザ情報登録部６３は、一般的な嗜好を示す、標準嗜好ベクトルAPPのうち、選択されたジャンルの標準嗜好ベクトルAPPを取得する。
【０３２３】
標準嗜好ベクトルAPPは、上述したように、配信サーバ５から供給されるものとしても良いし、または、番組編成は、視聴率競争の影響により、大衆の嗜好を反映していると考えられるので、図２４を用いて説明したユーザ側効き目ベクトル算出処理３と同様にして、一定期間に放送された全番組の内容をジャンル別にカウントし、必要に応じて正規化して、ジャンル別標準嗜好ベクトルAPPとするようにしても良い。
【０３２４】
配信サーバ５においては、例えば、一般的な視聴率調査や、その他の方法を用いて、一般的な嗜好を示す標準嗜好ベクトルAPPをジャンル別に生成するようにしても良い。
【０３２５】
ステップＳ１９４において、ユーザ情報登録部６３は、選択されたジャンルの正履歴ベクトルUPと、選択されたジャンルの標準嗜好ベクトルAPPを用いて、大項目ごとに、標準嗜好ベクトルAPPと、正履歴ベクトルUPとのコサイン距離を算出する。コサイン距離が大きいほど、標準嗜好ベクトルAPPと、正履歴ベクトルUPとの類似度が高い。
【０３２６】
ステップＳ１９５において、ユーザ情報登録部６３は、ステップＳ１９４において算出されたコサイン距離を基に、大項目ごとに、コサイン距離を逆数にして、選択されたジャンルの効き目ベクトルEfUPを生成する。コサイン距離の逆数が大きいほど、標準嗜好ベクトルAPPと、正履歴ベクトルUPとの類似度は低い。
【０３２７】
ステップＳ１９６において、ユーザ情報登録部６３は、全てのジャンルの処理が終了したか否かを判断する。ステップＳ１７８において、全てのジャンルが終了していないと判断された場合、処理は、ステップＳ１９１に戻り、それ以降の処理が繰り返される。ステップＳ１９６において、全てのジャンルが終了したと判断された場合、処理が終了される。
【０３２８】
このような処理により、一般的な嗜好と、対応するユーザ固有の嗜好との差を反映した、ジャンル別のユーザ側効き目ベクトルEfUPを求めることができる。
【０３２９】
また、図２３を用いて説明した処理と同様にして、標準嗜好ベクトルAPPと、負履歴ベクトルMUPとの類似度を求め、その逆数を、反効き目ベクトルEfMUPとして算出するようにしてもよい。
【０３３０】
次に、図２６のフローチャートを参照して、負履歴ベクトルMUPを、大衆の嗜好と比較することにより、反効き目ベクトルEfMUPを求めるユーザ側反効き目ベクトル算出処理１について説明する。
【０３３１】
ステップＳ２０１において、マッチング処理部４３のユーザ情報登録部６３は、負履歴保存部４８に保存されている負履歴ベクトルMUPを取得する。
【０３３２】
ステップＳ２０２において、ユーザ情報登録部６３は、一般的な嗜好を示す、標準嗜好ベクトルAPPを取得する。
【０３３３】
標準嗜好ベクトルAPPは、配信サーバ５から供給されるものとしても良い。あるいは、番組編成は、視聴率競争の影響により、大衆の嗜好を反映していると考えられるので、図２２を用いて説明したユーザ側効き目ベクトル算出処理１と同様にして、一定期間に放送された全番組の内容をカウントし、必要に応じて正規化して、標準嗜好ベクトルAPPとするようにしても良い。
【０３３４】
ステップＳ２０３において、ユーザ情報登録部６３は、大項目ごとに、標準嗜好ベクトルAPPと、負履歴ベクトルMUPとのコサイン距離を算出する。コサイン距離が大きいほど、標準嗜好ベクトルAPPと、負履歴ベクトルMUPとの類似度が高い。
【０３３５】
ステップＳ２０４において、ユーザ情報登録部６３は、ステップＳ２０３において算出されたコサイン距離を基に、大項目ごとに、コサイン距離を逆数にして、反効き目ベクトルEfMUPを生成して、処理が終了される。
【０３３６】
このような処理により、反効き目ベクトルEfMUPを生成することができるので、ユーザが好まない番組を、推薦する番組から効果的に省くことができる。
【０３３７】
次に、図２７のフローチャートを参照して、ジャンル別に実行されるユーザ側反効き目ベクトル生成処理２について説明する。
【０３３８】
ステップＳ２１１において、マッチング処理部４３のユーザ情報登録部６３は、処理を実行するジャンルを指定するために、いずれかのジャンルを選択する。
【０３３９】
ステップＳ２１２において、ユーザ情報登録部６３は、負履歴保存部４８に保存されている負履歴ベクトルMUPのうち、選択されたジャンルの負履歴ベクトルMUPを取得する。
【０３４０】
ステップＳ２１３において、ユーザ情報登録部６３は、一般的な嗜好を示す、標準嗜好ベクトルAPPのうち、選択されたジャンルの標準嗜好ベクトルAPPを取得する。
【０３４１】
ステップＳ２１４において、ユーザ情報登録部６３は、選択されたジャンルの負履歴ベクトルMUPと選択されたジャンルの標準嗜好ベクトルAPPとを基に、大項目ごとに、標準嗜好ベクトルAPPと、負履歴ベクトルMUPとのコサイン距離を算出する。コサイン距離が大きいほど、標準嗜好ベクトルAPPと、負履歴ベクトルMUPとの類似度が高い。
【０３４２】
ステップＳ２１５において、ユーザ情報登録部６３は、ステップＳ２１４において算出されたコサイン距離を基に、大項目ごとに、コサイン距離を逆数にして、反効き目ベクトルEfMUPを生成する。コサイン距離の逆数が大きいほど、標準嗜好ベクトルAPPと、負履歴ベクトルMUPとの類似度が低い。
【０３４３】
ステップＳ２１６において、ユーザ情報登録部６３は、全てのジャンルの処理が終了したか否かを判断する。ステップＳ２１６において、全てのジャンルが終了していないと判断された場合、処理は、ステップＳ２１１に戻り、それ以降の処理が繰り返される。ステップＳ２１６において、全てのジャンルが終了したと判断された場合、処理が終了される。
【０３４４】
このような処理により、反効き目ベクトルEfMUPを、ジャンル別に生成することができるので、ユーザが好まない番組を、推薦する番組から効果的に省くことができる。
【０３４５】
なお、ユーザ側効き目ベクトルEfUPと、反効き目ベクトルEfMUPは、図２３、および、図２５乃至図２７を用いて説明した大項目ごとのコサイン距離の逆数をｎ倍した値、あるいは、所定の桁で四捨五入した値を用いるものとしてもかまわないし、１からコサイン距離の逆数を減算した値、あるいは、その値をｎ倍した値を用いるものとしてもかまわない。
【０３４６】
ここでは、番組ベクトルPP、および負履歴ベクトルMUPが、大項目ごとにベクトルで表されているものとして説明したが、番組ベクトルPP、および負履歴ベクトルMUPが、詳細項目の全要素を１列に並べたベクトルで表されている場合においても、同様の処理が実行可能であることは言うまでもない。
【０３４７】
また、番組ベクトル抽出部４２によって抽出される番組ベクトルには、図７または図８を用いて説明した処理により生成された、クループＩＤ、またはクラスタコードなどのグループを示す情報が付加されている場合がある。
【０３４８】
例えば、ユーザが好んで視聴する番組が、連続ドラマであった場合、該当する連続ドラマは、全ての回において推薦されるようにすれば、推薦のための演算処理を削減することができる。また、ユーザに非常に好まれている番組と同グループの番組を優先的に推薦するようにすることによっても、推薦のための演算処理を削減することができる。
【０３４９】
次に、図２８のフローチャートを参照して、クループ推薦を含むマッチング処理について説明する。
【０３５０】
ステップＳ２２１において、マッチング処理部４３のベクトル演算部６２は、番組ベクトル抽出部４２から供給された番組ベクトルPPに、クループＩＤ、またはクラスタコードなどのグループを示す情報が付加されているか否かを基に、対応する番組は、グループ化されているか否かを判断する。
【０３５１】
ステップＳ２２１において、対応する番組はグループ化されていると判断された場合、ステップＳ２２２において、ベクトル演算部６２は、クループＩＤ、またはクラスタコードで示されるグループは、推薦優先グループとして、ユーザ情報登録部６３に登録されているか否かを判断する。
【０３５２】
ステップＳ２２２において、推薦優先グループとして登録されていると判断された場合、ステップＳ２２３において、ベクトル演算部６２は、対応する番組の情報を、推薦情報として、推薦情報出力部４９に供給する。推薦情報出力部４９は、推薦番組リスト５０に推薦する番組を登録するとともに、テレビジョン表示装置１１、または、録画再生装置１２に、推薦する番組の情報を出力して、処理は、後述するステップＳ２２７に進む。
【０３５３】
ステップＳ２２１において、対応する番組はグループ化されていないと判断された場合、または、ステップＳ２２２において、推薦優先グループとして登録されていないと判断された場合、ステップＳ２２４において、図１７乃至図２１を用いて説明した、マッチング処理１乃至マッチング処理５のいずれかの処理が実行される。
【０３５４】
ステップＳ２２５において、ベクトル演算部６２は、ステップＳ２２４において実行されたマッチング処理１乃至マッチング処理３のいずれかの処理において推薦された番組の番組ベクトルに、クループＩＤ、またはクラスタコードなどのグループを示す情報が付加されているか否かを基に、推薦された番組は、グループ化されているか否かを判断する。ステップＳ２２５において、推薦された番組は、グループ化されていないと判断された場合、処理は終了される。
【０３５５】
ステップＳ２２５において、推薦された番組は、グループ化されていると判断された場合、ステップＳ２２６において、ベクトル演算部６２は、番組ベクトルに付加しているグループＩＤ、またはクラスタコードを、推薦優先グループとして、ユーザ情報登録部６３に登録して保存する。
【０３５６】
ステップＳ２２３、または、ステップＳ２２６の処理の終了後、ステップＳ２２７において、ベクトル演算部６２は、負履歴保存部４８に保存されている負履歴の操作ログを参照して、ステップＳ２２３の処理により推薦された番組、または、ステップＳ２２４の処理により推薦された番組のうち、グループ化されているので、ステップＳ２２６の処理において推薦優先グループとして登録された番組に対して、例えば、推薦した番組が受け入れられずにその他の番組の視聴の視聴または録画を指令する操作入力や、自動録画された番組の再生前の消去を指令する操作入力など、負の履歴となる操作入力を受けたか否かを判断する。ステップＳ２２７において、負の履歴となる操作入力を受けていないと判断された場合、処理が終了される。
【０３５７】
ステップＳ２２７において、負の履歴となる操作入力を受けたと判断された場合、ステップＳ２２８において、ベクトル演算部６２は、ユーザ情報登録部６３の推薦優先グループの登録から、対応するグループをはずして、処理が終了される。
【０３５８】
なお、図９を用いて説明したタイトルグループ化処理１により、１つの番組ベクトルPPに複数のグループＩＤが関連付けられている場合もある。特にこのような場合には、ステップＳ２２８において、負の履歴となる操作入力により、ユーザ情報登録部６３の推薦優先グループの登録から、全てのグループＩＤがはずされるようにしても良いし、負の履歴となる操作入力の回数を蓄積するようにし、所定の数だけ負の履歴となる操作入力が行われた場合に、ユーザ情報登録部６３の推薦優先グループの登録から、対応するグループＩＤがはずされるようにしても良い。また、１つの番組ベクトルPPに1つののグループＩＤが関連付けられている場合においても同様である。
【０３５９】
このような処理により、ユーザが好んで視聴している連続ドラマを全ての回において推薦されるようにしたり、ユーザに非常に好まれている番組と同グループの番組を推薦するようにすることができるので、推薦のための演算処理を削減することができる。
【０３６０】
このように、グループ推薦を含むマッチング処理が行われている場合、テレビジョン表示装置１１または録画再生装置１２から取得されるユーザの操作履歴を基に生成される正履歴ベクトルUPおよび負履歴ベクトルMUPは、対応するグループごとに生成されるようにしてもよい。
【０３６１】
また、テレビジョン表示装置１１または録画再生装置１２から取得されるユーザの操作履歴のうちの正履歴を基に、同一の連続ドラマにおける視聴または録画予約の回数をカウントし、所定回数以上になった場合に、マッチング処理を特に行うことなく、優先的に推薦するようにしてもかまわない。
【０３６２】
また、ユーザ履歴を用いて番組の推薦処理を行うのではなく、ユーザが予め指定したトピックを基にユーザモデルを設定し、ユーザモデルを基に番組の推薦処理を行うようにしてもよい。
【０３６３】
ユーザモデルは、所定の番組群から、ユーザが予め指定したトピックを用いてフィルタリングを行うことにより、トピックに対応する番組を抽出することで得られる。初期登録保存部４５は、ユーザにより入力されたトピックを保存する。
登録されるトピックは複数であってもかまわないし、ユーザの操作入力によって、適宜、更新される。ベクトル演算部６２は、番組ベクトル抽出部４２から供給される、ユーザモデル作成対象の番組の番組ベクトルにおいて、初期登録保存部４５に保存されているトピックを含む番組ベクトルを抽出し、抽出された番組ベクトルの総和を、必要に応じて正規化することにより、ユーザモデルベクトルを生成し、ユーザ情報登録部６３に登録する。
【０３６４】
これにより、例えば、トピックとして、時間帯Ｈｍ＝「２３時以降」およびジャンルＧｍ＝「バラエティ」が指定された場合、これらのトピックを用いてフィルタリングが行われ、ユーザモデル「深夜のバラエティ」が生成される。ユーザモデル「深夜のバラエティ」には、２３時以降の深夜枠に放送されるバラエティ番組に出演したコメディアンが構成要素として含まれるので、例えば、ドラマなどの、バラエティとは異なるジャンルの番組において、対応するコメディアンが出演する番組がマッチング処理において抽出され、推薦されるので、項目ごとにマッチング処理を行う場合と比較して、ユーザの嗜好を、ジャンルなどを超越して適用することが可能となる。
【０３６５】
なお、ユーザモデル作成対象の番組は、例えば、所定期間の全番組であっても、所定の時間帯（例えば、いわゆるゴールデンタイム）に放送された番組群であってもよい。
【０３６６】
また、例えば、同じフィルタリング条件を用いて、異なる番組集合を対象にフィルタリングを行うことによって、例えば、異なる時期、あるいは、異なる時間帯などの、異なる番組編成に詳細に対応したユーザモデルベクトルを生成することができる。
【０３６７】
具体的には、同じ「ジャンルＧｍ＝音楽」という条件でも、現在の番組編成と、１０年前の番組編成では、放送時刻や出演者に違いがあるので、「現在の音楽ファン」「１０年前の音楽ファン」という異なるユーザモデルを生成することができる。これにより、「１０年前の音楽ファン」が好んで聞いていたポップス歌手が、現在、俳優として出演しているドラマや映画などを推薦したり、または、「１０年前の音楽ファン」が好んで聞いていた楽曲を、現在の歌手が歌うような番組を推薦することが可能となる。
【０３６８】
また、例えば、主に社会人が視聴するような、２０時乃至２４時などの時間帯と、主に子供が視聴するような、１５時乃至２０時などの時間帯とでは、同じ「ジャンルＧｍ＝音楽」という条件でも、フィルタリングにより異なる番組群を得ることができるので、異なるユーザモデルを生成することができる。
【０３６９】
そして、ベクトル演算部６２は、番組ベクトル抽出部４２から供給される番組の番組ベクトルPPと、ユーザ情報登録部６３に登録されているユーザモデルベクトルとの類似度を演算し、その結果を基に、推薦情報を生成し、推薦情報出力部４９に供給する。推薦情報出力部４９は、推薦情報を、推薦番組リスト５０に登録するとともに、テレビジョン表示装置１１、または、録画再生装置１２に供給する。
【０３７０】
次に、図２９のフローチャートを参照して、ユーザモデルを用いたマッチング処理について説明する。
【０３７１】
ステップＳ２３１において、マッチング処理部４３のベクトル演算部６２は、番組ベクトル抽出部４２において抽出された、ユーザモデル作成対象の番組の番組ベクトルを取得する。ユーザモデル作成対象の番組とは、例えば、１ヶ月または３ヶ月などの所定の期間に放送された番組であっても、それら所定の期間中の所定の時間帯（例えば、ゴールデンタイム）に放送された番組であっても良いし、あるいは、１０年前、２０年前などの、過去の所定の期間に放送された番組であっても良い。
【０３７２】
ステップＳ２３２において、初期登録保存部４５は、操作入力部４４より、ユーザにより入力されたトピックを取得し、保存する。ベクトル演算部６２は、初期登録保存部４５からトピックを読み出して、フィルタリング条件として設定する。フィルタリング条件は、例えば、ハッシュテーブルとして記載されるようにしても良い。
【０３７３】
ステップＳ２３３において、ベクトル演算部６２は、ステップＳ２３１において取得された番組ベクトルPPを、ステップＳ２３２において設定されたフィルタリング条件を基にフィルタリングし、トピックに合致する番組ベクトルPPを抽出する。例えば、ユーザモデル作成対象の番組が、過去３ヶ月間の全番組である場合、ベクトル演算部６２は、過去３ヶ月間の全番組ベクトルPPに対して「タイトルＴｍ、または、ジャンルＧｍ＝サッカー」という条件でフィルタリングを施す。
【０３７４】
ステップＳ２３４において、ベクトル演算部６２は、ステップＳ２３３においてフィルタリングによって抽出された番組ベクトルPPの総和を求めて、ユーザモデルベクトルとする。例えば、「タイトルＴｍ、または、ジャンルＧｍ＝サッカー」という条件でフィルタリングが施された場合、「サッカーファン」というユーザモデルのユーザモデルベクトルが生成される。
【０３７５】
ステップＳ２３５において、ベクトル演算部６２は、ステップＳ２３４において生成されたユーザモデルベクトルと、番組ベクトル抽出部４２において抽出された、推薦情報を求めるための候補となる（この後放送される予定である）番組の番組ベクトルPPとのコサイン距離を算出する。
【０３７６】
ステップＳ２３６において、ベクトル演算部６２は、ステップＳ２３５において算出されたコサイン距離を基に、ユーザモデルベクトルと推薦情報を求めるための候補となる番組の番組ベクトルPPとの類似度を比較し、比較結果を基に、類似度が高いもののうち、上位から所定の数の番組を推薦情報として抽出し、推薦情報出力部４９に供給する。推薦情報出力部４９は、推薦情報を、推薦番組リスト５０に登録するとともに、テレビジョン表示装置１１、または、録画再生装置１２に供給して、処理が終了される。
【０３７７】
このような処理により、ユーザの操作履歴がない場合においても、ユーザが設定したトピックに合致した番組を推薦することができる。また、従来においては、例えば、「タイトルＴｍ、または、ジャンルＧｍ＝サッカー」という条件を設定してマッチング処理を行った場合、サッカー選手が出演するバラエティやドラマなどを抽出することができなかった。これに対して、図２９を用いて説明した処理においては、「タイトルＴｍ、または、ジャンルＧｍ＝サッカー」というトピックでユーザモデルを設定することにより、ユーザモデルベクトルの出演者や内容などの項目にも、サッカー選手名が多く含まれるために、たとえ「タイトルＴｍ、または、ジャンルＧｍ＝サッカー」という条件に合致していない番組であっても、サッカー選手が出演するバラエティやドラマなどを抽出して推薦することが可能となる。
【０３７８】
ここでは、ユーザモデルベクトルと、番組ベクトルとのコサイン距離を算出することにより、類似度を求めるものとして説明しているが、大項目ごとに、個別にコサイン距離を算出し、その合計を用いて類似度を求めるようにしても良い。
【０３７９】
なお、ユーザモデルベクトルの生成処理は、配信サーバ５において実行されるようにしてもよい。その場合、例えば、図２を用いて説明した番組ベクトル生成部２３が生成した番組ベクトルを用いて、図２９のステップＳ２３１乃至ステップＳ２３４の処理が実行されるようにすれば良い。
【０３８０】
また、ユーザの嗜好にあった番組を推薦するばかりでなく、正履歴ベクトルUPおよび負履歴ベクトルMUPのいずれとも類似度が低いものを選ぶと、好きでも嫌いでもない、すなわち、これまでユーザが視聴したことのない特徴を有する番組、換言すれば、食わず嫌いの番組が推薦される可能性が高くなる。このように、ユーザの嗜好を抽出して学習を進めるためには、これまでユーザが視聴したことのない特徴を有する番組も評価してもらうことが重要である。
【０３８１】
これにより、ユーザに対して提供する推薦結果に意外性を与え、ユーザの興味の拡大につなげることが可能になるばかりでなく、よりユーザの嗜好に合致した番組を推薦するために、非常に重要な履歴情報を取得することが可能となる。
【０３８２】
次に、図３０のフローチャートを参照して、例外推薦番組選択処理について説明する。
【０３８３】
ステップＳ２４１において、マッチング処理部４３のベクトル演算部６２は、番組ベクトル抽出部４２から供給された番組ベクトルPPと、正履歴保存部４７に保存されている正履歴ベクトルUP、および、負履歴保存部４８に保存されている負履歴ベクトルMUPとを用いて、大項目ごとに、正履歴ベクトルUPと番組ベクトルPPとのコサイン距離、および、負履歴ベクトルMUPと番組ベクトルPPとのコサイン距離を、それぞれ算出する。
【０３８４】
ステップＳ２４２において、ベクトル演算部６２は、項目ごとに算出されたコサイン距離の値を、正履歴側と負履歴側で、それぞれ、合計する。すなわち、ステップＳ２４１およびステップＳ２４２の処理により、上述した、正履歴ベクトルUPと番組ベクトルPPとの類似度SimUPおよび負履歴ベクトルMUPと番組ベクトルPPとの類似度SimMUPが算出される。
【０３８５】
ステップＳ２４３において、ベクトル演算部６２は、正履歴ベクトルUP、および、負履歴ベクトルMUPとの類似度の低さを示す例外推薦値を算出する。
【０３８６】
具体的には、例外推薦値は、（１−SimUP）×（１−SimMUP）または（１／SimUP）×（１／SimMUP）によって求めることが可能である。
【０３８７】
ステップＳ２４４において、ベクトル演算部６２は、ステップＳ２４３の算出結果を基に、例外推薦値の高い番組を求め、推薦情報として抽出し、処理が終了される。
【０３８８】
このような処理により、これまでユーザが視聴したことのない特徴を有する番組を抽出して推薦することができるので、ユーザへの推薦番組の選択に、意外性を与え、ユーザの興味の拡大につなげることが可能になるばかりでなく、よりユーザの嗜好に合致した番組を推薦するために、非常に重要な履歴情報を取得することが可能となる。
【０３８９】
図１３乃至図３０を用いて説明した処理により、番組推薦処理装置１０において、推薦情報が生成されて、テレビジョン表示装置１１、または、録画再生装置１２に供給される。
【０３９０】
テレビジョン表示装置１１、または、録画再生装置１２には、テレビジョン受信装置４において受信されて復号された衛星波または地上波の放送信号が供給される。
【０３９１】
テレビジョン表示装置１１は、ユーザの操作入力を基に、テレビジョン受信装置４から供給された放送信号、または、録画再生装置１２から供給された再生データを表示したり、番組推薦処理装置１０から供給された推薦情報を基に、推薦番組情報を表示したり、チャンネルの自動設定を実行する。更に、テレビジョン表示装置１１は、操作ログを番組推薦処理装置１０に供給する。
【０３９２】
また、録画再生装置１２は、ユーザの操作入力を基に、テレビジョン受信装置４から供給された放送信号を録画または録画予約したり、番組推薦処理装置１０から供給された推薦情報を基に、番組を自動録画する。また、録画再生装置１２は、装着された記録媒体、または、内蔵する記録媒体に録画されている番組を再生し、テレビジョン表示装置１１に出力して表示させる。更に、録画再生装置１２は、操作ログを番組推薦処理装置１０に供給する。
【０３９３】
図３１は、テレビジョン受信装置４の構成を示すブロック図である。テレビジョン受信装置４は、デジタル放送用受信装置の標準規格に対応する一般的な受信装置であるものとして説明する。
【０３９４】
衛星波検波部９１は、衛星２を介して送信され、アンテナ３によって受信された衛星波を、テレビジョン表示装置１１、または、録画再生装置１２から供給されたチャンネルを選択する信号を基に選局して検波し、伝送モードに関する制御信号をＴＭＣＣ（Transmission and Multiplexing Configuration Control）復号部９２に、放送信号を復調・復号処理部９３に供給する。
【０３９５】
ＴＭＣＣ復号部９２は、伝送多重制御信号における伝送モード（変調方式、符号化率など）やスロット等の情報の入力を受け、これらの情報を復号し、復調・復号処理部９３に供給する。
【０３９６】
復調・復号処理部９３は、ＴＭＣＣ復号部９２から供給された、伝送モードに関する情報に基づいて、供給された放送信号を、例えば、ＱＰＳＫ（quadri-phase shift keying：４位相変調方式、または、４相ＰＳＫとも称する）方式や、８相ＰＳＫ方式などの方法を用いて復調および復号し、デインタリーバ９４に供給する。
【０３９７】
デインタリーバ９４は、供給された信号をデインタリーブして、誤り訂正処理部９５に供給する。また、デインタリーバ９４は、供給された信号に対して、更に、フレーム分離やデスクランブルの処理を施すようにしても良い。
【０３９８】
誤り訂正処理部９５は、例えば、リードソロモン符号などを用いた誤り訂正処理を行い、ＣＡ（Conditional Access：限定受信）デスクランブル部１０１に供給する。
【０３９９】
地上波検波部９６は、アンテナ３によって受信された地上波を、テレビジョン表示装置１１または録画再生装置１２から供給された、チャンネルを選択する制御信号を基に選局して検波し、伝送モードに関する制御信号をＴＭＣＣ復号部９７に、放送信号を復調・復号処理部９８に供給する。
【０４００】
ＴＭＣＣ復号部９７は、伝送多重制御信号における伝送モード（変調方式、符号化率など）やスロット、ＴＳ等の情報の入力を受け、これらの情報を復号し、復調・復号処理部９８に供給する。
【０４０１】
復調・復号処理部９８は、ＴＭＣＣ復号部９７から供給された、伝送モードに関する情報に基づいて、供給された放送信号を、例えば、ＱＡＭ（quadrature amplitude modulation：直交振幅変調）方式などの方法を用いて復調および復号し、デインタリーバ９９に供給する。
【０４０２】
デインタリーバ９９は、供給された信号をデインタリーブして、ＴＳ（Transport Stream；トランスポートストリーム）再生部１００に供給する。また、デインタリーバ９９は、供給された信号に対して、更に、フレーム分離やデスクランブルの処理を施すようにしても良い。
【０４０３】
ＴＳ再生部１００は、供給された信号を基に、トランスポートストリームを再生し、ＣＡデスクランブル部１０１に供給する。
【０４０４】
ＣＡデスクランブル部１０１は、誤り訂正処理部９５、または、ＴＳ再生部１００から供給された信号を基に、限定受信信号をデスクランブルし、デマルチプレクサ１０２に供給する。
【０４０５】
データ入力部１０３は、ＥＰＧ受信装置９から、ＥＰＧデータの入力を受けたり、ネットワーク８を介して、配信サーバ５より、ストリーミングデータの供給を受け、デマルチプレクサ１０２に供給する。
【０４０６】
デマルチプレクサ１０２は、ＣＡデスクランブル部１０１、または、データ入力部１０３から供給された信号をデマルチプレクスし、音声信号は音声信号復号部１０４に、映像信号は、映像信号復号部１０５に、そして、制御信号やＥＰＧなどのデータは、データ復号部１０６にそれぞれ供給する。
【０４０７】
音声信号復号部１０４は、供給された音声信号を復号し、テレビジョン表示装置１１、または、録画再生装置１２に供給する。映像信号復号部１０５は、供給された映像信号を復号し、テレビジョン表示装置１１、または、録画再生装置１２に供給する。データ復号部１０６は、供給された制御信号やＥＰＧなどのデータを復号し、テレビジョン表示装置１１、または、録画再生装置１２に供給する。
【０４０８】
テレビジョン受信装置４の処理により、受信された衛星波、または地上波、あるいは、配信されたストリーミングデータが、所定の方式により復調および復号されて、テレビジョン表示装置１１、または、録画再生装置１２に供給される。
【０４０９】
図３２は、テレビジョン表示装置１１の構成を示すブロック図である。
【０４１０】
操作入力部１２１は、ユーザからの操作入力を受け、テレビジョン表示装置１１の各部にユーザの操作入力に対応する制御信号を供給するとともに、ユーザの操作内容を操作ログリスト１２２に供給して保存させる。操作ログリスト１２２に保存されているユーザの操作ログは、図１３を用いて説明した番組推薦処理装置１０の操作ログ取得部４６により取得される。また、ユーザの操作入力が、チャンネルの選択であった場合、操作入力部１２１は、入力されたユーザの操作をチャンネル設定部１２３に供給する。
【０４１１】
チャンネル設定部１２３は、操作入力部１２１から供給されたユーザの操作入力を示す信号に基づいて、チャンネルの選択を示す制御信号を生成し、テレビジョン受信装置４に供給する。また、チャンネル設定部１２３は、後述する推薦番組リスト１２８に登録されている推薦情報に基づいて、自動的にチャンネルを設定するために、チャンネルの選択を示す制御信号を生成し、テレビジョン受信装置４に供給する。テレビジョン受信装置４は、制御信号に基づいて、指定されたチャンネルの放送信号を受信する。
【０４１２】
データ入力部１２４は、テレビジョン受信装置４から放送信号の入力を受け、画像処理部１２５に供給する。画像処理部１２５は、供給された放送信号に対して、出力部１２６の画像表示方法に基づいて、画像処理を施し、出力部１２６に供給する。出力部１２６は、例えば、ＣＲＴ（Cathode Ray Tube）、または、ＬＣＤ（Liquid Crystal Display）などの表示デバイスと、スピーカなどの音声出力デバイスで構成され、供給された画像処理後の放送信号の画像信号を表示デバイスに表示し、音声出力デバイスから音声信号を出力する。
【０４１３】
推薦番組リスト取得部１２７は、番組推薦処理装置１０から、推薦情報を取得し、推薦番組リスト１２８に供給する。推薦番組リスト１２８は、供給された推薦情報を登録する。推薦番組リスト１２８に登録された推薦情報は、チャンネル設定部１２３に読み出されたり、推薦番組情報表示制御部１２９に読み出される。
【０４１４】
推薦番組情報表示制御部１２９は、番組の推薦情報をユーザに提示するために、推薦番組リスト１２８から読み出した推薦情報を、画像処理部１２５に出力する。画像処理部１２５は、推薦番組情報表示制御部１２９から供給された推薦情報を、単独で、または、データ入力部１２４から供給された放送信号の画像に重畳させて、出力部１２６に出力して、表示デバイスに表示させる。
【０４１５】
なお、番組推薦処理装置１０から供給される推薦情報を基に、出力部１２６に推薦情報を表示させるか、自動的にチャンネルを設定させるようにするかは、ユーザの設定によって決定されるようにしても良い。
【０４１６】
図３３のフローチャートを参照して、番組推薦処理装置１０から供給される推薦情報を基に、ユーザに番組推薦情報を提示するための推薦情報表示処理について説明する。
【０４１７】
ステップＳ２５１において、推薦番組リスト取得部１２７は、番組推薦処理装置１０の推薦情報出力部４９から出力された推薦情報を取得する。
【０４１８】
ステップＳ２５２において、推薦番組リスト取得部１２７は、取得した推薦情報を、推薦番組リスト１２８に登録する。
【０４１９】
ステップＳ２５３において、推薦番組情報表示制御部１２９は、推薦番組リスト１２８から、例えば、３時間や１日など、現在時刻よりも所定の時間以内に放送される番組の推薦情報を読み出し、推薦する番組のタイトル、内容、放送時間、および、放送チャンネルなどを表示させるための、推薦情報表示用のデータを生成し、画像処理部１２５に供給する。
【０４２０】
ステップＳ２５４において、画像処理部１２５は、供給された推薦情報表示用のデータを、出力部１２６に表示させるための画像処理を実行し、出力部１２６に供給する。推薦情報は、単独で、または、データ入力部１２４から供給された放送信号の画像に重畳されて、画像処理される。
【０４２１】
ステップＳ２５５において、出力部１２６は、画像処理部１２５から供給された推薦情報を表示し、処理が終了される。
【０４２２】
このような処理により、出力部１２６に推薦情報が表示されるので、ユーザは、表示された推薦情報を参照して、視聴する番組を選択することが可能となる。
【０４２３】
次に、図３４のフローチャートを参照して、番組推薦処理装置１０から供給される推薦情報を基に、自動的にチャンネルを設定して、ユーザの嗜好に合致した番組を表示させるための自動チャンネル設定処理について説明する。
【０４２４】
ステップＳ２７１およびステップＳ２７２において、図３３を用いて説明したステップＳ２５１およびステップＳ２５２と同様の処理が実行される。すなわち、番組推薦処理装置１０の推薦情報出力部４９から出力された推薦情報が取得され、取得された推薦情報が、推薦番組リスト１２８に登録される。
【０４２５】
チャンネル設定部１２３は、ステップＳ２７３において、番組推薦リスト９８から、現在時刻に対応する推薦番組の情報を取得し、ステップＳ２７４において、推薦番組の情報を基に、チャンネル設定情報を生成し、テレビジョン受信装置４に出力する。テレビジョン受信装置４は、制御信号に基づいて、指定されたチャンネルの放送信号を受信する。
【０４２６】
ステップＳ２７５において、データ入力部１２４は、テレビジョン受信装置４から指定されたチャンネルの放送信号を取得し、画像処理部１２５に供給する。
【０４２７】
ステップＳ２７６において、画像処理部１２５は、供給された放送信号に、出力部１２６に表示させるための画像処理を実行し、出力部１２６に供給する。
【０４２８】
ステップＳ２７７において、出力部１２６は、画像処理部１２５から供給された、推薦された番組の映像を表示して、音声を出力し、処理が終了される。
【０４２９】
このような処理により、自動的に、ユーザの嗜好に合致した番組が放送されているチャンネルにチャンネル設定される。図３４を用いて説明した自動チャンネル設定処理は、例えば、ユーザが指令したときに実行されるようにしても良い。
これにより、ユーザが、どの番組を視聴するかを悩んだ場合などに、適切な番組が放送されている番組にチャンネルを自動的に設定することが可能となる。
【０４３０】
また、図３４を用いて説明した自動チャンネル設定処理は、例えば、２時間など、特に意識してチャンネルを設定せず、ただ放置されていると判断可能なような所定の時間ごとに、あるいは、放置されていると判断可能なような所定の時間、ユーザからの操作入力がなかった場合などに実行されるようにしても良い。
【０４３１】
なお、ユーザが意識して番組を視聴している途中で、自動的にチャンネルが切り替わってしまうことがないように、自動チャンネル設定処理の実行不可のモードを用意して、ユーザが指令することができるようにしても良い。
【０４３２】
図３５は、録画再生装置１２の構成を示すブロック図である。
【０４３３】
操作入力部１４１は、ユーザからの操作入力を受け、録画再生装置１２の各部にユーザの操作入力に対応する制御信号を供給するとともに、ユーザの操作内容を操作ログリスト１４２に供給して保存させる。操作ログリスト１４２に保存されているユーザの操作ログは、図１３を用いて説明した番組推薦処理装置１０の操作ログ取得部４６により取得される。
【０４３４】
録画設定部１４３は、操作入力部１４１から供給されたユーザの操作入力を示す信号に基づいて、または、後述する推薦番組リスト１４９に登録されている推薦情報から、例えば、録画する番組の放送開始時間および放送終了時間、並びに、放送されるチャンネルなど、録画処理を行うために必要な情報を抽出する。録画設定部１４３は、操作入力部１４１から供給されたユーザの操作入力が録画予約である場合、録画処理を行うために必要な情報を録画予約リスト１４４に登録し、操作入力部１４１から供給されたユーザの操作入力が、現在放送されている番組の録画処理である場合、または、後述する推薦番組リスト１４９に登録されている推薦情報を用いて自動録画処理を行う場合、録画処理を行うために必要な情報を、録画制御部１４５に供給する。
【０４３５】
録画制御部１４５は、録画設定部１４３から供給された、録画処理を行うために必要な情報を基に、または、録画予約リスト１４４に登録されている録画予約情報のうち現在時刻に対応する録画予約情報を抽出することにより、録画する番組の放送チャンネルを示す制御信号を生成して、テレビジョン受信装置４に供給するとともに、録画処理を実行するための制御信号を生成し、録画再生処理部１４７に供給する。テレビジョン受信装置４は、制御信号に基づいて、指定されたチャンネルの放送信号を受信する。
【０４３６】
データ入力部１４６は、テレビジョン受信装置４から放送信号の入力を受け、録画再生処理部１４７に供給する。録画再生処理部１４７は、例えば、磁気テープ、光ディスク、磁気ディスク、光磁気ディスク、または、半導体メモリなどの記録媒体が装着可能なように構成されるか、その内部に、例えば、ハードディスク、または、半導体メモリなどの記録媒体を有し、それらの記録媒体に情報を記録したり、それらの記録媒体から情報を再生可能なようになされている。具体的には、録画再生処理部１４７に装着可能な記録媒体が磁気テープである場合、録画再生処理部１４７は、磁気ヘッドを有し、磁気テープにデータ入力部１４６から供給された放送信号を記録（すなわち、録画）したり、磁気テープに記録されている情報を再生して、テレビジョン表示装置１１などに供給して再生出力させる。
【０４３７】
推薦番組リスト取得部１４８は、番組推薦処理装置１０から、推薦情報を取得し、推薦番組リスト１４９に供給する。推薦番組リスト１４９は、供給された推薦情報を登録する。推薦番組リスト１４９に登録された推薦情報は、録画設定部１４３に読み出されて、自動的に録画処理が実行される。
【０４３８】
次に、図３６のフローチャートを参照して、自動録画処理について説明する。
【０４３９】
ステップＳ２９１において、推薦番組リスト取得部１４８は、番組推薦処理装置１０の推薦情報出力部４９から出力された推薦情報を取得する。
【０４４０】
ステップＳ２９２において、推薦番組リスト取得部１４８は、取得した推薦情報を、推薦番組リスト１４９に登録する。
【０４４１】
ステップＳ２９３において、録画設定部１４３は、番組推薦リスト１０９から、現在時刻に対応する推薦番組の情報を抽出し、放送開始時間および放送終了時間、並びに、放送チャンネルなどの、録画処理のために必要な情報を取得して、録画制御部１４５に供給する。
【０４４２】
ステップＳ２９４において、録画制御部１４５は、録画する番組の放送信号の供給を受けるためのチャンネル設定情報を生成し、テレビジョン受信装置４に出力する。テレビジョン受信装置４は、制御信号に基づいて、指定されたチャンネルの放送信号を受信する。
【０４４３】
ステップＳ２９５において、データ入力部１４６は、テレビジョン受信装置４から、指定されたチャンネルの放送信号を取得し、録画再生処理部１４７に供給する。
【０４４４】
ステップＳ２９６において、録画再生処理部１４７は、供給された放送信号を、装着されている、または、内蔵されている記録媒体に記録して、処理が終了される。
【０４４５】
このような処理により、ユーザの嗜好に合致した番組を、自動的に録画することが可能となる。図３６を用いて説明した自動録画処理は、ユーザが指令した録画処理、または、録画予約処理による録画動作中など、すでに録画動作が行われている間には実行されない。
【０４４６】
ここでは、現在時刻に対応する推薦番組を基に、自動的に録画を行い場合について説明したが、例えば、現在時刻よりも先の所定の時間分の推薦情報を取得して、同様の処理により、自動的に録画予約を設定することができるようにしてもよいことは言うまでもない。
【０４４７】
図１乃至図３６を用いて説明した処理では、番組ベクトルPPが、配信サーバ５において生成されるものとして説明したが、配信サーバが番組ベクトルPPを生成するのではなく、ネットワーク８を介して、ＥＰＧデータを番組推薦処理装置に供給し、番組推薦処理装置において、番組ベクトルPPを生成するようにしても良い。
【０４４８】
配信サーバが番組ベクトルPPを生成するのではなく、ネットワーク８を介して、ＥＰＧデータを番組推薦処理装置に供給し、番組推薦処理装置において、番組ベクトルPPを生成する場合の配信サーバ１７１の構成を図３７に示し、番組推薦処理装置１９１の構成を図３８に示す。
【０４４９】
なお、図２の配信サーバ５、および、図１３の番組推薦処理装置１０における場合と対応する部分には同一の符号を付してあり、その説明は適宜省略する。
【０４５０】
すなわち、配信サーバ１７１は、図２を用いて説明した配信サーバ５のデータ取得部２１およびデータ送信部２５で構成され、ストリーミングデータデータベース６またはメタデータデータベース７からストリーミングデータ、または、メタデータで構成されるＥＰＧデータを取得して、ネットワーク８を介して、ＥＰＧ受信装置８またはテレビジョン受信装置４に送信する。
【０４５１】
そして、番組推薦処理装置１９１は、図２の配信サーバ５に設けられていたものと同様のメタデータ取得部２２および番組ベクトル生成部２３が新たに設けられている以外は、図１３を用いて説明した番組推薦処理装置１０と同様の構成を有するものであり、番組推薦処理装置１０が実行する処理に加えて、図３を用いて説明した番組ベクトル生成処理１、および、図６を用いて説明した番組ベクトル生成処理２、並びに、図７を用いて説明したグループ化処理１、および、図８を用いて説明したグループ化処理を実行する。
【０４５２】
配信サーバが番組ベクトルPPを生成するのではなく、ネットワーク８を介して、ＥＰＧデータを番組推薦処理装置に供給し、番組推薦処理装置において、番組ベクトルPPを生成する場合においても、図１乃至図３６を用いて説明した場合と同様の効果を奏することが可能である。
【０４５３】
また、更に、ＥＰＧ受信装置９が、テレビジョンジョン表示装置１１および録画再生装置１２から、ユーザの操作履歴や設定情報などを収集して、ネットワーク８を介して、配信サーバに供給するようにし、配信サーバが、番組ベクトルPPを生成するのみでなく、マッチング処理を実行し、ネットワーク８を介して、マッチング結果をＥＰＧ受信装置９に供給するようにしてもよい。この場合のネットワーク構成を図３９に示し、配信サーバ２０１の構成を示すブロック図を図４０に示す。
【０４５４】
なお、図１、図３７、および図３８における場合と対応する部分には同一の符号を付してあり、その説明は適宜省略する。
【０４５５】
すなわち、配信サーバ２０１は、図３７を用いて説明した配信サーバ１７１に、図３８を用いて説明した番組推薦処理装置１９１の機能を加えたものであり、ユーザは、番組推薦処理装置を保有する必要がない。
【０４５６】
図３９および図４０に示される構成においては、番組ベクトルPP、番組側効き目ベクトルEfPP、正履歴ベクトルUP、負履歴ベクトルMUP、もしくは、標準嗜好ベクトルAPPなどの生成処理や、番組ベクトルのグループ化処理、マッチング処理、または、例外推薦番組選択処理などの、図３乃至図１２、および、図１４乃至図３０を用いて説明した全ての処理が、配信サーバ２０１で実行される。
【０４５７】
なお、このとき、ＥＰＧ受信装置９が、テレビジョンジョン表示装置１１および録画再生装置１２から収集して、ネットワーク８を介して送信する、ユーザの操作履歴や設定情報などには、たとえば、ユーザＩＤなどが付けられて、ユーザごとに区別可能なようになされる。また、配信サーバ２０１の番組推薦処理装置１９１において、初期登録保存部４５、正履歴保存部４７、負履歴保存部４８などは、供給された情報のユーザＩＤを基に、それぞれの情報をユーザ別に保存する。
【０４５８】
以上の説明においては、テレビジョン放送信号のＥＰＧデータを用いて、ユーザの嗜好にあった番組を推薦する場合について説明したが、本発明は、ラジオ放送、あるいは、ストリーミングデータなどの各種デジタルコンテンツに属性情報を付加し、ユーザの嗜好にあったものを推薦する場合についても適用可能である。
【０４５９】
上述した一連の処理は、ソフトウェアにより実行することもできる。そのソフトウェアは、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【０４６０】
この記録媒体は、図２、図１３、または、図３８に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク３１または７１（フレキシブルディスクを含む）、光ディスク３２または７２（CD-ROM（Compact Disk-Read Only Memory），DVD（Digital Versatile Disk）を含む）、光磁気ディスク３３または７３（ＭＤ（Mini-Disk)（商標）を含む）、もしくは半導体メモリ３４または７４などよりなるパッケージメディアなどにより構成される。
【０４６１】
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０４６２】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０４６３】
【発明の効果】
このように、本発明によれば、コンテンツの属性情報を生成することができる。特に、コンテンツの分類に基づいて、属性情報を生成することができる。
また、本発明によれば、ユーザの嗜好と合致したコンテンツが抽出される。特に、コンテンツの分類に基づいて、コンテンツが抽出されるので、ユーザの嗜好に正しく合致したコンテンツを抽出することができる。
【図面の簡単な説明】
【図１】テレビジョン番組放送、およびストリームデータの配信について説明する図である。
【図２】図１の配信サーバの構成を示すブロック図である。
【図３】番組ベクトル生成処理１について説明するフローチャートである。
【図４】ＥＰＧデータを説明する図である。
【図５】番組ベクトルについて説明する図である。
【図６】番組ベクトル生成処理２について説明するフローチャートである。
【図７】グループ化処理１について説明するフローチャートである。
【図８】グループ化処理２について説明するフローチャートである。
【図９】タイトルグループ化処理１について説明するフローチャートである。
【図１０】タイトルグループ化処理２について説明するフローチャートである。
【図１１】タイトルグループ化処理３について説明するフローチャートである。
【図１２】タイトルグループ化処理４について説明するフローチャートである。
【図１３】図１の番組推薦処理装置の構成を示すブロック図である。
【図１４】正履歴ベクトルおよび負履歴ベクトル生成処理１について説明するフローチャートである。
【図１５】正履歴ベクトルを説明する図である。
【図１６】正履歴ベクトルおよび負履歴ベクトル生成処理２について説明するフローチャートである。
【図１７】マッチング処理１について説明するフローチャートである。
【図１８】マッチング処理２について説明するフローチャートである。
【図１９】マッチング処理３について説明するフローチャートである。
【図２０】マッチング処理４について説明するフローチャートである。
【図２１】マッチング処理５について説明するフローチャートである。
【図２２】ユーザ側効き目ベクトル生成処理１について説明するフローチャートである。
【図２３】ユーザ側効き目ベクトル生成処理２について説明するフローチャートである。
【図２４】ユーザ側効き目ベクトル生成処理３について説明するフローチャートである。
【図２５】ユーザ側効き目ベクトル生成処理４について説明するフローチャートである。
【図２６】ユーザ側反効き目ベクトル生成処理１について説明するフローチャートである。
【図２７】ユーザ側反効き目ベクトル生成処理２について説明するフローチャートである。
【図２８】グループ推薦を含むマッチング処理について説明するフローチャートである。
【図２９】ユーザモデルを用いたマッチング処理について説明するフローチャートである。
【図３０】例外推薦処理について説明するフローチャートである。
【図３１】図１のテレビジョン受信装置の構成を示すブロック図である。
【図３２】図１のテレビジョン表示装置の構成を示すブロック図である。
【図３３】推薦情報表示処理について説明するフローチャートである。
【図３４】自動チャンネル設定処理について説明するフローチャートである。
【図３５】図１の録画再生装置の構成を示すブロック図である。
【図３６】自動録画処理について説明するフローチャートである。
【図３７】配信サーバの異なる構成例を示すブロック図である。
【図３８】番組推薦処理装置の異なる構成例を示すブロック図である。
【図３９】テレビジョン番組放送、およびストリームデータの配信のためのネットワークの異なる例について説明する図である。
【図４０】配信サーバの異なる構成例を示すブロック図である。
【符号の説明】
５配信サーバ，１０番組推薦処理装置，２１データ取得部，２２メタデータ抽出部，２３番組ベクトル生成部，２４データ記憶部，２５データ送信部，４１データ取得部，４２番組ベクトル抽出部，４３マッチング処理部，４４操作入力部，４５初期登録保存部，４６操作ログ取得部，４７正履歴保存部，４８負履歴保存部，４９推薦情報出力部，５０推薦番組リスト，６１正規化処理部，６２ベクトル演算部，６３ユーザ情報登録部，１７１配信サーバ，１９１番組推薦処理装置，２０１配信サーバ

Claims

コンテンツに関する情報を基に前記コンテンツの属性情報を生成する情報処理装置において、
前記コンテンツに関する情報を取得する取得手段と、
前記取得手段により取得された前記コンテンツに関する情報に基づいて、前記コンテンツをグループに分類する分類手段と、
前記コンテンツに関する情報に基づいて、複数の項目で構成される、前記コンテンツについての前記属性情報を生成し、前記分類手段によって分類された前記グループに対応付ける属性情報生成手段と、
前記属性情報生成手段により生成された前記属性情報の前記項目に対応する重み付け情報を記憶する記憶手段と、
前記属性情報を構成する複数の前記項目のうちの少なくとも一部を含んで構成される所定のユーザの嗜好情報と、前記属性情報生成手段により生成された前記属性情報との類似度に基づいて、前記ユーザの嗜好と合致した第１のコンテンツを抽出するとともに、前記属性情報が対応付けられている前記グループに分類されている第２のコンテンツを、前記ユーザの嗜好と合致するコンテンツとして抽出するコンテンツ抽出手段と
を備え、
前記重み付け情報は、前記属性情報と所定のユーザの前記嗜好情報とから、前記項目ごとの類似度である項目類似度を算出し、前記項目類似度から、前記属性情報と所定のユーザの前記嗜好情報との類似度を算出する場合における、複数の前記項目に対応する前記項目類似度のそれぞれの寄与の度合いを規定するものである
情報処理装置。
前記コンテンツ抽出手段により選択的に抽出された前記コンテンツの視聴を前記ユーザに推薦するための推薦情報を出力する出力手段を更に備える
請求項１に記載の情報処理装置。
前記分類手段は、前記コンテンツに関する情報を基に、所定の条件に合致している前記コンテンツを検出し、
前記属性情報生成手段は、前記分類手段によって分類された前記グループを区別するための固有情報を、前記属性情報に対応付ける
請求項１に記載の情報処理装置。
前記所定の条件は、前記コンテンツの放送または配信の開始時刻の差が、所定の時間以内であるという条件を含む
請求項３に記載の情報処理装置。
前記コンテンツに関する情報は、複数の項目により構成され、
前記分類手段は、前記コンテンツに関する情報の所定の項目に、同一の単語を少なくとも１つ含んでいる前記コンテンツを検出し、
前記属性情報生成手段は、前記分類手段によって分類された前記グループを区別するための固有情報を、前記
属性情報に対応付ける
請求項１に記載の情報処理装置。
前記コンテンツに関する情報は、複数の項目により構成され、
前記分類手段は、前記コンテンツに関する情報の所定の項目を構成する単語の一致率が所定の値よりも大きい前記コンテンツを検出し、
前記属性情報生成手段は、前記分類手段によって分類された前記グループを区別するための固有情報を、前記属性情報に対応付ける
請求項１に記載の情報処理装置。
前記属性情報生成手段は、更に、第１のコンテンツと同一の分類の第２のコンテンツに既に対応付けられている前記属性情報を、前記第１のコンテンツに対応付ける
請求項１に記載の情報処理装置。
前記コンテンツは放送番組であり、
前記分類手段は、前記コンテンツに関する情報を基に、連続して放送される前記放送番組を１つの分類として分類し、
前記属性情報生成手段は、前記分類手段により、連続して放送される放送番組として分類された前記放送番組の前記属性情報を、第１回目の放送分の前記コンテンツに関する情報を用いて生成する
請求項７に記載の情報処理装置。
コンテンツに関する情報を基に前記コンテンツの属性情報を生成する情報処理装置の情報処理方法において、
前記コンテンツに関する情報に基づいて、前記コンテンツをグループに分類する分類ステップと、
前記コンテンツに関する情報に基づいて、複数の項目で構成される、前記コンテンツについての前記属性情報を生成し、前記分類ステップの処理によって分類された前記グループに対応付ける属性情報生成ステップと、
前記属性情報生成ステップの処理により生成された前記属性情報の前記項目に対応する重み付け情報を記憶する記憶ステップと、
前記属性情報を構成する複数の前記項目のうちの少なくとも一部を含んで構成される所定のユーザの嗜好情報と、前記属性情報生成ステップの処理により生成された前記属性情報との類似度に基づいて、前記ユーザの嗜好と合致した第１のコンテンツを抽出するとともに、前記属性情報が対応付けられている前記グループに分類されている第２のコンテンツを、前記ユーザの嗜好と合致するコンテンツとして抽出するコンテンツ抽出ステップと
を含み、
前記重み付け情報は、前記属性情報と所定のユーザの前記嗜好情報とから、前記項目ごとの類似度である項目類似度を算出し、前記項目類似度から、前記属性情報と所定のユーザの前記嗜好情報との類似度を算出する場合における、複数の前記項目に対応する前記項目類似度のそれぞれの寄与の度合いを規定するものである
情報処理方法。
コンテンツに関する情報を基に前記コンテンツの属性情報を生成する処理をコンピュータに実行させるプログラムであって、
前記コンテンツに関する情報に基づいて、前記コンテンツをグループに分類する分類ステップと、
前記コンテンツに関する情報に基づいて、複数の項目で構成される、前記コンテンツについての前記属性情報の生成を制御し、前記分類ステップの処理によって分類された前記グループに対応付ける属性情報生成制御ステップと、
前記属性情報生成制御ステップの処理により生成された前記属性情報の前記項目に対応する重み付け情報の記憶を制御する記憶制御ステップと、
前記属性情報を構成する複数の前記項目のうちの少なくとも一部を含んで構成される所定のユーザの嗜好情報と、前記属性情報生成制御ステップの処理により生成された前記属性情報との類似度に基づいて、前記ユーザの嗜好と合致した第１のコンテンツを抽出するとともに、前記属性情報が対応付けられている前記グループに分類されている第２のコンテンツを、前記ユーザの嗜好と合致するコンテンツとして抽出するコンテンツ抽出ステップと
を含む処理をコンピュータに実行させ、
前記重み付け情報は、前記属性情報と所定のユーザの前記嗜好情報とから、前記項目ごとの類似度である項目類似度を算出し、前記項目類似度から、前記属性情報と所定のユーザの前記嗜好情報との類似度を算出する場合における、複数の前記項目に対応する前記項目類似度のそれぞれの寄与の度合いを規定するものである
プログラム。