JP5726801B2 - デジタル放送データアプリケーションの実行方法 - Google Patents

Description

本発明は、デジタル放送データアプリケーションの実行方法及びこれを実現させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体に関し、さらに詳細には、従来のデータアプリケーションの実行に過度に時間がかかっていたという短所を改善して、データアプリケーションの駆動に必要な最小限のデータのみを受信し、その他のデータは必要な時点にプール（ｐｕｌｌ）方式で受信して、データアプリケーションの受信及び実行に必要な時間を最小化するデジタル放送データアプリケーションの実行方法及びこれを実現させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体に関する。

技術の発展と視聴者の需要変化に応え、放送環境が変化しつつある。従来のアナログ放送からデジタル放送へ転換されており、地上波放送だけでなくケーブル放送、衛星放送、及び超高速通信ネットワークを利用したいわゆるＩＰ−ＴＶサービス、地上波及び衛星ＤＭＢサービスなどに放送媒体が多様化されているのが現状である。

デジタル放送は、従来のアナログ放送方式に比べて容量を４〜８倍に増やすことができるから、スポーツ、映画、テレビショッピング、音楽など多様な分野の付加サービスを提供することができる。また、デジタル放送は、地上波放送をはじめとしてケーブル放送、衛星放送、ＤＭＢ放送、ＩＰ−ＴＶ、ＤＭＢなどの多様な放送形態が可能である。

さらに詳細に説明すると、地上波放送の１個の放送チャネルは、６、７あるいは８ＭＨｚの帯域幅を有している。従来のアナログ方式の地上波放送では、こういう６、７あるいは８ＭＨｚの帯域幅に放送プログラム信号、即ちアナログビデオ信号とオーディオ信号を共に載せて送信するので、１個の放送チャネルに一つの放送信号のみを送信することができた。

しかしながら、デジタル放送は、アナログビデオ及びオーディオ信号をデジタルデータに変換し、変換されたデジタルビデオ及びオーディオデータをＭＰＥＧ技術などで圧縮して放送プログラム信号として送信する。したがって、デジタル放送は、１個の放送チャネルに複数の放送プログラム信号を多重化していくつかの仮想の放送チャネルを構成することができる。したがって、従来のアナログ方式では、一つの放送チャネルで一つの放送プログラム信号のみを送信できたことに対し、デジタル方式では、一つのチャネルにデジタルビデオ及びオーディオデータを多重化していくつかの放送プログラム信号を送信することのできる多チャンネル放送が可能であるという長所がある。

また、デジタル放送は様々な解像度を支援するが、画面比が１６：９で、解像度が１９２０×１０８０又は１２８０×７２０である高画質の解像度を支援するＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）ＴＶ方式と、画面比が４：３又は１６：９で、解像度が７２０×４８０又は６４０×４８０であるＳＤ（Ｓｔａｎｄａｒｄ Ｄｅｆｉｎｉｔｉｏｎ）ＴＶ方式がある。

ＨＤＴＶ方式は解像度が高いことから、デジタルビデオデータの大きさが大きくなる。したがって、結果的に放送プログラム信号のデータ量が大きくなって、既存の１個の放送チャネルに一つの放送プログラム信号のみを送信することができる。

ＳＤＴＶは、ＨＤＴＶより解像度が落ちるために、その分だけデジタルビデオデータの大きさも小さくなり、結果的に放送プログラム信号が小さくなって１個の放送チャネルに４〜５個程度の放送プログラム信号を多重化して多チャンネル放送が可能になる。

即ち、従来のアナログ放送は、１個の放送チャネルで１個の放送のみを行うことができることに対し、デジタル放送は、デジタルデータの圧縮、多重化技術によって１個のチャネルに複数の放送を同時に送信して多チャンネル放送を行うことができる。視聴者は、このような多チャンネル放送の中から、所望の放送を選択して視聴できるから、より多様な放送を視聴できるようになるものである。

