(57)【要約】【課題】データ放送受信端末がデータ放送を受信するときに、データ放送ストリーム及びリターンチャンネルをアプリケーションのダウンロードのために効率良く利用することで、該ダウンロード時間の短縮を図る。【解決手段】放送データを送受信するために、端末がデータ放送ストリームを１放送送出周期の間に受信し(S302)、受信されたデータ放送ストリームの中で不足分のセクションデータがあると(S304でNO)、リターンチャンネルを通じて双方向通信サーバーへ不足分のセクションデータを要求し(S308)、サーバーが端末から特定のセクションデータについての要求を受信すると、当該セクションデータを端末へ伝送し、端末が該セクションデータを受信すると(S310)、該不足分のセクションデータとそれ以前に受信したセクションデータとを用いてモジュール化してアプリケーションファイルを抽出した後に、画面に表示する(S312)。【選択図】図３
2006157929.tif 000002
【特許請求の範囲】
【請求項１】
データ放送ストリームを放送送出周期の間に受信し、リターンチャンネルを通じて双方向通信サーバーに前記データ放送ストリームの一部を送信することを要求し、アプリケーションファイルを抽出するために、前記データ放送ストリームの一部と前記放送送出周期の間に受信されたデータ放送ストリームとを用いてモジュール化を遂行するデータ放送受信用端末と、
前記データ放送受信用端末からの、前記データ放送ストリームの一部についてのダウンロードの要求を受信すると、当該データ放送受信用端末へ前記データ放送ストリームの一部を送信する前記双方向通信サーバーと、
を含むことを特徴とする放送システム。
【請求項２】
前記データ放送受信用端末は、受信されたデータ放送ストリームのセクションデータに不備がある場合あるいは放送送出周期の間にエラーが発生した場合に、前記データ放送ストリームの一部を要求すること
を特徴とする請求項１記載の放送システム。
【請求項３】
前記データ放送受信用端末は、放送送出周期の間に受信したデータ放送ストリームのセクションデータと、受信した前記データ放送ストリームの一部から、前記不備があるセクションデータをモジュール化すること
を特徴とする請求項２記載の放送システム。
【請求項４】
前記データ放送受信用端末は、抽出された前記アプリケーションファイルを画面に表示すること
を特徴とする請求項１記載の放送システム。
【請求項５】
前記データ放送受信用端末は、１の放送送出周期の間に前記データ放送ストリームを受信すること
を特徴とする請求項１記載の放送システム。
【請求項６】
前記１の放送送出周期は、視聴者がデータ放送の視聴のためにデータ放送受信用端末の電源をオンにした場合、或いはチャンネルを変更した場合に発生すること
を特徴とする請求項５記載の放送システム。
【請求項７】
前記データ放送受信用端末は、
前記放送送出周期の間に受信された前記データ放送ストリームにおいてセクションデータに不備がない場合には、前記受信されたセクションデータをモジュール化してアプリケーションファイルを抽出し、該抽出されたアプリケーションファイルを画面に表示すること
を特徴とする請求項３記載の放送システム。
【請求項８】
データ放送受信用端末と、リターンチャンネルを通じて前記データ放送受信用端末との通信を行う双方向通信サーバーと、を含む放送システムにおける放送データを送受信するための方法であって、
前記データ放送受信用端末によってデータ放送ストリームを１放送送出周期の間に受信する受信ステップと、
前記データ放送受信用端末により、リターンチャンネルを通じて双方向通信サーバーに前記データ放送ストリームの一部を送信することを要求する要求ステップと、
前記双方向通信サーバーが前記データ放送受信用端末から受信された前記データ放送ストリームの一部についてのダウンロードの要求を受信すると、双方向通信サーバーから当該データ放送受信用端末へ前記データ放送ストリームの一部を送信する送信ステップと、
前記データ放送受信用端末が、アプリケーションファイルを抽出するために、前記データ放送ストリームの一部と前記放送送出周期の間に受信されたデータ放送ストリームとを用いてモジュール化を遂行するモジュール化ステップと、
を含むことを特徴とする放送方法。
【請求項９】
前記要求ステップは、前記データ放送受信用端末により受信されたデータ放送ストリームのセクションデータに不備がある場合あるいは放送送出周期の間にエラーが発生した場合に、前記データ放送ストリームの一部を送信することを要求するステップであること
を特徴とする請求項８記載の放送方法。
【請求項１０】
前記モジュール化ステップは、前記データ放送受信用端末が、放送送出周期の間に受信されたデータ放送ストリームのセクションデータと、受信した前記データ放送ストリームの一部から、前記不備があるセクションデータをモジュール化するステップであること
を特徴とする請求項９記載の放送方法。
【請求項１１】
抽出された前記アプリケーションファイルを画面上に表示するステップをさらに含むこと
を特徴とする請求項８記載の放送方法。
【請求項１２】
前記データ放送受信用端末は、
視聴者がデータ放送の視聴のためにデータ放送受信用端末の電源をオンにした場合、或いはチャンネルを変更した場合における、１の放送送出周期の間に前記データ放送ストリームを受信すること
を特徴とする請求項８記載の放送方法。
【請求項１３】
前記受信された前記データ放送ストリームの中でセクションデータに不備がない場合には、前記受信されたセクションデータをモジュール化してアプリケーションファイルを抽出した後に、抽出されたアプリケーションファイルを画面上に表示するステップをさらに含むこと
を特徴とする請求項８記載の放送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送データを送受信するための放送システム及び方法に関し、特に双方向データ放送システムにおける放送データを送信／受信するための、携帯型移動通信端末装置、放送システム及び方法に関する。
【背景技術】
【０００２】
最近の放送システムの趨勢に鑑みると、半世紀以上を主導してきたアナログ放送システムから、一層の良質なサービスの提供ができるデジタル放送システムへと移行しつつあることがわかる。ここで、デジタル放送システムとは、デジタル信号を用いて放送を送信／受信するあらゆるシステムを総称する。
【０００３】
現在のデジタル放送の受信のための規格としては、大きく、下記の２つの方式が挙げられる。その一つは、ヨーロッパで採用されているＤＶＢ（Digital Video Broadcasting）方式であり、もう一つは米国で採用されているＡＴＳＣ（Advanced Television Systems Committee）方式である。現在の韓国内では、地上波放送の場合はＡＴＳＣ方式を、衛星放送の場合はＤＶＢ方式を採用している。
【０００４】
デジタル放送は、アナログ方式の放送と比較して、より良質なビデオ画面（映像）及び音響を提供することができるというメリットに加えて、放送とデータを同時にサービスすることができるという長所を有している。そして、このようなデジタル放送によって提供可能なデータサービスには、電子番組ガイド（ＥＰＧ；Electronic Program Guide）、コンピューターゲーム、テレバンキング（tele-banking）、通信販売、電子新聞、などが含まれる。
【０００５】
上記のようなデジタル放送サービスを受けるユーザは、データ放送を通じてテレビを見ながら簡単な操作によって、プログラムに関する付加情報を得たり、商品を購入したりすることができる。また、ユーザは、天気、証券、ニュースなどの興味のある情報が検索でき、家で銀行業務を処理することもできる。さらに、ユーザは、例えば生放送のクイズ番組に直接参加して獲得点数に応じて商品を受けることもでき、或いは視聴者自らがニュース記事を提供する、もしくは自らの意見を放送プログラムに反映させるなど、放送への積極的な参与も可能である。
【０００６】
一方、各国は、データ放送サービスを提供するために様々な放送規格を導入している。例えば、ヨーロッパではＤＶＢ放送に基づいてデータサービスを提供するＭＨＰ（Multimedia Home Platform）を標準とし、米国ではデジタル放送であるＡＴＳＣに基づくＡＣＡＰ（Advanced Common Application Platform）をデータ放送の標準としている。加えて、ケーブル放送を通じてデータ放送サービスを提供するための規格としては、現在、ＯＣＡＰ（Open Cable Application Platform）が採択されている。
【０００７】
次に、かかる放送サービスを提供するためのデータ放送ストリームが生成される過程について説明する。
【０００８】
一般に、デジタル放送においては、ＭＰＥＧ−２（Moving Picture Experts Group-2）規格に基づくエンコーダーを用いてビデオ信号を符号化し、ＡＣ−３エンコーダーを用いてオーディオ信号を符号化する。この場合には、まず基本ストリーム（Elementary Stream）をパケット化してＰＥＳ（Packetized Elementary Stream）パケットを生成し、その後ＰＥＳパケットをさらに１８８バイトのトランスポートパケットに変形して一連の伝送ストリーム（Transport Stream）の形態で伝送する。このとき、伝送しようとするアプリケーション情報を伝送ストリームに一緒に乗せて送ることになり、該アプリケーションの情報は、ＤＳＴ（Data Service Table）の形態で格納されて伝送される。伝送されるアプリケーションは、視聴者が何時でも受信して視聴できるように、放送信号に周期的に、かつ順次に繰り返される連続的なデータセクション（Section）として、伝送されることになる。
【０００９】
図１は、一般的なデータ放送におけるアプリケーションをデコードする過程を示す。
【００１０】
放送受信用端末(broadcasting terminal)は、伝送された伝送ストリームから最初にＤＳＴを抽出する（ステップ１００）。そして、アプリケーションに必要なファイルを読み取るために、基本ストリームの個別的なデータセクションが放送されると、各セクションのＤＳＩ（Download Server Initiate）及びＤＩＩ(Download Information Indication)を通じて提供されるルート情報に基づいて、複数のＤＤＢ（Download Data Blocks）をモジュール化する（ステップ１０４）。ここで、アプリケーションファイル抽出のためのモジュールを構成するためには、一つのアプリケーションの実行に必要な全てのセクションデータが受信されるまで待たなければならない（ステップ１０３）。
【００１１】
デジタル放送に乗せるアプリケーションデータは、順次的に、かつ周期的に伝送される。これは、視聴者が何時放送受信を始めるかが分からず、また、視聴者が受信したデータがエラー無しに全てダウンロード（Download）されたか否かが分からないためである。
【００１２】
しかしながら、送信／受信エラーなどの理由で、モジュール構成のために必要なセクションデータが失われる（lost）こと（例えば、受信データにエラーがある場合、受信バッファオーバーフローなどにより損失が発生する場合）があり得る。デジタル放送に乗せて運ばれる放送ストリームは、所定の間隔（周期）で繰り返し受信される。したがって、放送受信用端末は、一つのセクションデータを受信することができない場合であっても、当該受信できなかったセクションデータが次の送出周期に入るまで待った後に、繰り返し伝送されるセクションデータを受信することができる。このように受信された放送ストリームにおいて、一つのセクションデータが正常に受信されない場合には、放送受信用端末は、そのセクションデータが受信されるまで待機する必要がある。一般に、このようなセクションデータを完全に正常に受信してモジュールを構成するためには、セクションデータ送出周期の２〜３倍の期間を待たなければならない。
【００１３】
すなわち、アプリケーションをダウンロードするためには、視聴者は、少なくともセクションデータの１送出周期以上を待たなければならない。さらに、セクションデータの１送出周期の間に送受信エラーなどの理由でセクションデータのうちの一部が受信されない場合には、受信できなかったセクションデータを受信するためには、視聴者は、再びセクションデータの１送出周期分だけ待たなければならない。上記のように、完全なアプリケーション情報をダウンロードするためには、セクションデータ送出周期の２〜３倍ほどの時間を待たなければならない。現在、大低のセクションデータ送出周期は３０秒〜６０秒であることから、かかる周期を有するアプリケーションのダウンロードを受けるためには、一般に１分３０秒乃至３分程度待たなければならない。このように、視聴者がアプリケーションのダウンロードのために待つ時間は、受信するアプリケーションのサイズが大きければ大きいほどさらに増える。
【００１４】
最近のデータ放送システムは、上記のような放送アプリケーションを受信する機能に加えて、帰路のチャンネル（return channel、以下「リターンチャンネル」と呼ぶ。）を使用した双方向の通信ができるようになっている。このリターンチャンネルは、ＴＣＰ／ＩＰプロトコール等を用いることで、インターネットのようなネットワークを介して、放送受信用端末と放送サーバーとの間で双方向通信を行うことができる方法を提供する。また、このような双方向通信の使用時に、リターンチャンネルを通じてアプリケーションのダウンロードを行う方法もある。このような方法によってアプリケーション情報を受信する場合には、放送信号に含まれて周期的に伝送されるアプリケーションとは異なり、視聴者は、所望の時間に、或いはアプリケーション情報の所望の部分（一部）のみを受信できるので、たとえ部分的なエラーがあった場合でも、長時間待つ必要がない。
【００１５】
しかしながら、上述のようなリターンチャンネルを用いたアプリケーション伝送は、サーバーに同時に接続する視聴者（端末）の数が増えるほど、サーバーに多くの負荷がかかることになる。また、このような方式でデータ伝送が行われる場合は、サーバー及びリターンチャンネルにかかる負荷が大幅に増えるので、双方向通信の情報伝達に当たっては長時間が必要になる。
【発明の開示】
【発明が解決しようとする課題】
【００１６】
従って、本発明は上述のような事情に鑑みてなされたもので、その目的は、データ放送を受信する端末がデータ放送を受信するときに、データ放送ストリーム及びリターンチャンネルをアプリケーションのダウンロードのために効率良く利用することで、アプリケーションのダウンロード時間を短縮するための放送システム及び方法を提供することにある。
【００１７】
本発明の他の目的は、双方向通信方式でデータ放送を供給するデータ放送システムにおいて放送サーバー及びリターンチャンネルにかかる負荷を大幅に減らすための放送システム及び方法を提供することにある。
【００１８】
本発明のさらに他の目的は、双方向通信方式でデータ放送を供給するデータ放送システムにおいて放送データを供給するときに、双方向通信の情報伝達時間を短縮できるようにするための放送システム及び方法を提供することにある。
【課題を解決するための手段】
【００１９】
上記の目的を達成するために本発明の放送システムは、データ放送ストリームを放送送出周期の間に受信し、リターンチャンネルを通じて双方向通信サーバーに前記データ放送ストリームの一部を送信することを要求し、アプリケーションファイルを抽出するために、前記データ放送ストリームの一部と前記放送送出周期の間に受信されたデータ放送ストリームとを用いてモジュール化を遂行するデータ放送受信用端末と、データ放送受信用端末からの、データ放送ストリームの一部についてのダウンロードの要求を受信すると、当該データ放送受信用端末へ前記データ放送ストリームの一部を送信する双方向通信サーバーと、を含むことを特徴とする。
【００２０】
また、本発明は、データ放送受信用端末と、リターンチャンネルを通じて前記データ放送受信用端末との通信を行う双方向通信サーバーと、を含む放送システムにおける放送データを送受信するための方法であって、データ放送受信用端末によってデータ放送ストリームを１放送送出周期の間に受信する受信ステップと、データ放送受信用端末により、リターンチャンネルを通じて双方向通信サーバーに前記データ放送ストリームの一部を送信することを要求する要求ステップと、双方向通信サーバーがデータ放送受信用端末から受信されたデータ放送ストリームの一部についてのダウンロードの要求を受信すると、双方向通信サーバーから当該データ放送受信用端末へデータ放送ストリームの一部を送信する送信ステップと、データ放送受信用端末が、アプリケーションファイルを抽出するために、データ放送ストリームの一部と放送送出周期の間に受信されたデータ放送ストリームとを用いてモジュール化を遂行するモジュール化ステップと、を含むことを特徴とする。
【発明の効果】
【００２１】
本発明によれば、データ放送受信用端末は、セクションデータの１送出周期の間にデータ放送からアプリケーションをダウンロードし、そして不足しているセクションデータをリターンチャンネルを通じてサーバーに要求する。
【００２２】
従って、既存のアプリケーションのダウンロード時間が概ねセクションデータ送出周期の２〜３倍であることに鑑みると、２倍以上の性能向上の効果を奏することができる。また、１周期の間のアプリケーションのダウンロード時に不備のあるセクションデータの数が少ないと仮定すれば、リターンチャンネルを通じてダウンロードされるセクションデータの量はそれほど多くはないことになる。この場合、放送サーバーおよびリターンチャンネルにかかる負荷が少ないことと予想される。よって、リターンチャンネルを通じて全てのアプリケーションがダウンロードされるときに生じられる負荷の問題を解決することができる。
【発明を実施するための最良の形態】
【００２３】
以下、添付図面を参照して本発明の好適な一実施形態を詳細に説明する。なお、下記の説明において、本発明の要旨のみを明瞭にする目的で、関連した公知の機能又は構成に関する具体的な説明は省略する。
【００２４】
本発明によるデータ放送システムは、リターンチャンネルを用いて双方向通信を遂行する放送システムである。
【００２５】
次に、図２を参照して本発明を適用したデータ放送システムの構成について説明する。図２は本発明の実施形態によるデータ放送システムを示す図である。
【００２６】
図２に示すように、データ放送システムは、デジタル放送信号を送出する放送送信部２０２と、このデジタル放送信号を受信するデータ放送受信用端末２０８と、双方向通信のために使用されるリターンチャンネルが組み込まれた外部ネットワーク２０６と、リターンチャンネルを通じて情報の送信及び受信を行う放送用サーバー２００と、から構成される。
【００２７】
まず、データ放送受信用端末２０８は、放送ストリームからアプリケーションを直接ダウンロードする。また、データ放送受信用端末２０８は、双方向通信に対する応答のために、外部ネットワークであるインターネット２０６を用いて双方向通信サーバー２００との通信を行う。
【００２８】
かかるデータ放送受信用端末２０８は、双方向通信を実現するために、端末内部にリターンチャンネル（return channel）のためのネットワークモジュール（network module）を含む。このデータ放送受信用端末２０８は、視聴者が希望するデータ放送を視聴するために、当該端末機の電源をオンにした場合、あるいはチャンネルを変更した場合に、データ放送を受信する。
【００２９】
このとき、放送受信用端末２０８は、放送アプリケーションの抽出のために、セクションデータをセクションデータの１送出周期の間に受信する。その後、セクションデータ伝送の１周期が経過すると、データ放送受信用端末２０８は、ＤＳＩ（Download Server Initiate），ＤＩＩ(Download Information Indication)，ＤＤＢ（Download Data Blocks）のうちいずれかのセクションデータに不備（すなわちデータの不足、欠落、破損、などにより、端末がサーバから受信し得なかったセクションデータ（放送ストリーム））があるか否かを検査（check）する。
【００３０】
そして、この検査の結果、セクションデータの不備がない（すなわち各データが完備している）と放送受信用端末２０８が判定した場合には、放送受信用端末２０８は、受信されたセクションデータをモジュール化してアプリケーションファイルを抽出した後に、該抽出したファイルをテレビ画面（television screen）に表示する。
【００３１】
これに対し、セクションデータに不備があると放送受信用端末２０８が判定した場合には、放送受信用端末２０８は、リターンチャンネルを通じて、（正常に）ダウンロードされなかったセクションデータを送信することを、双方向通信サーバー２００に要求する。その後、データ放送受信用端末２０８は、要求したセクションデータを双方向通信サーバー２００からダウンロードすると、現在受信中の（すなわち不足分の）セクションデータと、既存の放送信号によって以前に（予め）受信されたセクションデータとを組み合わせて、アプリケーションファイルを抽出した後に、該抽出したファイルをテレビ画面に表示する。
【００３２】
双方向通信サーバー２００は、データ放送受信用端末２０８から不足している（lost）セクションデータについてのダウンロードの要求が受信されると、当該不足分のセクションデータを前記データ放送受信用端末２０８へ伝送する。これによって、データ放送受信用端末２０８は、不足分のセクションデータのみを受信できるようになる。
【００３３】
本実施形態のデータ放送システムでは、このようにアプリケーションが受信されることにより、リターンチャンネルを通じて全てのアプリケーションが受信される場合と比較して、双方向放送サーバー及びリターンチャンネルに課される負荷を大幅に減らすことができる。次に、かかるデータ放送システムの動作について、図３を参照して説明する。
【００３４】
図３は、本発明の実施形態によるデータ放送システムのデータ放送受信用端末２０８でデータ放送を受信する過程を説明するためのフローチャートである。
【００３５】
まず、ステップＳ３００において、データ放送受信用端末２０８は、データ放送の受信を開始する。このようなデータ放送受信は、所望のデータ放送を視聴するために、視聴者が当該端末機の電源をオンにしたときに、あるいはチャンネルを変更したときに、初めて開始される。次のステップＳ３０１で、データ放送受信用端末２０８は、当該受信したデータからＤＳＴを抽出する。
【００３６】
次に、ステップＳ３０２において、データ放送受信用端末２０８は、１送出周期の間に受信した放送信号から、アプリケーションのセクションデータであるＤＳＩ，ＤＩＩ，ＤＤＢをダウンロードする。このうち、ＤＳＩは、開始位置（initial position）を示すデータブロックであって、データの基本情報を含んでいる。また、ＤＩＩは、ダウンロードデータのインジケーターを含むデータブロックである。そして、ＤＤＢは、アプリケーション情報を含むデータブロックである。
【００３７】
また、ステップＳ３０２の次のステップＳ３０４において、データ放送受信用端末２０８は、１送出周期の間にＤＳＩ，ＤＩＩ，ＤＤＢを完全にダウンロードしたか否かを確認（check）する。すなわち、データ放送受信用端末２０８は、不足している（すなわち不備のある）セクションデータが存在するか否かを判定するものである。
【００３８】
ステップＳ３０４で不足しているセクションデータがないと判定された場合には、データ放送受信用端末２０８は、ステップＳ３１２へ移行する。そして、ステップＳ３１２で、データ放送受信用端末２０８は、受信されたセクションデータをモジュール化してアプリケーションファイルを抽出した後に、当該抽出されたファイルをテレビ画面上に表示する。
【００３９】
これに対し、ステップＳ３０４で不足しているセクションデータがあると判定された場合には、データ放送受信用端末２０８は、ステップＳ３０６へ移行して、リターンチャンネルが存在するか否かを確認する。この確認の結果、リターンチャンネルがない場合には、データ放送受信用端末２０８は、ステップＳ３０２に戻って、次の送出周期に伝送されるデータの中から、前工程のステップＳ３０４で不足していると判定されたデータをダウンロードする。
【００４０】
これに対して、ステップＳ３０６でリターンチャンネルがあると判定された場合には、データ放送受信用端末２０８は、ステップＳ３０８へ移行する。ステップＳ３０８で、データ放送受信用端末２０８は、リターンチャンネルを通じて、（すなわちインターネット２０６を通じて、）データ放送受信用端末２０８で受信（ダウンロード）されなかったセクションデータ（漏れている、すなわち不備のあるセクションデータ）を送信するように、双方向通信サーバー２００に要求する。その後、データ放送受信用端末２０８は、ステップＳ３１０へ移行して、要求したセクションデータを双方向通信サーバー２００からダウンロードし、この後にステップＳ３１２へ移行する。すなわち、データ放送受信用端末２０８は、１送出周期の間に受信されるセクションデータのうち、不足しているセクションデータのみを受信する。
【００４１】
ステップＳ３１０の次のステップＳ３１２においては、データ放送受信用端末２０８は、漏れたセクションデータと、既存の放送信号によって受信されたセクションデータとを組み合わせてアプリケーションファイルを抽出した後に、当該抽出されたファイルをテレビ画面に表示する。
【００４２】
このように、本発明では、セクションデータの１送出周期の間に放送されたデータからアプリケーションのダウンロードを行い、不足している（不備のある）セクションデータがあればリターンチャンネルを通じてサーバーに要求し、これをダウンロードする。
【００４３】
また、上述のように、本発明の実施形態では、データ放送受信用端末は、セクションデータの１送出周期の間に放送されたデータからアプリケーションをダウンロードするとともに、不足分のセクションデータについては、リターンチャンネルを通じてサーバーに対して送信要求を行う。
【００４４】
従って、従来の放送システムではアプリケーションのダウンロード時間がセクションデータ送出周期の概ね２〜３倍の時間を要求されることに鑑みると、本実施形態の放送システムによれば、従来の放送システムと比較して２倍以上の性能向上の効果を奏することができる。
【００４５】
また、１周期の間のアプリケーションのダウンロード時に不足分の（不備のある）セクションデータの量が少なければ、リターンチャンネルを通じてダウンロードが要求されるセクションデータの量も少なくなる。したがって、この場合には、放送サーバーおよびリターンチャンネルにかかる負荷が少ないことが予想される。よって、本実施形態の放送システムによれば、全てのアプリケーションがリターンチャンネルを通じてダウンロードされるときに生じる負荷の問題を解決することが可能となる。
【００４６】
以上、本発明の詳細について具体的な実施形態に基づき説明してきたが、本発明の範囲を逸脱しない限り、各種の変形ができることはもちろんである。従って、本発明の範囲は、上記実施形態に限定されるものではなく、特許請求の範囲の記載及び該記載と同等なものにより定められるべきである。
【図面の簡単な説明】
【００４７】
【図１】一般的なデータ放送におけるアプリケーションをデコードする過程を示す図である。
【図２】本発明の実施形態によるデータ放送システムを示す図である。
【図３】本発明の実施形態によるデータ放送システムにおけるデータ放送受信用端末によってデータ放送を受信するための過程を説明するためのフローチャートである。
【符号の説明】
【００４８】
２００  双方向通信サーバー
２０２  放送送信部
２０６  インターネット
２０８  データ放送受信用端末
【図１】
2006157929.tif 000003
【図２】
2006157929.tif 000004
【図３】
2006157929.tif 000005