JP6529580B2

JP6529580B2 - ポータブルデバイスのリモートコントロール機能を構成するためのシステム及び方法

Info

Publication number: JP6529580B2
Application number: JP2017513583A
Authority: JP
Inventors: ディーアーリン，ポール; エイチヘイズ，パトリック; ハタムバイキ，アーシャム
Original assignee: ユニバーサルエレクトロニクスインコーポレイテッド
Priority date: 2014-05-20
Filing date: 2015-05-12
Publication date: 2019-06-12
Anticipated expiration: 2035-05-12
Also published as: EP3146727A1; EP3146727A4; JP2017523740A; WO2015179165A1; EP3896978A1; CN106537926A; KR20170030477A

Description

（関連出願情報）
本願は、２０１４年４月４日出願の米国特許出願第１４／２４５，１９５号の一部継続出願であり、これに利益を主張し、米国特許出願第１４／２４５，１９５号は、２０１４年２月１９日出願の米国特許出願第１４／１８４，２９８号の一部継続出願であり、これに利益を主張し、米国特許出願第１４／１８４，２９８号は、２０１１年８月４日出願の米国特許出願第１３／１９８，１７２号の一部継続出願であり、これに利益を主張し、米国特許出願第１３／１９８，１７２号は、２０１１年８月４日出願の米国特許出願第１３／１９８，０７２号の一部継続出願であり、これに利益を主張し、米国特許出願第１３／１９８，０７２号はまた、２０１１年２月１４日出願の米国特許出願第１３／０２６，７６８号の一部継続出願であり、これに利益を主張し、米国特許出願第１３／０２６，７６８号は、２０１０年４月２７日出願の米国特許出願第１２／７６８，３２５号（現米国特許第７，９６９，５１４号）の継続出願であり、米国特許出願第１２／７６８，３２５号（現米国特許第７，９６９，５１４号）は、２００６年９月５日出願の米国特許出願第１１／５１５，９６２号（現米国特許第７，９０７，２２２号）の継続出願である。これら参照出願の各々における開示は、その全体が参照として本明細書に組み込まれる。

対人通信、生産性、そして、タブレットコンピュータ、スマートフォン、ポータブルＥメールデバイス、電子書籍、携帯用ゲーム及び／又はゲームコントローラ、ポータブルメディアプレーヤーなどのエンターテイメント機器（以下、全て「スマートデバイス」と称す）は、カラータッチスクリーン上のグラフィックユーザインターフェース、無線インターネット機能、例えば、カレンダー、Ｅメール、地図及びナビゲーションなどの補助アプリケーション（時には「アプリ（ａｐｐ）」と称す）の機能を含むことが知られている。そのような補助アプリケーションは、スマートデバイスに予めインストールされ得るか、あるいは、ユーザによるダウンロードのために利用可能になり得る。特定のそのようなアプリは、エンターテイメント及び他の機器に、例えば、当該技術分野で既知のユニバーサルリモートコントロールの特徴及び機能性を提供するＧＵＩと併せて、チャンネル選択などを可能にするＴＶガイドディスプレイと併せて、コマンドを送る機能を備えることができる。そのようなリモートコントロールアプリは、一般的に、異なるタイプ及び／又は製造の複数の機器を制御するのに適したコマンドデータ及びプロトコルのライブラリ（ｌｉｂｒａｒｙ）を備えることができる（いわゆる、「ユニバーサルリモート（ｕｎｉｖｅｒｓａｌｒｅｍｏｔｅ）」）。動作コマンドを送るのに必要なそのようなコマンドライブラリー及びハードウェアは、スマートデバイス自体に組み込まれるか、あるいは、スマートデバイス自体に利用可能でよく、あるいは、スマートデバイスとの通信に置かれる別個の外部デバイス（つまり、中継デバイス又はいわゆる「ブラスター（ｂｌａｓｔｅｒ）」）の形態をとることができる。それにも関わらず、制御された機器のその後の交換又は初期インストールに際して、そのようなユニバーサルリモートコントロールアプリは、一般的に、ライブラリ内のプロトコル及び適切なセットのコマンド対して制御される各特定の機器を一致させるように構成されなければならない。本明細書中に開示されるのは、そのような構成プロセスを行うための、使いやすく、便利な方法である。

本発明は、概して、広告コンテンツ（ａｄｖｅｒｔｉｓｉｎｇｃｏｎｔｅｎｔ）を表示するためのシステム及び方法に関する。第１デバイスにインストールされる第１アプリは、広告コンテンツを検索するように機能し、かつ、次いで、第２デバイスにインストールされる第２アプリに広告コンテンツを提供するように機能する。第２デバイスにインストールされる第２アプリは、広告コンテンツを第２デバイスと関連するディスプレイにおいて、オーバーレイ（ｏｖｅｒｌａｙ）として表示させる。広告コンテンツは、ネットワークサーバから検索することが好ましく、第１デバイス及び第２デバイスは、スマートテレビ、メディアストリーミングデバイス（ｍｅｄｉａｓｔｒｅａｍｉｎｇｄｅｖｉｃｅ）又はスマートフォンなどのスマートデバイスであることが好ましい。

以下で主張される本発明の目的、利点、特性及び関係のより良い理解は、以下の詳細な説明と、例示的な実施形態を説明し、かつ、請求項に係る発明の原理を利用することができるさまざまな方法を示す添付の図面とから得られるだろう。

対象のシステム及び方法のさまざまな態様のより良い理解のため、添付した図面に示される好ましい実施形態を参照することができる。
図１ａは、本発明に従って構成されるスマートデバイスアプリが利用され得る例示的なシステムを示す。図１ｂは、本発明に従って構成されるスマートデバイスアプリが利用され得る例示的なシステムを示す。図２は、本発明の第１の実施形態に従って、図１のスマートデバイスを構成する間に使用され得る例示的な相互接続を示す。図３は、ＨＤＭＩ使用可能セットアッププロセス中に、スマートデバイスによって行われ得る一連の工程を示す。図４は、本開示に従ってスマートデバイスアプリを構成する際に利用され得る例示的な機器のアイデンティティデータベース記録を示す。図５は、図１のスマートデバイスの構成が本発明の第２の実施形態に従って完成され得る更に例示的なシステムを示す。図６は、機器使用可能セットアッププロセス（ａｐｐｌｉａｎｃｅｅｎａｂｌｅｄｓｅｔｕｐｐｒｏｃｅｓｓ）中に、スマートデバイスによって行われ得る一連の工程を示す。図７は、ＨＤＭＩ使用可能セットアッププロセス（ＨＤＭＩｅｎａｂｌｅｄｓｅｔｕｐｐｒｏｃｅｓｓ）中にスマートデバイスによって行われ得る更なる一連の工程を示す。図８は、コンテンツ所有者からの広告を表示することを可能にする更なる例示的なシステムを示す。

