JP2001230979A - 受信装置 - Google Patents

Abstract

(57)【要約】 【目的】 ユーザのリモコンＯＮ操作のみで、ユーザが
設定する時間帯に最も視聴したいと思う番組を選局し、
表示させる。 【構成】 放送受信装置は、リモコン入力を受け付ける
ＲＣ受信部１１、受信装置内の処理を管理、制御する制
御部１２、コンテンツ受信用に放送の周波数を設定する
第１チューナ部１３、受信したストリームのＤＥＭＵＸ
等の処理を行う第１ストリーム処理部１４、映像、オー
ディオのデコードを行うマルチメディア・プロセッサ部
１５、番組情報受信用の第２チューナ部１６、受信した
ストリームのＤＥＭＵＸ等の処理を行う第２ストリーム
処理部１７、ユーザが登録した番組、チャンネル等を記
憶する登録番組記憶部１９を有するメモリ１８、日時管
理部２０、番組情報等を画面に表示させるＯＳＤ生成部
２１、放送コンテンツや番組情報を画面に表示させる出
力部２２より構成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のチャンネル
を受信可能な受信装置に関し、さらに詳しくは、ユーザ
が簡単な方法で登録したチャンネル、番組について、該
登録時にシステムが自動的に同番組の番組情報を取得、
データ化しておき、該データを常に日時と関連づけて管
理することにより、常時ユーザの視聴希望番組を把握す
ることで、ユーザのリモコンＯＮ操作のみで、所望する
時間帯に最も視聴したいと思われる番組を選局、表示さ
せることができる放送受信装置に関する。

【０００２】

【従来の技術】近年、伝送方式のデジタル化や、ケーブ
ル、衛星を用いた大容量伝送方式の普及により、放送の
分野における多チャンネル化が急速に進んでいる。これ
により、一般家庭においても、多チャンネルを受信可能
な受信装置が広く普及し、ユーザは数多くの番組の中よ
り自分の好みに合った番組を選択、視聴することが可能
となった。このように、ユーザ選択の幅は飛躍的に拡大
したが、逆に所望する番組を選択する際の処理が複雑に
なるという新たな問題が浮上してきた。

【０００３】多数のチャンネルの中から、自分の所望す
るチャンネルを選択する操作の短縮化、簡便化への取り
組みは盛んに行われており、様々な方法で実現されてき
ている。例えば、チャンネル番号の直接入力ではなく、
画面上に表示される電子番組ガイド（ＥＰＧ）を利用し
たチャンネル選択、同様の画面を利用した録画予約等が
既に実用化され、商品化されている。

【０００４】ところで、一般家庭への多チャンネル放送
システムの浸透は、ユーザに選択の幅を与えるのであっ
て、通常ユーザが視聴するチャンネル数そのものを増大
させているわけではない。つまり、該システムを使いこ
なすにつれ、ユーザは自身でチャンネルの取捨選択を進
め、自分なりのチャンネルリスト（頻繁に視聴するチャ
ンネル集合）を導き出す。その結果、全体としては多数
のチャンネルが用意されていても、ユーザが通常視聴す
るのは、前記チャンネルリストに含まれたチャンネルが
中心となり、その数は必ずしも多くはないのである。

【０００５】このように、各ユーザにより、いわばカス
タマイズされたチャンネルリストを画面に表示し、ユー
ザが視聴頻度の高いチャンネルを容易に選択できるよう
にした機能は、ユーザ自身に所望するチャンネルを登録
させて実現する他、特開平１０−１４５６８９号公報で
提案されているように、ユーザのチャンネル選択履歴を
元にシステム側で構成したり、特開平６−３０３１０７
号公報で提案されているようにパワーオフ時に記録した
チャンネルを利用してユーザのチャンネル入力作業を容
易にさせる方法等がある。

【０００６】

【発明が解決しようとする課題】以上述べてきたよう
に、各ユーザがよく視聴するチャンネルを選択しやすく
する機能は、既に多数提案され、実現されている。同機
能を追求していく中で、ユーザが受信装置のパワーオン
操作を行うと同時に、ユーザの所望するチャンネルが選
択，表示されるシステムが挙げられる。これについて
は、特開平６−３０３１０７号公報、特開平１０−１４
５６８９号公報等で提案されているように、前回最後に
視聴したチャンネルを記憶しておき、パワーオンと同時
に該チャンネルを利用する方法が提案されている。しか
し、ユーザが受信装置をパワーオンした時に視聴したい
チャンネルを、前回最後に視聴していたチャンネルに結
びつける方法では、ユーザの視聴傾向にはある程度沿っ
たチャンネルが選択されているかもしれないが、ユーザ
の視聴傾向における時間的要因には対応できない。それ
は、曜日、時間によっても変わるであろうし、あるチャ
ンネルで放送されている特定の番組であったりもするは
ずである。つまり、１日中テレビをパワーオンさせてい
るユーザを除いて多くのユーザは、毎日同じような時間
帯にこのパワーオン操作を行うが、それは例えば、起床
時であったり、帰宅時であったりする。そして、その時
間帯に視聴するチャンネル、番組も大抵決まっており、
平日起床時にはニュース、木曜帰宅時にはドラマといっ
た具合なのである。このようなユーザのチャンネル選択
における時間的要因を考慮すれば、ユーザにとってより
使いやすいシステムを提供できるようになるであろう。

