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

Description

本願の実施形態の原理は概括的にはマルチスクリーン・ビューイングのためのコンテンツ配送に関し、より詳細には、要求されたビデオ・プログラムを諸ハンドヘルド・ユーザー装置およびスタンドアローン・ユーザー装置の一つに送信し、ビデオ・プログラムに関係する情報を他のユーザー装置の一つまたは複数に送信することに関する。

多く人がテレビでビデオ・プログラムを見ている間にそのビデオ・プログラムに関係した情報を、携帯電話装置、タブレット、パーソナル・コンピュータ（PC）、リモート・コントロール装置またはWi-Fi機能をもつ他のハンドヘルド装置といったハンドヘルド電子装置で見ることが報告されている。ビデオ・プログラムに関係した情報は、広告、プロモーション情報およびテレビジョン・プログラムに関係したプログラム情報を含んでいてもよい。プログラム情報は、プログラム・タイトル、プログラム・テーマ、プログラム・レーティング、星、プログラム・カテゴリー、プログラム・キーワード、プログラム記述、プログラム型（たとえばオーディオ、ビデオ、オーディオビジュアル、コンピュータ、インターネットなど）およびプログラム反復頻度（たとえば週に一回、毎日など）といったものである。

よって、ネットワーク帯域幅を節約しつつ上記のマルチビューイング環境をよりよく支援する配送システムをもつことが当技術分野において必要とされている。

本発明のある側面によれば、サーバーにおいて、ユーザーのユーザー・アカウントにおいてスタンドアローン装置として登録された第一の装置によって、ビデオ・プログラムおよび該ビデオ・プログラムに関係した情報を受信する方法が開示される。本方法は、前記第一の装置の位置情報を前記サーバーに送り；前記ビデオ・プログラムについて前記サーバーに要求を送り；前記ビデオ・プログラムを受信し；前記位置情報に従って前記ビデオ・プログラムに関係した情報を受信することを含む。

ある実施形態では、前記サーバーは、前記位置情報に従って、前記第一の装置と、前記アカウントにおいてハンドヘルド装置として登録された第二の装置との間の距離を判別する。ある実施形態では、前記距離があらかじめ定義された閾値未満であれば、前記ビデオ・プログラムに関係した情報を受信するステップは、前記ビデオ・プログラムに関係した情報を受信せず、前記ビデオ・プログラムに関係した情報は前記第二の装置によって受信され；前記距離が前記あらかじめ定義された閾値以上であれば、前記ビデオ・プログラムに関係した情報を受信するステップは、前記ビデオ・プログラムに関係した情報を受信し、前記第二の装置はビデオ・プログラムも該ビデオ・プログラムに関係した情報も受信しない。

もう一つの実施形態では、本方法は、前記ユーザーの第一のビュー変化情報を検出し、前記第一のビュー変化情報を前記サーバーに送ることを含む。

もう一つの実施形態では、前記第一のビュー変化情報は、前記ユーザー・ビューが前記第一の装置に切り換えられることを示す。

もう一つの実施形態では、本方法はさらに、前記第一の装置の少なくとも一つのカメラによって撮影された画像から検出することによって第一のビュー変化を検出し、前記第一のビュー変化情報を生成することを含む。

ある実施形態では、前記距離は前記あらかじめ定義された閾値未満であり、前記第一のビュー変化情報は前記ユーザー・ビューが前記第一の装置から離れるように切り換えられることを示す。

もう一つの実施形態では、受信されたビデオ・プログラムは第一の品質をもち、前記第一のビュー変化情報を送った後、受信されたビデオ・プログラムは前記第一の品質より悪い第二の品質をもつ。

もう一つの実施形態では、前記第二の装置は前記第一の装置によって前記第一のビュー変化情報が送られた後に第二のビュー変化情報を前記サーバーに送り、前記サーバーが前記第二のビュー変化情報を受信した後、受信されたビデオ・プログラムは前記第一の品質をもつ。

本発明のある側面によれば、ビデオ・プログラムおよび該ビデオ・プログラムに関係した情報を受信する第一の装置であって、前記第一の装置は、サーバーにおいて、ユーザーのユーザー・アカウントにおいてスタンドアローン装置として登録される、第一の装置が開示される。第一の装置はメモリと；前記メモリに記憶されたソフトウェアを実行するプロセッサとを有し、前記プロセッサは、前記第一の装置の位置情報を前記サーバーに送り；前記ビデオ・プログラムについて前記サーバーに要求を送り；前記ビデオ・プログラムを受信し；前記位置情報に従って前記ビデオ・プログラムに関係した情報を受信するよう構成されている。

ある実施形態では、前記距離があらかじめ定義された閾値未満であれば、前記プロセッサは、前記ビデオ・プログラムに関係した情報を受信せず、前記ビデオ・プログラムに関係した情報は前記第二の装置によって受信され；前記距離が前記あらかじめ定義された閾値より大きければ、前記プロセッサは、前記ビデオ・プログラムに関係した情報を受信するよう構成され、前記第二のユーザー装置は、ビデオ・プログラムも該ビデオ・プログラムに関係した情報も受信しない。

もう一つの実施形態では、前記プロセッサは、前記ユーザーの第一のビュー変化を検出し、第一のビュー変化情報を前記サーバーに送るよう構成される。

ある実施形態では、前記第一のビュー変化情報は、前記ユーザー・ビューが前記第一の装置に切り換えられることを示す。

もう一つの実施形態では、前記プロセッサは、前記第一の装置の少なくとも一つのカメラによって撮影された画像から検出することによって第一のビュー変化を検出し、前記第一のビュー変化情報を生成するよう構成される。

実施形態では、前記距離は前記あらかじめ定義された閾値未満であり、前記第一のビュー変化情報は前記ユーザー・ビューが前記第一の装置から離れるように切り換えられることを示す。

もう一つの実施形態では、前記プロセッサは、前記第一の装置の少なくとも一つのカメラによって撮影された画像から検出することによって第一のビュー変化を検出し、前記第一のビュー変化情報を生成するよう構成される。

もう一つの実施形態では、受信されたビデオ・プログラムは第一の品質をもち、前記第一のビュー変化情報を送った後、受信されたビデオ・プログラムは前記第一の品質より悪い第二の品質をもつ。

もう一つの実施形態では、前記第二の装置は前記第一の装置によって前記第一のビュー変化情報が送られた後に第二のビュー変化情報を前記サーバーに送り、前記サーバーが前記第二のビュー変化情報を受信した後、受信されたビデオ・プログラムは前記第一の品質をもつ。

上記の第一の装置の諸実施形態において、メモリはメモリ手段によって置換されてもよく、プロセッサは処理手段によって置換されてもよい。

付属の図面との関連で参酌される本発明の実施形態の以下の説明を参照することによって、本発明の上記のおよび他の特徴および利点ならびにそれを達成する仕方がより明白となり、本発明はよりよく理解されるであろう。
本発明の例示的実施形態を実装するのに好適な配送システムの関連する部分のブロック図である。 スタンドアローン装置およびハンドヘルド装置をもつユーザーにビデオ・プログラムを配送するための、図１におけるプロキシ・サーバーの例示的なプロセスを示す図である。 プロキシ・サーバーにおいて利用可能な帯域幅に従ってビデオ・プログラムおよびビデオ・プログラムに関係した情報を受信する諸ユーザー装置にそれぞれプロキシ・サーバーによって帯域幅を割り当てるための例示的なプロセスを示す図である。 ユーザー・ビューに従って、無線ハンドヘルド・ユーザー装置およびスタンドアローン・ユーザー装置についての帯域幅をプロキシ・サーバーによって調整するための例示的なプロセスを示す図である。 ユーザー・ビューに従って、無線ハンドヘルド・ユーザー装置およびスタンドアローン・ユーザー装置についての帯域幅をプロキシ・サーバーによって調整するための例示的なプロセスを示す図である。 本発明の例示的実施形態において使うのに好適な例示的なユーザー装置を示す図である。 本発明の例示的実施形態を実装するのに好適なスタンドアローン・ユーザー装置の例示的なプロセスを示す図である。 本発明の例示的実施形態を実装するのに好適なハンドヘルド・ユーザー装置の例示的なプロセスを示す図である。 本稿に記載される説明は本発明の好ましい実施形態を示し、そのような説明はいかなる仕方であれ本発明の範囲を限定するものと解釈されるものではない。記述の明確のため、図面の同じまたは同様の要素を表わすために、同じ参照符号が以下の記述を通じて使われることがある。

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

この実施形態において、ユーザー装置３１はスタンドアローン・ユーザー装置であり、ユーザー装置３２、３３はハンドヘルド・ユーザー装置である。本実施形態におけるユーザー装置３１は、ビデオ・プログラムおよび該ビデオ・プログラムに関係した情報を受信するよう、インターネット・アクセス機能のようなネットワーク・アクセス機能を有するテレビジョン受信器である。テレビジョン受信器はディスプレイを有していてもいなくてもよい。そのようなテレビジョン受信器の例はセットトップボックス、テレビジョン・セットおよびビデオ・レコーダーであってインターネット・アクセス機能をもつものである。

本稿で用いるところのスタンドアローン・ユーザー装置とは、頻繁には動かされないユーザー装置をいう。ハンドヘルド・ユーザー装置は、その位置を決定し、サーバー１０またはプロキシ・サーバー２０にその位置情報を報告できるべきである。ハンドヘルド・ユーザー装置はネットワーク・アクセス機能ももつべきである。ハンドヘルド電子ユーザー装置の例は携帯電話、タブレット、パーソナル・コンピュータ（PC）、リモート・コントロール装置またはWi-Fi機能をもつ他のハンドヘルド装置である。好ましくはハンドヘルド・ユーザー装置は可搬であるべきだが、ユーザーがそのユーザー装置をサーバー１０またはプロキシ・サーバー２０に対してハンドヘルド・ユーザー装置として登録する限り、デスクトップPCのような可搬でない装置であることができる。ユーザーがそうするのは、ユーザーが異なる寮およびアパートメントなどの異なる場所に該デスクトップを頻繁に動かすからであってもよい。本実施形態では、ハンドヘルド・ユーザー装置は無線式として示されているが、本実施形態の原理は、ワイヤでネットワークに接続する有線のハンドヘルド・ユーザー装置にも等しく適用可能である。

ユーザー装置３１、３２、３３はネットワーク４３、たとえばインターネットを通じてプロキシ・サーバー２０に接続され、プロキシ・サーバー２０は別のネットワーク４１を通じてサーバー１０に接続される。これら二つのネットワークは同じネットワークであっても異なるネットワークであってもよい。これら二つのネットワークが異なる場合、それらはゲートウェイのようなネットワーク間設備を通じて互いに接続されてもよい。

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

記憶２６は静的ランダム・アクセス・メモリ（RAM）、動的RAM、消去可能なプログラム可能型読み出し専用メモリ（EPROM）、電気的に消去可能なプログラム可能型読み出し専用メモリ（EEPROM）、ハードディスク（ネットワーク、内蔵または外付け）、光ディスク（ネットワーク、内蔵または外付け）またはそれらの任意の組み合わせを含んでいてもよい。記憶装置はローカル装置またはネットワーク装置であってもよい。

I/Oブロック２７はプロキシ・サーバー２０のI/O機能を実行するよう動作するまたは構成されているまたはコンフィギュレーションされている。例示的実施形態によれば、I/Oブロック２７は、デジタル変調フォーマット（単数または複数）のオーディオ、ビデオおよび／またはデータ信号を、サーバー１０およびユーザー装置３１、３２、３３および他のネットワーク源から、（ネットワーク４１および４３のような）セル電話、インターネットのような一つまたは複数のネットワークから有線および／または無線の仕方で受信し、そのような一つまたは複数のネットワークに有線および／または無線の仕方で信号を出力するよう動作するまたは構成されているまたはコンフィギュレーションされている。

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

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

また、例示的実施形態によれば、プロセッサ２９は、ユーザー装置３１〜３３からのデータ入力を処理すること、ユーザー入力に応答してプロキシ・サーバー２０の機能を制御すること、記憶２６および／またはキャッシュ２８からデータを読むことおよびそこにデータを書き込むこと、ディスプレイを介してオンスクリーン表示を可能にすることおよび／または本稿に記載されうる他の動作を含むがそれに限られないさまざまな他の機能を実行するおよび／または可能にするよう動作するまたは構成される。

