特許 6783293 複数のオーバーザトップストリーミングクライアントを同期させること

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6783293

(24)【登録日】2020年10月23日

(45)【発行日】2020年11月11日

(54)【発明の名称】複数のオーバーザトップストリーミングクライアントを同期させること

(51)【国際特許分類】

   H04N 21/43 20110101AFI20201102BHJP

   H04N 21/442 20110101ALI20201102BHJP

【ＦＩ】

   H04N21/43

   H04N21/442

【請求項の数】14

【外国語出願】

【全頁数】17

(21)【出願番号】特願2018-246693(P2018-246693)

(22)【出願日】2018年12月28日

(62)【分割の表示】特願2016-517052(P2016-517052)の分割

【原出願日】2014年5月30日

(65)【公開番号】特開2019-50636(P2019-50636A)

(43)【公開日】2019年3月28日

【審査請求日】2018年12月28日

(31)【優先権主張番号】13/906,952

(32)【優先日】2013年5月31日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】518348942

【氏名又は名称】ディビックス， エルエルシー

(74)【代理人】

【識別番号】100078282

【弁理士】

【氏名又は名称】山本 秀策

(74)【代理人】

【識別番号】100113413

【弁理士】

【氏名又は名称】森下 夏樹

(74)【代理人】

【識別番号】100181674

【弁理士】

【氏名又は名称】飯田 貴敏

(74)【代理人】

【識別番号】100181641

【弁理士】

【氏名又は名称】石川 大輔

(74)【代理人】

【識別番号】230113332

【弁護士】

【氏名又は名称】山本 健策

(72)【発明者】

【氏名】ウィリアム デイビッド アミデイ

(72)【発明者】

【氏名】ジェイソン ブラネス

【審査官】 後藤 嘉宏

(56)【参考文献】

【文献】 特開２０１１−２２３０６０（ＪＰ，Ａ）

【文献】 特開２００６−１０１３６４（ＪＰ，Ａ）

【文献】 特開２００３−０８５０６８（ＪＰ，Ａ）

【文献】 特開２００１−０９１６８０（ＪＰ，Ａ）

【文献】 特開２００８−２５２４２２（ＪＰ，Ａ）

【文献】 欧州特許出願公開第０２２９０８９９（ＥＰ，Ａ２）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ２１／００−２１／８５８

(57)【特許請求の範囲】

【請求項1】

ネットワーク上の複数の再生デバイスによって行われるエンコードされたメディアの再生を同期するための方法であって、前記方法は、
前記ネットワーク上の複数の再生デバイスの各再生デバイス内の各再生クロック間の時間遅延が数１０ミリ秒未満であるように、前記複数の再生デバイスの各再生デバイス内の再生クロックを設定することと、
ストリームメディアプロバイダからエンコードされたメディアのストリームに関するストリーム始動情報を前記再生デバイス内で受信することであって、前記ストリーム始動情報は、ストリーム開始時間を含む、ことと、
前記エンコードされたメディアのストリームを前記複数の再生デバイスの各再生デバイス内で受信することであって、前記エンコードされたメディアのストリームは、複数のフレームを含む、ことと、
前記受信されたストリーム始動情報および自身の再生クロックに示される時間に基づいて、前記エンコードされたメディアのストリームが前記複数の再生デバイスの各再生デバイス内で受信されるにつれて、前記ストリームの前記複数のフレームの各フレームの提示時間情報を調節することと、
前記複数の再生デバイスの各再生デバイス間の各フレームの提示の遅延が数１０ミリ秒未満であるように、各再生デバイス内の自身の再生クロックに示される時間に基づいて、前記複数の再生デバイスの各再生デバイスを使用して前記複数のフレームの各フレームを提示することと
を含む、方法。

【請求項2】

各再生デバイス内の前記ストリームの前記複数のフレームの各々の提示時間は、前記ストリーム始動情報によって示される前記開始時間と当該再生デバイスのクロックによって示される時間との間の差異によって調節される、請求項１に記載の方法。

【請求項3】

時間情報に関する要求を前記複数の再生デバイスの各再生デバイスからネットワーク時間プロバイダに伝送することと、
前記時間情報を前記ネットワーク時間プロバイダから前記複数の再生デバイスの各再生デバイス内で受信することと
をさらに含み、
前記ネットワーク時間プロバイダは、ネットワーク時間プロトコルサーバであり、前記要求を伝送することおよび前記時間情報を受信することは、ネットワーク時間プロトコルを使用して行われる、請求項１に記載の方法。

【請求項4】

前記ネットワーク時間プロバイダは、ローカル時間サーバである、請求項３に記載の方法。

【請求項5】

前記ローカル時間サーバからネットワーク時間プロトコルサーバに時間情報に関する要求を伝送することと、
前記ネットワーク時間プロトコルサーバから前記時間情報を前記ローカル時間サーバ内で受信することと、
前記時間情報に関する要求を前記再生デバイスから受信することと、
前記ネットワーク時間プロトコルサーバから受信されたタイミング情報から前記再生デバイスのための前記時間情報を生成することと、
前記時間情報を前記複数の再生デバイスの各再生デバイスに伝送することと
をさらに含む、請求項４に記載の方法。

【請求項6】

前記ストリームメディアプロバイダからネットワーク時間プロトコルサーバに時間情報に関する要求を伝送することと、
前記ネットワーク時間プロトコルサーバから前記時間情報を前記ローカル時間サーバ内で受信することと、
前記ストリームメディアプロバイダによって受信された前記時間情報を使用して、前記エンコードされたメディアのストリームに関する前記ストリーム始動情報を生成することであって、前記ストリーム始動情報は、前記ストリーム開始時間を含む、ことと、
前記ストリームメディアプロバイダによって、前記複数の再生デバイスの各再生デバイスから前記エンコードされたメディアに関する要求を受信することと、
前記ストリームメディアプロバイダから前記再生デバイスに、前記ストリーム開始時間を含む前記ストリーム始動情報を伝送することと、
前記ストリームメディアプロバイダから前記複数の再生デバイスの各再生デバイスに前記エンコードされたメディアのストリームを伝送することと
をさらに含む、請求項４に記載の方法。

