JP2000069439A - テレビジョン信号送信装置及びテレビジョン信号受信装置 - Google Patents

Abstract

(57)【要約】 【課題】アナログのインタラクティブシステムにおい
て、ディジタルインタラクティブシステムで用いるリソ
ースを利用する。 【解決手段】ＩＣＡＰアプリケーション制作部１はＩＣ
ＡＰのアプリケーションを制作し、ＭＨＥＧアプリケー
ション制作部７はＭＨＥＧのアプリケーションを制作す
る。ＩＣＡＰヘッダ生成部11は、ＩＣＡＰ及びＭＨＥＧ
において共通の素材に基づくリソースを使用する場合に
は、ＭＨＥＧで用いるリソースをＩＣＡＰで利用するた
めのＩＣＡＰヘッダを生成する。このＩＣＡＰヘッダは
ディジタル伝送路パケット化部８によってＭＰＥＧのセ
クション構造のストリームで伝送される。これにより、
受信側において、ＩＣＡＰアプリケーションがＭＨＥＧ
用の高解像度のリソースを利用可能となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、テレビジョン電波
に多重化されて送られる付加データを受信して画面表示
を行うものに好適なテレビジョン信号送信装置及びテレ
ビジョン信号受信装置に関する。

【０００２】

【従来の技術】近年、テレビジョン（ＴＶ）受信機にお
いては、半導体技術及び通信技術等の発達によって、単
なる映像及び音声による放送信号の視聴のためのものと
してだけでなく、情報端末としての機能も備えたものが
開発されている。このようなテレビジョン受信機を利用
すると、映像及び音声以外の情報を送信側から伝送する
ことにより、伝送された情報を利用した各種のサービス
を受けることができる。更に、双方向通信機能を搭載す
ることによって、映像及び音声以外に放送信号に多重さ
れているディジタルデータを受信し、視聴しているＴＶ
番組に対して所定のレスポンスを返すことも可能であ
る。

【０００３】このような機能を実現するテレビジョン受
信機として、文献１（国際公開番号０ ９６／３４４６
６）（Compact Graphical lnteractive Broadcast lnfo
rmation System ）（International Patent Classifica
tion: H04N 1/00 ）において開示されたものがある。こ
の文献１の方式（以下、ＩＣＡＰ方式という）において
は、ＴＶ番組に映像及び音声信号だけでなく、ディジタ
ルデータを多重して放送すると共に、多重されたディジ
タルデータに基づく処理に応答してレスポンスを返す双
方向通信機能を実現する手法が開示されている。

【０００４】ＩＣＡＰ方式を現行アナログ放送方式に適
合させることにより、既にＩＴ（Inter Text）ビジョン
放送（以下、ＩＴ放送という）と呼ばれるインタラクテ
ィブ放送のサービスが行われている。

【０００５】また、将来放送が予定されているディジタ
ル放送においても、このようなインタラクティブサービ
スが考えられている。しかし、将来予定されているディ
ジタル放送では、ＩＣＡＰ方式とは互換性がない方式で
インタラクティブ放送が行われ可能性もある。このた
め、ディジタル放送の普及期においてアナログ放送及び
ディジタル放送が並行してサービスされる期間において
は、放送局は、同一のインタラクティブ放送番組を、ア
ナログ放送及びディジタル放送の両方の放送形態で放送
するものと予想されている。従って、受信機側において
も、複数の双方向サービス方式の実行手段を実装するこ
とが考えられる。

【０００６】ところで、アナログ方式に適合させたＩＣ
ＡＰ方式では、映像信号の垂直帰線区間にデータを多重
して伝送するようになっている。この場合の伝送路の伝
送速度はｋビットオーダーである。このため、通常、例
えば高精細ビットマップ等の大容量のデータは伝送され
ない。また、ディジタル方式においては、一般にビット
ストリーム中のデータ多重については特に制限がないの
で、Ｍｂｉｔオーダーの伝送速度を確保することがで
き、大容量のビットマップデータも比較的容易に伝送可
能である。

【０００７】このように、同一アプリケーションをアナ
ログ方式とディジタル方式とでサービス可能であるが、
ディジタル方式では高精細のビットマップ素材を伝送す
ることができるのに対し、アナログ方式では、同一のビ
ットマップ素材を例えば画素を粗くした後伝送する必要
がある。

【０００８】しかしながら、アナログ方式に適合させた
インタラクティブサービスとディジタル方式に対応させ
たインタラクティブサービスとは、互換性を有していな
いことから、ディジタル方式に対応した高精細のビット
マップ素材が伝送されていても、アナログ方式において
この高精細のビットマップ素材を利用した表示を行うこ
とができないという問題点があった。

【０００９】

【発明が解決しようとする課題】このように、従来、複
数のデータ放送方式相互間に互換性を有していないこと
から、伝送されたアプリケーションを有効に利用するこ
とができないという問題点があった。

【００１０】本発明はかかる問題点に鑑みてなされたも
のであって、他のデータ放送方式用のデータを活用する
ことにより、高品質のサービスの提供を受けることがで
きるテレビジョン信号送信装置及びテレビジョン信号受
信装置を提供することを目的とする。

【００１１】

【課題を解決するための手段】本発明の請求項１に係る
テレビジョン信号送信装置は、第１のリソースを用いた
第１のアプリケーションを第１のデータ伝送方式で第１
の放送信号に多重して送出する第１のアプリケーション
送信手段と、第２のリソースを用いた第２のアプリケー
ションを第２のデータ伝送方式で第２の放送信号に多重
して送出する第２のアプリケーション送信手段と、前記
第１及び第２のリソースが共通の素材に基づくものであ
る場合に、前記第２のリソースを前記第１のアプリケー
ションで利用可能にするための情報を前記第２のデータ
伝送方式のストリームに多重して送出させる多重手段と
を具備したものであり、本発明の請求項３に係るテレビ
ジョン信号受信装置は、第１のリソースを用いた第１の
アプリケーションが第１のデータ伝送方式で第１の放送
信号に多重されて伝送され、伝送された前記第１のデー
タ伝送方式のデータを受信する第１のアプリケーション
受信手段と、第２のリソースを用いた第２のアプリケー
ションと前記第２のリソースを前記第１のアプリケーシ
ョンで利用可能にするための情報とが多重された第２の
データ伝送方式のストリームが第２の放送信号に多重さ
れて伝送され、伝送された前記第２のデータ伝送方式の
データを受信する第２のアプリケーション受信手段と、
前記第２のリソースを前記第１のアプリケーションで利
用可能にするための情報を抽出する抽出手段と、この抽
出手段が抽出した情報に基づいて前記第１のアプリケー
ションで用いる第１のリソースを前記第２のリソースに
置換する置換手段とを具備したものであり、本発明の請
求項１において、第１及び第２のアプリケーションは、
夫々第１及び第２のアプリケーション送信手段によっ
て、第１又は第２の放送信号に多重されて伝送される。
多重手段は、第１のアプリケーションにおいて第２のリ
ソースを利用可能にするための情報を第２のデータ伝送
方式のストリームに多重して送出させる。これにより、
受信側において第１のアプリケーションによって第１及
び第２のリソースを利用した提示が可能となる。

【００１２】本発明の請求項３において、第１及び第２
のアプリケーションは第１及び第２の放送信号に多重さ
れて伝送されている。更に、第２の放送信号には、第２
のリソースを第１のアプリケーションで利用可能にする
ための情報も多重されている。抽出手段はこの情報を抽
出し、置換手段は、抽出された情報に基づいて第１のリ
ソースを第２のリソースに置換する。これにより、第１
のアプリケーションによって第１及び第２のリソースを
使用可能になる。

【００１３】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について詳細に説明する。図１及び図２は本発
明に係るテレビジョン信号送信装置及びテレビジョン信
号受信装置の一実施の形態を示すブロック図である。本
実施の形態はアナログ放送に適合した方式としてＩＣＡ
Ｐ方式を採用し、ディジタル放送に適合した方式として
ＭＨＥＧ（Multimedia and Hypermedia Information Co
ding Experts Group）方式を採用した例である。

【００１４】本実施の形態は、受信側がアナログ及びデ
ィジタル方式のいずれの受信も可能な場合において、ア
ナログ方式のインタラクティブサービスによる画像表示
を行うときでも、ディジタル方式のインタラクティブサ
ービスによる高精細な画像表示を可能にするものであ
る。

【００１５】図１において、ＩＣＡＰアプリケーション
制作部１は、ＩＣＡＰ方式のインタラクティブ放送用の
アプリケーションプログラムを制作する。制作されたア
プリケーションプログラムはＩＣＡＰレコード生成部２
及びＩＣＡＰヘッダ生成部11に供給される。

【００１６】ＩＣＡＰでは、アプリケーションは、各画
面に対応した複数のフォーム（Ｆｏｒｍ）によって構成
されており、各フォームには、画面内の構成要素を示す
複数のオブジェクト（Ｏｂｊｅｃｔ）が設けられてい
る。各オブジェクトは構成要素の実体であるリソース
（Ｒｅｓｏｕｒｃｅ）と連携して画面表示を可能にす
る。

【００１７】ＩＣＡＰレコード生成部２は、アプリケー
ションプログラム中に指定された構成要素、即ち、画面
表示に用いられる文字及び静止画等のリソースデータを
リソース群６から読出し、これらのアプリケーションプ
ログラム及びリソースデータからなるアプリケーション
データをＩＣＡＰ独自のデータ単位であるＩＣＡＰレコ
ード（Ｒｅｃｏｒｄｓ）にまとめる。

【００１８】ＩＣＡＰにおいては、アプリケーション全
体を定義するアプリケーション・ヘッダ・レコード（Ap
plication Header Recoed） 各画面及び画面内の構成要
素を定義するフォーム・デファイン・レコード（Form D
efine Record）及び構成要素の実体を定義するリソース
デファインレコード（Resource Define Record）がデー
タ単位でパケット化されて伝送されるようになってい
る。

【００１９】各レコードには識別子などのヘッダが付加
される。具体的には、ＩＣＡＰレコードは、複数のレコ
ードタイプ、例えば、レコードタイプIRT_Null，IRT_Ap
p_Header，IRT_Alert，IRT_State_Update，IRT_RESERVE
D，IRT_Form_Define，IRT_RESERVED，IRT_Resource_Def
ine，IRT_Filtered_Resource_Update，IRT_Script_Defi
ne，IRT_RESERVED，IRT_Index_Key_Update，…その他を
有する。

【００２０】リソースデファインレコード（IRT_Resour
ce_Define）には、そのレコードの種別を示すレコード
タイプと、フォームデファインレコード（IRT_Form_Def
ine） から参照するための識別子としてリソースナンバ
ー（resource number）とリソースのバージョンを示す
バージョンナンバー（version number）とが設けられて
おり、これらのヘッダに続けて実際のリソースデータが
記述されている。

【００２１】なお、リソースのバージョンの変更はフィ
ルタードリソースアップデート（IRT_Filtered_Resourc
e_Update ）によって示されるようになっている。

【００２２】ＩＣＡＰレコード生成部２によって生成さ
れたレコードはアナログ伝送路パケット化部３に供給さ
れる。アナログ伝送路パケット化部３は、レコード化さ
れたアプリケーションデータを映像信号の垂直帰線区間
（ＶＢＩ）に多重してアナログ伝送路送出部４に供給す
る。アナログ伝送路送出部４は、映像信号及び音声信号
に対する一般的な送出処理を行って、アナログ伝送路出
力端子５を介してアナログ放送信号として出力するよう
になっている。

【００２３】一方、ディジタル放送におけるインタラク
ティブサービスとしてＭＨＥＧアプリケーションが用い
られる。ＭＨＥＧアプリケーション制作部７は、ＭＨＥ
Ｇ方式のアプリケーションを制作してディジタル伝送路
パケット化部８及びＩＣＡＰヘッダ生成部11に供給す
る。

【００２４】ＭＨＥＧでは、アプリケーションは、各画
面に対応した複数のシーン（Ｓｃｅｎｅ）によって構成
されており、各シーンには、画面内の構成要素を示す複
数のオブジェクトが設けられている。各オブジェクトは
構成要素の実体であるリソースと連携して画面表示を可
能にする。

【００２５】ディジタル放送においては、ＭＰＥＧ規格
が採用されている。ＭＰＥＧにおいては、複数のプログ
ラムを１つのストリームで伝送することを考慮したトラ
ンスポートストリーム（Transport Stream）でデータを
伝送することができる。トランスポートストリームは、
１バイトの同期信号（以下、SYNCという）を含む１８８
バイトの固定長のパケット（トランスポートパケット）
によって構成されており、映像データ、音声データ及び
その他のデータを含んでいる。トランスポートストリー
ムは、情報を伝送するペイロード（Payload ）の前にリ
ンクレベルヘッダ（Link Level Header ）を付加して伝
送される。トランスポートパケット１８８バイトのうち
４バイトがリンクレベルヘッダである。

【００２６】リンクレベルヘッダは、先頭に同期バイト
（sync_byte ）を配列し、以後、ビットエラーの有無を
示すエラーインジケータ（transport packed error ind
icator）、ＰＥＳパケットの開始を示すユニット開始表
示（PES packet start indicator）、パケットの重要度
を示すトランスポートパケットプライオリティ（transp
ort priority）、パケットの識別情報であるＰＩＤ（Pa
cket identification）、スクランブルの有無を示すス
クランブル制御（stransport scrambling control ）、
ペイロードの有無等を示すアダプテーションフィールド
制御（adaptation field control）、同一ＰＩＤの連続
性を示す巡回カウンタ（continuity counter）を順次配
列して構成する。

【００２７】映像データ及び音声データ等のストリーム
は、エレメンタリストリーム（ＥＳ）によって伝送す
る。ＥＳにヘッダを付加してＰＥＳ（Pecketized Eleme
ntaryStream Packet ）パケットを構成する。ＰＥＳパ
ケットは比較的大きいので、数個のトランスポートパケ
ットのペイロードによって伝送される。

【００２８】一方、その他のデータについては、多くの
場合セクション（Ｓｅｃｔｉｏｎ）と呼ばれるデータ構
造によって伝送される。即ち、ＰＥＳとＳｅｃｔｉｏｎ
とがトランスポートストリーム上を時分割で伝送される
のである。トランスポートストリームによって複数種類
のＰＥＳと複数種類のＳｅｃｔｉｏｎとを伝送すること
ができ、受信側では、ＭＰＥＧデコーダがＰＩＤを参照
することによって、これらのデータを分離抽出すること
ができる。

【００２９】ＭＨＥＧアプリケーション制作部７は、制
作したアプリケーションプログラムをディジタル伝送路
パケット化部８に供給する。ディジタル伝送路パケット
化部８は、ＭＨＥＧのアプリケーションプログラム中に
指定された構成要素、即ち、画面表示に用いられる文字
及び静止画等のリソースデータをリソース群６から読出
して、アプリケーションプログラムとリソースデータと
をセクション構造に基づいてパケット化する。

【００３０】なお、ＭＰＥＧ規格では、セクションとし
て、プログラムアソシエーションセクション（Program
Association Section） 、ＣＡセクション、ＴＳプログ
ラムマップセクション（TS program map section）及び
プライベートセクション（Private section）が規定さ
れているが、ディジタル伝送路パケット化部８は、ＭＨ
ＥＧのアプリケーションを例えばプライベートセクショ
ンのプライベートデータ（private data）として伝送す
るようになっている。

【００３１】ＩＣＡＰアプリケーション制作部１とＭＨ
ＥＧアプリケーション制作部７とが同一のアプリケーシ
ョンを制作する場合には、このアプリケーションに用い
られるリソースも同一素材に基づくものである。しか
し、ＩＣＡＰ方式ではレコードをＶＢＩに多重して伝送
しており、ＭＨＥＧ方式ではＭＰＥＧ規格のセクション
構造で伝送している。このため、ＩＣＡＰ方式とＭＨＥ
Ｇ方式とでは伝送速度が異なり、リソースとして同一の
絵柄を示すビットマップデータを伝送する場合でも、Ｉ
ＣＡＰ方式ではＭＨＥＧ方式よりも画素数及び色情報が
少ないリソースが用いられる。

【００３２】本実施の形態においては、受信側でリソー
スの置き換えを可能とするために、ＩＣＡＰヘッダ生成
部11が設けられている。ＩＣＡＰヘッダ生成部11は、受
信側においてアナログのインタラクティブサービスによ
る画像表示を行う場合に、画像表示に用いるリソースと
してディジタルのインタラクティブサービスによるもの
を用いるためのヘッダを生成するようになっている。

【００３３】ＩＣＡＰヘッダ生成部11には、ＩＣＡＰア
プリケーション制作部１及びＭＨＥＧアプリケーション
制作部７の出力が与えられる。上述したように、ＩＣＡ
Ｐ方式では、リソースのバージョンの変更はフィルター
ドリソースアップデート（IRT_Filtered_Resource_Upda
te ）によって示されるようになっており、ＩＣＡＰ方
式のエンジンは、このフィルタードリソースアップデー
トによってリソースのバージョンが変更されたことを検
出すると、新たにレコード化されたリソースを用いた画
面表示を行うようになっている。

【００３４】ＩＣＡＰヘッダ生成部11は、ＩＣＡＰアプ
リケーションと同一の素材がＭＨＥＧアプリケーション
において用いられる場合には、ＭＨＥＧアプリケーショ
ンで用いられるリソースを指示するためのＩＣＡＰヘッ
ダを生成するようになっている。

【００３５】即ち、ＩＣＡＰヘッダ生成部11は、例え
ば、リソースタイプ、リソースナンバー及びバージョン
からなるヘッダを生成してディジタル伝送路パケット化
部８に供給するようになっている。この場合には、ＩＣ
ＡＰヘッダ生成部11は、レコードタイプ及びリソースナ
ンバーについては、置換されるＩＣＡＰのリソースレコ
ードと同一の値を記述し、バージョンについては１つ大
きな値を記述する。

【００３６】ところで、ＭＨＥＧの各リソースはＭＥＨ
Ｇの伝送単位であるモジュール（module）によって伝送
される。ＩＣＡＰヘッダ生成部11は、置換するＭＨＥＧ
用のリソースを伝送するモジュールの識別子であるモジ
ュールＩＤ（module ID ）をヘッダに記述するようにし
てもよい。

【００３７】ディジタル伝送路パケット化部８は、入力
されたＩＣＡＰヘッダをＭＰＥＧのセクション構造で伝
送する。

【００３８】図３は図１中のディジタル伝送路パケット
化部８によるＩＣＡＰヘッダの挿入を示す説明図であ
る。

【００３９】ＭＨＥＧにおいては、アプリケーション構
成及び構成要素を定義するデータと、リソースの実体デ
ートとが独立のファイルとして存在し、ＩＣＡＰヘッダ
も独立のファイルとして伝送される。各ファイルは、Ｍ
ＨＥＧの伝送単位であるモジュールに割り当てられる。

【００４０】図３ではモジュール１，２，…が記述され
ていることが示されている。モジュール１乃至３は、例
えば、ＭＨＥＧアプリケーション制作部７によって制作
されたアプリケーションデータ及びリソースデータＲ1
，Ｒ2 であり、モジュール４はＩＣＡＰヘッダであ
る。

【００４１】モジュールはＭＰＥＧ２（ＩＳＯ／ＩＥＣ
１３８１８−１）で定義されるセクションに分割され、
セクションはトランスポートパケットに分割されて伝送
される。

【００４２】ディジタル伝送路送出処理部９は、図示し
ない映像データ、音声データ及びシステムデータと共に
ディジタル伝送路パケット化部８の出力をＭＰＥＧ２の
トランスポートストリームとして多重化し、変調等のデ
ィジタル送出処理を行った後、ディジタル伝送路出力端
子10を介して放送信号として出力する。

【００４３】図２において、アナログ伝送路入力端子21
には、図示しないアナログ伝送路を介して伝送されたア
ナログ放送信号が入力される。また、ディジタル伝送路
入力端子31には、図示しないディジタル伝送路を介して
伝送されたディジタル放送信号が入力される。アナログ
放送信号はアナログ伝送路受信処理部22に供給され、デ
ィジタル放送信号はディジタル伝送路受信処理部32に供
給される。

【００４４】アナログ伝送路受信処理部22は、チューナ
処理等の一般的な受信処理を行ってアナログ伝送路デパ
ケット部23に出力する。なお、アナログ伝送路受信処理
部22は、映像及び音声信号を図示しない映像及び音声処
理回路に分配する。

【００４５】アナログ伝送路デパケット部23は、映像信
号の垂直帰線区間に多重されたインタラクティブシステ
ムのアプリケーションデータを抽出してＩＣＡＰレコー
ド分解部24に供給する。

【００４６】ＩＣＡＰレコード分解部24は、抽出された
データをＩＣＡＰが処理するデータ単位毎に分類する。
ＩＣＡＰレコード分解部24は、分類したデータ単位のう
ちリソースデータについてはリソース群36として保持
し、他のデータはＩＣＡＰ実行部25に出力する。

【００４７】ＩＣＡＰ実行部25は、入力された各データ
単位をデコードして、ＩＣＡＰで定義された方式に従っ
て、アプリケーションを実行する。この場合には、オブ
ジェクトが要求するリソースについてはリソース群36，
37から読出し、ＩＣＡＰアプリケーションに基づく画面
表示を行うための映像及び音声信号を生成する。ＩＣＡ
Ｐ実行部25は生成した映像及び音声信号を出力端子26を
介して出力する。出力端子26からの映像信号及び音声信
号を図示しないテレビジョン画面及びスピーカ等に供給
することにより、ＩＣＡＰのインタラクティブサービス
を利用することができる。

【００４８】一方、ディジタル伝送路受信処理部32は、
チューナ処理及び誤り訂正処理等の一般的な受信処理を
行う。ディジタル伝送路受信処理部32の出力はディジタ
ル伝送路デパケット部33に供給される。ディジタル伝送
路デパケット部33は、入力されたＭＰＥＧ２トランスポ
ートストリームから映像データ、音声データ及びシステ
ムデータを分離抽出して、図示しない後段の処理回路に
供給すると共に、ＭＨＥＧアプリケーションデータを含
むセクションを抽出して、モジュール単位でＭＨＥＧ実
行部34及びＩＣＡＰヘッダ抽出部35に供給する。なお、
ディジタル伝送路デパケット部33は、リソースデータを
分離抽出して、リソース群37に供給するようになってい
る。

【００４９】ＭＨＥＧ実行部34は、ＭＨＥＧアプリケー
ションが与えられ、リソース群37からリソースデータを
抽出しながら、ＭＨＥＧで定義された方式に従って、ア
プリケーションを実行する。ＭＨＥＧ実行部34は、実行
結果である映像及び音声信号を出力端子38を介して出力
するようになっている。出力端子38からの映像及び音声
信号を図示しないテレビジョン画面及びスピーカ等に供
給することにより、ＭＨＥＧのインタラクティブサービ
スを利用することができる。

【００５０】ＩＣＡＰヘッダ抽出部35は、例えば、図３
に示すセクション構造のストリームが入力されることに
なり、ＩＣＡＰヘッダを抽出してＩＣＡＰ実行部25に出
力するようになっている。この場合には、ＩＣＡＰヘッ
ダ抽出部35は、検出したＩＣＡＰヘッダの情報に基づい
て、ＩＣＡＰ実行部25が参照するリソースをリソース群
36だけでなくリソース群37からも選択するように制御す
る。即ち、ＩＣＡＰ実行部25は、ＩＣＡＰヘッダによっ
て指示されるＭＨＥＧ用のリソースを参照することがで
きるようになっている。

【００５１】例えば、ＩＣＡＰヘッダ抽出部35は、ディ
ジタル伝送路デパケット部33からセクション構造のスト
リームが入力され、ＩＣＡＰヘッダを抽出し、ＩＣＡＰ
ヘッダに記載されているリソースナンバー及びこのリソ
ースが伝送されているモジュールＩＤをＩＣＡＰ実行部
25に出力するようになっている。

【００５２】ＩＣＡＰ実行部25は、ＩＣＡＰヘッダ抽出
部35によって指定されたリソースナンバーのリソースに
ついては、ＭＨＥＧのモジュールで伝送されたリソース
をリソース群37から参照することができるようになって
いる。

【００５３】ところで、ＩＣＡＰ方式では、同一番組デ
ータを適当な時間間隔で連続的に送信している。受信機
は、メモリ利用効率等を考慮して、受信データをデコー
ドした後にメモリに格納するようになっている。また、
パフォーマンスを向上させるために、一度も格納してい
ないデータについてのみ、受信、デコード及びメモリへ
の格納処理を行う。

【００５４】そこで、ＩＣＡＰ方式では、上述したよう
に、リソースがバージョンアップされたことをヘッダに
よって指示することによって、リソースの更新を行うよ
うになっている。ＩＣＡＰヘッダの情報によってリソー
スが更新されると、ＩＣＡＰ実行部25は、リソースのバ
ージョンが新しいものに変更されていることを検出し
て、リソース番号で指定されたリソースを参照し直す。
即ち、この場合には、ＩＣＡＰ実行部25は、リソース群
36のリソースではなく、リソース群37の高解像度のリソ
ースデータを読出すようになっている。

【００５５】次に、このように構成された実施の形態の
動作について説明する。

【００５６】いま、ＩＣＡＰアプリケーション制作部１
及びＭＨＥＧアプリケーション制作部７において共通ア
プリケーションを制作するものとする。リソース群６に
は共通の素材に対してＩＣＡＰアプリケーションで用い
る低解像度のリソースとＭＨＥＧアプリケーションで用
いる高解像度のリソースとが保持されているものとす
る。なお、ＩＣＡＰレコード生成部２において、リソー
ス群６に保持されている高解像度のリソースを読出して
低解像度のＩＣＡＰ用のリソースを生成するようにして
もよい。

【００５７】ＩＣＡＰレコード生成部２は、ＩＣＡＰア
プリケーションに基づいてリソース群６からリソースを
読出して、ＩＣＡＰ方式のレコードを生成する。この場
合には、ＩＣＡＰレコード生成部２は、リソースデファ
インレコード（IRT_Resource_Define）には、そのレコ
ードの種別を示すレコードタイプ、リソースナンバー及
びバージョンナンバーを記述する。このリソースナンバ
ーによって指定されるリソースは、低解像度のＩＣＡＰ
用のものである。

【００５８】ＩＣＡＰレコード生成部２によって生成さ
れたレコードは、アナログ伝送路パケット化部３に供給
され、映像信号の垂直帰線区間（ＶＢＩ）に多重され
る。アナログ伝送路送出部４は、所定の送出処理を行っ
て、アナログ伝送路出力端子５からアナログ放送信号と
して出力する。

【００５９】一方、ＭＨＥＧアプリケーション制作部７
は、制作したアプリケーションプログラムをディジタル
伝送路パケット化部８及びＩＣＡＰヘッダ生成部11に供
給する。ＩＣＡＰヘッダ生成部11は、ＩＣＡＰアプリケ
ーションにおいて用いられる低解像度のリソースをＭＨ
ＥＧアプリケーションにおいて用いる高解像度のリソー
スに置換するためのＩＣＡＰヘッダを生成する。即ち、
ＩＣＡＰヘッダは、レコードタイプ及びリソースナンバ
ーについては、置換されるＩＣＡＰのリソースレコード
と同一の値を記述し、バージョンについては１つ大きな
値を記述する。

【００６０】ディジタル伝送路パケット化部８は、ＭＨ
ＥＧのアプリケーションプログラム中に指定されたリソ
ースデータをリソース群６から読出して、アプリケーシ
ョンプログラムとリソースデータとをセクション構造に
基づいてパケット化する。この場合には、ディジタル伝
送路パケット化部８は、ＩＣＡＰヘッダ生成部11からの
ＩＣＡＰヘッダについても、独立したモジュールに記述
する。こうして、図３に示すセッション構造のトランス
ポートストリームが生成される。

【００６１】ディジタル伝送路パケット化部８からのト
ランスポートストリームは、ディジタル伝送路送出処理
部９において、映像データ、音声データ及びシステムデ
ータと共に多重化され、変調等のディジタル送出処理が
行われた後、ディジタル伝送路出力端子10を介してディ
ジタル放送信号として出力される。

【００６２】一方、受信側においては、アナログ伝送路
を介して伝送された放送信号は、端子21からアナログ伝
送受信処理部22に供給される。また、ディジタル伝送路
を介して伝送された放送信号は、端子31からディジタル
伝送受信処理部32に供給される。

【００６３】ディジタル伝送路受信処理部32は、トラン
スポートストリームをディジタル伝送路デパケット部33
に供給する。ディジタル伝送路デパケット部33は、入力
されたトランスポートストリームからＭＨＥＧアプリケ
ーションデータを含むセクションを抽出して、モジュー
ル単位でＭＨＥＧ実行部34及びＩＣＡＰヘッダ抽出部35
に供給する。また、ディジタル伝送路デパケット部33
は、リソースデータを分離抽出して、リソース群37に供
給する。

【００６４】ＭＨＥＧ実行部34は、モジュール単位でア
プリケーションプログラムが入力され、リソース群37か
らのリソースデータを抽出しながら、ＭＨＥＧで定義さ
れた方式に従って、アプリケーションを実行する。こう
して、ＭＨＥＧ実行部34からは、ＭＨＥＧアプリケーシ
ョンに基づく映像及び音声信号が出力端子38から出力さ
れ、ＭＨＥＧのインタラクティブサービスが利用可能と
なる。

【００６５】いま、出力端子38からの信号を図示しない
記録装置によって記録するものとする。この場合でも、
受信側はアナログ放送の受信系を有しているので、ディ
ジタル放送の受信系で受信中のアプリケーションと異な
るアプリケーションについても、アナログ受信系によっ
て受信可能である。

【００６６】即ち、アナログ伝送路受信処理部22は、レ
コード単位でデータをアナログ伝送路デパケット部23に
出力する。アナログ伝送路デパケット部23は、映像信号
の垂直帰線区間に多重されたインタラクティブシステム
のアプリケーションデータを抽出してＩＣＡＰレコード
分解部24に供給する。ＩＣＡＰレコード分解部24に入力
されたデータは、ＩＣＡＰが処理するデータ単位毎に分
類され、リソースデータについてはリソース群36として
保持される。

【００６７】ＩＣＡＰ実行部25は、レコード単位のデー
タをデコードして、ＩＣＡＰで定義された方式に従っ
て、リソース群36に保持されているリソースデータを参
照しながらアプリケーションを実行する。これにより、
ＩＣＡＰアプリケーションに基づく画面表示を行うため
の映像及び音声信号が出力端子26を介して出力され、図
示しないテレビジョン画面及びスピーカ等によって視聴
可能となる。なお、この場合において画面表示に利用さ
れているリソースは低解像度のものである。

【００６８】ここで、アナログ受信系において受信され
ているアプリケーションと同一のアプリケーションがデ
ィジタル伝送路を介して伝送されているものとする。出
力端子38から他のアプリケーションに基づく信号を記録
している場合でも、ディジタル伝送路受信処理部32にお
いて受信中の信号には、アナログ受信系において受信中
のアプリケーションと同一のアプリケーションが含まれ
ている。

【００６９】この場合には、この同一アプリケーション
を伝送するトランスポートストリームには、送信側にお
いてＩＣＡＰヘッダが挿入されている。ディジタル伝送
路デパケット部33は、トランスポートストリームをデパ
ケット化し、ＩＣＡＰヘッダ抽出部35は、トランスポー
トストリームに挿入されているＩＣＡＰヘッダを抽出す
る。

【００７０】ＩＣＡＰヘッダには、ＩＣＡＰ用の低解像
度のリソースと同一素材で高解像度のリソースのリソー
スナンバー及びバージョンが記載されており、このバー
ジョンはアナログ受信系が受信したレコード中に記述さ
れているものよりも、リソースが新しいことを示してい
る。

【００７１】この場合には、ＩＣＡＰヘッダ抽出部35
は、検出したＩＣＡＰヘッダの情報に基づいてリソース
を参照するようにＩＣＡＰ実行部25を制御して、ＩＣＡ
Ｐ実行部25が参照するリソースをリソース群37から選択
させる。

【００７２】これにより、ＩＣＡＰ実行部25は、リソー
ス群36から参照していたリソースに代えて、リソース群
37に保持されているリソースを参照して、画面表示を行
う。こうして、この場合には、高解像度のリソースによ
る画面表示が行われる。

【００７３】このように、ＩＣＡＰヘッダ抽出部35によ
って、ＩＣＡＰヘッダが抽出され、このＩＣＡＰヘッダ
によって置換するリソースのリソースナンバーとこのリ
ソースデータを伝送するモジュールＩＤとがＩＣＡＰ実
行部25に供給される。ＩＣＡＰ実行部25は、リソースナ
ンバーで指定されたリソースについては、モジュールＩ
Ｄを用いてリソース群37から読出しを行う。こうして、
この場合においても、画面表示に、ＭＨＥＧ用の高解像
度のリソースが用いられる。

【００７４】このように、本実施の形態においては、Ｉ
ＣＡＰヘッダ中のリソースのバージョンを更新すること
によって、アプリケーションを変更することなくリソー
スを更新することができることを利用して、高解像度の
ＭＨＥＧ用のリソースを使用するためのＩＣＡＰヘッダ
をＭＨＥＧのモジュール内に挿入して伝送し、受信側に
おいてモジュールからＩＣＡＰヘッダを抽出して、ＩＣ
ＡＰヘッダに基づいてリソースを参照させることによ
り、アナログのインタラクティブサービスにおいて、デ
ィジタルインタラクティブサービス用の高解像度画像を
表示することを可能にしている。これにより、アナログ
のインタラクティブサービスであっても、高品質のサー
ビスの提供を受けることができる。

【００７５】図４は本発明の他の実施の形態を示すブロ
ック図である。図４において図２と同一の構成要素には
同一符号を付して説明を省略する。本実施形態は送信側
の構成は図１の実施の形態と同様である。

【００７６】図２の実施の形態においては、ＩＣＡＰ実
行部25はＭＨＥＧ用のリソース群37からリソースデータ
を読出すようになっているのに対し、本実施の形態は、
ＩＣＡＰ用のリソース群36に高解像度のリソースを蓄積
することにより、ＩＣＡＰ実行部25が通常と同様のリソ
ース群からリソースデータを読出すことを可能にしたも
のである。

【００７７】本実施の形態はＩＣＡＰヘッダ抽出部35に
代えてＩＣＡＰヘッダ，リソース抽出部41を設け、ＩＣ
ＡＰレコード分解部24に代えてＩＣＡＰレコード分解部
42を採用した点が図２の実施の形態と異なる。

【００７８】ＩＣＡＰヘッダ，リソース抽出部41は、デ
ィジタル伝送路デパケット部33からセクション構造のス
トリームが入力され、このストリーム中のＩＣＡＰヘッ
ダを抽出すると共に、リソースデータも抽出するように
なっている。ＩＣＡＰヘッダ，リソース抽出部41は、抽
出したこれらのデータに基づいてＩＣＡＰのレコードを
生成して、ＩＣＡＰレコード分解部42に供給するように
なっている。この場合には、伝送路における制限がない
ので、リソースデータとして高解像度のものを用いるこ
とができる。

【００７９】ＩＣＡＰレコード分解部42は、アナログ伝
送路デパケット部23からのデータをＩＣＡＰが処理する
データ単位毎に分類し、分類したデータ単位のうちリソ
ースデータについてはリソース群36として保持し、他の
データはＩＣＡＰ実行部25に出力する。この場合には、
ＩＣＡＰレコード分解部42は、ＩＣＡＰヘッダ，リソー
ス抽出部41からのレコードに、アナログ伝送路デパケッ
ト部23からのレコードに対してリソースのバージョンが
新しいリソースに関する記述が含まれる場合には、この
レコードについてはＩＣＡＰヘッダ，リソース抽出部41
のレコードを用いる。即ち、ＩＣＡＰレコード分解部42
からのリソースデータとしては、ディジタル伝送路を介
して伝送された高解像度のものがリソース群36に保持さ
れることになる。

【００８０】このように構成された実施の形態において
は、ＩＣＡＰヘッダ，リソース抽出部41によって、ＩＣ
ＡＰヘッダだけでなく、対応するリソースデータも抽出
される。ＩＣＡＰヘッダ，リソース抽出部41は、抽出し
たＩＣＡＰヘッダ及びリソースデータに基づいて新たに
ＩＣＡＰ方式のレコードを生成する。

【００８１】このレコードはＩＣＡＰレコード分解部42
に供給され、アナログ伝送路デパケット部23からの対応
するレコードに置換される。こうして、ＩＣＡＰレコー
ド分解部42からは、高解像度のリソースデータがリソー
ス群36に供給される。

【００８２】ＩＣＡＰ実行部25は、入力された各データ
単位をデコードして、ＩＣＡＰで定義された方式に従っ
て、アプリケーションを実行する。この場合には、オブ
ジェクトが要求するリソースについてはリソース群36か
ら読出し、ＩＣＡＰアプリケーションに基づく画面表示
を行うための映像及び音声信号を生成する。即ち、画面
表示に、ＭＨＥＧ用の高解像度のリソースが用いられ
る。

【００８３】このように、本実施の形態においても図２
の実施の形態と同様の効果を得ることができる。

【００８４】なお、本発明は上記各実施の形態に限定さ
れるものではなく、例えば、ＩＣＡＰ方式及びＭＨＥＧ
方式以外の方式に適用してもよい。また、一方の方式の
アプリケーションが他方の方式のリソースを利用可能と
するために、一方の方式のリソースアップデートを用い
たが、これと同様の情報を用いることによって、同様の
機能が得られることは明らかである。更に、他の方式で
用いるリソースに対するアクセスを可能にする手法であ
れば、どのような手法を採用してもよい。

【００８５】

【発明の効果】以上説明したように本発明によれば、他
のデータ放送方式用のデータを活用することにより、高
品質のサービスの提供を受けることができるという効果
を有する。

【図面の簡単な説明】

【図１】本発明に係るテレビジョン信号送信装置の一実
施の形態を示すブロック図。

【図２】本発明に係るテレビジョン信号受信装置の一実
施の形態を示すブロック図。

【図３】ＩＣＡＰヘッダが挿入されたセクション構造を
説明するための説明図。

【図４】本発明の他の実施の形態を示すブロック図。

【符号の説明】

１…ＩＣＡＰアプリケーション制作部、２…ＩＣＡＰレ
コード生成部、３…アナログ伝送路パケット化部、４…
アナログ伝送路送出部、６…リソース群、７…ＭＨＥＧ
アプリケーション制作部、８…ディジタル伝送路パケッ
ト化部、９…ディジタル伝送路送出処理部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 藤吉 靖浩 神奈川県横浜市磯子区新杉田町８番地 株 式会社東芝マルチメディア技術研究所内 (72)発明者 村松 孝倫 神奈川県横浜市磯子区新杉田町８番地 株 式会社東芝マルチメディア技術研究所内 Ｆターム(参考） 5C059 KK34 MA00 RA08 RB02 SS01 SS02 SS11 SS30 UA02 UA05 5C063 AA20 AB01 AB03 AB07 AC01 AC05 AC10 CA11 CA12 CA20 DA20 DB02

Claims (5)

【特許請求の範囲】
1. 【請求項１】 第１のリソースを用いた第１のアプリケ
   ーションを第１のデータ伝送方式で第１の放送信号に多
   重して送出する第１のアプリケーション送信手段と、 第２のリソースを用いた第２のアプリケーションを第２
   のデータ伝送方式で第２の放送信号に多重して送出する
   第２のアプリケーション送信手段と、 前記第１及び第２のリソースが共通の素材に基づくもの
   である場合に、前記第２のリソースを前記第１のアプリ
   ケーションで利用可能にするための情報を前記第２のデ
   ータ伝送方式のストリームに多重して送出させる多重手
   段とを具備したことを特徴とするテレビジョン信号送信
   装置。
2. 【請求項２】 前記多重手段は、前記第１のデータ伝送
   方式で用いるヘッダ情報を前記第２のデータ伝送方式の
   ストリームに多重することによって、前記第２のリソー
   スを前記第１のアプリケーションで利用可能にすること
   を特徴とする請求項１に記載のテレビジョン信号送信装
   置。
3. 【請求項３】 第１のリソースを用いた第１のアプリケ
   ーションが第１のデータ伝送方式で第１の放送信号に多
   重されて伝送され、伝送された前記第１のデータ伝送方
   式のデータを受信する第１のアプリケーション受信手段
   と、 第２のリソースを用いた第２のアプリケーションと前記
   第２のリソースを前記第１のアプリケーションで利用可
   能にするための情報とが多重された第２のデータ伝送方
   式のストリームが第２の放送信号に多重されて伝送さ
   れ、伝送された前記第２のデータ伝送方式のデータを受
   信する第２のアプリケーション受信手段と、 前記第２のリソースを前記第１のアプリケーションで利
   用可能にするための情報を抽出する抽出手段と、 この抽出手段が抽出した情報に基づいて前記第１のアプ
   リケーションで用いる第１のリソースを前記第２のリソ
   ースに置換する置換手段とを具備したことを特徴とする
   テレビジョン信号受信装置。
4. 【請求項４】 前記置換手段は、前記抽出手段が抽出し
   た情報に基づいて前記第１のアプリケーションで前記第
   ２のリソースを利用するための前記第１のデータ伝送方
   式のデータを作成することによって、前記第１のアプリ
   ケーションで前記第２のリソースを利用可能にすること
   を特徴とする請求項３に記載のテレビジョン信号受信装
   置。
5. 【請求項５】 第１のリソースを用いた第１のアプリケ
   ーションが第１のデータ伝送方式で第１の放送信号に多
   重されて伝送され、伝送された前記第１のデータ伝送方
   式のデータを受信する第１のアプリケーション受信手段
   と、 第２のリソースを用いた第２のアプリケーションと前記
   第２のリソースを前記第１のアプリケーションで利用可
   能にするための情報とが多重された第２のデータ伝送方
   式のストリームが第２の放送信号に多重されて伝送さ
   れ、伝送された前記第２のデータ伝送方式のデータを受
   信する第２のアプリケーション受信手段と、 前記第１のアプリケーションを実行するエンジンと、 前記第２のリソースを前記第１のアプリケーションで利
   用可能にするための情報を抽出する抽出手段と、 この抽出手段が抽出した情報に基づいて前記エンジンに
   前記第１のリソースに代えて前記第２のリソースを利用
   させる制御手段とを具備したことを特徴とするテレビジ
   ョン信号受信装置。