また、例示的実施形態によれば、プロセッサ２９は、I/Oブロック２７から、いずれもプロキシ・サーバー２０においてユーザーのユーザー・アカウントに登録されているスタンドアローン・ユーザー装置およびハンドヘルド・ユーザー装置の一つからのビデオ・プログラムの要求を受領し、該要求に応答して、前記スタンドアローン・ユーザー装置と前記ハンドヘルド・ユーザー装置の間の距離に応じて、前記二つのユーザー装置のうちの第一の選択されたものに前記ビデオ・プログラムを送信するが、前記ビデオ・プログラムに関係する前記情報は送信せず、前記距離に応じて、前記二つのユーザー装置のうちの第二の選択されたものに前記ビデオ・プログラムに関係する前記情報を送信するが、前記ビデオ・プログラムは送信しない。

また、例示的実施形態によれば、プロセッサ２９は、I/Oブロック２７から、いずれもサーバー２０においてユーザーのユーザー・アカウントに登録されているスタンドアローン・ユーザー装置およびハンドヘルド・ユーザー装置の一つからのビデオ・プログラムの要求を受領し、前記二つのユーザー装置のうちの一方に前記ビデオ・プログラムを送信するが、前記ビデオ・プログラムに関係する前記情報は送信せず、他方のユーザー装置に前記ビデオ・プログラムに関係する前記情報を送信するが、前記ビデオ・プログラムは送信せず；前記二つのユーザー装置の一方から送られたユーザーの第一のビュー変化情報に応答して、ユーザー・ビューに応じて前記ユーザー装置に割り当てられる帯域幅を調整し、前記ユーザー・ビューをもつユーザー装置によって受領されるコンテンツの品質が最大化されるようにする。プロセッサ２９は、前記ユーザー装置のどれがユーザー・ビューをもつかを、受領された第一のビュー変化情報から判別するべきである。

装置がユーザー・ビューをもつのは、プロセッサ２９が、ユーザーがその装置を閲覧しているまたは見ていると判別するときである。

本稿で用いるところでは、コンテンツの品質は、コンテンツを表わすために必要とされるビット数によって表わされる。より多くのビットによって表わされるコンテンツはよりよい品質をもち、より少数のビットによって表わされるコンテンツはより悪い品質をもつ。要求されたビデオ・プログラムは初期ビデオ品質をもち、これはビデオ・プログラムの最良の品質であるべきである。初期ビデオ品質をもつビデオ・プログラムが変換または適応されるとき、ビデオ・プログラムを表わすために要求されるビット数は低下させられ、初期ビデオ品質より悪い品質をもつ変換されたまたは適応されたビデオ・プログラムを与える。同様に、要求されたビデオ・プログラムに関係した情報は初期情報品質をもち、これは要求されたビデオ・プログラムに関係した情報の最良の品質であるべきである。初期情報品質をもつ要求されたビデオ・プログラムに関係した情報が変換または適応されるとき、要求されたビデオ・プログラムに関係した情報を表わすために要求されるビット数は低下させられ、初期情報品質より悪い品質をもつ、要求されたビデオ・プログラムに関係した、変換されたまたは適応された情報を与える。

ある実施形態では、プロキシ・サーバー２０がユーザー・プロファイル・データベースからスタンドアローン・ユーザー装置の位置情報を得て、無線ハンドヘルド・ユーザー装置によって送られる無線ハンドヘルド・ユーザー装置の位置情報を得る。

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

各ユーザーは、ユーザー装置の一つを使ってサーバー１０および／またはプロキシ・サーバー２０におけるユーザー・アカウントを作成し、すべてのユーザー装置および他のデータを関連するユーザー・プロファイルに登録する。プロキシ・サーバー２０からのビデオ・プログラムを要求するために、ユーザーはプロキシ・サーバー２０にログオンするべきである。ユーザー・プロファイルはユーザーに関連付けられた個人データのコレクションである。ユーザー・プロファイルは、以下の情報のセットのうちの一部または全部を含むべきである：
・ユーザー装置の数；
・各ユーザー装置の型およびモデル；
・各ユーザー装置についての帯域幅要求；
・ユーザー装置のどれがスタンドアローン・ユーザー装置であるかおよびその位置；
・ハンドヘルド・ユーザー装置とスタンドアローン・ユーザー装置の間の閾値距離；
・ハンドヘルド・ユーザー装置の優先度；
・二つ以上のハンドヘルド・ユーザー装置の場合、要求されたビデオ・プログラムに関係した情報を二つ以上のユーザー装置に送るかどうか；
・年齢、性別、関心グラフ・メトリックおよび閲覧パターンを含む人口統計およびサイコグラフィック・データ。

上記に挙げたように、スタンドアローン・ユーザー装置３１の位置情報はユーザーによって設定されてそのユーザーのユーザー・アカウントに関連付けられたユーザー・プロファイルに記憶されることができる。スタンドアローン・ユーザー装置は通常、あまり動かないからである。ある実施形態では、スタンドアローン・ユーザー装置は、全地球測位システム（GPS）のような測位システムを備えていることができ、その位置を定期的に、あるいはある位置から別の位置に動かされたときに、プロキシ・サーバー２０に報告する。ユーザー装置３３のようなハンドヘルド・ユーザー装置の位置情報はハンドヘルド・ユーザー装置によって送られる。プロセッサ２９は、二つのユーザー装置の得られた位置情報に従って、スタンドアローン・ユーザー装置３１と無線ハンドヘルド・ユーザー装置３３との間の距離を決定する距離決定モジュール２３を呼び出す。

下記で論じるように、プロセッサ２９は、距離がユーザー・プロファイルに記憶されている閾値距離より上であるかどうかに応じてユーザー装置の一つを選択するべきである。閾値距離はユーザーが設定することができる。

プロセッサ２９は、各ユーザー装置から、好ましくは同じビデオ・セッションに関わる諸ユーザー装置からユーザー・ビュー変化情報を受領してもよい。あるユーザー・アカウント内のユーザー装置の一つがプロキシ・サーバー２０からのビデオ・プログラムを要求する場合、該ユーザー・アカウント内のすべてのユーザー装置がビデオ・セッションに関わる。ビュー変化情報信号は、ユーザー・ビューが、ある実施形態ではビュー変化情報信号を送るユーザー装置に、あるいは別の実施形態ではビュー変化情報信号を送るユーザー装置から離れるように切り換えられることを示してもよい。さらに別の実施形態では、ビュー変化情報信号のビュー切り換え指示は、信号自身に含められるまたはユーザー・プロファイルにおいて設定されることができる。本実施形態の原理によれば、プロセッサ２９は、ビュー変化情報信号に応答して、帯域幅割り当ておよび調整モジュール２４を呼び出して、ユーザー・ビューを有さないユーザー装置によって受領されるコンテンツの品質が劣化されうるとしても、ユーザー・ビューを有しているユーザー装置が、プロキシ・サーバー２０の利用可能な帯域幅によって許容可能な最大の品質をもつコンテンツを受領するよう帯域幅割り当てを調整する。

ビデオ・プログラムに関係した情報は、画像およびテキストの両方を含んでいてもよい。ビデオ・プログラムに関係した情報の両方の型が無線ハンドヘルド・ユーザー装置またはスタンドアローン・ユーザー装置に送られることができる。同じアカウントに二つ以上の無線ハンドヘルド・ユーザー装置がある場合には、ユーザーは、ユーザー・プロファイルにおいて、ユーザーが上記二つの型の情報がユーザー・プロファイル内の優先度情報に従って二つの異なるユーザー装置に送られることを望むかどうかを設定することができる。優先度がより高いものがビデオ・プログラムに関係した情報の画像部分を受領するべきであり、優先度がより低いものがビデオ・プログラムに関係した情報のテキスト部分を受領するべきである。たとえば、ユーザー・アカウントがスタンドアローン・ユーザー装置と二つの無線ハンドヘルド・ユーザー装置を含んでいて、スタンドアローン・ユーザー装置がビデオ・プログラムの要求を送る場合、もしユーザー・プロファイルがユーザーがビデオ・プログラムに関係した情報の異なる型が異なるユーザー装置に送信されることを望まないことを示すなら、プロキシ・サーバー２０は、スタンドアローン・ユーザー装置が要求されたビデオ・プログラムを受信するできであり、優先度がより高い無線ハンドヘルド・ユーザー装置がビデオ・プログラムに関係した情報の両方の部分を受領するべきであることを判別するべきである。しかしながら、もしユーザーがユーザー・プロファイルにおいて該ユーザーがビデオ・プログラムに関係した情報の異なる型が二つ以上の装置に送信されることを望むことを示すなら、プロキシ・サーバー２０は、ビデオ・プログラムに関係した情報の画像部分を優先度がより高いハンドヘルド・ユーザー装置に、ビデオ・プログラムに関係した情報のテキスト部分を優先度がより低いハンドヘルド・ユーザー装置に送るべきである。ビデオ・プログラムに関係した情報の三つ以上の型がある場合には、同様の規則が適用されるべきである。

ユーザーが入力した優先度情報の代わりに、プロキシ・サーバー２０は閲覧〔ビュー〕パターンおよび関心グラフ・メトリックを収集し、ユーザー装置の優先度を自動的に決定してもよい。

プロセッサ２９がビデオ・プログラムの要求を受領するとき、プロセッサ２９はまずキャッシュ２８にコピーが存在するかどうかをチェックすることを注意しておく。そのビデオのコピーがキャッシュに存在する場合には、プロセッサ２９はキャッシュ２８からビデオ・プログラムを取り出し、取り出されたビデオ・プログラムをユーザー装置に送る。プロセッサ２９が要求されたビデオ・プログラムのコピーをキャッシュ２８内に見つけられない場合には、プロセッサ２９はサーバー２０にコピーを要求し、キャッシュ２８にコピーを記憶する。ビデオ・プログラムと一緒に、キャッシュ２８はビデオ・プログラムに関係した情報のコピーをも記憶してもよい。たとえビデオ・プログラムのコピーがキャッシュ２８内に存在したとしても、プロセッサ２９はそれでもビデオ・プログラムに関係した更新された情報をサーバー２０から取ってきてもよいことを注意しておく。

ある例示的実施形態では、プロキシ・サーバー２０は全ユーザーにサービスするための有限の帯域幅をもつので、プロキシ・サーバー２０はある要求にサービスするための十分な帯域幅を持たないことがあり、この場合、プロセッサ２９は、帯域幅割り当ておよび調整モジュール２４を呼び出して、ビデオ・プログラムを受領するユーザー装置およびビデオ・プログラムに関係した情報を受領するユーザー装置に帯域幅を割り当ててもよい。各型および／またはモデルのユーザー装置が異なる帯域幅要求をもつことがあり、登録された各ユーザー装置についての帯域幅要求は、対応するユーザー・プロファイルに記憶されていてもよいし、あるいはこの実施形態ではユーザー・プロファイルに記憶されているそのユーザー装置の型および／またはモデルに従ってプロセッサ２９によって自動的に決定されてもよい。

各要求について、ひとたびビデオ・プログラムおよび該ビデオ・プログラムに関係した情報をそれぞれ受領するユーザー装置を決定したら、プロセッサ２９は、帯域幅割り当ておよび調整モジュール２４を呼び出して、それらのユーザー装置への帯域幅を割り当てる。本実施形態の原理によれば、プロキシ・サーバー２０の利用可能な帯域幅が不十分であれば、そのより低い割り当てられた帯域幅を満たすために、プロセッサ２９はコンテンツ適応モジュール２２を呼び出して、ビデオ・プログラムおよび／または該ビデオ・プログラムに関係した情報を変換する。ビデオについての変換は、ダウンサンプリングすること、フレーム・レートを下げることまたはスケーラブル形式であればいくつかの向上層をスキップすることに関わってもよく、ビデオ・プログラムに関係した情報についての変換は、該ビデオ・プログラムに関係した情報に含まれる画像をダウンサンプリングすることに関わっていてもよい。

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

ユーザー・アカウント内の各ユーザー装置の状態に応じて、プロキシ・サーバー２０は、アクティブなユーザー装置のうちのどれが要求されたビデオ・プログラムおよび／または該ビデオ・プログラムに関係した情報を受領するかを、ユーザー・プロファイル・データベースに記憶された優先度情報に従って決定してもよい。

図２は、本実施形態の原理に従って、ビデオ・プログラムを第一および第二のユーザー装置、たとえばスタンドアローン・ユーザー装置３１および無線ハンドヘルド・ユーザー装置（今の実施形態では携帯電話）３３をもつユーザーに配送するプロキシ・サーバー２０のプロセス・フロー２００を示している。両方のユーザー装置はプロキシ・サーバー２０において同じユーザー・アカウントに登録されており、アクティブであると想定される。

