JP2021122139A - 受信装置およびプログラム - Google Patents

Abstract

【課題】テレビ放送の映像の解像度が変化しても、アプリケーションから出力される画像・映像を適切に画面上に表示させることができるようにする。【解決手段】受信部は、放送信号を受信する。分離部は、放送信号から映像信号を分離する。映像処理部は、分離された映像信号を表示可能な映像として復元する。アプリケーション実行部は、アプリケーションを実行させる。アプリケーションサービス記述子取得部は、放送信号から、アプリケーションサービス記述子を取得する。アプリケーション制御部は、アプリケーションサービス記述子からアプリケーションの出力解像度に関する情報を取り出す。提示制御部は、アプリケーション制御部によって取り出されたアプリケーションの出力解像度に関する情報と、映像処理部によって復元された映像の解像度とに基づいて、映像とアプリケーションからの出力画像との解像度を整合させる。【選択図】図１

Description

本発明は、テレビ等の放送信号を受信する受信装置、およびそのプログラムに関する。

テレビ放送の受信装置においてアプリケーションプログラムを稼働させ、そのアプリケーションプログラムからの出力を、テレビの映像と同一の画面に表示させる技術が一般化しつつある。例えば、特許文献１の図２には、ビデオレコーダ（３５）からの出力とアプリ制御部（４２）からの出力とを合成部（３６）において合成し、ディスプレイに出力する構成が記載されている。

特開２０１３−１５００８９号公報

テレビ放送の映像とアプリケーションからの出力とを合成するためには、両者の映像（画像）の解像度が整合していることが必要である。テレビ放送の映像の解像度が一定である場合には、単にアプリケーションからの出力の解像度をテレビ映像の解像度に合わせるだけでよかった。しかし、テレビ放送の映像の解像度が変わり得る場合には、アプリケーションからの出力の解像度がうまくテレビ映像と整合しない場合が生じ得る。両者の解像度が整合しないと、両者をテレビ画面にバランスよく配置することができないという問題が生じ得る。なお、テレビ放送の映像の解像度が変わり得る場合とは、例えば、マルチ編成等のためにテレビ放送の映像の解像度を意図的に落として放送する場合や、階層伝送を行っている状況において放送信号の伝搬状況に応じて映像の解像度が動的に変化する場合などである。

アプリケーションから出力する画像等の解像度を切り替えることができるようにアプリケーションを設計することも考えられるが、そのためにはアプリケーションの開発量が増加してしまうという問題がある。また、テレビ放送の映像の解像度が動的に変化してしまう場合に、アプリケーションからの出力解像度をテレビ放送の解像度の変化に無遅延で追従させるような制御を行うことは困難である。

また、例えばアプリケーションがＨＴＭＬ５（ハイパーテキストマークアップ言語の第５版）で記述されている場合、受信装置が備えるウェブブラウザ機能がＨＭＴＬを解釈することによって初めてアプリケーションからの出力解像度が判明する場合もある。このような場合には、アプリケーションからの出力を表示するためのメモリの確保や、表示エンジンにおける解像度パラメーターの設定が、ＨＴＭＬを解釈する処理の後になってしまい、表示を開始できるまでに時間を要してしまうという問題もある。

本発明は、上記の課題認識に基づいて行なわれたものであり、テレビ放送の映像の解像度が変化しても、アプリケーションから出力される画像・映像を適切に画面上に表示させることのできる受信装置、およびそのプログラムを提供するものである。

［１］上記の課題を解決するため、本発明の一態様による受信装置は、放送信号を受信する受信部と、前記受信部が受信した前記放送信号から映像信号を分離する分離部と、前記分離部で分離された映像信号を表示可能な映像として復元する映像処理部と、アプリケーションを実行させるアプリケーション実行部と、前記放送信号から、アプリケーションサービス記述子を取得するアプリケーションサービス記述子取得部と、前記アプリケーションサービス記述子取得部が取得した前記アプリケーションサービス記述子から前記アプリケーションの出力解像度に関する情報を取り出すアプリケーション制御部と、前記アプリケーション制御部によって取り出された前記アプリケーションの出力解像度に関する情報と、前記映像処理部によって復元された前記映像の解像度とに基づいて、前記映像と前記アプリケーションからの出力画像との解像度を整合させる提示制御部と、を具備することを特徴とする。

［２］また、本発明の一態様、上記の受信装置において、前記提示制御部は、前記映像の解像度と前記アプリケーションの出力解像度とが異なるときには、前記映像の解像度に合うように前記アプリケーションからの出力画像の解像度を変更して、前記映像と前記アプリケーションからの出力画像と整合させる、ことを特徴とする。

［３］また、本発明の一態様は、コンピューターを、上記のいずれかの受信装置として機能させるためのプログラムである。

本発明によれば、映像の様々な解像度、およびアプリケーションからの出力の様々な解像度に対応して適切な表示を行うことができる。

