JP6697942B2 - 情報処理装置 - Google Patents

Description

本発明は、ユーザにコンテンツを提供する技術に関する。

ユーザにコンテンツを提供する技術が知られている。例えば特許文献１には、ワンセグの配信エリアに車両が到達すると、車載器に対する番組用路側無線装置からのエリアワンセグによる情報提供が開始される技術が開示されている。

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

ユーザにコンテンツを配信する技術としては、特許文献１の技術の他にも、例えば店舗が提供するクーポンなどのコンテンツを、店舗の周辺地域などの特定の場所への接近を契機に端末に配信する技術がある。この技術においては、コンテンツが配信されるタイミングとユーザが店舗に到達するタイミングを近づけ過ぎると、配信されたコンテンツをユーザに見てもらう時間が短くなり、コンテンツを見たユーザが店舗に立ち寄る判断をする前に店舗を通り過ぎる可能性が高くなる。

一方で、コンテンツを配信するタイミングを早くし過ぎると、コンテンツが配信された端末を持ち運ぶユーザが店舗とは違う方向に移動する可能性が高くなる。ユーザにとっては自分が近くを通らない店舗のコンテンツが配信されても関心を持ちにくいので、そのようなコンテンツが多く配信されることは、通信の負荷や端末のメモリの消費の点で望ましくない。そして、コンテンツを配信するタイミングが固定されていると、そのタイミングが遅すぎたり早すぎたりしても改善することができない。
そこで、本発明は、特定の場所への端末の接近を契機として提供されるコンテンツが端末に配信されるタイミングを変更可能にすることを目的とする。

上記目的を達成するために、本発明は、車両とともに移動する端末の位置を特定する特定部と、特定された前記位置がコンテンツに対応付けられた配信領域に含まれる場合に、前記端末に当該コンテンツを送信する送信部と、変更条件が満たされた場合に前記配信領域を変更する変更部であって、前記車両を運転するユーザに関連するユーザ関連情報に基づいて前記変更条件が満たされたか否かを判断する変更部とを備える情報処理装置を提供する。

また、前記変更部は、前記車両を運転するユーザの疲労度を表す情報を前記ユーザ関連情報として用いてもよい。
さらに、前記変更部は、前記ユーザの走行目的を表す情報を前記ユーザ関連情報として用いてもよい。
また、前記変更部は、前記車両が走行している地域における前記ユーザの走行経験を表す情報をユーザ関連情報として用いてもよい。

また、本発明は、端末の位置を特定する特定部と、特定された前記位置がコンテンツに対応付けられた配信領域に含まれる場合に、前記端末に当該コンテンツを送信する送信部と、変更条件が満たされた場合に前記配信領域を変更する変更部であって、前記端末に送信されたコンテンツが更新され、且つ、当該更新の後に特定された前記端末の位置が当該コンテンツに対応付けられていた前記配信領域に含まれている場合に、前記変更条件が満たされたと判断し、当該端末がこれから到達する領域に前記配信領域を変更する変更部とを備える情報処理装置を提供する。

また、本発明は、車両とともに移動する端末の位置を特定する特定部と、特定された前記位置がコンテンツに対応付けられた配信領域に含まれる場合に、前記端末に当該コンテンツを送信する送信部と、変更条件が満たされた場合に前記配信領域を変更する変更部であって、前記車両の状態に関する車両情報に基づいて前記変更条件が満たされたか否かを判断する変更部とを備える情報処理装置を提供する。

また、本発明は、車両とともに移動する端末の位置を特定する特定部と、特定された前記位置がコンテンツに対応付けられた配信領域に含まれる場合に、前記端末に当該コンテンツを送信する送信部と、変更条件が満たされた場合に前記配信領域を変更する変更部であって、前記車両の状態に関する車両情報に基づいて前記変更条件が満たされたか否かを判断し、前記車両が走行する予定になっている走行予定ルートを表す情報を前記車両情報として用いる変更部とを備える情報処理装置を提供する。

また、本発明は、車両とともに移動する端末の位置を特定する特定部と、特定された前記位置がコンテンツに対応付けられた配信領域に含まれる場合に、前記端末に当該コンテンツを送信する送信部と、変更条件が満たされた場合に前記配信領域を変更する変更部であって、前記車両の周囲の状況に関する状況情報に基づいて前記変更条件が満たされたか否かを判断し、前記車両が走行するルートの特徴を表す情報を前記状況情報として用いる変更部とを備える情報処理装置を提供する。

本発明によれば、特定の場所への端末の接近を契機として提供されるコンテンツが端末に配信されるタイミングを変更可能にすることができる。

第１実施例に係るコンテンツ配信システムの全体構成を表す図 スマートフォンのハードウェア構成を表す図 配信サーバ装置のハードウェア構成を表す図 コンテンツ配信システムが実現する機能構成を表す図 配信領域の一例を表す図 変更条件テーブルの一例を表す図 変更された配信領域の一例を表す図 変更された配信領域の別の一例を表す図 出力条件テーブルの一例を表す図 出力されたコンテンツの一例を表す図 コンテンツの出力タイミングの例を表す図 コンテンツ提供処理における各装置の動作手順の一例を表す図 第２実施例のコンテンツ配信システムの全体構成を表す図 コンテンツ配信システムが実現する機能構成を表す図 配信領域の一例を表す図 変更条件テーブルの一例を表す図 変更された配信領域の一例を表す図 変更条件テーブルの別の一例を表す図 変更条件テーブルの別の一例を表す図 第３実施例のコンテンツ配信システムが実現する機能構成を表す図 ルート特徴テーブルの一例を表す図 配信領域の一例を表す図 変更条件テーブルの一例を表す図 変更された配信領域の一例を表す図 コンテンツ配信システムが実現する機能構成を表す図 変更条件テーブルの別の一例を表す図 変更条件テーブルの別の一例を表す図 変更条件テーブルの別の一例を表す図 変更条件テーブルの別の一例を表す図 第４実施例のコンテンツ配信システムが実現する機能構成を表す図 変更条件テーブルの一例を表す図 コンテンツ配信システムが実現する機能構成を表す図 変更条件テーブルの別の一例を表す図 コンテンツ配信システムが実現する機能構成を表す図 走行経験テーブルの一例を表す図 変更条件テーブルの別の一例を表す図 コンテンツ配信システムが実現する機能構成を表す図 変更条件テーブルの別の一例を表す図 第５実施例のコンテンツ配信システムが実現する機能構成を表す図 変更された配信領域の一例を表す図 変形例のスマートフォンが実現する機能構成を表す図 変形例のコンテンツ配信システムの全体構成を表す図 変形例の配信領域及び出力条件の例を表す図 変形例のコンテンツ配信システムが実現する機能構成を表す図 変形例のコンテンツ配信システムが実現する機能構成を表す図

［１］第１実施例
図１は第１実施例に係るコンテンツ配信システム１の全体構成を表す。コンテンツ配信システム１は、ユーザが利用するユーザ端末に対してコンテンツを配信するシステムである。コンテンツ配信システム１においては、ユーザが自動車等の車両に乗車して移動するときに、その車両とともに移動するユーザ端末に対してコンテンツを配信することが想定されている。

コンテンツ配信システム１は、ネットワーク２と、スマートフォン１０と、配信サーバ装置２０とを備える。ネットワーク２は、移動体通信網やインターネットなどを含み、装置同士のデータのやり取りを仲介する。ネットワーク２には、スマートフォン１０が移動体通信で接続され、配信サーバ装置２０が有線（無線でもよい）で接続されている。

スマートフォン１０は、道路の上を走行する車両３に乗車するユーザが利用するユーザ端末であり、車両３とともに移動する。スマートフォン１０は本発明の「端末」の一例である。スマートフォン１０には、コンテンツ配信システム１で配信されるコンテンツの受信や出力を行うためのプログラムである配信アプリが記憶されている。スマートフォン１０は、配信アプリの機能により、自装置の位置を示す位置情報を定期的に配信サーバ装置２０に送信する。

配信サーバ装置２０は、ユーザ端末にコンテンツを配信する。配信サーバ装置２０は、例えば、交通規制や渋滞などの有無を表す交通情報をコンテンツとして配信する。また、配信サーバ装置２０は、他にも、店舗で利用可能なクーポンや店舗での人気商品、特売の時間帯などの店舗関連情報をコンテンツとして配信する。配信サーバ装置２０は、スマートフォン１０から送信されてくる位置情報が示す位置に基づき、車両３が特定の場所に接近したことを契機としてその場所に対応付けられたコンテンツを配信する。

配信サーバ装置２０は、スマートフォン１０からの位置情報を定期的に受信すると、そのときに配信すべきコンテンツがあれば、位置情報の送信に対する応答でコンテンツを配信する。このように位置情報とコンテンツがやり取りされる定期的な通信のことを「定期通信」という（ただしコンテンツは毎回配信されるわけではない）。定期通信は、例えば１分間に数回の頻度で行われる。コンテンツ配信システム１においては、スマートフォン１０と配信サーバ装置２０とが定期通信を行いながら、必要に応じてコンテンツが配信される。

図２はスマートフォン１０のハードウェア構成を表す。スマートフォン１０は、ＣＰＵ（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）などが用いられる。

端末情報定期送信部１０４は、自装置に関する情報である端末情報を配信サーバ装置２０に対して定期的に送信する。端末情報定期送信部１０４は、測位部１０１から位置情報が供給されると、ルート案内部１０２からはルート情報を、装置ＩＤ記憶部１０３からは装置ＩＤを読み出し、位置情報、ルート情報及び装置ＩＤを含む情報を端末情報として、予め記憶している配信サーバ装置２０の宛先に向けて送信する。

配信サーバ装置２０の端末情報受信部２０１は、ユーザ端末に関する情報である端末情報を受信する。なお、本実施例ではスマートフォン１０は１台しか登場しないが、端末情報受信部２０１は、複数のスマートフォン１０からそれぞれ送信されてくる端末情報を受信することもある。その場合、各端末情報に含まれる装置ＩＤによって、どのスマートフォン１０から送信されてきた端末情報であるかが識別される。端末情報受信部２０１は、スマートフォン１０から送信されてきた端末情報を受信すると、受信した端末情報を走行予定ルート特定部２０２、端末位置特定部２０５及び移動速度特定部２０９に供給する。

走行予定ルート特定部２０２は、ユーザ端末とともに移動する車両の走行予定ルート、すなわちその車両が走行する予定になっているルートを特定する。走行予定ルート特定部２０２は、端末情報受信部２０１から端末情報が供給されると、供給された端末情報に含まれるルート情報が表すルートを、ユーザ端末であるスマートフォン１０とともに移動する車両３の走行予定ルートとして特定する。走行予定ルート特定部２０２は、特定したルートを表すルート情報を変更条件判断部２０３に供給する。

変更条件判断部２０３は、コンテンツに対応付けられた配信領域を変更する条件（以下「変更条件」という）が満たされているか否かを判断する。配信領域とは、その領域に到達したユーザ端末に対してその領域に対応付けられたコンテンツを配信するものとして定められた領域である。
図５は配信領域の一例を表す。図５の例では、車両３の前方にある交差点４の先に店舗５及び店舗６が位置している。

店舗５は、車両３が交差点を直進した場合のルートＡ１沿いに位置しており、店舗６は、車両３が交差点を右折した場合のルートＡ２沿いに位置している。配信領域Ｂ１１は、店舗５が提供するコンテンツＣ１に対応付けられた配信領域のうちの１つであり、店舗５を中心とする半径Ｄ１１の領域である。コンテンツＣ１に対応付けられた配信領域は後述するように他にもあるが、配信領域Ｂ１１はそれらの配信領域のうちでも基準となる形及び大きさを有する配信領域である。

配信領域Ｂ２１は、店舗６が提供するコンテンツＣ２に対応付けられた配信領域であり、店舗６を中心とする半径Ｄ２１の領域である。配信領域Ｂ２１は、コンテンツＣ２に対応付けられた配信領域のうちの基準となる形及び大きさを有する配信領域である。変更条件判断部２０３は、変更条件が満たされたか否かを判断するため、基準の配信領域と変更条件とを対応付けた変更条件テーブルを用いる。

図６は変更条件テーブルの一例を表す。図６の例では、「Ｂ１１（半径Ｄ１１）」という基準の配信領域に「走行予定ルートがルートＡ２を含む」という変更条件が対応付けられており、「Ｂ２１（半径Ｄ２２）」という基準の配信領域に「走行予定ルートがルートＡ１を含む」という変更条件が対応付けられている。変更条件判断部２０３は、走行予定ルート特定部２０２から供給されたルート情報が表す走行予定ルートにルートＡ２が含まれていれば、配信領域Ｂ１１の変更条件が満たされたと判断する。

また、変更条件判断部２０３は、供給されたルート情報が表す走行予定ルートにルートＡ１が含まれていれば、配信領域Ｂ２１の変更条件が満たされたと判断する。以上のとおり、変更条件判断部２０３は、本実施例では、ルート情報、すなわち車両の走行予定ルートを表す情報に基づいて変更条件が満たされたか否かを判断する。このルート情報は、ユーザ端末とともに移動する車両（ユーザが乗車している車両でもある）の状態に関する情報（以下「車両情報」という）の１つである。変更条件判断部２０３は、変更条件が満たされたと判断した基準の配信領域を配信領域変更部２０４に通知する。

配信領域変更部２０４は、変更条件判断部２０３により変更条件が満たされたと判断された場合に、コンテンツに対応付けられた配信領域を変更する。変更条件判断部２０３及び配信領域変更部２０４が協働することで、本発明の「変更部」として機能する。配信領域変更部２０４は、変更条件判断部２０３から通知された配信領域、すなわち変更条件が満たされた基準の配信領域を変更する。図６に表す変更条件テーブルでは、基準の配信領域と、変更条件が満たされた場合の変更後の配信領域の半径とが対応付けられている。例えば配信領域Ｂ１１（半径Ｄ１１）には半径Ｄ１２（Ｄ１１＞Ｄ１２）が対応付けられ、配信領域Ｂ２１（半径Ｄ２１）には半径Ｄ２２（Ｄ２１＞Ｄ２２）が対応付けられている。配信領域変更部２０４は、基準の配信領域を、それに対応付けられている半径の配信領域に変更する。

図７は変更された配信領域の一例を表す。図７の例では、車両３の走行予定ルートにルートＡ２が含まれているものとする。この場合、変更条件判断部２０３は、図５に表す基準の配信領域Ｂ１１の変更条件が満たされたと判断するので、配信領域変更部２０４は、基準の配信領域Ｂ１１（半径Ｄ１１）を、それよりも小さい半径Ｄ１２の配信領域Ｂ１２に変更している。

配信領域Ｂ１１には、図５に表すように交差点４が含まれていたが、配信領域Ｂ１２には、図７に表すように交差点４が含まれていない。そのため、車両３が走行予定ルートどおりに走行すれば、車両３とともに移動するスマートフォン１０が、コンテンツＣ１に対応付けられた配信領域である配信領域Ｂ１２には到達することがなく、コンテンツＣ２に対応付けられた配信領域である配信領域Ｂ２１には交差点４の手前で到達する。

図８は変更された配信領域の別の一例を表す。図８の例では、車両３の走行予定ルートにルートＡ１が含まれているものとする。この場合、変更条件判断部２０３は、図５に表す基準の配信領域Ｂ２１の変更条件が満たされたと判断するので、配信領域変更部２０４は、基準の配信領域Ｂ２１（半径Ｄ２１）を、それよりも小さい半径Ｄ２２の配信領域Ｂ２２に変更している。

配信領域Ｂ２１には、図５に表すように交差点４が含まれていたが、配信領域Ｂ２２には、図８に表すように交差点４が含まれていない。そのため、車両３が走行予定ルートどおりに走行すれば、車両３とともに移動するスマートフォン１０が、コンテンツＣ２に対応付けられた配信領域である配信領域Ｂ２２には到達することがなく、コンテンツＣ１に対応付けられた配信領域である配信領域Ｂ１１には交差点４の手前で到達する。配信領域変更部２０４は、変更した配信領域をコンテンツ特定部２０６に供給する。

端末位置特定部２０５は、ユーザ端末の位置を特定する機能であり、本発明の「特定部」の一例である。端末位置特定部２０５は、端末情報受信部２０１から端末情報が供給されると、供給された端末情報に含まれる位置情報が示す位置を、ユーザ端末であるスマートフォン１０の位置として特定する。端末位置特定部２０５は、特定した位置をコンテンツ特定部２０６に供給する。

コンテンツ特定部２０６は、基準の配信領域及び配信領域変更部２０４により変更された配信領域のうち、端末位置特定部２０５により特定されたユーザ端末の位置を含む配信領域に対応付けられたコンテンツを特定する。コンテンツ特定部２０６は、例えば図７の例であれば、車両３が配信領域Ｂ２１に到達した後に測定された自装置の位置情報を含む端末情報をスマートフォン１０が送信してきた場合に、その位置情報が示す位置を含む配信領域Ｂ２１に対応付けられたコンテンツであるコンテンツＣ２を特定する。なお、図７の例では、スマートフォン１０が配信領域Ｂ１２に到達することがないので、配信領域Ｂ１２に対応付けられたコンテンツであるコンテンツＣ１は特定されない。

また、コンテンツ特定部２０６は、図８の例であれば、車両３が配信領域Ｂ１１に到達した後に測定された自装置の位置情報を含む端末情報をスマートフォン１０が送信してきた場合に、その位置情報が示す位置を含む配信領域Ｂ１１に対応付けられたコンテンツであるコンテンツＣ１を特定する。図８の例では、スマートフォン１０が配信領域Ｂ２２に到達することがないので、配信領域Ｂ２２に対応付けられたコンテンツであるコンテンツＣ２は特定されない。

コンテンツ特定部２０６は、コンテンツを特定すると、特定したコンテンツの名称をコンテンツ読出部２０７及び出力条件決定部２１０に供給する。コンテンツ読出部２０７は、コンテンツ特定部２０６により特定されたコンテンツを、コンテンツ記憶部２０８から読み出す。コンテンツ記憶部２０８は、複数のコンテンツを記憶している。コンテンツ記憶部２０８には、配信サーバ装置２０の運用者の作業により、店舗等から提供された店舗関連情報がコンテンツとして格納されている。また、配信サーバ装置２０には、図示せぬ交通システムから交通情報が送信されてくるようになっており、コンテンツ記憶部２０８は、送信されてきた交通情報をコンテンツとして記憶する。コンテンツ読出部２０７は、読み出したコンテンツをコンテンツ送信部２１１に供給する。

移動速度特定部２０９は、スマートフォン１０が移動する速度を特定する。移動速度特定部２０９は、端末情報受信部２０１から供給された端末情報に含まれる位置情報を、供給された時刻に対応付けて記憶する。移動速度特定部２０９は、例えば前回記憶した位置情報が示す位置と今回記憶した位置情報が示す位置との距離を算出し、算出した距離を、両位置情報に対応付けた時刻の差分で除した値を、スマートフォン１０の移動速度として特定する。移動速度特定部２０９は、特定した移動速度を出力条件決定部２１０に供給する。

出力条件決定部２１０は、コンテンツを出力する条件である出力条件を決定する。出力条件決定部２１０は、本実施例では、上述した車両情報（ユーザ端末とともに移動する車両の状態に関する情報）の１つである車両の移動速度（つまり車速）に応じた条件を出力条件として決定する。出力条件決定部２１０は、本実施例では、車速と出力条件とを対応付けた出力条件テーブルを用いて出力条件を決定する。出力条件決定部２１０は、各コンテンツに対応する出力条件テーブルを記憶しており、コンテンツ特定部２０６から供給された名称のコンテンツに対応する出力条件テーブルを読み出して用いる。

図９は出力条件テーブルの一例を表す。図９では、コンテンツ特定部２０６により特定されたコンテンツに対応する出力条件テーブルが表されているものとする。図９の例では、「閾値Ｔｈ１１未満」という車速に「店舗（緯度ｘ１、経度ｙ１）までの距離がＬ１」という出力条件が対応付けられており、「閾値Ｔｈ１１以上」という車速に「店舗（緯度ｘ１、経度ｙ１）までの距離がＬ２」という出力条件が対応付けられている（各距離の大小関係はＬ１＜Ｌ２）。ここでいう距離は、例えば店舗との直線距離である。距離Ｌ１及びＬ２は、コンテンツが配信された後に出力条件が満たされるようにするため、特定されたコンテンツに対応付けられた配信領域（基準の配信領域又は変更された配信領域）の半径よりも小さい値となっている。

出力条件決定部２１０は、移動速度特定部２０９からスマートフォン１０の移動速度が供給されると、供給された移動速度を車速とみなし、この車速に出力条件テーブルで対応付けられている出力条件を決定する。出力条件決定部２１０は、例えばＴｈ１１未満の移動速度が供給されると、「閾値Ｔｈ１１未満」に対応付けられている「店舗（緯度ｘ１、経度ｙ１）までの距離がＬ１」という出力条件を決定する。出力条件決定部２１０は、こうして車両情報に応じた出力条件を決定し、決定した出力条件をコンテンツ送信部２１１に供給する。

コンテンツ送信部２１１は、コンテンツ特定部２０６により特定されたコンテンツをユーザ端末に送信する。つまり、コンテンツ送信部２１１は、端末位置特定部２０５により特定されたユーザ端末の位置が配信領域に含まれる場合に、その配信領域に対応付けられたコンテンツ（特定されたコンテンツ）を、そのユーザ端末に送信する。コンテンツ送信部２１１は、コンテンツを送信する際に、そのコンテンツを出力する出力条件もともに送信する。コンテンツ送信部２１１は本発明の「送信部」の一例である。

コンテンツ送信部２１１は、コンテンツ読出部２０７からコンテンツ（すなわちコンテンツ特定部２０６により特定されたコンテンツ）が供給され、出力条件決定部２１０から出力条件が供給されると、それらのコンテンツ及び出力条件を含む情報を、定期通信で送信する定期通信情報として、端末情報の送信元であるスマートフォン１０に対して送信する。

スマートフォン１０のコンテンツ受信部１０５は、配信サーバ装置２０から配信されるコンテンツを受信する。コンテンツ受信部１０５は、コンテンツ送信部２１１が送信したコンテンツを含む定期通信情報を受信すると、受信した定期通信情報を出力条件判定部１０６に供給する。

出力条件判定部１０６は、コンテンツの出力条件が満たされたか否かを判定する。出力条件判定部１０６には、上述したように測位部１０１から測定された自装置の位置を示す位置情報が繰り返し供給されてくる。出力条件判定部１０６は、例えば「店舗（緯度ｘ１、経度ｙ１）までの距離がＬ１」という出力条件が供給された場合、測位部１０１から供給された位置情報が示す位置と、出力条件で表されている店舗の位置（緯度ｘ１、経度ｙ１）との距離を算出し、算出した距離がＬ１以下になった場合に、出力条件が満たされたと判定する。出力条件判定部１０６は、出力条件が満たされたと判定すると、供給された定期通信情報に含まれているコンテンツをコンテンツ出力部１０７に供給する。

コンテンツ出力部１０７は、出力条件判定部１０６により出力条件が満たされたと判定された場合に、コンテンツ受信部１０５が受信したコンテンツを出力する。
図１０は出力されたコンテンツの一例を表す。図１０の例では、コンテンツ出力部１０７が、「店舗Ａ（○○県○○市○○町）で利用可能なクーポンが届きました」、「クーポンの内容：商品３０％オフ」という文字列によって表されたコンテンツＣ１（図５に表す店舗５が提供するコンテンツ）を自装置の表示手段であるタッチスクリーン１６に出力している。本実施例では、車両３の車速によって出力条件が異なっているため、コンテンツが出力されるタイミングも車両３の車速によって変化する。なお、コンテンツ出力部１０７は、コンテンツを文字列で出力するだけではなく、音声で出力してもよい。

図１１はコンテンツの出力タイミングの例を表す。図１１（ａ）では、車両３が閾値Ｔｈ１１未満の速度Ｖ１で移動しているため、スマートフォン１０と店舗５との距離がＬ１のときにコンテンツが出力されている。図１１（ｂ）では、車両３が閾値Ｔｈ１１以上の速度Ｖ２で移動しているため、スマートフォン１０と店舗５との距離がＬ２（Ｌ２＞Ｌ１）のときにコンテンツが出力されている。

