クローズドキャプションCCデータを含むTV信号を受信する信号受信機20と、デジタルマルチメディアDMインタフェース24と、前記信号受信機から信号を受信してDMインタフェースを介してマルチメディアコンテンツのシンク14と通信するプロセッサ18と、を備えるマルチメディアソース12であって、前記プロセッサは、前記CCデータCCを、TVの非テキストビデオデータを含まないデータパケットにカプセル化する段階62と、前記CCデータパケットを少なくともビデオデータを含むマルチメディアパケットと組み合わせる段階64と、前記CCデータパケット及びマルチメディアパケットを、前記DMインタフェースを介して前記シンクに送信する段階66と、を含むロジックを実行する、ソース。前記ソースは、セットトップボックスで具体化される、請求項1に記載のソース。前記セットトップボックスは、TVチューナ22を含む、請求項2に記載のソース。前記DMインタフェース24は、高解像度マルチメディアインタフェースHDMIである、請求項1に記載のソース。前記プロセッサは、前記CCデータパケットをマルチメディアパケットのストリームにインターリービング64することで、前記CCデータパケットを前記マルチメディアパケットと組み合わせる、請求項1に記載のソース。前記CCデータパケットは、前記シンクに送信されるCCデータパケット及びマルチメディアパケットのストリームにおいて、前記CCデータパケットが関連するマルチメディアパケットの直前又は直後にCCデータパケットを配置することで、CCデータパケットが関連する、関連のマルチメディアパケットと関連付けられる、請求項1に記載のソース。CCデータパケットは、CCデータパケット内にCCデータパケットが関連するマルチメディアパケットに対するポインタを与えることで、CCデータパケットが関連する、関連のマルチメディアパケットと関連付けられる、請求項1に記載のソース。ビデオデータを含むマルチメディアデータを提示するためのシンク14であって、ビデオディスプレイ44と、マルチメディアパケット及びクローズドキャプションCCパケットのストリームをソース12から受信する、デジタルメディアDMインタフェース28と、前記ストリームを受信して前記CCパケットを抽出するシンクプロセッサ36と、を備え、前記シンクプロセッサは、マルチメディアパケットをデコードしてディスプレイ上にデコードされたマルチメディアパケットが表すビデオを表示し76、78、前記シンクプロセッサは、ユーザ入力装置に応答して、選択的に74、前記ディスプレイ上に前記ビデオと一緒に前記CCパケットから得たCCテキストを表示する76、シンク。前記シンクは、TVチューナ34を含み、TVによって具体化される、請求項8に記載のシンク。前記シンクプロセッサは、前記ユーザ入力装置40からCCoff指令を受信して、これに応答して、前記ディスプレイ上に前記ビデオと一緒にCCテキストを表示しない、請求項8に記載のシンク。前記シンクプロセッサは、前記ユーザ入力装置40からCCon指令を受信して、これに応答して、前記ディスプレイ上に前記ビデオと一緒にCCテキストを表示する、請求項10に記載のシンク。前記ユーザ入力装置40は、無線リモコン装置である、請求項8に記載のシンク。前記プロセッサは、マルチメディアパケットに対するCCパケットのストリーム内の位置に応答して、前記ビデオ内に前記CCテキストを表示するか否かを決定する、請求項8に記載のシンク。前記プロセッサは、CCテキストが抽出されるCCパケット内の関連のマルチメディアパケットを示すポインタに応答して、前記ビデオに前記CCテキストを表示するか否かを決定する、請求項8に記載のシンク。シンクデバイス14のディスプレイ44上にビデオを表示するために少なくともビデオを表すマルチメディアデータ構造及びクローズドキャプションCCデータ構造を記録する、有形の非一時的コンピュータ可読記憶媒体26、38と、前記媒体にアクセスするプロセッサ18、36とを備える組立体であって、前記CCデータ構造は、マルチメディアデータを含まないが、前記シンクから受信したユーザ指令に応答して、前記ディスプレイ上に前記ビデオと一緒に表示することになるCCテキストを表す情報を含み、前記プロセッサ18、36は、a前記シンクへのユーザ指令入力に応答して、前記CCテキストを前記ビデオと一緒に表示するか否かを決定する前記シンクに前記ストリームを提示するために、前記CCデータ構造及び前記ビデオを表すマルチメディアパケットを含む情報ストリームをデジタルメディアDMインタフェース24を介して前記シンク14に送信するか、又は、bソース12からデジタルメディアDMインタフェース28を介して前記CCデータ構造及び前記ビデオを表すマルチメディアパケットを含む情報ストリームを受信して、更に前記シンクへのユーザ指令入力に応答して前記ディスプレイ上に前記CCテキストを前記ビデオと一緒に表示するか否かを決定する、ようになっている組立体。前記CCデータ構造の各々は、フレーム形式コードフィールド50を含む、請求項15に記載の組立体。前記CCデータ構造の各々は、前記CCデータ構造のCCテキストを表すバイト数を示すフィールド54を含む、請求項15に記載の組立体。前記CCデータ構造の各々は、CCテキストを表すバイトを伝達するフィールド56を含む、請求項17に記載の組立体。前記組立体は、マルチメディアソース12内に組み込まれ、前記プロセッサ18は、前記媒体26にアクセスして情報ストリームをシンク14に供給する、請求項15に記載の組立体。前記組立体は、TV14内に組み込まれ、前記プロセッサ36は、情報ストリームを前記ソース12から受信して、前記ビデオをディスプレイ44に表示すると共に、前記シンクへのユーザ指令入力に応答して、前記ディスプレイ上に前記CCテキストを前記ビデオと一緒に表示するか否かを決定する、請求項15に記載の組立体。各RCを切り替えること又は単一のRCのデバイス制御指示を切り替えることは、一般にCCを必要とする多くの視聴者にとって不便であり混乱をきたす場合もある。従って、限定されるものではないがセットトップボックス等のマルチメディアソースは、クローズドキャプションCCデータを含むTV信号を受信するTV信号受信機を備える。HDMIインタフェース等のデジタルマルチメディアDMインタフェースを備え、プロセッサは、TV信号受信機からの信号を受信して、DMインタフェースを介してマルチメディアコンテンツのシンクと通信する。プロセッサは、CCデータをTVビデオ非テキストビデオデータを含まないCCデータパケットにカプセル化することを含むロジックを実行する。CCデータパケットは、ビデオデータを含むマルチメディアパケットと組み合わせて、DMインタフェースを介してシンクに送信する。DMインタフェースは、高解像度マルチメディアインタフェースHDMIとすることができる。特定の態様において、プロセッサは、マルチメディアパケットのストリームにCCデータパケットをインターリーブすることで、CCデータパケットをマルチメディアパケットと組み合わせることができる。例示的な実施形態において、CCデータパケットは、シンクに送信されるCCデータパケット及びマルチメディアパケットのストリームにおいて、CCデータパケットが関連するマルチメディアパケットの直前又は直後にCCデータパケットを配置することで、CCデータパケットが関連する、関連マルチメディアパケットに関連付けることができる。他の実施例において、CCデータパケットは、CCデータパケット内に該CCデータパケットが関連するマルチメディアパケットに対するポインタを与えることで、CCデータパケットが関連する、関連マルチメディアパケットに関連付けることができる。他の態様において、限定されるものではないがビデオを含むマルチメディアデータを表示するためのTV等のシンクは、ビデオディスプレイと、ソースからマルチメディアパケット及びクローズドキャプションCCパケットのストリームを受信するデジタルメディアDMインタフェースと、を含む。シンクプロセッサは、ストリームを受信してCCパケットを抽出する。シンクプロセッサは、マルチメディアパケットをデコードして、デコードされたマルチメディアパケットが表すビデオをディスプレイ上に表示する。また、シンクプロセッサは、ユーザ入力装置に応答して、CCパケットから得たCCテキストを選択的にビデオと一緒にディスプレイ上に表示する。特定の実施例において、シンクプロセッサは、ユーザ入力装置からCCoff指令を受信して、これに応答して、ディスプレイ上でビデオと一緒にCCテキストを表示しない。シンクプロセッサは、ユーザ入力装置からCCon指令を受信して、これに応答して、ディスプレイ上でビデオと一緒にCCテキストを表示する。他の態様において、組立体は、シンクデバイスのディスプレイ上にビデオを表示するためのマルチメディアデータ構造を記録する有形の非一時的コンピュータ可読記憶媒体を含む。また、媒体はクローズドキャプションCCデータ構造を記録する。CCデータ構造は、マルチメディアデータを含まないが、シンクで受信したユーザ指令に応答してビデオと一緒にディスプレイ上に表示されるCCテキストを表す情報を含む。プロセッサはこの媒体にアクセスする。媒体及びプロセッサがマルチメディアのソースにある場合、プロセッサは、CCデータ構造及びビデオを表すマルチメディアパケットを含む情報ストリームを、シンク上にストリームを提示するためにシンクへのデジタルメディアDMインタフェースを介してシンクに供給する。シンクへのユーザ指令入力に応答して、シンクは、CCテキストをビデオと一緒に表示するか否かを決定する。他方で、媒体及びプロセッサがマルチメディアのシンクにある場合、プロセッサは、CCデータ構造及びビデオを表すマルチメディアパケットを含む情報ストリームをデジタルメディアDMインタフェースを介してソースから受信する。シンクへのユーザ指令入力に応答して、シンクプロセッサは、CCテキストをビデオと一緒に表示するか否かを決定する。本発明の構造及び作動の詳細事項は、添付の図面を参照することで十分に理解でき、図面において同じ参照番号は同じ部品を示している。最初に図1を参照すると、システム10は、セットトップボックス等のマルチメディアのソース送信側12、及びマルチメディアを表示するためのデジタルTVDTV等のシンク受信側14を備えるが、ソース12は、衛星受信機又はIPでビデオを受信するインターネットインタフェース等の他のソースで具体化することができ、シンク14は、例えば、ゲームプレーヤ、ビデオディスクプレーヤ、デジタルクロックラジオ、携帯電話、個人情報端末等によって具体化することができる。図1に示すように、ソース12は、特にセットトップボックスとして構成する場合、デジタルソースプロセッサ18を支持する携帯型軽量プラスチック製ハウジング16を含む。ソースプロセッサ18は、受信機20からのCCテキストを表すクローズドキャプションCCデータと共にビデオ信号を含むTV信号を受信する。非限定的な実施例において、TVチューナ22は、ソースプロセッサ18に対して同調チャンネルのTV信号だけを通過させるようにソースプロセッサ18によって制御できる。どのような場合も、ソースプロセッサは、受信信号をデコードして、以下に詳細に説明するように、CCデータをビデオ信号から分離し、これらを別個にパケット化して各パケットをストリームに組み合わせて、得られたストリームをデジタルメディアDMインタフェース24を経由してシンク14に送信する。DMインタフェース24は、HDMIインタフェースとすることができる。ソースプロセッサ18は、本目的に適する半導体及び/又はディスクスペース記憶装置等の有形で非一時的なコンピュータ可読記憶媒体26にアクセスできる。シンク14は、シンクハウジング30内に配置されるシンクDMインタフェース28においてソース12からのストリームを受信する。ストリームは、有線又は無線リンク32を通して受信する。シンクDMインタフェース28からの信号は、TVチューナ34を経由して、本目的に適する半導体及び/又はディスクスペース記憶装置等の有形で非一時的なコンピュータ可読記憶媒体にアクセスするシンクプロセッサ36に送ることができる。シンクプロセッサ34は、赤外線又は無線周波数リモコン装置RC等のユーザ入力装置40からのユーザ指令信号に応答してチューナ34を制御して所望のチャンネルに同調するようになっており、RCからの信号は無線指令受信機で受信してシンクプロセッサ36に送られる。シンクプロセッサ36は、適切なデコードを実行してディスプレイ44上にビデオを表示するが、ストリーム中のオーディオは1つ又はそれ以上のスピーカ46で再生する。以下に詳細に説明するように、シンクプロセッサ36は、TVのRC40が送信してシンク無線指令受信機42が受信した指令信号に応答して、CCデータをデコードしてディスプレイ44上に表示するか否かも決定する。ソース12及びシンク14は、別個のハウジングとして示すが、特定の実施例では、ソースはシンクと統合することができる。図2は、CCデータを搬送するがビデオ又はオーディオデータは搬送しない情報データパケットを規定できる例示的なCCデータ構造48を示す。本質的に、CCデータ構造48は、シンク14で受信したRC40からのユーザ指令に応答して、ディスプレイ44上にビデオと一緒に表示されるCCテキストを表す情報を含む。CCデータ構造48は、ソースがマルチメディアデータと一緒に受信したCC情報に基づいてソース12で生成される。データ構造48は、ソース記憶媒体26に格納できるので、ソースプロセッサ18は、ソース媒体26にアクセスしてCCデータ構造及びビデオを表すマルチメディアパケットを含む情報ストリームをシンク14に対して供給できる。同様に、CCデータ構造48を受信してシンクプロセッサ36がアクセスできるシンク記憶媒体38に記憶することができ、シンクプロセッサ36は、RC40からシンク14に入力されるユーザ指令に応答して、CCテキストをビデオと一緒にディスプレイ44上に表示するか否かを決定する。図2に示す例示的なデータ構造48において、データ構造48は、パケット48がどの形式のパケットかを示すフレーム形式コードフィールド50を含むことができる。この場合、フレーム形式コードは、パケットがCCデータパケットであることを示す。所望であれば、バージョン番号フィールド52を追加してパケット形式のバージョンを示すこともできる。更に、図2に示す例示的なデータ構造48は、CCデータ構造のCCテキストを表す後続のデータフィールド56のバイト数を示すフィールド54を含むことができる。CCテキストを表す実際のバイトは、データフィールド56に含めることができる。構造48の最後を示すために、図示のような最終バイトフィールド58を設けることができる。図3は、フレームレート及びフレーム形式に基づいて、データ構造48のデータフィールド54に含めることができる、例示的で非限定的なCCデータのバイト数を示す。例えば、24又は23.97の単位秒あたりのフレームfpsレート及びプログレッシブフレーム形式に関して、データフィールド56は、50バイトのCCデータを含むことができる。他方で、30又は29.97fpsレートでインターレースフレーム形式に関して、データフィールド56は、20バイトだけのCCデータを含むことができる。更度、30又は29.97fpsレートでプログレッシブフレーム形式に関して、データフィールド56は、40又は60バイトのCCデータを含むことができるが、60又は59.94fpsレートでプログレッシブフレーム形式に関して、データフィールド56は、20、40、又は60バイトのCCデータを含むことができる。高フレームレートに関して、前記テーブルと一致するように周波数及びCCデータのバイト数を調整することができる。例えば、フレームレートが120Hzの場合、1つおきのフレームをCCパケットとすること、つまり、ストリームの各ビデオパケットの間にCCパケットをインターリーブすることができる。図4を参照すると、ソースプロセッサ18が実行する例示的なロジックを理解できる。ブロック60において、ソースは、例えばケーブルヘッドエンドからCCデータが埋め込まれたTV信号を受信する。信号は、適切にデコードされ、ブロック62において、CCデータは、ビデオ及びオーディオから分離されてデータ構造48内に配置される。CCデータが取り除かれたビデオは解凍され、解凍された状態で、ブロック64において、CCパケットは、解凍ビデオパケットにインターリーブされてストリームが規定され、ストリームは、使用している伝送用のデジタルメディアプロトコルに応じて適切にエンコードするためのソースDMインタフェース24を介してシンク14に送信される。1つの実施例において、各CCデータパケットは、例えばケーブルヘッドエンドから受信した信号が示すようにCCデータパケットが関連する、1つ又はそれ以上のビデオパケットと関連付けされる。この関連付けは、特定のCCテキストが表示されるビデオフレームを示す。従って、ソースプロセッサ18は、受信した信号への相関関係を知ることができ、1つの実施例において、ソースプロセッサは、ストリームにおいて、CCデータパケットが関連するマルチメディアパケットの直前又は直後にCCデータパケットを配置することで、CC-ビデオ相関関係をシンクに伝えるが、このようにして、シンクは、単純にテキストを伝達するCCパケットの直前又は直後のビデオフレームにCCテキストを提示することで、どのビデオフレームに関連のCCテキストを表示するかを知ることができる。別の実施例において、ソースプロセッサは、CC-ビデオ相関関係を、CCデータパケットにポインタを与えることでCCデータパケットが関連するマルチメディアパケットへ伝える。従って、図2に示すデータ構造48は、CCテキストが重ね合わされる関連のビデオパケットを指示するポインタフィールドを含むことができる。シンクプロセッサ36が実行可能な例示的なロジックを理解するために図5を参照すると、ブロック68において、CC及びビデオパケットのストリームを受信して例えばDM受信機28で適切にデコードし、次に、ブロック70においてビデオを解凍する前にCCパケットをビデオパケットから抽出する。CCパケットは、少なくとも一時的にシンク記憶媒体38に格納できる。ブロック70において、CC情報が取り除かれた状態のビデオパケットの解凍を含む、任意の更なるTVパケットのデコード及び処理が行われる。本発明によれば、視聴者がシンクプロセッサ36に信号を送るためにRC40を操作することでソースプロセッサ18に信号を送るのではなく、シンクプロセッサ36は所望のCC設定を確立することができる。1つの実施例として、視聴者は、RC40を操作して、CCユーザインタフェースをナビゲートすることができる。視聴者にCCをon及びoffする選択肢、つまりディスプレイ44上にビデオと一緒にCCテキストを表示するか又は付随のCCテキスト無しでビデオだけを表示する選択肢を提示する。他の非限定的な例示的な設定はCC言語を含む。従って、決定ブロック74は、単純に、視聴者の指令を入力するためのRC40操作に応答して、ロジックがブロック76に進んで、ディスプレイ44上でビデオの上にCCパケットで表されるCCテキストを重ね合わせるか、さもなければCCテキスト及びビデオを同時に表示するようになっていることを示す。シンクプロセッサ36は、CC-ビデオ相関関係がストリーム内の位置的な相関関係を規定すること、又は前述のポインタベースの相関関係を規定することのいずれかを利用して、どのビデオフレームにどのCCテキストを表示すべきかを決定できることを容易に理解できるはずである。他方では、視聴者がCCoffを選択すると、ロジックはブロック78に進み、ディスプレイ44上にビデオだけを表示して、クローズドキャプションを行わない。従って、図4及び5は、好都合にフローチャート形式で与えられ、限定的ではなく、状態図も同様に特定のロジックを表すことができる本明細書では、特定のパケットを使用したデジタルインタフェースを介するクローズドキャプションデータデータの伝送を示して説明するが、本発明が包含する主題は請求項によってのみ限定されることを理解されたい。