JP2004194108A - 情報処理装置および情報処理方法、記録媒体、並びにプログラム - Google Patents

情報処理装置および情報処理方法、記録媒体、並びにプログラム Download PDF

Info

Publication number
JP2004194108A
JP2004194108A JP2002361277A JP2002361277A JP2004194108A JP 2004194108 A JP2004194108 A JP 2004194108A JP 2002361277 A JP2002361277 A JP 2002361277A JP 2002361277 A JP2002361277 A JP 2002361277A JP 2004194108 A JP2004194108 A JP 2004194108A
Authority
JP
Japan
Prior art keywords
information
vector
program
preference
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002361277A
Other languages
English (en)
Inventor
Noriyuki Yamamoto
則行 山本
Mitsuhiro Miyazaki
充弘 宮嵜
Mari Saito
真里 斎藤
Hiroyuki Koike
宏幸 小池
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2002361277A priority Critical patent/JP2004194108A/ja
Priority to KR1020057010452A priority patent/KR101007839B1/ko
Priority to EP07023836.5A priority patent/EP1942664A3/en
Priority to KR1020057011879A priority patent/KR101029740B1/ko
Priority to PCT/JP2003/015926 priority patent/WO2004054246A1/ja
Priority to CNA2005100965689A priority patent/CN1750610A/zh
Priority to CNB2003801087695A priority patent/CN100566387C/zh
Priority to US10/538,181 priority patent/US7577645B2/en
Priority to EP03778859.3A priority patent/EP1571836B1/en
Publication of JP2004194108A publication Critical patent/JP2004194108A/ja
Priority to US11/514,255 priority patent/US7587382B2/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/08—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/78—Television signal recording using magnetic recording
    • H04N5/782—Television signal recording using magnetic recording on tape
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2353—Processing of additional data, e.g. scrambling of additional data or processing content descriptors specifically adapted to content descriptors, e.g. coding, compressing or processing of metadata
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334—Recording operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508—Management of client data or end-user data
    • H04N21/4532—Management of client data or end-user data involving end-user characteristics, e.g. viewer profile, preferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/466—Learning process for intelligent management, e.g. learning user preferences for recommending movies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/466—Learning process for intelligent management, e.g. learning user preferences for recommending movies
    • H04N21/4667—Processing of monitored end-user data, e.g. trend analysis based on the log file of viewer selections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/466—Learning process for intelligent management, e.g. learning user preferences for recommending movies
    • H04N21/4668—Learning process for intelligent management, e.g. learning user preferences for recommending movies for recommending content, e.g. movies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H04N5/775—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/78—Television signal recording using magnetic recording
    • H04N5/781—Television signal recording using magnetic recording on disks or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/907—Television signal recording using static stores, e.g. storage tubes or semiconductor memories
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99931—Database or file accessing
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99931—Database or file accessing
    • Y10S707/99933—Query processing, i.e. searching
    • Y10S707/99934—Query formulation, input preparation, or translation

Abstract

