(57)【要約】【課題】ユーザに提供されるコンテンツの出力タイミングを制御可能にすること。【解決手段】端末位置特定部２０２は、ユーザ端末の位置を特定する。コンテンツ特定部２０３は、特定されたユーザ端末の位置に応じた地理的な領域に対応付けられたコンテンツを特定する。出力条件決定部２１２は、ユーザが乗車する車両の状態に関する車両情報を用いた条件を出力条件として決定する。コンテンツ送信部２１３は、特定されたコンテンツとそのコンテンツを出力する出力条件とをユーザ端末に送信する。出力条件判定部１０５は、コンテンツの出力条件が満たされたか否かを判定する。コンテンツ出力部１０６は、出力条件が満たされたと判定された場合に、コンテンツ受信部１０４が受信したコンテンツを出力する。【選択図】図４
2017199121.tif 000002
【特許請求の範囲】
【請求項１】
端末の位置を特定する位置特定部と、
特定された前記端末の位置に応じた地理的な領域に対応付けられたコンテンツを特定するコンテンツ特定部と、
特定された前記コンテンツと当該コンテンツを出力する出力条件とを前記端末に送信する送信部と
を備える情報処理装置。
【請求項２】
前記端末は、車両とともに移動しており、
前記送信部は、前記車両の状態に関する車両情報に応じた条件を前記出力条件として送信する
請求項１に記載の情報処理装置。
【請求項３】
前記送信部は、前記車両の乗員数を表す情報を前記車両情報として用いる
請求項２に記載の情報処理装置。
【請求項４】
前記端末は、車両とともに移動しており、
前記送信部は、前記車両の周囲の状況に関する状況情報に応じた条件を前記出力条件として送信する
請求項１から３のいずれか１項に記載の情報処理装置。
【請求項５】
前記送信部は、前記車両が走行するルートの特徴を表す情報を前記状況情報として用いる
請求項４に記載の情報処理装置。
【請求項６】
前記端末は、車両とともに移動しており、
前記送信部は、前記車両に乗車するユーザに関連するユーザ関連情報に応じた条件を前記出力条件として送信する
請求項１から５のいずれか１項に記載の情報処理装置。
【請求項７】
前記送信部は、前記ユーザの運転歴を表す情報を前記ユーザ関連情報として用いる
請求項６に記載の情報処理装置。
【請求項８】
前記送信部は、前記ユーザの疲労度を表す情報を前記ユーザ関連情報として用いる
請求項６に記載の情報処理装置。
【請求項９】
前記送信部は、前記ユーザの走行目的を表す情報を前記ユーザ関連情報として用いる
請求項６に記載の情報処理装置。
【請求項１０】
前記送信部は、前記車両が走行する地域における前記ユーザの走行経験を表す情報を前記ユーザ関連情報として用いる
請求項６に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザにコンテンツを提供する技術に関する。
【背景技術】
【０００２】
ユーザにコンテンツを提供する技術が知られている。例えば特許文献１には、ワンセグの配信エリアに車両が到達すると、番組用路側無線装置からのエリアワンセグによる情報提供が開始される技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１４３０７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の技術のように、車両が所定の領域に到達したタイミングでコンテンツが配信される技術では、その到達のタイミングでしかコンテンツが出力されない。一方で、出力されたコンテンツを確認したり、そのコンテンツが表す場所に立ち寄るかどうかを判断したりするために必要な時間は、ユーザによって異なるし、渋滞の有無などの周囲の状況によっても左右される。そのため、一律のタイミングでしかコンテンツが出力されないと、出力されたコンテンツの確認やそれに基づく判断をユーザが十分に行えないということが起こりやすい。
そこで、本発明は、ユーザに提供されるコンテンツの出力タイミングを制御可能にすることを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明は、端末の位置を特定する位置特定部と、特定された前記端末の位置に応じた地理的な領域に対応付けられたコンテンツを特定するコンテンツ特定部と、特定された前記コンテンツと当該コンテンツを出力する出力条件とを前記端末に送信する送信部とを備える情報処理装置を提供する。
【０００６】
また、前記端末は、車両とともに移動しており、前記送信部は、前記車両の状態に関する車両情報に応じた条件を前記出力条件として送信してもよい。
さらに、前記送信部は、前記車両の乗員数を表す情報を前記車両情報として用いてもよい。
【０００７】
また、前記端末は、車両とともに移動しており、前記送信部は、前記車両の周囲の状況に関する状況情報に応じた条件を前記出力条件として送信してもよい。
さらに、前記送信部は、前記車両が走行するルートの特徴を表す情報を前記状況情報として用いてもよい。
【０００８】
また、前記端末は、車両とともに移動しており、前記送信部は、前記車両に乗車するユーザに関連するユーザ関連情報に応じた条件を前記出力条件として送信してもよい。
さらに、前記送信部は、前記ユーザの運転歴を表す情報を前記ユーザ関連情報として用いてもよい。
【０００９】
また、前記送信部は、前記ユーザの疲労度を表す情報を前記ユーザ関連情報として用いてもよい。
さらに、前記送信部は、前記ユーザの走行目的を表す情報を前記ユーザ関連情報として用いてもよい。
また、前記送信部は、前記車両が走行する地域における前記ユーザの走行経験を表す情報を前記ユーザ関連情報として用いてもよい。
【発明の効果】
【００１０】
本発明によれば、ユーザに提供されるコンテンツの出力タイミングを制御可能にすることができる。
【図面の簡単な説明】
【００１１】
【図１】第１実施例に係るコンテンツ配信システムの全体構成を表す図
【図２】スマートフォンのハードウェア構成を表す図
【図３】配信サーバ装置のハードウェア構成を表す図
【図４】各装置が実現する機能構成を表す図
【図５】ジオフェンス領域テーブルの一例を表す図
【図６】出力条件テーブルの一例を表す図
【図７】出力されたコンテンツの一例を表す図
【図８】コンテンツの出力タイミングの例を表す図
【図９】コンテンツ提供処理における各装置の動作手順の一例を表す図
【図１０】第２実施例のコンテンツ配信システムの全体構成を表す図
【図１１】コンテンツ配信システムが実現する機能構成を表す図
【図１２】出力条件テーブルの一例を表す図
【図１３】出力条件テーブルの別の一例を表す図
【図１４】出力条件テーブルの別の一例を表す図
【図１５】第３実施例のコンテンツ配信システムが実現する機能構成を表す図
【図１６】ルート特徴テーブルの一例を表す図
【図１７】出力条件テーブルの一例を表す図
【図１８】コンテンツ配信システムが実現する機能構成を表す図
【図１９】出力条件テーブルの一例を表す図
【図２０】コンテンツ配信システムが実現する機能構成を表す図
【図２１】出力条件テーブルの別の一例を表す図
【図２２】出力条件テーブルの別の一例を表す図
【図２３】出力条件テーブルの別の一例を表す図
【図２４】第４実施例のコンテンツ配信システムが実現する機能構成を表す図
【図２５】出力条件テーブルの一例を表す図
【図２６】コンテンツ配信システムが実現する機能構成を表す図
【図２７】出力条件テーブルの別の一例を表す図
【図２８】コンテンツ配信システムが実現する機能構成を表す図
【図２９】出力条件テーブルの別の一例を表す図
【図３０】実施例の出力条件テーブルの別の一例を表す図
【図３１】コンテンツ配信システムが実現する機能構成を表す図
【図３２】走行経験テーブルの一例を表す図
【図３３】出力条件テーブルの別の一例を表す図
【図３４】変形例のコンテンツ配信システムが実現する機能構成を表す図
【図３５】変形例のコンテンツ配信システムが実現する機能構成を表す図
【発明を実施するための形態】
【００１２】
［１］第１実施例
図１は第１実施例に係るコンテンツ配信システム１の全体構成を表す。コンテンツ配信システム１は、ユーザに対してコンテンツを配信するシステムである。コンテンツ配信システム１では、本実施例においては、自動車に乗車して移動するユーザに対してコンテンツを配信することが想定されている。
【００１３】
コンテンツ配信システム１は、ネットワーク２と、スマートフォン１０と、配信サーバ装置２０とを備える。ネットワーク２は、移動体通信網やインターネットなどを含み、装置同士のデータのやり取りを仲介する。ネットワーク２には、スマートフォン１０が移動体通信で接続され、配信サーバ装置２０が有線（無線でもよい）で接続されている。
【００１４】
スマートフォン１０は、道路４の上を走行する車両３に乗車するユーザが利用するユーザ端末であり、車両３とともに移動する。スマートフォン１０には、コンテンツ配信システム１で配信されるコンテンツの受信や出力を行うためのプログラムである配信アプリが記憶されている。スマートフォン１０は、配信アプリの機能により、自装置の位置を示す位置情報を定期的に配信サーバ装置２０に送信する。
【００１５】
配信サーバ装置２０は、ユーザ端末にコンテンツを配信する。配信サーバ装置２０は、例えば、交通規制や渋滞などの有無を表す交通情報を配信する。配信サーバ装置２０は、他にも、店舗で利用可能なクーポンや店舗での人気商品、特売の時間帯などの店舗関連情報を配信する。配信サーバ装置２０は、スマートフォン１０から送信されてくる位置情報が示す位置に基づき、車両３が通り掛かりそうな場所に関係する交通情報及び店舗関連情報を配信する。
【００１６】
配信サーバ装置２０は、スマートフォン１０からの位置情報を定期的に受信すると、そのときに配信すべきコンテンツがあれば、位置情報の送信に対する応答でコンテンツを配信する。このように位置情報とコンテンツがやり取りされる定期的な通信のことを「定期通信」という。定期通信は、例えば１分間に数回の頻度で行われる。コンテンツ配信システム１においては、スマートフォン１０と配信サーバ装置２０とが定期通信を行いながら、必要に応じてコンテンツが配信される。
【００１７】
図２はスマートフォン１０のハードウェア構成を表す。スマートフォン１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＡＭ（Random Access Memory）１２と、ＲＯＭ（Read Only Memory）１３と、ＮＩＣ（Network Interface Card）１４と、ストレージ１５と、タッチスクリーン１６と、スピーカ１７と、ＧＰＳ（Global Positioning System）モジュール１８を備えるコンピュータである。ＣＰＵ１１は、ＲＡＭ１２をワークエリアとして用いてＲＯＭ１３やストレージ１５に記憶されているプログラムを実行することで各部の動作を制御する。ＮＩＣ１４は、移動体通信に準拠した無線通信を行う通信回路を有し、ネットワーク２を介して外部装置と通信を行う。
【００１８】
ストレージ１５は、例えばフラッシュメモリであり、ＣＰＵ１１が制御に用いるデータやプログラムを記憶している。タッチスクリーン１６は、自装置の表示手段であるディスプレイと、ディスプレイの表面に設けられたタッチパネルとを備え、画像を表示するとともに、ユーザからの操作を受け付ける。スピーカ１７は、デジタル・アナログ変換器及びスピーカユニット等を備え、ＣＰＵ１１から供給された音データを信号に変換し、その音データが示す音をスピーカユニットから放出する。ＧＰＳモジュール１８は、ＧＰＳ衛星からの信号を用いて自身の位置を測定するセンサである。ＧＰＳモジュール１８は、測定した位置を緯度及び経度で表す位置データをＣＰＵ１１に供給する。
【００１９】
図３は配信サーバ装置２０のハードウェア構成を表す。配信サーバ装置２０は、ＣＰＵ２１と、ＲＡＭ２２と、ＲＯＭ２３と、ＮＩＣ２４と、ストレージ２５とを備えるコンピュータである。ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ＮＩＣ２４は、図２に表す同名のハードウェアとそれぞれ共通するものである。ストレージ２５は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などの記憶手段である。ストレージ２５は、ＣＰＵ２１が制御に用いるデータやプログラムを記憶している。
【００２０】
コンテンツ配信システム１が備える各装置のＣＰＵがプログラムを実行して各部を制御することで、以下に述べる機能が実現される。
図４は各装置が実現する機能構成を表す。スマートフォン１０は、測位部１０１と、装置ＩＤ記憶部１０２と、端末情報定期送信部１０３と、コンテンツ受信部１０４と、出力条件判定部１０５と、コンテンツ出力部１０６とを備える。配信サーバ装置２０は、端末情報受信部２０１と、端末位置特定部２０２と、コンテンツ特定部２０３と、コンテンツ読出部２０４と、コンテンツ記憶部２０５と、移動速度特定部２１１と、出力条件決定部２１２と、コンテンツ送信部２１３とを備える。
【００２１】
スマートフォン１０の測位部１０１は、自装置の位置を繰り返し測定する。測位部１０１は、例えば、上述した定期通信よりも短い時間間隔（例えば１分間に数十回）で繰り返し位置を測定する。測位部１０１は、位置を測定すると、その度に、測定した位置を示す位置情報を端末情報定期送信部１０３及び出力条件判定部１０５に供給する。装置ＩＤ記憶部１０２は、自装置を識別する識別情報として、装置ＩＤ（Identification）を記憶する。装置ＩＤとしては、例えばＩＭＳＩ（International Mobile Subscriber Identity）などが用いられる。
【００２２】
端末情報定期送信部１０３は、自装置に関する情報である端末情報を配信サーバ装置２０に対して定期的に送信する。端末情報定期送信部１０３は、測位部１０１から位置情報が供給されると、装置ＩＤ記憶部１０２から装置ＩＤを読み出し、位置情報及び装置ＩＤを含む情報を端末情報として、予め記憶している配信サーバ装置２０の宛先に向けて送信する。
【００２３】
配信サーバ装置２０の端末情報受信部２０１は、ユーザ端末に関する情報である端末情報を受信する。なお、本実施例ではスマートフォン１０は１台しか登場しないが、端末情報受信部２０１は、複数のスマートフォン１０からそれぞれ送信されてくる端末情報を受信することもある。その場合、各端末情報に含まれる装置ＩＤによって、どのスマートフォン１０から送信されてきた端末情報であるかが識別される。端末情報受信部２０１は、スマートフォン１０から送信されてきた端末情報を受信すると、受信した端末情報を端末位置特定部２０２及び移動速度特定部２１１に供給する。
【００２４】
端末位置特定部２０２は、ユーザ端末の位置を特定する機能であり、本発明の「位置特定部」の一例である。端末位置特定部２０２は、端末情報受信部２０１から端末情報が供給されると、供給された端末情報に含まれる位置情報が示す位置を、ユーザ端末であるスマートフォン１０の位置として特定する。端末位置特定部２０２は、特定した位置をコンテンツ特定部２０３に供給する。
【００２５】
コンテンツ特定部２０３は、端末位置特定部２０２により特定されたユーザ端末の位置に応じた地理的な領域に対応付けられたコンテンツを特定する。コンテンツ配信システム１においては、コンテンツと地理的な領域とが対応付けられている。例えば、店舗Ａのクーポンというコンテンツが店舗Ａを含む領域に対応付けられ、店舗Ｂの商品情報というコンテンツが店舗Ｂを含む領域に対応付けられているという具合である。この領域は仮想的な境界線（ジオフェンス）で囲まれている。以下ではこの領域のことを「ジオフェンス領域」という。ジオフェンス領域は、例えば或る地点（店舗など）を中心とした円形の領域である。
【００２６】
コンテンツ配信システム１においては、複数のコンテンツとともに複数のジオフェンス領域が登録されている。コンテンツ特定部２０３は、それら複数のジオフェンス領域のうち、ユーザ端末の位置に応じたジオフェンス領域を特定することで、特定したジオフェンス領域に対応付けられているコンテンツを特定する。コンテンツ特定部２０３は、例えば、図１に表す車両３とともに移動するスマートフォン１０がこれから近くを通る可能性のあるジオフェンス領域を特定する。コンテンツ特定部２０３は、各コンテンツのコンテンツ名称と、それらのコンテンツに対応付けられているジオフェンス領域の位置を表す位置情報とを対応付けたジオフェンス領域テーブルを用いる。
【００２７】
図５はジオフェンス領域テーブルの一例を表す。図５の例では、「店舗Ａクーポン」、「店舗Ｂ商品情報」及び「交差点Ｃ交通規制」というコンテンツ名称に、「北緯：ｘｘｘ１、東経：ｘｘｘ１」、「北緯：ｘｘｘ２、東経：ｘｘｘ２」及び「北緯：ｘｘｘ３、東経：ｘｘｘ３」というジオフェンス領域の位置情報が対応付けられている。この位置情報は、ジオフェンス領域の中心地点の緯度及び経度を表している。コンテンツ特定部２０３は、端末位置特定部２０２からユーザ端末の位置が供給されると、供給されたユーザ端末の位置との距離が閾値Ｔｈ１未満の位置情報に対応付けられている名称のコンテンツを特定する。
【００２８】
閾値Ｔｈ１としては、例えば５００ｍや１０００ｍなどの長さが定められる。つまり、ユーザ端末がジオフェンス領域の中心地点に閾値Ｔｈ１の距離まで近づくと、そのジオフェンス領域に対応付けられているコンテンツがコンテンツ特定部２０３により特定されることになる。コンテンツ特定部２０３は、コンテンツを特定すると、特定したコンテンツの名称をコンテンツ読出部２０４に供給する。コンテンツ読出部２０４は、コンテンツ特定部２０３により特定されたコンテンツを、コンテンツ記憶部２０５から読み出す。コンテンツ記憶部２０５は、複数のコンテンツを記憶している。コンテンツ読出部２０４は、読み出したコンテンツをコンテンツ送信部２１３に供給する。
【００２９】
移動速度特定部２１１は、スマートフォン１０が移動する速度を特定する。移動速度特定部２１１には、端末情報受信部２０１から端末情報が供給される。移動速度特定部２１１は、端末情報受信部２０１から供給された端末情報に含まれる位置情報を、供給された時刻に対応付けて記憶する。移動速度特定部２１１は、例えば前回記憶した位置情報が示す位置と今回記憶した位置情報が示す位置との距離を算出し、算出した距離を、両位置情報に対応付けた時刻の差分で除した値を、スマートフォン１０の移動速度として特定する。移動速度特定部２１１は、特定した移動速度を出力条件決定部２１２に供給する。
【００３０】
出力条件決定部２１２は、コンテンツを出力する条件である出力条件を決定する。出力条件決定部２１２は、本実施例では、ユーザが乗車する車両の状態に関する車両情報に応じた条件を出力条件として決定する。車両情報とは、例えば、車両が移動する速度（すなわち車速）である。出力条件決定部２１２は、本実施例では、車速と出力条件とを対応付けた出力条件テーブルを用いて決定を行う。
【００３１】
図６は出力条件テーブルの一例を表す。図６の例では、「閾値Ｔｈ１１未満」という車速に「店舗までの距離がＬ１」という出力条件が対応付けられている。また、「閾値Ｔｈ１１以上閾値Ｔｈ１２未満」、「閾値Ｔｈ１２以上」という車速に「店舗までの距離がＬ２」、「店舗までの距離がＬ３」という出力条件がそれぞれ対応付けられている（各距離の大小関係はＬ１＜Ｌ２＜Ｌ３）。ここでいう距離は、例えば店舗との直線距離である。
【００３２】
出力条件決定部２１２は、移動速度特定部２１１からスマートフォン１０の移動速度が供給されると、供給された移動速度を車速とみなし、この車速に出力条件テーブルで対応付けられている出力条件を決定する。出力条件決定部２１２は、例えばＴｈ１１未満の車速が供給されると、「閾値Ｔｈ１１未満」に対応付けられている「店舗までの距離がＬ１」という出力条件を決定する。出力条件決定部２１２は、こうして車両情報に応じた出力条件を決定し、決定した出力条件をコンテンツ送信部２１３に供給する。
【００３３】
コンテンツ送信部２１３は、コンテンツ特定部２０３により特定されたコンテンツとそのコンテンツを出力する出力条件とをユーザ端末に送信する。コンテンツ送信部２１３は本発明の「送信部」の一例である。コンテンツ送信部２１３は、コンテンツ読出部２０４からコンテンツ（すなわちコンテンツ特定部２０３により特定されたコンテンツ）が供給され、出力条件決定部２１２から出力条件が供給されると、それらのコンテンツ及び出力条件と、そのコンテンツに対応するジオフェンス領域の位置情報とを含む情報を、定期通信で送信する定期通信情報として、端末情報の送信元であるスマートフォン１０に対して送信する。コンテンツに対応するジオフェンス領域の位置情報とは、例えば図５に表すジオフェンス領域テーブルでコンテンツに対応付けられている位置情報である。
【００３４】
スマートフォン１０のコンテンツ受信部１０４は、配信サーバ装置２０から配信されるコンテンツを受信する。コンテンツ受信部１０４は、コンテンツ送信部２１３が送信したコンテンツを含む定期通信情報を受信すると、受信した定期通信情報を出力条件判定部１０５に供給する。
【００３５】
出力条件判定部１０５は、コンテンツの出力条件が満たされたか否かを判定する。出力条件判定部１０５には、上述したように測位部１０１から測定された自装置の位置を示す位置情報が繰り返し供給されてくる。出力条件判定部１０５は、例えば「店舗までの距離がＬ１」という出力条件が供給された場合、測位部１０１から供給された位置情報が示す位置と、定期通信情報に含まれているジオフェンス領域の位置情報が示す位置との距離を店舗までの距離として算出し、算出した距離がＬ１以下になった場合に、出力条件が満たされたと判定する。出力条件判定部１０５は、出力条件が満たされたと判定すると、供給された定期通信情報に含まれているコンテンツをコンテンツ出力部１０６に供給する。
【００３６】
コンテンツ出力部１０６は、出力条件判定部１０５により出力条件が満たされたと判定された場合に、コンテンツ受信部１０４が受信したコンテンツを出力する。
図７は出力されたコンテンツの一例を表す。図７の例では、コンテンツ出力部１０６が、「店舗Ａ（○○県○○市○○町）で利用可能なクーポンが届きました」、「クーポンの内容：商品３０％オフ」という文字列によって表されたコンテンツＡ１を自装置の表示手段であるタッチスクリーン１６に出力している。本実施例では、車両３の車速によって出力条件が異なっているため、コンテンツが出力されるタイミングも車両３の車速によって変化する。
【００３７】
図８はコンテンツの出力タイミングの例を表す。図８（ａ）では、車両３が閾値Ｔｈ１１未満の速度Ｖ１で移動しているため、スマートフォン１０と店舗Ａとの距離がＬ１のときにコンテンツが出力されている。図８（ｂ）では、車両３が閾値Ｔｈ１１以上閾値Ｔｈ１２未満の速度Ｖ２で移動しているため、スマートフォン１０と店舗Ａとの距離がＬ２（Ｌ２＞Ｌ１）のときにコンテンツが出力されている。図８（ｃ）では、車両３が閾値Ｔｈ１２以上の速度Ｖ３で移動しているため、スマートフォン１０と店舗Ａとの距離がＬ３（Ｌ３＞Ｌ２）のときにコンテンツが出力されている。
【００３８】
コンテンツ配信システム１が備える各装置は、上記の構成に基づいて、ユーザにコンテンツを提供するコンテンツ提供処理を行う。
図９はコンテンツ提供処理における各装置の動作手順の一例を表す。この動作手順は、ユーザがスマートフォン１０を操作して配信アプリを起動させることを契機に開始される。まず、スマートフォン１０（測位部１０１）は、自装置の位置を測定する（ステップＳ１１）。
【００３９】
次に、スマートフォン１０（端末情報定期送信部１０３）は、測定された位置を示す位置情報を含む端末情報を生成し（ステップＳ１２）、生成した端末情報を配信サーバ装置２０に送信する（ステップＳ１３）。配信サーバ装置２０（端末位置特定部２０２）は、受信された端末情報に含まれる位置情報に基づいて、ユーザ端末であるスマートフォン１０の位置を特定する（ステップＳ２１）。次に、配信サーバ装置２０（コンテンツ特定部２０３）は、特定されたユーザ端末の位置に基づいて、配信すべきコンテンツを特定する（ステップＳ２２）。そして、配信サーバ装置２０（コンテンツ読出部２０４）は、特定されたコンテンツを読み出す（ステップＳ２３）。
【００４０】
配信サーバ装置２０（移動速度特定部２１１）は、受信された端末情報に含まれる位置情報に基づいて、ユーザが乗車する車両３の車速を特定する（ステップＳ３１）。次に、配信サーバ装置２０（出力条件決定部２１２）は、特定した車速に応じて出力条件を決定する（ステップＳ３２）。続いて、配信サーバ装置２０（コンテンツ送信部２１３）は、特定されたコンテンツと、決定された出力条件とを含む定期通信情報を生成し（ステップＳ４１）、生成した定期通信情報をスマートフォン１０に送信する（ステップＳ４２）。
【００４１】
スマートフォン１０は、ステップＳ４２で受信した定期通信情報に含まれるコンテンツを記憶する（ステップＳ５１）。次に、スマートフォン１０（出力条件判定部１０５）は、出力条件が満たされたか否かを判定する（ステップＳ５２）。ここでは、出力条件が満たされたと判定されたものとする。すると、スマートフォン１０（コンテンツ出力部１０６）は、ステップＳ５１で記憶しておいたコンテンツを出力する（ステップＳ５３）。
【００４２】
本実施例では、スマートフォン１０に配信されたコンテンツがすぐには出力されず、出力条件が満たされたときに出力される。また、この出力条件は、常に同じではなく、本実施例では、ユーザが乗車する車両の状態（具体的には車両の速度）によって異なるものが用いられる。こうして異なる出力条件が用いられることで、図８の説明で述べたようにコンテンツの出力タイミングが変化する。このように、本実施例では、車両に乗車するユーザに提供されるコンテンツの出力タイミングを制御可能にすることができる。
【００４３】
具体的には、車速という車両の状態に基づいて、コンテンツの出力タイミングを制御することができる。例えば店舗Ａのコンテンツが常に同じ位置で出力されると、コンテンツが出力されてから店舗Ａに到達するまでに要する時間が、車速が速いほど短くなり、コンテンツの内容を検討して店舗Ａに立ち寄るか否かを判断する時間も短くなる。本実施例では車速が速いほど店舗Ａから離れた位置でコンテンツが出力されるので、コンテンツが常に同じ位置で出力される場合に比べて、店舗Ａへの立ち寄りを判断する時間が確保されやすくなる。
【００４４】
［２］第２実施例
本発明の第２実施例について、以下、第１実施例と異なる点を中心に説明する。第１実施例では、車速という車両情報に応じた出力条件が用いられたが、第２実施例では、それ以外の車両情報に応じた出力条件が用いられる。
【００４５】
図１０は本実施例のコンテンツ配信システム１ａの全体構成を表す。コンテンツ配信システム１ａは、スマートフォン１０−１、１０−２、１０−３（特に区別しない場合は「スマートフォン１０」という）と、配信サーバ装置２０ａとを備える。各スマートフォン１０は、いずれも車両３に乗車するユーザによって利用されており、各々が配信アプリを実行して配信サーバ装置２０ａと定期通信を行っている。
【００４６】
図１１はコンテンツ配信システム１ａが実現する機能構成を表す。スマートフォン１０は図４に表す各部を備え、配信サーバ装置２０ａは、図４に表す移動速度特定部２１１の代わりに乗員数特定部２１４を備え、それ以外の図４に表す各部を備える。本実施例では、各スマートフォン１０が定期通信により端末情報を送信してくる。端末情報受信部２０１は、それらの端末情報を乗員数特定部２１４に供給する。
【００４７】
乗員数特定部２１４は、スマートフォン１０とともに移動する車両の乗員数を特定する。乗員数特定部２１４は、端末情報受信部２０１から供給された端末情報のうち、それらの端末情報に含まれる位置情報が示す位置同士の距離が閾値Ｔｈ２１以下である端末情報の数を、車両の乗員数として特定する。閾値Ｔｈ２１としては、例えば車両においてユーザが乗車する空間の最大寸法が用いられる。
【００４８】
この寸法は、同じ車両に乗車したユーザが所持するユーザ端末同士がそれ以上離れられない距離を表す。図１０の例の場合、乗員数特定部２１４は、同じ車両３に乗車するユーザが所持するスマートフォン１０−１、１０−２、１０−３から送信されてきた端末情報の数、すなわち「３」を車両３の乗員数として特定する。乗員数特定部２１４は、特定した乗員数を表す乗員数情報を出力条件決定部２１２に供給する（乗員数情報は、乗員数を表す数値でもよいし、各乗員が所持するスマートフォン１０の識別情報でもよい）。
【００４９】
出力条件決定部２１２は、本実施例では、前述した乗員数情報（ユーザが乗車する車両の乗員数を表す情報）を車両情報として用いて、その乗員数情報に応じた条件を、出力条件として決定する。
図１２は本実施例の出力条件テーブルの一例を表す。図１２の例では、「１人」という乗員数に「店舗までの距離がＬ１１」という出力条件が対応付けられている。また、「２人」、「３人以上」という乗員数に「店舗までの距離がＬ１２」、「店舗までの距離がＬ１３」という出力条件がそれぞれ対応付けられている（各距離の大小関係はＬ１１＜Ｌ１２＜Ｌ１３）。
【００５０】
出力条件決定部２１２は、乗員数特定部２１４から乗員数情報が供給されると、供給された乗員数情報が表す乗員数に出力条件テーブルで対応付けられている出力条件を決定する。出力条件決定部２１２は、例えば供給された乗員数情報が「１人」を表していれば、「１人」に対応付けられている「店舗までの距離がＬ１１」という出力条件を決定し、乗員数情報が「４人」を表していれば、「３人以上」に対応付けられている「店舗までの距離がＬ１３」という出力条件を決定する。コンテンツ送信部２１３は、こうして決定された出力条件、すなわち乗員数情報に応じた出力条件を送信する。
【００５１】
例えば店舗Ａのコンテンツが出力されると、ユーザは店舗Ａに到達する前に店舗Ａに立ち寄るかどうかを決めなければならないが、ユーザが１人なら自分だけの判断で決められるが、ユーザが２人になると相談して決めなければならない。ユーザが多いほど相談に要する時間も長くなりやすい。図１２の例では、乗員数が多いほど店舗Ａから離れた位置でコンテンツが出力されるようにしている。これにより、コンテンツが常に同じ位置で出力される場合に比べて、出力されたコンテンツについて相談する時間が確保されやすくなる。
【００５２】
なお、乗員数特定部２１４は、上記とは異なる方法で乗員数を特定してもよい。例えば、車両３が、シートベルトの状態（シートベルトがされているか否か）を検知し、検知したシートベルトの状態をスマートフォン１０に通知する機能（例えばシートベルトの着用促進のための機能）を有しているものとする。その場合に、スマートフォン１０が、通知されたシートベルトの状態を定期通信で配信サーバ装置２０ａに送信し、乗員数特定部２１４が、送信されてきたシートベルトの状態に基づいて、シートベルトがされていると検知された件数を、乗員数として特定する。
【００５３】
また、車両３が、座席に取り付けた圧力センサの検出結果に基づいて各座席における着座状態（ユーザが座っているか否か）を検知する機能（例えばエアバックの作動要否を判断するための機能）を有しているものとする。その場合に、車両３に、検知した着座状態をスマートフォン１０に通知する機能を設け、スマートフォン１０に、その通知を受け取る機能を設ける。スマートフォン１０が、通知された着座状態を定期通信で配信サーバ装置２０ａに送信すると、乗員数特定部２１４は、送信されてきた着座状態に基づいて、ユーザが座っていると検知された件数を、乗員数として特定する。
【００５４】
また、車両３が車内を撮影する撮影手段を備え、その撮影手段が撮影した映像をスマートフォン１０を介して配信サーバ装置２０ａに送信する。乗員数特定部２１４は、撮影された映像からユーザの顔を検知し、検知された顔の数を乗員数として特定してもよい。また、車両３が車内の音声を録音する録音手段を備え、その録音手段が録音した音声をスマートフォン１０を介して配信サーバ装置２０ａに送信する。乗員数特定部２１４は、録音された音声から各ユーザの音声を認識し、認識された音声の数を乗員数として特定してもよい。
【００５５】
なお、車両情報としては、他にも、例えば車両の位置を示す位置情報が用いられてもよい。
図１３は本実施例の出力条件テーブルの別の一例を表す。図１３の例では、「店舗Ａよりも東寄り」という車両の位置に「店舗までの距離がＬ２１」という出力条件が対応付けられ、「店舗Ａよりも西寄り」という車両の位置に「店舗までの距離がＬ２２」という出力条件が対応付けられている（各距離の大小関係はＬ２１＜Ｌ２２）。この場合、コンテンツ送信部２１３は、車両の位置を車両情報として用いて、その車両の位置に応じた条件を出力条件として送信する。
【００５６】
例えば店舗Ａは東西に延び且つ中央分離帯で２車線に区切られた道路において西に向かう車が通る車線に面しているものとする。その場合、西から東に向かう車１は、店舗Ａが見えても一度通り過ぎてＵターンしなければ店舗Ａに立ち寄ることができないが、東から西に向かう車２はそのまま左折して店舗Ａに立ち寄ることになる。そのため、車１では、店舗Ａを通り過ぎてからも店舗Ａに立ち寄るかどうかを考える時間があるが、車２では、店舗Ａに立ち寄るかどうかを考える時間が店舗Ａに到達する前にしかない。
【００５７】
図１３の例では、店舗Ａよりも東寄りに位置する車、すなわち車２とともに移動するユーザ端末２に対しては、店舗Ａよりも西寄りに位置する車、すなわち車１とともに移動するユーザ端末１よりも店舗Ａから離れた位置でコンテンツが出力されるので、ユーザ端末１及び２のいずれに対しても店舗Ａから同じ距離でコンテンツが出力される場合に比べて、店舗Ａに立ち寄るか否かの判断をする時間が車両の位置にかかわらず確保されやすくなっている。
【００５８】
なお、上記の例では、車両の位置の代わりに車両の走行方向が用いられてもよい。
図１４は本実施例の出力条件テーブルの別の一例を表す。図１４の例では、「東向き」という車両の走行方向に「店舗までの距離がＬ２１」という出力条件が対応付けられ、「西向き」という車両の位置に「店舗までの距離がＬ２２」という出力条件が対応付けられている。この場合、コンテンツ送信部２１３は、車両の走行方向を車両情報として用いて、その車両の走行方向に応じた条件を出力条件として送信する。
【００５９】
走行方向が東向きの車とは例えば上述した車１であり、走行方向が西向きの車とは例えば上述した車２である。図１４の例でも、車２とともに移動するユーザ端末２に対しては車１とともに移動するユーザ端末１よりも店舗Ａから離れた位置でコンテンツが出力されるので、図１３の例と同様に、店舗Ａに立ち寄るか否かの判断をする時間が車両の位置にかかわらず確保されやすくなっている。
【００６０】
［３］第３実施例
本発明の第３実施例について、以下、上記の各実施例と異なる点を中心に説明する。上記の各実施例では、車両情報に応じた出力条件が用いられたが、第３実施例では、車両の周囲の状況に関する状況情報に応じた出力条件が用いられる。
【００６１】
図１５は本実施例のコンテンツ配信システム１ｂが実現する機能構成を表す。コンテンツ配信システム１ｂは、図４に表すスマートフォン１０と、図４に表す移動速度特定部２１１の代わりにルート特徴判定部２１５を備える配信サーバ装置２０ｂとを備える。ルート特徴判定部２１５は、端末情報受信部２０１から供給された端末情報に基づいて、スマートフォン１０とともに移動する車両３が走行するルートの特徴を判定する。ルート特徴判定部２１５は、例えば、ルートの複雑さの度合いである複雑度を、ルートの特徴として判定する。その場合、ルート特徴判定部２１５は、例えば、ルートに存在する要素と複雑さの点数とを対応付けたルート特徴テーブルを用いてこの判定を行う。
【００６２】
図１６はルート特徴テーブルの一例を表す。図１６の例では、「信号」というルート上の要素に「１」という複雑さの点数が対応付けられている。同様に、「コーナー」、「左折車線・右折車線」、「車線数の増減」には「２」、「３」、「３」という複雑さの点数が対応付けられている。ルート特徴判定部２１５は、端末情報に含まれている位置情報が表す位置に基づいて、車両３が走行する可能性がある所定の距離のルートを特定する。所定の距離としては、例えば実施例で述べた閾値Ｔｈ１（コンテンツが配信される距離）が用いられる。
【００６３】
ルート特徴判定部２１５は、信号やコーナー、車線などの位置が記述された地図情報を記憶しており、その地図情報に基づいて、特定した各ルート上に存在する要素を抽出する。ルート特徴判定部２１５は、抽出した要素にルート特徴テーブルで対応付けられている複雑さの点数を各ルートについて合計し、例えばそれらの合計値の平均値を車両３が走行するルートの複雑度として判定する。なお、スマートフォン１０は、地図アプリの機能により目的地までのナビゲーションを行っている場合がある。その場合、ルート特徴判定部２１５は、目的地までのルートをその機能から受け取って、受け取ったルート上に存在する要素から複雑度を判定してもよい。この場合、不要なルートの複雑さの点数を算出しなくてもよくなる。
【００６４】
ルート特徴判定部２１５は、判定した複雑度を出力条件決定部２１２に供給する。出力条件決定部２１２は、本実施例では、ルート特徴判定部２１５により判定されたルートの複雑度を状況情報（車両の周囲の状況に関する情報）として用いて、その複雑度に応じた条件を、出力条件として決定する。
【００６５】
図１７は本実施例の出力条件テーブルの一例を表す。図１７の例では、「閾値Ｔｈ３１未満」というルートの特徴（複雑度）に「店舗までの距離がＬ３１」という出力条件が対応付けられている。また、「閾値Ｔｈ３１以上閾値Ｔｈ３２未満」、「閾値Ｔｈ３２以上」というルートの特徴（複雑度）に「店舗までの距離がＬ３２」、「店舗までの距離がＬ３３」という出力条件がそれぞれ対応付けられている（各距離の大小関係はＬ３１＜Ｌ３２＜Ｌ３３）。
【００６６】
出力条件決定部２１２は、ルート特徴判定部２１５から判定されたルートの複雑度が供給されると、供給されたルートの複雑度の値に出力条件テーブルで対応付けられている出力条件を決定する。出力条件決定部２１２は、例えばＴｈ３２以上の複雑度が供給されると、「閾値Ｔｈ３２以上」に対応付けられている「店舗までの距離がＬ３３」という出力条件を決定する。この場合、コンテンツ送信部２１３は、ルートの複雑度を状況情報として用いて、そのルートの複雑度に応じた条件を出力条件として送信する。
【００６７】
例えば店舗Ａに関するコンテンツが出力されたことをきっかけに店舗Ａに立ち寄るか否かを検討する場合に、運転手は、走行しているルートが複雑であるほど運転に集中しなければならず、立ち寄りを検討する余裕が少なくなる。図１７の例では、車両３が走行しているルートが複雑であるほど店舗Ａから離れた位置でコンテンツが出力されることになる。これにより、店舗Ａから常に一定の距離だけ離れた位置でコンテンツが出力される場合に比べて、運転手が店舗Ａへの立ち寄りを検討する時間を確保しやすくなっている。
【００６８】
なお、状況情報は上述したルートの特徴に限らない。
図１８は本実施例のコンテンツ配信システム１ｃが実現する機能構成を表す。コンテンツ配信システム１ｃは、図４に表すスマートフォン１０と、図４に表す移動速度特定部２１１の代わりに道路種別判定部２１６を備える配信サーバ装置２０ｃとを備える。道路種別判定部２１６は、端末情報受信部２０１から供給された端末情報に基づいて、スマートフォン１０とともに移動する車両３が走行する道路の種別を判定する。道路の種別とは、例えば一般道と高速道路である。
【００６９】
道路種別判定部２１６は、一般道及び高速道路の位置が記述された地図情報を記憶しており、スマートフォン１０から送信されてくる端末情報に含まれる位置情報が示す位置が一般道及び高速道路のいずれであるかをその地図情報に基づいて特定する。道路種別判定部２１６は、特定した道路の種別を出力条件決定部２１２に供給する。
【００７０】
図１９は本実施例の出力条件テーブルの一例を表す。図１９の例では、「一般道」という道路の種別に「店舗までの距離がＬ４１」という出力条件が対応付けられ、「高速道路」という道路の種別に「店舗までの距離がＬ４２」という出力条件が対応付けられている（各距離の大小関係はＬ４１＜Ｌ４２）。この場合、コンテンツ送信部２１３は、道路種別判定部２１６により判定された道路の種別を状況情報として用いて、その道路の種別に応じた条件（道路の種別が「一般道」なら「店舗までの距離がＬ４１」という条件、「高速道路」なら「店舗までの距離がＬ４２」という条件）を出力条件として送信する。
【００７１】
例えば店舗Ａまでの距離が同じでも、現在走行している道路の種別が「高速道路」だと、「一般道」よりも速度が出せるし信号もないので、現在走行している道路の種別が「一般道」である場合に比べて（店舗Ａの手前は一般道だとしても）店舗Ａまで短い時間で到達しやすい。図１９の例では、車両３が走行している道路の種別が「高速道路」である場合、「一般道」である場合に比べて店舗Ａから離れた位置でコンテンツが出力されることになる。
【００７２】
これにより、店舗Ａから常に一定の距離だけ離れた位置でコンテンツが出力される場合に比べて、運転手が店舗Ａへの立ち寄りを検討する時間を確保しやすくなっている。なお、道路の種別は、上述したルートの特徴として用いられてもよい。例えばルート上の要素に高速道路がある場合にルートの特徴を表す複雑度を増加させ、店舗Ａからより離れた位置でコンテンツが出力されるようにする。この場合も、運転手が店舗Ａへの立ち寄りを検討する時間を確保しやすくなる。
【００７３】
また、上記以外にも、例えば道路の込み具合が状況情報として用いられてもよい。
図２０は本実施例のコンテンツ配信システム１ｄが実現する機能構成を表す。コンテンツ配信システム１ｄは、図４に表すスマートフォン１０と、図４に表す移動速度特定部２１１の代わりに渋滞情報取得部２１７を備える配信サーバ装置２０ｄとを備える。渋滞情報取得部２１７は、例えば外部の交通情報システムから、道路の渋滞情報を取得する。渋滞情報取得部２１７は、端末情報受信部２０１から供給された端末情報に含まれる位置情報が示す位置、すなわちスマートフォン１０とともに移動する車両３が走行している位置の周辺の渋滞情報を取得する。渋滞情報取得部２１７は、取得した渋滞情報を出力条件決定部２１２に供給する。
【００７４】
図２１は本実施例の出力条件テーブルの別の一例を表す。図２１の例では、「円滑な走行可能」という道路の込み具合に「店舗までの距離がＬ５３」という出力条件が対応付けられている。また、「混雑発生」、「渋滞発生」という道路の込み具合に「店舗までの距離がＬ５２」、「店舗までの距離がＬ５１」という出力条件がそれぞれ対応付けられている（各距離の大小関係はＬ５１＜Ｌ５２＜Ｌ５３）。道路の込み具合は、「円滑な走行可能」が最も混んでおらず、「渋滞発生」が最も混んでいる状態を表すものとする。
【００７５】
この場合、コンテンツ送信部２１３は、渋滞情報取得部２１７により取得された渋滞情報が表す道路の込み具合を状況情報として用いて、その道路の込み具合に応じた条件を出力条件として送信する。例えば店舗までの距離が同じでも、現在走行している道路が混雑していない、つまり空いているほど店舗に到達するまでの時間が短くなる。図２１の例では、車両３が走行している道路が空いているほど店舗から離れた位置でコンテンツが出力されることになる。これにより、店舗から常に一定の距離だけ離れた位置でコンテンツが出力される場合に比べて、運転手が店舗への立ち寄りを検討する時間を確保しやすくなっている。
【００７６】
また、周辺の天気が状況情報として用いられてもよい。
図２２は本実施例の出力条件テーブルの別の一例を表す。図２２の例では、「晴れ・曇り」という車両周辺の天気に「店舗までの距離がＬ６１」という出力条件が対応付けられている。また、「雨」、「暴風雨」という車両周辺の天気に「店舗までの距離がＬ６２」、「店舗までの距離がＬ６３」という出力条件がそれぞれ対応付けられている（各距離の大小関係はＬ６１＜Ｌ６２＜Ｌ６３）。
【００７７】
この場合、コンテンツ送信部２１３は、ユーザ端末であるスマートフォン１０の所在地の周辺の天気を状況情報として用いて、その天気に応じた条件を出力条件として送信する。車両周辺の天気が雨や暴風だと、晴れや曇りの場合に比べて運転手は運転に集中しなければならず、立ち寄りを検討する余裕が少なくなる。図２２の例では、車両３の周辺の天気が悪い（雨や暴風雨）であるほど店舗Ａから離れた位置でコンテンツが出力されることになる。これにより、店舗Ａから常に一定の距離だけ離れた位置でコンテンツが出力される場合に比べて、運転手が店舗Ａへの立ち寄りを検討する時間を確保しやすくなっている。
【００７８】
また、日時が状況情報として用いられてもよい。
図２３は本実施例の出力条件テーブルの別の一例を表す。図２３の例では、「日中」という日時に「店舗までの距離がＬ７１」という出力条件が対応付けられている。また、「朝方・夕方」、「夜間」という日時に「店舗までの距離がＬ７２」、「店舗までの距離がＬ７３」という出力条件がそれぞれ対応付けられている（各距離の大小関係はＬ７１＜Ｌ７２＜Ｌ７３）。
【００７９】
この場合、コンテンツ送信部２１３は、ユーザ端末であるスマートフォン１０の所在地の周辺の天気を状況情報として用いて、その天気に応じた条件を出力条件として送信する。日中に比べると、朝方・夕方や夜間のように周囲が暗くなるほど、運転手は運転に集中しなければならず、立ち寄りを検討する余裕が少なくなる。図２３の例では、夜間や朝方・夕方など車両３の周辺が暗い状況であるほど店舗Ａから離れた位置でコンテンツが出力されることになる。これにより、店舗Ａから常に一定の距離だけ離れた位置でコンテンツが出力される場合に比べて、運転手が店舗Ａへの立ち寄りを検討する時間を確保しやすくなっている。
【００８０】
［４］第４実施例
本発明の第４実施例について、以下、上記の各実施例と異なる点を中心に説明する。上記の各実施例では、車両情報及び状況情報に応じた出力条件が用いられたが、第４実施例では、車両に乗車するユーザに関連する情報であるユーザ関連情報に応じた出力条件が用いられる。
【００８１】
図２４は本実施例のコンテンツ配信システム１ｅが実現する機能構成を表す。コンテンツ配信システム１ｅは、図４に表すスマートフォン１０と、図４に表す移動速度特定部２１１の代わりに運転歴特定部２１８を備える配信サーバ装置２０ｅとを備える。運転歴特定部２１８は、スマートフォン１０とともに移動する車両３を運転する運転手の運転歴を特定する。本実施例では、例えばコンテンツ配信システム１ｅを利用するユーザがユーザ情報を登録することができるようになっていて、登録可能な情報にユーザの運転免許取得日が含まれているものとする。
【００８２】
配信サーバ装置２０ｅは、こうして登録されたユーザ情報をスマートフォン１０の装置ＩＤに対応付けて記憶している。運転歴特定部２１８は、端末情報受信部２０１から供給された端末情報に含まれる装置ＩＤに対応付けて記憶されている運転免許証取得日を読み出し、読み出した運転免許取得日に基づいて運転歴を特定する。なお、これ以外にも、例えば運転手がスマートフォン１０で自分の運転免許証を撮影すると、スマートフォン１０は撮影した運転免許証の画像を定期通信で配信サーバ装置２０ｅに送信する。そして、運転歴特定部２１８は、送信されてきた画像を解析して運転免許取得日を特定し、運転歴を特定してもよい。
【００８３】
また、運転歴特定部２１８は、端末情報受信部２０１から複数の端末情報が供給され、それらの端末情報に含まれる位置情報から第２実施例で述べたように同じ車両３に乗車するユーザのスマートフォン１０から送信されたものと判断された場合、各端末情報に含まれる位置情報が示す位置から運転手の端末情報がどれであるかを判断してもよい。運転歴特定部２１８は、例えば位置情報が示す位置の変化から進行方向を判断し、進行方向の最も前方の位置を示す位置情報を含む端末情報を運転手の端末情報と判断する。
【００８４】
ただし、助手席のユーザのスマートフォン１０も進行方向の最も前方の位置を示すので、その場合、例えばスマートフォン１０が自装置の操作履歴を端末情報に含めて定期送信するようにする。運転歴特定部２１８は、進行方向の前方を示す位置情報を含む端末情報が運転手と助手席のユーザの分で２つある場合に、操作履歴が少ない方の端末情報を運転手の端末情報と判断する（運転手は運転中のため助手席のユーザよりスマートフォン１０を操作しないから）。運転歴特定部２１８は、以上のとおり特定した運転履歴を出力条件決定部２１２に供給する。
【００８５】
図２５は本実施例の出力条件テーブルの一例を表す。図２５の例では、「閾値Ｔｈ４１未満」という運転歴に「店舗までの距離がＬ８３」という出力条件が対応付けられている。また、「閾値Ｔｈ４１以上閾値Ｔｈ４２未満」、「閾値Ｔｈ４２以上」という運転歴に「店舗までの距離がＬ８２」、「店舗までの距離がＬ８１」という出力条件がそれぞれ対応付けられている（各距離の大小関係はＬ８１＜Ｌ８２＜Ｌ８３）。
【００８６】
この場合、コンテンツ送信部２１３は、車両３を運転する運転手の運転歴をユーザ関連情報として用いて、その運転歴に応じた条件を出力条件として送信する。運転歴が長い運転手に比べると、運転歴が短い運転手は、同じ状況でも運転以外のことに気を配れないので、店舗のコンテンツが出力されたとしてもその店舗に立ち寄るか否かを検討する余裕も少ない。図２５の例では、運転歴が短いほど店舗から離れた位置でコンテンツが出力されるので、店舗から常に一定の距離だけ離れた位置でコンテンツが出力される場合に比べて、運転歴が短い運転手であっても店舗への立ち寄りを検討して判断を下す時間を確保しやすくなっている。
【００８７】
なお、運転歴以外にも、例えばユーザの疲労度を表す情報がユーザ関連情報として用いられてもよい。
図２６は本実施例のコンテンツ配信システム１ｆが実現する機能構成を表す。コンテンツ配信システム１ｆは、撮影部１０７を備えるスマートフォン１０ｆ（図２６では装置ＩＤ記憶部１０２の記載を省いている）と、図４に表す移動速度特定部２１１の代わりに疲労度判定部２１９を備える配信サーバ装置２０ｆとを備える。
【００８８】
撮影部１０７は、自装置の周囲を撮影する機能である。撮影部１０７は、自装置の周囲を撮影すると、撮影した周囲の画像を示す画像情報を端末情報定期送信部１０３に供給する。端末情報定期送信部１０３は、供給された画像情報を含む端末情報を配信サーバ装置２０ｆに送信する。本実施例では、ユーザがスマートフォン１０ｆを運転手の顔を撮影可能な位置に設置して、運転手の顔の撮影を開始する操作を行うものとする。すると、撮影部１０７は、定期通信よりも高い頻度（例えば１秒毎）で撮影を繰り返し行う。
【００８９】
疲労度判定部２１９は、スマートフォン１０ｆとともに移動する車両の運転手の疲労度を判定する。疲労度判定部２１９は、定期通信で送信されてくる端末情報に含まれる複数の画像情報を解析して、各画像について撮影された運転手の目が開いた状態か閉じた状態かを判断する。運転の疲れは目の疲れとなって表れやすいので、運転に疲れるほど瞬きの回数が増える。そこで、疲労度判定部２１９は、例えば所定の期間（１分間など）において運転手の目が閉じている状態の比率が高いほど、疲労度が高いと判定する。
【００９０】
なお、疲労度判定部２１９は、目の開閉の状態に限らず、例えば顔の表情を分析して、疲れているときの表情における顔の特徴量に近い特徴量が抽出された場合に疲労度が高いと判定してもよい。また、例えばスマートフォン１０ｆが温度センサや発汗センサなどを備えていれば、それらのセンサの測定結果（ユーザの体温や発汗量）を定期通信で送信し、疲労度判定部２１９が、その測定結果に基づいて疲労度を判定してもよい。この場合、疲労度判定部２１９は、例えばユーザの体温や発汗量が閾値以上であれば疲労度が高く、それらが閾値未満であれば疲労度が低いと判定する。
【００９１】
また、疲労度判定部２１９は、車両の走行時間に応じて疲労度を判定してもよい（例えば走行時間が長くなるにつれて疲労度を高く判定する）。また、疲労度判定部２１９は、運転の仕方に応じて疲労度を判定してもよい。例えば、疲労度判定部２１９は、ブレーキに設けられたセンサからブレーキの踏み具合を表すデータを受け取り、急ブレーキを表すデータを受け取る頻度が高いほど疲労度が高いと判定する。同様に、疲労度判定部２１９は、アクセルの踏み具合を表すデータを受け取り、急な加速を表すデータを受け取る頻度が高いほど疲労度が高いと判定してもよい。疲労度判定部２１９は、こうして判定した疲労度を出力条件決定部２１２に供給する。
【００９２】
図２７は本実施例の出力条件テーブルの別の一例を表す。図２７の例では、「低い」という運転手の疲労度に「店舗までの距離がＬ９１」という出力条件が対応付けられている。また、「中くらい」、「高い」という運転手の疲労度に「店舗までの距離がＬ９２」、「店舗までの距離がＬ９３」という出力条件がそれぞれ対応付けられている（各距離の大小関係はＬ９１＜Ｌ９２＜Ｌ９３）。
【００９３】
この場合、コンテンツ送信部２１３は、車両３を運転する運転手の疲労度をユーザ関連情報として用いて、その疲労度に応じた条件を出力条件として送信する。運転手は疲れてくるほど同じ状況でも運転以外のことに気を配れなくなるので、店舗のコンテンツが出力されたとしてもその店舗に立ち寄るか否かを検討する余裕も少なくなり、判断を下すまでに要する時間が長くなりやすい。図２７の例では、運転手の疲労度が高いほど店舗から離れた位置でコンテンツが出力されるので、店舗から常に一定の距離だけ離れた位置でコンテンツが出力される場合に比べて、運転手が疲労しても店舗への立ち寄りを検討して判断を下す時間を確保しやすくなっている。
【００９４】
また、上記以外にも、例えばユーザの走行目的を表す情報がユーザ関連情報として用いられてもよい。
図２８は本実施例のコンテンツ配信システム１ｇが実現する機能構成を表す。コンテンツ配信システム１ｇは、目的地選択操作受付部１０８を備えるスマートフォン１０ｇ（図２８では装置ＩＤ記憶部１０２の記載を省いている）と、図４に表す移動速度特定部２１１の代わりに走行目的判定部２２０を備える配信サーバ装置２０ｇとを備える。
【００９５】
目的地選択操作受付部１０８は、車両を走行させる目的地を選択する操作を受け付ける。スマートフォン１０ｇは、地図アプリにおいて目的地を選択することでナビゲーションをしてもらうナビゲーション機能を有している。目的地選択操作受付部１０８は、このナビゲーション機能において目的地を選択する操作を受け付け、受け付けた操作により選択された目的地を端末情報定期送信部１０３に供給する。端末情報定期送信部１０３は、供給された目的地を示す目的地情報を含む端末情報を配信サーバ装置２０ｇに送信する。
【００９６】
走行目的判定部２２０は、スマートフォン１０とともに移動する車両の走行目的を判定する。走行目的判定部２２０は、定期通信で送信されてくる端末情報に含まれる目的地情報が示す目的地に基づいて走行目的を判定する。走行目的判定部２２０は、この判定に、例えば目的地と走行目的とを対応付けた走行目的テーブルを用いる。
【００９７】
図２９は走行目的テーブルの一例を表す。図２９の例では、「会社」という目的地に「通勤」という走行目的が対応付けられている。同様に、「病院」、「商業施設」、「遊園地、温泉地、観光地」という目的地に「通院」、「買い物」、「行楽」という走行目的がそれぞれ対応付けられている。走行目的判定部２２０は、上記の目的地情報が示す目的地の名称から目的地が「会社」や「病院」などのどれに当てはまるかを判断する。
【００９８】
走行目的判定部２２０は、例えば「株式会社」を含む名称なら「会社」、「病院」や「医院」などを含む名称なら病院と判断し、また、例えば観光地の固有名詞を予め記憶しておいてそれを含む名称であれば観光地と判断する。走行目的判定部２２０は、当てはまると判断した目的地に走行目的テーブルで対応付けられている走行目的を、車両の走行目的として判定する。
【００９９】
なお、走行目的判定部２２０は、上記以外の方法で走行目的を判定してもよい。例えば、走行目的判定部２２０は、ユーザが利用しているスケジュール管理アプリケーションから当日のユーザのスケジュール情報を受け取り、次に予定されているスケジュールに基づいて走行目的を判定する。この場合、走行目的判定部２２０は、例えば次のスケジュールに「通院」に関係する語句（例えば「○○病院」や「○○歯科」など）が含まれていれば「通院」が走行目的だと判定し、「行楽」に関係する語句（例えば「○○旅館」や「○○遊園地」など）が含まれていれば「行楽」が走行目的だと判定する。走行目的判定部２２０は、こうして判定した走行目的を出力条件決定部２１２に供給する。
【０１００】
図３０は本実施例の出力条件テーブルの別の一例を表す。図３０の例では、「通勤」という走行目的に「店舗までの距離がＬ１０１」という出力条件が対応付けられている。また、「通院、買い物」、「行楽」という走行目的に「店舗までの距離がＬ１０２」、「店舗までの距離がＬ１０３」という出力条件がそれぞれ対応付けられている（各距離の大小関係はＬ１０１＜Ｌ１０２＜Ｌ１０３）。
【０１０１】
この場合、コンテンツ送信部２１３は、車両３に乗車するユーザの走行目的をユーザ関連情報として用いて、その走行目的に応じた条件を出力条件として送信する。例えば通勤で通るルートは運転手もよく覚えているので、他のことを考えながら運転する余裕がある。一方、行楽ではめったに通らないルートを通るので、ナビゲーション機能を利用していたとしても、運転手は道を間違えないように気を使って運転しなければならず、他のことを考える余裕が通勤よりは少なくなる。
【０１０２】
また、通院や買い物はたまに利用するルートなので、行楽よりは他のことを考える余裕があるが、通勤ほど頻繁には利用しないので通勤に比べれば他のことを考える余裕が少ない。図３０の例では、走行目的に応じて運転手が他のことを考える余裕がないときほど店舗から離れた位置でコンテンツが出力されるので、店舗から常に一定の距離だけ離れた位置でコンテンツが出力される場合に比べて、運転手が店舗への立ち寄りを検討して判断を下す時間を確保しやすくなっている。
【０１０３】
上記の走行目的は、ユーザが道に慣れているか否かを間接的に判断する材料として用いられたが、より直接的に、車両が走行する地域における走行経験を表す情報が用いられてもよい。
図３１は本実施例のコンテンツ配信システム１ｈが実現する機能構成を表す。コンテンツ配信システム１ｈは、図４に表す各部に加えて運転手指定操作受付部１０９を備えるスマートフォン１０ｈと、図４に表す移動速度特定部２１１の代わりに走行履歴蓄積部２２１と、走行経験判定部２２２とを備える配信サーバ装置２０ｈとを備える。
【０１０４】
運転手指定操作受付部１０９は、自装置を利用するユーザが運転手であることを指定する操作を受け付ける。運転手指定操作受付部１０９は、例えば配信アプリが起動されたときに操作者が運転手であるか否かを問い合わせる画面を表示させ、その画面において決められた操作（例えば「自分が運転手である」という文字列を含む操作子を選択する操作）が行われた場合に、その操作を上記の運転手を指定する操作として受け付ける。運転手指定操作受付部１０９は、この操作を受け付けると、その旨を端末情報定期送信部１０３に通知する。端末情報定期送信部１０３は、この通知を受け取ると、自装置を利用するユーザが運転手であることを示す運転手情報を含む端末情報を送信する。
【０１０５】
走行履歴蓄積部２２１は、スマートフォン１０ｈとともに移動する車両３の走行履歴を蓄積する。本実施例では、端末情報受信部２０１が受信した端末情報を走行履歴蓄積部２２１に供給する。走行履歴蓄積部２２１は、供給された端末情報に含まれる装置ＩＤに対応付けて、その端末情報に含まれる位置情報を蓄積する。こうして蓄積される位置情報が示す位置は、この位置情報に対応付けて記憶される装置ＩＤにより識別されるスマートフォン１０ｈとともに移動する車両３の走行履歴を表す。
【０１０６】
走行経験判定部２２２は、スマートフォン１０ｈが移動している地域における走行経験を運転手が有しているか否かを判定する。端末情報受信部２０１は、受信した端末情報を走行経験判定部２２２に供給する。走行経験判定部２２２は、供給された端末情報に運転手情報が含まれていると、その端末情報に含まれる装置ＩＤに対応付けて走行履歴蓄積部２２１に蓄積されている位置情報を読み出す。
【０１０７】
走行経験判定部２２２は、読み出した位置情報のうち最新の位置情報が示す位置を中心とした所定の範囲（例えば半径１ｋｍの円の範囲）を運転手が利用しているスマートフォン１０ｈが現在移動している地域として特定する。走行経験判定部２２２は、読み出した位置情報のうち、特定した範囲に含まれる位置を示す位置情報の件数を計上する。この件数を、「走行履歴の件数」という。走行経験判定部２２２は、走行経験の判定に、走行履歴の件数と走行経験とを対応付けた走行経験テーブルを用いる。
【０１０８】
図３２は走行経験テーブルの一例を表す。図３２の例では、「閾値Ｔｈ５１未満」という走行履歴の件数に「少ない」という走行経験が対応付けられている。また、「閾値Ｔｈ５１以上閾値Ｔｈ５２未満」、「閾値Ｔｈ５２以上」という走行履歴の件数に「中くらい」、「多い」という走行経験がそれぞれ対応付けられている。走行経験判定部２２２は、計上した走行履歴の件数に走行経験テーブルで対応付けられている走行経験を、スマートフォン１０が移動している地域における運転手の走行経験として判定する。走行経験判定部２２２は、判定した走行経験を出力条件決定部２１２に供給する。
【０１０９】
図３３は本実施例の出力条件テーブルの別の一例を表す。図３３の例では、「多い」という走行経験に「店舗までの距離がＬ１１１」という出力条件が対応付けられている。また、「中くらい」、「少ない」という走行目的に「店舗までの距離がＬ１１２」、「店舗までの距離がＬ１１３」という出力条件がそれぞれ対応付けられている（各距離の大小関係はＬ１１１＜Ｌ１１２＜Ｌ１１３）。
【０１１０】
この場合、コンテンツ送信部２１３は、車両３が走行する地域におけるユーザの走行経験をユーザ関連情報として用いて、その走行経験に応じた条件を出力条件として送信する。走行中の地域における走行経験が少ないほど運転しながら他のことを考える余裕が小さくなる。図３３の例では、走行経験が少ないほど店舗から離れた位置でコンテンツが出力されるので、店舗から常に一定の距離だけ離れた位置でコンテンツが出力される場合に比べて、運転手の走行経験が少なくても店舗への立ち寄りを検討して判断を下す時間を確保しやすくなっている。
【０１１１】
なお、走行履歴蓄積部２２１に蓄積された車両の走行履歴を、図２８に表す走行目的判定部２２０による走行目的の判定に用いてもよい。この場合、走行目的判定部２２０は、例えば、走行履歴蓄積部２２１を参照して現在と同じ曜日及び同じ時間帯における過去の走行履歴を読み出し、それらの走行履歴が表す目的地（車両が停車した場所）に図２９で表す走行目的テーブルで対応付けられている走行目的を、現在の車両の走行目的として判定する。これにより、ユーザがナビゲーション機能を利用していない場合でも走行目的を判定することができる。
【０１１２】
［５］変形例
上述した各実施例はそれぞれが本発明の実施の一例に過ぎず、以下のように変形させてもよい。また、各実施例及び各変形例は、必要に応じて組み合わせて実施してもよい。
【０１１３】
［５−１］ユーザ端末
上記の各実施例では、スマートフォン１０がユーザ端末として用いられたが、ユーザ端末はこれに限らない。例えば、車両３に設けられたカーナビゲーション装置がユーザ端末として用いられてもよい。また、タブレット端末や携帯電話機、ノート型パソコンなどの持ち運び可能なコンピュータがユーザ端末として用いられてもよい。要するに、車両とともに移動可能であり且つ図４等に表すユーザ端末が備える各部を実現する端末であれば、どのような端末がユーザ端末として用いられてもよい。
【０１１４】
［５−２］テーブルを用いた動作
図６等に表すテーブルを用いた動作は、上述したものに限らない。例えば図６の例では、３行のテーブルが用いられたが、２行や４行以上のテーブルが用いられてもよい。また、テーブルの代わりに何らかのアルゴリズムが用いられてもよい。例えば図６の例であれば、車速に係数を乗じた値を、出力条件が満たされる店舗までの距離とするという具合である。この場合も、車速が速いほど店舗から離れた位置でコンテンツが出力されることになり、コンテンツが常に同じ位置で出力される場合に比べて、店舗への立ち寄りを判断する時間が確保されやすくなる。
【０１１５】
［５−３］出力条件
出力条件は上述したものに限らない。例えば実施例では出力条件に用いられる距離が店舗までの直線距離を表していたが、道路に沿った距離を表していてもよい。また、店舗からの距離ではなく、店舗を含む特定の形をした領域（例えば店舗の前の通り）に到達すると満たされる条件が出力条件として用いられてもよい。また、例えば、コンテンツが配信されてから所定の時間が経過したときに満たされる条件が出力条件として用いられてもよい。
【０１１６】
いずれの出力条件が用いられても、例えば車速が速いほど店舗から離れた位置でコンテンツが出力されるような出力条件としておくことで、実施例と同様に、コンテンツが常に同じ位置で出力される場合に比べて、店舗への立ち寄りを判断する時間が確保されやすくなる。
【０１１７】
なお、車両情報として移動速度が用いられる場合には、例えば移動速度が０になった場合に満たされる条件を出力条件として用いてもよい。この場合、出力条件判定部１０５は、測位部１０１が測定する位置が変化しなくなった場合に移動速度が０になり出力条件が満たされたと判定する。また、出力条件決定部２１２は、コンテンツの種類に応じてこの停止時に出力される出力条件と図６に表す出力条件とを使い分けてもよい。例えば文字数が閾値以上のコンテンツの場合は読むのに時間がかかって危険なため、停止時に出力される出力条件を用いる。
【０１１８】
［５−４］車両
実施例で述べたユーザ端末とともに移動する車両は、自家用車であってもよいし、バスやタクシーなどであってもよい。また、自動車に限らず、電車にユーザが乗車した場合に、電車の車両とともにユーザ端末が移動してもよい。なお、コンテンツ配信システムは、自動車等の車両に乗車したユーザへのコンテンツの提供を想定するものであったが、それに限らず、歩いているユーザや船などの車両以外の乗り物に乗っているユーザにコンテンツが提供されてもよい。それらの場合でも、出力されたコンテンツを見たり聞いたりしたユーザがそのコンテンツを提供する店舗へ立ち寄ることが考えられるからである。
【０１１９】
それらのユーザにコンテンツが提供される場合には、上述した車両情報（車両の状態に関する情報）の代わりに、移動するユーザ自身やユーザが乗っている他の乗り物の状態（移動速度や乗員数）に関する情報が用いられればよいし、状況情報（車両の周囲の状況に関する情報）の代わりに、ユーザ自身や他の乗り物の周囲の状況（ルートの特徴）に関する情報が用いられればよい。また、ユーザ関連情報（車両に乗車するユーザに関連する情報）の代わりに、歩いているユーザ自身や他の乗り物に乗っているユーザに関連する情報（疲労度や移動目的、その地域での移動経験）が用いられればよい。いずれの場合も、それらの情報に応じた出力条件が用いられることで、ユーザに提供されるコンテンツの出力タイミングを制御可能にすることができる。
【０１２０】
［５−５］各機能を実現する装置
図４等に表す各機能を実現する装置は、上述したものに限らない。例えば図４に表す移動速度特定部２１１をスマートフォンが実現してもよい。
図３４は本変形例のコンテンツ配信システム１ｊが実現する機能構成を表す。コンテンツ配信システム１ｊは、図４に表す各部に加えて移動速度特定部２１１を備えるスマートフォン１０ｊ（図３４では装置ＩＤ記憶部１０２の記載を省いている）と、図４に表す移動速度特定部２１１以外の各部を備える配信サーバ装置２０ｊとを備える。
【０１２１】
スマートフォン１０ｊが備える移動速度特定部２１１は測位部１０１が測定した位置に基づいて移動速度を特定し、特定した結果を端末情報定期送信部１０３に供給する。端末情報定期送信部１０３は、移動速度を含む端末情報を定期送信し、配信サーバ装置２０ｊの出力条件決定部２１２は、送信されてきた端末情報に含まれる移動速度に基づいて出力条件を決定する。
【０１２２】
図３４の例と同様に、乗員数特定部２１４、ルート特徴判定部２１５、道路種別判定部２１６、渋滞情報取得部２１７、運転歴特定部２１８、疲労度判定部２１９、走行目的判定部２２０、走行履歴蓄積部２２１及び走行経験判定部２２２をスマートフォンが備えていてもよい。いずれの場合も、各部が特定、判定又は取得した情報を含む端末情報が定期通信で配信サーバ装置に送信されて上記の各例と同様に出力条件が決定されるので、車両に乗車するユーザに提供されるコンテンツの出力タイミングを制御可能にすることができる。
【０１２３】
［５−６］車載装置との連携
ユーザ端末は、車両に搭載された車載装置と連携してもよい。
図３５は本変形例のコンテンツ配信システム１ｋが実現する機能構成を表す。コンテンツ配信システム１ｋは、図４に表す各部に加えて移動速度特定部２１１及び車載装置通信部１１０を備えるスマートフォン１０ｋと、図４に表す移動速度特定部２１１以外の各部を備える配信サーバ装置２０ｋとを備える。
【０１２４】
車載装置通信部１１０は、車両が備える車載装置と無線又は有線で通信を行う。車載装置通信部１１０は、例えば、車載装置であるカーナビゲーション装置と通信を行い、カーナビゲーション装置がスピードメータから取得した車速を受信する。車載装置通信部１１０は、受信した車速を移動速度特定部２１１に供給し、移動速度特定部２１１は、供給された車速をユーザ端末の移動速度として特定する。
【０１２５】
なお、車載装置通信部１１０は、カーナビゲーション装置ではなく、スピードメータと通信して直接車速を受信してもよい。また、車速に限らず、車両の位置情報を受信してもよい。この位置情報は、移動速度の特定に用いられてもよいし、測位部１０１が測定する位置を表す位置情報の代わりに用いられてもよい。また、車載装置通信部１１０は、上記の各例で述べた車両に設けられた車載装置（座席に取り付けられた圧力センサや車内を撮影する撮影手段、車内の音声を録音する録音手段、ブレーキ・アクセルに設けられたセンサなど）から各種の情報（着座状態や映像、音声、ブレーキの踏み具合、アクセルの踏み具合を表す情報など）を受信してもよい。
【０１２６】
これにより、例えばユーザ端末が上述した乗員数特定部２１４を備える場合に、車載装置通信部１１０が受信した着座情報を用いて乗員数を特定することができる。これ以外にも、ユーザ端末が、ルート特徴判定部２１５、道路種別判定部２１６、渋滞情報取得部２１７、運転歴特定部２１８、疲労度判定部２１９、走行目的判定部２２０、走行履歴蓄積部２２１及び走行経験判定部２２２のうちのいずれかを備えていれば、それぞれ対応する情報を車載装置通信部１１０が受信して、その情報を用いて各部の動作が行われてもよい。本変形例によれば、スマートフォンでは獲得することが難しい情報やスマートフォンが測定するよりも精度の高い情報を各機能の動作に利用することができる。
【０１２７】
［５−７］各種情報の判定・特定・取得方法
上述した車両情報、状況情報及びユーザ関連情報の判定・特定・取得方法は上述したものに限らない。例えばスマートフォンが端末位置特定部２０２を備える場合に、端末位置特定部２０２が、無線ＬＡＮ（Local Area Network）のアクセスポイントとの通信に基づいて自装置の位置を特定する周知の技術を用いてユーザ端末の位置を特定してもよい。また、乗員数やルートの特徴、道路種別、渋滞情報、運転歴、疲労度、走行目的、走行経験などの情報をユーザがスマートフォンに入力し、入力された情報を含む端末情報に基づいてこれらの情報が判定・特定・取得されてもよい。
【０１２８】
［５−８］発明のカテゴリ
本発明は、配信サーバ装置のような情報処理装置と、スマートフォンのようなユーザ端末の他、それらの装置を備えるコンテンツ配信システムとしても捉えられる。また、本発明は、各装置が実施する処理を実現するための情報処理方法としても捉えられるし、各装置を制御するコンピュータを機能させるためのプログラムとしても捉えられる。このプログラムは、それを記憶させた光ディスク等の記録媒体の形態で提供されてもよいし、インターネット等のネットワークを介してコンピュータにダウンロードさせ、それをインストールして利用可能にするなどの形態で提供されてもよい。
【符号の説明】
【０１２９】
１…コンテンツ配信システム、２…ネットワーク、１０…スマートフォン、２０…配信サーバ装置、１０１…測位部、１０２…装置ＩＤ記憶部、１０３…端末情報送信部、１０４…コンテンツ受信部、１０５…出力条件判定部、１０６…コンテンツ出力部、１０７…撮影部、１０８…目的地選択操作受付部、１０９…運転手指定操作受付部、１１０…車載装置通信部、２０１…端末情報受信部、２０２…端末位置特定部、２０３…コンテンツ特定部、２０４…コンテンツ読出部、２０５…コンテンツ記憶部、２１１…移動速度特定部、２１２…出力条件決定部、２１３…コンテンツ送信部、２１４…乗員数特定部、２１５…ルート特徴判定部、２１６…道路種別判定部、２１７…渋滞情報取得部、２１８…運転歴特定部、２１９…疲労度判定部、２２０…走行目的判定部、２２１…走行履歴蓄積部、２２２…走行経験判定部。
【図１】
2017199121.tif 000003
【図２】
2017199121.tif 000004
【図３】
2017199121.tif 000005
【図４】
2017199121.tif 000006
【図５】
2017199121.tif 000007
【図６】
2017199121.tif 000008
【図７】
2017199121.tif 000009
【図８】
2017199121.tif 000010
【図９】
2017199121.tif 000011
【図１０】
2017199121.tif 000012
【図１１】
2017199121.tif 000013
【図１２】
2017199121.tif 000014
【図１３】
2017199121.tif 000015
【図１４】
2017199121.tif 000016
【図１５】
2017199121.tif 000017
【図１６】
2017199121.tif 000018
【図１７】
2017199121.tif 000019
【図１８】
2017199121.tif 000020
【図１９】
2017199121.tif 000021
【図２０】
2017199121.tif 000022
【図２１】
2017199121.tif 000023
【図２２】
2017199121.tif 000024
【図２３】
2017199121.tif 000025
【図２４】
2017199121.tif 000026
【図２５】
2017199121.tif 000027
【図２６】
2017199121.tif 000028
【図２７】
2017199121.tif 000029
【図２８】
2017199121.tif 000030
【図２９】
2017199121.tif 000031
【図３０】
2017199121.tif 000032
【図３１】
2017199121.tif 000033
【図３２】
2017199121.tif 000034
【図３３】
2017199121.tif 000035
【図３４】
2017199121.tif 000036
【図３５】
2017199121.tif 000037