【０００７】ところで、テレビのパワーオンは、通常リ
モコン上のパワーボタンを押すことにより実現される。
ユーザは、同パワーボタンを押し、その後続けて、自分
の所望するチャンネル番組を入力するか、ＥＰＧの表示
ボタンを押し、画面表示されたＥＰＧよりまたリモコン
で選択操作を行っていた。しかし、昨今の多チャンネル
放送では、チャンネル番号を直接入力するにも記憶力が
要求され、またＥＰＧを利用してチャンネル選択を行う
にも、チャンネル数があまりに多く、選択するだけでも
迷ってしまったりと、テレビをパワーオンしてからも、
ユーザはチャンネル番号を思い出そうと戸惑ったり、複
数のステップを踏まなくてはならなかったりと、パワー
オンと同時に自分の所望するチャンネルを表示させるこ
とがなかなかできなかった。

【０００８】

【課題を解決するための手段】本発明は、前記のような
従来の技術が有する問題点に鑑みてなされたものであ
り、その第１の技術手段は、複数のチャンネルを受信可
能な受信装置において、放送受信手段と、該放送受信手
段において受信したストリームの復調等を行うストリー
ム処理手段と、リモコン入力を受信、解析するリモコン
受け付け手段と、電源ＯＮ時に受信すべき番組の登録処
理の誘導、および前記電源ＯＮ時に受信すべき番組の判
断を行う制御手段と、前記登録処理を行う際に利用され
る表示手段と、前記受信すべき番組の判断の際に利用さ
れる日時管理手段と、前記電源ＯＮ時に受信すべき番組
を記憶する記憶手段とを有することを特徴とする。

【０００９】第２の技術手段は、第１の技術手段の受信
装置において、前記電源ＯＮ時に受信すべき番組の登録
を、チャンネル単位または番組指定で行い、前記番組の
登録の際は同番組の放送時間、番組名等の番組情報を自
動的に受信、データ化した後、前記記憶手段に登録する
ことを特徴とする。

【００１０】第３の技術手段は、第１または第２の技術
手段の受信装置において、前記放送受信手段およびスト
リーム処理手段とは異なる第２放送受信手段および第２
ストリーム処理手段を番組情報取得用として有すること
を特徴とする。

【００１１】第４の技術手段は、第１乃至第３のいずれ
かの技術手段の受信装置において、登録された番組の放
送中には、該登録された番組の放送を単一の入力操作で
選局、表示させるボタンを有することを特徴とする。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態を図１
〜図８に示す実施例に基づいて説明する。 （実施例）ここでは、番組登録システムの一例について
説明する。ユーザＡは、平日起床すると１２３チャンネ
ルで７：００〜８：３０まで放送されている情報系番組
「朝の情報番組Ａ」を見ながら身支度を整え出社する。
そして、帰宅後は、月曜の２１：００〜２２：００まで
は２３４チャンネルのドラマ「トレンディＢ」、水曜日
の２０：００〜２１：００までは３４５チャンネルのバ
ラエティ番組「お笑いＣ」、木曜の２２：００〜２３：
００までは４５６チャンネルのドラマ「サスペンスＤ」
を毎週視聴している。その他の時間にテレビをつけた時
は、５６７チャンネルのニュース専門チャンネルをよく
視聴する。このように、ユーザＡは朝に視聴したチャン
ネルを帰宅後も視聴する習慣がなく、前回最後に受信し
たチャンネルをリモコンＯＮ時に表示させる、という従
来の方式はあまり役に立たない。

【００１３】ユーザＡのこのような習慣を本システムに
登録すれば、ユーザＡは、リモコンをＯＮするだけで、
特に選局処理を行うことなく、自分の所望するチャンネ
ルをテレビ画面に表示させることができるようになる。
すなわち、ユーザＡは７：００に起床し、テレビを点け
れば、そのリモコンＯＮ操作のみで、昨日どのような番
組を視聴していようとも、必ず１２３チャンネルの「朝
の情報番組Ａ」が自動的に選局され、帰宅後、再びテレ
ビのリモコンＯＮ操作を行えば、それが月曜の「トレン
ディＢ」が放送される時間帯であれば、例え、該番組放
送時間が、直前のスポーツ中継により２１：３０〜２
２：３０に変更されていたとしても、自動的に２３４チ
ャンネルの「トレンディＢ」が選局され、同様のことが
水曜の「お笑いＣ」番組、木曜の「サスペンスＤ」番組
放送時間内でも実行される。また、このような番組登録
は、リモコンを用いて簡単に行うことができるのであ
る。

【００１４】図１は、本発明の放送受信装置を用いたシ
ステムの外観を示す概略図であり、テレビ１に接続され
た多チャンネル放送受信用セットトップボックス２と、
セットトップボックス２をユーザが制御するためのリモ
コン３からなる。ここで、テレビ１は、一般的なセット
トップボックス２を接続することのできる外部出力端子
を有するごく一般的なテレビジョンセットである。ま
た、セットトップボックス２制御用リモコン３には、リ
モコンＯＮ／ＯＦＦキー３１、チャンネル番号入力用テ
ンキー３２、テレビ画面上で選択処理を行うための十字
キー３３、決定キー３４、ユーザが番組登録を行うため
の登録キー３５、自分の登録している番組の放送されて
いるチャンネルにいつでも選局できる登録番組選局キー
３６が最低限備えられている。