コンテンツ配信システム１が備える各装置は、上記の構成に基づいて、ユーザにコンテンツを提供するコンテンツ提供処理を行う。
図１２はコンテンツ提供処理における各装置の動作手順の一例を表す。この動作手順は、ユーザがスマートフォン１０を操作して配信アプリを起動させることを契機に開始される。まず、スマートフォン１０（測位部１０１）は、自装置の位置を測定する（ステップＳ１１）。

次に、スマートフォン１０（ルート案内部１０２）は、ユーザが目的地を設定する操作に基づいて、走行予定ルートを表すルート情報を生成する（ステップＳ１２）。続いて、スマートフォン１０（端末情報定期送信部１０４）は、測定された位置を示す位置情報とルート情報とを含む端末情報を生成して配信サーバ装置２０に送信する（ステップＳ１３）。配信サーバ装置２０（走行予定ルート特定部２０２）は、受信された端末情報に含まれるルート情報に基づいてスマートフォン１０とともに移動する車両３の走行予定ルートを特定する（ステップＳ２１）。

次に、配信サーバ装置２０（変更条件判断部２０３）は、特定された走行予定ルートに基づいて変更条件が満たされたか否かを判断する（ステップＳ２２）。図１２の例では、１以上の基準の配信領域について変更条件が満たされたと判断されるものとする。配信サーバ装置２０（配信領域変更部２０４）は、変更条件が満たされたと判断された基準の配信領域を変更する（ステップＳ２３）。続いて、配信サーバ装置２０（端末位置特定部２０５）は、受信された端末情報に含まれる位置情報に基づいて、スマートフォン１０の位置を特定する（ステップＳ２４）。ステップＳ２４の動作は、ステップＳ２１からＳ２３までの動作の前に行われてもよいし、それらと並行して行われてもよい。

次に、配信サーバ装置２０（コンテンツ特定部２０６）は、特定されたスマートフォン１０の位置と、変更された配信領域及び変更されていない基準の配信領域とに基づいて、配信すべきコンテンツ（スマートフォン１０が到達した配信領域に対応付けられたコンテンツ）を特定する（ステップＳ２５）。そして、配信サーバ装置２０（コンテンツ読出部２０７）は、特定されたコンテンツを読み出す（ステップＳ２６）。

続いて、配信サーバ装置２０（移動速度特定部２０９）は、受信された端末情報に含まれる位置情報に基づいて、スマートフォン１０とともに移動する車両３の移動速度（車速）を特定する（ステップＳ３１）。次に、配信サーバ装置２０（出力条件決定部２１０）は、特定した車速に応じて出力条件を決定する（ステップＳ３２）。続いて、配信サーバ装置２０（コンテンツ送信部２１１）は、特定されたコンテンツと、決定された出力条件とを含む定期通信情報を生成してスマートフォン１０に送信する（ステップＳ４１）。

スマートフォン１０は、ステップＳ４１で受信した定期通信情報に含まれるコンテンツを記憶する（ステップＳ５１）。次に、スマートフォン１０（出力条件判定部１０６）は、出力条件が満たされたか否かを判定する（ステップＳ５２）。出力条件が満たされたと判定されると、スマートフォン１０（コンテンツ出力部１０７）は、ステップＳ５１で記憶しておいたコンテンツを出力する（ステップＳ５３）。

以上のとおり、配信サーバ装置２０は、変更条件が満たされた場合に基準の配信領域を変更する配信領域変更部２０４を備えている。これにより、本実施例では、特定の場所（店舗など）への端末の接近を契機として提供されるコンテンツがユーザ端末に配信されるタイミングが変更可能になっている。その結果、例えば図７の例であれば、ルートＡ２を含む走行予定ルートを走行する車両３とともに移動するスマートフォン１０、すなわち店舗５の近くまで来ない見込みのユーザ端末には、車両３が走行予定ルートどおりに走行した場合には店舗５に対応付けられたコンテンツＣ１が配信されないようにすることができる。

ユーザは自分が近くに行かない店舗のコンテンツが提供されても興味を持ちにくいので、ルートＡ２に進む予定のユーザ、すなわち店舗５の近くに来ない可能性が高いユーザのスマートフォン１０にはコンテンツＣ１が配信されないようにして、通信の負荷やスマートフォン１０の記憶領域の消費が抑制されるようになっている。また、車両３が予定と違って交差点４を直進した場合、変更した配信領域にスマートフォン１０が到達してコンテンツが配信されるので、走行予定の変更で店舗５の近くまで来ることになったユーザ端末に対してコンテンツＣ１が配信されないということは防がれるようになっている。

また、本実施例では、配信領域の変更の可否が車両情報、具体的には走行予定ルートを表すルート情報に基づいて判断されている。これにより、例えばその走行予定ルートを通るユーザに提供したいコンテンツは配信され、走行予定ルートから離れた場所を通るユーザに提供したいコンテンツは配信されないようにすることができる。

［２］第２実施例
本発明の第２実施例について、以下、第１実施例と異なる点を中心に説明する。第１実施例では、ルート情報という車両情報に基づいて変更条件が判断されたが、第２実施例では、それ以外の車両情報に基づいて変更条件が判断される。

図１３は本実施例のコンテンツ配信システム１ａの全体構成を表す。コンテンツ配信システム１ａは、スマートフォン１０ａ−１、１０ａ−２、１０ａ−３（特に区別しない場合は「スマートフォン１０ａ」という）と、配信サーバ装置２０ａとを備える。各スマートフォン１０ａは、いずれも車両３に乗車するユーザによって利用されており、各々が配信アプリを実行して配信サーバ装置２０ａと定期通信を行っている。

図１４はコンテンツ配信システム１ａが実現する機能構成を表す。コンテンツ配信システム１ａは、ルート案内部１０２を除く（本実施例ではルート情報を用いないので除いている）図４に表す各部を備えるスマートフォン１０ａと、図４に表す走行予定ルート特定部２０２の代わりに乗員数特定部２１５を備える配信サーバ装置２０ａとを備える。本実施例では、各スマートフォン１０ａが定期通信により端末情報（ルート情報を含まないもの）を送信してくる。端末情報受信部２０１は、それらの端末情報を乗員数特定部２１５に供給する。

乗員数特定部２１５は、スマートフォン１０ａとともに移動する車両の乗員数を特定する。乗員数特定部２１５は、端末情報受信部２０１から供給された端末情報のうち、それらの端末情報に含まれる位置情報が示す位置同士の距離が閾値Ｔｈ２１以下である端末情報の数を、車両の乗員数として特定する。閾値Ｔｈ２１としては、例えば車両においてユーザが乗車する空間の最大寸法が用いられる。この寸法は、同じ車両に乗車したユーザが所持するユーザ端末同士がそれ以上離れられない距離を表す。

図１３の例の場合、乗員数特定部２１５は、同じ車両３に乗車するユーザが所持するスマートフォン１０ａ−１、１０ａ−２、１０ａ−３から送信されてきた端末情報の数、すなわち「３」を車両３の乗員数として特定する。乗員数特定部２１５は、特定した乗員数を表す乗員数情報を変更条件判断部２０３に供給する（乗員数情報は、乗員数を表す数値でもよいし、各乗員が所持するスマートフォン１０ａの識別情報でもよい）。

変更条件判断部２０３は、本実施例では、前述した乗員数情報（ユーザが乗車する車両の乗員数を表す情報）を車両情報として用いて、その乗員数情報に基づいて変更条件が満たされたか否かを判断する。
図１５は本実施例の配信領域の一例を表す。図１５の例では、大通りを走行する車両３の前方の交差点４ａを曲がったところに位置する店舗５ａを中心とした半径Ｄ１１ａの円形の配信領域Ｂ１１ａと、店舗５ａの向かいに位置する店舗６ａを中心とした半径Ｄ２１ａの円形の配信領域Ｂ２１ａとが表されている。配信領域Ｂ１１ａ及びＢ２１ａは、いずれも大通りを含む大きさの基準の配信領域であり、それぞれコンテンツＣ１ａ及びＣ２ａに対応付けられている。

図１６は本実施例の変更条件テーブルの一例を表す。図１６の例では、「Ｂ１１ａ（半径Ｄ１１ａ）」という基準の配信領域に「乗員数が２人以上」という変更条件と「Ｄ１２ａ（Ｄ１１ａ＞Ｄ１２ａ）」という変更後の配信領域の半径が対応付けられており、「Ｂ２１ａ（半径Ｄ２１ａ）」という基準の配信領域に「乗員数が３人未満」という変更条件と「Ｄ２２ａ（Ｄ２１ａ＞Ｄ２２ａ）」という変更後の配信領域の半径が対応付けられている。変更条件判断部２０３は、図１３の例の場合、乗員数特定部２１５から供給された乗員数情報が３人を表すので、配信領域Ｂ１１ａの変更条件が満たされたと判断する。

図１７は変更された配信領域の一例を表す。図１７の例では、変更条件判断部２０３が基準の配信領域Ｂ１１ａの変更条件が満たされたと判断し、配信領域変更部２０４が、基準の配信領域Ｂ１１ａを、変更条件テーブルに基づいて、それよりも小さい半径Ｄ１２ａの配信領域Ｂ１２ａ（大通りを含まない領域）に変更している。例えば店舗５ａは１人客をターゲットにした飲食店であり、店舗６ａは家族連れをターゲットにした飲食店であるものとする。その場合、３人以上乗車している車両３のユーザに対しては、店舗５ａのコンテンツの提供は望ましくなく、店舗６ａのコンテンツの提供は望ましい。

そこで図１７の例では、基準の配信領域Ｂ１１ａは配信領域Ｂ１２ａに変更して車両３に乗車するユーザのスマートフォン１０aに１人客向けのコンテンツＣ１ａが配信されにくい（交差点４ａを曲がらないと配信されない）ようにしつつ、基準の配信領域Ｂ２１ａは変更せずにそのスマートフォン１０ａに家族連れ向けのコンテンツＣ２ａが配信されるようにしている。このように、本実施例では、コンテンツを提供したい人数のユーザが乗車している車両とともに移動するユーザ端末に対してそのコンテンツを配信することができる。

なお、乗員数特定部２１５は、上記とは異なる方法で乗員数を特定してもよい。例えば、車両３が、シートベルトの状態（シートベルトがされているか否か）を検知し、検知したシートベルトの状態をスマートフォン１０ａに通知する機能（例えばシートベルトの着用促進のための機能）を有しているものとする。その場合に、スマートフォン１０ａが、通知されたシートベルトの状態を定期通信で配信サーバ装置２０ａに送信し、乗員数特定部２１５が、送信されてきたシートベルトの状態に基づいて、シートベルトがされていると検知された件数を、乗員数として特定する。

また、車両３が、座席に取り付けた圧力センサの検出結果に基づいて各座席における着座状態（ユーザが座っているか否か）を検知する機能（例えばエアバックの作動要否を判断するための機能）を有しているものとする。その場合に、車両３に、検知した着座状態をスマートフォン１０ａに通知する機能を設け、スマートフォン１０ａに、その通知を受け取る機能を設ける。スマートフォン１０ａが、通知された着座状態を定期通信で配信サーバ装置２０ａに送信すると、乗員数特定部２１５は、送信されてきた着座状態に基づいて、ユーザが座っていると検知された件数を、乗員数として特定する。

また、車両３が車内を撮影する撮影手段を備え、その撮影手段が撮影した映像をスマートフォン１０ａを介して配信サーバ装置２０ａに送信する。乗員数特定部２１５は、撮影された映像からユーザの顔を検知し、検知された顔の数を乗員数として特定してもよい。また、車両３が車内の音声を録音する録音手段を備え、その録音手段が録音した音声をスマートフォン１０ａを介して配信サーバ装置２０ａに送信する。乗員数特定部２１５は、録音された音声から各ユーザの音声を認識し、認識された音声の数を乗員数として特定してもよい。

なお、車両情報としては、他にも、例えば車両の位置を示す位置情報が用いられてもよい。
図１８は本実施例の変更条件テーブルの別の一例を表す。図１８の例では、図１７に表す「Ｂ１１ａ」という基準の配信領域に「大通りの北側の車線に位置する」という変更条件と「Ｄ１２ａ（Ｄ１１ａ＞Ｄ１２ａ）」という変更後の配信領域の半径が対応付けられている。この場合、変更条件判断部２０３は、例えば図１７に表す大通りの北側（図中の上側）の車線の領域を示す位置情報を記憶しておき、その位置情報に基づいて、端末情報に含まれる位置情報が示す車両３の位置がその車線に含まれているか否かを判断する。変更条件判断部２０３は、車両３の位置がその車線に含まれていれば、変更条件が満たされたと判断する。