本発明の実施形態による受信装置の概略機能構成を示す機能ブロック図である。 同実施形態によるアプリケーション情報テーブル（ＡＩＴ）の構成を示す概略図である。 同実施形態による提示制御部によって行われるオーバーレイ処理を説明するための画面例である。 同実施形態による提示制御部がコンテンツ間の解像度調整を行うための対応関係を示す図であり、アプリケーションからの出力解像度を放送映像の解像度に合わせる場合を示すものである。 同実施形態による提示制御部がコンテンツ間の解像度調整を行うための対応関係を示す図であり、放送映像の解像度をアプリケーションからの出力解像度に合わせる場合を示すものである。 同実施形態による提示制御部がコンテンツ間の解像度調整を行うための対応関係を示す図であり、解像度の高いほうの画像（映像）を解像度の低いほうに合わせる場合を示すものである。 同実施形態による提示制御部がコンテンツ間の解像度調整を行うための対応関係を示す図であり、解像度の低いほうの画像（映像）を解像度の高いほうに合わせる場合を示すものである。 同実施形態の変形例の一つによる受信装置の概略機能構成を示す機能ブロック図である。 同実施形態のさらなる変形例の一つによる受信装置の概略機能構成を示す機能ブロック図である。

次に、本発明の一実施形態について、図面を参照しながら説明する。
［実施形態］
図１は、本実施形態による受信装置の概略機能構成を示す機能ブロック図である。受信装置１は、テレビ放送の信号を受信してその映像および音声を出力するとともに、アプリケーションプログラム（以下、「アプリケーション」または「アプリ」と称する）を取得して実行する機能を有している。なお、アプリケーションの一種が、データコンテンツである。図示するように、受信装置１は、受信部１１と、分離部１２と、ＡＩＴ取得部１４と、アプリ制御部１５と、アプリ取得部１６と、アプリ実行部１７と、映像・音声処理部２１と、提示制御部２２と、出力部２３とを含んで構成される。

受信部１１は、外部からの放送信号を受信する。このとき、受信部１１は、特定の放送チャンネルの放送信号のみを受信する。受信部１１が受信するチャンネルは不図示の選局部によって選択される。放送信号は、放送局側の送信設備から送信され、電波として、あるいはケーブルテレビ放送の電気信号等として伝送される。受信部１１が受信する放送信号は、映像や音声やテキスト（字幕や文字スーパー）やデータ（データ放送等）や制御情報を含んで多重されているデジタル信号である。受信部１１は、受信した放送信号を復調し、分離部１２に渡す。

分離部１２は、受信部１１によって受信された放送信号を映像や音声やテキストやデータや制御情報などに分離する。分離部１２は、分離した映像信号および音声信号を、映像・音声処理部２１に渡す。また、分離部１２は、放送信号から抽出したアプリケーション情報テーブル（ＡＩＴ，Application Information Table）をＡＩＴ取得部１４に渡す。
また、分離部１２は、放送信号の一部として伝送されるアプリケーションのコードを、アプリ取得部１６に渡す。

ＡＩＴ取得部１４は、分離部１２から渡されるＡＩＴを取得する。ＡＩＴは、アプリケーションに関する情報を保持するテーブルである。ＡＩＴ取得部１４は、取得したＡＩＴに含まれる情報を、アプリ制御部１５に渡す。なお、ＡＩＴ取得部１４からアプリ制御部１５に渡される情報には、アプリごとの、画像（映像）出力の解像度に関する情報が含まれている。
また、ＡＩＴ取得部１４は、ＡＩＴ内に記述されている、アプリの取得に必要な情報（アプリの識別情報や、アプリの所在を示す情報など）をアプリ取得部１６に渡す。アプリの所在を示す情報とは、放送信号内においてアプリケーションコードが存在する位置を示す情報である。なおＡＩＴは、放送信号内において、制御情報の一部として伝送される。
または、ＡＩＴは、ＳＩ（Service Information、またはSignaling Information）情報として伝送される。または、ＡＩＴは、データ放送の一部として伝送される。

アプリ制御部１５は、ＡＩＴ取得部１４から取得した情報に従って、アプリの実行を制御する。例えば、アプリ制御部１５は、ＡＩＴ内に含まれるアプリのライフサイクル制御情報（ＰＲＥＳＥＮＴ（取得），ＰＲＥＦＥＴＣＨ（予め取得してキャッシュする）、ＡＵＴＯＳＴＡＲＴ（自動起動），ＫＩＬＬ（終了）等）にしたがって、アプリのライフサイクルを制御する。
また、アプリ制御部１５は、ＡＩＴ取得部１４から渡されたＡＩＴから、アプリからの出力解像度に関する情報を取り出し、その解像度に関する情報を提示制御部２２に渡す。

アプリ取得部１６は、ＡＩＴ取得部１４から受け取る情報にしたがって、アプリケーションコードを分離部１２から取得する。また、アプリ取得部１６は、取得したアプリケーションコードを、必要に応じて、保存する。アプリケーションコードは、例えば、ＨＴＭＬ５（ハイパーテキストマークアップ言語の第５版）とＪａｖａＳｃｒｉｐｔ（登録商標）を用いて記述されたデータファイルである。