ステップ２０５では、プロキシ・サーバー２０が、第一および第二の装置の一方を使ってユーザーからのビデオ・プログラムの要求を受領する。以下の例解では、スタンドアローン・ユーザー装置３１および無線ハンドヘルド・ユーザー装置３３がそれぞれ第一および第二の装置として示される。ユーザーは、たとえばユーザー名およびパスワードを入力することによって、プロキシ・サーバー２０にログオンしている必要がある。

ステップ２１０では、プロキシ・サーバー２０は要求されたビデオ・プログラムのコピーおよび該ビデオ・プログラムに関係した情報を取得する。要求されたビデオ・プログラムのコピーを取得するプロセスにおいて、プロキシ・サーバー２０は要求されたビデオ・プログラムのコピーがキャッシュ２８に存在するかどうかをチェックする。もし存在すれば、キャッシュ２８は要求されたビデオ・プログラムに関係した情報（「関係情報」）のコピーをも有するはずである。要求されたビデオ・プログラムがキャッシュ２８内にない場合には、プロキシ・サーバー２０はビデオ・プログラムのコピーおよび関係情報のコピーをサーバー１０に要求する。関係情報のコピーがキャッシュ２８に存在していたとしても、プロキシ・サーバー２０は関係情報のコピーをサーバー１０に要求してもよいことを注意しておく。キャッシュ２８内のコピーは最新でない可能性があるからである。

ステップ２１５では、プロキシ・サーバー２０は、ビデオ・プログラムを受領するために、スタンドアローン・ユーザー装置３１および無線ハンドヘルド・ユーザー装置３３のうちの第一のものを、少なくともそれら二つのユーザー装置の間の距離に従って選択し、そのビデオ・プログラムを第一の選択された一つのユーザー装置に送信する。ステップ２２０では、プロキシ・サーバー２０は、前記距離に従ってそれら二つのユーザー装置のうちの第二のものを選択し、関係情報を、スタンドアローン・ユーザー装置３１および無線ハンドヘルド・ユーザー装置３３のうちの第二の選択されたものに送る。下記で例解するように、第一の選択された一つのユーザー装置は、第二の選択された一つのユーザー装置と同じであっても異なっていてもよい。

本実施形態の原理によれば、プロキシ・サーバー２０は、無線ハンドヘルド・ユーザー装置３３とスタンドアローン・ユーザー装置３１の間の距離に従って、前記第一の選択された一つのユーザー装置を選択する。プロキシ・サーバー２０は、たとえば、必要に応じて位置情報を無線ハンドヘルド・ユーザー装置３３に要求するまたは無線ハンドヘルド・ユーザー装置３３から送られる位置情報をモニタリングすることによって、無線ハンドヘルド・ユーザー装置３３の位置情報を取得してもよい。無線ハンドヘルド・ユーザー装置３３は、アクティブなとき、自動的にかつ定期的に、たとえば20秒毎に、その位置情報をプロキシ・サーバー２０に送ってもよい。スタンドアローン・ユーザー装置３１の位置情報は、ユーザー・プロファイル内でユーザーによって設定されるべきであり、ユーザー・プロファイル内の情報を取り出すことによってプロキシ・サーバー２０によって取得されることができる。ユーザー・プロファイル内のユーザーによって設定される位置は、単に住所であってもよく、プロキシ・サーバー２０はその住所に基づいて建物位置を検索することができるべきである。この実施形態では、プロキシ・サーバー２０は、その住所に関連付けられた建物の中心を、スタンドアローン・ユーザー装置３１の位置として使うべきである。もう一つの実施形態では、ユーザーは、スタンドアローン・ユーザー装置３１の緯度および経度を見出すために全地球測位システム（GPS）を使ってもよく、その位置情報を、ユーザー・プロファイル内の対応するフィールド中に入れるためにプロキシ・サーバー２０に送信する。さらにもう一つの実施形態では、スタンドアローンは測位装置を含んでいてもよく、その位置情報をプロキシ・サーバー２０に自動的にまたはプロキシ・サーバー２０から要求があったときに送ることができる。このようにして、プロキシ・サーバー２０は、無線ハンドヘルド・ユーザー装置３３とスタンドアローン・ユーザー装置３１との間の距離を、スタンドアローン・ユーザー装置３１についての位置情報および無線ハンドヘルド・ユーザー装置３３から受信される位置情報に従って、決定することができる。

もう一つの実施形態では、無線ハンドヘルド装置は、スタンドアローン装置への距離を決定し、その距離をプロキシ・サーバー２０に報告することができる。たとえば、無線ハンドヘルド装置が無線接続、たとえばブルートゥースを通じてスタンドアローン装置に接続できる場合には、無線ハンドヘルド装置は距離があらかじめ定義された閾値以内であることを報告し、そうでない場合には、無線ハンドヘルド装置は距離があらかじめ定義された閾値より大きいと報告する。スタンドアローン装置も同じことをしてもよい。さらにもう一つの実施形態では、スタンドアローン装置は二つのカメラを備えていてもよく、二つのビューを使ってユーザーの距離を決定し、測定された距離を二つの装置の間の距離として報告する。

距離があらかじめ定義された閾値、たとえば30フィート未満である場合、スタンドアローン・ユーザー装置３１が第一の選択された一つのユーザー装置として、ビデオ・プログラムを受信するよう選択され、無線ハンドヘルド・ユーザー装置３３が第二の選択された一つのユーザー装置として、関係情報を受領するよう選択される。事実上、プロキシ・サーバー２０はビデオ・プログラムをスタンドアローン装置３１に送信し、関係情報を無線ハンドヘルド・ユーザー装置３３に送信する。こうして、第一の選択された一つのユーザー装置は第二の選択された一つのユーザー装置とは異なる。

距離があらかじめ定義された閾値より大きい場合、プロキシ・サーバー２０は、無線ハンドヘルド・ユーザー装置３３を第一および第二の選択された一つのユーザー装置として選択し、ビデオ・プログラムおよび関係情報の両方を無線ハンドヘルド・ユーザー装置３３に送信し、スタンドアローン・ユーザー装置３１にはビデオ・プログラムも関係情報も送信しない。こうして、第一の選択された一つのユーザー装置は第二の選択された一つのユーザー装置と同じである。

ある実施形態では、プロキシ・サーバー２０が一方または両方のユーザー装置について位置情報を取得し損なう場合、プロキシ・サーバー２０は、距離が閾値より大きいと判定する。プロキシ・サーバー２０は、反復的に位置情報を取得しようと試み、プロキシ・サーバー２０が所定の期間内、たとえば1分以内に位置情報を取得できない場合には、プロキシ・サーバー２０は、位置情報の取得に失敗したと判定する。

もう一つの実施形態では、選択された第一および第二の一つのユーザー装置の選択は、二つのユーザー装置のうちのどちらがビデオ・プログラムの要求を送信するかに依存してもよい。要求が無線ハンドヘルド・ユーザー装置３３によって送信される場合には、選択は上記のとおりである。要求がスタンドアローン・ユーザー装置３１から送信される場合には、距離があらかじめ定義された閾値未満であるときの選択は上記と同じである。しかしながら、距離があらかじめ定義された閾値より大きく、要求がスタンドアローン・ユーザー装置３１から送信される場合には、プロキシ・サーバー２０は、スタンドアローン・ユーザー装置３１を、第一および第二の選択された一つのユーザー装置の両方として選択する。想定されているのは、要求がスタンドアローン・ユーザー装置３１によって送られる場合には、ユーザーはスタンドアローン・ユーザー装置３１の近くにいるはずで、無線ハンドヘルド・ユーザー装置３３も近くにあるはずであるということである。無線ハンドヘルド・ユーザー装置３３が近くにない場合には、ユーザーがそれをうっかりどこかに置き忘れた、たとえば友人を訪ねた後に無線ハンドヘルド・ユーザー装置３３を持ち帰るのを忘れた、無線ハンドヘルド・ユーザー装置をオンにするのを忘れたあるいは壊れた無線ハンドヘルド・ユーザー装置をもっていることが想定される。これらの状況では、プロキシ・サーバー２０は、距離があらかじめ定義された閾値より大きいと判定するべきであり、スタンドアローン・ユーザー装置３１を、第一および第二の選択された一つのユーザー装置の両方として選択するべきである。

距離があらかじめ定義された閾値より大きく、要求が無線ハンドヘルド・ユーザー装置３３から送信される場合には、プロキシ・サーバー２０は、無線ハンドヘルド・ユーザー装置３３を第一および第二の選択された一つのユーザー装置の両方として選択するべきである。想定されているのは、ユーザーが要求を送るのに無線ハンドヘルド・ユーザー装置３３を使っているのだから、ユーザーは無線ハンドヘルド・ユーザー装置３３を使っているはずであるというものである。

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

ビデオ・プログラムおよび関係情報の両方を受領するユーザー装置は、ビデオ・プログラムおよび関係プログラム情報を表示するために、二つのウインドーのような分割画面を提供してもよく、あるいは所与の時点においてユーザーがいずれかを見るオプションを提供してもよい。

上記のように、両方のユーザー装置はアクティブであると想定されている。ある実施形態では、プロセッサ２０は、スタンドアローン・ユーザー装置３１および無線ハンドヘルド装置のそれぞれの状態を判別する。両方のユーザー装置がアクティブでない場合には、プロセッサ２０はビデオ・プログラムおよび関係情報の送信を打ち切る；両方のユーザー装置がアクティブである場合には、プロセッサ２０はビデオ・プログラムおよび関係情報の送信を維持する；一方のユーザー装置のみがアクティブである場合には、プロセッサ２０はビデオ・プログラムおよび関係情報の両方をそのアクティブなユーザー装置に送信し、非アクティブなユーザー装置にはビデオ・プログラムも関係情報も送信しない。この実施形態は、優先度情報の考慮を用いて、三つ以上のユーザー装置が関わっている場合にも適用できる。優先度の考慮の例は、下記で実施形態の一つにおいて与えられる。

ある実施形態では、関係情報は異なる優先度をもつ二つ以上の型に分類されてもよい。各型は対応する優先度をもつ対応するユーザー装置に送られる。たとえば、関係情報はグラフィック（画像）およびテキストに分類されて、グラフィックがより高い優先度をもつのでもよい。スタンドアローン・ユーザー装置は最高の優先度をもつと考えられるべきである。
ある実施形態では、ユーザーはユーザー・プロファイルにおいて各ハンドヘルド・ユーザー装置についての優先度を設定できる。以下では、ユーザーが無線ハンドヘルド・ユーザー装置３３に、無線ハンドヘルド・ユーザー装置３２より高い優先度を割り当てると想定する。両方の無線ハンドヘルド・ユーザー装置があらかじめ定義された距離閾値以内にあり、ビデオがスタンドアローン・ユーザー装置３１に送信される場合、グラフィック部分は無線ハンドヘルド・ユーザー装置３３に送られ、テキスト部分は無線ハンドヘルド・ユーザー装置３２に送られる。別の実施形態では、ある無線ハンドヘルド・ユーザー装置がビデオ・プログラムの要求を送る場合、その無線ハンドヘルド・ユーザー装置が最高優先度の無線ハンドヘルド・ユーザー装置になる。たとえば、無線ハンドヘルド・ユーザー装置３２が無線ハンドヘルド・ユーザー装置３３より低い優先度をもつが、無線ハンドヘルド・ユーザー装置３２が要求を送ったものである場合、無線ハンドヘルド・ユーザー装置３２が無線ハンドヘルド・ユーザー装置３３より高い優先度をもつものとして扱われるべきである。このシナリオにおいて、関係情報が無線ハンドヘルド・ユーザー装置３２および３３送られる場合、グラフィックまたは画像が無線ハンドヘルド・ユーザー装置３２に送られ、テキストが無線ハンドヘルド・ユーザー装置３３に送られる。