配信領域変更部２０４は、図１８の例の場合も、変更条件テーブルに基づいて、基準の配信領域Ｂ１１ａを図１７に表す配信領域Ｂ１２ａ（半径Ｄ１２ａ）に変更する。大通りが例えば片側１車線や２車線だと、交差点４ａに右折車がいることで混雑の原因になる場合がある。そのような大通りの北側の車線を走行する車両のユーザにコンテンツＣ１ａを提供すると、店舗５ａに向かうために交差点４ａを右折する車両が増えて混雑を誘発する可能性がある。図１８の例では、前述のとおり配信領域をＢ１２ａに変更することで、大通りの北側の車線に位置する車両、すなわち交差点４ａで右折して店舗５ａに向かう位置にいる車両のユーザにはコンテンツを提供しないようにして、交差点４ａでの混雑の増加を防いでいる。

なお、上記の例では、車両の位置の代わりに車両の走行方向が用いられてもよい。
図１９は本実施例の変更条件テーブルの別の一例を表す。図１９の例では、「Ｂ１１ａ」という基準の配信領域に「大通りを東向きに走行中」という変更条件と「Ｄ１２ａ（Ｄ１１ａ＞Ｄ１２ａ）」という変更後の配信領域の半径が対応付けられている。この場合、変更条件判断部２０３は、端末情報に含まれる位置情報が示す車両３の位置及びその位置の変化から走行している位置及び方向を判断し、車両３が大通りを東向きに走行している場合には、変更条件が満たされたと判断する。この場合も、配信領域変更部２０４が図１８の例のように配信領域を変更することで、交差点４ａでの混雑の増加を防ぐことができる。

［３］第３実施例
本発明の第３実施例について、以下、上記の各実施例と異なる点を中心に説明する。上記の各実施例では、変更条件判断部２０３が、車両情報に基づいて変更条件が満たされたか否かを判断したが、第３実施例では、変更条件判断部２０３が、車両の周囲の状況に関する状況情報に基づいて変更条件が満たされたか否かを判断する。

図２０は本実施例のコンテンツ配信システム１ｂが実現する機能構成を表す。コンテンツ配信システム１ｂは、ルート案内部１０２を除く図４に表す各部を備えるスマートフォン１０ｂと、図４に表す走行予定ルート特定部２０２の代わりにルート特徴判定部２１６を備える配信サーバ装置２０ｂとを備える。ルート特徴判定部２１６は、端末情報受信部２０１から供給された端末情報に基づいて、スマートフォン１０ｂとともに移動する車両３が走行するルートの特徴を判定する。ルート特徴判定部２１６は、例えば、ルートの複雑さの度合いである複雑度を、ルートの特徴として判定する。その場合、ルート特徴判定部２１６は、ルートに存在する要素と複雑さ（この例における特徴）の点数とを対応付けたルート特徴テーブルを用いてこの判定を行う。

図２１はルート特徴テーブルの一例を表す。図２１の例では、「信号」というルート上の要素に「１」という複雑さの点数が対応付けられている。同様に、「コーナー」、「左折車線・右折車線」、「車線数の増減」には「２」、「３」、「３」という複雑さの点数がそれぞれ対応付けられている。ルート特徴判定部２１６は、端末情報に含まれている位置情報が表す位置に基づいて、車両３が走行する可能性がある所定の距離（例えば１ｋｍ程度）のルートを特定する。

ルート特徴判定部２１６は、信号やコーナー、車線などの位置が記述された地図情報を記憶しており、その地図情報に基づいて、特定した各ルート上に存在する要素を抽出する。ルート特徴判定部２１６は、抽出した要素にルート特徴テーブルで対応付けられている複雑さの点数を各ルートについて合計し、例えばそれらの合計値の平均値を車両３が走行するルートの特徴（複雑度）を表す値として判定する。

なお、スマートフォン１０ｂが図４に表すルート案内部１０２を備えていてルート情報を含む端末情報を送信すれば、ルート特徴判定部２１６は、そのルート情報が表す走行予定ルート上に存在する要素から複雑度を判定してもよい。ルート特徴判定部２１６は、こうして判定したルートの特徴を表す値を変更条件判断部２０３に供給する。変更条件判断部２０３は、本実施例では、ルート特徴判定部２１６により判定されたルートの特徴を表す値（複雑度）に基づいて変更条件が満たされたか否かを判断する。

図２２は本実施例の配信領域の一例を表す。図２２の例では、十字路の交差点４ｂに位置する店舗５ｂを中心とした半径Ｄ１１ｂの円形の配信領域Ｂ１１ｂが表されている。配信領域Ｂ１１ｂは、基準の配信領域であり、店舗５ｂが提供するコンテンツＣ１ｂに対応付けられている。交差点４ｂに向かうルートの中では、左側から交差点４ｂに向かうルート７が交差点も多く車線数の減少やコーナーもあって、他のルートに比べて複雑度が高くなっている。図２２の例では、車両３ｂがこのルート７を走行して交差点４ｂに向かっている。

図２３は本実施例の変更条件テーブルの一例を表す。図２３の例では、「Ｂ１１ｂ（半径Ｄ１１ｂ）」という基準の配信領域に「複雑度が閾値Ｔｈ２１以上」という変更条件と「Ｄ１２ｂ（Ｄ１１ｂ＜Ｄ１２ｂ）」という変更後の配信領域の半径が対応付けられている。図２２の例の場合、ルート７を走行する車両（例えば車両３ｂ）のルートの特徴をルート特徴判定部２１６が判定すると、判定されたルートの特徴を表す値（複雑度）が閾値Ｔｈ２１以上になり、他のルートを走行する車両のルートの特徴を表す値は閾値Ｔｈ２１未満になるものとする。従って、変更条件判断部２０３は、車両３ｂとともに移動するスマートフォン１０ｂから送信されてきた端末情報に基づきルート特徴判定部２１６が判定した結果（複雑度）に基づいて、配信領域Ｂ１１ｂの変更条件が満たされたと判断する。このように、本実施例では、変更条件判断部２０３は、車両が走行するルートの特徴を表す情報（この例では複雑度の値）に基づいて変更条件が満たされたか否かを判断する。

図２４は変更された配信領域の一例を表す。図２４の例では、配信領域変更部２０４が、基準の配信領域Ｂ１１ｂ（半径Ｄ１１ｂ）を、それよりも大きい半径Ｄ１２ｂの配信領域Ｂ１２ａに変更している。これにより、他のルートを通って店舗５ｂに向かってくるユーザ端末に比べて、車両３ｂとともに移動するスマートフォン１０ｂにはより早いタイミングでコンテンツＣ１ｂが配信され、コンテンツＣ１ｂの出力もより早いタイミングで行うことができる。

ユーザが運転手である場合、ルート７のようにルートが複雑であるほど、運転に集中しなければならず、他のことを考える余裕が少なくなる。本実施例では、他のルートを移動するユーザ端末に比べて、そのように複雑なルートを走行している車両とともに移動するユーザ端末にはより早いタイミングでコンテンツを配信することで、その車両を運転するユーザが出力されたコンテンツＣ１ｂの内容を確認して店舗５ｂに立ち寄るか否かを考える時間をより多く確保できるようにしている。

なお、状況情報は上述したルートの特徴に限らない。
図２５は本実施例のコンテンツ配信システム１ｃが実現する機能構成を表す。コンテンツ配信システム１ｃは、ルート案内部１０２を除く図４に表す各部を備えるスマートフォン１０ｃと、図４に表す走行予定ルート特定部２０２の代わりに周囲状況特定部２１７を備える配信サーバ装置２０ｃとを備える。周囲状況特定部２１７は、例えば、端末情報受信部２０１から供給された端末情報に基づいて、スマートフォン１０とともに移動する車両３が走行する道路の種別を、車両３の周囲の状況として特定する。道路の種別とは、例えば一般道と高速道路である。

周囲状況特定部２１７は、一般道及び高速道路の位置が記述された地図情報を記憶しており、スマートフォン１０から送信されてくる端末情報に含まれる位置情報が示す位置が一般道及び高速道路のいずれであるかをその地図情報に基づいて特定する。周囲状況特定部２１７は、特定した道路の種別を表す道路種別情報を変更条件判断部２０３に供給する。

図２６は本実施例の変更条件テーブルの別の一例を表す。図２６の例では、「Ｂ１１ｃ（半径Ｄ１１ｃ）」という基準の配信領域に「走行中の道路が高速道路」という変更条件と「Ｄ１２ｃ（Ｄ１１ｃ＜Ｄ１２ｃ）」という変更後の配信領域の半径が対応付けられている。配信領域Ｂ１１ｃは、例えば高速道路の出口近くに位置する店舗が提供するコンテンツに対応付けられた配信領域である。この場合、変更条件判断部２０３は、供給された道路種別情報が表す道路の種別、すなわち周囲状況特定部２１７により特定された道路の種別が高速道路であれば変更条件が満たされたと判断し、その道路の種別が一般道であれば変更条件が満たされていないと判断する。

このように、変更条件判断部２０３は、車両が走行する道路の種別（この例における状況情報）に基づいて変更条件が満たされたか否かを判断する。配信領域変更部２０４は、変更条件が満たされたと判断された場合、つまり道路の種別が高速道路であった場合に、基準の配信領域Ｂ１１ｃ（半径Ｄ１１ｃ）よりも大きな半径Ｄ１２ｃの配信領域に変更する。例えば店舗までの距離が同じでも、車両が高速道路を走行していれば一般道よりも速度が出せるし信号もないので、車両が一般道を走行している場合に比べて（店舗の手前は一般道だとしても）店舗まで短い時間で到達しやすい。

図２６の例では、車両が走行している道路の種別が「高速道路」である場合、「一般道」である場合に比べて店舗から離れた位置でコンテンツが配信されることになる。これにより、店舗から常に一定の距離だけ離れた位置でコンテンツが配信される場合に比べて、コンテンツをより早いタイミングで出力できるようになり、運転手が店舗への立ち寄りを検討する時間を確保しやすくなっている。なお、道路の種別は、上述したルートの特徴として用いられてもよい。例えばルート上の要素に高速道路がある場合にルートの特徴を表す複雑度を増加させ、店舗からより離れた位置でコンテンツを出力できるようにする。この場合も、運転手が店舗への立ち寄りを検討する時間を確保しやすくなる。

また、上記以外にも、例えば道路の込み具合が状況情報として用いられてもよい。この場合、周囲状況特定部２１７は、例えば外部の交通情報システムから、道路の渋滞情報を取得する。周囲状況特定部２１７は、端末情報受信部２０１から供給された端末情報に含まれる位置情報が示す位置、すなわちスマートフォン１０ｃとともに移動する車両が走行している位置の周辺の渋滞情報を取得する。周囲状況特定部２１７は、取得した渋滞情報が表す道路の込み具合を、車両の周囲の状況として特定し、特定した状況を表す状況情報として、取得した渋滞情報を変更条件判断部２０３に供給する。

図２７は本実施例の変更条件テーブルの別の一例を表す。図２７の例では、「Ｂ１１ｄ（半径Ｄ１１ｄ）」という基準の配信領域に「渋滞が発生」という変更条件と「Ｄ１２ｄ（Ｄ１１ｄ＞Ｄ１２ｄ）」という変更後の配信領域の半径が対応付けられている。配信領域Ｂ１１ｄは、例えば幹線道路沿いに位置する店舗が提供するコンテンツに対応付けられた配信領域である。変更条件判断部２０３は、周囲状況特定部２１７から供給された渋滞情報が表す道路の込み具合、すなわち周囲状況特定部２１７により特定された道路の込み具合が渋滞の発生を表していれば変更条件が満たされたと判断し、渋滞はなく車が円滑に流れていることを表していれば変更条件が満たされていないと判断する。このように、図２７の例では、変更条件判断部２０３は、車両が走行する道路の込み具合を表す情報（例えば渋滞情報。この例における状況情報）に基づいて変更条件が満たされたか否かを判断する。

