JP6448727B2 - マルチスクリーンビューイング用のコンテンツ配信のための方法および装置 - Google Patents

Description

本原理の実施形態は、一般に、マルチスクリーンビューイング（multi-screen viewing）のためにコンテンツを配信することに関し、より詳細には、要求されたビデオ番組を、ハンドヘルドユーザデバイスおよびスタンドアロンユーザデバイスのうちの１つに送信し、ビデオ番組に関連する情報を他のユーザデバイスの１つまたは複数に送信することに関する。

テレビでビデオ番組を見ている間に多くの人々が、携帯電話デバイス、タブレット、パーソナルコンピュータ（ＰＣ）、遠隔制御デバイス、またはＷｉ−Ｆｉ機能を有する別のハンドヘルドデバイスのようなハンドヘルド電子デバイス上で、ビデオ番組に関連する情報を見ることが報告されている。ビデオ番組に関連する情報は、広告、宣伝情報、ならびにテレビ番組に関連する番組情報、たとえば、番組タイトル、番組テーマ、番組評価、スター、番組カテゴリー、番組キーワード、番組説明、番組タイプ（たとえば、オーディオ、ビデオ、オーディオビジュアル、コンピュータ、インターネットなど）、および繰り返し頻度（たとえば、週に１回、毎日など）などを含むことができる。

したがって、当技術分野では、ネットワーク帯域幅を節約しながら、上述のマルチビューイング環境（multi-viewing environment）をより良く発展させる配信システムを有する必要がある。

本発明の態様によれば、サーバーにおいてユーザのユーザアカウントにハンドヘルドデバイスとして登録された第１のデバイスによって、ビデオ番組および上記ビデオ番組に関連する情報を受信する方法が開示される。上記方法は、上記第１のデバイスの位置情報を上記サーバーに送信するステップと、上記ビデオ番組を求める要求を上記サーバーに送信するステップと、上記位置情報に応じて、上記ビデオ番組を受信するステップと、上記位置情報に応じて、上記ビデオ番組に関連する情報を受信するステップと、を含む。

一実施形態では、上記サーバーは、上記位置情報に応じて、上記第１のデバイスと、上記アカウントでスタンドアロンデバイスとして登録された第２のデバイスとの間の距離を決定する。一実施形態では、上記距離が予め定義された閾値よりも短い場合、上記ビデオ番組に関連する上記情報を受信する上記ステップは、上記ビデオ番組に関連する上記情報を受信し、上記ビデオ番組を受信する上記ステップは、ビデオ番組を受信せず、上記第２のデバイスは、上記ビデオ番組を受信するが、上記ビデオ番組に関連する上記情報を受信しない。

別の実施形態では、上記距離が予め定義された閾値よりも短い場合、上記ビデオ番組に関連する上記情報を受信する上記ステップは、上記ビデオ番組に関連する情報を受信せず、上記ビデオ番組を受信する上記ステップは、上記ビデオ番組を受信し、上記第２のデバイスは、上記ビデオ番組に関連する情報を受信するが、上記ビデオ番組を受信しない。

別の実施形態では、上記方法は、上記ハンドヘルドユーザデバイスの位置を検出するステップをさらに含む。

別の実施形態では、上記方法は、上記ユーザの第１のビュー変更情報を検出するステップと、上記第１のビュー変更情報を上記サーバーに送信するステップと、をさらに含む。

別の実施形態では、上記第１のビュー変更情報は、ユーザビュー（user view）が上記第１のデバイスへ切り替えられることを示す。別の実施形態では、上記方法は、上記第１のデバイスのディスプレイへのタッチを検出することによって、上記第１のビュー変更を検出するステップをさらに含む。

別の実施形態では、上記方法は、上記第１のデバイスの少なくとも１つのカメラによって撮られた画像から検出することによって、第１のビュー変更を検出するステップと、上記第１のビュー変更情報を生成するステップと、をさらに含む。

一実施形態では、上記第１のデバイスによって受信されるコンテンツは、第１の品質を有し、上記第１のビュー変更情報を送信した後、上記受信されるコンテンツは、上記第１の品質よりも良い第２の品質を有する。

別の実施形態では、上記第１のビュー変更情報は、上記ユーザビューが上記第１のデバイスから他へ切り替えられることを示す。

別の実施形態では、上記第１のデバイスによって受信されるコンテンツは、第１の品質を有し、上記第１のビュー変更情報を送信した後、上記受信されるコンテンツは、上記第１の品質よりも悪い第２の品質を有する。

別の実施形態では、上記第１のビュー変更情報が上記第１のデバイスによって送信された後、上記第２のデバイスが第２のビュー変更情報を上記サーバーに送信し、上記サーバーが上記第２のビュー変更情報を受信した後、上記受信されるコンテンツは、上記第１の品質を有する。

本発明の態様によれば、ビデオ番組および上記ビデオ番組に関連する情報を受信するための第１のデバイスであって、サーバーにおいてユーザのアカウントにハンドヘルドデバイスとして登録された第１のデバイスが開示される。上記第１のデバイスは、メモリと、上記メモリに記憶されたソフトウェアを実行するためのプロセッサーと、を備え、上記プロセッサーは、上記第１のデバイスの位置情報を上記サーバーに送信し、上記第１のデバイスから、上記ビデオ番組を求める要求を上記サーバーに送信し、上記位置情報に応じて、上記ビデオ番組を受信し、上記位置情報に応じて、上記ビデオ番組に関連する情報を受信するように構成される。

一実施形態では、上記サーバーは、上記位置情報に応じて、上記第１のデバイスと、上記アカウントでスタンドアロンデバイスとして登録された第２のデバイスとの間の距離を決定する。

一実施形態では、上記距離が予め定義された閾値よりも短い場合、上記プロセッサーは、上記ビデオ番組に関連する上記情報を受信するが、上記ビデオ番組を受信しないように構成され、上記第２のデバイスは、上記ビデオ番組を受信するが、上記ビデオ番組に関連する上記情報を受信しない。

別の実施形態では、上記距離が予め定義された閾値よりも短い場合、上記プロセッサーは、ビデオ番組を受信するが、上記ビデオ番組に関連する上記情報を受信しないように構成され、上記第２のデバイスは、上記ビデオ番組に関連する情報を受信するが、上記ビデオ番組を受信しない。

別の実施形態では、上記方法は、上記第１のデバイスの位置を検出するための測位システムをさらに備える。

別の実施形態では、上記プロセッサーは、上記ユーザの第１のビュー変更を検出するように構成され、第１のビュー変更情報を上記サーバーに送信する。

一実施形態では、上記第１のビュー変更情報は、上記ユーザビューが上記第１のデバイスへ切り替えられることを示す。

別の実施形態では、上記プロセッサーは、上記第１のデバイスのディスプレイへのタッチを検出することによって、上記第１のビュー変更を検出するように構成される。

別の実施形態では、上記プロセッサーは、上記第１のデバイスの少なくとも１つのカメラによって撮られた画像から検出することによって、上記第１のビュー変更を検出するように構成され、上記第１のビュー変更情報を生成する。

実施形態では、上記第１のデバイスによって受信されるコンテンツは、第１の品質を有し、上記第１のビュー変更情報を送信した後、上記受信されるコンテンツは、上記第１の品質よりも良い第２の品質を有する。

別の実施形態では、上記第１のビュー変更情報は、上記ユーザビューが上記第１のデバイスから他へ切り替えられることを示す。

別の実施形態では、上記プロセッサーは、上記第１のデバイスの少なくとも１つのカメラによって撮られた画像から検出することによって、第１のビュー変更を検出するように構成され、上記第１のビュー変更情報を生成する。

別の実施形態では、上記受信されるビデオ番組は、第１の品質を有し、上記第１のビュー変更情報を送信した後、上記受信されるビデオ番組は、上記第１の品質よりも悪い第２の品質を有する。

別の実施形態では、上記第１のデバイスは、プロセッサーがユーザビューをモニターするための少なくとも１つのカメラをさらに備え、上記プロセッサーは、上記少なくとも１つのカメラによって撮られた画像から検出することによって、上記第１のビュー変更を検出するように構成され、上記第１のビュー変更情報を生成する。

別の実施形態では、上記第１のデバイスによって受信されるコンテンツは、第１の品質を有し、上記第１のビュー変更情報を送信した後、上記受信されるコンテンツは、上記第１の品質よりも悪い第２の品質を有する。

別の実施形態では、上記第１のビュー変更情報が上記第１のデバイスによって送信された後、上記第２のデバイスが第２のビュー変更情報を上記サーバーに送信し、上記サーバーが上記第２のビュー変更情報を受信した後、上記受信されるコンテンツは、上記第１の品質を有する。

上述の上記第１のデバイスの実施形態において、上記メモリはメモリ手段に置き換えられてもよく、上記プロセッサーは処理手段に置き換えられてもよい。

添付の図面と併せて本発明の実施形態の以下の説明を参照することにより、本発明の上記および他の態様および利点ならびにそれらを実現する方式がより明らかになり、また本発明はより良く理解されるであろう。
本発明の例示的な実施形態を実装するのに適した配信システムの関連部分のブロック図である。 スタンドアロンデバイスおよびハンドヘルドデバイスを有するユーザにビデオ番組を配信するための図１におけるプロキシサーバーの例示的なプロセスを示す図である。 プロキシサーバーによって、プロキシサーバーで利用可能な帯域幅に応じて、ビデオ番組およびビデオ番組に関連する情報をそれぞれ受信するユーザデバイスに対して帯域幅を割り当てるための例示的なプロセスを示す図である。 プロキシサーバーによって、ユーザビューに応じて、ワイヤレスハンドヘルドユーザデバイスおよびスタンドアロンユーザデバイスに対する帯域幅を調整するための例示的なプロセスを示す図である。 プロキシサーバーによって、ユーザビューに応じて、ワイヤレスハンドヘルドユーザデバイスおよびスタンドアロンユーザデバイスに対する帯域幅を調整するための例示的なプロセスを示す図である。 本発明の例示的な実施形態における使用に適した例示的なユーザデバイスを示す図である。 本発明の例示的な実施形態を実装するのに適したスタンドアロンユーザデバイスの例示的なプロセスを示す図である。 本発明の例示的な実施形態を実装するのに適したハンドヘルドユーザデバイスの例示的なプロセスを示す図である。

本明細書に提示される例示は、本発明の好ましい実施形態を示し、そのような例示は、いかなる方式でも本発明の範囲を制限するように解釈されるべきではない。説明を明確にするために、同じ参照番号が、以下の説明を通して、図面の同じまたは類似する要素を表すために使用され得る。

ここで、図面、より詳細には図１を参照すると、本発明の原理の例示的な実施形態を実装するのに適した例示的な配信システム１を示すブロック図が示されている。分散されたシステム１は、サーバー１０、プロキシサーバー２０、ならびにユーザデバイス３１、３２、および３３を含む。この実施形態では、３つのユーザデバイス３１、３２、および３３は、プロキシサーバー２０またはサーバー１０における同じユーザアカウントを共有し、同じユーザによって使用されることが想定される。他のユーザのユーザデバイスもプロキシサーバー２０に接続され得る。

この実施形態では、ユーザデバイス３１はスタンドアロンユーザデバイスであり、ユーザデバイス３２および３３はハンドヘルドユーザデバイスである。実施形態におけるユーザデバイス３１は、ビデオ番組およびビデオ番組に関連する情報を受信するためのインターネットアクセス機能のようなネットワークアクセス機能を有するテレビ受像機である。テレビ受像機は、ディスプレイを有してもそうでなくてもよい。そのようなテレビ受像機の例は、インターネットアクセス機能を有するセットトップボックス、テレビセット、およびビデオレコーダである。

スタンドアロンユーザデバイスは、本明細書で使用される場合、頻繁には移動されないユーザデバイスを指す。それは、ユーザが、サーバー１０またはプロキシサーバー２０にスタンドアロンユーザデバイスとしてポータブルデバイスを登録する限り、ドッキングステーションにドッキングされたラップトップのようなポータブルデバイスであってもよい。

この例でのハンドヘルドユーザデバイス３２および３３はそれぞれ、タブレットおよび携帯電話である。ハンドヘルドユーザデバイスは、その位置を決定し、その位置情報をサーバー１０またはプロキシサーバー２０に報告できるべきである。ハンドヘルドユーザデバイスも、ネットワークアクセス機能を有するべきである。ハンドヘルド電子ユーザデバイスの例は、携帯電話、タブレット、パーソナルコンピュータ（ＰＣ）、遠隔制御デバイス、またはＷｉ−Ｆｉ機能を有する別のハンドヘルドデバイスである。ハンドヘルドユーザデバイスは好ましくはポータブルであるべきであるが、それは、ユーザが、サーバー１０またはプロキシサーバー２０にハンドヘルドユーザデバイスとしてユーザデバイスを登録する限り、デスクトップＰＣのような非ポータブルデバイスであってもよい。ユーザが異なる寮やアパートのような異なる場所にデスクトップを頻繁に移動するため、ユーザがそのようにする場合がある。実施形態においてハンドヘルドユーザデバイスはワイヤレスとして示されているが、実施形態の原理は、通信回線を有するネットワークに接続する有線にされた（以下、有線）ハンドヘルドユーザデバイスに同様に適用可能である。

ユーザデバイス３１、３２、および３３は、ネットワーク４３、たとえば、インターネットを介してプロキシサーバー２０に接続され、プロキシサーバー２０は、別のネットワーク４１を介してサーバー１０に接続される。これらの２つのネットワークは、同じネットワークまたは異なるネットワークとすることができる。これらの２つのネットワークが異なる場合、それらは、ゲートウェイのようなインターネットワーク機構を介して互いに接続することができる。

