(57)【特許請求の範囲】
【請求項１】
放送信号によってデジタル放送テレビジョンデータとともに送信される非リアルタイムのデータ放送サービスの部分データを選択的に受信するデータ放送受信装置であって、
上記放送信号から上記データ放送サービスの部分データを抽出するデータ処理手段と、
上記データ放送サービスの現在の全ての部分データを格納する記憶手段と、
上記データ放送サービスの選択された部分データを、ユーザからの選択信号に応じて上記記憶手段から読み出して出力するように制御する制御手段とを有し、
上記放送信号によって送信されるデータ放送サービスの部分データは、再生レートよりも遅いレートを有するデジタルテレビジョンデータを含み、
上記データ処理手段は、上記データ放送サービスの選択された部分データに含まれる、上記再生レートよりも遅いレートを有するデジタルテレビジョンデータを、当該再生レートを有するリアルタイムのデータに変換し、
上記デジタル放送テレビジョンデータは第１の圧縮形式で圧縮されており、上記データ放送サービスの部分データは上記第１の圧縮形式とは異なる第２の圧縮形式で圧縮されていることを特徴とするデータ放送受信装置。
【請求項２】
上記データ処理手段は上記データ放送サービスの部分データをオフラインで復号することを特徴とする請求項１記載のデータ放送受信装置。
【請求項３】
上記データ処理手段は、上記データ放送サービスの部分データを使用率の低い時間に復号することを特徴とする請求項２記載のデータ放送受信装置。
【請求項４】
上記データ処理手段は、上記記憶手段に格納された上記データ放送サービスを直接に処理することを特徴とする請求項１記載のデータ放送受信装置。
【請求項５】
上記データ処理手段は、上記記憶手段からローカルにロードされた一群のデータをバッチ処理方式で処理することを特徴とする請求項１記載のデータ放送受信装置。
【請求項６】
上記データ処理手段は、所定のプロトコルを用いて処理を実行することを特徴とする請求項１記載のデータ放送受信装置。
【請求項７】
上記データ処理手段は、ダウンロードされたプロトコルを用いて処理を実行することを特徴とする請求項１記載のデータ放送受信装置。
【請求項８】
上記データ放送サービスの部分データは暗号化されており、
上記データ処理手段は、オフラインで鍵を用いて上記部分データを復号することを特徴とする請求項１記載のデータ放送受信装置。
【請求項９】
上記記憶手段は、磁気ハードディスクドライブ又は半導体メモリであることを特徴とする請求項１記載のデータ放送受信装置。
【請求項１０】
上記データ処理手段に上記放送信号を供給するデジタルテレビジョン受信機をさらに有することを特徴とする請求項１記載のデータ放送受信装置。
【請求項１１】
上記データ放送受信装置及び上記デジタルテレビジョン受信機は一体型の装置として構成されていることを特徴とする請求項１０記載のデータ放送受信装置。
【請求項１２】
少なくとも上記記憶手段は上記デジタルテレビジョン受信機とは別個の装置として構成され、ネットワーク接続手段によって接続されていることを特徴とする請求項１０記載のデータ放送受信装置。
【請求項１３】
上記デジタルテレビジョン受信機は、表示用のデジタルテレビジョンデータを選択的に供給し、上記データ処理手段は上記データ放送サービスの部分データを上記表示に関わらず抽出することを特徴とする請求項１０記載のデータ放送受信装置。
【請求項１４】
上記制御手段は、上記データ放送サービスの抽出及び格納された対応する部分データを特定し、上記記憶手段に格納された上記データ放送サービスの部分データを上記放送信号から抽出された上記データ放送サービスの部分データと置き換えることを特徴とする請求項１記載のデータ放送受信装置。
【請求項１５】
上記放送信号は上記データ放送サービスの全ての部分データを周期的に含み、上記制御手段は上記データ放送サービスの受信した全ての部分データを上記記憶手段に格納することを特徴とする請求項１４記載のデータ放送受信装置。
【請求項１６】
上記制御手段は、上記データ放送サービスの全ての部分データを取得して上記記憶手段に格納するように、追加のデータチャネルにアクセスすることを特徴とする請求項１４記載のデータ放送受信装置。
【請求項１７】
放送信号の一部としてデジタル放送テレビジョンデータとともに、テレビジョンデータを含む非リアルタイムのデータ放送サービスを放送するデータ放送方法であって、
上記データ放送サービスのテレビジョンデータを再生レートよりも遅いレートで放送するステップを有し、
上記再生レートよりも遅いレートで放送されたデータ放送サービスの部分データは、上記放送信号の受信機により受信されて記憶され、ユーザからの選択信号に応じて読み出され、上記再生レートを有するリアルタイムのデータに変換されて出力され、
上記デジタル放送テレビジョンデータは第１の圧縮形式で圧縮されており、上記データ放送サービスの部分データは上記第１の圧縮形式とは異なる第２の圧縮形式で圧縮されていることを特徴とするデータ放送方法。
【請求項１８】
上記テレビジョンデータのブロックをまとめて圧縮するステップをさらに有することを特徴とする請求項１７記載のデータ放送方法。
【請求項１９】
上記ブロックは、オフラインの復号を必要とするデータを含むことを特徴とする請求項１８記載のデータ放送方法。
【請求項２０】
上記放送信号の受信機が上記データ放送サービスの上記現在の全ての部分データを格納し、上記放送信号によって受信した置き換え部分データによって上記格納された部分データを更新するように、通常の放送中に、上記データ放送サービスの内で変更されている以前の各部分データを置き換えるために必要な部分データのみを放送するステップをさらに有することを特徴とする請求項１７記載のデータ放送方法。
【請求項２１】
初期接続の直後に上記データ放送サービスの全ての部分データを取得できるように上記データ放送サービスの上記現在の全ての部分データを追加して放送するステップをさらに有することを特徴とする請求項２０記載のデータ放送方法。
【請求項２２】
上記データ放送サービスの上記現在の全ての部分データは、別個の専用チャネルを用いて放送されることを特徴とする請求項２１記載のデータ放送方法。
【請求項２３】
上記データ放送サービスの上記現在の全ての部分データは、上記デジタル放送テレビジョンデータへの要求が低い時間に、拡張された帯域幅を用いて周期的に放送されることを特徴とする請求項２１記載のデータ放送方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データ放送受信装置及びデータ放送方法に関し、詳しくは、放送信号とともに放送されてくるデータサービスを選択的に受信するデータ放送受信装置及び放送信号とともにデータサービスを放送するデータ放送方法に関する。
【０００２】
【従来の技術】
近年、デジタル方式のテレビジョン放送、いわゆるデジタルテレビジョン方式が普及してきている。デジタルテレビジョン方式は、ＭＰＥＧ（motion picture expert group）２圧縮技術を用いて画像のデジタル化及び圧縮を行っている。放送される画像は、符号化され、デジタルデータ列として家庭のテレビジョン受信機に送信される。デジタルテレビジョン方式は、従来のアナログテレビジョン方式と比較すると、伝送容量が増大し、雑音及び干渉に対して強いなど多くの利点を有している。
【０００３】
また、デジタルテレビジョン方式により音声及び映像データを送る放送において、多くの種類のデータが切れ目なく送られてくる。したがって、デジタルテレビジョン受信機（以下、デジタルＴＶ受信機という。）を通じて多くの新しいサービスを視聴者に提供することができる。
【０００４】
よく知られたテレテキスト（teletext）サービスは、放送信号によって送られる付加的なデータを用いたアナログサービスである。テレテキストサービスは、テレビジョン信号の垂直帰線期間（vertical blanking interval;  以下、ＶＢＩという。）の所定の伝送ライン内のデジタルデータとして送られる。ＶＢＩは、ラスタ走査（raster scan）が画面の上側に戻るまでの期間であり、この期間は有意の画像情報を送るためには用いられていない。テレテキストデータ用に幾つかのラインが確保され、デジタルデータは放送テレビジョン信号に変調される。
【０００５】
テレテキストシステムは、多数のデータの「ページ」を繰り返して放送する。ページは典型的には２〜３分毎に更新される。更新サイクル時間は、サイクル内に放送されるページ数に依存する。テレテキストデータには狭い帯域幅のみが利用される。視聴者は、ページを選択すると、ページが配信されるまでサイクル時間内で待たなければならない。平均の待ち時間は、全ページに必要な全サイクル時間の半分である。
【０００６】
典型的なテレテキストシステムは、最新のニュース、スポーツ及びＴＶガイド情報、参照情報及び広告を提供する。テレテキストシステムは、他では情報を得ることができない場合、例えばスポーツの結果のような「ヘッドライン（主要項目）」情報を得るために非常に有用である。
【０００７】
テレテキストシステムの普及した使用法は、スポーツイベントのような幾つかの刻々と変化するイベントのための最新の情報を知ることである。スポーツイベントは、生放送されていない場合も多く、有料放送サービスの一部として放送されたり、又は放送が既に終了して別の番組を放送している場合もあるため、テレテキストは視聴者がこの情報を入手することができる唯一の方法であることが多い。それゆえ、視聴者は、スポーツイベントやニュース放送のように他で「見逃した」コンテンツを、データサービスを用いて得ることができるようになる。
【０００８】
【発明が解決しようとする課題】
従来の放送データサービスには、例えばフットボールの試合のスコアのみのように、少量の情報しか送ることができないという問題があった。ユーザは、スポーツイベントを全て見ることは望まないにしても、スコア以外にももう少し詳しい情報、例えばフットボールの試合ではゴールの場面や惜しい場面の映像を見たいと思うであろう。
【０００９】
しかしながら、このようなサービスを提供するためには、さらに問題がある。テレテキストのような簡単なデータサービスは、狭い帯域で容易に提供することができる。これに対して、音声／映像データを含むより高水準のデータサービスを提供するためには、広い帯域が必要になり、情報を更新し置き換えるために長い時間を要するようになる。
【００１０】
興味の対象や優先度は視聴者によって異なるので、ある視聴者には重要な情報も、他の視聴者はほとんど無意味な場合がある。ニュースの「ハイライト（特集部分）」を１５分毎の更新を繰り返して放映する場合、視聴者が望む１項目がハイライトに含まれるとしても、視聴者はこの項目のために平均７．５分も待とうとはしないだろう。
【００１１】
デジタル放送は、番組のコンテンツのために広い帯域幅を提供する。しかし、広い帯域幅はまだ非常に高額である。相当な数の視聴者に放映する他のコンテンツが存在する場合に、放送データサービスに帯域幅の一部を割くことはもったいないと考えられる。実際、生の映像及び音声を放映する放送データサービスは、ＭＰＥＧ２圧縮技術を用いても約２Ｍビット／秒の帯域幅を占める。
【００１２】
本発明は、上述の実情に鑑みて提案されるものであり、他のサービスを提供する帯域幅に影響を与えることなく、放送信号とともに送信された放送データサービスを受信する放送データ受信装置及び放送信号とともに放送データサービスを放送する放送データ方法を実現することを目的とする。
【００１３】
【課題を解決するための手段】
上述の課題を解決するために、本発明に係るデータ放送受信装置は、放送信号によって放送デジタルテレビジョンデータとともに送信される、実時間でないデジタルテレビジョンデータを含む放送データサービスの部分を選択的に提供するデータ放送受信装置において、上記放送信号から上記放送データサービスの部分を抽出するデータ処理手段と、上記放送データサービスの現在の全ての部分を格納する記憶手段と、上記放送データサービスの選択された部分を選択信号に応じて出力するように制御する制御手段とを有し、上記データ処理手段は、上記放送データサービスに含まれる実時間でないデジタルテレビジョンデータを実時間のデータに変換するものである。
【００１４】
本発明に係るデータ放送方法は、放送信号の一部として放送デジタルテレビジョンデータとともに放送データサービスを放送するデータ放送方法において、上記放送データサービスはテレビジョンデータを含み、上記放送データサービスのテレビジョンデータを実時間ではなく放送するステップを有するものである。
【００１５】
本発明によると、放送信号の一部として放送デジタルテレビジョンデータとともに放送データサービスを放送するデータ放送方法が提供される。このデータ放送方法は、テレビジョンデータを含む放送データサービスを実時間でないデータとして放送するステップを含んでいる。
【００１６】
このようにして、放送データサービスに比較的狭い帯域幅を割り当てることができ、テレビジョンクリップ（切り抜き）が放送データサービスの一部としてデータ放送受信装置により再生されるようになる。テレビジョンクリップは、延長された期間に亘って実時間でないデータとして伝送され、データ受信装置において復元されたものである。
【００１７】
さらに、データ放送方法は、テレビジョンデータのブロックをまとめて処理及び／又は圧縮するステップを有している。
【００１８】
したがって、ＭＰＥＧのような連続処理又は圧縮処理と比較すると、テレビジョンクリップ又はテレビジョンシーケンスは、圧縮前にまとめて取得することができる。これにより、通常の放送において用いられる連続処理より非常に高い効率で圧縮できる。
【００１９】
放送データサービスのブロックに、オフラインで復号化する必要があるデータを含めることもできる。
【００２０】
特に、テレビジョンシーケンス又は映像シーケンスを表すデータのブロックを圧縮し、リアルタイムでないデータとして放送し、データ受信装置の記憶装置にそのデータを格納することができる。その後、このデータをオフラインで後処理又は伸張することができる。
【００２１】
データ放送方法は、データ放送受信装置が放送データサービスの現在の全ての部分を格納し、放送信号とともに受信した置換部分に応じてその格納された部分を更新するように、通常の放送中に、放送データサービスの内で変更されている以前の各部分を置き換えるために必要とされる部分のみを放送するステップを含んでいる。
【００２２】
本発明のデータ放送受信装置では、高水準な放送データサービスに必要とされる帯域幅は減少し、サイクル時間も最小限になる、さらに、データ受信装置は、全放送データサービスを格納する記憶装置を備えるので、ユーザは概ね瞬時にアクセスすることができる。
【００２３】
データ処理手段は、データ部分のデジタルテレビジョンデータを圧縮及び／又は処理のオフラインで処理することが好ましい。
【００２４】
このようにして、放送データサービスに利用できる比較的狭い帯域幅を有効に利用することができるようになる。テレビジョンデータは、伸張にかかる時間にはほとんど関係なく、最大限まで圧縮される。
【００２５】
データ処理手段は、使用率が低い時間にデータ部分を処理することが好ましい。
【００２６】
したがって、データ処理手段は、データ放送受信装置の動作時における他の操作の実行時においても、以前に受信した圧縮／処理されたテレビジョンデータの伸張及び処理を実行することができる。
【００２７】
データ処理手段は、記憶手段に格納されたデータを直接に処理することができる。データ処理手段は、一群のデータとして記憶手段からローカルにロードされたデータを、バッチ処理方法で処理することもできる。バッチ処理方法は、特に記憶手段がデータ処理手段とは別個に設けられ、データ処理手段自体が作業メモリを有する場合に適している。
【００２８】
データ処理手段は、所定のプロトコルを用いて処理を行うことができる。
【００２９】
したがって、データのあらゆる処理又は圧縮には、「ＷｉｎＺｉｐ」のような既存のプロトコルを利用することもできる。
【００３０】
なお、データ処理手段は、ダウンロードしたプロトコルを用いて処理を行うこともできる。これによって、データ放送受信装置の自由度が大きくなり、及び／又はデータの認証されていない伸張を防止することもできる。
【００３１】
同様に、データ処理手段は、鍵を用いてデータをオフラインで解読することができる。この鍵は、放送、メモリスティック又はスマートカードのような媒体からダウンロードすることができる。
【００３２】
制御手段は、抽出及び格納されたデータの対応する部分を特定し、記憶手段に格納されたデータ部分を放送信号から抽出された各部分と置き換えることが好ましい。
【００３３】
したがって、データ放送受信装置は、受信終了時に格納された全放送データサービスを連続的に更新し、放送データサービスの任意の所望の選択した部分を概ね瞬時に取り出すことができる。
【００３４】
データ放送方法には、放送に対する初期接続直後に放送データサービスの全ての部分を受信できるように、放送データサービスの現在の全ての部分を放送するステップを追加することが好ましい。このステップは、別個の専用チャネルを用いたり、放送デジタルテレビジョンデータに対する要求が少ない時間に拡大した帯域幅を周期的に用いることにより実現される。
【００３５】
データ放送受信装置には、異なるチャネルから全放送データサービスにアクセスする手段が追加されることもある。
【００３６】
このようにして、データ放送受信装置の一定時間に亘る動作の停止又は初期接続の後、先々の更新のため記憶手段に現バージョンの放送データサービスを格納することができる。
【００３７】
データ受信装置は、デジタルテレビジョン受信機を含む一体型の装置として構成される場合もある。なお、データ受信装置の種々の構成要素を別個に構成し、ＩＥＥＥ１３９４インターフェースようなネットワーク手段を介して接続することもできる。
【００３８】
本発明の全ての機能は、１つのデレビジョン受信機／表示装置によって提供することができる。なお、テレビジョン／受信機は、放送データサービスの部分を受信するために、専用の受信機を有するか、又はテレビジョン表示装置の受信機を利用する放送データサービス装置とＩＥＥＥ１３９４インターフェースを通じて接続することができる。同様に、記憶手段は、放送データサービス装置において、又は放送データサービス装置とは別個に、例えば１３９４インターフェースと接続することもできる。
【００３９】
【発明の実施の形態】
以下、本発明に係るデータ放送受信装置及びデータ放送方法の実施の形態について、図面を参照しながら詳細に説明する。
【００４０】
映像及び音声を圧縮するＭＰＥＧ（motion picture expert group）は、放送されるデータの圧縮率が最大になるように設計されている。また、ＭＰＥＧ圧縮は、データ放送受信機に内蔵される限られたメモリで伸張を行うことができるように設計されている。このため、受信機の伸張器は、送信機のヘッドエンドと比較するとメモリ容量及びデータ処理量が少なくて済み、安価に構成することができるようになっている。
【００４１】
情報のデジタル符号化により、多チャネルが送れるようになったが、情報伝送のための帯域幅は未だに限られている。ＭＰＥＧの音声及び映像チャネルは、利用できるビットレートに応じて一定のビットレートに制限される。
【００４２】
伝送できるチャネル数とそのチャネルの映像の品質との間にはトレードオフがある。チャネルの映像品質は、圧縮映像及び音声信号のビットレートによるからである。
【００４３】
現在、デジタルテレビジョン放送においては、音声及び映像サービス以外にも多数のサービスが新規に提供されるようになっている。番組に関するデータや情報とともに、ホームバンキング（home banking）又はホームショッピング（home
shopping）のような全く新しいサービスが提供されている。
【００４４】
データサービスの多くは、データが１サイクル毎に放送される「カルーセル（carousel）」によって送られる。ある時点ではデータサービスの一部が放送され、全てのデータ放送には１５秒又は３分のような所定の期間を要する。この期間の後、全く同じコンテンツのデータで繰り返し放送されるか、又はデータの任意の部分を変更する必要がある場合にはその部分が変更されて繰り返し放送される。この方法により受信機はサービスの全ての信号を受信できるようになるが、データは比較的狭い帯域幅で送られる。
【００４５】
放送の分野では、現在使用されているシステムの多くは、限られた帯域幅を利用するように設計され、また、受信機の限られたメモリリソース及び処理リソースも前提としている。
【００４６】
実際、このことは帯域幅が固定されている現在の受信機に当てはまる。平均的なユーザが手頃に利用できるように、受信機を低価格に構成する必要があるからである。
【００４７】
したがって、データ放送は、受信機がある制限されたメモリ容量及び処理能力しか有さないこと前提としている。このため、送信できるデータのフォーマット及び種類は制限されている。
【００４８】
例えば、受信機において非常に高い処理能力を必要とするデータ、又は受信機において大量のメモリ容量を処理に必要とするデータは、送信することができない。このような処理を実行できる受信機は現実的でないからである。
【００４９】
ここで、伝送されてくるデジタル放送を格納するストレージ機器として、磁気ディスクや半導体メモリのような記憶媒体を用いることが考えられる。ストレージ機器を用いると、従来のアナログストレージ機器を使用する場合と比較して、高水準のアプリケーションを利用することができる。
【００５０】
家庭のＡＶ機器は物理的に別々の筐体に収納され、相互に接続する必要がある。家庭のデジタル機器を相互に接続するには、ＩＥＥＥ１３９４シリアルバスインターフェースの技術が重要である。ＩＥＥＥ１３９４シリアルバスインターフェースは、家庭の機器間で音声、映像及び制御データを送信する低価格で親しみやすい方法を提供する。
【００５１】
したがって、家庭の典型的なデジタルＴＶシステムは、例えばデジタルＴＶ受信機、表示装置、磁気記憶装置及びＤＶＤプレーヤをＩＥＥＥ１３９４シリアルバスにより全て接続したものとすることができる。
【００５２】
民生用機器にマスストレージ装置を組み込んだり、マスストレージ装置を追加することもできる。例えばデジタルテレビジョン受信機に、大容量の磁気ストレージ機器を組み込むこともできる。
【００５３】
最後に、「メモリスティック（Memory Stick）」を用いることもできる。「メモリスティック」は、カメラ、ＶＴＲ一体型カメラ（camcoder）、パーソナルコンピュータ等の家庭用ＡＶ装置間でデータを転送できるように小型のパッケージに格納された不揮発性メモリである。なお、他の民生用電子機器の製造業者により提供される形式もある。
【００５４】
図１は、放送データサービスを受信するデータ放送受信装置の概略的な構成を示すブロック図である。
【００５５】
受信部（receiver）２は、空中線、ケーブル、衛星等から送信されてくるデータを受信して復調する。復調されたデータは、デジタルテレビジョンデータとともに、関連する放送サービスデータを含んでいる。
【００５６】
映像処理部（video processor）６は、制御パネル（control panel）４又は図示しない遠隔制御装置の制御の下、選択された映像チャネルの受信信号からデータを抽出し、表示部（displey）８にその映像チャネルを表示する。
【００５７】
データ処理部（processor）１０は、受信した信号から放送サービスデータを全て抽出する。これらのデータは、制御部（controller）１４の制御の下で記憶部（memory）１２に格納される。この後、ユーザは、データ放送サービスの所望の部分を選択することができる。選択には、制御パネル４を用いる。そして、制御部１４の制御の下、記憶部１２は表示部８に表示するために適切なデータを出力する。
【００５８】
記憶部１２は、例えばハードディスク駆動装置のような磁気ディスク又は半導体メモリ等により構成することができるマスストレージ機器である。
【００５９】
図１のデータ放送受信装置は、テレビジョン受像機内に一体に設けることができる。しかし、データ放送受信装置の構成要素は、例えばＩＥＥＥ１３９４インターフェースを用いてネットワーク上に分散して設置することもできる。図２では、デジタルＴＶ受信機２２と記憶装置２４とが、ＩＥＥＥ１３９４シリアルネットワークを介して接続されている。なお、記憶装置２４は図１に示した記憶装置１２に、デジタルＴＶ受信機２２はデータ放送受信装置におけるこれ以外の部分に相当する。
【００６０】
データ放送受信装置は、単に外部ストレージ機器を用いて構成することもできる。同様に、データ放送受信装置は、テレビジョン表示装置（television display）に接続する放送サービス装置（broadcast service unit）として構成することもできる。放送サービス装置は、内部メモリ又は外部メモリを用いる。放送サービス装置を一体化した構成の場合は、放送サービス装置は、受信デジタルデータが受信機から供給され、データの部分を適切に処理し、要求に応じてテレビジョン表示装置に選択した部分を供給する。
【００６１】
放送サービスの伝送帯域幅に関しては、音声／映像ストリームは、現在のＭＰＥＧ２圧縮技術を用いて典型的には２Ｍビット／秒を使用する。この伝送帯域幅は、不経済であると思われる。
【００６２】
記憶部１２を用いることにより、実時間より遅い速度で放送された音声及び映像データを受信することができる。データ放送受信装置において、音声及び映像データは、放送データサービスから抽出され、記憶部１２に格納される。音声／映像データを再生する際には、データ放送受信装置は、実時間の再生に必要なデータレートで記憶部１２からデータを読み出す。このように、音声／映像データの放送のレートを半分に減らすと、データサービスに使用する帯域幅も半分になる。これに応じてサイクル時間も２倍になるが、記憶部１２を用いることにより、ユーザがたまたま放送中の音声／映像データの部分を求める場合を除いて、アクセスは瞬時に行われる。
【００６３】
家庭の民生用音声／映像機器にマスストレージ技術を適用することによって、デジタルテレビジョン受信機の処理能力及び記憶容量は顕著に変化する。記憶容量が増加することにより、放送データに種々の圧縮及び前処理を効果的に適用することができるようになる。大容量の記憶装置により、放送はデータのブロックとしてまとめてダウンロードできる。このデータのブロックは、通常の受信機で処理できるように放送データの小断片とされた放送ストリームとしてではなく、まとめて処理される。
【００６４】
大容量の記憶部１２には、後で処理を行うためにデータを記憶することもできる。これによって、受信機の処理能力は格段に向上する。データ放送受信装置は、データが「オフライン」で格納され、バックグラウンドで行われるタスクとして、又は受信機が余り使用されない時間にデータを処理することができる。データの処理が完了すると、処理されたデータが利用できるようになる。
【００６５】
「オフライン」処理は、種々の方法で実行することができる。
【００６６】
例えば大容量の記憶部１２においてデータをデータ放送受信装置のデータ処理部１０により直接オフライン処理することができる。
【００６７】
また、大容量の記憶部１２から一群のデータとしてローカルにロードされたデータを、データ放送受信装置のデータ処理部１０により実行することができる。
【００６８】
さらに、大容量の記憶部１２に対してローカルなデータ処理部１０によって「バッチ」処理することもできる。
【００６９】
データ放送受信装置により用いられる「処理済」データを提供するために、大容量の記憶部１２に格納されたデータを処理する種々の方法がある。
【００７０】
データの後処理又は伸張は、「ＷｉｎＺｉｐ」のような既存の所定のプロトコルを用いて行うことができる。
【００７１】
また、データの後処理又は伸張は、ダウンロードされたプロトコルを用いて行うことができる。
【００７２】
データの後処理は、新しいデータの集合を与えるために行われる。例えば、２つの映像ストリームを処理することにより、例えば映像の「逆角度（reverse angle）」又は「鳥瞰図（birds eye）」となる新たな映像ストリームを提供することができる。
【００７３】
データは、放送、メモリスティック又はスマートカード等によりユーザに提供される鍵を用いてオフラインで解読することができる。
【００７４】
他の信号源から入力されたデータを、放送データを用いて後処理する場合もある。
【００７５】
映像データは、オフラインで、電子メール、メモリスティック、ｉ．ＬＩＮＫ等により後で送信するために、例えばデジタルＶＴＲ一体型カメラのＤＶフォーマットのように圧縮又は処理することができる。例えば、デジタルＶＴＲ一体型カメラは、ＤＶフォーマットのデータを再送信する。
【００７６】
また、映画、ニュース及びスポーツ放送のような「リアル」な生放送のコンテンツではなく、時間毎に少しだけ変更されるだけのコンテンツにより帯域幅により帯域幅を占めるのは効率が悪いと考えられる。
【００７７】
放送データサービスの一部を繰り返すサービスでは、サービスにより使用される帯域幅とサイクルレートの間にトレードオフの関係がある。広い帯域を使用する場合には、サービスの更新速度、すなわちサイクル時間は速くなる。帯域幅を減らすと、サイクル時間が長くなる。
【００７８】
テレテキストのような放送データサービスを放送する場合、データは周期的に処理されてユーザに提供される。ここで、多くのデータを含む高水準の放送データサービスを提供することもできる。帯域幅が狭い場合には、サイクル時間は長くなる。特に音声／映像クリップ及び音声／映像データを含む高水準のサービスが非常に長いサイクル時間を要する場合には、このサービスは、日々のニュース又はスポーツイベントに関する迅速なニュースフラッシュ形式の更新のためのアプリケーションには適していない。
【００７９】
この問題に対処するために、ユーザがサービスの任意の部分をいつでも瞬時に表示できるように、放送データサービスの全サイクルを格納するのがよい。記憶部１２には、放送データサービスのサイクルの全ての部分が格納される。実際、データの部分は、ユーザが放送データサービスを視聴していないか、データ放送受信装置が待機中に受信される。
【００８０】
このサービスのユーザにとって、最も目立つパラメータはサイクル速度、すなわち更新の頻度である。視聴者はできるだけ最新の情報を迅速に入手することを望むであろう。したがって、これはサービスの重要な必要条件の１つである。一方、サービスプロバイダには、使用する帯域幅はおそらく最も重要なパラメータである。特に、データ放送サービスに占められる帯域幅は、他の放送データサービス及びテレビジョンデータ自体に利用できる帯域幅に影響する。したがって、他のサービスの帯域幅を減らすと、サービスプロバイダに不利益になる。
【００８１】
多くの放送データサービスでは、放送データサービスの大部分はサイクル毎に更新されない。例えばテレテキストのような従来の形式のページの場合、大部分のページがサイクル間で変更されないことが多い。同様に、放送データサービスによって音声／映像ニュース又はスポーツクリップを送信する場合、同じクリップが一日の間、長時間に亘って使用される。
【００８２】
このため、サイクル間で変更されたデータ放送サービスの部分のみを送信する。このようにしてサービスの供給者が効率的に帯域幅を使用するとともに、サービスに関する情報を比較的に速くに更新することができる。
【００８３】
放送データサービスには、多くの異なった形式がある。放送データサービスは、主要な情報トピックスがカルーセルのように繰返し送信される場合がある。また各トピックス内で、サブカルーセル（sub-carousel）としてさらに別のデータ部分が繰返し送信されることもある。各データの部分は、従来の形式のデータのページ、画像データ又は音声／映像データのような他の形式のデータからなる場合もある。全ページ又は音声／映像データシーケンスは、１つの部分と見なすことができるが、幾つかの部分から構成することもできる。いずれの場合でも、全放送サービスを更新する場合と同様に、置き換える部分のデータを個別に提供しなければならない。したがって、個別のデータのバイト又はバイト群は、個々に置き換えることができる場合には、「部分」と見なすことができる。しかし、個々のバイトのように非常に小さな部分の場合、プロトコルのオーバーヘッドが大きくなりすぎるかもしれない。
【００８４】
以前に送信されたコンテンツを格納していないデータ放送受信装置においては、全サービスを格納していないので、「差分」コンテンツは有用ではない。例えば放送サービス装置に記憶装置が最初に接続される際にこの状況が生じる。
【００８５】
更新された部分を次第に格納していくことにより、完全な放送データサービスを復元するようなデータ放送受信装置を構成することができる。なお、全サービスは、異なる専用チャネル（例えば、放送以外のダウンロードサービス）上で、又は従来の放送に対する要求が低い時点で放送することもできる。図３には、これらの時点で従来のサービスに割り当てられた帯域幅が削減できることが示されている。
【００８６】
すなわち、午前４時（4pm）から次の日の午前３時（3pm）に亘っては、従来のサービス及びニュースフラッシュサービス差分更新が毎日周期的に送信される。従来のサービスへの要求が低い午前３時から午前４時の間では、従来のサービス及びニュースフラッシュサービスの全更新データが送信される。これらの放送の送信に使われる帯域幅は時間に関わらず一定であるが、ニュースフラッシュサービスの全更新はニュースフラッシュサービスの差分更新よりも広い拡張された帯域幅を閉めている。
【００８７】
この結果、放送データサービスの帯域幅を広くすることができる。これによって、データ放送受信装置は、全情報サービスとともに、格納した放送サービス情報を迅速に更新できるようになる。これによって、通常の方法において、データ放送受信装置は、差分の更新ストリームを用いて、そのサービスを最新の状態に保持することができる。
【００８８】
上述のように、データ放送方法を用いるサービスは、ＭＰＥＧ２圧縮技術で符号化された音声及び映像データを搬送するばかりでなく、他のより適切な、又は効率的なプロトコルを用いて圧縮及び符号化された情報を送ることもできる。例えば、フットボールの試合は、コンテンツの大部分がごくわずかな動きのある領域を含む大量の緑色を特徴としていることを利用することができる。
【００８９】
この場合には、伸張及び復号化のためのアルゴリズムをデータ放送受信装置に配信し、その後所定のプロトコルでデータ放送受信装置により実行させることができる。
【００９０】
受信した放送サービスデータは、オフラインで格納され、復号化を実時間で実行する必要がないので、伸張及び復号化の処理に対する条件は厳しくはない。したがって、データ放送受信装置のデータ処理部１０は、後に表示するためのコンテンツの復号化を、バックグラウンドで行うタスクとして実行することができる。
【００９１】
放送データサービスのデータのコンテンツは、音声／映像データあるいは従来のデータページに限定される必要はない。そのコンテンツは、データ放送受信装置／放送サービスデータ装置におけるエンジンによって用いられるのに適している。このようにして、テキスト、グラフィック及び音声／映像クリップを特徴とする複合的なサービスが提供される。
【００９２】
またデータ部分はオフラインで復号化する必要があるデータを含むことができる。このデータは必ずしも番組である必要はなく、任意の種類のデータであることができる。
【００９３】
ＭＰＥＧ圧縮及び伸張装置は、データ放送受信装置における伸張のための限られた記憶装置が復号化遅延及び限定された「ピックアップ」遅延における小さな（１秒程度の）遅延しかない放送装置において用いられるように設計される。ここで、「ピックアップ」遅延は、データ放送受信装置が立ち上がる際の遅延であり、データ放送受信装置が送信をピックアップ（受信）し、復号化を開始する際に全ての「Ｉフレーム（イントラ符号化画像）」に対して数フレームを待たなければならない。
【００９４】
本発明により、データファイルをまとめて実行できるようにする圧縮／伸張プログラムを用いることができる。特に、オフラインでデータを格納するとで圧縮／伸張が可能になり、非常に小さなファイルを与えるようにオフラインでＭＰＥＧトランスポートストリームを含むことができる。
【００９５】
【発明の効果】
上記のように本発明によれば、他のサービスを行う帯域幅に影響を与えることなく、放送信号とともにデータサービスを放送する方法及びユーザに放送データサービスの一部を選択的に提供するためのシステムを実現することができる。
【図面の簡単な説明】
【図１】データ放送受信装置の構成を示すブロック図である。
【図２】分散したデータ放送受信装置の構成を示す図である。
【図３】従来のサービスの帯域幅の削減を説明する図である。
【符号の説明】
２  受信部、４  制御パネル、６  映像処理部、８  表示部、１０  データ処理部、１２  記憶部、１４  制御部
【図１】
0005041620.tif 000002
【図２】
0005041620.tif 000003
【図３】
0005041620.tif 000004