【手続補正書】
【提出日】平成22年4月19日(2010.4.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のクライアントデバイスを有する視聴システム内にコンテンツ消費リソースをプールするステップであって、前記プールされたリソースは、複数の仮想チューナを介して分割され、それらの前記仮想チューナのそれぞれは、通信ネットワークを介してコンテンツプロバイダからのコンテンツの単一の対応するストリームを消費する能力を表し、前記複数のクライアントデバイスのそれぞれのクライアントデバイスは、１つまたは複数の前記仮想チューナによる前記コンテンツの前記消費をスケジュールするように構成されているステップと、
前記クライアントデバイスによるそれぞれの使用に割り当てられているスケジューリング優先順位に従って前記複数のクライアントデバイスによる前記複数の仮想チューナの使用のスケジューリングを管理するステップと、
前記複数のクライアントデバイスのうちの１つのクライアントデバイスを前記１つまたは複数の仮想チューナのうちの対応する仮想チューナにロックし、それによって、前記対応する仮想チューナがその対応するクライアントデバイスによって採用されない期間には、前記複数のクライアントデバイスのうちの別のクライアントデバイスが、前記対応する仮想チューナを用いたコンテンツ消費をスケジュールすることが許容されないステップと、
を含むことを特徴とする方法。
【請求項２】
少なくとも１つの前記クライアントデバイスは、少なくとも２つの前記仮想チューナの使用をスケジュールされ、それらの仮想チューナのうちの少なくとも１つは、コンテンツを保存するために使用されることを特徴とする請求項１に記載の方法。
【請求項３】
前記複数の仮想チューナは、全体として、前記コンテンツプロバイダからの前記コンテンツを前記視聴システムへストリームさせるために利用できる回線容量における所定の制限に近いことを特徴とする請求項１に記載の方法。
【請求項４】
前記管理するステップは、スケジューリング優先順位の使用を通じて、前記視聴システムによってコンテンツを保存する上での少なくとも２つの前記クライアントデバイスの間におけるスケジュールの対立を解消することを特徴とする請求項１に記載の方法。
【請求項５】
前記クライアントデバイスによる前記消費の前記スケジューリングは、前記スケジューリングを実行する前記クライアントデバイスからはローカルに利用できないリソースを使用することができることを特徴とする請求項１に記載の方法。
【請求項６】
少なくとも１つの前記クライアントデバイスは、特定の時点に関して、前記特定の時点において前記少なくとも１つの前記クライアントデバイスによって消費することができるコンテンツの量よりも多い量のコンテンツ消費をスケジュールするように構成されていることを特徴とする請求項１に記載の方法。
【請求項７】
コンテンツ消費は、前記コンテンツをレンダリングすることを含むことを特徴とする請求項１に記載の方法。
【請求項８】
コンテンツ消費は、前記コンテンツを保存することを含むことを特徴とする請求項１に記載の方法。
【請求項９】
視聴システム内の複数のクライアントデバイスのうちの１つにおいて入力を受け取るステップであって、前記複数のクライアントデバイスのそれぞれのクライアントデバイスは、通信ネットワークを介してコンテンツプロバイダから受信した出力をレンダリングするように構成されており、コンテンツを消費するために前記視聴システム内で複数の仮想チューナが利用可能であり、前記複数のクライアントデバイスのうちの１つまたは複数のクライアントデバイスは、前記複数の仮想チューナによる前記コンテンツの前記消費をスケジュールするように構成されており、前記入力は、少なくとも１つの前記仮想チューナを、前記複数のクライアントデバイスのうちの対応するクライアントデバイスにロックすることを指定するステップと、
前記複数のクライアントデバイスのうちの対応するクライアントデバイスを前記１つまたは複数の仮想チューナのうちの対応する第１の仮想チューナにロックし、それによって、前記対応するクライアントデバイスのみが、前記対応する第１の仮想チューナを用いたコンテンツのストリームの消費をスケジュールすることが許容され、且つ、前記複数の仮想チューナのうちの第２の仮想チューナを用いたコンテンツのストリームの消費をもスケジュールすることが許容されるステップであって、前記複数のクライアントデバイスのうちの残りのクライアントデバイスが、前記第２の仮想チューナを用いたコンテンツのストリームの消費をスケジュールすることのみを許容されるステップと、
時間に依存する優先順位により、前記複数の仮想チューナのうちの前記第２の仮想チューナを用いたコンテンツのストリームの消費をスケジュールするように、前記複数のクライアントデバイスのうちの前記残りのクライアントデバイスのスケジューリング優先順位を決定するステップと、
を含むことを特徴とする方法。
【請求項１０】
前記複数の仮想チューナは、全体として、前記コンテンツプロバイダからの前記コンテンツを前記視聴システムへストリームさせるために利用できる回線容量における所定の制限に近いことを特徴とする請求項９に記載の方法。
【請求項１１】
前記所定の制限は、前記複数のクライアントデバイスによって消費することができる回線容量よりも少ないことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記クライアントデバイスによる使用に割り当てられているスケジューリング優先順位に従って前記複数のクライアントデバイスによる前記複数の仮想チューナのスケジューリングを管理するステップをさらに含み、
少なくとも１つの前記クライアントデバイスは、少なくとも２つの前記仮想チューナを同時に使用してコンテンツを消費するように構成されている
ことを特徴とする請求項９に記載の方法。
【請求項１３】
１つまたは複数の前記クライアントデバイスは、前記スケジューリングを実行する前記クライアントデバイスからはローカルに利用できない前記コンテンツの前記消費をスケジュールするように構成されていることを特徴とする請求項９に記載の方法。
【請求項１４】
複数のクライアントデバイスを含む視聴システムであって、
前記複数のクライアントデバイスは、通信ネットワークを介してコンテンツプロバイダから受信したコンテンツのストリームを消費するためのリソースをプールし、
前記リソースは、複数の仮想チューナを介して分割され、前記複数の仮想チューナのそれぞれは、前記コンテンツのストリームのうちの単一の対応するコンテンツのストリームを消費する能力を表し、
前記複数のクライアントデバイスのうちのそれぞれのクライアントデバイスは、１つまたは複数の前記仮想チューナによる前記コンテンツの消費をスケジュールするように構成されており、
前記複数の仮想チューナのうちの第１の組の仮想チューナは、前記複数のクライアントデバイスのうちの対応するクライアントデバイスにロック可能であり、それによって、前記対応するクライアントデバイスのみが、前記複数の仮想チューナのうちの第１の組の仮想チューナを用いたコンテンツのストリームの消費をスケジュールすることが許容され、且つ、前記複数の仮想チューナのうちの第２の組の仮想チューナを用いたコンテンツのストリームの消費をスケジュールすることも許容され、
前記複数のクライアントデバイスのうちの残りのクライアントデバイスは、前記第２の組の仮想チューナを用いたコンテンツのストリームの消費をスケジュールすることのみが許容され、
前記複数の仮想チューナのうちの第１の組の仮想チューナを指示するための、前記対応するクライアントデバイスとのユーザ対話が、前記対応するクライアントデバイスにロックされることができ、
優先順位が、前記複数の仮想チューナのうちの第２の組の仮想チューナを用いたコンテンツのストリームの消費をスケジュールするように前記複数のクライアントデバイスのうちの残りのクライアントデバイスのスケジューリング優先順位を決定する
ことを特徴とする視聴システム。
【請求項１５】
前記コンテンツプロバイダからの前記コンテンツを前記複数のクライアントデバイスへストリームさせるために利用できる回線容量が所定の制限を有することを特徴とする請求項１４に記載の視聴システム。
【請求項１６】
前記コンテンツプロバイダはヘッドエンドであり、
前記コンテンツの少なくとも一部はテレビ番組である
ことを特徴とする請求項１４に記載の視聴システム。
【請求項１７】
ＩＰ−ＴＶ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｔｅｌｅｖｉｓｉｏｎ）システムであることを特徴とする請求項１４に記載の視聴システム。
【請求項１８】
前記コンテンツ消費の前記スケジューリングは、１つまたは複数の前記クライアントデバイスによる前記コンテンツの保存のスケジューリングを含むことを特徴とする請求項１４に記載の視聴システム。
【請求項１９】
前記対応する前記クライアントデバイスはまた、別の前記仮想チューナによるコンテンツの消費をスケジュールするように構成されていることを特徴とする請求項１４に記載の視聴システム。