プロキシサーバー２０は、ソフトウェア２１、および本明細書にされるデータ、オンスクリーン表示データ、ユーザプロファイルデータベースを含む１つまたは複数のコンピュータアプリケーションに関連付けられた他のデータを含むがこれらに制限されないデータを記憶するためのストレージ２６と、ソフトウェアおよび／または他のデータを実行するためのプロセッサー２９と、を含む。プロキシサーバー２０はまた、入力／出力（Ｉ／Ｏ）ブロック２７と、ストレージ２６とは別個のメモリまたはストレージ２６の部分であり得るキャッシュ２８と、を含む。ソフトウェア２１は、実例として、コンテンツ適応モジュール２２、距離決定モジュール２３、ならびに帯域幅割り当ておよび調整モジュール２４を含む。

ストレージ２６は、スタティックランダムアクセスメモリ（ＲＡＭ）、ダイナミックＲＡＭ、消去可能プログラマブル読出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読出し専用メモリ（ＥＥＰＲＯＭ）、ハードディスク（ネットワーク、内部、もしくは外部）、光ディスク（ネットワーク、内部、もしくは外部）、またはこれらの任意の組み合わせを含むことができる。ストレージデバイスは、ローカルデバイスであってもネットワークデバイスであってもよい。

Ｉ／Ｏブロック２７は、プロキシサーバー２０のＩ／Ｏ機能を実施するように動作し、または構成される。例示的な実施形態によると、Ｉ／Ｏブロック２７は、セル電話、インターネット（ネットワーク４１および４３など）などの１つまたは複数のネットワークから有線および／またはワイヤレス方式で、サーバー１０およびユーザデバイス３１、３２、３３ならびに他のネットワークソースから、ディジタル変調フォーマットのオーディオ、ビデオ、および／またはデータ信号などの信号を受信し、そのような１つまたは複数のネットワークへ有線および／またはワイヤレス方式で信号を出力するように動作しまたは構成される。Ｉ／Ｏブロック２７は、有線および／またはワイヤレス信号を受信することができる任意のタイプのＩ／Ｏインターフェースとして具現化されてもよく、１つまたは複数の個別コンポーネント（たとえば、アンテナ、プラグなど）から構成されてもよい。

プロセッサー２９は、単一プロセッサー、または複数の個別の類似するもしくは異なるプロセッサーとすることができる。プロセッサー２９は、本明細書に説明される本発明の様々な実施形態および技法の実施を容易にし、および可能にするプロキシサーバー２０の様々な信号処理および制御機能（たとえば、ソフトウェアコードを実行するなど）を実施するように動作しまたは構成される。

例示的な実施形態によると、プロセッサー２９は、Ｉ／Ｏブロック２７から提供された信号を受信し、１つまたは複数のマイクロプロセッサーおよび／または他の要素によって、プロキシサーバー２０に関連付けられたすべての必要な処理および制御機能を実施しおよび／または可能にする。たとえば、プロセッサー２９は、チューニング、復調、および誤り訂正を含む機能を実施することによって、Ｉ／Ｏブロック２７から提供されたオーディオ、ビデオ、および／またはデータ信号を受信して処理し、それによって、オーディオ、ビデオ、および／またはユーザプロファイル設定などのデータコンテンツを表すディジタルデータを、キャッシュ２８および／またはストレージ２６に記憶するように動作しまたは構成される。

また、例示的な実施形態によると、プロセッサー２９は、ユーザデバイス３１〜３３からのデータ入力を処理すること、ユーザ入力に応答してプロキシサーバー２０の機能を制御すること、ストレージ２６および／もしくはキャッシュ２８からデータを読み取りまたそれらに書き込むこと、ディスプレイによるオンスクリーン表示を可能にすること、ならびに／または本明細書に説明され得るような他の動作を含むがこれらに制限されない様々な他の機能を、実施しならびに／または可能にするように動作しまたは構成される。

また、例示的な実施形態によると、プロセッサー２９は、プロキシサーバー２０において共にユーザのユーザアカウントに登録されたスタンドアロンユーザデバイスおよびハンドヘルドユーザデバイスのうちの１つからの、ビデオ番組を求める要求を、Ｉ／Ｏブロック２７から受信し、要求に応答して、スタンドアロンユーザデバイスとハンドヘルドユーザデバイスとの間の距離に応じて、２つのユーザデバイスのうちの第１の選択された１つへ、ビデオ番組を送信するがビデオ番組に関連する情報を送信せず、また、距離に応じて、２つのユーザデバイスのうちの第２の選択された１つへ、ビデオ番組に関連する情報を送信するがビデオ番組を送信しない。

また、例示的な実施形態によると、プロセッサー２９は、サーバーにおいて共にユーザのユーザアカウントに登録されたスタンドアロンユーザデバイスおよびワイヤレスハンドヘルドユーザデバイスのうちの１つからのビデオ番組を求める要求を、Ｉ／Ｏブロック２７から受信し、２つのユーザデバイスの一方へ、ビデオ番組を送信するがビデオ番組に関連する情報を送信せず、他方のユーザデバイスへ、ビデオ番組に関連する情報を送信するがビデオ番組を送信せず、２つのユーザデバイスの一方から送信されたユーザの第１のビュー変更情報に応答して、ユーザビューを有するユーザデバイスによって受信されるコンテンツの品質が最大化されるように、ユーザビューに応じてユーザデバイスに割り当てられる帯域幅を調整する。プロセッサー２９は、受信された第１のビュー変更情報から、どのユーザデバイスがユーザビューを有するかを決定するべきである。

デバイスは、そのデバイスをユーザが見ているかまたは目を向けているとプロセッサー２９が決定したとき、ユーザビューを有する。

本明細書で使用される場合、コンテンツの品質は、コンテンツを表すために必要とされるビットの数によって表される。より多くのビットによって表されるコンテンツは、より良い品質を有し、より少ないビットによって表されるコンテンツは、より悪い品質を有する。要求されたビデオ番組は、ビデオ番組の最良品質となるべき初期ビデオ品質を有する。初期ビデオ品質を有するビデオ番組が変換または適応されると、ビデオ番組を表すために必要とされるビットの数が低減され、その結果、変換または適応されたビデオ番組は、初期ビデオ品質よりも悪い品質を有することになる。同様に、要求されたビデオ番組に関連する情報は、要求されたビデオ番組に関連する情報の最良品質となるべき初期情報品質を有する。初期情報品質を有する要求されたビデオ番組に関連する情報が変換または適応されると、要求されたビデオ番組に関連する情報を表すために必要とされるビットの数が低減され、その結果、要求されたビデオ番組に関連する、変換または適応された情報は、初期情報品質よりも悪い品質を有することになる。

一実施形態では、プロキシサーバー２０は、ユーザプロファイルデータベースからスタンドアロンユーザデバイスの位置情報を取得し、またワイヤレスハンドヘルドユーザデバイスによって送信されるワイヤレスハンドヘルドユーザデバイスの位置情報を取得する。

一実施形態では、ユーザプロファイルデータベースはプロキシサーバー２０内のみにあり、コピーをサーバー１０に記憶する必要はない。別の実施形態では、プロキシサーバー２０は、ユーザプロファイルデータベースのミラーイメージをサーバー１０に有するべきである。ユーザプロファイルデータベースに対するいかなる更新も、サーバー１０とプロキシサーバー２０の両方に反映されるべきである。サーバー１０は、サーバーおよびプロキシサーバーの役割を果たすことができることに留意されたい。

各ユーザは、ユーザデバイスのうちの１つを使用することによって、サーバー１０および／またはプロキシサーバー２０においてユーザアカウントを作成し、すべてのユーザデバイスおよび他のデータを関連付けられたユーザプロファイルに登録する。ユーザは、プロキシサーバー２０にビデオ番組を要求するために、プロキシサーバー２０にログオンするべきである。ユーザプロファイルは、ユーザに関連付けられた個人データの集合である。ユーザプロファイルは、情報の下記のセットの一部または全部を含むべきである。

− ユーザデバイスの数
− 各ユーザデバイスのタイプおよびモデル
− 各ユーザデバイスに対する帯域幅必要条件
− どのユーザデバイスがスタンドアロンユーザデバイスであるか、およびその位置
− ハンドヘルドユーザデバイスとスタンドアロンユーザデバイスとの間の閾値距離
− ハンドヘルドユーザデバイスの優先度
− ハンドヘルドユーザデバイスが複数の場合、要求されたビデオ番組に関連する情報を、複数のユーザデバイスへ送信するかどうか
− 年齢、性別、関心グラフ行列、および視聴パターンを含む人口統計および心理的データ
上に挙げられたように、スタンドアロンユーザデバイス３１の位置情報は、スタンドアロンユーザデバイスが通常は大きく動かないので、ユーザによってセットされ、ユーザのユーザアカウントに関連付けられたユーザプロファイルに記憶され得る。一実施形態では、スタンドアロンユーザデバイスはまた、全地球測位システム（ＧＰＳ）のような測位システムを備えてもよく、定期的に、または１つの位置から別の位置に移動されるときに、その位置をプロキシサーバー２０に報告する。ユーザデバイス３３などのハンドヘルドユーザデバイスの位置情報は、ハンドヘルドユーザデバイスによって送信される。プロセッサー２９は、距離決定モジュール２３を呼び出して、２つのユーザデバイスの取得された位置情報に応じて、スタンドアロンユーザデバイス３１とワイヤレスハンドヘルドユーザデバイス３３との間の距離を決定する。

後で論じるように、プロセッサー２９は、その距離が、ユーザによってセットされることができるユーザプロファイルに記憶された閾値距離を上回るかどうかに応じて、ユーザデバイスのうちの１つを選択するべきである。

プロセッサー２９は、ユーザビュー変更情報を、各ユーザデバイスから、好ましくは、同じビデオセッションに関与させられたユーザデバイスから受信することができる。ユーザデバイスのうちの１つがプロキシサーバー２０にビデオ番組を要求した場合、ユーザアカウント内のすべてのユーザデバイスがビデオセッションに関与させられる。ビュー変更情報信号は、一実施形態では、ユーザビューが、ビュー変更情報信号を送信しているユーザデバイスへ切り替えられること、または別の実施形態では、ビュー変更情報信号を送信しているユーザデバイスから他へ切り替えられることを示すことができる。さらに別の実施形態では、ビュー変更情報信号のビュー切り替え表示が、信号それ自体に含まれる、またはユーザプロファイルにセットされることができる。実施形態の原理によると、ビュー変更情報信号に応答して、プロセッサー２９は、帯域幅割り当ておよび調整モジュール２４を呼び出して、帯域幅割り当てを調整し、それにより、ユーザビューを有しないユーザデバイスによって受信されるコンテンツの品質が低下されることがあっても、ユーザビューを有するユーザデバイスが、プロキシサーバー２０の利用可能な帯域幅によって許容可能な最高品質を有するコンテンツを受信するようにする。

ビデオ番組に関連する情報は、画像とテキストの両方を含んでもよい。ビデオ番組に関連する両方のタイプの情報が、ワイヤレスハンドヘルドユーザデバイスまたはスタンドアロンユーザデバイスに送信されることができる。同じアカウントに複数のワイヤレスハンドヘルドユーザデバイスがある場合、ユーザは、ユーザプロファイルにおける優先度情報に応じて２つのタイプの情報が２つの異なるユーザデバイスに送信されるようにしたいかどうかをユーザプロファイルにセットすることができる。より高い優先度のものが、ビデオ番組に関連する情報の画像部分を受信するべきであり、より低い優先度のものが、ビデオ番組に関連する情報のテキスト部分を受信するべきである。たとえば、ユーザアカウントが、スタンドアロンユーザデバイスおよび２つのワイヤレスハンドヘルドユーザデバイスを含み、スタンドアロンユーザデバイスがビデオ番組を求める要求を送信する場合において、プロキシサーバー２０は、要求されたビデオ番組をスタンドアロンユーザデバイスが受信するべきであると決定するべきであり、また、ユーザプロファイルが、異なるユーザデバイスに送信される異なるタイプのビデオ番組に関連する情報をユーザが必要としないことを示す場合、より高い優先度のワイヤレスハンドヘルドユーザデバイスがビデオ番組に関連する情報の両方の部分を受信するべきであると決定するべきである。しかしながら、複数のデバイスに送信される異なるタイプのビデオ番組に関連する情報をユーザが必要とすることを、ユーザプロファイルでユーザが示す場合、プロキシサーバー２０は、ビデオ番組に関連する情報の画像部分を、より高い優先度のハンドヘルドユーザデバイスに送信し、ビデオ番組に関連する情報のテキスト部分を、より低い優先度のハンドヘルドユーザデバイスに送信するべきである。ビデオ番組に関連する情報の２つよりも多いタイプがある場合も、同様のルールが適用されるべきである。

ユーザによって入力される優先度情報の代わりに、プロキシサーバー２０は、ビューパターンおよび関心グラフ行列を収集し、ユーザデバイスの優先度を自動的に判断してもよい。

プロセッサー２９がビデオ番組を求める要求を受信すると、プロセッサー２９は、まずコピーがキャッシュ２８内に存在するかどうかを確認することに留意されたい。ビデオのコピーがキャッシュ２８内に存在する場合、プロセッサー２９は、キャッシュ２８からビデオ番組を取り出し、取り出されたビデオ番組をユーザデバイスに送信する。プロセッサー２９がキャッシュ２８内に要求されたビデオ番組のコピーを発見できない場合、プロセッサー２９は、サーバー２０にコピーを要求し、キャッシュ２８にコピーを記憶する。ビデオ番組と共に、キャッシュ２８は、ビデオ番組に関連する情報のコピーを記憶することもできる。ビデオ番組のコピーがキャッシュ２８内に存在する場合でも、プロセッサー２９がさらに、サーバー２０から、ビデオ番組に関連する更新された情報を取り出してもよいことに留意されたい。

例示的な実施形態において、プロキシサーバー２０がすべてのユーザにサービスするのに限りある帯域幅を有するので、プロキシサーバー２０は、要求にサービスするのに十分な帯域幅を有しないことがあり、この場合、プロセッサー２９は、帯域幅割り当ておよび調整モジュール２４を呼び出して、帯域幅を、ビデオ番組を受信するユーザデバイスおよびビデオ番組に関連する情報を受信するユーザデバイスに割り当てることができる。ユーザデバイスの各タイプおよび／またはモデルは、異なる帯域幅必要条件を有することがあり、各登録されたユーザデバイスに対する帯域幅必要条件は、対応するユーザプロファイルに記憶され、または、この実施形態でユーザプロファイルに記憶されるようなユーザデバイスのタイプおよび／またはモデルに応じてプロセッサー２９によって自動的に決定され得る。

