JP4136383B2 - テレビ受信装置及びその制御方法 - Google Patents
テレビ受信装置及びその制御方法 Download PDFInfo
- Publication number
- JP4136383B2 JP4136383B2 JP2002018660A JP2002018660A JP4136383B2 JP 4136383 B2 JP4136383 B2 JP 4136383B2 JP 2002018660 A JP2002018660 A JP 2002018660A JP 2002018660 A JP2002018660 A JP 2002018660A JP 4136383 B2 JP4136383 B2 JP 4136383B2
- Authority
- JP
- Japan
- Prior art keywords
- display
- size
- data
- image data
- image
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Transforming Electric Information Into Light Information (AREA)
- Television Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Signal Processing For Recording (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、文字・画像・音声・映像などが多重化されたデータ放送コンテンツの表示制御技術に関する。
【０００２】
【従来の技術】
デジタル衛星放送の開始により、データ放送サービスをパソコンだけでなく、テレビ受像機でも受信可能となった。。すなわち、テレビ受像機自体にデータ放送の受信機能、及び再生ソフト（データ放送用ブラウザ）を搭載することにより、パソコンを持たないユーザでも手軽に各種の情報を閲覧したり、テレビ番組と連動した情報を文字や画像で表示したりすることが可能なサービスが開始されている。国内においてこのようなサービスを行うための規格としては、社団法人電波産業会（通称、ＡＲＩＢ）における標準規格ＡＲＩＢ−ＳＴＤ−Ｂ２４がある。
【０００３】
放送局では、通常のテレビ番組の番組データ、音声データ、及びデータ放送用データが符号化される。そして、それらの符号化信号が多重化された後に、変調されてアンテナから出力される。アンテナから出力された信号は、放送衛星（ＢＳ）を介してユーザ側端末（テレビ受信機）に送られる。
【０００４】
図２０を用いて、衛星デジタル放送を受信するテレビ受信機の構成を説明する。テレビ受信機１００では、受信した信号のうち、ユーザによって選択された番組に対応するチャンネルの周波数帯域の信号が、チューナ１０１によって選択される。チューナ１０１は、入力された信号に対して、復調、誤り訂正等の処理を施して、トランスポートストリーム（ＴＳ）と呼ばれるデジタルデータを再現し、デスクランブラ１０２を介してトランスポートデコーダ１０３に出力する。
【０００５】
トランスポートデコーダ１０３では、ユーザによって選択された番組に対応するパケットが抽出される。そして、抽出されたパケット内の映像データは、ビデオデコーダ１０６によって復号化された後、グラフィックバッファ１２１内の「動画プレーン１０７」に格納される。抽出されたパケット内の音声データは、オーディオデコーダ１０４によって復号化された後、スピーカ１３３に出力される。抽出されたパケット内のデータ放送用データは、ＣＰＵ１１８に送られて復号化された後、データ記憶装置（図示省略）に格納される。ＣＰＵ１１８は、データ放送用データの内容を表示する際には、データ記憶装置に格納したデータ放送用データを読み出し、グラフィック生成部１１０を介して文字や図形の画像データに変換した後、グラフィックバッファ１２１の「文字図形プレーン１０９」、又は「静止画プレーン１０８」に格納する。
【０００６】
文字図形プレーンとは、主にデータ放送におけるＵＩ（ユーザインターフェース）となるボタンやテキスト、図形、絵などのビットイメージを格納するものである。静止画プレーンとは、写真画像などのビットイメージを格納するものである。
【０００７】
画像合成部１１１では、グラフィックバッファ１２１内の動画プレーン１０７、文字図形プレーン１０９、静止画プレーン１０８に格納されたグラフィックデータを合成処理し、表示器１３４へ出力して表示させる。
【０００８】
前述の電波産業会の定める規格では、衛星デジタル放送の受信機における、映像プレーン、文字図形プレーン、静止画プレーンの各プレーンの解像度は、その受信機の性能により異なることが許されている。例えば、静止画プレーンに関しては、解像度が横１９２０×縦１０８０のものと、横７２０×縦４８０のものがあり、７２０×４８０の解像度においては、表示器上で横縦の比が１６：９で表示される場合と、４：３で表示される場合とがある。
【０００９】
また、静止画プレーンが１９２０×１０８０の解像度の場合には、静止画プレーン上の各画素は正方形として表示されるが、７２０×４８０の解像度の場合は、表示器の横縦の比が１６：９であれば、静止画プレーンの各画素は若干横長の長方形として表示され、４：３であれば、若干縦長の長方形として表示される。また、当然ながら表示器のサイズは１４インチ、１９インチ、３３インチなど各種のサイズがある。
【００１０】
データ放送では、ＩＳＯ／ＩＥＣ１３８１８−６に規定されているＤＳＭ−ＣＣのデータカルーセル方式により、放送局から繰り返しデジタルデータが送出されてくる。トランスポートデコーダによってフィルタリングされたデジタルデータには、テキスト情報、スクリプト情報、画像情報、映像・音声データが含まれており、テキスト情報はＷ３Ｃの規定するＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述されている。
【００１１】
このデータ放送を利用して、電子ショッピングなどのサービスをユーザに提供する試みがなされている。例えば、ショッピング番組の放送中にデータ放送で商品の詳細情報や画像を配信し、ユーザの操作によって番組で紹介中の商品の詳細な情報を表示するといったサービスが考えられている。このようなデータ放送サービスを、番組連動型のデータ放送サービスと呼んでいる。
【００１２】
【発明が解決しようとする課題】
このようなテレビ受信機を利用した電子ショッピングでは、利用されるテレビ画面の大きさや解像度によって商品の表示サイズが異なるため、実際の商品の大きさとユーザに伝わる商品の大きさのイメージが一致し難いという問題がある。
【００１３】
商品の大きさを表示器上で再現するための技術としては、特開平９−００６９４４号公報において、商品の実物大の表示を行うために、画面サイズに対応した商品画像の拡大・縮小を行う電子カタログシステムが提案されている。
【００１４】
しかしながら、前述したように、デジタル放送におけるデータ放送サービスにおいては、テレビ受信機側の静止画プレーンの解像度、表示器のサイズ、表示時の縦横比など、ユーザ毎に受信環境が異なる場合がある。
【００１５】
そのため、前述の特開平９−００６９４４号公報のように、画面サイズのみを条件に拡大、縮小処理を行うという単純な技術では、ユーザ側のテレビ受信機の仕様によっては、商品の本来の縦横比が変化してしまい、実物大の表示をすること、すなわち、ユーザがテレビ画面の表示から受ける印象を実際の商品のイメージと一致させることが困難になる場合があった。
【００１６】
また、従来の技術では、ユーザが画面サイズのデータを入力する必要があり、さらに特定の画像データからのみ実物大の画像データを生成していたため、商品の大きさや画面サイズ・解像度の組み合わせよっては、実物大表示の際に画像の表示画質が著しく低下し、実物感が低下していた。
【００１７】
例えば、図２１のように、商品の大きさが１メートルほどあるものを１４インチのテレビモニタに実物大で表示しようとした場合、従来は、全体を写した画像の一部分を大きく拡大表示することになり、表示画質が低下していた。
【００１８】
すなわち、図２１の例では、図２１でＡに示す長さ１．５ｍほどの「自転車」の全体画像をもとに１４インチサイズのテレビ画面で実物大表示する場合、Ａの画像の一部分を大きく拡大処理して表示することになる。このとき、Ａの画像の解像度が十分でない場合、図２１でＢに示したように、表示画質が著しく低下し、実物感が低下していた。
【００１９】
本発明は、このような従来技術の問題に鑑みてなされたもので、その課題は、データ放送に係る画像データを、受信機の仕様の如何に拘わらず、実物のサイズを反映した形で表示できるようにすることにある。
【００２０】
【課題を解決するための手段】
上記課題を解決するため、本発明は、データ放送に係るコンテンツを受信して記憶装置に記憶させる記憶制御手段と、前記記憶装置に記憶されたコンテンツを表示装置に表示させる表示制御手段とを有するテレビ受信装置において、前記表示制御手段は、前記コンテンツに係る画像データが前記表示装置の表示画面に実物のサイズを反映した形で表示されるように、前記記憶装置の静止画プレーンの画素数、前記表示装置に設けられたメモリに格納された前記表示画面のサイズ及び縦横比とからなる画面情報と、前記画像データの基準表示サイズとに基づいて決定した拡大・縮小率で前記画像データを拡大・縮小する拡大・縮小手段を有している。
【００２１】
また、本発明は、データ放送に係るコンテンツを受信して記憶装置に記憶させる記憶制御ステップと、前記記憶装置に記憶されたコンテンツを表示装置に表示させる表示制御ステップとを有するテレビ受信装置の制御方法において、前記表示制御ステップは、前記コンテンツに係る画像データが前記表示装置の表示画面に実物のサイズを反映した形で表示されるように、前記記憶装置の静止画プレーンの画素数、前記表示装置に設けられたメモリに格納された前記表示画面のサイズ及び縦横比とからなる画面情報と、前記画像データの基準表示サイズとに基づいて決定した拡大・縮小率で前記画像データを拡大・縮小する拡大・縮小ステップを含んでいる。
【００２８】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００２９】
図１は、本発明を適用したデジタルテレビ受信装置１００の概略構成を示すブロック図である。
【００３０】
図１において、アンテナにより受信された信号はチューナ部１０１に入力される。チューナ部１０１は、入力された信号に対して、復調、誤り訂正等の処理を施し、トランスポートストリーム（ＴＳ）と呼ばれる形式のデジタルデータを再現する。更に、再現したトランスポートストリーム（ＴＳ）データをデスクランブラ１０２に出力する。
【００３１】
デスクランブラ１０２は、視聴制限のためのスクランブルがかけられているＴＳデータがチューナ部１０１より入力された場合、ＴＳデータに含まれるデスクランブルのための鍵情報とＩＣカード制御部１１７より出力される鍵情報とに基づいて、スクランブル解除を行い、トランスポートデコーダ１０３に出力する。
【００３２】
ここで、ＩＣカード制御部１１７は、ユーザの契約情報及びＴＳデータに含まれるデスクランブラのための鍵情報を解くための鍵情報が格納されているＩＣカードを含み、デスクランブラ１０２より入力されたデスクランブルのための鍵情報を解くための鍵情報があった場合、その鍵情報をデスクランブラ１０２に出力する。
【００３３】
また、デスクランブラ１０２は、チューナ部１０１よりスクランブルがかけられていないＴＳデータを入力した場合には、ＴＳデータをトランスポートデコーダ１０３に出力する。トランスポートデコーダ１０３では、ユーザによって選択された番組に対応するパケットが抽出される。
【００３４】
そして、抽出されたパケット内の映像データは、ビデオデコーダ１０６によって復号化された後、グラフィックバッファ１２１内の動画プレーン１０７に送られる。抽出されたパケット内の音声データは、オーディオデコーダ１０４によって復号化された後、Ｄ／Ａ変換器１０５を介してスピーカ１３３に出力される。抽出されたパケット内のデータ放送用データは、ＣＰＵ１１８に接続されているバス１２２を介してメモリ１１２に取り込まれ、後述するＣＰＵ１１８の処理によって復号化された後、ハードディスク１１９に格納される。
【００３５】
ＣＰＵ１１８は、データ放送の内容を表示する際には、ハードディスク１１９に格納したデータ放送用データを読み出し、グラフィック生成部１１０を介して文字や図形の画像データに変換した後、グラフィックバッファ１２１の文字図形プレーン１０９、又は静止画プレーン１０８に送る。
【００３６】
画面合成部１１１では、グラフィックバッファ１２１内の動画プレーン１０７、文字図形プレーン１０９、静止画プレーン１０８に格納されたグラフィックデータの合成／切換処理を行い、表示器１３４へ出力する。
【００３７】
表示器１３４は、送られてきた画像データを表示すると共に、その内部に表示器１３４の画面サイズ等の情報を保存したメモリを有しており、そのメモリ内の情報は、デジタルテレビ受信装置１００と表示器１３４の間で接続されたシリアルバスによってデジタルテレビ受信装置１００へ送られ、シリアルインターフェース２０及びバス１２２を介して、ＣＰＵ１１８の管理するメモリ１１２に格納される。
【００３８】
バス１２２には、更にＩＥＥＥ１３９４インターフェース１１４及びモデム１１５が接続されており、ＩＥＥＥ１３９４インターフェース１１４は、本デジタルテレビ受信装置１００が、外部に接続されたＶＴＲ（ビデオテープレコーダ）１３０やプリンタ１３１とプロトコル通信を行うために用いられる。また、モデム１１５は、電話回線経由でインターネット接続するために用いられる。
【００３９】
［データ放送について］
データ放送は、ＩＳＯ／ＩＥＣ１３８１８−６に規定されているＤＳＭ−ＣＣのデータカルーセル方式により放送局から繰り返しデジタルデータが送出されてくる。トランスポートデコーダ１０３によってフィルタリングされたデータ放送用データには、テキスト情報、スクリプト情報、画像情報、映像・音声データが含まれており、テキスト情報はＷ３Ｃの規定するＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述されている。
【００４０】
本実施形態では、データ放送再生用ＸＭＬの仕様としてＨＴＭＬ４．０をＸＭＬ１．０で再定式化したＸＨＴＭＬ仕様を基本とした仕様を用いている。ＸＭＬでは、文書中の文字列に対して、タグ＜ ＞と、タグ＜／ ＞で囲まれた部分によって属性付け（意味付け）が行われる。また、このタグは、「入れ子」にすることが可能である。また、表示形式は、ＣＳＳ（カスケーディング・スタイルシート）、スクリプト処理は、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔを用いている。
【００４１】
図２は、ＣＰＵ１１８で動作するソフトウェアの構造を示した図である。データ放送ブラウザ２０１は、オペレーティングシステム２００の上で動作するアプリケーションであり、アプリケーションからは、グラフィックライブラリ２０１とグラフィックドライバ２０３を介してグラフィック生成部１１０を制御し、文字や図形、画像などをグラフィックバッファ１２１上に描画する。
【００４２】
また、ウィンドウ制御ミドルウェア２０４と画面合成部ドライバ２０５を介して画面合成部１１１を制御することにより、動画、静止画、文字図形の合成処理を行う。また、トランスポートデコーダドライバ２０６を介してトランスポートデコーダ１０３が制御され、再生する動画や音声のフィルタ設定やデータ放送用データの受信が行われる。さらに、シリアルドライバ２０７を介してシリアルインターフェース２０が制御され、表示器１３４内のメモリから表示器１３４の画面サイズや縦横比情報が読み出される。また、リモコンドライバ２０８を介してリモートコントローラ（以下、リモコンという）１３２との通信が行われ、ユーザの操作内容を入力する。
【００４３】
次に、上記構成のデジタルテレビ受信装置の動作について説明する。
【００４４】
［データ放送ブラウザの動作］
図３は、データ放送ブラウザ２０１による処理内容を示したフローチャートである。ユーザが、テレビ番組視聴中にリモコン１３２を使ってデータ放送表示を指示すると、ＣＰＵ１１８は、先ず、データ放送受信再生プログラム（データ放送ブラウザ２０１）を起動する（ステップＳ３０１）。
【００４５】
起動されたデータ放送ブラウザ２０１は、まず、初めに、表示器１３４から画面のサイズ情報と画面の縦横比情報を取得する（ステップＳ３０２）。本実施形態のデジタルテレビ受信装置１００は、シリアルバスにより表示器１３４と接続されており、そのシリアルバスを介して、表示器１３４のメモリに保存された画面のサイズ情報と縦横比情報が読み出される。例えば「画面サイズ＝１９．２インチ、横縦比＝１６：９」という情報が取得される。データ放送ブラウザ２０１は、取得した情報をメモリ１１２に格納する。
【００４６】
データ放送ブラウザ２０１は、次に、トランスポートデコーダ１０３を制御してデータカルーセル方式で送信されてくるデータ放送コンテンツの受信を開始し、画面のＸＭＬデータ及び同データに埋め込まれた画像などの関連データを取得し、メモリ１１２に格納する（ステップＳ３０３）。
【００４７】
［スタートアップページ］
図４に、ショッピング番組と連動したデータ放送のスタートアップ画面用の「受信ＸＭＬデータ」の例を示す。この例では、放送中の番組を表示するための＜ｏｂｊｅｃｔ＞（オブジェクトタグ、図４中のＡ）や、現在番組の中で紹介中の商品の詳細情報を表示するためのリンクボタン（図４中のＢ）や、さらに全体表示、質感表示（拡大画像）や、実物大表示、オーダー画面表示などの画面へ切り替えるためのリンクボタン（図４中のＣ、Ｄ，Ｅ）などの要素が含まれている。各要素には、表示位置や表示形式を定義するスタイル定義が施されており、例えば、図４中のＡのオブジェクト要素は、画面の上から６０画素、左から４０画素の位置から、幅１６９５画素、高さ８５６画素の領域に配置されることを示している。また、各リンクボタンには、ユーザがリンクボタンを選択した場合に表示されるＸＭＬデータが記述されている。
【００４８】
データ放送ブラウザ２０１は、上記ＸＭＬデータと関連する画像などを取得すると、ＸＭＬデータ中の＜ｂｏｄｙ＞タグのＯｎＬｏａｄ属性に記述されたスクリプト関数を、初期スクリプトとして実行する（図３のステップＳ３０４）。
【００４９】
図４の＜ｓｃｒｉｐｔ＞と＜／ｓｃｒｉｐｔ＞で挟まれた部分にスクリプトが記述してあり、この例ではｉｎｉｔｉａｌｉｚｅ関数が初期スクリプトとなる。
【００５０】
図５は、図４に示したスタートアップ画面用ＸＭＬデータの初期スクリプトの処理を示したフローチャートである。
【００５１】
本初期スクリプトでは、現在のデータ放送ブラウザ２０１の実行環境、すなわち、デジタルテレビ受信装置１００が実物大表示の機能を有しているかを問い合わせる関数を呼び出す（図５のステップＳ５０１）。
【００５２】
データ放送ブラウザ２０１は、スクリプトから呼び出せる組み込みＡＰＩとしてＧｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）というＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を有しており、このＡＰＩは、引数として”ｒｅａｌｓｉｚｅ”という文字列を与えると、表示許可属性を示す変数として、「１」（ＴＲＵＥの意味）または「０」（ＦＡＬＳＥの意）という値を返す。
【００５３】
説明中のデジタルテレビ受信装置１００及びデータ放送ブラウザ２０１は、実物大表示機能を有しているので、この場合には、このＡＰＩの戻り値はＴＲＵＥ（真）となる（図５のステップＳ５０３）。反対に、もし実物大表示機能を有していないデータ放送ブラウザ２０１でこのスクリプトが実行されると、このＡＰＩの戻り値はＦＡＬＳＥ（偽）となる図５のステップＳ５０４）。上記スクリプトでは、このＡＰＩの戻り値を「実物大ページへのリンクボタン」の表示許可／不許可を決定する「ｖｉｓｉｂｉｌｉｔｙ」属性に代入する。
【００５４】
データ放送ブラウザ２０１は、初期スクリプト実行後、グラフィック生成部１１０を介して文字図形プレーン１０９に対し、ボタンイメージやテキストなどの描画を行う（図３のステップＳ３０５）と同時に、画面合成部１１１を制御して、動画プレーン１０７の画像との合成処理を行う（図３のステップＳ３０６）。
【００５５】
図６は、このＸＭＬデータをデータ放送ブラウザ２０１に基づいて表示した際の表示例である。図６中のａの矩形部分は、動画ウィンドウになっており、通常画面全体に表示される動画プレーン１０７の画像、例えばテレビショッピングの映像が縮小表示されている。また、動画ウィンドウ以外の部分は、データ放送ブラウザ２０１、すなわちＣＰＵ１１８がグラフィック生成部１１０を使用して文字図形プレーン１０９上に描画した図形や文字が表示される。図６中のｂの「実物大」表示へのリンクボタンは、前述の表示許可属性を示す変数がＴＲＵＥであったために表示されている。
【００５６】
［全体表示］
図６に示す表示が行われているときに、ユーザがリモコン１３２を使用して「全体表示」ボタンを選択した場合、全体表示画面用ＸＭＬデータが新たに取得され、その内容に基づいた表示が行われる。全体表示画面では商品の全体のイメージを写した静止画が大きく表示される。このときデータ放送ブラウザ２０１は、受信した静止画ファイルデータを静止画プレーン１０８へ描画すると共に、画面合成部１１１を制御して、番組表示用の動画ウィンドウと静止画表示用の静止画ウィンドウと図６のメイン画面へ戻るためのリンクボタンから構成される画面を生成する。図７、図８にその画面例を示す。図７は対角サイズ２９インチの表示器１３４に表示された場合で、図８は対角サイズ１９．２インチの表示器１３４に表示された場合を示している。
【００５７】
［質感表示］
また図６の表示が行われているときに、ユーザがリモコンを使用して「質感表示」ボタンを選択した場合、質感表示画面用ＸＭＬデータが新たに取得され、その内容に基づいた表示が行われる。図９、図１０にその表示例を示す。図９は対角サイズ２９インチの表示器に表示された場合、図１０は対角サイズ１９．２インチの表示器に表示された場合を示している。
【００５８】
質感表示画面では、全体表示の時とは異なり、商品の質感がわかる程度まで近づいて撮影した静止画像が表示される。このとき、データ放送ブラウザ２０１は、受信した静止画ファイルデータを静止画プレーン１０８へ描画すると共に、画面合成部１１１を制御して、番組表示用の動画ウィンドウと静止画表示用の静止画ウィンドウと図６の画面へ戻るための戻りボタンから構成される画面を生成する。
【００５９】
［実物大表示ページ］
図６の表示が行われているときに、ユーザがリモコンを使用して「実物大表示」ボタンｂを選択した場合、実物大表示画面用ＸＭＬデータが新たに取得され、その内容に基づいた表示が行われる。図１１，１２にそのＸＭＬデータの例を示す。
【００６０】
図１３は、実物大表示画面における初期スクリプトの処理の流れを示すフローチャートである。スクリプトの処理は、大別すると、以下のステップで行われる。
【００６１】
まず、第１のステップとして、表示器１３４の画面サイズと縦横比などの画面情報の取得処理が実行される（ステップＳ１２０１）。
【００６２】
第２のステップとして、それらのデータと商品の全体画像を使用して実物大表示パラメータ計算処理を実行する（ステップＳ１２０２〜Ｓ１２０３）。
【００６３】
そして、第３のステップとして、適切な拡大率及び画像サイズであるかを判定する適切画像判定処理を実行し（ステップＳ１２０４〜Ｓ１２０６）、適切な画像ではないと判定した場合は、他の画像を用いて（ステップＳ１２０７）、第２のステップを再び実行する（他の画像が無い場合はそのまま第４のステップへ進む）。
【００６４】
第４のステップとして、最終的に決定した実物大画像表示のウィンドウサイズを反映して、動画ウィンドウの大きさを決定する（ステップＳ１２０８）。
【００６５】
次に、上記第１〜４のステップについて、さらに詳しく説明する。
【００６６】
第１のステップである画面サイズと縦横比情報の取得は、スクリプトから本実施形態に係るデータ放送ブラウザ２０１が実装しているＡＰＩであるＧｅｔＳｃｒｅｅｎＩｎｆｏ（）を呼ぶことで実行される（図１１のＦ参照）。
【００６７】
このＡＰＩは、引数としてｈｅｉｇｈｔ、ｗｉｄｔｈ、ｓｉｚｅ、ｒａｔｉｏという４種類文字列の何れかを指定すると、戻り値として、その引数に応じた値が戻される。また、引数としてのｈｅｉｇｈｔ、ｗｉｄｔｈは、デジタルテレビ受信装置１００内の静止画プレーン１０８の縦横の画素（ピクセル）数、すなわち、最大で表示できる画面の縦方向と横方向の画素数を示す。また、ｓｉｚｅは、デジタルテレビ受信装置１００の表示器１３４の対角インチサイズを示し、Ｒａｔｉｏは、表示器１３４の横縦比を表す数値であり、「０」の場合は４：３、「１」の場合１６：９を示す。
【００６８】
例えば、対角サイズ１９．２インチ、横縦比１６：９の表示器１３４が接続された高品位映像対応のデジタルテレビ受信装置１００で、データ放送用ブラウザが画面前面にいっぱいに表示されるものであれば、ｈｅｉｇｈｔ＝１０８０、ｗｉｄｔｈ＝１９２０、ｓｉｚｅ＝１９．２、ｒａｔｉｏ＝１といった値が取得される。また、対角サイズ１４．６インチ、横縦比４：３の表示器１３４が接続されたデジタルテレビ受信装置１００においては、ｈｅｉｇｈｔ＝４８０、 ｗｉｄｔｈ＝７２０、ｓｉｚｅ＝１４．６、ｒａｔｉｏ＝０といった値が取得される。
【００６９】
データ放送ブラウザ２０１は、スクリプトから上記ＡＰＩをコールされると、ｓｉｚｅとｒａｔｉｏについては、起動時に表示器１３４からシリアルバスを介して読み出しメモリ１１２に格納しておいた情報をもとに戻り値を返し、ｈｅｉｇｈｔとｗｉｄｔｈについては、テレビ受像機の静止画プレーン１０８の解像度をもとに戻り値が返される。
【００７０】
一方、実物大表示を行うための原画となるソース画像のスケール情報については、データ放送のコンテンツ作成者が予め測定した情報をＸＭＬデータに記述しておくことができるため、データ放送ブラウザ２０１におけるスクリプトの処理動作としては、ｓｒｃ＿ｈｅｉｇｈｔ、ｓｒｃ＿ｗｉｄｔｈという変数に対する値の代入と、ｓｒｃ＿ｄｐｉという１インチ当たりの画素数を示す変数に対しての値の代入処理のみとなる（図１１のＡ参照）。
【００７１】
第２のステップである実物大表示パラメータの計算処理は、図１４に示したフローチャートの手順で行われる。なお、図１４の処理では、デジタルテレビ受信装置１００の静止画プレーン１０８の解像度と表示器１３４の横縦比の組み合わせとしては、以下の３通りを想定している（図１１のＧ参照）。ただし、本発明は、この組み合わせに限定されることなく、さらに多種多様の組み合わせに対応する計算処理を行うことが可能である。
（１）解像度（１９２０×１０８０）、横縦比（１６：９）
（２）解像度（７２０×４８０）、横縦比（４：３）
（３）解像度（７２０×４８０）、横縦比（１６：９）
なお、図１４に示したｈｅｉｇｈｔは静止画プレーン１０８の縦画素数、ｒａｔｉｏは表示器１３４の横縦比（１６：９＝１、４：３＝０）、ｓｒｃ＿ｄｐｉはソース画像の１インチ当りの画素数、ｋは表示器１３４の１インチ当りの画素数、Ｚｘはソース画像に施すべき横方向のズーム率、Ｚｙはソース画像に施すべき縦方向のズーム率である。
【００７２】
また、ｋ＝の式の右辺の値「１８．３７５５９」は、表示器１３４の対角線の比率を示す値であり、表示器１３４の横縦比（１６：９）に基づいて、（１８．３７５５９）2＝１６2＋９2なる数式から導かれるものである。同様に、ｋ＝の式の右辺の値「５」も、表示器１３４の対角線の比率を示す値であり、表示器１３４の横縦比（４：３）に基づいて、５2＝４2＋３2なる数式から導かれるものである。
（１）の場合、静止画プレーン１０８に描かれた画像は、データ放送用データのままであるため、ソース画像に施すズーム率は横と縦とで同じ（Ｚｘ＝Ｚｙ）となる（ステップＳ１３０４）。
（２）の場合、静止画プレーン１０８に描かれた画像は、データ放送用データよりも横方向が短く表示されるため、ソース画像に施すズーム率が横と縦とで異なり、Ｚｘ＞Ｚｙとなる（ステップＳ１３０５）。
（３）の場合、静止画プレーン１０８に描かれた画像は、データ放送用データよりも横方向が長く表示されるため、ソース画像に施すズーム率が横と縦とで異なり、Ｚｘ＜Ｚｙとなる（ステップＳ１３０３）。
【００７３】
第３のステップである適切画像判定処理は、図１５に示したフローチャートの手順で行われる。なお、図１５に示したｄｓｔ＿ｈｅｉｇｈｔはソース画像を拡大処理した後の縦画素数、ｈｅｉｇｈｔはブラウザウィンドウの縦画素数、Ｚｙはソース画像に施すべき縦方向のズーム率である。
【００７４】
適切画像判定処理では、第２のステップで計算した縦方向の拡大率が一定数以上の場合で（ステップＳ１４０１）、かつ、その拡大率に基づきソース画像を拡大処理した結果、画像サイズが一定以上大きい場合に（ステップＳ１４０２）、不適当と判定する（ステップＳ１４０４）。それ以外の場合は、不適切と判定する（ステップＳ１４０３）。
【００７５】
本実施形態では、縦方向の拡大率が４００%場合で、ソース画像を４００％に拡大処理した後の縦画素数が、ブラウザウィンドウの縦画素数の７０％以上となる場合に、不適当と判定している（図１２のＨ参照）。
【００７６】
［実物大画像を質感画像から作る］
第３のステップにおいて不適当と判定された場合には、ソース画像を全体画像から拡大画像に切り替えて、再び第２のステップから処理が実行される。（図１３のステップＳ１２−７）
第４のステップである動画ウィンドウサイズの調整処理は、図１６に示したフローチャートの手順で行われる（図１２のＩ参照）。
【００７７】
なお、図１６に示したｄｓｔ＿ｈｅｉｇｈｔはソース画像を拡大処理した後の縦画素数、ｄｓｔ＿ｗｉｄｔｈはソース画像を拡大処理した後の横画素数、ｈｅｉｇｈｔはブラウザウィンドウの縦画素数、ｗｉｄｔｈはブラウザウィンドウの横環画素数、ｒｅａｌ＿ｈｅｉｇｈｔは実物大画像表示ウィンドウの縦画素数、ｒｅａｌ＿ｗｉｄｔｈは実物大画像表示ウィンドウの横画素数、ｍｏｖ＿ｈｅｉｇｈｔは動画ウィンドウの縦画素数、ｍｏｖ＿ｗｉｄｔｈは動画ウィンドウの横画素数である。
【００７８】
動画ウィンドウサイズの調整処理では、第３のステップにおいて決定した拡大率（Ｚｘ，Ｚｙ）をもとに、ソース画像を拡大（縮小）処理した結果の画像サイズ（ｄｓｔ＿ｈｅｉｇｈｔ、ｄｓｔ＿ｗｉｄｔｈ）を求め、そのサイズが画面（ブラウザウィンドウ）の一定範囲内（図では７０％）に必ず収まるように、実物大画像表示ウィンドウサイズ（ｒｅａｌ＿ｈｅｉｇｈｔ，ｒｅａｌ＿ｗｉｄｔｈ）及び動画ウィンドウサイズ（ｍｏｖ＿ｈｅｉｇｈｔ，ｍｏｖ＿ｗｉｄｔｈ）を決定する（ステップＳ１５０１→Ｓ１５０３）。
【００７９】
［表示例］
以上説明したデータ放送ブラウザ及び実物大表示画面用ＸＭＬデータ内に記述されたスクリプトの処理による表示の例を示す。図１７は対角サイズ２９インチ、横縦比１６：９の表示器１３４に表示した場合を示した図であり、図１８は対角サイズ１９．２インチ、横縦比１６：９の表示器１３４に表示した場合を示した図である。
【００８０】
これらの図からわかるように、表示器１３４のサイズが異なっても、商品の大きさを常に実物大に保つことができる。また、実物大表示のウィンドウサイズに応じて動画表示ウィンドウのサイズが常に最大になるように調整されるため、状況に応じて最適な環境で視聴することができる。
【００８１】
一方、図１８は、自転車のような１メートル以上ような商品の実物大表示を１９インチのモニタで行った場合の表示例である。本実施形態のデータ放送ブラウザ２０１によれば、大きなサイズの商品などの着目画像については、図２１のＡに示すような全体画像ではなく、図１９のＡに示すような拡大（質感）画像をソース（原画）として実物大画像を生成するので、図２１のＡの図を原画としたときよりも、実物大画像の画質を向上することができる。
【００８２】
以上説明したように、本実施形態によれば、データ放送ショッピングなどのデータ放送サービスにおいて、商品や物品を表示器１３４上で実物のサイズを忠実に反映した形で（すなわち、所謂実物大で）表示することができるので、ユーザの感じる「実物感」が向上し、データ放送ショッピングに対する安心感を高めることが可能となる。
【００８３】
また、従来から専用システムとして商品を所謂実物大で表示する技術は提案されていたが、本実施形態では、デジタルテレビジョン放送のデータ放送サービスにおいても、受信機の表示画面の画面サイズや解像度などの仕様の如何に拘わらず、所謂実物大で表示を行うことが可能となる。
【００８４】
さらに、本実施形態によれば、例えば１つのデータ放送コンテンツで、リアルサイズ対応の受信機の場合だけ、リアルサイズ表示用コンテンツが再生されるようにすることができる。また、番組連動型のデータ放送におけるテレビ映像と商品との同時表示の際の各ウィンドウサイズが最適化されるので、画面を有効に使った商品の表示ができるようになる。
【００８５】
また、本実施形態では、所謂実物大画像の画質を向上させることができ、さらにユーザ設定なしに所謂実物大表示が可能となる。
【００８６】
［実施形態の変形例］
なお、上記実施形態では、データ放送のコンテンツとして「データ放送ショッピング」という例で説明したが、データ放送コンテンツとしては、これに限定されることなく、物品の大きさを視聴者に知らしめる場合ならば何でもよく、例えば教育番組に連動したデータ放送において、動物や昆虫の大きさを示すようなコンテンツであってもよい。
【００８７】
また、所謂実物大表示を行う画像データは、静止画像データだけでなく、例えば、テーブル上に載置された商品がテーブルと共に回転するような動画データであってもよい。この場合の商品に係る動画データは、データストリーム方式でＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）により伝送すればよい。
【００８８】
さらに、上記実施形態のように、画像データを拡大・縮小するための処理手順は、データ放送装置が放送するトランスポートストリームの中に含ませることなく、受信機側に当該処理手順を予め記憶しておくことも可能である。この場合は、データ放送装置側では、上記画像データの基準表示サイズを送信するだけでよく、受信機の仕様に応じた拡大・縮小用のパラメータを送信する必要はないので、多種多様の仕様の受信機に対して所謂実物大表示を実行させることが可能となり、汎用性が向上する。
【００８９】
また、本発明は、上記実施形態に開示の内容に限られるものではなく、請求項で示した機能、又は、実施形態の構成が持つ機能が達成できるものであればどのようなものであっても適用できるものである。
【００９０】
例えば、以上の実施形態のソフト構成とハード構成は、適宜置き換えることができるものである。また、以上の各実施形態、または、それら技術要素を必要に応じて組み合わせるようにしてもよい。また、本発明は、特許請求の範囲の構成、または、実施形態の構成の全体若しくは一部が、１つの装置を形成するものであっても、他の装置と結合するようなものであっても、装置を構成する要素となるようなものであってもよい。
【００９１】
【発明の効果】
以上説明したように、本発明によれば、データ放送に係る画像データを、受信機の仕様の如何に拘わらず、実物のサイズを反映した形で表示することが可能となり、例えばデータ放送ショッピング等においては、商品を購買すべきか否かを的確に判断することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したデジタルテレビ受信装置の概略構成を示すブロック図である。
【図２】上記デジタルテレビ受信装置のＣＰＵで動作するソフトウェアの構成を示した図である。
【図３】データ放送ブラウザの処理内容を示すフローチャートである。
【図４】放送局から送信されてくるスタートアップ画面用のＸＭＬデータ例を示す図である。
【図５】上記ＸＭＬデータ上に記述された初期スクリプト処理の流れを示すフローチャートである。
【図６】データ放送ブラウザが上記スタートアップ画面のＸＭＬデータに基づいて生成した表示画面例を示す図である。
【図７】図６の画面で全体表示ボタンを選択した場合の表示画面例を示す図である（２９インチの場合）。
【図８】図６の画面で全体表示ボタンを選択した場合の表示画面例を示す図である（１９．２インチの場合）。
【図９】図６の画面で質感表示ボタンを選択した場合の表示画面例を示す図である（２９インチの場合）。
【図１０】図６の画面で質感表示ボタンを選択した場合の表示画面例を示す図である（１９．２インチの場合）。
【図１１】放送局から送信されてくる実物大表示画面用のＸＭＬデータ例を示す図である。
【図１２】図１１の続きの図である。
【図１３】図１１，１２に示したＸＭＬデータ上に記述された初期スクリプト処理の流れを示すフローチャートである。
【図１４】図１３における実物大表示パラメータの計算処理の詳細を示すフローチャートである。
【図１５】図１３における適切判定処理の詳細を示すフローチャートである。
【図１６】図１３における動画ウィンドウ調整処理の詳細を示すフローチャートである。
【図１７】データ放送ブラウザが実物大画面のＸＭＬデータに基づいて生成した表示画面例を示す図である（２９インチの場合）。
【図１８】データ放送ブラウザが実物大画面のＸＭＬデータに基づいて生成した表示画面例を示す図である（１９．２インチの場合）。
【図１９】拡大（質感）画像をソース画像として実物大画像を生成した表示画面例を示す図である。
【図２０】一般的なデジタルテレビ受信装置の構成例を示すブロック図である。
【図２１】従来の技術で実物大表示を行った場合の表示状態を示す図である。
【符号の説明】
１００：デジタルテレビ受信装置
１０１：チューナ部
１０２：デスクランブラ
１０３：トランスポートデコーダ
１０６：ビデオデコーダ
１１０：グラフィック生成部
１１２：メモリ
１１８：ＣＰＵ
１０７：動画プレーン
１０８：静止画プレーン
１０９：文字図形プレーン
１１１：画像合成部
１１９：ハードディスク
１２１：グラフィックバッファ
１３４：表示器
２０１：データ放送ブラウザ
【発明の属する技術分野】
本発明は、文字・画像・音声・映像などが多重化されたデータ放送コンテンツの表示制御技術に関する。
【０００２】
【従来の技術】
デジタル衛星放送の開始により、データ放送サービスをパソコンだけでなく、テレビ受像機でも受信可能となった。。すなわち、テレビ受像機自体にデータ放送の受信機能、及び再生ソフト（データ放送用ブラウザ）を搭載することにより、パソコンを持たないユーザでも手軽に各種の情報を閲覧したり、テレビ番組と連動した情報を文字や画像で表示したりすることが可能なサービスが開始されている。国内においてこのようなサービスを行うための規格としては、社団法人電波産業会（通称、ＡＲＩＢ）における標準規格ＡＲＩＢ−ＳＴＤ−Ｂ２４がある。
【０００３】
放送局では、通常のテレビ番組の番組データ、音声データ、及びデータ放送用データが符号化される。そして、それらの符号化信号が多重化された後に、変調されてアンテナから出力される。アンテナから出力された信号は、放送衛星（ＢＳ）を介してユーザ側端末（テレビ受信機）に送られる。
【０００４】
図２０を用いて、衛星デジタル放送を受信するテレビ受信機の構成を説明する。テレビ受信機１００では、受信した信号のうち、ユーザによって選択された番組に対応するチャンネルの周波数帯域の信号が、チューナ１０１によって選択される。チューナ１０１は、入力された信号に対して、復調、誤り訂正等の処理を施して、トランスポートストリーム（ＴＳ）と呼ばれるデジタルデータを再現し、デスクランブラ１０２を介してトランスポートデコーダ１０３に出力する。
【０００５】
トランスポートデコーダ１０３では、ユーザによって選択された番組に対応するパケットが抽出される。そして、抽出されたパケット内の映像データは、ビデオデコーダ１０６によって復号化された後、グラフィックバッファ１２１内の「動画プレーン１０７」に格納される。抽出されたパケット内の音声データは、オーディオデコーダ１０４によって復号化された後、スピーカ１３３に出力される。抽出されたパケット内のデータ放送用データは、ＣＰＵ１１８に送られて復号化された後、データ記憶装置（図示省略）に格納される。ＣＰＵ１１８は、データ放送用データの内容を表示する際には、データ記憶装置に格納したデータ放送用データを読み出し、グラフィック生成部１１０を介して文字や図形の画像データに変換した後、グラフィックバッファ１２１の「文字図形プレーン１０９」、又は「静止画プレーン１０８」に格納する。
【０００６】
文字図形プレーンとは、主にデータ放送におけるＵＩ（ユーザインターフェース）となるボタンやテキスト、図形、絵などのビットイメージを格納するものである。静止画プレーンとは、写真画像などのビットイメージを格納するものである。
【０００７】
画像合成部１１１では、グラフィックバッファ１２１内の動画プレーン１０７、文字図形プレーン１０９、静止画プレーン１０８に格納されたグラフィックデータを合成処理し、表示器１３４へ出力して表示させる。
【０００８】
前述の電波産業会の定める規格では、衛星デジタル放送の受信機における、映像プレーン、文字図形プレーン、静止画プレーンの各プレーンの解像度は、その受信機の性能により異なることが許されている。例えば、静止画プレーンに関しては、解像度が横１９２０×縦１０８０のものと、横７２０×縦４８０のものがあり、７２０×４８０の解像度においては、表示器上で横縦の比が１６：９で表示される場合と、４：３で表示される場合とがある。
【０００９】
また、静止画プレーンが１９２０×１０８０の解像度の場合には、静止画プレーン上の各画素は正方形として表示されるが、７２０×４８０の解像度の場合は、表示器の横縦の比が１６：９であれば、静止画プレーンの各画素は若干横長の長方形として表示され、４：３であれば、若干縦長の長方形として表示される。また、当然ながら表示器のサイズは１４インチ、１９インチ、３３インチなど各種のサイズがある。
【００１０】
データ放送では、ＩＳＯ／ＩＥＣ１３８１８−６に規定されているＤＳＭ−ＣＣのデータカルーセル方式により、放送局から繰り返しデジタルデータが送出されてくる。トランスポートデコーダによってフィルタリングされたデジタルデータには、テキスト情報、スクリプト情報、画像情報、映像・音声データが含まれており、テキスト情報はＷ３Ｃの規定するＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述されている。
【００１１】
このデータ放送を利用して、電子ショッピングなどのサービスをユーザに提供する試みがなされている。例えば、ショッピング番組の放送中にデータ放送で商品の詳細情報や画像を配信し、ユーザの操作によって番組で紹介中の商品の詳細な情報を表示するといったサービスが考えられている。このようなデータ放送サービスを、番組連動型のデータ放送サービスと呼んでいる。
【００１２】
【発明が解決しようとする課題】
このようなテレビ受信機を利用した電子ショッピングでは、利用されるテレビ画面の大きさや解像度によって商品の表示サイズが異なるため、実際の商品の大きさとユーザに伝わる商品の大きさのイメージが一致し難いという問題がある。
【００１３】
商品の大きさを表示器上で再現するための技術としては、特開平９−００６９４４号公報において、商品の実物大の表示を行うために、画面サイズに対応した商品画像の拡大・縮小を行う電子カタログシステムが提案されている。
【００１４】
しかしながら、前述したように、デジタル放送におけるデータ放送サービスにおいては、テレビ受信機側の静止画プレーンの解像度、表示器のサイズ、表示時の縦横比など、ユーザ毎に受信環境が異なる場合がある。
【００１５】
そのため、前述の特開平９−００６９４４号公報のように、画面サイズのみを条件に拡大、縮小処理を行うという単純な技術では、ユーザ側のテレビ受信機の仕様によっては、商品の本来の縦横比が変化してしまい、実物大の表示をすること、すなわち、ユーザがテレビ画面の表示から受ける印象を実際の商品のイメージと一致させることが困難になる場合があった。
【００１６】
また、従来の技術では、ユーザが画面サイズのデータを入力する必要があり、さらに特定の画像データからのみ実物大の画像データを生成していたため、商品の大きさや画面サイズ・解像度の組み合わせよっては、実物大表示の際に画像の表示画質が著しく低下し、実物感が低下していた。
【００１７】
例えば、図２１のように、商品の大きさが１メートルほどあるものを１４インチのテレビモニタに実物大で表示しようとした場合、従来は、全体を写した画像の一部分を大きく拡大表示することになり、表示画質が低下していた。
【００１８】
すなわち、図２１の例では、図２１でＡに示す長さ１．５ｍほどの「自転車」の全体画像をもとに１４インチサイズのテレビ画面で実物大表示する場合、Ａの画像の一部分を大きく拡大処理して表示することになる。このとき、Ａの画像の解像度が十分でない場合、図２１でＢに示したように、表示画質が著しく低下し、実物感が低下していた。
【００１９】
本発明は、このような従来技術の問題に鑑みてなされたもので、その課題は、データ放送に係る画像データを、受信機の仕様の如何に拘わらず、実物のサイズを反映した形で表示できるようにすることにある。
【００２０】
【課題を解決するための手段】
上記課題を解決するため、本発明は、データ放送に係るコンテンツを受信して記憶装置に記憶させる記憶制御手段と、前記記憶装置に記憶されたコンテンツを表示装置に表示させる表示制御手段とを有するテレビ受信装置において、前記表示制御手段は、前記コンテンツに係る画像データが前記表示装置の表示画面に実物のサイズを反映した形で表示されるように、前記記憶装置の静止画プレーンの画素数、前記表示装置に設けられたメモリに格納された前記表示画面のサイズ及び縦横比とからなる画面情報と、前記画像データの基準表示サイズとに基づいて決定した拡大・縮小率で前記画像データを拡大・縮小する拡大・縮小手段を有している。
【００２１】
また、本発明は、データ放送に係るコンテンツを受信して記憶装置に記憶させる記憶制御ステップと、前記記憶装置に記憶されたコンテンツを表示装置に表示させる表示制御ステップとを有するテレビ受信装置の制御方法において、前記表示制御ステップは、前記コンテンツに係る画像データが前記表示装置の表示画面に実物のサイズを反映した形で表示されるように、前記記憶装置の静止画プレーンの画素数、前記表示装置に設けられたメモリに格納された前記表示画面のサイズ及び縦横比とからなる画面情報と、前記画像データの基準表示サイズとに基づいて決定した拡大・縮小率で前記画像データを拡大・縮小する拡大・縮小ステップを含んでいる。
【００２８】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００２９】
図１は、本発明を適用したデジタルテレビ受信装置１００の概略構成を示すブロック図である。
【００３０】
図１において、アンテナにより受信された信号はチューナ部１０１に入力される。チューナ部１０１は、入力された信号に対して、復調、誤り訂正等の処理を施し、トランスポートストリーム（ＴＳ）と呼ばれる形式のデジタルデータを再現する。更に、再現したトランスポートストリーム（ＴＳ）データをデスクランブラ１０２に出力する。
【００３１】
デスクランブラ１０２は、視聴制限のためのスクランブルがかけられているＴＳデータがチューナ部１０１より入力された場合、ＴＳデータに含まれるデスクランブルのための鍵情報とＩＣカード制御部１１７より出力される鍵情報とに基づいて、スクランブル解除を行い、トランスポートデコーダ１０３に出力する。
【００３２】
ここで、ＩＣカード制御部１１７は、ユーザの契約情報及びＴＳデータに含まれるデスクランブラのための鍵情報を解くための鍵情報が格納されているＩＣカードを含み、デスクランブラ１０２より入力されたデスクランブルのための鍵情報を解くための鍵情報があった場合、その鍵情報をデスクランブラ１０２に出力する。
【００３３】
また、デスクランブラ１０２は、チューナ部１０１よりスクランブルがかけられていないＴＳデータを入力した場合には、ＴＳデータをトランスポートデコーダ１０３に出力する。トランスポートデコーダ１０３では、ユーザによって選択された番組に対応するパケットが抽出される。
【００３４】
そして、抽出されたパケット内の映像データは、ビデオデコーダ１０６によって復号化された後、グラフィックバッファ１２１内の動画プレーン１０７に送られる。抽出されたパケット内の音声データは、オーディオデコーダ１０４によって復号化された後、Ｄ／Ａ変換器１０５を介してスピーカ１３３に出力される。抽出されたパケット内のデータ放送用データは、ＣＰＵ１１８に接続されているバス１２２を介してメモリ１１２に取り込まれ、後述するＣＰＵ１１８の処理によって復号化された後、ハードディスク１１９に格納される。
【００３５】
ＣＰＵ１１８は、データ放送の内容を表示する際には、ハードディスク１１９に格納したデータ放送用データを読み出し、グラフィック生成部１１０を介して文字や図形の画像データに変換した後、グラフィックバッファ１２１の文字図形プレーン１０９、又は静止画プレーン１０８に送る。
【００３６】
画面合成部１１１では、グラフィックバッファ１２１内の動画プレーン１０７、文字図形プレーン１０９、静止画プレーン１０８に格納されたグラフィックデータの合成／切換処理を行い、表示器１３４へ出力する。
【００３７】
表示器１３４は、送られてきた画像データを表示すると共に、その内部に表示器１３４の画面サイズ等の情報を保存したメモリを有しており、そのメモリ内の情報は、デジタルテレビ受信装置１００と表示器１３４の間で接続されたシリアルバスによってデジタルテレビ受信装置１００へ送られ、シリアルインターフェース２０及びバス１２２を介して、ＣＰＵ１１８の管理するメモリ１１２に格納される。
【００３８】
バス１２２には、更にＩＥＥＥ１３９４インターフェース１１４及びモデム１１５が接続されており、ＩＥＥＥ１３９４インターフェース１１４は、本デジタルテレビ受信装置１００が、外部に接続されたＶＴＲ（ビデオテープレコーダ）１３０やプリンタ１３１とプロトコル通信を行うために用いられる。また、モデム１１５は、電話回線経由でインターネット接続するために用いられる。
【００３９】
［データ放送について］
データ放送は、ＩＳＯ／ＩＥＣ１３８１８−６に規定されているＤＳＭ−ＣＣのデータカルーセル方式により放送局から繰り返しデジタルデータが送出されてくる。トランスポートデコーダ１０３によってフィルタリングされたデータ放送用データには、テキスト情報、スクリプト情報、画像情報、映像・音声データが含まれており、テキスト情報はＷ３Ｃの規定するＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述されている。
【００４０】
本実施形態では、データ放送再生用ＸＭＬの仕様としてＨＴＭＬ４．０をＸＭＬ１．０で再定式化したＸＨＴＭＬ仕様を基本とした仕様を用いている。ＸＭＬでは、文書中の文字列に対して、タグ＜ ＞と、タグ＜／ ＞で囲まれた部分によって属性付け（意味付け）が行われる。また、このタグは、「入れ子」にすることが可能である。また、表示形式は、ＣＳＳ（カスケーディング・スタイルシート）、スクリプト処理は、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔを用いている。
【００４１】
図２は、ＣＰＵ１１８で動作するソフトウェアの構造を示した図である。データ放送ブラウザ２０１は、オペレーティングシステム２００の上で動作するアプリケーションであり、アプリケーションからは、グラフィックライブラリ２０１とグラフィックドライバ２０３を介してグラフィック生成部１１０を制御し、文字や図形、画像などをグラフィックバッファ１２１上に描画する。
【００４２】
また、ウィンドウ制御ミドルウェア２０４と画面合成部ドライバ２０５を介して画面合成部１１１を制御することにより、動画、静止画、文字図形の合成処理を行う。また、トランスポートデコーダドライバ２０６を介してトランスポートデコーダ１０３が制御され、再生する動画や音声のフィルタ設定やデータ放送用データの受信が行われる。さらに、シリアルドライバ２０７を介してシリアルインターフェース２０が制御され、表示器１３４内のメモリから表示器１３４の画面サイズや縦横比情報が読み出される。また、リモコンドライバ２０８を介してリモートコントローラ（以下、リモコンという）１３２との通信が行われ、ユーザの操作内容を入力する。
【００４３】
次に、上記構成のデジタルテレビ受信装置の動作について説明する。
【００４４】
［データ放送ブラウザの動作］
図３は、データ放送ブラウザ２０１による処理内容を示したフローチャートである。ユーザが、テレビ番組視聴中にリモコン１３２を使ってデータ放送表示を指示すると、ＣＰＵ１１８は、先ず、データ放送受信再生プログラム（データ放送ブラウザ２０１）を起動する（ステップＳ３０１）。
【００４５】
起動されたデータ放送ブラウザ２０１は、まず、初めに、表示器１３４から画面のサイズ情報と画面の縦横比情報を取得する（ステップＳ３０２）。本実施形態のデジタルテレビ受信装置１００は、シリアルバスにより表示器１３４と接続されており、そのシリアルバスを介して、表示器１３４のメモリに保存された画面のサイズ情報と縦横比情報が読み出される。例えば「画面サイズ＝１９．２インチ、横縦比＝１６：９」という情報が取得される。データ放送ブラウザ２０１は、取得した情報をメモリ１１２に格納する。
【００４６】
データ放送ブラウザ２０１は、次に、トランスポートデコーダ１０３を制御してデータカルーセル方式で送信されてくるデータ放送コンテンツの受信を開始し、画面のＸＭＬデータ及び同データに埋め込まれた画像などの関連データを取得し、メモリ１１２に格納する（ステップＳ３０３）。
【００４７】
［スタートアップページ］
図４に、ショッピング番組と連動したデータ放送のスタートアップ画面用の「受信ＸＭＬデータ」の例を示す。この例では、放送中の番組を表示するための＜ｏｂｊｅｃｔ＞（オブジェクトタグ、図４中のＡ）や、現在番組の中で紹介中の商品の詳細情報を表示するためのリンクボタン（図４中のＢ）や、さらに全体表示、質感表示（拡大画像）や、実物大表示、オーダー画面表示などの画面へ切り替えるためのリンクボタン（図４中のＣ、Ｄ，Ｅ）などの要素が含まれている。各要素には、表示位置や表示形式を定義するスタイル定義が施されており、例えば、図４中のＡのオブジェクト要素は、画面の上から６０画素、左から４０画素の位置から、幅１６９５画素、高さ８５６画素の領域に配置されることを示している。また、各リンクボタンには、ユーザがリンクボタンを選択した場合に表示されるＸＭＬデータが記述されている。
【００４８】
データ放送ブラウザ２０１は、上記ＸＭＬデータと関連する画像などを取得すると、ＸＭＬデータ中の＜ｂｏｄｙ＞タグのＯｎＬｏａｄ属性に記述されたスクリプト関数を、初期スクリプトとして実行する（図３のステップＳ３０４）。
【００４９】
図４の＜ｓｃｒｉｐｔ＞と＜／ｓｃｒｉｐｔ＞で挟まれた部分にスクリプトが記述してあり、この例ではｉｎｉｔｉａｌｉｚｅ関数が初期スクリプトとなる。
【００５０】
図５は、図４に示したスタートアップ画面用ＸＭＬデータの初期スクリプトの処理を示したフローチャートである。
【００５１】
本初期スクリプトでは、現在のデータ放送ブラウザ２０１の実行環境、すなわち、デジタルテレビ受信装置１００が実物大表示の機能を有しているかを問い合わせる関数を呼び出す（図５のステップＳ５０１）。
【００５２】
データ放送ブラウザ２０１は、スクリプトから呼び出せる組み込みＡＰＩとしてＧｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）というＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を有しており、このＡＰＩは、引数として”ｒｅａｌｓｉｚｅ”という文字列を与えると、表示許可属性を示す変数として、「１」（ＴＲＵＥの意味）または「０」（ＦＡＬＳＥの意）という値を返す。
【００５３】
説明中のデジタルテレビ受信装置１００及びデータ放送ブラウザ２０１は、実物大表示機能を有しているので、この場合には、このＡＰＩの戻り値はＴＲＵＥ（真）となる（図５のステップＳ５０３）。反対に、もし実物大表示機能を有していないデータ放送ブラウザ２０１でこのスクリプトが実行されると、このＡＰＩの戻り値はＦＡＬＳＥ（偽）となる図５のステップＳ５０４）。上記スクリプトでは、このＡＰＩの戻り値を「実物大ページへのリンクボタン」の表示許可／不許可を決定する「ｖｉｓｉｂｉｌｉｔｙ」属性に代入する。
【００５４】
データ放送ブラウザ２０１は、初期スクリプト実行後、グラフィック生成部１１０を介して文字図形プレーン１０９に対し、ボタンイメージやテキストなどの描画を行う（図３のステップＳ３０５）と同時に、画面合成部１１１を制御して、動画プレーン１０７の画像との合成処理を行う（図３のステップＳ３０６）。
【００５５】
図６は、このＸＭＬデータをデータ放送ブラウザ２０１に基づいて表示した際の表示例である。図６中のａの矩形部分は、動画ウィンドウになっており、通常画面全体に表示される動画プレーン１０７の画像、例えばテレビショッピングの映像が縮小表示されている。また、動画ウィンドウ以外の部分は、データ放送ブラウザ２０１、すなわちＣＰＵ１１８がグラフィック生成部１１０を使用して文字図形プレーン１０９上に描画した図形や文字が表示される。図６中のｂの「実物大」表示へのリンクボタンは、前述の表示許可属性を示す変数がＴＲＵＥであったために表示されている。
【００５６】
［全体表示］
図６に示す表示が行われているときに、ユーザがリモコン１３２を使用して「全体表示」ボタンを選択した場合、全体表示画面用ＸＭＬデータが新たに取得され、その内容に基づいた表示が行われる。全体表示画面では商品の全体のイメージを写した静止画が大きく表示される。このときデータ放送ブラウザ２０１は、受信した静止画ファイルデータを静止画プレーン１０８へ描画すると共に、画面合成部１１１を制御して、番組表示用の動画ウィンドウと静止画表示用の静止画ウィンドウと図６のメイン画面へ戻るためのリンクボタンから構成される画面を生成する。図７、図８にその画面例を示す。図７は対角サイズ２９インチの表示器１３４に表示された場合で、図８は対角サイズ１９．２インチの表示器１３４に表示された場合を示している。
【００５７】
［質感表示］
また図６の表示が行われているときに、ユーザがリモコンを使用して「質感表示」ボタンを選択した場合、質感表示画面用ＸＭＬデータが新たに取得され、その内容に基づいた表示が行われる。図９、図１０にその表示例を示す。図９は対角サイズ２９インチの表示器に表示された場合、図１０は対角サイズ１９．２インチの表示器に表示された場合を示している。
【００５８】
質感表示画面では、全体表示の時とは異なり、商品の質感がわかる程度まで近づいて撮影した静止画像が表示される。このとき、データ放送ブラウザ２０１は、受信した静止画ファイルデータを静止画プレーン１０８へ描画すると共に、画面合成部１１１を制御して、番組表示用の動画ウィンドウと静止画表示用の静止画ウィンドウと図６の画面へ戻るための戻りボタンから構成される画面を生成する。
【００５９】
［実物大表示ページ］
図６の表示が行われているときに、ユーザがリモコンを使用して「実物大表示」ボタンｂを選択した場合、実物大表示画面用ＸＭＬデータが新たに取得され、その内容に基づいた表示が行われる。図１１，１２にそのＸＭＬデータの例を示す。
【００６０】
図１３は、実物大表示画面における初期スクリプトの処理の流れを示すフローチャートである。スクリプトの処理は、大別すると、以下のステップで行われる。
【００６１】
まず、第１のステップとして、表示器１３４の画面サイズと縦横比などの画面情報の取得処理が実行される（ステップＳ１２０１）。
【００６２】
第２のステップとして、それらのデータと商品の全体画像を使用して実物大表示パラメータ計算処理を実行する（ステップＳ１２０２〜Ｓ１２０３）。
【００６３】
そして、第３のステップとして、適切な拡大率及び画像サイズであるかを判定する適切画像判定処理を実行し（ステップＳ１２０４〜Ｓ１２０６）、適切な画像ではないと判定した場合は、他の画像を用いて（ステップＳ１２０７）、第２のステップを再び実行する（他の画像が無い場合はそのまま第４のステップへ進む）。
【００６４】
第４のステップとして、最終的に決定した実物大画像表示のウィンドウサイズを反映して、動画ウィンドウの大きさを決定する（ステップＳ１２０８）。
【００６５】
次に、上記第１〜４のステップについて、さらに詳しく説明する。
【００６６】
第１のステップである画面サイズと縦横比情報の取得は、スクリプトから本実施形態に係るデータ放送ブラウザ２０１が実装しているＡＰＩであるＧｅｔＳｃｒｅｅｎＩｎｆｏ（）を呼ぶことで実行される（図１１のＦ参照）。
【００６７】
このＡＰＩは、引数としてｈｅｉｇｈｔ、ｗｉｄｔｈ、ｓｉｚｅ、ｒａｔｉｏという４種類文字列の何れかを指定すると、戻り値として、その引数に応じた値が戻される。また、引数としてのｈｅｉｇｈｔ、ｗｉｄｔｈは、デジタルテレビ受信装置１００内の静止画プレーン１０８の縦横の画素（ピクセル）数、すなわち、最大で表示できる画面の縦方向と横方向の画素数を示す。また、ｓｉｚｅは、デジタルテレビ受信装置１００の表示器１３４の対角インチサイズを示し、Ｒａｔｉｏは、表示器１３４の横縦比を表す数値であり、「０」の場合は４：３、「１」の場合１６：９を示す。
【００６８】
例えば、対角サイズ１９．２インチ、横縦比１６：９の表示器１３４が接続された高品位映像対応のデジタルテレビ受信装置１００で、データ放送用ブラウザが画面前面にいっぱいに表示されるものであれば、ｈｅｉｇｈｔ＝１０８０、ｗｉｄｔｈ＝１９２０、ｓｉｚｅ＝１９．２、ｒａｔｉｏ＝１といった値が取得される。また、対角サイズ１４．６インチ、横縦比４：３の表示器１３４が接続されたデジタルテレビ受信装置１００においては、ｈｅｉｇｈｔ＝４８０、 ｗｉｄｔｈ＝７２０、ｓｉｚｅ＝１４．６、ｒａｔｉｏ＝０といった値が取得される。
【００６９】
データ放送ブラウザ２０１は、スクリプトから上記ＡＰＩをコールされると、ｓｉｚｅとｒａｔｉｏについては、起動時に表示器１３４からシリアルバスを介して読み出しメモリ１１２に格納しておいた情報をもとに戻り値を返し、ｈｅｉｇｈｔとｗｉｄｔｈについては、テレビ受像機の静止画プレーン１０８の解像度をもとに戻り値が返される。
【００７０】
一方、実物大表示を行うための原画となるソース画像のスケール情報については、データ放送のコンテンツ作成者が予め測定した情報をＸＭＬデータに記述しておくことができるため、データ放送ブラウザ２０１におけるスクリプトの処理動作としては、ｓｒｃ＿ｈｅｉｇｈｔ、ｓｒｃ＿ｗｉｄｔｈという変数に対する値の代入と、ｓｒｃ＿ｄｐｉという１インチ当たりの画素数を示す変数に対しての値の代入処理のみとなる（図１１のＡ参照）。
【００７１】
第２のステップである実物大表示パラメータの計算処理は、図１４に示したフローチャートの手順で行われる。なお、図１４の処理では、デジタルテレビ受信装置１００の静止画プレーン１０８の解像度と表示器１３４の横縦比の組み合わせとしては、以下の３通りを想定している（図１１のＧ参照）。ただし、本発明は、この組み合わせに限定されることなく、さらに多種多様の組み合わせに対応する計算処理を行うことが可能である。
（１）解像度（１９２０×１０８０）、横縦比（１６：９）
（２）解像度（７２０×４８０）、横縦比（４：３）
（３）解像度（７２０×４８０）、横縦比（１６：９）
なお、図１４に示したｈｅｉｇｈｔは静止画プレーン１０８の縦画素数、ｒａｔｉｏは表示器１３４の横縦比（１６：９＝１、４：３＝０）、ｓｒｃ＿ｄｐｉはソース画像の１インチ当りの画素数、ｋは表示器１３４の１インチ当りの画素数、Ｚｘはソース画像に施すべき横方向のズーム率、Ｚｙはソース画像に施すべき縦方向のズーム率である。
【００７２】
また、ｋ＝の式の右辺の値「１８．３７５５９」は、表示器１３４の対角線の比率を示す値であり、表示器１３４の横縦比（１６：９）に基づいて、（１８．３７５５９）2＝１６2＋９2なる数式から導かれるものである。同様に、ｋ＝の式の右辺の値「５」も、表示器１３４の対角線の比率を示す値であり、表示器１３４の横縦比（４：３）に基づいて、５2＝４2＋３2なる数式から導かれるものである。
（１）の場合、静止画プレーン１０８に描かれた画像は、データ放送用データのままであるため、ソース画像に施すズーム率は横と縦とで同じ（Ｚｘ＝Ｚｙ）となる（ステップＳ１３０４）。
（２）の場合、静止画プレーン１０８に描かれた画像は、データ放送用データよりも横方向が短く表示されるため、ソース画像に施すズーム率が横と縦とで異なり、Ｚｘ＞Ｚｙとなる（ステップＳ１３０５）。
（３）の場合、静止画プレーン１０８に描かれた画像は、データ放送用データよりも横方向が長く表示されるため、ソース画像に施すズーム率が横と縦とで異なり、Ｚｘ＜Ｚｙとなる（ステップＳ１３０３）。
【００７３】
第３のステップである適切画像判定処理は、図１５に示したフローチャートの手順で行われる。なお、図１５に示したｄｓｔ＿ｈｅｉｇｈｔはソース画像を拡大処理した後の縦画素数、ｈｅｉｇｈｔはブラウザウィンドウの縦画素数、Ｚｙはソース画像に施すべき縦方向のズーム率である。
【００７４】
適切画像判定処理では、第２のステップで計算した縦方向の拡大率が一定数以上の場合で（ステップＳ１４０１）、かつ、その拡大率に基づきソース画像を拡大処理した結果、画像サイズが一定以上大きい場合に（ステップＳ１４０２）、不適当と判定する（ステップＳ１４０４）。それ以外の場合は、不適切と判定する（ステップＳ１４０３）。
【００７５】
本実施形態では、縦方向の拡大率が４００%場合で、ソース画像を４００％に拡大処理した後の縦画素数が、ブラウザウィンドウの縦画素数の７０％以上となる場合に、不適当と判定している（図１２のＨ参照）。
【００７６】
［実物大画像を質感画像から作る］
第３のステップにおいて不適当と判定された場合には、ソース画像を全体画像から拡大画像に切り替えて、再び第２のステップから処理が実行される。（図１３のステップＳ１２−７）
第４のステップである動画ウィンドウサイズの調整処理は、図１６に示したフローチャートの手順で行われる（図１２のＩ参照）。
【００７７】
なお、図１６に示したｄｓｔ＿ｈｅｉｇｈｔはソース画像を拡大処理した後の縦画素数、ｄｓｔ＿ｗｉｄｔｈはソース画像を拡大処理した後の横画素数、ｈｅｉｇｈｔはブラウザウィンドウの縦画素数、ｗｉｄｔｈはブラウザウィンドウの横環画素数、ｒｅａｌ＿ｈｅｉｇｈｔは実物大画像表示ウィンドウの縦画素数、ｒｅａｌ＿ｗｉｄｔｈは実物大画像表示ウィンドウの横画素数、ｍｏｖ＿ｈｅｉｇｈｔは動画ウィンドウの縦画素数、ｍｏｖ＿ｗｉｄｔｈは動画ウィンドウの横画素数である。
【００７８】
動画ウィンドウサイズの調整処理では、第３のステップにおいて決定した拡大率（Ｚｘ，Ｚｙ）をもとに、ソース画像を拡大（縮小）処理した結果の画像サイズ（ｄｓｔ＿ｈｅｉｇｈｔ、ｄｓｔ＿ｗｉｄｔｈ）を求め、そのサイズが画面（ブラウザウィンドウ）の一定範囲内（図では７０％）に必ず収まるように、実物大画像表示ウィンドウサイズ（ｒｅａｌ＿ｈｅｉｇｈｔ，ｒｅａｌ＿ｗｉｄｔｈ）及び動画ウィンドウサイズ（ｍｏｖ＿ｈｅｉｇｈｔ，ｍｏｖ＿ｗｉｄｔｈ）を決定する（ステップＳ１５０１→Ｓ１５０３）。
【００７９】
［表示例］
以上説明したデータ放送ブラウザ及び実物大表示画面用ＸＭＬデータ内に記述されたスクリプトの処理による表示の例を示す。図１７は対角サイズ２９インチ、横縦比１６：９の表示器１３４に表示した場合を示した図であり、図１８は対角サイズ１９．２インチ、横縦比１６：９の表示器１３４に表示した場合を示した図である。
【００８０】
これらの図からわかるように、表示器１３４のサイズが異なっても、商品の大きさを常に実物大に保つことができる。また、実物大表示のウィンドウサイズに応じて動画表示ウィンドウのサイズが常に最大になるように調整されるため、状況に応じて最適な環境で視聴することができる。
【００８１】
一方、図１８は、自転車のような１メートル以上ような商品の実物大表示を１９インチのモニタで行った場合の表示例である。本実施形態のデータ放送ブラウザ２０１によれば、大きなサイズの商品などの着目画像については、図２１のＡに示すような全体画像ではなく、図１９のＡに示すような拡大（質感）画像をソース（原画）として実物大画像を生成するので、図２１のＡの図を原画としたときよりも、実物大画像の画質を向上することができる。
【００８２】
以上説明したように、本実施形態によれば、データ放送ショッピングなどのデータ放送サービスにおいて、商品や物品を表示器１３４上で実物のサイズを忠実に反映した形で（すなわち、所謂実物大で）表示することができるので、ユーザの感じる「実物感」が向上し、データ放送ショッピングに対する安心感を高めることが可能となる。
【００８３】
また、従来から専用システムとして商品を所謂実物大で表示する技術は提案されていたが、本実施形態では、デジタルテレビジョン放送のデータ放送サービスにおいても、受信機の表示画面の画面サイズや解像度などの仕様の如何に拘わらず、所謂実物大で表示を行うことが可能となる。
【００８４】
さらに、本実施形態によれば、例えば１つのデータ放送コンテンツで、リアルサイズ対応の受信機の場合だけ、リアルサイズ表示用コンテンツが再生されるようにすることができる。また、番組連動型のデータ放送におけるテレビ映像と商品との同時表示の際の各ウィンドウサイズが最適化されるので、画面を有効に使った商品の表示ができるようになる。
【００８５】
また、本実施形態では、所謂実物大画像の画質を向上させることができ、さらにユーザ設定なしに所謂実物大表示が可能となる。
【００８６】
［実施形態の変形例］
なお、上記実施形態では、データ放送のコンテンツとして「データ放送ショッピング」という例で説明したが、データ放送コンテンツとしては、これに限定されることなく、物品の大きさを視聴者に知らしめる場合ならば何でもよく、例えば教育番組に連動したデータ放送において、動物や昆虫の大きさを示すようなコンテンツであってもよい。
【００８７】
また、所謂実物大表示を行う画像データは、静止画像データだけでなく、例えば、テーブル上に載置された商品がテーブルと共に回転するような動画データであってもよい。この場合の商品に係る動画データは、データストリーム方式でＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）により伝送すればよい。
【００８８】
さらに、上記実施形態のように、画像データを拡大・縮小するための処理手順は、データ放送装置が放送するトランスポートストリームの中に含ませることなく、受信機側に当該処理手順を予め記憶しておくことも可能である。この場合は、データ放送装置側では、上記画像データの基準表示サイズを送信するだけでよく、受信機の仕様に応じた拡大・縮小用のパラメータを送信する必要はないので、多種多様の仕様の受信機に対して所謂実物大表示を実行させることが可能となり、汎用性が向上する。
【００８９】
また、本発明は、上記実施形態に開示の内容に限られるものではなく、請求項で示した機能、又は、実施形態の構成が持つ機能が達成できるものであればどのようなものであっても適用できるものである。
【００９０】
例えば、以上の実施形態のソフト構成とハード構成は、適宜置き換えることができるものである。また、以上の各実施形態、または、それら技術要素を必要に応じて組み合わせるようにしてもよい。また、本発明は、特許請求の範囲の構成、または、実施形態の構成の全体若しくは一部が、１つの装置を形成するものであっても、他の装置と結合するようなものであっても、装置を構成する要素となるようなものであってもよい。
【００９１】
【発明の効果】
以上説明したように、本発明によれば、データ放送に係る画像データを、受信機の仕様の如何に拘わらず、実物のサイズを反映した形で表示することが可能となり、例えばデータ放送ショッピング等においては、商品を購買すべきか否かを的確に判断することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したデジタルテレビ受信装置の概略構成を示すブロック図である。
【図２】上記デジタルテレビ受信装置のＣＰＵで動作するソフトウェアの構成を示した図である。
【図３】データ放送ブラウザの処理内容を示すフローチャートである。
【図４】放送局から送信されてくるスタートアップ画面用のＸＭＬデータ例を示す図である。
【図５】上記ＸＭＬデータ上に記述された初期スクリプト処理の流れを示すフローチャートである。
【図６】データ放送ブラウザが上記スタートアップ画面のＸＭＬデータに基づいて生成した表示画面例を示す図である。
【図７】図６の画面で全体表示ボタンを選択した場合の表示画面例を示す図である（２９インチの場合）。
【図８】図６の画面で全体表示ボタンを選択した場合の表示画面例を示す図である（１９．２インチの場合）。
【図９】図６の画面で質感表示ボタンを選択した場合の表示画面例を示す図である（２９インチの場合）。
【図１０】図６の画面で質感表示ボタンを選択した場合の表示画面例を示す図である（１９．２インチの場合）。
【図１１】放送局から送信されてくる実物大表示画面用のＸＭＬデータ例を示す図である。
【図１２】図１１の続きの図である。
【図１３】図１１，１２に示したＸＭＬデータ上に記述された初期スクリプト処理の流れを示すフローチャートである。
【図１４】図１３における実物大表示パラメータの計算処理の詳細を示すフローチャートである。
【図１５】図１３における適切判定処理の詳細を示すフローチャートである。
【図１６】図１３における動画ウィンドウ調整処理の詳細を示すフローチャートである。
【図１７】データ放送ブラウザが実物大画面のＸＭＬデータに基づいて生成した表示画面例を示す図である（２９インチの場合）。
【図１８】データ放送ブラウザが実物大画面のＸＭＬデータに基づいて生成した表示画面例を示す図である（１９．２インチの場合）。
【図１９】拡大（質感）画像をソース画像として実物大画像を生成した表示画面例を示す図である。
【図２０】一般的なデジタルテレビ受信装置の構成例を示すブロック図である。
【図２１】従来の技術で実物大表示を行った場合の表示状態を示す図である。
【符号の説明】
１００：デジタルテレビ受信装置
１０１：チューナ部
１０２：デスクランブラ
１０３：トランスポートデコーダ
１０６：ビデオデコーダ
１１０：グラフィック生成部
１１２：メモリ
１１８：ＣＰＵ
１０７：動画プレーン
１０８：静止画プレーン
１０９：文字図形プレーン
１１１：画像合成部
１１９：ハードディスク
１２１：グラフィックバッファ
１３４：表示器
２０１：データ放送ブラウザ
Claims (6)
- データ放送に係るコンテンツを受信して記憶装置に記憶させる記憶制御手段と、前記記憶装置に記憶されたコンテンツを表示装置に表示させる表示制御手段とを有するテレビ受信装置において、
前記表示制御手段は、前記コンテンツに係る画像データが前記表示装置の表示画面に実物のサイズを反映した形で表示されるように、前記記憶装置の静止画プレーンの画素数、前記表示装置に設けられたメモリに格納された前記表示画面のサイズ及び縦横比とからなる画面情報と、前記画像データの基準表示サイズとに基づいて決定した拡大・縮小率で前記画像データを拡大・縮小する拡大・縮小手段を有することを特徴とするテレビ受信装置。 - 前記拡大・縮小手段は、前記決定した拡大率が所定の値を超える場合は、該拡大・縮小手段により拡大された画像データの一部分に対して前記拡大処理を行うことを特徴とする請求項１に記載のテレビ受信装置。
- 前記コンテンツに係る画像データは、データ放送ショッピングにおける商品の画像データであることを特徴とする請求項１に記載のテレビ受信装置。
- 前記表示制御手段は、前記拡大・縮小手段により拡大・縮小された画像データと共に放送番組に係る動画データを同一画面に表示する際に、該動画データの表示サイズを該拡大・縮小された画像データのサイズに基づいて決定する決定手段を有することを特徴とする請求項１〜３の何れかに記載のテレビ受信装置。
- 前記コンテンツに係る画像データの基準表示サイズは、マークアップ言語を用いて記述され、前記表示制御手段による表示制御処理の手順は、スクリプト言語で記述されていることを特徴とする請求項１〜４の何れかに記載のテレビ受信装置。
- データ放送に係るコンテンツを受信して記憶装置に記憶させる記憶制御ステップと、前記記憶装置に記憶されたコンテンツを表示装置に表示させる表示制御ステップとを有するテレビ受信装置の制御方法において、
前記表示制御ステップは、前記コンテンツに係る画像データが前記表示装置の表示画面に実物のサイズを反映した形で表示されるように、前記記憶装置の静止画プレーンの画素数、前記表示装置に設けられたメモリに格納された前記表示画面のサイズ及び縦横比とからなる画面情報と、前記画像データの基準表示サイズとに基づいて決定した拡大・縮小率で前記画像データを拡大・縮小する拡大・縮小ステップを含むことを特徴とするテレビ受信装置の制御方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002018660A JP4136383B2 (ja) | 2002-01-28 | 2002-01-28 | テレビ受信装置及びその制御方法 |
| US10/347,863 US7196733B2 (en) | 2002-01-28 | 2003-01-22 | Apparatus for receiving broadcast data, method for displaying broadcast program, and computer program |
| EP20030250471 EP1331812A3 (en) | 2002-01-28 | 2003-01-27 | Apparatus for receiving broadcast data, method for displaying broadcast program, and computer program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002018660A JP4136383B2 (ja) | 2002-01-28 | 2002-01-28 | テレビ受信装置及びその制御方法 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2003219372A JP2003219372A (ja) | 2003-07-31 |
| JP2003219372A5 JP2003219372A5 (ja) | 2005-07-14 |
| JP4136383B2 true JP4136383B2 (ja) | 2008-08-20 |
Family
ID=27653919
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002018660A Expired - Fee Related JP4136383B2 (ja) | 2002-01-28 | 2002-01-28 | テレビ受信装置及びその制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4136383B2 (ja) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060015813A1 (en) * | 2002-11-27 | 2006-01-19 | Chung Hyun-Kwon | Apparatus and method for reproducing interactive contents by controlling font according to aspect ratio conversion |
| CN100521752C (zh) | 2003-04-28 | 2009-07-29 | 松下电器产业株式会社 | 记录介质和方法、再现装置和方法、程序和集成电路 |
| KR100882077B1 (ko) * | 2003-07-11 | 2009-02-10 | 파나소닉 주식회사 | 디스플레이 세트의 병렬처리를 수행할 수 있는 재생장치, 기록매체, 기록방법, 재생방법, 및 컴퓨터 판독가능한 기록매체 |
| MXPA06009473A (es) | 2004-02-23 | 2006-12-14 | Matsushita Electric Ind Co Ltd | Dispositivo de procesamiento de visualizacion. |
| JP4475396B2 (ja) * | 2004-03-25 | 2010-06-09 | 日本電気株式会社 | データ放送システムおよびフォーマット変換方法 |
| KR101156395B1 (ko) * | 2004-11-19 | 2012-06-13 | 엘지전자 주식회사 | 영상 객체 표시 장치 및 방법 |
| CN101600122B (zh) * | 2004-12-01 | 2011-10-05 | 松下电器产业株式会社 | 集成电路 |
| JP4102847B2 (ja) | 2006-06-30 | 2008-06-18 | シャープ株式会社 | 画像データ提供装置、画像表示装置、画像表示システム、画像データ提供装置の制御方法、画像表示装置の制御方法、制御プログラム、および、記録媒体 |
| JP4510853B2 (ja) * | 2007-07-05 | 2010-07-28 | シャープ株式会社 | 画像データ表示装置、画像データ出力装置、画像データ表示方法、画像データ出力方法及びプログラム |
| JP5007681B2 (ja) | 2008-02-14 | 2012-08-22 | ソニー株式会社 | 放送システム |
| JP2010016713A (ja) * | 2008-07-04 | 2010-01-21 | Sharp Corp | コンテンツ配信装置および表示装置 |
| JP5798343B2 (ja) * | 2011-03-10 | 2015-10-21 | 株式会社ソニー・コンピュータエンタテインメント | 画像処理装置および画像処理方法 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3192924B2 (ja) * | 1995-06-20 | 2001-07-30 | 三洋電機株式会社 | 電子カタログシステム |
| JP3689940B2 (ja) * | 1995-08-18 | 2005-08-31 | ソニー株式会社 | 送信装置及び受信装置 |
| JP2000011162A (ja) * | 1998-06-26 | 2000-01-14 | Toshiba Corp | 画像合成システム、画像合成装置、記録媒体 |
| JP2001134262A (ja) * | 1999-11-08 | 2001-05-18 | Canon Inc | 画像表示装置及び方法並びに記憶媒体 |
| JP2002279241A (ja) * | 2001-03-16 | 2002-09-27 | Mitsubishi Electric Corp | 電子購入システム |
-
2002
- 2002-01-28 JP JP2002018660A patent/JP4136383B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003219372A (ja) | 2003-07-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7196733B2 (en) | Apparatus for receiving broadcast data, method for displaying broadcast program, and computer program | |
| US7530084B2 (en) | Method and apparatus for synchronizing dynamic graphics | |
| US8072544B2 (en) | Video output apparatus and control method thereof | |
| US7768576B2 (en) | Multi-screen synthesis apparatus, method of controlling the apparatus, and program for controlling the apparatus | |
| JP4223099B2 (ja) | 放送ビデオと共に強化したコンテンツを提供する方法およびシステム | |
| JP4018332B2 (ja) | データ放送受信装置並びにデータ放送受信装置の印刷処理方法 | |
| TWI707582B (zh) | 傳送及接收媒體資料之方法及裝置 | |
| JP4136383B2 (ja) | テレビ受信装置及びその制御方法 | |
| EP1819154A2 (en) | Display signal control apparatus, and display signal control method | |
| US8161509B2 (en) | Television receiver and method for providing information to the same | |
| EP1154642A2 (en) | A method for using a single osd pixmap across mulitple video raster sizes by chaining osd headers | |
| CN111601144B (zh) | 流媒体文件播放方法及显示设备 | |
| US6750918B2 (en) | Method and system for using single OSD pixmap across multiple video raster sizes by using multiple headers | |
| JP4136384B2 (ja) | データ放送受信再生装置、データ放送受信再生方法、及び制御プログラム | |
| JP2002271712A (ja) | 字幕表示装置 | |
| KR100773883B1 (ko) | 다중 온 스크린 디스플레이 포맷을 포함하는 비디오를 처리하는 방법 및 시스템과, 비디오를 저장하기 위한 온 스크린 디스플레이 메모리 | |
| JP4125106B2 (ja) | データ放送受信再生装置及びデータ放送受信再生方法 | |
| EP1848203B2 (en) | Method and system for video image aspect ratio conversion | |
| JP2003209797A (ja) | デジタル放送受信装置及びその方法並びに印刷装置及びその方法 | |
| JP5153218B2 (ja) | デジタルデータ放送受信装置およびその制御方法 | |
| JP2002300492A (ja) | 放送受信装置及び番組表示方法 | |
| KR100862115B1 (ko) | 디지털 방송 수신기 및 그 운용방법 | |
| KR100564388B1 (ko) | 네트워크 미디어 전송기의 화면 사이즈 조절방법 | |
| JP2010028547A (ja) | 情報処理装置及び情報処理方法 | |
| JP2007158978A (ja) | デジタルコンテンツ受信装置及び表示方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041112 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041112 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20060415 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070501 |
|
| RD05 | Notification of revocation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7425 Effective date: 20070626 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070628 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080513 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080603 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110613 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120613 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120613 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130613 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |