JP2020086502A - 情報処理装置、情報処理システム、及び、車両への広告配信方法 - Google Patents

Abstract

【課題】広告のターゲットに該当するユーザへの広告効果を向上させる。【解決手段】情報処理装置は、車外に向けて設置されている表示装置を備える車両であって、車両による移動を希望する乗車希望者を同乗させることができる第１の車両の乗員の目的地を取得することと、目的地に関連付いた広告情報を取得することと、広告情報のターゲットに該当するユーザの存在が見込まれる地域を通過するように、第１の車両の目的地までの経路を生成することと、第１の車両ヘ、広告情報と、広告情報の表示装置への表示指示と、生成された経路の経路情報と、を送信することと、を実行する制御部、を備える。【選択図】図１５

Description

本発明は、情報処理装置、情報処理システム、及び、車両への広告配信方法に関する。

バスの車体に表示装置を設け、当該表示装置に当該バスの現在位置に応じた広告映像を表示させてバスを走行させる技術が開示されている（例えば、特許文献１）。

特開２００３−２４１６９８号公報

本発明は、広告のターゲットに該当するユーザへの広告効果を向上可能な情報処理装置、情報処理システム、及び、車両への広告配信方法を提供することを目的とする。

本発明の態様の一つは、
車外に向けて設置されている表示装置を備える車両であって、車両による移動を希望する乗車希望者を同乗させることができる第１の車両の乗員の目的地を取得することと、
前記目的地に関連付いた広告情報を取得することと、
前記広告情報のターゲットに該当するユーザの存在が見込まれる地域を通過するように、前記第１の車両の前記目的地までの経路を生成することと、
前記第１の車両ヘ、前記広告情報と、前記広告情報の前記表示装置への表示指示と、前記生成された経路の経路情報と、を送信することと、
を実行する制御部、
を備える情報処理装置である。

本発明の他の態様の一つは、
車外に向けて設置されている表示装置を備える車両であって、車両による移動を希望する乗車希望者を同乗させることができる第１の車両の乗員の目的地を取得することと、
前記目的地に関連付いた広告情報を取得することと、
前記広告情報のターゲットに該当するユーザの存在が見込まれる地域を通過するように、前記第１の車両の前記目的地までの経路を生成することと、
前記第１の車両ヘ、前記広告情報と、前記広告情報の前記表示装置への表示指示と、前記生成された経路の経路情報と、を送信することと、
を実行する１又は複数の制御部、
を備える情報処理システムである。

本発明の他の態様の一つは、
車外に向けて設置されている表示装置を備える車両であって、車両による移動を希望する乗車希望者を同乗させることができる第１の車両の乗員の目的地を取得し、
前記目的地に関連付いた広告情報を取得し、
前記広告情報のターゲットに該当するユーザの存在が見込まれる地域を通過するように、前記第１の車両の前記目的地までの経路を生成し、
前記第１の車両ヘ、前記広告情報と、前記広告情報の前記表示装置への表示指示と、前記生成された経路の経路情報と、を送信する、
を備える広告情報配信方法である。

本発明によれば、広告のターゲットに該当するユーザへの広告効果を向上させることができる。

図１は、第１実施形態に係る車両への広告配信システムのシステム構成の一例を示す図である。 図２は、センタサーバと車両のハードウェア構成の一例を示す図である。 図３は、車外に向けて設置される表示装置を備える車両の外観の一例を示す図である。 図４は、センタサーバと車載装置との機能構成の一例を示す図である。 図５は、相乗りユーザスケジュール情報ＤＢのデータ構造の一例を示す図である。 図６は、運転ユーザスケジュール情報ＤＢのデータ構造の一例を示す図である。 図７は、予約情報ＤＢのデータ構造の一例を示す図である。 図８は、広告情報ＤＢに格納されている広告情報管理テーブルの一例である。 図９は、センタサーバの経路生成を説明する図である。 図１０は、経路情報ＤＢのデータ構造の一例を示す図である。 図１１は、第１実施形態に係るセンタサーバの広告配信処理のフローチャートの一例である。 図１２は、第１実施形態に係るセンタサーバの乗車予約処理のフローチャートの一例である。 図１３は、第１実施形態に係るセンタサーバの乗車確認処理のフローチャートの一例である。 図１４は、第１実施形態に係るセンタサーバの到着確認処理のフローチャートの一例である。 図１５は、車両が走行開始する場合の車両への広告配信システムの処理のシーケンスの一例を示す図である。 図１６は、車両に相乗りユーザが同乗する場合の車両への広告配信システム１における処理のシーケンスの一例を示す図である。

本発明の態様の一つは、車外に向けて設置されている表示装置を備える車両であって、車両による移動を希望する乗車希望者を同乗させることができる第１の車両の乗員の目的地を取得することと、当該目的地に関連付いた広告情報を取得することと、当該広告情報のターゲットに該当するユーザの存在が見込まれる地域を通過するように、第１の車両の目的地までの経路を生成することと、第１の車両ヘ、広告情報と、広告情報の表示装置への表示指示と、生成された経路の経路情報と、を送信することと、を実行する制御部、を備える情報処理装置である。

第１の車両は、例えば、自家用車であって、ライドシェアサービスに提供される車両である。ライドシェアサービスは、所定の目的地への移動が予定されている車両（又は当該車両の運転者）と、当該目的地と同じ方面に目的地を有するユーザとをマッチングして当該車両にユーザを便乗させて、車両による移動の共有を提供するサービスである。広告情報のターゲットに該当するユーザの存在が見込まれる地域は、例えば、広告主によって設定される。ただし、これに限定されない。

本発明の態様の一つによれば、第１の車両の表示装置には、第１の車両の目的地に関連付く広告情報が表示される。また、第１の車両には、当該広告情報のターゲットに該当するユーザの存在が見込まれる地域を通過するような経路の情報が送信される。これによって、例えば、第１の車両の表示装置に表示された広告情報のターゲットに該当するユーザの存在が見込まれる地域を第１の車両が通過する可能性が高くなり、広告情報のターゲットのユーザの第１の車両の目的地への来訪を促すことができ、広告効果を向上させることができる。また、第１の車両と同じ目的地への、車両による移動を希望する乗車希望者の、第１の車両ヘの同乗を促すことができる。

また、本発明の態様の一つによれば、制御部は、第１の車両が目的地に到着した場合に、第１の車両に同乗する乗車希望者の数に応じて、目的地に存在する施設において使用可能なクーポンの割引率又は割引額を決定することと、第１の車両の乗員が所有するユーザ端末へ、クーポンを送信することと、を実行するようにしてもよい。例えば、クーポンの割引率又は割引額は、第１の車両に同乗する乗車希望者の数が多いほど高くなるように設定される。

これによって、第１の車両への乗車希望者の同乗の動機づけを強くすることができ、さらに、広告情報に関連付けられた目的地へより多くのユーザを運ぶことができ、広告効果が向上する。

また、本発明の態様の一つによれば、制御部は、第１の車両が、目的地に到着した場合に、前記経路に含まれる当該広告情報のターゲットに該当するユーザの存在が見込まれる地域の通過の有無に応じて、目的地に存在する施設において使用可能なクーポンの割引率又は割引額を決定することと、第１の車両の乗員が所有するユーザ端末へ、クーポンを送信することと、を実行するようにしてもよい。これによって、第１の車両の運転手が、情報処理装置によって生成された当該広告情報のターゲットに該当するユーザの存在が見込まれる地域を経由する経路に従って走行する動機づけをより強くすることができる。

以下、図面に基づいて、本発明の実施の形態を説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。

＜第１実施形態＞
図１は、第１実施形態に係る車両への広告配信システム１のシステム構成の一例を示す図である。車両への広告配信システム１は、ライドシェアサービスに用いられる車両に備えられた車外向けの表示装置へ、当該車両の目的地に関連付いた広告情報を配信して表示させるシステムである。車両への広告配信システム１は、「情報処理システム」の一例である。

ライドシェアサービスは、所定の目的地への移動が予定されている車両（又は当該車両の運転者）と、当該目的地と同じ方面に目的地を有するユーザとをマッチングして当該車両にユーザを便乗させて、車両による移動の共有を提供するサービスである。例えば、車両の運転者には所定の報酬が支払われてもよい。車両の運転者に支払われる報酬は、例えば、所定のサービスに利用可能なポイント、割引のクーポン等である。

車両への広告配信システム１は、車両５０、車両５０の運転者である運転ユーザが保持する運転ユーザ端末２００Ａ、車両５０に非運転ユーザとして同乗することを希望する相乗りユーザが保持する相乗りユーザ端末２００Ｂ、センタサーバ１００を含む。車両への広告配信システム１には、車両５０、運転ユーザ端末２００Ａ、相乗りユーザ端末２００Ｂがそれぞれ複数含まれているが、簡略化のため、図１では、それぞれ１台ずつ抽出して
示されている。また、運転ユーザ端末２００Ａと相乗りユーザ端末２００Ｂとを区別しない場合には、単に、ユーザ端末２００と表記する。相乗りユーザは、「乗車希望者」の一例である。

各ユーザ端末２００およびセンタサーバ１００は、ネットワークＮ１に接続しており、ネットワークＮ１によって相互に接続される。ネットワークＮ１には、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等の移動体通信網、ＷｉＦｉ等の無線通信網を含んでもよい。