【００１５】図２は、セットトップボックス２の構成を
示す機能ブロック図で、ユーザからのリモコン入力を受
け付けるＲＣ受信部１１、セットトップボックス２内の
処理を管理、制御する制御部１２、コンテンツ受信用に
放送の周波数を設定する第１チューナ部１３、第１チュ
ーナ部１３で受信したストリームのＤＥＭＵＸ等の処理
を行う第１ストリーム処理部１４、同ストリーム内の映
像、オーディオのデコード処理等を行うマルチメディア
・プロセッサ部１５、番組情報受信用に放送の周波数を
設定する第２チューナ部１６、第２チューナ部１６で受
信したストリームのＤＥＭＵＸ等の処理を行う第２スト
リーム処理部１７、内部にユーザが登録した番組、チャ
ンネル等を記憶する登録番組記憶部１９を保持するメモ
リ１８、曜日を含めた日時を管理する日時管理部２０、
番組情報等を画面に表示させるためのＯＳＤ生成部２
１、そして放送コンテンツや番組情報等を画面に表示さ
せるためのデータ出力を行う出力部２２より構成され
る。

【００１６】図３は、以上のように構成されるシステム
において、ユーザＡが好みの番組を登録する際の、セッ
トトップボックス２内の処理を示すフローチャートであ
る。ユーザＡは、現在視聴中の番組をシステムに登録す
るため、リモコン３上の登録ボタン３５を押す。該リモ
コン入力は、セットトップボックス２のＲＣ受信部１１
において受信、認識され（ステップ１０１）、制御部１
２に渡される。制御部１２は、ユーザＡに番組単位で登
録を行おうとしているのか、もしくは通常時に適用され
るデフォルト・チャンネルの登録を行おうとしているの
かを問う画面を表示させ、この選択をＲＣ受信部１１を
介して受信する（ステップ１０２）。通常時に適用され
るデフォルト・チャンネルとは、登録されている番組の
ない時間帯に、該チャンネルにおいてどのような番組が
放送されているかに関係なく選局されるチャンネルのこ
とである。

【００１７】ユーザが、デフォルト・チャンネルの登録
を選択した場合、制御部１２はメモリ１８内の登録番組
記憶部１９にアクセスし、既にデフォルト・チャンネル
が設定されていないかを調べる（ステップ１０３）。こ
こで、既に登録されたデフォルト・チャンネルが存在す
る場合、制御部１２は、該登録データを画面上に表示
し、ユーザに登録データの差し替えを行うかどうかの確
認を行う（ステップ１０４）。ここで、ユーザが該登録
データの差し替えを拒否すれば本処理は終了するが、ユ
ーザが差し替えを希望した場合、および、前記登録番組
記憶部１９にデフォルト・チャンネルが登録されていな
かった場合、制御部１２は現在表示中のチャンネル番号
を取得（ステップ１０５）、もしくは、ＲＣ受信部１１
を介してユーザのチャンネル番号入力を受け付け（ステ
ップ１０６）、登録番組記憶部１９へ登録を行うための
番組データを作成し（ステップ１０５）、該登録内容に
ついて画面表示を行い、ユーザに確認を促す（ステップ
１１１）。前記ユーザＡの事例では、５６７チャンネル
のニュース専門チャンネルを選局している際に、この処
理を行うこととなる。

【００１８】一方、ステップ１０２において、ユーザが
番組単位での登録を希望した場合は、制御部１２は、該
番組の番組情報を取得し（ステップ１０７）、登録番組
記憶部１９へ登録を行うための番組データを作成し（ス
テップ１０８）、登録番組記憶部１９に既に登録されて
いる番組と時間的に重なることがないかをしらべる（ス
テップ１０９）。ここで、時間的に重なるデータが存在
した場合、該データを画面上に表示し、ユーザに登録デ
ータの差し替えを行うかどうかの確認を行う（ステップ
１１０）。例えば、前記ユーザＡの事例では、２３４チ
ャンネルの「トレンディＢ」を受信中にこの処理を行う
ことになるわけだが、ここで、既に登録番組記憶部１９
に記録されているデータの中で、「トレンディＢ」の番
組情報で取得された放送時間２１：００〜２２：００と
重なる放送時間（例えば２１：３０〜２２：００）をも
つ番組「料理番組Ｅ」が存在した場合、システムは、該
「料理番組Ｅ」が既にデータとして登録されている旨の
画面表示を行い、登録データの差し替えを行うか否かの
判断をユーザに促す。

【００１９】ステップ１１０において、ユーザが該登録
データの差し替えを拒否すれば、本処理は終了するが、
ユーザが差し替えを希望した場合、および、前記登録番
組記憶部１９に時間的に重なるデータが登録されていな
かった場合は、新規登録番組データの内容を画面表示
し、ユーザに確認を促す（ステップ１１１）。

