(57)【要約】  ＭＨＰ又はＯＣＡＰ放送システム（１００、２００）で低減帯域幅ビデオを提供するシステム及び方法。ある実施例では、システム及び方法はＭＰＨ又はＯＣＡＰ放送システム（１００）の末端ユーザー（閲覧者）（１０９）に、より広い帯域幅のビデオ情報源からサンプリングされた低減帯域幅データ画像（１３３）の有限のシーケンスを提供する。低減帯域幅データ画像（１３３）の有限のシーケンスは望ましくはＤＶＢ信号ストリーム（１１６）で有限時間期間に亘り伝達され、閲覧者（１０９）がデータ画像（１３３）を彼らの都合の良い時に閲覧することを可能にする。別の実施例では、システム及び方法はＭＰＨ又はＯＣＡＰ放送システム（２００）の末端ユーザー（閲覧者）（１０９）に、より広い帯域幅のデジタル・ビデオ放送ストリーム（１５０）から、望ましくは閲覧者の受信器（１０３）でのＰＩＰ表示で用いるためにサンプリングされた低減帯域幅データ画像（２３３）の有限のシーケンスを提供する。
2009510824.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、放送システムで低減帯域幅ビデオを提供し、前記方法は：
（ａ）不連続データ画像の有限シーケンスを抽出するためにビデオ情報源をサンプリングする段階；
（ｂ）前記不連続データ画像の有限シーケンスを信号ストリームの一部として有限時間に亘り通信媒体を介し少なくとも１つの受信器へ放送する段階；及び
（ｃ）前記不連続データ画像の有限シーケンスを閲覧者の要求に応じて前記少なくとも１つの受信器で閲覧者に表示する段階、を有する方法。
【請求項２】
前記段階（ｂ）の前に、前記方法は：
前記不連続データ画像の有限シーケンスをエンコードする段階；及び
前記不連続データ画像のエンコードされた有限シーケンスをＤＶＢ信号ストリームに多重化する段階、を更に有する請求項１記載の方法。
【請求項３】
前記データ画像のシーケンスは、前記信号ストリームにカルーセル方式で多重化される、請求項２記載の方法。
【請求項４】
アプリケーションを前記ＤＶＢ信号ストリームに多重化する段階、を更に有する請求項１記載の方法。
【請求項５】
前記（ｃ）表示する段階に続き、前記方法は：
前記データ画像のエンコードされた有限シーケンスを前記ＤＶＢ信号ストリームから前記少なくとも１つの受信器に読み出す段階；及び
前記データ画像のエンコードされたシーケンスを前記ＤＶＢ信号ストリームから前記少なくとも１つの受信器でデコードする段階、を更に有する請求項２記載の方法。
【請求項６】
前記放送システムはＭＨＰ及びＯＣＡＰ放送システムの１つである、請求項１記載の方法。
【請求項７】
前記（ｂ）放送する段階の前に、前記データ画像のシーケンスをデータ・レポジトリに格納する段階、を更に有する請求項１記載の方法。
【請求項８】
前記データ画像の有限シーケンスは、前記ＤＶＢ信号ストリームに１又は複数のＤＳＭＣＣファイルとして多重化される、請求項１記載の方法。
【請求項９】
方法であって、放送システムで低減帯域幅ビデオを提供し、前記方法は：
（ａ）不連続なデータ画像の連続的ストリームを抽出するためにデジタル・ビデオ放送ストリームをサンプリングする段階；
（ｂ）前記不連続データ画像の連続的ストリームをＤＶＢ信号ストリームで通信媒体を介し少なくとも１つの受信器へ放送する段階；及び
（ｃ）前記不連続データ画像の連続的ストリームを閲覧者の要求に応じて前記少なくとも１つの受信器で閲覧者に表示する段階、を有する方法。
【請求項１０】
前記段階（ｂ）の前に、前記方法は：
前記不連続データ画像の連続的ストリームをエンコードする段階；及び
前記不連続データ画像のエンコードされた連続的ストリームを前記ＤＶＢ信号ストリームに多重化する段階、を更に有する請求項９記載の方法。
【請求項１１】
前記（ｃ）表示する段階に続き、前記方法は：
前記不連続データ画像のエンコードされた有限シーケンスを前記ＤＶＢ信号ストリームから前記少なくとも１つの受信器に読み出す段階；及び
前記不連続データ画像のエンコードされたシーケンスを前記ＤＶＢ信号ストリームから前記少なくとも１つの受信器でデコードする段階、を更に有する請求項９記載の方法。
【請求項１２】
アプリケーションを前記ＤＶＢ信号ストリームに多重化する段階、を更に有する請求項９記載の方法。
【請求項１３】
前記放送システムはＭＨＰ及びＯＣＡＰ放送システムの１つである、請求項９記載の方法。
【請求項１４】
前記不連続データ画像の連続的ストリームは、ＤＶＢセクションに前記ＤＶＢ信号ストリームに多重化される、請求項９記載の方法。
【請求項１５】
前記不連続データ画像の連続的ストリームは、実時間でサンプリングされる、請求項９記載の方法。
【請求項１６】
前記（ｃ）表示する段階は、前記不連続データ画像の連続的ストリームを閲覧者にピクチャー・イン・ピクチャー表示形式で前記閲覧者のディスプレイ装置に表示する段階、を更に有する、請求項９記載の方法。
【請求項１７】
システムであって、放送システムで用いるために通信媒体を介し低減帯域幅ビデオを提供し、前記システムは、放送装置、前記放送装置から送信された信号ストリームを受信するよう構成された少なくとも１つの受信器、を有し、前記放送装置は：
データ画像の少なくとも１つのシーケンスを抽出するために少なくとも１つのビデオ情報源をサンプリングするサンプリング手段、
前記データ画像の少なくとも１つのシーケンスのうち選択されたシーケンスと少なくとも１つのサービス・ストリームとを前記信号ストリームに結合する結合手段、
前記データ画像の少なくとも１つのシーケンスのうち前記少なくとも１つの受信器へ送信されるよう選択されたシーケンスを選択し、及び前記サンプリング手段により実行される機能を管理する構成手段、
前記通信媒体を介し前記信号ストリームを前記少なくとも１つの受信器へ送信する送信手段、を有し、前記少なくとも１つの受信器は：
前記通信媒体を介し前記信号ストリームを読み出す読み出し手段、
前記データ画像の少なくとも１つのシーケンスをデコードするデコード手段、
前記データ画像の少なくとも１つのシーケンスを閲覧者に要求に応じて表示する表示手段、を有する、システム。
【請求項１８】
前記放送装置は、データ画像の少なくとも１つのシーケンスを維持するデータ・レポジトリを更に有する、請求項１７記載のシステム。
【請求項１９】
前記放送システムは衛星放送システムである、請求項１７記載のシステム。
【請求項２０】
前記放送システムは地上に位置付けられた放送システムである、請求項１７記載のシステム。
【請求項２１】
前記結合手段はアプリケーションを前記ＤＶＢ信号ストリームに更に結合する、請求項１７記載のシステム。
【請求項２２】
前記アプリケーションは、カルーセル方式放送で前記放送装置から前記ＤＶＢ信号ストリームで放送される、請求項１７記載のシステム。
【請求項２３】
前記ＤＶＢ信号ストリームはＤＶＢ−ＭＨＰ信号ストリームである、請求項１７記載のシステム。
【請求項２４】
前記データ画像の少なくとも１つのシーケンスは、前記ＤＶＢ信号ストリームにＤＶＢセクションとして前記結合手段により結合される、請求項１７記載のシステム。
【請求項２５】
前記データ画像の少なくとも１つのシーケンスは、前記信号ストリームに１又は複数のＤＳＭＣＣファイルとして前記結合手段により結合される、請求項１７記載のシステム。
【請求項２６】
前記データ画像の複数のシーケンスは、ＰＮＧ、ＧＩＦ、ＪＰＥＧ、及び独自形式を含むグループから選択された形式で格納される、請求項１７記載のシステム。
【請求項２７】
コンピューター読み取り可能媒体であって、通信媒体を介し低減帯域幅ビデオの受信を管理する方法を実施する処理命令を有し符号化され、前記方法は：
前記通信媒体を介し信号ストリームを読み出す読み出し手段を管理する段階、
データ画像の少なくとも１つのシーケンスをデコードするデコード手段を管理する段階、及び
前記データ画像の少なくとも１つのシーケンスを閲覧者に要求に応じて表示する表示手段を管理する段階、を有する、コンピューター読み取り可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般的にＭＨＰ又はＯＣＡＰ放送システムで低減帯域幅ビデオを提供するシステム及び方法に関する。より詳細には、本発明はＭＨＰ又はＯＣＡＰ放送システムの末端ユーザー（閲覧者）に、より広い帯域幅のビデオ情報源からサンプリングされた低減帯域幅データ画像シーケンスを提供する。
【背景技術】
【０００２】
現在、放送受信装置で高性能コンテンツを実行する環境に関する規格が策定され多くの分野で運用されている。例えば、デジタル・ビデオ放送のマルチメディア・ホーム・プラットフォーム（ＤＶＢ−ＭＨＰ）として知られる規格は欧州で展開され、当該規格に従う運用が既に始まっている。更に、ケーブル放送環境と関連する規格は、オープンケーブル・アプリケーション・プラットフォーム（ＯＣＡＰ）として知られ、米国で展開され、２００５年に運用開始の予定である。デジタル・ビデオ放送（ＤＶＢ）システムはビデオ、音声、及びデータのデジタル放送のための世界標準である。デジタル・ビデオ放送マルチメディア・ホーム・プラットフォーム（ＤＶＢ−ＭＨＰ）はデジタル放送を支援するために利用されて良い。ＤＶＢ−ＭＨＰは双方向デジタル・アプリケーションと当該アプリケーションが実行される端末との間の汎用インターフェースを定める。当該汎用インターフェースはデジタル・コンテンツ・プロバイダーがセット・トップ・ボックス、統合型デジタルＴＶセット、及びマルチメディアＰＣを含む異なる種類の端末をアドレス指定することを可能にする。ＭＨＰのアーキテクチャは資源層、システム・ソフトウェア層、及びアプリケーション層を有する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ＤＶＢ−ＭＨＰ（又はＯＣＡＰ）規格に従い動作するデジタル受信器は、標準的にビデオ、音声及びデータ成分を有するデジタル放送信号（例えばＭＰＥＧ−２データ・ストリーム）を受信する。閲覧者が予め送信されたビデオ放送ストリームから見所、例えばサッカーの試合のゴールの再生を閲覧したい場合、放送装置はビデオ・ストリームの当該部分を再送信しなければならない。これは帯域幅消費の観点からすれば、追加帯域幅が再送信のために必要なので望ましくない。関連して、同時にビデオの見所を復号し「通常の」ビデオを送信するために追加信号処理経路が必要であるという欠点がある。従って、閲覧者に予め放送したビデオ・シーケンスを低減帯域幅で、過剰帯域幅消費及び専用ハードウェアを有さずに閲覧させることが望ましい。
【課題を解決するための手段】
【０００４】
開示された実施例はＭＨＰ又はＯＣＡＰ放送システムで低減帯域幅ビデオを提供するシステム及び方法を提供する。より詳細には、放送装置のビデオ情報源をサンプリングし、低減帯域幅の不連続データ画像のシーケンスを抽出する方法及びシステムが提供される。データ画像は通信媒体を介し放送システムの末端ユーザー（閲覧者）へ放送され、閲覧者の受信器で実行されるｉＴＶアプリケーションで用いられる。低減帯域幅の不連続データ画像のシーケンスは、当該不連続データ画像が抽出されたビデオ情報源のセグメントより有意に小さい帯域幅転送要件を有する。
【０００５】
本発明のある態様によると、ＭＨＰ又はＯＣＡＰ放送システムで低減帯域幅ビデオを提供する方法は、データ画像のシーケンスを抽出するためにビデオ情報源をサンプリングする段階、前記データ画像のシーケンスをＤＶＢトランスポート・ストリームの一部として通信媒体を介し少なくとも１つの受信器へ放送する段階、及び前記データ画像のシーケンスを閲覧者の要求に応じて前記少なくとも１つの受信器に表示する段階、を有する。
【０００６】
本発明の別の態様によると、ＭＨＰ又はＯＣＡＰ放送システムで低減帯域幅ビデオを提供するシステムは、放送装置、及び前記放送装置から送信された信号ストリームを受信するよう構成された少なくとも１つの受信器、を有する。放送装置（１０１）は、データ画像の少なくとも１つのシーケンスを抽出するために少なくとも１つのビデオ情報源をサンプリングするサンプリング手段、前記データ画像の少なくとも１つのシーケンスのうち選択されたシーケンスと少なくとも１つのサービス・ストリームとを前記信号ストリームに結合する結合手段、前記データ画像の少なくとも１つのシーケンスのうち前記少なくとも１つの受信器へ送信されるよう選択されたシーケンスを選択し及び前記サンプリング手段により実行される機能を管理する構成手段、前記通信媒体を介し前記信号ストリームを前記少なくとも１つの受信器へ送信する送信手段、を有する。前記少なくとも１つの受信器は、前記通信媒体を介し前記信号ストリームを読み出す読み出し手段、前記データ画像の少なくとも１つのシーケンスをデコードするデコード手段、前記データ画像の少なくとも１つのシーケンスを表示する表示手段、を有する。前記システムは、前記データ画像の少なくとも１つのシーケンスを維持するデータ・レポジトリ、及び通信媒体を介し低減帯域幅ビデオの受信を管理する方法を実施する処理命令を有し符号化されたｉＴＶアプリケーションを更に有する。
【０００７】
別の態様によると、前記データ画像のシーケンスを供給する放送装置は、例えば画像サイズ、サンプリング・レート、及び不連続データ画像のシーケンスがサンプリングされるサンプリング期間又は時間フレームを含む種々のデータ画像パラメータを定めて良い。
【０００８】
別の態様によると、不連続データ画像のシーケンスの対応可能な形式は、ＰＮＧ、ＧＩＦ、ＪＰＥＧ、及び独自形式を含む。選択された画像形式に課せられる制約は、閲覧者の受信器でデコード可能であることのみである。
【０００９】
別の態様によると、不連続データ画像の複数のシーケンスは、実際に当該シーケンスを用いる前に生成され、将来の選択のためにデータ・レポジトリに維持されて良い。不連続データ画像の複数のシーケンスは、制限なく如何なる数のビデオ情報源から調達されても良い。
【００１０】
別の態様によると、不連続データ画像のシーケンスは繰り返しのないストリームのように又はカルーセル方式で不連続データ画像の繰り返しシーケンスのように種々の実施例で送信されて良い。不連続データ画像が繰り返しのないストリームとして送信される実施例では、繰り返しのないストリームは望ましくは放送装置から放送されているデジタル放送ストリームから抽出される。この特定の実施例に良く適する用途は、ピクチャー・イン・ピクチャー（ＰＩＰ）表示である。ＰＩＰ用途では、不連続データ画像の繰り返しのないストリームはＰＩＰ表示のデータ情報源として用いられる。繰り返しのないストリームはデジタル放送ストリームをシミュレートする。当該デジタル放送ストリームから、ＤＶＢトランスポート・ストリームでの放送に適した低減帯域幅ビデオの近似として抽出される。代替の実施例では、不連続データ画像のシーケンスはカルーセル方式でＤＶＢトランスポート・ストリームで繰り返し送信される。この実施例は理想的には情報アプリケーションに適する。当該情報アプリケーションにより、閲覧者は放送装置により定められた有限時間期間に亘り不連続データ画像の繰り返しシーケンスへの連続的なアクセスを提供される。
【００１１】
本発明はいくつかの利点を提供する。不連続データ画像のシーケンスを閲覧者へ通信媒体を介し送信することのある利点は、不連続データ画像のシーケンスが当該不連続データ画像のシーケンスが抽出された対応するビデオ信号セグメントより有意に少ない通信帯域幅しか消費しないことである。別の利点は、ある実施例では、不連続データ画像のシーケンスがカル―セル方式でデジタル・ビデオ放送ストリームで連続的に放送され、閲覧者の都合の良い時に受信器で閲覧可能であることである。不連続データ画像のシーケンスを閲覧者へ送信することの更なる利点は、当該不連続データ画像を処理するために如何なる追加チューナー／デコーダも必要ないことである。不連続データ画像のシーケンスを閲覧者へ送信することの更に別の利点は、当該不連続データ画像のシーケンスが抽出された対応するビデオ信号セグメントより少ない記憶しか必要ないことである。結果として、不連続データ画像は受信器で一層簡単にキャッシュされる。更なる利点は、本発明のシステムが標準ＭＨＰ（又はＯＣＡＰ）セット・トップ・ボックスに専用機能を必要とすることなく実施されることである。
【００１２】
前述の本発明の特徴は、添付の図面と関連した以下の本発明の説明的な実施例の詳細な記載を参照することにより更に直ちに明らかになり理解されるだろう。
【発明を実施するための最良の形態】
【００１３】
以下の詳細な記載は説明を目的として多くの細目を含むが、当業者は以下の記載になされる多くの変形及び変更が本発明の範囲に包含されることを理解するだろう。従って、以下の本発明の好適な実施例は、請求される発明の一般性を喪失することなく且つ請求される発明を制限することなく説明される。
【００１４】
図１はＴＶ放送システム１００のブロック図を示す。ＴＶ放送システム１００は、ＴＶ音声及びビデオ・データを不連続データ画像のシーケンスと一緒に対応する受信システム１０３へ送信するために用いられる。放送システム１００は、例として且つ限定ではなく、ＤＶＢのＭＨＰ規格に従い動作する。理解されるべき点は、本発明のシステム及び方法が米国ケーブル・ネットワークの双方向ＴＶ規格でありＭＨＰに関連するがＤＶＢではなくＡＴＳＣに基づくＯＣＡＰにも同様に適用可能であることである。
【００１５】
ＴＶ放送システム１００は商業衛星放送装置に属する衛星放送システムであって良い。また受信システム１０３は、衛星受信アンテナと受信データをディスプレイ装置１４４に表示するために処理するセット・トップ・ボックスとの多くの対応する組み合わせの１つであって良い。同様に、放送システム１００と対応する受信システム１０３は地上に位置して良い。何れの場合にも、このようなシステムの設計、製造、及び動作は良く知られており、本発明に関連しないこれらの部分は本願明細書で更に説明されない。
【００１６】
このような送信システムでは、本願明細書で「放送装置」１０１として参照される放送装置／サーバー１０１は、少なくとも３個の入力をＤＶＢ−ＭＨＰトランスポート・ストリーム１１６に多重するＭＨＰ  ＤＶＢストリーム生成器１０２を有する。３個の入力は、（１）ＭＨＰアプリケーション１３０、（２）デジタル・ビデオ放送ストリーム１５０、及び（３）不連続データ画像１３３のシーケンスを有する。留意すべき点は、他の入力もＤＶＢ−ＭＨＰトランスポート・ストリーム１１６に多重されて良いことである。しかしながら、このような入力は本発明の範囲外である。
【００１７】
ＭＨＰアプリケーション１３０はＭＨＰ受信器１０３で実行される。ＭＨＰアプリケーション１３０は、双方向ＭＨＰアプリケーション（つまりｉＴＶアプリケーション）であり、放送装置からＤＶＢ−ＭＨＰトランスポート・ストリーム１１６の１つの構成要素としてＭＨＰ受信器１０３で受信した不連続データ画像１３３のシーケンスの読み出し、デコード、及び表示と関連する動作を管理する。留意するに値する点は、本実施例ではＭＨＰアプリケーション１３０が放送装置１０１からＭＨＰ受信器１０３へ送信されるとして記載されていることである。また理解されるべき点は、代替の実施例ではＭＨＰアプリケーション１３０がＭＨＰ受信器１０３に常駐して良いことである。
【００１８】
デジタル・ビデオ放送ストリーム１５０はＭＰＥＧ−２  ＤＶＢに準拠したビデオ・ストリーム１５０であり、知られているＭＰＥＧ−２−２圧縮システムを用い圧縮デジタル信号を送信する。簡単のためにＭＰＥＧ−２  ＤＶＢに準拠した１つのビデオ・ストリーム１５０が示される。しかしながら、理解されるべき点は、ＭＰＥＧ−２  ＤＶＢに準拠した複数のビデオ・ストリーム１５０が実際のアプリケーションで用いられて良いことである。
【００１９】
不連続データ画像１３３のシーケンスは「アニメーション・シーケンス」と似ている。換言すると、不連続データ画像１３３は対応するビデオ・クリップ又はフラグメント（例えばゴール得点の見所の出来事）のビデオ・シーケンスに相当する低減帯域幅を表す。例として及び限定でなく、不連続データ画像１３３は、予め放送されたスポーツ・コンテンツからの見所、ハリケーンや津波を含む大惨事、大統領選挙や政治的暴動等のような政治に関する出来事を含んで良い。
【００２０】
不連続データ画像１３３のライブラリはデータ・レポジトリ１２５に格納される。格納されたシーケンスは如何なる数のビデオ情報源１４８から調達されても良い。理解されるべき点は、データ・レポジトリ１２５は放送装置１０１の一部として含まれるか、又は代わりに放送装置１０１と通信し放送装置１０１から遠隔に設置されても良い。不連続データ画像１３３の複数の格納されたシーケンスは望ましくはそれらが最終的に使用される前にサンプリングされる。
【００２１】
不連続データ画像１３３の１又は複数のシーケンスは、構成マネージャ１６０の制御下でデータ・レポジトリ１２５から出力される。構成マネージャ１６０は何れかの時点でどのシーケンスがＤＶＢ−ＭＨＰトランスポート・ストリーム１１６に含まれるのが適切かを決定する。理解されるべき点は、個々の環境に依存して、不連続データ画像１３３の複数のシーケンスが何れかの時点での使用に適して良いことである。反対に、環境が不連続データ画像１３３の単一シーケンスの使用を指示しても良い。
【００２２】
構成マネージャ１６０は不連続データ画像１３３のシーケンスの選択を管理する。より詳細には、構成マネージャ１６０は何れかの時点で不連続データ画像１３３のどの格納されたシーケンスがデータ・レポジトリ１２５から選択されＤＶＢ−ＭＨＰトランスポート・ストリーム１１６に含まれるべきかを決定する。不連続データ画像１３３のシーケンスを選択するための１つの基準は、シーケンスの放送されているデジタル・ビデオ放送ストリーム１５０との相関度である。例えば、構成マネージャ１６０は、過去の偉大なホームラン打者を明らかにする不連続データ画像１３３の特定のシーケンスを、現在のホームラン打者として知られている選手を含む野球の試合を放送しているデジタル・ビデオ放送ストリーム１５０との相関度に基づき選択して良い。或いは、構成マネージャ１６０は不連続データ画像１３３の特定のシーケンスを、放送装置１０１から現在送信されている如何なるデジタル・ビデオ放送ストリーム１５０とも完全に独立に選択して良い。
【００２３】
理解されるべき点は、不連続データ画像１３３のどの１又は複数のシーケンスが放送装置によりＤＶＢ−ＭＨＰトランスポート・ストリーム１１６に含めるために選択されても、選択されたシーケンスが放送装置１０１により決定される有限時間（例えば１０分、１時間）に亘り閲覧者に利用可能であることである。この機能は予め放送装置１０１の都合の良い時に放送装置がビデオ・シーケンスを１回再送信していた従来技術の制約を克服する。適切な時間に再放送に合わせなかった閲覧者１０９は、再送信を閲覧できないだろう。
【００２４】
本実施例では、不連続データ画像１３３のシーケンスは放送装置１０１から複数のＭＨＰ受信器１０３へ放送ファイル・システム内のＤＳＭ−ＣＣファイルで送信される。ＤＳＭ−ＣＣは「デジタル記憶媒体−コマンド」の略である。放送ファイル・システムはＭＨＰ／受信器１０３へ、ＤＳＭ−ＣＣオブジェクト（データ）カルーセル方式を用い連続的且つ繰り返し転送される。代替の実施例では、不連続データ画像１３３はＤＶＢ−ＭＨＰトランスポート・ストリーム１１６でＤＳＭＣＣストリーム・イベント・データ・フィールドとして、又はＤＶＢテーブル及び／又はセクションで以下に図２に示された第２の実施例を参照して記載されるように送信されて良い。
【００２５】
不連続データ画像１３３のシーケンスは以下の実施例に従い放送装置１０１で生成されて良い。ビデオ・サンプラー１１２は、構成マネージャ１６０の制御下で、ビデオ情報源１４８（如何なるビデオ情報源であっても良い）を周期的にサンプリングし、例えばビデオ情報源１４８を毎秒１２フレーム抽出し各フレームをビット・マップ・ファイル、望ましくはＪＰＥＧ形式に変換する。用いられ得る他の形式は、限定ではなく、ＰＮＧ、ＧＩＦ、及び独自仕様形式を含む。各フレームのビット・マップ・ファイルへの変換は、不連続データ画像１３３の有限のシーケンスを効率的に構成する。
【００２６】
ビデオ・サンプラー１１２は多数のビデオ抽出パラメータを用い不連続データ画像１３３のシーケンスを抽出する。当該パラメータは画像サイズ・パラメータ、サンプリング・レート・パラメータ、及びビデオ・フラグメント長パラメータを含む。当該パラメータは事前につまりシステム設定中に定められて良く、及び後に変更されて良い。各抽出パラメータは以下に記載される。
【００２７】
画像サイズ・パラメータは、デジタル・ビデオ放送ストリーム１５０から抽出された各不連続データ画像１３３の解像度サイズをピクセルで定める。このパラメータのために選択される特定の値に如何なる制約もない。しかしながら、標準的な画像サイズはＭＨＰ画面サイズに対応する（７２０×５７６）程度である。当業者は、（２５×２５）より小さい画像サイズが認識可能な画面出力を生成しないので非現実的であることを理解するだろう。当業者はまた、ＭＨＰアプリケーション１３０が表示のために必要に応じて画像を拡大縮小できることを理解するだろう。
【００２８】
サンプリング・レート・パラメータは、不連続データ画像１３３のシーケンスがデジタル・ビデオ放送ストリーム１５０からサンプリングされたレートを定める。サンプリング・レート・パラメータは望ましくは実質的に３０フレーム／秒乃至３０秒／フレームの範囲である。
【００２９】
ビデオ・フラグメント長パラメータは、デジタル・ビデオ放送ストリーム１５０から抽出されるべき不連続データ画像のシーケンス全体の時間フレーム（つまり開始及び終了時間）を設定する。ビデオ・フラグメント長パラメータは望ましくは実質的に数秒乃至２時間以上の範囲である。ビデオ・フラグメント長は、放送装置１０１が割り当てる用意のある帯域幅の量によってのみ限定される。
【００３０】
ＤＶＢ−ＭＨＰトランスポート・ストリーム１１６は送信機１０４から一方向ＤＶＢ放送ネットワーク２００を介し、ＭＨＰ放送システム内の複数のＭＨＰ受信器へ放送される。ＭＨＰ受信器の１つ、つまりＭＨＰ受信器１０３が説明の簡単化のために示される。
【００３１】
ＤＶＢ−ＭＨＰトランスポート・ストリーム１１６がＤＶＢネットワーク２０２を介し実質的に放送システム内の全てのＭＨＰ受信器１０３で受信される。図１に示されるように、ＭＨＰ受信器１０３はＭＨＰミドルウェア１０４を有する。ＭＨＰミドルウェア１０４はＤＳＭ−ＣＣデータ読み出しモジュール１１０、デコーダー・モジュール１１２、及びプレゼンター１１１を有する。ＭＨＰミドルウェア１０４はＭＨＰアプリケーション１３０を実行するよう構成される。ＭＨＰアプリケーション１３０は、不連続データ画像１３３のシーケンスのＤＶＢ−ＭＨＰトランスポート・ストリーム１１６からの読み出し、不連続データ画像１３３のシーケンスのデコード、及び不連続データ画像１３３のデコードされたシーケンスの閲覧者１９０への要求に応じた提示に関連する動作を管理するよう構成される。ＭＨＰアプリケーション１３０は望ましくはカルーセル方式で放送装置１０１からＤＶＢ−ＭＨＰトランスポート・ストリーム１１６の一部として放送され、ネットワーク内の如何なるＭＨＰ受信器１０３により用いられるためにダウンロードされて良い。
【００３２】
ＭＨＰアプリケーション１０５の制御下で、ＤＳＭ−ＣＣデータ読み出しモジュール１１０はＤＳＭＣＣファイル・システム（ファイル・コンテンツを含む）をＤＶＢ−ＭＨＰトランスポート・ストリーム１１６から再構成する。ＤＶＢ−ＭＨＰトランスポート・ストリーム１１６のファイル・コンテンツは、不連続データ画像１３３のシーケンスを含む。ＤＳＭＣＣファイルが利用可能になると、ＭＨＰアプリケーション１０５は、ＤＳＭＣＣファイルに含まれる不連続データ画像１３３のシーケンスを画像デコーダ１１２へデコードするために渡す。不連続データ画像１３３の復号されたシーケンスは、閲覧者１０９の要求に応じて適切なディスプレイ装置１４４で表示可能である。不連続データ画像１３３のシーケンスを表示する要求が閲覧者によりなされると、ＭＨＰアプリケーション１０５はプレゼンター１１１に不連続データ画像１３３のシーケンスを円滑に実行される「アニメーション・シーケンス」のように表示するよう指示する。留意すべき点は、読み出し及び画像デコード動作が、記載されたように、不連続データ画像１３３のシーケンスを表示するという閲覧者の要求に先立って実行されて良いことである。理解されるべき点は、このような動作が先立って実行される場合、不連続データ画像１３３のシーケンスは遅延なく閲覧者１０９に表示され得ることである。
【００３３】
図２に示された第２の実施例では、デジタル・ビデオ放送ストリーム１５０が放送装置１０１で連続的にサンプリングされ、連続的な繰り返しのない不連続データ画像ストリーム２３３が生成される。これは、図１に示された前述の実施例と対照的である。図１では、不連続データ画像１３３の有限のシーケンスが放送装置１０１から所定の時間期間（例えば１０分、１時間）に亘り送信された。本実施例では、不連続データ画像２３３の連続的ストリームは放送装置１０１から複数のＭＨＰ受信器１０３へ放送ファイル・システム２００内のＤＶＢセクションで実時間送信される。通信分野の知識を有する当業者に知られているように、画像ファイルは４ｋ以下の構成要素ブロックに分割されて良く、各ブロックは一般にＤＶＢコンテナとして参照される。追加情報が標準的に各ＤＶＢコンテナに追加され、受信器１０３で不連続データ画像の再構成を実現する。追加フィールドは例えばタイムスタンプ・フィールドのようなフィールドを有して良い。
【００３４】
動作中、ＤＶＢ−ＭＨＰトランスポート・ストリーム１１６の一部として伝達されている特定のサービスで生ビデオ放送を観ている閲覧者１０９は、生ビデオ放送を観ている間にＰＩＰ表示を開始するよう選択して良い。閲覧者１０９がディスプレイ画面１４４でＰＩＰ表示を開始したことに応じて、ＭＨＰアプリケーション１３０は、ＤＶＢ−ＭＨＰトランスポート・ストリーム１１６の一部として送信された不連続データ画像２３３の繰り返しのないストリームを伝達するＤＶＢセクションをフィルターし始める。フィルターされたＤＶＢセクションは周期的にＭＨＰアプリケーション１３０に到来する。ＤＶＢセクションはＭＨＰアプリケーション１３０で結合される。完全な画像が構成された時点で、当該画像は画像デコーダ１１２へ転送され、プレゼンター１１１により適正な時刻に表示のためにデコードされ、不連続データ画像２３３の連続的なストリーム（例えば「アニメーション・シーケンス」）を生成する。上述の記載から理解されるべき点は、フィルター、デコード、及び表示の動作が実質的に同時に実行され、不連続データ画像２３３の連続的な表示を保証することである。
【００３５】
理解されるべき点は、種々の実施例で、放送装置が、当該放送装置の選択した多数のビデオ・ストリームをサンプリングし不連続データ画像２３３の１又は複数の連続的なストリームを生成する選択肢を有することである。理解されるべき点は、図２が簡単のため不連続データ画像２３３の単一の連続的なストリームを図示することである。一般的に、放送装置１０１は特定の放送ストリームの如何なる数のデジタル放送チャンネル（例えばチャンネル１乃至５）も、ＤＶＢ−ＭＨＰトランスポート・ストリーム１１６に含めるよう選択できる。そうすることで、閲覧者１０９はサンプリングされたチャンネル１乃至５の何れかを閲覧者のディスプレイ１４４でＰＩＰ表示に実時間で選択する選択肢を有する。チャンネル１のＰＩＰ表示を開始すると、例えば結果として閲覧者はチャンネル１の不連続データ画像の「アニメーション・シーケンス」を示されて良い。
【００３６】
最後に、理解されるべき点は、本発明がテレビジョン・システムに制限されず、例えばＤＡＢ（デジタル音声放送）デジタル・ラジオ又は慣行の放送アプリケーションのようなＭＰＥＧストリームに基づく如何なるデータ放送システムにも適用可能であることである。
【００３７】
本発明は特定の実施例を参照して記載されたが、添付の請求項に説明された本発明の精神及び範囲から逸脱することなく多くの変更がなされることが理解されるだろう。明細書及び図は従って説明のためであり、添付の請求項の範囲を限定するものではない。
【００３８】
添付の請求項を解釈する際、以下の点が理解されるべきである：
（ａ）「有する」の語は、与えられた請求項に列挙された以外の他の要素又は動作の存在を排除しない；
（ｂ）要素に先行する単数表記の語は、当該要素の複数の存在を排除しない；
（ｃ）請求項内の如何なる参照符号も当該請求項の範囲を制限しない；
（ｄ）複数の「手段」は、同一項目又はハードウェア又はソフトウェアで実施された構造又は機能により表現され得る；
（ｅ）開示された要素のそれぞれは、ハードウェア部分（例えば別個の及び統合された電子回路を有する）、ソフトウェア部分（例えばコンピュータープログラミング）、及びこれらの如何なる組み合わせも有して良い；
（ｆ）ハードウェア部分は、アナログ及びデジタル部分の１つ又は両方を有して良い；
（ｇ）これらの開示された装置又は部分の何れも、共に組み合わされるか、又は特に記載されない限り更なる部分に分離されて良い；
（ｈ）動作の如何なる特別なシーケンスも、特に支持されない限り必要とされない。
【図面の簡単な説明】
【００３９】
【図１】本発明の第１の実施例による、本発明のシステムが実施され得るテレビジョン放送システムのブロック図である。
【図２】本発明の第２の実施例による、本発明のシステムが実施され得るテレビジョン放送システムのブロック図である。
【図１】
2009510824.tif 000003
【図２】
2009510824.tif 000004
【国際調査報告】
2009510824.tif 000005
2009510824.tif 000006
2009510824.tif 000007