また、デジタル放送環境では、従来の単純な放送プログラム信号の送信だけでなく、多様なデータアプリケーションの送信が可能であり、かつ通信ネットワークとの連動で双方向性（ｉｎｔｅｒａｃｔｉｖｉｔｙ）の具現も可能となる。かかるデータアプリケーションを利用した多様なデータサービスは、視聴者が手軽に利用できるという点でデジタル放送の補給に重要な機能を果たすことができると予想されている。

韓国内放送産業でも２００１年１０月に地上波放送が、２００２年３月に衛星放送がデジタル本放送を開始し、ケーブル放送のデジタル化転換とＩＰ−ＴＶサービスの提供も、各ケーブル社又は通信社別に広がりつつある。また、２００２年６月には、地上波と衛星ともデータ放送試験放送を実施する等、本格的な双方向デジタル放送環境に変化しつつある。また、衛星ＤＭＢ及び地上波ＤＭＢなどの移動受信が可能なデジタル放送も、補給が広がりつつある。

図１は、従来のデジタル放送におけるデータ放送システムの例示的な構成を示す図である。

同図に示すように、従来のデータ放送システムは、放送事業者サーバ１１０と、コンテンツ提供者（ｃｏｎｔｅｎｔｓ ｐｒｏｖｉｄｅｒ、ＣＰ）サーバ１２０と、データ提供者（ｄａｔａ ｐｒｏｖｉｄｅｒ、ＤＰ）サーバ１３０と、受信機１４０とを備える。

コンテンツ提供者サーバ１２０は、放送コンテンツ、即ち従来の放送プログラムを製作して放送事業者サーバ１１０に提供する。

データ提供者サーバ１３０は、データ放送のためのコンテンツ、即ちデータアプリケーションを放送事業者サーバ１１０に提供する。

放送事業者サーバ１１０は、コンテンツ提供者サーバ１２０とデータ提供者サーバ１３０から放送コンテンツとデータアプリケーションを受信し、これを多重化しＡＴＳＣなどの多様な放送規格に変換し、放送網を介して受信機１４０に送信する。ここで、「放送網」とは、地上波放送網、ケーブル放送網、衛星放送網、ＩＰ−ＴＶの超高速通信ネットワーク又はＤＭＢ放送網など多様な放送ネットワークのことを意味する。

また、放送事業者サーバ１１０は、受信機１４０から送信されるフィードバック信号をリターンチャネルを介して受信し、これをコンテンツ提供者サーバ１２０又はデータ提供者サーバ１３０に該当処理を行うように送信する。また、リターンチャネルを介して受信機１４０が直接フィードバック信号をコンテンツ提供者サーバ１２０又はデータ提供者サーバ１３０に送信する構成も可能である。ここで、「リターンチャネル」とは、視聴者のフィードバックを放送事業者サーバ１１０、コンテンツ提供者サーバ１２０又はデータ提供者サーバ１３０に送信できる手段のことを意味し、通信方式や形態は制限しない。好ましくは、リターンチャネルは、双方向通信網を利用して実現されることができる。

受信機１４０は、放送事業者サーバ１１０から送信される放送コンテンツとデータアプリケーションとを受信し適切なデコードなどの信号処理を行って視聴者に提供する端末機である。受信機１４０は、例えば地上波デジタル放送の場合、ＡＴＳＣなどの地上波放送規格を満たし、ＤＡＳＥなどの双方向データ放送規格を支援するデジタルＴＶ又はセットトップボックスでありうる。又は、受信機１４０は、ケーブル放送又は衛星放送の場合、ＯｐｅｎＣａｂｌｅ又はＤＶＢなどの放送規格と各放送網に適したデータ放送規格、例えばＯＣＡＰ又はＭＨＰなどを支援するセットトップボックスでありうる。また、ＩＰ−ＴＶ又はＤＭＢ放送の場合、受信機１４０は、該当データ放送規格を支援するセットトップボックス又は移動通信端末機でもありうる。