【００２０】ユーザは画面表示された曜日以外にも、同
番組を登録しておきたい場合、つまり、前記ユーザＡの
事例では、「朝の番組情報Ａ」を月曜日のみでなく、平
日の月曜から金曜まで適用させるように、登録曜日を変
更させることができる（ステップ１１２，ステップ１１
３）。

【００２１】ここで、システムは、該登録日の変更によ
り、既存登録データと登録時間帯が重ならないことを確
認し（ステップ１１２）、重なった場合はステップ１１
０と同様に、登録データの差し替えを行うか否かの確認
画面を表示させ、ユーザの判断を仰ぐ（ステップ１１
３）。これを必要回数繰り返し、再度、最終的な登録デ
ータを画面表示し、ユーザに確認させる（ステップ１１
１）。

【００２２】このようなデフォルト・チャンネル、また
は特定番組の登録において、その登録内容確認時にユー
ザがそれを否認すれば、本処理は終了するが、該確認が
とれれば、制御部１２は前記作成した番組データを登録
番組記憶部１９に格納する（ステップ１１４）。該登録
データが番組単位登録であった場合（ステップ１１
５）、制御部１２は続いて、該当曜日に登録されている
データをリスト化した当日リスト（後述）に、先ほど登
録を行った登録データを組み入れるように当日リストの
再編を行う（ステップ１１６）。

【００２３】図４は、前記登録番組記憶部１９内に記録
されているデータ構造を示している。登録された各番組
は、図４に示されている通り、まず各データ番号ｄａｔ
ａ＿ｎｕｍ、登録時にユーザが指定、もしくは番組情報
より取得された放送曜日を表すｄａｙ、そして同じく番
組情報より取得された該番組の放送開始時間ｓｔａｒｔ
＿ｔ、放送終了時間ｅｎｄ＿ｔについて記述が行われ
る。ｃｈ＿ｎｕｍには、チャンネル番号が入り、続くｔ
ｍｐ＿ｄａｙ，ｔｍｐ＿ｓｔａｒｔ＿ｔ，ｔｍｐ＿ｅｎ
ｄ＿ｔにも各々放送曜日，放送開始時間，放送終了時間
が入るが、これらは放送日に実際に番組情報より取得さ
れた時間等の情報が入る。よって、通常ｔｍｐ＿ｄａ
ｙ，ｔｍｐ＿ｓｔａｒｔ＿ｔ，ｔｍｐ＿ｅｎｄ＿ｔの値
はオール０となっているが、前ｄａｙで指定された曜日
の当日リストが作成される際に、各々ｄａｙ，ｓｔａｒ
ｔ＿ｔ，ｅｎｄ＿ｔの値がコピーされ、その後の番組情
報取得により値が更新される可能性がある。また、日付
（曜日）をまたいで番組放送時間が延長された場合は、
ｔｍｐ＿ｄａｙに含まれる日付延長フラグが利用され
る。これらｔｍｐ＿のつくデータ値は、基本的に該番組
の放送日が終わり、曜日が変わる際に、再びオール０に
リセットされる。

【００２４】ｄａｔａ＿ｎｕｍが０はデフォルト・チャ
ンネルを意味し、ｄａｙ，ｓｔａｒｔ＿ｔ，ｅｎｄ＿ｔ
等の値は初期値オール０の状態で、システム出荷時より
データとして存在する。^*ｐｒｏｇｒａｍ＿ｎａｍｅに
は、該リストが番組指定で登録されている場合に登録番
組名を指すメモリ・アドレスが入力される。

【００２５】図５は、図４のデータ構造に基づいて、登
録番組記憶部１９に記憶された登録番組のデータを、ユ
ーザＡの事例に基づいて示したものであり、月曜のデー
タの状態を表している。図４で述べた通り、通常ｔｍｐ
＿ｄａｙ，ｔｍｐ＿ｓｔａｒｔ＿ｔ，ｔｍｐ＿ｅｎｄ＿
ｔにはすべて０が入力されているが、登録された番組の
放送日、つまりデータ内ｄａｙの該当曜日ビットがたっ
ている曜日には、ｄａｙ，ｓｔａｒｔ＿ｔ，ｅｎｄ＿ｔ
の値が各々ｔｍｐ＿ｄａｙ，ｔｍｐ＿ｓｔａｒｔ＿ｔ，
ｔｍｐ＿ｅｎｄ＿ｔにコピーされ、放送時間が変更した
際には、これらのｔｍｐ＿ｓｔａｒｔ＿ｔや、ｔｍｐ＿
ｅｎｄ＿ｔの値が書き換えられる。図５は月曜の状態を
示しているものであるため、ｄａｙに月曜に放送がある
旨記録されているデータには、ｔｍｐ＿ｄａｙ，ｔｍｐ
＿ｓｔａｒｔ＿ｔ，ｔｍｐ＿ｅｎｄ＿ｔの値が入ってお
り、逆に月曜に放送のない番組のデータは、すべて０の
ままとなっている。月曜に値の入っていたｔｍｐ＿ｄａ
ｙ，ｔｍｐ＿ｓｔａｒｔ＿ｔ，ｔｍｐ＿ｅｎｄ＿ｔは、
月曜から火曜への曜日変更時に再び０にリセットされ
る。ここで、デフォルト・チャンネルを指すｄａｔａ＿
ｎｕｍが０のデータは、チャンネルのみ指定され、曜
日，時間を指定するものではないので、ｄａｙ，ｓｔａ
ｒｔ＿ｔ，ｅｎｄ＿ｔ，ｔｍｐ＿ｄａｙ，ｔｍｐ＿ｓｔ
ａｒｔ＿ｔ，ｔｍｐ＿ｅｎｄ＿ｔ，^*ｐｒｏｇｒａｍ
ｎａｍｅに値が入ることはない。

