(57)【特許請求の範囲】
【請求項１】
第１のストリーミングされたマルチメディアコンテンツの処理時間を示すように適合された提示タイムスタンプを有する第１のストリーミングされたマルチメディアコンテンツを受信する通信手段と、
提示タイムスタンプ値をシフトする調整手段であり、第２の装置で処理される第２のストリーミングされたマルチメディアコンテンツの処理時間に前記第１のストリーミングされたマルチメディアコンテンツの前記処理時間を同期させることを目的とする調整手段と、
前記調整手段の連続した活性化を検出し、前記調整手段の複数の連続した活性化が検出された場合、前記第１のストリーミングされたマルチメディアコンテンツの処理速度を変更するように適合された同期手段と、
前記シフトされた提示タイムスタンプ値及び前記変更された処理速度に従って前記第１のストリーミングされたマルチメディアコンテンツを処理する出力手段と
を有する装置。
【請求項２】
前記処理速度は内部クロックに基づき、前記同期手段は、前記調整手段の複数の連続した活性化が検出された場合、クロック速度を変更することを特徴とする、請求項１に記載の装置。
【請求項３】
セットトップボックスと、請求項１又は２に記載の装置とを有するシステムであって、
前記セットトップボックスは、前記第２のストリーミングされたマルチメディアコンテンツを受信する通信手段を有するシステム。
【請求項４】
前記セットトップボックスは、前記第２のストリーミングされたマルチメディアコンテンツの前記処理時間を変更する調整手段を有することを特徴とする、請求項３に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概してデジタルテレビに関し、特に複数の受信機で複数のストリームを同期させる方法に関する。
【背景技術】
【０００２】
この部分は、読者に様々な技術側面を紹介することを目的としており、この様々な技術側面は、以下に説明する及び／又は特許請求の範囲に記載する本発明の様々な態様に関係し得る。この説明は、読者に背景情報を提供するのに有用であり、本発明の様々な態様をより良く理解することを促進すると考えられる。従って、これらの説明は、このような観点から読まれるべきであり、従来技術の承認として読まれるべきではない。
【０００３】
今日では、ブロードバンドTV及び移動TVのような様々な方法が、マルチメディアストリームをエンドユーザにもたらすために共存している。ブロードバンドTVでは、受信機は、通常では標準的なTV装置であり、セットトップボックス又はSTBと呼ばれる受信装置に接続されている。移動TVでは、受信装置は、移動電話又はパーソナルデジタルアシスタントのような移動端末である。
【０００４】
MPEG-2ストリームでは、複数のコンポーネント（例えば、オーディオ、ビデオ）が、適切な時間に処理されるために相互に同期している。これは、コンポーネント間同期（inter-component  synchronization）と呼ばれる。一般的な例は吹き替え（lip  synchronization又はlip-syncとも呼ばれる）であり、これは、人の口が対応するビデオで動くのとちょうど同じ時間にオーディオを提供する。このような同期は、典型的には特有のタイムスタンプのおかげで実現されている。MPEG-2ストリームでは、提示タイムスタンプ（PTS：Presentation  Time  Stamp）がこのような同期を確保する。オーディオサンプルのPTSは、内部クロック（MPEG-2ストリーム内に含まれるPCRのおかげで設定される）に関するその提示時間を示す。同様に、ビデオサンプルのPTSは、同じ内部クロックに関するその提示時間を示す。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
マルチメディアコンテンツをエンドユーザに配信する全ての方法の収束は、配信機構を組み合わせる可能性を拡大している。例えば、第１のオーディオビデオストリームは、ブロードバンドネットワークを通じてSTBに送信される可能性があるが、第１のオーディオビデオストリームと同じ第２のオーディオビデオストリームは、移動ネットワークを通じて移動端末に送信される可能性がある。異なる装置で処理されるこのようなマルチメディアコンポーネントは、コンポーネント間同期では同期できない。この理由は、装置がお互いのコンポーネントのPTSを認識しないからである。このため、エンドユーザは、STBを通じて表示される第１のビデオに対応するオーディオを聞くために、移動端末を同時に使用することができない。同じエンコーダが同じPTS及びPCRを共有する双方のストリームの起点であるとしても、処理時間は、受信装置で同じでない可能性がある。これは、主に同じではない可能性があり、異なる遅延を提供し得る装置内の受信及びデコードユニットにより使用されるバッファのためである。
【０００６】
他の例は、第１の配信ネットワークからの第１のオーディオビデオストリームと、第２の配信ネットワークからの第２のオーディオビデオストリームとを受信する装置であり、双方のストリームが異なるタイムスタンプを有する場合である。この場合、受信装置がこれらの双方のストリームからコンポーネントを同期させる手段が存在しない。
【０００７】
本発明は、複数の異なる配信ネットワークから１つ以上の装置により受信される２つのストリームの同期に関する問題の少なくともいくつかに対処することを目的とする。
【課題を解決するための手段】
【０００８】
このため、本発明は、第１のマルチメディアコンテンツをプッシュモードで受信する通信手段であり、第１のマルチメディアコンテンツは第２のコンポーネントを有するストリームの第１のコンポーネントであり、第１のマルチメディアコンテンツは第１のマルチメディアコンテンツの処理時間を示すように適合された提示タイムスタンプを有する通信手段と、提示タイムスタンプ値をシフトする調整手段であり、第２の装置で処理されるストリームの第２のマルチメディアコンテンツの処理に処理を同期させることを目的とする調整手段と、提示タイムスタンプに従って第１のマルチメディアコンテンツを処理する出力手段とを有する装置に関する。
【０００９】
驚くことに、この装置は、受信したストリームを他の装置で表示されるストリームと同期させることが可能になる。同期は、調整手段を通じて実行される。これは、ユーザが第２のストリームの処理に基づいてストリームを同期させることを可能にするユーザインタフェースである。
【００１０】
ストリームはプッシュモードで受信され、情報の送信は、サーバから生じる。情報は、受信機にブロードキャストされる。
【００１１】
第１の装置で処理されるオーディオストリームは、第２の装置で処理されるビデオストリームと同期する。第１のオーディオビデオストリームは、STBでブロードバンドネットワークを通じて受信される。第１のビデオストリームに対応する第２のオーディオストリームは、移動端末で移動ネットワークを通じて受信される。例えば、この第２のオーディオストリームは、第１のオーディオと異なるオーディオ言語である。
【００１２】
提示タイムスタンプは、ストリームの第１のコンポーネントのパケットに追加される。これは、第１のマルチメディアコンテンツの処理時間を示すように適合される。受信機は、提示タイムスタンプを抽出し、提示タイムスタンプの値で第１のマルチメディアコンテンツを処理する。
【００１３】
有利には、このことにより、サービスプロバイダがスクリーン上でビデオを提供し、オーディオ受信機でビデオの複数の言語に対応する複数のオーディオを提供することが可能になる。
【００１４】
装置は、ストリームを受信する通信手段を有する何らかの種類の装置であり、ストリームは、オーディオ、ビデオ又は何らかのインタラクティブコンテンツである。装置は、セットトップボックス、セルラ装置（携帯装置）、DVB-H受信機、Wi-Fi局でもよく、これらに限定されない。
【００１５】
実施例によれば、シフトは、提示タイムスタンプ値を前方又は後方に移動（前進又は後退）させる。
【００１６】
実施例によれば、ストリームはMPEG-2ストリームであり、第１のマルチメディアコンテンツはMPEG-2ストリームのオーディオコンポーネントである。
【００１７】
他の実施例によれば、ストリームはMPEG-2ストリームであり、第１のマルチメディアコンテンツはMPEG-2ストリームのビデオコンポーネントである。
【００１８】
他の実施例によれば、処理速度は内部クロックに基づき、調整手段がクロック速度を変更する。
【図面の簡単な説明】
【００１９】
【図１】実施例に従ったシステムのブロック図
【図２】実施例に従ったオブジェクトのブロック図
【図３】処理時間の差を示す図
【図４】処理時間の変更を示す図
【図５】クロックの変更を示す図
【発明を実施するための形態】
【００２０】
開示された実施例の範囲に相応する特定の態様は、以下に示される。これらの態様は、単に本発明が取り得る特定の形式の簡単な要約を読者に提供するために提示されており、これらの態様は、本発明の範囲を限定することを意図しないことがわかる。実際に、本発明は、以下に示されない様々な態様を包含し得る。
【００２１】
本発明は、限定的ではなく、添付図面を参照して以下の実施例及び実際の例を用いて理解され、説明される。
【００２２】
図２において、示されているブロックは単に機能要素であり、必ずしも物理的に異なる要素に対応するとは限らない。すなわち、これらは、ソフトウェアの形式で開発されてもよく、１つ又は複数の集積回路に実装されてもよい。
【００２３】
図１は、実施例に従ったシステムのブロック図である。
【００２４】
第１のオーディオビデオストリーム6（MPEG-2トランスポートストリーム等）は、第１のネットワーク5でビデオサーバ1により送信される。第１のネットワーク5はブロードバンドネットワークである。これは、STB2により受信される。第１のオーディオビデオストリームはテレビ3に表示される。
【００２５】
第２のオーディオストリーム7は、第２のネットワーク6を通じて移動端末4に送信される。第２のオーディオストリームは、第１のビデオストリームに対応する。これは、ユーザがTV3で第１のビデオストリームを見て、移動端末で他のオーディオ言語での対応する第２のオーディオストリームを聞くことを可能にする。
【００２６】
第１及び第２のストリームは、それぞれSTB及び移動端末にブロードキャストされる。これらは、プッシュモードで送信される。
【００２７】
実施例によれば、第２のオーディオストリームは、DVB-Hネットワークを通じて配信され、移動端末は、DVB-H受信機である。
【００２８】
STBは、ビデオを提示するディスプレイを有する公衆ホットスポットに配置されてもよい。公衆ホットスポットに存在するときに、エンドユーザは、表示されるビデオに対応するオーディオを移動端末で聞く。ホットスポットの異なるユーザは、同じビデオを見て、そのビデオに対応する異なる言語で異なるオーディオストリームを聞く。
【００２９】
当然に、第２のオーディオストリームは、オーディオストリームを移動端末に転送可能な如何なるネットワーク（セルラネットワーク、Wi-Fiネットワーク等）を通じて配信されてもよい。移動端末は、セルラ端末、Wi-Fi受信機、DVB-T端末のような装置でもよい。
【００３０】
STB及び移動端末は、同じビデオサーバから生じるストリームを受信する。ストリームは、同じTV番組のコンポーネントを保持する。これらの２つの装置は、全くメッセージを交換せず、他方が同じTV番組をどのように処理しているかを認識することができない。当然に、これらはまた、異なるサーバからストリームを受信してもよい。
【００３１】
TV及び移動端末でのストリームの処理は、必ずしも同期しているとは限らない。処理遅延は、図３に示すように、伝送ネットワークや各受信装置のローカルバッファのような様々なパラメータに依存する。
【００３２】
実施例に従った移動端末が図２に示されている。これは、オーディオストリームを受信する通信モジュール1.1を有する。受信モジュールは、ストリームから提示タイムスタンプ又はPTSを抽出する。移動端末は、調整モジュール1.5を有する。実施例によれば、調整モジュールは、２つの位置を有するカーソルである。第１の位置は、処理時間を前方に移動（前進）させるように適合される。第２の位置は、処理時間を後方に移動（後退）させるように適合される。エンドユーザが第２のオーディオストリームを早く再生したい場合、カーソルを第２の位置に設定し、適切な遅延に到達させる。エンドユーザがオーディオストリームを遅く再生したい場合、カーソルを第１の位置に設定する。当然に、調整モジュールは、遅延機能を提供する２つのこのような位置を有する如何なる種類のユーザインタフェースでもよい。同期モジュール1.6は、PTSの値を変更するように適合される。調整モジュールから受信した入力から、同期モジュールは、値ΔだけPTSの値を減少又は増加させる。このことは、ストリームから抽出されたPTSで示される値より早く又は遅くストリームを再生することを可能にする。変更されたPTSは、提示モジュール1.3に送信される。ストリームは、図示しないデコードモジュールによりデコードされ、格納モジュール1.2に送信される。提示モジュールは、PTS値に従っていつストリームを再生するかを格納モジュール1.2に示す。ストリームは出力モジュール1.4で再生される。移動端末はまた、図示しない処理モジュールを有する。出力モジュールはまた、ストリームを再生又は処理する他の装置にストリームを送信するように適合されてもよい。図４に示すように、第２のストリームの処理時間が変更される。後方移動後に、遅延が増加し、前方移動後に遅延が減少する。
【００３３】
当然に、調整モジュールはロックされてもよい。ロックされると、調整モジュールは、第１又は第２の位置に設定できない。
【００３４】
実施例によれば、STBはまた、調整モジュールと同期モジュールとを有してもよい。このことは、第１のオーディオビデオストリームの処理時間の変更を可能にする。これは、移動端末の調整モジュールが第２のオーディオの処理時間の十分な遅延を可能にしない場合に意味がある。これは、送信及びバッファ時間がSTBと移動端末との間で異なり、移動端末が第２のオーディオを十分に早く受信しないため、生じ得る。移動端末は、第１のビデオを同期させるのに十分にオーディオを前方に移動できない。STBの調整モジュールは、オーディオビデオストリームの処理を後方に移動させ、オーディオストリームを受信するための多くの時間を移動端末に与えることを可能にする。実施例に従ったSTBが図２に示されている。出力モジュール1.4は、ストリームを処理するTVにストリームを送信する。
【００３５】
代替として、同期モジュールはまた、装置の内部クロックの値を変更するように適合される。これは、クロックの実行速度の値を増加又は減少させる。受信装置は、内部クロックに基づいてストリームを再生する。このことは、ストリームの処理の加速又は減速を可能にする。これは、他の装置と同じ処理速度に処理速度を調整することを可能にする。増加又は減少はペース毎に実行される。
【００３６】
クロック変更は以下のように開始される。同期モジュールは、調整モジュールが処理を適合させるために複数回連続して活性化されたことを検出する。PTS値を変更することに加えて、同期モジュールはまた、クロック速度を変更する。PTS値が増加すると、クロック速度も増加する。PTS値が減少すると、クロック速度も減少する。
【００３７】
装置のクロックが他の装置のクロックと同じ速度で実行していない場合、PTSの変更は不十分である。同期モジュールは、複数のPTSの変更が不十分であることを検出し、クロック速度の変更を開始する。複数の反復の後に、クロック速度は、他の装置のクロック速度に一致する。
【００３８】
実施例によれば、受信機のクロック速度は、MPEG-2標準に従う。これは27MHzに設定される。実施例によれば、ペースは100Hzである。当然に、様々な実施例では、クロック速度及びペースは、異なる値を有してもよい。図５に示すように、オーディオ処理レートR1はビデオ処理レートV1より高い。同期モジュールは、１ペースだけ（ここでは100Hzだけ）クロック速度を減少させ、オーディオ処理レートR2を減少させる（ステップ1）。この適合は、複数のペースだけクロック速度の変更を必要としてもよい（ステップ2及び3）。オーディオ処理レートは、ビデオレートに一致する前に、複数の値R3、R4を取る。
【００３９】
実施例は、オーディオストリームとビデオストリームとの同期を扱う。より一般的には、実施例の調整モジュールはまた、同期していない他のストリームへの何らかのストリーム形式の同期にも適用可能である。実施例はまた、２つの装置が同じオーディオビデオコンテンツを格納してこのコンテンツを再生する場合に、各装置に格納されたコンテンツの処理にも適用可能である。これはまた、ストリーミングコンテンツを受信する装置と格納されたコンテンツを再生する装置との組み合わせにも適用可能である。
【００４０】
詳細な説明、特許請求の範囲及び図面に開示された言及は、独立して又は何らかの適切な組み合わせで提供されてもよい。適切な場合には、機能は、ハードウェア、ソフトウェア又はこれらの２つの組み合わせで実装されてもよい。
【００４１】
ここでの“一実施例”又は“実施例”への言及は、実施例に関して説明した特定の機能、構造又は特徴が本発明の少なくとも１つの実装に含まれ得ることを意味する。明細書の様々な位置に“一実施例では”という用語が現れることは、必ずしも同じ実施例を参照しているとは限らず、必ずしも他の実施例と相互排他的な別の実施例又は代替実施例であるとも限らない。
【００４２】
特許請求の範囲に示されている参照符号は、例示のみであり、特許請求の範囲に限定的な効果を有さない。
【図１】
0005679815.tif 000002
【図２】
0005679815.tif 000003
【図３】
0005679815.tif 000004
【図４】
0005679815.tif 000005
【図５】
0005679815.tif 000006