アプリ実行部１７は、アプリ制御部１５からの制御に基づいて、アプリを実行させる。
なお、アプリ実行部１７は、実行させるべきアプリケーションコードをアプリ取得部１６から受け取る。アプリ実行部１７は、例えば、ＨＴＭＬ５を解釈して表示したり、ＪａｖａＳｃｒｉｐｔ（登録商標）のコードを実行したりするウェブブラウザとして実現される。アプリ実行部１７は、画面に表示すべき内容を表すデータを、提示制御部２２に渡す。

映像・音声処理部２１は、分離部１２から渡される映像および音声の信号を復号し、提示制御部２２に渡す。つまり、映像・音声処理部２１は、分離部１２で分離された映像信号を表示可能な映像として復元するとともに、音声信号を音声として復元する。

提示制御部２２は、映像・音声処理部２１から受け取った映像（テレビ放送の映像）のデータと、アプリ実行部１７から受け取った表示内容のデータとを重ね合わせ（オーバーレイし）、出力部２３に渡す。また、提示制御部２２は、映像・音声処理部２１から受け取った音声のデータに基づき、アナログ変換した音声信号を出力部２３に渡す。
なお、提示制御部２２は、テレビ放送の映像の解像度とアプリからの出力の解像度とを調整して、両者をオーバーレイする。具体的には、提示制御部２２は、アプリ制御部１５によって取り出されたアプリケーションの出力解像度に関する情報と映像・音声処理部２１によって復元された映像の解像度とに基づいて、映像とアプリケーションからの出力画像との解像度を整合させる処理を行う。この解像度の調整の詳細については、後述する。
なお、提示制御部２２が利用するアプリケーションの出力解像度の情報は、ＡＩＴから取得されたものであるので、アプリケーションを実際に読み込む前から解像度情報を認識することができる。
出力部２３は、提示制御部２２から渡された映像を画面に出力する。また、出力部２３は、提示制御部２２から渡された音声を、スピーカー等から出力する。

次に、アプリケーションからの出力解像度に関する情報について説明する。本実施形態では、アプリケーションから出力される画像（映像）の解像度の情報を、ＡＩＴ内に格納して、放送局側から受信装置１に伝達する。放送局側の送信装置が、放送信号内に多重した状態でＡＩＴを送信し、受信装置１がこれを受信する。
図２は、本実施形態によるＡＩＴの構成を示す概略図である。ＡＩＴは一つまたは複数のアプリケーションに関する情報を保持するテーブルである。

同図に示すように、ＡＩＴ内には、複数のアプリケーション情報記述子を含む、アプリケーション情報記述子ループ（application descriptors loop）の領域が存在する。アプリケーション情報記述子ループ内の各々のアプリケーション情報記述子の種類は、記述子タグ（descriptor tag）によって識別される。このアプリケーション情報記述子ループに含まれる記述子の一つが、アプリケーション記述子（application descriptor）である。
そして、このアプリケーション記述子は、アプリケーションプロファイルループ（application profile loop）を含んでいる。アプリケーションプロファイルループは、複数のアプリケーションプロファイル（application profile）を含む。個々のアプリケーションプロファイルは、１６ビットの符号なし整数である。本実施形態では、一つのアプリケーションプロファイルが、アプリケーションからの出力解像度を表すようにする。なお、アプリケーションごとに、出力解像度の値が設定される。

一例としては、アプリケーションからの出力解像度を示すプロファイルは、水平方向画素数の値を保持するようにする。例えば、アプリケーションからの出力解像度が１９２０（水平方向）×１０８０（垂直方向）である場合、プロファイルの値を「１９２０」（１６進数では「０ｘ０７８０」）とする。また、出力解像度が３８４０（水平方向）×２１６０（垂直方向）である場合、プロファイルの値を「３８４０」（１６進数では「０ｘ０Ｆ００」）とする。また、出力解像度が７６８０（水平方向）×４３２０（垂直方向）である場合、プロファイルの値を「７６８０」（１６進数では「０ｘ１Ｅ００」）とする。

他の例としては、アプリケーションからの出力解像度を示すプロファイルは、出力解像度を指標する整数値を保持するようにする。例えば、アプリケーションからの出力解像度が１９２０（水平方向）×１０８０（垂直方向）である場合、プロファイルの値を「１」（１６進数では「０ｘ０００１」）とする。また、出力解像度が３８４０（水平方向）×２１６０（垂直方向）である場合、プロファイルの値を「２」（１６進数では「０ｘ０００２」）とする。また、出力解像度が７６８０（水平方向）×４３２０（垂直方向）である場合、プロファイルの値を「３」（１６進数では「０ｘ０００３」）とする。

また、他の例としては、プロファイルにおける所定の桁（例えば、１６進数表現における最下位の桁）が出力解像度を指標する値を保持するようにする。例えば、アプリケーションからの出力解像度が１９２０（水平方向）×１０８０（垂直方向）である場合、１６進数表現によるプロファイルの最下位の桁を「０」とする。また、出力解像度が３８４０（水平方向）×２１６０（垂直方向）である場合、１６進数表現によるプロファイルの最下位の桁を「１」とする。また、出力解像度が７６８０（水平方向）×４３２０（垂直方向）である場合、１６進数表現によるプロファイルの最下位の桁を「２」とする。
なお、上記の三例では、出力解像度が３種類である場合について例示したが、出力解像度の種類数は３に限られず、異なっていても良い。