実施形態の原理の別の側面では、プロキシ・サーバー２０は、すべてのユーザーにサービスするための有限の帯域幅をもち、利用可能な帯域幅がビデオ・セッションについての帯域幅要求を満たすのに十分でない場合には、ビデオ・プログラムおよび／または関係情報を適応または変換する。各型のユーザー装置は異なる帯域幅要求をもつことがあることを注意しておくべきである。ビデオ・プログラムを要求しているユーザーに割り当てられるプロキシ・サーバーの利用可能な帯域幅Bであり、そのビデオ・プログラムを受信するユーザー装置の帯域幅要求がB1であり、関係情報を受信するユーザー装置の帯域幅要求がB2であるとすると、図３は、諸ユーザー装置に帯域幅を割り当て、必要に応じてビデオ・プログラム、関係情報または両方でありうるコンテンツを適応させるための例示的プロセス３００を示している。これらは、帯域幅割り当ておよび調整モジュール２４およびコンテンツ適応モジュール２２によって実行される。ステップ３０５では、プロキシ・サーバー２０は、たとえば図２に示されるように、新たなビデオ・セッションにおいては、どのユーザー装置がビデオ・プログラムおよび関係情報を受領するかを、既存のビデオ・セッションにおいては二つのユーザー装置の間の距離があらかじめ定義された距離閾値よりいつ大きくなるかを決定している。距離があらかじめ定義された閾値より大きいときは、上記で示したように、一方のユーザー装置がビデオ・プログラムおよび関係情報の両方を受領し、他方は両方とも受領しない。ここでもまた、二つのユーザー装置の例がここで示されている。

ステップ３１０では、プロキシ・サーバー２０は、利用可能な帯域幅Bがビデオ・プログラムを受領するユーザー装置の帯域幅要求B1未満かどうかをチェックする。BがB1未満でなければ、プロセスはステップ３１５に進み、プロキシ・サーバー２０はB1をビデオ・プログラムを受領するユーザー装置に割り当て、B−B1を関係情報を受領するユーザー装置に割り当てる。ステップ３３０では、プロキシ・サーバー２０は、B−B1がB2（関係情報を受領するユーザー装置の帯域幅要求）未満であるかどうかをチェックする。B−B1がB2未満でなければ、プロキシ・サーバー２０はステップ３３５において、B2を、関係情報を受領するユーザー装置に割り当てる。

ステップ３３０で判定されるところによりB−B1がB2未満であれば、プロキシ・サーバー２０はステップ３４０において、B−B1を、関係情報を受領するユーザー装置に割り当てる。この時点で、ステップ３４５において、コンテンツ適応モジュール２２が呼び出されて、ダウンサイジングするなど、関係情報を変換してもよい。これはたとえば、B−B1を満たすよう関係情報の分解能を下げることによる。たとえば、関係情報が画像を含む場合、画像の解像度が下げられてもよく、あるいは画像が送信されない。

ステップ３１０で判定されるところによりBがB1未満であれば、プロキシ・サーバー２０はステップ３２０において、ビデオ・プログラムを受領するユーザー装置にBを割り当て、関係情報を受領するユーザー装置には何も割り当てない。ステップ３２５では、プロキシ・サーバー２０はコンテンツ適応モジュール２２を呼び出して、Bを満たすようビデオ・プログラムを適応させるまたは変換する。この変換または適応は、たとえば、ビデオ・プログラムを空間的もしくは時間的またはその両方でダウンサンプリングすることおよびまたはビデオ・プログラムがスケーラブル・ビデオである場合には何らかのより高い層のデータを送るのをスキップすることによって達成できる。ダウンサンプリングは空間的または時間的により低い分解能につながるはずである。本稿で用いるところのコンテンツの変換または適応は、そのコンテンツの初期品質より悪い品質をもつコンテンツにつながる。たとえば、ビデオ・プログラムの初期分解能が1280×1024ピクセルである場合、適応または変換は1024×786または800×600のようなより低い解像度につながりうる。1280×1024の分解能をもつビデオ・プログラムは1024×786の分解能をもつビデオ・プログラムよりよい品質をもち、1024×786の分解能をもつビデオ・プログラムは800×600の分解能をもつビデオ・プログラムよりよい品質をもつ。

一つのスタンドアローン・ユーザー装置および一つの無線ハンドヘルド・ユーザー装置を使うものとして例解しているが、本実施形態の同じ原理は、一つのスタンドアローン・ユーザー装置および二つ以上の無線ハンドヘルド・ユーザー装置に適用できる。たとえば、関係情報が画像およびテキストの両方を含む場合、画像部分はビデオ・プログラムを受領しない一つのユーザー装置に送られ、テキスト部分はビデオ・プログラムを受領しない別の無線ユーザー装置に送られることができる。ビデオ・プログラムを受領するユーザー装置に帯域幅を割り当てた後に十分な帯域幅が残らない場合には、残りの利用可能な帯域幅はまず画像部分を受領するユーザー装置に割り当てられ、さらに残っていれば、その残りがテキスト部分を受領するユーザー装置に割り当てられる。ここでもまた、割り当てられる帯域幅がユーザー装置の帯域幅要求を満足するのに十分でない場合には、そのユーザー装置に送られるコンテンツは、割り当てられる帯域幅を満足するために適応または変換されるべきである。

本実施形態の原理のもう一つの側面によれば、ビデオ・プログラムおよび関係情報が二つの異なるユーザー装置に送られる場合、プロキシ・サーバー２０はユーザーのビューまたはビュー変化情報を取得し、ビデオ・プログラムおよび関係情報の品質をしかるべく調整してもよい。発想は、ユーザー・ビューを有するユーザー装置に最大量の帯域幅を割り当てることによって、ビュー変化情報に従ってユーザー・ビューを有するユーザー装置に送信されるコンテンツの最良の品質を与えるということである。最大量は、プロキシ・サーバー２０における利用可能な帯域幅およびユーザー・ビューを有するユーザー装置の帯域幅要求を超えるべきではない。ユーザー・ビューを有するユーザー装置に送信されるコンテンツの品質を最大にすることは、ユーザー・ビューを有さない他のユーザー装置に送信されるコンテンツの品質を悪化させる結果になりうる。ユーザー・ビューを有さないユーザー装置に割り当てられる帯域幅が減らされることがありうるからである。

図４Ａは、ユーザー・ビューに従ってアカウントに登録されている第一および第二のユーザー装置についての帯域幅を調整するプロセス４００を示している。上述したように、帯域幅の調整は、ユーザー・ビューを有する装置によって受領されるコンテンツの最大化された品質につながるべきであり、ユーザー・ビューを有さない装置によって受領されるコンテンツの品質の劣化につながることがある。

ステップ４０５では、プロキシ・サーバー２０は二つの装置の一方からビデオ・プログラムの要求を受領する。以下の説明では、スタンドアローン装置３１および無線ハンドヘルド・ユーザー装置３３がそれぞれ第一および第二の装置として示される。

ステップ４１０では、プロキシ・サーバー２０は、プロキシ・サーバー２０において利用可能な第一の帯域幅に従って、上記二つのユーザー装置の一方および上記二つのユーザー装置の他方にそれぞれ第一および第二の量の帯域幅を割り当てる。割り当てはたとえば図３に示されるプロセスに従って実行できる。

ステップ４１５では、プロキシ・サーバー２０は前記一方のユーザー装置に対して第一の品質をもつビデオ・プログラムを送信するが、関係情報は送信しない。ステップ４２０では、前記他方のユーザー装置に対して第二の品質をもつ関係情報を送信する。

ユーザー装置がビデオ・プログラム、関係情報またはその両方であることのできるコンテンツを受領するための割り当てられた帯域幅がユーザー装置の帯域幅要求より大きい場合、コンテンツは、サイズを、よって品質を下げるよう該コンテンツを変換する必要なく、その初期品質をもって送信されるべきである。しかしながら、割り当てられた帯域幅が帯域幅要求より少ない場合には、コンテンツは、割り当てられた帯域幅要求を満たすために、サイズを小さくするよう変換されるべきであり、その結果初期品質より悪い品質になる。

たとえば、第一の割り当てられた量が前記一方のユーザー装置の帯域幅要求より大きい場合、第一の品質はビデオ・プログラムの初期品質であり、第一の割り当てられた量が前記一方のユーザー装置の帯域幅要求より少ない場合、第一の品質はビデオ・プログラムの初期品質より悪い。これは関係情報についても成り立つ。第二の割り当てられた量が前記他方のユーザー装置の帯域幅要求より大きい場合、第二の品質は関係情報の初期品質であり、第二の割り当てられた量が前記他方のユーザー装置の帯域幅要求より少ない場合、第二の品質は関係情報の初期品質より悪い。

初期品質をもつコンテンツの変換は、コンテンツのサイズを小さくすること、たとえば空間的または時間的に分解能を下げることによってできる。

ステップ４２５では、プロキシ・サーバー２０は、ユーザーの第一のビュー変化情報に従ってユーザーのビューを有するユーザー装置によって受領されるコンテンツの品質を最大化するよう第一および第二の割り当てられた量を調整する。この発想は、ユーザー・ビューを有するユーザー装置に送信されるコンテンツの最大品質をユーザーに提供するというものである。

図４Ｂは、ステップ４２５の詳細を示している。ステップ４２５１では、プロキシ・サーバー２０は第一のビュー変化情報に従ってどのユーザー装置がユーザー・ビューを有するかを判別する。第一のビュー変化情報は、ある実施形態ではユーザー・ビューが第一のビュー変化情報を送るユーザー装置（送信ユーザー装置）に、別の実施形態では該送信ユーザー装置から離れるように、切り換えられることを示してもよい。第一のビュー変化情報が、ユーザー・ビューが送信ユーザー装置に切り換えられることを示す場合、送信ユーザー装置は、第一のビュー変化情報を送った後、ユーザー・ビューをもつ。第一のビュー変化情報が、ユーザー・ビューが送信ユーザー装置から離れるように切り換えられることを示す場合、送信ユーザー装置は、第一のビュー変化情報を送った後、ユーザー・ビューを失い、他方のユーザー装置がユーザー・ビューをもつと判定される。この実施形態では、二つのユーザー装置は同じユーザー・アカウントのもとにあり、同じビデオ・セッションにある。送信ユーザー装置がビデオ・セッションにあるというのは、送信ユーザー装置がビデオ・プログラムまたは関係情報のいずれかを受信すべきである場合である。ビデオ・セッションにないユーザー装置がビュー変化情報を送ることができる場合には、プロキシ・サーバー２０は、送信ユーザー装置がビデオ・セッションにあるかどうかをチェックしてもよく、送信装置がビデオ・セッションにない場合には、プロキシ・サーバー２０はビュー変化情報の受領に応答してさらなるアクションを行なわない。

ステップ４２５２では、プロキシ・サーバー２０は、第一のビュー変化情報に従って、帯域幅（「BW」）の割り当てられた量がユーザー・ビューのBW要求より少ないかどうかをチェックする。帯域幅要求より少なくなければ、プロキシ・サーバー２０は、ステップ４２５３における第一および第二の割り当てられた量を維持することによって第一および第二の割り当てられた量を調整し、プロセスは調整された量に従って前記二つのユーザー装置にそれぞれ送信されるコンテンツの品質を調整することに進む。第一および第二の割り当てられた量が維持されるので、プロキシ・サーバー２０は、第一および第二の品質を維持することによってそれらの品質を調整する。次いでプロセスは新たなビュー変化情報を受領することに進む。

ユーザー・ビューを有するユーザー装置への割り当てられた量がユーザー・ビューを有するユーザー装置の帯域幅要求より少ない場合には、プロキシ・サーバー２０は、ステップ４２５４において、ユーザー・ビューを有するユーザー装置への割り当てられた量を増し、ユーザー・ビューを有さないユーザー装置への割り当てられた量を減らすことによって第一および第二の割り当てられた量を調整する。ステップ４２５５では、プロキシ・サーバー２０は、調整された量に従って、それぞれ上記二つのユーザー装置に送信されるコンテンツの品質を調整する。次いでプロセスは、新たなビュー変化情報を受領することに進み、次いでステップ４２５１に戻る。

品質を調整するステップは、ユーザー・ビューを有するユーザー装置への調整された割り当てられた量がユーザー・ビューを有するユーザー装置の帯域幅要求より少なくない場合に、初期品質をもつコンテンツをユーザー・ビューを有するユーザー装置に送信し、ユーザー・ビューを有するユーザー装置への調整された割り当てられた量がユーザー・ビューを有するユーザー装置の帯域幅要求より少ないがユーザー・ビューを有するユーザー装置への割り当て量より多い場合に、初期品質をもつコンテンツを、ユーザー・ビューを有するユーザー装置への調整された割り当てられた量を満足させるよう、第三の品質をもつコンテンツに変換する。該第三の品質は、前記第一の品質よりよい。よって、ユーザー・ビューを有するユーザー装置へのコンテンツの品質が最大化される。