運転ユーザ及び相乗りユーザは、例えば、車両への広告配信システム１が提供するライドシェアサービスのアプリケーションをユーザ端末２００にインストールし、当該アプリケーションを通じて、自身を運転ユーザ又は相乗りユーザのいずれかとして登録しているユーザである。ユーザ端末２００は、例えば、スマートフォン、タブレット端末、ノート型ＰＣ（Personal Computer）、携帯電話端末等のモバイル端末である。

運転ユーザは、運転ユーザ端末２００Ａを通じて、センタサーバ１００に車両５０による移動予定のスケジュール情報を登録する。相乗りユーザは、相乗りユーザ端末２００Ｂを通じて、センタサーバ１００へ、乗車予約要求を送信する。乗車予約要求とともに、車両５０による移動を希望するスケジュール情報も送信される。スケジュール情報には、例えば、出発地、目的地、出発予定時刻又は出発希望時刻（相乗りユーザの場合）、到着予定時刻又は到着希望時刻（相乗りユーザの場合）が含まれている。

センタサーバ１００は、相乗りユーザ端末２００Ｂから乗車予約要求を受信すると、当該相乗りユーザのスケジュール情報と、予め登録されている運転ユーザのスケジュール情報とを照らし合わせて、相乗りユーザを乗車させる運転ユーザ及び／又は車両５０を決定する。スケジュール情報に基づいて、相乗りユーザを乗車させる運転ユーザ及び／又は車両５０を決定すること、又は、運転ユーザの車両５０に乗車させる相乗りユーザを決定することを、マッチングと称する。

センタサーバ１００は、例えば、マッチングされた該相乗りユーザと運転ユーザとのスケジュール情報に基づいて、両者の合流予定地点、合流予定時刻を決定する。センタサーバ１００は、マッチングされた運転ユーザの運転ユーザ端末２００Ａに乗車予約要求を送信し、マッチングされた運転ユーザに確認を行う。運転ユーザの運転ユーザ端末２００Ａには、乗車予約要求とともに、乗車予約の識別情報、乗車予約の内容も送信される。乗車予約の内容には、例えば、相乗りユーザに関する情報、合流予定地点、合流予定時刻、相乗りユーザの目的地及び当該目的地への到着予定時刻が含まれる。相乗りユーザに関する情報には、例えば、相乗りユーザのユーザ名、性別、年代、連絡先（電話番号、電子メールアドレス）等が含まれる。

センタサーバ１００が運転ユーザ端末２００Ａから乗車予約要求に対するＯＫ応答を受信すると、乗車予約が確定する。乗車予約が確定すると、センタサーバ１００は、乗車予約要求の送信元の相乗りユーザ端末２００Ｂへ、乗車予約確定の通知を送信する。相乗りユーザ端末２００Ｂへは、乗車予約確定の通知とともに、乗車予約の識別情報、乗車予約の内容も送信される。乗車予約の内容には、例えば、運転ユーザに関する情報、合流予定地点、合流予定時刻、乗車希望ユーザの目的地及び当該目的地への到着予定時刻が含まれる。運転ユーザに関する情報には、例えば、運転ユーザのユーザ名、性別、年代、連絡先（電話番号、電子メールアドレス）、車両５０に関する情報が含まれる。車両５０に関する情報は、例えば、車両５０の画像であってもよいし、車両５０の車種、色、車両識別番号等の車両５０の外観に関する情報である。

第１実施形態では、車両５０は、例えば、自家用車である。車両５０は、車外に向けて設置された表示装置を備え、当該表示装置に広告情報等を表示可能である。センタサーバ１００は、所定の施設に関連付けられた広告情報を記憶するデータベースを保持している。車両５０は、「第１の車両」の一例である。

センタサーバ１００は、例えば、車両５０の運転ユーザの目的地に存在する施設の広告情報を取得し、当該車両５０に設置されている車外向けの表示装置へ表示させる。施設には、例えば、商店、複数の商店を含むショッピングセンター、美術館、博物館、スポーツ施設等がある。車両５０の車外に向けて表示されている、車両５０が向かっている施設の広告情報を歩行者等が目にすることになり、当該歩行者の当該施設への興味を掻き立てることができる。例えば、施設の広告情報を車外に向けて表示する車両５０の数が多いほど、歩行者等が当該広告情報を目にする機会を増やすことができ、当該広告情報を目にした歩行者の、当該施設に向かおうと思うモチベーションを向上させることができる。

また、車両５０は、ライドシェアサービスに提供される車両であるので、車両５０の目的地に関連付いた広告情報が表示されることで、当該車両５０と同じ目的地への移動を希望する相乗りユーザのライドシェアサービスの利用意欲を湧き立たせることができる。

また、第１実施形態では、センタサーバ１００は、車両５０に表示される広告情報のターゲットに該当するユーザの存在が見込まれる地域を通過するような経路を生成し、生成した経路情報を当該車両５０へ送信する。例えば、広告情報がスーパーマーケットの広告情報である場合には、広告情報のターゲットは主婦層であり、広告情報のターゲットに該当するユーザの存在が見込まれる地域は、主婦層がより多く存在することが見込まれる住宅街となる。例えば、広告情報が小学生向けのイベントの広告情報である場合には、広告情報のターゲットは小学生であり、広告情報のターゲットに該当するユーザの存在が見込まれる地域は、小学生がより多く存在することが見込まれる小学校周辺となる。広告情報のターゲットに該当するユーザの存在が見込まれる地域は、例えば、広告主からの指定によって決定されてもよい。

広告情報を車外に向けて表示する車両５０が、センタサーバ１００が生成した経路に従って走行する場合、当該車両５０は、当該広告情報のターゲットに該当するユーザの存在が見込まれる地域を通過することになり、当該広告情報をターゲットに該当するユーザによりアピールすることができる。

図２は、センタサーバ１００と車両５０のハードウェア構成の一例を示す図である。センタサーバ１００は、例えば、専用のコンピュータ、汎用のコンピュータである。センタサーバ１００は、ハードウェア構成として、プロセッサ１０１、主記憶部１０２、補助記憶部１０３、通信部１０４を有する。これらは、互いにバスによって接続される。主記憶部１０２および補助記憶部１０３は、コンピュータで読み取り可能な記録媒体である。センタサーバ１００は、「情報処理装置」の一例である。

補助記憶部１０３は、様々なプログラムや、各プログラムの実行に際してプロセッサ１０１が使用するデータを格納する。補助記憶部１０３は、例えば、ＥＰＲＯＭ（Erasable
Programmable ROM）やハードディスクドライブ（Hard Disk Drive）である。補助記憶部１０３に保持されるプログラムには、例えば、オペレーティングシステム（ＯＳ）、車両広告配信制御プログラム、その他様々なアプリケーションプログラムを保持する。車両広告配信制御プログラムは、ライドシェアサービスに提供される車両５０へ目的地に関連付いた広告情報を配信するためのプログラムである。

主記憶部１０２は、プロセッサ１０１に、補助記憶部１０３に格納されているプログラムをロードする記憶領域および作業領域を提供したり、バッファとして用いられたりする記憶装置である。主記憶部１０２は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）のような半導体メモリを含む。

プロセッサ１０１は、例えば、ＣＰＵ（Central Processing Unit）である。プロセッ
サ１０１は、補助記憶部１０３に保持されたＯＳや様々なアプリケーションプログラムを主記憶部１０２にロードして実行することによって、様々な処理を実行する。プロセッサ１０１は、１つに限られず、複数備えられてもよい。プロセッサ１０１は、「制御部」の一例である。

通信部１０４は、ネットワークとの情報の入出力を行うインタフェースである。通信部１０４は、有線のネットワークと接続するインタフェースであってもよいし、無線のネットワークと接続するインタフェースであってもよい。通信部１０４は、例えば、ＮＩＣ（Network Interface Card）や無線回路等である。

車両５０は、車載装置３００と、表示装置５１、カーナビゲーション装置５２とを備える。なお、図２には、第１実施形態に関連のあるハードウェア構成要素が抽出されて表示されており、それ以外の車両５０が備えるハードウェア構成要素は省略されている。

車載装置３００は、例えば、車両５０に搭載されているデータ通信装置、又は、所定のシステムの制御装置である。所定のシステムには、例えば、自動運転システム、先進運転支援システム、カーナビゲーションシステム等がある。なお、車載装置３００は、これらに限定されない。以下、第１実施形態では、車載装置３００は、データ通信装置であることを想定して説明される。

車載装置３００は、ハードウェア構成要素として、例えば、プロセッサ３０１、主記憶部３０２、補助記憶部３０３、無線通信部３０４、ＧＰＳ(Global Positioning System)
受信部３０５、インタフェース３０６を備える。プロセッサ３０１、主記憶部３０２、補助記憶部３０３は、プロセッサ１０１、主記憶部１０２、補助記憶部１０３と同様である。ただし、車載装置３００の補助記憶部３０３には、例えば、車両への広告配信システム１の車載装置用の制御プログラムが格納されている。車両への広告配信システム１の車載装置用の制御プログラムは、例えば、センタサーバ１００から広告情報を取得し、表示装置５１に表示するためのプログラムである。

無線通信部３０４は、例えば、ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ、３Ｇ等の移動体通信、ＷｉＦｉ、ＤＳＲＣ等の無線通信回路である。無線通信部３０４は、対応する無線通信方式に応じたアクセスネットワークに無線通信によって接続し、当該アクセスネットワークを通じて公衆回線網に接続し、公衆回線網を通じて、センタサーバ１００等に接続する。

ＧＰＳ受信部３０５は、地球の周囲を周回する複数の人工衛星から時刻信号の電波を受信し、プロセッサ３０１に備えられるレジスタに格納する。プロセッサ３０１は、例えば、ＧＰＳ受信部３０５からの検出信号により、地球上の位置である緯度と経度を計算して、車両５０（車載装置３００）の位置情報を取得する。

インタフェース３０６は、例えば、表示装置５１、カーナビゲーション装置５２と接続するためのインタフェースである。インタフェース３０６は、表示装置５１及びカーナビゲーション装置５２とケーブル等で直接接続してもよいし、車載ネットワーク（ＣＡＮ:Controller Area Network）に接続し、ＣＡＮを通じて表示装置５１及びカーナビゲーショ
ン装置５２と接続してもよい。

なお、図２に示されるセンタサーバ１００、車載装置３００のハードウェア構成は、一例であり、上記に限られず、実施の形態に応じて適宜構成要素の省略や置換、追加が可能である。例えば、センタサーバ１００は、可搬記録媒体駆動装置を備え、可搬記録媒体に記録されたプログラムを実行してもよい。可搬記録媒体は、例えば、ＳＤカード、ｍｉｎｉＳＤカード、ｍｉｃｒｏＳＤカード、ＵＳＢ（Universal Serial Bus）フラッシュメモリ、ＣＤ（Compact Disc）、ＤＶＤ(Digital Versatile Disc)、Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ、又はフラッシュメモリカードのような記録媒体である。また、例えば、センタサーバ１００は、入力装置及び出力装置を備えてもよい。入力装置は、例えば、キーボード、マウス、タッチパネル等である。出力装置は、例えば、ディスプレイ等である。

なお、センタサーバ１００、車載装置３００で実行される一連の処理は、プロセッサ１０１、３０１によるソフトウェアの実行によって達成させることに限定されず、例えば、ＦＰＧＡ（Field-Programmable Gate Array）等のハードウェアによって達成させること
もできる。

なお、ユーザ端末２００のハードウェア構成の図示は省略される。ユーザ端末２００は、上述のプロセッサ、主記憶部、補助記憶部、通信部に加えて、例えば、表示部、入力部等を有する。表示部は、例えば、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electroluminescence）パネル等である。入力部は、タッチパネル、押しボタン等を含む。また、入
力部は、映像や画像の入力を可能にするカメラや、マイクロフォンのような音声の入力部を含むことができる。通信部は、例えば、携帯電話等の移動体通信網、ＷｉＦｉ等の無線通信を利用してネットワークＮ１にアクセスするための通信回路である。ユーザ端末２００は、ユーザからの入力部を通じたアプリケーションへの操作入力によって、センタサーバ１００へ、乗車予約要求、スケジュール情報、ユーザ情報等を送信する。

図３は、車外に向けて設置される表示装置５１を備える車両５０の外観の一例を示す図である。車外に向けて設置された表示装置５１は、例えば、車両５０に１つ又は複数備えられる。例えば、車両５０に車外に向けて設置される表示装置５１は、液晶ディスプレイ、有機ＥＬディスプレイ、ＬＥＤマトリクス、プロジェクタなどである。また、車両５０に車外に向けて設置される表示装置５１は、例えば、ガラスに映像を投影できる場合、窓ガラス（例えば、サイドウインドウ、リアウインドウ等）であってもよい。

図３には、左側後方から見た場合の車両５０の外観が示されており、車両後方の表示装置５１Ａ、左側面の前方ドアに設置された表示装置５１Ｂ、左側面の後方のドアに設置された表示装置５１Ｃが示されている。車両後方の表示装置５１Ａは、リアウインドウであってもよいし、車両の内部の後方に設置されたディスプレイであってもよい。

表示装置の数は、例えば、車両５０のタイプ又は車種によって異なってもよい。表示装置は、例えば、左側面、右側面、車両後方、車両上方など、複数の位置に配置されていてもよい。例えば、対象車両がトラックである場合、左側面、右側面、車両後方の三箇所に表示装置を配置することができる。また、対象車両がセダンである場合、左側面（前ドア）、左側面（後ドア）、右側面（前ドア）、右側面（後ドア）等に表示装置を配置することができる。

表示装置５１には、センタサーバ１００から受信する広告情報が表示される。また、表示装置５１には、例えば、目的地に関連付いた広告情報とともに、目的地が表示されてもよい。目的地は、例えば、「○○行」、「○○へ向かっています」等のメッセージで表示
されてもよい。

図４は、センタサーバ１００と車載装置３００との機能構成の一例を示す図である。車載装置３００は、機能構成要素として、送受信部３１、表示制御部３２、及び、位置情報取得部３３を備える。これらの機能構成要素は、例えば、車載装置３００のプロセッサ３０１が補助記憶部３０３に格納されている車両への広告配信システム１の車載装置用の制御プログラムを実行することによって達成される。

送受信部３１は、センタサーバ１００とのインタフェースである。送受信部３１は、無線通信部３０４を通じて、センタサーバ１００とのデータの送受信を行う。送受信部３１がセンタサーバ１００へ送信するデータの一例には、例えば、走行開始通知がある。送受信部３１がセンタサーバ１００から受信するデータの一例には、広告情報がある。送受信部３１は、センタサーバ１００から受信された広告情報を表示制御部３２へ出力する。

表示制御部３２は、広告情報の表示に係る処理を行う。表示制御部３２は、所定のイベントが発生した場合に走行開始通知を生成し、送受信部３１を通じて、センタサーバ１００へ送信する。所定のイベントは、例えば、カーナビゲーション装置５２によるナビゲーションの開始、車両５０のアクセルの起動の検出、後述の位置情報取得部３３によって取得された位置情報の所定距離以上の変化、又は、運転ユーザからの走行開始の操作入力のいずれかである。

表示制御部３２は、走行開始通知とともに目的地情報もセンタサーバ１００へ送信する。目的地情報は、例えば、カーナビゲーション装置５２に設定された目的地であり、カーナビゲーション装置５２に問い合わせることによって取得される。ただし、これに限定されず、目的地情報は、運転ユーザの操作によって車載装置３００に入力されてもよい。目的地情報は、例えば、目的地の住所、ランドマーク名、緯度経度等のいずれであってもよい。

また、表示制御部３２は、例えば、走行開始通知をセンタサーバ１００へ送信後、後述の位置情報取得部３３から所定の周期で位置情報を取得し、センタサーバ１００へ送信する。例えば、位置情報のセンタサーバ１００への送信は、目的地に到着したことが検出されるまで継続される。ただし、これに限定されず、車載装置３００の稼働中、位置情報のセンタサーバ１００への送信が行われてもよい。

表示制御部３２は、送受信部３１から、センタサーバ１００から受信された広告情報と当該広告情報の表示指示と経路情報との入力を受ける。表示制御部３２は、入力された広告情報を、表示装置５１に出力し、表示装置５１に表示させる。表示制御部３２は、入力された経路情報をカーナビゲーション装置５２に出力し、当該経路情報のナビゲーションを実行させる。このとき、表示制御部３２は、広告情報とともに目的地情報も表示装置５１に出力して表示させるようにしてもよい。

また、表示制御部３２は、例えば、目的地に到着したことを検出すると、表示装置５１に広告情報の表示の停止を指示する。目的地に到着したことの検出は、例えば、カーナビゲーション装置５２によるナビゲーションの終了の検出、後述の位置情報が目的地を示すことを検出すること、等のいずれかによって行われる。ただし、これに限定されない。

位置情報取得部３３は、例えば、車載装置３００のＧＰＳ受信部３０５によって取得される車両５０（車載装置３００）の位置情報を、所定の周期で取得する。車両５０の位置情報は、例えば、緯度、経度である。または、車両５０の位置情報は、例えば、住所であってもよい。位置情報取得部３３が位置情報を取得する周期は、例えば、０．１秒〜１０
秒の範囲で設定されてもよい。ただし、これに限定されない。

次に、センタサーバ１００は、機能構成要素として、予約処理部１１、マッチング処理部１２、送受信部１３、ユーザ情報データベース（ＤＢ）１４、相乗りユーザスケジュール情報ＤＢ １５、運転ユーザスケジュール情報ＤＢ １６、予約情報ＤＢ １７、広告情報ＤＢ １８Ａ、地図情報ＤＢ １８Ｂ、経路情報ＤＢ １８Ｃ、経路生成部１９を備える。これらの機能構成要素は、例えば、センタサーバ１００のプロセッサ１０１が補助記憶部１０３に格納されている車両広告配信制御プログラムを実行することによって達成される。

送受信部１３は、ユーザ端末２００及び車載装置３００とのインタフェースである。送受信部１３は、通信部１０４を通じて、ユーザ端末２００及び車載装置３００とのデータの送受信を行う。送受信部１３がユーザ端末２００から受信するデータの一例には、乗車予約要求がある。送受信部１３は、ユーザ端末２００から受信されたデータを予約処理部１１へ出力する。

予約処理部１１は、乗車予約に関する制御を行う。予約処理部１１の処理は、例えば、以下の通りである。予約処理部１１は、送受信部１３を通じて、ユーザ端末２００からユーザ情報を受信した場合には、受信したユーザ情報を後述のユーザ情報ＤＢ １４に格納する。予約処理部１１は、送受信部１３を通じて、運転ユーザ端末２００Ａからスケジュール情報を受信した場合には、当該スケジュール情報を後述の運転ユーザスケジュール情報ＤＢ １６に格納する。

