JP5259812B2 - 広告表示の尤度（ｌｉｋｅｌｉｈｏｏｄ）を増加させるためのシステム、方法、及び装置 - Google Patents

Description

本開示は、概して通信に関する。より具体的には、本開示は、モバイル・デバイスにおける表示についての広告の通信に関する。

携帯電話（mobile telephone handset）及び他のモバイル・デバイスのような電子デバイス（electronic device）は、スポーツ、エンタテイメント、情報の番組、または広告を含むマルチメディア・コンテンツ・アイテム（multimedia content item）のブロードキャスト（broadcast）を受信するように構成され得る。例えば、電子デバイスによって広告として表示され得るオーディオ及び／またはビデオ・データは、ブロードバンド・ブロードキャスト・通信リンクを用いて電子デバイスに通信され得る。従って、そのような電子デバイスにおいて、特に広告としてブロードキャスト・コンテンツ・アイテムの表示の尤度を増加し、表示し、提供するための装置、及び方法について必要性がある。

本開示の方法及び装置はそれぞれ、望ましい特性を単に引き起こす唯一のものではない、いくつかの実施形態を有する。本発明の範囲に限定せず、例えば、添付した特許請求の範囲によって明白なように、それのより顕著な特徴はここで簡単に議論される。この議論を検討した後、及び、特に「発明を実施するための形態」と名付けられたセクションを読んだ後、検索（retrieval）スケジュールまたは提示（presentation）スケジュールを含み得る広告情報を用いることによって、モバイル・デバイスにおける広告表示の尤度を増加させることを含む利点を、本発明の特徴がどのように提供するかを当業者は理解するだろう。

一実施形態は、モバイル・デバイスのディスプレイに第１の広告を提示する尤度（likelihood）を増加するためのモバイル・デバイスの方法を含む。前記方法は、第１のブロードキャスト通信リンク上でモバイル・デバイスの記憶モジュール内に、検索スケジュール及び第１の広告マルチメディア・アイテムを示す少なくとも一つの証印（indicia）を含む広告情報を受信することと、前記広告情報に基づいて、前記第１の広告マルチメディア・アイテムは、前記モバイル・デバイスの前記記憶モジュール内に無いと判定することと、遠隔デバイスから前記第１の広告マルチメディア・アイテムを検索するように、前記モバイル・デバイスの動作モードを変更することと、を備え得る。前記方法はまた、前記検索スケジュールを参照することによって、前記モバイル・デバイスの前記動作モードを変更することを備え得る。

他の実施形態は、モバイル・デバイス・ディスプレイに第１の広告を提示する尤度を増加させる方法を含む。前記方法は、提示スケジュール及び第１の広告を示す証印を含む広告情報を受信することと、前記広告情報に基づいて、前記第１の広告が前記モバイル・デバイス上に無いと判定することと、遠隔デバイスから前記第１の広告を検索し、前記モバイル・デバイスの記憶モジュールに前記第１の広告を記憶することと、前記モバイル・デバイスに前記第１の広告を提供することと、を備え得る。前記方法はまた、前記モバイル・デバイスに前記提示スケジュールを記憶することと、前記モバイル・デバイスに前記広告をレンダリングした後、前記提示スケジュールをアップデートすることとを備え得る。

他の実施形態は、モバイル・デバイス・ディスプレイに第１の広告を提示する尤度を増加させる方法を含む。前記方法は、第１の広告をブロードキャストすることと、検索スケジュール、及び前記第１の広告を示す証印を含む広告情報を検索することと、前記広告情報をブロードキャストすることと、を備え得る。前記方法はまた、前記検索スケジュールに従って、前記第１の広告についての要求を受信することと、前記検索スケジュールに従って、前記第１の広告を送信することとを備え得る。

他の実施形態は、モバイル・デバイス・ディスプレイに第１の広告を提示する尤度を増加させる方法を含む。前記方法は、第１の広告をブロードキャストすることと、提示スケジュール、及び前記第１の広告を示す証印を含む広告情報を判定することと、前記広告情報をブロードキャストすることとを備え得る。前記方法はまた、前記第１の広告が前記モバイル・デバイスにいつレンダリングされるべきかを判定することと、前記第１の広告がいつレンダリングされるべきかのインジケータをブロードキャストすることとを備え得る。

他の実施形態は、検索及び／または提示スケジュールを参照することによって、モバイル・デバイス・ディスプレイに広告を提示する尤度を増加させる種々の方法で、広告情報をブロードキャストし、受信するための方法及び装置を備える。

図１は、モバイル・デバイスにブロードキャスト・コンテンツ・アイテムを提供することについての例示的なシステムを示しているブロック・ダイアグラムである。 図２は、図１に図示したようなモバイル・デバイスの例を示しているブロック・ダイアグラムである。 図３は、図２に図示したようなモバイル・デバイスにおける広告表示の尤度を増加させるために広告情報を用いる方法の例を示しているフローチャートである。 図４は、図２に図示したようなモバイル・デバイスにおける広告表示の尤度を増加させるために広告情報を用いる方法の他の例を示しているフローチャートである。 図５は、図１に図示したようなブロードキャスト・システムに広告情報をブロードキャストさせる方法の例を示しているフローチャートである。

以下の発明を実施するための形態は、本開示のある実施形態に導かれる。しかしながら、本発明は、例えば、特許請求の範囲によって定義され、網羅されているような多数の異なる方法において具体化される可能性がある。本明細書で開示された実施形態は、広い種々の形態で具体化され、本明細書で開示されている任意の構造、機能、または両方は、単に代表例であるということは明白であるだろう。本明細書の教示に基づいて、当業者は、本明細書で開示された実施形態は、任意の他の実施形態から切り離して実施され、二つまたはそれ以上のこれらの実施形態は、種々の方法において組み合わせられ得るということを正しく理解するだろう。例えば、本明細書に示すいくつもの実施形態を用いて、装置は実施され、または方法は実行され得る。加えて、本明細書に示す一つまたはそれ以上の実施形態を加える、またはそれ以外の他の構造、機能性、または構造及び機能性を用いて、そのような装置は実施され、そのような方法は実行され得る。

電子デバイスは、ワイヤレス・ブロードキャスト・システムによって、コンテンツ・アイテム・ブロードキャストを受信し、表示するように構成され得る。いくつかの場合において、ブロードキャスト・コンテンツ・アイテムは、他の種類のコンテンツ・アイテムの中でも特に、スポーツ・プログラム、エンタテイメント・プログラム、情報プログラム、または広告のようなマルチメディア・コンテンツ・アイテムを含み得る。広告に関して、それは電子デバイスによって個々に表示され、または他のブロードキャスト・コンテンツ・アイテム内に統合され得る。例えば、広告は、スポーツ・プログラムの休憩（break）の間、またはエンタテイメント・プログラムの開始の前に表示され得る。このようにして、広告は、他のブロードキャスト・コンテンツ・アイテムと連動して表示されることができる。

他のブロードキャスト・コンテンツ・アイテムと連動して広告を表示する場合、電子デバイスは、広告が表示されるべきである時間とほぼ同等な時間において広告を受信し、または、電子デバイスは、広告を表示するために、事前に広告を受信し、正確な時間まで広告を記憶し得る。広告が表示されるべきである時間とほぼ同等な時間において広告を受信すること、及び事前に広告を受信することは、共に利点及び不利な点を有している。

広告が表示されるべきである時間、またはそれよりも少し前に広告を受信することは、電子デバイスによって表示するために、広告は利用可能であるだろうという利点がある。広告は、他のコンテンツ・アイテムと共に順にブロードキャストされ、電子デバイスは広告を受信し、殆どすぐその後に広告を表示し得る。電子デバイスが、ブロードキャスト・リンク上で他のコンテンツ・アイテムを受信している限り、それは広告を受信し、表示するだろう。このように広告をブロードキャストすることは、しかしながら、ブロードキャスト・システムに負荷を課すことになる。システムは、ブロードキャストするために正確な広告を決定し、次に、広告が表示されるべきである度に、広告を繰り返しブロードキャストする。

特定の広告を電子デバイスまたは電子デバイスのユーザーに提供する限り、表示の充分前に広告を受信し、記憶することは、システムの負荷を減少する利点を有する。適切な広告は、システムが忙しくない時間に決定され、ブロードキャストされ、広告は、後に表示するためにモバイル・デバイスに記憶され得る。従って、ブロードキャスト・システムは、広告が保証される度に、正確な広告を決定する必要はなく、また広告のブロードキャストを繰り返す必要もない。そのような事前の広告のブロードキャスト及び記憶は、しかしながら、広告は、それが表示されるべきである場合それが利用可能であるように、事前に正確に受信されているということの保証に関して問題を引き起こす。例えば、電子デバイスは、広告がブロードキャストされた時、ブロードキャスト・システムのサービス・エリアが遮断されている、またはサービス・エリアの範囲外であるかもしれない、すなわち広告の品位が低下されている、または受信のときから削除されているかもしれない。

広告が利用できないことは、いくつかの問題を引き起こす。そういうものの一つの問題は、ブロードキャスト・システムについての利益の損失である。失われた利益とは、スポンサーの支払いまたは、放送局が提供する更なるサービスを広告する機会の損失であり得る。これはなぜなら、広告が表示について利用できない場合、スポンサーはブロードキャスト広告に金を投資することを望まなくなり、ブロードキャスト・システムは、任意のブロードキャスト・システム自身の更なるサービスを広告することができなくなる。他の問題は、失われた広告によって引き起こされるブロードキャスト・コンテンツ・アイテムにおける途切れや中断に関する。例えば、電子デバイスのユーザーは、プログラムが再開するまで静かに終わりまで見ることが強要され、さもなければブロードキャストは中断され得る。従って、広告表示の尤度を増加させることについての必要性がある。