【課題】正履歴ベクトルおよび負履歴ベクトルを生成する。
【解決手段】ステップＳ７１で、初期登録内容より負履歴ベクトルが生成される。ステップＳ７２で、初期登録内容が変更されていないと判断され、ステップＳ７３で、操作ログが供給されたと判断された場合、ステップＳ７４で、供給された操作ログは正履歴であるか否かが判断される。供給された操作ログが正履歴である場合、ステップＳ７５で、正履歴の操作ログに対応する番組ベクトルが正履歴として追加保存され、ステップＳ７６で、正履歴の番組ベクトルの総和より、正履歴ベクトルが生成される。供給された操作ログが負履歴である場合、ステップＳ７７で、負履歴の操作ログに対応する番組ベクトルが、負履歴として追加保存され、ステップＳ７８で、負履歴の番組ベクトルの総和から、負履歴ベクトルが生成される。本発明は、番組推薦処理装置に適用できる。
【選択図】 図１１

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とする。
【０２２０】
【数１】
Figure 2004194108
【０２２１】
なお、式（５）においては、番組ベクトルPP＝（ｐ1、ｐ2、・・・）、正履歴ベクトルUP＝（ｕ1，ｕ2，・・・）、番組側効き目ベクトルEfPP＝（ｅｐｄ1，ｅｐｄ2，・・・）、ユーザ側効き目ベクトルEfUP＝（ｅｕｄ1，ｅｕｄ2，・・・）であるものとする。また、式（５）においては、番組側効き目ベクトルEfPPおよびユーザ側効き目ベクトルEfUPのいずれをも利用するものとして説明しているが、設定により、番組側効き目ベクトルEfPPおよびユーザ側効き目ベクトルEfUPのうちのいずれかが利用されない場合、利用されないベクトルに代わって数値「１」が代入されて計算される。
【０２２２】
また、ユーザ側効き目ベクトルEfUPは、ユーザにより設定可能であっても、ユーザの初期設定を基に設定されるものであっても良いし、ユーザ情報登録部６３において生成されるものであっても良い。ユーザ側効き目ベクトルEfUPの生成の詳細については、図２２乃至図２５を用いて後述する。
【０２２３】
ステップＳ１２３において、ベクトル演算部６２は、ステップＳ１２２において算出された、番組ベクトルPPと正履歴ベクトルUPとの類似度SimUPを比較し、類似度の上位から、例えば、１０などの所定の数の番組ベクトルPPを抽出する。
【０２２４】
ステップＳ１２４において、ベクトル演算部６２は、必要に応じて、ユーザ情報登録部６３から、ユーザ側反効き目ベクトルEfMUPを読み込み、次の式（６）を用いて、ステップＳ１２３において抽出された番組ベクトルPPと負履歴ベクトルMUPのコサイン距離を算出する。
【０２２５】
【数２】
Figure 2004194108
【０２２６】
なお、式（６）においては、番組ベクトルPP＝（ｐ1、ｐ2、・・・）、負履歴ベクトルＭUP＝（ｍ1，ｍ2，・・・）、番組側効き目ベクトルEfPP＝（ｅｐｄ1，ｅｐｄ2，・・・）、ユーザ側反効き目ベクトルEfMUP＝（ｅｍｄ1，ｅｍｄ2，・・・）であるものとする。また、式（６）においては、番組側効き目ベクトル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＝epdt・eudt・cosθut+ epdg・eudg・cosθug+ epdp・eudp・cosθup
+ epda・euda・cosθua+ epdk・eudk・cosθuk・・・（７）
【０２３６】
なお、式（７）においては、番組ベクトルPP＝（ｐt，ｐg，ｐp，ｐa，ｐk）と正履歴ベクトルUP＝（ｕt，ｕg，up，ua，uk）との大項目ごとのコサイン距離が、（cosθut，cosθug，cosθup ，cosθua，cosθuk）であり、番組側効き目ベクトルEfPP＝（epdt，epdg，epdp，epda，epdk）、ユーザ側効き目ベクトルEfUP＝（eudt，eudg，eudp，euda，eudk）であるものとする。また、式（７）においては、番組側効き目ベクトルEfPPおよびユーザ側効き目ベクトルEfUPのいずれをも利用するものとして説明しているが、設定により、番組側効き目ベクトルEfPPおよびユーザ側効き目ベクトルEfUPのうちのいずれかが利用されない場合、利用されないベクトルに代わって、数値「１」が代入されて計算される。
【０２３７】
ステップＳ１３４において、ベクトル演算部６２は、ステップＳ１３３において算出された、番組ベクトルPPと正履歴ベクトルUPとの類似度SimUPを比較し、類似度の上位から、例えば、１０などの所定の数の番組ベクトルPPを抽出する。
【０２３８】
ステップＳ１３５において、ベクトル演算部６２は、ステップＳ１３４の処理により抽出された番組ベクトルPPと、負履歴保存部４８から読み出した負履歴ベクトルMUPのそれぞれの大項目について、番組ベクトルPPと負履歴ベクトルMUPのコサイン距離を算出する。ここでは、効き目ベクトルは演算に利用されない。
【０２３９】
ステップＳ１３６において、ベクトル演算部６２は、次の式（８）を用いて、項目ごとに算出されたコサイン距離に、必要に応じて効き目ベクトルを乗算し、得られた値を合計して、類似度SimMUPを算出する。
【０２４０】
SimMUP＝epdt・emdt・cosθmt+ epdg・emdg・cosθmg+ epdp・emdp・cosθmp
+ epda・emda・cosθma+ epdk・emdk・cosθmk・・・（８）
【０２４１】
なお、式（８）においては、番組ベクトルPP＝（ｐt，ｐg，ｐp，ｐa，ｐk）と負履歴ベクトルUP＝（ｍt，ｍg，ｍp，ｍa，ｍk）との大項目ごとのコサイン距離が、（cosθmt，cosθmg，cosθmp ，cosθma，cosθmk）であり、番組側効き目ベクトルEfPP＝（epdt，epdg，epdp，epda，epdk、）、ユーザ側反効き目ベクトルEfMUP＝（emdt，emdg，emdp，emda，emdk）であるものとする。また、式（８）においては、番組側効き目ベクトルEfPPおよびユーザ側反効き目ベクトルEfMUPのいずれをも利用するものとして説明しているが、設定により、番組側効き目ベクトルEfPPおよびユーザ側反効き目ベクトルEfMUPのうちのいずれかが利用されない場合、利用されないベクトルに代わって、数値「１」が代入されて計算される。
【０２４２】
ステップＳ１３７において、ベクトル演算部６２は、｛番組ベクトルPPと正履歴ベクトルUPとのコサイン距離である類似度SimUP｝−｛番組ベクトルPPと負履歴ベクトルとのコサイン距離である類似度SimMUP｝を算出し、その上位となる所定数（例えば３つ）の番組の番組ベクトルPPまたはＥＰＧデータを推薦情報として抽出し、推薦情報出力部４９に出力して、推薦番組リスト５０に登録させるとともに、テレビジョン表示装置１１および録画再生装置１２に出力して、処理が終了される。
【０２４３】
このような処理により、大項目ごとに、効き目ベクトルが利用されて重み付けが行われるので、ユーザの嗜好に詳細に合致した推薦情報を生成することが可能となる。
【０２４４】
次に、図２１のフローチャートを参照して、図１６を用いて説明した正履歴ベクトルおよび負履歴ベクトル生成処理２の処理により生成された、ジャンル別の正履歴ベクトルUPおよび負履歴ベクトルMUP、並びに、ジャンル別のユーザ側効き目ベクトルEfUPおよびユーザ側反効き目ベクトルEfMUPを用いて、マッチング処理を実行するマッチング処理５について説明する。
【０２４５】
ステップＳ１４１において、図１９のステップＳ１２１と同様の処理が実行されて、効き目ベクトルの利用設定内容が取得される。
【０２４６】
ステップＳ１４２において、ベクトル演算部６２は、供給された番組ベクトルPPのジャンルを抽出する。ここでは、例えば、供給された番組ベクトルPPのジャンルが「ドラマ」であったものとして説明する。
【０２４７】
ステップＳ１４３において、ベクトル演算部６２は、供給された番組ベクトルPPと、正履歴保存部４７から読み出した、ジャンル「ドラマ」に対応する正履歴ベクトルUPのそれぞれの大項目について、番組ベクトルPPと正履歴ベクトルUPのコサイン距離を算出する。ここでは、効き目ベクトルは演算に利用されない。
【０２４８】
ステップＳ１４４において、ベクトル演算部６２は、次の式（９）を用いて、項目ごとに算出されたコサイン距離に、必要に応じて、ジャンル「ドラマ」に対応するユーザ側効き目ベクトルを乗算し、得られた値を合計して、類似度SimUPを算出する。
【０２４９】
SimUP＝epdt・eudtd・cosθutd+ epdg・eudgd・cosθugd+ epdp・eudpd・cosθupd+ epda・eudad・cosθuad+ epdk・eudkd・cosθukd・・・（９）
【０２５０】
なお、式（９）においては、番組ベクトルPP＝（ｐt，ｐg，ｐp，ｐa，ｐk）と、ジャンル「ドラマ」に対応する正履歴ベクトルUP＝（ｕt，ｕg，up，ua，uk）との大項目ごとのコサイン距離が、（cosθutd，cosθugd，cosθupd ，cosθuad，cosθukd）であり、番組側効き目ベクトルEfPP＝（epdt，epdg，epdp，epda，epdk）、ジャンル「ドラマ」に対応するユーザ側効き目ベクトルEfUP＝（eudtd，eudgd，eudpd，eudad，eudkd）であるものとする。また、式（９）においては、番組側効き目ベクトルEfPPおよびユーザ側効き目ベクトルEfUPのいずれをも利用するものとして説明しているが、設定により、番組側効き目ベクトルEfPPおよびユーザ側効き目ベクトルEfUPのうちのいずれかが利用されない場合、利用されないベクトルに代わって、数値「１」が代入されて計算される。
【０２５１】
ステップＳ１４５において、ベクトル演算部６２は、ステップＳ１４３において算出された、番組ベクトルPPと正履歴ベクトルUPとの類似度SimUPを比較し、類似度の上位から、例えば、１０などの所定の数の番組ベクトルPPを抽出する。
【０２５２】
ステップＳ１４６において、ベクトル演算部６２は、ステップＳ１４５の処理により抽出された番組ベクトルPPと、負履歴保存部４８から読み出したジャンル「ドラマ」に対応する負履歴ベクトルMUPのそれぞれの大項目について、番組ベクトルPPと負履歴ベクトルMUPのコサイン距離を算出する。ここでは、効き目ベクトルは演算に利用されない。
【０２５３】
ステップＳ１４７において、ベクトル演算部６２は、次の式（１０）を用いて、項目ごとに算出されたコサイン距離に、必要に応じて、ジャンル「ドラマ」に対応する効き目ベクトルを乗算し、得られた値を合計して、類似度SimMUPを算出する。
【０２５４】
SimMUP＝epdt・emdtd・cosθmtd+ epdg・emdgd・cosθmgd+ epdp・emdpd・cosθmpd+ epda・emdad・cosθmad+ epdk・emdkd・cosθmkd・・・（１０）
【０２５５】
なお、式（１０）においては、番組ベクトルPP＝（ｐt，ｐg，ｐp，ｐa，ｐk）と負履歴ベクトルＭUP＝（ｍt，ｍg，ｍp，ｍa，ｍk）との大項目ごとのコサイン距離が、（cosθmtd，cosθmgd，cosθmpd ，cosθmad，cosθmkd）であり、番組側効き目ベクトルEfPP＝（epdt，epdg，epdp，epda，epdk）、ジャンル「ドラマ」に対応するユーザ側反効き目ベクトルEfMUP＝（emdtd，emdgd，emdpd，emdad，emdkd）であるものとする。また、式（１０）においては、番組側効き目ベクトル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 (15)

  1. ユーザの嗜好と合致したコンテンツを選択する処理を実行する情報処理装置において、
    前記コンテンツの属性情報を取得する属性情報取得手段と、
    前記ユーザの操作履歴を取得する操作履歴取得手段と、
    前記操作履歴取得手段により取得された前記操作履歴を基に、前記ユーザの嗜好の正の要因を示す第１の嗜好情報と、前記ユーザの嗜好の負の要因を示す第２の嗜好情報を生成する嗜好情報生成手段と、
    前記第１の嗜好情報と前記属性情報との類似度、および、前記第２の嗜好情報と前記属性情報との類似度を、それぞれ独立に算出することにより、前記ユーザに視聴を推薦するコンテンツを示す推薦情報を生成する推薦情報生成手段と
    を備えることを特徴とする情報処理装置。
  2. 前記嗜好情報生成手段により生成された前記第１の嗜好情報および前記第２の嗜好情報、並びに、前記属性情報取得手段により取得された前記属性情報は、それぞれ、複数の項目で構成され、
    前記嗜好情報生成手段は、前記操作履歴取得手段により取得された前記操作履歴の前記項目のいずれかに着目して、着目した前記項目の要素別に、前記第１の嗜好情報および前記第２の嗜好情報を生成し、
    前記推薦情報生成手段は、前記属性情報の前記要素に対応した前記第１の嗜好情報と前記第２の嗜好情報とを抽出して、前記属性情報との類似度を算出する
    ことを特徴とする請求項１に記載の情報処理装置。
  3. 前記推薦情報生成手段は、前記第１の嗜好情報と前記属性情報との類似度、および、前記第２の嗜好情報と前記属性情報との類似度の独立した算出結果を基に、いずれとも類似度が低い前記コンテンツを示す推薦情報を生成する
    ことを特徴とする請求項１に記載の情報処理装置。
  4. 前記嗜好情報生成手段により生成された前記第１の嗜好情報および前記第２の嗜好情報、並びに、前記属性情報取得手段により取得された前記属性情報は、所定の項目ごとにベクトル化されている
    ことを特徴とする請求項１に記載の情報処理装置。
  5. 前記コンテンツの属性情報、並びに、前記第１の嗜好情報および前記第２の嗜好情報のうちの少なくとも一部を、前記項目ごとに正規化する正規化処理手段を更に備え、
    前記推薦情報生成手段は、少なくとも一部が前記正規化処理手段により正規化された前記コンテンツの属性情報と前記第１の嗜好情報および前記第２の嗜好情報との類似度を、それぞれ独立に算出することにより、前記推薦情報を生成する
    ことを特徴とする請求項４に記載の情報処理装置。
  6. 前記推薦情報生成手段は、前記嗜好情報生成手段により生成された前記第１の嗜好情報および前記第２の嗜好情報と、前記属性情報取得手段により取得された前記属性情報との内積演算を基に、前記推薦情報を生成する
    ことを特徴とする請求項４に記載の情報処理装置。
  7. 前記所定の項目は、大項目と、前記大項目を更に詳細に分類する小項目で構成され、
    前記推薦情報生成手段は、前記嗜好情報生成手段により生成された前記第１の嗜好情報および前記第２の嗜好情報と、前記属性情報取得手段により取得された前記属性情報とを、前記大項目ごとにそれぞれ内積演算し、それらの内積演算結果の総和を基に、前記推薦情報を生成する
    ことを特徴とする請求項４に記載の情報処理装置。
  8. 前記操作履歴取得手段は、取得した前記操作履歴を、前記ユーザが好むコンテンツを示す第１の操作履歴と、前記ユーザが好まないコンテンツを示す第２の操作履歴とに分類し、
    前記嗜好情報生成手段は、前記第１の操作履歴を基に、前記第１の嗜好情報を生成し、前記第２の操作履歴を基に、前記第２の嗜好情報生成する
    ことを特徴とする請求項１に記載の情報処理装置。
  9. 前記推薦情報生成手段は、前記嗜好情報生成手段により生成された前記第１の嗜好情報と、前記属性情報取得手段により取得された前記属性情報との類似度から、前記嗜好情報生成手段により生成された前記第２の嗜好情報と、前記属性情報取得手段により取得された前記属性情報との類似度を減算した値を基に、前記推薦情報を生成する
    ことを特徴とする請求項８に記載の情報処理装置。
  10. 前記推薦情報生成手段により生成された前記推薦情報を表示する表示手段
    を更に備えることを特徴とする請求項１に記載の情報処理装置。
  11. 前記コンテンツを受信する受信手段と、
    前記推薦情報生成手段により生成された前記推薦情報に基づいて、前記受信手段により受信される前記コンテンツの選択を制御する選択制御手段と
    を更に備えることを特徴とする請求項１に記載の情報処理装置。
  12. 前記選択制御手段により受信が選択された前記コンテンツを記録する記録手段
    を更に備えることを特徴とする請求項１１に記載の情報処理装置。
  13. ユーザの嗜好と合致したコンテンツを選択する処理を実行する情報処理装置の情報処理方法において、
    前記ユーザの操作履歴を取得する操作履歴取得ステップと、
    前記操作履歴取得ステップの処理により取得された前記操作履歴を基に、前記ユーザの嗜好の正の要因を示す前記第１の嗜好情報と、前記ユーザの嗜好の負の要因を示す第２の嗜好情報を生成する嗜好情報生成ステップと、
    前記第１の嗜好情報と前記属性情報との類似度、および、前記第２の嗜好情報と前記属性情報との類似度を、それぞれ独立に算出することにより、前記ユーザの嗜好と合致したコンテンツを示す推薦情報を生成する推薦情報生成ステップと
    を含むことを特徴とする情報処理方法。
  14. ユーザの嗜好と合致したコンテンツを選択する処理をコンピュータに実行させるプログラムであって、
    前記ユーザの操作履歴を取得する操作履歴取得ステップと、
    前記操作履歴取得ステップの処理により取得された前記操作履歴を基に、前記ユーザの嗜好の正の要因を示す前記第１の嗜好情報と、前記ユーザの嗜好の負の要因を示す第２の嗜好情報を生成する嗜好情報生成ステップと、
    前記第１の嗜好情報と前記属性情報との類似度、および、前記第２の嗜好情報と前記属性情報との類似度を、それぞれ独立に算出することにより、前記ユーザの嗜好と合致したコンテンツを示す推薦情報を生成する推薦情報生成ステップとを含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
  15. ユーザの嗜好と合致したコンテンツを選択する処理をコンピュータに実行させるプログラムであって、
    前記ユーザの操作履歴を取得する操作履歴取得ステップと、
    前記操作履歴取得ステップの処理により取得された前記操作履歴を基に、前記ユーザの嗜好の正の要因を示す前記第１の嗜好情報と、前記ユーザの嗜好の負の要因を示す第２の嗜好情報を生成する嗜好情報生成ステップと、
    前記第１の嗜好情報と前記属性情報との類似度、および、前記第２の嗜好情報と前記属性情報との類似度を、それぞれ独立に算出することにより、前記ユーザの嗜好と合致したコンテンツを示す推薦情報を生成する推薦情報生成ステップと
    を含むことを特徴とするプログラム。
