(57)【特許請求の範囲】
【請求項１】
選局された第１の解像度の第１の映像データ、あるいは選局された前記第１の映像データと前記第１の映像データを用いて前記第１の解像度よりも高い第２の解像度の第２の映像データを生成するための、前記第１の映像データの時刻情報に対応した第３の映像データを選局するために必要な第１の制御情報のいずれかを含む第１の信号を受信する第１の受信部と、
選局された前記第１の解像度の第４の映像データ、前記第１の映像データの時刻情報に対応した前記第３の映像データのいずれかを含む第２の信号を受信する第２の受信部と、
前記第１の信号に前記第１の制御情報が含まれる場合、前記第１の制御情報をもとに前記第３の映像データを選局して受信し、受信した前記第３の映像データと前記第１の映像データとを用いて前記第２の映像データを生成するための処理を制御する制御部と、
前記第３の映像データの選局を行うか否かをユーザ操作により設定する設定部と、
を具備し、
前記設定部の設定が、前記第３の映像データの選局を行う設定の場合、前記制御部は、前記第２の信号に含まれる前記第３の映像データを選局して受信し、受信した前記第３の映像データと前記第１の映像データとを用いて前記第２の映像データの生成を行う電子機器。
【請求項２】
前記設定部は、さらに録画を優先する設定の種類を持ち、
前記設定部の設定が録画を優先する設定の場合、前記制御部は、前記第１の制御情報をもとに前記第３の映像データを選局する際に、前記第２の信号に含まれる前記第４の映像データの番組を録画している場合は、前記第３の映像データの選局を行わない請求項１に記載の電子機器。
【請求項３】
前記制御部は、前記第３の映像データの選局を行わない場合、表示画面にその旨を表示する請求項２に記載の電子機器。
【請求項４】
前記制御部は、前記第３の映像データの選局を行わない場合、前記第１の映像データをデコードして生成した第１の表示データを、前記第１の映像データのデコードを開始してから第１のタイミングで前記表示画面に表示し、前記第３の映像データを選局する場合は、前記第２の映像データをデコードして生成した第２の表示データを、前記第２の映像データのデコードを開始してから第２のタイミングで前記表示画面に表示する、請求項３に記載の電子機器。
【請求項５】
第１の伝送路で伝送される、選局された第１の解像度の第１の映像データと、前記第１の映像データを用いて前記第１の解像度よりも高い第２の解像度の第２の映像データを生成するための、第２の伝送路で伝送される前記第１の映像データの時刻情報に対応した第３の映像データを、選局するために必要な第１の制御情報とを含む第１の信号を受信し、ユーザ操作による前記第３の映像データの選局を行うか否かの設定に従い、前記第１の制御情報を用いて第２の伝送路で伝送される前記第３の映像データを選局して受信し、受信した前記第３の映像データと前記第１の映像データとを用いて前記第２の映像データを生成する信号処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、電子機器及び信号処理方法に関する。
【背景技術】
【０００２】
現行のデジタルテレビジョン放送（ＨＤＴＶ）は、水平方向の画素数が１９２０（または１４４０）、垂直方向の画素数が１０８０、フレームレート（映像周波数）６０Ｈｚの映像信号が利用されている。
【０００３】
また、ＨＤＴＶに比較して画素数が４倍（３８４０×２１６０）、フレームレート６０Ｈｚの４Ｋ放送、及び１６倍（７６８０×４３２０）、フレームレート１２０Ｈｚの８Ｋ放送の標準化も進んでおり、それらを受信可能なテレビジョン受信装置（受信機）も開発されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−７５１８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、放送規格は、現在広く普及している受信機を用いたＨＤＴＶ放送の受信が可能であることを求めている。このため、伝送路を通じて伝送される映像信号を、ＨＤＴＶに対応する基準映像信号と４Ｋ放送や８Ｋ放送と呼ばれる高解像度映像に対応する映像信号を含む拡張映像信号とに分離し、それぞれを別の伝送路にて伝送する方法が提案されている。
【０００６】
反面、この方法は、受信機が４Ｋ放送を受信する場合、基準映像信号を受信する伝送路と拡張映像信号を受信する伝送路の両者を切り替えることを必要とするため、操作が煩雑になる恐れがある。
【０００７】
この発明の目的は、電子機器及び信号処理方法を提供することである。
【課題を解決するための手段】
【０００８】
実施形態の電子機器は、第１の受信部と、第２の受信部と、制御部と、設定部と、を具備する。第１の受信部は、選局された第１の解像度の第１の映像データ、あるいは選局された前記第１の映像データと前記第１の映像データを用いて前記第１の解像度よりも高い第２の解像度の第２の映像データを生成するための、前記第１の映像データの時刻情報に対応した第３の映像データを選局するために必要な第１の制御情報のいずれかを含む第１の信号を受信する。第２の受信部は、選局された前記第１の解像度を第４の映像データ、前記第１の映像データの時刻情報に対応した前記第３の映像データのいずれかを含む第２の信号を受信する。制御部は、前記第１の信号に前記第１の制御情報が含まれる場合、前記第１の制御情報をもとに前記第２の受信部で受信する前記第２の信号に含まれる前記第３の映像データを選局して受信し、受信した前記第３の映像データと前記第１の映像データとを用いて前記第２の映像データを生成するための処理を制御する。設定部は、第３の映像データの選局を行うか否かをユーザ操作により設定する。
【図面の簡単な説明】
【０００９】
【図１】実施形態に係る映像信号送受信システムの一例を示す。
【図２】実施形態に係る受信機（電子機器）の一例を示す。
【図３】実施形態に係る受信機に制御指示を指示する装置の一例を示す。
【図４】実施形態に係る受信機におけるチャンネル選局の一例を示す。
【図５】実施形態に係る受信機における選局時のチャンネルの遷移の一例を示す。
【図６】実施形態に係る受信機における選局時のチャンネルの遷移の一例を示す。
【図７】実施形態に係る受信機におけるチャンネル選局の設定画面表示の一例を示す。
【図８】実施形態に係る受信機におけるチャンネル選局の設定画面表示の一例を示す。
【図９】実施形態に係る受信機におけるフレームデコード順の一例を示す。
【図１０Ａ】実施形態に係る受信機におけるチャンネル選局時の再生順の一例を示す。
【図１０Ｂ】実施形態に係る受信機におけるチャンネル選局時の再生順の一例を示す。
【図１１】実施形態に係る映像信号送受信システムの一例を示す。
【図１２】実施形態に係る受信機が取得する制御情報のデータ構造の一例を示す。
【図１３】実施形態に係る受信機が取得する制御情報のデータ構造の記述の一例を示す。
【図１４】実施形態に係る受信機におけるチャンネル選局の一例を示す。
【発明を実施するための形態】
【００１０】
以下、図面を参照して、本発明の実施の一形態について説明する。
【００１１】
図１は、実施形態に係る映像信号送受信システムの概要の一例を示す。
【００１２】
映像信号送受信システム１は、送信側機器（以下送信機とする）３及び受信側機器（以下受信機とする）５を含む。送信機３は、例えば空間波（地上波を用いる通常放送、放送衛星（Broadcasting Satellite）を通じて放送されるＢＳ放送または通信衛星（Communication Satellite））である伝送路１０１により番組すなわち基準映像情報及び送信機３が送信する番組に関連のある情報、例えば拡張映像情報を送信する。受信機５は、送信機３が送信する番組（基準映像情報）と拡張映像情報とを受信する。
【００１３】
伝送路は、信号を伝送するための帯域及び回線等であり、伝送路内に複数の伝送路を含む場合もある。伝送路１０１は、例えば２つの伝送路を含む。
【００１４】
送信機３は、入力される基映像（基映像信号）に種々の情報を付帯させて番組（コンテンツ）を生成し、映像信号として送信する。基映像は、撮像装置、例えば、カメラで撮像される高画質映像（第１の高画質映像信号）である。送信機３は、番組を所定の変換方式で変換した信号を伝送路１０１に含まれる２つの伝送路の夫々に出力する。このとき、送信機３は、それぞれの伝送路に出力する信号を各々の変換方式に対応する異なる伝送方式で伝送する。例えば、送信機３は、入力された基映像からＨＤ（２Ｋ）映像（画像）すなわち基準映像信号と、４Ｋ映像用のＨＤ映像の補完映像（画像）すなわち拡張映像信号とを生成する。送信機３は、基準映像信号及び拡張映像信号を各々を互いに異なる伝送路及び／又は伝送方式で伝送（送信）する。
【００１５】
送信機３は、ＳＨＶＣ（Scalable High efiiciency Video Coding）符号化方式をＨＤ（High Definition）放送に適用して構成されている。
【００１６】
受信機５は、衛星及び／又は地上波（地上デジタル放送）放送によって送信機３から配信されるコンテンツを受信し、受信したコンテンツを表示する。受信機５で受信され、表示されるコンテンツの内、メインチャンネルとしての映像及びその映像の表示信号（第１の表示信号）を、メインチャンネル、メインサービス、メインチャンネルＴＳ（Transport Stream）、主映像信号、ＨＤ映像信号、ＨＤ放送信号、２Ｋ映像信号現行サービス、及び現行放送信号などと称し、サブチャンネルとしての映像及びその映像の表示信号（第２の表示信号）を、サブチャンネル、サブサービス、サブチャンネルＴＳ、高画質映像信号、４Ｋ映像信号、４Ｋ放送信号、拡張サービス、及び拡張放送信号などと称する場合もある。
【００１７】
受信機５は、例えば、テレビジョン（ＴＶ）、パーソナルコンピュータ（ＰＣ）、ホームサーバ、及びレコーダ等である。本実施形態において、受信機５は、２Ｋ（２Ｋ１Ｋ）、４Ｋ（４Ｋ２Ｋ）、及び／又は、８Ｋ（８Ｋ４Ｋ）対応ＴＶである。以下で、説明の便宜上、受信機５は、２Ｋ／４Ｋ対応ＴＶとして記載する。
【００１８】
図２は、実施形態に係る電子機器、例えばテレビジョン放送受信装置やレコーダ装置である受信機（ＳＨＶＣ受信機）５の一例を示す。なお、以下に説明する要素や構成は、マイクロコンピュータ（処理装置、ＣＰＵ（Central Processing Unit））によりソフトウェアで実現するものであってもよいし、ハードウェアで実現するものであってもよい。
【００１９】
また、以下の記載において、番組は、ストリームあるいはコンテンツもしくは情報と称する場合もある。なお、番組は、映像及び映像に付属する音声や音楽からなる。また、映像は、動画と静止画またはテキスト（コード化された符号列で示される文字や記号等で表される情報）の少なくとも１つを含む。
【００２０】
ＳＨＶＣ受信機５が記録する番組の取得は、番組供給元（放送局）が、例えば空間波（電波）を用いて送信する放送の受信により実現できる。番組の取得はまた、番組配信元（配信事業者）が、光ファイバ（ケーブル）やインターネット・プロトコル（Internet Protocol）通信網、等のネットワークを用いて配信するものの取得であってもよい。番組の取得はまた、ネットワーク上の番組提供元（コンテンツサーバ）が保持するストリーミング映像（ストリーム）の読み出し（ダウンロード）であってもよい。またさらに、番組の取得（再生）は、ネットワーク機能を使用する映像転送技術（他の装置が保持する番組のネットワークを経由した再生（取得）によっても、可能である。
【００２１】
図２が示すＳＨＶＣ受信機５は、第１チューナ１−１、第２チューナ１−２、第３のチューナ１−３、第１Ｄｅｍｕｘ（第１多重信号分離部）１−４、番組（コンテンツ）記憶部（ＨＤＤ）１−５、第２Ｄｅｍｕｘ（第２多重信号分離部）１−６、ＳＴＣ（System Time Clock）再生部１−７、現在広く普及している受信機を用いたＨＤＴＶ放送の映像に対応する基準映像信号をバッファするレイヤ０バッファ（Layer 0 Buffer）１−８、ＰＳＩ（Program Specific Information）／ＳＩ（Service Information）取得部１−９、第１デコーダ（ＭＰＥＧ−２デコーダ）１−１０、復調部（ＭＥＰＧ−２）１−１０ａ、フレームバッファメモリ（ＦＢ）１−１０ｂ、第１異常検出部１−１１、トップフィールド（Top Field）メモリ１−１２、ボトムフィールド（Bottom Field）メモリ１−１３、ＩＰ（Interlaced−Progressive）変換部１−１４、色変換／スケーリング部１−１５、第１バッファ（Buffer A）メモリ１−１６、動き適応Ｉ−Ｐ変換／２Ｋ−４Ｋスケーリング／色域拡大部１−１７、スケーリング部１−１８、第２異常検出部１−１９、スケーリング／色変換部１−２０、セレクタ１−２１、グラフィックス重畳部１−２２、ＴＣＰ（Transmission Control Protocol）／ＩＰ・ＵＤＰ（User Datagram Protocol）／ＩＰ制御部１−２３、録画再生／放送再生セレクタ１−２６、例えば４Ｋ映像と呼ばれる水平方向解像度が３８４０、垂直方向解像度が２１６０である高解像度映像から基準映像と同一の成分を除いて圧縮し、符号化した拡張映像信号をバッファするレイヤ０バッファ（Layer 1 Buffer）メモリ１−２７、第２デコーダ（ＳＨＶＣデコーダ）１−２８、復調部（ＳＨＶＣ）１−２８ａ、ＤＰＢ（Decoded Picture Buffer）メモリ１−２８ｂ、フィルタ１−２８ｃ、第２バッファ（Buffer B）メモリ１−３０、ＣＰＵ（Central Processing Unit，主制御部）１−３１、不揮発性メモリ（Non Volatility Memory）１−３２、Ｍｕｘ（多重化部）１−３３、制御入力受信部１−３４、等を含む。
【００２２】
第１チューナ１−１は、ＳＨＶＣ（Scalable High efiiciency Video Coding）標準に準拠する放送信号のうち、ＨＤＴＶ（水平方向の画素数が１９２０（または１４４０）、垂直方向の画素数が１０８０）放送に対応する信号（２Ｋ信号、以下基準映像信号と称する）と分離された拡張ストリームすなわち拡張映像情報を受信する。なお、拡張映像情報は、基準映像信号（２Ｋ信号）に比較して画素数が４倍（３８４０×２１６０）の４Ｋ放送と称される高解像度映像放送に対応する映像信号を含む。また、ＳＨＶＣ標準に準拠した拡張映像情報は、例えば放送衛星（Broadcasting Satellite）を通じて放送されるＢＳ放送または通信衛星（Communication Satellite）を経由して提供されるＣＳ放送において伝送されている。すなわち、第１チューナ１−１は、主としてＢＳ放送／ＣＳ放送を受信する。なお、拡張映像情報は、後段に説明するＴＣＰ（Transmission Control Protocol）／ＩＰ・ＵＤＰ（User Datagram Protocol）／ＩＰ制御部１−２３を経由する放送波以外の伝送方式によって提供されることも可能である。
【００２３】
第２チューナ１−２及び第３チューナ１−３は、基準映像信号（２Ｋ信号）を受信する。なお、第２チューナ１−２は、第１チューナ１−１と同様、主としてＢＳ放送／ＣＳ放送を受信する。従って、第２チューナ１−２にて基準映像信号を受信し、第１チューナ１−１にてＳＨＶＣ標準に準拠する拡張映像信号を受信して、両者を合成することで、ＳＨＶＣ標準に準拠する高解像度映像放送（４Ｋ放送）を受信し、再生できる。なお、個々のチューナ１−１，１−２，１−３は、復調部を含むものとする。
【００２４】
図２が示すＳＨＶＣ受信機５においては、基準映像信号を第２チューナ１−２もしくは第３チューナ１−３で受信する。
【００２５】
＜＜レイヤ（Layer 0）のデコード＞＞
第２Ｄｅｍｕｘ（第２多重信号分離部／ＴＳ−Ｄｅｍｕｘ）１−６が、第２チューナ１−２または第３チューナ１−３が受信し、復調した基準映像信号のトランスポートストリーム（ＴＳ）から、Ｖｉｄｅｏ（映像）信号、Ａｕｄｉｏ（音声）信号及び、さまざまな制御情報（システムクロックを含む）やＥＰＧ（電子番組表）のための文字情報、等を取り出す。
【００２６】
レイヤ０バッファ（Layer 0 Buffer）１−８は、第２Ｄｅｍｕｘ１−６にて取り出したＶｉｄｅｏ（映像）信号及びＡｕｄｉｏ信号（音声）、他、例えば色域情報を保持する。
【００２７】
ＳＴＣ再生１−７は、第２Ｄｅｍｕｘ１−６で取り出した時間情報からシステムタイムクロック（ＳＴＣ）を再生する。
【００２８】
ＰＳＩ，ＳＩ取得部１−９は、第２Ｄｅｍｕｘ１−６にて分離された信号からＰＳＩ（Program Specific Information），ＳＩ（Service Information）を取り出す。
【００２９】
ＭＰＥＧ２デコーダ１−１０は、復号部１−１０ａとＦＢ（Frame Buffer（フレームバッファ）１−１０ｂとを含み、復号部１−１０ａにおいてレイヤ０バッファ１−８が保持するＶｉｄｅｏ（映像）信号を読み出して復号し、得られた画像をＦＢ（フレームバッファ）１−１０ｂに格納する。
【００３０】
フレームバッファ１−１０ｂが保持する信号は、第１バッファ（Buffer A）１−１６に格納され、動き適応Ｉ−Ｐ変換／２Ｋ−４Ｋスケーリング／色域拡大（色域変換）部１−１７にて、実質的に４Ｋ信号相当の高解像度映像すなわち解像度後が３８４０×２１６０に変換され、色域が例えばＢＴ７０９準拠からＢＴ２０２０準拠に拡大された映像信号に変換される。
【００３１】
＜＜拡張映像情報（拡張ストリーム）のデコード＞＞
第１チューナ１−１は、上述したＳＨＶＣ標準に準拠し、基準映像信号と分離された拡張映像信号を受信する。なお、第１チューナ１−１は、現行のＢＳ放送の変調方式に対応する８ＰＳＫ復調機能を有する。しかしながら、さらに高いビットレートでの伝送が可能な１６ＡＰＳＫに対応する復調機能を有することが好ましい。なお、第２チューナ１−２についても１６ＡＰＳＫの復調機能を持たせることは可能であるが、コスト面からは、１６ＡＰＳＫ復調機能は、第１チューナ１−１のみであっても問題ない。なお、第１チューナ１−１に、１６ＡＰＳＫだけでなく８ＰＳＫの両方の復調機能を持たせることで、第２チューナ１−２は、８ＰＳＫの復調機能があれば十分である。
【００３２】
録画再生／放送再生セレクタ１−２６は、第１Ｄｅｍｕｘ（第１多重信号分離部）１−４が分離した拡張映像信号を、レイヤ１バッファ（Layer 1 Buffer）１−２７に格納する。
【００３３】
第２デコーダ（ＳＨＶＣデコーダ）１−２８は、復調部（ＳＨＶＣ）１−２８ａ、ＤＰＢ（Decoded Picture Buffer）メモリ１−２８ｂ及びフィルタ１−２８ｃを含み、レイヤ１バッファ１−２７が保持する拡張映像信号（ＳＨＶＣエンコーダがエンコードしたスケーラブル）を読み出し、参照に必要なフレームを基準映像信号のフレームバッファ１−１０ｂに要求する。要求するフレームは、ＭＰＥＧ−２（基準映像信号）のストリームに付加されていたＰＴＳ（Presentation Time Stamp）を使用して指定される。ＳＨＶＣデコーダ１−２８は、送信機３が含むＳＨＶＣエンコーダがエンコードした、例えば４Ｋ映像と呼ばれる水平方向解像度が３８４０、垂直方向解像度が２１６０である高解像度映像から基準映像と同一の成分を除いて圧縮し、インター予測（動き補償予測）、イントラ予測（画面内予測）、及びレイヤ間予測（画像間予測）の少なくとも１つにより符号化した拡張映像情報と、色変換／スケーリング部１−１５によりアップスケーリングされた画像（色変換／スケーリング部１−１５の出力画像）をフィルタ１−２８ｃによりフィルタリングし、参照フレームとして用い、基画像に相当する高解像度映像をデコード（復号）する。なお、ＳＨＶＣデコーダ１−２８がデコードする拡張映像情報は、送信機側のＳＨＶＣエンコーダにおいて、ＳＨＶＣ符号化方式（スケーラブル符号化方式）によって入力される信号を符号化処理したものである。すなわち、ＳＨＶＣエンコーダは、予測画像の生成に、インター予測（動き補償予測）、イントラ予測（画面内予測）、及びレイヤ間予測（画像間予測）のいずれかを実行する。ＳＨＶＣ符号化方式では、ＨＥＶＣ（High efiiciency Video Coding）方式で用いられていた画面間予測と画面内予測に加え、現行のＨＤＴＶ映像を構成する基準レイヤ、例えば、２Ｋの基準映像信号から高画質映像放送用のＴＶ映像を構成する拡張レイヤ、例えば、４Ｋの拡張映像を予測するレイヤ間予測が実行される。復号した基準レイヤを高画質にアップコンバートした映像を、予測の候補として利用することが可能であるため、高画質映像、例えば、４Ｋ映像を直接圧縮するよりも圧縮効率が良い可能性がある。
【００３４】
ＳＨＶＣエンコーダから出力される拡張予測画像信号は、入力高画質映像信号及び第１の拡大復号映像信号の各々に含まれる同一の画像を同期させ、第１の拡大復号信号に含まれる画像（参照画像）を参照し、高画質画像（基準レイヤ）と参照画像（拡張レイヤ）とのレイヤ間予測を実行することによって、高画質画像と参照画像とのレイヤ間画像予測により生成される信号である。なお、ＳＨＶＣエンコーダは、メタデータを拡張画像信号に付加する。ＳＨＶＣエンコーダはまた、生成した拡張画像信号を所定の時間間隔、且つ時系列に配列し、拡張映像信号を生成し、生成した拡張映像信号にスケーラブル符号化（ＭＰＥＧ−ＨＥＶＣ  Ｖｉｄｅｏ符号化）処理を実行し、スケーラブル符号化する（ＳＨＶＣ符号化）によって符号化処理し、スケーラブル符号化したスケーラブル信号を出力する。
【００３５】
なお、拡張映像信号をデコードする場合、映像の個々のフレームのデコードは、必ずしも表示順で実行するとは限らない。例えば、図９に示すように、ＭＰＥＧ−２規格でいうＢフレームは、ＩフレームとＰフレームを参照することから、表示順がＩフレーム、Ｂフレーム、Ｂフレーム、Ｐフレームの順番であっても、デコードの順番は、Ｉフレーム、Ｐフレーム、Ｂフレーム、Ｂフレームとなる。
【００３６】
すなわち、図９に示すように、ＳＨＶＣのＩフレームをデコードするタイミングでＭＰＥＧ２のフレームデータ（画像）の１枚目を参照し、ＳＨＶＣのＰフレームをデコードするタイミングでＭＰＥＧ２のフレームデータの４枚目を参照する。以下、ＳＨＶＣの一つ目（Ｉフレーム側）のＢフレームをデコードするタイミングでＭＰＥＧ２のフレームデータの２枚目を参照し、ＳＨＶＣの二つ目のＢフレーム（Ｐフレーム側）をデコードするタイミングでＭＰＥＧ２のフレームデータの３枚目を参照する。従って、フレームバッファ１−１０ｂは、ＰフレームとＢフレームの離れているフレーム（枚数）分以上、つまり２フレーム以上を蓄える容量を備える。これで、ＳＨＶＣデコーダが参照に必要なフレームを、フレームバッファ１−１０ｂから読み出すことが可能となる。
【００３７】
＜＜ＳＨＶＣデコード用２Ｋ−４Ｋ変換＞＞
フレームバッファ１−１０ｂから、ＳＨＶＣデコーダ（第２デコーダ）１−２８で指定されたフレームが、トップフィールド（Top Field）とボトムフィールド（Bottom Field）とに分割され、読み出される。読み出されたトップフィールド及びボトムフィールドは、それぞれ、トップフィールド（バッファ）１−１２及びボトムフィールド（バッファ）１−１３で保持され、Ｉ−Ｐ（Interlaced−Progressive）変換部１−１４によりインターレーススキャンからプログレッシブスキャンに変換される。
【００３８】
色変換／スケーリング部１−１５は、ＢＴ．７０９規格（社団法人電波産業会、すなわちＡＲＩＢ（Association of Radio Industries and Businesses）が規定する標準規格）の色信号をＢＴ．２０２０規格（同）の色信号に変換し、画角を３８４０ｘ２１６０に変換する。
【００３９】
ＳＨＶＣデコーダ１−２８は、この変換（アップスケーリング）された画像（色変換／スケーリング部１−１５の出力画像）をフィルタ１−２８ｃによりフィルタリングし、参照フレームとして用い、レイヤー１バッファ１−２７が保持する拡張映像信号を４Ｋ映像（高解像度映像）にデコードする。デコード後の高解像映像（４Ｋ映像）は、ＤＰＢ（Decoded Picture Buffer）１−２８ｂを経由して、第２バッファ（Buffer B）１−３０に格納する。
【００４０】
以下、ＳＴＣ再生部１−７で再生されたクロックに基づいて生成したＶｓｙｎｃ（垂直同期信号）に従って、第１バッファ（Buffer A）１−１６及び第２バッファ（Buffer B）１−３０のそれぞれが保持する画像が読み出される。
【００４１】
＜＜セレクタ＞＞
セレクタ１−２１は、動き適応Ｉ−Ｐ変換／２Ｋ−４Ｋスケーリング／色域拡大（色域変換）部１−１７の出力と第２バッファ（Buffer B）１−３０の出力とを切り替える。すなわちセレクタ１−２１は、基準映像（２Ｋ信号）のみの放送については、動き適応Ｉ−Ｐ変換／２Ｋ−４Ｋスケーリング／色域拡大（色域変換）部１−１７の出力を、高解像度映像（４Ｋ信号）がデコード可能な場合は、第２バッファ（Buffer B）１−３０の出力を、拡張映像信号の有無に基づいて、出力することができる。
【００４２】
以下、グラフィックス重畳部１−２２により、セレクタ１−２１からの出力信号に任意のグラフィックス信号を重ねた表示出力信号を、表示パネル（Display）１−２９に出力することで、表示パネル１−２９が画像を表示する。
【００４３】
なお、動き適応Ｉ−Ｐ変換／２Ｋ−４Ｋスケーリング／色域拡大（色域変換）部１−１７を、第１デコーダ（ＭＰＥＧ−２デコーダ）１−１０の出力の後段に配置し、その出力をセレクタ１−２１で切り替えることにより、セレクタ１−２１に入力する入力信号の形式を同一とすることができ、切り替え時の信号の乱れを無くすことができる。
【００４４】
＜＜異常検出１＞＞
なお、第１異常検出部１−１１は、ＳＨＶＣデコーダ１−２８の復号部１−２８ａから指定されたＰＴＳ（Presentation Time Stamp）が付与されているフレームが（ＭＰＥＧ−２デコーダ１−１０の）フレームバッファ１−１０ｂに格納されているフレームのＰＴＳ（Presentation Time Stamp）と、かけ離れているかどうかを判定する。すなわち、第１異常検出部１−１１は、ＳＨＶＣデコーダ１−２８が参照しようとして要求するフレームと基準映像信号側のフレームバッファ１−１０ｂに格納されているフレームとが、かけ離れている場合、「何らかのエラーがある」という情報をＣＰＵ１−３１に通知する。
【００４５】
この場合（第１異常検出部１−１１がエラー（異常）を検出した場合）、ＣＰＵ１−３１は、拡張映像信号をデコードをせず、その結果を破棄し、例えば全画面黒表示のような固定データを出力する。また、第１異常検出部１−１１がエラーを検出した場合、ＣＰＵ１−３１は、拡張映像信号をデコードをせず、フレームを出力する。なお、第１異常検出部１−１１がエラーを検出した場合、セレクタ１−２１から、動き適応Ｉ−Ｐ変換／２Ｋ−４Ｋスケーリング／色域拡大（色域変換）部１−１７が保持する出力を出力させることも可能である。
【００４６】
＜＜異常検出２＞＞
第２異常検出部１−１９は、第１バッファ（Buffer A）１−１６の出力をスケーリング部１−１８にて変換した出力と第２バッファ（Buffer B）１−３０の出力をスケーリング／色変換部１−２０にて変換した出力とを比較する。第２異常検出部１−１９にて比較した結果、相違（不一致）の程度が所定値を超えているか否かに基づいて、拡張映像信号のデコードが正常であったか否かを判定し、その結果をＣＰＵ（主制御装置）１−３１に通知する。
【００４７】
セレクタ１−２１は、第２異常検出部１−１９における判定が、「正常」を示す場合、第２バッファ（Buffer B）１−３０の出力をグラフィックス重畳部１−２２に出力する。セレクタ１−２１は、第２異常検出部１−１９における判定が、「正常ではない」ことを示す場合、動き適応Ｉ−Ｐ変換／２Ｋ−４Ｋスケーリング／色域拡大（色域変換）部１−１７の出力をグラフィックス重畳部１−２２に出力する。
【００４８】
＜＜リモコンの操作＞＞
図３は、リモコン（受信機に制御指示を指示する装置）の図である。
【００４９】
リモートコントローラ（リモコン端末）２−１は、ＳＨＶＣ受信機５の制御入力受信部１−３４に対してチャンネル選局信号を供給する。リモコン端末２−１は、放送の種類の切り替え指示を出力可能な現行デジタル放送選択キー（地デジキー）２−２、ＢＳ放送選択キー（ＢＳキー）２−３、ＣＳ放送選択キー（ＣＳキー）２−４、４Ｋ放送選択キー（ＤＳキー）２−５、ダイレクト選局キー群（チャンネル選択キー群）２−６及び設定キー２−７を少なくとも含む。
【００５０】
現行の放送、すなわち（地上）デジタル放送、ＢＳ放送、ＣＳ放送は、地デジキー２−２、ＢＳキー２−３、ＣＳキー２−４の何れかにより放送の種類（放送媒体）を選択し、チャンネル選択キー群２−６の任意のチャンネル番号キーにより、選局する。なお、選局されるチャンネルは、図５（ａ）において、チャンネル１に相当する。
【００５１】
なお、ＤＳ（４Ｋ放送選択）キー２−５から４Ｋ放送の受信を選択し、チャンネル番号を入力することにより、４Ｋ放送が放送されている時間帯には、図２に示したＳＨＶＣ受信機５において、基準映像信号と拡張映像信号を受信する。
【００５２】
図４は、選局のデータフローの一例を示す。
【００５３】
ＣＰＵ（主制御部）１−３１は、ユーザのチャンネル選局すなわちリモコン端末２−１の操作［３−１］により選択されるチャンネルから任意の番組を受信するよう、第２チューナ１−２に、選局を設定する。図４の例では、ＢＳのチャンネルが選局されるとする。
【００５４】
ＳＨＶＣ受信機５は、ＢＳのＮＩＴ（Network Information Table）を参照して、チューナ１−２を設定する［３−３］。なお、ＮＩＴは、ＳＨＶＣ受信機５の初期設定の時や、受信開始後の任意のタイミングで取得したＮＩＴを不揮発メモリ１−３２に格納してあるものを使用することにより、ＮＩＴの受信を待つことなく、内容の参照が可能となる［３−８］。
【００５５】
第２Ｄｅｍｕｘ（第２多重信号分離部）１−６で、受信したＢＳチャンネルのＰＡＴ（Program Association Table／“ＰＩＤ＝０”のＰＳＩ（Program Specific Information））を取り出し、取り出したＰＡＴが指定する番組のＰＭＴ（Program Map Table）の記述のある位置を示すＰＩＤ（Packet Identifier）を取り出し、そのＰＩＤで指定されたＰＭＴを取り出す［３−６］。
【００５６】
次に、ＰＭＴで指定されたＶｉｄｅｏストリームを取り出し、レイヤ０バッファ１−８に格納する［３−７］。
【００５７】
以下、レイヤ０バッファ１−８が保持するＶｉｄｅｏストリームのデコードを、ＭＰＥＧ−２デコーダ１−１０が開始する。
【００５８】
なお、選局［３−１］において、現行デジタル放送（地デジ）が指示された場合、ＳＨＶＣ受信機５は、２Ｋ放送（地デジ）のＮＩＴを参照して、チューナ１−３を設定する［３−２］。同様に、選局［３−１］において、ＣＳが指示された場合、ＳＨＶＣ受信機５は、ＣＳ放送のＮＩＴを参照して、チューナ１−２を設定する［３−４］。
【００５９】
＜＜記述子の取出し＞＞
第２Ｄｅｍｕｘ１−６からの出力は、拡張映像信号の選局に必要な情報を含んでいるテーブルの情報を含む。このテーブルの情報に基づいて参照するテーブル、例えばＥＩＴ（Event Information Table）は、番組Ａの放送時間中は受信できないが、番組Ｂの放送開始とともに受信できるようになる。ここで、ＳＨＶＣ受信機５は、参照するテーブルにおいて、Ｈｙｐｅｒ  Ｌｉｎｋ記述子で指定されたチャンネルを受信する［３−９］。すなわち、ＳＨＶＣ受信機５は、受信したストリームのＰＭＴやＥＩＴの記述に基づいて、この記述子（Ｈｙｐｅｒ  Ｌｉｎｋ記述子）を抽出する。抽出した記述子について、ＣＰＵ（主制御部）１−３１にて、抽出した記述子が指定する映像情報（ストリーム）が拡張映像信号かどうか判定する。判定の結果、抽出した記述子が指定する映像情報（ストリーム）が拡張映像信号であることがわかった場合は、拡張映像信号（ＳＨＶＣ方式４Ｋ放送信号）のＮＩＴを参照し［３−５］、ＳＨＶＣデコーダ１−２６でデコードする。なお、Ｈｙｐｅｒ  Ｌｉｎｋ記述子をＰＭＴから取得する例については後段に説明する。
【００６０】
すなわち、取り出した記述子が、拡張映像信号の選局に必要な情報を含む場合、その情報から、例えば拡張チャンネルのＮＩＴをたどることができる。以下、拡張チャンネルのＮＩＴを参照し、第１チューナ（ＢＳ／ＣＳ）１−１の設定情報を、ＮＩＴから取出して第１チューナ１−１に設定する。これにより、第１Ｄｅｍｕｘ１−４にて、受信ストリームからＰＡＴを取り出すことができる。なお、ＰＡＴは、拡張映像信号の番組番号を含み、番組番号から取り出したＰＩＤからそのＰＩＤが指定するＰＭＴを取り出すことができる［３−１２］。なお、取得したＮＩＴは、ＳＨＶＣ受信機５の初期設定の時や、受信開始後の任意のタイミングで取得したＮＩＴを不揮発メモリ１−３２に格納してあるものを使用することで、ＮＩＴの受信を待たずして内容の参照が可能となる［３−１４］。
【００６１】
次に、ＰＭＴで指定されたＶｉｄｅｏストリームを取り出し、レイヤ１バッファ１−２７に格納する［３−１３］。
【００６２】
以下、レイヤ１バッファ１−２７が保持するＶｉｄｅｏストリームのデコードを、ＳＨＶＣデコーダ１−２８が開始する。
【００６３】
なお、取得した拡張映像信号のＥＩＴやＨｙｐｅｒ  Ｌｉｎｋ記述子は、図２の例では、拡張映像信号が伝送されるＢＳとＣＳの受信が可能な各チューナ１−２、１−１の復調部へフィードバックされる［３−１５］。これにより、拡張映像信号が存在する放送が終了した時点で、そのまま基準映像信号の放送を継続して視聴できる。
【００６４】
このように、受信中のチャンネルの番組が切り替わり、あるいは予定した時刻に番組の受信を開始した時点で拡張映像信号の選局に必要な情報を含んでいるテーブルの情報を取得できた場合、取得したテーブルの情報に基づいて拡張映像信号の有無を判定する。拡張映像信号が存在する場合には、そのストリームを受信することができる。従って、拡張映像信号が存在する番組を受信した場合、その番組をＳＨＶＣ方式の４Ｋ放送である高解像度映像放送として、自動的に受信できるようになる。
【００６５】
すなわち、ユーザは、拡張映像信号の有無を気にすることなく、放送を受信することが可能であれば、リモコン端末を操作することなく拡張映像信号を受信可能なチューナの設定が行われ、４Ｋ放送（高解像度映像）のコンテンツを楽しむことができる。また、拡張映像信号が存在する放送が終了した場合も、特段の操作なく、そのまま基準映像信号を変換して、視聴を続けることができる。
【００６６】
次に、選局のデータフローを説明する。
【００６７】
＜＜放送の流れの例＞＞
図５（ａ）及び図５（ｂ）は、チャンネル１−４において放送される番組Ａ−Ｉを第１チューナ（ＢＳ／ＣＳ受信可能かつ拡張映像信号を復調可能）１−１及び第２チューナ（ＢＳ／ＣＳ受信可能）１−２で受信する例を示す。
【００６８】
チャンネル１，３は、ＢＳ放送の２Ｋ信号の放送を伝送しているとする。
【００６９】
チャンネル２，４は、別の衛星放送（仮にＤＳ放送と呼ぶ）であって、チャンネル１，３が放送するＢＳ放送の拡張映像信号あるいは独立した基準映像信号（２Ｋ信号）の放送を伝送しているとする。
【００７０】
８：００から、チャンネル１で番組Ａが放送される。チャンネル２では何も放送されていない。
【００７１】
９：００から、チャンネル１では２Ｋ信号の番組Ｂが、チャンネル２では番組Ｂの拡張映像信号が放送される。また、チャンネル３では番組Ｈが、チャンネル４では番組Ｈの拡張映像信号が放送される。
【００７２】
１０：００から、チャンネル２で、チャンネル１と独立した番組Ｄ（チャンネル１と同一内容ではあるが解像度などは異なっていて、チャンネル２単独受信でデコードできる番組であるもの、なども含める）が放送される。また、チャンネル３では番組Ｒが放送される。
【００７３】
１１：００から、チャンネル１では２Ｋ信号の番組Ｅが、チャンネル２では、その拡張映像信号（番組Ｅの拡張映像信号）が放送される。
【００７４】
１２：００から、チャンネル１では番組Ｆが、チャンネル２では番組Ｆとは独立の番組Ｇが、放送される。
【００７５】
＜＜選局時のデータフロー  ８：００に番組Ａを選局＞＞
８：００から番組Ａを２Ｋ解像度で受信している状態で、９：００に４Ｋ放送の番組Ｂの放送が開始されると、番組Ｂは、そのままでは２Ｋ解像度（基準映像解像度）で視聴することになる。しかし、９：００なると、チャンネル２において番組Ｂの拡張映像信号を受信可能となる。
【００７６】
＜＜９：００になると４Ｋ放送が始まり、拡張映像信号の伝送路を特定する記述子が放送される＞＞
９：００になると（実際には、その少し手前から）チャンネル２において、チャンネル１で放送する番組Ｂの拡張映像信号の放送が始まる。チャンネル１では、番組Ａの放送時間中は送られてこなかった（番組Ａを受信してたため存在していない）拡張映像信号に関する記述子（データ）が、番組Ｂとともに放送されるようになる。
【００７７】
記述子は、拡張映像信号の選局に必要な情報を含む。ここでは、この記述子はＥＩＴに含まれるＨｙｐｅｒ  Ｌｉｎｋ記述子である場合を例にして説明する（図４［３−９］参照）。また、Ｈｙｐｅｒ  Ｌｉｎｋ記述子の記述例を図１３に示す。なお、記述子は、ＮＩＴ，ＳＤＴ（Service Description Table），ＰＭＴなどのＥＩＴ以外のテーブルに含めて伝送してもよい。
【００７８】
＜＜１０：００時になると拡張映像信号の放送が終了する＞＞
１０：００になると、チャンネル２の番組Ｂの拡張映像信号の放送が終了し、番組Ｄの放送が開始される。チャンネル１は番組Ｃとなり、この番組でのＨｙｐｅｒ  Ｌｉｎｋ記述子の記述からは、拡張映像信号の選局情報（拡張映像信号の番組番号）の記述がなくなる。なお、上述のように、拡張映像信号が存在しない旨の値（記述）がある場合は、その情報を取り出す。
【００７９】
以下、ＣＰＵ１−３１は、第１チューナ１−１による受信と第１Ｄｅｍｕｘ１−４の動作、及びＳＨＶＣデコーダ１−２８の動作を停止する。また、セレクタ１−２１を、第１バッファ１−１６の出力に切り替えて、映像を出力する。
【００８０】
こうして、ユーザは、拡張映像信号の有無を気にすることなく、少なくとも基準映像の放送がありさえすれば（基準映像の放送を受信することが可能であれば）、リモコン端末を操作することなく拡張映像信号用のチューナの設定が行われ、（高解像度の）４Ｋ放送番組（コンテンツ）を楽しむことができる。また、拡張映像信号の放送がなくなった場合も、（特段の操作なく）そのまま、基準映像信号である２Ｋ信号を変換して視聴を続けることができる。
【００８１】
なお、拡張映像信号の放送がなくなった場合に、拡張映像信号用のチューナをオフするなどの操作をする必要がなく、安定した２Ｋ信号（基準映像信号）の放送を受信することができるようになる。
【００８２】
＜＜チャンネル切替と番組の遷移＞＞
図１０Ａ及び図１０Ｂにより、セレクタ１−２１の切り替え時の画像出力について説明する。
【００８３】
ユーザが、時刻９：１０のタイミング［１０−１］で、リモコン操作によりチャンネル３を選局すると、時刻９：１０〜９：２０の期間［１０−５］では、チャンネル３で番組Ｈの基準映像信号（２Ｋ信号）の放送を、チャンネル４で番組Ｈの拡張映像信号の放送を受信する。
【００８４】
ユーザが、時刻９：２０のタイミング［１０−２］で、リモコン操作によりチャンネル１を選局すると、時刻９：２０〜１０：００の期間［１０−６］では、チャンネル１で番組Ｂの基準映像信号の放送を、チャンネル２で番組Ｂ拡張映像信号の放送を受信する。
【００８５】
時刻１０：００〜１１：００の期間［１０−７］では、ユーザがチャンネルを切り替えずにそのまま見続けた場合、受信する番組が基準映像信号（２Ｋ解像度）の番組Ｃとなる。このため、チャンネル２の拡張映像信号の受信が停止する。すなわち、チャンネル２では番組Ｄが放送されるが受信しない。
【００８６】
時刻１１：００以降の期間［１０−８］では、同じチャンネルの番組が番組Ｃから番組Ｅに変わり、チャンネル２では番組Ｅの拡張映像信号を受信する。
【００８７】
＜＜２Ｋ番組と４Ｋ番組の切り替えタイミングを制御する＞＞
セレクタ１−２１で、第１バッファ（Buffer A）１−１６と第２バッファ（Buffer B）１−３０のどちらかを選択して信号を出力する。拡張映像信号と基準映像信号をアップスケーリングし、色域拡大した映像信号とによりデコードされた高解像度映像の表示の場合は、セレクタ１−２１は、第２バッファ１−３０の読出し出力を選択する。いうまでもなく、ＳＨＶＣデコーダ１−２８でデコードしない、あるいは（デコード）できていない場合は、基準映像信号しか得られないため、第１バッファ１−１６の出力を選択する。
【００８８】
ＭＰＥＧ−２デコーダ１−１０（フレームバッファ１−１０ｂ）の出力は、タイミング［１０−１］でデコードを開始し、しばらく遅れて（一定期間経過後）、デコード出力ｆ１，ｆ２．．．と出力する。
【００８９】
ＳＨＶＣデコーダ１−２８出力は、ＭＰＥＧ−２デコーダ１−１０の出力からデコードにかかる時間分だけ遅れて、同一フレームの出力Ｆ１，Ｆ２．．．を出力する。
【００９０】
なお、ＭＰＥＧ−２信号すなわち第１バッファ１−１６における遅延量を、最小限まで少なく設定した場合（バッファＡ出力１）は、タイミング［１０−３２］で出力される。この場合、第２バッファ（ＳＨＶＣバッファ）１−３０からの出力タイミングは、ＳＨＶＣデコードが終わったのち、短時間で出力するものとする。なお、遅延量は、例えば５００ミリ秒−５秒（５０００ミリ秒）の範囲内の所定の遅延量とすることが好ましい。
【００９１】
なお、第１バッファ１−１６での遅延量をＳＨＶＣデコーダ１−２８の出力に合わせた遅延量に設定した場合（バッファＡ出力２）は、タイミング［１０−３３］となる。この場合、ＳＨＶＣバッファ（第２バッファ）１−３０の出力は、ＳＨＶＣデコーダ１−２８によるデコードが終わったのち、第１バッファ１−１６での遅延量をＳＨＶＣデコーダ１−２８の出力に合わせた遅延量に設定したタイミング［１０−３４］で、出力することにより、期間［１−３８］が示すように、第１バッファ１−１６からの画像出力タイミングと、実質的にそろえることが可能となる。
【００９２】
＜＜番組に応じたセレクタの切り替え＞＞
上述した通り、セレクタ１−２１を番組に応じて切り替える場合において、拡張映像信号を受信するときは、第２バッファ１−３０の出力を選択し、拡張映像信号を受信しないときは、第１バッファ１−１６出力を選択する。従って、拡張映像信号を受信する期間［１０−５］及び［１０−６］においては、その出力（映像出力）は［１０−３５］が示すように、ＳＨＶＣデコーダ１−２８のデコード出力のフレームＦ１，Ｆ２，．．．，であるが、受信しない期間［１０−７］では、ＭＰＥＧ−２デコーダ１−１０のデコード出力であるｆ８，ｆ９，．．．，ｆｇを出力する。
【００９３】
なお、チャンネル切り替えタイミング［１０−１］及び［１０−２］では、［１０−３５］が示すように、選局してから画像が表示されるまでの期間［１−１２］及び［１−１３］で示す、待ち時間が発生する。
【００９４】
また、チャンネル切り替えタイミング［１０−３］が示す番組の切り替え時には、期間［１−１４］で示すようなフレームの不連続が発生する。
【００９５】
また、チャンネル切り替えタイミング［１０−４］が示す番組の切り替え時には、期間［１−１５］で示す期間は、フレームＦｉが出力されるまで、画像の途切れ（黒画面表示や前のフレームｆｇの画像が静止した静止画など）が発生する。
【００９６】
＜＜セレクタを操作して絵出しを早め高速選局する＞＞
上述した、選局してから画像が表示されるまでの期間［１−１２］及び［１−１３］の待ち時間は、高速選局［１０−３６］を適用することで、高速選局が可能となる。
【００９７】
すなわち、高解像度映像信号のデコードは、ＭＰＥＧ−２デコーダ１−１０による基準映像信号のデコードが終わってから開始される。従って、同一フレームの画像については、基準映像信号のデコードが高解像度映像信号もより早く、完了する。つまり、基準映像信号がデコードされ、高解像度映像信号がデコードされた時点まで待って、初めて映像信号が得られる。そのため、高解像度映像信号を受信をする場合は、チャンネル（放送局）の切替から映像の再生が開始されるまでの時間は、基準映像信号と比較して長くなる。
【００９８】
そこで、チャンネルを切り替えた直後［１０−１］の一定期間については、ＣＰＵ１−３１は、基準映像信号がデコードできた時点で、第１バッファ１−１６の出力（ｆ１，ｆ２，ｆ３）をセレクタ１−２１に選択させ、表示パネル１−３９に表示させる（グラフィックス重畳部１−２２に映像信号を出力する）。この時、第１バッファ１−１６が映像信号に与える遅延量は、最少とする。そのあと、ＣＰＵ１−３１は、高解像度映像信号がデコードできた時点で、第２バッファ１−３０の出力（Ｆ１，Ｆ２，Ｆ３，．．．）をセレクタ１−２１に選択させ、表示パネル１−３９に表示させる（グラフィックス重畳部１−２２に映像信号を出力する）。
【００９９】
このように、高速選局［１０−３６］を適用することで、チャンネル切り替えから画像が表示されるまでの時間（期間）を制御しない場合は、期間［１−１２］であったものを期間［１−３９］のように短縮することができる。
【０１００】
ただし、セレクタ１−２１を切り替えた場合、切り替え時点において、［１−２２］，［１−２３］，［１−２４］で示すように、フレームの不連続が発生する。
【０１０１】
このため、以下に説明するよう、第１バッファ（ＭＰＥＧ−２デコーダ）出力に与える遅延量を増大する［１０−３７］を適用することで、２Ｋ解像度（基準映像信号）と４Ｋ解像度（高解像度映像）との切り替わりをスムースにすることができる。
【０１０２】
＜＜バッファＡの遅延を増やすことで２Ｋ−４Ｋの切り替わりをスムースにする＞＞
第１バッファ１−１６において蓄積する映像のフレーム数を、第２バッファ１−３０が蓄積フレーム数よりも多くとり、それぞれのフレームが同一タイミングで出力されるように読み出す［１０−３３］。
【０１０３】
すなわち、ＳＨＶＣデコーダ１−２８からの拡張映像信号のデコード出力が得られる期間［１０−２８］あるいは［１０−３０］においては第２バッファ１−３０の出力を、ＳＨＶＣデコーダ１−２８からの出力が得られない期間［１０−２９］においては、第１バッファ１−１６の出力を動き適応Ｉ−Ｐ変換／２Ｋ−４Ｋスケーリング／色域拡大（色域変換）部１−１７にて処理した（ＭＰＥＧ−２デコーダ側の）出力を、選択する。
【０１０４】
このように、［１０−３７］が示す映像出力の切り替えを適用することで、第１バッファ１−１６が出力するフレームと第２バッファ１−３０が出力するフレーム（の位相）が一致しているので、セレクタ１−２１の切り替え操作があってもタイミング［１−３１］における画像の乱れが生じない。また、音声の途切れも発生しない。
【０１０５】
これにより、基準映像信号（２Ｋ解像度）と高解像度映像信号（４Ｋ解像度）との切り替わりをスムースにすることができる。
【０１０６】
なお、高解像度映像信号を受信することが可能なＳＨＶＣ受信機５では、高解像度映像信号を放送するチャンネル（放送局）を受信（選局）しないことを、ユーザが選択可能であることが好ましい。また、上述した高速選局についても、チャンネル毎に（ユーザが）設定可能できることが好ましい。このため、以下、図７または図８に示すようなユーザインタフェース（ＵＩ）画面を表示させて、高解像度映像の受信／高速選局の適用をユーザが任意に設定可能とすることが好ましい。
【０１０７】
＜＜高解像度映像放送が放送されている場合、それを受信するかを初期設定する＞＞
ユーザがリモコン端末２−１の設定ボタン２−７を押すことで、ＣＰＵ１−３１は、図７が示す初期設定画面表示信号を、グラフィックス重畳回路１−２２で生成する。これにより、ディスプレイ１−２９に、図７が示す初期設定画面表示が表示される。なお、図７に示す例は、図５（ａ）を用いて説明したが、偶数チャンネルが拡張映像信号の受信が可能であることを前提とし、偶数チャンネルのチャンネル番号から「１」をマイナスした奇数チャンネルのチャンネル番号を表示することが好ましい。
【０１０８】
高解像度映像の受信の可否は、図７が示す画面表示状態において、チャンネル毎に設定可能である。なお、設定された結果は、ＣＰＵ１−３１が不揮発メモリ１−３２に格納する。
【０１０９】
ＳＨＶＣ受信機５は、操作入力受付部１−３４において、リモコン端末２−１からのユーザの任意のチャンネル選局に対応する指示入力を受け付け、チューナ１−２が選局したチャンネルに対応した設定を、不揮発メモリ１−３２から読み出し、高解像度映像の受信を「する」か「しない」を判定する。
【０１１０】
「する」の場合、セレクタ１−２１は、図１０Ａ及び図１０Ｂが示すタイミング［１０−３５］または［１０−３６］または［１−３７］のいずれかに、４Ｋ解像度の高解像度映像の出力形態を切り替える。これにより、拡張映像信号を受信している間は、第２バッファ１−３０の出力を、（拡張映像信号を）受信していない場合は、第１バッファ１−１６の出力を、出力する。従って、４Ｋ解像度の高解像度映像番組が放送されている場合は、４Ｋ解像度の高解像度映像で放送を楽しむことができる。
【０１１１】
なお、「しない」の場合は、セレクタ１−２１は、第１バッファ１−１６の出力を常時選択し続ける。この場合、映像出力は、［１０−３２］が示すようになる。また、フレームの不連続やとぎれの発生がなくなる。なお、第１バッファ１−１６において映像信号に与える遅延量は、最小であってよい。なお、遅延量は、例えば５００ミリ秒−５秒（５０００ミリ秒）の範囲内の所定の遅延量とすることが好ましい。
【０１１２】
４Ｋ解像度で番組を見ることはできないが、最初のフレーム出力１−３７のタイミングが１−３８より早くなり上述のチャンネル切替時の待ち時間は短縮される。
【０１１３】
＜＜高速選局するか、切り替わりをスムースにするか、を初期設定する＞＞
ユーザがリモコン端末２−１の設定ボタン２−７を押すことで、ＣＰＵ１−３１は、図７が示す初期設定画面表示信号を、グラフィックス重畳回路１−２２で生成する。これにより、ディスプレイ１−２９に、図８が示すチャンネル切り替え時の初期設定画面表示が表示される。なお、図８に示すユーザインタフェース（ＵＩ）を用いることで、４Ｋ放送（高解像度映像放送）を受信して再生する場合のチャンネル切り替え時の動作を、チャンネル毎に設定できる。また、図８に示す例は、図５（ａ）を用いて説明したが、偶数チャンネルが拡張映像信号の受信が可能であることを前提とし、偶数チャンネルのチャンネル番号から「１」をマイナスした奇数チャンネルのチャンネル番号を表示することが好ましい。
【０１１４】
なお、設定された結果は、ＣＰＵ１−３１が不揮発メモリ１−３２に格納する。
【０１１５】
ＳＨＶＣ受信機５は、操作入力受付部１−３４において、リモコン端末２−１からのユーザの任意のチャンネル選局に対応する指示入力を受け付け、チューナ１−２が選局したチャンネルに対応した設定を、不揮発メモリ１−３２から読み出し、高解像度映像放送の受信を「する」か「しない」を判定する。
【０１１６】
リモコン端末２−１により、ユーザが任意のチャンネルを選局すると、チューナ１−２での選局したチャンネルに対応した設定を不揮発メモリ１−３２から読み出し、高解像度映像放送時の高速選局の提供の有無、すなわち高速選局を「する」か「しない」かを判定する。
【０１１７】
不揮発メモリ１−３２が保持する設定を参照した結果が、「する」の場合は、図１０Ａ及び図１０Ｂにより説明した高速選局［１０−３６］に従い、画像出力が出力される。
【０１１８】
不揮発メモリ１−３２が保持する設定を参照した結果が、「しない」の場合、図１０Ａ及び図１０Ｂにより説明したスムースな画像出力の切り替え［１０−３７］に従い、画像出力が出力される。
【０１１９】
このように、高解像度映像放送時に、高速選局を適用するか否かを設定可能とすることで、ユーザは、高解像度映像放送時の選局（受信チャンネルの切り替え）に際して、高速選局とするか、スムースな画像出力の切り替えを実施するか、を選択可能となる。例えば、スムースな画像出力の切り替えを選択することにより、高解像度映像放送への切り替え時に、画像の乱れ（不連続な再生画像の発生）を回避することができる。従って、例えば頻繁にチャンネルを切り替えたい場合は、高速選局を「する」に設定すればよい。「しない」を選択しておけば、高解像度映像放送の有無に基づいて受信チャンネルが切り替わるチャンネル切り替え時に、映像の乱れが発生することがないというメリットが得られる。
【０１２０】
＜＜拡張映像信号放送チャンネルが２Ｋ放送（基準映像信号）を受信していた場合にそのチャンネルで別番組の拡張映像信号を受信する＞＞
図６（ａ）−図６（ｃ）は、チャンネル切り替えが拡張映像信号を受信可能なチャンネル相互であって、チャンネル切り替え前に選局していたチャンネルが拡張映像信号とは異なる独立した２Ｋ放送（基準映像信号）を受信している状態から別番組の拡張映像信号を受信する場合について、説明する。なお、利用するチューナは、第１チューナ１−１及び第２チューナ１−２とする。
【０１２１】
リモコン端末２−１のＤＳ（４Ｋ（高解像度映像）放送選択）キー２−５によるチャンネル選択の操作入力に基づいて、チャンネル２において、１０：２０から、拡張映像信号とは異なる２Ｋ放送の番組Ｄを受信しているとする。なお、チャンネル２が受信している番組Ｄは、チャンネル１が受信する番組Ｃとは独立した番組である。また、チャンネル２は、図５（ａ）を用いて説明した通り、チャンネル番号から「１」をマイナスした奇数チャンネルの２Ｋ放送に対応する拡張映像信号を受信できる。
【０１２２】
例えば１１：００の番組の切り替わり時点で、チャンネル２において、チャンネル１が受信する番組Ｅの拡張映像信号を受信する場合のチャンネルの切り替え方法について説明する。
【０１２３】
＜＜３通りのチューナーの選局切り替え方法＞＞
以下に、１１：００の番組の切り替わり時点において実現可能な選局の切り替え方法について説明する。
【０１２４】
［方法１］
図６（ａ）が示す例では、チャンネル２を、第１チューナ１−１で受信する。第１チューナ１−１で受信したチャンネル２の番組Ｅの基準映像信号は、図２において全てのチューナの後段であって第１Ｄｅｍｕｘ１−４と第２Ｄｅｍｕｘ１−６との間に位置するｍｕｘ１−３３を通じ、第２のＤｅｍｕｘ１−６へ供給される。すなわち、拡張映像信号を受信する可能性のあるチャンネルの番組は、拡張映像信号を復調可能な第１チューナ１−１で、常に受信するものとする。なお、受信したチャンネル２の番組Ｄは、現行の２Ｋ放送であるからデコード時は、ＭＰＥＧ−２デコーダ１−１０にてデコードする。すなわち、拡張映像信号を受信する可能性のあるチャンネルを、拡張映像信号を受信することのできるチューナに固定して受信することが好ましい。
【０１２５】
１１：００になった時点（切り替えのため、実際には所定の時間だけ前の時点）で、第２チューナ１−２でチャンネル１を受信する。このときＣＰＵ１−３１は、ＭＰＥＧ−２デコーダ１−１０に入力する放送の信号源（入力源）が第１チューナ１−１から第２チューナ１−２に切り替わるように、ｍｕｘ１−３３を切り替える。
【０１２６】
［方法２］
図６（ｂ）が示す例は、リモコン端末２−１から選局指示（操作入力）があった時点でチャンネル２の番組を第２チューナ１−２で受信するように設定し、１１：００になった時点で第２チューナ１−２がチャンネル１を受信するように、選局する例である。この例では、第１Ｄｅｍｕｘ１−４と第２Ｄｅｍｕｘ１−６との間の経路変更が不要である。なお、図６（ｃ）が示すように、第１チューナ１−２がチャンネル２を選局している場合、１１：００を過ぎても選局は変わらない。ただし、その出力は、１１：００以降においては、ＳＨＶＣデコーダ１−２８に入力するように、ＣＰＵ１−３１は、ｍｕｘ１−３３を切り替える。
【０１２７】
［方法３］
図６（ａ）及び図６（ｃ）が示す例では、個々のチューナが受信するチャンネルの設定は変更しないため、チャンネル１が受信する信号とチャンネル２が受信する信号が途切れない（オーバーラップして伝送されている、すなわち番組Ｄが１１：００を過ぎても放送されている）場合は、第１及び第２のチューナ１−１、１−２のそれぞれにおいて、番組Ｄと番組Ｅを同時に受信しながら、相互の切り替えができる。これにより、ＳＨＶＣ受信機５においては、個々の番組のつなぎ目が目だたない切り替えが可能となる。
【０１２８】
なお、図６（ｂ）が示す例では、たとえ番組Ｄが１１：００過ぎまで放送があっても、チューナー１−２の設定を番組Ｄから番組Ｅに切り替えるタイミングでかならず途切れが発生する。
【０１２９】
以後、図６（ａ）が示す選局パターンを用いて、説明を続ける。
【０１３０】
１１：００からチャンネル２で伝送される番組ＥのＨｙｐｅｒ  Ｌｉｎｋ記述子には、自身（番組Ｅ／チャンネル２）が拡張映像信号であり、対応する基準映像信号の選局情報（基準映像信号を放送するチャンネルの情報）が記載されている。
【０１３１】
このため、第１Ｄｅｍｕｘ１−４の出力からＥＩＴが含むＨｙｐｅｒ  Ｌｉｎｋ記述子を取り出し、受信中のストリームが拡張映像信号であるかどうかを、ＣＰＵ１−３１が判定する。判定結果が、拡張映像信号である場合、ＮＩＴを参照し、第２チューナ１−２に、チャンネル１の基準映像信号を受信する。これにより、第１チューナ１−１で拡張映像信号が、第２チューナ１−２で基準映像信号が、受信できる。
【０１３２】
なお、基準映像信号（のＮＩＴ）には、拡張映像信号を示すＨｙｐｅｒ  Ｌｉｎｋ記述子が含まれるが、Ｈｙｐｅｒ  Ｌｉｎｋ記述子を利用することなく、新規に拡張映像信号を受信できるチャンネルを選局してもよい。
【０１３３】
また、第１チューナ１−１の出力と第２チューナ１−２の出力とをセレクタに接続し、どちらのチューナで拡張映像信号を受信するか、どちらのチューナで基準映像信号を受信するかを切りかえられるようにしてもよい。
【０１３４】
次に、受信した番組を録画する場合について説明する。
【０１３５】
＜＜録画する場合のチューナの選局方法＞＞
図５（ａ）により説明したチャンネル１〜４の番組を、図５（ｂ）が説明する２つのチューナにより受信し、録画する場合において、９：３０から１１：３０まで、チャンネル３で番組Ｒの録画が設定されていた場合を考える。なお、番組Ｒには、拡張映像信号が存在し、チャンネル４が受信するものとする。
【０１３６】
９：３０よりも早い、例えば８：３０からチャンネル１の番組Ａを受信するよう、リモコン端末２−１から操作入力があった場合に、チャンネルはそのままで（チャンネル１において）、９：００から番組Ｂの受信を開始する。また、９：３０からチャンネル３で、番組Ｒの録画が開始される。
【０１３７】
１０：００に、番組Ｂ（チャンネル１）の受信が終了し、リモコン端末２−１から録画中の番組Ｒ（チャンネル３）の表示の指示があったとする。さらに、１０：４０から番組Ｃ（チャンネル１）が選択され、１１：００から引き続き番組Ｅ（チャンネル１）が選択されるものとする。以降、１２；００からチャンネル１において、番組Ｆを受信するものとする。
【０１３８】
＜＜システムの制御方法＞＞
９：３０直前（予め決められている一定時間早い時間）になると、ＣＰＵ１−３１は、第２チューナ１−２に、番組Ｒが放送されるチャンネル３を選局するように設定し、第２チューナ１−２の出力が、記録部（ＨＤＤ）１−５へ供給され、録画される。
【０１３９】
一方、８：３０からチャンネル１の番組Ａの受信が指示されることにより、ＣＰＵ１−３１はその時点で、第２チューナ１−２に、チャンネル１を選局し、番組Ａを受信するように設定している。この第２チューナ１−２のチャンネル１が受信する番組Ａの出力は、第２Ｄｅｍｕｘ１−６を経由してＭＰＥＧ−２デコーダ１−１０に供給され、ＭＰＥＧ−２デコーダ１−１０でデコードされる。
【０１４０】
また、ＣＰＵ１−３１は、９：００からチャンネル２において番組Ｂ（チャンネル１）の拡張映像信号を受信するよう、第１チューナ１−１に選局を設定する。従って、第１チューナ１−１が受信する番組Ｂの拡張映像信号は、Ｄｅｍｕｘ１−４を経由してＳＨＶＣデコーダ１−２８に供給される。
【０１４１】
このような第１チューナ１−１及び第２チューナ１−２の選局が設定された場合、図５（ｂ）において、第２チューナ１−２が８：３０から１２：００以降に継続して受信する全ての番組は、ＭＰＥＧ−２デコーダ１−１０に供給され、デコードされる。また、９：３０までは、チャンネル１及びチャンネル２が受信する番組Ｂ及びその拡張映像信号により、番組Ｂを４Ｋ解像度で楽しむことができる。
【０１４２】
９：３０からは、録画のために第２チューナ１−２がチャンネル３の番組Ｒを受信するため、ＣＰＵ１−３１は、第２チューナ１−２を、チャンネル３の番組Ｒを選局するように設定する。これにより、第２チューナ１−２の出力（番組Ｒ）が、記録部１−５で記録される。ここで、例えばユーザ指示（リモコン操作）より、チャンネル１による番組Ｂの受信が継続される場合（チャンネル２を受信して９：３０の直前まで受信（視聴）できていた４Ｋ解像度の番組Ｂは、受信できなくなるため、９：３０の直前に、「録画が始まりますので、２Ｋ解像度にて受信を続けます」などのメッセージの表示し、その後、番組Ｂは、２Ｋ解像度の出力に切り替わる。
【０１４３】
一方、番組Ｒと拡張映像信号の記録（録画）が指示されていた場合には、ＣＰＵ１−３１は、第１チューナ１−１に、チャンネル２の番組Ｒの拡張映像信号を選局するように設定する。これにより、第１チューナ１−１の出力（番組Ｒの拡張映像信号）が、記録部１−５で記録される。
【０１４４】
なお、１０：００になると、番組Ｂがおわり番組Ｃが始まるが、例えばユーザが録画中の番組Ｒを視聴しようとリモコン端末２−１を操作し、チャンネル３を選局することで、
ＣＰＵ１−３１は、第１チューナ１−１に、チャンネル３の基準映像信号に対応する拡張映像信号であるチャンネル４の番組Ｒを選局するように設定する。このとき、第１チューナ１−１が受信する番組Ｒの拡張映像信号は、第１Ｄｅｍｕｘ１−４からＳＨＶＣデコーダ１−２８に与えられる。
【０１４５】
また、１０：４５に、ユーザが番組Ｃを見ようと、リモコン端末２０１からチャンネル１の選局を指示すると、ＣＰＵ１−３１は、第１チューナ１−１に、チャンネル１の番組Ｃを選局するように設定する。従って、第１チューナ１−１が受信する出力は、第２Ｄｅｍｕｘ１−６を経由して、ＭＰＥＧ−２デコーダ１−１０に供給される。
【０１４６】
１１：００になると、番組Ｃがおわり、番組Ｅに変わる。このとき、チャンネル２では番組Ｅの拡張映像信号の放送がされているが、第２チューナ１−２はチャンネル３を、第１チューナ１−１はチャンネル１を、それぞれ選局しているため、チャンネル２の選局はできない。このため、第１チューナ１−１が受信する番組Ｅは、２Ｋ解像度となるが、ユーザによる視聴が可能となる。
【０１４７】
１１：３０に録画中の番組Ｒの放送が終わると第２チューナ１−２の動作が終了するので、ＣＰＵ１−３１は、第１チューナ１−２に、チャンネル１の番組Ｅを選局するように設定する。従って、第２チューナ１−２が受信する出力は、第２Ｄｅｍｕｘ１−６を警手してＭＰＥＧ−２デコーダ１−１０に供給される。また、ＣＰＵ１−３１は、第１チューナ１−１に、拡張映像信号であるチャンネル２の番組Ｅを選局するように設定する。これにより、第１チューナ１−１が受信する出力は、第１Ｄｅｍｕｘ１−４を経由してＳＨＶＣデコーダ１−２８に供給される。
【０１４８】
なお、１１：３０に、ＣＰＵ１−３１は、第１チューナ１−１及び第２チューナ１−２の設定を自動的にすることなく、グラフィクス重畳部１−２２から、チャンネル２において番組Ｅの拡張映像信号を受信可能であること、その拡張映像信号を受信するか否かを、ユーザ選択（ＵＩ画面）として表示させ、ユーザの選択を仰ぐことも可能である。
【０１４９】
また、例えば初期設定画面を用いて、拡張映像信号が存在する場合には、チャンネルを切り替えることを予め設定させておき、ユーザからの選択に基づいて、拡張映像信号を受信するか否かを切り替えることも可能である。この場合、ユーザが、拡張映像信号を受信しないことを選択すると、第１チューナ１−１は、そのままチャンネル１の番組Ｅを受信し続けるので、チューナの切り替えに起因して画面表示（映像出力）が途切れることを抑止できる。
【０１５０】
＜＜拡張映像信号（拡張ストリーム）がＩＰ網（インターネット経由）で配信される場合の対応＞＞
図２を用いて説明したが、ＳＨＶＣ受信機５は、拡張映像信号がＩＰ網（インターネット経由）やＵＤＰ／ＩＰを用いて配信される場合においても、４Ｋ解像度の高解像度映像を再生できる。
【０１５１】
図１１に、拡張映像信号がＩＰ網（インターネット経由）やＵＤＰ／ＩＰを用いて配信される映像信号送受信システムの概要の一例を示す。
【０１５２】
図１１が示す映像信号送受信システム１１においては、送信機３は、例えば空間波である伝送路１０１により番組すなわち基準映像情報を送信する。送信機３はまた、送信機３が送信する番組に関連のある情報、例えば拡張映像情報を管理装置（データサーバ）７に送信する。ＳＨＶＣ受信機５は、送信機３が送信する番組を伝送路１０１により受信し、拡張映像情報を、データサーバ７から受け取る。すなわちデータサーバ７は、伝送路２０１を通じて送信機３が送信する拡張映像情報を受け取り、ＳＨＶＣ受信機５が取得可能に保持する。なお、送信機３とデータサーバ７との間の情報は、例えば光ファイバ網等である有線系の伝送路２０１により、データサーバ７とＳＨＶＣ受信機５との間の情報は、同様の有線系の伝送路２０２により、伝送する。
【０１５３】
送信機３は、例えば図１２に一例を示すが、送信側機器において、ＰＭＴに拡張映像信号である旨を示す情報であるＨｙｐｅｒ  Ｌｉｎｋ記述子に追加して伝送することが好ましい。すなわち、図１２が示す「Hyper_linkage_type」１２−１として、すでに規格化されているものを使用してもよいが、図１３に示すように、新規に定義した値を使用してもよい。たとえば、０ｘ４１、extension_streamとしてもよい。すでに規格化されているものとしては、「Hyper_linkage_type」１２−１において、０ｘ０２のｃｏｍｂｉｎｅｄ＿ｓｔｒｅａｍや０ｘ０４のｉｎｄｅｘ＿ｔｏ＿ｃｏｎｔｅｎｔを用いることが可能である。なお、新規に定義する場合、例えば「関連情報（拡張映像情報）がテレビ番組（基準映像情報）とは別の時間枠またはほぼ同時の時間枠に、別のサービスにて伝送される場合、関連情報が伝送される伝送路、準拠するプロトコル、デコード情報（ＳＨＶＣ／ＨＥＶＣ／ＭＰＥＧ−Ｘ）の少なくとも１つを、テレビ番組を主情報、関連情報を差情報として、相互に関連付けて記述する」等を、用意してもよい。なお、新規に定義する値としては、例えば現在未定義である０ｘ０６、０ｘ０Ｂ−０ｘ３Ｆ、あるいは０ｘ４２−０ｘ７Ｆの任意の値を用いることが可能である。また、拡張映像信号がない放送となる場合は、この記述子を単に除外することが可能であるが、拡張映像信号が存在しない旨の値（記述）を記載（明示）して伝送してもよい（明示することを必須とすることが好ましい）。
【０１５４】
なお、拡張映像情報がサービスサーバ７を経由して供給されることを示す記述子は、ＮＩＴ，ＳＤＴ（Service Description Table），ＰＭＴなどのＥＩＴ以外のテーブルに含めて伝送してもよい。また、記述子としても、Ｈｙｐｅｒ  Ｌｉｎｋ記述子（プロトコルは、ｈｔｔｐ（ＴＣＰ（Transmission Control Protocol））以外の記述子、例えばＩＰｖ６（ＵＤＰ（User Datagram Protocol））、を使用して伝送してもよい。
【０１５５】
図１４に、拡張映像情報が空間波とは異なる伝送路を経由して供給される場合の一例を示す。
【０１５６】
図２が示すＳＨＶＣ受信機５は、ＴＣＰ／ＩＰ・ＵＤＰ／ＩＰの送受信部１−２３を有する。以下、ＴＣＰ／ＩＰ・ＵＤＰ／ＩＰの送受信部１−２３を経由して拡張映像情報が伝送される場合の選局時のデータフローについて、図４により説明したデータフローと異なるフローを中心として説明する。
【０１５７】
図２に示すＴＣＰ／ＩＰ・ＵＤＰ／ＩＰの送受信部１−２３によるｈｔｔｐリクエストに基づき、ネットワークを経由して、例えば外部に位置する管理装置（拡張映像信号（拡張ストリーム）配信サーバ、以下サービスサーバと称する）７に、拡張映像信号の配信を要求する。
【０１５８】
ＳＨＶＣ受信機５がサービスサーバ７からｈｔｔｐリクエスト１−２５に対応する拡張映像信号を受信できた場合、セレクタ１−２６は受信した拡張映像信号を選択し、その出力を、レイヤ１バッファ１−２７に格納する。
【０１５９】
以後の動作は、拡張映像信号を第１チューナ１−１で受信した場合と同様であるからＳＨＶＣ受信機５の個々の要素の詳細な説明は省略する。
【０１６０】
ユーザのチャンネル選局すなわちリモコン端末２−１の操作［３−１］により選択されるチャンネルを受信する。仮に、ＢＳのチャンネルが選局され、ここでは、チャンネル１の番組Ａを、２Ｋ解像度で受信するものとする。所定の時間に番組Ａが終了し、そのままのチャンネルで拡張映像信号が存在する番組Ｂを受信する。この時点では、第２チューナ１−２により、番組Ｂを、２Ｋ解像度で受信する。ここで、ＩＰ配信により、番組Ｂの拡張映像信号を受信するものとする。
【０１６１】
第２チューナ１−２が受信する番組Ｂは、第２Ｄｅｍｕｘ１−６による拡張映像信号の選局に必要な情報を含むテーブルの情報の取り出し［３−５］までは、図４が示す動作と同様である。
【０１６２】
＜＜記述子の取出し＞＞
取り出した記述子には、拡張映像信号の選局に必要な情報が記載されていて、これから、例えば拡張映像信号を配信するサーバのＵＲＬを得る［３−９］。なお、ＵＲＬについては、サブディレクトリが予め決まっていれば、フルパスでないホームディレクトリのみの指定でも、サブディレクトリとファイル名を連結して、サーバにアクセスすることができる。なお、図２におけるｈｔｔｐリクエスト１−２４が、このアクセス要求を出力する。
【０１６３】
ｈｔｔｐリクエスト１−２４が要求した結果得られた選局情報として、拡張映像信号を得るためのＵＲＬ（ストリームＵＲＬ）を得る。
【０１６４】
ストリームＵＲＬに対するｈｔｔｐ１−２５からのアクセスにより、拡張映像信号の番組番号を得る。
【０１６５】
受信する映像信号（ストリーム）すなわち拡張映像信号が単純なＶｉｄｅｏデータである場合は、レイヤ１バッファ１−２７に格納し、ＳＨＶＣデコーダ１−２８によりデコードする。
【０１６６】
一方、受信する映像信号すなわち拡張映像信号がトランスポートストリーム（ＴＳ）形式である場合、ＣＰＵ１−３１の制御に基づくＤｅｍｕｘ処理からＰＡＴを抽出する［４−３］。また、抽出したＰＭＴからＶｉｄｅｏ  ＰＩＤを抽出する［４−４］。
【０１６７】
以下、抽出したＶｉｄｅｏ  ＰＩＤを参照し、拡張映像信号からＶｉｄｅｏストリームを取り出し、レイヤ１バッファ１−２７に格納する。
【０１６８】
このように、４Ｋ解像度（高解像度映像放送）の番組を受信する際に、基準映像信号と独立して供給される拡張映像信号の有無を気にすることなく、放送の受信が可能である場合に、リモコン端末の操作等を必要とすることなく、拡張映像信号を受信できる。これにより、任意の番組を受信していることで、４Ｋ解像度（高解像度映像放送）の番組を楽しむことができる。
【０１６９】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１７０】
５…ＳＨＶＣ受信機（受信装置）、１−１，１−２，１−３…チューナ、１−４…第１Ｄｅｍｕｘ（第１多重信号分離部）、１−６…第２Ｄｅｍｕｘ（第２多重信号分離部）、１−８…レイヤ０バッファ（Layer 0 Buffer）、１−９…ＰＳＩ（Program Specific Information）／ＳＩ（Service Information）取得部、１−１０…第１デコーダ（ＭＰＥＧ−２デコーダ）、１−１０ａ…復調部（ＭＥＰＧ−２）、１−１０ｂ…フレームバッファメモリ（ＦＢ）、１−１６…第１バッファ（Buffer A）メモリ、１−１７…動き適応Ｉ−Ｐ変換／２Ｋ−４Ｋスケーリング／色域拡大部、１−２１…セレクタ、１−２２…グラフィックス重畳部、１−２３…ＴＣＰ（Transmission Control Protocol）／ＩＰ・ＵＤＰ（User Datagram Protocol）／ＩＰ制御部、１−２７…レイヤ１バッファ（Layer 1 Buffer）メモリ、１−２８…第２デコーダ（ＳＨＶＣデコーダ）、１−２８ａ…復調部（ＳＨＶＣ）、１−２８ｂ…ＤＰＢ（Decoded Picture Buffer）メモリ、１−３１…ＣＰＵ（Central Processing Unit，主制御部）、１−３３…Ｍｕｘ（多重化部）、１−３４…制御入力受信部。
【図１】
0006501503.tif 000002
【図２】
0006501503.tif 000003
【図３】
0006501503.tif 000004
【図４】
0006501503.tif 000005
【図５】
0006501503.tif 000006
【図６】
0006501503.tif 000007
【図７】
0006501503.tif 000008
【図８】
0006501503.tif 000009
【図９】
0006501503.tif 000010
【図１０Ａ】
0006501503.tif 000011
【図１０Ｂ】
0006501503.tif 000012
【図１１】
0006501503.tif 000013
【図１２】
0006501503.tif 000014
【図１３】
0006501503.tif 000015
【図１４】
0006501503.tif 000016