JP4051912B2 - ディジタル放送受信方法 - Google Patents
ディジタル放送受信方法 Download PDFInfo
- Publication number
- JP4051912B2 JP4051912B2 JP2001311635A JP2001311635A JP4051912B2 JP 4051912 B2 JP4051912 B2 JP 4051912B2 JP 2001311635 A JP2001311635 A JP 2001311635A JP 2001311635 A JP2001311635 A JP 2001311635A JP 4051912 B2 JP4051912 B2 JP 4051912B2
- Authority
- JP
- Japan
- Prior art keywords
- information table
- content
- channel
- transport stream
- acquired
- 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
- Information Transfer Between Computers (AREA)
- Stored Programmes (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、マルチメディアコンテンツを配信し、マルチメディアコンテンツを受信するのに適用されるディジタル放送受信方法に関する。
【０００２】
【従来の技術】
衛星放送に代表をされるディジタル放送システムにおいて、従来の映像、音声によるサービスに加えて静止画、テキスト情報などのマルチメディアを付加してユーザーに提示する、高い付加価値を持つサービスが実用段階に入ってきた。
【０００３】
そのひとつに西暦２０００年よりサービスが開始されたＢＳディジタル放送におけるデータ放送サービスが挙げられる。このサービスにおいては、マルチメディアコンテンツをＢＭＬ(Broadcast Markup Language)と呼ばれるフォーマットで記述し、映像／音声と同期させて放送する。各家庭のデータ放送サービスに対応した受信機には、ＢＭＬで表現されたコンテンツを解釈、実行するソフトウエアが具備され、このソフトウェアにより配信されたコンテンツがユーザーに提示される。ＢＭＬを利用することにより、映像、音声、静止画、およびテキスト情報などのメディアを組合せ、ユーザとの対話的操作を実現するコンテンツを容易に作成することができる。
【０００４】
図９は、ＢＳディジタル放送におけるデータ放送サービスの実現形態を模式的に示す。参照符号１が放送局を示し、参照符号２が衛星を示し、参照符号３が受信機を示す。放送局１から衛星２を介して受信機３に対して、チャンネルＡ〜チャンネルＤのサービスによって、ＢＭＬを用いたマルチメディアコンテンツＡ〜Ｄをそれぞれ配信している。受信機３には、ＢＭＬで表現されたマルチメディアコンテンツを解釈し、コンテンツを提示する処理等を実行するために、ＢＭＬブラウザ４が備えられている。なお、この図９では、ＢＭＬコンテンツと同期して放送される映像や音声の図示が省略されている。ＢＭＬブラウザ４のような、特定のフォーマットを解釈、実行するソフトウエアをプレゼンテーションエンジン（またはＰＥ）と称する。
【０００５】
一般的に、データ放送においては、サービスの要求によりＢＭＬ以外のフォーマットを採用することも考えられる。例えば、インターネットのＷＷＷ(World Wide Web)で広く利用されているＨＴＭＬ(Hyper Text Markup Language)が挙げられる。放送局１がＨＴＭＬのフォーマットで制作したコンテンツを放送し、そのサービスに対応するために、受信機３がＨＴＭＬで表現されたコンテンツを解釈、実行するプレゼンテーションエンジンを具備する必要がある。このような形態は、ＷＷＷ上のコンテンツをデータ放送においても利用する場合には、特に有効である。
【０００６】
また、３Ｄグラフィックスを利用したサービスを提供する場合には、ＶＲＭＬ(Virtual Reality Modeling Language) を採用することも考えられる。ＶＲＭＬは、３次元グラフィックスの記述言語である。放送局１がＶＲＭＬのフォーマットで制作したコンテンツを放送し、そのサービスに対応するために、受信機３がＶＲＭＬで表現されたコンテンツを解釈、実行するプレゼンテーションエンジンを具備する必要がある。
【０００７】
従来では、１つの放送システムで、チャンネルごとに別のフォーマットを利用したい場合、受信機３が複数のプレゼンテーションエンジンを実装することが必要とされる。このことは、受信機３の実装コスト、ハードウエアコストの面から望ましくない。また、受信機が一旦商品として販売された後に、フォーマットに何らかの変更、拡張を行うこと、または新規にフォーマットを追加することは困難であった。
【０００８】
一方、データ放送技術の動向として、将来的には受信機のアーキテクチャーにＪａｖａ（登録商標）が採用すると考えられている。これが実現すると、Ｊａｖａ言語で記述された任意のコンピュータープログラムをディジタル放送により配信し、実行することが可能になる。欧州で実用化が進められているデータ放送の規格であるＭＨＰ(Multimedia Home Platform)は、このようなＪａｖａ技術を放送のアーキテクチャーに採用した一例である。この技術を利用することによって、１つの放送システム内に複数のプレゼンテーションエンジンを混在させることが可能になる。すなわち、任意のプレゼンテーションエンジンをＪａｖａのアプリケーションとして実装し、コンテンツと組み合わせて放送すればよい。Ｊａｖａで作成されたＨＴＭＬブラウザの例としては、"HotJava(TM)Browser 3.0 SunMicrosystems,Inc"が提案されている。これは、全てJavaで作成されたＨＴＭＬブラウザであり、インターネットエクスプローラ（登録商標）やネットスケープ（登録商標）ナビゲータ等と基本的に機能は同等である。Java環境がインストールされたコンピュータ上であればＯＳにかかわらず動作させることができる。
【０００９】
図１０は、このようなデータ放送アーキテクチャの形態を示す。図９との相違は、受信機３がＪａｖａプラットフォーム５上で構成されており、Ｊａｖａプログラムの実行環境が受信機３に搭載されていることである。また、チャンネルＡおよびＤでは、ＢＭＬを利用したサービスを行なっており、チャンネルＢではＨＴＭＬを利用したサービスを行なっており、チャンネルＣでは、ＶＲＭＬを利用したサービスを行っている。また、Ｊａｖａのプログラムとして作成されたプレゼンテーションエンジン、すなわち、ＢＭＬブラウザ、ＨＴＭＬブラウザ、ＶＲＭＬブラウザは、コンテンツと組み合わせて各チャンネルで配信される。受信機３は、そのチャンネルで利用するプレゼンテーションエンジンを取得した後、そのプレゼンテーションエンジンを起動してそのチャンネルのコンテンツを取得し、解釈し、実行する。
【００１０】
【発明が解決しようとする課題】
上述した図１０の構成によって、１つの放送システム内に異なるプレゼンテーションエンジンを混在させることができる。しかしながら、同一のフォーマットを複数のチャンネルで利用している場合には、重複する分のプレゼンテーションエンジンを放送するための帯域が無駄になる問題がある。図１０の例では、チャンネルＡとチャンネルＤでＢＭＬブラウザを重複して放送している。一般にディジタル放送のチャンネル数は、従来のアナログ放送に比べて多いので、この重複分がかなり多くなり無視できない。
【００１１】
したがって、この発明の目的は、１つの放送システム内に異なるプレゼンテーションエンジンを混在させる場合に、限られた放送の帯域を効率よく利用することが可能なディジタル放送受信方法を提供することにある。
【００１２】
【課題を解決するための手段】
上述した課題を解決するために、請求項１の発明は、ディジタル放送により配信されたコンテンツを受信し、復号するディジタル放送受信方法において、
コンテンツと共にそのコンテンツを解釈し、実行するソフトウェアを配信して利用する環境下で、同一のソフトウェアが複数のチャンネルで利用される際に、ソフトウェアのみが別のチャンネルで放送され、
各チャンネル毎に存在し、当該チャンネルを構成するエレメンタリストリームのＩＤを保持する第１の情報テーブルＰＭＴと、各トランスポートストリーム毎に存在し、当該トランスポートストリームに含まれるチャンネルの第１の情報データＰＭＴのＩＤを保持する第２の情報テーブルＰＡＴと、トランスポートストリーム毎に該トランスポートストリームに含まれる情報を保持する第３の情報テーブルＮＩＴとが規定され、第３の情報テーブルＮＩＴに含まれるデータは、当該チャンネルが利用しているソフトウェアを判別すると共に、当該チャンネルが特定のソフトウェアを配信するためのチャンネルか否かを判別する情報を有し、
第３の情報テーブルＮＩＴを取得し、取得された第３の情報テーブルＮＩＴに基づいてソフトウェアが伝送されるトランスポートストリームを決定するステップと、
決定したトランスポートストリームから第２の情報テーブルＰＡＴを取得し、取得された第２の情報テーブルＰＡＴからソフトウェアを含むチャンネルの第１の情報テーブルＰＭＴを取得し、取得した第１の情報テーブルＰＭＴによってソフトウェアを取得するステップと、
第３の情報テーブルＮＩＴに基づいて、選択されたサービスとそのソフトウェアとが同一のトランスポートストリームに含まれるか否かを判定するステップと、
同一のトランスポートストリームに含まれると判定される場合では、コンテンツを含むチャンネルの第１の情報テーブルＰＭＴを取得し、取得した第１の情報テーブルＰＭＴによってコンテンツを取得するステップと、
同一のトランスポートストリームに含まれないと判定される場合では、コンテンツを含むトランスポートストリームをチューニングして第２の情報テーブルＰＡＴを取得し、取得された第２の情報テーブルＰＡＴからコンテンツを含むチャンネルの第１の情報テーブルＰＭＴを取得し、取得した第１の情報テーブルＰＭＴによってコンテンツを取得するステップと
からなるディジタル放送受信方法である。
【００１３】
請求項２の発明は、ディジタル放送により配信されたコンテンツを受信するディジタル放送受信方法において、
コンテンツと共にそのコンテンツを解釈し、実行するソフトウェアを配信して利用する環境下で、同一のソフトウェアが複数のチャンネルで利用される際に、ソフトウェアのみが別のチャンネルで放送され、
各チャンネル毎に存在し、当該チャンネルを構成するエレメンタリストリームのＩＤを保持する第１の情報テーブルＰＭＴと、各トランスポートストリーム毎に存在し、当該トランスポートストリームに含まれるチャンネルの第１の情報データＰＭＴのＩＤを保持する第２の情報テーブルＰＡＴと、トランスポートストリーム毎に該トランスポートストリームに含まれる情報を保持する第３の情報テーブルＮＩＴとが規定され、第３の情報テーブルＮＩＴに含まれるデータは、当該チャンネルが利用しているソフトウェアを判別すると共に、当該チャンネルが特定のソフトウェアを配信するためのチャンネルか否かを判別する情報を有し、
前もって受信した１または複数のソフトウェアを不揮発性メモリに記憶するステップと、
新たなチャンネルを選択した場合に、第３の情報テーブルＮＩＴを取得し、取得された第３の情報テーブルＮＩＴに基づいてそのチャンネルで利用するソフトウェアと、不揮発性メモリに保存されているソフトウェアとが一致するか否かを判定するステップと、
一致する場合では、コンテンツのチャンネルを含むトランスポートストリームをチューニングし、該トランスポートストリームから第２の情報テーブルＰＡＴを取得し、取得された第２の情報テーブルＰＡＴからコンテンツを含むチャンネルの第１の情報テーブルＰＭＴを取得し、取得した第１の情報テーブルＰＭＴによって、コンテンツを取得するステップと、
一致しない場合では、取得された第３の情報テーブルＮＩＴに基づいてソフトウェアが伝送されるトランスポートストリームを決定するステップと、
決定したトランスポートストリームから第２の情報テーブルＰＡＴを取得し、取得された第２の情報テーブルＰＡＴからソフトウェアを含むチャンネルの第１の情報テーブルＰＭＴを取得し、取得した第１の情報テーブルＰＭＴによってソフトウェアを取得するステップと、
第３の情報テーブルに基づいて、選択されたサービスとそのソフトウェアとが同一のトランスポートストリームに含まれるか否かを判定するステップと、
同一のトランスポートストリームに含まれると判定される場合では、コンテンツを含むチャンネルの第１の情報テーブルＰＭＴを取得し、取得した第１の情報テーブルＰＭＴによってコンテンツを取得するステップと、
同一のトランスポートストリームに含まれないと判定される場合では、コンテンツを含むトランスポートストリームをチューニングして第２の情報テーブルＰＡＴを取得し、取得された第２の情報テーブルＰＡＴからコンテンツを含むチャンネルの第１の情報テーブルＰＭＴを取得し、取得した第１の情報テーブルＰＭＴによってコンテンツを取得するステップと
からなるディジタル放送受信方法である。
【００１５】
複数のプレゼンテーションエンジンが混在されるディジタル放送システムにおいて、複数のチャンネルで利用されるプレゼンテーションエンジンを、コンテンツとは別の独立したチャンネルによって配信するので、放送システムが利用できる帯域を有効に利用できる。また、プレゼンテーションエンジン用のバッファを用意することによって、複数回チューニングすることによる時間損失を補うことができる。
【００１６】
【発明の実施の形態】
以下、この発明の一実施形態について図１を参照して説明する。一実施形態では、放送局１から衛星２を介して受信機３に対して放送信号を送信している。受信機３は、Ｊａｖａプラットフォーム５上で構成されており、Ｊａｖａプログラムの実行環境を受信機３が備えている。また、チャンネルＡ、ＢおよびＤでは、ＢＭＬを利用したサービスを行なっており、ＢＭＬコンテンツＡ、ＢＭＬコンテンツＢおよびＢＭＬコンテンツＣが配信される。チャンネルＣでは、ＶＲＭＬを利用したサービスを行っており、ＶＲＭＬコンテンツが配信される。
【００１７】
また、Ｊａｖａのプログラムとして作成されたプレゼンテーションエンジンおよびコンテンツが配信される。受信機３は、そのチャンネルで利用するプレゼンテーションエンジンを取得した後、そのプレゼンテーションエンジンを起動してそのチャンネルのコンテンツを取得し、解釈し、実行する。この場合、複数のチャンネルで利用されるプレゼンテーションエンジンがコンテンツと別のチャンネルで配信される。図１では、チャンネルＡ，ＢおよびＤでＢＭＬブラウザが利用されているので、ＢＭＬブラウザがコンテンツと独立したチャンネルＥを介して配信される。チャンネルＣのみで利用されるＶＲＭＬブラウザは、コンテンツと同一のチャンネルＣで配信される。チャンネルＡ，ＢおよびＤで利用されるＢＭＬブラウザを別途配信することによって、これらのチャンネルで重複してＢＭＬブラウザを配信する必要がなくなり、放送システムが帯域を効率良く利用できる。すなわち、一実施形態では、二つのブラウザの帯域を節約できる。
【００１８】
ここで、一実施形態の理解を容易とするために、従来の放送システムにおける受信機でのチャンネル選択処理について説明する。一般的にディジタル放送は、トランスポートストリームと呼ばれる放送波の集合から構成されている。トランスポートストリームは、さらにエレメンタリストリーム（以降、適宜ＥＳと称する）と呼ばれる論理的な状態の伝達路に分割されて扱われる。
【００１９】
各エレメンタリストリームは、固有のＰＩＤ（ＩＤを示す整数値）を持ち、１または複数のエレメンタリストリームが１つのチャンネルを構成している。したがって、チャンネルの選択とは、そのチャンネルを構成する各エレメンタリストリームを抽出することに他ならない。抽出のためには、当該チャンネルがどのトランスポートストリームに含まれ、そのトランスポートストリーム内の何番と何番のエレメンタリストリームから構成されるかの情報が必要である。この情報を保持するのがＰＳＩ(Program Specific Information)である。ＰＳＩもエレメンタリストリームの一種である。ＰＳＩには、いくつかの種類が存在するが、チャンネル選択処理に関しては、ＮＩＴ(Network Information Table) 、ＰＡＴ(Program Association Table)、ＰＭＴ(Program Map Table)が関連する。
【００２０】
ＰＭＴは、各チャンネル毎に１つ存在し、当該チャンネルを構成するエレメンタリストリームのＰＩＤを保持する。ＰＡＴは、各トランスポートストリームに１つ存在し、当該トランスポートストリームに含まれるチャンネルのＰＭＴのＰＩＤを保持する。したがって、ＰＡＴの内容は、トランスポートストリーム毎に固有である。また、ＮＩＴは、全てのトランスポートストリームに一つずつ含まれ、当該放送システムに含まれる全てのチャンネル番号と、それがどのトランスポートストリームに含まれるかに関する情報を保持する。ＮＩＴの内容は、各トランスポートストリームで共通である。
【００２１】
図２は、トランスポートストリームとＮＩＴの関係を模式的に示す。図２に示す放送システムの例は、５個のトランスポートストリームから構成され、それぞれに共通の内容のＮＩＴが含まれる。各トランスポートストリームには、複数のチャンネルが含まれている。例えばトランスポートストリーム２には、チャンネル１１０、チャンネル１２５およびチャンネル１３８が含まれる。
【００２２】
図３は、あるトランスポートストリーム例えばトランスポートストリーム２の構成を模式的に示す。トランスポートストリームには、固有の内容のＰＡＴが１つ含まれ、当該トランスポートストリームが含む各チャンネルの内容を保持するＰＭＴの参照（ＰＩＤ）を保持する。ＰＭＴは、そのチャンネルのサービスを構成する各エレメンタリストリームへの参照（ＰＩＤ）を保持する。図３の例では、チャンネル１１０については、ＰＭＴのストリーム、コンテンツのストリーム、プレゼンテーションエンジンのストリームが示されているが、他の映像、音声などのメディアのストリームも同様に扱われる。コンテンツがＢＭＬ、ＨＴＭＬ等のフォーマットを有し、プレゼンテーションエンジンによって解釈され、実行される。なお、エレメンタリストリームがパケット化され、時分割多重されることでトランスポートストリームが構成される。
【００２３】
かかる放送システムにおいて、従来の受信機において、任意のチャンネルを選択する場合の処理を図４のフローチャートに示す。最初のステップＳ１では、何れかのトランスポートストリームに含まれるＮＩＴを取得する。ステップＳ２では、ＮＩＴに基づいて選択されたチャンネルがどのトランスポートストリームに含まれるのかが決定され、当該チャンネルを含むトランスポートストリームを受信するように切り替えられる。所望のトランスポートストリームが現在のトランスポートストリームと異なる場合では、トランスポートストリームを切り替える。かかる処理を以降、チューニングと適宜称する。
【００２４】
ステップＳ３では、当該トランスポートストリーム内のＰＡＴを取得する。ＰＡＴから、そのチャンネルのＰＩＤを取得し、それによってＰＭＴを取得する（ステップＳ４）。ＰＭＴに記述されている各エレメンタリストリームのＰＩＤ情報によって目的のストリーム、すなわち、プレゼンテーションエンジンのストリームおよびコンテンツのストリームを抽出する。図４の例では、プレゼンテーションエンジンＰＥが取得され（ステップＳ５）、ステップＳ６で所望のコンテンツが取得される。
【００２５】
この発明の一実施形態では、上述したように、複数のチャンネルで利用されているプレゼンテーションエンジンのみが伝送される別のチャンネルが備えられている。一実施形態における任意のチャンネルを受信する場合の処理を図５のフローチャートに示す。最初のステップＳ１１では、何れかのトランスポートストリームに含まれるＮＩＴを取得する。ステップＳ１２では、ＮＩＴに基づいて、所望のＰＥ（プレゼンテーションエンジン）のチャンネルがどのトランスポートストリームに含まれるのかが決定され、当該チャンネルを含むトランスポートストリームをチューニングする。
【００２６】
ステップＳ１３では、当該トランスポートストリーム内のＰＡＴを取得する。ＰＡＴから、そのチャンネルのＰＩＤを取得し、それによってＰＭＴを取得する（ステップＳ１４）。ＰＭＴに記述されている各エレメンタリストリームのＰＩＤ情報によって、所望のＰＥを取得する（ステップＳ１５）。
【００２７】
ステップＳ１６において、選択したサービスとそのサービスが利用するＰＥが同一のトランスポートストリームか否かが決定される。同一のトランスポートストリームであると決定された場合では、ステップＳ１７において、当該コンテンツを含むチャンネルのＰＭＴが取得される。そして、ステップＳ１８において、コンテンツが取得される。
【００２８】
ステップＳ１６において、ＰＥとコンテンツとが同一のトランスポートストリームでないと判定されると、ステップＳ１９において、当該コンテンツのチャンネルを含むトランスポートストリームをチューニングする。そのトランスポートストリーム内のＰＡＴを取得する（ステップＳ２０）。その後は、ステップＳ１７およびＳ１８を経ることによってコンテンツを取得する。
【００２９】
上述したように、この発明の一実施形態では、先ず、当該コンテンツのフォーマットに対応したプレゼンテーションエンジンのチャンネルを抽出してプレゼンテーションエンジンを取得した後に、当該コンテンツのチャンネルを抽出してコンテンツを取得する。
【００３０】
この発明の一実施形態では、ＮＩＴを拡張する必要がある。図６は、ＮＩＴの一部であるサービスリスト記述子のフォーマットを示す。"service list descriptor()｛｝"は、｛｝内の内容がサービスリスト記述子のフォーマットであることを示している。｛｝内には、リスト中に具体的に出現するデータの名前（フィールド）がその出現順に列挙される。なお、"for(i=0;i<N;i++)"の部分は、｛｝の中身がＮ回繰り返されることを意味する。
【００３１】
フィールドの中身について説明する。"descriptor tag"は、続く内容がサービスリスト記述子であることを示す一意なＩＤ値である。"descriptor length"は、サービスリスト記述子のバイト長を示す。"service id"は、サービスを一意に識別するためのＩＤ値を示す。"service type"は、サービスの種類を表す。
【００３２】
ＮＩＴの拡張のために、"engine type"（８ビット）および"engine version"（８ビット）が規定される。これらの情報によって、当該チャンネルが利用しているプレゼンテーションエンジンの種類を決定することができる。
【００３３】
図７に示す表は、サービスの種類とサービスの形式種別（ＩＤ値）を示している。サービス形式種別は、"service type"のフィールドで利用される。0xは、１６進表示を意味する。例えば0x01がディジタルテレビジョンサービスを示す。この一実施形態では、0xC1がプレゼンテーションエンジンと規定される。この拡張によって、当該チャンネルが特定のプレゼンテーションエンジンを配信するためのものであることを決定することができる。
【００３４】
次に、この発明の他の実施形態について説明する。上述した一実施形態は、選択したサービスと、そのサービスが利用するプレゼンテーションエンジンが同一チャンネルに無い場合では、チューニングを２度行う必要がある。チューニングは、ソフトウェア処理のみでは行うことができないので、時間がかかる問題がある。他の実施形態は、この問題を解決するために、受信機にプレゼンテーションエンジン用のバッファメモリを設けるようにしたものである。
【００３５】
図８は、他の実施形態における任意のチャンネルを受信する場合の処理を示す。受信機は、最も最近に受信したプレゼンテーションエンジンを受信機内の不揮発性メモリまたはハードディスク（以降バッファと称する）に保存しておく。保存するプレゼンテーションエンジンの個数は、任意である。
【００３６】
最初のステップＳ３１では、何れかのトランスポートストリームに含まれるＮＩＴを取得する。すなわち、新しくチャンネルを選択した場合、当該チャンネルで利用するプレゼンテーションエンジンの種別とバージョンに関する情報を図６中の"engine type"および"engine version"のフィールドから取得する。ステップＳ３２では、バッファに当該プレゼンテーションエンジンが存在しているか否かが決定される。
【００３７】
バッファに当該プレゼンテーションエンジンと同一の種類およびバージョンのプレゼンテーションエンジンが存在していれば、ステップＳ３３において、当該コンテンツのチャンネルを含むトランスポートストリームをチューニングする。そのトランスポートストリーム内のＰＡＴを取得する（ステップＳ３４）。そして、ステップＳ３５において、当該コンテンツを含むチャンネルのＰＭＴが取得される。そして、ステップＳ３６において、コンテンツが取得される。このように、バッファに保持されているプレゼンテーションエンジンを利用することによって、放送波からプレゼンテーションエンジンを再度取得する必要がなくなり、時間の損失を防止することができる。
【００３８】
ステップＳ３２の結果が否定であれば、プレゼンテーションエンジンを放送波から取得する必要があり、一実施形態と同様に、ステップＳ３７以降の処理がなされる。ステップＳ３７では、所望のＰＥ（プレゼンテーションエンジン）のチャンネルを含むトランスポートストリームをチューニングし、ステップＳ３８では、当該トランスポートストリーム内のＰＡＴを取得する。ステップＳ３９では、ＰＡＴから、そのチャンネルのＰＩＤを取得し、それによってＰＭＴを取得する。ＰＭＴに記述されている各エレメンタリストリームのＰＩＤ情報によって、所望のＰＥを取得する（ステップＳ４０）。
【００３９】
ステップＳ４１では、選択したサービスとそのサービスが利用するＰＥが同一のトランスポートストリームか否かが決定され、同一のトランスポートストリームであると決定された場合では、ステップ３５において、当該コンテンツを含むチャンネルのＰＭＴが取得され、ステップＳ３６において、コンテンツが取得される。ステップＳ４１において、ＰＥとコンテンツとが同一のトランスポートストリームでないと判定されると、ステップＳ３３において、当該コンテンツのチャンネルを含むトランスポートストリームをチューニングし、そのトランスポートストリーム内のＰＡＴを取得する（ステップＳ３４）。その後は、ステップＳ３５およびＳ３６を経ることによってコンテンツを取得する。
【００４０】
この発明は、上述したこの発明の一実施形態等に限定されるものでは無く、この発明の要旨を逸脱しない範囲内で様々な変形や応用が可能である。例えばプレゼンテーションエンジン専用のチャンネルによって単独のチャンネルで利用されるプレゼンテーションエンジンを配信しても良く、プレゼンテーションエンジン専用のチャンネルが複数存在しても良い。また、一実施形態におけるバッファを有しない受信機と、他の実施形態におけるバッファを設けた受信機とが同一放送システム内に混在して設けることができる。
【００４１】
【発明の効果】
この発明では、複数のプレゼンテーションエンジンが混在して放送されるデータ放送システムにおいて、複数チャンネルで利用されるプレゼンテーションエンジンを、コンテンツと独立した別のチャンネルで配信することによって、放送システムが利用できる帯域を効率良く利用できる。また、他の実施形態のように、プレゼンテーションエンジン用のバッファを設ければ、複数回チューニングを行うことによる時間的損失を補うことができる。
【図面の簡単な説明】
【図１】この発明によるデータ放送システムの形態を示す略線図である。
【図２】トランスポートストリームの一例を模式的に示す略線図である。
【図３】トランスポートストリームの構成例を模式的に示す略線図である。
【図４】任意のチャンネルを選択する従来の処理を示すフローチャートである。
【図５】この発明の一実施形態の任意のチャンネルを選択する処理を示すフローチャートである。
【図６】この発明の一実施形態におけるＮＩＴの拡張の説明に用いる略線図である。
【図７】この発明の一実施形態におけるＮＩＴの拡張の説明に用いる略線図である。
【図８】この発明の他の実施形態の任意のチャンネルを選択する処理を示すフローチャートである。
【図９】従来のデータ放送の形態を示す略線図である。
【図１０】Ｊａｖａ技術を採用した場合のデータ放送の形態を示す略線図である。
【符号の説明】
１・・・放送局、３・・・受信機、５・・・Ｊａｖａプラットフォーム
【発明の属する技術分野】
この発明は、マルチメディアコンテンツを配信し、マルチメディアコンテンツを受信するのに適用されるディジタル放送受信方法に関する。
【０００２】
【従来の技術】
衛星放送に代表をされるディジタル放送システムにおいて、従来の映像、音声によるサービスに加えて静止画、テキスト情報などのマルチメディアを付加してユーザーに提示する、高い付加価値を持つサービスが実用段階に入ってきた。
【０００３】
そのひとつに西暦２０００年よりサービスが開始されたＢＳディジタル放送におけるデータ放送サービスが挙げられる。このサービスにおいては、マルチメディアコンテンツをＢＭＬ(Broadcast Markup Language)と呼ばれるフォーマットで記述し、映像／音声と同期させて放送する。各家庭のデータ放送サービスに対応した受信機には、ＢＭＬで表現されたコンテンツを解釈、実行するソフトウエアが具備され、このソフトウェアにより配信されたコンテンツがユーザーに提示される。ＢＭＬを利用することにより、映像、音声、静止画、およびテキスト情報などのメディアを組合せ、ユーザとの対話的操作を実現するコンテンツを容易に作成することができる。
【０００４】
図９は、ＢＳディジタル放送におけるデータ放送サービスの実現形態を模式的に示す。参照符号１が放送局を示し、参照符号２が衛星を示し、参照符号３が受信機を示す。放送局１から衛星２を介して受信機３に対して、チャンネルＡ〜チャンネルＤのサービスによって、ＢＭＬを用いたマルチメディアコンテンツＡ〜Ｄをそれぞれ配信している。受信機３には、ＢＭＬで表現されたマルチメディアコンテンツを解釈し、コンテンツを提示する処理等を実行するために、ＢＭＬブラウザ４が備えられている。なお、この図９では、ＢＭＬコンテンツと同期して放送される映像や音声の図示が省略されている。ＢＭＬブラウザ４のような、特定のフォーマットを解釈、実行するソフトウエアをプレゼンテーションエンジン（またはＰＥ）と称する。
【０００５】
一般的に、データ放送においては、サービスの要求によりＢＭＬ以外のフォーマットを採用することも考えられる。例えば、インターネットのＷＷＷ(World Wide Web)で広く利用されているＨＴＭＬ(Hyper Text Markup Language)が挙げられる。放送局１がＨＴＭＬのフォーマットで制作したコンテンツを放送し、そのサービスに対応するために、受信機３がＨＴＭＬで表現されたコンテンツを解釈、実行するプレゼンテーションエンジンを具備する必要がある。このような形態は、ＷＷＷ上のコンテンツをデータ放送においても利用する場合には、特に有効である。
【０００６】
また、３Ｄグラフィックスを利用したサービスを提供する場合には、ＶＲＭＬ(Virtual Reality Modeling Language) を採用することも考えられる。ＶＲＭＬは、３次元グラフィックスの記述言語である。放送局１がＶＲＭＬのフォーマットで制作したコンテンツを放送し、そのサービスに対応するために、受信機３がＶＲＭＬで表現されたコンテンツを解釈、実行するプレゼンテーションエンジンを具備する必要がある。
【０００７】
従来では、１つの放送システムで、チャンネルごとに別のフォーマットを利用したい場合、受信機３が複数のプレゼンテーションエンジンを実装することが必要とされる。このことは、受信機３の実装コスト、ハードウエアコストの面から望ましくない。また、受信機が一旦商品として販売された後に、フォーマットに何らかの変更、拡張を行うこと、または新規にフォーマットを追加することは困難であった。
【０００８】
一方、データ放送技術の動向として、将来的には受信機のアーキテクチャーにＪａｖａ（登録商標）が採用すると考えられている。これが実現すると、Ｊａｖａ言語で記述された任意のコンピュータープログラムをディジタル放送により配信し、実行することが可能になる。欧州で実用化が進められているデータ放送の規格であるＭＨＰ(Multimedia Home Platform)は、このようなＪａｖａ技術を放送のアーキテクチャーに採用した一例である。この技術を利用することによって、１つの放送システム内に複数のプレゼンテーションエンジンを混在させることが可能になる。すなわち、任意のプレゼンテーションエンジンをＪａｖａのアプリケーションとして実装し、コンテンツと組み合わせて放送すればよい。Ｊａｖａで作成されたＨＴＭＬブラウザの例としては、"HotJava(TM)Browser 3.0 SunMicrosystems,Inc"が提案されている。これは、全てJavaで作成されたＨＴＭＬブラウザであり、インターネットエクスプローラ（登録商標）やネットスケープ（登録商標）ナビゲータ等と基本的に機能は同等である。Java環境がインストールされたコンピュータ上であればＯＳにかかわらず動作させることができる。
【０００９】
図１０は、このようなデータ放送アーキテクチャの形態を示す。図９との相違は、受信機３がＪａｖａプラットフォーム５上で構成されており、Ｊａｖａプログラムの実行環境が受信機３に搭載されていることである。また、チャンネルＡおよびＤでは、ＢＭＬを利用したサービスを行なっており、チャンネルＢではＨＴＭＬを利用したサービスを行なっており、チャンネルＣでは、ＶＲＭＬを利用したサービスを行っている。また、Ｊａｖａのプログラムとして作成されたプレゼンテーションエンジン、すなわち、ＢＭＬブラウザ、ＨＴＭＬブラウザ、ＶＲＭＬブラウザは、コンテンツと組み合わせて各チャンネルで配信される。受信機３は、そのチャンネルで利用するプレゼンテーションエンジンを取得した後、そのプレゼンテーションエンジンを起動してそのチャンネルのコンテンツを取得し、解釈し、実行する。
【００１０】
【発明が解決しようとする課題】
上述した図１０の構成によって、１つの放送システム内に異なるプレゼンテーションエンジンを混在させることができる。しかしながら、同一のフォーマットを複数のチャンネルで利用している場合には、重複する分のプレゼンテーションエンジンを放送するための帯域が無駄になる問題がある。図１０の例では、チャンネルＡとチャンネルＤでＢＭＬブラウザを重複して放送している。一般にディジタル放送のチャンネル数は、従来のアナログ放送に比べて多いので、この重複分がかなり多くなり無視できない。
【００１１】
したがって、この発明の目的は、１つの放送システム内に異なるプレゼンテーションエンジンを混在させる場合に、限られた放送の帯域を効率よく利用することが可能なディジタル放送受信方法を提供することにある。
【００１２】
【課題を解決するための手段】
上述した課題を解決するために、請求項１の発明は、ディジタル放送により配信されたコンテンツを受信し、復号するディジタル放送受信方法において、
コンテンツと共にそのコンテンツを解釈し、実行するソフトウェアを配信して利用する環境下で、同一のソフトウェアが複数のチャンネルで利用される際に、ソフトウェアのみが別のチャンネルで放送され、
各チャンネル毎に存在し、当該チャンネルを構成するエレメンタリストリームのＩＤを保持する第１の情報テーブルＰＭＴと、各トランスポートストリーム毎に存在し、当該トランスポートストリームに含まれるチャンネルの第１の情報データＰＭＴのＩＤを保持する第２の情報テーブルＰＡＴと、トランスポートストリーム毎に該トランスポートストリームに含まれる情報を保持する第３の情報テーブルＮＩＴとが規定され、第３の情報テーブルＮＩＴに含まれるデータは、当該チャンネルが利用しているソフトウェアを判別すると共に、当該チャンネルが特定のソフトウェアを配信するためのチャンネルか否かを判別する情報を有し、
第３の情報テーブルＮＩＴを取得し、取得された第３の情報テーブルＮＩＴに基づいてソフトウェアが伝送されるトランスポートストリームを決定するステップと、
決定したトランスポートストリームから第２の情報テーブルＰＡＴを取得し、取得された第２の情報テーブルＰＡＴからソフトウェアを含むチャンネルの第１の情報テーブルＰＭＴを取得し、取得した第１の情報テーブルＰＭＴによってソフトウェアを取得するステップと、
第３の情報テーブルＮＩＴに基づいて、選択されたサービスとそのソフトウェアとが同一のトランスポートストリームに含まれるか否かを判定するステップと、
同一のトランスポートストリームに含まれると判定される場合では、コンテンツを含むチャンネルの第１の情報テーブルＰＭＴを取得し、取得した第１の情報テーブルＰＭＴによってコンテンツを取得するステップと、
同一のトランスポートストリームに含まれないと判定される場合では、コンテンツを含むトランスポートストリームをチューニングして第２の情報テーブルＰＡＴを取得し、取得された第２の情報テーブルＰＡＴからコンテンツを含むチャンネルの第１の情報テーブルＰＭＴを取得し、取得した第１の情報テーブルＰＭＴによってコンテンツを取得するステップと
からなるディジタル放送受信方法である。
【００１３】
請求項２の発明は、ディジタル放送により配信されたコンテンツを受信するディジタル放送受信方法において、
コンテンツと共にそのコンテンツを解釈し、実行するソフトウェアを配信して利用する環境下で、同一のソフトウェアが複数のチャンネルで利用される際に、ソフトウェアのみが別のチャンネルで放送され、
各チャンネル毎に存在し、当該チャンネルを構成するエレメンタリストリームのＩＤを保持する第１の情報テーブルＰＭＴと、各トランスポートストリーム毎に存在し、当該トランスポートストリームに含まれるチャンネルの第１の情報データＰＭＴのＩＤを保持する第２の情報テーブルＰＡＴと、トランスポートストリーム毎に該トランスポートストリームに含まれる情報を保持する第３の情報テーブルＮＩＴとが規定され、第３の情報テーブルＮＩＴに含まれるデータは、当該チャンネルが利用しているソフトウェアを判別すると共に、当該チャンネルが特定のソフトウェアを配信するためのチャンネルか否かを判別する情報を有し、
前もって受信した１または複数のソフトウェアを不揮発性メモリに記憶するステップと、
新たなチャンネルを選択した場合に、第３の情報テーブルＮＩＴを取得し、取得された第３の情報テーブルＮＩＴに基づいてそのチャンネルで利用するソフトウェアと、不揮発性メモリに保存されているソフトウェアとが一致するか否かを判定するステップと、
一致する場合では、コンテンツのチャンネルを含むトランスポートストリームをチューニングし、該トランスポートストリームから第２の情報テーブルＰＡＴを取得し、取得された第２の情報テーブルＰＡＴからコンテンツを含むチャンネルの第１の情報テーブルＰＭＴを取得し、取得した第１の情報テーブルＰＭＴによって、コンテンツを取得するステップと、
一致しない場合では、取得された第３の情報テーブルＮＩＴに基づいてソフトウェアが伝送されるトランスポートストリームを決定するステップと、
決定したトランスポートストリームから第２の情報テーブルＰＡＴを取得し、取得された第２の情報テーブルＰＡＴからソフトウェアを含むチャンネルの第１の情報テーブルＰＭＴを取得し、取得した第１の情報テーブルＰＭＴによってソフトウェアを取得するステップと、
第３の情報テーブルに基づいて、選択されたサービスとそのソフトウェアとが同一のトランスポートストリームに含まれるか否かを判定するステップと、
同一のトランスポートストリームに含まれると判定される場合では、コンテンツを含むチャンネルの第１の情報テーブルＰＭＴを取得し、取得した第１の情報テーブルＰＭＴによってコンテンツを取得するステップと、
同一のトランスポートストリームに含まれないと判定される場合では、コンテンツを含むトランスポートストリームをチューニングして第２の情報テーブルＰＡＴを取得し、取得された第２の情報テーブルＰＡＴからコンテンツを含むチャンネルの第１の情報テーブルＰＭＴを取得し、取得した第１の情報テーブルＰＭＴによってコンテンツを取得するステップと
からなるディジタル放送受信方法である。
【００１５】
複数のプレゼンテーションエンジンが混在されるディジタル放送システムにおいて、複数のチャンネルで利用されるプレゼンテーションエンジンを、コンテンツとは別の独立したチャンネルによって配信するので、放送システムが利用できる帯域を有効に利用できる。また、プレゼンテーションエンジン用のバッファを用意することによって、複数回チューニングすることによる時間損失を補うことができる。
【００１６】
【発明の実施の形態】
以下、この発明の一実施形態について図１を参照して説明する。一実施形態では、放送局１から衛星２を介して受信機３に対して放送信号を送信している。受信機３は、Ｊａｖａプラットフォーム５上で構成されており、Ｊａｖａプログラムの実行環境を受信機３が備えている。また、チャンネルＡ、ＢおよびＤでは、ＢＭＬを利用したサービスを行なっており、ＢＭＬコンテンツＡ、ＢＭＬコンテンツＢおよびＢＭＬコンテンツＣが配信される。チャンネルＣでは、ＶＲＭＬを利用したサービスを行っており、ＶＲＭＬコンテンツが配信される。
【００１７】
また、Ｊａｖａのプログラムとして作成されたプレゼンテーションエンジンおよびコンテンツが配信される。受信機３は、そのチャンネルで利用するプレゼンテーションエンジンを取得した後、そのプレゼンテーションエンジンを起動してそのチャンネルのコンテンツを取得し、解釈し、実行する。この場合、複数のチャンネルで利用されるプレゼンテーションエンジンがコンテンツと別のチャンネルで配信される。図１では、チャンネルＡ，ＢおよびＤでＢＭＬブラウザが利用されているので、ＢＭＬブラウザがコンテンツと独立したチャンネルＥを介して配信される。チャンネルＣのみで利用されるＶＲＭＬブラウザは、コンテンツと同一のチャンネルＣで配信される。チャンネルＡ，ＢおよびＤで利用されるＢＭＬブラウザを別途配信することによって、これらのチャンネルで重複してＢＭＬブラウザを配信する必要がなくなり、放送システムが帯域を効率良く利用できる。すなわち、一実施形態では、二つのブラウザの帯域を節約できる。
【００１８】
ここで、一実施形態の理解を容易とするために、従来の放送システムにおける受信機でのチャンネル選択処理について説明する。一般的にディジタル放送は、トランスポートストリームと呼ばれる放送波の集合から構成されている。トランスポートストリームは、さらにエレメンタリストリーム（以降、適宜ＥＳと称する）と呼ばれる論理的な状態の伝達路に分割されて扱われる。
【００１９】
各エレメンタリストリームは、固有のＰＩＤ（ＩＤを示す整数値）を持ち、１または複数のエレメンタリストリームが１つのチャンネルを構成している。したがって、チャンネルの選択とは、そのチャンネルを構成する各エレメンタリストリームを抽出することに他ならない。抽出のためには、当該チャンネルがどのトランスポートストリームに含まれ、そのトランスポートストリーム内の何番と何番のエレメンタリストリームから構成されるかの情報が必要である。この情報を保持するのがＰＳＩ(Program Specific Information)である。ＰＳＩもエレメンタリストリームの一種である。ＰＳＩには、いくつかの種類が存在するが、チャンネル選択処理に関しては、ＮＩＴ(Network Information Table) 、ＰＡＴ(Program Association Table)、ＰＭＴ(Program Map Table)が関連する。
【００２０】
ＰＭＴは、各チャンネル毎に１つ存在し、当該チャンネルを構成するエレメンタリストリームのＰＩＤを保持する。ＰＡＴは、各トランスポートストリームに１つ存在し、当該トランスポートストリームに含まれるチャンネルのＰＭＴのＰＩＤを保持する。したがって、ＰＡＴの内容は、トランスポートストリーム毎に固有である。また、ＮＩＴは、全てのトランスポートストリームに一つずつ含まれ、当該放送システムに含まれる全てのチャンネル番号と、それがどのトランスポートストリームに含まれるかに関する情報を保持する。ＮＩＴの内容は、各トランスポートストリームで共通である。
【００２１】
図２は、トランスポートストリームとＮＩＴの関係を模式的に示す。図２に示す放送システムの例は、５個のトランスポートストリームから構成され、それぞれに共通の内容のＮＩＴが含まれる。各トランスポートストリームには、複数のチャンネルが含まれている。例えばトランスポートストリーム２には、チャンネル１１０、チャンネル１２５およびチャンネル１３８が含まれる。
【００２２】
図３は、あるトランスポートストリーム例えばトランスポートストリーム２の構成を模式的に示す。トランスポートストリームには、固有の内容のＰＡＴが１つ含まれ、当該トランスポートストリームが含む各チャンネルの内容を保持するＰＭＴの参照（ＰＩＤ）を保持する。ＰＭＴは、そのチャンネルのサービスを構成する各エレメンタリストリームへの参照（ＰＩＤ）を保持する。図３の例では、チャンネル１１０については、ＰＭＴのストリーム、コンテンツのストリーム、プレゼンテーションエンジンのストリームが示されているが、他の映像、音声などのメディアのストリームも同様に扱われる。コンテンツがＢＭＬ、ＨＴＭＬ等のフォーマットを有し、プレゼンテーションエンジンによって解釈され、実行される。なお、エレメンタリストリームがパケット化され、時分割多重されることでトランスポートストリームが構成される。
【００２３】
かかる放送システムにおいて、従来の受信機において、任意のチャンネルを選択する場合の処理を図４のフローチャートに示す。最初のステップＳ１では、何れかのトランスポートストリームに含まれるＮＩＴを取得する。ステップＳ２では、ＮＩＴに基づいて選択されたチャンネルがどのトランスポートストリームに含まれるのかが決定され、当該チャンネルを含むトランスポートストリームを受信するように切り替えられる。所望のトランスポートストリームが現在のトランスポートストリームと異なる場合では、トランスポートストリームを切り替える。かかる処理を以降、チューニングと適宜称する。
【００２４】
ステップＳ３では、当該トランスポートストリーム内のＰＡＴを取得する。ＰＡＴから、そのチャンネルのＰＩＤを取得し、それによってＰＭＴを取得する（ステップＳ４）。ＰＭＴに記述されている各エレメンタリストリームのＰＩＤ情報によって目的のストリーム、すなわち、プレゼンテーションエンジンのストリームおよびコンテンツのストリームを抽出する。図４の例では、プレゼンテーションエンジンＰＥが取得され（ステップＳ５）、ステップＳ６で所望のコンテンツが取得される。
【００２５】
この発明の一実施形態では、上述したように、複数のチャンネルで利用されているプレゼンテーションエンジンのみが伝送される別のチャンネルが備えられている。一実施形態における任意のチャンネルを受信する場合の処理を図５のフローチャートに示す。最初のステップＳ１１では、何れかのトランスポートストリームに含まれるＮＩＴを取得する。ステップＳ１２では、ＮＩＴに基づいて、所望のＰＥ（プレゼンテーションエンジン）のチャンネルがどのトランスポートストリームに含まれるのかが決定され、当該チャンネルを含むトランスポートストリームをチューニングする。
【００２６】
ステップＳ１３では、当該トランスポートストリーム内のＰＡＴを取得する。ＰＡＴから、そのチャンネルのＰＩＤを取得し、それによってＰＭＴを取得する（ステップＳ１４）。ＰＭＴに記述されている各エレメンタリストリームのＰＩＤ情報によって、所望のＰＥを取得する（ステップＳ１５）。
【００２７】
ステップＳ１６において、選択したサービスとそのサービスが利用するＰＥが同一のトランスポートストリームか否かが決定される。同一のトランスポートストリームであると決定された場合では、ステップＳ１７において、当該コンテンツを含むチャンネルのＰＭＴが取得される。そして、ステップＳ１８において、コンテンツが取得される。
【００２８】
ステップＳ１６において、ＰＥとコンテンツとが同一のトランスポートストリームでないと判定されると、ステップＳ１９において、当該コンテンツのチャンネルを含むトランスポートストリームをチューニングする。そのトランスポートストリーム内のＰＡＴを取得する（ステップＳ２０）。その後は、ステップＳ１７およびＳ１８を経ることによってコンテンツを取得する。
【００２９】
上述したように、この発明の一実施形態では、先ず、当該コンテンツのフォーマットに対応したプレゼンテーションエンジンのチャンネルを抽出してプレゼンテーションエンジンを取得した後に、当該コンテンツのチャンネルを抽出してコンテンツを取得する。
【００３０】
この発明の一実施形態では、ＮＩＴを拡張する必要がある。図６は、ＮＩＴの一部であるサービスリスト記述子のフォーマットを示す。"service list descriptor()｛｝"は、｛｝内の内容がサービスリスト記述子のフォーマットであることを示している。｛｝内には、リスト中に具体的に出現するデータの名前（フィールド）がその出現順に列挙される。なお、"for(i=0;i<N;i++)"の部分は、｛｝の中身がＮ回繰り返されることを意味する。
【００３１】
フィールドの中身について説明する。"descriptor tag"は、続く内容がサービスリスト記述子であることを示す一意なＩＤ値である。"descriptor length"は、サービスリスト記述子のバイト長を示す。"service id"は、サービスを一意に識別するためのＩＤ値を示す。"service type"は、サービスの種類を表す。
【００３２】
ＮＩＴの拡張のために、"engine type"（８ビット）および"engine version"（８ビット）が規定される。これらの情報によって、当該チャンネルが利用しているプレゼンテーションエンジンの種類を決定することができる。
【００３３】
図７に示す表は、サービスの種類とサービスの形式種別（ＩＤ値）を示している。サービス形式種別は、"service type"のフィールドで利用される。0xは、１６進表示を意味する。例えば0x01がディジタルテレビジョンサービスを示す。この一実施形態では、0xC1がプレゼンテーションエンジンと規定される。この拡張によって、当該チャンネルが特定のプレゼンテーションエンジンを配信するためのものであることを決定することができる。
【００３４】
次に、この発明の他の実施形態について説明する。上述した一実施形態は、選択したサービスと、そのサービスが利用するプレゼンテーションエンジンが同一チャンネルに無い場合では、チューニングを２度行う必要がある。チューニングは、ソフトウェア処理のみでは行うことができないので、時間がかかる問題がある。他の実施形態は、この問題を解決するために、受信機にプレゼンテーションエンジン用のバッファメモリを設けるようにしたものである。
【００３５】
図８は、他の実施形態における任意のチャンネルを受信する場合の処理を示す。受信機は、最も最近に受信したプレゼンテーションエンジンを受信機内の不揮発性メモリまたはハードディスク（以降バッファと称する）に保存しておく。保存するプレゼンテーションエンジンの個数は、任意である。
【００３６】
最初のステップＳ３１では、何れかのトランスポートストリームに含まれるＮＩＴを取得する。すなわち、新しくチャンネルを選択した場合、当該チャンネルで利用するプレゼンテーションエンジンの種別とバージョンに関する情報を図６中の"engine type"および"engine version"のフィールドから取得する。ステップＳ３２では、バッファに当該プレゼンテーションエンジンが存在しているか否かが決定される。
【００３７】
バッファに当該プレゼンテーションエンジンと同一の種類およびバージョンのプレゼンテーションエンジンが存在していれば、ステップＳ３３において、当該コンテンツのチャンネルを含むトランスポートストリームをチューニングする。そのトランスポートストリーム内のＰＡＴを取得する（ステップＳ３４）。そして、ステップＳ３５において、当該コンテンツを含むチャンネルのＰＭＴが取得される。そして、ステップＳ３６において、コンテンツが取得される。このように、バッファに保持されているプレゼンテーションエンジンを利用することによって、放送波からプレゼンテーションエンジンを再度取得する必要がなくなり、時間の損失を防止することができる。
【００３８】
ステップＳ３２の結果が否定であれば、プレゼンテーションエンジンを放送波から取得する必要があり、一実施形態と同様に、ステップＳ３７以降の処理がなされる。ステップＳ３７では、所望のＰＥ（プレゼンテーションエンジン）のチャンネルを含むトランスポートストリームをチューニングし、ステップＳ３８では、当該トランスポートストリーム内のＰＡＴを取得する。ステップＳ３９では、ＰＡＴから、そのチャンネルのＰＩＤを取得し、それによってＰＭＴを取得する。ＰＭＴに記述されている各エレメンタリストリームのＰＩＤ情報によって、所望のＰＥを取得する（ステップＳ４０）。
【００３９】
ステップＳ４１では、選択したサービスとそのサービスが利用するＰＥが同一のトランスポートストリームか否かが決定され、同一のトランスポートストリームであると決定された場合では、ステップ３５において、当該コンテンツを含むチャンネルのＰＭＴが取得され、ステップＳ３６において、コンテンツが取得される。ステップＳ４１において、ＰＥとコンテンツとが同一のトランスポートストリームでないと判定されると、ステップＳ３３において、当該コンテンツのチャンネルを含むトランスポートストリームをチューニングし、そのトランスポートストリーム内のＰＡＴを取得する（ステップＳ３４）。その後は、ステップＳ３５およびＳ３６を経ることによってコンテンツを取得する。
【００４０】
この発明は、上述したこの発明の一実施形態等に限定されるものでは無く、この発明の要旨を逸脱しない範囲内で様々な変形や応用が可能である。例えばプレゼンテーションエンジン専用のチャンネルによって単独のチャンネルで利用されるプレゼンテーションエンジンを配信しても良く、プレゼンテーションエンジン専用のチャンネルが複数存在しても良い。また、一実施形態におけるバッファを有しない受信機と、他の実施形態におけるバッファを設けた受信機とが同一放送システム内に混在して設けることができる。
【００４１】
【発明の効果】
この発明では、複数のプレゼンテーションエンジンが混在して放送されるデータ放送システムにおいて、複数チャンネルで利用されるプレゼンテーションエンジンを、コンテンツと独立した別のチャンネルで配信することによって、放送システムが利用できる帯域を効率良く利用できる。また、他の実施形態のように、プレゼンテーションエンジン用のバッファを設ければ、複数回チューニングを行うことによる時間的損失を補うことができる。
【図面の簡単な説明】
【図１】この発明によるデータ放送システムの形態を示す略線図である。
【図２】トランスポートストリームの一例を模式的に示す略線図である。
【図３】トランスポートストリームの構成例を模式的に示す略線図である。
【図４】任意のチャンネルを選択する従来の処理を示すフローチャートである。
【図５】この発明の一実施形態の任意のチャンネルを選択する処理を示すフローチャートである。
【図６】この発明の一実施形態におけるＮＩＴの拡張の説明に用いる略線図である。
【図７】この発明の一実施形態におけるＮＩＴの拡張の説明に用いる略線図である。
【図８】この発明の他の実施形態の任意のチャンネルを選択する処理を示すフローチャートである。
【図９】従来のデータ放送の形態を示す略線図である。
【図１０】Ｊａｖａ技術を採用した場合のデータ放送の形態を示す略線図である。
【符号の説明】
１・・・放送局、３・・・受信機、５・・・Ｊａｖａプラットフォーム
Claims (2)
- ディジタル放送により配信されたコンテンツを受信し、復号するディジタル放送受信方法において、
コンテンツと共にそのコンテンツを解釈し、実行するソフトウェアを配信して利用する環境下で、同一の上記ソフトウェアが複数のチャンネルで利用される際に、上記ソフトウェアのみが別のチャンネルで放送され、
各チャンネル毎に存在し、当該チャンネルを構成するエレメンタリストリームのＩＤを保持する第１の情報テーブルＰＭＴと、各トランスポートストリーム毎に存在し、当該トランスポートストリームに含まれるチャンネルの上記第１の情報データＰＭＴのＩＤを保持する第２の情報テーブルＰＡＴと、トランスポートストリーム毎に該トランスポートストリームに含まれる情報を保持する第３の情報テーブルＮＩＴとが規定され、上記第３の情報テーブルＮＩＴに含まれるデータは、当該チャンネルが利用しているソフトウェアを判別すると共に、当該チャンネルが特定のソフトウェアを配信するためのチャンネルか否かを判別する情報を有し、
上記第３の情報テーブルＮＩＴを取得し、取得された上記第３の情報テーブルＮＩＴに基づいてソフトウェアが伝送されるトランスポートストリームを決定するステップと、
決定したトランスポートストリームから上記第２の情報テーブルＰＡＴを取得し、取得された上記第２の情報テーブルＰＡＴから上記ソフトウェアを含むチャンネルの上記第１の情報テーブルＰＭＴを取得し、取得した上記第１の情報テーブルＰＭＴによって上記ソフトウェアを取得するステップと、
上記第３の情報テーブルＮＩＴに基づいて、選択されたサービスとそのソフトウェアとが同一のトランスポートストリームに含まれるか否かを判定するステップと、
同一のトランスポートストリームに含まれると判定される場合では、コンテンツを含むチャンネルの上記第１の情報テーブルＰＭＴを取得し、取得した上記第１の情報テーブルＰＭＴによって上記コンテンツを取得するステップと、
同一のトランスポートストリームに含まれないと判定される場合では、コンテンツを含むトランスポートストリームをチューニングして上記第２の情報テーブルＰＡＴを取得し、取得された上記第２の情報テーブルＰＡＴから上記コンテンツを含むチャンネルの上記第１の情報テーブルＰＭＴを取得し、取得した上記第１の情報テーブルＰＭＴによって上記コンテンツを取得するステップと
からなるディジタル放送受信方法。 - ディジタル放送により配信されたコンテンツを受信するディジタル放送受信方法において、
コンテンツと共にそのコンテンツを解釈し、実行するソフトウェアを配信して利用する環境下で、同一の上記ソフトウェアが複数のチャンネルで利用される際に、上記ソフトウェアのみが別のチャンネルで放送され、
各チャンネル毎に存在し、当該チャンネルを構成するエレメンタリストリームのＩＤを保持する第１の情報テーブルＰＭＴと、各トランスポートストリーム毎に存在し、当該トランスポートストリームに含まれるチャンネルの上記第１の情報データＰＭＴのＩＤを保持する第２の情報テーブルＰＡＴと、トランスポートストリーム毎に該トランスポートストリームに含まれる情報を保持する第３の情報テーブルＮＩＴとが規定され、上記第３の情報テーブルＮＩＴに含まれるデータは、当該チャンネルが利用しているソフトウェアを判別すると共に、当該チャンネルが特定のソフトウェアを配信するためのチャンネルか否かを判別する情報を有し、
前もって受信した１または複数のソフトウェアを不揮発性メモリに記憶するステップと、
新たなチャンネルを選択した場合に、上記第３の情報テーブルＮＩＴを取得し、取得された上記第３の情報テーブルＮＩＴに基づいてそのチャンネルで利用する上記ソフトウェアと、上記不揮発性メモリに保存されている上記ソフトウェアとが一致するか否かを判定するステップと、
一致する場合では、コンテンツのチャンネルを含むトランスポートストリームをチューニングし、該トランスポートストリームから上記第２の情報テーブルＰＡＴを取得し、取得された上記第２の情報テーブルＰＡＴから上記コンテンツを含むチャンネルの上記第１の情報テーブルＰＭＴを取得し、取得した上記第１の情報テーブルＰＭＴによって、上記コンテンツを取得するステップと、
一致しない場合では、取得された上記第３の情報テーブルＮＩＴに基づいてソフトウェアが伝送されるトランスポートストリームを決定するステップと、
決定したトランスポートストリームから上記第２の情報テーブルＰＡＴを取得し、取得された上記第２の情報テーブルＰＡＴから上記ソフトウェアを含むチャンネルの上記第１の情報テーブルＰＭＴを取得し、取得した上記第１の情報テーブルＰＭＴによって上記ソフトウェアを取得するステップと、
上記第３の情報テーブルに基づいて、選択されたサービスとそのソフトウェアとが同一のトランスポートストリームに含まれるか否かを判定するステップと、
同一のトランスポートストリームに含まれると判定される場合では、コンテンツを含むチャンネルの上記第１の情報テーブルＰＭＴを取得し、取得した上記第１の情報テーブルＰＭＴによって上記コンテンツを取得するステップと、
同一のトランスポートストリームに含まれないと判定される場合では、コンテンツを含むトランスポートストリームをチューニングして上記第２の情報テーブルＰＡＴを取得し、取得された上記第２の情報テーブルＰＡＴから上記コンテンツを含むチャンネルの上記第１の情報テーブルＰＭＴを取得し、取得した上記第１の情報テーブルＰＭＴによって上記コンテンツを取得するステップと
からなるディジタル放送受信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001311635A JP4051912B2 (ja) | 2001-10-09 | 2001-10-09 | ディジタル放送受信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001311635A JP4051912B2 (ja) | 2001-10-09 | 2001-10-09 | ディジタル放送受信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003115808A JP2003115808A (ja) | 2003-04-18 |
| JP4051912B2 true JP4051912B2 (ja) | 2008-02-27 |
Family
ID=19130427
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001311635A Expired - Fee Related JP4051912B2 (ja) | 2001-10-09 | 2001-10-09 | ディジタル放送受信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4051912B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPWO2005043784A1 (ja) * | 2003-10-30 | 2007-05-10 | 松下電器産業株式会社 | 複数サービスが多重化された放送波の受信装置および受信方法 |
| US8250622B2 (en) | 2003-10-30 | 2012-08-21 | Panasonic Corporation | Method and apparatus for broadcasting to a portable terminal |
| WO2005043783A1 (ja) * | 2003-10-30 | 2005-05-12 | Matsushita Electric Industrial Co., Ltd. | 携帯端末向け伝送方法及び装置 |
| KR100677389B1 (ko) * | 2004-11-12 | 2007-02-02 | 엘지전자 주식회사 | 이동 통신 단말기의 디지털 멀티미디어 방송 수신 장치 |
-
2001
- 2001-10-09 JP JP2001311635A patent/JP4051912B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003115808A (ja) | 2003-04-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100641594B1 (ko) | 데이터 전달 제어 방법, 데이터 전송 방법, 데이터 송신장치, 수신 장치 | |
| US20190007718A1 (en) | Method and apparatus for decoding metadata including multiple segments of an audiovisual stream | |
| KR100621677B1 (ko) | 디지탈데이터 송수신 시스템 및 그 방법 | |
| US8826111B2 (en) | Receiving apparatus and method for display of separately controllable command objects,to create superimposed final scenes | |
| US20060168639A1 (en) | Interactive television system with partial character set generator | |
| EP2728896B1 (en) | Receiving device, receiving method, and program | |
| KR101147736B1 (ko) | 디지털 데이터 방송 방법 및 장치 | |
| CN103548358A (zh) | 触发器压缩 | |
| EP2736252B1 (en) | Content regeneration device, content regeneration method, content regeneration program and content providing program | |
| CN103535046A (zh) | 用于广播服务的发送方法、接收方法及其接收设备 | |
| CN103650482A (zh) | 发送和接收广播服务的方法及其接收装置 | |
| JP2008263616A (ja) | 受信装置及び受信方法 | |
| JPH11146362A (ja) | 送信装置および送信方法、受信装置および受信方法、並びに送受信装置および送受信方法 | |
| Crinon et al. | Data broadcasting and interactive television | |
| JP4051912B2 (ja) | ディジタル放送受信方法 | |
| JP2003524992A (ja) | コンテンツ記述情報と接続情報とを提供する方法 | |
| JP4296631B2 (ja) | 放送方法、及び受信装置 | |
| JP3382569B2 (ja) | デジタル放送システム | |
| JP3188248B2 (ja) | デジタルデータ送受信システムおよびその方法 | |
| WO2002025945A1 (en) | Method for transmitting and displaying image information | |
| US20140150018A1 (en) | Apparatus for receiving augmented broadcast, method of receiving augmented broadcast content using the same, and system for providing augmented broadcast content | |
| JP4366742B2 (ja) | 受信装置 | |
| JP2001359060A (ja) | データ放送サービス送出装置、データ放送サービス受信装置、データ放送サービス送出方法、データ放送サービス受信方法、データ放送サービス制作支援システム、インデックス情報生成装置、デジタル放送送受信システム | |
| JP2002034006A (ja) | ノンリニア視聴システム | |
| VUORIMAA | A Digital Television Navigator |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040929 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070828 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071029 |
|
| 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: 20071113 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071126 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101214 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101214 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |