JP3577529B2 - 放送番組送受信システム及び放送番組受信装置 - Google Patents
放送番組送受信システム及び放送番組受信装置 Download PDFInfo
- Publication number
- JP3577529B2 JP3577529B2 JP2001312449A JP2001312449A JP3577529B2 JP 3577529 B2 JP3577529 B2 JP 3577529B2 JP 2001312449 A JP2001312449 A JP 2001312449A JP 2001312449 A JP2001312449 A JP 2001312449A JP 3577529 B2 JP3577529 B2 JP 3577529B2
- Authority
- JP
- Japan
- Prior art keywords
- program
- data
- broadcast
- broadcast program
- receiving
- 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
Images
Landscapes
- Television Systems (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
- Circuits Of Receivers In General (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ＴＶ録画予約等の各種放送の受信予約に必要な処理を行う放送番組送受信システム及び放送番組受信装置に関する。
【０００２】
【従来の技術】
従来、ＴＶ放送等（ＦＭ，ＡＭ，ＣＡＴＶ，ＢＳ，ＣＳ放送）に関しては、新聞や雑誌に放送番組が掲載されており、これらの掲載を見ることにより、放送予定を確認することができる。また、所定の操作を行って、掲載されている番組の放送チャンネルや放送開始及び終了時刻を入力したり、付記されているＧコードを入力することにより、番組を受信予約して、この受信予約した番組を録画することも可能となる。
【０００３】
【発明が解決しようとする課題】
しかしながら、このように従来においては放送番組が新聞や雑誌等に印刷されており、この印刷されている番組内容を視認しつつ、所定の操作を行って予約に必要な情報を入力しなければならない。このため、予約に必要な操作が煩雑となるのみならず、入力ミスが生じてしまいその結果所望の番組を録画することができない場合が発生する。
【０００４】
本発明は、このような従来の課題に鑑みてなされたものであり、煩雑な操作を伴うことなく所望の番組を適正に受信予約することのできる放送番組送受信システム及び放送番組受信装置を提供することを目的とするものである。
【０００５】
【課題を解決するための手段】
前記課題を解決するために請求項１記載の放送番組送受信システムにあっては、放送番組送信装置と放送番組受信装置とで構成され、前記放送番組送信装置は、各放送番組の特徴を表すデータを含む番組表データを送信する送信手段を有し、前記放送番組受信装置は、前記送信手段により送信される前記番組表データを受信する受信手段と、前記放送番組の放送時間長に対する聴取又は視聴された時間長の比率を算出する算出手段と、この聴取又は視聴された放送番組の特徴を表すデータを前記番組表データに基づき検出する検出手段と、この検出手段により検出された前記放送番組の特徴を表すデータ毎に、前記算出手段により算出された比率に対応する値を加算する加算手段と、この加算手段により加算された前記値が所定以上である放送番組の特徴を表すデータを含む番組を前記番組表データから抽出する抽出手段と、この抽出手段により抽出された番組を、受信予約する番組として記憶する記憶手段とを有する。
【０００６】
すなわち、ユーザーがある番組を聴取、視取又は視聴すると、当該ユーザーが視聴等した番組の放送時間長に対する聴取、視取又は視聴した時間長の比率が算出され、この算出された比率に対応する値が当該放送番組の特徴を表すデータ毎に加算される。そして、この加算された比率が所定以上である放送番組の特徴を表すデータを含む番組が前記番組表データから抽出されて、受信予約する番組として記憶される。したがって、ユーザーが聴取又は視聴する番組の放送時間長に対する聴取又は視聴された時間長を考慮しつつ、つまりはユーザーの放送番組に対する嗜好を加味した放送番組の自動受信予約が可能となる。
【０００７】
また、請求項２記載の放送番組受信装置にあっては、各放送番組の特徴を表すデータを含む番組表データを受信する受信手段と、前記放送番組の放送時間長に対する聴取又は視聴された時間長の比率を算出する算出手段と、この聴取又は視聴された放送番組の特徴を表すデータを前記番組表データに基づき検出する検出手段と、この検出手段により検出された前記放送番組の特徴を表すデータ毎に、前記算出手段により算出された比率に対応する値を加算する加算手段と、この加算手段により加算された前記値が所定以上である放送番組の特徴を表すデータを含む番組を前記番組表データから抽出する抽出手段と、この抽出手段により抽出された番組を、受信予約する番組として記憶する記憶手段とを有する。
【０００８】
すなわち、ユーザーがある番組を聴取、視取又は視聴すると、当該ユーザーが視聴等した番組の放送時間長に対する聴取、視取又は視聴した時間長の比率が算出され、この算出された比率に対応する値が当該放送番組の特徴を表すデータ毎に加算される。そして、この加算された比率が所定以上である放送番組の特徴を表すデータ含む番組が前記番組表データから抽出されて、受信予約する番組として記憶される。したがって、ユーザーが聴取又は視聴する番組の放送時間長に対する聴取又は視聴された時間長を考慮しつつ、つまりはユーザーの放送番組に対する嗜好を加味した放送番組の自動受信予約が可能となる。
【０００９】
また、請求項３記載の放送番組受信装置にあっては、前記加算手段により加算された前記値を前記特徴を表すデータ毎に記憶する記憶手段を更に有し、前記加算手段は、前記加算を行うに際して、予め前記記憶手段に記憶されている全ての特徴を表すデータの値に１未満の値を乗算する乗算処理を更に行う。したがって、記憶手段に記憶された特徴を表すデータのうち、加算が行われなくなった特徴を表すデータ、つまりユーザーの嗜好の変化に伴って該ユーザーが聴取あるいは視聴しなくなった番組の特徴を表すデータの値は徐々に減少することとなり、この値にユーザーの嗜好の変化を反映させることができる。
【００１０】
また、請求項４記載の放送番組受信装置にあっては、前記特徴を表すデータは、番組の特徴を表すキーワード又は当該番組に出演する出演者名の少なくとも何れか一方である。したがって、番組のジャンルや出演者に関するユーザーの嗜好を考慮した自動番組受信予約が可能となる。
【００１１】
【発明の実施の形態】
以下、本発明の一実施の形態について図面に従って説明する。図１は、本発明の一実施の形態を適用したＶＴＲの構成を示すブロック図である。このＶＴＲには、アンテナ１に接続されたＴＶチューナ２を有し、このＴＶチューナ２はＦＭ多重ブロック３とＶＴＲブロック４とに接続されている。ＦＭ多重ブロック３には、ＦＭ多重デコーダ５、ＲＯＭ６、ＲＡＭ７、時計部８、表示コントローラ９、及び多重表示部１０が設けられている。ＦＭ多重デコーダ５は、ＦＭ波からなるＴＶ音声信号波に多重化されている多重データを分離し、マイコン１１はこの分離された多重データに基づき表示コントローラ９を制御して、多重データを多重表示部１０に表示させる。マイコン１１は、この表示コントローラ９の制御を行うのみならず、ＲＯＭ６に格納されているプログラム及びキー入力部１２からの操作情報に基づき、時計部８、ＦＭ多重デコーダ５等のＦＭ多重ブロック３の各部及びＶＴＲブロック４の各部を制御する。
【００１２】
ＶＴＲブロック４には、Ｉ／Ｆ１３、Ｙ／Ｃ分離回路１４、記録部１５、再生部１６、クロマ回路１７が設けられている。Ｉ／Ｆ１３には、ＴＶチューナ２より映像信号が入力され、Ｙ／Ｃ分離回路１４はこの映像信号から輝度信号と色信号とを分離する。記録部１５は、この分離された輝度信号と色信号とを音声信号と共に磁気テープに記録し、再生部１６はこの磁気テープに記録された信号を再生して出力する。この再生部１６にて再生出力された信号又はＹ／Ｃ分離回路１４からの信号は、クロマ回路１７を介して、ＴＶモニターであるＴＶ表示部１８に供給され、これによりＴＶ表示部１８に受信したＴＶ画像、又は記録したＴＶ画像が表示されるように構成されている。また、図２に示すように、このＶＴＲの本体１９には、ビデオテープを挿入するための挿入口２０が形成されているとともに、前記多重表示部１０及びキー入力部１２が設けられている。このキー入力部１２には、一対の上下カーソルキー２２、予約内容を確定させるための予約キー２３、タイマー予約設定モードを設定するためのモードキー２４等、ＶＴＲに必要な各種キーが設けられている。
【００１３】
図３は、ＦＭ波からなるＴＶ音声信号波に多重化されている多重データの送信フォーマットを示すものである。この実施の形態において番組に関する多重データとしては、同図（Ａ）に示した番組表データと、（Ｂ）に示した番組表変更データとが送信される。番組表データは、放送局名、番組名、番組の開始時刻と終了時刻を示すデータで構成され、これらデータで構成させる１日分の番組データが深夜等の所定の時刻に１日に１回各ＴＶ放送局から送信される。なお、特定の曜日に１週間分の番組表データを送信するようにしてもよく、その場合これらのデータにさらに放送日を示す日付データが付加されて送信されることとなる。また、放送局名に代えて周波数やチャンネル番号を送信し、番組名に代えて当該番組を示す番組コードを送信するようにしてもよい。
【００１４】
図３（Ｂ）に示した番組表変更データは、放送時間の変更データ（ａ）、放送の中止データ（ｂ）、及び番組の変更データ（ｃ）とからなる。放送時間の変更データ（ａ）は、当該番組の開始時刻と終了時刻の少なくとも一方を変更する場合に送信されるデータであって、当該データが番組表変更データであることを示す番組表変更コード、当該データが放送時間の変更データ（ａ）であることを示す時間変更コード、放送局名、番組名、変更した開始時刻と終了時刻の各データで構成される。無論、開始時刻と終了時刻との何れか一方のみが変更される場合、例えば野球延長に伴って、野球放送の終了時刻のみが変更となる場合には、時刻データとしては終了時刻のみが送信されることとなる。
【００１５】
放送の中止データ（ｂ）は、当該番組の放送を中止する場合に送信されるデータであって、当該データが番組表変更データであることを示す番組表変更コード、当該データが放送の中止データ（ｂ）であることを示す番組中止コード、放送局名、番組名の各データで構成される。番組の変更データ（ｃ）は、急遽放送することとなった番組を追加する場合に送信されるデータであって、当該データが番組表変更データであることを示す番組表変更コード、当該データが番組の変更データ（ｃ）であることを示す番組追加コード、放送局名、番組名、その開始時刻と終了時刻の各データで構成される。ここで、放送の中止は、その前の番組の延長あるいは番組の変更に伴って発生する事項であることから、番組の中止データ（ｂ）は、単独では送信されることはなく、放送時間の変更データ（ａ）又は番組の変更データ（ｃ）の何れかと共に送信されることとなる。なお、多重データとしては、これら以外に現在時刻を示す時刻データが一定時間毎に送信され、また、例えば天気予報、ニュース等の多重表示部１０に表示させるための表示データが適宜送信される。
【００１６】
前記ＲＡＭ７には、図３（Ａ）に示した番組表データを格納するための番組表データ格納エリア（図示せず）が設けられているとともに、図４に示す予約データ格納エリア２７が設けられている。この予約データ格納エリア２７には、各々複数の放送局名エリア２７ａ、番組名エリア２７ｂ、開始時刻エリア２７ｃ、終了時刻エリア２７ｄが設けられており、各エリアに２３ａ〜２３ｄには録画を予約した番組の放送局名、番組名、開始時刻、終了時刻が予約データとして記憶される。なお、この予約データは、当該番組のタイマー録画が終了した時点で消去される。
【００１７】
次に、以上の構成にかかる本実施の形態の動作をフローチャートに基づいて説明する。すなわち、マイコン１１は、電源が供給状態にある限り常に図５に示すフローに従って動作を行っており、ＴＶ信号の音声信号波に多重化されている多重データを受信する（ステップＡ１）。次に、この受信した多重データが番組表データであるか否かを判別し（ステップＡ２）、番組表データであったならば、ＲＡＭ７の番組表データ格納エリアに記憶されている番組表データを更新する（ステップＡ３）。したがって、番組表データ格納エリアに記憶されている番組表データは、放送局が新たな番組表データを送信する都度更新されることとなる。
【００１８】
また、ステップＡ２での判別の結果、受信した多重データが番組表データでなかった場合には、それが番組表変更データであるか否かを判別し（ステップＡ４）、番組変更データであった場合には、ＲＡＭ７の番組表データ記憶エリアに記憶されている番組表データ中の対応箇所を変更する（ステップＡ５）。すなわち、受信されたデータに図３（Ｂ）に示した番組表変更コードが含まれていれば、当該データは番組表変更データであって、放送時間の変更データ（ａ）、放送の中止データ（ｂ）、番組の変更データ（ｃ）の何れかである。そして、放送時間の変更データ（ａ）である場合には、対応する放送局の番組名の開始時刻や終了時刻を、当該放送時間の変更データ（ａ）に含まれている開始時刻や終了時刻に書き換える。また、放送の中止データ（ｂ）である場合には、対応する放送局であって番組名のデータを消去し、番組の変更データ（ｃ）である場合には、同時に受信された放送局名、番組名、開始時刻、終了時刻の各データを、前述の消去したデータが記憶されてたエリアに書き込む。
【００１９】
このようにして、ＲＡＭ７の番組表データ記憶エリアに記憶されている番組表データの対応箇所を変更したならば、図４に示したに予約データ格納エリア２７に予約データが格納されているか否かに基づき、タイマー予約されているか否かを判別する（ステップＡ６）。そして、タイマー予約されている場合には、さらにこの予約されている番組に変更があるか否か、つまり予約されている番組が受信された番組表変更データの中に含まれているか否かを判別する（ステップＡ７）。そして、含まれている場合には、前述したステップＡ５での放送時間の変更データ（ａ）と放送の中止データ（ｂ）に対応する処理を行って、対応する放送局の番組名の開始時刻や終了時刻を、変更データに基づく開始時刻や終了時刻に書き換え、あるいは対応する放送局であって番組名のデータを消去する（ステップＡ８）。これにより、後述するタイマー設定処理によりタイマー予約を行った後、放送開始及び終了時間の変更があった場合であっても、タイマー予約を行った番組を最初から最後まで確実に録画することができる。しかも、前述のように、このフローに従った処理は常時実行され、タイマー録画中も実行されていることから、例えば野球放送をタイマー録画している場合において野球放送が延長されたとき、放送が終了するまでの経過を確実に録画することができる。また、中止となった番組のデータが予約データ格納エリア２７から消去されることにより、中止になった番組に対応する時間帯においては録画がなされない。よって、予期しない不要な番組が録画されてしまう不都合や、これにより装置本体１９にセットされているビデオテープが無用に消費されてしまう不都合を防止することもできる。
【００２０】
他方、ステップＡ４での判別の結果、受信された多重データが番組表変更データでもなかった場合には、それが時刻データか否かを判別し（ステップＡ９）、時刻データであった場合には、時計部８の時刻を修正する（ステップＡ１０）。したがって、時計部８は時刻データが受信される都度時刻を修正されてその正確さが維持され、この正確さが維持されている時計部８の計時値に基づいてマイコン１１が動作することにより、番組の開始時点から終了時点までを精度よくタイマー録画することができる。また、ステップＡ９での判別の結果時刻データでなければ、受信された多重データは表示データに他ならず、この場合にはこの受信された表示データに基づき、天気予報等を多重表示部１０に表示させる。
【００２１】
一方、タイマー予約する番組を設定するためのタイマー設定処理は、図６に示すフローに従って行われる。すなわち、前記モードキー２４が操作されると、マイコン１１はタイマー予約設定モードを設定し（ステップＢ１）、引き続き放送局選択処理を実行する（ステップＢ２）。この放送局選択処理は、多重表示部１０に受信可能な放送局からなる放送局メニューを表示し、上下カーソルキー２２の操作に伴って、表示された所望の放送局名にカーソルを移動させ、予約キー２３が押された時点でカーソルが位置している局名の放送局を選択する処理である。この放送局選択処理が終了したならば、次に番組選択処理を実行する（ステップＢ３）。この番組選択処理は、上下カーソルキー２２の操作に伴って、前述のステップＢ２で選択された放送局の番組名及び開始時刻と終了時刻を多重表示部１０に、時刻順をもって表示する処理であり、この処理により図７に示すように、選択された放送局の番組名及び開始時刻と終了時刻とが順次スクロール表示される。
【００２２】
そして、このようにして多重表示部１０に所望の放送局の番組名及び開始時刻と終了時刻とを表示させた後、予約キー２３の操作を行うと、該予約キー２３の操作が取り込まれて（ステップＢ４）、この時点で多重表示部１０に表示されていた放送局名、番組名、開始時刻、終了時刻が予約データ格納エリア２７に書き込まれ、当該番組のタイマー予約が完了する。次に、予約終了か否か、つまり予約データ格納エリア２７の全てのエリアに予約データが書き込まれたか否か、又は所定の予約終了操作が行われたか否かを判別する。これらいずれかの状態が生ずるまでステップＢ２からの処理を繰り返し、いずれの状態が生じて予約終了となった時点で、このタイマー設定処理を終了する。
【００２３】
なお、本実施の形態においては、予め番組表データを送受信し、番組が変更された場合には番組表変更データを送受信して、受信済みの番組表データを修正するようにしたことから、番組が変更された際に送受信するに必要なデータ量を可及的に少なくすることができる。また、予約データ格納エリア２７に書き込まれた予約データと番組表データとの比較を行うことなく、該番組表データよりも遥かにデータ量の少ない番組表変更データと予約データとを比較することにより、該予約データに変更があったか否かを判別することができ、予約データに変更が生じたか否かの判別するための処理が容易となる。無論、番組が変更された場合本実施の形態のように番組表変更データを送受信することなく、変更後の番組表データそのものを送受信するようにしてもよい。
【００２４】
図８は、本発明の他の実施の形態の全体構成を示すものである。すなわち、ＴＶ３２は、複数のビデオ接続端子を有し、該ＴＶ３２の異なるビデオ接続端子には放送番組案内装置３１とビデオデッキ３３とが接続されている。このＴＶ３２とビデオデッキ３３は各々リモコン受信部を有し、同一のＴＶビデオ用操作リモコン５９により遠隔操作可能である。放送番組案内装置３１は、電話回線３４を介してサービスセンター３５に接続されており、サービスセンター３５には少なくとも２週間先までの各局のテレビ番組の番組表データが、電話回線３４を介して読み取り可能に格納されている。
【００２５】
放送番組案内装置３１は、図９に示すように、装置本体３６とこの装置本体３６に接続されたリモコン発信部３７、及び装置用操作リモコン３８とで構成されている。装置本体３６には、ＴＶビデオ用リモコン５９と装置用操作リモコン３８の双方からの信号を受信するリモコン受信部３９、インジケータ４０、電源の状態表示用のＬＥＤ４１等が設けられている。装置用操作リモコン３８には、実行キー４２、メニューキー４３、十字状のカーソルキー４４、及び文字キー４５が設けられている。
【００２６】
図１０は、前記装置本体３６の構成を示すブロック図であり、ＣＰＵ４６には前記電話回線３４との接続を行うモデム４７が接続されているとともに、前記リモコン受信部３９内に配置されたリモコン受光部４８、前記リモコン発信部３７内に配置されたリモコン発光部４９、及び時計５０が接続されている。さらにＣＰＵ４６には、バスラインを介して、操作履歴メモリ５１、番組データメモリ５２、登録番組メモリ６５、キーワードメモリ５３、出演者メモリ５４が接続されている。操作履歴メモリ５１は前記ＴＶビデオ用リモコン５９の操作履歴を記憶し、番組データメモリ５２はサービスセンター３５から送信される２週間分の番組表データを記憶する。登録番組メモリ６５はタイマー録画する番組を記憶し、キーワードメモリ５３は後述するように番組表データ内のキーワードとそのポイント数とを記憶し、出演者メモリ５４は番組表データ内の出演者とそのポイント数とをに記憶する。さらに、ＣＰＵ４６には、ＲＯＭ５５とＶＲＡＭ５６がバスラインを介して接続されている。ＲＯＭ５５には、後述するフローによって示される処理プログラムが格納されており、ＶＲＡＭ５６からの出力は、ビデオ回路５７、及びビデオ出力部５８を介して、前記ＴＶ３２のビデオ入力端子に与えられる。
【００２７】
図１１は、前記サービスセンター３５から電話回線３４を介して受信する番組表データのデータフォーマットを示すものである。図に示すように、この番組表データには、放送年月日（曜日）、１ＣＨ、８ＣＨ等の放送局のチャンネル番号、番組の開始時刻、帯番組であるか否かを示すデータ、当該番組のジャンルや特徴を表すキーワード、当該番組の出演者の各データで構成されている。この番組表データにおいて、「帯番組」のデータが「平日」であればその番組は平日の同一時刻に放送される帯番組であることを示し、データが「木曜」等の特定の曜日である場合にはその番組は帯番組ではないことを示す。また、この実施の形態における番組表データには、番組の終了時刻は含まれていないが、次の番組の開始時刻が前の番組の終了時刻である。なお、番組表データの内容としては図示のものに限ることなく、さらにステレオ放送、２カ国語放送等の区別を示すデータを付加すれば、番組表データの内容をさらに緻密なものにすることができる。
【００２８】
次に、以上の構成にかかる本実施の形態の動作をフローチャートに従って説明する。なお、ＣＰＵ４６は、ＲＯＭ５５に格納されているプログラムに従って動作することにより、各フローに従った処理を並列的に実行する。すなわち、ＣＰＵ４６は、図１２に示すタイマーによる間欠起動フローに従った処理を、毎週１回特定の時刻（例えば深夜）に行い、発呼処理を行って（ステップＣ１）、モデム４７を起動し、電話回線３４を介してサービスセンター３５との接続を行う（ステップＣ２）。次に、初回接続か否かつまりこの装置本体３６を使用開始後初めてのサービスセンター３５との接続か否かを判別し（ステップＣ３）、初回接続であるならば、現在から２週間先までの番組表データをサービスセンター３５からダウンロードし、番組データメモリ５２に記憶させる（ステップＣ４）。
【００２９】
また、初回接続でない場合には、先ず番組データメモリ５２から、過去の番組表データを消去する（ステップＣ５）。つまり、この実施の形態においては、１週間毎にこのフローに従った処理が実行されることから、実行時には番組データメモリ５２に１週間分の過去の番組表データが残存しており、この１週間分の過去の番組表データを消去する。引き続き、１週間先から２週間先までの番組表データをサービスセンター３５からダウンロードし、番組データメモリ５２に記憶させる（ステップＣ６）。これにより、番組データメモリ５２には、現在から２週間先までの番組表データが記憶されたこととなるが、この２週間先までの番組表データのうち、現在から１週間先までの番組表データは、現在から１週間前に記憶されたものであって、その間に番組変更あることが想定される。一方、サービスセンター３５では、番組変更がある都度番組表データの更新を行っている。そこで、次のステップＣ７では、サービスセンター３５に格納されている現在から１週間先までの番組表データに基づき、番組データメモリ５２に記憶されている現在から１週間先までの番組表データを訂正する。これにより、長期間に亙る番組表データを番組データメモリ５２に記憶させておいても、記憶させた後の番組変更に対応することができる。
【００３０】
なお、サービスセンター３５への接続頻度は１週間に限ることなく、これより長期あるいは短期でもよく、さらにはユーザーが設定できるようにしてもよい。ここで、番組表データをテキストを主とするデータとすると、１番組の情報が平均３０バイトと想定され、１局で４０番組／日であって、１０局の放送局を扱うとすると、１２ｋバイト／日となり、この１週間分で約８４ｋバイトである。これを圧縮して、約半分以下の４０ｋバイトのデータとして通信を行うとすると、モデムを用いて１４．４ｋｂｐｓの通信速度で、約２２秒であり、通常の電話回線を使用しても通信費は小さく押さえられる。したがって、サービスセンター３５への接続頻度をより高くしても経済的負担は少なく、接続頻度をユーザーが設定できる構成により、自己の経済的負担を勘案した頻度で番組表データのダウンロードを行うことができる。また、前記のフローとは逆に、サービスセンター３５側からの着呼を受けて、番組表データを受信するようにしてもよい。
【００３１】
またＣＰＵ４６は、図１３に示すフローに従って視聴ＴＶ番組の検索／選択、及びビデオ予約、受信予約処理を実行する。すなわち、ＴＶ３２においてこの放送番組案内装置３１が接続されているビデオ接続端子が選択されているか否かを判別し（ステップＤ１）、選択されているならば以降の処理を開始して、メニューキー４３の操作の有無を判別する（ステップＤ２）。そして、メニューキー４３が操作されてない場合には、現時刻からの番組表示を行う（ステップＤ３）。このステップＤ３の処理により、現時刻が午前８時代であるならば、午前８時からの番組表データを番組データメモリ５２から読み出し、図１４に示すようにＴＶ３２の画面に、新聞のＴＶ番組欄と同様の表示形態で、２局分の午前８時からのＴＶ番組を並列的に表示する。また、スクロール可能な方向を示す複数の矢印６０を表示するとともに、番組を取り囲むボックスカーソル６１を表示する。
【００３２】
次に、カーソルキー４４が操作されたか否かを判別し、操作されたならば、十字状のカーソルキー４４の操作部位に応じた方向にボックスカーソル６１を移動表示させるとともに、ボックスカーソル６１の移動方向に応じて番組表示をスクロール制御する（ステップＤ５）。このステップＤ５の処理により、カーソルキー４４の操作に伴って、ＴＶ３２の画面に全局の現在時間帯からの番組を表示させることができるとともに、所望の番組上にボックスカーソル６１を移動させることができる。また、カーソルキー４４の操作がなされない状態となったならば、実行キー４２が操作されたか否かを判別し（ステップＤ６）、操作されたならば、このときボックスカーソル６１が位置している番組である目的番組が現時点で放送中であるか否かを判別する（ステップＤ７）。この目的番組が放送中である場合には、リモコン発信部３７から当該放送局のチャンネル番号信号を発信することにより、当該番組を放送しているチャンネルにＴＶ３２のチャンネルを変更し（ステップＤ８）、ＴＶ３２に当該番組を受信させる。したがって、ユーザーは雑誌や新聞等を用いたり、該新聞等の番組欄を視認してからチャンネル操作を行う必要はなく、ＴＶ３２の画面のみを視認しつつ、所望の番組を視認可能にチャンネル設定を行うことができる。
【００３３】
また、ステップＤ７での判別の結果、目的番組が現時点で放送中でない場合には、ダイアローグ表示処理（ステップＤ９）を行ってＴＶ３２の画面の一部に「ビデオ予約しますか？」「受信予約しますか？」の文字を表示する。この表示に対してユーザーが、カーソルキー４４の操作と実行キー４２とを行うことにより、ビデオ予約と受信予約のいずれかを選択することができる。そして、次のステップＤ１０では、ビデオ予約が選択されたか否かを判別し、ビデオ予約が選択された場合には登録番組メモリ６５に、ボックスカーソル６１により囲まれている番組の開始時刻、チャンネル番号、終了時刻を登録する（ステップＤ１１）。また、ステップＤ１０での判別の結果、ビデオ予約ではなく受信予約であった場合には、選択した目的番組の開始時刻まで待機し（ステップＤ１２）、開始時刻となった時点でリモコン発信部３７から当該放送局のチャンネル番号信号を発信することにより、ＴＶ３２のチャンネルを目的番組のチャンネルに変更する（ステップＤ１３）。これにより、ユーザーは譬え他の番組視聴中であっても、予め選択した目的番組を失することなく視聴することができる。
【００３４】
なお、ステップＤ９でダイアローグ表示処理を行った後、ユーザーが、ビデオ予約と受信予約のいずれかを選択した時点で、ＴＶ３２は通常のＴＶ画面に切り替えられる。したがって、ユーザーは目的番組が開始されるまで自由にチャンネルを切り替えて所望の番組を視聴することができ、また、ビデオ予約後ＴＶ３２は、現在設定されているチャンネルの番組を引き続き視聴することができる。
【００３５】
一方、ステップＤ２での判別の結果、メニューキー４３が操作された場合には、このメニューキー４３の操作により自動案内が選択されたか否かを判別し、自動選択案内が選択された場合には、ユーザー嗜好による番組案内処理（ステップＤ１５）を実行し、選択されない場合には番組検索処理（ステップＤ１６）を実行する。なお、このユーザー嗜好による番組案内処理（ステップＤ１５）と、番組検索処理（ステップＤ１６）の処理内容については後述する。
【００３６】
また、ＣＰＵ４６は、図１５に示すフローに従って動作することにより、ＴＶビデオ用リモコン５９に対する操作を常時監視している。すなわち、ＴＶビデオ用リモコン５９が操作されたか否かを判別し（ステップＥ１）、操作されたならば前回の操作から今回の操作までの履歴を操作履歴メモリ５１に記録する（ステップＥ２）。したがって、例えばＴＶビデオ用リモコン５９により、７時に１２チャンネルを設定し、７時５分に４チャンネルに切り替え、７時３０分に３チャンネルに切り替え、７時４０分に６チャンネルに切り替え、９時にＴＶ電源をオフにしたとすると、図１６（Ａ）の左側部分に示すように、「７：００〜７：０５ （チャンネル）１２」「７：０５〜７：３０ （チャンネル）４」「７：３０〜７：４０ （チャンネル）３」「７：４０〜９：００ （チャンネル）６」等のＴＶビデオ用リモコン５９の操作履歴が操作履歴メモリ５１に記録されることとなる。
【００３７】
さらに、ＣＰＵ４６は、図１７に示すフローに従った処理を一定時間間隔、例えば３０分間隔で実行し、前回の処理との間で放送時間が終わった番組があるか否かを判別する（ステップＦ１）。そして、前回の処理との間、つまり３０分間に終わった番組があった場合には、操作履歴メモリ５１を参照して、放送時間終了番組について視聴時間比率を算出する（ステップＦ２）。すなわち、図１６（Ａ）に示した例において、図１７に示すフローが７：３０の時点で行われたとすると、前回との処理（７：００）との間で、放送時間が終わった番組として「×××ニュース」がある。また、この「×××ニュース」は、７：００〜７：３０の３０分番組であるが、操作履歴メモリ５１に記録されている「×××ニュース」に対応する４チャンネルの視聴時間は「７：０５〜７：３０」の２５分間であるから、この番組に対する視聴時間比率は２５／３０≒０．８３であり、この“０．８３”を視聴時間比率として算出する。次に、この視聴時間比率が、百分率で３５％以下である番組を切り捨て（ステップＦ３）、３５％を越える番組のみを有効視聴番組とする。したがって、この例の場合番組「×××ニュース」は８３％であるから有効視聴番組となり、よって、ステップＦ４で有効視聴番組か否かを判別した際、該判別はＹＥＳとなってからステップＦ５に進む。
【００３８】
また、この図１７に示すフローが８：００の時点で行われたとすると、図１６（Ａ）の例の場合７：３０〜８：００に終了した番組で放送時間の３５％以上視聴したものはないことから、ステップＦ４からＥＮＤに進む。しかし、９：００の時点で行われたとすると、前回との処理との間で、放送時間が終わった番組として「Ｊリーグ中継」がある。この「Ｊリーグ中継」は、７：００〜９：００の２時間番組であるが、操作履歴メモリ５１に記録されている「Ｊリーグ中継」に対応する６チャンネルの視聴時間は「７：４０〜９：００」の１時間２０分間であるから、この番組に対する視聴時間比率は８０／１２０≒０．６７である。したがって、この番組「Ｊリーグ中継」は有効視聴番組となり、よって、ステップＦ４からステップＦ５に進む。
【００３９】
そして、ステップＦ５では、有効視聴番組が帯番組であるか否かを判別し、帯番組である場合には、当該番組が登録番組メモリ６５に登録済みであるか否かを判別する（ステップＦ６）。当該番組が既に登録番組メモリ６５に登録済みであるならば、複数の有効視聴番組が同時に存在する可能性もあることから、各有効視聴番組についてステップＦ５以降の処理を行ったか否かを判別し（ステップＦ２２）、各有効視聴番組について処理を行っていればＥＮＤに進み、行っていないならばステップＦ５に戻る。
【００４０】
一方、ステップＦ６での判別の結果、帯番組である当該番組が登録番組メモリ６５に未登録であった場合には、これを登録番組メモリ６５に登録する（ステップＦ７）。したがって、帯番組に関しては視聴時間が３５％以上の有効視聴番組であることのみを条件として、登録番組メモリ６５への登録がなされ、これにより毎日放送される連続ドラマ等の確実な録画が可能となる。また、ステップＦ７の処理を行った後、及びステップＦ５での判別の結果、当該番組が帯番組でない場合にはステップＦ８に進んで、番組キーワード取り出し処理を行う。すなわち、図１１をもって前述したように、番組データメモリ５２に記憶された番組表データには各番組のキーワードが含まれており、このステップＦ８では、有効視聴番組となった番組のキーワードを番組データメモリ５２の番組表データから取り出す。次に、この取り出したキーワードに既にキーワードメモリ５３に登録済みのものが含まれている否かを判別し（ステップＦ９）、登録済みキーワードが含まれている場合には、該登録済みのキーワードの優先ポイントを更新する（ステップＦ１０）。
【００４１】
この優先ポイントの更新は、キーワードメモリ５３に現在登録されている全てのキーワードの現在の優先ポイントに“０．９”を乗じた後小数点以下切り捨て、今回取り出されたキーワードに関してはさらに“視聴時間比率×１００”の値を加算する処理である。すなわち、このフローが前述した例のように９：００の時点で行われたとすると、「Ｊリーグ中継」が有効視聴番組であって視聴時間比率は０．６７であり、キーワードは図１６（Ｂ）に示したように、「スポーツ」「Ｊリーグ」「サッカー」「浦和レット」「ベルテ川崎」であった。よって、これらのキーワードに関しては、現時点の優先ポイントが０．９倍された後“６７”が加算される。しかし、これら以外の他のキーワードに関しては、ステップＦ１１の優先ポイント更新処理により０．９倍のみされる。したがって、図１６（Ｃ）に示すように、キーワード「スポーツ」の現時点の優先ポイントが“８９１”であるとすると、８９１×０．９＋６７≒８６８となって、キーワード「スポーツ」の現優先ポイントが“８６８”に更新され、また、今回の有効視聴番組の他のキーワード「Ｊリーグ」「サッカー」「浦和レット」「ベルテ川崎」に関しても同様に乗算と加算とが行われて、優先ポイントが更新される。しかし、今回の有効視聴番組のキーワードではない「プロ野球」「ニュース」等に関しては、現時点の優先ポイントの０．９倍のみされて小数点以下が切り捨てられる。よって、有効視聴番組のキーワードでないキーワードは、ステップＦ１１の処理がなされる都度優先ポイントが減少して行き最終的には“０”となる。なお、ステップＦ３で用いる値及び優先ポイントの算出に用いる演算式や定数は、前記のものに限ることなく、ユーザーの番組選択行為をどの程度優先ポイントに敏感に反映させるか等を考慮して、適宜の演算式や定数を用いればよい。
【００４２】
このようにして優先ポイントの更新を行ったならば、前述のステップＦ８で取り出されたキーワードのなかにキーワードメモリ５３に未登録のものがあるか否かを判別する（ステップＦ１２）。そして、未登録のものはなく全て登録済みのキーワードであった場合には、取り出された全てのキーワードに対する処理はステップＦ１０で済んでいることから、ステップＦ１３〜Ｆ１５の処理を行うことなく、ステップＦ１６に進む。しかし、ステップＦ８で取り出されたキーワードのなかにキーワードメモリ５３に未登録である新たなキーワードがある場合には、該キーワードメモリ５３のリスト最大長を越えてしまうか否か、つまり該キーワードメモリ５３の容量内で新たなキーワードを登録可能であるか否かを判別する（ステップＦ１３）。そして、リスト最大長を越えてしまうようであれば、優先ポイント数が最下位であるキーワードをキーワードメモリ５３から削除した後（ステップＦ１４）、新キーワードをキーワードメモリ５３に登録する（ステップＦ１５）。また、ステップＦ１３での判別の結果、リスト最大長を超えないのであれば、最下位キーワードを削除することなく、そのまま新キーワードをキーワードメモリ５３に登録する（ステップＦ１５）。次に、キーワードメモリ５３に登録されたキーワードリストをソートし（ステップＦ１６）、これにより図１６（Ｄ）に示すように、優先ポイントが高い順にキーワードが並び替えられる。引き続き、以上に説明したステップＦ８〜Ｆ１６の処理を出演者についても行い（ステップＦ１７）、これにより出演者メモリ５４に登録されている出演者に関しても優先ポイントの更新がなされるとともに、優先ポイントが高い順に出演者が並び替えられる。
【００４３】
次に、所定ポイント数以上のキーワード又は出演者が、キーワードメモリ５３又は出演者メモリ５４に登録されているか否かを判別し（ステップＦ１８）、所定ポイント数以上のキーワード又は出演者がない場合には前述したステップＦ２２に進む。また、所定ポイント数以上のキーワード又は出演者がある場合には、該当するキーワード又は出演者の番組であって、現時点以降の番組を番組データメモリ５２にて検索する（ステップＦ１９）。次に、この検索した番組が既に登録番組メモリ６５に登録済みか、又は既に登録済みの番組の放送の開始から終了までの時間帯と重複するか否かを判別し（ステップＦ２０）、未登録でありかつ時間帯が重複しない場合には当該番組の開始時刻、番組を放送する局のチャンネル、終了時刻を登録番組メモリ６５に登録する（ステップＦ２１）。したがって、このステップＦ２１の処理が行われることにより、ユーザーがよく視聴するジャンルの番組や好みの出演者が出演する番組を、放送時間帯の重複なく登録番組メモリ６５に自動登録することができる。そして、ステップＦ２２では前述したように、今回有効視聴番組とされた全ての番組についてステップＦ５からの処理を行ったか否かを判別し、行ったならばＥＮＤに進む。
【００４４】
また、ＣＰＵ４６は、図１８に示すフローに従って動作することにより、登録番組メモリ６５に登録されている番組の開始時刻を常時監視しており、登録されている何れかの番組の開始時刻となったか否かを判別する（ステップＧ１）。そして、何れかの番組の開始時刻となったならば、リモコン発信部３７からビデオデッキ３３に対して、ビデオ電源オン信号、当該番組のチャンネル設定信号、録画スタート信号を発信する（ステップＧ２）。これにより、ビデオデッキ３３が録画動作して、設定チャンネルの番組が録画され始める。引き続き、この録画を開始させた番組の終了時刻となったか否かを判別し（ステップＧ３）、終了時刻となったならば、リモコン発信部３７からビデオデッキ３３に対して、録画終了信号及びビデオ電源オフ信号を発信する（ステップＧ４）。これにより、番組の録画を終了した時点で、ビデオデッキ３３が録画停止した後電源オフとなり、手動登録された番組や自動登録された番組を失することなく録画することができる。
【００４５】
他方、前記ユーザーに嗜好による番組案内処理（図１３のステップＤ１５）は、図１９に示すフローに従って行われ、現在時刻からの番組をＴＶ３２の画面に表示させる（ステップＨ１）。次に、カーソルキー４４に対する操作の有無を判別し（ステップＨ２）、操作されたならば、十字状のカーソルキー４４の操作部位に応じた方向に表示をスクロール制御する（ステップＨ３）。このステップＨ３の処理により、カーソルキー４４の操作に伴って、ＴＶ３２の画面に、現在時間帯からの所望の局の所望の部分の番組表を表示させることができる。次に、このスクロール表示させている番組中に手動登録番組、つまり図１３のステップＤ１１の処理によりユーザーが自ら登録した登録番組があるか否かを判別し（ステップＨ４）、ある場合には当該番組の表示色を赤に変更する（ステップＨ５）。さらに、表示番組中に自動登録番組、つまり図１７のステップＦ７又はステップＦ２０の処理により自動登録した番組があるか否かを判別し（ステップＨ６）、ある場合には当該番組の表示色を青に変更する（ステップＨ７）。したがって、この図１９に示すフローに従って処理が行われることにより、新聞等を用いずとも、ＴＶ３２の画面に所望の番組を表示させ得るのみならず、手動登録番組は赤、自動登録番組は青で表示されることにより、既に登録されている番組（タイマー予約された番組）を識別することができる。
【００４６】
また、前記番組検索処理（図１３のステップＤ１６）は、図２０に示すフローに従って行われ、文字キー４５の操作により入力された文字を取り込み（ステップＩ１）、実行キー４２が操作されたか否かを判別する（ステップＩ２）。そして、実行キー４２が操作されたならば、その時点までに入力されている文字に対応するキーワード又は出演者を、番組データメモリ５２にて検索し（ステップＩ３）、当該キーワード又は出演者が番組データメモリ５２に記憶されている番組データ内にあるか否かを判別する（ステップＩ４）。この判別の結果、当該キーワード又は出演者が番組データメモリ５２に記憶されている場合には、当該キーワード又は出演者に対応する全ての番組を番組データメモリ５２から読み出して表示する（ステップＩ４）。これにより、ユーザーは最大２週間先までにおいて、キーワードや出演者で指定した好みの番組を容易かつ迅速に視認することができる。また、ステップＩ４での判別の結果、番組データメモリ５２に入力されたキーワードや出演者の番組がない場合には、「番組なし」の表示を行い（ステップＩ６）、この表示により、ユーザーは最大２週間先までにおいて、キーワードや出演者で指定した好みの番組が放送されないことを知ることができる。
【００４７】
なお、この実施の形態においては、電話回線３４を介してサービスセンター３５に格納されている２週間分の番組データを読み込むようにしたが、図２１に示すように、前述した実施の形態と同様にＦＭ放送波に番組データを多重化してサービスセンター３５から送信し、これを受信して放送番組案内装置３１の前記番組データメモリ５２に記憶させる構成としてもよい。かかる構成によれば、前述した実施例と同様に、番組の中止、変更、延長等に対応し得る番組録画が可能となる。また、図２２に示すように、記憶媒体７０にある程度長期間に亙る番組データを記憶させておき、この記憶媒体７０を放送番組案内装置３１にセットして番組データを読み取らせ、番組データメモリ５２に記憶させる構成としてもよい。さらに、図２３に示すように、新聞や雑誌等の印刷媒体７１の一部に高密度なデジタル記録印刷７２を施して番組データを記録させておき、これを放送番組案内装置３１に接続されたスキャナ７３で読み取って、番組データメモリ５２に記憶させる構成としてもよい。さらに、番組表データを文字放送における放送データとして送信してもよい。また、ＴＶ放送に限らずＦＭ（多重放送），ＡＭ，ＣＡＴＶ，ＢＳ，ＣＳの放送に適用できることは勿論である。
【００４８】
なお、本実施の形態における制御プログラムを着脱自在な記憶媒体に記憶させておき、この記憶媒体を装置本体にセットすることにより、前述した制御を実行させるようにしてもよい。
【００４９】
【発明の効果】
以上説明したように本発明は、各放送番組の特徴を表すデータを含む番組表データを受信し、前記放送番組の放送時間長に対する聴取又は視聴された時間長の比率を算出して、この比率に対応する値を放送番組の特徴を表すデータ毎に加算し、この加算された比率に対応する値が所定以上である放送番組の特徴を表すデータを含む番組を前記番組表データから抽出して、受信予約する番組として記憶するようにした。したがって、ユーザーが聴取又は視聴する番組の放送時間長に対する聴取又は視聴された時間長を考慮しつつ、つまりはユーザーの放送番組に対する嗜好を加味した放送番組の自動受信予約が可能となる。
【００５０】
さらに本発明は、加算された前記比率に対応する値を前記特徴を表すデータ毎に記憶し、前記加算を行うに際して、前記記憶手段に記憶されている全ての特徴を表すデータの値に１未満の値を乗算する乗算処理を更に行うようにした。よって、記憶手段に記憶された特徴のうち、加算が行われなくなった特徴を表すデータ、つまりユーザーの嗜好の変化に伴って該ユーザーが聴取あるいは視聴しなくなった番組の値は徐々に減少することとなり、この値にユーザーの嗜好の変化を反映させることができる。
【００５１】
また、本発明は、放送番組に関する情報中に各番組の特徴を表すデータを含んで送信し、この送信される番組の特徴を表すデータに基づき、聴取又は視聴された放送番組の特徴を検出するようにした。よって、番組の特徴を表すデータは番組情報として予め送信手段により送信されてくることから、放送される番組自体から特徴を抽出する複雑な処理は不要となり、システムや装置の簡略化を図ることができる。また、前記特徴を表すデータを、当該番組の特徴を表すキーワード又は当該番組に出演する出演者名の少なくとも何れか一方としたことから、番組のジャンルや出演者に関するユーザーの嗜好を考慮した自動番組受信予約が可能となる。さらに、前記受信予約がＴＶ録画予約であり、前記各情報はＴＶ音声を送るためのＦＭ信号に多重化されて送信されてくるようにしたことから、別途番組情報を受信するためのチューナを設ける必要がなく、また、ＴＶを視聴している最中であっても番組情報の受信が可能となる。さらに、文字放送として送信されてくる前記番組情報を受信し、ＦＭ放送波に多重化された送信されてくる番組情報等を受信する構成により、文字放送システムやＦＭ多重放送を利用した番組受信予約の実現が可能となる。
【図面の簡単な説明】
【図１】本発明の一実施の形態を示すブロック図である。
【図２】同実施の形態にかかる装置の外観正面図である。
【図３】（Ａ）は番組表データの構成を示す概念図、（Ｂ）は番組表変更データの構成を示す概念図である。
【図４】ＲＡＭの予約データ格納エリアの構成を示す概念図である。
【図５】多重データ受信処理の処理手順を示すフローチャートである。
【図６】タイマー設定処理の処理手順を示すフローチャートである。
【図７】多重表示部の変化形態を示す図である。
【図８】本発明の他の実施例を適用したシステムの全体構成を示すブロック図である。
【図９】同実施の形態にかかる番組案内装置の構成を示す図である。
【図１０】同実施の形態にかかる装置本体の構成を示すブロック図である。
【図１１】番組表データの構成を示す概念図である。
【図１２】タイマーによる間欠起動処理の処理手順を示すフローチャートである。
【図１３】番組登録及び番組案内の処理手順を示すフローチャートである。
【図１４】ＴＶ画面の表示例を示す図である。
【図１５】操作履歴の記録処理の処理手順を示すフローチャートである。
【図１６】（Ａ）は操作履歴メモリの記憶内容と番組との関係を示す図、（Ｂ）は番組とキーワードとの関係を示す図、（Ｃ）（Ｄ）はキーワードメモリの変化状態を示す図である。
【図１７】番組の自動登録処理の処理手順を示すフローチャートである。
【図１８】タイマー受信の処理手順を示すフローチャートである。
【図１９】ユーザー嗜好による番組案内の処理手順を示すフローチャートである。
【図２０】番組検索の処理手順を示す図である。
【図２１】本発明の他の実施の形態を示す概念図である。
【図２２】本発明の他の実施の形態を示す概念図である。
【図２３】本発明の他の実施の形態を示す概念図である。
【符号の説明】
３ ＦＭ多重ブロック
４ ＶＴＲブロック
６ ＲＡＭ
１０ 多重表示部
１１ マイコン
１３ キー入力部
２７ 予約データ記憶エリア
３１ 放送番組案内装置
３４ 電話回線
３６ 装置本体
４６ ＣＰＵ
５１ 操作履歴メモリ
５３ キーワードメモリ
５４ 出演者メモリ
６５ 登録番組メモリ
【発明の属する技術分野】
本発明は、ＴＶ録画予約等の各種放送の受信予約に必要な処理を行う放送番組送受信システム及び放送番組受信装置に関する。
【０００２】
【従来の技術】
従来、ＴＶ放送等（ＦＭ，ＡＭ，ＣＡＴＶ，ＢＳ，ＣＳ放送）に関しては、新聞や雑誌に放送番組が掲載されており、これらの掲載を見ることにより、放送予定を確認することができる。また、所定の操作を行って、掲載されている番組の放送チャンネルや放送開始及び終了時刻を入力したり、付記されているＧコードを入力することにより、番組を受信予約して、この受信予約した番組を録画することも可能となる。
【０００３】
【発明が解決しようとする課題】
しかしながら、このように従来においては放送番組が新聞や雑誌等に印刷されており、この印刷されている番組内容を視認しつつ、所定の操作を行って予約に必要な情報を入力しなければならない。このため、予約に必要な操作が煩雑となるのみならず、入力ミスが生じてしまいその結果所望の番組を録画することができない場合が発生する。
【０００４】
本発明は、このような従来の課題に鑑みてなされたものであり、煩雑な操作を伴うことなく所望の番組を適正に受信予約することのできる放送番組送受信システム及び放送番組受信装置を提供することを目的とするものである。
【０００５】
【課題を解決するための手段】
前記課題を解決するために請求項１記載の放送番組送受信システムにあっては、放送番組送信装置と放送番組受信装置とで構成され、前記放送番組送信装置は、各放送番組の特徴を表すデータを含む番組表データを送信する送信手段を有し、前記放送番組受信装置は、前記送信手段により送信される前記番組表データを受信する受信手段と、前記放送番組の放送時間長に対する聴取又は視聴された時間長の比率を算出する算出手段と、この聴取又は視聴された放送番組の特徴を表すデータを前記番組表データに基づき検出する検出手段と、この検出手段により検出された前記放送番組の特徴を表すデータ毎に、前記算出手段により算出された比率に対応する値を加算する加算手段と、この加算手段により加算された前記値が所定以上である放送番組の特徴を表すデータを含む番組を前記番組表データから抽出する抽出手段と、この抽出手段により抽出された番組を、受信予約する番組として記憶する記憶手段とを有する。
【０００６】
すなわち、ユーザーがある番組を聴取、視取又は視聴すると、当該ユーザーが視聴等した番組の放送時間長に対する聴取、視取又は視聴した時間長の比率が算出され、この算出された比率に対応する値が当該放送番組の特徴を表すデータ毎に加算される。そして、この加算された比率が所定以上である放送番組の特徴を表すデータを含む番組が前記番組表データから抽出されて、受信予約する番組として記憶される。したがって、ユーザーが聴取又は視聴する番組の放送時間長に対する聴取又は視聴された時間長を考慮しつつ、つまりはユーザーの放送番組に対する嗜好を加味した放送番組の自動受信予約が可能となる。
【０００７】
また、請求項２記載の放送番組受信装置にあっては、各放送番組の特徴を表すデータを含む番組表データを受信する受信手段と、前記放送番組の放送時間長に対する聴取又は視聴された時間長の比率を算出する算出手段と、この聴取又は視聴された放送番組の特徴を表すデータを前記番組表データに基づき検出する検出手段と、この検出手段により検出された前記放送番組の特徴を表すデータ毎に、前記算出手段により算出された比率に対応する値を加算する加算手段と、この加算手段により加算された前記値が所定以上である放送番組の特徴を表すデータを含む番組を前記番組表データから抽出する抽出手段と、この抽出手段により抽出された番組を、受信予約する番組として記憶する記憶手段とを有する。
【０００８】
すなわち、ユーザーがある番組を聴取、視取又は視聴すると、当該ユーザーが視聴等した番組の放送時間長に対する聴取、視取又は視聴した時間長の比率が算出され、この算出された比率に対応する値が当該放送番組の特徴を表すデータ毎に加算される。そして、この加算された比率が所定以上である放送番組の特徴を表すデータ含む番組が前記番組表データから抽出されて、受信予約する番組として記憶される。したがって、ユーザーが聴取又は視聴する番組の放送時間長に対する聴取又は視聴された時間長を考慮しつつ、つまりはユーザーの放送番組に対する嗜好を加味した放送番組の自動受信予約が可能となる。
【０００９】
また、請求項３記載の放送番組受信装置にあっては、前記加算手段により加算された前記値を前記特徴を表すデータ毎に記憶する記憶手段を更に有し、前記加算手段は、前記加算を行うに際して、予め前記記憶手段に記憶されている全ての特徴を表すデータの値に１未満の値を乗算する乗算処理を更に行う。したがって、記憶手段に記憶された特徴を表すデータのうち、加算が行われなくなった特徴を表すデータ、つまりユーザーの嗜好の変化に伴って該ユーザーが聴取あるいは視聴しなくなった番組の特徴を表すデータの値は徐々に減少することとなり、この値にユーザーの嗜好の変化を反映させることができる。
【００１０】
また、請求項４記載の放送番組受信装置にあっては、前記特徴を表すデータは、番組の特徴を表すキーワード又は当該番組に出演する出演者名の少なくとも何れか一方である。したがって、番組のジャンルや出演者に関するユーザーの嗜好を考慮した自動番組受信予約が可能となる。
【００１１】
【発明の実施の形態】
以下、本発明の一実施の形態について図面に従って説明する。図１は、本発明の一実施の形態を適用したＶＴＲの構成を示すブロック図である。このＶＴＲには、アンテナ１に接続されたＴＶチューナ２を有し、このＴＶチューナ２はＦＭ多重ブロック３とＶＴＲブロック４とに接続されている。ＦＭ多重ブロック３には、ＦＭ多重デコーダ５、ＲＯＭ６、ＲＡＭ７、時計部８、表示コントローラ９、及び多重表示部１０が設けられている。ＦＭ多重デコーダ５は、ＦＭ波からなるＴＶ音声信号波に多重化されている多重データを分離し、マイコン１１はこの分離された多重データに基づき表示コントローラ９を制御して、多重データを多重表示部１０に表示させる。マイコン１１は、この表示コントローラ９の制御を行うのみならず、ＲＯＭ６に格納されているプログラム及びキー入力部１２からの操作情報に基づき、時計部８、ＦＭ多重デコーダ５等のＦＭ多重ブロック３の各部及びＶＴＲブロック４の各部を制御する。
【００１２】
ＶＴＲブロック４には、Ｉ／Ｆ１３、Ｙ／Ｃ分離回路１４、記録部１５、再生部１６、クロマ回路１７が設けられている。Ｉ／Ｆ１３には、ＴＶチューナ２より映像信号が入力され、Ｙ／Ｃ分離回路１４はこの映像信号から輝度信号と色信号とを分離する。記録部１５は、この分離された輝度信号と色信号とを音声信号と共に磁気テープに記録し、再生部１６はこの磁気テープに記録された信号を再生して出力する。この再生部１６にて再生出力された信号又はＹ／Ｃ分離回路１４からの信号は、クロマ回路１７を介して、ＴＶモニターであるＴＶ表示部１８に供給され、これによりＴＶ表示部１８に受信したＴＶ画像、又は記録したＴＶ画像が表示されるように構成されている。また、図２に示すように、このＶＴＲの本体１９には、ビデオテープを挿入するための挿入口２０が形成されているとともに、前記多重表示部１０及びキー入力部１２が設けられている。このキー入力部１２には、一対の上下カーソルキー２２、予約内容を確定させるための予約キー２３、タイマー予約設定モードを設定するためのモードキー２４等、ＶＴＲに必要な各種キーが設けられている。
【００１３】
図３は、ＦＭ波からなるＴＶ音声信号波に多重化されている多重データの送信フォーマットを示すものである。この実施の形態において番組に関する多重データとしては、同図（Ａ）に示した番組表データと、（Ｂ）に示した番組表変更データとが送信される。番組表データは、放送局名、番組名、番組の開始時刻と終了時刻を示すデータで構成され、これらデータで構成させる１日分の番組データが深夜等の所定の時刻に１日に１回各ＴＶ放送局から送信される。なお、特定の曜日に１週間分の番組表データを送信するようにしてもよく、その場合これらのデータにさらに放送日を示す日付データが付加されて送信されることとなる。また、放送局名に代えて周波数やチャンネル番号を送信し、番組名に代えて当該番組を示す番組コードを送信するようにしてもよい。
【００１４】
図３（Ｂ）に示した番組表変更データは、放送時間の変更データ（ａ）、放送の中止データ（ｂ）、及び番組の変更データ（ｃ）とからなる。放送時間の変更データ（ａ）は、当該番組の開始時刻と終了時刻の少なくとも一方を変更する場合に送信されるデータであって、当該データが番組表変更データであることを示す番組表変更コード、当該データが放送時間の変更データ（ａ）であることを示す時間変更コード、放送局名、番組名、変更した開始時刻と終了時刻の各データで構成される。無論、開始時刻と終了時刻との何れか一方のみが変更される場合、例えば野球延長に伴って、野球放送の終了時刻のみが変更となる場合には、時刻データとしては終了時刻のみが送信されることとなる。
【００１５】
放送の中止データ（ｂ）は、当該番組の放送を中止する場合に送信されるデータであって、当該データが番組表変更データであることを示す番組表変更コード、当該データが放送の中止データ（ｂ）であることを示す番組中止コード、放送局名、番組名の各データで構成される。番組の変更データ（ｃ）は、急遽放送することとなった番組を追加する場合に送信されるデータであって、当該データが番組表変更データであることを示す番組表変更コード、当該データが番組の変更データ（ｃ）であることを示す番組追加コード、放送局名、番組名、その開始時刻と終了時刻の各データで構成される。ここで、放送の中止は、その前の番組の延長あるいは番組の変更に伴って発生する事項であることから、番組の中止データ（ｂ）は、単独では送信されることはなく、放送時間の変更データ（ａ）又は番組の変更データ（ｃ）の何れかと共に送信されることとなる。なお、多重データとしては、これら以外に現在時刻を示す時刻データが一定時間毎に送信され、また、例えば天気予報、ニュース等の多重表示部１０に表示させるための表示データが適宜送信される。
【００１６】
前記ＲＡＭ７には、図３（Ａ）に示した番組表データを格納するための番組表データ格納エリア（図示せず）が設けられているとともに、図４に示す予約データ格納エリア２７が設けられている。この予約データ格納エリア２７には、各々複数の放送局名エリア２７ａ、番組名エリア２７ｂ、開始時刻エリア２７ｃ、終了時刻エリア２７ｄが設けられており、各エリアに２３ａ〜２３ｄには録画を予約した番組の放送局名、番組名、開始時刻、終了時刻が予約データとして記憶される。なお、この予約データは、当該番組のタイマー録画が終了した時点で消去される。
【００１７】
次に、以上の構成にかかる本実施の形態の動作をフローチャートに基づいて説明する。すなわち、マイコン１１は、電源が供給状態にある限り常に図５に示すフローに従って動作を行っており、ＴＶ信号の音声信号波に多重化されている多重データを受信する（ステップＡ１）。次に、この受信した多重データが番組表データであるか否かを判別し（ステップＡ２）、番組表データであったならば、ＲＡＭ７の番組表データ格納エリアに記憶されている番組表データを更新する（ステップＡ３）。したがって、番組表データ格納エリアに記憶されている番組表データは、放送局が新たな番組表データを送信する都度更新されることとなる。
【００１８】
また、ステップＡ２での判別の結果、受信した多重データが番組表データでなかった場合には、それが番組表変更データであるか否かを判別し（ステップＡ４）、番組変更データであった場合には、ＲＡＭ７の番組表データ記憶エリアに記憶されている番組表データ中の対応箇所を変更する（ステップＡ５）。すなわち、受信されたデータに図３（Ｂ）に示した番組表変更コードが含まれていれば、当該データは番組表変更データであって、放送時間の変更データ（ａ）、放送の中止データ（ｂ）、番組の変更データ（ｃ）の何れかである。そして、放送時間の変更データ（ａ）である場合には、対応する放送局の番組名の開始時刻や終了時刻を、当該放送時間の変更データ（ａ）に含まれている開始時刻や終了時刻に書き換える。また、放送の中止データ（ｂ）である場合には、対応する放送局であって番組名のデータを消去し、番組の変更データ（ｃ）である場合には、同時に受信された放送局名、番組名、開始時刻、終了時刻の各データを、前述の消去したデータが記憶されてたエリアに書き込む。
【００１９】
このようにして、ＲＡＭ７の番組表データ記憶エリアに記憶されている番組表データの対応箇所を変更したならば、図４に示したに予約データ格納エリア２７に予約データが格納されているか否かに基づき、タイマー予約されているか否かを判別する（ステップＡ６）。そして、タイマー予約されている場合には、さらにこの予約されている番組に変更があるか否か、つまり予約されている番組が受信された番組表変更データの中に含まれているか否かを判別する（ステップＡ７）。そして、含まれている場合には、前述したステップＡ５での放送時間の変更データ（ａ）と放送の中止データ（ｂ）に対応する処理を行って、対応する放送局の番組名の開始時刻や終了時刻を、変更データに基づく開始時刻や終了時刻に書き換え、あるいは対応する放送局であって番組名のデータを消去する（ステップＡ８）。これにより、後述するタイマー設定処理によりタイマー予約を行った後、放送開始及び終了時間の変更があった場合であっても、タイマー予約を行った番組を最初から最後まで確実に録画することができる。しかも、前述のように、このフローに従った処理は常時実行され、タイマー録画中も実行されていることから、例えば野球放送をタイマー録画している場合において野球放送が延長されたとき、放送が終了するまでの経過を確実に録画することができる。また、中止となった番組のデータが予約データ格納エリア２７から消去されることにより、中止になった番組に対応する時間帯においては録画がなされない。よって、予期しない不要な番組が録画されてしまう不都合や、これにより装置本体１９にセットされているビデオテープが無用に消費されてしまう不都合を防止することもできる。
【００２０】
他方、ステップＡ４での判別の結果、受信された多重データが番組表変更データでもなかった場合には、それが時刻データか否かを判別し（ステップＡ９）、時刻データであった場合には、時計部８の時刻を修正する（ステップＡ１０）。したがって、時計部８は時刻データが受信される都度時刻を修正されてその正確さが維持され、この正確さが維持されている時計部８の計時値に基づいてマイコン１１が動作することにより、番組の開始時点から終了時点までを精度よくタイマー録画することができる。また、ステップＡ９での判別の結果時刻データでなければ、受信された多重データは表示データに他ならず、この場合にはこの受信された表示データに基づき、天気予報等を多重表示部１０に表示させる。
【００２１】
一方、タイマー予約する番組を設定するためのタイマー設定処理は、図６に示すフローに従って行われる。すなわち、前記モードキー２４が操作されると、マイコン１１はタイマー予約設定モードを設定し（ステップＢ１）、引き続き放送局選択処理を実行する（ステップＢ２）。この放送局選択処理は、多重表示部１０に受信可能な放送局からなる放送局メニューを表示し、上下カーソルキー２２の操作に伴って、表示された所望の放送局名にカーソルを移動させ、予約キー２３が押された時点でカーソルが位置している局名の放送局を選択する処理である。この放送局選択処理が終了したならば、次に番組選択処理を実行する（ステップＢ３）。この番組選択処理は、上下カーソルキー２２の操作に伴って、前述のステップＢ２で選択された放送局の番組名及び開始時刻と終了時刻を多重表示部１０に、時刻順をもって表示する処理であり、この処理により図７に示すように、選択された放送局の番組名及び開始時刻と終了時刻とが順次スクロール表示される。
【００２２】
そして、このようにして多重表示部１０に所望の放送局の番組名及び開始時刻と終了時刻とを表示させた後、予約キー２３の操作を行うと、該予約キー２３の操作が取り込まれて（ステップＢ４）、この時点で多重表示部１０に表示されていた放送局名、番組名、開始時刻、終了時刻が予約データ格納エリア２７に書き込まれ、当該番組のタイマー予約が完了する。次に、予約終了か否か、つまり予約データ格納エリア２７の全てのエリアに予約データが書き込まれたか否か、又は所定の予約終了操作が行われたか否かを判別する。これらいずれかの状態が生ずるまでステップＢ２からの処理を繰り返し、いずれの状態が生じて予約終了となった時点で、このタイマー設定処理を終了する。
【００２３】
なお、本実施の形態においては、予め番組表データを送受信し、番組が変更された場合には番組表変更データを送受信して、受信済みの番組表データを修正するようにしたことから、番組が変更された際に送受信するに必要なデータ量を可及的に少なくすることができる。また、予約データ格納エリア２７に書き込まれた予約データと番組表データとの比較を行うことなく、該番組表データよりも遥かにデータ量の少ない番組表変更データと予約データとを比較することにより、該予約データに変更があったか否かを判別することができ、予約データに変更が生じたか否かの判別するための処理が容易となる。無論、番組が変更された場合本実施の形態のように番組表変更データを送受信することなく、変更後の番組表データそのものを送受信するようにしてもよい。
【００２４】
図８は、本発明の他の実施の形態の全体構成を示すものである。すなわち、ＴＶ３２は、複数のビデオ接続端子を有し、該ＴＶ３２の異なるビデオ接続端子には放送番組案内装置３１とビデオデッキ３３とが接続されている。このＴＶ３２とビデオデッキ３３は各々リモコン受信部を有し、同一のＴＶビデオ用操作リモコン５９により遠隔操作可能である。放送番組案内装置３１は、電話回線３４を介してサービスセンター３５に接続されており、サービスセンター３５には少なくとも２週間先までの各局のテレビ番組の番組表データが、電話回線３４を介して読み取り可能に格納されている。
【００２５】
放送番組案内装置３１は、図９に示すように、装置本体３６とこの装置本体３６に接続されたリモコン発信部３７、及び装置用操作リモコン３８とで構成されている。装置本体３６には、ＴＶビデオ用リモコン５９と装置用操作リモコン３８の双方からの信号を受信するリモコン受信部３９、インジケータ４０、電源の状態表示用のＬＥＤ４１等が設けられている。装置用操作リモコン３８には、実行キー４２、メニューキー４３、十字状のカーソルキー４４、及び文字キー４５が設けられている。
【００２６】
図１０は、前記装置本体３６の構成を示すブロック図であり、ＣＰＵ４６には前記電話回線３４との接続を行うモデム４７が接続されているとともに、前記リモコン受信部３９内に配置されたリモコン受光部４８、前記リモコン発信部３７内に配置されたリモコン発光部４９、及び時計５０が接続されている。さらにＣＰＵ４６には、バスラインを介して、操作履歴メモリ５１、番組データメモリ５２、登録番組メモリ６５、キーワードメモリ５３、出演者メモリ５４が接続されている。操作履歴メモリ５１は前記ＴＶビデオ用リモコン５９の操作履歴を記憶し、番組データメモリ５２はサービスセンター３５から送信される２週間分の番組表データを記憶する。登録番組メモリ６５はタイマー録画する番組を記憶し、キーワードメモリ５３は後述するように番組表データ内のキーワードとそのポイント数とを記憶し、出演者メモリ５４は番組表データ内の出演者とそのポイント数とをに記憶する。さらに、ＣＰＵ４６には、ＲＯＭ５５とＶＲＡＭ５６がバスラインを介して接続されている。ＲＯＭ５５には、後述するフローによって示される処理プログラムが格納されており、ＶＲＡＭ５６からの出力は、ビデオ回路５７、及びビデオ出力部５８を介して、前記ＴＶ３２のビデオ入力端子に与えられる。
【００２７】
図１１は、前記サービスセンター３５から電話回線３４を介して受信する番組表データのデータフォーマットを示すものである。図に示すように、この番組表データには、放送年月日（曜日）、１ＣＨ、８ＣＨ等の放送局のチャンネル番号、番組の開始時刻、帯番組であるか否かを示すデータ、当該番組のジャンルや特徴を表すキーワード、当該番組の出演者の各データで構成されている。この番組表データにおいて、「帯番組」のデータが「平日」であればその番組は平日の同一時刻に放送される帯番組であることを示し、データが「木曜」等の特定の曜日である場合にはその番組は帯番組ではないことを示す。また、この実施の形態における番組表データには、番組の終了時刻は含まれていないが、次の番組の開始時刻が前の番組の終了時刻である。なお、番組表データの内容としては図示のものに限ることなく、さらにステレオ放送、２カ国語放送等の区別を示すデータを付加すれば、番組表データの内容をさらに緻密なものにすることができる。
【００２８】
次に、以上の構成にかかる本実施の形態の動作をフローチャートに従って説明する。なお、ＣＰＵ４６は、ＲＯＭ５５に格納されているプログラムに従って動作することにより、各フローに従った処理を並列的に実行する。すなわち、ＣＰＵ４６は、図１２に示すタイマーによる間欠起動フローに従った処理を、毎週１回特定の時刻（例えば深夜）に行い、発呼処理を行って（ステップＣ１）、モデム４７を起動し、電話回線３４を介してサービスセンター３５との接続を行う（ステップＣ２）。次に、初回接続か否かつまりこの装置本体３６を使用開始後初めてのサービスセンター３５との接続か否かを判別し（ステップＣ３）、初回接続であるならば、現在から２週間先までの番組表データをサービスセンター３５からダウンロードし、番組データメモリ５２に記憶させる（ステップＣ４）。
【００２９】
また、初回接続でない場合には、先ず番組データメモリ５２から、過去の番組表データを消去する（ステップＣ５）。つまり、この実施の形態においては、１週間毎にこのフローに従った処理が実行されることから、実行時には番組データメモリ５２に１週間分の過去の番組表データが残存しており、この１週間分の過去の番組表データを消去する。引き続き、１週間先から２週間先までの番組表データをサービスセンター３５からダウンロードし、番組データメモリ５２に記憶させる（ステップＣ６）。これにより、番組データメモリ５２には、現在から２週間先までの番組表データが記憶されたこととなるが、この２週間先までの番組表データのうち、現在から１週間先までの番組表データは、現在から１週間前に記憶されたものであって、その間に番組変更あることが想定される。一方、サービスセンター３５では、番組変更がある都度番組表データの更新を行っている。そこで、次のステップＣ７では、サービスセンター３５に格納されている現在から１週間先までの番組表データに基づき、番組データメモリ５２に記憶されている現在から１週間先までの番組表データを訂正する。これにより、長期間に亙る番組表データを番組データメモリ５２に記憶させておいても、記憶させた後の番組変更に対応することができる。
【００３０】
なお、サービスセンター３５への接続頻度は１週間に限ることなく、これより長期あるいは短期でもよく、さらにはユーザーが設定できるようにしてもよい。ここで、番組表データをテキストを主とするデータとすると、１番組の情報が平均３０バイトと想定され、１局で４０番組／日であって、１０局の放送局を扱うとすると、１２ｋバイト／日となり、この１週間分で約８４ｋバイトである。これを圧縮して、約半分以下の４０ｋバイトのデータとして通信を行うとすると、モデムを用いて１４．４ｋｂｐｓの通信速度で、約２２秒であり、通常の電話回線を使用しても通信費は小さく押さえられる。したがって、サービスセンター３５への接続頻度をより高くしても経済的負担は少なく、接続頻度をユーザーが設定できる構成により、自己の経済的負担を勘案した頻度で番組表データのダウンロードを行うことができる。また、前記のフローとは逆に、サービスセンター３５側からの着呼を受けて、番組表データを受信するようにしてもよい。
【００３１】
またＣＰＵ４６は、図１３に示すフローに従って視聴ＴＶ番組の検索／選択、及びビデオ予約、受信予約処理を実行する。すなわち、ＴＶ３２においてこの放送番組案内装置３１が接続されているビデオ接続端子が選択されているか否かを判別し（ステップＤ１）、選択されているならば以降の処理を開始して、メニューキー４３の操作の有無を判別する（ステップＤ２）。そして、メニューキー４３が操作されてない場合には、現時刻からの番組表示を行う（ステップＤ３）。このステップＤ３の処理により、現時刻が午前８時代であるならば、午前８時からの番組表データを番組データメモリ５２から読み出し、図１４に示すようにＴＶ３２の画面に、新聞のＴＶ番組欄と同様の表示形態で、２局分の午前８時からのＴＶ番組を並列的に表示する。また、スクロール可能な方向を示す複数の矢印６０を表示するとともに、番組を取り囲むボックスカーソル６１を表示する。
【００３２】
次に、カーソルキー４４が操作されたか否かを判別し、操作されたならば、十字状のカーソルキー４４の操作部位に応じた方向にボックスカーソル６１を移動表示させるとともに、ボックスカーソル６１の移動方向に応じて番組表示をスクロール制御する（ステップＤ５）。このステップＤ５の処理により、カーソルキー４４の操作に伴って、ＴＶ３２の画面に全局の現在時間帯からの番組を表示させることができるとともに、所望の番組上にボックスカーソル６１を移動させることができる。また、カーソルキー４４の操作がなされない状態となったならば、実行キー４２が操作されたか否かを判別し（ステップＤ６）、操作されたならば、このときボックスカーソル６１が位置している番組である目的番組が現時点で放送中であるか否かを判別する（ステップＤ７）。この目的番組が放送中である場合には、リモコン発信部３７から当該放送局のチャンネル番号信号を発信することにより、当該番組を放送しているチャンネルにＴＶ３２のチャンネルを変更し（ステップＤ８）、ＴＶ３２に当該番組を受信させる。したがって、ユーザーは雑誌や新聞等を用いたり、該新聞等の番組欄を視認してからチャンネル操作を行う必要はなく、ＴＶ３２の画面のみを視認しつつ、所望の番組を視認可能にチャンネル設定を行うことができる。
【００３３】
また、ステップＤ７での判別の結果、目的番組が現時点で放送中でない場合には、ダイアローグ表示処理（ステップＤ９）を行ってＴＶ３２の画面の一部に「ビデオ予約しますか？」「受信予約しますか？」の文字を表示する。この表示に対してユーザーが、カーソルキー４４の操作と実行キー４２とを行うことにより、ビデオ予約と受信予約のいずれかを選択することができる。そして、次のステップＤ１０では、ビデオ予約が選択されたか否かを判別し、ビデオ予約が選択された場合には登録番組メモリ６５に、ボックスカーソル６１により囲まれている番組の開始時刻、チャンネル番号、終了時刻を登録する（ステップＤ１１）。また、ステップＤ１０での判別の結果、ビデオ予約ではなく受信予約であった場合には、選択した目的番組の開始時刻まで待機し（ステップＤ１２）、開始時刻となった時点でリモコン発信部３７から当該放送局のチャンネル番号信号を発信することにより、ＴＶ３２のチャンネルを目的番組のチャンネルに変更する（ステップＤ１３）。これにより、ユーザーは譬え他の番組視聴中であっても、予め選択した目的番組を失することなく視聴することができる。
【００３４】
なお、ステップＤ９でダイアローグ表示処理を行った後、ユーザーが、ビデオ予約と受信予約のいずれかを選択した時点で、ＴＶ３２は通常のＴＶ画面に切り替えられる。したがって、ユーザーは目的番組が開始されるまで自由にチャンネルを切り替えて所望の番組を視聴することができ、また、ビデオ予約後ＴＶ３２は、現在設定されているチャンネルの番組を引き続き視聴することができる。
【００３５】
一方、ステップＤ２での判別の結果、メニューキー４３が操作された場合には、このメニューキー４３の操作により自動案内が選択されたか否かを判別し、自動選択案内が選択された場合には、ユーザー嗜好による番組案内処理（ステップＤ１５）を実行し、選択されない場合には番組検索処理（ステップＤ１６）を実行する。なお、このユーザー嗜好による番組案内処理（ステップＤ１５）と、番組検索処理（ステップＤ１６）の処理内容については後述する。
【００３６】
また、ＣＰＵ４６は、図１５に示すフローに従って動作することにより、ＴＶビデオ用リモコン５９に対する操作を常時監視している。すなわち、ＴＶビデオ用リモコン５９が操作されたか否かを判別し（ステップＥ１）、操作されたならば前回の操作から今回の操作までの履歴を操作履歴メモリ５１に記録する（ステップＥ２）。したがって、例えばＴＶビデオ用リモコン５９により、７時に１２チャンネルを設定し、７時５分に４チャンネルに切り替え、７時３０分に３チャンネルに切り替え、７時４０分に６チャンネルに切り替え、９時にＴＶ電源をオフにしたとすると、図１６（Ａ）の左側部分に示すように、「７：００〜７：０５ （チャンネル）１２」「７：０５〜７：３０ （チャンネル）４」「７：３０〜７：４０ （チャンネル）３」「７：４０〜９：００ （チャンネル）６」等のＴＶビデオ用リモコン５９の操作履歴が操作履歴メモリ５１に記録されることとなる。
【００３７】
さらに、ＣＰＵ４６は、図１７に示すフローに従った処理を一定時間間隔、例えば３０分間隔で実行し、前回の処理との間で放送時間が終わった番組があるか否かを判別する（ステップＦ１）。そして、前回の処理との間、つまり３０分間に終わった番組があった場合には、操作履歴メモリ５１を参照して、放送時間終了番組について視聴時間比率を算出する（ステップＦ２）。すなわち、図１６（Ａ）に示した例において、図１７に示すフローが７：３０の時点で行われたとすると、前回との処理（７：００）との間で、放送時間が終わった番組として「×××ニュース」がある。また、この「×××ニュース」は、７：００〜７：３０の３０分番組であるが、操作履歴メモリ５１に記録されている「×××ニュース」に対応する４チャンネルの視聴時間は「７：０５〜７：３０」の２５分間であるから、この番組に対する視聴時間比率は２５／３０≒０．８３であり、この“０．８３”を視聴時間比率として算出する。次に、この視聴時間比率が、百分率で３５％以下である番組を切り捨て（ステップＦ３）、３５％を越える番組のみを有効視聴番組とする。したがって、この例の場合番組「×××ニュース」は８３％であるから有効視聴番組となり、よって、ステップＦ４で有効視聴番組か否かを判別した際、該判別はＹＥＳとなってからステップＦ５に進む。
【００３８】
また、この図１７に示すフローが８：００の時点で行われたとすると、図１６（Ａ）の例の場合７：３０〜８：００に終了した番組で放送時間の３５％以上視聴したものはないことから、ステップＦ４からＥＮＤに進む。しかし、９：００の時点で行われたとすると、前回との処理との間で、放送時間が終わった番組として「Ｊリーグ中継」がある。この「Ｊリーグ中継」は、７：００〜９：００の２時間番組であるが、操作履歴メモリ５１に記録されている「Ｊリーグ中継」に対応する６チャンネルの視聴時間は「７：４０〜９：００」の１時間２０分間であるから、この番組に対する視聴時間比率は８０／１２０≒０．６７である。したがって、この番組「Ｊリーグ中継」は有効視聴番組となり、よって、ステップＦ４からステップＦ５に進む。
【００３９】
そして、ステップＦ５では、有効視聴番組が帯番組であるか否かを判別し、帯番組である場合には、当該番組が登録番組メモリ６５に登録済みであるか否かを判別する（ステップＦ６）。当該番組が既に登録番組メモリ６５に登録済みであるならば、複数の有効視聴番組が同時に存在する可能性もあることから、各有効視聴番組についてステップＦ５以降の処理を行ったか否かを判別し（ステップＦ２２）、各有効視聴番組について処理を行っていればＥＮＤに進み、行っていないならばステップＦ５に戻る。
【００４０】
一方、ステップＦ６での判別の結果、帯番組である当該番組が登録番組メモリ６５に未登録であった場合には、これを登録番組メモリ６５に登録する（ステップＦ７）。したがって、帯番組に関しては視聴時間が３５％以上の有効視聴番組であることのみを条件として、登録番組メモリ６５への登録がなされ、これにより毎日放送される連続ドラマ等の確実な録画が可能となる。また、ステップＦ７の処理を行った後、及びステップＦ５での判別の結果、当該番組が帯番組でない場合にはステップＦ８に進んで、番組キーワード取り出し処理を行う。すなわち、図１１をもって前述したように、番組データメモリ５２に記憶された番組表データには各番組のキーワードが含まれており、このステップＦ８では、有効視聴番組となった番組のキーワードを番組データメモリ５２の番組表データから取り出す。次に、この取り出したキーワードに既にキーワードメモリ５３に登録済みのものが含まれている否かを判別し（ステップＦ９）、登録済みキーワードが含まれている場合には、該登録済みのキーワードの優先ポイントを更新する（ステップＦ１０）。
【００４１】
この優先ポイントの更新は、キーワードメモリ５３に現在登録されている全てのキーワードの現在の優先ポイントに“０．９”を乗じた後小数点以下切り捨て、今回取り出されたキーワードに関してはさらに“視聴時間比率×１００”の値を加算する処理である。すなわち、このフローが前述した例のように９：００の時点で行われたとすると、「Ｊリーグ中継」が有効視聴番組であって視聴時間比率は０．６７であり、キーワードは図１６（Ｂ）に示したように、「スポーツ」「Ｊリーグ」「サッカー」「浦和レット」「ベルテ川崎」であった。よって、これらのキーワードに関しては、現時点の優先ポイントが０．９倍された後“６７”が加算される。しかし、これら以外の他のキーワードに関しては、ステップＦ１１の優先ポイント更新処理により０．９倍のみされる。したがって、図１６（Ｃ）に示すように、キーワード「スポーツ」の現時点の優先ポイントが“８９１”であるとすると、８９１×０．９＋６７≒８６８となって、キーワード「スポーツ」の現優先ポイントが“８６８”に更新され、また、今回の有効視聴番組の他のキーワード「Ｊリーグ」「サッカー」「浦和レット」「ベルテ川崎」に関しても同様に乗算と加算とが行われて、優先ポイントが更新される。しかし、今回の有効視聴番組のキーワードではない「プロ野球」「ニュース」等に関しては、現時点の優先ポイントの０．９倍のみされて小数点以下が切り捨てられる。よって、有効視聴番組のキーワードでないキーワードは、ステップＦ１１の処理がなされる都度優先ポイントが減少して行き最終的には“０”となる。なお、ステップＦ３で用いる値及び優先ポイントの算出に用いる演算式や定数は、前記のものに限ることなく、ユーザーの番組選択行為をどの程度優先ポイントに敏感に反映させるか等を考慮して、適宜の演算式や定数を用いればよい。
【００４２】
このようにして優先ポイントの更新を行ったならば、前述のステップＦ８で取り出されたキーワードのなかにキーワードメモリ５３に未登録のものがあるか否かを判別する（ステップＦ１２）。そして、未登録のものはなく全て登録済みのキーワードであった場合には、取り出された全てのキーワードに対する処理はステップＦ１０で済んでいることから、ステップＦ１３〜Ｆ１５の処理を行うことなく、ステップＦ１６に進む。しかし、ステップＦ８で取り出されたキーワードのなかにキーワードメモリ５３に未登録である新たなキーワードがある場合には、該キーワードメモリ５３のリスト最大長を越えてしまうか否か、つまり該キーワードメモリ５３の容量内で新たなキーワードを登録可能であるか否かを判別する（ステップＦ１３）。そして、リスト最大長を越えてしまうようであれば、優先ポイント数が最下位であるキーワードをキーワードメモリ５３から削除した後（ステップＦ１４）、新キーワードをキーワードメモリ５３に登録する（ステップＦ１５）。また、ステップＦ１３での判別の結果、リスト最大長を超えないのであれば、最下位キーワードを削除することなく、そのまま新キーワードをキーワードメモリ５３に登録する（ステップＦ１５）。次に、キーワードメモリ５３に登録されたキーワードリストをソートし（ステップＦ１６）、これにより図１６（Ｄ）に示すように、優先ポイントが高い順にキーワードが並び替えられる。引き続き、以上に説明したステップＦ８〜Ｆ１６の処理を出演者についても行い（ステップＦ１７）、これにより出演者メモリ５４に登録されている出演者に関しても優先ポイントの更新がなされるとともに、優先ポイントが高い順に出演者が並び替えられる。
【００４３】
次に、所定ポイント数以上のキーワード又は出演者が、キーワードメモリ５３又は出演者メモリ５４に登録されているか否かを判別し（ステップＦ１８）、所定ポイント数以上のキーワード又は出演者がない場合には前述したステップＦ２２に進む。また、所定ポイント数以上のキーワード又は出演者がある場合には、該当するキーワード又は出演者の番組であって、現時点以降の番組を番組データメモリ５２にて検索する（ステップＦ１９）。次に、この検索した番組が既に登録番組メモリ６５に登録済みか、又は既に登録済みの番組の放送の開始から終了までの時間帯と重複するか否かを判別し（ステップＦ２０）、未登録でありかつ時間帯が重複しない場合には当該番組の開始時刻、番組を放送する局のチャンネル、終了時刻を登録番組メモリ６５に登録する（ステップＦ２１）。したがって、このステップＦ２１の処理が行われることにより、ユーザーがよく視聴するジャンルの番組や好みの出演者が出演する番組を、放送時間帯の重複なく登録番組メモリ６５に自動登録することができる。そして、ステップＦ２２では前述したように、今回有効視聴番組とされた全ての番組についてステップＦ５からの処理を行ったか否かを判別し、行ったならばＥＮＤに進む。
【００４４】
また、ＣＰＵ４６は、図１８に示すフローに従って動作することにより、登録番組メモリ６５に登録されている番組の開始時刻を常時監視しており、登録されている何れかの番組の開始時刻となったか否かを判別する（ステップＧ１）。そして、何れかの番組の開始時刻となったならば、リモコン発信部３７からビデオデッキ３３に対して、ビデオ電源オン信号、当該番組のチャンネル設定信号、録画スタート信号を発信する（ステップＧ２）。これにより、ビデオデッキ３３が録画動作して、設定チャンネルの番組が録画され始める。引き続き、この録画を開始させた番組の終了時刻となったか否かを判別し（ステップＧ３）、終了時刻となったならば、リモコン発信部３７からビデオデッキ３３に対して、録画終了信号及びビデオ電源オフ信号を発信する（ステップＧ４）。これにより、番組の録画を終了した時点で、ビデオデッキ３３が録画停止した後電源オフとなり、手動登録された番組や自動登録された番組を失することなく録画することができる。
【００４５】
他方、前記ユーザーに嗜好による番組案内処理（図１３のステップＤ１５）は、図１９に示すフローに従って行われ、現在時刻からの番組をＴＶ３２の画面に表示させる（ステップＨ１）。次に、カーソルキー４４に対する操作の有無を判別し（ステップＨ２）、操作されたならば、十字状のカーソルキー４４の操作部位に応じた方向に表示をスクロール制御する（ステップＨ３）。このステップＨ３の処理により、カーソルキー４４の操作に伴って、ＴＶ３２の画面に、現在時間帯からの所望の局の所望の部分の番組表を表示させることができる。次に、このスクロール表示させている番組中に手動登録番組、つまり図１３のステップＤ１１の処理によりユーザーが自ら登録した登録番組があるか否かを判別し（ステップＨ４）、ある場合には当該番組の表示色を赤に変更する（ステップＨ５）。さらに、表示番組中に自動登録番組、つまり図１７のステップＦ７又はステップＦ２０の処理により自動登録した番組があるか否かを判別し（ステップＨ６）、ある場合には当該番組の表示色を青に変更する（ステップＨ７）。したがって、この図１９に示すフローに従って処理が行われることにより、新聞等を用いずとも、ＴＶ３２の画面に所望の番組を表示させ得るのみならず、手動登録番組は赤、自動登録番組は青で表示されることにより、既に登録されている番組（タイマー予約された番組）を識別することができる。
【００４６】
また、前記番組検索処理（図１３のステップＤ１６）は、図２０に示すフローに従って行われ、文字キー４５の操作により入力された文字を取り込み（ステップＩ１）、実行キー４２が操作されたか否かを判別する（ステップＩ２）。そして、実行キー４２が操作されたならば、その時点までに入力されている文字に対応するキーワード又は出演者を、番組データメモリ５２にて検索し（ステップＩ３）、当該キーワード又は出演者が番組データメモリ５２に記憶されている番組データ内にあるか否かを判別する（ステップＩ４）。この判別の結果、当該キーワード又は出演者が番組データメモリ５２に記憶されている場合には、当該キーワード又は出演者に対応する全ての番組を番組データメモリ５２から読み出して表示する（ステップＩ４）。これにより、ユーザーは最大２週間先までにおいて、キーワードや出演者で指定した好みの番組を容易かつ迅速に視認することができる。また、ステップＩ４での判別の結果、番組データメモリ５２に入力されたキーワードや出演者の番組がない場合には、「番組なし」の表示を行い（ステップＩ６）、この表示により、ユーザーは最大２週間先までにおいて、キーワードや出演者で指定した好みの番組が放送されないことを知ることができる。
【００４７】
なお、この実施の形態においては、電話回線３４を介してサービスセンター３５に格納されている２週間分の番組データを読み込むようにしたが、図２１に示すように、前述した実施の形態と同様にＦＭ放送波に番組データを多重化してサービスセンター３５から送信し、これを受信して放送番組案内装置３１の前記番組データメモリ５２に記憶させる構成としてもよい。かかる構成によれば、前述した実施例と同様に、番組の中止、変更、延長等に対応し得る番組録画が可能となる。また、図２２に示すように、記憶媒体７０にある程度長期間に亙る番組データを記憶させておき、この記憶媒体７０を放送番組案内装置３１にセットして番組データを読み取らせ、番組データメモリ５２に記憶させる構成としてもよい。さらに、図２３に示すように、新聞や雑誌等の印刷媒体７１の一部に高密度なデジタル記録印刷７２を施して番組データを記録させておき、これを放送番組案内装置３１に接続されたスキャナ７３で読み取って、番組データメモリ５２に記憶させる構成としてもよい。さらに、番組表データを文字放送における放送データとして送信してもよい。また、ＴＶ放送に限らずＦＭ（多重放送），ＡＭ，ＣＡＴＶ，ＢＳ，ＣＳの放送に適用できることは勿論である。
【００４８】
なお、本実施の形態における制御プログラムを着脱自在な記憶媒体に記憶させておき、この記憶媒体を装置本体にセットすることにより、前述した制御を実行させるようにしてもよい。
【００４９】
【発明の効果】
以上説明したように本発明は、各放送番組の特徴を表すデータを含む番組表データを受信し、前記放送番組の放送時間長に対する聴取又は視聴された時間長の比率を算出して、この比率に対応する値を放送番組の特徴を表すデータ毎に加算し、この加算された比率に対応する値が所定以上である放送番組の特徴を表すデータを含む番組を前記番組表データから抽出して、受信予約する番組として記憶するようにした。したがって、ユーザーが聴取又は視聴する番組の放送時間長に対する聴取又は視聴された時間長を考慮しつつ、つまりはユーザーの放送番組に対する嗜好を加味した放送番組の自動受信予約が可能となる。
【００５０】
さらに本発明は、加算された前記比率に対応する値を前記特徴を表すデータ毎に記憶し、前記加算を行うに際して、前記記憶手段に記憶されている全ての特徴を表すデータの値に１未満の値を乗算する乗算処理を更に行うようにした。よって、記憶手段に記憶された特徴のうち、加算が行われなくなった特徴を表すデータ、つまりユーザーの嗜好の変化に伴って該ユーザーが聴取あるいは視聴しなくなった番組の値は徐々に減少することとなり、この値にユーザーの嗜好の変化を反映させることができる。
【００５１】
また、本発明は、放送番組に関する情報中に各番組の特徴を表すデータを含んで送信し、この送信される番組の特徴を表すデータに基づき、聴取又は視聴された放送番組の特徴を検出するようにした。よって、番組の特徴を表すデータは番組情報として予め送信手段により送信されてくることから、放送される番組自体から特徴を抽出する複雑な処理は不要となり、システムや装置の簡略化を図ることができる。また、前記特徴を表すデータを、当該番組の特徴を表すキーワード又は当該番組に出演する出演者名の少なくとも何れか一方としたことから、番組のジャンルや出演者に関するユーザーの嗜好を考慮した自動番組受信予約が可能となる。さらに、前記受信予約がＴＶ録画予約であり、前記各情報はＴＶ音声を送るためのＦＭ信号に多重化されて送信されてくるようにしたことから、別途番組情報を受信するためのチューナを設ける必要がなく、また、ＴＶを視聴している最中であっても番組情報の受信が可能となる。さらに、文字放送として送信されてくる前記番組情報を受信し、ＦＭ放送波に多重化された送信されてくる番組情報等を受信する構成により、文字放送システムやＦＭ多重放送を利用した番組受信予約の実現が可能となる。
【図面の簡単な説明】
【図１】本発明の一実施の形態を示すブロック図である。
【図２】同実施の形態にかかる装置の外観正面図である。
【図３】（Ａ）は番組表データの構成を示す概念図、（Ｂ）は番組表変更データの構成を示す概念図である。
【図４】ＲＡＭの予約データ格納エリアの構成を示す概念図である。
【図５】多重データ受信処理の処理手順を示すフローチャートである。
【図６】タイマー設定処理の処理手順を示すフローチャートである。
【図７】多重表示部の変化形態を示す図である。
【図８】本発明の他の実施例を適用したシステムの全体構成を示すブロック図である。
【図９】同実施の形態にかかる番組案内装置の構成を示す図である。
【図１０】同実施の形態にかかる装置本体の構成を示すブロック図である。
【図１１】番組表データの構成を示す概念図である。
【図１２】タイマーによる間欠起動処理の処理手順を示すフローチャートである。
【図１３】番組登録及び番組案内の処理手順を示すフローチャートである。
【図１４】ＴＶ画面の表示例を示す図である。
【図１５】操作履歴の記録処理の処理手順を示すフローチャートである。
【図１６】（Ａ）は操作履歴メモリの記憶内容と番組との関係を示す図、（Ｂ）は番組とキーワードとの関係を示す図、（Ｃ）（Ｄ）はキーワードメモリの変化状態を示す図である。
【図１７】番組の自動登録処理の処理手順を示すフローチャートである。
【図１８】タイマー受信の処理手順を示すフローチャートである。
【図１９】ユーザー嗜好による番組案内の処理手順を示すフローチャートである。
【図２０】番組検索の処理手順を示す図である。
【図２１】本発明の他の実施の形態を示す概念図である。
【図２２】本発明の他の実施の形態を示す概念図である。
【図２３】本発明の他の実施の形態を示す概念図である。
【符号の説明】
３ ＦＭ多重ブロック
４ ＶＴＲブロック
６ ＲＡＭ
１０ 多重表示部
１１ マイコン
１３ キー入力部
２７ 予約データ記憶エリア
３１ 放送番組案内装置
３４ 電話回線
３６ 装置本体
４６ ＣＰＵ
５１ 操作履歴メモリ
５３ キーワードメモリ
５４ 出演者メモリ
６５ 登録番組メモリ
Claims (7)
- 放送番組送信装置と放送番組受信装置とで構成され、
前記放送番組送信装置は、各放送番組の特徴を表すデータを含む番組表データを送信する送信手段を有し、
前記放送番組受信装置は、
前記送信手段により送信される前記番組表データを受信する受信手段と、
前記放送番組の放送時間長に対する聴取又は視聴された時間長の比率を算出する算出手段と、
この聴取又は視聴された放送番組の特徴を表すデータを前記番組表データに基づき検出する検出手段と、
この検出手段により検出された前記放送番組の特徴を表すデータ毎に、前記算出手段により算出された比率に対応する値を加算する加算手段と、
この加算手段により加算された前記値が所定以上である放送番組の特徴を表すデータを含む番組を前記番組表データから抽出する抽出手段と、
この抽出手段により抽出された番組を、受信予約する番組として記憶する記憶手段と、
を有することを特徴とする放送番組送受信システム。 - 各放送番組の特徴を表すデータを含む番組表データを受信する受信手段と、
前記放送番組の放送時間長に対する聴取又は視聴された時間長の比率を算出する算出手段と、
この聴取又は視聴された放送番組の特徴を表すデータを前記番組表データに基づき検出する検出手段と、
この検出手段により検出された前記放送番組の特徴を表すデータ毎に、前記算出手段により算出された比率に対応する値を加算する加算手段と、
この加算手段により加算された前記値が所定以上である放送番組の特徴を表すデータを含む番組を前記番組表データから抽出する抽出手段と、
この抽出手段により抽出された番組を、受信予約する番組として記憶する記憶手段と、
を有することを特徴とする放送番組受信装置。 - 前記加算手段により加算された前記値を前記特徴を表すデータ毎に記憶する記憶手段を更に有し、前記加算手段は、前記加算を行うに際して、予め前記記憶手段に記憶されている全ての特徴を表すデータの値に１未満の値を乗算する乗算処理を更に行うことを特徴とする請求項２記載の放送番組受信装置。
- 前記特徴を表すデータは、番組の特徴を表すキーワード又は当該番組に出演する出演者名の少なくとも何れか一方であることを特徴とする請求項２記載の放送番組受信装置。
- 前記受信予約はＴＶ録画予約であり、前記受信手段はＴＶ音声を送るためのＦＭ信号に多重化されて送信されてくる前記番組表データを受信することを特徴とする請求項２、３又は４記載の放送番組受信装置。
- 前記受信手段は、文字放送として送信されてくる前記番組表データを受信することを特徴とする請求項２、３又は４記載の放送番組受信装置。
- 前記受信手段は、ＦＭ放送波に多重化された送信されてくる前記番組表データを受信することを特徴とする請求項請求項２、３又は４記載の放送番組受信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001312449A JP3577529B2 (ja) | 2001-10-10 | 2001-10-10 | 放送番組送受信システム及び放送番組受信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001312449A JP3577529B2 (ja) | 2001-10-10 | 2001-10-10 | 放送番組送受信システム及び放送番組受信装置 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8303848A Division JPH10136318A (ja) | 1996-10-30 | 1996-10-30 | 放送番組送受信システム、放送番組送信装置及び放送番組受信装置 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004006694A Division JP4023448B2 (ja) | 2004-01-14 | 2004-01-14 | 放送番組送受信システム及び放送番組受信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002199303A JP2002199303A (ja) | 2002-07-12 |
| JP3577529B2 true JP3577529B2 (ja) | 2004-10-13 |
Family
ID=19131102
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001312449A Expired - Fee Related JP3577529B2 (ja) | 2001-10-10 | 2001-10-10 | 放送番組送受信システム及び放送番組受信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3577529B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006180135A (ja) * | 2004-12-21 | 2006-07-06 | Pioneer Electronic Corp | 情報再生装置及び情報再生方法 |
-
2001
- 2001-10-10 JP JP2001312449A patent/JP3577529B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002199303A (ja) | 2002-07-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3500741B2 (ja) | テレビ放送の選局方法及び選局装置 | |
| US7055167B1 (en) | Personal video recorder and method enabling a history pull down function for program selection | |
| US20060177197A1 (en) | Recording and playback apparatus and method | |
| US6798971B2 (en) | Systems and methods for providing continuous recording of repeating programming | |
| JP3654349B2 (ja) | コンテンツ嗜好度算出方法およびコンテンツ受信装置 | |
| JP3572658B2 (ja) | 番組選択支援装置と番組選択支援方法 | |
| US20080178223A1 (en) | Method and apparatus for displaying television programs and related text | |
| JP3823422B2 (ja) | 番組管理装置及び番組管理方法 | |
| US8078031B2 (en) | Video tape indexing system and method | |
| JPH10136318A (ja) | 放送番組送受信システム、放送番組送信装置及び放送番組受信装置 | |
| EP1083746A2 (en) | Signal processing apparatus , method and system comprising a printer | |
| JP2002503897A (ja) | 家庭用娯楽システム及びその操作方法 | |
| JP2003153120A (ja) | デジタルｔｖでチャネルマップを提供する装置及びその方法 | |
| KR100845621B1 (ko) | 정보검색장치와 정보수신장치 및 정보검색과 수신방법 | |
| US20060150225A1 (en) | Methods and systems for retaining and displaying pause buffer indicia across channel changes | |
| US20120167136A1 (en) | Method and apparatus for displaying television programs and related text | |
| US6968569B2 (en) | Data broadcast receiving apparatus and method | |
| CN108965998B (zh) | 一种频道切换方法、系统、智能电视及存储介质 | |
| US20040120693A1 (en) | Digital broadcast receiving and recording apparatus | |
| US20030149982A1 (en) | Program list display system | |
| JP2006050654A (ja) | 有効視聴番組判別方法 | |
| JP3578710B2 (ja) | マルチチャンネル放送受信方法およびマルチチャンネル放送受信装置 | |
| JP3577529B2 (ja) | 放送番組送受信システム及び放送番組受信装置 | |
| JPH08181927A (ja) | テレビ放送受信装置 | |
| JP4487965B2 (ja) | 受信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040608 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040621 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070723 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080723 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080723 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090723 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090723 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100723 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110723 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110723 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120723 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120723 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130723 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |