(57)【要約】      （修正有）【課題】ファスト・チャンネル・チェンジと呼ばれる様々なソリューションにおいて、チャンネル変更遅延の更なる低減を行う方法及び装置を提供する。【解決手段】オーディオ／ビデオ受信機におけるチャンネル変更が、受信機に対するオーディオ／ビデオ・ストリームのバースト配信から開始されるビデオ配信環境において、超過データ配信の持続期間に関するオーディオ−ビデオ・ドリフト及びバースト特性のようなオーディオ／ビデオ・ストリームの特性が特定される。これらの特性の少なくとも１つによって、復号器クロックの初期化に付加すべきオフセットが求められ、それによって、チャンネル変更命令の受信後に動画が可能な限り早く表示され、バーストの終了前にリップ同期オーディオと結び付けられる。【選択図】図７
2017085560.tif 000002
【特許請求の範囲】
【請求項１】
インターネット・プロトコル・ネットワークを介してオーディオ／ビデオ・ストリームを受信するオーディオ／ビデオ受信装置のファスト・チャンネル・チェンジの方法において、該方法が前記オーディオ／ビデオ受信装置によって実施され、該方法が、
チャンネル変更命令を受信することと、
新たなチャンネルに対応する前記オーディオ／ビデオ・ストリームのバースト配信についての要求を送信することと、
前記バースト配信に含まれるビデオのプレゼンテーション・タイム・スタンプの受信前の前記バースト配信に含まれる最新のプログラム・クロック・リファレンスとオフセットとの加算値で前記オーディオ／ビデオ受信装置内の復号器クロックを初期化することであって、前記オフセットは、前記バーストにおけるビデオ・フレームとそれに対応するオーディオ・フレームとの間のドリフトと、データがプレイアウト・レートでの配信に比べて超過して受信される前記バースト配信の一部分の持続期間として定義される前記バースト配信の超過データ配信の持続期間との関数である、前記初期化することと、
前記バースト配信の終了後に前記プレイアウト・レートで前記オーディオ／ビデオ・ストリームを受信することと、
を含むことを特徴とする、前記方法。
【請求項２】
前記ドリフトは、前記ビデオのプレゼンテーション・タイム・スタンプと前記最新のプログラム・クロック・リファレンスとの差分である、請求項１に記載の方法。
【請求項３】
前記差分が前記バースト配信の超過データ配信の前記持続期間よりも短い場合は、前記オフセットが前記ドリフトに等しく、その他の場合は、前記オフセットが超過データ配信の前記持続期間である、請求項１又は２に記載の方法。
【請求項４】
オーディオ・フレームとビデオ・フレームとの間の前記ドリフトをモニタリングすることと、
オーディオ・フレームとビデオ・フレームとの間の前記ドリフトが変化した場合に、前記復号器クロックをオーディオ・フレームとビデオ・フレームとの間のドリフトにおける前記変化に基づいて再初期化することと、
を更に含む、請求項１から３のいずれか１項に記載の方法。
【請求項５】
バースト特性をモニタリングすることと、
前記バースト特性が変化した場合に、前記復号器クロックを前記変化したバースト特性に基づいて再初期化することと、
を更に含む、請求項１から４のいずれか１項に記載の方法。
【請求項６】
オーディオ・フレームとビデオ・フレームとの間の前記ドリフトをモニタリングすることと、
バースト特性をモニタリングすることと、
前記ドリフト又は前記バースト特性が変化した場合に、前記復号器クロックを、前記変化したドリフトに基づいて、又は、前記変化したバースト特性に基づいて、再初期化することと、
を更に含むた、請求項１から３のいずれか１項に記載の方法。
【請求項７】
前記復号器クロックの前記再初期化は、前記オーディオ／ビデオ受信装置によって出力される動画の出現の前に行われる、請求項４から６のいずれか１項に記載の方法。
【請求項８】
前記復号器クロックはシステム・タイム・クロックである、請求項１から３のいずれか１項に記載の方法。
【請求項９】
オーディオ／ビデオ受信装置において、
該オーディオ／ビデオ受信装置が、ビデオのプレゼンテーション・タイム・スタンプの受信前に受信された最新のプログラム・クロック・リファレンスとオフセットとの加算値で前記オーディオ／ビデオ受信装置の復号器クロックを初期化するように構成された復号器クロック初期化器を備え、前記オフセットは、バースト配信におけるオーディオ・フレームとビデオ・フレームとの間のドリフトと、データがプレイアウト・レートでの配信に比べて超過して受信される前記バースト配信の一部分の持続期間として定義される前記バースト配信の超過データ配信の持続期間との関数である、前記オーディオ／ビデオ受信装置。
【請求項１０】
前記装置が、
チャンネル変更命令を受信するように構成されたインタフェースと、
選択されたオーディオ／ビデオ・チャンネルからのオーディオ／ビデオ・コンテンツのバースト配信についての要求を送信するように構成されたネットワーク・インタフェースと、
を更に備え、
前記ネットワーク・インタフェースは、前記バースト配信の終了前にプレイアウト・レートでの伝送からのオーディオ／ビデオ・コンテンツの受信に切り換えるように更に構成されている、請求項９に記載のオーディオ／ビデオ受信装置。
【請求項１１】
前記復号器クロック初期化器は、前記ドリフトを、前記ビデオのプレゼンテーション・タイム・スタンプと前記最新のプログラム・クロック・リファレンスとの差分として算出するように更に構成されている、請求項９又は１０に記載のオーディオ／ビデオ受信装置。
【請求項１２】
前記復号器クロック初期化器は、前記差分が前記バースト受信の超過データ配信の前記持続期間よりも短い場合は、前記オフセットを前記ドリフトと等しくなるように算出するように更に構成されており、その他の場合は、前記オフセットは超過データ配信の前記持続期間である、請求項９から１１のいずれか１項に記載のオーディオ／ビデオ受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概ね、オーディオ／ビデオ・サービスのレンダリングの分野に関し、詳しくは、ファスト・チャンネル・チェンジに関する。
【背景技術】
【０００２】
アナログからデジタルへのテレビジョンの転換は、例えば、伝送帯域幅の増大、画質の向上といった多くの理由で、オーディオビジュアル・コンテンツの送受信において大きな飛躍的進歩であった一方で、チャンネル変更速度は顕著に遅くなった。その理由は、デジタル受信機が、新たなチャンネルの最初の画像を表示する準備ができる前に、多数のタスクを実行するからである。任意の動画を表示でき、音声をその動画と同期させて（リップ同期させて）レンダリングできる前に、処理時間が、特に、オーディオ及び／又はビデオ（ＡＶ）パケットの抽出とバッファリングとに費やされ、受信機のバッファをデジタル伝送から抽出されたＡＶパケットで満たすことに費やされる。多数のユーザが後退として感じるこの欠点を解消するために、一般にファスト・チャンネル・チェンジ（Ｆａｓｔ  Ｃｈａｎｎｅｌ  Ｃｈａｎｇｅ：ＦＣＣ）と呼ばれる様々なソリューション（解決手段）が開発された。このＦＣＣの課題に対するこれらの解決手段の１つは、マルチキャストＩＰストリームにつなげる前のオーディオ／ビデオ・コンテンツのインターネット・プロトコル（ＩＰ）ユニキャスト・バースト伝送である。チャンネルを変更する受信機が、オーディオ／ビデオ・コンテンツについてユニキャスト・バーストを要求する。このバーストの速度はプレイアウト・レート（ｐｌａｙｏｕｔ  ｒａｔｅ）よりも速いので、受信機は、高速で自己の受信バッファを新たなチャンネルのオーディオ／ビデオ・パケットで満たすことができ、高速で復号とレンダリングとを開始できるようになり、その次に、マルチキャスト・ストリームからのオーディオ／ビデオ・パケットの受信に切り換える。十分なオーディオ及びビデオのデータが受信されると、動画が表示される。
【０００３】
従って、チャンネル変更遅延の更なる低減が必要である。
【発明の概要】
【０００４】
本開示は、従来技術の一部の不都合を解消することを目ざすものである。
【０００５】
この目的のために、本原理は、インターネット・プロトコル・ネットワークを介してオーディオ／ビデオ・ストリームを受信するオーディオ／ビデオ受信装置のファスト・チャンネル・チェンジの方法を含む。この方法は、オーディオ／ビデオ受信装置によって実施され、この方法は、チャンネル変更命令を受信することと、新たなチャンネルに対応するオーディオ／ビデオ・ストリームのバースト配信についての要求を送信することと、バースト配信に含まれるビデオのプレゼンテーション・タイム・スタンプの受信前のバースト配信に含まれる最新のプログラム・クロック・リファレンスとオフセットとの加算値でオーディオ／ビデオ受信装置内の復号器クロックを初期化することであって、オフセットは、バースト配信におけるビデオ・フレームとそれに対応するオーディオ・フレームとの間のドリフトと、データがプレイアウト・レートでの配信に比べて超過して受信されるバースト配信の一部分の持続期間として定義されるバースト配信の超過データ配信の持続期間との関数である、初期化することと、バースト配信の終了後にプレイアウト・レートでオーディオ／ビデオ・ストリームを受信することと、を含む。
【０００６】
本方法の一変形態様によれば、ドリフトは、ビデオのプレゼンテーション・タイム・スタンプと最新のプログラム・クロック・リファレンスとの差分である。
【０００７】
本方法の一変形態様によれば、差分がバースト配信の超過データ配信の持続期間よりも短い場合は、オフセットはドリフトに等しく、その他の場合は、オフセットは超過データ配信の持続期間である。
【０００８】
本方法の一変形態様によれば、本方法は、オーディオ・フレームとビデオ・フレームとの間のドリフトをモニタリングすることと、オーディオ・フレームとビデオ・フレームとの間のドリフトが変化した場合に、復号器クロックをオーディオ・フレームとビデオ・フレームとの間のドリフトにおける変化に基づいて再初期化することと、を更に含む。
【０００９】
本方法の一変形態様によれば、本方法は、バースト特性をモニタリングすることと、バースト特性が変化した場合に、復号器クロックを変化したバースト特性に基づいて再初期化することと、を更に含む。
【００１０】
本方法の一変形態様によれば、本方法は、オーディオ・フレームとビデオ・フレームとの間のドリフトをモニタリングすることと、バースト特性をモニタリングすることと、ドリフト又はバースト特性が変化した場合に、復号器クロックを、変化したドリフトに基づいて、又は、変化したバースト特性に基づいて、再初期化することと、を更に含む。
【００１１】
本方法の一変形態様によれば、復号器クロックの再初期化が、オーディオ／ビデオ受信装置によって出力される動画の出現の前に行われる。
【００１２】
本方法の一変形態様によれば、復号器クロックはシステム・タイム・クロックである。
【００１３】
本開示は、また、オーディオ／ビデオ受信装置であって、ビデオのプレゼンテーション・タイム・スタンプの受信前に受信された最新のプログラム・クロック・リファレンスとオフセットとの加算値でオーディオ／ビデオ受信装置の復号器クロックを初期化するように構成された復号器クロック初期化器を備え、オフセットは、バースト配信におけるオーディオ・フレームとビデオ・フレームとの間のドリフトと、データがプレイアウト・レートでの配信に比べて超過して受信されるバースト配信の一部分の持続期間として定義されるバースト配信の超過データ配信の持続期間との関数である、オーディオ／ビデオ受信装置にも関する。
【００１４】
一変形態様によれば、オーディオ／ビデオ受信装置は、（例えば、ユーザからリモート・コントロール・インタフェースを介して）チャンネル変更命令を受信するように構成されたインタフェースと、選択されたオーディオ／ビデオ・チャンネルからのオーディオ／ビデオ・コンテンツのバースト配信についての要求を送信するように構成されたネットワーク・インタフェースと、を更に備え、ネットワーク・インタフェースは、バースト配信の終了前にプレイアウト・レートでの伝送からのオーディオ／ビデオ・コンテンツの受信に切り換えるように更に構成されている。
【００１５】
本オーディオ／ビデオ受信装置の一変形態様によれば、復号器クロック初期化器は、ドリフトを、ビデオのプレゼンテーション・タイム・スタンプと最新のプログラム・クロック・リファレンスとの差分として算出するように更に構成されている。
【００１６】
本オーディオ／ビデオ受信装置の一変形態様によれば、復号器クロック初期化器は、記差分がバースト受信の超過データ配信の持続期間よりも短い場合は、オフセットをドリフトと等しくなるように算出するように更に構成されており、その他の場合は、オフセットは超過データ配信の持続期間である。
【図面の簡単な説明】
【００１７】
本原理の更に多くの利点が、本開示の個別の非限定的な実施形態の説明を通じて、明らかになるであろう。本原理の利点が得られる方法を説明するために、添付図面に例示された本原理の具体的な実施形態を参照して本原理を詳しく説明する。これらの図面は、本開示の代表的な実施形態を表しているだけであり、従って、本開示の権利範囲を限定するものであると見なすべきではない。これらの説明された実施形態を組み合わせて、特定の有益な実施形態を形成することができる。下記の図面において、本開示を不必要に不明瞭にすることを回避するために、前の図で既に説明されている項目と同じ参照番号を有する項目については、再び説明することはしない。
【００１８】
下記の図面を参照して、代表的な実施形態を説明する。
【図１】ＩＰユニキャスト・バースト伝送に基づくファスト・チャンネル・チェンジについての環境を示す図である。
【図２】ＩＰマルチキャストを介するＡＶストリームの伝送と並行するＡＶ受信機に対するＩＰユニキャスト・バースト伝送を例示する図である。
【図３】従来技術のＩＰＡＶ受信機を示す図である。
【図４】ファスト・チャンネル・チェンジについてのタイミング図である。
【図５】本原理の一実施形態によるＩＰＡＶ受信機を示す図である。
【図６】本原理の一実施形態によるオーディオ／ビデオ受信装置の一変形例を示す図である。
【図７】本原理による方法の一実施形態のフロー図を示す図である。
【発明を実施するための形態】
【００１９】
図１は、ＩＰユニキャスト・バースト伝送に基づくファスト・チャンネル・チェンジについての環境を示す図である。複数のオーディオ／ビデオ受信機１２，１３及び１４が、ＩＰネットワーク１１０に接続されている。また、オーディオ／ビデオ・サーバ１０が、ＩＰネットワーク１１０に接続されている。このオーディオ／ビデオ・サーバ１０は、ＩＰマルチキャスト・モジュール１０１とＩＰユニキャスト・モジュール１０２を備えている。
【００２０】
図２には、同じＡＶコンテンツに対応するＡＶストリームのＩＰマルチキャスト伝送と並行する、例えば図１のＡＶサーバ１０のようなＡＶサーバから例えば図１のＡＶ受信機１２，１３又は１４のようなＩＰ  ＡＶ受信機へのＩＰユニキャスト・バースト伝送が例示されている。縦軸２２８上には、バースト比率、すなわち、
【数１】
2017085560.tif 000003
が示されている。
【００２１】
例えば、バースト・レートが２.８４Ｍｂｉｔ／ｓであり、ノーマル・プレイ・レートが２Ｍｂｉｔ／ｓであれば、バースト比率は１.４２である。横軸２２７には、時間が示されている。ＡＶ受信機は、チャンネル変更命令の後に、要求チャンネルに対応するＡＶコンテンツについてユニキャスト・バースト・ストリームを要求する。ＡＶサーバ１０内のＩＰユニキャスト・モジュール１０２は、プレイアウト・レートよりも高いレートで、ここでは、プレイアウト・レートの１.４２倍（参照番号２２５）のバースト比率で、この新たなチャンネルに関するデータを送信する。「プレイアウト・レート」とは、ここではノーマル・プレイ・レートを意味する、すなわち、ＡＶコンテンツが、ここでは１として規定される標準再生速度で、再生されるレートを意味する。Ｔ０（参照番号２２０）において、ＡＶ受信機１２は、要求チャンネルの第１のデータを受信する。データがノーマル・プレイ・レートよりも高いレートで受信されるので、ＡＶ受信機は、比較的短期間で十分なデータを取り出して、チャンネル変更命令から１５００ｍｓであるＴ１（参照番号２２１）において、リップ同期オーディオと共に動画のレンダリングを開始できる。ＡＶ受信機は、ユニキャスト・バースト・ストリーム伝送２２４が、Ｔ１＝２ｓ（参照番号２２２）において、停止するまで、ユニキャスト・バースト・ストリーム２２４からＡＶデータを受信し続ける。次に、ＡＶ受信機は、参照番号２２６で示されたプレイアウト・レートにあるマルチキャスト・ストリーム２２４からの新たなチャンネルに関するＡＶデータの受信に切り換える（参照番号２２３）。ＡＶ受信機は、再びチャンネルを変更するまで、マルチキャスト・ストリーム２２４からＡＶデータを受信し続ける。従って、ＩＰネットワークにおいて占められる過剰帯域幅２３０が、バースト持続期間２３１の間に存在することが分かる。また、Ｔ１からバーストの終了Ｔ１までのバーストの期間中に受信されたデータの量が、受信機がＴ０からＴ１までにマルチキャストを受信していたならば、受信機が受信していたであろうデータの量の超過分であることも分かる。この期間を超過データ持続期間と呼ぶことにし、参照番号２２９で示す。この超過データ持続期間は、下記の等式において算出される。
【数２】
2017085560.tif 000004
【００２２】
バースト比率が１.４２であり、且つ、バースト持続期間が２０００ｍｓである場合、バーストの超過データ持続期間は５９２ｍｓであり、このことは、１.４２のレートでの２０００ｍｓのバースト配信において、バーストの超過データが５９２ｍｓの持続期間の間に受信されることを意味する。これは、プレイアウト・レートで消費される追加データの８４０ｍｓの超過データ持続期間（＝ｂｕｒｓｔ_ｅｘｃｅｓｓ_ｄａｔａ_ｄｕｒａｔｉｏｎ×ｂｕｒｓｔ_ｒａｔｉｏ）に相当する。このプレイアウト・レートについての超過データ持続期間をバースト比率とバースト持続期間とから直接算出するには、下記の等式を適用する。
excess_data_duration = burst_duration  ｘ  burst_ratio - burst_duration  （３）
【００２３】
超過分として受信されたデータの量を超過データと呼ぶことにし、参照番号２２８で示す。
【００２４】
図３には、例えばＩＰセットトップ・ボックスに内蔵されるような従来技術のＩＰ  ＡＶ受信機３が示されている。図３のＡＶ受信機は、例えば、図１のＡＶ受信機１２、１３又は１４のうちの１つに相当する。ＩＰ  ＡＶ受信機３は、ＩＰネットワークに（例えば、図１のＩＰネットワーク１１０に）接続されたＡＶサーバから（例えば、図１のサーバ１０から）、ネットワーク・インタフェース９９を介して、ＡＶストリーム３００を受信する。ＡＶストリーム３００はデマルチプレクサ（「Ｄｅｍｕｘ」）３０において多重分離され、このＤｅｍｕｘ３０は、ＡＶストリーム内に含まれるパケットを抽出して、オーディオに関するパケット（Ａ）３０１とビデオに関するパケット（Ｖ）３０２とを出力する。オーディオ・パケットはオーディオ・バッファ３１に供給され、ビデオ・パケットはビデオ・バッファ３２に供給される。ビデオ・バッファの出力からは、ビデオのプレゼンテーション・タイム・スタンプ（ＰＴＳ）パケットが、システム・タイム・クロック（ＳＴＣ）３５に供給される。ＳＴＣは、受信機３の内部に在るクロックである。これは、通常、（例えば、サーバ１０内の符号器に使用されるような）符号器クロックに近い周波数でインクリメント（増分）されるカウンタである。ＡＶストリームに含まれるプログラム・クロック・リファレンス（ＰＣＲ）パケットが、衛星又はデジタル地上波テレビジョン（ＤＴＴ）受信のためのフロントエンド、例えばチューナ・フロントエンドを用いるＡＶ受信機内における連続的な復号器・符号器の同期用に使用される。オーディオ及びビデオのＰＴＳはタイミング・パケットであり、該タイミング・パケットはＰＣＲに関するタイム・スタンプ値を含み、更に該タイミング・パケットは、ＡＶストリーム内でＰＴＳに続くオーディオ・パケット又はビデオ・パケットが、ＰＣＲのどの値において、プレゼンテーション（或いは「レンダリング」）されるべきかを示す。しかしながら、ＩＰ受信機において、ＰＣＲパケットは、最初の復号器・符号器の同期用に使用されるが、連続的な復号器・符号器の同期用には使用されず、その使用されない理由は、ＩＰ配信ネットワークの非同期特性によってトランスポート・ジッタが生じるので、技術的に実行不可能なためである。ＩＰ  ＡＶ受信機３では、復号器クロックを符号器クロックと同期させるために、ＳＴＣが、１つの受信ＰＣＲ３２１の値で、１回（例えば、チャンネル変更期間中に）初期化される。ＳＴＣ３５は、ＳＴＣカウンタ値３５０を出力する。オーディオ・バッファ３１から、オーディオ・パケット３１０がオーディオ復号器３３に入力される。ビデオ・バッファ３２からは、ビデオ・パケットがビデオ復号器３４に入力される。更にオーディオ・バッファ３１からは、オーディオＰＴＳがオーディオ同期比較器３６に入力される。更にビデオ・バッファ３２からは、ビデオＰＴＳがビデオ同期比較器３７に入力される。ＳＴＣからの値３５０は、オーディオ同期比較器３６とビデオ同期比較器３７とに入力される。オーディオ同期比較器は、受信オーディオＰＴＳ３１１をＳＴＣ値３５０と比較する。受信オーディオＰＴＳ３１１がＳＴＣ値３５０に等しい場合、オーディオ同期比較器３６は、制御信号３６０をオーディオ復号器３３に出力し、該オーディオ復号器３３は、次のオーディオ・パケット３１０を復号して、復号済みオーディオ３３０を出力する。ビデオについても同様であり、ビデオ同期比較器３７が、受信ビデオＰＴＳ３２１をＳＴＣ値３５０と比較する。受信ビデオＰＴＳ３２１がＳＴＣ値３５０に等しい場合、ビデオ同期比較器３７は、制御信号３７０をビデオ復号器３４に出力し、該ビデオ復号器３４は、次のビデオ・パケット３２０を復号して、復号済みビデオ３４０を出力する。最終的に、オーディオ／ビデオ（ＡＶ）駆動器３８がオーディオ／ビデオを変換し、増幅し、適合化してＡＶ出力３８０に乗せて出力する。オプションとして、受信機３は、ユーザ命令を、例えば触感スクリーン（tactile screen）、マウス、キーボード及び／又はリモコン装置から、受信するためのユーザ・インタフェース（図示せず）を備えている。
【００２５】
図４は、ファスト・チャンネル・チェンジについてのタイミング図である。上側のタイムラインは、例えば、図３のＡＶ受信機３に対応する、図１に例示された従来技術のＡＶ受信機１２、１３又は１４によって実施されるファスト・チャンネル・チェンジであり、下側のタイムラインは、本原理の一実施形態による、例えば図５のＡＶ受信機５のようなＡＶ受信機によって実施されるファスト・チャンネル・チェンジである。図４内の遅延時間は、ただ単に説明の目的のために示されており、図２に例示されたバースト特性と整合している。
【００２６】
タイミング図が図４の上側部分に示された従来技術のＡＶ受信機において、そのＡＶ受信機を操作するユーザが知覚するチャンネル変更遅延は、約１５００ｍｓ（参照番号４１２）である。ユーザが知覚するこのチャンネル変更時間は、チャンネル変更命令の受信時点（参照番号４００）から最初の動画を（リップ同期オーディオと共に）レンダリングする時点（参照番号４１１）までに相当する。チャンネル変更命令４００が受信されると、ＡＶ受信機のリソース（資源）が、内蔵コントローラ（図３に示されておらず、この内蔵コントローラは、例えばマイクロコントローラ又は中央処理装置である）によって停止され（参照番号４０１）、すなわち、例えば、復号器３４によるビデオの復号とアクセス制御モジュール（図３に図示せず）とが停止され、あるチャンネルのユニキャスト・バースト伝送の要求が、その同じチャンネルに対応するマルチキャスト伝送につなげるための要求の送信と並行して、或いは、その送信の前に、ファスト・チャンネル・チェンジ・サーバ（例えば、図１のサーバ１０）に送信される。チャンネル変更命令４００の受信から１００ｍｓ（参照番号４０２）後に相当するＴ０（参照番号４０３）において、ＡＶ受信機３は、要求チャンネルに関するユニキャスト伝送から最初のデータを受信して、そのデータをオーディオ・バッファ３１とビデオ・バッファ３２に格納する。ビデオ復号器３４は、制御信号３７０によってトリガされると、ビデオ・バッファ３２からデータを取り出す。要求チャンネルの最初のデータの受信から２００ミリ秒（参照番号４０４）後に、ＡＶ受信機のリソースの初期化が完了する（参照番号４０５）。その１００ミリ秒（参照番号４０６）後に、最初のビデオＰＴＳが、ビデオ・バッファ３２から取り出されて（参照番号４０７）、ビデオ同期比較器３７に送信される。ビデオ復号器３４によってビデオ・バッファ３２から取り出された最初の画像は、復号器３４によって復号されてＡＶ出力３８０に乗せられて出力され得るが、ビデオ同期比較器３７によって、ＳＴＣ３５から受信されたＳＴＣ値３５０がビデオＰＴＳ３２１の値に到達していることが確認されるまで、フリーズ（静止）させられたままになる。１００ミリ秒（参照番号４０８）後に、すなわち、Ｔ２（参照番号４０９）において、ＡＶ受信機のＳＴＣ３５は、最初のビデオＰＴＳの受信時に受信されたＰＣＲ (「ＰＣＲ＠ＦＶＰＴＳ」)の値で初期化される。ＰＣＲは、頻繁に、例えば４０ｍｓ毎に受信される。ＰＣＲ＠ＦＶＰＴＳは、最初のビデオＰＴＳ（ＦＶＰＴＳ）の受信時点の前後の、例えば４０ｍｓの持続期間の時間帯内で受信された最新のＰＣＲに相当する。復号器は、リップ同期オーディオがビデオと共に提供され得るまで、ビデオの復号について待機する。一般に、これは（リップ同期オーディオがビデオと共に提供され得るのは）、オーディオ・ビデオ・ドリフトが１０００ｍｓであれば、Ｔ２から約１０００ｍｓ（参照番号４１０）後である。このオーディオ・ビデオ・ドリフト、すなわち、ＡＶドリフトは、データ伝送におけるビデオ・フレームとオーディオ・フレームとの間のギャップ（ずれ）である。ＳＴＣの初期化から１秒（参照番号４１０）後のＴ３（参照番号４１１）において、最初の動画が（リップ同期オーディオと共に）レンダリングされる（参照番号４１１）。この結果として、従来技術のＡＶ受信機については、約１５００ｍｓ（参照番号４１２）の知覚されるチャンネル変更遅延が生じる。
【００２７】
チャンネル変更タイミング図が図４の上側部分に示された従来技術のＡＶ受信機とは対照的に、チャンネル変更タイミング図が図４の下側部分に示された、本原理によるＡＶ受信機は、知覚されるチャンネル変更遅延の大幅な低減を可能にする。参照番号４０１から４０８によって示された遅延は、従来技術のＡＶ受信機についてのものと同じである。従来技術のＡＶ受信機とは対照的に、本原理によるＡＶ受信機では、ＳＴＣ３５は、Ｔ２（参照番号４０９ａ）において、ＰＣＲ＠ＦＶＰＴＳ＋オフセット値の値で初期化される。この結果として、Ｔ３（参照番号４１１ａ）において、すなわち、Ｔ２から約１６０ｍｓ（参照番号４１０ａ）後に、最初の動画、すなわち、ビデオが表示される、すなわち、知覚されるチャンネル変更遅延は、６６０ｍｓ（参照番号４１２ａ）である。Ｔ４（参照番号４１３）において、リップ同期オーディオが、最初の動画のレンダリングから１３４０ｍｓ（参照番号４１０ｂ）の付加的遅延後に、ビデオとつながる。動画の最初のレンダリングは、１５００ｍｓから６６０ｍｓに低減され（参照番号４１４）、これは、約６６％の低減に相当する。
【００２８】
次に、この利点がどのようにして得られるかを説明する。
【００２９】
バーストが提供されない第１のケースを考える。受信機が動作可能な状態であり、且つ、最初のビデオＰＴＳが受信された時にビデオの復号を開始することが考えられるが、その場合、ＳＴＣは、Ｔ２において、ＰＴＳ＠ＦＶＰＴＳで初期化されることになる。これは、ＡＶドリフトがない場合に可能である。オーディオ／ビデオ・データを符号化する時に、オーディオ・フレームは、そのオーディオ・フレームが関連しているビデオ・フレームよりも遅れることがある。このオーディオ・フレームとビデオ・フレームとの間のずれは、オーディオ・ビデオ・ドリフト又はＡＶドリフトと呼ばれる。重大なＡＶドリフトが生じることがあるのは、例えば、ビデオ・シーケンスが高度に動的なシーンを含む時であり、その場合には、連続する画像相互間における類似性が低いので、ビデオ圧縮レートが低くなり、その結果、オーディオ・パケットを配置するのに利用できる領域が無いか、或いは、減少したビデオ・パケットの長いシーケンスが符号化器から出力される。実際に、受信機は、１０００ｍｓの最大予想オーディオ・ビデオ・ドリフトを有するオーディオ／ビデオ・ストリームの受信を予期できる。しかしながら、ＳＴＣがＴ２においてＰＴＳ＠ＦＶＰＴＳで初期化され、且つ、ＡＶドリフトがある場合には、ビデオと共にリップ同期オーディオを提供する機会はなく、その理由は、オーディオ・パケットがビデオ・パケットに追いつく可能性がないからである。それでも、リップ同期オーディオを提供しようとするならば、ビデオの復号をスローダウン（速度低減）するか、又は、停止するか、或いは、ビデオ・パケットを削除することによって、オーディオがビデオに追いつけるようにする必要がある。
【００３０】
バーストが提供される第２のケースを考える。バーストは、ＡＶ受信機がオーディオ／ビデオ・パケットを消費するレートよりも高いレートで、そのオーディオ／ビデオ・パケットを配信する。これは、バーストが提供されない第１のケースよりも早く復号を開始できるので、有利である。ＡＶドリフトがある場合、それでも、バーストなしのケースよりも早くビデオの復号を開始できるが、２つのサブケース（副ケース）を考える必要がある。
【００３１】
第２のケースの第１のサブケースでは、ＡＶドリフトは、超過データ持続期間よりも短いか、或いは、それに等しい。この場合、ビデオの復号の開始をＡＶドリフトの値に合わせて遅延させてもよく、その理由は、バーストにおける超過データの故に、オーディオが、バーストの終了前か、或いは、その終了時にビデオに追いつくことが保証されているからである。リップ同期オーディオは、バーストの終了前か、或いは、その終了時に保証される。従って、Ｔ２において、ＡＶドリフトの値に等しいオフセットがＳＴＣに付加されるが、これは、ビデオの復号が、バーストなしのケースよりもＡＶドリフト分だけ前に開始されるという効果を有する。
【００３２】
第２のケースの第２のサブケースでは、ＡＶドリフトは、超過データ持続期間よりも長い。この場合、バーストにおける超過データは、ＡＶドリフトを完全には補償できず（ＡＶドリフトは、超過データ持続期間についてのみ補償され得る）、そして、ＳＴＣに付加されるべきオフセットが第１のサブケースにおけるように算出されるならば、リップ同期オーディオは危うくなる。従って、リップ同期オーディオを保証するためには、第１のサブケースにおいて算出されたビデオの復号の開始時点を、超過データ持続期間が補償できないＡＶドリフトの持続期間に合わせて、すなわちＡＶ_ｄｒｉｆｔ−ｅｘｃｅｓｓ_ｄａｔａ_ｄｕｒａｔｉｏｎ（ここで、ＡＶ_ｄｒｉｆｔはＡＶドリフトの値、ｅｘｃｅｓｓ_ｄａｔａ_ｄｕｒａｔｉｏｎは超過データ持続期間の値である）の値に合わせて、遅延させる必要がある。そこで、Ｔ２においてＳＴＣに付加するべきオフセットは、第１のサブケースについて算出されたオフセットからＡＶ_ｄｒｉｆｔ−ｅｘｃｅｓｓ_ｄａｔａ_ｄｕｒａｔｉｏｎを差し引いた値であり、その結果、オフセット＝ＡＶ_ｄｒｉｆｔ−（ＡＶ_ｄｒｉｆｔ−ｅｘｃｅｓｓ_ｄａｔａ_ｄｕｒａｔｉｏｎ）となり、これは、オフセット＝ｅｘｃｅｓｓ_ｄａｔａ_ｄｕｒａｔｉｏｎを意味する。
【００３３】
上述のことは、次の擬似コード（擬似規則）によって要約できる。
AV_drift  ＜  excess_data_durationならば、オフセット  ＝  AV_drift
さもなければ、オフセット  ＝  excess_data_duration                    （４）
【００３４】
図４の下側部分において、受信機は、Ｔ０（参照番号４０３）から４００ｍｓであるＴ２（参照番号４０９ａ）において、ＳＴＣ３５を設定する準備ができる。図２の例示のバースト特性と、１０００ｍｓの例示のオーディオ・ビデオ・ドリフトとが与えられると、（４）の適用の結果として、オフセットは８４０ｍｓになる。Ｔ２においてＳＴＣをこの値に設定すると、最初の動画は、１６０ｍｓ（参照番号４１０ａ）後に、すなわち、Ｔ３（参照番号４１１ａ）において表示される。リップ同期オーディオは、更に１３４０ｍｓ後のバーストの終了時点であるＴ４においてビデオに結び付けられる。ビデオは、Ｔ３において、すなわち、チャンネル変更命令から６６０ｍｓ後に再生され始めるが、これは、タイミング図が図４の上側部分に示された従来技術のＡＶ受信機についてよりも８４０ｍｓ（参照番号４１４）早い一方で、リップ同期オーディオがビデオに結び付けられるのは、従来技術のＡＶ受信機についてよりも７４０ｍｓ（参照番号４１５）遅くなる。
【００３５】
伝送環境が制御されない場合、バースト特性は、変動しやすくなることがある。変形実施形態では、バースト特性及び／又はオーディオ・ビデオ・ドリフトの変動を考慮に入れて、オフセットを、定期的に、或いは、これらのパラメータが変化した際に、再算出する。実際に、ネットワーク帯域幅が変動するので、図２の直線２２４は、ある程度の曲線になることがある。超過データ期間２２９は、予測されるよりも短い、或いは、長いことがある。超過帯域幅２３０も、予測されるよりも高い、或いは、低いことがある。その結果として、超過データは、予測されるよりも早く、或いは、遅く配信されることがある。
【００３６】
バースト特性の変動を考慮に入れる第１の変形実施形態では、ＡＶ受信期間中に、バースト特性をモニタリング（監視測定）する。第１のレベルの監視測定が、４１１ａ点の前に、行われる。この点の前では、如何なるＳＴＣの更新も可視又は可聴効果を持たず、その理由は、ビデオがまだ動きを持たず、そして、オーディオがリップ同期可能時のみレンダリングされるので、オーディオのレンダリングも無いからである。この期間中に、バースト特性の監視測定結果が、そのバースト特性が予測されたものと異なるという結果であるならば、オフセットが再算出でき、その再算出されたオフセットに基づくＳＴＣの更新が、オーディオ／ビデオのレンダリングに対する何らの影響もなく、例えば、ビデオの開始後のビデオ・フリーズの発生もなく、及び／又は、オーディオの不具合の発生もなく、行える。監視測定によるＳＴＣ更新の結果は更新値に依存し、Ｔ３、すなわち、ビデオの動きが可視になる時点（すなわち、オーディオ／ビデオ装置が動画を出力する時）は、前に算出されたものよりも早く、或いは、遅く現れる。例えば、バースト特性の監視測定が、バースト比率が、予測されたものよりも低いこと、例えば１.４２ではなく１.１であることを示せば、ｂｕｒｓｔ_ｅｘｃｅｓｓ_ｄａｔａ_ｄｕｒａｔｉｏｎは、５９２ｍｓの代わりに、２８２ｍｓになる。その結果、（４）から、ＳＴＣは、８４０ｍｓの代わりに、４００ｍｓのオフセットで再初期化され、従って、ビデオの復号は、以前に算出されたものよりも８４０−４００＝４４０ｍｓ遅く開始されることになる。逆に、バースト比率が、予測されたものよりも高ければ、オフセットを低減でき、オフセットが低減されることによってＳＴＣが再初期化されて、最初の動画を表示する時点が、以前に算出されたものに比べて早められ得る。もしバースト特性が変化すれば、オフセットが再算出され、ＳＴＣは、それに応じて再初期化される。
【００３７】
更に別の変形実施形態では、ＡＶドリフトの変動を考慮に入れて、ＡＶドリフト特性を監視測定して、ＡＶ_ｄｒｉｆｔが変化した時に、（４）に従ってオフセットを再算出する。ＡＶ_ｄｒｉｆｔは、ビデオＰＴＳの受信時に特定でき、これは、そのビデオＰＴＳと、そのビデオＰＴＳの前に受信された最後の（最新の）ＰＣＲとの差分である。もしＡＶドリフトが変化すれば、オフセットが再算出され、ＳＴＣは、それに応じて再初期化される。
【００３８】
一変形実施形態によれば、バースト特性、及び／又は、ＡＶ_ｄｒｉｆｔの変動を考慮に入れるために、バースト特性とＡＶ_ｄｒｉｆｔの両方が監視測定される。もしこれらの何れかが変化すれば、オフセットが再算出され、ＳＴＣは、それに応じて再初期化される。
【００３９】
上述の任意の実施形態と組み合わすことができる一変形実施形態によれば、全てのストリームが、予測されたリップ同期時点で同期化されることを保証し、それによって、チャンネル変更の結果としてリップ同期オーディオなしのビデオが生じることを回避するセーフティ・ソリューションとして、第２の監視測定が、４１１ａの時点後に行われる。この変形実施形態は、ＳＴＣ更新が少なくともビデオのレンダリングに大きな影響を及ぼすという点で、４１１ａの時点前に行われた先行の監視測定とは区別される。この第２の監視測定は、Ｔ３後に、最新の受信ＰＣＲと現在のＳＴＣ値との比較によって実施できる。もしＳＴＣが進んでいるならば、それを少なくとも差分に応じて小さくする必要があるが、その結果、可視アーティファクト（画像のフリーズ、或いは、反対に、画像のジャンプ）が生じ得る。
【００４０】
バースト特性を監視測定する（そして、場合によっては、ＡＶドリフトも監視測定する）更なる一変形実施形態によれば、ＳＴＣを、Ｔ２において、当初予測されたバースト特性に基づいて設定した後に、スローダウンさせることによって、ビデオの動きが、どんな場合でも、予測された時点で生じることを保証する。その結果、ビデオのレンダリングの可視のスローダウンが生じることがある。一例として、バースト比率が、予測されたものよりも低い場合、ＳＴＣをＴ２とＴ３の間でスローダウンさせることができ、それによって、ＰＣＲとＳＴＣが同じ値になり、リップ同期が既定の時点Ｔ４において可能になることを保証する。スローダウンの係数は、バースト比率が展開する係数によって特定され、例えば、監視測定期間中に、実際のバースト比率が、予測されたものよりも６６％低いと判定された場合には、ＳＴＣクロック速度を、通常速度の６６％に設定できる。リップ同期時点に到達すると、すなわちＴ４において、ＳＴＣクロック速度は、その通常速度にリセットされ、それによって、オーディオ及びその他のストリーム（もしあれば、テレテキスト、クローズド・キャプション／字幕など）と同相のビデオを表示できる。
【００４１】
このように、本原理によれば、ビデオが、オーディオなしで早期に表示され、その後、リップ同期オーディオと結び付けられる。
【００４２】
図５は、本原理の一実施形態によるＩＰ  ＡＶ受信機５を示している。ＩＰ  ＡＶ受信機５は、本原理に従ってＳＴＣを初期化するためのＳＴＣ初期化ブロック５０を備えている。ＰＣＲ（参照番号５０１）が、Ｄｅｍｕｘ３０から受信される。ビデオＰＴＳ３２１が、ビデオ・バッファ３２から受信される。ＳＴＣ３５は、最初のビデオＰＴＳの受信前に受信された最新のＰＣＲ＋オフセット値（ＰＣＲ＠ＶＰＴＳ＋オフセット)（参照番号５０２）で初期化されるが、ここでオフセット値は、（４）に従って算出される。
【００４３】
図６は、本原理によるオーディオ／ビデオ受信機装置の一変形実施形態を示している。この受信機は、ネットワーク９８に接続されており、且つ、選択されたビデオ・チャンネルからのオーディオ／ビデオ・コンテンツのバースト受信についての要求を送信するように構成されたネットワーク・インタフェース６３と、ビデオのプレゼンテーション・タイム・スタンプ（ＰＴＳ）の受信前に受信された最新のプログラム・クロック・リファレンス（ＰＣＲ）＋オフセットの値を算出してその値でこのオーディオ／ビデオ受信機装置内の復号器クロックを初期化するための中央処理装置であり、オフセットが、バーストにおけるオーディオ・フレームとビデオ・フレームとの間のドリフト（ずれ）と、バースト受信の超過データ配信の持続期間との関数である、中央処理装置（ＣＰＵ）６０と、を備えており、ネットワーク・インタフェース６３は、更に、バースト受信の終了前に、プレイアウト・レートにおける伝送からのオーディオ／ビデオ・コンテンツの受信に切り換えるように構成されている。復号器クロックは、クロック部６４から得られる。ビデオとオーディオは、ＡＶ駆動器６５を介して、ＡＶ出力１８０に乗せて出力される。この受信機装置は、プロセッサ６０によって読み出し可能な命令及びデータを記憶する不揮発性メモリ６１と、プロセッサがデータの読み出し／書き込みを行える揮発性メモリ６２と、を更に備えている。例えばチャンネル変更についてのユーザ命令は、リモート・コントロール（リモコン）６７とリモート・コントロール（リモコン）インタフェース６６とを介して受信される。構成要素６０から６６は、内部データ通信バス６８を介して、通信する。
【００４４】
図７は、本原理による方法の一実施形態のフローチャートを示している。最初のステップ７０において、この方法の実行期間中に使用されるあらゆる変数とメモリ領域が初期化される。ステップ７１において、チャンネル変更命令が受信されて、選択されたオーディオ／ビデオ・チャンネルからのオーディオ／ビデオ・コンテンツのユニキャスト・バースト受信についての要求が、例えばＦＣＣ（ファスト・チャンネル・チェンジ）用サーバに、送信される。ビデオＰＴＳが、ユニキャスト・バーストから受信されると（参照番号７２）、ユニキャスト・バーストにおけるビデオ・フレームとそれに対応するオーディオ・フレームとの間のドリフト（ずれ）（ＡＶドリフト）と、ユニキャスト・バースト受信の超過データ配信の持続期間との関数であるオフセットが算出される（参照番号７３）。ここで、「それに対応するオーディオ・フレーム」とは、リップ同期の提供を可能にするためにビデオ・フレームと同期してレンダリングすべきオーディオ・フレームを意味する。また、「超過データ配信の持続期間」とは、（３）におけるようなｅｘｃｅｓｓ_ｄａｔａ_ｄｕｒａｔｉｏｎである。次に、ステップ７４において、復号器の復号クロック（例えば、ＳＴＣ）が、ビデオＰＴＳの受信前に受信された最新のＰＣＲと算出されたオフセットとの加算値で初期化される。選択されたチャンネルのコンテンツのマルチキャスト伝送への切り換え（参照番号７６）が、ユニキャスト・バースト受信の終了（参照番号７５）の前か、或いは、終了時点で行われて、ファスト・チャンネル・チェンジが完了する（参照番号７７）。
【００４５】
以上に例示した実施形態では、ユニキャスト・バースト伝送と、ブロードキャスト・タイプ伝送において特に効率的なプレイアウト・レートにおけるマルチキャスト伝送への切り換えとを引き合いに出したが、本原理は、例えばＰＶＲ（Ｐｅｒｓｏｎａｌ  Ｖｉｄｅｏ  Ｒｅｃｏｄｅｒ：パーソナル・ビデオ・レコーダ）又はＶｏＤ（Ｖｉｄｅｏ  ｏｎ  Ｄｅｍａｎｄ：ビデオ・オン・デマンド）のようなその他のオーディオ／ビデオ・ストリーム配信環境にも適用できる。そのような環境では、ビデオ・サーバが、最初にバースト形式における要求されたオーディオ／ビデオ・ストリームを送信でき、バースト終了時に、プレイアウト・レートにおける要求されたオーディオ／ビデオ・ストリームを続けて送信できる。この場合、オーディオ／ビデオ受信機装置が、オーディオ／ビデオ・データの受信について、例えばユニキャスト・バースト伝送から、例えばマルチキャスト伝送への切り換えを行うことはなく、すなわち、同一のオーディオ／ビデオ・サーバが、バースト伝送とプレイアウト・レートにおける伝送とを管理できる。
【００４６】
本原理によれば、ビデオが、オーディオなしで早期に表示され、その後、リップ同期オーディオと結び付けられる。
【００４７】
図面内の一部の構成要素は、必ずしも全ての実施形態においては、使用されない、或いは、必要ない場合もある。一部の動作は、並行して実行されることもある。例示された、及び／又は、説明された変形実施形態以外のものも可能である。
【００４８】
当業者であれば理解できるように、本原理の態様は、システム、方法、あるいは、コンピュータ可読媒体として実施できる。したがって、本原理の態様は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態（ファームウェア、常駐型ソフトウェア、マイクロコードなどを含む）、あるいは、ソフトウェア態様とハードウェア態様とを組み合わせた実施形態の形を取ることができ、ここでは、全て、概して「回路」、「モジュール」又は「システム」として定義できる。更に、本原理の態様は、コンピュータ可読記憶媒体の形態を取ることができる。１つ以上のコンピュータ可読記憶媒体の任意の組み合わせも利用できる。
【００４９】
したがって、例えば、ここに提示した図が本開示の原理を具体化するシステム構成要素例、及び／又は、回路例の概念的な図を表していることが当業者に理解されるであろう。同様に、任意のフローチャート、流れ図、状態遷移図、擬似コード等が、コンピュータ読み取り可能記憶媒体に実質的に表されて、従って、コンピュータ或いはプロセッサによって（そのようなコンピュータ或いはプロセッサが明示されているか否かに関わらず）実行され得る種々のプロセスを表していることが理解されるであろう。
【００５０】
コンピュータ可読記憶媒体は、コンピュータ可読プログラム製品の形を取ることができ、該コンピュータ可読プログラム製品は、１つ又は複数のコンピュータ可読媒体内で実施され、コンピュータ可読プログラム・コードを有し、該コンピュータ可読プログラム・コードは、１つ又は複数のコンピュータ可読記憶媒体上において実施され、コンピュータによって実行可能である。ここに使用されるコンピュータ可読媒体は、情報を記憶する固有の機能とその情報を取り出せる固有の機能とを備えた非一時的記憶媒体であると考えられる。コンピュータ可読記憶媒体は、例えば、電子的な、磁気的な、光学的な、電磁的な、赤外線の、又は、半導体のシステム、装置、又は、機器、あるいは、それらの任意の適切な組み合わせであってもよく、且つ、これらには限定されない。本原理を適用できるコンピュータ可読記憶媒体の更に具体的な例としては、ポータブル・コンピュータ・ディスケット、ハード・ディスク、読み出し専用メモリ（ＲＯＭ）、消去書込み可能型読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュ・メモリ）、ポータブル・コンパクト・ディスク読み出し専用メモリ（ＣＤ―ＲＯＭ）、光学式記憶デバイス、磁気的記憶デバイス、あるいは、それらの任意の適切な組み合わせが挙げられるが、これらは、当業者であれば容易に理解できるように、単なる例示であって網羅的な列挙ではない。
【図１】
2017085560.tif 000005
【図２】
2017085560.tif 000006
【図３】
2017085560.tif 000007
【図４】
2017085560.tif 000008
【図５】
2017085560.tif 000009
【図６】
2017085560.tif 000010
【図７】
2017085560.tif 000011
【外国語明細書】
2017085560000001.pdf