(57)【要約】初期ビデオ品質を有するビデオ番組および初期情報品質を有するそのビデオ番組に関連する情報を複数のデバイスに送信する方法が、開示される。方法は、両方ともアカウント内に登録された第１のデバイスおよび第２のデバイスの一方からビデオ番組の要求を受信するステップと、第１の利用可能な帯域幅に従って、帯域幅の第１の量および第２の量をそれぞれ２つのデバイスの一方および２つのデバイスの他方に割り当てるステップと、帯域幅の第１の割り当てられた量で足りる第１の品質を有するビデオ番組を一方のデバイスに送信するが、ビデオ番組に関連する情報は送信しないステップと、帯域幅の第２の割り当てられた量で足りる第２の品質を有するビデオ番組に関連する情報を他方のデバイスに送信するが、ビデオ番組は送信しないステップと、ユーザの第１の視点変化情報に応答して、その第１の視点変化情報に従って、ユーザの視点を有するデバイスによって受信されるコンテンツの品質を最大化するように、第１の割り当てられた量および第２の割り当てられた量を調整するステップと、を含む。
2016524868.tif 000002
【特許請求の範囲】
【請求項１】
初期ビデオ品質を有するビデオ番組および初期情報品質を有する前記ビデオ番組に関連する情報を複数のデバイスに送信する方法（４００）であって、
両方ともアカウント内に登録された第１のデバイスおよび第２のデバイスの一方からビデオ番組の要求を受信するステップ（４０５）と、
第１の利用可能な帯域幅に従って、帯域幅の第１の量および第２の量をそれぞれ前記２つのデバイスの一方および前記２つのデバイスの他方に割り当てるステップ（４１０）と、
帯域幅の前記第１の割り当てられた量で足りる第１の品質を有する前記ビデオ番組を前記一方のデバイスに送信するが、前記ビデオ番組に関連する前記情報は送信しないステップ（４１５）と、
帯域幅の前記第２の割り当てられた量で足りる第２の品質を有する前記ビデオ番組に関連する前記情報を前記他方のデバイスに送信するが、前記ビデオ番組は送信しないステップ（４２０）と、
ユーザの第１の視点変化情報に応答して、前記第１の割り当てられた量および前記第２の割り当てられた量を調整し、前記第１の視点変化情報に従って、前記ユーザの視点を有する前記デバイスによって受信されるコンテンツの品質を最大化するステップ（４２５）と、
を含む、前記方法。
【請求項２】
前記第１のデバイスは、スタンドアロンデバイスとして登録され、前記第２のデバイスは、ハンドヘルドデバイスとして登録される、請求項１に記載の方法（４００）。
【請求項３】
前記第１の割り当てられた量が、前記一方のデバイスの帯域幅必要条件よりも多い場合、前記第１の品質は、前記初期ビデオ品質である、請求項１に記載の方法（４００）。
【請求項４】
前記第１の割り当てられた量が、前記一方のデバイスの帯域幅必要条件よりも少ない場合、前記第１の品質は、前記初期ビデオ品質よりも悪い、請求項１に記載の方法（４００）。
【請求項５】
前記初期ビデオ品質を有する前記ビデオ番組を、前記第１の品質を有する前記ビデオ番組に変換するステップをさらに含む、請求項４に記載の方法（４００）。
【請求項６】
前記初期ビデオ品質を有する前記ビデオ番組を表すビットの数は、前記第１の品質を有する前記ビデオ番組を表すビットの数よりも多い、請求項５に記載の方法（４００）。
【請求項７】
前記変換するステップは、前記ビデオ番組の解像度を低下させるステップを含む、請求項６に記載の方法（４００）。
【請求項８】
前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの帯域幅必要条件以上である場合、前記調整するステップは、前記第１の割り当てられた量および前記第２の割り当てられた量を維持するステップを含む、請求項１に記載の方法（４００）。
【請求項９】
前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの帯域幅必要条件よりも少ない場合、前記調整するステップは、前記第１の利用可能な帯域幅および前記ユーザ視点を有する前記デバイスの前記帯域幅必要条件を超えずに、前記ユーザ視点を有する前記デバイスに対する前記割り当てられた量を増加させるステップと、前記ユーザ視点を有さない前記デバイスに対する前記割り当てられた量を減少させるステップと、を含む、請求項１に記載の方法（４００）。
【請求項１０】
前記調整するステップは、前記ユーザ視点を有する前記デバイスおよび前記ユーザ視点を有さない前記デバイスにそれぞれ送信されるコンテンツの品質を調整するステップをさらに含む、請求項９に記載の方法（４００）。
【請求項１１】
品質を調整する前記ステップは、
前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの前記帯域幅必要条件以上である場合、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質を有するコンテンツを、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質を有するコンテンツを、前記ユーザ視点を有する前記デバイスに送信するステップと、
前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの前記帯域幅必要条件よりも少ないが、前記ユーザ視点を有する前記デバイスに対する前記割り当てられた量よりも多い場合、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質を有する前記コンテンツを、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質を有する前記コンテンツを、前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量で足りる第３の品質を有する前記コンテンツに変換するステップであって、前記第３の品質は、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質よりも、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質よりも良い、ステップと、
を含む、請求項１０に記載の方法（４００）。
【請求項１２】
帯域幅の前記減少させられた割り当てられた量で足りるように、前記ユーザ視点を有さない前記デバイスに送信されるコンテンツを変換するステップをさらに含む、請求項９に記載の方法（４００）。
【請求項１３】
前記コンテンツを変換するステップは、前記コンテンツの解像度を低下させるステップを含む、請求項１２に記載の方法（４００）。
【請求項１４】
前記第１の視点変化情報を受信した後、前記第１の視点変化情報を送信しなかった前記デバイスから第２の視点変化情報を受信するステップをさらに含む、請求項１２に記載の方法（４００）。
【請求項１５】
前記第２の視点変化情報に応答して、前記第１の割り当てられた量および前記第２の割り当てられた量を復元するステップをさらに含む、請求項１４に記載の方法（４００）。
【請求項１６】
前記第２の視点変化情報に応答して、第２の利用可能な帯域幅を決定するステップと、
前記第２の視点変化情報に従って、前記ユーザ視点を有する前記デバイスに送信されるコンテンツの品質を最大化するように、帯域幅の第３の量を割り当てるステップと、
前記第２の視点変化情報に従った、前記第２の利用可能な帯域幅および前記第３の量に従って、前記ユーザ視点を有さない前記デバイスに帯域幅の第４の量を割り当てるステップと、
をさらに含む、請求項１２に記載の方法（４００）。
【請求項１７】
前記ユーザ視点を有する前記デバイスに対する前記割り当てられた量が、前記ユーザ視点を有する前記デバイスの帯域幅必要条件よりも少ない場合、前記調整するステップは、
前記第１の視点変化情報に応答して、第２の利用可能な帯域幅を決定するステップと、
前記ユーザ視点を有する前記デバイスに送信されるコンテンツの品質を最大化するように、帯域幅の第３の量を割り当てるステップと、
前記第２の利用可能な帯域幅および前記第３の量に従って、前記ユーザ視点を有さない前記デバイスに帯域幅の第４の量を割り当てるステップと、
をさらに含む、請求項１に記載の方法（４００）。
【請求項１８】
前記２つのユーザデバイスの一方から送信された前記第１の視点変化情報を受信するステップをさらに含む、請求項１に記載の方法（４００）。
【請求項１９】
前記第１の視点変化情報は、前記ユーザの視点が前記第１の視点変化情報を送信した前記デバイスに移動したことを示す、請求項１に記載の方法（４００）。
【請求項２０】
前記第１の視点変化情報は、前記ユーザ視点が前記第１の視点変化を送信した前記デバイスから他に移動したことを示す、請求項１に記載の方法（４００）。
【請求項２１】
割り当てる前記ステップは、
前記第１の利用可能な帯域幅Ｂを決定するステップと、
前記一方のデバイスの帯域幅必要条件Ｂ１および前記他方のデバイスの帯域幅必要条件Ｂ２を決定するステップと、
Ｂ＜Ｂ１である場合、前記一方のデバイスにＢを割り当て、前記他方のデバイスに帯域幅を割り当てず（３２０）、Ｂで足りるように前記ビデオ番組を変換する（３２５）ステップと、
ＢがＢ１以上である場合、前記一方のデバイスにＢ１を割り当て（３１５）、Ｂ−Ｂ１がＢ２以上である場合、前記他方のデバイスにＢ２を割り当て（３３５）、Ｂ−Ｂ１がＢ２よりも小さい場合、前記他方のデバイスにＢ−Ｂ１を割り当てて（３４０）、Ｂ−Ｂ１で足りるように前記ビデオ番組に関連する前記情報を変換する（３４５）ステップと、
を含む、請求項１に記載の方法（４００）。
【請求項２２】
前記２つのデバイス各々の状態を決定するステップと、
両方のデバイスがアクティブでない場合、前記ビデオ番組および前記ビデオ番組に関連する前記情報の送信を終了するステップと、
一方のデバイスのみがアクティブである場合、前記ビデオ番組および前記ビデオ番組に関連する前記情報の両方を前記アクティブなデバイスに送信するステップと、
をさらに含む、請求項１に記載の方法（４００）。
【請求項２３】
前記２つのデバイスの間の距離を決定するステップと、
前記距離が事前に定められた閾値内にある場合、いずれの視点変化情報にも応答して、前記調整するステップを実行するステップと、
をさらに含み、
前記距離が事前に定められた閾値内にない場合、前記調整するステップは、前記ユーザ視点を有する前記デバイスに前記第１の利用可能な帯域幅を割り当て、前記ビデオ番組および前記ビデオ番組に関連する前記情報を、前記ユーザ視点を有する前記デバイスに送信するステップと、前記ユーザ視点を有さない前記デバイスに帯域幅を割り当てず、ビデオ番組および前記ビデオ番組に関連する情報を、前記ユーザ視点を有さない前記デバイスに送信しないステップと、を含む、
請求項１に記載の方法（４００）。
【請求項２４】
ビデオ番組および前記ビデオ番組に関連する情報を複数のデバイスに送信するためのサーバ（２０）であって、前記ビデオ番組は、初期ビデオ品質を有し、前記ビデオ番組に関連する前記情報は、初期情報品質を有し、前記サーバ（２０）は、
ストレージ（２６）と、
前記ストレージ内に記憶されたソフトウェアを実行するプロセッサ（２９）と、
を備え、
前記プロセッサ（２９）は、両方ともアカウント内に登録された第１のデバイスおよび第２のデバイスの一方からビデオ番組の要求を受信することと、前記要求に応答して、第１の利用可能な帯域幅に従って、帯域幅の第１の量および第２の量をそれぞれ前記２つのデバイスの一方および前記２つのデバイスの他方に割り当てることと、帯域幅の前記第１の割り当てられた量で足りる第１の品質を有する前記ビデオ番組を前記一方のデバイスに送信するが、前記ビデオ番組に関連する前記情報は送信しないことと、帯域幅の前記第２の割り当てられた量で足りる第２の品質を有する前記ビデオ番組に関連する前記情報を前記他方のデバイスに送信するが、前記ビデオ番組は送信しないことと、ユーザの第１の視点変化情報に応答して、前記第１の割り当てられた量および前記第２の割り当てられた量を調整し、前記第１の視点変化情報に従って、前記ユーザの視点を有する前記デバイスによって受信されるコンテンツの品質を最大化することと、を行うように構成される、
前記サーバ（２０）。
【請求項２５】
前記第１のデバイスは、スタンドアロンデバイスとして登録され、前記第２のデバイスは、ハンドヘルドデバイスとして登録される、請求項２４に記載のサーバ（２０）。
【請求項２６】
前記第１の割り当てられた量が、前記一方のデバイスの帯域幅必要条件よりも多い場合、前記第１の品質は、前記初期ビデオ品質である、請求項２４に記載のサーバ（２０）。
【請求項２７】
前記第１の割り当てられた量が、前記一方のデバイスの帯域幅必要条件よりも少ない場合、前記第１の品質は、前記初期ビデオ品質よりも悪い、請求項２４に記載のサーバ（２０）。
【請求項２８】
前記プロセッサ（２９）は、前記初期ビデオ品質を有する前記ビデオ番組を、前記第１の品質を有する前記ビデオ番組に変換するように構成される、請求項２７に記載の方法。
【請求項２９】
前記初期ビデオ品質を有する前記ビデオ番組を表すビットの数は、前記第１の品質を有する前記ビデオ番組を表すビットの数よりも多い、請求項２８に記載のサーバ（２０）。
【請求項３０】
前記ビデオ番組を変換することは、前記ビデオ番組の解像度を低下させることを含む、請求項２９に記載のサーバ（２０）。
【請求項３１】
前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの帯域幅必要条件以上である場合、前記プロセッサ（２９）は、前記第１の割り当てられた量および前記第２の割り当てられた量を維持することによって、前記第１の割り当てられた量および前記第２の割り当てられた量を調整するように構成される、請求項２４に記載のサーバ（２０）。
【請求項３２】
前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの帯域幅必要条件よりも少ない場合、前記プロセッサ（２９）は、前記第１の利用可能な帯域幅および前記ユーザ視点を有する前記デバイスの前記帯域幅必要条件を超えずに、前記ユーザ視点を有する前記デバイスに対する前記割り当てられた量を増加させることと、前記ユーザ視点を有さない前記デバイスに対する前記割り当てられた量を減少させることと、によって、前記第１の割り当てられた量および前記第２の割り当てられた量を調整するように構成される、請求項２４に記載のサーバ（２０）。
【請求項３３】
前記第１の量および前記第２の量を調整することは、前記ユーザ視点を有する前記デバイスおよび前記ユーザ視点を有さない前記デバイスにそれぞれ送信されるコンテンツの品質を調整することをさらに含む、請求項３２に記載のサーバ（２０）。
【請求項３４】
前記プロセッサ（２９）は、前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの前記帯域幅必要条件以上である場合、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質を有するコンテンツを、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質を有するコンテンツを、前記ユーザ視点を有する前記デバイスに送信することと、前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの前記帯域幅必要条件よりも少ないが、前記ユーザ視点を有する前記デバイスに対する前記割り当てられた量よりも多い場合、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質を有する前記コンテンツを、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質を有する前記コンテンツを、前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量で足りる第３の品質を有する前記コンテンツに変換することであって、前記第３の品質は、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質よりも、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質よりも良い、変換することと、によって、品質を調整するように構成される、請求項３３に記載のサーバ（２０）。
【請求項３５】
前記プロセッサ（２９）は、帯域幅の前記減少させられた割り当てられた量で足りるように、前記ユーザ視点を有さない前記デバイスに送信されるコンテンツを変換するように構成される、請求項３２に記載のサーバ（２０）。
【請求項３６】
前記プロセッサ（２９）は、前記コンテンツの解像度を低下させることによって、コンテンツを変換するように構成される、請求項３５に記載のサーバ（２０）。
【請求項３７】
前記プロセッサ（２９）は、前記第１の視点変化情報を受信した後、前記第１の視点変化情報を送信しなかった前記デバイスから第２の視点変化情報を受信するように構成される、請求項３４に記載のサーバ（２０）。
【請求項３８】
前記第２の視点変化情報に応答して、前記プロセッサ（２９）は、前記第１の割り当てられた量および前記第２の割り当てられた量を復元するように構成される、請求項３７に記載のサーバ（２０）。
【請求項３９】
前記プロセッサ（２９）は、前記第２の視点変化情報に応答して、第２の利用可能な帯域幅を決定することと、前記第２の視点変化情報に従って、前記ユーザ視点を有する前記デバイスに送信されるコンテンツの品質を最大化するように、帯域幅の第３の量を割り当てることと、前記第２の視点変化情報に従った、前記第２の利用可能な帯域幅および前記第３の量に従って、前記ユーザ視点を有さない前記デバイスに帯域幅の第４の量を割り当てることと、を行うように構成される、請求項３７に記載のサーバ（２０）。
【請求項４０】
前記ユーザ視点を有する前記デバイスに対する前記割り当てられた量が、前記ユーザ視点を有する前記デバイスの帯域幅必要条件よりも少ない場合、前記プロセッサ（２９）は、前記第１の視点変化情報に応答して、第２の利用可能な帯域幅を決定することと、前記ユーザ視点を有する前記デバイスに対して送信されるコンテンツの品質を最大化するように、帯域幅の第３の量を割り当てることと、前記第２の利用可能な帯域幅および前記第３の量に従って、前記ユーザ視点を有さない前記デバイスに帯域幅の第４の量を割り当てることと、によって、前記第１の割り当てられた量および前記第２の割り当てられた量を調整するように構成される、請求項２４に記載のサーバ（２０）。
【請求項４１】
前記プロセッサ（２９）は、前記２つのユーザデバイスの一方から送信された前記第１の視点変化情報を受信するように構成される、請求項２４に記載のサーバ（２０）。
【請求項４２】
前記第１の視点変化情報は、前記ユーザの視点が前記視点変化情報を送信した前記デバイスに移動したことを示す、請求項２４に記載のサーバ（２０）。
【請求項４３】
前記第１の視点変化情報は、前記ユーザ視点が前記第１の視点変化を送信した前記デバイスから他に移動したことを示す、請求項２４に記載のサーバ（２０）。
【請求項４４】
前記プロセッサ（２９）は、前記第１の利用可能な帯域幅Ｂを決定することと、前記一方のデバイスの帯域幅必要条件Ｂ１および前記他方のデバイスの帯域幅必要条件Ｂ２を決定することと、Ｂ＜Ｂ１である場合、前記一方のデバイスにＢを割り当て、前記他方のデバイスに帯域幅を割り当てず（３２０）、Ｂで足りるように前記ビデオ番組を変換する（３２５）ことと、ＢがＢ１以上である場合、前記一方のデバイスにＢ１を割り当て（３１５）、Ｂ−Ｂ１がＢ２以上である場合、前記他方のデバイスにＢ２を割り当て（３３５）、Ｂ−Ｂ１がＢ２よりも小さい場合、前記他方のデバイスにＢ−Ｂ１を割り当てて（３４０）、Ｂ−Ｂ１で足りるように前記ビデオ番組に関連する前記情報を変換する（３４５）ことと、によって、前記第１の割り当てられた量および前記第２の割り当てられた量を割り当てるように構成される、請求項２４に記載のサーバ（２０）。
【請求項４５】
前記プロセッサ（２９）は、前記２つのデバイス各々の状態を決定することと、両方のデバイスがアクティブでない場合、前記ビデオ番組および前記ビデオ番組に関連する前記情報の送信を終了することと、一方のデバイスのみがアクティブである場合、前記ビデオ番組および前記ビデオ番組に関連する前記情報の両方を前記アクティブなデバイスに送信することと、を行うように構成される、請求項２４に記載のサーバ（２０）。
【請求項４６】
前記プロセッサ（２９）は、前記２つのデバイスの間の距離を決定することと、前記距離が事前に定められた閾値内にある場合、いずれの視点変化情報にも応答して、前記調整するステップを実行することと、を行うように構成され、前記距離が事前に定められた閾値内にない場合、前記調整するステップは、前記ユーザ視点を有する前記デバイスに前記第１の利用可能な帯域幅を割り当て、前記ビデオ番組および前記ビデオ番組に関連する前記情報を、前記ユーザ視点を有する前記デバイスに送信するステップと、前記ユーザ視点を有さない前記デバイスに帯域幅を割り当てず、ビデオ番組および前記ビデオ番組に関連する情報を、前記ユーザ視点を有さない前記デバイスに送信しないステップと、を含む、請求項２４に記載のサーバ（２０）。
【請求項４７】
ビデオ番組および前記ビデオ番組に関連する情報を複数のユーザデバイスに送信するためのサーバ（２０）であって、前記ビデオ番組は、初期ビデオ品質を有し、前記ビデオ番組に関連する前記情報は、初期情報品質を有し、前記サーバ（２０）は、
ストレージ手段（２６）と、
前記ストレージ（２６）内に記憶されたソフトウェアを実行する処理手段（２９）と、
を備え、
前記処理手段（２９）は、両方ともアカウント内に登録された第１のデバイスおよび第２のデバイスの一方からビデオ番組の要求を受信することと、前記要求に応答して、第１の利用可能な帯域幅に従って、帯域幅の第１の量および第２の量をそれぞれ前記２つのデバイスの一方および前記２つのデバイスの他方に割り当てることと、帯域幅の前記第１の割り当てられた量で足りる第１の品質を有する前記ビデオ番組を前記一方のデバイスに送信するが、前記ビデオ番組に関連する前記情報は送信しないことと、帯域幅の前記第２の割り当てられた量で足りる第２の品質を有する前記ビデオ番組に関連する前記情報を前記他方のデバイスに送信するが、前記ビデオ番組は送信しないことと、ユーザの第１の視点変化情報に応答して、前記第１の割り当てられた量および前記第２の割り当てられた量を調整し、前記第１の視点変化情報に従って、前記ユーザの視点を有する前記デバイスによって受信されるコンテンツの品質を最大化することと、を行うように構成される、
前記サーバ（２０）。
【請求項４８】
前記第１のデバイスは、スタンドアロンデバイスとして登録され、前記第２のデバイスは、ハンドヘルドデバイスとして登録される、請求項４７に記載のサーバ（２０）。
【請求項４９】
前記第１の割り当てられた量が、前記一方のデバイスの帯域幅必要条件よりも多い場合、前記第１の品質は、前記初期ビデオ品質である、請求項４７に記載のサーバ（２０）。
【請求項５０】
前記第１の割り当てられた量が、前記一方のデバイスの帯域幅必要条件よりも少ない場合、前記第１の品質は、前記初期ビデオ品質よりも悪い、請求項４７に記載のサーバ（２０）。
【請求項５１】
前記処理手段（２９）は、前記初期ビデオ品質を有する前記ビデオ番組を、前記第１の品質を有する前記ビデオ番組に変換するように構成される、請求項５０に記載の方法。
【請求項５２】
前記初期ビデオ品質を有する前記ビデオ番組を表すビットの数は、前記第１の品質を有する前記ビデオ番組を表すビットの数よりも多い、請求項５１に記載のサーバ（２０）。
【請求項５３】
前記ビデオ番組を変換することは、前記ビデオ番組の解像度を低下させることを含む、請求項５２に記載のサーバ（２０）。
【請求項５４】
前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの帯域幅必要条件以上である場合、前記処理手段（２９）は、前記第１の割り当てられた量および前記第２の割り当てられた量を維持することによって、前記第１の割り当てられた量および前記第２の割り当てられた量を調整するように構成される、請求項４７に記載のサーバ（２０）。
【請求項５５】
前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの帯域幅必要条件よりも少ない場合、前記処理手段（２９）は、前記第１の利用可能な帯域幅および前記ユーザ視点を有する前記デバイスの前記帯域幅必要条件を超えずに、前記ユーザ視点を有する前記デバイスに対する前記割り当てられた量を増加させることと、前記ユーザ視点を有さない前記デバイスに対する前記割り当てられた量を減少させることと、によって、前記第１の割り当てられた量および前記第２の割り当てられた量を調整するように構成される、請求項４７に記載のサーバ（２０）。
【請求項５６】
前記第１の量および前記第２の量を調整することは、前記ユーザ視点を有する前記デバイスおよび前記ユーザ視点を有さない前記デバイスにそれぞれ送信されるコンテンツの品質を調整することをさらに含む、請求項５５に記載のサーバ（２０）。
【請求項５７】
前記処理手段（２９）は、前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの前記帯域幅必要条件以上である場合、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質を有するコンテンツを、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質を有するコンテンツを、前記ユーザ視点を有する前記デバイスに送信することと、前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの前記帯域幅必要条件よりも少ないが、前記ユーザ視点を有する前記デバイスに対する前記割り当てられた量よりも多い場合、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質を有する前記コンテンツを、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質を有する前記コンテンツを、前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量で足りる第３の品質を有する前記コンテンツに変換することであって、前記第３の品質は、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質よりも、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質よりも良い、変換することと、によって、品質を調整するように構成される、請求項５６に記載のサーバ（２０）。
【請求項５８】
前記処理手段（２９）は、帯域幅の前記減少させられた割り当てられた量で足りるように、前記ユーザ視点を有さない前記デバイスに送信されるコンテンツを変換するように構成される、請求項５５に記載のサーバ（２０）。
【請求項５９】
前記処理手段（２９）は、前記コンテンツの解像度を低下させることによって、コンテンツを変換するように構成される、請求項５８に記載のサーバ（２０）。
【請求項６０】
前記処理手段（２９）は、前記第１の視点変化情報を受信した後、前記第１の視点変化情報を送信しなかった前記デバイスから第２の視点変化情報を受信するように構成される、請求項５７に記載のサーバ（２０）。
【請求項６１】
前記第２の視点変化情報に応答して、前記処理手段（２９）は、前記第１の割り当てられた量および前記第２の割り当てられた量を復元するように構成される、請求項６０に記載のサーバ（２０）。
【請求項６２】
前記処理手段（２９）は、前記第２の視点変化情報に応答して、第２の利用可能な帯域幅を決定することと、前記第２の視点変化情報に従って、前記ユーザ視点を有する前記デバイスに送信されるコンテンツの品質を最大化するように、帯域幅の第３の量を割り当てることと、前記第２の視点変化情報に従った、前記第２の利用可能な帯域幅および前記第３の量に従って、前記ユーザ視点を有さない前記デバイスに帯域幅の第４の量を割り当てることと、を行うように構成される、請求項６０に記載のサーバ（２０）。
【請求項６３】
前記ユーザ視点を有する前記デバイスに対する前記割り当てられた量が、前記ユーザ視点を有する前記デバイスの帯域幅必要条件よりも少ない場合、前記処理手段（２９）は、前記第１の視点変化情報に応答して、第２の利用可能な帯域幅を決定することと、前記ユーザ視点を有する前記デバイスに対して送信されるコンテンツの品質を最大化するように、帯域幅の第３の量を割り当てることと、前記第２の利用可能な帯域幅および前記第３の量に従って、前記ユーザ視点を有さない前記デバイスに帯域幅の第４の量を割り当てることと、によって、前記第１の割り当てられた量および前記第２の割り当てられた量を調整するように構成される、請求項４７に記載のサーバ（２０）。
【請求項６４】
前記処理手段（２９）は、前記２つのユーザデバイスの一方から送信された前記第１の視点変化情報を受信するように構成される、請求項４７に記載のサーバ（２０）。
【請求項６５】
前記第１の視点変化情報は、前記ユーザの視点が前記視点変化情報を送信した前記デバイスに移動したことを示す、請求項４７に記載のサーバ（２０）。
【請求項６６】
前記第１の視点変化情報は、前記ユーザ視点が前記第１の視点変化を送信した前記デバイスから他に移動したことを示す、請求項４７に記載のサーバ（２０）。
【請求項６７】
前記処理手段（２９）は、前記第１の利用可能な帯域幅Ｂを決定することと、前記一方のデバイスの帯域幅必要条件Ｂ１および前記他方のデバイスの帯域幅必要条件Ｂ２を決定することと、Ｂ＜Ｂ１である場合、前記一方のデバイスにＢを割り当て、前記他方のデバイスに帯域幅を割り当てず（３２０）、Ｂで足りるように前記ビデオ番組を変換する（３２５）ことと、ＢがＢ１以上である場合、前記一方のデバイスにＢ１を割り当て（３１５）、Ｂ−Ｂ１がＢ２以上である場合、前記他方のデバイスにＢ２を割り当て（３３５）、Ｂ−Ｂ１がＢ２よりも小さい場合、前記他方のデバイスにＢ−Ｂ１を割り当てて（３４０）、Ｂ−Ｂ１で足りるように前記ビデオ番組に関連する前記情報を変換する（３４５）ことと、によって、前記第１の割り当てられた量および前記第２の割り当てられた量を割り当てるように構成される、請求項４７に記載のサーバ（２０）。
【請求項６８】
前記処理手段（２９）は、前記２つのデバイス各々の状態を決定することと、両方のデバイスがアクティブでない場合、前記ビデオ番組および前記ビデオ番組に関連する前記情報の送信を終了することと、一方のデバイスのみがアクティブである場合、前記ビデオ番組および前記ビデオ番組に関連する前記情報の両方を前記アクティブなデバイスに送信することと、を行うように構成される、請求項４７に記載のサーバ（２０）。
【請求項６９】
前記処理手段（２９）は、前記２つのデバイスの間の距離を決定することと、前記距離が事前に定められた閾値内にある場合、いずれの視点変化情報にも応答して、前記調整するステップを実行することと、を行うように構成され、前記距離が事前に定められた閾値内にない場合、前記調整するステップは、前記ユーザ視点を有する前記デバイスに前記第１の利用可能な帯域幅を割り当て、前記ビデオ番組および前記ビデオ番組に関連する前記情報を、前記ユーザ視点を有する前記デバイスに送信するステップと、前記ユーザ視点を有さない前記デバイスに帯域幅を割り当てず、ビデオ番組および前記ビデオ番組に関連する情報を、前記ユーザ視点を有さない前記デバイスに送信しないステップと、を含む、請求項４７に記載のサーバ（２０）。
【発明の詳細な説明】
【技術分野】
【０００１】
実施形態の本原理は、一般に、マルチスクリーンビューイングのためのコンテンツを配信することに関し、より詳細には、要求されたビデオ番組をハンドヘルドユーザデバイスおよびスタンドアロンユーザデバイスのうちの１つに送信すること、ならびにビデオ番組に関連する情報を他のユーザデバイスの１または複数に送信することに関する。
【背景技術】
【０００２】
多くの人々は、テレビでビデオ番組を視聴している間、そのビデオ番組に関連する情報を、モバイル電話デバイス、タブレット、パーソナルコンピュータ（ＰＣ）、リモートコントロールデバイス、またはＷｉ−Ｆｉ機能を有する別のハンドヘルドデバイスなどの、ハンドヘルド電子デバイス上で閲覧することが報告されている。ビデオ番組に関連する情報は、広告、番組宣伝情報、ならびに番組タイトル、番組テーマ、番組視聴率、スター、番組カテゴリ、番組キーワード、番組説明、番組タイプ（例えば、オーディオ、ビデオ、オーディオビジュアル、コンピュータ、インターネットなど）、および番組繰り返し頻度（例えば、週１回、毎日など）などのテレビ番組に関連する番組情報を含み得る。
【０００３】
したがって、ネットワーク帯域幅を節約しながら、上述のマルチビューイング環境をより良く促進する配信システムを有することが、当技術分野において必要とされている。
【発明の概要】
【０００４】
本発明の態様によると、初期ビデオ品質を有するビデオ番組および初期情報品質を有するそのビデオ番組に関連する情報を複数のデバイスに送信する方法が、開示される。その方法は、両方ともアカウント内に登録された第１のデバイスおよび第２のデバイスの一方から上記ビデオ番組の要求を受信するステップと、第１の利用可能な帯域幅に従って、帯域幅の第１の量および第２の量をそれぞれ上記２つのデバイスの一方および上記２つのデバイスの他方に割り当てるステップと、帯域幅の上記第１の割り当てられた量で足りる（ｓａｔｉｓｆｙ）第１の品質を有する上記ビデオ番組を上記一方のデバイスに送信するが、上記ビデオ番組に関連する上記情報は送信しないステップと、帯域幅の上記第２の割り当てられた量で足りる第２の品質を有する上記ビデオ番組に関連する上記情報を上記他方のデバイスに送信するが、上記ビデオ番組は送信しないステップと、ユーザの第１の視点変化情報に応答して、上記第１の割り当てられた量および上記第２の割り当てられた量を調整し、その第１の視点変化情報に従って、上記ユーザの視点を有する上記デバイスによって受信されるコンテンツの品質を最大化するステップと、を含む。
【０００５】
一実施形態では、上記第１のデバイスは、スタンドアロンデバイスとして登録され、上記第２のデバイスは、ハンドヘルドデバイスとして登録される。
【０００６】
別の実施形態では、上記第１の割り当てられた量が、上記一方のデバイスの帯域幅必要条件よりも多い場合、上記第１の品質は、上記初期ビデオ品質である。別の実施形態では、上記第１の割り当てられた量が、上記一方のデバイスの帯域幅必要条件よりも少ない場合、上記第１の品質は、上記初期ビデオ品質よりも悪い。
【０００７】
別の実施形態では、上記方法は、上記初期ビデオ品質を有する上記ビデオ番組を、上記第１の品質を有する上記ビデオ番組に変換するステップをさらに含む。別の実施形態では、上記初期ビデオ品質を有する上記ビデオ番組を表すビットの数は、上記第１の品質を有する上記ビデオ番組を表すビットの数よりも多く、したがって、より良い品質を有する。別の実施形態では、上記変換するステップは、上記ビデオ番組の解像度を低下させるステップを含む。
【０００８】
別の実施形態では、上記ユーザ視点を有する上記デバイスに対する上記調整された割り当てられた量が、上記ユーザ視点を有する上記デバイスの帯域幅必要条件以上である場合、上記調整するステップは、上記第１の割り当てられた量および上記第２の割り当てられた量を維持するステップを含む。
【０００９】
別の実施形態では、上記ユーザ視点を有する上記デバイスに対する上記調整された割り当てられた量が、上記ユーザ視点を有する上記デバイスの帯域幅必要条件よりも少ない場合、上記調整するステップは、上記第１の利用可能な帯域幅および上記ユーザ視点を有する上記デバイスの上記帯域幅必要条件を超えずに、上記ユーザ視点を有する上記デバイスに対する上記割り当てられた量を増加させるステップと、上記ユーザ視点を有さない上記デバイスに対する上記割り当てられた量を減少させるステップと、を含む。一実施形態では、上記調整するステップは、上記ユーザ視点を有する上記デバイスおよび上記ユーザ視点を有さない上記デバイスにそれぞれ送信されるコンテンツの品質を調整するステップをさらに含み、品質を調整する上記ステップは、上記ユーザ視点を有する上記デバイスに対する上記調整された割り当てられた量が、上記ユーザ視点を有する上記デバイスの上記帯域幅必要条件以上である場合、上記コンテンツが上記ビデオ番組であるならば、上記初期ビデオ品質を有するコンテンツを、または上記コンテンツが上記ビデオ番組に関連する上記情報であるならば、上記初期情報品質を有するコンテンツを、上記ユーザ視点を有する上記デバイスに送信するステップと、上記ユーザ視点を有する上記デバイスに対する上記調整された割り当てられた量が、上記ユーザ視点を有する上記デバイスの上記帯域幅必要条件よりも少ないが、上記ユーザ視点を有する上記デバイスに対する上記割り当てられた量よりも多い場合、上記コンテンツが上記ビデオ番組であるならば、上記初期ビデオ品質を有する上記コンテンツを、または上記コンテンツが上記ビデオ番組に関連する上記情報であるならば、上記初期情報品質を有する上記コンテンツを、上記ユーザ視点を有する上記デバイスに対する上記調整された割り当てられた量で足りる第３の品質を有する上記コンテンツに変換するステップであって、上記第３の品質は、上記コンテンツが上記ビデオ番組であるならば、上記初期ビデオ品質よりも、または上記コンテンツが上記ビデオ番組に関連する上記情報であるならば、上記初期情報品質よりも良い、ステップと、を含む。一実施形態では、上記コンテンツを変換するステップは、上記コンテンツの解像度を低下させるステップを含む。
【００１０】
別の実施形態では、上記方法は、上記第１の視点変化情報を受信した後、上記第１の視点変化情報を送信しなかった上記デバイスから第２の視点変化情報を受信するステップと、上記第２の視点変化情報に応答して、上記第１の割り当てられた量および上記第２の割り当てられた量を復元するステップと、をさらに含む。
【００１１】
別の実施形態では、上記方法は、上記第２の視点変化情報に応答して、第２の利用可能な帯域幅を決定するステップと、上記第２の視点変化情報に従って、上記ユーザ視点を有する上記デバイスに送信されるコンテンツの品質を最大化するように、帯域幅の第３の量を割り当てるステップと、上記第２の視点変化情報に従った、上記第２の利用可能な帯域幅および上記第３の量に従って、上記ユーザ視点を有さない上記デバイスに帯域幅の第４の量を割り当てるステップと、をさらに含む。
【００１２】
別の実施形態では、上記ユーザ視点を有する上記デバイスに対する上記割り当てられた量が、上記ユーザ視点を有する上記デバイスの帯域幅必要条件よりも少ない場合、上記調整するステップは、上記第１の視点変化情報に応答して、第２の利用可能な帯域幅を決定するステップと、上記ユーザ視点を有する上記デバイスに送信されるコンテンツの品質を最大化するように、帯域幅の第３の量を割り当てるステップと、上記第２の利用可能な帯域幅および上記第３の量に従って、上記ユーザ視点を有さない上記デバイスに帯域幅の第４の量を割り当てるステップと、をさらに含む。
【００１３】
別の実施形態では、上記方法は、上記２つのユーザデバイスの一方から送信された上記第１の視点変化情報を受信するステップをさらに含む。
【００１４】
別の実施形態では、上記第１の視点変化情報は、上記ユーザの視点が上記第１の視点変化情報を送信した上記デバイスに移動したことを示す。
【００１５】
別の実施形態では、上記第１の視点変化情報は、上記ユーザ視点が上記第１の視点変化を送信した上記デバイスから他に移動したことを示す。
【００１６】
１つの別の実施形態では、割り当てる上記ステップは、上記第１の利用可能な帯域幅Ｂを決定するステップと、上記一方のデバイスの帯域幅必要条件Ｂ１および上記他方のデバイスの帯域幅必要条件Ｂ２を決定するステップと、Ｂ＜Ｂ１である場合、上記一方のデバイスにＢを割り当て、上記他方のデバイスに帯域幅を割り当てず、Ｂで足りるように上記ビデオ番組を変換するステップと、ＢがＢ１以上である場合、上記一方のデバイスにＢ１を割り当て（３１５）、Ｂ−Ｂ１がＢ２以上である場合、上記他方のデバイスにＢ２を割り当て、Ｂ−Ｂ１がＢ２よりも小さい場合、上記他方のデバイスにＢ−Ｂ１を割り当てて、Ｂ−Ｂ１で足りるように上記ビデオ番組に関連する上記情報を変換するステップと、を含む。
【００１７】
別の実施形態では、上記方法は、上記２つのデバイス各々の状態を決定するステップと、両方のデバイスがアクティブでない場合、上記ビデオ番組および上記ビデオ番組に関連する上記情報の送信を終了するステップと、一方のデバイスのみがアクティブである場合、上記ビデオ番組および上記ビデオ番組に関連する上記情報の両方を上記アクティブなデバイスに送信するステップと、をさらに含む。
【００１８】
別の実施形態では、上記方法は、上記２つのデバイスの間の距離を決定するステップと、上記距離が事前に定められた閾値内にある場合、いずれの視点変化情報にも応答して、上記調整するステップを実行するステップと、をさらに含み、上記距離が事前に定められた閾値内にない場合、上記調整するステップは、上記ユーザ視点を有する上記デバイスに上記第１の利用可能な帯域幅を割り当て、上記ビデオ番組および上記ビデオ番組に関連する上記情報を、上記ユーザ視点を有する上記デバイスに送信するステップと、上記ユーザ視点を有さない上記デバイスに帯域幅を割り当てず、ビデオ番組および上記ビデオ番組に関連する情報を、上記ユーザ視点を有さない上記デバイスに送信しないステップと、を含む。
【００１９】
本発明の態様によると、ビデオ番組およびそのビデオ番組に関連する情報を複数のユーザデバイスに送信するためのサーバ、初期ビデオ品質を有する上記ビデオ番組、および初期情報品質を有する上記ビデオ番組に関連する上記情報が、開示される。上記サーバは、ストレージと、上記ストレージ内に記憶されたソフトウェアを実行するプロセッサと、を備え、上記プロセッサは、両方ともアカウント内に登録された第１のデバイスおよび第２のデバイスの一方からビデオ番組の要求を受信することと、上記要求に応答して、第１の利用可能な帯域幅に従って、帯域幅の第１の量および第２の量をそれぞれ上記２つのデバイスの一方および上記２つのデバイスの他方に割り当てることと、帯域幅の上記第１の割り当てられた量で足りる第１の品質を有する上記ビデオ番組を上記一方のデバイスに送信するが、上記ビデオ番組に関連する上記情報は送信しないことと、帯域幅の上記第２の割り当てられた量で足りる第２の品質を有する上記ビデオ番組に関連する上記情報を上記他方のデバイスに送信するが、上記ビデオ番組は送信しないことと、ユーザの第１の視点変化情報に応答して、上記第１の割り当てられた量および上記第２の割り当てられた量を調整し、その第１の視点変化情報に従って、上記ユーザの視点を有する上記デバイスによって受信されるコンテンツの品質を最大化することと、を行うように構成される。
【００２０】
一実施形態では、上記第１のデバイスは、スタンドアロンデバイスとして登録され、上記第２のデバイスは、ハンドヘルドデバイスとして登録される。
【００２１】
別の実施形態では、上記第１の割り当てられた量が、上記一方のデバイスの帯域幅必要条件よりも多い場合、上記第１の品質は、上記初期ビデオ品質である。別の実施形態では、上記第１の割り当てられた量が、上記一方のデバイスの帯域幅必要条件よりも少ない場合、上記第１の品質は、上記初期ビデオ品質よりも悪い。
【００２２】
一実施形態では、上記プロセッサは、上記初期ビデオ品質を有する上記ビデオ番組を、上記第１の品質を有する上記ビデオ番組に変換するように構成される。一実施形態では、上記初期ビデオ品質を有する上記ビデオ番組を表すビットの数は、上記第１の品質を有する上記ビデオ番組を表すビットの数よりも多い。一実施形態では、上記ビデオ番組を変換することは、上記ビデオ番組の解像度を低下させることを含む。
【００２３】
別の実施形態では、上記ユーザ視点を有する上記デバイスに対する上記調整された割り当てられた量が、上記ユーザ視点を有する上記デバイスの帯域幅必要条件以上である場合、上記プロセッサは、上記第１の割り当てられた量および上記第２の割り当てられた量を維持することによって、上記第１の割り当てられた量および上記第２の割り当てられた量を調整するように構成される。
【００２４】
実施形態では、上記ユーザ視点を有する上記デバイスに対する上記調整された割り当てられた量が、上記ユーザ視点を有する上記デバイスの帯域幅必要条件よりも少ない場合、上記プロセッサは、上記第１の利用可能な帯域幅および上記ユーザ視点を有する上記デバイスの上記帯域幅必要条件を超えずに、上記ユーザ視点を有する上記デバイスに対する上記割り当てられた量を増加させることと、上記ユーザ視点を有さない上記デバイスに対する上記割り当てられた量を減少させることと、によって、上記第１の割り当てられた量および上記第２の割り当てられた量を調整するように構成される。一実施形態では、上記第１の量および上記第２の量を調整することは、上記ユーザ視点を有する上記デバイスおよび上記ユーザ視点を有さない上記デバイスにそれぞれ送信されるコンテンツの品質を調整することをさらに含む。
【００２５】
別の実施形態では、上記プロセッサは、上記ユーザ視点を有する上記デバイスに対する上記調整された割り当てられた量が、上記ユーザ視点を有する上記デバイスの上記帯域幅必要条件以上である場合、上記コンテンツが上記ビデオ番組であるならば、上記初期ビデオ品質を有するコンテンツを、または上記コンテンツが上記ビデオ番組に関連する上記情報であるならば、上記初期情報品質を有するコンテンツを、上記ユーザ視点を有する上記デバイスに送信することと、上記ユーザ視点を有する上記デバイスに対する上記調整された割り当てられた量が、上記ユーザ視点を有する上記デバイスの上記帯域幅必要条件よりも少ないが、上記ユーザ視点を有する上記デバイスに対する上記割り当てられた量よりも多い場合、上記コンテンツが上記ビデオ番組であるならば、上記初期ビデオ品質を有する上記コンテンツを、または上記コンテンツが上記ビデオ番組に関連する上記情報であるならば、上記初期情報品質を有する上記コンテンツを、上記ユーザ視点を有する上記デバイスに対する上記調整された割り当てられた量を満足する第３の品質を有する上記コンテンツに変換することであって、上記第３の品質は、上記コンテンツが上記ビデオ番組であるならば、上記初期ビデオ品質よりも、または上記コンテンツが上記ビデオ番組に関連する上記情報であるならば、上記初期情報品質よりも良い、変換することと、によって、品質を調整するように構成される。
【００２６】
別の実施形態では、上記プロセッサは、帯域幅の上記減少させられた割り当てられた量で足りるように、上記ユーザ視点を有さない上記デバイスに送信されるコンテンツを変換するように構成される。一実施形態では、上記プロセッサは、上記コンテンツの解像度を低下させることによって、コンテンツを変換するように構成される。
【００２７】
別の実施形態では、上記プロセッサは、上記第１の視点変化情報を受信した後、上記第１の視点変化情報を送信しなかった上記デバイスから第２の視点変化情報を受信するように構成される。
【００２８】
一実施形態では、上記第２の視点変化情報に応答して、上記プロセッサは、上記第１の割り当てられた量および上記第２の割り当てられた量を復元するように構成される。
【００２９】
別の実施形態では、上記プロセッサ（２９）は、上記第２の視点変化情報に応答して、第２の利用可能な帯域幅を決定することと、上記第２の視点変化情報に従って、上記ユーザ視点を有する上記デバイスに送信されるコンテンツの品質を最大化するように、帯域幅の第３の量を割り当てることと、上記第２の視点変化情報に従った、上記第２の利用可能な帯域幅および上記第３の量に従って、上記ユーザ視点を有さない上記デバイスに帯域幅の第４の量を割り当てることと、を行うように構成される。
【００３０】
別の実施形態では、上記ユーザ視点を有する上記デバイスに対する上記割り当てられた量が、上記ユーザ視点を有する上記デバイスの帯域幅必要条件よりも少ない場合、上記プロセッサは、上記第１の視点変化情報に応答して、第２の利用可能な帯域幅を決定することと、上記ユーザ視点を有する上記デバイスに対して送信されるコンテンツの品質を最大化するように、帯域幅の第３の量を割り当てることと、上記第２の利用可能な帯域幅および上記第３の量に従って、上記ユーザ視点を有さない上記デバイスに帯域幅の第４の量を割り当てることと、によって、上記第１の割り当てられた量および上記第２の割り当てられた量を調整するように構成される。
【００３１】
別の実施形態では、上記プロセッサは、上記２つのユーザデバイスの一方から送信された上記第１の視点変化情報を受信するように構成される。
【００３２】
別の実施形態では、上記第１の視点変化情報は、上記ユーザの視点が上記視点変化情報を送信した上記デバイスに移動したことを示す。
【００３３】
また別の実施形態では、上記第１の視点変化情報は、上記ユーザ視点が上記第１の視点変化を送信した上記デバイスから他に移動したことを示す。
【００３４】
また別の実施形態では、上記プロセッサは、上記第１の利用可能な帯域幅Ｂを決定することと、上記一方のデバイスの帯域幅必要条件Ｂ１および上記他方のデバイスの帯域幅必要条件Ｂ２を決定することと、Ｂ＜Ｂ１である場合、上記一方のデバイスにＢを割り当て、上記他方のデバイスに帯域幅を割り当てず、Ｂで足りるように上記ビデオ番組を変換することと、ＢがＢ１以上である場合、上記一方のデバイスにＢ１を割り当て、Ｂ−Ｂ１がＢ２以上である場合、上記他方のデバイスにＢ２を割り当て、Ｂ−Ｂ１がＢ２よりも小さい場合、上記他方のデバイスにＢ−Ｂ１を割り当てて、Ｂ−Ｂ１で足りるように上記ビデオ番組に関連する上記情報を変換することと、によって、上記第１の割り当てられた量および上記第２の割り当てられた量を割り当てるように構成される。
【００３５】
また別の実施形態では、上記プロセッサは、上記２つのデバイス各々の状態を決定することと、両方のデバイスがアクティブでない場合、上記ビデオ番組および上記ビデオ番組に関連する上記情報の送信を終了することと、一方のデバイスのみがアクティブである場合、上記ビデオ番組および上記ビデオ番組に関連する上記情報の両方を上記アクティブなデバイスに送信することと、を行うように構成される。
【００３６】
また別の実施形態では、上記プロセッサは、上記２つのデバイスの間の距離を決定することと、上記距離が事前に定められた閾値内にある場合、いずれの視点変化情報にも応答して、上記調整するステップを実行することと、を行うように構成され、上記距離が事前に定められた閾値内にない場合、上記調整するステップは、上記ユーザ視点を有する上記デバイスに上記第１の利用可能な帯域幅を割り当て、上記ビデオ番組および上記ビデオ番組に関連する上記情報を、上記ユーザ視点を有する上記デバイスに送信するステップと、上記ユーザ視点を有さない上記デバイスに帯域幅を割り当てず、ビデオ番組および上記ビデオ番組に関連する情報を、上記ユーザ視点を有さない上記デバイスに送信しないステップと、を含む。
【００３７】
上述のサーバ実施形態では、上記ストレージは、ストレージ手段によって置き換えられ得、上記プロセッサは、プロセッサ手段によって置き換えられ得る。
【図面の簡単な説明】
【００３８】
添付の図面と併せて理解される本発明の実施形態についての以下の説明を参照することによって、本発明の上述および他の特徴および利点、ならびにそれらを達成する方法が、より明らかになり、本発明が、より良く理解される。
【図１】本発明の例示的な実施形態を実施するのに適した配信システムの関連部分のブロック図である。
【図２】スタンドアロンデバイスおよびハンドヘルドデバイスを有するユーザにビデオ番組を配信するための図１のプロキシサーバの例示的なプロセスを示す図である。
【図３】プロキシサーバにおいて利用可能な帯域幅に従って、ビデオ番組およびビデオ番組に関連する情報をそれぞれ受信するユーザデバイスにプロキシサーバによって帯域幅を割り当てるための例示的なプロセスを示す図である。
【図４Ａ】ユーザ視点に従って、プロキシサーバによって無線ハンドヘルドユーザデバイスおよびスタンドアロンユーザデバイスのための帯域幅を調整するための例示的なプロセスを示す図である。
【図４Ｂ】ユーザ視点に従って、プロキシサーバによって無線ハンドヘルドユーザデバイスおよびスタンドアロンユーザデバイスのための帯域幅を調整するための例示的なプロセスを示す図である。
【図５】本発明の例示的な実施形態において使用するのに適した例示的なユーザデバイスを示す図である。
【図６】本発明の例示的な実施形態を実施するのに適したスタンドアロンユーザデバイスの例示的なプロセスを示す図である。
【図７】本発明の例示的な実施形態を実施するのに適したハンドヘルドユーザデバイスの例示的なプロセスを示す図である。
【発明を実施するための形態】
【００３９】
本明細書で説明される例示は、本発明の好ましい実施形態を説明し、そのような例示は、いかなる方法でも、本発明の範囲を限定するものと解釈されるべきではない。説明を明瞭にするために、以下の説明のどこにおいても、図面の図の同じまたは類似の要素を表すために、同じ参照番号が使用され得る。
【００４０】
ここで図面を、より具体的には図１を参照すると、本発明の本原理の例示的な実施形態を実施するのに適した例示的な配信システム１を示すブロック図が示されている。配信システム１は、サーバ１０と、プロキシサーバ２０と、ユーザデバイス３１、３２、３３とを含む。この実施形態では、３つのユーザデバイス３１、３２、３３は、プロキシサーバ２０またはサーバ１０において同じユーザアカウントを共用し、同じユーザによって使用されると仮定される。他のユーザのユーザデバイスも、プロキシサーバ２０に接続されることができる。
【００４１】
この実施形態では、ユーザデバイス３１は、スタンドアロンユーザデバイスであり、ユーザデバイス３２、３３は、ハンドヘルドユーザデバイスである。実施形態におけるユーザデバイス３１は、インターネットアクセス機能などのネットワークアクセス機能を有するテレビ受像機であり、ビデオ番組およびビデオ番組に関連する情報を受信する。テレビ受像機は、ディスプレイを有してもよく、または有さなくてもよい。そのようなテレビ受像機の例は、セットトップボックス、テレビセット、およびインターネットアクセス機能を有するビデオレコーダである。
【００４２】
本明細書で使用される場合、スタンドアロンユーザデバイスは、頻繁には移動されないユーザデバイスのことを指す。ユーザが、サーバ１０またはプロキシサーバ２０に、ポータブルデバイスをスタンドアロンユーザデバイスとして登録する限り、それは、ドッキングステーションにドッキングされたラップトップなどのポータブルデバイスであることができる。
【００４３】
この例におけるハンドヘルドユーザデバイス３２、３３は、それぞれ、タブレットおよびモバイルフォンである。ハンドヘルドユーザデバイスは、その所在地を決定することができ、その所在地の情報をサーバ１０またはプロキシサーバ２０に報告することができるべきである。ハンドヘルドユーザデバイスは、ネットワークアクセス機能も有するべきである。ハンドヘルド電子ユーザデバイスの例は、モバイル電話、タブレット、パーソナルコンピュータ（ＰＣ）、リモートコントロールデバイス、またはＷｉ−Ｆｉ機能を有する別のハンドヘルドデバイスである。好ましくは、ハンドヘルドユーザデバイスは、ポータブルであるべきであるが、ユーザが、サーバ１０またはプロキシサーバ２０に、ユーザデバイスをハンドヘルドユーザデバイスとして登録する限り、それは、デスクトップＰＣなどの非ポータブルデバイスであることができる。ユーザは、異なる寄宿舎およびアパートなどの異なる場所にデスクトップをしばしば移動するので、そのようにし得る。実施形態では、ハンドヘルドユーザデバイスは、無線として示されているが、実施形態の原理は、電線でネットワークに接続する有線ハンドヘルドユーザデバイスにも等しく供給可能である。
【００４４】
ユーザデバイス３１、３２、３３は、例えば、インターネットなどのネットワーク４３を通して、プロキシサーバ２０に接続され、プロキシサーバ２０は、別のネットワーク４１を通して、サーバ１０に接続される。これら２つのネットワークは、同じネットワークでもよく、または異なるネットワークでもよい。これら２つのネットワークが異なる場合、それらは、ゲートウェイなどのインターネットワーク設備を通して、互いに接続し得る。
【００４５】
プロキシサーバ２０は、本明細書で説明されるものを含む１または複数のコンピュータアプリケーションと関連付けられたソフトウェア２１および他のデータ、オンスクリーン表示データ、ユーザプロファイルデータベースを含むが、それらに限定されない、データを記憶するためのストレージ２６と、ソフトウェアおよび／または他のデータを実行するためのプロセッサ２９とを含む。プロキシサーバ２０は、入力／出力（Ｉ／Ｏ）ブロック２７と、別個のメモリまたはストレージ２６の一部であることができるキャッシュ２８も含む。ソフトウェア２１は、実例として、コンテンツ適合モジュール２２と、距離決定モジュール２３と、帯域幅割り当ておよび調整モジュール２４とを含む。
【００４６】
ストレージ２６は、静的ランダムアクセスメモリ（ＲＡＭ）、動的ＲＡＭ、消去可能プログラム可能読出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラム可能読出し専用メモリ（ＥＥＰＲＯＭ）、ハードディスク（ネットワーク、内蔵、もしくは外付け）、光ディスク（ネットワーク、内蔵、もしくは外付け）、またはそれらの任意の組み合わせを含み得る。ストレージデバイスは、ローカルデバイスでもよく、またはネットワークデバイスでもよい。
【００４７】
Ｉ／Ｏブロック２７は、プロキシサーバ２０のＩ／Ｏ機能を実行するように動作可能であり、または構成され、または構成される。例示的な実施形態によると、Ｉ／Ｏブロック２７は、サーバ１０およびユーザデバイス３１、３２、３３、ならびに他のネットワークソースからの、ディジタル変調形式のオーディオ、ビデオ、および／またはデータ信号などの信号を、有線および／または無線方法で、（ネットワーク４１、４３などの）セルフォン、インターネットなどの１または複数のネットワークから受信し、信号を、有線および／または無線方法で、そのような１または複数のネットワークに出力するように動作可能であり、または構成され、または構成される。Ｉ／Ｏブロック２７は、有線および／または無線信号を受信することが可能な任意のタイプのＩ／Ｏインターフェースとして具体化され得、１または複数の個々の構成要素（例えば、アンテナ、プラグなど）から構成され得る。
【００４８】
プロセッサ２９は、単一のプロセッサ、または複数の個々が類似したもしくは異なるプロセッサであることができる。プロセッサ２９は、本明細書で説明される本発明の様々な実施形態および技法の実行を容易および可能にする、プロキシサーバ２０の様々な信号処理および制御機能を実行する（例えば、ソフトウェアコードなどを実行する）ように動作可能であり、または構成される。
【００４９】
例示的な実施形態によると、プロセッサ２９は、Ｉ／Ｏブロック２７から提供された信号を受信し、プロキシサーバ２０と関連付けられたすべての必要な処理および制御機能を、１または複数のマイクロプロセッサおよび／または他の要素を介して、実行および／または可能にする。例えば、プロセッサ２９は、Ｉ／Ｏブロック２７から提供されたオーディオ、ビデオ、および／またはデータ信号を受信し、チューニング、復調、および誤り訂正を含む機能を実行することによって、それらを処理して、それによって、オーディオ、ビデオ、および／またはユーザプロファイル設定などのデータコンテンツを表すディジタルデータをキャッシュ２８および／またはストレージ２６内に記憶するように動作可能であり、または構成される。
【００５０】
また、例示的な実施形態によると、プロセッサ２９は、ユーザデバイス３１〜３３からのデータ入力を処理すること、ユーザ入力に応答してプロキシサーバ２０の機能を制御すること、ストレージ２６および／もしくはキャッシュ２８からデータを読み取ること、それらにデータを書き込むこと、ディスプレイを介するオンスクリーン表示を可能にすること、ならびに／または本明細書で説明され得るような他の動作を含むが、それらに限定されない、様々な他の機能を実行および／または可能にするように動作可能であり、または構成される。
【００５１】
また、例示的な実施形態によると、プロセッサ２９は、プロキシサーバ２０において両方ともユーザのユーザアカウント内に登録されたスタンドアロンユーザデバイスおよびハンドヘルドユーザデバイスの一方からのビデオ番組を求める要求をＩ／Ｏブロック２７から受信し、要求に応答して、スタンドアロンユーザデバイスとハンドヘルドユーザデバイスの間の距離に従って、２つのユーザデバイスのうちの第１の選択された方にビデオ番組を送信するが、ビデオ番組に関連する情報は送信せず、距離に従って、２つのユーザデバイスのうちの第２の選択された方にビデオ番組に関連する情報を送信するが、ビデオ番組は送信しない。
【００５２】
また、例示的な実施形態によると、プロセッサ２９は、サーバにおいて両方ともユーザのユーザアカウント内に登録されたスタンドアロンユーザデバイスおよびハンドヘルドユーザデバイスの一方からのビデオ番組を求める要求をＩ／Ｏブロック２７から受信し、２つのユーザデバイスのうちの一方にビデオ番組を送信するが、ビデオ番組に関連する情報は送信せず、他のユーザデバイスにビデオ番組に関連する情報を送信するが、ビデオ番組は送信せず、２つのユーザデバイスのうちの一方から送信されたユーザの第１の視点変化情報に応答して、ユーザ視点を有するユーザデバイスによって受信されるコンテンツの品質が最大化されるように、ユーザ視点に従ってユーザデバイスに割り当てられる帯域幅を調整する。プロセッサ２９は、受信された第１の視点変化情報から、ユーザデバイスのどちらの方がユーザ視点を有するかを決定すべきである。
【００５３】
デバイスは、ユーザがそのデバイスを視聴または見ているとプロセッサ２９が決定した場合に、ユーザ視点を有する。
【００５４】
本明細書で使用される場合、コンテンツの品質は、コンテンツを表すために必要とされるビットの数によって表される。より多いビットによって表されるコンテンツは、より良い品質を有し、より少ないビットによって表されるコンテンツは、より悪い品質を有する。要求されるビデオ番組は、初期ビデオ品質を有し、それは、ビデオ番組の最も良い品質であるべきである。初期ビデオ品質を有するビデオ番組が変換または適合された場合、ビデオ番組を表すために必要とされるビットの数は減らされて、初期ビデオ品質よりも悪い品質を有する、変換または適合されたビデオ番組をもたらす。同様に、要求されたビデオ番組に関連する情報は、初期情報品質を有し、それは、要求されたビデオ番組に関連する情報の最も良い品質であるべきである。初期情報品質を有する要求されたビデオ番組に関連する情報が変換または適合された場合、要求されたビデオ番組に関連する情報を表すために必要とされるビットの数は減らされて、初期情報品質よりも悪い品質を有する、要求されたビデオ番組に関連する変換または適合された情報をもたらす。
【００５５】
一実施形態では、プロキシサーバ２０は、スタンドアロンユーザデバイスの所在地情報をユーザプロファイルデータベースから獲得し、無線ハンドヘルドユーザデバイスによって送信された無線ハンドヘルドユーザデバイスの所在地情報を獲得する。
【００５６】
一実施形態では、ユーザプロファイルデータベースは、プロキシサーバ２０内にのみ存在し、サーバ１０内にコピーを記憶する必要はない。別の実施形態では、プロキシサーバ２０は、サーバ１０内のユーザプロファイルデータベースのミラーイメージを有するべきである。ユーザプロファイルデータベースに対するいずれの更新も、サーバ１０とプロキシサーバ２０の両方において反映されるべきである。サーバ１０は、サーバとプロキシサーバの役割を果たすことができることに留意されたい。
【００５７】
各ユーザは、ユーザデバイスの１つを使用することによって、サーバ１０および／またはプロキシサーバ２０においてユーザアカウントを生成し、関連するユーザプロファイル内にすべてのユーザデバイスおよび他のデータを登録する。ユーザは、プロキシサーバ２０にビデオ番組を要求するために、プロキシサーバ２０にログオンするべきである。ユーザプロファイルは、ユーザと関連付けられた個人データの集まりである。ユーザプロファイルは、情報の以下のセットのうちのいくつかまたはすべてを含むべきである。
【００５８】
−  ユーザデバイスの数
−  各ユーザデバイスのタイプおよびモデル
−  各ユーザデバイスの帯域幅必要条件
−  ユーザデバイスのうちのどれがスタンドアロンユーザデバイスであるか、およびその所在地
−  ハンドヘルドユーザデバイスとスタンドアロンユーザデバイスの間の閾値距離
−  ハンドヘルドユーザデバイスのプライオリティ
−  ハンドヘルドユーザデバイスが１よりも多い場合、要求されたビデオ番組に関連する情報を１よりも多いユーザデバイスに送信すべきかどうか
−  年齢、性別、関心グラフメトリックス、および視聴パターンを含む、人口統計的および心理学的データ
【００５９】
通常、スタンドアロンユーザデバイスは頻繁には移動しないので、上で挙げられたようなスタンドアロンユーザデバイス３１の所在地情報は、ユーザによって設定され、ユーザのユーザアカウントと関連付けられたユーザプロファイル内に記憶されることができる。一実施形態では、スタンドアロンユーザデバイスは、全地球測位システム（ＧＰＳ）などの測位システムも装備することができ、定期的に、または１つの所在地から別の所在地に移動した場合に、その所在地をプロキシサーバ２０に報告する。ユーザデバイス３３などのハンドヘルドユーザデバイスの所在地情報は、ハンドヘルドユーザデバイスによって送信される。プロセッサ２９は、２つのユーザデバイスの獲得された所在地情報に従って、スタンドアロンユーザデバイス３１と無線ハンドヘルドユーザデバイス３３の間の距離を決定するために、距離決定モジュール２３を起動する。
【００６０】
以下で説明されるように、プロセッサ２９は、ユーザによって設定されることができるユーザプロファイル内に記憶された閾値距離を距離が上回るかどうかに従って、ユーザデバイスの１つを選択すべきである。
【００６１】
プロセッサ２９は、各ユーザデバイスから、好ましくは、同じビデオセッションにおいて起動されたユーザデバイスから、ユーザ視点変化情報を受信し得る。ユーザデバイスの１つがプロキシサーバ２０にビデオ番組を要求した場合、ビデオセッションにおいて、ユーザアカウント内のすべてのユーザデバイスが起動される。視点変化情報信号は、一実施形態では、視点変化情報信号を送信したユーザデバイスにユーザ視点が移動されたこと、または別の実施形態では、視点変化情報信号を送信したユーザデバイスから他にユーザ視点が移動されたことを示し得る。また別の実施形態では、視点変化情報信号の視点移動インジケーションは、信号自体に含まれること、またはユーザプロファイル内に設定されることができる。実施形態の原理によると、プロセッサ２９は、ユーザ視点を有さないユーザデバイスによって受信されるコンテンツの品質が劣化させられ得るとしても、ユーザ視点を有するユーザデバイスが、プロキシサーバ２０の利用可能な帯域幅によって許容可能な最大品質を有するコンテンツを受信するように、帯域幅割り当てを調整するために、視点変化情報信号に応答して、帯域幅割り当ておよび調整モジュール２４を起動する。
【００６２】
ビデオ番組に関連する情報は、画像およびテキストの両方を含み得る。両方のタイプのビデオ番組に関連する情報は、無線ハンドヘルドユーザデバイスまたはスタンドアロンユーザデバイスに送信されることができる。同じアカウント内に１よりも多い無線ハンドヘルドユーザデバイスが存在する場合、ユーザは、２つのタイプの情報がユーザプロファイル内のプライオリティ情報に従って２つの異なるユーザデバイスに送信されることをユーザが望むかどうかを、ユーザプロファイル内に設定することができる。プライオリティがより高い方は、ビデオ番組に関連する情報の画像部分を受信すべきであり、プライオリティがより低い方は、ビデオ番組に関連する情報のテキスト部分を受信すべきである。例えば、ユーザアカウントが、スタンドアロンユーザデバイスおよび２つの無線ハンドヘルドユーザデバイスを含み、スタンドアロンユーザデバイスが、ビデオ番組を求める要求を送信した場合、ビデオ番組に関連する異なるタイプの情報が異なるユーザデバイスに送信されることをユーザが望まないことをユーザプロファイルが示すならば、プロキシサーバ２０は、スタンドアロンユーザデバイスが、要求されたビデオ番組を受信すべきであり、プライオリティがより高い無線ハンドヘルドユーザデバイスが、ビデオ番組に関連する情報の両方の部分を受信すべきであると決定すべきである。しかしながら、ビデオ番組に関連する異なるタイプの情報が１よりも多いユーザデバイスに送信されることをユーザが望むことをユーザがユーザプロファイルにおいて示す場合、プロキシサーバ２０は、ビデオ番組に関連する情報の画像部分をプライオリティがより高いハンドヘルドユーザデバイスに送信し、ビデオ番組に関連する情報のテキスト部分をプライオリティがより低いハンドヘルドユーザデバイスに送信すべきである。ビデオ番組に関連する２よりも多いタイプの情報が存在する場合、同様の規則が供給されるべきである。
【００６３】
ユーザによって入力されるプライオリティ情報の代わりに、プロキシサーバ２０は、視聴パターンおよび関心グラフメトリックスを収集し、ユーザデバイスのプライオリティを自動的に決定し得る。
【００６４】
プロセッサ２９は、ビデオ番組を求める要求を受信した場合、最初に、キャッシュ２８内にコピーが存在するかどうかをチェックすることに留意されたい。キャッシュ２８内にビデオのコピーが存在する場合、プロセッサ２９は、キャッシュ２８からビデオ番組を取り出し、取り出されたビデオ番組をユーザデバイスに送信する。プロセッサ２９は、キャッシュ２８内に要求されたビデオ番組のコピーを見出すことができない場合、サーバ２０にコピーを要求し、キャッシュ２８内にコピーを記憶する。ビデオ番組とともに、キャッシュ２８は、ビデオ番組に関連する情報のコピーも記憶し得る。キャッシュ２８内にビデオ番組のコピーが存在する場合であっても、プロセッサ２９は、依然として、ビデオ番組に関連する更新された情報をサーバ２０からフェッチし得ることに留意されたい。
【００６５】
例示的な実施形態では、プロキシサーバ２０は、すべてのユーザにサービスを行うために有限な帯域幅しか有さないので、要求にサービスを行うのに十分な帯域幅を有さないことがあり、この場合、プロセッサ２９は、ビデオ番組を受信するユーザデバイスおよびビデオ番組に関連する情報を受信するユーザデバイスに帯域幅を割り当てるために、帯域幅割り当ておよび調整モジュール２４を起動し得る。各タイプおよび／またはモデルのユーザデバイスは、異なる帯域幅必要条件を有し得、登録された各ユーザデバイスの帯域幅必要条件は、対応するユーザプロファイル内に記憶され得、またはこの実施形態ではユーザプロファイル内に記憶された、ユーザデバイスのタイプおよび／もしくはモデルに従って、プロセッサ２９によって自動的に決定され得る。
【００６６】
各要求について、ビデオ番組を受信するユーザデバイスおよびビデオ番組に関連する情報を受信するユーザデバイスをそれぞれ決定すると、プロセッサ２９は、ユーザデバイスに帯域幅を割り当てるために、帯域幅割り当ておよび調整モジュール２４を起動する。実施形態の原理によると、プロキシサーバ２０の利用可能な帯域幅が不十分である場合、プロセッサ２９は、より少ない割り当てられた帯域幅で足りるように、ビデオ番組および／またはビデオ番組に関連する情報を変換するために、コンテンツ適合モジュール２２を起動し得る。ビデオの変換は、ダウンサンプリングすること、フレームレートを低減すること、またはスケーラブル形式の場合は、いくつかの拡張されたレイヤをスキップすることを含み得、ビデオ番組に関連する情報の変換は、ビデオ番組に関連する情報に含まれる画像をダウンサンプリングすることを含み得る。
【００６７】
一実施形態では、ユーザがプロキシサーバ２０にログオンした場合、プロキシサーバ２０は、同じユーザアカウントの下の各ユーザデバイスに定期的にポーリングを行う。ユーザデバイスがポーリングに応答した場合、プロキシサーバは、ユーザデバイスがアクティブであると決定する。応答しない場合、プロキシサーバは、ユーザデバイスが非アクティブであると決定する。ユーザデバイスは電源が入れられていない場合、またはユーザデバイスがポーリングに応答することができない正常もしくは異常状態にある場合、ユーザデバイスは非アクティブである。
【００６８】
ユーザアカウント内の各ユーザデバイスの状態に従って、プロキシサーバ２０は、ユーザプロファイルデータベース内に記憶されたプライオリティ情報に従って、アクティブなユーザデバイスのうちのどれが、要求されたビデオ番組および／またはビデオ番組に関連する情報を受信すべきかを決定し得る。
【００６９】
図２は、実施形態の原理に従って、第１のデバイスおよび第２のデバイス、例えば、スタンドアロンユーザデバイス３１および無線ハンドヘルドユーザデバイス（実施形態ではモバイルフォン）３３を有するユーザにビデオ番組を配信するためのプロキシサーバ２０のプロセスフロー２００を示している。両方のユーザデバイスは、プロキシサーバ２０において同じユーザアカウントに登録されており、アクティブであると仮定される。
【００７０】
ステップ２０５において、プロキシサーバ２０は、第１のデバイスおよび第２のデバイスの一方を使用したビデオ番組を求める要求をユーザから受信する。以下の説明では、スタンドアロンユーザデバイス３１および無線ハンドヘルドユーザデバイス３３は、それぞれ、第１のデバイスおよび第２のデバイスとして示される。ユーザは、例えば、ユーザ名およびパスワードを入力することによって、プロキシサーバ２０にログオンしていなければならない。
【００７１】
ステップ２１０において、プロキシサーバ２０は、要求されたビデオ番組とビデオ番組に関連する情報とのコピーを獲得する。要求されたビデオ番組のコピーを獲得するプロセスでは、プロキシサーバ２０は、キャッシュ２８内に要求されたビデオ番組のコピーが存在するかどうかをチェックする。それが存在する場合、キャッシュ２８は、要求されたビデオ番組に関連する情報（「関連情報」）のコピーも有するべきである。キャッシュ２８内に要求されたビデオ番組が存在しない場合、プロキシサーバ２０は、ビデオ番組のコピーおよび関連情報のコピーをサーバ１０に要求する。キャッシュ２８内に関連情報のコピーが存在する場合であっても、キャッシュ２８内のコピーは最新でないことがあるので、プロキシサーバ２０は、依然として、関連情報のコピーをサーバ１０に要求し得ることに留意されたい。
【００７２】
ステップ２１５において、プロキシサーバ２０は、少なくとも２つのユーザデバイスの間の距離に従って、スタンドアロンユーザデバイス３１および無線ハンドヘルドユーザデバイス３３のうちのビデオ番組を受信する第１の方を選択し、第１の選択された方のユーザデバイスにビデオ番組を送信する。ステップ２２０において、プロキシサーバ２０は、距離に従って、２つのユーザデバイスのうちの第２の方を選択し、スタンドアロンユーザデバイス３１および無線ハンドヘルドユーザデバイス３３のうちの第２の選択された方に関連情報を送信する。以下に示されるように、第１の選択された方のユーザデバイスは、第２の選択された方のユーザデバイスと同じでもよく、または異なってもよい。
【００７３】
実施形態の原理によると、プロキシサーバ２０は、無線ハンドヘルドユーザデバイス３３とスタンドアロンユーザデバイス３１の間の距離に従って、第１の選択された方のユーザデバイスを選択する。プロキシサーバ２０は、例えば、必要とされるたびに無線ハンドヘルドユーザデバイス３３に所在地情報を要求することによって、またはアクティブである場合は、自動的および定期的に、例えば、２０秒おきに、所在地情報をプロキシサーバ２０に送信する、無線ハンドヘルドユーザデバイス３３から送信された所在地情報をモニターすることによって、無線ハンドヘルドユーザデバイス３３の所在地情報を獲得し得る。スタンドアロンユーザデバイス３１の所在地情報は、ユーザによってユーザプロファイル内に設定されるべきであり、ユーザプロファイル内の情報を取り出すことによって、プロキシサーバ２０によって獲得されることができる。ユーザによってユーザプロファイル内に設定された所在地は、単なる所番地であることができ、プロキシサーバ２０は、所番地に基づいて、建物所在地を取り出すことができるべきである。この実施形態では、プロキシサーバ２０は、所番地と関連付けられた建物の中心をスタンドアロンユーザデバイス３１の所在地として使用すべきである。別の実施形態では、ユーザは、スタンドアロンユーザデバイス３１の緯度および経度を見つけるために、全地球測位システム（ＧＰＳ）を使用し得、ユーザプロファイル内の対応するフィールドに入力するように、その所在地情報をプロキシサーバ２０に送信する。また別の実施形態では、スタンドアロンは、測位デバイスを含み得、自動的に、またはプロキシサーバ２０によって要求されたときに、所在地情報をプロキシサーバ２０に送信することができる。したがって、プロキシサーバ２０は、スタンドアロンユーザデバイス３１の所在地情報および無線ハンドヘルドユーザデバイス３３から受信された所在地情報に従って、無線ハンドヘルドユーザデバイス３３とスタンドアロンユーザデバイス３１の間の距離を決定することができる。
【００７４】
別の実施形態では、無線ハンドヘルドデバイスは、スタンドアロンデバイスまでの距離を決定し、距離をプロキシサーバ２０に報告することができる。例えば、無線ハンドヘルドデバイスは、無線接続、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）を通して、スタンドアロンデバイスに接続することができる場合、距離が事前に定められた閾値以内であることを報告し、できない場合、距離が事前に定められた閾値よりも大きいことを報告する。スタンドアロンデバイスも、同様であり得る。また別の実施形態では、スタンドアロンデバイスは、２つのカメラを装備し得、２つのビューを使用するユーザの距離を決定し、測定された距離を２つのデバイスの間の距離として報告し得る。
【００７５】
距離が事前に定められた閾値、例えば、３０フィート（約９．１４ｍ）よりも小さい場合、ビデオ番組を受信する第１の選択された方のユーザデバイスとして、スタンドアロンユーザデバイス３１が選択され、関連情報を受信する第２の選択された方のユーザデバイスとして、無線ハンドヘルドユーザデバイス３３が選択される。実際に、プロキシサーバ２０は、ビデオ番組をスタンドアロンデバイス３１に送信し、関連情報を無線ハンドヘルドユーザデバイス３３に送信する。したがって、第１の選択された方のユーザデバイスは、第２の選択された方のユーザデバイスと異なる。
【００７６】
距離が事前に定められた閾値よりも大きい場合、プロキシサーバ２０は、無線ハンドヘルドユーザデバイス３３を第１の選択された方のユーザデバイスおよび第２の選択された方のユーザデバイスとして選択し、ビデオ番組および関連情報の両方を無線ハンドヘルドユーザデバイス３３に送信し、スタンドアロンユーザデバイス３１にはビデオ番組および関連情報を送信しない。したがって、第１の選択された方のユーザデバイスは、第２の選択された方のユーザデバイスと同じである。
【００７７】
一実施形態では、プロキシサーバ２０は、一方または両方のユーザデバイスの所在地情報を獲得することに失敗した場合、距離が閾値よりも大きいと決定する。プロキシサーバ２０は、所在地情報を獲得しようと繰り返し試み、事前に定められた時間以内、例えば、１分以内に所在地情報を獲得することができない場合、所在地情報を獲得することに失敗したと決定する。
【００７８】
別の実施形態では、選択された第１の方のユーザデバイスおよび選択された第２の方のユーザデバイスの選択は、２つのユーザデバイスのどちらがビデオ番組を求める要求を送信したかに依存し得る。要求が無線ハンドヘルドユーザデバイス３３によって送信された場合、選択は、上で説明されたようになる。要求がスタンドアロンユーザデバイス３１によって送信された場合、距離が事前に定められた閾値よりも小さい場合の選択は、上で説明されたものと同じである。しかしながら、距離が事前に定められた閾値よりも大きく、要求がスタンドアロンユーザデバイス３１によって送信された場合、プロキシサーバ２０は、スタンドアロンユーザデバイス３１を第１の選択された方のユーザデバイスおよび第２の選択された方のユーザデバイスの両方として選択する。要求がスタンドアロンユーザデバイス３１によって送信された場合、ユーザは、スタンドアロンユーザデバイス３１の近くにいるはずであり、無線ハンドヘルドユーザデバイス３３も、同様に近くに存在するはずであると仮定される。無線ハンドヘルドユーザデバイス３３が近くに存在しない場合、ユーザがそれをどこかにうっかり置いてきたと仮定され、例えば、友人を訪問した後、無線ハンドヘルドユーザデバイス３３を持って来るのを忘れた、無線ハンドヘルドユーザデバイスの電源をオンにするのを忘れた、または故障した無線ハンドヘルドユーザデバイスを持っていると仮定される。これらの状況では、プロキシサーバ２０は、距離が事前に定められた閾値よりも大きいと決定すべきであり、スタンドアロンユーザデバイス３１を第１の選択された方のユーザデバイスおよび第２の選択された方のユーザデバイスの両方として選択すべきである。
【００７９】
距離が事前に定められた閾値よりも大きく、要求が無線ハンドヘルドユーザデバイス３３から送信された場合、プロキシサーバ２０は、無線ハンドヘルドユーザデバイス３３を第１の選択された方のユーザデバイスおよび第２の選択された方のユーザデバイスの両方として選択する。ユーザは、要求を送信するために無線ハンドヘルドユーザデバイス３３を使用したので、無線ハンドヘルドユーザデバイス３３を使用しているはずであると仮定される。
【００８０】
事前に定められた閾値は、ユーザによって入力され、上で説明された例示的なユーザプロファイルの閾値距離フィールド内に記憶されることができる。プロキシサーバ２０は、ユーザが、この閾値およびスタンドアロンユーザデバイス３１の所在地情報を変更することを可能にし得る。
【００８１】
ビデオ番組および関連情報の両方を受信するユーザデバイスは、ビデオ番組および関連番組情報を表示するための、２つのウィンドウなど、分離されたスクリーンを提供し得、または与えられた瞬間にユーザがどちらか一方を見るようにするための選択を提供し得る。
【００８２】
上で述べられたように、両方のユーザデバイスが、アクティブであると仮定される。一実施形態では、プロセッサ２０は、スタンドアロンユーザデバイスおよび無線ハンドヘルドデバイス各々の状態を決定し、両方のユーザデバイスがアクティブでない場合、プロセッサ２０は、ビデオ番組および関連情報の送信を終了し、両方のユーザデバイスがアクティブである場合、プロセッサ２０は、ビデオ番組および関連情報の送信を維持し、一方のユーザデバイスのみがアクティブである場合、プロセッサ２０は、ビデオ番組および関連情報の両方をアクティブなユーザデバイスに送信し、ビデオ番組および関連情報を非アクティブなユーザデバイスには送信しない。この実施形態は、プライオリティ情報の考慮を伴う２よりも多いユーザデバイスが関与させられる場合にも供給されることができる。プライオリティを考慮する例は、後で実施形態の１つにおいて与えられる。
【００８３】
一実施形態では、関連情報は、異なるプライオリティを有する２以上のタイプに分類され得、各タイプは、対応するプライオリティを有する対応するユーザデバイスに送信される。例えば、関連情報は、グラフィックス（画像）とテキストに分類され得、グラフィックスが、より高いプライオリティを有する。スタンドアロンユーザデバイスは、最も高いプライオリティを有すると見なされるべきである。一実施形態では、ユーザは、各ハンドヘルドユーザデバイスのプライオリティをユーザプロファイル内に設定することができる。以下では、ユーザが、無線ハンドヘルドユーザデバイス３２のものよりも高いプライオリティを無線ハンドヘルドユーザデバイス３３に割り当てると仮定する。両方の無線ハンドヘルドユーザデバイスが、事前に定められた距離閾値以内にあり、ビデオが、スタンドアロンユーザデバイス３１に送信される場合、グラフィックス部分は、無線ハンドヘルドユーザデバイス３３に送信され、テキスト部分は、無線ハンドヘルドユーザデバイス３２に送信される。別の実施形態では、無線ハンドヘルドユーザデバイスが、ビデオ番組を求める要求を送信した場合、無線ハンドヘルドユーザデバイスは、プライオリティが最も高い無線ハンドヘルドユーザデバイスになる。例えば、無線ハンドヘルドユーザデバイス３２が、無線ハンドヘルドユーザデバイス３３よりも低いプライオリティを有するが、要求を送信したものである場合、無線ハンドヘルドユーザデバイス３２は、無線ハンドヘルドユーザデバイス３３よりも高いプライオリティを有するものとして扱われるべきである。このシナリオでは、関連情報が、無線ハンドヘルドユーザデバイス３２、３３に送信される場合、グラフィックスまたは画像は、無線ハンドヘルドユーザデバイス３２に送信されるべきであり、テキストは、無線ハンドヘルドユーザデバイス３３に送信されるべきである。
【００８４】
実施形態の原理の別の態様では、プロキシサーバ２０は、すべてのユーザにサービスを行うために有限な帯域幅しか有せず、利用可能な帯域幅が、ビデオセッションのための帯域幅必要条件を満たすのに十分ではない場合、ビデオ番組および／または関連情報を適合または変換する。各タイプのユーザデバイスは異なる帯域幅必要条件を有し得ることに留意されたい。ビデオ番組を要求したユーザに割り当てられるプロキシサーバの利用可能な帯域幅がＢであり、ビデオ番組を受信するユーザデバイスの帯域幅必要条件がＢ１であり、関連情報を受信するユーザデバイスの帯域幅必要条件がＢ２であると仮定して、図３は、帯域幅割り当ておよび調整モジュール２４およびコンテンツ適合モジュール２２によって実行される、帯域幅をユーザデバイスに割り当て、必要に応じて、ビデオ番組、関連情報、または両方であり得るコンテンツを適合させるための、例示的なプロセス３００を示している。ステップ３０５において、プロキシサーバ２０は、例えば、図２に示されるような新しいビデオセッションにおいて、または２つのユーザデバイスの間の距離が既存のビデオセッションにおいて事前に定められた距離閾値よりも大きくなった場合に、どのユーザデバイスがビデオ番組および関連情報を受信すべきかを決定してある。距離が事前に定められた閾値よりも大きい場合、上で説明されたように、一方のユーザデバイスが、ビデオ番組および関連情報の両方を受信し、他方は、両方を受信しない。やはり、ここでも、ユーザデバイスが２つである例が示される。
【００８５】
ステップ３１０において、プロキシサーバ２０は、利用可能な帯域幅Ｂが、ビデオ番組を受信するユーザデバイスの帯域幅必要条件Ｂ１よりも小さいかどうかをチェックする。ＢがＢ１以上である場合、プロセスはステップ３１５に進み、プロキシサーバ２０は、ビデオ番組を受信するユーザデバイスにＢ１を割り当て、関連情報を受信するユーザデバイスにＢ−Ｂ１を割り当てる。ステップ３３０において、プロキシサーバ２０は、Ｂ−Ｂ１がＢ２（関連情報を受信するユーザデバイスの帯域幅必要条件）よりも小さいかどうかをチェックする。Ｂ−Ｂ１がＢ２以上である場合、ステップ３３５において、プロキシサーバ２０は、関連情報を受信するユーザデバイスにＢ２を割り当てる。
【００８６】
ステップ３３０において、Ｂ−Ｂ１がＢ２よりも小さいと決定された場合、ステップ３４０において、プロキシサーバ２０は、関連情報を受信するユーザデバイスにＢ−Ｂ１を割り当てる。この時点で、ステップ３４５において、例えば、Ｂ−Ｂ１で足りるように関連情報の解像度を低下させることによってダウンサイジングを行うなど、関連情報を変換するために、コンテンツ適合モジュール２２が起動され得る。例えば、関連情報が画像を含む場合、画像の解像度が低下させられ得、または画像は送信されない。
【００８７】
ステップ３１０において、ＢがＢ１よりも小さいと決定された場合、ステップ３２０において、プロキシサーバ２０は、ビデオ番組を受信するユーザデバイスにＢを割り当て、関連情報を受信するユーザデバイスには何も割り当てず、ステップ３２５において、プロキシサーバ２０は、Ｂで足りるようにビデオ番組を適合または変換するために、コンテンツ適合モジュール２２を起動する。変換または適合は、例えば、ビデオ番組を空間的、時間的、もしくは両方でダウンサンプリングすることによって、またはビデオ番組がスケーラブルビデオである場合は、いくつかのより高位のレイヤの送信をスキップすることによって、達成されることができる。ダウンサンプリングは、空間的または時間的により低い解像度をもたらすべきである。本明細書で使用される場合、コンテンツのいずれの変換または適合も、コンテンツの初期品質よりも悪い品質を有するコンテンツをもたらす。例えば、ビデオ番組の初期解像度が１２８０×１０２４ピクセルである場合、適合または変換は、１０２４×７８６または８００×６００などのより低い解像度をもたらし得る。１２８０×１０２４の解像度を有するビデオ番組は、１０２４×７８６の解像度を有するビデオ番組よりも良い品質を有し、それは、８００×６００の解像度を有するビデオ番組よりも良い品質を有する。
【００８８】
１つのスタンドアロンユーザデバイスと１つの無線ハンドヘルドユーザデバイスを使用するものとして説明したが、実施形態の同じ原理は、１つのスタンドアロンユーザデバイスと１よりも多い無線ハンドヘルドユーザデバイスに供給されることができる。例えば、関連情報が、画像およびテキストの両方を含む場合。画像部分は、ビデオ番組を受信しない１つのユーザデバイスに送信されることができ、テキスト部分は、ビデオ番組を受信しない別の無線ユーザデバイスに送信されることができる。ビデオ番組を受信するユーザデバイスに帯域幅を割り当てた後、十分な帯域幅が存在しない場合、残りの利用可能な帯域幅は、最初に、画像部分を受信するユーザデバイスに割り当てられ、まだ残っている場合、残りが、テキスト部分を受信するユーザデバイスに割り当てられる。やはり、割り当てられた帯域幅が、ユーザデバイスの帯域幅必要条件を満たすのに十分でない場合、そのユーザデバイスに送信されるコンテンツは、割り当てられた帯域幅で足りるように適合または変換されるべきである。
【００８９】
実施形態の原理の別の態様によると、ビデオ番組および関連情報が２つの異なるユーザデバイスに送信される場合、プロキシサーバ２０は、ユーザの視点または視点変化情報を獲得し、ビデオ番組および関連情報の品質をしかるべく調整し得る。その意図は、ユーザ視点を有するユーザデバイスに最大量の帯域幅を割り当てることによって、視点変化情報に従って、ユーザ視点を有するユーザデバイスに送信されるコンテンツの最も良い品質を与えることにある。最大量は、プロキシサーバ２０における利用可能な帯域幅、およびユーザ視点を有するユーザデバイスの帯域幅必要条件を超えるべきではない。ユーザ視点を有するユーザデバイスに送信されるコンテンツの品質を最大化すると、ユーザ視点を有さないユーザデバイスに割り当てられる帯域幅が低減させられ得るので、ユーザ視点を有さない他のユーザデバイスに送信されるコンテンツの品質の悪化をもたらし得る。
【００９０】
図４Ａは、ユーザ視点に従って、アカウント内に登録された第１のデバイスおよび第２のデバイスのための帯域幅を調整するためのプロセス４００を示している。上で言及されたように、帯域幅の調整は、ユーザ視点を有するデバイスによって受信されるコンテンツの品質の最大化をもたらすべきであり、ユーザ視点を有さないデバイスによって受信されるコンテンツの品質の劣化をもたらすことがある。
【００９１】
ステップ４０５において、プロキシサーバ２０は、２つのデバイスの一方からビデオ番組を求める要求を受信する。以下の説明では、スタンドアロンデバイス３１および無線ハンドヘルドユーザデバイス３３は、それぞれ、第１のデバイスおよび第２のデバイスとして示される。
【００９２】
ステップ４１０において、プロキシサーバ２０は、プロキシサーバ２０において利用可能な第１の帯域幅に従って、帯域幅の第１の量および第２の量を、それぞれ、２つのユーザデバイスの一方および２つのユーザデバイスの他方に割り当てる。割り当ては、例えば、図３に示されたプロセスに従って、実行されることができる。
【００９３】
ステップ４１５において、一プロキシサーバ２０は、方のユーザデバイスに第１の品質を有するビデオ番組を送信するが、関連情報は送信せず、ステップ４２０において、他方のユーザデバイスに第２の品質を有する関連情報を送信する。
【００９４】
ビデオ番組、関連情報、または両方であることができるコンテンツを受信するユーザデバイスのための割り当てられた帯域幅が、ユーザデバイスの帯域幅必要条件よりも大きい場合、サイズ、ひいては、品質を低下させるためにコンテンツを変換する必要なしに、コンテンツは、初期品質を用いて送信されるべきである。しかしながら、割り当てられた帯域幅が、帯域幅必要条件よりも小さい場合、割り当てられた帯域幅で足りるようにサイズを低下させるために、コンテンツは、変換されるべきであり、その結果、品質は、初期品質よりも悪くなる。
【００９５】
例えば、第１の割り当てられた量が、一方のユーザデバイスの帯域幅必要条件よりも大きい場合、第１の品質は、ビデオ番組の初期品質であり、第１の割り当てられた量が、一方のユーザデバイスの帯域幅必要条件よりも小さい場合、第１の品質は、ビデオ番組の初期品質よりも悪い。これは、関連情報についても当てはまる。第２の割り当てられた量が、他方のユーザデバイスの帯域幅必要条件よりも大きい場合、第２の品質は、関連情報の初期品質であり、第２の割り当てられた量が、他方のユーザデバイスの帯域幅必要条件よりも小さい場合、第２の品質は、関連情報の初期品質よりも悪い。
【００９６】
初期品質を有するコンテンツの変換は、コンテンツのサイズを低下させることによって、例えば、解像度を空間的または時間的に低下させることによって、行われることができる。
【００９７】
ステップ４２５において、プロキシサーバ２０は、ユーザの第１の視点変化情報に従って、ユーザの視点を有するユーザデバイスによって受信されるコンテンツの品質を最大化するように、第１の割り当てられた量および第２の割り当てられた量を調整する。これの意図は、ユーザ視点を有するユーザデバイスに送信されるコンテンツの最も良い品質をユーザに提供することにある。
【００９８】
図４Ｂは、ステップ４２５の詳細を示している。ステップ４２５１において、プロキシサーバ２０は、第１の視点変化情報に従って、どのユーザデバイスがユーザ視点を有するかを決定する。第１の視点変化情報は、一実施形態では、ユーザ視点が第１の視点変化情報を送信したユーザデバイス（送信ユーザデバイス）に移動されたこと、または別の実施形態では、送信ユーザデバイスから他に移動されたことを示し得る。ユーザ視点が送信ユーザデバイスに移動されたことを第１の視点変化情報が示した場合、送信ユーザデバイスは、第１の視点変化情報を送信した後、ユーザ視点を有する。ユーザ視点が送信ユーザデバイスから他に移動されたことを第１の視点変化情報が示した場合、送信ユーザデバイスは、第１の視点変化情報を送信した後、ユーザ視点を失い、ユーザ視点を有する他のユーザデバイスが決定される。この実施形態では、２つのユーザデバイスは、同じユーザアカウントの下にあり、同じビデオセッション内にある。送信ユーザデバイスが、ビデオ番組または関連情報のどちらかを受信すべき場合、送信ユーザデバイスは、ビデオセッション内にある。ビデオセッション内にないユーザデバイスが、視点変化情報を送信することができる場合、プロキシサーバ２０は、送信ユーザデバイスがビデオセッション内にあるかどうかをチェックし得、送信ユーザデバイスが、ビデオセッション内にない場合、プロキシサーバ２０は、視点変化情報の受信に応答して、さらなるアクションを取ることはない。
【００９９】
ステップ４２５２において、プロキシサーバ２０は、第１の視点変化情報に従って、帯域幅（「ＢＷ」）の割り当てられた量が、ユーザ視点のＢＷ必要条件よりも小さいかどうかをチェックする。それが帯域幅必要条件以上である場合、プロキシサーバ２０は、ステップ４２５３において、第１の割り当てられた量および第２の割り当てられた量を維持することによって、第１の割り当てられた量および第２の割り当てられた量を調整し、プロセスは、調整された量に従って、２つのユーザデバイスにそれぞれ送信されるコンテンツの品質の調整を開始する。第１の割り当てられた量および第２の割り当てられた量が維持されるので、プロキシサーバ２０は、第１の量および第２の量を維持することによって、品質を調整する。プロセスは、その後、新しい視点変化情報の受信を開始する。
【０１００】
ユーザ視点を有するユーザデバイスに対する割り当てられた量が、ユーザ視点を有するユーザデバイスの帯域幅必要条件よりも小さい場合、プロキシサーバ２０は、ステップ４２５４において、ユーザ視点を有するユーザデバイスに対する割り当てられた量を増加させ、ユーザ視点を有さないユーザデバイスに対する割り当てられた量を減少させることによって、第１の割り当てられた量および第２の割り当てられた量を調整する。ステップ４２５５において、プロキシサーバ２０は、調整された量に従って、２つのユーザデバイスにそれぞれ送信されるコンテンツの品質を調整する。プロセスは、その後、新しい視点変化情報の受信を開始し、その後、ステップ４２５１に戻る。
【０１０１】
品質を調整するステップは、ユーザ視点を有するユーザデバイスに対する調整された割り当てられた量が、ユーザ視点を有するユーザデバイスの帯域幅必要条件以上である場合、ユーザ視点を有するユーザデバイスに初期品質を有するコンテンツを送信するステップと、ユーザ視点を有するユーザデバイスに対する調整された割り当てられた量が、ユーザ視点を有するユーザデバイスの帯域幅必要条件よりも少ないが、ユーザ視点を有するユーザデバイスに対する割り当て量よりも多い場合、初期品質を有するコンテンツを、ユーザ視点を有するユーザデバイスに対する調整された割り当てられた量で足りる第３の品質を有するコンテンツに変換するステップであって、第３の品質は、第１の品質よりも良い、ステップと、を含む。したがって、ユーザ視点を有するユーザデバイスに対するコンテンツの品質は、最大化される。
【０１０２】
ユーザ視点を有さないユーザデバイスに対する調整された割り当てられた量は、ステップ４２５４において、減少させられるので、ユーザ視点を有さないユーザデバイスに送信されるコンテンツの品質も、ステップ４２５５において、調整される。調整は、例えば、初期品質または現在送信している品質を有するコンテンツを、低減された帯域幅で足りる第３の品質を有するコンテンツに変換することによって、行われることができる。第３の品質は、変換のせいで、初期品質またはコンテンツの送信にそれまで使用されていた品質よりも悪いものであるべきである。
【０１０３】
プロキシサーバ２０は、第１の視点変化情報を受信した後、第１の視点変化情報を送信しなかったユーザデバイスから第２の視点変化情報を受信し得、第１の視点変化情報と第２の視点変化情報の間に視点変化情報が受信されないことがあり得る。このシナリオでは、ユーザ視点は、第１の視点変化情報を受信する前と同じユーザデバイスに戻されるので、プロキシサーバ２０は、第１の割り当てられた量および第２の割り当てられた量を復元し得る。
【０１０４】
一実施形態では、プロキシサーバ２０は、やはり、視点変化情報信号に応答して、サーバにおいて利用可能な帯域幅（第２の利用可能な帯域幅）を決定し得る。この実施形態では、プロキシサーバ２０は、第２の利用可能な帯域幅（プロキシサーバ２０における新たに決定された利用可能な帯域幅）に従って、第１の割り当てられた量および第２の割り当てられた量を調整する。例えば、プロキシサーバ２０は、第２の視点変化情報に従って、ユーザ視点を有するユーザデバイスに送信されるコンテンツの品質を最大化するように、帯域幅の第３の量を割り当て、第２の利用可能な帯域幅および第３の量に従って、帯域幅の第４の量を割り当てる。第３の量は、第２の利用可能な帯域幅、および第２の視点変化情報に従ったユーザ視点を有するユーザデバイスの帯域幅必要条件よりも大きくなるべきではない。品質が最大化されるので、第３の量は、ユーザ視点を有するユーザデバイスの帯域幅必要条件を最大とする、第２の利用可能な帯域幅によって許容可能な最大値であるべきである。プロキシサーバ２０は、第１の視点変化情報に応答して、同様の原理を供給し得る。
【０１０５】
視点変化情報に応答して、プロキシサーバ２０は、ユーザ視点を有するユーザデバイスによって受信されるコンテンツの品質を最大化するように、ユーザ視点を有するユーザデバイスにすべての利用可能な帯域幅を割り当て得る。結果として、プロキシサーバ２０は、ユーザ視点を有さないユーザデバイスに送信されるはずであったコンテンツを送信しない。このシナリオでは、ユーザ視点がユーザ視点を有さないユーザデバイスに戻される場合、ユーザ視点を有さないユーザデバイスは、帯域幅の新たに割り当てられた量に従って、以前と等しいまたは以前よりも良い品質を有するコンテンツを受信すべきである。
【０１０６】
スタンドアロンユーザデバイス３１は、ビデオ番組を受信しているが、関連情報は受信しておらず、無線ハンドヘルドユーザデバイス３３は、関連情報を受信しているが、ビデオ番組は受信しておらず、無線ハンドヘルドユーザデバイス３３が、ユーザが視点を無線ハンドヘルドユーザデバイス３３に移動したことを検出し、第１の視点変化情報をプロキシサーバ２０に送信すると仮定する。無線ハンドヘルドユーザデバイス３３は、第１の視点変化情報を送信する前に受信されたものと少なくとも同じ品質を有する関連情報を受信すべきである。調整後、スタンドアロンユーザデバイス３１が、ユーザが視点を戻したことを検出し、第２の視点変化情報をプロキシサーバ２０に送信した場合、プロキシサーバ２０は、割り当てられた量を第１の視点変化情報を受信する前の量に復元すべきであり、または第２のユーザ視点変化情報に応答して、プロキシサーバ２０における新たに決定される利用可能な帯域幅に従って量を再割り当てすべきである。
【０１０７】
２つの異なるユーザデバイスが示されているが、本出願の原理は、３以上のユーザデバイスに供給されることができる。例えば、スタンドアロンユーザデバイス３１、無線ハンドヘルドユーザデバイス３２、および無線ハンドヘルドユーザデバイス３３が、ビデオセッションに関与させられる。スタンドアロンユーザデバイス３１は、ビデオ番組を受信しており、無線ユーザデバイス３２、３３は、それぞれ、関連情報のテキスト部分およびグラフィックス部分を受信していると仮定する。この時点で、プロキシサーバ２０は、視点変化情報を受信し、無線ユーザデバイス３２がユーザ視点を有すると決定する。プロキシサーバ２０は、帯域幅の割り当てられた量を以下のように調整すべきであり、すなわち、無線ハンドヘルドユーザデバイス３２の割り当てられた量を増加させ、残りの帯域幅を無線ハンドヘルドユーザデバイス３３とスタンドアロンユーザデバイス３１の間に割り当てるべきである。ビデオ番組は、グラフィックスよりも高いプライオリティを有すると見なされるので、残りの帯域幅は、最初に、スタンドアロンユーザデバイス３１の帯域幅必要条件を満たすように使用され、その後、残りが、無線ハンドヘルドユーザデバイス３３に割り当てられる。通常、この実施形態では、ビデオ番組は、関連情報のグラフィック部分よりも高いプライオリティを有し、それは、関連情報のテキスト部分よりも高いプライオリティを有する。しかしながら、ユーザ視点を有するユーザデバイスに送信されるコンテンツは、プライオリティが最も高いコンテンツと仮定されるべきである。したがって、帯域幅は、最初に、ユーザ視点を有するユーザデバイスであるべき、プライオリティが最も高いコンテンツを受信するユーザデバイスの帯域幅必要条件を満たすように割り当てられ、その後、利用可能な帯域幅の残りが、ユーザ視点を有さないユーザデバイスであるべき、プライオリティが２番目に高いコンテンツを受信するユーザデバイスの帯域幅必要条件を満たすように割り当てられ、その後、残りの残りが、ユーザ視点を有さないユーザデバイスであるべき、プライオリティが３番目に高いコンテンツを受信するユーザデバイスの帯域幅必要条件を満たすように割り当てられ、以降も同様である。したがって、実施形態の原理によると、帯域幅は、この実施形態では、ユーザデバイスによって受信されるコンテンツのプライオリティに従って、割り当てられ、または調整される。
【０１０８】
３つのユーザデバイス、例えば、スタンドアロンユーザデバイス３１、無線ハンドヘルドユーザデバイス３２、および無線ハンドヘルドユーザデバイス３３が、ビデオセッションに関与させられ、ユーザ視点が送信ユーザデバイスに移動されたことを視点変化情報が示す場合、プロキシサーバ２０は、送信ユーザデバイスがユーザ視点を有すると決定する。しかしながら、ユーザ視点が送信ユーザデバイスから他に移動されたことを視点変化情報が示す場合、プロキシサーバ２０は、ユーザ視点が、プライオリティがより高いコンテンツを受信する視点変化情報を送信しなかったユーザデバイス上にあり、プライオリティがより低いコンテンツを受信する視点変化情報を送信しなかったユーザデバイス上にないと決定する。
【０１０９】
一実施形態では、プロキシサーバ２０は、ビデオセッションに関与する各ユーザデバイスの状態を定期的にチェックし得る。両方のデバイスがアクティブでない場合、プロキシサーバ２０は、ビデオ番組および関連情報の送信を終了し、一方のユーザデバイスのみがアクティブである場合、プロキシサーバ２０は、ビデオ番組および関連情報の両方をアクティブなユーザデバイスに送信する。２よりも多いユーザデバイスが、説明の目的で３つが、関与させられる場合、すべてのユーザデバイスがアクティブである場合、アクションは必要とされない。１つだけがアクティブである場合、ビデオ番組および関連情報の両方が、アクティブなユーザデバイスに送信される。２つだけがアクティブであり、非アクティブな１つがビデオ番組を受信していた場合、２つのアクティブなユーザデバイスのうちのプライオリティがより高い方が、ビデオ番組を受信し、他方が、関連情報を受信する。非アクティブな１つが関連情報のグラフィックまたはテキストなどの部分を受信していた場合、関連情報の他方の部分を受信しているアクティブな一方が、関連情報のその部分も受信すべきであり、すなわち、アクティブな一方が、関連情報の両方の部分を受信する。
【０１１０】
別の実施形態では、プロキシサーバ２０は、無線ハンドヘルドユーザデバイスとスタンドアロンユーザデバイスの間の距離を定期的にチェックし得る。距離が事前に定められた閾値内にある場合、プロキシサーバ２０は、上で説明されたように、第１の割り当てられた量および第２の割り当てられた量を調整する。距離が事前に定められた閾値内にない場合、調整ステップは、ユーザ視点を有するユーザデバイスの帯域幅必要条件を満たすように第１の利用可能な帯域幅を割り当て、ユーザ視点を有するユーザデバイスにビデオ番組および関連情報を送信するステップと、ユーザ視点を有さないユーザデバイスには帯域幅を割り当てず、ユーザ視点を有さないユーザデバイスにビデオ番組および関連情報を送信しないステップと、を含む。後の時点において、第２の視点変化情報から、ユーザ視点を有さないユーザデバイス（「他のユーザデバイス」）が今はユーザ視点を有していると、プロキシサーバ２０が決定した場合、プロキシサーバ２０は、他のユーザデバイスの帯域幅必要条件を満たすように利用可能な帯域幅を割り当て、他のデバイスにビデオ番組および関連情報の両方を送信する。プロキシサーバ２０は、プロキシサーバ２０が第２の視点変化情報を受信する前までユーザ視点を有していたユーザデバイスに帯域幅およびビデオ番組を割り当てず、関連情報を割り当てる。
【０１１１】
３つのユーザデバイスが関与させられ、両方のハンドヘルドユーザデバイスが事前に定められた距離閾値内にない場合、プロキシサーバ２０は、ユーザ視点を有するユーザデバイスの帯域幅必要条件を満たすように利用可能な帯域幅を割り当て、ユーザ視点を有するユーザデバイスにビデオ番組および関連情報の両方を送信し、ユーザ視点を有さない他の２つのユーザデバイスには帯域幅を割り当てず、ビデオ番組および関連情報を送信しない。したがって、いずれの視点変化情報に応答するにしても、ユーザ視点を有するユーザデバイスのみが、帯域幅を取得し、ビデオ番組および関連情報を受信する。一方のハンドヘルドユーザデバイス（範囲内ハンドヘルドユーザデバイス）のみが事前に定められた閾値距離内にあり、他方のハンドヘルドユーザデバイス（範囲外ハンドヘルドユーザデバイス）がユーザ視点を有する場合、プロキシサーバ２０は、ユーザ視点を有する範囲外ハンドヘルドユーザデバイスの帯域幅必要条件を満たすように利用可能な帯域幅を帯域幅に割り当て、ユーザ視点を有する範囲外ユーザデバイスにビデオ番組および関連情報の両方を送信し、ユーザ視点を有さない他の２つのユーザデバイスには帯域幅を割り当てず、ビデオ番組および関連情報を送信しない。しかしながら、範囲外ハンドヘルドユーザデバイスがユーザ視点を有さない場合、プロキシサーバ２０は、ビデオセッション内にあるユーザデバイスが２つである場合の実施形態に関して上で説明されたように、ユーザ視点情報に従って、範囲内ハンドヘルドユーザデバイスとスタンドアロンユーザデバイスの間で帯域幅を調整し、範囲外ハンドヘルドユーザデバイスによって受信されたコンテンツは、今では、例えば、図２のプロセス２００の配信部分に従って、範囲内ハンドヘルドユーザデバイスおよびスタンドアロンユーザデバイスに送信される。後の時点において、プロキシサーバ２０が、第２の視点変化情報を受信し、範囲外ハンドヘルドユーザデバイスがユーザ視点を有すると決定した場合、プロキシサーバ２０は、範囲外ハンドヘルドユーザデバイスの帯域幅必要条件を満たすように利用可能な帯域幅を割り当て、ユーザ視点を有する範囲外ユーザデバイスにビデオ番組および関連情報の両方を送信し、ユーザ視点を有さない他の２つのユーザデバイスには帯域幅を割り当てず、ビデオ番組および関連情報を送信しない。プロキシサーバ２０が、第２の視点変化情報から、範囲内ハンドヘルドユーザデバイスとスタンドアロンユーザデバイスの一方がユーザ視点を有すると決定した場合、先に説明されたように、ユーザデバイスが２つの場合の実施形態に従って、調整が行われる。
【０１１２】
ユーザデバイスは、１つもしくは２つのカメラを使用して頭部の向き、眼球運動を追跡すること、入力要素からの入力を検出すること、またはタッチセンシティブなディスプレイに対するタッチを検出することなどの従来の方法で、ユーザの視点変化を検出し得る。この実施形態のユーザデバイスは、ユーザの視点がユーザデバイスに移動されたこと、またはユーザデバイスから他に移動されたことを検出した場合、視点変化情報をプロキシサーバ２０に送信する。視点変化の誤認を防止するために、またはビデオ番組および関連情報の品質をあまりにも頻繁に変更することを防止するために、ユーザデバイスは、視点変化を検出した後、事前に定められた間隔、例えば、１０秒以内に新しい視点変化を検出しなかった場合に初めて、視点変化情報を送信し得る。
【０１１３】
図５は、ユーザデバイス３１、３２、３３の例示的な実施形態である、ユーザデバイス５０を示している。ユーザデバイス５０は、Ｉ／Ｏブロック５１０などの入力／出力（Ｉ／Ｏ）手段と、コントローラ５２０などの制御および処理手段と、物理的ボタン／キーブロック５８０などのユーザ入力手段と、メモリ５４０などのデータ記憶手段と、ディスプレイ５５０などの表示手段と、ＧＰＳ５６０などの測位手段（スタンドアロンユーザデバイス３１の場合はオプション）と、カメラ５７０などのユーザ視点検出手段と、を備える。図５の上述の要素のいくつかは、１または複数の集積回路（ＩＣ）を使用して具体化され得る。説明を明瞭にするために、制御信号、電力信号、および／または他の要素など、ユーザデバイス５０と関連付けられる従来の要素のなかには、図５に示されていないものもある。
【０１１４】
Ｉ／Ｏブロック５１０は、ユーザデバイス５０のＩ／Ｏ機能を実行するように動作可能であり、または構成される。例示的な実施形態によると、Ｉ／Ｏブロック５１０は、ディジタル変調形式のオーディオ、ビデオ、および／またはデータ信号などの信号を、有線および／または無線方法で、（ネットワーク４１、４３などの）セルフォン、インターネットなどの１もしくは複数のネットワークおよび／または他のネットワークソースから受信し、信号を、有線および／または無線方法で、そのような１または複数のネットワークに出力するように動作可能であり、または構成される。Ｉ／Ｏブロック５１０は、有線および／または無線信号を受信することが可能な任意のタイプのＩ／Ｏインターフェースとして具体化され得、１または複数の個々の構成要素（例えば、アンテナ、プラグなど）から構成され得る。
【０１１５】
コントローラ５２０は、単一のプロセッサ、または複数の個々が類似したもしくは異なるプロセッサであることができる。コントローラ５２０は、本明細書で説明される本発明の様々な実施形態および技法の実行を容易および可能にする、ユーザデバイス５０の様々な信号処理および制御機能を実行する（例えば、ソフトウェアコードなどを実行する）ように動作可能であり、または構成される。
【０１１６】
例示的な実施形態によると、コントローラ５２０は、Ｉ／Ｏブロック５１０から提供された信号を受信し、ユーザデバイス５０と関連付けられたすべての必要な処理および制御機能を、１または複数のマイクロプロセッサおよび／または他の要素を介して、実行および／または可能にする。例えば、コントローラ５２０は、チューニング、復調、前方誤り訂正、およびトランスポート処理機能を含む機能を実行することによって、Ｉ／Ｏブロック５１０から提供されたオーディオ、ビデオ、および／またはデータ信号を処理し、それによって、オーディオ、ビデオ、および／またはデータコンテンツを表すディジタルデータを生成するように動作可能であり、または構成される。そのような処理機能から生成されたディジタルデータは、さらなる処理および／または（例えば、ディスプレイ５５０を介した）出力のために提供され得る。
【０１１７】
また、例示的な実施形態によると、コントローラ５２０は、物理的ボタン／キーブロック５８０を介して行われたユーザ入力を処理すること、ユーザ入力に応答してユーザデバイス５０の機能（例えば、音量およびチャンネル制御機能）を制御すること、データをメモリ５４０から読み取り、メモリ５４０に書き込むこと、ディスプレイ５５０を介したオンスクリーン表示（例えば、ビデオ、仮想ボタン／キー、メニューなど）を可能にすること、ならびに／または本明細書で説明され得るような他の動作を含むが、それらに限定されない、様々な他の機能を実行および／または可能にするように動作可能であり、または構成される。
【０１１８】
物理的ボタン／キーブロック５８０は、ユーザデバイス５０のユーザ操作者から物理的ユーザ入力を受け取るように動作可能であり、または構成される。例示的な実施形態によると、物理的ボタン／キーブロック５８０は、ディスプレイ５５０の周囲に対称的および／または他の適切な方法で設けられた複数の物理的ボタンおよび／またはキーを備え、例えば、ユーザデバイス１０の筐体内に構成され得、および筐体から延び得る。他のタイプの入力も、ディスプレイ５５０を介して提供され得る。
【０１１９】
メモリ５４０は、コントローラ５２０に動作可能に結合され、ユーザデバイス５０のデータ記憶機能を実行する。例示的な実施形態によると、メモリ５４０は、本明細書で説明されるものを含む１または複数のコンピュータアプリケーションと関連付けられたソフトウェアコードおよび他のデータ、オンスクリーン表示データ（例えば、仮想ボタン／キー、メニュー、ブラウザなど）、ユーザ選択／設定データ、ならびに／または他のデータを含むが、それらに限定されない、データを記憶する。
【０１２０】
ディスプレイ５５０は、コントローラ５２０の制御に従うビデオコンテンツを含む仮想表示を提供するように動作可能であり、または構成される。例示的な実施形態によると、ディスプレイ５５０は、仮想ボタン／キーを含むタッチスクリーン機能を提供するように動作可能であり、または構成され、それによって、ユーザ操作者が、コントローラ５２０によって受け取られ、処理される入力を（物理的ボタン／キーブロック５８０を介して提供されるものとは別に）提供することを可能にする。ディスプレイ５５０は、発光ダイオード（ＬＥＤ）ディスプレイ、液晶ディスプレイ（ＬＣＤ）、または他のタイプの表示デバイスなど、任意のタイプの適切な表示デバイスを使用して具体化され得る。
【０１２１】
カメラ５７０は、焦点領域内の物体の画像を形成するように動作可能であり、または構成され、画像のコピーをメモリ５４０内に記憶する。一実施形態では、画像は、ユーザの頭部を含む画像である。ユーザデバイス５０におけるカメラ５７０の位置は固定されているので、プロセッサ５２０は、従来の方法を使用して、頭部の画像から、ユーザの視点がユーザデバイス５０に移動されるところか、それともユーザデバイス５０から他に移動されるところかどうかを検出することができる。一実施形態では、プロセッサ５２０がユーザ視点変化をより正確に決定することができるように、ユーザデバイス５０は、第２のカメラ（図示されず）を含み得る。プロセッサ５２０がユーザ視点変化を検出すると、プロセッサ５２０はプロキシサーバ２０に視点変化情報を送信する。視点変化情報は、ユーザ視点がユーザデバイス５０に移動されたこと、またはユーザデバイス５０から他に移動されたことを示し得る。
【０１２２】
一実施形態では、プロセッサ５２０がディスプレイ５５０または物理的ボタン／キー５８０からのユーザ入力を検出した場合、プロセッサ５２０はユーザ視点がユーザデバイス５０に移動されたと決定する。
【０１２３】
ＧＰＳ５２０は、ユーザデバイス５０の所在地情報を獲得するように動作可能であり、または構成され、プロセッサ５２０は、現在の位置を、定期的に、例えば、５秒おきに、またはプロキシサーバ２０によって要求されたときに、報告すべきである。ＧＰＳ５２０は、スタンドアロンユーザデバイスの場合はオプションである。
【０１２４】
図６は、ユーザデバイス５０がスタンドアロンユーザデバイスとして機能している場合のプロセスフロー６００を示している。ステップ６０５において、プロセッサ５２０は、第１のデバイスの所在地情報をサーバ２０に送信する。第１のデバイスは、スタンドアロンユーザデバイスとして登録され、プロセスフロー６００の以下の説明では、スタンドアロンユーザデバイスおよび無線ハンドヘルドデバイスは、それぞれ、同じアカウント内に登録された第１のデバイスおよび第２のデバイスを示す。
【０１２５】
ステップ６１０において、プロセッサ５２０は、ユーザ入力に応答して、ビデオ番組を求める要求をプロキシサーバ２０に送信する。ステップ６１５において、プロセッサ５２０は、プロキシサーバ２０からビデオ番組を受信する。ステップ６２０において、プロセッサ５２０は、所在地情報に従って、プロキシサーバ２０からビデオ番組に関連する情報（関連情報）を受信する。
【０１２６】
第１のデバイスの所在地情報は、同じユーザアカウントの下に登録されたスタンドアロンユーザデバイスと無線ハンドヘルドユーザデバイスの間の距離を決定するために、プロキシサーバ２０によって使用される。距離は所在地情報に依存するので、プロセッサ５２０は、距離に従って、関連情報を受信する。
【０１２７】
例えば、同じユーザアカウントの下の第１の無線ユーザデバイスがアクティブである場合、第１の無線ユーザデバイスのプロセッサは、プロキシサーバ２０が、スタンドアロンユーザデバイスと第１の無線ハンドヘルドユーザデバイスの間の距離を決定することができるように、所在地情報をプロキシサーバ２０に送信すべきである。ユーザは、セットアッププロセスの間、またはスタンドアロンユーザデバイスが移動されたときに、スタンドアロンユーザデバイスを介して、スタンドアロンユーザデバイスの所在地情報をユーザプロファイル内に設定し得る。スタンドアロンユーザデバイスは、測位システムを装備する場合、スタンドアロンユーザデバイスが移動されたときに、所在地情報を送信することができる。
【０１２８】
距離が事前に定められた閾値よりも小さい場合、スタンドアロンユーザデバイスは、ビデオ番組を受信している間、ステップ６１５の関連情報を受信するステップにおいて、関連情報の信号を受信すべきではない。代わりに、第１の無線ハンドヘルドユーザデバイスが、関連情報を受信すべきであり、ビデオ番組は受信すべきでない。距離が事前に定められた閾値よりも大きい場合、関連情報を受信するステップは、関連情報を受信する。したがって、スタンドアロンユーザデバイスは、ビデオ番組および関連情報の両方を受信し、無線ハンドヘルドユーザデバイスは、関連情報およびビデオ番組を受信しない。
【０１２９】
距離が事前に定められた閾値よりも小さく、その結果、スタンドアロンユーザデバイスがビデオ番組を受信し、第１の無線ハンドヘルドユーザデバイスが関連情報を受信していたが、第１の無線ハンドヘルドユーザデバイスが移動させられて、今では距離が事前に定められた閾値よりも大きくなった場合、２つの実施形態が開示される。第１の実施形態では、スタンドアロンユーザデバイスは、アクティブであり続ける場合、ビデオ番組および関連情報の両方を受信し、第１の無線ハンドヘルドユーザデバイスは、ビデオ番組および関連情報を受信しない。その論理的根拠は、スタンドアロンユーザデバイスからビデオ番組を視聴することに興味がなければ、ユーザは、例えば、スタンドアロンユーザデバイスをオフにすることによって、スタンドアロンユーザデバイスを非アクティブにするはずであるというものである。第２の実施形態では、スタンドアロンユーザデバイスは、ビデオ番組および関連情報を受信せず、第１の無線ハンドヘルドユーザデバイスが、両方を受信する。その論理的根拠は、外出しているとき、ユーザは、第１の無線ハンドヘルドユーザデバイスを常に持ち歩いているはずであるというものである。
【０１３０】
スタンドアロンユーザデバイスは、カメラ５７０によって撮影された画像を従来の方法で分析することによって、スタンドアロンユーザデバイスに関するユーザの視点変化も検出し、視点変化情報を生成し、視点変化情報をプロキシサーバ２０に送信し得る。視点変化情報は、ユーザ視点が、一実施形態では、スタンドアロンユーザデバイスに移動されたこと、または別の実施形態では、スタンドアロンユーザデバイスから他に移動されたことを示し得る。
【０１３１】
スタンドアロンユーザデバイスが、ユーザ視点がスタンドアロンユーザデバイスから他に移動されたことを示す視点変化情報を送信し、距離が事前に定められた閾値よりも小さい場合、図４Ｂに関して先に説明されたように、第１の無線ハンドヘルドユーザデバイスは、等しい品質またはより良い品質のコンテンツを受信すべきであり、スタンドアロンユーザデバイスは、等しい品質またはより悪い品質を有するコンテンツを受信すべきである。その後、第１の無線ハンドヘルドユーザデバイスが、ユーザ視点が第１の無線ハンドヘルドユーザデバイスから他に移動されたことを示す視点変化情報を送信し、距離が依然として事前に定められた閾値よりも小さい場合、スタンドアロンユーザデバイスおよび無線ハンドヘルドユーザデバイスによってそれぞれ受信されるコンテンツの品質は、第１の視点変化情報がプロキシサーバ２０に送信される前のそれらに復元されるべきである。
【０１３２】
スタンドアロンユーザデバイスが、ユーザ視点がスタンドアロンユーザデバイスに移動されたことを示す視点変化情報を送信し、距離が事前に定められた閾値よりも小さい場合、例えば、図４Ｂに関して先に説明されたプロセスに従って、スタンドアロンユーザデバイスは、等しい品質またはより悪い品質を有するコンテンツを受信すべきであり、無線ハンドヘルドユーザデバイスは、等しい品質またはより悪い品質を有するコンテンツを受信すべきである。
【０１３３】
スタンドアロンユーザデバイスに関して、事前に定められた閾値距離以内に、第２の無線ハンドヘルドユーザデバイスも存在し、関連情報が１よりも多いユーザデバイスに送信されることを許可される場合、関連情報の画像（グラフィック）部分は、第１の無線ハンドヘルドユーザデバイスと第２の無線ハンドヘルドユーザデバイスのうちのプライオリティがより高い方によって受信され、テキスト部分は、他方の無線ハンドヘルドユーザデバイスによって受信される。ユーザ視点がスタンドアロンユーザデバイスに移動したこと、またはスタンドアロンユーザデバイスから他に移動したことに応答した、スタンドアロンユーザデバイスによって受信されるコンテンツの品質の変化は、図４Ｂに関連する先の説明から導出されることができる。
【０１３４】
図７は、ユーザデバイス５０が第１の無線ハンドヘルドユーザデバイスとして機能している場合のプロセスフロー７００を示している。ステップ７０５において、プロセッサ５２０は、第１のデバイスの所在地情報をサーバ２０に送信する。第１のデバイスは、無線ハンドヘルドユーザデバイスとして登録され、プロセスフロー７００の以下の説明では、無線ハンドヘルドユーザデバイス（第１の無線ハンドヘルドユーザデバイス）およびスタンドアロンユーザデバイスは、それぞれ、同じアカウント内に登録された第１のデバイスおよび第２のデバイスを示す。
【０１３５】
ステップ７１０において、プロセッサ５２０は、ユーザ入力に応答して、ビデオ番組を求める要求をプロキシサーバ２０に送信する。ステップ７１５において、プロセッサ５２０は、所在地情報に従って、プロキシサーバ２０からビデオ番組を受信し、ステップ７２０において、プロセッサ５２０は、所在地情報に従って、プロキシサーバ２０からビデオ番組に関連する情報（関連情報）を受信する。
【０１３６】
第１のデバイスの所在地情報は、同じユーザアカウントの下に登録されたスタンドアロンユーザデバイスと無線ハンドヘルドユーザデバイスの間の距離を決定するために、プロキシサーバ２０によって使用される。距離は所在地情報に依存するので、プロセッサ５２０は、距離に従って、ビデオ番組を受信し、距離に従って、関連情報を受信する。
【０１３７】
プロセッサ５２０は、プロキシサーバ２０がスタンドアロンユーザデバイスと第１の無線ハンドヘルドユーザデバイスの間の距離を決定することができるように、自動的に、または要求時に、第１の無線ハンドヘルドユーザデバイスの所在地情報をプロキシサーバ２０に送信すべきである。
【０１３８】
一実施形態では、距離が事前に定められた閾値よりも小さい場合、関連情報を受信するステップ７１５は、関連情報を受信し、ビデオ番組を受信するステップ７１０は、ビデオ番組を受信せず、スタンドアロンユーザデバイスは、ビデオ番組を受信するが、関連情報は受信しない。その論理的根拠は、スタンドアロンデバイスは、より大型のディスプレイを有するはずであり、ユーザがビデオ番組を見るのにより快適なはずであるというものである。
【０１３９】
別の実施形態では、距離が事前に定められた閾値よりも小さい場合、関連情報を受信するステップ７１５は、関連情報を受信せず、ビデオ番組を受信するステップ７１０は、ビデオ番組を受信し、スタンドアロンユーザデバイスは、関連情報を受信するが、ビデオ番組は受信しない。その論理的根拠は、ビデオ番組を求める要求を送信した使用デバイスが、要求されたビデオ番組を受信すべきであるというものである。
【０１４０】
距離が事前に定められた閾値よりも小さかったが、第１の無線ハンドヘルドユーザデバイスが移動させられて、今では距離が事前に定められた閾値よりも大きくなった場合、スタンドアロンユーザデバイスは、ビデオ番組および関連情報を受信せず、第１の無線ハンドヘルドユーザデバイスは、両方を受信する。その論理的根拠は、第１の無線ハンドヘルドユーザデバイスから要求を行ったユーザは、外出しているとき、第１の無線ハンドヘルドユーザデバイスを常に持ち歩いているはずであるというものである。
【０１４１】
第１の無線ハンドヘルドユーザデバイスは、カメラ５７０によって撮影された画像を従来の方法で分析することによって、第１の無線ハンドヘルドユーザデバイスに関するユーザの視点変化も検出し、視点変化情報をプロキシサーバ２０に送信し得る。視点変化情報は、ユーザ視点が、一実施形態では、第１の無線ハンドヘルドユーザデバイスに移動されたこと、または別の実施形態では、第１の無線ハンドヘルドユーザデバイスから他に移動されたことを示し得る。第１の無線ハンドヘルドユーザデバイスは、ディスプレイ５５０または物理的ボタン／キー５８０からのユーザ入力を検出することによっても、ユーザ視点がそれに移動されたことを示す視点変化を検出し得る。
【０１４２】
第１の無線ハンドヘルドユーザデバイスが、ユーザ視点が第１の無線ハンドヘルドユーザデバイスから他に移動されたことを示す視点変化情報を送信し、距離が事前に定められた閾値よりも小さい場合、図４Ｂに関して先に説明されたように、第１の無線ハンドヘルドユーザデバイスは、等しい品質またはより悪い品質を有するコンテンツを受信すべきであり、スタンドアロンユーザデバイスは、等しい品質またはより良い品質のコンテンツを受信すべきである。その後、スタンドアロンユーザデバイスが、ユーザ視点が第１のスタンドアロンユーザデバイスから他に移動されたことを示す視点変化情報を送信し、距離が依然として事前に定められた閾値よりも小さい場合、スタンドアロンユーザデバイスおよび無線ハンドヘルドユーザデバイスによってそれぞれ受信されるコンテンツの品質は、第１の視点変化情報がプロキシサーバ２０に送信される前のそれらに復元されるべきである。
【０１４３】
第１の無線ハンドヘルドユーザデバイスが、ユーザ視点が第１の無線ハンドヘルドユーザデバイスに移動されたことを示す視点変化情報を送信し、距離が事前に定められた閾値よりも小さい場合、例えば、図４に関して先に説明されたプロセスに従って、第１の無線ハンドヘルドユーザデバイスは、等しい品質またはより悪い品質を有するコンテンツを受信すべきであり、スタンドアロンユーザデバイスは、等しい品質またはより悪い品質を有するコンテンツを受信すべきである。
【０１４４】
スタンドアロンユーザデバイスに関して、事前に定められた閾値距離以内に、第２の無線ハンドヘルドユーザデバイスも存在し、関連情報が１よりも多いユーザデバイスに送信されることを許可される場合、関連情報の画像（グラフィック）部分は、ビデオ番組を受信しないユーザデバイスのうちのプライオリティがより高い方によって受信され、テキスト部分は、ビデオ番組を受信しないユーザデバイスのうちのプライオリティがより低い方によって受信される。ユーザ視点が第１の無線ハンドヘルドユーザデバイスに移動したこと、または第１の無線ハンドヘルドユーザデバイスから他に移動したことに応答した、第１の無線ハンドヘルドユーザデバイスによって受信されるコンテンツの品質の変化は、図４Ｂに関連する先の説明から導出されることができる。
【０１４５】
上で説明されたように、本発明の本原理は、スマートＴＶなどのスタンドアロンユーザデバイスへの、ならびにモバイル電話デバイス、タッチタブレット、パーソナルコンピュータ（ＰＣ）、リモートコントロールデバイス、および／またはサーバからビデオ番組を受信することが有利に可能である他のデバイスなどの無線ハンドヘルド電子デバイスの１または複数への、ビデオ番組およびビデオ番組に関連する情報の望ましい配信を提供する。要求された番組および要求された番組に関連する情報（関連情報）は、好ましくは、ビデオセッションに関与させられたスタンドアロンユーザデバイスと他のユーザデバイスの間の距離に従って、帯域幅を節約するように、２つの異なるユーザデバイスに送信される。コンテンツの品質は、ユーザの視点に依存し得、ユーザ視点を有するユーザデバイスが、サーバにおいて利用可能な品質によって許容可能な最も良い品質を有するコンテンツを受信すべきである。
【０１４６】
本発明は、好ましい設計を有するものとして説明されたが、本開示の主旨および範囲内でさらに変更されることができる。したがって、本出願は、その一般的な原理を使用する本発明の任意の変形、使用、または適合を包含することが意図されている。さらに、本出願は、本発明が関係する技術分野において知られた実施または慣習的な実施内に入り、また添付の特許請求の範囲の枠内にあるような、本開示からの逸脱を包含することが意図されている。
【図１】
2016524868.tif 000003
【図２】
2016524868.tif 000004
【図３】
2016524868.tif 000005
【図４Ａ】
2016524868.tif 000006
【図４Ｂ】
2016524868.tif 000007
【図５】
2016524868.tif 000008
【図６】
2016524868.tif 000009
【図７】
2016524868.tif 000010
【手続補正書】
【提出日】平成28年6月6日(2016.6.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
初期ビデオ品質を有するビデオ番組および初期情報品質を有する前記ビデオ番組に関連する情報を複数のデバイスに送信する方法であって、
両方ともアカウント内に登録された第１のデバイスおよび第２のデバイスの一方からビデオ番組の要求を受信するステップと、
第１の利用可能な帯域幅に従って、帯域幅の第１の量および第２の量をそれぞれ前記２つのデバイスの一方および前記２つのデバイスの他方に割り当てるステップと、
帯域幅の前記割り当てられた第１の量で足りる第１の品質を有する前記ビデオ番組を前記一方のデバイスに送信するが、前記ビデオ番組に関連する前記情報は送信しないステップと、
帯域幅の前記割り当てられた第２の量で足りる第２の品質を有する前記ビデオ番組に関連する前記情報を前記他方のデバイスに送信するが、前記ビデオ番組は送信しないステップと、
ユーザの第１の視点変化情報に応答して、前記割り当てられた第１の量および前記割り当てられた第２の量を調整して、前記第１の視点変化情報に従って、前記ユーザの視点を有する前記デバイスによって受信されるコンテンツの品質を最大化するステップと、
を含む、前記方法。
【請求項２】
前記第１のデバイスは、スタンドアロンデバイスとして登録され、前記第２のデバイスは、ハンドヘルドデバイスとして登録される、請求項１に記載の方法。
【請求項３】
前記割り当てられた第１の量が、前記一方のデバイスの帯域幅必要条件よりも多い場合、前記第１の品質は、前記初期ビデオ品質である、請求項１に記載の方法。
【請求項４】
前記割り当てられた第１の量が、前記一方のデバイスの帯域幅必要条件よりも少ない場合、前記第１の品質は、前記初期ビデオ品質よりも悪い、請求項１に記載の方法。
【請求項５】
前記初期ビデオ品質を有する前記ビデオ番組を、前記第１の品質を有する前記ビデオ番組に変換するステップをさらに含む、請求項４に記載の方法。
【請求項６】
前記初期ビデオ品質を有する前記ビデオ番組を表すビットの数は、前記第１の品質を有する前記ビデオ番組を表すビットの数よりも多い、請求項５に記載の方法。
【請求項７】
前記変換するステップは、前記ビデオ番組の解像度を低下させるステップを含む、請求項６に記載の方法。
【請求項８】
前記ユーザの視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザの視点を有する前記デバイスの帯域幅必要条件以上である場合、前記調整するステップは、前記割り当てられた第１の量および前記割り当てられた第２の量を維持するステップを含む、請求項１に記載の方法。
【請求項９】
前記ユーザの視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザの視点を有する前記デバイスの帯域幅必要条件よりも少ない場合、前記調整するステップは、前記第１の利用可能な帯域幅および前記ユーザの視点を有する前記デバイスの前記帯域幅必要条件を超えずに、前記ユーザの視点を有する前記デバイスに対する前記割り当てられた量を増加させるステップと、前記ユーザの視点を有さない前記デバイスに対する前記割り当てられた量を減少させるステップと、を含む、請求項１に記載の方法。
【請求項１０】
前記調整するステップは、前記ユーザの視点を有する前記デバイスおよび前記ユーザの視点を有さない前記デバイスにそれぞれ送信されるコンテンツの品質を調整するステップをさらに含む、請求項９に記載の方法。
【請求項１１】
品質を調整する前記ステップは、
前記ユーザの視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザの視点を有する前記デバイスの前記帯域幅必要条件以上である場合、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質を有するコンテンツを、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質を有するコンテンツを、前記ユーザの視点を有する前記デバイスに送信するステップと、
前記ユーザの視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザの視点を有する前記デバイスの前記帯域幅必要条件よりも少ないが、前記ユーザの視点を有する前記デバイスに対する前記割り当てられた量よりも多い場合、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質を有する前記コンテンツを、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質を有する前記コンテンツを、前記ユーザの視点を有する前記デバイスに対する前記調整された割り当てられた量で足りる第３の品質を有する前記コンテンツに変換するステップであって、前記第３の品質は、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質よりも悪く、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質よりも悪い、前記変換するステップと、
を含む、請求項１０に記載の方法。
【請求項１２】
ビデオ番組および前記ビデオ番組に関連する情報を複数のユーザデバイスに送信するためのサーバであって、前記ビデオ番組は、初期ビデオ品質を有し、前記ビデオ番組に関連する前記情報は、初期情報品質を有し、前記サーバは、
ストレージ手段と、
前記ストレージ手段内に記憶されたソフトウェアを実行する処理手段と、
を備え、
前記処理手段は、両方ともアカウント内に登録された第１のデバイスおよび第２のデバイスの一方からビデオ番組の要求を受信することと、前記要求に応答して、第１の利用可能な帯域幅に従って、帯域幅の第１の量および第２の量をそれぞれ前記２つのデバイスの一方および前記２つのデバイスの他方に割り当てることと、帯域幅の前記割り当てられた第１の量で足りる第１の品質を有する前記ビデオ番組を前記一方のデバイスに送信するが、前記ビデオ番組に関連する前記情報は送信しないことと、帯域幅の前記割り当てられた第２の量で足りる第２の品質を有する前記ビデオ番組に関連する前記情報を前記他方のデバイスに送信するが、前記ビデオ番組は送信しないことと、ユーザの第１の視点変化情報に応答して、前記割り当てられた第１の量および前記割り当てられた第２の量を調整し、前記第１の視点変化情報に従って、前記ユーザの視点を有する前記デバイスによって受信されるコンテンツの品質を最大化することと、を行うように構成される、
前記サーバ。
【請求項１３】
前記第１のデバイスは、スタンドアロンデバイスとして登録され、前記第２のデバイスは、ハンドヘルドデバイスとして登録される、請求項１２に記載のサーバ。
【請求項１４】
前記割り当てられた第１の量が、前記一方のデバイスの帯域幅必要条件よりも多い場合、前記第１の品質は、前記初期ビデオ品質である、請求項１２に記載のサーバ。
【請求項１５】
前記割り当てられた第１の量が、前記一方のデバイスの帯域幅必要条件よりも少ない場合、前記第１の品質は、前記初期ビデオ品質よりも悪い、請求項１２に記載のサーバ。
【請求項１６】
前記処理手段は、前記初期ビデオ品質を有する前記ビデオ番組を、前記第１の品質を有する前記ビデオ番組に変換するように構成される、請求項１５に記載のサーバ。
【請求項１７】
前記初期ビデオ品質を有する前記ビデオ番組を表すビットの数は、前記第１の品質を有する前記ビデオ番組を表すビットの数よりも多い、請求項１６に記載のサーバ。
【請求項１８】
前記ビデオ番組を変換することは、前記ビデオ番組の解像度を低下させることを含む、請求項１７に記載のサーバ。
【請求項１９】
前記ユーザの視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザの視点を有する前記デバイスの帯域幅必要条件以上である場合、前記処理手段は、前記割り当てられた第１の量および前記割り当てられた第２の量を維持することによって、前記割り当てられた第１の量および前記割り当てられた第２の量を調整するように構成される、請求項１２に記載のサーバ。
【請求項２０】
前記ユーザの視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザの視点を有する前記デバイスの帯域幅必要条件よりも少ない場合、前記処理手段は、前記第１の利用可能な帯域幅および前記ユーザの視点を有する前記デバイスの前記帯域幅必要条件を超えずに、前記ユーザの視点を有する前記デバイスに対する前記割り当てられた量を増加させることと、前記ユーザの視点を有さない前記デバイスに対する前記割り当てられた量を減少させることと、によって、前記割り当てられた第１の量および前記割り当てられた第２の量を調整するように構成される、請求項１２に記載のサーバ。
【請求項２１】
前記第１の量および前記第２の量を調整することは、前記ユーザの視点を有する前記デバイスおよび前記ユーザの視点を有さない前記デバイスにそれぞれ送信されるコンテンツの品質を調整することをさらに含む、請求項２０に記載のサーバ。
【請求項２２】
前記処理手段は、前記ユーザの視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザの視点を有する前記デバイスの前記帯域幅必要条件以上である場合、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質を有するコンテンツを、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質を有するコンテンツを、前記ユーザの視点を有する前記デバイスに送信することと、前記ユーザの視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザの視点を有する前記デバイスの前記帯域幅必要条件よりも少ないが、前記ユーザの視点を有する前記デバイスに対する前記割り当てられた量よりも多い場合、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質を有する前記コンテンツを、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質を有する前記コンテンツを、前記ユーザの視点を有する前記デバイスに対する前記調整された割り当てられた量で足りる第３の品質を有する前記コンテンツに変換することであって、前記第３の品質は、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質よりも悪く、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質よりも悪い、前記変換することと、によって、品質を調整するように構成される、請求項２１に記載のサーバ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
別の実施形態では、上記ユーザ視点を有する上記デバイスに対する上記調整された割り当てられた量が、上記ユーザ視点を有する上記デバイスの帯域幅必要条件よりも少ない場合、上記調整するステップは、上記第１の利用可能な帯域幅および上記ユーザ視点を有する上記デバイスの上記帯域幅必要条件を超えずに、上記ユーザ視点を有する上記デバイスに対する上記割り当てられた量を増加させるステップと、上記ユーザ視点を有さない上記デバイスに対する上記割り当てられた量を減少させるステップと、を含む。一実施形態では、上記調整するステップは、上記ユーザ視点を有する上記デバイスおよび上記ユーザ視点を有さない上記デバイスにそれぞれ送信されるコンテンツの品質を調整するステップをさらに含み、品質を調整する上記ステップは、上記ユーザ視点を有する上記デバイスに対する上記調整された割り当てられた量が、上記ユーザ視点を有する上記デバイスの上記帯域幅必要条件以上である場合、上記コンテンツが上記ビデオ番組であるならば、上記初期ビデオ品質を有するコンテンツを、または上記コンテンツが上記ビデオ番組に関連する上記情報であるならば、上記初期情報品質を有するコンテンツを、上記ユーザ視点を有する上記デバイスに送信するステップと、上記ユーザ視点を有する上記デバイスに対する上記調整された割り当てられた量が、上記ユーザ視点を有する上記デバイスの上記帯域幅必要条件よりも少ないが、上記ユーザ視点を有する上記デバイスに対する上記割り当てられた量よりも多い場合、上記コンテンツが上記ビデオ番組であるならば、上記初期ビデオ品質を有する上記コンテンツを、または上記コンテンツが上記ビデオ番組に関連する上記情報であるならば、上記初期情報品質を有する上記コンテンツを、上記ユーザ視点を有する上記デバイスに対する上記調整された割り当てられた量で足りる第３の品質を有する上記コンテンツに変換するステップであって、上記第３の品質は、上記コンテンツが上記ビデオ番組であるならば、上記初期ビデオ品質よりも、または上記コンテンツが上記ビデオ番組に関連する上記情報であるならば、上記初期情報品質よりも悪い、ステップと、を含む。一実施形態では、上記コンテンツを変換するステップは、上記コンテンツの解像度を低下させるステップを含む。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【００２５】
別の実施形態では、上記プロセッサは、上記ユーザ視点を有する上記デバイスに対する上記調整された割り当てられた量が、上記ユーザ視点を有する上記デバイスの上記帯域幅必要条件以上である場合、上記コンテンツが上記ビデオ番組であるならば、上記初期ビデオ品質を有するコンテンツを、または上記コンテンツが上記ビデオ番組に関連する上記情報であるならば、上記初期情報品質を有するコンテンツを、上記ユーザ視点を有する上記デバイスに送信することと、上記ユーザ視点を有する上記デバイスに対する上記調整された割り当てられた量が、上記ユーザ視点を有する上記デバイスの上記帯域幅必要条件よりも少ないが、上記ユーザ視点を有する上記デバイスに対する上記割り当てられた量よりも多い場合、上記コンテンツが上記ビデオ番組であるならば、上記初期ビデオ品質を有する上記コンテンツを、または上記コンテンツが上記ビデオ番組に関連する上記情報であるならば、上記初期情報品質を有する上記コンテンツを、上記ユーザ視点を有する上記デバイスに対する上記調整された割り当てられた量を満足する第３の品質を有する上記コンテンツに変換することであって、上記第３の品質は、上記コンテンツが上記ビデオ番組であるならば、上記初期ビデオ品質よりも、または上記コンテンツが上記ビデオ番組に関連する上記情報であるならば、上記初期情報品質よりも悪い、変換することと、によって、品質を調整するように構成される。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００４７
【補正方法】変更
【補正の内容】
【００４７】
Ｉ／Ｏブロック２７は、プロキシサーバ２０のＩ／Ｏ機能を実行するように動作可能であり、または構成される。例示的な実施形態によると、Ｉ／Ｏブロック２７は、サーバ１０およびユーザデバイス３１、３２、３３、ならびに他のネットワークソースからの、ディジタル変調形式のオーディオ、ビデオ、および／またはデータ信号などの信号を、有線および／または無線方法で、（ネットワーク４１、４３などの）セルフォン、インターネットなどの１または複数のネットワークから受信し、信号を、有線および／または無線方法で、そのような１または複数のネットワークに出力するように動作可能であり、または構成される。Ｉ／Ｏブロック２７は、有線および／または無線信号を受信することが可能な任意のタイプのＩ／Ｏインターフェースとして具体化され得、１または複数の個々の構成要素（例えば、アンテナ、プラグなど）から構成され得る。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００６４
【補正方法】変更
【補正の内容】
【００６４】
プロセッサ２９は、ビデオ番組を求める要求を受信した場合、最初に、キャッシュ２８内にコピーが存在するかどうかをチェックすることに留意されたい。キャッシュ２８内にビデオのコピーが存在する場合、プロセッサ２９は、キャッシュ２８からビデオ番組を取り出し、取り出されたビデオ番組をユーザデバイスに送信する。プロセッサ２９は、キャッシュ２８内に要求されたビデオ番組のコピーを見出すことができない場合、サーバ１０にコピーを要求し、キャッシュ２８内にコピーを記憶する。ビデオ番組とともに、キャッシュ２８は、ビデオ番組に関連する情報のコピーも記憶し得る。キャッシュ２８内にビデオ番組のコピーが存在する場合であっても、プロセッサ２９は、依然として、ビデオ番組に関連する更新された情報をサーバ１０からフェッチし得ることに留意されたい。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００８２
【補正方法】変更
【補正の内容】
【００８２】
上で述べられたように、両方のユーザデバイスが、アクティブであると仮定される。一実施形態では、プロセッサ２９は、スタンドアロンユーザデバイスおよび無線ハンドヘルドデバイス各々の状態を決定し、両方のユーザデバイスがアクティブでない場合、プロセッサ２９は、ビデオ番組および関連情報の送信を終了し、両方のユーザデバイスがアクティブである場合、プロセッサ２９は、ビデオ番組および関連情報の送信を維持し、一方のユーザデバイスのみがアクティブである場合、プロセッサ２９は、ビデオ番組および関連情報の両方をアクティブなユーザデバイスに送信し、ビデオ番組および関連情報を非アクティブなユーザデバイスには送信しない。この実施形態は、プライオリティ情報の考慮を伴う２よりも多いユーザデバイスが関与させられる場合にも供給されることができる。プライオリティを考慮する例は、後で実施形態の１つにおいて与えられる。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００８８
【補正方法】変更
【補正の内容】
【００８８】
１つのスタンドアロンユーザデバイスと１つの無線ハンドヘルドユーザデバイスを使用するものとして説明したが、実施形態の同じ原理は、１つのスタンドアロンユーザデバイスと１よりも多い無線ハンドヘルドユーザデバイスに供給されることができる。例えば、関連情報が、画像およびテキストの両方を含む場合、画像部分は、ビデオ番組を受信しない１つのユーザデバイスに送信されることができ、テキスト部分は、ビデオ番組を受信しない別の無線ユーザデバイスに送信されることができる。ビデオ番組を受信するユーザデバイスに帯域幅を割り当てた後、十分な帯域幅が存在しない場合、残りの利用可能な帯域幅は、最初に、画像部分を受信するユーザデバイスに割り当てられ、まだ残っている場合、残りが、テキスト部分を受信するユーザデバイスに割り当てられる。やはり、割り当てられた帯域幅が、ユーザデバイスの帯域幅必要条件を満たすのに十分でない場合、そのユーザデバイスに送信されるコンテンツは、割り当てられた帯域幅で足りるように適合または変換されるべきである。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００９９
【補正方法】変更
【補正の内容】
【００９９】
ステップ４２５２において、プロキシサーバ２０は、第１の視点変化情報に従って、帯域幅（「ＢＷ」）の割り当てられた量が、ユーザ視点を有するユーザデバイスのＢＷ必要条件よりも小さいかどうかをチェックする。それが帯域幅必要条件以上である場合、プロキシサーバ２０は、ステップ４２５３において、第１の割り当てられた量および第２の割り当てられた量を維持することによって、第１の割り当てられた量および第２の割り当てられた量を調整し、プロセスは、調整された量に従って、２つのユーザデバイスにそれぞれ送信されるコンテンツの品質の調整を開始する。第１の割り当てられた量および第２の割り当てられた量が維持されるので、プロキシサーバ２０は、第１の量および第２の量を維持することによって、品質を調整する。プロセスは、その後、新しい視点変化情報の受信を開始する。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１０４
【補正方法】変更
【補正の内容】
【０１０４】
一実施形態では、プロキシサーバ２０は、やはり、視点変化情報信号に応答して、プロキシサーバにおいて利用可能な帯域幅（第２の利用可能な帯域幅）を決定し得る。この実施形態では、プロキシサーバ２０は、第２の利用可能な帯域幅（プロキシサーバ２０における新たに決定された利用可能な帯域幅）に従って、第１の割り当てられた量および第２の割り当てられた量を調整する。例えば、プロキシサーバ２０は、第２の視点変化情報に従って、ユーザ視点を有するユーザデバイスに送信されるコンテンツの品質を最大化するように、帯域幅の第３の量を割り当て、第２の利用可能な帯域幅および第３の量に従って、帯域幅の第４の量を割り当てる。第３の量は、第２の利用可能な帯域幅、および第２の視点変化情報に従ったユーザ視点を有するユーザデバイスの帯域幅必要条件よりも大きくなるべきではない。品質が最大化されるので、第３の量は、ユーザ視点を有するユーザデバイスの帯域幅必要条件を最大とする、第２の利用可能な帯域幅によって許容可能な最大値であるべきである。プロキシサーバ２０は、第１の視点変化情報に応答して、同様の原理を供給し得る。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１１０
【補正方法】変更
【補正の内容】
【０１１０】
別の実施形態では、プロキシサーバ２０は、無線ハンドヘルドユーザデバイスとスタンドアロンユーザデバイスの間の距離を定期的にチェックし得る。距離が事前に定められた閾値内にある場合、プロキシサーバ２０は、上で説明されたように、第１の割り当てられた量および第２の割り当てられた量を調整する。距離が事前に定められた閾値内にない場合、調整ステップは、ユーザ視点を有するユーザデバイスの帯域幅必要条件を満たすように第１の利用可能な帯域幅を割り当て、ユーザ視点を有するユーザデバイスにビデオ番組および関連情報を送信するステップと、ユーザ視点を有さないユーザデバイスには帯域幅を割り当てず、ユーザ視点を有さないユーザデバイスにビデオ番組および関連情報を送信しないステップと、を含む。後の時点において、第２の視点変化情報から、ユーザ視点を有さないユーザデバイス（「他のユーザデバイス」）が今はユーザ視点を有していると、プロキシサーバ２０が決定した場合、プロキシサーバ２０は、他のユーザデバイスの帯域幅必要条件を満たすように利用可能な帯域幅を割り当て、他のデバイスにビデオ番組および関連情報の両方を送信する。プロキシサーバ２０は、プロキシサーバ２０が第２の視点変化情報を受信する前までユーザ視点を有していたユーザデバイスに帯域幅を割り当てず、ビデオ番組および関連情報を送信しない。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０１１１
【補正方法】変更
【補正の内容】
【０１１１】
３つのユーザデバイスが関与させられ、両方のハンドヘルドユーザデバイスが事前に定められた距離閾値内にない場合、プロキシサーバ２０は、ユーザ視点を有するユーザデバイスの帯域幅必要条件を満たすように利用可能な帯域幅を割り当て、ユーザ視点を有するユーザデバイスにビデオ番組および関連情報の両方を送信し、ユーザ視点を有さない他の２つのユーザデバイスには帯域幅を割り当てず、ビデオ番組および関連情報を送信しない。したがって、いずれの視点変化情報に応答するにしても、ユーザ視点を有するユーザデバイスのみが、帯域幅を取得し、ビデオ番組および関連情報を受信する。一方のハンドヘルドユーザデバイス（範囲内ハンドヘルドユーザデバイス）のみが事前に定められた閾値距離内にあり、他方のハンドヘルドユーザデバイス（範囲外ハンドヘルドユーザデバイス）がユーザ視点を有する場合、プロキシサーバ２０は、ユーザ視点を有する範囲外ハンドヘルドユーザデバイスの帯域幅必要条件を満たすように利用可能な帯域幅を割り当て、ユーザ視点を有する範囲外ユーザデバイスにビデオ番組および関連情報の両方を送信し、ユーザ視点を有さない他の２つのユーザデバイスには帯域幅を割り当てず、ビデオ番組および関連情報を送信しない。しかしながら、範囲外ハンドヘルドユーザデバイスがユーザ視点を有さない場合、プロキシサーバ２０は、ビデオセッション内にあるユーザデバイスが２つである場合の実施形態に関して上で説明されたように、ユーザ視点情報に従って、範囲内ハンドヘルドユーザデバイスとスタンドアロンユーザデバイスの間で帯域幅を調整し、範囲外ハンドヘルドユーザデバイスによって受信されたコンテンツは、今では、例えば、図２のプロセス２００の配信部分に従って、範囲内ハンドヘルドユーザデバイスおよびスタンドアロンユーザデバイスに送信される。後の時点において、プロキシサーバ２０が、第２の視点変化情報を受信し、範囲外ハンドヘルドユーザデバイスがユーザ視点を有すると決定した場合、プロキシサーバ２０は、範囲外ハンドヘルドユーザデバイスの帯域幅必要条件を満たすように利用可能な帯域幅を割り当て、ユーザ視点を有する範囲外ユーザデバイスにビデオ番組および関連情報の両方を送信し、ユーザ視点を有さない他の２つのユーザデバイスには帯域幅を割り当てず、ビデオ番組および関連情報を送信しない。プロキシサーバ２０が、第２の視点変化情報から、範囲内ハンドヘルドユーザデバイスとスタンドアロンユーザデバイスの一方がユーザ視点を有すると決定した場合、先に説明されたように、ユーザデバイスが２つの場合の実施形態に従って、調整が行われる。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０１１８
【補正方法】変更
【補正の内容】
【０１１８】
物理的ボタン／キーブロック５８０は、ユーザデバイス５０のユーザ操作者から物理的ユーザ入力を受け取るように動作可能であり、または構成される。例示的な実施形態によると、物理的ボタン／キーブロック５８０は、ディスプレイ５５０の周囲に対称的および／または他の適切な方法で設けられた複数の物理的ボタンおよび／またはキーを備え、例えば、ユーザデバイス５０の筐体内に構成され得、および筐体から延び得る。他のタイプの入力も、ディスプレイ５５０を介して提供され得る。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】０１２１
【補正方法】変更
【補正の内容】
【０１２１】
カメラ５７０は、焦点領域内の物体の画像を形成するように動作可能であり、または構成され、画像のコピーをメモリ５４０内に記憶する。一実施形態では、画像は、ユーザの頭部を含む画像である。ユーザデバイス５０におけるカメラ５７０の位置は固定されているので、コントローラ５２０は、従来の方法を使用して、頭部の画像から、ユーザの視点がユーザデバイス５０に移動されるところか、それともユーザデバイス５０から他に移動されるところかどうかを検出することができる。一実施形態では、コントローラ５２０がユーザ視点変化をより正確に決定することができるように、ユーザデバイス５０は、第２のカメラ（図示されず）を含み得る。コントローラ５２０がユーザ視点変化を検出すると、コントローラ５２０はプロキシサーバ２０に視点変化情報を送信する。視点変化情報は、ユーザ視点がユーザデバイス５０に移動されたこと、またはユーザデバイス５０から他に移動されたことを示し得る。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】０１２２
【補正方法】変更
【補正の内容】
【０１２２】
一実施形態では、コントローラ５２０がディスプレイ５５０または物理的ボタン／キー５８０からのユーザ入力を検出した場合、コントローラ５２０はユーザ視点がユーザデバイス５０に移動されたと決定する。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】０１２３
【補正方法】変更
【補正の内容】
【０１２３】
ＧＰＳ５６０は、ユーザデバイス５０の所在地情報を獲得するように動作可能であり、または構成され、コントローラ５２０は、現在の位置を、定期的に、例えば、５秒おきに、またはプロキシサーバ２０によって要求されたときに、報告すべきである。ＧＰＳ５６０は、スタンドアロンユーザデバイスの場合はオプションである。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】０１２４
【補正方法】変更
【補正の内容】
【０１２４】
図６は、ユーザデバイス５０がスタンドアロンユーザデバイスとして機能している場合のプロセスフロー６００を示している。ステップ６０５において、コントローラ５２０は、第１のデバイスの所在地情報をサーバ２０に送信する。第１のデバイスは、スタンドアロンユーザデバイスとして登録され、プロセスフロー６００の以下の説明では、スタンドアロンユーザデバイスおよび無線ハンドヘルドデバイスは、それぞれ、同じアカウント内に登録された第１のデバイスおよび第２のデバイスを示す。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】０１３２
【補正方法】変更
【補正の内容】
【０１３２】
スタンドアロンユーザデバイスが、ユーザ視点がスタンドアロンユーザデバイスに移動されたことを示す視点変化情報を送信し、距離が事前に定められた閾値よりも小さい場合、例えば、図４Ｂに関して先に説明されたプロセスに従って、スタンドアロンユーザデバイスは、等しい品質またはより良い品質を有するコンテンツを受信すべきであり、無線ハンドヘルドユーザデバイスは、等しい品質またはより悪い品質を有するコンテンツを受信すべきである。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】０１３９
【補正方法】変更
【補正の内容】
【０１３９】
別の実施形態では、距離が事前に定められた閾値よりも小さい場合、関連情報を受信するステップ７１５は、関連情報を受信せず、ビデオ番組を受信するステップ７１０は、ビデオ番組を受信し、スタンドアロンユーザデバイスは、関連情報を受信するが、ビデオ番組は受信しない。その論理的根拠は、ビデオ番組を求める要求を送信したユーザデバイスが、要求されたビデオ番組を受信すべきであるというものである。
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】０１４２
【補正方法】変更
【補正の内容】
【０１４２】
第１の無線ハンドヘルドユーザデバイスが、ユーザ視点が第１の無線ハンドヘルドユーザデバイスから他に移動されたことを示す視点変化情報を送信し、距離が事前に定められた閾値よりも小さい場合、図４Ｂに関して先に説明されたように、第１の無線ハンドヘルドユーザデバイスは、等しい品質またはより悪い品質を有するコンテンツを受信すべきであり、スタンドアロンユーザデバイスは、等しい品質またはより良い品質のコンテンツを受信すべきである。その後、スタンドアロンユーザデバイスが、ユーザ視点がスタンドアロンユーザデバイスから他に移動されたことを示す視点変化情報を送信し、距離が依然として事前に定められた閾値よりも小さい場合、スタンドアロンユーザデバイスおよび無線ハンドヘルドユーザデバイスによってそれぞれ受信されるコンテンツの品質は、第１の視点変化情報がプロキシサーバ２０に送信される前のそれらに復元されるべきである。
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】０１４３
【補正方法】変更
【補正の内容】
【０１４３】
第１の無線ハンドヘルドユーザデバイスが、ユーザ視点が第１の無線ハンドヘルドユーザデバイスに移動されたことを示す視点変化情報を送信し、距離が事前に定められた閾値よりも小さい場合、例えば、図４に関して先に説明されたプロセスに従って、第１の無線ハンドヘルドユーザデバイスは、等しい品質またはより良い品質を有するコンテンツを受信すべきであり、スタンドアロンユーザデバイスは、等しい品質またはより悪い品質を有するコンテンツを受信すべきである。
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】０１４６
【補正方法】変更
【補正の内容】
【０１４６】
本発明は、好ましい設計を有するものとして説明されたが、本開示の主旨および範囲内でさらに変更されることができる。したがって、本出願は、その一般的な原理を使用する本発明の任意の変形、使用、または適合を包含することが意図されている。さらに、本出願は、本発明が関係する技術分野において知られた実施または慣習的な実施内に入り、また添付の特許請求の範囲の枠内にあるような、本開示からの逸脱を包含することが意図されている。
（付記１）
初期ビデオ品質を有するビデオ番組および初期情報品質を有する前記ビデオ番組に関連する情報を複数のデバイスに送信する方法（４００）であって、
両方ともアカウント内に登録された第１のデバイスおよび第２のデバイスの一方からビデオ番組の要求を受信するステップ（４０５）と、
第１の利用可能な帯域幅に従って、帯域幅の第１の量および第２の量をそれぞれ前記２つのデバイスの一方および前記２つのデバイスの他方に割り当てるステップ（４１０）と、
帯域幅の前記第１の割り当てられた量で足りる第１の品質を有する前記ビデオ番組を前記一方のデバイスに送信するが、前記ビデオ番組に関連する前記情報は送信しないステップ（４１５）と、
帯域幅の前記第２の割り当てられた量で足りる第２の品質を有する前記ビデオ番組に関連する前記情報を前記他方のデバイスに送信するが、前記ビデオ番組は送信しないステップ（４２０）と、
ユーザの第１の視点変化情報に応答して、前記第１の割り当てられた量および前記第２の割り当てられた量を調整して、前記第１の視点変化情報に従って、前記ユーザの視点を有する前記デバイスによって受信されるコンテンツの品質を最大化するステップ（４２５）と、
を含む、前記方法。
（付記２）
前記第１のデバイスは、スタンドアロンデバイスとして登録され、前記第２のデバイスは、ハンドヘルドデバイスとして登録される、付記１に記載の方法（４００）。
（付記３）
前記第１の割り当てられた量が、前記一方のデバイスの帯域幅必要条件よりも多い場合、前記第１の品質は、前記初期ビデオ品質である、付記１に記載の方法（４００）。
（付記４）
前記第１の割り当てられた量が、前記一方のデバイスの帯域幅必要条件よりも少ない場合、前記第１の品質は、前記初期ビデオ品質よりも悪い、付記１に記載の方法（４００）。
（付記５）
前記初期ビデオ品質を有する前記ビデオ番組を、前記第１の品質を有する前記ビデオ番組に変換するステップをさらに含む、付記４に記載の方法（４００）。
（付記６）
前記初期ビデオ品質を有する前記ビデオ番組を表すビットの数は、前記第１の品質を有する前記ビデオ番組を表すビットの数よりも多い、付記５に記載の方法（４００）。
（付記７）
前記変換するステップは、前記ビデオ番組の解像度を低下させるステップを含む、付記６に記載の方法（４００）。
（付記８）
前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの帯域幅必要条件以上である場合、前記調整するステップは、前記第１の割り当てられた量および前記第２の割り当てられた量を維持するステップを含む、付記１に記載の方法（４００）。
（付記９）
前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの帯域幅必要条件よりも少ない場合、前記調整するステップは、前記第１の利用可能な帯域幅および前記ユーザ視点を有する前記デバイスの前記帯域幅必要条件を超えずに、前記ユーザ視点を有する前記デバイスに対する前記割り当てられた量を増加させるステップと、前記ユーザ視点を有さない前記デバイスに対する前記割り当てられた量を減少させるステップと、を含む、付記１に記載の方法（４００）。
（付記１０）
前記調整するステップは、前記ユーザ視点を有する前記デバイスおよび前記ユーザ視点を有さない前記デバイスにそれぞれ送信されるコンテンツの品質を調整するステップをさらに含む、付記９に記載の方法（４００）。
（付記１１）
品質を調整する前記ステップは、
前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの前記帯域幅必要条件以上である場合、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質を有するコンテンツを、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質を有するコンテンツを、前記ユーザ視点を有する前記デバイスに送信するステップと、
前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの前記帯域幅必要条件よりも少ないが、前記ユーザ視点を有する前記デバイスに対する前記割り当てられた量よりも多い場合、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質を有する前記コンテンツを、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質を有する前記コンテンツを、前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量で足りる第３の品質を有する前記コンテンツに変換するステップであって、前記第３の品質は、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質よりも、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質よりも良い、前記変換するステップと、
を含む、付記１０に記載の方法（４００）。
（付記１２）
帯域幅の前記減少させられた割り当てられた量で足りるように、前記ユーザ視点を有さない前記デバイスに送信されるコンテンツを変換するステップをさらに含む、付記９に記載の方法（４００）。
（付記１３）
前記コンテンツを変換するステップは、前記コンテンツの解像度を低下させるステップを含む、付記１２に記載の方法（４００）。
（付記１４）
前記第１の視点変化情報を受信した後、前記第１の視点変化情報を送信しなかった前記デバイスから第２の視点変化情報を受信するステップをさらに含む、付記１２に記載の方法（４００）。
（付記１５）
前記第２の視点変化情報に応答して、前記第１の割り当てられた量および前記第２の割り当てられた量を復元するステップをさらに含む、付記１４に記載の方法（４００）。
（付記１６）
前記第２の視点変化情報に応答して、第２の利用可能な帯域幅を決定するステップと、
前記第２の視点変化情報に従って、前記ユーザ視点を有する前記デバイスに送信されるコンテンツの品質を最大化するように、帯域幅の第３の量を割り当てるステップと、
前記第２の視点変化情報に従った、前記第２の利用可能な帯域幅および前記第３の量に従って、前記ユーザ視点を有さない前記デバイスに帯域幅の第４の量を割り当てるステップと、
をさらに含む、付記１２に記載の方法（４００）。
（付記１７）
前記ユーザ視点を有する前記デバイスに対する前記割り当てられた量が、前記ユーザ視点を有する前記デバイスの帯域幅必要条件よりも少ない場合、前記調整するステップは、
前記第１の視点変化情報に応答して、第２の利用可能な帯域幅を決定するステップと、
前記ユーザ視点を有する前記デバイスに送信されるコンテンツの品質を最大化するように、帯域幅の第３の量を割り当てるステップと、
前記第２の利用可能な帯域幅および前記第３の量に従って、前記ユーザ視点を有さない前記デバイスに帯域幅の第４の量を割り当てるステップと、
をさらに含む、付記１に記載の方法（４００）。
（付記１８）
前記２つのユーザデバイスの一方から送信された前記第１の視点変化情報を受信するステップをさらに含む、付記１に記載の方法（４００）。
（付記１９）
前記第１の視点変化情報は、前記ユーザの視点が前記第１の視点変化情報を送信した前記デバイスに移動したことを示す、付記１に記載の方法（４００）。
（付記２０）
前記第１の視点変化情報は、前記ユーザ視点が前記第１の視点変化を送信した前記デバイスから他に移動したことを示す、付記１に記載の方法（４００）。
（付記２１）
割り当てる前記ステップは、
前記第１の利用可能な帯域幅Ｂを決定するステップと、
前記一方のデバイスの帯域幅必要条件Ｂ１および前記他方のデバイスの帯域幅必要条件Ｂ２を決定するステップと、
Ｂ＜Ｂ１である場合、前記一方のデバイスにＢを割り当て、前記他方のデバイスに帯域幅を割り当てず（３２０）、Ｂで足りるように前記ビデオ番組を変換する（３２５）ステップと、
ＢがＢ１以上である場合、前記一方のデバイスにＢ１を割り当て（３１５）、Ｂ−Ｂ１がＢ２以上である場合、前記他方のデバイスにＢ２を割り当て（３３５）、Ｂ−Ｂ１がＢ２よりも小さい場合、前記他方のデバイスにＢ−Ｂ１を割り当てて（３４０）、Ｂ−Ｂ１で足りるように前記ビデオ番組に関連する前記情報を変換する（３４５）ステップと、
を含む、付記１に記載の方法（４００）。
（付記２２）
前記２つのデバイス各々の状態を決定するステップと、
両方のデバイスがアクティブでない場合、前記ビデオ番組および前記ビデオ番組に関連する前記情報の送信を終了するステップと、
一方のデバイスのみがアクティブである場合、前記ビデオ番組および前記ビデオ番組に関連する前記情報の両方を前記アクティブなデバイスに送信するステップと、
をさらに含む、付記１に記載の方法（４００）。
（付記２３）
前記２つのデバイスの間の距離を決定するステップと、
前記距離が事前に定められた閾値内にある場合、いずれの視点変化情報にも応答して、前記調整するステップを実行するステップと、
をさらに含み、
前記距離が事前に定められた閾値内にない場合、前記調整するステップは、前記ユーザ視点を有する前記デバイスに前記第１の利用可能な帯域幅を割り当て、前記ビデオ番組および前記ビデオ番組に関連する前記情報を、前記ユーザ視点を有する前記デバイスに送信するステップと、前記ユーザ視点を有さない前記デバイスに帯域幅を割り当てず、ビデオ番組および前記ビデオ番組に関連する情報を、前記ユーザ視点を有さない前記デバイスに送信しないステップと、を含む、
付記１に記載の方法（４００）。
（付記２４）
ビデオ番組および前記ビデオ番組に関連する情報を複数のデバイスに送信するためのサーバ（２０）であって、前記ビデオ番組は、初期ビデオ品質を有し、前記ビデオ番組に関連する前記情報は、初期情報品質を有し、前記サーバ（２０）は、
ストレージ（２６）と、
前記ストレージ内に記憶されたソフトウェアを実行するプロセッサ（２９）と、
を備え、
前記プロセッサ（２９）は、両方ともアカウント内に登録された第１のデバイスおよび第２のデバイスの一方からビデオ番組の要求を受信することと、前記要求に応答して、第１の利用可能な帯域幅に従って、帯域幅の第１の量および第２の量をそれぞれ前記２つのデバイスの一方および前記２つのデバイスの他方に割り当てることと、帯域幅の前記第１の割り当てられた量で足りる第１の品質を有する前記ビデオ番組を前記一方のデバイスに送信するが、前記ビデオ番組に関連する前記情報は送信しないことと、帯域幅の前記第２の割り当てられた量で足りる第２の品質を有する前記ビデオ番組に関連する前記情報を前記他方のデバイスに送信するが、前記ビデオ番組は送信しないことと、ユーザの第１の視点変化情報に応答して、前記第１の割り当てられた量および前記第２の割り当てられた量を調整し、前記第１の視点変化情報に従って、前記ユーザの視点を有する前記デバイスによって受信されるコンテンツの品質を最大化することと、を行うように構成される、
前記サーバ（２０）。
（付記２５）
前記第１のデバイスは、スタンドアロンデバイスとして登録され、前記第２のデバイスは、ハンドヘルドデバイスとして登録される、付記２４に記載のサーバ（２０）。
（付記２６）
前記第１の割り当てられた量が、前記一方のデバイスの帯域幅必要条件よりも多い場合、前記第１の品質は、前記初期ビデオ品質である、付記２４に記載のサーバ（２０）。
（付記２７）
前記第１の割り当てられた量が、前記一方のデバイスの帯域幅必要条件よりも少ない場合、前記第１の品質は、前記初期ビデオ品質よりも悪い、付記２４に記載のサーバ（２０）。
（付記２８）
前記プロセッサ（２９）は、前記初期ビデオ品質を有する前記ビデオ番組を、前記第１の品質を有する前記ビデオ番組に変換するように構成される、付記２７に記載の方法。
（付記２９）
前記初期ビデオ品質を有する前記ビデオ番組を表すビットの数は、前記第１の品質を有する前記ビデオ番組を表すビットの数よりも多い、付記２８に記載のサーバ（２０）。
（付記３０）
前記ビデオ番組を変換することは、前記ビデオ番組の解像度を低下させることを含む、付記２９に記載のサーバ（２０）。
（付記３１）
前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの帯域幅必要条件以上である場合、前記プロセッサ（２９）は、前記第１の割り当てられた量および前記第２の割り当てられた量を維持することによって、前記第１の割り当てられた量および前記第２の割り当てられた量を調整するように構成される、付記２４に記載のサーバ（２０）。
（付記３２）
前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの帯域幅必要条件よりも少ない場合、前記プロセッサ（２９）は、前記第１の利用可能な帯域幅および前記ユーザ視点を有する前記デバイスの前記帯域幅必要条件を超えずに、前記ユーザ視点を有する前記デバイスに対する前記割り当てられた量を増加させることと、前記ユーザ視点を有さない前記デバイスに対する前記割り当てられた量を減少させることと、によって、前記第１の割り当てられた量および前記第２の割り当てられた量を調整するように構成される、付記２４に記載のサーバ（２０）。
（付記３３）
前記第１の量および前記第２の量を調整することは、前記ユーザ視点を有する前記デバイスおよび前記ユーザ視点を有さない前記デバイスにそれぞれ送信されるコンテンツの品質を調整することをさらに含む、付記３２に記載のサーバ（２０）。
（付記３４）
前記プロセッサ（２９）は、前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの前記帯域幅必要条件以上である場合、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質を有するコンテンツを、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質を有するコンテンツを、前記ユーザ視点を有する前記デバイスに送信することと、前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの前記帯域幅必要条件よりも少ないが、前記ユーザ視点を有する前記デバイスに対する前記割り当てられた量よりも多い場合、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質を有する前記コンテンツを、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質を有する前記コンテンツを、前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量で足りる第３の品質を有する前記コンテンツに変換することであって、前記第３の品質は、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質よりも、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質よりも良い、変換することと、によって、品質を調整するように構成される、付記３３に記載のサーバ（２０）。
（付記３５）
前記プロセッサ（２９）は、帯域幅の前記減少させられた割り当てられた量で足りるように、前記ユーザ視点を有さない前記デバイスに送信されるコンテンツを変換するように構成される、付記３２に記載のサーバ（２０）。
（付記３６）
前記プロセッサ（２９）は、前記コンテンツの解像度を低下させることによって、コンテンツを変換するように構成される、付記３５に記載のサーバ（２０）。
（付記３７）
前記プロセッサ（２９）は、前記第１の視点変化情報を受信した後、前記第１の視点変化情報を送信しなかった前記デバイスから第２の視点変化情報を受信するように構成される、付記３４に記載のサーバ（２０）。
（付記３８）
前記第２の視点変化情報に応答して、前記プロセッサ（２９）は、前記第１の割り当てられた量および前記第２の割り当てられた量を復元するように構成される、付記３７に記載のサーバ（２０）。
（付記３９）
前記プロセッサ（２９）は、前記第２の視点変化情報に応答して、第２の利用可能な帯域幅を決定することと、前記第２の視点変化情報に従って、前記ユーザ視点を有する前記デバイスに送信されるコンテンツの品質を最大化するように、帯域幅の第３の量を割り当てることと、前記第２の視点変化情報に従った、前記第２の利用可能な帯域幅および前記第３の量に従って、前記ユーザ視点を有さない前記デバイスに帯域幅の第４の量を割り当てることと、を行うように構成される、付記３７に記載のサーバ（２０）。
（付記４０）
前記ユーザ視点を有する前記デバイスに対する前記割り当てられた量が、前記ユーザ視点を有する前記デバイスの帯域幅必要条件よりも少ない場合、前記プロセッサ（２９）は、前記第１の視点変化情報に応答して、第２の利用可能な帯域幅を決定することと、前記ユーザ視点を有する前記デバイスに対して送信されるコンテンツの品質を最大化するように、帯域幅の第３の量を割り当てることと、前記第２の利用可能な帯域幅および前記第３の量に従って、前記ユーザ視点を有さない前記デバイスに帯域幅の第４の量を割り当てることと、によって、前記第１の割り当てられた量および前記第２の割り当てられた量を調整するように構成される、付記２４に記載のサーバ（２０）。
（付記４１）
前記プロセッサ（２９）は、前記２つのユーザデバイスの一方から送信された前記第１の視点変化情報を受信するように構成される、付記２４に記載のサーバ（２０）。
（付記４２）
前記第１の視点変化情報は、前記ユーザの視点が前記視点変化情報を送信した前記デバイスに移動したことを示す、付記２４に記載のサーバ（２０）。
（付記４３）
前記第１の視点変化情報は、前記ユーザ視点が前記第１の視点変化を送信した前記デバイスから他に移動したことを示す、付記２４に記載のサーバ（２０）。
（付記４４）
前記プロセッサ（２９）は、前記第１の利用可能な帯域幅Ｂを決定することと、前記一方のデバイスの帯域幅必要条件Ｂ１および前記他方のデバイスの帯域幅必要条件Ｂ２を決定することと、Ｂ＜Ｂ１である場合、前記一方のデバイスにＢを割り当て、前記他方のデバイスに帯域幅を割り当てず（３２０）、Ｂで足りるように前記ビデオ番組を変換する（３２５）ことと、ＢがＢ１以上である場合、前記一方のデバイスにＢ１を割り当て（３１５）、Ｂ−Ｂ１がＢ２以上である場合、前記他方のデバイスにＢ２を割り当て（３３５）、Ｂ−Ｂ１がＢ２よりも小さい場合、前記他方のデバイスにＢ−Ｂ１を割り当てて（３４０）、Ｂ−Ｂ１で足りるように前記ビデオ番組に関連する前記情報を変換する（３４５）ことと、によって、前記第１の割り当てられた量および前記第２の割り当てられた量を割り当てるように構成される、付記２４に記載のサーバ（２０）。
（付記４５）
前記プロセッサ（２９）は、前記２つのデバイス各々の状態を決定することと、両方のデバイスがアクティブでない場合、前記ビデオ番組および前記ビデオ番組に関連する前記情報の送信を終了することと、一方のデバイスのみがアクティブである場合、前記ビデオ番組および前記ビデオ番組に関連する前記情報の両方を前記アクティブなデバイスに送信することと、を行うように構成される、付記２４に記載のサーバ（２０）。
（付記４６）
前記プロセッサ（２９）は、前記２つのデバイスの間の距離を決定することと、前記距離が事前に定められた閾値内にある場合、いずれの視点変化情報にも応答して、前記調整するステップを実行することと、を行うように構成され、前記距離が事前に定められた閾値内にない場合、前記調整するステップは、前記ユーザ視点を有する前記デバイスに前記第１の利用可能な帯域幅を割り当て、前記ビデオ番組および前記ビデオ番組に関連する前記情報を、前記ユーザ視点を有する前記デバイスに送信するステップと、前記ユーザ視点を有さない前記デバイスに帯域幅を割り当てず、ビデオ番組および前記ビデオ番組に関連する情報を、前記ユーザ視点を有さない前記デバイスに送信しないステップと、を含む、付記２４に記載のサーバ（２０）。
（付記４７）
ビデオ番組および前記ビデオ番組に関連する情報を複数のユーザデバイスに送信するためのサーバ（２０）であって、前記ビデオ番組は、初期ビデオ品質を有し、前記ビデオ番組に関連する前記情報は、初期情報品質を有し、前記サーバ（２０）は、
ストレージ手段（２６）と、
前記ストレージ（２６）内に記憶されたソフトウェアを実行する処理手段（２９）と、
を備え、
前記処理手段（２９）は、両方ともアカウント内に登録された第１のデバイスおよび第２のデバイスの一方からビデオ番組の要求を受信することと、前記要求に応答して、第１の利用可能な帯域幅に従って、帯域幅の第１の量および第２の量をそれぞれ前記２つのデバイスの一方および前記２つのデバイスの他方に割り当てることと、帯域幅の前記第１の割り当てられた量で足りる第１の品質を有する前記ビデオ番組を前記一方のデバイスに送信するが、前記ビデオ番組に関連する前記情報は送信しないことと、帯域幅の前記第２の割り当てられた量で足りる第２の品質を有する前記ビデオ番組に関連する前記情報を前記他方のデバイスに送信するが、前記ビデオ番組は送信しないことと、ユーザの第１の視点変化情報に応答して、前記第１の割り当てられた量および前記第２の割り当てられた量を調整し、前記第１の視点変化情報に従って、前記ユーザの視点を有する前記デバイスによって受信されるコンテンツの品質を最大化することと、を行うように構成される、
前記サーバ（２０）。
（付記４８）
前記第１のデバイスは、スタンドアロンデバイスとして登録され、前記第２のデバイスは、ハンドヘルドデバイスとして登録される、付記４７に記載のサーバ（２０）。
（付記４９）
前記第１の割り当てられた量が、前記一方のデバイスの帯域幅必要条件よりも多い場合、前記第１の品質は、前記初期ビデオ品質である、付記４７に記載のサーバ（２０）。
（付記５０）
前記第１の割り当てられた量が、前記一方のデバイスの帯域幅必要条件よりも少ない場合、前記第１の品質は、前記初期ビデオ品質よりも悪い、付記４７に記載のサーバ（２０）。
（付記５１）
前記処理手段（２９）は、前記初期ビデオ品質を有する前記ビデオ番組を、前記第１の品質を有する前記ビデオ番組に変換するように構成される、付記５０に記載の方法。
（付記５２）
前記初期ビデオ品質を有する前記ビデオ番組を表すビットの数は、前記第１の品質を有する前記ビデオ番組を表すビットの数よりも多い、付記５１に記載のサーバ（２０）。
（付記５３）
前記ビデオ番組を変換することは、前記ビデオ番組の解像度を低下させることを含む、付記５２に記載のサーバ（２０）。
（付記５４）
前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの帯域幅必要条件以上である場合、前記処理手段（２９）は、前記第１の割り当てられた量および前記第２の割り当てられた量を維持することによって、前記第１の割り当てられた量および前記第２の割り当てられた量を調整するように構成される、付記４７に記載のサーバ（２０）。
（付記５５）
前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの帯域幅必要条件よりも少ない場合、前記処理手段（２９）は、前記第１の利用可能な帯域幅および前記ユーザ視点を有する前記デバイスの前記帯域幅必要条件を超えずに、前記ユーザ視点を有する前記デバイスに対する前記割り当てられた量を増加させることと、前記ユーザ視点を有さない前記デバイスに対する前記割り当てられた量を減少させることと、によって、前記第１の割り当てられた量および前記第２の割り当てられた量を調整するように構成される、付記４７に記載のサーバ（２０）。
（付記５６）
前記第１の量および前記第２の量を調整することは、前記ユーザ視点を有する前記デバイスおよび前記ユーザ視点を有さない前記デバイスにそれぞれ送信されるコンテンツの品質を調整することをさらに含む、付記５５に記載のサーバ（２０）。
（付記５７）
前記処理手段（２９）は、前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの前記帯域幅必要条件以上である場合、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質を有するコンテンツを、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質を有するコンテンツを、前記ユーザ視点を有する前記デバイスに送信することと、前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量が、前記ユーザ視点を有する前記デバイスの前記帯域幅必要条件よりも少ないが、前記ユーザ視点を有する前記デバイスに対する前記割り当てられた量よりも多い場合、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質を有する前記コンテンツを、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質を有する前記コンテンツを、前記ユーザ視点を有する前記デバイスに対する前記調整された割り当てられた量で足りる第３の品質を有する前記コンテンツに変換することであって、前記第３の品質は、前記コンテンツが前記ビデオ番組であるならば、前記初期ビデオ品質よりも、または前記コンテンツが前記ビデオ番組に関連する前記情報であるならば、前記初期情報品質よりも良い、前記変換することと、によって、品質を調整するように構成される、付記５６に記載のサーバ（２０）。
（付記５８）
前記処理手段（２９）は、帯域幅の前記減少させられた割り当てられた量で足りるように、前記ユーザ視点を有さない前記デバイスに送信されるコンテンツを変換するように構成される、付記５５に記載のサーバ（２０）。
（付記５９）
前記処理手段（２９）は、前記コンテンツの解像度を低下させることによって、コンテンツを変換するように構成される、付記５８に記載のサーバ（２０）。
（付記６０）
前記処理手段（２９）は、前記第１の視点変化情報を受信した後、前記第１の視点変化情報を送信しなかった前記デバイスから第２の視点変化情報を受信するように構成される、付記５７に記載のサーバ（２０）。
（付記６１）
前記第２の視点変化情報に応答して、前記処理手段（２９）は、前記第１の割り当てられた量および前記第２の割り当てられた量を復元するように構成される、付記６０に記載のサーバ（２０）。
（付記６２）
前記処理手段（２９）は、前記第２の視点変化情報に応答して、第２の利用可能な帯域幅を決定することと、前記第２の視点変化情報に従って、前記ユーザ視点を有する前記デバイスに送信されるコンテンツの品質を最大化するように、帯域幅の第３の量を割り当てることと、前記第２の視点変化情報に従った、前記第２の利用可能な帯域幅および前記第３の量に従って、前記ユーザ視点を有さない前記デバイスに帯域幅の第４の量を割り当てることと、を行うように構成される、付記６０に記載のサーバ（２０）。
（付記６３）
前記ユーザ視点を有する前記デバイスに対する前記割り当てられた量が、前記ユーザ視点を有する前記デバイスの帯域幅必要条件よりも少ない場合、前記処理手段（２９）は、前記第１の視点変化情報に応答して、第２の利用可能な帯域幅を決定することと、前記ユーザ視点を有する前記デバイスに対して送信されるコンテンツの品質を最大化するように、帯域幅の第３の量を割り当てることと、前記第２の利用可能な帯域幅および前記第３の量に従って、前記ユーザ視点を有さない前記デバイスに帯域幅の第４の量を割り当てることと、によって、前記第１の割り当てられた量および前記第２の割り当てられた量を調整するように構成される、付記４７に記載のサーバ（２０）。
（付記６４）
前記処理手段（２９）は、前記２つのユーザデバイスの一方から送信された前記第１の視点変化情報を受信するように構成される、付記４７に記載のサーバ（２０）。
（付記６５）
前記第１の視点変化情報は、前記ユーザの視点が前記視点変化情報を送信した前記デバイスに移動したことを示す、付記４７に記載のサーバ（２０）。
（付記６６）
前記第１の視点変化情報は、前記ユーザ視点が前記第１の視点変化を送信した前記デバイスから他に移動したことを示す、付記４７に記載のサーバ（２０）。
（付記６７）
前記処理手段（２９）は、前記第１の利用可能な帯域幅Ｂを決定することと、前記一方のデバイスの帯域幅必要条件Ｂ１および前記他方のデバイスの帯域幅必要条件Ｂ２を決定することと、Ｂ＜Ｂ１である場合、前記一方のデバイスにＢを割り当て、前記他方のデバイスに帯域幅を割り当てず（３２０）、Ｂで足りるように前記ビデオ番組を変換する（３２５）ことと、ＢがＢ１以上である場合、前記一方のデバイスにＢ１を割り当て（３１５）、Ｂ−Ｂ１がＢ２以上である場合、前記他方のデバイスにＢ２を割り当て（３３５）、Ｂ−Ｂ１がＢ２よりも小さい場合、前記他方のデバイスにＢ−Ｂ１を割り当てて（３４０）、Ｂ−Ｂ１で足りるように前記ビデオ番組に関連する前記情報を変換する（３４５）ことと、によって、前記第１の割り当てられた量および前記第２の割り当てられた量を割り当てるように構成される、付記４７に記載のサーバ（２０）。
（付記６８）
前記処理手段（２９）は、前記２つのデバイス各々の状態を決定することと、両方のデバイスがアクティブでない場合、前記ビデオ番組および前記ビデオ番組に関連する前記情報の送信を終了することと、一方のデバイスのみがアクティブである場合、前記ビデオ番組および前記ビデオ番組に関連する前記情報の両方を前記アクティブなデバイスに送信することと、を行うように構成される、付記４７に記載のサーバ（２０）。
（付記６９）
前記処理手段（２９）は、前記２つのデバイスの間の距離を決定することと、前記距離が事前に定められた閾値内にある場合、いずれの視点変化情報にも応答して、前記調整するステップを実行することと、を行うように構成され、前記距離が事前に定められた閾値内にない場合、前記調整するステップは、前記ユーザ視点を有する前記デバイスに前記第１の利用可能な帯域幅を割り当て、前記ビデオ番組および前記ビデオ番組に関連する前記情報を、前記ユーザ視点を有する前記デバイスに送信するステップと、前記ユーザ視点を有さない前記デバイスに帯域幅を割り当てず、ビデオ番組および前記ビデオ番組に関連する情報を、前記ユーザ視点を有さない前記デバイスに送信しないステップと、を含む、付記４７に記載のサーバ（２０）。
【手続補正２２】
【補正対象書類名】図面
【補正対象項目名】図６
【補正方法】変更
【補正の内容】
【図６】
2016524868.tif 000011
【手続補正２３】
【補正対象書類名】図面
【補正対象項目名】図７
【補正方法】変更
【補正の内容】
【図７】
2016524868.tif 000012
【国際調査報告】
2016524868.tif 000013
2016524868.tif 000014
2016524868.tif 000015
2016524868.tif 000016