特表2024-517370 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ テンセント・アメリカ・エルエルシーの特許一覧

特表2024-517370ＭＰＤ連鎖を使用して２つ以上の非線形メディアソースから線形メディアソース拡張（ＭＳＥ）バッファを構築するための方法、装置及びプログラム

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-04-22

(54)【発明の名称】ＭＰＤ連鎖を使用して２つ以上の非線形メディアソースから線形メディアソース拡張（ＭＳＥ）バッファを構築するための方法、装置及びプログラム

(51)【国際特許分類】

H04N 21/435 20110101AFI20240415BHJP

H04N 21/462 20110101ALI20240415BHJP

【ＦＩ】

H04N21/435

H04N21/462

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023546508

(86)(22)【出願日】2022-09-20

(85)【翻訳文提出日】2023-08-01

(86)【国際出願番号】 US2022044080

(87)【国際公開番号】W WO2023044143

(87)【国際公開日】2023-03-23

(31)【優先権主張番号】63/246,233

(32)【優先日】2021-09-20

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】17/947,801

(32)【優先日】2022-09-19

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】520353802

【氏名又は名称】テンセント・アメリカ・エルエルシー

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広信哉

(74)【代理人】

【識別番号】100150197

【弁理士】

【氏名又は名称】松尾直樹

(72)【発明者】

【氏名】イーラジ・ソダガー

【テーマコード（参考）】

5C164

【Ｆターム（参考）】

5C164FA25

5C164MB13S

5C164MB44S

5C164UB10P

5C164UC21P

(57)【要約】

ＭＰＤ連鎖を使用して２つ以上の非線形メディアソースから線形メディアソース拡張（ＭＳＥ）バッファを構築するための方法および装置が提供され得る。本方法は、少なくとも１つの取得されたメディアプレゼンテーションセグメント（ＭＰＤ）を構文解析するステップ、および少なくとも１つのＵＲＬに基づいてライブＭＰＤを取得するステップであって、ライブＭＰＤが１つまたは複数のライブメディアセグメントを含む、ステップを含み得る。本方法は、第１のタイミングモデルに基づいて１つまたは複数の広告メディアセグメントを第１のＭＳＥソースバッファに付加するステップ、および第２のタイミングモデルに基づいて１つまたは複数のライブメディアセグメントを第１のバッファに付加することによって、１つまたは複数のライブメディアセグメントを１つまたは複数の広告メディアセグメントに連鎖するステップを含み得る。第１のタイミングモデルおよび第２のタイミングモデルに基づいて、１つまたは複数の広告メディアセグメントおよび１つまたは複数のライブメディアセグメントをディスパッチし得る。

【特許請求の範囲】

【請求項1】

ＭＰＤ連鎖を使用して２つ以上の非線形メディアソースから線形メディアソース拡張（ＭＳＥ）バッファを構築するための方法であって、前記方法は少なくとも１つのプロセッサによって実行され、
１つまたは複数の広告メディアセグメントを含む少なくとも１つの取得されたメディアプレゼンテーションセグメント（ＭＰＤ）を構文解析するステップであって、前記１つまたは複数の広告メディアセグメントは少なくとも１つのユニバーサルリソースロケータ（ＵＲＬ）を含む、ステップと、
前記少なくとも１つのＵＲＬに基づいてライブＭＰＤを取得するステップであって、前記ライブＭＰＤが１つまたは複数のライブメディアセグメントを含む、ステップと、
第１のタイミングモデルに基づいて前記１つまたは複数の広告メディアセグメントを第１のメディアソース拡張（ＭＳＥ）ソースバッファに付加するステップと、
第２のタイミングモデルに基づいて前記１つまたは複数のライブメディアセグメントを前記第１のＭＳＥソースバッファに付加することによって、前記１つまたは複数のライブメディアセグメントを前記１つまたは複数の広告メディアセグメントに連鎖するステップであって、前記第２のタイミングモデルが、少なくとも前記１つまたは複数のライブメディアセグメントのタイムシフトバッファ深度をサポートする、ステップと、
前記第１のタイミングモデルおよび前記第２のタイミングモデルに基づいて、前記１つまたは複数の広告メディアセグメントおよび前記１つまたは複数のライブメディアセグメントをディスパッチするステップと
を含む、方法。

【請求項2】

前記第１のタイミングモデルに基づいて前記１つまたは複数の広告メディアセグメントを前記第１のＭＳＥソースバッファに付加する前記ステップは、
前記少なくとも１つの取得されたＭＰＤに基づいて前記第１のＭＳＥソースバッファを第１の最大持続時間まで拡張するステップと、
前記１つまたは複数の広告メディアセグメントに関連付けられた第１のプレゼンテーション時間オフセットに基づいて前記第１のＭＳＥソースバッファのタイムスタンプオフセットを設定するステップと
を含む、請求項１に記載の方法。

【請求項3】

前記第２のタイミングモデルに基づいて前記１つまたは複数のライブメディアセグメントを前記第１のＭＳＥソースバッファに付加する前記ステップは、
前記１つまたは複数のライブメディアセグメントに基づいて前記第１のＭＳＥソースバッファを第２の最大持続時間まで拡張するステップと、
前記１つまたは複数のライブメディアセグメントに関連付けられた第２のプレゼンテーション時間オフセットに基づいて前記第１のＭＳＥソースバッファの前記タイムスタンプオフセットをリセットするステップと、
前記１つまたは複数のライブメディアセグメントの中の第１のライブメディアセグメントを前記第１のＭＳＥソースバッファに付加するステップと
を含む、請求項２に記載の方法。

【請求項4】

前記第２のプレゼンテーション時間オフセットが、前記１つまたは複数のライブメディアセグメントに関連付けられた推定最先プレゼンテーション時間および前記１つまたは複数のライブメディアセグメントに関連付けられた最大セグメント持続時間に基づく、請求項３に記載の方法。

【請求項5】

前記少なくとも１つの取得されたＭＰＤおよび前記ライブＭＰＤに関連付けられた１つまたは複数のコードを取得するステップをさらに含む、請求項１に記載の方法。

【請求項6】

再生されている前記１つまたは複数の広告メディアセグメントの最後のフレームに基づいて、前記第１のＭＳＥソースバッファに付加された前記１つまたは複数のライブメディアセグメントの開始にシークするステップをさらに含む、請求項１に記載の方法。

【請求項7】

前記方法が、
暗号化されている前記１つまたは複数のライブメディアセグメントに基づいて、ライセンスサーバから１つまたは複数のライセンスキーを取得するステップと、
前記１つまたは複数のライセンスキーを第２のバッファに付加するステップと
をさらに含む、請求項１に記載の方法。

【請求項8】

第１の広告メディアセグメントが１回再生されるように構成されていることに基づいて、前記第１のＭＳＥソースバッファから前記１つまたは複数の広告メディアセグメントの中の前記第１の広告メディアセグメントをパージするステップをさらに含む、請求項１に記載の方法。

【請求項9】

前記１つまたは複数の広告メディアセグメントの中の第１の広告メディアセグメントを、前記第１の広告メディアセグメントが複数回再生されるように構成されていることに基づいて第３のバッファに付加するステップと、
前記１つまたは複数のライブメディアセグメントの中の第１のライブメディアセグメントを、前記第１の広告メディアセグメントが前記第１のライブメディアセグメント中のミッドロール広告であることに基づいて、前記第１の広告メディアセグメントの前に付加するステップと
をさらに含む、請求項１に記載の方法。

【請求項10】

