JP2021048582A - セグメンター流動性のためのパッケージャ - Google Patents

Abstract

【課題】メディア再生を改善するための方法、コンピュータプログラム製品及びシステムを提供する。【解決手段】クライアント固有プレイリスト及び処理済みバリアントストリームをクライアントデバイスへ配信するためのシステムにおいて、バリアントストリームを受信する工程と、バリアントストリームに含まれるメディアコンテンツを再生する複数の異なるタイプのクライアントデバイスについて、それぞれの最大セグメント時間長を識別する工程と、バリアントストリームを使用して、複数の異なるタイプのクライアントデバイスのそれぞれについて、それぞれ異なる最大セグメント時間長を含んでいるプレイリストを生成する工程と、複数の異なるタイプのクライアントデバイスのうちの少なくとも１つにそれぞれのプレイリストを、分配ネットワークを介して配信する工程と、を含む。【選択図】図１

Description

背景

アダプティブビットレートストリーミング（ＡＢＲ）は、連続で途切れないメディア再生をクライアントデバイスに提供できるコンピュータネットワークストリーミング技術である。ＡＢＲは、クライアントデバイスのネットワーク帯域幅とデータスループットをリアルタイムで測定し、それに応じてクライアントデバイスに配信されるストリーミング品質を調整することに関係する。

ストリーミング品質は、メディアコンテンツを含むファイルのサイズに表れる。高品質のストリームは、ストリーミングのビットレートが高く、ファイルサイズが比較的大きくなることを表している。したがって、高品質のストリームには、より多くのネットワーク帯域幅とより大きなデータスループットがクライアントデバイスに必要になる。それは、クライアントデバイス上での連続で途切れないメディア再生を保証するためである。同様に、低品質のストリームは、ストリーミングビットレートが小さく、ファイルサイズが比較的小さくなることを表している。したがって、低品質のストリームでは、クライアントデバイス上での連続で途切れないメディア再生を保証するために必要なクライアントデバイスのネットワーク帯域幅とデータスループットが少なくて済む。

上記の態様を達成し、詳細に理解できるように、上記で簡潔に概要を述べた本明細書に記載の実施形態のより具体的な説明を、添付図面を参照することによって得ることができる。ただし、他にも等しく効果的な実施形態が考えられるので、添付図面は典型的な実施形態を示しており、したがって、限定していると解釈されるべきではないことに留意すべきである。
一実施形態による、クライアント固有プレイリスト及び処理済みバリアントストリームをクライアントデバイスへ配信するためのシステムを示す。 一実施形態による、一般的なメディアコンテンツのための符号化バリアントストリームを示す。 一実施形態による、パッケージャを動作させるためのフローチャートを示す。 一実施形態による、対応するクライアント固有プレイリストを有する処理済みバリアントストリームを示す。 一実施形態による、同じバリアントストリームに対する種々のクライアント固有プレイリストのセグメント時間長及びセグメント境界を示す。 一実施形態による、メディア再生の様々な時点でのセグメント時間長グループ化の変更を示す。 一実施形態による、クライアントデバイス上でのメディア再生を示す。

詳細な説明

本開示の構成を詳細に理解できるように、本明細書に開示される本発明の諸実施形態は、コンピュータネットワークストリーミングプロトコルとしてＨＴＴＰライブストリーミング（ＨＬＳ）を参照し得る。クライアントデバイスプラットフォームすなわちオペレーティングシステム（ＯＳ）は、ＯＳ−Ａ、ＯＳ−Ｂ、ＯＳ−Ｃなどと呼ばれることがある。ＯＳの例には、Ａｎｄｒｏｉｄ（商標名）及びｉＯＳ（商標名）がある。クライアントデバイスのメディアプレーヤーは、メディアプレーヤーＡ、メディアプレーヤーＢ、メディアプレーヤーＣなどと呼ばれることがある。クライアントデバイスのメディアプレーヤーの一例が、ＪａｖａＳｃｒｉｐｔベースのメディアプレーヤーである。ただし、開示された実施形態を、前述のネットワークプロトコル、プラットフォームすなわちＯＳ、又はメディアプレーヤーのいずれかに限定されるものとして解釈するべきではない。

ＨＬＳは、マスタープレイリストを介してメディアコンテンツを配信できるコンピュータネットワークストリーミングプロトコルである。マスタープレイリストは複数のバリアントストリームを参照し、このバリアントストリームの各々は同じメディアコンテンツについての異なるストリーミング品質を表す。各バリアントストリームは、クライアントデバイスで順番に再生されるメディアコンテンツの連続した最大時間長セグメントの集合を参照するメディアプレイリストを含む。

セグメントは、メディアプレイリスト内で１つ以上のＵＲＩ（ユニフォームリソースアイデンティファイア）と、オプションでバイトレンジによって識別される。ＵＲＩは、インターネット上のリソースを識別する文字列である。メディアプレイリストの各セグメントは、通常は複数のバリアントストリーム間で同期されるセグメント境界で開始及び終了を行う。ＡＢＲは、これらの整列配置されたセグメント境界でストリーミング品質を調整することによって実行される。これらの調整は、あるバリアントストリーム内のセグメントのグループから、別のバリアントストリーム内のセグメントの連続したグループへの切り替えを含む。

ＨＬＳのためのメディア再生の最適化は、クライアントデバイスやクライアントメディアプレーヤーの違いによって妨げられる場合がある。メディア再生を開始すると、多くのクライアントデバイスが、セグメントの時間長に関係なく、一定数のセグメントをダウンロードする。ダウンロードされたセグメントの数に関係なく、一定時間バッファリングを行うクライアントデバイスもある。したがって、種々のクライアントデバイス（例えば、異なるタイプのＯＳ又はメディアプレーヤーを有するクライアント）が、メディア再生のための種々の又は相反するパフォーマンス最適化を有し得る。

さらに、多くのメディアプレーヤーは、高ストリーミング品質ではなく中ストリーミング品質でメディア再生を開始する。それは、初期の高ストリーミング品質を維持できないことに起因するバッファリングによるメディア再生のスキップを最小限に抑えるためである。中ストリーミング品質でメディア再生を開始すると、ある不利なことが生じる。それは、クライアントデバイスの利用可能な帯域幅とデータスループットによって、より高ストリーミング品質がサポートされる場合に生じる。このような場合、メディア再生のパフォーマンスは最適化されない。なぜなら、クライアントが一定数のセグメントをダウンロードしている間、又はセグメントを一定時間ダウンロードしている間に、中ストリーミング品質で時間が費やされているからである。これは、クライアントの帯域幅とデータスループットが許す限りすぐに、メディア再生をより高ストリーミング品質へシフトするのとは、対照的である。

例えば、クライアントデバイスＡが、別のストリーミング品質へ切り替える前に、８秒のセグメント時間長の５つのセグメントをダウンロードするようにプログラムされていると仮定し、クライアントデバイスＡの利用可能な帯域幅とデータスループットが、メディア再生のすべての時点で高ストリーミング品質をサポートすると仮定する。クライアントデバイスＡが中ストリーミング品質でストリーミングを開始し、高ストリーミング品質への移行を希望する場合、クライアントデバイスＡは、高ストリーミング品質に移行する前に、中ストリーミング品質で４０秒間のストリーミングを行う必要がある。中ストリーミング品質での４０秒間のストリーミングは、最適化されたメディア再生ではない。なぜなら、クライアントデバイスＡは、高ストリーミング品質で４０秒間ストリーミングできていた可能性があるからである。

