(57)【特許請求の範囲】
【請求項１】
第１のチャンネルにおいて放送中の番組を、前記第１のチャンネルから第２のチャンネルでの放送に変更するイベントリレー放送を受信可能な放送受信装置であって、
放送波を受信する受信手段と、
前記受信手段で受信した放送波から、イベントリレーに関する情報と番組の属性情報とを少なくとも含むデータを取得する取得手段と、
視聴者の視聴履歴に関するデータを管理する視聴履歴管理手段と、
視聴中の第１のチャンネルにおいて、イベントリレー放送が発生するか否かを、前記取得手段で取得したイベントリレーに関する情報から判定する判定手段と、
放送中の２つのチャンネルを主画面と副画面にそれぞれ割り当て、前記主画面と前記副画面とを共に表示部に表示する画面制御手段と、
前記判定手段によってイベントリレー放送が発生すると判定された場合に、前記第１のチャンネルにおいて視聴中の番組の次に放送される次番組及び第２のチャンネルでの放送に変更される前記視聴中の番組の夫々の属性情報と、前記視聴履歴に関するデータとに基づいて、前記次番組及び前記第２のチャンネルでの放送に変更される前記視聴中の番組に対する視聴者の嗜好度を判定し、前記嗜好度に応じて、前記次番組と前記視聴中の番組のうち、嗜好度が高い方の番組を放送するチャンネルを前記主画面に割り当てるとともに嗜好度が低い方の番組を放送するチャンネルを前記副画面に割り当てるように前記画面制御手段に指示することで、前記次番組の放送が開始された場合に当該次番組と前記視聴中の番組とを共に表示する制御を実行する制御手段と、
を有することを特徴とする放送受信装置。
【請求項２】
前記制御手段は、前記表示部に前記主画面及び前記副画面と共に、前記副画面の映像を非表示とするための指示及び前記主画面に表示されている番組を前記副画面に表示し、かつ前記副画面に表示されている番組を前記主画面に表示するための操作方法を、視聴者に示すためのＵＩ画面も表示するように制御することを特徴とする請求項１に記載の放送受信装置。
【請求項３】
第１のチャンネルにおいて放送中の番組を、前記第１のチャンネルから第２のチャンネルでの放送に変更するイベントリレー放送を受信可能な放送受信装置の制御方法であって、
放送波を受信する受信工程と、
前記受信工程で受信した放送波から、イベントリレーに関する情報と番組の属性情報とを少なくとも含むデータを取得する取得工程と、
視聴者の過去の視聴履歴に関するデータを管理する視聴履歴管理工程と、
視聴中の第１のチャンネルにおいて、イベントリレー放送が発生するか否かを、前記取得工程で取得したイベントリレーに関する情報から判定する判定工程と、
放送中の２つのチャンネルを主画面と副画面にそれぞれ割り当て、前記主画面と前記副画面とを共に表示部に表示する画面制御工程と、
前記判定工程によってイベントリレー放送が発生すると判定された場合に、前記第１のチャンネルにおいて視聴中の番組の次に放送される次番組及び第２のチャンネルでの放送に変更される前記視聴中の番組の夫々の属性情報と、前記視聴履歴管理工程で管理された視聴履歴に関するデータとに基づいて、前記次番組及び前記第２のチャンネルでの放送に変更される前記視聴中の番組に対する視聴者の嗜好度を判定し、前記嗜好度に応じて、前記次番組と前記視聴中の番組のうち、嗜好度が高い方の番組を放送するチャンネルを前記主画面に割り当てるとともに嗜好度が低い方の番組を放送するチャンネルを前記副画面に割り当てるように前記画面制御工程に指示することで、前記次番組の放送が開始された場合に当該次番組と前記視聴中の番組とを共に表示する制御を実行する制御工程と、
を有することを特徴とする放送受信装置の制御方法。
【請求項４】
前記制御工程では、前記表示部に前記主画面及び前記副画面と共に、前記副画面の映像を非表示とするための指示及び前記主画面に表示されている番組を前記副画面に表示し、かつ前記副画面に表示されている番組を前記主画面に表示するための操作方法を、視聴者に示すためのＵＩ画面も表示するように制御することを特徴とする請求項３に記載の放送受信装置の制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、放送受信装置及びその制御方法に関する。
【０００２】
【従来の技術】
放送衛星（ＢＳ：Ｂｒｏａｄｃａｓｔ  Ｓａｔｅｌｉｔｅ）を用いたＢＳデジタルＴＶ放送では、映像、音声データ等と共に、主に番組選択のための基本情報であるＰＳＩ（Ｐｒｏｇｒａｍ  Ｓｐｅｃｉｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ）情報、主に番組に関する付属情報であるＳＩ（Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）情報が送信される。また、ＢＳデジタル放送では、ＰＳＩ、ＳＩ情報を用いて様々な視聴者サービスが想定されており、番組の途中でその続きを別のサービス（チャンネル）で継続して放送する「イベントリレー」もその１つである。
【０００３】
図２２はイベントリレーを概念的に示す図である。この図は、２０時まで１００ｃｈで放送される番組「プロ野球中継３」が、２０時に１０２ｃｈでの放送に切り替わり（リレーされ）、１００ｃｈでは、新たな番組「ニュース８」が開始し、２１時になると、再び番組「プロ野球中継３」が１００ｃｈでの放送に切り替わり（リレーされ）、１０２ｃｈでは、新たな番組「サッカー１１」が開始することを示している。ここで、イベントリレーされるイベント（番組）への切り替えは、例えば、番組が継続することを認知した視聴者のリモコン操作等によって行われる。
【０００４】
【発明が解決しようとする課題】
しかしながら、番組切り替えの選択時、視聴者が番組「プロ野球中継３」も見たいし、番組「ニュース８」も見たいが、どちらが本当に見たい番組であるか分からず、迷ってしまうという状況が多々、起こると考えられる。
【０００５】
このような状況では、複数の番組の映像や情報を複数同時表示可能なマルチウィンドウ機能は１つの解決策であるが、従来のマルチウィンドウ制御装置では、画面のレイアウト、表示映像（番組）および情報を、視聴者がその都度変更する必要があり、視聴者の好む画面レイアウトに設定するためには、多くの時間と手間を要してしていた。
【０００６】
また、音声についても同様に、マルチ画面表示時にどちらの番組の音声をどのように出力するかを決定するために、時間および手間を要していた。
【０００７】
さらに、上記イベントリレーを行う場合、複数の番組・情報・音声に関し、視聴者の迷いや操作にかかる負荷・時間を軽減し、かつ視聴者の好む番組・情報・音声を最適に提示・表示することが重要となる。
【０００８】
そこで、本発明は、イベントリレーを行う際、視聴者の迷いや操作にかかる負荷・時間を軽減することができる放送受信装置及びその制御方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明の放送受信装置は、第１のチャンネルにおいて放送中の番組を、前記第１のチャンネルから第２のチャンネルでの放送に変更するイベントリレー放送を受信可能な放送受信装置であって、放送波を受信する受信手段と、前記受信手段で受信した放送波から、イベントリレーに関する情報と番組の属性情報とを少なくとも含むデータを取得する取得手段と、視聴者の視聴履歴に関するデータを管理する視聴履歴管理手段と、視聴中の第１のチャンネルにおいて、イベントリレー放送が発生するか否かを、前記取得手段で取得したイベントリレーに関する情報から判定する判定手段と、放送中の２つのチャンネルを主画面と副画面にそれぞれ割り当て、前記主画面と前記副画面とを共に表示部に表示する画面制御手段と、前記判定手段によってイベントリレー放送が発生すると判定された場合に、前記第１のチャンネルにおいて視聴中の番組の次に放送される次番組及び第２のチャンネルでの放送に変更される前記視聴中の番組の夫々の属性情報と、前記視聴履歴に関するデータとに基づいて、前記次番組及び前記第２のチャンネルでの放送に変更される前記視聴中の番組に対する視聴者の嗜好度を判定し、前記嗜好度に応じて、前記次番組と前記視聴中の番組のうち、嗜好度が高い方の番組を放送するチャンネルを前記主画面に割り当てるとともに嗜好度が低い方の番組を放送するチャンネルを前記副画面に割り当てるように前記画面制御手段に指示することで、前記次番組の放送が開始された場合に当該次番組と前記視聴中の番組とを共に表示する制御を実行する制御手段と、  を有することを特徴とする。
【００１０】
本発明の放送受信装置の制御方法は、第１のチャンネルにおいて放送中の番組を、前記第１のチャンネルから第２のチャンネルでの放送に変更するイベントリレー放送を受信可能な放送受信装置の制御方法であって、放送波を受信する受信工程と、前記受信工程で受信した放送波から、イベントリレーに関する情報と番組の属性情報とを少なくとも含むデータを取得する取得工程と、視聴者の過去の視聴履歴に関するデータを管理する視聴履歴管理工程と、視聴中の第１のチャンネルにおいて、イベントリレー放送が発生するか否かを、前記取得工程で取得したイベントリレーに関する情報から判定する判定工程と、放送中の２つのチャンネルを主画面と副画面にそれぞれ割り当て、前記主画面と前記副画面とを共に表示部に表示する画面制御工程と、前記判定工程によってイベントリレー放送が発生すると判定された場合に、前記第１のチャンネルにおいて視聴中の番組の次に放送される次番組及び第２のチャンネルでの放送に変更される前記視聴中の番組の夫々の属性情報と、前記視聴履歴管理工程で管理された視聴履歴に関するデータとに基づいて、前記次番組及び前記第２のチャンネルでの放送に変更される前記視聴中の番組に対する視聴者の嗜好度を判定し、前記嗜好度に応じて、前記次番組と前記視聴中の番組のうち、嗜好度が高い方の番組を放送するチャンネルを前記主画面に割り当てるとともに嗜好度が低い方の番組を放送するチャンネルを前記副画面に割り当てるように前記画面制御工程に指示することで、前記次番組の放送が開始された場合に当該次番組と前記視聴中の番組とを共に表示する制御を実行する制御工程と、を有することを特徴とする。
【００１４】
【発明の実施の形態】
本発明の放送受信装置及びその制御方法の実施の形態について図面を参照しながら説明する。本実施形態の放送受信装置は、マルチウィンドウ制御機能を実現するデジタルＴＶ放送受信機に適用される。
【００１５】
［第１の実施形態］
図１は第１の実施形態におけるデジタルＴＶ放送受信機の主要な部分の構成を示すブロック図である。図において、１０１はアンテナである。１０２はチューナ１である。１０３はチューナ２である。１０４は復調部１である。１０５は復調部２である。１０６はＴＳデコーダ１である。１０７はＴＳデコーダ２である。１０８はビデオデコーダである。
【００１６】
１０９はオーディオデコーダである。１１０はセクションデコーダである。１１１は画面制御部である。１１２は音声制御部である。１１３はＤＡＣである。１１４は表示画面である。１１５はスピーカである。１１６はヘッドホンである。１１７は外部出力端子である。１１８はメモリである。１１９は履歴データ記憶部である。１２０はＣＰＵである。１２１は属性検出部である。１２２はＵＩ画面構成部である。１２３は操作部である。１２４は受光部である。１２５はリモコンである。
【００１７】
チューナ１０２、１０３は、それぞれケーブルを介してアンテナ１０１に接続され、アンテナ１０１が受信したデジタルＴＶ放送の中から所定の周波数の電波を選択的に受信する。（ここで、アンテナ１０１、チューナ１０２及び１０３は請求項１に記載の受信手段に相当する。）復調部１０４、１０５はそれぞれに接続されているチューナ１０２、１０３からの信号を入力し、復調、エラー訂正等の処理を行い、トランスポートストリーム（以下、ＴＳという）を生成し、ＴＳデコーダ１０６、１０７に送出する。
【００１８】
ＴＳデコーダ１０６、１０７は、主に映像ストリーム、音声ストリーム、セクションデータに分離・再構成し、それぞれ後段のビデオデコーダ１０８、オーディオデコーダ１０９およびセクションデコーダ１１０に送出する。
【００１９】
通常、１つのＴＳには、複数の番組の映像、音声、その他のデータが多重化されており、そのＴＳから１つのチャンネルを選択するために、ＴＳデコーダ１０６、１０７によって分離、再構成されるセクションデータＰＳＩ（Ｐｒｏｇｒａｍ  Ｓｐｅｃｉｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ）のうち、ＮＩＴ（Ｎｅｔｗｏｒｋ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）、ＰＡＴ（Ｐｒｏｇｒａｍ  Ａｓｓｏｃｉａｔｉｏｎ  Ｔａｂｌｅ）、ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）を用いて、基本的なチャンネル選局動作を行う。
【００２０】
ビデオデコーダ１０８は、２つの映像ストリームの入力インタフェースを有し、２チャンネル分以上の映像ストリームのデコード機能を有する。ビデオデコーダ１０８は、ＴＳデコーダ１０６、１０７から送出される映像ストリームのデコードを行う。ここでデコードされたデータは画面制御部１１１に送出される。
【００２１】
オーディオデコーダ１０９は、２つの音声ストリームの入力インタフェースを有し、２チャンネル分以上の音声ストリームのデコード機能を有する。オーディオデコーダ１０９は、ＴＳデコーダ１０６、１０７から送出される音声ストリームのデコードを行う。ここでデコードされたデータは音声制御部１１２に送出される。
【００２２】
セクションデコーダ１１０は、ＴＳデコーダ１０６、１０７から送出されるセクションデータのデコードを行う。ここでデコードされる主なデータは、前述したＰＳＩの他、社団法人  日本電波産業会ＡＲＩＢ  ＳＴＤ−Ｂ１０「デジタル放送に使用する番組配列情報」で規定されるセクションデータ（それに含まれる記述子等も含む）、同じくＡＲＩＢ  ＴＲ−Ｂ１５「ＢＳデジタル放送運用規定」中に記述されるセクションデータ（それに含まれる記述子等も含む）である。ここでデコードされたデータは、ＣＰＵ１２０に送出される。
【００２３】
以下、上記セクションデータのうち、本実施形態において最も重要なセクションデータであるＥＩＴ（Ｅｖｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）について説明する。ＥＩＴは各サービス（チャンネル）に含まれるイベント（番組）に関する時系列情報であり、つぎの４クラスに大別される。
・自ＴＳの現在と次のイベント情報（以下、ＥＩＴａ＿ｐｆ情報という）
・他ＴＳの現在と次のイベント情報（以下、ＥＩＴｏ＿ｐｆ情報という）
・自ＴＳのイベントスケジュール情報（以下、ＥＩＴａ＿ｓｃｈ情報という）
・他ＴＳのイベントスケジュール情報（以下、ＥＩＴｏ＿ｓｃｈ情報という）
各ＥＩＴには、主に番組が放送されているチャンネル番号（ｓｅｒｖｉｃｅ＿ｉｄ）、番組の識別番号（ｅｖｅｎｔ＿ｉｄ）、番組の開始時間、番組の継続時間が記述されている。また、ＥＩＴに挿入される記述子の情報として、番組名称（番組タイトルや番組サブタイトル）、番組のジャンル情報、番組の内容情報（出演者や番組の内容紹介）、番組を構成する映像や音声のコンポーネントストリームに関する情報が存在する。
【００２４】
ここで、番組名称は短形式イベント記述子（Ｓｈｏｒｔ  ｅｖｅｎｔ  ｄｅｓｃｒｉｐｔｏｒ）、番組のジャンル情報はコンテント記述子（Ｃｏｎｔｅｎｔ  ｄｅｓｃｒｉｐｔｏｒ）、番組の内容情報は拡張形式イベント記述子（Ｅｘｔｅｎｄｅｄ  ｅｖｅｎｔ  ｄｅｓｃｒｉｐｔｏｒ）、映像のコンポーネントストリームに関する情報はコンポーネント記述子（Ｃｏｍｐｏｎｅｎｔ  ｄｅｓｃｒｉｐｔｏｒ）、音声のコンポーネントストリームに関する情報は音声コンポーネント記述子（Ａｕｄｉｏ  ｃｏｍｐｏｎｅｎｔ  ｄｅｓｃｒｉｐｔｏｒ）として、ＥＩＴにそれぞれ挿入される。
【００２５】
つぎに、属性検出部１２１および履歴データ記憶部１１９について示す。ＴＳデコーダ１０６、１０７は、視聴者がある一番組を視聴中、ＣＰＵ１２０の制御にしたがって、受信中のＴＳからＥＩＴのうち、ＥＩＴａ＿ｐｆ情報を分離して再構成を行い、セクションデコーダ１１０に送出する。
【００２６】
セクションデコーダ１１０は、ＥＩＴａ＿ｐｆ情報に記述される記述子情報をデコードし、ＣＰＵ１２０に送出する。ＣＰＵ１２０内の属性検出部１２１は、記述子のデコード内容から各番組の属性データである番組名称、番組のジャンル情報、番組の出演者名称情報を抽出し、視聴履歴管理テーブルを作成する。（ここで、属性データは請求項１に記載の属性情報に相当し、視聴履歴管理テーブルは請求項１に記載の視聴履歴に関するデータに相当する。）
図２および図３は視聴履歴管理テーブルを示す図である。視聴履歴管理テーブルにはインデックスが付けられており、ＩＮＤＥＸ１、ＩＮＤＥＸ２、ＩＮＤＥＸ３（各々０〜２５５）はそれぞれ番組名称（ｅｖｅｎｔ＿ｎａｍｅ）、番組ジャンル（ｅｖｅｎｔ＿ｇｅｎｒｅ）、番組出演者名称（ｅｖｅｎｔ＿ｐｅｒｆｏｒｍｅｒ）に対するインデックスである。視聴履歴管理テーブルでは、番組名称（ｅｖｅｎｔ＿ｎａｍｅ）、番組ジャンル（ｅｖｅｎｔ＿ｇｅｎｒｅ）、番組出演者名称（ｅｖｅｎｔ＿ｐｅｒｆｏｒｍｅｒ）の他、カウント数（ｃｏｕｎｔ＿ｖａｌｕｅ）、日付情報（ｌａｓｔ＿ｃｏｕｎｔ＿ｄａｔｅ）を登録することが可能である。
【００２７】
図４は視聴履歴管理テーブルの作成処理手順を示すフローチャートである。この処理プログラムは、メモリ１１８に格納されており、ＣＰＵ１２０によって実行される。
【００２８】
視聴者による操作部１２３あるいは受光部１２４を介したリモコン１２５の操作によって、所望のチャンネルの選局動作が行われると、この処理プログラムが起動する。このとき、受信機では、映像、音声ストリームの選択、番組の提示が完了する。
【００２９】
ＣＰＵ１２０はＴＳデコーダ１０６、１０７のいずれかを制御することにより、現在視聴しているチャンネルのＥＩＴａ＿ｐｆ情報を取得する（ステップＳ１）。ＣＰＵ１２０に内蔵されたタイマのカウントにより、３分以上同一のチャンネルを視聴したか否かを判別する（ステップＳ２）。３分以上同一のチャンネルが視聴されていない場合、別のチャンネルに変えられていることになるので、ステップＳ１の処理に戻り、該当するチャンネルのＥＩＴａ＿ｐｆ情報の取得動作を行う。
【００３０】
一方、３分以上視聴されている場合、ＴＳデコーダ１０６、１０７のいずれかより現在の時刻情報（年月日、時分）が記述されているＴＯＴ（Ｔｉｍｅ  Ｏｆｆｓｅｔ  Ｔａｂｌｅ）あるいはＴＤＴ（Ｔｉｍｅ  Ｄａｔｅ  Ｔａｂｌｅ）を取得する（ステップＳ３）。
【００３１】
セクションデコーダ１１０は、取得したセクション情報と記述子情報を解析してデコードし、ＣＰＵ１２０内の属性検出部１２１に送出する（ステップＳ４）。属性検出部１２１は、デコードされたセクション情報、記述子情報から、必要とする属性情報である番組名称、番組ジャンル、番組出演者名称情報を抽出し、同一の属性情報が登録されているか否かを判別し（ステップＳ５）、判別結果に応じた視聴履歴管理テーブルの更新動作に移行する。
【００３２】
すなわち、抽出された各属性情報が既に登録されている場合、カウント値ｃｏｕｎｔ＿ｖａｌｕｅをインクリメントする（ステップＳ６）。このカウント値ｃｏｕｎｔ＿ｖａｌｕｅには、例えば、番組名称インデックスでは、同一の番組名称を有する番組を視聴した回数が記述され、新たに視聴する毎に＋１づつインクリメントされる。
【００３３】
図２および図３の日付情報（ｌａｓｔ＿ｃｏｕｎｔ＿ｄａｔｅ）には、例えば番組名称インデックスにおいて、同一の番組名称を有する番組を視聴した最後の日付が記述される（ステップＳ７）。この後、処理を終了する。
【００３４】
例えば、ＩＮＤＥＸ１‐１に示される番組名称「プロ野球中継３」は、現在までに４８回視聴されており、最後に視聴された日付は、２０００年４月１３日という視聴履歴が登録されていることになる。同様に、ＩＮＤＥＸ２‐５に示される番組ジャンル「国内ドラマ」は、現在までに１５６回視聴されており、最後に視聴された日付は、２０００年４月２０日である。さらに、ＩＮＤＥＸ３‐４に示される番組出演者名称「坂上  三郎」が出演した番組は現在までに５６回視聴されており、最後に視聴された日付は、２０００年４月１８日という視聴履歴が登録されることになる。
【００３５】
一方、ステップＳ５で抽出された各属性情報が既に登録されているものでない場合、視聴履歴管理テーブルに新規に登録可能であるか否かを判別する（ステップＳ８）。ＩＮＤＥＸに余裕があり、抽出された各属性情報が視聴履歴管理テーブルに新規に登録可能である場合、空のＩＮＤＥＸ部分に登録を行う（ステップＳ９）。この後、処理を終了する。
【００３６】
一方、ステップＳ８でＩＮＤＥＸに余裕が無く、新規の登録が不可能である場合、ＩＮＤＥＸに登録されている属性情報のｌａｓｔ＿ｃｏｕｎｔ＿ｄａｔｅ情報を読み出し、取得した現在時刻情報と比較し、最終更新（登録）日時を調査する。すなわち、例えば１ヶ月間更新されていない属性情報があるか否かを判別する（ステップＳ１０）。１ヶ月間（３０日間）更新されていない場合、視聴者にとって嗜好性の低い番組属性情報であると判断し、その属性情報を、新規に抽出した属性情報で上書きを行う（ステップＳ１１）。この後、処理を終了する。
【００３７】
一方、いずれの属性情報も１ヶ月以内に更新（登録）されたものである場合、最も古いｌａｓｔ＿ｃｏｕｎｔ＿ｄａｔｅ情報が登録されている属性情報を有するＩＮＤＥＸ部分に対して上書きを行う（ステップＳ１２）。この後、処理を終了する。
【００３８】
以上示したように構成される視聴履歴管理テーブルは、メモリ１１８内の履歴データ記憶部１１９に記憶される。
尚、上記実施形態では、視聴履歴管理テーブルは、視聴者が３分以上視聴した番組に含まれる属性情報だけを登録し、１ヶ月間（３０日間）、カウント値ｃｏｕｎｔ＿ｖａｌｕｅのカウントアップが行われなかったインデックスに登録されているｅｖｅｎｔ＿ｎａｍｅ、ｅｖｅｎｔ＿ｇｅｎｒｅ、ｅｖｅｎｔ＿ｐｅｒｆｏｒｍｅｒ情報は削除（上書き）される構成となっているが、３分、１ヶ月間（３０日間）の各パラメータはこの値に限られるものではなく、１分、５分、１週間あるいは３ヶ月間であってもよい。
【００３９】
つぎに、イベントリレーが行われる場合の受信機の制御動作を示す。図５はイベントリレーが行われる場合のイベントリレー実施後の画面レイアウト及び音声出力モードの決定を行うための受信機の制御処理手順を示すフローチャートである。この処理プログラムは、メモリ１１８に格納されており、ＣＰＵ１２０によって実行される。
ここで、図５に示すフローチャートの動作は、電源ＯＮ時、チャンネル切換え時、及び放送番組変更時（放送番組終了後、次番組の放送が開始される時）に実行され、後述の如く決定された画面レイアウト情報及び音声出力モード情報はメモリ１１８に記憶される。
【００４０】
図５のフローチャートに示す制御動作を説明する。始めに、視聴者による操作部１２３あるいは受光部１２４を介したリモコン１２５の操作によって、所望のチャンネルの選局動作が行われ、所望の番組が視聴されているとする。
【００４１】
ＣＰＵ１２０の制御にしたがって、ＴＳデコーダ１０６、１０７のいずれかを介して、現在、選局・視聴中のチャンネルのＥＩＴａ＿ｐｆ情報を取得（更新）し、セクションデコーダ１１０に送出する（ステップＳ２１）。
【００４２】
セクションデコーダ１１０は、取得したＥＩＴａ＿ｐｆ情報の番組情報セクションに含まれる記述子の解析を行う（ステップＳ２２）。セクションデコーダ１１０は、セクション中にイベントリレーを行う場合のリンク情報が記述されているＡＲＩＢ  ＴＲ−Ｂ１５記載のイベントグループ記述子（ｅｖｅｎｔ＿ｇｒｏｕｐ＿ｄｅｓｃｒｉｐｔｏｒ）の有無を検出する（ステップＳ２３）。
【００４３】
図６はイベントグループ記述子の構造を示す図である。このイベントグループ記述子中、４ビットのｇｒｏｕｐ＿ｔｙｐｅフィールドが”０ｘ２”である場合、各１６ビットのフィールドに、イベントリレー先のｓｅｒｖｉｃｅ＿ｉｄ、ｅｖｅｎｔ＿ｉｄ情報が記述されていることになる。
【００４４】
ステップＳ２３において、イベントリレー記述子が存在しない場合、イベントリレー実施の予定が無いと判断し、ステップＳ２１の処理に戻り、同様のＥＩＴａ＿ｐｆ情報の取得（更新）動作を繰り返す。
【００４５】
一方、ステップＳ２３において、イベントリレー記述子が存在した場合、この記述子中、ｇｒｏｕｐ＿ｔｙｐｅフィールドが”０ｘ２”である場合、イベントリレーが実施されると判断し、ＣＰＵ１２０に記述子のデコード結果を送出する。
【００４６】
ＣＰＵ１２０はセクションデコーダ１１０から送出されたデコード情報の１つであるイベントリレー先のｓｅｒｖｉｃｅ＿ｉｄ（チャンネル番号）のＥＩＴの取得動作を実行する（ステップＳ２４）。
【００４７】
ここで、イベントリレー元のチャンネルとイベントリレー先のチャンネルが同一のＴＳに多重されている場合、先のステップＳ２１でＥＩＴａ＿ｐｆ情報を取得した場合と同一のＴＳデコーダ１０６、１０７により、イベントリレー先のチャンネルのＥＩＴａ＿ｐｆ情報を取得する。
【００４８】
また、イベントリレー元のチャンネルとイベントリレー先のチャンネルが異なるＴＳに多重されている場合、先のステップＳ２１でＥＩＴａ＿ｐｆ情報を取得した場合と同一のＴＳデコーダ１０６、１０７により、イベントリレー先のチャンネルのＥＩＴｏ＿ｐｆ情報を取得し、あるいは先のステップＳ２１でＥＩＴａ＿ｐｆ情報を取得した場合とは異なるＴＳデコーダ１０６、１０７により、イベントリレー先のチャンネルのＥＩＴａ＿ｐｆ情報を取得する。
【００４９】
このとき、取得に使用するＴＳデコーダの前段に接続されるチューナは、所望のＴＳが受信可能であるように、ＣＰＵ１２０によって制御される必要がある。取得したＥＩＴ＊＿ｐｆ（ＥＩＴａ＿ｐｆあるいはＥＩＴｏ＿ｐｆ）情報の次の番組情報セクションに含まれる記述子の解析およびデコードを行い、ＣＰＵ１２０の属性検出部１２１に送出する（ステップＳ２５）。
【００５０】
ＣＰＵ１２０は、履歴データ記憶部１１９から前述したように作成・記憶された視聴履歴管理テーブルを読み込む（ステップＳ２６）。ＣＰＵ１２０は属性情報を検出する（ステップＳ２７）。図７はステップＳ２７における属性情報の検出処理手順を示すフローチャートである。
【００５１】
前述したように取得、解析およびデコードされたイベントリレー元のＥＩＴａ＿ｐｆ情報に含まれている現在と次のうち”次”の番組情報における番組名称、番組ジャンル、番組出演者名称の各情報が、読み込まれた視聴者管理テーブルに既に登録されているか否かを検索する（ステップＳ４１、Ｓ４２）。
【００５２】
検索の結果、既に登録されている属性情報である場合、その属性情報に関するカウンタ値（ｃｏｕｎｔ＿ｖａｌｕｅ）および日付情報（ｌａｓｔ＿ｃｏｕｎｔ＿ｄａｔｅ）をそれぞれメモリ１１８に保存する（ステップＳ４３）。この後、ステップＳ４４の処理に移行する。
【００５３】
一方、ステップＳ４２において、ステップＳ４１の検索の結果、既に登録されている属性情報がない場合、そのままステップＳ４４の処理に移行する。
【００５４】
前述したように取得、解析、デコードされたイベントリレー先のＥＩＴ＊＿ｐｆ（ＥＩＴａ＿ｐｆ、又はＥＩＴｏ＿ｐｆ）に含まれている現在と次のうち”次”の番組情報における番組名称、番組ジャンル、番組出演者名称の各情報が、読み込まれた視聴者管理テーブルに既に登録されているか否かを検索する（ステップＳ４４）。
【００５５】
ステップＳ４４の検索の結果、既に登録されている属性情報であるか否かを判別し（ステップＳ４５）、既に登録されている属性情報である場合、その属性情報に関するカウンタ値（ｃｏｕｎｔ＿ｖａｌｕｅ）および日付情報（ｌａｓｔ＿ｃｏｕｎｔ＿ｄａｔｅ）をそれぞれメモリ１１８に保存し（ステップＳ４６）、処理を終了する。一方、ステップＳ４５において、ステップＳ４４の判別の結果、既に登録されている属性情報がない場合、そのまま処理を終了する。
【００５６】
図７の属性情報の検出処理を行った後、この検索処理により保存されたイベントリレー元、イベントリレー先の属性情報に関するカウンタ値および日付情報を用い、視聴者にとって、どちらの番組の嗜好性が高いか否かを判断する（ステップＳ２８）。
【００５７】
この嗜好性の判断結果、各ＥＩＴセクション情報中に含まれていたコンポーネント記述子情報、及び音声コンポーネント記述子情報に基づいて画面のレイアウトおよび音声出力モードを決定し（ステップＳ２９）、決定した画面レイアウトおよび音声出力モードの情報をメモリ１１８に記憶し、処理を終了する。
図８はステップＳ２８における嗜好性判断処理手順を示すフローチャートである。前述したステップＳ４３、Ｓ４６の処理におけるカウンタ値および日付情報が保存されていないか否かを判別する（ステップＳ５１）。
【００５８】
カウンタ値および日付情報が全く保存されていなかった場合、嗜好性が同等であったと判断し（ステップＳ５２）、ステップＳ２９（図５）に進む。
【００５９】
一方、ステップＳ５１において、前述したステップＳ４３、Ｓ４６の処理におけるカウンタ値および日付情報が保存されていた場合、保存されていたリレー元の各属性におけるカウンタ値を加算する（ステップＳ５３）。
【００６０】
この後、保存されていたリレー先の各属性におけるカウンタ値を加算する（ステップＳ５４）。ステップＳ５３、Ｓ５４の加算処理では、保存されていなかった属性情報のカウンタ値は「０」であるとして、加算を行う。
【００６１】
ステップＳ５３、Ｓ５４において加算された各カウンタ加算値を比較する（ステップＳ５５）。比較の結果、カウンタ加算値が同じであるか否かを判別する（ステップＳ５６）。
【００６２】
カウンタ加算値が同一でない場合、カウンタ加算値の大きい方の番組が視聴者にとって嗜好性の高い番組であると判断し（ステップＳ５７）、ステップＳ２９（図５）に進む。
【００６３】
一方、ステップＳ５６において、カウンタ加算値が同一である場合、各属性情報の日付情報（ｌａｓｔ＿ｃｏｕｎｔ＿ｄａｔｅ）を参照する（ステップＳ５８）。最新の更新日が同じであるか否かを判別する（ステップＳ５９）。
【００６４】
最新の更新日が同じでない場合、最新の更新日情報を有する方の番組が視聴者にとって嗜好性の高い番組であると判断し（ステップＳ６０）、ステップＳ２９（図５）に進む。一方、ステップＳ５９において、最新の更新日が同じである場合、嗜好性が同等であったと判断し（ステップＳ６１）、ステップＳ２９（図５）に進む。
【００６５】
このように、ＣＰＵ１２０はイベントリレー実施後の画面レイアウト情報及び音声出力モード情報を決定してメモリ１１８に出力する。更に、ＣＰＵ１２０は、イベントリレーの実施に応じてメモリ１１８より画面レイアウト情報及び音声出力モード情報を読み出し、夫々画面制御部１１１及び音声制御部１１２に出力する。（画面制御部１１１は、入力された画面レイアウト情報に従って各番組（若しくは嗜好性の高い番組）の映像データ及びＵＩ画面を図９〜１４に示すように表示画面１１４に出力し、音声制御部１１２は、入力された音声出力モードに従って各番組（若しくは嗜好性の高い番組）の音声データをＤＡＣを介してスピーカ１１５若しくはヘッドホン１１６に出力する。ここで、ＣＰＵ１２０及び画面制御部１１１は請求項１に記載の制御手段に相当する。）
ここで、図９乃至図１３に、前述の如く決定された画面レイアウトの例を示す。
【００６６】
図９は視聴者の嗜好性が高いと判断された番組だけが表示画面１１４に表示された全画面表示を示す図である。映像のアスペクト比はコンポーネント記述子の情報通りに表示される。この表示例では、音声出力は、音声制御部１１２に送られた音声コンポーネント記述子にしたがった出力フォーマットにより、ＤＡＣ１１３を介してスピーカ１１５から行われる。
【００６７】
図１０は視聴者の嗜好性が高いと判断された番組を主画面とし、嗜好性が低いと判断された番組を副（子）画面として表示画面１１４に表示されたマルチウィンドウ画面を示す図である。尚、各画面のレイアウトは、コンポーネント記述子の情報通りのアスペクト比で各画面が重ならないように、最適な大きさに調整されて表示される。図１０の場合、番組画面は、両画面ともアスペクト比１６：９で表示されている。また、アスペクト比が４：３であった場合、例えば、図１１に示すように、各画面の表示面積を大きくして表示することも可能である。図１１は各画面のアスペクト比が４：３である場合のマルチウィンドウ画面を示す図である。
【００６８】
図１０、１１の表示例では、主画面に表示されている番組の音声出力は音声コンポーネント記述子にしたがった出力フォーマットにより、ＤＡＣ１１３を介してスピーカ１１５から行われる。副画面に表示されている番組の音声出力は、ＤＡＣ１１３を介してヘッドホン１１６または外部出力端子１１７から行われる。
【００６９】
図１０のＵＩ画面１００１、図１１のＵＩ画面１１０１は、主画面だけを全画面表示させるための操作、あるいは主画面と副画面の切り替えを行わせるための操作を視聴者に促すＵＩ画面である。このＵＩ画面１００１、１１０１は、ＵＩ画面構成部１２２で作成され、コンポーネント記述子に記載されたアスペクト比に従って表示される各番組の映像の妨げにならないように表示される。なお、このＵＩ画面はイベントリレー実施から所定時間後に画面上より消去されるようにしてもよい。
【００７０】
このＵＩ画面に表示されるメッセージに従う場合、例えば、図１５に示す受信機に備わるリモコン１２５に設けられた”決定”ボタンを押すことにより、視聴者にとって嗜好性の高い主画面が表示画面１１４上に全画面表示され、”戻る”ボタンを押すことにより、視聴者にとって嗜好性の高い番組表示を副画面、嗜好性の低い番組表示を主画面と入替えることが可能である。図１５はリモコン１２５の外観を示す正面図である。
【００７１】
図１２は視聴者の嗜好性が高いと判断された番組を主画面として全画面表示を行い、嗜好性が低いと判断された番組を副（子）画面として主画面上に副画面を重ね合わせて表示画面１１４に表示されたマルチウィンドウ画面を示す図である。各映像のアスペクト比は、各コンポーネント記述子の情報通りに表示される。この表示例では、主画面に表示されている番組の音声出力は、音声コンポーネント記述子にしたがった出力フォーマットにより、ＤＡＣ１１３を介してスピーカ１１５から行われる。
【００７２】
副画面に表示されている番組の音声出力は、ＤＡＣ１１３を介してヘッドホン１１６または外部出力端子１１７から行われる。ＵＩ画面１２０１は、前述と同様、主画面だけを全画面表示させるための操作、あるいは主画面と副画面の切替えを行わせるための操作を視聴者に促すＵＩ画面である。このＵＩ画面１２０１は、ＵＩ画面構成部１２２で作成され、イベントリレー実施から所定時間、副画面と同様、主画面に重ね合わされたマルチウィンドウ画面として表示される。
【００７３】
このＵＩ画面に表示されるメッセージに従うと、例えば、図１５のリモコン１２５に設けられた”決定”ボタンを押すことにより、視聴者にとって嗜好性の高い主画面が表示画面１１４上に全画面表示され、”戻る”ボタンを押すことにより、視聴者にとって嗜好性の高い番組表示を副画面、嗜好性の低い番組表示を主画面と入替えることが可能である。
【００７４】
図１３は表示画面１１４に視聴者の嗜好性が高いと判断された番組を主画面とし、嗜好性が低いと判断された番組を副（子）画面として、副画面上に主画面を重ね合わせて表示されたマルチウィンドウ画面を示す図である。各映像のアスペクト比は、各コンポーネント記述子の情報通りに表示される。この表示例では、主画面に表示されている番組の音声出力は、音声制御部１１２に送られた音声コンポーネント記述子にしたがった出力フォーマットにより、ＤＡＣ１１３を介してスピーカ１１５から行われ、副画面に表示されている番組の音声出力は、ＤＡＣ１１３を介してヘッドホン１１６または外部出力端子１１７から行われる。
【００７５】
ＵＩ画面１３０１は、前述と同様、主画面だけを全画面表示させるための操作、あるいは主画面と副画面の切替えを行わせるための操作を視聴者に促すＵＩ画面である。このＵＩ画面１３０１は、ＵＩ画面構成部１２２で作成され、イベントリレー実施から所定時間、副画面上に重ね合わされたマルチウィンドウ画面として表示される。このＵＩ画面に表示されるメッセージに従うと、例えば、リモコン１２５に設けられた”決定”ボタンを押すことにより、視聴者にとって嗜好性の高い主画面が表示画面１１４上に全画面表示され、”戻る”ボタンを押すことにより、嗜好性の高い番組表示を副画面、嗜好性の低い番組表示を主画面と入替えることが可能である。
【００７６】
図１４は前述した図８のステップＳ５２、Ｓ６１において両番組の嗜好性が同等であると判断された場合に表示されるマルチウィンドウ画面を示す図である。映像のアスペクト比はコンポーネント記述子の通りに表示される。図１４では、リレー先のチャンネルで継続して放送される番組の画面を主画面とし、リレー元のチャンネルで新規に開始される番組の画面を副画面として表示される。
【００７７】
この表示例では、主画面に表示されている番組の音声出力は、音声制御部１１２に送られた音声コンポーネント記述子にしたがった出力フォーマットにより、ＤＡＣ１１３を介してスピーカ１１５から行われる。また、副画面に表示されている番組の音声出力は、ＤＡＣ１１３を介してヘッドホン１１６または外部出力端子１１７から行われる。副画面上には、イベントリレー直後に同様のＵＩ画面１４０１が重ね合わされてマルチウィンドウ画面として表示される。このＵＩ画面に表示されるメッセージに従うと、例えば、リモコン１２５に設けられた”決定”ボタンを押すことにより、リレー先のチャンネルで継続して放送される番組の主画面が表示画面１１４上に全画面表示され、”戻る”ボタンを押すことにより、リレー先のチャンネルで継続して放送される番組を副画面、リレー元のチャンネルで新規に開始される番組の画面表示を主画面と入替えることが可能である。
【００７８】
以上示したように、第１の実施形態では、イベントリレー実行時にリレー先のチャンネルにおいてリレー元のチャンネルから引き続き放送される番組と、イベントリレー元のチャンネルにおいて新規に開始する番組とを選択・表示する際、各番組の属性情報及び視聴者の視聴履歴管理データに基づき、チャンネルの選択・画面レイアウトを制御することにより、より迅速に、かつ視聴者の迷いや操作の負荷を低減し、視聴者の嗜好に合致した画面レイアウト（提示、表示形態）を提供することが可能となる。
【００７９】
なお、前述の如く示した画面レイアウトは、図９〜図１３に示す表示例に限ることはなく、また、イベントリレー実行時の画面レイアウトのパターンを視聴者により設定可能としてもよい。例えば、嗜好性の高い番組のみの映像を画面全体に表示（図９）、嗜好性の高い番組の画面を大きく表示して嗜好性の低い番組を小さく表示し、夫々重ならない様に表示（図１０及び図１１）等の複数の画面レイアウトのパターン（図９〜図１３に示す如くレイアウトパターン）の中から、予め視聴者により所望のレイアウトパターンを設定する。そして、イベントリレーの実施予定の検知に応じて各番組の嗜好性を判断し、嗜好性の高低に応じた画面レイアウトを決定する。例えば、予め図９に示す如くレイアウトパターンを設定していた場合、イベントリレー実行時には、嗜好性の高い番組のみの映像を表示する画面レイアウトが自動的に表示される。
【００８０】
更に、予め設定する画面レイアウトのパターンとして、嗜好性の高低の判断にかかわらず、イベントリレー先のチャンネルでリレー元のチャンネルより引き続き放送される番組の映像を自動的に表示するレイアウトパターンとしてもよい。
【００８１】
［第２の実施形態］
第２の実施形態において、前記第１の実施形態のデジタルＴＶ放送受信機と同様の構成及び動作は説明を省略する。ここで、第１の実施形態と異なるのは、番組視聴中にイベントリレーの実施予定があると検知された場合に、イベントリレー実施後の画面レイアウト及び音声出力モードについて、視聴者の嗜好に合致したおすすめのパターンを含めて複数のパターンを提示し、視聴者の操作により好みのパターンを事前に選択可能とする点であり、以下に説明する。
【００８２】
前述の如くイベントリレー実施後の画面レイアウト及び音声出力モードを決定する為の受信機の制御動作において、図５に示すステップＳ２９の動作について説明する。
【００８３】
前述の如くＳ２８においてイベントリレー元の番組とイベントリレー先の番組との嗜好性の高低を判断し（図８参照）、その結果、各番組のＥＩＴセクション情報に含まれるコンポーネント記述子、及び音声コンポーネント記述子に基づいて後述の「画面レイアウト・音声出力モード候補選択画面」（以下、レイアウト選択画面と呼ぶ。）をＵＩ画面構成部１２２において作成し、画面制御部１１１に出力する。
【００８４】
画面制御部１１１は、視聴中の番組の映像にレイアウト選択画面を多重して図１６に示す如く画面を表示画面１１４に表示するべく制御する。
【００８５】
ＣＰＵ１２０は、視聴者の操作により後述の如く選択された画面レイアウト及び音声出力モードをイベントリレー実施後の画面レイアウト及び音声出力モードとして決定し、メモリ１１８に記憶し、処理を終了する（ステップＳ２９）。
【００８６】
図１６は視聴中番組に多重されたレイアウト選択画面の表示例を示す図である。図中、１６０１は、イベントリレー実施前に視聴者が視聴している番組の画面であり、１６０２はレイアウ選択画面である。図１７および図１８はレイアウト選択画面１６０２を示す図である。
【００８７】
図１７に示す画面では、視聴者の嗜好性が高いと判断された番組（表示中の１０２ｃｈの番組）が全画面表示の選択候補１として、視聴者にお勧めである旨と共に表示される。視聴者はこの画面に促され、リモコン１２５の数字キー”１”を押すことにより、「１０２ｃｈ”プロ野球中継３”」を選択して視聴することが可能となる。同様に”２”を押すことにより、属性検出部１２１により、視聴者の嗜好性が低いと判断された番組（表示中の１００ｃｈの番組）を選択・視聴することも可能である。
【００８８】
図１８に示す画面では、視聴者の嗜好性が高いと判断された番組（表示中の１０２ｃｈの番組）を主画面とし、嗜好性の低い番組を副画面として表示することが、マルチ画面表示の選択候補１として、視聴者にとってお勧めである旨と共に表示される。視聴者は、この画面に促され、リモコン１２５の数字キー”１”を押すことにより、「１０２ｃｈ”プロ野球中継３”」を主画面表示、音声をスピーカ出力とし、「１００ｃｈ”ニュース８”」を副画面表示、音声をヘッドホン出力として選択・視聴することが可能となる。
【００８９】
同様に”２”を押すことにより、「１００ｃｈ”ニュース８”」を主画面表示、音声をスピーカ出力とし、「１０２ｃｈ”プロ野球中継３”」を副画面表示、音声をヘッドホン出力として選択・視聴することが可能となる。
【００９０】
このように、第２の実施形態では、イベントリレー実行時にリレー先のチャンネルにおいてリレー元のチャンネルから引き続き放送される番組と、リレー元のチャンネルにおいて新規に開始する番組とを選択・表示する際、各番組の属性情報及び視聴者の視聴履歴管理データに基づき、視聴者の嗜好に合致したチャンネルの選択・画面レイアウトをおすすめとして提示すると共に、複数のチャンネルの選択・画面レイアウトのパターンより所望のパターンをイベントリレー実行前に選択可能とすることにより、より迅速に、かつ視聴者の迷いや操作の負荷を低減し、イベントリレー実行時に視聴者の嗜好に合致した画面レイアウト（提示、表示形態）を提供することが可能となる。
【００９１】
なお、画面レイアウト・音声出力モード候補のパターンは、図１７及び図１８に示すパターンに限らなくてもよい。
【００９２】
［第３の実施形態］
前述の実施形態では、番組視聴中にイベントリレーの実施予定があると検知された場合に、イベントリレー実施後の画面レイアウト及び音声出力モードのパターンを事前に選択可能としたが、本実施形態では更に、番組の記録予約も含めて視聴者の嗜好に合致したパターンを選択可能とした。第２の実施形態と同様の構成及び動作については説明を省略する。
【００９３】
図１９は第３の実施形態におけるデジタルＴＶ放送受信機の主要な部分の構成を示すブロック図である。前記第１の実施形態と同一の構成要素については、同一の符号を付すことによりその説明を省略する。
【００９４】
図において、１９０１は蓄積制御部である。１９０２はストリーム蓄積部である。この受信機は、チューナ１０２、１０３、復調部１０４、１０５、ＴＳデコーダ１０６、１０７により、それぞれ受信・復調を行って取得した所望のＴＳを、蓄積制御部１９０１を介してストリーム蓄積部１９０２に記録することが可能である。
【００９５】
この場合、イベントリレーの存在を受信機側で検出し、視聴者の嗜好性を判断した後、「番組表示・記録候補選択画面」を視聴中の番組と共に表示画面１１４に表示する。また、後述の如く選択された番組表示及び番組記録のパターン情報をメモリ１１８に記憶し、イベントリレー実施に応じてメモリ１１８よりパターン情報を読み出し、該パターン情報に従って番組の表示及び記録を行う。
【００９６】
図２０は視聴中の番組に「番組表示・記録候補選択画面」を多重した画面の表示例を示す図である。
【００９７】
図中、２００１はイベントリレー実施前に視聴者が視聴している番組の画面である。２００２は番組表示・記録候補選択画面である。この画面はＵＩ画面構成部１２２で作成される。図２１は番組表示・記録候補選択画面２００２としてのＵＩ画面を示す図である。
【００９８】
図２１に示す画面では、視聴者の嗜好性が高いと判断された番組（表示中の１０２ｃｈの番組）を画面に表示し、嗜好性の低い番組をストリーム蓄積部１９０２に記録することが視聴者選択候補１として、視聴者にとってお勧めである旨と共に表示される。視聴者は、この画面に促され、リモコン１２５の数字キー”１”を押すことにより、「１０２ｃｈ”プロ野球中継３”」を画面表示、音声をスピーカ出力とし、「１００ｃｈ”ニュース８”」を記録することが可能である。同様に、”２”を押すことにより、「１００ｃｈ”ニュース８”」を画面表示、音声をスピーカ出力とし、「１０２ｃｈ”プロ野球中継３”」を記録することが可能である。
【００９９】
このように、第３の実施形態では、イベントリレー実行時にリレー先のチャンネルにおいてリレー元のチャンネルから引き続き放送される番組と、リレー元のチャンネルにおいて新規に開始する番組を選択・表示する際、各番組の属性情報及び視聴者の視聴履歴管理データに基づき、チャンネルの選択、画面レイアウト、記録ストリームを制御することにより、より迅速に、かつ視聴者の迷いや操作の負荷を低減し、視聴者の嗜好に合致した表示画面、番組記録を行うことが可能である。
【０１００】
なお、番組表示・記録候補のパターンは、図２１に示すパターンに限らなくてもよい。
【０１０１】
以上が本発明の実施の形態の説明であるが、本発明は、これら実施の形態の構成に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
【０１０２】
また、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記録媒体を、装置に供給することによって達成される場合にも適用できることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラム自体およびそのプログラムを記憶した記憶媒体は本発明を構成することになる。
【０１０３】
上記実施形態では、図４、図５、図７、図８のフローチャートに示すプログラムコードは記憶媒体であるＲＯＭに格納されている。プログラムコードを供給する記憶媒体としては、ＲＯＭに限らず、例えばフロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、磁気テープ、不揮発性のメモリカードなどを用いることができる。
【０１０４】
【発明の効果】
本発明によれば、イベントリレーを行う際、視聴者の迷いや操作にかかる負荷・時間を軽減することができる。
【図面の簡単な説明】
【図１】第１の実施形態におけるデジタルＴＶ放送受信機の主要な部分の構成を示すブロック図である。
【図２】視聴履歴管理テーブルを示す図である。
【図３】図２につづく視聴履歴管理テーブルを示す図である。
【図４】視聴履歴管理テーブルの作成処理手順を示すフローチャートである。
【図５】イベントリレーが行われる場合に画面レイアウト及び音声出力モードを決定する為の受信機の制御処理手順を示すフローチャートである。
【図６】イベントグループ記述子の構造を示す図である。
【図７】ステップＳ２７における属性情報の検出処理手順を示すフローチャートである。
【図８】ステップＳ２８における嗜好性判断処理手順を示すフローチャートである。
【図９】画面レイアウトを示す図である。
【図１０】画面レイアウトを示す図である。
【図１１】画面レイアウトを示す図である。
【図１２】画面レイアウトを示す図である。
【図１３】画面レイアウトを示す図である。
【図１４】前述した図８のステップＳ５２、Ｓ６１において両番組の嗜好性が同等であると判断された場合に表示されるマルチウィンドウ画面を示す図である。
【図１５】リモコン１２５の外観を示す正面図である。
【図１６】第２の実施形態におけるレイアウト選択画面が視聴中番組の映像に多重される際の表示例を示す図である。
【図１７】画面レイアウト・音声出力モード候補選択画面１６０２を示す図である。
【図１８】画面レイアウト・音声出力モード候補選択画面１６０２を示す図である。
【図１９】第３の実施形態におけるデジタルＴＶ放送受信機の主要な部分の構成を示すブロック図である。
【図２０】第３の実施形態における番組表示・記録候補選択画面が視聴中番組の映像に多重される際の表示例を示す図である。
【図２１】番組表示・記録候補選択画面２００２としてのＵＩ画面を示す図である。
【図２２】イベントリレーを概念的に示す図である。
【符号の説明】
１０６、１０７  ＴＳデコーダ
１１０  セクションデコーダ
１１１  画面制御部
１１２  音声制御部
１１４  表示画面
１１５  スピーカ
１１９  履歴データ記憶部
１２０  ＣＰＵ
１２１  属性検出部
１２２  ＵＩ画面構成部
１２５  リモコン
【図１】
0004497709.tif 000002
【図２】
0004497709.tif 000003
【図３】
0004497709.tif 000004
【図４】
0004497709.tif 000005
【図５】
0004497709.tif 000006
【図６】
0004497709.tif 000007
【図７】
0004497709.tif 000008
【図８】
0004497709.tif 000009
【図９】
0004497709.tif 000010
【図１０】
0004497709.tif 000011
【図１１】
0004497709.tif 000012
【図１２】
0004497709.tif 000013
【図１３】
0004497709.tif 000014
【図１４】
0004497709.tif 000015
【図１５】
0004497709.tif 000016
【図１６】
0004497709.tif 000017
【図１７】
0004497709.tif 000018
【図１８】
0004497709.tif 000019
【図１９】
0004497709.tif 000020
【図２０】
0004497709.tif 000021
【図２１】
0004497709.tif 000022
【図２２】
0004497709.tif 000023