現在、デジタル放送を受信して提供する受信機１４０は、例えばセットトップボックス形態若しくはデジタル放送を受信するＴＶ、又はディスプレイ装置形態で具現されることができる。セットトップボックス形態の場合には、受信機１４０は、別途のディスプレイ装置が接続されて放送を提供するようになる。また、ＤＭＢなどの場合には、例えば受信機１４０は、移動通信端末機又はＤＭＢ受信機の形態で具現されることができる。また、ＰＣ上でデジタル放送受信を行う場合も可能であり、この場合、受信機１４０は、ＰＣ内に備えられる信号処理装置の形態で具現されることができることから、ＰＣに接続したモニター上でデジタル放送が提供されうる。

データアプリケーションは、一般にＤＳＭ−ＣＣデータ／オブジェクトカルーセル（Ｄａｔａ／Ｏｂｊｅｃｔ Ｃａｒｏｕｓｅｌ）などの規格で送信される。即ち、受信機１４０内の処理容量や保存容量上の制限によって、データ放送コンテンツを全て受信機１４０内に保存し実行することは現実的に困難である。そのため、受信機１４０は、放送網を介して周期的に送信されるデータアプリケーションを受信してデータ放送を行う。

データアプリケーションは、例えばフォントを基にテキストデータをディスプレイするように構成され、データアプリケーションの各構成制御要素であるウィジェット、イメージなどを含むことができる。例えば、データアプリケーションは、データアプリケーションから所望のデータを選択するためのボタンやイメージアイコンなどを含む。

データアプリケーションは、デジタル放送信号内で送信される。受信機１４０は、データアプリケーションを受信し信号処理した後、信号処理したデータアプリケーションを受信機１４０に接続したディスプレイ装置（図示せず）に送信する。ディスプレイ装置は、受信したデータアプリケーションをディスプレイする。

データ放送を具現するに当って、データアプリケーション自体は、デジタル放送信号内で送信され、データアプリケーションの実行に必要なリソースは、別途のリターンチャネルを利用して送信される方式を使用することができる。即ち、リソース、例えばイメージデータは、データ提供者サーバ１３０などのリソースを保存する装置との、例えばＨＴＴＰ形態の通信接続を介して受信されることができる。

現在、ＩＰ−ＴＶサービスを例に挙げれば、データアプリケーションは、ＩＰマルチキャスト方式を使用して送信される。したがって、視聴者がデータ放送チャネルを選択した後、実際のデータアプリケーションをロードするまで多くの時間がかかる。

データアプリケーションを送信する場合、放送事業者サーバ１１０は、既存の放送用パケットの送信と同様にデータアプリケーションをパケットに分割して送信する。受信機１４０は、前記パケットを受信した後、再度データアプリケーションに結合することによりデータアプリケーションを受信する。特に、ＩＰマルチキャスト方式を利用した場合、ユニキャスト方式よりデータアプリケーションの送信速度が減少する。また。途中にパケットが流失してデータアプリケーションの実行が不可能な場合が発生しうる。

デジタル放送プログラムの動映像データは、リアルタイム連続性によって一部のパケットが流失しても、流失したパケットのエラーを無視し他のパケットを利用する方式を使用して再生できる。しかしながら、データアプリケーションは、パケットが流失する場合、実行が不可能である。そのため、エラーが発生する場合、受信機１４０は、再度最初からデータアプリケーションを受信して実行しなければならない。

また、受信機１４０がデータアプリケーションパケットを受信した後にも、受信機１４０は、受信したパケットを順序別に再度組み合わせなければならない。そのため、データアプリケーションを実行する際、前記パケットの組み合わせによる時間がさらに必要となる。

また、パケットの組み合わせが完了した後にも、受信機１４０は、データアプリケーションを分割してロードできず、全体データアプリケーションをロードして実行しなければならない。そのため、実行速度が遅くなり受信機１４０資源が過度に使用される。

