JP2010538538A - オンスクリーンディスプレイデータの既存ディスプレイデバイスへの配送 - Google Patents

Abstract

スクリーンディスプレイデータを既存のディスプレイデバイスへ配送するための方法と装置である。装置の幾つかの実施形態は、ディスプレイデバイス用の入力ストリームを受信するためのインターフェースを含んでいる。装置は、更に、ディスプレイデバイス用のオンスクリーンディスプレイデータを生成するためのモジュールを含んでいる。装置は、マルチプレクサを含んでおり、同マルチプレクサはオンスクリーンディスプレイデータを入力ストリームへと多重化するためのものである。
【選択図】図４

Description

本発明の実施形態は、概括的には、ネットワークの分野に、より具体的には、オンスクリーンディスプレイ（ＯＳＤ）データを既存のディスプレイデバイスへ配送するための方法と装置に関する。

ネットワークは、個人用電子娯楽装置の様な複数の装置の相互接続を含んでいることもある。その様なネットワークでは、相互接続された装置は、メディアデータを含めたデータを転送したり共有したりすることもある。その様なネットワークには、ネットワーク内の１つ又はそれ以上のディスプレイデバイスに提供されるメニューや他の情報提供を目的としたディスプレイの様なデータが存在していることもある。一般に、その様なデータは、オンスクリーンディスプレイ（ＯＳＤ）と呼ばれる。ＯＳＤは、１つ又はそれ以上の他の画像と共に画面上に提示される画像である。ＯＳＤは、透明である場合もあれば、透明ではなくＯＳＤと別の画像が同時に見えるようにしている場合もある。ＯＳＤは、純粋に情報提供を目的としている場合（例えば、テレビの現在のチャネル又は株式表示器を表しているＯＳＤなど）もあれば、又はユーザーに、例えば遠隔制御装置を通して特性を選択できるようにするグラフィカルユーザーインターフェース（ＧＵＩ）を含んでいる場合もある。ＯＳＤは、多くの場合、異なるソースから生成され、ＯＳＤが表示されている間はもう一方の画像は部分的又は完全に隠れてしまうように別の画像に重ね置かれる。例えば、テレビ、ＤＶＤプレーヤー、ＳＴＢ（セットトップボックス）、又は他の装置は、遠隔制御装置からの信号、又はテレビ、セットトップボックス、ＤＶＤプレーヤー、又は他の映像ソース装置のボタンが押されたことに応えて、音量、チャネル、時間情報、又はメニューの様な情報を生成することができる。ＯＳＤは、ＴＶでの使用に加えて、コンピュータディスプレイとも関連付けて使用されてきた。映像機器ボックスは、２つ以上の映像ソース装置を含んでいるものもある。映像装置は、映像ソース装置と映像ディスプレイデバイスを兼ねているものもある。

従来型のシステムでは、ＯＳＤ信号は、テレビの制御回路構成の内部又はセットトップボックスやＤＶＤ（デジタル多目的ディスク）プレーヤーの様な他の装置の内部で生成され、それら装置から遠隔的にテレビへ提供されている。例えば、遠隔制御装置が、チャネル変更のコマンドをテレビに与えると、テレビの制御回路構成は、新しいチャネルのＯＳＤをテレビスクリーンに映し出させる。或いは、遠隔制御装置が、チャネル変更コマンドをセットトップボックスに与えると、セットトップボックスは、ＯＳＤ信号を生成し、このＯＳＤ信号をテレビに提供してテレビ画面に表示されるようにする。

図１は、圧縮又は非圧縮映像をセットトップボックス１６に提供する映像信号ソース１２を含んでいる従来型のシステムを示している。映像ソースの例としては、ケーブルテレビアウトレット及び衛星テレビ受信器が挙げられる。セットトップボックスの例としては、テレビボックスと衛星テレビボックスが挙げられる。ソース１２は、更に音声信号を提供していてもよい。セットトップボックス１６は、非圧縮アナログ映像信号又は非圧縮デジタル映像信号を、テレビ１８のディスプレイ制御回路構成２０に提供する。一例として、非圧縮デジタル映像信号は、セットトップボックス１６とテレビ１８のディスプレイ制御回路構成２０の間に、ハイ-デフィニション・マルチメディア・インターフェース（ＨＤＭＩ）を通して提供されるようになっていてもよい。ディスプレイ制御回路構成２０は、セットトップボックス１６に加えて、又はそれに代えて、ＤＶＤプレーヤー、ＤＶＲ（デジタルビデオレコーダー）、ＶＣＲ（ビデオカセット記録装置）、手持ち型映像ソース装置、又は他の装置を含め、他の各装置からムービーを受信することもあり得る。