例として、図１ａ及び図１ｂは、例示的なシステム１０２及び１０４を示し、スマートデバイス１００は、ＴＶ１０６、セットトップボックス（ＳＴＢ：ｓｅｔｔｏｐｂｏｘ）１０８、ＤＶＤプレーヤー１１０などの制御可能な機器にコマンドを送るように適応され得る。ＴＶ、ＳＴＢ及びＤＶＤプレーヤーを含むホームエンターテイメントシステムのコンテキストにおいて説明される一方で、制御可能な機器は、テレビ、ＶＣＲ、ＤＶＲ、ＤＶＤプレーヤー、ケーブル又は衛星コンバータセットトップボックス（ＳＴＢ）、アンプ、ＡＶ受信機、ＣＤプレーヤー、ゲーム機、家庭用照明、カーテン、ファン、ＨＶＡＣシステム、サーモスタット、パーソナルコンピュータなどを含むがこれらに限定する必要はないと理解される。図１ａの例示的な実施例において、スマートデバイス１００は、ユニバーサルリモートコントロールアプリと必須のハードウェアとの両方を含んで、機器１０６から１１０へのコマンドの直接送信を可能にすることができる。機器のコマンドは、図示するように、赤外線信号１１２の形態で送信され得るか、あるいは、各特定の機器の制御に適切であるように、例えば、ＲＦ４ＣＥ、Ｚｗａｒｅ、Ｂｌｕｅｔｏｏｔｈなどによって図られるＲＦ信号；超音波信号；可視光などを介した任意の他の適切な形態で送信され得る。図１ａの実施例において、これらのコマンド信号は、例えば、本明細書にその全体を参照として組み込まれる、同時係属中の米国特許出願１３／０４３，９１５号に記載された技術を利用して、スマートデバイス１０２によって直接送られ得る。図１ｂにおいて例示される代替的な実施形態において、例えば、本明細書にその全体を参照として組み込まれ、同時係属中の米国特許出願１３／０７１，６６１号に記載されるように、機器コマンド１１２は、スマートデバイス１００にあるユニバーサルリモートコントロールアプリから受信される無線通信１１６に応答する中継デバイス１１４を介して間接的に送られる。

いずれの場合においても、リモートコントロールアプリ及び／又は関連する中継デバイスは、特定のコマンドデータ及びプロトコル（「コードセット（ｃｏｄｅｓｅｔ）」）と共に供給され、制御される機器の各々は、それらに対して応答する。当該技術分野で既知であるように、これは、スマートデバイス１００又は中継デバイス１１４のメモリに局所的に予め記憶されるコードセットのライブラリ内へのインデックス又はポインターの形態；構成プロセス中にそれらのデバイスにダウンロードされる個々のコードセットの形態；ＰＣ若しくはＳＴＢ１０８又はＴＶ１０６などの機器に局所的に記憶されるか、あるいは、ヘッドエンド又はインターネットアクセス可能なサーバで遠隔に記憶されるライブラリからの、必要に応じた個々のコードセットコマンドコードのアイテム別のダウンロードの形態などを取ることができる。それにも関わらず、本明細書に記載される、制御された機器の適切なコードセットの識別を達成するための方法は、一般的に、前記コードセットが最終的に１つ以上の上記のデバイスに供給される、正確なメカニズムを考慮せずに適用され得るので、以下に記載する実施形態は例に過ぎず、提示される技術は、必要な変更を加えれば、さまざまな潜在的な機器及びコードライブラリ構成のうちの任意のものに関連することができる、と理解されるべきである。

図２を参照すると、一例示的な実施形態において、スマートデバイス１００（又はＳＴＢなどの制御機能を有する任意の他のデバイス）上に常駐するリモートコントロールアプリは、ＨＤＭＩ互換ケーブル２０８、ＨＤＭＩ可能無線リンクなどを介して、制御される機器、例えば、例示的な実施例ではＴＶ１０６、の利用可能なＨＤＭＩポート２１０にスマートデバイス１００のＨＤＭＩポート２０６を一時的に接続することによって、制御される機器、例えば、ＴＶセット１０６及び／又はケーブルＳＴＢ１０８及びＤＶＤプレーヤー１１０に一致することができる。いったん接続が確立されると、スマートデバイス１００のリモートアプリは、セットアップモードに入れられ、セットアップモードでは、アプリは、例えば、ＣＥＣ製造者ＩＤ及び／又はＥＤＩＤ製造者番号及び製品コードなどの、ＴＶ１０６からデバイス識別データを求めることができる。好ましい実施形態において、そのようにして得られたデータは、スマートデバイスからサーバ２００に、例えば、ＷｉＦｉ接続２０４を介してインターネット２０２にアップロードされ得る。サーバ２００は、ＣＥＣ及び／又はＥＤＩＤデバイス識別データを機器コマンドコードセットに相互参照するデータベース２１６を含むことができ、そのデータベースを参照して、例示的な機器１０６の制御のための適切なコマンドコードセットを決定することができる。代替的な実施形態において、基準に従ってそれ自体が参照されるデータに機器コマンドコードセットが相互参照されるデータベースは、スマートデバイス自体に局所的に常駐することができるか、あるいは、例えば、ローカルＰＣ又はＳＴＢなどのＷｉＦｉネットワークの一部としてアクセス可能な機器に常駐することができる。それにも関わらず、いったん決定されると、次いで、適宜、ローカルデータベースへのインデックス又はポインターの形態か、あるいは、サーバ２００上に記憶されるコードセットデータベース２１８からダウンロードしたコードセットブロックの形態などで、所望のコードセットをスマートデバイス１００のリモートコントロールアプリに提供することができる。