また、データアプリケーションとは別に受信機１４０がリソースをリターンチャネルを介して受信する場合にも、受信機１４０は、ＨＴＴＰ形態の通信接続を介してリソースを受信するようになる。そのため、リソースの受信速度が減少する。

上述した問題点によって受信機１４０がデータアプリケーションを受信して実行し、これを視聴者に提供するまで略１０〜３０秒の時間がかかる。そのため、データアプリケーションの受信及び実行に過度な時間がかかる従来の方式は、ユーザに多くの不便さを与えるという問題点がある。

特開２００５−５６４３４号公報

本発明は、上述のような問題点を解決するために導出されたものであり、本発明の目的は、従来のデータアプリケーションの実行に過度に時間がかかるという短所を改善して、データアプリケーションの駆動に必要な最小限のデータのみを受信し、その他のデータは必要な時点にプール方式で受信してデータアプリケーションの受信及び実行に必要な時間を最小化するデジタル放送データアプリケーションの実行方法を提供することにある。

本発明の他の目的は、前記デジタル放送データアプリケーションの実行方法における各ステップを実現させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供することにある。

本発明の第１の実施の形態によるデジタル放送データアプリケーションの実行方法は、（ａ）デジタル放送網を介してデータアプリケーションを実行するための最小実行データを受信するステップと、（ｂ）前記最小実行データを実行するステップと、（ｃ）前記最小実行データの実行中に必要な追加データを受信するステップと、（ｄ）前記最小実行データに前記追加データを結合して、前記データアプリケーションを提供するステップとを含むことを特徴とする。

前記最小実行データは、前記データアプリケーションの実行に必要な基盤クラスデータを含むことが好ましい。

前記追加データは、前記データアプリケーションの実行に必要な追加クラスデータ又はリソースデータであることが好ましい。

前記最小実行データは、前記データアプリケーションの実行に対するメタデータを含み、前記メタデータは、前記追加データの受信位置情報又は前記データアプリケーションの実行条件情報を含むことが好ましい。

前記（ｂ）ステップは、（ｂ−１）前記メタデータから前記追加データの受信位置情報又は前記データアプリケーションの実行条件情報を取り出すステップを含むことが好ましい。

前記（ｂ）ステップは、（ｂ−２）前記最小実行データを基に前記データアプリケーションのシーンを分割するステップを含み、前記（ｃ）ステップは、（ｃ−１）前記分割されたシーンに対して前記追加データを受信するステップを含み、前記（ｄ）ステップは、（ｄ−１）前記分割されたシーンに対する前記追加データを実行して、前記データアプリケーションを提供するステップを含むことが好ましい。

前記（ｃ）ステップは、（ｃ−２）リターンチャネルを利用して前記追加データを受信するステップを含むことが好ましい。

前記ステップ（ｃ−２）は、（ｃ−３）ソケット基盤通信を行って前記追加データを受信するステップを含むことが好ましい。

本発明の第２の実施の形態によるデジタル放送データアプリケーションの実行方法は、（ａ）データアプリケーションに対するメタデータを受信するステップと、（ｂ）前記メタデータを分析して、前記データアプリケーションの実行に必要な情報を取り出すステップと、（ｃ）前記取り出された情報を基に前記データアプリケーションを受信するステップと、（ｄ）前記データアプリケーションを実行して提供するステップとを含むことを特徴とする。

前記ステップ（ａ）は、（ａ−１）デジタル放送網を介して前記メタデータを受信するステップを含むことが好ましい。

前記メタデータは、前記データアプリケーションの受信位置情報又は前記データアプリケーションの実行条件情報を含むことが好ましい。

前記（ｂ）ステップは、（ｂ−１）前記メタデータから前記データアプリケーションの受信位置情報又は前記データアプリケーションの実行条件情報を取り出すステップを含むことが好ましい。

