JP5958885B2 - パケットを使用したデジタルインタフェース経由のクローズドキャプションデータの伝送 - Google Patents

Description

本発明は、全体的には、パケットを使用して高解像度マルチメディアインタフェース（ＨＤＭＩ）等のデジタルインタフェースを経由したクローズドキャプションデータの伝送に関する。

アナログＴＶにおいて、クローズドキャプション（ＣＣ）テキストは、ＴＶ信号内で送られて、ＴＶで処理及び表示されている。このことは、視聴者が、ＴＶのリモコン装置（ＲＣ）を用いてＣＣ設定、例えば「ｏｎ」又は「ｏｆｆ」、並びに他のＣＣ関連設定を行うことを意味する。しかしながら、デジタルＴＶ（ＤＴＶ）の出現で、現在では、ＴＶのＲＣをＣＣ設定の確立に使用できる方法で、ＤＴＶ等のマルチメディアシンク（受信側）を備えるセットトップボックス等のマルチメディアソース（送信側）にリンクするデジタルインタフェース（例えば、ＨＤＭＩ等の）を横切ってＣＣデータを伝送する方法が存在しない。その代わりに、ソースは、ＴＶ信号をシンクに送信する前にＴＶ信号内でＣＣデータと統合するする必要があり、このことは、ＣＣ設定の確立を、一般にソースＲＣを用いてソースと通信することで行う必要があることを意味する（同等に、単一のＲＣを用いてＴＶ制御とＳＴＢ制御との間で切り替えることで）。

各ＲＣを切り替えること又は単一のＲＣのデバイス制御指示を切り替えることは、一般にＣＣを必要とする多くの視聴者にとって不便であり混乱をきたす場合もある。

従って、限定されるものではないがセットトップボックス等のマルチメディアソースは、クローズドキャプション（ＣＣ）データを含むＴＶ信号を受信するＴＶ信号受信機を備える。ＨＤＭＩインタフェース等のデジタルマルチメディア（ＤＭ）インタフェースを備え、プロセッサは、ＴＶ信号受信機からの信号を受信して、ＤＭインタフェースを介してマルチメディアコンテンツのシンクと通信する。プロセッサは、ＣＣデータをＴＶビデオ（非テキストビデオ）データを含まないＣＣデータパケットにカプセル化することを含むロジックを実行する。ＣＣデータパケットは、ビデオデータを含むマルチメディアパケットと組み合わせて、ＤＭインタフェースを介してシンクに送信する。

ＤＭインタフェースは、高解像度マルチメディアインタフェース（ＨＤＭＩ）とすることができる。特定の態様において、プロセッサは、マルチメディアパケットのストリームにＣＣデータパケットをインターリーブすることで、ＣＣデータパケットをマルチメディアパケットと組み合わせることができる。例示的な実施形態において、ＣＣデータパケットは、シンクに送信されるＣＣデータパケット及びマルチメディアパケットのストリームにおいて、ＣＣデータパケットが関連するマルチメディアパケットの直前又は直後にＣＣデータパケットを配置することで、ＣＣデータパケットが関連する、関連マルチメディアパケットに関連付けることができる。他の実施例において、ＣＣデータパケットは、ＣＣデータパケット内に該ＣＣデータパケットが関連するマルチメディアパケットに対するポインタを与えることで、ＣＣデータパケットが関連する、関連マルチメディアパケットに関連付けることができる。

他の態様において、限定されるものではないがビデオを含むマルチメディアデータを表示するためのＴＶ等のシンクは、ビデオディスプレイと、ソースからマルチメディアパケット及びクローズドキャプション（ＣＣ）パケットのストリームを受信するデジタルメディア（ＤＭ）インタフェースと、を含む。シンクプロセッサは、ストリームを受信してＣＣパケットを抽出する。シンクプロセッサは、マルチメディアパケットをデコードして、デコードされたマルチメディアパケットが表すビデオをディスプレイ上に表示する。また、シンクプロセッサは、ユーザ入力装置に応答して、ＣＣパケットから得たＣＣテキストを選択的にビデオと一緒にディスプレイ上に表示する。

特定の実施例において、シンクプロセッサは、ユーザ入力装置からＣＣ ｏｆｆ指令を受信して、これに応答して、ディスプレイ上でビデオと一緒にＣＣテキストを表示しない。シンクプロセッサは、ユーザ入力装置からＣＣ ｏｎ指令を受信して、これに応答して、ディスプレイ上でビデオと一緒にＣＣテキストを表示する。

他の態様において、組立体は、シンクデバイスのディスプレイ上にビデオを表示するためのマルチメディアデータ構造を記録する有形の非一時的コンピュータ可読記憶媒体を含む。また、媒体はクローズドキャプション（ＣＣ）データ構造を記録する。ＣＣデータ構造は、マルチメディアデータを含まないが、シンクで受信したユーザ指令に応答してビデオと一緒にディスプレイ上に表示されるＣＣテキストを表す情報を含む。プロセッサはこの媒体にアクセスする。媒体及びプロセッサがマルチメディアのソースにある場合、プロセッサは、ＣＣデータ構造及びビデオを表すマルチメディアパケットを含む情報ストリームを、シンク上にストリームを提示するためにシンクへのデジタルメディア（ＤＭ）インタフェースを介してシンクに供給する。シンクへのユーザ指令入力に応答して、シンクは、ＣＣテキストをビデオと一緒に表示するか否かを決定する。他方で、媒体及びプロセッサがマルチメディアのシンクにある場合、プロセッサは、ＣＣデータ構造及びビデオを表すマルチメディアパケットを含む情報ストリームをデジタルメディア（ＤＭ）インタフェースを介してソースから受信する。シンクへのユーザ指令入力に応答して、シンクプロセッサは、ＣＣテキストをビデオと一緒に表示するか否かを決定する。

本発明の構造及び作動の詳細事項は、添付の図面を参照することで十分に理解でき、図面において同じ参照番号は同じ部品を示している。

本発明による例示的なシステムのブロック図である。 クローズドキャプション（ＣＣ）パケットとして使用できる例示的なデータ構造を示す。 対応するフレームレート及びタイプに関する種々の非限定的なＣＣパケットのデータブロックサイズを示す表である。 本発明による例示的なソース（送信側）ロジックのフローチャートである。 本発明による例示的なシンク（受信側）ロジックのフローチャートである。

最初に図１を参照すると、システム１０は、セットトップボックス等のマルチメディアのソース（送信側）１２、及びマルチメディアを表示するためのデジタルＴＶ（ＤＴＶ）等のシンク（受信側）１４を備えるが、ソース１２は、衛星受信機又はＩＰでビデオを受信するインターネットインタフェース等の他のソースで具体化することができ、シンク１４は、例えば、ゲームプレーヤ、ビデオディスクプレーヤ、デジタルクロックラジオ、携帯電話、個人情報端末等によって具体化することができる。

図１に示すように、ソース１２は、特にセットトップボックスとして構成する場合、デジタルソースプロセッサ１８を支持する携帯型軽量プラスチック製ハウジング１６を含む。ソースプロセッサ１８は、受信機２０からのＣＣテキストを表すクローズドキャプション（ＣＣ）データと共にビデオ信号を含むＴＶ信号を受信する。非限定的な実施例において、ＴＶチューナ２２は、ソースプロセッサ１８に対して同調チャンネルのＴＶ信号だけを通過させるようにソースプロセッサ１８によって制御できる。どのような場合も、ソースプロセッサは、受信信号をデコードして、以下に詳細に説明するように、ＣＣデータをビデオ信号から分離し、これらを別個にパケット化して各パケットをストリームに組み合わせて、得られたストリームをデジタルメディア（ＤＭ）インタフェース２４を経由してシンク１４に送信する。ＤＭインタフェース２４は、ＨＤＭＩインタフェースとすることができる。ソースプロセッサ１８は、本目的に適する半導体及び／又はディスクスペース記憶装置等の有形で非一時的なコンピュータ可読記憶媒体２６にアクセスできる。

シンク１４は、シンクハウジング３０内に配置されるシンクＤＭインタフェース２８においてソース１２からのストリームを受信する。ストリームは、有線又は無線リンク３２を通して受信する。シンクＤＭインタフェース２８からの信号は、ＴＶチューナ３４を経由して、本目的に適する半導体及び／又はディスクスペース記憶装置等の有形で非一時的なコンピュータ可読記憶媒体にアクセスするシンクプロセッサ３６に送ることができる。シンクプロセッサ３４は、赤外線又は無線周波数リモコン装置（ＲＣ）等のユーザ入力装置４０からのユーザ指令信号に応答してチューナ３４を制御して所望のチャンネルに同調するようになっており、ＲＣからの信号は無線指令受信機で受信してシンクプロセッサ３６に送られる。シンクプロセッサ３６は、適切なデコードを実行してディスプレイ４４上にビデオを表示するが、ストリーム中のオーディオは１つ又はそれ以上のスピーカ４６で再生する。以下に詳細に説明するように、シンクプロセッサ３６は、ＴＶのＲＣ４０が送信してシンク無線指令受信機４２が受信した指令信号に応答して、ＣＣデータをデコードしてディスプレイ４４上に表示するか否かも決定する。ソース１２及びシンク１４は、別個のハウジングとして示すが、特定の実施例では、ソースはシンクと統合することができる。

図２は、ＣＣデータを搬送するがビデオ又はオーディオデータは搬送しない情報データパケットを規定できる例示的なＣＣデータ構造４８を示す。本質的に、ＣＣデータ構造４８は、シンク１４で受信したＲＣ４０からのユーザ指令に応答して、ディスプレイ４４上にビデオと一緒に表示されるＣＣテキストを表す情報を含む。

ＣＣデータ構造４８は、ソースがマルチメディアデータと一緒に受信したＣＣ情報に基づいてソース１２で生成される。データ構造４８は、ソース記憶媒体２６に格納できるので、ソースプロセッサ１８は、ソース媒体２６にアクセスしてＣＣデータ構造及びビデオを表すマルチメディアパケットを含む情報ストリームをシンク１４に対して供給できる。同様に、ＣＣデータ構造４８を受信してシンクプロセッサ３６がアクセスできるシンク記憶媒体３８に記憶することができ、シンクプロセッサ３６は、ＲＣ４０からシンク１４に入力されるユーザ指令に応答して、ＣＣテキストをビデオと一緒にディスプレイ４４上に表示するか否かを決定する。

図２に示す例示的なデータ構造４８において、データ構造４８は、パケット４８がどの形式のパケットかを示すフレーム形式コードフィールド５０を含むことができる。この場合、フレーム形式コードは、パケットがＣＣデータパケットであることを示す。所望であれば、バージョン番号フィールド５２を追加してパケット形式のバージョンを示すこともできる。

更に、図２に示す例示的なデータ構造４８は、ＣＣデータ構造のＣＣテキストを表す後続のデータフィールド５６のバイト数を示すフィールド５４を含むことができる。ＣＣテキストを表す実際のバイトは、データフィールド５６に含めることができる。構造４８の最後を示すために、図示のような最終バイトフィールド５８を設けることができる。

図３は、フレームレート及びフレーム形式に基づいて、データ構造４８のデータフィールド５４に含めることができる、例示的で非限定的なＣＣデータのバイト数を示す。例えば、２４又は２３．９７の単位秒あたりのフレーム（ｆｐｓ）レート及びプログレッシブフレーム形式に関して、データフィールド５６は、５０バイトのＣＣデータを含むことができる。他方で、３０又は２９．９７ｆｐｓレートでインターレースフレーム形式に関して、データフィールド５６は、２０バイトだけのＣＣデータを含むことができる。更度、３０又は２９．９７ｆｐｓレートでプログレッシブフレーム形式に関して、データフィールド５６は、４０又は６０バイトのＣＣデータを含むことができるが、６０又は５９．９４ｆｐｓレートでプログレッシブフレーム形式に関して、データフィールド５６は、２０、４０、又は６０バイトのＣＣデータを含むことができる。高フレームレートに関して、前記テーブルと一致するように周波数及びＣＣデータのバイト数を調整することができる。例えば、フレームレートが１２０Ｈｚの場合、１つおきのフレームをＣＣパケットとすること、つまり、ストリームの各ビデオパケットの間にＣＣパケットをインターリーブすることができる。

図４を参照すると、ソースプロセッサ１８が実行する例示的なロジックを理解できる。ブロック６０において、ソースは、例えばケーブルヘッドエンドからＣＣデータが埋め込まれたＴＶ信号を受信する。信号は、適切にデコードされ、ブロック６２において、ＣＣデータは、ビデオ（及びオーディオ）から分離されてデータ構造４８内に配置される。ＣＣデータが取り除かれたビデオは解凍され、解凍された状態で、ブロック６４において、ＣＣパケットは、解凍ビデオパケットにインターリーブされてストリームが規定され、ストリームは、使用している伝送用のデジタルメディアプロトコルに応じて適切にエンコードするためのソースＤＭインタフェース２４を介してシンク１４に送信される。１つの実施例において、各ＣＣデータパケットは、例えばケーブルヘッドエンドから受信した信号が示すようにＣＣデータパケットが関連する、１つ又はそれ以上のビデオパケットと関連付けされる。この関連付けは、特定のＣＣテキストが表示されるビデオフレームを示す。従って、ソースプロセッサ１８は、受信した信号への相関関係を知ることができ、１つの実施例において、ソースプロセッサは、ストリームにおいて、ＣＣデータパケットが関連するマルチメディアパケットの直前又は直後にＣＣデータパケットを配置することで、ＣＣ−ビデオ相関関係をシンクに伝えるが、このようにして、シンクは、単純にテキストを伝達するＣＣパケットの直前又は直後のビデオフレームにＣＣテキストを提示することで、どのビデオフレームに関連のＣＣテキストを表示するかを知ることができる。

別の実施例において、ソースプロセッサは、ＣＣ−ビデオ相関関係を、ＣＣデータパケットにポインタを与えることでＣＣデータパケットが関連するマルチメディアパケットへ伝える。従って、図２に示すデータ構造４８は、ＣＣテキストが重ね合わされる関連のビデオパケットを指示するポインタフィールドを含むことができる。

シンクプロセッサ３６が実行可能な例示的なロジックを理解するために図５を参照すると、ブロック６８において、ＣＣ及びビデオパケットのストリームを受信して例えばＤＭ受信機２８で適切にデコードし、次に、ブロック７０においてビデオを解凍する前にＣＣパケットをビデオパケットから抽出する。ＣＣパケットは、少なくとも一時的にシンク記憶媒体３８に格納できる。ブロック７０において、ＣＣ情報が取り除かれた状態のビデオパケットの解凍を含む、任意の更なるＴＶパケットのデコード及び処理が行われる。

本発明によれば、視聴者がシンクプロセッサ３６に信号を送るためにＲＣ４０を操作することで（ソースプロセッサ１８に信号を送るのではなく）、シンクプロセッサ３６は所望のＣＣ設定を確立することができる。１つの実施例として、視聴者は、ＲＣ４０を操作して、ＣＣユーザインタフェースをナビゲートすることができる。視聴者にＣＣを「ｏｎ」及び「ｏｆｆ」する選択肢、つまりディスプレイ４４上にビデオと一緒にＣＣテキストを表示するか又は付随のＣＣテキスト無しでビデオだけを表示する選択肢を提示する。他の非限定的な例示的な設定はＣＣ言語を含む。

従って、決定ブロック７４は、単純に、視聴者の指令を入力するためのＲＣ４０操作に応答して、ロジックがブロック７６に進んで、ディスプレイ４４上でビデオの上にＣＣパケットで表されるＣＣテキストを重ね合わせるか、さもなければＣＣテキスト及びビデオを同時に表示するようになっていることを示す。シンクプロセッサ３６は、ＣＣ−ビデオ相関関係がストリーム内の位置的な相関関係を規定すること、又は前述のポインタベースの相関関係を規定することのいずれかを利用して、どのビデオフレームにどのＣＣテキストを表示すべきかを決定できることを容易に理解できるはずである。他方では、視聴者が「ＣＣ ｏｆｆ」を選択すると、ロジックはブロック７８に進み、ディスプレイ４４上にビデオだけを表示して、クローズドキャプションを行わない。従って、図４及び５は、好都合にフローチャート形式で与えられ、限定的ではなく、状態図も同様に特定のロジックを表すことができる

本明細書では、特定のパケットを使用したデジタルインタフェースを介するクローズドキャプションデータデータの伝送を示して説明するが、本発明が包含する主題は請求項によってのみ限定されることを理解されたい。

Claims (4)

1. シンクデバイス（１４）のディスプレイ（４４）上にビデオを表示するために少なくともビデオを表すマルチメディアデータ及びクローズドキャプション（ＣＣ）データを記録する、有形の非一時的コンピュータ可読の記憶媒体（２６）と、ここで、前記ＣＣデータは、前記マルチメディアデータを含まず、前記シンクデバイスがユーザ入力装置から受信した指令信号に応答して前記ディスプレイ上に前記ビデオと一緒に表示することになるＣＣテキストを表す情報を含み、
   前記記憶媒体（２６）にアクセスするプロセッサ（１８）と、
   を備える組立体であって、
   前記プロセッサは、前記記憶媒体にアクセスして、前記シンクデバイスがユーザ入力装置から受信した指令信号に応答して、前記ＣＣテキストを前記ビデオと一緒に表示するか否かを決定する前記シンクデバイスに、前記ＣＣデータをパケット化したＣＣパケット及び前記ビデオを表すマルチメディアデータをパケット化したマルチメディアパケットを含む情報ストリームをデジタルメディア（ＤＭ）インタフェース（２４）を介して供給し、 前記ＣＣパケットのデータ構造には、ビデオのフレームレートとフレーム形式の第１の組み合わせに対して第１のバイト数のＣＣテキストのデータが含まれ、ビデオのフレームレートとフレーム形式の第２の組み合わせに対して第２のバイト数のＣＣテキストのデータが含まれていることを特徴とする組立体。
2. 前記ＣＣパケットのデータ構造は、前記ＣＣパケットのデータ構造のＣＣテキストを表すバイト数を示すフィールド（５４）を含む、請求項１に記載の組立体。
3. 前記ＣＣパケットのデータ構造は、ＣＣテキストを表すバイトを伝達するフィールド（５６）を含む、請求項２に記載の組立体。
4. 前記組立体は、マルチメディアソースのデバイス（１２）内に組み込まれ、前記プロセッサ（１８）は、前記記憶媒体（２６）にアクセスして前記情報ストリームをシンクデバイス（１４）に供給する、請求項１に記載の組立体。

Images