(57)【要約】【課題】デジタル放送のパケットデータの受信において、ユーザーに対して通知を行う機会を可及的に減らし、煩わしさを減少させるための技術を提供する。【解決手段】複数のチューナが受信した番組をディスプレイに出力する出力部と、ユーザーに選択された番組を受信するようにチューナを制御する制御部とを備え、選択された番組が、テレビジョン信号、および、データカルーセル方式によって配信されるパケットデータを含み、パケットデータを受信するためにはテレビジョン信号とは異なるチューナを稼働させる必要があるものであり、かつ、選択された番組とは異なる番組のパケットデータの受信を中断する必要がある場合、前記制御部は、前記選択された番組に含まれるデータ放送データのデータカルーセルの配信スケジュールに基づいて、受信するデータカルーセルを決定することを特徴とする放送受信装置を用いる。【選択図】図１
2010245823.tif 000002
【特許請求の範囲】
【請求項１】
複数のチューナと、
前記チューナが受信した番組をディスプレイに出力する出力部と、
ユーザーによる番組の選択を受け付ける受付部と、
選択された番組を受信するようにチューナを制御する制御部と、
を備える放送受信装置において、
前記選択された番組が、テレビジョン信号、および、データカルーセル方式によって配信されるパケットデータを含み、パケットデータを受信するためにはテレビジョン信号とは異なるチューナを稼働させる必要があるものであり、かつ、
ユーザーによる選択がなされた時点で、空きチューナが無く、かつ、前記選択された番組とは異なる番組である受信中番組のパケットデータを受信しているチューナがある場合、
前記制御部は、前記選択された番組に含まれるデータ放送データのデータカルーセルの配信スケジュールに基づいて、受信するデータカルーセルを決定する
ことを特徴とする放送受信装置。
【請求項２】
前記制御部は、前記受信中番組のパケットデータの配信終了時刻が、前記受信するデータカルーセルの配信開始時刻よりも遅い場合は、前記受信するデータカルーセルの配信開始時刻の所定時間前になると、前記受信中番組に替えて前記選択された番組の前記受信するデータカルーセルを受信するか否かについて、ユーザーに確認メッセージを出力する
ことを特徴とする請求項１に記載の放送受信装置。
【請求項３】
前記受信するデータカルーセルは、ユーザーによる選択がなされた時点より後に配信開始されるデータカルーセルのうち、最も早いものである
ことを特徴とする請求項１または２に記載の放送受信装置。
【請求項４】
前記受信するデータカルーセルは、ユーザーによる選択がなされた時点より後に配信開始されるデータカルーセルのうち、最も遅いものである
ことを特徴とする請求項１または２に記載の放送受信装置。
【請求項５】
複数のチューナで番組を受信するステップと、
前記受信した番組をディスプレイに出力するステップと、
ユーザーによる番組の選択を受け付けるステップと、
選択された番組を受信するようにチューナを制御するステップと、
を備える放送受信方法において、
前記選択された番組が、テレビジョン信号、および、データカルーセル方式によって配信されるパケットデータを含み、パケットデータを受信するためにはテレビジョン信号とは異なるチューナを稼働させる必要があるものであり、かつ、
ユーザーによる選択がなされた時点で、空きチューナが無く、かつ、前記選択された番組とは異なる番組である受信中番組のパケットデータを受信しているチューナがある場合、
前記制御するステップでは、前記選択された番組に含まれるパケットデータのデータカルーセルの配信スケジュールに基づいて、受信するデータカルーセルを決定する
ことを特徴とする放送受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送受信装置および放送受信方法に関する。
【背景技術】
【０００２】
デジタル放送の伝送方式の規格の一つに、バルク伝送方式がある。バルク伝送方式とは、複数チャンネル分の帯域（例えば、チャンネル２つ分）を用いて番組を送信する伝送方式である。すなわち、受信機側は２つのチューナを稼動させて番組を受信する。この方式により、高解像映像をライブ送信したり、通常の番組をファイル型送信して短時間で受信機に蓄積したりすることが可能になる。また、片方のチャンネルで映像を、もう片方のチャンネルでデータ放送データやファイル型コンテンツなどのパケットデータを受信することも可能になる。他にも、単純な複数チャンネルを使用した合成だけでなく、チャンネル内のスロット単位での合成も可能である。
【０００３】
バルク伝送用に制御される複数のチューナは、その内の一つの視聴用チューナが受信したチャンネル・ストリーム接続情報によって起動やストリーム受信開始などの動作をする。そのため、ユーザーが１つのチューナ（第１チューナ）で番組視聴しているとき、もう片方の空きチューナ（第２チューナ）を使用して視聴中の番組に関連したファイル型コンテンツ蓄積を行うなどのサービスが想定される。第２チューナは、第１チューナで受信したチャンネル・ストリーム接続情報によって制御されることになり、チャンネル切り替え時にも常に第２チューナは第１チューナに制御される。なお、チャンネル・ストリーム接続情報とは他のストリームとの接続についての情報である。構成データとして、１チャンネルあたり最大１６個まで含まれるストリームのそれぞれについての、構成スロット群の前後に接続されるストリームの有無、接続先メディア、接続先チャンネル番号、接続先相対ストリーム番号、接続イネーブルなどが伝送される。接続先のメディアとしてはＢＳ、広帯域ＣＳ、その他がある。接続先のチャンネル番号としては例えば、ＢＳなら１〜２３ｃｈ、広帯域ＣＳならＮＤ１〜ＮＤ２４ｃｈである。接続イネーブルはバルク伝送を開始するタイミング信号として用いられる。
【０００４】
特開２００３−２３００５９号公報（特許文献１）には、単一チューナの放送受信装置において、パケットデータをダウンロードしている最中にチャンネルが切り替えられた場合の対応が記載されている。このような時ユーザー対して、切り替え先番組の終了後にダウンロード再開可能か否かが通知される。通知されたユーザーは、チャンネルを切り替えるか否かを決定する。
【０００５】
特許文献１の方法では、データ放送データなどをダウンロード中にユーザーがチャンネルを切り替えた場合、ユーザーにはダウンロード再開可能か否かが毎回通知される。そのため、ユーザーにとってはチャンネル切り替えの度に通知が発生して煩わしくなる。
【０００６】
また、バルク伝送において、第１チューナで受信したチャンネル・ストリーム接続情報によって第２チューナが制御され、パケットデータをダウンロードするような受信を行うケースについて考える。このとき、既に第２チューナで別のデータ放送データをダウンロード中であり、他に空きチューナもない場合が問題になる。従来の方法では、このような場合、選局が行われるとすぐに、ユーザーに対して第２チューナで受信するデータ放送データを切り替えても良いか否かを確認していた。言い換えると、チャンネル切り替え先に接続されるチャンネルがあると必ず、ユーザーに現在の蓄積を継続するか否かの確認メッセージを通知していた。しかし、ユーザーがザッピングなどの連続的なチャンネル切り替えを行う時に毎回通知を受けとっていては煩わしくなってしまう。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−２３００５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は上記実情に鑑みてなされたものであり、その目的は、デジタル放送のパケットデータの受信において、ユーザーに対して通知を行う機会を可及的に減らし、煩わしさを減少させるための技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために本発明では、以下の構成を採用する。すなわち、複数のチューナと、前記チューナが受信した番組をディスプレイに出力する出力部と、ユーザーによる番組の選択を受け付ける受付部と、選択された番組を受信するようにチューナを制御する制御部とを備える放送受信装置において、前記選択された番組が、テレビジョン信号、および、データカルーセル方式によって配信されるパケットデータを含み、パケットデータを受信するためにはテレビジョン信号とは異なるチューナを稼働させる必要があるものであり、かつ、ユーザーによる選択がなされた時点で、空きチューナが無く、かつ、前記選択された番組とは異なる番組である受信中番組のパケットデータを受信しているチューナがある場合、前記制御部は、前記選択された番組に含まれるデータ放送データのデータカルーセルの配信スケジュールに基づいて、受信するデータカルーセルを決定することを特徴とする放送受信装置である。
【００１０】
本発明ではまた、以下の構成を採用する。すなわち、複数のチューナで番組を受信するステップと、前記受信した番組をディスプレイに出力するステップと、ユーザーによる番組の選択を受け付けるステップと、選択された番組を受信するようにチューナを制御するステップとを備える放送受信方法において、前記選択された番組が、テレビジョン信号、および、データカルーセル方式によって配信されるパケットデータを含み、パケットデータを受信するためにはテレビジョン信号とは異なるチューナを稼働させる必要があるものであり、かつ、ユーザーによる選択がなされた時点で、空きチューナが無く、かつ、前記選択された番組とは異なる番組である受信中番組のパケットデータを受信しているチューナがある場合、前記制御するステップでは、前記選択された番組に含まれるパケットデータのデータカルーセルの配信スケジュールに基づいて、受信するデータカルーセルを決定することを特徴とする放送受信方法である。
【発明の効果】
【００１１】
本発明によれば、デジタル放送のパケットデータの受信において、ユーザーに対して通知を行う機会を可及的に減らし、煩わしさを減少させることが可能になる。
【図面の簡単な説明】
【００１２】
【図１】放送受信装置の構成を示すブロック図。
【図２】実施形態１でのチャンネル切り替えを説明するフローチャート。
【図３】実施形態１で各チャンネルに伝送されるデータを示す図。
【図４】各チューナのチャンネル切り替え前の動作を示す図。
【図５】各チューナのチャンネル切り替え後の動作（通知時）を示す図。
【図６】各チューナのチャンネル切り替え後の動作（蓄積切替）を示す図。
【図７】各チューナのチャンネル切り替え後の動作（蓄積継続）を示す図。
【図８】チャンネル切り替え前の画面表示例である。
【図９】チャンネル切り替え直後の画面表示例である。
【図１０】ユーザーへの通知の画面表示例である。
【図１１】実施形態２で各チャンネルに伝送されるデータの一例を示す図。
【図１２】実施形態２で各チャンネルに伝送されるデータの別の例を示す図。
【図１３】実施形態２で各チャンネルに伝送されるデータのまた別の例を示す図。
【図１４】実施形態２でのチャンネル切り替えを説明するフローチャート。
【発明を実施するための形態】
【００１３】
＜実施形態１＞
以下に図面を参照して、この発明の好適な実施の形態について例示的に詳しく説明する。本実施形態で説明する放送受信装置は、ユーザーの選局指示に応じて搬送波を受信し、番組を復調してディスプレイに出力する機能を持つ。放送受信装置は通常のテレビジョン信号の他にデータ放送データを処理することも可能であり、また、複数のチューナを稼働させてバルク伝送方式の番組を受信することもできる。放送受信装置は、例えば、ディスプレイを備えるテレビジョン装置に組み込まれていても良いし、ＳＴＢ（Ｓｅｔ  Ｔｏｐ
Ｂｏｘ）などを構成してディスプレイに映像を出力しても良い。
【００１４】
図１は本実施形態の放送受信装置１００の全体構成を示すブロック図である。放送受信装置１００は、アンテナ１０１、チューナ＃１部１０２、チューナ＃２部１０３、ＴＭＣＣ復号部１０４、デマックス部１０５、音声復号部１０６、映像復号部１０７、音声出力部１０８、映像合成表示部１０９を備える。これらのブロックの間を流れる太い矢印は、搬送波が様々な処理を経て映像・音声として出力される様子を示す。また、放送受信装置１００は、選局制御部１１０、チャンネル・ストリーム接続情報取得部１１１、選局制御管理部１１２、データ取得部１１３を備える。さらに、放送受信装置１００は、蓄積部１１４、ＳＩ情報取得部１１５、画面構成部１１６、描画処理部１１７、リモコン信号受光部１１８、リモコン１１９を備える。これらのブロックの間を行き交う細い矢印は、制御データ等の流れを示す。
【００１５】
続いて、上記各ブロックの機能を説明する。アンテナ１０１はテレビ放送の映像や音声を含む搬送波を受信する。チューナ＃１部１０２、チューナ＃２部１０３は、アンテナが受信した搬送波から、選局制御部１１０より入力される制御信号で指定された周波数帯域（チャンネル）の搬送波を選択し、ＴＭＣＣ復号部１０４に出力する。なお、ＴＭＣＣとは「Ｔｒａｎｓｍｉｓｓｉｏｎ  ａｎｄ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｎｔｒｏｌ」の略であり、バルク伝送の制御に関する様々なパラメータを含んでいる。ＴＭＣＣ復号部１０４は、チューナ＃１部１０２、チューナ＃２部１０３より入力された搬送波に対して復調、誤り訂正等の処理を施し、多重化されたトランスポートストリーム（ＴＳ）と呼ばれるデータを生成してデマックス部１０５に出力する。ＴＭＣＣ復号部１０４はまた、ＴＳ内に含まれるチャンネル・ストリーム接続情報をチャンネル・ストリーム接続情報取得部１１１に出力する。チャンネル・ストリーム接続情報には、現在のチャンネルに接続されるチャンネルがある場合、その接続先のチャンネル番号や、バルク伝送を開始するタイミング信号である接続イネーブルなどが含まれる。
【００１６】
デマックス部１０５は、ＴＭＣＣ復号部１０４より入力された多重化されたＴＳに対して、多重化を解き、複数チャンネル分の音声データ、映像データ、ＳＩ情報、パケットデータを取得する。なお、ＳＩ情報とは「Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ」の略であり、電子番組表ＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ）を作成するために用いられる。パケットデータはデータ放送データやファイル型コンテンツなどを生成するために用いられる。デマックス部１０５は、音声データを音声復号部１０６に、映像データを映像復号部１０７に、パケットデータはデータ取得部１１３に、ＳＩ情報はＳＩ情報取得部１１５に出力する。
【００１７】
音声復号部１０６は、デマックス部１０５より入力された音声データに対してＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）のデコード処理を施し、復号した音声データを音声出力部１０８に出力する。音声出力部１０８は、音声復号部１０６より入力された音声データを不図示のスピーカーなどを用いて音声として出力する。映像信号復号部１０７は、デマックス部１０５より入力された映像データに対してＭＰＥＧのデコード処理を施し、復号した映像データを映像合成表示部１０９に出力する。映像合成表示部１０９は、映像復号部１０７より入力された映像データと、後述する描画処理部１１７より入力されたＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）画面などを合成して不図示のディスプレイに出力する。
【００１８】
選局制御部１１０は、リモコン信号受光部１１８より選局指示の入力を受けると、チューナを制御する制御信号に変換し，チューナ＃１部１０２、チューナ＃２部１０３に出力する。また、選局制御部１１０は選局制御管理部１１２から選局指示を受けると、チューナを制御する制御信号に変換処理し、チューナ＃１部１０２、チューナ＃２部１０３に出力する。
【００１９】
チャンネル・ストリーム接続情報取得部１１１は、ＴＭＣＣ復号部１０４より入力されたチャンネル・ストリーム接続情報を保持する。チャンネル・ストリーム接続情報は選局制御管理部１１２に出力する。
【００２０】
選局制御管理部１１２は、チャンネル・ストリーム接続情報取得部１１１から、チャンネル番号や受信開始タイミングである接続イネーブルなどのチャンネル・ストリーム接続情報の入力を、ＳＩ情報取得部１１５から、番組スケジュール情報の入力を受け付ける。そして、これらのデータを元にチューナ＃１部１０２やチューナ＃２部１０３を制御するための選局制御タイミングを算出し、算出した選局制御タイミングに達した時点で、ユーザーへ通知するためのユーザー通知情報を画面構成部１１６に出力する。また、通知に対するユーザーからの応答に基づき、選局指示を選局制御部１１０に出力する。
【００２１】
データ取得部１１３は、デマックス部１０５より入力されたパケットデータなどに対して再構築を施して、データ放送データやファイル型コンテンツ（例えば番組関連コンテンツ）を生成して蓄積部１１４に出力する。また蓄積部１１４へ蓄積中であるか否かの状態を管理する。蓄積部１１４は、データ取得部１１３より入力されたデータ放送データや番組関連コンテンツのデータなどを蓄積する。また蓄積したデータ放送データやコンテンツなどを描画処理部１１７に出力する。
【００２２】
ＳＩ情報取得部１１５は、デマックス部１０５より入力されたＳＩ情報をデコードして番組スケジュール情報などを取得し、番組表などを作成する画面構成部１１６に出力する。また番組の名称、配信開始時刻、配信終了時刻など番組スケジュールに関する情報を選局制御管理部１１２に出力する。
【００２３】
画面構成部１１６はＳＩ情報取得部１１５より入力された情報を元にＥＰＧ画面構成データの作成を行い、また選局制御管理部１１２より入力されたユーザー通知情報よりユーザーへ通知用の画面構成データの作成を行い、描画処理部１１６に出力する。描画処理部１１７は画面構成部１１６や蓄積部１１４より入力した画面構成データをもとにＧＵＩ画面を作成し、映像合成表示部１０９に出力する。リモコン信号受光部１１８は、リモコン１１９からの赤外光等の信号を受信し、その内容を選局制御部１１０と選局制御管理部１１２に出力するブロックであり、本発明の受付部に相当する。リモコン１１９はユーザーが指示内容を放送受信装置に伝達するための機器であり、少なくとも、各チャンネルを選択するボタンと、放送受信装置からの確認メッセージへの応答用の「決定」ボタンおよび「戻る」ボタンが付いている。
【００２４】
次に、図２のフローチャートを用いてチャンネル切り替え時の選局制御管理部１１２の動作について説明する。放送受信装置は、フローチャートの初期状態では、チューナ＃２部１０３だけを稼働させて、１００ｃｈで放送中の番組Ａを受信している。番組Ａはデータ放送データＡ（以降の記載や図中で、必要に応じてデータ（Ａ）と記述する）を伴うデジタル放送番組であり、１チャンネル分の帯域で放送されている。したがって、初期状態では、ディスプレイには番組Ａが表示され、蓄積部にはデータ放送データＡが蓄積中である。
【００２５】
図３に、放送局から各チャンネルで送信されているデータの内容を示す。図示したように、１００ｃｈでは番組Ａが、１０１ｃｈでは番組Ｂが送信されている。また１０２ｃｈでは、１０１ｃｈの一部スロットと合成してひとつのコンテンツとなるファイル型コンテンツＢが送信されている（以降の記載や図中で、必要に応じて「ファイル（Ｂ）と記述する」）。ファイル型コンテンツＢはデータカルーセル方式で送信されている。すなわち、視聴番組Ｂの時間帯にファイル型コンテンツＢのデータが繰り返し送信されている。繰り返されるそれぞれのファイルが、データカルーセル方式でのデータカルーセルに当たる。ここで、ＴＢ−ｌａｔｅｓｔはチャンネル切り替え後、直近のファイル型コンテンツＢの配信開始時刻、ＴＢ−ｌａｓｔはファイル型コンテンツＢの最後の配信開始時刻である。
【００２６】
フロー開始時点では、図４に示すように、チューナ＃２部１０３は１００ｃｈの番組Ａを受信している。このとき選局制御管理部１１２はデータ放送データＡが蓄積中であるかを判断する（Ｓ２０１）。データ放送データＡが蓄積中ではないとき（Ｓ２０１＝Ｎｏ）、選局制御管理部１１２はユーザーからのチャンネル切り替え指示があるかを判断する（Ｓ２１３）。そして、チャンネル切り替え指示があった場合（Ｓ２１３＝Ｙｅｓ）、チューナ＃２部１０３がチャンネル切り替えに応じるよう選局指示を選局制御部１１０へ出力する（Ｓ２１４）。ここで番組Ａは、本発明の受信中番組に当たる。
【００２７】
一方、データ放送データＡが蓄積中であるとき（Ｓ２０１＝Ｙｅｓ）、データ放送データＡを蓄積中であることをユーザーに認識させるために図８に示すような画面を表示し、Ｓ２０２へ進む。Ｓ２０２では、選局制御管理部１１２は、ユーザーからのチャンネル切り替え指示があるかを判断する。そして、チャンネル切り替え指示があった場合（Ｓ２０２＝Ｙｅｓ）、チューナ＃１部１０２に対してチャンネル切り替えに応じるよう選局指示を選局制御部１１０へ出力する（Ｓ２０３）。このとき図９に示すような画面が表示される。ユーザーはこの画面を見ることにより、映像は１０１ｃｈで放送中の番組のものが表示されているが、パケットデータについては別のチャンネルのものがダウンロード中であると知ることができる。また、このときチューナ＃２部１０３は、番組Ａのデータ放送データＡのダウンロードを継続し、蓄積部１１４に蓄積している。
【００２８】
次に選局制御管理部１１２は、チャンネル・ストリーム接続情報取得部１１１からチャンネル切り替え先の１０１ｃｈのチャンネル・ストリーム接続情報を取得し、接続イネーブルがあるか判断する（Ｓ２０４）。接続イネーブルが有った場合（Ｓ２０４＝Ｙｅｓ）、選局制御管理部１１２は、ＳＩ情報取得部１１５からチャンネル切り替え先の番組ＢのＳＩ情報を取得する。そして、ファイル型コンテンツＢの番組スケジュール情報（ここでは直近の配信開始時刻ＴＢ−ｌａｔｅｓｔ）を取得する（Ｓ２０５）。一方、接続イネーブルがない場合（Ｓ２０４＝Ｎｏ）、チューナ＃２部１０２の制御は継続され、番組Ａのデータ放送データＡの蓄積を継続する（Ｓ２１２）。
【００２９】
続いてＳ２０６で、選局制御管理部１１２は、ユーザーからのチャンネル切り替えがあるか判断する。チャンネル切り替え指示があった場合（Ｓ２０６＝Ｙｅｓ）、チューナ＃１部１０２がチャンネル切り替えに応じるように制御する（Ｓ２０３）。このように短い
間隔でチャンネルが切り替えられ、ユーザーがザッピングしていると考えられる場合、特に確認メッセージが通知されることはないので、ユーザーを煩わすことがない。一方、チャンネル切り替え指示がない場合（Ｓ２０６＝Ｎｏ）、選局制御管理部１１２は、ファイル型コンテンツＢの直近の配信開始時刻ＴＢ−ｌａｔｅｓｔと現在時刻Ｔｎｏｗを比較する。そして、配信開始時刻ＴＢ−ｌａｔｅｓｔよりも、所定時間Ｓ（例えば、１０秒間）だけ前の時刻に達したか否かを判断する（Ｓ２０７）。
【００３０】
図５はこのときの状況を示しており、現在時刻Ｔｎｏｗ、ファイル型コンテンツＢの直近の配信開始時刻をＴＢ−ｌａｔｅｓｔ、所定時間をＳとした場合、現在時刻Ｔｎｏｗ＞＝ＴＢ−ｌａｔｅｓｔ−Ｓに到達したらユーザー通知がなされる旨を表している。ユーザー通知の内容は、「決定」ボタンを押すと視聴中番組の関連コンテンツのダウンロードを開始し、「戻る」ボタンを押すと現在のダウンロードを継続する、というものである。
【００３１】
現在時刻がコンテンツ配信開始時刻の所定時間前に達した場合だけ（Ｓ２０７＝Ｙｅｓ）、選局制御管理部１１２は、ユーザーへの確認メッセージを通知する。確認メッセージの内容は、現在蓄積中（チャンネル切り替え元）のデータ放送データＡの蓄積を終了して、現在視聴中（チャンネル切り替え先）番組Ｂのファイル型コンテンツＢの蓄積を開始するか否か、の問い合わせである（Ｓ２０８）。このとき図１０のような画面を表示する。
【００３２】
選局制御管理部１１２は、Ｓ２０８での通知に対するユーザーからの指示内容について判断する（Ｓ２０９）。そして、視聴中の番組Ｂ（チャンネル切り替え先）のファイル型コンテンツＢを蓄積するという指示（「決定」ボタン）を受けた場合（Ｓ２０９＝Ｙｅｓ）、チューナ＃２部１０３がファイル型コンテンツＢをダウンロードするように制御する（Ｓ２１０）。放送受信装置は、ダウンロードしたコンテンツを、データ取得部１１３を介して蓄積部１１４へ蓄積する（Ｓ２１１）。この様子を図６に示す。図中、配信開始時刻ＴＢ−ｌａｔｅｓｔになったら、チューナ＃２部１０３で受信する対象が切り替わっているのが分かる。
【００３３】
一方、ユーザーが現在のダウンロードを継続すると指示（「戻る」ボタン）した場合、または、配信開始時刻までに、特にユーザーからの指示がなかった場合（Ｓ２０９＝Ｎｏ）、チューナ＃２部１０３は現在の選局制御を継続する（Ｓ２１２）。この様子を図７に示す。図中、配信開始時刻ＴＢ−ｌａｔｅｓｔになっても、チューナ＃２部１０３は現在のデータ（Ａ）のダウンロードを継続しているのが分かる。
【００３４】
以上述べたように、本実施形態の放送受信装置で番組を視聴中のユーザーがチャンネルを切り替えた場合、ユーザーに対してダウンロード対象切り替えの確認メッセージが発せられるケースは極力少なくなる。すなわち、元の番組の関連コンテンツをダウンロード中であり、かつ、切り替え後の番組のデータカルーセルの配信開始時刻の直前（１０秒前など）になったというケースだけである。これ以外のケース、例えば、配信開始時刻の１０秒前よりも先に、ユーザーがザッピングを行って他のチャンネルに移った場合であれば、ユーザーに対して確認メッセージが通知されることはない。従って、ユーザーは、確認メッセージの通知によって煩わされることが少なく、軽快なチャンネル切り替えを行ってテレビ視聴を楽しむことが可能になる。
【００３５】
＜実施形態２＞
次に、実施形態２について説明する。本実施形態で説明する放送受信装置は、構成そのものは実施形態１と同じであり、以下に挙げた一部のブロックの機能が相違する。ＳＩ情報取得部１１５は、受信中番組のデータ放送データＡの配信終了時刻ＴＡ−ｅｎｄと、チャンネル切り替え先のファイル型コンテンツＢの最終配信開始時刻ＴＢ−ｌａｓｔを取得する。選局制御管理部１１２は、これらのＳＩ情報と、番組Ｂのチャンネル・ストリーム
接続情報とを元に、ユーザーへの通知が必要であるか否かを算出し、また通知のタイミングを算出する。そして必要であれば、ユーザーへの通知を画面構成部１１６に出力する。また、通知に対するユーザーからの応答に基づき、選局指示を選局制御部１１０に出力する。
【００３６】
次に、図１４のフローチャートを用いてチャンネル切り替え時の選局制御管理部１１２の動作について、図２と異なる点を中心に説明する。フローチャートの初期状態では、図４に示すように、チューナ＃２部１０３において１００ｃｈの番組Ａが受信されている。選局制御管理部１１２は、データ放送データＡが蓄積中か否かを判断する（Ｓ１４０１）。蓄積中でないとき（Ｓ１４０１＝Ｎｏ）になされる処理は、図２のＳ２１３〜Ｓ２１４と同様である。すなわち、ユーザーからチャンネル切り替え指示があれば（Ｓ１４１８＝Ｙｅｓ）、選局制御管理部１１２は、選局指示を選局制御部１１０へ出力する（Ｓ１４１９）。
【００３７】
一方、蓄積中であれば（Ｓ１４０１＝Ｙｅｓ）、データ放送データＡを蓄積中であることをユーザーに認識させるために図８に示すような画面を表示する。そして本実施形態では、続くステップＳ１４０２において、選局制御管理部１１２がＳＩ情報取得部１１５から現在蓄積中のデータ放送データＡの配信終了時刻ＴＡ−ｅｎｄを取得し保持する。続くＳ１４０３〜Ｓ１４０４の処理は、図２のＳ２０２〜ＳＳ２０３でなされた処理と同様である。すなわち、ユーザーからチャンネル切り替え指示があれば（Ｓ１４０３＝Ｙｅｓ）、選局制御管理部１１２は、選局指示を行いチャンネルを切り替える（Ｓ１４０４）。このとき、図５に示すようにチューナ＃１部は番組Ｂを受信し、チューナ＃２部は番組Ａのデータ蓄積を継続している。
【００３８】
次に選局制御管理部１１２は、切り替え先の１０１ｃｈのチャンネル・ストリーム接続情報に基づき、番組Ｂから他のチャンネルへの接続イネーブルがあるか判断する（Ｓ１４０５）。接続イネーブルが有った場合（Ｓ１４０５＝Ｙｅｓ）、選局制御管理部１１２は番組ＢのＳＩ情報から、ファイル型コンテンツＢの番組スケジュール情報を取得する（Ｓ１４０６）。本実施形態においては、ＳＩ情報として、ファイル型コンテンツＢの最終配信開始時刻ＴＢ−ｌａｓｔを取得する。一方、接続イネーブルがない場合（Ｓ１４０５＝Ｎｏ）、チューナ＃２部１０３の制御は継続され、番組Ａのデータ放送データＡの蓄積を継続する（Ｓ１４１７）。
【００３９】
続いてＳ１４０７で、選局制御管理部１１２は、Ｓ１４０２で取得したＴＡ−ｅｎｄと、Ｓ１４０６で取得したＴＢ−ｌａｓｔを比較する。ＴＡ−ｅｎｄよりＴＢ−ｌａｓｔの方が後の場合（Ｓ１４０７＝Ｙｅｓ）、選局制御管理部１１２は、チューナ＃２部１０３がデータ放送データＡの受信を継続するよう制御する（Ｓ１４１４）。この場合は、データ放送データＡの配信が終了した後からデータカルーセル受信を始めても時間的に余裕があるためである。Ｓ１４１４に進むような番組配信スケジュールの様子を図１２に示す。本図には、ＴＡ−ｅｎｄの後にファイル型コンテンツＢの蓄積を開始することが可能なＴＢ−ｌａｓｔが存在することが示されている。
【００４０】
続いて、ユーザーからチャンネル切り替え指示が行われた場合（Ｓ１４１５＝Ｙｅｓ）、選局制御管理部１１２は、チューナ＃１部１０２の受信チャンネルを切り替える（Ｓ１４０４）。一方、チャンネル切り替え指示がない場合（Ｓ１４１５＝Ｎｏ）、現在時刻Ｔｎｏｗがデータ放送データＡの配信終了時刻ＴＡ−ｅｎｄに達したか否かを判断する（Ｓ１４１６）。Ｔｎｏｗ＞＝ＴＡ−ｅｎｄの、つまり現在時刻がＴＡ−ｅｎｄに達した場合（Ｓ１４１６＝Ｙｅｓ）、選局制御管理部１１２は選局制御を行って受信チャンネルを切り替え（Ｓ１４１２）、ファイル型コンテンツＢを蓄積する（Ｓ１４１３）。これは、データ放送データＡの受信が終わった以上、もはや１００ｃｈを受信する必要はないためで
ある。
【００４１】
一方、ＴＡ−ｅｎｄがＴＢ−ｌａｓｔよりも後である場合（Ｓ１４０７＝Ｎｏ）、番組配信スケジュールは図１３に示したようになる。このとき、データ放送データＡを最後まで受信すると、ファイル型コンテンツＢのデータカルーセルを１つも受信することができなくなる。従って、どこかのタイミングでユーザーに確認メッセージを通知し、受信対象を切り替えるか問い合わせなければならない。
【００４２】
続くＳ１４０８において、ユーザーからチャンネル切り替え指示が行われていないか確認する。指示が行われていれば（Ｓ１４０８＝Ｙｅｓ）、選局制御管理部１１２はチューナ＃１部１０２を制御してユーザーの指示に応じる（Ｓ１４０４）。この時点では、まだユーザーへの通知はされないので、ザッピングなど短時間でチャンネルを切り替える場合に煩わしさを感じさせることはない。
【００４３】
一方、ユーザーからチャンネル切り替え指示が行われない場合（Ｓ１４０８＝Ｎｏ）、選局制御管理部１１２は、現在時刻Ｔｎｏｗが、配信開始時刻ＴＢ−ｌａｓｔの所定時間前Ｓ（例えば、１０秒）に達するか否かを判断する（Ｓ１４０９）。すなわち、Ｔｎｏｗ＞＝ＴＢ−ｌａｓｔ−Ｓであるか否かを判断する。現在時刻がＴＢ−ｌａｓｔの所定時間Ｓだけ前に達した場合（Ｓ１４０９＝Ｙｅｓ）、選局制御管理部１１２はユーザーに対して図１０に示すような確認メッセージを通知する。
【００４４】
続いて選局制御管理部１１２は、ユーザーが現在の番組Ｂのファイル型コンテンツＢを蓄積すると指示した場合（Ｓ１４１１＝Ｙｅｓ）、チューナ＃２部１０３がファイル型コンテンツＢを受信するように制御する（Ｓ１４１２）。そして、ファイル型コンテンツＢを蓄積部１１４へ蓄積する（Ｓ１４１３）。一方、ユーザーからデータ放送データＡの蓄積を継続すると指示を受けた、または特にユーザーからの指示がない場合（Ｓ１４１１＝Ｎｏ）、チューナ＃２部１０３がデータ放送データＡの受信を続けるよう制御する（Ｓ１４１７）。
【００４５】
以上述べたように、本実施形態の放送受信装置は、現在蓄積中のデータ放送データの配信終了時刻と、チャンネル切り替え後のファイル型コンテンツの最終配信開始時刻を比較した上でユーザーに通知を行うタイミングを決定する。そのため、実施形態１で得られた効果は享受しつつ、確認メッセージが通知される頻度を更に減少させることが可能になり、ユーザーにとっての煩わしさを抑えることができるようになっている。
【００４６】
なお、本実施形態のＳ１４０６において、ＴＢ−ｌａｓｔに加えてファイル型コンテンツＢの直近配信開始時刻ＴＢ−ｌａｔｅｓｔを取得しても良い。この場合、図１１に示したように、ＴＡ−ｅｎｄとＴＢ−ｌａｔｅｓｔを比較してＴＡ−ｅｎｄが先であれば、ファイル型コンテンツの取得開始を早めることができる。また、直近と最終のものだけでなく、ファイル型コンテンツＢの各データカルーセルの配信開始時刻をすべて取得しても良い。これらの各配信開始時刻をＴＡ−ｅｎｄと比較することにより、データ放送データＡ終了後、最初に配信開始時刻が来るデータカルーセルを選択してチューナ＃２部の受信チャンネルを切り替えるようにできる。また、本実施形態では、パケットデータとして、蓄積中の番組はデータ放送データを伴い、チャンネル切り替え後の番組はファイル型コンテンツを伴うようにしたが、実際はこれに限定されないことは言うまでもない。
【符号の説明】
【００４７】
１０２  チューナ＃１部
１０３  チューナ＃２部
１１０  選局制御部
１１１  チャンネル・ストリーム接続情報取得部
１１２  選局制御管理部
１１３  データ取得部
１１４  蓄積部
１１５  ＳＩ情報取得部
【図１】
2010245823.tif 000003
【図２】
2010245823.tif 000004
【図３】
2010245823.tif 000005
【図４】
2010245823.tif 000006
【図５】
2010245823.tif 000007
【図６】
2010245823.tif 000008
【図７】
2010245823.tif 000009
【図８】
2010245823.tif 000010
【図９】
2010245823.tif 000011
【図１０】
2010245823.tif 000012
【図１１】
2010245823.tif 000013
【図１２】
2010245823.tif 000014
【図１３】
2010245823.tif 000015
【図１４】
2010245823.tif 000016