(57)【要約】  コンテンツ配信システムによる方法及び関連する適応ストリーミングセグメンターノード及び適応ストリーミング再セグメンターノードが開示される。適応ストリーミング再セグメンターノードは、同一のソースメディアコンテンツに対して種々の符号化ビットレートを有する第１の複数のコンテンツストリームの各々に対して一連のセグメント化ファイルを受信する少なくとも１つのネットワークインターフェースを含む。回路は、一連のセグメント化ファイルを組み合わせ、種々の符号化ビットレートを有する第２の複数のコンテンツストリームを生成する。回路は、ユーザ機器ノードのうちの１つによって使用されるストリーミングプロトコルに応答する複数の配信コンテナフォーマットの中から選択し、且つ、ユーザ機器ノードにおいて利用可能なリソースに応答する第２の複数のコンテンツストリームの中から選択する。回路は、さらに、第２の複数のコンテンツストリームの中から選択された１つを、選択された配信コンテナフォーマットを使用して、ユーザ機器ノードに向けて通信する。
2015516742.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザ機器ノードに適応レートコンテンツストリームを供給するコンテンツ配信システムによる方法であって、
同一のソースメディアコンテンツに対して種々の符号化ビットレートを有する第１の複数のコンテンツストリームを受信するステップと、
前記第１の複数のコンテンツストリームの各々を対応する一連のセグメント化ファイルにセグメント化するステップと、
前記第１の複数のコンテンツストリームの各々に対する前記一連のセグメント化ファイルを、前記一連のセグメント化ファイルの各々に対して単一の配信コンテナフォーマットを使用するコンテンツ配信ネットワークを通して、適応ストリーミングセグメンターノードから、適応ストリーミング再セグメンターノードに向けて、通信するステップと、
前記適応ストリーミング再セグメンターノードにおいて、前記一連のセグメント化ファイルの各々を組み合わせ、種々の符号化ビットレートを有する第２の複数のコンテンツストリームを生成するステップと、
前記ユーザ機器ノードの１つによって使用されるストリーミングプロトコルに応答する複数の配信コンテナフォーマットの中から選択するステップと、
前記ユーザ機器ノードにおいて利用可能なリソースに応答する前記第２の複数のコンテンツストリームの中から選択するステップと、
前記第２の複数のコンテンツストリームのうちの前記選択されたコンテンツストリームを、前記選択された配信コンテナフォーマットを使用して、前記適応ストリーミング再セグメンターノードから、前記ユーザ機器ノードに向けて、通信するステップと
を含む、方法。
【請求項２】
前記第２の複数のコンテンツストリームが、前記第１の複数のコンテンツストリームと同一である、請求項１に記載の方法。
【請求項３】
前記第１の複数のコンテンツストリームの各々を前記対応する一連のセグメント化ファイルにセグメント化するステップが、
前記第１の複数のコンテンツストリームの各々に対して、第１の所定の長さの各連続セグメントを異なるセグメント化ファイルに書き込み、前記第１の複数のコンテンツストリームのうちの１つに対する前記対応する一連のセグメント化ファイルを生成するステップを含む、請求項１に記載の方法。
【請求項４】
前記セグメント化ファイルのうちの書き込みが完了した１つを、前記適応ストリーミングセグメンターノードから、前記適応ストリーミング再セグメンターノードに向けて、通信するステップを開始することによって、前記セグメント化ファイルのうちの１つの書き込みの完了に応答するステップ
をさらに含む、請求項３に記載の方法。
【請求項５】
前記第２の複数のコンテンツストリームのうちの前記選択されたコンテンツストリームを、前記選択された配信コンテナフォーマットを使用して、前記適応ストリーミング再セグメンターノードから、前記ユーザ機器ノードに向けて、通信するステップが、
第２の所定の長さの前記第２の複数のコンテンツストリームのうちの前記選択されたコンテンツストリームの各連続セグメントを異なるセグメント化ファイルに書き込むステップであって、前記第２の所定の長さが、前記選択された配信コンテナフォーマットに応答して決定される、書き込むステップを含む、請求項３に記載の方法。
【請求項６】
前記適応ストリーミング再セグメンターノードによって、
前記複数のユーザ機器ノードの各々に対して、前記複数の配信コンテナフォーマットの中から選択するステップ、前記第２の複数のコンテンツストリームの中から選択するステップ、及び前記選択された配信コンテナフォーマットを使用して、前記第２の複数のコンテンツストリームのうちの前記選択されたコンテンツストリームを通信するステップを繰り返すステップであって、
前記ユーザ機器ノードのうちの少なくとも２つが、前記適応ストリーミング再セグメンターが異なる配信コンテナフォーマットを選択する異なるストリーミングプロトコルを使用する、繰り返すステップをさらに含む、請求項１に記載の方法。
【請求項７】
前記第２の複数のコンテンツストリームの各々に対して、前記ユーザ機器ノードが前記第２の複数のコンテンツストリームのうちの選択されたコンテンツストリームを読み込むことができる、前記適応ストリーミング再セグメンターノードによって管理されるメモリの内部の場所に、アドレスを特定するマニフェストを生成するステップと、前記マニフェストを前記ユーザ機器ノードに通信するステップと
をさらに含む、請求項６に記載の方法。
【請求項８】
前記第２の複数のコンテンツストリームのうちの前記選択されたコンテンツストリームを、前記選択された配信コンテナフォーマットを使用して、前記適応ストリーミング再セグメンターノードから、前記ユーザ機器ノードに向けて、通信するステップが、
前記選択された配信コンテナを使用して、前記適応ストリーミング再セグメンターノードから、前記ユーザ機器ノードに向けて、セグメントを通信することによって、前記第２の複数のコンテンツストリームのうちの前記１つの前記セグメントの前記メモリ内のアドレスを特定する読み込みリクエストに応答するステップを含む、請求項７に記載の方法。
【請求項９】
前記ユーザ機器ノードによって使用される前記ストリーミングプロトコルに応答する前記複数の配信コンテナフォーマットの中から選択するステップが、
ＨＴＴＰ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇプロトコル、ＨＴＴＰ  Ｄｙｎａｍｉｃ  Ｓｔｒｅａｍｉｎｇプロトコル、ＭＰＥＧ  Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰプロトコル、及びＳｍｏｏｔｈ  Ｓｔｒｅａｍｉｎｇプロトコルの中から選択するステップを含む、請求項６に記載の方法。
【請求項１０】
前記適応ストリーミング再セグメンターノードによって、
コンテンツ配信ネットワークサーバから又はエッジ複製サーバから、前記第１の複数のコンテンツストリームの各々に対して、前記一連のセグメント化ファイルを読み込むステップをさらに含む、請求項１に記載の方法。
【請求項１１】
複数のユーザ機器ノードに対して適応レートコンテンツストリームを供給するためのコンテンツ配信システムの適応ストリーミングセグメンターノードであって、
同一のソースメディアコンテンツに対して種々の符号化ビットレートを有する第１の複数のコンテンツストリームを受信するように構成される少なくとも１つのネットワークインターフェースと、
前記第１の複数のコンテンツストリームの各々を対応する一連のセグメント化ファイルにセグメント化し、及び
前記第１の複数のコンテンツストリームの各々に対する前記一連のセグメント化ファイルを、前記一連のセグメント化ファイルの各々に対して単一の配信コンテナフォーマットを使用して、適応ストリーミング再セグメンターノードに向けて、前記少なくとも１つのネットワークインターフェース及びコンテンツ配信ネットワークを通して、通信するように構成される
回路と
を含む、適応ストリーミングセグメンターノード。
【請求項１２】
前記回路が、
前記第１の複数のコンテンツストリームの各々に対して、第１の所定の長さの各連続セグメントを異なるセグメント化ファイルに書き込み、前記コンテンツストリームに対する前記対応する一連のセグメント化ファイルを生成することによって、前記コンテンツストリームの各々を前記対応する一連のセグメント化ファイルにセグメント化するようにさらに構成される、請求項１１に記載の適応ストリーミングセグメンターノード。
【請求項１３】
前記回路が、
前記セグメント化ファイルのうちの前記書き込みが完了した１つを、前記適応ストリーミング再セグメンターノードに向けて、通信することによって、前記セグメント化ファイルのうちの１つの書き込みの完了に応答するようにさらに構成される、請求項１２に記載の適応ストリーミングセグメンターノード。
【請求項１４】
複数のユーザ機器ノードに適応レートコンテンツストリームを供給するコンテンツ配信システムの適応ストリーミング再セグメンターノードであって、
同一のソースメディアコンテンツに対して種々の符号化ビットレートを有する第１の複数のコンテンツストリームの各々に対して一連のセグメント化ファイルを受信するように構成される少なくとも１つのネットワークインターフェースと、
前記一連のセグメント化ファイルを組み合わせ、種々の符号化ビットレートを有する第２の複数のコンテンツストリームを生成し、
前記ユーザ機器ノードのうちの１つによって使用されるストリーミングプロトコルに応答する複数の配信コンテナフォーマットの中から選択し、
前記ユーザ機器ノードにおいて利用可能なリソースに応答する前記第２の複数のコンテンツストリームの中から選択し、及び
前記第２の複数のコンテンツストリームのうちの前記選択されたコンテンツストリームを、前記選択された配信コンテナフォーマットを使用して、前記ユーザ機器ノードに向けて、通信するように構成される
回路と
を含む、適応ストリーミング再セグメンターノード。
【請求項１５】
前記回路が、
前記一連のセグメント化ファイルを組み合わせ、前記第１の複数のコンテンツストリームと同一になるべく前記第２の複数のコンテンツストリームを生成するようにさらに構成される、請求項１４に記載の適応ストリーミング再セグメンターノード。
【請求項１６】
前記回路が、
前記第２の複数のコンテンツストリームの各々に対して、所定の長さの各連続セグメントをメモリ内の異なるセグメント化ファイルに書き込んで、前記第２の複数のコンテンツストリームのうちの１つに対して対応する一連のセグメント化ファイルを生成し、
前記第２の複数のコンテンツストリームの各々に対して、前記ユーザ機器ノードが前記第２の複数のコンテンツストリームを読み込むことができる、前記メモリの内部の場所に、アドレスを特定するマニフェストを生成し、及び
前記マニフェストを前記ユーザ機器ノードに通信することによって、前記第２の複数のコンテンツストリームのうちの前記選択されたコンテンツストリームを、前記選択された配信コンテナフォーマットを使用して、前記ユーザ機器ノードに向けて、通信するようにさらに構成される、請求項１４に記載の適応ストリーミング再セグメンターノード。
【請求項１７】
前記回路が、
前記複数の前記ユーザ機器ノードの各々に対して、前記複数の配信コンテナフォーマットの中から前記選択すること、前記第２の複数のコンテンツストリームの中から前記選択すること、及び前記選択された配信コンテナフォーマットを使用して、前記第２の複数のコンテンツストリームのうちの前記選択されたコンテンツストリームを前記通信すること、を繰り返すようにさらに構成され、
前記ユーザ機器ノードのうちの少なくとも２つが、前記適応ストリーミング再セグメンターノードの前記回路が異なる配信コンテナフォーマットを選択する異なるストリーミングプロトコルを使用する、請求項１４に記載の適応ストリーミング再セグメンターノード。
【請求項１８】
前記回路が、
前記第２の複数のコンテンツストリームの各々に対して、前記ユーザ機器ノードが前記第２の複数のコンテンツストリームのうちの選択されたコンテンツストリームを読み込むことができる、前記適応ストリーミング再セグメンターノードによって管理されるメモリの内部の場所に、アドレスを特定するマニフェストを生成し、及び
前記マニフェストを前記ユーザ機器ノードに通信するようにさらに構成される、請求項１７に記載の適応ストリーミング再セグメンターノード。
【請求項１９】
前記回路が、
ＨＴＴＰ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇプロトコル、ＨＴＴＰ  Ｄｙｎａｍｉｃ  Ｓｔｒｅａｍｉｎｇプロトコル、ＭＰＥＧ  Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰプロトコル、及びＳｍｏｏｔｈ  Ｓｔｒｅａｍｉｎｇプロトコルの中から選択することによって、前記ユーザ機器ノードによって使用される前記ストリーミングプロトコルに応答する前記複数の配信コンテナフォーマットの中から選択するようにさらに構成される、請求項１４に記載の適応ストリーミング再セグメンターノード。
【請求項２０】
前記回路が、
コンテンツ配信ネットワークサーバから又はエッジ複製サーバから、前記第１の複数のコンテンツストリームの各々に対して、前記一連のセグメント化ファイルを読み込むようにさらに構成される、請求項１４に記載の適応ストリーミング再セグメンターノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信ネットワーク、より具体的には、ユーザ機器ノードに適応レートコンテンツストリームを供給するコンテンツ配信システムに関する。
【背景技術】
【０００２】
コンテンツプロバイダーは、コンテンツ配信ネットワークにおける帯域幅制限の観点から、顧客に高可用性及び高パフォーマンスでコンテンツを提供するためにどうすればよいか、長い間葛藤してきた。コンテンツ配信ネットワーク（ＣＤＮ）は、インターネット又は他のパブリック／プライベート通信ネットワークに接続される複数のデータセンターに配置されるサーバの大型分散システムでありうる。ＣＤＮの目標は、メディアコンテンツ（例えば、ビデオ／オーディオ／その他）を高可用性及び高パフォーマンスでユーザ機器ノード（ＵＥ）に供給することである。メディアコンテンツを受信することができる例示的なＵＥは、セットトップボックス、テレビ、マルチメディアコンピュータ、及び無線端末（例えば、スマートフォン及びタブレット型コンピュータ）である。
【０００３】
ＵＥからのメディアコンテンツのリクエストは、通常、何らかの形で最適であるＣＤＮサーバにアルゴリズム的に誘導される。パフォーマンスのために最適化するとき、ＵＥにメディアコンテンツを供給するための最善なパフォーマンスをもたらすことができるＣＤＮサーバ位置が選択されうる。これは、最も少ないネットワークノードホップ、最速のネットワーク帯域幅、又は最高のパフォーマンス可用性を有するＣＤＮサーバ一を選ぶことによって測定することができる。パフォーマンスは、中央ＣＤＮサーバから、ＵＥに近接するネットワークの端部に位置する分散エッジ複製サーバ（ｄｉｓｔｒｉｂｕｔｅｄ  Ｅｄｇｅ  ｒｅｐｌｉｃａｔｉｏｎ  ｓｅｒｖｅｒ）にメディアコンテンツを複製／移動することによって増大させることができる。
【０００４】
コンテンツサーバから中央ＣＤＮサーバ及び／又は分散エッジ複製サーバにコンテンツを配信するための帯域幅要求は、適応ストリーミングコンテンツ配信ソルーションの拡散と共に、とてつもなく拡大してきた。適応ストリーミング技術は、オーバーザトップ（ＯＴＴ）コンテンツサーバ上のＯＴＴアプリケーションからのコンテンツ（例えば、放送用及びオンデマンドの映画／テレビ番組／その他）を、コンテンツ配信ネットワークを介して、多様なパフォーマンス及びプロトコルを有するＵＥにストリーミングすることへの消費者の需要増大に対応するために実装されている。継続的に開発される例示的な適応ストリーミング技術には、Ａｐｐｌｅ社主導のＨＴＴＰ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ（ＨＬＳ）プロトコル、マイクロソフト社主導のＳｍｏｏｔｈ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰプロトコル、Ａｄｏｂｅ社主導のＤｙｎａｍｉｃ  Ｓｔｒｅａｍｉｎｇプロトコル、及びＭＰＥＧ  Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＭＰＥＧ  ＤＡＳＨ）が含まれる。
【０００５】
適応ストリーミング技術は、ソースメディアコンテンツストリームを種々の符号化ビットレートを有する複数のコンテンツストリームに変換する。多数のビットレートコンテンツストリームのグループは、コード変換することができ、それにより、ＵＥによって使用される種々のストリーミングプロトコル（例えば、ＨＬＳプロトコル、Ｓｍｏｏｔｈ  Ｓｔｒｅａｍｉｎｇプロトコル、Ｄｙｎａｍｉｃ  Ｓｔｒｅａｍｉｎｇプロトコル、ＭＰＥＧ  ＤＡＳＨプロトコル、その他）によって要求されうる種々の配信コンテナフォーマットを有する多数のビットレートコンテンツストリームの複数のグループが提供される。したがって、多数のビットレートコンテンツストリームの単一のグループは、結果として、多くの異なるタイプのＵＥに対する高可用性及び高パフォーマンスの配信を可能とするために、中央ＣＤＮサーバに配信されて記憶されること及び／又はエッジ複製サーバに配信されることが必要な、フォーマットの異なる多数のビットレートコンテンツストリームの数多くのグループとなりうる。このようにメディアコンテンツを配信することは、とてつもなく多くのシステムリソースを消費する。
【０００６】
メディアコンテンツストリームを、コンテンツ配信システムを通して配信することは、対応ファイルへのコンテンツストリームの書き込みが完了するまで、受信されるコンテンツストリームの読み込みを防止する多くのコンテンツ配信サーバの操作によってさらに複雑になることがある。ライブメディアコンテンツに対してリアルタイムで大きくなることができる適応ビットレートのファイルにおいて、コンテンツを１つのコンテンツ配信サーバからもう１つのコンテンツ配信サーバ又はＵＥに転送することが遅れると、結果として、低下した又は容認できないコンテンツ配信パフォーマンスになりうる。
【０００７】
このセクションで説明されたアプローチは、追究することができるが、必ずしも以前に考案されたり又は追究されたりしたアプローチではない。したがって、本明細書で別段の提示がない限り、このセクションにおいて説明されるアプローチは、本出願の特許請求の範囲の先行技術ではなく、且つ、このセクションに含められることによって先行技術となることは認められない。
【発明の概要】
【０００８】
一部の実施形態は、複数のユーザ機器ノードに適応レートコンテンツストリームを供給するためのコンテンツ配信システムによる方法を対象にする。この方法は、同一のソースメディアコンテンツに対して種々の符号化ビットレートを有する第１の複数のコンテンツストリームを受信することを含む。第１の複数のコンテンツストリームの各々は、対応する一連のセグメント化ファイルにセグメント化される。第１の複数のコンテンツストリームの各々に対する一連のセグメント化ファイルは、一連のセグメント化ファイルの各々に対して単一の配信コンテナフォーマットを使用するコンテンツ配信ネットワークを通して、適応ストリーミングセグメンターノード（ａｄａｐｔｉｖｅ  ｓｔｒｅａｍｉｎｇ  ｓｅｇｍｅｎｔｅｒ  ｎｏｄｅ）から、適応ストリーミング再セグメンターノード（ａｄａｐｔｉｖｅ  ｓｔｒｅａｍｉｎｇ  ｒｅ−ｓｅｇｍｅｎｔｅｒ  ｎｏｄｅ）に向けて通信される。適応ストリーミング再セグメンターノードにおいて、一連のセグメント化ファイルの各々が組み合わされ、種々の符号化ビットレートを有する第２の複数のコンテンツストリームが生成される。複数の配信コンテナフォーマットは、ユーザ機器ノードの中の１つによって使用されるストリーミングプロトコルに応答して選択される。第２の複数のコンテンツストリームは、ユーザ機器ノードにおいて利用可能なリソースに応答して選択される。第２の複数のコンテンツストリームの中から選択された１つは、選択された配信コンテナフォーマットを使用して、適応ストリーミング再セグメンターノードから、ユーザ機器ノードに向けて通信される。
【０００９】
複数のコンテンツストリームが一連のセグメント化ファイルにセグメント化されるため、各セグメント化ファイルは、読み込みが許可される前に書き込みの完了が要求されるＣＤＮサーバによって書き込みが完了した後、読み込みのために、迅速に利用可能とすることができる。さらに、システムリソースは、単一の配信コンテナフォーマットを使用する一連のセグメント化ファイルを、適応ストリーミングセグメンターノードから適応ストリーミング再セグメンターノードに向けて通信することによって保存されるが、これは、適応ストリーミング再セグメンターノードには、逆セグメント化（ｄｅ−ｓｅｇｍｅｎｔ）を行い、ＵＥのストリーミングプロトコルと適合する様々な異なる配信コンテナフォーマットを使用して通信される複数のコンテンツストリームを生成する責任があるために可能である。
【００１０】
一部の他の実施形態は、複数のユーザ機器ノードに適応レートコンテンツストリームを供給するコンテンツ配信システムの適応ストリーミングセグメンターノードを対象にする。適応ストリーミングセグメンターノードは、同一のソースメディアコンテンツに対して種々の符号化ビットレートを有する第１の複数のコンテンツストリームを受信するように構成される少なくとも１つのネットワークインターフェースを含む。適応ストリーミングセグメンターノードは、第１の複数のコンテンツストリームの各々を対応する一連のセグメント化ファイルにセグメント化するように構成される回路をさらに含む。該回路は、さらに、第１の複数のコンテンツストリームの各々に対する一連のセグメント化ファイルを、少なくとも１つのネットワークインターフェース及び一連のセグメント化ファイルの各々に対して単一の配信コンテナフォーマットを使用するコンテンツ配信ネットワークを通して、適応ストリーミング再セグメンターノードに向けて通信する。
【００１１】
一部の他の実施形態は、複数のユーザ機器ノードに適応レートコンテンツストリームを供給するためのコンテンツ配信システムの適応ストリーミング再セグメンターノードを対象にする。適応ストリーミング再セグメンターノードは、同一のソースメディアコンテンツに対して種々の符号化ビットレートを有する第１の複数のコンテンツストリームの各々に対して一連のセグメント化ファイルを受信するように構成される少なくとも１つのネットワークインターフェースを含む。適応ストリーミング再セグメンターノードは、一連のセグメント化ファイルを組み合わせ、種々の符号化ビットレートを有する第２の複数のコンテンツストリームを生成するように構成される回路をさらに含む。該回路は、ユーザ機器ノードの１つによって使用されるストリーミングプロトコルに応答する複数の配信コンテナフォーマットの中から選択する。該回路は、ユーザ機器ノードにおいて利用可能なリソースに応答する第２の複数のコンテンツストリームの中から選択する。該回路は、さらに、第２の複数のコンテンツストリームの中から選択された１つを、選択された配信コンテナフォーマットを使用して、ユーザ機器ノードに向けて通信する。
【００１２】
本発明の実施形態による他の方法及び装置は、当業者が以下の添付図面と詳細な説明を検討すれば、自明となる又はこれから自明になるであろう。このようなすべての追加の方法及び装置が、この説明に含まれ、本発明の範囲に含まれ、及び添付されている特許請求の範囲によって保護されることが意図されている。さらに、本明細書に開示されるすべての実施形態を、別々に実装することができる、或いは任意の方法及び／又は組み合わせで組み合わせることができることが意図されている。
【図面の簡単な説明】
【００１３】
本開示の一層の理解をもたらすために含まれ、本適用例に組み込まれ、その一部を構成する添付図面は、本発明の特定の非限定的な一又は複数の実施形態を図解する。図面において、
【００１４】
【図１】図１は、一部の実施形態に従って動作するように構成されるコンテンツ配信システムのブロック図である。
【図２】図２は、一部の実施形態に従って、図１のコンテンツ配信システムの一部分のブロック図である。
【図３】図３は、一部の実施形態に従って、図１及び２のコンテンツ配信システムの様々なノードによって実行される動作及び方法を図解するデータフロー図である。
【図４】図４は、一部の実施形態に従って、適応ストリーミングセグメンターノードによって出力され、図１及び２の適応ストリーミング再セグメンターノードによって受信される、一連のセグメント化されたコンテンツストリームを示す。
【図５】図５は、一部の実施形態に従って、図４のセグメント化されたコンテンツストリームを組み合わせる適応ストリーミング再セグメンターノードによって生成される複数の異なるフォーマットのコンテンツストリームを示す。
【図６ａ】図６ａは、一部の実施形態に従って、複数のユーザ機器ノードによって使用されるストリーミングプロトコルに応答して、セグメント化されたコンテンツストリームを組み合わせる適応ストリーミング再セグメンターノードによって生成される複数の異なるフォーマットのコンテンツストリームを示す。
【図６ｂ】図６ｂは、一部の実施形態に従って、複数のユーザ機器ノードによって使用されるストリーミングプロトコルに応答して、セグメント化されたコンテンツストリームを組み合わせる適応ストリーミング再セグメンターノードによって生成される複数の異なるフォーマットのコンテンツストリームを示す。
【図６ｃ】図６ｃは、一部の実施形態に従って、複数のユーザ機器ノードによって使用されるストリーミングプロトコルに応答して、セグメント化されたコンテンツストリームを組み合わせる適応ストリーミング再セグメンターノードによって生成される複数の異なるフォーマットのコンテンツストリームを示す。
【図７】図７は、一部の実施形態に従って、図１及び２の適応ストリーミングセグメンターノードによって実行されうる動作及び方法のフロー図である。
【図８】図８は、一部の実施形態に従って、図１及び２の適応ストリーミングセグメンターノードによって実行されうる動作及び方法のフロー図である。
【図９】図９は、一部の実施形態に従って、図１及び２の適応ストリーミングセグメンターノードによって実行されうる動作及び方法のフロー図である。
【図１０】図１０は、一部の実施形態に従って、図１及び２の適応ストリーミング再セグメンターノードによって実行されうる動作及び方法のフロー図である。
【図１１】図１１は、一部の実施形態に従って、図１及び２の適応ストリーミング再セグメンターノードによって実行されうる動作及び方法のフロー図である。
【図１２】図１２は、一部の実施形態に従って、図１及び２の適応ストリーミング再セグメンターノードによって実行されうる動作及び方法のフロー図である。
【図１３】図１３は、一部の実施形態に従って、図１及び２の適応ストリーミング再セグメンターノードによって実行されうる動作及び方法のフロー図である。
【図１４】図１４は、一部の実施形態に従って、図１及び２の適応ストリーミング再セグメンターノードによって実行されうる動作及び方法のフロー図である。
【図１５】図１５は、図１及び２の一又は複数のネットワークノードに対して使用され、一部の実施形態に従って動作するように構成されうる、例示的なネットワークノードのブロック図である。
【発明を実施するための形態】
【００１５】
本発明は、これより本発明の実施形態が示される添付図面を参照して以下でより詳しく説明される。しかしながら、本発明は、多くの異なる形態で実現することができ、本明細書に記載される実施形態に限定されると解釈するべきではない。
【００１６】
一部の実施形態は、コンテンツ配信システムを対象にしており、該コンテンツ配信システムでは、オーディオ‐ビデオストリームなどの一連の適応ストリーミングフレンドリー符号化コンテンツストリーム（ａｄａｐｔｉｖｅ  ｓｔｒｅａｍｉｎｇ  ｆｒｉｅｎｄｌｙ  ｅｎｃｏｄｅｄ  ｃｏｎｔｅｎｔ  ｓｔｒｅａｍ）が、システムのバックエンド部分に置かれるネットワークノードによって一連のファイルにセグメント化され、次いで、コンテンツ配信ネットワークを通して、単一の配信コンテナフォーマットを有するセグメント化された部分の状態で、複数の異なるストリーミングプロトコルに従ってＵＥへの配信に適合する種々のフォーマットにコード変換、再多重化、再セグメント化することができる複数の適応レートコンテンツストリームを生成するためにファイルを組み合わせる別のネットワークノードに転送される。
【００１７】
複数のコンテンツストリームが、システムのバックエンドにおいて一連のセグメント化ファイルにセグメント化されるため、各セグメント化ファイルは、読み込みが許可される前に書き込みの完了が要求されるＣＤＮサーバによって書き込みが完了した後、読み込みとさらに配信のために、迅速に利用可能とすることができる。さらに、コンテンツ配信システムのリソースは、単一の配信コンテナフォーマットを使用する一連のセグメント化ファイルを通信することによって保存される。
【００１８】
図１は、一部の実施形態に従って動作するように構成されるコンテンツ配信システムのブロック図である。図２は、図１のコンテンツ配信システムの一部分の簡易ブロック図であり、コンテンツソース１１０／１１０からＵＥ１４０への通信経路を示す。図１及び２を参照すると、システムは、一又は複数の適応ストリーミングフレンドリートランスコーダ１０４にブロードキャストフィード１０２（例えば、ソースメディアコンテンツを含むコンテンツストリーム）を出力するブロードキャストソース１００を含む。適応ストリーミングフレンドリートランスコーダ１０４は、同一のソースメディアコンテンツに対して種々の符号化ビットレートを有する複数のコンテンツストリーム１０６（例えば、放送対応ストリーミングフレンドリートランスコード化ストリーム（ｂｒｏａｄｃａｓｔ  ａｄａｐｔｉｖｅ  ｓｔｒｅａｍｉｎｇ  ｆｒｉｅｎｄｌｙ  ｔｒａｎｓｃｏｄｅｄ  ｓｔｒｅａｍ））を出力する。したがって、例えば、ブロードキャスト動画ストリーム１０２は、同一のブロードキャスト動画ストリーム１０２に対して種々の符号化ビットレート（例えば、４Ｍｂｐｓ、２Ｍｂｐｓ、１Ｍｂｐｓ、５００Ｋｂｐｓ、その他）を有する複数のコンテンツストリームを供給するためにエンコードすることができ、それにより、ＵＥのために適応ビットレートストリーミング能力が可能となる。
【００１９】
コンテンツ配信システムは、代替的に又は追加的に、同一のソースメディアコンテンツに対して種々の符号化ビットレートを有する、適応ストリーミングフレンドリーエンコード化コンテンツストリーム１１２をストリームすることができるビデオオンデマンド（ＶＯＤ）サーバ１１０を含むことができる。したがって、図２のコンテンツソース１００／１１０は、ブロードキャストソース１００及び／又はＶＯＤサーバ１１０であってもよい。コンテンツソースがＶＯＤサーバ１１０であるとき、適応ストリーミングフレンドリートランスコーダ１０４は、（種々の符号化ビットレートを有する）適応ストリーミングフレンドリートランスコード化ストリームが既にＶＯＤサーバ１１０のメモリ（例えば、磁気ハードドライブ）に記憶されることができるため、必要ではない可能性がある。
【００２０】
システムは、様々な実施形態の説明を目的として、種々のプロトコルの種々の配信コンテナフォーマットを使用する適応コンテンツストリームを受信するように構成される複数のＵＥ１４０をさらに含む。例えば、ＵＥ１４０は、限定されないが、Ａｐｐｌｅ社主導のＨＬＳストリーミングプロトコルのために第１の配信コンテナフォーマットを使用する適応レートコンテンツストリームを受信するクライアントアプリケーションを有するタブレット型コンピュータ１４２、Ｍｉｃｒｏｓｏｆｔ社主導のＳｍｏｏｔｈ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰプロトコルのための第２の配信コンテナフォーマットを使用する適応コンテンツストリームを受信するテレビ１４４、Ａｄｏｂｅ社主導のＤｙｎａｍｉｃ  Ｓｔｒｅａｍｉｎｇプロトコルのための第３の配信コンテナフォーマットを使用する適応コンテンツストリームを受信するゲーム機１４６、及びＭＰＥＧ  ＤＡＳＨプロトコルのために第４の配信コンテナフォーマットを使用する適応コンテンツストリームを受信するパーソナルコンピュータ１４８を含むことができる。
【００２１】
結果として、種々のＵＥ１４０に適応ビットレートコンテンツストリームを供給するためには、システムの内部の一部のネットワークノードが、適応ビットレートコンテンツストリームの様々な配信コンテナフォーマット（例えば、図１のＵＥ１４０のための４つの異なるフォーマット）を生成しなければならない。しかしながら、システムのバックエンドにおいてすべての必要なフォーマットを生成し、次いで、配信ネットワークを通して、適応ビットレートコンテンツストリームの数多くのフォーマットが異なるバージョンをストリーミングする代わりに、フォーマットが異なるバージョンは、ＵＥ１４０寄りに置かれ且つ配信ネットワークのエッジに置かれうるネットワークノードによって生成される。    
【００２２】
適応ビットレートコンテンツストリームのフォーマットが異なるバージョンをＵＥ１４０に供給するために、適応ストリーミングセグメンターノード１０８及び適応ストリーミング再セグメンターノード１３０によって実行されうる様々な動作及び方法は、図３のデータフロー図、図４〜６のコンテンツストリーム、及び図７〜１４のフロー図をさらに参照して以下に説明される。
【００２３】
図３では、コンテンツ配信システムの様々なネットワークノードを通した例示的なデータフローが示される。図３を参照すると、コンテンツソース１００／１１０は、適応ストリーミングフレンドリートランスコーダコンテンツストリーム（例えば、同一のソースメディアコンテンツに対して複数の種々の符号化ビットレート）を供給する（ブロック３００）。ストリーミングセグメンターノード１０８は、単一の配信コンテナフォーマットを使用して通信される一連のセグメント化ファイルを生成する（ブロック３０２）。セグメント化ファイルは、単一の配信コンテナフォーマットを使用してファイルをエッジ複製サーバ１１６に配信する（ブロック３０４）コンテンツ配信ネットワーク（ＣＤＮ）サーバ１１６に通信される。エッジ複製サーバ１１６は、単一の配信コンテナフォーマットを使用するファイルを適応ストリーミング再セグメンターノード１２８にさらに配信する（ブロック３０６）。適応ストリーミング再セグメンターノード１２８は、セグメント化ファイルを組み合わせ、様々なＵＥ１４０によって使用される種々のストリーミングプロトコルに従った通信の必要に応じて、種々のフォーマットのコンテンツストリームを生成する（ブロック３０８）。適応ストリーミング再セグメンターノード１２８は、ＵＥ１４０のうちの対応するＵＥによって使用される種々のストリーミングプロトコルと適合するフォーマットコンテンツストリームの中の選択されたコンテンツストリームを使用するＵＥ１４０のコンテンツの適応ビットレートストリーミングを供給する。
【００２４】
したがって、種々のフォーマット適応ビットレートコンテンツストリームを生成する責任は、ＵＥに近接して置くことができる適応ストリーミング再セグメンターノード１２８にかかる。一部の実施形態では、適応ストリーミング再セグメンターノード１２８は、エッジ複製サーバ１２４とＵＥ１４０の間の通信経路内に置かれる別個の物理ネットワークノードでありうる。一部の他の実施形態では、適応ストリーミング再セグメンターノード１２８は、エッジ複製サーバ１２４の一部及び／又はＣＤＮサーバ１１６の一部である機能モジュールによって供給されうる。
【００２５】
一部のさらなる実施形態に従って、コンテンツ配信ネットワークによって実行可能なさらなる動作及び方法は、図２のブロック図、図４〜６のコンテンツストリーム、及び図７〜１４のフロー図に関連して以下に説明される。
【００２６】
適応ストリーミングセグメンターノード１０８は、適応ストリーミングフレンドリートランスコーダ１０４及び／又はＶＯＤサーバ１１０から、同一のソースメディアコンテンツに対して種々の符号化ビットレートを有する第１の複数のコンテンツストリーム１０６／１１２を受信する（図７のブロック７００）ように構成される。第１の複数のコンテンツストリームの各々は、対応する一連のセグメント化ファイルにセグメント化される（図７のブロック７０２）。適応ストリーミングセグメンターノード１０８は、一連のセグメント化ファイルの各々に対して、単一の配信コンテナフォーマット（例えば、ＨＬＳプロトコル、ＨＴＴＰ  Ｄｙｎａｍｉｃ  Ｓｔｒｅａｍｉｎｇプロトコル、ＭＰＥＧ  ＤＡＳＨプロトコル、Ｓｍｏｏｔｈ  Ｓｔｒｅａｍｉｎｇプロトコル、又は別のプロトコルのうちの１つに応答して選択される単一のフォーマット）を使用する第１の複数のコンテンツストリームの各々に対する一連のセグメント化ファイルを通信する（図７のブロック７０４）。一連のセグメント化ファイルは、例えば、ＣＤＮサーバ１１６、コンテンツ配信ネットワーク１２０、及びエッジ複製サーバ１２４を通して、適応ストリーミング再セグメンターノード１２８に向けて、単一の配信コンテナフォーマットを使用して通信される。
【００２７】
第１の複数のコンテンツストリームの各々のセグメント化は、コンテンツストリームに対して対応する一連のセグメント化ファイルを生成するために、第１の所定の長さの各連続セグメントを種々のセグメント化ファイル（例えば、半導体メモリ、磁気記憶装置などを含みうるメモリ内の所定のアドレス指定可能な範囲）に書き込むこと（図８のブロック８００）によって実行することができる。適応ストリーミングセグメンターノード１０８は、セグメント化ファイルのうちの書き込みが完了したセグメント化ファイルを、適応ストリーミング再セグメンターノードに向けて、通信することによって、セグメント化ファイルのうちの１つの書き込みの完了に応答することができる（図９のブロック９００）。
【００２８】
したがって、個々のセグメント化ファイルの書き込みが完了したとき、個々のセグメント化ファイルは、一連の単一フォーマット適応ストリーミングセグメント化ファイル１１４の１つとして、元のＣＤＮサーバ１１６に通信することができる。ＣＤＮサーバ１１６は、コンテンツ配信ネットワーク１２０を通して、最近接のエッジ複製サーバ１２４に単一フォーマット適応ストリーミングセグメント化ファイル１１４を同様に出力することができる。
【００２９】
図４は、一部の実施形態に従って、一連のセグメント化ファイル４１０、４２０が、図１、２の適応ストリーミングセグメンターノード１０８によって出力される、非限定的な例示的実施形態を示す。図４を参照すると、適応ストリーミングセグメンターノード１０８は、適応ストリーミングフレンドリートランスコーダ１０４又はＶＯＤサーバ１１０から種々の符号化ビットレートを有する複数のコンテンツストリーム１０６又は１１２を受信する。例示的なコンテンツストリーム１０６又は１１２の各々は、多重化されたビデオコンテンツ及びオーディオコンテンツを含むことができ、又は、ビデオコンテンツ及びオーディオコンテンツは、別個の適応セット（例えば、ビデオ及びオーディオのための別個のストリーム）で供給されうる。適応ストリーミングセグメンターノード１０８は、第１ビットレートでエンコードされたオーディオ及びビデオコンテンツを含む第１ストリーム（ストリーム１）をセグメント化し、対応する一連のセグメント化ビデオファイル４１０及びセグメント化オーディオファイル４２０を供給する。同様に、適応ストリーミングセグメンターノード１０８は、第２ビットレートでエンコードされたオーディオ及びビデオコンテンツを含む第２ストリーム（ストリーム２）をセグメント化し、対応する一連のセグメント化ビデオファイル４１０及びセグメント化オーディオファイル４２０を供給し、且つ、「ｎ」の他のビットレートでエンコードされた「ｎ」の他のストリームのためのセグメント化プロセスを繰り返し、「ｎ」の他の対応する一連のセグメント化ビデオファイル４１０及びセグメント化オーディオファイル４２０を供給することができる。この実施例では、「ｎ」は複数の自然数である。
【００３０】
適応ストリーミングセグメンターノード１０８は、限定されないが、１）関連するメディアコンテンツを含むファイルを特定すること、２）ビットレートなど、セグメント化ファイル４１０、４２０のヒューリスティックパラメータを特定すること、及び／又は３）ＵＥ１４０上のクライアントモジュールによるアクセシビリティのためにメモリ（例えば、磁気ディスクドライブ、半導体メモリ、その他）内のファイルのアドレス指定可能な場所を特定すること、を含みうる、一連のセグメント化ファイル４１０、４２０の情報記述を含むマニフェスト４３０リプリゼンテーションをさらに出力する。マニフェスト４３０は、例えば、元のＣＤＮサーバ１１６、コンテンツ配信ネットワーク１２０、及びエッジ複製サーバ１２４を介して、適応ストリーミングセグメンターノード１０８から適応ストリーミング再セグメンターノード１２８へと通信される。
【００３１】
適応ストリーミング再セグメンターノード１２８は、エッジ複製サーバ１２４から、一連の単一フォーマット適応ストリーミングセグメント化ファイル１１４を受信する（図１０のブロック１０００）。一部の実施形態では、適応ストリーミング再セグメンターノード１２８は、エッジ複製サーバ１２４及び／又はＣＤＮサーバ１１６から、マニフェスト４３０を使用して、一連のセグメント化ファイル１２６を読み込む（図１４のブロック１４００）。一連のセグメント化ファイルが組み合わされ（図１０のブロック１００２）、種々の符号化ビットレートを有する第２の複数のコンテンツストリームが生成される。第２の複数のコンテンツストリームは、適応ストリーミングセグメンターノード１０８に供給される第１の複数のコンテンツストリームと同一でありうる。したがって、適応ストリーミング再セグメンターノード１２８は、適応ストリーミングセグメンターノード１０８に供給されるブロードキャスト適応ストリーミングフレンドリー送信ストリーム１０６又はＶＯＤ適応ストリーミングフレンドリー送信ストリーム１１２を再生成することができる。
【００３２】
適応ストリーミング再セグメンターノード１２８は、コンテンツストリームを受信するＵＥ１４０のうちの１つによって使用されるストリーミングプロトコルに応答する複数の配信コンテナフォーマットの中から選択する（ブロック１００４）。したがって、例えば、コンテンツがタブレット型コンピュータ１４２に供給されているとき、適応ストリーミング再セグメンターノード１２８は、Ａｐｐｌｅ社主導のＨＬＳストリーミングプロトコルと適合する第１の配信コンテナフォーマットを選択することができる。同様に、適応ストリーミング再セグメンターノード１２８は、他のＵＥ１４０にコンテンツストリームをストリーミングするために使用される以下の配信コンテナフォーマットを選択することができ、例えば、テレビ１４４に対しては、Ｍｉｃｒｏｓｏｆｔ社主導のＳｍｏｏｔｈ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰプロトコルと適合する第２の配信コンテナフォーマットを選択し、ゲーム機１４６に対しては、Ａｄｏｂｅ社主導のＤｙｎａｍｉｃ  Ｓｔｒｅａｍｉｎｇプロトコルと適合する第３の配信コンテナフォーマットを選択し、パーソナルコンピュータ１４８に対しては、ＭＰＥＧ  ＤＡＳＨプロトコルと適合する第４の配信コンテナフォーマットを選択する。
【００３３】
他の配信コンテナフォーマットは、ＵＥによって使用されうる他のストリーミングプロトコルにとって所望されるもの及び／又は必要とされるものとして使用することができ、且つ、単一のＵＥは、複数の異なるストリーミングプロトコルを使用する複数の異なるクライアントモジュールを有することができる。したがって、複数の異なる配信コンテナフォーマットが、ストリーミングコンテンツを通信するために、適応ストリーミング再セグメンターノード１２８と単一のＵＥ上のクライアントモジュールの間の複数のストリーミングセッションにおいて同時に使用されうる。
【００３４】
選択された配信コンテナフォーマットは、第１の複数のコンテンツストリーム１０６／１１２をセグメント化するために、適応ストリーミングセグメンターノード１０８によって使用されるものと異なるセグメントの大きさを有するように第２の複数のコンテンツストリームを再セグメント化することを望ましく及び／又は必須にすることができる。適応ストリーミングセグメンターノード１０８は、ＵＥ１４０によって、必要に応じて複数の異なるフォーマットを出力することができるため、適応ストリーミングセグメンターノード１０８は、第２の複数のコンテンツストリームを再セグメント化し、各々の異なるフォーマットに対して、必要なときに、セグメント化ファイルに対して異なる大きさをもたらすことができる。
【００３５】
ＵＥ１４０の１つに供給されるコンテンツストリームのビットレートは、動的に調整し、現在の帯域幅及び／又はＵＥのＣＰＵ能力に応答して、異なる符号化ビットレートを有する第２の複数のコンテンツストリームの中から選択すること（図１０のブロック１００６）によって、適応ビットレートコンテンツストリーミングを供給することができる。ＵＥは、選択を制御（例えば、複数のコンテンツストリームのうちの特定のコンテンツストリームに対して、読み込みリクエストなどの選択リクエストを通信することによって）することができ、及び／又は適応ストリーミング再セグメンターノード１２８は、選択を制御（例えば、ＵＥの現在の入力バッファー能力を決定することによってなど、帯域幅及び／又はＵＥの能力を決定することによって）することができる。
【００３６】
第２の複数のコンテンツストリームのうちの選択されたコンテンツストリームは、選択された配信コンテナフォーマットを使用して、ユーザ機器ノードに向けて通信される（図１０のブロック１００８）。
【００３７】
図１０の動作及び方法は、各ＵＥ１４０のために繰り返すこと（図１２のブロック１２００）ができ、したがって、適応ストリーミング再セグメンターノード１２８は、コンテンツの適応ストリーミングを、ＵＥ１４０によって使用される各ストリーミングプロトコルとの適合性のために選択される配信コンテナフォーマットを使用する各ＵＥ１４０に通信するように機能する。
【００３８】
第２の複数のコンテンツストリームを再セグメント化及び通信するために、適応ストリーミング再セグメンターノード１２８は、第２の複数のコンテンツストリームの各々の異なるフォーマットに対して、ＵＥ１４０が対応するＵＥ１４０へのコンテンツストリーミングビットレートを制御するために、第２の複数のコンテンツストリームのうちの選択されたコンテンツストリームを読み込むことができる、適応ストリーミング再セグメンターノード１２８によって管理されるメモリの内部の場所に、アドレスを特定するマニフェストを生成（図１３のブロック１３００）することができる。適応ストリーミング再セグメンターノード１２８によって出力することができる各々の異なる配信コンテナフォーマットに対して異なるマニフェストを生成することができる。
【００３９】
さらなる例として、図５及び図６ａ〜ｃは、一部の実施形態に従って、図４のセグメント化されたコンテンツストリームを組み合わせることによって、適応ストリーミング再セグメンターノード１２８によって生成される複数の異なるフォーマットのコンテンツストリームを示す。図５を参照すると、適応ストリーミング再セグメンターノード１２８は、マニフェスト４３０を読み込み、一連のセグメント化ファイルを組み合わせ、「ｎ」の異なるセグメント化された第２の複数のコンテンツストリーム（例えば、ビデオビットレート１及びオーディオビットレート１を有するストリーム１、ビデオビットレート２及びオーディオビットレート２を有するストリーム２、それから、ビデオビットレート「ｎ」及びオーディオビットレート「ｎ」を有するストリーム「ｎ」、など）を生成する。
【００４０】
適応ストリーミング再セグメンターノード１２８は、ＵＥ１４０によって要求される「ｎ」の異なるプロトコルに従ってコンテンツをストリームする必要に応じて、第２の複数のコンテンツストリームの「ｎ」の異なる配信コンテナフォーマット（例えば、図５の「再セグメント化／再多重化ストリーム１」、「再セグメント化／再多重化ストリーム２」、「再セグメント化／再多重化ストリームｎ」）をさらに生成する。例えば、第２の複数のコンテンツストリームは、各選択されたフォーマットに基づいて決定される異なるセグメントの長さを使用して再セグメント化することができる。さらに、ビデオコンテンツ及びオーディオコンテンツは、「ｎ」の異なるフォーマットのコンテンツストリーム（例えば、図５の「再セグメント化／再多重化ストリーム１」、「再セグメント化／再多重化ストリーム２」、「再セグメント化／再多重化ストリームｎ」）を生成するときに、ＵＥ１４０うちの異なるＵＥによって使用される様々なストリーミングプロトコルに対して、望む通り及び又は必要に応じて、共に多重化又は別個のビデオストリーム及びオーディオストリームに分けることができる。「ｎ」の異なるフォーマットのコンテンツストリームの例は、図６ａ‐ｃに示される。
【００４１】
図６ａを参照すると、第１のフォーマット化され再セグメント化／多重化されたストリームのグループは、各ビットレートストリームに対して４秒の長さの一連のセグメント化ファイルとして生成される。適応ストリーミング再セグメンターノード１２８は、第１フォーマットを有する選択されたビットレートに対してＵＥ１４０が一連のファイルを読み込むことができる、メモリの内部の場所に、アドレスを特定する対応するマニフェスト６００ａを生成する。マニフェスト６００ａは、以上で説明されるように、関連するメディアコンテンツを含むファイルを特定する情報、ビットレート又はファイルの他のヒューリスティックパラメータを特定する情報などの他の情報を含むことができる。
【００４２】
第１のフォーマット化されたコンテンツストリームは、対応する一連のセグメント化ファイルを生成するために、第２の複数のコンテンツストリームの各々（例えば、図５の種々のレートのコンテンツストリーム）から、所定の長さ（例えば、４秒）の各連続セグメントをメモリ内の種々のセグメント化ファイルに書き込むこと（図１１のブロック１１００）によって生成されうる。ＵＥ１４０が第１フォーマットコンテンツストリームを読み込むことができるメモリの内部の場所にアドレスを特定する第１のフォーマットのコンテンツストリームに対して、マニフェストを生成（図１１のブロック１１０２）することができる。マニフェストは、適合するストリーミングプロトコルを有するＵＥ１４０に通信される（図１１のブロック１１０４）。
【００４３】
図６ｂを参照すると、図６ａに類似する動作によって、第２のフォーマット化され再セグメント化／多重化されたストリームのグループは、各ビットレートストリームに対して７秒の長さの一連のセグメント化ファイルとして生成される。適応ストリーミング再セグメンターノード１２８は、ＵＥ１４０が第２フォーマットを有する選択されたビットレートに対して一連のファイルを読み込むことができる、メモリの内部の場所に、アドレスを特定する対応するマニフェスト６００ｂを生成する。マニフェスト６００ｂは、以上で説明されるように、他の情報を含むことができる。マニフェスト６００ｂは、適合するストリーミングプロトコルを有するＵＥ１４０に通信される。
【００４４】
図６ｃを参照すると、同様に、第「ｎ」のフォーマット化され再セグメント化／多重化されたストリームのグループは、各ビットレートストリームに対して１０秒の長さの一連のセグメント化ファイルとして生成される。適応ストリーミング再セグメンターノード１２８は、ＵＥ１４０が第「ｎ」フォーマットを有する選択されたビットレートに対して一連のファイルを読み込むことができる、メモリの内部の場所に、アドレスを特定する対応するマニフェスト６００ｎを生成する。マニフェスト６００ｎは、以上で説明されるように、他の情報を含むことができる。マニフェスト６００ｎは、適合するストリーミングプロトコルを有するＵＥ１４０に通信される。
【００４５】
例示的なネットワークノード
図１５は、一部の実施形態に従って構成されている、ネットワークノード１５００のブロック図である。ネットワークノード１５００は、限定されないが、コンテンツソース１００／１１０、適応ストリーミングフレンドリートランスコーダ１０４、適応ストリーミングセグメンターノード１０８、ＣＤＮサーバ１１６、コンテンツ配信ネットワーク１２０の一又は複数のノード、エッジ複製サーバ１２４、適応ストリーミング再セグメンターノード１２８、及び／又は一又は複数のＵＥ１４０を含む、図１〜１４に関連して以上で説明される一又は複数のネットワークノード内で使用されうる。ネットワークノード１５００は、一又は複数のネットワークインターフェース１５３０、プロセッサ回路１５１０、及び機能モジュール１５２２を含むメモリ回路／デバイス１５２０を含むことができる。ネットワークノード１５００は、ＵＥ１４０の無線通信の種類（例えば、携帯電話／無線コンピュータ）に含まれるとき、無線トランシーバ回路をさらに含むことができる。
【００４６】
プロセッサ回路１５１０は、汎用プロセッサ及び／又は専用プロセッサ（例えば、マイクロプロセッサ及び／又はデジタル信号プロセッサ）などの一又は複数のデータ処理回路を含むことができる。プロセッサ回路１５１０は、図１〜１４の実施形態などの一又は複数の実施形態に対して以上で説明された一部又は全ての動作及び方法を実行するために、コンピュータで読み取り可能な媒体として以下で説明される、メモリ回路／デバイス１５２０内の機能モジュール１５２２からコンピュータプログラム命令を実行するように構成される。
【００４７】
さらなる定義及び実施形態：
本発明の様々な実施形態の以上の説明において、本明細書で使用されている用語は、特定の実施形態を説明することのみを目的としており、本発明を限定することを意図していないことを理解されたい。その他の定義がない限り、本明細書で使用されているすべての用語（技術及び科学用語を含む）は、本発明が属する当業者によって一般的に理解されるのと同一の意味を有する。一般的に使用される辞書において定義されているような用語は、本明細書及び関連する技術分野の文脈における意味と一致する意味を有すると解釈されるべきであり、本明細書で理想的な又は過度に形式的な意味として特別に定義されていると解釈されないことをさらに理解されたい。
【００４８】
ある要素が、他の要素に対して「接続」、「連結」、「応答」、又はこれらの変形を行うとされるとき、他の要素に直接接続、連結、又は応答するか、或いは介在要素が存在することができる。これとは対照的に、ある要素が、他の要素に対して「直接接続」、「直接連結」、「直接応答」、又はこれらの変形を行うとされるとき、介在要素は存在しない。全体を通して、類似の番号は類似の要素を示す。さらに、本明細書で使用される「連結される」、「接続される」、「応答する」、又はこれらの変形は、無線を使って連結される、接続される、又は応答することを含むことができる。本明細書で使用されるように、単数形「一つの（ａ、ａｎ）」及び「その（ｔｈｅ）」は、文脈が明らかにそうでないことを示さない限りは、複数形も含むことが意図されている。よく知られている機能又は構造は、簡潔及び／又は明白にするために、詳細に説明されない可能性がある。「及び／又は」という用語又は「／（スラッシュ）は、一又は複数の、関連して列挙されたアイテムの任意及び全ての組み合わせを含む。
【００４９】
本明細書で使用される用語である「含む（ｃｏｍｐｒｉｓｅｓ、ｃｏｍｐｒｉｓｉｎｇ、ｃｏｍｐｒｉｓｅｓ、ｉｎｃｌｕｄｅ、ｉｎｃｌｕｄｉｎｇ、ｉｎｃｌｕｄｅｓ）」、「有する（ｈａｖｅ、ｈａｓ、ｈａｖｉｎｇ）」又はこれらの変形は、制約がなく、一又は複数の記載された特徴、整数、要素、ステップ、コンポーネント、又は機能を含むが、一又は複数の他の特徴、整数、要素、ステップ、コンポーネント、機能、又はこれらのグループの存在又は追加を除外するものではない。さらに、本明細書で使用されるように、ラテン語の表現「ｅｘｅｍｐｌｉ  ｇｒａｔｉａ」に由来する一般的な省略形「ｅ．ｇ．（例えば）」は、前に言及されたアイテムの一般的な一又複数の例を紹介又は特定するために使用することができ、このようなアイテムを限定することを意図していない。ラテン語の表現「ｉｄ  ｅｓｔ」に由来する一般的な省略形「ｉ．ｅ（即ち）」は、より一般的な記述から特定のアイテムを特定するために使用することができる。
【００５０】
本明細書で例示的な実施形態は、コンピュータによって実装される方法、装置（システム及び／又はデバイス）、及び／又はコンピュータプログラム製品のブロック図及び／又はフローチャート図を参照して説明される。ブロック図及び／又はフローチャート図のブロック、並びにブロック図及び／又はフローチャート図のブロックの組み合わせは、一又は複数のコンピュータ回路によって実行されるコンピュータプログラム命令によって実装されうることを理解されたい。これらのコンピュータプログラム命令は、機構を生成するために汎用コンピュータ回路、専用コンピュータ回路、及び／又は他のプログラム可能なデータ処理回路のプロセッサ回路に提供されることができ、コンピュータのプロセッサ及び／又は他のプログラム可能なデータ処理装置を介して実行する命令が、ブロック図及び／又はフローチャートの一又は複数のブロックで特定される機能／作業を実装するために、トランジスタ、記憶場所に格納された値、及びそのような回路内の他のハードウェアコンポーネントを変換及び制御し、それにより、ブロック図及び／又はフローチャートの一又は複数のブロックで特定された機能／作業を実装する手段（機能性）及び／又は構造がつくりだされる。
【００５１】
これらコンピュータプログラム命令は、コンピュータ又は他のプログラム可能なデータ処理装置を特定の方法で機能させるように仕向けることができる有形のコンピュータ可読媒体に記憶させることができ、それにより、コンピュータ可読媒体に記憶された命令が、ブロック図及び／又はフロー図の一又は複数のブロックに特定された機能／作業を実装する命令を含む製造品を生成する。
【００５２】
有形の、非一時的なコンピュータ可読媒体は、電子的、磁気的、光学的、電磁的、又は半導体式のデータ記憶システム、装置、又はデバイスを含むことができる。コンピュータ可読媒体のより具体的な例としては、ポータブルコンピュータディスケット、ランダムアクセスメモリ（ＲＡＭ）回路、読み取り専用メモリ（ＲＯＭ）回路、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）回路、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、及びポータブルデジタルビデオディスク読み取り専用メモリ（ＤＶＤ／ブルーレイ）が含まれる。
【００５３】
コンピュータプログラム命令は、コンピュータ及び／又は他のプログラム可能なデータ処理装置にさらにロードし、コンピュータ及び／又は他のプログラム可能な装置上で一連の動作ステップを実行させ、コンピュータで実施されるプロセスを作り出すことができ、それにより、コンピュータ又は他のプログラム可能な装置上で実行される命令が、ブロック図及び／又はフローチャートの一又は複数のブロックに特定される機能／作業を実装するステップを提供する。したがって、本発明の実施形態は、「回路」、「モジュール」又はその変形と集合的に呼ぶことができるデジタル信号プロセッサなどのプロセッサ上で動作するハードウェア及び／又はソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）で具現化することができる。
【００５４】
一部の代替実装態様では、ブロックに記載された機能／作業は、フロー図に記載の順序を逸脱して行われうることにも留意するべきである。例えば、連続して示される２つのブロックは、実際に、ほぼ同時に実行されてもよく、又は、ブロックは、関係する機能／動作に応じて、時には逆順に実行されてもよい。さらに、フロー図及び／又はブロック図の所与のブロックの機能性は、複数のブロックに分けられてもよく、並びに／或いはフロー図及び／又はブロック図の２つ以上のブロックの機能性は、少なくとも部分的に統合されてもよい。最後に、他のブロックが図解されているブロックの間に追加／挿入されてもよい。さらに、一部の図が通信の主要方向を示すために通信経路上に矢印を含むが、示された矢印とは反対の方向で通信が発生しうることを理解されるべきである。
【００５５】
以上の説明及び図面に関連して、本明細書で多くの異なる実施形態が開示された。これらの実施形態のあらゆるコンビネーション及びサブコンビネーションをそっくりそのまま説明して例示することは、過度に反復的で難解になることを理解されたい。したがって、本明細書は、図面を含めて、実施形態の様々な例示的なコンビネーション及びサブコンビネーション、並びにそれらを作成して活用する方法及びプロセスの書面による完全な説明を構成すると解釈するべきであり、本明細書は、図面を含めて、任意のこのようなコンビネーション及びサブコンビネーションに対して特許請求の範囲をサポートする。
【００５６】
本発明の原則から実質的に逸脱せずに、実施形態に対して多くの変形及び修正を行うことができる。すべてのこのような変形及び修正は、本発明の範囲内で本明細書に含まれることが意図されている。
【図１】
2015516742.tif 000003
【図２】
2015516742.tif 000004
【図３】
2015516742.tif 000005
【図４】
2015516742.tif 000006
【図５】
2015516742.tif 000007
【図６ａ】
2015516742.tif 000008
【図６ｂ】
2015516742.tif 000009
【図６ｃ】
2015516742.tif 000010
【図７】
2015516742.tif 000011
【図８】
2015516742.tif 000012
【図９】
2015516742.tif 000013
【図１０】
2015516742.tif 000014
【図１１】
2015516742.tif 000015
【図１２】
2015516742.tif 000016
【図１３】
2015516742.tif 000017
【図１４】
2015516742.tif 000018
【図１５】
2015516742.tif 000019
【国際調査報告】
2015516742.tif 000020