(57)【要約】【課題】放送通信連携サービスにおける動画像の表示をより高精細に行う。【解決手段】放送受信装置は、配信される動画データを受信する受信手段と、動画データと合成するコンテンツデータを格納するサーバ装置に表示画面の表示サイズにかかるデータを通知して、表示サイズに対応したコンテンツデータを取得する取得手段と、取得されたコンテンツデータに含まれるレイアウト情報に基いた表示サイズで、受信された動画データを合成した表示データを作成する合成手段と、作成された表示データに対して表示画面に表示するための画像処理を行って出力する出力手段とを備える。取得手段は、表示画面に占める動画データの表示領域の割合が所定値以上である場合に、表示画面の表示サイズよりも小さい表示サイズのコンテンツデータを再取得し、合成手段は、再取得されたコンテンツデータをもとに受信された動画データを合成した表示データを作成する。【選択図】図３
2014090388.tif 000002
【特許請求の範囲】
【請求項１】
配信される動画データを受信する受信手段と、
前記動画データと合成するコンテンツデータを格納するサーバ装置に表示画面の表示サイズにかかるデータを通知して、前記サーバ装置から前記表示サイズに対応した前記コンテンツデータを取得する取得手段と、
前記取得されたコンテンツデータに含まれるレイアウト情報に基いた表示サイズで、前記受信された動画データを合成した表示データを作成する合成手段と、
前記作成された表示データに対して前記表示画面に表示するための画像処理を行って出力する出力手段と、を備え、
前記取得手段は、前記取得されたコンテンツデータに含まれるレイアウト情報に基づいた前記動画データの表示サイズをもとに、前記表示画面に占める前記動画データの表示領域の割合が所定値以上である場合に、前記サーバ装置に前記表示画面の表示サイズよりも小さい表示サイズにかかるデータを通知して、前記表示画面の表示サイズよりも小さい表示サイズの前記コンテンツデータを再取得し、
前記合成手段は、前記再取得されたコンテンツデータをもとに前記受信された動画データを合成した表示データを作成する放送受信装置。
【請求項２】
前記取得手段は、前記取得されたコンテンツデータに含まれるレイアウト情報に基づいた前記動画データの表示が全画面表示である場合に、前記表示画面の表示サイズよりも小さい表示サイズの前記コンテンツデータを再取得する、
請求項１に記載の放送受信装置。
【請求項３】
配信される動画データを受信する受信手段と、
前記動画データと合成するコンテンツデータを格納するサーバ装置に表示画面の表示サイズにかかるデータを通知して、前記サーバ装置から前記表示サイズに対応した前記コンテンツデータを取得する取得手段と、
前記取得されたコンテンツデータに含まれるレイアウト情報に基いた表示サイズで、前記受信された動画データを合成した表示データを作成する合成手段と、
前記作成された表示データに対して前記表示画面に表示するための画像処理を行って出力する出力手段と、を備え、
前記合成手段は、前記取得されたコンテンツデータに含まれるレイアウト情報に基づいた前記動画データの表示サイズをもとに、前記表示画面に占める前記動画データの表示領域の割合が所定値以上である場合に、前記取得されたコンテンツデータに基づいた画像をダウンスケーリングし、当該ダウンスケーリングされた画像に前記受信された動画データを合成した表示データを作成する放送受信装置。
【請求項４】
前記合成手段は、前記ダウンスケーリングにかかるパラメータを前記出力手段に通知し、
前記出力手段は、前記通知されたパラメータに基いて、前記作成された表示データに対して前記表示画面に表示するためのスケーリング処理を行う、
請求項３に記載の放送受信装置。
【請求項５】
前記取得手段は、前記表示画面の解像度を通知して、前記サーバ装置から前記解像度に対応した前記コンテンツデータを取得する、
請求項１乃至４のいずれか一項に記載の放送受信装置。
【請求項６】
前記コンテンツデータは、ＨＴＭＬ（HyperText  Markup  Language）で前記レイアウト情報が記述される、
請求項１乃至５のいずれか一項に記載の放送受信装置。
【請求項７】
前記表示画面の表示サイズは、ＱＦＨＤ（３８４０×２１６０画素）、４Ｋ（４０９６×２１６０画素）、スーパーハイビジョン（７６８０×４３２０画素）の中の一つである、
請求項１乃至６のいずれか一項に記載の放送受信装置。
【請求項８】
配信される動画データを受信する受信手段と、前記動画データと合成するコンテンツデータを格納するサーバ装置に表示画面の表示サイズにかかるデータを通知して、前記サーバ装置から前記表示サイズに対応した前記コンテンツデータを取得する取得手段と、前記取得されたコンテンツデータに含まれるレイアウト情報に基いた表示サイズで、前記受信された動画データを合成した表示データを作成する合成手段と、前記作成された表示データに対して前記表示画面に表示するための画像処理を行って出力する出力手段とを備える放送受信装置の方法であって、
前記取得されたコンテンツデータに含まれるレイアウト情報に基づいた前記動画データの表示サイズをもとに、前記表示画面に占める前記動画データの表示領域の割合が所定値以上である場合に、前記サーバ装置に前記表示画面の表示サイズよりも小さい表示サイズにかかるデータを通知して、前記表示画面の表示サイズよりも小さい表示サイズの前記コンテンツデータを再取得し、前記再取得されたコンテンツデータをもとに前記受信された動画データを合成した表示データを作成する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、放送受信装置、及び方法に関する。
【背景技術】
【０００２】
従来、放送とインターネット等の通信ネットワークを介した通信とを融合したハイブリットキャストなどの放送通信連携サービスが知られている。この放送通信連携サービスでは、放送受信装置において、放送により配信される動画像と、ＨＴＭＬ（HyperText  Markup  Language）等で記述されたコンテンツとを汎用的なＡＰ（Application  Processor）で合成して表示データを作り、その表示データを画像処理に特化したＢＥＰ（Back  End  Processor）で高画質化して表示パネルへの表示が行われている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１２４１６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、近年においては、２０４８×１０８０画素（以後、２Ｋと呼ぶ）よりも解像度の高い４０９６×２１６０画素（以後、４Ｋと呼ぶ）などの表示パネルが開発されており、この４Ｋの表示に対応したＨＴＭＬコンテンツの配信も行われている。しかしながら、伝送帯域による制約などがあるため、動画像については現状では２Ｋで配信されることが多い。このため、４Ｋの表示パネルに放送通信連携サービスのコンテンツを表示する場合、２Ｋの動画像のスケーリングが汎用的なＡＰ側で行われ、動画像の画質が粗くなることがあった。
【０００５】
例えば、４Ｋの表示パネルにおいて略全画面に２Ｋの動画像を表示するような４ＫのＨＴＭＬコンテンツと合成する場合には、動画像とＨＴＭＬコンテンツとを合成して表示データを作るＡＰ側において合成前に２Ｋの動画像を４Ｋにスケーリングする必要があり、画像処理に特化したＢＥＰを２Ｋの動画像のスケーリングに活用することができなくなることから、動画像の画質が粗くなることがあった。
【０００６】
本発明は、上記に鑑みてなされたものであって、ハイブリットキャストにおける動画像の表示をより高品質に行うことを可能とする放送受信装置及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、実施形態の放送受信装置は、配信される動画データを受信する受信手段と、前記動画データと合成するコンテンツデータを格納するサーバ装置に表示画面の表示サイズにかかるデータを通知して、前記サーバ装置から前記表示サイズに対応した前記コンテンツデータを取得する取得手段と、前記取得されたコンテンツデータに含まれるレイアウト情報に基いた表示サイズで、前記受信された動画データを合成した表示データを作成する合成手段と、前記作成された表示データに対して前記表示画面に表示するための画像処理を行って出力する出力手段と、を備え、前記取得手段は、前記取得されたコンテンツデータに含まれるレイアウト情報に基づいた前記動画データの表示サイズをもとに、前記表示画面に占める前記動画データの表示領域の割合が所定値以上である場合に、前記サーバ装置に前記表示画面の表示サイズよりも小さい表示サイズにかかるデータを通知して、前記表示画面の表示サイズよりも小さい表示サイズの前記コンテンツデータを再取得し、前記合成手段は、前記再取得されたコンテンツデータをもとに前記受信された動画データを合成した表示データを作成する。
【０００８】
また、実施形態の放送受信装置は、配信される動画データを受信する受信手段と、前記動画データと合成するコンテンツデータを格納するサーバ装置に表示画面の表示サイズにかかるデータを通知して、前記サーバ装置から前記表示サイズに対応した前記コンテンツデータを取得する取得手段と、前記取得されたコンテンツデータに含まれるレイアウト情報に基いた表示サイズで、前記受信された動画データを合成した表示データを作成する合成手段と、前記作成された表示データに対して前記表示画面に表示するための画像処理を行って出力する出力手段と、を備え、前記合成手段は、前記取得されたコンテンツデータに含まれるレイアウト情報に基づいた前記動画データの表示サイズをもとに、前記表示画面に占める前記動画データの表示領域の割合が所定値以上である場合に、前記取得されたコンテンツデータに基づいた画像をダウンスケーリングし、当該ダウンスケーリングされた画像に前記受信された動画データを合成した表示データを作成する。
【０００９】
また、実施形態の方法は、配信される動画データを受信する受信手段と、前記動画データと合成するコンテンツデータを格納するサーバ装置に表示画面の表示サイズにかかるデータを通知して、前記サーバ装置から前記表示サイズに対応した前記コンテンツデータを取得する取得手段と、前記取得されたコンテンツデータに含まれるレイアウト情報に基いた表示サイズで、前記受信された動画データを合成した表示データを作成する合成手段と、前記作成された表示データに対して前記表示画面に表示するための画像処理を行って出力する出力手段とを備える放送受信装置の方法であって、前記取得されたコンテンツデータに含まれるレイアウト情報に基づいた前記動画データの表示サイズをもとに、前記表示画面に占める前記動画データの表示領域の割合が所定値以上である場合に、前記サーバ装置に前記表示画面の表示サイズよりも小さい表示サイズにかかるデータを通知して、前記表示画面の表示サイズよりも小さい表示サイズの前記コンテンツデータを再取得し、前記再取得されたコンテンツデータをもとに前記受信された動画データを合成した表示データを作成する。
【図面の簡単な説明】
【００１０】
【図１】図１は、第１の実施形態にかかる受信装置の構成を示すブロック図である。
【図２】図２は、受信装置の変形例を示すブロック図である。
【図３】図３は、第１の実施形態にかかる受信装置の動作の一例を示すフローチャートである。
【図４】図４は、ＨＴＭＬコンテンツによる表示データのレイアウトを例示する概念図である。
【図５】図５は、第１の実施形態にかかる受信装置の動作概要を例示する概念図である。
【図６】図６は、第１の実施形態にかかる受信装置の動作概要を例示する概念図である。
【図７】図７は、第１の実施形態にかかる受信装置の動作の変形例を示すフローチャートである。
【図８】図８は、第２の実施形態にかかる受信装置の動作概要を例示する概念図である。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して実施形態の放送受信装置及び方法を詳細に説明する。
【００１２】
［第１の実施形態］
図１は、第１の実施形態にかかる受信装置２００の構成を示すブロック図である。
【００１３】
図１に示すように、受信装置２００は、放送事業者等のＣＳＰ１００（ＣＳＰ：コンテンツサービスプロバイダ）が放送アンテナ４０１を介して配信（放送）する動画データ１０１等の番組コンテンツを受信する機器である。具体的には、受信装置２００は、テレビジョン受信装置、ＨＤＤレコーダ、セットトップボックス等であってよい。本実施形態では、４０９６×２１６０画素（４Ｋ）の表示パネル３００へ表示を行うテレビジョン受信装置としての受信装置２００を説明する。また、ＣＳＰ１００が配信する動画データ１０１は、２０４８×１０８０画素（２Ｋ）の表示サイズ（ここでいうサイズとは、画素数という数の大きさ）であるものとする。
【００１４】
ＣＳＰ１００は、放送アンテナ４０１による動画データ１０１の配信だけでなく、放送通信連携サービスとしてのサービスを提供する。具体的には、ＣＳＰ１００は、動画データ１０１と合成して表示するコンテンツ（グラフィック画像）についてのＨＴＭＬコンテンツ１０２をサーバ装置（図示しない）に用意しており、受信装置２００からの要求に応じてサーバ装置に格納されたＨＴＭＬコンテンツ１０２を通信ネットワーク４０２を介して送信する。
【００１５】
ＨＴＭＬコンテンツ１０２には、各種画面情報として表示するテキストや静止画像などのグラフィック画像の表示サイズ、表示位置、表示内容（テキスト内容や静止画像のＵＲＬ（Uniform  Resource  Locator））などのレイアウト情報と、動画データ１０１の表示サイズ、表示位置などのレイアウト情報がＨＴＭＬ書式のダグなどで記述されている。したがって、ＨＴＭＬコンテンツ１０２に記述されたレイアウト情報を解析することで、所定の位置にグラフィック画像と動画とを合成して表示する表示データを作成できる。
【００１６】
受信装置２００は、受信部２１０、ＡＰ２２０、ＢＥＰ２３０を備える。受信部２１０は、ＣＳＰ１００が放送アンテナ４０１を介して放送する動画データ１０１を受信し、コンテンツ情報と動画データとに分離してＡＰ２２０へ出力する。
【００１７】
具体的には、受信部２１０は、アンテナ２１１、チューナ部２１２、デマルチプレクサ２１３、デコード部２１４を備える。チューナ部２１２は、アンテナ２１１を経由して放送アンテナ４０１より放送される動画データ１０１を受信する。デマルチプレクサ２１３は、受信された動画データ１０１を、デマルチプレクサ２１３で動画にかかるコンテンツ情報と、暗号化された動画データに分離する。デコード部２１４は、暗号化された動画データをデコードする。分離されたコンテンツ情報と、デコードされた動画データはＡＰ２２０へ出力される。
【００１８】
なお、分離されたコンテンツ情報には、ＣＳＰ１００より放送通信連携サービスで配信されるＨＴＭＬコンテンツ１０２の配信元（サーバ装置）を示す情報（例えばサーバ装置のＵＲＬ）が含まれている場合がある。したがって、コンテンツ情報にＨＴＭＬコンテンツ１０２の配信元を示す情報が含まれている場合は、その配信元にＨＴＭＬコンテンツ１０２を要求することで、動画データ１０１と合成して表示するためのＨＴＭＬコンテンツ１０２を取得できる。
【００１９】
ＡＰ２２０は、受信装置２００における汎用的な処理を行う。具体的には、ＡＰ２２０は、通信Ｉ／Ｆ２２１、入力Ｉ／Ｆ２２２、出力Ｉ／Ｆ２２３、ＣＰＵ２２４、デコード部２２５、ＧＰＵ２２６を備える。
【００２０】
通信Ｉ／Ｆ２２１は、通信ネットワーク４０２を介したデータの送受信を行う。入力Ｉ／Ｆ２２２は、受信部２１０からのデータ（コンテンツ情報、動画データ）の入力を受け付ける。出力Ｉ／Ｆ２２３は、ＢＥＰ２３０へ表示データ（詳細は後述する）を出力する。ＣＰＵ２２４（Central  Processing  Unit）は、ＲＯＭ（Read  Only  Memory）に記憶されたプログラムを、ＲＡＭ（Random  Access  Memory）に展開して順次実行することで、受信装置２００の動作を中央制御する（ＲＯＭ、ＲＡＭについては図示していない）。デコード部２２５は、ＣＰＵ２２４の制御のもと、各種データのデコードを行う。ＧＰＵ２２６（Graphics  Processing  Unit）は、ＣＰＵ２２４の制御のもと、各種画像処理を行う。具体的には、ＧＰＵ２２６は、グラフィック画像と、動画データ１０１とを合成して表示データを作成する画像処理や、合成の際におけるグラフィック画像及び動画データ１０１のスケーリング処理などを行う。
【００２１】
例えば、ＡＰ２２０は、コンテンツ情報にＨＴＭＬコンテンツ１０２の配信元を示す情報が含まれていない場合、放送通信連携サービスでないことから、受信部２１０より入力された動画データをそのまま表示データとしてＢＥＰ２３０へ出力する。
【００２２】
また、ＡＰ２２０は、コンテンツ情報にＨＴＭＬコンテンツ１０２の配信元を示す情報が含まれている場合、放送通信連携サービスであることから、通信ネットワーク４０２を介して接続するＣＳＰ１００の配信元に対してＨＴＭＬコンテンツ１０２を要求し、ＨＴＭＬコンテンツ１０２を取得する。次いで、ＡＰ２２０は、取得したＨＴＭＬコンテンツ１０２においてＨＴＭＬ書式のダグなどで記述されたレイアウト情報を解析し、レイアウト情報に基づいた表示サイズ、表示位置でグラフィック画像や受信部２１０より入力された動画データを表示パネル３００の表示画面に表示するための表示データを作成する。
【００２３】
ＢＥＰ２３０は、ＡＰ２２０からの表示データに対して表示パネル３００の表示画面に表示するための画像処理を行う。この画像処理が施された表示データは表示パネル３００へ出力される。具体的には、ＢＥＰ２３０は、画像処理部２３１、ＦＲＣ２３２（FRC：フレームレート変換）、パネルＩ／Ｆ２３３を備える。
【００２４】
画像処理部２３１は、表示データに対して表示パネル３００に対応した画質処理を行う。具体的には、ＡＰ２２０からの表示データにおける表示サイズが表示パネル３００の表示サイズに満たない場合は、表示パネル３００の表示サイズに合わせたスケーリング処理を行う。なお、画像処理部２３１におけるスケーリング処理では、ＡＰ２２０のＧＰＵ２２６で汎用的に行われるスケーリング処理とは異なり、表示パネル３００の特性（輝度や表示ピッチ）に合わせた画素補間や、超解像技術を用いた画素補間が行われることから、ＧＰＵ２２６のスケーリング処理より高品質な画像が得られる。また、画像処理部２３１は、表示パネル３００の特性（輝度や表示ピッチ）に応じた画素値の変換により表示データの高画質化を行う。
【００２５】
ＦＲＣ２３２は、入力された表示データのフレームレートを所定のフレームレートへ変換するフレームレート変換処理を行う。パネルＩ／Ｆ２３３は、画像処理部２３１、ＦＲＣ２３２による画質処理、フレームレート変換処理後の表示データを表示パネル３００へ出力する。
【００２６】
なお、図１の例では、放送アンテナ４０１を介した放送で動画データ１０１を配信する構成を例示したが、動画データ１０１の配信は放送に限定するものではない。具体的には、図２に示すように、通信ネットワーク４０２を介してブロードキャストされる動画データ１０１を受信する受信部２１０ａを有する受信装置２００ａであってもよい。受信部２１０ａでは、通信ネットワーク４０２と接続する通信Ｉ／Ｆ２１５を介して、通信ネットワーク４０２にブロードキャストされる動画データ１０１を受信する。
【００２７】
次に、放送通信連携サービスである場合の受信装置２００、２００ａの動作を説明する。図３は、第１の実施形態にかかる受信装置の動作の一例を示すフローチャートである。
【００２８】
図３に示すように、コンテンツ情報にＨＴＭＬコンテンツ１０２の配信元を示す情報が含まれている、放送通信連携サービスである場合、ＡＰ２２０は、ＲＯＭなどに予め記憶された設定情報を参照して、表示パネル３００のスクリーンサイズ（表示サイズ）＝４ＫをＣＳＰ１００に通知し（Ｓ１）、ＣＳＰ１００のサーバ装置から４Ｋに対応したＨＴＭＬコンテンツ１０２を取得する（Ｓ２）。
【００２９】
Ｓ１におけるスクリーンサイズの通知は、ＨＴＴＰ  ｒｅｑｕｅｓｔのヘッダにスクリーンサイズにかかる情報を含めてサーバ装置に通知することで行う。具体的には、「Ｘ−ｖｉｄｅｏ−ｒｅｓｏｌｕｔｉｏｎ：  ｗｉｄｔｈ＝３８４０；  ｈｅｉｇｈｔ＝２１６０」などの情報をＨＴＴＰ  ｒｅｑｕｅｓｔのヘッダに追加する。このヘッダを解析することで、サーバ装置では、表示サイズ（解像度）が３８４０×２１６０と認識し、認識した解像度に対応したＨＴＭＬコンテンツ１０２を受信装置２００、２００ａへ返信する。
【００３０】
次いで、ＡＰ２２０は、ＨＴＭＬコンテンツ１０２においてＨＴＭＬ書式のダグなどで記述されたレイアウト情報を解析し、ＨＴＭＬコンテンツ１０２上の動画の解像度（表示サイズ）と表示パネル３００のスクリーンサイズとを比較する（Ｓ３）。
【００３１】
例えば、ＨＴＭＬコンテンツ１０２において次のようなＨＴＭＬ書式のダグが含まれていたとする。
＜ｐ＞ＨＴＭＬ５のｖｉｄｅｏタグによる動画再生＜／ｐ＞
＜ｖｉｄｅｏ  ｃｏｎｔｒｏｌｓ  ａｕｔｏｐｌａｙ  ｐｏｓｔｅｒ＝”ｆｉｒｓｔｆｒａｍｅ．ｊｐｇ”  ｗｉｄｔｈ＝”３８４０”  ｈｅｉｇｈｔ＝”２１６０”＞
＜ｓｏｒｃｅ  ｓｒｃ＝”ｓａｍｐｌｅ．ｍｐ４”＞
＜／ｖｉｄｅｏ＞
【００３２】
Ｓ３では、上記のタグを解析することで、「ｓａｍｐｌｅ．ｍｐ４」の動画の解像度（表示サイズ）が３８４０×２１６０であることがわかる。
【００３３】
次いで、ＡＰ２２０は、Ｓ３における比較の結果をもとに、表示パネル３００のスクリーン（表示画面）に占める動画の表示領域の割合が、設定情報として予め設定された所定の閾値以上であるか否かを判定する（Ｓ４）。
【００３４】
表示パネル３００の表示画面に占める動画の表示領域の割合が、所定の閾値以上（例えば１／４以上）である場合（Ｓ４：ＹＥＳ）は、表示パネル３００の表示サイズに対応した４ＫのＨＴＭＬコンテンツ１０２に２Ｋの動画データ１０１を合成する前に、動画データ１０１のスケーリング（アップスケーリング）が必要である。したがって、Ｓ４：ＹＥＳの場合、ＡＰ２２０は、表示パネル３００の実際のスクリーンサイズ（４Ｋ）よりも小さいスクリーンサイズ（表示サイズ）＝２ＫをＣＳＰ１００に通知し（Ｓ５）、ＣＳＰ１００のサーバ装置から２Ｋに対応したＨＴＭＬコンテンツ１０２を再取得する（Ｓ６）。
【００３５】
なお、本実施形態では、表示パネル３００の実際のスクリーンサイズ（４Ｋ）よりも小さいスクリーンサイズとして、合成する前に動画データ１０１のアップスケーリングを必要とすることのない２Ｋを通知する場合を例示したが、通知するスクリーンサイズは２Ｋに限定するものではない。例えば、合成する前に動画データ１０１のアップスケーリングを必要とすることのない大きさ、又はＧＰＵ２２６における汎用的なアップスケーリングで補間する画素数が少なく、画質の粗さが目立たない程度でのスケーリング（アップスケーリング）が行われるスクリーンサイズを通知してもよい。
【００３６】
また、表示パネル３００の表示画面に占める動画の表示領域の割合が、所定の閾値以上（例えば１／４以上）でない場合（Ｓ４：ＮＯ）は、表示パネル３００の表示サイズに対応した４ＫのＨＴＭＬコンテンツ１０２に２Ｋの動画データ１０１を合成する前に、動画データ１０１のスケーリング（アップスケーリング）が必要でない。例えば、表示画面に占める動画の表示領域の割合が１／４未満であればダウンコンバードで済む。なお、所定の閾値は、ＧＰＵ２２６における汎用的なアップスケーリングで補間する画素数が少なく、画質の粗さが目立たない程度でのスケーリング（アップスケーリング）が行われる値であってもよい。したがって、Ｓ４：ＮＯの場合、ＡＰ２２０は、ＣＳＰ１００のサーバ装置から４Ｋに対応したＨＴＭＬコンテンツ１０２を再取得する（Ｓ７）。
【００３７】
ＡＰ２２０では、Ｓ６又はＳ７で取得されたＨＴＭＬコンテンツ１０２のグラフィック画像と動画データ１０１とを合成した表示データを作成し、ＢＥＰ２３０へ出力する。ＢＥＰ２３０では、ＡＰ２２０で作成された表示データに対して前述した画質処理を行って表示パネル３００へ出力する。
【００３８】
次いで、ＡＰ２２０は、ＨＴＭＬコンテンツ１０２のレイアウト情報などをもとに、動画データ１０１における動画の表示サイズの切り替えの有無を判定し（Ｓ８）、動画の表示サイズの切り替えがある（Ｓ８：ＹＥＳ）まで処理を待機する。動画の表示サイズの切り替えがある場合、ＡＰ２２０はＳ３へ処理を戻す。
【００３９】
図４は、ＨＴＭＬコンテンツ１０２による表示データのレイアウトを例示する概念図である。図４に示すように、表示画像Ｇａのレイアウトは、グラフィック画像Ｇ２を表示するＨＴＭＬコンテンツにおいて略全画面の表示領域で動画Ｇ１を合成するものである。また、表示画像Ｇｂのレイアウトは、グラフィック画像Ｇ２を表示するＨＴＭＬコンテンツにおいて１／４程度の表示領域で動画Ｇ１ａを合成するものである。
【００４０】
先ず、ＨＴＭＬコンテンツ１０２が表示画像Ｇａのレイアウトである場合の動作を説明する。図５は、第１の実施形態にかかる受信装置２００、２００ａの動作概要を例示する概念図であり、より具体的には、ＨＴＭＬコンテンツ１０２が表示画像Ｇａのレイアウトである場合の動作概要を例示する図である。
【００４１】
図５に示すように、略全画面の表示領域で動画Ｇ１を表示するレイアウトである場合、Ｓ６においてＣＳＰ１００のサーバ装置からＨＴＭＬコンテンツ（２Ｋ）１０２ｂが再取得されることとなる。このため、ＡＰ２２０では、動画データ１０１のアップスケーリングを行うことなく、動画データ１０１と、ＨＴＭＬコンテンツ（２Ｋ）１０２ｂのグラフィック画像とを合成し、２Ｋの表示データ１０３が作成されることとなる。次いで、ＢＥＰ２３０では、２Ｋの表示データ１０３に対して、スケーリング、高画質化、ＦＲＣ等の画質処理を行って、４Ｋの表示データ１０４を表示パネル３００に出力する。したがって、動画データ１０１に対しては、ＡＰ２２０側で汎用的なアップスケーリングが行われることがなく、表示パネル３００への表示に特化したＢＥＰ２３０側でアップスケーリングが行われることとなる。よって、受信装置２００、２００ａでは、より高品質な動画像の表示を表示パネル３００に行うことができる。
【００４２】
次に、ＨＴＭＬコンテンツ１０２が表示画像Ｇｂのレイアウトである場合の動作を説明する。図６は、第１の実施形態にかかる受信装置２００、２００ａの動作概要を例示する概念図であり、より具体的には、ＨＴＭＬコンテンツ１０２が表示画像Ｇｂのレイアウトである場合の動作概要を例示する図である。
【００４３】
図６に示すように、１／４程度の表示領域で動画Ｇ１ａを表示するレイアウトである場合、Ｓ７においてＣＳＰ１００のサーバ装置からＨＴＭＬコンテンツ（４Ｋ）１０２ａが再取得されることとなる。このため、ＡＰ２２０では、スケーリング（ダウンスケーリング又は画質の粗さが目立たない程度でのアップスケーリング）を行った後の動画データ１０１と、ＨＴＭＬコンテンツ（４Ｋ）１０２ａのグラフィック画像とを合成し、４Ｋの表示データ１０３が作成されることとなる。次いで、ＢＥＰ２３０では、４Ｋの表示データ１０３に対して、高画質化、ＦＲＣ等の画質処理を行って、４Ｋの表示データ１０４を表示パネル３００に出力する。
【００４４】
図７は、第１の実施形態にかかる受信装置２００、２００ａの動作の変形例を示すフローチャートである。図７に示すように、変形例では、前述したＳ４のかわりに、動画データ１０１の表示サイズがＦｕｌｌ（全）画面表示であるか否かを判定する（Ｓ４ａ）。Ｆｕｌｌ（全）画面表示である場合（Ｓ４ａ：ＹＥＳ）、ＡＰ２２０は、表示パネル３００の表示サイズ（４Ｋ）よりも小さい表示サイズ、具体的にはＡＰ２２０におけるグラフィック画像との合成前に動画データ１０１のアップスケーリングを必要としない表示サイズ（例えば２Ｋ）をＣＳＰ１００に通知し（Ｓ５）、ＨＴＭＬコンテンツ（２Ｋ）１０２ｂを取得する（Ｓ６）。
【００４５】
このため、ＡＰ２２０では、動画データ１０１のアップスケーリングを行うことなく、動画データ１０１と、ＨＴＭＬコンテンツ（２Ｋ）１０２ｂのグラフィック画像とを合成し、２Ｋの表示データ１０３が作成されることとなる。次いで、ＢＥＰ２３０では、２Ｋの表示データ１０３に対して、スケーリング、高画質化、ＦＲＣ等の画質処理を行って、４Ｋの表示データ１０４を表示パネル３００に出力する。したがって、動画データ１０１に対しては、ＡＰ２２０側で汎用的なアップスケーリングが行われることがなく、表示パネル３００への表示に特化したＢＥＰ２３０側でアップスケーリングが行われることとなる。よって、受信装置２００、２００ａでは、より高品質な動画像の表示を表示パネル３００に行うことができる。
【００４６】
［第２の実施形態］
次に、第２の実施形態について説明する。第２の実施形態では、前述した第１の実施形態のように、表示パネル３００の表示画面に占める動画の表示領域の割合が所定の閾値以上（例えば１／４以上）である場合（Ｓ４：ＹＥＳ）や、動画データ１０１の表示サイズがＦｕｌｌ（全）画面表示である場合（Ｓ４ａ：ＹＥＳ）にＨＴＭＬコンテンツ（２Ｋ）１０２ｂを再取得するのではなく（図３、図７参照）、Ｓ４、Ｓ４ａがＹＥＳの場合に、ＨＴＭＬコンテンツ（４Ｋ）１０２ａを２Ｋにダウンスケーリングして動画データ１０１と合成する点が異なる。
【００４７】
図８は、第２の実施形態にかかる受信装置２００、２００ａの動作概要を例示する概念図である。図８に示すように、Ｓ４、Ｓ４ａがＹＥＳの場合、ＡＰ２２０は、ＨＴＭＬコンテンツ（４Ｋ）１０２ａのレイアウト情報に基づいたグラフィック画像を２Ｋにダウンスケーリングする。このダウンスケーリングの際に、ＡＰ２２０は、縮小に関わるパラメータやグラフィック画像が存在するエリア情報などを含む、ダウンスケーリングにかかるパラメータ１０３ａを取得し、ＢＥＰ２３０に通知する。次いで、ＡＰ２２０は、ダウンスケーリングした２ＫのＨＴＭＬコンテンツ（グラフィック画像）と２Ｋの動画データ１０１とを合成して、２Ｋの表示データ１０３を作成する。この時、２ＫのＨＴＭＬコンテンツにダウンスケーリングしていることから、ＡＰ２２０では、２Ｋの動画データ１０１をアップスケーリングすることなく合成できる。
【００４８】
次いで、ＢＥＰ２３０は、２Ｋの表示データ１０３に対して、スケーリング（アップスケーリング）、高画質化、ＦＲＣ等の画質処理を行って、４Ｋの表示データ１０４を表示パネル３００に出力する。したがって、動画データ１０１に対しては、ＡＰ２２０側で汎用的なアップスケーリングが行われることがなく、表示パネル３００への表示に特化したＢＥＰ２３０側でアップスケーリングが行われることとなる。よって、受信装置２００、２００ａでは、より高品質な動画像の表示を表示パネル３００に行うことができる。
【００４９】
なお、このスケーリング（アップスケーリング）では、ＡＰ２２０がダウンスケーリングの際に取得したパラメータ１０３ａをスケーリング処理に反映してもよい。具体的には、パラメータ１０３ａに含まれる、縮小に関わるパラメータやグラフィック画像が存在するエリア情報などをもとに、テキストや静止画像などのグラフィック画像に適したスケーリング処理を施す。このように、ＡＰ２２０がダウンスケーリングの際に取得したパラメータ１０３ａをもとにアップスケーリングを行うことで、一度２ＫにダウンスケーリングしたＨＴＭＬコンテンツにおけるグラフィック画像を、より高品質な４Ｋのグラフィック画像として戻すことができる。
【００５０】
なお、上述した第１、第２の実施形態は一例であって、動画データ１０１に対してＡＰ２２０側で汎用的なアップスケーリングが行われることなく、表示パネル３００への表示に特化したＢＥＰ２３０側でアップスケーリングが行われる構成であれば、適宜変更可能である。例えば、動画データ１０１と合成するコンテンツは、ＨＴＭＬ書式でレイアウト情報が記述されるＨＴＬＭコンテンツに限定しない。また、動画データ１０１と、ＨＴＭＬコンテンツ（４Ｋ）１０２ａ、ＨＴＭＬコンテンツ（２Ｋ）１０２ｂのグラフィック画像とを分離した状態でＢＥＰ２３０へ伝送し、動画データ１０１と、ＨＴＭＬコンテンツ（４Ｋ）１０２ａ、ＨＴＭＬコンテンツ（２Ｋ）１０２ｂのグラフィック画像との合成をＢＥＰ２３０で行ってもよい。
【００５１】
また、表示パネル３００の表示サイズは、４Ｋに限定するものではなく、一般に配信される動画データ１０１の表示サイズ（２Ｋ）よりも高解像度な表示サイズであればいずれであってもよく、例えば、ＱＦＨＤ（３８４０×２１６０画素）、スーパーハイビジョン（７６８０×４３２０画素）などであってよい。
【００５２】
なお、本実施形態の受信装置２００、２００ａで実行されるプログラムは、ＲＯＭ等に予め組み込まれて提供される。本実施形態の受信装置２００、２００ａで実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【００５３】
さらに、本実施形態の受信装置２００、２００ａで実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態の受信装置２００、２００ａで実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【００５４】
本実施形態の受信装置２００、２００ａで実行されるプログラムは、上述した機能構成を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記ＲＯＭからプログラムを読み出して実行することにより上述した機能構成が主記憶装置上にロードされ、主記憶装置上に生成されるようになっている。
【００５５】
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施形態に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせても良い。
【符号の説明】
【００５６】
１００…ＣＳＰ、１０１…動画データ、１０２…ＨＴＭＬコンテンツ、１０２ａ…ＨＴＭＬコンテンツ（４Ｋ）、１０２ｂ…ＨＴＭＬコンテンツ（２Ｋ）、１０３、１０４…表示データ、１０３ａ…パラメータ、２００、２００ａ…受信装置、２１０、２１０ａ…受信部、２１１…アンテナ、２１２…チューナ部、２１３…デマルチプレクサ、２１４…デコード部、２１５、２２１…通信Ｉ／Ｆ、２２０…ＡＰ、２２２…入力Ｉ／Ｆ、２２３…出力Ｉ／Ｆ、２２４…ＣＰＵ、２２５…デコード部、２２６…ＧＰＵ、２３０…ＢＥＰ、２３１…画像処理部、２３２…ＦＲＣ、２３３…パネルＩ／Ｆ、３００…表示パネル、４０１…放送アンテナ、４０２…通信ネットワーク、Ｇａ、Ｇｂ…表示画像、Ｇ１、Ｇ１ａ…動画、Ｇ２…グラフィック画像。
【図１】
2014090388.tif 000003
【図２】
2014090388.tif 000004
【図３】
2014090388.tif 000005
【図４】
2014090388.tif 000006
【図５】
2014090388.tif 000007
【図６】
2014090388.tif 000008
【図７】
2014090388.tif 000009
【図８】
2014090388.tif 000010