図３に示されるフローチャートを参照すると、工程３００において、いったん、例示的なスマートデバイス１００が、例えば、ＨＤＭＩケーブル２０８又はＨＤＭＩ無線リンクを使用する機器との通信に置かれると、スマートデバイス上にインストールされるリモートコントロールアプリの一部を形成するセットアッププログラムは、例えば、当該技術分野で周知の構成又は設定メニューから起動され得る。工程３０２において、潜在的なタイプ固有のＣＥＣ論理デバイスアドレスの各々に、（ＨＤＭＩ仕様書及び添付のＣＥＣ付録内で定義されるような）連続的なＣＥＣ互換性＜ＰｏｌｌｉｎｇＭｅｓｓａｇｅ＞送信を送ることによって、セットアッププログラムを開始することができる。説明として、ＣＥＣプロトコルは、特定の機器タイプに割り当てられる各値と共に、１６までの潜在的な論理アドレス値をサポートすることができる。例えば、ＴＶデバイスは、論理アドレス０又は１４を想定するだけでよく；ＤＶＤプレーヤーなどの再生デバイスは、論理アドレス４、８又は１１のうちの１つを使用するだけでよく；チューニングデバイスは、論理アドレス３、６、７又は１０のうちの１つを使用するだけなどでよい。ポーリング（ｐｏｌｌ）への応答を受信する目的のために、ＣＥＣ仕様書の１つのバージョンに従った起動デバイス（本実施例では、スマートデバイス１００）は、常にアドレス１５を想定することができる。スマートデバイス１００は、ＴＶ１０６のＨＤＭＩポート２１０にだけ物理的に接続されるが、ＣＥＣプロトコルは、機器がＣＥＣスイッチとして作動すること、つまり、例示的な実施例におけるＳＴＢ１０８又はＤＶＤプレーヤー１０６などの他のＨＤＭＩポートに接続される機器への／そのような機器からのＣＥＣ通信を透過的に（ｔｒａｎｓｐａｒｅｎｔｌｙ）経路づけることを可能にする。従って、スマートデバイスを拘束するホスト機器によってこの機能性がサポートされるそのような例において、セットアッププログラムは、それによって、下流の機器に問い合わせを行う（ｉｎｔｅｒｒｏｇａｔｅ）ことができる。

工程３０４において、送られたポーリングメッセージに対するデバイス応答が検出されなければ、セットアッププログラムは、工程３２０でアプリのユーザによって手動設定を可能にすることを続ける。しかし、１つ以上の応答が検出される場合、工程３０６では、ＣＥＣ＜ＧｉｖｅＤｅｖｉｃｅＶｅｎｄｏｒＩＤ＞メッセージは、第１応答論理アドレス値に送信される。ＣＥＣプロトコルに従って、このメッセージが向かう機器は、固有の２４ビットベンダーＩＤで応答することができ、その番号は、基準に従ったＩＥＥＥによって、ＣＥＣに準拠した製造者（ＣＥＣ‐ｃｏｍｐｌｉａｎｔｍａｎｕｆａｃｔｕｒｅｒｓ）に与えられる。受信の際、工程３０８では、起源である（機器のタイプを示す）ＣＥＣ論理アドレスと一緒に、このベンダーＩＤ番号は、セットアッププログラムによって、コードセット識別子に、例えばサーバ２００上に常駐するＷｅｂサービスに、転送され得る。

コードセット識別子サービスから応答を受信する際、工程３１０及び３１２では、セットアッププログラムは、その応答が表示された機器にコマンドを送る際に使用するための、コードセットの積極的な識別を構成するかどうか、あるいは、その応答が曖昧性解消（ｄｉｓａｍｂｉｇｕａｔｉｏｎ）の目的で追加情報に関するリクエストを含むかどうか、を判断することができる。どちらでもない場合、識別子サービスが適切なコードセットを識別できなかったと推測され、工程３１８で、セットアッププログラムは、追加機器がまだ識別されていないかどうかを判断する。受信した応答が追加的な曖昧性解消情報（ｄｉｓａｍｂｉｇｕａｔｉｏｎｉｎｆｏｒｍａｔｉｏｎ）に関するリクエストを含む場合、そのような情報を工程３１６で検索し、かつ、更なる処理のためにコードセット識別サービスに転送することができる。制限のない例として、そのような曖昧性解消データリクエストは、ビデオエレクトロニクススタンダーズアソシエーション（ＶＥＳＡ：ＶｉｄｅｏＥｌｅｃｔｒｏｎｉｃｓＳｔａｎｄａｒｄｓＡｓｓｏｃｉａｔｉｏｎ）により特定されるような拡張ディスプレイ識別データ（ＥＤＩＤ：ＥｘｔｅｎｄｅｄＤｉｓｐｌａｙＩｄｅｎｔｉｆｉｃａｔｉｏｎＤａｔａ）のためでよく、ＨＤＭＩを介してディスプレイデバイスから検索可能であり、例えば、データフィールドを含むことができ、データフィールドは、必要に応じて特定の環境及び機器のために、＜ＧｅｔＭｅｎｕＬａｎｇｕａｇｅ＞ＣＥＣリクエスト（機器が現在インストールされているテリトリ／市場の表示でよい）に対する応答；＜ＧｉｖｅＯＳＤＮａｍｅ＞又は＜ＧｅｔＣＥＣｖｅｒｓｉｏｎ＞ＣＥＣリクエストに対する応答；ホスト機器の入力ＨＤＭＩポートに対応するＳＰＤデータの検索であり、そのような検索が、ホスト機器（例えば、例示的な実施例のＴＶ１０６）によってサポートされている、ＳＰＤデータの検索、などのための、マイクロソフトが割り当てた製造者ＩＤ及び／又は製造者が割り当てた製品コードに対応する。ＳＰＤデータに関する説明として、ＣＥＡ基準ＣＥＡ‐８６１Ｂ（ＣＥＡｓｔａｎｄａｒｄＣＥＡ‐８６１Ｂ）は、デジタルビデオソースが周期的なソースプロダクト概要（ＳｏｕｒｃｅＰｒｏｄｕｃｔＤｅｓｃｒｉｐｔｉｏｎ）情報フレームをその出力ビデオストリームに選択的に挿入することができることを特定する。この「ＩｎｆｏＦｒａｍｅ」は、７バイトのＡＳＣＩＩベンダー名、モデル番号などの１６バイトのＡＳＣＩＩ製品概要及び１バイトのバイナリ製品タイプ識別子（ｂｉｎａｒｙｐｒｏｄｕｃｔｔｙｐｅｉｄｅｎｔｉｆｉｅｒ）（例えば、０１ｈはデジタルＳＴＢで、０２ｈはＤＶＤプレーヤーで、０５ｈはデジタルビデオカメラである、など）を含むことができる。ＴＶ１０６などのレンダリングデバイスは、選択的にこのデータをデコードし、かつ、それを使用して、オンスクリーンメニューディスプレイなどを増大させることができる。

代替的に、あるいは、上記に加えて、ＣＥＣに準拠した機器（ＣＥＣ‐ｃｏｍｐｌｉａｎｔａｐｐｌｉａｎｃｅｓ）が、サポートされていない特徴に関する任意のメッセージに対する＜ＦｅａｔｕｒｅＡｂｏｒｔ＞応答を送るように要求されるので、一部の実施形態において、コードセット識別サービスは、特定のＣＥＣ送信が機器に対して起動されて、結果として生じる応答がレポートされることをリクエストして、特定の特徴に関するそのサポート（又はその欠如）の照合により、機器の正確な識別を可能にすることができる。

工程３１０で、受信した応答が機器制御コードセットのアイデンティティの表示を行うように判断される場合、次いで、工程３１４では、スマートデバイス１００のリモートコントロールアプリがそれに応じて構成され得る。当該技術分野で知られているように、そのような構成は、コマンドコードセットの予めロードされたローカルライブラリ内にインデックス又はポインターを記憶する形態を取ることができ、特定の実施形態にとって適切であるように、サーバーベースのコードセットライブラリ２１８などからのデータダウンロードとして、所要のコードセットの提供を行う。いったん、構成が完成すると、工程３１８では、次いで、セットアッププログラムが、追加機器がいまだ識別されていないのかどうかを決定する。その場合、処理が工程３０６に戻り、次の機器のために上記の識別プロセスを繰り返す。いったん、工程３０２のポーリングリクエスト（ｐｏｌｌｉｎｇｒｅｑｕｅｓｔ）に応答した全ての機器が識別プロセスを受けると、工程３２０で、セットアップは継続し、その工程では、追加的なユーザ入力が必要に応じて求められ得る。そのようなユーザ入力は、例えば、明確なモデル番号情報及び／又はコードセット番号などの提供を含んで、ＣＥＣポーリングリクエストに応答しなかった任意の機器の識別及び構成を完成させることができ、ＣＥＣポーリングリクエストは、自動化されたコードセット識別サービスなどによって独自に識別されることができず、その後、スマートデバイス１００のリモートコントロールアプリの初期構成が完成する。機器コマンドコードセットの識別のためのさまざまな代替的方法が当該技術分野で周知であるので、簡潔化のために、それらを本明細書で更に議論する。

図４を参照すると、機器識別データベース２１６の例示的な実施形態が、各正確に識別可能な機器のための、一群のレコード４００を含むことができ、各レコードは、例示するように、一連のフィールド４０２から４３６’を含む。提示される実施例において、各機器のレコード４００は、基本的な機器アイデンティティ４４０を含むことができ、該機器アイデンティティ４４０は、機器の動作をコマンドする際に使用するための機器コマンドコードセットの識別子４１２、機器タイプ４０２、ブランド４０４、モデル番号４０６、シリアル番号又はデータ範囲４０８、４１０（単独の識別が必要な場合、例えば、モデル実行（ｍｏｄｅｌｒｕｎ）の中間における機器特徴を製造者が変更した場合）などのデータフィールドを含むことができる。一部の例において、グラフィック又は市場地域コード４１４はまた、基本的な機器アイデンティティの一部を形成することができる。この基本的な機器アイデンティティを含む情報は、機器の動作をコマンドするように制御デバイスを構成するためのさまざまな先行技術の方法、例えば、ユーザが提供したブランド及びモデル番号を一致させるための方法、マニュアルで公開されるセットアップコードリストを印刷するための方法、特定の機器タイプ及びブランドに対応するコードセットを連続してテストするための方法、などの全て当該技術分野で周知である方法で利用されることができる。

上記の基本的な機器アイデンティティデータに加え、本発明に従った、例示的な機器識別データベースレコード４００は、追加的なフィールド４１６から４３６’を含むことができ、これらフィールドは、同じ機器のための第２の、電子的な、アイデンティティ４５０を含む。そのような電子アイデンティティは、例えば、例示的な実施形態のＨＤＭＩ相互接続２０８を介して、機器から電子的に求められ得るデータアイテムの集計を含むことができる。このデータは、ＣＥＣベンダーＩＤ４１６、ＣＥＣバージョン４１８、ＣＥＣＯＳＤ名４２０、ＥＤＩＤ製造者ＩＤ４２２、ＥＤＩＤ製品コード４２４、ＥＤＩＤバージョン／リビジョン番号４２６、ＳＰＤベンダー名４２８及びＳＰＤ製品概要（ＳＰＤｐｒｏｄｕｃｔｄｅｓｃｒｉｐｔｉｏｎ）４３０を制限なく含むことができる。一部の実施形態において、これらがＣＥＣ＜ＧｅｔＭｅｎｕＬａｎｇｕａｇｅ＞応答から導き出せるので、地理的領域コード（ｇｅｏｇｒａｐｈｉｃｒｅｇｉｏｎｃｏｄｅｓ）４１４はまた、電子機器アイデンティティの一部を形成することができる。なお、プライベートラベリング（ｐｒｉｖａｔｅｌａｂｅｌｉｎｇ）、マルチソーシング（ｍｕｌｔｉ−ｓｏｕｒｃｉｎｇ）などの実施に起因して、ベンダー／製造者ＩＤ及びネームフィールド４１６、４２２及び４２８は、互いに同じである必要はないか、あるいは、ブランドフィールド４０４と同じである必要はないということに留意すべきである。

機器のために独自のアイデンティティを確実にする必要がある場合、追加データフェイールドは、機器アイデンティティレコード４００の一部でよい。これらは、サポートされる解像度及びビデオフォーマット、タイミングデータなどの、例えば、更なるＥＤＩＤ識別可能なパラメータ４３２から４３２’及び／又はＣＥＣチャレンジ／応答データフィールド４３４、４３６を含むことができる。そのようなチャレンジ／応答フィールドは、機器によって戻される予期された応答４３６と一緒に機器に送られる電子コマンド又はクエリ４３４を含むことができる。制限のない実施例により、ＤＶＲオプションの有無によってのみ異なる同様のケーブルＳＴＢ間を区別するために、ＣＥＣ＜ＧｉｖｅＤｅｃｋＳｔａｔｕｓ＞リクエストは、非ＤＶＲＳＴＢ応答がＣＥＣ＜ＦｅａｔｕｒｅＡｂｏｒｔ＞メッセージであろうことを期待して送られ得る。特定の機器の正確な識別を確実にする必要がある場合、多数のチャレンジ／応答データフィールド４３４’、４３６’を提供することができる。

例示的な実施形態において、機器タイプ４０２及びコードセット識別子４１２を除き、特定の機器に適用可能でないか、あるいは、利用可能でないデータフィールドは、「無効（ｎｕｌｌ）」と設定され得る。例えば、シリアル番号範囲フィールド４０８、４１０は、必須でなくてよく、特定の機器タイプがＥＤＩＤなどをサポートすることができない。