ＭＰＤ連鎖を使用して２つ以上の非線形メディアソースから線形メディアソース拡張（ＭＳＥ）バッファを構築するための装置であって、前記装置は、
コンピュータプログラムコードを記憶するように構成された少なくとも１つのメモリと、
前記コンピュータプログラムコードにアクセスし、前記コンピュータプログラムコードによって命令されるように動作するように構成された少なくとも１つのプロセッサであって、前記コンピュータプログラムコードは、
前記少なくとも１つのプロセッサに、１つまたは複数の広告メディアセグメントを含む少なくとも１つの取得されたメディアプレゼンテーションセグメント（ＭＰＤ）を構文解析させるように構成された構文解析コードであって、前記１つまたは複数の広告メディアセグメントは少なくとも１つのユニバーサルリソースロケータ（ＵＲＬ）を含む、構文解析コードと、
前記少なくとも１つのプロセッサに、前記少なくとも１つのＵＲＬに基づいてライブＭＰＤを取得させるように構成された第１の取得コードであって、前記ライブＭＰＤが１つまたは複数のライブメディアセグメントを含む、第１の取得コードと、
前記少なくとも１つのプロセッサに、第１のタイミングモデルに基づいて前記１つまたは複数の広告メディアセグメントを第１のメディアソース拡張（ＭＳＥ）ソースバッファに付加させるように構成された第１の付加コードと、
第２のタイミングモデルに基づいて前記１つまたは複数のライブメディアセグメントを前記第１のＭＳＥソースバッファに付加することによって、前記少なくとも１つのプロセッサに、前記１つまたは複数のライブメディアセグメントを前記１つまたは複数の広告メディアセグメントに連鎖させるように構成された第２の付加コードであって、前記第２のタイミングモデルが、少なくとも前記１つまたは複数のライブメディアセグメントのタイムシフトバッファ深度をサポートする、第２の付加コードと、
前記第１のタイミングモデルおよび前記第２のタイミングモデルに基づいて、前記少なくとも１つのプロセッサに、前記１つまたは複数の広告メディアセグメントおよび前記１つまたは複数のライブメディアセグメントをディスパッチさせるように構成されたディスパッチコードと
を含む、少なくとも１つのプロセッサと
を含む、装置。

【請求項11】

前記第１の付加コードが、
前記少なくとも１つの取得されたＭＰＤに基づいて、前記少なくとも１つのプロセッサに、前記第１のＭＳＥソースバッファを第１の最大持続時間まで拡張させるように構成された第１の拡張コードと、
前記少なくとも１つのプロセッサに、前記１つまたは複数の広告メディアセグメントに関連付けられた第１のプレゼンテーション時間オフセットに基づいて前記第１のＭＳＥソースバッファのタイムスタンプオフセットを設定させるように構成された第１の設定コードと
を含む、請求項１０に記載の装置。

【請求項12】

前記第２の付加コードが、
前記少なくとも１つのプロセッサに、前記１つまたは複数のライブメディアセグメントに基づいて前記第１のＭＳＥソースバッファを第２の最大持続時間まで拡張させるように構成された第２の拡張コードと、
前記少なくとも１つのプロセッサに、前記１つまたは複数のライブメディアセグメントに関連付けられた第２のプレゼンテーション時間オフセットに基づいて前記第１のＭＳＥソースバッファの前記タイムスタンプオフセットをリセットさせるように構成されたリセットコードと、
前記少なくとも１つのプロセッサに、前記１つまたは複数のライブメディアセグメントの中の第１のライブメディアセグメントを前記第１のＭＳＥソースバッファに付加させるように構成された第３の付加コードと
を含む、請求項１１に記載の装置。

【請求項13】

前記第２のプレゼンテーション時間オフセットが、前記１つまたは複数のライブメディアセグメントに関連付けられた推定最先プレゼンテーション時間および前記１つまたは複数のライブメディアセグメントに関連付けられた最大セグメント持続時間に基づく、請求項１２に記載の装置。

【請求項14】

前記プログラムコードが、
前記少なくとも１つのプロセッサに、再生されている前記１つまたは複数の広告メディアセグメントの最後のフレームに基づいて、前記第１のＭＳＥソースバッファに付加された前記１つまたは複数のライブメディアセグメントの開始をシークさせるように構成された第１のシークコード
をさらに含む、請求項１０に記載の装置。

【請求項15】

前記プログラムコードが、
前記少なくとも１つのプロセッサに、暗号化されている前記１つまたは複数のライブメディアセグメントに基づいてライセンスサーバから１つまたは複数のライセンスキーを取得させるように構成された取得コードと、
前記少なくとも１つのプロセッサに、第２のバッファの前記１つまたは複数のライセンスキーを付加させるように構成された第４の付加コードと
をさらに含む、請求項１０に記載の装置。

【請求項16】

前記プログラムコードが、
前記少なくとも１つのプロセッサに、第１の広告メディアセグメントが１回再生されるように構成されていることに基づいて、前記第１のＭＳＥソースバッファから前記１つまたは複数の広告メディアセグメントの中の前記第１の広告メディアセグメントをパージさせるように構成された第１のパージコード
をさらに含む、請求項１０に記載の装置。

【請求項17】

前記プログラムコードが、
前記少なくとも１つのプロセッサに、前記第１の広告メディアセグメントが複数回再生されるように構成されていることに基づいて、前記１つまたは複数の広告メディアセグメントの中の第１の広告メディアセグメントを第３のバッファに付加させるように構成された第５の付加コードと、
前記少なくとも１つのプロセッサに、前記１つまたは複数のライブメディアセグメントの中の第１のライブメディアセグメントを、前記第１の広告メディアセグメントが前記第１のライブメディアセグメント中のミッドロール広告であることに基づいて、前記第１の広告メディアセグメントの前に付加させるように構成された第６の付加コードと
をさらに含む、請求項１０に記載の装置。

【請求項18】

命令を記憶する非一時的コンピュータ可読メディアであって、前記命令は、ＭＰＤ連鎖を使用して２つ以上の非線形メディアソースから線形メディアソース拡張（ＭＳＥ）バッファを構築するためのデバイスの１つまたは複数のプロセッサによって実行されると、前記１つまたは複数のプロセッサに、
１つまたは複数の広告メディアセグメントを含む少なくとも１つの取得されたメディアプレゼンテーションセグメント（ＭＰＤ）を構文解析させ、前記１つまたは複数の広告メディアセグメントは少なくとも１つのユニバーサルリソースロケータ（ＵＲＬ）を含み、
前記少なくとも１つのＵＲＬに基づいてライブＭＰＤを取得させ、前記ライブＭＰＤが１つまたは複数のライブメディアセグメントを含み、
第１のタイミングモデルに基づいて前記１つまたは複数の広告メディアセグメントを第１のメディアソース拡張（ＭＳＥ）ソースバッファに付加させ、
第２のタイミングモデルに基づいて前記１つまたは複数のライブメディアセグメントを前記第１のＭＳＥソースバッファに付加することによって、前記１つまたは複数のライブメディアセグメントを前記１つまたは複数の広告メディアセグメントに連鎖させ、前記第２のタイミングモデルが、少なくとも前記１つまたは複数のライブメディアセグメントのタイムシフトバッファ深度をサポートし、
前記第１のタイミングモデルおよび前記第２のタイミングモデルに基づいて、前記１つまたは複数の広告メディアセグメントおよび前記１つまたは複数のライブメディアセグメントをディスパッチさせる、
１つまたは複数の命令を含む、非一時的コンピュータ可読メディア。

【請求項19】

【請求項20】

前記第１のタイミングモデルに基づいて前記１つまたは複数のライブメディアセグメントを前記第１のＭＳＥソースバッファに付加する前記ステップは、
前記１つまたは複数のライブメディアセグメントに基づいて前記第１のＭＳＥソースバッファを第２の最大持続時間まで拡張するステップと、
前記１つまたは複数のライブメディアセグメントに関連付けられた第２のプレゼンテーション時間オフセットに基づいて前記第１のＭＳＥソースバッファの前記タイムスタンプオフセットをリセットするステップと、
前記１つまたは複数のライブメディアセグメントの中の第１のライブメディアセグメントを前記第１のＭＳＥソースバッファに付加するステップと
を含む、請求項１９に記載の非一時的コンピュータ可読メディア。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２０２１年９月２０日に出願された米国仮出願第６３／２４６，２３３号、および２０２２年９月１９日に出願された米国出願第１７／９４７，８０１号の優先権を主張し、これらの内容の全体は、参照により本明細書に明示的に組み込まれる。

【0002】

本開示の実施形態は、ストリーミングメディアコンテンツに関し、より詳細には、ＭｏｖｉｎｇＰｉｃｔｕｒｅＥｘｐｅｒｔｓＧｒｏｕｐ（ＭＰＥＧ）ｄｙｎａｍｉｃａｄａｐｔｉｖｅｓｔｒｅａｍｉｎｇｏｖｅｒｈｙｐｅｒｔｅｘｔｔｒａｎｓｆｅｒｐｒｏｔｏｃｏｌ（ＤＡＳＨ）によるストリーミングメディア広告およびライブコンテンツに関する。

【背景技術】

【0003】

ＭＰＥＧＤＡＳＨは、ＩＰネットワークを介してメディアコンテンツをストリーミングするための規格を提供する。ＭＰＥＧＤＡＳＨでは、メディアタイムライン関連イベントをクライアントに配信するために、メディアプレゼンテーション記述（ＭＰＤ）およびイベントが、使用される。ＩＳＯ／ＩＥＣ２３００９－１ＤＡＳＨ規格は、マルチレートのコンテンツのストリーミングを可能にする。ＤＡＳＨ規格は、期間が単一のタイムラインにおける互いの連続である単一の線形タイムラインを提供する。ＩＳＯ／ＩＥＣ２３００９－１はまた、ＭＰＤ連鎖、すなわち、プレロール広告挿入に使用することができるＭＰＤで再生する次のＭＰＤのＵＲＬをシグナリングするためのツールを提供する。

【0004】

ＭＰＥＧＤＡＳＨは、ＩＰネットワークを介してマルチメディアコンテンツをストリーミングするための規格を提供する。規格は、メディアコンテンツの線形再生に対処するが、規格は、例えば、互いに独立した異なるタイムラインに関連付けられたメディアセグメントが存在する非線形動作の状況に対処することができない。ＭＰＤ連鎖およびプレロール広告挿入を使用して、上述の欠点を克服することができる。しかしながら、ＤＡＳＨプレーヤがＷ３Ｃメディアソース拡張を使用するとき、単一のＭＳＥソースバッファを用いてそのような非線形再生に対処することは非常に困難であるため、ＭＰＤ連鎖およびプレロール広告挿入さえも失敗する。さらに、ＭＰＤ連鎖およびプレロール広告挿入は、ＭＰＤ連鎖またはプレロール要素を使用する前に広告が再生されると予想されるときの、保護されたライブコンテンツの再生のためのＷ３Ｃ暗号化メディア拡張のときには使用できない。

【0005】

したがって、ＭＰＤ連鎖を使用して２つ以上の非線形ソースから線形メディアソース拡張（ＭＳＥ）バッファタイムラインを構築するための方法が必要とされる。さらに、ＭＰＤ連鎖を使用して保護されたライブコンテンツの再生のためのＷ３Ｃ暗号化メディア拡張を処理するための方法も必要とされる。

【発明の概要】

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

【0006】

本開示は１つまたは複数の技術的問題に対処する。本開示は、ＭＰＤ連鎖を使用して２つ以上の非線形ソースから線形メディアソース拡張（ＭＳＥ）ソースバッファタイムラインを構築するための方法、プロセス、装置、および非一時的コンピュータ可読メディアを提供する。加えて、本開示は、単一のＭＳＥソースバッファを使用して非線形再生を実施するための方法、プロセス、装置、および非一時的システムを提供する。さらに、本開示は、広告および暗号化ライブコンテンツの再生のための単一の暗号化メディア拡張（ＥＭＥ）インターフェースの使用も可能にする。

【0007】

本開示の実施形態は、ＭＰＤ連鎖を使用して２つ以上の非線形メディアソースから線形メディアソース拡張（ＭＳＥ）バッファを構築するための装置を提供することができる。本方法は、少なくとも１つのプロセッサによって実行されてもよく、１つまたは複数の広告メディアセグメントを含む少なくとも１つの取得されたメディアプレゼンテーションセグメント（ＭＰＤ）を構文解析するステップであって、１つまたは複数の広告メディアセグメントは少なくとも１つのユニバーサルリソースロケータ（ＵＲＬ）を含む、ステップ、少なくとも１つのＵＲＬに基づいてライブＭＰＤを取得するステップであって、ライブＭＰＤが１つまたは複数のライブメディアセグメントを含む、ステップ、第１のタイミングモデルに基づいて１つまたは複数の広告メディアセグメントを第１のＭＳＥソースバッファに付加するステップと、第２のタイミングモデルに基づいて１つまたは複数のライブメディアセグメントを第１のＭＳＥソースバッファに付加することによって、１つまたは複数のライブメディアセグメントを１つまたは複数の広告メディアセグメントに連鎖するステップであって、第２のタイミングモデルが、少なくとも１つまたは複数のライブメディアセグメントのタイムシフトバッファ深度をサポートする、ステップ、ならびに第１のタイミングモデルおよび第２のタイミングモデルに基づいて、１つまたは複数の広告メディアセグメントおよび１つまたは複数のライブメディアセグメントをディスパッチするステップを含むことができる。

【0008】

本開示の実施形態は、ＭＰＤ連鎖を使用して２つ以上の非線形メディアソースから線形メディアソース拡張（ＭＳＥ）バッファを構築するための装置を提供することができる。装置は、コンピュータプログラムコードを記憶するように構成された少なくとも１つのメモリと、コンピュータプログラムコードにアクセスし、コンピュータプログラムコードによって命令されるように動作するよう構成された少なくとも１つのプロセッサとを含むことができる。プログラムコードは、少なくとも１つのプロセッサに、１つまたは複数の広告メディアセグメントを含む少なくとも１つの取得されたメディアプレゼンテーションセグメント（ＭＰＤ）を構文解析させるように構成された構文解析コードであって、１つまたは複数の広告メディアセグメントは少なくとも１つのユニバーサルリソースロケータ（ＵＲＬ）を含む、構文解析コード、少なくとも１つのプロセッサに、少なくとも１つのＵＲＬに基づいてライブＭＰＤを取得させるように構成された第１の取得コードであって、ライブＭＰＤが１つまたは複数のライブメディアセグメントを含む、第１の取得コード、少なくとも１つのプロセッサに、第１のタイミングモデルに基づいて１つまたは複数の広告メディアセグメントを第１のＭＳＥソースバッファに付加させるように構成された第１の付加コード、第２のタイミングモデルに基づいて１つまたは複数のライブメディアセグメントを第１のＭＳＥソースバッファに付加することによって、少なくとも１つのプロセッサに、１つまたは複数のライブメディアセグメントを１つまたは複数の広告メディアセグメントに連鎖させるように構成された第２の付加コードであって、第２のタイミングモデルが、少なくとも１つまたは複数のライブメディアセグメントのタイムシフトバッファ深度をサポートする、第２の付加コード、ならびに第１のタイミングモデルおよび第２のタイミングモデルに基づいて、少なくとも１つのプロセッサに、１つまたは複数の広告メディアセグメントおよび１つまたは複数のライブメディアセグメントをディスパッチさせるように構成されたディスパッチコードを含むことができる。

【0009】

本開示の実施形態は、命令を記憶する非一時的コンピュータ可読メディアを提供することができる。命令は、ＭＰＤ連鎖を使用して２つ以上の非線形メディアソースから線形メディアソース拡張（ＭＳＥ）バッファを構築するためのデバイスの１つまたは複数のプロセッサによって実行されると、１つまたは複数のプロセッサに、１つまたは複数の広告メディアセグメントを含む少なくとも１つの取得されたメディアプレゼンテーションセグメント（ＭＰＤ）を構文解析させ、１つまたは複数の広告メディアセグメントは少なくとも１つのユニバーサルリソースロケータ（ＵＲＬ）を含み、少なくとも１つのＵＲＬに基づいてライブＭＰＤを取得させ、ライブＭＰＤが１つまたは複数のライブメディアセグメントを含み、第１のタイミングモデルに基づいて１つまたは複数の広告メディアセグメントを第１のＭＳＥソースバッファに付加させ、第２のタイミングモデルに基づいて１つまたは複数のライブメディアセグメントを第１のＭＳＥソースバッファに付加することによって、１つまたは複数のライブメディアセグメントを１つまたは複数の広告メディアセグメントに連鎖させ、第２のタイミングモデルが、少なくとも１つまたは複数のライブメディアセグメントのタイムシフトバッファ深度をサポートし、ならびに第１のタイミングモデルおよび第２のタイミングモデルに基づいて、１つまたは複数の広告メディアセグメントおよび１つまたは複数のライブメディアセグメントをディスパッチさせる１つまたは複数の命令を含むことができる。
［１］本開示の主題のさらなる特徴、性質、および様々な利点は、以下の詳細な説明および添付の図面からより明らかになるであろう。

【図面の簡単な説明】

【0010】

【図1】実施形態による、通信システムの簡略図である。

【図2】実施形態による、ストリーミング環境における構成要素の配置の例示的な図である。

【図3】実施形態による、ＤＡＳＨ処理モデルの簡略ブロック図である。

【図4】実施形態による、広告ＭＰＤとライブＭＰＤとの間のメディアプレゼンテーション記述（ＭＰＤ）連鎖の簡略図である。

【図5】図５Ａ及び５Ｂは、実施形態による、メディアソース拡張（ＭＳＥ）バッファの簡略図である。

【図6】実施形態による、ＭＰＤ連鎖を使用して２つ以上の非線形ソースから線形ＭＳＥソースバッファを構築するための例示的なフローチャート図である。

【図7】実施形態による、コンピュータシステムの簡略図である。

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

【0011】

以下で述べている提案された特徴は別々に使用されてもよいし、または任意の順序で組み合わされてもよい。さらに、実施形態は、処理回路（例えば、１つまたは複数のプロセッサまたは１つまたは複数の集積回路）によって実施されてもよい。一例では、１つまたは複数のプロセッサは、非一時的コンピュータ可読メディアに記憶されたプログラムを実行する。

【0012】

図１は、本開示の一実施形態による通信システム１００の簡略化されたブロック図を例示する。通信システム１００は、ネットワーク１０５を介して相互接続された少なくとも２つの端末１０２および１０３を含み得る。データの単方向伝送のために、第１の端末１０３は、ネットワーク１０５を介して他方の端末１０２に伝送するためにローカル位置でビデオデータをコーディングし得る。第２の端末１０２は、ネットワーク１０５から他方の端末のコーディング済みビデオデータを受信し、コーディング済みデータをデコードし、復元されたビデオデータを表示し得る。単方向データ伝送は、メディアサービング用途などで一般的であり得る。

【0013】

図１は、例えばビデオ会議中に発生する可能性があるコーディング済みビデオの双方向伝送をサポートするために提供される端末１０１および１０４の第２のペアを例示する。データの双方向伝送のために、各端末１０１および１０４は、ネットワーク１０５を介して他方の端末に伝送するためにローカル位置でキャプチャしたビデオデータをコーディングし得る。各端末１０１および１０４もまた、他方の端末によって伝送されたコーディング済みビデオデータを受信し、コーディング済みデータをデコーディングし、さらに復元されたビデオデータをローカルの表示デバイスに表示し得る。

【0014】

図１では、端末１０１、１０２、１０３および１０４は、サーバ、パーソナルコンピュータおよびスマートフォンとして例示され得るが、本開示の原理はそのように限定されるものではない。本開示の実施形態は、ラップトップコンピュータ、タブレットコンピュータ、メディアプレーヤおよび／または専用ビデオ会議機器を伴う用途が考えられる。ネットワーク１０５は、例えば有線および／または無線通信ネットワークを含む、端末１０１、１０２、１０３および１０４の間で、コーディング済みビデオデータを伝達する、任意の数のネットワークを表す。通信ネットワーク１０５は、回路交換および／またはパケット交換チャネルにおいてデータを交換し得る。代表的なネットワークは、電気通信ネットワーク、ローカルエリアネットワーク、ワイドエリアネットワークおよび／またはインターネットを含む。本考察の目的のために、ネットワーク１０５のアーキテクチャおよびトポロジは、本明細書で以下に説明されない限り、本開示の動作にとって重要ではない場合がある。

【0015】

図２は、一例として、ストリーミング環境におけるビデオエンコーダおよびデコーダの配置を例示する。実施形態は、例えば、ビデオ会議、デジタルＴＶを含み、さらにＣＤ、ＤＶＤ、およびメモリスティックなどを含むデジタルメディアへの圧縮ビデオの記憶などを含む、他のビデオ対応用途に適用可能とし得る。

【0016】

ストリーミングシステムは、例えば非圧縮ビデオサンプルストリーム２１３を作成する、例えばデジタルカメラなどのビデオソース２０１を含むことができるキャプチャサブシステム２０３を含み得る。そのサンプルストリーム２１３は、エンコード済みビデオビットストリームと比較したときに高いデータボリュームとして強調されてもよく、ビデオソース２０１に結合されたエンコーダ２０２によって処理することができる。エンコーダ２０２は、以下で詳細に説明するように、実施形態の態様を可能にするか、または実施するために、ハードウェア、ソフトウェア、またはそれらの組合せを含み得る。エンコード済みビデオビットストリーム２０４は、サンプルストリームと比較してより低いデータボリュームとして強調されてもよく、将来の使用のためにストリーミングサーバ２０５に記憶することができる。１つまたは複数のストリーミングクライアント２１２および２０７は、ストリーミングサーバ２０５にアクセスして、エンコード済みビデオビットストリーム２０４のコピーであってもよいエンコード済みビデオビットストリーム２０８および２０６を取得することができる。クライアント２１２は、エンコード済みビデオビットストリームの着信コピー２０８をデコードし、ディスプレイ２０９または他のレンダリングデバイス上にレンダリングすることができる送出ビデオサンプルストリーム２１０を作成するビデオデコーダ２１１を含むことができる。一部のストリーミングシステムでは、エンコード済みビデオビットストリーム２０４、２０６および２０８は、特定のビデオコーディング／圧縮規格に従ってエンコードすることができる。これらの規格の例は、上記で言及されており、本明細書でさらに説明される。

【0017】

図３は、ＤＡＳＨおよびＣＭＡＦイベントを処理するためのサンプルクライアントアーキテクチャなどのサンプルＤＡＳＨ処理モデル３００を示している。ＤＡＳＨ処理モデル３００では、クライアントのメディアセグメントの要求（例えば、広告メディアセグメントおよびライブメディアセグメント）は、マニフェスト３０３の記述されたアドレスに基づき得る。マニフェスト３０３はまた、クライアントがメタデータトラックのセグメントにアクセスし、それらを構文解析し、さらに、それらをアプリケーション３０１に送信し得るメタデータトラックを記述する。

【0018】

マニフェスト３０３は、ＭＰＤイベントまたはイベントを含み、インバンドイベントおよび「ｍｏｏｆ」パーサ３０６は、ＭＰＤイベントセグメントまたはイベントセグメントを構文解析し、さらにイベントセグメントをイベントおよびメタデータバッファ３３０に付加し得る。インバンドイベントおよび「ｍｏｏｆ」パーサ３０６はまた、メディアセグメントをフェッチして、メディアバッファ３４０に付加し得る。イベントおよびメタデータバッファ３３０は、イベントおよびメタデータ情報を、イベントおよびメタデータシンクロナイザおよびディスパッチャ３３５に送信し得る。イベントおよびメタデータシンクロナイザおよびディスパッチャ３３５は、特定のイベントをＤＡＳＨプレーヤ制御、選択、およびヒューリスティックロジック３０２にディスパッチし、アプリケーション関連のイベントおよびメタデータトラックをアプリケーション３０１にディスパッチし得る。

【0019】

いくつかの実施形態によれば、ＭＳＥは、ファイルフォーマットパーサ３５０、メディアバッファ３４０、およびメディアデコーダ３４５を含むパイプラインを含み得る。ＭＳＥ３２０は、メディアセグメントの論理バッファであり、メディアセグメントは、メディアセグメントの提示時間に基づいて、追跡および順序付けされ得る。メディアセグメントは、広告ＭＰＤに関連付けられた広告メディアセグメントおよびライブＭＰＤに関連付けられたライブメディアセグメントを含み得るが、これらに限定されない。各メディアセグメントは、メディアセグメントのタイムスタンプオフセットに基づいて、メディアバッファ３４０に追加または付加され、タイムスタンプオフセットは、メディアバッファ３４０のメディアセグメントを順序付けるために使用され得る。

【0020】

本出願の実施形態は、ＭＰＤ連鎖を使用して２つ以上の非線形メディアソースから線形メディアソース拡張（ＭＳＥ）バッファを構築することを対象とし得、非線形メディアソースは広告ＭＰＤおよびライブＭＰＤであり得るので、ファイルフォーマットパーサ３５０は、ライブＭＰＤに含まれるライブメディアセグメントによって使用される異なるメディアおよび／またはコーデックを処理するために使用され得る。いくつかの実施形態では、ファイルフォーマットパーサは、ライブメディアセグメントのコーデック、プロファイル、および／またはレベルに基づいて変更タイプを発行し得る。

【0021】

