(57)【要約】【課題】その目的とするところは、自動車に乗車するユーザに対し、効果的な広告配信を実現する。【解決手段】本発明にかかる広告配信装置は、車両状態情報を出力する出力装置を備えた自動車と、自動車に乗車するユーザの携帯端末と、ユーザの携帯端末に広告を配信する広告配信装置とを含む広告配信システムにおける広告配信装置であって、車両状態情報と、ユーザのユーザ識別子とを取得する取得手段と、取得手段により取得された車両状態情報に基づいて、自動車の、少なくとも走行位置と車速とを含む走行状態を判定する判定手段と、判定手段により判定された走行状態に基づいて、走行位置と同一の地域に対応付けられた広告又は走行位置と非同一の地域に対応付けられた広告の何れの中から、ユーザの携帯端末に配信すべき広告を決定する広告決定手段とを備える。【選択図】図６
2014066803.tif 000002
【特許請求の範囲】
【請求項１】
車両状態情報を出力する出力装置を備えた自動車と、前記自動車に乗車するユーザの携帯端末と、前記ユーザの携帯端末に広告を配信する広告配信装置とを含む広告配信システムにおける広告配信装置であって、
前記車両状態情報と、前記ユーザのユーザ識別子とを取得する取得手段と、
前記取得手段により取得された車両状態情報に基づいて、前記自動車の、少なくとも走行位置と車速とを含む走行状態を判定する判定手段と、
前記判定手段により判定された走行状態に基づいて、前記走行位置と同一の地域に対応付けられた広告又は前記走行位置と非同一の地域に対応付けられた広告の何れの中から、前記ユーザの携帯端末に配信すべき広告を決定する広告決定手段と、
を備えたことを特徴とする広告配信装置。
【請求項２】
前記広告決定手段は、
前記走行状態に含まれる走行位置と車速とを参照し、該車速が所定閾値よりも大きい場合、該走行位置と同一の地域に対応付けられた広告以外の広告を、配信すべき広告と決定すること、
を特徴とする請求項１記載の広告配信装置。
【請求項３】
前記走行位置と同一の地域に対応付けられた広告以外の広告は、前記自動車が向かう目的地と同一の地域に対応付けられた広告であること、
を特徴とする請求項２記載の広告配信装置。
【請求項４】
前記広告決定手段は、
前記走行状態に含まれる走行位置と車速とを参照し、該車速が所定閾値よりも小さい場合、該走行位置と同一の地域に対応付けられた広告を、配信すべき広告と決定すること、
を特徴とする請求項１ないし３何れか一項記載の広告配信装置。
【請求項５】
前記車速が０でない場合、
前記配信すべき広告の種類は、画像広告又はテキスト広告であること、
を特徴とする請求項４記載の広告配信装置。
【請求項６】
前記車速が０である場合、
前記配信すべき広告の種類は、動画広告であること、
を特徴とする請求項４記載の広告配信装置。
【請求項７】
車両状態情報を出力する出力装置を備えた自動車と、前記自動車に乗車するユーザの携帯端末と、前記ユーザの携帯端末に広告を配信する広告配信装置とを含む広告配信システムにおける広告配信方法であって、
前記広告配信装置が、
前記車両状態情報と、前記ユーザのユーザ識別子とを取得する工程と、
前記取得する工程により取得された車両状態情報に基づいて、前記自動車の、少なくとも走行位置と車速とを含む走行状態を判定する工程と、
前記判定する工程により判定された走行状態に基づいて、前記走行位置と同一の地域に対応付けられた広告又は前記走行位置と非同一の地域に対応付けられた広告の何れの中から、前記ユーザの携帯端末に配信すべき広告を決定する工程と、
を備えたことを特徴とする広告配信方法。
【請求項８】
車両状態情報を出力する出力装置を備えた自動車と、前記自動車に乗車するユーザの携帯端末と、前記ユーザの携帯端末に広告を配信する広告配信装置とを含む広告配信システムにおける広告配信装置に、
前記車両状態情報と、前記ユーザのユーザ識別子とを取得する工程と、
前記取得する工程により取得された車両状態情報に基づいて、前記自動車の、少なくとも走行位置と車速とを含む走行状態を判定する工程と、
前記判定する工程により判定された走行状態に基づいて、前記走行位置と同一の地域に対応付けられた広告又は前記走行位置と非同一の地域に対応付けられた広告の何れの中から、前記ユーザの携帯端末に配信すべき広告を決定する工程と、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動車に乗車するユーザに対し、効果的な広告配信を実現する技術に関する。
【背景技術】
【０００２】
従来より、ユーザ嗜好を反映した広告を配信することで、ユーザの購買意欲を高め、広告効果を向上させる広告配信方法がある。また、近年の携帯端末の普及に伴い、ユーザへの広告は、広告配信先として、携帯端末に対しても配信されるようになってきた。具体的には、携帯メール、携帯サイト、携帯用アプリ（広告表示スペース）などに対し広告配信される。また、ユーザ嗜好のみならず、ユーザ位置情報に基づいて配信広告を選別することで適切な広告を配信し、より広告効果を向上させる広告配信方法もある。
【０００３】
これに関する技術として、例えば特許文献１には、利用者の現在位置に応じた広告情報を配信することのできる電子メールシステムを提供する広告配信サーバ等が記載されている。具体的には、ＧＰＳ情報を取得する送信者の携帯電話機４ａと、ＧＰＳ情報に基づく送信者の現在位置を表示する受信者の携帯電話機４ｂと、電子メールを携帯電話機４ａから受信して記憶し、受信者宛の電子メールを携帯電話機４ｂに配信するとともに、広告情報に対応付けて配信対象とする地域を記憶する広告情報テーブルを備え、携帯電話機４ａから送信される電子メールに含まれるＧＰＳ情報を抽出し、抽出したＧＰＳ情報に該当する地域に対応付けて記憶された広告情報を特定し、特定した広告情報を電子メールの送信元の携帯電話機４ａおよび／または電子メールの送信先の携帯電話機４ｂに対して配信する広告配信サーバ１を設ける。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２０１５９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述の特許文献１に記載される携帯端末（ユーザ位置）の位置情報に基づく広告配信においては、必ずしも適切な広告を配信できない場合がある。例えば、自動車に乗車するユーザ（同乗者）の位置情報に基づく広告配信において、ユーザにとって単なる通過点に過ぎない地域に対応付けて記憶された広告情報が、ユーザの携帯端末に対して配信される場合、このユーザに対し適切な広告を配信するものではない。
【０００６】
このように、自動車に乗車するユーザ（同乗者）に対し、広告（例えばターゲティング広告）の配信を行う場合、位置情報のみならず、自動車の走行状態や運転状態を考慮した広告配信を行う必要がある。
【０００７】
本発明は上記の点に鑑み提案されたものであり、その目的とするところは、自動車に乗車するユーザに対し、効果的な広告配信を実現することにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するため、本発明にあっては、車両状態情報を出力する出力装置を備えた自動車と、前記自動車に乗車するユーザの携帯端末と、前記ユーザの携帯端末に広告を配信する広告配信装置とを含む広告配信システムにおける広告配信装置であって、前記車両状態情報と、前記ユーザのユーザ識別子とを取得する取得手段と、前記取得手段により取得された車両状態情報に基づいて、前記自動車の、少なくとも走行位置と車速とを含む走行状態を判定する判定手段と、前記判定手段により判定された走行状態に基づいて、前記走行位置と同一の地域に対応付けられた広告又は前記走行位置と非同一の地域に対応付けられた広告の何れの中から、前記ユーザの携帯端末に配信すべき広告を決定する広告決定手段と、を備えるようにしている。
【発明の効果】
【０００９】
本発明の実施の形態によれば、その目的とするところは、自動車に乗車するユーザに対し、効果的な広告配信を実現することができる。
【図面の簡単な説明】
【００１０】
【図１】広告配信システムの構成例を示す図である。
【図２】広告配信システムのソフトウェア構成例を示す図である。
【図３】情報処理サーバ１００、広告配信サーバ２００及び携帯端末４００のハードウェア構成例を示す図である。
【図４】ＯＢＤデータの一例を示す図である。
【図５】ＯＢＤデータ履歴の一例を示す図である。
【図６】広告ＤＢの一例を示す図である。
【図７】広告配信システムの広告配信処理例を示すシーケンス図である。
【図８】広告決定処理の説明するフローチャートである。
【図９】携帯端末４００の配信広告表示例を示す。
【発明を実施するための形態】
【００１１】
以下、本発明の好適な実施形態につき説明する。
【００１２】
＜構成＞
（システム構成）
図１は、本発明の一実施形態にかかる広告配信システムの構成例を示す図である。本実施形態にかかる広告配信システムは、情報処理サーバ１００、広告配信サーバ２００、車両３００、携帯端末４００、ネットワーク５００を含む。
【００１３】
情報処理サーバ１００は、車両３００のＯＢＤ（On-board diagnostics）データを、ユーザの有する携帯端末４００を介し取得し、車両別にＯＢＤデータを管理するサーバである。
【００１４】
広告配信サーバ２００は、ユーザの有する携帯端末４００に広告を配信するサーバである。広告配信サーバ２００は、ユーザの有する携帯端末４００に対し広告の配信を行う場合、ユーザが乗車する自動車の位置情報のみならず、自動車の走行状態や運転状態等に基づいて、配信すべき広告（広告コンテンツ）を決定する。なお、広告の具体的配信方法は、例えば携帯端末４００への携帯メール配信、携帯サイト上の表示配信、携帯用アプリ（広告表示スペース）上の表示配信などがある。
【００１５】
車両３００は、ＯＢＤを備える自動車である。ガソリン車、電気自動車、ハイブリット車、その他の燃料駆動による自動車などを含む。ＯＢＤ（On-board diagnostics）とは、車載式故障診断システムをいい、自動車に搭載されるコンピュータが各種センサからのＯＢＤデータをリアルタイムに取得し車両の状態を管理し診断する自己故障診断をいう。一般にOBDにより故障と診断された場合、コンピュータは故障を示すランプを点灯させドライバーに故障を伝えると共に、故障内容を表す故障コードを記録する。ドライバーはランプ点灯により故障発生を認知し、整備士は故障コードを専用の機械を用いて読み出すことで故障箇所を迅速に特定することができる。
【００１６】
車載式故障診断システムは、主として大気汚染防止のため、排出ガス対策装置に故障が発生したことをドライバーに警告することを目的として開発された経緯がある。しかし、近年のOBD-II（90年代中頃に導入された新しい標準）では、ほぼ完全にエンジン制御情報をモニタできるようになり、またさらにシャシー、ボディー、アクセサリーについても、モニタできるようになっている。
【００１７】
本実施形態にかかる自動車の車両３００は、図に示されるように、ＥＣＵ３１０、ＯＢＤリーダ３２０を搭載する。
【００１８】
ＥＣＵ３１０は、エンジンコントロールユニット(Engine Control Unit)の略称で、自動車全体及び各車載機を電子制御するための制御コンピュータである。また、ＥＣＵ３１０は、上述の車載式故障診断装置としての機能を有し、各車載機の状態を把握する。具体的には、ＯＢＤデータとして、例えばエンジン回転数、車速、運転時間、走行距離、走行履歴（位置情報）、スロットル開度、進角、吸気温度、電圧、燃費情報、ＣＯ２排出量、ブレーキ、ドア、ランプ、ギア、ライト（車外灯）、カーテシ（車内灯）、ウインカー、ブレーキ、ハンドルなど、各種の車両状態情報を把握する。また、これら車両状態情報に応じ故障診断を行う機能も有する。
【００１９】
ＯＢＤリーダ３２０は、ＥＣＵ３１０と外部とのインターフェースの機能を有する。本実施形態において、ＥＣＵ３１０は携帯端末４００に対しＯＢＤデータを提供するため、ＯＢＤリーダ３２０は、携帯端末４００と通信を行うための通信機能（例えばＷｉｆｉ（登録商標））を有する。
【００２０】
携帯端末４００は、ユーザ（運転者又は同乗者）の有する携帯端末である。例えば、スマートフォン、携帯電話、ＰＤＡ等により実現されうる。ユーザは、車両３００に乗車中、ＯＢＤリーダ３２０を介しＥＣＵ３１０と通信を行って、車両３００の車両状態を示すＯＢＤデータを逐一取得する。また、走行中又は走行後、取得したＯＢＤデータを情報処理サーバ１００に送信する。
【００２１】
ネットワーク５００は、情報処理サーバ１００、携帯端末４００を相互に接続する通信ネットワークである。例えば、ネットワーク５００は、３Ｇ、インターネット、専用回線など各種ネットワークを含む。
【００２２】
（ソフトウェア構成）
図２は、本発明の一実施形態にかかる広告配信システムのソフトウェア構成例を示す図である。
【００２３】
まず、情報処理サーバ１００は、機能部として、記憶部１１０、通信部１２０を有する。
【００２４】
記憶部１１０は、ＯＢＤデータ１１１などを記憶する機能を有している。ＯＢＤデータ１１１は、車両３００の車両状態情報を示すＯＢＤデータである。また、ＯＢＤデータ１１１は、受信元の携帯端末４００のユーザＩＤ（ユーザ識別子）と対応付けられて記憶される。
【００２５】
通信部１２０は、外部装置とデータの送受信を行う機能を有している。例えば、携帯端末４００からＯＢＤデータの受信、また広告配信サーバ２００に対しＯＢＤデータの送信などを行う。
【００２６】
次に、広告配信サーバ２００は、機能部として、記憶部２１０、走行状態判定部２２０、広告決定部２３０、通信部２４０を有する。
【００２７】
記憶部２１０は、広告ＤＢ２１１などを記憶する機能を有している。広告ＤＢ２１１は、ユーザの携帯端末４００に配信すべき広告情報が格納されたデータベースである。また、広告ＤＢ２１１において広告情報は、地域などの属性に応じ、予め分類登録されている。この点具体例を示し後述する。
【００２８】
走行状態判定部２２０は、車両状態情報を示すＯＢＤデータ１１１に基づいて、走行状態を判定する機能を有している。
【００２９】
広告決定部２３０は、走行状態判定部２２０により判定された走行状態に基づいて、ユーザの携帯端末４００に配信すべき広告を決定する機能を有している。
【００３０】
通信部２４０は、外部装置とデータの送受信を行う機能を有している。例えば、情報処理サーバ１００からＯＢＤデータの受信、また携帯端末４００に対し広告の配信などを行う。
【００３１】
次に、携帯端末４００は、機能部として、通信部４１０、車両状態情報取得部４２０、広告表示部４３０を有する。
【００３２】
通信部４１０は、外部装置とデータの送受信を行う機能を有している。例えば、ＥＣＵ３１０からＯＢＤリーダ３２０のＷｉｆｉ（登録商標）を介し、車両３００の車両状態を示すＯＢＤデータを受信し、受信したＯＢＤデータを情報処理サーバ１００に送信する。また広告配信サーバ２００から広告を受信する。
【００３３】
車両状態情報取得部３２０は、ユーザが車両３００に乗車中、ＯＢＤリーダ３２０を介しＥＣＵ３１０から、車両３００の車両状態を示すＯＢＤデータを逐一取得する機能を有している。また、走行中又は走行後、取得したＯＢＤデータは、自動車を運転するユーザ識別子と共に、通信部３１０を介し情報処理サーバ１００に送信される。
【００３４】
広告表示部４３０は、広告配信サーバ２００から受信した広告を表示する機能を有している。広告表示部４３０は、広告の具体的表示方法として、例えば携帯端末４００への携帯メールに対する広告表示、携帯サイト上での広告表示、携帯用アプリ（広告表示スペース）上での広告表示などがある。
【００３５】
なお、これらの機能部は、各装置を構成するコンピュータのＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。但し、これらの機能部は、「手段」、「モジュール」、「ユニット」、又は「回路」に読替えてもよい。
【００３６】
また、これらの機能部は、単一のコンピュータ上に配置される必要はなく、必要に応じて分散される形態であってもよい。
【００３７】
また、記憶部１１０、記憶部２１０は、情報処理サーバ１００、広告配信サーバ２００を構成するコンピュータ内のＨＤＤ（Hard Disk Drive）等の記憶媒体上に所定のデータを体系的に保持するものである。勿論、情報処理サーバ１００や広告配信サーバ２００内に配置される必要はなく、他の装置上に配置してもよい。また、情報処理装置１００と広告配信サーバ２００は、同一装置として構成することも可能である。
【００３８】
（ハードウェア構成）
図３は、本発明の一実施形態にかかる情報処理サーバ１００、広告配信サーバ２００及び携帯端末４００のハードウェア構成例を示す図である。具体的に、これらハードウェア構成は、一般的なパソコンやワークステーションなどと同様の構成であり、図に示されるように、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、入力装置１４と、出力装置１５と、通信装置１６と、ＨＤＤ１７とを有する。
【００３９】
ＣＰＵ１１は、各種プログラムの実行や演算処理を行う。ＲＯＭ１２は、起動時に必要なプログラムなどが記憶されている。ＲＡＭ１３は、ＣＰＵ１１での処理を一時的に記憶したり、データを記憶したりする。入力装置１４は、キーボードやマウスである。出力装置１５は、ディスプレイである。通信装置１６は、ネットワーク５００を介し他装置との通信を行う。ＨＤＤ１６は、各種データ及びプログラムを格納する。
【００４０】
（ＯＢＤデータの一例）
図４は、本実施形態にかかるＯＢＤデータの一例を示す図である。ＯＢＤデータは、「ＯＢＤデータ項目」、「ＯＢＤデータ値」等の項目を含む。
【００４１】
「ＯＢＤデータ項目」は、車載式故障診断システムで規定されるＯＢＤデータの名称を示す。「ＯＢＤデータ値」は、「ＯＢＤデータ項目」に対応する具体的なデータ値を示す。
【００４２】
具体的に、ＯＢＤデータは、一例として、車両識別子、エンジン回転数、車速、運転時間（累計）、走行距離（累計）、走行履歴（位置情報）などがある。
【００４３】
これら情報は、ＥＣＵ３１０の有する車載式故障診断システムの機能により提供され、本実施形態においては、ユーザが乗車中の間、一定時間間隔毎に、上述の如くＯＢＤリーダ３２０を介し携帯端末４００に出力される。また、携帯端末４００から情報処理サーバ１００に送信される。
【００４４】
（ＯＢＤデータ履歴の一例）
図５は、本実施形態にかかるＯＢＤデータ履歴の一例を示す図である。ＥＣＵ３１０の有する車載式故障診断システムのＯＢＤデータは、ユーザの携帯端末４００を介し、ユーザＩＤと共に情報処理サーバ１００に送信され、記憶部１１０にＯＢＤデータ１１１として、ユーザＩＤ別に蓄積される。
【００４５】
ＯＢＤデータ履歴は、図に示されるように「年月日」、「時刻」、及び「ＯＢＤデータ項目」毎の「ＯＢＤデータ値」等の項目を含む。なお、「年月日」及び「時刻」は、ＥＣＵ３１０において、当該ＯＢＤデータが取得された年月日時刻を示す。
【００４６】
例えば、図５において、「ユーザＩＤ」：user01のＯＢＤデータ履歴を参照すると、2012/8/6 8:00を開始時刻として、ＯＢＤデータが受信され蓄積されていることが分かる。以降、例えば１分毎にＯＢＤデータが受信されており、このＯＢＤデータ履歴によれば、時系列に沿って車両３００の車両状態を把握することができる。
【００４７】
なお、図５のＯＢＤデータ履歴は、車両３００に乗車し、携帯端末４００を有するユーザのＯＢＤデータ履歴である。情報処理サーバ１００は、複数のユーザ車両のＯＢＤデータ履歴を管理するため、例えばユーザＩＤを用いて、ユーザの乗車する車両毎のＯＢＤデータ履歴を識別する。また携帯端末４００は、情報処理サーバ１００と通信する際、ユーザＩＤを用いてログイン等を行うものとする。
【００４８】
（広告ＤＢの一例）
図６は、本実施形態にかかる広告ＤＢの一例を示す図である。広告ＤＢ２１１は、ユーザの携帯端末４００に配信すべき広告情報が格納されたデータベースである。また、広告ＤＢ２１１において広告情報は、地域などの属性に応じ、予め分類登録されている。
【００４９】
具体的に、広告ＤＢ２１１は、図に示されるように「地域１」、「地域２」、「広告タイプ」、「広告データ」、及び「走行状態」等の項目を含む。
【００５０】
「地域１」及び「地域２」は、ユーザの乗車する車両の走行位置に対応し、「広告データ」に対応付けられている「地域」属性を示す。なお、「地域２」は、「地域１」属性の下位属性であるので、「地域１」のより詳細な地域を特定する（例えば、渋谷区の青山）。
【００５１】
「広告タイプ」は、広告の種類を示し、例えば、ノーマル（ノーマル広告）やリッチ（リッチ広告）などがある。ここでは、例えばノーマル広告はバナー広告画像、リッチ広告は広告動画であるものとする。なお、その他の「広告タイプ」として、テキスト（テキスト広告）などがあってもよい。テキスト（テキスト広告）は、ノーマル（ノーマル広告）と同様にシンプルな広告内容であるので、車両の走行状態が走行中の際に配信される広告として適当である。
【００５２】
「広告データ」は、配信される広告を特定するための広告データのファイル名である。ここで、具体的に配信される広告データのファイルが特定される。なお、広告ＤＢ２１１は、別途、例えば001-1.mpg、001-1.gifなど、広告データ自体のファイルを記憶している。
【００５３】
「走行状態」は、ユーザの乗車する車両の走行状態に対応し、広告データを配信するための配信基準となる車両の走行状態を示す。例えば、「広告データ」：001-1.mpgに対応する「走行状態」は、「停車中」となっていることから、ユーザの乗車する車両３００の「走行状態」が、「停車中」の場合、当該ユーザの携帯端末４００に対し、「広告データ」：001-1.mpgが配信される。
【００５４】
ここで、本実施形態にかかる広告ＤＢ２１１において、広告データは、上述の如く「地域１」及び「地域２」、「走行状態」という点から、広告内容を分類し登録されているが、この点、以下詳しく説明する。
【００５５】
例えば、渋谷に位置し且つ停車中の車両３００に乗車するユーザの携帯端末４００に対し配信されるべき広告は、渋谷に関する広告（例えば、渋谷にあるデパートの広告等）であることが望ましく、そのような広告内容の広告データが予め登録される。この広告データが配信されるユーザは、渋谷に位置し、且つ停車中の車両３００に乗車するため、ユーザ車両は、渋谷に所在する駐車場等に車両を停車したか、又は渋谷で渋滞中にあって停車中である（例えば、街中での走行中を意味する）、などの可能性がある。このため、このようなユーザに対しては、車両位置（ローカル位置）に関連する広告を配信することにより、効果的な広告配信を行うことが可能である。なお、001-1.mpgは、「広告タイプ」：リッチに分類される広告データ（例えば、動画データ）である。停車中の場合、一定速度以下で走行中に配信される「広告タイプ」：ノーマルの広告データと比べ、よりコンテンツが充実した訴求力のある広告を配信するものである。
【００５６】
一方、例えば、渋谷に位置し且つ一定速度以下で走行中の車両３００に乗車するユーザの携帯端末４００に対し配信されるべき広告は、やはり渋谷に関する広告（例えば、渋谷にあるデパートの広告等）であることが望ましく、そのような広告内容の広告データが予め登録される。この広告データが配信されるユーザは、渋谷に位置し且つ一定速度以下で走行中の車両３００に乗車するため、ユーザ車両は、渋谷の街中を低速走行中である可能性がある。このため、このようなユーザに対しては、車両位置（ローカル位置）に関連する広告を配信することにより、効果的な広告配信を行うことが可能である。なお、001-1.gifは、「広告タイプ」：ノーマルに分類される広告データ（例えば、バナー広告画像データ）である。
【００５７】
また一方、例えば、渋谷に位置し且つ一定速度以上で走行中の車両３００に乗車するユーザの携帯端末４００に対し配信されるべき広告は、渋谷に関する広告以外であることが望ましく、そのような広告内容の広告データが予め登録される。この広告データが配信されるユーザは、渋谷に位置するものの、一定速度以上で走行中の車両３００に乗車するため、ユーザ車両は、渋谷を単なる通過地点とし、別の目的地へ向かって走行中である可能性がある。このため、このようなユーザに対しては、車両位置（ローカル位置）に関連する広告を配信するよりも、車両位置（ローカル位置）に関連する広告以外の広告を配信することで、効果的な広告配信を行うことが可能である。具体的に、車両位置（ローカル位置）に関連する広告以外の広告として、例えば車両の目的地に関連する広告を配信することにより、効果的な広告配信を行うことができる。
【００５８】
＜動作＞
次に、本実施形態にかかる広告配信システムの広告配信処理動作について説明する。
【００５９】
図７は、本実施形態にかかる広告配信システムの広告配信処理例を示すシーケンス図である。
【００６０】
まず、ユーザ（運転者又は同乗者）は、運転を開始するにあたって車両３００に乗車すると、携帯端末４００を用いて、情報処理サーバ１００にアクセスし、ユーザ・ログインを実行する（ステップＳ１００）。携帯端末４００は、情報処理サーバ１００にアクセスするための専用アプリケーションを事前に有し、当該専用アプリケーションを通じ、ユーザＩＤを入力し、ユーザ・ログインを実行できる。又は、汎用ブラウザ等を通じ、ログインを実行してもよい。
【００６１】
情報処理サーバ１００は、ログインの要求を受信すると、ユーザＩＤに基づいてログイン処理を実行する（ステップＳ１０１）。予め登録されているユーザＩＤである場合、ログインを許可する。
【００６２】
次に、ユーザは、携帯端末４００の通信機能（例えばＷｉｆｉ）を用いて、ＯＢＤリーダ３２０を介し、ＥＣＵ３１０（車載式故障診断システムを含む）に対し、ＯＢＤデータ取得開始要求を実行する（ステップＳ１０２）。
【００６３】
なお、上述と同様、携帯端末４００は、情報処理サーバ１００にアクセスするための専用アプリケーション又は汎用ツール等を通じ、ＯＢＤデータ取得開始要求を実行できる。また、ステップＳ１００及びステップＳ１０２の動作は同時に実行されてもよい。即ち、携帯端末４００を用いて、ログインを実行するタイミングで、ＯＢＤリーダ３２０と接続の下、同時にＯＢＤデータ取得開始要求を実行してもよい。
【００６４】
ＥＣＵ３１０は、ＯＢＤリーダ３２０を介し、携帯端末４００にＯＢＤデータを送信する（ステップＳ１０３）。なお、ＯＢＤデータの具体例は例えば図４に示される。
【００６５】
携帯端末４００（車両状態情報取得部３２０）は、ＯＢＤデータを受信すると、受信したＯＢＤデータを情報処理サーバ１００に送信する（ステップＳ１０４）。
【００６６】
なお、ＯＢＤリーダ３２０は、ネットワーク５００と通信することのできる環境等にある場合には、ＥＣＵ３１０は、携帯端末４００を中継せずに、ＯＢＤリーダ３２０を介し、情報処理サーバ１００に直接、ＯＢＤデータを送信してもよい。
【００６７】
また、上述の如く本実施形態にかかる携帯端末４００は、例えば、スマートフォン、携帯電話、ＰＤＡ等により実現されうる。このため、携帯端末４００は、ＧＰＳセンサを備える場合、ＧＰＳセンサでの位置情報をＯＢＤデータの「走行履歴（位置情報）」と一致するか確認し、誤差が大きい場合、ＧＰＳセンサでの位置情報をＯＢＤデータの「走行履歴（位置情報）」と差し替えてから、情報処理サーバ１００に、ＯＢＤデータを送信してもよい。これにより、ＯＢＤデータの精度がより向上させる。
【００６８】
情報処理サーバ１００は、ＯＢＤデータを受信すると、記憶部１１０に受信したＯＢＤデータをユーザＩＤに関連付けて蓄積する（ステップＳ１０５）。なお、このＯＢＤデータ１１１の具体例は例えば図５に示される。
【００６９】
以降、ステップＳ１０３〜Ｓ１０５が繰り返される。つまり、ＥＣＵ３１０は、乗車中の間（ＯＢＤデータ取得終了要求を受信する迄の間）、ＯＢＤデータを送信し続ける。また、携帯端末４００も受信したＯＢＤデータを情報処理サーバ１００に送信し続けるので、情報処理サーバ１００の記憶部１１０には、乗車中の間逐一のＯＢＤデータが蓄積され続ける。
【００７０】
次に、広告配信サーバ２００は、車両３００に乗車するユーザの携帯端末４００に対し広告を配信するための処理を実行する。上述したように、広告配信サーバ２００による広告の具体的配信方法は、例えば携帯端末４００への携帯メール配信、携帯サイト上の表示配信、携帯用アプリ（広告表示スペース）上の表示配信などがある。このため、広告配信サーバ２００がこの広告配信処理を実行開始するトリガーとしては、例えば、ユーザＩＤが特定された携帯端末４００への携帯メールが配信されるタイミング、携帯端末４００から携帯サイトの表示要求が発生したタイミング、又は携帯端末４００の携帯用アプリ（広告表示スペース）上の広告表示要求が発生したタイミングなどとなる。
【００７１】
まず、広告配信サーバ２００の走行状態判定部２２０は、情報処理サーバ１００に対し、ＯＢＤデータ取得要求を送信する（ステップＳ１０６）。なお、ＯＢＤデータ取得要求は、広告配信の対象となる携帯端末４００を有するユーザのユーザＩＤを含む。
【００７２】
情報処理サーバ１００は、ＯＢＤデータ取得要求を受信すると、記憶部１１０から、受信したユーザＩＤに対応するＯＢＤデータ１１１を取得し、広告配信サーバ２００にＯＢＤデータを送信する（ステップＳ１０７）。上述したように、ＯＢＤデータ１１１は、ユーザのユーザＩＤごとに対応付けられて蓄積されている。
【００７３】
広告配信サーバ２００の広告決定部２３０は、受信したＯＢＤデータに基づいて、携帯端末４００に配信すべき広告を決定する処理を実行する（ステップＳ１０８）。
【００７４】
図８は、本実施形態にかかる広告決定処理の説明するフローチャートである。
【００７５】
Ｓ１０８−１：広告配信サーバ２００の走行状態判定部２２０は、情報処理サーバ１００から受信したＯＢＤデータを取得すると、ＯＢＤデータに基づいて走行状態を判定する。例えば、図５を参照し、ユーザＩＤが「ユーザＩＤ」：user001である場合、以下のように、現在（2012/8/6 8:05）のＯＢＤデータが取得される。
「車両識別子」：213234
「エンジン回転数」：1250
「車速」：9
「運転時間（累計）」：1100：37
「走行距離（累計）」：3002
「走行履歴（位置情報）」：（x0021,y0021）
走行状態判定部２２０は、このＯＢＤデータに基づいて走行状態を判定する。ここで、走行状態とは、車両３００から取得されたＯＢＤデータから特定されるもので、少なくとも車両３００がどの位置をどの位の速度で走行中かを示す走行状態情報を含む。具体的には、上記ＯＢＤデータによれば、当該車両３００は、（x0021,y0021）で特定される位置を、時速９ｋｍ／ｈで走行中という走行状態にある。
【００７６】
Ｓ１０８−２：広告決定部２３０は、記憶部２１０の広告ＤＢ２１１を参照する。ここでは例えば、図６の広告ＤＢ２１１を参照するものとする。なお、広告ＤＢ２１１の「走行状態」において、「一定速度」との規定があるが、ここでいう一定速度とは、概念的に低速走行とされる速度という。具体的には、一般的に車両走行するにおいて、低速度とされる例えば２０ｋｍ／ｈとしうる。このとき、時速２０ｋｍ以下の速度（車速）は、低速走行にあるという。
【００７７】
Ｓ１０８−３：広告決定部２３０は、走行状態判定部２２０により判定された走行状態を広告ＤＢ２１１に照らし、広告ＤＢ２１１の「走行状態」に対応付けられた「広告データ」を、ユーザの携帯端末４００に配信すべき広告を決定する。
【００７８】
具体的に、走行状態判定部２２０により判定された走行状態は、（x0021,y0021）で特定される位置を、時速９ｋｍ／ｈで走行中である。ここで、（x0021,y0021）は、渋谷区渋谷の位置を示すものとする。この場合、この走行状態を広告ＤＢ２１１に照らすと、「地域１」：渋谷区、「地域２」：渋谷、「走行状態」：一定速度以下（例えば２０ｋｍ／ｈとする）で走行中に対応することになるため、配信すべき広告は「広告データ」：001-1.gifである。
【００７９】
Ｓ１０８−4：広告決定部２３０は、配信すべき広告として決定した「広告データ」のファイルを取得する。上述の如く、広告ＤＢ２１１は、別途広告データ自体のファイルを記憶しているため、広告決定部２３０は、広告ＤＢ２１１から配信すべき広告として決定した「広告データ」のファイルを取得できる。なおここでは、001-1.gifが取得される。
【００８０】
再び図７に戻る。
【００８１】
広告配信サーバ２００の広告決定部２３０は、配信すべき広告として決定した「広告データ」（ファイル）を、携帯端末４００に送信する（ステップＳ１０９）。即ち、広告決定部２３０は、携帯端末４００に対し「広告データ」（ファイル）を配信する。
【００８２】
携帯端末４００の広告表示部４３０は、広告配信サーバ２００から受信した広告データを受信すると、受信した広告データを画面上に表示する（ステップＳ１１０）。具体的に、広告表示部４３０は、例えば携帯端末４００への携帯メールに対する広告表示、携帯サイト上での広告表示、携帯用アプリ（広告表示スペース）上での広告表示などを実行すればよい。
【００８３】
なお、広告表示部４３０は、広告データを受信すると、受信した広告データを携帯端末４００のメモリ（例えば、ＲＯＭ１２又はＲＡＭ１３等）に、一旦バッファしておくようにすることもできる。配信される広告データはＯＢＤデータに基づくものであるが、ＯＢＤデータが取得された時点の走行状態と、広告表示される時点の走行状態との間には、多少のタイムラグが生じる可能性もある。このため、広告表示部４３０は、受信した広告データの表示タイミングを調整し、車両の走行状態に応じたタイミングでメモリにバッファした広告データを画面上に表示することで、より適切な広告表示を実現しうる。
【００８４】
図９は、本実施形態にかかる携帯端末４００の配信広告表示例を示す。
【００８５】
例えば、図９（ａ）は、「広告データ」：001-1.gif（バナー広告画像）が配信された結果、携帯端末４００の広告スペース上、車両３００の位置する渋谷に関する広告である「広告データ」：001-1.gifが表示される。このとき、携帯端末４００を有するユーザは、渋谷に位置し且つ一定速度以下（例えば、低速走行中）の車両３００に乗車しているため、携帯端末４００に渋谷に関する広告を配信し表示させることにより、効果的な広告配信を行うものである。
【００８６】
一方、例えば、図９（ｂ）は、「広告データ」：001-1.mpg（広告動画）が配信された結果、携帯端末４００の広告スペース上、車両３００の位置する渋谷に関する広告である「広告データ」：001-1.mpgが表示される。このとき、携帯端末４００を有するユーザは、渋谷に位置し且つ停車中の車両３００に乗車しているため、携帯端末４００に渋谷に関する広告を配信し表示させることにより、効果的な広告配信を行うものである。なお、ここでは、渋谷に位置し且つ一定速度以下（例えば、低速走行中）の車両３００に乗車している場合と比べ、「広告タイプ」：リッチに分類される広告データ（例えば、動画データ）を配信することにより、よりコンテンツが充実した訴求力のある広告を配信できるため、より効果的な広告配信を行うことができる。
【００８７】
なお、図９（ｂ）の「広告データ」：001-1.mpgはリッチ広告であるため、図９（ａ）のノーマル広告である「広告データ」：001-1.gifと比べ、他にも例えば、より大きな表示面積を有するものであったり、コンテンツ画面上に重なるようオーバーレイ表示するものであったり、又は音声を含むものであってもよい。
【００８８】
また一方、例えば、図９（ｃ）は、「広告データ」：xxx.gif（バナー広告画像）が配信された結果、携帯端末４００の広告スペース上、車両３００の位置する渋谷に関する広告以外の広告である「広告データ」：xxx.gifが表示される。このとき、携帯端末４００を有するユーザは、渋谷に位置し且つ一定速度以上（例えば、高速走行中）の車両３００に乗車しているため、携帯端末４００に渋谷に関する広告以外の広告を配信し表示させることにより、効果的な広告配信を行う。渋谷は通過点に過ぎない可能性が高く、携帯端末４００に渋谷に関する広告を配信しても、高い広告効果は期待しにくいためである。
【００８９】
なおここで、具体的に、車両位置（ローカル位置）に関連する広告以外の広告として、例えば、車両の目的地に関連する広告を配信することにより、効果的な広告配信を行うことができる。目的地の情報は、例えば、ユーザが携帯端末４００に目的地を明示的に入力している場合には携帯端末４００から取得できる。また例えば、車両３００の搭載するカーナビゲーション装置が存在する場合であって、ユーザが目的地を明示的に入力している場合には、当該ナビゲーション装置を介し取得できる。また、目的地が明示的に取得できない場合であっても、携帯端末４００のＷｅｂサイト閲覧履歴やメール履歴等から、目的地を推測できる場合、又は目的地と思われる地域が推測可能である場合には、推測された地域を目的地として取得してもよい。また、車両位置（ローカル位置）と、進行方向の情報とに基づき、現在の車両位置（ローカル位置）の次に隣接する地域を目的地とし、当該隣接する地域に関連する広告を配信することも可能である。なお、進行方向の情報及び当該隣接する地域は、ＯＤＢデータの「走行履歴（位置情報）」や、別途のマップ情報等より取得すればよい。
【００９０】
また、車両３００が一定速度以上（例えば、高速走行中）の走行状態にある場合、運転安全性を向上させるため、携帯端末４００への広告配信形態として、「広告データ」を表示する代わりに、音声データを配信し、音声による広告配信としてもよい。また、車両３００の搭載するカーナビゲーション装置が存在する場合、カーナビゲーション装置に広告データを配信し、表示させてもよい。
【００９１】
＜総括＞
以上のように、本実施形態によれば、自動車に乗車するユーザに対し、効果的な広告配信を実現することができる。
【００９２】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【００９３】
例えば、本実施形態において、ＯＢＤデータのうち、「走行履歴（位置情報）」、「車速」、に基づいて走行状態を判定した。しかしながら、これはあくまで一例であり、他のＯＢＤデータを用いることにより、総合的に走行状態の判定を行うことも可能である。
【００９４】
また、ユーザの携帯端末４００に配信する広告は、走行状態に基づいて決定されたが、さらに、ユーザの嗜好情報や行動履歴等の情報をさらに加味して配信すべき広告を決定することも可能である。これにより、より効果的な広告配信を行うことが可能である。
【符号の説明】
【００９５】
１１        ＣＰＵ
１２        ＲＯＭ
１３        ＲＡＭ
１４        入力装置
１５        出力装置
１６        通信装置
１７        ＨＤＤ
１００      情報処理サーバ
１１０      記憶部
１２０      通信部
２００      広告配信サーバ
２１０      記憶部
２２０      走行状態判定部
２３０      広告決定部
２４０      通信部
３００      車両
３１０      ＥＣＵ
３２０      ＯＢＤリーダ
４００      携帯端末
４１０      通信部
４２０      車両状態情報取得部
４３０      広告表示部
５００      ネットワーク
【図１】
2014066803.tif 000003
【図２】
2014066803.tif 000004
【図３】
2014066803.tif 000005
【図４】
2014066803.tif 000006
【図５】
2014066803.tif 000007
【図６】
2014066803.tif 000008
【図７】
2014066803.tif 000009
【図８】
2014066803.tif 000010
【図９】
2014066803.tif 000011