各要求について、ビデオ番組およびビデオ番組に関連する情報をそれぞれ受信するためのユーザデバイスを決定すると、プロセッサー２９は、帯域幅割り当ておよび調整モジュール２４を呼び出して、帯域幅をユーザデバイスに割り当てる。実施形態の原理によると、プロキシサーバー２０の利用可能な帯域幅が不十分である場合、プロセッサー２９は、コンテンツ適応モジュール２２を呼び出して、より狭い割り当てられた帯域幅に適合するように、ビデオ番組および／またはビデオ番組に関連する情報を変換する。ビデオに対する変換は、ダウンサンプリング、フレームレートを低下させること、または、スケーラブルな形態の場合にいくつかの強化された層を飛び越すことを含むことができ、ビデオ番組に関連する情報に対する変換は、ビデオ番組に関連する情報に含まれる画像をダウンサンプリングすることを含むことができる。

一実施形態では、ユーザがプロキシサーバー２０にログオンしているとき、プロキシサーバー２０は、定期的に同じユーザアカウント下の各ユーザデバイスにポーリングする。ユーザデバイスがポーリングに応答した場合、プロキシサーバーは、そのユーザデバイスがアクティブであると決定する。そうでなければ、プロキシサーバーは、そのユーザデバイスが非アクティブであると決定する。ユーザデバイスが電源を落とされている場合、またはユーザデバイスがポーリングに応答できない正常または異常な状態である場合、ユーザデバイスは非アクティブである。

ユーザアカウントにおける各ユーザデバイスの状態に応じて、プロキシサーバー２０は、どのアクティブユーザデバイスが要求されたビデオ番組および／またはビデオ番組に関連する情報を受信するべきかを、ユーザプロファイルデータベースに記憶された優先度情報に応じて判断することができる。

図２は、実施形態の原理による、第１のデバイスおよび第２のデバイス、たとえば、スタンドアロンユーザデバイス３１およびワイヤレスハンドヘルドユーザデバイス（実施形態では携帯電話）３３を有するユーザに、ビデオ番組を配信するためのプロキシサーバー２０のプロセスフロー２００を示す。両方のユーザデバイスが、プロキシサーバー２０において同じユーザアカウントに登録され、アクティブであると想定されている。

ステップ２０５で、プロキシサーバー２０は、第１のデバイスおよび第２のデバイスのうちの１つを使用するユーザから、ビデオ番組を求める要求を受信する。以下の例示では、スタンドアロンユーザデバイス３１およびワイヤレスハンドヘルドユーザデバイス３３がそれぞれ、第１のデバイスおよび第２のデバイスとして示される。ユーザは、たとえば、ユーザ名およびパスワードを入力することにより、プロキシサーバー２０にログオンしていなければならない。

ステップ２１０で、プロキシサーバー２０は、要求されたビデオ番組およびビデオ番組に関連する情報のコピーを取得する。要求されたビデオ番組のコピーを取得するプロセスで、プロキシサーバー２０は、要求されたビデオ番組のコピーがキャッシュ２８内に存在するかどうかを確認する。それがある場合、キャッシュ２８は、要求されたビデオ番組に関連する情報（「関連する情報」）のコピーも有するはずである。要求されたビデオ番組がキャッシュ２８内にない場合、プロキシサーバー２０は、ビデオ番組のコピーおよび関連する情報のコピーをサーバー１０に要求する。関連する情報のコピーがキャッシュ２８内に存在する場合でも、キャッシュ２８内のコピーが最新でないことがあるので、プロキシサーバー２０は、関連する情報のコピーをさらにサーバー１０に要求してもよいことに留意されたい。

ステップ２１５で、プロキシサーバー２０は、少なくとも２つのユーザデバイスの間の距離に応じて、ビデオ番組を受信するべきスタンドアロンユーザデバイス３１およびワイヤレスハンドヘルドユーザデバイス３３の第１の１つを選択し、ビデオ番組を第１の選択された１つのユーザデバイスに送信する。ステップ２２０で、プロキシサーバー２０は、距離に応じて、２つのユーザデバイスの第２の１つを選択し、関連する情報を、スタンドアロンユーザデバイス３１およびワイヤレスハンドヘルドユーザデバイス３３の第２の選択された１つに送信する。後で示されるように、第１の選択された１つのユーザデバイスは、第２の選択された１つのユーザデバイスと同じ場合もあれば異なる場合もある。

実施形態の原理によると、プロキシサーバー２０は、ワイヤレスハンドヘルドユーザデバイス３３とスタンドアロンユーザデバイス３１との間の距離に応じて、第１の選択された１つのユーザデバイスを選択する。プロキシサーバー２０は、たとえば、必要に応じてワイヤレスハンドヘルドユーザデバイス３３に位置情報を求めることによって、または、アクティブなときにその位置情報をプロキシサーバー２０に自動的および定期的たとえば２０秒毎に送信することができるワイヤレスハンドヘルドユーザデバイス３３から送信される位置情報をモニターすることによって、ワイヤレスハンドヘルドユーザデバイス３３の位置情報を取得することができる。スタンドアロンユーザデバイス３１の位置情報は、ユーザによってユーザプロファイルにセットされるべきであり、ユーザプロファイル内の情報を取り出すことにより、プロキシサーバー２０によって取得されることができる。ユーザによってユーザプロファイルにセットされる位置は、単に所在地住所であってよく、プロキシサーバー２０は、所在地住所に基づき建物位置を取り出せるべきである。この実施形態では、プロキシサーバー２０は、スタンドアロンユーザデバイス３１の位置として、所在地住所に関連付けられた建物の中心を使用するべきである。別の実施形態では、ユーザは、全地球測位システム（ＧＰＳ）を使用して、スタンドアロンユーザデバイス３１の緯度および経度を求め、その位置情報をユーザプロファイル内の対応するフィールドに入力するためにプロキシサーバー２０に送信することができる。さらに別の実施形態では、スタンドアロンは、測位デバイスを含むことができ、自動的にまたはプロキシサーバー２０による要求時に、その位置情報をプロキシサーバー２０に送信することができる。したがって、プロキシサーバー２０は、スタンドアロンユーザデバイス３１についての位置情報、およびワイヤレスハンドヘルドユーザデバイス３３から受信された位置情報に応じて、ワイヤレスハンドヘルドユーザデバイス３３とスタンドアロンユーザデバイス３１との間の距離を決定することができる。

別の実施形態では、ワイヤレスハンドヘルドデバイスは、スタンドアロンデバイスへの距離を決定し、距離をプロキシサーバー２０に報告することができる。たとえば、ワイヤレスハンドヘルドデバイスが、ワイヤレス接続、たとえばＢｌｕｅｔｏｏｔｈ（登録商標）を介してスタンドアロンデバイスに接続することができるとき、ワイヤレスハンドヘルドデバイスは、距離が予め定義された閾値内であることを報告し、そうでない場合、ワイヤレスハンドヘルドデバイスは、距離が予め定義された閾値よりも長いことを報告する。スタンドアロンデバイスについても同様にすることができる。さらに別の実施形態では、スタンドアロンデバイスは、２つのカメラを備えてもよく、２つのビューを使用してユーザの距離を決定し、測定された距離を２つのデバイスの間の距離として報告する。

距離が予め定義された閾値、たとえば３０フィート（９．１４４ｍ）よりも短い場合、スタンドアロンユーザデバイス３１は、ビデオ番組を受信するべき第１の選択された１つのユーザデバイスとして選択され、ワイヤレスハンドヘルドユーザデバイス３３は、関連する情報を受信するべき第２の選択された１つのユーザデバイスとして選択される。実際に、プロキシサーバー２０は、ビデオ番組をスタンドアロンデバイス３１へ、関連する情報をワイヤレスハンドヘルドユーザデバイス３３へ送信する。したがって、第１の選択された１つのユーザデバイスは、第２の選択された１つのユーザデバイスとは異なる。

距離が予め定義された閾値よりも長い場合、プロキシサーバー２０は、ワイヤレスハンドヘルドユーザデバイス３３を、第１の選択された１つのユーザデバイスおよび第２の選択された１つのユーザデバイスとして選択し、ビデオ番組と関連する情報との両方をワイヤレスハンドヘルドユーザデバイス３３に送信し、スタンドアロンユーザデバイス３１にはビデオ番組も関連する情報も送信しない。このように、第１の選択された１つのユーザデバイスは、第２の選択された１つのユーザデバイスと同じである。

一実施形態では、プロキシサーバー２０がいずれかまたは両方のユーザデバイスの位置情報を取得するのに失敗した場合、プロキシサーバー２０は距離が閾値よりも長いと決定する。プロキシサーバー２０が位置情報を取得しようと繰り返し試みて、予め定義された期間、たとえば１分の間にプロキシサーバー２０が位置情報を取得できない場合、プロキシサーバー２０は、それが位置情報を取得するのに失敗したと決定する。

別の実施形態では、選択される第１の１つのユーザデバイスおよび選択される第２の１つのユーザデバイスの選択は、２つのユーザデバイスのいずれがビデオ番組を求める要求を送信するかに依存することができる。要求がワイヤレスハンドヘルドユーザデバイス３３から送信された場合、選択は上述されたようになる。要求がスタンドアロンユーザデバイス３１によって送信された場合、距離が予め定義された閾値よりも短いときの選択が上述されたのと同じになる。しかしながら、距離が予め定義された閾値よりも長く、要求がスタンドアロンユーザデバイス３１から送信された場合、プロキシサーバー２０は、スタンドアロンユーザデバイス３１を、第１の選択された１つのユーザデバイスと第２の選択された１つのユーザデバイスとの両方として選択する。想定として、要求がスタンドアロンユーザデバイス３１によって送信された場合に、ユーザはスタンドアロンユーザデバイス３１に近いはずであり、ワイヤレスハンドヘルドユーザデバイス３３も同様に近くにあるはずである。ワイヤレスハンドヘルドユーザデバイス３３が近くにない場合、ユーザが不注意にそれをどこかに置いたままにした、たとえば、友人を訪問した後にワイヤレスハンドヘルドユーザデバイス３３を持ち帰るのを忘れた、ワイヤレスハンドヘルドユーザデバイスをオンにするのを忘れた、または壊されたワイヤレスハンドヘルドユーザデバイスを持っていることが想定される。これらの状況では、プロキシサーバー２０は、距離が予め定義された閾値よりも長いと決定するべきであり、スタンドアロンユーザデバイス３１を、第１の選択された１つのユーザデバイスと第２の選択された１つのユーザデバイスとの両方として選択するべきである。

距離が予め定義された閾値よりも長く、要求がワイヤレスハンドヘルドユーザデバイス３３から送信された場合、プロキシサーバー２０は、ワイヤレスハンドヘルドユーザデバイス３３を、第１の選択された１つのユーザデバイスと第２の選択された１つのユーザデバイスとの両方として選択する。想定として、ユーザがワイヤレスハンドヘルドユーザデバイス３３を使用して要求を送信するので、ユーザはワイヤレスハンドヘルドユーザデバイス３３を使用しているはずである。

予め定義された閾値は、上に論じられたように、ユーザによって入力され、例示的なユーザプロファイル内の閾値距離フィールドに記憶されることができる。プロキシサーバー２０は、この閾値およびスタンドアロンユーザデバイス３１に関する位置情報をユーザが変更できるようにし得る。

ビデオ番組と関連する情報との両方を受信するユーザデバイスは、ビデオ番組および関連する番組情報を表示するための２つのウィンドウのような分離スクリーンを提供してもよく、またはユーザが与えられた時点にどちらか１つを見るためのオプションを提供してもよい。

上述されたように、両方のユーザデバイスはアクティブであると想定された。一実施形態では、プロセッサー２０は、スタンドアロンユーザデバイスおよびワイヤレスハンドヘルドデバイスのそれぞれの状態を決定し、両方のユーザデバイスがアクティブでない場合、プロセッサー２０は、ビデオ番組および関連する情報の送信を終了し、両方のユーザデバイスがアクティブである場合、プロセッサー２０は、ビデオ番組および関連する情報の送信を保持し、１つのみのユーザデバイスがアクティブである場合、プロセッサー２０は、ビデオ番組と関連する情報との両方をアクティブユーザデバイスに送信し、非アクティブユーザデバイスにはビデオ番組も関連する情報も送信しない。この実施形態は、２つよりも多いユーザデバイスが優先度情報の考慮と関与させられる場合に対して適用されることが可能である。優先度を考慮する例は、後で実施形態の１つで与えられる。

一実施形態では、関連する情報は、異なる優先度に対応する２以上のタイプに分類されることができ、各タイプは、対応する優先度を有する対応するユーザデバイスに送信される。たとえば、関連する情報は、グラフィックス（画像）およびテキストに分類され、グラフィックスがより高い優先度を有してもよい。スタンドアロンユーザデバイスは、最高優先度を有するとされるべきである。一実施形態では、ユーザは、ユーザプロファイルに各ハンドヘルドユーザデバイスに対する優先度をセットすることができる。以下では、本発明者らは、ユーザがワイヤレスハンドヘルドユーザデバイス３２よりも高い優先度をワイヤレスハンドヘルドユーザデバイス３３に割り当てることを想定する。両方のワイヤレスハンドヘルドユーザデバイスが予め定義された距離閾値内にある場合、ビデオがスタンドアロンユーザデバイス３１に送信され、グラフィックス部分がワイヤレスハンドヘルドユーザデバイス３３に送信され、テキスト部分がワイヤレスハンドヘルドユーザデバイス３２に送信される。別の実施形態では、ワイヤレスハンドヘルドユーザデバイスがビデオ番組を求める要求を送信する場合、ワイヤレスハンドヘルドユーザデバイスが最高優先度ワイヤレスハンドヘルドユーザデバイスとなる。たとえば、ワイヤレスハンドヘルドユーザデバイス３２がワイヤレスハンドヘルドユーザデバイス３３よりも低い優先度を有するが、ワイヤレスハンドヘルドユーザデバイス３２が要求を送信するデバイスである場合、ワイヤレスハンドヘルドユーザデバイス３２が、ワイヤレスハンドヘルドユーザデバイス３３よりも高い優先度を有するように扱われるべきである。このシナリオでは、関連する情報がワイヤレスハンドヘルドユーザデバイス３２および３３に送信される場合、グラフィックスまたは画像がワイヤレスハンドヘルドユーザデバイス３２に送信され、テキストがワイヤレスハンドヘルドユーザデバイス３３に送信されるべきである。