配信領域変更部２０４は、変更条件が満たされたと判断された場合、つまり道路に渋滞が発生している場合に、基準の配信領域Ｂ１１ｄ（半径Ｄ１１ｄ）よりも小さな半径Ｄ１２ｄの配信領域に変更する。渋滞が発生しているときには、店舗よりもあまり手前でコンテンツが配信及び出力されても店舗に着くころには忘れてしまっている可能性が高く、それよりも、店舗に近いところでコンテンツが配信及び出力された方が、渋滞が緩和するまで一休みしたいユーザに店舗に立ち寄るきっかけを与えることが期待できる。上記のとおり道路の込み具合に基づいて変更の有無を判断することで、コンテンツの配信タイミングが固定されている場合に比べて、渋滞の際に提供するコンテンツがユーザを店舗に誘導する効果を高めることができる。

また、周囲の天気が状況情報として用いられてもよい。この場合、周囲状況特定部２１７は、端末情報受信部２０１から供給された端末情報に含まれる位置情報が示す位置、すなわちスマートフォン１０ｃとともに移動する車両が走行している位置の現在の降水量を表す降水量情報を取得する。周囲状況特定部２１７は、取得した降水量情報が表す天気を、車両の周囲の状況として特定し、特定した状況を表す状況情報として、取得した降水量情報を変更条件判断部２０３に供給する。

図２８は本実施例の変更条件テーブルの別の一例を表す。図２８の例では、「Ｂ１１ｅ（半径Ｄ１１ｅ）」という基準の配信領域に「周囲が雨・雪」という変更条件と「Ｄ１２ｅ（Ｄ１１ｅ＜Ｄ１２ｅ）」という変更後の配信領域の半径が対応付けられている。変更条件判断部２０３は、周囲状況特定部２１７から供給された降水量情報が表す天気、すなわち車両の周囲で降水量があれば雨又は雪が降っているものとして変更条件が満たされたと判断し、車両の周囲で降水量がなければ雨も雪も降っていないものとして変更条件が満たされていないと判断する。

このように、図２８の例では、変更条件判断部２０３は、走行する車両の周囲の天気を表す情報（例えば降水量情報。この例における状況情報）に基づいて変更条件が満たされたか否かを判断する。配信領域変更部２０４は、変更条件が満たされたと判断された場合、つまり車両の周囲で雨又は雪が降っている場合に、基準の配信領域Ｂ１１ｅ（半径Ｄ１１ｅ）よりも大きな半径Ｄ１２ｅの配信領域に変更する。

雨や雪が降っていると、晴れや曇りのときに比べて運転手が運転に集中しなければならず、他のことを考える余裕が少なくなる。上記の例では、雨や雪のときには晴れや曇りのときに比べてコンテンツが配信されるタイミングを早くして、コンテンツをより早いタイミングで出力できるようにすることで、運転手が店舗への立ち寄りをより長い時間検討できるようにしている。

また、現在の日時が状況情報として用いられてもよい。この場合、周囲状況特定部２１７は、端末情報受信部２０１から端末情報が供給された日時を状況情報として変更条件判断部２０３に供給する。
図２９は本実施例の変更条件テーブルの別の一例を表す。図２９の例では、「Ｂ１１ｆ（半径Ｄ１１ｆ）」という基準の配信領域に「夜間」という変更条件と「Ｄ１２ｆ（Ｄ１１ｆ＜Ｄ１２ｆ）」という変更後の配信領域の半径が対応付けられている。変更条件判断部２０３は、周囲状況特定部２１７から供給された日付の日の出から日没までの日中の時間帯を特定し、同じく供給された時刻がその時間帯に含まれていなければ、現在の日時が夜間であるため変更条件が満たされたと判断し、その時間帯に含まれていれば、現在の日時が日中であるため変更条件が満たされていないと判断する。

このように、図２９の例では、変更条件判断部２０３は、現在に日時を表す情報（この例における状況情報）に基づいて変更条件が満たされたか否かを判断する。配信領域変更部２０４は、変更条件が満たされたと判断された場合、つまり現在が夜間であれる場合に、基準の配信領域Ｂ１１ｆ（半径Ｄ１１ｆ）よりも大きな半径Ｄ１２ｆの配信領域に変更する。夜間は日中に比べて運転以外のことを考える余裕が少なくなるが、上記の例では、夜間は日中に比べてコンテンツが配信されるタイミングを早くして、コンテンツをより早いタイミングで出力できるようにすることで、運転手が店舗への立ち寄りをより長い時間検討できるようにしている。

［４］第４実施例
本発明の第４実施例について、以下、上記の各実施例と異なる点を中心に説明する。上記の各実施例では、変更条件判断部２０３が、車両情報又は状況情報に基づいて変更条件が満たされたか否かを判断したが、第４実施例では、変更条件判断部２０３が、車両に乗車するユーザに関連する情報であるユーザ関連情報に基づいて変更条件が満たされたか否かを判断する。

図３０は本実施例のコンテンツ配信システム１ｄが実現する機能構成を表す。コンテンツ配信システム１ｄは、図４に表す各部を備えるスマートフォン１０ｄと、図４に表す走行予定ルート特定部２０２の代わりにユーザ関連情報取得部２１８を備える配信サーバ装置２０ｄとを備える。ユーザ関連情報取得部２１８は、例えば、スマートフォン１０ｄとともに移動する車両３を運転する運転手の運転歴を表す運転歴情報をユーザ関連情報として取得する。

本実施例では、例えばコンテンツ配信システム１ｄを利用するユーザがユーザ情報を登録することができるようになっていて、登録可能な情報にユーザの運転免許取得日が含まれているものとする。配信サーバ装置２０ｄは、こうして登録されたユーザ情報をスマートフォン１０ｄの装置ＩＤに対応付けて記憶している。ユーザ関連情報取得部２１８は、端末情報受信部２０１から供給された端末情報に含まれる装置ＩＤに対応付けて記憶されている運転免許証取得日を読み出し、読み出した運転免許取得日を、運転歴を表す運転歴情報として取得する。

なお、これ以外にも、例えば運転手がスマートフォン１０ｄで自分の運転免許証を撮影すると、スマートフォン１０ｄは撮影した運転免許証の画像を定期通信で配信サーバ装置２０ｄに送信する。そして、ユーザ関連情報取得部２１８は、送信されてきた画像を解析して運転免許取得日を特定し、特定した運転免許取得日をユーザ関連情報として取得してもよい。

また、ユーザ関連情報取得部２１８は、端末情報受信部２０１から複数の端末情報が供給され、それらの端末情報に含まれる位置情報から第２実施例で述べたように同じ車両３に乗車するユーザのスマートフォン１０ｄから送信されたものと判断された場合、各端末情報に含まれる位置情報が示す位置から運転手の端末情報がどれであるかを判断してもよい。ユーザ関連情報取得部２１８は、例えば位置情報が示す位置の変化から進行方向を判断し、進行方向の最も前方の位置を示す位置情報を含む端末情報を運転手の端末情報と判断する。

ただし、助手席のユーザのスマートフォン１０ｄも進行方向の最も前方の位置を示すので、その場合、例えばスマートフォン１０ｄが自装置の操作履歴を端末情報に含めて定期送信するようにする。ユーザ関連情報取得部２１８は、進行方向の前方を示す位置情報を含む端末情報が運転手と助手席のユーザの分で２つある場合に、操作履歴が少ない方の端末情報を運転手の端末情報と判断する（運転手は運転中のため助手席のユーザよりスマートフォン１０ｄを操作しないから）。ユーザ関連情報取得部２１８は、以上のとおり取得した運転歴情報を変更条件判断部２０３に供給する。

図３１は本実施例の変更条件テーブルの一例を表す。図３１の例では、「Ｂ１１ｇ（半径Ｄ１１ｇ）」という基準の配信領域に「運転歴が閾値Ｔｈ３１未満」という変更条件と「Ｄ１２ｇ（Ｄ１１ｇ＜Ｄ１２ｇ）」という変更後の配信領域の半径が対応付けられている。変更条件判断部２０３は、ユーザ関連情報取得部２１８から供給された運転歴情報が表す運転歴が閾値Ｔｈ３１未満であれば変更条件が満たされたと判断し、その運転歴が閾値Ｔｈ３１以上であれば変更条件が満たされていないと判断する。このように、図３１の例では、変更条件判断部２０３は、走行する車両を運転する運転手の運転歴（この例におけるユーザ関連情報）に基づいて変更条件が満たされたか否かを判断する。

配信領域変更部２０４は、変更条件が満たされたと判断された場合、つまり運転手の運転歴が閾値Ｔｈ３１未満である場合に、基準の配信領域Ｂ１１ｇ（半径Ｄ１１ｇ）よりも大きな半径Ｄ１２ｇの配信領域に変更する。図３１の例では、運転歴が閾値Ｔｈ３１以上の運転手のスマートフォン１０ｄに比べて、運転歴が閾値Ｔｈ３１未満の運転手のスマートフォン１０ｄにはより店舗から離れた位置でコンテンツが配信されるので、より早いタイミングでのコンテンツの出力が可能になる。その結果、運転歴が長い運転手に比べて運転歴が短い運転手は店舗への立ち寄りをより長い時間検討できるようにしている。

なお、運転歴以外にも、例えばユーザの走行目的を表す情報がユーザ関連情報として用いられてもよい。この場合、ユーザ関連情報取得部２１８は、スマートフォン１０ｄとともに移動する車両の走行目的をユーザ関連情報として取得する。ユーザ関連情報取得部２１８は、定期通信で送信されてくる端末情報に含まれるルート情報が示す目的地に基づいて走行目的を取得する。ユーザ関連情報取得部２１８は、例えば目的地と走行目的とを対応付けた走行目的テーブルを記憶している。

図３２は走行目的テーブルの一例を表す。図３２の例では、「会社」という目的地に「通勤」という走行目的が対応付けられている。同様に、「病院」、「商業施設」、「遊園地、温泉地、観光地」という目的地に「通院」、「買い物」、「行楽」という走行目的がそれぞれ対応付けられている。ユーザ関連情報取得部２１８は、上記の目的地情報が示す目的地の名称から目的地が「会社」や「病院」などのどれに当てはまるかを判断する。

ユーザ関連情報取得部２１８は、例えば「株式会社」を含む名称なら「会社」、「病院」や「医院」などを含む名称なら病院と判断し、また、例えば観光地の固有名詞を予め記憶しておいてそれを含む名称であれば観光地と判断する。ユーザ関連情報取得部２１８は、当てはまると判断した目的地に走行目的テーブルで対応付けられている走行目的を読み出して、車両の走行目的として取得する。

なお、ユーザ関連情報取得部２１８は、上記以外の方法で走行目的を取得してもよい。例えば、ユーザ関連情報取得部２１８は、ユーザが利用しているスケジュール管理アプリケーションから当日のユーザのスケジュール情報を受け取り、次に予定されているスケジュールに基づいて走行目的を取得する。この場合、ユーザ関連情報取得部２１８は、例えば次のスケジュールに「通院」に関係する語句（例えば「○○病院」や「○○歯科」など）が含まれていれば「通院」を走行目的として取得し、「行楽」に関係する語句（例えば「○○旅館」や「○○遊園地」など）が含まれていれば「行楽」を走行目的として取得する。
ユーザ関連情報取得部２１８は、取得した走行目的をユーザ関連情報として変更条件判断部２０３に供給する。

図３３は本実施例の変更条件テーブルの別の一例を表す。図３３の例では、「Ｂ１１ｈ（半径Ｄ１１ｈ）」という基準の配信領域に「走行目的が病院、買い物」という変更条件と「Ｄ１２ｈ（Ｄ１１ｈ＜Ｄ１２ｈ）」という変更後の配信領域の半径が対応付けられている。また、「Ｂ１１ｈ（半径Ｄ１１ｈ）」という基準の配信領域には、「走行目的が行楽」という変更条件と「Ｄ１３ｈ（Ｄ１２ｈ＜Ｄ１３ｈ）」という変更後の配信領域の半径も対応付けられている。

変更条件判断部２０３は、ユーザ関連情報取得部２１８から供給された走行目的が病院、買い物又は行楽であれば変更条件が満たされたと判断し、その走行目的が通勤であれば変更条件が満たされていないと判断する。このように、図３３の例では、変更条件判断部２０３は、車両に乗車するユーザの走行目的（この例におけるユーザ関連情報）に基づいて変更条件が満たされたか否かを判断する。