前述の問題の解決、及びメディア再生のさらなる最適化は、セグメント流動性を使用することで達成され得る。このセグメント流動性とは、特定の各クライアントデバイスのプラットフォームに最適な時間長のセグメントを、必要に応じてそれぞれのクライアントデバイスに提示することができるように、メディア作成又はメディア処理の間にセグメントをグループ化する手法である。

本明細書の諸実施形態では、パッケージャは、特定のタイプのクライアントデバイス用に最適化されたセグメント時間長を有する１つ以上のＵＲＩを参照するクライアント固有プレイリストを生成する。クライアントデバイスがサーバーからプレイリストを受信すると、サーバーは、リクエストを行っているクライアントデバイスのタイプを識別し、特定のクライアントデバイス用に最適化されたプレイリストをクライアントデバイスへ配信できる。クライアントデバイスは最適化されたクライアント固有プレイリストを用いて、サーバーからセグメントの可変グループをフェッチ又はリクエストする。セグメントを可変でグループ化することで、セグメントの長さをリアルタイムで最適化し、メディア再生パフォーマンスを向上させることができる。このように、セグメント流動性は、種々のオペレーティングシステムやメディアプレーヤーを実装するクライアントデバイスでメディア再生パフォーマンスを向上させる。

一実施形態では、セグメントの可変グループ化を使用して、メディア再生の起動時とシークポイントでは、より短いセグメント時間長を提供し、他方で、エンドユーザーが開始操作やシーク動作を開始する可能性が低いメディア再生部分では、より長いセグメント時間長を提供する。

図１は、一実施形態による、クライアント固有プレイリスト及び処理済みバリアントストリームをクライアントデバイスへ配信するためのシステムを示す。この実施形態では、オーディオビジュアル（ＡＶ）入力１１０は、トランスコーダ１３０へ配信されるマルチメディアストリームを生成する。トランスコーダ１３０は、マルチメディアストリームを１つ以上の符号化バリアントストリームに変換する。このバリアントストリームの各々は同じメディアコンテンツを含むが、ビットレートは異なっている。符号化バリアントストリームは、符号化バリアントストリーム全体に整列配置されたセグメント境界に、区分境界を含む。符号化バリアントストリームは、パッケージャ１４０へ配信される。

パッケージャ１４０は、データユニット１４２、プレイリストユニット１４４、及び配信ユニット１４６を備える。一実施形態では、データユニット１４２、プレイリストユニット１４４、及び配信ユニット１４６は、ハードウェア（例えば、プロセッサ及びメモリー）で実行されるソフトウェアモジュールである。データユニット１４２は、最大セグメント時間長に関するデータを含む。このデータは、様々なクライアントデバイスのオペレーティングシステム１５８ａ及びメディアプレーヤー１５８ｂに最適なメディア再生パフォーマンスを提供する。最大セグメント時間長は、クライアントデバイスごとに最適化される。例えば、第１タイプのクライアントデバイスは、より短い最大セグメント時間長を使用して最適なメディア再生を有し得る。それに対して、第２タイプのクライアントデバイスは、より長い最大セグメント時間長を使用して最適なフィードバックを行う。

プレイリストユニット１４４は、各クライアントデバイスのオペレーティングシステム１５８ａ又はメディアプレーヤー１５８ｂの最大セグメント時間長を識別し、これらのクライアントデバイスのオペレーティングシステム１５８ａ又はメディアプレーヤー１５８ｂのそれぞれに対して、それぞれのメディアプレイリスト（クライアント固有プレイリスト）を作成する。符号化バリアントストリームは、最大セグメント時間長、又は最大セグメント時間長のグループに、バイトレンジを使用してアクセスできるように、処理される。次に、クライアント固有プレイリストが、処理済みバリアントストリーム１４８ごとに生成される。

配信ユニット１４６は、クライアント固有プレイリストを分配ネットワーク１５０へ配信する。そこでは、一実施形態では、クライアント固有プレイリスト及び処理済みバリアントストリーム１４８が、まず１つ以上のサーバー１５２に送信される。次に、クライアント固有プレイリストが、クライアントデバイス１５６に送信される。１つ以上のサーバーは、クライアントデバイスからの、メディアコンテンツのセグメントに対するあらゆるフェッチ／リクエストを処理する。つまり、クライアント固有プレイリストを使用して、クライアントデバイス１５６は、メディアコンテンツを再生するために、それらのプレイリスト内に識別されるセグメントに対するリクエストを分配ネットワーク１５０に提出することができる。

あるいは、クライアント固有プレイリスト及び処理済みバリアントストリーム１４８が、まず１つ以上のサーバー１５２に送信される。次に、クライアント固有プレイリストが、コンテンツ配信ネットワーク（ＣＤＮ）１５４に送信され、このコンテンツ配信ネットワークは、クライアント固有プレイリストをクライアントデバイス１５６へ配信し、メディアコンテンツのセグメントに対するクライアントデバイスのフェッチ／リクエストを処理する。さらに別の一実施例では、クライアント固有プレイリスト及び処理済みバリアントストリーム１４８がまずＣＤＮ１５４に送信され、このＣＤＮは、クライアント固有プレイリストをクライアントデバイス１５６へ配信し、メディアコンテンツのセグメントに対するクライアントデバイスのフェッチ／リクエストを処理する。フェッチ／リクエストされたセグメントをＣＤＮを使用して処理すると、メディア再生を改善できる。そのために、ＣＤＮエッジサーバーのローカライズにより、フェッチ／リクエストされたセグメントの配信時間を短縮する。

図２は、一実施形態による、共通の（すなわち、同じ）メディアコンテンツの符号化バリアントストリームを示す。この実施形態では、バリアントストリーム１、２０６及びバリアントストリーム２、２０４は、異なるストリーミング品質（ビットレート１及びビットレート２）の符号化バリアントストリームである。各々のバリアントストリームは、符号化バリアントストリームが処理された後に存在し得る潜在的セグメントの区分境界を含む。各潜在的セグメントは、等しいセグメント時間長（例えば、２０４ｄ１〜２０４ｄｎ）によって、又は隣接するセグメント境界（例えば、２０４ｂ１及び２０４ｂ２）によって指定される。

セグメント境界は、バリアントストリーム全体に整列配置される。この実施例では、ＡＢＲのバリアント切り替えが、セグメント境界２０４ｂ１〜ｎ及び２０６ｂ１〜ｎで発生する。各セグメント境界で、クライアントデバイスのネットワーク帯域幅及びデータスループットに基づいて、異なるバリアントストリームをクライアントデバイスへ配信することができる。つまり、ＡＢＲを実装するクライアントデバイスは、セグメント境界で、クライアントデバイスの現在のネットワーク帯域幅とデータスループットに基づいて、ビットレートが低い又は高いバリアントストリームへ切り替えることを決定できる。

例えば、ビットレート１が５Ｍｂｐｓ、ビットレート２が２Ｍｂｐｓの場合、より低ストリーミング品質なバリアントストリーム２、２０４でストリーミングを行うことによって、メディア再生２０２を開始し得る。クライアントデバイスの利用可能なネットワーク帯域幅とデータスループットによって、より高ストリーミング品質なバリアントストリーム１、２０６の再生が可能になる場合、クライアントデバイスは、バリアントストリーム１のプレイリストを取得し、バリアントストリーム１、２０６のセグメントに対するリクエストを送信する。バリアントストリーム２、２０４からバリアントストリーム１、２０６への切り替えが、バリアントストリーム１、２０６及びバリアントストリーム２、２０４の全体に整列配置されたあらゆるセグメント境界（例えば、２０４ｂ１及び２０６ｂ１）で、発生し得る。

その後、クライアントデバイスの利用可能なネットワーク帯域幅とデータスループットが、より高ストリーミング品質なバリアントストリーム１、２０６を維持できなくなった場合、クライアントは、リクエストを処理しているサーバー又はＣＤＮから、より低ストリーミング品質なバリアントストリーム２、２０４のセグメントをリクエストすることができる。バリアントストリーム１、２０６からバリアントストリーム２、２０４への切り替えが、バリアントストリーム１、２０６及びバリアントストリーム２、２０４の全体に整列配置された、その後のセグメント境界（例えば、２０４ｂｎ及び２０６ｂｎ）で、発生する。

チャプターは、メディアコンテンツでの移行点である。例えば、チャプターは、メディアコンテンツ内での広告中断、又は人物間の会話の自然な中断の開始又は終了を示し得る。一実施形態では、チャプターはセグメント境界として機能する。非チャプターセグメント境界に対するチャプターの位置に関係なく、チャプターはメディア再生２０２内の任意の適切な場所で発生し得る。

図３は、一実施形態による、パッケージャの動作のフローチャートを示す。クライアントデバイスごとに、最適なメディア再生のための最適な最大セグメント時間長が異なるため、図３は、クライアントに最適化されたセグメント時間長を各クライアントデバイスへ配信する手法を示している。さらに、メディア再生の間に最適なセグメント時間長が変わる可能性があるため、図３の最適化手法では、セグメント時間長のスパンをリアルタイムで変更することが可能になっている。パッケージャが、前述の問題を解決するために動作する。図３は、本出願の他の諸図を参照して説明されているが、そのような参照は明確にするためであり、図３の説明を前述の図の諸実施形態に限定するためだと解釈するべきではない。

ブロック３０２で、パッケージャは、トランスコーダから符号化バリアントストリームを受信する。各々の符号化バリアントストリームは、メディアコンテンツの潜在的セグメントの区分境界を含む。各々の符号化バリアントストリームは、同じメディアコンテンツを有するが、ストリーミング品質／ビットレートは異なる。メディアコンテンツの各潜在的セグメントの始まりと終了は、セグメント境界であり（例えば、図２の２０４ｂ１及び２０４ｂ２）、このセグメント境界は、すべての符号化バリアントストリーム全体に整列配置されている。２つの隣接するセグメント境界（例えば、２０４ｂ１及び２０４ｂ２）は、セグメント時間長（例えば、２０４ｄｎ）を指定する。

ブロック３０４で、プレイリストユニット１４４は、クライアント固有プレイリスト及び処理済みバリアントストリームを配信するためにクライアントデバイスを識別する。一実施形態では、データユニット１４２、プレイリストユニット１４４、及び配信ユニット１４６は、ハードウェア（例えば、プロセッサ及びメモリー）で実行されるソフトウェアモジュールである。プレイリストユニット１４４は、クライアントの特性に関するデータをデータユニット１４２から収集することができ、このデータユニット１４２には、各クライアントデバイスに関する所定のデータが入力される。所定のデータは、最適な性能についてメディアプレーヤー及びクライアントをテストすることによって決定され得る。例えば、フィールドテストで、第１タイプのクライアントデバイスの場合には、最大セグメント時間長が４秒のプレイリストを使用すると、ビデオの起動時間が短縮され、バリアントの切り替えが高速化され、又はサーバーの負荷が軽減され、第２タイプのクライアントデバイスの場合には、最大セグメント時間長が８秒のプレイリストを使用すると、ビデオの起動時間が短縮され、バリアントの切り替えが高速化され、又はサーバーの負荷が軽減されることが示される場合がある。こうして、この実施例では、４秒の最大セグメント時間長が、第１クライアントの特性である所定のデータであり、８秒の最大セグメント時間長が、第２クライアントの特性である所定のデータである。

ブロック３０６で、プレイリストユニット１４４は、各クライアントデバイスの最適な再生のために、符号化バリアントストリーム内の最大セグメント時間長を識別する。プレイリストユニット１４４は、データユニット１４２から各クライアントデバイスの最大セグメント時間長に関するデータを収集してもよい。このデータユニット１４２は、様々なクライアントデバイスのオペレーティングシステム１５８ａ及びメディアプレーヤー１５８ｂに最適なメディア再生パフォーマンスを提供する最大セグメント時間長に関するデータを含む。

最大セグメント時間長は、クライアントデバイスごとに最適化される。例えば、第１クライアントデバイスはＯＳ−Ｂを使用するかもしれないが、第２クライアントデバイスはＯＳ−Ａを使用する。又は、第１クライアントデバイスはメディアプレーヤーＡを使用するかもしれないが、第２クライアントデバイスはメディアプレーヤーＢを使用する。第１クライアントの最適な最大セグメント時間長は８秒であるかもしれないが、第２クライアントデバイスの最適な最大セグメント時間長は４秒である。第１クライアント用に最適化された最大セグメント時間長を有するセグメントを配信するプレイリストは、第２クライアントデバイスの再生エクスペリエンスにマイナスの影響を与える。少なくともそれは、最大セグメント時間長が長くなると、第２クライアントデバイスにとっては、ＡＢＲを実行する際に、バリアントストリームを切り替える機会が少なくなるからである。

上記の問題は、クライアント固有プレイリストを各クライアントデバイスに提供することで解決される。したがって、第１クライアントデバイスは、最大セグメント時間長がもっぱら８秒だけであるクライアント固有プレイリストを受信すると、最適なパフォーマンスを発揮する。同様に、第２クライアントデバイスは、最大セグメント時間長が４秒であるクライアント固有プレイリストだけを受信すると、最適なパフォーマンスを発揮する。

ブロック３０８で、パッケージャは、符号化バリアントストリームに含まれる区分境界で符号化バリアントストリームをセグメント化することにより、処理済みバリアントストリームを生成する。符号化バリアントストリームのセグメント化は、各符号化バリアントストリームを複数のセグメントファイルにセグメント化することを含み、これらのセグメントファイルが集合的に、対応する処理済みバリアントストリームを構成してもよい。又は、符号化バリアントストリームのセグメント化は、各最大時間長セグメント若しくはそのグループへの単一ファイルのバイトレンジアクセスのために、対応する各処理済みバリアントストリームを準備することを含んでもよい。

各符号化バリアントストリームには、メディアコンテンツの潜在的セグメントの区分境界が含まれているため、各処理済みバリアントストリームは、メディアコンテンツの（実現）セグメントを含む。処理済みバリアントストリームの各セグメントの開始と終了はセグメント境界であり、このセグメント境界は、クライアントデバイスごとに処理済みバリアントストリーム全体で整列配置される。２つの隣接するセグメント境界のタイムスタンプ間の差は、セグメント時間長を示す。

ブロック３１０で、パッケージャは、クライアントデバイスごとの処理済みバリアントストリームごとにクライアント固有プレイリストを生成する。パッケージャが符号化バリアントストリームをセグメント化すると、プレイリストユニット１４４は、クライアントデバイスごとにクライアント固有プレイリストを生成する。これを図４に示す。

図４は、一実施形態による、対応するクライアント固有プレイリストを有するバリアントストリームを示す。この実施形態では、３つのバリアントストリームは同じメディアコンテンツに対応し、各バリアントストリームは３つのクライアント固有プレイリストを含む。この例では、クライアント固有プレイリストは、３つの異なるオペレーティングシステム又はメディアプレーヤーを備えたクライアントデバイス用である。上記のように、本明細書の諸実施形態は、異なるオペレーティングシステム又はメディアプレーヤーを有するクライアントのための特定のプレイリストを生成することに限定されない。パッケージャは、他のタイプのソフトウェア又はハードウェアモジュールを備えたクライアントデバイス用のクライアント固有プレイリストを生成できる。