メディアセグメントが、メディアバッファ３４０に存在する限り、イベントおよびメタデータバッファ３３０は、対応するイベントセグメントおよびメタデータを維持する。サンプルＤＡＳＨ処理モデル３００は、インバンドイベントおよびＭＰＤイベントに関連付けられたメタデータを追跡するための時限メタデータ追跡パーサ３２５を含み得る。図３によれば、ＭＳＥ３２０は、ファイルフォーマットパーサ３５０、メディアバッファ３４０、およびメディアデコーダ３４５のみを含む。イベントおよびメタデータバッファ３３０、ならびにイベントおよびメタデータシンクロナイザおよびディスパッチャ３３５は、ＭＳＥ３２０にとってネイティブではなく、ＭＳＥ３２０が、イベントをネイティブに処理することを阻止し、それらをアプリケーションに送信する。

【0022】

図４は、広告ＭＰＤとライブＭＰＤの間のＭＰＤ連鎖を例示する簡略図４００である。

【0023】

図４に示すように、広告ＭＰＤ４１０は、少なくとも１つのライブＭＰＤ４２０へのアドレスを含む１つまたは複数のユニバーサルリソースロケータ（ＵＲＬ）を含むことができる。実施形態の一態様によれば、広告ＭＰＤ４１０とライブＭＰＤ４２０の間のＵＲＬリンクはＭＰＤ連鎖であってもよい。各広告ＭＰＤ４１０は、１つまたは複数の期間Ｐａ１、Ｐａ２などを含み得る。同様に、各ラインＭＰＤ４２０は、１つまたは複数の期間Ｐ１、Ｐ２などを含み得る。本開示の一態様によれば、メディアプレーヤは、ライブＭＰＤ４２０の前に広告ＭＰＤ４１０を再生し得る。

【0024】

本開示の一態様によれば、ＭＰＤ連鎖を使用してメディア再生のために２つ以上の非線形メディアソースから単一のメディアソース拡張（ＭＳＥ）バッファを設定するために、ＤＡＳＨプレーヤのために１つまたは複数のタイミングモデルが提供されてもよい。ＭＳＥバッファは、必要なタイムシフトバッファ深度をサポートするように設定され得る。広告メディアとライブメディアの両方を異なるコード、プロファイル、および／またはレベルで再生するために、再初期化セグメントをＭＳＥバッファに追加し得る。いくつかの実施形態では、ＤＡＳＨプレーヤが広告にシークバックすることを可能にするために、またはＤＡＳＨプレーヤが真のライブタイムシフトバッファにシークすることを可能にするため広告メディアセグメントをライブメディアセグメントで置き換えることを可能にするために、タイムシフトバッファに広告メディアセグメントを維持し得る。

【0025】

ビデオデータから１つまたは複数のＭＰＤを取得し得る。１つまたは複数のＭＰＤは、１つまたは複数の広告メディアセグメントを生成および／または取得するために構文解析され得る。いくつかの実施形態では、１つまたは複数の広告メディアセグメントは、１つまたは複数のライブメディアセグメントに関連付けられた少なくとも１つのユニバーサルリソースロケータ（ＵＲＬ）を含み得る。広告メディアセグメント（「オンデマンドコンテンツ」とも呼ばれる）は、再生前に利用可能であり得る。広告メディアセグメントは、知られている持続時間を有さなくてもよいが、少なくとも最大持続時間－Ｄ_ＭＡＸを有してもよい。１つまたは複数の広告メディアセグメントに関連付けられたプレゼンテーション時間オフセットは、タイムスケールＴ_Ｐを伴うＰＴＯ_Ｐとして知られ得る。

【0026】

ライブコンテンツは、１つまたは複数のライブＭＰＤを含み得る。１つまたは複数のライブＭＰＤは、１つまたは複数のライブメディアセグメントを含み得る。ライブコンテンツの開始時間およびライブコンテンツの現在の期間開始時間は知られていてもよい。１つまたは複数のライブメディアセグメントに関連付けられたプレゼンテーション時間オフセットは、タイムスケールＴ_Ｌを伴うＰＴＯ_Ｌとして知られ得る。そのセグメントの推定最先プレゼンテーション時間（ＥＥＰＴ_Ｌ）でライブコンテンツを開始するためのセグメントアドレスは知られていない場合がある。１つまたは複数のライブメディアセグメントに関連付けられた最大セグメント持続時間はＭＳＤとして知られていてもよく、ライブコンテンツの所望のタイムシフトバッファ深度はＴＳＢ_Ｌとして知られていてもよい。

【0027】

本開示の実施形態によれば、広告ＭＰＤはライブＭＰＤに関する情報をまったく有さない可能性があり、したがって、ＭＳＥバッファを設定するために、ＤＡＳＨクライアントは、ＭＳＥバッファを設定する前にライブＭＰＤをダウンロードする必要があり得る。

【0028】

上述の実施形態によれば、ＤＡＳＨプレーヤ（例えば、３００）は、もう１つの広告ＭＰＤをダウンロードして、それを構文解析し得る。ファイルフォーマットパーサは、広告ＭＰＤで必要なコーデックを見つけ、および／または取得し得る。広告ＭＰＤからの広告メディアセグメント内のＵＲＬを使用して、ライブＭＰＤをダウンロードし得、ライブメディアＭＰＤのライブエッジおよび対応する期間を見つけ得る。ファイルフォーマットパーサは、ライブＭＰＤで必要なコーデックを見つけ／取得し得る。ＭＳＥバッファは、広告ＭＰＤとライブＭＰＤ（または広告メディアセグメントとライブメディアセグメント）の両方のコーデック情報に基づいて設定され得る。広告メディアセグメントは、広告ＭＰＤからダウンロードされ、タイミングモデル、例えば図５Ａ～図５Ｂのタイミングモデルを使用してＭＳＥバッファに付加され得る。広告メディアセグメントの付加に続いて、ライブメディアセグメントは、タイミングモデル、例えば図５Ａ～図５Ｂのタイミングモデルを使用してＭＳＥバッファにダウンロードまたは付加されてもよい。

【0029】

図５Ａ～図５Ｂは、ＭＰＤ連鎖を使用して広告メディアセグメントおよびライブメディアセグメントを処理するための例示的なメディアソースバッファ５００およびメディアソースバッファ５５０を示す。

【0030】

図５Ａに示すように、ＭＳＥアペンドウィンドウは、最大広告期間（例えば、Ｄ_ＭＡＸ）以上のサイズで定義され得る。ＭＳＥアペンドウィンドウタイムスタンプオフセットは、広告セグメントを付加する間、ＴＳＯ_Ｐ＝－（ＰＴＯ_Ｐ／Ｔ_Ｐ）として設定され得る。

【0031】

図５Ｂに示すように、ＭＳＥアペンドウィンドウは、ＤＡＳＨクライアントによってライブＭＰＤ時間シフトバッファ（ＴＳＢ_Ｌ）を考慮してＤ_Ｌｉｖｅにサイズ変更され得る。いくつかの実施形態では、Ｄ_Ｌｉｖｅ＝Ｍａｘ（ＴＳＢ_Ｌ，Ｄ_ＭＡＸ）以上である。ＭＳＥアペンドウィンドウタイムスタンプオフセットは、ＴＳＯ_Ｌとしてリセットされてもよく、ＴＳＯ_Ｌは、第１のライブセグメントを付加する前にＭａｘ（ＴＳＢ_Ｌ，Ｄ_ＭＡＸ）＋ＥＥＰＴ_ｌ＋ＭＳＤ－（ＰＴＯ_Ｌ／Ｔ_Ｌ）に等しくてもよい。付加およびタイムスタンプオフセットに基づいて、広告メディアセグメント時間とライブメディアセグメント時間の間にＭＳＥバッファ上でシークすることができる。ライブメディアセグメントの前に再生されている広告メディアセグメントの最後のフレームに基づいて、ライブメディアセグメントの開始をシークすることができる。広告メディアセグメントが１回再生されると予想される場合、広告メディアセグメント時間範囲はパージされてもよい。プレーヤがタイムシフトされたライブメディアセグメントをシークした後に広告メディアセグメントが再生され得る実施形態では、タイムシフトされたライブメディアセグメントのために第３の時間範囲を作成し得る。

【0032】

広告は１回再生され、取り除かれる
ＭＳＥ設定：ＭＳＥが広告ビデオコーデックおよびプロファイルをサポートし得るかどうかをチェックし、ＭＳＥバッファを作成し、そしてＭＳＥバッファアペンドウィンドウ持続時間はＤ_ＭＡＸまで設定し得る。

【0033】

再生：ＭＳＥタイムスタンプオフィシャルは、ＴＳＯ＝－（ＰＴＯ_Ｐ／Ｔ_Ｐ）に基づいて設定され得、第１の広告メディアセグメントを取得してＭＳＥバッファに付加し得、広告ＭＰＤの広告メディアセグメントの各々はＭＳＥバッファに付加されてもよい。各メディアセグメントがダウンロードされるのに続いて、ＭＳＥアペンドウィンドウは持続時間Ｄ_ＬＩＶＥまで拡張されてもよく、タイムスタンプオフセットはＴＳＯ_Ｌ＝Ｍａｘ（ＴＳＢ_Ｌ，Ｄ_ＭＡＸ）＋ＥＰＴ＋ＭＳＤ－（ＰＴＯ_Ｌ／Ｔ_Ｌ）であってもよい。第１のライブメディアセグメントはＭＳＥバッファに付加されてもよく、ライブＭＰＤからの各ライブメディアセグメントも付加されてもよい。広告メディアセグメントの終了に到達したことに基づいて、ライブメディアセグメントの開始時間にシークする。

【0034】

タイムシフトバッファ：広告メディアセグメントの開始から終了までの範囲を除去し得る。

【0035】

広告は一旦再生されるが、ミッドロールに留まる
ＭＳＥ設定：ＭＳＥが広告ビデオコーデックおよびプロファイルをサポートし得るかどうかをチェックし、ＭＳＥバッファを作成し、そしてＭＳＥバッファアペンドウィンドウ持続時間はＴＳＢ_Ｍａｘ＝Ｄ_ＭＡＸ＋ｕｐｐｅｒｅｓｔｉｍａｔｅｏｆＴＳＢＤ_Ｌまで設定し得る。アペンドウィンドウの開始はゼロに設定され、アペンドウィンドウの終了はＴＳＢ_Ｍａｘ＋Ｄ_Ｌｉｖｅに設定され得る。いくつかの実施形態では、ライブプログラムの持続時間が知られていない場合、アペンドウィンドウ端部は大きな値または無限大であり得る。

【0036】

再生：ＭＳＥタイムスタンプオフセットは、ＴＳＯ＝ＴＳＢ_Ｍａｘ－Ｄ_ＭＡＸ－（ＰＴＯ_Ｐ／Ｔ_Ｐ）に設定され得る。第１の広告メディアセグメントが取得されＭＳＥバッファに付加され得、広告ＭＰＤの広告メディアセグメントの各々はＭＳＥバッファに付加されてもよい。ライブメディアセグメントのコーデック、プロファイル、および／またはレベルに関して、変更タイプを発行し得る。タイムスタンプオフセットは、ＴＳＯ_Ｌ＝Ｍａｘ（ＴＳＢ_Ｌ，Ｄ_ＭＡＸ）＋ＥＰＴ＋ＭＳＤ－（ＰＴＯ_Ｌ／Ｔ_Ｌ）に設定され得る。第１のライブメディアセグメントはＭＳＥバッファに付加されてもよく、ライブＭＰＤからの各ライブメディアセグメントも付加されてもよい。広告メディアセグメントの終了に到達したことに基づいて、ライブメディアセグメントの開始時間にシークする。次いで、第１の広告メディアセグメントを再度取得し、ＭＳＥに付加し得る。

【0037】

タイムシフトバッファ管理：タイムシフトバッファのタイムスタンプオフセットは、ＴＳＯ＝ＴＳＢ_Ｍａｘ－Ｄ_Ｍａｘ－（ＰＴＯ_Ｐ／Ｔ_Ｐ）－（ＰＴＯ_Ｌ／Ｔ_Ｌ）として設定され得る。再び再生されている広告メディアセグメントに基づいて、１つまたは複数の広告メディアセグメントを取得し、タイムシフトバッファに付加し得る。各広告メディアセグメントは、タイムシフトバッファに付加されてもよい。

【0038】

Ｗ３Ｃ暗号化メディア拡張（ＥＭＥ）インターフェース
Ｗ３ＣＥＭＥインターフェースは、メディア再生における暗号化データの復号化に使用され得る。広告コンテンツは、通常、保護されない可能性がある。しかし、ライブコンテンツは保護されてもよい。ライブコンテンツが保護されているとき、プレーヤは、広告ＭＰＤをダウンロードし、その広告ＭＰＤのＵＲＬを使用してライブＭＰＤをダウンロードする必要があり得る。ライブＭＰＤの情報を使用して、プレーヤはＥＭＥおよびＭＳＥパイプラインを設定し得る。ＥＭＥパイプライン設定は、ライセンスサーバからライセンスキーを取得することを含み得る。その後、プレーヤは、広告ＭＰＤを使用して広告セグメントのダウンロードを開始し、それらをメディアパイプラインに付加し得る。

【0039】

いくつかの実施形態では、広告ＭＰＤはライブＭＰＤに関する情報を有していない可能性があるため、ＭＳＥおよびＥＭＥは順次設定されてもよい。プレーヤは、広告ＭＰＤをダウンロードしてもよい。広告ＭＰＤのＵＲＬを使用して、プレーヤはライブＭＰＤをダウンロードして構文解析し得る。ライブＭＰＤのパラメータが与えられると、プレーヤはＭＳＥバッファおよびＥＭＥバッファを設定し得る。その後、プレーヤは、後続の広告ＭＰＤをダウンロードし、対応するセグメントのダウンロードおよびそれらのメディアパイプラインへの付加を開始し得る。

【0040】

いくつかの実施形態では、広告ＭＰＤはライブＭＰＤに関する情報を有してもよく、ＭＳＥおよびＥＭＥは並列に設定されてもよい。プレーヤは、広告ＭＰＤをダウンロードし得、その後、広告ＭＰＤの構文解析に基づいて、プレーヤは、その期間を内部メモリに記憶し得る。広告ＭＰＤのＵＲＬを使用して、プレーヤはライブＭＰＤをダウンロードして構文解析し、その期間を内部メモリに記憶し得る。広告およびライブＭＰＤのパラメータが与えられると、プレーヤはＭＳＥバッファおよびＥＭＥバッファを設定し得る。次いで、広告期間からの広告セグメントをダウンロードし、メディアパイプラインに付加し得る。

【0041】

図６は、ＭＰＤ連鎖を使用して２つ以上の非線形メディアソースから線形メディアソース拡張（ＭＳＥ）バッファを構築するためのプロセス６００を例示する例示的なフローチャートを示す。

【0042】

動作６１０では、１つまたは複数の広告メディアセグメントを含む少なくとも１つの取得されたメディアプレゼンテーションセグメント（ＭＰＤ）が構文解析され得る。１つまたは複数の広告メディアセグメントは、少なくとも１つのユニバーサルリソースロケータ（ＵＲＬ）を含み得る。一例として、マニフェストパーサ３０３、インバンドイベント、およびｍｏｏｆパーサ３０６は、取得されたＭＰＤを構文解析し得る。動作は、少なくとも１つの取得されたＭＰＤおよびライブＭＰＤに関連付けられた１つまたは複数のコードを取得することを含み得る。

【0043】

動作６１５では、少なくとも１つのＵＲＬに基づいて、ライブＭＰＤを取得し得、ライブＭＰＤは１つまたは複数のライブメディアセグメントを含む。一例として、ライブＭＰＤ４２０は、広告ＭＰＤ４１０のＵＲＬの構文解析に基づいて取得され得る。

【0044】

動作６２０では、１つまたは複数の広告メディアセグメントは、第１のタイミングモデルに基づいて第１のバッファに付加されてもよい。いくつかの実施形態では、第１のバッファは、少なくとも１つの取得されたＭＰＤに基づいて第１の最大持続時間まで拡張され得る。一例として、ＭＳＥバッファはＤ_ＭＡＸに拡張されてもよい。第１のバッファのタイムスタンプオフセットはまた、１つまたは複数の広告メディアセグメントに関連付けられた第１のプレゼンテーション時間オフセットに基づいて設定され得る。一例として、第１のプレゼンテーション時間オフセットは、ＴＳＯ＝ＴＳＢ_Ｍａｘ－Ｄ_ＭＡＸ－（ＰＴＯ_Ｐ／Ｔ_Ｐ）を含み得る。いくつかの実施形態では、第１のプレゼンテーション時間オフセットは、ＴＳＯ＝－（ＰＴＯ_Ｐ／Ｔ_Ｐ）を含み得る。