配信領域変更部２０４は、変更条件が満たされたと判断された場合、走行目的によって異なる配信領域に変更する。配信領域変更部２０４は、基準の配信領域Ｂ１１ｈ（半径Ｄ１１ｈ）を、走行目的が病院又は買い物であればそれよりも大きな半径Ｄ１２ｈの配信領域に変更し、走行目的が行楽であればさらに大きな半径Ｄ１３ｈの配信領域に変更する。例えば通勤で通るルートは運転手もよく覚えているので、他のことを考えながら運転する余裕がある。一方、行楽ではめったに通らないルートを通るので、ナビゲーションの機能を利用していたとしても、運転手は道を間違えないように気を使って運転しなければならず、他のことを考える余裕が通勤よりは少なくなる。

また、通院や買い物はたまに利用するルートなので、行楽よりは他のことを考える余裕があるが、通勤ほど頻繁には利用しないので通勤に比べれば他のことを考える余裕が少ない。図３３の例では、運転手が他のことを考える余裕がないときほど、店舗から離れた位置でコンテンツが配信されて、より早いタイミングでのコンテンツの出力が可能になる。その結果、他のことを考える余裕がある運転手に比べてその余裕がない運転手が店舗への立ち寄りをより長い時間検討できるようになっている。

上記の走行目的は、ユーザが道に慣れているか否かを間接的に判断する材料として用いられたが、より直接的に、車両が走行する地域における走行経験を表す情報が用いられてもよい。
図３４は本実施例のコンテンツ配信システム１ｅが実現する機能構成を表す。コンテンツ配信システム１ｅは、図４に表す各部を備えるスマートフォン１０ｅと、図４に表す走行予定ルート特定部２０２の代わりに走行履歴蓄積部２１９と、走行経験判定部２２０とを備える配信サーバ装置２０ｅとを備える。

走行履歴蓄積部２１９は、スマートフォン１０ｅを利用するユーザが乗車した車両の走行履歴を蓄積する。本実施例では、端末情報受信部２０１が受信した端末情報を走行履歴蓄積部２１９に供給する。走行履歴蓄積部２１９は、供給された端末情報に含まれる装置ＩＤに対応付けて、その端末情報に含まれる位置情報を蓄積する。こうして蓄積される位置情報が示す位置は、この位置情報に対応付けて記憶される装置ＩＤにより識別されるスマートフォン１０ｅとともに移動する車両、すなわちスマートフォン１０ｅを利用するユーザが乗車した車両の走行履歴を表す。

走行経験判定部２２０は、スマートフォン１０ｅが移動している地域におけるユーザの走行経験の度合いを判定する。端末情報受信部２０１は、受信した端末情報を走行経験判定部２２０に供給する。走行経験判定部２２０は、供給された端末情報に含まれる装置ＩＤに対応付けて走行履歴蓄積部２１９に蓄積されている位置情報を読み出す。

走行経験判定部２２０は、読み出した位置情報のうち最新の位置情報が示す位置を中心とした所定の範囲（例えば半径１ｋｍの円の範囲）をユーザが利用しているスマートフォン１０ｅが現在移動している地域として特定する。走行経験判定部２２０は、読み出した位置情報のうち、特定した範囲に含まれる位置を示す位置情報の件数を計上する。この件数を、「走行履歴の件数」という。走行経験判定部２２０は走行履歴の件数と走行経験とを対応付けた走行経験テーブルを記憶している。

図３５は走行経験テーブルの一例を表す。図３５の例では、「閾値Ｔｈ４１未満」という走行履歴の件数に「少ない」という走行経験が対応付けられている。また、「閾値Ｔｈ４１以上閾値Ｔｈ４２未満」、「閾値Ｔｈ４２以上」という走行履歴の件数に「中くらい」、「多い」という走行経験がそれぞれ対応付けられている。走行経験判定部２２０は、計上した走行履歴の件数に走行経験テーブルで対応付けられている走行経験を、スマートフォン１０ｅが移動している地域における運転手の走行経験として判定する。走行経験判定部２２０は、判定した走行経験を表す情報を変更条件判断部２０３に供給する。

図３６は本実施例の変更条件テーブルの別の一例を表す。図３６の例では、「Ｂ１１ｊ（半径Ｄ１１ｊ）」という基準の配信領域に「走行経験が中くらい」と「Ｄ１２ｊ（Ｄ１１ｊ＜Ｄ１２ｊ）」という変更後の配信領域の半径が対応付けられている。また、「Ｂ１１ｊ（半径Ｄ１１ｊ）」という基準の配信領域には、「走行経験が少ない」と「Ｄ１３ｊ（Ｄ１２ｊ＜Ｄ１３ｊ）」という変更後の配信領域の半径も対応付けられている。

変更条件判断部２０３は、走行経験判定部２２０から供給された情報が表す走行経験が「中くらい」又は「少ない」であれば変更条件が満たされたと判断し、その走行経験が「多い」であれば変更条件が満たされていないと判断する。このように、図３６の例では、変更条件判断部２０３は、車両が走行している地域におけるユーザの走行経験を表す情報（この例におけるユーザ関連情報）に基づいて変更条件が満たされたか否かを判断する。

配信領域変更部２０４は、変更条件が満たされたと判断された場合、走行経験の程度によって異なる配信領域に変更する。配信領域変更部２０４は、基準の配信領域Ｂ１１ｊ（半径Ｄ１１ｊ）を、ユーザの走行経験が中くらいであればそれよりも大きな半径Ｄ１２ｊの配信領域に変更し、ユーザの走行経験が少なければさらに大きな半径Ｄ１３ｊの配信領域に変更する。

図３６の例では、走行中の地域での走行経験が少なくて運転手が他のことを考える余裕がないときほど、店舗から離れた位置でコンテンツが配信されて、より早いタイミングでのコンテンツの出力が可能になる。その結果、走行経験が多くて他のことを考える余裕がある運転手に比べて、走行経験が少なくてその余裕がない運転手が店舗への立ち寄りをより長い時間検討できるようになっている。

なお、ユーザ関連情報取得部２１８が、走行履歴蓄積部２１９に蓄積された車両の走行履歴に基づいて、上述した車両の走行目的をユーザ関連情報として取得してもよい。この場合、ユーザ関連情報取得部２１８は、例えば、走行履歴蓄積部２１９を参照して現在と同じ曜日及び同じ時間帯における過去の走行履歴を読み出し、それらの走行履歴が表す目的地（車両が停車した場所）に図３２で表す走行目的テーブルで対応付けられている走行目的を、現在の車両の走行目的として取得する。これにより、ユーザがナビゲーション機能を利用していない場合でも走行目的を取得することができる。

また、走行予定ルート特定部２０２が、走行履歴蓄積部２１９に蓄積された車両の走行履歴に基づいて、上述した車両の走行予定ルートを特定してもよい。この場合、走行予定ルート特定部２０２は、例えば、走行履歴蓄積部２１９を参照して現在と同じ曜日及び同じ時間帯における過去の走行履歴を読み出し、それらの走行履歴が表す目的地（車両が停車した場所）を現在走行している車両の目的地として、その目的地までのルートを走行予定ルートとして特定する。これにより、ユーザがナビゲーション機能を利用していない場合でも走行予定ルートを特定することができる。

また、上記以外にも、例えばユーザの疲労度を表す情報がユーザ関連情報として用いられてもよい。
図３７は本実施例のコンテンツ配信システム１ｆが実現する機能構成を表す。コンテンツ配信システム１ｆは、例えば図４に表すルート案内部１０２の代わりに撮影部１０８を備えるスマートフォン１０ｆと、図４に表す走行予定ルート特定部２０２の代わりに疲労度判定部２２１を備える配信サーバ装置２０ｆとを備える。

撮影部１０８は、自装置の周囲を撮影する機能である。撮影部１０８は、自装置の周囲を撮影すると、撮影した周囲の画像を示す画像情報を端末情報定期送信部１０４に供給する。端末情報定期送信部１０４は、供給された画像情報を含む端末情報を配信サーバ装置２０ｆに送信する。本実施例では、ユーザが運転手の顔を撮影可能な位置にスマートフォン１０ｆを設置して、運転手の顔の撮影を開始する操作を行うものとする。すると、撮影部１０８は、定期通信よりも高い頻度（例えば１秒毎）で撮影を繰り返し行う。

疲労度判定部２２１は、スマートフォン１０ｆとともに移動する車両の運転手の疲労度を判定する。疲労度判定部２２１は、定期通信で送信されてくる端末情報に含まれる複数の画像情報を解析して、各画像について撮影された運転手の目が開いた状態か閉じた状態かを判断する。運転の疲れは目の疲れとなって表れやすいので、運転に疲れるほど瞬きの回数が増える。そこで、疲労度判定部２２１は、例えば所定の期間（１分間など）において運転手の目が閉じている状態の比率が高いほど、疲労度が高いと判定する。

なお、疲労度判定部２２１は、目の開閉の状態に限らず、例えば顔の表情を分析して、疲れているときの表情における顔の特徴量に近い特徴量が抽出された場合に疲労度が高いと判定してもよい。また、疲労度判定部２２１は、例えばスマートフォン１０ｆがマイクロフォンを備えていれば、ユーザの音声情報を定期通信で送信し、疲労度判定部２２１が、その音声情報が示す音声に基づいて疲労度を判定してもよい。

また、例えばスマートフォン１０ｆが温度センサや発汗センサなどを備えていれば、それらのセンサの測定結果（ユーザの体温や発汗量）を定期通信で送信し、疲労度判定部２２１が、その測定結果に基づいて疲労度を判定してもよい。この場合、疲労度判定部２２１は、例えばユーザの体温や発汗量が閾値以上であれば疲労度が高く、それらが閾値未満であれば疲労度が低いと判定する。

また、疲労度判定部２２１は、車両の走行時間に応じて疲労度を判定してもよい（例えば走行時間が長くなるにつれて疲労度を高く判定する）。また、疲労度判定部２２１は、運転の仕方に応じて疲労度を判定してもよい。例えば、疲労度判定部２２１は、ブレーキに設けられたセンサからブレーキの踏み具合を表すデータを受け取り、急ブレーキを表すデータを受け取る頻度が高いほど疲労度が高いと判定する。同様に、疲労度判定部２２１は、アクセルの踏み具合を表すデータを受け取り、急な加速を表すデータを受け取る頻度が高いほど疲労度が高いと判定してもよい。疲労度判定部２２１は、こうして判定した疲労度を変更条件判断部２０３に供給する。

図３８は本実施例の変更条件テーブルの別の一例を表す。図３８の例では、「Ｂ１１ｋ（半径Ｄ１１ｋ）」という基準の配信領域に「運転手の疲労度が閾値Ｔｈ５１以上」という変更条件と「Ｄ１２ｋ（Ｄ１１ｋ＜Ｄ１２ｋ）」という変更後の配信領域の半径が対応付けられている。変更条件判断部２０３は、疲労度判定部２２１から供給された運転手の疲労度が閾値Ｔｈ５１以上であれば変更条件が満たされたと判断し、その疲労度が閾値Ｔｈ５１未満であれば変更条件が満たされていないと判断する。このように、図３８の例では、変更条件判断部２０３は、走行する車両を運転する運転手の疲労度を表す情報（この例におけるユーザ関連情報）に基づいて変更条件が満たされたか否かを判断する。

配信領域変更部２０４は、変更条件が満たされたと判断された場合、つまり運転手の疲労度が閾値Ｔｈ５１以上である場合に、基準の配信領域Ｂ１１ｋ（半径Ｄ１１ｋ）よりも大きな半径Ｄ１２ｋの配信領域に変更する。図３８の例では、まだあまり疲れておらず集中力がある運転手に比べて、疲労度が高く集中力が落ちている運転手のユーザ端末へはより早いタイミングでコンテンツを配信することで、店舗への立ち寄りをより長い時間検討できるようにしている。

［５］第５実施例
本発明の第５実施例について、以下、上記の各実施例と異なる点を中心に説明する。上記の各実施例では、変更条件判断部２０３が、車両情報、状況情報又はユーザ関連情報に基づいて変更条件が満たされたか否かを判断したが、第５実施例では、変更条件判断部２０３が、配信されたコンテンツが更新されたことに基づいて、変更条件を判断する。