図のように、プレイリスト１Ｈ、１Ｍ、１Ｌは、同じタイプのクライアントデバイス、つまりメディアプレーヤーＡを使用するクライアントデバイス用のプレイリストである。プレイリスト１Ｈ、４１２は、高品質なバリアントストリーム１、４１０用のクライアント固有プレイリストである。プレイリスト１Ｍ、４２２は、中品質なバリアントストリーム２、４２０用のクライアント固有プレイリストである。プレイリスト１Ｌ、４３２は、低品質なバリアントストリーム３、４３０用のクライアント固有プレイリストである。この実施形態のメディアプレーヤーＡは、２秒のセグメント時間長で最適なメディア再生パフォーマンスを発揮する。したがって、プレイリスト１Ｈ、１Ｍ、１Ｌの最大セグメント時間長は２秒間である。

プレイリスト２Ｈ、２Ｍ、２Ｌは、ＯＳ−Ａを実装するクライアントデバイス用に最適化されている。プレイリスト２Ｈ、４１４は、高品質なバリアントストリーム１、４１０用のクライアント固有プレイリストである。プレイリスト２Ｍ、４２４は、中品質なバリアントストリーム２、４２０用のクライアント固有プレイリストである。プレイリスト２Ｌ、４３４は、低品質なバリアントストリーム３、４３０用のクライアント固有プレイリストである。この実施形態では、ＯＳ−Ａは、４秒のセグメント時間長で最適なメディア再生パフォーマンスを発揮する。したがって、プレイリスト２Ｈ、２Ｍ、２Ｌの最大セグメント時間長は４秒間である。

プレイリスト３Ｈ、３Ｍ、３Ｌは、ＯＳ−Ｂを実装しているクライアントに対して利用可能になっている。プレイリスト３Ｈ、４１６は、高品質なバリアントストリーム１、４１０用のクライアント固有プレイリストである。プレイリスト３Ｍ、４２６は、中品質なバリアントストリーム２、４２０用のクライアント固有プレイリストである。プレイリスト３Ｌ、４３６は、低品質なバリアントストリーム３、４３０用のクライアント固有プレイリストである。この実施形態では、ＯＳ−Ｂは、８秒のセグメント時間長で最適なメディア再生パフォーマンスを発揮する。したがって、プレイリスト３Ｈ、３Ｍ、３Ｌの最大セグメント時間長は８秒間である。

ＡＢＲは、同じクライアントデバイスのために、クライアント固有プレイリストの高品質、中品質、又は低品質なバリアントストリームから適切なセグメントを配信することで実行される。例えば、現在プレイリスト３Ｍ、４２６のセグメントを使用して再生を行っている場合、クライアントは中品質なバリアントストリーム２、４２０からＯＳ−Ａのセグメントをダウンロードする。

利用可能なネットワーク帯域幅とデータスループットによって、より高品質なバリアントストリーム１、４１０に切り替えられる場合、ＯＳ−Ａがクライアントデバイスであるプレイリスト３Ｈ、４１６からセグメントがクライアントデバイスへ配信される。又は、利用可能なネットワーク帯域幅とデータスループットにより、中品質なバリアントストリーム２、４２０の中断のない再生を維持できない場合、ＯＳ−Ａがクライアントデバイスであるプレイリスト３Ｌ、４３６からセグメントがクライアントデバイスへ配信される。このように、クライアントデバイスは、最適化されたセグメント時間長を持つクライアント固有プレイリストをリクエストできる。

一実施形態では、クライアント固有プレイリストは、１つ以上のＵＲＩと説明タグのリストを含むＵＴＦ−８テキストファイルである。ＵＲＩは、処理済みバリアントストリーム内のメディアコンテンツのセグメントを識別する。説明タグは、クライアント固有プレイリストの情報とパラメータを指定する。

一実施形態では、リスト内の各ＵＲＩの直前にはＥＸＴＩＮＦタグがあり、このＥＸＴＩＮＦタグは、ＵＲＩに対応するセグメントのセグメント時間長を示す。セグメントグループを、ＥＸＴ−Ｘ−ＢＹＴＥＲＡＮＧＥタグで指定してもよい。このＥＸＴ−Ｘ−ＢＹＴＥＲＡＮＧＥタグで、セグメントグループに対応するＵＲＩリソースの範囲を示してもよい。クライアント固有プレイリストは、ＥＸＴ−Ｘ−ＥＮＤＬＩＳＴタグを含む。このＥＸＴ−Ｘ−ＥＮＤＬＩＳＴタグは、クライアント固有プレイリストにはもはやセグメントがないことを示す。

一実施形態では、クライアント固有プレイリストは、各クライアントデバイス用に最適化された最大セグメント時間長を指定するバイトレンジを含む。例えば、クライアントデバイスがＯＳ−Ａを使用している場合、最適な最大セグメント時間長は４秒になり得る。このクライアントデバイスは、高ストリーミング品質な処理済みバリアントストリーム１、４１０を表すプレイリスト２Ｈ、４１４、中ストリーミング品質なバリアントストリーム２、４２０を表すプレイリスト２Ｍ、４２４、及び低ストリーミング品質なバリアントストリーム３、４３０を表すプレイリスト２Ｌ、４３４を受信する。

クライアント固有プレイリストは、セグメントと、処理済みバリアントストリーム全体に整列配置されたセグメント境界を有するので、クライアントデバイスは、現在クライアントデバイスが使用していないクライアント固有プレイリストのうちの１つからセグメントのグループをリクエストすることによって、ストリーミング品質を切り替えることができる。次に、リクエストを処理するサーバーは、目的のストリーミング品質に対応するクライアント固有プレイリストからクライアントデバイスへ、次のセグメント境界で、連続したセグメントを配信する。

図３へ戻る。ブロック３１２で、パッケージャは、分配ネットワークを介してクライアント固有プレイリストをクライアントへ配信する。一実施形態では、配信ユニット１４６は、クライアント固有プレイリストを分配ネットワーク１５０へ配信する。分配ネットワーク１５０では、クライアント固有プレイリスト及び処理済みバリアントストリーム１４８が、まず１つ以上のサーバー１５２に送信される。クライアントデバイスがメディアコンテンツをリクエストすると、サーバーは、メディアコンテンツリクエストのヘッダーに含まれるユーザーエージェントデータに基づいて、クライアントデバイスのタイプを決定し得る。次に、１つ以上のサーバーは、適切なクライアント固有プレイリストをクライアントデバイス１５６へ配信し、メディアコンテンツのセグメントに対する、クライアントデバイスからのあらゆるフェッチ／リクエストを処理する。

別の一実施形態では、配信ユニット１４６は、１つ以上のマスタープレイリストを分配ネットワーク１５０へ配信する。分配ネットワーク１５０では、マスタープレイリストは、まず１つ以上のサーバー１５２に送信される。１つ以上のサーバー１５２は、複数のソースからの複数のマスタープレイリストを含み得る。各マスタープレイリストは、そのそれぞれのマスタープレイリスト内のすべてのバリアントストリームについて、等しいセグメント時間長を有するバリアントストリームを含む。ただし、バリアントストリームのセグメント時間長は、マスタープレイリストごとに異なる。例えば、マスタープレイリストＡはバリアントストリームＡ１、Ａ２、Ａ３を含み、それぞれのセグメント時間長が４秒であってもよい。他方、マスタープレイリストＢはバリアントストリームＢ１、Ｂ２、Ｂ３を含み、それぞれのセグメント時間長が８秒であってもよい。クライアントデバイスがメディアコンテンツをリクエストすると、サーバーは、クライアントデバイスに最適なセグメント時間長を含むマスタープレイリストをクライアントデバイスへ配信する。次に、サーバーは、メディアコンテンツのセグメントに対する、クライアントデバイスからのあらゆるフェッチ／リクエストを処理する。

