(57)【特許請求の範囲】
【請求項１】
通信システムにおいて、メディアコンテンツのＨＴＴＰストリーミングセッション中に前記メディアコンテンツのセグメント間の表現の切り替えを可能とする方法であって、
前記メディアコンテンツは、複数のセグメントに分割され、それぞれが前記メディアコンテンツの時間間隔に対応し、セグメントの複数の表現が利用可能であり、
サーバノードにおいて、各セグメントの特定の特徴を識別するグループ識別情報を各表現にタグ付けすることに基づいて、メディアコンテンツのセグメントの利用可能な前記表現をグループへと分類する工程（Ｓ１０）であって、前記グループ識別情報は、ストリーミング中のグループの表現間の切り替えが適切か否かを示す工程と、
前記サーバノードが、前記グループと、該グループそれぞれのメディアコンテンツのセグメントの表現と、を識別する前記グループ識別情報を、前記システムのクライアントノード又は中間ノードへと提供する工程（Ｓ２０）と、
前記クライアントノードにおいて、前記サーバノードから直接もしくは前記中間ノードを介して提供された前記グループ識別情報に基づいて次の表現を選択し、前記メディアコンテンツの各セグメントを、現在の表現から、前記選択された表現へと切り替える工程（Ｓ３０）と、
を有することを特徴とする方法。
【請求項２】
前記サーバノードが、前記グループ識別情報に基づいて前記グループを優先付けする工程（Ｓ２１）と、前記グループ識別情報とともに、該優先付けの指標を前記クライアントノード又は前記中間ノードへと提供する工程（Ｓ２２）と、をさらに有することを特徴とする、請求項１に記載の方法。
【請求項３】
それぞれの前記グループ内の表現をさらに優先付けする工程（Ｓ２３）と、前記グループ識別情報とともに、該優先付けに関する指標を前記クライアントノード又は前記中間ノードへと提供する工程（Ｓ２４）と、をさらに有することを特徴とする、請求項１又は２に記載の方法。
【請求項４】
少なくとも１つのクライアントノードとのメディアコンテンツのＨＴＴＰストリーミングセッション中に、前記少なくとも１つのクライアントノードにおいて前記メディアコンテンツのセグメント間の表現を切り替えるために、サーバノードにおいて用いる方法であって、
前記メディアコンテンツは、複数のセグメントに分割され、それぞれが前記メディアコンテンツの時間間隔に対応し、セグメントの複数の表現が利用可能であり、
各セグメントの特定の特徴を識別するグループ識別情報を各表現にタグ付けすることに基づいて、メディアコンテンツのセグメントの利用可能な前記表現をグループへと分類する工程（Ｓ１１０）であって、前記グループ識別情報は、ストリーミング中のグループの表現間の切り替えが適切か否かを示す工程と、
提供されたグループ識別情報に基づいて次の表現を選択し、現在の表現から前記選択された表現に切り替えることを、ＨＴＴＰクライアントノードが可能となるように、前記グループと、該グループそれぞれのメディアコンテンツのセグメントの前記表現と、を識別する前記グループ識別情報を、前記少なくとも１つのＨＴＴＰクライアントノードへと提供する工程（Ｓ１２０）と、
を有することを特徴とする方法。
【請求項５】
提供された前記グループ識別情報に基づいて前記グループを優先付けする工程（Ｓ１２１）と、
前記グループ識別情報とともに、該優先付けの指標を提供する工程（Ｓ１２２）と、
をさらに有することを特徴とする、請求項４に記載の方法。
【請求項６】
それぞれの前記グループ内の、メディアコンテンツのセグメントの表現を優先付けする工程（Ｓ１２３）と、
前記グループ識別情報とともに、該優先付けに関する指標を提供する工程（Ｓ１２４）と、
をさらに有することを特徴とする、請求項４又は５に記載の方法。
【請求項７】
メディア表現記述又はマニフェストファイル内で、前記グループ識別情報及び優先付けの情報を提供することを特徴とする、請求項４乃至６のいずれか一項に記載の方法。
【請求項８】
ＨＴＴＰクライアントノードにおいて、少なくとも１つのＨＴＴＰストリーミングサーバノードとのメディアコンテンツのＨＴＴＰストリーミングセッション中にメディアコンテンツのセグメント間の表現を切り替える方法であって、
前記メディアコンテンツは、複数のセグメントに分割され、それぞれが前記メディアコンテンツの時間間隔に対応し、セグメントの複数の表現が利用可能であり、
メディアコンテンツのセグメントの１以上の利用可能な表現を含むグループを識別するグループ識別情報を受信する工程（Ｓ２２０）であって、前記グループは、各セグメントの特定の特徴を識別するグループ識別情報を各表現にタグ付けすることに基づいて分類され、前記グループ識別情報は、ストリーミング中のグループの表現間の切り替えが適切か否かを示す工程と、
前記受信されたグループ識別情報に基づいて、次の表現を選択し、メディアコンテンツのセグメントを、現在の表現から、前記選択された表現へ切り替える工程（Ｓ２３０）と、
を有することを特徴とする方法。
【請求項９】
メディアコンテンツのセグメントの前記表現を優先付けする工程（Ｓ２２１，Ｓ２２３）をさらに有し、
該優先付けに基づいて、現在の表現から、メディアコンテンツのセグメントの選択された表現へ切り替えることを特徴とする、請求項８に記載の方法。
【請求項１０】
前記優先付けする工程（Ｓ２２１）が、前記ＨＴＴＰストリーミングサーバノードから優先度情報を受け取る工程を含むことを特徴とする、請求項９に記載の方法。
【請求項１１】
前記優先付けする工程（Ｓ２２３）が、前記クライアントノードが該優先付けを行う工程を含むことを特徴とする、請求項９に記載の方法。
【請求項１２】
現在の表現についてのグループＩＤと、メディアコンテンツのセグメントの前記選択された表現についてのグループＩＤと、を比較するさらなる工程を有し、該比較に基づいて切り替えを行うことを特徴とする、請求項８に記載の方法。
【請求項１３】
前記現在の表現と、メディアコンテンツのセグメントの前記選択された表現とが、共通のグループＩＤを共有し、続くセグメント境界において即座に適応を行うことを特徴とする、請求項１２に記載の方法。
【請求項１４】
前記現在の表現と、メディアコンテンツのセグメントの前記選択された表現とが、異なるグループＩＤに属し、前記切り替え／適応に応じて復号器を再初期化することを特徴とする、請求項１２に記載の方法。
【請求項１５】
通信ネットワークに配置された少なくとも１つのクライアントノードへと、メディアコンテンツのセグメントの表現を提供するように構成されたサーバノード（１００）であって、
前記メディアコンテンツは、複数のセグメントに分割され、それぞれが前記メディアコンテンツの時間間隔に対応し、セグメントの複数の表現が利用可能であり、
各セグメントの特定の特徴を識別するグループ識別情報を各表現にタグ付けすることに基づき、メディアコンテンツのセグメントが前記利用可能な表現をグループへと分類するように構成されたグループ分類部（１１０）であって、前記グループ識別情報は、ストリーミング中のグループの表現間の切り替えが適切か否かを示すグループ分類部（１１０）と、
前記少なくとも１つのクライアントノードとのメディアコンテンツのＨＴＴＰストリーミングセッション中に、前記少なくとも１つのクライアントノードにおいて前記メディアコンテンツのセグメント間の表現を切り替えるために、提供されたグループ識別情報に基づいて次の表現を選択し、現在の表現から前記選択された表現に切り替えることを、前記ＨＴＴＰクライアントノードが可能となるように、前記グループと、該グループそれぞれの前記メディアコンテンツのセグメントの表現と、を識別する前記グループ識別情報を、前記少なくとも１つのクライアントノードへと提供するように構成された情報提供部（１２０）と、
を備えることを特徴とするサーバノード。
【請求項１６】
提供された前記グループ識別情報に基づいて前記グループを優先付けし、かつ、前記グループ識別情報とともに、該優先付けの指標を提供するように構成されたグループ優先付け部（１２１）をさらに備えることを特徴とする、請求項１５に記載のサーバノード。
【請求項１７】
それぞれの前記グループ内のメディアコンテンツのセグメントの表現を優先付けし、かつ、前記グループ識別情報とともに、該優先付けに関する指標を提供するように構成された表現優先付け部（１２３）をさらに備えることを特徴とする、請求項１５又は１６に記載のサーバノード。
【請求項１８】
通信ネットワークに配置された少なくとも１つのサーバノードから、メディアコンテンツのセグメントの表現を受信するように構成されたＨＴＴＰストリーミングクライアントノード（２２０）であって、
前記メディアコンテンツは、複数のセグメントに分割され、それぞれが前記メディアコンテンツの時間間隔に対応し、セグメントの複数の表現が利用可能であり、
メディアコンテンツのセグメントの１以上の前記利用可能な表現を含むグループを識別するグループ識別情報を受信するように構成されたグループ識別子受信部（２２０）であって、前記グループは、各セグメントの特定の特徴を識別するグループ識別情報を各表現にタグ付けすることに基づいて分類され、前記グループ識別情報は、ストリーミング中のグループの表現間の切り替えが適切か否かを示すグループ識別子受信部（２２０）と、
前記少なくとも１つのサーバノードとの前記メディアコンテンツのＨＴＴＰストリーミングセッション中に、前記受信されたグループ識別情報に基づいて、次の表現を選択し、メディアコンテンツのセグメントそれぞれを、現在の表現から、前記選択された表現へ切り替えるように構成された切り替え部（２３０）と、
を備えることを特徴とするクライアントノード。
【請求項１９】
前記受信されたグループ識別情報に基づいて前記グループを優先付けし、前記グループ識別情報とともに該優先付けの指標を提供するように構成されたグループ優先付け部（２２１）をさらに備え、
前記切り替え部（２３０）は、該優先付けの情報にさらに基づいて、メディアコンテンツのセグメントの表現を切り替えるように構成されていることを特徴とする、請求項１８に記載のクライアントノード。
【請求項２０】
それぞれの前記グループ内の、メディアコンテンツのセグメントの表現を優先付けし、前記グループ識別情報とともに該優先付けに関する指標を提供するように構成された表現優先付け部（２２３）をさらに備え、
前記切り替え部（２３０）は、該優先付けの情報にさらに基づいて、メディアコンテンツのセグメントの表現を切り替えるように構成されていることを特徴とする、請求項１８又は１９に記載のクライアントノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して通信ネットワークに関し、より詳細にはこのようなネットワークにおけるＨＴＴＰストリーミングセッション中の改善された表現切り替えを可能とする方法及び装置に関する。
【背景技術】
【０００２】
メディアコンテンツ、特に動画の、ＨＴＴＰ（ハイパーテキスト・トランスファー・プロトコル）ストリーミングに対する、強まる関心が存在する。最近、このＨＴＴＰストリーミングは、単純なプログレッシブダウンロードを超えて、適応性と生の（ライブ）コンテンツという新しい２つの特徴を与えるように進化している。これが達成されるための方法は、それぞれがコンテンツの小さい区間、例えばコンテンツのうちの１０秒、に対応する複数のセグメント、又はファイル、にコンテンツが分割されることにある。クライアントは、異なるセグメント、及びそれらをどこで取得（フェッチ）するかをリストするマニフェストファイル又は等価なファイルを与えられ、クライアントはそれらを一つずつ取得する。ＨＴＴＰのような標準的なウェブプロトコルを介して取得される異なるセグメント／ファイルへの分割は、ＲＴＳＰ（リアル・タイム・ストリーミング・プロトコル）に基づくストリーミングサーバとは対照的に、サーバ又はキャッシュにおけるどのような状態も要求しないために、キャッシュフレンドリー又はＣＤＮ（コンテンツ配信ネットワーク）フレンドリーであるとも言われる。インターバル及びセグメントについては複数のレベルが可能である。例えば、１つのインターバル間のコンテンツを変更し、次のインターバルにおいてコンテンツストリームに戻ることにより、広告の挿入が可能である。
【０００３】
適応性は、ネットワーク性能／ダウンロード時間が与えられた際に、最もよいと推定されるバージョンをクライアントが取得することを選択できるように、複数のバージョン、例えばメディアコンテンツの表現、を提供することにより達成される。クライアントの視点からは、ダウンロードされるそれぞれのセグメントについて、どのバージョンを選択するかの判断を単純に行うことができるように、異なるバージョンのセグメントが同一の継続時間を有するならば、適応性は最も容易に解決される。
【０００４】
ＨＴＴＰストリーミングセッションに参加するクライアントノードは、２つの主な困難に直面する。第１に、最適なストリーミングセッションを可能とするために、ある表現から他の表現へとクライアントが効率的にかつシームレスに切り替えることができることが必要である。このことは、不必要なバッファリング又はダウンタイムなしにメディアセッションの最適な再生品質を保証し、同時に利用可能なリソースの効率的な利用を保証する。このように、クライアントは信頼できかつ有利な方法で表現切り替えを実行することができる必要がある。第２に、クライアントは同一のメディアセグメントの複数の利用可能な表現の選択に直面し、したがって時間におけるそれぞれの瞬間において、最適なビューイング・エクスペリエンスを与える表現を選択することが可能である必要がある。このように、クライアントは現在のセッションについての最適な表現を選択することができる必要がある。
【０００５】
上記に基づき、クライアントに対して、メディアのストリーミングセッション中に表現の最適な選択を可能とさせる要求が存在し、またクライアントに対して、効率的な表現切り替えを可能とさせる要求が存在する。
【発明の概要】
【０００６】
本開示は、上述の問題のいくつかを取り除き、改善したＨＴＴＰストリーミングセッション中の表現切り替えを提供することを目的とする。
【０００７】
本開示の第１の態様は、通信システムにおいて、ＨＴＴＰストリーミングセッション中に表現の切り替えを可能とする方法であって、利用可能な表現をグループへと分類する工程と、前記グループと、該グループそれぞれの表現と、を識別する情報を、提供する工程と、前記提供されたグループを識別する情報に基づいて、表現切り替える工程と、を有する方法を提供する。
【０００８】
本開示の第２の態様は、ＨＴＴＰサーバノードにおいて用いる方法であって、利用可能な表現をグループへと分類する工程と、前記グループと、該グループそれぞれの表現と、を識別する情報を、クライアントノードへと提供する工程と、を有する方法を提供する。
【０００９】
本開示の第３の態様は、ＨＴＴＰクライアントノードにおいて表現を切り替える方法であって、メディアコンテンツの１以上の表現を含むグループを識別する情報を受信する工程と、前記提供されたグループを識別する情報に基づいて、選択及び切り替えを行う工程と、を有する方法を提供する。
【００１０】
本開示の第４の態様は、ＨＴＴＰストリーミングサーバノードであって、利用可能な表現をグループへと分類するように構成されたグループ分類部と、前記グループと、該グループそれぞれの表現と、を識別する情報を、ＨＴＴＰクライアントへと提供するように構成された情報提供部と、を備えるサーバノードを提供する。
【００１１】
本開示の第５の態様は、ＨＴＴＰストリーミングクライアントノードであって、メディアコンテンツの１以上の表現を含むグループを識別する情報を受信するように構成されたグループ識別子受信部と、前記提供されたグループを識別する情報に基づいて、表現の選択及び切り替えを行うように構成された切り替え部と、を備えるクライアントノードを提供する。
【００１２】
本開示の利点は、ＨＴＴＰストリーミングセッション中に、クライアントが最適な表現へと選択及び切り替えを行うことを可能とすることを含む。
【図面の簡単な説明】
【００１３】
本発明は、続く詳細な説明を添付の図面を共に考慮して参照することにより、本発明のさらなる目的及び利点とともに最もよく理解されるだろう。
【００１４】
【図１】本開示に従う方法の一実施形態のフローチャートである。
【図２】本開示に従うサーバノードにおける方法の一実施形態のフローチャートである。
【図３】本開示に従うクライアントノードにおける方法の一実施形態のフローチャートである。
【図４】本開示に従うサーバノード及びクライアントノードの一実施形態である。
【図５】様々な表現を説明する。
【図６】本開示の概略的な実装例を説明する。
【発明を実施するための形態】
【００１５】
図面を通じて、同一の参照符号は類似の又は対応する要素のために用いられる。
【００１６】
背景技術において述べたように、クライアントに対して、メディアのストリーミングセッション中に表現の最適な選択を可能とさせる要求が存在し、またクライアントに対して、効率的な表現切り替えを可能とさせる要求が存在する。最適なストリーミンクセッションを可能とするために、ある表現から他の表現へとクライアントが効率的にかつシームレスに切り替えることが可能である必要がある。このことは、不必要なバッファリング又はダウンタイムなしにメディアセッションの最適な再生品質を保証し、同時に利用可能なリソースの効率的な利用を保証する。さらに、クライアントは同一のメディアセグメントの複数の利用可能な表現の選択に直面し、したがって時間におけるそれぞれの瞬間において、最適なビューイング・エクスペリエンスを与える表現を選択することが可能である必要がある。このように、クライアントは現在のセッションについての最適な表現を選択することができる必要がある。
【００１７】
本発明者らにより、上述のシナリオの双方が、クライアントとサーバとの間での、又はクライアントと中間補助ノードとの間での、利用可能な表現、並びにクライアントが効率的な表現切り替えを行うこと及び最適な表現を選択することを可能とする任意の情報についての、情報の交換又は信号通信を提供することにより、補助され又は緩和されうることが確認された。好適にはこの情報は、いわゆるマニフェストファイル内で、サーバと受信クライアントとの間で通信される。他の代替策は、何らかの中間補助ノードを介して情報を提供することである。
【００１８】
本発明の第１の態様は、ＨＴＴＰストリーミングセグメントの特徴についての、サーバからクライアントへの通信である。一般的に、例えば多くの様々なデバイス、解像度、又は異なるコーデックをカバーするために、多くの表現が存在するだろう。もちろんクライアントは、様々な表現の全ての中から自由に選択することができるが、最もよい結果及び円滑な表現間の切り替えを達成するために、我々はクライアントにとっての切り替えを単純化する、マニフェストファイル内での通信を導入する。このことは、表現を「グループ」へとグループ化するという概念によってなされる。
【００１９】
本開示に従う方法の一実施形態が、図１を参照して説明される。最初に、利用可能な表現がグループへと分類される（Ｓ１０）。この分類は、それぞれのセグメントの個別の特徴を識別する予め定義されたグループタグのセットに基づいて、例えば切り替えＩＤでそれぞれの表現をタグ付けすることによって行われる。このようなタグは、例えば、再生中にセグメント境界又は他の場所において、そのグループの表現間での切り替えが可能である（又は可能ではない）ことを示すことができる。セグメント境界での切り替えが可能であることを示す、同一の切り替えＩＤでタグ付けされた表現の例は、ビットレートのみが異なる２つの表現である。同一の切り替えＩＤを有するグループ内に分類された表現であって、この切り替えＩＤが切り替えが適切ではないことを示す場合の表現の対照的な例は、異なる言語又はアスペクト比の表現を含むことができる。
【００２０】
表現グループ及びそれらの表現を識別する情報、例えば切り替えＩＤは、例えばマニフェストファイル内で、ストリーミングクライアントノード又は中間ノードに提供される（Ｓ２０）。続けて、そしてクライアントは、提供されたグループ識別情報、例えば切り替えＩＤ又は切り替えタグに基づいて、現在の表現から新しい又は好ましい表現へと切り替える。
【００２１】
さらに、他のグループ（及び切り替えＩＤ又はタグ）が、セグメント境界においてビットストリームレベルで切り替えが行えることを信号通信する又は示すために定義される。切り替えが可能ではない場合のある例の１つは、セグメント境界にわたる予測が存在する場合である。
【００２２】
様々なグルーブの例が図５に示される。図において、３つの異なるグループが示されており、すなわち、比率グループ（全てのセグメントが同一の動画アスペクト比を有する）、言語グループ（全ての表現が同じ言語に属する）、及びビットストリームレベルグループ（表現がビットレートのみにおいて異なる）である。図に示されるように、１つの表現は複数の切り替えＩＤで識別されることができ、例えば、異なるグループに属することができる。
【００２３】
結果として、マニフェストファイル内に追加された情報のために、クライアントはより効率的な方法で表現切り替えを行うことができ、このことはビューイング又はリスニング・エクスペリエンスを向上させる。
【００２４】
前に述べたように、第２の態様はサーバ側において提供されるいくつかの利用可能な表現が存在する場合であって、クライアントには、どれが選択するのに最適な選択肢であるのかが常に明らかなわけではない。例えば、帯域幅が許す場合には、最も高いビットレートを有する表現を選択する傾向にある。しかしながら、例えば２つの動画が類似した品質であり、高いビットレートの動画がＭＰＥＧ−２符号化されており、低いビットレートの動画がＨ．２６４符号化されている場合、これは常に正しいわけではない。
【００２５】
さらに図１を参照して、本開示に従う方法のさらなる実施形態が説明される。先に示されたように、複数の利用可能な表現に直面した場合、タグ付けされた又はグループ化された表現であるにもかかわらず、クライアントは依然として最適な表現選択を行うことが可能である必要がある。
【００２６】
したがって、グループを優先付けすることによって（Ｓ２１）、若しくはそれぞれのグループ内の表現を優先付けすることによって（Ｓ２３）、又は双方の組み合わせによって、利用可能な表現は優先付けされることができる（Ｓ２１，Ｓ２３）。そして、切り替えＩＤ若しくはタグと共に、又は個別に、クライアントへと優先付け順位の指標が提供されてもよい（Ｓ２２，Ｓ２４）。こうして、クライアントが最適な表現を選択することを可能とする。
【００２７】
例としては、優先付け順位はマニフェストファイル内の異なるタグの中で信号通信されてもよい。順位付けはサーバ推薦のリストであり、ここでリスト上の先頭の表現が最もよい選択肢であるものと考えられる。表現の優先度は、リストによって示されるように、引き続いて下がっていく。どのような条件下でこの順位付けが扱われるかを示すタグ信号が、順位付けに付随する。
【００２８】
図２を参照して、ストリーミングサーバノードにおける方法の実施形態が説明される。上述したのに対応する方法で、利用可能な複数の表現がタグ付けされ、セグメント境界においてセグメント切り替えが可能である（か否か）若しくはビットストリーム切り替えが可能であることを示すそれぞれの切り替えＩＤ又はタグ、又は何らかの他のタグ若しくは切り替えＩＤに基づいて、グループに分類される（Ｓ１１０）。グループ識別情報、切り替えＩＤ又はタグは、クライアントが最適な表現を選択することを可能とするように、クライアントノードへと提供される。
【００２９】
さらなる実施形態によれば、様々な表現とグループとの少なくとも一方が優先付けされることができ（Ｓ１２１，Ｓ１２３）、優先度についての指標がクライアントに提供されることができる（Ｓ１２２，Ｓ１２４）。優先度指標は、グループ内又はグループ間での、表現を選択する好ましい順序を示す単純なリストでありうる。好ましくは、優先度についての指標はマニフェストファイル内又は類似のものの中でクライアントに提供される。
【００３０】
以下に、ＨＴＴＰストリーミングサーバノードにおける方法の実施形態のいくつかの例が続く。
【００３１】
第１に、サーバノード、又はむしろノードにおけるコンテンツ生成処理を管理する人／システムは、再生中に切り替え可能であると考えるコンテンツを一緒にグループ化してもよく（Ｓ１１０）、これを信号通信してもよい（Ｓ１２０）。第２に、サーバノードは、クライアントにとっての都合の良さのような因子（ファクタ）に依存して、ビットストリームレベルで、すなわち復号器を再構成しないでスプライシング（接合）が可能なように、ビットストリームを符号化しセグメント化する（分割する）ことを選択してもよい。これもまた信号通信される。
【００３２】
第３に、サーバノードは、切り替えグループ内での、及び切り替えグループ外での、順位付けを実行してもよい（Ｓ１２１，Ｓ１２３）。様々なタグの下に、どのように順位付けが行われうるかについては、多くの代替方法がある。すなわち、
−コンピュータ解析（複雑さ、ビットレート…）に基づくソーティング（整列）
−コンピュータエンジニア／ネットワーク専門家／アーティスト（芸術家）／映画評論家…でありうる、専門家の勧め
−スポンサーの介入であり、コマーシャルが存在しないならば動画を高く評価する、である。
【００３３】
サーバからクライアントへの信号通信（Ｓ１２２，Ｓ１２４）は、ストリームのマニフェストファイル（又はメディア・プレゼンテーション・デスクリプション（メディア表現記述））内で行われることが有利である。順位付けの信号通信のために、どのような種類のタグ順位付けが必要かについてクライアントはサーバノードと交渉することができ、サーバは要求に応じてリストを送ってもよい。
【００３４】
クライアントノードにおける表現切り替え方法の実施形態が、図３を参照して説明される。再生中、例えばストリーミングセッション中に、クライアントノードは、メディアコンテンツの表現のグループを識別する情報を受信する（Ｓ２２０）。すると、受信した情報に基づいてクライアントは次の表現を選択し、現在の表現から選択された表現へと切り替える（Ｓ２３０）。さらに、何らかの所定の品質基準に基づいてクライアントノードは、受信した表現又は表現のグループの、優先付け又は順位付けを行うことができ（Ｓ２２１，２２３）、この優先度指標に基づいて続く表現を選択することができる。この優先付けはクライアントノードによって実行されることができるし、サーバノードから（マニフェストファイル内の必須の要素として、又はクライアントノードからの要求に応じて）供給されることもできる。
【００３５】
選択及び切り替え工程は、現在の切り替えＩＤと選択された表現との間の比較に基づいて行われるこがとできる。一実施形態によれば、現在の表現及び選択された又は好ましい表現が共通の切り替えＩＤを共有するならば、続くセグメント境界において即座に切り替えが実行されることができる。又は、現在の及び選択された表現が共通の切り替えＩＤを共有しないならば、復号器は切り替えに応じて再初期化されることができる。
【００３６】
以下に、本開示に従うクライアントノードにおけるいくつかの実施形態が続く。セグメント切り替えについて、及びＨＴＴＰストリーミングセッションの再生中に、クライアントはセグメント境界において、又は時間の他の固定された時点において適応することを選択してもよい。適応することを選択した場合、クライアントは以下のことを行ってもよい。
１）同一の切り替えＩＤを有する（すなわち同じグループに所属する）表現のリストを作成する。
２）この表現のリストから、基準（例えばビットレート、サポートされているコーデックなど）の現在のセットを満たす最良の表現を選択する。
【００３７】
ビットストリーム切り替え（同一の解像度、同一のコーデック及びプロファイル／レベル、切り替え境界にわたる予測がない）について、及びＨＴＴＰストリーミングセッションの再生中に、クライアントはセグメント境界において適応することを選択してもよい。適応することを選択した場合、クライアントは以下のことを行ってもよい。
１）同一の切り替えＩＤを有する表現のリストを作成する。
２）この表現のリストから、基準（例えばビットレート、サポートされているコーデックなど）の現在のセットを満たす最良の表現を選択する。
３）もし新しい表現及び古い表現が同一のビットストリーム切り替えグループにあるならば、新しいビットストリームセグメントが、さらなる動作なしに（すなわち復号器の休止（ティアダウン）なしに）復号器へと送られる。もし新しい表現及び古い表現が異なるビットストリーム切り替えグループに所属するならば、復号器はこの切り替えに際して再初期化されなければならない。このことは、新しいメタデータのダウンロード、又はより高いプロファイル／レベルを有するビットストリーム（複雑なビットストリーム）の復号化が可能な他の復号器を選択すること、を伴ってもよい。
【００３８】
クライアントが表現を選択した場合には、項目３はすでに項目２に従っているものと考えられてもよく、すなわち切り替えグループが基準のセットに追加されることができる。
【００３９】
最後に、再生中に、及び初期起動の間においても、選択される、互いに異なる特徴を有する複数の表現を、クライアントは有しているかもしれない。クライアントは、どの表現を再生するかを選択するために、以下のことを行ってもよい。１）基準（例えばビットレート、サポートされているコーデックなど）の現在のセットを満たす表現のリストを作成する。２）表現のこのリストから、最も高い表現の順位を有する表現を選択する。代わりに、この表現の順位は、他の因子と組み合わされて、表現の決定において助けとなってもよい。
【００４０】
上述の信号通信は、黙示的なものであっても明示的なものであってもよい。例えば、規定値が特定されてもよい。
【００４１】
少なくとも１つのＨＴＴＰストリーミングサーバノード１００と、少なくとも１つのＨＴＴＰストリーミングクライアントノード２００とを含むシステムのいくつかの実施形態が、図４を参照して説明される。サーバノード１００とクライアントノード２００とを接続するストリーミングメディアコンテンツと記された矢印によって示されるように、２つのユニットがストリーミングセッションに関与し、ここでクライアントノード２００はサーバノード１００から特定の現在の表現のコンテンツを取得又は収集する。
【００４２】
本開示に従うＨＴＴＰサーバノード１００は、一般的な入力／出力ユニットＩ／Ｏに加えて、利用可能な表現をグループへとグループ化するためのグループ分類ユニット１１０を備える。分類ユニット１１０は、複数の利用可能なグループのうちの１以上に所属しているものとして表現を識別するそれぞれの切り替えＩＤ又はタグを、それぞれの表現に与えるように構成されている。さらにサーバノード１００は、サーバノード１００とのストリーミングセッションに関与するＨＴＴＰクライアントノード２００へと、グループ及びその表現を識別する情報を提供する、情報提供部１２０を含む。
【００４３】
さらに、特定の実施形態によれば、サーバノード１００は、グループを順位付け又は優先付けし、切り替えＩＤとともにこの優先度に関する指標を提供するためのグループ優先付け部１２１と、それぞれのグループ内の表現を優先付け又は順位付けし、この優先度に関する指標を、好ましくはクライアントノード２００又は他の中間ノードへと提供するための表現優先付け部１２３とのうちの１つ又は双方を含む。
【００４４】
本開示に従うＨＴＴＰストリーミングクライアントノード２００は、一般的な入力／出力ユニットＩ／Ｏに加えて、メディアコンテンツの１以上の表現を含むグループを識別する情報を受信するように構成されたグルーブ識別子受信部２２０と、提供されたグルーブ識別情報に基づいて表現を選択し及び切り替えるように構成された切り替え部２３０とを含む。
【００４５】
さらに、特定の実施形態によれば、ＨＴＴＰストリーミングクライアントノード２００は、グループを順位付け又は優先付けし、切り替えＩＤとともに優先度に関する指標を提供するためのグループ優先付け部２２１と、それぞれのグループ内の表現を優先付け又は順位付けするための表現優先付け部２２３とを含む。さらに切り替え部２３０は、この優先度情報に追加的に基づいて表現を切り替えるように構成される。
【００４６】
工程、機能、手順、及びブロックのうちの少なくとも１つは、例えば汎用電子回路及びアプリケーション固有回路を含むディスクリート（分離）回路又は集積回路技術のような任意の慣用技術を用いて、ハードウェアに実装されてもよい。
【００４７】
代わりに、上述の工程、機能、手順、及びブロックのうちの少なくともいくつかは、例えばマイクロプロセッサ、デジタル・シグナル・ブロセッサ（ＤＳＰ）、及びフィールド・プログラム・ゲート・アレイ（ＦＰＧＡ）デバイスのような任意の適切なプログラム可能論理デバイス、のうちの少なくとも１つのような適切な処理デバイスによる実行のためのソフトウェアとして実装されてもよい。
【００４８】
ネットワークノードの一般的な処理能力を再利用することが可能であるかもしれないこともまた、理解されるべきである。例えばこれは、既存のソフトウェアを再プログラミングすること、又は新しいソフトウェア要素（コンポーネント）を追加することにより、行われてもよい。
【００４９】
ソフトウェアは、通常はコンピュータ読み取り可能な媒体上に保持される、コンピュータプログラム製品として実現されてもよい。そしてこのソフトウェアは、コンピュータのプロセッサによる実行のために、コンピュータの動作メモリ（オペレーティングメモリ）へと読み込まれてもよい。コンピュータ／プロセッサは、上述の工程、機能、手順、及びブロックのうちの少なくとも１つのみを実行すること専用のものである必要はなく、他のソフトウェアタスクを実行してもよい。
【００５０】
以下に、図６を参照して、コンピュータ実装例が説明される。コンピュータ３００は、プロセッサ３１０と、動作メモリ３２０と、入力／出力部３３０とを備える。この特定の例において、上述の工程、機能、手順、及びブロックのうちの少なくともいくつかはソフトウェア３２５として実装され、このソフトウェア３２５はプロセッサ３１０による実行のために動作メモリ３２０へと読み込まれる。プロセッサ３１０及びメモリ３２０は、通常のソフトウェアの実行を可能とするように、システムバスを介して互いに相互接続される。Ｉ／Ｏ部３３０は、例えば入力パラメータと結果として出力されるパラメータとの少なくとも一方のような関連するデータの入力と出力との少なくとも一方を可能とするために、プロセッサ３１０とメモリ３２０との少なくとも一方と、Ｉ／Ｏバスを介して相互接続されてもよい。
【００５１】
本開示の様々な実施形態を適用することにより、現在のＨＴＴＰストリーミングセッションのメディアコンテンツについての最適の表現を、クライアントが選択することが可能となる。
【００５２】
上述の実施形態は、本発明のいくつかの説明的な例であることが理解されるだろう。本発明の範囲を逸脱することなく、様々な変形、組み合わせ及び変更が実施形態に対してなされてもよいことが、当業者には理解されるだろう。特に、異なる実施形態における異なる部分の解決策は、技術的に可能である場合、他の構成と組み合わされてもよい。本発明の範囲は、しかしながら、添付の請求の範囲によって規定される。
【図１】
0005996439.tif 000002
【図２】
0005996439.tif 000003
【図３】
0005996439.tif 000004
【図４】
0005996439.tif 000005
【図５】
0005996439.tif 000006
【図６】
0005996439.tif 000007