一実施形態においてモバイル・デバイスは、提示スケジュール及び第１の広告を示す証印を含む広告情報を受信し、広告情報に基づいて、第１の広告が、モバイル・デバイス上にあるかどうかを判定し、第１の広告がモバイル・デバイス上に無いと判定された場合、遠隔デバイスから第１の広告を検索し、そして、第１の広告をレンダリングする。他の実施形態において、広告情報は更に、検索スケジュールを含み、モバイル・デバイスは、検索スケジュールを参照することによって、遠隔デバイスから第１の広告を検索する。

図１は、一つまたはそれ以上のコンテンツ・プロバイダ１１２から配信（distribution）システム１１０を介して、ブロードキャスト・コンテンツ・アイテムをモバイル・デバイス１０２に提供するシステム１００の例を示しているブロック・ダイアグラムである。図１には単一のモバイル・デバイス１０２が示されているが、システム１００の例は、いくつものモバイル・デバイス１０２を用いるように構成され得る。配信システム１１０は、コンテンツ・プロバイダ１１２からマルチメディア・コンテンツ・アイテムを表すデータを受信し得る。マルチメディア・コンテンツ・アイテムは、ワイヤードまたはワイヤレス・コンテンツ通信リンク１０８上で通信され得る。一実施形態において、通信リンク１０８は、高速またはブロードバンド・リンクである。一実施形態において、コンテンツ・プロバイダ１１２は、同様のまたは異なる通信リンクを介して配信システム１１０を迂回することにより、コンテンツを直接モバイル・デバイス１０２に通信してもよい。他の実施形態において、複数のコンテンツ・プロバイダ１１２は、コンテンツ・アイテムを、複数の配信システム１１０を介して、モバイル・デバイス１０２に配信し得るということが認識されるべきである。

図１のシステム１００の例において、コンテンツ通信リンク１０８は、単方向ネットワークとして図示されている。しかしながら、コンテンツ通信リンク１０８はまた、完全に対称的な双方向ネットワークであり得る。コンテンツ通信リンク１０８は、一つまたはそれ以上のワイヤード及び／またはワイヤレス・リンクを含み、一つまたはそれ以上のイーサネット（登録商標）、電話（例えばＰＯＴＳ）、ケーブル、電力線、及び光ファイバ・システムを含み、及び／または、ワイヤレス・システムは、一つまたはそれ以上の符号分割多重接続（ＣＤＭＡまたはＣＤＭＡ２０００（登録商標））通信システム、周波数分割多重接続（ＦＤＭＡ）システム、ＧＳＭ（登録商標）／ＧＰＲＳ（汎用パケット無線サービス）／ＥＤＧＥ（エンハンスド・データＧＳＭ環境）のような時分割多重接続（ＴＤＭＡ）、ＴＥＴＲＡ（地上基盤無線）携帯電話システム、広帯域符号分割多重接続（ＷＣＤＭＡ）システム、高データ・レート（１ｘＥＶ−ＤＯまたは１ｘＥＶ−ＤＯゴールド・マルチキャスト）システム、ＩＥＥＥ８０２．１１システム、メディアＦＬＯシステム、ＤＭＢシステム、直交周波数分割多重接続（ＯＦＤＭ）システム、またはＤＶＢ−Ｈシステムを含んでいる。

システム１００の例において、モバイル・デバイス１０２はまた第２の通信リンク１０６上に通信するように構成される。一実施形態において、第２の通信リンク１０６は、システム１００の例において二つの方向がある通信リンクである。しかしながら、リンク１０６はまた、モバイル・デバイス１０２から配信システム１１０へ、及び／または、コンテンツ・プロバイダ１１２への第２のリンクを含み得る。第２の通信リンク１０６はまた、ヴォイス・トラフィック及び／またはデータ・トラフィックを通信するように構成されたワイヤレス・ネットワークであり得る。第２の通信リンク１０６は、配信システム１１０及びモバイル・デバイス１０２間でコンテンツ・ガイド及び他のデータを通信し得る。

モバイル・デバイス１０２は、コンテンツ通信リンク１０８で受信されたマルチメディア・コンテンツ・アイテムをレンダリング（render）するように構成されるレンダリング・モジュール１２２を備えている。レンダリング・モジュール１２２は、アナログ、及び／またはデジタル技術を含み得る。レンダリング・モジュール１２２は、ＭＰＥＧ−ｘ及びＨ．２６ｘスタンダードのような国際スタンダードに基づいて、エンコーディング／デコーディング方法を用いるビデオ・エンコーダ／デコーダのような一つまたはそれ以上のマルチメディア信号処理システムを備え得る。そのようなエンコーディング／デコーディング方法は、概して、伝送する及び／または記憶するために、マルチメディア・データを圧縮することへ方向付けられる。

コンテンツ・アイテムをモバイル・デバイス１０２に通信することに加えて、配信システム１１０はまた、コンテンツ・ガイド・サービス１２６を含み得る。コンテンツ・ガイド・サービス１２６は、コンテンツ・プロバイダ１１２及び／または他のソースからコンテンツ・スケジュール及びデータに関するコンテンツを受信し、モバイル・デバイス１０２に、電子コンテンツ・ガイド１２４を定義するデータ表示を通信する。電子コンテンツ・ガイド１２４は、コンテンツ通信リンク１０８上で受信できる複数のコンテンツ・アイテムのブロードキャスト・スケジュールに関するデータを含み得る。電子コンテンツ・ガイド・データは、プログラムのタイトル、開始及び終了の時間、プログラムのカテゴリ分類（例えば、スポーツ、映画、コメディ、等）、クオリティ・レーティング、アダルト・コンテンツ・レーティング等を含み得る。ＥＰＧ１２４はまた、コンテンツ通信リンク１０８上でモバイル・デバイス１０２に通信され、モバイル・デバイス１０２内に記憶され得る。

図２は、図１に図示したようなモバイル・デバイス１０２の例を示しているブロック・ダイアグラムである。デバイス１０２は、メモリ２０４と通信するプロセッサ２０２、及びコンテンツ通信リンク１０８上で通信するネットワーク・インタフェース２０８を備えている。ネットワーク・インタフェース２０８は、単方向コンテンツ通信リンク１０８を受信するように構成されたレシーバ２２４を備えている。ネットワーク・インタフェース２０８及びレシーバ２２４は、コンテンツ通信リンク１０８に関連して記載されたもののようなワイヤード及び／またはワイヤレス技術及び／またはリンクに従った信号を含み得る。

モバイル・デバイス１０２は、第２の双方向通信リンク１０６を介した通信についての追加の第２のネットワーク・インタフェース２０６を含み得る。ネットワーク・インタフェース２０６は、例示的なデバイス１０２が、第２の通信リンク１０６上で一つまたはそれ以上のデバイスと通信できるように、任意の適当なアンテナ（図示せず）、レシーバ２２０、及びトランスミッタ２２２を含み得る。任意的に、ネットワーク・インタフェース２０６はまた、プロセッサ２０２の処理要求を減少させるために処理能力を有し得る。

デバイス１０２はまた、一つまたはそれ以上のディスプレイ２１０、キー、タッチ・スクリーン、または他の適当な蝕知できる入力デバイスのようなユーザー入力デバイス２１２、第２の通信リンク１０６で受信された信号に基づいて、可聴出力を提供するように適合された変換器を含んでいるラウド・スピーカー２１４、及び／または、第２の通信リンク１０６及びコンテンツ通信リンク１０８の一つまたは両方上で伝送され得る聞こえる入力信号を提供するように適合された変換器を備えるマイクロホン２１６を備える。

デバイス１０２は任意的に、一つまたはそれ以上のデバイス１０２の構成要素に電力を提供するバッテリ２３１を含み得る。デバイス１０２は、携帯用ハンドセット、携帯情報端末、ラップトップ・コンピュータ、ヘッドセット、車載用ハンズフリー・デバイスまたは任意の他の電子デバイスの少なくとも一つを含み得る。例えば、本明細書で教示された一つまたはそれ以上の態様は、電話（例えば、携帯電話）、携帯情報端末（ＰＤＡ）、エンタテイメント・デバイス（例えば、音楽またはビデオ・デバイス）、ヘッドセット（例えば、ヘッドホン、イヤホン等）、マイクロホン、または任意の他の適当なデバイスに組み込まれ得る。

本明細書に記載された構成要素は、種々の方法で実施され得る。図２を参照し、デバイスまたは装置１０２は、例えば、プロセッサ２０２、ソフトウェア、いくつかのそれらの組み合わせ、または本明細書に教示されたようないくつかの他の方法で実施された機能を表し得る相互作用のある機能ブロックのシリーズとして表される。例えば、プロセッサ２０２は、入力デバイス２１２を介してユーザー入力を容易にし得る。更に、トランスミッタ２２２は、他のデバイス１０２に、伝送情報に関して種々の機能性を提供する伝送のためのプロセッサを備え得る。レシーバ２２０は、他のデバイス１０２からの受信情報に関して種々の機能性を提供する、受信するためのプロセッサを含み得る。

デバイス１０２は、第２の通信リンク１０６及びコンテンツ通信リンク１０８の一つまたは両方からデータを同時に受信するように構成され得る。例えば、プロセッサ２０２は、ブロードバンド単方向インタフェース２０８がコンテンツ通信リンク１０８上で受信することと同時に双方向ネットワーク・インタフェース２０６の機能の受信及び／または伝送を実行できないかもしれない。従って、例えば、一実施形態において、プログラムのブロードキャストの受信または表示は、例えば電話呼び出しのような信号が第２の通信リンク１０６上で受信された場合、コンテンツ通信リンク１０８上で中止され得る。

上述したように、図２は、いくつかの態様において、これらの構成要素は、適切なプロセッサ構成要素を介して実施され得るということを示している。これらのプロセッサ構成要素は、いくつかの態様において、本明細書に教示されたような構造を用いて、少なくとも一部分実施され得る。いくつかの態様において、一つまたはそれ以上のこれらの構成要素の一部または全ての機能性を実施するようにプロセッサは適合され得る。いくつかの態様において、破線の箱によって表された一つまたはそれ以上の構成要素は、任意である。

いくつかの態様において、デバイスまたは装置１０２は集積回路を含み得る。従って、集積回路は、図２に図示されたプロセッサ構成要素の機能性を提供する一つまたはそれ以上のプロセッサを含み得る。例えば、いくつかの態様においては、単一のプロセッサが図示されたプロセッサ構成要素の機能性を実施し得る一方で、他の態様においては、一つよりも多くのプロセッサが図示されたプロセッサ構成要素の機能性を実施し得る。加えて、いくつかの態様において、集積回路は、図示されたプロセッサ構成要素の機能性のいくつかまたは全てを実施する他のタイプの構成要素を含み得る。

図３は、図２に図示したようなモバイル・デバイス１０２上の広告表示の尤度を増加させるために、広告情報を用いる方法３００の例を示しているフローチャートである。方法３００と関連付けられた動作またはイベントは、本明細書に記載のものとは異なるモバイル・デバイス１０２の構成によって実行され得る。当業者は、記載された方法を、モバイル・デバイス１０２の異なる構成へ拡張する方法が分かるだろう、また、モバイル・デバイス１０２内の異なる構成要素は、本明細書に記載された方法を実行し得るということを理解するだろう。

広告情報は、モバイル・デバイス１０２が、広告が表示されるべきである時間に先立って広告を検索することを可能にすることによって、広告表示の尤度を増加させる。そのような検索は、下記のような、種々の好み（preference）または優先度、または複数の通信の一つの使用に従い得る。加えて、検索された広告は、モバイル・デバイス１０２、またはモバイル・デバイス１０２のユーザーへの対象とされ得る。このようにして、モバイル・デバイス１０２は、特定または対象とされた広告をタイムリーに検索することができる。

方法３００のブロック３０２において、モバイル・デバイス１０２は、例えばレシーバ２２４またはレシーバ２２０を用いることによって、広告情報を受信する。広告情報は、コンテンツ通信リンク１０８または第２の通信リンク１０６上のようなブロードキャスト・システム１００内の通信リンク上で受信される。広告情報を受信した後、モバイル・デバイス１０２は広告情報をメモリ２０４内に記憶し得る。広告情報は、第１の広告を示す少なくとも一つの証印（indicia）を含む。

第１の広告を示す証印は、広告の名前、広告の識別番号、広告において特徴付けられた製品、広告を後援している会社、または、広告を特定する任意の他の情報であり得る。第１の広告が証印によって表されている限り、証印はまた、スポーツ用品に関する任意の広告、または任意の４０秒の長さの広告のような広告のグループを表し得る。証印はまた、そのような情報の組み合わせであり得る。

広告情報は、更にメタデータを含み得る。メタデータは、他の情報の中で、第１の広告の優先度、広告の一つまたはそれ以上の属性の優先度、または、広告の人口統計の適用（demographic applicability）に関する情報を含み得る。例えば、メタデータは、高い、中程度、または低い優先度として広告を特定し得る。メタデータはまた、その広告が３番目に好ましい広告であるということを特定し得る。さらにメタデータは、例えば、広告の長さまたは広告の件名が、他の広告または広告属性に関してある優先度を有しているということを特定し得る。これに加えることで、メタデータは、広告が適切である年齢層、広告が目的とされた地理的位置、モバイル・デバイス１０２のユーザーの関連する所属（affiliation）、または関連するメンバーシップを特定し得る。メタデータはまた、そのような情報の組み合わせを備え得る。

第１の広告は、モバイル・デバイス１０２の表示を対象とする事が望ましい。それゆえに、証印及び／またはメタデータによって表される広告は、概して既にモバイル・デバイス１０２にある。広告は、いくつもの方法においてモバイル・デバイス１０２に記憶され得る。例えば、一つまたはそれ以上の広告は、モバイル・デバイス１０２の製造時、または、モバイル・デバイス１０２をユーザーに配信する前にメモリ２０４に記憶され得る。モバイル・デバイス１０２はまた、レシーバ２２４を用いてコンテンツ通信リンク１０８上のようなブロードキャストを介して事前に広告を受信し得る。広告は、モバイル・デバイス１０２が、サーバー・デバイスからの広告の要求によって事前に広告を受信することによる、または、他のデバイスとのユニキャスト・ネットワーク通信上、例えば第２の通信リンク１０６上でレシーバ２２０を用いて広告を受信することによるような、他のいくつもの方法において、モバイル・デバイス１０２上に記憶され得る。

当業者は、証印及び／またはメタデータは、特定のモバイル・デバイス１０２またはモバイル・デバイス１０２のユーザーへの対象とされた広告を特定し得るということを正しく理解するだろう。デフォルトのブロードキャスト広告を表示する代わりに、モバイル・デバイス１０２上でそのような広告を表示することは、モバイル・デバイス１０２のユーザーがカスタマイズされ、適切な広告を経験（experience）するということを確実にする。

広告情報はまた、広告終了値（advertisement expiration value）を含み得る。広告終了値は、第１の広告の期限が満了する時、または、広告がもはや表示されるべきでない時を特定し得る。例えば、広告終了値は、広告を表示する回数、日付、残り時間（remaining life）、または累積表示時間を表し得る。広告終了値が、経過、期限が満了、または、満たされた後、モバイル・デバイス１０２は、もはやその広告を表示しない。

広告情報はまた、提示（presentation）スケジュールを含み得る。提示スケジュールは、 ブロードキャスト・コンテンツが、モバイル・デバイス１０２上、例えばディスプレイ２１０上で表示されるべき、または例えばレシーバ２２４を用いてコンテンツ通信リンク１０８上で、またはレシーバ２２２を用いて第２の通信リンク１０６上で、モバイル・デバイス１０２によって受信されるべき時間または順番を特定するスケジュールであり得る。例えば、提示スケジュールは、予め決められた３０分以上表示され、及び／または受信されるべきである特定のスポーツ・プログラムを特定し得る。一実施形態において、提示スケジュールはプログラム、及びそのプログラムの間に表示する広告の数を特定し得る。他の実施形態において、提示スケジュールは、プログラムと、広告が表示されるべきであるそのプログラムの間に特定の時間また場所とを特定し得る。更に他の実施形態において、提示スケジュールは、広告を表示する順序を特定し得る。

ブロック３０４において、第１の広告がモバイル・デバイス１０２上にあるか否かが判定される。そのような判定は、例えば、広告がメモリ２０４に記憶されているかどうかを判断することで、プロセッサ２０２によって行われ得る。広告がモバイル・デバイス１０２にある場合、モバイル・デバイス１０２はブロック３０８へと進む。だが、モバイル・デバイス１０２は、ブロック３０８に進む前に、追加のブロック３１０に進み得る。広告がモバイル・デバイス１０２に無い場合、モバイル・デバイス１０２は、ブロック３０８または追加のブロック３１０に進む前に、まずブロック３０６に進む。

ブロック３０４に関し、証印が広告の名前、または識別番号である場合のような、証印が特定の広告を特定する場合、当該技術で周知のように、プロセッサ２０２は、単に受信した証印を、メモリ２０４に記憶された任意の広告の名前または識別番号で比較する。証印が、特徴的な製品、後援している会社、またはいくつかの他のタイプのコンテンツを特定する場合、この情報はまた、ファイルの中、例えばメモリ２０４に記憶された添付ヘッダ・ファイル内に記憶され得る。広告のテーマまたは長さのような情報はまた、例えば、添付ヘッダ・ファイルにそのような情報を記憶することによって、記憶された広告に結び付けられ得る。これらの場合において、第１の広告がモバイル・デバイス１０２にあるかどうかを判断するために、プロセッサ２０２は、証印と、添付ヘッダ・ファイル、または記憶された属性情報の他のソースとを比較することができる。

更にブロック３０４に関して、広告情報がメタデータを含んでいる場合、第１の広告がモバイル・デバイス１０２上にあるかどうかを判断するために、追加の処理が要求され得る。例えば、広告情報が、広告の優先度、または広告の属性の優先度を特定するメタデータを含んでいる場合、モバイル・デバイス１０２は、モバイル・デバイス１０２にある広告または広告の属性を比較する必要があり得る。例えば、そのような比較は、メモリ２０４に記憶された情報を参照することで、プロセッサ２０２によって実行され得る。

第１の広告の優先度が提供される場合、広告は多くの方法で特定され得る。例えば、メタデータが中程度の優先度を含んでいる場合、第１の広告は、中程度の優先度の任意の広告、または少なくとも中程度の優先度の何らかの広告として特定され得る。メタデータが、特別に番号付けされた優先度を含む場合、第１の広告は、記憶された広告が優先度によって整理される場合、その番号の広告として特定され得る。一実施形態において、モバイル・デバイス１０２は、メタデータの優先度を満たす広告を探すことによって、まず第１の広告として記憶された広告を特定しようと試みる。しかし、モバイル・デバイス１０２は、メタデータの優先度を満たす他の記憶された広告が無い場合、正確にはメタデータの優先度を満たさない記憶された広告を優先度が同一のものとして扱う。

第１の広告の一つまたはそれ以上の属性の優先度が提供される場合、広告は、多くの方法で特定され得る。一実施形態において、最も高い属性優先度番号を満たしている記憶された広告は、たとえその広告が全てのメタデータ属性優先度を満たしていない場合でも、第１の広告として特定される。他の実施形態において、記憶された広告は、メタデータ属性優先度の全てを満たさない場合、第１の広告として特定されることができない。本実施形態において、全てのメタデータ属性優先度を満たす記憶された広告は、第１の広告として特定されることができ、または、それが、メタデータ属性優先度を満たしている全ての記憶された広告のうち最も高い属性優先度を有する場合、それは、もっぱら第１の広告として特定され得る。さらに他の実施形態において、広告属性の全てのセットについての優先度の組み合わせが用いられる。