映像信号は、ディスプレイ制御回路構成２０からディスプレイ３０に提供されて画面３４に表示される。ＯＳＤがセットトップボックス１６によって生成される事例では、ＯＳＤは、非圧縮映像信号の一部として組み合わされ、テレビ１８に送られて表示される。ディスプレイ制御回路構成２０は、ブレンダー回路構成２６で非圧縮映像と組み合わされるＯＳＤ信号を差し出すためのフレームバッファ２４を含んでいる。ブレンダー回路構成２６は、組み合わされた信号をディスプレイ３０に提供して画面３４に表示されるようにする。

しかしながら、実際には、ネットワークは、新しい装置と古い装置の両方を含んでおり、古い装置は新しいシステムのプロトコル要件全てをサポートしているわけではないこともある。従来型の装置は、ＯＳＤデータ用のプロトコル要件及び類似の要件をサポートしていないこともある。このため、古いディスプレイデバイスへ情報表示情報を入力するためのインターフェースが無いかもしれず、従って、より古い装置は、一般に、その様な情報提供のための情報を表示することができないかもしれない。

オンスクリーンディスプレイデータを既存のディスプレイデバイスへ配送するための方法と装置が提供されている。

本発明の第１の態様では、装置は、ディスプレイデバイス用の入力ストリームを受信するためのインターフェースと、ディスプレイデバイス用のオンスクリーンディスプレイデータを生成するためのモジュールと、を含んでいる。装置は、更に、マルチプレクサを含んでおり、マルチプレクサは、オンスクリーンディスプレイデータを入力ストリームへと多重化するためのものである。

本発明の第２の態様では、装置は、入力ストリーム用のインターフェースと、デマルチプレクサと、を含んでおり、デマルチプレクサは、入力ストリーム内の他の入力データからオンスクリーンデータを逆多重化するためのものである。装置は、オンスクリーンディスプレイデータを解釈するためのモジュールと、オンスクリーンディスプレイデータに基づいて、オンスクリーンディスプレイを含んでいるディスプレイを生成するためのディスプレイ制御回路構成と、生成されたディスプレイを表示するための画面と、を含んでいる。

本発明の第３の態様では、方法は、ディスプレイデバイス用のオンスクリーンデータを生成する段階を含んでいる。方法は、更に、ディスプレイデバイス用の入力ストリームを受信する段階と、オンスクリーンディスプレイデータを入力ストリームへと多重化する段階と、を含んでいる。多重化された入力ストリームとオンスクリーンディスプレイデータは、ディスプレイデバイスに提供される。

添付図面の各図には、本発明の実施形態が、限定ではなく一例として示されており、図中、類似要素には同様の符号を付している。

映像をセットトップボックスに提供する映像信号ソースを含んでいる従来型のシステムを示している。 本発明の或る実施形態のオンスクリーンディスプレイの説明図である。 幾つかの実施形態におけるオンスクリーンデータのディスプレイデバイスへの配送の説明図である。 オンスクリーンディスプレイをディスプレイデバイスに提供するための映像ソース装置の説明図である。 ディスプレイデバイスの或る実施形態を示している。 オンスクリーンディスプレイを提供するためのプロセスの或る実施形態を説明するためのフローチャートを提示している。

本発明の実施形態は、概括的には、オンスクリーンディスプレイデータを既存のディスプレイデバイスへ配送することに着眼している。

幾つかの実施形態では、ネットワークは、データを共有する複数の相互に接続された装置を含んでいてもよい。装置は、例えば、メディアデータを共有する娯楽装置を含んでいてもよい。幾つかの実施形態では、オンスクリーンディスプレイ（ＯＳＤ）データを既存のディスプレイデバイスへ配送するためのシステム又はプロセスが提供されている。幾つかの実施形態では、既存のディスプレイデバイスは、対応するプロトコルを含んでいない装置である。

或る実施形態では、システムは、ネットワークによって接続されている入力装置、記憶装置、及び出力装置を含んでいる。これらの装置は、改良された機能をユーザーに届けるため協働させることを意図している。特定の実施形では、ユーザーは、例えば、拡張可能なユーザーインターフェースを介して、ネットワーク上の全ての装置と対話することができるようになり、そして、ネットワーク上に在るか又は別のやり方でネットワークが利用できるようになっている全てのコンテンツにアクセスすることができるようになる。

ネットワーク装置がネットワークプロトコルのオペレーションに対応して設計されている状況でネットワークを実施することは、新しい全シリコン画像環境を実施する場合の様に、比較的単純容易である。しかしながら、ネットワークシステムが段階的に導入されていく場合、顧客及びユーザーは、非シリコン画像技術を利用することが要求されるかもしれない。幾つかの実施形態では、ユーザーインターフェース情報を既存の第三者的な装置に配送するためのプロセス又はシステムが提供されている。幾つかの実施形態では、情報は、外部インターフェースに加える変更に関する要件が最小限で済むようなやり方で配送されることを意図している。幾つかの実施形態では、既存装置との相互運用を可能にするために一般的な方法が提供されており、これにより、複数のシステムを相手に組んで解決法を利用できるようになる。幾つかの実施形態では、新しいプロトコルへの移行時のネットワークオペレーションを可能にするためのシステムが提供されている。幾つかの実施形態では、サービスを相互接続ネットワーク内の既存装置に提供することを可能にするためのプロセスが提供されている。