ユーザー・ビューを有さないユーザー装置についての調整された割り当てられた量はステップ４２５４で減らされるので、ユーザー・ビューを有さないユーザー装置に送信されたコンテンツの品質もステップ４２５５で調整される。調整はたとえば、初期品質または現在送信中の品質をもつコンテンツを、低下した帯域幅を満足させる第三の品質をもつコンテンツに変換することによる。第三の品質は、この変換のため、初期品質またはコンテンツの送信において前に使われた品質より悪いはずである。

プロキシ・サーバー２０が、第一のビュー変化情報を受領した後に第一のビュー変化情報の送信元でないほうのユーザー装置から第二のビュー変化情報を受領してもよく、第一と第二のビュー変化情報の間にはビュー変化情報は受信されないことが可能である。このシナリオでは、プロキシ・サーバー２０は、第一および第二の割り当てられた量を回復してもよい。ユーザー・ビューは、第一のビュー変化情報を受領する前と同じユーザー装置に戻るよう切り換えられるからである。

ある実施形態では、プロキシ・サーバー２０は、ビュー変化情報信号に応答してサーバーにおいて利用可能な帯域幅（第二の利用可能な帯域幅）を再び決定してもよい。この実施形態では、プロキシ・サーバー２０は第一および第二の割り当てられた量を、この第二の利用可能な帯域幅（プロキシ・サーバー２０における新たに判別された利用可能な帯域幅）に従って調整する。たとえば、プロキシ・サーバー２０は、第二のビュー変化情報に従ってユーザー・ビューを有するユーザー装置に送信されるコンテンツの品質を最大にするよう、帯域幅の第三の量を割り当て；前記第二の利用可能な帯域幅および前記第三の量に従って帯域幅の第四の量を割り当てる。第三の量は、第二の利用可能な帯域幅や第二のビュー変化情報に従ってユーザー・ビューを有するユーザー装置の帯域幅要求より多くないべきである。品質が最大化されるので、第三の量は、ユーザー・ビューを有するユーザー装置の帯域幅要求までの第二の利用可能な帯域幅によって許容できる最大であるべきである。プロキシ・サーバー２０は、第一のビュー変化情報に応答して同様の原理を適用してもよい。

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

スタンドアローン・ユーザー装置３１がビデオ・プログラムを受領しているが、関係情報は受領しておらず、無線ハンドヘルド・ユーザー装置３３は関係情報を受領しているが、ビデオ・プログラムは受領しておらず、無線ハンドヘルド・ユーザー装置３３はユーザーが無線ハンドヘルド・ユーザー装置３３にビューを切り換えることを検出して第一のビュー変化情報をプロキシ・サーバー２０に送信するとする。無線ハンドヘルド・ユーザー装置３３は、第一のビュー変化情報を送る前に受領したのと少なくとも同じ品質をもつ関係情報を受領するべきである。調整後に、スタンドアローン・ユーザー装置３１が、ユーザーがビューを戻すように切り換え、第二のビュー変化情報をプロキシ・サーバー２０に送ることを検出する場合には、プロキシ・サーバー２０は、第二のユーザー・ビュー変化情報に応答して、割り当てられた量を、第一のビュー変化情報を受領する前の量に復元する、あるいはプロキシ・サーバー２０における新たに決定された利用可能な帯域幅に従って量を割り当て直すべきである。

二つの異なるユーザー装置が示されているが、本願の原理は三つ以上のユーザー装置に適用できる。たとえば、スタンドアローン・ユーザー装置３１、無線ハンドヘルド・ユーザー装置３２および無線ハンドヘルド・ユーザー装置３３がビデオ・セッションに関わっている場合、スタンドアローン・ユーザー装置３１がビデオ・プログラムを受領していて、無線ユーザー装置３２および３３がそれぞれ関係情報のテキスト部分およびグラフィック部分を受領しているとする。この時点で、プロキシ・サーバー２０がビュー変化情報を受領し、無線ユーザー装置３２がユーザー・ビューを有すると判定する。プロキシ・サーバー２０は、帯域幅の割り当て量を次のように調整するべきである：無線ハンドヘルド・ユーザー装置３２についての割り当てられる量を増し、残りの帯域幅を無線ハンドヘルド・ユーザー装置３３とスタンドアローン・ユーザー装置３１との間で割り当てる。ビデオ・プログラムはグラフィックより高い優先度をもつと考えられるので、残りの帯域幅はまずスタンドアローン・ユーザー装置３１の帯域幅要求を満足させるために使われ、次いで残りが無線ハンドヘルド・ユーザー装置３３に割り当てられる。通常、この実施形態では、ビデオ・プログラムは関係情報のグラフィック部分より高い優先度をもち、関係情報のグラフィック部分は関係情報のテキスト部分より高い優先度をもつ。しかしながら、ユーザー・ビューを有するユーザー装置に送信されるコンテンツは最高の優先度のコンテンツを帯びるべきである。よって、帯域幅は、まず、ユーザー・ビューを有するユーザー装置であるはずの最高の優先度のコンテンツを受領しているユーザー装置のための帯域幅要求を満足するよう割り当てられ、次いで、利用可能な帯域幅の残りが、ユーザー・ビューを有さないユーザー装置であるはずの次に高い優先度のコンテンツを受領しているユーザー装置の帯域幅要求を満足するよう割り当てられ、次いで、該残りの残りがユーザー・ビューを有さないユーザー装置であるはずの、次の次に高い優先度のコンテンツを受領しているユーザー装置を満足させるよう割り当てられる、などとなる。このように、本実施形態の原理によれば、帯域幅は、この実施形態におけるユーザー装置によって受領されるコンテンツの優先度に従って割り当てられるまたは調整される。

三つのユーザー装置、たとえばスタンドアローン・ユーザー装置３１、無線ハンドヘルド・ユーザー装置３２および無線ハンドヘルド・ユーザー装置３３がビデオ・セッションに関わっており、ビュー変化情報がユーザー・ビューが送信ユーザー装置に切り換えられることを示す場合、プロキシ・サーバー２０は、送信ユーザー装置がユーザー・ビューを有すると判定する。しかしながら、ビュー変化情報が、ユーザー・ビューが送信ユーザー装置から離れるように切り換えられることを示す場合には、プロキシ・サーバー２０は、ユーザー・ビューは、ビュー変化情報の送り元でない、最高の優先度のコンテンツを受領するユーザー装置にあるのであって、ビュー変化情報の送り元でない、より低い優先度のコンテンツを受領するユーザー装置上ではないことを判別する。

ある実施形態では、プロキシ・サーバー２０は、ビデオ・セッションに関わる各ユーザー装置の状態を定期的にチェックしてもよい。両方のユーザー装置がアクティブでない場合には、プロキシ・サーバー２０はビデオ・プログラムおよび関係情報の送信を打ち切り；一方のユーザー装置のみがアクティブである場合には、プロキシ・サーバー２０はビデオ・プログラムおよび関係情報の両方をそのアクティブなユーザー装置に送信する。場合によって、三つ以上のユーザー装置、説明の目的では三つが関わっている場合には、すべてのユーザー装置がアクティブであれば、何らアクションは必要とされない。一つのみがアクティブであれば、ビデオ・プログラムおよび関係情報の両方はそのアクティブなユーザー装置に送信される。二つのみがアクティブであり、非アクティブなものがビデオ・プログラムを受信していた場合には、二つのアクティブなユーザー装置のうちの高いほうの優先度のものがビデオ・プログラムを受領し、他方は関係情報を受領する。非アクティブなものが関係情報の一部、たとえばグラフィックまたはテキストを受領していた場合には、関係情報の他の部分を受領しているアクティブなものが、関係情報の前記部分をも受領するべきである。すなわち、そのアクティブなものが関係情報の両方の部分を受領する。

もう一つの実施形態では、プロキシ・サーバー２０は、無線ハンドヘルド・ユーザー装置とスタンドアローン・ユーザー装置の間の距離を定期的にチェックしてもよい。距離があらかじめ定義された閾値以内であれば、プロキシ・サーバー２０は第一および第二の割り当てられた量を上記のように調整する。距離があらかじめ定義された閾値以内でなければ、調整するステップは、ユーザー・ビューを有するユーザー装置の帯域幅要求を満足させるために第一の利用可能な帯域幅を割り当て、ビデオ・プログラムおよび関係情報をユーザー・ビューを有するユーザー装置に送信し、ユーザー・ビューを有さないユーザー装置には帯域幅を割り当てず、ユーザー・ビューを有さないユーザー装置にはビデオ・プログラムも関係情報も送信しないことを含む。後刻、プロキシ・サーバー２０が、第二のビュー変化情報から、ユーザー・ビューを有さないユーザー装置（「他方のユーザー装置」）が今やユーザー・ビューを有することを判別する場合、プロキシ・サーバー２０は、他方のユーザー装置の帯域幅要求を満足させるために利用可能な帯域幅を割り当て、ビデオ・プログラムおよび関係情報の両方を他方の装置に送信する。プロキシ・サーバー２０は、プロキシ・サーバー２０が第二のユーザー・ビュー変化情報を受領する前にユーザー・ビューを有していたユーザー装置には、帯域幅を割り当てず、ビデオ・プログラムを割り当てず、前記関係情報を割り当てる。

三つのユーザー装置が関わっており、ハンドヘルド・ユーザー装置の両方があらかじめ定義された距離閾値以内にない場合には、プロキシ・サーバー２０は、ユーザー・ビューを有するユーザー装置の帯域幅要求を満足させるために利用可能な帯域幅を割り当て、ビデオ・プログラムおよび関係情報の両方をユーザー・ビューを有するユーザー装置に送信し、ユーザー・ビューを有さない残り二つのユーザー装置には帯域幅を割り当てず、ビデオ・プログラムも関係情報も送信しない。こうして、ビュー変化情報があればそれに応答して、ユーザー・ビューを有するユーザー装置のみが帯域幅を獲得し、ビデオ・プログラムおよび関係情報を受領する。一方のハンドヘルド・ユーザー装置（圏内ハンドヘルド・ユーザー装置）のみがあらかじめ定義された閾値距離以内であり、他方のハンドヘルド・ユーザー装置（圏外ハンドヘルド・ユーザー装置）がユーザー・ビューを有する場合には、プロキシ・サーバー２０は、利用可能な帯域幅を、ユーザー・ビューを有する圏外ハンドヘルド・ユーザー装置の帯域幅要求を満足させるための帯域幅に割り当て、ビデオ・プログラムおよび関係情報の両方をユーザー・ビューを有する圏外ユーザー装置に送信し、ユーザー・ビューを有さない残り二つのユーザー装置には帯域幅を割り当てず、ビデオ・プログラムも関係情報も送信しない。しかしながら、圏外ハンドヘルド・ユーザー装置がユーザー・ビューを有さない場合には、プロキシ・サーバー２０は、圏内ハンドヘルド・ユーザー装置とスタンドアローン・ユーザー装置との間で、ビデオ・セッションに二つのユーザー装置がある実施形態に関して上記したように、ユーザー・ビュー情報に従って帯域幅を調整する。圏外ハンドヘルド・ユーザー装置によって受領されるコンテンツは今や圏内ハンドヘルド・ユーザー装置およびスタンドアローン・ユーザー装置に、たとえば図２におけるプロセス２００の配送部分に従って、送信される。後刻、プロキシ・サーバー２０が第二のビュー変化情報を受領し、圏外ハンドヘルド・ユーザー装置がユーザー・ビューを有することを判別する場合、プロキシ・サーバー２０は、圏外ハンドヘルド・ユーザー装置の帯域幅要求を満足させるために、利用可能な帯域幅を割り当て、ビデオ・プログラムおよび関係情報の両方をユーザー・ビューを有する圏外ユーザー装置に送信し、ユーザー・ビューを有さない残り二つのユーザー装置には帯域幅を割り当てず、ビデオ・プログラムも関係情報も送信しない。プロキシ・サーバー２０が第二のビュー変化情報から、圏内ハンドヘルド・ユーザー装置およびスタンドアローン・ユーザー装置の一方がユーザー・ビューを有することを判別する場合、上記のように、二つのユーザー装置の実施形態に従って、調整がなされる。

ユーザー装置は、一つまたは二つのカメラを使って頭部配向、目の動きを追跡する、入力要素からの入力を検出するまたはタッチ感応性のディスプレイ上のタッチを検出するといった通常の仕方で、ユーザーからビュー変化を検出してもよい。この実施形態ではユーザー装置は、ユーザーのビューが該ユーザー装置にまたは該ユーザー装置から離れるように切り換えられることを検出するときに、プロキシ・サーバー２０にビュー変化情報を送る。誤ったビュー変化またはビデオ・プログラムおよび関係情報の品質を頻繁に変えすぎることを防止するために、ユーザー装置は、ビュー変化を検出した後、所定の期間、たとえば10秒間新たなビュー変化を検出したかった後に、ビュー変化情報を送ってもよい。