別の一実施形態では、クライアント固有プレイリスト及び処理済みバリアントストリーム１４８が、まず１つ以上のサーバー１５２に送信される。次に、クライアント固有プレイリストが、コンテンツ配信ネットワーク（ＣＤＮ）１５４に送信される。クライアントデバイスがメディアコンテンツをリクエストすると、ＣＤＮは、メディアコンテンツリクエストのヘッダーに含まれるユーザーエージェントデータに基づいて、クライアントデバイスのタイプを決定し得る。次に、ＣＤＮは、適切なクライアント固有プレイリストをクライアントデバイス１５６へ配信し、メディアコンテンツのセグメントに対するクライアントデバイスのフェッチ／リクエストを処理する。

さらに別の一実施形態では、クライアント固有プレイリスト及び処理済みバリアントストリーム１４８が、まずＣＤＮ１５４に送信される。クライアントデバイスがメディアコンテンツをリクエストすると、ＣＤＮは、メディアコンテンツリクエストのヘッダーに含まれるユーザーエージェントデータに基づいて、クライアントデバイスのタイプを決定する。次に、ＣＤＮは、適切なクライアント固有プレイリストをクライアントデバイス１５６へ配信し、メディアコンテンツのセグメントに対するクライアントデバイスのフェッチ／リクエストを処理する。ＣＤＮを使用してフェッチ／リクエストされたセグメントを処理すると、メディア再生を改善できる。そのために、ＣＤＮエッジサーバーのローカライズにより、フェッチ／リクエストされたセグメントの配信時間を短縮する。この実施形態は、この実施形態がＣＤＮの使用のみにより、プレイリストをクライアントデバイスに分配する点で、前の実施形態とは異なる。他方、前の実施形態は、サーバーとＣＤＮの組み合わせを使用して、プレイリストをクライアントデバイスに配布することができる。

図５は、単一のバリアントストリーム（例えば、図４のバリアントストリーム１）に対する異なるクライアント固有プレイリストのセグメント時間長及びセグメント境界を示す。一実施形態では、高品質なバリアントストリームは、３つのクライアント固有プレイリスト５０４、５０６、５０８を含む。クライアント固有プレイリストには、３つのクライアントデバイスのオペレーティングシステム及びメディアプレーヤー、すなわちＯＳ−Ａ、ＯＳ−Ｂ、及びメディアプレーヤーＡが表示されている。

プレイリスト１Ｈは、メディアプレーヤーＡ用に最適化されたセグメントを含む。２つの隣接するセグメント境界（例えば、５０４ｂ１及び５０４ｂ２）は、セグメント時間長（例えば、５０４ｄ１）を指定する。ＡＢＲが動作して、セグメント境界（例えば、５０４ｂ２）でストリーミング品質を切り替えてもよい。

プレイリスト２Ｈは、ＯＳ−Ａ用に最適化されたセグメントを含む。２つの隣接するセグメント境界（例えば、５０６ｂ１及び５０６ｂ２）は、セグメント時間長（例えば、５０６ｄ１）を指定する。ＡＢＲが動作して、セグメント境界（例えば、５０６ｂ２）でストリーミング品質を切り替えてもよい。

プレイリスト３Ｈは、ＯＳ−Ｂ用に最適化されたセグメントを含む。２つの隣接するセグメント境界（例えば、５０８ｂ１及び５０８ｂ２）は、セグメント時間長（例えば、５０８ｄ１）を指定する。ＡＢＲが動作して、セグメント境界（例えば、５０８ｂ２）でストリーミング品質を切り替えてもよい。

プレイリスト１Ｈ、２Ｈ、３Ｈのセグメント時間長が、互いに異なっていてもよい。例えば、プレイリスト３Ｈのセグメント時間長が８秒であってもよく、プレイリスト２Ｈのセグメント時間長が４秒であってもよく、プレイリスト１Ｈのセグメント時間長が２秒であってもよい。したがって、一実施形態では、プレイリスト１Ｈ、２Ｈ、及び３Ｈは、同じバリアントストリームにおいて、それぞれのプレイリスト間で異なるセグメント時間長を有するセグメントを参照する。

クライアントデバイスごとに最適化された最大セグメント時間長により、例えば、すべてのクライアントデバイスに対して時間長が固定されたセグメント時間長を受信する場合と比較して、メディア再生は改善される。例えば、ＯＳ−Ｂを実行している第１クライアントデバイスの最適な最大セグメント時間長は８秒である。他方、ＯＳ−Ａを実行している第２クライアントデバイスの最適な最大セグメント時間長は４秒である。第１クライアント用に最適化された最大セグメント時間長でセグメントを配信するプレイリストは、第２クライアントデバイスの再生エクスペリエンスにマイナスの影響を与える。少なくともそれは、最大セグメント時間長が長くなると、第２クライアントデバイスにとっては、ＡＢＲを実行する際に、バリアントストリームを切り替える機会が少なくなるからである。また、最大セグメント時間長が短すぎると、クライアントデバイスが実行するセグメントのフェッチ／リクエストの数が不必要に増加する。これにより、クライアントデバイスの処理能力が浪費され、フェッチ／リクエストを処理しているサーバーの負荷が増加する。

さらに、クライアントデバイスのメディアプレーヤーが、ＡＢＲを実行する前に一定数のセグメントをダウンロードするようにプログラムされている場合、クライアントデバイスの最適化された最大セグメント時間長よりも長い最大セグメント時間長は、望ましくないストリーミング品質で費やされる時間を長くする可能性がある。これは、最大セグメント時間長が長いセグメントをダウンロードするには、より多くの時間が必要になるためである。例えば、８秒のセグメント時間長を持つセグメントが、２秒のセグメント時間長に最適化されたクライアントデバイスに配信され、クライアントデバイスのメディアプレーヤーが、２つのセグメントをダウンロードしてから別のストリーミング品質に切り替えることができるようにプログラムされている場合、８秒のセグメント時間長を持つセグメントのために、メディアプレーヤーがＡＢＲを実行できるようになるまでに１６秒の待機時間が強制される。それに対して、２秒のセグメント時間長を持つセグメントの場合の待機時間は４秒である。したがって、メディアプレーヤーが、開始ポイント又はシークポイントの後で高品質のストリーミング品質への切り替えを必要とする場合、８秒のセグメント時間長を持つセグメントを使用している時には、メディアプレーヤーはより高品質ストリームへ切り替える前に、メディアプレーヤーが２秒のセグメント時間長を使用している場合と比較すると、劣ったストリーミング品質を１２秒以上、エンドユーザーに配信している。

さらに、クライアントデバイスのメディアプレーヤーが、ＡＢＲを実行する前に一定時間セグメントをダウンロードするようにプログラムされている場合、最大セグメント時間長がクライアントデバイスの最適化された最大セグメント時間長よりも長いと、望ましくないストリーミング品質で費やされる時間が長くなる。なぜなら、メディアプレーヤーは必然的に、ＡＢＲを実行する前に必要な時間を超過するからである。

例えば、８秒のセグメント時間長を持つセグメントが、２秒のセグメント時間長に最適化されたクライアントデバイスに配信され、クライアントデバイスのメディアプレーヤーが、セグメントを１０秒間ダウンロードしてから別のストリーミング品質に切り替えることができるようにプログラムされている場合、８秒のセグメントは、必要なダウンロード時間を６秒超過する。なぜなら、８秒のセグメントを２つダウンロードするためであり、それは、１セグメント間にＡＢＲを実行することはできず、８秒のセグメントを１つダウンロードしても、必要とされる１０秒のセグメントダウンロードを満たさないからである。したがって、メディアプレーヤーが、開始ポイント又はシークポイントの後で高品質のストリーミング品質への切り替えを必要とする場合、８秒のセグメント時間長を持つセグメントを使用している時には、メディアプレーヤーはより高品質ストリームへ切り替える前に、メディアプレーヤーが２秒のセグメント時間長を使用している場合と比較すると、劣ったストリーミング品質を６秒以上、エンドユーザーに配信している。

