(57)【要約】  デバイスベースの制御システム（ＤＢＣＳ）が、インターネット対応デバイス（ＩＥＤ）の使用を通して、デバイスにとらわれずソースにとらわれない娯楽体験を可能にする。ＩＥＤは、メディアまたは娯楽コンテンツの中をナビゲートし、ユーザによって選択されたメディアコンテンツのタイプに応じてメディアデバイスを制御し、ソーシャルネットワークを介してメディア体験を共有するための、メディア管理アプリケーションを含む。ＩＥＤは、スマートフォン、タブレットコンピュータ、および他のインターネット対応型プロセッサベースのデバイスを含む。ＤＢＣＳは、ＩＥＤのインターネットアクセスを利用して、全ての利用可能なメディアコンテンツの検索および発見を可能にする。メディア管理アプリケーションに結合されたコンテンツ推薦システム（ＣＲＳ）が、ユーザ挙動からメディア選好を学習し、メディア選好に対応するメディア選択肢を多くの異種のメディアソースから生成し、メディア選択肢をＩＥＤ上で提示する。
2012521585.tif 000002
【特許請求の範囲】
【請求項１】
構内（premise）のローカルネットワークを介してインターネットに結合されたメディア制御ネットワークと、
インターネット対応デバイス（ＩＥＤ）上で実行され前記メディア制御ネットワークを介して前記構内のメディアデバイスを制御するメディア管理アプリケーションと、
前記メディア管理アプリケーションに結合されたコンテンツ推薦(recommendation)システム（ＣＲＳ）とを備えるシステムであって、前記ＣＲＳが、ユーザ挙動(behavior)からメディア選好(preferences)を学習し、前記メディア選好に対応するメディア選択肢を複数の異種の(disparate)メディアソースから生成し、前記メディア選択肢(choices)を前記ＩＥＤ上で提示し、前記メディア管理アプリケーションが、自動的に、選択されたメディアコンテンツの送達8delivery)を制御し、前記選択されたメディアコンテンツのメディアタイプに従って、前記選択されたメディアコンテンツを送達する前記メディアデバイスを選択および制御する、システム。
【請求項２】
構内のメディア制御ネットワークであって、前記構内のローカルネットワークと公衆ネットワークとに結合された、メディア制御ネットワークと、
インターネット対応デバイス（ＩＥＤ）上で実行され前記メディア制御ネットワークに結合されたメディア管理アプリケーションであって、前記構内の複数のメディアデバイスを制御する、メディア管理アプリケーションと、
前記メディア管理アプリケーションに結合されたコンテンツ推薦システム（ＣＲＳ）とを備えるシステムであって、前記ＣＲＳが、異種のソースである複数のメディアソースからメディアコンテンツを受け取って集約し、ユーザ挙動からメディア選好を学習し、前記集約した(aggregated)メディアコンテンツから前記メディア選好に対応するメディアコンテンツ選択肢を生成し、前記メディア管理アプリケーションを介して前記メディアコンテンツ選択肢を前記ＩＥＤ上で提示し、前記メディア管理アプリケーションが、選択されたメディアコンテンツをユーザが前記ＩＥＤ上で選択するのに応答して、自動的に、前記選択されたメディアコンテンツの送達を制御し、前記選択されたメディアコンテンツのメディアタイプに従って、前記選択されたメディアコンテンツの送達に必要な前記メディアデバイスを選択および制御する、システム。
【請求項３】
前記ＩＥＤがスマートフォンを含む、請求項２に記載のシステム。
【請求項４】
前記ＩＥＤがタブレットコンピュータを含む、請求項２に記載のシステム。
【請求項５】
前記メディア管理アプリケーションが、前記ＩＥＤを介して、前記選択されたメディアコンテンツのメディアタイプに従ってコンテキストに即したメディアデバイスコントロールを生成および提示し、前記メディアデバイスコントロールが、前記ＩＥＤのタッチ画面上でのジェスチャーと前記ＩＥＤを用いて行われるジェスチャーとのうちの少なくとも一方を通して使用可能にされる、請求項２に記載のシステム。
【請求項６】
前記ユーザの前記メディア管理アプリケーションと、少なくとも１人の他ユーザの少なくとも１つの他のメディア管理アプリケーションとの間の結合を介して形成される第１のソーシャルネットワークを備え、前記少なくとも１人の他ユーザが、前記少なくとも１つの他のメディア管理アプリケーションを含むＩＥＤを有する、請求項２に記載のシステム。
【請求項７】
前記メディア管理アプリケーションと第三者ソーシャルネットワークとの間の結合を介して形成される第２のソーシャルネットワークを備え、前記第三者ソーシャルネットワーク上での前記ユーザの複数のソーシャルコンタクトへのアクセスが、前記メディア管理コンポーネントおよび前記ＩＥＤを介して前記ユーザに利用可能である、請求項２に記載のシステム。
【請求項８】
前記ＣＲＳが、前記ユーザの視聴履歴と、前記ユーザに似た少なくとも１人の他ユーザの視聴履歴と、前記ユーザによって視聴されたメディアコンテンツと同一のメディアコンテンツおよび類似するメディアコンテンツのうちの少なくとも一方を見た少なくとも１人の他ユーザの視聴履歴と、少なくとも１人の他ユーザが指定のメディアコンテンツを見た後の前記少なくとも１人の他ユーザの後続視聴履歴と、少なくとも１人の他ユーザが指定のメディアコンテンツを見る前の前記少なくとも１人の他ユーザの先行視聴履歴と、現在時に前記ユーザに利用可能な全てのメディアコンテンツとのうちの少なくとも１つから、前記メディア選好を学習する、請求項２に記載のシステム。
【請求項９】
前記メディア選好が、言語選好、メディア品質選好、ジャンル選好、チャネル選好、ソース選好のうちの少なくとも１つを含む、請求項２に記載のシステム。
【請求項１０】
前記ＣＲＳが、検索ページではなくお薦めの「厳選」(Top Picks)ページを含めるように、前記ＩＥＤ上における前記メディアコンテンツ選択肢の前記提示を制御する、請求項２に記載のシステム。
【請求項１１】
前記ＣＲＳが、ジャンルによって順序付けられたコンテンツを含めるように、前記ＩＥＤ上における前記メディアコンテンツ選択肢の前記提示を制御する、請求項２に記載のシステム。
【請求項１２】
前記ＣＲＳが、前記メディアコンテンツを前記ユーザが選択する確率に従って順序付けられたコンテンツを含めるように、前記ＩＥＤ上における前記メディアコンテンツ選択肢の前記提示を制御する、請求項２に記載のシステム。
【請求項１３】
前記ＣＲＳが、視聴可能な全てのメディアコンテンツを含めるように、前記ＩＥＤ上における前記メディアコンテンツ選択肢の前記提示を制御する、請求項２に記載のシステム。
【請求項１４】
前記メディア制御ネットワークが、前記構内の前記ローカルネットワークと前記公衆ネットワークとに結合されたハブを備える、請求項２に記載のシステム。
【請求項１５】
前記メディア制御ネットワークが少なくとも１つのノードを含み、前記構内のノードの数が前記構内のテレビジョンの数に対応し、前記少なくとも１つのノードが、前記ハブに登録され、ワイヤレス結合を介して前記ハブからコマンドを受信する、請求項１４に記載のシステム。
【請求項１６】
前記少なくとも１つのノードが、前記ハブから無線周波数（ＲＦ）コマンドを受信し、前記ＲＦコマンドを、前記選択されたメディアコンテンツの送達に必要な前記選択されたメディアデバイスに対応する赤外線信号（ＩＲ）に変換する、請求項１５に記載のシステム。
【請求項１７】
前記複数のメディアデバイスに対応する複数のＩＲコードを含む赤外線（ＩＲ）データベースを備え、前記少なくとも１つのノードが、前記ＲＦコマンドをＩＲ信号に変換するために前記ＩＲコードを使用する、請求項１６に記載のシステム。
【請求項１８】
各ＩＲコードがユニバーサルコントロール（ＵＥＳ）フォーマットで維持され、前記ＵＥＳフォーマットがＩＲパルスの周波数およびマーク−スペース・タイミングを一連の数字として表し、各ＩＲコードがインターネットを介して前記メディア制御ネットワークと前記メディア管理アプリケーションとのうちの少なくとも一方に配信される、請求項１７に記載のシステム。
【請求項１９】
前記構内の前記複数のメディアデバイスと前記複数のメディアデバイス間の結合との論理表現(representation)であるデバイスマップデータベースを備える、請求項２に記載のシステム。
【請求項２０】
前記ローカルネットワークに結合されたデバイス上で実行されるリモート制御式インターネットブラウザ（ＲＣＩＢ）を備え、前記メディア管理アプリケーションが前記ＲＣＩＢと通信し前記ＲＣＩＢを制御する、請求項２に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本出願は、２００９年３月２０日出願の米国特許出願第６１／１６２，２４５号の利益を主張する。
【０００２】
本出願は、２００９年１１月２０日出願の米国特許出願第６１／２６２，９２６号の利益を主張する。
本明細書に述べる実施形態は、一般に、電子メディアデバイスおよびコンテンツの制御に関する。より詳細には、本明細書に述べる実施形態は、インターネット対応デバイスを使用して、メディアまたは娯楽コンテンツのナビゲーションを制御すること、およびメディアデバイスまたはコンポーネントを制御することに関する。
【背景技術】
【０００３】
消費者は、自分の構内（例えば家庭やオフィスなど）で対処すべき２つのレベルの複雑性を有する。第１の複雑性は、構内の様々な電子コンポーネントまたは機器（例えばオーディオコンポーネント、ビデオコンポーネント、ディジタルビデオレコーダ（ＤＶＲ）、ディジタルビデオプレーヤなど）を管理および制御することを扱う。この問題に対する従来の解決法は、消費者が単一のリモートを使用して複数のコンポーネントを制御することを可能にするユニバーサルリモートであった。
【０００４】
第２の複雑性は、消費者が現在、任意の特定時に膨大なソースから見るためおよび／または聞くために利用可能な多すぎるほどのコンテンツ選択肢を、対話式に調査／閲覧する方法がないことである。コンテンツの消費者は、自分の欲求およびニーズに合致する見るべきコンテンツを見つけるという、ますます増大し続けるジレンマに直面している。多すぎるほどのチャネルへのアクセスを現在ほとんどの消費者が有するとすれば、電子番組ガイド（ＥＰＧ）を使用してＴＶコンテンツを検索する現行の手法は満足できる手法ではなく、ほとんどの消費者は自分の視聴を、限られたチャネルサブセットに制限している。ＩＰＴＶおよび他のインターネットソースからのコンテンツが含まれるときは、この手法は完全に失敗する。さらに、検索の使用は、自分が何を検索しているかがユーザにわかっていることを前提としており、この前提の下ではうまく機能する。しかし、ほとんどとは言わないまでも多くの状況では、ユーザは、検索して見たい特定のコンテンツがあるわけではない。
参照による組込み
本明細書で言及する各特許、特許出願、および／または刊行物は、個々の特許、特許出願、および／または刊行物がそれぞれ具体的かつ個別に参照により組み込まれるように示された場合と同程度に、その全体が参照により本明細書に組み込まれる。
【発明の概要】
【課題を解決するための手段】
【０００５】
課題を解決するための手段を限定するものではないが、参考までに、本願の出願時の請求項１には、以下の事項が記載されている。
［請求項１］
構内のローカルネットワークを介してインターネットに結合されたメディア制御ネットワークと、
インターネット対応デバイス（ＩＥＤ）上で実行され前記メディア制御ネットワークを介して前記構内のメディアデバイスを制御するメディア管理アプリケーションと、
前記メディア管理アプリケーションに結合されたコンテンツ推薦システム（ＣＲＳ）とを備えるシステムであって、前記ＣＲＳが、ユーザ挙動からメディア選好を学習し、前記メディア選好に対応するメディア選択肢を複数の異種のメディアソースから生成し、前記メディア選択肢を前記ＩＥＤ上で提示し、前記メディア管理アプリケーションが、自動的に、選択されたメディアコンテンツの送達を制御し、前記選択されたメディアコンテンツのメディアタイプに従って、前記選択されたメディアコンテンツを送達する前記メディアデバイスを選択および制御する、システム。
【図面の簡単な説明】
【０００６】
【図１】一実施形態の下における、デバイスベースの制御システム（ＤＢＣＳ）のブロック図である。
【図２】一実施形態の下における、コンテンツベースのナビゲーションを示す、ＩＥＤ上で提示される第１の例示的なスクリーンショットである。
【図３】一実施形態の下における、コンテンツベースのナビゲーションを示す、ＩＥＤ上で提示される第２の例示的なスクリーンショットである。
【図４】一実施形態の下における、コンテキストベースおよびジェスチャーベースのメディアデバイス制御を示す、ＩＥＤ上で提示される例示的なスクリーンショットである。
【図５】一実施形態の下における、ユーザアクションにマッピングされたアクションに基づくコンテキストの第１の例示的なマッピング（「ＴＶに注目している場合、視聴者が検索ボタンを押すまで」）である表である。
【図６】一実施形態の下における、ユーザアクションにマッピングされたアクションに基づくコンテキストの第２の例示的なマッピング（「デバイスに注目している場合」）である表である。
【図７】一実施形態の下における、ＩＥＤを使用したメディアコンテンツ調査を示す、ＩＥＤ上で提示される例示的なスクリーンショットである。
【図８】一実施形態の下における、ｚＨｕｂのフォームファクタを示す図である。
【図９】一実施形態の下における、ｚＮｏｄｅのフォームファクタを示す図である。
【図１０】一実施形態の下における、３つの異なるトップを有するｚＮｏｄｅベースのフォームファクタを示す図である。
【図１１】一実施形態の下における、コンテンツ・インデックス・データベース（ＣＩＤ）のためのカスタム番組フィードの生成に関するブロック図である。
【図１２】一実施形態の下における、ＩＲコードデータベース（ＵＥＳフォーマット）との間でコードを転送することに関するブロック図である。
【図１３】一実施形態の下における、構内コンポーネント構成セットアップに関するブロック図である。
【図１４】一実施形態の下における、構内コンポーネント構成セットアップ内のメディアデバイスの論理表現のブロック図である。
【図１５−１】一実施形態の下における、ＤＢＣＳを指定および構成して構内のメディアコンポーネントと対話することに関する流れ図である。
【図１５−２】一実施形態の下における、ＤＢＣＳを指定および構成して構内のメディアコンポーネントと対話することに関する流れ図である。
【図１５−３】一実施形態の下における、ＤＢＣＳを指定および構成して構内のメディアコンポーネントと対話することに関する流れ図である。
【図１６】一実施形態の下における、コンポーネント推薦システム（ＣＲＳ）の動作に関するブロック図である。
【図１７】一実施形態の下における、ＤＢＣＳユーザ間で形成されるソーシャルネットワークのブロック図である。
【図１８】一実施形態の下における、ＲＣＩＢＳをホストするコンピュータと共にＩＥＤを備えるホームネットワークのブロック図である。
【図１９】一実施形態の下における、ＩＥＤによって生成されるコマンドと、コマンドに応答したＲＣＩＢＳによる結果的なアクションまたは動作との表である。
【発明を実施するための形態】
【０００７】
消費者がメディアまたは娯楽コンテンツの中をナビゲートすること、メディアコンポーネントまたは機器を制御してメディアコンテンツを見ることおよび／または聞くこと、ならびに自分のメディア体験をインターネットコミュニティまたはソーシャルネットワークと共有することを、インターネット対応デバイス（ＩＥＤ、ｉｎｔｅｒｎｅｔ−ｅｎａｂｌｅｄ  ｄｅｖｉｃｅ）の使用を通して可能にする、デバイスベースの制御システム（ＤＢＣＳ、Ｄｅｖｉｃｅ−Ｂａｓｅｄ  Ｃｏｎｔｒｏｌ  Ｓｙｓｔｅｍ）について述べる。一実施形態のインターネット対応デバイスは、インターネット接続性と、画面と、画面上のコントロールをナビゲートする手段とを備える任意のプロセッサベースのデバイスを含み、例えばスマートフォン、タブレットコンピュータ、タッチ対応デバイス（例えばｉＰｈｏｎｅ（登録商標）、ｉＰｏｄ（登録商標）、ｉＰａｄ（登録商標）など）、パーソナルコンピュータ（ＰＣ）、ディジタルフォトフレーム、および他のインターネット対応型かつプロセッサベースのクライアントデバイスもしくはリモートデバイスである。ＤＢＣＳは、ＩＥＤのインターネットアクセスを利用して、全ての利用可能なメディアコンテンツの検索および発見を可能にする。
【０００８】
ＤＢＣＳは、前述の複雑性を克服して、消費者に利用可能なメディアコンテンツ選択肢への直接アクセスをＩＥＤ上でユーザフレンドリな方式で消費者に提供する。したがってＤＢＣＳは、構内ハードウェア、ソフトウェアシステム、および／またはインターネットアクセスの組合せを使用して、消費者が自分のインターネット対応デバイスを介してメディアコンテンツを選択および制御できるようにする。ＤＢＣＳは、消費者がメディアを選択する方法、および消費者が自分の娯楽コンポーネントまたはデバイスにわたってどのようにそのメディアを制御するかを変革し、したがって、デバイスにとらわれずソースにとらわれない娯楽体験を可能にする。
【０００９】
本明細書における詳細な記述は例示の目的で多くの細目を含むが、以下の詳細に対する多くの変形および改変が本明細書に記載の実施形態の範囲内にあることは、当業者なら誰でも理解するであろう。したがって、以下の例示的な実施形態は、特許請求する本発明に対するどんな一般性の喪失もなしに、また、特許請求する本発明に限定を課すこともなしに記載される。
【００１０】
以下の用語は、本明細書において以下の一般的な意味を有し得るが、当業者によってこれらの用語に帰せられる意味も有し得る。
「タッチハンドヘルド」または「タッチ対応デバイス」は、タッチ画面を有しモバイル形式で対話することができる任意のデバイスである。例えば、ｉＰｈｏｎｅ（登録商標）、ｉＰｏｄ（登録商標）、ｉＰａｄ（登録商標）、および／またはＮｅｘｕｓ（登録商標）フォンのようなデバイスが、タッチハンドヘルドデバイスである。
【００１１】
「コンテンツソース」は、特定のコンテンツが利用可能にされる元であるソース（例えばブロードキャスト、ケーブル、無線、オンライン、ディジタルビデオディスク（ＤＶＤ）、ビデオオンデマンド（ＶＯＤ）など）である。
【００１２】
「入力」は、テレビジョン（ＴＶ）やオーディオ／ビデオ（ＡＶ）受信機などのコンポーネント上にある様々な入力ポート（例えばＨＤＭＩ１ポート、Ｃｏｍｐｏｎｅｎｔ１ポートなど）を指す。
【００１３】
「ｚＨｕｂ」は、イーサネット信号を無線周波数（ＲＦ）信号に変換するハードウェアコンポーネントである。
「ｚＮｏｄｅ」は、ＲＦ信号を赤外線（ＩＲ）信号に変換するハードウェアコンポーネントである。
【００１４】
「クラウド」は、インターネットサーバベースのソフトウェアおよびデータである。
「デバイス／機器」は、いくつかの例を挙げるとＴＶ、ＤＶＤプレーヤ、ＡｐｐｌｅＴＶデバイスなどの、娯楽コンポーネントまたはデバイスである。
【００１５】
「ルータ」は、インターネットケーブルまたはディジタル加入者リンク（ＤＳＬ）モデムに結合または接続され、家庭内の１つまたは複数のインターネットプロトコル（ＩＰ）ベースのデバイス（例えばパーソナルコンピュータ（ＰＣ）、ＷｉＦｉデバイスなど）によって共有されるホームネットワークを可能にする、インターネットスイッチである。
【００１６】
「ＩＲコード」は、コンポーネントまたは機器に対する特定のアクションを制御または実施するのに使用される赤外線コードである。
「ＲＦ」は、ｚＨｕｂとｚＮｏｄｅとの間でワイヤレス通信するのに使用される無線周波数信号である。
【００１７】
「番組ガイド」は、利用可能なメディアコンテンツ（例えばＴＶ番組、オーディオ番組など）に対応するメタデータの集まりである。例としては、限定されないが例えば電子ＴＶガイドや電子番組ガイドが含まれる。
【００１８】
「オンラインメディア」は、インターネットベースのメディアコンテンツである。
「セレンディピティ」または「コンテンツ推薦システム（ＣＲＳ、Ｃｏｎｔｅｎｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｓｙｓｔｅｍ）」は、ユーザ挙動に基づいてコンテンツまたは他の番組のお薦めを提供するＺｅｌｆｙソフトウェアアルゴリズムシステムである。
【００１９】
「ジェスチャー」は、インタフェースデバイスとの、またはデバイスのインタフェースとの、タッチベースおよび／または動きベースの対話（例えば右にスワイプ、左にスワイプ、軽く叩く、右に動かす、左に動かす、振るなど）である。
【００２０】
図１は、一実施形態の下における、デバイスベースの制御システム（ＤＢＣＳ）のブロック図である。一実施形態のＤＢＣＳは、本明細書でｚＨｕｂ２と呼ぶハブ２と、本明細書でｚＮｏｄｅ３と呼ぶノード３と、消費者が対話する対象であるインターネット対応デバイス（ＩＥＤ）４のプロセッサ上で実行されるＤＢＣＳアプリケーションまたはソフトウェアとを備える。ｚＨｕｂ２は、ＩＥＤ４からローカルまたは構内ネットワーク（例えばルータ、ＷｉＦｉなど）を介して信号またはコマンドを受信して、これらのコマンドをＲＦ信号に変換するハードウェアコンポーネントを備える。ｚＮｏｄｅ３は、ｚＨｕｂ２からＲＦ信号を受信して、これらのＲＦ信号を、メディアコンポーネントによって解釈可能なプロトコル（例えば赤外線）に変換するハードウェアコンポーネントを備える。構内に存在するｚＨｕｂ２およびｚＮｏｄｅ３は、本明細書でメディア制御ネットワークと呼ぶことができるが、そのように限定されるわけではない。ＩＥＤ４上で実行またはホストされるＤＢＣＳアプリケーションは、本明細書でメディア管理アプリケーションと呼ぶことができるが、そのように限定されるわけではない。
【００２１】
ＤＢＣＳは、インターネットサーバ１上でホストされる、コンテンツライブラリ１Ｃとも呼ばれるコンテンツ・インデックス・データベース（ＣＩＤ）１Ｃを備え、これは電子番組ガイド情報を管理する。ＤＢＣＳは、インターネットサーバ１上でホストされるデバイスマップおよび赤外線データベース１Ｂを備え、これは構内のメディアコンポーネントの管理に使用される。ＤＢＣＳは、インターネットサーバ１上でホストされる推薦アルゴリズム１Ｇを備え、これは消費者の挙動に基づいてメディアコンテンツを消費者に提案する。推薦アルゴリズムは、本明細書でコンテンツ推薦システム（ＣＲＳ）と呼ぶことができるが、そのように限定されるわけではない。ＤＢＣＳは、メディアコンテンツ周辺における消費者のソーシャル体験を管理するソーシャルプラットフォーム１Ａを備えるかまたは形成する。ＤＢＣＳは、ＷｉＦｉを介してインターネットコンテンツを高精細度テレビジョン（ＨＤＴＶ）にストリーミングするｚＨＤＳｔｉｃｋを備える。ＤＢＣＳは、ＴＶでのオンラインメディア視聴の管理を補助するｚＳｋｙソフトウェアエージェントを備える。ｚＳｋｙエージェントは、ｚＨＤＳｔｉｃｋ上でホスト（例えばプレインストール）することができ、あるいはメディアＰＣ上で独立してインストールすることができるが、本実施形態はそのように限定されるわけではない。ＤＢＣＳはまた、ＴＶ番組ガイド１Ｄ、オンラインビデオ／音楽／写真サービス１Ｅ、ならびに／または、ＴＶショー情報およびトレーラ１Ｆも備える。ＤＢＣＳのコンポーネントについて、以下に詳細に述べる。
【００２２】
ＤＢＣＳソフトウェアまたはアプリケーションは、消費者が対話する対象であるＩＥＤのプロセッサ上で実行される。消費者がＩＥＤを使用するとき、消費者は主にＤＢＣＳソフトウェアと対話して、自分の家庭娯楽体験を管理する。
【００２３】
ＤＢＣＳソフトウェアは、コンテンツベースのナビゲーションを通して、その主要な形のインタフェースとしてコンテンツ選択肢を提供するが、これらのコンテンツ選択肢は、個々の消費者の選好に合わせられる。コンテンツ選択肢は、消費者が素早く閲覧してコンテンツを選択できるような、理解しやすいジャンルを用いて分類される。コンテンツ選択肢は、複数のソースから、例えば消費者がアクセスを有する加入メディア、ブロードキャストメディア、ケーブル、ＤＶＲ、ＶＯＤ、およびインターネットなどから集約される。
【００２４】
一般に、ＤＢＣＳは、構内のローカルネットワークを介してインターネットに結合されたメディア制御ネットワークを含むシステムである。ＤＢＣＳは、インターネット対応デバイス（ＩＥＤ）上で実行されメディア制御ネットワークを介して構内のメディアデバイスを制御する、メディア管理アプリケーションを備える。ＤＢＣＳは、メディア管理アプリケーションに結合されたコンテンツ推薦システム（ＣＲＳ）を備え、ＣＲＳは、ユーザ挙動からメディア選好を学習し、メディア選好に対応するメディア選択肢を複数の異種のメディアソースから生成し、メディア選択肢をＩＥＤ上で提示する。メディア管理アプリケーションは、自動的に、選択されたメディアコンテンツの送達を制御し、選択されたメディアコンテンツのメディアタイプに従って、選択されたメディアコンテンツを送達するメディアデバイスを選択および制御する。
【００２５】
図２は、一実施形態の下における、コンテンツベースのナビゲーションを示す第１の例示的なスクリーンショット２００である。この例示的なスクリーンショット２００は、ＩＥＤを介してＣＲＳによって生成され提示された「厳選」お薦め（「ＴＶショー」のカテゴリ中の）を含む。図３は、一実施形態の下における、コンテンツベースのナビゲーションを示す第２の例示的なスクリーンショット３００である。この例示的なスクリーンショット３００は、ＩＥＤを介してＣＲＳによって生成され提示された「厳選」お薦め（「映画」カテゴリ中の）を含む。これらの例２００／３００はＡｐｐｌｅ（登録商標）Ｉｎｃ．からのｉＰｈｏｎｅ（登録商標）上での例として示されているが、本明細書における実施形態は、ｉＰｈｏｎｅ（登録商標）に限定されず、任意のプロセッサベースのＩＥＤで使用することができる。ＤＢＣＳソフトウェアは、個人化されたコンテンツ選択肢が、コンテンツによってカテゴリ化された画像フォーマットでＩＥＤのディスプレイ上に提示されるようにする。コンテンツは、特定のユーザが構内でどんなメディアサービス（例えばケーブル、ブロードキャストなど）を有するかに応じて、そのユーザ向けにカスタマイズされる。コンテンツ選択肢は、多くのソースおよびデバイスにわたって広がる。ユーザがＤＢＣＳソフトウェアにアクセスする時刻に応じて、コンテンツはその時刻におけるコンテンツ利用可能性により変化する。
【００２６】
コンテンツが選択されると、ＤＢＣＳソフトウェアはＩＥＤを介して、消費者による、コンテキストに即したジェスチャーベースのメディアコンポーネント制御（例えば音量選択、チャネル選択、一時停止／再生など）を可能にする。メディアコンポーネント制御は、消費者がＩＥＤを見る必要なしにメディアおよびコンポーネントにアクセスしてそれらを制御できるようなジェスチャーを通して、可能にされる。
【００２７】
図４は、一実施形態の下における、コンテキストベースおよびジェスチャーベースのメディアデバイス制御を示す例示的なスクリーンショット４００である。この例４００はＡｐｐｌｅ（登録商標）Ｉｎｃ．からのｉＰｈｏｎｅ（登録商標）上での例として示されているが、本明細書における実施形態は、ｉＰｈｏｎｅ（登録商標）に限定されず、任意のプロセッサベースのデバイスで使用することができる。メディアコンテンツおよびデバイスの制御は、ＩＥＤを介して行われるジェスチャーを通して可能にされる。例えば、ＤＶＤプレーヤを見ているとき、ＩＥＤ４００上で１回軽く叩くと、ＤＶＤの一時停止機能が制御され、ＩＥＤ４００上で再び軽く叩くと、ＤＶＤの再生再開機能が制御される。同様に、ＩＥＤ画面インタフェース上で右にスワイプすると、スキップ機能が制御されてコンテンツが後続の章にスキップし、左にスワイプすると、スキップ機能が制御されてコンテンツが前の章にスキップする。ＩＥＤ画面インタフェース上で上下にスワイプすると、適切なメディアデバイス（例えばＴＶ、ＡＶ受信機など）上での音量が制御される。さらに、ＩＥＤを持って右にジェスチャーすると、スキップ機能を制御してコンテンツを後続の章にスキップさせることができ、左にジェスチャーすると、スキップ機能を制御してコンテンツを前の章にスキップさせることができる。ＩＥＤを持って上下にジェスチャーすると、適切なメディアデバイス（例えばＴＶ、ＡＶ受信機など）上の音量を制御することができる。
【００２８】
一実施形態のジェスチャーおよびタッチアクションは、現在再生されているメディアのコンテキストに基づく機能を制御する。ジェスチャーおよびタッチアクションは、動的に、例えばインターネットサーバから変更することができるが、そのように限定されるわけではない。図５は、一実施形態の下における、ユーザアクションにマッピングされたアクションに基づくコンテキストの第１の例示的なマッピング（「ＴＶに注目している場合、視聴者が検索ボタンを押すまで」）である表である。図６は、一実施形態の下における、ユーザアクションにマッピングされたアクションに基づくコンテキストの第２の例示的なマッピング（「デバイスに注目している場合」）である表である。
【００２９】
ＤＢＣＳソフトウェアは、消費者がメディア選択肢を調査することを可能にする。消費者は、特定のメディアコンテンツに決める前に、ＩＥＤを使用して、使用している選択肢に関する調査を実施することができる。例えば消費者は、メディアコンテンツの詳細な説明、ショーの筋に関する詳細、およびそのコンテンツを以前に視聴した他者の集約的な意見を突き止めることができる。
【００３０】
図７は、一実施形態の下における、ＩＥＤを使用したメディアコンテンツ調査を示す例示的なスクリーンショット７００である。この例７００はＡｐｐｌｅ（登録商標）Ｉｎｃ．からのｉＰｈｏｎｅ（登録商標）の場合の例として示されているが、本明細書における実施形態は、ｉＰｈｏｎｅ（登録商標）に限定されず、任意のプロセッサベースのデバイスで使用することができる。消費者は、ＩＥＤを使用して、メディアコンテンツに関する情報、例えばＩＥＤから視聴できる番組コンテンツの詳細な説明を収集することができ、あるいは消費者は、ＩＥＤを介して、他のソースから利用可能な類似のコンテンツを調査することができる。加えて、この例示的なスクリーンショットは、同じショーを見ている他者の識別を消費者に対して表示し（「今５人が見ています」）、消費者が自分の娯楽体験を友人と共有またはソーシャル化できるようにする。消費者はまた、ソーシャルネットワークの友人が何を見ているかを見ることができ、自分が視聴しているのと同じショーまたは類似するショーを他の誰が見ているかを知ることができる。このように、ＤＢＣＳは、友人が集まってチャットすること、コメントを表現もしくは投稿すること、および／または特定のメディアコンテンツを評価することを可能にする。
【００３１】
特定のショーを見ている間、消費者は、ＤＢＣＳソフトウェアの操作を通して、インターネットを介して自分の体験を他者と共有することができる。消費者は、ソーシャルネットワーク上の友人と分かち合うことができる。さらに、消費者は、自分が何を見ているかを公表し、友人とチャットして、ショーについてより多く知ったり、あるいはショーについて話し合ったりすることができる。これらの活動は全て、ユーザがコンテンツを選択した場であるＩＥＤを介して実施することができる。
【００３２】
ｚＨｕｂは、第１の端で電源差込み口（例えば交流電流（ＡＣ）電力）に結合または接続し、第２の端でホスト構内のルータまたは他のネットワークスイッチに結合または接続するデバイスである。図８に、一実施形態の下における、ｚＨｕｂのフォームファクタ８００を示す。ｚＨｕｂは、ルータに結合または接続されているときは、構内ネットワーク中の参加デバイスであり、したがってルータを介してインターネットまたは他のネットワークにアクセスすることができる。ｚＨｕｂは、構内ネットワークにつながれていることにより、ＩＥＤによって発見されて結合されるように構内ネットワーク上で利用可能である。ｚＨｕｂは、ＵＰＮＰパケットを介してそのＩＰアドレスを公表し、これによりＩＥＤは、ｚＨｕｂを発見または識別して、ｚＨｕｂへの結合または接続を形成することができる。ＩＥＤがネットワーク中でｚＨｕｂを発見すると、ＩＥＤはｚＨｕｂと提携する。
【００３３】
ＩＥＤがコマンドを送信したとき、ｚＨｕｂは、ＩＥＤからコマンドを受信し、このコマンドを、家屋内の特定のｚＮｏｄｅに向けた特定の命令に変える。したがってｚＨｕｂは、コマンドを、ＲＦ信号を介して特定のｚＮｏｄｅに送信される特定のＩＲコードに変えるかまたはマッピングする。ｚＨｕｂは、メディアデバイスの制御に使用できるＩＲコードまたは他のデータをキャッシュすることができる。キャッシュ中で適切なＩＲコードが利用可能でない場合は、ｚＨｕｂは常に構内ルータを介してインターネットに接続されているので、コードを（例えばインターネットサーバから）検索する。構内に複数のｚＮｏｄｅがある場合もあり、その場合は、ｚＨｕｂは構内の全ての登録済みｚＮｏｄｅを管理する。さらに、単一のｚＨｕｂが同時に複数のｚＮｏｄｅと対話することもできる。例として、ユーザがチャネル３２４上にあるコンテンツを居間のＴＶに表示されるように選択したとき、ｚＨｕｂはコマンドを、居間のｚＮｏｄｅに向けた特定のＲＦ信号に変換する。
【００３４】
ｚＮｏｄｅは、構内でメディアコンポーネントへの妥当な見通し線を有する位置にある構造（例えば家具、棚など）上に配置することができるデバイスである。図９に、一実施形態の下における、ｚＮｏｄｅのフォームファクタ９００を示す。各ｚＮｏｄｅの主要な機能は、ｚＨｕｂからコマンドを受信して、これらのコマンドを、メディアデバイス制御プロトコルを介したメディアデバイスの制御のために変換することである。一実施形態のｚＮｏｄｅは電池で動作するが、そのように限定されるわけではない。ｚＮｏｄｅは、ｚＨｕｂからＲＦ信号を介してコマンドを受信し、これらのコマンドをＩＲ信号に変換する。一般に、ＩＲコードデータ自体がｚＮｏｄｅ中にキャッシュされるが、キャッシュされない場合は、ｚＨｕｂはそれを意識しており、ＩＲコードを要求の一部として送信する。ｚＮｏｄｅは、受信したコマンドの情報を使用して、対応するＩＲ信号をブロードキャストしてメディアデバイスを制御する。
【００３５】
ＩＲ信号を発することに加えて、ｚＮｏｄｅはまた、ＩＲ信号を受信する。この機能により、消費者は、ＤＢＣＳ  ＩＲデータベースの一部として利用可能でないコードを、ＤＢＣＳに対して学習／教授することができる。ｚＮｏｄｅはまた、電池性能を監視して電池情報をｚＨｕｂに報告し、ｚＨｕｂは、電池情報をＩＥＤに報告し返す（例えば要求があり次第）。一実施形態のｚＮｏｄｅは、アナログ信号を受信して処理することができ、したがって、メディアデバイス制御パラメータとして使用できる他の構内パラメータセンサの情報（例えば室温、音レベル、コンパス、加速度計など）を受信することができる。
【００３６】
消費者の構内の各ＴＶにつき、１つのｚＮｏｄｅが対応するように使用される。構内の全てのｚＮｏｄｅは、ｚＨｕｂに登録される。種々のｚＮｏｄｅ「フルーツ」のトップは、ベースは同じのままで交換可能であり、これにより消費者は、消費者の種々のメディアシステム用に複数のフルーツを購入しようとする場合に、任意のフルーツを混合し合致させることができる。図１０に、一実施形態の下における、３つの異なるトップ９０１／９０２／９０３を有するｚＮｏｄｅベース９１０のフォームファクタを示す。
【００３７】
ＤＢＣＳは、図１に関して上述したように、コンテンツ・インデックス・データベース（ＣＩＤ）を備える。一実施形態のＣＩＤは、番組データベースとも呼ばれ、インターネットサーバ上でホストされて電子番組ガイド情報を管理するが、そのように限定されるわけではない。ＣＩＤは、特定ユーザについての構内娯楽に関係する全ての番組情報を含む。例として、ＣＩＤは、電子ＴＶガイドのデータを含む。
【００３８】
図１１は、一実施形態の下における、ＣＩＤのためのカスタム番組フィードの生成に関するブロック図１１００である。ＣＩＤは、種々のシステムからのコンテンツメタデータ（例えばＴＶガイドデータ（トリビューン・メディア・サービスから受信される）、ＤＶＲ、インターネットメディアコンテンツ、ＶＯＤなど）の定期的なフィードを受信し、これらのソースからコンテンツ・インデックス（メタデータ）を集約する。このデータは、ソース独自のフォーマットで受信され、いくつかの例を挙げるとスケジュール、番組、チャネル、サービスプロバイダ、ユーザお薦め、およびユーザ選好を含む。ＤＢＣＳは、任意のソースから任意のメディアメタデータをロードすることのできるユニバーサル・データ・ローダ（例えばＸＭＬベースのデータ・ローダ）を含み、ＤＢＣＳはこれを、ソースごとのデータフォーマット辞書に基づいて達成する。ＤＢＣＳは、受信したデータを、容易に閲覧可能かつ検索可能なフォーマットに再フォーマットする。ＤＢＣＳ推薦システムは、ＣＩＤを使用して、各消費者に合わせたコンテンツを生成する。
【００３９】
ＣＩＤは、種々のシステムから受信されるコンテンツメタデータ（例えば、トリビューン・メディア・サービスから受信されるＴＶガイドデータや、ＤＶＲ、インターネットメディアコンテンツ、ＶＯＤなど）の定期的なフィードを使用して、定期的（例えば毎晩、１２時間毎、毎時など）にリフレッシュされる。データを処理する際、受信したコンテンツメタデータは、中間準備エリアに配置されチェックされる。大量のメタデータは、自動的にデータをロードしてＤＢＣＳジャンルに分類する、規則ベースのエンジンを使用して処理される。コンテンツに対応する入来メタデータは、ユーザが管理できる、より小さいジャンル集合に自動的に分類される。この自動分類は、ソースジャンルと宛先ジャンルとの間の相互参照を用いて実施される。一実施形態のこの処理は、ユーザに対する主要なインタフェースとしての働きをする画像を自動的に再リンクする。
【００４０】
この定期的なプロセス、すなわちＣＩＤのリフレッシュは、メディアサイト（例えばビデオ、音楽、画像など）をクロールするクローラの使用を含む。クローラは、複数のメディアサイトからのコンテンツメタデータ（ＵＲＬ）を索引付けし、クローリング活動の結果として得られたデータはＣＩＤに記憶される。一実施形態のＤＢＣＳはＴＶおよび映画コンテンツを対象とするので、クローラはＴＭＳデータを基本データセットとして使用し、したがってＴＭＳはクローラをこの既知のまたは事前定義済みの範囲内に留まるよう制約するが、実施形態はそのように限定されるわけではない。しかし、一実施形態のＣＩＤは、任意のソースからの任意のメディアに及ぶ。同様に、セレンディピティ推薦システムもまた、任意のソースからの任意のタイプのメディアと共に機能する。
【００４１】
ＤＢＣＳは、図１に関して上述したように、インターネットサーバ上でホストされ構内のメディアコンポーネントの管理に使用される、デバイスマップおよび赤外線データベースを備える。一実施形態のデバイスマップおよび赤外線データベースは、以下に述べるように、デバイスマップデータベースおよび赤外線データベースを含む。
【００４２】
赤外線データベースは、構内のメディアコンポーネントを制御するのに必要な赤外線コードを含む。ＤＢＣＳは、１つまたは複数のインターネットサーバ上に赤外線データベースを記憶し維持する。特定の構内に必要な制御コードは、需要があり次第、初期システム構成の間に構内ｚＨｕｂに書き込まれる。赤外線コードは、本明細書でＵＥＳフォーマットと呼ぶＤＢＣＳユニバーサル制御フォーマットで維持される。新しい消費者電子デバイスが市場に入ってくるのに伴い、それらのデバイスの各々のコードがこのデータベース中で利用可能にされ、したがってこれらのコードは、需要があり次第、消費者に利用可能になる。
【００４３】
ＵＥＳフォーマットは、赤外線コードを生フォーマットでデータベースに記憶するための、ＤＢＣＳ独自のフォーマットである。ＩＲコードを圧縮フォーマットで記憶する従来の解決法とは異なり、ＵＥＳフォーマットは、ＩＲパルスの周波数およびマーク−スペース・タイミングを一連の数字として記憶する。これにより、インターネット接続または結合を介してコードを記憶および送達することができる。個々の赤外線コードの記憶および配信は、ウェブサービス・ベースの要求−応答アーキテクチャを介する。赤外線コードはまた、ｚＮｏｄｅおよび／またはｚＨｕｂ上にキャッシュされる。図１２は、一実施形態の下における、ＵＥＳデータベースとの間でコードを転送することに関するブロック図１２００である。
【００４４】
デバイスにとらわれない娯楽体験を提供するために、一実施形態のデバイスマップデータベースは、消費者の構内の各デバイスと、それらのデバイスが結合または接続されている構成との論理表現を含む。構内／ユーザのメディアコンポーネント構成は、例えば、コア機能（例えばオーディオ出力デバイス、ビデオ出力デバイス、ビデオコンテンツソース、オーディオ出力ソース、中間切替装置など）、および様々なコンポーネント関係によって抽象化され、これらの参加デバイス間の関係として論理的に表現される。これにより、ＤＢＣＳは、構内における様々な消費者構成にわたってスケール調整することができる。図１３は、一実施形態の下における、構内コンポーネント構成セットアップに関するブロック図１３００である。図１４は、一実施形態の下における、構内コンポーネント構成セットアップ内のメディアデバイスの論理表現のブロック図１４００である。
【００４５】
ユーザは、システムを初めてセットアップするとき、構成情報を提供する。図１５（１５−１、１５−２、１５−３をまとめて）は、一実施形態の下における、ＤＢＣＳを指定および構成して構内のメディアコンポーネントと対話することに関する流れ図１５００である。デバイスマップデータベースはあらゆるユーザのメディアシステム構成を記憶し、消費者が新しいデバイスを構成に追加するのに伴って、新しいデバイスはその消費者の構成データベースに追加される。ユーザの構内のデバイスセットアップ情報は、接続マップに変換され、デバイスマップデータベースに記憶される。さらに、この構成データベースのローカルコピーがＩＥＤに記憶される。
【００４６】
前述のように、メディアコンテンツの消費者は、様々なソース（例えばブロードキャストＴＶ、インターネットＴＶ、衛星ＴＶ、ＤＶＤ、ＶＯＤなど）から見るべき面白いコンテンツを見つけるという、ますます増大し続けるジレンマに直面している。解決法として、一実施形態のＤＢＣＳは、個人化されたコンテンツ推薦システム（ＣＲＳ）を備え、それにより、特定のユーザにとって興味があるであろうコンテンツをそのソースにかかわらず識別し、個人化された方式でユーザにお薦めを提供する。このような発見機構の提供は、消費者の満足感を大きく増すことが示されており、多数の選択肢がある場合のどんな形のコンテンツ（例えば小売り、ニュース、ブログ、ＴＶ、映画、音楽など）に対しても必須のツールに急速になりつつある。
【００４７】
個人化されたＣＲＳは、本明細書でセレンディピティとも呼ばれ、ＤＢＣＳのユーザ体験を大きく向上させる１組のお薦めを提供する。ＣＲＳのお薦めは、エンドユーザの個人化された欲求だけでなく、お薦めが作成されるコンテキストも考慮する。したがって、ＣＲＳのお薦めは、個人化されているとともにコンテキスト化されている。例えば、ある個人は、金曜日の午後１１時に他の人たちが見たいであろうコンテンツよりも、水曜日の午後３時の別のコンテンツを見たい可能性の方が高いが、このことは、お薦めを作成するときに考慮されるべきである。同様に、ある個人の気分は、見たいコンテンツに影響を及ぼすことになる。ＣＲＳは、消費者の視聴習慣に関する追加の情報を受け取って取り入れるのに伴い、進化し続ける。
【００４８】
一実施形態のＣＲＳは、属性マッチングを実施する。したがって、ＣＲＳは消費者挙動情報がほとんどない状態で開始し（コールドスタート問題）、初期の手法は、番組属性についての消費者選好を、来たるショーの属性とマッチングすることに基づく。したがって例えば、番組が表示されるジャンルおよびチャネルを用いて、最初のお薦めが生成されることになる。ＴＶスケジュールに関する調査により、これはエンドユーザにとって「安全な」選択肢を提供することになることが示されている。これらのお薦めが、ランダムだが注意深く選択された１組の他の選択肢と組み合わされて、「セレンディピティ」が提供される。
【００４９】
一実施形態のＣＲＳは、共同フィルタリングを実施する。ユーザ挙動を考慮することから、優れたお薦めが生まれる。というのは、これにより、「集団の知恵」を用いてお薦めを適合させることができるからである。データが収集されるにつれて、類似ユーザおよび類似番組コンテンツを合致させることに基づくお薦めが、推薦方式に組み合わされる。このように手法を組み合わせることで、単独で使用されるどちらの手法よりもよいお薦めが提供される。
【００５０】
一実施形態のＣＲＳは、コンテキストベースのお薦めを提供する。コンテキストベースのお薦めは、番組が表示される時間に基づいてお薦めを重み付けすることによって（例えばホラーショーは夜間の方が推奨されるなど）、またジャンル（気分に対する初期の代用として用いられる）を介して番組へのアクセスを提供することによって、生成される。詳細な視聴統計が受け取られるのに伴って、一実施形態のＣＲＳは、コンテキストに即したお薦めの根拠を、純粋にメタデータに基づくものから、ユーザの視聴習慣から抽出されたコンテキスト情報に基づくお薦めへと移行させる。
【００５１】
図１６は、一実施形態の下における、ＣＲＳの動作に関するブロック図１６００である。動作は、ユーザが自分のＩＥＤ上でＤＢＣＳアプリケーションを開いたときに開始する。ＤＢＣＳアプリケーションは、ローカル時間を記録する。ＤＢＣＳアプリケーションは、ＤＢＣＳサーバ上で動作しているＤＢＣＳ推薦システム（ＣＲＳ）に、ユーザに対するお薦めのリストを求める要求を送る。ＤＢＣＳアプリケーションは、ローカル時間および現在の気分をＣＲＳに送る。
【００５２】
一実施形態のＣＲＳは推薦エンジンを備えるが、この推薦エンジンは、重み割当てシステムと、時間最適化コンポーネントと、気分最適化コンポーネントと、得点付けシステムと、お薦めを提供するためのウェブサービスコンポーネントとを含む。推薦エンジンは、ユーザに利用可能な全てのメディアの記録を含めた入力と、ユーザ履歴ロギングおよびユーザメディア選好コンポーネントからの入力とを受け取る。一実施形態のＣＲＳの入力は、以下に挙げる１つまたは複数を含むが、実施形態はそのように限定されるわけではない。すなわち、ユーザの現在のローカル時間；ユーザのメディア選好（メディア選好は、言語選好、メディア品質選好（例えば高精細度のみ、標準精細度のみなど）、ジャンル選好（例えばアクション、冒険物など）、チャネル選好（例えばＮＢＣ、ＡＢＣ、ディスカバリーなど）、ソース選好（例えばオンライン、生ＴＶ、ケーブルなど）を含めた１つまたは複数のサブグループの選好を含む）；ユーザの視聴履歴；現在のユーザに類似するユーザの視聴履歴；現在のユーザと同じ／類似するショーを見たユーザの視聴履歴；他ユーザの、特定のショーを見た後の後続視聴履歴；他ユーザの、特定のショーを見る前の先行視聴履歴；現在のローカル時間が与えられた場合の、ユーザに利用可能な全てのメディアのリスト、である。
【００５３】
ＣＲＳは、前述のＣＲＳ入力を使用して、ユーザに利用可能なお薦めコンテンツのリストを生成する。お薦めコンテンツのリストはユーザに提示され、ユーザはリストからメディアコンテンツを選択する。ユーザは、ＩＥＤインタフェースを使用して、コンテンツを選択してコンテンツを楽しみ始める。ユーザの選択は、後でＣＲＳ中で使用するために、記録されてユーザ履歴ロガーに返送される。
【００５４】
十分に実装された「発見機構」と、検索機構との両方がウェブサイト上に提供されているとき、「発見機構」の方が検索機構よりも頻繁に使用されるので、ＣＲＳは、一実施形態のＩＥＤ上における提示を介して、検索ページではなくお薦めの「厳選」ページを提示する。ＣＲＳはまた、ユーザがコンテンツを選択するのを容易にするために、ＩＥＤ上における提示を介して、ジャンル（例えばニュース、コメディなど）によって順序付けられたコンテンツで導く。所望の番組を突き止めるのに必要な検索の量を低減するために、ＣＲＳは、ＩＥＤ上における提示を介して、個人が各番組を見たいと思う可能性（以前の視聴履歴に基づく）に従ってコンテンツをリストする。さらに、ＣＲＳは、ＩＥＤ上における提示を介して、視聴可能な全てのコンテンツ（およびおそらく、現在のチャネル設定を使用すると現在は視聴可能ではないいくらかのコンテンツ）をリストして、ユーザが自分の行う選択において制限されないようにする。
【００５５】
ＤＢＣＳは、ＩＥＤ上および／またはリモートサーバ上で実行されるＤＢＣＳソフトウェアまたはアプリケーションを使用して、ＤＢＣＳシステムの全てのユーザを含むソーシャルネットワーク（本明細書ではＤＢＣＳネットワークと呼ぶ）を自動的に形成する。したがって、ＤＢＣＳは、ＤＢＣＳネットワーク周辺におけるソーシャル対話を可能にし、それによりＤＢＣＳユーザは、他のユーザとつながり、興味を同じくする人々を発見し、他の人々と交流する。図１７は、一実施形態の下における、ＤＢＣＳユーザ間で形成されるソーシャルネットワークのブロック図１７００である。この例のソーシャルネットワークは、ＤＢＣＳを介して結ばれた友人グループＡ／Ｂ／Ｃ（例えば全て同じメディアコンテンツ嗜好を有する）を含む。
【００５６】
あらゆるＤＢＣＳユーザはＤＢＣＳサーバを介して論理的につながっているので、ＭＤＳＣユーザは、ＤＢＣＳネットワークを介して他の人々を発見することができる。人々が同時にオンラインであるとき、ＤＢＣＳは、第１のユーザが自分と同じショーを見ている他ユーザと接続できるようにすることが可能である。ユーザはまた、ＤＢＣＳネットワーク上のある人を選び、その人がどんなショー（複数可）を見るのかを知ることができる。ＤＢＣＳは、ＤＢＣＳネットワーク上のユーザ間の双方向通信を可能にする。
【００５７】
ＭＤＳＣユーザはまた、第三者ソーシャルネットワークを介して他の人々を発見することができる。ＤＢＣＳは、ＤＢＣＳユーザを、そのユーザがメンバとなっている第三者ソーシャルネットワーク（例えばフェイスブック、ツイッターなど）に結合または接続する。ＤＢＣＳと第三者ソーシャルネットワークとの間の結合により、これらのネットワーク中でのユーザのソーシャルコンタクトがユーザに利用可能になり、また、ユーザと第三者ソーシャルネットワーク上の任意の人物との間で双方向通信が可能になる。
【００５８】
ＤＢＣＳネットワークおよび／または第三者ソーシャルネットワークを介して接続されたＤＢＣＳユーザは、ＤＢＣＳにより、ショーをお互いに推薦することができ、ネットワーク上の同じ考えを持つユーザを発見して彼らが見ているかもしれないショーと同じショーを見ることができ、同じショーを見ているユーザを発見して友人同士になることができ、ショーが進行している間に生でショーについて話し合うことができ、類似するメディアコンテンツ嗜好を持つユーザのグループに加わることができる。
【００５９】
一実施形態のＤＢＣＳは、リモート制御式インターネットブラウザソフトウェア（ＲＣＩＢＳ、ｒｅｍｏｔｅ−ｃｏｎｔｒｏｌｌｅｄ  ｉｎｔｅｒｎｅｔ  ｂｒｏｗｓｅｒ  ｓｏｆｔｗａｒｅ）を備える。ＲＣＩＢＳは、インターネットメディア消費に最適化された、リモート制御可能なインターネットブラウザである。図１８は、一実施形態の下における、ＲＣＩＢＳをホストするコンピュータとＩＥＤとを備えるホームネットワークのブロック図１８００である。ＲＣＩＢＳは、ビデオ、オーディオ、およびインターネット機能を有しユーザのホームネットワークに接続されたコンピュータ上で展開される。ＤＢＣＳアプリケーションをホストするＩＥＤもまた、ホームネットワークに結合される。ＩＥＤは、ＲＣＩＢＳにコマンドを送信し、ＲＣＩＢＳから応答を受信する。コマンドはＲＣＩＢＳによって受信され実行される。図１９は、一実施形態の下における、ＩＥＤによって生成されるコマンドと、コマンドに応答したＲＣＩＢＳによる結果的なアクションまたは動作との表である。
【００６０】
本明細書に述べる実施形態は、構内のローカルネットワークを介してインターネットに結合されたメディア制御ネットワークを含むシステムを備える。一実施形態のシステムは、インターネット対応デバイス（ＩＥＤ）上で実行されメディア制御ネットワークを介して構内のメディアデバイスを制御する、メディア管理アプリケーションを含む。一実施形態のシステムは、メディア管理アプリケーションに結合されたコンテンツ推薦システム（ＣＲＳ）を含む、ＣＲＳは、ユーザ挙動からメディア選好を学習し、メディア選好に対応するメディア選択肢を複数の異種のメディアソースから生成し、メディア選択肢をＩＥＤ上で提示する。メディア管理アプリケーションは、自動的に、選択されたメディアコンテンツの送達を制御し、選択されたメディアコンテンツのメディアタイプに従って、選択されたメディアコンテンツを送達するメディアデバイスを選択および制御する。
【００６１】
本明細書に述べる実施形態は、構内のメディア制御ネットワークを含むシステムを備え、メディア制御ネットワークは、構内のローカルネットワークと、公衆ネットワークとに結合される。一実施形態のシステムは、インターネット対応デバイス（ＩＥＤ）上で実行されメディア制御ネットワークに結合された、メディア管理アプリケーションを含む、メディア管理アプリケーションは、構内の複数のメディアデバイスを制御する。一実施形態のシステムは、メディア管理アプリケーションに結合されたコンテンツ推薦システム（ＣＲＳ）を含む、ＣＲＳは、異種のソースである複数のメディアソースからメディアコンテンツを受け取って集約し、ユーザ挙動からメディア選好を学習し、集約したメディアコンテンツからメディア選好に対応するメディアコンテンツ選択肢を生成し、メディア管理アプリケーションを介してメディアコンテンツ選択肢をＩＥＤ上で提示する。選択されたメディアコンテンツをユーザがＩＥＤ上で選択するのに応答して、メディア管理アプリケーションは、自動的に、選択されたメディアコンテンツの送達を制御し、選択されたメディアコンテンツのメディアタイプに従って、選択されたメディアコンテンツの送達に必要なメディアデバイスを選択および制御する。
【００６２】
一実施形態のＩＥＤは、スマートフォンを含む。
一実施形態のＩＥＤは、タブレットコンピュータを含む。
一実施形態のメディア管理アプリケーションは、ＩＥＤを介して、選択されたメディアコンテンツのメディアタイプに従ってコンテキストに即したメディアデバイスコントロールを生成および提示する。メディアデバイスコントロールは、ＩＥＤのタッチ画面上でのジェスチャーと、ＩＥＤを用いて行われるジェスチャーとのうちの少なくとも一方を通して使用可能にされる。
【００６３】
一実施形態のシステムは、ユーザのメディア管理アプリケーションと、少なくとも１人の他ユーザの少なくとも１つの他のメディア管理アプリケーションとの間の結合を介して形成される第１のソーシャルネットワークを備え、少なくとも１人の他ユーザは、少なくとも１つの他のメディア管理アプリケーションを含むＩＥＤを有する。
【００６４】
一実施形態のシステムは、メディア管理アプリケーションと第三者ソーシャルネットワークとの間の結合を介して形成される第２のソーシャルネットワークを備え、第三者ソーシャルネットワーク上でのユーザの複数のソーシャルコンタクトへのアクセスが、メディア管理コンポーネントおよびＩＥＤを介してユーザに利用可能である。
【００６５】
一実施形態のＣＲＳは、ユーザの視聴履歴からメディア選好を学習する。
一実施形態のＣＲＳは、ユーザに似た少なくとも１人の他ユーザの視聴履歴からメディア選好を学習する。
【００６６】
一実施形態のＣＲＳは、ユーザによって視聴されたメディアコンテンツと同一のメディアコンテンツおよび類似するメディアコンテンツのうちの少なくとも一方を見た少なくとも１人の他ユーザの視聴履歴から、メディア選好を学習する。
【００６７】
一実施形態のＣＲＳは、少なくとも１人の他ユーザが指定のメディアコンテンツを見た後の、少なくとも１人の他ユーザの後続視聴履歴から、メディア選好を学習する。
一実施形態のＣＲＳは、少なくとも１人の他ユーザが指定のメディアコンテンツを見る前の、少なくとも１人の他ユーザの先行視聴履歴から、メディア選好を学習する。
【００６８】
一実施形態のＣＲＳは、現在時にユーザに利用可能な全てのメディアコンテンツからメディア選好を学習する。
一実施形態のＣＲＳは、ユーザの視聴履歴と、ユーザに似た少なくとも１人の他ユーザの視聴履歴と、ユーザによって視聴されたメディアコンテンツと同一のメディアコンテンツおよび類似するメディアコンテンツのうちの少なくとも一方を見た少なくとも１人の他ユーザの視聴履歴と、少なくとも１人の他ユーザが指定のメディアコンテンツを見た後の、少なくとも１人の他ユーザの後続視聴履歴と、少なくとも１人の他ユーザが指定のメディアコンテンツを見る前の、少なくとも１人の他ユーザの先行視聴履歴と、現在時にユーザに利用可能な全てのメディアコンテンツとのうちの少なくとも１つから、メディア選好を学習する。
【００６９】
一実施形態のメディア選好は、言語選好を含む。
一実施形態のメディア選好は、メディア品質選好を含む。
一実施形態のメディア選好は、ジャンル選好を含む。
【００７０】
一実施形態のメディア選好は、チャネル選好を含む。
一実施形態のメディア選好は、ソース選好を含む。
一実施形態のメディア選好は、言語選好、メディア品質選好、ジャンル選好、チャネル選好、ソース選好のうちの少なくとも１つを含む。
【００７１】
一実施形態のＣＲＳは、検索ページではなくお薦めの「厳選」ページを含めるように、ＩＥＤ上におけるメディアコンテンツ選択肢の提示を制御する。
一実施形態のＣＲＳは、ジャンルによって順序付けられたコンテンツを含めるように、ＩＥＤ上におけるメディアコンテンツ選択肢の提示を制御する。
【００７２】
一実施形態のＣＲＳは、メディアコンテンツをユーザが選択する確率に従って順序付けられたコンテンツを含めるように、ＩＥＤ上におけるメディアコンテンツ選択肢の提示を制御する。
【００７３】
一実施形態のＣＲＳは、視聴可能な全てのメディアコンテンツを含めるように、ＩＥＤ上におけるメディアコンテンツ選択肢の提示を制御する。
一実施形態のメディア制御ネットワークは、構内のローカルネットワークと、公衆ネットワークとに結合されたハブを備える。
【００７４】
一実施形態のメディア制御ネットワークは少なくとも１つのノードを含み、構内のノードの数が構内のテレビジョンの数に対応し、少なくとも１つのノードは、ハブに登録され、ワイヤレス結合を介してハブからコマンドを受信する。
【００７５】
一実施形態の少なくとも１つのノードは、ハブから無線周波数（ＲＦ）コマンドを受信し、これらのＲＦコマンドを、選択されたメディアコンテンツの送達に必要な選択されたメディアデバイスに対応する赤外線信号（ＩＲ）に変換する。
【００７６】
一実施形態のシステムは、複数のメディアデバイスに対応する複数のＩＲコードを含む赤外線（ＩＲ）データベースを備え、少なくとも１つのノードは、ＲＦコマンドをＩＲ信号に変換するためにＩＲコードを使用する。
【００７７】
一実施形態の各ＩＲコードは、ユニバーサルコントロール（ＵＥＳ）フォーマットで維持され、ＵＥＳフォーマットは、ＩＲパルスの周波数およびマーク−スペース・タイミングを一連の数字として表す。
【００７８】
一実施形態のシステムは、ＩＲコードのインターネットベースまたはネットワークベースの配信を含み、各ＩＲコードは、未圧縮ユニバーサルコントロール（ＵＥＳ）フォーマットで維持される。ＵＥＳフォーマットは、ＩＲパルスの周波数およびマーク−スペース・タイミングを一連の数字として表す。
【００７９】
一実施形態のシステムは、構内の複数のメディアデバイスと、複数のメディアデバイス間の結合との論理表現である、デバイスマップデータベースを備える。
一実施形態のシステムは、ローカルネットワークに結合されたデバイス上で実行されるリモート制御式インターネットブラウザ（ＲＣＩＢ）を備え、メディア管理アプリケーションは、ＲＣＩＢと通信し、ＲＣＩＢを制御する。
【００８０】
本明細書に述べる実施形態は、プロセッサ上で実行されるコンピューティング方法を含み、この方法は、構内のローカルネットワークを介してメディア制御ネットワークをインターネットに結合する。一実施形態の方法は、インターネット対応デバイス（ＩＥＤ）上で実行されるメディア管理アプリケーションと、メディア制御ネットワークとを介して、構内のメディアデバイスを制御することを含む。一実施形態の方法は、ユーザ挙動からメディア選好を学習することを含む。一実施形態の方法は、メディア選好に対応するメディア選択肢を複数の異種のメディアソースから生成することを含む。一実施形態の方法は、メディア選択肢をＩＥＤ上で提示することを含む。一実施形態の方法は、自動的に、選択されたメディアコンテンツの送達を制御し、選択されたメディアコンテンツのメディアタイプに従って、選択されたメディアコンテンツを送達するメディアデバイスを選択および制御することを含む。
【００８１】
一実施形態の方法は、ＩＥＤを介して、選択されたメディアコンテンツのメディアタイプに従ってコンテキストに即したメディアデバイスコントロールを生成および提示することを含み、メディアデバイスコントロールは、ＩＥＤのタッチ画面上でのジェスチャーと、ＩＥＤを用いて行われるジェスチャーとのうちの少なくとも一方を通して可能にされる。
【００８２】
一実施形態の方法は、ユーザのメディア管理アプリケーションと、少なくとも１人の他ユーザの少なくとも１つの他のメディア管理アプリケーションとの間の結合を介して第１のソーシャルネットワークを形成することを含み、少なくとも１人の他ユーザは、少なくとも１つの他のメディア管理アプリケーションを含むＩＥＤを有する。
【００８３】
一実施形態の方法は、メディア管理アプリケーションと第三者ソーシャルネットワークとの間の結合を介して第２のソーシャルネットワークを形成することを含み、第三者ソーシャルネットワーク上でのユーザの複数のソーシャルコンタクトへのアクセスが、メディア管理コンポーネントおよびＩＥＤを介してユーザに利用可能である。
【００８４】
一実施形態の方法は、ユーザの視聴履歴と、ユーザに似た少なくとも１人の他ユーザの視聴履歴と、ユーザによって視聴されたメディアコンテンツと同一のメディアコンテンツおよび類似するメディアコンテンツのうちの少なくとも一方を見た少なくとも１人の他ユーザの視聴履歴と、少なくとも１人の他ユーザが指定のメディアコンテンツを見た後の、少なくとも１人の他ユーザの後続視聴履歴と、少なくとも１人の他ユーザが指定のメディアコンテンツを見る前の、少なくとも１人の他ユーザの先行視聴履歴と、現在時にユーザに利用可能な全てのメディアコンテンツとのうちの少なくとも１つから、メディア選好を学習することを含む。
【００８５】
一実施形態の方法は、検索ページではなくお薦めの「厳選」ページを含めるように、ＩＥＤ上におけるメディアコンテンツ選択肢の提示を制御することを含む。
一実施形態の方法は、ジャンルによって順序付けられたコンテンツを含めるように、ＩＥＤ上におけるメディアコンテンツ選択肢の提示を制御することを含む。
【００８６】
一実施形態の方法は、メディアコンテンツをユーザが選択する確率に従って順序付けられたコンテンツを含めるように、ＩＥＤ上におけるメディアコンテンツ選択肢の提示を制御することを含む。
【００８７】
一実施形態の方法は、視聴可能な全てのコンテンツを含めるように、ＩＥＤ上におけるメディアコンテンツ選択肢の提示を制御することを含む。
一実施形態の方法は、構内の各テレビジョンにつきノードを提供することを含む。
【００８８】
一実施形態の方法は、各ノードをハブに登録することを含む。
一実施形態の方法は、ハブから無線周波数（ＲＦ）コマンドを受信し、これらのＲＦコマンドを、選択されたメディアコンテンツの送達に必要な選択されたメディアデバイスに対応する赤外線信号（ＩＲ）に変換することを含む。
【００８９】
一実施形態の方法は、複数のメディアデバイスに対応する複数のＩＲコードを含む赤外線（ＩＲ）データベースを提供することを含む。
一実施形態の方法は、各ＩＲコードをユニバーサルコントロール（ＵＥＳ）フォーマットで維持することを含み、ＵＥＳフォーマットは、ＩＲパルスの周波数およびマーク−スペース・タイミングを一連の数字として表す。
【００９０】
一実施形態の方法は、インターネットを介してＩＲコードを配信することを含み、各ＩＲコードは、未圧縮ユニバーサルコントロール（ＵＥＳ）フォーマットで維持される。ＵＥＳフォーマットは、ＩＲパルスの周波数およびマーク−スペース・タイミングを一連の数字として表す。
【００９１】
一実施形態の方法は、構内の複数のメディアデバイスと、複数のメディアデバイス間の結合との論理表現である、デバイスマップデータベースを生成および維持することを含む。
【００９２】
一実施形態の方法は、ローカルネットワークに結合されたデバイス上で実行されるリモート制御式インターネットブラウザ（ＲＣＩＢ）を使用して、ＩＥＤを介して公衆ネットワークにアクセスすることを含む。
【００９３】
構内メディアコンテンツナビゲーションおよび制御に加えて、ＤＢＣＳは一般に、構内自動化および制御に使用することもできる。ｚＨｕｂとｚＮｏｄｅとは、他の通信プロトコルおよびデバイス（例えばＺｉｇｂｅｅなど）との互換性を有する汎用無線を使用して相互に通信し、したがって、ＩＥＤは、家庭にある他のデバイス、例えばいくつかの例を挙げるとホームアプライアンス、電灯、冷蔵庫を制御するのに使用することができる。
【００９４】
一実施形態のＤＢＣＳは、ＩＥＤ上で支払いプラットフォームを可能にする。支払いプラットフォームは、リモートコントロール内の統合支払いシステムを含み、このシステムから支払いを行って、メディアコンテンツまたは他の品物および／もしくはサービスを購入することができる。例えばユーザは、映画を見た後で、その映画のＤＶＤをＩＥＤから購入することができる。別の例として、ユーザは、ＩＥＤからサービスに対して支払いをすることができる（例えばＮｅｔｆｌｉｘ、Ｃｉｎｅｍａ  Ｎｏｗ、Ａｍａｚｏｎ  Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄなど）。
【００９５】
一実施形態のＤＢＣＳは、ＤＢＣＳコンポーネントに結合または接続されたセンサを使用して、周囲環境を意識した娯楽体験最適化を可能にする。例えば、メディアが消費されるエリアまたは環境にあるセンサが、環境のパラメータまたは特性（例えば雑音、温度、照明など）を測定する。測定されたパラメータに応じて、娯楽体験の周囲環境を最適化するためにメディアデバイス（例えばＴＶ、ホームシアターなど）を調整する（例えば音量、明るさなど）ことができる。
【００９６】
一実施形態のＤＢＣＳは、ＩＥＤを介して構内の他の無線制御デバイスを制御することを可能にする。一実施形態のＤＢＣＳコンポーネント（例えばＩＥＤ、ｚＮｏｄｅ、ｚＨｕｂなど）の何らかの組合せは、ＷｉＦｉ上でリッスンしリモート制御式または無線制御式デバイスの周波数中で無線信号を送信する、ソフトウェアおよびハードウェアを含む。ＭＤＳＣは、ＩＥＤを介して受信したユーザコマンドをＷｉＦｉ信号にマッピングし、ＷｉＦｉ信号はハードウェアに通信される。ハードウェアは、ＷｉＦｉ信号を、無線制御式デバイスに対応する無線信号に変換する。
【００９７】
一実施形態のＤＢＣＳは、双方向通信（例えばシステムからユーザへ、およびユーザからシステムへの通信）をサポートする、リモートコントロールのためのメッセージングプラットフォームを可能にする。許可された第三者が、全てのリモートコントロール、特定のリモートコントロールグループ、および／または構内に位置する特定のリモートコントロールに、メッセージを送ることができる。メッセージは、いくつかの例を挙げるとマルチメディアメッセージ、アラート、情報、質問、および／または広告のうちの１つまたは複数とすることができる。メッセージは、例えば、メッセージを送信するシステムとリアルタイムでユーザが通信することのできる対話画面を含むことができる。
【００９８】
一実施形態のＤＢＣＳは、ウェブベースの商店をＴＶで閲覧することを可能にする。ＤＢＣＳはまた、ウェブベースの商人からＴＶを介して購入することを可能にする。
一実施形態のＤＢＣＳは、ＩＥＤ上で広告を動的に提示することを可能にする。広告は、スタンドアロン広告、ならびに、ユーザのＴＶに現在表示されている広告に同期して現れて再生されるコンパニオン広告を含む。広告は、ユーザがサービスに入会すること、製品またはサービスを購入すること、および／もしくは、追加情報を要求／受領することを可能にするという点で、アクショナブルとすることができる。
【００９９】
一実施形態のＤＢＣＳは、ユーザがＴＶでメディアコンテンツを見る前にＩＥＤ上でそのコンテンツをプレビューすることを可能にする。
一実施形態のＤＢＣＳは、特定の年齢層の人々が視聴するのにどのショー・レーティング（例えばＧ、ＰＧ、ＰＧ−１３、Ｒ、ＮＣ−１７など）が安全かを自動的に知るスマートリモートコントロールとしてＩＥＤを使用可能にすることによって、ＩＥＤを介してスマート「年齢レーティング」管理を可能にする。ユーザプロファイル上の年齢に応じて、ＤＢＣＳは自動的にコンテンツを隠蔽または提示する。一実施形態のＩＥＤは、複数のユーザプロファイルを含み、ＩＥＤを現在使用している個人の識別に基づいてメディアコンテンツの表示を制御する。
【０１００】
一実施形態のＤＢＣＳは、娯楽消費におけるユーザ挙動、生の観客測定、生の広告測定、ならびに地理的および人口統計的ターゲティングに関するデータを収集することにより、リモート制御分析を可能にする。
【０１０１】
一実施形態のＤＢＣＳは、クラウドベースのパーソナルメディアコントローラおよびオンデマンドメディア送達システムを可能にする。ＤＢＣＳは、ユーザがライブを見て、見ているコンテンツのコピーをＤＢＣＳ上の自分のアカウントに記憶することを可能にする。ＤＢＣＳは、ＤＶＲのようにユーザが録画をスケジュールすることを可能にするが、ショーをユーザの家庭のハードウェアデバイスに録画するのではなく、録画はＤＢＣＳ上のユーザのアカウントに記憶される。したがって、消費者はＤＢＣＳを、自分の仮想ＤＶＲまたは仮想パーソナルビデオレコーダとして使用することができる。
【０１０２】
一実施形態のＤＢＣＳは、ユーザが自分のＩＥＤ中でアラート／アラームをスケジュールすることを可能にする。スケジュールされた番組が開始すると、ユーザはＩＥＤ中のアラート／アラームによってそのことに気付かされる。ユーザはまた、ショーが開始するよりもいくらか前に合図を受け取ることを選択することができる。アラート／アラーム時間は、ユーザによって随意に調整することができる。ユーザが構内から離れておりショーを見ることができない場合、ユーザは自分のＩＥＤを使用して、ショーのリモート録画を実施することを選択することができる。
【０１０３】
前述のように、本明細書に述べた実施形態で使用するのに適したコンピュータネットワークは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、インターネット、または、ワールドワイドウェブ、公衆インターネット、私設インターネット、私設コンピュータネットワーク、公衆ネットワーク、モバイルネットワーク、セルラーネットワーク、付加価値ネットワークなど、他の接続サービスおよび様々な種類のネットワークを含む。ネットワークに結合または接続されるコンピューティングデバイスは、ネットワークへのアクセスを許容する任意のマイクロプロセッサ制御式デバイスとすることができ、パーソナルコンピュータ、ワークステーション、サーバ、ミニコンピュータ、メインフレームコンピュータ、ラップトップコンピュータ、モバイルコンピュータ、パームトップコンピュータ、ハンドヘルドコンピュータ、モバイルフォン、ＴＶセットトップボックス、またはこれらの組合せなどの、端末デバイスが含まれる。コンピュータネットワークは、１つまたは複数のＬＡＮ、ＷＡＮ、インターネット、およびコンピュータを含むことができる。コンピュータは、サーバ、クライアント、またはこれらの組合せとしての働きをすることができる。
【０１０４】
ＤＢＣＳは、単一システム、複数システム、および／または地理的に離れた複数のシステムの、コンポーネントとすることができる。ＤＢＣＳはまた、単一システム、複数システム、および／または地理的に離れた複数のシステムの、サブコンポーネントまたはサブシステムとすることもできる。ＤＢＣＳは、ホストシステム、またはホストシステムに結合されたシステムの、１つまたは複数の他のコンポーネント（図示せず）に結合されてよい。
【０１０５】
ＤＢＣＳ、および／または、ＤＢＣＳが結合または接続される対応するシステムもしくはアプリケーションの、１つまたは複数のコンポーネントは、処理システムを含み、かつ／あるいは、処理システムの下でおよび／または処理システムに関連して稼動する。処理システムは、当技術分野で知られているように、共に動作するプロセッサベースのデバイスもしくはコンピューティングデバイス、または処理システムもしくはデバイスのコンポーネントの、任意の集まりを含む。例えば、処理システムは、ポータブルコンピュータ、通信ネットワーク中で動作するポータブル通信デバイス、および／またはネットワークサーバのうちの１つまたは複数を含むことができる。ポータブルコンピュータは、パーソナルコンピュータ、パーソナルディジタルアシスタント、ポータブルコンピューティングデバイス、ポータブル通信デバイスのうちから選択されたデバイスの、いくつかおよび／または組合せのいずれかとすることができるが、そのように限定されるわけではない。処理システムは、より大きいコンピュータシステム内のコンポーネントを含むことができる。
【０１０６】
一実施形態の処理システムは、少なくとも１つのプロセッサ、および少なくとも１つのメモリデバイスまたはサブシステムを含む。処理システムはまた、少なくとも１つのデータベースを含むかまたはそれに結合されてよい。本明細書で一般に使用される用語「プロセッサ」は、１つまたは複数の中央処理装置（ＣＰＵ）、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）など、任意のロジック処理ユニットを指す。プロセッサおよびメモリは、単一のチップ上にモノリシックに統合されてもよく、いくつかのチップもしくはコンポーネント間で分散されてもよく、かつ／またはアルゴリズムの何らかの組合せによって提供されてもよい。本明細書に述べた方法は、任意の組合せの、ソフトウェアアルゴリズム（複数可）、プログラム、ファームウェア、ハードウェア、コンポーネント、回路のうちの１つまたは複数において実施することができる。
【０１０７】
ＤＢＣＳを含む任意のシステムのコンポーネントは、共に配置してもよく、別々の位置に配置してもよい。通信経路が各コンポーネントを結合するが、通信経路は、コンポーネント間でファイルを通信または転送するための任意の媒体を含む。通信経路は、ワイヤレス接続、有線接続、およびハイブリッドワイヤレス／有線接続を含む。通信経路はまた、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、プロプラエタリネットワーク、オフィス間またはバックエンドネットワーク、およびインターネットを含めた、ネットワークへの結合または接続も含む。さらに、通信経路は、フロッピーディスク、ハードディスクドライブ、ＣＤ−ＲＯＭディスクのような、取外し可能な固定媒体、ならびに、フラッシュＲＡＭ、ユニバーサルシリアルバス（ＵＳＢ）接続、ＲＳ−２３２接続、電話回線、バス、および電子メールメッセージも含む。
【０１０８】
本明細書に述べたＤＢＣＳならびに対応するシステムおよび方法の態様は、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プログラマブル・アレイ・ロジック（ＰＡＬ）デバイス、電気的にプログラム可能なロジックおよびメモリデバイス、および標準的なセルベースのデバイスなどの、プログラム可能なロジックデバイス（ＰＬＤ）、ならびに特定用途向け集積回路（ＡＳＩＣ）を含めた、様々な回路のいずれかにプログラムされた機能として実現することができる。ＤＢＣＳならびに対応するシステムおよび方法の態様を実現するためのいくつかの他の可能性は、メモリ（電気的に消去可能プログラム可能な読取専用メモリ（ＥＥＰＲＯＭ）など）を伴うマイクロコントローラ、組込みマイクロプロセッサ、ファームウェア、ソフトウェアなどを含む。さらに、ＤＢＣＳならびに対応するシステムおよび方法の態様は、ソフトウェアベースの回路エミュレーションを有するマイクロプロセッサ、離散ロジック（逐次および組合せ）、カスタムデバイス、ファジィ（ニューラル）ロジック、量子デバイス、および上記のデバイスタイプのいずれかのハイブリッドの中に組み入れてもよい。当然、基礎をなすデバイス技術は、様々なコンポーネントタイプ、例えば、相補型金属酸化膜半導体（ＣＭＯＳ）のような金属酸化膜半導体電界効果トランジスタ（ＭＯＳＦＥＴ）技術、エミッタ結合ロジック（ＥＣＬ）のようなバイポーラ技術、ポリマー技術（例えばシリコン共役ポリマーおよび金属共役ポリマー金属構造）、混合アナログおよびディジタルなどで提供することができる。
【０１０９】
コンテキストが特段に明確に必要としない限り、この記述および特許請求の範囲の全体を通して、単語「備える（含む）（「ｃｏｍｐｒｉｓｅ」、「ｃｏｍｐｒｉｓｉｎｇ」）」などは、排他的または網羅的な意味とは反対に包含的な意味で、すなわち「含むがそれに限定されない」という意味で解釈されるべきである。単数または複数を使用する単語は、それぞれ複数または単数も含む。加えて、単語「本明細書に」、「下記に」、「上記に」「以下に」および同様の趣旨の単語は、本出願においては、本出願全体を指し、本出願のいずれか特定の部分を指すのではない。２つ以上の項目のリストに関して単語「または」が使用されるとき、この単語は、この単語に対する以下の解釈の全てをカバーする。すなわち、リスト中の項目のいずれか、リスト中の項目の全て、およびリスト中の項目の任意の組合せである。
【０１１０】
ＤＢＣＳならびに対応するシステムおよび方法の実施形態に関する以上の記述は、網羅的なものとはせず、また、開示した厳密な形にシステムおよび方法を限定するものともしない。本明細書では例示の目的で、ＤＢＣＳならびに対応するシステムおよび方法の特定の実施形態および例について述べているが、当業者なら理解するように、システムおよび方法の範囲内で様々な等価な修正が可能である。本明細書に提供するＤＢＣＳならびに対応するシステムおよび方法の教示は、以上に述べたシステムおよび方法のみならず他のシステムおよび方法にも適用することができる。
【０１１１】
以上に述べた様々な実施形態の要素および行為を組み合わせて、さらに他の実施形態を提供することができる。これらおよび他の変更は、以上の詳細な記述に鑑みて、ＤＢＣＳならびに対応するシステムおよび方法に対して加えることができる。
【０１１２】
一般に、以下の特許請求の範囲において、使用される用語は、ＤＢＣＳならびに対応するシステムおよび方法を、本明細書および特許請求の範囲に開示する特定の実施形態に限定するものと解釈すべきではなく、特許請求の範囲の下で動作する全てのシステムを含むものと解釈すべきである。したがって、ＤＢＣＳならびに対応するシステムおよび方法は本開示によって限定されず、範囲は、特許請求の範囲によって完全に決定される。
【０１１３】
ＤＢＣＳならびに対応するシステムおよび方法のいくつかの態様を、いくつかの請求項の形で以下に提示するが、本発明者は、ＤＢＣＳならびに対応するシステムおよび方法の様々な態様を、任意の数の請求項の形で企図する。したがって本発明者は、本出願を提出した後で追加の請求項を加えて、ＤＢＣＳならびに対応するシステムおよび方法の他の態様についてそのような追加の請求項の形を追求する権利を保持する。
【図２】
2012521585.tif 000003
【図３】
2012521585.tif 000004
【図４】
2012521585.tif 000005
【図７】
2012521585.tif 000006
【図８】
2012521585.tif 000007
【図９】
2012521585.tif 000008
2012521585.tif 000009
【図１９】
2012521585.tif 000010
【図１】
2012521585.tif 000011
【図５】
2012521585.tif 000012
【図６】
2012521585.tif 000013
【図１０】
2012521585.tif 000014
【図１１】
2012521585.tif 000015
【図１２】
2012521585.tif 000016
【図１３】
2012521585.tif 000017
【図１４】
2012521585.tif 000018
【図１５−１】
2012521585.tif 000019
【図１５−２】
2012521585.tif 000020
【図１５−３】
2012521585.tif 000021
【図１６】
2012521585.tif 000022
【図１７】
2012521585.tif 000023
【図１８】
2012521585.tif 000024
【国際調査報告】
2012521585.tif 000025