図５は、ユーザー装置３１、３２および３３についての例示的な実施形態であるユーザー装置５０を示している。ユーザー装置５０は、I/Oブロック５１０のような入出力（I/O）手段と、コントローラ５２０のような制御および処理手段と、物理的なボタン／キー・ブロック５８０のようなユーザー入力手段と、メモリ５４０のようなデータ記憶手段と、ディスプレイ５５０のような表示手段と、GPS ５６０のような測位手段（スタンドアローン・ユーザー装置３１については任意的）と、カメラ５７０のようなユーザー・ビュー検出手段とを有する。図５の上記の要素のいくつかは、一つまたは複数の集積回路（IC）を使って具現されてもよい。記述の明確のため、ある種の制御信号、電力信号および／または他の要素といったユーザー装置５０に関連するある種の通常の要素は、図５には示されないことがある。

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

コントローラ５２０は、単一のプロセッサまたは複数の個々の同様のまたは異なるプロセッサであることができる。コントローラ５２０は、本稿に記載される本発明のさまざまな実施形態および技法の実行を容易にし、可能にするユーザー装置５０のさまざまな信号処理および制御機能を実行する（たとえばソフトウェア・コードを実行する）よう動作するまたは構成される。

例示的実施形態によれば、コントローラ５２０は、I/Oブロック５１０から提供される信号を受信し、一つまたは複数のマイクロプロセッサおよび／または他の要素を介してユーザー装置５０に関連するすべての必要な処理および制御機能を実行するおよび／または可能にする。たとえば、コントローラ５２０は、同調、復調、前方誤り訂正および転送処理機能を含む機能を実行し、それによりオーディオ、ビデオおよび／またはデータ・コンテンツを表わすデジタル・データを生成することによって、I/Oブロック５１０から提供されるオーディオ、ビデオおよび／またはデータ信号を処理するよう動作するまたは構成される。

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

物理的なボタン／キー・ブロック５８０は、ユーザー装置５０のユーザー・オペレーターから物理的なユーザー入力を受領するよう動作するまたは構成されている。例示的実施形態によれば、物理的なボタン／キー・ブロック５８０は、ディスプレイ５５０のあたりに対称的なおよび／または他の好適な仕方で配置されている複数の物理的なボタンおよび／またはキーを有し、たとえば、ユーザー装置１０の筐体内に構成されても、該筐体から延びていてもよい。他の型の入力もディスプレイ５５０を介して与えられてもよい。

メモリ５４０は、コントローラ５２０に動作上結合されており、ユーザー装置５０のデータ記憶機能を実行する。例示的実施形態によれば、メモリ５４０は、本稿に記載されるものを含め一つまたは複数のコンピュータ・アプリケーションに関連付けられたソフトウェア・コードおよび他のデータ、オンスクリーン表示データ（たとえば仮想ボタン／キー、メニュー、ブラウザーなど）、ユーザー選択／セットアップ・データおよび／または他のデータを含むがそれに限られないデータを記憶する。

ディスプレイ５５０は、コントローラ５２０の制御に従ってビデオ／コンテンツを含む視覚的表示を提供するよう動作するまたは構成されている。例示的実施形態によれば、ディスプレイ５５０は、仮想ボタン／キーを含むタッチスクリーン機能を提供するよう動作するまたは構成されており、それによりユーザー・オペレーターが、コントローラ５２０によって受領され、処理される入力（物理的なボタン／キー・ブロック５８０を介して提供されるものとは別）を提供できるようにする。ディスプレイ５５０は、発光ダイオード（LED）ディスプレイ、液晶ディスプレイ（LCD）または他の型の表示装置といった任意の型の好適な表示装置を使って具現されうる。

カメラ５７０は、その焦点領域内のオブジェクトの画像を形成するよう動作するまたは構成されており、該画像のコピーをメモリ５４０にコピーする。ある実施形態では、該画像は、ユーザーの頭部を含む画像である。ユーザー装置５０におけるカメラ５７０の位置は固定されているので、プロセッサ５２０は、頭部画像から、ユーザーのビューがユーザー装置５０にまたはユーザー装置５０から離れるように切り換わっているかどうかを、通常の方法を使って検出できる。ある実施形態では、プロセッサ５２０がユーザー／ビュー変化をより正確に決定できるよう、ユーザー装置５０は第二のカメラ（図示せず）を含んでいてもよい。ひとたびプロセッサ５２０がユーザー・ビュー変化を検出したら、プロセッサ５２０はビュー変化情報をプロキシ・サーバー５２０に送る。ビュー変化情報は、ユーザー・ビューがユーザー装置５０に移ってくるようまたはユーザー装置５０から離れるよう切り換えられることを示しうる。

ある実施形態では、プロセッサ５２０がディスプレイ５５０または物理的なボタン／キー５８０からユーザー入力を検出する場合に、プロセッサ５２０は、ユーザー・ビューがユーザー装置５０に移ってくるよう切り換えられることを判別する。

GPS ５２０は、ユーザー装置５０の位置情報を取得するよう動作するまたは構成され、プロセッサ５２０は定期的に、たとえば5秒毎に、あるいはプロキシ・サーバー２０による要求があったときに現在位置を報告するべきである。GPS ５２０は、スタンドアローン・ユーザー装置については任意的である。

図６は、ユーザー装置５０がスタンドアローン・ユーザー装置として機能している場合のプロセス・フロー６００を示している。ステップ６０５では、プロセッサ５２０は、第一の装置の位置情報をサーバー２０に送る。第一の装置はスタンドアローン・ユーザー装置として登録されており、プロセス・フロー６００の以下の説明では、スタンドアローン・ユーザー装置および無線ハンドヘルド装置は、同じアカウントに登録されているそれぞれ第一の装置および第二の装置を示す。

ステップ６１０では、プロセッサ５２０はユーザー入力に応答して、プロキシ・サーバー２０に、ビデオ・プログラムの要求を送る。ステップ６１５では、プロセッサ５２０はプロキシ・サーバー２０からビデオ・プログラムを受領する。ステップ６２０では、プロセッサ５２０は、位置情報に従ってプロキシ・サーバー２０からビデオ・プログラムに関係した情報（関係情報）を受領する。

第一の装置の位置情報は、当該スタンドアローン・ユーザー装置と同じユーザー・アカウントのもとの無線ハンドヘルド・ユーザー装置との間の距離を決定するために、プロキシ・サーバー２０によって使われる。距離は位置情報に依存するので、プロセッサ５２０は距離に従って関係情報を受領する。

たとえば、同じユーザー・アカウントのもとの第一の無線ユーザー装置がアクティブである場合、第一の無線ユーザー装置のプロセッサはその位置情報をプロキシ・サーバー２０に送るべきである。それによりプロキシ・サーバー２０は、スタンドアローン・ユーザー装置と第一の無線ハンドヘルド・ユーザー装置との間の距離を決定できる。ユーザーは、セットアップ・プロセスの間にまたはスタンドアローン・ユーザー装置が動かされたときに、スタンドアローン・ユーザー装置を介して、ユーザー・プロファイル内にスタンドアローン・ユーザー装置の位置情報を設定してもよい。スタンドアローン・ユーザー装置が測位装置を備えている場合には、スタンドアローン・ユーザー装置は、スタンドアローン・ユーザー装置が動かされたときにその位置情報を送ることができる。

距離があらかじめ定義された閾値未満であれば、スタンドアローン・ユーザー装置は、ステップ６１５において、ビデオ・プログラムを受信しつつ、関係情報を受信するステップにおいて、関係情報の信号を受信しないべきである。むしろ、第一の無線ハンドヘルド・ユーザー装置が関係情報を受信し、ただしビデオ・プログラムは受信しないべきである。距離があらかじめ定義された閾値より大きい場合には、関係情報を受信するステップは関係情報を受信する。このように、スタンドアローン・ユーザー装置は、ビデオ・プログラムおよび関係情報の両方を受信し、無線ハンドヘルド・ユーザー装置は関係情報もビデオ・プログラムも受信しない。

距離があらかじめ定義された閾値未満であり、その結果、スタンドアローン・ユーザー装置がビデオ・プログラムを受領し、第一の無線ハンドヘルド・ユーザー装置が関係情報を受領し、第一の無線ハンドヘルド・ユーザー装置が動かされて距離が今やあらかじめ定義された閾値より大きくなる場合には、二つの実施形態が開示される。第一の実施形態では、スタンドアローン・ユーザー装置がアクティブのままであればスタンドアローン・ユーザー装置がビデオ・プログラムおよび関係情報の両方を受領するべきであり、第一の無線ハンドヘルド・ユーザー装置はビデオ・プログラムも関係情報も受信しない。この動機は、ユーザーがスタンドアローン・ユーザー装置からビデオ・プログラムを見ることに関心がないのであれば、ユーザーはたとえばスタンドアローン・ユーザー装置をオフにすることによりスタンドアローン・ユーザー装置を非アクティブにするはずであるということである。第二の実施形態では、スタンドアローン・ユーザー装置はビデオ・プログラムも関係情報も受領せず、第一の無線ハンドヘルド・ユーザー装置がいずれも受領する。この動機は、ユーザーが家を出るときはユーザーは常に第一の無線ハンドヘルド・ユーザー装置を携行するはずであるということである。

スタンドアローン・ユーザー装置は、通常の仕方で、カメラ５７０によって撮影された画像を解析することによってスタンドアローン・ユーザー装置に関するユーザーのビュー変化を検出し、ビュー変化情報を生成し、ビュー変化情報をプロキシ・サーバー２０に送ってもよい。ビュー変化情報は、ユーザー・ビューが、ある実施形態ではスタンドアローン・ユーザー装置に移ってくるよう、別の実施形態ではスタンドアローン・ユーザー装置から離れるよう切り換えられることを示してもよい。

スタンドアローン・ユーザー装置が、ユーザー・ビューがスタンドアローン・ユーザー装置から離れるよう切り換えられることを示すビュー変化情報を送り、距離があらかじめ定義された閾値未満である場合、第一の無線ハンドヘルド・ユーザー装置は等しいまたはよりよい品質のコンテンツを受領するべきであり、スタンドアローン・ユーザー装置は等しいまたはより悪い品質をもつコンテンツを受領するべきである。これは図４Ｂとの関連で先述したとおりである。その後、第一の無線ハンドヘルド・ユーザー装置が、ユーザー・ビューが第一の無線ハンドヘルド・ユーザー装置から離れるように切り換えられることを示すビュー変化情報を送り、それでも距離はあらかじめ定義された閾値未満である場合、スタンドアローン・ユーザー装置および無線ハンドヘルド・ユーザー装置によってそれぞれ受領されるコンテンツの品質は、第一のビュー変化情報がプロキシ・サーバー２０に送信される前に復元されるべきである。

スタンドアローン・ユーザー装置が、ユーザー・ビューがスタンドアローン・ユーザー装置に切り換えられることを示すビュー変化情報を送り、距離があらかじめ定義された閾値未満である場合、たとえば図４Ｂに関して上記したプロセスに従って、スタンドアローン・ユーザー装置は、等しいまたはより悪い品質をもつコンテンツを受領するべきであり、無線ハンドヘルド・ユーザー装置は等しいまたはより悪い品質をもつコンテンツを受領するべきである。

スタンドアローン・ユーザー装置に関して前記あらかじめ定義された閾値距離内に第二の無線ハンドヘルド・ユーザー装置もあって、関係情報が二つ以上のユーザー装置に送られることが許容されている場合には、関係情報の画像（グラフィック）部分は、第一および第二の無線ハンドヘルド・ユーザー装置のうちより高い優先度のほうによって受領され、関係情報のテキスト部分は他方の無線ハンドヘルド・ユーザー装置によって受領される。ユーザー・ビューがスタンドアローン・ユーザー装置に移ってくるまたはスタンドアローン・ユーザー装置から離れるように切り換わることに応答してスタンドアローン・ユーザー装置によって受領されるコンテンツの品質の変化は、図４Ｂに関係した先の記述から導出できる。