図３９は本実施例のコンテンツ配信システム１ｇが実現する機能構成を表す。コンテンツ配信システム１ｇは、図４に表す各部を備えるスマートフォン１０ｇと、図４に表す走行予定ルート特定部２０２の代わりにコンテンツ更新検知部２２２を備える配信サーバ装置２０ｇとを備える。コンテンツ更新検知部２２２は、コンテンツ記憶部２０８を監視して、交通情報や店舗関連情報を上書きした場合に、それらのコンテンツが更新されたことを検知する。コンテンツ更新検知部２２２は、更新を検知したコンテンツの名称を変更条件判断部２０３に供給する。

本実施例では、端末位置特定部２０５が特定したユーザ端末の位置を変更条件判断部２０３に供給し、コンテンツ特定部２０６が特定したコンテンツの名称とそのコンテンツに対応付けられている配信領域とを変更条件判断部２０３に供給する。変更条件判断部２０３は、コンテンツ特定部２０６及びコンテンツ更新検知部２２２から同じコンテンツの名称が供給された場合に、コンテンツ特定部２０６からその名称が供給された後に端末位置特定部２０５から供給された位置が、その名称とともに供給された配信領域に含まれていれば、変更条件が満たされたと判断する。

つまり、変更条件判断部２０３は、ユーザ端末に送信されたコンテンツが更新され、且つ、その更新の後に特定されたユーザ端末の位置がそのコンテンツに対応付けられていた配信領域に含まれている場合に、変更条件が満たされたと判断する。この場合、配信領域変更部２０４は、そのユーザ端末がこれから到達する領域に配信領域を変更する。

図４０は本実施例で変更された配信領域の一例を表す。図４０（ａ）では、基準の配信領域Ｂ１１ｍに車両３が到達したところが表されている。このとき、車両３とともに移動しているスマートフォン１０ｇには、配信領域Ｂ１１ｍに対応付けられているコンテンツ（例えば交通情報）が配信されている。図４０（ｂ）では、そのコンテンツの更新が検知されたときに変更された配信領域Ｂ１２ｍが表されている。図４０（ｂ）の時点では、車両３はまだ基準の配信領域Ｂ１１ｍの内部に位置しているので、特定されるスマートフォン１０ｇの位置が配信領域Ｂ１１ｍに含まれることになる。

そこで、配信領域変更部２０４は、基準の配信領域Ｂ１１ｍを、スマートフォン１０ｇがこれから到達する領域である配信領域Ｂ１２ｍに変更する。配信領域Ｂ１２ｍは、配信領域Ｂ１１ｍと共通の中心で半径を小さくした領域であり、車両３の前方に位置している（車両３がまだ到達していないということ）。その結果、車両３が進んで変更後の配信領域Ｂ１２ｍに到達すると、スマートフォン１０ｇも配信領域Ｂ１２ｍに到達することになるので、配信領域Ｂ１２ｍに対応付けられたコンテンツ、すなわち更新後のコンテンツがスマートフォン１０ｇに送信される。

なお、図４０の例では、更新前のコンテンツが、ユーザ端末が基準の配信領域に到達したときに配信されたが、基準の配信領域から変更された配信領域にユーザ端末が到達したときに配信されてもよい。その場合でも、その後にコンテンツの更新が検知されれば、配信領域変更部２０４がさらに配信領域を変更して、更新後のコンテンツがユーザ端末に配信されるようにする。

また、変更後の配信領域は、変更前の配信領域と中心が異なっていてもよい。これにより、変更前の配信領域の中心を車両が通り過ぎた後でも、その車両の前方に位置する領域に配信領域を変更して、更新後のコンテンツをユーザ端末に配信することができる。本実施例によれば、ユーザ端末に配信されたコンテンツが更新された場合に、そのユーザ端末がまだ配信領域を通り過ぎていなければ、更新後のコンテンツも配信することができる。

また、変更条件判断部２０３は、車両の速度を算出し、算出した速度と現在の位置から特定の場所（例えば店舗の場所や配信領域から出てゆく場所）への到達予想時刻を求める。そして、変更条件判断部２０３は、到達予想時刻までにコンテンツが更新された場合に、変更条件が満たされたと判断してもよい。これにより、例えば車両が通信の不安定な場所を走行していて定期通信が途切れることがあっても、変更条件が満たされたことを判断することができる。

［６］変形例
上述した各実施例はそれぞれが本発明の実施の一例に過ぎず、以下のように変形させてもよい。また、各実施例及び各変形例は、必要に応じて組み合わせて実施してもよい。

［６−１］配信領域
実施例では配信領域が円形の領域であったがこれに限らない。配信領域は、例えば四角形や楕円形、道路に沿った形など、様々な形の領域であってもよい。配信領域がどのような形であっても、配信領域変更部２０４が配信領域を変更することで、コンテンツが配信されるタイミングが上述した各例のように変更されるようになっていればよい。

［６−２］配信領域の変更
配信領域変更部２０４は、実施例では、基準の配信領域のサイズ（半径）を変えることで配信領域を変更したが、これに限らない。配信領域変更部２０４は、例えば基準の配信領域の形を変えることで配信領域を変更してもよいし、形とサイズの両方を変えることで配信領域を変更してもよい。例えば道路に沿った長方形の領域を配信領域とする場合、配信領域変更部２０４は、長方形の長辺だけを変化させて、配信領域の形もサイズも変化させることで配信領域を変更する。

また、配信領域変更部２０４は、基準の配信領域の位置を変えることで配信領域を変更してもよい。配信領域変更部２０４は、例えば基準の配信領域の中心は店舗であるが、その中心を例えば近くの交差点に変えることで配信領域を変更してもよい。また、配信領域変更部２０４は、形、サイズ、位置をそれぞれ変えることで配信領域を変更してもよい。また、配信領域変更部２０４は、基準の配信領域から配信領域を変更するだけでなく、変更後の配信領域からさらに別の配信領域に変更してもよい。要するに、配信領域変更部２０４は、ユーザ端末にコンテンツが配信されるタイミングが変化するように配信領域を変更すればよい。

［６−３］コンテンツの配信方法
コンテンツ送信部２１１は、実施例では定期通信の応答でコンテンツを送信したが、これに限らない。コンテンツ送信部２１１は、例えば新たなコンテンツが記憶されたり、コンテンツが更新されたりしたときに、定期通信で端末情報が送信されてきたタイミングでなくとも、能動的にそれらの新たなコンテンツや更新されたコンテンツをユーザ端末に送信（いわゆるプッシュ送信）してもよい。

［６−４］ユーザ端末
実施例ではスマートフォン１０がユーザ端末として用いられたが、ユーザ端末はこれに限らない。例えば、車両３に設けられたカーナビゲーション装置がユーザ端末として用いられてもよい。また、タブレット端末や携帯電話機、ノート型パソコンなどの持ち運び可能なコンピュータがユーザ端末として用いられてもよい。要するに、車両とともに移動可能であり且つ図４等に表すユーザ端末が備える各部を実現する端末であれば、どのような端末がユーザ端末として用いられてもよい。

［６−５］コンテンツの削除
ユーザ端末が配信されたコンテンツを削除するタイミングを制御してもよい。
図４１は本変形例のスマートフォン１０ｈが実現する機能構成を表す。スマートフォン１０ｈは、図４に表す各部に加えてコンテンツ記憶部１０９と、コンテンツ削除部１１０とを備える。

本変形例では、コンテンツ受信部１０５が、受信した定期通信情報に含まれているコンテンツをコンテンツ記憶部１０９に供給し、その定期通信情報に含まれている出力条件を出力条件判定部１０６に供給する。コンテンツ記憶部１０９は、供給されたコンテンツを記憶する。出力条件判定部１０６は、出力条件が満たされたと判定すると、出力条件が満たされたコンテンツの名称をコンテンツ出力部１０７に供給する。コンテンツ出力部１０７は、供給された名称のコンテンツをコンテンツ記憶部１０９から読み出して出力する。

本変形例では、測位部１０１が自装置の位置の測定と、測定した位置を示す位置情報のコンテンツ削除部１１０への供給を繰り返し行う。コンテンツ削除部１１０は、繰り返し供給される位置情報が示す位置に基づいて、自装置とともに移動する車両が移動している状態か、停止した状態かを判断する。コンテンツ削除部１１０は、例えば、自装置の位置が変化しない時間が閾値Ｔｈ６１以上になった場合に、車両が停止した状態だと判断する。閾値Ｔｈ６１としては、例えば、渋滞の際に停止することが想定される時間よりも長い時間が用いられる。

これにより、渋滞の際に停止した状態と判断されることが少なくなり、家に着いたときや目的地（会社や商業施設、観光地など）に着いたとき、店舗などに立ち寄ったときに停止した状態と判断されやすくなる。なお、ユーザ端末がカーナビゲーション装置であれば、コンテンツ削除部１１０は、自装置の電源が切られるときに車両が停止した状態だと判断してもよい。コンテンツ削除部１１０は、車両が停止した状態だと判断すると、コンテンツ記憶部１０９に記憶されているコンテンツを削除する。コンテンツ記憶部１０９が記憶したコンテンツをいつまでも削除しないと、記憶領域の空きが小さくなるので、不要になったコンテンツを削除することが望ましい。

上記の例では、車両が停止すると、次にユーザが車両で移動するのがいつになるか分からないので、コンテンツが不要になる可能性が高まる。本変形例では、ユーザ端末に記憶されたコンテンツをこの車両の停止を契機として削除することができる。一方で、渋滞による一時的な停止ではコンテンツが削除されないようにもなっている。なお、コンテンツ削除部１１０によるコンテンツの削除方法はこれに限らない。

コンテンツ削除部１１０は、例えば、毎日決められた時刻にコンテンツを削除してもよい。また、コンテンツ出力部１０７が出力したコンテンツの名称をコンテンツ削除部１１０に供給し、コンテンツ削除部１１０が、供給された名称のコンテンツ、すなわち出力済みのコンテンツを削除してもよい。また、コンテンツ削除部１１０は、コンテンツ記憶部１０９の記憶領域が一杯になったときに、一定の空き領域ができるまで古いコンテンツから順番に削除してもよい。また、コンテンツ削除部１１０は、交通情報については一度出力されたら削除し、店舗等が提供するコンテンツは決められた時刻に削除するというように、コンテンツの種類によって異なる方法で削除してもよい。

［６−６］配信サーバ装置
実施例では１台の配信サーバ装置がコンテンツを配信していたが、これに限らない。
図４２は本変形例のコンテンツ配信システム１ｊの全体構成を表す。コンテンツ配信システム１ｊは、スマートフォン１０と、配信サーバ装置２０ｊ−１、２０ｊ−２、２０ｊ−３（それぞれ区別しない場合は「配信サーバ装置２０ｊ」という）と、ネットワーク２とを備える。

例えば、配信サーバ装置２０ｊ−１は交通情報を配信し、配信サーバ装置２０ｊ−２は店舗等のクーポンを示す店舗関連情報を配信し、配信サーバ装置２０ｊ−３はその他のコンテンツを配信する。この場合、スマートフォン１０は、各配信サーバ装置２０ｊと定期通信を行い、各配信サーバ装置２０ｊは、それぞれが配信領域の変更や出力条件の決定を行う。なお、これに限らず、例えばスマートフォン１０が配信サーバ装置２０ｊ−１とだけ定期通信を行い、配信サーバ装置２０ｊ−１だけが配信領域の変更や出力条件の決定を行ってもよい。その場合、他の配信サーバ装置２０ｊは、配信サーバ装置２０ｊ−１にコンテンツを提供する動作だけを行う。

［６−７］出力条件
実施例では、ユーザ端末の移動速度に応じた出力条件が用いられたが、これに限らない。例えば、移動速度以外の車両情報に応じた出力条件が用いられてもよい。また、状況情報に応じた出力条件やユーザ関連情報に応じた出力条件が用いられてもよい。また、配信領域変更部２０４によって基準の配信領域よりも大きなサイズの配信領域に変更された場合に、出力条件決定部２１０が、ユーザ端末が変更前の基準の配信領域に到達したときに満たされる条件を出力条件として決定してもよい。