JP2002361277A 2002-12-12 2002-12-12 情報処理装置および情報処理方法、記録媒体、並びにプログラム Pending JP2004194108A (ja)

Priority Applications (10)

Application Number Priority Date Filing Date Title
JP2002361277A JP2004194108A (ja) 2002-12-12 2002-12-12 情報処理装置および情報処理方法、記録媒体、並びにプログラム
CNA2005100965689A CN1750610A (zh) 2002-12-12 2003-12-12 信息处理设备和信息处理方法,记录介质及程序
EP07023836.5A EP1942664A3 (en) 2002-12-12 2003-12-12 Information processing apparatus and information processing method, recording medium, and program
KR1020057011879A KR101029740B1 (ko) 2002-12-12 2003-12-12 정보 처리 장치 및 정보 처리 방법 및 기록 매체
PCT/JP2003/015926 WO2004054246A1 (ja) 2002-12-12 2003-12-12 情報処理装置および情報処理方法、記録媒体、並びにプログラム
KR1020057010452A KR101007839B1 (ko) 2002-12-12 2003-12-12 정보 처리 장치 및 정보 처리 방법, 기록 매체, 및프로그램
CNB2003801087695A CN100566387C (zh) 2002-12-12 2003-12-12 信息处理设备和信息处理方法,记录介质及程序
US10/538,181 US7577645B2 (en) 2002-12-12 2003-12-12 Information processing device and information processing method, recording medium, and computer program
EP03778859.3A EP1571836B1 (en) 2002-12-12 2003-12-12 Information processing device and information processing method, recording medium, and computer program
US11/514,255 US7587382B2 (en) 2002-12-12 2006-09-01 Information processing apparatus and information processing method, recording medium, and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002361277A JP2004194108A (ja) 2002-12-12 2002-12-12 情報処理装置および情報処理方法、記録媒体、並びにプログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2005035696A Division JP4577562B2 (ja) 2005-02-14 2005-02-14 情報処理装置および情報処理方法、並びにプログラム