図６は、一実施形態による、メディア再生の様々な時点でのセグメント時間長グループ化の変更を示す。可変セグメント時間長グループ化はセグメント流動性を利用して、短時間長セグメントを長時間長セグメントにリアルタイムで組み合わせる。具体的には、可変セグメント時間長グループ化は、バイトレンジを含むクライアント固有プレイリストを使用して、処理済みバリアントストリーム内のセグメントを識別することで可能になった最適化である。

例えば、図４のプレイリスト１Ｈ、４１２は、最大セグメント時間長が２秒であるクライアントデバイスを示す。ただし、プレイリスト１Ｈ、４１２で指定されたすべてのセグメントは静的である。プレイリスト１Ｈを使用したメディア再生では、一連の２秒のセグメントがストリーミングされる。他方、可変セグメント時間長グループ化では、再生条件の変更中に最適化するために、最大時間長セグメントに基づいたより大きなセグメントを構築できる。

一実施形態では、セグメント時間長は、１つ以上の最大セグメント時間長をグループ化することで変更される。隣接するセグメント境界（例えば、６０８ｂ１及び６０８ｂ２）は、セグメント及びセグメント時間長を定義する。ＡＢＲが動作して、セグメント境界（例えば、６０８ｂ３）でストリーミング品質を切り替えてもよい。各セグメントは、クライアント固有プレイリスト内のバイトレンジを使用して識別できる。バイトレンジを使用して、複数のセグメントを一緒にグループ化してもよい。

この例では、クライアントデバイスは、２秒の最大セグメント時間長で最適なメディア再生パフォーマンスに達する。クライアントデバイスは、中ストリーミング品質でメディア再生６０２を開始する。メディア再生の開始点であるスタート６０４は、セグメント境界６０８ｂ１に存在する。

開始点６０４で、クライアントデバイスは、２秒の時間長のセグメントを複数ダウンロードする。これにより、異なるストリーミング品質に切り替えるための複数の機会（すなわち、複数のセグメント境界６０８ｂ２、６０８ｂ３）が提供される。開始点６０４でストリーミング品質を切り替える機会が複数回あることで、最適な再生パフォーマンスを実現するために必要な時間が短縮される。なぜなら、ストリーミング品質を、より早いセグメント境界６０８ｂ２で切り替え得るからである。同様に、最適な再生パフォーマンスを実現するために必要な時間を短縮できるのは、別のストリーミング品質へ切り替える前に一定量のセグメントをダウンロードする必要があるクライアントデバイスのメディアプレーヤーでも同じである。なぜなら、メディア再生６０２の間の早い時点で切り替えの条件を満足できるからである。

複数のセグメントの最初のセットをダウンロードした後、クライアントデバイスはバイトレンジを使用して、３つの連続したセグメントのグループをリクエストする。そのグループは、隣接するセグメント境界６０８ｂ３及び６０８ｂ４によって指定される、結合された６秒のセグメントを含む。セグメントの動的グループ化を可能にすることで、前述のメディア再生パフォーマンスの最適化と、セグメントを配信するサーバーの負荷軽減との間のバランスを取る。なぜなら、より長いセグメントの方が複数のより短いセグメントよりも、サーバーは処理しやすいからである。

シークポイントは、メディアプレーヤーのエンドユーザーによって選択されるメディア再生６０２内の特定の位置である。シーク６０６は、セグメント境界６０８ｂ４で始まる。シーク６０６で、クライアントデバイスは、２秒の時間長のセグメントを複数ダウンロードする。もしクライアントデバイスが、即時にメディア再生を行うために必要なセグメントを含むキャッシュにアクセスできなければ、シークは開始点のように動作する。したがって、シークは、より小さな複数のセグメントの最初のセットをダウンロードし、より小さなセグメントをより大きなセグメントに動的にグループ化する。

図７は、一実施形態による、クライアントデバイス上でのメディア再生を示す。この実施形態では、クライアントデバイスは、クライアント固有プレイリストを介して複数のセグメントをリクエストし、メディアコンテンツをエンドユーザーに出力する。クライアントデバイスは、メディア再生の最適化のために動的にセグメントをグループ化することが可能になっている。

ブロック７０２で、クライアントデバイスは、１つ以上のクライアント固有プレイリストを受信する。各クライアント固有プレイリストは、バイトレンジタグを使用して１つ以上のセグメントを参照する。各クライアント固有プレイリストは、異なる処理済みバリアントストリームに対応し、この異なる処理済みバリアントストリームは、種々のビットレートの同じメディアコンテンツを表す。各クライアント固有プレイリストは、Ｅｎｄｌｉｓｔタグを含む。このＥｎｄｌｉｓｔタグは、１つ以上のクライアント固有プレイリストの終了を示す。

一実施形態では、クライアント固有プレイリストを受信するために、クライアントデバイスは識別情報をパッケージャに送信し、パッケージャはその情報を使用して、クライアントデバイスのタイプ、ひいてはクライアントデバイスに最適なプレイリストを決定する。次に、パッケージャは、クライアントデバイス（より具体的には、クライアントデバイス上のメディアプレーヤー）へ最適なプレイリストを送信する。一旦、プレイリストが識別されると、クライアントデバイスは、分配ネットワークからプレイリストをリクエストし、次に、以下で説明するように、プレイリストを使用してメディアコンテンツのセグメントのダウンロードを開始することができる。

別の一実施形態では、クライアントデバイスは、プレイリストとバリアントストリームを含む（パッケージャではなく）ＣＤＮに対して自分自身の識別を行う。ＣＤＮは、クライアントデバイス上でのメディア再生に最適な最大セグメント時間長を有するプレイリストを識別し、クライアントデバイスは、識別されたプレイリストをリクエストし、ＣＤＮはこのプレイリストをクライアントデバイスへ配信する。

ブロック７０４で、クライアントデバイスは、１つ以上のクライアント固有プレイリストによって参照される処理済みバリアントストリームのセグメントに対するフェッチ／リクエストを送信する。クライアントデバイスが、開始ポイント又はシークポイントの後で初めてメディアコンテンツのセグメントをリクエストするとき、フェッチ／リクエストは、クライアント固有プレイリスト内で特定された最大セグメント時間長を持つセグメントに対するものである。

クライアントデバイスはＡＢＲを実行できる。そのために、別のクライアント固有プレイリスト（つまり、別のバリアントストリームを表す、受信済みクライアント固有プレイリストのうちの１つ）内に参照されるセグメントをターゲットにして、ストリーミング品質を変更する。クライアントデバイスは、クライアントデバイスの利用可能なネットワーク帯域幅と現在のデータスループットに基づいて、別のクライアント固有プレイリストからのセグメントをフェッチ／リクエストすることを決定する。

ブロック７０６で、クライアントデバイスは、処理済みバリアントストリームのフェッチ／リクエストされたセグメントを受信する。ブロック７０８で、クライアントデバイスは、フェッチ／リクエストされたセグメントによって参照されるメディアコンテンツを再生する。

