知財求人 - 知財ポータルサイト「IP Force」
▶ ディズニー エンタープライゼス インコーポレイテッドの特許一覧
特許7323617複数のメディアプレイヤーに対するメディアコンテンツの配信調整
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-07-31
(45)【発行日】2023-08-08
(54)【発明の名称】複数のメディアプレイヤーに対するメディアコンテンツの配信調整
(51)【国際特許分類】
H04N 21/242 20110101AFI20230801BHJP
H04N 21/258 20110101ALI20230801BHJP
【ＦＩ】
H04N21/242
H04N21/258
【請求項の数】
38
(21)【出願番号】P 2021531672
(86)(22)【出願日】2019-12-16
(65)【公表番号】
(43)【公表日】2022-01-28
(86)【国際出願番号】 US2019066624
(87)【国際公開番号】W WO2020163018
(87)【国際公開日】2020-08-13
【審査請求日】2021-06-02
(31)【優先権主張番号】16/270,467
(32)【優先日】2019-02-07
(33)【優先権主張国・地域又は機関】US
【前置審査】
(73)【特許権者】
【識別番号】504399716
【氏名又は名称】ディズニー エンタープライゼス インコーポレイテッド
(74)【代理人】
【識別番号】100147485
【弁理士】
【氏名又は名称】杉村 憲司
(74)【代理人】
【識別番号】230118913
【弁護士】
【氏名又は名称】杉村 光嗣
(74)【代理人】
【識別番号】100211395
【弁理士】
【氏名又は名称】鈴木 裕貴
(72)【発明者】
【氏名】コミート キース
(72)【発明者】
【氏名】レフラー ネイサン
(72)【発明者】
【氏名】ジェームズ コリガン－コルヴィル
【審査官】富樫 明
(56)【参考文献】
【文献】米国特許出願公開第２０１３／００６７１１６（ＵＳ，Ａ１）
【文献】特表２０１５－５２７７６０（ＪＰ，Ａ）
【文献】特開２００５－１９８２４３（ＪＰ，Ａ）
【文献】特開２００９－２８４０５５（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ ２１／００－２１／８５８
(57)【特許請求の範囲】
【請求項1】
メディアコンテンツのプレイアウト同期システムであって、このシステムが、ハードウェアプロセッサと、ソフトウェアコードを記憶しているシステムメモリとを含んでいるコンピューティングプラットフォームを具えており、
前記ハードウェアプロセッサは、前記ソフトウェアコードを実行して、
第１のメディアコンテンツをプレイしている第１のメディアプレイヤーから第１の状態メッセージを受信し、
前記第１の状態メッセージを受信した後、第１のタイム間隔でタイマーを始動させ、
前記第１のタイム間隔で始動された前記タイマーの終了前に、前記第１のメディアコンテンツと同じメディアコンテンツである第２のメディアコンテンツをプレイしている第２のメディアプレイヤーから第２の状態メッセージを受信し、
前記第２の状態メッセージを受信した後、第２のタイム間隔で前記タイマーを始動させ、
前記第２のタイム間隔で始動された前記タイマーの終了に応答して、前記第１の状態メッセージ又は前記第２の状態メッセージの少なくとも一方に基づいて、前記第１のメディアプレイヤーによる前記第１のメディアコンテンツ及び前記第２のメディアプレイヤーによる前記第２のメディアコンテンツのプレイアウトに対する調整状態を決定し、且つ
前記第２のタイム間隔で始動された前記タイマーの終了に応答して、前記調整状態を含む第１のコンテンツ調整メッセージを前記第１のメディアプレイヤーに送信するとともに、前記調整状態を含む第２のコンテンツ調整メッセージを前記第２のメディアプレイヤーに送信して、前記調整状態を用い、それぞれ前記第１のメディアプレイヤー及び前記第２のメディアプレイヤーによる前記第１のメディアコンテンツ及び前記第２のメディアコンテンツのプレイアウトを同期させる
ように構成されているメディアコンテンツのプレイアウト同期システム。
【請求項2】
請求項１に記載のメディアコンテンツのプレイアウト同期システムにおいて、前記第１の状態メッセージ又は前記第２の状態メッセージの少なくとも一方が、前記第１のメディアプレイヤー又は前記第２のメディアプレイヤーのそれぞれのメディアプレイヤーのユーザーによるアクションに対応するユーザーアクティビティデータを含んでいるようにしたメディアコンテンツのプレイアウト同期システム。
【請求項3】
請求項１に記載のメディアコンテンツのプレイアウト同期システムにおいて、前記第１のコンテンツ調整メッセージにより前記第１のメディアプレイヤーが前記第１のメディアコンテンツのプレイアウトを変更させるようにしたメディアコンテンツのプレイアウト同期システム。
【請求項4】
請求項１に記載のメディアコンテンツのプレイアウト同期システムにおいて、前記第１のコンテンツ調整メッセージにより、前記第１のメディアプレイヤーが前記第１のコンテンツのタイムコード及びフレームナンバーの一方に対して前記第１のメディアプレイヤーのプレイヘッド位置を変更させるようにしたメディアコンテンツのプレイアウト同期システム。
【請求項5】
請求項１に記載のメディアコンテンツのプレイアウト同期システムにおいて、前記第１のコンテンツ調整メッセージが更に、前記コンピューティングプラットフォームと前記第１のメディアプレイヤーとの間の通信用の第１の待ち時間の推定値を有しているメディアコンテンツのプレイアウト同期システム。
【請求項6】
請求項５に記載のメディアコンテンツのプレイアウト同期システムにおいて、前記第１の待ち時間の推定値を、前記第１のメディアプレイヤーに対し測定した複数のテスト待ち時間値の重み付けしたローリング平均に基づいて決定するようにしたメディアコンテンツのプレイアウト同期システム。
【請求項7】
請求項６に記載のメディアコンテンツのプレイアウト同期システムにおいて、前記複数のテスト待ち時間値の各々に適用される重みは、各テスト待ち時間値がどの程度最近に測定されたかに基づかせるようにしたメディアコンテンツのプレイアウト同期システム。
【請求項8】
請求項６に記載のメディアコンテンツのプレイアウト同期システムにおいて、前記複数のテスト待ち時間値の各々に適用される重みは、前記複数のテスト待ち時間値の標準の平均からのこれらテスト待ち時間値の各々の偏差に基づかせるようにしたメディアコンテンツのプレイアウト同期システム。
【請求項9】
請求項１に記載のメディアコンテンツのプレイアウト同期システムにおいて、前記第１の状態メッセージを受信すること、前記第２の状態メッセージを受信すること、前記調整状態を決定すること、並びに前記調整状態を前記第１のメディアプレイヤー及び前記第２のメディアプレイヤーに送信することは、全て周期的に繰り返されるメディアコンテンツのプレイアウト同期システム。
【請求項10】
ハードウェアプロセッサと、ソフトウェアコードを記憶しているシステムメモリとを有するコンピューティングプラットフォームを含むメディアコンテンツのプレイアウト同期システムによる使用方法であって、この使用方法が、前記ハードウェアプロセッサにより実行された前記ソフトウェアコードにより、第１のメディアコンテンツをプレイしている第１のメディアプレイヤーから第１の状態メッセージを受信するステップと、
前記ハードウェアプロセッサにより実行された前記ソフトウェアコードにより、前記第１の状態メッセージを受信した後、第１のタイム間隔でタイマーを始動させるステップと、
前記第１のタイム間隔で始動された前記タイマーの終了前に、前記ハードウェアプロセッサにより実行された前記ソフトウェアコードにより、前記第１のメディアコンテンツと同じメディアコンテンツである第２のメディアコンテンツをプレイしている第２のメディアプレイヤーから第２の状態メッセージを受信するステップと、
前記ハードウェアプロセッサにより実行された前記ソフトウェアコードにより、前記第２の状態メッセージを受信した後、第２のタイム間隔で前記タイマーを始動させるステップと、
前記第２のタイム間隔で始動された前記タイマーの終了に応答して、前記ハードウェアプロセッサにより実行された前記ソフトウェアコードにより、前記第１の状態メッセージ又は前記第２の状態メッセージの少なくとも一方に基づいて、前記第１のメディアプレイヤーによる前記第１のメディアコンテンツ及び前記第２のメディアプレイヤーによる前記第２のメディアコンテンツのプレイアウトに対する調整状態を決定するステップと、
前記第２のタイム間隔で始動された前記タイマーの終了に応答して、前記ハードウェアプロセッサにより実行された前記ソフトウェアコードにより、前記調整状態を含む第１のコンテンツ調整メッセージを前記第１のメディアプレイヤーに送信するとともに、前記調整状態を含む第２のコンテンツ調整メッセージを前記第２のメディアプレイヤーに送信して、前記調整状態を用い、それぞれ前記第１のメディアプレイヤー及び前記第２のメディアプレイヤーによる前記第１のメディアコンテンツ及び前記第２のメディアコンテンツのプレイアウトを同期させるステップと
を具えている使用方法。
【請求項11】
請求項１０に記載の使用方法において、前記第１の状態メッセージ又は前記第２の状態メッセージの少なくとも一方が、前記第１のメディアプレイヤー又は前記第２のメディアプレイヤーのそれぞれのメディアプレイヤーのユーザーによるアクションに対応するユーザーアクティビティデータを含んでいるようにした使用方法。
【請求項12】
請求項１０に記載の使用方法において、前記第１のコンテンツ調整メッセージが、前記第１のメディアプレイヤーにより前記第１のメディアコンテンツのプレイアウトレートを変更するようにする使用方法。
【請求項13】
請求項１０に記載の使用方法において、前記第１のコンテンツ調整メッセージが、前記第１のメディアプレイヤーにより前記第１のメディアコンテンツのタイムコード及びフレームナンバーの一方に対して前記第１のメディアプレイヤーのプレイヘッド位置を変更するようにする使用方法。
【請求項14】
請求項１０に記載の使用方法が更に、前記コンピューティングプラットフォームと前記第１のメディアプレイヤーとの間の通信用の第１の待ち時間の推定値を決定するステップを具えている使用方法。
【請求項15】
請求項１４に記載の使用方法において、前記第１の待ち時間の推定値を、前記第１のメディアプレイヤーに対し測定した複数のテスト待ち時間値の重み付けしたローリング平均に基づいて決定するようにする使用方法。
【請求項16】
請求項１５に記載の使用方法において、前記複数のテスト待ち時間値の各々に適用される重みは、各テスト待ち時間値がどの程度最近に測定されたかに基づかせるようにする使用方法。
【請求項17】
請求項１５に記載の使用方法において、前記複数のテスト待ち時間値の各々に適用される重みは、前記複数のテスト待ち時間値の標準の平均からのこれらテスト待ち時間値の各々の偏差に基づかせるようにする使用方法。
【請求項18】
請求項１０に記載の使用方法において、前記第１の状態メッセージを受信するステップ、前記第２の状態メッセージを受信するステップ、前記調整状態を決定するステップ、並びに前記調整状態を前記第１のメディアプレイヤー及び前記第２のメディアプレイヤーに送信するステップは、全て周期的に繰り返される使用方法。
【請求項19】
第１のメディアプレイヤーによる第１のメディアコンテンツのプレイアウトを、前記第１のメディアコンテンツと同じメディアコンテンツである第２のメディアプレイヤーによる第２のメディアコンテンツのプレイアウトと同期させる使用方法であって、この使用方法が、前記第１のメディアコンテンツをプレイすることを開始するステップと、
前記第１のメディアプレイヤーが前記第１のメディアコンテンツをプレイしている間に、前記第１のメディアプレイヤーのプレイヘッド位置、メディアコンテンツのプレイアウトレート及びネットワーク接続状態を含む第１の状態メッセージを調整用デバイスに送信するステップと、
前記第１の状態メッセージを前記調整用デバイスに送信するステップに応答して、前記第１のメディアプレイヤーによる前記第１のメディアコンテンツのプレイアウトに対する調整状態であって、前記第１の状態メッセージに基づいているこの調整状態を含んでいる第１のコンテンツ調整メッセージを前記調整用デバイスから受信するステップと、
前記第１のコンテンツ調整メッセージを用いる前記第１のメディアプレイヤーにより、前記第１のメディアプレイヤーのプレイアウトを前記第２のメディアプレイヤーによる前記第２のメディアコンテンツのプレイアウトと同期させるステップと、
この同期中及びその後に前記第１のメディアコンテンツをプレイアウトすることに続けるステップと
を具えている使用方法。
【請求項20】
請求項１９に記載の使用方法において、前記第１の状態メッセージが、前記第１のメディアプレイヤーのユーザーによるアクションに対応するユーザーアクティビティデータを含むようにする使用方法。
【請求項21】
請求項１９に記載の使用方法において、前記第１のコンテンツ調整メッセージにより前記第１のメディアプレイヤーが前記第１のメディアコンテンツのプレイアウトレートを変更させるようにする使用方法。
【請求項22】
請求項１９に記載の使用方法において、前記第１のコンテンツ調整メッセージにより前記第１のメディアプレイヤーが前記第１のメディアコンテンツのタイムコード及びフレームナンバーの一方に対して前記第１のメディアプレイヤーのプレイヘッド位置を変更させるようにする使用方法。
【請求項23】
請求項１９に記載の使用方法において、この使用方法が更に、前記調整用デバイスと通信するための第１の待ち時間の推定値を決定するステップと、
この第１の待ち時間の推定値を前記第１の状態メッセージの一部として前記調整用デバイスに送信するステップと
を具えている使用方法。
【請求項24】
請求項２３に記載の使用方法において、前記第１の待ち時間の推定値が前記第１のメディアプレイヤーにより測定された複数のテスト待ち時間値の重み付けしたローリング平均に基づいて決定されるようにした使用方法。
【請求項25】
請求項２４に記載の使用方法において、前記複数のテスト待ち時間値の各々に適用される重みは、各テスト待ち時間値がどの程度最近に測定されたかに基づかせるようにする使用方法。
【請求項26】
請求項２４に記載の使用方法において、前記複数のテスト待ち時間値の各々に適用される重みは、前記複数のテスト待ち時間値の標準の平均からのこれらテスト待ち時間値の各々の偏差に基づかせるようにする使用方法。
【請求項27】
請求項１９に記載の使用方法であって、前記第１の状態メッセージを送信するステップ、前記第１のコンテンツ調整メッセージを受信するステップ、及び同期させるステップは、全て周期的に繰り返される使用方法。
【請求項28】
請求項１９に記載の使用方法において、この使用方法が更に、前記調整用デバイスから第１の待ち時間の推定値を受信するステップ
を具えている使用方法。
【請求項29】
請求項１に記載のメディアコンテンツのプレイアウト同期システムにおいて、前記第１の状態メッセージは、前記第１のメディアプレイヤーのプレイヘッド位置、メディアコンテンツのプレイアウトレート及びネットワーク接続状態を含む、メディアコンテンツのプレイアウト同期システム。
【請求項30】
メディアコンテンツのプレイアウトを同期するためのコンピューターサーバーであって、このコンピューターサーバーが、ソフトウェアコードを記憶しているシステムメモリと、
ハードウェアプロセッサであって、前記ソフトウェアコードを実行して、
第１のメディアコンテンツをプレイしている第１のメディアプレイヤーから第１の状態メッセージを受信し、
前記第１のメディアコンテンツと同じメディアコンテンツである第２のメディアコンテンツをプレイしている第２のメディアプレイヤーから第２の状態メッセージを受信し、
前記第１の状態メッセージ又は前記第２の状態メッセージの少なくとも一方に基づいて、前記第１のメディアプレイヤーによる前記第１のメディアコンテンツのプレイアウト及び前記第２のメディアプレイヤーによる前記第２のメディアコンテンツのプレイアウトに対する調整状態を決定し、且つ
前記調整状態を含む第１のコンテンツ調整メッセージを前記第１のメディアプレイヤーに送信するとともに、前記調整状態を含む第２のコンテンツ調整メッセージを前記第２のメディアプレイヤーに送信して、前記調整状態を用い、それぞれ前記第１のメディアプレイヤー及び前記第２のメディアプレイヤーによる前記第１のメディアコンテンツ及び前記第２のメディアコンテンツのプレイアウトを同期させるように構成されている、ハードウェアプロセッサと、
を具え、
前記第１のコンテンツ調整メッセージは、前記第１のメディアコンテンツが継続して前記第１のメディアプレイヤーによってプレイアウトされている間に、前記第１のメディアプレイヤーに、前記調整状態を用い、前記第１のメディアコンテンツのプレイアウトレートを変更するか、或いは前記第１のメディアプレイヤーのプレイヘッド位置を変更するように命令し、
前記第２のコンテンツ調整メッセージは、前記第２のメディアコンテンツが継続して前記第２のメディアプレイヤーによってプレイアウトされている間に、前記第２のメディアプレイヤーに、前記調整状態を用い、前記第２のメディアコンテンツのプレイアウトレートを変更するか、或いは前記第２のメディアプレイヤーのプレイヘッド位置を変更するように命令し、
前記第１のコンテンツ調整メッセージは、前記コンピューターサーバーと前記第１のメディアプレイヤーとの間の通信用の第１の待ち時間の推定値を更に含み、
前記第１の待ち時間の推定値は、前記第１のメディアプレイヤーに対し測定した複数のテスト待ち時間値の重み付けしたローリング平均に基づいて決定され、
前記第１の状態メッセージは、前記第１のメディアプレイヤーのプレイヘッド位置、メディアコンテンツのプレイアウトレート及びネットワーク接続状態を含む、コンピューターサーバー。
【請求項31】
請求項３０に記載のコンピューターサーバーにおいて、前記第１のコンテンツ調整メッセージは、前記第１のメディアプレイヤーに、前記調整状態を用い、前記第１のメディアコンテンツのタイムコード又はフレームナンバーの一方に対して前記第１のメディアプレイヤーの前記プレイヘッド位置を変更するように命令する、コンピューターサーバー。
【請求項32】
請求項３０に記載のコンピューターサーバーにおいて、前記複数のテスト待ち時間値の各々に適用される重みは、各テスト待ち時間値がどの程度最近に測定されたか、或いは、前記複数のテスト待ち時間値の標準の平均からのこれらテスト待ち時間値の各々の偏差に基づく、コンピューターサーバー。
【請求項33】
請求項３０に記載のコンピューターサーバーにおいて、前記第１の状態メッセージを受信すること、前記第２の状態メッセージを受信すること、前記調整状態を決定すること、並びに前記調整状態を前記第１のメディアプレイヤー及び前記第２のメディアプレイヤーに送信することは、全て周期的に繰り返される、コンピューターサーバー。
【請求項34】
請求項１０に記載の使用方法において、前記第１の状態メッセージは、前記第１のメディアプレイヤーのプレイヘッド位置、メディアコンテンツのプレイアウトレート及びネットワーク接続状態を含む、使用方法。
【請求項35】
ハードウェアプロセッサと、ソフトウェアコードを記憶しているシステムメモリとを含むコンピューターサーバーによる、メディアコンテンツのプレイアウトを同期させるための使用方法であって、この使用方法が、前記ハードウェアプロセッサにより実行された前記ソフトウェアコードにより、第１のメディアコンテンツをプレイしている第１のメディアプレイヤーから第１の状態メッセージを受信するステップと、
前記ハードウェアプロセッサにより実行された前記ソフトウェアコードにより、前記第１のメディアコンテンツと同じメディアコンテンツである第２のメディアコンテンツをプレイしている第２のメディアプレイヤーから第２の状態メッセージを受信するステップと、
前記ハードウェアプロセッサにより実行された前記ソフトウェアコードにより、前記第１の状態メッセージ又は前記第２の状態メッセージの少なくとも一方に基づいて、前記第１のメディアプレイヤーによる前記第１のメディアコンテンツ及び前記第２のメディアプレイヤーによる前記第２のメディアコンテンツのプレイアウトに対する調整状態を決定するステップと、
前記ハードウェアプロセッサにより実行された前記ソフトウェアコードにより、前記調整状態を含む第１のコンテンツ調整メッセージを前記第１のメディアプレイヤーに送信するとともに、前記調整状態を含む第２のコンテンツ調整メッセージを前記第２のメディアプレイヤーに送信して、前記調整状態を用い、それぞれ前記第１のメディアプレイヤー及び前記第２のメディアプレイヤーによる前記第１のメディアコンテンツ及び前記第２のメディアコンテンツのプレイアウトを同期させるステップと
を具え、
前記第１のコンテンツ調整メッセージは、前記第１のメディアコンテンツが継続して前記第１のメディアプレイヤーによってプレイアウトされている間に、前記第１のメディアプレイヤーに、前記調整状態を用い、前記第１のメディアコンテンツのプレイアウトレートを変更するか、或いは前記第１のメディアプレイヤーのプレイヘッド位置を変更するように命令し、
前記第２のコンテンツ調整メッセージは、前記第２のメディアコンテンツが継続して前記第２のメディアプレイヤーによってプレイアウトされている間に、前記第２のメディアプレイヤーに、前記調整状態を用い、前記第２のメディアコンテンツのプレイアウトレートを変更するか、或いは前記第２のメディアプレイヤーのプレイヘッド位置を変更するように命令し、
前記第１のコンテンツ調整メッセージは、前記コンピューターサーバーと前記第１のメディアプレイヤーとの間の通信用の第１の待ち時間の推定値を更に含み、
前記第１の待ち時間の推定値は、前記第１のメディアプレイヤーに対し測定した複数のテスト待ち時間値の重み付けしたローリング平均に基づいて決定され、
前記第１の状態メッセージは、前記第１のメディアプレイヤーのプレイヘッド位置、メディアコンテンツのプレイアウトレート及びネットワーク接続状態を含む、使用方法。
【請求項36】
請求項３５に記載の使用方法において、前記第１のコンテンツ調整メッセージは、前記第１のメディアプレイヤーに、前記調整状態を用い、前記第１のメディアコンテンツのタイムコード又はフレームナンバーの一方に対して前記第１のメディアプレイヤーの前記プレイヘッド位置を変更するように命令する、使用方法。
【請求項37】
請求項３５に記載の使用方法において、前記複数のテスト待ち時間値の各々に適用される重みは、各テスト待ち時間値がどの程度最近に測定されたか、或いは、前記複数のテスト待ち時間値の標準の平均からのこれらテスト待ち時間値の各々の偏差に基づく、使用方法。
【請求項38】
請求項３５に記載の使用方法において、前記第１の状態メッセージを受信するステップ、前記第２の状態メッセージを受信するステップ、前記調整状態を決定するステップ、並びに前記調整状態を前記第１のメディアプレイヤー及び前記第２のメディアプレイヤーに送信するステップは、全て周期的に繰り返される、使用方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、複数のメディアプレイヤーに対するメディアコンテンツの配信調整に関するものである。
【背景技術】
【0002】
仕事及び学校教育の要求や、非現実的な愛着は全て、若者が大人になる際に、幼なじみや核家族に広まる傾向にある。その結果、しかも少なくとも部分的に長距離移動時の費用及び不便さが原因となって、外出することなくグループによる娯楽体験を家族や友人と共有しうるようにすることが望ましものとなる。例えば、幼児のいる夫婦は自宅で休日に映画を視聴するとともに、この視聴体験を他の州に住んでいる子供達の祖父母と共有することを望む場合があり、又は大学の友人のグループが彼らの母校に関係するスポーツイベントを一緒に視聴することを望む場合がある。
【0003】
共有するメディア消費経験において遠隔グループの参加を可能にするための通常の解決策に当っては、音声（オーディオ）／映像（ビデオ）の品質が悪いことや同期が悪いことを含む欠点が問題となっている。これらの従来の解決策は、幾つかのカテゴリーのうちの１つに該当する傾向にある。これらの解決策の１つの従来のカテゴリーでは、例えば“プレイ（play）”を同時に押すことにより遠隔の視聴者が互いに自分たちの入力を自分たちのメディアプレイヤーに調整することを必要としている。しかし、これらの解決策は、一般的に、人的誤差によるプレイアウト同期の欠如、或いはフレームレート及びバッファリング問題による同期のオーバータイムを経験するものである。
【0004】
これらの解決策の他の一般的なカテゴリーは、メディアコンテンツを捕捉して遠隔グループのメンバーに中継放送（リブロードキャスト）する第三者のサービスに依存するものである。しかし、これらの一般的な解決策は、一般的に、メディアコンテンツが各々の視聴者のデバイスにより独立してフェッチ（読み出し）されずにホストシステムから中継放送される為に比較的劣悪な音声及び映像を生ぜしめる。更に、遠隔グループの一員が一般的に放送を制御するホストとして作用する必要がある為、その結果のグループの経験は正確にインターラクティブ（対話的）とはならない。
【0005】
デジタルエンターテインメントの同期の問題はマルチプレーヤーオンラインゲームにおいても生じる。これらの環境においては、遠隔ゲーミングデバイスはゲーム環境を局所的にするとともに、（例えば、キャラクターの移動及びアクションに関する）ユーザー入力を中央のサーバーと通信し、同時に他のユーザーのキャラクターの移動及びアクションに関する入力を中央のサーバーから受信するものである。待ち時間（レイテンシー）問題は、遠隔デバイスがキャラクターの移動及びアクションを局所的に予測することにより対処するものであり、その後これらの予測は必要に際してのみサーバーの命令により無効にされる。待ち時間減少及び同期に対するこれらの解決策は音声／映像放送、ストリーミング及び再生の環境に対しては適用しうるものではない。
【図面の簡単な説明】
【0006】
【図6】図６は、複数のメディアプレイヤーに対するメディアコンテンツの配信を調整するためのシステムにより用いるためのユーザー状態データを含む例示的な状態メッセージのリストを示す本発明の一実施例による説明図である。
【発明を実施するための形態】
【0007】
以下の説明は、本明細書の開示における実施例に関する特定の情報を包含するものである。当業者は、本明細書の開示をここに明示した方法とは異なる方法で実施しうることを認識しうるであろう。本出願における図面及びこれらに付随する詳細な説明は、単に模範的な実施例に向けたものである。特に断らない限り、図面中の同様な又は対応する要素を同様な又は対応する参照符号により表すことができる。更に、本出願における図面及びイラストは一般的に実際のものに正比例するものではなく、且つ実際の相対寸法に対応することを意図するものでもない。
【0008】
本出願は、従来技術における欠点及び欠陥を克服するメディアコンテンツの配信を調整するためのシステム及び方法を開示するものである。ここに開示するシステム及び方法によれば、複数のユーザーがライブコンテンツ及び記録したメディアコンテンツに適用しうる同期コンテンツを同時に楽しむための強い解決策を提供するものである。本発明の原理の種々の実施例によれば、各ユーザーはコンテンツ調整サービスに対する双方向及び継続的な接続を有するメディアプレイヤーを用いる。各ユーザーは、各ユーザーにミラーリングされる単一のストリーミングセッションを共有するのではなく、個々にストリーミングするか、さもなければ同じコンテンツの異なるインスタンス化をアクセスするようにしうる。
【0009】
例えば、幾つかの実施例では、ユーザーはメディアプレイヤーメモリ又はその他のローカルメモリ（例えば、ＤＶＲ、ＤＶＤ等）に局部的に記憶された同じコンテンツのインスタンス化を有することができる。これらの実施例では、ユーザーが同じメディアコンテンツをメモリから直接アクセスすることができる。他の実施例では、一人のユーザーがケーブル、サテライト又は無線通信のような予定の放送を通じてコンテンツを見ているその間に、他のユーザーが同じコンテンツを、インターネットストリーミング接続を介して見ているか又はローカルメモリからアクセスしているようにしうる。更に他の実施例では、全てのユーザーが同じコンテンツ（例えば、ライブ放送のスポーツイベント）のライブ放送又はインターネットストリームをアクセスしているようにしうる。
【0010】
更に、一人のユーザーが制御用のホストとして作用するようにする必要があるのではなく、各ユーザーがコンテンツ同期を決定する要素に影響を及ぼす能力を有するようにしうる。それにもかかわらず、一人以上のユーザーが特定の共有メディアコンテンツ消費セッションに亘ってより優れた制御を行使することが有利となる又は望ましくなるようにした実施例では、この又はこれらのユーザーがこのセッション中にメディアコンテンツの提示制御において一人又は複数人のホストとして作用するようにしうる。
【0011】
本出願の目的に対して規定したように、“メディアコンテンツ”及び“同じメディアコンテンツ”なる表現は、実質上同じタイムコードシーケンス又はタイムラインを有する同じ一次コンテンツを含んでいるコンテンツを相互に交換可能に参照するものであるが、補足コンテンツ又は補助コンテンツにおける変化を含むことができることに注意されたい。例えば、本明細書で使用する場合、コンテンツをプログラミングする映画又はテレビジョン（ＴＶ）の形態での同じメディアコンテンツは、同じ配列の映像フレームを含むようにすることができるが、種々に異なる言語で表される対話を伴うように、又はユーザーの嗜好に依存する種々に異なる音声トラックを伴うようにすることができ。
【0012】
他の例としては、スポーツコンテンツの形態における同じメディアコンテンツは、種々に異なるカメラ又は種々に異なる視点により捕捉される、或いはまた種々に異なる放送ネットワークにより配布（分散）される映像から見た同じスポーツイベントを参照するようにすることができる。更に他の例としては、シンクロダンスパーティーの同じメディアコンテンツには、種々に異なるダンサーの場面を同じ音楽に対して見せる種々に異なるカメラアングルを含めることができる。
【0013】
他の例では、二人のユーザーが一次コンテンツを見うるようにすることができ、この場合一方のユーザーの一次コンテンツは二次コンテンツにより補足されているが他方のユーザーの一次コンテンツは二次コンテンツにより補足されていない。このことは、例えば、第２のユーザーが映像ストリーミングサービスに対するコマーシャルのないサブスクリプションを有する場合であって他のユーザーが有しない場合に生じる可能性がある。この場合、第１のユーザーのストリームにおけるコマーシャルが二次コンテンツを構成するが、読者は二人のユーザーが本発明の目的のための“同じコンテンツ”を見ていることを理解するであろう。
【0014】
更に、幾つかの実施例では、“メディアコンテンツ”及び“同じメディアコンテンツ”が、共有するコンテンツ消費経験に反応する個々のユーザーのイメージを含むようにしうる。例えば、インターネットに基づくチャットルームの個人のユーザーに対しローカルなカメラが、このチャットルームの他のユーザーとのチャットルーム相互作用に応答して、この個人のユーザーの顔の表情、体の動作又は発言をとらえ且つ送信することができる。或いはまた、同じ娯楽（エンターテインメント）コンテンツを見ているグループの個人メンバーに対しローカルなカメラが、この娯楽コンテンツを見ていることに対するこのグループのメンバーの反応をとらえ且つ送信することができる。
【0015】
更に、本出願中で定義するように、用語“インスタンス化”とは上述したようにメディアコンテンツの明確な単位を参照するものであることに注意されたい。すなわち、同じメディアコンテンツの種々に異なるインスタンス化は、同じメディアコンテンツの種々に異なるデータストリーム、或いは同じメディアコンテンツの種々に異なるコピー又はバージョンを含む種々に異なるデジタルメディアファイル、或いは同じメディアコンテンツの種々に異なるコピー又はバージョンが記憶されている物理的なメディアの種々に異なる単位を参照するものである。
【0016】
図１は、複数のメディアプレイヤーに対するメディアコンテンツの配信を調整するための模範的なシステム１００を示す本発明の一実施例による線図である。この図１に示すように、このシステム１００は、ハードウェアプロセッサ１０４とシステムメモリ１０６とを有するコンピューティングプラットフォーム１０２を具えており、システムメモリ１０６はユーザーデータベース１０８とソフトウェアコード１１０とを記憶する非一過性の記憶装置として構成されている。模範的な本実施例によれば、ソフトウェアコード１１０はメディアプレイアウト調整モジュール１１２と、待ち時間補償モジュール１１４と、メディアプレイアウトレート及び位置制御モジュール１１６と、ユーザーアプリケーション１１８とを具えている。
【0017】
更に図１に示すように、システム１００は、通信ネットワーク１２０と、コンテンツサーバー１２４と、それぞれディスプレイ１３８ａ及び１３８ｂを有するとともにそれぞれユーザー１２８ａ及び１２８ｂにより用いられるメディアプレイヤー１３０ａ及び１３０ｂとを含む使用環境内に設けられている。更に、図１はコンピューティングプラットフォーム１０２及びコンテンツサーバー１２４をメディアプレイヤー１３０ａ及び１３０ｂとインターラクティブ（対話的）に接続するネットワーク通信リンク１２２を示している。又図１には、第１のメディアコンテンツ１２６ａ及び第２のメディアコンテンツ１２６ｂと、メディアプレイヤー１３０ａによりにより提供される状態メッセージ１３２ａと、メディアプレイヤー１３０ｂによりにより提供される状態メッセージ１３２ｂと、ソフトウェアコード１１０によりそれぞれのメディアプレイヤー１３０ａ及び１３０ｂに出力されるコンテンツ調整メッセージ１３４ａ及び１３４ｂとが示されている。第１のメディアコンテンツ１２６ａ及び第２のメディアコンテンツ１２６ｂは同じメディアコンテンツの互いに異なるインスタンス化１２６ａ及び１２６ｂであることに注意されたい。
【0018】
本出願は、概念上の明瞭化のためにシステムメモリ１０６内に記憶されているものとしてソフトウェアコード１１０を参照しているが、より一般的には、システムメモリ１０６は任意のコンピューター可読式の非一過性の記憶媒体の形態をとるようにしうることに注意されたい。本出願で用いる表現“コンピューター可読式の非一過性の記憶媒体”は、命令をコンピューティングプラットフォーム１０２のハードウェアプロセッサ１０４に供給する搬送波又はその他の一時的な信号を除く如何なる媒体をも参照するものである。従って、コンピューター可読式の非一過性の記憶媒体は、例えば、揮発性メディア及び不揮発性メディアのような種々の型のメディアに対応しうる。揮発性メディアにはダイナミックランダムアクセスメモリ（ダイナミックＲＡＭ）のようなダイナミックメモリを含めることができ、一方不揮発性メモリには光記憶装置、又は磁気記憶装置、又は静電記憶装置を含めることができる。コンピューター可読式の非一過性のメディアの一般的な形態には、例えば、光ディスク、ＲＡＭ、プログラマブル読み取り専用メモリ（ＰＲＯＭ）、消去可能なＰＲＯＭ（ＥＰＲＯＭ）及びフラッシュメモリが含まれる。
【0019】
図１は、ユーザーデータベース１０８と、メディアプレイアウト調整モジュール１１２、待ち時間補償モジュール１１４、メディアプレイアウトレート及び位置制御モジュール１１６、ユーザーアプリケーション１１８を具えているソフトウェアコード１１０とをシステムメモリ１０６内に一緒に記憶しているものとして示しているが、この表現は単に概念上の明瞭化に対する補助としても提供していることにも注意されたい。より一般的には、システム１００にはコンピューターサーバーのような１つ以上のコンピューティングプラットフォーム１０２を設けることができ、例えば、複数のコンピューティングプラットフォーム１０２が同一個所に共同設置されているか、又は例えばクラウド型システムのような、インターラクティブにリンクされているが配布するシステムを構成するようにしうる。
【0020】
その結果として、ハードウェアプロセッサ１０４及びシステムメモリ１０６はシステム１００内の配布プロセッサ及びメモリリソースに対応しうる。従って、ユーザーデータベース１０８と、ソフトウェアコード１１０のメディアプレイアウト調整モジュール１１２、待ち時間補償モジュール１１４、メディアプレイアウトレート及び位置制御モジュール１１６及びユーザーアプリケーション１１８とは、互いに遠隔的に記憶させるとともにシステム１００の配布プロセッサリソースを用いて実行させることができる。
【0021】
幾つかの実施例によれば、ユーザー１２８ａ及び１２８ｂは、それぞれのメディアプレイヤー１３０ａ及び１３０ｂを用いて第１のメディアコンテンツ１２６ａ及び第２のメディアコンテンツ１２６ｂの共有する且つほぼ同期するメディア消費経験に参加するようにしうる。幾つかの実施例では、第１のメディアコンテンツ１２６ａ及び第２のメディアコンテンツ１２６ｂはコンテンツサーバー１２４により提供されるメディアコンテンツの互いに異なるデータストリームとすることができる。他の実施例では、第１のメディアコンテンツ１２６ａ及び第２のメディアコンテンツ１２６ｂはコンテンツサーバー１２４により提供されるデジタルメディアファイルの互いに異なるコピーとすることができる。更に他の実施例では、第１のメディアコンテンツ１２６ａ及び第２のメディアコンテンツ１２６ｂはそれぞれのメディアプレイヤー１３０ａ及び１３０ｂ上に局部的に記憶させることができる。これらの後者の実施例では、第１のメディアコンテンツ１２６ａ及び第２のメディアコンテンツ１２６ｂの１つ以上をメディアプレイヤー１３０ａ及び１３０ｂの一方又は双方のコンピューター可読式の非一過性の媒体に記憶させることができる。
【0022】
コンピューティングプラットフォーム１０２を含むシステム１００は、ユーザー１２８ａ及び１２８ｂがそれぞれのメディアプレイヤー１３０ａ及び１３０ｂを用いて第１のメディアコンテンツ１２６ａ及び第２のメディアコンテンツ１２６ｂの共有するメディア消費経験においてインターラクティブに参加することを可能にするメディアコンテンツ調整サービスを提供する。このような１つの実施例では、コンピューティングプラットフォーム１０２が、例えば、インターネットのようなパケット交換ネットワークを通じてアクセスしうる１つ以上のウエブサービスに対応するようにしうる。或いはまた、コンピューティングプラットフォーム１０２が、ローカルエリアネットワーク（ＬＡＮ）を支持している、或いは他の型のプライベート又は制限されている配布ネットワークに含まれている１つ以上のコンテンツサーバーに対応するようにしうる。
【0023】
図１では、メディアプレイヤー１３０ａをデスクトップコンピューターとして示しており、一方メディアプレイヤー１３０ｂはスマートテレビジョン（スマートＴＶ）として示しているが、これらの表示は単に模範的なものであることに注意されたい。より一般的には、メディアプレイヤー１３０ａ及び１３０ｂは、コンピューティングプラットフォーム１０２から遠く離れているとともに、ユーザーインターフェースを提供し、通信ネットワーク１２０に対する接続を支援し、且つこれらのメディアプレイヤー１３０ａ及び１３０ｂに帰属する機能を実行するのに充分なデータ処理を実施しうる何らかの適切なモバイル或いは固定のコンピューティングデバイス又はシステムを用いることにより実行することができる。例えば、他の実施例では、メディアプレイヤー１３０ａ及び１３０ｂの一方又は双方を、例えば、ラップトップコンピューター、又はタブレットコンピューター、又はスマートフォン又はゲーム機の形態にすることができる。
【0024】
更に、メディアプレイヤー１３０ａ及び１３０ｂのそれぞれのディスプレイ１３８ａ及び１３８ｂは、液晶ディスプレイ（ＬＣＤ）、又は発光ダイオード（ＬＥＤ）ディスプレイ、又は有機発光ダイオード（ＯＬＥＤ）ディスプレイ、又は光への信号の物理的変換を行いうる他の適切なディスプレイスクリーンとして実現することができることに注意されたい。又、幾つかの実施例では、ディスプレイ１３８ａ及び１３８ｂの一方又は双方を、拡張現実（ＡＲ）、又は仮想現実（ＶＲ）、又はホログラフィックディスプレイとして実現するか、或いはオーディオデバイス、又は点字デバイス、又は無効（ディスエーブル）状態のユーザーにアクセス可能性を提供するその他の出力デバイスの形態にすることができることにも注意されたい。
【0025】
幾つかの実施例では、システム１００にコンピューティングプラットフォーム１０２を含めることができるが、コンテンツプレイアウト調整サービスを提供するための如何なるメディアプレイヤーをも含めることができない。すなわち、幾つかの実施例では、システム１００にコンピューティングプラットフォーム１０２を含めることができるが、メディアプレイヤー１３０ａ及び１３０ｂを含めることができない。しかし、他の実施例では、システム１００に、コンピューティングプラットフォーム１０２に加えてメディアプレイヤー１３０ａ及び１３０ｂを含めるようにすることができる。
【0026】
更に、ソフトウェアコード１１０は、メディアプレイアウト調整モジュール１１２及びユーザーアプリケーション１１８に加えて待ち時間補償モジュール１１４とメディアプレイアウトレート及び位置制御モジュール１１６とを含めるように示してあるが、この表示は単に模範的なものである。幾つかの他の実施例では、ソフトウェアコード１１０から、待ち時間補償モジュール１１４とメディアプレイアウトレート及び位置制御モジュール１１６とを随意省略するようにすることができる。これらの実施例では、待ち時間補償モジュール１１４とメディアプレイアウトレート及び位置制御モジュール１１６とのバージョンをメディアプレイヤー１３０ａ及び１３０ｂに存在させることができる。
【0027】
図２は、図１の複数のメディアプレイヤーに対するメディアコンテンツの配信を調整するための模範的なシステムをより詳細に示す本発明の一実施例による線図である。この図２に示すように、システム２００は、ネットワーク通信リンク２２２を通じてメディアプレイヤー２３０ａ及び２３０ｂにインターラクティブに接続されているコンピューティングプラットフォーム２０２を含んでいる。更に図２に示すように、コンピューティングプラットフォーム２０２はハードウェアプロセッサ２０４と、ユーザーデータベース２０８及びソフトウェアコード２１０を記憶している非一過性の記憶装置として構成されているシステムメモリ２０６とを含んでいる。この図２に示す模範的な実施例によれば、ソフトウェアコード２１０は、メディアプレイアウト調整モジュール２１２と、待ち時間補償モジュール２１４と、メディアプレイアウトレート及び位置制御モジュール２１６と、ユーザーアプリケーション２１８とを含んでいる。
【0028】
又図２に示すように、メディアプレイヤー２３０ａはディスプレイ２３８ａと、ハードウェアプロセッサ２３４ａと、ユーザーアプリケーション２１８ａを記憶しているメモリ２３６ａとを含んでおり、一方メディアプレイヤー２３０ｂはディスプレイ２３８ｂと、ハードウェアプロセッサ２３４ｂと、ユーザーアプリケーション２１８ｂを記憶しているメモリ２３６ｂとを含んでいる。メディアプレイヤー２３０ａ及び２３０ｂのそれぞれのメモリ２３６ａ及び２３６ｂは非一過性の記憶装置であることに注意されたい。この模範的な実施例によれば、ユーザーアプリケーション２１８ａは待ち時間補償モジュール２１４ａ及びメディアプレイアウトレート及び位置制御モジュール２１６ａを含んでおり、一方ユーザーアプリケーション２１８ｂは待ち時間補償モジュール２１４ｂ及びメディアプレイアウトレート及び位置制御モジュール２１６ｂを含んでいる。図２には、第１のメディアコンテンツ２２６ａ及び第２のメディアコンテンツ２２６ｂをも示してある。
【0029】
ネットワーク通信リンク２２２と、第１のメディアコンテンツ２２６ａ及び第２のメディアコンテンツ２２６ｂと、ハードウェアプロセッサ２０４及びシステムメモリ２０６を含むコンピューティングプラットフォーム２０２とは、一般的に、図１におけるネットワーク通信リンク１２２と、第１のメディアコンテンツ１２６ａ及び第２のメディアコンテンツ１２６ｂと、ハードウェアプロセッサ１０４及びシステムメモリ１０６を含むコンピューティングプラットフォーム１０２とに対応する。更に、図２における、ユーザーデータベース２０８と、メディアプレイアウト調整モジュール２１２、待ち時間補償モジュール２１４、メディアプレイアウトレート及び位置制御モジュール２１６、及びユーザーアプリケーション２１８を含むソフトウェアコード２１０とは、一般的に、図１における、ユーザーデータベース１０８と、メディアプレイアウト調整モジュール１１２、待ち時間補償モジュール１１４、メディアプレイアウトレート及び位置制御モジュール１１６及びユーザーアプリケーション１１８を含むソフトウェアコード１１０とに対応する。換言すると、ソフトウェア２１０は本明細書の開示により対応するソフトウェアコード１１０に起因する特徴の何れをも共有することができ、その逆も可能である。
【0030】
ディスプレイ２３８ａ及び２３８ｂをそれぞれ有するメディアプレイヤー２３０ａ及び２３０ｂは、一般的に、図１においてディスプレイ１３８ａ及び１３８ｂをそれぞれ有するメディアプレイヤー１３０ａ及び１３０ｂにそれぞれ対応する。換言すると、メディアプレイヤー２３０ａ及び２３０ｂと、ディスプレイ２３８ａ及び２３８ｂとは、本明細書の開示により対応する、メディアプレイヤー１３０ａ及び１３０ｂと、ディスプレイ１３８ａ及び１３８ｂとに起因する特徴の何れをも共有することができ、その逆も可能である。従って、図１には示されていないが、メディアプレイヤー１３０ａは、ハードウェアプロセッサ２３４ａと、ユーザーアプリケーション２１８ａ及び第１のメディアコンテンツ２２６ａを記憶しているメモリ２３６ａとに対応する特徴を含むことができ、一方メディアプレイヤー１３０ｂは、ハードウェアプロセッサ２３４ｂと、ユーザーアプリケーション２１８ｂ及び第２のメディアコンテンツ２２６ｂを記憶しているメモリ２３６ｂとに対応する特徴を含むことができる。
【0031】
幾つかの実施例では、ユーザーアプリケーション２１８ａ及び２１８ｂには、それぞれ待ち時間補償モジュール２１４ａ及び２１４ｂの一方又は双方とメディアプレイアウトレート及び位置制御モジュール２１６ａ及び２１６ｂの一方又は双方とを含めることができることに注意されたい。しかし、他の実施例では、ユーザーアプリケーション２１８ａ及び２１８ｂでは待ち時間補償モジュール２１４ａ及び２１４ｂの一方又は双方とメディアプレイアウトレート及び位置制御モジュール２１６ａ及び２１６ｂの一方又は双方とを随意省略するようにすることができる。
【0032】
図２に示す模範的な実施例によれば、メディアプレイヤー１３０ａ／２３０ａのメモリ２３６ａ内にユーザーアプリケーション２１８ａを位置させ、メディアプレイヤー１３０ｂ／２３０ｂのメモリ２３６ｂ内にユーザーアプリケーション２１８ｂを位置させ、これらユーザーアプリケーション２１８ａ及び２１８ｂはコンピュータープラットフォーム１０２／２０２から通信ネットワーク１２０及びネットワーク通信リンク１２２／２２２を介して受信するものとする。一実施例では、ネットワーク通信リンク１２２／２２２は、例えば、パケット交換ネットワークを通じるユーザーアプリケーション１１８ａ／２１８ａ及び１１８ｂ／２１８ｂの転送に対応するものである。例えば、ネットワーク通信リンク１２２／２２２を通じてダウンロードされることにより一旦転送されると、ユーザーアプリケーション１１８ａ／２１８ａ及び１１８ｂ／２１８ｂはそれぞれメモリ２３６ａ及び２３６ｂ内に持続的に記憶されとともに、それぞれハードウェアプロセッサ２３４ａ及び２３４ｂによりそれぞれメディアプレイヤー１３０ａ／２３０ａ及び１３０ｂ／２３０ｂ上で局部的に実行されるようにしうる。
【0033】
ハードウェアプロセッサ２３４ａ及び２３４ｂは、例えば、それぞれメディアプレイヤー１３０ａ／２３０ａ及び１３０ｂ／２３０ｂに対する中央処理装置（ＣＰＵ）とすることができ、その役割においてハードウェアプロセッサ２３４ａ及び２３４ｂはそれぞれメディアプレイヤー１３０ａ／２３０ａ及び１３０ｂ／２３０ｂに対するオペレーティングシステムを実行するとともに、それぞれユーザーアプリケーション２１８ａ及び２１８ｂを実行する。上述したように、ディスプレイ２３８ａ及び２３８ｂは、液晶のＬＣＤ、ＬＥＤディスプレイ、ＯＬＥＤディスプレイか又は光への信号の物理的変換を実行する何らかの適切なディスプレイスクリーンの形態をとることができる。
【0034】
図３は、複数のメディアプレイヤーに対するメディアコンテンツの配信を調整するための模範的なシステム３００の本発明の他の実施例による線図を示している。この図３に示すように、システム３００は、ピアツーピア（Ｐ２Ｐ）ネットワーク３５０及びネットワーク通信リンク３５２を通じてインターラクティブに接続されるリモートメディアプレーヤー３３０ａ、３３０ｂ及び３３０ｃを含んでいる。更に、図３は、ユーザー３２８ａ、３２８ｂ及び３２８ｃと、メディアプレイヤー３３０ａ、３３０ｂ及び３３０ｃのそれぞれのディスプレイ３３８ａ、３３８ｂ及び３３８ｃとを示している。又図３には、メディアプレイヤー３３０ａにより提供される状態メッセージ３３２ａと、メディアプレイヤー３３０ｂにより提供される状態メッセージ３３２ｂと、メディアプレイヤー３３０ｃによりメディアプレイヤー３３０ａ及び３３０ｂにそれぞれ出力されるコンテンツ調整メッセージ３３４ａ及び３３４ｂとが示されている。
【0035】
図３に示す実施例によれば、ユーザー３２８ａ、３２８ｂ及び３２８ｃが、それぞれメディアプレイヤー３３０ａ、３３０ｂ及び３３０ｃを利用して同じメディアコンテンツの異なるインスタンス化の共有する且つ実質的に同期するコンテンツ消費経験に参加することができる。しかし、図１及び２に示す実施例とは対照的に、メディアプレイヤー３３０ｃはユーザー３２８ａ、３２８ｂ及び３２８ｃがそれぞれメディアプレイヤー３３０ａ、３３０ｂ及び３３０ｃを用いて共有するメディア消費経験にインターラクティブに参加することを可能にするプレイアウト調整サービスを提供する。
【0036】
メディアプレイヤー３３０ａはデスクトップコンピューターとして示しており、一方メディアプレイヤー３３０ｂはスマートＴＶとして示しているとともにメディアプレイヤー３３０ｃはスマートフォンとして示しているが、これらの表示は単に模範的なものであることに注意されたい。より一般的には、メディアプレイヤー３３０ａ、３３０ｂ及び３３０ｃは、ユーザーインターフェースを提供し、Ｐ２Ｐネットワーク３５０に対する接続を支援し、これらのメディアプレイヤー３３０ａ、３３０ｂ及び３３０ｃに対して帰属する機能を実行するのに充分なデータ処理を実施しうる何らかの適切なモバイル或いは固定のコンピューティングデバイス又はシステムを用いることにより実行することができる。例えば、他の実施例では、メディアプレイヤー３３０ａ、３３０ｂ及び３３０ｃの１つ以上を、例えば、ラップトップコンピューター、又はタブレットコンピューター、又はゲーム機の形態にすることができる。
【0037】
更に、メディアプレイヤー３３０ａ、３３０ｂ及び３３０ｃのそれぞれのディスプレイ３３８ａ、３３８ｂ及び３３８ｃは、ＬＣＤ、又はＬＥＤディスプレイ、又はＯＬＥＤディスプレイ、又は光への信号の物理的変換を行いうる他の適切なディスプレイスクリーンとして実現することができることに注意されたい。又、幾つかの実施例では、ディスプレイ３３８ａ、３３８ｂ及び３３８ｃの１つ以上を、ＡＲ、又はＶＲ、又はホログラフィックディスプレイとして実現するか、或いはオーディオデバイス、又は点字デバイス、又は無効状態のユーザーにアクセス可能性を提供するその他の出力デバイスの形態にすることができることにも注意されたい。
【0038】
図４は、図３の複数のメディアプレイヤーに対するメディアコンテンツの配信を調整するための模範的なシステムをより詳細に示す本発明の一実施例による線図である。この図４に示すように、システム４００はネットワーク通信リンク４５２を通じてメディアプレイヤー４３０ａ及び４３０ｂにインターラクティブに接続されているメディアプレイヤー４３０ｃを含んでいる。更に図４に示すように、メディアプレイヤー４３０ｃはディスプレイ４３８ｃと、ハードウェアプロセッサ４３４ｃと、ユーザーアプリケーション４１８ｃを記憶している非一過性の記憶装置として構成されているメモリ４３６ｃとを含んでいる。この図４に示す模範的な実施例によれば、ユーザーアプリケーション４１８ｃは、ユーザーデータベース４０８ｃと、メディアプレイアウト調整モジュール４１２ｃと、待ち時間補償モジュール４１４ｃと、メディアプレイアウトレート及び位置制御モジュール４１６ｃとを含んでいる。
【0039】
又図４に示すように、メディアプレイヤー４３０ａは、ディスプレイ４３８ａと、ハードウェアプロセッサ４３４ａと、ユーザーアプリケーション４１８ａを記憶しているメモリ４３６ａとを含んでおり、一方メディアプレイヤー４３０ｂはディスプレイ４３８ｂと、ハードウェアプロセッサ４３４ｂと、ユーザーアプリケーション４１８ｂを記憶しているメモリ４３６ｂとを含んでいる。メディアプレイヤー４３０ａ及び４３０ｂのそれぞれのメモリ４３６ａ及び４３６ｂは非一過性の記憶装置であることに注意されたい。この模範的な実施例によれば、ユーザーアプリケーション４１８ａはユーザーデータベース４０８ａと、メディアプレイアウト調整モジュール４１２ａと、待ち時間補償モジュール４１４ａと、メディアプレイアウトレート及び位置制御モジュール４１６ａとを含んでおり、一方ユーザーアプリケーション４１８ｂはユーザーデータベース４０８ｂと、メディアプレイアウト調整モジュール４１２ｂと、待ち時間補償モジュール４１４ｂと、メディアプレイアウトレート及び位置制御モジュール４１６ｂとを含んでいる。図４には、それぞれ同じコンテンツである第１のメディアコンテンツ４２６ａと、第２のメディアコンテンツ４２６ｂと、第３のメディアコンテンツ４２６ｃとをも示してある。
【0040】
ネットワーク通信リンク４５２と、それぞれディスプレイ４３８ａ、４３８ｂ及び４３８ｃを有するメディアプレイヤー４３０ａ、４３０ｂ及び４３０ｃとは、それぞれ一般的に、図３におけるネットワーク通信リンク３５２と、それぞれディスプレイ３３８ａ、３３８ｂ及び３３８ｃを有するメディアプレイヤー３３０ａ、３３０ｂ及び３３０ｃと対応する。換言すれば、メディアプレイヤー３３０ａ、３３０ｂ及び３３０ｃ並びにディスプレイ３３８ａ、３３８ｂ及び３３８ｃは本明細書の開示により対応するメディアプレイヤー４３０ａ、４３０ｂ及び４３０ｃ並びにディスプレイ４３８ａ、４３８ｂ及び４３８ｃに起因する特徴の何れをも共有することができ、その逆も可能である。従って、図３には示されていないが、メディアプレイヤー３３０ｃは、ハードウェアプロセッサ４３４ｃと、ユーザーアプリケーション４１８ｃ及び第３のメディアコンテンツ４２６ｃを記憶しているメモリ４３６ｃとに対応する特徴を含むことができる。更に、メディアプレイヤー３３０ａは、ハードウェアプロセッサ４３４ａと、ユーザーアプリケーション４１８ａ及び第１のメディアコンテンツ４２６ａを記憶しているメモリ４３６ａとに対応する特徴を含むことができ、一方メディアプレイヤー３３０ｂは、ハードウェアプロセッサ４３４ｂと、ユーザーアプリケーション４１８ｂ及び第２のメディアコンテンツ４２６ｂを記憶しているメモリ４３６ｂとに対応する特徴を含むことができる。
【0041】
図４に示す模範的な実施例によれば、ユーザーアプリケーション４１８ａ、４１８ｂ及び４１８ｃの各々に、それぞれユーザーデータベース４０８ａ、４０８ｂ及び４０８ｃと、メディアプレイアウト調整モジュール４１２ａ、４１２ｂ及び４１２ｃと、待ち時間補償モジュール４１４ａ、４１４ｂ及び４１４ｃと、メディアプレイアウトレート及び位置制御モジュール４１６ａ、４１６ｂ及び４１６ｃとを含めることができる。しかし、メディアプレイヤー３３０ａ／４３０ａ、３３０ｂ／４３０ｂ及び３３０ｃ／４３０ｃのうちの１つのみ（すなわち、メディアプレイヤー３３０ｃ／４３０ｃ）がユーザー３２８ａ、３３８ｂ及び３２８ｃにより楽しんでいる調整済みのコンテンツ消費経験に対する制御用のホストとして作用する。
【0042】
図３を参照して上述したように、図１及び２により示している実施例とは対照的に、メディアプレイヤー３３０ｃ／４３０ｃは、ユーザー３２８ａ、３３８ｂ及び３２８ｃがそれぞれのメディアプレイヤー３３０ａ／４３０ａ、３３０ｂ／４３０ｂ及び３３０ｃ／４３０ｃを用いる共有のメディア消費経験においてインターラクティブに参加することを可能にするプレイアウト調整サービスを提供する。従って、図３及び４に示す実施例において、第１のメディアコンテンツ４２６ａ、第２のメディアコンテンツ４２６ｂ及び第３のメディアコンテンツ４２６ｃに対するコンテンツ消費サービスを提供するコンピューティングプラットフォーム１０２／２０２が第３のメディアコンテンツ４２６ｃを実行するメディアプレイヤー３３０ｃ／４３０ｃと一体化されるものである。
【0043】
更に、図３及び４に示す実施例においては、ソフトウェアコード１１０／２１０がユーザーアプリケーション４１８ａ、４１８ｂ及び４１８ｃの何れか１つの形態をとる。すなわち、メディアプレイヤー３３０ｃ／４３０ｃがメディアプレイヤー３３０ａ／４３０ａ及び３３０ｂ／４３０ｂに対してプレイアウト調整サービスを提供する模範的な使用事例によれば、メディアプレイヤー３３０ｃ／４３０ｃに存在するユーザーアプリケーション４１８ｃは可能になったソフトウェアコード１１０／２１０の特徴及び機能の全てを有するようにしうる。更に、この模範的な使用事例においては、ユーザーアプリケーション４１８ａ及び４１８ｂは、メディアプレイヤー３３０ｃ／４３０ｃと通信するとともにそれぞれのコンテンツ調整メッセージ３３４ａ及び３３４ｂ内に含まれるコンテンツ調整状態を実施するためのクライアントアプリケーションとして機能しうる。
【0044】
システム１００／２００／３００／４００の機能を図１、２、３及び４（以後“図１～４”と称する）と組み合わせた図５を参照することにより更に説明する。図５は、メディアコンテンツのプレイアウトを同期させるためのシステムにより用いるための模範的な方法を示す本発明の一実施例による流れ図５６０を示す。この図５において概説する方法に関しては、本出願における発明上の特徴の説明を不明瞭としないためにある種の細部及び特徴を流れ図５６０から省略していることに注意されたい。
【0045】
図１～４と一緒に図５を参照するに、流れ図５６０はメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａ又は１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂのうちの１つから第１の状態メッセージ１３２ａ／３３２ａ又は１３２ｂ／３３２ｂを受信することから開始する（アクション５６１）。概念上の明瞭化のために、状態メッセージ１３２ａ／３３２ａを“第１の状態メッセージ１３２ａ／３３２ａ”と称し、一方メディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａを以後“第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａ”と称することに注意されたい。従って、アクション５６１は第１のメディアコンテンツ１２６ａ／２２６ａ／４２６ａをプレイしている第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａから第１の状態メッセージ１３２ａ／３３２ａを受信することに対応する。更に、メディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂを以後“第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂ”と称し、状態メッセージ１３２ｂ／３３２ｂを“第２の状態メッセージ１３２ｂ／３３２ｂ”と称する。しかし、メディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａを“第１のメディアプレイヤー”と表示し、メディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂを“第２のメディアプレイヤー”と表示するのは単に任意的なものであり、他の実施例ではこれらの役割を逆にすることができる。
【0046】
幾つかの実施例では、第１のメディアコンテンツ１２６ａ／２２６ａ／４２６ａと第２のメディアコンテンツ１２６ｂ／２２６ｂ／４２６ｂとをライブコンテンツとすることができる。例えば、第１のメディアコンテンツ１２６ａ／２２６ａ／４２６ａを、コンテンツサーバー１２４から第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａにストリーミングされたライブビデオフィードとすることができる。
【0047】
他の実施例では、第１のメディアコンテンツ１２６ａ／２２６ａ／４２６ａと第２のメディアコンテンツ１２６ｂ／２２６ｂ／４２６ｂとは記録されているメディアコンテンツとすることができる。例えば、第１のメディアコンテンツ１２６ａ／２２６ａ／４２６ａは、例えば、第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａによりコンテンツサーバー１２４から受信した動画コンテンツ又はテレビジョンプログラミングコンテンツのデータストリームとすることができる。或いはまた、幾つかの実施例では、第１のメディアコンテンツ１２６ａ／２２６ａ／４２６ａを、例えば、第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａに局部的に記憶した動画コンテンツ又はテレビジョンプログラミングコンテンツのデジタルメディアファイルとすることができる。
【0048】
第１の状態メッセージ１３２ａ／３３２ａは、複数のユーザーの再生セッションに対する第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａの状態（state）又は第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａの状況（condition）、或いは映像の再生に対するユーザーによるアクションに関する情報を含んでいる。第１の状態メッセージ１３２ａ／３３２ａや、第２の状態メッセージ１３２ｂ／３３２ｂに包含されるデータの例には、“ユーザーがセッションを作成する”又は“ユーザーがセッションに参加する”のようなセッション関連のユーザーアクションや、“ユーザーがメディアプレイをトリガする”又は“ユーザーがメディアポーズをトリガする”又は“ユーザーがプレイヘッド位置Ｘに対するメディアを探す”のようなユーザーの再生アクションを記述しているユーザーアクティビティデータが含まれる。ユーザーアクティビティデータの他の例や、付随するメタデータを図６に示してある。ユーザーアクティビティデータは関連するメタデータと一緒に、第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａにより生ぜしめられる第１の状態メッセージ１３２ａ／３３２ａ内に含めることができる。種々の実施例では、第１の状態メッセージ１３２ａ／３３２ａ及び第２の状態メッセージ１３２ｂ／３３２ｂを単一のユーザーアクションに、又は進行中で累積するユーザーアクションに対応させることができる。
【0049】
例えば、単一のユーザーアクションに対応させる場合、第１の状態メッセージ１３２ａ／３３２ａ及び第２の状態メッセージ１３２ｂ／３３２ｂが、例えば、開始のプレイアウト、ポーズのプレイアウト、再開のプレイアウトのような種々のユーザーアクションのうちの何れか１つを説明するか、或いは第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂのオペレーティング状態又は接続性状態に対して説明するようにしうる。進行中のユーザーアクションに対応させる場合、第１の状態メッセージ１３２ａ／３３２ａ及び第２の状態メッセージ１３２ｂ／３３２ｂが、第１のメディアコンテンツ１２６ａ／２２６ａ／４２６ａ及び第２のメディアコンテンツの消費に関するユーザーアクションの全て、又はそのサブセット（部分集合）を説明するようにしうる。図６はユーザーアクティビティデータ及びメタデータを含む模範的な状態メッセージのリスト６００を示している。第１の状態メッセージ１３２ａ／３３２ａ及び第２の状態メッセージ１３２ｂ／３３２ｂには、図６に与えているメタデータの説明に加えて、使用しているネットワーク接続の種類、例えば、Ｗｉ－Ｆｉ又はセルラーや、メディアプレイヤーを含むデバイスの種類、例えば、スマートフォン、タブレット型コンピューター又はスマートＴＶを含めることができる。
【0050】
第１の状態メッセージ１３２ａ／３３２ａは、図６に含まれる模範的な状態メッセージにより示されるようなユーザー１２８ａ／３２８ａにより取られるアクションに応答して第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａから受信されるようにしうる。更に、幾つかの実施例では、ユーザー１２８ａ／３２８ａによるアクションが存在しない場合でも、第１の状態メッセージ１３２ａ／３３２ａをスケジュールに基づいて第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａから受信するようにしうる。すなわち、幾つかの実施例では、第１の状態メッセージ１３２ａ／３３２ａを、第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａにより周期的に提供される“状態メッセージのハートビート”の形態で第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａから受信するようにしうる。本明細書で用いる場合、用語“状態メッセージのハートビート”は、例えば、肯定的なユーザーアクションのような、他のトリガ事象が存在しない際に自動的に生じる周期的な状態メッセージを意味するものであることに注意されたい。
【0051】
図１及び２に示す実施例では、コンピューティングプラットフォーム１０２／２０２のハードウェアプロセッサ１０４／２０４により且つメディアプレイアウト調整モジュール１１２／２１２を用いて実行されるソフトウェアコード１１０／２１０により第１の状態メッセージ１３２ａを受信することができる。しかし、図３及び４に示す実施例によれば、メディアプレイヤー３３０ｃ／４３０ｃのハードウェアプロセッサ４３４ｃにより且つメディアプレイアウト調整モジュール４１２ｃを用いて実行されるユーザーアプリケーション４１８ｃにより第１の状態メッセージ３３２ａを受信することができる。
【0052】
ユーザー３２８ａ、３２８ｂ及び３２８ｃにより楽しんでいる調整済みのコンテンツ消費経験に対する制御用のホストとしてメディアプレイヤー３３０ｃ／４３０ｃを指定することは単に任意的なものであることを強調する。システム３００／４００の他の実施例では、アクション５６１や、以下に説明するアクション５６２、５６３及び５６４を、それぞれのハードウェアプロセッサ４３４ａ及び４３４ｂにより遂行されるユーザーアプリケーション４１８ａ又は４１８ｂの何れかにより実行することができる。
【0053】
流れ図５６０は、第２のメディアコンテンツ１２６ｂ／２２６ｂ／４２６ｂをプレイしている第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂから第２の状態メッセージ１３２ｂ／３３２ｂを受信する段階に進み、この場合第１のメディアコンテンツ１２６ａ／２２６ａ／４２６ａと第２のメディアコンテンツ１２６ｂ／２２６ｂ／４２６ｂとは同じメディアコンテンツとする（アクション５６２）。第２の状態メッセージ１３２ｂ／３３２ｂ内に含まれているユーザーアクティビティデータ及びメタデータを有するデータの種類の例を、第１の状態メッセージ１３２ａ／３３２ａ及び図６を参照することにより上述したものである。
【0054】
図１及び２に示す実施例では、コンピューティングプラットフォーム１０２／２０２のハードウェアプロセッサ１０４／２０４により且つメディアプレイアウト調整モジュール１１２／２１２を用いて実行されるソフトウェアコード１１０／２１０により第２の状態メッセージ１３２ｂを受信することができる。しかし、図３及び４に示す実施例によれば、メディアプレイヤー３３０ｃ／４３０ｃのハードウェアプロセッサ４３４ｃにより且つメディアプレイアウト調整モジュール４１２ｃを用いて実行されるユーザーアプリケーション４１８ｃにより第２の状態メッセージ３３２ｂを受信することができる。
【0055】
流れ図５６０は、第１の状態メッセージ１３２ａ／３３２ａ及び第２の状態メッセージ１３２ｂ／３３２ｂのうちの１つ以上に基づいて、第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａにより第１のメディアコンテンツ１２６ａ／２２６ａ／４２６ａの且つ第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂにより第２のメディアコンテンツ１２６ｂ／２２６ｂ／４２６ｂのプレイアウトに対し調整状態（以後“所望の調整状態”とも称する）を決定する段階に進む（アクション５６３）。幾つかの実施例では、第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂに対する所望の調整状態を、第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａ又は第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂの何れかから受信されるごく最近の状態メッセージに基づいて決定することができる。しかし、他の実施例では、所望の調整状態を決定するのに他の基準を用いることができる。
【0056】
例えば、図３及び４を参照するに、投票システムを用いて第１の３３０ａ／４３０ａ、第２のメディアプレイヤー３３０ｂ／４３０ｂ及び３３０ｃ／４３０ｃのうちの１つ以上から受信される状態メッセージに基づいて所望の調整状態を決定することができる。特定の例としては、第１のメディアプレイヤー３３０ａ／４３０ａ、第２のメディアプレイヤー３３０ｂ／４３０ｂ及び３３０ｃ／４３０ｃのうちの１つがプレイヘッド位置を新たなプレイヘッド位置に変更させるのを開始すると、コンピューティングプラットフォーム１０２／２０２により提供されるコンテンツ調整サービスが全ての他のメディアプレイヤーに変更及び探求（シーキング）の承認又は不承認を表すメッセージを送信するようにしうる。他のメディアプレイヤーのユーザーの大部分が又は他の予め決定された複数のユーザーが同意する場合には、新たなプレイヘッド位置が所望の調整状態となる。他のメディアプレイヤーのユーザーの大部分が又は他の予め決定された複数のユーザーが同意しない場合には、調整状態における変更は存在しない。
【0057】
他の例としては、第１のメディアプレイヤー３３０ａ／４３０ａ、第２のメディアプレイヤー３３０ｂ／４３０ｂ及びメディアプレイヤー３３０ｃ／４３０ｃのうちの１つ以上には、同じコンテンツの配信又はプレイアウトを調整する際に、例えば、それぞれのユーザー３２８ａ、３２８ｂ及び３２８ｃの予め決定された階層（例えば、リーダー／主権者、ロイヤリティ状態、等）に基づいてより高い優先度を割り当てることができる。これらの実施例のうちのあるものでは、状態メッセージを第１のメディアプレイヤー３３０ａ／４３０ａ、第２のメディアプレイヤー３３０ｂ／４３０ｂ及びメディアプレイヤー３３０ｃ／４３０ｃから受信する順序にかかわらず、より高い優先度を有するものとして（例えば、ユーザーＩＤに基づいて）識別したメディアプレイヤーから受信した状態メッセージを選択することにより所望の調整状態を決定することができる。
【0058】
更に他の例としては、幾つかのユースケース（使用事例）において、一人以上のユーザーから受信した状態メッセージを、ユーザー特定の又はセッション特定の何れかの根拠で無視することができる。例えば、共有するメディアコンテンツ消費セッション中に破壊的な行動に携わっているユーザーは、このセッションの残りに対する所望の調整状態を決定する際に、自身の状態メッセージを考慮から除外することができる。このような悪い行動に一貫して携わっているユーザーは、将来の全てのセッション中に所望の調整状態を決定する際に自身の状態メッセージを永続的に考慮から除外することができる。
【0059】
図１及び２に示す実施例では、コンピューティングプラットフォーム１０２／２０２のハードウェアプロセッサ１０４／２０４により実行されるとともにメディアプレイアウトレート及び位置制御モジュール１１６／２１６を用いるソフトウェアコード１１０／２１０により所望の調整状態を決定することができる。しかし、図３及び４に示す実施例によれば、メディアプレイヤー４３０ｃのハードウェアプロセッサ４３４ｃにより実行されるとともにメディアプレイアウトレート及び位置制御モジュール４１６ｃを用いるユーザーアプリケーション４１８ｃにより所望の調整状態を決定することができる。
【0060】
流れ図５６０は、所望の調整状態を含む第１のコンテンツ調整メッセージ１３４ａ／３３４ａを第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａに送信するとともに、所望の調整状態を含む第２のコンテンツ調整メッセージ１３４ｂ／３３４ｂをも第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂに送信し、所望の調整状態を用いて第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂによりそれぞれ第１のメディアコンテンツ１２６ａ／２２６ａ／４２６ａ及び第２のメディアコンテンツ１２６ｂ／２２６ｂ／４２６ｂのプレイアウトを実質的に同期させるようにする（アクション５６４）ことで終わらせることができる。
【0061】
第１のコンテンツ調整メッセージ１３４ａ／３３４ａ及び第２のコンテンツ調整メッセージ１３４ｂ／３３４ｂは、第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂに情報を提供するようにフォーマットされているデータを含んでおり、このデータがこれらメディアプレイヤーにより用いられてコンテンツの再生を調節するアクションを講じ、これにより再生を複数のメディアプレイヤーのユーザーに対して同期しうるようにする。幾つかの実施例では、第１のコンテンツ調整メッセージ１３４ａ／３３４ａ及び第２のコンテンツ調整メッセージ１３４ｂ／３３４ｂによれば、メディアプレイヤーにより局所的に解釈される基本的なデータを再生命令内に含めるようにすることができ、一方他の実施例では、第１のコンテンツ調整メッセージ１３４ａ／３３４ａ及び第２のコンテンツ調整メッセージ１３４ｂ／３３４ｂがコンピューティングプラットフォーム１０２／２０２によりメディアプレイヤーの命令内に組織化されるとともに、メディアプレイヤーに配信されるようにする。
【0062】
上述したように、第１のコンテンツ調整メッセージ１３４ａ／３３４ａ及び第２のコンテンツ調整メッセージ１３４ｂ／３３４ｂはシステム１００／２００／３００／４００により提供されて、第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂによりそれぞれ第１のメディアコンテンツ１２６ａ／２２６ａ／４２６ａ及び第２のメディアコンテンツ１２６ｂ／２２６ｂ／４２６ｂのプレイアウトを実質的に同期させるようにする。従って、且つ第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂのコンテンツプレイアウト状態が互いに依存することにより、第１のコンテンツ調整メッセージ１３４ａ／３３４ａ及び第２のコンテンツ調整メッセージ１３４ｂ／３３４ｂにより、第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂの一方又は双方がメディアコンテンツのプレイアウトレートを増大又は減少させるか又はそのプレイヘッド位置を完全に変更させるようにしうる。第１のコンテンツ調整メッセージ１３４ａ／３３４ａ及び第２のコンテンツ調整メッセージ１３４ｂ／３３４ｂの１つ以上がプレイヘッド位置の変更をもたらすユースケースにおいては、このようなプレイヘッド位置の変更はコンテンツのタイムコード又はフレームナンバーに対するようにしうる。
【0063】
図１及び２に示す実施例では、コンテンツ調整メッセージ１３４ａ及び１３４ｂは、コンピューティングプラットフォーム１０２／２０２のハードウェアプロセッサ１０４／２０４により実行され且つ通信ネットワーク１２０を用いるソフトウェアコード１１０／２１０により第１のメディアプレイヤー１３０ａ／２３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂにそれぞれ出力させることができる。しかし、図３及び４に示す実施例によれば、コンテンツ調整メッセージ３３４ａ及び３３４ｂを、メディアプレイヤー４３０ｃのハードウェアプロセッサ４３４ｃにより実行され且つＰ２Ｐネットワーク３５０を用いるユーザーアプリケーション４１８ｃにより、第１のメディアプレイヤー３３０ａ／４３０ａ及び第２のメディアプレイヤー３３０ｂ／４３０ｂにそれぞれ出力させることができる。
【0064】
更に、図１及び２に示す実施例によれば、幾つかのユースケースにおいて、ハードウェアプロセッサ１０４／２０４によりソフトウェアコード１１０／２１０を実行して、第１の状態メッセージ１３２ａ及び第２の状態メッセージ１３２ｂを周期的に受信し、所望の調整状態を決定し、この所望の調整状態を第１のメディアプレイヤー１３０ａ／２３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂに送信して、第１のメディアプレイヤー１３０ａ／２３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂによりそれぞれ第１のメディアコンテンツ１２６ａ／２２６ａ及び第２のメディアコンテンツ１２６ｂ／２２６ｂのプレイアウトの同期を保つようにすることができる。同様に、図３及び４に示す実施例によれば、幾つかのユースケースにおいて、ハードウェアプロセッサ４３４ｃによりユーザーアプリケーション４１８ｃを実行して、第１の状態メッセージ３３２ａ及び第２の状態メッセージ３３２ｂを周期的に受信し、所望の調整状態を決定し、この所望の調整状態を第１のメディアプレイヤー３３０ａ／４３０ａ及び第２のメディアプレイヤー３３０ｂ／４３０ｂに送信して、第１のメディアプレイヤー３３０ａ／４３０ａ及び第２のメディアプレイヤー３３０ｂ／４３０ｂによりそれぞれ第１のメディアコンテンツ４２６ａ及び第２のメディアコンテンツ４２６ｂのプレイアウトの同期を保つようにすることができる。
【0065】
ほぼ１３パーセントよりも少ないプレイアウトレートにおける変更、すなわちプレイアウトレートの増大又は減少はユーザーにとって殆ど感知できない可能性がある。従って、第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂ間の非同期化を、第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂの何れか又は双方の１３パーセントよりも少ないプレイアウトレートにおける変更によって改善しうる場合、第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂのプレイアウトレートを変更することを好ましい選択肢とすることができる。しかし、第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂの同期にプレイアウトレートにおけるより大きい変更を必要とするユースケースでは、第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂの一方又は双方のプレイヘッド位置を変更させることが有利となりうる。
【0066】
又、当該技術分野で周知のように、個々のメディアプレイヤーは、代表的に、本明細書に記載したシステムのようなメディア配布システムによりアクセスしうるプレイアウトレートレート制御用の自身のプロトコルを有する。従って、プレイアウトレートを調整するのに用いる特定の技術はメディアプレイヤーのそれぞれ異なる種類に応じて変更しうる。例えば、ある場合に、特定のメディアプレイヤーはプレイアウトレートをフレームドロッピングにより増大させるか、又はフレームダブリングにより減少させることができる。すなわち、第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂの各々は、第１のコンテンツ調整メッセージ１３４ａ／３３４ａ及び第２のコンテンツ調整メッセージ１３４ｂ／３３４ｂに含まれる所望の調整状態に応答して、この所望の調整状態と比べた際のそれ自体の現在の局所状態に基づいてそれ自体のプレイアウトレートを調節することができる。
【0067】
流れ図５６０には含まれていないが、幾つかの実施例では、第１の状態メッセージ１３２ａ／３３２ａが受信されるのに応答してタイマーを始動させることをこの方法に含めることができる。例としては、アクション５６１において第１の状態メッセージ１３２ａ／３３２ａが受信されると、コンピューティングプラットフォーム１０２／２０２又はメディアプレイヤー３３０ｃ／４３０ｃによりデバウンスタイマーを開始させて、第１の状態メッセージ１３２ａ／３３２ａ及び第２の状態メッセージ１３２ｂ／３３２ｂのうちの複数が矢継ぎ早に受信されている状態を適切に対処するようにしうる。第１の状態メッセージ１３２ａ／３３２ａが受信される、コンピューティングプラットフォーム１０２／２０２又はメディアプレイヤー３３０ｃ／４３０ｃによりタイマーを始動させ、これのトラックを以下のようにして保つようにしうる。タイマーが予め決定されたデバウンスタイム間隔に達する前に、第１の状態メッセージ１３２ａ／３３２ａ又は第２の状態メッセージ１３２ｂ／３３２ｂとは別のメッセージが第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａ又は第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂの１つから受信されると、タイマーをリセットさせることができる。
【0068】
図１及び２に示す実施例では、コンピューティングプラットフォーム１０２／２０２のハードウェアプロセッサ１０４／２０４により実行され且つメディアプレイアウト調整モジュール１１２／２１２を用いるソフトウェアコード１１０／２１０により、タイマーを始動させるとともにリセットさせることができる。しかし、図３及び４に示す実施例によれば、メディアプレイヤー３３０ｃ／４３０ｃのハードウェアプロセッサ４３４ｃにより実行され且つメディアプレイアウト調整モジュール４１２ｃを用いるユーザーアプリケーション４１８ｃにより、タイマーを始動させるとともにリセットさせることができる。
【0069】
図７は、コンピューティングプラットフォーム１０２／２０２又はメディアプレイヤー３３０ｃ／４３０ｃと、第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂとの間で交換されるとともに、上述したデバウンスタイム間隔の影響を表すメッセージの模範的な表７００を示している。パターン化していない（白抜き）ボタン７７０は、コンピューティングプラットフォーム１０２／２０２又はメディアプレイヤー３３０ｃ／４３０ｃから第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂに送信されるメッセージを表している。パターン化した（ラインを付した）ボタン７７２は、コンピューティングプラットフォーム１０２／２０２又はメディアプレイヤー３３０ｃ／４３０ｃによる第１の状態メッセージ１３２ａ／３３２ａ又は第２の状態メッセージ１３２ｂ／３３２ｂの矢継ぎ早の受信を表している、すなわち、第１の状態メッセージ１３２ａ／３３２ａ又は第２の状態メッセージ１３２ｂ／３３２ｂの幾つかの例がデバウンスタイム間隔中に受信されることを表している。デバウンスタイム間隔の終了後には、ハードウェアプロセッサ１０４／２０４によりソフトウェアコード１１０／２１０を実行するか、又はハードウェアプロセッサ４２４ｃによりユーザーアプリケーション４１８ｃを実行して、第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａによる第１のメディアコンテンツ１２６ａ／２２６ａ／４２６ａのプレイアウトレートを、第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂによる第２のメディアコンテンツ１２６ｂ／２２６ｂ／４２６ｂのプレイアウトレートと同期させるための所望の調整状態を決定するようにしうる。
【0070】
特定の例として、且つ図７を参照することに続けるに、コンピューティングプラットフォーム１０２／２０２又はメディアプレイヤー３３０ｃ／４３０ｃにより提供されるコンテンツ調整サービスが表７００のステップ１０、１２及び１４により示されているようにデバウンス待ちモード内にある場合には、ステップ９、１１及び１３のメッセージにおいて受信される第１の状態メッセージ１３２ａ／３３２ａ又は第２の状態メッセージ１３２ｂ／３３２ｂが組み合わさって前の状態から前進させるための所望の調整状態を決定する（ステップ８）。この機能は、デバウンス間隔が経過する前に第１の状態メッセージ１３２ａ／３３２ａ又は第２の状態メッセージ１３２ｂ／３３２ｂのうちの幾つの例が受信されたかにかかわらず適用しうるものである（例えば、ステップ６、７及び８を参照されたい）。
【0071】
更に流れ図５６０に含まれていないが、幾つかの実施例では、コンピューティングプラットフォーム１０２／２０２と第１のメディアプレイヤー１３０ａ／２３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂの各々との間の通信と関連する待ち時間、又はメディアプレイヤー３３０ｃ／４３０ｃと第１のメディアプレイヤー３３０ａ／４３０ａ及び第２のメディアプレイヤー３３０ｂ／４３０ｂの各々との間の通信と関連する待ち時間を決定するのが有利又は望ましい場合がある。
【0072】
図１及び２に示す実施例に関しては、コンピューティングプラットフォーム１０２／２０２と第１のメディアプレイヤー１３０ａ／２３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂの各々との間の待ち時間は、例えば、ソフトウェアコード１１０／２１０の待ち時間補償モジュール１１４／２１４を用いるコンピューティングプラットフォーム１０２／２０２により、又はユーザーアプリケーション２１８ａ及び２１８ｂのそれぞれの待ち時間補償モジュール１１４ａ及び２１４ｂをそれぞれ用いる第１のメディアプレイヤー１３０ａ／２３０ａ及び第２のメディアプレイヤー１３０ｂ／２３０ｂの各々により推定又は決定することができる。すなわち、幾つかの実施例では、ハードウェアプロセッサ１０４／２０４によりソフトウェアコード１１０／２１０を実行して第１のメディアプレイヤー１３０ａ／２３０ａから第１の待ち時間の推定値を且つ第２のメディアプレイヤー１３０ｂ／２３０ｂから第２の待ち時間の推定値を受信するようにしうる。
【0073】
類推するに、メディアプレイヤー３３０ｃ／４３０ｃと第１のメディアプレイヤー３３０ａ／４３０ａ及び第２のメディアプレイヤー３３０ｂ／４３０ｂの各々との間の待ち時間の決定は、例えば、ユーザーアプリケーション４１８ｃの待ち時間補償モジュール４１４ｃを用いるメディアプレイヤー３３０ｃ／４３０ｃにより、又はユーザーアプリケーション４１８ａ及び４１８ｂのそれぞれの待ち時間補償モジュール４１４ａ及び４１４ｂをそれぞれ用いる第１のメディアプレイヤー３３０ａ／４３０ａ及び第２のメディアプレイヤー３３０ｂ／４３０ｂの各々により推定又は決定することができる。従って、幾つかの実施例では、ハードウェアプロセッサ４３４ｃによりユーザーアプリケーション４１８ｃを実行して、第１のメディアプレイヤー３３０ａ／４３０ａから第１の待ち時間の推定値を且つ第２のメディアプレイヤー３３０ｂ／４３０ｂから第２の待ち時間の推定値を受信するようにしうる。
【0074】
如何にして待ち時間を決定しうるかの例としては、第１のメディアプレイヤー１３０ａ／２３０ａがそのコンピューティングプラットフォーム１０２／２０２との通信の待ち時間を決定する特定の実施例が考えられるであろう。しかし、以下に説明する処理が、コンピューティングプラットフォーム１０２／２０２により又はメディアプレイヤー１３０ｂ／２３０ｂと、３３０ａ／４３０ａと、３３０ｂ／４３０ｂと、３３０ｃ／４３０ｃとの何れかにより用いるのに容易に適合されることに注意されたい。図８は待ち時間推定装置に入力すべき待ち時間データの収集を表す線図８００を示す。
【0075】
一実施例において、第１のメディアプレイヤー１３０ａ／２３０ａ、通信ネットワーク１２０及びコンピューティングプラットフォーム１０２／２０２を特に参照するに、コンピューティングプラットフォーム１０２／２０２がメッセージを第１のメディアプレイヤー１３０ａ／２３０ａに送信するか又は第１のメディアプレイヤー１３０ａ／２３０ａがメッセージをコンピューティングプラットフォーム１０２／２０２に送信するたびに、メッセージを送信する時とメッセージを受信する時との間に待ち時間の時間差が生じる。実質的なプレイヘッドの同期を達成するための現在の解決策の精度を改善するには、各メッセージに対するこの待ち時間の予想量を決定するとともに、同期補正を以下に説明するように適用することが好ましい。
【0076】
図８に示すように、第１のメディアプレイヤー１３０ａ／２３０ａは、通信のラウンドトリップに対して経過する時間を決定するために、コンピューティングプラットフォーム１０２／２０２に対するピング（ping）要求を周期的に行うことができる。各ピングのラウンドトリップの持続時間に基づく待ち時間値（以後“テスト待ち時間値”とも称する）は、“Ｎ”個のごく最近に記憶されるテスト待ち時間値のトラックを保つサーキュラー（循環）ドリフトバッファ内に記憶することができるものであり、ここでＮはこの場合の模範的な待ち時間決定処理の構成パラメータである。従って、ドリフトバッファ内のテスト待ち時間値を用いて、例えば、重み付けローリング平均又は指数関数のローリング平均としうるローリング平均を計算することができる。
【0077】
例えば、一実施例には、ドリフトバッファ内のテスト待ち時間値のローリング平均を計算し、ドリフトバッファ内の各テスト待ち時間値をどのくらい最近であるかによって重み付けし、より最近の値にはより大きい重みが与えられるようにする。加えて又は代わりに、ドリフトバッファ内の各待ち時間値に適用される重み付けは、そのドリフトバッファ値の現在の標準平均、すなわちドリフトバッファ内のテスト待ち時間値の平均又は中間値からの偏差に基づくようにしうる。すなわち、待ち時間の決定に関する外れ値の影響を減少させるためには、標準の平均又は中間値からの偏差がより大きいテスト待ち時間値には、より低い重みを与えることができる。
【0078】
上述した場合の特定の例として、最も古い値を最初に記載するとともに最も新しい値を最後に記載した１０要素（１０エレメント）のドリフトバッファ内の以下のテスト待ち時間値、すなわち０．０５３、０．０４８、０，０１７、０．０１２、０．０４７、０．０４９、０．０４４、０．０２８、０．６１、０．０３４を仮定する。本例において用いた模範的なテスト待ち時間値は図８に示した模範的なテスト待ち時間とは異なっていることに注意されたい。この場合のテスト待ち時間の各々に対しては、テスト待ち時間値が如何に最近であるかのリニアマッピング（線形写像）に基づくリーセンシーの重みを、［０，要素の総数－１］のドメインから［０．５，１．０］の範囲までで計算し、最も新しいテスト待ち時間値を１．０にマッピングし、最も古いテスト待ち時間値を０．５にマッピングするようにする。例えば、上述した設定では、“０．６１”のテスト待ち時間値に１．０に近いリーセンシーの重みが割り当てられるであろう。その理由は、この値が２番目に最も新しいテスト待ち時間値である為である。
【0079】
又、これらのテスト待ち時間値の各々に対し、［０．０，最大偏差］から［０．０，１．０］の範囲までで各テスト待ち時間値が標準平均からどのくらい逸脱しているかの指数関数のマッピングに基づいて偏差の重みを計算し、最大に逸脱しているテスト待ち時間値を０．０にマッピングするようにすることができる。本明細書で使用する場合、表現“指数関数のマッピング”は二乗にしたリニアマッピング、すなわち（リニアマッピング）２を参照できることに注意されたい。更に、指数関数のマッピングをこの例で用いることにより、大きな外れ値を重みにおいて著しく減少させることに注意されたい。例えば、上述した設定では、“０．６１”のテスト待ち時間値に０．０に近い極めて低い偏差の重みが割り当てられるであろう。その理由は、このテスト待ち時間値が、ドリフトバッファにおける他の如何なるテスト待ち時間値よりも、全てのテスト待ち時間値の標準の平均、すなわち０．０９５２からはるかに多く逸脱している為である。
【0080】
この場合、ドリフトバッフアの各要素に対し、２つの重みを乗法により“合成重み”として識別される各要素に対する複合重み値に合成することができる。例えば、上述した設定では、“０．６１”のテスト待ち時間値が０．０に近い極めて低い合成重みを有するであろう。その理由は、そのリーセンシーの重みは高い（上記を参照されたい）一方、その偏差の重みは極めて低い（上記を参照されたい）為である。
【0081】
上記に基づくに、ドリフトバッフアの要素の重み付けローリング平均は次のように計算しうる。
[数１]
（ＳＵＭ（ドリフト値・ドリフト値の合成重み））／（ＳＵＭ（ドリフト値の合成重み））
注意：上述したサンプル設定の場合、この重み付けした平均はほぼ０．０３７２であり標準の平均、すなわち、０．０９５２とは対照的である。
[数１]
（ＳＵＭ（ドリフト値・ドリフト値の合成重み））／（ＳＵＭ（ドリフト値の合成重み））
注意：上述したサンプル設定の場合、この重み付けした平均はほぼ０．０３７２であり標準の平均、すなわち、０．０９５２とは対照的である。
【0082】
この場合、ローリング平均を第１のメディアプレイヤー１３０ａ／２３０ａとコンピューティングプラットフォーム１０２／２０２との間の送信及び通信処理中に考慮して、プレイヘッドの同期を改善するようにしうる。例えば、第１のメディアプレイヤー１３０ａ／２３０ａのプレイヘッドがプレイしている状態にあり、且つ第１のメディアプレイヤー１３０ａ／２３０ａが新たなプレイヘッドタイム“Ｘ”を探す場合、第１のメディアプレイヤー１３０ａ／２３０ａによりコンピューティングプラットフォーム１０２／２０２に送信される第１の状態メッセージ１３２ａ／３３２ａが上記の計算結果のローリング平均から得られたＸにオフセットを加えるであろう。更に、第１のメディアプレイヤー１３０ａ／２３０ａはこのオフセットを用いて、コンピューティングプラットフォーム１０２／２０２のソフトウェアコード１１０／２１０により第１のメディアプレイヤー１３０ａ／２３０ａに出力された第１のコンテンツ調整メッセージ１３４ａ／３３４ａの待ち時間を決定するようにしうる。
【0083】
殆ど途切れないコンテンツ同期経験を更に促進させるために、例えば、コンピューティングプラットフォーム１０２／２０２と第１のメディアプレイヤー１３０ａ／２３０ａとの間の通信と関連する待ち時間を、第１のコンテンツ調整メッセージ１３４ａがアクション５６５に応答して第１のメディアプレイヤー１３０ａ／２３０ａにより如何に適用されるかにおいて考慮することができる。例えば、一実施例では、第１のメディアプレイヤー１３０ａ／２３０ａのプレイヘッド位置が、待ち時間に対し調節された第１のコンテンツ調整メッセージ１３４ａ内に特定された所望の調整状態からの予め決定されたしきい値差内にある場合には、メディアプレイヤー１３０ａ／２３０ａのプレイヘッド位置に対し変更が行われない。
【0084】
第１のコンテンツ調整メッセージ１３４ａ内に特定され、上述した予め決定されたしきい値距離よりも大きいが他の予め決定されたしきい値距離よりも小さいことにより待ち時間に対し調節された所望の調整状態とは第１のメディアプレイヤー１３０ａ／２３０ａのプレイヘッド位置が相違するユースケースでは、他の同期戦略を採用しうる。例えば、第１のメディアプレイヤー１３０ａ／２３０ａのプレイアウトレートを、上述したように、計算したタイム間隔に対して僅かな割合だけ変更して、第１のメディアプレイヤー１３０ａ／２３０ａのプレイヘッドが、例えば、ハートビート間隔としうるタイム間隔の終了時に適切な同期に達するようにすることができる。
【0085】
特定の例としては、すなわち、第１のメディアプレイヤー１３０ａ／２３０ａのプレイヘッド位置がより遅いプレーヤーよりも０．３秒だけ前である場合には、第１のメディアプレイヤー１３０ａ／２３０ａのプレイアウトレートを０．３秒の持続時間に対し１０パーセントだけ下方調節することができる。第１のメディアプレイヤー１３０ａ／２３０ａのプレイアウトレートは、この持続時間の最後に、又は次のコンテンツ調整メッセージ１３４ａが受信される際に、デフォルトプレイアウトレートに戻される。上述したように、プレイアウトレートを変更する割合は、この変更が第１のメディアプレイヤー１３０ａ／２３０ａのユーザー１２８ａにとって殆ど感知できないように選択することができる。
【0086】
第１のメディアプレイヤー１３０ａ／２３０ａにおいて特定され、待ち時間に対し２つよりも多い上述した予め決定されたしきい値差だけ調節した所望の調整状態とは第１のメディアプレイヤー１３０ａ／２３０ａのプレイヘッド位置が相違するユースケースにおいては、第１のメディアプレイヤー１３０ａ／２３０ａのプレイアウトレートが変更されない場合がある。その代わり、第１のメディアプレイヤー１３０ａ／２３０ａのプレイヘッドを、（例えば、第１のコンテンツ調整メッセージ１３４内に含まれる“スキッピング”又は“シーキング”命令を介して）所望の調整状態のプレイヘッド位置に直接移動させることができる。
【0087】
上述した予め決定されたしきい値差は、この手法の設定可能なパラメータであることに注意されたい。待ち時間がコンピューティングプラットフォーム１０２／２０２と第１のメディアプレイヤー１３０ａ／２３０ａとの間のメッセージの交換及び処理に如何に影響するかの例を図９により示している。更に、コンピューティングプラットフォーム１０２／２０２と第１のメディアプレイヤー１３０ａ／２３０ａとの間の待ち時間がコンピューティングプラットフォーム１０２／２０２により決定される実施例では、第１のコンテンツ調整メッセージ１３４ａにコンピューティングプラットフォーム１０２／２０２と第１のメディアプレイヤー１３０ａ／２３０ａとの間の通信に対する第１の待ち時間の推定値を含めることができることに注意されたい。
【0088】
図１０は、第１のメディアプレイヤー１３０ａ／２３０ａ／３３０ａ／４３０ａにより第１のメディアコンテンツ１２６ａ／２２６ａ／４２６ａのプレイアウトを、第２のメディアプレイヤー１３０ｂ／２３０ｂ／３３０ｂ／４３０ｂによる第２のメディアコンテンツ１２６ｂ／２２６ｂ／４２６ｂのプレイアウトと同期させるために用いるための模範的な方法を表す本発明の一実施例による流れ図１０８０を示す。概念上の明瞭化のために、流れ図１０８０により概説する方法を、図１及び２により示す模範的な実施例を参照して説明することに注意されたい。それにもかかわらず、この方法は図３及び４に示す実施例にも同様に適用しうることを強調しておく。更に、コンピューティングプラットフォーム１０２／２０２は以下の説明において“調整用デバイス”と称することに注意されたい。
【0089】
流れ図１０８０は、各々が同じメディアコンテンツをプレイしている複数のメディアプレイヤーのうちの第１のメディアプレイヤーによりメディアコンテンツをプレイすることを開始することから始まる（アクション１０８１）。例えば、図１及び２を参加するに、第１のメディアプレイヤー１３０ａ／２３０ａは第１のメディアコンテンツ１２６ａ／２２６ａをプレイすることから開始しうる。流れ図１０８０は、複数のメディアプレイヤーによるメディアコンテンツのプレイアウトのために調整用デバイスに状態メッセージを送信する段階に進む（アクション１０８２）。図１及び２を参加することに続いて、第１のメディアプレイヤー１３０ａ／２３０ａが第１のメディアコンテンツ１２６ａ／２２６ａをプレイしている間に、第１のメディアプレイヤー１３０ａ／２３０ａにより第１の状態メッセージ１３２ａを調整用デバイスに送信することができる。第１の状態メッセージ１３２ａには、プレイヘッド位置の１つ以上と、メディアコンテンツのプレイアウトレートと、第１のメディアプレイヤー１３０ａ／２３０ａのネットワーク接続状態とを含めることができる。
【0090】
流れ図１０８０は、調整用デバイスからコンテンツ調整メッセージを受信する段階に進み、この場合このコンテンツ調整メッセージは、アクション１０８２において送信された状態メッセージと、メディアコンテンツをプレイしている他のメディアプレイヤーにより調整用デバイスに送信された他の状態メッセージとの一方又は双方により決定されたメディアコンテンツのプレイアウトに対する調整状態を含んでいる（アクション１０８３）。例えば、第１のメディアプレイヤー１３０ａ／２３０ａは調整用デバイス１０２／２０２から第１のコンテンツ調整メッセージ１３４ａを受信することができ、この第１のコンテンツ調整メッセージ１３４ａは第１のメディアプレイヤー１３０ａ／２３０ａによる第１のメディアコンテンツ１２６ａ／２２６ａのプレイアウトに対する所望の調整状態を含んでおり、この調整状態は、第１の状態メッセージ１３２ａと第２のメディアプレイヤー１３０ｂ／２３０ｂにより調整用デバイス１０２／２０２に送信された第２の状態メッセージ１３２ｂとの一方又は双方に基づいている。
【0091】
流れ図１０８０は更に、第１のメディアプレイヤーによるメディアコンテンツのプレイアウトを、コンテンツ調整状態を用いている他のメディアプレイヤーによるメディアコンテンツのプレイアウトと同期させる段階に進む（アクション１０８４）。すなわち、第１のメディアプレイヤー１３０ａ／２３０ａによる第１のメディアコンテンツ１２６ａ／２２６ａのプレイアウトを、コンテンツ調整メッセージ１３４ａ内に含まれるコンテンツ調整状態を用いている第２のメディアプレイヤー１３０ｂ／２３０ｂによる第２のメディアコンテンツ１２６ｂ／２２６ｂのプレイアウトと同期させることができる。図１０において概説する模範的な方法によれば、流れ図１０８０は、同期中及びその後にメディアコンテンツをプレイアウトすることに続けることにより終わらせることができる（アクション１０８５）。従って、第１のメディアコンテンツ１２６ａ／２２６ａは、アクション１０８５中及びその後に第１のメディアプレイヤー１３０ａ／２３０ａによりプレイアウトすることに続くものである。
【0092】
流れ図１０８０には含まれていないが、幾つかの実施例では、この方法に、第１のメディアプレイヤー１３０ａ／２３０ａにより調整用デバイス１０２／２０２と通信するための第１の待ち時間の推定値を決定する段階を含めることができる。これらの実施例では、更にこの方法に、第１のメディアプレイヤー１３０ａ／２３０ａにより第１の待ち時間の推定値を第１の状態メッセージ１３２ａの一部として調整用デバイス１０２／２０２に送信する段階を含めることができる。これに代わって又は加えて、この方法には更に、第１のメディアプレイヤー１３０ａ／２３０ａにより調整用デバイス１０２／２０２から第１の待ち時間の推定値を受信する段階を含めることができる。更に、幾つかの実施例では、第１のメディアプレイヤー１３０ａ／２３０ａにより、第１の状態メッセージ１３２ａを周期的に送信し、第２の状態メッセージ１３２ｂを受信し、且つ第１のコンテンツ調整メッセージ１３４ａを用いて第２のメディアプレイヤー１３０ｂ／２３０ｂにより第１のメディアコンテンツ１２６ａ／２２６ａのプレイアウトを第２のメディアコンテンツ１２６ｂ／２２６ｂのプレイアウトと同期させるようにすることができる。
【0093】
従って、本出願には、複数のメディアプレイヤーに対するメディアコンテンツの配信を調整するためのシステム及び方法を開示するものである。ここに開示するシステム及び方法は、複数のメディアプレイヤーがライブコンテンツ及び記録したメディアコンテンツに適用しうるコンテンツを同時にほぼ同期状態にする強力な解決策を提供するものである。本発明の原理の種々の実施例によれば、各メディアプレイヤーはコンテンツ調整サービスに対する双方向の且つ持続的な接続を有する。各メディアプレイヤーは、各メディアプレイヤーにミラーリングされる単一のストリーミングセッションを共有するのではなく、同じメディアコンテンツの異なるインスタンス化を個別にストリームするか、さもなければアクセスする。
【0094】
上述した記載から明らかなように、本出願において記載した概念をその範囲から逸脱することなく実施するのに種々の技術を用いることができる。更に、これらの概念はある実施例を具体的に言及して説明したが、当業者は、これらの概念の範囲から逸脱することなく形態及び細部において変更を行いうることを認識するであろう。従って、上述した実施例は、あらゆる点で実例的なものであり、限定的なものではない。又、本出願はここに記載した特定の実施例に限定されず、多くの再配列、変形及び置換が本開示の範囲を逸脱することなく可能であることを理解すべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】