(57)【要約】【課題】車両による広告効果のある走行を管理可能な広告管理サーバ、プログラム及び広告管理システムを提供する。【解決手段】広告管理サーバ１は、外観に広告媒体Ｍが設けられた車両Ｃの走行データを受信する走行受信部１３と、位置、日時及び広告内容を含む広告条件データを記憶する広告条件記憶部２２と、車両Ｃに設けられた広告媒体Ｍの広告内容を記憶する車両情報記憶部２３と、走行受信部１３が受信した走行データと、車両情報記憶部２３とに基づいて、車両Ｃによる走行が、広告条件記憶部２２に記憶される広告条件データを満たすか否かを判断する条件判断部１５と、条件判断部１５により広告条件データを満たすと判断された場合に、車両Ｃのユーザに対してポイントを付与する特典付与部１７とを備える。【選択図】図１
2017207796.tif 000002
【特許請求の範囲】
【請求項１】
外観に広告媒体が設けられた移動体の走行データを受信する走行受信手段と、
位置情報と、日時情報と、広告内容情報とを含む広告条件データを記憶する広告条件記憶部と、
前記移動体に設けられた前記広告媒体の広告内容情報を記憶する移動体記憶部と、
前記走行受信手段が受信した走行データと、前記移動体記憶部とに基づいて、前記移動体による走行が、前記広告条件記憶部に記憶される前記広告条件データを満たすか否かを判断する条件判断手段と、
前記条件判断手段により前記広告条件データを満たすと判断された場合に、前記移動体のユーザに対する特典を付与する特典付与手段と、
を備える移動体による広告管理サーバ。
【請求項２】
請求項１に記載の広告管理サーバにおいて、
前記移動体記憶部と、前記広告条件記憶部とを照合して、合致する前記広告内容情報を含む前記広告条件データを、その広告内容情報が対応付けられた前記移動体のユーザの端末に送信する条件送信手段と、
前記条件送信手段により送信された前記広告条件データに対する申込情報を、前記端末から受信する申込受信手段と、
を備え、
前記条件判断手段は、前記申込受信手段が受信した前記申込情報に対応する前記移動体から受信した前記走行データが、前記申込情報に対応する前記広告条件データを満たすか否かを判断すること、
を特徴とする広告管理サーバ。
【請求項３】
請求項１又は請求項２に記載の広告管理サーバにおいて、
前記移動体記憶部は、前記広告媒体の大きさ及び貼付位置の少なくとも一方を含む配置情報を、前記広告内容情報に対応付けて記憶し、
前記特典付与手段は、前記配置情報に応じた特典を付与すること、
を特徴とする広告管理サーバ。
【請求項４】
請求項１から請求項３までのいずれかに記載の広告管理サーバにおいて、
前記条件判断手段により前記広告条件データを満たすと判断された前記移動体の数に応じて、付与する前記特典を決定する特典決定手段を備えること、
を特徴とする広告管理サーバ。
【請求項５】
請求項１から請求項４までのいずれかに記載の広告管理サーバにおいて、
前記走行データから得られた走行内容に基づいて、付与する前記特典を決定する特典決定手段を備えること、
を特徴とする広告管理サーバ。
【請求項６】
請求項１から請求項５までのいずれかに記載の広告管理サーバにおいて、
前記条件判断手段により前記広告条件データを満たすと判断された場合に、前記移動体のユーザの属性及び行動履歴の少なくとも一方を含むユーザ情報を取得するユーザ情報取得手段と、
前記ユーザ情報取得手段により取得した前記ユーザ情報に基づいて、付与する前記特典を決定する特典決定手段と、
を備えること、
を特徴とする広告管理サーバ。
【請求項７】
請求項１から請求項６までのいずれかに記載の広告管理サーバにおいて、
地域ごとの気象情報を取得する気象取得手段と、
前記気象取得手段により取得した前記気象情報と、前記走行データから得られた走行位置とに基づいて、付与する前記特典を決定する特典決定手段と、
を備えること、
を特徴とする広告管理サーバ。
【請求項８】
請求項１から請求項７までのいずれかに記載の広告管理サーバとしてコンピュータを機能させるためのプログラム。
【請求項９】
外観に広告媒体が設けられた移動体が有する車載装置と、
前記車載装置に対して通信可能に接続された広告管理サーバと、
を備えた広告管理システムであって、
前記車載装置は、取得した走行データを前記広告管理サーバに対して送信する走行送信手段を備え、
前記広告管理サーバは、
前記車載装置から前記走行データを受信する走行受信手段と、
位置情報と、日時情報と、広告内容情報とを含む広告条件データを記憶する広告条件記憶部と、
前記移動体に設けられた前記広告媒体の広告内容情報を記憶する移動体記憶部と、
前記走行受信手段が受信した走行データと、前記移動体記憶部とに基づいて、前記移動体による走行が、前記広告条件記憶部に記憶される前記広告条件データを満たすか否かを判断する条件判断手段と、
前記条件判断手段により前記広告条件データを満たすと判断された場合に、前記移動体のユーザに対する特典を付与する特典付与手段と、
を備えること、
を特徴とする広告管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広告管理サーバ、プログラム及び広告管理システムに関する。
【背景技術】
【０００２】
従来、バスやトラック等の車両に広告を掲載した、いわゆるラッピングカーがある。バスやトラック等は、主な運行ルートが決まっているため、広告主は、広告効果が発揮されやすい運行ルートのバス等に、広告を掲載させることができる。
他方、広告主が予めプリペイドカードと、広告ステッカとを支給し、プリペイドカードの度数が許す限り広告ステッカを付けた車両の走行を継続してもらう文献が開示されている（例えば、特許文献１）。
また、広告主の条件と、車両の運行ルートとをマッチングさせて、マッチングした車両に広告を掲載する文献が開示されている（例えば、特許文献２）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−３３３８５６号公報
【特許文献２】特開２００３−２７１８６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述の文献は、可能な限り広告が掲載された車両を走行させることで、広告効果を発揮させるものである。しかし、広告主等は、広告効果に対して有効な場所を車両が走行しているのか否かを把握できなかった。
そこで、本発明は、車両による広告効果のある走行を管理可能な広告管理サーバ、プログラム及び広告管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、以下のような解決手段により、前記課題を解決する。なお、理解を容易にするために、本発明の実施形態に対応する符号を付して説明するが、これに限定されるものではない。また、符号を付して説明した構成は、適宜改良してもよく、また、少なくとも一部を他の構成物に代替してもよい。
【０００６】
第１の発明は、外観に広告媒体（Ｍ）が設けられた移動体（Ｃ）の走行データを受信する走行受信手段（１３）と、位置情報と、日時情報と、広告内容情報とを含む広告条件データを記憶する広告条件記憶部（２２）と、前記移動体に設けられた前記広告媒体の広告内容情報を記憶する移動体記憶部（２３，２２３）と、前記走行受信手段が受信した走行データと、前記移動体記憶部とに基づいて、前記移動体による走行が、前記広告条件記憶部に記憶される前記広告条件データを満たすか否かを判断する条件判断手段（１５，２１５）と、前記条件判断手段により前記広告条件データを満たすと判断された場合に、前記移動体のユーザに対する特典を付与する特典付与手段（１７）と、を備える移動体による広告管理サーバ（１，２０１）である。
第２の発明は、第１の発明の広告管理サーバ（２０１）において、前記移動体記憶部（２２３）と、前記広告条件記憶部（２２）とを照合して、合致する前記広告内容情報を含む前記広告条件データを、その広告内容情報が対応付けられた前記移動体のユーザの端末（５）に送信する条件送信手段（２１１）と、前記条件送信手段により送信された前記広告条件データに対する申込情報を、前記端末から受信する申込受信手段（２１２）と、を備え、前記条件判断手段（２１５）は、前記申込受信手段が受信した前記申込情報に対応する前記移動体（Ｃ）から受信した前記走行データが、前記申込情報に対応する前記広告条件データを満たすか否かを判断すること、を特徴とする広告管理サーバである。
第３の発明は、第１の発明又は第２の発明の広告管理サーバ（１，２０１）において、前記移動体記憶部（２３，２２３）は、前記広告媒体の大きさ及び貼付位置の少なくとも一方を含む配置情報を、前記広告内容情報に対応付けて記憶し、前記特典付与手段（１７）は、前記配置情報に応じた特典を付与すること、を特徴とする広告管理サーバである。
第４の発明は、第１の発明から第３の発明までのいずれかの広告管理サーバ（１）において、前記条件判断手段（１５）により前記広告条件データを満たすと判断された前記移動体（Ｃ）の数に応じて、付与する前記特典を決定する特典決定手段（１６）を備えること、を特徴とする広告管理サーバである。
第５の発明は、第１の発明から第４の発明までのいずれかの広告管理サーバ（２０１）において、前記走行データから得られた走行内容に基づいて、付与する前記特典を決定する特典決定手段（２１６）を備えること、を特徴とする広告管理サーバである。
第６の発明は、第１の発明から第５の発明までのいずれかの広告管理サーバにおいて、前記条件判断手段により前記広告条件データを満たすと判断された場合に、前記移動体のユーザの属性及び行動履歴の少なくとも一方を含むユーザ情報を取得するユーザ情報取得手段と、前記ユーザ情報取得手段により取得した前記ユーザ情報に基づいて、付与する前記特典を決定する特典決定手段と、を備えること、を特徴とする広告管理サーバである。
第７の発明は、第１の発明から第６の発明までのいずれかの広告管理サーバにおいて、地域ごとの気象情報を取得する気象取得手段と、前記気象取得手段により取得した前記気象情報と、前記走行データから得られた走行位置とに基づいて、付与する前記特典を決定する特典決定手段と、を備えること、を特徴とする広告管理サーバである。
第８の発明は、第１の発明から第７の発明までのいずれかの広告管理サーバ（１，２０１）としてコンピュータを機能させるためのプログラム（２１ａ，２２１ａ）である。
第９の発明は、外観に広告媒体（Ｍ）が設けられた移動体（Ｃ）が有する車載装置（３）と、前記車載装置に対して通信可能に接続された広告管理サーバ（１，２０１）と、を備えた広告管理システム（１００，２００）であって、前記車載装置は、取得した走行データを前記広告管理サーバに対して送信する走行送信手段（３０）を備え、前記広告管理サーバは、前記車載装置から前記走行データを受信する走行受信手段（１３）と、位置情報と、日時情報と、広告内容情報とを含む広告条件データを記憶する広告条件記憶部（２２）と、前記移動体に設けられた前記広告媒体の広告内容情報を記憶する移動体記憶部（２３，２２３）と、前記走行受信手段が受信した走行データと、前記移動体記憶部とに基づいて、前記移動体による走行が、前記広告条件記憶部に記憶される前記広告条件データを満たすか否かを判断する条件判断手段（１５，２１５）と、前記条件判断手段により前記広告条件データを満たすと判断された場合に、前記移動体のユーザに対する特典を付与する特典付与手段（１７）と、を備えること、を特徴とする広告管理システムである。
【発明の効果】
【０００７】
本発明によれば、車両による広告効果のある走行を管理可能な広告管理サーバ、プログラム及び広告管理システムを提供することができる。
【図面の簡単な説明】
【０００８】
【図１】第１実施形態に係る広告管理システムの全体概要図である。
【図２】第１実施形態に係る広告管理サーバ及び車載装置の機能ブロック図である。
【図３】第１実施形態に係る広告管理サーバの記憶部の例を示す図である。
【図４】第１実施形態に係る広告管理システムの走行データ取得処理を示すフローチャートである。
【図５】第１実施形態に係る広告管理サーバの走行検証処理を示すフローチャートである。
【図６】第１実施形態に係る広告管理サーバの特典決定処理を示すフローチャートである。
【図７】第２実施形態に係る広告管理サーバの機能ブロック図である。
【図８】第２実施形態に係る広告管理サーバの記憶部の例を示す図である。
【図９】第２実施形態に係る広告管理サーバのエントリ処理を示すフローチャートである。
【図１０】第２実施形態に係る広告管理サーバの走行検証処理を示すフローチャートである。
【図１１】第２実施形態に係る広告管理サーバの特典決定処理を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
（第１実施形態）
＜広告管理システム１００＞
図１は、第１実施形態に係る広告管理システム１００の全体概要図である。
図１に示す広告管理システム１００では、車両Ｃ（移動体）の外観に広告媒体Ｍが貼り付けられた（設けられた）状態で走行した車両Ｃの走行データを、広告管理サーバ１が受信する。そして、広告管理システム１００は、車両Ｃの走行が、広告主が指定した条件を満たすものであった場合に、広告管理サーバ１が、車両Ｃのユーザに対してポイント（特典）を付与するシステムである。
【００１０】
広告管理システム１００は、広告管理サーバ１と、車載装置３と、ユーザ端末５と、広告主端末６とを備えている。車載装置３は、車両Ｃに設けられている。
車両Ｃは、ユーザ（運転者）が運転する、例えば、自動車である。車両Ｃは、自家用車の他、ユーザが所有するものであれば、例えば、リースカー等であってもよい。また、車両Ｃには、広告媒体Ｍが貼り付けられている。広告媒体Ｍは、広告内容が印刷されたステッカ等である。
広告管理サーバ１は、車載装置３、ユーザ端末５及び広告主端末６に対して、通信ネットワークＮを介して接続されている。通信ネットワークＮは、例えば、公衆回線や、携帯電話回線（例えば、３Ｇ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ）やＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ））等のインターネット接続回線のワイドエリアネットワークである。
【００１１】
次に、各装置について説明する。
＜広告管理サーバ１＞
図２は、第１実施形態に係る広告管理サーバ１及び車載装置３の機能ブロック図である。
図３は、第１実施形態に係る広告管理サーバ１の記憶部２０の例を示す図である。
広告管理サーバ１は、車両Ｃに設けられた広告媒体Ｍに関する広告を管理する。また、広告管理サーバ１は、広告主による広告条件を管理する。そして、広告管理サーバ１は、車両Ｃの走行が、広告主の広告条件を満たすか否かを判断する。
図２（Ａ）に示すように、広告管理サーバ１は、制御部１０と、記憶部２０と、通信インタフェース部２９とを備える。
制御部１０は、広告管理サーバ１の全体を制御するＣＰＵ（中央処理装置）である。制御部１０は、記憶部２０に記憶されているＯＳ（オペレーティングシステム）やアプリケーションプログラム等を適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
【００１２】
制御部１０は、走行受信部１３（走行受信手段）と、条件判断部１５（条件判断手段）と、特典決定部１６（特典決定手段）と、特典付与部１７（特典付与手段）とを備える。
走行受信部１３は、車載装置３が送信した車両Ｃの走行データを受信する。走行データは、車載装置３が取得可能な車両Ｃに関するデータであり、例えば、車速（車両速度）、走行距離、走行位置等のデータを含む。そして、走行データには、車載装置３（又は車両Ｃ）を特定する車両ＩＤが対応付けられている。
条件判断部１５は、走行データが、広告条件記憶部２２に記憶された広告条件データを満たすか否かを判断する。
特典決定部１６は、条件判断部１５により条件を満たしたと判断された場合に、条件を満たした車両Ｃの数に応じて、ポイントを決定する。
特典付与部１７は、特典決定部１６により決定したポイントと、車両Ｃに設けられた広告媒体Ｍの配置によるポイントとを、車両Ｃのユーザに付与する。
【００１３】
記憶部２０は、制御部１０を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
記憶部２０は、プログラム記憶部２１と、広告条件記憶部２２と、車両情報記憶部２３（移動体記憶部）と、配置条件記憶部２４と、走行履歴記憶部２５とを備える。
プログラム記憶部２１は、各種のプログラムを記憶する記憶領域である。プログラム記憶部２１は、上述した制御部１０の各種機能を実行するための処理プログラム２１ａ（プログラム）を記憶している。
【００１４】
広告条件記憶部２２は、広告主端末６から受信した広告条件データを記憶する。図３（Ａ）に示すように、広告条件記憶部２２は、広告ＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）をキーにして、広告内容、対象位置、対象日時、ポイントの各項目を有する。
広告ＩＤは、広告条件データを識別する識別情報である。広告ＩＤは、例えば、広告管理サーバ１の制御部１０が、一意になるように任意に設定することができる。
広告内容は、広告の内容を示すものであり、例えば、「○○牛乳」等の商品名やサービス名であってもよいし、「××社」等の企業名であってもよい。
対象位置は、車両Ｃの走行に対してポイントを付与する位置の情報である。対象位置は、例えば、「銀座」等のエリア（区域）であってもよいし、「晴海通り」等の道路名であってもよい。また、「銀座四丁目交差点」等のスポットの位置であってもよい。
対象日時は、車両Ｃの走行に対してポイントを付与する日時の情報である。対象日時は、例えば、「○月×日」等であってもよいし、「○月の土曜日１１時から１３時まで」等であってもよい。また、「○月△日１２時」等のスポットの日時であってもよい。
ポイントは、１台の車両Ｃに付与する特典である。ポイントは、例えば、各種サービスで利用できる通貨に代わるものである。ポイントは、１つの値であってもよいし、幅を持たせたものでもよい。
【００１５】
車両情報記憶部２３は、ユーザ端末５から受信した車両データを記憶する。図３（Ｂ）に示すように、車両情報記憶部２３は、ユーザＩＤ、車両ＩＤ、広告内容、配置データ、ランクの各項目を有する。
ユーザＩＤは、車両Ｃのユーザを識別する識別情報である。
配置データは、広告媒体Ｍのサイズ（大きさ）や広告媒体Ｍの車両Ｃへの配置位置に関するデータである。
ランクは、配置データに基づき、広告管理サーバ１の制御部１０が決定したランクである。
【００１６】
配置条件記憶部２４は、図３（Ｃ）に示すように、配置データと、ランクと、ポイントを対応付けて記憶する。ここで、ランクは、広告媒体Ｍのサイズや配置位置によって、通行人に対して見えやすいか否かを基準に決定したものである。例えば、広告媒体Ｍの配置位置が車両Ｃの側面等、通行人に見やすい位置である場合には、上位のランクが対応付けられる。また、例えば、広告媒体Ｍのサイズが大きいほど、上位のランクが対応付けられる。そして、ランクが上位であるほど、通行人に見やすいものになっているとして、付与されるポイントが高いものになっている。
【００１７】
走行履歴記憶部２５は、車載装置３から受信した走行データを記憶する。図３（Ｄ）に示すように、走行履歴記憶部２５は、日時、車両ＩＤ、車速、走行距離、位置データ等の各項目を有する。車載装置３は、例えば、１分おきに、車両Ｃから走行に関する各種データを取得する。そして、車載装置３は、各種データを含む走行データを生成して、広告管理サーバ１に対して送信する。そこで、制御部１０は、走行データを、走行履歴記憶部２５に順次記憶させることで蓄積する。
【００１８】
図２（Ａ）に戻り、通信インタフェース部２９は、車載装置３、ユーザ端末５及び広告主端末６との間で通信を行うためのインタフェースである。
ここで、コンピュータとは、制御部、記憶装置等を備えた情報処理装置をいい、広告管理サーバ１は、制御部１０、記憶部２０等を備えた情報処理装置であり、コンピュータの概念に含まれる。
【００１９】
＜車載装置３＞
車載装置３は、車両Ｃに搭載されて、車両Ｃに関するデータを取得する装置である。車載装置３は、例えば、車両ＣのＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）（図示せず）が、後述する車両インタフェース部３８によって接続されて、車両Ｃに関するデータを受信することで取得する。
図２（Ｂ）に示すように、車載装置３は、制御部３０と、記憶部３５と、車両インタフェース部３８と、通信インタフェース部３９とを備える。
制御部３０は、車載装置３の全体を制御するＣＰＵである。制御部３０は、記憶部３５に記憶されているＯＳやアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
【００２０】
記憶部３５は、制御部３０を実行するために必要なプログラム、データ等を記憶するための半導体メモリ素子等の記憶領域である。
記憶部３５は、車両ＩＤ３５ａを記憶している。
車両インタフェース部３８は、例えば、ＯＢＤ２（Ｏｎ−ｂｏａｒｄ  ｄｉａｇｎｏｓｔｉｃｓ  ２）コネクタを用いることができる。
通信インタフェース部３９は、広告管理サーバ１との間で通信を行うためのインタフェースである。通信インタフェース部３９は、例えば、ＬＴＥ規格等の無線通信規格に基づいて、広告管理サーバ１との間で無線移動体通信が可能である。
【００２１】
＜ユーザ端末５＞
ユーザ端末５は、ユーザ（例えば、車両Ｃの運転者）が使用する端末である。ユーザ端末５は、例えば、パーソナルコンピュータ（ＰＣ）である。ユーザ端末５は、通信ネットワークＮを介して広告管理サーバ１に接続可能なものであればよく、その他、スマートフォン、タブレット端末等の携帯情報端末であってもよい。
ユーザ端末５は、図示しないが、制御部、記憶部、入力部、表示部、通信インタフェース部等を備える。
【００２２】
＜広告主端末６＞
広告主端末６は、広告主が使用する端末である。ユーザ端末５は、例えば、ＰＣである。広告主端末６は、通信ネットワークＮを介して広告管理サーバ１に接続可能なものであればよく、この広告管理システム１００のための専用端末でなくてもよい。
広告主端末６は、図示しないが、制御部、記憶部、操作部、表示部、通信インタフェース部等を備える。
【００２３】
次に、広告管理システム１００の処理について説明する。
＜広告主による事前処理＞
まず、広告主による事前の作業について説明する。
広告主は、車両Ｃに貼り付ける広告媒体Ｍを準備する。広告媒体Ｍは、車両Ｃの全体を覆うように貼り付けるものであってもよいし、車両Ｃの一部分に貼り付けるものであってもよい。また、広告媒体Ｍは、その形状を、車両Ｃの形状に合わせたものにしてもよいし、車両Ｃに貼り付けることが可能なものであれば、矩形等の一般的な形状であってもよい。
そして、広告主は、準備した広告媒体Ｍを、例えば、整備工場等に配布する。
【００２４】
次に、広告主は、広告主端末６を用いて広告条件を設定する。具体的には、広告主端末６の制御部は、広告管理サーバ１に対して広告条件データを送信する。広告条件データは、広告内容、対象位置、対象日時、ユーザに付与するポイントを含む。
これにより、広告管理サーバ１の制御部１０は、広告条件データを受信して、受信した広告条件データを、広告条件記憶部２２に記憶させる。
なお、広告主は、１つの広告内容に対して、複数の広告条件データを設定してもよい。
この広告主による事前処理によって、広告管理システム１００は、車両Ｃに貼り付ける広告媒体Ｍと、その広告媒体Ｍに関する広告条件とを準備できる。
【００２５】
＜ユーザによる事前処理＞
次に、ユーザによる事前の作業について説明する。
ユーザは、ユーザ端末５を使用して広告管理サーバ１にアクセスし、ユーザＩＤを入力してログインすることで、広告管理サーバ１の制御部１０は、広告一覧ページを、ユーザ端末５に送信する。広告一覧ページは、例えば、広告内容と、その広告内容に対応する広告媒体Ｍの画像とを対応付けた広告データを、一覧として複数表示するものである。ユーザは、表示された広告一覧ページから、例えば、ユーザが気に入った広告を、ユーザの車両Ｃに貼り付けるものとして１つ選択する。そして、ユーザは、ユーザの車両ＩＤや、広告媒体Ｍのサイズ、貼付位置等の配置データを含む車両データを、ユーザ端末５に対して入力する。
ユーザ端末５から車両データを受信した広告管理サーバ１の制御部１０は、車両情報記憶部２３に車両データを記憶させる。また、広告管理サーバ１の制御部１０は、配置条件記憶部２４を参照して、車両情報記憶部２３に記憶された配置データに対応するランクを、車両情報記憶部２３に登録する。
【００２６】
次に、ユーザは、整備工場に車両Ｃを運び入れる。整備工場では、ユーザが選んだ広告が印刷された広告媒体Ｍを、車両Ｃに貼り付ける。
なお、ユーザは、広告媒体Ｍが貼り付けられた車両Ｃを撮影して、広告媒体Ｍが貼り付けられている車両Ｃを含む画像データを、ユーザ端末５から広告管理サーバ１に送信するようにしてもよい。そうすることで、広告管理サーバ１では、車両Ｃに該当の広告媒体Ｍが貼り付けられていることを確認できる。
【００２７】
＜車両Ｃの走行＞
ユーザによる事前の作業の後、ユーザは、広告媒体Ｍが貼り付けられた車両Ｃを運転する。
図４は、第１実施形態に係る広告管理システム１００の走行データ取得処理を示すフローチャートである。
まず、車載装置３での処理について説明する。ここでは、１台の車両Ｃの車載装置３に関する処理を説明する。
この車載装置３による処理は、車載装置３が搭載された複数の車両Ｃにおいて、各々の車載装置３によって行われる。また、この処理は、例えば、車両Ｃのエンジンがかかったことを、車載装置３が検出したことで開始される。
【００２８】
ステップＳ（以下、「Ｓ」という。）１０において、車載装置３の制御部３０は、車両インタフェース部３８を介して走行データを取得する。ここで、制御部３０は、車両ＣのＥＣＵに対して、例えば、１分おきに信号を送信することで、車両ＣのＥＣＵからデータを取得してもよい。また、制御部３０は、車両ＣのＥＣＵが自発的に送信するデータを取得してもよい。
Ｓ１１において、制御部３０（走行送信手段）は、記憶部３５から車両ＩＤ３５ａを取得し、取得した走行データに車両ＩＤを対応付けて、広告管理サーバ１に送信する。
Ｓ１２において、制御部３０は、車両Ｃのエンジンが切られたことを検出したか否かを確認する。エンジンが切られたことを検出した場合（Ｓ１２：ＹＥＳ）には、制御部３０は、本処理を終了する。他方、エンジンが切られたことを検出していない場合（Ｓ１２：ＮＯ）には、制御部３０は、処理をＳ１０に移し、エンジンが切られたことを検出するまで、指定の時間間隔（例えば、１分ごと）で走行データを取得し、広告管理サーバ１に対して送信する処理を繰り返す。
【００２９】
次に、広告管理サーバ１での処理について説明する。広告管理サーバ１は、複数の車両Ｃの車載装置３が送信した走行データに対して、本処理を行う。なお、この広告管理サーバ１での処理は、広告管理サーバ１の電源が投入されている間は、常に実行される。
Ｓ１５において、広告管理サーバ１の制御部１０（走行受信部１３）は、走行データを受信したか否かを判断する。走行データを受信した場合（Ｓ１５：ＹＥＳ）には、制御部１０は、処理をＳ１６に移す。他方、走行データを受信していない場合（Ｓ１５：ＮＯ）には、制御部１０は、処理をＳ１５にとどめて、走行データを受信するのを待つ。
Ｓ１６において、制御部１０は、走行データを受信した受信日時と、走行データとを対応付けて走行履歴記憶部２５に記憶させる。その後、制御部１０は、処理をＳ１５に移す。
【００３０】
このように、広告管理サーバ１の制御部１０は、走行データ取得処理によって、広告媒体Ｍが貼り付けられた複数の車両Ｃの車載装置３から走行データを受信して、走行データを走行履歴記憶部２５に記憶させることができる。よって、広告管理サーバ１は、複数の車両Ｃの走行状態を、走行履歴記憶部２５によって把握できる。
【００３１】
＜走行検証処理＞
次に、走行検証処理について説明する。
図５は、第１実施形態に係る広告管理サーバ１の走行検証処理を示すフローチャートである。
図６は、第１実施形態に係る広告管理サーバ１の特典決定処理を示すフローチャートである。
本処理は、例えば、夜間バッチ等、適宜のタイミングで実行する。
図５のＳ３０において、広告管理サーバ１の制御部１０は、広告条件記憶部２２から処理を行う広告条件データを１つ抽出する。ここで、制御部１０は、例えば、広告条件記憶部２２の対象日時を参照して、現在日時が対象日時より後であるレコードを１つ抽出する。
【００３２】
Ｓ３１において、制御部１０（条件判断部１５）は、車両情報記憶部２３を参照し、抽出した広告条件データの広告内容に一致する車両ＩＤを抽出する。ここで、複数の車両Ｃに同じ広告媒体Ｍが貼り付けられている場合には、制御部１０は、複数の車両ＩＤを抽出する。
Ｓ３２において、制御部１０（条件判断部１５）は、走行履歴記憶部２５を参照し、Ｓ３１で抽出した車両ＩＤに一致する走行データを抽出する。ここで、Ｓ３１において複数の車両ＩＤを抽出した場合には、制御部１０は、各車両ＩＤに対して、その車両ＩＤに一致する走行データを抽出する。
Ｓ３３において、制御部１０（条件判断部１５）は、車両ＩＤごとに、抽出した走行データが広告条件記憶部２２の広告条件データを満たすか否かを判断する。抽出した走行データが広告条件記憶部２２の広告条件データを満たす場合（Ｓ３３：ＹＥＳ）には、制御部１０は、処理をＳ３４に移す。他方、抽出した走行データが広告条件記憶部２２の広告条件データを満たさない場合（Ｓ３３：ＮＯ）には、制御部１０は、処理をＳ３６に移す。
Ｓ３４において、制御部１０（特典決定部１６）は、特典決定処理を行う。
【００３３】
ここで、特典決定処理について、図６に基づき説明する。
図６のＳ４０において、制御部１０は、走行データが広告条件記憶部２２の広告条件データを満たした車両ＩＤの数を算出する。
Ｓ４１において、制御部１０は、算出した車両ＩＤの数に応じたポイントを決定する。
ここで、例えば、車両ＩＤの数が１０の場合と、車両ＩＤの数が１０００の場合とでは、車両ＩＤの数が１０００の場合の方が、その車両Ｃに貼り付けられた広告媒体Ｍが通行人の目に留まりやすい。また、同じ広告媒体Ｍが貼り付けられた車両Ｃが集団となって走行している場合には、通行人の興味を引きやすいという効果もある。よって、制御部１０は、車両ＩＤの数が多い場合には、より高いポイントを付与するように決定する。そこで、制御部１０は、例えば、車両ＩＤの数が１０の場合には、広告条件記憶部２２のポイントの範囲である１０ポイントに決定し、他方、車両ＩＤの数が１０００の場合には、広告条件記憶部２２のポイントの範囲である１００ポイントに決定する。
その後、制御部１０は、本処理を終了し、処理を図５に移す。
【００３４】
図５に戻り、Ｓ３５において、制御部１０（特典付与部１７）は、特典決定処理によって決定されたポイントに、その車両Ｃの広告媒体Ｍの配置データに基づくポイントを加えたポイントを、その車両ＩＤに対応するユーザに付与する。具体的には、車両Ｃの広告媒体Ｍの配置データに基づくポイントは、車両ＩＤに対応する車両情報記憶部２３のランクにより決定される。そのため、制御部１０は、配置条件記憶部２４を参照して、ランクに応じたポイントを取得し、取得したポイントと、特典決定処理によって決定されたポイントとを合わせたポイントを、ユーザに付与する。
Ｓ３６において、制御部１０は、広告条件記憶部２２に未処理の広告条件データがあるか否かを判断する。未処理の広告条件データがある場合（Ｓ３６：ＹＥＳ）には、制御部１０は、処理をＳ３０に移し、他の広告条件データについて、本処理を繰り返す。他方、未処理の広告条件データがない場合（Ｓ３６：ＮＯ）には、制御部１０は、本処理を終了する。
【００３５】
＜ユーザによる走行後処理＞
広告媒体Ｍを貼り付けた車両Ｃの走行後、車両Ｃから広告媒体Ｍを取り外す場合に、ユーザは、車両Ｃを再度整備工場に運び入れて、広告媒体Ｍを取り外す。そして、ユーザ端末５から広告管理サーバ１に対してログインし、制御部１０は、登録されている車両データを、車両情報記憶部２３から削除する処理を行う。
【００３６】
このように、第１実施形態によれば、広告管理システム１００は、以下のような効果がある。
（１）広告管理サーバ１は、広告媒体Ｍが貼り付けられた車両Ｃの走行データを取得して、広告媒体Ｍの広告主が予め決めた広告条件データを、走行データが満たすことで、ポイントを付与する。よって、車両Ｃによる広告効果のある走行を管理することができる。
また、車両Ｃの形状や、車両Ｃの走行ルートが予め決まっているか否か等によらず、広告主が入稿した広告条件データを満たせば、ユーザにポイントが付与される。よって、車両Ｃは、バスやトラック等に限定されず、色々な種類の車両Ｃに広告媒体Ｍを貼り付けることができる。また、ポイントが与えられることにより、広告媒体Ｍを、ユーザの自家用車等の車両Ｃに貼り付けさせる契機になり得る。
【００３７】
（２）広告管理サーバ１は、広告媒体Ｍのサイズや、配置位置に応じたポイントを付与するので、例えば、通行人に見やすい配置位置やサイズの場合には、広告効果に応じて、より高いポイントを付与することができる。
（３）広告管理サーバ１は、広告条件を満たした複数の車両Ｃの数に応じたポイントを付与する。よって、同じ広告媒体Ｍを貼り付けている車両Ｃの数が多いと、通行人に広告がより目につきやすく、広告効果が大きいため、ポイントをより高いものにすることができる。
【００３８】
（第２実施形態）
第２実施形態では、ユーザによる事前エントリを必要とするものについて説明する。なお、以降の説明において、上述した第１実施形態と同様の機能を果たす部分には、同一の符号又は末尾に同一の符号を付して、重複する説明を適宜省略する。
広告管理システム２００は、広告管理サーバ２０１と、車載装置３と、ユーザ端末５と、広告主端末６とを備えている。
広告管理システム２００は、広告媒体Ｍが設けられた車両Ｃの走行データを広告管理サーバ２０１が受信し、予めエントリ登録をした車両Ｃの走行が、広告主が指定した条件を満たすものであった場合に、車両Ｃのユーザに対してポイントを付与するシステムである。
【００３９】
＜広告管理サーバ２０１＞
図７は、第２実施形態に係る広告管理サーバ２０１の機能ブロック図である。
図８は、第２実施形態に係る広告管理サーバ２０１の記憶部２２０の例を示す図である。
図７に示す広告管理サーバ２０１は、制御部２１０と、記憶部２２０と、通信インタフェース部２９とを備える。
制御部２１０は、条件送信部２１１（条件送信手段）と、申込受信部２１２（申込受信手段）と、走行受信部１３と、条件判断部２１５と、特典決定部２１６と、特典付与部１７とを備える。
条件送信部２１１は、ユーザの車両Ｃに貼り付けられている広告媒体Ｍの広告内容に一致する広告条件記憶部２２の広告条件データを、ユーザ端末５に対して送信する。
申込受信部２１２は、ユーザ端末５から広告条件データに対する申込データを受信する。
条件判断部２１５は、エントリ登録がされた車両Ｃの走行データが、広告条件記憶部２２に記憶された広告条件データを満たすか否かを判断する。
特典決定部２１６は、条件判断部２１５により条件を満たしたと判断された場合に、走行データから得られる走行内容に基づいて、ポイントを決定する。
【００４０】
記憶部２２０は、プログラム記憶部２１と、広告条件記憶部２２と、車両情報記憶部２２３と、配置条件記憶部２４と、走行履歴記憶部２５とを備える。
プログラム記憶部２１は、上述した制御部２１０の各種機能を実行するための処理プログラム２２１ａを記憶している。
車両情報記憶部２２３は、図８に示すように、ユーザＩＤ、車両ＩＤ、広告内容、配置データ、ランク、エントリフラグの各項目を有する。
エントリフラグは、エントリ登録がされているか否かを表す。エントリした場合には、エントリフラグに「１」が記憶される。なお、エントリフラグの初期値は、「０」である。
【００４１】
次に、広告管理システム１００の処理について説明する。
広告主による事前処理及びユーザによる事前処理は、第１実施形態と同様である。
＜エントリ処理＞
ユーザによる事前の作業がされた後、ユーザは、車両Ｃを運転して走行する前に行うエントリ処理を行う。
図９は、第２実施形態に係る広告管理サーバ２０１のエントリ処理を示すフローチャートである。
ユーザがユーザ端末５を使用して広告管理サーバ２０１にアクセスし、ユーザＩＤを入力してログオンをすることで、Ｓ２２０において、広告管理サーバ２０１の制御部２１０は、ユーザ端末５からユーザＩＤを受信する。
Ｓ２２１において、制御部２１０（条件送信部２１１）は、車両情報記憶部２２３の該当のユーザＩＤに対する広告内容に一致する広告条件データを、広告条件記憶部２２から抽出する。ここで、制御部２１０は、広告内容に一致する広告条件データが複数ある場合には、複数の広告条件データを抽出する。
【００４２】
Ｓ２２２において、制御部２１０（条件送信部２１１）は、抽出した広告条件データを、ユーザ端末５に対して送信する。
ユーザ端末５の制御部は、広告条件データを受信して画面に広告条件を表示する。ここで、複数の広告条件データがある場合には、ユーザ端末５の制御部は、ユーザの住所を考慮して、より近い対象位置のものを見やすい位置になるように配置した画面を表示するようにしてもよい。ユーザは、その広告条件に対してエントリするか否かを決定する。エントリをする場合には、ユーザは、画面に表示されたエントリするためのボタン等を選択することで、ユーザ端末５の制御部は、申込データを、広告管理サーバ２０１に対して送信する。
Ｓ２２３において、広告管理サーバ２０１の制御部２１０（申込受信部２１２）は、申込データを受信したか否かを判断する。申込データを受信した場合（Ｓ２２３：ＹＥＳ）には、制御部２１０は、処理をＳ２２４に移す。他方、申込データを受信しない場合（Ｓ２２３：ＮＯ）には、制御部２１０は、エントリをしないものとして、本処理を終了する。
Ｓ２２４において、制御部２１０は、エントリ登録処理を行う。具体的には、制御部２１０は、車両情報記憶部２２３の該当のユーザＩＤに対するエントリフラグに「１」を記憶させる。その後、制御部２１０は、本処理を終了する。
【００４３】
このように、広告媒体Ｍを貼り付けた車両Ｃのユーザは、広告媒体Ｍが貼り付けられた車両Ｃを運転する前に、広告条件を見て、その条件のイベントに参加するか否かの意思表明を行うことができる。そうすることで、ユーザは、広告条件を予め見ることになるので、車両Ｃの走行を、広告主の意図するものにさせることができる。
次に、車両Ｃの走行に関する処理は、第１実施形態（図４）と同様である。
【００４４】
＜走行検証処理＞
次に、走行検証処理について説明する。
図１０は、第２実施形態に係る広告管理サーバ２０１の走行検証処理を示すフローチャートである。
図１１は、第２実施形態に係る広告管理サーバ２０１の特典決定処理を示すフローチャートである。
図１０のＳ２３０の処理は、第１実施形態（図５）のＳ３０の処理と同様である。
Ｓ２３１において、制御部２１０（条件判断部２１５）は、車両情報記憶部２２３を参照し、抽出した広告条件データの広告内容に一致し、かつ、エントリフラグが「１」である車両ＩＤを抽出する。つまり、制御部２１０は、ユーザによる事前エントリがされた場合にのみ、その車両ＩＤを抽出する。
Ｓ２３２及びＳ２３３の処理は、第１実施形態（図５）のＳ３２及びＳ３３の処理と同様である。
Ｓ２３４において、制御部２１０（特典決定部２１６）は、特典決定処理を行う。
【００４５】
ここで、特典決定処理について、図１１に基づき説明する。
図１１のＳ２４０において、制御部２１０は、Ｓ２３３にて広告条件データを満たした走行データを分析する。ここでの走行データの分析とは、例えば、車速、停止回数、停止位置、道路での走行位置（複数車線がある場合に、路肩側を走行しているか、又は中央側を走行しているかの位置）等によるものをいう。
Ｓ２４１において、制御部２１０は、分析結果に応じたポイントを決定する。
ここで、一般的に、車両Ｃの速度がゆっくりの方が、速いものよりも車両Ｃに貼り付けられた広告媒体Ｍが通行人の目に留まることが多いと考えられる。また、車両Ｃの停止回数が多い方が、少ないよりも広告媒体Ｍが通行人の目に留まることが多いと考えられる。さらに、路肩側を走行している方が、中央側を走行しているよりも広告媒体Ｍが通行人の目に留まることが多いと考えられる。さらにまた、走行距離や走行時間が長い方が、走行距離や走行時間が短いよりも広告媒体Ｍが通行人の目に留まることが多いと考えられる。よって、上述したように、広告媒体Ｍが通行人の目に留まることが多いと考えられる走行をしている場合には、制御部２１０は、より高いポイントを決定する。その後、制御部２１０は、本処理を終了し、処理を図１０に移す。
図１０に戻り、Ｓ２３６の処理は、第１実施形態（図５）のＳ３６の処理と同様である。
【００４６】
このように、第２実施形態の広告管理システム２００によれば、以下のような効果がある。
（１）広告管理サーバ２０１は、ユーザによる事前にエントリ登録された場合に対してのみ走行検証処理を行う。よって、広告管理サーバ２０１では、エントリしているか否かを予め判断することで、処理対象になる走行データを絞ることができ、広告管理サーバ２０１での処理負担を低減できる。また、ユーザは、予め広告条件を見ることで、広告条件に合った車両Ｃの走行をさせやすくできる。
（２）広告管理サーバ２０１は、走行内容によりポイントを決定する。例えば、速度がゆっくりであったり、停止回数が多かったりする場合には、広告媒体Ｍが通行人の目に留まることが多いと考えられるため、ポイントをより高いものにすることができる。
【００４７】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、上述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。
【００４８】
（変形形態）
（１）第１実施形態では、同じ広告条件を満たした車両の数に応じてポイントを決定し、第２実施形態では、走行内容に応じてポイントを決定するものを説明したが、これに限定されない。
例えば、広告管理サーバに対して通信可能に接続された気象サーバから、地域及び日時に対応する気象データを受信し、気象データを考慮してポイントを決定してもよい。例えば、晴れや曇りの天気の方が、雨のときよりも車両の広告媒体が通行人の目に留まることが多いと考えられる。また、穏やかな気候の方が、暑かったり、寒かったり、風が強かったりするときよりも、車両の広告媒体が通行人の目に留まることが多いと考えられる。よって、気象データを用いて、通行人の目に留まることが多いと考えられる条件の場合に、より高いポイントに決定してもよい。
また、曜日や祝日等を考慮してポイントを決定してもよい。例えば、土曜日や休日は、行楽地に多くの人が訪れるため、その場所を走行する車両の広告媒体が通行人の目に留まることが多いと考えられる。よって、曜日や祝日等を考慮して、通行人の目に留まることが多いと考えられる条件の場合に、より高いポイントに決定してもよい。
【００４９】
（２）各実施形態では、走行データが広告条件データを満たした場合に、ポイントを付与するものを説明したが、これに限定されない。例えば、走行データが広告条件データを満たした場合に、その情報を広告主端末に対して送信し、広告主が承認した場合に、ポイントを付与するようにしてもよい。
（３）各実施形態では、整備工場で車両に広告媒体を貼りつけるものとして説明したが、これに限定されない。ユーザ端末から車両データを受信した広告管理サーバは、広告主端末に対してユーザ情報を送信し、広告主が、準備した広告媒体を、車両に広告媒体を貼り付けたいユーザに対して郵送等をしてもよい。そして、ユーザが自身で車両に広告媒体を貼り付けるようにしてもよい。
【００５０】
（４）各実施形態では、車載装置から走行データを都度受信し、広告管理サーバでは、受信日時を対応付けて走行履歴記憶部に記憶させるものを説明したが、これに限定されない。車載装置は、走行データを、車両の運転終了時に一括して送信するものであってもよい。その場合には、車載装置は、タイマを備え、取得日時を含む走行データを、広告管理サーバに送信するようにすればよい。
（５）各実施形態では、広告管理サーバの記憶部が記憶するデータとして、各種の記憶部の例を説明したが、これに限定されない。広告管理サーバの記憶部におけるデータの保有方法は、その一例であり、他の保有方法であってもよい。
【００５１】
（６）各実施形態では、特典としてポイントを付与するものを説明したが、これに限定されない。ユーザに対してインセンティブを与えるものであれば、他の特典であってもよい。
例えば、広告管理サーバが直接有し、又は、広告管理サーバに通信接続された装置が有するユーザ情報を用いて特典を付与してもよい。ユーザ情報として、広告管理サーバがユーザの属性及び行動履歴に関する、例えば、「女性、働いている、特定店舗の会員、健康食品を頻繁に購入」といった情報を得た場合に、広告管理サーバは、ユーザ情報に含まれる行動履歴から、「生活圏内のエリアにある特定店舗」を決定し、ユーザ情報に基づいて、「健康食品の割引券」を特典として付与したり、「○月△日（休日）に、女性限定のイベントを開催する」といった情報を、特定として付与したりしてもよい。割引券等の付与によって、ユーザに対してより効果的な特典を与えることができる。また、イベント開催の情報を付与することで、ユーザの興味のある情報を、ユーザに与えることができると共に、広告主に対しても、来店効果があがるといった二次広告利用の効果が期待できるものになる。
【００５２】
（７）各実施形態では、ユーザに対して直接ポイントを付与するものを例に説明したが、これに限定されない。ユーザに対して間接的に特典を付与するものであってもよい。例えば、車両がリースの場合に、広告管理サーバは、リース会社に対して特典を付与することで、リース会社が、各ユーザに対して特典を分配するようにしてもよい。
（８）各実施形態では、広告媒体を車両に貼り付けて走行することで、ユーザがポイントを得られるものを説明したが、これに限定されない。ファン心理を利用して、広告媒体をユーザに購入させるものであってもよい。そして、広告媒体が貼り付けられた車両を走行することで、広告条件データに合致すると、他の広告媒体が購入できる特典を与えるものであってもよい。
（９）各実施形態では、車両Ｃが自動車であるものとして説明したが、これに限定されない。例えば、自転車やバイク等の二輪車等であってもよい。
【００５３】
（１０）第２実施形態では、車両情報記憶部にエントリフラグを設けて、エントリがされた車両ＩＤに対して処理をするものを説明したが、これに限定されない。同じ広告内容で広告条件データが複数ある場合に、ある広告条件データのみにエントリしたい場合を考慮し、エントリフラグに代えて広告ＩＤを記憶させるようにしてもよい。そのようにすることで、広告条件データに対応付けてエントリ登録ができる。
（１１）第２実施形態では、走行内容の分析について、例を提示して説明したが、これに限定されない。走行ルートを分析するものであってもよい。
【符号の説明】
【００５４】
１，２０１  広告管理サーバ
３    車載装置
５    ユーザ端末
６    広告主端末
１０，３０，２１０  制御部
１３  走行受信部
１５，２１５  条件判断部
１６，２１６  特典決定部
１７  特典付与部
２０，３５，２２０  記憶部
２１ａ，２２１ａ  処理プログラム
２２  広告条件記憶部
２３，２２３  車両情報記憶部
２５  走行履歴記憶部
１００，２００  広告管理システム
２１１  条件送信部
２１２  申込受信部
Ｃ    車両
Ｍ    広告媒体
Ｎ    通信ネットワーク
【図１】
2017207796.tif 000003
【図２】
2017207796.tif 000004
【図３】
2017207796.tif 000005
【図４】
2017207796.tif 000006
【図５】
2017207796.tif 000007
【図６】
2017207796.tif 000008
【図７】
2017207796.tif 000009
【図８】
2017207796.tif 000010
【図９】
2017207796.tif 000011
【図１０】
2017207796.tif 000012
【図１１】
2017207796.tif 000013