また、予約処理部１１は、送受信部１３を通じて、車載装置３００、ユーザ端末２００から、所定の周期で位置情報を受信する。例えば、車載装置３００は車両５０が走行している間、ユーザ端末２００は乗車予約が成立してから完了するまでの間、センタサーバ１００へ位置情報を送信するのであってもよい。

予約処理部１１は、送受信部１３を通じて、車載装置３００から、走行開始を示す走行開始通知を受信する。走行開始通知とともに目的地情報も受信される。予約処理部１１は、目的地情報が示す位置に存在する施設に関連付いた広告情報を広告情報ＤＢ １８Ａから取得する。

次に、予約処理部１１は、後述の広告情報ＤＢ １８Ａにおいて取得した広告情報に設定されている表示希望地域と車両５０の位置情報とを、経路生成部１９に出力し、当該表示希望地域を通過するような経路の生成を依頼する。表示希望地域は、広告主が、広告情報を車外向けの表示装置５１に表示する車両５０を走行させたい地域であり、広告情報のターゲットに該当するユーザの存在が見込まれる地域である。表示希望地域は、例えば、広告情報の広告主によって予め指定されている。表示希望地域は、例えば、住宅街、商店街等の地域の特色で指定されてもよいし、具体的な町名、区画（丁目、番地等）で指定されてもよい。表示希望地域は、「広告情報のターゲットに該当するユーザの存在が見込まれる地域」の一例である。

予約処理部１１は、経路生成部１９から経路情報が入力されると、広告情報、当該広告情報の表示指示、及び、当該経路情報を送受信部１３へ出力し、送受信部１３を通じて車載装置３００へ送信する。

予約処理部１１は、送受信部１３を通じて、相乗りユーザ端末２００Ｂから乗車予約要求を受信した場合には、マッチング処理部１２に、マッチングを依頼する。また、相乗りユーザ端末２００Ｂからは乗車予約要求とともに、当該相乗りユーザのスケジュール情報
も受信される。相乗りユーザのスケジュール情報は、予約処理部１１によって、相乗りユーザスケジュール情報ＤＢ １５に格納される。

予約処理部１１は、マッチング処理部１２から、例えば、ユーザ端末２００Ｂの乗車希望ユーザについてマッチングされた運転ユーザの情報と、合流予定地点及び合流予定時刻の入力を受ける。予約処理部１１は、マッチングされた運転ユーザのユーザ端末２００Ａへ、送受信部１３を通じて、乗車予約要求を送信する。乗車予約要求とともに、乗車予約の識別情報、乗車予約の内容も送信される。

予約処理部１１は、送受信部１３を通じて、運転ユーザのユーザ端末２００Ａから乗車予約要求に対するＯＫ応答を受信した場合には、当該乗車予約の確定を判定し、乗車予約情報を予約情報ＤＢ １７に登録する。また、予約処理部１１は、送受信部１３を通じて、乗車予約要求の送信元のユーザ端末２００Ｂへ、乗車予約確定の通知を送信する。乗車予約要求の送信元のユーザ端末２００Ｂへは、乗車予約確定の通知とともに、例えば、乗車予約の識別情報、乗車予約の内容も送信される。

予約処理部１１は、乗車予約について、そのステータスを監視する。乗車予約のステータスには、例えば、相乗りユーザが車両５０に乗車する前の状態を示す「乗車前」、相乗りユーザが車両５０に乗車中である状態を示す「乗車中」、相乗りユーザの目的地に到着し、乗車予約のサービスが完了した状態を示す「完了」がある。

具体的には、予約処理部１１は、乗車予約について、相乗りユーザが車両５０に乗車完了したか、目的地に到着したか、を監視する。例えば、乗車予約の相乗りユーザが車両５０に乗車完了した場合には、相乗りユーザ端末２００Ｂ及び／又は運転ユーザ端末２００Ａからそれぞれのユーザ操作によって乗車完了通知がセンタサーバ１００へ送信される。例えば、乗車予約の目的地に車両５０が到着した場合には、相乗りユーザ端末２００Ｂ及び／又は運転ユーザ端末２００Ａからそれぞれのユーザ操作によって到着通知がセンタサーバ１００へ送信される。予約処理部１１は、ユーザ端末２００からの通知の受信に応じて、乗車予約のステータスを監視する。

予約処理部１１は、送受信部１３から、相乗りユーザ端末２００Ｂ及び／又は運転ユーザ端末２００Ａから受信された到着通知の入力を受ける。この場合、予約処理部１１は、当該車両５０の車外向け表示装置５１に表示されていた広告情報に応じたクーポン情報を生成する。例えば、クーポン情報は、後述の広告情報ＤＢ １８Ａに格納されているクーポン情報の設定に基づいて、生成される。クーポン情報の設定が「割引」である場合には、予約処理部１１は、当該車両５０の目的地到着時の相乗りユーザの数、すなわち、車両５０が目的地に存在する施設まで送り届けた相乗りユーザの数に応じて割引率又は割引額を決定する。例えば、割引率又は割引額は、車両５０の目的地到着時の相乗りユーザの数が多いほど高く設定される。

また、予約処理部１１は、例えば、車両５０の実際の走行経路を記録し、車両５０が目的地に到着した場合に、実際の走行経路と後述の経路情報ＤＢ １８Ｃに格納されている経路生成部１９によって生成された車両５０の経路情報とを比較する。予約処理部１１は、車両５０が、表示希望地域を経由している場合には、車両５０の相乗りユーザの乗車数に拘らず、インセンティブとしてクーポンを発行するようにしてもよいし、車両５０の相乗りユーザの乗車数に応じて決定された割引率又は割引額に所定値を上乗せしてもよい。

予約処理部１１は、運転ユーザ端末２００Ａ及び／又は相乗りユーザ端末２００Ｂへ生成したクーポン情報を送信する。

マッチング処理部１２は、予約処理部１１からの依頼に応じて、乗車予約要求の送信元の相乗りユーザ端末２００Ｂに対応する相乗りユーザと運転ユーザとのマッチングを行う。マッチング処理部１２のマッチング方法は、周知の技術のいずれであってもよく、特定の方法に限定されない。例えば、マッチング処理部１２は、後述の運転ユーザスケジュール情報ＤＢ １６の中から、乗車予約要求とともに受信された相乗りユーザのスケジュール情報の出発希望時刻から到着予定時刻までの期間を含み、目的地又は経由地とその付近に乗車希望ユーザの出発地及び目的地を含む運転ユーザのスケジュール情報を抽出する。マッチング処理部１２は、抽出されたスケジュール情報の運転ユーザの中から、例えば、ランダムに、又は、評価値、属性等に基づいて、相乗りユーザのマッチング相手を選択する。

また、マッチング処理部１２は、例えば、相乗りユーザの出発地及び目的地、運転ユーザの目的地及び経由地に基づいて、合流予定地点を決定する。また、マッチング処理部１２は、相乗りユーザの出発希望時刻及び到着希望時刻と運転ユーザの他の乗車予約とに基づいて、合流予定時刻を決定する。合流予定地点、合流予定時刻の決定方法は、周知の技術のいずれであってもよく、特定の方法に限定されない。マッチング処理部１２は、選択した運転ユーザの情報、合流予定地点、合流予定時刻等を予約処理部１１に出力する。

経路生成部１９は、予約処理部１１からの依頼に基づいて、経路を生成する。予約処理部１１からは、車両５０の位置情報、目的地情報、車両５０の表示装置５１に表示予定の広告情報に設定されている表示希望地域の情報が入力される。経路生成部１９は、地図情報ＤＢ １８Ｂを参照し、車両５０の現在位置から、表示希望地域を経由して、目的地に到着する経路を生成する。経路生成部１９によって生成される経路の詳細は後述される。経路生成部１９は、生成した経路情報を予約処理部１１に出力する。

なお、予約処理部１１、マッチング処理部１２、送受信部１３、経路生成部１９の処理は、別々のコンピュータで実行されてもよい。

ユーザ情報ＤＢ １４、相乗りユーザスケジュール情報ＤＢ １５、運転ユーザスケジュール情報ＤＢ １６、予約情報ＤＢ １７、広告情報ＤＢ １８Ａ、地図情報ＤＢ １８Ｂ、経路情報ＤＢ １８Ｃは、それぞれ、例えば、プロセッサ１０１によって実行されるデータベース管理システム（Database Management System、ＤＢＭＳ）のプログラムが、補助記憶部１０３に記憶されるデータを管理することで構築される。ユーザ情報ＤＢ １４、相乗りユーザスケジュール情報ＤＢ １５、運転ユーザスケジュール情報ＤＢ １６、予約情報ＤＢ １７、広告情報ＤＢ １８Ａ、地図情報ＤＢ １８Ｂ、経路情報ＤＢ
１８Ｃは、例えば、リレーショナルデータベースである。

ユーザ情報ＤＢ １４には、ユーザに関する情報が格納されている。ユーザ情報ＤＢ １４に格納されているユーザに関する情報には、例えば、ユーザＩＤ、ユーザ種別、ユーザの属性情報、ユーザ端末２００の連絡先の情報、ユーザが運転ユーザである場合には車両ＩＤ、車両の外観情報、車両の定員等が含まれている。

地図情報ＤＢ １８Ｂには、地図情報が格納されている。地図情報には、例えば、広告情報に関連付いた施設の位置情報と当該施設の識別情報との対応付けが含まれている。