【請求項7】

前記時間情報は、協定世界時で提供される、請求項１に記載の方法。

【請求項8】

提供された開始時間に基づいて、エンコードされたメディアの同期再生を提供するための再生デバイスのシステムであって、
ネットワークと、
前記ネットワークに接続された複数の再生デバイスと
を備え、
前記複数の再生デバイスの各再生デバイスは、各々、
メモリと、
プロセッサであって、前記メモリ内に記憶されたクライアントアプリケーションを介して、
前記複数の再生デバイスの各再生デバイス内の各再生クロック間の時間遅延が数１０ミリ秒未満であるように、再生クロックを設定することと、
ストリームメディアプロバイダからエンコードされたメディアのストリームに関するストリーム始動情報を受信することであって、前記ストリーム始動情報は、ストリーム開始時間を含む、ことと、
前記エンコードされたメディアのストリームを受信することであって、前記ストリームは、エンコードされたコンテンツの複数のフレームを含む、ことと、
前記受信されたストリーム始動情報および自身の再生クロックに示される時間に基づいて、前記エンコードされたメディアのストリームが前記複数の再生デバイスの各再生デバイス内で受信されるにつれて、前記ストリームの前記複数のフレームの各フレームの提示時間情報を調節することと、
前記複数の再生デバイスの各再生デバイス間の各フレームの提示の遅延が数１０ミリ秒未満であるように、各再生デバイス内の自身の再生クロックに示される時間に基づいて、前記複数の再生デバイスの各再生デバイスを使用して前記複数のフレームの各フレームを提示することと
を行うように構成される、プロセッサと
を備える、システム。

【請求項9】

各再生デバイス内の前記ストリームの前記複数のフレームの各々の提示時間は、前記ストリーム始動情報によって示される前記開始時間と当該再生デバイスのクロックによって示される時間との間の差異によって調節される、請求項８に記載のシステム。

【請求項10】

前記ネットワーク内にネットワーク時間プロバイダをさらに備え、前記プロセッサは、
時間情報に関する要求を前記複数の再生デバイスの各再生デバイスからネットワーク時間プロバイダに伝送することと、
前記時間情報を前記ネットワーク時間プロバイダから前記複数の再生デバイスの各再生デバイス内で受信することと
を行うようにさらに構成され、
前記ネットワーク時間プロバイダは、ネットワーク時間プロトコルサーバであり、前記要求を伝送することおよび前記時間情報を受信することは、ネットワーク時間プロトコルを使用して行われる、請求項８に記載のシステム。

【請求項11】

前記ネットワーク時間プロバイダは、ローカル時間サーバである、請求項１０に記載のシステム。

【請求項12】

前記プロセッサは、
前記ローカル時間サーバからネットワーク時間プロトコルサーバに時間情報に関する要求を伝送することと、
前記ネットワーク時間プロトコルサーバから前記時間情報を前記ローカル時間サーバ内で受信することと、
前記時間情報に関する要求を前記再生デバイスから受信することと、
前記ネットワーク時間プロトコルサーバから受信されたタイミング情報から前記再生デバイスのための前記時間情報を生成することと、
前記時間情報を前記複数の再生デバイスの各再生デバイスに伝送することと
を行うようにさらに構成される、請求項１１に記載のシステム。

【請求項13】

前記プロセッサは、
前記ストリームメディアプロバイダからネットワーク時間プロトコルサーバに時間情報に関する要求を伝送することと、
前記ネットワーク時間プロトコルサーバから前記時間情報を前記ローカル時間サーバ内で受信することと、
前記ストリームメディアプロバイダによって受信された前記時間情報を使用して、前記エンコードされたメディアのストリームに関する前記ストリーム始動情報を生成することであって、前記ストリーム始動情報は、前記ストリーム開始時間を含む、ことと、
前記ストリームメディアプロバイダによって、前記複数の再生デバイスの各再生デバイスから前記エンコードされたメディアに関する要求を受信することと、
前記ストリームメディアプロバイダから前記再生デバイスに、前記ストリーム開始時間を含む前記ストリーム始動情報を伝送することと、
前記ストリームメディアプロバイダから前記複数の再生デバイスの各再生デバイスに前記エンコードされたメディアのストリームを伝送することと
を行うようにさらに構成される、請求項１１に記載のシステム。

【請求項14】

前記時間情報は、協定世界時で提供される、請求項８に記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、複数の再生デバイスによるストリーミングされたメディアコンテンツの再生に関する。より具体的には、本発明は、ネットワークを経由してストリーミングされたオーバーザトップ（ＯＴＴ）または他の提示時間制約メディアの複数の再生デバイスによる、メディアコンテンツの再生を同期させることに関する。

【背景技術】

【0002】

メディアのストリーミングという用語は、再生デバイス上におけるメディアの再生を説明しており、メディアは、サーバ上に記憶され、再生の間、ネットワークを経由して、再生デバイスに継続的に送信される。本議論の目的のために、メディアおよび／またはエンコードされたメディアは、再生デバイスによって表示、再生、またはある他の方法において提示され得る、ビデオ、オーディオ、写真、または別のタイプの提示を含む、作品のデータとして定義される。典型的には、再生デバイスは、メディアの次の部分の受信に先立って、全バッファリングされたメディアの再生を完了するため、再生デバイスは、再生の間、任意の所与の時間において、十分な量のメディアをバッファ内に記憶し、再生の途絶を防止する。適応ビットレートストリーミングまたは適応ストリーミングは、本ストリーミング条件（例えば、ユーザのネットワーク帯域幅およびＣＰＵ容量）をリアルタイムで検出し、適宜、ストリーミングされるメディアの質を調節することを伴う。典型的には、ソースメディアは、複数のビットレートでエンコードされ、再生デバイスまたはクライアントは、利用可能なリソースに応じて、異なるエンコーディングのストリーミング間で切り替える。

【0003】

適応ストリーミングソリューションは、典型的には、ＲＦＣ２６１６として、Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ ＦｏｒｃｅおよびＷｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍによって公開されたハイパーテキスト転送プロトコル（ＨＴＴＰ）、またはＲＦＣ２３２６として、Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅによって公開されたリアルタイムストリーミングプロトコル（ＲＴＳＰ）のいずれかを利用して、サーバと再生デバイスとの間でメディアをストリーミングする。ＨＴＴＰは、再生デバイスが、ファイル内のバイト範囲を要求することを可能にする、ステートレスプロトコルである。ＨＴＴＰは、サーバが、再生デバイスから受信された要求に応答するために、情報を要求する再生デバイスの状態または再生デバイスによって要求されたバイト範囲に関する情報を記録することが要求されないため、ステートレスとして説明される。ＲＴＳＰは、ストリーミングメディアサーバを制御するために使用されるネットワーク制御プロトコルである。再生デバイスは、メディアをストリーミングするサーバに、「再生」および「一時停止」等の制御コマンドを発行し、メディアファイルの再生を制御する。ＲＴＳＰが利用されるとき、メディアサーバは、各クライアントデバイスの状態を記録し、クライアントデバイスから受信した命令およびクライアントの状態に基づいて、ストリーミングするためのメディアを判定する。

【0004】

適応ストリーミングシステムでは、ソースメディアは、典型的には、実際のビデオおよびオーディオデータを含有する、いくつかの代替ストリームをポイントするトップレベルインデックスファイルとして、メディアサーバ上に記憶される。各ストリームは、典型的には、１つまたはそれを上回るコンテナファイル内に記憶される。異なる適応ストリーミングソリューションは、典型的には、異なるインデックスおよびメディアコンテナを利用する。Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍによって開発された同期マルチメディア統合言語（ＳＭＩＬ）は、Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎ（Ｒｅｄｍｏｎｄ， Ｗａｓｈｉｎｇｔｏｎ）によって開発されたＩＩＳスムーズストリーミング、およびＡｄｏｂｅ Ｓｙｓｔｅｍｓ Ｉｎｃｏｒｐｏｒａｔｅｄ（Ｓａｎ Ｊｏｓｅ， Ｃａｌｉｆｏｒｎｉａ）によって開発されたフラッシュダイナミックストリーミングを含む、いくつかの適応ストリーミングソリューションにおいて、インデックスを作成するために利用される。Ａｐｐｌｅ Ｃｏｍｐｕｔｅｒ Ｉｎｃｏｒｐｏｒａｔｅｄ（Ｃｕｐｅｒｔｉｎｏ， Ｃａｌｉｆｏｒｎｉａ）によって開発されたＨＴＴＰ適応ビットレートストリーミングは、典型的には、メディアコンテナファイルを識別する、ＵＲＩのリストを含有するテキストファイルである、拡張Ｍ３Ｕ再生ファイル（．Ｍ３Ｕ８）を使用して、インデックスファイルを実装する。最も一般に使用されるメディアコンテナ形式は、ＭＰＥＧ−４ Ｐａｒｔ１４（すなわち、ＩＳＯ／ＩＥＣ１４４９６−１４）に指定されるＭＰ４コンテナ形式、およびＭＰＥＧ−２ Ｐａｒｔ１（すなわち、ＩＳＯ／ＩＥＣ規格１３８１８−１）に指定されるＭＰＥＧトランスポートストリーム（ＴＳ）コンテナである。ＭＰ４コンテナ形式は、ＩＩＳスムーズストリーミングおよびフラッシュダイナミックストリーミングにおいて利用される。ＴＳコンテナは、ＨＴＴＰ適応ビットレートストリーミングにおいて使用される。

【0005】

適応ビットレートストリーミングは、デバイス上でメディアコンテンツの再生を適正に行う。しかしながら、現在、２つまたはそれを上回るデバイス上のコンテンツの提示時間の間に認められる差異が存在しないように、２つまたはそれを上回る再生デバイス上でストリーミングされたコンテンツの再生を同期させるように実行可能な方法は存在しない。現在、デバイスを同期させるための唯一の方法は、ユーザが、デバイスのそれぞれ上で再生の開始および停止を手動で制御し、再生を同期させるものであって、これは、多くの場合、達成が不可能または少なくとも非常に困難である。さらに、適応ビットレートストリーミングおよび他のストリーミングプロセスを使用したオーバーザトップ（ＯＴＴ）コンテンツまたは他の提示時間制約コンテンツのストリーミングは、ますます普及しつつある。ＯＴＴコンテンツは、メディアコンテンツプロバイダが配信するコンテンツであるが、コンテンツの任意の制御を有し得ず、受信されたままでのみコンテンツを提供し得る。ＯＴＴコンテンツの最良実施例は、ライブブロードキャストである。ライブブロードキャストの間、コンテンツは、直接、再生デバイスにストリーミングされ、リアルタイムで受信された後、すぐに再生される。再生デバイスの能力およびデバイスのネットワーク接続の差異に起因して、異なるデバイス上のストリーミングされたコンテンツの受信および再生のタイミングは、同期され得ない。したがって、手動同期は、再生デバイス上で記憶されたコンテンツの再生を同期させるよりもさらに困難である。

【0006】

同期の欠如は、同期の欠如が視聴者によって気付かれ得るため、１つまたはそれを上回るデバイスが相互に近接して再生を行うとき、問題となり得る。例えば、２つまたはそれを上回る再生デバイスが、ライブスポーツイベントを視聴するために、レストラン内に設定され得る。再生が同期されない場合、ユーザは、デバイス間のブロードキャスト遅延に気付き得る。

【発明の概要】

【課題を解決するための手段】

【0007】