【００２６】システムは、放送曜日を示すｄａｙを元
に、該当日に登録されている番組のリストである当日リ
ストを毎日更新，保持している。当日リストは、次のよ
うな構造をしている。 当日リスト＝（Ｌ＿０，Ｌ＿１，Ｌ＿２，Ｌ＿３） ここで、Ｌ＿ｎ（ｎ：正数）は、登録番組記憶部１９に
図４に示すデータ構造で登録された各番組データのメモ
リ・アドレスを示している。先頭には必ずｄａｔａ＿ｎ
ｕｍが０のデフォルト・チャンネルのデータを指すメモ
リ・アドレスが置かれ、以降、該曜日に登録されている
番組のデータを指すメモリ・アドレスがｓｔａｒｔ＿ｔ
順に並べられている。該リストのｎ番目のデータをＬ＿
ｎと表現する。したがって、Ｌ＿０は常にデフォルト・
チャンネルのデータを指すメモリ・アドレスとなる。

【００２７】上記ユーザＡの事例において、月曜に作成
される当日リストは以下のようになる。 月曜の当日リスト＝（Ｌ＿０，Ｌ＿１，Ｌ＿２） ここで、Ｌ＿０はデフォルト・チャンネルであるニュー
ス専門チャンネルを登録してあるｄａｔａ＿ｎｕｍが０
のデータを指すメモリ・アドレスであり、Ｌ＿１は、
「朝の情報番組Ａ」が登録してある図５中のｄａｔａ＿
ｎｕｍが１のデータを指すメモリ・アドレス、Ｌ＿２
は、「トレンディＢ」が登録してある図５中ｄａｔａ＿
ｎｕｍが２のデータを指すメモリ・アドレスとなる。こ
のように、当日リストは、該当日に登録されている番組
データをその放送開始時間順に並べて表したものであ
る。

【００２８】また、本システムは常に下記のようなＣＨ
値を保持する。 ここで、ＣＨの第１引数ｍは、現時刻に登録されている
番組データは該当日の当日リストで何番目のデータ（Ｌ
＿ｍ）かを示し、ＣＨの第２引数ｎは、時刻的に同当日
リスト中何番目の番組（Ｌ＿ｎ）まで進んでいるかを示
している。ここで、ｍ＝０、もしくはｎ＝０は常に当日
リストの先頭に存在するデフォルト・チャンネルＬ＿０
を指し、ｍ＝１、もしくはｎ＝１は、当日リスト中のデ
フォルト・チャンネル以降１番目のデータＬ＿１を指し
ていることを示している。

【００２９】上記ユーザＡの事例において、月曜の「朝
の情報番組Ａ」番組放送時間中は、 ＣＨ＝（１，１） と、なっている。これは、現時刻に登録されている番組
が、当日リスト内のＬ＿１、すなわち「朝の情報番組
Ａ」であることを示し、かつ同当日リスト内のＬ＿１ま
で現在処理していることを示している。よって、該「朝
の情報番組Ａ」番組の放送時間終了後から「トレンディ
Ｂ」番組放送時間までの間は、 ＣＨ＝（０，１） となり、該時刻で登録されているのはＬ＿０、すなわち
ニュース専門番組であり、前記当日リスト内では、Ｌ＿
１までは既に処理が終わっていることを示している。こ
の後、「トレンディＢ」番組放送時間となると、 ＣＨ＝（２，２） となり、該「トレンディＢ」番組放送時間終了後から翌
日火曜の当日リスト作成までの間は、 ＣＨ＝（０，２） のままとなる。

【００３０】図６は、リモコンＯＮ時の処理を示すフロ
ーチャートである。ＲＣ受信部１１がユーザのリモコン
ＯＮ入力を受信、認識すると（ステップ２０１）、制御
部１２はメモリ１８にアクセスし、現在のＣＨ値を調べ
る（ステップ２０２）。ここで、該時点で選局すべきチ
ャンネルがＬ＿ｍ（ｍは１以上）であれば、Ｌ＿ｍのチ
ャンネルを、また、ステップ２０３でＬ＿０（デフォル
ト・チャンネル）となっていた場合、Ｌ＿０がデータを
保有していれば（ステップ２０４）そのデータを、Ｌ＿
０にチャンネルが登録されていなければ一般のシステム
と同様に前回最後に受信したチャンネルを取得し（ステ
ップ２０５）、第１チューナ部１３，第１ストリーム処
理部１４，マルチメディアプロセッサ部１５で処理を行
い（ステップ２０６）、表示を行う（ステップ２０
７）。