次に、放送の映像と、アプリケーションからの出力とをオーバーレイする処理の詳細について説明する。
図３は、提示制御部２２によるオーバーレイ処理を説明するための画面例の図である。
同図（ａ）は、テレビ放送の映像を示している。同図（ｂ）は、アプリケーションから出力される画面の例を示している。同図（ｃ）は、テレビ放送の映像と、アプリケーションから出力される画面とを重ね合わせて表示した状態を示している。同図（ａ）と同図（ｃ）との間の差は、画面の下のほうに配置されている横長の長方形の領域であり、この領域がアプリケーションからの出力である。同図（ｃ）に示す例では、アプリケーションからの出力には、ニュース見出しのテキストや、天気予報や、アプリケーションプログラムへの指示のためのメニューなどを含んでいる。

テレビ放送番組の制作者は、この映像が画面全体に表示されることを意図してこの映像を制作している。また、同図（ｂ）や（ｃ）に示すアプリケーション（マルチメディアコンテンツ）の制作者は、アプリケーションからの出力が画面全体に程よく配置されることを意図してアプリケーションを制作している。提示制御部２２は、テレビ放送の映像の解像度とアプリケーションからの出力解像度が異なっている場合にも、両者が同図（ｃ）のように良いバランスで表示されるように、オーバーレイのしかたを制御する。言い換えれば、提示制御部２２によるこのような制御の結果として、解像度の低いほうのコンテンツが画面内で小さく縮小されて表示されることを防いでいる。

提示制御部２２は、映像の解像度とアプリケーションからの出力の解像度が異なるときには、映像の解像度に合うように、アプリケーションからの出力の解像度を変更する。また逆に、提示制御部２２が、アプリケーションからの出力の解像度に合うように映像の解像度を変更しても良い。これらの場合、提示制御部２２は、変更するほうのコンテンツを適宜、アップサンプリングまたはダウンサンプリングする。
図４および図５は、提示制御部２２によるコンテンツの解像度調整の対応関係を示すものである。図４は、提示制御部２２がアプリケーションからの出力解像度を放送映像の解像度に合わせる場合の対応関係図である。図５は、提示制御部２２が放送映像の解像度をアプリケーションからの出力解像度に合わせる場合の対応関係図である。提示制御部２２は、図４または図５のいずれの方法を用いても良い。

図４が示すものは２次元の表であり、横方向はアプリケーションからの出力解像度に対応し、縦方向は放送の映像の解像度に対応する。本例では、アプリケーションからの出力解像度も、放送映像の解像度も、横１９２０画素×縦１０８０画素（いわゆる「２Ｋ」）、横３８４０画素×縦２１６０画素（いわゆる「４Ｋ」）、横７６８０画素×縦４３２０画素（いわゆる「８Ｋ」）の３通りである。但し、解像度の種類はこれらの３種類に限られず、他の解像度を用いても良い。図４の対応関係を用いる場合、アプリケーションからの出力を、適宜アップサンプリングまたはダウンサンプリングすることによって、放送映像の解像度に合わせる。なお、アプリケーションからの出力解像度と放送映像の解像度が元々等しい場合には、解像度を変えずにそのままオーバーレイする。図４に示す通り、（４−１）放送映像の解像度が横１９２０画素×縦１０８０画素である場合、提示制御部２２から出力部２３に渡す画像（映像）の解像度は横１９２０画素×縦１０８０画素である。また、（４−２）放送映像の解像度が横３８４０画素×縦２１６０画素である場合、提示制御部２２から出力部２３に渡す画像（映像）の解像度は横３８４０画素×縦２１６０画素である。また、（４−３）放送映像の解像度が横７６８０×縦４３２０である場合、提示制御部２２から出力部２３に渡す画像（映像）の解像度は横７６８０画素×縦４３２０画素である。
つまり、提示制御部２２は、映像の解像度とアプリケーションの出力解像度とが異なるときには、映像の解像度に合うようにアプリケーションからの出力画像の解像度を変更することによって、映像とアプリケーションからの出力画像と整合させる。