機器を独自に識別するために、例えば、サーバ２００上に常駐する、かつ／あるいは、サーバ２００と関連し、例えば、サーバ２００によってアクセス可能な非過渡のコンピュータ読み取り可能メディアに記憶される命令によって実行され、かつ、図３のフローチャートと関連して上記に説明される論理に概略的に従って動作する例示的なスマートデバイスセットアップアプリと相互作用する、例示的な機器識別サービスは、機器タイプの表示（例えば、ＣＥＣ論理アドレスであり、それからベンダーＩＤが検索された、ＣＥＣ論理アドレス）と一緒にＣＥＣベンダーＩＤを含むスマートデバイス１００から初期通信を受信することができる。機器識別サービスは、それらの値をマスクとして適用して、データベース２１６のそれらのレコード４００だけを選択することができ、該レコード４００は、リクエストされた基準を一致させる、つまり、フィールド４０２における、機器から検索されるＣＥＣ論理アドレス値によって示される機器タイプとの一致と、フィールド４１６における、機器から検索されるＣＥＣベンダーＩＤとの一致である。さまざまな実施形態において、この初期通信のデータコンテンツは、上述した値に代わって、あるいは、上述した値に加えて、他の値、例えばＳＰＤベンダー名及び製品概要などを含むことができるということが諒解されるだろう。その場合、選択マスクは、それに従って調整され得る。単一の一致結果だけの場合、識別は完了し、レコードのフィールド４１２からの対応するコードセット識別子の値は、スマートデバイス１００に常駐するセットアップアプリに戻され得る。しかし、多数のレコードが選択基準を満たす場合、機器識別サービスは、次いで、これらレコードのコンテンツを検討して、残りのサブセットのどのデータフィールドが最も多様なものを示すのかを決定することができる。いったん判断が行われると、機器からのデータアイテムの検索のためのリクエストは、スマートデバイス１００に常駐するセットアップアプリに転送され得る。リクエストされたデータアイテムがアプリによって戻されると、このアイテムは、繰り返される選択プロセス及び選択マスクに加えられ得る。リクエストされたアイテムが利用可能でない場合、例えば、現在のホスト機器が、ＳＰＤデコーディングをサポートせず、かつ、ＳＰＤデータが、リクエストされた場合、スマートデバイスセットアップアプリは、拒絶する（ｒｅｓｐｏｎｄｉｎｔｈｅｎｅｇａｔｉｖｅ）ことができ、その場合、現在リクエストされたアイテムは、機器識別一致プロセス（ａｐｐｌｉａｎｃｅｉｄｅｎｔｉｆｉｃａｔｉｏｎｍａｔｃｈｉｎｇｐｒｏｃｅｓｓ）と、代替的なデータアイテムのために送られる新たなリクエストとから除外され得る。これらの工程は、単一データベースレコードが残り、かつ、そのコードセット識別子４１２がセットアップアプリに通信されることができるまでか、あるいは、更なる選択基準が利用可能でない、つまり、全てのフィールド４１４から４３６’が利用されてしまったか、あるいは、無効（Ｎｕｌｌ）値を含むと分かるまで、繰り返されることができ、その場合、不具合（ｆａｉｌｕｒｅ）をスマートデバイスセットアップアプリに通信することでき、代替的なセットアップ方法が採用されることを示唆するユーザメッセージを起動することを可能にする。

更に図７に図示するように、例示的なスマートデバイスアプリは、起動される７００と、意図した対象機器を含むホームエンターテイメントシステム内に複数の機器を代表するデータを含む初期通信を受信する７０２ことができる。上述のように、そのようなデータは、機器タイプの表示（例えば、ＣＥＣ論理アドレスであり、それからベンダーＩＤが検索されたＣＥＣ論理アドレスか、あるいは、ＳＰＤデータ）を含むことができる。対象機器７０４を十分に特定できた場合、機器識別サービスは、次いで、受信したデータを使用して、制御デバイスを構成して７１４、対象機器にコマンドを送ることができ、例えば、識別が完了し、そのレコードのフィールド４１２からの対応するコードセット識別子の値は、スマートデバイス１００に常駐するセットアップアプリに戻され得る。しかし、機器から受信したデータが対象機器を識別するのに十分でない場合、サービスは、データを識別する受信したタイプを使用して、どのタイプの機器が、対象機器でないのかを判別する７０６だろう。例えば、ＳＰＤデータが意図した対象機器に利用可能ではないが、ホームエンターテイメントシステム内のブルーレイプレーヤー及びＡ／Ｖ受信機を識別するＳＰＤデータが受信される場合、サービスは、それらの値をマスクとして適用して、提供されるデータと一致しない、データベース２１６のそれらのレコード４００を選択する、つまり、ブルーレイプレーヤー及びＡ／Ｖ受信機だけに適用可能なコードセットを考慮から除外するだろう。この排除のプロセスが、次いで、単一レコード一致７１０をもたらす場合、そのレコードのフィールド４１２からの対応するコードセット識別子の値は、上記のようにスマートデバイスを構成する７１４にあたって使用するために、スマートデバイス１００内に常駐するセットアップアプリに戻される。しかし、多数のレコードが残っている場合、対象機器からの更なるデータアイテムの検索に関するリクエストは、上記のように、リクエストされる７１２ことができ、かつ、スマートデバイス１００に常駐するセットアップアプリに転送される７１６ことができる。上述のように、これらの工程を、単一のデータベースレコードが残り、かつ、そのコードセット識別子４１２がセットアップアプリに通信され得るまでか、あるいは、更なる選択基準７１８が利用可能でない、つまり、全てのフィールド４１４から４３６’が利用されてしまった、あるいは、無効（Ｎｕｌｌ）値を含むと分かるまで、繰り返すことができ、その場合、不具合をスマートデバイスセットアップアプリに通信することができ、代替的なセットアップ方法が採用されることを示唆するユーザメッセージを起動することを可能にする。

いったん顧客の機器を制御するために必要なコマンドコードセットと共に完全に提供されると、特定の実施形態では、本発明に従ったスマートデバイスリモートコントロールアプリは、例示的なＨＤＭＩ接続を介して制御された機器との物理的な通信を行う間、追加的なカスタマイズを受けることができる。一実施形態において、ＣＥＣ＜ＧｅｔＭｅｎｕＬａｎｇｕａｇｅ＞リクエストに対する応答は、リモートコントロールアプリのメニュー、キーラベルなどを調整して、それらを制御された機器による使用の際に一致させるように、利用されることができる。逆に、顧客リクエストに応じて、スマートデバイスが現在、地域化されている、言語は、ＣＥＣ＜ＳｅｔＭｅｎｕＬａｎｇｕａｇｅ＞リクエストを介して制御された機器に伝達されることができ、それによって、スマートデバイスのユーザ嗜好設定（ｕｓｅｒｐｒｅｆｅｒｅｎｃｅｓｅｔｔｉｎｇｓ）に一致させるように機器ディスプレイを適応させる。