広告情報が、第１の広告の人口統計の適用（demographic applicability）を特定する場合、モバイル・デバイス１０２のユーザーのユーザー・プロフィールは、広告がモバイル・デバイス１０２上にあるかどうかを判断するためにアクセスされ得る。モバイル・デバイス１０２上、例えばメモリ２０４内に記憶された任意の広告の属性は、記憶された広告のいくつかが第１の広告であるかどうかを判断するために、人口統計の適用及び／またはユーザー・プロフィールと比較され得る。例えば、広告情報は、広告を表示すべき予め決められた年齢層を特定し、その広告が、モバイル・デバイス１０２のユーザーの年齢グループへの対象とされているということを特定し得る。

モバイル・デバイス１０２のユーザーのユーザー・プロフィールは、年齢、地理的位置、またはユーザーの加盟または会員のような情報を含み得る。この情報のいくつかは、製造、または流通の間にモバイル・デバイス１０２上、例えばメモリ２０４内に記憶され得る。例えば、地理的位置は、デバイスが最初に、特定の地域でのみ販売できる場合、モバイル・デバイス１０２内に記憶され得る。または、年齢層は、モバイル・デバイス１０２が特定の年齢の子供用に設計される場合に記憶され得る。代替的に、モバイル・デバイス１０２のユーザーは、ユーザー・プロフィール情報を、例えば入力２１２を用いることによって手動で入力し得る。ユーザーはまた、ユーザー・プロフィール情報を、例えば販売場所で、またはインターネットを用いて小売店またはサービス・プロバイダに提供し得る。例えば、そのような提供された情報は、遠隔デバイスに記憶され、トランスミッタ２２２及びレシーバ２２０を用いて第２の通信リンク１０６上でモバイル・デバイス１０２によってアクセスされ得る。また、例えば、提供された情報は、モバイル・デバイス１０２に記憶するために、例えば、メモリ２０４に記憶するために第２の通信リンク１０６上でモバイル・デバイス１０２に伝送され得る。モバイル・デバイス１０２はまた、ＧＰＳ、三角測量、または当該技術で知られた他の方法を含む方法を用いて地理的位置のようなユーザー・プロフィール・データを決定することができ得る。

証印及び／またはメタデータの存在は、一方、または両方ともが用いられる必要はない。両方が用いられない状況、両方が用いられる状況、または他方を除外した結果一方が用いられる状況があると予想される。例えば、メモリ２０４に記憶された一つの広告が、証印またはメタデータを考慮することなく用いられる状況があり得る。一実施形態において、広告情報に任意のメタデータが存在するかどうかに関係なく、証印は、第１の広告がモバイル・デバイス１０２にあるされているかどうかを判断するために用いられる。代替的に、任意の証印が存在するかどうかに関係なく、または証印が存在しない場合にのみメタデータは用いられ得る。他の実施形態において、メタデータは、広告がモバイル・デバイス１０２にあるかどうかを決定するために証印を用いることに起因する任意の曖昧さを解明するために用いられる。更に他の実施形態において、証印は、広告情報の中にメタデータが無い場合、または広告がモバイル・デバイス１０２にあるされているかどうかを決定するためにメタデータを用いることに起因する任意の曖昧さを解明するためにのみ用いられる。また更に他の実施形態において、証印及びメタデータは共に、いつも考慮される。証印及び／またはメタデータの全ては用いられ、または証印及び／またはメタデータの一部のみが用いられ得る。

第１の広告がモバイル・デバイス１０２上にあるされて無い場合、ブロック３０６において、広告は検索され、モバイル・デバイス１０２の記憶モジュール上に記憶される。広告の要求は、トランスミッタ２２２を用いて、例えば第２の通信リンク１０６上で遠隔デバイスに送信され得る。それに応じて、広告は、レシーバ２２４またはレシーバ２２０を用いて、例えばコンテンツ通信リンク１０８または第２の通信リンク１０６上で遠隔デバイスまたは、他の遠隔デバイスから受信され得る。検索された広告は、モバイル・デバイス１０２の記憶モジュール上、例えばメモリ２０４内、メモリ２０４のモジュール内、またはモバイル・デバイス１０２の任意の他の記憶モジュール（図示せず）に記憶される。

モバイル・デバイス１０２は、多くの方法を用いて広告を検索し得る。一実施形態において、モバイル・デバイス１０２は、複数の接続の一つを用いて、複数の遠隔デバイスの一つに接続し得る。特定の時間で第１の広告を検索できるモバイル・デバイス１０２の尤度を増加させるために、複数の遠隔デバイスは同様のコンテンツを含み、複数の接続は同様であり得る。この冗長性（redundancy）は、広告が検索可能になるということの尤度を増加させる。代替的に、複数の遠隔デバイスは、異なるコンテンツを含み、または複数の接続は異なり得る。例えば、特定のタイプのコンテンツまたはデータは、特定の遠隔デバイスに記憶され、または、特定のタイプの接続を用いてよりよく検索され得る。

使用する接続または広告を検索する遠隔デバイスの指定（designation）、好み（preference）、優先度（priority）は、モバイル・デバイス１０２に記憶され、または、広告情報に含まれ得る。各遠隔デバイスまたは接続が利用可能な時間ウィンドウはまた、モバイル・デバイス１０２に記憶され、広告情報に含まれることができ得る。更に、そのような時間ウィンドウの指定、好み、優先度は、記憶され、受信され得る。

一実施形態において、モバイル・デバイス１０２は、広告を記憶している遠隔デバイスとの直接的な接続を用い得る。直接的な接続を用いることで、モバイル・デバイス１０２は、特定の広告をタイムリーに検索し得る。モバイル・デバイス１０２は、特定の広告のブロードキャスト待つ場合とは対照的に、必要な場合に広告を検索し得る。その上、モバイル・デバイス１０２は、全ての広告の伝送について待つというよりも、むしろ特定の広告、または特定の属性を有する広告を検索し得る。このような方法で、モバイル・デバイス１０２はブロードキャストに先立った時間に広告を受信し、または、モバイル・デバイス１０２またはモバイル・デバイス１０２のユーザーを対象とする広告を受信し得る。

ブロック３０８において、第１の広告は、例えばディスプレイ２１０への表示のために広告をレンダリングするレンダリング・モジュール１２２を用いて、モバイル・デバイス１０２上でレンダリングされる。レンダリング・モジュール１２２は、プロセッサ２０２の内部として、ディスプレイ２１０の一部として、または別々の回路、ソフトウェア、またはモバイル・デバイス１０２上の表示のための広告を提供するように構成された本明細書に記載のモジュールを用いることで実装され得る。

広告は、提示スケジュールに従ってレンダリングされ得る。例えば、提示スケジュールがブロードキャスト・プログラムの間に表示する多くの広告を特定する場合、モバイル・デバイス１０２は、プログラムの間、多くの広告のうちの少なくとも一つとして第１の広告をレンダリングし得る。提示スケジュールが、ブロードキャスト・プログラムの間に広告が表示される特定の時間または場所を特定する場合、モバイル・デバイス１０２は、それらの特定の時間、または場所の少なくとも一つの間に広告をレンダリングし得る。提示スケジュールが、広告を再生する順番を特定する場合、モバイル・デバイス１０２は、その順番に従って広告をレンダリングし得る。

任意的に、ブロック３１０において、モバイル・デバイス１０２は、第１の広告がブロック３０８で広告を提供する前に、第１の広告がいつレンダリングされるべきかのインジケータを受信してもよい。例えば、提示スケジュールが、ブロードキャスト・プログラムの間に表示する多くの広告を特定する場合、モバイル・デバイス１０２は、第１の広告を含む、その数の広告がモバイル・デバイス１０２に記憶されると判断する。しかしながらモバイル・デバイス１０２は、ブロック３０８のインジケータを受信し終わるまで、なんらの広告もレンダリングしなくてもよい。インジケータは、広告がすぐに再生されるべきであるということを示してもよいし、または、広告が将来の時間または場所において表示されるべきであるということを示してもよい。

ブロック３０８において第１の広告をレンダリングした後、スケジュールされた提示は、アップデートされ得る。一実施形態において、モバイル・デバイス１０２は、提示スケジュールを受信した後、メモリ２０４に提示スケジュールを記憶し得る。そして、モバイル・デバイス１０２は、例えばブロードキャスト・プログラムの間にこれから表示されていない広告の順番または数をアップデートすることによって、または、特定の時間または場所での広告表示の承認（confirmation）を記憶することによって、メモリ２０４内の提示スケジュールをアップデートし得る。他の実施形態において、提示スケジュールは、遠隔デバイスに記憶され、モバイル・デバイス１０２は情報を、例えばトランスミッタ２２２を用いて第２の通信リンク１０６上で遠隔デバイスに伝送することで、それをアップデートし得る。本実施形態において、遠隔デバイスは、モバイル・デバイス１０２が正確な広告、広告の数、広告の順番を表示したということが保証されることができる。

図４は、図２に図示したように、モバイル・デバイス１０２上の広告表示の尤度を増加させるために、広告情報を用いる方法４００の他の例を示しているフローチャートである。方法４００に関連する処理またはイベントは、モバイル・デバイス１０２の、本明細書に記載の構成とは異なる構成によって実行され得る。当業者は、記載された方法を、モバイル・デバイス１０２の異なる構成へ拡張する方法が分かるだろう、また、モバイル・デバイス１０２内の異なる構成要素は、本明細書に記載された方法を実行し得るということを理解するだろう。

方法４００のブロック４０２において、モバイル・デバイス１０２は、レシーバ２２４またはレシーバ２２０を用いて、広告情報を受信する。広告情報は、ブロードキャスト・システム１００内の通信リンク上、例えば、コンテンツ通信リンク１０８、または第２の通信リンク１０６上で受信される。広告情報を受信した後、モバイル・デバイス１０２は、メモリ２０４内に広告情報を記憶し得る。広告情報は、第１の広告を示す証印及び検索スケジュールの少なくとも一つを含む。

第１の広告を示す証印は、方法３００のブロック３０２における第１の広告を示す証印に関して記載された任意の証印であり得る。また、方法３００のブロック３０２に関して記載されているように、広告情報はまた、メタデータ及び広告終了値（advertisement expiration value）を含み得る。