実施形態の原理の別の態様において、プロキシサーバー２０は、すべてのユーザにサービスするのに限りある帯域幅を有し、利用可能な帯域幅がビデオセッションのための帯域幅必要条件を満たすのに十分でない場合、ビデオ番組および／または関連する情報を適応させまたは変換する。ユーザデバイスの各タイプは異なる帯域幅必要条件を有することがあることに留意されたい。ビデオ番組を要求するユーザに割り当てられるプロキシサーバーの利用可能な帯域幅がＢであり、ビデオ番組を受信するユーザデバイスの帯域幅必要条件がＢ１であり、関連する情報を受信するユーザデバイスの帯域幅必要条件がＢ２であると想定する。図３は、ユーザデバイスに帯域幅を割り当て、必要に応じて、ビデオ番組、関連する情報、または両方であり得るコンテンツを適応させるための例示的なプロセス３００を示し、それらは、帯域幅割り当ておよび調整モジュール２４ならびにコンテンツ適応モジュール２２よって行われる。ステップ３０５で、プロキシサーバー２０は、たとえば図２に示されるように、どのユーザデバイスが新しいビデオセッションでのビデオ番組および関連する情報を受信するかを、または、いつ２つのユーザデバイスの間の距離が既存のビデオセッションにおける予め定義された距離閾値よりも長くなるかを決定している。上に示されたように距離が予め定義された閾値よりも長いとき、１つのユーザデバイスがビデオ番組と関連する情報との両方を受信していて、他方は両方とも受信しない。やはり２つのユーザデバイスの例がここでも示される。

ステップ３１０で、プロキシサーバー２０は、利用可能な帯域幅Ｂが、ビデオ番組を受信するユーザデバイスの帯域幅必要条件Ｂ１よりも小さいかどうかを確認する。ＢがＢ１以上である場合、プロセスはステップ３１５に進み、そこで、プロキシサーバー２０は、ビデオ番組を受信するユーザデバイスにＢ１を割り当て、関連する情報を受信するユーザデバイスにＢ−Ｂ１を割り当てる。ステップ３３０で、プロキシサーバー２０は、Ｂ−Ｂ１がＢ２（関連する情報を受信するユーザデバイスの帯域幅必要条件）よりも小さいかどうかを確認する。Ｂ−Ｂ１がＢ２以上である場合、ステップ３３５で、プロキシサーバー２０は、関連する情報を受信するユーザデバイスにＢ２を割り当てる。

ステップ３３０でＢ−Ｂ１がＢ２よりも小さいと決定した場合、ステップ３４０で、プロキシサーバー２０は、関連する情報を受信するユーザデバイスにＢ−Ｂ１を割り当てる。この時点で、コンテンツ適応モジュール２２が起動されて、ステップ３４５で、Ｂ−Ｂ１に適合するように、関連する情報を変換する、たとえば、関連する情報の解像度を低下することにより縮小することなどができる。たとえば、関連する情報が画像を含む場合、画像の解像度が低下されてよく、または画像が送信されない。

ステップ３１０でＢがＢ１よりも小さいと決定した場合、ステップ３２０で、プロキシサーバー２０は、ビデオ番組を受信するユーザデバイスにＢを割り当て、関連する情報を受信するユーザデバイスには何も割り当てず、ステップ３２５で、プロキシサーバー２０は、コンテンツ適応モジュール２２を呼び出して、Ｂに適合するようにビデオ番組を適応させるまたは変換する。変換または適応は、たとえば、ビデオ番組を空間的に、時間的に、もしくは両方でダウンサンプリングすること、ならびに／またはビデオ番組がスケーラブルなビデオである場合に一部のより高い層のデータを送信することを飛び越すことによって達成され得る。ダウンサンプリングは、空間的または時間的により低い解像度をもたらすはずである。本明細書で使用されるようなコンテンツの変換または適応は、コンテンツの初期品質よりも悪い品質を有するコンテンツをもたらす。たとえば、ビデオ番組の初期解像度が１２８０×１０２４画素である場合、適応または変換は、１０２４×７８６または８００×６００など、より低い解像度をもたらす可能性がある。１２８０×１０２４の解像度を有するビデオ番組は、１０２４×７８６の解像度を有するビデオ番組よりも良い品質を有し、１０２４×７８６の解像度を有するビデオ番組は、８００×６００の解像度を有するビデオ番組よりも良い品質を有する。

１つのスタンドアロンユーザデバイスおよび１つのワイヤレスハンドヘルドユーザデバイスを使用して例示しているが、実施形態の同じ原理が、１つのスタンドアロンユーザデバイスおよび複数のワイヤレスハンドヘルドユーザデバイスに適用されることが可能である。たとえば、関連する情報は、画像とテキストの両方を含む。画像部分は、ビデオ番組を受信しない１つのユーザデバイスへ、テキスト部分は、ビデオ番組を受信しないもう１つのワイヤレスユーザデバイスへ送信され得る。ビデオ番組を受信するユーザデバイスに帯域幅を割り当てた後に十分な帯域幅がない場合、残りの利用可能な帯域幅は、まず、画像部分を受信するユーザデバイスに割り当てられ、さらに残っている場合、残りは、テキスト部分を受信するユーザデバイスに割り当てられる。やはり割り当てられた帯域幅がユーザデバイスの帯域幅必要条件を満たすのに十分でない場合、そのユーザデバイスに送信されるコンテンツは、割り当てられた帯域幅に適合するように適応または変換されるべきである。

実施形態の原理の別の態様によると、ビデオ番組および関連する情報が２つの異なるユーザデバイスに送信される場合、プロキシサーバー２０は、ユーザのビューまたはビュー変更情報を取得し、それに応じてビデオ番組および関連する情報の品質を調整することができる。この意図は、ユーザビューを有するユーザデバイスに帯域幅の最大量を割り当てることによって、ビュー変更情報に応じてユーザビューを有するユーザデバイスに送信されるコンテンツの最良品質を与えることである。最大量は、プロキシサーバー２０で利用可能な帯域幅、およびユーザビューを有するユーザデバイスの帯域幅必要条件を超えるべきではない。ユーザビューを有するユーザデバイスに送信されるコンテンツの品質の最大化は、ユーザビューを有しない他のユーザデバイスに送信されるコンテンツの品質の悪化をもたらすことがあり、それは、ユーザビューを有しないユーザデバイスに割り当てられる帯域幅が狭くされ得るからである。

図４Ａは、ユーザビューに応じて、アカウントに登録された第１のデバイスおよび第２のデバイスに対する帯域幅を調整するための例示的なプロセス４００を示す。前述されたように、帯域幅を調整することは、ユーザビューを有するデバイスによって受信されるコンテンツの品質の最大化をもたらすべきであり、また、ユーザビューを有しないデバイスによって受信されるコンテンツの品質の低下をもたらすことがある。

ステップ４０５で、プロキシサーバー２０が、２つのデバイスのうちの１つからビデオ番組を求める要求を受信する。以下の例示では、スタンドアロンユーザデバイス３１およびワイヤレスハンドヘルドユーザデバイス３３がそれぞれ、第１のデバイスおよび第２のデバイスとして例示される。

ステップ４１０で、プロキシサーバー２０は、プロキシサーバー２０で利用可能な第１の帯域幅に応じて、帯域幅の第１の量および第２の量を、２つのユーザデバイスの一方および２つのユーザデバイスの他方にそれぞれ割り当てる。割り当ては、たとえば図３に示されたプロセスによって行われ得る。

ステップ４１５で、プロキシサーバー２０は、一方のユーザデバイスに第１の品質を有するビデオ番組を送信するが、関連する情報は送信せず、ステップ４２０で、第２の品質を有する関連する情報を他方のユーザデバイスに送信する。

ビデオ番組、関連する情報、または両方であり得るコンテンツをユーザデバイスが受信するための割り当てられた帯域幅が、ユーザデバイスの帯域幅必要条件よりも大きい場合、サイズを縮小し、ひいては品質を低下させるようにコンテンツを変換する必要なしに、その初期品質でコンテンツが送信されるべきである。しかしながら、割り当てられた帯域幅が帯域幅必要条件よりも小さい場合、コンテンツは変換されて、割り当てられた帯域幅に適合するようにサイズを縮小するべきであり、その結果、品質が初期品質よりも悪くなる。

たとえば、第１の割り当てられた量が一方のユーザデバイスの帯域幅必要条件よりも大きい場合、第１の品質がビデオ番組の初期品質であり、第１の割り当てられた量が一方のユーザデバイスの帯域幅必要条件よりも小さい場合、第１の品質はビデオ番組の初期品質よりも悪い。これは、関連する情報にも当てはまる。第２の割り当てられた量が他方のユーザデバイスの帯域幅必要条件よりも大きい場合、第２の品質が、関連する情報の初期品質であり、第２の割り当てられた量が他方のユーザデバイスの帯域幅必要条件よりも小さい場合、第２の品質は、関連する情報の初期品質よりも悪い。

初期品質を有するコンテンツの変換は、コンテンツのサイズを縮小する、たとえば、空間的または時間的に解像度を低下させることによって行われ得る。

ステップ４２５で、プロキシサーバー２０は、ユーザの第１のビュー変更情報に応じてユーザのビューを有するユーザデバイスによって受信されるコンテンツの品質を最大化するように、第１の割り当てられた量および第２の割り当てられた量を調整する。この意図は、ユーザビューを有するユーザデバイスに送信されるコンテンツの最良品質をユーザに提供することである。

図４Ｂは、ステップ４２５の詳細を示す。ステップ４２５１で、第１のビュー変更情報に応じて、どのユーザデバイスがユーザビューを有するかを決定する。第１のビュー変更情報は、一実施形態では、ユーザビューが、第１のビュー変更情報を送信しているユーザデバイス（送信ユーザデバイス）へ切り替えられること、または別の実施形態では、送信ユーザデバイスから他へ切り替えられることを示すことができる。第１のビュー変更情報が、送信ユーザデバイスへユーザビューが切り替えられることを示す場合、送信ユーザデバイスは、第１のビュー変更情報を送信した後にユーザビューを有する。第１のビュー変更情報が、送信ユーザデバイスから他へユーザビューが切り替えられることを示す場合、送信ユーザデバイスは、第１のビュー変更情報を送信した後にユーザビューを失い、他方のユーザデバイスがユーザビューを有すると決定される。この実施形態では、２つのユーザデバイスが、同じユーザアカウント下にあり、同じビデオセッション中である。送信ユーザデバイスがビデオ番組または関連する情報のいずれかを受信するべきである場合、送信ユーザデバイスはビデオセッション中である。ビデオセッション中でないユーザデバイスがビュー変更情報を送信することができる場合、プロキシサーバー２０は、送信ユーザデバイスがビデオセッション中であるかを確認することができ、送信デバイスがビデオセッション中でない場合、プロキシサーバー２０は、ビュー変更情報の受信に応答してさらなる対処をしない。

ステップ４２５２で、プロキシサーバー２０は、第１のビュー変更情報に応じてユーザビューの帯域幅（「ＢＷ」）必要条件よりもＢＷの割り当てられた量が小さいかどうかを確認する。それが帯域幅必要条件以上の場合、プロキシサーバー２０は、ステップ４２５３で、第１の割り当てられた量および第２の割り当てられた量を保持することにより、第１の割り当てられた量および第２の割り当てられた量を調整し、プロセスは進行して、調整された量に応じて、２つのユーザデバイスに送信されるコンテンツの品質をそれぞれ調整する。第１の割り当てられた量および第２の割り当てられた量が保持されるので、プロキシサーバー２０は、第１の品質および第２の品質を保持することによって品質を調整する。次いでプロセスは進行して、新しいビュー変更情報を受信する。

ユーザビューを有するユーザデバイスに対する割り当てられた量がユーザビューを有するユーザデバイスの帯域幅必要条件よりも小さい場合、プロキシサーバー２０は、ステップ４２５４で、ユーザビューを有するユーザデバイスに対する割り当てられた量を増大し、ユーザビューを有しないユーザデバイスに対する割り当てられた量を低減することによって、第１の割り当てられた量および第２の割り当てられた量を調整する。ステップ４２５５で、プロキシサーバー２０は、調整された量に応じて、２つのユーザデバイスに送信されるコンテンツの品質をそれぞれ調整する。次いでプロセスは進行して、新しいビュー変更情報を受信し、次いでステップ４２５１に戻る。

品質を調整するステップは、ユーザビューを有するユーザデバイスに対する調整された割り当てられた量が、ユーザビューを有するユーザデバイスの帯域幅必要条件以上である場合、初期品質を有するコンテンツを、ユーザビューを有するユーザデバイスに送信し、ユーザビューを有するユーザデバイスに対する調整された割り当てられた量が、帯域幅必要条件よりも小さいが、ユーザビューを有するユーザデバイスに対する割り当てられた量よりも大きい場合、ユーザビューを有するユーザデバイスに対する調整された割り当てられた量に適合するように、初期品質を有するコンテンツを第３の品質を有するコンテンツに変換し、第３の品質は第２の品質よりも良い。したがって、ユーザビューを有するユーザデバイスへのコンテンツの品質が最大化される。

ステップ４２５４で、ユーザビューを有しないユーザデバイスに対する調整された割り当てられた量が低減されたので、ステップ４２５５で、ユーザビューを有しないユーザデバイスに送信されるコンテンツの品質も調整される。調整は、たとえば、低減された帯域幅を満たすように、初期品質または現在送信中の品質を有するコンテンツを第３の品質を有するコンテンツに変換することによって行われてよい。第３の品質は、変換のせいで、初期品質またはコンテンツの送信で先に使用された品質よりも悪いはずである。