前記（ｃ）ステップは（ｃ−１）リターンチャネルを利用して前記データアプリケーションを受信するステップを含むことが好ましい。

前記ステップ（ｃ−１）は、（ｃ−２）ソケット基盤通信を行って前記追加データを受信するステップを含むことが好ましい。

前記データアプリケーションは、リソース単位に分割された複数の分割データアプリケーションを含み、前記（ｄ）ステップは、（ｄ−１）前記リソース単位に前記複数の分割データアプリケーションを実行するステップを含むことが好ましい。

本発明によれば、従来のデータアプリケーションの実行に過度に時間がかかるという短所を改善して、データアプリケーションの駆動に必要な最小限のデータのみを受信し、その他のデータは必要な時点にプール方式で受信してデータアプリケーションの受信及び実行に必要な時間を最小化することができる。

図１は、従来のデジタル放送におけるデータ放送システムの例示的な構成を示す図である。 図２は、本発明の第１の実施の形態によるデジタル放送データアプリケーションの実行方法を示すフローチャートである。 図３は、本発明の第２の実施の形態によるジタル放送データアプリケーションの実行方法を示すフローチャートである。

以下、本発明のデジタル放送データアプリケーションの実行方法及びこれを実現させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体の実施の形態を、添付した図面を参照してさらに具体的に説明する。

図２は、本発明の第１の実施の形態によるデジタル放送データアプリケーションの実行方法を示すフローチャートである。

本発明の第１の実施の形態によるデジタル放送データアプリケーションの実行方法は、デジタル放送の受信機側で具現されるものである。例えば、地上波、ケーブル若しくは衛星放送のセットトップボックス、地上波、ケーブル若しくは衛星放送受信機能の内蔵されるＴＶ、ＩＰ−ＴＶ受信機能のセットトップボックス、このような受信機能付き個人用コンピュータ、又はＤＭＢ放送受信機などで具現される。

図２に示すように、受信機は、データアプリケーションを実行するための最小実行データをデジタル放送網を利用して受信する（Ｓ１１０）。

従来の技術による受信機は、デジタル放送網を利用してデータアプリケーションのすべてのデータを受信する。特に、データアプリケーションを構成するすべてのクラスとリソースとを受信する。そのため、データアプリケーションの受信に多くの時間がかかる。このような過度な受信時間ゆえにデータアプリケーションの実行に多くの遅延が発生する。

よって、本発明の場合、受信機は、データアプリケーション全体ではない最小の実行データのみをデジタル放送網を介して受信する。その他、残りのデータは、例えばリターンチャネルを利用して受信する。リターンチャネルを利用する場合、デジタル放送網より速い速度の受信が可能なために、全体的なデータアプリケーションの受信時間は最小化されうる。

ステップＳ１１０にて「デジタル放送網」は、地上波放送網、ケーブル放送網、衛星放送網、ＩＰ−ＴＶの超高速通信ネットワーク又はＤＭＢ放送網など多様な放送ネットワークのことを意味する。また、「最小実行データの受信」は、例えばデジタル放送網を利用して放送形態、マルチキャスト形態、又はユニキャスト形態で最小実行データを受信することを意味する。

最小実行データは、例えばデータアプリケーションの実行に必要な基盤クラス（ｆｏｕｎｄａｔｉｏｎ ｃｌａｓｓ）データを含むことができる。また、最小実行データは、データアプリケーションの最小実行のために構成されたデータである。

その他、データアプリケーションを構成する残りのデータは、本願明細書で「追加データ」という用語で定義され、追加データは、例えばデータアプリケーションの実行に必要な追加クラスデータ又はリソースデータでありうる。

最小実行データは、データアプリケーションの実行に対するメタデータを含むこともできる。即ち、最小実行データは、追加データの受信位置又は前記データアプリケーションの実行条件を表すメタデータを含んで、追加データの受信を容易に具現できる。

前記ステップＳ１１０により、受信機は、デジタル放送網を介してデータアプリケーションの受信にかかる時間を最小化できる。

次には、受信した最小実行データを実行する（Ｓ１３０）。即ち、受信機は、ＣＰＵなどの情報処理装置を利用して最小実行データを実行する。

また、最小実行データが前記メタデータを含む場合、メタデータから追加データの受信位置又はデータアプリケーションの実行条件を取り出すことができる。

次には、本発明による受信機は、ステップＳ１３０の最小実行データの実行途中に必要な追加データを受信する（Ｓ１５０）。

上述のように、最小実行データは、データアプリケーションの実行における最小限のデータである。そのため、データアプリケーションの提供のために、受信機は追加的なリソースやテキスト、クラスデータなどを必要とし、受信機は、デジタル放送受信側に具現されるリターンチャネルを介して前記追加データを受信する。

追加データの受信の際に、受信機は、従来のＨＴＴＰ要請により追加データの受信を行うこともできる。しかしながら、受信時間を最小化するために、受信機はソケットを生成して追加データの受信を行うことが好ましい。即ち、受信機は、アプリケーション提供サーバとの非同期ソケット基盤の通信を介して追加データを受信することができる。

次には、受信した追加データを最小実行データに結合して、データアプリケーションを提供する（Ｓ１７０）。

本発明の第１の実施の形態によれば、デジタル放送網を介してデータアプリケーションを受信し実行していた従来の技術による受信機に比べて、データアプリケーションの提供に必要な時間を最小化することができる。

一方、データアプリケーションの実行に必要な時間をさらに減少させるためには、以下のような方法を利用できる。

従来の技術による受信機は、データアプリケーションをすべて受信した後に全体的に実行する。そのため、受信機側のメモリなどのリソースが過度に使用されるという問題点がある。

上述した問題点を改善するために、本発明による受信機は、最小実行データを基にデータアプリケーションのシーンを分割し、該分割したシーンに対してシーン単位で実行が可能なように構成できる。

即ち、ステップＳ１３０の場合、最小実行データの受信時、受信機は、最小実行データを基にデータアプリケーションのシーンを分割する。前記シーン分割は、リソースを基準に行われうる。例えば、イメージ部分とテキスト部分とに分割できる。

次には、ステップＳ１５０にて追加データを受信する場合、受信機がステップＳ１３０にて分割されたシーンに対して追加データを各々受信するように受信機を構成できる。

次には、ステップＳ１７０にて行われるデータアプリケーションの提供は、受信機が分割されたシーンに対して受信した追加データを実行することによって行われうる。

例えば、テキストデータの受信時間は、イメージデータのそれに比べて小さいので、テキストデータの受信が完了した場合、受信されたテキストデータに該当する分割されたシーンは、直ちに実行及び提供されることができる。また、イメージデータの場合、前記イメージデータの受信が完了した後に前記イメージデータを実行して、前記イメージデータに該当する分割されたシーンを提供する。

そのため、データアプリケーションの提供に必要な時間を最小化できる。

一方、第１の実施の形態の場合、最小実行データを基にデータアプリケーションが実行される。しかしながら、このような最小実行データを使用せずにメタデータのみを受信しメタデータを分析してデータアプリケーションを提供するように構成することもできる。

図３は、本発明の第２の実施の形態によるデジタル放送データアプリケーションの実行方法を示すフローチャートである。

まず、本発明の第２の実施の形態によるデジタル放送データアプリケーションの実行方法が具現される受信機は、データアプリケーションに対するメタデータを受信する（Ｓ２１０）。

第２の実施の形態と第１の実施の形態との差異点は、以下のとおりである。第１の実施の形態によれば、受信機は、データアプリケーションの最小実行データ、例えば基盤クラスデータなどを受信することに対し、第２の実施の形態のステップＳ２１０にて受信機は、メタデータのみを受信する。即ち、デジタル放送網を介してはデータアプリケーションが送信されず、メタデータのみが送信される。受信機は、メタデータを基にアプリケーションを受信する。