幾つかの実施形態では、複数の装置を含んでいるかもしれないネットワーク内のユーザーに対し、同ネットワーク内の任意のディスプレイデバイスに、オンスクリーンディスプレイデータを配送する必要がある。幾つかのオペレーションでは、１つ又はそれ以上のディスプレイデバイスは、ネットワークオペレーション用に設計されていない既存のディスプレイデバイスであるかもしれない。その様なデータを提供する際、当該の既存のネットワーク装置用ディスプレイ側のチップは、一般に、圧縮データを受け入れ、その様なデータをディスプレイにレンダリングすることができることに留意されたい。その様な既存のディスプレイ側のチップは、一般に、ベンダー独自のユーザーインターフェースデータをディスプレイに併合する能力を有している。従って、その様なデータを装置に提供することができるなら、その様な情報のディスプレイは一般に可能である。

しかしながら、既存のディスプレイ側の装置に、オンスクリーンデータの挿入を差し込むことができるような仕様を有するインターフェースが無いこともある。幾つかの実施形態では、ＯＳＤデータをディスプレイデバイスに、インターフェースを介して提供するためのシステムとプロセスが提供されている。既存装置を実用的なやり方で利用するためには、既存のインターフェースを使用するのが有利である。例えば、既存のディスプレイデバイスには、通常、ＭＰＥＧ（モーション・ピクチャー・エクスパーツ・グループ）輸送ストリームの様な映像データ入力ストリームを受け入れるのに或るやり方がある。具体的には、多くの既存装置は、圧縮された輸送ストリームデータの標準的な注入方法であるケーブル−カードインターフェース（Cardbus（カードバス）とも呼ばれる）の様なインターフェースを有している。CableCard（ケーブルカード）はＰＣＭＣＩＡ（パーソナル・コンピュータ・メモリ・カード国際協会）規格サイズのカードであり、その様なカードを用いれば、例えば、デジタルケーブルサービスをディスプレイデバイスへ、セットトップケーブルボックスの必要性無しに、提供できるようになる。輸送ストリームは、音声、映像、及びデータ用の通信プロトコルに準じて提供されるデータを含んでいる。輸送ストリームは、ＭＰＥＧ−２仕様であり、デジタル映像と音声を多重化できるようにすることと、出力を同期化することを意図している。幾つかの実施形態では、システム又は方法は、ディスプレイデータを輸送ストリームに注入するのに、デジタルケーブルインターフェースの様な既存のインターフェースを利用している。或る実施形では、輸送ストリームは、一連の１８８バイトデータパケットを提供している。この連なりの中で、各パケットは標準ヘッダと特定用途向けデータペイロードを有している。それぞれの輸送ストリームパケットは、関係付けられているパケットのタイプを記述する１３ビット値であるＰＩＤ（パケット識別子）を保有している。ＰＩＤ値は仕様化が進んだものもあり、その様なＰＩＤとしては、ＭＰＥＧ−２第１部、システム−ＩＳＯ／ＩＥＣ（国際標準化機構／国際電気標準会議）規格１３８１８−１（情報技術−動画及び関連音声のジェネリックコーディング：システム）、及びＡＴＳＣ（アドバンスト・テレビジョン・システムズ・コミッティ）規格に合わせた値が挙げられる。ディスプレイデバイスは、一般に、既知のＰＩＤパケットの標準コンテンツに依存している。１つの周知されているＰＩＤ値に「０ｘ１FFF」があり、これはパケットが空であることを示している。幾つかの実施形態では、ディスプレイデバイスには、パケットＰＩＤ値に基づいてパケットを逆多重化する能力と、以降の処理のために同様のデータをひとまとめに収集する能力がある。

或るシステムでは、輸送ストリームは、一方向通信である場合によく使用されている。この通信では、送信側は受信側からフィードバックを受け取らないので、送信側は、受信側の性能を超えないことが保証されるようなやり方で挙動することが求められる。これを確実にするため、「バッファモデル」が使用されており、バッファが要求に応じてデータを吸収するようになっている。その様なプロセスでは、送信側と受信側は、必要とされるバッファモデルに従ってデータ転送を実施することに別々に合意することができ、両者が挙動に関して合意した上は、システムが伝送に際しリソース問題に遭遇することはない。しかしながら、幾つかの実施形態では、ネットワークプロトコルはバッファモデルを利用しておらず、むしろ「できる限り速く」を基本にした活動を提供している。幾つかの実施形態では、ディスプレイデータは、既存のディスプレイチップへ、既存のインターフェースを使用して提供されており、当該データは、例えば、普通のＭＰＥＧデータの既存バッファモデルを侵害しないようなやり方で挿入される。

幾つかの実施形態では、ＯＳＤデータは、データパケットとして輸送ストリームの中へ挿入される。幾つかの実施形態では、ＯＳＤデータパケットにはＰＩＤ値が割り当てられており、割り当ては、例えば、ユーザー定義範囲、標準化団体から、又は動的には正規コンテンツ範囲から採用されている。幾つかの実施形態では、ＯＳＤデータパケットは、使用されていないＰＩＤが検出されたときに、使用されていないデータパケットの置き換えとして挿入される。幾つかの実施形態では、ＯＳＤソース装置は、遊休輸送ストリームパケットを使用し、遊休にあたるＰＩＤ(ＰＩＤ ０ｘ１FFF)を保有しているパケットをＯＳＤパケットで置き換えることによって、複数のＯＳＤデータを既存の輸送ストリームの中へ挿入してもよい。遊休パケットを置き換えることに加え、ＯＳＤソース装置は、ＯＳＤデータを、遊休ではないがディスプレイデバイスによって捨てられることになるデータを保有していることが分かっている不必要なパケットに挿入してもよい。その様なデータとしては、限定するわけではないが、代替音声又は第２の映像データが挙げられる。その様な使用されないデータは、場合により、時により、個別に確定される。

不必要な（遊休又は不使用）データパケットと置き換えてＯＳＤパケットを挿入するプロセスでは、ＯＳＤパケットの挿入は、輸送ストリーム内の他のコンテンツの配送を速める働きも遅らせる働きもしないので、輸送ストリーム内の他のコンテンツのバッファモデルは損なわれない。幾つかの実施形態では、ＯＳＤソース装置は、追加的又は代替的に、既存の輸送ストリームを、輸送ストリーム用の元のクロック速度より速いクロック速度を使用してディスプレイデバイスへ配送するようにし、こうして、余分の輸送ストリームパケットをギャップに挿入できるだけの余裕が生まれるようにしてもよい。この事例のクロックが変更される状況では、ＯＳＤソース装置は、既存の輸送ストリームデータのタイムスタンプ情報を、データオーバーランの問題が回避されるように慎重に更新することが求められるかもしれない。

幾つかの実施形態では、オンスクリーンデータは、既存のディスプレイデバイス内で逆多重化され、ディスプレイデバイスによる働き掛けを受ける。しかしながら、既存のディスプレイデバイスは、一般に、注入されたオンスクリーンデータに即座に働き掛けることはできず、従って、注入されたＯＳＤデータがそれを扱うために割り付けられているバッファ領域を使い果たしてしまう可能性がある。幾つかの実施形態では、オンスクリーンデータが既存のディスプレイデバイスをオーバーランさせないようにするために、ＯＳＤのソースは、既存のディスプレイデバイスから、バッファの現在状態と、必要があればデータを絞るためのオペレーションとに関してフィードバックを受け取る。幾つかの実施形態では、バッファ状態に関して提供されるフィードバックは、既存のディスプレイデバイス内の別の既存のインターフェースを利用して実施されてもよい。例えば、既存のＯＳＤ装置のＩＩＣマスターが、バッファ状態を周期的に表明するようにしてもよいし、或いは事象に応えて表明を行ってもよい。しかしながら、フィードバックは何か特定のインターフェースに限定されるものではなく、必要なフィードバックを提供するのに利用できるならどの様なインターフェースを利用してもよい。幾つかの実施形態では、既存のディスプレイデバイスカードで完全二重化ケーブルカードインターフェースが利用可能である場合には、バッファ状態を表すのにケーブルカード信号を使用することもできる。

他の実施形態では、ＯＳＤソース装置は、ディスプレイデバイスの「レンダリングモデル」の様な、ディスプレイデバイスに関する情報を含んでいてもよく、そうして、その様な情報を利用して、異なるコマンドが実行されるのにどれ程かかるかを予測するようにしてもよい。レンダリングモデルに基づいて予測されたタイミングを使用した場合、ＯＳＤソース装置は、ソース装置が既存のディスプレイデバイスのバッファが安全なレベルに在ると確信するまで、オンスクリーンディスプレイコマンドを減速するよう求められることもあり得る。

幾つかの実施形態では、ソフトウェアコマンド又は論理を含め、既存のディスプレイデバイス上のモジュールは、Raven（レーブン）ＯＳＤデータを（ＰＩＤフィルタリングを介して）受信及び逆多重化するオペレーション、及びそれをディスプレイにレンダリングすることに備えている。幾つかの実施形態では、既存のディスプレイデバイス上のソフトウェア、論理、又は他のコマンドは、既存のディスプレイデバイスからのバッファ状態をオンスクリーンディスプレイソースへ配送することに備えている。このプロセスでは、新しいデータを搬送するのに既存のインターフェースを使用することもできる。