図５も、図４と同様の２次元の表であり、解像度は、横１９２０画素×縦１０８０画素、横３８４０画素×縦２１６０画素、横７６８０画素×縦４３２０画素の３通りである。
図５の対応関係を用いる場合、提示制御部２２は、放送映像を、適宜アップサンプリングまたはダウンサンプリングすることによって、アプリケーションからの解像度に合わせる。なお、アプリケーションからの出力解像度と放送映像の解像度が等しい場合には、解像度を変えずにそのままオーバーレイする。図５に示す通り、（５−１）アプリケーションからの出力の解像度が横１９２０画素×縦１０８０画素である場合、提示制御部２２から出力部２３に渡す画像（映像）の解像度は横１９２０画素×縦１０８０画素である。また、（５−２）アプリケーションからの出力の解像度が横３８４０画素×縦２１６０画素である場合、提示制御部２２から出力部２３に渡す画像（映像）の解像度は横３８４０画素×縦２１６０画素である。また、（５−３）アプリケーションからの出力の解像度が横７６８０×縦４３２０である場合、提示制御部２２から出力部２３に渡す画像（映像）の解像度は横７６８０画素×縦４３２０画素である。
つまり、提示制御部２２は、映像の解像度とアプリケーションの出力解像度とが異なるときには、アプリケーションからの出力画像の解像度に合うように映像の解像度を変更することによって、映像とアプリケーションからの出力画像と整合させる。

また、提示制御部２２が、各コンテンツの実際の解像度によって動的にどちらのコンテンツの解像度に合わせるかを決定するようにしても良い。
図６および図７は、提示制御部２２によるコンテンツの解像度調整の対応関係を示すものである。図６は、提示制御部２２が解像度の高いほうの画像（映像）を解像度の低いほうに合わせる場合の対応関係図である。図７は、提示制御部２２が解像度の低いほうの画像（映像）を解像度の高いほうに合わせる場合の対応関係図である。提示制御部２２は、図４や図５の方法に代えて、図６または図７のいずれかの方法を用いても良い。

図６が示すものは２次元の表であり、横方向はアプリケーションからの出力解像度に対応し、縦方向は放送の映像の解像度に対応する。本例では、アプリケーションからの出力解像度も、放送映像の解像度も、横１９２０画素×縦１０８０画素（いわゆる「２Ｋ」）、横３８４０画素×縦２１６０画素（いわゆる「４Ｋ」）、横７６８０画素×縦４３２０画素（いわゆる「８Ｋ」）の３通りである。但し、解像度の種類はこれらの３種類に限られず、他の解像度を用いても良い。図６の対応関係を用いる場合、アプリケーションからの出力と放送映像からの出力のうち、提示制御部２２は、解像度の高いほうの画像（映像）をダウンサンプリングすることによって、低いほうの解像度に合わせる。なお、アプリケーションからの出力解像度と放送映像の解像度が等しい場合には、解像度を変えずにそのままオーバーレイする。図６に示す通り、（６−１）アプリケーションからの解像度と放送映像の解像度のどちらか一方が横１９２０画素×縦１０８０画素である場合、提示制御部２２から出力部２３に渡す画像（映像）の解像度は横１９２０画素×縦１０８０画素である。また、（６−２）アプリケーションからの解像度と放送映像の解像度のどちらか一方が横３８４０画素×縦２１６０画素であって、且つ他方の解像度が横３８４０画素×縦２１６０画素またはそれ以上である場合、提示制御部２２から出力部２３に渡す画像（映像）の解像度は横３８４０画素×縦２１６０画素である。（６−３）アプリケーションからの解像度と放送映像の解像度の両方が横７６８０×縦４３２０である場合、提示制御部２２から出力部２３に渡す画像（映像）の解像度は横７６８０画素×縦４３２０画素である。
つまり、提示制御部２２は、映像の解像度とアプリケーションの出力解像度とが異なるときには、解像度の低いほうに合うように映像または画像の解像度を変更することによって、映像とアプリケーションからの出力画像と整合させる。

図７も、図６と同様の２次元の表であり、解像度は、横１９２０画素×縦１０８０画素、横３８４０画素×縦２１６０画素、横７６８０画素×縦４３２０画素の３通りである。
図７の対応関係を用いる場合、アプリケーションからの出力と放送映像からの出力のうち、提示制御部２２は、解像度の低いほうの画像（映像）をアップサンプリングすることによって、高いほうの解像度に合わせる。なお、アプリケーションからの出力解像度と放送映像の解像度が等しい場合には、解像度を変えずにそのままオーバーレイする。図７に示す通り、（７−１）アプリケーションからの解像度と放送映像の解像度のどちらか一方が横７６８０画素×縦４３２０画素である場合、提示制御部２２から出力部２３に渡す画像（映像）の解像度は横７６８０画素×縦４３２０画素である。また、（７−２）アプリケーションからの解像度と放送映像の解像度のどちらか一方が横３８４０画素×縦２１６０画素であって、且つ他方の解像度が横３８４０画素×縦２１６０画素またはそれ以下である場合、提示制御部２２から出力部２３に渡す画像（映像）の解像度は横３８４０画素×縦２１６０画素である。（７−３）アプリケーションからの解像度と放送映像の解像度の両方が横１９２０×縦１０８０である場合、提示制御部２２から出力部２３に渡す画像（映像）の解像度は横１９２０画素×縦１０８０画素である。
つまり、提示制御部２２は、映像の解像度とアプリケーションの出力解像度とが異なるときには、解像度の高いほうに合うように映像または画像の解像度を変更することによって、映像とアプリケーションからの出力画像と整合させる。