プロキシサーバー２０は、第１のビュー変更情報を受信した後に、第１のビュー変更情報を送信していないユーザデバイスから第２のビュー変更情報を受信してもよく、第１のビュー変更情報と第２のビュー変更情報との間にビュー変更情報は受信されないことが可能である。このシナリオでは、プロキシサーバー２０は、第１のビュー変更情報を受信する前に、ユーザビューが同じユーザデバイスに戻るように切り替えられるため、第１の割り当てられた量および第２の割り当てられた量を復元することができる。

一実施形態では、プロキシサーバー２０は、ビュー変更情報信号に応答して、サーバーにおいて利用可能な帯域幅（第２の利用可能な帯域幅）を再び決定することができる。この実施形態では、プロキシサーバー２０は、第２の利用可能な帯域幅（プロキシサーバー２０における新しく決定された利用可能な帯域幅）に応じて、第１の割り当てられた量および第２の割り当てられた量を調整する。たとえば、プロキシサーバー２０は、第２のビュー変更情報に応じてユーザビューを有するユーザデバイスに送信されるコンテンツの品質を最大化するように、帯域幅の第３の量を割り当て、第２の利用可能な帯域幅および第３の量に応じて、帯域幅の第４の量を割り当てる。第３の量は、第２の利用可能な帯域幅、および第２のビュー変更情報に応じたユーザビューを有するユーザデバイスの帯域幅必要条件より大きくあるべきではない。品質が最大化されるので、第３の量は、ユーザビューを有するユーザデバイスの帯域幅必要条件のもとで第２の利用可能な帯域幅によって許容可能な最大値であるべきである。プロキシサーバー２０は、第１のビュー変更情報に応答して同様の原理を適用してもよい。

ビュー変更情報に応答して、プロキシサーバー２０は、ユーザビューを有するユーザデバイスによって受信されるコンテンツの品質を最大化するために、ユーザビューを有するユーザデバイスに利用可能な帯域幅全体を割り当ててもよい。結果として、プロキシサーバー２０は、ユーザビューを有しないユーザデバイスに送信されるはずのコンテンツを送信しない。このシナリオでは、ユーザビューを有しないユーザデバイスへユーザビューが戻るように切り替えられた場合、それまでユーザビューを有していなかったユーザデバイスは、帯域幅の新しく割り当てられた量に応じて等しいまたはより良い品質を有するコンテンツを受信するべきである。

スタンドアロンユーザデバイス３１がビデオ番組を受信しているが関連する情報を受信していないことを想定すると、ワイヤレスハンドヘルドユーザデバイス３３は、関連する情報を受信しているがビデオ番組を受信しておらず、ワイヤレスハンドヘルドユーザデバイス３３は、ユーザがビューをワイヤレスハンドヘルドユーザデバイス３３へ切り替えることを検出し、第１のビュー変更情報をプロキシサーバー２０に送信する。ワイヤレスハンドヘルドユーザデバイス３３は、第１のビュー変更情報を送信する前に受信した関連する情報と少なくとも同じ品質を有する、関連する情報を受信するべきである。調整後、スタンドアロンユーザデバイス３１は、ユーザがビューを切り替えて戻したことを検出し、第２のビュー変更情報をプロキシサーバー２０に送信する場合、プロキシサーバー２０は、割り当てられた量を、第１のビュー変更情報を受信する前の量に復元する、または、第２のユーザビュー変更情報に応答してプロキシサーバー２０における新しく決定された利用可能な帯域幅に応じて量を再割り当てするべきである。

２つの異なるユーザデバイスが例示されているが、本出願の原理は３つ以上のユーザデバイスに適用され得る。たとえば、スタンドアロンユーザデバイス３１、ワイヤレスハンドヘルドユーザデバイス３２、およびワイヤレスハンドヘルドユーザデバイス３３がビデオセッションに関与させられる場合である。スタンドアロンユーザデバイス３１がビデオ番組を受信していると想定すると、ワイヤレスユーザデバイス３２および３３はそれぞれ、関連する情報のテキスト部分およびグラフィックス部分を受信している。この時点で、プロキシサーバー２０は、ビュー変更情報を受信し、ワイヤレスユーザデバイス３２がユーザビューを有すると決定する。プロキシサーバー２０は、帯域幅の割り当てられた量を次のように調整するべきである。すなわち、ワイヤレスハンドヘルドユーザデバイス３２に対する割り当てられた量を増大し、ワイヤレスハンドヘルドユーザデバイス３３とスタンドアロンユーザデバイス３１との間の残りの帯域幅を割り当てる。ビデオ番組は、グラフィックスよりも高い優先度を有するとされるので、残りの帯域幅は、まず、スタンドアロンユーザデバイス３１の帯域幅必要条件を満たすために使用され、次いで、その残りがワイヤレスハンドヘルドユーザデバイス３３に割り当てられる。通常、この実施形態では、ビデオ番組は、関連する情報のグラフィック部分よりも高い優先度を有し、関連する情報のグラフィック部分は、関連する情報のテキスト部分よりも高い優先度を有する。しかしながら、ユーザビューを有するユーザデバイスに送信されるコンテンツが最高優先度コンテンツであると想定するべきである。したがって、帯域幅は、まず、ユーザビューを有するユーザデバイスであるべき最高優先度コンテンツを受信するユーザデバイスに対する帯域幅必要条件を満たすように割り当てられ、次いで、利用可能な帯域幅の残りが、ユーザビューを有しないユーザデバイスであるべき次に最も高い優先度のコンテンツを受信するユーザデバイスの帯域幅必要条件を満たすように割り当てられ、次いで、その残りの残りが、ユーザビューを有しないユーザデバイスであるべき第２の次に最も高い優先度のコンテンツを受信するユーザデバイスを満たすように割り当てられ、以下同様に行われる。したがって、実施形態の原理によると、帯域幅は、この実施形態においてユーザデバイスによって受信されるコンテンツの優先度に応じて割り当てられまたは調整される。

３つのユーザデバイス、たとえば、スタンドアロンユーザデバイス３１、ワイヤレスハンドヘルドユーザデバイス３２、およびワイヤレスハンドヘルドユーザデバイス３３がビデオセッションに関与させられ、ビュー変更情報が、送信ユーザデバイスへユーザビューが切り替えられることを示す場合、プロキシサーバー２０は、送信ユーザデバイスがユーザビューを有すると決定する。しかしながら、ビュー変更情報が、送信ユーザデバイスから他へユーザビューが切り替えられることを示す場合、プロキシサーバー２０は、ユーザビューが、より高い優先度のコンテンツを受信するビュー変更情報を送信しないユーザデバイス上にあり、より低い優先度のコンテンツを受信するビュー変更情報を送信しないユーザデバイス上にはないと決定する。

一実施形態では、プロキシサーバー２０は、ビデオセッションに関与する各ユーザデバイスの状態を定期的に確認することができる。両方のユーザデバイスがアクティブでない場合、プロキシサーバー２０は、ビデオ番組および関連する情報の送信を終了し、１つのみのユーザデバイスがアクティブである場合、プロキシサーバー２０は、ビデオ番組と関連する情報との両方をアクティブユーザデバイスに送信する。２つよりも多いユーザデバイス、例示として３つが関与させられる場合、すべてのユーザデバイスがアクティブならば、対処は必要とされない。１つのみがアクティブである場合、ビデオ番組と関連する情報との両方がアクティブユーザデバイスに送信される。２つのみがアクティブであり、非アクティブな１つがビデオ番組を受信していた場合、２つのアクティブユーザデバイスのうちの優先度がより高い１つが、ビデオ番組を受信し、他方は、関連する情報を受信する。非アクティブな１つが、関連する情報のグラフィックまたはテキストなどの部分を受信していた場合、関連する情報の他の部分を受信しているアクティブな１つが、関連する情報の上記部分も受信するべきであり、すなわち、アクティブな１つが、関連する情報の両方の部分を受信する。

別の実施形態では、プロキシサーバー２０は、ワイヤレスハンドヘルドユーザデバイスとスタンドアロンユーザデバイスとの間の距離を定期的に確認することができる。距離が予め定義された閾値内である場合、プロキシサーバー２０は、上述されたように、第１の割り当てられた量および第２の割り当てられた量を調整する。距離が予め定義された閾値内でない場合、ユーザビューを有するユーザデバイスの帯域幅必要条件を満たすように第１の利用可能な帯域幅を割り当て、ビデオ番組および関連する情報を、ユーザビューを有するユーザデバイスに送信し、ユーザビューを有しないユーザデバイスには帯域幅を割り当てず、ユーザビューを有しないユーザデバイスにビデオ番組も関連する情報も送信しない。後の時点で、ユーザビューを有しないユーザデバイス（「他方のユーザデバイス」）がユーザビューを現在有していると、プロキシサーバー２０が第２のビュー変更情報から決定した場合、プロキシサーバー２０は、他方のユーザデバイスの帯域幅必要条件を満たすように利用可能な帯域幅を割り当て、ビデオ番組と関連する情報との両方を他方のデバイスに送信する。プロキシサーバー２０は、プロキシサーバー２０が第２のビュー変更情報を受信する前にユーザビューを以前有していたユーザデバイスに対して、帯域幅、ビデオ番組、および関連する情報を割り当てない。

３つのユーザデバイスが関与させられ、両方のハンドヘルドユーザデバイスが予め定義された距離閾値内にない場合、プロキシサーバー２０は、ユーザビューを有するユーザデバイスに対して、ユーザビューを有するユーザデバイスの帯域幅必要条件を満たすように利用可能な帯域幅を割り当て、ビデオ番組と関連する情報との両方を送信し、ユーザビューを有しない他の２つのユーザデバイスに対して、帯域幅を割り当てず、ビデオ番組も関連する情報も送信しない。このように、何らかのビュー変更情報に応答して、ユーザビューを有するユーザデバイスのみが帯域幅を取得し、ビデオ番組および関連する情報を受信する。１つのみのハンドヘルドユーザデバイス（範囲内ハンドヘルドユーザデバイス）が予め定義された閾値距離内にあり、他のハンドヘルドユーザデバイス（範囲外ハンドヘルドユーザデバイス）がユーザビューを有する場合、プロキシサーバー２０は、ユーザビューを有する範囲外ハンドヘルドユーザデバイスの帯域幅必要条件を満たすように帯域幅に利用可能な帯域幅を割り当て、ビデオ番組と関連する情報との両方を、ユーザビューを有する範囲外ユーザデバイスに送信し、ユーザビューを有しない他の２つのユーザデバイスに対して、帯域幅を割り当てず、ビデオ番組も関連する情報も送信しない。しかしながら、範囲外ハンドヘルドユーザデバイスがユーザビューを有しない場合、プロキシサーバー２０は、ビデオセッションにおける２つのユーザデバイスの実施形態に関して上述されたように、ユーザビュー情報に応じて、範囲内ハンドヘルドユーザデバイスとスタンドアロンユーザデバイスとの間の帯域幅を調整し、範囲外ハンドヘルドユーザデバイスによって受信されるコンテンツが、たとえば図２のプロセス２００の配信部分に従って、今度は、範囲内ハンドヘルドユーザデバイスおよびスタンドアロンユーザデバイスに送信される。後の時点で、プロキシサーバー２０は、第２のビュー変更情報を受信し、範囲外ハンドヘルドユーザデバイスがユーザビューを有すると決定し、プロキシサーバー２０は、範囲外ハンドヘルドユーザデバイスの帯域幅必要条件を満たすように利用可能な帯域幅を割り当て、ビデオ番組と関連する情報との両方を、ユーザビューを有する範囲外ユーザデバイスに送信し、ユーザビューを有しない他の２つのユーザデバイスに対して、帯域幅を割り当てず、ビデオ番組も関連する情報も送信しない。範囲内ハンドヘルドユーザデバイスおよびスタンドアロンユーザデバイスのうちの１つがユーザビューを有すると、プロキシサーバー２０が第２のビュー変更情報から決定した場合、先に説明されたように、２つのユーザデバイス実施形態に従って調整が行われる。

ユーザデバイスは、１つまたは２つのカメラを使用して頭部の向き、眼球運動を追従する、入力要素から入力を検出する、またはタッチ感度が良いディスプレイ上でタッチを検出するなど従来の方式で、ユーザからビュー変更を検出することができる。この実施形態でのユーザデバイスは、それが、ユーザのビューがユーザデバイスへまたはユーザデバイスから他へ切り替えられたことを検出すると、ビュー変更情報をプロキシサーバー２０に送信する。誤ったビュー変更、またはビデオ番組および関連する情報の品質をあまりに頻繁に変更することを防止するために、ユーザデバイスは、ビュー変更を検出した後の予め定義された期間たとえば１０秒の間に新たなビュー変更を検出しなかった場合、ビュー変更情報信号を送信することができる。

図５は、ユーザデバイス３１、３２、および３３の例示的な実施形態であるユーザデバイス５０を示す。ユーザデバイス５０は、Ｉ／Ｏブロック５１０などの入力／出力（Ｉ／Ｏ）手段、コントローラ５２０などの制御および処理手段、物理ボタン／キーブロック５８０などのユーザ入力手段、メモリ５４０などのデータストレージ手段、ディスプレイ５５０などのディスプレイ手段、（スタンドアロンユーザデバイス３１について任意選択の）ＧＰＳ５６０などの測位手段、カメラ５７０などのユーザビュー検出手段を備える。図５の上記の要素のいくつかは、１つまたは複数の集積回路（ＩＣ）を使用して具現化される。説明を明確にするために、制御信号、電力信号、および／または他の要素など、ユーザデバイス５０に関連付けられたいくつかの従来の要素は、図５に示されることがない。

