JP3488092B2 - 放送受信装置及び受信番組の選定方法 - Google Patents
放送受信装置及び受信番組の選定方法Info
- Publication number
- JP3488092B2 JP3488092B2 JP23350698A JP23350698A JP3488092B2 JP 3488092 B2 JP3488092 B2 JP 3488092B2 JP 23350698 A JP23350698 A JP 23350698A JP 23350698 A JP23350698 A JP 23350698A JP 3488092 B2 JP3488092 B2 JP 3488092B2
- Authority
- JP
- Japan
- Prior art keywords
- program
- user
- information
- degree
- program information
- 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.)
- Expired - Fee Related
Links
Landscapes
- Television Systems (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、放送番組の中から
ユーザの嗜好に適合する番組を選定するための選定方法
と、この選定方法を実施して、ユーザの嗜好に適合する
番組を蓄積したり、廃棄したり、その番組情報を提示し
たりする放送受信装置に関し、特に、ユーザの嗜好を適
切に反映した番組が選定できるようにするものである。
ユーザの嗜好に適合する番組を選定するための選定方法
と、この選定方法を実施して、ユーザの嗜好に適合する
番組を蓄積したり、廃棄したり、その番組情報を提示し
たりする放送受信装置に関し、特に、ユーザの嗜好を適
切に反映した番組が選定できるようにするものである。
【０００２】
【従来の技術】現在、我が国では、本格的なデジタル放
送の幕開けを迎えようとしている。デジタル放送では、
アナログ放送に比べて桁違いに大量のデータを送ること
ができ、チャンネル数が大幅に増加し、多数の番組が放
送されることになる。しかし、視聴者一人一人にとっ
て、見たい番組、必要とする番組は、その中のごく一部
であり、番組を選ぶことが大変な作業になる。そのた
め、デジタル放送では、番組そのものの映像・音声情報
（番組データ）と多重化して、電子的なテレビ番組表に
相当するＥＰＧ（Electronic Program Guide）を表示す
るための番組情報がデータ放送されており、視聴者は、
このＥＰＧを受信機の画面に表示して、好きな番組を探
すことができる。
送の幕開けを迎えようとしている。デジタル放送では、
アナログ放送に比べて桁違いに大量のデータを送ること
ができ、チャンネル数が大幅に増加し、多数の番組が放
送されることになる。しかし、視聴者一人一人にとっ
て、見たい番組、必要とする番組は、その中のごく一部
であり、番組を選ぶことが大変な作業になる。そのた
め、デジタル放送では、番組そのものの映像・音声情報
（番組データ）と多重化して、電子的なテレビ番組表に
相当するＥＰＧ（Electronic Program Guide）を表示す
るための番組情報がデータ放送されており、視聴者は、
このＥＰＧを受信機の画面に表示して、好きな番組を探
すことができる。
【０００３】しかし、ＥＰＧから見たい番組を探すこと
自体が容易ではない。そこで、視聴者の嗜好に合う情報
を自動的に選択するフィルタ機能や、視聴者の嗜好に沿
って情報の順位付けを行なうフィルタ機能を持つ受信装
置が考えられている。
自体が容易ではない。そこで、視聴者の嗜好に合う情報
を自動的に選択するフィルタ機能や、視聴者の嗜好に沿
って情報の順位付けを行なうフィルタ機能を持つ受信装
置が考えられている。
【０００４】例えば、特開平９−３１２８１１号公報に
は、視聴者の属性や嗜好を示すデータ（個人属性デー
タ）と、番組情報に含めた番組属性データとから番組の
必要度を算出し、放送される番組データの中から必要度
が高い番組データを選択して蓄積する受信装置が示され
ている。
は、視聴者の属性や嗜好を示すデータ（個人属性デー
タ）と、番組情報に含めた番組属性データとから番組の
必要度を算出し、放送される番組データの中から必要度
が高い番組データを選択して蓄積する受信装置が示され
ている。
【０００５】個人属性データは、視聴者個人の性別、年
齢、居住する地域、職業、好みの番組種別などであり、
視聴者はこれらの個人データを予め受信機に登録する。
好みの番組種別については、例えば、ニュース、スポー
ツ、映画、ドラマ、バラエティ、ドキュメンタリ、教育
教養の各ジャンルに対して、好みの度合いを表す値を設
定し、その後、視聴者が番組を視聴したとき、その番組
のジャンルの値がカウントアップされる。
齢、居住する地域、職業、好みの番組種別などであり、
視聴者はこれらの個人データを予め受信機に登録する。
好みの番組種別については、例えば、ニュース、スポー
ツ、映画、ドラマ、バラエティ、ドキュメンタリ、教育
教養の各ジャンルに対して、好みの度合いを表す値を設
定し、その後、視聴者が番組を視聴したとき、その番組
のジャンルの値がカウントアップされる。
【０００６】一方、番組属性データは、視聴者の性別、
年齢、地域、職業、及び、好みの番組種別の各評価項目
について設定された「変換関数」と「重み」とから成
る。変換関数は、個人データをパラメータとする、番組
の嗜好に対する期待値を与える関数であり、例えば、性
別の評価項目の変換関数は、男性が好む番組では、視聴
者が男性の場合に高い値を取り、視聴者が女性の場合に
低い値を取る。重みは、その評価項目が他の評価項目に
比して、番組の嗜好に対し、どの程度の影響度を持つか
を表しており、男女によって好みの差異が大きい場合に
は大きな値に、差異があまり無い場合には小さい値に設
定される。また、好みの番組種別の変換関数は、横軸に
番組種別を表すジャンル、縦軸に番組の嗜好に対する期
待値が表された関数として設定され、この関数から、視
聴回数が多いジャンルに対応する期待値が求められる。
年齢、地域、職業、及び、好みの番組種別の各評価項目
について設定された「変換関数」と「重み」とから成
る。変換関数は、個人データをパラメータとする、番組
の嗜好に対する期待値を与える関数であり、例えば、性
別の評価項目の変換関数は、男性が好む番組では、視聴
者が男性の場合に高い値を取り、視聴者が女性の場合に
低い値を取る。重みは、その評価項目が他の評価項目に
比して、番組の嗜好に対し、どの程度の影響度を持つか
を表しており、男女によって好みの差異が大きい場合に
は大きな値に、差異があまり無い場合には小さい値に設
定される。また、好みの番組種別の変換関数は、横軸に
番組種別を表すジャンル、縦軸に番組の嗜好に対する期
待値が表された関数として設定され、この関数から、視
聴回数が多いジャンルに対応する期待値が求められる。
【０００７】この変換関数及び重みは、番組ごとに設定
され、各番組に関する必要度は、各評価項目についての
変換関数と重みとの積を、全ての評価項目について累積
加算して算出される。
され、各番組に関する必要度は、各評価項目についての
変換関数と重みとの積を、全ての評価項目について累積
加算して算出される。
【０００８】
【発明が解決しようとする課題】しかし、このような方
式のフィルタでは、視聴者の嗜好に合った番組を適切に
選択することが難しい。趣味が多様化し、個性的な生き
方が求められている現代では、性別、年齢、地域、職業
などによって番組の嗜好が画一的に決まる傾向は極めて
少ない。
式のフィルタでは、視聴者の嗜好に合った番組を適切に
選択することが難しい。趣味が多様化し、個性的な生き
方が求められている現代では、性別、年齢、地域、職業
などによって番組の嗜好が画一的に決まる傾向は極めて
少ない。
【０００９】また、視聴したジャンルの回数を評価して
番組の嗜好を判定する方式では、そのジャンルの番組数
が全番組数に占めている割合を考慮しなければ、誤った
結論を導きかねない。例えば、全体の番組の中でニュー
スの番組数の割合が高ければ、視聴者がニュースを重要
視していなくても、ニュースを見る回数が必然的に増え
て、ニュースの必要度が高く算出されてしまうという問
題点がある。
番組の嗜好を判定する方式では、そのジャンルの番組数
が全番組数に占めている割合を考慮しなければ、誤った
結論を導きかねない。例えば、全体の番組の中でニュー
スの番組数の割合が高ければ、視聴者がニュースを重要
視していなくても、ニュースを見る回数が必然的に増え
て、ニュースの必要度が高く算出されてしまうという問
題点がある。
【００１０】また、受信機に個人データを設定登録しな
ければならないと言うことも、視聴者にとっては煩わし
い。
ければならないと言うことも、視聴者にとっては煩わし
い。
【００１１】本発明は、こうした従来の問題点を解決す
るものであり、ユーザの嗜好に合った番組を適切に選定
することができる選定方法を提供し、また、この方法を
実施する放送受信装置を提供することを目的としてい
る。
るものであり、ユーザの嗜好に合った番組を適切に選定
することができる選定方法を提供し、また、この方法を
実施する放送受信装置を提供することを目的としてい
る。
【００１２】
【課題を解決するための手段】そこで、本発明では、番
組情報に含まれる項目を評価項目として、視聴された番
組の番組情報に含まれる評価項目の累積加算数と、放送
された番組の番組情報に含まれる評価項目の累積加算数
との比に基づいて評価項目の必要度を算出し、番組の番
組情報に含まれる各評価項目の必要度を加算して、前記
番組に対するユーザの嗜好を表すユーザ嗜好度を算出し
ている。
組情報に含まれる項目を評価項目として、視聴された番
組の番組情報に含まれる評価項目の累積加算数と、放送
された番組の番組情報に含まれる評価項目の累積加算数
との比に基づいて評価項目の必要度を算出し、番組の番
組情報に含まれる各評価項目の必要度を加算して、前記
番組に対するユーザの嗜好を表すユーザ嗜好度を算出し
ている。
【００１３】そのため、全てユーザの視聴実績に基づい
て、番組のユーザ嗜好との適合性が定量的に求められ
る。従って、ユーザがキーワードなどを設定登録する必
要はない。また、視聴回数では無く、視聴の割合に基づ
いて嗜好度を求めているため、正確な判断が可能であ
る。
て、番組のユーザ嗜好との適合性が定量的に求められ
る。従って、ユーザがキーワードなどを設定登録する必
要はない。また、視聴回数では無く、視聴の割合に基づ
いて嗜好度を求めているため、正確な判断が可能であ
る。
【００１４】
【発明の実施の形態】本発明の請求項１に記載の発明
は、番組本体の番組データと番組の特性を示す番組情報
とを多重化して放送する放送システムの受信装置におい
て、番組情報に含まれる項目を評価項目として、視聴さ
れた番組の番組情報に含まれる評価項目の累積加算数
と、放送された番組の番組情報に含まれる評価項目の累
積加算数との比に基づいて評価項目の必要度を算出する
ユーザ嗜好獲得手段と、番組の番組情報に含まれる各評
価項目に対応する必要度をユーザ嗜好獲得手段から読み
込み、前記番組に対するユーザの嗜好を表すユーザ嗜好
度を、前記番組の番組情報に含まれる各評価項目に対応
する前記必要度を加算して算出するユーザ嗜好計算手段
とを設け、ユーザ嗜好度に基づいて、受信番組、蓄積す
る番組、蓄積した番組の中の廃棄する番組、または、提
示する番組情報を選定するようにしたものであり、ユー
ザの視聴実績に基づいて、番組がユーザの嗜好と適合し
ているかどうかを定量的に識別することができる。
は、番組本体の番組データと番組の特性を示す番組情報
とを多重化して放送する放送システムの受信装置におい
て、番組情報に含まれる項目を評価項目として、視聴さ
れた番組の番組情報に含まれる評価項目の累積加算数
と、放送された番組の番組情報に含まれる評価項目の累
積加算数との比に基づいて評価項目の必要度を算出する
ユーザ嗜好獲得手段と、番組の番組情報に含まれる各評
価項目に対応する必要度をユーザ嗜好獲得手段から読み
込み、前記番組に対するユーザの嗜好を表すユーザ嗜好
度を、前記番組の番組情報に含まれる各評価項目に対応
する前記必要度を加算して算出するユーザ嗜好計算手段
とを設け、ユーザ嗜好度に基づいて、受信番組、蓄積す
る番組、蓄積した番組の中の廃棄する番組、または、提
示する番組情報を選定するようにしたものであり、ユー
ザの視聴実績に基づいて、番組がユーザの嗜好と適合し
ているかどうかを定量的に識別することができる。
【００１５】請求項２に記載の発明は、ユーザ嗜好獲得
手段が、算出した評価項目の必要度を蓄積保持し、ユー
ザ嗜好計算手段が、新たな番組情報を受信したとき、ユ
ーザ嗜好獲得手段に保持された評価項目の必要度を用い
て、この番組情報が示す番組のユーザ嗜好度を算出する
ようにしたものであり、番組のユーザ嗜好度を迅速に求
めることができる。
手段が、算出した評価項目の必要度を蓄積保持し、ユー
ザ嗜好計算手段が、新たな番組情報を受信したとき、ユ
ーザ嗜好獲得手段に保持された評価項目の必要度を用い
て、この番組情報が示す番組のユーザ嗜好度を算出する
ようにしたものであり、番組のユーザ嗜好度を迅速に求
めることができる。
【００１６】請求項３に記載の発明は、ユーザを識別す
る識別手段を設け、評価項目の必要度及びユーザ嗜好度
をユーザごとに算出するようにしたものであり、ユーザ
ごとのユーザ嗜好度を求めることができる。
る識別手段を設け、評価項目の必要度及びユーザ嗜好度
をユーザごとに算出するようにしたものであり、ユーザ
ごとのユーザ嗜好度を求めることができる。
【００１７】請求項４に記載の発明は、ユーザ嗜好獲得
手段が、予約録画された番組を視聴された番組と見なし
て評価項目の必要度を算出するようにしたものであり、
予約録画した番組は、視聴された番組と同等に扱う。
手段が、予約録画された番組を視聴された番組と見なし
て評価項目の必要度を算出するようにしたものであり、
予約録画した番組は、視聴された番組と同等に扱う。
【００１８】請求項５に記載の発明は、ユーザ嗜好獲得
手段が、ある番組の視聴時間中に視聴されなかった番組
の番組情報に含まれる評価項目の累積加算数と、放送さ
れた番組の番組情報に含まれる評価項目の累積加算数と
の比に基づいてこの評価項目の不必要度を算出し、ユー
ザ嗜好計算手段が、番組に対するユーザの不必要さを表
すユーザ不必要度を、前記番組の番組情報に含まれる各
評価項目の不必要度を加算して算出し、ユーザ嗜好度及
びユーザ不必要度に基づいて、受信番組、蓄積する番
組、蓄積した番組の中の廃棄する番組、または、提示す
る番組情報を選定するようにしたものであり、必要度と
不必要度との両方の観点からユーザの嗜好度を判定する
ことにより、ユーザの嗜好をより正確に把握することが
できる。
手段が、ある番組の視聴時間中に視聴されなかった番組
の番組情報に含まれる評価項目の累積加算数と、放送さ
れた番組の番組情報に含まれる評価項目の累積加算数と
の比に基づいてこの評価項目の不必要度を算出し、ユー
ザ嗜好計算手段が、番組に対するユーザの不必要さを表
すユーザ不必要度を、前記番組の番組情報に含まれる各
評価項目の不必要度を加算して算出し、ユーザ嗜好度及
びユーザ不必要度に基づいて、受信番組、蓄積する番
組、蓄積した番組の中の廃棄する番組、または、提示す
る番組情報を選定するようにしたものであり、必要度と
不必要度との両方の観点からユーザの嗜好度を判定する
ことにより、ユーザの嗜好をより正確に把握することが
できる。
【００１９】請求項６に記載の発明は、放送される番組
データの中からユーザ嗜好度が閾値を超える番組の番組
データを選択して蓄積する蓄積手段を設けたものであ
り、ユーザの嗜好に適合する番組だけを記録することが
できる。
データの中からユーザ嗜好度が閾値を超える番組の番組
データを選択して蓄積する蓄積手段を設けたものであ
り、ユーザの嗜好に適合する番組だけを記録することが
できる。
【００２０】請求項７に記載の発明は、放送される番組
データの中からユーザ嗜好度が閾値を超え、且つ、ユー
ザ不必要度の絶対値が所定値より小さい番組の番組デー
タを選択して蓄積する蓄積手段を設けたものであり、必
要度と不必要度との両方の観点からユーザの嗜好をより
正確に把握し、ユーザの嗜好に適合する番組だけを記録
することができる。
データの中からユーザ嗜好度が閾値を超え、且つ、ユー
ザ不必要度の絶対値が所定値より小さい番組の番組デー
タを選択して蓄積する蓄積手段を設けたものであり、必
要度と不必要度との両方の観点からユーザの嗜好をより
正確に把握し、ユーザの嗜好に適合する番組だけを記録
することができる。
【００２１】請求項８に記載の発明は、蓄積された番組
データの中から、既に視聴された番組であって、且つ、
ユーザ嗜好度が小さい番組の番組データを廃棄する廃棄
手段を設けたものであり、ユーザ嗜好度が小さい番組を
廃棄することによって蓄積手段に余裕を持たせることが
できる。
データの中から、既に視聴された番組であって、且つ、
ユーザ嗜好度が小さい番組の番組データを廃棄する廃棄
手段を設けたものであり、ユーザ嗜好度が小さい番組を
廃棄することによって蓄積手段に余裕を持たせることが
できる。
【００２２】請求項９に記載の発明は、蓄積された番組
データの中から、既に視聴された番組であって、ユーザ
嗜好度が小さく、且つ、ユーザ不必要度の絶対値が大き
い番組の番組データを廃棄する廃棄手段を設けたもので
あり、必要度と不必要度との両方の観点から廃棄の妥当
性を判定する。
データの中から、既に視聴された番組であって、ユーザ
嗜好度が小さく、且つ、ユーザ不必要度の絶対値が大き
い番組の番組データを廃棄する廃棄手段を設けたもので
あり、必要度と不必要度との両方の観点から廃棄の妥当
性を判定する。
【００２３】請求項１０に記載の発明は、廃棄された番
組データと同一の番組データが蓄積されているデータベ
ースの蓄積先情報を含めた番組情報を保持するようにし
たものであり、必要に応じて、廃棄した番組データを外
部データベースから取り寄せて視聴することができる。
組データと同一の番組データが蓄積されているデータベ
ースの蓄積先情報を含めた番組情報を保持するようにし
たものであり、必要に応じて、廃棄した番組データを外
部データベースから取り寄せて視聴することができる。
【００２４】請求項１１に記載の発明は、放送された番
組の番組情報に含まれる評価項目の累積加算数のデータ
を、放送側からの放送によって入手するようにしたもの
であり、受信装置における計算の負担が軽減される。
組の番組情報に含まれる評価項目の累積加算数のデータ
を、放送側からの放送によって入手するようにしたもの
であり、受信装置における計算の負担が軽減される。
【００２５】請求項１２に記載の発明は、番組本体の番
組データと番組の特性を示す番組情報とを多重化して放
送する放送システムの下で、受信装置がユーザの嗜好に
適合する受信番組を選ぶための選定方法において、番組
情報に含まれる項目を評価項目として、視聴された番組
の番組情報に含まれる評価項目の累積加算数と、放送さ
れた番組の番組情報に含まれる評価項目の累積加算数と
の比に基づいて評価項目の必要度を算出し、新たに受信
した番組の番組情報に含まれる各評価項目に対応する必
要度を加算して前記番組に対するユーザの嗜好を表すユ
ーザ嗜好度を算出し、このユーザ嗜好度に基づいて受信
番組を選ぶようにしたものであり、視聴の回数でなく、
視聴の割合で嗜好が識別されるため、ユーザの嗜好を正
確に反映させることができる。
組データと番組の特性を示す番組情報とを多重化して放
送する放送システムの下で、受信装置がユーザの嗜好に
適合する受信番組を選ぶための選定方法において、番組
情報に含まれる項目を評価項目として、視聴された番組
の番組情報に含まれる評価項目の累積加算数と、放送さ
れた番組の番組情報に含まれる評価項目の累積加算数と
の比に基づいて評価項目の必要度を算出し、新たに受信
した番組の番組情報に含まれる各評価項目に対応する必
要度を加算して前記番組に対するユーザの嗜好を表すユ
ーザ嗜好度を算出し、このユーザ嗜好度に基づいて受信
番組を選ぶようにしたものであり、視聴の回数でなく、
視聴の割合で嗜好が識別されるため、ユーザの嗜好を正
確に反映させることができる。
【００２６】請求項１３に記載の発明は、視聴された番
組の中に、予約録画された番組を含めるようにしたもの
であり、予約録画された番組は視聴されたものと見な
す。
組の中に、予約録画された番組を含めるようにしたもの
であり、予約録画された番組は視聴されたものと見な
す。
【００２７】請求項１４に記載の発明は、番組本体の番
組データと番組の特性を示す番組情報とを多重化して放
送する放送システムの下で、受信装置がユーザの嗜好に
適合する受信番組を選ぶための選定方法において、番組
情報に含まれる項目を評価項目として、視聴された番組
の番組情報に含まれる評価項目の累積加算数と、放送さ
れた番組の番組情報に含まれる評価項目の累積加算数と
の比に基づいてこの評価項目に対応する必要度を算出
し、番組の視聴時間中に視聴されなかった番組の番組情
報に含まれる評価項目の累積加算数と、放送された番組
の番組情報に含まれる評価項目の累積加算数との比に基
づいてこの評価項目の不必要度を算出し、新たに受信し
た番組の番組情報に含まれる各評価項目に対応する必要
度を加算して前記番組に対するユーザの嗜好を表すユー
ザ嗜好度を算出し、前記番組の番組情報に含まれる各評
価項目の不必要度を加算して前記番組に対するユーザの
不必要さを表すユーザ不必要度を算出し、ユーザ嗜好度
及びユーザ不必要度に基づいて受信番組を選ぶようにし
たものであり、ユーザの嗜好を正確に把握することがで
きる。
組データと番組の特性を示す番組情報とを多重化して放
送する放送システムの下で、受信装置がユーザの嗜好に
適合する受信番組を選ぶための選定方法において、番組
情報に含まれる項目を評価項目として、視聴された番組
の番組情報に含まれる評価項目の累積加算数と、放送さ
れた番組の番組情報に含まれる評価項目の累積加算数と
の比に基づいてこの評価項目に対応する必要度を算出
し、番組の視聴時間中に視聴されなかった番組の番組情
報に含まれる評価項目の累積加算数と、放送された番組
の番組情報に含まれる評価項目の累積加算数との比に基
づいてこの評価項目の不必要度を算出し、新たに受信し
た番組の番組情報に含まれる各評価項目に対応する必要
度を加算して前記番組に対するユーザの嗜好を表すユー
ザ嗜好度を算出し、前記番組の番組情報に含まれる各評
価項目の不必要度を加算して前記番組に対するユーザの
不必要さを表すユーザ不必要度を算出し、ユーザ嗜好度
及びユーザ不必要度に基づいて受信番組を選ぶようにし
たものであり、ユーザの嗜好を正確に把握することがで
きる。
【００２８】請求項１５に記載の発明は、放送された番
組の番組情報に含まれる評価項目の累積加算数のデータ
を、放送側からの放送によって入手するようにしたもの
であり、計算の負担を軽減できる。
組の番組情報に含まれる評価項目の累積加算数のデータ
を、放送側からの放送によって入手するようにしたもの
であり、計算の負担を軽減できる。
【００２９】以下、本発明の実施の形態について、図面
を用いて説明する。
を用いて説明する。
【００３０】（第１の実施形態）第１の実施形態は、デ
ジタルテレビジョン放送システムの受信装置を例にして
説明する。デジタル放送では、番組そのものである番組
データと、番組の特性やＥＰＧ情報を表す番組情報とが
多重化されて送信される。この番組と番組情報とはＭＰ
ＥＧ−２Ｓｙｓｔｅｍｓに規定されているデータ構造に
よって放送され、その番組情報はＤＶＢ−ＳＩ（Digita
l Video Broadcasting - Service Information）の規格
に準拠している。
ジタルテレビジョン放送システムの受信装置を例にして
説明する。デジタル放送では、番組そのものである番組
データと、番組の特性やＥＰＧ情報を表す番組情報とが
多重化されて送信される。この番組と番組情報とはＭＰ
ＥＧ−２Ｓｙｓｔｅｍｓに規定されているデータ構造に
よって放送され、その番組情報はＤＶＢ−ＳＩ（Digita
l Video Broadcasting - Service Information）の規格
に準拠している。
【００３１】ここで、番組とは、単にテレビジョン放送
の番組のみを意味するものではなく、データ放送で配信
されるデータなど、全体として意味をなす単位のデータ
を含むものとして用いる。
の番組のみを意味するものではなく、データ放送で配信
されるデータなど、全体として意味をなす単位のデータ
を含むものとして用いる。
【００３２】第１の実施形態の放送受信装置は、図１に
示すように、放送波を受信する受信部101と、受信され
た放送波から番組情報と番組データとを分離する分離部
102と、番組情報を管理する番組情報管理部103と、番組
データを管理する番組管理部104と、ユーザの視聴実績
を示す視聴統計情報と全ての番組の統計結果を示す番組
統計情報とからユーザの嗜好情報を求めるユーザ嗜好管
理部113と、ユーザの嗜好情報を表す番組必要度が付加
された番組情報から番組選択用の番組一覧画面を作成す
る番組一覧作成部107と、番組データを表示可能な形式
に変換するデコード部108と、番組情報の一覧や番組デ
ータを表示する表示部109と、ユーザからの入力が行な
われる入力部110と、外部ネットワークと接続して交信
を行なう外部ネットワークインターフェース111と、番
組データを蓄積する番組蓄積部112とを備えている。
示すように、放送波を受信する受信部101と、受信され
た放送波から番組情報と番組データとを分離する分離部
102と、番組情報を管理する番組情報管理部103と、番組
データを管理する番組管理部104と、ユーザの視聴実績
を示す視聴統計情報と全ての番組の統計結果を示す番組
統計情報とからユーザの嗜好情報を求めるユーザ嗜好管
理部113と、ユーザの嗜好情報を表す番組必要度が付加
された番組情報から番組選択用の番組一覧画面を作成す
る番組一覧作成部107と、番組データを表示可能な形式
に変換するデコード部108と、番組情報の一覧や番組デ
ータを表示する表示部109と、ユーザからの入力が行な
われる入力部110と、外部ネットワークと接続して交信
を行なう外部ネットワークインターフェース111と、番
組データを蓄積する番組蓄積部112とを備えている。
【００３３】また、ユーザ嗜好管理部113は、ユーザの
視聴実績に基づいて視聴統計情報を作成し、評価項目の
必要度を算出するユーザ嗜好獲得部106と、全ての番組
の統計情報から番組統計情報を作成し、また、ユーザ嗜
好獲得部106より評価項目の必要度を入手して番組必要
度を算出し、番組必要度を付加した番組情報を再構成す
るユーザ嗜好計算部105とを具備している。
視聴実績に基づいて視聴統計情報を作成し、評価項目の
必要度を算出するユーザ嗜好獲得部106と、全ての番組
の統計情報から番組統計情報を作成し、また、ユーザ嗜
好獲得部106より評価項目の必要度を入手して番組必要
度を算出し、番組必要度を付加した番組情報を再構成す
るユーザ嗜好計算部105とを具備している。
【００３４】まず、基本となる受信装置の動作の概要に
ついて述べる。放送波を受信し、番組情報を管理する動
作は次のように行なわれる。
ついて述べる。放送波を受信し、番組情報を管理する動
作は次のように行なわれる。
【００３５】受信部101は、放送波を受信し、多重情報
に変換して出力する。分離部102は、多重情報を番組デ
ータと番組情報とに分離し、番組情報を番組情報管理部
103に出力する。番組情報管理部103は、この番組情報
を、端末内で管理する番組情報の形式に変換した後、こ
れをユーザ嗜好計算部105に出力して、番組に対するユ
ーザの嗜好を表す番組必要度を計算させる。ユーザ嗜好
計算部105は、番組必要度を計算して、番組必要度を付
加した番組情報を作成し、これを番組情報管理部103に
出力する。番組情報管理部103は、この番組情報を管理
し、各種動作部にこの番組情報を提供する。
に変換して出力する。分離部102は、多重情報を番組デ
ータと番組情報とに分離し、番組情報を番組情報管理部
103に出力する。番組情報管理部103は、この番組情報
を、端末内で管理する番組情報の形式に変換した後、こ
れをユーザ嗜好計算部105に出力して、番組に対するユ
ーザの嗜好を表す番組必要度を計算させる。ユーザ嗜好
計算部105は、番組必要度を計算して、番組必要度を付
加した番組情報を作成し、これを番組情報管理部103に
出力する。番組情報管理部103は、この番組情報を管理
し、各種動作部にこの番組情報を提供する。
【００３６】図９には、端末内で管理する形式に変換し
た番組情報の一例を示している。また、図１０には、番
組必要度が付加された番組情報を示している。図１０の
下線部分が付加された情報であり、ユーザ識別コード
（user id）と、算出された番組必要度（requirement v
alue）の値とが加えられている。なお、評価項目は、こ
の番組情報に含まれるservice name、categoryなどであ
り、また、番組情報に、例えば、番組内容や出演者を表
すキーワードなど、その他の項目が含まれる場合には、
それも評価項目になり得る。
た番組情報の一例を示している。また、図１０には、番
組必要度が付加された番組情報を示している。図１０の
下線部分が付加された情報であり、ユーザ識別コード
（user id）と、算出された番組必要度（requirement v
alue）の値とが加えられている。なお、評価項目は、こ
の番組情報に含まれるservice name、categoryなどであ
り、また、番組情報に、例えば、番組内容や出演者を表
すキーワードなど、その他の項目が含まれる場合には、
それも評価項目になり得る。
【００３７】次に、番組選択用に番組情報の一覧を表示
する動作について説明する。ユーザは、入力部110から
番組一覧表示の要求を出す。ユーザ嗜好管理部113のユ
ーザ嗜好獲得部106は入力情報からユーザを識別する。
ユーザの識別方法は、ユーザ毎に異なる入力部110であ
るリモコンを持つことによって行なうが、その他にも入
力部110にユーザ識別ボタンを設定し、このボタンによ
ってユーザを識別するなど、様々な方法が考えられる。
する動作について説明する。ユーザは、入力部110から
番組一覧表示の要求を出す。ユーザ嗜好管理部113のユ
ーザ嗜好獲得部106は入力情報からユーザを識別する。
ユーザの識別方法は、ユーザ毎に異なる入力部110であ
るリモコンを持つことによって行なうが、その他にも入
力部110にユーザ識別ボタンを設定し、このボタンによ
ってユーザを識別するなど、様々な方法が考えられる。
【００３８】この要求を受けて、番組情報管理部103
は、管理している番組情報を番組一覧作成部107に出力
する。番組一覧作成部107は、番組情報が入力すると、
一覧表示を要求したユーザの番組必要度が高い番組情報
を選択し、ユーザが選びやすい形式に整えて番組一覧を
作成し、その表示情報を表示部109に出力する。表示部1
09は、この表示情報に基づいて、番組一覧を表示する。
図１３には、番組一覧の表示例を示している。
は、管理している番組情報を番組一覧作成部107に出力
する。番組一覧作成部107は、番組情報が入力すると、
一覧表示を要求したユーザの番組必要度が高い番組情報
を選択し、ユーザが選びやすい形式に整えて番組一覧を
作成し、その表示情報を表示部109に出力する。表示部1
09は、この表示情報に基づいて、番組一覧を表示する。
図１３には、番組一覧の表示例を示している。
【００３９】次に、ユーザが番組一覧の中から視聴する
番組を選択したときの動作について説明する。なお、こ
こでは、番組蓄積部112に番組一覧に含まれる番組の番
組データが既に蓄積されているものとして説明する。こ
の蓄積の手順については後述する。
番組を選択したときの動作について説明する。なお、こ
こでは、番組蓄積部112に番組一覧に含まれる番組の番
組データが既に蓄積されているものとして説明する。こ
の蓄積の手順については後述する。
【００４０】ユーザは、表示部109に表示されている番
組一覧の中から視聴する番組を選んで、入力部110より
入力する。入力部110は、ユーザからの入力情報をユー
ザ嗜好獲得部106へ出力する。ユーザ嗜好獲得部106は、
入力情報からユーザを識別し、次いで、選択された番組
の番組情報を番組情報管理部103に出力する。番組情報
管理部103は、その番組情報を番組管理部104に伝える。
組一覧の中から視聴する番組を選んで、入力部110より
入力する。入力部110は、ユーザからの入力情報をユー
ザ嗜好獲得部106へ出力する。ユーザ嗜好獲得部106は、
入力情報からユーザを識別し、次いで、選択された番組
の番組情報を番組情報管理部103に出力する。番組情報
管理部103は、その番組情報を番組管理部104に伝える。
【００４１】番組管理部104は、その番組情報に該当す
る番組データを番組蓄積部112から読み込み、デコード
部108に出力する。デコード部108は、番組が表示できる
形式に番組データをデコードして表示部109に出力し、
表示部109は、デコードされたデータを入力し、番組を
表示する。
る番組データを番組蓄積部112から読み込み、デコード
部108に出力する。デコード部108は、番組が表示できる
形式に番組データをデコードして表示部109に出力し、
表示部109は、デコードされたデータを入力し、番組を
表示する。
【００４２】次に、ユーザ嗜好獲得部106の構成を図２
に詳細に示す。ユーザ嗜好獲得部106は、ユーザの入力
情報からユーザの識別を行なうユーザ識別部201と、ユ
ーザの入力操作から番組を視聴したかどうかを判定する
必要判定部202と、番組が視聴された場合に、その番組
情報に視聴フラグを付加する番組情報再構成部203と、
番組情報から評価項目を選択する評価項目選択部204
と、評価項目の視聴統計情報を管理する視聴統計情報管
理部205と、視聴統計情報とユーザ嗜好計算部105から求
めた番組統計情報とから評価項目の必要度を計算する評
価項目必要度計算部206と、その評価項目必要度を記憶
する評価項目必要度記憶部207と、評価項目必要度を出
力する評価項目必要度出力部208とから成る。
に詳細に示す。ユーザ嗜好獲得部106は、ユーザの入力
情報からユーザの識別を行なうユーザ識別部201と、ユ
ーザの入力操作から番組を視聴したかどうかを判定する
必要判定部202と、番組が視聴された場合に、その番組
情報に視聴フラグを付加する番組情報再構成部203と、
番組情報から評価項目を選択する評価項目選択部204
と、評価項目の視聴統計情報を管理する視聴統計情報管
理部205と、視聴統計情報とユーザ嗜好計算部105から求
めた番組統計情報とから評価項目の必要度を計算する評
価項目必要度計算部206と、その評価項目必要度を記憶
する評価項目必要度記憶部207と、評価項目必要度を出
力する評価項目必要度出力部208とから成る。
【００４３】このユーザ嗜好獲得部106の動作フローを
図５に示している。ユーザの嗜好を獲得する動作（即
ち、ユーザの嗜好を視聴統計情報として数値化する動
作）は、ユーザが番組一覧の中から番組を選択して、番
組を視聴した時に行なわれる。
図５に示している。ユーザの嗜好を獲得する動作（即
ち、ユーザの嗜好を視聴統計情報として数値化する動
作）は、ユーザが番組一覧の中から番組を選択して、番
組を視聴した時に行なわれる。
【００４４】ステップ501：まず、ユーザが視聴する番
組を選択する。この時にユーザが識別される。ユーザの
識別方法は、前述するように、ユーザ毎に異なる入力部
であるリモコンを持つことによって行なうが、入力部に
ユーザ識別ボタンを設け、それによってユーザを識別す
るようにしてもよい。ユーザ識別部201は、入力部110か
らの入力情報を入力し、ユーザの識別を行ない、入力情
報と共にユーザ識別情報を必要判定部202に出力する。
組を選択する。この時にユーザが識別される。ユーザの
識別方法は、前述するように、ユーザ毎に異なる入力部
であるリモコンを持つことによって行なうが、入力部に
ユーザ識別ボタンを設け、それによってユーザを識別す
るようにしてもよい。ユーザ識別部201は、入力部110か
らの入力情報を入力し、ユーザの識別を行ない、入力情
報と共にユーザ識別情報を必要判定部202に出力する。
【００４５】ステップ502：必要判定部は、ユーザの番
組選択の入力情報が入力してから、一定時間、番組が変
更されなかった場合に、番組が視聴された（従って、視
聴統計情報の更新が必要になった）と判定し、判定情報
を番組情報再構成部203に出力する。この時、番組の視
聴だけでなく、ユーザが番組の蓄積予約をした段階で、
視聴統計情報の更新が必要である、と判定する場合もあ
る。
組選択の入力情報が入力してから、一定時間、番組が変
更されなかった場合に、番組が視聴された（従って、視
聴統計情報の更新が必要になった）と判定し、判定情報
を番組情報再構成部203に出力する。この時、番組の視
聴だけでなく、ユーザが番組の蓄積予約をした段階で、
視聴統計情報の更新が必要である、と判定する場合もあ
る。
【００４６】ステップ503：番組情報再構成部203は、視
聴したと判定された番組の番組情報を番組情報管理部10
3から入手し、それに視聴したユーザに対する視聴フラ
グを付加して番組情報管理部103と評価項目選択部204と
に出力する。図１２には、ユーザに対する視聴フラグが
付加された番組情報の一例を示している。下線部分が、
付加された視聴フラグである。
聴したと判定された番組の番組情報を番組情報管理部10
3から入手し、それに視聴したユーザに対する視聴フラ
グを付加して番組情報管理部103と評価項目選択部204と
に出力する。図１２には、ユーザに対する視聴フラグが
付加された番組情報の一例を示している。下線部分が、
付加された視聴フラグである。
【００４７】ステップ504：評価項目選択部204は、その
番組情報の中からユーザの嗜好を獲得するための評価項
目（即ち、視聴統計情報を更新すべき評価項目）を選択
し、視聴統計情報管理部205に出力する。
番組情報の中からユーザの嗜好を獲得するための評価項
目（即ち、視聴統計情報を更新すべき評価項目）を選択
し、視聴統計情報管理部205に出力する。
【００４８】ステップ505：視聴統計情報管理部205は、
評価項目が入力すると、それ自身で管理している視聴統
計情報の内、視聴を行なったユーザの評価項目の参照数
に１を加え、 ステップ506：視聴統計情報として保存管理する。
評価項目が入力すると、それ自身で管理している視聴統
計情報の内、視聴を行なったユーザの評価項目の参照数
に１を加え、 ステップ506：視聴統計情報として保存管理する。
【００４９】図１５には、視聴統計情報の一例を示して
いる。 ステップ507：評価項目必要度計算部206は、視聴統計情
報管理部205から視聴統計情報を読み込み、さらに、ユ
ーザ嗜好計算部105から番組統計情報を読み込み、 ステップ508：評価項目必要度計算部206は、これらのデ
ータを用いて、評価項目毎に、評価項目参照数を評価項
目の統計値で割り、その商を評価項目必要度として求
め、 ステップ509：評価項目必要度記憶部207に格納する。
いる。 ステップ507：評価項目必要度計算部206は、視聴統計情
報管理部205から視聴統計情報を読み込み、さらに、ユ
ーザ嗜好計算部105から番組統計情報を読み込み、 ステップ508：評価項目必要度計算部206は、これらのデ
ータを用いて、評価項目毎に、評価項目参照数を評価項
目の統計値で割り、その商を評価項目必要度として求
め、 ステップ509：評価項目必要度記憶部207に格納する。
【００５０】図１６には、記憶されている評価項目必要
度の一例を示している。このようにして、ユーザの嗜好
を表わす評価項目の必要度がユーザごとに求められる。
このように全番組における評価項目の統計情報を参照
し、その統計量に対する視聴した項目の割合を求めるこ
とによって、視聴数に左右されずに、ユーザが興味を持
つ項目の必要度を求めることが出来、ユーザの嗜好を把
握することが出来る。また、随時、評価項目の必要度を
求めることによって、ユーザの嗜好の変化に対応するこ
とが出来る。
度の一例を示している。このようにして、ユーザの嗜好
を表わす評価項目の必要度がユーザごとに求められる。
このように全番組における評価項目の統計情報を参照
し、その統計量に対する視聴した項目の割合を求めるこ
とによって、視聴数に左右されずに、ユーザが興味を持
つ項目の必要度を求めることが出来、ユーザの嗜好を把
握することが出来る。また、随時、評価項目の必要度を
求めることによって、ユーザの嗜好の変化に対応するこ
とが出来る。
【００５１】次に、ユーザ嗜好計算部105の詳細を図３
に示す。ユーザ嗜好計算部105は、番組情報を入力する
番組情報入力部301と、番組情報の中からユーザの嗜好
を判断するための評価項目を選択する評価項目選択部30
2と、その評価項目の統計数、番組の統計数を計算管理
する番組統計情報管理部303と、評価項目に対する評価
項目必要度をユーザ嗜好獲得部106から読み込むユーザ
嗜好読み込み部304と、評価項目必要度から、番組に対
するユーザの嗜好を表わす番組必要度を求める番組必要
度計算部305と、番組必要度を付加した番組情報を再構
成する番組情報再構成部306とから成る。
に示す。ユーザ嗜好計算部105は、番組情報を入力する
番組情報入力部301と、番組情報の中からユーザの嗜好
を判断するための評価項目を選択する評価項目選択部30
2と、その評価項目の統計数、番組の統計数を計算管理
する番組統計情報管理部303と、評価項目に対する評価
項目必要度をユーザ嗜好獲得部106から読み込むユーザ
嗜好読み込み部304と、評価項目必要度から、番組に対
するユーザの嗜好を表わす番組必要度を求める番組必要
度計算部305と、番組必要度を付加した番組情報を再構
成する番組情報再構成部306とから成る。
【００５２】このユーザ嗜好計算部105の動作フローを
図６に示している。この番組必要度は、放送波を受信
し、番組情報を管理する過程の中で求められる。
図６に示している。この番組必要度は、放送波を受信
し、番組情報を管理する過程の中で求められる。
【００５３】ステップ601：番組情報入力部301は、分離
部102で分離された番組情報を入力する。
部102で分離された番組情報を入力する。
【００５４】ステップ602：評価項目選択部302は、この
番組情報の中からユーザの嗜好を判断するための評価項
目を選択する。
番組情報の中からユーザの嗜好を判断するための評価項
目を選択する。
【００５５】ステップ603：番組統計情報管理部303は、
この評価項目を入力し、自身で管理している番組統計情
報の番組数に１を加え、入力された評価項目の総数に１
を加え、番組統計情報として記憶管理する。図１４に
は、番組統計情報管理部303で管理される番組統計情報
の一例を示している。
この評価項目を入力し、自身で管理している番組統計情
報の番組数に１を加え、入力された評価項目の総数に１
を加え、番組統計情報として記憶管理する。図１４に
は、番組統計情報管理部303で管理される番組統計情報
の一例を示している。
【００５６】ステップ604：ユーザ嗜好読み込み部304
は、この評価項目に対するユーザ毎の必要度をユーザ嗜
好獲得部106から読み込み、 ステップ605：番組必要度計算部305は、ユーザごとに、
この評価項目必要度の和を取り、それを番組に対するユ
ーザの嗜好を表わす番組必要度とする。
は、この評価項目に対するユーザ毎の必要度をユーザ嗜
好獲得部106から読み込み、 ステップ605：番組必要度計算部305は、ユーザごとに、
この評価項目必要度の和を取り、それを番組に対するユ
ーザの嗜好を表わす番組必要度とする。
【００５７】ステップ606：番組情報再構成部306は、番
組情報にユーザ識別子とそのユーザにおける番組必要度
とを付加して番組情報を再構成し、番組情報管理部103
に出力する。図１０に番組必要度が付加された番組情報
の一例を示している。
組情報にユーザ識別子とそのユーザにおける番組必要度
とを付加して番組情報を再構成し、番組情報管理部103
に出力する。図１０に番組必要度が付加された番組情報
の一例を示している。
【００５８】このようにして、番組に対するユーザの嗜
好を表わす、番組必要度を求めることが出来る。また、
番組情報を受信した際に、あらかじめ求められている評
価項目から番組必要度を求めることによって、高速に番
組必要度を求めることが出来る。
好を表わす、番組必要度を求めることが出来る。また、
番組情報を受信した際に、あらかじめ求められている評
価項目から番組必要度を求めることによって、高速に番
組必要度を求めることが出来る。
【００５９】次に、番組管理部104の詳細を図４に示
す。番組管理部104は、番組情報管理部103から番組情報
を入力する番組情報入力部401と、番組情報に基づいて
蓄積すべき番組を選択する蓄積番組選択部402と、分離
部102から分離された、蓄積すべき番組の番組データを
取り込み番組蓄積部111へ出力する番組取り込み部403
と、番組蓄積部111に蓄積されている番組の中で廃棄す
べき番組を番組情報に基づいて選択する廃棄番組選択部
404と、廃棄すべき番組を番組蓄積部111から取り出して
廃棄する番組廃棄部405と、蓄積または廃棄した番組の
番組情報を再構成する番組情報再構成部406とから成
る。
す。番組管理部104は、番組情報管理部103から番組情報
を入力する番組情報入力部401と、番組情報に基づいて
蓄積すべき番組を選択する蓄積番組選択部402と、分離
部102から分離された、蓄積すべき番組の番組データを
取り込み番組蓄積部111へ出力する番組取り込み部403
と、番組蓄積部111に蓄積されている番組の中で廃棄す
べき番組を番組情報に基づいて選択する廃棄番組選択部
404と、廃棄すべき番組を番組蓄積部111から取り出して
廃棄する番組廃棄部405と、蓄積または廃棄した番組の
番組情報を再構成する番組情報再構成部406とから成
る。
【００６０】この番組管理部104での、番組を選択して
蓄積する動作について、図７のフロー図を用いて説明す
る。
蓄積する動作について、図７のフロー図を用いて説明す
る。
【００６１】ステップ701：番組情報入力部401は、番組
情報管理部103から番組情報を読み込む。
情報管理部103から番組情報を読み込む。
【００６２】ステップ702：蓄積番組選択部402は、番組
情報に付加されている番組必要度を、予め設定された番
組必要度の閾値と比較し、閾値より高い場合にはその番
組を蓄積すべきものと判断し、その番組情報を番組取り
込み部403に出力する。
情報に付加されている番組必要度を、予め設定された番
組必要度の閾値と比較し、閾値より高い場合にはその番
組を蓄積すべきものと判断し、その番組情報を番組取り
込み部403に出力する。
【００６３】ステップ703：番組取り込み部403は、分離
部102で分離される番組データの中から、この番組情報
に該当する番組データを取り込み、番組蓄積部111に出
力する。
部102で分離される番組データの中から、この番組情報
に該当する番組データを取り込み、番組蓄積部111に出
力する。
【００６４】ステップ704：番組蓄積部111は、その番組
データを蓄積する。 ステップ705：また、番組取り込み部403は、蓄積した番
組の番組情報と番組の参照先とを番組情報再構成部406
へ出力し、番組情報再構成部406は、番組情報の参照情
報を、放送時の参照情報から、番組蓄積部112を蓄積先
とする参照情報に変更し、変更した番組情報を番組情報
管理部103に出力する。
データを蓄積する。 ステップ705：また、番組取り込み部403は、蓄積した番
組の番組情報と番組の参照先とを番組情報再構成部406
へ出力し、番組情報再構成部406は、番組情報の参照情
報を、放送時の参照情報から、番組蓄積部112を蓄積先
とする参照情報に変更し、変更した番組情報を番組情報
管理部103に出力する。
【００６５】図１１には、番組の参照先を変更した番組
情報の一例を示している。このように、番組必要度から
蓄積すべき番組を選択し、その番組が受信された時点で
それを蓄積することにより、ユーザに必要と思われる番
組を優先的に蓄積することが出来る。また、ユーザに必
要と思われる番組だけを蓄積することによって、蓄積装
置の空き領域を確保することが出来る。
情報の一例を示している。このように、番組必要度から
蓄積すべき番組を選択し、その番組が受信された時点で
それを蓄積することにより、ユーザに必要と思われる番
組を優先的に蓄積することが出来る。また、ユーザに必
要と思われる番組だけを蓄積することによって、蓄積装
置の空き領域を確保することが出来る。
【００６６】次に、この番組管理部104で行なわれる、
番組蓄積部112に保存されている番組データの中から、
番組を選択して廃棄する動作について、図８のフロー図
を用いて説明する。
番組蓄積部112に保存されている番組データの中から、
番組を選択して廃棄する動作について、図８のフロー図
を用いて説明する。
【００６７】ステップ801：番組情報入力部401は、番組
情報管理部103から番組情報を読み込む。
情報管理部103から番組情報を読み込む。
【００６８】ステップ802：廃棄番組選択部404は、その
番組情報の中から視聴フラグが立っている（即ち、視聴
された番組の）番組情報を選択し、 ステップ803：その中で、番組必要度が小さいものを選
択して、 ステップ804：その番組を廃棄番組と判定し、その番組
情報を番組廃棄部405へ出力する。
番組情報の中から視聴フラグが立っている（即ち、視聴
された番組の）番組情報を選択し、 ステップ803：その中で、番組必要度が小さいものを選
択して、 ステップ804：その番組を廃棄番組と判定し、その番組
情報を番組廃棄部405へ出力する。
【００６９】ステップ805：番組廃棄部405は、その番組
情報に該当する番組データを番組蓄積部111から読み込
み、廃棄する。
情報に該当する番組データを番組蓄積部111から読み込
み、廃棄する。
【００７０】ステップ806：また、番組廃棄部405は、廃
棄した番組の番組情報を番組情報再構成部406へ出力す
る。一方、番組情報管理部103は、外部ネットワークイ
ンターフェース111を通じて、外部ＤＢ（データベー
ス）に、廃棄した番組と同じものが蓄積されている外部
ＤＢの蓄積先を問い合わせて、その蓄積先を番組情報再
構成部406へ出力する。
棄した番組の番組情報を番組情報再構成部406へ出力す
る。一方、番組情報管理部103は、外部ネットワークイ
ンターフェース111を通じて、外部ＤＢ（データベー
ス）に、廃棄した番組と同じものが蓄積されている外部
ＤＢの蓄積先を問い合わせて、その蓄積先を番組情報再
構成部406へ出力する。
【００７１】ステップ807：番組情報再構成部406は、番
組情報の参照先を外部ＤＢの蓄積先に書き換え、この番
組情報を番組情報管理部103へ出力する。
組情報の参照先を外部ＤＢの蓄積先に書き換え、この番
組情報を番組情報管理部103へ出力する。
【００７２】図２２には、番組データの参照先が外部Ｄ
Ｂに書き換えられた番組情報の一例を示している。図の
下線部が変更された参照先である。
Ｂに書き換えられた番組情報の一例を示している。図の
下線部が変更された参照先である。
【００７３】このように、ユーザの視聴実績と番組必要
度とから廃棄すべき番組を選択し、番組を蓄積装置から
廃棄することによって、ユーザにとってあまり必要でな
いと思われる番組を廃棄することができ、蓄積装置の空
き領域を確保できる。
度とから廃棄すべき番組を選択し、番組を蓄積装置から
廃棄することによって、ユーザにとってあまり必要でな
いと思われる番組を廃棄することができ、蓄積装置の空
き領域を確保できる。
【００７４】また、廃棄した番組であっても、外部ＤＢ
への参照先が管理されているので、必要な場合には参照
することが出来る。
への参照先が管理されているので、必要な場合には参照
することが出来る。
【００７５】（第２の実施形態）第２の実施形態では、
マイナスの必要度を考慮に入れてユーザの嗜好を識別す
る放送受信装置について説明する。
マイナスの必要度を考慮に入れてユーザの嗜好を識別す
る放送受信装置について説明する。
【００７６】この受信装置の構成は、第１の実施形態と
同じであり、ユーザ嗜好獲得部106及びユーザ嗜好計算
部105の動作、並びに、番組管理部104での蓄積番組及び
廃棄番組の選択動作だけが違っている。
同じであり、ユーザ嗜好獲得部106及びユーザ嗜好計算
部105の動作、並びに、番組管理部104での蓄積番組及び
廃棄番組の選択動作だけが違っている。
【００７７】ユーザ嗜好獲得部106の動作フローは図１
８に示している。ユーザの嗜好を獲得する動作は、ユー
ザが番組一覧の中から番組を選択して、番組を視聴した
時に行なわれる。
８に示している。ユーザの嗜好を獲得する動作は、ユー
ザが番組一覧の中から番組を選択して、番組を視聴した
時に行なわれる。
【００７８】ステップ1801：ユーザが視聴する番組を選
択する。この時にユーザが識別される。
択する。この時にユーザが識別される。
【００７９】ステップ1802：必要判定部201は、ユーザ
の番組選択の入力情報が入力してから、一定時間、番組
が変更されなかった場合に、番組が視聴されたと判定
し、視聴番組の判定情報を番組情報再構成部203に出力
する。
の番組選択の入力情報が入力してから、一定時間、番組
が変更されなかった場合に、番組が視聴されたと判定
し、視聴番組の判定情報を番組情報再構成部203に出力
する。
【００８０】ステップ1803：また、この視聴時間内に視
聴されなかった番組はユーザにとって不必要であると判
定し、不必要番組の判定情報を出力する。
聴されなかった番組はユーザにとって不必要であると判
定し、不必要番組の判定情報を出力する。
【００８１】ステップ1804：番組情報再構成部203は、
視聴番組及び不必要番組の判定情報が出された各番組の
番組情報を番組情報管理部103から入手し、視聴番組の
判定情報が出された番組の番組情報に視聴フラグを付加
して番組情報管理部103に出力し、また、各番組の番組
情報を評価項目選択部204に出力する。
視聴番組及び不必要番組の判定情報が出された各番組の
番組情報を番組情報管理部103から入手し、視聴番組の
判定情報が出された番組の番組情報に視聴フラグを付加
して番組情報管理部103に出力し、また、各番組の番組
情報を評価項目選択部204に出力する。
【００８２】ステップ1805：評価項目選択部204は、各
番組情報の中から評価項目を選択して、視聴統計情報管
理部205に出力する。
番組情報の中から評価項目を選択して、視聴統計情報管
理部205に出力する。
【００８３】ステップ1806：視聴統計情報管理部205
は、評価項目が入力すると、それ自身で管理している視
聴統計情報の中で、評価項目の「必要項目としての参照
数」については、視聴判定された番組情報に含まれてい
る評価項目に対して１を加え、また、評価項目の「不必
要項目としての参照数」については、不必要判定された
番組情報に含まれている評価項目に対して１を加え、ス
テップ1807：これを視聴統計情報として保存管理する。
は、評価項目が入力すると、それ自身で管理している視
聴統計情報の中で、評価項目の「必要項目としての参照
数」については、視聴判定された番組情報に含まれてい
る評価項目に対して１を加え、また、評価項目の「不必
要項目としての参照数」については、不必要判定された
番組情報に含まれている評価項目に対して１を加え、ス
テップ1807：これを視聴統計情報として保存管理する。
【００８４】図２０には、この視聴統計情報の一例を示
している。 ステップ1808：評価項目必要度計算部206は、視聴統計
情報管理部205から視聴統計情報を読み込み、さらに、
ユーザ嗜好計算部105から番組統計情報を読み込み、 ステップ1809：評価項目必要度計算部206は、評価項目
毎に、評価項目の「必要項目としての参照数」をその評
価項目の統計値で割り、その商を評価項目必要度として
求め、 ステップ1810：また、評価項目毎に、評価項目の「不必
要項目としての参照数」をその評価項目の統計値で割
り、その商を評価項目不必要度として求め、 ステップ1811：評価項目必要度及び評価項目不必要度を
評価項目必要度記憶部207に格納する。
している。 ステップ1808：評価項目必要度計算部206は、視聴統計
情報管理部205から視聴統計情報を読み込み、さらに、
ユーザ嗜好計算部105から番組統計情報を読み込み、 ステップ1809：評価項目必要度計算部206は、評価項目
毎に、評価項目の「必要項目としての参照数」をその評
価項目の統計値で割り、その商を評価項目必要度として
求め、 ステップ1810：また、評価項目毎に、評価項目の「不必
要項目としての参照数」をその評価項目の統計値で割
り、その商を評価項目不必要度として求め、 ステップ1811：評価項目必要度及び評価項目不必要度を
評価項目必要度記憶部207に格納する。
【００８５】図１７には、記憶されている評価項目必要
度及び評価項目不必要度の一例を示している。
度及び評価項目不必要度の一例を示している。
【００８６】一方、ユーザ嗜好計算部105の動作フロー
は図１９に示している。このユーザ嗜好計算部105の動
作は、放送波を受信し、番組情報を管理する過程の中で
行なわれる。
は図１９に示している。このユーザ嗜好計算部105の動
作は、放送波を受信し、番組情報を管理する過程の中で
行なわれる。
【００８７】ステップ1901：番組情報入力部301は、分
離部102で分離された番組情報を入力する。
離部102で分離された番組情報を入力する。
【００８８】ステップ1902：評価項目選択部302は、こ
の番組情報の中から評価項目を選択する。
の番組情報の中から評価項目を選択する。
【００８９】ステップ1903：番組統計情報管理部303
は、この評価項目を入力し、自身で管理している番組統
計情報の番組数に１を加え、入力された評価項目の総数
に１を加え、番組統計情報として記憶管理する。図１４
には、番組統計情報管理部303で管理される番組統計情
報の一例を示している。
は、この評価項目を入力し、自身で管理している番組統
計情報の番組数に１を加え、入力された評価項目の総数
に１を加え、番組統計情報として記憶管理する。図１４
には、番組統計情報管理部303で管理される番組統計情
報の一例を示している。
【００９０】ステップ1904：ユーザ嗜好読み込み部304
は、この評価項目に対するユーザ毎の必要度及び不必要
度をユーザ嗜好獲得部106から読み込み、 ステップ1905：番組必要度計算部305は、ユーザごと
に、この評価項目必要度の和を取り、それを番組必要度
とし、 ステップ1906：また、ユーザごとに、この評価項目不必
要度の和を取り、それを番組不必要度とする。
は、この評価項目に対するユーザ毎の必要度及び不必要
度をユーザ嗜好獲得部106から読み込み、 ステップ1905：番組必要度計算部305は、ユーザごと
に、この評価項目必要度の和を取り、それを番組必要度
とし、 ステップ1906：また、ユーザごとに、この評価項目不必
要度の和を取り、それを番組不必要度とする。
【００９１】ステップ1907：番組情報再構成部306は、
番組情報にユーザ識別子とそのユーザにおける番組必要
度及び番組不必要度を付加して番組情報を再構成し、番
組情報管理部103に出力する。
番組情報にユーザ識別子とそのユーザにおける番組必要
度及び番組不必要度を付加して番組情報を再構成し、番
組情報管理部103に出力する。
【００９２】図２１に番組必要度及び番組不必要度が付
加された番組情報の一例を示している。図中、requirem
ent valueが番組必要度であり、unrequirement valueが
番組不必要度である。
加された番組情報の一例を示している。図中、requirem
ent valueが番組必要度であり、unrequirement valueが
番組不必要度である。
【００９３】また、番組管理部401では、番組情報入力
部401により番組情報管理部103で管理されている番組情
報が入力されると、蓄積番組選択部402は、番組情報に
付加されている番組必要度を、予め設定された番組必要
度の閾値と比較し、また、番組情報に付加されている番
組不必要度を、予め設定された番組不必要度の閾値と比
較する。そして、番組必要度が閾値より大きく、且つ、
番組不必要度の絶対値が閾値より小さい場合に、その番
組を蓄積すべきものと判断する。
部401により番組情報管理部103で管理されている番組情
報が入力されると、蓄積番組選択部402は、番組情報に
付加されている番組必要度を、予め設定された番組必要
度の閾値と比較し、また、番組情報に付加されている番
組不必要度を、予め設定された番組不必要度の閾値と比
較する。そして、番組必要度が閾値より大きく、且つ、
番組不必要度の絶対値が閾値より小さい場合に、その番
組を蓄積すべきものと判断する。
【００９４】また、廃棄番組選択部404は、視聴された
番組の中で、番組必要度の値が小さく、且つ、番組不必
要度の絶対値が大きいものを、廃棄すべき番組として選
択する。その他の動作は第１の実施形態と同じである。
番組の中で、番組必要度の値が小さく、且つ、番組不必
要度の絶対値が大きいものを、廃棄すべき番組として選
択する。その他の動作は第１の実施形態と同じである。
【００９５】このように、第２の実施形態の受信装置で
は、番組の必要度、不必要度の両方のパラメータを用い
て番組を評価することにより、ユーザの嗜好をより正確
に把握することができ、蓄積する番組を厳選することが
できる。この評価項目や番組に関する不必要度は、必要
度の計算と同時に行なうことが可能であり、処理が遅延
する虞れもない。
は、番組の必要度、不必要度の両方のパラメータを用い
て番組を評価することにより、ユーザの嗜好をより正確
に把握することができ、蓄積する番組を厳選することが
できる。この評価項目や番組に関する不必要度は、必要
度の計算と同時に行なうことが可能であり、処理が遅延
する虞れもない。
【００９６】（第３の実施形態）第３の実施形態では、
番組統計情報を送信側から入手する放送受信装置につい
て説明する。
番組統計情報を送信側から入手する放送受信装置につい
て説明する。
【００９７】受信装置の構成は、第１の実施形態と変わ
りがない。
りがない。
【００９８】番組統計情報は、全番組の番組統計数及び
評価項目の統計数であるから、送信側で把握することが
可能である。そこで、送信側は、番組情報と同じような
データ構造により、番組統計情報を放送する。
評価項目の統計数であるから、送信側で把握することが
可能である。そこで、送信側は、番組情報と同じような
データ構造により、番組統計情報を放送する。
【００９９】放送受信装置では、放送波を受信し、分離
部102で多重情報を分離する時、分離した番組統計情報
を番組情報管理部103へ出力する。
部102で多重情報を分離する時、分離した番組統計情報
を番組情報管理部103へ出力する。
【０１００】ユーザ嗜好計算部105の番組統計情報管理
部303は、独自に番組統計情報を計算すること無く、番
組情報管理部103から番組統計情報を入手して記憶管理
する。
部303は、独自に番組統計情報を計算すること無く、番
組情報管理部103から番組統計情報を入手して記憶管理
する。
【０１０１】その他の動作は、第１の実施形態と同様で
ある。
ある。
【０１０２】この放送システムでは、送信側で番組統計
情報を管理・送信することによって、受信装置側での計
算の負担を減らすことができ、また、計算のエラーを減
少させることが出来る。
情報を管理・送信することによって、受信装置側での計
算の負担を減らすことができ、また、計算のエラーを減
少させることが出来る。
【０１０３】
【発明の効果】以上の説明から明らかなように、本発明
の受信番組の選定方法では、ユーザの視聴実績に基づい
て、番組のユーザ嗜好との適合性を求めており、ユーザ
がキーワードなどを設定登録する必要がない。また、視
聴回数では無く、視聴の割合に基づいて嗜好度を求めて
いるため、ユーザの嗜好を反映した、正確な判断が可能
になる。
の受信番組の選定方法では、ユーザの視聴実績に基づい
て、番組のユーザ嗜好との適合性を求めており、ユーザ
がキーワードなどを設定登録する必要がない。また、視
聴回数では無く、視聴の割合に基づいて嗜好度を求めて
いるため、ユーザの嗜好を反映した、正確な判断が可能
になる。
【０１０４】また、必要度と不必要度との両方の観点か
らユーザの嗜好度を判定する方法では、ユーザの嗜好を
より正確に把握することができる。
らユーザの嗜好度を判定する方法では、ユーザの嗜好を
より正確に把握することができる。
【０１０５】本発明の受信装置は、これらの方法を実施
することによって、ユーザの嗜好に適合する番組のみを
蓄積したり、ユーザの嗜好との適合性が低い番組を廃棄
したりすることができ、蓄積領域を有効に活用して、ユ
ーザの見たい番組を記録・保存することができる。
することによって、ユーザの嗜好に適合する番組のみを
蓄積したり、ユーザの嗜好との適合性が低い番組を廃棄
したりすることができ、蓄積領域を有効に活用して、ユ
ーザの見たい番組を記録・保存することができる。
【図１】本発明の第１の実施形態における放送受信装置
の構成を示すブロック図、
の構成を示すブロック図、
【図２】前記放送受信装置のユーザ嗜好獲得部の構成を
示すブロック図、
示すブロック図、
【図３】前記放送受信装置のユーザ嗜好計算部の構成を
示すブロック図、
示すブロック図、
【図４】前記放送受信装置の番組管理部の構成を示すブ
ロック図、
ロック図、
【図５】前記ユーザ嗜好獲得部の動作を示すフロー図、
【図６】前記ユーザ嗜好計算部の動作を示すフロー図、
【図７】前記番組管理部の番組蓄積動作を示すフロー
図、
図、
【図８】前記番組管理部の番組廃棄動作を示すフロー
図、
図、
【図９】端末内管理形式の番組情報を示す図、
【図１０】番組必要度が付加された番組情報を示す図、
【図１１】参照情報が変更された番組情報を示す図、
【図１２】視聴フラグが付加された番組情報を示す図、
【図１３】番組一覧表示の例、
【図１４】番組統計情報の例、
【図１５】視聴統計情報の例、
【図１６】評価項目必要度の例、
【図１７】評価項目必要度、不必要度の例、
【図１８】第２の実施形態におけるユーザ嗜好獲得部の
動作を示すフロー図、
動作を示すフロー図、
【図１９】第２の実施形態におけるユーザ嗜好計算部の
動作を示すフロー図、
動作を示すフロー図、
【図２０】第２の実施形態における視聴統計情報、
【図２１】番組必要度、不必要度が付加された番組情報
を示す図、
を示す図、
【図２２】参照先を外部ＤＢに変更した番組情報であ
る。
る。
101 受信部
102 分離部
103 番組情報管理部
104 番組管理部
105 ユーザ嗜好計算部
106 ユーザ嗜好獲得部
107 番組一覧作成部
108 デコード部
109 表示部
110 入力部
111 外部ネットワークインターフェース
112 番組蓄積部
113 ユーザ嗜好管理部
201 ユーザ識別部
202 必要判定部
203 番組情報再構成部
204 評価項目選択部
205 視聴統計情報管理部
206 評価項目必要度計算部
207 評価項目必要度記憶部
208 評価項目必要度出力部
301 番組情報入力部
302 評価項目選択部
303 番組統計情報管理部
304 ユーザ嗜好読み込み部
305 番組必要度計算部
306 番組情報再構成部
401 番組情報入力部
402 蓄積番組選択部
403 番組取り込み部
404 廃棄番組選択部
405 番組廃棄部
406 番組情報再構成部
─────────────────────────────────────────────────────
フロントページの続き
(56)参考文献 特開 平10−136318（ＪＰ，Ａ)
特開 平９−312811（ＪＰ，Ａ)
特開 平11−164213（ＪＰ，Ａ)
宮原ほか，利用者の視聴履歴に基づく
ＴＶ番組推薦システムの検討，情報処理
学会第54回全国大会講演論文集，日本,
社団法人情報処理学会，1997年 ３月,
第４分冊、Ｐ．245−246
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04N 5/44
H04H 1/00
G06F 17/30
Claims (15)
- 【請求項１】 番組本体の番組データと番組の特性を示
す番組情報とを多重化して放送する放送システムの受信
装置において、 番組情報に含まれる項目を評価項目として、視聴された
番組の番組情報に含まれる評価項目の累積加算数と、放
送された番組の番組情報に含まれる前記評価項目の累積
加算数との比に基づいて前記評価項目の必要度を算出す
るユーザ嗜好獲得手段と、 番組の番組情報に含まれる各評価項目に対応する必要度
を前記ユーザ嗜好獲得手段から読み込み、前記番組に対
するユーザの嗜好を表すユーザ嗜好度を、前記番組の番
組情報に含まれる各評価項目に対応する前記必要度を加
算して算出するユーザ嗜好計算手段とを備え、前記ユー
ザ嗜好度に基づいて、受信番組、蓄積する番組、蓄積し
た番組の中の廃棄する番組、または、提示する番組情報
を選定することを特徴とする受信装置。 - 【請求項２】 前記ユーザ嗜好獲得手段が、算出した前
記評価項目の必要度を蓄積保持し、前記ユーザ嗜好計算
手段が、新たな番組情報を受信したとき、前記ユーザ嗜
好獲得手段に保持された前記評価項目の必要度を用い
て、前記番組情報が示す番組のユーザ嗜好度を算出する
ことを特徴とする請求項１に記載の受信装置。 - 【請求項３】 ユーザを識別する識別手段を具備し、前
記評価項目の必要度及びユーザ嗜好度がユーザごとに算
出されることを特徴とする請求項１に記載の受信装置。 - 【請求項４】 前記ユーザ嗜好獲得手段が、予約録画さ
れた番組を視聴された番組と見なして前記評価項目の必
要度を算出することを特徴とする請求項１に記載の受信
装置。 - 【請求項５】 前記ユーザ嗜好獲得手段が、ある番組の
視聴時間中に視聴されなかった番組の番組情報に含まれ
る評価項目の累積加算数と、放送された番組の番組情報
に含まれる前記評価項目の累積加算数との比に基づいて
前記評価項目の不必要度を算出し、前記ユーザ嗜好計算
手段が、番組に対するユーザの不必要さを表すユーザ不
必要度を、前記番組の番組情報に含まれる各評価項目の
前記不必要度を加算して算出し、前記ユーザ嗜好度及び
ユーザ不必要度に基づいて、受信番組、蓄積する番組、
蓄積した番組の中の廃棄する番組、または、提示する番
組情報を選定することを特徴とする請求項１に記載の受
信装置。 - 【請求項６】 放送される番組データの中から前記ユー
ザ嗜好度が閾値を超える番組の番組データを選択して蓄
積する蓄積手段を具備することを特徴とする請求項１に
記載の受信装置。 - 【請求項７】 放送される番組データの中から前記ユー
ザ嗜好度が閾値を超え、且つ、前記ユーザ不必要度の絶
対値が所定値より小さい番組の番組データを選択して蓄
積する蓄積手段を具備することを特徴とする請求項５に
記載の受信装置。 - 【請求項８】 蓄積された番組データの中から、既に視
聴された番組であって、且つ、前記ユーザ嗜好度が小さ
い番組の番組データを廃棄する廃棄手段を具備すること
を特徴とする請求項１に記載の受信装置。 - 【請求項９】 蓄積された番組データの中から、既に視
聴された番組であって、前記ユーザ嗜好度が小さく、且
つ、前記ユーザ不必要度の絶対値が大きい番組の番組デ
ータを廃棄する廃棄手段を具備することを特徴とする請
求項５に記載の受信装置。 - 【請求項１０】 廃棄された前記番組データと同一の番
組データが蓄積されているデータベースの蓄積先情報を
含めた番組情報を保持することを特徴とする請求項８ま
たは９に記載の受信装置。 - 【請求項１１】 放送された番組の番組情報に含まれる
前記評価項目の累積加算数のデータを、放送側からの放
送によって入手することを特徴とする請求項１に記載の
受信装置。 - 【請求項１２】 番組本体の番組データと番組の特性を
示す番組情報とを多重化して放送する放送システムの下
で、受信装置がユーザの嗜好に適合する受信番組を選ぶ
ための選定方法において、 番組情報に含まれる項目を評価項目として、視聴された
番組の番組情報に含まれる評価項目の累積加算数と、放
送された番組の番組情報に含まれる前記評価項目の累積
加算数との比に基づいて前記評価項目の必要度を算出
し、新たに受信した番組の番組情報に含まれる各評価項
目に対応する前記必要度を加算して前記番組に対するユ
ーザの嗜好を表すユーザ嗜好度を算出し、前記ユーザ嗜
好度に基づいて受信番組を選ぶことを特徴とする選定方
法。 - 【請求項１３】 前記視聴された番組の中に、予約録画
された番組を含めることを特徴とする請求項１２に記載
の選定方法。 - 【請求項１４】 番組本体の番組データと番組の特性を
示す番組情報とを多重化して放送する放送システムの下
で、受信装置がユーザの嗜好に適合する受信番組を選ぶ
ための選定方法において、 番組情報に含まれる項目を評価項目として、視聴された
番組の番組情報に含まれる評価項目の累積加算数と、放
送された番組の番組情報に含まれる前記評価項目の累積
加算数との比に基づいて前記評価項目の必要度を算出
し、前記番組の視聴時間中に視聴されなかった番組の番
組情報に含まれる評価項目の累積加算数と、放送された
番組の番組情報に含まれる前記評価項目の累積加算数と
の比に基づいて前記評価項目の不必要度を算出し、新た
に受信した番組の番組情報に含まれる各評価項目に対応
する必要度を加算して前記番組に対するユーザの嗜好を
表すユーザ嗜好度を算出し、前記番組の番組情報に含ま
れる各評価項目の不必要度を加算して前記番組に対する
ユーザの不必要さを表すユーザ不必要度を算出し、前記
ユーザ嗜好度及びユーザ不必要度に基づいて受信番組を
選ぶことを特徴とする選定方法。 - 【請求項１５】 放送された番組の番組情報に含まれる
前記評価項目の累積加算数のデータを、放送側からの放
送によって入手することを特徴とする請求項１２または
１３に記載の選定方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23350698A JP3488092B2 (ja) | 1998-08-06 | 1998-08-06 | 放送受信装置及び受信番組の選定方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23350698A JP3488092B2 (ja) | 1998-08-06 | 1998-08-06 | 放送受信装置及び受信番組の選定方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000059745A JP2000059745A (ja) | 2000-02-25 |
| JP3488092B2 true JP3488092B2 (ja) | 2004-01-19 |
Family
ID=16956106
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP23350698A Expired - Fee Related JP3488092B2 (ja) | 1998-08-06 | 1998-08-06 | 放送受信装置及び受信番組の選定方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3488092B2 (ja) |
Families Citing this family (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001285744A (ja) * | 2000-03-28 | 2001-10-12 | Matsushita Electric Ind Co Ltd | 電子番組表表示装置、媒体及び情報集合体 |
| JP2001285765A (ja) * | 2000-03-29 | 2001-10-12 | Nec Corp | 放送番組蓄積方式 |
| US20030108022A1 (en) * | 2000-07-27 | 2003-06-12 | Isshue Yamamoto | Information accessing device and method and information providing device and method |
| US7441260B1 (en) * | 2000-09-20 | 2008-10-21 | Koninklijke Philips Electronics, N.V. | Television program recommender with automatic identification of changing viewer preferences |
| JP4174175B2 (ja) * | 2000-10-05 | 2008-10-29 | 株式会社インフォシティ | 情報提供装置および方法 |
| JP3654173B2 (ja) * | 2000-11-02 | 2005-06-02 | 日本電気株式会社 | 番組選択支援装置、番組選択支援方法およびそのプログラムを記録した記録媒体 |
| JP2002218363A (ja) * | 2001-01-22 | 2002-08-02 | Nec Corp | 放送自動記録方法、装置、プログラム及び記録媒体 |
| JP4595998B2 (ja) * | 2001-02-06 | 2010-12-08 | ソニー株式会社 | コンテンツ再生装置、コンテンツ受信装置、コンテンツ評価収集解析方法、コンテンツ評価収集解析装置、コンテンツ評価集計管理方法およびコンテンツ評価集計管理装置 |
| JP3644502B2 (ja) * | 2001-02-06 | 2005-04-27 | ソニー株式会社 | コンテンツ受信装置およびコンテンツ呈示制御方法 |
| JP3672023B2 (ja) * | 2001-04-23 | 2005-07-13 | 日本電気株式会社 | 番組推薦システムおよび番組推薦方法 |
| JP3833080B2 (ja) * | 2001-05-28 | 2006-10-11 | シャープ株式会社 | 番組選択支援装置、方法及びそのプログラム、記録媒体 |
| JP3795348B2 (ja) * | 2001-06-12 | 2006-07-12 | 三菱電機株式会社 | 放送受信装置 |
| US7380262B2 (en) * | 2001-06-12 | 2008-05-27 | Thomson Licensing | Method and apparatus for generating a list of suggested scheduled television programs |
| US7716704B2 (en) | 2001-06-12 | 2010-05-11 | Thomson Licensing | Television program selection apparatus and method |
| JP4326174B2 (ja) | 2001-10-04 | 2009-09-02 | ソニー株式会社 | 情報処理システム、情報処理装置および方法、記録媒体、並びにプログラム |
| US20030172378A1 (en) * | 2002-03-07 | 2003-09-11 | Koninklijke Philips Electronics N.V. | Method and apparatus for creating a personal commercials channel |
| JP3714310B2 (ja) | 2002-08-07 | 2005-11-09 | ソニー株式会社 | コンテンツの自動記録装置及び方法、記録媒体、並びにプログラム |
| JP4533408B2 (ja) * | 2002-10-08 | 2010-09-01 | キヤノン株式会社 | 受信装置及び受信方法 |
| JP2004312401A (ja) * | 2003-04-08 | 2004-11-04 | Sony Corp | 再生装置および再生方法 |
| WO2005048587A1 (ja) * | 2003-11-13 | 2005-05-26 | Matsushita Electric Industrial Co.,Ltd. | 番組推薦装置及び番組推薦装置の番組推薦方法並びにプログラム |
| JP2005327456A (ja) * | 2005-05-19 | 2005-11-24 | Nec Corp | 放送自動記録方法、装置、プログラム及び記録媒体 |
| JP2007274605A (ja) | 2006-03-31 | 2007-10-18 | Fujitsu Ltd | 電子装置、放送番組情報の収集方法、その収集プログラム及びその収集システム |
| JP2009065597A (ja) * | 2007-09-10 | 2009-03-26 | Nippon Hoso Kyokai <Nhk> | 嗜好情報生成装置および嗜好情報生成プログラム |
| JP2014183368A (ja) * | 2013-03-18 | 2014-09-29 | Eibitsuto:Kk | テレビジョン操作方式 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3484012B2 (ja) * | 1996-05-21 | 2004-01-06 | 日本放送協会 | 統合放送受信機 |
| JPH10136318A (ja) * | 1996-10-30 | 1998-05-22 | Casio Comput Co Ltd | 放送番組送受信システム、放送番組送信装置及び放送番組受信装置 |
| JP3511356B2 (ja) * | 1997-11-28 | 2004-03-29 | シャープ株式会社 | ディジタル放送受信機 |
-
1998
- 1998-08-06 JP JP23350698A patent/JP3488092B2/ja not_active Expired - Fee Related
Non-Patent Citations (1)
| Title |
|---|
| 宮原ほか，利用者の視聴履歴に基づくＴＶ番組推薦システムの検討，情報処理学会第５４回全国大会講演論文集，日本，社団法人情報処理学会，１９９７年 ３月，第４分冊、Ｐ．２４５−２４６ |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000059745A (ja) | 2000-02-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3488092B2 (ja) | 放送受信装置及び受信番組の選定方法 | |
| JP4326174B2 (ja) | 情報処理システム、情報処理装置および方法、記録媒体、並びにプログラム | |
| JP4676441B2 (ja) | チャンネル契約提案装置、方法、プログラム及び集積回路 | |
| US8935727B2 (en) | Information processing apparatus, information processing method, and program | |
| US8392946B2 (en) | Method of recommending local and remote content | |
| US7441260B1 (en) | Television program recommender with automatic identification of changing viewer preferences | |
| US8225358B2 (en) | Content recommendation apparatus and method | |
| EP1193976A2 (en) | Method and system for creating and presenting a recommendation-based guide to television viewing choices | |
| US8645986B2 (en) | Contents watching device and contents recommending method | |
| US20040123318A1 (en) | Personal channel service providing method and apparatus for providing preferred program at user preferred time | |
| US20040158853A1 (en) | Method of selecting televisual programs, audiovisual apparatus for presenting televisual programs, and apparatus for providing additional services | |
| US20030115585A1 (en) | Enhanced electronic program guide | |
| US20060031440A1 (en) | Usage data harvesting | |
| KR20050085287A (ko) | 유사한 시청 습관을 갖고 있는 사용자의 사용자 프로파일에기초한 비디오 콘텐트의 추천 방법 | |
| WO2001067752A2 (en) | Method and apparatus for displaying television program recommendations | |
| JP2004505561A (ja) | 類似性メトリックに基づいてテレビジョン番組推薦を生成する方法及び装置 | |
| US20130297447A1 (en) | Recommended content providing apparatus, recommended content providing program and recommended content providing method | |
| CN111327966B (zh) | 视频倍速播放方法、系统及存储介质 | |
| KR20080021069A (ko) | 콘텐츠에 대한 사용자 그룹의 전체 관심을 추정하기 위한방법 및 장치 | |
| KR100972069B1 (ko) | 정보 처리 시스템, 정보 처리 장치 및 방법, 기록 매체,및 프로그램 | |
| US20060174275A1 (en) | Generation of television recommendations via non-categorical information | |
| KR101438764B1 (ko) | 사용자 시청 이력 기반 콘텐츠 추천 방법 | |
| KR101779975B1 (ko) | Ｓｎｓ 메시지를 활용한 ｖｏｄ 컨텐츠에 대한 부가 서비스 시스템 및 이를 이용한 부가 서비스 방법 | |
| WO2007034355A2 (en) | Method and apparatus for updating user profile | |
| JP4220202B2 (ja) | コンテンツ選択支援装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071031 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081031 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091031 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091031 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101031 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |