(57)【要約】【課題】受信したデータストリームに含まれるアプリケーションデータ及び放送プログラムデータに基づいて、迅速なアプリケーションの起動処理及び映像／音声の再生処理を可能とするデータ放送方法を提供する。【解決手段】データブロックの連続からなるデータストリームにおいて、放送プログラムデータ及びアプリケーションデータのうちの１つに属するデータブロックに共通のＩＤ番号を付与し、当該放送プログラムデータ及びアプリケーションデータと当該ＩＤ番号との対応関係を示す対応関係テーブルを間欠的に送信するデータ放送方法。【選択図】図１
2009296347.tif 000002
【特許請求の範囲】
【請求項１】
複数の放送プログラムデータと少なくとも１つのアプリケーションデータとを含むデータストリームを送信するデータ放送方法であって、
前記データストリームは、ＩＤ番号が付与されたデータブロックの連続とし、
前記放送プログラムデータ及びアプリケーションデータのうちの１つに属するデータブロックには共通のＩＤ番号を付与し、
前記放送プログラムデータ及びアプリケーションデータと前記ＩＤ番号との対応関係を示す対応関係テーブルを間欠的に送信する、ことを特徴とするデータ放送方法。
【請求項２】
前記対応関係テーブルは、前記アプリケーションデータのみと前記ＩＤ番号との対応関係を示すことを特徴とする請求項１記載のデータ放送方法。
【請求項３】
前記アプリケーションデータの１つに対して複数のＩＤ番号が対応することを特徴とする請求項１記載のデータ放送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の放送プログラムデータと少なくとも１つのアプリケーションデータとを含むデータストリームを送信するデータ放送方法に関する。
【背景技術】
【０００２】
ニュース番組や天気予報番組などの放送プログラムの構成要素であるオーディオデータ、ビデオデータに加えて、例えばＪａｖａやＨＴＭＬなどで記述されたアプリケーションなどのデータを併せてデータストリーム送信するデータ放送が知られている。アプリケーションデータは、例えばＤＳＭ−ＣＣ(Digital Storage Media-Command and Control)形式（非特許文献１〜５参照）のデータとして送信される。受信機は、放送装置からのデータストリームに含まれているアプリケーションデータの取得及び起動可能な形態への構築を行い、当該取得及び構築の完了後にアプリケーションを起動していた。図９は従来システムのアプリケーション起動処理を表すフローチャートである。受信機が放送装置からのデータストリームを受信し（ステップＳ３０１）、当該データストリームに含まれるオーディオ／ビデオデータ（Ａ／Ｖデータ）に基づいてＡ／Ｖ再生を開始する（ステップＳ３０２）。受信機は、データストリームにアプリケーションデータが含まれているか否かを判別し（ステップＳ３０３）、含まれていると判別した場合、アプリケーションデータ（ＤＳＭ−ＣＣデータ）を取得し、これを起動可能な形態へと構築する（ステップＳ３０４）。受信機は、当該構築によって得られたアプリケーションを起動する（ステップＳ３０５）。図１０は、従来システムのアプリケーション起動処理における動作を表すタイムチャートである。従来の受信機は、データストリームを受信し、Ａ／Ｖ再生を開始してから、アプリケーションデータ（ＤＳＭ−ＣＣデータ）の取得及び構築を行っていた。
【非特許文献１】Specification for Service Information (SI) in DVB system, ETSI EN 300 468 V1.4.1 (2000-11)
【非特許文献２】Implementation guidelines for Data Broadcasting, TR 101 202 V1.1.1 (1999-02)
【非特許文献３】Multimedia Home Platform (MHP) Specification 1.1.1, ETSI TS 102 812 V1.2.1 (2003-06)
【非特許文献４】DVB specification for data broadcasting ETSI en 301 192 V1.4.1 (2004-11)
【非特許文献５】ISO/IEC 13818-6 Information technology-Generic coding of moving pictures and associated audio information
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、通常、アプリケーションデータは番組の放送開始と共に放送装置から送信されるため、図１０に示されるように、Ａ／Ｖ再生開始時刻からアプリケーションの起動までに、受信機側におけるアプリケーションデータの取得及び起動可能な形態へのアプリケーションの構築に費やす時間の分だけタイムラグが生じてしまうという問題点があった。単一のデータストリームにはオーディオデータ、ビデオデータ及びアプリケーションデータのいずれかを格納するデータブロックが混在していることから、これらのデータの区別を明確にして所望のデータを取得することが、受信機側における迅速なアプリケーションの起動処理及び映像／音声の再生処理の実現のために求められている。
【０００４】
本発明は上記した如き問題点に鑑みてなされたものであって、データストリームに含まれるデータの区別を明確にして所望のデータを取得し、迅速なアプリケーションの起動処理及び映像／音声の再生処理を実現するデータ放送方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明によるデータ放送方法は、複数の放送プログラムデータと少なくとも１つのアプリケーションデータとを含むデータストリームを送信するデータ放送方法であって、前記データストリームは、ＩＤ番号が付与されたデータブロックの連続とし、前記放送プログラムデータ及びアプリケーションデータのうちの１つに属するデータブロックには共通のＩＤ番号を付与し、前記放送プログラムデータ及びアプリケーションデータと前記ＩＤ番号との対応関係を示すテーブルを間欠的に送信する、ことを特徴とする。
【発明を実施するための最良の形態】
【０００６】
以下、本発明に係る実施例について添付の図面を参照しつつ詳細に説明する。図１は本発明によるデータ放送方法を実現するためのデータ放送システム１を表すブロック図である。
【０００７】
データ放送システム１は、放送装置１００と、受信機２００と、を含み、放送プログラムデータを構成するオーディオデータ、ビデオデータに加えて、ＤＳＭ−ＣＣ形式による例えばＪａｖａやＨＴＭＬなどで記述されたアプリケーションのデータ（以下、アプリケーションデータ）を放送装置１００が配信し、受信機２００がこれらのデータを受信して映像、音声の再生及び当該アプリケーションによるユーザインターフェースを実現する放送システムである。
【０００８】
放送装置１００は、放送プログラムデータ生成部１１０と、アプリケーションデータ生成部１２０と、マルチプレクサ部１３０と、番組情報データ生成部１４０と、対応関係テーブル生成部１５０と、送信部１６０と、を含み、放送スケジュールに従って放送プログラムデータ及びアプリケーションデータを含むデータストリームを送信する。
【０００９】
放送プログラムデータ生成部１１０は、放送スケジュールに従って、放送プログラムデータを構成する音声データ及び映像データをＭＰＥＧ（Moving Picture Experts Group）形式でエンコードして得られたオーディオデータ及びビデオデータをマルチプレクサ部１３０へ与える。以下、オーディオデータ及びビデオデータからなるデータを放送プログラムデータと称する。
【００１０】
アプリケーションデータ生成部１２０は、現在放送中の放送プログラムのデータ（以下、現放送プログラムデータと称する）の次に放送される予定の放送プログラムのデータ（以下、次放送プログラムデータと称する）の構成要素であるアプリケーションデータを、当該現放送プログラムデータの放送中に生成してマルチプレクサ部１３０へ与える。アプリケーションデータとは、例えばＪａｖａやＨＴＭＬなどで記述されたアプリケーションデータである。アプリケーションデータとは、例えば受信機２００の画面（図示せず）上への文字情報の表示やユーザ入力の受付などのユーザインターフェースを実現するためのものである。アプリケーションデータは放送プログラム毎に異なるデータであり、アプリケーションデータを含む放送プログラムデータと含まない放送プログラムデータとがある。
【００１１】
マルチプレクサ部１３０は、先ず、放送プログラムデータ生成部１１０からの放送プログラムデータ、及び、アプリケーションデータ生成部１２０からのアプリケーションデータ、に個別のＰＩＤ（Packet Identifier）を対応付ける。ＰＩＤは放送プログラムデータ及びアプリケーションデータをデータストリーム送信する際に、放送プログラムデータを含むパケット及びアプリケーションデータを含むパケットの各々のヘッダに含められて送信されるパケット識別子である。マルチプレクサ部１３０は、放送プログラム毎にＰＩＤを対応付け、且つ、放送プログラムデータの構成要素毎、すなわち、オーディオデータ、ビデオデータ、アプリケーションデータの各々に対してＰＩＤを対応付ける。
【００１２】
以下、オーディオデータ、ビデオデータ及びアプリケーションデータをコンポーネントと称する。例えば、マルチプレクサ部１３０は、図2に示されるコンポーネントとＰＩＤとの対応付けの例のように、現放送プログラムデータの構成要素であるオーディオデータにはＰＩＤ０ｘ００１１、ビデオデータにはＰＩＤ０ｘ００１２、現放送プログラムデータの次放送プログラムデータの構成要素であるアプリケーションデータにはＰＩＤ０ｘ００１６をそれぞれ対応付ける。マルチプレクサ部１３０は、当該対応付けを対応関係テーブル生成部１５０へ通知する。
【００１３】
また、マルチプレクサ部１３０は、放送プログラムデータ生成部１１０からの放送プログラムデータと、アプリケーションデータ生成部１２０からのアプリケーションデータと、対応関係テーブル生成部１５０からの対応関係テーブルと、番組情報データ生成部１４０からのコンポーネントタグを含む番組情報データと、をマルチプレクス（混合）してＭＰＥＧ２−ＴＳコンテンツを生成し、当該ＭＰＥＧ２−ＴＳコンテンツをデータブロックの連続からなるデータストリームとして受信機２００へ向けて送信する。データブロックは、ＭＰＥＧ２−ＴＳ規格による１８８バイトのＴＳパケット（Transport Packet）である。
【００１４】
図３はデータストリームの例を表す図である。データストリームは連続したＴＳパケットからなり、ＴＳパケットの各々のペイロードには、１８８バイト単位で分割されたオーディオデータ、ビデオデータ、アプリケーションデータ、又は、対応関係テーブル、番組情報データのいずれかが含まれている。ＴＳパケットの各々にはヘッダが含まれており、ヘッダ内にはＰＩＤが含まれている。ＰＩＤは、マルチプレクサ部１３０によりオーディオデータ、ビデオデータ又はアプリケーションデータの各々に対応付けられたものである。オーディオデータ、ビデオデータ及びアプリケーションデータの内の１つに属するデータブロック（ＴＳパケット）には共通のＰＩＤが付与されている。例えば、オーディオデータにＰＩＤ０ｘ００１１が対応付けられていた場合、分割後の当該オーディオデータを含むＴＳパケットの各々のＰＩＤは同じく０ｘ００１１となる。ビデオデータ及びアプリケーションデータについても同様である。
【００１５】
通常、マルチプレクサ部１３０は、放送時間帯が同一である複数の番組の放送プログラムデータをマルチプレクスしてデータストリームを生成及び送信しており、受信機２００の側ではＰＩＤを設定することにより、所望の放送プログラムデータを取得する。
【００１６】
番組情報データ生成部１４０は、放送スケジュールに従って、現放送プログラム及び次放送プログラムの情報を含む番組情報データを生成する。このとき、番組情報データ生成部１４０は、現放送プログラムデータ及び次放送プログラムデータの各々を構成するオーディオデータ、ビデオデータ及びアプリケーションデータなどのコンポーネントの各々に固有の識別子（以下、コンポーネントタグと称する）を対応付ける。コンポーネントタグはコンポーネントを識別するための識別子である。図４は、コンポーネントとコンポーネントタグとの対応付けの例を表す図である。ここでは、現放送プログラムデータの構成要素であるオーディオデータとコンポーネントタグ０１と、同構成要素であるビデオデータとコンポーネントタグ０２と、同構成要素であるアプリケーションデータとコンポーネントタグ０３と、次放送プログラムデータの構成要素であるオーディオデータとコンポーネントタグ０４と、同構成要素であるビデオデータとコンポーネントタグ０５と、同構成要素であるアプリケーションデータとコンポーネントタグ０６と、がそれぞれ対応付けられている。番組情報データ生成部１４０は、当該対応付け情報（コンポーネントとコンポーネントタグとの対応付け情報）を対応関係テーブル生成部１５０へ通知すると共に、当該生成によって得られた番組情報データをマルチプレクサ部１３０へ与える。番組情報データには番組の名称、開始及び終了時刻、内容などの番組に関する情報が更に含まれていても良い。番組情報データの具体的なデータ形式としては例えばＥＩＴ（Event Information Table）のデータ形式が挙げられる。
【００１７】
対応関係テーブル生成部１５０は、マルチプレクサ部１３０からのコンポーネントとＰＩＤとの対応付け情報、及び、番組情報データ生成部１４０からのコンポーネントとコンポーネントタグとの対応付け情報、に基づいて対応関係テーブルを生成し、これを例えば２０秒間隔などで間欠的にマルチプレクサ部１３０へ与える。図５は、対応関係テーブルの例を表す図である。ここでは、コンポーネントタグ０１とＰＩＤ０ｘ００１１と、コンポーネントタグ０２とＰＩＤ０ｘ００１２と、コンポーネントタグ０６とＰＩＤ０ｘ００１６と、がそれぞれ対応付けられている。
【００１８】
ＥＴＳＩ（European Telecommunications Standards Institute：欧州電気通信標準化機構）により発行されたＥＮ ３０１ １９２の規格の記述子の記述の例に従えば、対応関係テーブルは、例えば図６のような記述子により表される。「Ｓｙｎｔａｘ」欄に記述された命令により対応関係テーブルが構成されている。「Ｂｉｔ」欄は各記述のビット数を表す。「Ｖａｌｕｅ」欄は記述の値（例えばＤｅｓｃｒｉｐｔｏｒ ｌｅｎｇｔｈの値Ｎ１など）を表す。「Ｓｙｎｔａｘ」欄に記述されている「Ｔａｇ」が、上記したコンポーネントタグに相当する。同様に「ＰＩＤ」が上記したＰＩＤに相当する。
【００１９】
受信機２００は、通信部２１０と、多重分離部２２０と、映像処理部２３０と、セクション処理部２４０と、識別子対応管理部２５０と、アプリケーション構築部２６０と、アプリケーション起動部２７０と、を含む。
【００２０】
通信部２１０は、放送装置１００からのデータストリームに含まれる放送プログラムデータ、アプリケーションデータ、対応関係テーブル及び番組情報データを受信し、これらを多重分離部２２０へ与える。通信部２１０は、識別子対応管理部２５０から設定指示されたＰＩＤを設定ＰＩＤとして設定しており、データストリームに含まれているＴＳパケットの内から当該設定ＰＩＤと同一のＰＩＤを含むＴＳパケットを受信する。例えば、通信部２１０は、ＰＩＤ０ｘ００１６の設定を識別子対応管理部２５０から指示された場合、設定ＰＩＤを０ｘ００１６とし、ＰＩＤ０ｘ００１６を含むパケットストリーム、すなわち、次放送プログラムのアプリケーションデータを取得する。以下、対応関係テーブル及び番組情報データを含むデータを多重ＭＰＥＧ２−ＴＳデータと称する。このように、通信部２１０は、データストリームに含まれる複数の放送プログラムデータ及びアプリケーションデータの内から所望のデータを設定ＰＩＤに基づいて受信することができる。
【００２１】
多重分離部２２０は、通信部２１０からの多重ＭＰＥＧ２−ＴＳデータに含まれる放送プログラムデータを映像処理部２３０へ与える。また、多重分離部２２０は、多重ＭＰＥＧ２−ＴＳデータに含まれるアプリケーションデータ、対応関係テーブル及び番組情報データ（以下、これらをセクションデータと総称する。）をセクション処理部２４０へ与える。
【００２２】
映像処理部２３０は、多重分離部２２０からの放送プログラムデータをデコードして得られた映像及び音声信号を出力する。
【００２３】
セクション処理部２４０は、多重分離部２２０からのセクションデータに含まれる対応関係テーブル及び番組情報データを識別子対応管理部２５０へ与える。また、セクション処理部２４０は、多重分離部２２０からのセクションデータに含まれるアプリケーションデータをアプリケーション構築部２６０へ与える。
【００２４】
識別子対応管理部２５０は、ＰＩＤとコンポーネントタグとの対応付けを表す対応関係テーブルを保持しており、セクション処理部２４０から対応関係テーブルを受け取る毎に、当該保持している対応関係テーブルを更新する。また、識別子対応管理部２５０は、セクション処理部２４０から番組情報データを受け取る毎に、当該番組情報データに含まれるコンポーネントタグに対応するＰＩＤを対応関係テーブルに示される対応関係から決定し、当該ＰＩＤを設定ＰＩＤとして設定するように通信部２１０へ指示する。例えば、対応関係テーブルが図４に示されるＰＩＤとコンポーネントタグとの対応付けテーブルを表す場合、識別子対応管理部２５０は、当該対応付けテーブルを記憶する。ここで、セクション処理部２４０からの番組情報データに含まれるコンポーネントタグが０６である場合、識別子対応管理部２５０は、コンポーネントタグ０６に対応するＰＩＤ０ｘ００１６を設定ＰＩＤとして設定するように通信部２１０へ指示する。これにより、通信部２１０はＰＩＤ０ｘ００１６をヘッダに含むパケットストリーム、すなわち、次放送プログラムのアプリケーションデータを受信することができる。
【００２５】
アプリケーション構築部２６０は、セクション処理部２４０からのアプリケーションデータに基づいてアプリケーションＡＬを構築してアプリケーション起動部２７０へ与える。アプリケーションＡＬとは例えば図示せぬ画面上への文字情報の表示やユーザ入力の受付などのユーザインターフェースを実現するためのものである。
【００２６】
アプリケーション起動部２７０は、アプリケーション構築部２６０からアプリケーションＡＬを受け取り、現放送プログラムの次放送プログラムの開始時刻になったときにアプリケーションＡＬを起動して、例えば画面上へ表示する文字データやユーザ入力データなどのユーザインターフェースデータの入出力を行う。
【００２７】
図７はデータストリーム送信処理ルーチンを表すフローチャートである。以下、図７を参照しつつ、現放送プログラムをニュース番組、次放送プログラムを天気予報番組とした場合の放送装置１００によるデータストリーム送信処理について説明する。ここでは、ニュース番組にはアプリケーションデータが含まれず、天気予報番組にはアプリケーションデータが含まれるものとする。
【００２８】
放送プログラムデータ生成部１１０は、放送スケジュールに従って、現在、ニュース番組のオーディオデータ及びビデオデータをＭＰＥＧ形式のエンコードにより生成して、これらをマルチプレクサ部１３０へ与えている（ステップＳ１０１）。
【００２９】
アプリケーションデータ生成部１２０は、天気予報番組の構成要素であるアプリケーションデータをニュース番組の放送中に生成し（ステップＳ１０１）、これをマルチプレクサ部１３０へ与える。
【００３０】
マルチプレクサ部１３０は、放送プログラムデータ生成部１１０からのオーディオデータにＰＩＤ０ｘ００１１を対応付け、ビデオデータにＰＩＤ０ｘ００１２を対応付け、アプリケーションデータ生成部１２０からのアプリケーションデータにＰＩＤ０ｘ００１６を対応付ける（ステップＳ１０２）。マルチプレクサ部１３０は、当該対応付けを対応関係テーブル生成部１５０へ通知する。
【００３１】
番組情報データ生成部１４０は、現放送プログラム及び次放送プログラムの番組情報データを生成する（ステップＳ１０３）。このとき、番組情報データ生成部１４０は、ニュース番組の構成要素であるオーディオデータとコンポーネントタグ０１と、同構成要素であるビデオデータとコンポーネントタグ０２と、同構成要素であるアプリケーションデータとコンポーネントタグ０３と、天気予報番組の構成要素であるオーディオデータとコンポーネントタグ０４と、同構成要素であるビデオデータとコンポーネントタグ０５と、同構成要素であるアプリケーションデータとコンポーネントタグ０６と、をそれぞれ対応付ける。番組情報データ生成部１４０は、コンポーネントタグを含む番組情報データを生成してマルチプレクサ部１３０へ与えると共に、当該対応付けを対応関係テーブル生成部１５０へ通知する。
【００３２】
対応関係テーブル生成部１５０は、マルチプレクサ部１３０からのコンポーネントとＰＩＤとの対応付け情報、及び、番組情報データ生成部１４０からのコンポーネントとコンポーネントタグとの対応付け情報、に基づいて対応関係テーブルを生成する（ステップＳ１０４）。すなわち、対応関係テーブル生成部１５０は、図５の対応関係テーブルに示されるように、コンポーネントタグ０１とＰＩＤ０ｘ００１１と、コンポーネントタグ０２とＰＩＤ０ｘ００１２と、コンポーネントタグ０６とＰＩＤ０ｘ００１６と、をそれぞれ対応付けて対応関係テーブルを生成する。対応関係テーブル生成部１５０は、対応関係テーブルを例えば２０秒間隔などで間欠的にマルチプレクサ部１３０へ与える。
【００３３】
マルチプレクサ部１３０は、放送プログラムデータ生成部１１０からのニュース番組の放送プログラムデータと、アプリケーションデータ生成部１２０からの天気予報番組のアプリケーションデータと、対応関係テーブル生成部１５０からのＰＩＤとコンポーネントタグとの対応関係を表す対応関係テーブルと、番組情報データ生成部１４０からのコンポーネントタグを含む番組情報データと、をマルチプレクス（混合）してＭＰＥＧ２−ＴＳコンテンツを生成する（ステップＳ１０５）。なお、マルチプレクサ部１３０は、上記した放送プログラムデータ以外にも放送時間帯が同一である複数の番組の放送プログラムデータをマルチプレクスしてＭＰＥＧ２−ＴＳコンテンツを生成している。
【００３４】
マルチプレクサ部１３０は、ＭＰＥＧ２−ＴＳコンテンツをＴＳパケットの連続からなるデータストリームとして受信機２００へ向けて送信する（ステップＳ１０６）。このとき、対応関係テーブルはデータストリームに含まれて例えば２０秒間隔などで間欠的に送信される。
【００３５】
図８はアプリケーション起動処理ルーチンを表すフローチャートである。以下、図8を参照しつつ、受信機２００による天気予報番組のアプリケーション起動処理について説明する。受信機２００のユーザがリモートコントローラなどを用いて受信機２００の図示せぬ入力部へ放送プログラム選択信号を入力して、既に放送プログラムとしてニュース番組を選択しているものとする。放送プログラム選択信号により、通信部２１０へＰＩＤ０ｘ００１１及びＰＩＤ０ｘ００１２が設定されており、映像処理部２３０においてニュース番組の放送プログラムデータが映像及び音声信号として再生されている。
【００３６】
通信部２１０は、放送装置１００からのデータストリームに含まれる、ニュース番組の放送プログラムデータ、対応関係テーブル及び番組情報データを受信し（ステップＳ２０１）、これらを多重ＭＰＥＧ２−ＴＳデータとして多重分離部２２０へ与える。なお、この時点においては、通信部２１０にＰＩＤ０ｘ００１６が設定されていないことから、天気予報番組のアプリケーションデータは受信されない。
【００３７】
多重分離部２２０は、通信部２１０からの多重ＭＰＥＧ２−ＴＳデータを分離する（ステップＳ２０２）。多重分離部２２０は、通信部２１０からの多重ＭＰＥＧ２−ＴＳデータに含まれる放送プログラムデータを映像処理部２３０へ与えると共に、多重ＭＰＥＧ２−ＴＳデータに含まれる対応関係テーブル及び番組情報データ（セクションデータ）をセクション処理部２４０へ与える。
【００３８】
映像処理部２３０は、多重分離部２２０からの放送プログラムデータをデコードして得られたニュース番組の映像及び音声信号を出力する（ステップＳ２０３）。
【００３９】
セクション処理部２４０は、多重分離部２２０からのセクションデータに含まれる対応関係テーブル及び番組情報データを識別子対応管理部２５０へ与える（ステップＳ２０４）。
【００４０】
識別子対応管理部２５０は、自身が保持している対応関係テーブルを、セクション処理部２４０からの対応関係テーブルが表すコンポーネントタグ０１とＰＩＤ０ｘ００１１と、コンポーネントタグ０２とＰＩＤ０ｘ００１２と、コンポーネントタグ０６とＰＩＤ０ｘ００１６と、のそれぞれ対応付けに更新する（ステップＳ２０５）。
【００４１】
続いて、識別子対応管理部２５０は、対応関係テーブルが示す対応関係に基づいてセクション処理部２４０からの番組情報データに含まれるコンポーネントタグ０１、０２及び０６に対応するＰＩＤ０ｘ００１１、０ｘ００１２及び０ｘ００１６を設定ＰＩＤとして設定するように通信部２１０へ指示する通信部２１０は、識別子対応管理部２５０から設定指示されたＰＩＤ０ｘ００１１、０ｘ００１２及び０ｘ００１６を設定ＰＩＤとして設定する（ステップＳ２０６）。
【００４２】
当該設定ＰＩＤ以降、通信部２１０は、上記したＰＩＤを含むＴＳパケットを受信する。すなわち、通信部２１０は、ニュース番組の放送プログラムデータの受信を継続すると共に、次放送プログラムである天気予報番組のアプリケーションデータを受信できるようになる。この場合、通信部２１０は、放送装置１００からのデータストリームを受信し（ステップＳ２０１）、これに含まれる天気予報番組のアプリケーションデータを含む多重ＭＰＥＧ２−ＴＳデータとして多重分離部２２０へ与える。
【００４３】
多重分離部２２０は、通信部２１０からの多重ＭＰＥＧ２−ＴＳデータに含まれる天気予報番組のアプリケーションデータ、対応関係テーブル及び番組情報データ（セクションデータ）をセクション処理部２４０へ与える（ステップＳ２０２）。映像処理部２３０は、ニュース番組の映像及び音声信号の出力を継続している（ステップＳ２０３）。
【００４４】
セクション処理部２４０は、多重分離部２２０からのセクションデータに含まれるアプリケーションデータをアプリケーション構築部２６０へ与える（ステップＳ２０４）。対応関係テーブルの更新（ステップＳ２０５）、ＰＩＤの設定（ステップＳ２０６）は上記したのと同様の処理がなされる。
【００４５】
アプリケーション構築部２６０は、セクション処理部２４０からの天気予報番組のアプリケーションデータに基づいてアプリケーションＡＬを構築してアプリケーション起動部２７０へ与える（ステップＳ２０７）。アプリケーション構築部２６０は、ニュース番組の放送時間中に次の番組である天気予報番組のアプリケーションデータを全て受信してアプリケーションＡＬを構築できるため、アプリケーション起動部２７０は、時刻が天気予報番組の開始時刻に達したときに即座に天気予報番組のアプリケーションＡＬを起動することができる。
【００４６】
アプリケーション起動部２７０は、時刻が天気予報番組の開始時刻に達したか否かを判別し（ステップＳ２０８）、達したと判別した場合にアプリケーション構築部２６０からのアプリケーションＡＬを起動する（ステップＳ２０９）。
【００４７】
時刻が天気予報番組の開始時刻に達して以降に放送装置１００から送信される対応関係テーブルには、天気予報番組のオーディオデータ及びビデオデータの各々に対応するＰＩＤ（例えば０ｘ００１４及び０ｘ００１５）が含まれているため、通信部２１０にはＰＩＤ０ｘ００１４及びＰＩＤ０ｘ００１５が設定され、映像処理部２３０において天気予報番組の放送プログラムデータが映像及び音声信号として再生される。上記した処理により受信機２００は、天気予報番組の映像及び音声信号の再生と同時に天気予報番組のアプリケーションＡＬを起動することができる。
【００４８】
上記したように本実施例による放送装置１００は、放送プログラムデータ及びアプリケーションデータのうちの１つに属するデータブロック（ＴＳパケット）に共通のＩＤ番号（ＰＩＤ）を付与することにより、データストリームに含まれるデータの区別を明確にする。更に、放送装置１００は、放送プログラムデータ（オーディオデータ及びビデオデータ）、アプリケーションデータの各々に識別子（コンポーネントタグ）を対応付け、当該コンポーネントタグとＰＩＤとを対応付けた対応関係テーブルを間欠的に送信する。このとき、放送装置１００は、現放送プログラムのオーディオデータ及びビデオデータと共に、次放送プログラムのアプリケーションデータをデータストリームに含めて送信する。
【００４９】
受信機２００は、自身が保持している対応関係テーブルを、放送装置１００からの対応関係テーブルが示すコンポーネントタグとＰＩＤとの対応関係に従って更新すると共に、放送装置１００からの番組情報データに含まれているコンポーネントタグに対応するＰＩＤを設定ＰＩＤとして設定し、当該設定ＰＩＤと同一のＰＩＤをヘッダに含むＴＳパケットをデータストリームの中から受信する。受信機２００は、現放送プログラムのオーディオデータ及びビデオデータを受信してこれらを映像及び音声信号に再生しつつ、次放送プログラムのアプリケーションデータの取得及びアプリケーションＡＬの構築を行う。受信機２００は、次放送プログラムの開始時刻が到来する前に当該取得及び構築が完了しているため、次放送プログラムの開始時刻が到来したときに、映像及び音声信号の再生開始と同時に、アプリケーションＡＬを起動することができる。
【００５０】
上記したように実施例のデータ放送方法によれば、データストリームに含まれるデータの区別を明確にして所望のデータを取得し、映像／音声の再生処理の開始と同時にアプリケーションを迅速に起動することができる。
【００５１】
本実施例は、オーディオデータ、ビデオデータ及びアプリケーションデータの各々に識別子（コンポーネントタグ）を対応付けた場合の例であるが、アプリケーションデータのみにＰＩＤを対応付けても良い。この場合、オーディオデータ及びビデオデータは他の方式により配信し、アプリケーションデータを本発明によるデータ放送方法により配信することにより、アプリケーションデータのみを選択的に受信できる。
【００５２】
本実施例は、アプリケーションデータに対応付けるＰＩＤを固定とした例であるが、アプリケーションデータを含むＴＳパケットのＰＩＤと、受信機２００側の設定ＰＩＤとが一致していればアプリケーションデータを受信可能であるので、アプリケーションデータに複数のＰＩＤを割り当て、途中でＰＩＤを変更するなどの変形例によっても同様の効果を奏することができる。
【図面の簡単な説明】
【００５３】
【図１】本発明によるデータ放送方法を実現するためのデータ放送システムを表すブロック図である。
【図２】コンポーネントとＰＩＤとの対応付けの例を表す図である。
【図３】データストリームの例を表す図である。
【図４】コンポーネントとコンポーネントタグとの対応付けの例を表す図である。
【図５】対応関係テーブルの例を表す図である。
【図６】対応関係テーブルを表す記述子の記述例を表す図である。
【図７】データストリーム送信処理ルーチンを表すフローチャートである。
【図８】アプリケーション起動処理ルーチンを表すフローチャートである。
【図９】従来システムのアプリケーション起動処理を表すフローチャートである。
【図１０】従来システムのアプリケーション起動処理における動作を表すタイムチャートである。
【符号の説明】
【００５４】
１  データ放送システム
１００  放送装置
１１０  放送プログラムデータ生成部
１２０  アプリケーションデータ生成部
１３０  マルチプレクサ部
１４０  番組情報データ生成部
１５０  対応関係テーブル生成部
２００  受信機
２１０  通信部
２２０  多重分離部
２３０  映像処理部
２４０  セクション処理部
２５０  識別子対応管理部
２６０  アプリケーション構築部
２７０  アプリケーション起動部
【図１】
2009296347.tif 000003
【図２】
2009296347.tif 000004
【図３】
2009296347.tif 000005
【図４】
2009296347.tif 000006
【図５】
2009296347.tif 000007
【図６】
2009296347.tif 000008
【図７】
2009296347.tif 000009
【図８】
2009296347.tif 000010
【図９】
2009296347.tif 000011
【図１０】
2009296347.tif 000012