図５は、相乗りユーザスケジュール情報ＤＢ １５のデータ構造の一例を示す図である。相乗りユーザスケジュール情報ＤＢ １５は、相乗りユーザのスケジュール情報を格納するデータベースである。図５に示される相乗りユーザスケジュール情報ＤＢ １５は、ユーザＩＤ、出発地、出発希望時刻、目的地、到着希望時刻のフィールドを有する。

ユーザＩＤのフィールドには、相乗りユーザのユーザ識別情報が入力される。出発地及び目的地のフィールドには、出発地又は目的地の住所、緯度及び経度等のいずれかが入力される。出発希望時刻及び到着希望時刻のフィールドには、それぞれ、年月日時分が入力される。

相乗りユーザスケジュール情報ＤＢ １５に格納される情報は、予約処理部１１によって登録、更新、削除がなされる。例えば、相乗りユーザ端末２００Ｂから乗車予約要求とともにスケジュール情報が受信されると、当該スケジュール情報が予約処理部１１によって相乗りユーザスケジュール情報ＤＢ １５の新たなエントリとして登録される。また、例えば、相乗りユーザ端末２００Ｂから到着通知が受信され、該当する乗車予約が終了したことが示される場合には、相乗りユーザスケジュール情報ＤＢ １５から該当するエントリが削除されるようにしてもよい。なお、相乗りスケジュール情報ＤＢ １５に格納される情報は、図５に示される例に限られず、適宜フィールドの追加、変更、削除が可能である。

図６は、運転ユーザスケジュール情報ＤＢ １６のデータ構造の一例を示す図である。運転ユーザスケジュール情報ＤＢ １６は、運転ユーザのスケジュール情報を格納するデータベースである。図６に示される運転ユーザスケジュール情報ＤＢ １６は、ユーザＩＤ、出発地、車両ＩＤ、出発予定時刻、目的地、到着予定時刻、表示広告ＩＤのフィールドを有する。

ユーザＩＤのフィールドには、運転ユーザのユーザ識別情報が入力される。車両ＩＤのフィールドには、車両５０の識別情報が入力される。出発地及び目的地のフィールドには、出発地又は目的地の住所、緯度及び経度等のいずれかが入力される。出発予定時刻及び到着予定時刻のフィールドには、それぞれ、年月日時分が入力される。なお、車両５０に関する情報は、例えば、ユーザ情報ＤＢ １４に格納されている。車両５０に関する情報には、例えば、車両の識別情報、運転ユーザの識別情報、車種、色、定員等である。

表示広告ＩＤのフィールドには、車両５０の表示装置５１に表示されている又は表示される予定の広告情報の識別情報が入力される。表示広告ＩＤのフィールドは、初期状態で空である。

運転ユーザスケジュール情報ＤＢ １６に格納される情報は、予約処理部１１によって登録、更新、削除がなされる。例えば、運転ユーザ端末２００Ａからスケジュール情報が受信されると、当該スケジュール情報が予約処理部１１によって運転ユーザスケジュール情報ＤＢ １６の新たなエントリとして登録される。また、スケジュール情報の到着予定時刻から所定時間経過すると、当該エントリが運転ユーザスケジュール情報ＤＢ １６から削除されるようにしてもよい。なお、運転スケジュール情報ＤＢ １６に格納される情報は、図６に示される例に限られず、適宜フィールドの追加、変更、削除が可能である。

図７は、予約情報ＤＢ １７のデータ構造の一例を示す図である。予約情報ＤＢ １７は、乗車予約に関する情報を保持するデータベースである。

図７に示される予約情報ＤＢ １７は、乗車予約ＩＤ、運転ユーザＩＤ、乗車希望者ＩＤ、合流予定地点、合流予定時刻、乗車希望ユーザの目的地、到着予定時刻、ステータスのフィールドを有する。乗車予約ＩＤのフィールドには、乗車予約の識別情報が入力される。乗車予約の識別情報は、例えば、ユーザ端末２００Ｂから乗車予約要求が受信されると、予約処理部１１によって付与される。運転ユーザＩＤのフィールドには、運転者ユーザの識別情報が入力される。相乗りユーザＩＤのフィールドには、相乗りユーザの識別情報が入力される。

合流予定地点のフィールドには、マッチング処理部１２によって決定された合流予定地点の情報が入力される。合流予定地点フィールドには、例えば、合流予定地点の情報として、経度及び緯度、住所、ランドマークの名称等のいずれが入力されてもよい。合流予定時刻のフィールドには、マッチング処理部１２によって決定された合流予定時刻が入力される。

相乗りユーザの目的地及び到着予定時刻のフィールドに格納される情報は、例えば、相乗りユーザのスケジュール情報に基づいて入力される。

ステータスのフィールドには、乗車予約のステータスを示す情報が入力される。乗車予約のステータスには、例えば、「乗車前」、「乗車中」、「完了」がある。ステータスのフィールドの初期値は、「乗車前」である。乗車予約の運転ユーザ端末２００Ａ又は／及び相乗りユーザ端末２００Ｂから乗車完了通知が受信されると、センタサーバ１００の予約処理部１１は、該当する乗車予約のステータスフィールドを「乗車前」から「乗車中」に変更する。乗車予約の運転ユーザ端末２００Ａ又は／及び相乗りユーザ端末２００Ｂから到着通知が受信されると、センタサーバ１００の予約処理部１１は、該当する乗車予約のステータスフィールドを「乗車中」から「完了」に変更する。

なお、ステータスのフィールドには、ステータスを示す情報として、例えば、フラグ、コード等が格納される。乗車予約の運転ユーザ端末２００Ａ又は／及び相乗りユーザ端末２００Ｂからの乗車完了通知及び到着通知には、乗車予約を特定するために、乗車予約の識別情報が含まれている。

予約情報ＤＢ １７に格納される情報は、予約処理部１１によって、登録、更新、削除が行われる。例えば、乗車予約が確定すると、予約処理部１１によって新たなエントリが予約情報ＤＢ １７に登録される。なお、予約情報ＤＢ １７に格納される情報は、図７に示される例に限られず、適宜フィールドの追加、変更、削除が可能である。

図８は、広告情報ＤＢ １８Ａに格納されている広告情報管理テーブルの一例である。広告情報ＤＢ １８Ａには、広告情報と、広告情報管理テーブルとが格納されている。広告情報には、それぞれ、識別情報が付与されている。広告情報は、例えば、静止画像、動画像、音声付映像等のいずれであってもよい。広告情報管理テーブルは、広告情報に関する情報を格納するテーブルである。

広告情報管理テーブルには、広告ＩＤ、施設ＩＤ、広告主ＩＤ、表示希望地域条件、クーポン種類のフィールドが含まれている。広告ＩＤのフィールドには、広告情報の識別情報が入力される。施設ＩＤのフィールドには、広告情報の対象である施設の識別情報が入力される。広告主ＩＤのフィールドには、広告主の識別情報が入力される。

表示希望地域条件のフィールドには、広告主によって指定された表示希望地域の条件が入力される。以降、広告主によって指定された表示希望地域の条件を、表示希望地域条件と称する。

表示希望地域条件は、例えば、地域の特性、市区町村又は番地（丁目）、ランドマーク等で指定される。地域の特性には、例えば、住宅街、商店街、ビジネス街、工業地域等の種類がある。例えば、地図情報ＤＢ １８Ｂにおいて、地域の特性の種類を示すコードとその範囲とが定義されていてもよい。また、表示希望地域条件が市区町村又は番地等で指定される場合には、例えば、広告主による調査によって、広告情報の対象施設の販売品の購買者層、又は、広告情報の対象商品の購買者層が所定の数又は率以上に在住する地域が
指定されてもよい。

クーポン種類のフィールドには、当該広告情報を表示装置５１に表示した車両５０に対してインセンティブとして付与されるクーポンの種類を示す情報が入力される。クーポンの種類には、例えば、所定の率又は額を割り引く割引クーポン、所定のサービスを無料で享受可能な無料券等がある。クーポンの種類を示す情報は、例えば、フラグ、コード等によって示される。ただし、図８では、便宜上、クーポン種類のフィールドには、割引クーポンを示す「割引」、無料券を示す「無料券」等の単語が示されている。なお、広告情報管理テーブルに含まれる情報は図８に示されるものに限定されない。

図９は、センタサーバ１００の経路生成を説明する図である。センタサーバ１００の経路生成部１９は、予約処理部１１からの依頼に応じて経路を生成する。例えば、予約処理部１１は、車載装置３００から走行開始通知を受信すると、当該車載装置３００を搭載する車両５０の目的地に存在する施設に応じた広告情報を、地図情報ＤＢ １８Ｂと広告情報ＤＢ １８Ａとに基づいて特定する。次に、予約処理部１１は、例えば、広告情報ＤＢ
１８Ａの広告情報管理テーブルから、特定した広告情報の表示希望地域条件を読み出し、当該表示希望地域条件と、走行開始通知とともに受信した車両５０の位置情報と、目的地の位置情報とを、経路生成部１９に出力する。経路生成部１９は、例えば、車両５０の現在位置から目的地までの経路を生成する際に、地図情報ＤＢ １８Ｂを参照して、入力された表示希望地域条件を満たす地域内の道路を通過する経路を生成する。