以上、受信装置の構成と動作について説明したが、ここで、送信側の装置について説明する。放送局側の送信設備は、アプリケーションごとの出力解像度の情報をＡＩＴに設定する。そして、送信設備は、映像、音声、データ、制御情報等を多重化し、デジタル放送信号として送信する。デジタル放送信号には上記のＡＩＴも含まれている。
出力解像度の情報をＡＩＴに設定するための具体的な装置構成例は次の通りである。アプリケーションを制作するためのアプリ制作装置は、制作者によって制作されたアプリケーションコードを有するファイルを出力する。また、アプリ制作装置はアプリケーションの制作時に設定された出力解像度の情報を有するファイルを出力する。これらのファイルは共通のものであっても良い。上記のアプリ制作装置は、予め定められたデータ交換方式により、アプリケーションコードを含んだファイルと出力解像度情報を含んだファイルを、外部に送信する。これらのファイルを、アプリ登録装置が受信する。アプリ登録装置は、上記のデータ交換方式によりこれらのファイルを受信する。そして、アプリ登録装置は、当該アプリケーションに関する諸情報をＡＩＴ内のそれぞれ所定の領域にセットする。
このとき、アプリ登録装置は、アプリケーションからの出力解像度の情報をもＡＩＴ内の所定領域にセットする。このように作成されたＡＩＴは、他のデータとともに多重され、放送信号の一部として送出される。

以上説明したように、本実施形態では、アプリケーションごとの出力解像度の情報がＡＩＴにセットされている。そして、受信装置１におけるＡＩＴ取得部１４は、分離部１２によって分離された信号からＡＩＴを抽出する。抽出されたＡＩＴはアプリ制御部１５に渡される。アプリ制御部１５は、アプリケーションの出力解像度の情報を提示制御部２２に渡す。提示制御部２２は、アプリ制御部１５から渡された情報に基づき、放送番組の映像の解像度と、アプリケーションの出力解像度との間の調整を行う。具体的にこの調整は、提示制御部２２が、放送の映像の解像度とアプリケーションからの出力解像度とを整合させる処理である。このとき提示制御部２２は、双方の解像度が互いに異なる場合には、解像度の高いほうのコンテンツ（放送映像またはアプリケーションからの出力）を解像度の低いほうに合わせるか、あるいは解像度の低いほうのコンテンツを解像度の高いほうに合わせるか、いずれかの方法による調整を行う。なお、受信装置１は、放送映像の解像度に関する情報を、放送信号の中から抽出する。

本実施形態により、受信装置１は、放送映像の解像度に関わらず、アプリケーションからの出力（マルチメディアコンテンツ）を適切にオーバーレイして画面に表示することができる。なお、アプリケーションがＨＴＭＬおよびスタイルシート（カスケードスタイルシート，ＣＳＳ）として記述されている場合に、受信装置１が、それらのデータを解析することによってアプリケーションからの出力を推定することも不可能とは言い切れない。
しかしながら、本実施形態のようにＡＩＴからアプリケーションの出力解像度の情報を得るほうが、アプリケーションそのもの（ＨＴＭＬやスタイルシート）から解像度を求めるよりも、早く、確実に、解像度を把握することができる。つまり、本実施形態によれば、アプリケーションからの出力解像度の情報をＡＩＴで伝送しているため、アプリケーションの起動時にはそのアプリケーションからの出力の解像度の情報を予め認識できている。
それにより例えば、本実施形態による提示制御部２２は、遅滞なく、放送映像とアプリケーション出力との間の解像度調整を行うことができる。

また、本実施形態では、ＡＩＴ内のアプリケーションプロファイル内にアプリケーションの出力解像度の情報を格納することとした。このような構成により、ＡＩＴ内の記述子を新たに定義する必要がない。また、アプリケーション記述子以外の新たな領域を設ける必要がない。また、新たなテーブルを設ける必要がない。

なお、上述した実施形態における受信装置の機能の一部をコンピューターで実現するようにしても良い。その場合、この受信装置の内部の機能を実現するためのプログラムをコンピューター読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピューターシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピューターシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピューターシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

以上、実施形態を説明したが、本発明はさらに次のような変形例でも実施することが可能である。なお、組み合わせ可能な場合には、以下に述べる変形例の複数を組み合わせて実施しても良い。
［変形例１］
上記の実施形態では、ＡＩＴ取得部１４は、放送信号から抽出されたＡＩＴを取得するものであった。本変形例では、ＡＩＴ取得部１４は、インターネット等の通信回線を介して、外部のコンピューターサーバー装置からＡＩＴを取得する。なおこの場合、受信装置１は、不図示の通信入出力部を備える。通信入出力部は、インターネットプロトコル（ＩＰ）等を用いて、外部の装置との間で通信を行うことができる。なお、ＡＩＴ取得部１４が、放送信号からも、通信回線を介して外部のコンピューターサーバー装置からも、ＡＩＴを取得できるようにしても良い。

［変形例２］
上記の実施形態では、アプリ取得部１６は、放送信号から抽出されたアプリケーションコードを取得するものであった。本変形例では、アプリ取得部１６は、インターネット等の通信回線を介して、外部のコンピューターサーバー装置からアプリケーションコードを取得する。この場合も、上記の変形例１と同様に、受信装置１は、通信入出力部を備える。