【００３１】また、ユーザはいかなるチャンネル視聴中
であっても、リモコン３上の登録番組選局キー３６を押
すことにより、登録番組記憶部１９に登録された番組を
選局することが可能である。このとき、システムは、図
６に示したリモコンＯＮ時の処理時と、リモコンＯＮ入
力受付（ステップ２０１）が登録番組選局入力受付に変
わるだけで、全く同じ処理を行う。本機能は、ＣＨ値更
新時に、すなわちユーザが登録してある番組の放送開始
時にユーザが他のチャンネルを視聴中であれば、受信中
の番組上にＯＳＤ機能を用いて、今から登録番組がスタ
ートする旨の表示を行うようにする等、拡張することも
可能である。

【００３２】図７は、システムで行われる日付変更時の
当日リスト作成処理を示すフローチャートである。日付
変更、すなわち曜日が変更されるタイミングで、システ
ムは新しい曜日に対応した登録番組の当日リストを作成
する。まず、システムは、登録番組記憶部１９より、ｄ
ａｙを基に新曜日に登録されているデータを抜き出し
（ステップ３０１）、各データのｔｍｐ＿ｄａｙ，ｔｍ
ｐ＿ｓｔａｒｔ＿ｔ，ｔｍｐ＿ｅｎｄ＿ｔにｄａｙ，ｓ
ｔａｒｔ＿ｔ，ｅｎｄ＿ｔの値を各々コピーする（ステ
ップ３０２）。

【００３３】次に、システムは、現在保存されているＣ
Ｈ値を確認し、その第１引数に０、すなわちＬ＿０（デ
フォルト・チャンネル）が設定されていないかチェック
する（ステップ３０３）。ここで、デフォルト・チャン
ネル以外の番組が設定されていた場合（ＣＨの第１引数
ｍが１以上）、該Ｌ＿ｍのデータ内ｔｍｐ＿ｄａｙを調
べ、番組が０時を過ぎて延長されたことを示す日付延長
フラグの有無を調べる（ステップ３０４）。

【００３４】この日付延長フラグは、後述する図８中
で、次のような場合にたてられる。例えば、本来月曜日
の２３：００〜２４：００の番組Ｌ＿ｍが、スポーツ中
継により放送時間が３０分ずれ、２３：３０〜翌０：３
０となったとする。該変更をＬ＿ｍ中のｔｍｐ＿ｓｔａ
ｒｔ＿ｔ，ｔｍｐ＿ｅｎｄ＿ｔに書きこむ際に、曜日を
またぐ記述はできないため、該Ｌ＿ｍ中のｔｍｐ＿ｓｔ
ａｒｔ＿ｔは２３：３０でも、ｔｍｐ＿ｅｎｄ＿ｔは２
４：００となってしまう。しかし、２４：００からも更
に３０分番組が続くため、システムは、ｔｍｐ＿ｄａｙ
内の日付延長フラグをたてておく。これによって、シス
テムは、本来ｄａｙに登録されていない曜日であって
も、該番組が前日より延長され、該曜日にも放送が続い
ていることを認識できるのである。

【００３５】ステップ３０４において、日付延長フラグ
が有効であった場合、システムは、番組情報取得用第２
チューナ部１６，第２ストリーム処理部１７を用いて番
組情報を取得し、該データＬ＿ｍのｔｍｐ＿ｄａｙ，ｔ
ｍｐ＿ｓｔａｒｔ＿ｔ，ｔｍｐ＿ｅｎｄ＿ｔを書き換え
なければならない（ステップ３０５）。上記月曜の例の
場合では、ｔｍｐ＿ｄａｙは火曜に、ｔｍｐ＿ｓｔａｒ
ｔ＿ｔは０：００に、ｔｍｐ＿ｅｎｄ＿ｔは０：３０に
なる。その後、該Ｌ＿ｍ中のｔｍｐ＿ｄａｙ内日付延長
フラグを無効にし、解除しておく（ステップ３０６）。

【００３６】ステップ３０２までの処理で抽出、ｔｍｐ
データの書き込みが行われたデータと、ステップ３０５
で前日データのｔｍｐデータ書き換えが行われていた場
合は該データもあわせて、放送開始時間ｔｍｐ＿ｓｔａ
ｒｔ＿ｔ順にデータをソートし、当日リストを作成する
（ステップ３０７）。当日リストの先頭は、常にＬ＿０
（デフォルト・チャンネル）となる。ステップ３０７の
データ・ソート時に、ステップ３０５で書き換えられた
前日データと、新曜日で登録されている既存データの登
録時間が重ならないようにする。重なる場合は新曜日で
登録されている既存登録データを優先させる。

【００３７】次に、リストのＬ＿１が存在するかをチェ
ックし（ステップ３０８）、存在しなければ、ＣＨ＝
（０，０）で設定（ステップ３０９）し、タイマ設定は
行わない。ステップ３０８でＬ＿１が存在した場合、同
Ｌ＿１の開始時間が０：００でないかを調べ（ステップ
３１０）、０：００であった場合はＣＨ＝（１，０）を
設定し（ステップ３１１）、すぐに図８のタイマ・セッ
ト時刻時の処理に入る（ステップ３１２）。ステップ３
１０でＬ＿１の開始時間が０：００ではなかった場合
は、ＣＨ＝（０，０）で設定し（ステップ３１３）、Ｌ
＿１の開始時間でタイマをセットする（ステップ３１
４）。

