(57)【要約】【課題】車両の乗員に対して提供される広告の効果を高める。【解決手段】車両のユーザに広告を提供する情報処理装置であって、車両の使用状態が、前記車両に特定のユーザが乗車している第一の状態か、前記車両に不特定のユーザが相乗りしている第二の状態かを判定し、前記車両の使用状態が、第一の状態の場合に、前記特定のユーザが前記車両内の何処に居るのかを示す車両内位置を検出し、前記車両の使用状態が、前記第二の状態の場合に、前記ユーザが、前記広告を受信可能なユーザ端末を有しているか否かを検出し、前記車両の使用状態が、前記第一の状態の場合に、前記特定のユーザの前記車両内位置に応じた提供形態で前記広告を提供し、前記車両の使用状態が、前記第二の状態の場合に、前記ユーザが前記ユーザ端末を有していなければ前記広告を提供せず、前記ユーザが前記ユーザ端末を有していれば該ユーザ端末に前記広告を提供する。【選択図】図１
2020052355.tif 000002
【特許請求の範囲】
【請求項１】
車両のユーザに広告を提供する情報処理装置であって、
前記車両の使用状態が、前記車両に特定のユーザが乗車している第一の状態か、前記車両に不特定のユーザが相乗りしている第二の状態かを判定することと、
前記車両の使用状態が、前記第一の状態の場合に、前記特定のユーザが前記車両内の何処に居るのかを示す車両内位置を検出することと、
前記車両の使用状態が、前記第二の状態の場合に、前記特定のユーザ及び前記不特定のユーザが、前記広告を受信可能なユーザ端末を有しているか否かを検出することと、
前記車両の使用状態が、前記第一の状態の場合に、前記特定のユーザの前記車両内位置に応じた提供形態で前記広告を提供し、前記車両の使用状態が、前記第二の状態の場合に、前記特定のユーザ又は前記不特定のユーザが前記ユーザ端末を有していなければ前記広告を提供せず、前記特定のユーザ又は前記不特定のユーザが前記ユーザ端末を有していれば当該ユーザ端末に前記広告を提供することと、
を実行する制御部を備える、情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両のユーザに広告を提供する情報処理技術に関する。
【背景技術】
【０００２】
車両のユーザに広告を提供する方法としては、種々のものが提案されている。例えば、引用文献１では、コンピュータが、移動体に搭乗している搭乗人数を、無線通信を介して移動体から受信し、搭乗人数に応じた広告情報を、無線通信を介して移動体に送信し、広告効果に応じた料金を課すことが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１１０４７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
車両のユーザに広告を提供する際、車両をライドシェアしている場合と、車両を私的に利用している場合とでは、ユーザにとって望ましい提供形態が異なる。このため、車両の使用状態によって広告情報の提供形態を異ならせることで、広告効果を改善できる余地がある。
【０００５】
本発明は上記の課題を考慮してなされたものであり、車両のユーザに提供される広告の効果を高めることを目的とする。
【課題を解決するための手段】
【０００６】
本発明の第一の態様は、
車両のユーザに広告を提供する情報処理装置であって、
前記車両の使用状態が、前記車両に特定のユーザが乗車している第一の状態か、前記車両に不特定のユーザが相乗りしている第二の状態かを判定することと、
前記車両の使用状態が、前記第一の状態の場合に、前記特定のユーザが前記車両内の何処に居るのかを示す車両内位置を検出することと、
前記車両の使用状態が、前記第二の状態の場合に、前記特定のユーザ及び前記不特定のユーザが、前記広告を受信可能なユーザ端末を有しているか否かを検出することと、
前記車両の使用状態が、前記第一の状態の場合に、前記特定のユーザの前記車両内位置に応じた提供形態で前記広告を提供し、前記車両の使用状態が、前記第二の状態の場合に、前記特定のユーザ又は前記不特定のユーザが前記ユーザ端末を有していなければ前記広告を提供せず、前記特定のユーザ又は前記不特定のユーザが前記ユーザ端末を有していれば当該ユーザ端末に前記広告を提供することと、
を実行する制御部を有することを特徴とする。
【０００７】
また、本発明の第二の態様に係る情報処理方法は、
車両のユーザに広告を提供する情報処理装置が、
前記車両の使用状態が、前記車両に特定のユーザが乗車している第一の状態か、前記車両に不特定のユーザが相乗りしている第二の状態かを判定することと、
前記車両の使用状態が、前記第一の状態の場合に、前記特定のユーザが前記車両内の何処に居るのかを示す車両内位置を検出することと、
前記車両の使用状態が、前記第二の状態の場合に、前記特定のユーザ及び前記不特定のユーザが、前記広告を受信可能なユーザ端末を有しているか否かを検出することと、
前記車両の使用状態が、前記第一の状態の場合に、前記特定のユーザの前記車両内位置に応じた提供形態で前記広告を提供し、前記車両の使用状態が、前記第二の状態の場合に、前記特定のユーザ又は前記不特定のユーザが前記ユーザ端末を有していなければ前記広告を提供せず、前記特定のユーザ又は前記不特定のユーザが前記ユーザ端末を有していれば当該ユーザ端末に前記広告を提供することと、
を実行することを特徴とする。
【０００８】
また、本発明の第三の態様は、上記の情報処理方法をコンピュータに実行させるためのプログラム、または、該プログラムを非一時的に記憶したコンピュータ可読記憶媒体である。
【発明の効果】
【０００９】
本発明によれば、車両のユーザに提供される広告の効果を高めることができる。
【図面の簡単な説明】
【００１０】
【図１】実施形態に係る広告提供システムの構成概略図である。
【図２】第一ユーザ端末の構成を示した図である。
【図３】第二ユーザ端末の構成を示した図である。
【図４】管理サーバの構成を示した図である。
【図５】第一データベースに格納される第一のユーザ情報のテーブル構成の一例を示す図である。
【図６】第二データベースに格納される第二のユーザ情報のテーブル構成の一例を示す図である。
【図７】車両の構成を示す図である。
【図８】広告サーバの構成を示す図である。
【図９】広告情報データベースに格納される広告情報テーブルの構成の一例を示す図である。
【図１０】マッチング処理を示すフローチャートである。
【図１１】車載装置１０が実行する広告表示方法の処理手順を示す図である。
【図１２】図１１におけるステップＳ１５０の処理の詳細を示す図である。
【図１３】図１１におけるステップＳ１６０の処理の詳細を示す図である。
【発明を実施するための形態】
【００１１】
本実施形態に係る広告提供システムは、車両に乗車するユーザに広告を提供する。広告を提供する方法としては、例えば、ナビゲーション装置のディスプレイに広告を表示することや、運転者に対して音声で広告を提供すること、各ユーザの携帯端末に送信すること等が考えられる。広告を表示出力や音声出力すると、車両に乗車している複数のユーザに区別なく提供されるので、広告の内容を複数のユーザで共有することができる。一方、広告を各ユーザの携帯端末へ送信すると、各乗客に応じた広告を提供でき、また、車両から降りた後でも確認広告を確認できる。このため、例えば、家族や友人等、特定のユーザだけが乗車している場合には、広告内容を共有できるように、広告を表示出力や音声出力することが望まれ、ライドシェアにより他人同士が乗車している場合には、広告を個別に確認できるように、各ユーザの携帯端末に送信することが望まれる。
【００１２】
そこで、本実施形態に係る広告提供システムは、車両の使用状態が、前記車両に特定のユーザが乗車している第一の状態（相乗りしていない状態）か、前記車両に不特定のユーザが相乗りしている第二の状態かを判定する。また、広告提供システムは、前記車両の使用状態が前記第一の状態の場合に、前記特定のユーザが車両内の何処に居るのかを示す車両内位置を検出し、前記車両の使用状態が前記第二の状態の場合に、前記不特定のユーザが、広告を受信可能なユーザ端末を有しているか否かを検出する。そして、広告提供シス
テムは、前記車両の使用状態が、前記第一の状態の場合に、前記特定のユーザの前記車両内位置に応じた提供形態で前記広告を提供し、前記車両の使用状態が、前記第二の状態の場合に、前記不特定のユーザが前記ユーザ端末を有していなければ前記広告を提供せず、前記不特定のユーザが前記ユーザ端末を有していれば当該ユーザ端末に前記広告を提供する。
【００１３】
これにより、広告提供システム１００は、車両の使用状態に応じた適切な提供形態で広告を提供し、広告の効果を向上させることができる。
【００１４】
本実施形態において、ユーザは、車両に乗っている人であればよく、運転者や乗務員に限らない。また、車両内位置は、例えば、運転席、助手席、後部座席など、ユーザが車両内のどの席に座っているかを示す情報である。なお、ユーザが一人であれば車両内位置は運転席、ユーザが二人であれば車両内位置は運転席及び助手席、ユーザが三人以上であれば車両内位置は運転席、助手席及び後部座席のように、車両内位置は乗車人数に応じたものであってもよい。即ち、広告の提供形態は、乗車人数に応じて決定されてもよい。
【００１５】
以下、本発明の具体的な実施形態について図面に基づいて説明する。各実施形態に記載されているハードウェア構成、モジュール構成、機能構成等は、特に記載がない限りは発明の技術的範囲をそれらのみに限定する趣旨のものではない。
【００１６】
（第一実施形態）
まず、第一実施形態に係る広告提供システム１００の構成を図１に示す。本実施形態に係る広告提供システム１００は、車両１に搭載された車載装置１０と、管理サーバ２０と、広告サーバ３０を含んで構成される。また、広告提供システム１００は、第一ユーザ端末４０や第二ユーザ端末５０を含んでもよい。
【００１７】
本実施形態では、他のユーザが運行する車両への相乗りを希望するユーザを第一ユーザと称し、車両の運行を行うユーザを第二ユーザと称する。第一ユーザ端末４０は、第一ユーザが利用する端末であり、第二ユーザ端末５０は、第二ユーザが利用する端末である。なお、第一ユーザ端末４０と第二ユーザ端末５０とを区別なく説明する場合には、ユーザ端末４０，５０とも称す。
【００１８】
第一ユーザは、第一ユーザ端末４０を介して、自身の移動に関する情報を管理サーバ２０に登録する。自身の移動に関する情報とは、例えば、第一ユーザの出発地、目的地、移動の開始を希望する日時などである。
【００１９】
また、第二ユーザは、第二ユーザ端末５０を介して、自身の移動に関する情報を管理サーバ２０に登録する。第二ユーザの移動に関する情報は、すなわち、第二ユーザが運行する車両１の移動に関する情報である。第二ユーザの移動に関する情報は、例えば、車両１の運行を開始する日時、走行経路などである。第一ユーザの移動に関する情報、および、第二ユーザの移動に関する情報を、以降、移動スケジュールと称する。
【００２０】
これらの情報は、例えば、ユーザ端末４０，５０にインストールされた、ライドシェアサービスを利用するためのアプリケーションソフトウェアによって、生成および登録することができる。ただし、これらの情報は、必ずしも携帯端末を利用して登録されなくてもよい。例えば、ネットワークに接続可能な任意の端末（スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ等）、車載装置１０やパーソナルコンピュータを利用して登録されてもよい。
【００２１】
管理サーバ２０は、ユーザ端末４０，５０によって登録された移動スケジュールを管理
し、ユーザ同士をマッチングする装置である。管理サーバ２０は、登録された移動スケジュールに基づいてユーザのマッチングを行い、第二ユーザが運行する車両の運行経路、第一ユーザを乗車させる地点、第一ユーザを降車させる地点などを決定する。
【００２２】
マッチングの結果得られた情報（以下、マッチング情報）は、第一ユーザ端末４０および第二ユーザ端末５０に送信される。マッチング情報は、例えば、第二ユーザが運行する車両に関する情報（車種、色、ナンバープレート情報等）、第一および第二ユーザに関する情報（性別、年齢等）、移動に関する情報（第一ユーザと車両が合流する場所、合流する時間、移動経路、第一ユーザが車両から降車する場所、到着予定時間、他の同乗者の有無、移動にかかるコスト等）などを含む。そして、マッチング情報を取得した各々のユーザ（運転者と同乗者）がマッチングを承認することによって、第一ユーザと第二ユーザとのマッチングが確定する。これにより、車両を運行するユーザと、同乗を希望するユーザが合流して移動する事が可能になる。
【００２３】
広告サーバ３０は、車両１の走行位置や走行履歴を管理し、車両１の車載装置１０へ広告情報を送信して表示させることで、車両１に乗車しているユーザへ広告を提供する。
【００２４】
本実施形態に係る広告提供システム１００では、車載装置１０や、管理サーバ２０、広告サーバ３０、ユーザ端末４０，５０が、通信回線Ｎによって接続される。通信回線Ｎは、例えば、インターネット等の公衆通信網やその他の通信網が採用されてもよい。また、通信回線Ｎは、携帯電話等の電話通信網や、Ｗｉ−Ｆｉ（登録商標）、ブルートゥース（登録商標）等を用いた無線通信網を含んでもよい。
【００２５】
次に、第一ユーザ端末４０の構成について説明する。図２は、第一ユーザ端末４０の構成を示した図である。
【００２６】
第一ユーザ端末４０は、例えばスマートフォン、携帯電話、タブレットコンピュータ、個人情報端末、ノートブックコンピュータ、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータである。第一ユーザ端末４０は、制御部４０１、記憶部４０２、通信部４０３、入出力部４０４を含んで構成される。
【００２７】
制御部４０１は、第一ユーザ端末４０が行う制御を司る演算装置である。制御部４０１は、ＣＰＵ（Central Processing Unit）などの演算処理装置によって実現することがで
きる。
【００２８】
制御部４０１は、移動情報処理部４０１１と、移動案内部４０１２の機能モジュールを有して構成される。各機能モジュールは、後述する記憶部４０２に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。ＣＰＵは、プロセッサとも呼ばれる。プロセッサは、単一のプロセッサに限定されるものではなく、マルチプロセッサ構成であってもよい。また、プロセッサは、マルチコア構成であってもよい。
【００２９】
移動情報処理部４０１１は、第一ユーザの移動に関する情報の取得や送信といった処理を行う。具体的には、第一ユーザが、車両１への相乗りを希望する場合に、移動情報処理部４０１１は、その出発地や、目的地、移動を開始する日時などに関する情報を取得し、第一ユーザ情報として管理サーバ２０へ送信する。第一ユーザ情報は、第一ユーザの移動スケジュールに関する情報と、第一ユーザに関する情報とを関連付けた情報である。
【００３０】
移動案内部４０１２は、管理サーバ２０から送信された情報に基づいて、車両の運行についての情報をユーザに提供する。例えば、管理サーバ２０からマッチング結果を取得し、入出力部４０４を介して、車両１と合流する地点（乗車地点）、降車する場所（降車地
点）、車両の特徴などを第一ユーザへ通知する。
【００３１】
記憶部４０２は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置は、制御部４０１によって実行されるプログラムや、当該制御プログラムが利用するデータが展開されるメモリである。補助記憶装置は、制御部４０１において実行されるプログラムや、当該制御プログラムが利用するデータが記憶される装置である。補助記憶装置には、制御部４０１で実行されるプログラムをアプリケーションとしてパッケージ化したものを記憶してもよい。また、これらのアプリケーションを実行するためのオペレーティングシステムを記憶してもよい。補助記憶装置に記憶されたプログラムが主記憶装置にロードされ、制御部４０１によって実行されることで、以降に説明する処理が行われる。
【００３２】
主記憶装置は、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）を含んでもよい。また、補助記憶装置は、ＥＰＲＯＭ（Erasable Programmable ROM）やハード
ディスクドライブ（ＨＤＤ、Hard Disk Drive）を含んでもよい。さらに、補助記憶装置
は、リムーバブルメディア、すなわち可搬記録媒体を含んでもよい。リムーバブルメディアは、例えば、ＵＳＢ（Universal Serial Bus）メモリ、あるいは、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）のようなディスク記録媒体である。
【００３３】
通信部４０３は、第一ユーザ端末４０をネットワークに接続するための無線通信インタフェースである。通信部４０３は、例えば、無線ＬＡＮや３Ｇ、ＬＴＥ等の移動体通信サービスを介して、ネットワークへのアクセスを提供する。
【００３４】
入出力部４０４は、利用者が行った入力操作を受け付け、利用者に対して情報を提示する手段である。本実施形態の入出力部４０４は、例えば操作ボタンやカメラ、センサ等の入力手段や、スピーカ、ディスプレイ、バイブレータ等の出力手段、入力手段と出力手段を兼ねたタッチパネルディスプレイ等である。
【００３５】
なお、図２に示した構成は一例であり、図示した機能の全部または一部は、ＡＳＩＣやＦＰＧＡ、その他電子部品を用いて専用に設計された回路で実行されてもよい。また、図示した以外の、主記憶装置および補助記憶装置の組み合わせによってプログラムの記憶ないし実行を行ってもよい。
【００３６】
次に、第二ユーザ端末５０の構成について説明する。図３は、第二ユーザ端末５０の構成を示した図である。
【００３７】
第二ユーザ端末５０は、例えばスマートフォン、携帯電話、タブレットコンピュータ、個人情報端末、ノートブックコンピュータ、ウェアラブルコンピュータ（スマートウォッチ等）、車載器といった小型のコンピュータである。第二ユーザ端末５０は、制御部５０１、記憶部５０２、通信部５０３、入出力部５０４を含んで構成される。なお、制御部５０１、記憶部５０２、通信部５０３、入出力部５０４は、前述した第一ユーザ端末４０の制御部４０１、記憶部４０２、通信部４０３、入出力部４０４と同様の構成であるため、同一の構成については説明を省略する。第二ユーザ端末５０は、第一ユーザ端末４０と比べて、主に制御部５０１が有する機能モジュールが異なっており、制御部５０１が、移動情報処理部５０１１と、移動案内部５０１２の機能モジュールを有している。
【００３８】
移動情報処理部５０１１は、第二ユーザの移動に関する情報の取得や送信といった処理を行う。移動情報処理部５０１１は、例えば、第二ユーザの入力や移動履歴に基づいて、車両の運行を開始する日時、走行経路などに関する情報を取得する。これらの情報は、第二ユーザ情報として管理サーバ２０へ送信される。第二ユーザ情報は、第二ユーザの移動スケジュールに関する情報と、第二ユーザに関する情報とを関連付けた情報である。
【００３９】
移動案内部５０１２は、管理サーバ２０から送信された情報に基づいて、車両の運行についての情報をユーザに提供する。例えば、第二ユーザ端末５０は、入出力部５０４を介し、ディスプレイへの表示出力や音声出力により、第二ユーザに対して、第一ユーザの特徴、第一ユーザごとの乗車地点および降車地点などを通知する。
【００４０】
なお、本実施形態では、第一ユーザ端末４０と第二ユーザ端末５０とを別体として示したが、一台のユーザ端末の制御部が、移動情報処理部４０１１と、移動案内部４０１２と、移動情報処理部５０１１と、移動案内部５０１２とを備え、モードを切り替えることにより、第一ユーザ端末４０と第二ユーザ端末５０の何れの動作も行える構成としてもよい。
【００４１】
次に、管理サーバ２０の構成について説明する。管理サーバ２０は、一般的なコンピュータにより構成される。すなわち、管理サーバ２０は、ＣＰＵやＧＰＵ等のプロセッサ、ＲＡＭやＲＯＭ等の主記憶装置、ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等の補助記憶装置を有するコンピュータである。なお、リムーバブルメディアは、例えば、ＵＳＢメモリ、あるいは、ＣＤやＤＶＤのようなディスク記録媒体であってもよい。補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを主記憶装置の作業領域にロードして実行し、プログラムの実行を通じて各構成部等が制御されることによって、後述するような、所定の目的に合致した各機能を実現することができる。ただし、一部または全部の機能はＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。なお、管理サーバ２０は、単一のコンピュータで構成されてもよいし、互いに連携する複数台のコンピュータによって構成されてもよい。
【００４２】
図４は、管理サーバ２０の構成を示した図である。管理サーバ２０は、制御部２０１、記憶部２０２、通信部２０３を含んで構成される。
【００４３】
通信部２０３は、管理サーバ２０をネットワークに接続するための通信インタフェースである。通信部２０３は、例えば、ネットワークインタフェースボードや、無線通信のための無線通信回路を含んで構成される。
【００４４】
記憶部２０２は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置は、制御部２０１によって実行されるプログラムや、当該制御プログラムが利用するデータが展開されるメモリである。補助記憶装置は、制御部２０１において実行されるプログラムや、当該制御プログラムが利用するデータが記憶される装置である。
【００４５】
さらに、記憶部２０２は、第一データベース（ＤＢ）２０２Ａおよび第二データベース２０２Ｂを記憶する。
【００４６】
第一データベース２０２Ａは、第一ユーザ端末４０から取得した第一のユーザ情報を記憶するデータベースである。第一データベース２０２Ａには、複数の第一ユーザ端末４０から取得した、複数の第一のユーザ情報が記憶されている。
【００４７】
第二データベース２０２Ｂは、第二ユーザ端末５０から取得した第二のユーザ情報を記憶するデータベースである。第二データベース２０２Ｂには、複数の第二ユーザ端末５０から取得した、複数の第二のユーザ情報が記憶されている。
【００４８】
第一データベース２０２Ａおよび第二データベース２０２Ｂは、プロセッサによって実行されるデータベース管理システム（ＤＢＭＳ）のプログラムが、記憶装置に記憶される
データを管理することで構築される。第一データベース２０２Ａおよび第二データベース２０２Ｂは、例えばリレーショナルデータベースである。
【００４９】
ここで、第一データベース２０２Ａに格納される第一のユーザ情報のテーブル構成について、図５を参照して説明する。図５は、第一データベース２０２Ａに格納される第一のユーザ情報のテーブル構成の一例を示す図である。第一のユーザ情報テーブルは、ユーザＩＤフィールド、出発地フィールド、目的地フィールド、移動開始日時フィールドを有する。
【００５０】
ユーザＩＤフィールドには、第一ユーザを特定するための識別情報であるユーザＩＤが格納される。
【００５１】
出発地フィールドには、第一ユーザ端末４０ら受信した第一のユーザ情報に含まれる出発地に関する情報が格納される。出発地は、緯度および経度で表されてもよいが、地点を特定することができれば、どのような形式で表されてもよい。例えば、住所で表されてもよいし、ランドマークの名称等で表されてもよい。
【００５２】
目的地フィールドには、第一ユーザ端末４０から受信した第一のユーザ情報に含まれる目的地に関する情報が格納される。目的地についても、地点を特定することができれば、どのような形式で表されてもよい。図５の例では、緯度および経度を利用している。
【００５３】
移動開始日時フィールドには、第一ユーザ端末４０から受信した第一のユーザ情報に含まれる移動開始日時に関する情報が格納される。移動開始日時は、第一ユーザが車両による移動開始を希望する日付および時刻である。
【００５４】
次に、第二データベース２０２Ｂに格納される第二のユーザ情報のテーブル構成について、図６を参照して説明する。図６は、第二データベース２０２Ｂに格納される第二のユーザ情報のテーブル構成の一例を示す図である。第二のユーザ情報テーブルは、ユーザＩＤフィールド、走行経路フィールド、移動開始日時フィールドを有する。
【００５５】
ユーザＩＤフィールドには、第二ユーザを特定するための識別情報であるユーザＩＤが格納される。
【００５６】
走行経路フィールドには、第二ユーザ端末５０から受信した第二のユーザ情報に含まれる走行経路に関する情報が格納される。走行経路は、第二ユーザが運行する車両の走行経路を特定する情報である。走行経路は、例えば、道路ネットワークに対応するノードやリンクの集合で表されてもよいし、通過する地点の集合で表されてもよい。
【００５７】
移動開始日時フィールドには、第二ユーザ端末５０から受信した第二のユーザ情報に含まれる移動開始日時に関する情報が格納される。移動開始日時は、第二ユーザが車両の運行を開始する日付および時刻である。
【００５８】
制御部２０１は、管理サーバ２０が行う制御を司る演算装置である。制御部２０１は、ＣＰＵなどの演算処理装置によって実現することができる。
【００５９】
制御部２０１は、ユーザ情報取得部２０１１とマッチング部２０１２といった機能モジュールを有して構成される。各機能モジュールは、補助記憶手段に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。
【００６０】
ユーザ情報取得部２０１１は、第一ユーザ端末４０から第一のユーザ情報を取得し、第
一データベース２０２Ａを更新する。また、第二ユーザ端末５０から第二のユーザ情報を取得し、第二データベース２０２Ｂを更新する。取得され、格納されたユーザ情報は、後述するマッチング処理に用いられる。
【００６１】
マッチング部２０１２は、第一のユーザ情報と、第二のユーザ情報と、に基づいて、ユーザ同士をマッチングする。また、マッチング部は、ユーザ端末４０，５０から、第一ユーザが車両１に乗車した旨の情報や、第一ユーザが車両１から降車した旨の情報を受信して、車両１の使用状態が、相乗りしていない状態（第一の状態）か、相乗りしている状態（第二の状態）かを判別し、車載装置１０へ提供してもよい。
【００６２】
本実施形態におけるマッチング処理は、第一ユーザが、第二ユーザが運行する車両に乗車して目的地に移動することが可能となるように、第一ユーザと第二ユーザとをマッチングするための処理である。
【００６３】
また、マッチング部２０１２は、マッチング結果に基づいてマッチング情報を生成する。マッチング情報には、マッチングの成立可否に関する情報が含まれている。マッチング処理において、第一ユーザと第二ユーザとのマッチングが成立した場合は、マッチング部２０１２は、マッチング相手に関する個人情報（例えば、名前、電話番号、メールアドレス等）を含んだマッチング情報を生成する。
【００６４】
生成されたマッチング情報は、第一ユーザ端末４０および第二ユーザ端末５０へ送信される。これにより、マッチングが成立した第一ユーザおよび第二ユーザには、マッチング相手に関する個人情報が提供されることになる。これにより、マッチングが成立した第一ユーザおよび第二ユーザが互いに連絡を取ることが可能となる。
【００６５】
次に、車両１の構成について説明する。図７は、車両１の構成を示す図である。車両１は、車載装置１０や、測位装置１５、センサ１６、カメラ１７、マイク１８を有して構成される。
【００６６】
車載装置１０は、車両１に搭載された情報処理装置であり、車両１に乗車しているユーザの車両内位置等の情報を取得して広告サーバ３０へ送信する。また、車載装置１０は、広告サーバ３０から広告情報を取得し、表示出力、音声出力、ユーザ端末４０，５０へ送信する等、種々の提供形態で広告情報をユーザへ提供する。車載装置１０は、例えば、ナビゲーション装置や、オーディオ装置、ドライブレコーダ等であってもよい。
【００６７】
車載装置１０は、表示装置１０１や、制御部１０２、記憶部１０３、通信部１０４を有している。
【００６８】
表示装置１０１は、例えば、地図や目的地までの経路、広告情報、その他ユーザに対する情報を表示する。表示装置１０１は、表示領域に重畳して設けたタッチパネルを有し、当該タッチパネルに対するユーザの接触操作によって入力操作を受け付ける。なお、表示装置１０１は、複数設けられてもよい。本実施形態では、表示装置１０１として、ダッシュボードの車幅方向中央に設けられ、主に前席のユーザに対する表示を行う前席用ディスプレイと、前席と後席の間に設けられ、主に後席のユーザに対する表示を行う後席用ディスプレイとが備えられている。
【００６９】
制御部１０２は、ユーザの情報や位置情報の取得、及びこれらの情報の送信等の機能を司る演算装置である。制御部１０２は、ＣＰＵ（Central Processing Unit）などの演算
処理装置によって実現することができる。
【００７０】
制御部１０２は、ユーザ情報取得部１０２１と、位置取得部１０２２と、端末通信部１０２３、状態判定部１０２４、通知部１０２５、広告提供部１０２６の機能モジュールを有して構成される。各機能モジュールは、記憶部１０３に記憶されたプログラムをＣＰＵが実行することで実現されてもよい。
【００７１】
ユーザ情報取得部１０２１は、車両１に乗車しているユーザの車両内位置など、ユーザに係る情報（ユーザ情報）を取得する。例えば、ユーザ情報取得部１０２１は、カメラ１７で撮影した車内の画像から、パターンマッチングによって、ユーザの画像を抽出し、ユーザの車両内位置、即ち乗車したユーザが存在する位置を求める。なお、車両１に乗車した全てのユーザが座席に座って乗車する場合、ユーザの車両内位置は、ユーザが座っている座席の位置（在席位置）であってもよい。また、本実施形態のユーザ情報取得部１０２１は、例えば一人のユーザが運転席に座っている場合、ユーザの車両内位置が運転席だけであること、即ち運転席以外にユーザが存在しないことを検出することができる。このためユーザ情報取得部１０２１は、ユーザの乗車人数を検出できる。
【００７２】
また、各シートにユーザの着座を検出するシートセンサが設けられている場合、ユーザ情報取得部１０２１は、各シートセンサの検出結果により、ユーザの車両内位置（在席位置）や乗車人数を取得してもよい。
【００７３】
位置取得部１０２２は、車両１の位置情報を取得する。例えば、位置取得部１０２２は、測位装置１５が複数の測位衛星から受信した信号に基づいて算出した位置情報（緯度・経度）を取得する。また、位置取得部１０２２は、路車間通信や車車間通信により、位置を示すビーコン信号を受信し、このビーコン信号に基づいて自車の位置情報を求めてもよい。位置情報は、緯度と経度に限らず、自車が位置する道路の識別情報（例えばリンク番号）や、直近の交差点等の識別情報（例えばノード番号）などの情報であってもよい。
【００７４】
端末通信部１０２３は、通信部１０４を介してユーザ端末４０，５０を検出し、ユーザ端末４０，５０と通信を行う。端末通信部１０２３は、通信回線Ｎの公衆通信網を介してユーザ端末４０，５０と通信してもよいし、ブルートゥースやＷｉＦｉ等の近距離無線通信によって通信してもよい。
【００７５】
状態判定部１０２４は、車両１の使用状態が、車両１に第二ユーザのみが乗車し、第一ユーザが相乗りしていない第一の状態か、車両１に第一ユーザが相乗りしている第二の状態かを判定する。状態判定部１０２４は、例えば、管理サーバ２０から相乗りする第一ユーザ又は第一ユーザ端末４０の識別情報（例えばユーザＩＤ）を取得し、当該識別情報を有する第一ユーザ端末４０と近距離無線通信が可能な場合に第二の状態と判定する。即ち、第一ユーザ端末４０と近距離無線通信が可能な場合には、通信部１０４から近距離無線通信の電波が到達可能な距離（例えば数ｍ）内に第一ユーザ端末４０が存在することになるので、第一ユーザ端末４０を所持する第一ユーザが車両１内に存在するものとし、第二の状態であると判定する。反対に、第一ユーザ端末４０と近距離無線通信が可能でない場合には、第一ユーザ端末４０を所持する第一ユーザが車両１内に存在しないものとし、第一の状態であると判定する。
【００７６】
なお、使用状態の判定手法は、上記に限らず、管理サーバ２０やユーザ端末４０，５０からライドシェア（相乗り）中か否かを示すライド情報を取得し、このライド情報に基づいて、ライドシェア中でなければ第一の状態と判定し、ライドシェア中であれば第二の状態と判定してもよい。
【００７７】
通知部１０２５は、ユーザ情報取得部１０２１で取得したユーザ情報や、位置取得部１０２２で取得した位置情報を広告サーバ３０へ送信する。
【００７８】
広告提供部１０２６は、車両１の使用状態に応じた提供形態で広告情報を提供する。例えば、広告提供部１０２６は、第一の状態の場合に、第二ユーザの車両内位置に応じた提供形態で広告を提供し、第二の状態の場合、第一ユーザが第一ユーザ端末４０を有していなければ広告を提供せず、第一ユーザが第一ユーザ端末４０を有していれば当該第一ユーザ端末４０に広告を提供する。
【００７９】
記憶部１０３は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置は、制御部１０２によって実行されるプログラムや、当該制御プログラムが利用するデータが展開されるメモリである。補助記憶装置は、制御部１０２において実行されるプログラムや、当該制御プログラムが利用するデータ（広告情報他）が記憶される装置である。補助記憶装置には、プログラムを実行するためのオペレーティングシステムを記憶してもよい。補助記憶装置に記憶されたプログラムが主記憶装置にロードされ、制御部１０２によって実行されることで、前述した機能が実現される。
【００８０】
通信部１０４は、車載装置１０を通信回線Ｎに接続するための無線通信インタフェースである。通信部１０４は、例えば、無線ＬＡＮや３Ｇ、ＬＴＥ等の移動体通信サービスを介して、通信回線Ｎへのアクセスを提供する。
【００８１】
測位装置１５は、車両１の位置情報を取得する手段である。測位装置１５は、例えば、ＧＰＳ（Global Positioning System）やＧＬＯＮＡＳＳ（Global Navigation Satellite
System）等の測位装置を含んで構成され、車両１の位置情報（例えば、緯度と経度）を
算出する。測位装置は、衛星測位システムに限らず、加速度センサやジャイロセンサ、地磁気センサ、車速センサ等により、車両の進行方向と車速を検出し、自律的に自車の位置情報を求めてもよい。
【００８２】
センサ１６は、車両１に搭載されたセンサの集合である。センサ１６は、例えば、車速センサ、距離センサ、舵角センサ、シートセンサといった、車両１に係る物理量をセンサデータとして取得する一つ以上のセンサを含む。
【００８３】
カメラ１７は、車内の前方上部に設けられ、撮影レンズを後方に向け、車内を撮影する。マイク１８は、ユーザの音声を電気信号に変換して制御部１０２へ入力する。
【００８４】
なお、図７に示した構成は一例であり、図示した機能の全部または一部は、専用に設計された回路を用いて実行されてもよい。また、図示した以外の、主記憶装置および補助記憶装置の組み合わせによってプログラムの記憶ないし実行を行ってもよい。
【００８５】
次に、広告サーバ３０の構成について説明する。図８は、広告サーバ３０の構成を示す図である。
【００８６】
広告サーバ３０は、汎用的な情報処理装置（コンピュータ）により構成される。広告サーバ３０は、ＣＰＵやＧＰＵ等のプロセッサ、ＲＡＭやＲＯＭ等の主記憶装置、ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等の補助記憶装置を有するコンピュータである。広告サーバ３０は、通信部３０１、記憶部３０２、制御部３０３を含んで構成される。なお、通信部３０１、記憶部３０２、制御部３０３は、前述した管理サーバ２０の通信部２０３、記憶部２０２、制御部２０１と同様の構成であるため、同一の構成については説明を省略する。
【００８７】
記憶部３０２は、広告情報データベース３０２Ａを記憶する。広告情報データベース３０２Ａは、プロセッサによって実行されるデータベース管理システム（ＤＢＭＳ）のプロ
グラムが、記憶装置に記憶されるデータを管理することで構築される。本実施形態において利用されるデータベースは、例えばリレーショナルデータベースである。
【００８８】
ここで、広告情報データベース３０２Ａに格納されるデータについて、図９を参照して説明する。図９は、広告情報データベース３０２Ａに格納される広告情報テーブルの構成の一例を示す図である。図示したように、広告情報テーブルには、広告の識別子（広告ＩＤ）、広告の属性に関する情報（符号５１）、広告を掲出する条件に関する情報（符号５２）、車両１のユーザを指定する情報（符号５３）、表示装置１０１に出力されるデータ（広告情報、符号５４）が格納される。なお、情報５１〜５３は、表示装置１０１に表示させる広告情報５４を選択するために利用されるため、選択情報５００とも称す。
【００８９】
広告情報５４は、例えば、静止画像データや連続画像（スライドショー）データ、動画像データ、テキストデータ、音声データである。なお、広告情報は、一つの広告について、複数の形式のデータを有していてもよい。例えば、一つの広告について、音声出力する場合の音声データや、メール送信する場合のテキストデータ、表示出力する場合の動画像及び静止画像といった提供形態の異なる複数形式のデータを有することが挙げられる。
【００９０】
制御部３０３は、広告サーバ３０が行う制御を司る演算装置である。制御部３０３は、ＣＰＵなどの演算処理装置によって実現することができる。
【００９１】
制御部３０３は、車両位置取得部３０３１と、属性取得部３０３２と、広告選択部３０３３と、広告提供部３０３４との機能モジュールを有して構成される。各機能モジュールは、補助記憶手段に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。
【００９２】
車両位置取得部３０３１は、通信回線Ｎを介して、車両１から、当該車両１の位置情報を取得する。
【００９３】
属性取得部３０３２は、車両１に乗車しているユーザの属性情報を取得する。例えば、属性取得部３０３２は、各車両１の車載装置１０から通信回線Ｎを介して属性情報を取得する。属性情報は、例えば、ユーザの年齢、性別、趣味、指定のジャンル、指定のキーワードなど、広告を選択するための情報である。
【００９４】
広告選択部３０３３は、車両位置取得部３０３１で取得した車両１の位置情報や、属性取得部３０３２で取得した属性情報に基づいて車両１へ提供する広告情報を選択する。例えば、広告選択部３０３３は、広告情報データベース３０２Ａを参照し、選択情報５００が、車両１から取得した位置情報や属性情報と合致する広告情報を選択する。
【００９５】
広告提供部３０３４は、広告選択部３０３３で選択した広告情報を車両１へ送信することで、車両１の車載装置により広告をユーザに提供させる。なお、広告情報を車両１へ送信するタイミングは、ユーザへ提供する時に限定されるものはない。例えば、広告提供部３０３４は、ユーザに提供する予定の広告情報を予め車両１の車載装置１０へ送信し、記憶部１０３に記憶させてもよい。この場合、広告提供部３０３４は、広告選択部３０３３で選択された広告情報の広告ＩＤと共に、広告情報を提供させる制御信号（提供命令）を車両１へ送信することで、当該広告ＩＤで特定される広告情報を提供させる。
【００９６】
（マッチング方法）
次に、ライドシェアを行うためのマッチング処理について説明する。図１０は、マッチング処理を示すフローチャートである。マッチング処理は、第一データベース２０２Ａに第一のユーザ情報が、第二データベース２０２Ｂに第二のユーザ情報が格納されている場
合において、周期的に実行される。処理の実行主体は、明示した場合を除いてマッチング部２０１２である。
【００９７】
マッチング処理は、例えば、複数のユーザが同一の車両に同乗するために、どの程度のコストが発生するかに基づいて行うことができる。例えば、出発地にいる第一ユーザが、第二ユーザが運転する車両に乗車するために当該車両の走行経路上まで徒歩で移動する場合、移動距離や移動にかかる時間がコストとなる。また、第二ユーザが運転する車両が、本来の走行経路を外れて第一ユーザを迎えに行く場合、本来の走行経路から外れて走行する距離や時間がコストとなる。
【００９８】
同様に、第一ユーザが、車両から下車した後に目的地まで徒歩で移動する場合、移動距離や移動にかかる時間がコストとなる。この他にも、第一ユーザが移動を開始する時刻と、第二ユーザが近傍を通過する時刻が異なる場合、その時間差がコストとなる。マッチング処理においては、例えば、これらのコストを表す一つ以上の指標を、全てのユーザのペアについて算出し、指標の合計が最も小さいペアを組み合わせてもよい。
【００９９】
なお、以下の説明においては、コストを表す指標に基づいてマッチングを行う例を示すが、マッチングの方法は一例であり、他の任意の手法を用いてもよい。例えば、時空間ネットワークにおける最短距離に基づいてマッチングを行ってもよいし、他の基準に基づいてマッチングを行ってもよい。また、複数の指標を用いる場合、各指標のそれぞれに重みを付してもよい。
【０１００】
まず、ステップＳ１０で、第一データベース２０２Ａおよび第二データベース２０２Ｂから、比較対象となる第一のユーザ情報および第二のユーザ情報をそれぞれ一レコードずつ取得する。なお、全てのユーザ情報の組み合わせについて比較を行うことができれば、ユーザ情報を取得する順番は問わない。
【０１０１】
ステップＳ２０では、抽出した第一のユーザ情報と第二のユーザ情報に基づいて、コストを表す指標を算出する。例えば、第一ユーザが車両に乗車するまでにかかるコスト、第一ユーザが車両から降車してからかかるコスト、待機時間に相当するコスト等を算出する。そして、これらの指標を総合して、マッチングにおける好ましさを表す総合的なスコア（以下、マッチングスコア）を算出する。マッチングスコアは、例えば、マッチングによって発生するコストが低いほど高くなる。算出したマッチングスコアは、第一ユーザと第二ユーザのペアごとに一時的に記憶される。
【０１０２】
ステップＳ３０では、マッチングスコアの算出を行っていないユーザ情報の組み合わせがあるかを確認し、ある場合はステップＳ１０へ戻り、処理を続行する。ない場合は、ステップＳ４０へ遷移する。
【０１０３】
ステップＳ４０では、算出したマッチングスコアに基づいてマッチング結果をソートし、マッチングが成立するユーザ情報のペアを抽出する。例えば、マッチングスコアが閾値よりも小さいユーザ情報のペアがある場合に、マッチング成立と判定してもよい。なお、ある第一ユーザについて、マッチングの候補となる第二ユーザが複数存在する場合、その他の基準に基づいて、いずれかを選択してもよい。例えば、性別や年齢など、考慮することが好ましい項目がある場合、当該項目によってマッチング相手を選択してもよい。なお、条件を満たす相手が存在しない場合、当該ユーザについては、「マッチング不成立」としてもよい。この場合、後述するステップＳ５０において、マッチングが成立しなかった旨を示すマッチング情報を生成する。
【０１０４】
マッチングが成立すると、第一ユーザが実際に車両１に乗車する地点（以下、乗車地点
）と、第一ユーザが車両１から降車する地点（以下、降車地点）が決定される。乗車地点および降車地点は、必ずしも、第一ユーザが指定した出発地および目的地と一致しない。乗車地点および降車地点は、第二ユーザが運行する車両の走行経路との兼ね合いによって決定される。
【０１０５】
ステップＳ５０では、マッチングが成立した第一ユーザと第二ユーザのそれぞれに対して、マッチング情報を生成する。
【０１０６】
第一ユーザに提供するマッチング情報は、第二ユーザが運行する車両に関する情報（例えば、ナンバープレートや車種情報など）、乗車地点、プライバシー保護処理後の降車地点、第二ユーザの個人情報等を含んだ情報である。また、第二ユーザに提供するマッチング情報は、第一ユーザの乗車地点、降車地点、第一ユーザの個人情報等を含んだ情報である。生成されたマッチング情報は、第一ユーザに対応する第一ユーザ端末４０と、第二ユーザに対応する第二ユーザ端末５０にそれぞれ送信される。
【０１０７】
なお、第二ユーザが運行する車両に関する情報、第一ユーザの個人情報、第二ユーザの個人情報等は、各ユーザの個人情報が格納された個人情報データベースから取得してもよい。この場合、個人情報データベースから、マッチングされた第一ユーザおよび第二ユーザについての個人情報を抽出することで、上記のようなマッチング情報を生成することができる。なお、個人情報は、必ずしも個人を特定するための情報でなくてもよい。例えば、性別、年代、外観上の特徴といった、第一ユーザと第二ユーザが合流するために必要な最低限の情報であってもよい。
【０１０８】
マッチング情報を確認した第一ユーザおよび第二ユーザがこれを承認すると、その旨がユーザ端末４０，５０から管理サーバ２０に送信され、マッチング部２０１２が、マッチングが正式に成立したものと判定し、その旨を各ユーザ端末４０，５０に通知する（ステップＳ６０）。
【０１０９】
マッチング情報の通知を受けた第一ユーザと第二ユーザは、当該マッチング情報に従い、乗車地点で待ち合わせし、第一ユーザが乗車地点から降車地点まで相乗り（ライドシェアリング）する。第一ユーザが車両１に乗車した場合、第一ユーザ又は第二ユーザの操作により、第一ユーザが乗車した旨の乗車情報をユーザ端末４０，５０から管理サーバ２０へ送信する。乗車情報を受信した管理サーバ２０は、当該車両１の使用状態として相乗り中（第二の状態）であることを記憶する（ステップＳ７０）。
【０１１０】
また、第一ユーザが車両１から降車した場合、第一ユーザ又は第二ユーザの操作により、第一ユーザが降車した旨の降車情報をユーザ端末４０，５０から管理サーバ２０へ送信する。車両１に乗車した全ての第一ユーザについて降車情報を受信した管理サーバ２０は、当該車両１の使用状態として相乗り中でない（第一の状態である）ことを記憶する（ステップＳ８０）。
【０１１１】
このように、管理サーバ２０が、第一ユーザと第二ユーザとのマッチングを行い、マッチング情報をユーザ端末４０，５０へ夫々送信することで、ライドシェアリングを可能にしている。
【０１１２】
（広告提供方法）
次に、本実施形態に係る広告提供システム１００において、車両１の車載装置１０が実行する広告表示方法（情報処理方法）について説明する。図１１は、車載装置１０が実行する広告表示方法の処理手順を示す図である。なお、図１１に示した処理は、車載装置１０の電力がＯＮされた場合や、処理開始の指示がなされた場合に、開始し、車載装置１０
の電力がＯＦＦされた場合や、処理停止の指示がなされるまで、繰り返し実行される。
【０１１３】
ステップＳ１１０にて、車載装置１０は、車両１の位置情報及び乗員の属性情報を広告サーバ３０へ送信する。この位置情報や属性情報を受信した広告サーバ３０は、広告情報データベース３０２Ａを参照し、当該位置情報や各ユーザの属性情報に適合する広告情報を選択し、車載装置１０へ送信する。例えば、属性情報が、４５歳、女性の場合、図９の例では、広告ＩＤがＡ１０２，Ａ１０４の広告情報が選択される。また、広告サーバ３０は、現在時刻に応じて広告情報を選択してもよい。例えば、現在時刻が１９時であれば、表示時間帯にこの時刻を含む広告情報、図９の例では広告ＩＤがＡ１０２，Ａ１０３の広告情報を選択する。なお、広告サーバ３０は、位置情報や属性情報に関わらず、現在時刻に応じて選択した広告情報を車載装置１０へ送信してもよい。また、選択せずに全ての広告情報を所定の周期で車載装置１０へ送信してもよい。このように車載装置１０が位置情報や属性情報を広告情報の選択に用いない場合には、ステップＳ１１０は省略されてよい。
【０１１４】
ステップＳ１２０にて、車載装置１０は、広告サーバ３０から広告情報を受信したか否かを判定する。なお、随時広告情報を受信するのではなく、予め広告サーバ３０から広告情報を取得して記憶しておき、広告情報を提供するタイミングで広告サーバ３０から制御信号（提供命令）を受信する構成の場合、ステップＳ１２０では、制御命令を受信したか否かを判定してもよい。
【０１１５】
ステップＳ１２０で否定判定の場合には、図１１の処理を終了し、肯定判定の場合には、ステップＳ１３０へ移行する。
【０１１６】
ステップＳ１２０で肯定判定の場合、車載装置１０は、車両１の使用状態を検出する（ステップＳ１３０）。例えば、車載装置１０は、管理サーバ２０から車両１の使用状態を示す情報を取得する。また、車載装置１０は、第一ユーザが持つ第一ユーザ端末４０の識別情報（例えばユーザＩＤ）を管理サーバ２０から取得すると共に、近距離無線通信によって通信可能なユーザ端末、即ち車両内に存在すると推定されるユーザ端末（以下、車両内ユーザ端末）４０，５０の識別情報を取得し、当該車両内ユーザ端末の識別情報と、第一ユーザ端末４０の識別情報とが一致した場合、使用状態が第二の状態であると検出する。一方、車両内ユーザ端末の識別情報と、第一ユーザ端末４０の識別情報とが一致しなかった場合、使用状態が第一の状態であると検出する。
【０１１７】
ステップＳ１４０にて、車載装置１０は、車両１がライドシェア中か否か、即ち使用状態が第二の状態か否かを判定する。ステップＳ１４０で、肯定判定の場合、車載装置１０は、相乗り用の広告配信処理を行う（ステップＳ１５０）。
【０１１８】
一方、ステップＳ１４０で、否定判定の場合、車載装置１０は、プライベート用の広告配信処理を行う（ステップＳ１６０）。
【０１１９】
図１２は、図１１におけるステップＳ１５０の処理の詳細を示す図である。ステップＳ１５２にて、車載装置１０は、第一ユーザが持つ第一ユーザ端末４０の識別情報を管理サーバ２０又は第二ユーザ端末５０から取得する。なお、ステップＳ１３０で第一ユーザ端末４０の識別情報を取得している場合、ステップＳ１５２の処理は省略してもよい。
【０１２０】
ステップＳ１５４にて、車載装置１０は、第一ユーザ及び第二ユーザがユーザ端末４０，５０を所持しているか否かを判定する。例えば、車載装置１０は、近距離無線通信によって通信可能なユーザ端末（車両内ユーザ端末）の識別情報を取得し、当該識別情報が、ステップＳ１５２，Ｓ１３０で取得した第一ユーザ端末４０の識別情報や予め登録された
第二ユーザ端末５０の識別情報と一致した場合、ユーザ端末４０，５０を所持していると判定し、一致しなかった場合、ユーザ端末４０，５０を所持していないと判定する。
【０１２１】
ステップＳ１５４において、肯定判定の場合、車載装置１０は、各ユーザのユーザ端末４０，５０へ広告情報を送信し（ステップＳ１５６）、否定判定の場合、広告情報を提供しないものとして（ステップＳ１５８）、図１２の処理を終了する。
【０１２２】
図１３は、図１１におけるステップＳ１６０の処理の詳細を示す図である。ステップＳ１６１にて、車載装置１０は、ユーザの車両内位置に応じて広告情報を提供する処理を選択する。車載装置１０は、例えば、第二ユーザの車両内位置（在席位置）が運転席の場合に、ステップＳ１６２へ移行し、車両内位置が助手席の場合に、ステップＳ１６３へ移行し、車両内位置が後席の場合に、ステップＳ１６６へ移行する。
【０１２３】
ステップＳ１６２へ移行した場合、車載装置１０は、ステップＳ１２０で取得した広告情報の音声データをスピーカから出力する。
【０１２４】
ステップＳ１６３へ移行した場合、車載装置１０は、第二ユーザが第二ユーザ端末５０を所持しているか否かを判定する。例えば、車載装置１０は、近距離無線通信によって通信可能なユーザ端末の識別情報を取得し、当該識別情報が、予め登録した第二ユーザ端末５０の識別情報と一致した場合、第二ユーザが第二ユーザ端末５０を所持していると判定し、一致しなかった場合、第二ユーザ端末５０を所持していないと判定する。
【０１２５】
ステップＳ１６３において、否定判定の場合、車載装置１０は、前席用ディスプレイに広告情報を表示させ（ステップＳ１６４）、肯定判定の場合、第二ユーザ端末５０へ広告情報を送信する（ステップＳ１６５）。
【０１２６】
また、ステップＳ１６６へ移行した場合、車載装置１０は、後席用ディスプレイに広告情報を表示させる。
【０１２７】
ステップＳ１６７にて、車載装置１０は、ステップＳ１６２〜Ｓ１６６で広告情報を提供していない第二ユーザが他にいるか否かを判定し、肯定判定であれば、ステップＳ１６１へ戻り、否定判定であれば図１３の処理を終了する。
【０１２８】
このように、本実施形態によれば、広告情報を車両の使用状態に応じて適切な提供方法で提供でき、広告の効果を高めることができる。なお、図１２、図１３に示す提供形態は、一例であり、この提供形態に限定されるものではない。例えば、ステップＳ１６２で運転者に対して広告情報を提供する場合、音出力すると共にユーザ端末へ広告情報を送信してもよい。また、ステップＳ１６４にて、前席ディスプレイに表示させることに代えて、広告情報を音出力してもよい。
【０１２９】
（その他の変形例）
本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。
【０１３０】
例えば、前述の実施形態及び変形例では、広告サーバ３０が広告情報を選択する処理を実行したが、車両１の車載装置１０が実行する構成としても構わない。即ち、制御部１０２が、広告情報やユーザの属性情報等の必要な情報を広告サーバ３０を介して取得し、広告情報を選択して表示する。また、広告サーバ３０の処理を全て制御部１０２が行う構成とし、制御部１０２が、ユーザ端末４０，５０から属性情報等の必要な情報を取得し、広告情報を選択して表示してもよい。
【０１３１】
本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク・ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。
【符号の説明】
【０１３２】
１                ：車両
１０              ：車載装置
２０              ：管理サーバ
３０              ：広告サーバ
４０，５０        ：ユーザ端末
１００            ：広告提供システム
【図１】
2020052355.tif 000003
【図２】
2020052355.tif 000004
【図３】
2020052355.tif 000005
【図４】
2020052355.tif 000006
【図５】
2020052355.tif 000007
【図６】
2020052355.tif 000008
【図７】
2020052355.tif 000009
【図８】
2020052355.tif 000010
【図９】
2020052355.tif 000011
【図１０】
2020052355.tif 000012
【図１１】
2020052355.tif 000013
【図１２】
2020052355.tif 000014
【図１３】
2020052355.tif 000015