幾つかの実施形態では、既存のディスプレイデバイス上のソフトウェア、論理、又は他のコマンドにも、既存のディスプレイデバイスからのユーザー事象情報をオンスクリーンディスプレイソースへ配送する責任を負わせてもよい。幾つかの実施形態では、ユーザー事象データを搬送するのに既存のインターフェースを使用することもできる。

幾つかの実施形態では、ディスプレイのオンスクリーンディスプレイソース装置は、ネットワークにつながれた１つ又はそれ以上の装置からの同時ディスプレイ更新情報を受け入れ、データをひとまとめに多重化し、多重化されたデータを既存の輸送ストリームと併合し、同データを既存のディスプレイチップに配送することに責任を負っている。

ここに提供されている考察はＯＳＤデータに関しているが、例えばインスタンス制御情報の様な他のデータも、ここに提供されている入力ストリーム挿入技法を使って既存のディスプレイデバイスへ配送することができる。

図２は、本発明の或る実施形態のオンスクリーンディスプレイの説明図である。この説明図では、スクリーン６０上に画像１０６とＯＳＤメニュー１０２が提供されている。ＯＳＤメニュー１０２は、アイコンと語１０４−１（ケーブル）、１０４−２（アンテナ）、１０４−３（テレビ録画）、１０４−４（ムービー）、１０４−５（ミュージック）、１０４−６（フォト）、及び１０４−７（インターネット）を含んでいる。アイコンと語１０４−１は、識別帯１１０によって示されている様に強調表示（選択）されている。ＯＳＤメニューの最上部には、メニューに何が含まれているかを記述している「メディアサービス」の語が見られる。スクリーン６０上には第２のＯＳＤ１１４も含まれている。ＯＳＤ１１４は、純粋に情報提供を目的としたもの（株式表示器など）であってもよいし、ＯＳＤメニュー１０２の様に対話型ＯＳＤであってもよい。対話型ＯＳＤは、ユーザーがＯＳＤ上の項目を選択してアクティブにすることができるものである。本発明の幾つかの実施形態では、ＯＳＤメニュー１０２、ＯＳＤ１１４、又は両方は、ディスプレイデバイス用の入力ストリームに挿入することによって既存のディスプレイデバイスに提供されている。

図３は、幾つかの実施形態でのオンスクリーンデータのディスプレイデバイスへの配送の説明図である。この説明図では、映像ソース装置１４４は、導体１４２を通してネットワーク５０に連結されている。加えて、映像ソース装置１２２と映像ソース装置１２６が、映像機器ボックス１２０に含まれており、導体１２４を通してネットワーク５０に連結されている。映像装置１２８は、導体１２５を通してネットワーク５０に連結されている。映像ソース装置１３２は、無線アンテナ１３４と１３６を通してネットワーク５０に無線式に連結されている。

映像ソース装置１４４は、ディスプレイ用のＯＳＤ信号を生成するためのＯＳＤ作成回路構成１４６を含んでいる。ＯＳＤ信号は、少なくとも部分的には、ネットワーク内の他のソース装置、装置１２２、１２６、１２８、及び１３２からの信号に基づいていてもよい。映像ソース装置１４４は、一般にはテレビであるディスプレイデバイス１５４に連結されている。（映像ソース装置とディスプレイデバイスは別々のエンティティとして示されているが、幾つかの実施形態では、映像ソース装置とディスプレイデバイスは１つのエンティティに組み合わされていてもよい。）ディスプレイデバイス１５４は、ディスプレイの画面１６０用の信号を提供するためのディスプレイ制御回路機構を含んでいる。しかしながら、ディスプレイデバイス１５４は、ＯＳＤデータ信号用のインターフェースを含んでいない既存装置であってもよい。幾つかの実施形態では、映像ソース装置１４４は、ＯＳＤ信号を生成し、ＯＳＤデータをデータパケットとしてディスプレイデバイス１６０用の既存の入力ストリームへと多重化しようとする。

図４は、オンスクリーンディスプレイをディスプレイデバイスに提供する映像ソース装置の説明図である。幾つかの実施形態では、映像ソース装置４０５は、ディスプレイデバイス用の輸送ストリーム４１５を受け入れるために、ケーブル−カードインターフェース４３０の様な輸送ストリームインターフェースを含んでいる。ソース装置４０５は、更に、他のソース装置４１０からデータを受信するためにインターフェース４２０を含んでいてもよい。ソース装置は、ディスプレイデバイスに提供されることになるＯＳＤデータを生成するためのＯＳＤデータ生成部を含んでいてもよい。映像ソース装置４０５は、ＯＳＤデータを、既存の輸送ストリームの中へ、同輸送ストリーム内の安全な場所に挿入するために、マルチプレクサ４３５を含んでいる。