例えば、図９には、住宅街に分類される地域内の道路Ａ、商店街に分類される地域内の道路Ｂとが示されている。図９中の車両５０の位置から目的地Ｇまでの経路は、道路Ａを通過する経路と、道路Ｂを通過する経路とが考えられる。例えば、目的地Ｇに存在する施設に基づく広告情報の表示希望地域条件が「住宅街」である場合には、経路生成部１９は、道路Ａを通過する経路を生成する。例えば、目的地Ｇに存在する施設に基づく広告情報の表示希望地域条件が「商店街」である場合には、経路生成部１９は、道路Ｂを通過する経路を生成する。なお、道路Ａが存在する地域が「住宅街」であること、及び、道路Ｂが存在する地域が「商店街」であることは、例えば、地図情報ＤＢ １８Ｂにおいて定義されている。

図１０は、経路情報ＤＢ １８Ｃのデータ構造の一例を示す図である。経路情報ＤＢ １８Ｃは、経路生成部１９によって生成され、車両５０に通知された経路情報を格納するデータベースである。経路情報ＤＢ １８Ｃのデータ構造は、経路ＩＤ、運転ユーザＩＤ、目的地、表示希望地域のフィールドを有するでデータ構造である。

経路ＩＤのフィールドには、経路を識別するための識別情報が格納される。運転ユーザＩＤのフィールドには、当該経路情報が送信された車載装置３００とユーザ情報ＤＢ １４において関連付く運転ユーザの識別情報が格納される。目的地のフィールドには、例えば、目的地の位置情報が格納される。目的地フィールドに格納される位置情報は、例えば、緯度経度、住所、ランドマーク名等のいずれであってもよい。

表示希望地域のフィールドには、経路に含まれる、表示希望地域内の経由ポイントの位置情報が格納される。表示希望地域内の経由ポイントは、例えば、経路生成部１９によって経路が生成され留際に決定される。表示希望地域のフィールドに格納される位置情報は、例えば、緯度経度、住所等のいずれであってもよい。また、表示希望地域のフィールドには、車両への広告配信システム１によって独自に設定された道路を識別する識別情報、又は、地点を識別する識別情報が格納されてもよい。表示希望地域のフィールドは、経路に表示地域が複数含まれる場合には複数であってもよい。

例えば、経路情報ＤＢ １８Ｃは、広告情報を表示する車両５０が、センタサーバ１００から通知された経路を走行していることを確認する際に用いられる。センタサーバ１００の予約処理部１１は、車載装置３００から所定の周期で車両５０の位置情報を取得している。予約処理部１１は、例えば、車両５０の実際の走行経路を記録し、車両５０が目的地に到着した場合に、実際の走行経路と経路情報ＤＢ １８Ｃに格納されている当該車両５０の経路情報とを比較する。予約処理部１１は、車両５０が、表示希望地域を経由している場合には、車両５０の乗車人数に拘らず、インセンティブとしてクーポンを発行するようにしてもよい。なお、経路情報ＤＢ １８Ｃのデータ構造は図１０に示されるものに限定されない。

＜処理の流れ＞
図１１は、第１実施形態に係るセンタサーバ１００の広告配信処理のフローチャートの一例である。広告配信処理は、車両５０へ、車両５０の目的地に関連付く広告情報を配信するための処理である。図１１に示される処理は、例えば、所定の周期で実行される。図１１に示される処理の実行主体は、センタサーバ１００のプロセッサ１０１であるが、便宜上、機能構成要素である予約処理部１１を主体として説明する。以降のセンタサーバ１００の処理のフローチャートについても同様である。

ＯＰ１０１では、予約処理部１１は、送受信部１３を通じて、車載装置３００から走行開始通知が受信された否かを判定する。車載装置３００から走行開始通知が受信されている場合には（ＯＰ１０１：ＹＥＳ）、処理がＯＰ１０２に進む。車載装置３００から走行開始通知が受信されていない場合には（ＯＰ１０１：ＮＯ）、図１１に示される処理が終了する。走行開始通知とともに、送信元の車載装置３００が搭載されている車両５０の目的地情報も受信される。

ＯＰ１０２では、予約処理部１１は、車両５０の目的地に関連付く広告情報の設定があるか否かを判定する。この判定では、例えば、地図情報ＤＢ １８Ｂを参照して目的地に存在する施設が特定され、広告情報ＤＢ １８Ａを参照して当該施設に関連する広告情報の特定が行われる。車両５０の目的地に関連付く広告情報の設定がある場合には（ＯＰ１０２：ＹＥＳ）、処理がＯＰ１０３に進む。車両５０の目的地に関連付く広告情報の設定がない場合には（ＯＰ１０２：ＮＯ）、図１１に示される処理が終了する。

ＯＰ１０３では、予約処理部１１は、広告情報ＤＢ １８Ａから、車両５０の目的地に関連付く広告情報を取得する。このとき、予約処理部１１は、広告情報ＤＢ １８Ａ内の広告情報管理テーブルから、車両５０の目的地に関連付く広告情報に関する情報も読み出す。

ＯＰ１０４では、予約処理部１１は、車両５０の現在位置と、車両５０の目的地と、広告情報管理テーブルにおいて設定されている広告情報の表示希望地域条件とを、経路生成部１９に出力し、経路の生成を依頼する。経路生成部１９は、表示希望地域条件を満たす表示希望地域を通過する目的地までの経路を生成し、予約処理部１１に出力する。

ＯＰ１０５では、予約処理部１１は、走行開始通知の送信元の車載装置３００へ、ＯＰ１０３で取得した広告情報と、当該広告情報の表示指示と、ＯＰ１０４で生成された経路情報とを送信する。その後、図１１に示される処理が終了する。なお、図１１に示されるセンタサーバ１００の広告配信処理は一例であって、これに限定されない。

図１２は、第１実施形態に係るセンタサーバ１００の乗車予約処理のフローチャートの一例である。図１２に示される処理は、例えば、所定の周期で実行される。乗車予約処理は、相乗りユーザと運転ユーザとのマッチングを行い、乗車予約を確立させるための処理
である。

ＯＰ２０１では、予約処理部１１は、送受信部１３を通じて、相乗りユーザ端末２００Ｂから乗車予約要求が受信されたか否かを判定する。相乗りユーザ端末２００Ｂから乗車予約要求が受信された場合には（ＯＰ２０１：ＹＥＳ）、処理がＯＰ２０２に進む。乗車予約要求が受信されていない場合には（ＯＰ２０１：ＮＯ）、図１２に示される処理が終了する。

ＯＰ２０２では、予約処理部１１は、マッチング処理部１２に、相乗りユーザ端末２００Ｂの相乗りユーザのマッチングを依頼し、マッチング処理部１２によって、マッチング相手の運転ユーザ、合流予定地点、合流予定時刻等が決定される。

ＯＰ２０３では、予約処理部１１は、送受信部１３を通じて、マッチングされた運転ユーザの運転ユーザ端末２００Ａに乗車予約要求を送信する。ＯＰ２０４では、予約処理部１１は、運転ユーザ端末２００Ａから乗車予約要求に対するＯＫ応答を受信したか否かを判定する。運転ユーザ端末２００Ａから乗車予約要求に対するＯＫ応答を受信した場合には（ＯＰ２０４：ＹＥＳ）、処理がＯＰ２０５に進む。例えば、所定時間経過しても、運転ユーザ端末２００Ａから乗車予約要求に対するＯＫ応答が受信されない場合やＮＧ応答が受信された場合には（ＯＰ２０４：ＮＯ）、処理がＯＰ２０２に進み、再度マッチング処理が行われる。マッチング処理が所定回数以上行われても、マッチング相手の運転ユーザ端末２００ＡからＯＫ応答が受信されない場合には、図１２の処理を終了させてもよい。

ＯＰ２０５では、予約処理部１１は、送受信部１３を通じて、乗車予約要求の送信元の相乗りユーザ端末２００Ｂへ乗車予約確定の通知を送信する。また、予約処理部１１は、乗車予約情報を予約情報ＤＢ １７に格納する。その後、図１２に示される処理が終了する。なお、乗車予約要求を受信した場合の乗車予約処理は、図１２に示される処理に限定されない。

図１３は、第１実施形態に係るセンタサーバ１００の乗車確認処理のフローチャートの一例である。乗車確認処理は、相乗りユーザが乗車予約の車両５０に乗車したことを確認するための処理である。図１３に示される処理は、例えば、所定の周期で実行される。

ＯＰ３０１では、予約処理部１１は、送受信部１３を通じて、相乗りユーザ端末２００Ｂから乗車完了通知が受信されているか否かを判定する。相乗りユーザ端末２００Ｂから乗車完了通知が受信されている場合には（ＯＰ３０１：ＹＥＳ）、処理がＯＰ３０２に進む。相乗りユーザ端末２００Ｂから乗車完了通知が受信されていない場合には（ＯＰ３０１：ＮＯ）、図１３に示される処理が終了する。

ＯＰ３０２では、予約処理部１１は、送受信部１３を通じて、運転ユーザ端末２００Ａから乗車完了通知が受信されているか否かを判定する。運転ユーザ端末２００Ａから乗車完了通知が受信されている場合には（ＯＰ３０２：ＹＥＳ）、処理がＯＰ３０３に進む。運転ユーザ端末２００Ａから乗車完了通知が受信されていない場合には（ＯＰ３０２：ＮＯ）、図１３に示される処理が終了する。すなわち、図１３に示される例では、乗車予約情報において対応する相乗りユーザ端末２００Ｂと運転ユーザ端末２００Ａとの両者から乗車完了通知を受信していることが、相乗りユーザが乗車予約の車両５０の乗車したことの確認の条件の一つとなる。ただし、これに限定されない。

