(57)【要約】【課題】ＩＰマルチキャスト放送におけるチャンネル切替動作をより迅速に行うことができる。【解決手段】映像受信装置１は、映像処理部４と、映像処理部８と、制御プログラム１６と、操作信号受信部２３と、ＡＶデコード部２４とを有する。映像処理部４内の映像デコード部６で配信サーバ３Ａから受信した映像データを復号し映像音声出力装置２で出力中に、映像処理部８内の通信処理部１１は配信サーバ３Ｂにアクセスしマルチキャストグループにジョインしておく。映像デコード部１０で配信サーバ３Ｂから配信されるチャンネルのＴＯＰ画面や番組の映像データの復号をしておくことで、操作信号受信部２３でチャンネル切替を指示する操作信号を受信した場合に、予め映像デコード部１０で復号しておいた映像データを出力する。【選択図】  図２
2012034230.tif 000002
【特許請求の範囲】
【請求項１】
受信した映像データを復号する第１の処理部と、
マルチキャストグループに属する端末へ映像データを配信する配信サーバにアクセス可能な第２の処理部と、
前記第１の処理部又は前記第２の処理部から送出される映像データを出力する出力部と、
前記出力部で前記第１の処理部から送出される映像データを出力している場合、前記第２の処理部で前記配信サーバへアクセスし、前記マルチキャストグループにジョインするように制御する制御部と、
を具備する映像受信装置。
【請求項２】
前記第２の処理部は、マルチキャストグループにジョインすると共に、前記配信サーバから受信した映像データの復号を開始する請求項１に記載の映像受信装置。
【請求項３】
前記出力部で出力する映像データを切り替えることを示す操作信号を受信する受信部を有し、
前記第２の処理部は、前記マルチキャストグループにジョインする共に、前記配信サーバから受信した映像データを復号し、
前記制御部は、前記出力部で前記第１の処理部から送出される映像データを出力している場合、前記受信部で映像データの切り替えを示す操作信号を受信すると、前記第２の処理部で予め復号していた映像データを前記出力部で出力する請求項１に記載の映像受信装置。
【請求項４】
前記制御部は、前記出力部で出力している映像データを配信しているチャンネルと出力している時間とを対応づけて記憶し、
前記第２の処理部は、出力している時間の最も長いチャンネルを配信している配信サーバにアクセスする請求項１に記載の映像受信装置。
【請求項５】
前記第２の処理部は、前記映像受信装置で録画しているコンテンツのリスト画面を作成しておく請求項１に記載の映像受信装置。
【請求項６】
第１の処理部で受信した映像データを復号し、
第２の処理部でマルチキャストグループに属する端末へ映像データを配信する配信サーバにアクセスし、
前記第１の処理部で復号された映像データを出力し、
前記第１の処理部で復号された映像データを出力している場合、前記第２の処理部で前記配信サーバへアクセスし、前記マルチキャストグループにジョインする映像受信方法。
【請求項７】
前記第２の処理部は、マルチキャストグループにジョインすると共に、前記配信サーバから受信した映像データの復号を開始する請求項６に記載の映像受信方法。
【請求項８】
前記第２の処理部で、前記マルチキャストグループにジョインする共に、前記配信サーバから受信した映像データを復号し、
前記第１の処理部から送出される映像データを出力している場合、映像データの切り替えを示す操作信号を受信すると、前記第２の処理部で予め復号していた映像データを出力する請求項６に記載の映像受信方法。
【請求項９】
出力している映像データを配信しているチャンネルと出力している時間とを対応づけて記憶し、
前記第２の処理部は、出力している時間の最も長いチャンネルを配信している配信サーバにアクセスする請求項６に記載の映像受信方法。
【請求項１０】
前記第２の処理部は、前記映像受信装置で録画しているコンテンツのリスト画面を作成しておく請求項６に記載の映像受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、映像受信装置及び映像受信方法に関する。
【背景技術】
【０００２】
例えば映像受信装置のような映像再生装置では、チャンネル切り替えを迅速に行いたいという要求がある。
このチャンネル切替速度を速くするため、例えば特許文献１に開示されたデジタル放送受信装置では、複数のＴＶチューナを備え、推薦番組情報の表示が開始された時に、待機チューナを駆動させておくことが行われている。
【０００３】
この構成によれば、ユーザからのチャンネル切替指示があった場合に、待機チューナで受信しているチャンネルに即座に切り替えることが可能となり、操作性の向上を図ることができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２１９１２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１では、デジタル放送波におけるチャンネル切替を想定したものである。しかし、近年の放送形態は放送局からの放送波によるものだけに限られない。例えばＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワーク（インターネット）を介したＩＰマルチキャスト放送がある。
【０００６】
このＩＰマルチキャスト放送では、放送波とは異なり、送信されている全チャンネルが各映像受信装置に絶えず送信されているのではなく、ユーザがリクエストしたチャンネルのみが配信サーバから映像受信装置に送信される仕組みとなっている。換言すると、配信サーバは、チャンネルごとの配信先を予めマルチキャストグループとして登録しておき、マルチキャストグループに登録している映像受信装置に対してチャンネルを送信する。マルチキャストグループに登録することをマルチキャストグループにジョインするという。また、他のチャンネルを受信する場合、ジョインしているマルチキャストグループから脱退（リーブ）し、新たに受信を所望するチャンネルのマルチキャストグループにジョインする必要がある。
【０００７】
このようにＩＰマルチキャスト放送では、映像音声ストリームの切替に時間を要する。従って、ＩＰマルチキャスト放送においても、放送波と同様にチャンネル切替に要する時間の短縮がユーザビリティの観点から必要となる。
【課題を解決するための手段】
【０００８】
実施形態によれば、映像受信装置は、第１の処理部と、第２の処理部と、出力部と、制御部とを有する。第１の処理部は受信した映像データを復号し、第２の処理部はマルチキャストグループに属する端末へ映像データを配信する配信サーバにアクセスし、出力部は第１の処理部又は第２の処理部から送出される映像データを出力する。制御部は出力部で第１の処理部から送出される映像データを出力している場合、第２の処理部で前記配信サーバへアクセスし、マルチキャストグループにジョインする。
【０００９】
また、実施形態によれば、映像受信方法は、第１の処理部で受信した映像データを復号し、第２の処理部でマルチキャストグループに属する端末へ映像データを配信する配信サーバにアクセスし、前記第１の処理部で復号された映像データを出力し、前記第１の処理部で復号された映像データを出力している場合、前記第２の処理部で前記配信サーバへアクセスし、前記マルチキャストグループにジョインする。
【図面の簡単な説明】
【００１０】
【図１】実施形態における映像受信システムの構成図。
【図２】実施形態におけるチャンネル切替の例を示す図。
【図３】実施形態における映像受信装置の機能ブロック図。
【図４】実施形態における映像受信装置の動作手順を示すフローチャート。
【図５】実施形態における映像受信装置のチャンネル切替処理手順を示すフローチャート。
【図６】実施形態における映像受信装置のスタンバイ時の動作手順を示すにフローチャート。
【図７】実施形態における映像受信装置の選局リスト作成手順を示すフローチャート。
【図８】実施形態における映像受信装置の選局リスト更新手順を示すフローチャート。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態を図１ないし図８に基づいて説明する。
図１は、実施形態における映像受信システム１００の構成図である。映像受信システム１００は、映像受信装置１と、映像受信装置１に各種の映像を送信する配信サーバ３とがＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワーク（インターネット）を介して接続することで構成されている。映像受信装置１としては、セットトップボックス、パーソナルコンピュータ、テレビジョン受像機等がある。本実施の形態においては、映像受信装置１としてセットトップボックスを例に説明し、映像受信装置１には映像を出力するための映像音声出力装置２が接続されている。
【００１２】
映像受信装置１は、インターネットを介して外部の配信サーバ３に接続し、ＩＰＴＶの各サービスを受信することができる。ＩＰＴＶとは、ＩＰネットワークを介してテレビ番組や映画等の映像を配信するサービスである。サービスの種類としては、地上デジタルＩＰ再送信放送サービスや、ＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ  Ｓａｔｅｌｌｉｔｅ）デジタル再送信放送サービスや、ＩＰ放送サービス、ビデオデマンド（Ｖｉｄｅｏ  オン  Ｄｅｍａｎｄ）サービス等がある。配信サーバ３はサービスに応じて複数設けられる。各配信サーバ３は、映像データを１対ｎのマルチキャスト配信を行うが、このとき映像データを受信する映像受信装置は、マルチキャストグループとして予め配信サーバ３に登録された装置である。
【００１３】
映像受信装置１は、各サービスを利用する際、配信サーバ３へジョインパケットを送出し、マルチキャストグループに参加すること（映像受信装置１が当該番組のマルチキャスト配信先の一つとして加わること）をリクエストする。また、映像受信装置１は、サービスを切り替える際、まずマルチキャストグループに参加中の配信サーバ３へマルチキャストグループを脱退することを示すリーブパケットを送出し、新たに参加を所望する配信サーバ３へジョインパケットを送出する。このように、ＩＰＴＶにおけるチャンネル切替には時間がかかり、映像受信装置１の利便性が損なわれていた。
【００１４】
そこで、本実施の形態においては、映像受信装置１において図３に示すように映像データを受信するための映像処理部を複数設け（映像処理部４及び映像処理部８）、一の映像処理部で映像データを出力中にチャンネル切替指示があった場合に出力する映像データを他の映像処理部で準備しておくことでチャンネル切替を迅速にする。
【００１５】
例えば、映像処理部４で配信サーバ３からあるチャンネルの映像データを受信中に、使用していない映像処理部８で別のマルチキャストグループにジョインしておく。即ち、映像処理部８では、別のマルチキャストグループにジョインしておき、そのチャンネルのＴＯＰ画面（ユーザ指示受付のためのＧＵＩ画面）を生成してキャッシュしておいたり、ＴＯＰ画面のサービスが無いサービスでは予めチャンネルのＴＳパケットの分離及び復号化を開始しておいたりする。
【００１６】
また、映像処理部８で、映像受信装置１で録画を行ったコンテンツのリスト画面を作成してキャッシュしておくとしても良い。このように、映像データを出力中の映像処理部４とは別の映像処理部８で、予めチャンネル切替指示に備えて出力する映像データを作成しておき切り替えて出力する。
【００１７】
この本実施形態におけるチャンネル切替動作について図２を用いて説明する。図２は、実施の形態におけるチャンネル切替の例を示す図である。図２上段に示す視聴中画面１０１から、チャンネル切替操作を行うと、図２下段に示す３つの画面の何れかに遷移する。即ち、視聴中のチャンネル画面（映像処理部４で復号）から、映像処理部８でジョインしているマルチキャストグループから配信されている他チャンネルＴＯＰ画面１０２や、他チャンネル番組画面１０３や、録画リスト画面１０４に遷移する。
【００１８】
以下、本実施の形態の詳細を説明する。本実施の形態においては映像受信装置１において二つの映像処理部を有する場合を例に説明するが、映像処理部４の数は二つに限定されることはなく、三つ以上でも良い。
【００１９】
図３は、実施形態における映像受信装置１の機能ブロック図である。映像受信装置１は、映像処理部４と、映像処理部８と、メインメモリ１２と、電源部１９と、ネットワーク接続部２０と、ＨＤＤ２１と、ＲＡＭ２２と、操作信号受信部２３と、ＡＶデコード部２４とからなる。
【００２０】
映像処理部４は、ＣＰＵ５と、映像デコード部６と、通信処理部７とを有する。また映像処理部８は、ＣＰＵ９と、映像デコード部１０と、通信処理部１１とを有する。映像処理部４と映像処理部８とは同様の機能を有する映像処理部である。
【００２１】
ＣＰＵ５及びＣＰＵ９は、映像受信装置１の動作を制御するために設けられたプロセッサであり、ＨＤＤ２１に記憶される制御プログラム１６を共同して実行する。
映像デコード部６は、映像処理部４内の通信処理部７がアクセスしマルチキャストグループにジョインすることをリクエストした配信サーバ３から受信した映像データを、ＭＰＥＧ２規格に沿ってデコードする。同様にして、映像デコード部１０も映像処理部８内の通信処理部１１がアクセスしマルチキャストグループにジョインすることをリクエストした配信サーバ３から受信した映像データを、ＭＰＥＧ２規格に沿ってデコードする。デコードされた映像データは、ＡＶデコード部２４へ送出される。
【００２２】
また、映像デコード部６及び映像デコード部１０は、録画を行う場合は、映像音声データ、チャンネル選局情報及び番組情報をＨＤＤ２１に格納するための所定の処理を実行し、ＨＤＤ２１へ出力する。ＨＤＤ２１は、受信した映像音声データのＴＳをチャンネルごとに格納する。
【００２３】
通信処理部７及び通信処理部１１は、選択された配信サーバ３とＩＰネットワークを介して通信を実行する。具体的には配信サーバ３に対して、マルチキャストグループに参加することをリクエストするジョインパケットや、マルチキャストグループから脱退することをリクエストするリーブパケットを送出する。
【００２４】
メインメモリ１２は、映像受信装置１に設けられる記憶メディアであり、選局リスト１３と、表示用バッファ１４と、更新用バッファ１５と、制御プログラム１６と、ＧＵＩ生成モジュール１７と、カウンタ１８とを有する。
【００２５】
選局リスト１３は、配信サーバ３から配信されるチャンネル選局情報及び番組情報である。デジタル放送では、映像音声信号とチャンネル選局情報や番組情報とが多重化されてＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）として配信される。このチャンネル選局情報及び番組情報の符号化伝送方式は、ＳＩ（Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉオン）とも呼ばれる各種の情報テーブルから構成される。伝送周波数等を記載したチャンネル選局情報はＮＩＴ（Ｎｅｔｗｏｒｋ  Ｉｎｆｏｒｍａｔｉオン  Ｔａｂｌｅ）、ＢＩＴ（Ｂｒｏａｄｃａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉオン  Ｔａｂｌｅ）、ＳＤＴ（Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉオン  Ｔａｂｌｅ）の各テーブルに記載され、番組情報はＥＩＴ（Ｅｖｅｎｔ  Ｉｎｆｏｒｍａｔｉオン  Ｔａｂｌｅ）に記載される。映像受信装置１では、これらの情報を取得し、番組の選局処理やＥＰＧ（Ｅｌｅｃｔｒオンｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ：電子番組ガイド）などの番組情報表示に利用する。
【００２６】
表示用バッファ１４は、更新用バッファ１５で更新された選局リスト１３のコピーを格納するための記憶領域である。
更新用バッファ１５は、配信サーバ３から受信した全局ＳＩ情報に基づいて、選局リスト１３を更新するための記憶領域である。
制御プログラム１６は、映像受信装置１全体の動作を制御するプログラムであり、ＣＰＵ５及びＣＰＵ９で実行される。制御プログラム１６は、ユーザの操作により入力される操作信号に基づいて各種処理を実行する。
【００２７】
ＧＵＩ生成モジュール１７は、更新用バッファ１５にコピーされた選局リスト１３に基づいて、ＴＯＰ画面１０２や録画リスト画面１０３を生成する。
カウンタ１８は、映像処理部４及び映像処理部８で映像データを受信しているチャンネルの総視聴時間即ち当該チャンネルを視聴開始してから視聴終了時（電源オフ時又はチャンネル切替時）までを計時する。制御プログラム１６は、カウンタ１８で計時した総視聴時間とチャンネルとを対応づけた視聴履歴データベースをＨＤＤ２１に記憶しておく。
【００２８】
電源部１９は、映像受信装置１の各コンポーネントに電力を供給する。
ネットワーク接続部２０は、映像受信装置１をＩＰネットワークと接続する。例えば、ＬＡＮコネクタ等である。
ＨＤＤ２１は、制御プログラム１６等を記憶する記憶装置である。また、ユーザからコンテンツの録画が指示された場合、コンテンツデータを記憶する。
ＲＡＭ２２は、ＨＤＤ２１に記憶される制御プログラム１６等を展開するためのいわゆるワーキングメモリである。
操作信号受信部２３は、リモコン２５や、映像受信装置１本体に設けられるスイッチ等から、映像受信装置１を操作するための操作信号を受信する。この操作信号としては、ネットワークから受信した動画コンテンツを視聴、視聴予約等をするための選局信号や、電子番組案内情報から番組情報等を視聴するための検索信号である。また操作信号としては、ネットワークから受信した番組をＨＤＤ２１に記録させるための録画信号や、将来放送される番組を予約するための予約信号等もある。更に操作信号として、ＨＤＤ２１に記録されている番組や動画コンテンツを再生、停止、一時停止、早送り、早戻し等する信号、映像受信装置１をスタンバイ状態に移行または復帰させるための信号も含まれる。
【００２９】
ＡＶデコード部２４は、映像デコード部６若しくは映像デコード部１０から入力される復号された映像データを映像音声出力装置２で出力可能な形式にするための復号処理を実行する。また、受信したチャンネルの音声データの復号処理を実行する。
【００３０】
ＡＶデコード部２４は、復号した映像データ及び音声データを、映像音声出力装置２へ出力する。映像音声出力装置２へ出力された映像データ及び音声データは、映像音声出力装置２で再生され、映像はディスプレイ２ａに表示され音声はスピーカから出力される。
【００３１】
次に、図４を用いて映像受信装置１の動作の概要を説明する。図４は、実施形態における映像受信装置１の動作手順を示すフローチャートである。
まず、ユーザが映像受信装置１の電源をオンすると、操作信号受信部２３で受信した映像受信装置１の電源オンを示す操作信号がＣＰＵ５及びＣＰＵ９で実行され、電源部１９が映像受信装置１の各部に起動電源を供給する（ステップＳ１１）。
【００３２】
次に、制御プログラム１６は、選局リスト１３を作成済みか否かを判別する（ステップＳ１２）。地上デジタルＩＰ再送信では、サービスエリア内のすべてのＴＳにおいて自ネットワークでサービスしている情報がすべて送出されてくるため、一つの放送局を選局すれば、全ての放送局の選局リスト１３を作成することが可能である。そのため、ユーザが映像受信装置１の電源オン時に選局リスト１３を作成する。
【００３３】
ステップＳ１２で判別した結果、選局リスト１３を作成済みでないと判別した場合、ステップＳ１２のＮｏ）、選局リスト１３を作成する（ステップＳ１３）。一方、ステップＳ１２で判別した結果、選局リスト１３を作成済みであると判別した場合（ステップＳ１２のＹｅｓ）、ステップＳ１４に進む。
【００３４】
次に、制御プログラム１６は、スタンバイへの移行要求があるか否かを判別する（ステップＳ１４）。スタンバイとは、映像受信装置１の電源はオンしているが、映像音声出力装置２で映像を出力していない状態である。例えば、スタンバイへの移行要求がある状態とは、映像受信装置１の電源オン状態である時に、映像音声出力装置２の電源オフを指示する操作信号を受信した状態である。映像受信装置１と映像音声出力装置２とは制御信号を互いに送受信可能なインターフェースで接続されており（図示せず）、電源オン／オフを認識することができる。
【００３５】
ステップＳ１４で判別した結果、スタンバイへの移行要求があると判別した場合（ステップＳ１４のＹｅｓ）、スタンバイへ移行する（ステップＳ１５）。例えば、映像音声出力装置２の電源をオフする。一方、ステップＳ１４で判別した結果、スタンバイへの移行要求がないと判別した場合（ステップＳ１４のＮｏ）、図５に示すステップＳ２１に進む。
【００３６】
次に、制御プログラム１６は、メイン電源オフ要求があるか否かを判別する（ステップＳ１６）。即ち、制御プログラム１６は、操作信号受信部２３で映像受信装置１の電源オフを示す操作信号を受信したか否かを判別する。
【００３７】
ステップＳ１６で判別した結果、メイン電源オフ要求があるないと判別した場合（ステップＳ１６のＮｏ）、ステップＳ１４に戻る。一方、ステップＳ１６で判別した結果、メイン電源オフ要求があると判別した場合（ステップＳ１６のＹｅｓ）、メイン電源をオフする（ステップＳ１７）。即ち、制御プログラム１６は、電源部１９に対して各部に電源を供給することを停止するように制御を行う。以上で、実施形態における映像受信装置１の動作手順は終了である。
【００３８】
次に、図５を用いて映像受信装置１のチャンネル切替の準備動作及びチャンネル切替実行時の動作について説明する。図５は、実施形態における映像受信装置１のチャンネル切替処理手順を示すフローチャートである。
【００３９】
まず、制御プログラム１６は、未使用の映像処理部があるか否かを判別する（ステップＳ２１）。映像処理部が未使用である状態とは、映像処理部において映像データの復号、録画、各種画面（ＴＯＰ画面や録画リスト画面）の作成等を行っていない状態である。
【００４０】
ステップＳ２１で判別した結果、未使用の映像処理部がないと判別した場合（ステップＳ２１のＮｏ）、ステップＳ２７に遷移する。一方、ステップＳ２１で未使用の映像処理部があると判別した場合（ステップＳ２１のＹｅｓ）、各種の処理を実行する（ステップＳ２２）。各種の処理とは、ユーザの操作に従って、映像処理部で受信した映像データの復号、録画、各種画面の作成を行うことである。
【００４１】
次に、制御プログラム１６は、更に、未使用の映像処理部があるか否かを判別する（ステップＳ２３）。ステップＳ２３で未使用の映像処理部があると判別した場合（ステップＳ２３のＹｅｓ）、制御プログラム１６は選局リスト１３の更新を実行する（ステップＳ２４）。即ち、制御プログラム１６は、受信した全局ＳＩ情報を用いて更新用バッファ１５で選局リスト１３の更新を行う。この選局リスト１３の更新については、後に図８を用いて説明する。
【００４２】
次に、制御プログラム１６は未使用の映像処理部の通信制御部から配信サーバ３にアクセスし、マルチキャストグループにジョインする（ステップＳ２５）。制御プログラム１６は、ＨＤＤ２１に記憶しておいた視聴履歴データベースを参照して、総視聴時間が最も長いチャンネルのマルチキャストグループにジョインする。尚、未使用の映像処理部が２以上ある場合、視聴時間が長いチャンネルのサービスのマルチキャストグループから順にジョインする。
【００４３】
次に、当該映像処理部において、チャンネル切替準備処理を実行する（ステップＳ２６）。即ち、当該映像処理部で、他のチャンネルのＴＯＰ画面１０２を生成、若しくは映像データを受信し復号、若しくは録画リスト画面１０４を作成しておく。チャンネル切替準備処理が完了するとステップＳ２３に戻る。
【００４４】
ステップＳ２３で判別した結果、未使用の映像処理部がないと判別した場合（ステップＳ２３のＮｏ）、制御プログラム１６は何れかの映像処理部で録画中であるか否かを判別する（ステップＳ２７）。ステップＳ２７で判別した結果、何れかの映像処理部で録画中でないと判別した場合（ステップＳ２７のＮｏ）、ステップＳ３０に進む。一方、ステップＳ２７で判別した結果、何れかの映像処理部で録画中であると判別した場合（ステップＳ２７のＹｅｓ）、当該映像処理部で録画が完了したか否かを判別する（ステップＳ２８）。
【００４５】
ステップＳ２８で判別した結果、録画が完了していないと判別した場合（ステップＳ２８のＮｏ）、ステップＳ２８に戻る。一方、ステップＳ２８で判別した結果、録画が完了したと判別した場合（ステップＳ２８のＹｅｓ）、制御プログラム１６は録画を実行していた映像処理部で録画リスト画面１０４を作成し、当該録画リスト画面１０４をＲＡＭ２２上にキャッシュしておく（ステップＳ２９）。即ち、制御プログラム１６は、ＲＡＭ２２上の仮想的な画面領域に対して、録画リスト画面１０４を作成し、ＡＶデコーダ部２４に転送できるよう保持しておく。
【００４６】
次に、制御プログラム１６は、操作信号受信部２３でチャンネル切替要求を示す操作信号を受信したか否かを判別する（ステップＳ３０）。ステップＳ３０で判別した結果、チャンネル切替要求を示す操作信号を受信してないと判別した場合（ステップＳ３０のＮｏ）、ステップＳ１４に戻る。一方、ステップＳ３０で判別した結果、チャンネル切替要求を示す操作信号を受信したと判別した場合（ステップＳ３０のＹｅｓ）、制御プログラム１６はチャンネル切替準備済みであるか否かを判別する（ステップＳ３１）。
【００４７】
ステップＳ３１で判別した結果、チャンネル切替準備済みでないと判別した場合（ステップＳ３１のＮｏ）、ステップＳ２３に戻る。一方、ステップＳ３１で判別した結果、チャンネル切替準備済みであると判別した場合（ステップＳ３１のＹｅｓ）、制御プログラム１６はチャンネル切替動作を実行する（ステップＳ３２）。即ち、制御プログラム１６は、ステップＳ２６におけるチャンネル切替準備処理で生成していた映像データをＡＶデコード部２４へ出力する。従って、チャンネル切替指示を受信した場合に、予め他の映像処理部で生成していた（他のチャンネルのＴＯＰ画面１０２や他チャンネル番組画面１０３、若しくは録画リスト画面１０４）を出力することでチャンネル切替が迅速になる。
【００４８】
また、映像処理部が３以上ある場合は、視聴時間の長いチャンネルを優先的に受信しておく。これにより、例えばユーザがチャンネル切替を所望するチャンネルが、最も視聴時間の長いチャンネルではない場合でも、２番目に視聴時間の長いチャンネルの画面を即座に出力することができる。
【００４９】
次に、図４のステップＳ１５で実行した映像受信装置１のスタンバイ動作について説明する。図６は、実施形態における映像受信装置１のスタンバイ時の動作手順を示すにフローチャートである。
【００５０】
まず、制御プログラム１６は、スタンバイからの復帰要求があるか否かを判別する（ステップＳ１５１）。即ち、制御プログラム１６は、映像音声出力装置２から映像音声出力装置２の電源がオンになったことを示す信号を受信したか否かを判別する。
【００５１】
ステップＳ１５１で判別した結果、スタンバイからの復帰要求があると判別した場合（ステップＳ１５１のＹｅｓ）、ステップＳ１２に遷移する。一方、ステップＳ１５１で判別した結果、スタンバイからの復帰要求がないと判別した場合（ステップＳ１５１のＮｏ）、カウンタ１８を参照して所定時間が経過したか否かを判別する（ステップＳ１５２）。
【００５２】
ステップＳ１５２で判別した結果、所定時間が経過したと判別した場合（ステップＳ１５２のＹｅｓ）、ステップＳ１７に遷移し、映像受信装置１の電源をオフする。この所定時間についてはユーザ設定が可能とする。一方、ステップＳ１５２で判別した結果、所定時間が経過していないと判別した場合（ステップＳ１５２のＮｏ）、制御プログラム１６は未使用の映像処理部があるか否かを判別する（ステップＳ１５３）。
【００５３】
ステップＳ１５３で判別した結果、未使用の映像処理部があると判別した場合（ステップＳ１５３のＹｅｓ）、制御プログラム１６は選局リスト１３の更新を実行する（ステップＳ１５４）。次に、制御プログラム１６は未使用の映像処理部の通信制御部から配信サーバ３にアクセスし、マルチキャストグループにジョインする（ステップＳ１５５）。制御プログラム１６は、ＨＤＤ２１に記憶しておいた視聴履歴データベースを参照して、総視聴時間が最も長いチャンネルのマルチキャストグループにジョインする。
【００５４】
次に、当該映像処理部において、チャンネル切替準備処理を実行する（ステップＳ１５６）。即ち、当該映像処理部で、他のチャンネルのＴＯＰ画面１０２を生成、若しくは映像データを受信し復号した他チャンネル番組画面１０３、若しくは録画リスト画面１０４を作成しておく。チャンネル切替準備処理が完了するとステップＳ１５１に戻る。
【００５５】
ステップＳ１５３で判別した結果、未使用の映像処理部がないと判別した場合（ステップＳ１５３のＮｏ）、制御プログラム１６は何れかの映像処理部で録画中であるか否かを判別する（ステップＳ１５７）。ステップＳ１５７で判別した結果、何れ映像処理部においても録画中でないと判別した場合（ステップＳ１５７のＮｏ）、ステップＳ１５１に戻る。一方、ステップＳ１５７で判別した結果、何れかの映像処理部で録画中であると判別した場合（ステップＳ１５７のＹｅｓ）、当該映像処理部における録画が完了したか否かを判別する（ステップＳ１５８）。
【００５６】
ステップＳ１５８で判別した結果、録画が完了していないと判別した場合（ステップＳ１５８のＮｏ）、ステップＳ１５８に戻る。一方、ステップＳ１５８で判別した結果、録画が完了したと判別した場合（ステップＳ１５８のＹｅｓ）、制御プログラム１６は録画を実行していた映像処理部で録画リスト画面１０４を作成し、当該録画リスト画面１０４をＲＡＭ２２上にキャッシュしておく（ステップＳ１５９）。そして、ステップＳ１５１に戻り、以上の手順を繰り返す。
【００５７】
次に、図１のステップＳ１３における選局リスト１３作成について説明する。図７は、実施形態における映像受信装置１の選局リスト１３作成手順を示すフローチャートである。
【００５８】
まず、制御プログラム１６は、一の配信サーバ３からネットワーク識別子一覧を受信する（ステップＳ１３１）。このネットワーク識別子一覧は、映像データの受信に必要となる配信サーバ３の情報が記載された情報である。
【００５９】
次に、制御プログラム１６は、受信した全ネットワーク識別子について、それぞれの内容を記述するチャンネル選局情報（ＮＩＴ、ＳＤＴ、ＢＩＴ）を受信済みであるか否かを判別する（ステップＳ１３２）。ステップＳ１３２で判別した結果、全ネットワーク識別子の各チャンネル選局情報を受信済みであると判別した場合（ステップＳ１３２のＹｅｓ）、選局リスト１３の作成は完了しているので本手順を終了する。
【００６０】
一方、ステップＳ１３２で判別した結果、全ネットワーク識別子の各チャンネル選局情報を受信済みでないと判別した場合（ステップＳ１３２のＮｏ）、ネットワーク識別子を指定せずにＮＩＴを受信するリクエストを発行してＮＩＴを受信する（ステップＳ１３３）。次に、制御プログラム１６は、受信したＮＩＴが記述するネットワーク識別子のＳＤＴ、ＢＩＴを受信するリクエストを発行して当該ネットワーク識別子についてＮＩＴ、ＳＤＴ、ＢＩＴを受信する（ステップＳ１３４）。
【００６１】
次に、制御プログラム１６は、受信が完了した当該ネットワーク識別子に関する全情報を用いて、選局リストを作成する（ステップＳ１３５）。そしてステップＳ１３２に戻る。以上で、選局リスト１３の作成手順を終了する。ユーザはこの選局リスト１３を作成完了後に、指定する番組を視聴／録画することができる。
【００６２】
また、チャンネル選局情報（ＮＩＴ、ＳＤＴ、ＢＩＴ）は変更される可能性があるため、映像受信装置１は選局リスト１３を更新し常に最新の選局リスト１３を保持する必要がある。この選局リスト１３の更新処理を図８を用いて説明する。図８は、実施形態における映像受信装置１の選局リスト１３の更新手順を示すフローチャートである。
【００６３】
まず、制御プログラム１６は、映像処理部で受信しているＴＳに含まれるＮＩＴ、ＳＤＴ、ＢＩＴを受信する（ステップＳ１４１）。次に、制御プログラム１６は、受信したＮＩＴ、ＳＤＴ、ＢＩＴのバージョンが、映像受信装置１が選局リスト１３として保持しているバージョンから更新されているか否かを判別する（ステップＳ１４２）。
【００６４】
ステップＳ１４２で判別した結果、バージョンが更新されていると判別した場合（ステップＳ１４２のＹｅｓ）、更新されたチャンネル選局情報（ＮＩＴ、ＳＤＴ、ＢＩＴ）から更新用バッファ１５で更新用の選局リスト１３を作成する（ステップＳ１４３）。チャンネル選局情報の内でバージョンが更新されているもののみを更新することで、Ｆｌａｓｈの消耗を抑えることができる。
【００６５】
次に、制御プログラム１６は、更新用選局リスト１３の作成を完了後、表示用バッファ１４に更新した選局リストコピーする（ステップＳ１４４）。このように、更新用バッファ１５で選局リスト１３を更新し、最新の選局リスト１３の作成を完了後に表示用バッファ１４にコピーすることで、更新途中の選局リスト１３に基づいて番組情報が表示されることが無くなる。例えば、選局リスト１３の更新中に停電やユーザ操作により選局リスト１３の更新が中断された場合、選局リスト１３内に更新されている部分とされていない部分とが混在することとなり、誤った番組情報をユーザに提示する虞がある。本実施形態のように、選局リストを格納するバッファを、表示を行う際に参照する表示用バッファ１４と、更新を行うための更新用バッファ１５との２つに分けることで、選局リスト１３の更新が途中で中断されることを防止し、選局に失敗することが無くなる。
【００６６】
以上のように、本実施形態によれば、複数の映像処理部を設けることで、ＩＰマルチキャスト放送におけるチャンネル切替動作をより迅速に行うことができる。即ち、一の映像処理部で復号した映像データを出力中に、動作してない他の映像処理部においてチャンネル切替指示があった場合に出力する映像データを準備しておく。例えば、動作していない映像処理部ではユーザの視聴時間の長いチャンネルのマルチキャストグループにジョインしておき、予め配信サーバ３から映像データやＴＯＰ画面１０２のデータを受信し復号しておく。または、映像受信装置１において録画済みのコンテンツを表示した録画リスト画面１０４を作成しておくとしても良い。
【００６７】
尚、上記実施形態においては、未使用の映像処理部が存在すれば、予めマルチキャストグループにジョインしＴＳパケットの分離及びＭＰＥＧ圧縮信号の復号化を開始するとしたが、これに限定されるものではない。例えば、映像受信装置１において省電力モードが設定可能でありユーザが当該省電力モードを選択した場合には、未使用の映像処理部が存在する場合でもチャンネル切替準備処理を実行しないとしても良い。また、未使用の映像処理部が複数存在する場合には、未使用の映像処理部の全てでチャンネル切替準備処理を実行するのではなく、チャンネル切替準備処理を実行する映像処理部の数を限定するなどとしても良い。
【００６８】
また、上記実施形態においては、未使用の映像処理部で受信するチャンネルとして、視聴履歴のうちで最も視聴時間が長いものとしたが、ラストチャンネル若しくはユーザの嗜好情報に基づいて未使用の映像処理部で受信するチャンネルを設定するとしても良い。
【００６９】
また、上記実施形態においては、映像処理部で録画完了後に録画リスト画面１０４を作成しキャッシュするとしたが、録画リスト画面１０４の作成のタイミングはこれに限定されない。録画リスト画面の作成タイミングは、ユーザの行動履歴などからユーザのコンテンツ再生時間帯を判別して、再生時間帯付近で録画リストを作成するなどとしても良い。また、選局リスト１３の更新のタイミングも、上記実施例の説明に限定されるものではない。例えば、選局リスト１３の更新は所定時間毎に更新するとしても良い。
【００７０】
尚、実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００７１】
１…映像受信装置、２…映像音声出力装置、２ａ…ディスプレイ、３…配信サーバ、４…映像処理部、５…ＣＰＵ、６…映像デコード部、７…通信処理部、８…映像処理部、９…ＣＰＵ、１０…映像デコード部、１１…通信処理部、１２…メインメモリ、１３…選局リスト、１４…表示用バッファ、１５…更新用バッファ、１６…制御プログラム、１７…ＧＵＩ生成モジュール、１８…カウンタ、１９…電源部、２０…ネットワーク接続部、２１…ＨＤＤ、２２…ＲＡＭ、２３…操作信号受信部、２４…ＡＶデコード部、２５…リモコン、１００…映像受信システム、１０１…視聴中画面、１０２…他チャンネルＴＯＰ画面、１０３…他チャンネル番組画面、１０４…録画リスト画面。
【図１】
2012034230.tif 000003
【図２】
2012034230.tif 000004
【図３】
2012034230.tif 000005
【図４】
2012034230.tif 000006
【図５】
2012034230.tif 000007
【図６】
2012034230.tif 000008
【図７】
2012034230.tif 000009
【図８】
2012034230.tif 000010