幾つかの実施形態では、映像装置ソース４０５は、多重化された輸送ストリーム４５０をディスプレイデバイスへ出力するために、輸送ストリームインターフェース４４０を含んでいる。幾つかの実施形態では、映像ソース装置４０５には、既存のディスプレイデバイスから標準又は特定装置向けインターフェースを介して戻される情報を受け入れる能力がある。この説明図では、映像ソース装置４５５は、更に、ディスプレイデバイスフィードバック４５５を、ケーブルインターフェース４４０を通してか又は別のインターフェースを通してかの何れかで受信することもできる。幾つかの実施形態では、映像ソース装置４０５は、既存のディスプレイデバイス内のリソースをオーバーランさせないように、協働するか又は独立的にバッファモデルを計算する能力を含んでいる。説明を分かり易くするために、映像ソース装置４０５は、ディスプレイデバイスと対になっているものとして示されているが、幾つかの実施形態では、単一のソース装置が複数の装置と又は装置のセットの内の１つに接続されていてもよい。

図５は、ディスプレイデバイスの或る実施形態を示している。この説明図では、ディスプレイデバイス５０５は、輸送ストリーム５２５を受け入れるために、ケーブル−カードインターフェースの様な輸送ストリームインターフェース５３０を含んでいる。この例では、輸送ストリーム５２５は、普通の輸送ストリームデータとＯＳＤデータを含んでいてもよい。ディスプレイデバイス５０５は、更に、ＯＳＤデータを他の輸送ストリームデータから分離することを含め、データを分離するために、デマルチプレクサ５３５を含んでいる。ディスプレイデバイスは、受信されたデータをバッファリングするためのバッファ５４０を含んでいてもよい。ディスプレイデバイス５０５は、ＯＳＤデータ用のバッファの状態に関してフィードバック５５０−５５５を提供するようになっていてもよい、このフィードバックは、輸送ストリームインターフェース５３０が双方向である場合にはこれを介して提供されてもよいし、そうでなければ別のインターフェースを介して提供されてもよい。ディスプレイデバイス５０５は、受信されたＯＳＤデータを解釈するためのＯＳＤ解釈モジュール５６０と、オンスクリーンディスプレイの使用に関連した遠隔制御事象の様な事象に関して、外部ネットワーク装置との通信を提供するための制御事象モジュール５６５を含んでいてもよい。ディスプレイモジュール５０５は、更に、ＯＳＤ関連リソースの状態に関しての外部装置との通信に備えるためのモジュールを含むこともでき、こうして、バッファモデルにおける合意が可能になる。

図６は、オンスクリーンディスプレイを提供するためのプロセスの或る実施形態を説明するためのフローチャートを提示している。この説明図では、６０２で、輸送ストリームがディスプレイデバイス用に開始されることになる。６０４で、ＯＳＤ関連データが、１つ又はそれ以上の映像ソース装置から受信されることになり、６０６で、ディスプレイデバイスからのＯＳＤデータがディスプレイデバイス用に生成される。次いで、６０８で、ＯＳＤデータを挿入する場所を求めて輸送ストリームが走査される。６１０で、データパケットが不必要（遊休又は別に不使用）であるか又は伝送内にギャップがあれば、６１６で、ＯＳＤパケットが輸送ストリームに、使用されていないパケットに対する置き換えとしてか又はギャップへの挿入としてかの何れかで挿入される。プロセスは、６１２での、輸送ストリームのクロック速度を上げて輸送ストリームにギャップを作り出そうとする段階を含んでいてもよい。加えて、パケットの挿入は、ディスプレイデバイスが受信されたパケットにどの様に応えるかを予想するために、６１８でのディスプレイデバイスのレンダリングモデルの使用を含んでいてもよい。加えて、６２０で、ディスプレイデバイスから、ＯＳＤデータに対するバッファの状態に関する問題を指し示すフィードバックを受信した場合は、６２２で、ディスプレイのリソースがオーバーランしないようにＯＳＤデータを絞ってもよい。

以上の説明では、本発明を十分に理解して頂くために、説明を目的として多数の特定の詳細事項を述べてきた。しかしながら、当業者には自明の様に、本発明は、それらの特定の詳細事項の一部無しに実施することもできる。他の例を挙げると、周知の構造及び装置はブロック図の形式で示されている。図示されている構成要素の間には中間的な構造が介在していてもよい。ここに説明され図示されている構成要素は、図示及び説明されていない追加の入力又は出力部を有していてもよい。