ＯＰ３０３では、予約処理部１１は、乗車予約情報において対応する運転ユーザ端末２００Ａと相乗りユーザ端末２００Ｂとの位置情報を比較する。ＯＰ３０４では、乗車予約
情報において対応する運転ユーザ端末２００Ａと相乗りユーザ端末２００Ｂとの位置情報が、同じ位置を示すか否かを判定する。なお、両者の距離が所定範囲未満であれば、同じ位置を示すとみなされる。

乗車予約情報において対応する運転ユーザ端末２００Ａと相乗りユーザ端末２００Ｂとの位置情報が同じ位置を示す場合には（ＯＰ３０４：ＹＥＳ）、処理がＯＰ３０５に進む。乗車予約情報において対応する運転ユーザ端末２００Ａと相乗りユーザ端末２００Ｂとの位置情報が同じ位置を示さない場合には（ＯＰ３０４：ＮＯ）、図１３に示される処理が終了する。

ＯＰ３０５では、予約処理部１１は、予約情報ＤＢ １７の予約情報テーブルの該当エントリのステータスフィールドを「乗車中」を示す情報に更新する。その後、図１３に示される処理が終了する。なお、図１３に示されるセンタサーバ１００の乗車確認処理は一例であって、これに限定されない。例えば、ＯＰ３０１とＯＰ３０２との処理は実行順が逆であってもよい。

図１４は、第１実施形態に係るセンタサーバ１００の到着確認処理のフローチャートの一例である。到着確認処理は、乗車予約の目的地に到着したことを確認するための処理である。図１４に示される処理は、例えば、所定の周期で実行される。

ＯＰ４０１では、予約処理部１１は、送受信部１３を通じて、運転ユーザ端末２００Ａから到着通知が受信されているか否かを判定する。運転ユーザ端末２００Ａから到着通知が受信されている場合には（ＯＰ４０１：ＹＥＳ）、処理がＯＰ４０２に進む。運転ユーザ端末２００Ａから到着通知が受信されていない場合には（ＯＰ４０１：ＮＯ）、図１４に示される処理が終了する。

ＯＰ４０２では、予約処理部１１は、送受信部１３を通じて、乗車予約において、ＯＰ４０１における到着通知の送信元の運転ユーザ端末２００Ａと対応付けられている全相乗りユーザ端末２００Ｂから、到着通知が受信されているか否かを判定する。全相乗りユーザ端末２００Ｂから到着通知が受信されている場合には（ＯＰ４０２：ＹＥＳ）、処理がＯＰ４０３に進む。全相乗りユーザ端末２００Ｂから到着通知が受信されていない場合には（ＯＰ４０２：ＮＯ）、図１４に示される処理が終了する。なお、乗車予約において、ＯＰ４０１における到着通知の送信元の運転ユーザ端末２００Ａと対応付けられている相乗りユーザ端末２００Ｂは、予約情報ＤＢ １７に格納されている情報から特定可能である。

ＯＰ４０３では、予約処理部１１は、運転ユーザ端末２００Ａに関連付く車両５０の位置情報を取得する。例えば、予約処理部１１は、当該車両５０に搭載されている車載装置３００から所定の周期で受信される位置情報であって、最新のものを取得してもよいし、車載装置３００に問い合わせて取得してもよい。

ＯＰ４０４では、予約処理部１１は、車両５０の位置情報が、車両５０に関連づけられている運転ユーザの目的地と一致するか否かを判定する。車両５０の位置情報が、車両５０に関連づけられている運転ユーザの目的地と一致する場合には（ＯＰ４０４：ＹＥＳ）、処理がＯＰ４０５に進む。車両５０の位置情報が、車両５０に関連づけられている運転ユーザの目的地と一致しない場合には（ＯＰ４０４：ＮＯ）、図１４に示される処理が終了する。なお、車両５０の位置情報と車両５０に関連づけられている運転ユーザの目的地との距離が所定範囲内である場合には、両者が一致するとみなされる。

ＯＰ４０５では、予約処理部１１は、予約情報ＤＢ １７の該当する予約情報のステー
タスを「乗車中」から「完了」を示す情報に更新する。

ＯＰ４０６では、予約処理部１１は、目的地に到着した時点での車両５０に乗車している相乗りユーザの数に応じて、割引率又は割引額を決定する。なお、車両５０に表示されている広告情報に設定されているクーポン種類が「割引」以外である場合には、ＯＰ４０６の処理は省略される。目的地に到着した時点での車両５０に乗車している相乗りユーザの数は、例えば、ＯＰ４０５において予約情報のステータスが「完了」を示す情報へ更新した数である。また、目的地に到着した時点での車両５０に乗車している相乗りユーザの数に応じた割引率又は割引額の設定情報は、例えば、広告主によって予め決定されており、広告情報ＤＢ １８Ａに格納されている。

ＯＰ４０７では、予約処理部１１は、車両５０の位置情報を監視することで取得した車両５０の走行経路と、経路情報ＤＢ １８Ｃに格納されている車載装置３００に送信された経路情報とを比較する。予約処理部１１は、車両５０が、経路情報ＤＢ １８Ｃに格納されている経路情報に含まれる表示希望地域を通過しているか否かを判定する。予約処理部１１は、車両５０が、経路情報ＤＢ １８Ｃに格納されている経路情報に含まれる表示希望地域を通過している場合には、クーポンの割引率又は割引額を所定値上乗せする。なお、車両５０に表示されている広告情報に設定されているクーポン種類が「割引」以外である場合には、ＯＰ４０７では、車両５０が、経路情報ＤＢ １８Ｃに格納されている経路情報に含まれる表示希望地域を通過している場合に、クーポンを発行するようにしてもよい。

ＯＰ４０８では、予約処理部１１は、例えば、広告情報管理テーブルに従って、クーポンを生成する。ＯＰ４０９では、予約処理部１１は、送受信部１３を通じて、運転ユーザ端末２００Ａと、乗車予約において運転ユーザ端末２００Ａと対応付けられている全相乗りユーザ端末２００Ｂとに、生成したクーポンを送信する。その後、図１４に示される処理が終了する。なお、センタサーバ１００の到着確認処理は図１４に示される処理に限定されない。

図１５は、車両５０が走行開始する場合の車両への広告配信システム１の処理のシーケンスの一例を示す図である。Ｓ１では、車両５０に搭載された車載装置３００が車両５０の走行開始を検知し、車両５０の目的地を取得し、センタサーバ１００へ、走行開始通知と目的地情報とを送信する。センタサーバ１００は、車載装置３００から、走行開始通知と目的地情報とを受信する（図１１、ＯＰ１０１）。

Ｓ２では、センタサーバ１００は、目的地に応じた広告情報を取得し（図１１、ＯＰ１０３）、取得した広告情報に設定されている表示希望地域条件を満たす地域を通過する経路を生成する（図１１、ＯＰ１０４）。Ｓ３では、センタサーバ１００は、車載装置３００に、広告情報と広告情報の表示指示と経路情報とを送信する（図１１、ＯＰ１０５）。

Ｓ４では、車載装置３００は、センタサーバ１００から受信した広告情報を表示装置５１に表示する。Ｓ５では、車載装置３００は、センタサーバ１００から受信した経路情報をカーナビゲーション装置５２に設定する。その後、車載装置３００は走行を行う。

図１６は、車両５０に相乗りユーザが同乗する場合の車両への広告配信システム１における処理のシーケンスの一例を示す図である。車両５０は、目的地に存在する施設Ａの広告情報を車外に向けられた表示装置５１に表示中であるとする。車両５０には、車載装置３００Ａが搭載されているとする。

Ｓ１１では、車載装置３００Ａ、車両５０の運転ユーザの運転ユーザ端末２００Ａは、
所定の周期でセンタサーバ１００へ位置情報を送信している。

Ｓ１２では、相乗りユーザが車両５０及び車両５０の表示装置５１に表示されている施設Ａの広告情報を目撃する。これによって、相乗りユーザが、当該広告情報の対象であり、車両５０の目的地である施設Ａへ向かうことを決めたと想定する。

Ｓ２１では、相乗りユーザは相乗りユーザ端末２００Ｂを操作し、施設Ａを目的地とする乗車予約要求をセンタサーバ１００へ送信する。乗車予約要求には、目的地を含むスケジュール情報が含まれている。

Ｓ２２では、センタサーバ１００は、相乗りユーザ端末２００Ｂから乗車予約要求を受信し（図１２、ＯＰ２０１：ＹＥＳ）、マッチング処理を行う（図１２、ＯＰ２０２）。マッチングの結果、相乗りユーザを乗車させる車両として、車載装置３００Ａを搭載する車両５０が選択されたとする。

Ｓ２３では、センタサーバ１００は、車両５０に対応付けられている運転ユーザ端末２００Ａへ、相乗りユーザの乗車予約要求を送信する（図１２、ＯＰ２０３）。Ｓ２４では、運転ユーザ端末２００Ａは、センタサーバ１００から乗車予約要求を受信し、運転ユーザの操作によってＯＫ応答が入力されると、センタサーバ１００へＯＫ応答を送信する。

Ｓ２５では、センタサーバ１００は、運転ユーザ端末２００ＡからのＯＫ応答を受信し（図１２、ＯＰ２０４：ＹＥＳ）、乗車予約を確定させ、相乗りユーザ端末２００と運転ユーザ端末２００Ａとに乗車予約情報を送信する（図１２、ＯＰ２０５）。