図７は、ユーザー装置５０が第一の無線ハンドヘルド・ユーザー装置として機能している場合のプロセス・フロー７００を示す。ステップ７０５では、プロセッサ５２０は第一の装置の位置情報をサーバー２０に送る。第一の装置は、無線ハンドヘルド・ユーザー装置として登録され、プロセス・フロー７００の以下の説明では、無線ハンドヘルド・ユーザー装置（第一の無線ハンドヘルド・ユーザー装置）およびスタンドアローン・ユーザー装置が同じアカウントにおいて登録されているそれぞれ第一の装置および第二の装置を示す。

ステップ７１０では、プロセッサ５２０は、ユーザー入力に応答してビデオ・プログラムの要求をプロキシ・サーバー２０に送る。ステップ７１５では、プロセッサ５２０は、位置情報に従ってプロキシ・サーバー２０からビデオ・プログラムを受領し、ステップ７２０では、プロセッサ５２０は、位置情報に従ってプロキシ・サーバー２０からビデオ・プログラムに関係した情報（関係情報）を受領する。

第一の装置の位置情報は、スタンドアローン・ユーザー装置と同じユーザー・アカウントのもとの無線ハンドヘルド・ユーザー装置との間の距離を決定するために、プロキシ・サーバー２０によって使われる。距離は位置情報に依存するので、プロセッサ５２０は距離に従ってビデオ・プログラムを受領し、距離に従って関係情報を受領する。

プロセッサ５２０は、第一の無線ハンドヘルド装置の位置情報をプロキシ・サーバー２０に自動的に、あるいは要求があったときに送るべきである。それにより、プロキシ・サーバー２０は、スタンドアローン・ユーザー装置と第一の無線ハンドヘルド・ユーザー装置との間の距離を決定できる。

ある実施形態では、距離があらかじめ定義された閾値未満であれば、関係情報を受領するステップ７１５は関係情報を受領し、ビデオ・プログラムを受領するステップ７１０はビデオ・プログラムを受領せず、スタンドアローン・ユーザー装置はビデオ・プログラムを受領するが関係情報は受領しない。この動機は、スタンドアローン・ユーザー装置のほうが大きなディスプレイを有するはずであり、ビデオ・プログラムを見るためにユーザーにとってより快適であるはずであるということである。

もう一つの実施形態では、距離があらかじめ定義された閾値未満であれば、関係情報を受領するステップ７１５は関係情報を受領せず、ビデオ・プログラムを受領するステップ７１０はビデオ・プログラムを受領し、スタンドアローン・ユーザー装置は関係情報を受領するが、ビデオ・プログラムは受領しない。この動機は、ビデオ・プログラムの要求を送るユーザー装置が要求されたビデオ・プログラムを受領するべきであるというものである。

距離があらかじめ定義された閾値未満であり、第一の無線ハンドヘルド・ユーザー装置が動かされて、距離が今やあらかじめ定義された閾値より大きくなる場合には、スタンドアローン・ユーザー装置はビデオ・プログラムも関係情報も受領せず、第一の無線ハンドヘルド・ユーザー装置が両方を受領する。この動機は、ユーザーは第一の無線ハンドヘルド・ユーザー装置から前記要求をしたのであり、ユーザーが家を出るときは常に第一の無線ハンドヘルド・ユーザー装置を携行するはずであるということである。

第一の無線ハンドヘルド・ユーザー装置は、通常の仕方で、カメラ５７０によって撮影された画像を解析することによって無線ハンドヘルド・ユーザー装置に関するユーザーのビュー変化を検出し、ビュー変化情報をプロキシ・サーバー２０に送ってもよい。ビュー変化情報は、ユーザー・ビューが、ある実施形態では第一の無線ハンドヘルド・ユーザー装置に、別の実施形態では第一の無線ハンドヘルド・ユーザー装置から離れるよう切り換えられることを示してもよい。第一のユーザー装置はまた、ユーザー・ビューが第一のユーザー装置に切り換えられることを示すビュー変化を、ディスプレイ５５０または物理的なボタン／キー５８０からのユーザー入力を検出することによって検出してもよい。

第一の無線ハンドヘルド・ユーザー装置が、ユーザー・ビューが第一の無線ハンドヘルド・ユーザー装置から離れるよう切り換えられることを示すビュー変化情報を送り、距離があらかじめ定義された閾値未満である場合、第一の無線ハンドヘルド・ユーザー装置は等しいまたはより悪い品質をもつコンテンツを受領するべきであり、スタンドアローン・ユーザー装置は等しいまたはよりよい品質のコンテンツを受領するべきである。これは図４Ｂとの関連で先述したとおりである。その後、スタンドアローン・ユーザー装置が、ユーザー・ビューが第一のスタンドアローン・ユーザー装置から離れるように切り換えられることを示すビュー変化情報を送り、それでも距離はあらかじめ定義された閾値未満である場合、スタンドアローン・ユーザー装置および無線ハンドヘルド・ユーザー装置によってそれぞれ受領されるコンテンツの品質は、第一のビュー変化情報がプロキシ・サーバー２０に送信される前に復元されるべきである。

第一の無線ハンドヘルド・ユーザー装置が、ユーザー・ビューが第一の無線ハンドヘルド・ユーザー装置に切り換えられることを示すビュー変化情報を送り、距離があらかじめ定義された閾値未満である場合、たとえば図４Ｂに関して上記したプロセスに従って、第一の無線ハンドヘルド・ユーザー装置は、等しいまたはより悪い品質をもつコンテンツを受領するべきであり、スタンドアローン・ユーザー装置は等しいまたはより悪い品質をもつコンテンツを受領するべきである。

スタンドアローン・ユーザー装置に関して前記あらかじめ定義された閾値距離内に第二の無線ハンドヘルド・ユーザー装置もあって、関係情報が二つ以上のユーザー装置に送られることが許容されている場合には、関係情報の画像（グラフィック）部分は、ビデオ・プログラムを受領していないユーザー装置のうちより高い優先度のものによって受領され、テキスト部分はビデオ・プログラムを受領していないユーザー装置のうちより低い優先度のものによって受領される。ユーザー・ビューが第一の無線ハンドヘルド・ユーザー装置に移ってくるまたは第一の無線ハンドヘルド・ユーザー装置から離れるように切り換わることに応答して第一の無線ハンドヘルド・ユーザー装置によって受領されるコンテンツの品質の変化は、図４Ｂに関係した先の記述から導出できる。

上記のように、本願の発明の原理は、ビデオ・プログラムおよびビデオ・プログラムに関係した情報の、スマートTVのようなスタンドアローン・ユーザー装置および携帯電話装置、タッチ・タブレット、パーソナル・コンピュータ（PC）、リモート・コントロール装置および／または有利にビデオ・プログラムをサーバーから受領することができる他の装置といった無線ハンドヘルド電子装置の一つまたは複数への、望ましい配送を提供する。要求されたプログラムおよび要求されたプログラムに関係した情報（関係情報）は、好ましくは、スタンドアローン・ユーザー装置とビデオ・セッションに関わる他のユーザー装置との間の距離に従って、帯域幅を節約するために二つの異なるユーザー装置に送信される。コンテンツの品質は、ユーザーのビューに依存してもよい。それにより、ユーザー・ビューを有するユーザー装置が、サーバーにおける利用可能な品質によって許容される最良の品質をもつコンテンツを受領するべきである。

本発明は好ましい設計をもつものとして記述されてきたが、本発明は、本開示の精神および範囲から外れることなく、さらに修正されることができる。したがって、本願は、その一般的な原理を使う発明のいかなる変形、使用あるいは適応をもカバーすることが意図されている。さらに、本願は、本発明が関する技術分野における既知のまたは慣用的な実施の範囲内にはいり、付属の請求項の外縁に含まれる本開示からのそのような逸脱をカバーすることが意図されている。
いくつかの付記を記載しておく。
〔付記１〕
サーバーにおいてユーザーのユーザー・アカウントにおいてスタンドアローン装置として登録された第一の装置によって、ビデオ・プログラムおよび該ビデオ・プログラムに関係した情報を受信する方法であって、
前記第一の装置の位置情報を前記サーバーに送るステップと、
前記ビデオ・プログラムについて前記サーバーに要求を送るステップと、
前記ビデオ・プログラムを受信するステップと、
前記位置情報に従って前記ビデオ・プログラムに関係した情報を受信するステップとを含む、
方法。
〔付記２〕
前記サーバーは、前記位置情報に従って、前記第一の装置と、前記アカウントにおいてハンドヘルド装置として登録された第二の装置との間の距離を判別する、付記１記載の方法。
〔付記３〕
前記距離があらかじめ定義された閾値未満であれば、前記ビデオ・プログラムに関係した情報を受信するステップは、前記ビデオ・プログラムに関係した情報を受信せず、前記ビデオ・プログラムに関係した情報は前記第二の装置によって受信され；前記距離が前記あらかじめ定義された閾値未満でなければ、前記ビデオ・プログラムに関係した情報を受信するステップは、前記ビデオ・プログラムに関係した情報を受信し、前記第二の装置はビデオ・プログラムも該ビデオ・プログラムに関係した情報も受信しない、付記２記載の方法。
〔付記４〕
前記ユーザーの第一のビュー変化情報を検出し、前記第一のビュー変化情報を前記サーバーに送ることをさらに含む、付記３記載の方法。
〔付記５〕
前記第一のビュー変化情報は、ユーザー・ビューが前記第一の装置に切り換えられることを示す、付記４記載の方法。
〔付記６〕
前記第一の装置の少なくとも一つのカメラによって撮影された画像から検出することによって第一のビュー変化を検出し、前記第一のビュー変化情報を生成することをさらに含む、付記５記載の方法。
〔付記７〕
前記距離は前記あらかじめ定義された閾値未満であり、前記第一のビュー変化情報はユーザー・ビューが前記第一の装置から離れるように切り換えられることを示す、付記４記載の方法。
〔付記８〕
前記第一の装置の少なくとも一つのカメラによって撮影された画像から検出することによって第一のビュー変化を検出し、前記第一のビュー変化情報を生成することをさらに含む、付記７記載の方法。
〔付記９〕
受信されたビデオ・プログラムが第一の品質をもち、前記第一のビュー変化情報を送った後、受信されたビデオ・プログラムは前記第一の品質より悪い第二の品質をもつ、付記７記載の方法。
〔付記１０〕
前記第二の装置は前記第一の装置によって前記第一のビュー変化情報が送られた後に第二のビュー変化情報を前記サーバーに送り、前記サーバーが前記第二のビュー変化情報を受信した後、受信されたビデオ・プログラムは前記第一の品質をもつ、付記９記載の方法。
〔付記１１〕
ビデオ・プログラムおよび該ビデオ・プログラムに関係した情報を受信する第一の装置であって、当該第一の装置は、サーバーにおいてユーザーのユーザー・アカウントにおいてスタンドアローン装置として登録され、当該第一の装置は、
メモリと、
前記メモリに記憶されたソフトウェアを実行するプロセッサとを有し、
前記プロセッサは、当該第一の装置の位置情報を前記サーバーに送り；前記ビデオ・プログラムについて前記サーバーに要求を送り；前記ビデオ・プログラムを受信し；前記位置情報に従って前記ビデオ・プログラムに関係した情報を受信するよう構成されている、
第一の装置。
〔付記１２〕
前記サーバーは、前記位置情報に従って、当該第一の装置と、前記アカウントにおいてハンドヘルド装置として登録された第二の装置との間の距離を判別する、付記１１記載の第一の装置。
〔付記１３〕
前記距離があらかじめ定義された閾値未満であれば、前記プロセッサは、前記ビデオ・プログラムに関係した情報を受信せず、前記ビデオ・プログラムに関係した情報は前記第二の装置によって受信され；前記距離が前記あらかじめ定義された閾値より大きければ、前記プロセッサは、前記ビデオ・プログラムに関係した情報を受信するよう構成され、前記第二のユーザー装置は、ビデオ・プログラムも該ビデオ・プログラムに関係した情報も受信しない、付記１２記載の第一の装置。
〔付記１４〕
前記プロセッサは、前記ユーザーの第一のビュー変化を検出し、第一のビュー変化情報を前記サーバーに送るよう構成されている、付記１２記載の第一の装置。
〔付記１５〕
前記第一のビュー変化情報は、ユーザー・ビューが当該第一の装置に切り換えられることを示す、付記１４記載の第一の装置。
〔付記１６〕
前記プロセッサは、当該第一の装置の少なくとも一つのカメラによって撮影された画像から検出することによって第一のビュー変化を検出するよう構成されており、前記第一のビュー変化情報を生成する、付記１５記載の第一の装置。
〔付記１７〕
前記距離は前記あらかじめ定義された閾値未満であり、前記第一のビュー変化情報はユーザー・ビューが当該第一の装置から離れるように切り換えられることを示す、付記１４記載の第一の装置。
〔付記１８〕
前記プロセッサは、当該第一の装置の少なくとも一つのカメラによって撮影された画像から検出することによって第一のビュー変化を検出するよう構成されており、前記第一のビュー変化情報を生成する、付記１７記載の第一の装置。
〔付記１９〕
受信されたビデオ・プログラムは第一の品質をもち、前記第一のビュー変化情報を送った後、受信されたビデオ・プログラムは前記第一の品質より悪い第二の品質をもつ、付記１７記載の第一の装置。
〔付記２０〕
前記第二の装置は当該第一の装置によって前記第一のビュー変化情報が送られた後に第二のビュー変化情報を前記サーバーに送り、前記サーバーが前記第二のビュー変化情報を受信した後、受信されたビデオ・プログラムは前記第一の品質をもつ、付記１９記載の第一の装置。
〔付記２１〕
ビデオ・プログラムおよび該ビデオ・プログラムに関係した情報を受信する第一の装置であって、当該第一の装置は、サーバーにおいてユーザーのユーザー・アカウントにおいてスタンドアローン装置として登録され、当該第一の装置は、
メモリ手段と、
前記メモリ手段に記憶されたソフトウェアを実行する処理手段とを有し、
前記処理手段は、当該第一の装置の位置情報を前記サーバーに送り；前記ビデオ・プログラムについて前記サーバーに要求を送り；前記ビデオ・プログラムを受信し；前記位置情報に従って前記ビデオ・プログラムに関係した情報を受信するよう構成されている、
第一の装置。
〔付記２２〕
前記サーバーは、前記位置情報に従って、当該第一の装置と、前記アカウントにおいてハンドヘルド装置として登録された第二の装置との間の距離を判別する、付記２１記載の第一の装置。
〔付記２３〕
前記距離があらかじめ定義された閾値未満であれば、前記処理手段は、前記ビデオ・プログラムに関係した情報を受信せず、前記ビデオ・プログラムに関係した情報は前記第二の装置によって受信され；前記距離が前記あらかじめ定義された閾値より大きければ、前記処理手段は、前記ビデオ・プログラムに関係した情報を受信するよう構成され、前記第二のユーザー装置は、ビデオ・プログラムも該ビデオ・プログラムに関係した情報も受信しない、付記２２記載の第一の装置。
〔付記２４〕
前記処理手段は、前記ユーザーの第一のビュー変化を検出し、第一のビュー変化情報を前記サーバーに送るよう構成されている、付記２２記載の第一の装置。
〔付記２５〕
前記第一のビュー変化情報は、ユーザー・ビューが当該第一の装置に切り換えられることを示す、付記２４記載の第一の装置。
〔付記２６〕
前記処理手段は、当該第一の装置の少なくとも一つのカメラによって撮影された画像から検出することによって第一のビュー変化を検出するよう構成されており、前記第一のビュー変化情報を生成する、付記２５記載の第一の装置。
〔付記２７〕
前記距離は前記あらかじめ定義された閾値未満であり、前記第一のビュー変化情報はユーザー・ビューが当該第一の装置から離れるように切り換えられることを示す、付記２４記載の第一の装置。
〔付記２８〕
前記処理手段は、当該第一の装置の少なくとも一つのカメラによって撮影された画像から検出することによって第一のビュー変化を検出するよう構成されており、前記第一のビュー変化情報を生成する、付記２７記載の第一の装置。
〔付記２９〕
受信されたビデオ・プログラムは第一の品質をもち、前記第一のビュー変化情報を送った後、受信されたビデオ・プログラムは前記第一の品質より悪い第二の品質をもつ、付記２７記載の第一の装置。
〔付記３０〕
前記第二の装置は当該第一の装置によって前記第一のビュー変化情報が送られた後に第二のビュー変化情報を前記サーバーに送り、前記サーバーが前記第二のビュー変化情報を受信した後、受信されたビデオ・プログラムは前記第一の品質をもつ、付記２９記載の第一の装置。