Ｉ／Ｏブロック５１０は、ユーザデバイス５０のＩ／Ｏ機能を実施するように動作しまたは構成される。例示的な実施形態によると、Ｉ／Ｏブロック５１０は、セル電話、インターネット（ネットワーク４１および４３など）、および／または他のネットワークソースなどの１つまたは複数のネットワークから、有線および／またはワイヤレス方式で、ディジタル変調フォーマットのオーディオ、ビデオ、および／またはデータ信号などの信号を受信し、そのような１つまたは複数のネットワークへ有線および／またはワイヤレス方式で信号を出力するように動作しまたは構成される。Ｉ／Ｏブロック５１０は、有線および／またはワイヤレス信号を受信することができる任意のタイプのＩ／Ｏインターフェースとして具現化されてもよく、１つまたは複数の個別コンポーネント（たとえば、アンテナ、プラグなど）から構成されてもよい。

コントローラ５２０は、単一プロセッサー、または複数の個別の類似するもしくは異なるプロセッサーとすることができる。コントローラ５２０は、本明細書に説明される本発明の様々な実施形態および技法の実施を容易にし可能にするユーザデバイス５０の様々な信号処理および制御機能（たとえば、ソフトウェアコードを実行するなど）を実施するように動作しまたは構成される。

例示的な実施形態によると、コントローラ５２０は、Ｉ／Ｏブロック５１０から提供された信号を受信し、１つまたは複数のマイクロプロセッサーおよび／または他の要素によって、ユーザデバイス５０に関連付けられたすべての必要な処理および制御機能を実施しおよび／または可能にする。たとえば、コントローラ５２０は、チューニング、復調、順方向誤り訂正、および送信処理機能を含む機能を実施することによって、Ｉ／Ｏブロック５１０から提供されたオーディオ、ビデオ、および／またはデータ信号を処理し、それによって、オーディオ、ビデオ、および／またはデータコンテンツを表すディジタルデータを生成するように動作しまたは構成される。そのような処理機能から作成されたディジタルデータは、さらなる処理および／または出力のために（たとえば、ディスプレイ５５０を介して）提供されてもよい。

また、例示的な実施形態によると、コントローラ５２０は、物理ボタン／キーブロック５８０を介して行われるユーザ入力を処理すること、ユーザ入力に応答してユーザデバイス５０の機能（たとえば、音量およびチャンネル制御機能など）を制御すること、メモリ５４０からデータを読み取りまたそれにデータを書き込むこと、ディスプレイ５５０によるオンスクリーン表示（たとえば、ビデオ、仮想ボタン／キー、メニューなど）を可能にすること、ならびに／または本明細書に説明され得るような他の動作を含むがこれらに制限されない様々な他の機能を、実施しならびに／または可能にするように動作しまたは構成される。

物理ボタン／キーブロック５８０は、ユーザデバイス５０のユーザオペレータから物理的ユーザ入力を受信するように動作しまたは構成される。例示的な実施形態によると、物理ボタン／キーブロック５８０は、ディスプレイ５５０の周囲に対称的および／または他の適切な方式で設けられた複数の物理ボタンおよび／またはキーを備え、たとえば、ユーザデバイス１０の筐体内に構成されまた筐体から突出してもよい。他のタイプの入力部が、ディスプレイ５５０によって提供されてもよい。

メモリ５４０は、コントローラ５２０に動作的に結合され、ユーザデバイス５０のデータストレージ機能を実施する。例示的な実施形態によると、メモリ５４０は、ソフトウェアコード、ならびに本明細書にされるデータ、オンスクリーン表示データ（たとえば、仮想ボタン／キー、メニュー、ブラウザなど）、ユーザ選択／設定データ、および／または他のデータを含む、１つまたは複数のコンピュータアプリケーションに関連付けられた他のデータを含むがこれらに制限されないデータを記憶する。

ディスプレイ５５０は、コントローラ５２０の制御に従ってビデオコンテンツを含む視覚表示を提供するように動作しまたは構成される。例示的な実施形態によると、ディスプレイ５５０は、仮想ボタン／キーを含むタッチスクリーン機能を提供するように動作しまたは構成され、それにより、コントローラ５２０によって受信され処理される（物理ボタン／キーブロック５８０を介して提供される入力とは別の）入力をユーザオペレータが提供することを可能にする。ディスプレイ５５０は、発光ダイオード（ＬＥＤ）ディスプレイ、液晶ディスプレイ（ＬＣＤ）、または他のタイプのディスプレイデバイスなど、任意のタイプの適切なディスプレイデバイスを使用して具現化され得る。

カメラ５７０は、そのフォーカスエリア内のオブジェクトの画像を形成するように動作しまたは構成され、画像のコピーをメモリ５４０に記憶する。一実施形態では、画像は、ユーザの頭部を含む画像である。ユーザデバイス５０におけるカメラ５７０の位置は固定されているので、プロセッサー５２０は、従来の方法を使用して、ユーザのビューがユーザデバイス５０へまたはユーザデバイス５０から他へ切り替わっているかを、頭部画像から検出することができる。一実施形態では、ユーザデバイス５０は、プロセッサー５２０がユーザビュー変更をより正確に決定できるように、第２のカメラ（図示せず）を含むことができる。プロセッサー５２０がユーザビュー変更を検出すると、プロセッサー５２０はビュー変更情報をプロキシサーバー２０に送信する。ビュー変更情報は、ユーザのビューがユーザデバイス５０へ切り替えられることまたはユーザデバイス５０から他へ切り替えられることのいずれかを示すことができる。

一実施形態では、プロセッサー５２０が、ディスプレイ５５０または物理ボタン／キー５８０のいずれかからユーザ入力を検出した場合、プロセッサー５２０は、ユーザビューがユーザデバイス５０へ切り替えられると決定する。

ＧＰＳ５２０は、ユーザデバイス５０の位置情報を取得するように動作しまたは構成され、プロセッサー５２０は、定期的に、たとえば５秒毎に、またはプロセッサー２０による要求時に、現在位置を報告するべきである。ＧＰＳ５２０は、スタンドアロンユーザデバイスについて任意選択である。

図６は、ユーザデバイス５０がスタンドアロンユーザデバイスとして機能している場合のプロセスフロー６００を示す。ステップ６０５で、プロセッサー５２０が、第１のデバイスの位置情報をサーバー２０に送信する。第１のデバイスは、スタンドアロンユーザデバイスとして登録され、プロセスフロー６００の以下の例示では、スタンドアロンユーザデバイスおよびワイヤレスハンドヘルドデバイスはそれぞれ、同じアカウントに登録された第１のデバイスおよび第２のデバイスを例示する。

ステップ６１０で、プロセッサー５２０は、ユーザ入力に応答して、ビデオ番組を求める要求をプロキシサーバー２０に送信する。ステップ６１５で、プロセッサー５２０は、プロキシサーバー２０からビデオ番組を受信する。ステップ６２０で、プロセッサー５２０は、位置情報に応じて、プロキシサーバー２０からビデオ番組に関連する情報（関連する情報）を受信する。

第１のデバイスの位置情報が、プロキシサーバー２０によって、同じユーザアカウント下に登録されたスタンドアロンユーザデバイスとワイヤレスハンドヘルドユーザデバイスとの間の距離を決定するために使用される。距離は位置情報に依存するので、プロセッサー５２０は、距離に応じて、関連する情報を受信する。

たとえば、同じユーザアカウント下の第１のワイヤレスユーザデバイスがアクティブである場合、第１のワイヤレスユーザデバイスのプロセッサーは、その位置情報をプロキシサーバー２０に送信するべきであり、したがって、プロキシサーバー２０は、スタンドアロンユーザデバイスと第１のワイヤレスハンドヘルドユーザデバイスとの間の距離を決定することができる。ユーザは、設定プロセス中に、またはスタンドアロンユーザデバイスが移動されたときに、スタンドアロンユーザデバイスを介してユーザプロファイルにスタンドアロンユーザデバイスの位置情報をセットすることができる。スタンドアロンユーザデバイスは測位デバイスを設けられている場合、スタンドアロンユーザデバイスが移動されたときに、スタンドアロンユーザデバイスがその位置情報を送信することができる。

距離が予め定義された閾値よりも短い場合、スタンドアロンユーザデバイスは、ステップ６１５において、ビデオ番組を受信している間に、関連する情報を受信するステップで関連する情報の信号を受信するべきではない。むしろ、第１のワイヤレスハンドヘルドユーザデバイスが、関連する情報を受信するべきであり、しかし、ビデオ番組を受信しないべきである。距離が予め定義された閾値よりも長い場合、関連する情報を受信するステップは、関連する情報を受信する。したがって、スタンドアロンユーザデバイスは、ビデオ番組と関連する情報との両方を受信し、ワイヤレスハンドヘルドユーザデバイスは、関連する情報もビデオ番組も受信しない。

距離が予め定義された閾値よりも短く、その結果、スタンドアロンユーザデバイスが、ビデオ番組を受信し、第１のワイヤレスハンドヘルドユーザデバイスが、関連する情報を受信し、第１のワイヤレスハンドヘルドユーザデバイスが移動されて、距離が予め定義された閾値よりも今度は長くなる場合について、２つの実施形態が開示される。第１の実施形態では、スタンドアロンユーザデバイスがアクティブなままである場合、スタンドアロンユーザデバイスは、ビデオ番組と関連する情報との両方を受信し、第１のワイヤレスハンドヘルドユーザデバイスは、ビデオ番組も関連する情報も受信しない。その根拠は、ユーザがスタンドアロンユーザデバイスからビデオ番組を見ることに関心がない場合、ユーザは、たとえばスタンドアロンユーザデバイスをオフにすることによって、スタンドアロンユーザデバイスを非アクティブにするはずである、ということにある。第２の実施形態では、スタンドアロンユーザデバイスはビデオ番組も関連する情報も受信せず、第１のワイヤレスハンドヘルドユーザデバイスが両方を受信する。その根拠は、ユーザが家を離れるとき、ユーザは第１のワイヤレスハンドヘルドユーザデバイスをいつも持って行くはずである、ということにある。

スタンドアロンユーザデバイスはまた、従来の方式でカメラ５７０によって撮られた画像を分析することによって、スタンドアロンユーザデバイスに関するユーザのビュー変更を検出し、ビュー変更情報を生成し、ビュー変更情報をプロキシサーバー２０に送信することができる。ビュー変更情報は、一実施形態では、ユーザビューが、スタンドアロンユーザデバイスへ切り替えられること、または別の実施形態では、スタンドアロンユーザデバイスから他へ切り替えられることを示すことができる。

スタンドアロンユーザデバイスが、ユーザビューがスタンドアロンユーザデバイスから他へ切り替えられることを示すビュー変更情報を送信し、距離が予め定義された閾値よりも短い場合、図４Ｂに関連して先に説明されたように、第１のワイヤレスハンドヘルドユーザデバイスは、等しいまたはより良い品質のコンテンツを受信するべきであり、スタンドアロンユーザデバイスは、等しいまたはより悪い品質を有するコンテンツを受信するべきである。その後、第１のワイヤレスハンドヘルドユーザデバイスが、ユーザビューが第１のワイヤレスハンドヘルドユーザデバイスから他へ切り替えられることを示すビュー変更情報を送信し、距離が予め定義された閾値よりもやはり短い場合、スタンドアロンおよびワイヤレスハンドヘルドユーザデバイスによってそれぞれ受信されるコンテンツの品質は、第１のビュー変更情報がプロキシサーバー２０に送信される前の品質に復元されるべきである。

スタンドアロンユーザデバイスが、ユーザビューがスタンドアロンユーザデバイスへ切り替えられることを示すビュー変更情報を送信し、距離が予め定義された閾値よりも短い場合、たとえば図４Ｂに関連して上述されたプロセスに従って、スタンドアロンユーザデバイスは、等しいまたはより悪い品質を有するコンテンツを受信するべきであり、ワイヤレスハンドヘルドユーザデバイスは、等しいまたはより悪い同等性を有するコンテンツを受信するべきである。

第２のワイヤレスハンドヘルドユーザデバイスが、やはりスタンドアロンユーザデバイスに対して予め定義された閾値距離内にあり、関連する情報が、複数のユーザデバイスに送信されることを可能にされる場合、関連する情報の画像（グラフィック）部分は、第１のワイヤレスハンドヘルドユーザデバイスおよび第２のワイヤレスハンドヘルドユーザデバイスのうちの優先度がより高い１つによって受信され、テキスト部分は、他方のワイヤレスハンドヘルドユーザデバイスによって受信される。ユーザビューがスタンドアロンユーザデバイスへまたはスタンドアロンユーザデバイスから他へ切り替わることに応答する、スタンドアロンユーザデバイスによって受信されるコンテンツの品質の変更は、図４Ｂに関連する先の説明から導かれることができる。

図７は、ユーザデバイス５０が第１のワイヤレスハンドヘルドユーザデバイスとして機能している場合のプロセスフロー７００を示す。ステップ７０５で、プロセッサー５２０は、第１のデバイスの位置情報をサーバー２０に送信する。第１のデバイスは、ワイヤレスハンドヘルドユーザデバイスとして登録され、プロセスフロー７００の以下の例示では、ワイヤレスハンドヘルドユーザデバイス（第１のワイヤレスハンドヘルドユーザデバイス）およびスタンドアロンユーザデバイスはそれぞれ、同じアカウントに登録された第１のデバイスおよび第２のデバイスを例示する。

ステップ７１０で、プロセッサー５２０は、ユーザ入力に応答して、ビデオ番組を求める要求をプロキシサーバー２０に送信する。ステップ７１５で、プロセッサー５２０は、位置情報に応じて、プロキシサーバー２０からビデオ番組を受信し、ステップ７２０で、プロセッサー５２０は、位置情報に応じて、プロキシサーバー２０からビデオ番組に関連する情報（関連する情報）を受信する。

第１のデバイスの位置情報が、プロキシサーバー２０によって、同じユーザアカウント下に登録されたスタンドアロンユーザデバイスとワイヤレスハンドヘルドユーザデバイスとの間の距離を決定するために使用される。距離は位置情報に依存するので、プロセッサー５２０は、距離に応じてビデオ番組を受信し、距離に応じて関連する情報を受信する。