本発明の実施形態による、ストリーミングされたＯＴＴコンテンツまたは他の時間制約コンテンツの再生を同期させるためのシステムおよび方法が、開示される。本発明の実施形態によると、再生デバイスによって行われるエンコードされたメディアの再生のための方法は、以下のアクションによって行われる。再生デバイスは、要求をネットワーク時間プロバイダに伝送する。要求に応答して、再生デバイスは、時間情報をネットワーク時間プロバイダから受信する。再生デバイスは、受信された時間情報を使用して、デバイス内の再生クロックを設定する。コンテンツのストリームの再生を提供するために、再生デバイスは、ストリームメディアプロバイダからエンコードされたメディアのストリームに関するストリーム始動情報を受信する。ストリーム始動情報は、ストリーム開始時間を含む。再生デバイスは、次いで、エンコードされたメディアのストリームを受信する。ストリームは、エンコードされたコンテンツのフレームを含む。ストリームのフレームのそれぞれの提示時間情報は、ストリーム始動情報に基づいて、再生デバイス内で調節される。

【0008】

本発明のいくつかの実施形態によると、ネットワーク時間プロバイダは、ネットワーク時間プロトコルサーバであって、要求の伝送および時間情報の受信は、ネットワーク時間プロトコル（ＮＴＰ）を使用して行われる。さらに、時間情報および／または開始時間は、本発明のいくつかの実施形態によると、協定世界時で提供される。

【0009】

本発明のいくつかの他の実施形態によると、ネットワーク時間プロバイダは、ローカル時間サーバである。これらの実施形態のいくつかによると、ローカル時間サーバは、以下のプロセスを行い、時間情報を得る。ローカル時間サーバは、時間情報に関する要求をネットワーク時間プロトコルサーバに伝送する。要求に応答して、ローカル時間サーバは、ネットワーク時間プロトコルサーバから時間情報をローカル時間サーバ内で受信する。ローカル時間サーバは、次いで、時間情報に関する要求を再生デバイスから受信してもよい。ローカル時間サーバは、次いで、ネットワーク時間プロトコルサーバから受信されたタイミング情報から再生デバイスのための時間情報を生成し、時間情報を再生デバイスに伝送する。
本明細書は、例えば、以下の項目も提供する。
（項目１）
再生デバイスによって行われるエンコードされたメディアの再生のための方法であって、
再生デバイスからネットワーク時間プロバイダに時間情報に関する要求を伝送するステップと、
前記ネットワーク時間プロバイダから時間情報を前記再生デバイス内で受信するステップと、
前記受信された時間情報を使用して、前記再生デバイス内の再生クロックを設定するステップと、
ストリームメディアプロバイダからエンコードされたメディアのストリームに関するストリーム始動情報を前記再生デバイス内で受信するステップであって、前記ストリーム始動情報は、ストリーム開始時間を含む、ステップと、
前記エンコードされたメディアのストリームを前記再生デバイス内で受信するステップであって、前記ストリームは、エンコードされたコンテンツの複数のフレームを含む、ステップと、
前記ストリーム始動情報に基づいて、前記ストリームの複数のフレームのそれぞれの提示時間情報を前記再生デバイス内で調節するステップと、
を含む、方法。
（項目２）
前記ネットワーク時間プロバイダは、ネットワーク時間プロトコルサーバであり、前記要求の伝送および前記時間情報の受信は、ネットワーク時間プロトコルを使用して行われる、項目１に記載の方法。
（項目３）
前記時間情報は、協定世界時で提供される、項目１に記載の方法。
（項目４）
前記開始時間は、協定世界時で提供される、項目１に記載の方法。
（項目５）
前記ネットワーク時間プロバイダは、ローカル時間サーバである、項目１に記載の方法。
（項目６）
前記ローカル時間サーバからネットワーク時間プロトコルサーバに時間情報に関する要求を伝送するステップと、
前記ネットワーク時間プロトコルサーバから時間情報を前記ローカル時間サーバ内で受信するステップと、
前記時間情報に関する要求を前記再生デバイスから受信するステップと、
前記ネットワーク時間プロトコルサーバから受信されたタイミング情報から前記再生デバイスのための時間情報を生成するステップと、
前記時間情報を前記再生デバイスに伝送するステップと、
をさらに含む、項目５に記載の方法。
（項目７）
前記ストリームメディアプロバイダからネットワーク時間プロトコルサーバに時間情報に関する要求を伝送するステップと、
前記ネットワーク時間プロトコルサーバから時間情報を前記ローカル時間サーバ内で受信するステップと、
前記ストリームメディアプロバイダによって受信された時間情報を使用して、前記エンコードされたメディアのストリームに関するストリーム始動情報を生成するステップであって、前記ストリーム始動情報は、前記ストリーム開始時間を含む、ステップと、
前記ストリームメディアプロバイダによって、前記再生デバイスから前記エンコードされた再生に関する要求を受信するステップと、
前記ストリームメディアプロバイダから前記再生デバイスに、前記ストリーム開始時間を含むストリーム始動情報を伝送するステップと、
前記ストリームメディアプロバイダから前記再生デバイスに前記エンコードされたメディアのストリームを伝送するステップと、
をさらに含む、項目１に記載の方法。
（項目８）
提供された開始時間に基づいて、エンコードされたメディアの再生を提供するための再生デバイスであって、
メモリと、
プロセッサであって、前記メモリ内に記憶されたクライアントアプリケーションを介して、
時間情報に関する要求をネットワーク時間プロバイダに伝送することと、
前記時間情報を前記ネットワーク時間プロバイダから受信することと、
前記受信された時間情報を使用して、前記再生デバイス内の再生クロックを設定することと、
ストリームメディアプロバイダからエンコードされたメディアのストリームに関するストリーム始動情報を受信することであって、前記ストリーム始動情報は、ストリーム開始時間を含む、ことと、
前記エンコードされたメディアのストリームを受信することであって、前記ストリームは、エンコードされたコンテンツの複数のフレームを含む、ことと、
前記ストリーム始動情報に基づいて、前記ストリームの複数のフレームのそれぞれの提示時間情報を前記再生デバイス内で調節することと
を行うように構成される、プロセッサと、
を備える、再生デバイス。
（項目９）
前記ネットワーク時間プロバイダは、ネットワーク時間プロトコルサーバであり、前記要求の伝送および前記時間情報の受信は、ネットワーク時間プロトコルを使用して行われる、項目８に記載の再生デバイス。
（項目１０）
前記時間情報は、協定世界時で提供される、項目８に記載の再生デバイス。
（項目１１）
前記開始時間は、協定世界時で提供される、項目８に記載の再生デバイス。
（項目１２）
前記ネットワーク時間プロバイダは、ローカル時間サーバである、項目８に記載の再生デバイス。
（項目１３）
前記ローカル時間サーバによって提供される時間情報は、ネットワーク時間プロトコルサーバからの時間情報に基づく、項目１２に記載の再生デバイス。
（項目１４）
プロセッサ命令を含有する機械可読媒体であって、プロセッサによる前記命令の実行は、前記プロセッサに、提供された開始時間に基づいて、エンコードされたメディアの再生を提供するためのプロセスを行なわせ、前記プロセスは、
時間情報に関する要求をネットワーク時間プロバイダに伝送するステップと、
前記時間情報を前記ネットワーク時間プロバイダから受信するステップと、
前記受信された時間情報を使用して、再生デバイス内の再生クロックを設定するステップと、
ストリームメディアプロバイダからエンコードされたメディアのストリームに関するストリーム始動情報を受信するステップであって、前記ストリーム始動情報は、ストリーム開始時間を含む、ステップと、
前記エンコードされたメディアのストリームを受信するステップであって、前記ストリームは、エンコードされたコンテンツの複数のフレームを含む、ステップと、
前記ストリーム始動情報に基づいて、前記ストリームの複数のフレームのそれぞれの提示時間情報を前記再生デバイス内で調節するステップと、
を含む、プロセッサ命令を含有する機械可読媒体。
（項目１５）
前記ネットワーク時間プロバイダは、ネットワーク時間プロトコルサーバであり、前記要求の伝送および前記時間情報の受信は、ネットワーク時間プロトコルを使用して行われる、項目１４に記載のプロセッサ命令を含有する機械可読媒体。
（項目１６）
前記時間情報は、協定世界時で提供される、項目１４に記載のプロセッサ命令を含有する機械可読媒体。
（項目１７）
前記開始時間は、協定世界時で提供される、項目１４に記載のプロセッサ命令を含有する機械可読媒体。
（項目１８）
前記ネットワーク時間プロバイダは、ローカル時間サーバである、項目１４に記載のプロセッサ命令を含有する機械可読媒体。
（項目１９）
前記ローカル時間サーバによって提供される時間情報は、ネットワーク時間プロトコルサーバからの時間情報に基づく、項目１８に記載のプロセッサ命令を含有する機械可読媒体。