検索スケジュールは、異なる多くのイベントまたはデバイスを特定し得る。例えば検索スケジュールは、広告を記憶し、広告についての要求を受信し、及び／または広告を伝送する遠隔デバイスが、いつ利用可能であるかを特定し得る。検索スケジュールはまた、提示スケジュールを参照し、または提示スケジュールに関連して決定される。このケースにおいて検索スケジュールは、提示スケジュールに従って広告が表示されるために、モバイル・デバイス１０２がいつ第１の広告を検索できるか、またはいつ検索を必要とするか、を特定し得る。さらに検索スケジュールは、モバイル・デバイス１０２がいつ利用可能であるべきか、を特定し得る。

検索スケジュールはまた、特定のタイプのコンテンツまたはデータにつきアクセスする遠隔デバイスまたは使用する接続だけでなく、広告を検索するための遠隔デバイスまたは、それらの広告を検索するための好ましい接続（preferred connection）の好み（preference）または優先度（priority）を特定し得る。そのような好みまたは優先度は、全てのモバイル・デバイスに適合され、または検索スケジュールにおける情報に基づいて、各モバイル・デバイス１０２によって決定され得る。例えば、検索スケジュールは、モバイル・デバイス１０２がデータを受信することができる速度に基づいて、利用可能な接続または、アクセス可能な遠隔デバイスのリストを含み得る。

ブロック４０４において、第１の広告がモバイル・デバイス１０２上にあるかどうかが判定される。そのような判定は、例えばメモリ２０４に広告が記憶されたかどうかを判定することによって、プロセッサ２０２によって行われ得る。広告がモバイル・デバイス１０２にあるされる場合、モバイル・デバイス１０２はブロック４０８に進む。しかし、モバイル・デバイス１０２は、ブロック４０８に進む前に追加のブロック４１０に進み得る。広告がモバイル・デバイス１０２上に無い場合、モバイル・デバイス１０２はブロック４０８または追加のブロック４１０に進む前に、まずブロック４０６に進む。

ブロック４０４にて実行される判定は、方法３００のブロック３０４に関連して記載された任意の判定に従い得る。そのような判定は、ブロック３０４に関して記載されたように、証印及び／またはメタデータの使用を含み得る。

第１の広告がモバイル・デバイス１０２上に無い場合、ブロック４０６において、モバイル・デバイス１０２の動作モードは、検索スケジュールを参照することによって、第１の広告を検索するように変形され得る。例えば、プロセッサ２０２は、例えばレシーバ２２４を用いてコンテンツ通信リンク１０８上でモバイル・デバイス１０２がブロードキャスト・コンテンツを受信しているモードからモバイル・デバイス１０２を解除し、例えばトランスミッタ２２２を用いて第２のコンテンツ通信リンク１０６上で第１の広告を要求することを許可するモード内にモバイル・デバイス１０２をセットし得る。プロセッサ２０２は、第１の広告を記憶し、第１の広告についての要求を受信し、及び／または第１の広告を伝送する遠隔デバイスがいつ可能であるか；モバイル・デバイス１０２での表示のために、いつ第１の広告を有する必要があるか；または、ブロック３０２で受信された検索スケジュールで特定されたように、いつモバイル・デバイス１０２が利用可能か、に従って、これを実行し得る。

第１の広告についての要求は、トランスミッタ２２２を用いて、例えば第２の通信リンク１０６上で、遠隔デバイスに送られ得る。一実施形態において、この要求はインターネット接続上に伝送され得る。他の実施形態において、要求は、ユニキャスト・ネットワーク接続上に伝送され得る。それに対して、広告は、レシーバ２２４またはレシーバ２２０を用いて、例えばコンテンツ通信リンク１０８または第２の通信リンク１０６上で、遠隔デバイス、または他の遠隔デバイスから受信され得る。例えば、広告は、インターネット接続上に伝送され得るまたは、ユニキャスト・ネットワーク接続上に伝送され得る。モバイル・デバイス１０２は、そのような伝送をモニタし、広告を受信した後、メモリ２０４または、例えばモバイル・デバイス１０２の他の記憶モジュールに広告を記憶し得る。

モバイル・デバイス１０２の動作モードは、遠隔デバイスとのユニキャスト接続を用いて、広告を検索するように変形され得る。ユニキャスト接続、または直接的な接続を用いることで、モバイル・デバイス１０２はタイムリーに特定の広告を受信し得る。モバイル・デバイス１０２は、広告のブロードキャストを待つ場合とは対照的に、必要な場合に広告を受信し得る。更に、モバイル・デバイス１０２は、特定の広告または、特定の属性を有する広告を検索し得る。このようにして、モバイル・デバイス１０２は、ブロードキャストに先立った時間に広告を検索し得るまたは、モバイル・デバイス１０２またはモバイル・デバイス１０２のユーザーへの対象とされた特定の広告を検索し得る。

モバイル・デバイス１０２の動作モードはまた、コンテンツを検索する遠隔デバイス、使用される接続、及び／または広告を検索する時間ウィンドウの指定（designation）、優先度（priority）、または好み（preference）に従って広告を検索するように変形され得る。そのような指定、優先度、好みの情報は、モバイル・デバイス１０２に記憶され、検索スケジュール内のような広告データ内に含まれ得る。

ブロック４０８において、第１の広告は、例えばディスプレイ２１０上の表示のために広告をレンダリングするレンダリング・モジュール１２２を用いて、モバイル・デバイス１０２上にレンダリングされる。レンダリング・モジュール１２２は、プロセッサ２０２の内部として、ディスプレイ２１０の一部としてまたは、別々の回路、ソフトウェア、またはモバイル・デバイス１０２上の表示のための広告をレンダリングするように構成された本明細書に記載のモジュールを用いることで実装され得る。

任意的に、ブロック４１０において、モバイル・デバイス１０２は、第１の広告を提供する前に広告終了値が期限切れになっているかどうかを判定してもよい。広告終了値は、ブロック４０２において受信された広告情報内に含まれ得る。判定は、プロセッサ２０２、及び／または例えばメモリ２０４を参照することでタイミングまたはカレンダー・モジュール（図示せず）によって行われ得る。例えば、メモリ２０４は、何回第１の広告が表示されたか、その広告表示をストップする日付、その広告が最初に表示された日付または、モバイル・デバイス１０２はその広告表示にどのくらいの時間を費やしたかを記憶し得る。

広告終了値が期限切れになった場合、モバイル・デバイス１０２は、広告を検索するためにブロック４０６に戻る。検索された広告は、第１の広告であるまたは、第１の広告ではないかもしれない。一実施形態において、検索された広告は、第１の広告と同様である。他の実施形態において、検索された広告は、第１の広告のアップデートされたバージョンである。更に他の実施形態において、検索された広告は、第１の広告と同じ会社によって資金援助され、第１の広告を交換することが予定される。そのまた更に他の実施形態において、検索された広告は、第１の広告に関連しない。検索された広告の他の実施形態は、当業者によって認識されるだろう。

広告を検索した後、モバイル・デバイス１０２は、ブロック４１０において、広告終了値が期限切れかどうかを再び判定し、またはブロック４０８において、検索された広告を提供し得る。ブロック４１０及びブロック４０８は、既に上述されている。

図３及び４、またはその一部に関連して上述された方法例は、モバイル・デバイス１０２によって、断続的に、または一定間隔で実行され得る。例えば、モバイル・デバイス１０２は、広告情報を受信し、ブロードキャスト・コンテンツが表示される前、または新しいブロードキャスト・コンテンツが利用可能になる時に方法３００を実行し得る。モバイル・デバイス１０２はまた、広告情報を受信し、８時間毎のような周期的なサイクルにおいてまたは、真夜中のような毎日の予め決まった時間に方法３００を実行し得る。

更に、ブロック３０４及び４０４に図示したように、第１の広告がモバイル・デバイス１０２上にあるされるかどうかを判定することは、ブロック３０２及び４０２に図示したように、広告情報が受信される度に複数回実行され得る。例えば、第１の広告を示す証印を含む広告情報を受信した後、モバイル・デバイス１０２は、連続する広告情報を受信する前に、モバイル・デバイス１０２上に第１の広告があるされているかどうかを繰り返し判定し得る。この判定は、一日に２回のような一定の間隔でなされ、または、第１の広告がモバイル・デバイス１０２上にあると判定されるまで続き得る。広告情報を受信した時、第１の広告がモバイル・デバイス１０２上にあるされていないかもしれないが、第１の広告は、第１の広告のその後に続くブロードキャストの結果として、または、例えば交互（alternate）通信リンク上で第１の広告を検索するモバイル・デバイス１０２の結果として、モバイル・デバイス１０２に続いて記憶され得る。同様に、ブロック３０８及び４０８に図示するような、モバイル・デバイス１０２に広告を提供するような、方法３００及び４００の他の部分は、広告情報が受信される度に複数回実行され得る。

当業者は、図３及び４の単独または組み合わせに関連して上述された方法例が、モバイル・デバイス１０２に第１の広告を特定させ、モバイル・デバイス１０２上の広告を表示させることを可能にするということを正しく理解する。広告が表示される前に広告は特定され、それによって、表示が要求される前に、必要な場合、モバイル・デバイス１０２が広告を検索することを可能とする。このようにして、ブロードキャスト・システム１００に課せられた負荷は最小限にされることができ、モバイル・デバイス１０２はモバイル・デバイス１０２またはモバイル・デバイス１０２のユーザーに対して特定の広告を特定し、表示し得る。従って、図３及び４の単独または組み合わせに関連して上述された方法例が、モバイル・デバイス１０２の広告表示の尤度を増加させるであろうということを当業者は正しく理解するだろう。

図５は、図１に図示したようなブロードキャスト・システム１００に広告情報をブロードキャストさせる方法の例を示すフローチャートである。方法４００に関連付けられた処理またはイベントは、モバイル・デバイス１０２の、本明細書に記載のものとは異なる構成によって実行されてもよい。当業者は、記載された方法を、モバイル・デバイス１０２の異なる構成へ拡張する方法が分かるだろう、また、モバイル・デバイス１０２内の異なる構成要素は、本明細書に記載された方法を実行し得るということを理解するだろう。