プロセッサー５２０は、自動的にまたは要求時に、第１のワイヤレスハンドヘルドデバイスの位置情報をプロキシサーバー２０に送信するべきであり、したがって、プロキシサーバー２０は、スタンドアロンユーザデバイスと第１のワイヤレスハンドヘルドユーザデバイスとの間の距離を決定することができる。

一実施形態では、距離が予め定義された閾値よりも短い場合、関連する情報を受信するステップ７１５が、関連する情報を受信し、ビデオ番組を受信するステップ７１０が、ビデオ番組を受信せず、スタンドアロンユーザデバイスは、ビデオ番組を受信するが関連する情報を受信しない。その根拠は、スタンドアロンデバイスが、より大きいディスプレイを有するはずであり、ユーザがビデオ番組を見るのにより快適なはずである、ということにある。

別の実施形態では、距離が予め定義された閾値よりも短い場合、関連する情報を受信するステップ７１５が、関連する情報を受信せず、ビデオ番組を受信するステップ７１０が、ビデオ番組を受信し、スタンドアロンユーザデバイスは、関連する情報を受信するがビデオ番組を受信しない。その根拠は、ビデオ番組を求める要求を送信するユーザデバイスが、要求されたビデオ番組を受信するはずである、ということにある。

距離が予め定義された閾値よりも短く、第１のワイヤレスハンドヘルドユーザデバイスが移動されて、距離が予め定義された閾値よりも今度は長くなる場合、スタンドアロンユーザデバイスはビデオ番組も関連する情報も受信せず、第１のワイヤレスハンドヘルドユーザデバイスは両方を受信する。その根拠は、ユーザが、第１のワイヤレスハンドヘルドユーザデバイスから要求を行っており、ユーザが家を離れるときは第１のワイヤレスハンドヘルドユーザデバイスをいつも持って行くはずである、ということにある。

第１のワイヤレスハンドヘルドユーザデバイスはまた、従来の方式でカメラ５７０によって撮られた画像を分析することによって、ワイヤレスハンドヘルドユーザデバイスに関するユーザのビュー変更を検出し、ビュー変更情報をプロキシサーバー２０に送信することができる。ビュー変更情報は、一実施形態では、ユーザビューが、第１のワイヤレスハンドヘルドユーザデバイスへ切り替えられること、または別の実施形態では、第１のワイヤレスハンドヘルドユーザデバイスから他へ切り替えられることを示すことができる。第１のワイヤレスハンドヘルドユーザデバイスはまた、ディスプレイ５５０または物理ボタン／キー５８０からのユーザ入力を検出することによって、ユーザビューがそれへ切り替えられることを示すビュー変更を検出することができる。

第１のワイヤレスハンドヘルドユーザデバイスが、ユーザビューが第１のワイヤレスハンドヘルドユーザデバイスから他へ切り替えられることを示すビュー変更情報を送信し、距離が予め定義された閾値よりも短い場合、図４Ｂに関連して先に説明されたように、第１のワイヤレスハンドヘルドユーザデバイスは、等しいまたはより悪い品質を有するコンテンツを受信するべきであり、スタンドアロンユーザデバイスは、等しいまたはより良い品質のコンテンツを受信するべきである。その後、スタンドアロンユーザデバイスが、ユーザビューが第１のスタンドアロンユーザデバイスから他へ切り替えられることを示すビュー変更情報を送信し、距離が予め定義された閾値よりもやはり短い場合、スタンドアロンおよびワイヤレスハンドヘルドユーザデバイスによってそれぞれ受信されるコンテンツの品質は、第１のビュー変更情報がプロキシサーバー２０に送信される前の品質に復元されるべきである。

第１のワイヤレスハンドヘルドユーザデバイスが、ユーザビューが第１のワイヤレスハンドヘルドユーザデバイスへ切り替えられることを示すビュー変更情報を送信し、距離が予め定義された閾値よりも短い場合、たとえば図４に関連して上述されたプロセスに従って、第１のワイヤレスハンドヘルドユーザデバイスは、等しいまたはより悪い品質を有するコンテンツを受信するべきであり、スタンドアロンユーザデバイスは、等しいまたはより悪い同等性を有するコンテンツを受信するべきである。

第２のワイヤレスハンドヘルドユーザデバイスが、やはりスタンドアロンユーザデバイスに対して予め定義された閾値距離内にあり、関連する情報が、複数のユーザデバイスに送信されることを可能にされる場合、関連する情報の画像（グラフィック）部分は、ビデオ番組を受信しないユーザデバイスのうちの優先度がより高い１つによって受信され、テキスト部分は、ビデオ番組を受信しないユーザデバイスのうちの優先度がより低い１つによって受信される。ユーザビューが第１のワイヤレスハンドヘルドユーザデバイスへまたは第１のワイヤレスハンドヘルドユーザデバイスから他へ切り替わることに応答する、第１のワイヤレスハンドヘルドユーザデバイスによって受信されるコンテンツの品質の変更は、図４Ｂに関連する先の説明から導かれることができる。

上述されたように、本発明の原理は、スタンドアロンユーザデバイス、たとえばスマートＴＶなど、ならびにワイヤレスハンドヘルド電子デバイスの１つまたは複数、たとえば、携帯電話デバイス、タッチタブレット、パーソナルコンピュータ（ＰＣ）、遠隔制御デバイス、および／または有利にサーバーからビデオ番組を受信することができる他のデバイスなどに対する、ビデオ番組およびビデオ番組に関連する情報の望ましい配信を提供する。要求された番組、および要求された番組に関連する情報（関連する情報）は、ビデオセッションに関与させられたスタンドアロンユーザデバイスと他のユーザデバイスとの間の距離に応じて、帯域幅を節約するように、２つの異なるユーザデバイスに送信されることが好ましい。ユーザビューを有するユーザデバイスが、サーバーにおいて利用可能な品質で許容可能な最良品質を有するコンテンツを受信することになるように、コンテンツの品質は、ユーザのビューに応じたものにすることができる。

この発明は、好ましい設計を有するものとして説明されているが、本発明は、この開示の趣旨および範囲内でさらに修正され得る。したがって、この出願は、その一般原理を用いて本発明のあらゆる変形、使用、または適応を包含するように意図される。さらに、この出願は、この発明が関係し添付の特許請求の範囲の制限の範囲内である当技術分野の知られたまたは通常の実施の範囲内にあるとして、本開示からのそのような逸脱を包含するように意図される。

上記の実施形態に加えて、以下の付記を開示する。
（付記１）
サーバーにおいてユーザのユーザアカウントにハンドヘルドデバイスとして登録された第１のデバイスによって、ビデオ番組および前記ビデオ番組に関連する情報を受信する方法であって、
前記第１のデバイスの位置情報を前記サーバーに送信するステップ（７０５）と、
前記ビデオ番組を求める要求を前記サーバーに送信するステップ（７１０）と、
前記位置情報に応じて、前記ビデオ番組を受信するステップ（７１０）と、
前記位置情報に応じて、前記ビデオ番組に関連する情報を受信するステップ（７１５）と、
を含む、前記方法（７００）。
（付記２）
前記サーバーは、前記位置情報に応じて、前記第１のデバイスと、前記ユーザアカウントでスタンドアロンデバイスとして登録された第２のデバイスとの間の距離を決定する、付記１に記載の方法（７００）。
（付記３）
前記距離が予め定義された閾値よりも短い場合、前記ビデオ番組に関連する前記情報を受信するステップは、前記ビデオ番組に関連する前記情報を受信し、前記ビデオ番組を受信するステップは、ビデオ番組を受信せず、前記第２のデバイスは、前記ビデオ番組を受信するが、前記ビデオ番組に関連する前記情報を受信しない、付記２に記載の方法（７００）。
（付記４）
前記距離が予め定義された閾値よりも短い場合、前記ビデオ番組に関連する前記情報を受信するステップは、前記ビデオ番組に関連する情報を受信せず、前記ビデオ番組を受信するステップは、前記ビデオ番組を受信し、前記第２のデバイスは、前記ビデオ番組に関連する情報を受信するが、前記ビデオ番組を受信しない、付記１に記載の方法（７００）。
（付記５）
前記ハンドヘルドユーザデバイスの位置を検出するステップをさらに含む、付記１に記載の方法（７００）。
（付記６）
前記ユーザの第１のビュー変更を検出するステップと、第１のビュー変更情報を前記サーバーに送信するステップと、をさらに含む、付記２に記載の方法（７００）。
（付記７）
前記第１のビュー変更情報は、ユーザビューが前記第１のデバイスへ切り替えられることを示す、付記６に記載の方法（７００）。
（付記８）
前記第１のデバイスのディスプレイへのタッチを検出することによって、前記第１のビュー変更を検出するステップをさらに含む、付記７に記載の方法（７００）。
（付記９）
前記第１のデバイスの少なくとも１つのカメラによって撮られた画像から、前記ユーザビューが前記第１のデバイスへ切り替えられることを検出することによって、第１のビュー変更情報を検出するステップをさらに含む、付記７に記載の方法（７００）。
（付記１０）
前記第１のデバイスによって受信されるコンテンツは第１の品質を有し、前記第１のビュー変更情報を送信した後、前記受信されるコンテンツは前記第１の品質よりも良い第２の品質を有する、付記７に記載の方法（７００）。
（付記１１）
前記第１のビュー変更情報は、ユーザビューが前記第１のデバイスから他へ切り替えられることを示す、付記６に記載の方法（７００）。
（付記１２）
前記第１のデバイスの少なくとも１つのカメラによって撮られた画像から検出することによって、第１のビュー変更を検出するステップと、前記第１のビュー変更情報を生成するステップと、をさらに含む、付記１１に記載の方法（７００）。
（付記１３）
前記第１のデバイスによって受信されるコンテンツは第１の品質を有し、前記第１のビュー変更情報を送信した後、前記受信されるコンテンツは前記第１の品質よりも悪い第２の品質を有する、付記１１に記載の方法（７００）。
（付記１４）
前記第１のビュー変更情報が前記第１のデバイスによって送信された後、前記第２のデバイスが第２のビュー変更情報を前記サーバーに送信し、前記サーバーが前記第２のビュー変更情報を受信した後、前記受信されるコンテンツは前記第１の品質を有する、付記１３に記載の方法（７００）。
（付記１５）
サーバー（２０）においてユーザのアカウントにハンドヘルドデバイスとして登録された第１のデバイス（５０）であって、
メモリ（５４０）と、
前記メモリ（５４０）に記憶されたソフトウェアを実行するためのプロセッサー（５２０）と、
を備え、前記プロセッサー（５２０）は、前記第１のデバイスの位置情報を前記サーバー（２０）に送信し、前記第１のデバイスから、ビデオ番組を求める要求を前記サーバーに送信し、前記位置情報に応じて、前記ビデオ番組を受信し、前記位置情報に応じて、前記ビデオ番組に関連する情報を受信するように構成される、前記第１のデバイス（５０）。
（付記１６）
前記サーバー（２０）は、前記位置情報に応じて、前記第１のデバイスと、前記アカウントでスタンドアロンデバイスとして登録された第２のデバイスとの間の距離を決定する、付記１５に記載のハンドヘルドユーザデバイス（５０）。
（付記１７）
前記距離が予め定義された閾値よりも短い場合、前記プロセッサー（５２０）は、前記ビデオ番組に関連する前記情報を受信するが、前記ビデオ番組を受信しないように構成され、前記第２のデバイスは、前記ビデオ番組を受信するが、前記ビデオ番組に関連する前記情報を受信しない、付記１５に記載のハンドヘルドユーザデバイス（５０）。
（付記１８）
前記距離が予め定義された閾値よりも短い場合、前記プロセッサー（５２０）は、ビデオ番組を受信するが、前記ビデオ番組に関連する前記情報を受信しないように構成され、前記第２のデバイスは、前記ビデオ番組に関連する情報を受信するが、前記ビデオ番組を受信しない、付記１５に記載のハンドヘルドユーザデバイス（５０）。
（付記１９）
前記第１のデバイスの位置を検出するための測位システムをさらに備える、付記１５に記載のハンドヘルドユーザデバイス（５０）。
（付記２０）
前記プロセッサー（５２０）は、前記ユーザの第１のビュー変更を検出するように構成され、第１のビュー変更情報を前記サーバーに送信する、付記１５に記載のハンドヘルドユーザデバイス（５０）。
（付記２１）
前記第１のビュー変更情報は、ユーザビューが前記第１のデバイスへ切り替えられることを示す、付記２０に記載のハンドヘルドユーザデバイス（５０）。
（付記２２）
前記プロセッサー（５２０）は、前記第１のデバイスのディスプレイ（５５０）へのタッチを検出することによって、前記第１のビュー変更を検出するように構成される、付記２１に記載のハンドヘルドユーザデバイス（５０）。
（付記２３）
前記プロセッサー（５２０）は、前記少なくとも１つのカメラによって撮られた画像から、前記ユーザビューが前記第１のデバイスに切り替えられることを検出することによって、前記第１のビュー変更情報を検出するように構成される、付記２１に記載のハンドヘルドユーザデバイス（５０）。
（付記２４）
前記第１のデバイスによって受信されるコンテンツは、第１の品質を有し、前記第１のビュー変更情報を送信した後、前記受信されるコンテンツは、前記第１の品質よりも良い第２の品質を有する、付記２１に記載のハンドヘルドユーザデバイス（５０）。
（付記２５）
前記第１のビュー変更情報は、ユーザビューが前記第１のデバイスから他へ切り替えられることを示す、付記２０に記載のハンドヘルドユーザデバイス（５０）。
（付記２６）
前記プロセッサー（５２０）がユーザビューを監視するための少なくとも１つのカメラをさらに備え、前記プロセッサー（５２０）は、前記少なくとも１つのカメラによって撮られた画像から検出することによって、前記第１のビュー変更を検出するように構成され、前記第１のビュー変更情報を生成する、付記２４に記載のハンドヘルドユーザデバイス（５０）。
（付記２７）
前記第１のデバイスによって受信されるコンテンツは、第１の品質を有し、前記第１のビュー変更情報を送信した後、前記受信されるコンテンツは、前記第１の品質よりも悪い第２の品質を有する、付記２５に記載のハンドヘルドユーザデバイス（５０）。
（付記２８）
前記第１のビュー変更情報が前記第１のデバイスによって送信された後、第２のデバイスが第２のビュー変更情報を前記サーバーに送信し、前記サーバー（２０）が前記第２のビュー変更情報を受信した後、前記受信されるコンテンツは前記第１の品質を有する、付記２７に記載のハンドヘルドユーザデバイス（５０）。
（付記２９）
サーバー（２０）においてユーザのアカウントにハンドヘルドデバイスとして登録された第１のデバイス（５０）であって、
メモリ手段（５４０）と、
前記メモリ手段（５４０）に記憶されたソフトウェアを実行するための処理手段（５２０）と、
を備え、前記処理手段（５２０）は、前記第１のデバイスの位置情報を前記サーバーに送信し、前記第１のデバイスから、前記ビデオ番組を求める要求を前記サーバーに送信し、前記位置情報に応じて、前記ビデオ番組を受信し、前記位置情報に応じて、前記ビデオ番組に関連する情報を受信するように構成される、前記第１のデバイス（５０）。
（付記３０）
前記サーバー（２０）は、前記位置情報に応じて、前記第１のデバイスと、前記アカウントでスタンドアロンデバイスとして登録された第２のデバイスとの間の距離を決定する、付記２９に記載のハンドヘルドユーザデバイス（５０）。
（付記３１）
前記距離が予め定義された閾値よりも短い場合、前記処理手段（５２０）は、前記ビデオ番組に関連する前記情報を受信するが、前記ビデオ番組を受信しないように構成され、前記第２のデバイスは、前記ビデオ番組を受信するが、前記ビデオ番組に関連する前記情報を受信しない、付記２９に記載のハンドヘルドユーザデバイス（５０）。
（付記３２）
前記距離が予め定義された閾値よりも短い場合、前記処理手段（５２０）は、ビデオ番組を受信するが、前記ビデオ番組に関連する前記情報を受信しないように構成され、前記第２のデバイスは、前記ビデオ番組に関連する情報を受信するが、前記ビデオ番組を受信しない、付記２９に記載のハンドヘルドユーザデバイス（５０）。
（付記３３）
前記第１のデバイスの位置を検出するための測位システムをさらに備える、付記２９に記載のハンドヘルドユーザデバイス（５０）。
（付記３４）
前記処理手段（５２０）は、前記ユーザの第１のビュー変更を検出し、第１のビュー変更情報を前記サーバーに送信するように構成される、付記２９に記載のハンドヘルドユーザデバイス（５０）。
（付記３５）
前記第１のビュー変更情報は、ユーザビューが前記第１のデバイスへ切り替えられることを示す、付記３４に記載のハンドヘルドユーザデバイス（５０）。
（付記３６）
前記処理手段（５２０）は、前記第１のデバイスのディスプレイ（５５０）へのタッチを検出することによって、前記第１のビュー変更を検出するように構成される、付記３５に記載のハンドヘルドユーザデバイス（５０）。
（付記３７）
前記処理手段（５２０）は、前記少なくとも１つのカメラによって撮られた画像から、前記ユーザビューが前記第１のデバイスに切り替えられることを検出することによって、前記第１のビュー変更情報を検出するように構成される、付記３５に記載の第１のデバイス（５０）。
（付記３８）
前記第１のデバイスによって受信されるコンテンツは、第１の品質を有し、前記第１のビュー変更情報を送信した後、前記受信されるコンテンツは、前記第１の品質よりも良い第２の品質を有する、付記３５に記載の第１のデバイス（５０）。
（付記３９）
前記第１のビュー変更情報は、ユーザビューが前記第１のデバイスから他へ切り替えられることを示す、付記３４に記載の第１のデバイス（５０）。
（付記４０）
前記処理手段（５２０）がユーザビューを監視するための少なくとも１つのカメラをさらに備え、前記処理手段（５２０）は、前記少なくとも１つのカメラによって撮られた画像から検出することによって、前記第１のビュー変更を検出するように構成され、前記第１のビュー変更情報を生成する、付記３８に記載の第１のデバイス（５０）。
（付記４１）
前記第１のデバイスによって受信されるコンテンツは、第１の品質を有し、前記第１のビュー変更情報を送信した後、前記受信されるコンテンツは、前記第１の品質よりも悪い第２の品質を有する、付記３９に記載の第１のデバイス（５０）。
（付記４２）
前記第１のビュー変更情報が前記第１のデバイスによって送信された後、第２のデバイスが第２のビュー変更情報を前記サーバーに送信し、前記サーバー（２０）が前記第２のビュー変更情報を受信した後、前記受信されるコンテンツは前記第１の品質を有する、付記４１に記載のハンドヘルドユーザデバイス（５０）。