本発明は、様々なプロセスを含んでいてもよい。本発明のプロセスは、ハードウェア構成要素によって行われてもよいし、機械実行可能命令の中に具体化されていてもよく、それらは、命令でプログラムでされている汎用又は特殊用途のプロセッサ又は論理回路に当該プロセスを実行させるために用いられる。代わりに、プロセスは、ハードウェアとソフトウェアの組合せによって実行されてもよい。

本発明の諸部分は、コンピュータプログラム製品として提供することができ、その様な製品は、本発明によるプロセスを実行するようコンピュータ（又は他の電子装置）をプログラムするのに使用されるコンピュータプログラム命令を記憶させたコンピュータ読み取り可能媒体を含んでいてもよい。機械読み取り可能媒体には、限定するわけではないが、フロッピーディスケット、光学ディスク、ＣＤ−ＲＯＭ（コンパクトディスク読み取り専用メモリ）、及び磁気光学ディスク、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダム・アクセス・メモリ）、ＥＰＲＯＭ（消去可能プログラム可能読み取り専用メモリ）、ＥＥＰＲＯＭ（電気的消去可能プログラム可能読み取り専用メモリ）、磁気又は光学カード、フラッシュメモリ、又は電子命令を記憶するのに適した他の種類の媒体／機械読み取り可能媒体が含まれる。更に、本発明は、コンピュータプログラム製品としてダウンロードされるようにし、プログラムが遠隔のコンピュータから要求側コンピュータに転送されるようにしてもよい。

方法の多くは、それらの最も基本的な形態で説明されているが、本発明の基本的な範囲から逸脱することなく、記載されている方法の何れに対してもプロセスを追加又は削除することができるし、記載されているメッセージの何れに対しても情報を追加又は省略することもできる。当業者には自明の様に、多くの更なる修正及び改造を施すことができる。特定の実施形態は、本発明を限定するためにではなく説明するために提供されている。本発明の範囲は、以上に提示されている特定の例によってではなく、以下の特許請求の範囲によってのみ確定される。

要素「Ａ」が、要素「Ｂ」に又は要素「Ｂ」と、連結されているという場合、要素Ａは、要素Ｂに直に連結されていてもよいし、例えば要素Ｃを通して間接的に連結されていてもよい。明細書又は特許請求の範囲で、構成要素、特徴、構造、プロセス、又は特性Ａが、構成要素、特徴、構造、プロセス、又は特性Ｂを「引き起こす、〜させる」と述べられている場合、「Ａ」は「Ｂ」の少なくとも部分的な原因であることを意味するが、但し「Ｂ」を生じさせることを支援する少なくとも１つの他の構成要素、特徴、構造、プロセス、又は特性が存在している場合もあるという意味である。明細書で、構成要素、特徴、構造、プロセス、又は特性が、「含まれていてもよい」、「含まれている場合もある」、又は「含めることができる」と表されている場合、当該の特定の構成要素、特徴、構造、プロセス、又は特性が含まれることが要求されているわけではない。明細書で、「或る」又は「一」要素という場合、これは、記載要素が１つしかないという意味ではない。

実施形態は、本発明の実施形又は実施例である。明細書で、「或る実施形態」、「１つの実施形態」、「幾つかの実施形態」、又は「他の実施形態」という場合、当該実施形態に関連して記載されている特定の特徴、構造、又は特性は、少なくとも幾つかの実施形態には含まれているが、必ずしも全ての実施形態に含まれているとは限らないという意味である。「或る実施形態」、「１つの実施形態」、又は「幾つかの実施形態」は様々に登場するが、必ずしも全てが同一の実施形態を指しているわけではない。なお、本発明の代表的な実施形態の以上の説明の中で、本発明の様々な特徴は、開示を合理化して様々な発明的態様の１つ又はそれ以上を理解する上で役立てることを目的に、まとめて単一の実施形態、図、又は記述としてグループ化されている場合もあるものと理解頂きたい。しかしながら、開示のこの方法は、特許請求されている発明がそれぞれの請求項に明示的に列挙されているより多くの特性を必要とするという意図を反映したものと解釈されるべきではない。そうではなく、以下の特許請求の範囲が示す様に、発明の態様は、単一の以上に開示されている実施形態の特性の全てよりも少ないところに位置していてもよい。従って、特許請求の範囲は、これによりこの記載の中に明示的に盛り込まれており、それぞれの請求項は、本発明の別々の実施形態として独立している。

Claims (25)

1. ディスプレイデバイス用の入力ストリームを受信するためのインターフェースと、
   前記ディスプレイデバイス用のオンスクリーンディスプレイデータを生成するためのモジュールと、
   前記オンスクリーンディスプレイデータを前記入力ストリームへと多重化するためのマルチプレクサと、を備えている装置。