ブロック５０２において、第１の広告はブロードキャストである。広告は、通信リンク１０８または第２の通信リンク１０６上のような、ブロードキャスト・システム１００内の通信リンク上のブロードキャストである。ブロードキャストは、図１の配信システム１１０の実装において用いられるデバイスのようなブロードキャスト・デバイスによって実行される。配信システム１１０は、単一の配信システムまたは、複数のローカル配信システムを含み得る。広告は、コンテンツ・プロバイダ１１２によって配信システム１１０に供給され、広告は、マルチメディア・アイテムであり得る。

ブロック５０４において、第１の広告情報を示す少なくとも一つの証印を含む広告情報が判定される。証印は、方法３００のブロック３０２に関連して記載されたように第１の広告を示し得る。証印は、ブロードキャスト・システム１００内の種々のデバイスまたはモジュールによって判定され得る。例えば、配信システム１１０は、配信システムが位置される地理上の領域（geographic area）に従った広告情報を判定し得る。コンテンツ・ガイド・サービス１２６は、特定されたコンテンツ・アイテムに従って、広告情報を判定し得る。コンテンツ・プロバイダ１１２は、コンテンツのスポンサーに従った広告情報を判定し得る。

任意のブロック５０８において、検索スケジュールを含む広告情報が判定される。検索スケジュールは、方法４００のブロック４０２を参照して説明された通りのものであり得る。検索スケジュールは、ブロードキャスト・システム１００内の種々のデバイスまたはモジュールによって判定され得る。例えば、配信システム１００は、いつそれが広告をブロードキャストするように利用可能になるかによって、検索スケジュールを判定し得る。コンテンツ・ガイド・サービス１２６は、いつモバイル・デバイス１０２が動作モードを切り替え、そして広告を検索可能になるかに従って、検索スケジュールを判定し得る。コンテンツ・プロバイダ１１２は、いつ広告が利用可能となるかに従って、検索スケジュールを判定し得る。

提示スケジュールを含む広告情報はまた、任意のブロック５０８において判定され得る。提示スケジュールは、方法３００のブロック３０２を参照して述べたように、ブロードキャスト・コンテンツがモバイル・デバイス１０２上で表示されるべきである時間または順序を特定するスケジュールであり得る。提示スケジュールは、ブロードキャスト・システム１００内の種々のデバイスまたはモジュールによって判定され得る。例えば、配信システム１００は、コンテンツ・アイテムがモバイル・デバイス１０２にいつ配信されるか、に従って提示スケジュールを判定し得る。コンテンツ・ガイド・サービス１２６は、プログラム、または第１の広告の長さに従って、提示スケジュールを判定し得る。コンテンツ・プロバイダ１１２は、コンテンツの利用可能性に従って、提示スケジュールを判定し得る。

任意のブロック５１０において、メタデータを含む広告情報が判定され得る。メタデータは、方法３００のブロック３０２を参照して述べたように、他の情報のうちで、第１の広告の優先度、広告の一つまたはそれ以上の属性の優先度または、広告の人口統計適用に関する情報を含み得る。メタデータは、ブロードキャスト・システム１００内の種々のデバイスまたはモジュールによって判定され得る。例えば、配信システム１１０は、メタデータをブロードキャストする地理上の領域に従ってメタデータを判定し得る。コンテンツ・ガイド・サービス１２６は、好ましい長さまたは属性に従って、メタデータを判定し得る。コンテンツ・プロバイダ１１２は、広告のスポンサーをしている会社の優先順位が付けられたリストに従って、メタデータを判定し得る。

任意のブロック５１２において、広告終了値を含む広告情報が判定され得る。広告終了値は、方法３００のブロック３０２を参照して述べたように、いつ第１の広告の有効期限が切れるか、または、いつその広告がもはや表示されるべきではなくなるか、を特定し得る。広告終了値は、ブロードキャスト・システム１００内の種々のデバイスまたはモジュールによって判定され得る。例えば、配信システム１１０は、どの程度の頻度でそれが新しい広告をブロードキャストするのかということに従って、広告終了値を判定し得る。コンテンツ・ガイド・サービス１２６は、現在利用可能な異なるプログラムの数に従って、広告終了値を判定し得る。コンテンツ・プロバイダ１１２は、新しい広告がいつ利用可能になり得るか、に従って広告情報を判定し得る。

当業者は、広告情報の判定は、本明細書に記載の方法とは別の方法を用いて達成されることが可能であるということを認識するだろう。上の例及び記載は、単に例示的なものである。ブロック５０４、５０８、５１０、及び５１２は本開示の範囲内で任意の順序で実行され得る。図示した数よりも多い、またはより少ない判定ブロックまたはステップがまたあり得る。更に、上の開示のデバイス、モジュール、機能、及び広告情報から、当業者によって認識されるように、図示したデバイスまたはモジュール以外のデバイスまたはモジュールは、広告情報を判定し得る。また、図示したデバイス及びモジュールは、上述した以外の方法で広告情報を判定し、記載されたものと異なる広告情報を判定し得る。そのような、上述からの逸脱は、本開示の範囲内である。

ブロック５０６において広告情報はブロードキャストされる。広告情報は、ブロードキャスト・システム内の通信リンク上、例えばコンテンツ通信リンク１０８または第２の通信リンク１０６上でブロードキャストされる。ブロードキャストはブロードキャスト・デバイス、例えば図１の配信システム１１０の実装で用いられるデバイスによって実行される。配信システム１１０は、単一の配信システムであり得る、または複数のローカル配信システムを含み得る。広告情報は、ブロードキャスト・デバイスで、またはブロードキャスト・デバイスまたは配信システム１１０内で生成され、別のデバイスまたはモジュール、またはその両方から受信され得る。

広告情報をブロードキャストした後、第１の広告がいつレンダリングされるかのインジケータが判定され、ブロードキャストされ得る。インジケータは、方法３００のブロック３１０を参照して述べたようなものであり得る。インジケータは、ブロードキャスト・システム１００内の種々のデバイスまたはモジュールによって判定され得る。例えば、配信システム１１０は、システム・トラフィックが、いつ、それにコンテンツをブロードキャストさせることが困難であるか、に従ってインジケータを判定し得る。コンテンツ・ガイド・サービス１２６は、プログラミング（programming）の長さまたは、中断するコンテンツにおける適切な場所に従って、インジケータを判定し得る。コンテンツ・プロバイダ１１２は、スポンサーしている会社が、どの程度の頻度の広告マテリアルの表示が約束されているかに従って、インジケータ１１２を判定し得る。

インジケータは、ブロードキャスト・システム１００における通信リンク上、例えばコンテンツ通信リンク１０８または、第２の通信リンク１０６上でブロードキャストされ得る。ブロードキャストは、ブロードキャスト・デバイス、例えば単一の配信システムであり得る、または複数のローカル配信システムを含み得る図１の配信システム１１０の実装で用いられるデバイスによって実行され得る。

インジケータの判定及びブロードキャストは、ブロードキャスト・システム１００に、必要に応じていつ広告を表示するかを判定させることを可能にする。広告が表示される特定の時間または場所は、かなり前から特定される必要は無い。仕様（specification）は、表示に近づくまで、または、表示の直前まで遅延されてもよい。このようにして、ブロードキャストの開始時におけるブロードキャスト・システム１００に課せられた負荷は最小化され、そのような負荷はブロードキャストの至る所に分散されることが可能である。このようにして、状態変化はまた、考慮されることができる。これに加え、ブロードキャスト・システム１００は、システム外部から、例えばスポンサーしている会社から受信した命令に応じて、広告が表示されるべきであるということを示すことができる。

広告についての要求はまた、例えばモバイル・デバイス１０２、及び要求デバイスによる承認（reception）のために伝送された広告から受信され得る。一実施形態において、広告は、例えば図１の配信システム１１０の実装において用いられるブロードキャスト・デバイスによってブロードキャストされ得る。他の実施形態において、要求デバイスとの直接的な接続上、例えばコンテンツ・プロバイダ１１２によって広告は伝送され得る。この実施形態において、特定の広告または特定の属性の広告は、広告のブロードキャストを要求することなく、要求デバイスに供給されることができる。このようにして、要求デバイスまたは、要求デバイスのユーザーを対象とされた広告が提供され得る。

当業者は、広告情報は広告よりもさらに小さいサイズであり得るということを正しく理解するだろう。従って、広告情報は、システム・リソースを過度に占有することなく、広告よりも頻繁にブロードキャストされ得る。更に、広告情報は、任意のコンテンツのブロードキャストの前にブロードキャストされ得る。その結果、場合によってはブロードキャスト接続とは異なる接続上で、モバイル・デバイス１０２が任意の要求された広告を検索することを可能にする。これに加え、広告情報は、例えば証印、メタデータ、及び広告終了値の組み合わせによって、モバイル・デバイス１０２上の広告のライブラリを制御するように用いられ得る。例えば、広告情報は、予め決められた時間及び／または日付におけるモバイル・デバイス１０２上の表示を対象とする一つまたはそれ以上の広告を示す証印を含み得る。モバイル・デバイス１０２は、広告がモバイル・デバイス１０２上にあるされているかどうかを判定し、それに応じ、広告は、予め決まった時間及び／または日付で検索され、記憶されるということを確実にする。

当業者は、本開示の装置及び方法は、第１の広告がモバイル・デバイス１０２上にあるされるということを確実にすることで、対象とされた広告を提供し得るということを正しく理解するだろう。具体的に、本開示のシステムは、第１の広告がモバイル・デバイス１０２上にあるされているかどうかについての不確実性が存在し得るモバイル・デバイス１０２上の広告表示の保証に関する課題を最小限にする。従って、ブロードキャスト・ネットワーク上の表示の時間における広告の供給についてのネットワーク能力を占有する代わりに、本開示のシステムは、要求された広告を事前に特定すること、及びモバイル・デバイス１０２上の表示についての広告を提供するために、時間内に広告を検索することを可能にする。従って、広告表示の尤度の増加は達成されることが可能である。