【0045】

動作６２５では、第２のタイミングモデルに基づいて第１のバッファに１つまたは複数のライブメディアセグメントを付加することにより、１つまたは複数のライブメディアセグメントは１つまたは複数の広告メディアセグメントに連鎖され得る。いくつかの実施形態では、ライブメディアセグメントは、各広告メディアセグメントが追加された後にのみ付加さ得る。第２のタイミングモデルに基づいて付加することは、１つまたは複数のライブメディアセグメントに基づいて第１のバッファを第２の最大持続時間まで拡張することを含み得る。１つまたは複数のライブメディアセグメントに関連付けられた第２のプレゼンテーション時間オフセットに基づく第１のバッファのタイムスタンプオフセットはリセットされ得る。一例として、ＭＳＥは、ＴＳＯ_Ｌ＝Ｍａｘ（ＴＳＢ_Ｌ，Ｄ_ＭＡＸ）＋ＥＰＴ＋ＭＳＤ－（ＰＴＯ_Ｌ／Ｔ_Ｌ）に拡張されてもよい。

【0046】

第１のライブメディアセグメントは、１つまたは複数のライブメディアセグメントの中の第１のバッファに付加され得る。実施形態によれば、第２のプレゼンテーション時間オフセットは、１つまたは複数のライブメディアセグメントに関連付けられた推定最先プレゼンテーション時間および１つまたは複数のライブメディアセグメントに関連付けられた最大セグメント持続時間に基づく。

【0047】

プレーヤは、再生されている１つまたは複数の広告メディアセグメントの最後のフレームに基づいて、第１のバッファに付加された１つまたは複数のライブメディアセグメントの開始にシークし得る。

【0048】

動作６３０では、第１のタイミングモデルおよび第２のタイミングモデルに基づいて、１つまたは複数の広告メディアセグメントおよび１つまたは複数のライブメディアセグメントをディスパッチし得る。いくつかの実施形態では、第１の広告メディアセグメントが１回再生されるように構成されていることに基づいて、１つまたは複数の広告メディアセグメントの中から第１の広告メディアセグメントを第１のバッファからパージし得る。他の実施形態では、１つまたは複数の広告メディアセグメントの中の第１の広告メディアセグメントは、第１の広告メディアセグメントが複数回再生されるように構成されていることに基づいて第３のバッファ（例えば、タイムスタンプバッファ）に付加されてもよく、１つまたは複数のライブメディアセグメントの中の第１のライブメディアセグメントは、第１の広告メディアセグメントが第１のライブメディアセグメント中のミッドロール広告であることに基づいて第１の広告メディアセグメントの前に付加されてもよい。

【0049】

いくつかの実施形態では、暗号化されている１つまたは複数のライブメディアセグメントに基づいて、１つまたは複数のライセンスキーをライセンスサーバから取得し得、１つまたは複数のライセンスキーを第２のバッファに記憶および／または付加し得る。

【0050】

図６はプロセス６００の例示的なブロックを示しているが、実装形態では、プロセス６００は、図６に示されるものに比べて、追加のブロック、より少ないブロック、異なるブロック、または異なる配置のブロックを含んでもよい。実施形態において、プロセス６００のいずれかのブロックは、必要に応じて、どのような量に組み合わされてもよく、またはどのような順序に配置されてもよい。実施形態において、プロセス６００のブロックのうちの２つ以上は、並行して実行されてもよい。

【0051】

上述した技術は、コンピュータ可読命令を使用し、１つまたは複数のコンピュータ可読メディアに物理的に記憶されたコンピュータソフトウェアとして、または具体的に構成された１つまたは複数のハードウェアプロセッサによって実施することができる。例えば、図７は、様々な実施形態の実施に適したコンピュータシステム７００を示している。

【0052】

コンピュータソフトウェアは、コンピュータ中央処理装置（ＣＰＵ）、グラフィック処理装置（ＧＰＵ）などによって、直接、または解釈、マイクロコードの実行などを介して実行できる命令を含むコードを作成するために、アセンブリ、コンパイル、リンクなどの機構の適用を受け得る、任意の適切な機械コードまたはコンピュータ言語を使用してコーディングすることができる。

【0053】

命令は、例えば、パーソナルコンピュータ、タブレットコンピュータ、サーバ、スマートフォン、ゲームデバイス、モノのインターネットデバイスなどを含む、様々なタイプのコンピュータまたはその構成要素上で実行することができる。

【0054】

コンピュータシステム７００について図７に示された構成要素は、本質的に例示的なものであり、本開示の実施形態を実装するコンピュータソフトウェアの使用範囲または機能に関するいかなる制限も示唆するものではない。構成要素の構成は、コンピュータシステム７００の例示的な実施形態に示された構成要素のいずれか１つまたは組合せに関するいかなる依存関係または要件も有すると解釈されるべきでない。

【0055】

コンピュータシステム７００は、特定のヒューマンインターフェース入力デバイスを含み得る。そのようなヒューマンインターフェース入力デバイスは、例えば、触覚入力（キーストローク、スワイプ、データグローブの動きなど）、音声入力（声、拍手など）、視覚入力（ジェスチャなど）、嗅覚入力を介して、１人または複数の人間ユーザによる入力に応答し得る。ヒューマンインターフェースデバイスを用いて、音声（発話、音楽、周囲音など）、画像（スキャン画像、静止画像カメラから取得される写真画像など）、ビデオ（２次元ビデオ、立体ビデオを含む３次元ビデオなど）など、人間による意識的な入力に必ずしも直接関係ない特定のメディアをキャプチャし得る。

【0056】

入力ヒューマンインターフェースデバイスは、キーボード７０１、マウス７０２、トラックパッド７０３、タッチスクリーン７１０、ジョイスティック７０５、マイクロフォン７０６、スキャナ７０８、カメラ７０７のうちの１つまたは複数（各々うちの１つのみが図に示されている）を含み得る。

【0057】

コンピュータシステム７００はまた、特定のヒューマンインターフェース出力デバイスも含み得る。そのようなヒューマンインターフェース出力デバイスは、例えば、触覚出力、音、光、および嗅覚／味覚を介して、１人または複数の人間のユーザの感覚を刺激している場合がある。そのようなヒューマンインターフェース出力デバイスは、触覚出力デバイス（例えば、タッチスクリーン７１０またはジョイスティック７０５による触覚フィードバックであるが、入力デバイスとして機能しない触覚フィードバックデバイスも存在し得る）と、音声出力デバイス（例えば、スピーカ７０９、ヘッドホンなど）と、視覚出力デバイス（例えば、ＣＲＴスクリーン、ＬＣＤスクリーン、プラズマスクリーン、ＯＬＥＤスクリーンを含むスクリーン７１０であって、それぞれにタッチスクリーン入力機能を備えたものと備えていないものとがあり、それぞれに触覚フィードバック機能を備えたものと備えていないものとがあり、これらの一部は、ステレオグラフィック出力、仮想現実メガネ、ホログラフィックディスプレイ、およびスモークタンクなどの手段を介して、２次元視覚出力または３次元超出力を出力することができてもよい）と、プリンタと、を含み得る。

【0058】

コンピュータシステム７００はまた、人間がアクセス可能な記憶デバイス、およびＣＤ／ＤＶＤ７１１などのメディアを伴うＣＤ／ＤＶＤＲＯＭ／ＲＷ７２０を含む光学メディア、サムドライブ７２２、リムーバブルハードドライブまたはソリッドステートドライブ７２３、テープおよびフロッピーディスクなどのレガシー磁気メディア、セキュリティドングルなどの専用ＲＯＭ／ＡＳＩＣ／ＰＬＤベースのデバイスなどのそれらの関連メディアを含むことができる。

【0059】

当業者はまた、現在開示された主題に関連して使用される「コンピュータ可読メディア」という用語が、送信メディア、搬送波、または他の一時的な信号を包含しないことを理解するはずである。

【0060】