また、受信機は、メタデータをデジタル放送網を利用して受信できるだけでなく、その他の方式でメタデータを受信することができる。例えば、受信機は、リターンチャネルを介した通信接続設定などでメタデータを受信することができる。しかしながら、好ましくは、受信機は、デジタル放送網を利用してメタデータを受信する。

メタデータは、受信機側でデータアプリケーションを受信するための位置情報と該当データアプリケーションの実行条件情報とを含むことができる。

即ち、データアプリケーションの位置情報は、リターンチャネルを介して接続可能なデータアプリケーション提供サーバのネットワーク接続位置情報を含むことができ、データアプリケーションの実行条件情報は、特定放送プログラムとの連係又は実行時間などの情報を含むことができる。

次には、ステップＳ２１０にて受信したメタデータを分析して、データアプリケーションの実行に必要な情報を取り出す（Ｓ２３０）。

データアプリケーションの実行に必要な情報は、例えば前述したデータアプリケーションの位置情報又はデータアプリケーションの実行条件情報を含むことができる。

次には、ステップＳ２３０にて取り出されたデータアプリケーションの実行に必要な情報を基にデータアプリケーションを受信する（Ｓ２５０）。

この場合、受信機は、リターンチャネルを介してデータアプリケーション提供サーバとの通信接続を行った後、データアプリケーションを受信することができる。

また、受信時間を最小化するために、受信機は、ソケットを生成して追加データの受信を行うことが好ましい。即ち、受信機は、アプリケーション提供サーバとの非同期ソケット基盤の通信を行うことで追加データを受信することができる。

次には、ステップＳ２５０にて受信したデータアプリケーションを実行して提供する（Ｓ２７０）。

このような本発明の他の実施の形態によるデジタル放送データアプリケーションの実行方法によれば、デジタル放送網を利用してデータアプリケーションを受信する場合、多くの時間がかかる従来の問題点を改善して、デジタル放送網などを介してはデータアプリケーションの実行に必要なメタデータのみを受信し、実際のデータアプリケーションは、受信速度のより高いリターンチャネルなどを利用して受信することによって、データアプリケーションの受信に必要な時間を最小化できる。

一方、データアプリケーションの実行に必要な時間を減少させるためには、以下のような方法を取ることができる。

従来の技術による受信機は、データアプリケーションを全て受信し、これを全体的に実行する。そのため、受信機側のメモリなどのリソースが過度に使用されるという問題点がある。

前記問題を解決するために、データアプリケーション提供サーバは、データアプリケーションをリソース単位に分割して保存することができる。即ち、テキストリソースに対する分割データアプリケーション、イメージリソースに対する分割データアプリケーション、前記リソースを制御する分割データアプリケーションなどに分割できる。

したがって、ステップＳ２５０にて受信機は、複数の分割データアプリケーションをそれぞれ受信し、ステップＳ２７０にて受信機は、前記分割データアプリケーションを実行して提供する。そのため、受信機は、データアプリケーションの実行時間を最小化できる。

また、本発明は、前述した本発明によるデジタル放送データアプリケーションの実行方法の各ステップを実現させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。

コンピュータで読み取り可能な記録媒体は、コンピュータシステムによって読まれることができるように、データ、即ちコード又はプログラム形態のデータが保存されるすべての種類の記録装置のことを指している。このようなコンピュータで読み取り可能な記録媒体は、例えばＲＯＭ、ＲＡＭなどのメモリと、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどの保存媒体、磁気テープ、フロッピー(登録商標)ディスクなどの磁気保存媒体、光データ保存装置などであり、例えばインターネットを介した送信形態で具現される場合も含む。また、このようなコンピュータで読み取り可能な記録媒体は、ネットワークで接続したコンピュータシステムに分散されて、分散方式によりコンピュータの読み取り可能なデータが保存され実行されることができる。

