(57)【要約】視聴情報は、例えばホーム環境又は商業的環境のような、視聴環境において、ストリーミング可能装置へ配信される。視聴情報は、帯域幅および／又は容量のようなネットワーク資源を保存しながら満足のいくユーザ体験が配信できるような仕方で、ユーザの行為および／又は視聴条件に適合させることができる。視聴環境において視聴条件に影響を及ぼす、視聴距離および／又は周辺光が推定される。帯域幅は、（例えば、視聴条件下で知覚可能な空間解像度（例えば、最大空間解像度）を決定することによって、および空間解像度を超えない）推定された視聴条件においてユーザが気づかない詳細を除去することによって、縮小される。
2016536908.tif 000002
【特許請求の範囲】
【請求項１】
視聴推定統計を収集するステップと、
前記視聴推定統計に基づいて、視聴場所の１つ又は複数のクラスタを決定するステップと、
ユーザの視聴場所を、前記視聴場所のクラスタの１つと関連付けするステップと、
少なくとも前記関連付けられたクラスタに基づいて、装置上でマルチメディアコンテンツをストリーミングする再生のためのストリーミング速度を適合させるステップと
を具えたことを特徴とする方法。
【請求項２】
周辺光レベルを決定するステップをさらに具えたことを特徴とする請求項１記載の方法。
【請求項３】
前記ストリーミング速度を適合させることは、前記決定された周辺光レベルにも基づいていることを特徴とする請求項２記載の方法。
【請求項４】
前記視聴推定統計を収集するステップは、１つ又は複数のセンサを使用して推定を獲得するステップを含むことを特徴とする請求項１記載の方法。
【請求項５】
前記１つ又は複数のセンサは、カメラ又はＩＲセンサのうちの少なくとも１つを含むことを特徴とする請求項４記載の方法。
【請求項６】
前記ユーザの前記視聴場所は、赤外線リモート制御装置からの信号の減衰量から推定されることを特徴とする請求項１記載の方法。
【請求項７】
視聴推定統計を収集し、
前記視聴推定統計に基づいて、視聴場所の１つ又は複数のクラスタを決定し、
ユーザの視聴場所をクラスタの１つと関連付けし、
少なくとも前記関連付けられたクラスタに基づいて、マルチメディアコンテンツをストリーミングする再生のためのストリーミング速度を適合させる、
ように構成されたプロセッサ
を具えたことを特徴とする装置。
【請求項８】
前記プロセッサは、周辺光レベルを決定するようにさらに構成されたことを特徴とする請求項７記載の装置。
【請求項９】
前記ストリーミング速度を適合させることは、前記決定された周辺光レベルにも基づいていることを特徴とする請求項８記載の装置。
【請求項１０】
カメラをさらに具えたことを特徴とする請求項７記載の装置。
【請求項１１】
前記視聴場所は、赤外線リモート制御装置からの信号の減衰量から推定されることを特徴とする請求項７記載の装置。
【請求項１２】
装置上でマルチメディアコンテンツをストリーミングする再生のための視聴条件を決定するステップであって、前記視聴条件は周辺光レベルを含む、該ステップと、
前記視聴条件下でユーザによって知覚可能な最大空間解像度を決定するステップと、
前記最大空間解像度を超えない前記マルチメディアコンテンツのためのストリーミング速度を適合させるステップと
を具えたことを特徴とする方法。
【請求項１３】
前記周辺光レベルは、周辺光センサから決定されることを特徴とする請求項１２記載の方法。
【請求項１４】
前記周辺光センサは、前記マルチメディアコンテンツをストリーミングする再生のための前記装置へ前記周辺光レベルを送信するモバイル装置上であることを特徴とする請求項１３記載の方法。
【請求項１５】
前記モバイル装置で前記マルチメディアコンテンツをストリーミングする再生のための前記装置をリモート制御するステップをさらに具えたことを特徴とする請求項１４記載の方法。
【請求項１６】
前記周辺光センサは、前記マルチメディアコンテンツをストリーミングする再生のための前記装置へ前記周辺光レベルを送信するストリーミング装置上であることを特徴とする請求項１３記載の方法。
【請求項１７】
前記ストリーミング装置は、ケーブルセットトップボックスであることを特徴とする請求項１６記載の方法。
【請求項１８】
前記ストリーミング装置は、ネットワーク化されたブルーレイプレーヤであることを特徴とする請求項１６記載の方法。
【請求項１９】
前記周辺光レベルを格納するステップをさらに具えたことを特徴とする請求項１３記載の方法。
【請求項２０】
前記格納された周辺光レベルを使用して、前記周辺光レベルを推定するステップをさらに具えたことを特徴とする請求項１９記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、視聴環境における視聴情報の適応配信のための視聴条件推定を行う、システム、方法および装置に関する。
【背景技術】
【０００２】
関連出願の相互参照
本願は、２０１３年９月４日に出願された米国特許仮出願第６１／８７３，７５６号、および２０１４年７月２０日に出願された米国特許仮出願第６２／０２６，６８８号の利益を主張し、それらの内容は参照により本明細書に組み込まれる。
【０００３】
視聴環境（例えば家庭環境）内ではマルチメディアストリーミングが、デバイスの機能、より良いネットワークインフラストラクチャ、および多数のソースの有用性の増加により、流行となっている。マルチメディアストリーミングをサポートするデバイスは、例えば、テレビ、セットトップボックス、ゲーム機、携帯電話、タブレット、およびノートパソコンを含む。いつくかの専門的な製品としては、例えば、Ｇｏｏｇｌｅから利用可能なＣＨＲＯＭＥＣＡＳＴ（商標登録）マルチメディアストリーミングプレーヤー、Ａｐｐｌｅから利用可能なＡＰＰＬＥＴＶ（商標登録）マルチメディアストリーミングプレーヤー、Ｒｏｋｕから利用可能なＲＯＫＵ（商標登録）マルチメディアストリーミングプレーヤーなどが、視聴環境（例えば家庭視聴環境）において視聴者によって使用されるストリーミングデバイスの例である。
【０００４】
ストリーミング対応デバイスは、ユーザにコンテンツを表示する外部ディスプレイ（テレビなど）を使用する可能性がある。マルチメディア配信における視聴環境の特性は、異なる視聴距離、異なる周辺光の量、他の異なる環境条件となる、異なるセットアップにより大いに異なる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明では、視聴環境における視聴情報の適応配信のための視聴条件推定を行う改善された、システム、方法および装置を提供する。
【課題を解決するための手段】
【０００６】
視聴情報を、例えばホーム環境又は商業的環境のような、視聴環境において、ストリーミング可能装置へ配信する、システム、方法、手段が開示される。視聴情報は、帯域幅および／又は容量のようなネットワーク資源を保存しながら満足のいくユーザ体験が配信できるような仕方で、ユーザの行為および／又は視聴条件に適合させることができる。これらの要因は、視聴環境において視聴条件に影響を与える。
【０００７】
マルチメディアコンテンツを配信する方法は、ユーザの視聴条件を推定することと、および推定された視聴条件の関数としてマルチメディアコンテンツのストリームを適合させることとを含む。視聴条件は、視聴距離又は周辺光レベルの少なくとも１つを含む。視聴距離は、例えば、カメラおよび／又はリモート制御を用いて推定される。周辺光レベルは、例えば、周辺光センサおよび／又は地理情報を用いて推定される。
【図面の簡単な説明】
【０００８】
【図１Ａ】１または複数の開示されている実施形態が実施される例示的通信システムのシステム図である。
【図１Ｂ】図１Ａで示される通信システム内で使用される例示的無線送信／受信装置（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａで示される通信システム内で使用される例示的無線アクセスネットワークおよび例示的コアネットワークのシステム図である。
【図１Ｄ】図１Ａで示される通信システム内で使用される他の例示的無線アクセスネットワークおよび他の例示的コアネットワークのシステム図である。
【図１Ｅ】図１Ａで示される通信システム内で使用される他の例示的無線アクセスネットワークおよび他の例示的コアネットワークのシステム図である。
【図２】装置と典型的視聴場所との間での例示的異なる視聴距離を示す図である。
【図３】子供に関しておよび大人に関しての典型的視聴距離の例示的配信を示す図である。
【図４】視聴環境で利用可能な周辺光の量に対する自然光の例示的貢献度を示す図である。
【図５】テレビ視聴に関して一日の時間に対する部屋内の照明レベルの研究結果を示すである。
【図６】例示的帯域幅適合ストリーミングシステムを示す図である。
【図７】帯域幅適合ストリーミングの１例を示す図である。
【図８】例示的マルチメディアストリーミングシステムを示す図である。
【図９】視聴距離を推定するための例示的校正手続きを示す図である。
【図１０】視聴環境における３つの視聴場所を描いた図である。
【図１１】例示的ストリーミングクライアントを示す図である。
【図１２】視聴距離を推定する例を示す図である。
【図１３】視聴位置上での統計収集の１例を示す図である。
【図１４】視聴領域内での可能な視聴位置のセットを示す統計収集の１例を示す図である。
【図１５】典型的視聴場所をクラスタリングする１例を示す図である。
【図１６】視聴場所のクラスタリングおよび中心から離れた視聴場所の１例を示す図である。
【図１７】ユーザ位置に対して関連する視聴場所の１例を示す図である。
【０００９】
ここで、種々の図面を参照して、例示の実施形態の詳細な説明について、説明する。本説明では、可能な実装の詳細な一例が提供されるが、該詳細は、例示として意図されるものであり、本願の範囲をいかようにも限定するものではないことに留意されたい。
【００１０】
図１Ａは、１つまたは複数の開示される実施形態を実装することができる一例の通信システム１００の図である。通信システム１００は、音声、データ、映像、メッセージング、ブロードキャスト等のコンテンツを、複数の無線ユーザに提供する多元接続システムとすることができる。通信システム１００では、複数の無線ユーザが、無線帯域幅を含む、システムリソースを共有することにより、かかるコンテンツにアクセス可能となるようにすることができる。例えば、通信システム１００では、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ（符号分割多元接続））、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ（時分割多元接続））、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ（周波数分割多元接続））、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ＦＤＭＡ（直交周波数分割多元接続））、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ−ｃａｒｒｉｅｒ  ＦＤＭＡ（シングルキャリア周波数分割多元接続））等の、１つまたは複数のチャンネルアクセス方法を採用することができる。
【００１１】
図示するように、図１Ａにおいて、通信システム１００には、無線送受信ユニット（ＷＴＲＵ（ｗｉｒｅｌｅｓｓ  ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ  ｕｎｉｔ））１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（全体として、またはまとめて、ＷＴＲＵ１０２と称することができる）、無線アクセスネットワーク（ＲＡＮ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ））１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ（ｐｕｂｌｉｃ  ｓｗｉｔｃｈｅｄ  ｔｅｌｅｐｈｏｎｅ  ｎｅｔｗｏｒｋ））１０８、インターネット１１０、および他のネットワーク１１２、が含まれてよいが、開示される実施形態では、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素が考慮されることは理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境において、動作および／または通信を行うべく構成される任意のタイプの装置とすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を、送信および／または受信するべく構成されてもよく、かつ、ユーザ装置（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ノートブック、パーソナルコンピュータ、無線センサ、家庭用電化製品、等を含むことができる。
【００１２】
通信システム１００にはまた、基地局１１４ａおよび基地局１１４ｂが含まれてもよい。各基地局１１４ａ、１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースを行って、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２等の１つまたは複数の通信ネットワークへのアクセスを容易にするべく構成される、任意のタイプの装置とすることができる。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ局（ＢＴＳ（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ））、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ等であってもよい。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として描かれるが、基地局１１４ａ、１１４ｂには、任意の数の相互接続される基地局および／またはネットワーク要素が含まれてもよいことが理解される。
【００１３】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であってもよく、ＲＡＮにはまた、基地局コントローラ（ＢＳＣ（ｂａｓｅ  ｓｔａｔｉｏｎ  ｃｏｎｔｒｏｌｌｅｒ））、無線ネットワークコントローラ（ＲＮＣ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｃｏｎｔｒｏｌｌｅｒ））、中継ノード等の他の基地局および／またはネットワーク要素（図示せず）が含まれてもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることもある特定の地理的地域内で、無線信号を送信または受信するべく構成されてもよい。セルは、さらにセルセクタに分割されてもよい。例えば、基地局１１４ａに関連するセルは、３個のセクタに分割されてもよい。従って、一実施形態において、基地局１１４ａには、３個のトランシーバ、すなわち、セルのセクタ毎に１個、が含まれもよい。別の実施形態において、基地局１１４ａでは、ＭＩＭＯ（ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）技術を採用することができ、従って、セルのセクタ毎に複数のトランシーバを利用することができる。
【００１４】
基地局１１４ａ、１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と、エアインターフェース１１５／１１６／１１７を介して通信を行うことができ、該エアインターフェースは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光等）とすることができる。エアインターフェース１１５／１１６／１１７は、任意の適切なＲＡＴ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ（無線アクセス技術））を使用して確立することができる。
【００１５】
より詳細には、上記で述べたように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＧＦＤＭＡ、ＳＣ−ＦＤＭＡ等の１つまたは複数のチャンネルアクセススキームを採用することができる。例えば、ＲＡＮ１０３／１０４／１０５における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ユニバーサル移動体通信システム））のＵＴＲＡ（Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（地上無線アクセス））等の無線技術を実装することができ、これにより、ｗｉｄｅｂａｎｄ（広域）ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用して、エアインターフェース１１５／１１６／１１７を確立することができる。ＷＣＤＭＡには、ＨＳＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）および／またはＨＳＰＡ＋（Ｅｖｏｌｖｅｄ  ＨＳＰＡ）等の通信プロトコルが含まれてもよい。ＨＳＰＡには、ＨＳＤＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）および／またはＨＳＵＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｕｐｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）が含まれてもよい。
【００１６】
別の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）等の無線技術を実装することができ、これにより、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎおよび／またはＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）を使用して、エアインターフェース１１５／１１６／１１７を確立することができる。
【００１７】
他の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ＩＸ、ＣＤＭＡ２０００ＥＶ−ＤＯ、ＩＳ−２０００（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００）、ＩＳ−９５（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５）、ＩＳ−８５６（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）等の無線技術を実装することができる。
【００１８】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、またはアクセスポイントであってもよく、事務所、家庭、車両、校内等の局所的な領域における無線接続性を容易にするための任意の適切なＲＡＴを利用することができる。一実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１等の無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５等の無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。さらに別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラー（携帯電話）ベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ等）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示すように、基地局１１４ｂは、インターネット１１０との直接接続を行ってもよい。従って、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要があるわけではない。
【００１９】
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信してもよく、このコアネットワークは、音声、データ、アプリケーションおよび／またはＶｏＩＰ（ｖｏｉｃｅｏｖｅｒｉｎｔｅｒｎｅｔｐｒｏｔｏｃｏｌ）のサービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するべく構成される、任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、課金サービス、モバイル位置情報サービス、プリペイド通話、インターネット接続、プリペイド通話等を提供すること、および／または、ユーザ認証等の高レベルセキュリティ機能を実行すること、ができる。図１Ａには図示しないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９が、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと、直接または間接的に通信することができることは理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用している可能性のあるＲＡＮ１０３／１０４／１０５に対して接続されることに加えて、コアネットワーク１０６／１０７／１０９は、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信することもできる。
【００２０】
コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ用のゲートウェイとして機能して、ＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスすることもできる。ＰＳＴＮ１０８には、ＰＯＴＳ（ｐｌａｉｎ  ｏｌｄ  ｔｅｌｅｐｈｏｎｅ  ｓｅｒｖｉｃｅ  ）を提供する回路交換電話回線網が含まれてもよい。インターネット１１０には、ＴＣＰ／ＩＰ  インターネットプロトコルスイートのＴＣＰ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ（伝送制御プロトコル））、ＵＤＰ（ｕｓｅｒ  ｄａｔａｇｒａｍ  ｐｒｏｔｏｃｏｌ（ユーザデータグラムプロトコル））、およびＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ（インターネットプロトコル））等の、共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよび装置のグローバルなシステムが含まれてもよい。ネットワーク１１２には、他のサービスプロバイダにより所有かつ運営される、有線または無線の通信ネットワークが含まれてもよい。例えば、ネットワーク１１２には、１つまたは複数のＲＡＮに対して接続される別のコアネットワークが含まれてもよく、このコアネットワークは、ＲＡＮ１０３／１０４／１０５と同じＲＡＴ、または異なるＲＡＴを採用するものであってよい。
【００２１】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたは全てには、マルチモード機能が含まれてよく、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための、複数のトランシーバを含んでもよい。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用することができる基地局１１４ａと通信するべく構成されてもよく、また、ＩＥＥＥ８０２無線技術を採用することができる基地局１１４ｂと通信するべく構成されてもよい。
【００２２】
図１Ｂは、一例のＷＴＲＵ１０２のシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２には、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカ／マイク１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、着脱不可メモリ１３０、着脱可能メモリ１３２、電源１３４、ＧＰＳ（ｇｌｏｂａｌ  ｐｏｓｉｔｉｏｎｉｎｇ  ｓｙｓｔｅｍ）チップセット１３６、および他の周辺機器１３８、が含まれてもよい。ＷＴＲＵ１０２には、前述の要素の任意のサブコンビネーションが含まれてよく、一方で、一実施形態と整合することは、理解されるであろう。また、実施形態では、基地局１１４ａと１１４ｂとが表すことができるノードに、図１Ｂに示されかつ本明細書に記載される要素のいくつかまたは全てが含まれてよく、該ノードは、中でも、トランシーバ局１１４ｂ、および／または、基地局１１４ａと１１４ｂとが表すことができるノードに、図１Ｂに示されかつ本明細書に記載される要素のいくつかまたは全てが含まれてよく、該ノードは、中でも、トランシーバ局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント  （ＡＰ）、ｈｏｍｅ  ｎｏｄｅ−Ｂ、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  ｈｏｍｅ  ｎｏｄｅ−Ｂ）、ＨｅＮＢまたはＨｅＮｏｄｅＢ（ｈｏｍｅ  ｅｖｏｌｖｅｄ  ｎｏｄｅ−Ｂ）、ｈｏｍｅ  ｅｖｏｌｖｅｄ  ｎｏｄｅ−Ｂ  ｇａｔｅｗａｙ、およびプロキシノード、などのノードであるがこれに限定されないこと、を考慮する。
【００２３】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、ＤＳＰ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ  （特定用途向け集積回路））、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械、などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／または、ＷＴＲＵ１０２が無線環境において動作することを可能にする、任意の他の機能性、を行うことができる。プロセッサ１１８は、トランシーバ１２０と連結されてもよく、トランシーバ１２０は送受信要素１２２と連結されてもよい。図１Ｂでは、プロセッサ１１８とトランシーバ１２０とが、別個の構成要素として示されるが、プロセッサ１１８とトランシーバ１２０とが、電子的なパッケージまたはチップに一体化されてもよい、ことが理解される。
【００２４】
送受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して、基地局（例えば、基地局１１４ａ）との間で、信号を送信または受信するべく構成されてもよい。例えば、一実施形態において、送受信要素１２２は、ＲＦ信号を送信および／または受信するべく構成される、アンテナとすることができる。別の実施形態において、送受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光の信号を、送信および／または受信するべく構成されるエミッタ／検出器とすることができる。さらに別の実施形態において、送受信要素１２２は、ＲＦおよび光の信号の両方を送信および受信するべく構成されてもよい。送受信要素１２２が、無線信号の任意のコンビネーションを送信および／または受信するべく構成されてもよい、ことは理解されるであろう。
【００２５】
加えて、送受信要素１２２は、図１Ｂにおいて単一の要素として示されるが、ＷＴＲＵ１０２には任意の数の送受信要素１２２が含まれてもよい。より詳細には、ＷＴＲＵ０２は、ＭＩＭＯ技術を採用することができる。従って、一実施形態において、ＷＴＲＵ１０２には、エアインターフェース１１５／１１６／１１７を介して無線信号を送信および受信するための、２つまたはそれ以上の送受信要素１２２が含まれてもよい（例えば、複数のアンテナ）。
【００２６】
トランシーバ１２０は、送受信要素１２２によって送信される信号の変調、および、送受信要素１２２によって受信される信号の復調、を行うべく構成されてもよい。上記で述べたように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。従って、トランシーバ１２０には、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信を行うことを可能にするための、複数のトランシーバが含まれてもよい。
【００２７】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイク１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）、と連結されてもよく、または、これらからユーザ入力データを受信してもよい。プロセッサ１１８はまた、スピーカ／マイク１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に、ユーザデータを出力してもよい。加えて、プロセッサ１１８は、着脱不可メモリ１３０および／又は着脱可能メモリ１３２等の任意のタイプの適切なメモリから、情報にアクセスしてもよく、かつ、該メモリにデータを格納してもよい。着脱不可メモリ１３０には、ＲＡＭ（ｒａｎｄｏｍ−ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ハードディスク、または任意の他のタイプの  メモリ記憶装置、が含まれてもよい。着脱可能メモリ１３２には、ＳＩＭ（ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ  ｍｏｄｕｌｅ）カード、メモリスティック、ＳＤ（ｓｅｃｕｒｅ  ｄｉｇｉｔａｌ）メモリカード、等が含まれてもよい。他の実施形態において、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に設置されない、サーバまたは家庭用コンピュータ（図示せず）上などのメモリ、から情報にアクセスにしてもよく、かつ、該メモリにデータを格納してもよい。
【００２８】
プロセッサ１１８は、電源１３４から電力を受け取ってもよく、また、ＷＴＲＵ１０２内の他の構成要素への電力の分配および／または制御を行うべく構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切な装置とすることができる。例えば、電源１３４には、１つまたは複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池、等が含まれてもよい。
【００２９】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に連結されてもよく、該ＧＰＳチップセットは、ＷＴＲＵ１０２の現在地に関する位置情報（例えば、経緯度および緯度）を提供するべく構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介して、基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信してもよく、および／または、その位置を、２つまたはそれ以上の近隣の基地局から受信されている信号のタイミングに基づき、判定してもよい。ＷＴＲＵ１０２が、任意の適切な位置判定の実装によって位置情報を取得してもよく、一方で、一実施形態と整合することは、理解されるであろう。
【００３０】
プロセッサ１１８は、他の周辺機器１３８にさらに連結されてもよく、該周辺機器には、追加的な特徴、機能性、および／または有線もしくは無線接続性、を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールが含まれてもよい。プロセッサ１１８は、他の周辺機器１３８にさらに連結されてもよく、該周辺機器には、追加的な特徴、機能性、および／または有線もしくは無線接続性、を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールが含まれてもよい。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真または映像用）、ＵＳＢ（ｕｎｉｖｅｒｓａｌ  ｓｅｒｉａｌ  ｂｕｓ）ポート、振動装置、テレビジョントランシーバ（ｔｅｌｅｖｉｓｉｏｎ  ｔｒａｎｓｃｅｉｖｅｒ）、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、等が含まれてもよい。
【００３１】
図１Ｃは、一実施形態に係る、ＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上記で述べたように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用して、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０３はまた、コアネットワーク１０６と通信してもよい。図１Ｃに示すように、ＲＡＮ１０３には、Ｎｏｄｅ−Ｂ（ノードＢ）１４０ａ、１４０ｂ、１４０ｃが含まれてもよく、該Ｎｏｄｅ−Ｂそれぞれには、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数のトランシーバが含まれてもよい。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けされてもよい。ＲＡＮ１０３にはまた、ＲＮＣ１４２ａ、１４２ｂが含まれてもよい。ＲＡＮ１０３には、任意の数のＮｏｄｅ−ＢおよびＲＮＣが含まれてよく、一方で、一実施形態と整合することは、理解されるであろう。
【００３２】
図１Ｃに示すように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信してもよい。加えて、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信してもよい。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、インターフェースを介して、ＲＮＣ１４２ａ、１４２ｂそれぞれと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介してお互いに通信することができる。各ＲＮＣ１４２ａ、１４２ｂは、接続されているＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃそれぞれを制御するべく構成されてもよい。加えて、各ＲＮＣ１４２ａ、１４２ｂは、外部ループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化、等の他の機能性を実行またはサポートするべく構成されてもよい。
【００３３】
図１Ｃに示すコアネットワーク１０６には、ＭＧＷ（ｍｅｄｉａ  ｇａｔｅｗａｙ）１４４、ＭＳＣ（ｍｏｂｉｌｅ  ｓｗｉｔｃｈｉｎｇ  ｃｅｎｔｅｒ）１４６、ＳＧＳＮ（ｓｅｒｖｉｎｇ  ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅ）１４８、および／または、ＧＧＳＮ（ｇａｔｅｗａｙ  ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅ）１５０、が含まれてもよい。前述の要素のそれぞれは、コアネットワーク１０６の一部として示されるが、これら要素のうちの任意の１つが、コアネットワーク事業者以外のエンティティによって、所有および／または運営されてもよい、ことが理解される。
【００３４】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に対して接続されてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に対して接続されてもよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回路交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の固定電話通信装置との間の通信を容易にすることができる。
【００３５】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に対して接続されてもよい。ＳＧＳＮ１４８４６は、ＧＧＳＮ１５０に対して接続されてもよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ使用可能装置との間の通信を容易にすることができる。
【００３６】
上記で述べたように、コアネットワーク１０６はまた、ネットワーク１１２に対して接続されてもよく、該ネットワークには、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークが含まれてもよい。
【００３７】
図１Ｄは、一実施形態に係る、ＲＡＮ１０４およびコアネットワーク１０７のシステム図である。は記で述べたように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コアネットワーク１０７と通信してもよい。
【００３８】
ＲＡＮ１０４には、ｅＮｏｄｅ−Ｂ（ｅノードＢ）１６０ａ、１６０ｂ、１６０ｃが含まれてもよいが、ＲＡＮ１０４には、任意の数のｅＮｏｄｅ−Ｂが含まれてもよく、一方で、一実施形態と整合することは、理解されるであろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃそれぞれには、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数のトランシーバが含まれてもよい。一実施形態において、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装することができる。従って、ｅＮｏｄｅ−Ｂ１６０ａは、例えば、ＷＴＲＵ１０２ａとの間で無線信号を送信し、かつ無線信号を受信するための、複数のアンテナを使用してもよい。
【００３９】
各ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、特定のセル（図示せず）に関連付けられてもよく、かつ、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリング、等を処理するべく構成されてもよい。図１Ｄに示すように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介してお互いに通信することができる。
【００４０】
図１Ｄに示すコアネットワーク１０７には、ＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｇａｔｅｗａｙ（モビリティ管理ゲートウェイ））１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ（ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ）ゲートウェイ１６６が含まれてもよい。前述の要素のそれぞれは、コアネットワーク１０７の一部として示されるが、これら要素のうちの任意の１つが、コアネットワーク事業者以外のエンティティによって、所有および／または運営されてもよい、ことが理解される。
【００４１】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内の各ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃに対して接続されてもよく、かつ、制御ノードとして機能することができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラ活性化／非活性化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中の特定のサービングゲートウェイの選択、等に関与することができる。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡ等の他の無線技術を採用する他のＲＡＮ（図示せず）と、の間を切り替えるための制御プレーン機能を提供することができる。
【００４２】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内の各ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃに対して接続されてもよい。サービングゲートウェイ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間で、ユーザデータパケットルーティングおよび転送することができる。サービングゲートウェイ１６４はまた、ｅＮｏｄｅＢ間ハンドオーバ中にユーザプレーンのアンカリング、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能な際のページングのトリガリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および格納、等の他の機能を実行することができる。
【００４３】
サービングゲートウェイ１６４はまた、ＰＤＮゲートウェイ１６６に対して接続されてもよく、該ＰＤＮゲートウェイは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ使用可能装置との間の通信を容易にすることができる。
【００４４】
コアネットワーク１０７は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回路交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の固定電話通信装置との間の通信を容易にすることができる。例えば、コアネットワーク１０７は、ＩＰゲートウェイ（例えば、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能するＩＭＳ（ＩＰ  ｍｕｌｔｉｍｅｄｉａ  ｓｕｂｓｙｓｔｅｍ（ＩＰマルチメディアサブシステム））サーバ、を含んでもよく、またはこれと通信してもよい。加えて、コアネットワーク１０７はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスを提供することができ、該ネットワークには、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークが含まれてもよい。
【００４５】
図１Ｅは、一実施形態に係る、ＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を採用して、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する、ＡＳＮ（ａｃｃｅｓｓ  ｓｅｒｖｉｃｅ  ｎｅｔｗｏｒｋ）とすることができる。以下でさらに検討するように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９といった異なる機能エンティティ間の通信リンクは、参照点として定義されてもよい。
【００４６】
図１Ｅに示すように、ＲＡＮ１０５には、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２が含まれてもよいが、ＲＡＮ１０５には、任意の数の基地局およびＡＳＮゲートウェイが含まれてもよく、一方で、一実施形態と整合することは、理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃはそれぞれ、ＲＡＮ１０５内の特定のセル（図示せず）に関連付けられてもよく、かつ、それぞれには、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数のトランシーバが含まれてもよい。一実施形態において、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装することができる。従って、基地局１８０ａは、例えば、ＷＴＲＵ１０２ａとの間で無線信号を送信し、かつ無線信号を受信するための、複数のアンテナを使用してもよい。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガリング、トンネル構築、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー強制、等のモビリティ管理機能を提供してもよい。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとして機能することができ、かつ、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルーティング等に関与することができる。
【００４７】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装するＲ１参照点として定義されてもよい。加えて、各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、コアネットワーク１０９との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、コアネットワーク１０９との間の論理インターフェースは、Ｒ２参照点として定義されてもよく、該参照点は、認証、権限付与、ＩＰホスト構成管理、および／またはモビリティ管理に使用されてもよい。
【００４８】
各基地局１８０ａ、１８０ｂ、１８０ｃの間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間のデータの転送を容易にするためのプロトコルを含む、Ｒ８参照点として定義されてもよい。基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２と、の間の通信リンクは、Ｒ６参照点として定義されてもよい。Ｒ６参照点には、各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ．に関連付けられたモビリティイベントに基づき、モビリティ管理を容易にするためのプロトコルが含まれてもよい。
【００４９】
図１Ｅに示すように、ＲＡＮ１０５は、コアネットワーク１０９に対して接続されてもよい。ＲＡＮ１０５と、コアネットワーク１０９との間の通信リンクは、例えば、データ転送を容易にするプロトコル、およびモビリティ管理能力を含むＲ３参照点として定義されてもよい。コアネットワーク１０９には、ＭＩＰ−ＨＡ（ｍｏｂｉｌｅ  ＩＰ  ｈｏｍｅ  ａｇｅｎｔ（モバイルＩＰホームエージェント））１８４、ＡＡＡ（ａｕｔｈｅｎｔｉｃａｔｉｏｎ、ａｕｔｈｏｒｉｚａｔｉｏｎ、ａｃｃｏｕｎｔｉｎｇ）サーバ１８６、およびゲートウェイ１８８、が含まれてもよい。前述の要素のそれぞれは、コアネットワーク１０９の一部として示されるが、これら要素のうちの任意の１つが、コアネットワーク事業者以外のエンティティによって、所有および／または運営されてもよい、ことが理解される。
【００５０】
ＭＩＰ−ＨＡは、ＩＰアドレス管理に関与することができ、かつ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワーク間のローミングを行うことを可能にすることができる。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ使用可能装置との間の通信を容易にすることができる。ＡＡＡサーバ１８６は、ユーザ認証と、ユーザサービスのサポートと、に関与することができる。ゲートウェイ１８８は、他のネットワークとの相互作用を容易にすることができる。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回路交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の固定電話通信装置との間の通信を容易にすることができる。加えて、ゲートウェイ１８８はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスを提供することができ、該ネットワークには、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークが含まれてもよい。
【００５１】
図１Ｅには図示しないが、ＲＡＮ１０５が、他のＡＳＮに対して接続されてもよく、また、コアネットワーク１０９が、他のコアネットワークに対して接続されてもよい、ことは理解されるであろう。ＲＡＮ１０５と、他のＡＳＮとの間の通信リンクは、Ｒ４参照点として定義されてもよく、該参照点には、ＲＡＮ１０５と他のＡＳＮとの間で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調和させるためのプロトコルが含まれてもよい。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、Ｒ５参照として定義されてもよく、該参照には、ホームコアネットワークと在圏コアネットワークとの間の相互作用を容易にするためのプロトコルが含まれてもよい。
【００５２】
ストリーミング可能装置への視覚情報の配信のためのシステムは、例えば、家庭環境または商業環境などの視聴環境において、ユーザ行動および視聴条件を、満足のいくユーザ経験を配信するような方法で適合させることができ、一方で、無線ネットワークリソース、例えば、帯域幅および／または容量、を節約することができる。視聴距離および周辺光を推定するための技法が、本明細書において開示され、視聴距離および周辺光は、家庭環境または商業環境等の視聴環境において、視聴条件に影響を与える２つの要因とすることができる。視聴条件に基づき、帯域幅速度（ｒａｔｅ）は、適合されて、例えば、帯域幅または他のシステムリソースを節約することができ、一方で、満足のいくユーザ経験を提供することができる。
【００５３】
本明細書に開示される主題は、様々なコンテキストにおいて適用されてよく、このコンテキストに含まれるものには、例えば、マルチメディアストリーミングクライアントセットトップボックス、ストリーミング装置（例えば、Ｇｏｏｇｌｅ社から入手可能なＣＨＲＯＭＥＣＡＳＴ（登録商標）マルチメディアストリーミングプレーヤ、Ａｐｐｌｅ社から入手可能なＡＰＰＬＥ  ＴＶ（登録商標）マルチメディアストリーミングプレーヤ、および、Ｒｏｋｕ社から入手可能なＲＯＫＵ（登録商標）マルチメディアストリーミングプレーヤ）、映像ストリーミングが可能なエンターテイメントまたはゲームのコンソール（例えば、マイクロソフト社から入手可能なＸＢＯＸ３６０（登録商標）エンターテイメントシステム、およびソニーコンピュータエンターテイメント社から入手可能なＰＬＡＹＳＴＡＴＩＯＮ３（登録商標）エンターテイメントシステム）、タブレット、ラップトップ、スマートフォン、消費者向けまたは商業用テレビ、および／またはスマートテレビ、があるがこれに限定されない。本明細書に開示される主題はまた、Ａｐｐｌｅ社から入手可能なＨＴＴＰライブストリーミング、またはＤＡＳＨ（Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ）ストリーミング標準、などが含まれるがこれに限定されない、他のストリーミング技術と共に使用されてもよい。
【００５４】
マルチメディアストリーミングシステムでは、ユーザの視聴条件に関する情報を使用して、符号化プロセスおよび／または配信プロセスを適合させ、ネットワーク帯域幅、電力、および／または他のシステムリソースの使用を減少または最小化させることができるシステムでは、センサ、例えば、装置（例えば、セットトップボックス、リモートコントロール、または携帯電話等の無線送受信ユニット（ＷＴＲＵ））の前面カメラおよび／または周辺光センサを使用して、視聴画面上の情報の可視性に影響を与え得る、視聴者の存在、視聴画面に対する視聴者の距離、および／または、周囲照度のレベルを検出することができる。アダプテーションシステムは、この情報を使用して、ユーザが知覚可能であってよいビジュアルコンテンツの最大空間解像度および／または他のパラメータを判定することができる。アダプテーションシステムは、符号化および／または配信のオプションを調整して、ユーザの知覚に合わせることができる。アダプテーションシステムにより、配信システムは、満足のいくユーザ経験を達成することができ、一方で、ネットワーク帯域幅および／または他のシステムリソースを節約することができる。
【００５５】
詳細を見るための人間の目の能力は、映像の表示に使用される画面の空間密度によって制限されることがある。視聴条件を適合させるというコンテキストにおいて、空間密度は、視野角の角度当たりのピクセル数とすることができる。空間密度は、視聴画面の、視聴距離とピクセル密度の関数（例えば、１インチ当たりのピクセル（ｐｐｉ））とすることができる。所与の視聴画面について、より大きな視聴距離は、より高い空間密度に対応する。空間密度が、人間の視覚系の元々の限界を上回る場合、人間の視覚系は詳細を知覚しないかもしれない。
【００５６】
自然及び人工の照明は、コントラストおよび全範囲を減少させることがあり、また、映像が視聴画面上に投影される際に、映像の色バランスにシフトを発生させるかもしれない。例えば、明るい部屋または屋外で映像を見る際の視聴画面の反射により、減少したコントラストは、結果として、人である観察者が知覚可能な空間周波数を減少させることができる。例えば、暗い部屋で映像を見る、高いコントラストは、視聴者がさらなる詳細を知覚することを可能にすることができる。
【００５７】
所与の視聴条件下で、見えてもよい詳細を取り除くことで、結果として、例えば、再バッファリングを減らすことにより、帯域幅が節約され、および／またユーザ経験を向上させることができる。
【００５８】
家庭環境または商業環境等の視聴環境におけるマルチメディアストリーミングは、増大する装置能力、より良好なネットワークインフラストラクチャ、および多数のリソースの可用性により、普及した。かかるストリーミングをサポートすることができる装置には、例えば、セットトップボックス、タブレット、ゲームコンソール、およびラップトップ、が含まれる。いくつかの専用製品、例えば、Ｇｏｏｇｌｅ社から入手可能なＣＨＲＯＭＥＣＡＳＴ（登録商標）マルチメディアストリーミングプレーヤ、Ａｐｐｌｅ社から入手可能なＡＰＰＬＥ  ＴＶ（登録商標）  マルチメディアストリーミングプレーヤ、および、Ｒｏｋｕ社から入手可能なＲＯＫＵ（登録商標）マルチメディアストリーミングプレーヤは、視聴者に柔軟性と選択肢を提供することができる。
【００５９】
ストリーミング可能装置は、外部のディスプレイまたはＴＶを使用して、ユーザにコンテンツを見せることができる。視聴環境でのマルチメディア配信システムにおける、視覚的リンク（例えば、ディスプレイと視聴者とにより形成されるリンク）の特徴は、非常に多様であってよい。要因には、異なるセットアップが含まれてよく、該セットアップにより、視聴距離、および周辺光の量を含む環境条件が決まるものとすることができる。
【００６０】
視聴環境における視聴条件（視聴距離および周辺光など）を推定することにより、マルチメディア配信システムでは、ユーザが視覚情報を知覚できる限度を判定することができる。この推定を使用して、マルチメディア配信システムは、元となるコンテンツ（例えば、オリジナルのコンテンツ）と同様の（例えば、知覚的に区別できない）マルチメディアコンテンツを配信することができ、一方で、ストリーミングシステム全体の帯域幅および容量の要件を減少させ、再バッファリング等の負の要因の数を減らすことにより、ユーザ経験を向上させる支援となる。距離およびピクセル密度は、視聴画面（例えば、テレビ画面）の解像度およびサイズにより決まるものであってよいため、視聴者が知覚できる視覚情報の量に影響を与えるものであってよい。
【００６１】
家庭環境または商業環境において、人々は、モバイル（ｍｏｂｉｌｅ）装置上の映像コンテンツを視聴するのに比べて、典型的には、より長い時間、一定のままである様々な距離から、ストリーミングコンテンツを見るかもしれない。大人では、視聴距離の予測因子は、家庭または商業環境における好みの視聴場所（例えば、家具の場所）である。時刻に基づいて、多くの大人が、毎日自分の好みの位置に座ってテレビを見、また、家具は、典型的には、心地よい視聴位置（単数または複数）を与えるように、配置される。図２は、テレビの面のソファに座る場合、ダイニングルームのテーブルから、および／または、キッチンから、を含むがこれに限定されない、異なる視聴距離の例を説明する。
【００６２】
図３は、子供および大人の典型的な視聴距離の、一例の累積率の分布を説明する。子供用の一例の分布は、曲線３０２で示し、大人用の一例の分布は、曲線３０４で示す。大人の平均視聴距離は、画面幅の８．６倍であり、標準偏差は画面幅の３．０倍であることが分かった。子供は、より短い距離から視聴する傾向がある。
【００６３】
自然光は、視聴環境における周辺光の量に影響するものとしてよい。日中の自然光の量は、図４に示すように、コントラスト比が桁単位で落ちる原因となり得るため、視聴設定における要因である。夜は、人工照明が、周辺光の主な光源であるが、量は典型的には日中より低く、また、コントラスト比は日中より高いことがある。
【００６４】
日中、平均照度は、夜の照度の２倍超えることがある。例えば、昼間の照度レベルは、１５０〜１８００ルクスの範囲とすることができ、平均が５８５ルクスである。夜間の照度レベルは、例えば、１３０〜３４０ルクスの範囲とすることができ、平均が２３７ルクスである。これらのレベルは、曇りの天気の日に行われた研究中に観察されたものであるが、観察されたレベルにより、周辺光は、日中よりも夜が低いという観察が確認される。
【００６５】
室内の照度は、日中に高いものとすることができる。図５は、テレビ視聴中の部屋での照度レベルについての研究の結果を説明する。本研究において、テレビ視聴中の部屋で５個、すなわち、部屋の中央、視聴場所、テレビキャビネットの最上部、テレビ画面の中央、および、テレビ内のＡＢＣ（ａｕｔｏｍａｔｉｃ  ｂｒｉｇｈｔｎｅｓｓ  ｃｏｎｔｒｏｌ（自動輝度調整））センサ、の照度測定が行われた。図５に示すように、平均照度レベルは、日中が著しく高く、例えば、午前５時から午後５時の間が、夜、例えば、午後６時と午前４時の間より著しく高い。
【００６６】
ケーブルモデム、ＤＳＬ、３Ｇ、および／またはＷｉＦｉ、などの有線および無線ネットワークでのストリーミングは、ネットワーク内での種々の帯域幅による適合を伴うことがある。帯域幅適合ストリーミングにおいては、媒体がクライアントにストリーミングされる速度（ｒａｔｅ）は、多様なネットワーク条件に適合するものとしてよく、帯域幅適合ストリーミングでは、クライアントが、クライアント所有の多様な利用可能帯域幅で媒体が受信される速度に、より良好に合わせることを可能にすることができる。加えて、ストリーミングクライアントはまた、視聴条件に関する情報を使用して、サーバから要求される速度を選択することができる。
【００６７】
図６は、一例の帯域幅適合ストリーミングシステム６００を説明する。帯域幅適合ストリーミングシステムにおいて、コンテンツプロバイダは、異なるビットレートで、同じコンテンツを提示することができる。エンコーダ６０２はマルチメディアコンテンツ６０４を、多数の目標ビットレート（例えば、ｒ1、ｒ2、．．．、ｒΜ）で符号化することができる。加えて、各符号化は、短期間（例えば、２〜１０秒）のセグメントに分割されてもよい。記述ファイル６０６またはマニフェストは、コンテンツに関連付けられた技術情報およびメタデータと、その複数の表現とを提供することができ、異なる利用可能な速度の選択を可能にする。
【００６８】
マルチメディアストリーミングシステムは、帯域幅適合をサポートすることができる。ストリーミングメディアプレーヤ、例えば、ストリーミングクライアントは、利用可能なビットレートに関して、メディアコンテンツ記述、例えば、記述ファイル６０６から学習することができる。ストリーミングクライアントは、利用可能な帯域幅または視聴条件を推定することができ、かつ、異なるビットレートでコンテンツのセグメントをリクエストすることにより、ストリーミングセッションを制御することができ、ストリーミングクライアントを、帯域幅の変動に適合させ、または、マルチメディアコンテンツのプレイバック中の視聴条件を変更する。図７は、システム７００について、帯域幅節約でストリーミングを行う帯域幅適合７０２と視聴条件適合７０４の例と共に、説明する。
【００６９】
図８は、マルチメディアコンテンツを、例えば、家庭環境または商業環境に配信することができる、一例のマルチメディアストリーミングシステム８００を説明する。ユーザ８０２は、テレビ等のディスプレイ装置８０６との視覚的リンク８０４を有することができる。テレビは、ストリーミング装置８０８と通信することができる。ストリーミング装置８０８は、ケーブルモデムまたはＤＳＬモデム、および、有線リンク（例えば、Ｅｔｈｅｒｎｅｔ）８１４と無線リンク８１６（例えば、ＷｉＦｉルータ８１８を介して）とのうちの１つまたは複数、等のＧＷ（ゲートウェイ）８１２を介して、インターネット８１０等のネットワークと通信することができる。
【００７０】
コンテンツプロバイダは、マルチメディアコンテンツを、映像ソース８２０を介し、インターネット８１０を介してユーザ８０２に提供してもよい。マルチメディアコンテンツは、エンコーダ８２２によって符号化され、かつ、ＣＤＮ（ｃｏｎｔｅｎｔ  ｄｅｌｉｖｅｒｙ  ｎｅｔｗｏｒｋ（コンテンツ配信ネットワーク））８２４を介し、ストリーミングまたはＨＴＴＰサーバ８２６を介して、インターネット８１０に配信されてもよい。
【００７１】
センサまたはカメラは、室内の視聴条件用にユーザによって較正されてもよい。家庭用エンターテイメント設定または部屋における、テレビまたは画面から視聴者（単数または複数）への距離は、推定されてもよい。この距離またはこれらの距離の推定を容易にする方法では、視聴条件適合マルチメディアストリーミングの使用を容易にすることができる。
【００７２】
家庭環境または商業環境等の視聴環境における距離推定は、モバイル装置を使用する場合とは異なってもよい。モバイル装置の場合、ユーザは一人であり、そのユーザがモバイル装置を持つ際の特定の好みを有してよい、と仮定することができる。家庭環境または商業環境等の視聴環境において、複数のユーザが存在してもよく、室内に、複数の視聴位置および／またはポイントがあってもよい。例えば、リビングルームには、家族がテレビを見ながら使用することができる、１つまたは複数の長椅子または椅子があってもよい。距離推定のタスクは学習プロセスとすることができ、それにおいて、例えば、カメラ、ＩＲセンサ信号、および／または他の方法を使用して得られる複数の推定は、収集及びクラスタ化されてもよい。クラスタリングにより、結果として、室内の典型的な視聴場所のリストを得ることができる。関連付けプロセスは、どの視聴場所を、どの時点で使用することができるのか、を判定するために使用されてもよい。複数の視聴者が存在し得る場合、または存在すると期待され得る場合、画面に最も近い視聴ポイントが、距離ベースの適合の目的で使用されてもよい。
【００７３】
距離推定では、特定の距離測定が、不正確および／または不適切（例えば、人が、ＴＶセットに消す目的で歩いて近づくとき）であることがある本明細書に開示される、統計収集、クラスタリング、および／または関連付けのプロセスは、かかる距離測定の責任を負う（例えば、無視する）ことができる。
【００７４】
顔検出技法を使用して、視聴距離を推定してもよい。テレビ、モニタ、またはセットトップボックス（ｓｅｔ  ｔｏｐ  ｂｏｘ）は、視聴者をモニタするために使用することができるセンサまたはカメラを備えてもよい。センサまたはカメラは、ユーザの視野内に設置されてもよい。
【００７５】
いくつかのテレビ、モニタ、およびセットトップボックスは、聴衆の中の１人または複数の視聴者への視聴距離を推定するために使用することができる、１つまたは複数のカメラを備えてもよい。カメラ（単数または複数）の使用を容易にするために、カメラ（単数または複数）は、ユーザへの距離を測定するための１つまたは複数のアルゴリズムにより、後に続く使用のために較正されてもよい。
【００７６】
図９は、カメラを使用して、視聴距離を推定するための一例の較正手続き９００を説明する。９０２〜９０４にて、利用可能なカメラの数を判定することができる。１つまたは複数のカメラが利用可能である場合、視聴距離を推定するための手続きは、９０６にて初期化されてもよい。９０８にて、ユーザのプロファイル、例えば、基本ユーザプロファイルが、収集されてもよい。基本ユーザプロファイルを使用して、ユーザの統計上の較正を判定することができる。例えば、ユーザの許可を得て、写真を撮ることができる。９１０にて、ユーザは、距離推定を改善する目的で、自分の好みの視聴場所（単数または複数）からの距離推定を提供することが求められてもよい。例えば、ユーザは、ユーザの現在地と、カメラおよび／またはディスプレイ装置との間の距離の推定を提供することができる。基本ユーザプロファイルを使用して、ユーザの統計上の較正を判定することができる。９１２にて、顔検出を使用して、ユーザとカメラとの間の距離を推定することができる。この推定では、ユーザ自身による距離の推定および／またはユーザのプロファイル情報を考慮に入れてもよい。複数のカメラが利用可能である場合、９１４にて、複数のカメラ、例えばステレオカメラ、の推定を使用して、距離測定を改善することができる。距離推定は、９１６にて改善することができる。
【００７７】
カメラが、例えば、テレビまたはモニタで、利用可能でない場合、他の方法を使用して視聴距離を推定してもよい。リモートコントロール、例えば、赤外線（ＩＲ）リモートコントロールを、距離推定に使用することができる。リモートコントロールは、ユーザまたは視聴者により制御、装着されるか、またはユーザまたは視聴者の面前にあるような、任意の装置とすることができるが、これに限定されない。リモートコントロールには、リモートハンドヘルド装置、ハンドセット、ウェアラブル電子装置、スマートフォン、ビデオゲームコントローラ、および／または、エンターテイメントシステム制御用の同様の装置が含まれてもよい。
【００７８】
減衰は、損失であり、例えば、空気等の媒体を通じた、信号の強さにおける漸次損失である。較正された基準を使用して、視聴距離を推定してもよい。テレビ、モニタ、またはセットトップボックスでは、システムを制御するためにリモートコントロールを使用してもよい。リモートコントロールには、システムによる、テレビからユーザ（単数または複数）までの距離を判定するための較正された基準が含まれてもよい。この基準は、例えば、可視または赤外線の光源を備えてもよい。基準光源を較正するための手続きは、本明細書に開示されるものとすることができる。
【００７９】
距離測定用の基準源は、任意のタイプの光、赤外線信号、音波等に基づくものとすることができる。
【００８０】
２つ以上の基準源を使用して、距離測定を改善してもよい。例えば、複数のユーザが、距離測定を計算および／または改善することができる対象である、それぞれのリモートコントロールを保持していてもよい。
【００８１】
減衰にまたはＦＳＰＬ（ｆｒｅｅ  ｓｐａｃｅ  ｐａｔｈ  ｌｏｓｓ（自由空間パス損失））のため、リモートコントロールが、視聴環境内の異なる領域から操作されると、信号強度が変化することがある。自由空間パス損失は、以下のように計算することができる。
【００８２】
【数１】
2016536908.tif 000003
【００８３】
ここで、ｄは送信機からの距離（例えば、単位はメートル）、ｆは信号周波数（例えば、単位はヘルツ）、および、ｃは真空における光の速度（例えば、２．９９・１０8メートル／秒）、である。このＦＳＰＬの式は、信号減衰という結果を招き得る２つの影響をカプセル化するものとしてよい。電磁エネルギーは、周波数とは無関係に自由空間に広がる。ＦＳＰＬの式はまた、受信アンテナのアパーチャ、例えば、アンテナがどの程度良好に、入力電磁波から電力を獲得することができるのか、をカプセル化するものとしてよい。このアパーチャは、信号の周波数によって決まるものであってもよい。
【００８４】
無線用途では、ＦＳＰＬは、デシベル（ｄＢ）で表現されてもよい。ＦＳＰＬは以下のように表すことができる。
【００８５】
ＦＳＰＬ（ｄＢ）＝２０ｌｏｇ10（ｄ）＋２０ｌｏｇ10（ｆ）−１４７．５５
【００８６】
消費者向けＩＲリモートコントロールでは、波長９４０ｎｍ（３２０ＴＨｚ）が使用されてもよい。表１は、異なる距離でのＩＲ信号の減衰を示す。一定の周波数では、送信機と受信機との間の距離を２倍にすることは、受信信号を６ｄＢだけ減少させ得る。受信機は、ＩＲ信号の強度に基づく視聴環境における異なる視聴距離、などの比較的小さな距離の差、を判定することができる。表１は、異なる距離でのＩＲ信号の減衰を一覧にしたものである。
【００８７】
【表１】
2016536908.tif 000004
【００８８】
距離が推定されると、この距離を使用して、オリジナルと同様の、例えば、知覚的に区別できないデータ、を産出するのに適切な解像度およびフィルタリングレベルで、プログラミングが符号化されるよう要求することができる。
【００８９】
赤外線リモートコントロールを較正して、視聴距離の推定の精度を向上させてもよい。ユーザは、画面から既知の距離（単数または複数）（例えば、８フィート、１６フィートなど）にいながらにして、例えば、リモートコントロール上のキーを押すことなど、の役割を実行することを求められてもよい。リモートコントロールからのＩＲ信号強度は、既知の距離（単数または複数）にて記録されてもよい。記録されたＩＲ信号強度は、図１０に示すように、ユーザが他の場所からテレビを見ている際に受信される信号強度と相関されること、および、ユーザの距離を推測すること、のために使用することができる。
【００９０】
図１０は、視聴環境１０００における３つの場所１００２、１００４、１００６を示し、ユーザが視聴することができるテレビ１００８から、それぞれ距離ｄ１、ｄ２、およびｄ３にある。距離ｄ１、ｄ２、およびｄ３は、既知の距離（例えば、８フィート、１６フィートなど）にて記録されたＩＲリモートコントロールの信号強度、および、場所１００２、１００４、１００６にて記録された信号強度から判定することができる。
【００９１】
リモートコントロールを使用して視聴距離を推定する際、送信されたＩＲ電力は、既知でなくてもよく、また、リモートコントロールが使用される際に毎回同じでなくてもよい。これにより、不正確な距離推定が発生することがある。ユーザは、信号強度が既知の距離から測定されるように、周期的に較正を実行するよう求められてもよい。この基準レベルは、さらなる範囲の発見に役立つものとしてよい。リモートコントロールは、ＩＲ信号を介して送信電力を送ることができる。リモートコントロールは、レギュレータ（単数または複数）を使用して、一定の送信電力を維持することができる。
【００９２】
ＦＳＰＬに加えて、信号伝播の他の特徴、例えば、マルチパス散乱および／または反射、が距離推定を変形させ得る。これらの追加的な特徴を考慮に入れると、テレビのさらに高感度で高価なＩＲ受信機を使用してもよい。
【００９３】
軸を外れたポインティング（例えば、リモートコントロールが、ＩＲ受信機にて直接はポイントしなくてもよい）は、より大きな距離として誤って解釈され得る。ユーザは、リモートコントロールをＩＲ受信機にて直接ポイントするよう求められてもよい。
【００９４】
レンジファインダが使用されてもよい。テレビ、モニタ、またはセットトップボックスは、レンジファインダ、例えば、超音波、ＩＲ、またはレーザのレンジファインダ、を備えてもよい。この能力がサポートされる場合、信号を送ることができる。反射を受信する前の遅延を、測定することができる。この時間遅延を使用して、遅延と、例えば、空気などの媒体を通した音波、ＩＲビーム、またはレーザビームの速度との関数として、ユーザへの距離を推定することができる。レンジファインダが鮮明な画像を作ることができないため、視聴者のプライバシーは保護される。
【００９５】
較正を使用して、レンジファインダが視聴者と家具とを区別するのを支援することができる。例えば、初期設定として、ユーザは、視聴者がいる場合といない場合の視聴部屋を、テレビ、セットトップボックス、またはゲームコンソールにスキャンさせるよう求められてもよい。ドップラー法を使用して、ユーザを区別することができる。一意的な符号化波形は、レンジファインダの信号（単数または複数）により精査される際に、個々のリモコンにより戻されてもよい。
【００９６】
リモートコントロールのレンジファインダが使用されてもよい。リモートコントロールは、レーザ、超音波、またはＩＲのレンジファインダを備えてもよい。リモコンのレンジファインダは、テレビまたはディスプレイに対して向けられてもよい。レンジファインダは、反射を検出することができ、かつ、リモートコントロールのＩＲ信号を介して、または、リモートコントロールがテレビまたはディスプレイとの通信に使用する他の手段によってテレビに送信することができる、距離推定を計算することができる
【００９７】
ユーザジェスチャを、システムの制御に使用することができる。例えば、ゲームまたはエンターテイメントのコンソールは、ＩＲレーザおよびセンサを使用して、画像、例えば、部屋の奥行きの画像、を取得することができる。この画像は、従来のカメラ入力に連結されて、ジェスチャ認識に使用されてもよい。ジェスチャは、同時にリモコンを使用してもしなくても、使用することができる。ユーザのジェスチャを使用して、ユーザまでの距離の推定、または推定の改善を行うことができる。ユーザは、較正手続き中に、ユーザの体型の基本プロファイルの入力を求められてもよい。ユーザの体型を使用して、腕の動き等の、ユーザの身体の動きの分析から、ユーザまでの距離を推定することができる。
【００９８】
２人以上のユーザが、同時に映像を見ることができ、結果として、複数の距離推定が得られる。この場合、ディスプレイにより近い、または最も近い視聴者の距離推定が使用されてよく、何故なら、これが、最も詳細を知覚する視聴者であるからである。例えば、最も近い視聴者が注目していないと分かる場合は、異なる視聴者の距離推定を使用してもよい。
【００９９】
２人以上のユーザまでの距離の推定は、ヘッドセットまたは三次元（３Ｄ）眼鏡を使用することにより、サポートされてもよい。眼鏡により、様々な技法を使用して、ユーザが３Ｄ映像を視聴することを可能にすることができる。かかる技術の例には、偏光シャッタおよび電子シャッタが含まれてもよい。これらの方法のどちらも、拡張して、測定の目的で、本明細書に記載される解決方法をサポートすることができる。ヘッドセットまたは眼鏡はストリーミングクライアント（例えば、テレビ、セットトップボックス、またはゲームコンソール）に、情報を送信して、距離推定を有効にすることができる。
【０１００】
アクティブなシャッタ眼鏡におけるハードウェアのいくつかは、距離計算に利用されてもよい。例えば、テレビから赤外線タイミング信号を受信するアクティブなシャッタ眼鏡は、逆に、赤外線電力計算を使用して、テレビからの距離を計算することができる。これは、テレビにおけるＩＲソースが、ＡＣ電源に接続されるため、バッテリ劣化の問題がない、という点で、ＩＲリモート信号より信頼できるものとすることができる。距離計算情報は、ストリーミングクライアント（例えば、テレビ、セットトップボックス、またはゲームコンソール）に送信されてもよい。
【０１０１】
シャッタ眼鏡および時分割多重化の追加的な使用があり得る。例えば、複数の視聴者が、複数の異なるショーを同じテレビで、見ることができる。このシナリオのための眼鏡は、ＴＶに向かって戻る通信チャンネルを有することができる。距離計算情報は、ストリーミングクライアント（例えば、テレビ、セットトップボックス、またはゲームコンソール）に送信されてもよい。
【０１０２】
眼鏡のセットは、種々の機能を実行できるインテリジェントなＷｉＦｉ接続装置の役割を果たすことができる。かかる装置は、例えば、ストリーミングクライアントとして動作することができ、かつ、リビングルームのテレビに対して出力をリダイレクトすることができる。眼鏡は、テレビに対する奥行き推定の実装、および距離ベースの適合の実行、に役立つセンサおよびツールを全て有することができる。
【０１０３】
同様の機能性はまた、ハンドセット型の装置、または、人の他のどこにでも設置できる装置（例えば、ストリーミング装置は、必ずしもヘッドマウントしなければならないわけではない）を使用して、実装可能である。
【０１０４】
マイクおよび／または音を使用して、視聴距離を推定してもよい。いくつかのテレビおよびゲームコンソールは、外部または内蔵のマイクを備えていてもよい。いくつかのテレビおよびゲームコンソールでは、カメラ等の附属品を使用してもよく、該付属品にはマイクアレイが備わっていてもよい。マイクを使用して、視聴者の音声をキャプチャすることができ、該音声は、テレビに対する視聴者の方向を識別するために使用されてもよい。音声の信号対ノイズ比（ＳＮＲ）を使用して、距離の推定を行ってもよい。いくつかのテレビは、ユーザがリモートコントロールに話しかけることを伴ってもよい、音声認識を実行することができる。音声認識は、テレビ自体に対して行われてもよい。これにより、視聴者の距離を推定するための我々のアプローチをさらに簡略化することができる。この技法は、本開示に記載される他の技術に対して補完的に使用されて、視聴者の距離および場所の推定の精度を、さらに向上させることができる。
【０１０５】
視聴部屋の周辺光の量が、推定されてもよい。モバイル装置は、利用可能な周辺光の正確な推定を得るために使用することができるセンサまたはカメラを備えてもよく、一方、視聴環境におけるストリーミング装置は、これらのセンサまたはカメラが無くてもよい。他の技法を使用して、利用可能な周辺光を推定してもよい。
【０１０６】
利用可能な周辺光のレベルは、例えば、センサを使用して推定されてもよい。センサは、いくつかのテレビでは見られ、そこでは、センサは、画面の輝度を落とすために使用されて、エネルギーを節約することができる。かかるセンサを使用することで、映像が見られている部屋の光の量の比較的正確な測定を得ることができる。センサを、他の技法と組み合わせて使用して、周辺光を推定してもよい。
【０１０７】
テレビが、自身の光センサに基づいて輝度を調整している場合、適合により、調整された輝度（例えば、周辺光に応じた輝度）を考慮に入れてもよい。テレビが、適合ストリーミング装置である場合、ストリーミング適合アルゴリズムは、ディスプレイの輝度適合に合わせて設計されてもよい。テレビが、適合ストリーミング装置ではない場合、テレビの輝度は、例えば、周辺光情報に基づき、セットトップボックスまたは適合ストリーミングクライアントの役割を果たす他の装置により、推測されてもよい。デバイスメニューコントロール（ｄｅｖｉｃｅ  ｍｅｎｕ  ｃｏｎｔｒｏｌ）およびシステム情報（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）等の、ＨＤＭＩインターフェースの特定の特徴もまた使用して、テレビにおける輝度に関連する設定を取得してもよい。
【０１０８】
加えて、または、センサが利用可能でない場合、間接的な測定を使用して、利用可能な周辺光の量を推定してもよい。多数の方法を使用して、周辺光を、個々に、または、任意の組み合わせで、推定してもよい。
【０１０９】
時刻を使用して、典型的な視聴部屋（例えば、リビングルーム）での周辺照度のレベルを推測してもよい。時刻は、例えば、ストリーミングセッションの一部としてサーバによって送られた応答の、ＨＴＴＰヘッダに見られるタイムスタンプを検査することにより、サーバから得られるものとしてよい。タイムスタンプは、ＧＭＴで与えられ、また、地理的情報が得られると、適切な時間帯となるように調整されてもよい。
【０１１０】
コンテンツが見られている地理的位置は、例えば、ユーザの同意の有無に関わらず、ストリーミング装置のＩＰアドレスを使用して、Ｇｏｏｇｌｅなどのサービスプロバイダから、取得されてもよい。ジオロケーション情報（例えば、緯度および経度、郵便番号、および／または時間帯）を使用して、日の出および日没の情報を判定してもよく、従って、コンテンツが視聴されている際の、昼光の量の推定が得られる。天気情報を使用して、推定を向上させることができる。
【０１１１】
照度レベルの推定が取得されると、この推定を使用して、オリジナルと同様の、例えば、知覚的に区別できないデータ、を産出するのに適切な解像度およびフィルタリングレベルで、マルチメディアコンテンツが符号化されるよう要求することができる。
【０１１２】
視聴環境に存在する他の装置のセンサを使用して、周辺光の推定を取得してもよい。例えば、スマートフォンまたはタブレット用のアプリケーションにより、ユーザは、装置を、テレビ、セットトップボックス、または他のストリーミング装置用のリモートコントロールとして使用することができる（例えば、スマートフォンがストリーミング装置を制御することができ、スマートフォンのアプリケーションを使用して、テレビまたはＤＶＲを制御することができる、など）。スマートフォンまたはタブレットは、利用可能なＡＬＳ（ａｍｂｉｅｎｔ  ｌｉｇｈｔ  ｓｅｎｓｏｒ（周辺光センサ））を有することができる。リモートコントロールに使用されるアプリケーションを拡張して、ＡＬＳから表示測定値を取得して、この情報をストリーミングクライアントに渡してもよい。
【０１１３】
モバイル装置に適切なＡＬＳセンサが無い場合、装置のカメラ  （例えば、背面カメラ、前面カメラ、または両方）を使用して、光を測定することができる。  
【０１１４】
テレビ以外のストリーミングクライアントが、ＡＬＳセンサを組み込んでもよい。例えば、ＡＬＳセンサは、セットトップボックス、ゲームまたはエンターテイメントのコンソール、ネットワーク化されたブルーレイ（Ｂｌｕ−ｒａｙ（登録商標））プレーヤ、専用ストリーミングメディアプレーヤボックス、等に組み込まれてもよい。ＡＬＳセンサの追加では、装置に追加のコストがほとんどかからず、かなりの帯域幅を、関連するバックエンドのメディアサービスに確保することができる。例えば、セットトップボックスでは、内蔵のＡＬＳセンサを使用して、セットトップボックスが、付属のＴＶにストリーミング映像を表示している室内の、周辺照度を判定してもよい。セットトップボックスは、周辺照度の表示測定値を使用して、より高いレベルの周辺光により、結果として、視聴画面上で、より低いレベルの知覚可能な詳細が得られる、という知見に基づき、映像ストリームのビットレートを適合させてもよい。
【０１１５】
ＡＬＳセンサが存在するとき、ＡＬＳセンサは、オペレーティングシステムにより、標準センサＡＰＩを通して見えるようにされてもよい。例えば、ＡＮＤＲＯＩＤ（登録商標）オペレーティングシステムでは、人は、クラスＳｅｎｓｏｒＥｖｅｎｔＬｉｓｔｅｎｅｒを作成して、コールバックが、ＴＹＰＥ＿ＬＩＧＨＴセンサ情報と共にある場合に、目を向けることができる。ＷＩＮＤＯＷＳ（登録商標）オペレーティングシステムでは、例えば、追加装備のＳＤＫを用いて、ＷＩＮＤＯＷＳ７（登録商標）オペレーティングシステムから開始すると、クラスＣＡｍｂｉｅｎｔＬｉｇｈｔＡｗａｒｅＳｅｎｓｏｒＥｖｅｎｔｓとして見えるようにされ得る。両ＡＰＩは、例えば、ルクスで表される、ＡＬＳからの値を報告することができる。
【０１１６】
時刻とジオロケーションだけに基づく周辺光の推定では、部屋の物理的レイアウト、例えば、視聴部屋に窓があるかどうか、ブラインドまたはカーテンが開いているか閉じているか、および／または、屋外の光がどの程度入ってきているか、を考慮することができない。ユーザが、モバイル装置を、ストリーミング装置用のリモートコントロールとして採用する場合、絶対周辺光表示測定値は、モバイル装置から受信されてもよい。ストリーミング装置は、これらの周辺光表示測定値を、観測結果として、各表示測定値がとられた時刻と共に、記録かつ格納することができる。ストリーミング装置は、これらの周辺光表示測定値を、特定の時刻における周辺光レベルに対する較正表示測定値として使用してもよい。例えば、ストリーミング装置は、記録された周辺光表示測定値から、特定の時刻における平均または期待周辺光表示測定値を判定してもよい。ストリーミング装置は、補間して、不十分な記録された周辺光表示測定値が利用可能であるとき、中間時刻の期待周辺光表示測定値を判定することができる。ユーザがモバイル装置をリモコンとして使用していない時、または、さもなければ、モバイル装置からのＡＬＳ表示測定値が、利用可能でない、もしくは、信頼できない、と判定される時、較正された時刻の表示測定値（例えば、予測、平均、および／または補間の周辺光表示測定値）が使用されてもよい。
【０１１７】
ストリーミングクライアントは、視聴環境における視聴距離を推定してもよい。本明細書に記載される技法等の技法を使用して、視聴距離を推定してもよい。視聴距離を推定するのに使用されてもよい技法は、距離推定に使用されるモジュールの可用性によって決まるものであってもよい。視聴環境における視聴距離を推定するプロセスには、アルゴリズムおよび本明細書に記載されるアルゴリズムの組み合わせ、が含まれてもよい。
【０１１８】
視聴距離および／または周辺光は、家庭環境または商業環境等の視聴環境において推定されてもよい。これら２つのパラメータが推定されてしまうと、図１１に示すように、クライアントは、これらを、利用可能な帯域幅でのクライアントの視聴に加えて使用して、クライアントが、マルチメディアコンテンツを、サーバに要求することができる際の最良の解像度および他の符号化パラメータを判定することができる。
【０１１９】
図１１は、一例のストリーミングクライアント１１００を説明する。ストリーミングクライアント１１００は、視聴距離推定モジュール１１０２および／または周辺光推定モジュール１１０４、を備えてもよい。視聴距離推定モジュール１１０２は、ＩＲ受信機からの信号強度、および／または１つまたは複数のカメラからの情報を受信することができ、かつ、視聴距離を推定することができる。周辺光推定モジュール１１０４は、時間および／またはジオロケーション情報を、サーバから受信ことができ、かつ、周辺光レベルを推定することができる。
【０１２０】
ストリーミングクライアント１１００は、利用可能な帯域幅情報の他に、視聴距離および／または周辺光等の視聴条件情報を使用してもよい。視聴距離、周辺光、および／または利用可能な帯域幅情報は、同時に使用されてもよい。例えば、ストリーミングクライアントは、映像コンテンツを見ている視聴者がいないことを検出した場合、十分な帯域幅が、もっと高いビットレートでストリーミングを行うために利用可能であっても、最も利用可能性が低いビットレートに切り替える、または、ストリーミングを中止することができる。同様に、十分でない帯域幅が利用可能である場合、既存の視聴条件のセットを前提とすると、クライアントは、許容できるレベルで映像をストリーミングするために、そうでない場合には必要であるものより低いビットレートを選択してもよい。
【０１２１】
図１２は、視聴距離推定の一例を説明する。視聴距離を推定するプロセス１２００は、装置によって使用されて、例えば、距離ベースの適合のための、典型視聴ポイントのセットを判定することができる。視聴距離推定１２０２には、統計収集、クラスタリング、および／または関連付け、が含まれてもよい。統計収集１２０４には、本明細書に記載される技法等の、１つまたは複数の候補視聴ポイントのセットを判定する技法が含まれてもよい。クラスタリング１２０６には、統計収集にて、視聴領域（例えば、部屋）における典型視聴ポイントのセットに収集されてもよい候補視聴ポイントのセットの、分析および／または体系化が含まれてもよい。クラスタリング１２０６では、例えば、候補視聴ポイント（例えば、ある期間にわたって、統計収集プロセス中に観察される、可能性のある視聴場所のセット）を、１つまたは複数のクラスタに分類することができ、それにおいて、各クラスタは、視聴領域内の同様の空間的位置を有する候補視聴ポイントから成る。クラスタ化されたグループは、次に、典型視聴ポイントを定義するために使用されてもよい。視聴場所は、その時々で変更されてもよく、例えば、統計収集プロセス１２０４が、繰り返されまたは連続的に実行されて、候補視聴ポイントの更新済みセットを生成または保持してもよく、また、クラスタリング１２０６が、繰り返されまたは連続的に実行されて、典型視聴ポイントの更新済みセットを生成または保持してもよい。関連付け１２０８は、１つまたは複数のアクティブ視聴ポイントを判定するために使用されてもよい。アクティブ視聴ポイントとは、現在アクティブであってよい、または、時々使用されてもよい、と、クラスタリング時に判定された典型視聴ポイントのセット、からの典型的視聴ポイントとすることができる。例えば、関連付け１２０８では、ユーザが、アクティブ視聴ポイントから、表示される映像を視聴している、と判定することができる。
【０１２２】
部屋の中の視聴場所は、判定されてもよい。ストリーミングクライアントは、統計を収集するために使用されてもよい技法を判定することができる。ストリーミングクライアントは、所定のセットアップ（例えば、ベンダが、標準機器構成を配備してもよい）に基づき、統計を収集するために使用されてもよい技法を判定することができる。ストリーミングクライアントは、動的な機器検出に基づき、統計を収集するために使用されてもよい技法を判定することができる。
【０１２３】
図１３は、例えば、装置がどのように統計収集を行うことできるのか、といった統計収集の一例である。統計収集の技法を使用して、使用される技法が判定された後などに、候補視聴ポイントのコレクションを集めてもよい。本明細書に記載される技法を１回または複数回使用して、データおよび／または候補視聴ポイントを集めてもよい。統計収集１３００は、１回または複数回、発生してもよい。統計収集は、較正ステップ中に１回発生してもよい。統計収集は、新しいストリーミングセッションの開始時に発生してもよい。統計収集は、ストリーミングセッション中に周期的に発生してもよい。統計収集は、ストリーミングセッション中に連続的に発生してもよい。統計収集は、オンデマンドで発生してもよい（例えば、ユーザ要求に基づき、および／または、視聴場所が最初に判定されたときには利用可能でなかった技法を使用して、新しい視聴場所が判定されるようなとき）。１つのストリーミングセッションの前および／または最中に収集された統計を使用して、複数のストリーミングセッションにおいて使用するための候補視聴ポイントを判定してもよい。複数のストリーミングセッションにわたって収集された統計を組み合わせて、候補視聴ポイントを判定するなどしてもよい。技法（または、一連の技法）は、１３０２にて選択されて、候補視聴ポイントを判定するために使用されてもよい。統計収集は、ステップ１３０４にて開始される。１３０２にて選択される１つまたは複数の（例えば、それぞれの）技法を使用して、１３０６にて候補視聴ポイントを判定してもよい。候補視聴ポイントのコレクションは、集められる。
【０１２４】
図１４は、装置（例えば、テレビ）１４２０を視聴するための、視聴領域１４００における候補視聴ポイントのセットを示す統計収集の一例である。図１４では、候補視聴ポイント１４０１〜１４１４は、統計収集により集められてもよい。
【０１２５】
図１５は、クラスタリングプロセス１５００の一例である。統計収集にて収集された候補視聴ポイントのセットは、１つまたは複数であるとしてよい。候補視聴ポイントは、例えば、ノイズのせいで、計算ミスがあることもある。可能性のある視聴場所は、例えば、人が、ＴＶを消す目的でＴＶセットに向かって歩く場合、不適切であることもある。計算ミスされた場所は、クラスタリングおよび／またはグルーピングにより識別および／または除外されてもよい。多数の候補視聴ポイントが、典型視聴ポイントのセットにクラスタ化および／またはグループ化されてもよい。
【０１２６】
統計データ分析の技法１５０２を使用して、ポイントおよび／または中心から離れた場所（例えば、外れ値）のクラスタを識別してもよい。クラスタリングに使用してもよい統計データ分析技法には、階層的クラスタリング、セントロイドベースのクラスタリング、および／または密度ベースのクラスタリングが含まれる。クラスタ数は、データ分析の結果に基づき判定されてもよい。クラスタ数を、データ分析アルゴリズムへの入力として使用してもよい。データ分析アルゴリズムは、視聴距離適合と共に使用してもよい利用可能なビットストリームの数、に基づくものとしてもよい。統計データ分析技法により、結果として、典型視聴ポイントのリストを得ることができる。
【０１２７】
図１６は、装置（例えば、テレビ）１６５０を視聴するための、視聴領域１６００における典型視聴ポイントのセットを産出する、候補視聴ポイント（中心から離れた視聴場所を含む）のクラスタリングの一例である。図１６では、候補視聴ポイント１６０１〜１６０５が１クラスタ内にあり、１６１０〜１６１３が別のクラスタ内にあり、１６２０〜１６２４がさらに別のクラスタ内にある。候補視聴ポイント１６３０および１６４０は、外れ値であると判定される。クラスタに関連付けられる候補視聴ポイントのセットは、例えば、クラスタリングが完了するときに、識別されてもよい。クラスタ内のポイントの平均視聴距離は、例えば、１つまたは複数のクラスタ（例えば、各クラスタ）について計算されてもよい。平均視聴距離は、クラスタ内の１つまたは複数（例えば、全て）のポイントを表すものとしてもよい。クラスタは、視聴環境における典型視聴ポイントであるものとしてもよい。外れ値は、廃棄してもよい。
【０１２８】
視聴環境における典型視聴ポイントのリストは、クラスタリングにより生成されてもよい。画面に最も近い典型視聴ポイントは、距離ベースの適合に使用されてもよい。異なる視聴場所（例えば、異なる典型視聴ポイント）は、様々な時に、アクティブであってもよい（例えば、表示される映像を見るのに有利なポイントとして使用されてもよい）。例えば、視聴者は、朝は、テーブルに着いて、ＴＶを見ながら朝食をとるかもしれず、視聴者は、夜は、長椅子に座って映画を見るかもしれない。視聴者は、最初は１つの典型視聴ポイントにいるかもしれないが、その後、視聴者は、別の典型視聴ポイントに移動するかもしれない。画面に最も近い視聴ポイントは、ストリーミングセッション中の、異なる時点において変わるものとしてよい。
【０１２９】
図１７は、典型視聴ポイントの、ユーザの場所との関連付け１７００の一例である。ある時点においてアクティブであってもよい典型視聴ポイント、の関連付けは、１つまたは複数のアクティブ視聴ポイントを判定するために実行されてもよい。典型視聴ポイントの近隣または典型視聴ポイントにユーザが存在することが、判定されてもよい１７０２。視聴者が、１つの典型視聴ポイントから別の典型視聴ポイントに移動しているかどうかは、ストリーミングセッション中に判定されてもよい。ユーザは、１つまたは複数の典型視聴ポイントに存在するものとしてよく、これにより、結果として、１つまたは複数のアクティブ視聴ポイントの判定を得ることができる。ユーザが２つ以上の視聴ポイントに存在する場合、画面に最も近いアクティブ視聴ポイントは、距離ベースの適合に使用されてもよい。
【０１３０】
候補視聴ポイントの履歴記録（例えば、可能性のあるユーザの場所の観察）および／またはアクティブ視聴ポイントは、記録されてもよく、かつ、関連付けプロセスへの追加的な入力として使用されてもよい。履歴記録では、各候補視聴ポイントを、候補視聴ポイントが記録または観察された時間に、関連付けしてもよい。履歴記録では、各アクティブ視聴ポイントを、アクティブ視聴ポイントがアクティブであると判定された時間または時間範囲に、関連付けしてもよい。関連付けプロセスは、典型視聴ポイントのうちのどれが、現在アクティブであるとすることができるのかを判定する際に、履歴記録を考慮してもよい。履歴記録が、特定の典型視聴ポイントが、特定の時刻に通常はアクティブである、ということを示す場合、関連付けプロセスは、その典型視聴ポイントを、特定の時刻におけるアクティブ視聴ポイントとして選択するように、偏りがあってもよい。別の例として、関連付けプロセスが、センサ入力に基づく現在のユーザの場所の判定を、かかるセンサ入力が現在利用可能でない、または、かかるセンサからの表示測定値が、現在信頼性が無いと判定される、という理由で、できない場合、関連付けプロセスは、履歴記録および現在時刻に基づいて、最もアクティブとなり得る視聴ポイントに基づき、アクティブ視聴ポイントを判定してもよい。
【０１３１】
本明細書に記載されるプロセスおよび手段は、任意の組み合わせで適用されてもよく、他の無線技術に対して適用されてもよく、他のサービスのために適用されてもよい。ＷＴＲＵは、物理的装置の識別、または、加入に関連する識別、例えば、ＭＳＩＳＤＮ、ＳＩＰＵＲＬ等のユーザの識別、を参照してもよい。ＷＴＲＵは、アプリケーションベースの識別、例えば、アプリケーションごとに使用することができるユーザ名、を参照してもよい。
【０１３２】
上記に記載されるプロセスは、コンピュータおよび／またはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれる、コンピュータプログラム、ソフトウェア、および／またはファームウェアに、実装されてもよい。コンピュータ可読媒体の例には、電子信号（有線および／または無線接続を介して送信される）および／またはコンピュータ可読記憶媒体、が含まれるが、これに限定されない。コンピュータ可読記憶媒体の例には、ＲＯＭ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスクおよび着脱可能ディスク、光磁気媒体、および／または、ＣＤ−ＲＯＭディスクおよび／またはＤＶＤ（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｋｓ）等の光媒体など、を含むがこれに限定されない磁気媒体、が含まれるがこれに限定されない。ソフトウェアに関連するプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、および／または任意のホストコンピュータにおいて使用するための、無線周波数トランシーバを実装してもよい。
【図１Ａ】
2016536908.tif 000005
【図１Ｂ】
2016536908.tif 000006
【図１Ｃ】
2016536908.tif 000007
【図１Ｄ】
2016536908.tif 000008
【図１Ｅ】
2016536908.tif 000009
【図２】
2016536908.tif 000010
【図３】
2016536908.tif 000011
【図４】
2016536908.tif 000012
【図５】
2016536908.tif 000013
【図６】
2016536908.tif 000014
【図７】
2016536908.tif 000015
【図８】
2016536908.tif 000016
【図９】
2016536908.tif 000017
【図１０】
2016536908.tif 000018
【図１１】
2016536908.tif 000019
【図１２】
2016536908.tif 000020
【図１３】
2016536908.tif 000021
【図１４】
2016536908.tif 000022
【図１５】
2016536908.tif 000023
【図１６】
2016536908.tif 000024
【図１７】
2016536908.tif 000025
【手続補正書】
【提出日】平成28年5月6日(2016.5.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
視聴推定統計を収集するステップと、
前記視聴推定統計に基づいて、視聴場所の１つ又は複数のクラスタを決定するステップと、
ユーザの視聴場所を、該視聴場所のクラスタの１つと関連付けするステップと、
少なくとも前記関連付けられたクラスタに基づいて、装置上でマルチメディアコンテンツをストリーミングする再生のためのストリーミング速度を適合させるステップと
を具えたことを特徴とする方法。
【請求項２】
周辺光レベルを決定するステップをさらに具えたことを特徴とする請求項１記載の方法。
【請求項３】
前記ストリーミング速度を適合させることは、前記決定された周辺光レベルにも基づいていることを特徴とする請求項２記載の方法。
【請求項４】
前記視聴推定統計を収集するステップは、１つ又は複数のセンサを使用して推定を獲得するステップを含むことを特徴とする請求項１記載の方法。
【請求項５】
前記１つ又は複数のセンサは、カメラ又はＩＲセンサのうちの少なくとも１つを含むことを特徴とする請求項４記載の方法。
【請求項６】
前記ユーザの前記視聴場所は、赤外線リモート制御装置からの信号の減衰量から推定されることを特徴とする請求項１記載の方法。
【請求項７】
視聴推定統計を収集し、
前記視聴推定統計に基づいて、視聴場所の１つ又は複数のクラスタを決定し、
ユーザの視聴場所をクラスタの１つと関連付けし、
少なくとも前記関連付けられたクラスタに基づいて、マルチメディアコンテンツをストリーミングする再生のためのストリーミング速度を適合させる、
ように構成されたプロセッサ
を具えたことを特徴とする装置。
【請求項８】
前記プロセッサは、周辺光レベルを決定するようにさらに構成されたことを特徴とする請求項７記載の装置。
【請求項９】
前記ストリーミング速度を適合させることは、前記決定された周辺光レベルにも基づいていることを特徴とする請求項８記載の装置。
【請求項１０】
カメラをさらに具えたことを特徴とする請求項７記載の装置。
【請求項１１】
前記視聴場所は、赤外線リモート制御装置からの信号の減衰量から推定されることを特徴とする請求項７記載の装置。
【国際調査報告】
2016536908.tif 000026
2016536908.tif 000027