［変形例３］
上記の実施形態では、ＡＩＴ内のアプリケーションプロファイルの領域にアプリケーションの出力解像度の情報を格納することとした。本変形例では、アプリケーションの出力解像度の情報を格納するための新たな記述子を設ける。また、さらなる変形例として、ＡＩＴ内の他のフィールドにアプリケーションの出力解像度の情報を格納するようにしても良い。

上記の「変形例３」において「アプリケーションの出力解像度の情報を格納するための新たな記述子を設ける」場合について記載したが、その具体的な一例は、次の通りである。本例では、放送局側の送信装置は、ＭＰＴ内のＭＨ−データ符号化方式記述子の中にアプリケーションの出力解像度の情報を含めるようにして、放送信号を送信する。なお、「ＭＰＴ」は「ＭＭＴパッケージテーブル」の略である。また、「ＭＭＴ」は「ＭＰＥＧメディアトランスポート」の略である。また、「ＭＨ」は「ＭＰＥＧ−Ｈ」の略である。

図８は、本例による受信装置の概略機能構成を示すブロック図である。図示するように、この受信装置２は、受信装置１（図１）が備えていた各部に加えて、ＭＨ−データ符号化方式記述子取得部３１を含んで構成される。

ＭＨ−データ符号化方式記述子取得部３１は、分離部１２が分離した信号のうち、ＭＨ−データ符号化方式記述子を取得する。そして、アプリ制御部１５は、ＭＨ−データ符号化方式記述子取得部３１が取得したＭＨ−データ符号化方式記述子からアプリケーションの出力解像度に関する情報を取り出す。一例として、アプリ制御部１５は、ＭＨ−データ符号化方式記述子取得部３１が取得したＭＨ−データ符号化方式記述子の中の付加情報（付加識別情報）から、アプリケーションの出力解像度に関する情報を取り出す。そして、提示制御部２２が、このアプリケーション制御部１５によって取り出されたアプリケーションの出力解像度に関する情報と、映像・音声処理部２１によって復元された映像の解像度とに基づいて、映像と前記アプリケーションからの出力画像との解像度を整合させる。

受信装置２において複数のアプリケーションが稼働する場合、ＭＨ−データ符号化方式記述子内におけるアプリケーションの出力解像度の情報を、どのアプリケーションに対応付けるかは、次の（ａ）〜（ｄ）の方法のいずれかによる。

（ａ）この方法では、ＭＨ−データ符号化方式記述子内に、アプリケーションの出力解像度の情報を一種類だけ設けて、すべてのアプリケーションにその出力解像度を適用する。
（ｂ）この方法では、ＭＨ−データ符号化方式記述子内に、アプリケーションごとの識別情報とアプリケーションの出力解像度の情報とを関連付ける形で、複数組の情報を格納する。そして、アプリケーションごとに、識別情報によって該当する出力解像度の情報を取得し、その出力解像度を適用する。
（ｃ）この方法では、ＭＨ−データ符号化方式記述子内に、アプリケーションの属性情報（上記の識別情報以外の属性情報）とアプリケーションの出力解像度の情報とを関連付ける形で、複数組の情報を格納する。そして、アプリケーションの属性ごとに、該当する出力解像度の情報を取得し、その出力解像度を適用する。ここで、アプリケーションの属性とは、例えば、アプリケーションの提供事業者や、放送マネージドアプリであるか否か、などといった情報である。
（ｄ）なお、上記の（ａ）〜（ｃ）以外の方法によって、アプリケーションに対応する複数の出力解像度の情報をＭＨ−データ符号化方式記述子内に格納して伝送するようにしても良い。

なお、本例においても、放送映像の解像度とアプリケーションから出力される画像の解像度とを合わせるために、図４、図５、図６、図７のそれぞれに示したいずれかの方法を用いれば良い。
例えば、図４に示した方法を用いるとき、提示制御部２２は、映像の解像度とアプリケーションの出力解像度とが異なるときには、映像の解像度に合うようにアプリケーションからの出力画像の解像度を変更することによって、映像とアプリケーションからの出力画像と整合させる。

［変形例４］
上記の実施形態では、ＡＩＴ内のアプリケーションプロファイルの領域にアプリケーションの出力解像度の情報を格納することとした。本変形例では、ＭＰＴ（ＭＰテーブル，ＭＭＴパッケージテーブル）内のアプリケーションサービス記述子（Application_Service_Descriptor）内に、アプリケーションの出力解像度の情報を格納するためのデータ項目の領域を設ける。具体的には、ＭＰＴ内のＭＰテーブル記述子領域（MPT_descriptors_byte）内に上記のアプリケーションサービス記述子は配置されている。そして、放送局側の送信装置は、ＭＰＴ内のアプリケーションサービス記述子の中にアプリケーションの出力解像度の情報を含めるようにして、放送信号を送信する。