本明細書に開示された実施形態に関連して述べた様々な例示の論理ブロック、モジュール、及び回路は、集積回路（ＩＣ）、アクセス端末、またはアクセスポイント内で実装され、またはこれらによって実行され得る。ＩＣは、本明細書で述べた機能を実行するように設計された汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはプログラマブル論理デバイス、ディスクリートまたはトランジスタ論理、ディスクリートハードウェア部品、電気部品、光学部品、機械部品、またはその任意の組み合わせを備えて良く、そしてＩＣは、ＩＣ内部、ＩＣ外部、またはその両方にあるコードまたは命令を実行し得る。汎用プロセッサは、マイクロプロセッサであって良いが、これに代わるものでは、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであり得る。プロセッサはまた、計算デバイスの組み合わせ、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連係した一つまたはそれ以上のマイクロプロセッサ、または他の任意のそのような構成として実装され得る。

当業者は、本明細書で開示された実施形態に関連して述べられた種々の例示的な論理ブロック、モジュール、回路、及びアルゴリズム・ステップが、電子的なハードウェア、コンピュータソフトウェア、またはこの組み合わせが実施され得るということを、認識するだろう。ハードウェア、及びソフトウェアのこの互換性を明確に例示するために、様々な例示的な要素部品、ブロック、モジュール、回路、及びステップは、一般的にそれらの機能に関して上で述べられてきた。そのような機能がハードウェアまたはソフトウェアとして実施されるか否かは、特定のアプリケーション及びシステム全体に課せられた設計制限に依存する。当業者は、記述した機能を特定の各アプリケーションのために様々な方法で実施し得るが、そのような実施の決定は、本開示の範囲から逸脱するものと解釈されるべきではない。

本明細書に開示された実施形態に関連して述べた方法またはアルゴリズムのステップは、直接、ハードウェアにおいて、プロセッサによって実行されるソフトウェア・モジュールにおいて、またはその二つの組み合わせにおいて具体化され得る。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバル・ディスク、ＣＤ−ＲＯＭ、または当技術分野で既知である他の形のあらゆる記憶媒体に存在し得る。例となる記憶媒体は、記憶媒体から情報を読み取ることができ、記憶媒体に情報を書き込むことができるようなプロセッサに結合され得る。代替的に、記憶媒体は、プロセッサに不可欠であり得る。プロセッサと記憶媒体はＡＳＩＣ内にあっても良い。このＡＳＩＣはユーザー装置内にあっても良い。あるいは、プロセッサと記憶媒体は、ディスクリート部品としてユーザー装置内にあっても良い。

上の詳細な記載は、種々の実施形態に適用するように本発明の新規の特徴を示し、記載し、及び指摘する一方で、図示されたデバイスまたはプロセスの形態及び詳細における、種々の省略、代用及び変更は、本開示の範囲から逸脱することなく、当業者によって行われ得るということが理解されるべきである。認識されるにつれ、本発明は、本明細書に示す特徴及び利点の全てを提供しない形態の中で具体化され得る。それゆえに、いくつかの特徴は他とは別々に用いられ、実行され得る。本開示の範囲は、添付された特許請求の範囲、前の記載または両方によって明らかにされる。特許請求の範囲と同等の効果（meaning）及び範囲内で生じる全ての変化は、それの範囲内に包含される。
（１）モバイル・デバイスのディスプレイにおける、第１の広告の提示の尤度（likelihood）を増加させるモバイル・デバイスについての方法であって、
第１のブロードキャスト通信リンク上で前記モバイル・デバイスの記憶モジュール内に、検索スケジュール及び第１の広告マルチメディア・アイテムを示す少なくとも一つの証印（indicia）を含む広告情報を受信することと、
前記広告情報に基づいて、前記第１の広告マルチメディア・アイテムは、前記モバイル・デバイスの前記記憶モジュール内に無いと判定することと、
遠隔デバイスから前記第１の広告マルチメディア・アイテムを検索するように、前記モバイル・デバイスの動作モードを変更することと
を備える方法。
（２）前記変更することは、前記検索スケジュールを参照することによる（１）の方法。
（３）前記変更することは、ユニキャスト・ネットワーク接続上で遠隔デバイスに接続することによる（１）の方法。
（４）前記判定することに応答して、前記広告情報によって特定された広告マルチメディア・アイテムの伝送をモニタすることと、
前記モニタされた広告マルチメディア・アイテムを前記モバイル・デバイスの前記記憶モジュールに記憶することと
を更に備える（１）の方法。
（５）前記広告情報内の広告終了値を特定すること、
前記広告終了値の経過に関連して、第２の広告マルチメディア・アイテムを検索することと
を更に備える（１）の方法。
（６）前記第１の広告マルチメディア・アイテムが前記モバイル・デバイス上に無いと判定することは、前記広告情報、及び前記モバイル・デバイスのユーザーのユーザー・プロフィールに基づく（１）の方法。
（７）前記広告情報は、前記第１の広告マルチメディア・アイテムの優先度を表すメタデータ、前記第１の広告マルチメディア・アイテムの一つまたはそれ以上の属性の優先度、または前記第１の広告マルチメディア・アイテムの人口統計の適用（demographic applicability）を更に含む（１）の方法。
（８）モバイル・デバイス・ディスプレイに第１の広告を提示する尤度（likelihood）を増加させる方法であって、
提示スケジュール及び第１の広告を示す証印を含む広告情報を受信することと、
前記広告情報に基づいて、前記第１の広告が前記モバイル・デバイス上に無いと判定することと、
遠隔デバイスから前記第１の広告を検索し、前記モバイル・デバイスの記憶モジュールに前記第１の広告を記憶することと、
前記モバイル・デバイスに前記第１の広告をレンダリング（render）することと
を備える方法。
（９）前記モバイル・デバイスに前記提示スケジュールを記憶することと、
前記モバイル・デバイス上で前記第１の広告を再生した後、前記提示スケジュールをアップデートすることと
を更に備える（８）の方法。
（１０）前記第１の広告がいつ提供されるべきかのインジケータを受信することを更に備え、
前記第１の広告を提供することは、前記インジケータの参照による（８）の方法。
（１１）前記第１の広告が前記モバイル・デバイスに無いと判定することは、前記広告情報、及び前記モバイル・デバイスのユーザーのユーザー・プロフィールに基づく（８）の方法。
（１２）前記広告情報は、前記第１の広告の優先度を表すメタデータ、前記第１の広告の一つまたはそれ以上の属性の優先度、または前記第１の広告の人口統計の適用（demographic applicability）を更に含む（８）の方法。
（１３）前記広告情報は、検索スケジュールを更に備え、前記検索することは、前記検索スケジュールの参照による（８）の方法。
（１４）モバイル・デバイス・ディスプレイに第１の広告を提示する尤度（likelihood）を増加させる方法であって、
前記第１の広告をブロードキャストすることと、
検索スケジュール、及び前記第１の広告を示す証印を含む広告情報を検索することと、
前記広告情報をブロードキャストすることと、
を備える方法。
（１５）前記検索スケジュールに従って、前記第１の広告についての要求を受信することと、
前記検索スケジュールに従って、前記第１の広告を送信することと
を更に備える（１４）の方法。
（１６）前記伝送することは、前記モバイル・デバイスとの直接接続上で前記第１の広告を送信することを備える（１５）の方法。
（１７）前記広告情報は、前記第１の広告の優先度を表すメタデータ、前記第１の広告の一つまたはそれ以上の属性の優先度、または前記第１の広告の人口統計の適用（demographic applicability）を更に含む（１４）の方法。
（１８）モバイル・デバイス・ディスプレイに第１の広告を提示する尤度（likelihood）を増加させる方法であって、
前記第１の広告をブロードキャストすることと、
提示スケジュール、及び前記第１の広告を示す証印を含む広告情報を判定することと、
前記広告情報をブロードキャストすることと
を備える方法。
（１９）検索スケジュールをブロードキャストすることと、
前記検索スケジュールに従って、前記第１の広告についての要求を受信することと、
前記検索スケジュールに従って、前記第１の広告を送信することと
を更に備える（１８）の方法。
（２０）前記モバイル・デバイスに前記第１の広告がいつレンダリング（render）されるべきかを判定することと、
前記第１の広告がいつレンダリングされるべきかのインジケータをブロードキャストすることと
を更に備える（１８）の方法。
（２１）前記広告情報は、前記第１の広告の優先度を表すメタデータ、前記第１の広告の一つまたはそれ以上の属性の優先度、または前記第１の広告の人口統計の適用（demographic applicability）を更に含む（１８）の方法。
（２２）第１の広告を提示するためのモバイル・デバイスであって、
提示スケジュール、及び前記第１の広告を示す証印を含む広告情報を受信するように構成されたレシーバと、
前記第１の広告の少なくとも一つを記憶するように構成された記憶モジュールと、
前記広告情報に基づいて、前記第１の広告が前記記憶モジュールに記憶されるかどうかを判定し、前記第１の広告が前記記憶モジュールに記憶されていないと判定された場合、遠隔デバイスから前記第１の広告を検索し、前記記憶モジュール内に前記第１の広告を記憶するように構成されたプロセッサと、
前記モバイル・デバイスのディスプレイに前記第１の広告をレンダリング（render）するように構成されたレンダリング・モジュールと
を備えるモバイル・デバイス。
（２３）前記広告情報は、検索スケジュールを更に含み、
前記プロセッサは、前記検索スケジュールを参照することによって、前記第１の広告を、前記遠隔デバイスから検索するように構成されている（２２）のモバイル・デバイス。
（２４）前記プロセッサは、ユニキャスト・ネットワーク接続上で前記遠隔デバイスに接続するように、前記モバイル・デバイスの動作を変更することによって、前記検索スケジュールを参照することによって前記遠隔デバイスから前記第１の広告を検索するように構成されている（２３）のモバイル・デバイス。
（２５）前記プロセッサは更に、前記広告情報内の広告終了値を特定し、前記広告終了値の経過に応答して、第２の広告を検索するように構成されている（２３）のモバイル・デバイス。
（２６）前記プロセッサは更に、前記記憶モジュール内に前記提示スケジュールを記憶し、前記レンダリング・モジュールが前記第１の広告をレンダリングした後に、前記提示スケジュールをアップデートするように構成されている（２２）のモバイル・デバイス。
（２７）前記レシーバは更に、ブロードキャスト広告を受信するように構成され、
前記プロセッサは更に、前記受信されたブロードキャスト広告が、前記広告情報によって特定されたと判定し、前記記憶モジュール内に前記受信されたブロードキャスト広告を記憶するように構成されている（２２）のモバイル・デバイス。
（２８）前記レンダリング・モジュールは更に、前記第１の広告がいつレンダリングされるべきかの、受信されたインジケータの参照により、前記第１の広告をレンダリングするように構成されている、（２２）のモバイル・デバイス。
（２９）プロセッサは、前記広告情報、及び前記モバイル・デバイスのユーザーのユーザー・プロフィールに基づいて、前記記憶モジュール内に前記第１の広告が記憶されているかどうかを判定するように構成されている（２２）のモバイル・デバイス。
（３０）前記広告情報は、前記第１の広告の優先度を表すメタデータ、前記第１の広告の一つまたはそれ以上の属性の優先度、または前記第１の広告の人口統計の適用（demographic applicability）を更に含む（２２）のモバイル・デバイス。

Claims (22)

1. モバイル・デバイスのディスプレイにおける、第１のコンテンツ・アイテムの提示の尤度（likelihood）を増加させるモバイル・デバイスについての方法であって、
   第１のブロードキャスト通信リンク上で前記モバイル・デバイスの記憶モジュール内に、前記第１のコンテンツ・アイテムを示す少なくとも一つの証印（indicia）を含む前記コンテンツ・アイテム情報及び検索スケジュールを受信することと、
   前記第１のコンテンツ・アイテムが検索されて前記モバイル・デバイスの前記記憶モジュール内に記憶されるべきかを、前記検索スケジュールに無関係に、且つ前記コンテンツ・アイテム情報に基づいて判定することと、
   前記判定することに応じて、遠隔デバイスから前記第１のコンテンツ・アイテムを、前記検索スケジュールから決定することができる時間に検索することと
   を備える方法。
2. 前記検索することは、前記検索スケジュールにリストされている時間を参照することによる請求項１の方法。
3. 前記検索することは、ユニキャスト・ネットワーク接続上で遠隔デバイスに接続することによる請求項１の方法。
4. 前記判定することに応答して、前記コンテンツ・アイテム情報によって特定された前記第１のコンテンツ・アイテムの伝送についてモニタすることと、
   前記第１のコンテンツ・アイテムを前記モバイル・デバイスの前記記憶モジュールに記憶することと
   を更に備える請求項１の方法。
5. 前記コンテンツ・アイテム情報内の終了値を特定すること、
   前記終了値の経過に関連して、第２のコンテンツ・アイテムを検索することと
   を更に備える請求項１の方法。
6. 前記コンテンツ・アイテム情報は更に、前記第１のコンテンツ・アイテムの人口統計の適用（demographic applicability）を含み、
   前記検索スケジュールに無関係に、前記コンテンツ・アイテム情報に基づいて前記第１のコンテンツ・アイテムが、検索され、前記モバイル・デバイスに記憶されるべきかを決定することは、更に、前記第１のコンテンツ・アイテムの前記人口統計の適用と、前記モバイル・デバイスのユーザーのユーザー・プロフィールとの比較に基づく請求項１の方法。
7. 前記コンテンツ・アイテム情報は、前記第１のコンテンツ・アイテムの優先度を表すメタデータ、前記第１のコンテンツ・アイテムの一つまたはそれ以上の属性の優先度、または前記第１のコンテンツ・アイテムの人口統計の適用（demographic applicability）を更に含む請求項１の方法。
8. モバイル・デバイス・ディスプレイに第１のコンテンツ・アイテムを提示する尤度（likelihood）を増加させる方法であって、
   第１のコンテンツ・アイテムを示す証印を含むコンテンツ・アイテム情報及び提示スケジュールを受信することと、
   前記第１のコンテンツ・アイテムが検索されて前記モバイル・デバイス上に記憶されるべきかを、前記提示スケジュールに無関係に、且つ前記コンテンツ・アイテム情報に基づいて判定することと、
   前記判定することに応じて、遠隔デバイスから前記第１のコンテンツ・アイテムを検索し、前記モバイル・デバイスの記憶モジュールに前記第１のコンテンツ・アイテムを記憶することと、
   前記提示スケジュールに従って、前記モバイル・デバイスに前記第１のコンテンツ・アイテムをレンダリング（render）することと
   を備える方法。
9. 前記モバイル・デバイスに前記提示スケジュールを記憶することと、
   前記モバイル・デバイス上で前記第１のコンテンツ・アイテムをレンダリングした後、前記提示スケジュールをアップデートすることと
   を更に備える請求項８の方法。
10. 前記第１のコンテンツ・アイテムがいつ前記提示スケジュール内にレンダリングされるべきかのインジケータを受信することを更に備え、
    前記第１のコンテンツ・アイテムをレンダリングすることは、前記インジケータの参照による請求項８の方法。
11. 前記コンテンツ・アイテム情報は更に、前記第１のコンテンツ・アイテムの人口統計の適用（demographic applicability）を含み、
    前記検索スケジュールに無関係に、前記コンテンツ・アイテム情報に基づいて、前記第１のコンテンツ・アイテムが、検索され、前記モバイル・デバイスに記憶されるべきかを決定することは、更に、前記第１のコンテンツ・アイテムの前記人口統計の適用と、前記モバイル・デバイスのユーザーのユーザー・プロフィールとの比較に基づく請求項８の方法。
12. 前記コンテンツ・アイテム情報は、前記第１のコンテンツ・アイテムの優先度を表すメタデータ、前記第１のコンテンツ・アイテムの一つまたはそれ以上の属性の優先度、または前記第１の広告の人口統計の適用（demographic applicability）を更に含む請求項８の方法。
13. 前記検索スケジュールを受信すること更に備え、前記検索することは、前記検索スケジュールの参照による請求項８の方法。
14. 第１のコンテンツ・アイテムを提示するためのモバイル・デバイスであって、
    前記第１のコンテンツ・アイテムを示す証印を含むコンテンツ・アイテム情報及び提示スケジュールを受信するように構成されたレシーバと、
    前記第１のコンテンツ・アイテムの少なくとも一つを記憶するように構成された記憶モジュールと、
    前記第１のコンテンツ・アイテムが検索されて前記記憶モジュールに記憶されるべきかを前記提示スケジュールに無関係に、前記コンテンツ・アイテム情報に基づいて、判定し、遠隔デバイスから前記第１のコンテンツ・アイテムを検索し、前記記憶モジュール内に前記第１のコンテンツ・アイテムを記憶するように構成されたプロセッサと、
    前記モバイル・デバイスのディスプレイに前記第１のコンテンツ・アイテムを、前記提示スケジュールから決定することができる時間にレンダリング（render）するように構成されたレンダリング・モジュールと
    を備えるモバイル・デバイス。
15. 前記レシーバは、検索スケジュールを受信するように更に構成され、
    前記プロセッサは、前記検索スケジュールを参照することによって、前記第１のコンテンツ・アイテムを、前記遠隔デバイスから検索するように構成されている請求項１４のモバイル・デバイス。
16. 前記プロセッサは、ユニキャスト・ネットワーク接続上で前記遠隔デバイスに接続するように、前記モバイル・デバイスの動作を変更することによって、前記検索スケジュールを参照することによって前記遠隔デバイスから前記第１のコンテンツ・アイテムを検索するように構成されている請求項１５のモバイル・デバイス。
17. 前記プロセッサは更に、前記コンテンツ・アイテム情報内の終了値を特定し、前記終了値の経過に応答して、第２のコンテンツ・アイテムを検索するように構成されている請求項１５のモバイル・デバイス。
18. 前記プロセッサは更に、前記記憶モジュール内に前記提示スケジュールを記憶し、前記レンダリング・モジュールが前記第１のコンテンツ・アイテムをレンダリングした後に、前記提示スケジュールをアップデートするように構成されている請求項１４のモバイル・デバイス。
19. 前記レシーバは更に、ブロードキャスト・システムを介して第１のコンテンツ・アイテムを受信するように構成され、
    前記プロセッサは更に、前記受信された第１のコンテンツ・アイテムが、前記コンテンツ・アイテム情報によって特定されたと判定し、前記記憶モジュール内に前記受信された第１のコンテンツ・アイテムを記憶するように構成されている請求項１４のモバイル・デバイス。
20. 前記レンダリング・モジュールは更に、前記第１のコンテンツ・アイテムがいつレンダリングされるべきかの、受信されたインジケータの参照により、前記第１のコンテンツ・アイテムをレンダリングするように構成されている、請求項１４のモバイル・デバイス。
21. 前記コンテンツ・アイテム情報は更に、前記第１のコンテンツ・アイテムの人口統計の適用（demographic applicability）を含み、
    前記プロセッサは、前記検索スケジュールに無関係に、前記コンテンツ・アイテム情報に基づいて、前記第１のコンテンツ・アイテムが検索されるべきか、そして前記記憶モジュール内に記憶されるべきかどうかを判定することは、更に、前記第１のコンテンツ・アイテムの前記人口統計の適用と、前記モバイル・デバイスのユーザーのユーザー・プロフィールとの比較に基づくように構成されている請求項１４のモバイル・デバイス。
22. 前記コンテンツ・アイテム情報は、前記第１のコンテンツ・アイテムの優先度を表すメタデータ、前記第１のコンテンツ・アイテムの一つまたはそれ以上の属性の優先度、または前記第１のコンテンツ・アイテムの人口統計の適用（demographic applicability）を更に含む請求項１４のモバイル・デバイス。

Images