Claims (27)

1. サーバーにおいてユーザーのユーザー・アカウントにおいてスタンドアローン装置として登録された第一の装置によって、ビデオ・プログラムおよび該ビデオ・プログラムに関係した情報を受信する方法であって、
   前記第一の装置の位置情報を前記サーバーに送るステップと、
   前記ビデオ・プログラムについて前記サーバーに要求を送るステップと、
   前記ビデオ・プログラムを受信するステップと、
   前記位置情報に従って判別される、前記第一の装置と、前記ユーザー・アカウントにおいてハンドヘルド装置として登録された第二の装置との間の距離に従って、前記ビデオ・プログラムに関係した情報を受信するステップとを含む、
   方法。
2. 前記距離があらかじめ定義された閾値未満であれば、前記ビデオ・プログラムに関係した情報を受信するステップは、前記ビデオ・プログラムに関係した情報を受信せず、前記ビデオ・プログラムに関係した情報は前記第二の装置によって受信され；前記距離が前記あらかじめ定義された閾値未満でなければ、前記ビデオ・プログラムに関係した情報を受信するステップは、前記ビデオ・プログラムに関係した情報を受信し、前記第二の装置はビデオ・プログラムも該ビデオ・プログラムに関係した情報も受信しない、請求項１記載の方法。
3. 前記ユーザーの第一のビュー変化情報を検出し、前記第一のビュー変化情報を前記サーバーに送ることをさらに含む、請求項２記載の方法。
4. 前記第一のビュー変化情報は、ユーザー・ビューが前記第一の装置に切り換えられることを示す、請求項３記載の方法。
5. 前記第一の装置の少なくとも一つのカメラによって撮影された画像から検出することによって第一のビュー変化を検出し、前記第一のビュー変化情報を生成することをさらに含む、請求項４記載の方法。
6. 前記距離は前記あらかじめ定義された閾値未満であり、前記第一のビュー変化情報はユーザー・ビューが前記第一の装置から離れるように切り換えられることを示す、請求項３記載の方法。
7. 前記第一の装置の少なくとも一つのカメラによって撮影された画像から検出することによって第一のビュー変化を検出し、前記第一のビュー変化情報を生成することをさらに含む、請求項６記載の方法。
8. 受信されたビデオ・プログラムが第一の品質をもち、前記第一のビュー変化情報を送った後、受信されたビデオ・プログラムは前記第一の品質より悪い第二の品質をもつ、請求項６記載の方法。
9. 前記第二の装置は前記第一の装置によって前記第一のビュー変化情報が送られた後に第二のビュー変化情報を前記サーバーに送り、前記サーバーが前記第二のビュー変化情報を受信した後、受信されたビデオ・プログラムは前記第一の品質をもつ、請求項８記載の方法。
10. ビデオ・プログラムおよび該ビデオ・プログラムに関係した情報を受信する第一の装置であって、当該第一の装置は、サーバーにおいてユーザーのユーザー・アカウントにおいてスタンドアローン装置として登録され、当該第一の装置は、
    メモリと、
    前記メモリに記憶されたソフトウェアを実行するプロセッサとを有し、
    前記プロセッサは、当該第一の装置の位置情報を前記サーバーに送り；前記ビデオ・プログラムについて前記サーバーに要求を送り；前記ビデオ・プログラムを受信し；前記位置情報に従って判別される、前記第一の装置と、前記ユーザー・アカウントにおいてハンドヘルド装置として登録された第二の装置との間の距離に従って、前記ビデオ・プログラムに関係した情報を受信するよう構成されている、
    第一の装置。
11. 前記距離があらかじめ定義された閾値未満であれば、前記プロセッサは、前記ビデオ・プログラムに関係した情報を受信せず、前記ビデオ・プログラムに関係した情報は前記第二の装置によって受信され；前記距離が前記あらかじめ定義された閾値より大きければ、前記プロセッサは、前記ビデオ・プログラムに関係した情報を受信するよう構成され、前記第二のユーザー装置は、ビデオ・プログラムも該ビデオ・プログラムに関係した情報も受信しない、請求項１０記載の第一の装置。
12. 前記プロセッサは、前記ユーザーの第一のビュー変化を検出し、第一のビュー変化情報を前記サーバーに送るよう構成されている、請求項１０記載の第一の装置。
13. 前記第一のビュー変化情報は、ユーザー・ビューが当該第一の装置に切り換えられることを示す、請求項１２記載の第一の装置。
14. 前記プロセッサは、当該第一の装置の少なくとも一つのカメラによって撮影された画像から検出することによって第一のビュー変化を検出するよう構成されており、前記第一のビュー変化情報を生成する、請求項１３記載の第一の装置。
15. 前記距離は前記あらかじめ定義された閾値未満であり、前記第一のビュー変化情報はユーザー・ビューが当該第一の装置から離れるように切り換えられることを示す、請求項１２記載の第一の装置。
16. 前記プロセッサは、当該第一の装置の少なくとも一つのカメラによって撮影された画像から検出することによって第一のビュー変化を検出するよう構成されており、前記第一のビュー変化情報を生成する、請求項１５記載の第一の装置。
17. 受信されたビデオ・プログラムは第一の品質をもち、前記第一のビュー変化情報を送った後、受信されたビデオ・プログラムは前記第一の品質より悪い第二の品質をもつ、請求項１５記載の第一の装置。
18. 前記第二の装置は当該第一の装置によって前記第一のビュー変化情報が送られた後に第二のビュー変化情報を前記サーバーに送り、前記サーバーが前記第二のビュー変化情報を受信した後、受信されたビデオ・プログラムは前記第一の品質をもつ、請求項１７記載の第一の装置。
19. ビデオ・プログラムおよび該ビデオ・プログラムに関係した情報を受信する第一の装置であって、当該第一の装置は、サーバーにおいてユーザーのユーザー・アカウントにおいてスタンドアローン装置として登録され、当該第一の装置は、
    メモリ手段と、
    前記メモリ手段に記憶されたソフトウェアを実行する処理手段とを有し、
    前記処理手段は、当該第一の装置の位置情報を前記サーバーに送り；前記ビデオ・プログラムについて前記サーバーに要求を送り；前記ビデオ・プログラムを受信し；前記位置情報に従って判別される、前記第一の装置と、前記ユーザー・アカウントにおいてハンドヘルド装置として登録された第二の装置との間の距離に従って、前記ビデオ・プログラムに関係した情報を受信するよう構成されている、
    第一の装置。
20. 前記距離があらかじめ定義された閾値未満であれば、前記処理手段は、前記ビデオ・プログラムに関係した情報を受信せず、前記ビデオ・プログラムに関係した情報は前記第二の装置によって受信され；前記距離が前記あらかじめ定義された閾値より大きければ、前記処理手段は、前記ビデオ・プログラムに関係した情報を受信するよう構成され、前記第二のユーザー装置は、ビデオ・プログラムも該ビデオ・プログラムに関係した情報も受信しない、請求項１９記載の第一の装置。
21. 前記処理手段は、前記ユーザーの第一のビュー変化を検出し、第一のビュー変化情報を前記サーバーに送るよう構成されている、請求項１９記載の第一の装置。
22. 前記第一のビュー変化情報は、ユーザー・ビューが当該第一の装置に切り換えられることを示す、請求項２１記載の第一の装置。
23. 前記処理手段は、当該第一の装置の少なくとも一つのカメラによって撮影された画像から検出することによって第一のビュー変化を検出するよう構成されており、前記第一のビュー変化情報を生成する、請求項２２記載の第一の装置。
24. 前記距離は前記あらかじめ定義された閾値未満であり、前記第一のビュー変化情報はユーザー・ビューが当該第一の装置から離れるように切り換えられることを示す、請求項２１記載の第一の装置。
25. 前記処理手段は、当該第一の装置の少なくとも一つのカメラによって撮影された画像から検出することによって第一のビュー変化を検出するよう構成されており、前記第一のビュー変化情報を生成する、請求項２４記載の第一の装置。
26. 受信されたビデオ・プログラムは第一の品質をもち、前記第一のビュー変化情報を送った後、受信されたビデオ・プログラムは前記第一の品質より悪い第二の品質をもつ、請求項２４記載の第一の装置。
27. 前記第二の装置は当該第一の装置によって前記第一のビュー変化情報が送られた後に第二のビュー変化情報を前記サーバーに送り、前記サーバーが前記第二のビュー変化情報を受信した後、受信されたビデオ・プログラムは前記第一の品質をもつ、請求項２６記載の第一の装置。

Images