ＴＶ１０６などの機器が、上述のＣＥＣ切り替え機能を実行するように適応され、かつ、そのようなクエリをサポートするように備えられる例において、切り替え用機器は、その物理的なＨＤＭＩポート（例えば２１０、２１０及び２１４）のどれが下流のＣＥＣ論理アドレス（例えば、ＳＴＢ１０８、ＤＶＤプレーヤー１１０など）のどれと関連するかを表示するようにリクエストされ得る。そのようにして取得されるデータは、次いで、ＴＶ１０６の適切なＨＤＭＩ入力を選択するコマンドが、活動が開始されるときに自動的に送られるように、スマートデバイスリモートコントロールアプリによって利用されて、例えば、「ＷａｔｃｈＴＶ」又は「Ｗａｔｃｈａｍｏｖｉｅ」という制限なしに、活動マクロ（ａｃｔｉｖｉｔｙｍａｃｒｏｓ）を構成することができる。そのようなマクロ構成は、完全に自動でよいか、あるいは、ユーザ入力を必要とすることができる。例えば、多数のメディア再生機器が、ある構成（例えば、ＤＶＤプレーヤー及びＶｕｄｕストリーミングビデオオンデマンドボックスの両方）で検出される場合、ユーザは、どの機器が「Ｗａｔｃｈｍｏｖｉｅ」の活動に使用されるのかを選択するようにプロンプトされ（ｐｒｏｍｐｔ）得る（この多数の「Ｗａｔｃｈｍｏｖｉｅ」活動のような場合でも構成され得るということが理解される）。所望の機器のユーザ識別を促進するために、そのプロンプト（ｐｒｏｍｐｔ）は、ＣＥＣ＜ＧｅｔＯＳＤｎａｍｅ＞リクエスト、コードセット識別サービスによって供給される機器ブランド名及び／又はモデル番号、ＴＶ入力ポート番号又はそれらの任意の組み合せを適宜使用して検索される、機器の自己供給型アイデンティティ（ｓｅｌｆ‐ｐｒｏｖｉｄｅｄｉｄｅｎｔｉｔｉｅｓ）を含むことができる。

図５を参照すると、代替的な実施形態において、スマートデバイス１００に常駐するリモートコントロールアプリ、つまり、有形の読み取り可能なメディア上に記憶されるコンピュータ実行可能な命令は、ＳＴＢ１０８などの機器と相互作用して、例えばＳＴＢ１０８などの機器と併せて供給される従来型ユニバーサルリモートコントロール５００のセットアップ中に、以前判断されたコードセットアイデンティティをその機器から検索することができる。そのようなコードセットアイデンティティは、例えば、ＴＶ１０７及びＤＶＤプレーヤー１１０の制御に適したプロトコル及びコマンドデータに関する情報を含むことができる。図６を参照すると、スマートフォンリモートコントロールアプリの構成を達成するための例示的な方法において、例えば米国特許第７，９６９，５１４号明細書及び米国特許出願第１３／０２６，７６８号明細書に記載されるように、工程６００では、ユーザは、ＳＴＢ１０８に常駐する相互作用アプリケーションを使用するユニバーサルリモートコントロール５００を最初に構成することができる。これらの開示は、本明細書にその全体を参照として組み込み、本明細書は、一部継続を構成する。これらの開示の教示に従って、リモートコントロール５００のセットアップを完了すると、例えばＴＶ１０６及びＤＶＤプレーヤー１１０の動作をコマンドするにあたってリモートコントロール５００によって利用されるコードセットのアイデンティティは、ＳＴＢ１０８に知られており、かつ、ＳＴＢ１０８内に記憶され得る。

実質的に、工程６０２では、ユーザは、スマートデバイスのためのリモートコントロールアプリを取得及びインストールすることができ、そのアプリを図５のシステムの機器の動作をコマンドするように使用することを望む。本発明の教示に従って、工程６０４では、そのようなスマートデバイスアプリは、ユーザの機器構成に、例えば、相互セットアップを以前行い、コードセットアイデンティティを記憶し、かつ、それらをスマートデバイス１００に通信することができるＳＴＢ１０８などの機器に、互換性のあるＳＴＢ機器が存在するかどうかを判断することができる。そのような発見（ｄｉｓｃｏｖｅｒｙ）及び通信は、例えば、ＷｉＦｉ２０４、Ｂｌｕｅｔｏｏｔｈ又は任意の他のプロトコルを特定の実施形態のための便利なものとして使用して、無線接続５０２を介してよい。互換性のある機器の発見は：例えば、スマートデバイスが最初に起動するときに自動的に起こることができる；スマートデバイスアプリの初期ユーザ構成時に起こり、互換性のある機器（例えば、ＳＴＢ１０８）の動作をコマンドすることができる；ユーザにより手動で起動されることができる；など、あるいは、適宜これらの組み合せでよい。互換性のある機器が工程６０４で検出されない場合、本明細書で前述の方法か、あるいは、当該技術分野で知られているような、任意の他の適切な機器コマンドセット識別方法を使用するスマートデバイスアプリの代替的な構成を実行するように、方法は工程６１４で続くことができる。

しかし、互換性のある機器が検出される場合、工程６０６では、スマートデバイスアプリは、アプリを自動的に構成する選択肢をユーザに提供して、ユーザ機器のバランスの動作をコマンドすることができる。ユーザが辞退する場合、アプリは、工程６１４の代替的な構成方法を続ける。ユーザが受理する場合、工程６１０では、スマートデバイスが例えばＳＴＢ１０８などの互換性のある機器から、他の機器に適用可能なコードセットアイデンティティを検索することができ、ユニバーサルリモートコントロール５００は、その動作をコマンドするようにセットアップされてきた。いったんこれらのアイデンティティが検索され、かつ、スマートデバイスにロードされると、工程６１２での一部の実施形態において、追加される機器のリストで、スマートデバイスアプリ構成は、ユーザ確認のために表示され得る。諒解されるように、そのようなリストは、コードセット識別子自体、それらの識別子と関連するブランド名及び／又はモデル番号を含むことができる（それらは、ＳＴＢ１０８から検索されたデータに含まれ得る；スマートデバイス１００に局所的に記憶されるデータベースにおいて相互参照され得る；リモートデータベース２１６、２１８から検索可能である；あるいは、それらの組み合せでよい）。いったんユーザが所望の構成を確認すると、工程６１６では、例えば、図３の工程３１４と関連して前述したように、スマートデバイスはそれ自体を構成して、選択した機器の動作をコマンドすることができる。追加的に、特定の実施形態において、工程３１４の任意の方法の代わりに、機器コードセットの１つ以上（つまり、コマンドデータ及びプロトコル情報）は、ＳＴＢ１０８自体から直接ダウンロードされ得る。

