【手続補正書】
【提出日】平成28年7月1日(2016.7.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ブロードキャスティング・データストリームの少なくとも１つのサービスと、少なくとも１つのサーバと、少なくとも２つの端末を含むシステムにおいてデータストリームを割り当てる方法であって、前記少なくとも２つの端末のうちの１つの端末が少なくとも２つの異なるソースから同一のプログラムを受信可能であり、
前記サーバによって、少なくとも１つの第１の端末によって送信されるメッセージを受信するステップであって、前記メッセージは、前記第１の端末が、リクエストによってリクエストされた第１のプログラムと呼ばれるプログラムおよびソースを識別するデータストリームを受信できないことを示す情報を含む、前記受信するステップと、
前記サーバによって、前記端末に送信されるプログラムの前記ストリームのソースおよび前記リクエストのソースの間でアービトレーションを行うステップと、
前記第１の端末の前記第１のプログラムの前記リクエストに応じるために、ブロードキャスティング・サービスが第２のプログラムと呼ばれるプログラムをブロードキャストする対象である少なくとも第２の端末に対して、前記アービトレーションにより決定されたソースの変更を通知するステップと、を含む、前記方法。
【請求項２】
前記アービトレーションにおいて、前記端末を接続するネットワーク上で利用可能な帯域幅が考慮される、請求項１に記載の方法。
【請求項３】
各ソースに対し、他のソースのうちの各々に対するソースの変更に関連付けられたコストに関する影響値が決定される、請求項２に記載の方法。
【請求項４】
前記アービトレーションにおいて、最も高い優先度を有するソースまたは端末が優先される、請求項２または３に記載の方法。
【請求項５】
前記アービトレーションにおいて、前記影響値が最小にされる、請求項３に記載の方法。
【請求項６】
前記リクエストにおいて前記リクエストされたストリームによって前記ネットワーク上で前記利用可能な帯域幅にオーバーフローが生じたとき、前記端末に割り当てられる合計ストリームが前記利用可能な帯域幅をオーバーフローさせないように、より少ない帯域幅を消費するストリームが少なくとも前記第２の端末に割り当てられる、請求項２〜５のいずれか１項に記載の方法。
【請求項７】
前記第２の端末が、
ソースの変更がソースの変更に関連付けられたコストに関する影響値を最小限にする端末であるか、
最も低い優先度の端末であるか、
最も低い優先度のソースからのストリームを受信する端末であるか、
最も低い優先度のサービスを受信する端末である、請求項１〜６のいずれか１項に記載の方法。
【請求項８】
データストリームをブロードキャストするサービスと少なくとも２つの端末とに接続された装置であって、前記少なくとも２つの端末のうちの１つの端末が少なくとも２つの異なるソースから同一のプログラムを受信可能であり、
少なくとも１つの第１の端末によって送信されるメッセージを受信するように構成されるモジュールであって、前記メッセージは、前記第１の端末が、リクエストによってリクエストされた第１のプログラムと呼ばれるプログラムおよびソースを識別するデータストリームを受信できないことを示す情報を含む、前記モジュールと、
前記端末に送信されるプログラムの前記ストリームのソースおよび前記リクエストのソースの間でアービトレーションを行うように構成されるモジュールと、
前記第１の端末の前記リクエストに応じるために、ブロードキャスティング・サービスが第２のプログラムと呼ばれるプログラムをブロードキャストする対象である少なくとも第２の端末に対して、前記アービトレーションのモジュールにより決定されたソースの変更を通知するように構成されるモジュールと、を含む、前記装置。
【請求項９】
前記アービトレーションのモジュールは、前記端末を接続するネットワーク上で利用可能な帯域幅を考慮するように構成される、請求項８に記載の装置。
【請求項１０】
前記アービトレーションのモジュールは、各ソースに対し、他のソースのうちの各々に対するソースの変更に関連付けられたコストに関する影響値を決定するようにさらに構成される、請求項９に記載の装置。
【請求項１１】
前記アービトレーションのモジュールは、最も高い優先度を有するソースまたは端末を優先するようにさらに構成される、請求項９または１０に記載の装置。
【請求項１２】
前記アービトレーションのモジュールは、前記影響値を最小にするようにさらに構成される、請求項１０に記載の装置。
【請求項１３】
前記リクエストにおいて前記リクエストされたストリームによってネットワーク上で利用可能な帯域幅にオーバーフローが生じたとき、前記アービトレーションのモジュールは、前記端末に割り当てられる合計ストリームが前記利用可能な帯域幅をオーバーフローさせないように、より少ない帯域幅を消費するストリームが少なくとも前記第２の端末に割り当てるようにさらに構成される、請求項８〜１２のいずれか１項に記載の装置。
【請求項１４】
前記第２の端末が、
ソースの変更がソースの変更に関連付けられたコストに関する影響値を最小限にする端末であるか、
最も低い優先度の端末であるか、
最も低い優先度のソースからのストリームを受信する端末であるか、
最も低い優先度のサービスを受信する端末である、請求項８〜１３のいずれか１項に記載の装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
本発明によれば、この方法は、
上記サーバによって、少なくとも１つの第１の端末によって送信されるメッセージを受信するステップであって、上記メッセージは、上記第１の端末が、リクエストによってリクエストされた第１のプログラムと呼ばれるプログラムおよびソースを識別するデータストリームを受信できないことを示す情報を含む、この受信するステップと、
上記サーバによって、上記端末に送信されるプログラムの上記ストリームのソースおよび上記リクエストのソースの間でアービトレーションを行うステップと、
上記第１の端末の上記第１のプログラムの上記リクエストに応じるために、ブロードキャスティング・サービスが第２のプログラムと呼ばれるプログラムをブロードキャストする対象である少なくとも第２の端末に対して、上記アービトレーションにより決定されたソースの変更を通知するステップと、を含む。
実施形態では、上記アービトレーションにおいて、上記端末を接続するネットワーク上で利用可能な帯域幅が考慮されてもよい。
実施形態では、各ソースに対し、他のソースのうちの各々に対するソースの変更に関連付けられたコストに関する影響値が決定されることができる。
実施形態では、上記アービトレーションにおいて、最も高い優先度を有するソースまたは端末が優先されることができる。
実施形態では、上記アービトレーションにおいて、上記影響値が最小にされることができる。
実施形態では、上記リクエストにおいて上記リクエストされたストリームによって上記ネットワーク上で上記利用可能な帯域幅にオーバーフローが生じたとき、上記端末に割り当てられる合計ストリームが上記利用可能な帯域幅をオーバーフローさせないように、より少ない帯域幅を消費するストリームが少なくとも上記第２の端末に割り当てられることができる。
実施形態では、上記第２の端末が、
ソースの変更がソースの変更に関連付けられたコストに関する影響値を最小限にする端末であるか、
最も低い優先度の端末であるか、
最も低い優先度のソースからのストリームを受信する端末であるか、
最も低い優先度のサービスを受信する端末であってもよい。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
本発明によれば、この装置は、
少なくとも１つの第１の端末によって送信されるメッセージを受信するように構成されるモジュールであって、上記メッセージは、上記第１の端末が、リクエストによってリクエストされた第１のプログラムと呼ばれるプログラムおよびソースを識別するデータストリームを受信できないことを示す情報を含む、このモジュールと、
上記端末に送信されるプログラムの上記ストリームのソースおよび上記リクエストのソースの間でアービトレーションを行うように構成されるモジュールと、
上記第１の端末の上記リクエストに応じるために、ブロードキャスティング・サービスが第２のプログラムと呼ばれるプログラムをブロードキャストする対象である少なくとも第２の端末に対して、上記アービトレーションのモジュールにより決定されたソースの変更を通知するように構成されるモジュールと、を含む。
実施形態では、上記アービトレーションのモジュールは、上記端末を接続するネットワーク上で利用可能な帯域幅を考慮するように構成されることができる。
実施形態では、上記アービトレーションのモジュールは、各ソースに対し、他のソースのうちの各々に対するソースの変更に関連付けられたコストに関する影響値を決定するようにさらに構成されることができる。
実施形態では、上記アービトレーションのモジュールは、最も高い優先度を有するソースまたは端末を優先するようにさらに構成されることができる。
実施形態では、上記アービトレーションのモジュールは、上記影響値を最小にするようにさらに構成されることができる。
実施形態では、上記リクエストにおいて上記リクエストされたストリームによって上記ネットワーク上で上記利用可能な帯域幅にオーバーフローが生じたとき、上記アービトレーションのモジュールは、上記端末に割り当てられる合計ストリームが上記利用可能な帯域幅をオーバーフローさせないように、より少ない帯域幅を消費するストリームが少なくとも上記第２の端末に割り当てるようにさらに構成されることができる。
実施形態では、上記第２の端末が、
ソースの変更がソースの変更に関連付けられたコストに関する影響値を最小限にする端末であるか、
最も低い優先度の端末であるか、
最も低い優先度のソースからのストリームを受信する端末であるか、
最も低い優先度のサービスを受信する端末であってもよい。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００６９
【補正方法】変更
【補正の内容】
【００６９】
ローカル・ネットワーク上で利用可能な受信端末の数は、非限定的な例として挙げている。ハイブリッド端末は、受信端末をどのように組み合わせたものにも対応できる。
以上の実施例に関し、更に、以下の項目を開示する。
（付記１）ブロードキャスティング・データストリームの少なくとも１つのサービスと、少なくとも１つのサーバと、少なくとも２つの端末を含むシステムにおいてデータストリームを割り当てる方法であって、前記少なくとも２つの端末のうちの１つの端末が少なくとも２つの異なるソースから同一のプログラムを受信可能であり、
前記サーバによって、少なくとも１つの第１の端末によって送信されるメッセージを受信するステップであって、前記メッセージは、前記第１の端末がソースを識別した、リクエストによって求められた第１のプログラムと呼ばれるプログラムのデータストリームを受信できないことを示す情報を含む、前記受信するステップと、
前記サーバによって、前記複数の端末に対するプログラムの送信および前記リクエストの送信の間に前記ストリームの複数のソースのアービトレーションを行うステップと、
前記第１の端末の前記第１のプログラムを求めるリクエストに応じるために、ブロードキャスティング・サービスが第２のプログラムと呼ばれるプログラムをブロードキャストする対象である少なくとも第２の端末に対してソースの変更を通知するステップと、を含む、前記方法。
（付記２）前記アービトレーションを行うステップにおいて、前記複数の端末を接続するネットワーク上で利用可能な帯域幅が考慮される、付記１に記載の方法。
（付記３）優先度が各ソースに関連付けられる、付記１または２に記載の方法。
（付記４）優先度が各端末に関連付けられる、付記１〜３のいずれか１項に記載の方法。
（付記５）前記リクエストは、さらに、関連するサービスを求めるリクエストを含み、優先度が各サービスに関連付けられる、付記１〜４のいずれか１項に記載の方法。
（付記６）他のソースのうちの各々に対するソースの変更に関連付けられたコストを考慮して、各ソースに対し、影響値が決定される、付記１〜５のいずれか１項に記載の方法。
（付記７）前記アービトレーションを行うステップにおいて、最も高い優先度を有するソースが優先される、付記３に記載の方法。
（付記８）前記アービトレーションを行うステップにおいて、最も高い優先度を有する端末が優先される、付記４に記載の方法。
（付記９）前記アービトレーションを行うステップにおいて、最も高い優先度を有するサービスに関連付けられたストリームが優先される、付記５に記載の方法。
（付記１０）前記アービトレーションを行うステップにおいて、前記影響値が最小にされる、付記６に記載の方法。
（付記１１）前記リクエストで求められているストリームによって前記ネットワーク上で利用可能な帯域幅にオーバーフローが生じたとき、前記複数の端末に割り当てられる合計ストリームにより利用可能な合計帯域幅にオーバーフローが生じないように、より少ない帯域幅を消費するストリームが少なくとも前記第２の端末に割り当てられる、付記２〜１０のいずれか１項に記載の方法。
（付記１２）前記第２の端末が、
前記ソースの変更による前記影響が最小限となる端末であるか、  最も低い優先度の端末であるか、
最も低い優先度のソースからのストリームを受信する端末であるか、
最も低い優先度のサービスを受信する端末である、付記３〜６のいずれか１項に記載の方法。
（付記１３）前記アービトレーションを行うステップにおいて、優先度が考慮される順番は、サービスに対する優先度、次に、ソースに対する優先度、次に、ソースに対する優先度である、付記３〜５のいずれか１項に記載の方法。
（付記１４）ソースからストリームを受信する各端末の性能が考慮される、付記１〜１３のいずれか１項に記載の方法。
（付記１５）データストリームをブロードキャストするサービスと少なくとも２つの端末とに接続された装置であって、前記少なくとも２つの端末のうちの１つの端末が少なくとも２つの異なるソースから同一のプログラムを受信可能であり、
少なくとも１つの第１の端末によって送信されるメッセージを受信する手段であって、前記メッセージは、前記第１の端末がソースを識別した、リクエストによって求められた第１のプログラムと呼ばれるプログラムのデータストリームを受信できないことを示す情報を含む、前記受信する手段と、
前記複数の端末に対するプログラムの送信および前記リクエストの送信の間に前記ストリームの複数のソースのアービトレーションを行う手段と、
前記第１の端末の前記リクエストに応じるために、ブロードキャスティング・サービスが第２のプログラムと呼ばれるプログラムをブロードキャストする対象である少なくとも第２の端末に対してソースの変更を通知する手段と、を含む、前記装置。