(57)【要約】第１及び第２のデバイスへビデオプログラムを分配する方法が開示される。方法は、サーバにおいてアカウントに両方ともが登録されている第１及び第２のデバイスのうちの１つからビデオプログラムのリクエストを受信するステップと、２つのデバイスの間の距離に従って２つのデバイスのうちの第１の選択された１つへ、ビデオプログラムに関する情報を除いて、ビデオプログラムを送信するステップと、距離に従って２つのデバイスのうちの第２の選択された１つへ、ビデオプログラムを除いて、ビデオプログラムに関する情報を送信するステップとを有する。
2016524867.tif 000002
【特許請求の範囲】
【請求項１】
第１及び第２のデバイスへビデオプログラムを分配する方法であって、
サーバにおいてアカウントに両方ともが登録されている前記第１及び第２のデバイスのうちの１つから前記ビデオプログラムのリクエストを受信するステップと、
前記第１及び第２のデバイスの間の距離に従って前記第１及び第２のデバイスのうちの第１の選択された１つへ、前記ビデオプログラムに関する情報を除いて、前記ビデオプログラムを送信するステップと、
前記距離に従って前記第１及び第２のデバイスのうちの第２の選択された１つへ、前記ビデオプログラムを除いて、前記ビデオプログラムに関する前記情報を送信するステップと
を有する方法。
【請求項２】
前記第１のデバイスは、スタンドアローンのデバイスとして登録され、前記第２のデバイスは、ハンドヘルドのデバイスとして登録される、
請求項１に記載の方法。
【請求項３】
前記第１の選択された１つのデバイスは、前記第２の選択された１つのデバイスとは異なる、
請求項１に記載の方法。
【請求項４】
前記距離が予め定義された閾値よりも短い場合は、前記第１のデバイスを前記第１の選択された１つのデバイスとして選択し、前記第２のデバイスを前記第２の選択された１つのデバイスとして選択するステップと、
前記距離が前記予め定義された閾値よりも長い場合は、前記第２のデバイスを前記第１及び第２の選択された１つのデバイスとして選択し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を前記第１のデバイスへは送信しないステップと
を更に有する請求項１に記載の方法。
【請求項５】
前記第１のデバイスの位置情報を取得するステップと、
前記第２のデバイスの位置情報を取得するステップと、
前記第１のデバイスの取得された位置情報及び前記第２のデバイスの取得された位置情報に従って前記距離を決定するステップと
を更に有する請求項４に記載の方法。
【請求項６】
前記第２のデバイスの位置情報を取得することができない場合は、前記距離は、前記予め定義された閾値よりも長いと決定される、
請求項５に記載の方法。
【請求項７】
前記第１のデバイスの位置情報を取得することは、ユーザのユーザプロファイルにおいて前記第１のデバイスの距離情報をチェックすることを有する、
請求項５に記載の方法。
【請求項８】
前記リクエストが前記第１のデバイスからである場合は、当該方法は、
前記距離が予め定義された距離よりも短い場合は、前記第１のデバイスを前記第１の選択された１つのデバイスとして選択し、前記第２のデバイスを前記第２の選択された１つのデバイスとして選択するステップと、
前記距離が前記予め定義された距離よりも長い場合は、前記第１のデバイスを前記第１及び第２の選択された１つのデバイスとして選択し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を前記第２のデバイスへは送信しないステップと
を更に有する、請求項１に記載の方法。
【請求項９】
利用可能なバンド幅Ｂを決定するステップと、
前記第１の選択された１つのデバイスのバンド幅要求Ｂ１及び前記第２の選択された１つのデバイスのバンド幅要求Ｂ２を決定し、
Ｂ＜Ｂ１の場合は、Ｂを前記第１の選択された１つのデバイスへ割り当て、前記第２の選択された１つのデバイスへはバンド幅を割り当てず、前記ビデオプログラムを、Ｂを満足するよう変換するステップと、
ＢがＢ１よりも狭くない場合は、Ｂ１を前記第１の選択された１つのデバイスへ割り当て、Ｂ−Ｂ１がＢ２よりも狭くない場合は、Ｂ２を前記第２の選択された１つのデバイスへ割り当て、Ｂ−Ｂ１がＢ２よりも狭い場合は、Ｂ−Ｂ１を前記第２の選択された１つのデバイスへ割り当て、前記ビデオプログラムに関する前記情報を、Ｂ−Ｂ１を満足するよう変換するステップと
を更に有する請求項３に記載の方法。
【請求項１０】
前記第１及び第２のデバイスの夫々のステータスを決定するステップと、
いずれのデバイスもアクティブでない場合は、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の送信を終了するステップと、
いずれのデバイスもアクティブである場合は、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の送信を維持するステップと、
１つのデバイスのみがアクティブである場合は、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の両方を前記アクティブなデバイスへ送信し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を非アクティブなデバイスへは送信しないステップと
を更に有する請求項３に記載の方法。
【請求項１１】
第１及び第２のデバイスへビデオプログラム及び該ビデオプログラムに関する情報を送信するサーバであって、前記第１及び第２のデバイスは両方ともが当該サーバにおいてアカウントに登録されているサーバにおいて、
ストレージと、
前記ストレージに記憶されているソフトウェアを実行するプロセッサと
を有し、
前記プロセッサは、前記第１及び第２のデバイスのうちの１つから前記ビデオプログラムのリクエストを受信し、前記第１及び第２のデバイスの間の距離に従って前記第１及び第２のデバイスのうちの第１の選択された１つへ、前記ビデオプログラムに関する情報を除いて、前記ビデオプログラムを送信し、前記距離に従って前記第１及び第２のデバイスのうちの第２の選択された１つへ、前記ビデオプログラムを除いて、前記ビデオプログラムに関する前記情報を送信するよう構成される、サーバ。
【請求項１２】
前記第１のデバイスは、スタンドアローンのデバイスとして登録され、前記第２のデバイスは、ハンドヘルドのデバイスとして登録される、
請求項１１に記載のサーバ。
【請求項１３】
前記第１の選択された１つのデバイスは、前記第２の選択された１つのデバイスとは異なる、
請求項１１に記載のサーバ。
【請求項１４】
前記距離が予め定義された閾値よりも短い場合は、前記プロセッサは、前記第１のデバイスを前記第１の選択された１つのデバイスとして選択し、前記第２のデバイスを前記第２の選択された１つのデバイスとして選択するよう構成され、
前記距離が前記予め定義された閾値よりも長い場合は、前記プロセッサは、前記第２のデバイスを前記第１及び第２の選択された１つのデバイスとして選択し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を前記第１のデバイスへは送信しないよう構成される、
請求項１１に記載のサーバ。
【請求項１５】
前記プロセッサは、前記第１のデバイスの位置情報及び前記第２のデバイスの位置情報を取得し、前記第１のデバイスの取得された位置情報及び前記第２のデバイスの取得された位置情報に従って前記距離を決定するよう構成される、
を更に有する請求項１４に記載のサーバ。
【請求項１６】
前記プロセッサが前記第２のデバイスの位置情報を取得することができない場合は、前記プロセッサは、前記距離が前記予め定義された閾値よりも長いと決定するよう構成される、
請求項１５に記載のサーバ。
【請求項１７】
前記プロセッサは、ユーザのユーザプロファイルにおいて前記第１のデバイスの距離情報をチェックすることによって、前記第１のデバイスの位置情報を取得するよう構成される、
請求項１５に記載のサーバ。
【請求項１８】
前記リクエストが前記第１のデバイスからである場合に、前記プロセッサは、
前記距離が予め定義された距離よりも短い場合は、前記第１のデバイスを前記第１の選択された１つのデバイスとして選択し、前記第２のデバイスを前記第２の選択された１つのデバイスとして選択し、
前記距離が前記予め定義された距離よりも長い場合は、前記第１のデバイスを前記第１及び第２の選択された１つのデバイスとして選択し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を前記第２のデバイスへは送信しない
よう構成される、請求項１１に記載のサーバ。
【請求項１９】
前記プロセッサは、
当該サーバの利用可能なバンド幅Ｂ、前記第１の選択された１つのデバイスのバンド幅要求Ｂ１及び前記第２の選択された１つのデバイスのバンド幅要求Ｂ２を決定し、
Ｂ＜Ｂ１の場合は、Ｂを前記第１の選択された１つのデバイスへ割り当て、前記ビデオプログラムを、Ｂを満足するよう変換し、
ＢがＢ１よりも狭くない場合は、Ｂ１を前記第１の選択された１つのデバイスへ割り当て、
Ｂ−Ｂ１がＢ２よりも狭くない場合は、Ｂ２を前記第２の選択された１つのデバイスへ割り当て、
Ｂ−Ｂ１がＢ２よりも狭い場合は、Ｂ−Ｂ１を前記第２の選択された１つのデバイスへ割り当て、前記ビデオプログラムに関する前記情報を、Ｂ−Ｂ１を満足するよう変換する
よう構成される、請求項１３に記載のサーバ。
【請求項２０】
前記プロセッサは、前記第１及び第２のデバイスの夫々のステータスを決定するよう構成され、
いずれのデバイスもアクティブでない場合は、前記プロセッサは、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の送信を終了し、
いずれのデバイスもアクティブである場合は、前記プロセッサは、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の送信を維持し、
１つのデバイスのみがアクティブである場合は、前記プロセッサは、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の両方を前記アクティブなデバイスへ送信し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を非アクティブなデバイスへは送信しない、
請求項１３に記載のサーバ。
【請求項２１】
第１及び第２のデバイスへビデオプログラム及び該ビデオプログラムに関する情報を送信するサーバであって、前記第１及び第２のデバイスは両方ともが当該サーバにおいてアカウントに登録されているサーバにおいて、
記憶手段と、
前記記憶手段に記憶されているソフトウェアを実行する処理手段と
を有し、
前記処理手段は、前記第１及び第２のデバイスのうちの１つから前記ビデオプログラムのリクエストを受信し、前記第１及び第２のデバイスの間の距離に従って前記第１及び第２のデバイスのうちの第１の選択された１つへ、前記ビデオプログラムに関する情報を除いて、前記ビデオプログラムを送信し、前記距離に従って前記第１及び第２のデバイスのうちの第２の選択された１つへ、前記ビデオプログラムを除いて、前記ビデオプログラムに関する前記情報を送信するよう構成される、サーバ。
【請求項２２】
前記第１のデバイスは、スタンドアローンのデバイスとして登録され、前記第２のデバイスは、ハンドヘルドのデバイスとして登録される、
請求項２１に記載のサーバ。
【請求項２３】
前記第１の選択された１つのデバイスは、前記第２の選択された１つのデバイスとは異なる、
請求項２１に記載のサーバ。
【請求項２４】
前記距離が予め定義された閾値よりも短い場合は、前記処理手段は、前記第１のデバイスを前記第１の選択された１つのデバイスとして選択し、前記第２のデバイスを前記第２の選択された１つのデバイスとして選択するよう構成され、
前記距離が前記予め定義された閾値よりも長い場合は、前記処理手段は、前記第２のデバイスを前記第１及び第２の選択された１つのデバイスとして選択し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を前記第１のデバイスへは送信しないよう構成される、
請求項２１に記載のサーバ。
【請求項２５】
前記処理手段は、前記第１のデバイスの位置情報及び前記第２のデバイスの位置情報を取得し、前記第１のデバイスの取得された位置情報及び前記第２のデバイスの取得された位置情報に従って前記距離を決定するよう構成される、
を更に有する請求項２４に記載のサーバ。
【請求項２６】
前記処理手段が前記第２のデバイスの位置情報を取得することができない場合は、前記処理手段は、前記距離が前記予め定義された閾値よりも長いと決定するよう構成される、
請求項２５に記載のサーバ。
【請求項２７】
前記処理手段は、ユーザのユーザプロファイルにおいて前記第１のデバイスの距離情報をチェックすることによって、前記第１のデバイスの位置情報を取得するよう構成される、
請求項２５に記載のサーバ。
【請求項２８】
前記リクエストが前記第１のデバイスからである場合に、前記処理手段は、
前記距離が予め定義された距離よりも短い場合は、前記第１のデバイスを前記第１の選択された１つのデバイスとして選択し、前記第２のデバイスを前記第２の選択された１つのデバイスとして選択し、
前記距離が前記予め定義された距離よりも長い場合は、前記第１のデバイスを前記第１及び第２の選択された１つのデバイスとして選択し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を前記第２のデバイスへは送信しない
よう構成される、請求項２１に記載のサーバ。
【請求項２９】
前記処理手段は、
当該サーバの利用可能なバンド幅Ｂ、前記第１の選択された１つのデバイスのバンド幅要求Ｂ１及び前記第２の選択された１つのデバイスのバンド幅要求Ｂ２を決定するよう構成され、
Ｂ＜Ｂ１の場合は、Ｂを前記第１の選択された１つのデバイスへ割り当て、前記ビデオプログラムを、Ｂを満足するよう変換し、
ＢがＢ１よりも狭くない場合は、Ｂ１を前記第１の選択された１つのデバイスへ割り当て、
Ｂ−Ｂ１がＢ２よりも狭くない場合は、Ｂ２を前記第２の選択された１つのデバイスへ割り当て、
Ｂ−Ｂ１がＢ２よりも狭い場合は、Ｂ−Ｂ１を前記第２の選択された１つのデバイスへ割り当て、前記ビデオプログラムに関する前記情報を、Ｂ−Ｂ１を満足するよう変換する
よう構成される、請求項２３に記載のサーバ。
【請求項３０】
前記処理手段は、前記第１及び第２のデバイスの夫々のステータスを決定するよう構成され、
いずれのデバイスもアクティブでない場合は、前記処理手段は、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の送信を終了し、
いずれのデバイスもアクティブである場合は、前記処理手段は、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の送信を維持し、
１つのデバイスのみがアクティブである場合は、前記処理手段は、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の両方を前記アクティブなデバイスへ送信し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を非アクティブなデバイスへは送信しない、
請求項２３に記載のサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
実施形態の本原理は、概して、マルチスクリーン・ビューイングのためのコンテンツ配信に関係があり、特に、要求されたビデオプログラムをハンドヘルドのユーザデバイス及びスタンドアローンのユーザデバイスのうちの１つへ送信し、ビデオプログラムに関する情報を残りのユーザデバイスの１つ以上へ送信することに関係がある。
【背景技術】
【０００２】
多くの人々は、テレビ受像機でビデオプログラムを見ながら、例えば携帯電話機、タブレット、パーソナルコンピュータ（ＰＣ；Personal  Computer）、リモートコントロールデバイス、又はＷｉ−Ｆｉ機能を備えた他のハンドヘルド型デバイスのようなハンドヘルドの電子機器でビデオプログラムに関する情報を見ることが報告されている。ビデオプログラムに関する情報は、広告、販売促進情報、並びに、テレビ番組に関する番組情報、例えば番組名、番組テーマ、番組評価、主演、番組カテゴリ、番組キーワード、番組説明、番組タイプ（例えば、オーディオ、ビデオ、オーディオビジュアル、コンピュータ、インターネット、及び同様のもの）、及び番組の繰り返し頻度（例えば、毎週１回、毎日、等）を含んでよい。
【０００３】
然るに、ネットワークバンド幅を節約しながら上記のマルチビューイング環境をより良く促進する分配システムを備えることが当該技術において必要とされる。
【発明の概要】
【０００４】
本発明の態様に従って、第１及び第２のデバイスへビデオプログラムを分配する方法が開示される。当該方法は、サーバにおいてアカウントに両方ともが登録されている前記第１及び第２のデバイスのうちの１つから前記ビデオプログラムのリクエストを受信するステップと、前記第１及び第２のデバイスの間の距離に従って前記第１及び第２のデバイスのうちの第１の選択された１つへ、前記ビデオプログラムに関する情報を除いて、前記ビデオプログラムを送信するステップと、前記距離に従って前記第１及び第２のデバイスのうちの第２の選択された１つへ、前記ビデオプログラムを除いて、前記ビデオプログラムに関する前記情報を送信するステップとを有する。
【０００５】
一実施形態では、前記第１のデバイスは、スタンドアローンのデバイスとして登録され、前記第２のデバイスは、ハンドヘルドのデバイスとして登録される。
【０００６】
他の実施形態では、前記第１の選択された１つのデバイスは、前記第２の選択された１つのデバイスとは異なる。
【０００７】
他の実施形態では、当該方法は、利用可能なバンド幅Ｂを決定するステップと、前記第１の選択された１つのデバイスのバンド幅要求Ｂ１及び前記第２の選択された１つのデバイスのバンド幅要求Ｂ２を決定するステップと、Ｂ＜Ｂ１の場合は、Ｂを前記第１の選択された１つのデバイスへ割り当て、前記第２の選択された１つのデバイスへはバンド幅を割り当てず、前記ビデオプログラムを、Ｂを満足するよう変換するステップと、ＢがＢ１よりも狭くない場合は、Ｂ１を前記第１の選択された１つのデバイスへ割り当て、Ｂ−Ｂ１がＢ２よりも狭くない場合は、Ｂ２を前記第２の選択された１つのデバイスへ割り当て、Ｂ−Ｂ１がＢ２よりも狭い場合は、Ｂ−Ｂ１を前記第２の選択された１つのデバイスへ割り当て、前記ビデオプログラムに関する前記情報を、Ｂ−Ｂ１を満足するよう変換するステップとを更に有する。
【０００８】
他の実施形態では、当該方法は、前記第１及び第２のデバイスの夫々のステータスを決定するステップと、いずれのデバイスもアクティブでない場合は、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の送信を終了するステップと、いずれのデバイスもアクティブである場合は、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の送信を維持するステップと、１つのデバイスのみがアクティブである場合は、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の両方を前記アクティブなデバイスへ送信し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を非アクティブなデバイスへは送信しないステップとを更に有する。
【０００９】
他の実施形態では、当該方法は、前記距離が予め定義された閾値よりも短い場合は、前記第１のデバイスを前記第１の選択された１つのデバイスとして選択し、前記第２のデバイスを前記第２の選択された１つのデバイスとして選択するステップと、前記距離が前記予め定義された閾値よりも長い場合は、前記第２のデバイスを前記第１及び第２の選択された１つのデバイスとして選択し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を前記第１のデバイスへは送信しないステップとを更に有する。
【００１０】
他の実施形態では、当該方法は、前記第１のデバイスの位置情報を取得するステップと、前記第２のデバイスの位置情報を取得するステップと、前記第１のデバイスの取得された位置情報及び前記第２のデバイスの取得された位置情報に従って前記距離を決定するステップとを更に有する。一実施形態では、前記第１のデバイスの位置情報を取得することは、ユーザのユーザプロファイルにおいて前記第１のデバイスの距離情報をチェックすることを有する。
【００１１】
１つの他の実施形態では、前記リクエストが前記第１のデバイスからである場合は、当該方法は、前記距離が予め定義された距離よりも短い場合は、前記第１のデバイスを前記第１の選択された１つのデバイスとして選択し、前記第２のデバイスを前記第２の選択された１つのデバイスとして選択するステップと、前記距離が前記予め定義された距離よりも長い場合は、前記第１のデバイスを前記第１及び第２の選択された１つのデバイスとして選択し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を前記第２のデバイスへは送信しないステップとを更に有する。
【００１２】
本発明の態様に従って、第１及び第２のデバイスへビデオプログラム及び該ビデオプログラムに関する情報を送信するサーバであって、前記第１及び第２のデバイスは両方ともが当該サーバにおいてアカウントに登録されているサーバが開示される。当該サーバは、ストレージと、該ストレージに記憶されているソフトウェアを実行するプロセッサとを有する。前記プロセッサは、前記第１及び第２のデバイスのうちの１つから前記ビデオプログラムのリクエストを受信し、前記第１及び第２のデバイスの間の距離に従って前記第１及び第２のデバイスのうちの第１の選択された１つへ、前記ビデオプログラムに関する情報を除いて、前記ビデオプログラムを送信し、前記距離に従って前記第１及び第２のデバイスのうちの第２の選択された１つへ、前記ビデオプログラムを除いて、前記ビデオプログラムに関する前記情報を送信するよう構成される。
【００１３】
一実施形態では、前記第１のデバイスは、スタンドアローンのデバイスとして登録され、前記第２のデバイスは、ハンドヘルドのデバイスとして登録される。
【００１４】
他の実施形態では、前記第１の選択された１つのデバイスは、前記第２の選択された１つのデバイスとは異なる。
【００１５】
他の実施形態では、前記プロセッサは、当該サーバの利用可能なバンド幅Ｂ、前記第１の選択された１つのデバイスのバンド幅要求Ｂ１及び前記第２の選択された１つのデバイスのバンド幅要求Ｂ２を決定し、Ｂ＜Ｂ１の場合は、Ｂを前記第１の選択された１つのデバイスへ割り当て、前記ビデオプログラムを、Ｂを満足するよう変換し、ＢがＢ１よりも狭くない場合は、Ｂ１を前記第１の選択された１つのデバイスへ割り当て、Ｂ−Ｂ１がＢ２よりも狭くない場合は、Ｂ２を前記第２の選択された１つのデバイスへ割り当て、Ｂ−Ｂ１がＢ２よりも狭い場合は、Ｂ−Ｂ１を前記第２の選択された１つのデバイスへ割り当て、前記ビデオプログラムに関する前記情報を、Ｂ−Ｂ１を満足するよう変換するよう構成される。
【００１６】
他の実施形態では、前記プロセッサは、前記第１及び第２のデバイスの夫々のステータスを決定するよう構成され、いずれのデバイスもアクティブでない場合は、前記プロセッサは、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の送信を終了し、いずれのデバイスもアクティブである場合は、前記プロセッサは、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の送信を維持し、１つのデバイスのみがアクティブである場合は、前記プロセッサは、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の両方を前記アクティブなデバイスへ送信し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を非アクティブなデバイスへは送信しない。
【００１７】
他の実施形態では、前記距離が予め定義された閾値よりも短い場合は、前記プロセッサは、前記第１のデバイスを前記第１の選択された１つのデバイスとして選択し、前記第２のデバイスを前記第２の選択された１つのデバイスとして選択するよう構成され、前記距離が前記予め定義された閾値よりも長い場合は、前記プロセッサは、前記第２のデバイスを前記第１及び第２の選択された１つのデバイスとして選択し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を前記第１のデバイスへは送信しないよう構成される。
【００１８】
他の実施形態では、前記プロセッサは、前記第１のデバイスの位置情報及び前記第２のデバイスの位置情報を取得し、前記第１のデバイスの取得された位置情報及び前記第２のデバイスの取得された位置情報に従って前記距離を決定するよう構成される。一実施形態では、前記プロセッサが前記第２のデバイスの位置情報を取得することができない場合は、前記プロセッサは、前記距離が前記予め定義された閾値よりも長いと決定するよう構成される。
【００１９】
他の実施形態では、前記プロセッサは、ユーザのユーザプロファイルにおいて前記第１のデバイスの距離情報をチェックすることによって、前記第１のデバイスの位置情報を取得するよう構成される。
【００２０】
更なる他の実施形態では、前記リクエストが前記第１のデバイスからである場合に、前記プロセッサは、前記距離が予め定義された距離よりも短い場合は、前記第１のデバイスを前記第１の選択された１つのデバイスとして選択し、前記第２のデバイスを前記第２の選択された１つのデバイスとして選択し、前記距離が前記予め定義された距離よりも長い場合は、前記第１のデバイスを前記第１及び第２の選択された１つのデバイスとして選択し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を前記第２のデバイスへは送信しないよう構成される。
【００２１】
上記のサーバの実施形態では、前記ストレージは記憶手段によって置き換えられてよく、前記プロセッサは処理手段によって置き換えられてよい。
【図面の簡単な説明】
【００２２】
添付の図面とともに検討される本発明の実施形態の以下の説明を参照して、本発明の上記の及び他の特徴及び利点、並びにそれらを達成する様態は、より明らかになるとともに、本発明は、より良く理解されるであろう。
【図１】本発明の例となる実施形態を実施するのに適した分配システムの関連する部分のブロック図を示す。
【図２】スタンドアローンのデバイス及びハンドヘルドのデバイスを有するユーザへビデオプログラムを分配するための、図１のプロキシサーバの例となるプロセスを示す。
【図３】プロキシサーバで利用可能なバンド幅に従ってプロキシサーバによってビデオプログラム及びビデオプログラムに関する情報を夫々受信する複数のユーザデバイスへバンド幅を割り当てるための例となるプロセスを示す。
【図４Ａ】ユーザビューに従ってプロキシサーバによって無線式ハンドヘルド型ユーザデバイス及びスタンドアローン型ユーザデバイスのためのバンド幅を調整するための例となるプロセスを示す。
【図４Ｂ】図４Ａの詳細図であって、ユーザビューに従ってプロキシサーバによって無線式ハンドヘルド型ユーザデバイス及びスタンドアローン型ユーザデバイスのためのバンド幅を調整するための例となるプロセスを示す。
【図５】本発明の例となる実施形態に従ってユーザに適した例となるユーザデバイスを示す。
【図６】本発明の例となる実施形態を実施するのに適したスタンドアローン型ユーザデバイスの例となるプロセスを示す。
【図７】本発明の例となる実施形態を実施するのに適したハンドヘルド型ユーザデバイスの例となるプロセスを示す。  ここで説明される例示は、本発明の好適な実施形態を表しており、かかる例示は、如何なる方法によっても本発明の適用範囲を制限するものとして解釈されるべきではない。記載の明りょうさのために、同じ参照符号は、以下の記載の全体を通して、図中の同じか又は類似する要素を表すために使用されることがある。
【発明を実施するための形態】
【００２３】
これより図面を、特に図１を参照すると、発明の本原理の例となる実施形態を実施するのに適した例となる分配システム１を示すブロック図が表されている。分配システム１は、サーバ１０、プロキシサーバ２０、並びにユーザデバイス３１、３２及び３３を含む。この実施形態では、３つのユーザデバイス３１、３２及び３３は、プロキシサーバ２０及びサーバ１０において同じユーザアカウントを共有し、同じユーザによって使用されると考えられている。他のユーザのユーザデバイスも、プロキシサーバ２０へ接続され得る。
【００２４】
この実施形態では、ユーザデバイス３１は、スタンドアローン型ユーザデバイスであり、ユーザデバイス３２及び３３は、ハンドヘルド型ユーザデバイスである。ユーザデバイス３１は、実施形態において、ビデオプログラム及びビデオプログラムに関する情報を受信するネットワークアクセス機能（例えば、インターネットアクセス機能）を備えたテレビ受像機である。テレビ受像機は、ディスプレイを有しても、あるいは、有さなくてもよい。かかるテレビ受像機の例は、インターネットアクセス機能を備えたセットトップボックス、テレビジョンセット、及びビデオレコーダである。
【００２５】
ここで使用されるスタンドアローン型ユーザデバイスは、頻繁には移動されないユーザデバイスをいう。それは、ユーザがポータブルデバイスをスタンドアローン型ユーザデバイスとしてサーバ１０又はプロキシサーバ２０に登録する限りにおいて、接続架台にドッキングされたラップトップのようなポータブルデバイスであることができる。
【００２６】
ハンドヘルド型ユーザデバイス３２及び３３は、本例では、夫々、タブレット及び携帯電話機である。ハンドヘルド型ユーザデバイスは、その位置を決定し、その位置情報をサーバ１０又はプロキシサーバ２０へ報告することができるべきである。ハンドヘルド型ユーザデバイスも、ネットワークアクセス機能を備えるべきである。ハンドヘルド型電子ユーザデバイスの例は、携帯電話機、タブレット、パーソナルコンピュータ（ＰＣ）、リモートコントロールデバイス、又はＷｉ−Ｆｉ機能を備えた他のハンドヘルド型デバイスである。望ましくは、ハンドヘルド型ユーザデバイスは可搬であるべきだが、それは、ユーザがユーザデバイスをハンドヘルド型ユーザデバイスとしてサーバ１０又はプロキシサーバ２０に登録する限りにおいて、例えばデスクトップＰＣのような非可搬式のデバイスであることができる。ユーザは、ユーザがデスクトップを別の場所（例えば、別の寮及びアパート）へ頻繁に移動するために、そうすることがある。実施形態では、ハンドヘルド型ユーザデバイスが無線式として表されているが、実施形態の原理は、配線によりネットワークへ接続する有線式ハンドヘルド型ユーザデバイスへ同様に適用可能である。
【００２７】
ユーザデバイス３１、３２及び３３は、ネットワーク４３（例えば、インターネット）を通じてプロキシサーバ２０へ接続され、プロキシサーバ２０は、他のネットワーク４１を通じてサーバ１０へ接続される。それら２つのネットワークは、同じ又は異なるネットワークであってよい。それら２つのネットワークが異なる場合は、それらは、例えばゲートウェイのようなインターネットワーク設備を通じて互いへ接続してよい。
【００２８】
プロキシサーバ２０は、ソフトウェア２１及び、ここで記載されるものを含む１つ以上のコンピュータアプリケーションに関連した他のデータ、オンスクリーン表示データ、ユーザプロファイルデータベースを含むがそれらに限られないデータを記憶するストレージ２６と、ソフトウェア及び／又は他のデータを実行するプロセッサ２９とを含む。プロキシサーバ２０は、入出力（Ｉ／Ｏ；Input/Output）ブロック２７及びキャッシュ２８を更に含む。キャッシュ２８は、ストレージ２６の部分又は別個のメモリであることができる。ソフトウェア２１は、コンテンツ適応モジュール２２、距離決定モジュール２３、並びにバンド幅割り当て及び調整モジュール２４を実例として含む。
【００２９】
ストレージ２６は、静的ランダムアクセスメモリ（ＲＡＭ；Random  Access  Memory）、動的ＲＡＭ、消去可能なプログラム可能読出専用メモリ（ＥＰＲＯＭ；Erasable  Programmable  Read  Only  Memory）、電気的消去可能なプログラム可能読出専用メモリ（ＥＥＰＲＯＭ；Electrically  Erasable  Programmable  Read  Only  Memory）、ハードディスク（ネットワーク、内部、又は外部）、光ディスク（ネットワーク、内部、又は外部）、又はそれらのいずれかの組み合わせを含んでよい。ストレージデバイスは、ローカルデバイス又はネットワークデバイスであってよい。
【００３０】
Ｉ／Ｏブロック２７は、プロキシサーバ２０のＩ／Ｏ機能を実行するよう動作可能であるか、あるいは、そうするよう構成される。例となる実施形態に従って、Ｉ／Ｏブロック２７は、例えばオーディオ、ビデオ及び／又はデータ信号のような信号を、サーバ１０及びユーザデバイス３１、３２、３３並びに他のネットワーク源からの例えば携帯電話やインターネットのような１つ以上のネットワーク（例えば、ネットワーク４１及び４３）から有線及び／又は無線によってデジタル変調フォーマットで受信し、且つ、信号を有線及び／又は無線によってかかる１つ以上のネットワークへ出力するよう動作可能であるか、あるいは、そうするよう構成される。Ｉ／Ｏブロック２７は、有線及び／又は無線信号を受信することができる如何なるタイプのＩ／Ｏインタフェースとしても具現されてよく、１つ以上の個別部品（例えば、アンテナ、プラグ、等）から構成されてよい。
【００３１】
プロセッサ２９は、単一のプロセッサ又は、複数の個別的な同様の若しくは異なったプロセッサであることができる。プロセッサ２９は、ここで記載される本発明の様々な実施形態及び技術の実行を助け且つ可能にするプロキシサーバ２０の様々な信号処理及び制御機能（例えば、ソフトウェアコードの実行、等）を実行するよう動作可能であるか、あるいは、そうするよう構成される。
【００３２】
例となる実施形態に従って、プロセッサ２９は、Ｉ／Ｏブロック２７から供給される信号を受信し、プロキシサーバ２０に関連した全ての必要な処理及び制御機能を、１つ以上のマイクロプロセッサ及び／又は他の要素を介して実行及び／又は可能にする。例えば、プロセッサ２９は、Ｉ／Ｏブロック２７から供給されるオーディオ、ビデオ及び／又はデータ信号を受信し、それらの信号を、チューニング、復調、及びエラー訂正を含む機能を実行することによって処理し、それによって、例えばユーザプロファイル設定のような、オーディオ、ビデオ及び／又はデータコンテンツを表すデジタル信号をキャッシュ２８及び／又はストレージ２６において記憶するよう動作可能であるか、あるいは、そうするよう構成される。
【００３３】
また、例となる実施形態に従って、プロセッサ２９は、ユーザデバイス３１〜３３からのデータ入力を処理すること、ユーザ入力に応答してプロキシサーバ２０の機能を制御すること、ストレージ２６及び／又はキャッシュ２８との間でデータの読み出し及び書き込みを行うこと、ディスプレイを介してオンスクリーン表示を有効にすること、及び／又はここで記載され得る他の動作を含むがそれらに限られない様々な他の機能を実行及び／又は可能にするよう動作可能であるか、あるいは、そうするよう構成される。
【００３４】
また、例となる実施形態に従って、プロセッサ２９は、プロキシサーバ２０においてユーザのユーザアカウントに両方ともが登録されているスタンドアローン型ユーザデバイス及びハンドヘルド型ユーザデバイスのうちの一方からのビデオプログラムのリクエストをＩ／Ｏブロック２７から受信し、リクエストに応答して、スタンドアローン型ユーザデバイスとハンドヘルド型ユーザデバイスとの間の距離に従って、２つのユーザデバイスのうちの第１の選択された一方へビデオプログラムを、ビデオプログラムに関する情報を除いて送信するとともに、距離に従って、２つのユーザデバイスのうちの第２の選択された一方へビデオプログラムに関する情報を、ビデオプログラムを除いて送信する。
【００３５】
また、例となる実施形態に従って、プロセッサ２９は、サーバにおいてユーザのユーザアカウントに両方ともが登録されているスタンドアローン型ユーザデバイス及び無線式ハンドヘルド型ユーザデバイスのうちの一方からのビデオプログラムのリクエストをＩ／Ｏブロック２７から受信し、２つのユーザデバイスのうちの一方へ、ビデオプログラムに関する情報を除いて、ビデオプログラムを送信し、他方のユーザデバイスへ、ビデオプログラムを除いて、ビデオプログラムに関する情報を送信し、２つのユーザデバイスのうちの一方から送信されるユーザの第１のビュー変更情報に応答して、それらのユーザデバイスに割り当てられているバンド幅をユーザビューに従って調整し、ユーザビューを有するユーザデバイスによって受信されるコンテンツの品質が最大限にされるようにする。プロセッサ２９は、受信された第１のビュー変更情報から、ユーザデバイスのうちのどの１つがユーザビューを有するのかを決定すべきである。
【００３６】
デバイスは、そのデバイスでユーザが見ている又は視聴しているとプロセッサ２９が決定する場合に、ユーザビューを有する。
【００３７】
ここで使用されるように、コンテンツの品質は、コンテンツを表すために必要とされるビットの数によって表される。より多くのビットによって表されるコンテンツは、より良い品質を有し、より少ないビットによって表されるコンテンツは、より悪い品質を有する。要求されたビデオプログラムは、ビデオプログラムの最良の品質であるべき初期ビデオ品質を有する。初期ビデオ品質を有するビデオプログラムが変換又は適応される場合に、ビデオプログラムを表すために必要とされるビットの数は低減され、結果として、変換又は適応されたビデオプログラムは、初期ビデオ品質よりも悪い品質を有することとなる。同様に、要求されたビデオプログラムに関する情報は、要求されたビデオプログラムに関する情報の最良の品質であるべき初期情報品質を有する。初期情報品質を有する要求されたビデオプログラムに関する情報が変換又は適応される場合に、要求されたビデオプログラムに関する情報を表すために必要とされるビットの数は低減され、結果として、変換又は適応された要求されたビデオプログラムに関する情報は、初期情報品質よりも悪い品質を有することとなる。
【００３８】
一実施形態では、プロキシサーバ２０は、ユーザプロファイルデータベースからスタンドアローン型ユーザデバイスの位置情報を取得するとともに、無線式ハンドヘルド型ユーザデバイスによって送信された無線式ハンドヘルド型ユーザデバイスの位置情報を取得する。
【００３９】
一実施形態では、ユーザプロファイルデータベースは、プロキシサーバ２０にのみあり、サーバ１０においてコピーを記憶する必要はない。他の実施形態では、プロキシサーバ２０は、サーバ１０におけるユーザプロファイルデータベースのミラーイメージを有するべきである。ユーザプロファイルデータベースに対する如何なる更新も、サーバ１０及びプロキシサーバ２０の両方において反映されるべきである。サーバ１０は、サーバ及びプロキシサーバとして働くことができる点が留意されるべきである。
【００４０】
夫々のユーザは、ユーザデバイスの１つを使用することによってサーバ１０及び／又はプロキシサーバ２０においてユーザアカウントを生成し、全てのユーザデバイス及び他のデータを関連するユーザプロファイルにおいて登録する。ユーザは、プロキシサーバ２０にビデオプログラムを要求するために、プロキシサーバ２０にログオンすべきである。ユーザプロファイルは、ユーザに関連するパーソナルデータの集合である。ユーザプロファイルは、次の情報の組の幾つか又は全てを含むべきである：
・ユーザデバイスの数
・夫々のユーザデバイスのタイプ及びモデル
・夫々のユーザデバイスのバンド幅要求
・ユーザデバイスのうちのどの１つがスタンドアローン型ユーザデバイスであるのか、及びその位置
・ハンドヘルド型ユーザデバイスとスタンドアローン型ユーザデバイスとの間の閾距離
・ハンドヘルド型ユーザデバイスのプライオリティ
・ハンドヘルド型ユーザデバイスが１つよりも多い場合に、要求されたビデオプログラムに関する情報を１つよりも多いユーザデバイスへ送信すべきかどうか
・年齢、性別、インタレストグラフメトリクス、及びビューイングパラメータを含む人口学的及び心理学的データ。
【００４１】
上述されたように、スタンドアローン型ユーザデバイス３１の位置情報は、通常はスタンドアローン型ユーザデバイスが全く動かないので、ユーザによって設定され、ユーザのユーザアカウントに関連したユーザプロファイルに記憶され得る。一実施形態では、スタンドアローン型ユーザデバイスは、例えばグローバル・ポジショニング・システム（ＧＰＳ；Global  Positioning  System）のような位置決めシステムを更に装備されてよく、その位置をプロキシサーバ２０へ周期的に、又は１つの位置から他へ動かされる場合に報告する。ユーザデバイス３３のようなハンドヘルド型ユーザデバイスの位置情報は、ハンドヘルド型ユーザデバイス自身によって送信される。プロセッサ２９は、距離決定モジュール２３を呼び出して、スタンドアローン型ユーザデバイス３１と無線式ハンドヘルド型ユーザデバイス３３との間の距離を、それら２つのユーザデバイスの取得された位置情報に従って決定する。
【００４２】
以下で論じられるように、プロセッサ２９は、距離が、ユーザによって送信され得るユーザプロファイルにおいて記憶された閾距離を上回るかどうかに従って、ユーザデバイスのうちの１つを選択すべきである。
【００４３】
プロセッサ２９は、夫々のユーザデバイスから、望ましくは、同じビデオセッションにおいて呼び出されるユーザデバイスから、ユーザビュー変更情報を受信してよい。ユーザアカウント内の全てのユーザデバイスは、ユーザデバイスのうちの１つがプロキシサーバ２０にビデオプログラムを要求する場合に、あるビデオセッションにおいて呼び出される。ビュー変更情報信号は、ユーザビューが、一実施形態では、ビュー変更情報信号を送信するユーザデバイスへ切り替えられるか、あるいは、他の実施形態では、ビュー変更情報信号を送信するユーザデバイスから離れることを示してよい。更なる他の実施形態では、ビュー変更情報信号のビュー切替インジケーションは、信号自体において含まれるか、あるいは、ユーザプロファイルにおいて設定され得る。実施形態の原理に従って、プロセッサ２９は、ビュー変更情報信号に応答して、バンド幅割り当て及び調整モジュール２４を呼び出して、たとえユーザビューを有さないユーザデバイスによって受信されるコンテンツの品質が劣化し得るとしても、ユーザビューを有するユーザデバイスがプロキシサーバ２０の利用可能なバンド幅によって許容可能な最大品質を有するように、バンド幅割り当てを調整する。
【００４４】
ビデオプログラムに関する情報は、画像及びテキストの両方を含んでよい。ビデオプログラムに関する両方のタイプの情報は、無線式ハンドヘルド型ユーザデバイス及びスタンドアローン型ユーザデバイスへ送信され得る。同じアカウントにおいて１つよりも多い無線式ハンドヘルド型ユーザデバイスが存在する場合は、ユーザは、自身が、２つのタイプの情報が、ユーザプロファイル内のプライオリティ情報に従って２つの異なったユーザデバイスへ送信されることを望むかどうかを、ユーザプロファイルにおいて設定することができる。プライオリティが高い方のデバイスは、ビデオプログラムに関する情報の画像部分を受信すべきであり、プライオリティが低い方のデバイスは、ビデオプログラムに関する情報のテキスト部分を受信すべきである。例えば、ユーザアカウントがスタンドアローン型ユーザデバイス及び２つの無線式ハンドヘルド型ユーザデバイスを含み、スタンドアローン型ユーザデバイスがビデオプログラムのリクエストを送信する場合は、プロキシサーバ２０は、スタンドアローン型ユーザデバイスが要求されたビデオプログラムを受信すべきであると決定すべきである。そして、ビデオプログラムに関する異なったタイプの情報が異なったユーザデバイスへ送信されることをユーザが望んでないとユーザプロファイルが示す場合は、プライオリティが高い方の無線式ハンドヘルド型ユーザデバイスが、ビデオプログラムに関する情報の両方の部分を受信すべきである。しかし、ビデオプログラムに関する異なったタイプの情報が１つよりも多いデバイスへ送信されることをユーザが望んでいるとユーザがユーザプロファイルにおいて示す場合は、プロキシサーバ２０は、ビデオプログラムに関する情報の画像部分をプライオリティが高い方の無線式ハンドヘルド型ユーザデバイスへ、そして、ビデオプログラムに関する情報のテキスト部分をプライオリティが低い方の無線式ハンドヘルド型ユーザデバイスへ送信すべきである。ビデオプログラムに関する情報のタイプが２つよりも多い場合は、同様の規則が適用されるべきである。
【００４５】
ユーザによって入力されるプライオリティ情報の代わりに、プロキシサーバ２０は、ビューパターン及びインタレストグラフメトリクスを収集し、ユーザデバイスのプライオリティを自動的に決定してよい。
【００４６】
プロセッサ２９がビデオプログラムのリクエストを受信する場合に、プロセッサ２９は最初に、コピーがキャッシュ２８に存在するかどうかをチェックすることが知られる。ビデオのコピーがキャッシュ２８に存在する場合は、プロセッサ２９は、キャッシュ２８からビデオプログラムを取り出し、取り出されたビデオプログラムをユーザデバイスへ送信する。プロセッサ２９が、要求されたビデオプログラムのコピーをキャッシュ２８において見つけられない場合は、プロセッサ２９は、サーバ１０にコピーを要求し、コピーをキャッシュ２８に記憶する。ビデオプログラムとともに、キャッシュ２８は、ビデオプログラムに関する情報のコピーを更に記憶してよい。たとえビデオプログラムのコピーがキャッシュ２８に存在するとしても、プロセッサ２９は、ビデオプログラムに関する更新された情報をサーバ２０から依然としてフェッチしてよい。
【００４７】
例となる実施形態では、プロキシサーバ２０は、全てのユーザに供するための有限なバンド幅を有するので、プロキシサーバ２０は、リクエストに報いるための十分なバンド幅を有さないことがあり、この場合に、プロセッサ２９は、バンド幅割り当て及び調整モジュール２４を呼び出して、バンド幅を、ビデオプログラムを受信するユーザデバイスと、ビデオプログラムに関する情報を受信するユーザデバイスとへ割り当ててよい。夫々のタイプ及び／又はモデルのユーザデバイスは、異なったバンド幅要求を有してよく、夫々の登録されたユーザデバイスごとのバンド幅要求は、対応するユーザプロファイルにおいて記憶されるか、あるいは、本実施形態ではユーザプロファイルにおいて記憶されているユーザデバイスのタイプ及び／又はモデルに従ってプロセッサ２９によって自動的に決定されてよい。
【００４８】
夫々のリクエストについて、ビデオプログラム及びビデオプログラムに関する情報を夫々受信するユーザデバイスを決定すると、プロセッサ２９は、バンド幅割り当て及び調整モジュール２４を呼び出して、バンド幅をユーザデバイスへ割り当てる。実施形態の原理に従って、プロキシサーバ２０の利用可能なバンド幅が不十分である場合は、プロセッサ２９は、コンテンツ適応モジュール２２を呼び出して、より少ない割り当てられたバンド幅を満足するためにビデオプログラム及び／又はビデオプログラムに関する情報を変換する。ビデオの変換は、ダウンサンプリング、フレームレートの低減、あるいは、スケーラブルな形式ならば、幾つかのエンハンスドレイヤのスキップを伴ってよく、ビデオプログラムに関する情報の変換は、ビデオプログラムに関する情報に含まれる画像をダウンサンプリングすることを伴ってよい。
【００４９】
一実施形態では、ユーザがプロキシサーバ２０にログオンしている場合に、プロキシサーバ２０は、周期的に同じユーザアカウントの下にある夫々のユーザデバイスにポーリングを行う。あるユーザデバイスがポーリングに応答する場合は、プロキシサーバは、そのユーザデバイスがアクティブであると決定する。そうでない場合は、プロキシサーバは、ユーザデバイスは非アクティブであると決定する。ユーザデバイスは、ユーザデバイスが、電源を切られているか、あるいは、ユーザデバイスがポーリングに応答することができない正常又は異常状態にある場合に、非アクティブである。
【００５０】
ユーザアカウント内の夫々のユーザデバイスのステータスに従って、プロキシサーバ２０は、アクティブなユーザデバイスのうちのどの１つが、ユーザプロファイルデータベースに記憶されたプライオリティ情報に従って、要求されたビデオプログラム及び／又はビデオプログラムに関する情報を受信すべきかを決定してよい。
【００５１】
図２は、実施形態の原理に従って、第１及び第２のデバイス、例えば、スタンドアローン型ユーザデバイス３１及び無線式ハンドヘルド型ユーザデバイス（実施形態では携帯電話機）３３を有するユーザへビデオプログラムを分配するためのプロキシサーバ２０のプロセスフロー２００を表す。どちらのユーザデバイスも、プロキシサーバ２０において同じユーザアカウントにおいて登録されており、アクティブであると考えられている。
【００５２】
ステップ２０５で、プロキシサーバ２０は、第１及び第２のデバイスのうちの一方によるユーザからのビデオプログラムのリクエストを受信する。以下の例示では、スタンドアローン型ユーザデバイス３１及び無線式ハンドヘルド型ユーザデバイス３３は、夫々、第１及び第２のデバイスとして説明される。ユーザは、例えば、ユーザ名及びパスワードを入力することによって、プロキシサーバ２０にログオンしているべきである。
【００５３】
ステップ２１０で、プロキシサーバ２０は、要求されたビデオプログラム及びビデオプログラムに関する情報のコピーを取得する。要求されたビデオプログラムのコピーを取得するプロセスでは、プロキシサーバ２０は、要求されたビデオプログラムのコピーがキャッシュ２８に存在するかどうかをチェックする。存在する場合は、キャッシュ２８は、要求されたビデオプログラムに関する情報（“関連情報”）のコピーを更に有するべきである。要求されたビデオプログラムがキャッシュ２８に存在しない場合は、プロキシサーバ２０は、ビデオプログラムのコピー及び関連情報のコピーをサーバ１０に要求する。たとえ関連情報のコピーがキャッシュ２８に存在するとしても、プロキシサーバ２０は、キャッシュ２８におけるコピーが最新でないかもしれないので、関連情報のコピーをサーバ１０に依然として要求してよい。
【００５４】
ステップ２１５で、プロキシサーバ２０は、スタンドアローン型ユーザデバイス３１と無線式ハンドヘルド型ユーザデバイス３３との間の少なくとも距離に従って、ビデオプログラムを受信すべきそれら２つのユーザデバイスのうちの第１の１つを選択し、その第１の選択された１つのユーザデバイスへビデオプログラムを送信する。ステップ２２０で、プロキシサーバ２０は、距離に従って２つのユーザデバイスのうちの第２の１つを選択し、スタンドアローン型ユーザデバイス３１及び無線式ハンドヘルド型ユーザデバイス３３のうちの第２の選択された１つへ関連情報を送信する。以下で説明されるように、第１の選択された１つのユーザデバイスは、第２の選択された１つのユーザデバイスと同じであっても、あるいは、異なってもよい。
【００５５】
実施形態の原理に従って、プロキシサーバ２０は、無線式ハンドヘルド型ユーザデバイス３３とスタンドアローン型ユーザデバイス３１との間の距離に従って、第１の選択された１つのユーザデバイスを選択する。プロキシサーバ２０は、例えば、必要に応じて無線式ハンドヘルド型ユーザデバイス３３に位置情報を要求すること、又は無線式ハンドヘルド型ユーザデバイス３３から送信される位置情報をモニタすることによって、無線式ハンドヘルド型ユーザデバイス３３の位置情報を取得してよい。無線式ハンドヘルド型ユーザデバイス３３は、アクティブである場合に、自動的に且つ周期的に、例えば、２０秒ごとに、その位置情報をプロキシサーバ２０へ送信してよい。スタンドアローン型ユーザデバイス３１の位置情報は、ユーザプロファイルにおいてユーザによって設定されるべきであり、ユーザプロファイル内の情報を取り出すことによってプロキシサーバ２０によって取得され得る。ユーザプロファイルにおいてユーザによって設定される位置は、単にストリートアドレスであることができ、プロキシサーバ２０は、ストリートアドレスに基づき建物の位置を取り出すことができるべきである。この実施形態では、プロキシサーバ２０は、スタンドアローン型ユーザデバイス３１の位置としてストリートアドレスに関連した建物の中心を使用すべきである。他の実施形態では、ユーザは、スタンドアローン型ユーザデバイス３１の緯度及び経度を見つけるためにグローバル・ポジショニング・システム（ＧＰＳ）を使用してよく、その位置情報を、ユーザプロファイル内の対応するフィールドに入力するために、プロキシサーバ２０へ送信する。更なる他の実施形態では、スタンドアローン型ユーザデバイス３１は、位置決めデバイスを含んでよく、その位置情報をプロキシサーバ２０へ自動的に又はプロキシサーバ２０によるリクエストがあったときに送信することができる。このように、プロキシサーバ２０は、スタンドアローン型ユーザデバイス３１についての位置情報と、無線式ハンドヘルド型ユーザデバイス３３から受信された位置情報とに従って、無線式ハンドヘルド型ユーザデバイス３３とスタンドアローン型ユーザデバイス３１との間の距離を決定することができる。
【００５６】
他の実施形態では、無線式ハンドヘルド型デバイスは、スタンドアローン型デバイスまでの距離を決定し、その距離をプロキシサーバ２０へ報告することができる。例えば、無線式ハンドヘルド型デバイスが無線接続（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標））を通じてスタンドアローン型デバイスへ接続することができる場合に、無線式ハンドヘルド型デバイスは、距離が予め定義された閾値内にあることを報告し、そうでない場合は、無線式ハンドヘルド型デバイスは、距離が予め定義された閾値よりも大きいことを報告する。スタンドアローン型デバイスも同様であってよい。更なる他の実施形態では、スタンドアローン型デバイスは、２台のカメラを装備されてよく、それら２つのビューを用いてユーザの距離を決定し、測定された距離を２つのデバイス間の距離として報告する。
【００５７】
距離が予め定義された閾値（例えば、３０フィート）に満たない場合は、スタンドアローン型ユーザデバイス３１は、ビデオプログラムを受信すべき第１の選択された１つのユーザデバイスとして選択され、無線式ハンドヘルド型ユーザデバイス３３は、関連情報を受信すべき第２の選択された１つのユーザデバイスとして選択される。実際には、プロキシサーバ２０は、ビデオプログラムをスタンドアローン型ユーザデバイス３１へ、そして、関連情報を無線式ハンドヘルド型ユーザデバイス３３へ送信する。よって、第１の選択された１つのユーザデバイスは、第２の選択された１つのユーザデバイスとは異なる。
【００５８】
距離が予め定義された閾値よりも大きい場合は、プロキシサーバ２０は、無線式ハンドヘルド型ユーザデバイス３３を第１及び第２の選択された１つのユーザデバイスとして選択し、ビデオプログラム及び関連情報の両方を無線式ハンドヘルド型ユーザデバイス３３へ送信し、スタンドアローン型ユーザデバイス３１へはビデオプログラムも関連情報も送信しない。よって、第１の選択された１つのユーザデバイスは、第２の選択された１つのユーザデバイスと同じである。
【００５９】
一実施形態では、プロキシサーバ２０が一方又は両方のユーザデバイスについての位置情報を取得することができない場合は、プロキシサーバ２０は、距離が閾値よりも大きいと決定する。プロキシサーバ２０は、位置情報を繰り返し取得しようと試みる。プロキシサーバ２０が所定期間内（例えば、１分間）に位置情報を取得することができない場合は、プロキシサーバ２０は、自身が位置情報を取得することができないと決定する。
【００６０】
他の実施形態では、選択された第１及び第２の１つのユーザデバイスの選択は、２つのユーザデバイスのどの１つがビデオプログラムのリクエストを送信するのかに依存してよい。リクエストが無線式ハンドヘルド型ユーザデバイス３３によって送信される場合は、選択は上述された通りである。リクエストがスタンドアローン型ユーザデバイス３１から送信される場合は、距離が予め定義された閾値に満たないときの選択は、上述されたのと同じである。しかし、距離が予め定義された閾値よりも大きく、且つ、リクエストがスタンドアローン型ユーザデバイス３１から送信される場合は、プロキシサーバ２０は、スタンドアローン型ユーザデバイス３１を第１及び第２の選択された１つのユーザデバイスの両方として選択する。リクエストがスタンドアローン型ユーザデバイス３１によって送信される場合は、ユーザは、スタンドアローン型ユーザデバイス３１の近くにいるはずであり、無線式ハンドヘルド型ユーザデバイス３３も、近くにあるはずであると考えられる。無線式ハンドヘルド型ユーザデバイス３３が近くにない場合は、ユーザはそれを不注意にどこかに置きっぱなしにしたと考えられる。例えば、友人を訪ねた際に無線式ハンドヘルド型ユーザデバイス３３を持って行くのを忘れること、無線式ハンドヘルド型ユーザデバイスをオンし忘れること、又は無線式ハンドヘルド型ユーザデバイスが壊れてしまっていることが考えられる。そのような事情において、プロキシサーバ２０は、距離が予め定義された閾値よりも大きいと決定すべきであり、スタンドアローン型ユーザデバイス３１を第１及び第２の選択された１つのユーザデバイスの両方として選択すべきである。
【００６１】
距離が予め定義された閾値よりも大きく、且つ、リクエストが無線式ハンドヘルド型ユーザデバイス３３から送信される場合は、プロキシサーバ２０は、無線式ハンドヘルド型ユーザデバイス３３を第１及び第２の選択された１つのユーザデバイスの両方として選択する。ユーザは、リクエストを送信するために無線式ハンドヘルド型ユーザデバイス３３を使用するので、ユーザは、無線式ハンドヘルド型ユーザデバイス３３を使用しているはずであると考えられる。
【００６２】
予め定義された閾値は、ユーザによって入力され、上述された例となるユーザプロファイル内の閾距離フィールドにおいて記憶され得る。プロキシサーバ２０は、ユーザが、この閾値と、スタンドアローン型ユーザデバイス３１についての位置情報とを変更することを可能にしてよい。
【００６３】
ビデオプログラム及び関連情報の両方を受信するユーザデバイスは、ビデオプログラム及び関連情報を表示するために、例えば２つのウィンドウのような分割されたスクリーンを提供するか、あるいは、ユーザが所与の時点でいずれか一方を見るためのオプションを提供してよい。
【００６４】
上述されたように、いずれのユーザデバイスも、アクティブであると考えられている。一実施形態では、プロセッサ２９は、スタンドアローン型ユーザデバイス及び無線式ハンドヘルド型デバイスの夫々のステータスを決定する。いずれのユーザデバイスもアクティブでない場合は、プロセッサ２９は、ビデオプログラム及び関連情報の送信を終了する。いずれのユーザデバイスもアクティブである場合は、プロセッサ２９は、ビデオプログラム及び関連情報の送信を維持する。１つのユーザデバイスのみがアクティブである場合は、プロセッサ２９は、ビデオプログラム及び関連情報の両方をアクティブなユーザデバイスへ送信し、非アクティブなユーザデバイスへはビデオプログラムも関連情報も送信しない。この実施形態は、２つよりも多いユーザデバイスがプライオリティ情報を考慮して関係している場合に適用され得る。プライオリティを考慮する例は、実施形態の１つにおいて後で与えられる。
【００６５】
一実施形態では、関連情報は、異なったプライオリティを有して２つ以上のタイプに分類されてよく、夫々のタイプは、対応するプライオリティを有する対応するユーザデバイスへ送信される。例えば、関連情報は、グラフィクス（画像）及びテキストに分類されてよく、グラフィクスの方が高いプライオリティを有する。スタンドアローン型ユーザデバイスは、最も高いプライオリティを有すると見なされるべきである。一実施形態では、ユーザは、ユーザプロファイルにおいて夫々のハンドヘルド型ユーザデバイスについてプライオリティを設定することができる。以下では、ユーザは、無線式ハンドヘルド型ユーザデバイス３２のプライオリティよりも高いプライオリティを無線式ハンドヘルド型ユーザデバイス３３へ割り当てるとする。無線式ハンドヘルド型ユーザデバイスは両方ともが予め定義された距離閾内にあり、且つ、ビデオはスタンドアローン型ユーザデバイス３１へ送信される場合に、グラフィクス部分は、無線式ハンドヘルド型ユーザデバイス３３へ送信され、テキスト部分は、無線式ハンドヘルド型ユーザデバイス３２へ送信される。他の実施形態では、ある無線式ハンドヘルド型ユーザデバイスがビデオプログラムのリクエストを送信する場合に、その無線式ハンドヘルド型ユーザデバイスが最も高いプライオリティの無線式ハンドヘルド型ユーザデバイスになる。例えば、無線式ハンドヘルド型ユーザデバイス３２は無線式ハンドヘルド型ユーザデバイス３３よりも低いプライオリティを有するが、リクエストを送信するユーザデバイスである場合は、無線式ハンドヘルド型ユーザデバイス３２は、無線式ハンドヘルド型ユーザデバイス３３よりも高いプライオリティを有するものとして扱われるべきである。このシナリオでは、関連情報が無線式ハンドヘルド型ユーザデバイス３２及び３３へ送信される場合に、グラフィクス、すなわち画像が無線式ハンドヘルド型ユーザデバイス３２へ送信され、テキストは無線式ハンドヘルド型ユーザデバイス３３へ送信される。
【００６６】
実施形態の原理の他の態様では、プロキシサーバ２０は、全てのユーザに供するための有限なバンド幅を有し、利用可能なバンド幅がビデオセッションのためのバンド幅要求を満足するには十分でない場合にビデオプログラム及び／又は関連情報を適応又は変換する。夫々のタイプのユーザデバイスは、異なったバンド幅要求を有し得る点が留意されるべきである。ビデオプログラムを要求するユーザに割り当てられるプロキシサーバの利用可能なバンド幅がＢであり、ビデオプログラムを受信するユーザデバイスのバンド幅要求がＢ１であり、関連情報を受信するユーザデバイスのバンド幅要求がＢ２であるとすると、図３は、バンド幅をユーザデバイスへ割り当て、コンテンツを適応させるための例となるプロセス３００を示す。コンテンツは、必要に応じて、ビデオプログラム、関連情報、又はその両方であってよい。プロセス３００は、バンド幅割り当て及び調整モジュール２４並びにコンテンツ適応モジュール２２によって実行される。ステップ３０５で、プロキシサーバ２０は、例えば、図２に示されるように、新しいビデオセッションにおいてどのユーザデバイスがビデオプログラム及び関連情報を受信すべきかを、又は既存のビデオセッションにおいて２つのユーザデバイス間の距離が予め定義された距離閾よりも大きくなる場合を決定している。距離が予め定義された閾値よりも大きい場合は、上述されたように、１つのユーザデバイスがビデオプログラム及び関連情報の両方を受信し、他のユーザデバイスはいずれも受信しない。先と同じく、２つのユーザデバイスの例がここでは説明される。
【００６７】
ステップ３１０で、プロキシサーバ２０は、利用可能なバンド幅Ｂが、ビデオプログラムを受信するユーザデバイスのバンド幅要求Ｂ１よりも狭いかどうかをチェックする。ＢがＢ１よりも狭くない場合は、プロセスはステップ３１５へ続く。ステップ３１５で、プロキシサーバ２０は、Ｂ１を、ビデオプログラムを受信するユーザデバイスへ、そして、Ｂ−Ｂ１を、関連情報を受信するユーザデバイスへ割り当てる。ステップ３３０で、プロキシサーバ２０は、Ｂ−Ｂ１がＢ２（関連情報を受信するユーザデバイスのバンド幅要求）よりも狭いかどうかをチェックする。Ｂ−Ｂ１がＢ２よりも狭くない場合は、プロキシサーバ２０は、ステップ３３５で、関連情報を受信するユーザデバイスへＢ２を割り当てる。
【００６８】
Ｂ−Ｂ１が、ステップ３３０で決定されるように、Ｂ２よりも狭い場合は、プロキシサーバ２０は、ステップ３４０で、Ｂ−Ｂ１を、関連情報を受信するユーザデバイスへ割り当てる。この時点で、コンテンツ適応モジュール２２は、ステップ３４５で、Ｂ−Ｂ１を満足するように、例えば、関連情報の分解能を低減することによるダウンサイジングのように、関連情報を変換するよう呼び出されてよい。例えば、関連情報が画像を含む場合は、画像の解像度が低減されてよく、あるいは、画像は送信されない。
【００６９】
Ｂが、ステップ３１０で決定されるように、Ｂ１よりも狭い場合は、プロキシサーバ２０は、ステップ３２０で、Ｂ１を、ビデオプログラムを受信するユーザデバイスへ割り当て、関連情報を受信するユーザデバイスへは何も割り当てない。そして、ステップ３２５で、プロキシサーバ２０は、コンテンツ適応モジュール２２を呼び出して、Ｂを満足するようにビデオプログラムを適応又は変換する。変換又は適応は、例えば、空間的に若しくは時間的に又はその両方においてビデオプログラムをダウンサンプリングすること、あるいは、ビデオプログラムがスケーリング可能なビデオである場合は、幾つかのより高いレイヤのデータを送信するのをスキップすることによって、達成され得る。ダウンサンプリングは、空間的に又は時間的により低い分解能をもたらすべきである。ここで使用されるコンテンツの如何なる変換又は適応も、コンテンツの初期品質よりも品質が悪いコンテンツをもたらす。例えば、ビデオプログラムの初期解像度が１２８０×１０２４ピクセルである場合に、適応又は変換は、例えば１０２４×７８６又は８００×６００といった、より低い解像度をもたらしえる。１２８０×１０２４の解像度を有するビデオプログラムは、１０２４×７８６の解像度を有するビデオプログラムよりも良い品質を有する。一方、１０２４×７８６の解像度を有するビデオプログラムは、８００×６００の解像度を有するビデオプログラムよりも良い品質を有する。
【００７０】
１つのスタンドアローン型ユーザデバイス及び１つの無線式ハンドヘルド型ユーザデバイスを使用するものとして説明しているが、実施形態の同じ原理は、１つのスタンドアローン型ユーザデバイス及び１つよりも多い無線式ハンドヘルド型ユーザデバイスに適用され得る。例えば、関連情報が画像及びテキストの両方を含む場合に、画像部分は、ビデオプログラムを受信しない１つのユーザデバイスへ送信されてよく、テキスト部分は、ビデオプログラムを受信しない他の無線式ユーザデバイスへ送信されてよい。ビデオプログラムを受信するユーザデバイスへバンド幅を割り当てた後に十分なバンド幅が残っていない場合は、残りの利用可能なバンド幅は、画像部分を受信するユーザデバイスへ最初に割り当てられ、未だ残っている場合は、残りが、テキスト部分を受信するユーザデバイスへ割り当てられる。先と同じく、割り当てられるバンド幅がユーザデバイスのバンド幅要求を満足するには十分でない場合は、そのユーザデバイスへ送信されるべきコンテンツは、割り当てられるバンド幅を満足するように適応又は変換されるべきである。
【００７１】
実施形態の原理の他の態様に従って、ビデオプログラム及び関連情報が２つの異なるユーザデバイスへ送信される場合に、プロキシサーバ２０は、ユーザのビュー又はビュー変更情報を取得し、ビデオプログラム及び関連情報の品質を然るべく調整してよい。この考えは、ユーザビューを有するユーザデバイスへ最大限の量のバンド幅を割り当てることによって、ビュー変更情報に従ってユーザビューを有するユーザデバイスへ送信されるコンテンツの最良の品質を与えることである。最大限の量は、プロキシサーバ２０での利用可能なバンド幅及びユーザビューを有するユーザデバイスのバンド幅要求を超えるべきではない。ユーザビューを有するユーザデバイスへ送信されるコンテンツの品質を最大限とすることは、ユーザビューを有さないユーザデバイスへ割り当てられるバンド幅が低減され得るので、ユーザビューを有さない他のユーザデバイスへ送信されるコンテンツの品質を悪化させることを生じさせることがある。
【００７２】
図４Ａは、ユーザビューに従って、アカウントに登録されている第１及び第２のデバイスのためのバンド幅を調整するためのプロセス４００を表す。上述されたように、バンド幅を調整することは、ユーザビューを有するデバイスによって受信されるコンテンツの品質を最大限とすることをもたらすべきであり、ユーザビューを有さないデバイスによって受信されるコンテンツの品質の劣化を生じさせることがある。
【００７３】
ステップ４０５で、プロキシサーバ２０は、２つのデバイスのうちの一方からビデオプログラムのリクエストを受信する。以下の説明では、スタンドアローン型ユーザデバイス３１及び無線式ハンドヘルド型ユーザデバイス３３は、夫々、第１及び第２のデバイスとして表される。
【００７４】
ステップ４１０で、プロキシサーバ２０は、プロキシサーバ２０で利用可能な第１のバンド幅に従って、第１及び第２の量のバンド幅を夫々、２つのユーザデバイスのうちの一方及び２つのユーザデバイスのうちの他方へ割り当てる。割り当ては、例えば、図３で説明されたプロセスに従って、実行され得る。
【００７５】
ステップ４１５で、プロキシサーバ２０は、関連情報を除いて、第１の品質を有するビデオプログラムを１つのユーザデバイスへ送信し、ステップ４２０で、第２の品質を有する関連情報を他のユーザデバイスへ送信する。
【００７６】
ユーザデバイスがコンテンツ（ビデオプログラム、関連情報、又はその両方であることができる。）を受信するための割り当てられたバンド幅が、そのユーザデバイスのバンド幅要求よりも広い場合は、コンテンツは、サイズ、ひいては品質を低減するようコンテンツを変換する必要なしに、その初期品質のままで送信されるべきである。しかし、割り当てられたバンド幅がバンド幅要求よりも狭い場合は、コンテンツは、割り当てられたバンド幅を満足するためにサイズを低減するよう変換されるべきであり、結果として初期品質よりも品質は悪くなる。
【００７７】
例えば、第１の割当量が１つのユーザデバイスのバンド幅要求よりも多い場合は、第１の品質はビデオプログラムの初期品質であり、第１の割当量が１つのユーザデバイスのバンド幅要求よりも少ない場合は、第１の品質はビデオプログラムの初期品質よりも悪い。これは、関連情報にも当てはまる。第２の割当量が他のユーザデバイスのバンド幅要求よりも多い場合は、第２の品質は関連情報の初期品質であり、第２の割当量が他のユーザデバイスのバンド幅要求よりも少ない場合は、第２の品質は関連情報の初期品質よりも悪い。
【００７８】
初期品質を有するコンテンツの変換は、コンテンツのサイズを低減すること、例えば、空間的に又は時間的に分解能を低減することによって、行われ得る。
【００７９】
ステップ４２５で、プロキシサーバ２０は、ユーザの第１のビュー変更情報に従ってユーザのビューを有するユーザデバイスによって受信されるコンテンツの品質を最大限とするように、第１及び第２の割当量を調整する。この考えは、ユーザビューを有するユーザデバイスへ送信されるコンテンツの最良の品質をユーザに提供することである。
【００８０】
図４Ｂは、ステップ４２５の詳細を表す。ステップ４２５１で、プロキシサーバ２０は、第１のビュー変更情報に従って、どのユーザデバイスがユーザビューを有するのかを決定する。第１のビュー変更情報は、ユーザビューが、一実施形態では、第１のビュー変更情報を送信するユーザデバイス（送信元のユーザデバイス）へ切り替えられるか、あるいは、他の実施形態では、送信元のユーザデバイスから離れることを示してよい。ユーザビューが送信元のユーザデバイスへ切り替えられることを第１のビュー変更情報が示す場合は、送信元のユーザデバイスは、第１のビュー変更情報を送信した後にユーザビューを有する。ユーザビューが送信元のユーザデバイスから離れるよう切り替えられることを第１のビュー変更情報が示す場合は、送信元のユーザデバイスは、第１のビュー変更情報を送信した後にユーザビューを失い、他のユーザデバイスは、ユーザビューを有すると決定される。この実施形態では、２つのユーザデバイスは、同じユーザアカウントの下にあり、同じビデオセッションにある。送信元のユーザデバイスは、その送信元のユーザデバイスがビデオプログラム又は関連情報のいずれかを受信すべき場合に、ビデオセッションにある。ビデオセッションにないユーザデバイスがビュー変更情報を送信することができる場合は、プロキシサーバ２０は、送信元のユーザデバイスがビデオセッションにあるかどうかをチェックしてよく、送信元のデバイスがビデオセッションにない場合は、プロキシサーバ２０は、ビュー変更情報の受信に応答してこれ以上の動作を行わない。
【００８１】
ステップ４２５２で、プロキシサーバ２０は、第１のビュー変更情報に従って、バンド幅（“ＢＷ”）の割当量がユーザビューのＢＷ要求よりも少ないかどうかをチェックする。それがバンド幅要求よりも少なくない場合は、プロキシサーバ２０は、ステップ４２５３で、第１及び第２の割当量を維持することによって、第１及び第２の割当量を調整し、プロセスは、調整された量に従って、２つのユーザデバイスへ送信されるコンテンツの品質を夫々調整する方へ進む。第１及び第２の割当量は保持されるので、プロキシサーバ２０は、第１及び第２の品質を保持することによって、品質を調整する。次いで、プロセスは、新しいビュー変更情報を受信する方へ進む。
【００８２】
ユーザビューを有するユーザデバイスに対する割当量が、ユーザビューを有するユーザデバイスのバンド幅要求よりも少ない場合は、プロキシサーバ２０は、ステップ４２５４で、ユーザビューを有するユーザデバイスに対する割当量を増大させ、ユーザビューを有さないユーザデバイスに対する割当量を低減することによって、第１及び第２の割当量を調整する。ステップ４２５５で、プロキシサーバ２０は、調整された量に従って、２つのデバイスへ送信されるコンテンツの品質を夫々調整する。次いで、プロセッサは、新しいビュー変更情報を受信する方へ進み、次いでステップ４２５１へ戻る。
【００８３】
品質を調整するステップは、ユーザビューを有するユーザデバイスに対する調整された割当量が、ユーザビューを有するユーザデバイスのバンド幅要求よりも少なくない場合に、初期品質を有するコンテンツを、ユーザビューを有するユーザデバイスへ送信することと、ユーザビューを有するユーザデバイスに対する調整された割当量が、ユーザビューを有するユーザデバイスのバンド幅要求よりも少ないが、その割当量よりも多い場合に、ユーザビューを有するユーザデバイスに対する調整された割当量を満足するために、初期品質を有するコンテンツを、第１の品質よりも良い第３の品質を有するコンテンツへと変換することとを有する。そのようなものとして、ユーザビューを有するユーザデバイスへのコンテンツの品質は最大限にされる。
【００８４】
ユーザビューを有さないユーザデバイスのための調整された割当量はステップ４２５４で低減されるので、ユーザビューを有さないユーザデバイスへ送信されるコンテンツの品質も、ステップ４２５５で調整される。調整は、例えば、初期品質又は目下送信中の品質を有するコンテンツを、低減されたバンド幅を満足するように第３の品質を有するコンテンツへと変換することによって、行われ得る。第３の品質は、送信のために、コンテンツの送信において以前に使用された品質又は初期品質よりも悪くなければならない。
【００８５】
プロキシサーバ２０は、第１のビュー変更情報を受信した後に、第１のビュー変更情報を送信しないユーザデバイスから第２のビュー変更情報を受信してよく、ビュー変更情報は、第１及び第２のビュー変更情報の間に受信されないことが可能である。このシナリオでは、プロキシサーバ２０は、ユーザビューが、第１のビュー変更情報を受信する前の同じユーザデバイスへ切替復帰されるので、第１及び第２の割当量を回復してよい。
【００８６】
一実施形態では、プロキシサーバ２０は、ビュー変更情報信号に応答して、サーバで利用可能なバンド幅（第２の利用可能なバンド幅）を再度決定してよい。この実施形態では、プロキシサーバ２０は、第２の利用可能なバンド幅（プロキシサーバ２０での新たに決定された利用可能なバンド幅）に従って第１及び第２の割当量を調整する。例えば、プロキシサーバ２０は、第２のビュー変更情報に従ってユーザビューを有するユーザデバイスへ送信されるコンテンツの品質を最大限にするように第３の量のバンド幅を割り当て、そして、第２の利用可能なバンド幅及び第３の量に従って第４の量のバンド幅を割り当てる。第３の量は、第２の利用可能なバンド幅及び第２のビュー変更情報に従ってユーザビューを有するユーザデバイスのバンド幅要求よりも少なくなければならない。品質は最大限にされるから、第３の量は、ユーザビューを有するユーザデバイスのバンド幅要求以下の、第２の利用可能なバンド幅によって許容可能な最大量であるべきである。プロキシサーバ２０は、第１のビュー変更情報に応答して同様の原理を適用してよい。
【００８７】
ビュー変更情報に応答して、プロキシサーバ２０は、ユーザビューを有するユーザデバイスによって受信されるコンテンツの品質を最大限とするように、全ての利用可能バンド幅を、ユーザビューを有するユーザデバイスへ割り当ててよい。結果として、プロキシサーバ２０は、ユーザビューを有さないユーザデバイスへ送信されることになっているコンテンツを送信しない。このシナリオでは、ユーザビューが、ユーザビューを有さないユーザデバイスへ切替復帰される場合に、ユーザビューを有さないユーザデバイスは、新たに割り当てられた量のバンド幅に従って、等しい又はより良い品質を有するコンテンツを前もって受信すべきである。
【００８８】
スタンドアローン型ユーザデバイス３１は関連情報ではなくビデオプログラムを受信しており、無線式ハンドヘルド型ユーザデバイス３３はビデオプログラムではなく関連情報を受信しており、無線式ハンドヘルド型ユーザデバイス３３は、ユーザがビューを無線式ハンドヘルド型ユーザデバイス３３へ切り替えすることを検出し、第１のビュー変更情報をプロキシサーバ２０へ送信するとする。無線式ハンドヘルド型ユーザデバイス３３は、第１のビュー変更情報を送信する前に受信されたのと少なくとも同じ品質を有する関連情報を受信すべきである。調整後に、スタンドアローン型ユーザデバイス３１が、ユーザがビューを切替復帰することを検出し、第２のビュー変更情報をプロキシサーバ２０へ送信する場合に、プロキシサーバ２０は、第２のユーザビュー変更情報に応答して、割当量を、第１のビュー変更情報を受信する前の量に戻すか、あるいは、プロキシサーバ２０での新たに決定された利用可能なバンド幅に従って量を割り当てし直すべきである。
【００８９】
２つの異なるユーザデバイスが表されているが、本願の原理は、３つ以上のユーザデバイスに適用され得る。例えば、スタンドアローン型ユーザデバイス３１、無線式ハンドヘルド型ユーザデバイス３２、及び無線式ハンドヘルド型ユーザデバイス３３がビデオセッションに関わっている場合に、スタンドアローン型ユーザデバイス３１がビデオプログラムを受信しており、無線式ハンドヘルド型ユーザデバイス３２及び３３が、関連情報のテキスト部分及びグラフィクス部分を夫々受信しているとする。この時点で、プロキシサーバ２０は、ビュー変更情報を受け取り、無線式ハンドヘルド型ユーザデバイス３２がユーザビューを有すると決定する。プロキシサーバ２０は、次の通りに、バンド幅の割当量を調整すべきである：無線式ハンドヘルド型ユーザデバイス３２のための割当量を増大させ、無線式ハンドヘルド型ユーザデバイス３３とスタンドアローン型ユーザデバイス３１との間で残りのバンド幅を割り当てる。ビデオプログラムはグラフィクスよりも高いプライオリティを有すると考えられるので、残りのバンド幅は、スタンドアローン型ユーザデバイス３１のバンド幅要求を満足するために最初に使用され、次いで、残りが無線式ハンドヘルド型ユーザデバイス３３へ割り当てられる。通常、この実施形態では、ビデオプログラムは、関連情報のグラフィクス部分よりも高いプライオリティを有し、一方、関連情報のグラフィクス部分は、関連情報のテキスト部分よりも高いプライオリティを有する。しかし、ユーザビューを有するユーザデバイスへ送信されるコンテンツは、最も高いプライオリティのコンテンツをとるべきである。そのようなものとして、バンド幅は、ユーザビューを有するユーザデバイスであって、最も高いプライオリティのコンテンツを受信するユーザデバイスについてのバンド幅要求を満足するように最初に割り当てられる。利用可能なバンド幅の残り部分は、次いで、ユーザビューを有さないユーザデバイスであるが、次に高いプライオリティのコンテンツを受信するユーザデバイスについてのバンド幅要求を満足するために割り当てられる。残り部分の残りは、次いで、ユーザビューを有さないユーザデバイスであって、２番目の高いプライオリティのコンテンツを受信するユーザデバイスについてのバンド幅要求を満足するように割り当てられる。以降、同様に続く。よって、実施形態の原理に従って、バンド幅は、この実施形態では、ユーザデバイスによって受信されるコンテンツのプライオリティに従って割り当てられ又は調整される。
【００９０】
３つのユーザデバイス、例えば、スタンドアローン型ユーザデバイス３１、無線式ハンドヘルド型ユーザデバイス３２、及び無線式ハンドヘルド型ユーザデバイス３３がビデオセッションに関わっており、ビュー変更情報は、ユーザビューが送信元のユーザデバイスへ切り替えられることを示す場合に、プロキシサーバ２０は、送信元のユーザデバイスがユーザビューを有すると決定する。しかし、ビュー変更情報が、ユーザビューが送信元のユーザデバイスから離れるよう切り替えられることを示す場合は、プロキシサーバ２０は、ユーザビューが、最も高いプライオリティのコンテンツを受信するユーザデバイスであって、ビュー変更情報を送信していないユーザデバイスにあり、より低いプライオリティのコンテンツを受信するユーザデバイスであって、ビュー変更情報を送信していないユーザデバイスにはないと決定する。
【００９１】
一実施形態では、プロキシサーバ２０は、ビデオセッションに関与する夫々のユーザデバイスのステータスを周期的にチェックしてよい。いずれのユーザデバイスもアクティブでない場合は、プロキシサーバ２０は、ビデオプログラム及び関連情報の送信を終了する。そして、１つのユーザデバイスのみがアクティブである場合は、プロキシサーバ２０は、ビデオプログラム及び関連情報の両方をアクティブなユーザデバイスへ送信する。２つよりも多いユーザデバイス、説明のために３つのユーザデバイスが関わっている場合において、全てのユーザデバイスがアクティブであるとき、アクションは必要とされない。１つのユーザデバイスのみがアクティブである場合は、ビデオプログラム及び関連情報の両方がアクティブなユーザデバイスへ送信される。２つのユーザデバイスのみがアクティブであり、非アクティブなユーザデバイスがビデオプログラムを受信していた場合は、２つのアクティブなユーザデバイスのうちの最も高いプライオリティの一方がビデオプログラムを受信し、他方が関連情報を受信する。非アクティブな１つのユーザデバイスが関連情報の例えばグラフィック又はテキストのような部分を受信していた場合は、関連情報の他の部分を受信しているアクティブな１つのユーザデバイスが関連情報のその部分も受信すべきである。すなわち、アクティブな１つのユーザデバイスは、関連情報の両方の部分を受信する。
【００９２】
他の実施形態では、プロキシサーバ２０は、無線式ハンドヘルド型ユーザデバイスとスタンドアローン型ユーザデバイスとの間の距離を周期的にチェックしてよい。距離が予め定義された閾値内にある場合は、プロキシサーバ２０は、上述されたように、第１及び第２の割当量を調整する。距離が予め定義された閾値内にない場合は、調整ステップは、ユーザビューを有するユーザデバイスのバンド幅要求を満足するように第１の利用可能なバンド幅を割り当て、ユーザビューを有するユーザデバイスへビデオプログラム及び関連情報を送信することと、ユーザビューを有さないユーザデバイスへはバンド幅を割り当てず、ユーザビューを有さないユーザデバイスへはビデオプログラムも関連情報も送信しないこととを有する。後の時点で、プロキシサーバ２０が第２のビュー変更情報から、ユーザビューを有さないユーザデバイス（“他方のユーザデバイス”）が現在ユーザビューを有していると決定する場合は、プロキシサーバ２０は、他方のユーザデバイスのバンド幅要求を満足するように利用可能なバンド幅を割り当て、ビデオプログラム及び関連情報の両方を他方のユーザデバイスへ送信する。プロキシサーバ２０は、バンド幅並びにビデオプログラム及び関連情報を、プロキシサーバ２０が第２のビュー変更情報を受信するより前にユーザビューを以前に有していたユーザデバイスへは割り当てない。
【００９３】
３つのユーザデバイスが関わっており、両方のハンドヘルド型ユーザデバイスが予め定義された距離閾値内にない場合は、プロキシサーバ２０は、ユーザビューを有するユーザデバイスのバンド幅要求を満足するように利用可能なバンド幅を割り当て、ユーザビューを有するユーザデバイスへビデオプログラム及び関連情報の両方を送信し、ユーザビューを有さない他の２つのユーザデバイスへはバンド幅を割り当てず、ビデオプログラムも関連情報も送信しない。このように、いずれかのビュー変更情報に応答して、ユーザビューを有するユーザデバイスのみがバンド幅を確保し、ビデオプログラム及び関連情報を受信する。１つのハンドヘルド型ユーザデバイス（範囲内のハンドヘルド型ユーザデバイス）のみが予め定義された閾距離内にある場合、且つ、他のハンドヘルド型ユーザデバイス（範囲外のハンドヘルド型ユーザデバイス）がユーザビューを有する場合に、プロキシサーバ２０は、ユーザビューを有する範囲外のハンドヘルド型ユーザデバイスのバンド幅要求を満足するように利用可能なバンド幅を割り当て、ユーザビューを有する範囲外のハンドヘルド型ユーザデバイスへビデオプログラム及び関連情報の両方を送信し、ユーザビューを有さない他の２つのユーザデバイスへはバンド幅を割り当てず、ビデオプログラムも関連情報も送信しない。しかし、範囲外のハンドヘルド型ユーザデバイスがユーザビューを有さない場合は、プロキシサーバ２０は、ビデオセッションにある２つのユーザデバイスの実施形態に関して上述されたように、ユーザビュー情報に従って、範囲内のハンドヘルド型ユーザデバイスとスタンドアローン型ユーザデバイスとの間でバンド幅を調整し、範囲外のハンドヘルド型ユーザデバイスによって受信されていたコンテンツは、例えば、図２におけるプロセス２００の分配部分に従って、これとき、範囲内のハンドヘルド型ユーザデバイス及び範囲外のハンドヘルド型ユーザデバイスへ送信される。後の時点で、プロキシサーバ２０が第２のビュー変更情報を受信し、範囲外のハンドヘルド型ユーザデバイスがユーザビューを有していると決定する場合は、プロキシサーバ２０は、範囲外のハンドヘルド型ユーザデバイスのバンド幅要求を満足するように利用可能なバンド幅を割り当て、ユーザビューを有する範囲外のハンドヘルド型ユーザデバイスへビデオプログラム及び関連情報の両方を送信し、ユーザビューを有さない他の２つのユーザデバイスへはバンド幅を割り当てず、ビデオプログラムも関連情報も送信しない。プロキシサーバ２０が第２のビュー変更情報から、範囲内のハンドヘルド型ユーザデバイス及びスタンドアローン型ユーザデバイスのうちの一方がユーザビューを有していると決定する場合は、調整は、上述された２つのユーザデバイスの実施形態に従って行われる。
【００９４】
ユーザデバイスは、従来の方法においてユーザからビュー変更を検出してよい（例えば、１つ又は２つのカメラによる頭部の位置付けや眼球の動きの追跡、入力要素からの入力の検出、又はタッチ検知可能なディスプレイでのタッチ検出、等）。ユーザデバイスは、この実施形態では、ユーザのビューがユーザデバイスへ切り替えられるか又はそれから離れることを検出すると、ビュー変更情報をプロキシサーバ２０へ送信する。誤ったビュー変更、又はあまりに頻繁にビデオプログラム及び関連情報の品質を変更することを防ぐために、ユーザデバイスは、ビュー変更を検出した後に予め定義されたインターバル（例えば、１０秒間）において新たなビュー変更が検出されなかった場合にビュー変更情報信号を送信してよい。
【００９５】
図５は、ユーザデバイス３１、３２及び３３についての例となる実施形態であるユーザデバイス５０を表す。ユーザデバイス５０は、例えばＩ／Ｏブロック５１０のような入出力（Ｉ／Ｏ）手段と、例えばコントローラ５２０のような制御及び処理手段と、例えば物理ボタン／キーブロック５８０のようなユーザ入力手段と、例えばメモリ５４０のようなデータ記憶手段と、例えばディスプレイ５５０のような表示手段と、例えばＧＰＳ５６０のような位置決め手段（スタンドアローン型ユーザデバイス３１については任意）と、例えばカメラ５７０のようなユーザビュー検出手段とを有する。図５の前述の要素のうちの幾つかは、１つ以上の集積回路（ＩＣ；Integrated  Circuit(s)）を用いて具現されてよい。記載の明りょうさのために、例えば特定の制御信号、電力信号、及び／又は他の要素のような、ユーザデバイス５０に関連する特定の従来要素は、図５において図示されないことがある。
【００９６】
Ｉ／Ｏブロック５１０は、ユーザデバイス５０のＩ／Ｏ機能を実行するよう動作可能であるか、あるいは、そうするよう構成される。例となる実施形態に従って、Ｉ／Ｏブロック５１０は、例えばオーディオ、ビデオ及び／又はデータ信号のような信号を、例えば携帯電話、インターネット（例えば、ネットワーク４１及び４３）及び／又は他のネットワーク源のような１つ以上のネットワークから有線及び／又は無線によってデジタル変調フォーマットにおいて受信するよう、且つ、そのような１つ以上のネットワークへ有線及び／又は無線によって信号を出力するよう動作可能であるか、あるいは、そうするよう構成される。Ｉ／Ｏブロック５１０は、有線及び／又は無線信号を受信することができる如何なるタイプのＩ／Ｏインタフェースとしても具現されてよく、１つ以上の個別部品（例えば、アンテナ、プラグ、等）から構成されてよい。
【００９７】
コントローラ５２０は、単一のプロセッサ又は、複数の個別的な同様の若しくは異なったプロセッサであることができる。コントローラ５２０は、ここで記載される本発明の様々な実施形態及び技術の実行を助け且つ可能にするユーザデバイス５０の様々な信号処理及び制御機能（例えば、ソフトウェアコードの実行、等）を実行するよう動作可能であるか、あるいは、そうするよう構成される。
【００９８】
例となる実施形態に従って、コントローラ５２０は、Ｉ／Ｏブロック５１０から供給される信号を受信し、ユーザデバイス５０に関連した全ての必要な処理及び制御機能を、１つ以上のマイクロプロセッサ及び／又は他の要素を介して実行及び／又は可能にする。例えば、コントローラ５２０は、Ｉ／Ｏブロック５１０から供給されるオーディオ、ビデオ及び／又はデータ信号を、チューニング、復調、前進型エラー訂正、及び通信処理機能を含む機能を実行することによって処理し、それによって、オーディオ、ビデオ及び／又はデータコンテンツを表すデジタル信号を生成するよう動作可能であるか、あるいは、そうするよう構成される。そのような処理機能から生成されたデジタルデータは、更なる処理及び／又は出力（例えば、ディスプレイ５５０を介する。）のために供給されてよい。
【００９９】
また、例となる実施形態に従って、コントローラ５２０は、物理ボタン／キーブロック５８０を介してなされたユーザ入力を処理すること、ユーザ入力に応答してユーザデバイス５０の機能（例えば、ボリューム及びチャネル制御機能、等）を制御すること、メモリ５４０との間でデータの読み出し及び書き込みを行うこと、ディスプレイ５５０を介してオンスクリーン表示（例えば、ビデオ、仮想ボタン／キー、メニュー、等）を有効にすること、及び／又はここで記載され得る他の動作を含むがそれらに限られない様々な他の機能を実行及び／又は可能にするよう動作可能であるか、あるいは、そうするよう構成される。
【０１００】
物理ボタン／キーブロック５８０は、ユーザデバイス５０のユーザオペレータから物理ユーザ入力を受けるよう動作可能であるか、あるいは、そうするよう構成される。例となる実施形態に従って、物理ボタン／キーブロック５８０は、ディスプレイ５５０の周りに対称に及び／又は他の適切な様態において配置される複数の物理ボタン及び／又はキーを有し、例えば、ユーザデバイス５０の筐体内に構成されてその筐体から延在してよい。他のタイプの入力も、ディスプレイ５５０を介して提供されてよい。
【０１０１】
メモリ５４０は、コントローラ５２０へ動作上結合され、ユーザデバイス５０のデータ記憶機能を実行する。例となる実施形態に従って、メモリ５４０は、ここで記載されるものを含む１つ以上のコンピュータアプリケーションに関連したソフトウェアコード及び他のデータ、オンスクリーン表示データ（例えば、仮想ボタン／キー、メニュー、ブラウザ、等）、ユーザ選択／セットアップデータ、及び／又は他のデータを含むがそれらに限られないデータを記憶する。
【０１０２】
ディスプレイ５５０は、コントローラ５２０の制御に従ってビデオコンテンツを含む視覚表示を提供するよう動作可能であるか、あるいは、そうするよう構成される。例となる実施形態に従って、ディスプレイ５５０は、仮想ボタン／キーを含むタッチスクリーン機能を提供するよう動作可能であるか、あるいは、そうするよう構成され、それによって、ユーザオペレータが、コントローラ５２０によって受信されて処理される入力（物理ボタン／キーブロック５８０を介して提供されるものとは別）を提供することを可能にする。ディスプレイ５５０は、例えば発光ダイオード（ＬＥＤ；Light  Emitting  Diode）ディスプレイ、液晶ディスプレイ（ＬＣＤ；Liquid  Crystal  Display）、又は他のタイプの表示デバイスのような如何なるタイプの適切な表示デバイスによっても具現されてよい。
【０１０３】
カメラ５７０は、そのフォーカス範囲内の対象の画像を形成するよう動作可能であるか、あるいは、そうするよう構成され、画像のコピーをメモリ５４０に記憶する。一実施形態では、画像は、ユーザの頭部を含む画像である。ユーザデバイス５０におけるカメラ５７０の位置は固定されているから、コントローラ５２０は、従来の方法を用いて、ユーザのビューがユーザデバイス５０へ切り替えられるか又はそれから離されるかを頭部画像から検出することができる。一実施形態では、ユーザデバイス５０は第２のカメラ（図示せず。）を有してよい。それにより、コントローラ５２０は、より正確にユーザビュー変更を決定することができる。コントローラ５２０がユーザビュー変更を検出すると、コントローラ５２０は、プロキシサーバ２０へビュー変更情報を送信する。ビュー変更情報は、ユーザビューがユーザデバイス５０へ切り替えられるか又はユーザデバイス５０から離れるかを示してよい。
【０１０４】
一実施形態では、コントローラ５２０は、コントローラ５２０がディスプレイ５５０又は物理ボタン／キー５８０のいずれかからユーザ入力を検出する場合に、ユーザビューがユーザデバイス５０に切り替えられると決定する。
【０１０５】
ＧＰＳ５６０は、ユーザデバイス５０の位置情報を取得するよう動作可能であるか、あるいは、そうするよう構成される。コントローラ５２０は、周期的に（例えば、５分ごとに）、又はプロキシサーバ２０によるリクエストがあったときに、現在位置を報告すべきである。ＧＰＳ５６０は、スタンドアローン型ユーザデバイスについては任意である。
【０１０６】
図６は、ユーザデバイス５０がスタンドアローン型ユーザデバイスとして機能している場合のプロセスフロー６００を表す。ステップ６０５で、コントローラ５２０は、第１のデバイスの位置情報をサーバ２０へ送信する。第１のデバイスは、スタンドアローン型ユーザデバイスとして登録されており、プロセスフロー６００の以下の説明では、スタンドアローン型ユーザデバイス及び無線式ハンドヘルド型ユーザデバイスは、夫々、同じアカウントに登録されている第１のデバイス及び第２のデバイスを表す。
【０１０７】
ステップ６１０で、コントローラ５２０は、ユーザ入力に応答してビデオプログラムのリクエストをプロキシサーバ２０へ送信する。ステップ６１５で、コントローラ５２０は、プロキシサーバ２０からビデオプログラムを受信する。ステップ６２０で、コントローラ５２０は、位置情報に従って、プロキシサーバ２０から、ビデオプログラムに関する情報（関連情報）を受信する。
【０１０８】
第１のデバイスの位置情報は、同じユーザアカウントの下に登録されているスタンドアローン型ユーザデバイス及び無線式ハンドヘルド型ユーザデバイスの間の距離を決定するためにプロキシサーバ２０によって使用される。距離は位置情報に依存するので、コントローラ５２０は、距離に従って関連情報を受信する。
【０１０９】
例えば、アクティブである、同じユーザアカウントの下の第１の無線式ユーザデバイスが存在する場合は、第１の無線式ユーザデバイスのプロセッサは、その位置情報をプロキシサーバ２０へ送信すべきであり、それにより、プロキシサーバ２０は、スタンドアローン型ユーザデバイスと第１の無線式ハンドヘルド型ユーザデバイスとの間の距離を決定することができる。ユーザは、セットアッププロセスの間に、又はスタンドアローン型ユーザデバイスが移動されたときに、スタンドアローン型ユーザデバイスを介して、ユーザプロファイルにおいてスタンドアローン型ユーザデバイスの位置情報を設定してよい。スタンドアローン型ユーザデバイスが位置決めデバイスを装備されている場合は、スタンドアローン型ユーザデバイスは、自身が移動されたときにその位置情報を送信することができる。
【０１１０】
距離が予め定義された閾値に満たない場合は、スタンドアローン型ユーザデバイスは、ビデオプログラムを受信している間、ステップ６１５での関連情報を受信するステップにおいて、関連情報の信号を受信すべきでない。むしろ、第１の無線式ハンドヘルド型ユーザデバイスが、ビデオプログラムを除いて関連情報を受信すべきである。距離が予め定義された閾値よりも大きい場合は、関連情報を受信するステップは、関連情報を受信する。よって、スタンドアローン型ユーザデバイスは、ビデオプログラム及び関連情報の両方を受信し、無線式ハンドヘルド型ユーザデバイスは、関連情報もビデオプログラムも受信しない。
【０１１１】
距離が予め定義された閾値に満たず、結果として、スタンドアローン型ユーザデバイスがビデオプログラムを受信し、第１の無線式ハンドヘルド型ユーザデバイスが関連情報を受信する場合に、第１の無線式ハンドヘルド型ユーザデバイスが動かされて、このとき、距離が予め定義された閾値よりも大きくなるならば、２つの実施形態が開示される。第１の実施形態では、スタンドアローン型ユーザデバイスは、スタンドアローン型ユーザデバイスがアクティブなままであるとき、ビデオプログラム及び関連情報の両方を受信すべきであり、第１の無線式ハンドヘルド型ユーザデバイスは、ビデオプログラムも関連情報も受信しない。論理的根拠は、ユーザがスタンドアローン型ユーザデバイスによりビデオプログラムを見ることに興味がない場合は、ユーザは、例えば、スタンドアローン型ユーザデバイスをオフすることによって、スタンドアローン型ユーザデバイスを非アクティブにするはずだからである。第２の実施形態では、スタンドアローン型ユーザデバイスは、ビデオプログラムも関連情報も受信せず、第１の無線式ハンドヘルド型ユーザデバイスがその両方を受信する。論理的根拠は、ユーザが家を離れる場合に、ユーザは常に第１の無線式ハンドヘルド型ユーザデバイスを持って行くはずだからである。
【０１１２】
スタンドアローン型ユーザデバイスはまた、従来の方法においてカメラ５７０によって撮られた画像を解析することによってスタンドアローン型ユーザデバイスに対するユーザのビュー変更を検出し、ビュー変更情報を生成し、ビュー変更情報をプロキシサーバ２０へ送信してよい。ビュー変更情報は、ユーザビューが、一実施形態では、スタンドアローン型ユーザデバイスへ切り替えられるか、あるいは、他の実施形態では、スタンドアローン型ユーザデバイスから離れることを示してよい。
【０１１３】
スタンドアローン型ユーザデバイスが、ユーザビューがスタンドアローン型ユーザデバイスから離れるよう切り替えられることを示すビュー変更情報を送信し、距離が予め定義された閾値に満たない場合は、図４Ｂに関して上述されたように、第１の無線式ハンドヘルド型ユーザデバイスは、等しいか又はより良い品質のコンテンツを受信すべきであり、スタンドアローン型ユーザデバイスは、等しいか又はより悪い品質を有するコンテンツを受信すべきである。その後、第１の無線式ハンドヘルド型ユーザデバイスが、ユーザビューが第１の無線式ハンドヘルド型ユーザデバイスから離れるよう切り替えられることを示すビュー変更情報を送信し、距離が依然として予め定義された閾値に満たない場合は、スタンドアローン型ユーザデバイス及び無線式ハンドヘルド型ユーザデバイスによって夫々受信されるコンテンツの品質は、最初のビュー変更情報がプロキシサーバ２０へ送信される前の品質へ回復されるべきである。
【０１１４】
スタンドアローン型ユーザデバイスが、ユーザビューがスタンドアローン型ユーザデバイスへ切り替えられることを示すビュー変更情報を送信し、距離が予め定義された閾値に満たない場合は、例えば、図４Ｂに関して上述されたプロセスに従って、スタンドアローン型ユーザデバイスは、等しいか又はより悪い品質を有するコンテンツを受信すべきであり、無線式ハンドヘルド型ユーザデバイスは、等しいか又はより悪い品質を有するコンテンツを受信すべきである。
【０１１５】
スタンドアローン型ユーザデバイスに対して予め定義された閾距離内に同じくある第２の無線式ハンドヘルド型ユーザデバイスが存在し、且つ、関連情報が１つよりも多いユーザデバイスへ送信されることが可能である場合に、関連情報の画像（グラフィック）部分は、第１及び第２の無線式ハンドヘルド型ユーザデバイスのうちのプライオリティが高い方のユーザデバイスによって受信され、テキスト部分は、他方の無線式ハンドヘルド型ユーザデバイスによって受信される。ユーザビューがスタンドアローン型ユーザデバイスへ切り替えられるか又はそれから離れることに応じた、スタンドアローン型ユーザデバイスによって受信されるコンテンツの品質の変化は、図４Ｂに関連する前述の記載から導き出され得る。
【０１１６】
図７は、ユーザデバイス５０が第１の無線式ハンドヘルド型ユーザデバイスとして機能している場合のプロセスフロー７００を表す。ステップ７０５で、コントローラ５２０は、第１のデバイスの位置情報をサーバ２０へ送信する。第１のデバイスは、無線式ハンドヘルド型ユーザデバイスとして登録されており、プロセスフロー７００の以下の説明では、無線式ハンドヘルド型ユーザデバイス及びスタンドアローン型ユーザデバイスは、夫々、同じアカウントに登録されている第１のデバイス及び第２のデバイスを表す。
【０１１７】
ステップ７１０で、コントローラ５２０は、ユーザ入力に応答してビデオプログラムのリクエストをプロキシサーバ２０へ送信する。ステップ７１５で、コントローラ５２０は、位置情報に従って、プロキシサーバ２０からビデオプログラムを受信する。ステップ７２０で、コントローラ５２０は、位置情報に従って、プロキシサーバ２０から、ビデオプログラムに関する情報（関連情報）を受信する。
【０１１８】
第１のデバイスの位置情報は、同じユーザアカウントの下に登録されているスタンドアローン型ユーザデバイス及び無線式ハンドヘルド型ユーザデバイスの間の距離を決定するためにプロキシサーバ２０によって使用される。距離は位置情報に依存するので、コントローラ５２０は、距離に従ってビデオプログラムを受信し、且つ、距離に従って関連情報を受信する。
【０１１９】
コントローラ５２０は、自動的に又はリクエストがあったときに第１の無線式ハンドヘルド型ユーザデバイスの位置情報をプロキシサーバ２０へ送信すべきであり、それにより、プロキシサーバ２０は、スタンドアローン型ユーザデバイスと第１の無線式ハンドヘルド型ユーザデバイスとの間の距離を決定することができる。
【０１２０】
一実施形態では、距離が予め定義された閾値に満たない場合に、関連情報を受信するステップ７１５は、関連情報を受信し、ビデオプログラムを受信するステップ７１０は、ビデオプログラムを受信せず、スタンドアローン型ユーザデバイスが、関連情報を除いてビデオプログラムを受信する。論理的根拠は、スタンドアローン型ユーザデバイスはより大きいディスプレイを備えているはずであり、ユーザがビデオプログラムを見るのにより快適なはずだからである。
【０１２１】
他の実施形態では、距離が予め定義された閾値に満たない場合に、関連情報を受信するステップ７１５は、関連情報を受信せず、ビデオプログラムを受信するステップ７１０は、ビデオプログラムを受信し、スタンドアローン型ユーザデバイスが、ビデオプログラムを除いて関連情報を受信する。論理的根拠は、ビデオプログラムのリクエストを送信するユーザデバイスは、要求されたビデオプログラムを受信すべきであるからである。
【０１２２】
距離が予め定義された閾値に満たない場合に、第１の無線式ハンドヘルド型ユーザデバイスが動かされて、このとき、距離が予め定義された閾値よりも大きくなるならば、スタンドアローン型ユーザデバイスはビデオプログラムも関連情報も受信せず、第１の無線式ハンドヘルド型ユーザデバイスがその両方を受信する。論理的根拠は、ユーザは、第１の無線式ハンドヘルド型ユーザデバイスからリクエストを実行しており、且つ、ユーザが家を離れる場合に常に第１の無線式ハンドヘルド型ユーザデバイスを持って行くはずだからである。
【０１２３】
第１の無線式ハンドヘルド型ユーザデバイスはまた、従来の方法においてカメラ５７０によって撮られた画像を解析することによって無線式ハンドヘルド型ユーザデバイスに対するユーザのビュー変更を検出し、ビュー変更情報をプロキシサーバ２０へ送信してよい。ビュー変更情報は、ユーザビューが、一実施形態では、第１の無線式ハンドヘルド型ユーザデバイスへ切り替えられるか、あるいは、他の実施形態では、第１の無線式ハンドヘルド型ユーザデバイスから離れることを示してよい。第１の無線式ハンドヘルド型ユーザデバイスはまた、ディスプレイ５５０又は物理ボタン／キー５８０からのユーザ入力を検出することによって、ユーザビューが自身に切り替えられることを示すビュー変更を検出してよい。
【０１２４】
第１の無線式ハンドヘルド型ユーザデバイスが、ユーザビューが第１の無線式ハンドヘルド型ユーザデバイスから離れるよう切り替えられることを示すビュー変更情報を送信し、距離が予め定義された閾値に満たない場合は、図４Ｂに関して上述されたように、第１の無線式ハンドヘルド型ユーザデバイスは、等しいか又はより悪い品質のコンテンツを受信すべきであり、スタンドアローン型ユーザデバイスは、等しいか又はよりよい品質を有するコンテンツを受信すべきである。その後、スタンドアローン型ユーザデバイスが、ユーザビューがスタンドアローン型ユーザデバイスから離れるよう切り替えられることを示すビュー変更情報を送信し、距離が依然として予め定義された閾値に満たない場合は、スタンドアローン型ユーザデバイス及び無線式ハンドヘルド型ユーザデバイスによって夫々受信されるコンテンツの品質は、最初のビュー変更情報がプロキシサーバ２０へ送信される前の品質へ回復されるべきである。
【０１２５】
第１の無線式ハンドヘルド型ユーザデバイスが、ユーザビューが第１の無線式ハンドヘルド型ユーザデバイスへ切り替えられることを示すビュー変更情報を送信し、距離が予め定義された閾値に満たない場合は、例えば、図４Ｂに関して上述されたプロセスに従って、第１の無線式ハンドヘルド型ユーザデバイスは、等しいか又はより悪い品質を有するコンテンツを受信すべきであり、スタンドアローン型ユーザデバイスは、等しいか又はより悪い品質を有するコンテンツを受信すべきである。
【０１２６】
スタンドアローン型ユーザデバイスに対して予め定義された閾距離内に同じくある第２の無線式ハンドヘルド型ユーザデバイスが存在し、且つ、関連情報が１つよりも多いユーザデバイスへ送信されることが可能である場合に、関連情報の画像（グラフィック）部分は、ビデオプログラムを受信していないユーザデバイスのうちのプライオリティが高い方のユーザデバイスによって受信され、テキスト部分は、ビデオプログラムを受信していないユーザデバイスのうちのプライオリティが低い方のユーザデバイスによって受信される。ユーザビューが第１の無線式ハンドヘルド型ユーザデバイスへ切り替えられるか又はそれから離れることに応じた、第１の無線式ハンドヘルド型ユーザデバイスによって受信されるコンテンツの品質の変化は、図４Ｂに関連する前述の記載から導き出され得る。
【０１２７】
上述されたように、発明の本原理は、例えばスマートＴＶのようなスタンドアローン型ユーザデバイスと、例えば携帯電話機、タッチ式タブレット、パーソナルコンピュータ（ＰＣ）、リモートコントロールデバイス、及び／又はサーバからビデオプログラムを受信する機能を有利に備えた他のデバイスのような無線式ハンドヘルド型電子デバイスの１つ以上とへのビデオプログラム及びビデオプログラムに関する情報の好ましい分配を提供する。要求されたプログラム及び要求されたプログラムに関する情報（関連情報）は、望ましくは、ビデオセッションに関与するスタンドアローン型ユーザデバイス及び他のユーザデバイスの間の距離に従ってバンド幅を節約するように２つの異なったユーザデバイスへ送信される。コンテンツの品質は、ユーザビューを有するユーザデバイスが、サーバでの利用可能な品質によって許される最良の品質を有するコンテンツを受信すべきであるように、ユーザのビューに依存してよい。
【０１２８】
本発明は、好適な設計を有するものとして記載されてきたが、本発明は、本開示の主旨及び適用範囲内で更に変更され得る。従って、本願は、その一般原理を用いる本発明の如何なる変形、使用、又は適応もカバーするよう意図される。更には、本願は、本発明が属し且つ添付の特許請求の範囲の制限内にある技術における既知の又は通例の実施内にあるものとして本開示からのそのような逸脱をカバーするよう意図される。
【図１】
2016524867.tif 000003
【図２】
2016524867.tif 000004
【図３】
2016524867.tif 000005
【図４Ａ】
2016524867.tif 000006
【図４Ｂ】
2016524867.tif 000007
【図５】
2016524867.tif 000008
【図６】
2016524867.tif 000009
【図７】
2016524867.tif 000010
【手続補正書】
【提出日】平成28年6月1日(2016.6.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１及び第２のデバイスへビデオプログラムを分配する方法であって、
プロセッサによって、サーバにおいてアカウントに両方ともが登録されている前記第１及び第２のデバイスのうちの１つから前記ビデオプログラムのリクエストを受信するステップと、
前記プロセッサによって、前記第１及び第２のデバイスの間の距離に従って前記第１及び第２のデバイスのうちの第１の選択された１つへ、前記ビデオプログラムに関する情報を除いて、前記ビデオプログラムを送信するステップと、
前記プロセッサによって、前記距離に従って前記第１及び第２のデバイスのうちの第２の選択された１つへ、前記ビデオプログラムを除いて、前記ビデオプログラムに関する前記情報を送信するステップと
を有する方法。
【請求項２】
前記第１のデバイスは、スタンドアローンのデバイスとして登録され、前記第２のデバイスは、ハンドヘルドのデバイスとして登録される、
請求項１に記載の方法。
【請求項３】
前記第１の選択された１つのデバイスは、前記第２の選択された１つのデバイスとは異なる、
請求項１に記載の方法。
【請求項４】
前記距離が予め定義された閾値よりも短い場合は、前記第１のデバイスを前記第１の選択された１つのデバイスとして選択し、前記第２のデバイスを前記第２の選択された１つのデバイスとして選択するステップと、
前記距離が前記予め定義された閾値よりも長い場合は、前記第２のデバイスを前記第１及び第２の選択された１つのデバイスとして選択し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を前記第１のデバイスへは送信しないステップと
を更に有する請求項１に記載の方法。
【請求項５】
前記第１のデバイスの位置情報を取得するステップと、
前記第２のデバイスの位置情報を取得するステップと、
前記第１のデバイスの取得された位置情報及び前記第２のデバイスの取得された位置情報に従って前記距離を決定するステップと
を更に有する請求項４に記載の方法。
【請求項６】
前記第２のデバイスの位置情報を取得することができない場合は、前記距離は、前記予め定義された閾値よりも長いと決定される、
請求項５に記載の方法。
【請求項７】
前記第１のデバイスの位置情報を取得することは、ユーザのユーザプロファイルにおいて前記第１のデバイスの距離情報をチェックすることを有する、
請求項５に記載の方法。
【請求項８】
前記リクエストが前記第１のデバイスからである場合は、当該方法は、
前記距離が予め定義された距離よりも短い場合は、前記第１のデバイスを前記第１の選択された１つのデバイスとして選択し、前記第２のデバイスを前記第２の選択された１つのデバイスとして選択するステップと、
前記距離が前記予め定義された距離よりも長い場合は、前記第１のデバイスを前記第１及び第２の選択された１つのデバイスとして選択し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を前記第２のデバイスへは送信しないステップと
を更に有する、請求項１に記載の方法。
【請求項９】
利用可能なバンド幅Ｂを決定するステップと、
前記第１の選択された１つのデバイスのバンド幅要求Ｂ１及び前記第２の選択された１つのデバイスのバンド幅要求Ｂ２を決定し、
Ｂ＜Ｂ１の場合は、Ｂを前記第１の選択された１つのデバイスへ割り当て、前記第２の選択された１つのデバイスへはバンド幅を割り当てず、前記ビデオプログラムを、Ｂを満足するよう変換するステップと、
ＢがＢ１よりも狭くない場合は、Ｂ１を前記第１の選択された１つのデバイスへ割り当て、Ｂ−Ｂ１がＢ２よりも狭くない場合は、Ｂ２を前記第２の選択された１つのデバイスへ割り当て、Ｂ−Ｂ１がＢ２よりも狭い場合は、Ｂ−Ｂ１を前記第２の選択された１つのデバイスへ割り当て、前記ビデオプログラムに関する前記情報を、Ｂ−Ｂ１を満足するよう変換するステップと
を更に有する請求項３に記載の方法。
【請求項１０】
前記第１及び第２のデバイスの夫々のステータスを決定するステップと、
いずれのデバイスもアクティブでない場合は、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の送信を終了するステップと、
いずれのデバイスもアクティブである場合は、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の送信を維持するステップと、
１つのデバイスのみがアクティブである場合は、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の両方を前記アクティブなデバイスへ送信し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を非アクティブなデバイスへは送信しないステップと
を更に有する請求項３に記載の方法。
【請求項１１】
第１及び第２のデバイスへビデオプログラム及び該ビデオプログラムに関する情報を送信するサーバであって、前記第１及び第２のデバイスは両方ともが当該サーバにおいてアカウントに登録されているサーバにおいて、
ストレージと、
前記ストレージに記憶されているソフトウェアを実行するプロセッサと
を有し、
前記プロセッサは、前記第１及び第２のデバイスのうちの１つから前記ビデオプログラムのリクエストを受信し、前記第１及び第２のデバイスの間の距離に従って前記第１及び第２のデバイスのうちの第１の選択された１つへ、前記ビデオプログラムに関する情報を除いて、前記ビデオプログラムを送信し、前記距離に従って前記第１及び第２のデバイスのうちの第２の選択された１つへ、前記ビデオプログラムを除いて、前記ビデオプログラムに関する前記情報を送信するよう構成される、サーバ。
【請求項１２】
前記第１のデバイスは、スタンドアローンのデバイスとして登録され、前記第２のデバイスは、ハンドヘルドのデバイスとして登録される、
請求項１１に記載のサーバ。
【請求項１３】
前記第１の選択された１つのデバイスは、前記第２の選択された１つのデバイスとは異なる、
請求項１１に記載のサーバ。
【請求項１４】
前記距離が予め定義された閾値よりも短い場合は、前記プロセッサは、前記第１のデバイスを前記第１の選択された１つのデバイスとして選択し、前記第２のデバイスを前記第２の選択された１つのデバイスとして選択するよう構成され、
前記距離が前記予め定義された閾値よりも長い場合は、前記プロセッサは、前記第２のデバイスを前記第１及び第２の選択された１つのデバイスとして選択し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を前記第１のデバイスへは送信しないよう構成される、
請求項１１に記載のサーバ。
【請求項１５】
前記プロセッサは、前記第１のデバイスの位置情報及び前記第２のデバイスの位置情報を取得し、前記第１のデバイスの取得された位置情報及び前記第２のデバイスの取得された位置情報に従って前記距離を決定するよう構成される、
を更に有する請求項１４に記載のサーバ。
【請求項１６】
前記プロセッサが前記第２のデバイスの位置情報を取得することができない場合は、前記プロセッサは、前記距離が前記予め定義された閾値よりも長いと決定するよう構成される、
請求項１５に記載のサーバ。
【請求項１７】
前記プロセッサは、ユーザのユーザプロファイルにおいて前記第１のデバイスの距離情報をチェックすることによって、前記第１のデバイスの位置情報を取得するよう構成される、
請求項１５に記載のサーバ。
【請求項１８】
前記リクエストが前記第１のデバイスからである場合に、前記プロセッサは、
前記距離が予め定義された距離よりも短い場合は、前記第１のデバイスを前記第１の選択された１つのデバイスとして選択し、前記第２のデバイスを前記第２の選択された１つのデバイスとして選択し、
前記距離が前記予め定義された距離よりも長い場合は、前記第１のデバイスを前記第１及び第２の選択された１つのデバイスとして選択し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を前記第２のデバイスへは送信しない
よう構成される、請求項１１に記載のサーバ。
【請求項１９】
前記プロセッサは、
当該サーバの利用可能なバンド幅Ｂ、前記第１の選択された１つのデバイスのバンド幅要求Ｂ１及び前記第２の選択された１つのデバイスのバンド幅要求Ｂ２を決定し、
Ｂ＜Ｂ１の場合は、Ｂを前記第１の選択された１つのデバイスへ割り当て、前記ビデオプログラムを、Ｂを満足するよう変換し、
ＢがＢ１よりも狭くない場合は、Ｂ１を前記第１の選択された１つのデバイスへ割り当て、
Ｂ−Ｂ１がＢ２よりも狭くない場合は、Ｂ２を前記第２の選択された１つのデバイスへ割り当て、
Ｂ−Ｂ１がＢ２よりも狭い場合は、Ｂ−Ｂ１を前記第２の選択された１つのデバイスへ割り当て、前記ビデオプログラムに関する前記情報を、Ｂ−Ｂ１を満足するよう変換する
よう構成される、請求項１３に記載のサーバ。
【請求項２０】
前記プロセッサは、前記第１及び第２のデバイスの夫々のステータスを決定するよう構成され、
いずれのデバイスもアクティブでない場合は、前記プロセッサは、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の送信を終了し、
いずれのデバイスもアクティブである場合は、前記プロセッサは、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の送信を維持し、
１つのデバイスのみがアクティブである場合は、前記プロセッサは、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の両方を前記アクティブなデバイスへ送信し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を非アクティブなデバイスへは送信しない、
請求項１３に記載のサーバ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１２８
【補正方法】変更
【補正の内容】
【０１２８】
本発明は、好適な設計を有するものとして記載されてきたが、本発明は、本開示の主旨及び適用範囲内で更に変更され得る。従って、本願は、その一般原理を用いる本発明の如何なる変形、使用、又は適応もカバーするよう意図される。更には、本願は、本発明が属し且つ添付の特許請求の範囲の制限内にある技術における既知の又は通例の実施内にあるものとして本開示からのそのような逸脱をカバーするよう意図される。  
上記の実施形態に加えて、以下の付記を開示する。
（付記１）
第１及び第２のデバイスへビデオプログラムを分配する方法であって、
サーバにおいてアカウントに両方ともが登録されている前記第１及び第２のデバイスのうちの１つから前記ビデオプログラムのリクエストを受信するステップと、
前記第１及び第２のデバイスの間の距離に従って前記第１及び第２のデバイスのうちの第１の選択された１つへ、前記ビデオプログラムに関する情報を除いて、前記ビデオプログラムを送信するステップと、
前記距離に従って前記第１及び第２のデバイスのうちの第２の選択された１つへ、前記ビデオプログラムを除いて、前記ビデオプログラムに関する前記情報を送信するステップと
を有する方法。
（付記２）
前記第１のデバイスは、スタンドアローンのデバイスとして登録され、前記第２のデバイスは、ハンドヘルドのデバイスとして登録される、
付記１に記載の方法。
（付記３）
前記第１の選択された１つのデバイスは、前記第２の選択された１つのデバイスとは異なる、
付記１に記載の方法。
（付記４）
前記距離が予め定義された閾値よりも短い場合は、前記第１のデバイスを前記第１の選択された１つのデバイスとして選択し、前記第２のデバイスを前記第２の選択された１つのデバイスとして選択するステップと、
前記距離が前記予め定義された閾値よりも長い場合は、前記第２のデバイスを前記第１及び第２の選択された１つのデバイスとして選択し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を前記第１のデバイスへは送信しないステップと
を更に有する付記１に記載の方法。
（付記５）
前記第１のデバイスの位置情報を取得するステップと、
前記第２のデバイスの位置情報を取得するステップと、
前記第１のデバイスの取得された位置情報及び前記第２のデバイスの取得された位置情報に従って前記距離を決定するステップと
を更に有する付記４に記載の方法。
（付記６）
前記第２のデバイスの位置情報を取得することができない場合は、前記距離は、前記予め定義された閾値よりも長いと決定される、
付記５に記載の方法。
（付記７）
前記第１のデバイスの位置情報を取得することは、ユーザのユーザプロファイルにおいて前記第１のデバイスの距離情報をチェックすることを有する、
付記５に記載の方法。
（付記８）
前記リクエストが前記第１のデバイスからである場合は、当該方法は、
前記距離が予め定義された距離よりも短い場合は、前記第１のデバイスを前記第１の選択された１つのデバイスとして選択し、前記第２のデバイスを前記第２の選択された１つのデバイスとして選択するステップと、
前記距離が前記予め定義された距離よりも長い場合は、前記第１のデバイスを前記第１及び第２の選択された１つのデバイスとして選択し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を前記第２のデバイスへは送信しないステップと
を更に有する、付記１に記載の方法。
（付記９）
利用可能なバンド幅Ｂを決定するステップと、
前記第１の選択された１つのデバイスのバンド幅要求Ｂ１及び前記第２の選択された１つのデバイスのバンド幅要求Ｂ２を決定し、
Ｂ＜Ｂ１の場合は、Ｂを前記第１の選択された１つのデバイスへ割り当て、前記第２の選択された１つのデバイスへはバンド幅を割り当てず、前記ビデオプログラムを、Ｂを満足するよう変換するステップと、
ＢがＢ１よりも狭くない場合は、Ｂ１を前記第１の選択された１つのデバイスへ割り当て、Ｂ−Ｂ１がＢ２よりも狭くない場合は、Ｂ２を前記第２の選択された１つのデバイスへ割り当て、Ｂ−Ｂ１がＢ２よりも狭い場合は、Ｂ−Ｂ１を前記第２の選択された１つのデバイスへ割り当て、前記ビデオプログラムに関する前記情報を、Ｂ−Ｂ１を満足するよう変換するステップと
を更に有する付記３に記載の方法。
（付記１０）
前記第１及び第２のデバイスの夫々のステータスを決定するステップと、
いずれのデバイスもアクティブでない場合は、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の送信を終了するステップと、
いずれのデバイスもアクティブである場合は、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の送信を維持するステップと、
１つのデバイスのみがアクティブである場合は、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の両方を前記アクティブなデバイスへ送信し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を非アクティブなデバイスへは送信しないステップと
を更に有する付記３に記載の方法。
（付記１１）
第１及び第２のデバイスへビデオプログラム及び該ビデオプログラムに関する情報を送信するサーバであって、前記第１及び第２のデバイスは両方ともが当該サーバにおいてアカウントに登録されているサーバにおいて、
ストレージと、
前記ストレージに記憶されているソフトウェアを実行するプロセッサと
を有し、
前記プロセッサは、前記第１及び第２のデバイスのうちの１つから前記ビデオプログラムのリクエストを受信し、前記第１及び第２のデバイスの間の距離に従って前記第１及び第２のデバイスのうちの第１の選択された１つへ、前記ビデオプログラムに関する情報を除いて、前記ビデオプログラムを送信し、前記距離に従って前記第１及び第２のデバイスのうちの第２の選択された１つへ、前記ビデオプログラムを除いて、前記ビデオプログラムに関する前記情報を送信するよう構成される、サーバ。
（付記１２）
前記第１のデバイスは、スタンドアローンのデバイスとして登録され、前記第２のデバイスは、ハンドヘルドのデバイスとして登録される、
付記１１に記載のサーバ。
（付記１３）
前記第１の選択された１つのデバイスは、前記第２の選択された１つのデバイスとは異なる、
付記１１に記載のサーバ。
（付記１４）
前記距離が予め定義された閾値よりも短い場合は、前記プロセッサは、前記第１のデバイスを前記第１の選択された１つのデバイスとして選択し、前記第２のデバイスを前記第２の選択された１つのデバイスとして選択するよう構成され、
前記距離が前記予め定義された閾値よりも長い場合は、前記プロセッサは、前記第２のデバイスを前記第１及び第２の選択された１つのデバイスとして選択し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を前記第１のデバイスへは送信しないよう構成される、
付記１１に記載のサーバ。
（付記１５）
前記プロセッサは、前記第１のデバイスの位置情報及び前記第２のデバイスの位置情報を取得し、前記第１のデバイスの取得された位置情報及び前記第２のデバイスの取得された位置情報に従って前記距離を決定するよう構成される、
を更に有する付記１４に記載のサーバ。
（付記１６）
前記プロセッサが前記第２のデバイスの位置情報を取得することができない場合は、前記プロセッサは、前記距離が前記予め定義された閾値よりも長いと決定するよう構成される、
付記１５に記載のサーバ。
（付記１７）
前記プロセッサは、ユーザのユーザプロファイルにおいて前記第１のデバイスの距離情報をチェックすることによって、前記第１のデバイスの位置情報を取得するよう構成される、
付記１５に記載のサーバ。
（付記１８）
前記リクエストが前記第１のデバイスからである場合に、前記プロセッサは、
前記距離が予め定義された距離よりも短い場合は、前記第１のデバイスを前記第１の選択された１つのデバイスとして選択し、前記第２のデバイスを前記第２の選択された１つのデバイスとして選択し、
前記距離が前記予め定義された距離よりも長い場合は、前記第１のデバイスを前記第１及び第２の選択された１つのデバイスとして選択し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を前記第２のデバイスへは送信しない
よう構成される、付記１１に記載のサーバ。
（付記１９）
前記プロセッサは、
当該サーバの利用可能なバンド幅Ｂ、前記第１の選択された１つのデバイスのバンド幅要求Ｂ１及び前記第２の選択された１つのデバイスのバンド幅要求Ｂ２を決定し、
Ｂ＜Ｂ１の場合は、Ｂを前記第１の選択された１つのデバイスへ割り当て、前記ビデオプログラムを、Ｂを満足するよう変換し、
ＢがＢ１よりも狭くない場合は、Ｂ１を前記第１の選択された１つのデバイスへ割り当て、
Ｂ−Ｂ１がＢ２よりも狭くない場合は、Ｂ２を前記第２の選択された１つのデバイスへ割り当て、
Ｂ−Ｂ１がＢ２よりも狭い場合は、Ｂ−Ｂ１を前記第２の選択された１つのデバイスへ割り当て、前記ビデオプログラムに関する前記情報を、Ｂ−Ｂ１を満足するよう変換する
よう構成される、付記１３に記載のサーバ。
（付記２０）
前記プロセッサは、前記第１及び第２のデバイスの夫々のステータスを決定するよう構成され、
いずれのデバイスもアクティブでない場合は、前記プロセッサは、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の送信を終了し、
いずれのデバイスもアクティブである場合は、前記プロセッサは、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の送信を維持し、
１つのデバイスのみがアクティブである場合は、前記プロセッサは、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の両方を前記アクティブなデバイスへ送信し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を非アクティブなデバイスへは送信しない、
付記１３に記載のサーバ。
（付記２１）
第１及び第２のデバイスへビデオプログラム及び該ビデオプログラムに関する情報を送信するサーバであって、前記第１及び第２のデバイスは両方ともが当該サーバにおいてアカウントに登録されているサーバにおいて、
記憶手段と、
前記記憶手段に記憶されているソフトウェアを実行する処理手段と
を有し、
前記処理手段は、前記第１及び第２のデバイスのうちの１つから前記ビデオプログラムのリクエストを受信し、前記第１及び第２のデバイスの間の距離に従って前記第１及び第２のデバイスのうちの第１の選択された１つへ、前記ビデオプログラムに関する情報を除いて、前記ビデオプログラムを送信し、前記距離に従って前記第１及び第２のデバイスのうちの第２の選択された１つへ、前記ビデオプログラムを除いて、前記ビデオプログラムに関する前記情報を送信するよう構成される、サーバ。
（付記２２）
前記第１のデバイスは、スタンドアローンのデバイスとして登録され、前記第２のデバイスは、ハンドヘルドのデバイスとして登録される、
付記２１に記載のサーバ。
（付記２３）
前記第１の選択された１つのデバイスは、前記第２の選択された１つのデバイスとは異なる、
付記２１に記載のサーバ。
（付記２４）
前記距離が予め定義された閾値よりも短い場合は、前記処理手段は、前記第１のデバイスを前記第１の選択された１つのデバイスとして選択し、前記第２のデバイスを前記第２の選択された１つのデバイスとして選択するよう構成され、
前記距離が前記予め定義された閾値よりも長い場合は、前記処理手段は、前記第２のデバイスを前記第１及び第２の選択された１つのデバイスとして選択し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を前記第１のデバイスへは送信しないよう構成される、
付記２１に記載のサーバ。
（付記２５）
前記処理手段は、前記第１のデバイスの位置情報及び前記第２のデバイスの位置情報を取得し、前記第１のデバイスの取得された位置情報及び前記第２のデバイスの取得された位置情報に従って前記距離を決定するよう構成される、
を更に有する付記２４に記載のサーバ。
（付記２６）
前記処理手段が前記第２のデバイスの位置情報を取得することができない場合は、前記処理手段は、前記距離が前記予め定義された閾値よりも長いと決定するよう構成される、
付記２５に記載のサーバ。
（付記２７）
前記処理手段は、ユーザのユーザプロファイルにおいて前記第１のデバイスの距離情報をチェックすることによって、前記第１のデバイスの位置情報を取得するよう構成される、
付記２５に記載のサーバ。
（付記２８）
前記リクエストが前記第１のデバイスからである場合に、前記処理手段は、
前記距離が予め定義された距離よりも短い場合は、前記第１のデバイスを前記第１の選択された１つのデバイスとして選択し、前記第２のデバイスを前記第２の選択された１つのデバイスとして選択し、
前記距離が前記予め定義された距離よりも長い場合は、前記第１のデバイスを前記第１及び第２の選択された１つのデバイスとして選択し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を前記第２のデバイスへは送信しない
よう構成される、付記２１に記載のサーバ。
（付記２９）
前記処理手段は、
当該サーバの利用可能なバンド幅Ｂ、前記第１の選択された１つのデバイスのバンド幅要求Ｂ１及び前記第２の選択された１つのデバイスのバンド幅要求Ｂ２を決定するよう構成され、
Ｂ＜Ｂ１の場合は、Ｂを前記第１の選択された１つのデバイスへ割り当て、前記ビデオプログラムを、Ｂを満足するよう変換し、
ＢがＢ１よりも狭くない場合は、Ｂ１を前記第１の選択された１つのデバイスへ割り当て、
Ｂ−Ｂ１がＢ２よりも狭くない場合は、Ｂ２を前記第２の選択された１つのデバイスへ割り当て、
Ｂ−Ｂ１がＢ２よりも狭い場合は、Ｂ−Ｂ１を前記第２の選択された１つのデバイスへ割り当て、前記ビデオプログラムに関する前記情報を、Ｂ−Ｂ１を満足するよう変換する
よう構成される、付記２３に記載のサーバ。
（付記３０）
前記処理手段は、前記第１及び第２のデバイスの夫々のステータスを決定するよう構成され、
いずれのデバイスもアクティブでない場合は、前記処理手段は、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の送信を終了し、
いずれのデバイスもアクティブである場合は、前記処理手段は、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の送信を維持し、
１つのデバイスのみがアクティブである場合は、前記処理手段は、前記ビデオプログラム及び該ビデオプログラムに関する前記情報の両方を前記アクティブなデバイスへ送信し、前記ビデオプログラム及び該ビデオプログラムに関する前記情報を非アクティブなデバイスへは送信しない、
付記２３に記載のサーバ。
【国際調査報告】
2016524867.tif 000011
2016524867.tif 000012
2016524867.tif 000013