しかしながら、このようなコンピュータで読み取り可能な記録媒体に対する詳細な説明は、図２〜図３を参照して説明した本発明によるデジタル放送データアプリケーションの実行方法と重複するので省略する。

たとえ本発明の構成が具体的に説明されたとしても、これは単に本発明を例示的に説明したことに過ぎず、本発明の属する技術分野における通常の知識を有する者であれば、本発明の本質的な特性から逸脱しない範囲内で多様な変形が可能であるはずである。

よって、本明細書に開示された実施の形態は、本発明を限定するためのものではなく説明するためのもので、このような実施の形態によって本発明の思想と範囲が限定されるものではない。本発明の範囲は、以下の請求範囲により解析されなければならず、それと同等な範囲内にあるすべての技術は、本発明の権利範囲に含まれるものと解析さらなければならない。

本発明によれば、従来のデータアプリケーションの実行に過度に時間がかかるという短所を改善して、データアプリケーションの駆動に必要な最小限のデータのみを受信し、その他のデータは必要な時点にプール方式で受信してデータアプリケーションの受信及び実行に必要な時間を最小化することができる。特に、データアプリケーションをシーン単位に分割し該当シーン単位で実行可能なように構成して、データアプリケーションの受信及び実行に必要な時間を最小化できる。

１１０ 放送事業者サーバ
１２０ コンテンツ提供者サーバ
１３０ データ提供者サーバ
１４０ 受信機

Claims (4)

1. （ａ）デジタル放送網を介してデータアプリケーションを実行するための最小実行データであって、前記最小実行データの実行途中に必要な追加データの受信位置又は前記データアプリケーションの実行条件を示す情報を有するメタデータと、前記データアプリケーションの実行に必要な基盤クラスデータとを含む前記最小実行データを受信機によって受信するステップと、
   （ｂ）前記最小実行データを前記受信機によって実行するステップと、
   （ｃ）前記メタデータからの前記追加データの受信位置情報又は前記データアプリケーションの実行条件情報に基づいて、前記最小実行データの実行中に必要な追加データを前記受信機によって受信するステップと、
   （ｄ）前記受信機によって前記最小実行データに前記追加データを結合して、前記データアプリケーションを実行するステップと
   を含むデジタル放送データアプリケーションの実行方法であって、
   前記ステップ（ｂ）は、
   （ｂ−１）前記受信機によって、前記メタデータから前記追加データの受信位置情報又は前記データアプリケーションの実行条件情報を取り出すステップと、
   （ｂ−２）前記受信機によって、前記最小実行データを基に前記データアプリケーションのシーンをイメージ部分とテキスト部分とに分割するステップと
   をさらに含み、
   前記ステップ（ｃ）は、
   （ｃ−１）前記受信機によって、前記シーンの分割された部分のそれぞれについて前記追加データを受信するステップ
   をさらに含み、
   前記ステップ（ｄ）は、
   （ｄ−１）前記受信機によって、前記シーンの分割された部分のそれぞれについての前記追加データを実行して、前記データアプリケーションを提供するステップ
   をさらに含む
   デジタル放送データアプリケーションの実行方法。
2. 前記追加データは、前記データアプリケーションの実行に必要な追加クラスデータ又はリソースデータである請求項１に記載のデジタル放送データアプリケーションの実行方法。
3. 前記（ｃ）ステップは、（ｃ−２）前記受信機によって、リターンチャネルを利用して前記追加データを受信するステップを含む請求項１に記載のデジタル放送データアプリケーションの実行方法。
4. 前記ステップ（ｃ−２）は、（ｃ−３）前記受信機によって、ソケット基盤通信を行って前記追加データを受信するステップを含む請求項３に記載のデジタル放送データアプリケーションの実行方法。

Images