また、デバイスから検索されたＳＰＤデータがホームエンターテイメントシステム内で更なるサービスを提供するように使用され得るということも諒解されるだろう。例えば、第２機器（例えば、ＳＴＢ）内の通信における第１機器（例えば、スマートＴＶ）は、第２機器から検索されるＳＰＤを使用して、第２機器に関連する第１機器において使用するためのアプリ、例えば第２機器と関連するコンテンツサービスプロバイダにとって適切なアプリを自動的にダウンロードすることができる。この実施例において、アプリは、第１デバイス上にＥＰＧ又はＥＰＧのようなオーバーレイを提供するアプリでよく、第１デバイスでは、例えば、第２デバイスから受信されるコンテンツストリーム内のメタデータをアプリに使用させて、それによって表示されているものを自動的にアップデートすることにより、第１デバイスによって表示されるデータが、第２デバイスの動作と自動的に同期される。

更なる例として、図８は、例示的なシステム８０６を図示し、例えば、テレビなどのディスプレイデバイス１０６が、広告コンテンツ８０４を表示するように適用され得る。このような目的で、メディアストリーマー８０２は（ディスプレイデバイス１０６と通信して）、アプリ８００Ａと共に設けられ、該アプリ８００Ａは、ディスプレイデバイス１０６に提供される、対応するアプリ８００Ｂによる使用のための広告コンテンツを提供するように機能し、ディスプレイデバイス１０６では、対応するアプリ８００Ｂが、ディスプレイデバイス１０６上のオーバーレイとして、受信した広告コンテンツを表示するように機能する。アプリ８００Ａの機能が広告コンテンツをアプリ８００Ｂに提供する間、アプリ８００Ａは、当該技術分野において従来的であるように、例えば音声／視覚メディアコンテンツなどの追加コンテンツを、表示用のディスプレイデバイス１０６に提供することができるということが諒解されるべきである。アプリ８００Ａによってアプリ８００Ｂに提供される広告コンテンツは、メディアストリーマー８０２が（例えば、メディアストリーマー８０２上にインストールされる他のアプリ又はアプリ８００Ａの使用を介して）ディスプレイデバイス１０６に提供しているコンテンツに関連することができ、メディアストリーマーデバイス８０２及び／又はディスプレイデバイス１０６自体、メディアストリーマーデバイス８０２及び／又はディスプレイデバイス１０６の製造者、又はディスプレイデバイス１０６に提示されているコンテンツなどに、制限なく関連することができる。

メディアサーバ８０２のアプリ８００Ａは、リモートサーバ上に記憶され、それによって取得され、かつ／あるいは、ディスプレイデバイス１０６のアプリ８００Ｂから検索される、かつ／あるいは、ディスプレイデバイス１０６のアプリ８００Ｂによって提供される、情報を使用するリモートサーバから広告コンテンツを積極的に検索することができる。追加的に、あるいは、代替的に、アプリ８００Ａはプッシュされることができ、情報をプッシュするリモートサーバからの広告コンテンツは、アプリ８００Ａがリモートサーバに提供する他の情報又は上記の情報に基づくこともできる。ネットワークサーバはまた、ネットワークストリーマー１０２へと（例えば、現在又は過去に）ストリームされている（メディアの任意の監視に基づくように）それ自体の情報を使用することができる。アプリ８００Ｂ及び／又は８００Ａへの後の提供のために、アプリ８００Ａは、ネットワークサーバから受信される、受信した広告コンテンツを記憶することができ、ネットワークサーバから直接アプリ８００Ｂに受信される広告コンテンツを単に渡すように機能することができる。アプリ８００Ａが受信した広告データを記憶するように機能する場合、アプリ８００Ｂは、要望通りに、アプリ８００Ａからのバルク転送において、あるいは、オンデマンドで、広告コンテンツを提供することができる。リモートサーバからの広告コンテンツの検索及び／又はリモートサーバからの広告コンテンツのプッシュは、上記のようにオンデマンドで、かつ／あるいは、ピークではないネットワーク活動における時間の間など、所定期間で、実行され得る。アプリ８００Ａ及び８００Ｂは、この目的のためにデータ同期されることが好ましく、例えば、アプリ８００Ａ及び８００Ｂは、必要に応じてアップデートをリクエストするようにプログラムされて、アプリがそれ自体の間で、かつ／あるいは、アプリが提供されるハードウェアと共に、相互運用可能な（ｉｎｔｅｒｏｐｅｒａｂｌｅ）ままであることを確実にすることができる。更に、相互運用可能なアプリ８００は、多数のエンターテイメントデバイスにインストールされることができ、その場合、広告コンテンツ８０４は、スマートデバイス１００に提供されるアプリ８００Ｃによって、かつ／あるいは、メディアストリーマー８０２によって、ディスプレイデバイス１０６上にインストールされる同様のアプリ８００Ｂに供給され得る、ということが理解されるべきである。同様に、ＴＶ、メディアストリーマー及びスマートデバイスを含むホームエンターテイメントシステムのコンテキストにおいて説明される一方で、アプリは、テレビ、ＶＣＲ、ＤＶＲ、ＤＶＤプレーヤー、ケーブル又は衛星コンバータセットトップボックス（ＳＴＢ）、アンプ、ＡＶ受信機、ＣＤプレーヤー、ゲーム機、ネットワークビデオストリーマー、パーソナルコンピュータ、ディスプレイを有するか、あるいは、有さない、ポータブルデバイスなどを含むことができるが、これらに限定される必要がない機器に、インストールされ得るということを理解すべきである。

ある状態において、（メディアコンテンツを視る、かつ／あるいは、聞くために）ディスプレイデバイス１０６が特定の入力に設定されるとき、かつ／あるいは、メディアストリーマー８０２が特定のビデオコンテンツソースに変えられるとき、広告コンテンツ８０４は、ディスプレイデバイス１０６上にオーバーレイとして表示され得る。広告がディスプレイデバイス１０６上に提示可能な状況にデバイスを置くために、デバイスに所要の動作を実行させるためのコマンドシーケンス（「マクロ」）を、制御デバイス１００などの制御デバイスによる実行のためのセットアッププロセスによって作ることができる。エンターテイメント機器の制御及び／又はマクロの使用のための方法が当該技術分野で周知であるので、これらは、本明細書で更に説明しないが、追加情報に関して関心のある読者は、例えば、「最適化された機器制御のためのシステム及び方法（ＳｙｓｔｅｍａｎｄＭｅｔｈｏｄｆｏｒＯｐｔｉｍｉｚｅｄＡｐｐｌｉａｎｃｅＣｏｎｔｒｏｌ）」と題した米国特許出願第１３／６５７，１７６号か、あるいは、「スマートデバイスを介して機器制御を促進するためのシステム及び方法（ＳｙｓｔｅｍａｎｄＭｅｔｈｏｄｆｏｒＦａｃｉｌｉｔａｔｉｎｇＡｐｐｌｉａｎｃｅＣｏｎｔｒｏｌｖｉａａＳｍａｒｔＤｅｖｉｃｅ）」と題した米国特許出願第１３／０７１，６６１号を参照することができ、両文献は共通の所有権を有し、両文献はその全体を参照として本明細書に組み込まれている。