コンピュータシステム７００はまた、１つまたは複数の通信ネットワーク７９８へのインターフェース７９９を含むことができる。ネットワーク７９８は、例えば、無線、有線、光とすることができる。ネットワーク７９８はさらに、ローカル、ワイドエリア、メトロポリタン、車両および産業用、リアルタイム、遅延耐性などとすることができる。ネットワーク７９８の例は、例えば、イーサネットなどのローカルエリアネットワーク、無線ＬＡＮ、ＧＳＭ、３Ｇ、４Ｇ、５Ｇ、ＬＴＥなどを含むセルラーネットワーク、ケーブルテレビ、衛星テレビおよび地上波テレビを含むテレビ有線または無線ワイドエリアデジタルネットワーク、ＣＡＮＢｕｓを含む車載および産業用ネットワークなどを含む。特定のネットワーク７９８は一般的に、特定の汎用データポートまたは周辺バス（７５０および７５１）（例えば、コンピュータシステム７００のＵＳＢポートに接続される外部ネットワークインターフェースアダプタを必要とし、他のネットワークは一般的に、以下に説明するようなシステムバス（例えば、ＰＣコンピュータシステムへのイーサネットインターフェース、またはスマートフォンコンピュータシステムへのセルラーネットワークインターフェース）に接続されることによって、コンピュータシステム７００のコアに統合される。これらのネットワーク７９８のいずれかを使用して、コンピュータシステム７００は他のエンティティと通信することができる。そのような通信は、単方向の受信のみ（例えば、放送ＴＶ）、単方向送信のみ（例えば、特定のＣＡＮｂｕｓデバイスへのＣＡＮｂｕｓ）、または双方向、例えばローカルエリアまたはワイドエリアデジタルネットワークを使用する他のコンピュータシステムへの通信であり得る。特定のプロトコルおよびプロトコルスタックは、上記で説明したように、それらのネットワークおよびネットワークインターフェースの各々で使用され得る。

【0061】

前述のヒューマンインターフェースデバイス、人間がアクセス可能な記憶デバイス、およびネットワークインターフェースを、コンピュータシステム７００のコア７４０に接続することができる。

【0062】

コア７４０は、１つまたは複数の中央処理装置（ＣＰＵ）７４１、グラフィック処理装置（ＧＰＵ）７４２、グラフィックアダプタ７１７、フィールドプログラマブルゲートエリア（ＦＰＧＡ）７４３の形態の特殊なプログラマブル処理装置、特定のタスクのためのハードウェアアクセラレータ７４４などを含むことができる。これらのデバイスは、読み出し専用メモリ（ＲＯＭ）７４５、ランダムアクセスメモリ７４６、内部の非ユーザアクセス可能ハードドライブ、ＳＳＤなど７４７の内部大容量記憶部と共に、システムバス７４８を介して接続され得る。いくつかのコンピュータシステムでは、システムバス７４８は、追加のＣＰＵ、ＧＰＵなどによる拡張を可能にするために、１つまたは複数の物理プラグの形態でアクセス可能であり得る。周辺デバイスは、コアのシステムバス７４８に直接接続することも、周辺バス７５１を介して接続することもできる。周辺バスのアーキテクチャは、ＰＣＩ、ＵＳＢなどを含む。

【0063】

ＣＰＵ７４１、ＧＰＵ７４２、ＦＰＧＡ７４３、およびアクセラレータ７４４は、組み合わさって前述のコンピュータコードを構成することができる特定の命令を実行することができる。そのコンピュータコードを、ＲＯＭ７４５またはＲＡＭ７４６に記憶することができる。過渡的なデータをＲＡＭ７４６に記憶することもでき、一方永続的なデータを、例えば、内部大容量記憶部７４７に記憶することができる。１つまたは複数のＣＰＵ７４１、ＧＰＵ７４２、大容量記憶部７４７、ＲＯＭ７４５、ＲＡＭ７４６などと密接に関連付けることができるキャッシュメモリを使用することにより、メモリデバイスのいずれかへの高速記憶および高速取り出しを可能にすることができる。

【0064】

コンピュータ可読メディアは、様々なコンピュータ実装動作を実行するためのコンピュータコードをそこに有することができる。メディアおよびコンピュータコードは、本開示の目的のために特別に設計および構築されたものであり得るか、またはそれらは、コンピュータソフトウェア技術のスキルを有する人々に周知かつ利用可能な種類であり得る。

【0065】

一例として、かつ限定としてではなく、図示のアーキテクチャを有するコンピュータシステム７００、具体的にはコア７４０は、１つまたは複数の有形のコンピュータ可読メディアに具現化されたソフトウェアを（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、アクセラレータなどを含む）プロセッサが実行する結果として、機能を実現することができる。そのようなコンピュータ可読メディアは、上述したようなユーザアクセス可能な大容量記憶、ならびにコア内部大容量記憶部７４７やＲＯＭ７４５などの非一時的な性質のものであるコア７４０の特定の記憶に関連付けられたメディアとすることができる。本開示の様々な実施形態を実施するソフトウェアを、そのようなデバイスに記憶し、コア７４０によって実行することができる。コンピュータ可読メディアは、特定の必要性に応じて、１つまたは複数のメモリデバイスまたはチップを含むことができる。ソフトウェアは、コア７４０、具体的にはコア中のプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡなどを含む）に、ＲＡＭ７４６に記憶されたデータ構造を定義すること、およびソフトウェアによって定義されたプロセスに従ってそのようなデータ構造を変更することを含む、本明細書に記載される特定のプロセスまたは特定のプロセスの特定の部分を実行させることができる。加えて、または代替として、コンピュータシステムは、本明細書に記載される特定のプロセスまたは特定のプロセスの特定の部分を実行するためにソフトウェアの代わりに、またはソフトウェアと一緒に動作することができる、回路において配線またはそれ以外の方法で具体化されたロジック（例えば、アクセラレータ７４４）の結果としての機能を提供することもできる。必要に応じて、ソフトウェアへの参照はロジックを包含することができ、その逆も同様である。必要に応じて、コンピュータ可読メディアへの参照は、実行のためのソフトウェアを記憶する回路（集積回路（ＩＣ）など）、実行のためのロジックを具体化する回路、またはこれらの両方を包含することができる。本開示は、ハードウェアとソフトウェアの任意の適切な組合せを包含する。

【0066】

本開示は、いくつかの例示的な実施形態を記載しているが、本開示の範囲内に入る変更、置換、および様々な代替の均等物が存在する。したがって、当業者は、本明細書に明示的に示されていないまたは記載されていないが、本開示の原理を具体化し、したがってその趣旨および範囲内にある多数のシステムおよび方法を考案することができることが理解されよう。

【符号の説明】

【0067】

１００通信システム
１０１端末
１０２端末
１０３端末
１０４端末
１０５ネットワーク
２０１ビデオソース
２０２エンコーダ
２０３キャプチャサブシステム
２０４エンコード済みビデオビットストリーム
２０５ストリーミングサーバ
２０６エンコード済みビデオビットストリーム
２０７ストリーミングクライアント
２０８エンコード済みビデオビットストリーム
２０９ディスプレイ
２１０送出ビデオサンプルストリーム
２１２ストリーミングクライアント
２１３非圧縮ビデオサンプルストリーム
３００ＤＡＳＨ処理モデル
３０１アプリケーション
３０２ＤＡＳＨプレーヤ制御、選択、およびヒューリスティックロジック
３０３マニフェストパーサ
３０６インバンドイベントおよび「ｍｏｏｆ」パーサ
３２５時限メタデータ追跡パーサ
３３０イベントおよびメタデータバッファ
３３５イベントおよびメタデータシンクロナイザおよびディスパッチャ
３４０メディアバッファ
３４５メディアデコーダ
３５０ファイルフォーマットパーサ
４１０広告ＭＰＤ
４２０ライブＭＰＤ
５００メディアソースバッファ
５５０メディアソースバッファ
７００コンピュータシステム
７０１キーボード
７０２マウス
７０３トラックパッド
７０５ジョイスティック
７０６マイクロフォン
７０７カメラ
７０８スキャナ
７０９スピーカ
７１０タッチスクリーン
７１７グラフィックアダプタ
７２０光学メディア
７２２サムドライブ
７２３リムーバブルハードドライブまたはソリッドステートドライブ
７４０コア
７４１中央処理装置、ＣＰＵ
７４２グラフィック処理装置、ＧＰＵ
７４３フィールドプログラマブルゲートエリア、ＦＰＧＡ
７４４ハードウェアアクセラレータ
７４５読み出し専用メモリ、ＲＯＭ
７４６ランダムアクセスメモリ、ＲＡＭ
７４７内部大容量記憶部
７４８システムバス
７５０周辺バス
７５１周辺バス
７９８ネットワーク
７９９インターフェース

【図1】