ブロック７１０で、クライアントデバイスはバイトレンジを使用して、複数のセグメントを、１つ以上の処理済みバリアントストリームからフェッチ／リクエストされる単一のセグメントグループにグループ化してもよい。クライアントデバイスは、バイトレンジを使用して、クライアント固有プレイリスト内に特定された最大セグメント時間長の複数の連続したセグメントを一緒にグループ化してもよい。複数のセグメントを単一のセグメントにグループ化すると、複数のセグメントをリクエスト、受信、処理する場合と比較して、クライアントデバイスで使用される処理能力の量を削減できるため、メディア再生が最適化され得る。さらに、複数のセグメントを単一のセグメントにグループ化すると、同様の理由で、メディアコンテンツに対するクライアントデバイスのフェッチ／リクエストを処理しているサーバーの負荷が軽減される。

ブロック７１２で、最後のセグメントに達した場合、ブロック７１４により、１つ以上のクライアント固有プレイリストによって参照されるメディアコンテンツの再生を終了する。Ｅｎｄｌｉｓｔタグに到達していない場合、クライアントデバイスは、ブロック７０４に従ってストリーミング動作を継続する。

本開示では、様々な実施形態が参照されている。ただし、本開示は、記載された特定の実施形態に限定されないことを理解するべきである。その代わりに、種々の諸実施形態に関連するかどうかにかかわらず、以下の構成及び要素のいかなる組み合わせも、本明細書で提供される教示を実行及び実践するために企図されたものである。さらに、実施形態の要素が「Ａ及びＢのうちの少なくとも１つ」の形で記載されている場合、要素Ａのみを含む、要素Ｂのみを含む、要素Ａ及びＢを含む実施形態がそれぞれ企図されると、理解できる。さらに、いくつかの実施形態は、他の可能な解決策又は先行技術を超える効果を達成し得るが、所与の実施形態によって特定の効果が達成されるかどうかは、本開示を限定するものではない。したがって、本明細書に開示された態様、構成、実施形態、及び効果は、単なる例示であり、特許請求の範囲に明示的に記載されている場合を除き、添付の特許請求の範囲の要素又は制限とは見なされない。同様に、「本発明」という言及は、本明細書に開示される発明の内容の一般化として解釈されるものではなく、又、請求項に明確に記載される場合を除き、添付の特許請求の範囲の要素又は限定と見なされるものではない。

当業者には理解されるように、本明細書に記載の実施形態は、システム、方法、又はコンピュータプログラム製品として具現化され得る。したがって、実施形態は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）、又はソフトウェア及びハードウェアの態様を組み合わせた実施形態の形態を取ることができ、本明細書ではそれらすべてを「回路」、「モジュール」、又は「システム」と総称する。さらに、本明細書に記載の実施形態は、コンピュータ可読プログラムコードが具現化された１つ以上のコンピュータ可読媒体内で表現されたコンピュータプログラム製品の形態を取り得る。

コンピュータ可読媒体上で具現化されたプログラムコードは、任意の適切な媒体を使用して送信されてもよい。その中には、無線、有線、光ファイバーケーブル、ＲＦなど、又はこれらの任意の適切な組み合わせを含むが、これらに限定されない。

本開示の実施形態の動作を実行するためのコンピュータプログラムコードは、１つ以上のプログラミング言語の任意の組み合わせで書かれてもよい。そのプログラミング言語は、Ｊａｖａ、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋などのオブジェクト指向プログラミング言語、「Ｃ」プログラミング言語又は同様のプログラミング言語などの従来の手続き型プログラミング言語を含む。プログラムコードを、完全にユーザーのコンピュータ上で、又は部分的にユーザーのコンピュータ上で、スタンドアロンのソフトウェアパッケージとして実行してもよく、一部はユーザーのコンピュータ上かつ一部はリモートコンピュータ上で、又は完全にリモートコンピュータ又はサーバー上で実行してもよい。後者のシナリオでは、リモートコンピュータを、ローカルエリアネットワーク（ＬＡＮ）又はワイドエリアネットワーク（ＷＡＮ）を含む任意の種類のネットワークを介してユーザーのコンピュータに接続してもよい。又は、外部コンピュータに（例えば、インターネットサービスプロバイダを使用してインターネットを介して）接続してもよい。

本開示の態様は、本開示の実施形態による方法、装置（システム）、及びコンピュータプログラム製品のフローチャート図又はブロック図を参照して本明細書に記載されている。フローチャート図又はブロック図の各ブロック、及びフローチャート図又はブロック図内のブロックの組み合わせは、コンピュータプログラム命令によって実行されることが理解できる。これらのコンピュータプログラム命令は、汎用コンピュータ、特殊用途コンピュータ、又はマシンを形成する他のプログラム可能データ処理装置のプロセッサに提供可能であり、それにより、コンピュータ又は他のプログラム可能データ処理装置のプロセッサを介して実行される命令は、フローチャート図又はブロック図のブロックで指定される機能／動作を実施するための手段を生成する。

これらのコンピュータプログラム命令はまた、コンピュータ、他のプログラム可能なデータ処理装置、又は他のデバイスに、特定の方法で機能するよう指示できるコンピュータ可読媒体に格納可能であり、これにより、コンピュータ可読媒体に格納された命令が、フローチャート図又はブロック図のブロックで指定された機能／動作を実施する命令を含む製品を形成する。

また、コンピュータプログラム命令を、コンピュータ、他のプログラム可能なデータ処理装置、又は他のデバイスにロードし、コンピュータ、他のプログラム可能な装置、又は他のデバイス上で一連の動作ステップを実行させて、コンピュータ実行プロセスを生成してもよく、それにより、コンピュータ、他のプログラム可能なデータ処理装置、又は他のデバイス上で実行される命令が、フローチャート図又はブロック図のブロックで指定された機能／動作を実行するためのプロセスを提供する。

図中のフローチャート図とブロック図は、本開示の様々な実施形態によるシステム、方法、及びコンピュータプログラム製品の可能な実施態様のアーキテクチャ、機能、及び動作を説明している。この点で、フローチャート図又はブロック図の各ブロックは、モジュール、セグメント、又はコードの一部を表し、これらが、指定された論理関数を実行するための１つ以上の実行可能命令を含んでもよい。また、いくつかの代替実施態様では、ブロックに記載されている機能が、図に記載されている順序とは異なる順序で生じる場合があることにも留意するべきである。例えば、連続して示されている２つのブロックは、実際には、実質的に同時に実行されてもよく、関連する機能に応じて、逆の順序で実行されても、順不同で実行されてもよい。また、ブロック図又はフローチャート図の各ブロック、及びブロック図又はフローチャート図のブロックの組み合わせを、特定の機能又は動作を実行する特殊用途ハードウェアベースのシステム、又は特殊用途ハードウェアとコンピュータ命令の組み合わせによって実行し得ることにも注意が必要である。

上記は本開示の実施形態を対象としているが、本開示の他のさらなる実施形態を、その基本的な範囲から逸脱することなく創作することができ、その範囲は以下の特許請求の範囲に基づいて定められる。

Claims (20)

1. 第１バリアントストリームに含まれるメディアコンテンツを再生する複数の異なるタイプのクライアントデバイスについて、それぞれの最大セグメント時間長を識別する工程と、
   第１バリアントストリームに基づいて、複数の異なるタイプのクライアントデバイスの各々について、それぞれのプレイリストを生成する工程であって、それぞれのプレイリストはそれぞれ異なる最大セグメント時間長を含んでいる工程と、
   それぞれのプレイリストのうちの少なくとも１つを、複数の異なるタイプのクライアントデバイスのうちの少なくとも１つのクライアントデバイスに、分配ネットワークを介して配信する工程とを含む方法。