さまざまな概念を詳細に説明してきたが、開示の教示全体の観点から、当業者によって、それらの概念にさまざまな修正形及び代替形が展開され得るということが諒解されるべきである。例えば、上記で提示した例示的な機器の構成は、スマートデバイスの付属物のためのＨＤＭＩ相互接続焦点（ＨＤＭＩｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎｆｏｃａｌｐｏｉｎｔ）及びホスト機器としてのテレビセットか、あるいは、以前構成されたリモートコントロール設定の検索のためのＳＴＢを活用する一方で、代替的な構成では、スマートデバイスが一時的に取り付けられるか、あるいは、スマートデバイスがセットアップ目的のために通信することができるホスト機器又は検索ソースとして、ＡＶ受信機、ＰＣ、ゲーム機などの別のデバイスが、うまく平等に機能することができるということが諒解されるだろう。更に、その構成において、ＣＥＣスイッチ機能性をサポートすることができる機器がない場合、電子的に可能なセットアップ（ｅｌｅｃｔｒｏｎｉｃａｌｌｙ−ｅｎａｂｌｅｄｓｅｔｕｐ）を実行するために、発明に従ったスマートデバイスは、それでもなお、順に、多数の機器に個々に取り付けられ得る、ということも諒解されるだろう。ある状態において、効率化のために、多数の機器識別データアイテムが集められることができ、かつ、上記のように段階的というよりはむしろ、単一の取引として機器識別サービスに一緒に転送されることができる、ということも諒解されるだろう。そのような情報は、対象機器から必要な情報を取得することができ、かつ、構成されているデバイスに同様のものを提供するための中間デバイスを使用して構成されているデバイスに転送され得る。更に、ＨＤＭＩ接続、ＣＥＣプロトコル並びにＥＤＩＤ及びＳＰＤＩｎｆｏＦｒａｍｅデータ値を用いて説明しながら、さまざまな他の接続性及び機器識別データ収集方法が、ＩＰデータなどの、本明細書に説明される目的に平等に適用可能でよいということ；追加的な特徴をサポートするように基準が展開するか、あるいは、補正され得ること、などが理解され、そして、それに従って、本明細書中に提示される例示的な機器識別データベースコンテンツは、単に例示のためだけであって、本明細書に記載される機器識別方法による活用のために利用可能になることができるか、あるいは、利用可能になる、全ての潜在的な識別データポイント又はパラメータの包括的な集計として意図されない、ということが諒解されるだろう。

機能的モジュールのコンテキストを記載し、かつ、ブロック図及び／又はフローチャートフォーマットを使用して説明してきたが、理解すべきことは、特に明記しない限り、記載した機能及び／又は特徴の１つ以上を単一の物理デバイス及び／又はソフトウェアモジュールに一体化することができるか、あるいは、１つ以上の機能及び／又は特徴を別の物理デバイス及び又はソフトウェアモジュールに実施することができるということである。また、各モジュールの実際の実施形態の詳細な議論は、発明を理解可能にするために必要ではない、ということが諒解されるだろう。むしろ、システムにおけるさまざまな機能的モジュールの相互関係、機能性及び特性の本明細書における開示を前提とすると、そのようなモジュールの実際の実施形態は、エンジニアの通常の知見に含まれるだろう。従って、通常の技術を適用する当業者であれば、過度の実験をすることなく特許請求の範囲に明記される発明を実施することができるだろう。開示される特定の概念は、単に例示的なものであり、添付の特許請求の範囲及びその任意の等価物の全容を与えるべき発明の範囲を限定するものではないということが、更に諒解されるであろう。

本明細書内に引用される全ての特許は、本明細書にその全体を参照として組み込まれる。

Claims

広告コンテンツを表示するための方法であって、
第１デバイス上にインストールされる第１アプリを使用して広告コンテンツを検索する工程と、
前記第１デバイス上にインストールされる前記第１アプリから第２デバイス上にインストールされる第２アプリに前記広告コンテンツを提供させるとすぐに、前記第２デバイス上にインストールされる前記第２アプリは、前記第２デバイスと関連するディスプレイにおいてオーバーレイとして前記広告コンテンツを表示するように機能する工程と、
を含み、
前記第１デバイスはスマートフォンを含み、前記第２デバイスはテレビを含む、方法。
前記第１デバイス上にインストールされる前記第１アプリにネットワークサーバから広告コンテンツを検索させる工程を含む、請求項１に記載の方法。
前記第１デバイス上にインストールされる前記第１アプリに、前記広告コンテンツを検索する際に前記ネットワークサーバによる使用のための情報を前記ネットワークサーバに提供させる工程を含む、請求項２に記載の方法。
前記第１デバイス上にインストールされる前記第１アプリによって前記ネットワークサーバに提供される前記情報は、前記第２デバイス上にインストールされる前記第２アプリによって、前記第１デバイス上にインストールされる前記第１アプリにまず提供される、請求項３に記載の方法。
前記ネットワークサーバに提供される前記情報は、前記第２デバイスを識別するように機能する情報を含む、請求項４に記載の方法。
前記ネットワークサーバに提供される前記情報は、前記第２デバイスが前記ディスプレイにおいて表示させられている、メディアコンテンツを識別するように機能する情報を含む、請求項４に記載の方法。
前記ネットワークサーバに提供される前記情報は、前記第１デバイスが前記ディスプレイにおける表示のために前記第２デバイスに提供している、メディアコンテンツを識別するように機能する情報を含む、請求項３に記載の方法。
前記第２アプリは、前記ネットワークサーバからの前記広告コンテンツの検索を開始するように第１アプリに命令する、請求項３に記載の方法。
前記ネットワークサーバに提供される前記情報は、前記第２デバイスが前記ディスプレイにおいて表示させられている、メディアコンテンツを識別するように機能する情報を含む、請求項８に記載の方法。
前記第１アプリは、所定回数で前記ネットワークサーバから広告コンテンツを検索する、請求項２に記載の方法。
前記第１デバイスは、前記第１アプリによる前記第２アプリへの後の提供のために、メモリに前記広告コンテンツを記憶する、請求項１０に記載の方法。
前記第１デバイスはメディアストリーミングデバイスを含み、前記第２デバイスはテレビを含む、請求項１に記載の方法。
前記第１デバイス上にインストールされる前記第１アプリと、前記第２デバイス上にインストールされる前記第２アプリとをデータ同期する工程を含む、請求項１に記載の方法。
無線ネットワークを使用して、前記第１アプリから前記第２アプリへと前記広告コンテンツを提供する工程を含む、請求項１に記載の方法。
前記無線ネットワークは、ＲＦネットワークを含む、請求項１４に記載の方法。