(57)【要約】【課題】マルチメディアコンテンツの品質に優先順位を付ける。【解決手段】システムは、複数の利用可能な品質のレベルで、非管理ネットワーク１０上でマルチメディアコンテンツを配信するようになされたＯＴＴストリーミングサーバと、消費者のデバイスにおけるプローブから技術測定基準を受信し、配信されるコンテンツの各々の知覚品質に関する情報を集約するようになされた中央監視ユニットと、集約された情報を受信し、所与のコンテンツの知覚品質と、前記コンテンツに指定された既定の品質クラスとの間に不一致が観察される度に、複数の配信されるコンテンツについての品質のレベルの利用可能性を変更することによってＯＴＴサーバに働きかけるようになされたエージェントと、を含む。【選択図】図４
2015512205.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアコンテンツ配信のためのシステムであって、
複数の利用可能な品質のレベルで、非管理ネットワーク（１０）上でマルチメディアコンテンツを配信するようになされたオーバーザトップ（ＯＴＴ）ストリーミングサーバと、
消費者のデバイスにおけるプローブから技術測定基準を受信し、配信されるコンテンツの各々の知覚品質に関する情報を集約するようになされた中央監視ユニットと、
集約された情報を受信し、所与のコンテンツの知覚品質と、前記コンテンツに指定された既定の品質クラスとの間に不一致が観察される度に、前記ＯＴＴサーバに働きかけるようになされたエージェントであって、複数の配信されるコンテンツについての品質のレベルの利用可能性を変更することによって、前記ＯＴＴサーバに働きかけるようになされたエージェントと
を含むシステム。
【請求項２】
前記配信されるマルチメディアコンテンツが、ビデオプログラムである、請求項１に記載のシステム。
【請求項３】
前記中央監視ユニットにおいて受信される前記技術測定基準が、前記消費者のデバイスにおける配信されるコンテンツのフレームレートおよび／または帯域幅、前記消費者のデバイスのカテゴリ、前記消費者のデバイスの地理的場所のうちの少なくとも１つを含む、請求項１または２に記載のシステム。
【請求項４】
前記エージェントが、マルチメディアコンテンツが配信されている間、前記ＯＴＴサーバに継続的に働きかけるようになされている、請求項１から３のいずれか一項に記載のシステム。
【請求項５】
前記エージェントが、低品質クラスを有する少なくとも１つの配信されるコンテンツについての少なくとも１つの高品質レベルを抑制することによって、前記ＯＴＴサーバに働きかけるようになされている、請求項１から４のいずれか一項に記載のシステム。
【請求項６】
前記エージェントが、低品質クラスを有する少なくとも１つの配信されるコンテンツに割り当てられた帯域幅を減少させることによって、および／または、高品質クラスを有する少なくとも１つの配信されるコンテンツに割り当てられた帯域幅を増加させることによって、前記ＯＴＴサーバに働きかけるようになされている、請求項１から４のいずれか一項に記載のシステム。
【請求項７】
前記エージェントが、サービスプロバイダである、請求項１から６のいずれか一項に記載のシステム。
【請求項８】
前記エージェントが、既定のルールに基づいて、前記ＯＴＴサーバに自動的に働きかけるように構成されている、請求項１から６のいずれか一項に記載のシステム。
【請求項９】
前記エージェントが、前記中央監視ユニットの中に含まれる、請求項８に記載のシステム。
【請求項１０】
マルチメディアコンテンツ配信のサービスの品質を最適化するための方法であって、
品質クラスを、各配信されるマルチメディアコンテンツに指定するステップと、
複数の利用可能な品質のレベルで、非管理ネットワーク上で各マルチメディアコンテンツを配信するステップと、
消費者のデバイスにおけるプローブから技術測定基準を受信するステップ、および各配信されるコンテンツの知覚品質に関する情報を集約するステップと、
所与のコンテンツの知覚品質と、前記コンテンツに指定された品質クラスとの間に不一致が観察される度に、複数の配信されるコンテンツについての品質のレベルの利用可能性を変更するステップと
を含む方法。
【請求項１１】
前記品質クラスが、所与のコンテンツに静的に指定される、請求項１０に記載の方法。
【請求項１２】
前記品質クラスが、所与のコンテンツに動的に指定される、請求項１０に記載の方法。
【請求項１３】
前記品質クラスが、サービスプロバイダによって所与のコンテンツに指定される、請求項１０に記載の方法。
【請求項１４】
複数の配信されるコンテンツについての前記品質のレベルの前記利用可能性を変更する前記ステップが、低品質クラスを有する少なくとも１つの配信されるコンテンツについての少なくとも１つの高品質レベルを抑制するステップを含む、請求項１０から１３のいずれか一項に記載の方法。
【請求項１５】
複数の配信されるコンテンツについての前記品質のレベルの前記利用可能性を変更する前記ステップが、低品質クラスを有する少なくとも１つの配信されるコンテンツに割り当てられた帯域幅を減少させるステップ、および／または、高品質クラスを有する少なくとも１つの配信されるコンテンツに割り当てられた帯域幅を増加させるステップを含む、請求項１０から１３のいずれか一項に記載の方法。
【請求項１６】
複数の配信されるコンテンツについての前記品質のレベルの前記利用可能性を変更する前記ステップが、オンデマンドで実施される、請求項１０から１５のいずれか一項に記載の方法。
【請求項１７】
複数の配信されるコンテンツについての前記品質のレベルの前記利用可能性を変更する前記ステップが、既定のルールに基づいて自動的に実施される、請求項１０から１５のいずれか一項に記載の方法。
【請求項１８】
複数の配信されるコンテンツについての前記品質のレベルの前記利用可能性を変更する前記ステップが、前記技術測定基準に基づいてさらに実施される、請求項１６または１７に記載の方法。
【請求項１９】
複数の配信されるコンテンツについての前記品質のレベルの前記利用可能性を変更する前記ステップが、マルチメディアコンテンツが配信されているとき、継続的に実施される、請求項１０から１８のいずれか一項に記載の方法。
【請求項２０】
プロセッサにアクセス可能であり、前記プロセッサによって実行されるとき、前記プロセッサに請求項１０から１９のいずれか一項に記載のステップを遂行させる、１つまたは複数の記憶された命令のシーケンスを含むコンピュータプログラム製品。
【請求項２１】
請求項２０に記載のコンピュータプログラム製品の１つまたは複数の命令のシーケンスを遂行するコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、非管理ネットワーク上のマルチメディアコンテンツの配信に関し、より詳細には、ビデオコンテンツのオーバーザトップ（ＯＴＴ）ストリーミングに関する。
【背景技術】
【０００２】
ＯＴＴ配信は、インターネット上でウェブページをトランスポートするために数十年使用されてきたプロトコルであるＨＴＴＰを使用して、ストリームを伝送する。
【０００３】
ＨＴＴＰは、特に、Ａｄｏｂｅ（登録商標）  Ｆｌａｓｈベースのサイト上でウェブページの中に埋め込まれたＹｏｕＴｕｂｅ（登録商標）、Ｈｕｌｕ（登録商標）、およびＤａｉｌｙｍｏｔｉｏｎ（登録商標）などの、ビデオオンデマンド方式（ＶｏＤ）メディアのためのトランスポートソリューションとして、既に使用されている。しかしながら、このソリューションは、リアルタイムではストリームせず、むしろ、プログレッシブダウンロードするメディアファイルに頼っている。ブラウザは、ＨＴＴＰウェブサーバからファイルをダウンロードし、十分な量のデータを有するときに、コンテンツの再生を開始し、同時に残りのファイルのダウンロードを継続する。このアプローチの主な欠点は、初期バッファを満たすためにかかる時間の長さである。ＨＴＴＰに関連付けられた別の問題は、ＩＰ接続に依存するストリーミング品質である。コンテンツストリーミングは、帯域幅の変動がある場合に失速を起こしやすく、フレーム凍結につながることがある。結果として、このソリューションを、ライブチャンネルを放送するために使用することは、ほぼ不可能である。
【０００４】
したがって、最近まで、ライブ放送は、ＵＤＰマルチキャストプロトコルを使用した、オペレータ管理されたＩＰＴＶネットワークに限られていた。ＩＰＴＶは、ＴＶを放送するためのみに使用される、専用の、オペレータ管理されたネットワーク上で送出される。オペレータは、ネットワーク上の全制御を有し、帯域幅消費量およびジッタ対策などの特定のパラメータを構成して、高レベルのサービス品質を保証することができる。従来のＩＰＴＶは、衛星ＴＶ放送に基づいたＴＳ（トランスポートストリーム）伝送技術を使用し、ＵＤＰ上で、コンテンツをデータグラムモードで送出する。
【０００５】
しかしながら、ＯＴＴストリーミングの到来が新しいアプローチをもたらし、現在では、インターネット上でのビデオコンテンツ（ライブ、ＶｏＤ、キャッチアップなど）の放送を可能にするストリーミング品質のレベルを、ＨＴＴＰ上で達成することが可能である。
【０００６】
出願人による白書は、知られているさまざまなＯＴＴソリューションの概説を示している（http://www.anevia.com/IMG/pdf/Anevia_White-Paper_OTT-Streaming_2nd_Edition）。
【０００７】
ＯＴＴストリーミングがビデオコンテンツ配信に使用されるときは常に、最終消費者からの知覚サービス品質が、サービスプロバイダ（電気通信会社、複数のシステムのオペレータ、放送事業者、コンテンツプロバイダなど）にとって、自社のサービスの成功（長期間の視聴者、解約数、支払い意欲など）のための必須要因である。この知覚サービス品質は、とりわけ、ビデオ画面サイズとフレームレートとを組み合わせたビデオ品質に依存する。
【０００８】
非管理ネットワーク上でコンテンツがストリームされるとき、その知覚サービス品質は、消費者のデバイス容量、アクセスネットワークの輻輳、トランスポートネットワークの輻輳、符号器の品質、ビデオのオリジナル品質などの、いくつかの要因によって影響され得る。ネットワーク容量の輻輳は、最もよく見られる問題の原因である。この輻輳は、特に、サービスプロバイダにより同時にストリームされているコンテンツの品質に起因して、帯域幅全体によって影響され得る。
【０００９】
非管理ネットワーク上で配信されるコンテンツの知覚サービス品質をなんらかの形で管理するために、いくつかのメカニズムが既に存在している。
【００１０】
図１は、「適応型ビットレート」メカニズムを説明する体系である。サービスプロバイダは、非管理ネットワーク１０上でマルチメディアコンテンツを配信するようになされたＯＴＴストリーミングサーバを制御する。各ビデオプログラムは、符号化され、複数のレベルのビデオ品質で同時に配信される。各ビデオプログラムには、マニフェストファイルが関連付けられ、マニフェストファイルは、利用可能なさまざまな品質のレベルを記述し、ビデオプログラムをフェッチするためのポインタを提供する。
【００１１】
最終消費者は、ネットワーク１０に接続されたデバイス（コンピュータ、ＴＶ、スマートフォンなど）を備えている。消費者デバイスは、所与のビデオを所与の品質で表示できないことを観察することができ、品質のレベルが向上し得るまで、同じビデオプログラムをより低い品質のレベルでフェッチし、表示することを、マニフェストを通して選択することができる。
【００１２】
もっぱら消費者デバイス側で行われるこのメカニズムは、標準的であり、今日のストリーミングフォーマットおよびインフラストラクチャのほとんどによってサポートされている。このメカニズムは、とりわけ、Ａｐｐｌｅ  ＨＴＴＰ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ、Ｍｉｃｒｏｓｏｆｔ  Ｓｍｏｏｔｈ  Ｓｔｒｅａｍｉｎｇ、Ａｄｏｂｅ  Ｆｌａｓｈ  Ｄｙｎａｍｉｃ  Ｓｔｒｅａｍｉｎｇ、ＭＰＥＧ−ＤＡＳＨなどの標準において実装されている。
【００１３】
図２は、「プロービングおよびネットワークフォールバック」メカニズムを説明する体系である。サービスプロバイダは、非管理ネットワーク１０上でマルチメディアコンテンツを配信するようになされたＯＴＴストリーミングサーバを制御する。各ビデオプログラムは、符号化され、複数のレベルのビデオ品質で同時に配信される。サービスプロバイダはまた、中央監視ユニットを制御し、ネットワーク輻輳の場合に備えて、フォールバックネットワーク１０’のアドレスを提供する。
【００１４】
最終消費者は、ネットワーク１０に接続されたデバイス（コンピュータ、ＴＶ、スマートフォンなど）を備えている。プローブ、すなわち、一片のソフトウェアが、知覚品質の技術測定基準を監視し、報告するために、消費者デバイスにインストールされている。中央監視ユニットは、フォールバックネットワーク１０’のアドレスでプローブを構成する。プローブが知覚品質の低下を観察するとき、プローブは、別の配信ネットワークが利用可能であれば、それにフォールバックするように決定を行う。プローブは、観察された知覚品質を中央監視ユニットに報告し、中央監視ユニットは、情報を集約し、サービスプロバイダに全体の品質情報を提供して、プローブの構成を可能にする。
【００１５】
このメカニズムは、各デバイスのソフトウェア内のプロプライエタリな機能の開発に頼っており、広く実装されてはいない。このメカニズムは、とりわけ、たとえば、Ｃｏｎｖｉｖａ（登録商標）などの、マルチコンテンツデリバリネットワーク（Ｃｏｎｔｅｎｔ  Ｄｅｌｉｖｅｒｙ  Ｎｅｔｗｏｒｋ：ＣＤＮ）アグリゲータによって実装されている。
【００１６】
図３は、「クライアント−サーバ型ビデオ帯域幅適応」メカニズムを説明する体系である。サービスプロバイダは、非管理ネットワーク１０上でマルチメディアコンテンツを配信するようになされたストリーミングサーバを制御する。各ビデオプログラムは、符号化され、単一レベルのビデオ品質で配信される。最終消費者は、ネットワーク１０に接続されたデバイス（コンピュータ、ＴＶ、スマートフォンなど）を備えている。プローブ、すなわち、一片のソフトウェアが、知覚品質の技術測定基準を監視するために、消費者デバイスにインストールされている。しかしながら、クライアントとしての働きをするプローブは、図２で説明したように観察された測定基準を中央監視ユニットに報告する代わりに、利用可能な帯域幅に従って、ストリームされるコンテンツの品質のレベルを適応させるように、ストリーミングサーバに直接指示する。このメカニズムは、とりわけ、ＰａｃｋｅｔＶｉｄｅｏまたはＶｉｄｉａｔｏｒなどの、リアルタイム制御プロトコル（Ｒｅａｌ−Ｔｉｍｅ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ：ＲＴＣＰ）およびプロプライエタリなソリューションにおいて実装されている。
【００１７】
上で説明した先行ソリューションのいずれも、完全に満足なものではない。
【００１８】
「適応型ビットレート」メカニズムは、各消費者デバイスが、知覚品質の劣化に適応するための措置を取ることを可能にする。しかしながら、このクライアント指向の決定アルゴリズムは、オペレータまたはコンテンツプロバイダからのいずれの中央制御も可能にしない。適応型ビットレートメカニズムは、ランダムなビデオ品質の劣化および制御されないビデオ品質切り替えの挙動に終わる。結果として、輻輳したネットワークは、すべての接続されたデバイスに、ビデオ品質の劣化を余儀なくさせることになる。
【００１９】
「プロービングおよびネットワークフォールバック」メカニズムは、フォールバックネットワークの存在を要する。
【００２０】
「クライアント−サーバ型ビデオ帯域幅適応」メカニズムは、ストリーミングサーバが単一のビデオ品質のみを供給していることを要する。今日の標準は、配信されるコンテンツの各々について複数のレベルのビデオ品質を同時に供給する適応型ビットレートメカニズムの利益のために、そのようなプロプライエタリなシステムからほとんど離れている。
【００２１】
さらに、上で説明したメカニズムのいずれも、サービスプロバイダが、ビデオプログラムごとに品質優先順位を調整することを可能にしない。
【先行技術文献】
【非特許文献】
【００２２】
【非特許文献１】インターネット＜ＵＲＬ：http://www.anevia.com/IMG/pdf/Anevia_White-Paper_OTT-Streaming_2nd_Edition＞
【発明の概要】
【発明が解決しようとする課題】
【００２３】
本発明は、マルチメディアコンテンツの品質に優先順位を付けることを狙いとする。
【課題を解決するための手段】
【００２４】
本発明は、配信されるコンテンツの各々について、品質のそのクラスに従って、および／または他の配信されるコンテンツの品質のクラスに従って、オンデマンドで、または動的に、サービスプロバイダが品質優先順位を調整することを可能にするメカニズムを提供する。本発明は、配信されるコンテンツの品質を制御し、全般的に調整するための集中型システムを提供する。
【００２５】
サービスプロバイダは、その知覚品質に対し消費者が期待する感度に従って、所与の品質クラスを、その配信されるコンテンツの各々（ライブチャンネル、オンデマンドビデオ、キャッチアッププログラムなど）に指定することができる。たとえば、ＨＤフォーマットの大ヒット作映画は、５年前の低フォーマットのロングテールの映画よりも、高い品質クラスを指定されてよい。このようにして、品質クラスは、配信されるコンテンツの各々に、静的にまたは動的に指定されてよい。たとえば、契約チャンネルは、高品質クラスを静的に指定されてよく、一方で視聴者の少ない標準画質のトークショーチャンネルは、より低い品質クラスを静的に指定されてよい。また、ライブＨＤスポーツチャンネルは、独占して放送される世界規模のスポーツイベントの期間の間、より高い品質クラスを動的に指定されてよい。
【００２６】
サービスプロバイダは、指定された品質クラスに従って知覚品質のレベルを調整するために、サービスプロバイダが配信するコンテンツに継続的に優先順位を付けるためのメカニズムを必要とする。そのようなメカニズムは、添付の特許請求の範囲による方法およびシステムによって達成される。
【００２７】
より詳細には、本発明は、マルチメディアコンテンツ配信のためのシステムに関し、システムは、
−  複数の利用可能な品質のレベルで、非管理ネットワーク上でマルチメディアコンテンツを配信するようになされたオーバーザトップストリーミングサーバと、
−  消費者のデバイスにおけるプローブから技術測定基準を受信し、配信されるコンテンツの各々の知覚品質に関する情報を集約するようになされた中央監視ユニットと、
−  集約された情報を受信し、所与のコンテンツの知覚品質と、前記コンテンツに指定された既定の品質クラスとの間に不一致が観察される度に、ＯＴＴサーバに働きかけるようになされたエージェントであって、複数の配信されるコンテンツについての品質のレベルの利用可能性を変更することによって、ＯＴＴサーバに働きかけるようになされたエージェントと、
を含む。
【００２８】
実施形態によれば、本発明のシステムは、以下の特性のうちの１つまたは複数を含むことができる。
−  配信されるマルチメディアコンテンツが、ビデオプログラムである；
−  中央監視ユニットにおいて受信される技術測定基準が、消費者のデバイスにおける配信されるコンテンツのフレームレートおよび／または帯域幅、消費者のデバイスのカテゴリ、消費者のデバイスの地理的場所のうちの少なくとも１つを含む；
−  エージェントが、マルチメディアコンテンツが配信されている間、ＯＴＴサーバに継続的に働きかけるようになされている；
−  エージェントが、低品質クラスを有する少なくとも１つの配信されるコンテンツについての少なくとも１つの高品質レベルを抑制することによって、ＯＴＴサーバに働きかけるようになされている；
−  エージェントが、低品質クラスを有する少なくとも１つの配信されるコンテンツに割り当てられた帯域幅を減少させることによって、および／または、高品質クラスを有する少なくとも１つの配信されるコンテンツに割り当てられた帯域幅を増加させることによって、ＯＴＴサーバに働きかけるようになされている；
−  エージェントが、サービスプロバイダである；
−  エージェントが、既定のルールに基づいて、ＯＴＴサーバに自動的に働きかけるように構成されている；
−  エージェントが、中央監視ユニットの中に含まれる。
【００２９】
本発明はまた、マルチメディアコンテンツ配信のサービスの品質を最適化するための方法に関し、その方法は、
−  品質クラスを、各配信されるマルチメディアコンテンツに指定するステップと、
−  複数の利用可能な品質のレベルで、非管理ネットワーク上で各マルチメディアコンテンツを配信するステップと、
−  消費者のデバイスにおけるプローブから技術測定基準を受信するステップ、および各配信されるコンテンツの知覚品質に関する情報を集約するステップと、
−  所与のコンテンツの知覚品質と、前記コンテンツに指定された品質クラスとの間に不一致が観察される度に、複数の配信されるコンテンツについての品質のレベルの利用可能性を変更するステップと、
を含む。
【００３０】
実施形態によれば、本発明の方法は、以下の特性のうちの１つまたは複数を含むことができる。
−  品質クラスが、所与のコンテンツに静的に指定される；
−  品質クラスが、所与のコンテンツに動的に指定される；
−  品質クラスが、サービスプロバイダによって所与のコンテンツに指定される；
−  複数の配信されるコンテンツについての品質のレベルの利用可能性を変更するステップが、低品質クラスを有する少なくとも１つの配信されるコンテンツについての少なくとも１つの高品質レベルを抑制するステップを含む；
−  複数の配信されるコンテンツについての品質のレベルの利用可能性を変更するステップが、低品質クラスを有する少なくとも１つの配信されるコンテンツに割り当てられた帯域幅を減少させるステップ、および／または、高品質クラスを有する少なくとも１つの配信されるコンテンツに割り当てられた帯域幅を増加させるステップを含む；
−  複数の配信されるコンテンツについての品質のレベルの利用可能性を変更するステップが、オンデマンドで実施される；
−  複数の配信されるコンテンツについての品質のレベルの利用可能性を変更するステップが、既定のルールに基づいて自動的に実施される；
−  複数の配信されるコンテンツについての品質のレベルの利用可能性を変更するステップが、技術測定基準に基づいてさらに実施される；
−  複数の配信されるコンテンツについての品質のレベルの利用可能性を変更するステップが、マルチメディアコンテンツが配信されているとき、継続的に実施される。
【００３１】
本発明はさらに、プロセッサにアクセス可能であり、プロセッサによって実行されるとき、プロセッサに本発明の方法のステップを遂行させる、１つまたは複数の記憶された命令のシーケンスを含むコンピュータプログラム製品に関し、ならびに、そのようなコンピュータプログラム製品の１つまたは複数の命令のシーケンスを遂行するコンピュータ可読媒体に関する。
【００３２】
本発明の方法およびシステムは、優先するコンテンツのための知覚品質のレベルをさらに向上させるために、任意の適応型ビットレートメカニズムの上で実装されてよい。
【００３３】
本発明のさらなる特徴および効果は、下記に挙げる添付の図面を参照して、非限定の例として与えられる以下の本発明の実施形態の説明から明らかであろう。
【図面の簡単な説明】
【００３４】
【図１】既に説明した、先行技術の第１の例によるマルチメディアコンテンツ配信のためのシステムの体系を示す図である。
【図２】既に説明した、先行技術の第２の例によるマルチメディアコンテンツ配信のためのシステムの体系を示す図である。
【図３】既に説明した、先行技術の第３の例によるマルチメディアコンテンツ配信のためのシステムの体系を示す図である。
【図４】本発明の実施形態によるマルチメディアコンテンツ配信のためのシステムの体系を示す図である。
【図５Ａ】本発明によるシステムによって提供される品質分布チャートを示す図である。
【図５Ｂ】低優先順位を有する１つの所与のコンテンツの配信の品質に与える、本発明の方法の影響の例を示す図である。
【図５Ｃ】高優先順位を有する１つの所与のコンテンツの配信の品質に与える、本発明の方法の影響の別の例を示す図である。
【図６】６Ａおよび６Ｂは、複数のコンテンツの配信の品質に与える、本発明の方法の全般的な影響の例を示す図である。
【発明を実施するための形態】
【００３５】
図面における要素は、単純さおよび明確さのために示されており、必ずしも一定の縮尺で描かれてはいないことが認識されてよい。図面は、もっぱら、本発明の実施形態の理解の向上を手助けするために提供される。
【００３６】
図４は、本発明の実施形態によるシステムを示す。
【００３７】
サービスプロバイダは、非管理ネットワーク１０上で、通常は、ＩＰネットワーク上で、マルチメディアコンテンツを配信するようになされたＯＴＴストリーミングサーバを制御する。マルチメディアコンテンツは、たとえば、ビデオプログラムである。各ビデオプログラムは、符号化され、複数のレベルのビデオ品質で同時に配信される。各ビデオプログラムには、マニフェストファイルが関連付けられ、マニフェストファイルは、利用可能なさまざまな品質のレベルを記述し、ビデオプログラムをフェッチするためのポインタを提供する。
【００３８】
最終消費者は、ネットワーク１０に接続されたデバイス（コンピュータ、ＴＶ、スマートフォンなど）を備えている。プローブ、すなわち、一片のソフトウェアが、知覚品質の技術測定基準をモニタし、報告するために、消費者デバイスにインストールされている。
【００３９】
サービスプロバイダはまた、中央監視ユニットを制御し、中央監視ユニットは、消費者のデバイスにおけるプローブから技術測定基準を受信し、配信されるコンテンツの各々の知覚品質に関する情報を集約するように構成されている。
【００４０】
サービスプロバイダはさらに、エージェントを制御し、エージェントは、中央監視ユニットから集約された情報を受信し、ＯＴＴサーバに働きかけるようになされている。エージェント、すなわち、一片のソフトウェアは、中央監視ユニットの中に含まれて、サービスプロバイダによって指図された既定のルールに基づいて、ＯＴＴサーバに自動的に働きかけることができる。代替として、エージェントは、オンデマンドでＯＴＴサービスに働きかける、サービスプロバイダそれ自体であってもよい。
【００４１】
サービスプロバイダは、品質クラスを、その配信されるマルチメディアコンテンツの各々に指定する。そのような品質クラスは、ビデオプログラムごとに定義され、前記プログラムのための配信優先順位を定義する。サービスプロバイダは、潜在的にその知覚品質に影響する、コンテンツを配信するために使用されるネットワークの輻輳に対するその潜在的な感度に基づいて、品質クラスをそのプログラムの各々に指定する。
【００４２】
エージェントは、所与のコンテンツの知覚品質、すなわちプローブによって報告された知覚品質と、前記コンテンツに指定された既定の品質クラスとの間に不一致が観察される度に、ＯＴＴサーバに働きかける。より詳細には、エージェントは、複数の配信されるコンテンツについての品質のレベルの利用可能性を変更することによって、ＯＴＴサーバに働きかけるようになされている。ＯＴＴサーバに対するエージェントの措置は、不一致が観察されたビデオプログラムの配信に割り当てられた帯域幅を増加させること、または減少させること、および／あるいは、その非管理ネットワーク上で同時に配信される他のビデオプログラムの配信に割り当てられた帯域幅を増加させること、または減少させることであってよい。
【００４３】
たとえば、エージェントは、より高い品質クラスを有するビデオプログラムのために利用可能な高品質レベルを保つために、低品質クラスを有する少なくとも１つのビデオプログラムに関連付けられたマニフェストファイルから、少なくとも１つの高品質レベルを抑制するように、ＯＴＴサーバに指示することができる。エージェントはまた、低品質クラスを有する少なくとも１つのビデオプログラムに割り当てられた帯域幅を減少させるように、および／または、高品質クラスを有する少なくとも１つのビデオプログラムに割り当てられた帯域幅を増加させるように、ＯＴＴサーバに指示することができる。ＯＴＴサーバに対するエージェントのそのような措置は、その非管理ネットワーク上で同時に配信されるビデオプログラムの配信優先順位を変更する。
【００４４】
配信優先順位は、特に所与のプログラムおよび／または所与の期間についてサービスプロバイダからオンデマンドで、あるいは、サービスプロバイダによって設定された既定のルールに基づいて自動的に、ＯＴＴサーバに対するエージェントの措置によって変更されてよい。ＯＴＴサーバに対する自動化されたエージェントの措置が選択されたとしても、サービスプロバイダは、配信優先順位をオンデマンドでさらに変更するために、エージェントに介入できることを理解されたい。
【００４５】
エージェントは、マルチメディアコンテンツがサービスプロバイダによって非管理ネットワーク上で配信されている間、必要がある度に、配信優先順位を変更するために、ＯＴＴサーバに継続的に働きかける。
【００４６】
図５および図６は、本発明による、マルチメディアコンテンツ品質に優先順位を付けるための実施形態を例示する。
【００４７】
たとえば、次からなる３つのクラスを定義することができる。
−  たとえば、契約チャンネルまたはＨＤ  ＶｏＤ用のために、高品質レベルが支持されるべきプラチナクラス；
−  たとえば、国営チャンネルまたはＳＤ  ＶｏＤの、高または中品質レベルを維持するように取り組まれるべきゴールドクラス；
−  優先順位のないシルバークラス。
【００４８】
また、次からなる６つの品質のレベルを定義することができる。
−  フルＨＤ  ＴＶのために最適化されたＨＤ−１０８０ｐ；
−  ＨＤ対応ＴＶのために最適化されたＨＤ−７２０ｐ；
−  標準ＴＶのために最適化されたＳＤ−５７６ｐ；
−  タブレットのために最適化されたＳＤ−４８０ｐ；
−  スマートフォンのために最適化されたＶＧＡ；
−  フィーチャフォンのために最適化されたＱＶＧＡ。
【００４９】
当然ながら、サービスプロバイダは、３つよりも少ないまたは多いクラスを定義し、各ビデオプログラムのマニフェストファイルに含まれる６つよりも多いまたは少ない品質のレベルを定義することができる。クラスの名前は、上で与えたものと異なってもよく、品質レベルは上に挙げたものと異なっていてもよい。クラスは、指定されたクラスを有するチャンネルの任意のプログラムに適用されてよく、または、所与のチャンネルにより放送される異なるプログラムに、サービスプロバイダによって異なるクラスが指定されてもよい。
【００５０】
クラスが静的に指定されて、サービスプロバイダは、所与のビデオプログラムのクラス分けを見直す必要なしに、前記プログラムにクラスを設定してもよい。たとえば、契約チャンネル、スポーツチャンネル、およびＨＤ  ＶｏＤは、高品質クラスを静的に指定されてよく、一方で、たとえば、ニュースチャンネルおよびＳＤ  ＶｏＤは、より低い品質クラスを静的に指定されてよい。
【００５１】
クラスが動的に指定されて、サービスプロバイダは、所与の期間について、たとえば、１つのチャンネル上で独占的に放送されるイベントの間、または時間単位の番組編成に応じて、ビデオプログラムにクラスを設定してもよい。
【００５２】
ＯＴＴストリーミングサーバは、消費者のデバイスに適応されたフォーマットにおいて、複数の品質レベルで複数のビデオコンテンツを同時に配信する。消費者のデバイス内のプローブは、表示されたコンテンツの知覚品質を観察し、中央監視ユニットに報告する。たとえば、プローブによって提供される技術測定基準は、消費者のデバイスのカテゴリ（たとえば、ＴＶ、コンピュータ、またはスマートフォン、および画面サイズ）、消費者のデバイスにおけるフレームレートおよび／または帯域幅、ならびに消費者のデバイスのローカリゼーションを含むことができる。プローブは、前記技術測定基準から推定された知覚品質を、中央監視ユニットに報告する。中央監視ユニットは、プローブによって提供される情報を継続的に集約し、図５Ａに示すような瞬間的な品質分布チャートをエージェントに提供する。そのようなチャートは、所与のコンテンツを受信するすべての消費者についての品質レベルの分布を表す。
【００５３】
エージェントは、各配信されるコンテンツの瞬間的な品質分布チャートの継続的な表示をサービスプロバイダに差し出して、コンテンツの各々に指定された品質クラスに従ってＯＴＴストリーミングサーバ上で取られる措置を可能にする。とりわけ、所与のコンテンツの知覚品質と、前記コンテンツに指定された既定の品質クラスとの間に不一致が観察される度に、アラームを発することができる。
【００５４】
図５Ａの品質分布チャートを参照すると、そのようなチャートがプラチナ品質クラスのコンテンツに対応するならば、５０％に満たない消費者しかＨＤ品質でコンテンツを受信していないことが観察され、これは少なすぎる。また、そのようなチャートがシルバー品質クラスに対応するならば、ほぼ５０％の消費者がＨＤ品質でコンテンツを受信していることが観察され、これは多すぎる。
【００５５】
したがって、エージェントは、消費者の大多数にその指定された品質クラスを有するコンテンツを提供するために、措置を実施するようＯＴＴストリーミングサーバに指示することができる。ＯＴＴストリーミングサーバに対する措置は、コンテンツが低品質クラスを指定されるときに、少なくとも１つの高品質レベルを抑制することであってよく、図５Ｂに示すように、この場合は、上で定義された最も高い品質レベル（ＨＤ−１０８０ｐ）が、コンテンツに関連付けられたマニフェストファイルから完全に無効にされる。低品質クラスのコンテンツに対するそのような措置の結果は、高品質レベルが利用可能のままにされなくてはならないより高い品質クラスのコンテンツのために、より多くの帯域幅を作成することである。この措置が十分でない場合、さらなる高品質レベル（ＨＤ７２０ｐまたはＳＤ）が、上で定義されたようなシルバークラスのコンテンツに関連付けられたマニフェストファイルから無効にされ得る。ＯＴＴストリーミングサーバに対する措置はまた、低品質クラスのコンテンツに要する帯域幅を減少させること、および高品質クラスのコンテンツに要する帯域幅を増加させることであってよく、結果として、図５Ｂ〜図５Ｃに示すような品質分布チャートとなる。
【００５６】
ＯＴＴサーバに対する措置は、品質分布チャートを分析するサービスプロバイダによってオンデマンドでトリガされてもよいし、またはサービスプロバイダによって設定された既定のルールに基づいて自動的にトリガされてもよい。
【００５７】
ＯＴＴサーバに対する措置はまた、技術測定基準に依存することもできる。たとえば、技術測定基準が最終消費者のデバイスの地理的場所に関する情報を含む場合、ある場所に配信されるコンテンツについてのＯＴＴサーバに対する措置は、別の場所に配信される同じコンテンツについての措置と異なっていてよい。これは、たとえば、特定の町が関与するスポーツイベントの間に実装されてよい。さらに、技術測定基準が最終消費者のデバイスのカテゴリに関する情報を含む場合、デバイスのあるカテゴリ（たとえば、ＨＤＴＶ）に配信されるコンテンツについてのＯＴＴサーバに対する措置は、デバイスの別のカテゴリ（たとえば、スマートフォン）に配信される同じコンテンツについての措置と異なっていてよい。
【００５８】
所与のコンテンツの知覚品質と、前記コンテンツに指定された既定の品質クラスとの間に不一致が観察される度に、ＯＴＴストリーミングサーバに対する措置は、図６Ａ〜図６Ｂに示すように、その非管理ネットワーク上で同時に配信されるさまざまなコンテンツに与える全般的な影響を有する。図６Ａは、いくつかの「プラチナ」チャンネルおよび「ゴールド」チャンネルが、消費者から期待されるよりも低い品質レベル（濃色および点付きの正方形）で配信されていること、一方で、いくつかの「シルバー」チャンネルが、必要以上に高い品質レベル（濃色および点付きの正方形）で配信されていることを示す。したがって、エージェントは、図６Ｂに示すように、ＯＴＴサーバに働きかけて、いくつかの「シルバー」および「ゴールド」チャンネルのより高い品質のレベルの利用可能性を変更して、最も高い品質のレベルで配信されるべき「プラチナ」チャンネルのために、より多くの利用可能な帯域幅を可能にする。
【００５９】
たとえば、高く指定された品質クラスを有するビデオプログラムは、上で定義されたようなＱＶＧＡからＨＤ１０８０ｐまでの範囲の６品質レベルで配信されてよく、一方で、低く指定された品質クラスを有するビデオプログラムは、ＱＶＧＡからＥＤＴＶ５７６ｐまでの範囲の４つのみの品質レベルで配信されてよい。ＯＴＴサーバに対するそのような措置は、ネットワーク負荷を減少させるために、低品質クラスのビデオプログラムをＳＤ品質のみで表示することができる一方で、高品質クラスのビデオプログラムをフルＨＤ品質で表示することを可能にする。
【００６０】
図５Ａ〜図５Ｃまたは図６Ａ〜図６Ｂで与えられたパーセンテージの値は、純粋に説明目的であって、限定的ではないことを理解されたい。
【００６１】
本発明のシステムおよび方法は、その指定された品質クラスに従って配信されるコンテンツの各々に優先順位を付けながら、ネットワーク輻輳の潜在的な原因に対する措置を可能にする。さらに、本発明のシステムおよび方法は、既存の標準適応型ビットレートメカニズムとの互換性を完全に残したまま、配信されるコンテンツの各々の品質レベルの利用可能性に働きかけることによって、それらのパフォーマンスを改善する。
【００６２】
本説明は、本発明の理解を促進するために、いくつかの例を参照して行われた。しかしながら、本説明は、とりわけ、品質クラス、品質レベル、および技術測定基準の数に関して例示した実例には限定されない。
【図１】
2015512205.tif 000003
【図２】
2015512205.tif 000004
【図３】
2015512205.tif 000005
【図４】
2015512205.tif 000006
【図５Ａ】
2015512205.tif 000007
【図５Ｂ】
2015512205.tif 000008
【図５Ｃ】
2015512205.tif 000009
【図６】
2015512205.tif 000010
【国際調査報告】
2015512205.tif 000011
2015512205.tif 000012