１ 配信システム
１０ サーバー
２０ プロキシサーバー
２１ ソフトウェア
２２ コンテンツ適応モジュール
２３ 距離決定モジュール
２４ 帯域幅割り当ておよび調整モジュール
２６ ストレージ
２７ 入力／出力（Ｉ／Ｏ）ブロック
２８ キャッシュ
２９ プロセッサー
３１ ユーザデバイス（ＴＶ受像機）
３２ ユーザデバイス（タブレット）
３３ ユーザデバイス（携帯電話）
４１，４３ ネットワーク
５０ ユーザデバイス
５１０ Ｉ／Ｏブロック
５２０ コントローラ
５４０ メモリ
５５０ ディスプレイ
５６０ ＧＰＳ
５７０ カメラ
５８０ 物理ボタン／キー

Claims (20)

1. サーバーにおいてユーザのユーザアカウントにハンドヘルドデバイスとして登録された第１のデバイスによって、ビデオ番組および前記ビデオ番組に関連する情報を受信する方法であって、
   送信手段によって、前記第１のデバイスの位置情報を前記サーバーに送信することと、
   送信手段によって、前記ビデオ番組を求める要求を前記サーバーに送信することと、
   受信手段によって、前記位置情報に従って、前記第１のデバイスと、前記ユーザアカウントでスタンドアロンデバイスとして登録された第２のデバイスとの間の距離に応じて、前記ビデオ番組を受信することと、
   受信手段によって、前記距離に応じて、前記ビデオ番組に関連する情報を受信することと、
   検出手段によって、ユーザビューが前記第１のデバイスへ切り替えられることまたは前記第１のデバイスから切り替えられることを示す前記ユーザの第１のビュー変更を検出することと、
   送信手段によって、第１のビュー変更情報を前記サーバーに送信することと、
   を含み、
   前記第１のデバイスによって受信される前記ビデオ番組は第１の品質を有し、前記ユーザビューが前記第１のデバイスへ切り替えられることを示す前記第１のビュー変更情報を送信した後、前記受信されるビデオ番組は前記第１の品質よりも良い第２の品質を有する、前記方法。
2. サーバーにおいてユーザのユーザアカウントにハンドヘルドデバイスとして登録された第１のデバイスによって、ビデオ番組および前記ビデオ番組に関連する情報を受信する方法であって、
   送信手段によって、前記第１のデバイスの位置情報を前記サーバーに送信することと、
   送信手段によって、前記ビデオ番組を求める要求を前記サーバーに送信することと、
   受信手段によって、前記位置情報に従って、前記第１のデバイスと、前記ユーザアカウントでスタンドアロンデバイスとして登録された第２のデバイスとの間の距離に応じて、前記ビデオ番組を受信することと、
   受信手段によって、前記距離に応じて、前記ビデオ番組に関連する情報を受信することと、
   検出手段によって、ユーザビューが前記第１のデバイスへ切り替えられることまたは前記第１のデバイスから切り替えられることを示す前記ユーザの第１のビュー変更を検出することと、
   送信手段によって、第１のビュー変更情報を前記サーバーに送信することと、
   を含み、
   前記第１のデバイスによって受信される前記ビデオ番組は第１の品質を有し、前記ユーザビューが前記第１のデバイスから切り替えられることを示す前記第１のビュー変更情報を送信した後、前記受信されるビデオ番組は前記第１の品質よりも悪い第２の品質を有する、前記方法。
3. 前記検出手段は、前記第１のデバイスのディスプレイへのタッチを検出することによって、前記第１のビュー変更を検出する、請求項１に記載の方法。
4. 前記検出手段は、前記第１のデバイスの少なくとも１つのカメラによって撮られた画像から、前記ユーザビューが前記第１のデバイスへ切り替えられるのか、それとも前記第１のデバイスから切り替えられるのかを検出する、請求項１に記載の方法。
5. 前記距離が第１の距離よりも短い場合に、前記第１のデバイスは、前記ビデオ番組に関連する情報を受信するが、前記ビデオ番組を受信しない、請求項１に記載の方法。
6. 前記距離が第２の距離よりも短い場合に、前記第１のデバイスは、前記ビデオ番組を受信するが、前記ビデオ番組に関連する前記情報を受信しない、請求項１に記載の方法。
7. サーバーにおいてユーザのアカウントにハンドヘルドデバイスとして登録される第１のデバイスであって、
   メモリ手段と、
   前記メモリ手段に記憶されたソフトウェアを実行するよう構成されるプロセッシング手段と、
   を備え、
   前記プロセッシング手段は、前記第１のデバイスの位置情報を前記サーバーに送信し、前記第１のデバイスから、ビデオ番組を求める要求を前記サーバーに送信し、前記位置情報に従って、前記第１のデバイスと、前記アカウントでスタンドアロンデバイスとして登録された第２のデバイスとの間の距離に応じて、前記ビデオ番組を受信し、前記距離に応じて、前記ビデオ番組に関連する情報を受信し、ユーザビューが前記第１のデバイスへ切り替えられることまたは前記第１のデバイスから切り替えられることを示す前記ユーザの第１のビュー変更を検出し、第１のビュー変更情報を前記サーバーに送信するよう構成され、
   前記第１のデバイスによって受信される前記ビデオ番組は第１の品質を有し、前記ユーザビューが前記第１のデバイスへ切り替えられることを示す前記第１のビュー変更情報を送信した後、前記受信されるビデオ番組は前記第１の品質よりも良い第２の品質を有する、前記第１のデバイス。
8. サーバーにおいてユーザのアカウントにハンドヘルドデバイスとして登録される第１のデバイスであって、
   メモリ手段と、
   前記メモリ手段に記憶されたソフトウェアを実行するよう構成されるプロセッシング手段と、
   を備え、
   前記プロセッシング手段は、前記第１のデバイスの位置情報を前記サーバーに送信し、前記第１のデバイスから、ビデオ番組を求める要求を前記サーバーに送信し、前記位置情報に従って、前記第１のデバイスと、前記アカウントでスタンドアロンデバイスとして登録された第２のデバイスとの間の距離に応じて、前記ビデオ番組を受信し、前記距離に応じて、前記ビデオ番組に関連する情報を受信し、ユーザビューが前記第１のデバイスへ切り替えられることまたは前記第１のデバイスから切り替えられることを示す前記ユーザの第１のビュー変更を検出し、第１のビュー変更情報を前記サーバーに送信するよう構成され、
   前記第１のデバイスによって受信される前記ビデオ番組は第１の品質を有し、前記ユーザビューが前記第１のデバイスから切り替えられることを示す前記第１のビュー変更情報を送信した後、前記受信されるビデオ番組は前記第１の品質よりも悪い第２の品質を有する、第１のデバイス。
9. 前記プロセッシング手段は、前記第１のデバイスのディスプレイへのタッチを検出することによって、前記第１のビュー変更を検出するように構成される、請求項７に記載の第１のデバイス。
10. 前記プロセッシング手段は、前記第１のデバイスの少なくとも１つのカメラによって撮られた画像から、前記ユーザビューが前記第１のデバイスへ切り替えられるのか、それとも前記第１のデバイスから切り替えられるのかを検出するように構成される、請求項７に記載の第１のデバイス。
11. 前記距離が第１の距離よりも短い場合に、前記第１のデバイスは、前記ビデオ番組に関連する情報を受信するが、前記ビデオ番組を受信しない、請求項７に記載の第１のデバイス。
12. 前記距離が第２の距離よりも短い場合に、前記第１のデバイスは、前記ビデオ番組を受信するが、前記ビデオ番組に関連する前記情報を受信しない、請求項７に記載の第１のデバイス。
13. 前記検出手段は、前記第１のデバイスのディスプレイへのタッチを検出することによって、前記第１のビュー変更を検出する、請求項２に記載の方法。
14. 前記検出手段は、前記第１のデバイスの少なくとも１つのカメラによって撮られた画像から、前記ユーザビューが前記第１のデバイスへ切り替えられるのか、それとも前記第１のデバイスから切り替えられるのかを検出する、請求項２に記載の方法。
15. 前記距離が第１の距離よりも短い場合に、前記第１のデバイスは、前記ビデオ番組に関連する情報を受信するが、前記ビデオ番組を受信しない、請求項２に記載の方法。
16. 前記距離が第２の距離よりも短い場合に、前記第１のデバイスは、前記ビデオ番組を受信するが、前記ビデオ番組に関連する前記情報を受信しない、請求項２に記載の方法。
17. 前記プロセッシング手段は、前記第１のデバイスのディスプレイへのタッチを検出することによって、前記第１のビュー変更を検出するように構成される、請求項８に記載の第１のデバイス。
18. 前記プロセッシング手段は、前記第１のデバイスの少なくとも１つのカメラによって撮られた画像から、前記ユーザビューが前記第１のデバイスへ切り替えられるのか、それとも前記第１のデバイスから切り替えられるのかを検出するように構成される、請求項８に記載の第１のデバイス。
19. 前記距離が第１の距離よりも短い場合に、前記第１のデバイスは、前記ビデオ番組に関連する情報を受信するが、前記ビデオ番組を受信しない、請求項８に記載の第１のデバイス。
20. 前記距離が第２の距離よりも短い場合に、前記第１のデバイスは、前記ビデオ番組を受信するが、前記ビデオ番組に関連する前記情報を受信しない、請求項８に記載の第１のデバイス。

Images