Publications (1)

Publication Number Publication Date
JP2004194108A true JP2004194108A (ja) 2004-07-08

Family

ID=32501035

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002361277A Pending JP2004194108A (ja) 2002-12-12 2002-12-12 情報処理装置および情報処理方法、記録媒体、並びにプログラム

Country Status (6)

Country Link
US (2) US7577645B2 (ja)
EP (2) EP1571836B1 (ja)
JP (1) JP2004194108A (ja)
KR (2) KR101007839B1 (ja)
CN (2) CN1750610A (ja)
WO (1) WO2004054246A1 (ja)

Cited By (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006094018A (ja) * 2004-09-22 2006-04-06 Sharp Corp 番組推薦装置、番組推薦方法、プログラムおよびそのプログラムを記録した記録媒体
WO2006043498A1 (ja) * 2004-10-18 2006-04-27 Pioneer Corporation 情報処理装置、統計情報データベースのデータ構造、情報生成装置、情報処理方法、情報生成方法、情報処理プログラム、およびそのプログラムを記録した記録媒体
JP2006129122A (ja) * 2004-10-29 2006-05-18 Sharp Corp 放送受信装置、放送受信方法、放送受信プログラム及びプログラム記録媒体
JP2006129265A (ja) * 2004-10-29 2006-05-18 Sharp Corp 番組情報抽出装置、番組情報表示装置、放送番組録画システム、番組情報抽出方法、プログラム、および、プログラムを記録したコンピュータ読み取り可能な記録媒体
JP2006135984A (ja) * 2004-11-03 2006-05-25 Samsung Electronics Co Ltd デジタル放送プログラム情報の表示装置及び方法
JP2006134383A (ja) * 2004-11-02 2006-05-25 Canon Inc 再生装置、再生方法及びそのプログラム
JP2006148853A (ja) * 2004-10-18 2006-06-08 Sharp Corp 情報作成装置、番組推薦装置、情報作成方法、番組推薦プログラムおよびそのプログラムを記録した記録媒体
JP2006157715A (ja) * 2004-11-30 2006-06-15 Sharp Corp 番組情報抽出装置、番組情報抽出方法、そのプログラムおよび記録媒体
JP2006174317A (ja) * 2004-12-20 2006-06-29 Sony Corp 情報処理装置および方法、記録媒体、並びにプログラム
JP2007272451A (ja) * 2006-03-30 2007-10-18 Toshiba Corp 推薦番組情報提供装置、推薦番組情報提供方法及びプログラム
JP2008187575A (ja) * 2007-01-31 2008-08-14 Sony Corp 情報処理装置および方法、並びにプログラム
JP2008187576A (ja) * 2007-01-31 2008-08-14 Sony Corp 情報処理装置および方法、並びにプログラム
JP2008205622A (ja) * 2007-02-16 2008-09-04 Toshiba Corp 推薦番組提示装置、および推薦番組提示方法
JP2010258615A (ja) * 2009-04-22 2010-11-11 Fujitsu Ltd 再生装置及びプログラム
JP2010262360A (ja) * 2009-04-30 2010-11-18 Ntt Docomo Inc レコメンド情報配信装置およびレコメンド情報配信方法
WO2011096757A2 (en) * 2010-02-05 2011-08-11 Samsung Electronics Co., Ltd. Broadcast receiver, broadcasting program selection method and storage medium thereof
JP2011160148A (ja) * 2010-01-29 2011-08-18 Toshiba Corp デジタル放送受信機及び録画番組の制御方法
US8117211B2 (en) 2005-09-28 2012-02-14 Sony Corporation Information processing device and method, and program
US8930994B2 (en) 2004-11-03 2015-01-06 Samsung Electronics Co., Ltd. Apparatus and method for displaying digital broadcasting program information
JP2015053709A (ja) * 2005-12-29 2015-03-19 ユナイテッド ビデオ プロパティーズ， インコーポレイテッド コンテンツを管理するためのシステムおよび方法
US9407710B2 (en) 2010-08-19 2016-08-02 Thomson Licensing Personalization of information content by monitoring network traffic
JP2017167906A (ja) * 2016-03-17 2017-09-21 Kddi株式会社 番組推薦装置、番組推薦方法及び番組推薦プログラム
US10015064B2 (en) 2010-08-19 2018-07-03 Thomson Licensing Personalization of information content by monitoring network traffic
JP2020061181A (ja) * 2016-03-17 2020-04-16 Kddi株式会社 番組推薦装置、番組推薦方法及び番組推薦プログラム
JP2020064662A (ja) * 2019-12-27 2020-04-23 Kddi株式会社 番組推薦装置、番組推薦方法及び番組推薦プログラム
JP2021101588A (ja) * 2019-12-27 2021-07-08 Kddi株式会社 番組推薦装置、番組推薦方法及び番組推薦プログラム
JP2023521565A (ja) * 2020-09-16 2023-05-25 グーグル エルエルシー デジタルビデオ分析

Families Citing this family (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100861625B1 (ko) * 2001-01-23 2008-10-07 소니 가부시끼 가이샤 통신 장치 및 통신 방법, 전자 기기 및 그 제어 방법 및기억 매체
EP1571835A4 (en) * 2002-12-12 2010-10-20 Sony Corp DEVICE, METHOD AND SYSTEM FOR PROCESSING DATA, RECORDING MEDIUM, AND PROGRAM
JP2004194108A (ja) * 2002-12-12 2004-07-08 Sony Corp 情報処理装置および情報処理方法、記録媒体、並びにプログラム
AU2005218323A1 (en) * 2004-02-27 2005-09-15 Daniel Abrahamsohn Method of and system for obtaining data from multiple sources and ranking documents based on meta data obtained through collaborative filtering and other matching techniques
US20050210501A1 (en) * 2004-03-19 2005-09-22 Microsoft Corporation Method and apparatus for handling metadata
JP2006040085A (ja) * 2004-07-29 2006-02-09 Sony Corp 情報処理装置および方法、記録媒体、並びにプログラム
CN101036386A (zh) * 2004-10-01 2007-09-12 松下电器产业株式会社 频道订约建议装置、方法、程序和集成电路
DE102005039507A1 (de) * 2005-01-18 2006-08-17 Hirschmann Electronics Gmbh Programmdiversity
US7912806B2 (en) * 2005-02-21 2011-03-22 Brother Kogyo Kabushiki Kaisha System and device for providing contents
CN101180879B (zh) * 2005-05-23 2010-12-15 松下电器产业株式会社 通信装置、通信方法和集成电路
JP2007110388A (ja) * 2005-10-13 2007-04-26 Funai Electric Co Ltd 連係動作プログラム及び接続機器
US20070250378A1 (en) * 2006-04-24 2007-10-25 Hughes John M Systems and methods for conducting production competitions
JP4179341B2 (ja) * 2006-06-01 2008-11-12 ソニー株式会社 情報処理装置および方法、プログラム、並びに記録媒体
JP5027483B2 (ja) * 2006-11-10 2012-09-19 富士通株式会社 情報検索装置及び情報検索方法
JP4909033B2 (ja) * 2006-11-30 2012-04-04 富士通株式会社 番組検索装置
JP4423568B2 (ja) * 2006-12-08 2010-03-03 ソニー株式会社 表示制御処理装置および方法並びにプログラム
US8473525B2 (en) * 2006-12-29 2013-06-25 Apple Inc. Metadata generation for image files
JP4389973B2 (ja) * 2007-06-26 2009-12-24 ソニー株式会社 情報処理装置および方法、並びにプログラム
JP5173287B2 (ja) * 2007-07-06 2013-04-03 キヤノン株式会社 番組記録装置及びその制御方法
JP4403432B2 (ja) * 2007-07-19 2010-01-27 ソニー株式会社 録画再生装置及び録画再生方法
US8949877B2 (en) * 2007-08-31 2015-02-03 At&T Intellectual Property I, L.P. Method and system for determining subscriber demand for multimedia content
KR100964013B1 (ko) * 2007-11-09 2010-06-15 광주과학기술원 사용자 선호도 기반의 데이터 변환 서비스 시스템 및 그방법
KR101060487B1 (ko) * 2007-11-19 2011-08-30 서울대학교산학협력단 태그 클라우드를 이용한 콘텐츠 추천 장치 및 방법
US20090170586A1 (en) * 2007-12-26 2009-07-02 Springtime Productions, Llc Springtime productions special charity fund raising process
JP5166949B2 (ja) * 2008-04-10 2013-03-21 株式会社エヌ・ティ・ティ・ドコモ レコメンド情報生成装置およびレコメンド情報生成方法
JP4645676B2 (ja) * 2008-04-28 2011-03-09 ソニー株式会社 情報処理装置、関連アイテムの提供方法、及びプログラム
JP4636343B2 (ja) * 2008-09-02 2011-02-23 ソニー株式会社 情報処理装置、情報処理方法、情報処理プログラム及び情報処理システム
JP4650552B2 (ja) * 2008-10-14 2011-03-16 ソニー株式会社 電子機器、コンテンツ推薦方法及びプログラム
CN101819570B (zh) * 2009-02-27 2012-08-15 国际商业机器公司 网络环境中的用户信息处理和资源推荐的方法和系统
JP5182178B2 (ja) * 2009-03-18 2013-04-10 ソニー株式会社 情報処理装置及び情報処理方法
JP2011145742A (ja) * 2010-01-12 2011-07-28 Sony Corp 情報処理装置、情報処理方法、およびプログラム
KR20110108776A (ko) * 2010-03-29 2011-10-06 삼성전자주식회사 휴대단말기의 사용방법을 제공하는 방법
JP5578040B2 (ja) * 2010-11-15 2014-08-27 ソニー株式会社 情報処理装置および方法、情報処理システム、並びに、プログラム
EP2518992A1 (en) * 2011-04-28 2012-10-31 Axel Springer Digital TV Guide GmbH Apparatus and method for managing a personal channel
US8577876B2 (en) * 2011-06-06 2013-11-05 Met Element, Inc. System and method for determining art preferences of people
JP5859771B2 (ja) * 2011-08-22 2016-02-16 ソニー株式会社 情報処理装置、情報処理システム情報処理方法及びプログラム
CN103699551B (zh) * 2012-09-27 2016-05-04 腾讯科技（深圳）有限公司 一种信息的推荐方法、服务器及系统
JP2016522597A (ja) * 2013-03-21 2016-07-28 インテレクチュアル ディスカバリー カンパニー リミテッド 端末装置及びそのオーディオ信号の出力方法
US9210461B2 (en) * 2013-03-27 2015-12-08 Verizon and Redbox Digital Entertainment Services, LLC Theme-based media program discovery systems and methods
EP3159806A4 (en) * 2014-06-19 2018-05-02 Nec Corporation Information processing device, vector data processing method, and recording medium
US9986299B2 (en) * 2014-09-22 2018-05-29 DISH Technologies L.L.C. Scheduled programming recommendation system
KR20160051983A (ko) * 2014-10-30 2016-05-12 현대자동차주식회사 차량의 음악 추천 시스템 및 그 방법
US9467733B2 (en) 2014-11-14 2016-10-11 Echostar Technologies L.L.C. Intuitive timer
US9503791B2 (en) 2015-01-15 2016-11-22 Echostar Technologies L.L.C. Home screen intelligent viewing
US10410667B2 (en) * 2015-12-02 2019-09-10 Sony Corporation High density optical disk processing apparatus, method, and computer-readable medium
US9924217B1 (en) 2016-11-22 2018-03-20 Echostar Technologies L.L.C. Home screen recommendations determination
US10231020B2 (en) 2017-05-16 2019-03-12 The Directv Group, Inc Sports recommender system utilizing content based filtering
KR20210066807A (ko) * 2018-09-28 2021-06-07 소니그룹주식회사 정보 처리 장치 및 방법, 그리고 프로그램
CN111563201A (zh) * 2020-04-29 2020-08-21 北京三快在线科技有限公司 内容推送方法、装置、服务器及存储介质
CN114443967B (zh) * 2022-04-08 2022-07-08 北京并行科技股份有限公司 一种相似应用推荐方法、计算设备及存储介质
CN117641004A (zh) * 2023-11-22 2024-03-01 北京风平智能科技有限公司 一种短视频推荐方法、装置、电子设备及存储介质

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6076082A (en) * 1995-09-04 2000-06-13 Matsushita Electric Industrial Co., Ltd. Information filtering method and apparatus for preferentially taking out information having a high necessity
JP3244005B2 (ja) 1995-09-04 2002-01-07 松下電器産業株式会社 情報フィルタ装置及び情報フィルタリング方法
US6018738A (en) * 1998-01-22 2000-01-25 Microsft Corporation Methods and apparatus for matching entities and for predicting an attribute of an entity based on an attribute frequency value
US6742003B2 (en) * 2001-04-30 2004-05-25 Microsoft Corporation Apparatus and accompanying methods for visualizing clusters of data and hierarchical cluster classifications
JP2001086420A (ja) * 1999-09-16 2001-03-30 Matsushita Electric Ind Co Ltd 放送端末装置
JP4828679B2 (ja) 1999-12-01 2011-11-30 ソニー株式会社 受信装置、コンテンツ選択方法、及び放送システム
US20010042060A1 (en) * 2000-02-18 2001-11-15 Homeportfolio Inc. A Massachusetts Corporation Attribute tagging and matching system and method for database management
EP1186164A1 (en) 2000-03-17 2002-03-13 Koninklijke Philips Electronics N.V. Method and apparatus for rating database objects
JP3525855B2 (ja) 2000-03-31 2004-05-10 松下電器産業株式会社 音声認識方法及び音声認識装置
EP1156424A2 (en) * 2000-05-17 2001-11-21 Matsushita Electric Industrial Co., Ltd. Information recommendation apparatus and information recommendation system
US7454775B1 (en) * 2000-07-27 2008-11-18 Koninklijke Philips Electronics N.V. Method and apparatus for generating television program recommendations based on similarity metric
US7721310B2 (en) * 2000-12-05 2010-05-18 Koninklijke Philips Electronics N.V. Method and apparatus for selective updating of a user profile
US20020075320A1 (en) 2000-12-14 2002-06-20 Philips Electronics North America Corp. Method and apparatus for generating recommendations based on consistency of selection
US20040032393A1 (en) * 2001-04-04 2004-02-19 Brandenberg Carl Brock Method and apparatus for scheduling presentation of digital content on a personal communication device
US7149804B2 (en) * 2001-04-30 2006-12-12 Sony Computer Entertainment America Inc. Method and system for providing evaluation of text-based products
JP4098539B2 (ja) * 2002-03-15 2008-06-11 富士通株式会社 プロファイル情報の推薦方法、プログラム及び装置
US20030220858A1 (en) * 2002-05-24 2003-11-27 Duc Lam Method and system for collaborative vendor reconciliation
US7171620B2 (en) * 2002-07-24 2007-01-30 Xerox Corporation System and method for managing document retention of shared documents
US6999962B2 (en) * 2002-08-13 2006-02-14 Xerox Corporation Shared document repository with coupled recommender system
JP2004194108A (ja) * 2002-12-12 2004-07-08 Sony Corp 情報処理装置および情報処理方法、記録媒体、並びにプログラム

Cited By (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006094018A (ja) * 2004-09-22 2006-04-06 Sharp Corp 番組推薦装置、番組推薦方法、プログラムおよびそのプログラムを記録した記録媒体
WO2006043498A1 (ja) * 2004-10-18 2006-04-27 Pioneer Corporation 情報処理装置、統計情報データベースのデータ構造、情報生成装置、情報処理方法、情報生成方法、情報処理プログラム、およびそのプログラムを記録した記録媒体
JP2006148853A (ja) * 2004-10-18 2006-06-08 Sharp Corp 情報作成装置、番組推薦装置、情報作成方法、番組推薦プログラムおよびそのプログラムを記録した記録媒体
JP2006129122A (ja) * 2004-10-29 2006-05-18 Sharp Corp 放送受信装置、放送受信方法、放送受信プログラム及びプログラム記録媒体
JP2006129265A (ja) * 2004-10-29 2006-05-18 Sharp Corp 番組情報抽出装置、番組情報表示装置、放送番組録画システム、番組情報抽出方法、プログラム、および、プログラムを記録したコンピュータ読み取り可能な記録媒体
JP2006134383A (ja) * 2004-11-02 2006-05-25 Canon Inc 再生装置、再生方法及びそのプログラム
JP2006135984A (ja) * 2004-11-03 2006-05-25 Samsung Electronics Co Ltd デジタル放送プログラム情報の表示装置及び方法
US8930994B2 (en) 2004-11-03 2015-01-06 Samsung Electronics Co., Ltd. Apparatus and method for displaying digital broadcasting program information
JP2006157715A (ja) * 2004-11-30 2006-06-15 Sharp Corp 番組情報抽出装置、番組情報抽出方法、そのプログラムおよび記録媒体
JP4534748B2 (ja) * 2004-12-20 2010-09-01 ソニー株式会社 情報処理装置および方法、記録媒体、並びにプログラム
JP2006174317A (ja) * 2004-12-20 2006-06-29 Sony Corp 情報処理装置および方法、記録媒体、並びにプログラム
US8117211B2 (en) 2005-09-28 2012-02-14 Sony Corporation Information processing device and method, and program
JP2015053709A (ja) * 2005-12-29 2015-03-19 ユナイテッド ビデオ プロパティーズ， インコーポレイテッド コンテンツを管理するためのシステムおよび方法
JP2007272451A (ja) * 2006-03-30 2007-10-18 Toshiba Corp 推薦番組情報提供装置、推薦番組情報提供方法及びプログラム
JP2008187575A (ja) * 2007-01-31 2008-08-14 Sony Corp 情報処理装置および方法、並びにプログラム
JP2008187576A (ja) * 2007-01-31 2008-08-14 Sony Corp 情報処理装置および方法、並びにプログラム
US8281340B2 (en) 2007-01-31 2012-10-02 Sony Corporation Information processing apparatus and method, and program
US8375406B2 (en) 2007-01-31 2013-02-12 Sony Corporation Information processing apparatus and method, and program
JP2008205622A (ja) * 2007-02-16 2008-09-04 Toshiba Corp 推薦番組提示装置、および推薦番組提示方法
JP2010258615A (ja) * 2009-04-22 2010-11-11 Fujitsu Ltd 再生装置及びプログラム
JP2010262360A (ja) * 2009-04-30 2010-11-18 Ntt Docomo Inc レコメンド情報配信装置およびレコメンド情報配信方法
JP2011160148A (ja) * 2010-01-29 2011-08-18 Toshiba Corp デジタル放送受信機及び録画番組の制御方法
US8935712B2 (en) 2010-02-05 2015-01-13 Samsung Electronics Co., Ltd Broadcast receiver, broadcasting program selection method and storage medium thereof
WO2011096757A3 (en) * 2010-02-05 2011-11-24 Samsung Electronics Co., Ltd. Broadcast receiver, broadcasting program selection method and storage medium thereof
WO2011096757A2 (en) * 2010-02-05 2011-08-11 Samsung Electronics Co., Ltd. Broadcast receiver, broadcasting program selection method and storage medium thereof
US9407710B2 (en) 2010-08-19 2016-08-02 Thomson Licensing Personalization of information content by monitoring network traffic
US10015064B2 (en) 2010-08-19 2018-07-03 Thomson Licensing Personalization of information content by monitoring network traffic
JP2017167906A (ja) * 2016-03-17 2017-09-21 Kddi株式会社 番組推薦装置、番組推薦方法及び番組推薦プログラム
JP2020061181A (ja) * 2016-03-17 2020-04-16 Kddi株式会社 番組推薦装置、番組推薦方法及び番組推薦プログラム
JP2020064662A (ja) * 2019-12-27 2020-04-23 Kddi株式会社 番組推薦装置、番組推薦方法及び番組推薦プログラム
JP2021101588A (ja) * 2019-12-27 2021-07-08 Kddi株式会社 番組推薦装置、番組推薦方法及び番組推薦プログラム
JP6998933B2 (ja) 2019-12-27 2022-01-18 Kddi株式会社 番組推薦装置、番組推薦方法及び番組推薦プログラム
JP7017657B2 (ja) 2019-12-27 2022-02-08 Kddi株式会社 番組推薦装置、番組推薦方法及び番組推薦プログラム
JP2023521565A (ja) * 2020-09-16 2023-05-25 グーグル エルエルシー デジタルビデオ分析

Also Published As

Publication number Publication date
EP1942664A2 (en) 2008-07-09
KR20050085479A (ko) 2005-08-29
US7577645B2 (en) 2009-08-18
CN1739289A (zh) 2006-02-22
CN100566387C (zh) 2009-12-02
KR101029740B1 (ko) 2011-04-19
US20060294093A1 (en) 2006-12-28
US7587382B2 (en) 2009-09-08
KR101007839B1 (ko) 2011-01-13
CN1750610A (zh) 2006-03-22
EP1571836B1 (en) 2014-07-16
KR20050074655A (ko) 2005-07-18
US20060129547A1 (en) 2006-06-15
EP1571836A1 (en) 2005-09-07
WO2004054246A1 (ja) 2004-06-24
EP1571836A4 (en) 2010-09-08
EP1942664A3 (en) 2016-06-08

Similar Documents

Publication Publication Date Title
JP4003127B2 (ja) 情報処理装置および情報処理方法、情報処理システム、記録媒体、並びにプログラム
JP2004194108A (ja) 情報処理装置および情報処理方法、記録媒体、並びにプログラム
KR101019976B1 (ko) 정보 처리 장치 및 정보 처리 방법, 정보 처리 시스템, 기록 매체
JP4491746B2 (ja) 情報処理装置および情報処理方法、記録媒体、並びにプログラム
US8613023B2 (en) Information processor, information processing method and computer program
JP2010259105A (ja) 番組視聴端末、番組視聴プログラム、番組視聴方法及び番組推薦サーバ
JP2011142468A (ja) 情報処理装置、情報処理方法およびプログラム
JP2008067370A (ja) 番組推薦システム、番組視聴端末、番組視聴プログラム、番組視聴方法、番組推薦サーバ、番組推薦プログラム及び番組推薦方法
JP4182743B2 (ja) 画像処理装置および方法、記録媒体、並びにプログラム
JP4501948B2 (ja) 情報処理装置および情報処理方法、記録媒体、並びにプログラム
JP4161701B2 (ja) 情報処理装置および情報処理方法、記録媒体、並びにプログラム
JP4547596B2 (ja) 情報処理装置および情報処理方法、並びにプログラム
JP4577562B2 (ja) 情報処理装置および情報処理方法、並びにプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040428

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070117

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070319

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070921

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071121

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20071205

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20081003