【図面の簡単な説明】

【0010】

【図1】図１は、本発明のある実施形態による、メディアストリーミングシステムのネットワーク略図を図示する。

【図2】図２は、本発明のある実施形態によるシステムおよび方法を提供するためのプロセスを行う、再生デバイスの構成要素のブロック図を図示する。

【図3】図３は、本発明のある実施形態によるシステムおよび方法を提供するためのプロセスを行う、サーバの構成要素のブロック図を図示する。

【図4】図４は、本発明のいくつかの実施形態による、ネットワークを経由してデバイス間で伝送される情報のタイミング図を図示する。

【図5】図５は、本発明の他の実施形態による、ネットワークを経由してデバイス間で伝送される情報のタイミングを図示する。

【図6】図６は、本発明の実施形態による、再生デバイスによって行われるプロセスの流れ図を図示する。

【図7】図７は、本発明の実施形態による、ストリームコンテンツプロバイダによって行われるプロセスの流れ図を図示する。

【発明を実施するための形態】

【0011】

ここで図面を参照すると、複数のクライアントによるＯＴＴコンテンツの再生を同期させるためのシステムおよび方法が、提供される。特に、本発明の実施形態は、共通ソースからの時間情報を使用して、個々の再生デバイス内の再生クロックを設定することができる。再生デバイスは、次いで、再生の開始に関する時間を示す開始時間情報をメディアコンテンツプロバイダから受信する。開始時間情報は、共通ソースからの時間情報を使用して判定される。各デバイスは、次いで、受信された開始時間情報に基づいて、受信されたコンテンツ内のフレームの提示タイムスタンプを調節する。
ストリーミングシステムアーキテクチャ

【0012】

ここで図１を参照すると、本発明の実施形態による適応ストリーミングシステムが、図示される。適応ストリーミングシステム１０は、いくつかの代替ストリームとして、ソースメディアをエンコードするように構成される、ソースエンコーダ１２を含む。図示される実施形態では、ソースエンコーダは、サーバである。他の実施形態では、ソースエンコーダは、プロセッサと、ソースメディア（ビデオ、オーディオ、および／または字幕を含むが、それらに限定されない）のトランスコーディングを行うための十分なリソースとを含む、任意の処理デバイスであることができる。典型的には、ソースエンコーディングサーバ１２は、ストリームを含有する複数のコンテナファイルへのトップレベルインデックスを生成し、そのうちの少なくとも複数は、代替ストリームである。代替ストリームは、同一のメディアコンテンツを異なる方法でエンコードする、ストリームである。多くの事例では、代替ストリームは、異なる最大ビットレートでメディアコンテンツ（限定されないが、ビデオ等）をエンコードする。いくつかの実施形態では、代替ストリームは、異なる解像度および／または異なるフレームレートでエンコードされる。トップレベルインデックスファイルおよびコンテナファイルは、ＨＴＴＰサーバ１４にアップロードされる。種々の再生デバイスは、次いで、ＨＴＴＰまたは別の適切なステートレスプロトコルを使用して、インターネット等のネットワーク１６を介して、トップレベルインデックスファイルおよびコンテナファイルの一部を要求することができる。

【0013】

時間サーバ２２は、協定世界時（ＵＴＣ）または同等情報を提供する、サーバである。示される実施形態では、時間サーバ２２は、第三者によって維持され得る、ネットワーク時間プロトコル（ＮＴＰ）サーバまたは同等システムである。ＮＴＰの使用は、時間サーバ２２が、時間情報をデバイスに提供することを可能にし、時間情報を使用して設定される個々のデバイス内の内部クロックが、相互に数１０ミリ秒（ｍｓ）以内で同期されることを可能にする。

【0014】

図示される実施形態では、再生デバイスは、パーソナルコンピュータ１８、ＣＥプレーヤ、および携帯電話２０を含む。他の実施形態では、再生デバイスは、消費者電子機器デバイス、例えば、ＤＶＤプレーヤ、Ｂｌｕ−ｒａｙ（登録商標）プレーヤ、テレビ、セットトップボックス、ビデオゲームコンソール、タブレット、およびＨＴＴＰを介して、サーバに接続し、エンコードされたメディアを再生可能である、他のデバイスを含むことができる。具体的アーキテクチャは、図１に示されるが、適応ビットレートストリーミングではなく、従来のストリーミングを行うシステムを含む、任意の種々のアーキテクチャのいずれかが、再生デバイスが、本発明の実施形態に従って、トップレベルインデックスファイルおよびコンテナファイルの一部を要求することを可能にするように利用されることができる。

【0015】

図示されるように、ユーザコンピュータ２９等のいくつかの再生デバイスが、ローカルエリアネットワーク（ＬＡＮ）２５を介して、ネットワーク１６に接続される。ＬＡＮ２５は、ローカル時間サーバ２７を含んでもよい。ローカル時間サーバ２７は、時間情報をＮＴＰサーバ２２から受信し、ＮＴＰサーバ２２から受信された時間情報に基づいて、ローカル時間情報を生成する。サーバとして示されるが、当業者は、時間情報を提供することができる、ＬＡＮ２５に接続される任意のデバイスが、本発明の実施形態から逸脱することなく使用されてもよいことを認識するであろう。ローカル時間サーバ２７のローカル時間情報は、ＬＡＮ２５に接続される再生デバイスに提供され、接続されるデバイス間のより良好な時間同期を確実にし得る。ＬＡＮ２５に接続されるローカル時間サーバ２７の使用は、数１０ｍｓ未満の同期がネットワーク時間サーバ２２を使用して達成されることが所望されるときに使用されてもよい。本発明の実施形態による、ネットワーク時間サーバ、再生デバイス、およびローカル時間サーバは、以下にさらに論じられる。
再生デバイス

【0016】

本発明の実施形態による方法およびシステムを提供するためのいくつかのプロセスは、再生デバイスによって実行される。本発明のある実施形態によるプロセスを行うことができる再生デバイス内の関連構成要素が、図２に示される。当業者は、再生デバイスは、本発明から逸脱することなく、簡潔にするために省略される他の構成要素を含んでもよいことを認識するであろう。再生デバイス２００は、プロセッサ２０５と、不揮発性メモリ２１０と、揮発性メモリ２１５とを含む。プロセッサ２０５は、揮発性メモリ２１５または不揮発性メモリ２１０内に記憶された命令を行い、メモリ内に記憶されたデータを操作する、プロセッサ、マイクロプロセッサ、コントローラ、またはプロセッサ、マイクロプロセッサ、および／またはコントローラの組み合わせである。不揮発性メモリ２１０は、本発明の実施形態によるプロセスを含むプロセスを行なうように再生デバイス２００を構成するために利用されるプロセッサ命令および／または利用されるプロセスのためのデータを記憶することができる。他の実施形態では、再生デバイスソフトウェアおよび／またはファームウェアは、具体的アプリケーションに適切な種々の非一過性コンピュータ可読媒体のいずれか内に記憶されることができる。
サーバ

【0017】

本発明の実施形態による方法およびシステムを提供するためのいくつかのプロセスは、ＨＴＴＰサーバ、ソースエンコーディングサーバ、および／またはローカルおよびネットワーク時間サーバによって実行される。本発明の実施形態によるプロセスを行うサーバ内の関連構成要素が、図３に示される。当業者は、サーバが、本発明の実施形態から逸脱することなく、簡潔にするために省略される他の構成要素を含んでもよいことを認識するであろう。サーバ３００は、プロセッサ３０５と、不揮発性メモリ３１０と、揮発性メモリ３１５とを含む。プロセッサ３０５は、揮発性メモリ３１５または不揮発性メモリ３１０内に記憶された命令を行い、メモリ内に記憶されたデータを操作する、プロセッサ、マイクロプロセッサ、コントローラ、またはプロセッサ、マイクロプロセッサ、および／またはコントローラの組み合わせである。不揮発性メモリ３１０は、本発明の実施形態によるプロセスを含むプロセスを行うようにサーバ３００を構成するために利用されるプロセッサ命令および／または利用されるプロセスのためのデータを記憶することができる。他の実施形態では、サーバソフトウェアおよび／またはファームウェアは、具体的アプリケーションに適切な種々の非一過性コンピュータ可読媒体のいずれかに記憶されることができる。具体的サーバが、図３に図示されるが、任意の数のプロセスを行うように構成される、種々のサーバのいずれかが、本発明の実施形態に従って利用されることができる。
再生同期

【0018】

本発明の実施形態によると、再生デバイスは、時間情報を共通ソースから得て、時間情報を使用して、デバイスの再生クロックを設定する。再生デバイスはまた、再生時間情報をストリームコンテンツプロバイダから受信する。再生時間情報は、次いで、再生クロックに基づいて、ストリーム内のフレームの提示時間を調節するために使用される。再生クロックは、共通ソースからの時間情報に基づいて設定されているため、数１０ｍｓ未満の遅延が提示間に存在するはずである。本発明のいくつかの実施形態による、ネットワークを経由してデバイス間でパスされるメッセージおよび情報のタイミング図が、図４に図示される。

【0019】

図４では、デバイスは、第１の再生デバイスと、第２の再生デバイスと、メディアサーバと、ネットワーク時間サーバとを含む。第１および第２の再生デバイスは、ストリーミングされたエンコードされたメディアコンテンツを提示可能なデバイスである。メディアサーバは、ネットワークを経由してストリーミングされたコンテンツを第１および第２の再生デバイスに提供しているシステムである。ネットワーク時間サーバは、時間情報を提供する、時間サーバである。いくつかの実施形態によると、時間情報は、ＮＴＰを使用して提供される。さらに、時間情報は、協定世界時（ＵＴＣ）に基づいて時間情報を提供する。

【0020】

図４のタイミング図によると、第１の再生デバイスは、時間サーバに、時間情報に関する要求４０５を伝送し、要求に応答して、時間情報４１０を時間サーバから受信する。同様に、第２の再生デバイスは、時間サーバに、時間情報に関する要求４１５を伝送し、要求に応答して、時間情報４２０を時間サーバから受信する。さらに、メディアサーバはまた、時間情報要求４２５を時間サーバに伝送し、要求に応答して、時間情報４３０を時間サーバから受信する。いくつかの実施形態によると、これらの交換は、ＮＴＰを使用して行われる。しかしながら、メッセージのこれらの交換を行うための他の手段が、本発明の実施形態から逸脱することなく、使用されてもよい。さらに、当業者は、異なる時間サーバによって提供される時間情報が共通ソースから生成される限り、デバイスが時間情報を同一時間サーバから受信する必要はないことを認識するであろう。当業者は、デバイスに接続されるネットワークのネットワーク帯域幅および構成に起因して、ある程度の遅延が、時間サーバによって種々のデバイスに提供される時間情報間に導入され得ることを認識するであろう。

【0021】

第１および第２の再生デバイスは、受信された時間情報を使用して、各再生デバイス内の個別の再生クロックを設定する。第１の再生デバイスは、ＯＴＴコンテンツまたは他の提示時間制約コンテンツに関する要求４３５をメディアサーバに伝送する。メディアサーバは、所望のコンテンツ４４０のためのエンコードされたメディアのストリームに関するストリーム始動情報を第１の再生デバイスに伝送する。同様に、第２のデバイスは、同一ＯＴＴコンテンツに関する要求４４５または時間制約コンテンツに関する他の提示をメディアサーバに伝送する。メディアサーバは、所望のコンテンツ４５０のためのエンコードされたメディアのストリームに関するストリーム始動情報を第２の再生デバイスに伝送する。いくつかの実施形態によると、ストリーム始動情報は、ＵＴＣに基づく開始時間を含む。

【0022】

メディアサーバは、次いで、メディアコンテンツ４５５および４６０のストリームを第１および第２の再生デバイスのそれぞれに伝送開始する。第１および第２のデバイスはそれぞれ、次いで、ストリーム始動情報に基づいて、メディアコンテンツのストリーム内で受信された各フレームの提示タイムスタンプ（ＰＴＳ）を調節する。これらの実施形態のいくつかによると、ストリーム内の開始時間は、ＵＴＣから導出された再生クロックおよび開始時間のＵＴＣに基づくであろう。ストリームの開始時間は、ＵＴＣから導出され、再生クロックは、ＵＴＣから導出されるため、提示間の遅延は、種々のデバイスによって受信された時間情報の差異に基づいて、数１０ｍｓ以内であろう。

【0023】

いくつかの実施形態では、数１０ｍｓ未満の遅延を含むコンテンツの再生の同期を有することが望ましくあり得る。これは、デバイスが、相互に近接するコンテンツの再生を提供している場合に該当し得る。本発明のいくつかの実施形態による、再生デバイス間により優れた同期を提供するシステムのタイミング図が、図５に示される。

【0024】

図５におけるシステムは、第１の再生デバイスと、第２の再生デバイスと、ローカル時間サーバと、メディアサーバと、ネットワーク時間サーバとを含む。第１および第２の再生デバイスは、ストリーミングされ、エンコードされたメディアコンテンツを提示可能なデバイスであって、これらのデバイスはそれぞれ、ＬＡＮに接続される。ＬＡＮは、ローカル時間サーバを含む。ローカル時間サーバは、時間情報をＬＡＮに接続されるデバイスに提供する、サーバである。これらの実施形態によると、時間情報は、以下にさらに説明されるように、ネットワーク時間サーバから受信された時間情報に基づく。メディアサーバは、ネットワークを経由してストリーミングされたコンテンツを第１および第２の再生デバイスに提供しているシステムである。ネットワーク時間サーバは、時間情報を提供する、時間サーバである。いくつかの実施形態によると、時間情報は、ＮＴＰを使用して提供される。さらに、時間情報は、ＵＴＣの観点から規定された時間情報を提供する。

【0025】

図４のタイミング図によると、ローカル時間サーバは、時間情報に関する要求５０５をネットワーク時間サーバ伝送し、応答して、時間情報５１０を時間サーバから受信する。メディアサーバはまた、時間情報要求５１５を時間サーバに伝送し、要求に応答して、時間情報５２０を時間サーバから受信する。いくつかの実施形態によると、これらの交換は、ＮＴＰを使用して行われる。しかしながら、メッセージのこれらの交換を行うための他の手段が、本発明の実施形態から逸脱することなく、使用されてもよい。さらに、当業者は、異なる時間サーバによって提供される時間情報が共通ソースから生成される限り、サーバが時間情報を同一時間サーバから受信する必要はないことを認識するであろう。当業者はまた、サーバに接続されるネットワークのネットワーク帯域幅および構成に起因して、ある程度の遅延が、時間サーバによって種々のデバイスに提供される時間情報間に導入され得ることを認識するであろう。

