JP4136384B2 - データ放送受信再生装置、データ放送受信再生方法、及び制御プログラム - Google Patents
データ放送受信再生装置、データ放送受信再生方法、及び制御プログラム Download PDFInfo
- Publication number
- JP4136384B2 JP4136384B2 JP2002020217A JP2002020217A JP4136384B2 JP 4136384 B2 JP4136384 B2 JP 4136384B2 JP 2002020217 A JP2002020217 A JP 2002020217A JP 2002020217 A JP2002020217 A JP 2002020217A JP 4136384 B2 JP4136384 B2 JP 4136384B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- image
- display
- broadcast
- user
- 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
- Controls And Circuits For Display Device (AREA)
- Studio Circuits (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、文字・画像・音声・映像などが多重化されたデータ放送コンテンツの表示制御技術に関する。
【０００２】
【従来の技術】
データ放送としては、現在、地上波テレビ放送において一部の放送局が放送を開始し、また、衛星テレビ放送においても一部で放送が開始されている。これらのデータ放送は、何れも放送局からデータを放送電波に重畳して送信するものである。受信装置側では、受信・蓄積したデータをパーソナルコンピュータ（以下、パソコンという）や専用端末に読み込み、汎用ＷＷＷ（Ｗｏｒｌｄ ＷｉｄｅＷｅｂ）ブラウザソフトで表示するものである。
【０００３】
また、このようなデータ放送サービスをパソコンだけでなく、テレビ受像機でも受信可能とする新たなサービスが期待されている。すなわち、テレビ受像機自体にデータ放送の受信機能、及び再生ソフト（データ放送用ブラウザ）を搭載することにより、パソコンを持たないユーザでも手軽に各種の情報を閲覧したり、テレビ番組と連動した情報を文字や画像で表示したりすることが可能なサービスが期待されている。国内においてこのようなサービスを行うための規格としては、社団法人電波産業会（通称、ＡＲＩＢ）における標準規格ＡＲＩＢ−ＳＴＤ−Ｂ２４がある。
【０００４】
図２３を用いて、衛星デジタル放送を受信するテレビ受信機の構成を説明する。
【０００５】
放送局では、通常のテレビ番組の番組データ、音声データ、及びデータ放送用データ（以下、データ放送用データという）が符号化される。そして、それらの符号化信号が多重化された後に、変調されてアンテナから出力される。アンテナから出力された信号は、放送衛星（ＢＳ）を介してユーザ側端末（テレビ受信機）に送られる。
【０００６】
テレビ受信機では、受信した信号のうち、ユーザによって選択された番組に対応するチャンネルの周波数帯域の信号が、チューナによって選択される。チューナは、入力された信号に対して、復調、誤り訂正等の処理を施して、トランスポートストリーム（ＴＳ）と呼ばれるデジタルデータを再現し、デスクランブラを介してトランスポートデコーダに出力する。
【０００７】
トランスポートデコーダでは、ユーザによって選択された番組に対応するパケットが抽出される。そして、抽出されたパケット内の映像データは、ビデオデコーダによって復号化された後、グラフィックバッファ内の「動画プレーン」に格納される。抽出されたパケット内の音声データは、オーディオデコーダによって復号化された後、スピーカに出力される。抽出されたパケット内のデータ放送用データは、ＣＰＵに送られて復号化された後、データ記憶装置（図示省略）に格納される。
【０００８】
ＣＰＵは、データ放送用データの内容を表示する際には、データ記憶装置に格納したデータ放送用データを読み出し、グラフィック生成部を介して文字や図形の画像データに変換した後、グラフィックバッファの「文字図形プレーン」、又は「静止画プレーン」に格納する。文字図形プレーンとは、主にデータ放送におけるＵＩ（ユーザインターフェース）となるボタンやテキスト、図形、絵などのビットイメージを格納するものである。静止画プレーンとは、写真画像などのビットイメージを格納するものである。
【０００９】
画像合成部では、グラフィックバッファ内の動画プレーン、文字図形プレーン、静止画プレーンに格納されたグラフィックデータを合成処理し、表示器へ出力して表示させる。
【００１０】
前述の電波産業会の定める規格では、衛星デジタル放送の受信機における、映像プレーン、文字図形プレーン、静止画プレーンの各プレーンの解像度は、その受信機の性能により異なることが許されている。例えば、静止画プレーンに関しては、解像度が横１９２０×縦１０８０のものと、横７２０×縦４８０のものがあり、７２０×４８０の解像度においては、表示器上で横縦比が１６：９で表示される場合と、４：３で表示される場合とがある。
【００１１】
また、静止画プレーンが１９２０×１０８０の解像度の場合には、静止画プレーン上の各画素は正方形として表示されるが、７２０×４８０の解像度の場合は、表示器の横縦の比が１６：９であれば、静止画プレーンの各画素は若干横長の長方形として表示され、４：３であれば、若干縦長の長方形として表示される。
【００１２】
また、当然ながら表示器のサイズは１４インチ、１９インチ、３３インチなど各種のサイズがある。
【００１３】
データ放送では、ＩＳＯ／ＩＥＣ１３８１８−６に規定されているＤＳＭ−ＣＣのデータカルーセル方式により、放送局から繰り返しデジタルデータが送出されてくる。トランスポートデコーダによってフィルタリングされたデジタルデータには、テキスト情報、スクリプト情報、画像情報、映像・音声データが含まれており、テキスト情報はＷ３Ｃの規定するＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述されている。
【００１４】
このデータ放送を利用して、電子ショッピングなどのサービスをユーザに提供する試みがなされている。例えば、ショッピング番組の放送中にデータ放送で商品の詳細情報や画像を配信し、ユーザの操作によって番組で紹介中の商品の詳細な情報を表示するといったサービスが考えられている。このようなデータ放送サービスを、番組連動型のデータ放送サービスと呼んでいる。
【００１５】
【発明が解決しようとする課題】
このようなテレビ受信機を利用した電子ショッピングにおいては、紹介される商品を実際に手にとって触れることができず、また、服飾品を購入するユーザが体に当てて試すことができないため、商品の正確なイメージが掴み難い。
【００１６】
このような問題を解決するために、表示器上でユーザ自身の姿を示す画像データと紹介される商品の画像データとを合成して、仮想的な試着を実現することが考えられる。
【００１７】
しかしながら、上記の仮想試着に利用されるテレビ画面の大きさや解像度は、複数の種類が混在し、利用するテレビ受信機によって表示される商品の縦横比が異なり、実際の商品の大きさとユーザに伝わる商品の大きさのイメージが一致し難いという問題がある。
【００１８】
また、複数の放送事業者が異なる放送番組で多種に渡る商品を表示するため、商品ごとの画像上の大きさが異なり、受信機に登録されたユーザ画像との合成ができないといった問題が生じる。
【００１９】
放送、通信、あるいは独立した記憶メディアを利用した電子試着、仮想試着としては、例えば特開平５−３３６４４５号公報において、利用者の容姿画像と商品画像を合成して表示する際に容姿画像の姿勢、サイズに基づいて商品画像を選択して合成表示する画像処理方法が提案されている。
【００２０】
この画像処理方法をデータ放送とテレビ受信機を利用した電子ショッピングの仮想試着に適用した場合、放送される商品画像を利用される可能性のあるテレビ画面の解像度の種類分、同時並行的に送信する必要があり、限られた放送可能なデータ容量を圧迫するため、多数の種類の商品に係る画像データを送信することができなくなってしまう。
【００２１】
また、特開平７−２１０６０８号公報において、ユーザ画像のサイズをユーザ画像、または入力手段から得て、商品画像データを縮小または拡大し、合成、表示する販売支援システムが提案されている。
【００２２】
この販売支援システムをデータ放送とテレビ受信機を利用した電子ショッピングの仮想試着に適用した場合、複数の放送事業者によって提供される様々な種類の商品画像データを表示する必要があり、ユーザ画像として表示されるユーザの大きさに対して商品の実際の画像データが非常に大きい場合には、テレビ画面に表示し切れない場合が生じる。
【００２３】
また、商品を表示するテレビ画面の解像度及び縦横比を考慮していないため、表示された商品の縦横比が変化し、テレビ画面の表示から受けるユーザの商品に対する印象が実際の商品のイメージと一致し難いという問題が生じる。
【００２４】
本発明は、このような従来技術の問題に鑑みてなされたもので、その課題は、受信機の仕様の如何に拘わらず、ユーザ画像とデータ放送に係る画像とを正しいスケールで合成して表示できるようにすることにある。
【００２５】
【課題を解決するための手段】
上記課題を解決するため、本発明は、受信した放送画像データを記憶する記憶装置と、前記記憶装置に記憶された所定の放送画像データと予め登録されたユーザ画像データとの合成画像を表示装置に表示させる表示制御手段とを有するデータ放送受信再生装置であって、前記表示装置のメモリに保存され、前記表示装置の表示画面のスケールに係る表示画面情報を読み出し、前記表示画面情報に基づいて、前記合成画像が所定のスケールとなるように、前記所定の放送画像データと前記ユーザ画像データとをそれぞれ拡大・縮小処理する制御手段を有している。
【００２６】
また、本発明では、前記表示画像情報は、前記表示装置の表示画面の画素数、及び縦横比を含んでいる。
【００２７】
また、本発明は、受信した放送画像データを記憶し、記憶された所定の放送画像データと予め登録されたユーザ画像データとの合成画像を表示装置に表示させるデータ放送受信再生方法であって、前記表示装置のメモリに保存され、前記表示装置の表示画面のスケールに係る表示画面情報を読み出し、前記表示画面情報に基づいて、前記合成画像が所定のスケールとなるように、前記所定の放送画像データと前記ユーザ画像データとをそれぞれ拡大・縮小処理することを特徴とする。
【００２８】
また、本発明に係る制御プログラムは、上記のデータ放送受信再生方法をコンピュータに実行させるように構成されている。
【００３３】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００３４】
図１は、本発明を適用したデジタルテレビ受信装置１００の概略構成を示すブロック図である。
【００３５】
図１において、アンテナにより受信された信号はチューナ部１０１に入力される。チューナ部１０１は、入力された信号に対して、復調、誤り訂正等の処理を施し、トランスポートストリーム（ＴＳ）と呼ばれる形式のデジタルデータを再現する。更に、再現したトランスポートストリーム（ＴＳ）データをデスクランブラ１０２に出力する。
【００３６】
デスクランブラ１０２は、視聴制限のためのスクランブルがかけられているＴＳデータがチューナ部１０１より入力された場合、ＴＳデータに含まれるデスクランブルのための鍵情報とＩＣカード制御部１１７より出力される鍵情報とに基づいて、スクランブル解除を行い、トランスポートデコーダ１０３に出力する。
【００３７】
ここで、ＩＣカード制御部１１７は、ユーザの契約情報及びＴＳデータに含まれるデスクランブラのための鍵情報を解くための鍵情報が格納されているＩＣカードを含み、デスクランブラ１０２より入力されたデスクランブルのための鍵情報を解くための鍵情報があった場合、その鍵情報をデスクランブラ１０２に出力する。
【００３８】
また、デスクランブラ１０２は、チューナ部１０１よりスクランブルがかけられていないＴＳデータを入力した場合には、ＴＳデータをトランスポートデコーダ１０３に出力する。トランスポートデコーダ１０３では、ユーザによって選択された番組に対応するパケットが抽出される。
【００３９】
そして、抽出されたパケット内の映像データは、ビデオデコーダ１０６によって復号化された後、グラフィックバッファ１２１内の動画プレーン１０７に送られる。抽出されたパケット内の音声データは、オーディオデコーダ１０４によって復号化された後、Ｄ／Ａ変換器１０５を介してスピーカ１３３に出力される。抽出されたパケット内のデータ放送用データは、ＣＰＵ１１８に接続されているバス１２２を介してメモリ１１２に取り込まれ、後述するＣＰＵ１１８の処理によって復号化された後、ハードディスク１１９に格納される。
【００４０】
ＣＰＵ１１８は、データ放送の内容を表示する際には、ハードディスク１１９に格納したデータ放送用データを読み出し、グラフィック生成部１１０を介して文字や図形の画像データに変換した後、グラフィックバッファ１２１の文字図形プレーン１０９、又は静止画プレーン１０８に送る。
【００４１】
画面合成部１１１では、グラフィックバッファ１２１内の動画プレーン１０７、文字図形プレーン１０９、静止画プレーン１０８に格納されたグラフィックデータの合成／切換処理を行い、表示器１３４へ出力する。
【００４２】
表示器１３４は、送られてきた画像データを表示すると共に、その内部に表示器１３４の画面サイズ等の情報を保存したメモリを有しており、そのメモリ内の情報は、デジタルテレビ受信装置１００と表示器１３４の間で接続されたシリアルバスによってデジタルテレビ受信装置１００へ送られ、シリアルインターフェース２０及びバス１２２を介して、ＣＰＵ１１８の管理するメモリ１１２に格納される。
【００４３】
バス１２２には、更にＩＥＥＥ１３９４インターフェース１１４及びモデム１１５が接続されており、ＩＥＥＥ１３９４インターフェース１１４は、本デジタルテレビ受信装置１００が、外部に接続されたＶＴＲ（ビデオテープレコーダ）１３０やプリンタ１３１とプロトコル通信を行うために用いられる。また、モデム１１５は、電話回線経由でインターネット接続するために用いられる。
【００４４】
［データ放送について］
データ放送は、ＩＳＯ／ＩＥＣ１３８１８−６に規定されているＤＳＭ−ＣＣのデータカルーセル方式により放送局から繰り返しデジタルデータが送出されてくる。トランスポートデコーダ１０３によってフィルタリングされたデータ放送用データには、テキスト情報、スクリプト情報、画像情報、映像・音声データが含まれており、テキスト情報はＷ３Ｃの規定するＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述されている。
【００４５】
本実施形態では、データ放送再生用ＸＭＬの仕様としてＨＴＭＬ４．０をＸＭＬ１．０で再定式化したＸＨＴＭＬ仕様を基本とした仕様を用いている。ＸＭＬでは、文書中の文字列に対して、タグ＜ ＞と、タグ＜／ ＞で囲まれた部分によって属性付け（意味付け）が行われる。また、このタグは、「入れ子」にすることが可能である。また、表示形式は、ＣＳＳ（カスケーディング・スタイルシート）、スクリプト処理は、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔを用いている。
【００４６】
図２は、ＣＰＵ１１８で動作するソフトウェアの構造を示した図である。データ放送ブラウザ２０１は、オペレーティングシステム２００の上で動作するアプリケーションであり、アプリケーションからは、グラフィックライブラリ２０１とグラフィックドライバ２０３を介してグラフィック生成部１１０を制御し、文字や図形、画像などをグラフィックバッファ１２１上に描画する。
【００４７】
また、ウィンドウ制御ミドルウェア２０４と画面合成部ドライバ２０５を介して画面合成部１１１を制御することにより、動画、静止画、文字図形の合成処理を行う。また、トランスポートデコーダドライバ２０６を介してトランスポートデコーダ１０３が制御され、再生する動画や音声のフィルタ設定やデータ放送用データの受信が行われる。さらに、シリアルドライバ２０７を介してシリアルインターフェース２０が制御され、表示器１３４内のメモリから表示器１３４の画面サイズや縦横比情報が読み出される。また、リモコンドライバ２０８を介してリモートコントローラ（以下、リモコンという）１３２との通信が行われ、ユーザの操作内容を入力する。
【００４８】
次に、上記構成のデジタルテレビ受信装置の動作について説明する。
【００４９】
［データ放送ブラウザの動作］
図３は、データ放送ブラウザ２０１による処理内容を示したフローチャートである。ユーザが、テレビ番組視聴中にリモコン１３２を使ってデータ放送表示を指示すると、ＣＰＵ１１８は、先ず、データ放送受信再生プログラム（データ放送ブラウザ２０１）を起動する（ステップＳ３０１）。
【００５０】
起動されたデータ放送ブラウザ２０１では、まず、初めに、表示器１３４から表示画面に関する情報を取得する（ステップＳ３０２）。本実施形態のデジタルテレビ受信装置１００は、シリアルバスにより表示器１３４と接続されており、そのシリアルバスを介して、表示器１３４のメモリに保存された表示画面の縦横の画素数と縦横比、および縦方向の単位長さ当たりの画素数（スケール情報）が読み出される。例えば、対角サイズ１９．２インチ、横縦比１６：９の高品位なデジタルテレビ受像装置１００の場合は、「横＝１９２０画素、縦＝１０８０画素、横縦比＝１６：９、スケール＝１１４画素／インチ」といった情報が取得される。
【００５１】
データ放送ブラウザ２０１は、次に、トランスポートデコーダ１０３を制御してデータカルーセル方式で送信されてくるデータ放送コンテンツの受信を開始し、画面のＸＭＬデータ及び同データに埋め込まれた画像などの関連データを取得し、メモリ１１２に格納する（ステップＳ３０３）。
【００５２】
［スタートアップページ］
図４，５に、ショッピング番組と連動したデータ放送のスタートアップ画面用の「受信ＸＭＬデータ」の例を示す。この例では、放送中の番組を表示するための＜ｏｂｊｅｃｔ＞（オブジェクトタグ、図５中のＡ）や、現在番組の中で紹介中の商品の詳細情報を表示する為のリンクボタン（図５中の中Ｂ）や、さらに商品の全体表示、仮想試着、注文画面表示などの画面へ切り替えるためのリンクボタン（図５中のＣ、Ｄ，Ｅ）などの要素が含まれている。
【００５３】
各要素には、表示位置や表示形式を定義するスタイル定義が施されており、後で説明する初期スクリプトによって表示画面ごとに調整された位置と大きさの領域に、例えば、図５中のＡのオブジェクト要素は、画面の上から６０画素、左から４０画素の位置から、幅１５３６画素、高さ８６４画素の領域に配置されることを示している（図４のＦ参照）。また、各リンクボタンには、ユーザがリンクボタンを選択した場合に表示されるＸＭＬデータが記述されている。
【００５４】
データ放送ブラウザ２０１は、上記ＸＭＬデータと関連する画像などを取得すると、ＸＭＬデータ中の＜ｂｏｄｙ＞タグのＯｎＬｏａｄ属性に記述されたスクリプト関数を、初期スクリプトとして実行する（図３のステップＳ３０４）。
【００５５】
図４の＜ｓｃｒｉｐｔ＞と＜／ｓｃｒｉｐｔ＞で挟まれた部分にスクリプトが記述してあり、この例ではｉｎｉｔｉａｌｉｚｅ関数が初期スクリプトとなる。
【００５６】
図６は、図４，５に示したスタートアップ画面用ＸＭＬデータの初期スクリプトの処理を示したフローチャートである。
【００５７】
本初期スクリプトでは、現在のデータ放送ブラウザ２０１の実行環境、すなわちデジタルテレビ受像装置１００が仮想試着の機能を有しているかを問い合わせる関数を呼び出す（図６のステップＳ５０１）。
【００５８】
データ放送ブラウザ２０１は、スクリプトから呼び出すことの出来る組み込みＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）としてＧｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）というＡＰＩを有しており（図４のＧに対応）、このＡＰＩは、引数として”ｆｉｔｔｉｎｇ”という文字列を与えると、仮想試着の機能を有している場合は「１」（ＴＲＵＥの意味）、仮想試着の機能を持たない場合は「０」（ＦＡＬＳＥの意）という値を返す。
【００５９】
本実施形態におけるデジタルテレビ受像装置１００、及びデータ放送ブラウザ２０１ブラウザは、仮想試着の機能を有しているので、このＡＰＩの戻り値はＴＲＵＥ（真）となる（図６のステップＳ５０３）。反対に、もし仮想試着の機能を有していないデータ放送ブラウザ２０１でこのスクリプトが実行されると、このＡＰＩの戻り値はＦＡＬＳＥ（偽）となる図６のステップＳ５０４）。上記スクリプトでは、このＡＰＩの戻り値を「仮想試着ページへのリンクボタン」の表示許可／不許可を決定する「ｖｉｓｉｂｉｌｉｔｙ」属性に代入する。
【００６０】
次に、スクリプトでは、デジタルテレビ受像装置１００に対し表示器の表示情報を問い合わせる（ステップＳ５０５）。データ放送ブラウザ２０１は、スクリプトから呼び出すことの出来る組み込みＡＰＩとしてＧｅｔＳｃｒｅｅｎＩｎｆｏ（）を備えている（図４のＨに対応）。このＡＰＩは、引数に「ｈｅｉｇｈｔ」、「ｗｉｄｔｈ」、「ｓｃａｌｅ」、「ｒａｔｉｏ」という４種類の文字列の何れかを指定すると、戻り値としてその引数に応じた値が戻される。すなわち、「ｈｅｉｇｈｔ」と「ｗｉｄｔｈ」は、静止画プレーン１０８の縦横の画素数、すなわち最大で表示できる画面の縦方向と横方向の画素数を返す。
【００６１】
また、「ｓｃａｌｅ」は、表示器１３４の表示画面の単位長さ当たりの縦方向の画素数を返す。「ｒａｔｉｏ」は、表示器１３４の表示画面の横縦比の種別を示す値を返し、「０」の場合は４：３、「１」の場合１６：９を表す。
【００６２】
スクリプトでは、取得された表示器１３４の表示画面の縦方向の画素数と横縦比に応じて、後で表示される動画領域、ボタン領域の大きさと配置を調整する（ステップＳ５０６）。本実施形態における放送番組では、１９２０×１０８０画素、横縦比１６：９の表示画面を前提とした動画、静止画を放送しており、例えば、動画は前述のとおり、画面の上から６０画素、左から４０画素の位置から、幅１５３６画素、高さ８６４画素の領域に配置される。しかしながら、得られた表示器１３４の縦方向の画素数が４８０画素の場合、動画領域を幅３３６画素、高さ１８９画素に変更する。
【００６３】
データ放送ブラウザ２０１は、初期スクリプトを実行した後、グラフィック生成部１１０を介して、文字図形ブレーン１０９に対してボタンイメージやテキストなどの描画を行う（図３のステップＳ３０５）と同時に、画面合成部１１１を制御して、動画プレーン１０７の画像との合成処理を行う（図３のステップＳ３０６）。
【００６４】
図７は、このＸＭＬデータをデータ放送ブラウザ２０１により表示した際の表示例である。図７の矩形部分７０１は、動画ウィンドウになっており、通常、画面全体に表示される動画プレーン１０７の画像、すなわちテレビショッピングの映像が縮小表示されている。また、動画ウィンドウ以外の部分は、データ放送ブラウザ２０１、すなわちＣＰＵ１１８がグラフィック生成部１１０を使用して文字図形プレーン１０９上に描画した図形や文字が表示される。
【００６５】
７０２は、動画領域で紹介されている商品の説明、素材、サイズの取り揃え、価格などの詳しい情報を表示する画面への移行を指示するリンクボタン、７０４は、商品の全体像を示す画面への移行を指示するリンクボタンである。７０５は、後で説明する仮想試着を行うためのリンクボタンであり、前述の表示許可属性を示す変数がＴＲＵＥであったために表示が行われる。また、７０６は、商品の実物大の表示を行うように指示するリンクボタンである。
【００６６】
［全体表示］
図７に示す表示が行われているときに、ユーザがリモコン１３２を使用して「全体表示」リンクボタン７０４を選択した場合、全体表示画面用ＸＭＬデータが新たに取得され、その内容に基づいた表示が行われる。全体表示画面では、商品の全体のイメージを撮影した静止画が大きく表示される。
【００６７】
この際、データ放送ブラウザ２０１は、受信した静止画ファイルデータを静止画プレーン１０８へ描画すると共に、画面合成部１１１を制御して、図８，９に示したように、番組表示用の動画ウィンドウ７２２と静止画表示用の静止画ウィンドウ７２１と図７のメイン画面へ戻るための戻りボタン７２３から構成される画面７２０を生成する。図８は、衣料品としての「セーター」が、図９は、装飾品としての「イヤリング」が表示器１３４に表示された場合を示している。
【００６８】
［仮想試着表示ページ］
図７の表示が行われているときに、ユーザがリモコン１３２を使用して「試着」リンクボタン７０５を選択した場合、仮想試着表示画面用ＸＭＬデータが新たに取得され、その内容に基づいた表示が行われる。図１０〜１６に、そのＸＭＬデータ例を示す。
【００６９】
図１７は、図１０〜１６のＸＭＬデータによって規定される仮想試着表示画面における初期スクリプトの処理の流れを示すフローチャートである。本初期スクリプトの処理は、以下のステップで行われる。
【００７０】
まず、初めに、表示器１３４の解像度と縦横比、スケールなどの表示画面情報の取得処理が実行される（ステップＳ１００２、図１０のＡ参照）。次に、商品画像の解像度、縦横比、スケールの情報を得て（図１０のＢ参照）、商品画像を表示画面に合わせた値に調整する（ステップＳ１００３）。また、デジタルテレビ受像装置１００に登録された仮想試着のためのユーザ画像の解像度、縦横比、スケールの情報を得て（図１１のＣ参照）、商品画像と正しいスケールで合成されるようユーザ画像に対して縮小拡大処理を施し、これら商品画像とユーザ画像を合成することにより、仮想試着画像を生成する（ステップＳ１００４）。
【００７１】
次に、合成に係る仮想試着画像が元の商品画像の表示範囲内に在るか否かを確かめ（ステップＳ１００５）、表示範囲内に無ければ、商品画像とユーザ画像の大きさ及び合成位置を再調整する（ステップＳ１００６、図１２，１３のＤ参照）。
【００７２】
仮想試着画像が元の商品画像の表示範囲内に在る場合、又は商品画像とユーザ画像の大きさ及び合成位置を再調整した後は、商品画像の表示位置と大きさを設定し（ステップＳ１００７、図１３のＥ参照）、ユーザ画像の表示位置と大きさを設定する（ステップＳ１００８、図１３のＦ参照）。
【００７３】
次に、上記の個々のステップについて、さらに詳しく説明する。
【００７４】
ステップＳ１００２における表示器１３４の画面サイズと横縦比など情報の取得処理は、既に説明した通り、スクリプトから本実施形態のデータ放送ブラウザ２０１が実装しているＡＰＩであるＧｅｔＳｃｒｅｅｎＩｎｆｏ（）を呼ぶことで実行される。
【００７５】
例えば、画面サイズ１９．２インチ、横縦比１６：９の表示器１３４が接続された高品位映像対応のデジタルテレビ受像装置１００で、データ放送ブラウザ２０１に係る画面が表示器１３４の画面の全面にいっぱいに表示されるものであれば、ｈｅｉｇｈｔ＝１０８０画素、ｗｉｄｔｈ＝１９２０画素、ｓｃａｌｅ＝１１４画素／インチ、ｒａｔｉｏ＝１といった値が取得できる。また、画面サイズ１４．６インチ、横縦比４：３の表示器１３４が接続されたデジタルテレビ受像装置１００においては、例えば、ｈｅｉｇｈｔ＝４８０画素、ｗｉｄｔｈ＝７２０画素、ｓｃａｌｅ＝５４．８画素／インチ、ｒａｔｉｏ＝０といった値が取得できる。
【００７６】
データ放送ブラウザ２０１は、スクリプトから上記ＡＰＩがコールされると、「ｓｃａｌｅ」と「ｒａｔｉｏ」については、起動時に表示器１３４からシリアルバスを介して読み出してメモリ１１２に格納しておいた情報をもとに戻り値を返し、「ｈｅｉｇｈｔ」と「ｗｉｄｔｈ」については、デジタルテレビ受像装置１００の静止画プレーン１０８の解像度をもとに戻り値が返される。
【００７７】
本実施形態における放送番組では、１９２０×１０８０画素、横縦比１６：９の画面を前提とした動画、静止画を放送しており、デジタルテレビ受像装置１００の静止画プレーン１０８の解像度がこれと異なる場合には、静止画の大きさ及び表示する領域の調整を行わなければならない。商品画像の情報およびユーザ画像の情報に適用する縦方向、横方向の拡大・縮小率ｋｘ、ｋｙが本ステップＳ１００２で算出される。
【００７８】
ここで、本実施形態におけるデジタルテレビ受像装置１００の静止画プレーン１０８の解像度と縦横比の組合せとしては、次の３通りを想定している。ただし、本発明は、この組合せに限定されることなく、さらに多種多様の組合せに対処することも可能である。
（１） 解像度（１９２０×１０８０）、横縦比（１６：９）
（２） 解像度（７２０×４８０）、横縦比（４：３）
（３） 解像度（７２０×４８０）、横縦比（１６：９）
（１）の場合は、放送データのまま描画されるため、ｋｘ＝ｋｙ＝１．００となる。
【００７９】
（２）の場合は、静止画プレーン１０８に描かれた画像は横方向が短く表示されるため、商品画像の横幅をその分大きめに静止画プレーン１０８に描画する。すなわち、ｋｘ＞ｋｙとなる。
【００８０】
（３）の場合は、静止画プレーン１０８に描かれた画像は横方向が長く表示されるため、商品画像の横幅をその分大きめに静止画プレーン１０８に描画する。すなわち、ｋｘ＜ｋｙとなる。
【００８１】
商品画像との解像度と、横縦比、スケールを取得するステップＳ１２０３においては、データ放送のコンテンツ作成者が予め設定した画像データの情報をＸＭＬデータに記述しておくことができるため、データ放送ブラウザ２０１におけるスクリプトの処理動作としては、ｓｍｐｌ＿ｗｉｄｔｈ、ｓｍｐｌ＿ｈｉｇｈｔ、ｓｍｐｌ＿ｓｃａｌｅ、ｓｍｐｌ＿ｇｕｉｄｅｘ、ｓｍｐｌ＿ｇｕｉｄｅｙという変数に対する値の代入となる。
【００８２】
ｓｍｐｌ＿ｇｕｉｄｅｘとｓｍｐｌ＿ｇｕｉｄｙは、商品画像上でユーザ画像を重ねる位置を示す座標であり、ｓｍｐｌ＿ｓｃａｌｅは、商品画像上のユーザ画像と重ねる部分のスケールを示す値であり、縦方向の単位長さ当たりの画素数で表される。これらの値は、表示器１３４が放送データの前提と異なる７２０×４８０画素である場合、ステップＳ１００２で算出されたｋｘ及びｋｙによってデジタルテレビ受像装置１００の表示器１３４に合わせた値に調整される。
【００８３】
ステップＳ１００４におけるユーザ画像と、その解像度、縦横比、スケールを得る処理は、スクリプトからデータ放送ブラウザ２０１が実装しているＡＰＩであるＧｅｔＵｓｅｒＩｎｆｏ（）を呼ぶことで実行される。
【００８４】
このＡＰＩは、引数に「ｆａｃｅ」、「ｃｈｅｓｔ」、「ｆｉｇｕｒｅ」などの文字列の何れかを与えると、ユーザの顔、上半身像、全身像を表す画像データの参照が返される。これらのユーザに係る画像データは、仮想試着のためにユーザが予めデジタルテレビ受像装置１００に登録した画像データであり、電子ショッピングを行うデータ放送で与えられる商品画像データに重ねて表示され、仮想試着を行うものである。
【００８５】
データ放送のスクリプトでは、表示する商品に応じて仮想試着に使用するユーザ画像の種類を選んで、何れかの文字列で指定する。ユーザ画像の解像度、縦横比、スケールは、ユーザ画像に付属する情報であり、ユーザ画像を参照することにより得ることができる。なお、ユーザ画像のスケールは、商品画像のスケールと同様に、縦方向の単位長さ当たりの画素数で表される。
【００８６】
「ｆａｃｔｏｒ」は、ユーザ画像に与える縮小・拡大率である。商品画像と合成する際に両者の縮尺を同一にし、寸法的に正しい合成画像を得るためにユーザ画像を縮小・拡大するための比率であり、商品画像の「ｓｃａｌｅ」をユーザ画像の「ｓｃａｌｅ」で割った場合の商として得られる。この縮小・拡大率「ｆａｃｔｏｒ」によって、ｕｓｒ＿ｗｉｄｔｈ、ｕｓｒ＿ｈｉｇｈｔ、及びｕｓｒ＿ｇｕｉｄｅｘ、ｕｓｒ＿ｇｕｉｄｅｙを調整する。なお、ユーザ画像の横縦比は、使用される表示器１３４の表示条件に合わせて作成されているので、ここで改めて調整する必要はない。
【００８７】
ステップＳ１００５〜Ｓ１００６における処理、すなわち、仮想試着画像が元の商品画像の表示範囲内となるように、必要に応じて商品画像とユーザ画像の大きさ及び合成位置を再調整する処理は、図１８に示すフローチャートに従って処理される。
【００８８】
初めに、±Ｘ方向における商品画像からのユーザ画像のはみ出し幅を求める（ステップＳ１１０１）。商品画像には、付帯する情報としてユーザ画像を合成する（重ねて表示する）ときのガイド座標（ｇｕｉｄｅｘ、ｇｕｉｄｅｙ）が含まれている。また、ユーザ画像にも、ガイド座標（ｇｕｉｄｅｘ、ｇｕｉｄｅｙ）が含まれている。ガイド座標は、各画像ユーザ画像の左上を原点とする相対座標であり、この座標位置を一致させるように商品画像の上にユーザ画像を表示すると、仮想試着を実現する合成画像としてほぼ適当な位置関係が得られるものである。
【００８９】
合成画像の表示自体は、スクリプトの本体部で記述された表示手順で行うが、このステップＳ１１０１では、ガイド座標の位置で両者を重ねて配置したとき、商品画像から−Ｘ方向にはみ出すユーザ画像の量を「ｏｆｆｓｅｔｘ」、Ｘ方向にはみ出すユーザ画像の量を「ｒｅｍａｉｎｘ」とし、合成画像の表示範囲が元の商品画像の表示範囲に収まるよう、Ｘ方向の縮小・拡大率「ｆａｃｔｏｒｘ」を算出する。
【００９０】
±Ｙ方向における商品画像からのユーザ画像のはみ出し幅を求めるステップＳ１１０２においても、同様に、「ｏｆｆｓｅｔｙ」、「ｒｅｍａｉｎｙ」からＹ方向の縮小・拡大率「ｆｃａｔｏｒｙ」を算出する。
【００９１】
実際に商品画像、ユーザ画像を縮小するための縮小・拡大率「ｒｅｓｉｚｅ」を決定する処理（ステップＳ１１０３〜Ｓ１１０５）は、縮小・拡大を必要としないことを示す値「１」と、「ｆａｃｔｏｒｘ」、「ｆａｃｏｔｒｙ」のうち、最も小さいものを選択する処理である。すなわち、はみ出しがなければ縮小は不要であり、はみ出しの大きい方向の縮小率を採用する。ｒｅｓｉｚｅ＜１となって縮小が必要と判断された場合は（ステップＳ１１０６）、商品画像データとユーザ画像データを縮小し、合わせてガイド座標、ユーザ画像のはみ出しによって必要となる商品画像の位置調整量「ｏｆｆｓｅｔｘ」、及び「ｏｆｆｓｅｔｙ」の情報を更新する（ステップＳ１１０７）。
【００９２】
［表示例］
以上説明したデータ放送データ放送ブラウザ２０１、及び仮想試着画面用ＸＭＬデータ内に記述されたスクリプトの処理による表示例を示す。
【００９３】
図２１は、商品として衣料品の「セーター」を試着した例である。この例では、図２０に示すユーザ画像が「ｆａｃｅ」として予めテレビ受像機に登録され、図１９に示す商品画像が放送された場合を想定している。
【００９４】
図２１（ａ）は、１９２０×１０８０画素、横縦比１６：９、対角サイズ１９．２インチの表示器１３４を有するデジタルテレビ受像装置１００に表示した場合、図２１（ｂ）は、７２０×４８０画素、横縦比１６：９、対角サイズ１４．６インチの表示器１３４を有するデジタルテレビ受像装置１００に表示した場合、図２１（ｃ）は、７２０×４８０画素、横縦比４：３、対角サイズ１４．６インチの表示器１３４を有するデジタルテレビ受像装置１００に表示した場合である。
【００９５】
なお、図２１（ａ）に示した７３１は合成画像用の静止画ウィンドウ、７３２は番組表示用の動画ウィンドウ、７３３は静止画ウィンドウ７３１内の合成画像を移動させるための移動ボタン、７３４は図７のメイン画面へ戻るための戻りボタンである（図２２（ａ）も同様）。
【００９６】
何れにおいても、ユーザ画像が商品画像に対して正しい大きさに縮小・拡大されて合成、表示されている。また、放送の前提と異なる表示器１３４の条件で表示される図２１（ｂ），（ｃ）においても、図２１（ａ）と画面上の配置は異なるものの、ユーザ画像と商品画像は正しい大きさ、正しい横縦比を保って合成、表示されており、データ放送を通じた仮想試着として正しい商品イメージを視聴者に伝えることが可能としている。
【００９７】
また、図２２は、装飾品としての「イヤリング」を試着した例である。図２２（ａ）は、１９２０×１０８０画素、横縦比１６：９、対角サイズ１９．２インチの表示器１３４を有するデジタルテレビ受像装置１００に表示した場合、図２２（ｂ）は、７２０×４８０画素、横縦比１６：９、対角サイズ１４．６インチの表示器１３４を有するデジタルテレビ受像装置１００に表示した場合、図２２（ｃ）は、７２０×４８０画素、横縦比４：３、対角サイズ１４．６インチの表示器１３４を有するデジタルテレビ受像装置１００に表示した場合である。
【００９８】
これらの図２２（ａ），（ｂ），（ｃ）から判るように、図２１の商品（セーター）とは実際の大きさが著しく異なる商品（イヤリング）においても、デジタルテレビ受像装置１００に登録されたユーザ画像を商品画像データに応じて適切に縮小拡大して表示されるため、正しい商品イメージを視聴者に伝えることが可能となっている。
【００９９】
このように、本実施形態では、放送画像データのスケールを受信機の表示画面のスケールに合致させるべく、放送画像データのスケールを調整し、この調整された放送画像データのスケールを前記表示画面のスケールに予め一致させた形で登録されているユーザ画像データのスケールで割った値で示される拡大・縮小率で、ユーザ画像データを拡大・縮小して、前記放送画像データと合成し、この合成画像データを前記表示画面に表示させている。
【０１００】
従って、本実施形態では、電子（データ放送）ショッピングなどのデータ放送サービスにおいて、異なる条件の表示器を有する受像機が混在する環境にあっても、受像機に登録したユーザ画像と放送による商品画像とを正しいスケールで拡大・縮小して合成し、テレビ受像機の表示器上で仮想的な試着を行うことができる。
【０１０１】
また、商品に直接触れることができない電子ショッピングにおいて、視聴者により正しい商品イメージを与え、同時に仮想的な試用を容易な操作で提供することが可能となる。また、視聴者の感じる「実物感」が向上するため、電子ショッピングに対する安心感を高めることができる。
【０１０２】
［実施形態の変形例］
なお、本実施形態ではデータ放送番組として「データ放送ショッピング」という例を挙げ、ユーザの顔を対象とした「試着」について説明したが、試着する対象は上半身、全身像でもよく、また、装飾品、腕時計を試着するための指手、腕などでもよい。また、全身像や家具などをユーザ画像にして、建築物との「試着」を行ったり、反対に室内風景をユーザ画像に、家具の選択を仮想的に試したりすることもできる。
【０１０３】
さらに、こうしたショッピングにおける「試着」に限らず、不特定多数を対象としたデータ放送を利用して、正しい寸法を確保しつつ個別のユーザごとに保持する画像データと放送データの合成を行うことが可能である。
【０１０４】
また、合成は静止画に限定されず、放送による動画とユーザ画像の組合せなどのコンテンツであってもよい。静止画の場合は、データカルーセル伝送方式で伝送するのが好ましいが、動画の場合には、データストリーム方式でＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）により伝送するのが好ましい。
【０１０５】
さらに、上記実施形態のように、商品などに係る画像データを拡大・縮小するための処理手順は、放送データ送信装置が送信するトランスポートストリームの中に含ませることなく、受信機側に当該処理手順を予め記憶しておくことも可能である。この場合は、データ放送装置側では、拡大・縮小用のデータとしては、画像データのスケールを送信するだけでよく、拡大・縮小処理の手順情報等を送信する必要はないので、送信データ量を低減することができ、その分他のマルチメディアデータ等を余計に送信すること等が可能となる。
【０１０６】
また、本発明は、上記実施形態に開示の内容に限られるものではなく、請求項で示した機能、又は、実施形態の構成が持つ機能が達成できるものであればどのようなものであっても適用できるものである。
【０１０７】
例えば、以上の実施形態のソフト構成とハード構成は、適宜置き換えることができるものである。また、以上の各実施形態、または、それら技術要素を必要に応じて組み合わせるようにしてもよい。また、本発明は、特許請求の範囲の構成、または、実施形態の構成の全体若しくは一部が、１つの装置を形成するものであっても、他の装置と結合するようなものであっても、装置を構成する要素となるようなものであってもよい。
【０１０８】
【発明の効果】
以上説明したように、本発明によれば、受信機の仕様の如何に拘わらず、ユーザ画像とデータ放送に係る画像とを正しいスケールで合成して表示することが可能となり、例えばデータ放送ショッピング等においては、商品を購買すべきか否かを的確に判断することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したデジタルテレビ受信装置の概略構成を示すブロック図である。
【図２】上記デジタルテレビ受信装置のＣＰＵで動作するソフトウェアの構成を示した図である。
【図３】データ放送ブラウザの処理内容を示すフローチャートである。
【図４】放送局から送信されてくるスタートアップ画面用のＸＭＬデータ例を示す図である。
【図５】図４の続きのＸＭＬデータを示す図である。
【図６】上記ＸＭＬデータ上に記述された初期スクリプト処理の流れを示すフローチャートである。
【図７】データ放送ブラウザが上記スタートアップ画面のＸＭＬデータに基づいて生成した表示画面例を示す図である。
【図８】図７の画面で全体表示ボタンを選択した場合の表示画面例を示す図である。
【図９】図７と同様の画面（すなわち、イヤリングが動画ウィンドウに表示されている状態）で全体表示ボタンを選択した場合の表示画面例を示す図である。
【図１０】放送局から送信されてくる仮想試着画面用のＸＭＬデータ例を示す図である。
【図１１】図１０の続きのＸＭＬデータを示す図である。
【図１２】図１１の続きのＸＭＬデータを示す図である。
【図１３】図１２の続きのＸＭＬデータを示す図である。
【図１４】図１３続きのＸＭＬデータを示す図である。
【図１５】図１４の続きのＸＭＬデータを示す図である。
【図１６】図１５の続きのＸＭＬデータを示す図である。
【図１７】図１０〜１６に示した仮想試着画面用ＸＭＬデータに記述されたスクリプト処理の流れを示すフローチャートである。
【図１８】図１７における仮想試着画像（合成画像）の調整処理の詳細を示すフローチャートである。
【図１９】商品画像を例示した図である。
【図２０】ユーザ画像を例示した図である。
【図２１】仮想試着画像（合成画像）例を示す図である。
【図２２】他の仮想試着画像（合成画像）例を示す図である。
【図２３】一般的なデジタルテレビ受信装置の構成例を示すブロック図である。
【符号の説明】
１００：デジタルテレビ受信装置
１０１：チューナ部
１０２：デスクランブラ
１０３：トランスポートデコーダ
１０６：ビデオデコーダ
１１０：グラフィック生成部
１１２：メモリ
１１８：ＣＰＵ
１０７：動画プレーン
１０８：静止画プレーン
１０９：文字図形プレーン
１１１：画像合成部
１１９：ハードディスク
１２１：グラフィックバッファ
１３４：表示器
２０１：データ放送ブラウザ
【発明の属する技術分野】
本発明は、文字・画像・音声・映像などが多重化されたデータ放送コンテンツの表示制御技術に関する。
【０００２】
【従来の技術】
データ放送としては、現在、地上波テレビ放送において一部の放送局が放送を開始し、また、衛星テレビ放送においても一部で放送が開始されている。これらのデータ放送は、何れも放送局からデータを放送電波に重畳して送信するものである。受信装置側では、受信・蓄積したデータをパーソナルコンピュータ（以下、パソコンという）や専用端末に読み込み、汎用ＷＷＷ（Ｗｏｒｌｄ ＷｉｄｅＷｅｂ）ブラウザソフトで表示するものである。
【０００３】
また、このようなデータ放送サービスをパソコンだけでなく、テレビ受像機でも受信可能とする新たなサービスが期待されている。すなわち、テレビ受像機自体にデータ放送の受信機能、及び再生ソフト（データ放送用ブラウザ）を搭載することにより、パソコンを持たないユーザでも手軽に各種の情報を閲覧したり、テレビ番組と連動した情報を文字や画像で表示したりすることが可能なサービスが期待されている。国内においてこのようなサービスを行うための規格としては、社団法人電波産業会（通称、ＡＲＩＢ）における標準規格ＡＲＩＢ−ＳＴＤ−Ｂ２４がある。
【０００４】
図２３を用いて、衛星デジタル放送を受信するテレビ受信機の構成を説明する。
【０００５】
放送局では、通常のテレビ番組の番組データ、音声データ、及びデータ放送用データ（以下、データ放送用データという）が符号化される。そして、それらの符号化信号が多重化された後に、変調されてアンテナから出力される。アンテナから出力された信号は、放送衛星（ＢＳ）を介してユーザ側端末（テレビ受信機）に送られる。
【０００６】
テレビ受信機では、受信した信号のうち、ユーザによって選択された番組に対応するチャンネルの周波数帯域の信号が、チューナによって選択される。チューナは、入力された信号に対して、復調、誤り訂正等の処理を施して、トランスポートストリーム（ＴＳ）と呼ばれるデジタルデータを再現し、デスクランブラを介してトランスポートデコーダに出力する。
【０００７】
トランスポートデコーダでは、ユーザによって選択された番組に対応するパケットが抽出される。そして、抽出されたパケット内の映像データは、ビデオデコーダによって復号化された後、グラフィックバッファ内の「動画プレーン」に格納される。抽出されたパケット内の音声データは、オーディオデコーダによって復号化された後、スピーカに出力される。抽出されたパケット内のデータ放送用データは、ＣＰＵに送られて復号化された後、データ記憶装置（図示省略）に格納される。
【０００８】
ＣＰＵは、データ放送用データの内容を表示する際には、データ記憶装置に格納したデータ放送用データを読み出し、グラフィック生成部を介して文字や図形の画像データに変換した後、グラフィックバッファの「文字図形プレーン」、又は「静止画プレーン」に格納する。文字図形プレーンとは、主にデータ放送におけるＵＩ（ユーザインターフェース）となるボタンやテキスト、図形、絵などのビットイメージを格納するものである。静止画プレーンとは、写真画像などのビットイメージを格納するものである。
【０００９】
画像合成部では、グラフィックバッファ内の動画プレーン、文字図形プレーン、静止画プレーンに格納されたグラフィックデータを合成処理し、表示器へ出力して表示させる。
【００１０】
前述の電波産業会の定める規格では、衛星デジタル放送の受信機における、映像プレーン、文字図形プレーン、静止画プレーンの各プレーンの解像度は、その受信機の性能により異なることが許されている。例えば、静止画プレーンに関しては、解像度が横１９２０×縦１０８０のものと、横７２０×縦４８０のものがあり、７２０×４８０の解像度においては、表示器上で横縦比が１６：９で表示される場合と、４：３で表示される場合とがある。
【００１１】
また、静止画プレーンが１９２０×１０８０の解像度の場合には、静止画プレーン上の各画素は正方形として表示されるが、７２０×４８０の解像度の場合は、表示器の横縦の比が１６：９であれば、静止画プレーンの各画素は若干横長の長方形として表示され、４：３であれば、若干縦長の長方形として表示される。
【００１２】
また、当然ながら表示器のサイズは１４インチ、１９インチ、３３インチなど各種のサイズがある。
【００１３】
データ放送では、ＩＳＯ／ＩＥＣ１３８１８−６に規定されているＤＳＭ−ＣＣのデータカルーセル方式により、放送局から繰り返しデジタルデータが送出されてくる。トランスポートデコーダによってフィルタリングされたデジタルデータには、テキスト情報、スクリプト情報、画像情報、映像・音声データが含まれており、テキスト情報はＷ３Ｃの規定するＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述されている。
【００１４】
このデータ放送を利用して、電子ショッピングなどのサービスをユーザに提供する試みがなされている。例えば、ショッピング番組の放送中にデータ放送で商品の詳細情報や画像を配信し、ユーザの操作によって番組で紹介中の商品の詳細な情報を表示するといったサービスが考えられている。このようなデータ放送サービスを、番組連動型のデータ放送サービスと呼んでいる。
【００１５】
【発明が解決しようとする課題】
このようなテレビ受信機を利用した電子ショッピングにおいては、紹介される商品を実際に手にとって触れることができず、また、服飾品を購入するユーザが体に当てて試すことができないため、商品の正確なイメージが掴み難い。
【００１６】
このような問題を解決するために、表示器上でユーザ自身の姿を示す画像データと紹介される商品の画像データとを合成して、仮想的な試着を実現することが考えられる。
【００１７】
しかしながら、上記の仮想試着に利用されるテレビ画面の大きさや解像度は、複数の種類が混在し、利用するテレビ受信機によって表示される商品の縦横比が異なり、実際の商品の大きさとユーザに伝わる商品の大きさのイメージが一致し難いという問題がある。
【００１８】
また、複数の放送事業者が異なる放送番組で多種に渡る商品を表示するため、商品ごとの画像上の大きさが異なり、受信機に登録されたユーザ画像との合成ができないといった問題が生じる。
【００１９】
放送、通信、あるいは独立した記憶メディアを利用した電子試着、仮想試着としては、例えば特開平５−３３６４４５号公報において、利用者の容姿画像と商品画像を合成して表示する際に容姿画像の姿勢、サイズに基づいて商品画像を選択して合成表示する画像処理方法が提案されている。
【００２０】
この画像処理方法をデータ放送とテレビ受信機を利用した電子ショッピングの仮想試着に適用した場合、放送される商品画像を利用される可能性のあるテレビ画面の解像度の種類分、同時並行的に送信する必要があり、限られた放送可能なデータ容量を圧迫するため、多数の種類の商品に係る画像データを送信することができなくなってしまう。
【００２１】
また、特開平７−２１０６０８号公報において、ユーザ画像のサイズをユーザ画像、または入力手段から得て、商品画像データを縮小または拡大し、合成、表示する販売支援システムが提案されている。
【００２２】
この販売支援システムをデータ放送とテレビ受信機を利用した電子ショッピングの仮想試着に適用した場合、複数の放送事業者によって提供される様々な種類の商品画像データを表示する必要があり、ユーザ画像として表示されるユーザの大きさに対して商品の実際の画像データが非常に大きい場合には、テレビ画面に表示し切れない場合が生じる。
【００２３】
また、商品を表示するテレビ画面の解像度及び縦横比を考慮していないため、表示された商品の縦横比が変化し、テレビ画面の表示から受けるユーザの商品に対する印象が実際の商品のイメージと一致し難いという問題が生じる。
【００２４】
本発明は、このような従来技術の問題に鑑みてなされたもので、その課題は、受信機の仕様の如何に拘わらず、ユーザ画像とデータ放送に係る画像とを正しいスケールで合成して表示できるようにすることにある。
【００２５】
【課題を解決するための手段】
上記課題を解決するため、本発明は、受信した放送画像データを記憶する記憶装置と、前記記憶装置に記憶された所定の放送画像データと予め登録されたユーザ画像データとの合成画像を表示装置に表示させる表示制御手段とを有するデータ放送受信再生装置であって、前記表示装置のメモリに保存され、前記表示装置の表示画面のスケールに係る表示画面情報を読み出し、前記表示画面情報に基づいて、前記合成画像が所定のスケールとなるように、前記所定の放送画像データと前記ユーザ画像データとをそれぞれ拡大・縮小処理する制御手段を有している。
【００２６】
また、本発明では、前記表示画像情報は、前記表示装置の表示画面の画素数、及び縦横比を含んでいる。
【００２７】
また、本発明は、受信した放送画像データを記憶し、記憶された所定の放送画像データと予め登録されたユーザ画像データとの合成画像を表示装置に表示させるデータ放送受信再生方法であって、前記表示装置のメモリに保存され、前記表示装置の表示画面のスケールに係る表示画面情報を読み出し、前記表示画面情報に基づいて、前記合成画像が所定のスケールとなるように、前記所定の放送画像データと前記ユーザ画像データとをそれぞれ拡大・縮小処理することを特徴とする。
【００２８】
また、本発明に係る制御プログラムは、上記のデータ放送受信再生方法をコンピュータに実行させるように構成されている。
【００３３】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００３４】
図１は、本発明を適用したデジタルテレビ受信装置１００の概略構成を示すブロック図である。
【００３５】
図１において、アンテナにより受信された信号はチューナ部１０１に入力される。チューナ部１０１は、入力された信号に対して、復調、誤り訂正等の処理を施し、トランスポートストリーム（ＴＳ）と呼ばれる形式のデジタルデータを再現する。更に、再現したトランスポートストリーム（ＴＳ）データをデスクランブラ１０２に出力する。
【００３６】
デスクランブラ１０２は、視聴制限のためのスクランブルがかけられているＴＳデータがチューナ部１０１より入力された場合、ＴＳデータに含まれるデスクランブルのための鍵情報とＩＣカード制御部１１７より出力される鍵情報とに基づいて、スクランブル解除を行い、トランスポートデコーダ１０３に出力する。
【００３７】
ここで、ＩＣカード制御部１１７は、ユーザの契約情報及びＴＳデータに含まれるデスクランブラのための鍵情報を解くための鍵情報が格納されているＩＣカードを含み、デスクランブラ１０２より入力されたデスクランブルのための鍵情報を解くための鍵情報があった場合、その鍵情報をデスクランブラ１０２に出力する。
【００３８】
また、デスクランブラ１０２は、チューナ部１０１よりスクランブルがかけられていないＴＳデータを入力した場合には、ＴＳデータをトランスポートデコーダ１０３に出力する。トランスポートデコーダ１０３では、ユーザによって選択された番組に対応するパケットが抽出される。
【００３９】
そして、抽出されたパケット内の映像データは、ビデオデコーダ１０６によって復号化された後、グラフィックバッファ１２１内の動画プレーン１０７に送られる。抽出されたパケット内の音声データは、オーディオデコーダ１０４によって復号化された後、Ｄ／Ａ変換器１０５を介してスピーカ１３３に出力される。抽出されたパケット内のデータ放送用データは、ＣＰＵ１１８に接続されているバス１２２を介してメモリ１１２に取り込まれ、後述するＣＰＵ１１８の処理によって復号化された後、ハードディスク１１９に格納される。
【００４０】
ＣＰＵ１１８は、データ放送の内容を表示する際には、ハードディスク１１９に格納したデータ放送用データを読み出し、グラフィック生成部１１０を介して文字や図形の画像データに変換した後、グラフィックバッファ１２１の文字図形プレーン１０９、又は静止画プレーン１０８に送る。
【００４１】
画面合成部１１１では、グラフィックバッファ１２１内の動画プレーン１０７、文字図形プレーン１０９、静止画プレーン１０８に格納されたグラフィックデータの合成／切換処理を行い、表示器１３４へ出力する。
【００４２】
表示器１３４は、送られてきた画像データを表示すると共に、その内部に表示器１３４の画面サイズ等の情報を保存したメモリを有しており、そのメモリ内の情報は、デジタルテレビ受信装置１００と表示器１３４の間で接続されたシリアルバスによってデジタルテレビ受信装置１００へ送られ、シリアルインターフェース２０及びバス１２２を介して、ＣＰＵ１１８の管理するメモリ１１２に格納される。
【００４３】
バス１２２には、更にＩＥＥＥ１３９４インターフェース１１４及びモデム１１５が接続されており、ＩＥＥＥ１３９４インターフェース１１４は、本デジタルテレビ受信装置１００が、外部に接続されたＶＴＲ（ビデオテープレコーダ）１３０やプリンタ１３１とプロトコル通信を行うために用いられる。また、モデム１１５は、電話回線経由でインターネット接続するために用いられる。
【００４４】
［データ放送について］
データ放送は、ＩＳＯ／ＩＥＣ１３８１８−６に規定されているＤＳＭ−ＣＣのデータカルーセル方式により放送局から繰り返しデジタルデータが送出されてくる。トランスポートデコーダ１０３によってフィルタリングされたデータ放送用データには、テキスト情報、スクリプト情報、画像情報、映像・音声データが含まれており、テキスト情報はＷ３Ｃの規定するＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述されている。
【００４５】
本実施形態では、データ放送再生用ＸＭＬの仕様としてＨＴＭＬ４．０をＸＭＬ１．０で再定式化したＸＨＴＭＬ仕様を基本とした仕様を用いている。ＸＭＬでは、文書中の文字列に対して、タグ＜ ＞と、タグ＜／ ＞で囲まれた部分によって属性付け（意味付け）が行われる。また、このタグは、「入れ子」にすることが可能である。また、表示形式は、ＣＳＳ（カスケーディング・スタイルシート）、スクリプト処理は、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔを用いている。
【００４６】
図２は、ＣＰＵ１１８で動作するソフトウェアの構造を示した図である。データ放送ブラウザ２０１は、オペレーティングシステム２００の上で動作するアプリケーションであり、アプリケーションからは、グラフィックライブラリ２０１とグラフィックドライバ２０３を介してグラフィック生成部１１０を制御し、文字や図形、画像などをグラフィックバッファ１２１上に描画する。
【００４７】
また、ウィンドウ制御ミドルウェア２０４と画面合成部ドライバ２０５を介して画面合成部１１１を制御することにより、動画、静止画、文字図形の合成処理を行う。また、トランスポートデコーダドライバ２０６を介してトランスポートデコーダ１０３が制御され、再生する動画や音声のフィルタ設定やデータ放送用データの受信が行われる。さらに、シリアルドライバ２０７を介してシリアルインターフェース２０が制御され、表示器１３４内のメモリから表示器１３４の画面サイズや縦横比情報が読み出される。また、リモコンドライバ２０８を介してリモートコントローラ（以下、リモコンという）１３２との通信が行われ、ユーザの操作内容を入力する。
【００４８】
次に、上記構成のデジタルテレビ受信装置の動作について説明する。
【００４９】
［データ放送ブラウザの動作］
図３は、データ放送ブラウザ２０１による処理内容を示したフローチャートである。ユーザが、テレビ番組視聴中にリモコン１３２を使ってデータ放送表示を指示すると、ＣＰＵ１１８は、先ず、データ放送受信再生プログラム（データ放送ブラウザ２０１）を起動する（ステップＳ３０１）。
【００５０】
起動されたデータ放送ブラウザ２０１では、まず、初めに、表示器１３４から表示画面に関する情報を取得する（ステップＳ３０２）。本実施形態のデジタルテレビ受信装置１００は、シリアルバスにより表示器１３４と接続されており、そのシリアルバスを介して、表示器１３４のメモリに保存された表示画面の縦横の画素数と縦横比、および縦方向の単位長さ当たりの画素数（スケール情報）が読み出される。例えば、対角サイズ１９．２インチ、横縦比１６：９の高品位なデジタルテレビ受像装置１００の場合は、「横＝１９２０画素、縦＝１０８０画素、横縦比＝１６：９、スケール＝１１４画素／インチ」といった情報が取得される。
【００５１】
データ放送ブラウザ２０１は、次に、トランスポートデコーダ１０３を制御してデータカルーセル方式で送信されてくるデータ放送コンテンツの受信を開始し、画面のＸＭＬデータ及び同データに埋め込まれた画像などの関連データを取得し、メモリ１１２に格納する（ステップＳ３０３）。
【００５２】
［スタートアップページ］
図４，５に、ショッピング番組と連動したデータ放送のスタートアップ画面用の「受信ＸＭＬデータ」の例を示す。この例では、放送中の番組を表示するための＜ｏｂｊｅｃｔ＞（オブジェクトタグ、図５中のＡ）や、現在番組の中で紹介中の商品の詳細情報を表示する為のリンクボタン（図５中の中Ｂ）や、さらに商品の全体表示、仮想試着、注文画面表示などの画面へ切り替えるためのリンクボタン（図５中のＣ、Ｄ，Ｅ）などの要素が含まれている。
【００５３】
各要素には、表示位置や表示形式を定義するスタイル定義が施されており、後で説明する初期スクリプトによって表示画面ごとに調整された位置と大きさの領域に、例えば、図５中のＡのオブジェクト要素は、画面の上から６０画素、左から４０画素の位置から、幅１５３６画素、高さ８６４画素の領域に配置されることを示している（図４のＦ参照）。また、各リンクボタンには、ユーザがリンクボタンを選択した場合に表示されるＸＭＬデータが記述されている。
【００５４】
データ放送ブラウザ２０１は、上記ＸＭＬデータと関連する画像などを取得すると、ＸＭＬデータ中の＜ｂｏｄｙ＞タグのＯｎＬｏａｄ属性に記述されたスクリプト関数を、初期スクリプトとして実行する（図３のステップＳ３０４）。
【００５５】
図４の＜ｓｃｒｉｐｔ＞と＜／ｓｃｒｉｐｔ＞で挟まれた部分にスクリプトが記述してあり、この例ではｉｎｉｔｉａｌｉｚｅ関数が初期スクリプトとなる。
【００５６】
図６は、図４，５に示したスタートアップ画面用ＸＭＬデータの初期スクリプトの処理を示したフローチャートである。
【００５７】
本初期スクリプトでは、現在のデータ放送ブラウザ２０１の実行環境、すなわちデジタルテレビ受像装置１００が仮想試着の機能を有しているかを問い合わせる関数を呼び出す（図６のステップＳ５０１）。
【００５８】
データ放送ブラウザ２０１は、スクリプトから呼び出すことの出来る組み込みＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）としてＧｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）というＡＰＩを有しており（図４のＧに対応）、このＡＰＩは、引数として”ｆｉｔｔｉｎｇ”という文字列を与えると、仮想試着の機能を有している場合は「１」（ＴＲＵＥの意味）、仮想試着の機能を持たない場合は「０」（ＦＡＬＳＥの意）という値を返す。
【００５９】
本実施形態におけるデジタルテレビ受像装置１００、及びデータ放送ブラウザ２０１ブラウザは、仮想試着の機能を有しているので、このＡＰＩの戻り値はＴＲＵＥ（真）となる（図６のステップＳ５０３）。反対に、もし仮想試着の機能を有していないデータ放送ブラウザ２０１でこのスクリプトが実行されると、このＡＰＩの戻り値はＦＡＬＳＥ（偽）となる図６のステップＳ５０４）。上記スクリプトでは、このＡＰＩの戻り値を「仮想試着ページへのリンクボタン」の表示許可／不許可を決定する「ｖｉｓｉｂｉｌｉｔｙ」属性に代入する。
【００６０】
次に、スクリプトでは、デジタルテレビ受像装置１００に対し表示器の表示情報を問い合わせる（ステップＳ５０５）。データ放送ブラウザ２０１は、スクリプトから呼び出すことの出来る組み込みＡＰＩとしてＧｅｔＳｃｒｅｅｎＩｎｆｏ（）を備えている（図４のＨに対応）。このＡＰＩは、引数に「ｈｅｉｇｈｔ」、「ｗｉｄｔｈ」、「ｓｃａｌｅ」、「ｒａｔｉｏ」という４種類の文字列の何れかを指定すると、戻り値としてその引数に応じた値が戻される。すなわち、「ｈｅｉｇｈｔ」と「ｗｉｄｔｈ」は、静止画プレーン１０８の縦横の画素数、すなわち最大で表示できる画面の縦方向と横方向の画素数を返す。
【００６１】
また、「ｓｃａｌｅ」は、表示器１３４の表示画面の単位長さ当たりの縦方向の画素数を返す。「ｒａｔｉｏ」は、表示器１３４の表示画面の横縦比の種別を示す値を返し、「０」の場合は４：３、「１」の場合１６：９を表す。
【００６２】
スクリプトでは、取得された表示器１３４の表示画面の縦方向の画素数と横縦比に応じて、後で表示される動画領域、ボタン領域の大きさと配置を調整する（ステップＳ５０６）。本実施形態における放送番組では、１９２０×１０８０画素、横縦比１６：９の表示画面を前提とした動画、静止画を放送しており、例えば、動画は前述のとおり、画面の上から６０画素、左から４０画素の位置から、幅１５３６画素、高さ８６４画素の領域に配置される。しかしながら、得られた表示器１３４の縦方向の画素数が４８０画素の場合、動画領域を幅３３６画素、高さ１８９画素に変更する。
【００６３】
データ放送ブラウザ２０１は、初期スクリプトを実行した後、グラフィック生成部１１０を介して、文字図形ブレーン１０９に対してボタンイメージやテキストなどの描画を行う（図３のステップＳ３０５）と同時に、画面合成部１１１を制御して、動画プレーン１０７の画像との合成処理を行う（図３のステップＳ３０６）。
【００６４】
図７は、このＸＭＬデータをデータ放送ブラウザ２０１により表示した際の表示例である。図７の矩形部分７０１は、動画ウィンドウになっており、通常、画面全体に表示される動画プレーン１０７の画像、すなわちテレビショッピングの映像が縮小表示されている。また、動画ウィンドウ以外の部分は、データ放送ブラウザ２０１、すなわちＣＰＵ１１８がグラフィック生成部１１０を使用して文字図形プレーン１０９上に描画した図形や文字が表示される。
【００６５】
７０２は、動画領域で紹介されている商品の説明、素材、サイズの取り揃え、価格などの詳しい情報を表示する画面への移行を指示するリンクボタン、７０４は、商品の全体像を示す画面への移行を指示するリンクボタンである。７０５は、後で説明する仮想試着を行うためのリンクボタンであり、前述の表示許可属性を示す変数がＴＲＵＥであったために表示が行われる。また、７０６は、商品の実物大の表示を行うように指示するリンクボタンである。
【００６６】
［全体表示］
図７に示す表示が行われているときに、ユーザがリモコン１３２を使用して「全体表示」リンクボタン７０４を選択した場合、全体表示画面用ＸＭＬデータが新たに取得され、その内容に基づいた表示が行われる。全体表示画面では、商品の全体のイメージを撮影した静止画が大きく表示される。
【００６７】
この際、データ放送ブラウザ２０１は、受信した静止画ファイルデータを静止画プレーン１０８へ描画すると共に、画面合成部１１１を制御して、図８，９に示したように、番組表示用の動画ウィンドウ７２２と静止画表示用の静止画ウィンドウ７２１と図７のメイン画面へ戻るための戻りボタン７２３から構成される画面７２０を生成する。図８は、衣料品としての「セーター」が、図９は、装飾品としての「イヤリング」が表示器１３４に表示された場合を示している。
【００６８】
［仮想試着表示ページ］
図７の表示が行われているときに、ユーザがリモコン１３２を使用して「試着」リンクボタン７０５を選択した場合、仮想試着表示画面用ＸＭＬデータが新たに取得され、その内容に基づいた表示が行われる。図１０〜１６に、そのＸＭＬデータ例を示す。
【００６９】
図１７は、図１０〜１６のＸＭＬデータによって規定される仮想試着表示画面における初期スクリプトの処理の流れを示すフローチャートである。本初期スクリプトの処理は、以下のステップで行われる。
【００７０】
まず、初めに、表示器１３４の解像度と縦横比、スケールなどの表示画面情報の取得処理が実行される（ステップＳ１００２、図１０のＡ参照）。次に、商品画像の解像度、縦横比、スケールの情報を得て（図１０のＢ参照）、商品画像を表示画面に合わせた値に調整する（ステップＳ１００３）。また、デジタルテレビ受像装置１００に登録された仮想試着のためのユーザ画像の解像度、縦横比、スケールの情報を得て（図１１のＣ参照）、商品画像と正しいスケールで合成されるようユーザ画像に対して縮小拡大処理を施し、これら商品画像とユーザ画像を合成することにより、仮想試着画像を生成する（ステップＳ１００４）。
【００７１】
次に、合成に係る仮想試着画像が元の商品画像の表示範囲内に在るか否かを確かめ（ステップＳ１００５）、表示範囲内に無ければ、商品画像とユーザ画像の大きさ及び合成位置を再調整する（ステップＳ１００６、図１２，１３のＤ参照）。
【００７２】
仮想試着画像が元の商品画像の表示範囲内に在る場合、又は商品画像とユーザ画像の大きさ及び合成位置を再調整した後は、商品画像の表示位置と大きさを設定し（ステップＳ１００７、図１３のＥ参照）、ユーザ画像の表示位置と大きさを設定する（ステップＳ１００８、図１３のＦ参照）。
【００７３】
次に、上記の個々のステップについて、さらに詳しく説明する。
【００７４】
ステップＳ１００２における表示器１３４の画面サイズと横縦比など情報の取得処理は、既に説明した通り、スクリプトから本実施形態のデータ放送ブラウザ２０１が実装しているＡＰＩであるＧｅｔＳｃｒｅｅｎＩｎｆｏ（）を呼ぶことで実行される。
【００７５】
例えば、画面サイズ１９．２インチ、横縦比１６：９の表示器１３４が接続された高品位映像対応のデジタルテレビ受像装置１００で、データ放送ブラウザ２０１に係る画面が表示器１３４の画面の全面にいっぱいに表示されるものであれば、ｈｅｉｇｈｔ＝１０８０画素、ｗｉｄｔｈ＝１９２０画素、ｓｃａｌｅ＝１１４画素／インチ、ｒａｔｉｏ＝１といった値が取得できる。また、画面サイズ１４．６インチ、横縦比４：３の表示器１３４が接続されたデジタルテレビ受像装置１００においては、例えば、ｈｅｉｇｈｔ＝４８０画素、ｗｉｄｔｈ＝７２０画素、ｓｃａｌｅ＝５４．８画素／インチ、ｒａｔｉｏ＝０といった値が取得できる。
【００７６】
データ放送ブラウザ２０１は、スクリプトから上記ＡＰＩがコールされると、「ｓｃａｌｅ」と「ｒａｔｉｏ」については、起動時に表示器１３４からシリアルバスを介して読み出してメモリ１１２に格納しておいた情報をもとに戻り値を返し、「ｈｅｉｇｈｔ」と「ｗｉｄｔｈ」については、デジタルテレビ受像装置１００の静止画プレーン１０８の解像度をもとに戻り値が返される。
【００７７】
本実施形態における放送番組では、１９２０×１０８０画素、横縦比１６：９の画面を前提とした動画、静止画を放送しており、デジタルテレビ受像装置１００の静止画プレーン１０８の解像度がこれと異なる場合には、静止画の大きさ及び表示する領域の調整を行わなければならない。商品画像の情報およびユーザ画像の情報に適用する縦方向、横方向の拡大・縮小率ｋｘ、ｋｙが本ステップＳ１００２で算出される。
【００７８】
ここで、本実施形態におけるデジタルテレビ受像装置１００の静止画プレーン１０８の解像度と縦横比の組合せとしては、次の３通りを想定している。ただし、本発明は、この組合せに限定されることなく、さらに多種多様の組合せに対処することも可能である。
（１） 解像度（１９２０×１０８０）、横縦比（１６：９）
（２） 解像度（７２０×４８０）、横縦比（４：３）
（３） 解像度（７２０×４８０）、横縦比（１６：９）
（１）の場合は、放送データのまま描画されるため、ｋｘ＝ｋｙ＝１．００となる。
【００７９】
（２）の場合は、静止画プレーン１０８に描かれた画像は横方向が短く表示されるため、商品画像の横幅をその分大きめに静止画プレーン１０８に描画する。すなわち、ｋｘ＞ｋｙとなる。
【００８０】
（３）の場合は、静止画プレーン１０８に描かれた画像は横方向が長く表示されるため、商品画像の横幅をその分大きめに静止画プレーン１０８に描画する。すなわち、ｋｘ＜ｋｙとなる。
【００８１】
商品画像との解像度と、横縦比、スケールを取得するステップＳ１２０３においては、データ放送のコンテンツ作成者が予め設定した画像データの情報をＸＭＬデータに記述しておくことができるため、データ放送ブラウザ２０１におけるスクリプトの処理動作としては、ｓｍｐｌ＿ｗｉｄｔｈ、ｓｍｐｌ＿ｈｉｇｈｔ、ｓｍｐｌ＿ｓｃａｌｅ、ｓｍｐｌ＿ｇｕｉｄｅｘ、ｓｍｐｌ＿ｇｕｉｄｅｙという変数に対する値の代入となる。
【００８２】
ｓｍｐｌ＿ｇｕｉｄｅｘとｓｍｐｌ＿ｇｕｉｄｙは、商品画像上でユーザ画像を重ねる位置を示す座標であり、ｓｍｐｌ＿ｓｃａｌｅは、商品画像上のユーザ画像と重ねる部分のスケールを示す値であり、縦方向の単位長さ当たりの画素数で表される。これらの値は、表示器１３４が放送データの前提と異なる７２０×４８０画素である場合、ステップＳ１００２で算出されたｋｘ及びｋｙによってデジタルテレビ受像装置１００の表示器１３４に合わせた値に調整される。
【００８３】
ステップＳ１００４におけるユーザ画像と、その解像度、縦横比、スケールを得る処理は、スクリプトからデータ放送ブラウザ２０１が実装しているＡＰＩであるＧｅｔＵｓｅｒＩｎｆｏ（）を呼ぶことで実行される。
【００８４】
このＡＰＩは、引数に「ｆａｃｅ」、「ｃｈｅｓｔ」、「ｆｉｇｕｒｅ」などの文字列の何れかを与えると、ユーザの顔、上半身像、全身像を表す画像データの参照が返される。これらのユーザに係る画像データは、仮想試着のためにユーザが予めデジタルテレビ受像装置１００に登録した画像データであり、電子ショッピングを行うデータ放送で与えられる商品画像データに重ねて表示され、仮想試着を行うものである。
【００８５】
データ放送のスクリプトでは、表示する商品に応じて仮想試着に使用するユーザ画像の種類を選んで、何れかの文字列で指定する。ユーザ画像の解像度、縦横比、スケールは、ユーザ画像に付属する情報であり、ユーザ画像を参照することにより得ることができる。なお、ユーザ画像のスケールは、商品画像のスケールと同様に、縦方向の単位長さ当たりの画素数で表される。
【００８６】
「ｆａｃｔｏｒ」は、ユーザ画像に与える縮小・拡大率である。商品画像と合成する際に両者の縮尺を同一にし、寸法的に正しい合成画像を得るためにユーザ画像を縮小・拡大するための比率であり、商品画像の「ｓｃａｌｅ」をユーザ画像の「ｓｃａｌｅ」で割った場合の商として得られる。この縮小・拡大率「ｆａｃｔｏｒ」によって、ｕｓｒ＿ｗｉｄｔｈ、ｕｓｒ＿ｈｉｇｈｔ、及びｕｓｒ＿ｇｕｉｄｅｘ、ｕｓｒ＿ｇｕｉｄｅｙを調整する。なお、ユーザ画像の横縦比は、使用される表示器１３４の表示条件に合わせて作成されているので、ここで改めて調整する必要はない。
【００８７】
ステップＳ１００５〜Ｓ１００６における処理、すなわち、仮想試着画像が元の商品画像の表示範囲内となるように、必要に応じて商品画像とユーザ画像の大きさ及び合成位置を再調整する処理は、図１８に示すフローチャートに従って処理される。
【００８８】
初めに、±Ｘ方向における商品画像からのユーザ画像のはみ出し幅を求める（ステップＳ１１０１）。商品画像には、付帯する情報としてユーザ画像を合成する（重ねて表示する）ときのガイド座標（ｇｕｉｄｅｘ、ｇｕｉｄｅｙ）が含まれている。また、ユーザ画像にも、ガイド座標（ｇｕｉｄｅｘ、ｇｕｉｄｅｙ）が含まれている。ガイド座標は、各画像ユーザ画像の左上を原点とする相対座標であり、この座標位置を一致させるように商品画像の上にユーザ画像を表示すると、仮想試着を実現する合成画像としてほぼ適当な位置関係が得られるものである。
【００８９】
合成画像の表示自体は、スクリプトの本体部で記述された表示手順で行うが、このステップＳ１１０１では、ガイド座標の位置で両者を重ねて配置したとき、商品画像から−Ｘ方向にはみ出すユーザ画像の量を「ｏｆｆｓｅｔｘ」、Ｘ方向にはみ出すユーザ画像の量を「ｒｅｍａｉｎｘ」とし、合成画像の表示範囲が元の商品画像の表示範囲に収まるよう、Ｘ方向の縮小・拡大率「ｆａｃｔｏｒｘ」を算出する。
【００９０】
±Ｙ方向における商品画像からのユーザ画像のはみ出し幅を求めるステップＳ１１０２においても、同様に、「ｏｆｆｓｅｔｙ」、「ｒｅｍａｉｎｙ」からＹ方向の縮小・拡大率「ｆｃａｔｏｒｙ」を算出する。
【００９１】
実際に商品画像、ユーザ画像を縮小するための縮小・拡大率「ｒｅｓｉｚｅ」を決定する処理（ステップＳ１１０３〜Ｓ１１０５）は、縮小・拡大を必要としないことを示す値「１」と、「ｆａｃｔｏｒｘ」、「ｆａｃｏｔｒｙ」のうち、最も小さいものを選択する処理である。すなわち、はみ出しがなければ縮小は不要であり、はみ出しの大きい方向の縮小率を採用する。ｒｅｓｉｚｅ＜１となって縮小が必要と判断された場合は（ステップＳ１１０６）、商品画像データとユーザ画像データを縮小し、合わせてガイド座標、ユーザ画像のはみ出しによって必要となる商品画像の位置調整量「ｏｆｆｓｅｔｘ」、及び「ｏｆｆｓｅｔｙ」の情報を更新する（ステップＳ１１０７）。
【００９２】
［表示例］
以上説明したデータ放送データ放送ブラウザ２０１、及び仮想試着画面用ＸＭＬデータ内に記述されたスクリプトの処理による表示例を示す。
【００９３】
図２１は、商品として衣料品の「セーター」を試着した例である。この例では、図２０に示すユーザ画像が「ｆａｃｅ」として予めテレビ受像機に登録され、図１９に示す商品画像が放送された場合を想定している。
【００９４】
図２１（ａ）は、１９２０×１０８０画素、横縦比１６：９、対角サイズ１９．２インチの表示器１３４を有するデジタルテレビ受像装置１００に表示した場合、図２１（ｂ）は、７２０×４８０画素、横縦比１６：９、対角サイズ１４．６インチの表示器１３４を有するデジタルテレビ受像装置１００に表示した場合、図２１（ｃ）は、７２０×４８０画素、横縦比４：３、対角サイズ１４．６インチの表示器１３４を有するデジタルテレビ受像装置１００に表示した場合である。
【００９５】
なお、図２１（ａ）に示した７３１は合成画像用の静止画ウィンドウ、７３２は番組表示用の動画ウィンドウ、７３３は静止画ウィンドウ７３１内の合成画像を移動させるための移動ボタン、７３４は図７のメイン画面へ戻るための戻りボタンである（図２２（ａ）も同様）。
【００９６】
何れにおいても、ユーザ画像が商品画像に対して正しい大きさに縮小・拡大されて合成、表示されている。また、放送の前提と異なる表示器１３４の条件で表示される図２１（ｂ），（ｃ）においても、図２１（ａ）と画面上の配置は異なるものの、ユーザ画像と商品画像は正しい大きさ、正しい横縦比を保って合成、表示されており、データ放送を通じた仮想試着として正しい商品イメージを視聴者に伝えることが可能としている。
【００９７】
また、図２２は、装飾品としての「イヤリング」を試着した例である。図２２（ａ）は、１９２０×１０８０画素、横縦比１６：９、対角サイズ１９．２インチの表示器１３４を有するデジタルテレビ受像装置１００に表示した場合、図２２（ｂ）は、７２０×４８０画素、横縦比１６：９、対角サイズ１４．６インチの表示器１３４を有するデジタルテレビ受像装置１００に表示した場合、図２２（ｃ）は、７２０×４８０画素、横縦比４：３、対角サイズ１４．６インチの表示器１３４を有するデジタルテレビ受像装置１００に表示した場合である。
【００９８】
これらの図２２（ａ），（ｂ），（ｃ）から判るように、図２１の商品（セーター）とは実際の大きさが著しく異なる商品（イヤリング）においても、デジタルテレビ受像装置１００に登録されたユーザ画像を商品画像データに応じて適切に縮小拡大して表示されるため、正しい商品イメージを視聴者に伝えることが可能となっている。
【００９９】
このように、本実施形態では、放送画像データのスケールを受信機の表示画面のスケールに合致させるべく、放送画像データのスケールを調整し、この調整された放送画像データのスケールを前記表示画面のスケールに予め一致させた形で登録されているユーザ画像データのスケールで割った値で示される拡大・縮小率で、ユーザ画像データを拡大・縮小して、前記放送画像データと合成し、この合成画像データを前記表示画面に表示させている。
【０１００】
従って、本実施形態では、電子（データ放送）ショッピングなどのデータ放送サービスにおいて、異なる条件の表示器を有する受像機が混在する環境にあっても、受像機に登録したユーザ画像と放送による商品画像とを正しいスケールで拡大・縮小して合成し、テレビ受像機の表示器上で仮想的な試着を行うことができる。
【０１０１】
また、商品に直接触れることができない電子ショッピングにおいて、視聴者により正しい商品イメージを与え、同時に仮想的な試用を容易な操作で提供することが可能となる。また、視聴者の感じる「実物感」が向上するため、電子ショッピングに対する安心感を高めることができる。
【０１０２】
［実施形態の変形例］
なお、本実施形態ではデータ放送番組として「データ放送ショッピング」という例を挙げ、ユーザの顔を対象とした「試着」について説明したが、試着する対象は上半身、全身像でもよく、また、装飾品、腕時計を試着するための指手、腕などでもよい。また、全身像や家具などをユーザ画像にして、建築物との「試着」を行ったり、反対に室内風景をユーザ画像に、家具の選択を仮想的に試したりすることもできる。
【０１０３】
さらに、こうしたショッピングにおける「試着」に限らず、不特定多数を対象としたデータ放送を利用して、正しい寸法を確保しつつ個別のユーザごとに保持する画像データと放送データの合成を行うことが可能である。
【０１０４】
また、合成は静止画に限定されず、放送による動画とユーザ画像の組合せなどのコンテンツであってもよい。静止画の場合は、データカルーセル伝送方式で伝送するのが好ましいが、動画の場合には、データストリーム方式でＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）により伝送するのが好ましい。
【０１０５】
さらに、上記実施形態のように、商品などに係る画像データを拡大・縮小するための処理手順は、放送データ送信装置が送信するトランスポートストリームの中に含ませることなく、受信機側に当該処理手順を予め記憶しておくことも可能である。この場合は、データ放送装置側では、拡大・縮小用のデータとしては、画像データのスケールを送信するだけでよく、拡大・縮小処理の手順情報等を送信する必要はないので、送信データ量を低減することができ、その分他のマルチメディアデータ等を余計に送信すること等が可能となる。
【０１０６】
また、本発明は、上記実施形態に開示の内容に限られるものではなく、請求項で示した機能、又は、実施形態の構成が持つ機能が達成できるものであればどのようなものであっても適用できるものである。
【０１０７】
例えば、以上の実施形態のソフト構成とハード構成は、適宜置き換えることができるものである。また、以上の各実施形態、または、それら技術要素を必要に応じて組み合わせるようにしてもよい。また、本発明は、特許請求の範囲の構成、または、実施形態の構成の全体若しくは一部が、１つの装置を形成するものであっても、他の装置と結合するようなものであっても、装置を構成する要素となるようなものであってもよい。
【０１０８】
【発明の効果】
以上説明したように、本発明によれば、受信機の仕様の如何に拘わらず、ユーザ画像とデータ放送に係る画像とを正しいスケールで合成して表示することが可能となり、例えばデータ放送ショッピング等においては、商品を購買すべきか否かを的確に判断することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したデジタルテレビ受信装置の概略構成を示すブロック図である。
【図２】上記デジタルテレビ受信装置のＣＰＵで動作するソフトウェアの構成を示した図である。
【図３】データ放送ブラウザの処理内容を示すフローチャートである。
【図４】放送局から送信されてくるスタートアップ画面用のＸＭＬデータ例を示す図である。
【図５】図４の続きのＸＭＬデータを示す図である。
【図６】上記ＸＭＬデータ上に記述された初期スクリプト処理の流れを示すフローチャートである。
【図７】データ放送ブラウザが上記スタートアップ画面のＸＭＬデータに基づいて生成した表示画面例を示す図である。
【図８】図７の画面で全体表示ボタンを選択した場合の表示画面例を示す図である。
【図９】図７と同様の画面（すなわち、イヤリングが動画ウィンドウに表示されている状態）で全体表示ボタンを選択した場合の表示画面例を示す図である。
【図１０】放送局から送信されてくる仮想試着画面用のＸＭＬデータ例を示す図である。
【図１１】図１０の続きのＸＭＬデータを示す図である。
【図１２】図１１の続きのＸＭＬデータを示す図である。
【図１３】図１２の続きのＸＭＬデータを示す図である。
【図１４】図１３続きのＸＭＬデータを示す図である。
【図１５】図１４の続きのＸＭＬデータを示す図である。
【図１６】図１５の続きのＸＭＬデータを示す図である。
【図１７】図１０〜１６に示した仮想試着画面用ＸＭＬデータに記述されたスクリプト処理の流れを示すフローチャートである。
【図１８】図１７における仮想試着画像（合成画像）の調整処理の詳細を示すフローチャートである。
【図１９】商品画像を例示した図である。
【図２０】ユーザ画像を例示した図である。
【図２１】仮想試着画像（合成画像）例を示す図である。
【図２２】他の仮想試着画像（合成画像）例を示す図である。
【図２３】一般的なデジタルテレビ受信装置の構成例を示すブロック図である。
【符号の説明】
１００：デジタルテレビ受信装置
１０１：チューナ部
１０２：デスクランブラ
１０３：トランスポートデコーダ
１０６：ビデオデコーダ
１１０：グラフィック生成部
１１２：メモリ
１１８：ＣＰＵ
１０７：動画プレーン
１０８：静止画プレーン
１０９：文字図形プレーン
１１１：画像合成部
１１９：ハードディスク
１２１：グラフィックバッファ
１３４：表示器
２０１：データ放送ブラウザ
Claims (4)
- 受信した放送画像データを記憶する記憶装置と、前記記憶装置に記憶された所定の放送画像データと予め登録されたユーザ画像データとの合成画像を表示装置に表示させる表示制御手段とを有するデータ放送受信再生装置であって、
前記表示装置のメモリに保存され、前記表示装置の表示画面のスケールに係る表示画面情報を読み出し、
前記表示画面情報に基づいて、前記合成画像が所定のスケールとなるように、前記所定の放送画像データと前記ユーザ画像データとをそれぞれ拡大・縮小処理する制御手段を有することを特徴とするデータ放送受信再生装置。 - 前記表示画像情報は、前記表示装置の表示画面の画素数、及び縦横比を含むことを特徴とする請求項１記載のデータ放送受信再生装置。
- 受信した放送画像データを記憶し、記憶された所定の放送画像データと予め登録されたユーザ画像データとの合成画像を表示装置に表示させるデータ放送受信再生方法であって、
前記表示装置のメモリに保存され、前記表示装置の表示画面のスケールに係る表示画面情報を読み出し、
前記表示画面情報に基づいて、前記合成画像が所定のスケールとなるように、前記所定の放送画像データと前記ユーザ画像データとをそれぞれ拡大・縮小処理することを特徴とするデータ放送受信再生方法。 - 請求項３記載のデータ放送受信再生方法をコンピュータに実行させるための制御プログラム。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002020217A JP4136384B2 (ja) | 2002-01-29 | 2002-01-29 | データ放送受信再生装置、データ放送受信再生方法、及び制御プログラム |
| 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 |
|---|---|---|---|
| JP2002020217A JP4136384B2 (ja) | 2002-01-29 | 2002-01-29 | データ放送受信再生装置、データ放送受信再生方法、及び制御プログラム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2003224783A JP2003224783A (ja) | 2003-08-08 |
| JP2003224783A5 JP2003224783A5 (ja) | 2005-07-14 |
| JP4136384B2 true JP4136384B2 (ja) | 2008-08-20 |
Family
ID=27743777
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002020217A Expired - Fee Related JP4136384B2 (ja) | 2002-01-28 | 2002-01-29 | データ放送受信再生装置、データ放送受信再生方法、及び制御プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4136384B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4551711B2 (ja) * | 2004-07-27 | 2010-09-29 | 株式会社東芝 | コンピュータシステム |
| JP2007086432A (ja) | 2005-09-22 | 2007-04-05 | Sony Corp | 表示制御装置、および表示制御方法 |
| KR20080030809A (ko) * | 2006-10-02 | 2008-04-07 | 삼성전자주식회사 | 화면 가공 없이 커머스 방송을 제공하는 방송수신장치 및그의 방송처리방법 |
| JP4867691B2 (ja) * | 2007-02-15 | 2012-02-01 | パナソニック株式会社 | データ放送出力装置 |
| JP5041853B2 (ja) * | 2007-04-04 | 2012-10-03 | 日本放送協会 | コンテンツ生成装置及びコンテンツ生成プログラム |
| JP5129707B2 (ja) * | 2008-09-24 | 2013-01-30 | 株式会社日立システムズ | 画像実寸表示システムおよび画像実寸表示方法ならびにそのためのプログラム |
-
2002
- 2002-01-29 JP JP2002020217A patent/JP4136384B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003224783A (ja) | 2003-08-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7196733B2 (en) | Apparatus for receiving broadcast data, method for displaying broadcast program, and computer program | |
| JP4223099B2 (ja) | 放送ビデオと共に強化したコンテンツを提供する方法およびシステム | |
| US7768576B2 (en) | Multi-screen synthesis apparatus, method of controlling the apparatus, and program for controlling the apparatus | |
| JP4018332B2 (ja) | データ放送受信装置並びにデータ放送受信装置の印刷処理方法 | |
| US7478417B2 (en) | Broadcast system and method for browsing the web | |
| TWI707582B (zh) | 傳送及接收媒體資料之方法及裝置 | |
| JP2004507989A (ja) | テレビ放送におけるハイパーリンクのための方法および装置 | |
| JP2005505953A (ja) | 文脈的ウェブページシステム及び方法 | |
| US8161509B2 (en) | Television receiver and method for providing information to the same | |
| JP4136383B2 (ja) | テレビ受信装置及びその制御方法 | |
| CN111601144B (zh) | 流媒体文件播放方法及显示设备 | |
| US20050066366A1 (en) | Receiving apparatus, method for displaying in conjunction with television program, and printing control method | |
| JPH11164276A (ja) | 情報処理装置および情報処理方法、並びに放送システムおよび放送方法 | |
| JP2005124163A (ja) | 受信装置、番組連携表示方法および印刷制御方法 | |
| JP4136384B2 (ja) | データ放送受信再生装置、データ放送受信再生方法、及び制御プログラム | |
| KR100773883B1 (ko) | 다중 온 스크린 디스플레이 포맷을 포함하는 비디오를 처리하는 방법 및 시스템과, 비디오를 저장하기 위한 온 스크린 디스플레이 메모리 | |
| CN111757176B (zh) | 流媒体文件安全播放方法及显示设备 | |
| CN111885415B (zh) | 一种音频数据快速输出方法及显示设备 | |
| US20040139463A1 (en) | Data broadcasting receiving and reproducing apparatus | |
| JP4470462B2 (ja) | 画像処理装置および方法、並びにプログラム | |
| CN113382291A (zh) | 一种显示设备及流媒体播放方法 | |
| JP4273133B2 (ja) | デジタル放送受信装置、デジタル放送受信装置の制御方法、及びプログラム | |
| JP2002300492A (ja) | 放送受信装置及び番組表示方法 | |
| JP5153218B2 (ja) | デジタルデータ放送受信装置およびその制御方法 | |
| JP4273155B2 (ja) | データ放送受信装置及びデータ放送受信装置の制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
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 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070205 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070220 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070423 |
|
| RD05 | Notification of revocation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7425 Effective date: 20070626 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080311 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080417 |
|
| 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: 20080520 |
|
| 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 |