2. 前記多重化されたデータを前記ディスプレイデバイスに提供するため、前記ディスプレイデバイスのインターフェースとの接続を更に備えている、請求項１に記載の装置。
3. 前記オンスクリーンディスプレイデータを前記入力ストリームへと多重化する段階は、入力ストリームパケットをオンスクリーンディスプレイデータパケットで置き換える段階を含んでいる、請求項１に記載の装置。
4. 前記入力ストリームパケットは、遊休データパケットである、請求項３に記載の装置。
5. 前記入力ストリームパケットは、前記ディスプレイデバイスによって使用されることのないデータパケットである、請求項３に記載の装置。
6. 前記装置は、前記入力ストリームのクロック速度を上げるように構成されており、前記オンスクリーンディスプレイデータを前記入力ストリームへと多重化する段階は、オンスクリーンディスプレイデータパケットを前記入力ストリームのギャップに挿入する段階を含んでいる、請求項１に記載の装置。
7. 前記ディスプレイデバイスのモデルを更に備えており、前記オンスクリーンディスプレイデータを前記入力ストリームへと多重化する段階は、前記ディスプレイデバイスがオンスクリーンディスプレイデータパケットの挿入にどう応えるかを確定する段階を含んでいる、請求項１に記載の装置。
8. 前記入力ストリームは、ＭＰＥＧ（モーション・ピクチャー・エクスパーツ・グループ）輸送ストリームを備えている、請求項１に記載の装置。
9. 装置において、
   入力ストリーム用のインターフェースと、
   デマルチプレクサであって、前記入力ストリーム内の他の入力データからオンスクリーンデータを逆多重化するためのデマルチプレクサと、
   前記オンスクリーンディスプレイデータを解釈するためのモジュールと、
   前記オンスクリーンディスプレイデータに基づいて、オンスクリーンディスプレイを含んでいるディスプレイを生成するためのディスプレイ制御回路と、
   生成されたディスプレイを表示するための画面と、を備えている装置。
10. 前記入力ストリーム用の前記インターフェースは、ケーブルカードインターフェースを備えている、請求項９に記載の装置。
11. 前記オンスクリーンディスプレイデータ用のバッファを更に備えている、請求項９に記載の装置。
12. 前記バッファの状態に関してフィードバックを提供するためのモジュールを更に備えている、請求項１１に記載の装置。
13. 前記フィードバックは、前記入力ストリーム用の前記インターフェースを介して提供される、請求項１２に記載の装置。
14. 第２のインターフェースを更に備えており、前記フィードバックは、前記第２のインターフェースを介して提供される、請求項１２に記載の装置。
15. 前記入力ストリームは、ＭＰＥＧ（モーション・ピクチャー・エクスパーツ・グループ）輸送ストリームを備えている、請求項９に記載の装置。
16. 方法において、
    ディスプレイデバイス用のオンスクリーンデータを生成する段階と、
    前記ディスプレイデバイス用の入力ストリームを受信する段階と、
    前記オンスクリーンディスプレイデータを前記入力ストリームへと多重化する段階と、
    前記多重化された入力ストリームと前記オンスクリーンディスプレイデータを前記ディスプレイデバイスに提供する段階と、から成る方法。
17. １つ又はそれ以上の映像ソース装置からオンスクリーンディスプレイに関する情報を受信する段階を更に含んでおり、前記オンスクリーンディスプレイデータを生成する段階は、少なくとも部分的には、前記受信された情報に基づいている、請求項１６に記載の方法。
18. 前記ディスプレイデバイスから、前記オンスクリーンディスプレイデータ用のリソースの状態に関してフィードバックを受信する段階を更に含んでいる、請求項１６に記載の方法。
19. 前記リソースのオーバーランを防止するため、前記オンスクリーンディスプレイデータを絞る段階を更に含んでいる、請求項１８に記載の方法。
20. 前記オンスクリーンディスプレイデータを前記入力ストリームへと多重化する段階は、前記入力ストリームの中の不必要なデータパケットを識別する段階と、前記不必要なデータパケットをオンスクリーンディスプレイデータパケットで置き換える段階と、を含んでいる、請求項１６に記載の方法。
21. 前記不必要なデータパケットは、遊休データパケットである、請求項２０に記載の方法。
22. 前記不必要なデータパケットは、前記ディスプレイデバイスによって使用されることのないデータパケットである、請求項２０に記載の方法。
23. 前記入力ストリームのクロック速度を上げる段階を更に含んでおり、前記オンスクリーンディスプレイデータを前記入力ストリームへと多重化する段階は、オンスクリーンディスプレイデータパケットを前記入力ストリームのギャップに挿入する段階を含んでいる、請求項１６に記載の方法。
24. 前記多重化された入力ストリームデータと前記オンスクリーンディスプレイデータを前記ディスプレイデバイスに提供する段階は、データを入力ストリームインターフェースに提供する段階を含んでいる、請求項１６に記載の方法。
25. 前記入力ストリームインターフェースは、ケーブルカードインターフェースを含んでいる、請求項１６に記載の方法。

Images