ホーム > 特許ランキング > ツィネモ・ゲーエムベーハー
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-05-16
(45)【発行日】2024-05-24
(54)【発明の名称】ストリーミング技術
(51)【国際特許分類】
H04N 21/4367 20110101AFI20240517BHJP
H04N 21/835 20110101ALI20240517BHJP
【ＦＩ】
H04N21/4367
H04N21/835
【請求項の数】
46
(21)【出願番号】P 2022535056
(86)(22)【出願日】2020-12-09
(65)【公表番号】
(43)【公表日】2023-02-20
(86)【国際出願番号】 EP2020085371
(87)【国際公開番号】W WO2021116226
(87)【国際公開日】2021-06-17
【審査請求日】2022-08-29
(31)【優先権主張番号】19214605.8
(32)【優先日】2019-12-09
(33)【優先権主張国・地域又は機関】EP
(73)【特許権者】
【識別番号】519426036
【氏名又は名称】ツィネモ・ゲーエムベーハー
(74)【代理人】
【識別番号】100079577
【弁理士】
【氏名又は名称】岡田 全啓
(74)【代理人】
【識別番号】100167966
【弁理士】
【氏名又は名称】扇谷 一
(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】
前記メディアコンテンツがレンダリングされる最後の提示時間を得るために、前記暗号解読及び前記復号化の実行に必要な既定の時間を考慮するように構成される、請求項３６または請求項３７に記載のＤＰクライアントデバイス。
【請求項39】
複数のモードに従って動作するように構成され、第１のモードでは、少なくとも前記ＴＥＥ（３４０）内の前記ＤＰクライアント暗号解読器が非アクティブ化され、第２のモードでは、前記ＴＥＥ（３４０）がアクティブ化される、請求項３８に記載のＤＰクライアントデバイス。
【請求項40】
前記複数のモードの選択は、前記ＤＰマスターデバイスから送信されるパケットにおいてシグナリングされる、請求項３９に記載のＤＰクライアントデバイス。
【請求項41】
入力ユニットを含み、前記入力ユニットから得られた前記入力に従って、パケットを前記ＤＰマスターデバイスに送信するように構成される、請求項３５ないし４０のいずれかに記載のＤＰクライアントデバイス。
【請求項42】
前記ＤＰＩ内のタイミング情報に従って前記ＤＰマスターデバイスへの再生コマンドを同期させるように構成される、請求項３５ないし４１のいずれかに記載のＤＰクライアントデバイス。
【請求項43】
前記暗号化メディアストリームは高帯域幅デジタルコンテンツ保護（ＨＤＣＰ）規格に従って暗号化される、請求項３５ないし４２のいずれかに記載のＤＰクライアントデバイス。
【請求項44】
前記ローカル接続は無線ローカル接続である、請求項３５ないし４３のいずれかに記載のＤＰクライアントデバイス。
【請求項45】
選択された場合に、ＤＰマスターデバイスとして動作するように構成される、請求項３５ないし４４のいずれかに記載のＤＰクライアントデバイス。
【請求項46】
分散再生（ＤＰ）方法であって複数のＤＰクライアントデバイス（６００、６５０、１２０、１２０´、１２０´´、３２０、３２０´、３２０´´）とのローカル接続（５２０、６０、６１、６２）を確立するステップと、
リモートコンテンツプロバイダ（５０）から第１の暗号化メディアストリーム（５０４、１８１´、３８１´）を受信するように、前記リモートコンテンツプロバイダ（５０）とのリモート接続（５０１、５２、５３、５４、５５）を確立するステップであって、前記第１の暗号化メディアストリーム（５０４、１８１´、３８１´）は第１の暗号化規格に従って暗号化され、前記第１の暗号化メディアストリームは少なくとも１つのオーディオストリーム及び少なくとも１つのビデオストリームを含む、リモート接続を確立するステップと、
解読済みメディアストリーム（５０８）を取得するために前記第１の暗号化メディアストリーム（５０４、１８１´、３８１´）を解読するステップと、
ＤＰ情報（ＤＰＩ）（５１０）を、前記解読済みメディアストリーム（５０８、１８３´、３８３´）に追加するステップと、
第２の暗号化ストリーム（５１８、１８９´、３８９´）を得るために第２の暗号化規格に従って前記解読済みメディアストリーム（５０８、５１４、１８２´）を暗号化するステップと、
前記第２の暗号化メディアストリーム（５１８、１８９´、３８９´）内の前記ＤＰＩ（５１０）を追加で暗号化するステップ、又は前記ＤＰＩ（５１０）を前記第２の暗号化メディアストリーム（５１８、１８９´、３８９´）に平文で追加するステップと、
前記第２の暗号化メディアストリーム（５１８、１８９´、３８９´）である出力メディアストリーム（５１８、１８９´、３８９´）を前記複数のＤＰクライアントデバイス（１２０－１２０´´）に送信するステップと、
を含み、
前記方法は、トラステッド実行環境（ＴＥＥ）（３８０）内にトラステッドレンダラー部分（３８５、３９２）と、リッチ実行環境（ＲＥＥ）である非トラステッド実行環境（３６０）内に非トラステッドレンダラー部分（３８４、３８８、３９１）とを有する組込み型メディアレンダラー（５４０）を使用して、ビデオコンテンツである第１のメディアコンテンツ（３８５´）が前記トラステッドレンダラー部分（３８５、３９２）によってレンダリングされ、オーディオコンテンツである第２のメディアコンテンツ（３８４´）が非トラステッドレンダラー部分（３８４、３８８、３９１）によってレンダリングされ、前記第１のメディアコンテンツ（３８５´）及び前記第２のメディアコンテンツ（３８４´）は前記解読済みメディアストリーム（５０８、５１４、１８２´）から復号され（３８５）、前記第１のメディアコンテンツ（３８５´）は前記ＤＰＩ（５１０）を通して前記第２のメディアコンテンツ（３８４´）に同期され、
暗号化するステップは、前記ＴＥＥ（３８０）内で実行される、
分散再生（ＤＰ）方法。
【発明の詳細な説明】
【技術分野】
【0001】
本実施例の分野
本実施例は、主に、リモートコンテンツプロバイダから取得したメディアストリーム（例えば、オーディオストリーム及び／又はビデオストリーム）をローカルクライアントデバイスに送信するためのシステム、方法、装置及び技術（例えば、ストリーミング技術）に関する。当該技術は、例えば車両（例えば、自動車）用のインフォテインメント機器に、特に適用することができる。
本実施例は、主に、リモートコンテンツプロバイダから取得したメディアストリーム（例えば、オーディオストリーム及び／又はビデオストリーム）をローカルクライアントデバイスに送信するためのシステム、方法、装置及び技術（例えば、ストリーミング技術）に関する。当該技術は、例えば車両（例えば、自動車）用のインフォテインメント機器に、特に適用することができる。
【背景技術】
【0002】
背景
ストリーミング技術は、メディアコンテンツをリモートコンテンツプロバイダからメディアサーバを通じて複数のクライアントデバイスに送信することを可能にすることができる。メディアサーバは、例えば、助手席用ヘッドユニットであってもよい。また、メディアサーバは、ディスプレイ及び／又はスピーカなどのそれ自身の出力デバイスによってメディアコンテンツを再現するように適合されてもよい。物理的環境（例えば、車両）内に散在する異なるクライアントデバイス（後部座席のユニットなど）に、再現されるメディアストリームが提供されてもよい。
ストリーミング技術は、メディアコンテンツをリモートコンテンツプロバイダからメディアサーバを通じて複数のクライアントデバイスに送信することを可能にすることができる。メディアサーバは、例えば、助手席用ヘッドユニットであってもよい。また、メディアサーバは、ディスプレイ及び／又はスピーカなどのそれ自身の出力デバイスによってメディアコンテンツを再現するように適合されてもよい。物理的環境（例えば、車両）内に散在する異なるクライアントデバイス（後部座席のユニットなど）に、再現されるメディアストリームが提供されてもよい。
【0003】
例えば、メディアサーバをクライアントデバイスに接続するために、有線接続及び無線接続が知られている。後者は一般的に安価で、複雑でなく、構成が簡単である。
【0004】
しかしながら、有線及び無線のいずれにおいても、いくつかの問題が発生している。まず、セキュリティの問題が発生している。すなわち、メディア信号を不正に取得することが起こっている。この不都合を低減するために、暗号化を用いた技術を導入する試みがなされている。
【0005】
しかしながら、理論的には、メディアサーバは暗号化ストリームをすべてのクライアントデバイスに中継すればよいが、実際には、クライアントデバイスの出力ユニット（スピーカ、ディスプレイ．．．）で提供される信号とサーバに組み込まれた又は内蔵された出力ユニットとの間で同期がとれないという弱点が認識されている。例えば、暗号化及び暗号解読にはゼロではない時間が必要であり、メディアサーバの出力デバイスによるメディアコンテンツの再現に関して、クライアントデバイスのメディアコンテンツの再現の遅延が発生する。
【0006】
そのため、デバイス（サーバとクライアント）間の同期を高めるための解決策が求められている。
【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】
遅延に関する情報は、ＤＰクライアントデバイスから（又はＤＰクライアントデバイスの何らかの動作を分析して）ＤＰマスターデバイスが受信した（又は推論した）フィードバック（９８０）から得られてもよい。いくつかの例では、各ＤＰクライアントデバイスは、それ自身の再現状態（例えば、フィードバックパケット１３８０がＤＰクライアントデバイスによって送信される時刻に、どのフレームが現在再生されているか）を送信してもよい。他の例では、各クライアントデバイスの再現状態が、ＤＰマスターデバイスによる特定のパケット（例えば、ビーコンパケット１３２０、又は特定のデータペイロードパケット１３１０）の送信とＤＰクライアントデバイスからのフィードバックパケット（応答パケット又は確認パケット）１３２０の受信との間に経過する往復時間ｔrtから推測することができる。往復時間から、特定のＤＰクライアントデバイスの遅延を推測することが可能である。
【0041】
ＤＰマスターデバイスが各ＤＰクライアントデバイスの遅延を知った場合、ＤＰマスターデバイスは将来のフレームを表すための新しいタイミング情報を決定してもよい。例えば、ＤＰマスターデバイスは最大の遅延を有するＤＰクライアントに続く将来のフレームをスケジュールすることができる（及び／又は、過度に大きい遅延を有するＤＰマスターデバイスを除外することができる）。
【0042】
いくつかのケースでは、いくつかの仮定がなされてもよい。例えば、暗号化／解読、符号化／復号、アクチュエータでのメディア信号の処理、ローカル接続５２０での送信などの必要な時間のうちの少なくとも１つが推定されてもよい。例えば、往復時間から遅延が推定される場合、ＤＰマスターデバイスは、ＤＰクライアントデバイスのレンダラー６１０におけるレンダリングの実際の時刻が、既定の既知の（例えば固定の）時間遅延後に発生すると仮定してもよい。
【0043】
同じことをフレームが過去に再生された時刻を示す提示タイムスタンプに適用してもよい。すなわち、組込み型レンダラー５４０及び／又はＤＰクライアントデバイスのレンダラー６１０がメディアコンテンツの復号及び提示に一定の時間を必要とすることが分かっている場合、この一定の時間を容易に考慮することができる。この仮定は、例えば、解読／暗号化を実行するために必要な時間についても有効である。
【0044】
ＤＰクライアントデバイスは、ＤＰマスターデバイスによって送信されたビーコンパケット１３２０をそれらの内部クロックに再同期させることに使用することも可能である。
【0045】
上記及び下記の例では、一般に、ＤＰマスターデバイスが常にレンダラー５４０を含むと仮定している。しかし、これは必ずしも必要ではない。すなわち、ＤＰマスターデバイスは単にスケジューラであって、ＤＰクライアントデバイスにおいて再生を制御してもよい。
【0046】
メディアストリームのフレーム（「サンプル」又は「オーディオ／ビデオサンプル」又は「ａ／ｖサンプル」とも示される）は、ある特定の時刻にレンダリング（再生）されることを意味する。しかしながら、ＤＰＩ加算器５１２は、物理信号（例えば、音、画像など）が生成される（又は生成されることが予定される）時刻を定義する、いくつかのタイミング情報を、ＤＰＩ５１０において（例えば、ストリーム５１４に含まれるように）提供してもよい。ＤＰＩ５１０（いくつかの例では「ハンドル」とも呼ばれる）は、暗号化器５１６によって解読済みメディアストリーム５０８（５１４）を暗号化するために必要な時間、通信インタフェース５０２に第２の暗号化メディアストリーム５１８を提供するための時間、第２の暗号化メディアストリーム５１８をＤＰクライアントデバイス６００に送信するための時間、及びＤＰクライアントデバイス６００が第２の暗号化メディアストリーム５１８を復号するために必要な時間を考慮してもよい。したがって、すべてのＤＰクライアントデバイス６００は、メディアコンテンツを同時に提供することになる。
【0047】
上記で説明したように、ＤＰマスターデバイス５００は、ＤＰクライアントデバイス６００のメディアレンダラー６１０と並行してユーザにメディアコンテンツを提供するために組込み型メディアレンダラー５４０を有してもよい。例えば、ＤＰマスターデバイス５００は、デコーダを含んでもよく、ラウドスピーカ、ディスプレイなどのオーディオ及び／又はビデオユニットを含んでもよく、又はオーディオ及び／又はビデオユニットにオーディオ及び／又はビデオ信号を送信するための接続を含んでもよい。
【0048】
組込み型メディアレンダラー５４０は、ＤＰマスターデバイスの上流要素（例えば、５０２、５０６など）に直接（例えば、電気、光、磁気接続を通じて）接続されていると理解してもよく、解読済みメディアストリーム５０８及びＤＰＩ５１０は、ローカル接続５２０を通さずに直接組込み型メディアレンダラー５４０に提供されてもよい。
【0049】
しかしながら、原理的に、組込み型メディアレンダラー５４０におけるメディアコンテンツの再生は、ＤＰクライアントデバイス６００の同じメディアコンテンツの再生と結果として非同期となる危険性がある。ＤＰマスターデバイス５００のメディアレンダラー５４０における再生は、原理的に、ＤＰクライアントデバイス６００における同じメディアコンテンツの再生を不本意に予期し得る。すなわち、実際、組込み型メディアレンダラー５４０は、暗号化器５１６において解読済みメディアストリーム５０８を再暗号化し、ローカル接続５２０を通じて第２の暗号化メディアストリーム５１８を送信し、クライアントの暗号解読器５０６において第２の暗号化ストリーム５１８を再解読するために必要な時間を待つ必要性がない。そのため、同期の欠如が引き起こされる危険性がある。しかしながら、組込み型メディアレンダラー５４０のタイミングとＤＰクライアントデバイス６００のタイミングとを互いに同期させるように制御することによって、組込み型メディアレンダラー５４０とＤＰクライアントデバイス６００とを単に同期させることが可能であることが理解されている。
【0050】
追求された同期を実現するためのタイミング制御は、例えば、ＤＰＩ５１０を使用することができる。ＤＰＩ５１０は、ＤＰＩ５１０に関連付けられた少なくとも１つのフレームがレンダリングされる（又はレンダリングされるようになる）時刻（例えば、時刻が、少なくとも１つのフレームのレンダリングを開始するであろう時刻であってもよい）をメディアレンダラー（例えば、組込み型レンダラー５４０及びＤＰクライアントレンダラー６１０の両方）に通知する提示時間情報を提供する少なくとも１つのフレーム（例えば、複数の後続フレーム）に関連付けられたタイミング情報１３１２´を含んでもよい。（他の例では、ＤＰＩ５１０は、ＤＰマスターデバイスによって既にレンダリングされた、又は少なくともスケジュールされているフレームに関連付けられたタイミング情報を含むことができる。）したがって、タイミング情報（及び、より詳細には、提示時間情報又は既にレンダリングされた若しくはスケジュールされたフレームに関連付けられたタイミング情報）は、メディアレンダラーにおけるメディアコンテンツの生成を制御し、メディアコンテンツが同じ時刻に同期して提供されるようにしてもよい。有利には、図５に示すように、ＤＰＩ５１０（及び、特にタイミング情報、より詳細には提示時間情報）は、ＤＰマスターデバイス５００の組込み型メディアレンダラー５４０に提供されてもよく、ＤＰクライアントデバイス６００に関して行われる制御に類似してフレームの提示時間も制御するようにしてもよい。したがって、ＤＰＩ５１０のタイミング情報は、組込み型メディアレンダラー５４０のタイミングを制御するために（例えば、ＤＰクライアントデバイス６００におけるメディアコンテンツの再現が受ける遅延を考慮に入れたＤＰＩ５１０によって制御される遅延時間によって組込み型メディアレンダラー５４０におけるメディアコンテンツの再現を遅らせることによって）組込み型メディアレンダラー５４０に提供されてもよい。ＤＰＩ５１０は、（暗号化器５１６における再暗号化、ローカル接続５２０を通じた送信、及び／又はＤＰクライアントデバイス６００での解読に起因するような）遅延が考慮されるように、組込み型メディアレンダラー５４０におけるメディアコンテンツの（既知又は推定の）再現状態を考慮しておくことができる。したがって、ＤＰＩ５１０におけるタイミング情報は、少なくとも１つのフレームがレンダリングされる時刻（例えば絶対時刻）に関する情報を含む提示時間情報を提供することができる。したがって、ＤＰＩ５１０におけるこの提示時間情報は、デバイス（ＤＰマスターデバイス及びＤＰクライアントデバイス）のそれぞれが、ストリームの少なくとも１つのフレームに符号化された物理信号を生成する時刻に関する情報を与えてもよい。ＤＰＩ５１０によって提供される時間情報を活用することによって、メディアコンテンツは多数のレンダラー（５４０、６１０など）によって同期的に提示されるようになり、複数のユーザが同期されたメディアコンテンツを楽しむことができるようになる。
【0051】
【0052】
図７ｂは、ＤＰマスターデバイス５００と複数のＤＰクライアントデバイス６００との間の通信の例を示す。通信は無線であってもよい（しかし、いくつかの例では有線とすることができる）。図７ｂに示すように、ローカル接続５２０での通信は、ＤＰマスターデバイス５００からＤＰクライアントデバイス６００に向かって、又はその逆に送信されるパケットのシーケンスのように現れる。ＤＰマスターデバイス５００は、第２の暗号化データストリーム５１８（６０４）、又はより一般的には出力メディアストリームのフレーム（「暗号化サンプル」）のインスタンスを生成するペイロードパケット１３１０を送信することができる。したがって、各ペイロードパケット１３１０は、第２の暗号化規格に従って暗号化され、ＤＰマスターデバイス５００からＤＰクライアントデバイス６００に送信されるａ／ｖサンプルとして理解することができる。各ペイロードパケット１３１０（５１８、６０４）は、ここでは、Ｐ0、Ｐ1、Ｐ2、Ｐ3、Ｐ4、Ｐ5、Ｐ6、Ｐ7、Ｐ8で示される。各パケットのシンタックスは、一般に、特定の通信プロトコルに従って既定されており、ＤＰマスターデバイス５００及びＤＰクライアントデバイス６００は、ＤＰクライアントデバイス６００がペイロードパケット１３１０（５１８、６０４）を受信して処理することを可能にするプロトコルルールを共有する。プロトコルによれば、各ペイロードパケット１３１０（５１８、６０４）は、ペイロードパケットのシーケンスにおけるパケット（フレーム）の位置を示すシーケンス番号１３１２によって識別されてもよい（シーケンス番号１３１２は、いくつかの例では、ＤＰＩ５１０の一部であると理解することができる）。上記で説明したように、各ペイロードパケットは、物理的なオーディオ及び／又はビデオメディア信号に関連付けられ、一般に、順番に生成される。例えば、ペイロードパケットＰ2は、一般に、ペイロードパケットＰ3のレンダリングの前にレンダリングされる。各ペイロードパケット１３１０（５１８、６０４）は、ペイロードフィールド１３１４を含んでもよく、これは、生成されるメディア信号に関連付けられたペイロードデータをそこに符号化されて有するものである。ペイロードデータは、例えば、スペクトル領域（例えば周波数領域）であってもよい。少なくとも１つの（例えばそれぞれの）ペイロードパケット１３１０（５１８、６０４）は、フィールド１３１５に符号化されたＤＰＩ５１０を含んでもよい。
【0053】
ＤＰＩ５１０（１３１５）は、少なくとも１つのフレームがレンダリングされる時刻に関する提示時間情報を提供するタイミング情報であってもよく、又はそれを含んでもよい。したがって、ＤＰＩ５１０（１３１５）は、そのペイロードパケット１３１０に符号化されたメディアコンテンツがユーザに提示される（物理的な音及び／又は画像が生成される）瞬間に関する情報を提供してもよい。ＤＰＩ５１０（１３１５）は、例えば、ＤＰマスターデバイス５００とＤＰクライアントデバイス６００との間で共有される共通の時間基準からの時間オフセット、又は他の場合には絶対時間を示してよい（他の解決策も可能である）。
【0054】
上記で説明したように、少なくともペイロードパケット１３１０（及びシーケンス番号１３１２も）は、（それが提供される場合）第２の暗号化規格に従って（例えば、暗号化器５１０によって）暗号化されてもよい。フィールド１３１５のＤＰＩ５１０は、上述したような可能なオプション及び／又は実施例に従って、暗号化されてもよい、又は暗号化されなくてもよい。
【0055】
一般に、送信された暗号化メディアストリーム５１８（６０４）のパケット１３１０が、意図された順序に従って実際に同じ順序で受信されることは認められない。いくつかのケースでは、例えば、ＤＰクライアントデバイスが送信した他のペイロードパケットとの衝突が原因で、受信したパケットがＤＰクライアントデバイスでのチェックを通過しない場合（例えば、冗長検査ＣＲＣが負の場合）、いくつかのペイロードパケットの送信を繰り返す必要があり、再送信が必要である。パケット受信の遅延は、例えば接続の状態により、より一般的には決定論的なものではない。すなわち、通信がビジーである場合、パケット１３１０が特定の瞬間にＤＰクライアントデバイス６００に到着することを認めることが不可能である場合がある。したがって、パケットＰiが後続のパケットＰi+nの後にＤＰクライアントデバイスによって正しく受信されることが起こり得り、また特定の時点におけるパケットの受信は原理的に安全ではない。
【0056】
シーケンス番号１３１２は、ＤＰクライアントデバイス６００がペイロードパケット１３１０をその意図する順序で再配置することを可能にし、したがって、少なくとも部分的に問題に対処する。それにもかかわらず、シーケンス番号１３１２は、そのように、特定のペイロードパケット１３１０の特定のペイロード１３１４が再生される提示時間に関する情報を必ずしも与えるものではない。
【0057】
しかしながら、ＤＰＩ５１０（１３１５）において、特定のペイロードパケット１３１０が提示される時刻に関する提示時間情報を提供するタイミング情報１３１２´を導入することによって、すべてのＤＰクライアントデバイス６００がオーディオ及びビデオ信号を同時に提供するという結果に達することが可能であることが理解されている。ＤＰＩ５１０（１３１５）のタイミング情報１３１２´は、例えば、共通の基準クロック（共通時間基準）からのオフセットを提供することができ、すべてのデバイス（ＤＰマスターデバイス５００及びクライアントデバイス６００）がメディアコンテンツを同期して送信する。
【0058】
ＤＰＩ５１０（１３１５）における提示時間情報１３１２´の提供は、ＤＰマスターデバイス５００及びＤＰクライアントデバイス６００によって原理的に共有される共通の時間基準を利用することができる。いくつかのケースでは、ビーコンパケット（図７ｂでは１３２０又はＢ0又はＢ1で示す）の提供があってもよく、ＤＰマスターデバイス５００及びＤＰクライアントデバイス６００が同じ時間知識を有するように、共通の時間基準情報を提供することを許可することができる。ＤＰマスターデバイス５００（又は、いくつかのケースでは、図示しない別の時間マスターデバイス）は、マスター時間基準情報を提供するビーコンパケット１３２０をすべてのＤＰクライアントデバイス５００に送信してもよく、マスター時間基準情報は、本質的に、共通の時間基準情報として使用される。共通の時間基準情報は、例えば、基準クロックフィールド１３２１で提供されてもよい。基準クロックフィールド１３２１は、例えば、（ＤＰマスターデバイス５００又は他の時間マスターデバイスの時間知識を使用して）ビーコンパケット１３２０が送信されるタイムスタンプであってよい。一般的には、ＤＰクライアントデバイス６００のクロックは、ビーコンパケット１３２０を受信した任意の時点で再同期してもよく、ＤＰＩ５１０（１３１５）に示される基準クロックフィールド１３２１に基づく遅延でペイロード１３１４を再生することになってもよい。他の戦略は、それにもかかわらず可能である。
【0059】
ＤＰマスターデバイス５００は、実施例では、ＤＰクライアントデバイス６００からフィードバックを受けてもよい。したがって、ＤＰマスターデバイス５００は、往復時間から各ＤＰクライアントデバイス６００の遅延を決定してもよい。決定された遅延から、ＤＰマスターデバイス５００は、ペイロードメディアコンテンツがＤＰクライアントデバイス６００によってレンダリングされる提供時間を決定してもよい。
【0060】
ＤＰマスターデバイス５００がＤＰクライアントデバイス６００の遅延を知ることは、例えばＤＰマスターデバイス５００のメディアレンダラー５４０における物理的なオーディオ信号及びビデオ信号の生成の同期を調整するために重要である場合がある。例えば、ＤＰマスターデバイス５００は、ＤＰＩがフィールド１３１５で符号化される上流でも、それ自身のＤＰＩ５１０を利用してもよい。各クライアントデバイス６００におけるレンダリングの遅延を決定することにより、少なくとも組込み型レンダラー５４０におけるメディアコンテンツの再生が制御されてもよい。したがって、組込み型レンダラー５４０は少なくともＤＰマスターデバイス６００でのメディアコンテンツの再現を遅延させ、ＤＰクライアントデバイス６００のメディアレンダラー５１０と協調したオーディオ及びビデオ物理信号の生成を実現してもよい。
【0061】
したがって、ＤＰマスターデバイス５００は、既定の仮定に基づいて、ＤＰクライアントデバイス６００からのフィードバック（例えば、各クライアントにおける提示タイムスタンプを示すフィードバックパケットによる）を考慮することによって、又はオープンチェーンで、又はその両方によって、ＤＰＩ５１０（１３１５）を定義してもよい。
【0062】
いくつかの例では、オープンチェーン戦略に従っても良い。例えば、ブロック５１６での暗号化、ローカル接続５２０での送信、及びブロック６０６での解読に必要な時間、並びにブロック６１０でのメディアレンダリングのための処理は、予め推定されてもよい（いくつかのケースでは、暗号化器５１６での暗号化に必要な時間は、ＤＰマスターデバイス５００が既に自由に使えるかもしれないので、推定せずに、リアルタイムで得てもよい）。したがって、オープンチェーンの例では、ＤＰクライアントデバイス６００における再現状態に関するフィードバックは、より単純化するために回避されてもよい。
【0063】
図８は、ローカル接続５２０におけるＤＰマスターデバイス５００と複数のＤＰクライアントデバイス６００（１２０、１２０´、１２０´´、３２０、３２０´、３２０´´でも示す）との間の通信の例を示す。まず、ＤＰマスターデバイス５００は、ビーコンパケット（又は、共通のタイマー基準に関する他の情報）１３２０を送信してもよい。ビーコンパケット１３２０は、ＤＰマスターデバイス５００がＤＰクライアントデバイス６００に送信する出力メディアストリーム（例えば、暗号化又は非暗号化メディアストリーム）５１８の一部であってもよい。ＤＰクライアントデバイス６００はビーコンパケット１３２０を受信すると、自身の内部クロックを基準クロックフィールド１３２１に同期させる。したがって、すべてのＤＰクライアントデバイスは、ＤＰマスターデバイス５００と同期しているか、又は同じであると推測される。その後、ＤＰマスターデバイス５００は、ＤＰＩ５１０を含む第２の暗号化ストリーム５１８（６０４）をペイロードパケット１３１０の形態で送信してもよい。各パケット（又は複数の連続するパケット）のＤＰＩ５１０は、各ペイロードパケット１３１０のペイロード１３１４に符号化されたメディアコンテンツがレンダリングされる正確な時刻を提供する提示時間情報を含む。とりわけ、今、すべてのＤＰクライアントデバイスが、ビーコンパケットによって同じ時間知識を共有する。したがって、第２の暗号化データストリーム５１８（ペイロードフィールド１３１４に符号化される）に符号化されたコンテンツは、同時にユーザに提供されることになる。また、ＤＰマスターデバイス５００に内蔵された組込み型レンダラー５４０によって提供されるメディアコンテンツは、組込み型レンダラー５４０がＤＰＩ５１０も利用するという事実によって、ＤＰクライアントデバイスのメディアレンダラー６１０によってレンダリングされるメディアコンテンツと同期してレンダリングされ、したがってＤＰクライアントデバイスの同じ提示時間情報を利用する。その後（例えば、既定の時間を経過した後）、ＤＰクライアントデバイス６００の各々は、フィードバックパケット１３８０を送信してもよい。ＤＰクライアントデバイスの各々によって送信されるフィードバックパケット１３８０は、フィードバックメッセージ１３８０がＤＰマスターデバイス５００に送信される時間に各ＤＰクライアントデバイスが経験したローカル時間基準を含んでもよい。この情報は、ＤＰマスターデバイス５００が各ＤＰクライアントデバイスの時間知識を知ることを可能にする。ＤＰクライアントデバイスの各々が送信するフィードバックパケット１３８０は、再現状態（例えば、現在レンダリングされているフレーム）に関する情報を含んでもよい。各ＤＰクライアントデバイスの時間知識に関する情報及び／又は各ＤＰクライアントデバイスにおける再現状態に関する情報は、ＤＰマスターデバイスが各ＤＰクライアントデバイスにおける再現の実際の状態を理解することを可能にすることができる。このフィードバック情報から、ＤＰマスターデバイス５００は、メディアストリームの次のフレームがレンダリングされなければならない時刻を予測することができる。フィードバック情報から、ＤＰマスターデバイス５００が、クライアントレンダラー６１０における再現の遅延が大きいと判断した場合、ＤＰマスターデバイス５００は、後続フレームの提示時間情報の遅延をその後増加させ（又は少なくとも大きな遅延を維持し）、メディアコンテンツの同期再現を可能にする。とりわけ、組込み型レンダラー５４０における結果の遅延がそれに応じて増加する（又は少なくとも大きく維持される）ことになり、結果として、組込み型レンダラー５４０がＤＰクライアントデバイス６００のメディアレンダラー６１０の遅延と同期する。フィードバック情報から、ＤＰマスターデバイス５００が、クライアントレンダラー６１０における再現の遅延が小さいと判断した場合、メディアコンテンツの同期再現を害さないので、ＤＰマスターデバイス５００は、後続フレームの提示時間情報の遅延を続いて小さくする（又は小さく維持する）ことができる。特に、組込み型レンダラー５４０における結果の遅延は、一般的に減少し（又は少なくとも低く維持され）、組込み型レンダラー５４０の結果は、ＤＰクライアントデバイス６００のメディアレンダラー６１０に同期する。各ＤＰクライアントデバイス６００から得られる（又は推測される）フィードバック情報は、例えば、ＤＰマスターデバイス５００が各ＤＰクライアントデバイスで経験した遅延を計算することを可能にし、したがって、ＤＰクライアントデバイスにおけるクロックエラーを許容することができる。その後、ＤＰマスターデバイス１３２０は、新しいビーコンパケット１３２０と新しいペイロードパケット１３１０とを送信してもよい。
【0064】
図９ｂは、ＤＰマスターデバイス５００においてＤＰＩ５１０をどのように決定するかの例を示す。フィードバック９８０は、例えばフィードバックメッセージ（パケット）１３８０から得るように、各ＤＰクライアントデバイスから得ることができる。したがって、ＤＰマスターデバイス５００は、遅延計算ブロック９７０において、各ＤＰクライアントデバイスの遅延９８２を取得してもよい。
【0065】
フィードバック９８０は、一例において、再現状態に関する情報、例えば、特定のフレーム（そのシーケンス番号１３１２によって識別される）がＤＰクライアントデバイスによってレンダリングされる時刻に関する情報を含んでもよい。フィードバック９８０内のこの情報は、例えば、フィードバックメッセージ１３８０に符号化されてもよい。
【0066】
追加的に又は代替的に、各ＤＰクライアントデバイスにおける再現状態（及び特定のフレームがＤＰクライアントデバイスによってレンダリングされた情報）は、フィードバックメッセージがビーコンパケット１３２０の受信後すぐに、又はそれから既定の時間経過後にＤＰクライアントデバイスによって送信されることが提供される場合、フィードバックメッセージ１３８０が受信された時間に基づいて推定されてもよい（この場合、フィードバックメッセージ１３８０は確認メッセージと呼ばれてもよい）。したがって、ｃは、往復時間ｔrtを算出してもよい。例えば、フィードバックメッセージ１３８０の受信時間ｔ1380から、関連するビーコンパケット１３２０の基準クロックフィールド１３２１に書き込まれた基準時間ｔ1320を減算してもよい。したがって、往復時間を以下のように計算することができる。
ｔrt ＝ ｔ1380 － ｔ1320
ｔrt ＝ ｔ1380 － ｔ1320
【0067】
遅延計算ブロック９７０は、往復時間を２で割ることによってＤＰクライアントデバイスがビーコンパケット１３２０を受信するために必要な時間を推定することが可能である（例えば、ｔreception＝ｔrt／２）。追加の解読及びレンダリング時間ｔd&rを推定受信時刻ｔreceptionに追加して、メディア信号が提示された推定提示時間ｔpresentationを得てもよい。すなわち、以下の式で表される。
ｔpresentation ＝ ｔreception ＋ ｔd&r
ｔpresentation ＝ ｔreception ＋ ｔd&r
【0068】
解読及びレンダリング時間ｔd&rは、予め定義され及び／又は固定されてもよく、いくつかの例では異なるＤＰクライアントデバイス及び／又は異なる解読技術に従って変化してもよい。遅延（遅延情報９８２として提供される）は、各ＤＰクライアントデバイスの推定提示時間とＤＰマスターデバイスの提示時間との間の差を計算することによって得られてもよい。
【0069】
他の例では、解読及びレンダリング時間ｔd&rの使用を回避し、遅延情報９８２をＤＰクライアントデバイスがビーコンパケット１３２０を受信するために必要な経過時間と理解してもよい。
【0070】
得られた遅延情報９８２を、ＤＰＩ５１０のシーケンス番号１３１２によって識別される各フレームの送信をスケジュールすることができるタイムスケジューリングブロック９８５に提供することができる。
【0071】
タイムスケジューリングブロック９８５は、例えば、遅延計算ブロック９７０によって計算された遅延のうち最大の遅延を計算し、それに応じてＤＰＩ５１０のタイミング情報１３１２´に提示時間情報を定義するようにしてもよい。いくつかの例では、提示時間情報を定義することを、ＤＰクライアントデバイス間の最大の遅延に関連付けることができ、あるデバイスが他のデバイスと同期していないことを避けるようにしてもよい。一方、最大遅延を閾値と比較して、１つの単一のＤＰクライアントデバイスがシステム全体を遅延させないようにしてもよい（その場合、過剰に遅延するデバイスを排除するか、再同期手順を起動させる）。しかしながら、ＤＰＩ５１０に書き込まれる提示時間情報は、ＤＰクライアントデバイスの遅延を考慮するように定義されており、これにより、ＤＰクライアントデバイスとＤＰマスターデバイスとの両方におけるメディアコンテンツのレンダリングを制御することになる。
【0072】
したがって、タイムスケジューリングブロック９８５によって出力されるＤＰＩ５１０は、フレームのシーケンス番号１３１２と、シーケンス番号１３１２に関連付けられたフレーム（ペイロードパケット１３１０に符号化される）が再生されるタイミング情報１３１２´（例えば、提示時間情報）との両方を含んでもよい。
【0073】
上記の観点から、タイミング情報（及び、特に、提示時間情報）は、特定のフレームがレンダリングされなければならない提示時間を示すものとして理解され得る。それにもかかわらず、ＤＰクライアントデバイスを別の方法でＤＰマスターデバイスに同期させることも可能であり、これは、図７ａ、８、９ａに一般的に示されており、ペイロード（暗号化されていてもよい）１３１４が、ローカル接続５２０と出力データストリーム５１８のペイロードパケット（ペイロードパケット）１３１０と共に示される。ここで、ビーコンパケット１３２０は、上記のようであってもよい基準クロック１３２１と、さらなる提示タイムスタンプ（ＰＴＳ）１３２２、再生速度に関する情報１３２３、及び１３２４で一括して示されるＤＰクライアントデバイスの遅延から構成される。
【0074】
いくつかの例では、提示タイムスタンプ（ＰＴＳ）１３２２であってよい提示時間情報が存在してもよく、ＤＰマスターデバイス５００のメディアレンダラー６１０に関する（例えば、スケジュールされるような）現在の提示時間であってよい。したがって、ＰＴＳ１３２２は、ビーコンパケット１３２０が送信される時間のマスターデバイス５００に関する提示時間を提供してもよい。ＰＴＳ１３２２は、フィールド１３２１の基準時間が単に時間を測定するのに対して、ＰＴＳ１３２２は現在の再生速度によって変更されるので、原理的にフィールド１３２１の基準時間とは異なるものである。いくつかのケースでは、再生速度１３２３をビーコンパケット１３２０で示すことができる。いくつかのケースでは、ＤＰクライアントデバイス６００の各々の遅延（ＤＰマスターデバイス５００によって測定される）が、１３２４－１、１３２４－２などのフィールドで示されてもよい。ビーコンパケット１３２０に示されたデータフィールドから、各クライアントデバイス６００が自身のクロックをＤＰマスターデバイス５００のクロックに再同期させ、ＤＰマスターデバイス５００における再生状態の概念を有することが可能である。それでも、ビーコンパケット１３２０は、単に時間情報を提供するパケットであってよく、ペイロードを含まないことに留意されたい。ペイロードは、一般に、ペイロードパケット１３１０のフィールド１３１４で送信されてもよく、ペイロード１３１４を送信する指示は、同じペイロードパケット１３１０のＤＰＩフィールド１３１５（５１０）において提供されてもよい。
【0075】
したがって、ＤＰＩ５１０は、各ＤＰクライアントデバイスに関連付けられたＰＴＳ１３２２、再生速度１３２３、及び遅延情報１３２４のうち少なくとも１つを含むと考えることができる。ＤＰクライアントデバイスは、基準クロック１３２１、ＰＴＳ１３２２、再生速度１３２３、及び自身の遅延を受信すると自身の提示時間を調整してもよく、フィールド１３２２で示されるＰＴＳと、関連フィールド１３２４で示される遅延に再生速度を乗じたものとを足してもよい。したがって、ＤＰＩクライアントデバイスは、ＤＰマスターデバイスにおける提示タイミングに同期した提示タイミングと、遅延に再生速度を乗じたものとを加えたものを有する。したがって、ＤＰクライアントデバイスの提示タイミングは、結果として、ＤＰマスターデバイスの提示タイミングに同期している。とりわけ、この遅延は、上記で説明したように、往復時間から上記のように計算されてもよい。したがって、ＤＰクライアントデバイスは、ＤＰマスターデバイスの組込み型メディアレンダラーに同期してメディアコンテンツをレンダリングする。
【0076】
したがって、ＰＴＳ１３２２は、いくつかの例において、過去に発生した時刻であると理解され得る。特定のフレームのメディアコンテンツが提示されなければならない提示時間は、ＤＰクライアントデバイスによって、再生速度及びそれ自身の遅延に基づいて決定される。したがって、フレームが既に過去にレンダリングされた場合、この技術は、実際にはその過去のフレームを同期させるのではなく、後続のフレームを同期させるものである。さらに、ＤＰＩ５１０のタイミング情報は、特定のＤＰＩクライアントデバイスに関連付けられた遅延１３２４及び／又はマスターデバイスによって通知された現在の再生速度に関する情報も含むと考えることができる。
【0077】
制御（理想的には制御信号３８８´によって具現化される）は、ＤＰマスターデバイスにおいて、次のようにしてもよい。
少なくとも既定の数Ｎのクライアントデバイスにおけるレンダリングの遅延９８２が増加する場合、組込み型メディアレンダラー５４０における（及び、おそらくＤＰクライアントレンダラー６１０においても）レンダリングの遅延を増加させてもよい、及び／又は、
少なくとも既定の数Ｎのクライアントデバイスにおけるレンダリングの遅延９８２が減少する場合、組込み型メディアレンダラー５４０における（及び、おそらくＤＰクライアントレンダラー６１０においても）レンダリングの遅延を減少させてもよい。
少なくとも既定の数Ｎのクライアントデバイスにおけるレンダリングの遅延９８２が増加する場合、組込み型メディアレンダラー５４０における（及び、おそらくＤＰクライアントレンダラー６１０においても）レンダリングの遅延を増加させてもよい、及び／又は、
少なくとも既定の数Ｎのクライアントデバイスにおけるレンダリングの遅延９８２が減少する場合、組込み型メディアレンダラー５４０における（及び、おそらくＤＰクライアントレンダラー６１０においても）レンダリングの遅延を減少させてもよい。
【0078】
既定の数Ｎは、１、又は２、又は他の数（例えば、予め選択された数）であってもよい。いくつかのケースでは、１つの単一デバイスを待つことは不可能であると定義されてもよい。すなわち、例えば、１つのＤＰクライアントデバイスの遅延が既定の閾値を超えた場合、制御は過度に遅延したＤＰクライアントデバイスをそれ以上考慮することはないだろう。
【0079】
ＤＰマスターデバイス及びＤＰクライアントデバイスは、コマンド、例えば再現（再生）コマンド（例えば、ＰＡＵＳＥ及びＲＥＳＵＭＥの少なくとも１つなど）を交換することもできる。コマンドは、（例えば、ＤＰマスターデバイス又はＤＰクライアントデバイスの１つにおいて）ユーザによって入力されてもよく、コマンドは、複数のＤＰクライアントデバイスに（例えば、ローカル接続５２０を通じて）中継されてもよい。コマンドがＤＰクライアントデバイスにおいてユーザによって入力される場合、ＤＰクライアントデバイスは、ローカル接続５２０を通じてコマンドに関する情報を送信し、ＤＰマスターデバイスが複数のＤＰクライアントデバイスへコマンドを中継するようにしてもよい。ＤＰクライアントデバイスからＤＰマスターデバイスへのコマンドの情報は、フィードバックパケット１３８０内の１つのフィールドに含まれてもよい。ＤＰマスターデバイスからＤＰクライアントデバイスへのコマンドの情報は、例えば、ビーコンパケット１３２０及び／又はペイロードパケット１３１０において提供されてもよい。いくつかのケースでは、ＤＰマスターデバイス（例えば、特に、ＤＰ加算器５０８）は、ストリーム５１８において、コマンドがどの時刻に複数のＤＰクライアントデバイスによって実行されるかを通知するタイミング情報（例えば、提示タイミング情報）を追加してもよい（及び、組込み型メディアレンダラー５４０もコマンドの同じ提示タイミング情報に従ってもよい）。したがって、再現が一時停止されると、すべてのデバイスが、例えば、画面内に同じ画像を表示することになる。
【0080】
実施例
【0081】
いくつかの実施形態が、図１ａないし４に続いて示される。実施形態は、いくつかのケースでは、同じデバイスの異なるインスタンス化であってもよく、必ずしも異なるデバイスである必要はない。したがって、異なる動作は、特定の選択によるものであってよい。
【0082】
いくつかの例では、ＤＰマスターデバイス、ＤＰクライアントデバイス、及び／又はその両方において、ハードウェアはトラステッド環境（「トラステッド実行環境」，ＴＥＥとも示される）と非トラステッド環境（「リッチ実行環境」とも示される）との間で細分化されてもよい。いくつかのケースでは、トラステッド環境は、非トラステッド環境のセキュリティレベルよりも高いセキュリティレベルを有すると考えられる。例えば、トラステッド環境がＤＰマスターデバイス５００の一部である場合、暗号解読器５０６及び／又は暗号化器５１６はトラステッド環境の一部であってもよい。したがって、メディアストリームの解読及び暗号化は、トラステッド環境においてのみ実行され、それゆえに、不正にメディアコンテンツになりすます可能性を最小限にすることができる。追加的に又は代替的に、ＤＰクライアントデバイス６００において、少なくとも暗号解読器のメディアストリーム６０６は、トラステッド環境に内部的に存在してもよい。
【0083】
上記及び下記で議論された（暗号化又は解読された）メディアストリームは、オーディオストリーム、ビデオストリーム、又はオーディオストリーム及びビデオストリームの両方であってもよい。オーディオストリーム及びメディアストリームの両方が、同じ処理を受ける必要はない。例えば、一部のメディアストリーム（例えば、オーディオストリーム）のみが、ＤＰマスターデバイス５００の要素５０６及び５１６で解読及び再暗号化され、同様に、暗号解読器６０６によって再解読されてもよい。いくつかのケースでは、例えば、オーディオストリームは、リモート接続５０１及び／又はローカル接続５２０において平文であり、一方で、図５に示す暗号化／解読は、ビデオストリームにのみ関心を持たせる可能性がある。同じことがＤＰクライアントデバイス６００で起こり得る。それにもかかわらず、いくつかの例では、ＤＰＩ５１０のプロビジョニングが、オーディオコンテンツ及びビデオコンテンツの両方の提示タイミングを調整するように（例えば、同期を通じて）、オーディオストリーム及びビデオストリームの両方に関心を持つ可能性がある。
【0084】
ＤＰマスターデバイス５００又はＤＰクライアントデバイス６００がトラステッド環境と非トラステッド環境との間で分割される場合、オーディオレンダリング（オーディオ復号及びオーディオ再生）が非トラステッド環境で実行されるが、オーディオストリームの暗号化及び／又は解読は実際にはトラステッド環境で処理され得る。追加的に又は代替的に、ビデオレンダリング（ビデオレンダリング及び／又はオーディオレンダリング）は、例えば、ビデオストリームの暗号化及び／又は解読とともに、トラステッド環境で実行されるが、ビデオストリームはトラステッド環境の外では、暗号化された形態でのみ存在するようにしてもよい。
【0085】
図１ａ、１ｂ、１ｃは、例えばメディアストリーム（ここで、メディアは、例えば、オーディオ及び／又はビデオであってもよい）の提供のためのローカルシステム１０を示す。ローカルシステム１０は、ユーザがオーディオ及び／又はビデオ（例えば、音楽、ラジオ送信、テレビ送信、写真、共有マルチメディアファイル、インフォテインメント等）を楽しむことを可能にすることができる。ローカルシステム１０（又はその少なくともいくつかの要素）は、特定の物理的環境に配置されてもよい。物理的環境は、例えば、車両（自動車、バスなどであってもよい）又は車両の有人環境（例えば、列車のワゴン、トラックのキャビン、船舶のキャビン、航空機のコックピット又は別の環境など）であってもよい。代替的に、ローカルシステム１０（又はその少なくともいくつかの要素）は、家庭の物理的環境（例えば、部屋、住宅など）に配置されてもよい。
【0086】
ローカルシステム１０は、図１のＤＰマスターデバイス５００であってよい分散再生（ＤＰ）マスターデバイス１００（サーバとして動作することができる）を含むことができる。ローカルシステム１０は、複数のクライアントデバイス（例えば３つであるが、その数は１つ以上、例えば１０に変更してもよい）を含むことができる。各クライアントデバイス１２０、１２０´、１２０´´は、例えば、図６のＤＰクライアントデバイス６００のうちの１つであってよい。各クライアントデバイス１２０－１２０´´（６００）は、例えば、ＤＰマスターデバイス１００（５００）によって提供されたストリーム（例えば、メディアストリーム５１８、６０４）を復号し、（場合によっては）解読した後、メディアコンテンツ（例えば、ディスプレイを通じてビデオ、及び／又は、ラウドスピーカを通じてオーディオ）をユーザに再現（レンダリング）してもよい。
【0087】
ＤＰマスターデバイス１００及びＤＰクライアントデバイス１２０、１２０´、１２０´´（６００）は、デジタルローカル分散ネットワークを形成してもよい。ＤＰマスターデバイス１００及びＤＰクライアントデバイス１２０－１２０´´の各々は、互いに分離され、物理的環境（例えば車両）の異なる部分に配置されるデバイスであってよい。実施例では、それらは、通信ネットワークを通じて（例えば、ローカル接続６０を通じて）互いに（例えば、一意的に）通信してもよい。
【0088】
実施例では、ＤＰマスターデバイス１００は、例えば車両内のヘッドユニット（ＨＵ）であってもよく、構成されてもよく、その一部であってもよい。ＤＰマスターデバイス１００は、例えば、物理的環境に固定的に設置されてもよい（例えば、一体化された又は組み込まれた）。例えば、ＤＰマスターデバイス１００は、車両に固定的に設置され、車両に固定して連結され、又は車両に統合若しくは組み込まれてもよい。ＤＰマスターデバイス１００は、車両とともに販売されてもよい。ＤＰマスターデバイス１００は、内部ではなく、物理的環境の外部蓄電源（例えば、自動車のバッテリー、航空機のバッテリーなど）によって供給される電源（図示せず）を有してもよい。
【0089】
各クライアントデバイス１２０、１２０´、１２０´´（６００）は、物理的環境に固定的に設置されたデバイス（例えば、車両、より具体的には自動車の場合、後部座席ユニット、助手席ユニットなどの座席ユニット）、又は個人用デバイス（個人用ユーザ機器、ＵＥ、タブレット、又は別のＢＹＯＤ，持ち込み(bring-your-own-device)，デバイスなど）のいずれかであってよい。いくつかの例では、ＤＰクライアントデバイス１２０、１２０´、１２０´´（６００）の少なくとも１つは、一意的な固定設置型デバイスである。固定設置型クライアントデバイス１２０、１２０´、１２０´´の電源は、外部電源（例えば、自動車のバッテリー、航空機のバッテリーなど）であってもよい。
【0090】
代替例では、少なくとも１つのＤＰクライアントデバイス１２０、１２０´、１２０´´（６００）は、個人用デバイスである。少なくとも１つの個人用デバイスは、ユーザ機器（ＵＥ）であってよい。少なくとも１つの個人用デバイスは、タブレットであってもよい。少なくとも１つの個人用デバイスは、スマートフォンであってもよい。少なくとも１つの個人用デバイスは、パーソナルコンピュータであってもよい。個人用デバイスの電源は、内部記憶ユニット（例えば、内部バッテリー）であってよく、その内部記憶ユニットは、外部電源（例えば、自動車のバッテリー、航空機のバッテリー、主電源など）によって順に充電されてもよい。いくつかの例では、いくつかのクライアントデバイスは、固定的に設置されたデバイス（例えば、後部座席ユニット、助手席ユニットなど）であり、いくつかの他のデバイスは、個人用デバイス（例えば、個人用デバイス）である。
【0091】
ＤＰマスターデバイス１００（５００）は、符号化された（場合によっては暗号化された）ストリームをＤＰクライアントデバイス１２０、１２０´、１２０´´（６００）にデジタル送信してもよい。ＤＰマスターデバイス１００は、ローカル接続６０（上述したローカル接続５２０であってもよい）を通してＤＰクライアントデバイス１２０、１２０´、１２０´´と接続されてもよい。ローカル接続６０（５２０）は、信頼された（又は保護された）ローカル接続であってもよい。すなわち、認可されたＤＰクライアントデバイスのみが、ローカル接続６０を許可され、特にＤＰマスターデバイス１００によって提供されるメディアストリームを解読するために許可される。ローカル接続６０は、例えば、デジタルローカル通信ネットワークによってサポートされてもよい。ローカル接続６０は、ＷｉＦｉ、ＷＬＡＮなどの規格に従った通信を意味していてもよい。ローカル接続は、（例えば、無線周波数における電磁波に基づく）無線である。ローカル接続６０は、例えば、ＤＰセッションをサポートするものとして理解されてもよい。ＤＰセッションを通じて、符号化され暗号化されたメディアストリームが、ＤＰクライアントデバイス１２０、１２０´、１２０´に（例えば、連続的に）提供されてもよい。
【0092】
ローカル接続６０は、ミラーリング接続であってもよい（上記も参照）。ローカル接続６０は、（例えば、上述したような技術によって）同期ローカル接続であってよく、すべてのＤＰクライアントデバイス１２０、１２０´、１２０´´がデータストリームを同時に受信し、（必要に応じて）解読し、復号し、レンダリングする。このようにして、環境内に散在する異なるラウドスピーカにおいてメディアコンテンツ（例えば、音の再生、ビデオの表示など）を同期的に提供することが可能である。
【0093】
一般的には、ＤＰマスターデバイス１００は上述のコンテンツプロバイダ５０からストリームを受信することができる。コンテンツプロバイダ５０は、ＤＰマスターデバイス１００に（例えば、オンデマンドで）ストリームを提供するリモートエンティティとして理解されてもよい。リモート接続５２は、デジタルリモート通信ネットワークに基づいてもよい（リモート接続５２は、上記のリモート接続５０１と同じであってもよい）。リモート接続５２は、例えば、地理的通信ネットワーク、無線携帯電話ネットワーク（３Ｇ、４Ｇ、５Ｇ、ＵＭＴＳ、ＧＳＭ、又は他の携帯電話規格）に基づくものであってよい。いくつかのケースでは、コンテンツプロバイダ５０は、モデム、ルータなどに関連付けられてもよい。リモート接続５２は、無線接続である。したがって、複数のユーザ（例えば、特定のＤＰクライアントデバイスに関連付けられた各々）は、コンテンツプロバイダ５０からリモート接続５２を通じてＤＰマスターデバイス１００にリモートで提供され、ＤＰマスターデバイス１００から各ＤＰクライアントデバイス１２０、１２０´、１２０´´に再送信されるビデオ及びオーディオを楽しむ。
【0094】
実施例では、デバイス（例えば、ＤＰマスターデバイス１００又はＤＰクライアントデバイス１２０－１２０´´）は、特定のセキュリティレベルに従ってランク付けされてもよい。例えば、セキュリティレベルは、標準的なＷｉｄｅｖｉｎｅ（例えば、Ｌ１はセキュリティの最大レベル、Ｌ２はＬ１より低いセキュリティのレベル、Ｌ３はＬ２より低いセキュリティのレベル、Ｌ４はＬ４より低いセキュリティのレベル）に従っていてもよい。高帯域デジタルコンテンツ保護（ＨＤＣＰ）に従ってストリームを暗号化するデバイスは、Ｗｉｄｅｖｉｎｅの任意のレベルに従ってストリームを暗号化するデバイスよりも低いセキュリティレベルを有すると理解することができる。
【0095】
トラステッド環境と非トラステッド環境とを区別することが可能である。すなわち、トラステッド環境は、非トラステッド環境よりも高いセキュリティレベルを有すると理解することができる。単一のデバイスは、非トラステッド環境（ここからいくつかの信号が悪意を持って取得されることが認められる）とトラステッド環境の両方を包含することができる。非トラステッド環境からいくつかの信号が悪意を持って取得されることが認められるかもしれないが、トラステッド環境からメディア信号が悪意を持って取得されることは（少なくとも合理的なレベルの確実性で）排除される。
【0096】
より高いセキュリティレベルを有するデバイスによって暗号化されたストリームは、より低いセキュリティレベルを有するデバイスによって暗号化されたストリームよりも高いセキュリティレベルを有するものとして理解され得る。例えば、Ｗｉｄｅｖｉｎｅに従って暗号化されたストリームは、ＨＤＣＰに従って暗号化されたストリームより高いセキュリティレベルを有すると理解され得る。
【0097】
また、接続（例えば、リモート接続５２及びローカル接続６０）は、異なるセキュリティレベルを有することができる。交換されたストリームが安全性の高いデバイスによって暗号化される接続は、セキュリティレベルが低いストリームが交換される接続よりも高いセキュリティレベルを有する。
【0098】
また、チャネルは異なるセキュリティレベルを有することができる。すなわち、例えば、無線通信は、一般に無線信号の信号の受信及び復号が容易であるため、有線通信よりも低いセキュリティレベルを有すると理解され得る。
【0099】
さらに、認証された電子ユニット（例えば、いくつかの認証環境）も、非認証ユニットより高いセキュリティレベルを有すると理解され得る。
【0100】
一般的には、各デバイス、ストリーム、接続、環境などのセキュリティレベルを、ＤＰマスターデバイス１００（５００）によって送信されるストリームの悪意のある受信及び／又は復号を回避するために実装される特定の技術に関連付けることができる。ストリームを偽装するために必要な努力が多いほど、デバイス、チャネル、ストリーム、接続、環境などのセキュリティレベルは高くなる。
【0101】
以上のことから、ＤＰクライアントデバイス１００は、リモートコンテンツプロバイダ５０との間で保護されたリモート接続５２を確立し、リモートコンテンツプロバイダ５０からメディアストリームを受信することができる。メディアストリームは、符号化（圧縮）されている。メディアストリームは、第１の暗号化規格（例えば、Ｗｉｄｅｖｉｎｅ Ｌ３）に従って暗号化されてもよい。ＤＰマスターデバイス１００は、リモートコンテンツプロバイダ５０から受信した符号化メディアストリームを内部で解読して、解読済み符号化メディアストリームを生成してもよい。ＤＰマスターデバイス１００は、（いくつかのケースでは）第２の暗号化規格を使用することによって、解読済み符号化メディアストリームを内部で再暗号化してもよい。第２の暗号化規格は、いくつかの例では、第１の暗号化規格とは異なる暗号化規格であってよい（例えば、ＨＤＣＰであってよい）。しかしながら、他の例では、第２の暗号化規格は、第１の暗号化規格と同じであってもよい。他の例では、解読済みストリームは、再暗号化されることなく、単にＤＰクライアントデバイスに中継されてもよい。
【0102】
符号化メディアストリームを内部で再暗号化した後、ＤＰサーバデバイス１００は、符号化された再暗号化ストリームを複数のクライアントデバイス１２０、１２０´、１２０´´に送信してもよい。
【0103】
ＤＰマスターデバイス１００は、以下の構成要素の少なくとも１つを含んでもよく、及び／又は、以下に説明する機能の少なくとも１つを実行してもよい。ＤＰサーバデバイス１００は、例えば、車両に適用される場合、助手席のヘッドユニットであってもよい。
【0104】
ＤＰサーバデバイス１００は、リッチ実行環境１８０を含んでもよい。ＤＰサーバデバイス１００は、オーディオ再生ユニット１９０（例えば、１つ以上のスピーカ）及び／又はビデオ再生デバイス１９２（ディスプレイ、例えば、組込み型ディスプレイなど）を含む又はそれに接続されてもよい。
【0105】
ＤＰサーバデバイス１００は、ナビゲータ１８１を含んでもよい。ナビゲータ１８１は、例えば、動画専門家集団(motion picture expert group)、デジタルオーディオ定常ヘッド(digital audio stationary head)、ＭＰＥＧ－ＤＡＳＨ、ナビゲータであってもよい。より一般的には、ナビゲータは、コントローラであってもよい、又はコントローラを含んでもよい。ナビゲータ１８１は、リモート接続５２を通して、例えば、アンテナなどの通信ハードウェアを通して、暗号化及び符号化されたストリームを受信してもよい。いくつかのケースでは、接続５２は、携帯電話又は他のＵＥなど、ブリッジのように動作するいくつかの要素を含んでもよい。
【0106】
ナビゲータ１８１は、暗号化ストリーム１８１´を、例えば分散再生サーバ１８２（ＤＰサーバ）に提供してもよい。暗号化ストリーム１８１´（「暗号化サンプル」）は、図５の第１の暗号化メディアストリーム５０４であってよい。ＤＰサーバ１８２は、ＤＰクライアントデバイス１２０、１２０´、１２０´´へのストリームの送信を管理するＤＰマスターデバイス１００の要素であってよい。互いに連携して動作するナビゲータ１８１及びＤＰサーバ１８２は、例えば通信インタフェース５０２を具現化するものとして理解されてもよい。
【0107】
ストリーム１８１´（５０４）はオーディオデコーダ１８４及び／又はビデオデコーダ１８５（これらは内部ユニットであってもよい）に提供されてもよく、ストリームがスピーカ１９０及び／又は組込み型ディスプレイ１９２に提供されてもよい。要素１８４、１８５、１９０、及び１９２（存在する場合）の少なくとも一部は、上述した組込み型メディアレンダラー５４０を形成してもよい。
【0108】
ストリーム１８１´（５０４）が解読されるので、ＤＰサーバデバイス１００によって得られるような暗号化ストリーム１８１´（５０４）は、ローカルデコーダ１８４及び１８５（又はより一般的には組込み型メディアレンダラー５４０）及びＤＰクライアントデバイス１２０－１２０´´に直接提供されることはない。この目的のために、ＤＰサーバ１８２は、暗号化ストリーム１８１´を暗号解読器１８３（例えば、Ｗｉｄｅｖｉｎｅ Ｌ３ ＣＤＭ、より一般的には第１の規格）に提供してもよく、これは、暗号解読器５０６の一例であってもよい。暗号解読器１８３（５０６）は、解読済みサンプル１８３´（解読済みメディアストリーム５０８の一例であってもよい）をＤＰサーバ１８２に提供し直してもよい。
【0109】
ＤＰサーバ１８２は、それに応じて、解読済みオーディオ及びビデオストリーム（ここでは、１８３´でまとめて示す）を内蔵オーディオデコーダ１８４及び／又は内蔵ビデオデコーダ１８５（提供されている場合）に提供し、復号されたオーディオ信号１８４´がスピーカ１９０に提供され及び／又は復号されたビデオ信号１８４´が組込み型ディスプレイ１９２、又はより一般的には組込み型メディアレンダラー５４０に提供されるようにしてもよい。
【0110】
いくつかのケースでは、ＤＰサーバ１８２は暗号化機能を有し、以前に解読済みメディアストリーム１８３´を再暗号化して、接続６０を通じてＤＰクライアントデバイス１２０－１２０´´に再暗号化されたメディアストリーム（ここでは１８２´で示し、図５及び６のストリーム５１８及び６０４を具体化する）を提供してもよい（その場合、ＤＰサーバ１８２は図５の暗号化器５１６を具現化することもできる）。（他のケースでは、ＤＰサーバ１８２は、メディアストリーム１８３´（５０８）を再暗号化せず、平文でローカル接続を通じてＤＰクライアントデバイスに送信する）。
【0111】
したがって、ＤＰサーバ１８２は、コンテンツプロバイダ５０から受信されたストリームの解読済みバージョン１８３´を提供してもよく、ストリーム１８１´（５０４）の出力メディアストリーム１８２´（再暗号化されてもよい）を送信してもよい。
【0112】
したがって、ストリーム１８１´の解読済みバージョン１８３´は、低い遅延で内蔵デコーダ１８４及び１８５に提供されるが、ストリーム１８１´の再暗号化された（そしてまだ符号化されている）バージョン１８２´は、再暗号化及び接続６０を通じた送信によって生じる追加の望ましくない遅延を伴ってＤＰクライアントデバイス１２０－１２０´´に配信される。
【0113】
上記で説明したように、解読済みストリーム１８３´を再暗号化し、再暗号化ストリーム１８２´をＤＰクライアントデバイス１２０－１２０´´に送信することによって生じる望ましくない遅延を補償するために、内蔵デコーダ１８４及び１８５に提供される解読済みオーディオ及びビデオストリーム１８３´（５０８）に対して人工遅延をもたらすようにＤＰサーバデバイス１００（５００）を構成できることが理解されている。この解決策は、スピーカ１９０、ディスプレイ１９２及び／又はＤＰクライアントデバイス１２０－１２０´´のディスプレイ１２７及びスピーカ１２６、より一般的には、組込み型メディアレンダラー５４０をＤＰクライアントデバイスのメディアレンダラーと同期させるものである。この解決策は、例えば、メディアコンテンツが送信される提示時間を定義するＤＰＩ５１０（又は他のタイミング情報）も提供することによって、上述した技術に基づいてもよい。図１ａ－１ｃにおいて、ＤＰＩ加算器５１２は、ＤＰサーバデバイス１８２に内蔵されてもよい。ＤＰＩ５１０は、図１ａ及び１ｂに示されていないが、ＤＰサーバ１８２と組込み型メディアレンダラー５４０との間にあってもよく、また、ＤＰサーバデバイス１００（５００）からＤＰクライアントデバイス１２０－１２０´´（６００）に送信されるときにストリーム１８２´（５１８、６０４）内で符号化されてもよい。
【0114】
（ＤＰサーバ１８２が解読済みストリーム１８３´を再暗号化することは必ずしも必要ではないことに留意されたい。すなわち、いくつかの例では、これは、再暗号化戦略と非再暗号化戦略との間で選択することが可能であるためである。いくつかのケースでは、当該選択は、コンテンツプロバイダによって実行され、リモート接続５２の制御データでシグナリングされる。他のケースでは、当該選択は工場で、例えば特定のフラグを選択することによって行われる。）
【0115】
したがって、クライアントデバイス１２０－１２０´´（６００）は、再暗号化されたストリーム１８２´（５１８、６０４）を受信してもよい。ＤＰクライアント１２１は、再暗号化されたストリーム１８２´を受信してもよい。ＤＰクライアント１２１は、ＤＰクライアントデバイス６００の通信インタフェース６０２を実装する（図６参照）。
【0116】
ＤＰマスターデバイス１００（６００）によって送信されたストリーム１８２´（例えば、５１８、６０４）が暗号化されている場合、ＤＰクライアント１２１はそれを解読して、解読済みストリーム（例えば、オーディオストリーム１２１´及びビデオストリーム１２１´´のうちの１つを含む）を得てもよい。解読済みストリーム１２１´及び／又は１２１´´は、解読済みメディアストリーム６０８であってよい。各クライアントデバイス１２０－１２０´´（６００）は、クライアント内部デコーダ（例えば、オーディオデコーダ１２４及び／又はビデオデコーダ１２５）を有してもよい。復号されたビデオ信号１２４´は、ＤＰクライアントデバイスの（又はＤＰクライアントデバイスに接続された）スピーカ１２６に提供されてもよい。復号されたビデオ信号１２５´は、ディスプレイ、例えば、ＤＰクライアントデバイスの（又はＤＰクライアントデバイスに接続された）組込み型ディスプレイ１２７に提供されてもよい。上述したメディアレンダラー６１０は、要素１２４、１２５、１２６、１２７のうちの少なくともいくつかを含むことができる。
【0117】
実施例では、ＤＰクライアントデバイス１２０－１２０´´のうちの少なくとも１つは、追加の入力ユニット（図示せず）を有してもよい。追加の入力ユニットは、解読されたがオーディオデコーダ１２４及び／又はビデオデコーダ１２５に供給される前のストリーム１２１´を処理することを許可してもよい。したがって、ＤＰクライアントデバイスで（かつ、特に、入力ユニットで）コマンドを入力するユーザは、復号される前にストリームを処理してもよく、追加の選択を行う可能性を有する。例えば、ユーザがオーディオストリーム１２１´の内部の特定のトラック又はチャネルを望まない場合、彼／彼女はそれに応じて選択を入力し、デコーダが特定のトラック又はチャネルを提供することを回避するようにしてもよい。ＤＰサーバデバイス１００が復号後に信号１８２´をＤＰクライアントデバイスに提供した場合、このような効果は不可能であろう。したがって、ＤＰクライアントデバイス１２０－１２０´´は、ストリーム１２１´が復号される前に解読済みオーディオ及び／又はビデオストリーム１２１´に関する選択を許可し得る入力ユニットを有利に含み得る（例えば、それに組み込まれ、及び／又はそれに内蔵される）。
【0118】
代替的に又は追加的に、保護されたローカル接続６０は、ＤＰクライアントデバイス１２０－１２０´´のうちの少なくとも１つからＤＰマスターデバイス１００へのコマンドの送信もサポートしてもよい（例えば、フィードバックパッケージ１３８０を通して）。ユーザは、例えば、入力ユニットを通して、選択を入力してもよく、それは上述したものと同じであってもよく（又はそれに類似していてもよく）、（例えば、デジタル的に）選択を実行するための入力手段を含んでもよい。ＤＰクライアント１２１は、それに応じて、ＤＰサーバ１８２にコマンドを送信し、ＤＰサーバ１８２は、今度は、例えば、複数のデコーダ（１８４、１８５、１２４、１２５）全体に提供されるストリーム１８２´全体について、選択を実行することになる。
【0119】
とりわけ、いくつかの例では、ＤＰクライアントデバイス１２０－１２０´´（６００）のメディアレンダラー６１０は、ＤＰマスターデバイスの組込み型メディアレンダラー５４０と共に、ＤＰマスターデバイス１００（５００）によって送信されるようなＤＰＩ（及び、特に提示時間情報）を尊重するように構成されてもよい。したがって、すべてのデバイス（マスター及びスレーブ）におけるレンダリングは調整される。それ故に、ＤＰクライアント１２１は、ＤＰ抽出器６１２であってよい。
【0120】
いくつかの例では、ＤＰクライアントデバイス１２０－１２０´´（６００）は、上記の例のように、ビーコン１３２０を受信し、及び／又はフィードバックパケット１３８０を送信することができる。
【0121】
オリジナルストリームがＷｉｄｅｖｉｎｅに従って暗号化されるようにコンテンツプロバイダ５０から提供されているとしても、ＤＰクライアントデバイス１２０－１２０´´（又は、その少なくとも１つ）が必ずしもＷｉｄｅｖｉｎｅデバイスであることは要求されない。ＤＰクライアントデバイス１２０－１２０´´は、単に通常の市販のデバイスであってもよい（例えば、単にＨＤＣＰ規格に準拠し、Ｗｉｄｅｖｉｎｅ規格に準拠しないものであってもよい）。一般的には、ストリームがコンテンツプロバイダ５０からＤＰマスターデバイス１００に最初に提供される規格は、ＤＰクライアントデバイス１２０－１２０´´に提供されるようなストリーム１８２´に使用される第２の暗号化規格とは全く関係がない場合がある。さらに、いくつかの例では、ＤＰマスターデバイス１００（６００）からＤＰクライアントデバイス１２０－１２０´´に送信されるようなストリーム１８２´は、全く暗号化されていない。
【0122】
実装は大いに実現可能であり、また、いくつかの例では、汎用のユーザ機器、ＵＥ、例えば、携帯電話、スマートフォン、タブレット、パーソナルコンピュータなどの使用も可能である。
【0123】
いくつかの実施例では、ＤＰマスターデバイス１００が予めインストールされたデバイス（例えば、車両における助手席ヘッドユニット）であるとしても、いくつかの実施例ではＤＰマスターデバイス１００は複数の分散デバイスの中から（例えば、選択によって）選択される。したがって、いくつかの例では、ＤＰクライアントデバイス６００（１２０、１２０´、１２０´´）のいずれかがＤＰマスターデバイスとなってよい。他の実施例では、ＤＰマスターデバイスは固定されている（例えば、車両に固定的に関連付けられる）。
【0124】
実施例では、ローカルシステム１０は、図２に示すように、少なくとも１つの第１のパーティション２０１と１つの第２のパーティション２０２とに分割されてもよい。したがって、分割された接続６１（ローカル接続５２０のインスタンスを具現化してもよい）を使用することによって、ＤＰマスターデバイス（このケースでは、第１のＤＰマスターデバイス１００である）と少なくとも１つの選択されたＤＰクライアントデバイス１２０との間で保護されたローカル接続を確立することが可能である。第２のパーティション２０２は、第２の保護された接続６２（ローカル接続５２０のインスタンスを具現化してもよい）を通して、少なくとも１つのＤＰクライアントデバイス１２０´と、接続された第２のマスターデバイス１０１（図５のマスターデバイス５００を具現化してもよい）を含んでもよい。第２のＤＰマスターデバイス１０１は、第１のＤＰマスターデバイス１００と同じではない。いくつかの実施例では、第２のパーティション２０２の第２のＤＰマスターデバイス１０１は、ＤＰクライアントデバイス１２０－１２０´´のうちの１つから選択される。選択は、例えば、第１のＤＰマスターデバイス１００によって行われてもよい（他のいくつかのケースでは、選択によって行われる当該選択は、複数の類似のデバイスからの選択である）、他の実施例では、選択によって行われる。例えば、図２において、第２のＤＰマスターデバイス１０１は、例えば選択又は手動による選択の場合、デバイス１２０´´（図１ａ－１ｃにおいてＤＰクライアントデバイスとして動作する）であってよい。
【0125】
一般的には、図１ａ－１ｃのローカルシステム１０について説明した特徴のいずれも、図２のシステムに適用することができる。ここでは、パーティションに特有のいくつかの特徴のみを説明する。まず、第１のＤＰマスターデバイス１００及び第２のＤＰマスターデバイス１０１は、例えば、車両に固定的に設置された（例えば、統合又は組み込まれた）モデムであってもよい、１つの単一の無線モデム（例えば、４Ｇ／ＬＴＥ／５Ｇ）に接続され得る。異なるローカル接続６１及び６２（いずれもローカル接続５２０を具現化したもの）は、空中で、例えば各ユーザによって操作される選択によって、選択され得る。したがって、ＤＰクライアントデバイス１２０が現在パーティション２０２に関連し、ＤＰクライアントデバイス１２０´が現在第２のパーティション２０２に関連していても、これは変更できる。すなわち、ＤＰクライアントデバイス１２０のユーザが第１のパーティション２０１で提供される第１のストリームに飽き、第２のパーティション２０２で提供されるビデオ又は同じものに切り替えることを選択することが発生する可能性がある。ここで、ユーザは、ＤＰクライアントデバイス１２０が第２のＤＰマスターデバイス１０１から第２の接続６２を通して接続され、第２のＤＰマスターデバイス１０１によって提供されるストリームを受信するように、単に選択を実行することができる。しかしながら、図１ａ－１ｃについて上述した機能性は、図２のシステムの機能性についても有効なままである（各接続６１及び６２が他のものから独立していることに留意されたい）。とりわけ、いくつかのケースでは、第１又は第２のＤＰマスターデバイス１００及び１０１が異なるアカウントに関連付けられる可能性がある（又は、いくつかのケースでは、家族アカウントなどの同じアカウントに関連付けられ、「映画」や「子供向けアニメ」など、異なるプロファイル及び／又はサービスを選択できる可能性を有する）。
【0126】
図２では、異なるデバイス１００、１０１、１２０、１２０´の電子部品は、図１ａ－１ｃと同じ参照数字で示される。第１のパーティション２０１のための信号は、図１ａ－１ｃと同じ参照数字で示されている。基本的に、コンテンツプロバイダ５０は、２つの異なる保護されたリモート接続５２及び５３（それぞれリモート接続５０をインスタンス化する）を通して、異なるＤＰマスターデバイス１００及び１０１にそれぞれ暗号化されたストリームを提供する。各暗号化ストリームは、ＤＰマスターデバイス１００及び１０１のそれぞれに内蔵された暗号解読器１８３（５０６）によってそれぞれ解読され、符号化された解読済みストリームをそれぞれ得てもよい。各ＤＰマスターデバイス１００及び１０１は、その組込み型メディアレンダラー５４０（例えば、１つの内蔵オーディオデコーダ１８４及び／又は１つの内蔵ビデオデコーダ１８５を含む）に対して、解読済みストリームをそれぞれ提供してもよい。ＤＰマスターデバイス１００及び１０１の各々の内蔵オーディオデコーダ１８４は、復号されたオーディオ信号を、ＤＰマスターデバイス１００又は１０１の各々に内部的に又は接続された内部又は組込み型スピーカ又はヘッドフォン１９０にそれぞれ提供してもよい。ＤＰマスターデバイス１００及び１０１の各々の内蔵ビデオデコーダ１８５は、復号されたビデオ信号を、ＤＰマスターデバイス１００及びＤＰマスターデバイス１０１のそれぞれに内部的に又は接続された組込み型ディスプレイ１９２に提供してもよい。さらに、ＤＰマスターデバイス１２１及び１２２の各々は、デジタル保護ローカル接続６１及び６２のそれぞれを通して、解読済みストリームの（おそらく再暗号化された）バージョンを送信する。したがって、各ＤＰクライアント１２０及び１２０´（６００）は、解読済みオーディオ及び／又はビデオストリームを取得することができる。各クライアントデバイス１２０及び１２０´は、オーディオストリームを復号して、ＤＰクライアントデバイス１２０又は１２０´のスピーカ又はヘッドフォンに提供される又は接続されるオーディオ信号、及び／又は、ＤＰクライアントデバイス１２０の各々に内蔵又は接続された組込み型ディスプレイ１２７に提供されるビデオ信号を得ることができる。
【0127】
したがって、異なるパーティション１００及び１０１のストリームは、異なるデバイスの同様のハードウェアユニットによって処理されるが、ストリームは異なり、最終的なビデオ信号及びオーディオ信号が異なることを理解することができる。例えば、車両の数人の乗客は映画を楽しむことができるが、ほかの乗客はアニメを楽しむことができる。
【0128】
一般的に、各パーティション６１（及び６２、それぞれ）の各ＤＰマスターデバイス１００（及び１０１、それぞれ）は、同期をとる役割を担ってよい。すなわち、
－そのパーティション１００のＤＰクライアントデバイス１２０に提供されるストリームのレンダリングと
－内蔵デコーダ１８４及び１８５に提供されるストリームのレンダリング
との同期である。
－そのパーティション１００のＤＰクライアントデバイス１２０に提供されるストリームのレンダリングと
－内蔵デコーダ１８４及び１８５に提供されるストリームのレンダリング
との同期である。
【0129】
例えば、ＤＰマスターデバイス１００（５００）は、（再暗号化及び分散クライアントデバイス１２０への第１のチャネル６１を通じた送信及び第１のパーティション１００のＤＰクライアントデバイスによって行われるその後の再解読に関連付けられた遅延に対処するために）その組込み型メディアレンダラー５４０によってレンダリングされるストリームに遅延を導入するが、第２のＤＰマスターデバイス１０１は、（ストリームを再符号化し、再符号化されたストリームを第２のチャネル６２を通じて送信し、及び第２のパーティション２０２のＤＰクライアントデバイスにおいてストリームを再解読することの遅延を補償するために）その組込み型メディアレンダラー５４０に提供される解読済みストリームに異なる遅延を導入してもよい。上記で説明したように、一般的には、各パーティションのデバイスを同期させることが重要であり、異なるパーティションの同期は一般的に必要でなくてよい。
【0130】
図３ａ－３ｃは、リモートコンテンツプロバイダ５０からリモート接続５４（例えば、図５のリモート接続５０１を具現化している）を通じてメディアストリーム５０４を受信するＤＰマスターデバイス３００（例えば、図５のＤＰマスターデバイス５００を具現化している）を有するローカルシステム３０の別の実施形態を示す。リモートで受信したストリーム５０４は、第１の暗号化規格に従って暗号化されているメディアストリームである。ＤＰマスターデバイス３００は、ストリーム５０４を解読した後、かつ、解読済みストリーム５０８を第２の暗号化規格に従って再暗号化した後（第２の暗号化規格は、第１の暗号化規格と同じ又は異なる）、ストリーム５０４のバージョン５１８を（例えば、ミラーリングによって）送信することができる。
【0131】
また、ＤＰマスターデバイス３００（５００）はメディアレンダラー５４０（上記参照）を含んでもよく、以下の少なくとも１つを含んでもよい。
－内蔵オーディオデコーダ３８４、
－内蔵ビデオデコーダ３８５、
－組込み型スピーカ又は（外部スピーカへの接続）３９１、
－組込み型ディスプレイ３９２。
－内蔵オーディオデコーダ３８４、
－内蔵ビデオデコーダ３８５、
－組込み型スピーカ又は（外部スピーカへの接続）３９１、
－組込み型ディスプレイ３９２。
【0132】
この実施例では、ＤＰマスターデバイス３００は、トラステッド環境３８０と非トラステッド環境３６０とに細分化（パーティション化）されている。環境３８０と３６０の両方は、同じハードウェアデバイス内に共存していてもよく、例えば、同じ内部デバイス内（例えば、同じ筐体内）に閉じ込められていてもよい。環境３８０及び３６０は、例えば、互いに及び／又は同じハードウェア構成要素（例えば、ハウジング）の他の要素に安定的又は固定的に接続された２つの異なる基板に配置されてもよい。環境３８０及び３６０は、ＤＰマスターデバイス３００の異なる部分に関連付けられてもよい。例えば、環境３６０及び３８０は、同じ電源によって供給されてもよい。代替的に又は追加的に、環境３６０及び３８０は、同じ接地接続又は基準接続を有していてもよい。代替的に又は追加的に、環境３６０及び３８０は、同じ内部クロックに接続されてもよい。代替的に又は追加的に、環境３６０及び３８０は、必ずしも互いに電磁気的に絶縁されている必要はない。メディアレンダラー５４０は、トラステッド環境３８０内の１つの第１のトラステッド部分（例えば、ビデオデコーダ３８５及び組込み型ディスプレイ３９２によって形成される）と、非トラステッド部分（例えば、オーディオデコーダ３８４及び組込み型スピーカ又は外部スピーカ３９１への接続によって形成される）とによって分割されてもよい。
【0133】
トラステッド環境３８０は、非トラステッド環境３６０よりも高いセキュリティレベルを有する。これは、非トラステッド環境３６０が全く保護されていないことを意味するものではない。しかし、トラステッド環境３８０においてマルチメディアコンテンツへのアクセスを不正に得るための（又は環境３８０において生成されたストリームを不正に解読するための）努力は、非トラステッド環境３６０からマルチメディアコンテンツを不正に得るための（又は非トラステッド環境３６０において生成されたストリームを不正に解読するための）努力よりもはるかに高いということである。トラステッド環境３８０は、例えば、認証された環境であってもよい。いくつかのケースでは、トラステッド環境３８０は、Ｗｉｄｅｖｉｎｅ暗号化規格に従ってストリームを解読又は暗号化することが可能であってもよい。トラステッド環境３８０は、第２の暗号化規格（たとえば、ＨＤＣＰ）を使用することによって、解読済みストリームを再暗号化してもよい。トラステッド環境３８０は、例えば、ビデオストリームを復号し、及び／又は復号されたビデオ信号を表示してもよい。実施例では、オーディオストリームは、非トラステッド環境３６０によって直接復号されてもよい、又はトラステッド環境３８０によって復号され、例えば非トラステッド環境３６０内のオーディオデコーダに提供されてもよい。ストリームは、第２の規格（例えば、ＨＤＣＰ）に従ってトラステッド環境３８０で再暗号化されてもよく、第２の暗号化規格で複数のクライアントデバイス３２０、３２０´、３２０´´に再送信されてもよい。
【0134】
ＤＰクライアントデバイス３２０－３２０´´（６００）の各々は、トラステッド環境３４０と非トラステッド環境３３０との間で分割されてもよい。トラステッド環境３４０は、例えば、得られた暗号化メディアストリーム５１８を再暗号化するため、又はトラステッド環境３４０において解読済み信号の表示を制御するために使用されてもよい（一方、他のストリーム、例えば、オーディオストリームも非トラステッド環境３３０において復号されてもよい）。
【0135】
図３ａ－３ｃの例では、解読されるときに、ビデオストリームがトラステッド環境から出ない、又は少なくとも非トラステッド環境にはフィードバックされないことを認識することができる。ストリームが非トラステッド環境を通過する場合であっても、暗号化されていることには変わりはない。したがって、暗号化されたストリームを不正に復号することによっても、トラステッド環境３８０のハードウェアに侵入することによっても、マルチメディアコンテンツに不正に到達することは事実上不可能である。
【0136】
さらに、異なるデバイス間の同期は、トラステッド環境３８０で行うことができ、非トラステッド環境３８０からオーディオ又はビデオ信号を不正に取得する可能性はない。
【0137】
ローカルシステム３０の特徴ごとの説明がここで提供される。ローカルシステム３０は、ＤＰマスターデバイス３００（ＤＰマスターデバイス５００を具現化している）を含んでもよく、保護されたリモート接続５４（リモート接続５０１を具現化している）を通じてコンテンツプロバイダ５０から暗号化メディアストリーム３８１´（暗号化メディアストリーム５０４を具現化している）を受信することができる。コンテンツプロバイダ５０からリモートで受信したストリーム３８１´（５０４）は、その後、第１の暗号化規格（例えば、Ｗｉｄｅｖｉｎｅ、例えば、Ｌ１）に従って暗号化されてもよい。暗号化ストリーム３８１´（５０４）は、ナビゲータ３８１（上述したナビゲータ１８１に類似していてもよい）によって受信されてもよい。ナビゲータ３８１は、非トラステッド環境３６０に配置されてもよい。ナビゲータ３８１は、コンテンツプロバイダ５０から受信したままの暗号化ストリーム３８１´をＤＰサーバ３８２に、又はＤＰサーバ３８２などのＤＰマスターデバイス３００の他のユニットに提供してもよい。ナビゲータ３８１及びＤＰサーバ３８２は、図５の通信インタフェース５０２であってもよい、又は実装されていてもよい。ＤＰサーバ３８２は、図１ａについて論じたＤＰサーバ１８２の機能と類似の機能を有していてもよい。しかしながら、このケースでは、ＤＰサーバ３８２は、暗号化機能を欠いている。ＤＰサーバ３８２は、非トラステッド環境３６０に存在してもよい。ＤＰサーバ３８２は、（第１の暗号化規格、例えばＷｉｄｅｖｉｎｅに従って暗号化された）符号化ストリーム３８１´をトラステッド環境３８０に提供してもよい。
【0138】
トラステッド環境３８０の内部では、第１の暗号解読器３８３（例えば、Ｗｉｄｅｖｉｎｅ暗号解読器）が、暗号化ストリーム３８１´（５０４）を解読して、解読済みストリーム３８３´（５０８）を得てもよい。第１の暗号解読器３８３は、図５の暗号解読器５０６を具現化してもよい。解読済みストリーム３８３´（５０８）は、トラステッド環境３８０から出ることなく、セキュア環境３８０の内部のセキュアバッファ３８７に提供されてもよい。解読済みストリーム３８３´（５０８）は、トラステッド環境３８０から出ることなく、組込み型メディアレンダラー５４０、例えば、トラステッドデコーダ（例えば、ハードウェアビデオデコーダ＋ディスプレイコントローラ）３８５に提供されてもよい。トラステッドデコーダ３８５は、ビデオデコーダであってもよい。（しかしながら、他の実施例では、オーディオデコーダ又はビデオ及びオーディオデコーダであってもよい。）トラステッドデコーダ３８５は、セキュア環境３８０の内部に存在する。解読済みストリーム３８３´の一部３８３´´（例えば、オーディオ部分）は、解読済みストリーム３８３´のビデオ部分とは異なる結果を有してもよい（例えば、それは非トラステッド環境３６０に出力されてよい）ことに留意されたい。
【0139】
デコーダ３８５によって復号されるような復号ビデオ信号３８５´（復号メディアコンテンツ、又は保護ビデオ出力）は、組込み型ディスプレイ３９２に提供されてもよい（他の実施例では、スピーカーにも提供することができる）。
【0140】
セキュアバッファ３８７から、解読済みストリーム３８３´を暗号化器３８９（例えば、図５の暗号化器５１６）に供給してもよい。暗号化器３８９（５１６）は、例えば、ＨＤＣＰ暗号化器であってもよい。暗号化器３８９（５１６）は、第１の暗号化器３８３の暗号化とは異なる暗号化技術を実装してもよい（しかし、いくつかの実施例では、同じであってもよい）。
【0141】
暗号化器３８９（５１６）は、リモートコンテンツプロバイダ５０から受信したストリームの第２の暗号化バージョン３８９´（５１８）、すなわち、第２の暗号化ストリーム３８９´を出力してもよい。第２の暗号化ストリーム３８９´は、セキュア環境３８０から出ることなく、セキュアバッファ３８０に提供されてもよい。
【0142】
セキュアバッファ３８７から、又はより一般的にはトラステッド環境３８０から、第２の暗号化ストリーム３８９´（５１８）は、ＤＰサーバ３８２に（又は、より一般的には、非トラステッド環境３６０に）提供されてもよい。非トラステッド環境３６０から（例えば、特にＤＰサーバ３８２から）、第２の暗号化ストリーム３８９´（５１８）は、デジタル保護ローカル接続６０を通じてＤＰクライアントデバイス３２０－３２０´´に送信されてもよい。
【0143】
上記で説明したように、ＤＰマスターデバイス３００によってＤＰクライアントデバイス３２０－３２０´´に提供されるようなストリーム３８９´（５１８）は、第１の暗号化規格（例えば、Ｗｉｄｅｖｉｎｅ、特にＬ１、Ｌ２、Ｌ３、及びＬ４のうちの１つ）とは異なる第２の暗号化規格（例えば、ＨＤＣＰ）に従って暗号化されてもよい。
【0144】
いくつかの実施例では、セキュアバッファ３８７は存在しなくてもよい。
【0145】
実施例では、いくつかの特定のストリーム（例えば、オーディオストリーム）は、必ずしも再暗号化されない。したがって、セキュア環境３８０から、解読済み（かつ保護されていない）バージョン３８３´´（これは、解読済みストリーム３８３´又は５０８の一部でもよい）が、トラステッド環境３８０から非トラステッド環境３６０の内部の非トラステッドデコーダ３８４（オーディオデコーダであってもよい）に直接提供されてもよい。非トラステッドデコーダ３８４は、保護されていないストリーム３８３´´を復号し、信号（例えば、オーディオ信号）３８４´を内部又は出力ユニット（例えば、スピーカ）３９１又は非トラステッドデコーダ３８４の下流に接続される出力ユニットに提供してもよい。ビデオストリームが、リモート接続５４（５０１）における第１の暗号化（例えば、Ｗｉｄｅｖｉｎｅ）と、ローカル接続５２０における第２の暗号化（例えば、ＨＤＣＰにおいて、オーディオストリームは暗号化されなくてもよい３２２´´´）の両方で保護されることが一般的に好ましい。また、いくつかの実施例において、オーディオストリーム（又は、重要性の低い別のストリーム）が平文でＤＰクライアントデバイスに提供されることがあってよい。
【0146】
いくつかのＤＰＩ（例えば、シーケンス番号）は、例えば、抽出され、暗号解読器３８３（５０６）から、例えばＤＰサーバ３８２に提供されてもよい。ＤＰサーバ３８２は、その後、ＤＰＩ５１０を暗号化器３８９に（例えば、接続５１０ｃを通じて）提供してもよい。したがって、ＤＰサーバ３８２は、タイミング情報（例えば、予定時刻、提示時刻情報、遅延など）を取得し、暗号化器３８９にそれを提供してもよい。とりわけ、暗号化器３８９（５１６）は、ＤＰＩ５１０を追加することによって、ストリーム３８３´（５０８）を暗号化してもよい。したがって、ＤＰＩ５１０は、第２の暗号化ストリーム３８９´（５１８）内に暗号化される。代替的に、接続５１０ｃは使用されず、ＤＰＩ５１０が、ＤＰサーバデバイス３８２によって、セキュアバッファ３８７からＤＰサーバ３８２に提供されるようにストリーム３８９´（５１６）に挿入（追加）される。すなわち、その場合、暗号化ストリーム３８９´へのＤＰＩ５１０の挿入は非暗号化方式であり、したがって、ストリーム３８９´（５１６）で符号化されるＤＰＩは平文である。他の実施例では、ＤＰＩ５１０は、図７ａ及び図９ａの技術のように、ＤＰマスターデバイス５００（１００）によって定期的に送信されるビーコンパケット１３２０に（例えば、平文で）単に挿入されてもよい。
【0147】
ここで、レンダリングのタイミングと、ＤＰマスターデバイス３００とＤＰクライアントデバイスとの間の同期とに関する議論を繰り返す必要はない。
【0148】
しかしながら、ＤＰＩは、したがって、組込み型ディスプレイ３９２におけるビデオ信号の生成の遅延を制御し得るビデオデコーダコントローラ３８８に提供されてもよい。ＤＰＩ５１０における提示タイミングが、ローカル接続６０（５２０）において送信されるような第２の暗号化ストリーム３８９´（５１８）のペイロードパケット１３１０又はビーコンパケット１３２０においても（例えば、データフィールド１３１４において）符号化されることにより、ビデオ信号３８５´の生成のタイミングがＤＰクライアントデバイスにおけるビデオ信号の生成に協調することになる。オーディオ信号３８４´の生成についても同様であり、これもＤＰＩ５１０によって条件付けされてもよい。したがって、ビデオデコーダコントローラ３８８の出力３８８´は、ＤＰＩ５１０のタイミング情報に基づいて、ストリーム３８３´（５０８）の特定のフレーム（ペイロードパケット）に関連付けられた特定のビデオ信号の生成のきっかけとなってよい。同時にＤＰクライアントデバイスでも同様のことが行われる。ＤＰＩ５１０が詐称されても一般的にセキュリティ上の問題はないため、ビデオデコーダコントローラ３８８は非トラステッド環境３６０にある。しかしながら、ビデオデコーダコントローラ３８８がトラステッドビデオデコーダ３８５に及ぼした制御３８８´は、トラステッド環境３８０に入り、ビデオ信号３８５´の生成を制御してもよい。
【0149】
上記で説明したように、（ＤＰＩ５１０に基づく）制御信号３８８´は、以下のように動作してもよい。
最大遅延を有するＤＰクライアントデバイスにおけるレンダリングの遅延が増加する場合、組込み型メディアレンダラー（５４０）及びＤＰクライアントデバイスにおけるレンダリングの制御された遅延を増加させる、及び／又は、
最大遅延を有するＤＰクライアントデバイスにおけるレンダリングの遅延が減少する場合、組込み型メディアレンダラー（５４０）におけるレンダリングの制御された遅延を減少又は維持させる。
最大遅延を有するＤＰクライアントデバイスにおけるレンダリングの遅延が増加する場合、組込み型メディアレンダラー（５４０）及びＤＰクライアントデバイスにおけるレンダリングの制御された遅延を増加させる、及び／又は、
最大遅延を有するＤＰクライアントデバイスにおけるレンダリングの遅延が減少する場合、組込み型メディアレンダラー（５４０）におけるレンダリングの制御された遅延を減少又は維持させる。
【0150】
ＤＰクライアントデバイス３２０の実施例（図６のＤＰクライアントデバイス６００を具現化してもよい）が次に提供される（特に図３ａ、３ｃ、６を参照）。ＤＰクライアントデバイス３２０は、トラステッド環境３４０と非トラステッド環境３３０との間で分割されてもよい。トラステッド環境３４０と非トラステッド環境３３０との間の分離は、ＤＰマスターデバイス３００のトラステッド環境３８０とトラステッド環境３６０との間の分離について説明したものと類似していてもよく、したがって、ここではあまり多くの詳細について繰り返さない。しかしながら、トラステッド環境３４０は、非トラステッド環境３３０のセキュリティレベルよりも高いセキュリティレベルを有し、トラステッド環境３３０からマルチメディアコンテンツに不正に到達することがより困難（又は、実質的に不可能）であることは、繰り返される。ＤＰクライアントデバイス３２０（６００）は、例えばＤＰマスターデバイス３００（５００）のトラステッド環境３８０の暗号化器３８９（５１６）によってもともと暗号化された第２の暗号化ストリーム３８９´（５１８、６０４）を入力されてもよい。非トラステッド環境３３０内では、分散再生クライアント（ＤＰクライアント）３２１が提供されてもよい。ＤＰクライアント３２１は、ＤＰクライアント１２１（上記参照）の機能と類似の機能を有していてもよい。ＤＰクライアント３２１は、特に、図６の通信インタフェース６０２を実装してもよい。ＤＰクライアント３２１は、第２の暗号解読器３３９（例えば、図６の暗号解読器６０６を具現化している）に第２の暗号化ストリーム３８９´（５１８、６０４）を提供してもよく、この暗号解読器はトラステッド環境３４０の一部であってもよい。第２の暗号解読器３３９（６０６）は、符号化ストリーム３８９´の解読済みバージョン３３９´を出力してもよい（したがって、解読済みストリーム３３９´は、図６の解読済みメディアストリーム６０８であってもよい）。この解読済みストリーム３３９´（６０８）は、例えば、セキュアバッファ３４７（例えば、トラステッド環境３４０の内部）を通じて、内部の、トラステッドデコーダ３４５（例えば、ハードウェアビデオデコーダ）に提供されてもよい。トラステッドデコーダ３４５は、信号３４５´（例えば、ビデオ信号）を、トラステッド環境３４０内にある（又は、トラステッド環境３４０に関連付けられた）組込み型出力ユニット３５２に提供してもよい。したがって、解読済みストリーム３３９´（６０８）は、トラステッド環境３４０内に留まり、信号３４５´は、非トラステッド環境３３０を通過せずに、組込み型出力ユニット３５２（例えば、組込み型ディスプレイ）にのみ向けられる。一般的に、ストリーム３３９´（６０８）及び信号３４５´は、それぞれビデオストリーム及びビデオ信号であってもよいが、いくつかの例では、オーディオストリーム及びオーディオ信号及び／又はビデオ及びオーディオ信号並びにビデオ及びオーディオストリームのいずれかであってもよい。
【0151】
セキュアバッファ３４７から、解読済みストリーム３４３´´（例えば、オーディオストリーム）が、非トラステッド環境３３０に、特に、非トラステッドデコーダ（オーディオデコーダであってもよい）３３４に提供されてもよい。非トラステッドデコーダ３３４から、メディア信号３３４´（オーディオ信号であってもよい）は、スピーカ又はヘッドフォン３２６に提供されてもよい。
【0152】
また、ビデオデコーダコントロール３３８（例えば、非トラステッド環境３３０内）が、トラステッドビデオデコーダ３４５を制御する制御信号３３８´を出力するようにすることも可能である。
【0153】
第２の暗号解読器３３９又はＤＰクライアント３２１は、ＤＰＩ抽出器６１２を具現化してもよい。ＤＰクライアント３２１は、要素３２６及び／又は３５２における物理的なオーディオ信号及びビデオ信号の生成を制御するために、ＤＰＩ５１０をオーディオデコーダ３３４及び／又はビデオデコーダコントローラ３３８に提供してもよい。デマルチプレクサ３５１は、ＤＰＩ５１０をオーディオデコーダ３３４のための情報とビデオデコーダコントローラ３３８のための情報との間で分割してよい。これらの実施例は、ＤＰＩ５１０（及び、特にフィールド１３１５）が、ＤＰクライアントデバイスによって受信されるような第２の暗号化ストリーム３８９´（５１８、６０４）の残りの部分と共に暗号化される場合である。
【0154】
ＤＰＩ５１０が平文である場合、ＤＰＩ５１０を解読する必要がないため、ＤＰクライアント３２１はＤＰＩ抽出器６１２を具体化する（図６において暗号解読器６０６をバイパスする遷移６０６´はこのように検証することができる）。
【0155】
図３ａ－３ｃの例では、極めて高いセキュリティレベルが常に達成される。すなわち、ストリームが解読された形態であるときはいつでも、ＤＰマスターデバイス３００（５００）のセキュア環境３８０内及びＤＰクライアントデバイス３２０－３２０´´（６００）のセキュア環境３４０内のいずれかにある。
【0156】
さらに、解読済みストリームのいずれのバージョンも、メディアレンダラー５４０及び６１０に（及び、特にデコーダ３８４、３８５、３３４、３３８に）提供されると、結果として互いに同期される。すなわち、ＤＰマスターデバイス３００（５００）において、オーディオデコーダ３８４に提供されるオーディオストリーム３８３´´とトラステッドデコーダ３８４に提供されるビデオストリーム３８３´をレンダリングする両方のストリームに対して遅延を追加しても良い。遅延は、ＤＰクライアントデバイス３３０－３３０´´（６００）でも物理信号の生成タイミングを考慮するＤＰＩ５１０によって制御されてもよい。
【0157】
上記で説明したように、ビデオ信号３８３´に対して生成される遅延は、保護された接続６０（５２０）を通してストリーム３８９´（５１８、６０４）を送信するために必要な時間、及びストリームを再暗号化し、ストリームを再解読するために必要な時間を考慮するように算出されてもよい。したがって、出力ユニット（例えば、ディスプレイ）３９２及び３５２によって出力されるような画像を結果として互いに同期することができ、また、（オーディオ出力デバイス３９１及び３２６に提供される）オーディオ信号３８４´及び３３４´は互いに、及びビデオ画像と同期されることになる。したがって、すべてのユーザは、相互遅延に悩まされることなく、同じメディアコンテンツを同時に楽しむことができるようになる。
【0158】
いくつかの実施例では、非暗号化メディアストリーム（例えば、オーディオストリーム）は、セキュア環境３８０に提供されないにも関わらず、セキュア環境は、非暗号化メディアストリーム（例えば、オーディオストリーム）の同期バージョンを非トラステッド環境３６０内の非トラステッドデコーダ３８４に提供でき、出力デバイス３９１によって出力されるメディアコンテンツがトラステッド環境３８０内の出力デバイス３９２のものと同期する。
【0159】
図４は、第１のパーティション４０１と第２のパーティション４０２とに分割されるローカルシステム３０を示す。第１のパーティション４０１は、保護されたデジタルローカル接続６１を通じて接続される第１のマスターデバイス３００と少なくとも１つのＤＰクライアントデバイス３２０とを含んでもよい。さらに、第２のＤＰマスターデバイス３０１と、少なくとも１つのＤＰクライアントデバイス３２０´とを含む。
【0160】
図２のパーティションについて論じた技術を参照して上述した特徴のいずれもが、図４の技術に再び向けられてもよい。違いは、ここでは、ＤＰマスターデバイス３００及び３０１の各々が、トラステッド環境３８０と非トラステッド環境３６０との間でも分割される（これら２つの環境との間の区別については上記を参照）。ＤＰマスターデバイス３００は、図３と同じＤＰマスターデバイス３００であってもよいが、ＤＰマスターデバイス３０１は、実施例では、図３のＤＰクライアントデバイスのうちの１つ（例えば、ＤＰクライアントデバイス３２０´´）であってもよい。いくつかのケースでは、コンテンツプロバイダから２つの異なるストリームを取得することが要求される場合（例えば、２つの異なるメディアコンテンツが同じ車両内の２つの異なるグループによって使い果たされるため）、２つのリモート接続５４及び５５がマスターデバイス３００及び３０１の各々によって実行されてもよい。各パーティション４００、４０１の特徴は、図３ａのシステム３０と同じ特徴であってもよい。基本的に、ここでは異なるストリームが異なるパーティションに提供されるため、同期は各パーティションに異なって実行される。それとは別に、内部的には各ＤＰマスターデバイス３００及び３０１は図３のマスターデバイス３００と同様に動作し、図４の各クライアントデバイス３２０及び３２０´は図３のＤＰクライアントデバイスの１つとして動作してもよい。ＤＰマスターデバイス３０１は、複数のＤＰクライアントデバイスの中から選択されてもよい（例えば、選択又はマスターデバイス３００の決定によって）。マスターデバイス３００及び３０１の両方は、例えば、リモートコンテンツプロバイダ５０と２つの異なるリモート接続５４及び５５（それらの各々がリモート接続５０１を具現化している）を提供できる同じ無線モデムに接続されてもよい。
【0161】
上記の例により、ローカルシステム３０（又はパーティション４００若しくは４０１）のすべてのメディアコンテンツを、結果として同期することができる（例えばオーディオ及びビデオ、例えば異なる出力デバイス１９０、１９２、３９１、３９２、３２６、３５２に向けられた異なる信号）。
【0162】
また、高度なセキュリティが実現される。第２の暗号化ストリーム３８９´（５１８、６０４）が暗号化されているだけでなく、解読及び再暗号化が常にセキュア環境３８０内で実行され、復号ストリームがトラステッド環境３３０及び３８０を出ないことが常に保証される。したがって、非トラステッド環境３６０で接続を行うことにより、悪意を持ってメディアコンテンツを取得することも不可能である。すなわち、ストリーム３８９´（５１８、６０４）は暗号化される。
【0163】
ＤＰクライアントデバイスについても同様である。図３ａ－３ｃ及び図４の実施例は、非トラステッド環境３３０に流れるストリームが暗号化され、ハッカーが効果的に動作できないトラステッド環境３４０内でのみ解読されるので、図１ａ－２の実施例に関して、より優れたレベルのセキュリティを提供する。
【0164】
上記にもかかわらず、スピーカ及び／又はディスプレイによって提供されるメディアコンテンツは、互いに常に同期していることが常に保証されている。
【0165】
さらに、例えば、第１の規格と第２の規格とが異なる場合、ＤＰマスターデバイスの互換性を保証することができる。例えば、ＤＰクライアントデバイス１２０－１２０´´及び／又は３２０－３２０´´がＨＤＣＰに従って解読を行うように構成されたデバイスであり、マスターデバイス１００又は３００がＷｉｄｅｖｉｎｅ規格（例えば、Ｌ１又はＬ２又はＬ３又はＬ４）に従ってコンテンツプロバイダからストリームを受信するように構成される場合は、単にＤＰマスターデバイス１００又は３００を頼りに、ＨＤＣＰ規格に従ったストリーム１８２´及び／又は３８９´を送信すればよいため、ＤＰクライアントデバイスの変更は必要でない。さらに、上記で説明したように、同期を容易に取得することができる。
【0166】
また、ＤＰクライアントデバイスから再生コマンドを提供することで、すべてのデバイスでのメディアコンテンツの再現を制御することが可能である。
【0167】
図１ａ－４の実施例は、必ずしも異なる実施形態ではないが、少なくともその一部が、複数のモードの中から１つのモードを選択する１つの単一の実施形態で得ることができる（これは、ＤＰマスターデバイス６００及びＤＰクライアントデバイス５００の両方について有効であってもよい）。例えば、（図１ａ－１ｃ及び３ａ－３ｃのような）モード「シングルストリーム」又は「シングルパーティション」対（図２及び４のような）モード「マルチストリーム」又は「マルチパーティション」が存在してもよい。ユーザーの選択に基づいて、選択することができる。
【0168】
他のケースでは、「暗号化送信」（例えば、暗号化器５１６及び第２の暗号解読器６０６を使用）対「非暗号化送信」（例えば、回線５１６´を通じて暗号化器５１６をバイパスし、暗号解読器６０６をバイパスする）の選択があってもよい。これは、少なくともコンテンツプロバイダ５０によって、例えば提供されるメディアコンテンツの価値を鑑みて、及び／又はユーザのアカウントの種類に鑑みて、選択に基づいて行われてもよい。いくつかの例では、より低いセキュリティレベルを有する規格が使用されることが決定された場合（例えば、Ｗｉｄｅｖｉｎｅ Ｌ１の代わりにＷｉｄｅｖｉｎｅ Ｌ３）、暗号化器５１６及び暗号解読器６０６はバイパスされ、出力メディアストリーム５１８（６０４、１８９´）が平文で提供されてもよい。同様に、より高いセキュリティレベルを有する規格が使用されることが決定された場合（例えば、Ｗｉｄｅｖｉｎｅ Ｌ３の代わりにＷｉｄｅｖｉｎｅ Ｌ１）、暗号化器５１６及び暗号解読器６０６は、出力メディアストリーム５１８（６０４、１８９´）が暗号化されるように、アクティブ化されてもよい。
【0169】
同様に、追加的又は代替的な実施例では、トラステッド環境３４０及び３８０を使用する、又は使用しないことを決定することができる。これは、少なくともコンテンツプロバイダ５０によって、例えば提供されるメディアコンテンツの価値に鑑みて、及び／又はユーザのアカウントの種類に鑑みて、選択に基づいて行われてもよい。いくつかの例では、より低いセキュリティレベルを有する規格が使用されることが決定された場合（例えば、Ｗｉｄｅｖｉｎｅ Ｌ１の代わりにＷｉｄｅｖｉｎｅ Ｌ３）、図１ａ－２のように動作し、図２ａ－４のように動作しないように、トラステッド環境３４０及び３８０がバイパスされてもよい。同様に、より高いセキュリティレベルを有する規格が使用されることが決定された場合（例えば、Ｗｉｄｅｖｉｎｅ Ｌ３の代わりにＷｉｄｅｖｉｎｅ Ｌ１）、図１ａ－２のように動作し、図２ａ－４のように動作しないように、トラステッド環境３４０及び３８０がアクティブ化されてもよい。
【0170】
とりわけ、選択されたモードは、必ずしも１つの単一のエンティティによって選択されるとは限らない。例えば、選択は、要件（例えば、特定のユーザのアカウント及び／又は特定のデバイスの能力に関連付けられる）に基づくことができる。したがって、これは、「配信拒否」などの他のモードで動作してもよい。例えば、コンテンツプロバイダが高いレベルのセキュリティ（例えば、Ｗｉｄｅｖｉｎｅ Ｌ１）を要求し、ＤＰクライアントデバイス６００が要求される高いレベルのセキュリティに準拠していない場合、メディアストリーム５１８（６０４）の配信は拒否されてもよい。しかしながら、とりわけ、いくつかのケースでは、ＤＰマスターデバイスが特定の要求されるセキュリティレベルに準拠していることを条件として、ＤＰマスターデバイス５００が特定のメディアコンテンツの再現をまだ楽しむことができる。その場合、ＤＰマスターデバイス５００は、ローカル接続５２０において出力ストリーム５０８（６０４）を送信することをやめるが、それでも自身の組込み型レンダラー５４０をアクティブ化する。
【0171】
以下は、任意的な上記実施例の特徴である。
【0172】
車両用コンテンツにおけるミラーリングの使用例♯１（図１ａ，１ｂ，１ｃ）
例えば、Ｗｉｄｅｖｉｎｅ Ｌ３、シングルゾーン（１つのストリームが３つのクライアントデバイスにミラーリングされる）
●助手席（ＤＰマスターデバイス１００）及び後部座席１、２、３（ＤＰクライアントデバイス１２０、１２０´、１２０´´）は、車両内のＬＡＮ／Ｗｉ－Ｆｉ（ローカル接続）を介して接続されてもよい。
●コンテンツプロバイダ５０からのデータ（例えば、ストリーム１８１´、５０４）は、車両の４ｇ／ｌｔｅ／５ｇモデムを通じて来てもよい。
●助手席ユニット（ＤＰマスターデバイス１００）は、コンテンツプロバイダ５０から単一のストリーム（例えば、ストリーム１８１´、５０４）を受信してもよく、分散再生サーバとして動作してもよい。
●後部座席１、２、３（ＤＰクライアントデバイス１２０、１２０´、１２０´´）は、助手席からオーディオ／ビデオストリーム（１８２´、５０４）を受信し、分散再生クライアントとして動作してもよい。
●助手席（ＤＰマスターデバイス１００）と後部座席１、２、３（ＤＰクライアントデバイス１２０、１２０´、１２０´´）との間でオーディオ及びビデオを完全に同期（例えば、ミラーリング）させることができる。
●ｗｉｄｅｖｉｎｅ Ｌ３ 解読は、助手席のユニット（ＤＰマスターデバイス１００）上で、例えば暗号解読器１８３で行われてもよい。
●ＭＰＥＧ－ＴＳ データは、コンテンツキーのキーコントロールブロック（ＫＣＢ）で以下の条件のいずれかが真であれば、暗号化されずにＷｉ－Ｆｉ／ＬＡＮで送信されてもよい。
●ＨＤＣＰが指定されていない（ＫＣＢ：Ｏｂｓｅｒｖｅ＿ＨＤＣＰ＝ｆａｌｓｅ）
●ＨＤＣＰは必須ではない（ＫＣＢ：Ｏｂｓｅｒｖｅ＿ＨＤＣＰ＝ｔｒｕｅ ＡＮＤ ＨＤＣＰ＝ｎｏｔ ｒｅｑｕｉｒｅｄ）
例えば、Ｗｉｄｅｖｉｎｅ Ｌ３、シングルゾーン（１つのストリームが３つのクライアントデバイスにミラーリングされる）
●助手席（ＤＰマスターデバイス１００）及び後部座席１、２、３（ＤＰクライアントデバイス１２０、１２０´、１２０´´）は、車両内のＬＡＮ／Ｗｉ－Ｆｉ（ローカル接続）を介して接続されてもよい。
●コンテンツプロバイダ５０からのデータ（例えば、ストリーム１８１´、５０４）は、車両の４ｇ／ｌｔｅ／５ｇモデムを通じて来てもよい。
●助手席ユニット（ＤＰマスターデバイス１００）は、コンテンツプロバイダ５０から単一のストリーム（例えば、ストリーム１８１´、５０４）を受信してもよく、分散再生サーバとして動作してもよい。
●後部座席１、２、３（ＤＰクライアントデバイス１２０、１２０´、１２０´´）は、助手席からオーディオ／ビデオストリーム（１８２´、５０４）を受信し、分散再生クライアントとして動作してもよい。
●助手席（ＤＰマスターデバイス１００）と後部座席１、２、３（ＤＰクライアントデバイス１２０、１２０´、１２０´´）との間でオーディオ及びビデオを完全に同期（例えば、ミラーリング）させることができる。
●ｗｉｄｅｖｉｎｅ Ｌ３ 解読は、助手席のユニット（ＤＰマスターデバイス１００）上で、例えば暗号解読器１８３で行われてもよい。
●ＭＰＥＧ－ＴＳ データは、コンテンツキーのキーコントロールブロック（ＫＣＢ）で以下の条件のいずれかが真であれば、暗号化されずにＷｉ－Ｆｉ／ＬＡＮで送信されてもよい。
●ＨＤＣＰが指定されていない（ＫＣＢ：Ｏｂｓｅｒｖｅ＿ＨＤＣＰ＝ｆａｌｓｅ）
●ＨＤＣＰは必須ではない（ＫＣＢ：Ｏｂｓｅｒｖｅ＿ＨＤＣＰ＝ｔｒｕｅ ＡＮＤ ＨＤＣＰ＝ｎｏｔ ｒｅｑｕｉｒｅｄ）
【0173】
車両用コンテンツにおけるミラーリングの使用例＃２（図２）
例えば、Ｗｉｄｅｖｉｎｅ Ｌ３、デュアルゾーン（２つのストリーム＋ミラーリング）
●助手席（ＤＰマスターデバイス１００）及び後部座席１、２、３（ＤＰクライアントデバイス１２０、１２０´、１２０´´）は、車両内のＬＡＮ／Ｗｉ－Ｆｉ（ローカル接続５２０）を介して接続されてもよい。
●コンテンツプロバイダ（ＤＰマスターデバイス１００）からは、車両の４Ｇ／ＬＴＥ／５Ｇモデムを通じて来てもよい。
●助手席（ＤＰマスターデバイス１００）及び後部座席１（ＤＰクライアントデバイス１２０）は、完全に同期（ミラーリング）して映画（「ゾーン１」）を視聴している。後部座席２（ＤＰクライアントデバイス１２０´）及び後部座席３（ＤＰクライアントデバイス１２０´´）は完全に同期（ミラーリング）して子供向けアニメ（「ゾーン２」）を視聴している。
●映画と子供向けアニメとは、コンテンツプロバイダ５０から２つの独立したセッション／ストリームとして配信されている（プロバイダ／アカウント、例えば、ファミリーアカウントによって許可されている場合）。
●代替的に、各ゾーンは、２つの独立したアカウントを使用してプロバイダからコンテンツを受信することができる（独立したログインを管理することが許可されている場合）。
●ブロック１８３でＷｉｄｅｖｉｎｅ Ｌ３ 解読が助手席のユニット及び後部座席２のユニット（ＤＰサーバデバイス１００及び１０１）で行われる。
●ＭＰＥＧ－ＴＳデータは、コンテンツキーのキーコントロールブロック（ＫＣＢ）で以下の条件のいずれかが真であれば、暗号化されずにＷｉ－Ｆｉ／ＬＡＮ（ローカル接続）で送信される。
●ＨＤＣＰが指定されていない（ＫＣＢ：Ｏｂｓｅｒｖｅ＿ＨＤＣＰ＝ｆａｌｓｅ）
●ＨＤＣＰは必須ではない（ＫＣＢ：Ｏｂｓｅｒｖｅ＿ＨＤＣＰ＝ｔｒｕｅ ＡＮＤ ＨＤＣＰ＝ｎｏｔ ｒｅｑｕｉｒｅｄ）
例えば、Ｗｉｄｅｖｉｎｅ Ｌ３、デュアルゾーン（２つのストリーム＋ミラーリング）
●助手席（ＤＰマスターデバイス１００）及び後部座席１、２、３（ＤＰクライアントデバイス１２０、１２０´、１２０´´）は、車両内のＬＡＮ／Ｗｉ－Ｆｉ（ローカル接続５２０）を介して接続されてもよい。
●コンテンツプロバイダ（ＤＰマスターデバイス１００）からは、車両の４Ｇ／ＬＴＥ／５Ｇモデムを通じて来てもよい。
●助手席（ＤＰマスターデバイス１００）及び後部座席１（ＤＰクライアントデバイス１２０）は、完全に同期（ミラーリング）して映画（「ゾーン１」）を視聴している。後部座席２（ＤＰクライアントデバイス１２０´）及び後部座席３（ＤＰクライアントデバイス１２０´´）は完全に同期（ミラーリング）して子供向けアニメ（「ゾーン２」）を視聴している。
●映画と子供向けアニメとは、コンテンツプロバイダ５０から２つの独立したセッション／ストリームとして配信されている（プロバイダ／アカウント、例えば、ファミリーアカウントによって許可されている場合）。
●代替的に、各ゾーンは、２つの独立したアカウントを使用してプロバイダからコンテンツを受信することができる（独立したログインを管理することが許可されている場合）。
●ブロック１８３でＷｉｄｅｖｉｎｅ Ｌ３ 解読が助手席のユニット及び後部座席２のユニット（ＤＰサーバデバイス１００及び１０１）で行われる。
●ＭＰＥＧ－ＴＳデータは、コンテンツキーのキーコントロールブロック（ＫＣＢ）で以下の条件のいずれかが真であれば、暗号化されずにＷｉ－Ｆｉ／ＬＡＮ（ローカル接続）で送信される。
●ＨＤＣＰが指定されていない（ＫＣＢ：Ｏｂｓｅｒｖｅ＿ＨＤＣＰ＝ｆａｌｓｅ）
●ＨＤＣＰは必須ではない（ＫＣＢ：Ｏｂｓｅｒｖｅ＿ＨＤＣＰ＝ｔｒｕｅ ＡＮＤ ＨＤＣＰ＝ｎｏｔ ｒｅｑｕｉｒｅｄ）
【0174】
車両用コンテンツにおけるミラーリングの使用例♯３（図１ａ－１ｃ）
例えば、Ｗｉｄｅｖｉｎｅ Ｌ１、シングルゾーン（１つのストリームが３つのクライアントにミラーリングされる）
●助手席（ＤＰマスターデバイス３００）及び後部座席１、２、３（ＤＰクライアントデバイス３２０、３２０´、３２０´´）は、車両内のＬＡＮ／Ｗｉ－Ｆｉ（ローカル接続）を介して接続される。コンテンツプロバイダ５０からのデータは、車両の４Ｇ／ＬＴＥ／５Ｇモデムを通じて来る。
●助手席ユニットは、コンテンツプロバイダ５０から単一のストリーム３８１´（５０４）を受信し、分散再生サーバとして動作してもよい。後部座席１、２、３（ＤＰクライアントデバイス３２０、３２０´、３２０´´）は、助手席からオーディオ／ビデオストリームを受信し、分散再生クライアントとして動作してもよい。
●オーディオ及びビデオは、助手席と後部座席１、２、３との間で完全に同期（例えばミラーリング）されてもよい。
●Ｗｉｄｅｖｉｎｅ Ｌ１ 解読（暗号解読器３８３）は、助手席のユニット上で（トラステッド実行環境、ＴＥＥ、３８０で）行われてもよい。クライアントデバイスに配信するために、解読済みストリーム３８３´（５０８）は、例えば、コンテンツキーのキーコントロールブロックにおいてシグナリングされるＨＤＣＰ ２．ｘプロトコルバージョンを使用して、再暗号化されてもよい。ビデオは、ＴＥＥにおいて（例えば３８５で）復号され、（例えば３９２で）レンダリングされてもよい。オーディオは、リッチ環境（例えば、非セキュア環境３６０）において、例えば、「キーは常にセキュアではない」とシグナリングされた場合に、（例えば３８４で）復号されてもよい。
●ＭＰＥＧ－ＴＳデータは、Ｗｉ－Ｆｉ／ＬＡＮ（ローカル接続）を介してクライアントデバイスに暗号化して送信されてもよく、それがＴＥＥ３８０の内部で、例えばＨＤＣＰ ２．ｘ ＴＡ（又は、別の暗号解読器）３３９（６０８）を使用して解読され、サーバデバイス３００と同じ方法で処理される。これは、Ｗｉｄｅｖｉｎｅ＝Ｌ１かつＨＤＣＰが必須の場合（ＫＣＢ：Ｏｂｓｅｒｖｅ＿ＨＤＣＰ＝ｔｒｕｅ ＡＮＤ ＨＤＣＰ＝ｒｅｑｕｉｒｅｄ）にのみ行うことができ、Ｃｉｎｅｍｏは、ＫＣＢのＨＤＣＰ＿Ｖｅｒｓｉｏｎビットで指定される最小のＨＤＣＰバージョンでＭＰＥＧ－ＴＳストリームを暗号化するだろう。
●コンテンツキーのキーコントロールブロックに、Ｗｉｄｅｖｉｎｅ＝Ｌ１及びＨＤＣＰは不要（ＫＣＢ：Ｏｂｓｅｒｖｅ＿ＨＤＣＰ＝ｔｒｕｅ ＡＮＤ ＨＤＣＰ＝ｎｏｔ ｒｅｑｕｉｒｅｄ）がシグナリングされた場合、その後、Ｗｉ－Ｆｉ／ＬＡＮでの配信は許可されない場合がある。
例えば、Ｗｉｄｅｖｉｎｅ Ｌ１、シングルゾーン（１つのストリームが３つのクライアントにミラーリングされる）
●助手席（ＤＰマスターデバイス３００）及び後部座席１、２、３（ＤＰクライアントデバイス３２０、３２０´、３２０´´）は、車両内のＬＡＮ／Ｗｉ－Ｆｉ（ローカル接続）を介して接続される。コンテンツプロバイダ５０からのデータは、車両の４Ｇ／ＬＴＥ／５Ｇモデムを通じて来る。
●助手席ユニットは、コンテンツプロバイダ５０から単一のストリーム３８１´（５０４）を受信し、分散再生サーバとして動作してもよい。後部座席１、２、３（ＤＰクライアントデバイス３２０、３２０´、３２０´´）は、助手席からオーディオ／ビデオストリームを受信し、分散再生クライアントとして動作してもよい。
●オーディオ及びビデオは、助手席と後部座席１、２、３との間で完全に同期（例えばミラーリング）されてもよい。
●Ｗｉｄｅｖｉｎｅ Ｌ１ 解読（暗号解読器３８３）は、助手席のユニット上で（トラステッド実行環境、ＴＥＥ、３８０で）行われてもよい。クライアントデバイスに配信するために、解読済みストリーム３８３´（５０８）は、例えば、コンテンツキーのキーコントロールブロックにおいてシグナリングされるＨＤＣＰ ２．ｘプロトコルバージョンを使用して、再暗号化されてもよい。ビデオは、ＴＥＥにおいて（例えば３８５で）復号され、（例えば３９２で）レンダリングされてもよい。オーディオは、リッチ環境（例えば、非セキュア環境３６０）において、例えば、「キーは常にセキュアではない」とシグナリングされた場合に、（例えば３８４で）復号されてもよい。
●ＭＰＥＧ－ＴＳデータは、Ｗｉ－Ｆｉ／ＬＡＮ（ローカル接続）を介してクライアントデバイスに暗号化して送信されてもよく、それがＴＥＥ３８０の内部で、例えばＨＤＣＰ ２．ｘ ＴＡ（又は、別の暗号解読器）３３９（６０８）を使用して解読され、サーバデバイス３００と同じ方法で処理される。これは、Ｗｉｄｅｖｉｎｅ＝Ｌ１かつＨＤＣＰが必須の場合（ＫＣＢ：Ｏｂｓｅｒｖｅ＿ＨＤＣＰ＝ｔｒｕｅ ＡＮＤ ＨＤＣＰ＝ｒｅｑｕｉｒｅｄ）にのみ行うことができ、Ｃｉｎｅｍｏは、ＫＣＢのＨＤＣＰ＿Ｖｅｒｓｉｏｎビットで指定される最小のＨＤＣＰバージョンでＭＰＥＧ－ＴＳストリームを暗号化するだろう。
●コンテンツキーのキーコントロールブロックに、Ｗｉｄｅｖｉｎｅ＝Ｌ１及びＨＤＣＰは不要（ＫＣＢ：Ｏｂｓｅｒｖｅ＿ＨＤＣＰ＝ｔｒｕｅ ＡＮＤ ＨＤＣＰ＝ｎｏｔ ｒｅｑｕｉｒｅｄ）がシグナリングされた場合、その後、Ｗｉ－Ｆｉ／ＬＡＮでの配信は許可されない場合がある。
【0175】
車両用コンテンツにおけるミラーリングの使用例＃４（図４）
例えば、Ｗｉｄｅｖｉｎｅ Ｌ１、デュアルゾーン（２つのストリーム＋ミラーリング）
●助手席（ＤＰマスターデバイス３００）及び後部座席１、２、３（ＤＰクライアントデバイス３２０、３２０´、３２０´´）は、車両内でＬＡＮ／Ｗｉ－Ｆｉを介して接続されていてもよい。コンテンツプロバイダ５０からのデータは、車両の４Ｇ／ＬＴＥ／５Ｇモデムを通じて来てもよい。
●助手席及び後部座席１は、完全に同期（例えばミラーリング）して映画（「ゾーン１」）を視聴している。後部座席２及び後部座席３は、完全同期（例えばミラーリング）して子供向けアニメ（「ゾーン２」）を視聴している。
●映画と子供向けアニメとは、コンテンツプロバイダから２つの独立したセッション／ストリームとして配信されている（プロバイダによって許可されている場合、例えば、ファミリーアカウント）。
●代替的に、各ゾーン（パーティション）は、２つの独立したアカウント（いくつかの例では、独立したログインが許可されていてもよい）を使用してコンテンツプロバイダ５０からコンテンツを受信していてもよい。
●助手席（サーバデバイス）は、ゾーン１について、オーディオ及びビデオを後部座席１（クライアントデバイス）にミラーリングしてもよい。後部乗客２（サーバデバイス）は、ゾーン２について、後部乗客３（クライアント）にオーディオ及びビデオをミラーリングしてもよい。
●Ｗｉｄｅｖｉｎｅ Ｌ１ 解読は、ＴＥＥ３８０において助手席のユニットと後部座席２のユニット（サーバ）上で（ブロック３８３で）行われてもよい。ビデオ復号（ブロック３８５）は、ＴＥＥ３８０のすべてのユニットで行われてもよい。ＭＰＥＧ－ＴＳ Ａ／Ｖデータは、更なる送信のために、ＴＥＥ３８０内のＨＤＣＰ ２．ｘ（コンテンツキーのキーコントロールブロックでシグナリングされたバージョン）（例えばブロック３８９で）に再暗号化されてもよい。オーディオは、例えば「キーが常に安全ではない」とシグナリングされた場合、リッチ環境３６０で（例えば３８４で）復号されてもよい。
●ＭＰＥＧ－ＴＳデータ３８９´（５１８、６０４）は、Ｗｉ－Ｆｉ／ＬＡＮ（ローカル接続）を介してクライアントデバイス３２０、３２０´に暗号化して送信されてもよく、例えば、ＨＤＣＰ ２．ｘ ＴＡを使用して（ブロック３３９で）ＴＥＥ３４０内で解読されて、サーバデバイスと同じ方法で取り扱われる。これは、Ｗｉｄｅｖｉｎｅ＝Ｌ１かつＨＤＣＰが要求される場合（ＫＣＢ：Ｏｂｓｅｒｖｅ＿ＨＤＣＰ＝ｔｒｕｅ ＡＮＤ ＨＤＣＰ＝ｒｅｑｕｉｒｅｄ）にのみ行われ、ＫＣＢのＨＤＣＰ＿Ｖｅｒｓｉｏｎビットによって指定されるＨＤＣＰバージョンの最小で暗号化されたＭＰＥＧ－ＴＳストリームであってもよい。
●Ｗｉｄｅｖｉｎｅ＝Ｌ１かつＨＤＣＰが不要（ＫＣＢ：Ｏｂｓｅｒｖｅ＿ＨＤＣＰ＝ｔｒｕｅ ＡＮＤ ＨＤＣＰ＝ｎｏｔ ｒｅｑｕｉｒｅｄ）がコンテンツキーのキーコントロールブロックでシグナリングされる場合、Ｗｉ－Ｆｉ／ＬＡＮでの配信は許可されない。
例えば、Ｗｉｄｅｖｉｎｅ Ｌ１、デュアルゾーン（２つのストリーム＋ミラーリング）
●助手席（ＤＰマスターデバイス３００）及び後部座席１、２、３（ＤＰクライアントデバイス３２０、３２０´、３２０´´）は、車両内でＬＡＮ／Ｗｉ－Ｆｉを介して接続されていてもよい。コンテンツプロバイダ５０からのデータは、車両の４Ｇ／ＬＴＥ／５Ｇモデムを通じて来てもよい。
●助手席及び後部座席１は、完全に同期（例えばミラーリング）して映画（「ゾーン１」）を視聴している。後部座席２及び後部座席３は、完全同期（例えばミラーリング）して子供向けアニメ（「ゾーン２」）を視聴している。
●映画と子供向けアニメとは、コンテンツプロバイダから２つの独立したセッション／ストリームとして配信されている（プロバイダによって許可されている場合、例えば、ファミリーアカウント）。
●代替的に、各ゾーン（パーティション）は、２つの独立したアカウント（いくつかの例では、独立したログインが許可されていてもよい）を使用してコンテンツプロバイダ５０からコンテンツを受信していてもよい。
●助手席（サーバデバイス）は、ゾーン１について、オーディオ及びビデオを後部座席１（クライアントデバイス）にミラーリングしてもよい。後部乗客２（サーバデバイス）は、ゾーン２について、後部乗客３（クライアント）にオーディオ及びビデオをミラーリングしてもよい。
●Ｗｉｄｅｖｉｎｅ Ｌ１ 解読は、ＴＥＥ３８０において助手席のユニットと後部座席２のユニット（サーバ）上で（ブロック３８３で）行われてもよい。ビデオ復号（ブロック３８５）は、ＴＥＥ３８０のすべてのユニットで行われてもよい。ＭＰＥＧ－ＴＳ Ａ／Ｖデータは、更なる送信のために、ＴＥＥ３８０内のＨＤＣＰ ２．ｘ（コンテンツキーのキーコントロールブロックでシグナリングされたバージョン）（例えばブロック３８９で）に再暗号化されてもよい。オーディオは、例えば「キーが常に安全ではない」とシグナリングされた場合、リッチ環境３６０で（例えば３８４で）復号されてもよい。
●ＭＰＥＧ－ＴＳデータ３８９´（５１８、６０４）は、Ｗｉ－Ｆｉ／ＬＡＮ（ローカル接続）を介してクライアントデバイス３２０、３２０´に暗号化して送信されてもよく、例えば、ＨＤＣＰ ２．ｘ ＴＡを使用して（ブロック３３９で）ＴＥＥ３４０内で解読されて、サーバデバイスと同じ方法で取り扱われる。これは、Ｗｉｄｅｖｉｎｅ＝Ｌ１かつＨＤＣＰが要求される場合（ＫＣＢ：Ｏｂｓｅｒｖｅ＿ＨＤＣＰ＝ｔｒｕｅ ＡＮＤ ＨＤＣＰ＝ｒｅｑｕｉｒｅｄ）にのみ行われ、ＫＣＢのＨＤＣＰ＿Ｖｅｒｓｉｏｎビットによって指定されるＨＤＣＰバージョンの最小で暗号化されたＭＰＥＧ－ＴＳストリームであってもよい。
●Ｗｉｄｅｖｉｎｅ＝Ｌ１かつＨＤＣＰが不要（ＫＣＢ：Ｏｂｓｅｒｖｅ＿ＨＤＣＰ＝ｔｒｕｅ ＡＮＤ ＨＤＣＰ＝ｎｏｔ ｒｅｑｕｉｒｅｄ）がコンテンツキーのキーコントロールブロックでシグナリングされる場合、Ｗｉ－Ｆｉ／ＬＡＮでの配信は許可されない。
【0176】
ここで、前に議論されたようなすべての代替案又は態様及び特許請求の範囲において独立請求項によって定義されるようなすべての態様は、個別に、すなわち、検討された代替案、対象又は独立請求項以外の代替案又は対象なしに使用できることが言及される。しかしながら、他の実施形態では、代替案又は態様又は独立請求項のうちの２つ以上を互いに組み合わせることができ、他の実施形態では、すべての態様又は代替案及びすべての独立請求項を互いに組み合わせることができる。
【0177】
いくつかの態様が装置の文脈で説明されてきたが、これらの態様はまた、ブロック又はデバイスが方法ステップ又は方法ステップの特徴に対応する、対応する方法の説明を表すことは明らかである。同様に、方法ステップの文脈で説明された態様は、対応するブロック又はアイテム又は対応する装置の特徴の説明も表している。
【0178】
例えば、分散再生、ＤＰ、方法（例えば、ＤＰマスターデバイスによって実行される）は、
複数のＤＰクライアントデバイス（６００、６５０、１２０、１２０´、１２０´´、３２０、３２０´、３２０´´）とのローカル接続（５２０、６０、６１、６２）を確立するステップと、
リモートコンテンツプロバイダ（５０）から第１の暗号化メディアストリーム（５０４、１８１´、３８１´）を受信するように、リモートコンテンツプロバイダ（５０）とのリモート接続（５０１、５２、５３、５４、５５）を確立するステップであって、暗号化メディアストリーム（５０４、１８１´、３８１´）は第１の暗号化規格に従って暗号化される、リモート接続を確立するステップと、
解読済みメディアストリーム（５０８）を取得するために第１の暗号化メディアストリーム（５０４、１８１´、３８１´）を解読するステップと、
ＤＰ情報、ＤＰＩ（５１０）を、解読済みメディアストリーム（５０８、１８３´、３８３´）に追加するステップと、
第２の暗号化ストリーム（５１８、１８９´、３８９´）を得るために第２の暗号化規格に従って解読済みメディアストリーム（５０８、５１４、１８２´）を暗号化するために構成される暗号化器（５１６、１８５、３８９）と、
第２の暗号化メディアストリーム（５１８、１８９´、３８９´）内のＤＰＩ（５１０）を追加で暗号化するステップ、又はＤＰＩ（５１０）を暗号化メディアストリーム（５１８、１８９´、３８９´）に平文で追加するステップと、
第２の暗号化メディアストリーム（５１８、１８９´、３８９´）である出力メディアストリーム（５１８、１８９´、３８９´）を、複数のＤＰクライアントデバイス（１２０－１２０´´）に送信するステップと、
を含むことができる。
複数のＤＰクライアントデバイス（６００、６５０、１２０、１２０´、１２０´´、３２０、３２０´、３２０´´）とのローカル接続（５２０、６０、６１、６２）を確立するステップと、
リモートコンテンツプロバイダ（５０）から第１の暗号化メディアストリーム（５０４、１８１´、３８１´）を受信するように、リモートコンテンツプロバイダ（５０）とのリモート接続（５０１、５２、５３、５４、５５）を確立するステップであって、暗号化メディアストリーム（５０４、１８１´、３８１´）は第１の暗号化規格に従って暗号化される、リモート接続を確立するステップと、
解読済みメディアストリーム（５０８）を取得するために第１の暗号化メディアストリーム（５０４、１８１´、３８１´）を解読するステップと、
ＤＰ情報、ＤＰＩ（５１０）を、解読済みメディアストリーム（５０８、１８３´、３８３´）に追加するステップと、
第２の暗号化ストリーム（５１８、１８９´、３８９´）を得るために第２の暗号化規格に従って解読済みメディアストリーム（５０８、５１４、１８２´）を暗号化するために構成される暗号化器（５１６、１８５、３８９）と、
第２の暗号化メディアストリーム（５１８、１８９´、３８９´）内のＤＰＩ（５１０）を追加で暗号化するステップ、又はＤＰＩ（５１０）を暗号化メディアストリーム（５１８、１８９´、３８９´）に平文で追加するステップと、
第２の暗号化メディアストリーム（５１８、１８９´、３８９´）である出力メディアストリーム（５１８、１８９´、３８９´）を、複数のＤＰクライアントデバイス（１２０－１２０´´）に送信するステップと、
を含むことができる。
【0179】
別の分散再生、ＤＰ、方法（例えば、ＤＰクライアントデバイスによって実行される）は、
ＤＰマスターデバイス（５００、１００、１０１、３００、３０１）とローカル接続（５２０、６０）を確立するステップであって、ＤＰマスターデバイス（５００、１００、１０１、３００、３０１）から暗号化メディアストリーム（６０４、１８９´、３８９´）を受信し、解読済みメディアストリーム（６０４、１８９´、３８９´）はペイロードデータ及びＤＰ情報、ＤＰＩ、（５１０）を含む、ローカル接続を確立するステップと、
解読済みメディアストリーム（６０８）を取得するために暗号化メディアストリーム（６０４、１８９´、３８９´）を解読するステップと、
解読済みメディアストリーム（６０８、３３９´、３４３´´）又は暗号化メディアストリーム（６０４、１８９´、３８９´）内のＤＰＩ（５１０）を抽出するステップと、
ＤＰＩ（５１０）を使用して解読済みメディアストリーム（６０８、３３９´、３４３）を復号するステップと、
を含むことができる。
ＤＰマスターデバイス（５００、１００、１０１、３００、３０１）とローカル接続（５２０、６０）を確立するステップであって、ＤＰマスターデバイス（５００、１００、１０１、３００、３０１）から暗号化メディアストリーム（６０４、１８９´、３８９´）を受信し、解読済みメディアストリーム（６０４、１８９´、３８９´）はペイロードデータ及びＤＰ情報、ＤＰＩ、（５１０）を含む、ローカル接続を確立するステップと、
解読済みメディアストリーム（６０８）を取得するために暗号化メディアストリーム（６０４、１８９´、３８９´）を解読するステップと、
解読済みメディアストリーム（６０８、３３９´、３４３´´）又は暗号化メディアストリーム（６０４、１８９´、３８９´）内のＤＰＩ（５１０）を抽出するステップと、
ＤＰＩ（５１０）を使用して解読済みメディアストリーム（６０８、３３９´、３４３）を復号するステップと、
を含むことができる。
【0180】
特定の実装要件に応じて、本発明の実施形態は、ハードウェア又はソフトウェアで実装することができる。実装は、デジタル記憶媒体、例えばフロッピーディスク、ＤＶＤ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ又はフラッシュメモリであって、その上に格納された電子的に読み取り可能な制御信号を有し、それぞれの方法を実行するようにプログラム可能なコンピュータシステムと協働する（又は協働することができる）ものを用いて行うことができる。
【0181】
本発明によるいくつかの実施形態は、電子的に読み取り可能な制御信号を有するデータキャリアであって、本明細書に記載の方法の１つが実行されるように、プログラム可能なコンピュータシステムと協働することが可能であるデータキャリアを含む。
【0182】
一般に、本発明の実施形態は、プログラムコードを有するコンピュータプログラム製品として実装することができ、プログラムコードは、コンピュータプログラム製品がコンピュータ上で実行されるときに、方法の１つを実行するために動作可能である。プログラムコードは、例えば、機械読み取り可能なキャリアに格納することができる。
【0183】
他の実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムを、機械読み取り可能なキャリア又は非一過性の記憶媒体に格納したものを含む。
【0184】
言い換えると、本発明の方法の実施形態は、それ故に、コンピュータプログラムがコンピュータ上で実行されるときに、本明細書に記載の方法の１つを実行するためのプログラムコードを有するコンピュータプログラムである。
【0185】
それ故に、本発明の方法の更なる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムをその上に記録されているデータキャリア（又はデジタル記憶媒体、又はコンピュータ読み取り可能な媒体）である。
【0186】
それ故に、本発明の方法の更なる実施形態は、本明細書に記載された方法の１つを実行するためのコンピュータプログラムを表すデータストリーム又は信号のシーケンスである。データストリーム又は信号のシーケンスは、例えば、データ通信接続、例えばインターネットを介して転送されるように構成されてもよい。
【0187】
更なる実施形態は、本明細書に記載された方法の１つを実行するために構成される又は適応される処理手段、例えばコンピュータ、又はプログラマブルロジックデバイスを含む。
【0188】
更なる実施形態は、本明細書に記載された方法の１つを実行するためのコンピュータプログラムをその上にインストールしたコンピュータを含む。
【0189】
いくつかの実施形態では、プログラマブルロジックデバイス（例えば、フィールドプログラマブルゲートアレイ）を使用して、本明細書に記載の方法の機能性の一部又は全部を実行してもよい。いくつかの実施形態では、フィールドプログラマブルゲートアレイは、本明細書に記載の方法の１つを実行するためにマイクロプロセッサと協働してもよい。一般に、当該方法は、任意のハードウェア装置によって実行されることが好ましい。
【0190】
上述した実施形態は、本発明の原理について単に例示したに過ぎない。本明細書に記載された配置及び詳細の修正及び変形は、当業者には明らかであることが理解される。それ故に、独立請求項によってのみ限定され、本明細書における実施形態の説明及び解説によって提示される特定の詳細によって限定されないことが意図される。
【図1a-1】
【図1a-2】
【図1b】
【図1c】
【図2-1】
【図2-2】
【図3a-1】
【図3a-2】
【図3b】
【図3c】
【図4-1】
【図4-2】
【図5】
【図6】
【図7a】
【図7b】
【図8】
【図9a】
【図9b】