【0026】

ローカル時間サーバは、次いで、時間情報を使用して、ＬＡＮに接続される再生デバイスによって使用するための時間情報を生成する。第１の再生デバイスは、ローカル時間サーバに、時間情報に関する要求５２５を伝送し、要求に応答して、時間情報５３０をローカル時間サーバから受信する。同様に、第２の再生デバイスは、ローカル時間サーバに、情報に関する要求５３５を伝送し、要求に応答して、時間情報５４０をローカル時間サーバから受信する。第１および第２の再生デバイスは、受信された時間情報を使用して、各デバイス内の個別の再生クロックを設定する。時間情報が、ＬＡＮを経由して、ローカルサーバから受信されるにつれて、遅延は、時間情報にほとんど導入されない。したがって、第１および第２の再生デバイスの再生クロックは、より近接して同期される。

【0027】

再生を開始するために、第１のデバイスは、ＯＴＴコンテンツまたは他の提示時間制約コンテンツに関する要求５４５をメディアサーバに伝送する。メディアサーバは、所望のコンテンツ５５０のためのエンコードされたメディアのストリームに関するストリーム始動情報を第１の再生デバイスに伝送する。同様に、第２のデバイスは、同一ＯＴＴコンテンツに関する要求５５５または時間制約コンテンツに関する他の提示をメディアサーバに伝送する。メディアサーバは、所望のコンテンツ５６０のためのエンコードされたメディアのストリームに関するストリーム始動情報を第２の再生デバイスに伝送する。いくつかの実施形態によると、ストリーム始動情報は、ＵＴＣに基づく開始時間を含む。

【0028】

メディアサーバは、次いで、メディアコンテンツ５６５および５７０のストリームを第１および第２の再生デバイスのそれぞれに伝送開始する。第１および第２のデバイスはそれぞれ、次いで、ストリーム始動情報に基づいて、メディアコンテンツのストリーム内で受信された各フレームの提示タイムスタンプ（ＰＴＳ）を調節する。これらの実施形態のいくつかによると、ストリーム内の開始時間は、ローカル時間サーバから受信されたＵＴＣ情報から導出された再生クロックおよび開始時間のＵＴＣに基づくであろう。ストリームの開始時間は、ＵＴＣから導出され、再生クロックは、ネットワーク時間サーバの代わりに、ローカル時間サーバから受信されたＵＴＣから導出されるため、提示間の遅延は、典型的には、図４を参照して前述のシステムの数１０ｍｓ未満であろう。これは、個々の再生デバイスの内部クロックが、個々の再生デバイスとＬＡＮのローカル時間サーバとの間の待ち時間欠如に起因して、より近接して同期されるためである。

【0029】

本発明のいくつかの実施形態による、同期再生を提供するために再生デバイスによって行われるプロセスが、図６に図示される。プロセス６００は、時間情報に関する要求を時間プロバイダに伝送するステップを含む（６０５）。図４および５を参照して論じられるように、時間プロバイダは、限定ではないが、ネットワーク時間サーバおよび／またはローカル時間サーバであってもよい。デバイスは、時間情報を時間プロバイダから受信する（６１０）。時間情報は、好ましくは、ＵＴＣに基づく。時間情報は、再生デバイスによって使用され、メディア再生クロックを設定する（６１５）。

【0030】

再生デバイスが、ＯＴＴまたは他の提示時間コンテンツを再生するとき、再生デバイスは、ストリーム始動情報を受信する（６２０）。いくつかの実施形態によると、ストリーム始動情報は、要求されるコンテンツのトップレベルインデックス内にある、またはメタデータまたは同等物等のいくつかの他のタイプの管理情報とともに提供されてもよい。いくつかの実施形態によると、ストリーム始動情報は、ＵＴＣに基づく開始時間を含む。再生デバイスは、次いで、メディアコンテンツのストリームを受信する。ストリームが受信されるにつれて、再生デバイスは、ストリーム始動情報および再生クロックに基づいて、各フレームの提示時間情報を調節する（６２５）。提示時間情報は、フレームの提示タイムスタンプ（ＰＴＳ）、フレームのための基準フレームのＰＴＳ、またはフレームが提示され得る時間を判定するために使用され得る任意の他の情報であってもよい。これらの実施形態のいくつかによると、開始時間および再生クロックの時間は、各フレームのＰＴＳを調節するために使用される。特に、メディアサーバおよび再生クロックから受信された開始時間の間の差異は、各フレームのＰＴＳを調節するために使用されてもよい。ストリームの再生が、次いで、開始する（６３０）。

【0031】

本発明の実施形態による、メディアサーバによって行われるストリーム始動時間情報を提供するためのプロセスが、図７に図示される。プロセス７００は、時間情報に関する要求をネットワーク時間プロバイダに伝送するステップを含む（７０５）。図４および５を参照して論じられるように、時間プロバイダは、限定ではないが、ネットワーク時間サーバであってもよい。メディアは、時間情報を時間プロバイダから受信する（７１０）。時間情報は、好ましくは、ＵＴＣに基づく。時間情報は、メディアサーバによって使用され、ストリーム始動時間を判定する（７１５）。前述のように、ストリーム始動時間は、ＵＴＣに基づく開始時間であってもよい。

【0032】

ストリーム始動時間は、次いで、コンテンツのストリームに関するストリーム始動情報を生成するために使用される（７２０）。コンテンツのストリームに関する要求が受信されると（７２５）、ストリーム始動情報が、要求側再生デバイスに提供され（７３０）、コンテンツは、再生デバイスにストリーミングされる（７３５）。

【0033】

前述は、本発明によるシステムおよび方法の実施形態の説明である。他の当業者が、文字通りまたは均等論を通してのいずれかにおいて、以下の請求項に記載される本発明を侵害する代替システムを設計するであろうことが予想される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】