2. 第１バリアントストリームと同じメディアコンテンツに対応するが、異なるビットレートを有する第２バリアントストリームに基づいて、それぞれが異なる最大セグメント時間長を含む複数のクライアントデバイスの各々について、それぞれのプレイリストを生成する工程であって、第２バリアントストリームから生成されたそれぞれのプレイリストの各々が、同じメディアコンテンツのチャプター全体かつセグメント境界全体で第１バリアントストリームから生成されたそれぞれのプレイリストの対応する１つと整列配置されている工程をさらに含む、請求項１に記載の方法。
3. 複数の異なるタイプのクライアントデバイスの各々について最大セグメント時間長を識別する工程は、複数のクライアントデバイスのオペレーティングシステム及びメディアプレーヤーのうちの少なくとも１つに基づいている、請求項１に記載の方法。
4. それぞれのプレイリストの各々は、単一のユニフォームリソースインジケータを参照している、請求項１に記載の方法。
5. バイトレンジタグをそれぞれのプレイリストに挿入して、第１バリアントストリーム内の各セグメント境界とチャプターを区分する工程をさらに含む、請求項１に記載の方法。
6. 複数の異なるタイプのクライアントデバイスのうちの１つからグループ化されたセグメントに対するリクエストを受信する工程であって、グループ化されたセグメントは、最大セグメント時間長の複数のセグメントを含むバイトレンジによって識別されている工程をさらに含む、請求項１に記載の方法。
7. コンピュータプログラムコードを含む非一時的なコンピュータ可読媒体であって、コンピュータプログラムコードが、１つ以上のコンピュータプロセッサの動作によって実行された時に実行する動作は、
   第１バリアントストリームに含まれるメディアコンテンツを再生する複数の異なるタイプのクライアントデバイスについて、それぞれの最大セグメント時間長を識別する工程と、
   第１バリアントストリームに基づいて、複数の異なるタイプのクライアントデバイスの各々について、それぞれのプレイリストを生成する工程であって、それぞれのプレイリストはそれぞれ異なる最大セグメント時間長を含んでいる工程と、
   複数の異なるタイプのクライアントデバイスのうちの少なくとも１つにそれぞれのプレイリストを、分配ネットワークを介して配信する工程とを含んでいる非一時的なコンピュータ可読媒体。
8. コンピュータ可読プログラムコードはさらに、
   第１バリアントストリームと同じメディアコンテンツに対応するが、異なるビットレートを有する第２バリアントストリームに基づいて、それぞれが異なる最大セグメント時間長を含む複数のクライアントデバイスの各々について、それぞれのプレイリストを生成する工程であって、第２バリアントストリームから生成されたそれぞれのプレイリストの各々が、同じメディアコンテンツのチャプター全体かつセグメント境界全体で第１バリアントストリームから生成されたそれぞれのプレイリストの対応する１つと整列配置されている工程を含むように構成されている、請求項７に記載の非一時的なコンピュータ可読媒体。
9. コンピュータ可読プログラムコードはさらに、
   複数の異なるタイプのクライアントデバイスの各々について最大セグメント時間長を識別する工程は、複数のクライアントデバイスのオペレーティングシステム及びメディアプレーヤーのうちの少なくとも１つに基づくように構成されている、請求項７に記載の非一時的なコンピュータ可読媒体。
10. それぞれのプレイリストの各々は、単一のユニフォームリソースインジケータを参照している、請求項７に記載の非一時的なコンピュータ可読媒体。
11. コンピュータ可読プログラムコードはさらに、
    バイトレンジタグをそれぞれのプレイリストに挿入して、第１バリアントストリームの各々において各セグメント境界とチャプターを区分する工程を含むように構成されている、請求項７に記載の非一時的なコンピュータ可読媒体。
12. コンピュータ可読プログラムコードはさらに、
    複数の異なるタイプのクライアントデバイスのうちの１つからグループ化されたセグメントに対するリクエストを受信する工程であって、グループ化されたセグメントは、最大セグメント時間長の複数のセグメントを含むバイトレンジによって識別されている工程を含むように構成されている、請求項７に記載の非一時的なコンピュータ可読媒体。
13. 複数の異なるタイプのクライアントデバイスについて、最大セグメント時間長を示すデータを含むデータユニットと、
    プレイリストユニットであって、プレイリストユニットは、
    第１バリアントストリームに含まれるメディアコンテンツを再生する複数の異なるタイプのクライアントデバイスについて、それぞれの最大セグメント時間長を識別する工程と、
    第１バリアントストリームに基づいて、複数の異なるタイプのクライアントデバイスの各々について、それぞれのプレイリストを生成する工程とを含むように構成され、それぞれのプレイリストはそれぞれ異なる最大セグメント時間長を含んでいるプレイリストユニットと、
    複数の異なるタイプのクライアントデバイスの少なくとも１つにそれぞれのプレイリストを、分配ネットワークを介して配信するように構成された配信ユニットとを備えるシステム。
14. プレイリストユニットはさらに、
    第１バリアントストリームと同じメディアコンテンツに対応するが、異なるビットレートを有する第２バリアントストリームに基づいて、それぞれが異なる最大セグメント時間長を含む複数のクライアントデバイスの各々について、それぞれのプレイリストを生成する工程であって、第２バリアントストリームから生成されたそれぞれのプレイリストの各々が、同じメディアコンテンツのチャプター全体かつセグメント境界全体で第１バリアントストリームから生成されたそれぞれのプレイリストの対応する１つと整列配置されている工程を含むように構成されている、請求項１３に記載のシステム。
15. 複数の異なるタイプのクライアントデバイスの各々について最大セグメント時間長を識別する工程は、複数のクライアントデバイスのオペレーティングシステム及びメディアプレーヤーのうちの少なくとも１つに基づいている、請求項１３に記載のシステム。
16. それぞれのプレイリストの各々は、単一のユニフォームリソースインジケータを参照している、請求項１３に記載のシステム。
17. プレイリストユニットは、バイトレンジタグをそれぞれのプレイリストに挿入して、第１バリアントストリーム内の各セグメント境界とチャプターを区分する工程を含むように構成されている、請求項１３に記載のシステム。
18. 配信ユニットは、複数の異なるタイプのクライアントデバイスのうちの１つからグループ化されたセグメントに対するリクエストを受信するように構成され、グループ化されたセグメントは、最大セグメント時間長の複数のセグメントを含むバイトレンジによって識別されている、請求項１３に記載のシステム。
19. コンピューティングシステムであって、
    プロセッサと、
    メモリーであって、プロセッサによって実行された時にメモリーが格納するプログラムが実行する動作は、
    第１タイプのクライアントデバイスから第１プレイリストに対するリクエストを受信する工程であって、第１プレイリストは、第１タイプのクライアントデバイス用にカスタマイズされた第１最大セグメント時間長を含んでいる工程と、
    第２タイプのクライアントデバイスから第２プレイリストに対するリクエストを受信する工程であって、第２プレイリストは、第２タイプのクライアントデバイス用にカスタマイズされた第２最大セグメント時間長を含み、第１タイプのクライアントデバイスと第２タイプのクライアントデバイスは異なり、第１及び第２最大セグメント時間長は異なっている工程と、
    第１及び第２プレイリストを第１及び第２タイプのクライアントデバイスにそれぞれ送信する工程とを含んでいるメモリーとを備えるコンピューティングシステム。
20. 前記動作はさらに、
    第１及び第２タイプのクライアントデバイスのうちの少なくとも１つからグループ化されたセグメントに対するリクエストを受信する工程であって、グループ化されたセグメントは、それぞれの最大セグメント時間長の複数のセグメントを含むバイトレンジによって識別されている工程を含んでいる、請求項１９に記載のコンピューティングシステム。

Images