(57)【要約】【課題】通信ネットワークによる移動通信装置間の状況認識型広告及び配信のための改良されたアーキテクチャを提供する。【解決手段】ネットワーク上の車両のためのマップデータを提供するナビゲーションモジュール５８０と、車両内のセンサによって提供されるデータを解釈する状況認識モジュール５４０とを含む。広告データは、データ受信モジュール５７０により受信される。構成モジュール５３０は、提示スロットの利用可能性を判断する。認証された広告の価値及び内容が確認する広告管理モジュール５２０により確認され、選択された広告が車両ユーザに提示される。【選択図】図５
2007068164.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介した移動通信装置間での状況認識型の広告及び配信のためプログラムであって、
コンピュータを、
ネットワーク上の少なくとも１つの車両のためのマップデータを提供するナビゲーションモジュールと、
前記車両内のセンサによって提供される位置測定データ、マップデータ、及び装置状態データで構成されるグループから選択された少なくとも１つの要素を解釈する状況認識モジュールと、
広告データを受信するデータ受信モジュールと、
少なくとも１つの広告をメモリに入力する広告メモリモジュールと、
車両ユーザに広告を提示できる特定の環境で構成される提示スロットの利用可能性を判断する構成モジュールと、
前記少なくとも１つの広告の価値及び内容を確認する広告管理モジュールと、
前記少なくとも１つの広告を前記車両ユーザに提示する広告提示モジュールと、
として機能させることを特徴とするプログラム。
【請求項２】
請求項１に記載のプログラムにおいて、
前記通信ネットワークは、通信ネットワークをサポートするサーバをさらに有し、通信ネットワークに広告管理のためのソフトウェアモジュールを含むことを特徴とするプログラム。
【請求項３】
請求項２に記載のプログラムにおいて、
前記ソフトウェアモジュールは、
前記通信ネットワークを介して広告またはクーポンを発行して配信する広告管理モジュールと、
前記通信ネットワークを介して配信された広告またはクーポンに対する車両ユーザの反応をモニタする広告課金モジュールと、
少なくとも１つの広告主から少なくとも１つのクーポンまたは少なくとも１つの広告を受付け、前記少なくとも１つのクーポンまたは前記少なくとも１つの広告は特定化された価格付けを行う広告許可モジュールと、
前記少なくとも１つのクーポンまたは前記少なくとも１つの広告を通信ネットワークを介して配信する広告分配モジュールと、
を含むことを特徴とするプログラム。
【請求項４】
請求項１に記載のプログラムであって、通信ネットワークをサポートする広告サービスをさらに含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、移動ユニットに対する商品及びサービスの広告に関し、より詳細には、状況認識型の（context-aware）デジタル広告配信及び提示アーキテクチャに関する。
【背景技術】
【０００２】
従来、道路看板は、ドライバ、歩行者、及び自転車利用者を含む旅行者に対して商品及びサービスを広告する手段としての役割を果たしてきた。この広告方法は、レストラン、自動車ディーラ、コンビニエンスストア、ホテル、病院、及び他のサービス産業及び製造者により頻繁に使用され、利用できるサービスまたは商品ならびに広告主の所在地の情報を提供する。しかしながら、地域的な制約及び環境的懸念から看板のスペースは制限される。このような看板による広告に代わるものとして、車両ネットワーク広告が、より高度な無線通信システムの開発及び移動ユニットにおける多くの検出及び制御性能の使用により、実現可能になった。
【０００３】
【特許文献１】米国特許出願公開第２００１／００４２０３８号明細書
【特許文献２】米国特許出願公開第２００３／００３２０３５号明細書
【特許文献３】米国特許出願公開第２００２／０１９４０６１号明細書
【特許文献４】米国特許出願公開第２００４／０２１５５２６号明細書
【特許文献５】米国特許出願公開第２００３／０００３９２９号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このような車両ネットワーク広告は、広告主が売上げ、顧客への親近感、及び利益を高めるために有用なツールであるが、まもなくこのようなネットワークに取って代わり、ユーザフレンドリな方法で顧客に広告、特にクーポンを発行し、配信し、提示する、現在広く普及している検出、算出、及び無線通信の基礎構造（infrastructure）の効果的な利用に関しての課題がある。
【課題を解決するための手段】
【０００５】
開示される実施形態は、上記の背景技術の議論及びここに引用された技術において認識された課題に対する改良された解決例を提供する。これらの例には、通信ネットワークによる移動通信装置間の状況認識型広告及び配信のための改良されたアーキテクチャが示される。このアーキテクチャは、ネットワーク装置によって使用されるアプリケーションとして記憶され、実行される。前記アーキテクチャは、ネットワーク上の車両にマップデータを提供するナビゲーションモジュールと、車両内のセンサによって提供されたデータを解釈する状況認識モジュールとを含む。広告データは、データ受信モジュールによって受信され、構成モジュールが提示スロットの利用可能性を判断する。広告の価値及び内容が広告管理モジュールによって確認され、選択された広告が車両ユーザに提示される。
【発明を実施するための最良の形態】
【０００６】
ここに記載される車両広告ネットワークは、車両用の通信装置及びセンサがより広く普及するにつれ、製品の広告及びビジネスインテリジェンスの効果的な戦略を提供する、状況認識型のデジタル広告配信及び提示構造を提供する。ネットワークには、車両における市場制御された提示のために広告を配信するアドホック無線ネットワークシステム、車両における広告及びクーポン提示を管理するシステム、及び旅行サービスのための逆入札構造を含む。なお、便宜上かつ簡潔さのため、以下の説明では、車両を、道路上を移動する自動車として記載するが、ここで用いられる車両には、無線通信能力を有する計算装置を備える任意の移動実体、例えば船、飛行機、またはセル電話を携帯するユーザを、自動車と同様に含む。これらのすべてが、本願の明細書及び請求の範囲によって十分に意図されている。
【０００７】
以下の説明においては、本発明のシステム及び方法を完全に理解する目的で、多くの具体的な態様を述べる。しかしながら、このような具体的な態様によらず本発明のシステム及び方法を実行できることは当業者にとって明白である。別の場合には、本発明を不必要に不明瞭にしないよう、具体的な実施詳細を詳細に示していない。図１を参照すると、車両ネットワーク広告のためのシステムの１実施形態例が概略図で示されている。高度道路交通ネットワーク（intelligent transportation network）１１０は、さまざまな性能、例えば、経路情報及びナビゲーションサービス、天気情報、交通情報、道路状況情報、近隣車両位置、速度及び加速情報、交通信号情報、交通標識情報、売店／サービス位置情報、誘拐事件速報情報（AMBER alert information）などを、広告管理と同様に提供することができる。高度道路交通ネットワーク１１０をサポートするサーバは、システムオペレーションを管理可能なソフトウェアモジュールが設けられた汎用コンピュータであってもよいし、また、クーポン／広告管理のためのソフトウェアモジュールが組み込まれた車両間通信用に特定的にデザインされたシステムであってもよい。
【０００８】
高度道路交通ネットワーク１１０内には、クーポン及び広告管理モジュール１２０が設けられ、クーポン及び広告管理モジュール１２０は、クーポン／広告課金モジュール１５０、クーポン／広告許可モジュール１４０及びクーポン／広告配信モジュール１３０を含む。クーポン／広告許可モジュール１４０は、選択された価格付け方式を有する広告主からのクーポン／広告を受付け、各クーポン／広告が配布される初期範囲を決定する。また、ネットワークにおいて配信するためにクーポン／広告にスタンピング（時刻を登録等の処理）し、認証する機能を含む複数の機能を実行できる。クーポン／広告配信モジュール１３０は、所定の範囲パラメータ、例えば面積及び時間に従ってネットワークにクーポン／広告を分配する。クーポン／広告課金モジュール１５０は、特定クーポンに対する車両ユーザの反応をモニタし、その情報を使用して、各広告主に対するコストを計算することができ、また、その情報を使用して、提示戦略を調整し、広告提示の効率を向上させる。課金モジュールはさらに、ネットワークにおけるクーポン／広告の配信の解除を、例えば広告主からの要求によって開始する機能を含んでもよい。高度道路交通ネットワーク１１０は、参加している車両１８０に、直接または路側に配置された送信ユニット１７０及び１９０を介して、情報を送る。
【０００９】
図１に記載されるアーキテクチャは基礎となる無線送信プロトコルから独立しているが、現存する無線送信プロトコル、例えばＤＳＲＣ（専用狭域通信プロトコル）、ＩＥＥＥ８０２．１１（ＷｉＦｉ）を使用してもよい。選択された信号帯域及びプロトコルのための無線信号受信インターフェースを有する必要がある以外は、車両が高度道路交通ネットワーク１１０に参加するために特定の送信プロトコルは要求されない。送信ユニット１７０及び１９０などのような中間送信装置としては、受信及び再送信能力のいずれもが必要である。中間送信装置は、衛星またはセルラタワー等の送信元からの信号を、車両間での送信に使用するプロトコルと同様に、車両に送信するために使用するのとは異なるプロトコル及び無線媒体を使用して、受信してもよい。一般に、ネットワーク送信は、地域的なブロードキャスト（geographical broadcast）にもとづき、通常特定エリア内の車両を特定する。ユーザは情報が送信される前に、中央システムにアクセスする必要はない。
【００１０】
種々のコンピューティング環境に、高度道路交通ネットワークを実現する能力を持たせることができる。以下の説明は、本発明の方法及びシステムが実施できる適切なコンピューティング環境を簡単に、かつ一般的に記載することを意図する。要件ではないが、本発明の方法及びシステムは、単一のコンピュータによって実行されている、コンピュータにより実行可能な命令、例えばプログラムモジュールとの一般的な関連で記載される。一般に、プログラムモジュールは、特定のタスクを行う、または特定のアブストラクトデータタイプを実施する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。さらに、当業者であれば、本発明の方法及びシステムが、ハンドヘルド装置、マルチプロセッサシステム、マイクロプロセッサベースのまたはプログラム可能な消費者用電気機器（consumer electronics）、ネットワークＰＣ、マイクロコンピュータ、メインフレームコンピュータ、などを含む、他のコンピュータシステム構成で実行できることがわかるであろう。
【００１１】
また、本発明の方法及びシステムは、通信ネットワークを介してリンクされた遠隔処理装置によってタスクが実行される分散コンピューティング環境において実行することもできる。分散コンピューティング環境においては、プログラムモジュールは、ローカル及びリモート両方のメモリ記憶装置に位置してもよい。
【００１２】
図２には、ネットワークを介した１つの可能な通信モードが示されている。ここで、サービスプロバイダまたは広告主２３０は、サーバ２１０を介してネットワークと通信する。サーバに設けられたネットワーク広告管理モジュールは、プロバイダ／広告主情報を処理し、このプロバイダ／広告主情報に関心を持つ可能性がある車両交通（vehicle traffic）を識別し、情報を、上記の送信モードのいずれかにより車両２２０に送信する。
【００１３】
別の通信モードが図3に示されている。ここでは、サービスプロバイダ／広告主は、図2に関して上述したようにサーバと通信してもよいし、車両と直接通信してもよい。一般に、情報は、選択された１つまたは複数の地理的領域により選別された車両に送られる。しかしながら、他の要因、例えば走行方向（例えば、サービスプロバイダから遠ざかって走行するのではなく、サービスプロバイダに近づいている車両など）によってさらに情報受信者を選別してもよい。また、潜在的なスパム問題を回避すべく、認証された広告主からの情報だけをネットワーク中に配信してもよい。ネットワークに広告を直接提供することを許可された各広告主には、認証のための個別のユニークデジタルキーが与えられる。これについては、図5に関して、以下により詳細に説明する。
【００１４】
正当な署名を含むメッセージのみがシステムにおいて転送される。各車両に設けられたソフトウェアは、許可制御のための認証コンポーネントを含む。許可制御モジュールは、さらに、許可された情報の記録を保持する。この記録は、効果及び取引に関連する記録（例えば、車両ユーザは、特定の広告またはクーポンを認識し、特定の店まで運転して、クーポンを現金化することができる）と同様に、課金の目的で適当な時に中央サーバに送られる。すなわち、直接的な車両通信のための送信権利を得るには加入が必要である。
【００１５】
図４を参照すると、１実施形態においては、広告ネットワークに参加することができる車両は、ガソリンレベルセンサ、車両内活動センサ、カーヘルス（車両状態）センサ、タイヤ空気圧センサなどの構成要素を特に含んでもよい。これらのセンサは、広告／クーポン提示処理のための重要なサポートとなる。これらのセンサからの情報を使用して、いつどのクーポン／広告を提示すべきかを決定する。すなわち、これらの情報は、クーポン／広告提示における状況認識を可能にする有用な状況を提供する。車両は、さらに、無線通信能力を有し、これはＩＥＥＥ８０２．１１またはＤＳＲＣプロトコルの形式であってもよい。これらの性能は、車載の管理コンピュータシステムによって制御される。このシステムは、無線カード及びセンサのための入力／出力を備える一般コンピュータであってもよい。コンピュータには、少なくとも、中央演算装置、メモリ、記憶部、及びネットワーク広告オペレーティングシステム及びソフトウェアを含む。
【００１６】
図５には、広告ネットワーク車両における車載コンピュータ内のソフトウェアが示されている。生のセンサデータ５９０が集められ、ナビゲーションソフトウェア及びデータモジュール５８０からのナビゲーションソフトウェア及びデータとともに、状況認識モジュール５４０に送られる。ナビゲーションソフトウェア及びデータモジュール５８０は、一般に、ＧＰＳデータを位置測定のために使用するが、ＧＰＳ信号が利用できない場合には、推定により臨時の（occasional）位置測定を行ってもよい。ソフトウェアは、ハードドライブ、またはＣＤなどの可搬媒体、またはフラッシュメモリカードのマップデータを使用することもできる。ナビゲーションソフトウェアは、自動車製造者によって提供してもよいし、他の任意の第３者により提供してもよい。状況認識モジュール５４０は、ナビゲーションソフトウェア及びデータモジュール５８０からの位置情報（及びエリア情報、乗客走行目的地情報など）及び、生のセンサデータ５９０からの車両状態情報、例えばガソリンレベル、タイヤ空気圧、乗客数、速度などを解釈し、広告管理モジュール５２０に存在する広告管理ソフトウェアのための作用状況（working context）を形成する。作用状況の１例としては、「燃料が低量であり（燃料ゲージのセンサより）、サービスステーションが付近にある（ナビゲーション位置マップより）」というものがある。作用状況が、クーポン提示のための重要な誘因（トリガ）要素となる。
【００１７】
データ受信モジュール５７０は、広告データを受信する。データ受信モジュール５７０は、さらに予備エラーチェック（例えば、送信エラー）を行ってもよい。復号化及び認証モジュール５６０は、データ受信モジュール５７０から送られたデータを復号化し、認証機構を用いてデータの署名をチェックする。認証機構の一例として、署名がサーバによって配信された正当な数字列の組で並んでいるか否かを判断する。署名を含む復号化データは、広告メモリモジュール５５０に送られる。広告メモリモジュール５５０は、新しい広告／クーポンをメモリに入力し、記録を（例えば、署名と内容のペアとして）ハードドライブのデータベースに記憶する能力を含む。記録には、さらにデータが受信された時間を含むことができ、さらに、より微細な内容情報、例えば、広告タイプ、クーポン値、広告サービスに対する広告値（効果的な広告提示に対して広告主が支払う額）、広告主の名前、ターゲットエリア、有効提示期間への内容解析（パーシング）などを利用することができる。データベーステーブルは、広告タイプ、有効時間、または他の任意の知られたアプローチにしたがって管理できる。広告メモリモジュール５５０は、広告管理モジュール５２０から「有効広告」要求を受信し、一致する有効広告の組を広告管理モジュール５２０に返信する。広告管理モジュール５２０は、広告値と広告の組の内容とをチェックし、特定の瞬間に各広告を車両ユーザに提示する有効値を計算する。そして、広告管理モジュール５２０は、最良の値を有する広告の１つまたはいくつかを選択して、それらを広告提示モジュール５１０を介して車両ユーザに提示する。
【００１８】
１例として、サービスステーションＡとＢから２つのクーポンが受信された場合、ステーションＡは、「クーポンを見て来店」の各イベントにつき＄．０１（約１．１円）の支払いを申し出、ステーションＢは同じイベントに対して＄．０２（約２．３円）ドルの支払いを申し出るとする。広告管理モジュール５２０は、Ｂのクーポンを所与の瞬間に提示することを選択するかもしれない。ただし、以下があてはまる場合には、広告管理モジュール５２０は、Ｂのクーポンではなく、Ａのクーポンの提示を選択する可能性がある。すなわち、Ｂのステーションが相対的に遠方にあり、ドライバがＡを好むことが履歴から分かる場合、特に、ドライバがＢのクーポンを無視する推定確率が５０パーセント以上である場合である。構成モジュール５３０は、どの提示スロットが使用可能であるかを判断し、この情報を広告管理モジュール５２０に送る。提示スロットは、特定の環境（条件）が満たされた場合に各提示スロットに対応付けて広告の提供を認めることを示すために用いられる。構成モジュール５３０が、ユーザインターフェースを含み、ユーザが提示スロット及び優先順位を入力できるようにしてもよい。広告管理モジュール５２０は、承認された広告を広告提示モジュール５１０に送信する。広告提示モジュール５１０は、この広告を車両に設けられた音声または映像提示部に送る。
【００１９】
図６を参照すると、車載ソフトウェアのアーキテクチャが示されている。ここで、ユーザインターフェース６１０は、逆入札管理モジュール６２０、取引イベント検出器６３０、及び広告提示管理モジュール６４０と直接通信する。逆入札管理モジュール６２０は、小売業者及びサービスプロバイダに対し、リアルタイムまたはニアリアルタイムでの在庫管理及び販売価格決定（sales-pricing）を実行可能にするとともに、情報にもとづく潜在的な顧客の特定を行う機会を与えることができる。例えば、レストランのマネージャは、客の数および到着時間の情報を到着前に得ることができ、旅行者は、利用できるサービス及びサービスプロバイダによる望ましい競合する経路計画の入札にしたがって自分の経路を計画する機会を有し、より効果的なサービスを得ることができる。広告提示管理モジュール６４０は、広告主に対してよりよい広告の特定及びより効果的な広告時間の使用を可能にする一方、旅行者はより関連のある広告を受信するとともに、広告のオーバーフローを避けることができる。
【００２０】
取引イベント検出器６３０は、位置サービスモジュール６６０から車両位置情報を受信する。位置サービスモジュール６６０は、ＧＰＳデータにもとづき車両の位置を決定する。位置変化情報にもとづき、「ドライブトゥ（drive-to）」イベントを検出できる。さらに、ユーザインターフェースに表示されたアイテムを「クリック」することで、取引イベント検出器６３０は「クリックスルー（click-though）」イベントを検出することができる。検出されたイベント、例えば「ドライブトュ（drive-to）」や「クリックスルー（click-though）」は、後に課金の目的で使用される。コンテクスト検出モジュール６５０は、広告を特定する目的で役立つ追加情報を識別する。例えば、車両内に子どもがいるか、車内の人数、レジャー旅行か出張か、燃料レベルが低量であるか、気温は高いか、タイヤ空気圧は低いか、食事休憩の時間が近づいているか、などを判断する。この情報は、位置サービスモジュール６６０から車両位置情報を受信している逆入札管理モジュール６２０に送られる。
【００２１】
ナビゲーションサポートモジュール６７０は、ドライバが車両を特定の場所まで走行させるのを支援するとともに、広告提示管理モジュール６４０に旅行情報及び一般的なエリア情報を送る。ナビゲーションサポートモジュール６７０は、ナビゲーションマップ及びナビゲーションプラン（ドライバからの入力による）の能力を有する。ナビゲーションマップには、各位置におけるビジネス／サービス情報を含んでもよい。位置サービスモジュール６６０は、車両位置情報を取引イベント検出モジュール６３０及び逆入札管理モジュール６２０に提供する。なお、説明の目的で、モジュール６６０と６７０とを別のモジュールとして示しているが、これらを組み合わせて、単一のナビゲーション及び位置モジュールとすることができる。
【００２２】
認証モジュール６９０は、認証機構を使用して広告／クーポンデータの署名を確認する。既知の任意の認証機構が使用でき、例えば、署名が（中央サーバにより提供された）正当な数列の組み合わせで表れているかを調べればよい。認証された広告は、広告提示管理モジュール６４０に送られる。通信モジュール６８０は、広告データを受信して、認証モジュール６９０に送る。認証が要求されない場合には、通信モジュール６８０は、受信したデータを直接モジュール６４０に送る。さらに、認証モジュール６９０は、認証されたデータを、逆入札管理のために逆入札管理モジュール６２０に送る。逆入札管理機能には、サービスプロバイダに入札の要請を送る機能、代わりの旅行経路に沿った入札を選択して集約する機能、車両ユーザから追加的な入力を求める機能、旅行プランを最終決定する機能、決定したプランをナビゲーションシステムに送る機能、経路決定をサービスプロバイダに通信する機能、経路に関する進展をモニタし、警告及びリマインド機能を実行する機能を有する。
【００２３】
逆入札モジュール６２０は、入札の要請を通信モジュール６８０に送ってもよい。そして、通信モジュール６８０が、要請をサービスプロバイダに送り、受信した入札、取引、または広告と、入札者の身元を逆入札モジュール６２０に供給し、ここでこれらの情報が選択され、集約され、またユーザインターフェース６１０を介してユーザに提示される。逆入札管理モジュール６２０の動作については、その開示内容が本願明細書の一部としてここに援用される、２００５年8月２６日出願の米国特許出願第XX／XXX，XXX号（「旅行サービスのための逆入札」（"Reverse Bidding for Trip Services"、代理人整理番号２００４１７８２−ＵＳ−ＮＰ））にさらに記載されている。
【００２４】
図７には、ネットワークを介した通信が可能な別の通信モードが例示されている。ここでは、中央ネットワークを介してではなく、車両７１０間で、通信能力７２０によりアドホックネットワークで通信が行われる。このモードでは、車両は、広告主または広告サービスから直接メッセージを受信する。これについては、図８に関連して以下により詳細に説明する。
【００２５】
図８に示す概略図には、アドホック広告ネットワークにおける市場制御された提示のための広告配信システムの例示的な実施形態が示される。広告主が配信ネットワーク８３０への広告を開始するには、広告主５２０は広告サービス８１０に接触して広告配信の承認を得なければならない。これについては、同時係属米国特許出願第XX／XXX，XXX号（「市場制御された提示のための広告配信システム」（"System for Propagating Advertisements for Market Controlled Presentation"、代理人整理番号２００４１７８３−ＵＳ−ＮＰ））にさらに詳細に記載されている。広告主８２０によって広告システムに提示された広告は、テキストでもイメージでも、または音声でも映像でもよく、特別な商品提供（offer）、例えばクーポンやディスカウントを含むことができる。広告主は、さらに、入札をシステムに提示することができる。入札の詳細は、使用される経済機構に依存するが、通常は、「提示スロット」及び成功した広告提示に対して広告主が支払う額の表示を特定する。例えば、広告主は、＄０．５（約５８円）で「低量ガソリン警告」の提示スロットに入札し、ドライバがガソリンスタンドまで走行することで広告に反応した場合には１ドル（約１１６円）支払うことを示すことができる。この場合の広告のテキストは、「レギュラー無鉛ガソリン＄１．８０（約１１４円）、このメッセージの受信者にガロン当たり＄０．２０（約２３円）（1リットル当たり約6円）のディスカウントした値段です。出口２５番をご利用ください。」というようなものになる。
【００２６】
広告サービス８１０が広告を認証する場合には、広告には、入札から計算したランキング情報を含んでもよい。上記のガソリンの例では、ランキング情報は入札（価格）そのものであってもよい（例えば、＄０．５（約５８円））。これは、反応に対して最も多く支払う広告主に対してスロットが与えられる単純なオークションに対応する。より複雑なオークションでは、収入の推定値、すなわち、反応の確率と入札額との積にしたがって、入札者をランク付けてもよい。このようなオークションでは、広告主がこの推定値を計算し、これを証明記録に含む。
【００２７】
ネットワーク３８０を介した広告の配信は、広告主により提供される対象の情報（targeting information）及び広告がその配信時に受ける地理及び交通の負荷によって支配される。例えば、ガソリン広告の場合、広告主は、付近の高速道路の南行き車線のみ、かつ北方へ５マイル（約８キロメートル）または車両２５０台に達するまでに対象を絞りたいかもしれない。車両条件及び環境情報を使用して広告の提示が支配され、広告主には確認された成功した提示の料金を請求することができる。ドライバ８４０が、さらなる情報を得るために広告を選択するか、広告に記載された営業場所まで走行するかのいずれかによって広告に反応すると、反応記録が生成されて広告サービス８１０に送り返される。広告サービス８１０は、反応記録を受信すると、広告に対して請求することができる。これとともに、認証及び反応記録によって、車両は、オンライン接続することなく、市場に基づく提示スロット広告を実施することができる。
【００２８】
特定の実施形態に関連して本発明を説明したが、当業者にはさらなる修正及び改良が可能であることが明白である。例えば、システムは、ユーザにカウンタオファー能力を与えることができる。５％のディスカウントを有するガソリンクーポンがユーザに提示されたとすると、ユーザはそのエリアの他のサービスステーションに問い合わせて、競合するサービスステーションから同一のあるいはより得なディスカウントが受けられるかどうかを判断することができる。
【図面の簡単な説明】
【００２９】
【図１】車両広告ネットワークの例示的な１実施形態を示す図である。
【図２】車両広告ネットワークにおける広告主と車両との１つの可能な通信モードを示す図である。
【図３】車両広告ネットワークにおける広告主と車両との別の可能な通信モードを示す図である。
【図４】車両広告ネットワークに参加する車両の性能の実施形態を示す図である。
【図５】車両広告ネットワークに参加する車両のための計算アーキテクチャの実施形態を示す図である。
【図６】図５に示される計算アーキテクチャの動作を示す図である。
【図７】車両広告ネットワークにおける車両間の通信モードの１実施形態を示す図である。
【図８】車両間通信モードでの、車両広告ネットワークに参加する車両のための計算アーキテクチャの実施形態を示す図である。
【符号の説明】
【００３０】
１１０  高度道路交通ネットワーク、１２０  クーポン及び広告管理モジュール、１３０  クーポン／広告分配モジュール、１４０  クーポン／広告許可モジュール、１５０  クーポン／広告課金モジュール、１８０  車両、１７０，１９０  送信ユニット、２１０，３１０  サーバ、２２０，３２０  車両、２３０，３３０  サービスプロバイダまたは広告主、４３０  車内活動センサ、４４０  カーヘルスセンサ、４５０  ガソリンレベルセンサ、４６０  タイヤ空気圧センサ、５１０  広告提示モジュール、５２０  広告管理モジュール、５３０  構成モジュール、５４０  状況認識モジュール、５５０  広告メモリモジュール、５６０  復号及び認証モジュール、５７０  データ受信モジュール、５８０  ナビゲーションソフトウェア／データモジュール、５９０  生センサデータモジュール、６１０  ユーザインターフェース、６２０  逆入札管理モジュール、６３０  取引イベント検出モジュール、６４０  広告提示管理モジュール、６５０  コンテクスト検出モジュール、６６０  位置サービスモジュール、６７０  ナビゲーションサポートモジュール、６８０  通信モジュール、６９０  認証モジュール、７１０  車両、８１０  広告サービス、８２０  広告主、８３０  アドホックネットワーク、８４０  車両。
【図１】
2007068164.tif 000003
【図２】
2007068164.tif 000004
【図３】
2007068164.tif 000005
【図４】
2007068164.tif 000006
【図５】
2007068164.tif 000007
【図６】
2007068164.tif 000008
【図７】
2007068164.tif 000009
【図８】
2007068164.tif 000010