Ｓ３１では、乗車予約の合流予定時刻となり、合流予定地点で、車両５０と相乗りユーザとが合流し、相乗りユーザが車両５０に乗車する。Ｓ３２では、相乗りユーザが相乗りユーザ端末２００Ｂを操作し、相乗りユーザ端末２００Ｂから乗車完了通知がセンタサーバ１００へ送信される。センタサーバ１００は、相乗りユーザ端末２００Ｂからの乗車完了通知を受信する（図１３、ＯＰ３０１：ＹＥＳ）。Ｓ３３では、運転ユーザが運転ユーザ端末２００Ａを操作し、運転ユーザ端末２００Ａから乗車完了通知がセンタサーバ１００へ送信される。センタサーバ１００は、運転ユーザ端末２００Ａからの乗車完了通知を受信する（図１３、ＯＰ３０２：ＹＥＳ）。

Ｓ３４では、センタサーバ１００は、乗車確認処理として、運転ユーザ端末２００Ａと相乗りユーザ端末２００Ｂとの位置情報を比較し、両者が一致することを確認する（図１３、ＯＰ３０３、ＯＰ３０４）。

Ｓ４１では、車両５０が目的地に到着する。Ｓ４２では、運転ユーザが運転ユーザ端末２００Ａを操作し、運転ユーザ端末２００Ａから到着通知がセンタサーバ１００へ送信される。センタサーバ１００は、運転ユーザ端末２００Ａからの到着通知を受信する（図１４、ＯＰ４０１：ＹＥＳ）。Ｓ４３では、相乗りユーザが相乗りユーザ端末２００Ｂを操作し、相乗りユーザ端末２００Ｂから到着通知がセンタサーバ１００へ送信される。センタサーバ１００は、相乗りユーザ端末２００Ｂからの到着通知を受信する（図１４、ＯＰ４０２：ＹＥＳ）。なお、図１６に示される例では、車両５０に乗車している相乗りユーザは、一人であるとする。

Ｓ４４では、センタサーバ１００は、到着確認処理として、車両５０（車載装置３００）の位置情報を取得し（図１４、ＯＰ４０３）、位置情報に基づいて車両５０が目的地に位置していることを確認する（図１４、ＯＰ４０４）。

Ｓ４５では、センタサーバ１００は、クーポン情報を生成する（図１４、ＯＰ４０６〜ＯＰ４０８）。図１６に示される例では、車両５０の表示装置５１に表示されている広告情報に設定されているクーポンの種類は「割引」であると想定する。図１６に示される例では、車両５０に乗車させた相乗りユーザは一人であることが想定されているので、センタサーバ１００は、相乗りユーザの数：一人に応じた割引率を決定する。割引率は、例えば、相乗りユーザが一人の場合には５％、相乗りユーザが二人の場合には８％、相乗りユーザが三人以上である場合には１０％等である。ただし、これに限定されない。また、車両５０がセンタサーバ１００から通知された経路情報に従って走行し、当該経路情報に含まれる経路ポイントを通過している場合には、さらに割引率又は割引額が上乗せされる。

Ｓ４６では、センタサーバ１００は、運転ユーザ端末２００Ａと相乗りユーザ端末２００Ｂとに生成したクーポン情報を送信する（図１４、ＯＰ４０９）。その後、例えば、センタサーバ１００から広告表示の終了通知を車載装置３００に送信して車両５０の広告情報の表示を終了させてもよいし、車載装置３００が位置情報から目的地に到着したことを検知して広告情報の表示を終了させてもよい。

＜第１実施形態の作用効果＞
第１実施形態では、ライドシェアサービスに提供される車両５０の車外向けの表示装置５１に、目的地に関連付いた広告情報を表示させる。これによって、例えば、歩行者等に目的地に向かうことをアピールすることができ、目的地への来訪の意欲を掻き立てることができ、広告情報による対象の施設の集客効果を向上させることができる。また、当該目的地に向かうユーザの車両５０への同乗、すなわち、ライドシェアサービスの利用を促すことができる。

また、第１実施形態では、センタサーバ１００は、車両５０の車外向けの表示装置５１に表示される広告情報について、広告主によって指定された表示希望地域条件を満たす地域を通過するように経路を生成する。広告主は、例えば、広告情報のターゲットとするユーザがより多く存在する地域を表示希望地域条件で指定する可能性が高い。当該経路に従って車両５０が走行した場合、広告情報のターゲットとするユーザがより多く存在する地域を通過するので、ターゲットとするより多くのユーザに広告情報をアピールすることができ、広告情報の広告効果を向上させることができる。

また、第１実施形態では、広告情報にクーポン種類として割引クーポンが配布されることが設定されている場合には、センタサーバ１００は、目的地までに乗車させた相乗りユーザの数に応じて割引率又は割引額を決定する。これによって、運転ユーザにも、相乗りユーザにも、ライドシェアサービスに対する利用意欲を掻き立てることができる。

また、第１実施形態では、センタサーバ１００は、車両５０がセンタサーバ１００によって生成された経路に含まれる表示希望地域を通過している場合に、割引率又は割引額を決定、又は、無料クーポンの配布を決定する。これによって、運転ユーザが、センタサーバ１００によって生成された、広告情報のターゲットに該当するユーザが存在すると見込まれる地域を含む経路に従って車両５０を走行させることの動機付けを行うことができる。

＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施しうる。

第１実施形態において、運転ユーザ端末２００Ａ又は車載装置３００が行った処理を、車載装置３００単体で又は運転ユーザ端末２００Ａ単体で行ってもよい。

また、第１実施形態では、センタサーバ１００は、乗車確認処理として、乗車予約において対応する運転ユーザ端末２００Ａと相乗りユーザ端末２００Ｂとの位置情報の比較を行うが、この処理は、実施の形態に応じて、省略されてもよい。また、第１実施形態では、センタサーバ１００は、到着確認処理として、車両５０の位置情報を確認するが、この処理は、実施の形態に応じて、省略されてもよい。反対に、センタサーバ１００は、到着確認処理として、車両５０の位置情報を確認することに加え、乗車予約において対応する運転ユーザ端末２００Ａと相乗りユーザ端末２００Ｂの位置情報を確認してもよい。

また、表示希望地域ごとに予めポイントを割り振っておき、車両５０がセンタサーバ１００によって生成された経路に含まれる表示希望地域を通過した場合には、通過した表示希望地域に与えられているポイントに基づいて、割引額又は割引率が決定されてもよい。

本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

１ ：広告配信システム
１０ ：車両
１１ ：予約処理部
１２ ：マッチング処理部
１３ ：送受信部
１９ ：経路生成部
５０ ：車両
５１ ：表示装置
１００ ：センタサーバ
１０１ ：プロセッサ
１０２ ：主記憶部
１０３ ：補助記憶部
１０４ ：通信部
２００ ：ユーザ端末
３００ ：車載装置

Claims (5)

1. 車外に向けて設置されている表示装置を備える車両であって、車両による移動を希望する乗車希望者を同乗させることができる第１の車両の乗員の目的地を取得することと、
   前記目的地に関連付いた広告情報を取得することと、
   前記広告情報のターゲットに該当するユーザの存在が見込まれる地域を通過するように、前記第１の車両の前記目的地までの経路を生成することと、
   前記第１の車両ヘ、前記広告情報と、前記広告情報の前記表示装置への表示指示と、前記生成された経路の経路情報と、を送信することと、
   を実行する制御部、
   を備える情報処理装置。
2. 前記制御部は、
   前記第１の車両が前記目的地に到着した場合に、前記第１の車両に同乗する乗車希望者の数に応じて、前記目的地に存在する施設において使用可能なクーポンの割引率又は割引額を決定することと、
   前記第１の車両の乗員が所有するユーザ端末へ、前記クーポンを送信することと、
   を実行する、
   請求項１に記載の情報処理装置。
3. 前記制御部は、
   前記第１の車両が前記目的地に到着した場合に、前記生成された経路に含まれる前記地域の通過の有無に応じて、前記目的地に存在する施設において使用可能なクーポンの割引率又は割引額を決定することと、
   前記第１の車両の乗員が所有するユーザ端末へ、前記クーポンを送信することと、
   を実行する、
   請求項１又は２に記載の情報処理装置。
4. 車外に向けて設置されている表示装置を備える車両であって、車両による移動を希望する乗車希望者を同乗させることができる第１の車両の乗員の目的地を取得することと、
   前記目的地に関連付いた広告情報を取得することと、
   前記広告情報のターゲットに該当するユーザの存在が見込まれる地域を通過するように、前記第１の車両の前記目的地までの経路を生成することと、
   前記第１の車両ヘ、前記広告情報と、前記広告情報の前記表示装置への表示指示と、前記生成された経路の経路情報と、を送信することと、
   を実行する１又は複数の制御部、
   を備える情報処理システム。
5. 車外に向けて設置されている表示装置を備える車両であって、車両による移動を希望する乗車希望者を同乗させることができる第１の車両の乗員の目的地を取得し、
   前記目的地に関連付いた広告情報を取得し、
   前記広告情報のターゲットに該当するユーザの存在が見込まれる地域を通過するように、前記第１の車両の前記目的地までの経路を生成し、
   前記第１の車両ヘ、前記広告情報と、前記広告情報の前記表示装置への表示指示と、前記生成された経路の経路情報と、を送信する、
   を備える車両への広告情報配信方法。

Images