図４３は本変形例の配信領域及び出力条件の例を表す。図４３（ａ）では、車両３の前方に位置する基準の配信領域Ｂ１１ｎが表されている。図４３（ｂ）では、配信領域変更部２０４が基準の配信領域Ｂ１１ｎをより大きな半径の配信領域Ｂ１２ｎに変更した様子が表されている。この場合に、出力条件決定部２１０は、配信領域Ｂ１１ｎにユーザ端末が到達した場合に満たされる条件を出力条件として決定する。この場合、車両３とともに移動するユーザ端末は、配信領域Ｂ１２ｎに到達したときにコンテンツが配信され、配信領域Ｂ１１ｎに到達したときにそのコンテンツを出力することになる。

また、出力条件に用いられる距離は、店舗までの直線距離に限らず、道路に沿った距離であってもよい。また、店舗からの距離ではなく、店舗を含む特定の形をした領域（例えば店舗の前の通り）に到達すると満たされる条件が出力条件として用いられてもよい。また、例えば、コンテンツが配信されてから所定の時間が経過したときに満たされる条件が出力条件として用いられてもよい。

［６−８］車両
実施例で述べたユーザ端末とともに移動する車両は、自家用車であってもよいし、バスやタクシーなどであってもよい。また、自動車に限らず、電車にユーザが乗車した場合に、電車の車両とともにユーザ端末が移動してもよい。なお、コンテンツ配信システムは、自動車等の車両に乗車したユーザへのコンテンツの提供を想定するものであったが、それに限らず、歩いているユーザや船などの車両以外の乗り物に乗っているユーザにコンテンツが提供されてもよい。それらの場合でも、出力されたコンテンツを見たり聞いたりしたユーザがそのコンテンツを提供する店舗へ立ち寄ることが考えられるからである。

それらのユーザにコンテンツが提供される場合には、上述した車両情報（車両の状態に関する情報）の代わりに、移動するユーザ自身やユーザが乗っている他の乗り物の状態（移動速度や乗員数）に関する情報が用いられればよいし、状況情報（車両の周囲の状況に関する情報）の代わりに、ユーザ自身や他の乗り物の周囲の状況（ルートの特徴）に関する情報が用いられればよい。また、ユーザ関連情報（車両に乗車するユーザに関連する情報）の代わりに、歩いているユーザ自身や他の乗り物に乗っているユーザに関連する情報（疲労度や移動目的、その地域での移動経験）が用いられればよい。いずれの場合も、それらの情報に基づいて変更条件が満たされたか否かが判断されることで、上記の各例と同様の作用効果を得ることができる。

［６−９］各機能を実現する装置
図４等に表す各機能を実現する装置は、上述したものに限らない。例えば図４に表す走行予定ルート特定部２０２をスマートフォンが実現してもよい。
図４４は本変形例のコンテンツ配信システム１ｋが実現する機能構成を表す。コンテンツ配信システム１ｋは、図４に表す各部に加えて走行予定ルート特定部２０２を備えるスマートフォン１０ｋと、図４に表す走行予定ルート特定部２０２以外の各部を備える配信サーバ装置２０ｋとを備える。

スマートフォン１０ｋが備える走行予定ルート特定部２０２は、ルート案内部１０２から決定したルートを表すルート情報を読み出してそのルートを走行予定ルートとして特定し、特定したルートを表すルート情報を端末情報定期送信部１０４に供給する。端末情報定期送信部１０４は、ルート情報を含む端末情報を定期送信し、配信サーバ装置２０ｋの変更条件判断部２０３は、送信されてきた端末情報に含まれるルート情報に基づいて、実施例と同様に変更条件が満たされたか否かを判断する。

図４４の例と同様に、端末位置特定部２０５、移動速度特定部２０９、乗員数特定部２１５、ルート特徴判定部２１６、周囲状況特定部２１７、ユーザ関連情報取得部２１８、走行経験判定部２２０及び疲労度判定部２２１をスマートフォンが備えていてもよい。いずれの場合も、各部が特定、判定又は取得した情報を含む端末情報が定期通信で配信サーバ装置に送信されて上記の各例と同様に変更条件が満たされたか否かが判断されることで、コンテンツが端末に配信されるタイミングを変更可能にすることができる。

なお、上記の例とは反対に、ユーザ端末が実現していた機能を配信サーバ装置が実現してもよく、例えば、配信サーバ装置がルート案内部１０２を備えてもよい。その場合、ユーザ端末はユーザが設定した目的地を含む端末情報を定期通信で送信し、配信サーバ装置のルート案内部１０２が、端末情報に含まれる目的地までのルートを表すルート情報を生成する。生成されたルート情報は、コンテンツ送信部２１１によってコンテンツとしてユーザ端末に送信されるとともに、走行予定ルート特定部２０２による走行予定ルートの特定に用いられる。

［６−１０］車載装置との連携
ユーザ端末は、車両に搭載された車載装置と連携してもよい。
図４５は本変形例のコンテンツ配信システム１ｍが実現する機能構成を表す。コンテンツ配信システム１ｍは、図４に表す各部のうちルート案内部１０２を除く各部に加えて走行予定ルート特定部２０２及び車載装置通信部１１１を備えるスマートフォン１０ｍと、図４に表す走行予定ルート特定部２０２以外の各部を備える配信サーバ装置２０ｍとを備える。

車載装置通信部１１１は、車両が備える車載装置と無線又は有線で通信を行う。車載装置通信部１１１は、例えば、車載装置であるカーナビゲーション装置と通信を行い、カーナビゲーション装置が案内中のルートを表すルート情報を受信する。車載装置通信部１１１は、受信したルート情報を走行予定ルート特定部２０２に供給し、走行予定ルート特定部２０２は、供給されたルート情報が表すルートを走行予定ルートとして特定する。

なお、車載装置通信部１１１は、ルート情報に限らず、カーナビゲーション装置からルートの案内に用いている車両の位置情報を受信してもよい。この位置情報は、移動速度の特定に用いられてもよいし、測位部１０１が測定する位置を表す位置情報の代わりに用いられてもよい。また、車載装置通信部１１１は、上記の各例で述べた車両に設けられた車載装置（座席に取り付けられた圧力センサや車内を撮影する撮影手段、車内の音声を録音する録音手段、ブレーキ・アクセルに設けられたセンサなど）から各種の情報（着座状態や映像、音声、ブレーキの踏み具合、アクセルの踏み具合を表す情報など）を受信してもよい。

これにより、例えばユーザ端末が上述した乗員数特定部２１５を備える場合に、車載装置通信部１１１が受信した着座情報を用いて乗員数を特定することができる。これ以外にも、ユーザ端末が、端末位置特定部２０５、移動速度特定部２０９、ルート特徴判定部２１６、周囲状況特定部２１７、ユーザ関連情報取得部２１８、走行経験判定部２２０及び疲労度判定部２２１のうちのいずれかを備えていれば、それぞれ対応する情報を車載装置通信部１１１が受信して、その情報を用いて各部の動作が行われてもよい。本変形例によれば、スマートフォンでは獲得することが難しい情報やスマートフォンが測定するよりも精度の高い情報を各機能の動作に利用することができる。

［６−１１］各種情報の判定・特定・取得方法
上述した車両情報、状況情報及びユーザ関連情報の判定・特定・取得方法は上述したものに限らない。例えばスマートフォンが端末位置特定部２０５を備える場合に、端末位置特定部２０５が、無線ＬＡＮ（Local Area Network）のアクセスポイントとの通信に基づいて自装置の位置を特定する周知の技術を用いてユーザ端末の位置を特定してもよい。また、乗員数やルートの特徴、道路種別、渋滞情報、運転歴、疲労度、走行目的、走行経験などの情報をユーザがスマートフォンに入力し、入力された情報を含む端末情報に基づいてこれらの情報が判定・特定・取得されてもよい。

［６−１２］発明のカテゴリ
本発明は、配信サーバ装置のような情報処理装置と、スマートフォンのようなユーザ端末の他、それらの装置を備えるコンテンツ配信システムとしても捉えられる。また、本発明は、各装置が実施する処理を実現するための情報処理方法としても捉えられるし、各装置を制御するコンピュータを機能させるためのプログラムとしても捉えられる。このプログラムは、それを記憶させた光ディスク等の記録媒体の形態で提供されてもよいし、インターネット等のネットワークを介してコンピュータにダウンロードさせ、それをインストールして利用可能にするなどの形態で提供されてもよい。

１…コンテンツ配信システム、２…ネットワーク、１０…スマートフォン、２０…配信サーバ装置、１０１…測位部、１０２…ルート案内部、１０３…装置ＩＤ記憶部、１０４…端末情報定期送信部、１０５…コンテンツ受信部、１０６…出力条件判定部、１０７…コンテンツ出力部、１０８…撮影部、１０９…コンテンツ記憶部、１１０…コンテンツ削除部、１１１…車載装置通信部、２０１…端末情報受信部、２０２…走行予定ルート特定部、２０３…変更条件判断部、２０４…配信領域変更部、２０５…端末位置特定部、２０６…コンテンツ特定部、２０７…コンテンツ読出部、２０８…コンテンツ記憶部、２０９…移動速度特定部、２１０…出力条件決定部、２１１…コンテンツ送信部、２１５…乗員数特定部、２１６…ルート特徴判定部、２１７…周囲状況特定部、２１８…ユーザ関連情報取得部、２１９…走行履歴蓄積部、２２０…走行経験判定部、２２１…疲労度判定部、２２２…コンテンツ更新検知部。

Claims (8)

1. 車両とともに移動する端末の位置を特定する特定部と、
   特定された前記位置がコンテンツに対応付けられた配信領域に含まれる場合に、前記端末に当該コンテンツを送信する送信部と、
   変更条件が満たされた場合に前記配信領域を変更する変更部であって、前記車両を運転するユーザに関連するユーザ関連情報に基づいて前記変更条件が満たされたか否かを判断する変更部と
   を備える情報処理装置。
2. 前記変更部は、前記車両を運転するユーザの疲労度を表す情報を前記ユーザ関連情報として用いる
   請求項１に記載の情報処理装置。
3. 前記変更部は、前記ユーザの走行目的を表す情報を前記ユーザ関連情報として用いる
   請求項１に記載の情報処理装置。
4. 前記変更部は、前記車両が走行している地域における前記ユーザの走行経験を表す情報をユーザ関連情報として用いる
   請求項１に記載の情報処理装置。
5. 端末の位置を特定する特定部と、
   特定された前記位置がコンテンツに対応付けられた配信領域に含まれる場合に、前記端末に当該コンテンツを送信する送信部と、
   変更条件が満たされた場合に前記配信領域を変更する変更部であって、前記端末に送信されたコンテンツが更新され、且つ、当該更新の後に特定された前記端末の位置が当該コンテンツに対応付けられていた前記配信領域に含まれている場合に、前記変更条件が満たされたと判断し、当該端末がこれから到達する領域に前記配信領域を変更する変更部と
   を備える情報処理装置。
6. 車両とともに移動する端末の位置を特定する特定部と、
   特定された前記位置がコンテンツに対応付けられた配信領域に含まれる場合に、前記端末に当該コンテンツを送信する送信部と、
   変更条件が満たされた場合に前記配信領域を変更する変更部であって、前記車両の状態に関する車両情報である乗員数情報又は車両の位置を示す位置情報に基づいて前記変更条件が満たされたか否かを判断する変更部と
   を備える情報処理装置。
7. 車両とともに移動する端末の位置を特定する特定部と、
   特定された前記位置がコンテンツに対応付けられた配信領域に含まれる場合に、前記端末に当該コンテンツを送信する送信部と、
   変更条件が満たされた場合に前記配信領域を変更する変更部であって、前記車両の状態に関する車両情報に基づいて前記変更条件が満たされたか否かを判断し、前記車両が走行する予定になっている走行予定ルートを表す情報を前記車両情報として用いる変更部と
   を備える情報処理装置。
8. 車両とともに移動する端末の位置を特定する特定部と、
   特定された前記位置がコンテンツに対応付けられた配信領域に含まれる場合に、前記端末に当該コンテンツを送信する送信部と、
   変更条件が満たされた場合に前記配信領域を変更する変更部であって、前記車両の周囲の状況に関する状況情報に基づいて前記変更条件が満たされたか否かを判断し、前記車両が走行するルートに存在する要素毎の複雑さに基づき判定されるルートの複雑さの度合いを前記状況情報として用いる変更部と
   を備える情報処理装置。

Images