図９は、本変形例による受信装置の概略機能構成を示すブロック図である。図示するように、この受信装置３は、受信装置１（図１）が備えていた各部に加えて、アプリケーションサービス記述子取得部３２を含んで構成される。

アプリケーションサービス記述子取得部３２は、分離部１２が分離した信号のうち、アプリケーションサービス記述子を取得する。そして、アプリ制御部１５は、アプリケーションサービス記述子取得部３２が取得したアプリケーションサービス記述子からアプリケーションの出力解像度に関する情報を取り出す。そして、提示制御部２２が、このアプリケーション制御部１５によって取り出されたアプリケーションの出力解像度に関する情報と、映像・音声処理部２１によって復元された映像の解像度とに基づいて、映像と前記アプリケーションからの出力画像との解像度を整合させる。

受信装置３において複数のアプリケーションが稼働する場合、アプリケーションサービス記述子内におけるアプリケーションの出力解像度の情報を、どのアプリケーションに対応付けるかは、次の（ａ）〜（ｄ）の方法のいずれかによる。

（ａ）この方法では、アプリケーションサービス記述子内に、アプリケーションの出力解像度の情報を一種類だけ設けて、すべてのアプリケーションにその出力解像度を適用する。
（ｂ）この方法では、アプリケーションサービス記述子内に、アプリケーションごとの識別情報とアプリケーションの出力解像度の情報とを関連付ける形で、複数組の情報を格納する。そして、アプリケーションごとに、識別情報によって該当する出力解像度の情報を取得し、その出力解像度を適用する。
（ｃ）この方法では、アプリケーションサービス記述子内に、アプリケーションの属性情報（上記の識別情報以外の属性情報）とアプリケーションの出力解像度の情報とを関連付ける形で、複数組の情報を格納する。そして、アプリケーションの属性ごとに、該当する出力解像度の情報を取得し、その出力解像度を適用する。ここで、アプリケーションの属性とは、例えば、アプリケーションの提供事業者や、放送マネージドアプリであるか否か、などといった情報である。
（ｄ）なお、上記の（ａ）〜（ｃ）以外の方法によって、アプリケーションに対応する複数の出力解像度の情報をアプリケーションサービス記述子内に格納して伝送するようにしても良い。

上記のように、本変形例では、アプリケーションサービス記述子にコンテンツの解像度情報の項目を追加してシグナリングする方法をとる。
なお、本例においても、放送映像の解像度とアプリケーションから出力される画像の解像度とを合わせるために、図４、図５、図６、図７のそれぞれに示したいずれかの方法を用いれば良い。
例えば、図４に示した方法を用いるとき、提示制御部２２は、映像の解像度とアプリケーションの出力解像度とが異なるときには、映像の解像度に合うようにアプリケーションからの出力画像の解像度を変更することによって、映像とアプリケーションからの出力画像と整合させる。

以上説明した実施形態、およびその複数の変形例では、受信装置は、放送信号内の制御情報の一部として、アプリケーションからの出力解像度の情報を取得する。したがって、アプリ実行部（ウェブブラウザ機能）がＨＴＭＬを解釈する処理を行う前に、アプリケーションからの出力解像度を設定することができる。つまり、表示のために確保が必要となるメモリの量を、ＨＴＭＬ解釈前に算出することができる。また、表示エンジンにおける解像度パラメーターの設定も、ＨＴＭＬ解釈前に行うことができる。つまり、アプリケーションからの表示を開始するまでに要する時間を短くすることができる。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

本発明は、テレビ放送の受信機等に利用することができる。

１，２，３ 受信装置
１１ 受信部
１２ 分離部
１４ ＡＩＴ取得部（アプリケーション情報テーブル取得部）
１５ アプリ制御部（アプリケーション制御部）
１６ アプリ取得部（アプリケーション取得部）
１７ アプリ実行部（アプリケーション実行部）
２１ 映像・音声処理部（映像処理部）
２２ 提示制御部
２３ 出力部
３１ ＭＨ−データ符号化方式記述子取得部
３２ アプリケーションサービス記述子取得部

Claims (2)

1. 放送信号を受信する受信部と、
   前記受信部が受信した前記放送信号から映像信号を分離する分離部と、
   前記分離部で分離された映像信号を表示可能な映像として復元する映像処理部と、
   アプリケーションを実行させるアプリケーション実行部と、
   前記放送信号から、アプリケーションサービス記述子を取得するアプリケーションサービス記述子取得部と、
   前記アプリケーションサービス記述子取得部が取得した前記アプリケーションサービス記述子から前記アプリケーションの出力解像度に関する情報を取り出すアプリケーション制御部と、
   前記アプリケーション制御部によって取り出された前記アプリケーションの出力解像度に関する情報と、前記映像処理部によって復元された前記映像の解像度とに基づいて、前記映像と前記アプリケーションからの出力画像との解像度を整合させる提示制御部と、
   を具備し、
   前記アプリケーションの出力解像度は、１９２０×１０８０、３８４０×２１６０、または７６８０×４３２０である、
   ことを特徴とする受信装置。
2. コンピューターを、請求項１に記載の受信装置として機能させるためのプログラム。

Images