【００３８】図８は、タイマ・セット時刻におけるシス
テムの処理を示すフローチャートである。タイマ・セッ
ト時となると、システムは、そのときに保有しているＣ
Ｈ値をチェックする（ステップ４０１）。ここで、ＣＨ
＝（０，ｎ）ではなかった場合、つまりＣＨの第１引数
がＬ＿０ではなく、何らかの登録番組を指す値が指定さ
れていた場合、システムは当日リスト内で、ＣＨの第２
引数ｎの次の値であるｎ＋１の指すＬ＿ｎ＋１の開始時
刻が現時刻と一致していないかを調べる（ステップ４０
２）。ここで、両時刻が一致していれば、すなわち、番
組Ｌ＿ｎの終了直後から開始する番組Ｌ＿ｎ＋１が登録
されていた場合、システムはＬ＿ｎ＋１に登録されてい
るチャンネルで放送される番組名と、Ｌ＿ｎ＋１に登録
されている番組名が一致しているかを第２チューナ部１
６、および第２ストリーム処理部１７を用いて番組情報
を取得し、調べ（ステップ４０３）、一致していればＣ
Ｈ値をＣＨ＝（ｎ＋１，ｎ＋１）に更新し（ステップ４
０４）、Ｌ＿ｎ＋１の終了時間でタイマをセットする。
（ステップ４０５）。

【００３９】ステップ４０３で番組名が一致していなけ
れば、該時刻以降同日内、該チャンネルで、該番組名と
一致する番組が放送されるかどうか、システムは第２チ
ューナ部１６、および第２ストリーム処理部１７を用い
て番組情報を取得し、該番組情報内のタイム・テーブル
から調べる（ステップ４０６）。同タイム・テーブル内
に該番組名が存在した場合、該番組の放送時刻を取得
し、該番組のデータＬ＿ｎ＋１中のｔｍｐ＿ｓｔａｒｔ
＿ｔ，ｔｍｐ＿ｅｎｄ＿ｔの値を書き換える。このと
き、ｔｍｐ＿ｓｔａｒｔ＿ｔ，ｔｍｐ＿ｅｎｄ＿ｔのい
ずれか、もしくは両方が翌日の時刻となる場合、システ
ムはｔｍｐ＿ｄａｙ内の日付延長フラグを有効にしてお
く（ステップ４０７）。

【００４０】ステップ４０６において、該番組が後程放
送されることが判明し、ｔｍｐ＿ｓｔａｒｔ＿ｔ等を書
き換えた場合も、同時刻に放送予定の登録番組が存在し
た場合には、既存登録番組を優先し、同重複番組が存在
しなかった場合は、曜日変更時と同様にリストの再ソー
トを行う（ステップ４０８）。ステップ４０６におい
て、タイムテーブル内に該番組名が存在しなければ、Ｌ
＿ｎのｎの値を１大きくしておく（ステップ４０９）。
このようにリストの再編成、もしくはｎの値を１増加さ
せた後、ＣＨ＝（０，ｎ）とし（ステップ４１０）、登
録番組記憶部１９にＬ＿ｎ＋１が存在すれば（ステップ
４１１）、Ｌ＿ｎ＋１の開始時刻でタイマをセット（ス
テップ４１２）した後、Ｌ＿ｎ＋１が存在しなければ、
そのまま処理を終了する。

【００４１】ステップ４０２において、当日リスト内
で、ＣＨの第２引数ｎの次の値であるｎ＋１の指すＬ＿
ｎ＋１の開始時刻と現在の時刻が一致しなかった場合、
もしくはＬ＿ｎ＋１が存在しなかった場合は、それまで
設定されていたＬ＿ｎの番組が時間延長されていないか
を、第２チューナ部１６、および第２ストリーム処理部
１７を用いて番組情報を取得して調べ（ステップ４１
３）、時間延長されていなければ、ＣＨ＝（０，ｎ）と
し（ステップ４１０）、前述のステップ４１０からの処
理と同様の処理を行う。しかし、ステップ４１３でＬ＿
ｎの番組が時間延長されていることがわかった場合、Ｌ
＿ｎの番組終了時間ｔｍｐ＿ｅｎｄ＿ｔを修正、および
必要に応じてｔｍｐ＿ｄａｙ内日付延長フラグを有効に
した（ステップ４１４）後、リストの再ソートを行い
（ステップ４１５）、ＣＨ＝（ｎ，ｎ）、つまりＣＨ値
の変更を行わず（ステップ４１６）、番組情報より新規
取得した番組終了時間Ｌ＿ｎのｔｍｐ＿ｅｎｄ＿ｔでタ
イマをセットして（ステップ４１７）、処理を終了す
る。

【００４２】ここで例に挙げたシステムには、第２チュ
ーナ部１６、第２ストリーム処理部１７が番組情報取得
用に専用に設けられていたが、もちろん、これは一つの
チューナ部、ストリーム処理部によって実現されてもよ
い。その場合、チューナ部が、放送受信中は、番組情報
受信による正確な当日リスト、番組データの放送時間更
新はできなくなる。

【００４３】

【発明の効果】以上の記載から明らかなように、本発明
の受信装置によれば次のような効果が得られる。請求項
１に係る発明は、複数のチャンネルを受信可能な放送受
信装置であって、放送受信手段と、該放送受信手段にお
いて受信したストリームの復調等を行うストリーム処理
手段と、リモコン入力を受信、解析するリモコン受け付
け手段と、電源ＯＮ時に受信すべき番組の登録処理の誘
導、および電源ＯＮ時に受信すべき番組の判断を行う制
御手段と、前記登録処理を行う際に利用される表示手段
と、前記受信すべき番組の判断の際に利用される日時管
理手段と、前記電源ＯＮ時に受信すべき番組を記憶する
記憶手段とを有することで、常時ユーザの登録した、ユ
ーザの所望する番組、チャンネルを保持しているため、
ユーザのリモコンＯＮ操作のみで、ユーザが該時間帯に
最も視聴したいと思われる番組を選局、表示させること
ができる。

【００４４】また、請求項２に係る発明によれば、電源
ＯＮ時に受信すべき番組の登録を、チャンネル単位のほ
か、番組指定で行うことができ、該登録の際には同番組
の放送時間，番組名といった番組情報をシステムが自動
的に受信，データ化した後、記憶手段に登録すること
で、ユーザは番組の放送時間を正確に把握しておかなく
とも、システム側で自動的にそれを取得し、かつ、該番
組の番組名も取得していることにより、放送中止、もし
くは放送時間のずれ込みにも対応できるため、ユーザの
利便性が向上する。

【００４５】請求項３に係る発明によれば、番組情報取
得専用の放送受信手段を備えることにより、ユーザがい
かなる放送を受信中であっても、システムは必要なタイ
ミングにあらゆる番組情報を取得できるようになり、ユ
ーザの登録した番組の時間変更にも的確に対応すること
が可能となる。

【００４６】請求項４に係る発明によれば、登録された
番組の放送中には、いつでも該番組をボタン一つの入力
で選局、表示させられることにより、ユーザはリモコン
ＯＮ後、いかなる番組を視聴していようとも、自分の登
録した、好みの番組をボタン操作一つで選局できるよう
になる。

【図面の簡単な説明】

【図１】本発明の受信装置を用いたシステムの外観を示
す図である。

【図２】セットトップボックスの構成を示す機能ブロッ
ク図である。

【図３】受信装置に番組を登録する際の処理を示すフロ
ーチャートである。

【図４】受信装置の登録番組記憶部に記録されるデータ
のデータ構造を示す図である。

【図５】登録番組記憶部に記録された登録番組のデータ
の例を示す図である。

【図６】リモコンＯＮ時の処理を示すフローチャートで
ある。

【図７】日付変更時の当日リスト作成処理を示すフロー
チャートである。

【図８】タイマセット時刻における処理を示すフローチ
ャートである。

【符号の説明】

１…テレビ、２…セットトップボックス、３…セットト
ップ制御用リモコン、１１…リモコン（ＲＣ）受信部、
１２…制御部、１３…第１チューナ部、１４…第１スト
リーム処理部、１５…マルチメディアプロセッサ部、１
６…第２チューナ部、１７…第２ストリーム処理部、１
８…メモリ、１９…登録番組記憶部、２０…日時管理
部、２１…ＯＳＤ生成部、２２…出力部、３１…ＯＮ／
ＯＦＦキー、３２…テンキー、３３…十字キー、３４…
決定キー、３５…登録キー、３６…登録番組選局キー。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 複数のチャンネルを受信可能な受信装置
   において、放送受信手段と、該放送受信手段において受
   信したストリームの復調等を行うストリーム処理手段
   と、リモコン入力を受信、解析するリモコン受け付け手
   段と、電源ＯＮ時に受信すべき番組の登録処理の誘導、
   および前記受信すべき番組の判断を行う制御手段と、前
   記登録処理を行う際に利用される表示手段と、前記受信
   すべき番組の判断の際に利用される日時管理手段と、前
   記電源ＯＮ時に受信すべき番組を記憶する記憶手段とを
   有することを特徴とする受信装置。
2. 【請求項２】 請求項１に記載の受信装置において、前
   記電源ＯＮ時に受信すべき番組の登録を、チャンネル単
   位または番組指定で行い、前記番組の登録の際は同番組
   の放送時間、番組名等の番組情報を自動的に受信、デー
   タ化した後、前記記憶手段に登録することを特徴とする
   受信装置。
3. 【請求項３】 請求項１または２に記載の受信装置にお
   いて、前記放送受信手段およびストリーム処理手段とは
   異なる第２放送受信手段および第２ストリーム処理手段
   を番組情報取得用として有することを特徴とする受信装
   置。
4. 【請求項４】 請求項１乃至３のいずれかに記載の受信
   装置において、登録された番組の放送中には、該登録さ
   れた番組の放送を単一の入力操作で選局、表示させるボ
   タンを有することを特徴とする受信装置。