【手続補正書】
【提出日】平成29年10月27日(2017.10.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークの複数のデバイスにより実行される進行中のトラフィックセッションの中で、前記ネットワークにおける利用可能な帯域幅を割り当てる方法であって、前記複数のデバイスのうちの所与のデバイスで、  少なくとも１つのトラフィックセッションを実行する前記ネットワークの複数のデバイスのうちの他のデバイスから状態メッセージを収集することと、  状態メッセージから取得されたデバイスおよびトラフィックセッションのパラメータに従ってランク付けされた各トラフィックセッションに、前記ネットワークにおける利用可能な帯域幅、前記ランク付けされたトラフィックセッションのランク、および前記ランク付けされたトラフィックセッションのタイプに応じて、割り振られる帯域幅を決定することと、  前記所与のデバイスのトラフィックセッションに割り振られる前記決定された帯域幅がゼロを超える場合、前記トラフィックセッションに対して前記所与のデバイスにより前記割り振られた帯域幅を使用することと、を含む、前記方法。
【請求項２】
１つの状態メッセージは、１つの進行中のトラフィックセッションに関連付けられる、請求項１に記載の方法。
【請求項３】
状態メッセージは、イベントが生じたとき、前記所与のデバイスによって前記ネットワークの他の全てのデバイスに送られる、請求項１又は２に記載の方法。
【請求項４】
前記イベントは、少なくとも、  前記所与のデバイスによるトラフィックセッションの開始、  前記所与のデバイスによるトラフィックセッションの終了、  前記所与のデバイスにより実行される進行中のトラフィックセッションのいずれかの特性の変更、のイベントを含むグループに属する、請求項３に記載の方法。
【請求項５】
ランク付け中に、前記トラフィックセッションのそれぞれに対するランクは、前記トラフィックセッションを実行する前記デバイスの優先順位、前記デバイスのタイプ、および前記トラフィックセッションのタイプに基づいて決定される、請求項１から４のいずれかに記載の方法。
【請求項６】
同じランクに割り当てられたトラフィックセッションは、それらの開始時間に応じて順序付けされる、請求項１から５のいずれかに記載の方法。
【請求項７】
前記ネットワークにおける前記利用可能な帯域幅は、前記ネットワークのゲートウェイにより提供される、請求項１から６のいずれかに記載の方法。
【請求項８】
前記ランク付けされたトラフィックセッションに割り振られる帯域幅の前記決定は、 前記ランク付けされたトラフィックセッションの中から、まだ処理されていない最も高くランク付けされたトラフィックセッションを選択することと、  前記選択されたトラフィックセッションが、固定レートのストリーミングセッションであるか否かを調べることと、  前記ネットワークの現在利用可能な帯域幅と、前記固定レートのストリーミングセッションに関連付けられた必要なビットレートとの間の差が、少なくともゼロに等しいとき、前記選択されたトラフィックセッションに帯域幅を割り振ることと、を含む、請求項１から７のいずれかに記載の方法。
【請求項９】
前記ランク付けされたトラフィックセッションに割り振られる帯域幅の前記決定は、前記選択されたトラフィックセッションが適応型ストリーミングセッションである場合、 前記選択されたトラフィックセッションに関連付けられた利用可能なビットレートの中からビットレートを選択することであって、前記ビットレートは、まだ処理されていない、前記選択されたトラフィックセッションと同じランクを有するトラフィックセッションの数により分割された前記現在利用可能な帯域幅に多くても等しい、前記選択することと、  前記選択されたビットレートと、前記選択されたトラフィックセッションに関連付けられた最大の望ましいビットレートとの間の最小のビットレートを決定することと、  前記最小のビットレートを、前記選択されたトラフィックセッションに割り振ることと、をさらに含む、請求項８に記載の方法。
【請求項１０】
前記ランク付けされたトラフィックセッションに割り振られる帯域幅の前記決定は、前記割り振られた帯域幅により現在利用可能な帯域幅を減少させる、請求項８又は９に記載の方法。
【請求項１１】
ネットワークに属するように構成され、複数のデバイスの進行中のトラフィックセッションの中で前記ネットワークにおける利用可能な帯域幅を割り当てるための方法を実装するように構成されたネットワークのデバイスであって、  少なくとも１つのトラフィックセッションを実行する、前記ネットワークの複数のデバイスのうちの他のデバイスから状態メッセージを収集するように適合された通信モジュールと、  状態メッセージから取得されたデバイスおよびトラフィックセッションのパラメータに従って前記進行中のトラフィックセッションをランク付けするように構成されたランク付けモジュールと、  前記利用可能な帯域幅、前記ランク付けされたトラフィックセッションのランク、および前記ランク付けされたトラフィックセッションのタイプに応じて、各ランク付けされたトラフィックセッションに割り振られる帯域幅を決定するように構成された計算器と、  前記デバイスのトラフィックセッションに割り振られる前記決定された帯域幅が、ゼロとは異なるか否かを調べることのできる比較器と、を備えた、前記デバイス。
【請求項１２】
前記通信モジュールは、前記ネットワークの他の全てのデバイスに状態メッセージを送信するようにさらに構成された、請求項１１に記載のデバイス。
【請求項１３】
前記ランク付けモジュールは、前記トラフィックセッションを実行する前記デバイスの優先順位、前記デバイスのタイプ、および前記トラフィックセッションのタイプに基づき、前記トラフィックセッションのそれぞれに対してランクを決定する、請求項１１又は１２に記載のデバイス。
【請求項１４】
請求項１から９のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラム。
【請求項１５】
請求項１から９のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラムを記憶する記憶媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】  本開示は、一般に、例えば、これだけに限らないが、適応型ストリーミングクライアントを含むネットワークにおける帯域幅割当てに関する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】  このセクションは、以下で述べられる、かつ／または特許請求される本開示の様々な特徴に関連し得る技術の様々な特徴を読者に紹介するように意図されている。この論議は、本開示の様々な特徴を理解しやすくするための背景情報を読者に提供するのに役立つと考えられる。したがって、これらの記述はこの観点で読まれるべきであり、従来技術を取り込むことではないことを理解されたい。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】  本開示は、これだけに限らないが、少なくとも、他のストリームが存在するすべての適応型ストリーミング実装形態の特性である不安定および帯域幅共用問題を改善するように試みるものである。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】  本開示により、ネットワークのデバイスは、それらのそれぞれに対して最適な帯域幅を協調して決定することができ、したがって、最良の可能な集合的ユーザエクスペリエンスを有効に達成することができる。状態メッセージにより、デバイスは、その各特性および必要条件を交換し、かつ知らせる。この情報に基づき、各デバイスが、近似することによる無駄な帯域幅を回避し、それが真に受けるに足る帯域幅を受け取ることのできるように、最適な帯域幅の再分割を計算することができる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】  本開示に準拠する例として、状態メッセージは、以下の要素の少なくともいくつかを含むことができる：  −  セッション開始時間；  −  セッション終了時間；  −  セッションを実行するデバイスのタイプ；  −  ディスプレイのサイズ；  −  デバイスのディスプレイ解像度；  −  ユーザの数；  −  セッションのタイプ；  −  固定されたストリーミングセッションに必要なビットレート；  −  適応型ストリーミングセッションに利用可能なビットレートのリスト；  −  適応型ストリーミングセッションに望ましい最大のビットレート；  −  バルクトラフィックセッションに望ましい最大のビットレート；  −  適応型ストリーミングセッションに対するチャンク持続期間；  −  デバイスの優先順位。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】  加えて、本開示によると、状態メッセージは、イベントが生じたとき、そのネットワークのすべてのデバイスにその所与のデバイスにより送られる。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】  本開示のさらなる特徴によると、ランク付け中に、上記トラフィックセッションのそれぞれに対するランクは、有利には、上記トラフィックセッションを実行する上記デバイスの優先順位、上記デバイスのタイプ、および上記トラフィックセッションのタイプに基づいて決定され得る。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【００１９】  さらに、本開示の実施形態では、上記ランク付けされたトラフィックセッションに割り振られる帯域幅の決定は、  −  まだ未処理の最も高くランク付けされたトラフィックセッションを選択するステップと、  −  上記選択されたトラフィックセッションが、固定レートのストリーミングセッションであるか否かを調べるステップと、  −  上記ネットワークの現在利用可能な帯域幅と、上記固定レートのストリーミングセッションに関連付けられた必要なビットレートとの間の差が、少なくともゼロに等しいとき、上記選択されたトラフィックセッションに帯域幅を割り振るステップと、を含む。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】  上記の実施形態の別の特徴では、上記ランク付けされたトラフィックセッションに割り振られる帯域幅の決定は、上記選択されたトラフィックセッションが適応型ストリーミングセッションである場合、  −  まだ未処理の、上記選択されたトラフィックセッションと同じランクを有するトラフィックセッションの数により分割された、上記現在利用可能な帯域幅に多くても等しいビットレートを選択するステップと、  −  上記選択されたビットレートと、上記選択されたトラフィックセッションに関連付けられた最大の望ましいビットレートとの間の最小のビットレートを決定するステップと、  −  上記最小のビットレートを、上記選択されたトラフィックセッションに割り振るステップと、をさらに含むことができる。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００２１
【補正方法】変更
【補正の内容】
【００２１】  上記実施形態のさらなる特徴では、上記ランク付けされたトラフィックセッションに割り振られる帯域幅の決定は、上記割り振られた帯域幅により、現在利用可能な帯域幅を減少させるステップをさらに含むことができる。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００２２
【補正方法】変更
【補正の内容】
【００２２】  さらに本開示はまた、上記ネットワークのデバイスの進行中のトラフィックセッションの中で上記ネットワークの利用可能な帯域幅を割り当てるための方法を実装するように構成されたネットワークのデバイスに関する。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００２３
【補正方法】変更
【補正の内容】
【００２３】  本開示によると、上記デバイスは、  −  少なくとも１つのトラフィックセッションを実行するネットワークのデバイスから状態メッセージを収集するように適合された通信モジュールと、  −  状態メッセージから取得されたデバイスおよびトラフィックセッションのパラメータに従って上記進行中のトラフィックセッションをランク付けするように構成されたランク付けモジュールと、  −  上記利用可能な帯域幅、上記ランク付けされたトラフィックセッションのランク、および上記ランク付けされたトラフィックセッションのタイプに応じて、各ランク付けされたトラフィックセッションに割り振られる帯域幅を決定するように構成された計算器と、  −  上記デバイスのトラフィックセッションに割り振られる上記決定された帯域幅が、ゼロとは異なるか否かを調べることのできる比較器と、を備える。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００２６
【補正方法】変更
【補正の内容】
【００２６】  本開示は、上記で述べられた方法を実装するためのプログラムコード命令を含む、通信ネットワークからダウンロード可能な、かつ／またはコンピュータにより読取り可能な、かつ／またはプロセッサにより実行可能な媒体に記録されたコンピュータプログラム製品にさらに関する。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００２７
【補正方法】変更
【補正の内容】
【００２７】  加えて本開示はまた、その上に記録され、かつプロセッサにより実行することができ、前に述べられた方法を実装するためのプログラムコード命令を含むコンピュータプログラム製品を含む非一時的なコンピュータ可読媒体に関する。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正の内容】
【００２８】  開示される実施形態と範囲が対応するいくつかの特徴が以下に記載される。これらの特徴は、本開示が使用するはずのいくつかの形態の短い要約を読者に提供するために提示されるに過ぎないこと、およびこれらの特徴は、本開示の範囲を限定するようには意図されていないことを理解されたい。実際に、本開示は、以下で記載されていない可能性のある様々な特徴を包含することができる。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正の内容】
【００２９】  本開示は、添付図を参照して、決して限定するものではない以下の実施形態および実行例により、よく理解され、かつ例示されよう。【図１】本開示が実現され得るクライアント−サーバネットワークアーキテクチャの概略図である。
【図２】本開示に従って利用可能な帯域幅を割り当てるための方法を実現する図１のネットワークアーキテクチャのクライアントデバイスの例のブロック図である。
【図３】実施形態に従って利用可能な帯域幅を割り当てるための方法の主なステップを示す流れ図である。
【図４】図３の方法の帯域幅決定ステップを規定する流れ図である。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】００３２
【補正方法】変更
【補正の内容】
【００３２】  本開示の図および記述は、本開示を明確に理解するのに適した要素を示すために簡略化されているが、明確化のために、典型的なディジタルマルチメディアコンテンツ配信方法およびシステムで見られる多くの他の要素を除外していることを理解されたい。しかし、このような要素は当技術分野でよく知られているため、このような要素の詳細な論議は、本明細書では行われない。
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正の内容】
【００３３】  図１で示すように、本開示がここで実現され得るクライアント−サーバネットワークアーキテクチャは、例えば、３つのクライアントデバイスＣ１、Ｃ２、およびＣ３、住宅用ゲートウェイＧＷ、ならびにいくつかのサーバＳ１およびＳ２（図１では２つだけが示されている）を備える。明らかに、追加のクライアントが、アーキテクチャ内に存在することができる。
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】００３９
【補正方法】変更
【補正の内容】
【００３９】 実施形態では、デバイスＣ１からＣ３は、可搬型のメディアデバイス、移動電話、タブレット、ラップトップ、ＨＤＴＶなどとすることができる。当然であるが、デバイスＣ１からＣ３は、完全なビデオプレーヤを含まず、メディアコンテンツを多重分離する、かつ復号するためのものなどいくつかの部分要素だけを含むことができ、外部の手段を利用して、復号されたコンテンツをエンドユーザに表示することもできる。
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【００４０】 実施形態によると、ネットワークＮ１のデバイスＣ１からＣ３により送られた、または収集されたトラフィックセッションの各状態メッセージは、以下の要素の少なくともいくつかを含むことができる：  −  セッション開始時間；  −  セッション終了時間；  −  セッションを実行するデバイスのタイプ；  −  ディスプレイのサイズ；  −  デバイスのディスプレイ解像度；  −  ユーザの数；  −  セッションのタイプ；  −  固定されたストリーミングセッションのために必要なビットレート；  −  適応型ストリーミングセッションに対して利用可能なビットレートのリスト；  −  適応型ストリーミングセッションに対して望ましい最大ビットレート；  −  バルクトラフィックセッションに対して望ましい最大ビットレート；  −  適応型ストリーミングセッションに対するチャンク持続期間；  −  デバイスの優先順位。
【手続補正２２】
【補正対象書類名】明細書
【補正対象項目名】００４６
【補正方法】変更
【補正の内容】
【００４６】  フィールド６は、その適合能力を推測するために使用され得るトラフィックのタイプを指定する。実施形態では、トラフィックの以下のタイプ、すなわち、固定レートストリーミング、適応型ストリーミング、バルクトラフィックが考えられる。固定レートストリーミングが考えられる場合、必要なビットレートも状態メッセージに存在する。適応型ストリーミングセッションの場合、マニフェストで見出される利用可能なビットレートが、最大の望ましいビットレートと同様に示される。デバイスは、最大の利用可能なビットレートよりも低いビットレートを希望する様々な理由（低いエンドツーエンドの帯域幅、別のウィンドウにより隠されるビデオ、全画面ではないビデオ（ピクチャイングラフィックス）など）を有する可能性があることに留意する必要がある。同様にバルクトラフィックの場合（例えば、非ストリーミングデータのダウンロードなど）、望ましいレートを含むことができ、帯域幅の使用を制限できるようにする。
【手続補正２３】
【補正対象書類名】明細書
【補正対象項目名】００５２
【補正方法】変更
【補正の内容】
【００５２】  本開示の実施形態によると、また図３で示されるように、デバイスＣ１からＣ３は、デバイスＣ１からＣ３により実行される進行中のトラフィックセッションの中で、ネットワークＮ１の利用可能な帯域幅を割り当てる方法を実現するように構成される。
【手続補正２４】
【補正対象書類名】明細書
【補正対象項目名】００５３
【補正方法】変更
【補正の内容】
【００５３】  特に、ネットワークＮ１の所与のデバイス（例えば、デバイスＣ１）で実現されたとき、方法Ｍは、以下のステップを含む：  −  通信モジュール２により、状態メッセージをネットワークＮ１のすべての他のデバイスＣ２、Ｃ３とゲートウェイＧＷとに送信するステップ（ステップＳ１）。状態メッセージは、デバイスＣ１により実行される特定のトラフィックセッションと関連付けられ（セッションごとに１つの状態メッセージ）、かつ有利には、新しいトラフィックセッションがデバイスＣ１により開始されるたびに、デバイスＣ１の進行中のトラフィックセッションが終了するたびに、またはその進行中のトラフィックセッション（複数可）の特性のいずれかが変更された場合に送られる。例として、適応型ストリーミングセッションの特定の場合を考えると、デバイスＣ１が、利用可能な表現の間での切換えを続けている場合、状態メッセージは、チャンクが要求されるたびに再度送られることになり、したがって、すべての他のデバイスが通知され、その変化に反応することができる。実施形態の変形形態では、状態メッセージはまた、所与のイベント時に同報通信されるのではなく、デバイスにより周期的に送ることができる；  −  少なくとも１つの進行中のトラフィックセッションを実行するネットワークＮ１のデバイスＣ２、Ｃ３から、かつゲートウェイＧＷからの状態メッセージを通信モジュール２により収集するステップ（ステップＳ２）。収集された状態メッセージは、デバイスＣ１のメモリ３に記憶することができる。ステップＳ１およびＳ２は、互いに独立して（Ｓ２の前にＳ１、Ｓ１の前にＳ２、またはＳ１およびＳ２を同時に）実施することができる；  −  デバイスＣ１のランク付けモジュール５により、対応するデバイスのパラメータ、およびセッションのパラメータに従って進行中のセッションのランク付けをするステップ（ステップＳ３）。パラメータの値は、収集された状態メッセージから取得される。ステップＳ３が行われている間、ランク付けリストが、ランク付けモジュール５により構築され、例えば、メモリ３に記憶される；  −  （ゲートウェイ状態メッセージから得られる）ローカルネットワークＮ１の全体の利用可能な帯域幅、ランク付けモジュール５により決定されたセッションのランク、およびランク付けされたセッションのタイプに応じて、デバイスＣ１の帯域幅計算器６により、各ランク付けされたセッションに割り振られる帯域幅を決定するステップ（ステップＳ４）。変形形態または補完形態において、他の機能が、各進行中のセッションに割り振られる帯域幅を決定するために使用される、または追加され得る；  −  デバイスＣ１の比較器７により、所与のデバイスＣ１のセッションに割り振られる決定された帯域幅が、ゼロを超えているか否かを調べるステップ（ステップＳ５）；  −  所与のデバイスＣ１のセッションに割り振られる決定された帯域幅が、ゼロを超えている場合、そのセッションに対して、所与のデバイスＣ１により自己割振りによる帯域幅を用いるステップ（ステップＳ６）；  −  所与のデバイスＣ１のセッションに割り振られる決定された帯域幅が、ゼロに等しい場合（ステップＳ７）、所与のデバイスＣ１により送られた状態メッセージに他のセッションが反応するために時間が必要かどうかを検証するステップ（例えば、競合する進行中のＨＡＳセッションは、やがて生ずるチャンクの持続期間に対して一定の帯域幅を利用できるものと想定して、所与のデバイスＣ１のセッションのランクが、そのＨＡＳセッションのものより高い場合であっても、チャンクダウンロードの終了まで、待つことが好ましい）；  −  他のセッションが、所与のデバイスＣ１により送られた状態メッセージに反応するためには時間が必要である場合（ステップＳ８）、他の進行中のセッション（複数可）がその送られた状態メッセージを考慮に入れるのを待つステップ（例えば、適応型ストリーミングセッションの場合、現在のチャンクのダウンロード終了後、および適応型ストリーミングセッションを実行する関連するデバイスによる新しい状態メッセージの放出後）、次いでステップＳ１へ戻る；  −  他のセッションが、所与のデバイスＣ１により送られた状態メッセージに反応するのに時間が必要でない場合（ステップＳ９）、デバイスＣ１のユーザに失敗を示すステップ。
【手続補正２５】
【補正対象書類名】明細書
【補正対象項目名】００５６
【補正方法】変更
【補正の内容】
【００５６】 実施形態によれば、ランク付けモジュール５により実現されるランク付けステップＳ３は、以下のサブステップを含む：  −  収集された状態メッセージから処理するために、ネットワークＮ１のすべての進行中のセッションのプロセスリストを確立するステップ（Ｓ３１）；  −  そのトラフィックセッションを実行するデバイスの優先順位、デバイスのタイプ、およびトラフィックセッションのタイプに基づいて、（例えば、プロセスリストの最初のセッションで、またはランダムに選択されたそのリストのセッションで開始することにより）プロセスリストの各セッションのランクを決定するステップ（Ｓ３２）。例示的なものであって、限定する例ではないが、セッションのランクは、以下の式から決定される：ランク＝ＭＡＸ−ＰＷ×優先順位−ＤＰ（デバイスタイプ）−ＦＰ（セッションタイプ）−ＡＰ（セッションタイプ）式中：      ・ＭＡＸは定数であり、例えば、１０に等しく、１０個の異なるランクを可能にする（なお、ランク０は最高ランクである）；      ・優先順位は、ランク付けされるセッションを実行するデバイスと関連付けられた優先順位である；      ・ＰＷは、優先順位を重み付けする定数であり、例えば、５に等しく、２つの異なる優先順位を可能にする（高い優先順位は１、低い優先順位は０）、したがって、高い優先順位（１）を有するデバイスは、より高いランク０から５に割り当てられ、また低い優先順位（０）を有するデバイスは、より低いランク６から１０に割り当てられることになる；      ・ＤＰは、デバイスタイプの優先度に対応する定数であり、例えば、デバイスタイプがＨＤＴＶである場合、３に等しく、その他の場合はゼロに等しい。言い換えると、ＤＰの値（３または０）は、デバイスのタイプに依存する；      ・ＦＰは、固定レートのストリーミングセッションの優先度に対応する定数であり、例えば、トラフィックセッションが固定レートセッションである場合、２に等しく、その他の場合は０に等しい。言い換えると、ＦＰの値（２または０）は、トラフィックセッションのタイプに依存する；      ・ＡＰは、適応型ストリーミングセッションの優先度に対応する定数であり、例えば、トラフィックセッションが適応型ストリーミングセッションである場合、１に等しく、その他の場合は０に等しい。言い換えると、ＡＰの値は、トラフィックセッションのタイプに依存する。
【手続補正２６】
【補正対象書類名】明細書
【補正対象項目名】００６０
【補正方法】変更
【補正の内容】
【００６０】 実施形態によると、また図４で示すように、デバイスＣ１の帯域幅計算器６により実現される帯域幅決定ステップＳ４は、以下のサブステップを含む：  −  まだ未処理のランク付けリストのうちの最高にランク付けされたトラフィックセッションを選択するステップ（ステップＳ４０１）；  −  選択されたトラフィックセッションが、固定レートのストリーミングセッション、適応型ストリーミングセッション、またはバルクトラフィックセッションか否かを調べるステップ（ステップＳ４０２）；  −  選択されたセッションが、固定レートのストリーミングセッションである場合、（ゲートウェイ状態メッセージから得られる）ネットワークＮ１の現在利用可能な帯域幅と、（対応する状態メッセージで示す）固定レートのストリーミングセッションに関連付けられた必要なビットレートの間の差が、少なくともゼロに等しいかどうかを決定するステップ（ステップＳ４０３）；  −  選択されたセッションが適応型ストリーミングセッションである場合：      ・まだ処理されておらず、（ステップＳ４０１で）選択されたセッションと同じランクを有するトラフィックセッションの数により分割された現在利用可能な帯域幅に多くても等しいビットレートを（対応するマニフェストから取得された利用可能なビットレートの中で）選択するステップ（ステップＳ４０４）。マニフェストの利用可能なビットレートの中のビットレートがいずれも、同じランクを有するまだ未処理のトラフィックセッションの数により分割された現在利用可能な帯域幅よりも低くない場合、選択されたビットレートはゼロに等しい；      ・選択されたビットレート（ステップＳ４０４）と、（関連付けられた状態メッセージから取得された）選択されたセッションに関連付けられた最大の望ましいビットレートとの間の最小のビットレートを決定するステップ（ステップＳ４０５）；  −  選択されたセッションがバルクトラフィックセッションである場合：      ・まだ未処理であり、選択されたセッション（ステップＳ４０１で）と同じランクを有するトラフィックセッションの数により分割された現在の利用可能な帯域幅に等しいビットレートを計算するステップ（ステップＳ４０６）；      ・関連する状態メッセージから、最大の望ましいビットレートが、選択されたバルクトラフィックセッションと関連付けられているか否かを調べるステップ（ステップＳ４０７）；      ・最大の望ましいビットレートが、選択されたバルクトラフィックセッションと関連付けられる場合、計算されたビットレート（ステップＳ４０６）と、選択されたセッションと関連付けられた最大の望ましいビットレートとの間の最小のビットレートを決定するステップ（ステップＳ４０８）；  −  帯域幅を選択されたセッションに割り振るステップ（ステップＳ４０９）。割り振られた帯域幅は、以下のものに等しい：      ・選択されたセッションが固定レートのストリーミングセッションである場合、必要なビットレート；      ・選択されたセッションが適応型ストリーミングセッションである場合、決定された最小のビットレート（ステップ４０５のもの）；      ・選択されたセッションがバルクトラフィックセッションである場合、（ステップ��０６の）計算されたビットレート、または（ステップ４０８の）決定された最小のビットレート；  −  ステップ４０９で割り振られた帯域幅により現在の帯域幅を減少させるステップ（ステップ４１０）。
【手続補正２７】
【補正対象書類名】明細書
【補正対象項目名】００６２
【補正方法】変更
【補正の内容】
【００６２】  次に、実施形態では、実際の帯域幅割振りは、進行中の適応型ストリーミングセッションに関するチャンク持続期間を考慮に入れる。実際に、進行中のセッションは、やがて生ずるチャンク持続期間に対して一定の帯域幅が使用できるものと想定しているので、これらの条件をチャンクの終了前に変更することは望ましくない。したがって、セッションが開始すると、進行中のセッションが、新しく開始されるセッション情報を受け取って、それ自体に割り振られた帯域幅を減らすことによりその存在を考慮するまで、より高いランクのセッションは延期されることになる。この遅延は、各進行中のセッションに特有のものであり、（本明細書の後で述べるように）高ランクセッションに対して帯域幅を段階的に戻すことになる。固定レートおよびバルクセッションの場合、ネットワークＮ１の他のデバイスにより送られた状態メッセージの処理は、期間が任意に（例えば、１０秒に）固定される差を伴い、同様に周期的に行われ、固定レートまたはバルクセッションを実行するデバイスが、新しいセッションを開始するデバイスにより送られた新しい状態メッセージをいつ考慮するかを決定する。
【手続補正２８】
【補正対象書類名】明細書
【補正対象項目名】００６６
【補正方法】変更
【補正の内容】
【００６６】  本開示の実施形態によれば、ネットワークの各デバイスは、当て推量および近似を行う必要がなく、例えば、どのビットレートをそれが受信できるか、それはいつ再生を開始し、停止するかなどを正確に知らせるので、帯域幅使用に対するはるかに細かい制御を達成することができる。デバイスは、それらの能力および各優先順位に関する豊富な情報を交換するので、ユーザエクスペリエンスを実際に反映する帯域幅割当てが達成され得る。それは帯域幅競合問題を、決定論的に解決し、デバイスの優先順位を保存し、かつ浪費される帯域幅を回避することができる。
【手続補正２９】
【補正対象書類名】明細書
【補正対象項目名】００６８
【補正方法】変更
【補正の内容】
【００６８】 実施形態の第１の説明に役立つ例では、ＡＤＳＬゲートウェイＧＷにより報告されるように、アクセスネットワークは８Ｍｂｐｓの帯域幅を有するものと想定される。自分のＨＤＴＶでビデオオンデマンド（ＶｏＤ）を見ることを望むユーザは、方法Ｍを実現するＨＡＳアプリケーションを開始する。他のストリームが現在ネットワークを使用していないことに気が付くと、ＨＡＳアプリケーションは、直ちに現在のネットワーク帯域幅に関して許容される最高のビットレートに集中する。
【手続補正３０】
【補正対象書類名】明細書
【補正対象項目名】００７３
【補正方法】変更
【補正の内容】
【００７３】  図の流れ図および／またはブロック図は、本開示の様々な実施形態によるシステム、方法、およびコンピュータプログラム製品の可能な実装形態の構成、動作、および機能を示している。これに関して、流れ図またはブロック図における各ブロックは、モジュール、セグメント、またはコードの一部を表すことができ、それは、指定された論理機能（複数可）を実現するための１または複数の実行可能命令を含む。いくつかの代替的実装形態では、ブロックで記された機能は、図に記された順序を変えて行われ得ることにも留意されたい。例えば、連続して示された２つのブロックは、実際には、実質的に同時に実行することができ、またはブロックは、時には逆の順序で実行することができ、またはブロックは、含まれている機能に応じて代替の順序で実行することもできる。ブロック図および／または流れ図で示す各ブロック、およびブロック図および／または流れ図で示すブロックの組合せは、指定された機能もしくは動作を実施する専用のハードウェアベースのシステムで、または専用のハードウェアとコンピュータ命令の組合せにより実現できることにも留意されたい。明示的に述べられていないが、本実施形態は、任意の組合せで、または下位の組合せで使用することができる。
【手続補正３１】
【補正対象書類名】明細書
【補正対象項目名】００７５
【補正方法】変更
【補正の内容】
【００７５】  コンピュータ可読記憶媒体は、１または複数のコンピュータ可読記憶媒体（複数可）で具現化され、かつコンピュータにより実行可能なコンピュータ可読プログラムコードをその上で具現化されたコンピュータ可読のプログラム製品の形態をとることができる。本明細書で使用される場合、コンピュータ可読記憶媒体は、情報をそれに記憶する固有の能力、ならびに情報をそこから取得する固有の能力が与えられた非一時的な記憶媒体と考えられる。コンピュータ可読記憶媒体は、例えば、これだけに限らないが、電子的、磁気的、光学的、電磁気的、赤外線、もしくは半導体のシステム、装置、もしくはデバイス、または前述のものの任意の適切な組合せとすることができる。以下のものは、本原理が適用できるコンピュータ可読記憶媒体のより具体的な例を提供するが、当業者であれば容易に理解されるように、単に説明に役立つものであって、網羅的な一覧ではないことを理解されたい：すなわち、可搬型のコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、消去可能プログラム可能な読出し専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、可搬型コンパクトディスク読出し専用メモリ（ＣＤ−ＲＯＭ）、光学的な記憶デバイス、磁気的な記憶デバイス、または前述のものの任意の適切な組合せである。［付記１］  ネットワーク（Ｎ１）のデバイス（Ｃ１、Ｃ２、Ｃ３）により実行される進行中のトラフィックセッションの中で、前記ネットワーク（Ｎ１）の利用可能な帯域幅を割り当てるための方法であって、所与のデバイス（Ｃ１、Ｃ２、Ｃ３）で、  −  少なくとも１つのトラフィックセッションを実行する前記ネットワークのデバイス（Ｃ１、Ｃ２、Ｃ３）から状態メッセージを収集するステップ（Ｓ２）と、  −  状態メッセージから取得されたデバイスおよびトラフィックセッションのパラメータに従ってランク付けされた（Ｓ３）各トラフィックセッションに、前記ネットワークの利用可能な帯域幅、前記ランク付けされたトラフィックセッションのランク、および前記ランク付けされたトラフィックセッションのタイプに応じて、割り振られる帯域幅を決定するステップと、  −  前記所与のデバイス（Ｃ１、Ｃ２、Ｃ３）のトラフィックセッションに割り振られる前記決定された帯域幅がゼロを超える場合、前記トラフィックセッションに対して前記所与のデバイスにより前記割り振られた帯域幅を使用するステップと、を含む、前記方法。［付記２］  １つの状態メッセージは、１つの進行中のトラフィックセッションに関連付けられる、付記１に記載の方法。［付記３］  状態メッセージは、イベントが生じたとき、前記所与のデバイス（Ｃ１、Ｃ２、Ｃ３）によって前記ネットワーク（Ｎ１）の全ての前記デバイス（Ｃ１、Ｃ２、Ｃ３）に送られる、付記１又は２に記載の方法。［付記４］  前記イベントは、少なくとも、  −前記所与のデバイス（Ｃ１、Ｃ２、Ｃ３）によるトラフィックセッションの開始、  −前記所与のデバイスによるトラフィックセッションの終了、  −前記所与のデバイスにより実行される進行中のトラフィックセッションのいずれかの特性の変更、のイベントを含むグループに属する、付記３に��載の方法。［付記５］  ランク付け（Ｓ３）中に、前記トラフィックセッションのそれぞれに対するランクは、前記トラフィックセッションを実行する前記デバイスの優先順位、前記デバイスのタイプ、および前記トラフィックセッションのタイプに基づいて決定される、付記１から４のいずれかに記載の方法。［付記６］  所与のランク内で、対応するトラフィックセッションは、それらの開始時間に応じて順序付けされる、付記１から５のいずれかに記載の方法。［付記７］  前記ネットワークの前記利用可能な帯域幅は、前記ネットワーク（Ｎ１）のゲートウェイ（ＧＷ）により提供される、付記１から６のいずれかに記載の方法。［付記８］  前記ランク付けされたトラフィックセッションに割り振られる帯域幅の前記決定（Ｓ４）は、  −まだ未処理の最も高くランク付けされたトラフィックセッションを選択するステップ（Ｓ４０１）と、  −前記選択されたトラフィックセッションが、固定レートのストリーミングセッションであるか否かを調べるステップ（Ｓ４０２）と、  −前記ネットワーク（Ｎ１）の現在利用可能な帯域幅と、前記固定レートのストリーミングセッションに関連付けられた必要なビットレートとの間の差が、少なくともゼロに等しいとき、前記選択されたトラフィックセッションに帯域幅を割り振るステップ（Ｓ４０９）と、を含む、付記１から７のいずれかに記載の方法。［付記９］  前記ランク付けされたトラフィックセッションに割り振られる帯域幅の前記決定（Ｓ４）は、前記選択されたトラフィックセッションが適応型ストリーミングセッションである場合、  −まだ未処理の、前記選択されたトラフィックセッションと同じランクを有するトラフィックセッションの数により分割された、前記現在利用可能な帯域幅に多くても等しいビットレートを選択するステップ（Ｓ４０４）と、  −前記選択されたビットレートと、前記選択されたトラフィックセッションに関連付けられた最大の望ましいビットレートとの間の最小のビットレートを決定するステップ（Ｓ４０５）と、  −前記最小のビットレートを、前記選択されたトラフィックセッションに割り振るステップ（Ｓ４０３）と、をさらに含む、付記８に記載の方法。［付記１０］  前記ランク付けされたトラフィックセッションに割り振られる帯域幅の前記決定（Ｓ４）は、前記割り振られた帯域幅により現在利用可能な帯域幅を減少させる、付記８又は９に記載の方法。［付記１１］  付記１から１０のいずれかに記載した、前記ネットワーク（Ｎ１）のデバイス（Ｃ１、Ｃ２、Ｃ３）の進行中のトラフィックセッションの中で前記ネットワーク（Ｎ１）の利用可能な帯域幅を割り当てるための方法を実装するように構成されたネットワークのデバイスであって、  −少なくとも１つのトラフィックセッションを実行する前記ネットワークのデバイス（Ｃ１、Ｃ２、Ｃ３）から状態メッセージを収集するように適合された通信モジュール（２）と、  −状態メッセージから取得されたデバイスおよびトラフィックセッションのパラメータに従って前記進行中のトラフィックセッションをランク付けするように構成されたランク付けモジュール（５）と、  −前記利用可能な帯域幅、前記ランク付けされたトラフィックセッションのランク、および前記ランク付けされたトラフィックセッションのタイプに応じて、各ランク付けされたトラフィックセッションに割り振られる帯域幅を決定するように構成された計算器（６）と、  −前記デバイスのトラフィックセッションに割り振られる前記決定された帯域幅が、ゼロとは異なるか否かを調べることのできる比較器（７）と、を備えた、前記デバイス。［付記１２］  前記通信モジュール（２）は、前記ネットワークの全ての前記デバイス（Ｃ１、Ｃ２、Ｃ３）に状態メッセージを送信するようにさらに構成された、付記１１に記載のデバイス。［付記１３］  前記ランク付けモジュール（５）は、前記トラフィックセッションを実行する前記デバイスの優先順位、前記デバイスのタイプ、および前記トラフィックセッションのタイプに基づき、前記トラフィックセッションのそれぞれに対してランクを決定する、付記１１又は１２に記載のデバイス。［付記１４］  付記１から９のいずれかに記載の方法を実装するためのプログラムコード命令を含む、通信ネットワークからダウンロード可能な、かつ／またはコンピュータにより読取り可能な、かつ／またはプロセッサにより実行可能な媒体に記録されたコンピュータプログラム製品。［付記１５］  その上に記録され、かつプロセッサにより実行することができ、付記１から９のいずれかに記載の方法を実装するためのプログラムコード命令を含む、コンピュータプログラム製品を含む非一時的なコンピュータ可読媒体。