特許 7418373 サーバ、システム、方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-01-11

(45)【発行日】2024-01-19

(54)【発明の名称】サーバ、システム、方法及びプログラム

(51)【国際特許分類】

   G08G 1/00 20060101AFI20240112BHJP

   G08G 1/09 20060101ALI20240112BHJP

【ＦＩ】

G08G1/00 A

G08G1/09 F

【請求項の数】 12

(21)【出願番号】P 2021078458

(22)【出願日】2021-05-06

(65)【公開番号】P2022172567

(43)【公開日】2022-11-17

【審査請求日】2022-02-16

(73)【特許権者】

【識別番号】501440684

【氏名又は名称】ソフトバンク株式会社

(74)【代理人】

【識別番号】100098626

【弁理士】

【氏名又は名称】黒田 壽

(74)【代理人】

【識別番号】100128691

【弁理士】

【氏名又は名称】中村 弘通

(72)【発明者】

【氏名】海老沢 憲一

(72)【発明者】

【氏名】小林 謙吾

(72)【発明者】

【氏名】石田 圭利

(72)【発明者】

【氏名】中西 優

(72)【発明者】

【氏名】榎本 光洋

【審査官】山田 由希子

(56)【参考文献】

【文献】国際公開第２０２０／０７１０７２（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０８Ｇ １／００－９９／００

(57)【特許請求の範囲】

【請求項1】

移動通信網を介して移動体と通信可能であり、配信サーバから移動体への情報配信を支援するサーバであって、
複数の移動体から取得した前記移動体の識別情報、位置情報及び速度情報を含む複数の移動体情報を複数のグループに振り分ける振り分け処理部と、
前記複数のグループのそれぞれについて、前記グループに属する複数の移動体の識別情報、位置情報及び速度情報を含む移動体情報に基づいて前記移動体間の離隔距離を並列分散処理によって計算する複数の計算処理部と、
前記複数の計算処理部の並列分散処理によって計算された前記複数のグループの前記移動体間の離隔距離の計算結果が保持され定期的に更新される情報記憶部と、
情報配信を必要とするイベントが発生した移動体の識別情報と情報配信先情報の取得要求とを前記配信サーバから受信し、前記取得要求に応じて、前記情報記憶部に保持され定期的に更新されている前記移動体間の離隔距離の計算結果に基づいて、前記イベントが発生した移動体の周辺に位置する移動体を特定し、前記特定した移動体の識別情報を、前記情報配信先情報として前記配信サーバに送信する送受信部と、
を備えるサーバ。

【請求項2】

移動通信網を介して、移動体と通信可能なサーバであって、
複数の移動体から取得した複数の移動体情報を複数のグループに振り分ける振り分け処理部と、
前記複数のグループのそれぞれについて、前記グループに属する複数の移動体の移動体情報に基づいて前記移動体間の離隔距離を計算する複数の計算処理部と、
前記移動体間の離隔距離の計算結果が保持される情報記憶部と、
を備え、
前記振り分け処理部において、前記複数の移動体情報は、前記複数の移動体の種類ごとに前記複数のグループに振り分けられる、サーバ。

【請求項3】

請求項１又は２のサーバにおいて、
前記振り分け処理部において、前記複数の移動体情報は、前記複数の移動体が位置する地理的エリアごとに前記複数のグループに振り分けられる、サーバ。

【請求項4】

請求項２又は３のサーバにおいて、
前記移動体間の離隔距離の計算結果に基づく配信情報の取得要求を受信し、前記配信情報を送信する送受信部を備える、サーバ。

【請求項5】

請求項１又は４のサーバにおいて、
前記移動体間の距離の計算結果に基づいて情報配信の用途別に作成された情報配信先の移動体の識別情報を含む複数の宛先テーブルを保持している、サーバ。

【請求項6】

請求項１、４又は５のサーバにおいて、
前記送受信部は、前記移動体が前記サーバを介さない通信を行う相手の移動体に関する情報の取得要求をさらに受信し、前記相手の移動体に関する情報を送信する、サーバ。

【請求項7】

請求項１乃至６のいずれかのサーバにおいて、
前記情報記憶部は、前記複数のグループの数以上である複数設けられ、
前記複数の計算処理部のうち第１の計算処理部は、前記複数のグループに属する複数の移動体情報のうち、第１グループに属する複数の移動体情報に基づいて前記移動体間の離隔距離を計算し、
前記第１の計算処理部における前記計算結果は、前記複数の情報記憶部のうち第１の情報記憶部に保持され、第２の情報記憶部には保持されない、サーバ。

【請求項8】

請求項７のサーバにおいて、
前記第１の情報記憶部に保持された前記計算結果における複数の移動体が属する前記グループは、前記第２の情報記憶部に保持された計算結果における複数の移動体が属するグループとは異なるグループである、サーバ。

【請求項9】

請求項１乃至８のいずれかのサーバにおいて、
前記複数の計算処理部は、前記移動体の移動方向が互いに異なる複数の経路区画部分について、同一経路区画部分内における複数の移動体間の離隔距離と、異なる経路区画部分間における複数の移動体間の離隔距離とをそれぞれ計算する、サーバ。

【請求項10】

請求項１乃至９のいずれかのサーバにおいて、
前記複数の移動体間の離隔距離の計算結果は、前記移動体の移動方向における移動体間の前後関係を識別可能な符号を含む、サーバ。

【請求項11】

移動通信網を介した配信サーバから移動体への情報配信を支援サーバにより支援する方法であって、
前記支援サーバが、複数の移動体から取得した前記移動体の識別情報、位置情報及び速度情報を含む複数の移動体情報を、複数のグループに振り分けることと、
前記支援サーバが、前記複数のグループのそれぞれについて、前記グループに属する複数の移動体の識別情報、位置情報及び速度情報を含む移動体情報に基づいて前記移動体間の離隔距離を並列分散処理によって計算することと、
前記支援サーバが、前記並列分散処理によって計算された前記複数のグループの前記移動体間の離隔距離の計算結果を保持して定期的に更新することと、
前記支援サーバが、情報配信を必要とするイベントが発生した移動体の識別情報と情報配信先情報の取得要求とを前記配信サーバから受信し、前記取得要求に応じて、情報記憶部に保持され定期的に更新されている前記移動体間の離隔距離の計算結果に基づいて、前記イベントが発生した移動体の周辺に位置する移動体を特定し、前記特定した移動体の識別情報を、前記情報配信先情報として前記配信サーバに送信することと、
を含む、方法。

【請求項12】

移動通信網を介して移動体と通信可能であり配信サーバから移動体への情報配信を支援するサーバに備えるコンピュータ又はプロセッサにおいて実行されるプログラムであって、
複数の移動体から取得した前記移動体の識別情報、位置情報及び速度情報を含む複数の移動体情報を複数のグループに振り分けるためのプログラムコードと、
前記複数のグループのそれぞれについて、前記グループに属する複数の移動体の識別情報、位置情報及び速度情報を含む移動体情報に基づいて前記移動体間の離隔距離を並列分散処理によって計算するためのプログラムコードと、
前記並列分散処理によって計算された前記複数のグループの前記移動体間の離隔距離の計算結果を保持して定期的に更新するためのプログラムコードと、
情報配信を必要とするイベントが発生した移動体の識別情報と情報配信先情報の取得要求とを前記配信サーバから受信し、前記取得要求に応じて、情報記憶部に保持され定期的に更新されている前記移動体間の離隔距離の計算結果に基づいて、前記イベントが発生した移動体の周辺に位置する移動体を特定し、前記特定した移動体の識別情報を、前記情報配信先情報として前記配信サーバに送信するためのプログラムコードと、
を含む、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、車両等の移動体に関する情報が配信される車両等の配信先を特定するサーバ、システム、方法及びプログラムに関する。

【背景技術】

【0002】

従来、道路を走行している車両に事故や故障などのイベントが発生したときに、その車両の情報を、通信網を介した広域通信により周辺の車両に配信するシステムが知られている。また、特許文献１には、複数の車両において、それぞれが自身の位置情報をＧＰＳ受信情報等により求め、それに基づいて互いの相対位置を計算する方法が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００４－１７０２６８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、道路上には多くの車両が走行しているため、車両間の距離（相対位置）を計算しようとすると計算量が膨大になり、しかも、その計算を短い時間周期（例えば１秒周期）で実行する必要があるため、配信対象を動的に特定するための計算の負荷が増大し、適切な情報配信先の移動体を迅速に特定することができない、という課題がある。

【課題を解決するための手段】

【0005】

本発明の一態様に係るサーバは、移動通信網を介して、移動体と通信可能なサーバである。このサーバは、複数の移動体から取得した複数の移動体情報を複数のグループに振り分ける振り分け処理部と、前記複数のグループのそれぞれについて、前記グループに属する複数の移動体の移動体情報に基づいて前記移動体間の離隔距離を計算する複数の計算処理部と、前記移動体間の離隔距離の計算結果が保持される情報記憶部と、を備える。

【0006】

前記サーバにおいて、前記振り分け処理部において、前記複数の移動体情報は、前記複数の移動体が位置する地理的エリアごとに前記複数のグループに振り分けられてもよい。

【0007】

前記サーバにおいて、前記振り分け処理部において、前記複数の移動体情報は、前記複数の移動体の種類ごとに前記複数のグループに振り分けられてもよい。

【0008】

前記サーバにおいて、前記情報記憶部は、前記複数のグループの数以上である複数設けられ、 前記複数の計算処理部のうち第１の計算処理部は、前記複数のグループに属する複数の移動体情報のうち、第１グループに属する複数の移動体情報に基づいて前記移動体間の離隔距離の計算し、前記第１の計算処理部における前記計算結果は、前記複数の情報記憶部のうち第１の情報記憶部に保持され、第２の情報記憶部には保持されなくてもよい。ここで、前記第１の情報記憶部に保持された前記計算結果における複数の移動体が属する前記グループは、前記第２の情報記憶部に保持された計算結果における複数の移動体が属するグループとは異なるグループであってもよい。

【0009】

前記サーバにおいて、前記複数の計算処理部は、前記移動体の移動方向が互いに異なる複数の経路区画部分について、同一経路区画部分内における複数の移動体間の離隔距離と、異なる経路区画部分間における複数の移動体間の離隔距離とをそれぞれ計算してもよい。

【0010】

前記サーバにおいて、前記複数の移動体間の離隔距離の計算結果は、前記移動体の移動方向における移動体間の前後関係を識別可能な符号を含んでもよい。

【0011】

前記サーバにおいて、前記移動体は、車両と、自転車及び歩行者の少なくとも一方を含んでもよい。

【0012】

前記サーバにおいて、前記移動体間の離隔距離の計算結果に基づく配信情報の取得要求を受信し、前記配信情報を送信する送受信部を備えてもよい。

【0013】

前記サーバにおいて、前記移動体間の距離の計算結果に基づいて情報配信の用途別に作成された情報配信先の移動体の識別情報を含む複数の宛先テーブルを保持してもよい。

【0014】

前記サーバにおいて、前記送受信部は、第１装置から前記取得要求を受信し、さらに、前記取得要求に含まれる前記配信情報の宛先が前記第１装置の場合は、前記配信情報を第１装置に送信し、前記取得要求に含まれる前記配信情報の宛先が第２装置の場合は、前記配信情報を第２装置に送信してもよい。

【0015】

前記サーバにおいて、前記送受信部は、前記移動体が前記サーバを介さない通信を行う相手の移動体に関する情報の取得要求をさらに受信し、前記相手の移動体に関する情報を送信してもよい。

【0016】

前記サーバは、移動通信網の基地局又は前記基地局とコアネットワークとの間のノード又はコアネットワークの外側に設けられたＭＥＣ（Multi-access Edge Computing）装置であってもよい。

【0017】

本発明の更に他の態様に係る方法は、移動通信網を介した情報配信を支援する方法である。この方法は、複数の移動体から取得した複数の移動体情報を複数のグループに振り分けることと、前記複数のグループのそれぞれについて、前記グループに属する複数の移動体の移動体情報に基づいて前記移動体間の離隔距離を計算することと、前記移動体間の離隔距離の計算結果を保持することと、を含む。

【0018】

本発明の更に他の態様に係るプログラムは、移動通信網を介して、移動体と通信可能なサーバに備えるコンピュータ又はプロセッサにおいて実行されるプログラムである。このプログラムは、複数の移動体から取得した複数の移動体の移動体情報を複数のグループに振り分けるためのプログラムコードと、前記複数のグループのそれぞれについて、前記グループに属する複数の移動体の移動体情報に基づいて前記移動体間の離隔距離を計算するためのプログラムコードと、前記移動体間の離隔距離の計算結果を保持するためのプログラムコードと、を含む。

【発明の効果】

【0019】

本発明によれば、複数の移動体から取得した移動体情報を複数のグループに振り分け、同一グループに属する移動体間の離隔距離計算を、それぞれのグループで並行して分散的に行うことにより、すべての移動体間の離隔距離を計算する場合に比べ、計算量を軽減し、それによって計算時間の短縮、すなわち計算の高速化が可能となる。しかも、複数の移動体について移動体間の離隔距離を事前に計算し、その計算結果を記憶しておくことにより、所定の範囲内に位置する移動体に対して移動経路に関する情報配信が必要な場合に、当該範囲及び適切な情報配信先移動体を、当該計算結果を参照して迅速に特定することができる。従って、移動経路の所定の範囲内に位置する移動体に対して移動経路に関する情報配信が必要なとき、その配信先を特定するための計算処理負荷を抑制することにより計算を高速化し、さらにその計算結果を利用して、適切な情報配信先の移動体を迅速に特定することができる。

【図面の簡単な説明】

【0020】

【図1】実施形態に係る情報配信システムの全体構成の一例を示す説明図。

【図2】道路上で車両事故などのイベントが発生したときの情報配信先の一例を示す説明図。

【図3】イベント発生時の情報配信先の特定に用いる複数の車両について計算する車両間の離隔距離の一例を示す説明図。

【図4】実施形態に係る支援サーバ及び配信サーバを含む配信システムの全体構成の一例を示す説明図。

【図5】実施形態に係る支援サーバの機能・構成の一例を示す説明図。

【図6】実施形態に係る情報配信システムの支援サーバにおける宛先テーブル更新処理の一例を示すフローチャート。

【図7】（ａ）は２車線の道路に位置する移動体（車両、歩行者、自転車）の位置関係の一例を示す説明図。（ｂ）及び（ｃ）は車両情報のみを用いた同一車線グループの移動体間の離隔距離の計算結果の一例を示す説明図。（ｄ）及び（ｅ）は車両情報のみを用いた反対車線グループの移動体間の離隔距離の計算結果の一例を示す説明図である。

【図8】（ａ）及び（ｂ）は車両情報、歩行者情報及び自転車情報を用いた同一車線グループの移動体間の離隔距離の計算結果の一例を示す説明図。（ｃ）は車両情報、歩行者情報及び自転車情報を用いた反対車線グループの移動体間の離隔距離の計算結果の一例を示す説明図である。

【図9】（ａ）及び（ｂ）は車両情報及び歩行者情報を用いた同一車線グループの移動体間の離隔距離の計算結果の一例を示す説明図。（ｃ）及び（ｄ）は反対車線グループの移動体間の離隔距離の計算結果の一例を示す説明図である。

【図10】（ａ）及び（ｂ）はそれぞれ、図７の各車線について計算した隔離距離の計算結果に基づいて作成した宛先テーブルの一例を示す説明図である。

【図11】実施形態に係る情報配信システムにおける配信処理の一例を示すフローチャート。

【図12】図１０の宛先テーブルに基づいて配信先車両ＩＤを決定する過程の一例を示す説明図。

【図13】（ａ）は２車線の道路に位置する車両の位置関係の他の例を示す説明図。（ｂ）はマップマッチングを用いない場合の同一車線グループの車両間の離隔距離の計算結果の一例を示す説明図。（ｃ）はマップマッチングを用いない場合の反対車線グループの車両間の離隔距離の計算結果の一例を示す説明図。

【図14】車両の進行方向の判定例を示す説明図。

【発明を実施するための形態】

【0021】

以下、図面を参照して本発明の実施形態について説明する。
本書に記載された実施形態に係るサーバは、道路又はその道路に隣接する側道等の隣接領域に位置する複数の車両、歩行者、自転車等の移動体から定期的に位置情報を含む移動体情報を取得し、取得した複数の移動体情報を複数のグループに振り分け、その複数のグループのそれぞれについて移動体間の離隔距離を分散処理で事前計算して記憶し、情報配信を必要とするイベントが発生したときに、上記記憶した計算結果に基づいて、適切な情報配信先の移動体を特定する情報配信支援サーバ（ＭＥＣ装置）である。

【0022】

図１は、本実施形態に係る情報配信システムの全体構成の一例を示す説明図である。本実施形態の情報配信システムは、互いに通信することができる情報配信支援サーバ（以下「支援サーバ」という。）１０及び情報配信サーバ（以下「配信サーバ」という。）１１を備える。支援サーバ１０及び配信サーバ１１はそれぞれ、移動経路に位置する各種の移動体と間で基地局１６を介した移動体通信（「Ｕｕ通信」又は「広域通信」ともいう。）を行うことができる。なお、本実施形態における移動経路は、道路９０と、その道路９０に隣接する側道などの隣接領域とを含む。

【0023】

支援サーバ１０は、配信サーバ１１による情報配信を支援するサーバであり、例えば移動通信網（セルラーネットワーク）１５の基地局１６に接続されて設けられたＭＥＣ（Multi-access Edge Computing）装置で構成される。これにより、支援サーバ１０を、ＭＥＣ装置とせず、セルラーネットワーク上の基地局から遠い位置に置かれたサーバとした場合と比較して、移動体との通信を低遅延化、高速化することができる。ＭＥＣ装置からなる支援サーバ１０は、基地局１６と移動通信網１５のコアネットワークとの間のノードや、コアネットワークの外側に設けてもよい。支援サーバ１０は、道路９０の車線９１，９２を走行している車両２０の通信端末装置２１と通信することにより、車両２０の現在位置の位置情報を含む車両情報を取得することができる。また、支援サーバ１０は、道路９０の隣接領域である側道を移動したり、道路９０を横断しようとして側道に位置する歩行者（以下、車椅子の運転者の場合も含む）３０の通信端末装置３１と通信することにより、歩行者３０の現在位置の位置情報を含む歩行者情報を取得することができる。また、支援サーバ１０は、道路９０又はその隣接領域である側道を走行している自転車４０の通信端末装置４１と通信することにより、自転車４０の現在位置の位置情報を含む自転車情報を取得することができる。

【0024】

配信サーバ１１は、他の移動体に対して速やかな情報配信が必要となる事故、車両事故などのイベントが発生したときに、支援サーバ１０から取得した配信宛先情報に基づいて、車両、歩行者、自転車等の移動体に情報を配信するサーバである。配信サーバ１１は、図示のように移動通信網１５に接続されて設けられてもよいし、又は、インターネットなどの外部の通信網に設けてもよい。また、配信サーバ１１は、支援サーバ１０と同様にＭＥＣ装置であってもよい。配信サーバ１１は、車両２０の通信端末装置２１、歩行者３０の通信端末装置３１及び自転車４０の通信端末装置４１と通信することにより、車両２０、歩行者３０及び自転車４０に対して情報を配信することができる。

【0025】

なお、支援サーバ１０及び配信サーバ１１はそれぞれ、単体のコンピュータ装置で構成してもよいし、複数のコンピュータ装置で構成してもよし、又は、通信網を介して互いに連携する複数のコンピュータ装置からなるクラウドコンピュータシステムで構成してもよい。また、支援サーバ１０及び配信サーバ１１は共通のサーバで一体構成してもよい。

【0026】

図１の例では、車両２０が２台、歩行者３０が１人、自転車４０が１台の場合について示しているが、本発明は、車両が１台又は３台以上、歩行者が２人以上、及び、自転車が２台以上の場合にも適用可能であり、車両、歩行者、及び自転車の数は制限されない。また、車両２０は、例えば乗用車、トラック、バスなどの３輪以上の自動車であり、本発明は車両の種類について制限はない。

【0027】

車両２０は、電気自動車、燃料電池自動車、内燃機関と電動機の双方を有するハイブリッド車であってもよい。また、車両２０は、当該車両が乗員又は乗客のために複数の席を有する場合、その最前列かつ最左端の席が運転席でない車両であってもよい。即ち、最前列かつ最右端の席のみが運転席である車両であってもよいし、そもそも運転席を有さない自動運転の車両であってもよい。

【0028】

基地局１６は、一つ又は複数のセル（セクタ、セクタセルとも呼ばれる。）を形成する。セルは地上又は海上に２次元的に形成してもよいし、上空から地上又は海上に向けて３次元的に形成してもよい。セルは、マクロセル、スモールセル、フェムトセル、ピコセル、大セル等であってもよい。複数のセルは、複二次元的に又は三次元的に隣り合うように分布するセルラー構造を構成してもよいし、階層的に一部又は全部が重なり合った階層セル構造を構成してもよい。基地局１６は、マクロセル基地局、スモールセル基地局、フェムトセル基地局、ピコセル基地局、大セル基地局、地上等に固定設置された固定基地局、地上、海上、上空などを移動可能な移動型の基地局等であってもよい。基地局１６は、ｅＮｏｄｅＢ（evolved Node B：ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）、ｅｎ－ＮｏｄｅＢ（ｅｎ－ｇＮＢ）、アクセスポイント等と呼ばれる無線通信装置であってもよい。

【0029】

車両２０の通信端末装置２１、歩行者３０の通信端末装置２１及び自転車４０の通信端末装置４１は、移動通信サービスの加入者として使用可能なユーザ装置（以下「ＵＥ」という。）である。ＵＥ２１，３１，４１は、ユーザ端末、端末、端末装置、移動局、移動機等と呼ばれる無線通信装置であってもよい。車両２０のＵＥ２１は、利用者が携帯する装置を車両２０に持ち込んで使用する装置でもよいし、車両２０に組み込んで設置された装置（例えばナビゲーション装置の一部として組み込まれた装置）であってもよい。利用者が携帯する装置を使用する場合は、本発明における移動体の機能を有するアプリケーションソフトが当該装置に事前にインストールされ、実行可能な状態にされていることが望ましい。歩行者３０のＵＥ３１は、歩行者３０が携帯した状態で使用され、歩行者３０と一緒に移動する。自転車４０のＵＥ４１は、自転車４０の運転者が携帯した状態又は自転車４０に取り付けられた状態で使用され、自転車４０と一緒に移動する。

【0030】

車両２０のＵＥ２１は、基地局１６を介して支援サーバ１０及び配信サーバ１１と通信可能であり、例えば支援サーバ１０に対して車両情報を定期的に又は不定期に送信したり、配信サーバ１１から定期的に又は不定期にイベント発生に関する情報の配信を受けたりすることができる。車両情報は、例えば、車両２０（ＵＥ２１）の現在位置(道路の場合は、位置する車線の情報を含む)を示す位置情報と、車両２０（ＵＥ２１）の速度と、車両識別情報（車両ＩＤ）とを含む。車両２０の速度は、例えば、車両２０の駆動制御装置やＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）から取得することができる。車両２０（ＵＥ２１）の速度は、ＵＥ２１に記録されている移動履歴情報における位置情報の時間変化（移動距離及び移動時間）とに基づいて算出してもよい。ここで、車両２０の「速度」は、車両２０の移動の方向と速さ（＝速度の絶対値、大きさ）で表されるベクトル量である。

【0031】

歩行者３０のＵＥ３１は、基地局１６を介して支援サーバ１０及び配信サーバ１１と通信可能であり、例えば支援サーバ１０に対して歩行者情報を定期的に又は不定期に送信したり、配信サーバ１１から定期的に又は不定期にイベント発生に関する情報の配信を受けたりすることができる。歩行者情報は、例えば、歩行者３０（ＵＥ３１）の現在位置を示す位置情報と、歩行者３０（ＵＥ３１）の平均歩行速度（平均移動速度）と、歩行者識別情報（利用者ＩＤ）とを含む。歩行者３０の平均歩行速度は、例えば、ＵＥ３１に記録されている移動履歴情報における位置情報の時間変化（移動距離及び移動時間）とに基づいて算出することができる。ここで、歩行者３０（ＵＥ３１）の「速度」は、歩行者３０（ＵＥ３１）の移動の方向と速さ（＝速度の絶対値、大きさ）で表されるベクトル量である。

【0032】

自転車４０のＵＥ４１は、基地局１６を介して支援サーバ１０及び配信サーバ１１と通信可能であり、例えば支援サーバ１０に対して自転車情報を定期的に又は不定期に送信したり、配信サーバ１１から定期的に又は不定期にイベント発生に関する情報の配信を受けたりすることができる。自転車情報は、例えば、自転車４０（ＵＥ４１）の現在位置を示す位置情報と、自転車４０（ＵＥ４１）の速度と、自転車識別情報（自転車ＩＤ又は利用者ＩＤ）とを含む。自転車４０の速度は、例えば、ＵＥ４１に記録されている移動履歴情報における位置情報の時間変化（移動距離及び移動時間）とに基づいて算出することができる。ここで、自転車４０（ＵＥ４１）の「速度」は、自転車４０（ＵＥ４１）の移動の方向と速さ（＝速度の絶対値、大きさ）で表されるベクトル量である。

【0033】

歩行者３０（ＵＥ３１）の現在位置を示す位置情報及び自転車４０のＵＥ４１の現在位置を示す位置情報はそれぞれ、例えば、ＵＥ３１及びＵＥ４１に設けたＧＮＳＳ（Global Navigation Satellite System）受信機の出力（測位結果）に基づいて算出することができる。また、ＵＥ３１及びＵＥ４１はそれぞれ、ＧＮＳＳ受信機、ジャイロスコープ、加速度センサ、速度センサ及び磁気センサの少なくとも一つを備える。それら出力に基づいて、ＵＥ３１及びＵＥ４１はそれぞれ、歩行者３０及び自転車４０にＵＥ３１及びＵＥ４１とは別に設けられたＧＮＳＳ受信機による現在位置の測定精度が低い場合に歩行者３０及び自転車４０の移動経路を算出して歩行者３０及び自転車４０の現在位置を精度よく推定したり、歩行者３０及び自転車４０の姿勢や向いている方位を推定したりしてもよい。この推定結果は、支援サーバ１０に送信する歩行者情報または自転車情報に含めてもよい。

【0034】

また、本実施形態の情報配信システムは、道路９０の位置、形状、幅、車線９１，９２、信号設置位置、横断歩道の位置、中央分離帯の有無、路側のガードレールの有無、工事情報、通行止め情報などの道路に関する情報を含む地図情報を管理する地図サーバ１２を備えている。図１の例では、地図サーバ１２は移動通信網１５に接続されて設けているが、基地局１６に設けられたＭＥＣ装置、又は基地局１６と移動通信網１５のコアネットワークとの間のノードに設けられたＭＥＣ装置で構成してもよい。また、地図サーバ１２は支援サーバ１０又は配信サーバ１１と一体構成してもよい。

【0035】

図２は、道路９０上で車両事故などのイベントが発生したときの情報配信先の一例を示す説明図である。図２において、ネットワーク（ＮＷ）側の支援サーバ及び配信サーバから、車両２０、歩行者３０、自転車４０(本明細書では、車両との事故に遭遇した場合に、車両と比較してより被害が大きくなると予測されることから、歩行者３０や自転車４０を総称して、「交通弱者」という)へ情報を配信する。情報配信先は、特に安心安全観点では、何らかのイベント（例えば，事故や故障）が発生した車両２０'（又は、交通弱者）の近傍に位置する車両２０及び交通弱者（歩行者３０や自転車４０）である。この情報配信先の車両や交通弱者を特定する処理では、イベント発生の車両（又は、交通弱者）と周辺の車両及び交通弱者との離隔距離や、イベント発生の車両（又は、交通弱者）が移動する方向を基準にした周辺の車両及び交通弱者の相対方向などを算出し、その算出結果から、配信情報を受信する者（図中の領域Ｄ内に位置する車両２０、歩行者３０、自転車４０）を特定するのが一般的である。

【0036】

図３は、イベント発生時の情報配信先の特定に用いる複数の車両について計算する車両間の離隔距離の一例を示す説明図である。図３において、例えば、故障や事故等のイベントが発生した車両２０’の“周辺にいる車両”を特定するために、当該車両２０’と、その周辺で同一車線９１及び反対車線９２のそれぞれを走行している複数の車両２０との離隔距離を総当たりで計算する。各２点間の離隔距離を計算する計算量は、例えば車がＮ台の場合、Ｎ（Ｎ－１）／２組の離隔距離を計算する必要がある。例えば、Ｎ＝１０，０００（レコード）であれば、約５０×１０^６組の計算を実行する必要がある。この計算を、イベント発生車両の周辺に位置する車両及び交通弱者が、当該イベントに関する情報を受信し、その情報に応じた行動（例えば回避）を余裕をもって取れるようにするために許容される時間（例えば１～２秒程度）で処理しようとした場合、単純見積りで一組あたり０．０２～０．０４μ秒で計算処理を終えなければならなく、現行の一般的なサーバのコンピューティング能力を鑑みると、より多くの台数を処理する性能であるスケーラビリティに課題がある。従って、一般的なサーバのコンピューティング能力で処理するには、Ｎの値をできる限り小さくし、イベント発生車両の周辺に位置する車両及び交通弱者が、当該イベントに関する情報を受信し、その情報に応じた行動を余裕をもって取れるようにしなければならない。

【0037】

そこで、本実施形態の支援サーバ１０は、道路９０に位置する複数の移動体（車両２０、歩行者３０、自転車４０）から取得した移動体情報（車両情報、歩行者情報、自転車情報）を複数のグループに振り分け、その複数のグループのそれぞれについて移動体間の離隔距離を分散処理で事前計算し、その計算結果を記憶している。

【0038】

例えば、本実施形態の一例においては、支援サーバ１０が、“ある車両の近辺に存在する車両”を特定する計算は、計算量は多いものの比較的単純なためＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等を用いて並列計算し、その計算結果(各車両の近辺にいる車両群)をメモリテーブルとして持つことで、"近辺に存在する車両"の検索及び配信先の特定を高速化する。

【0039】

また、本実施形態の他の例においては、移動通信網１５のコアネットワーク（例えば、第５世代の５ＧＣ）が、上記計算処理を実行する支援サーバ１０に対して車両２０（ＵＥ２１）の位置を伝え、支援サーバ１０が計算する前に計算対象のデータを地域別に、移動体の種類別に、又は、地域及び移動体の種類別にグルーピングしてデータベースとしておくことで、支援サーバ１０によるデータベースのアクセス時間を短縮またはアクセス回数を減少させ（地理的領域に紐づくデータベースをスケールアウトさせ）、上記計算回数を減らす。

【0040】

また、本実施形態の更に他の例においては、配信処理における配信サーバ１１の負荷を軽減するために、支援サーバ１０または配信サーバ１１の主な機能とは別に、特定のハードウェアを設けてもよい。例えば、上記計算で特定された配信対象グループをプログラマブルなレイヤ３スイッチ（Ｌ３スイッチ）に入力し、従来の配信サーバのアプリケーション層で実行していた処理をＬ３レイヤへ代行（オフロード）させてもよい。ここで、Ｌ３スイッチは、例えば移動通信網１５のコアネットワークと基地局１６との間に設けられ、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルのネットワーク層（レイヤ３）においてＩＰパケットを転送する機能を持つネットワークスイッチである。Ｌ３スイッチは、ホワイトボックススイッチとも呼ばれる。

【0041】

図４は、実施形態に係る支援サーバ１０及び配信サーバ１１を含む配信システムの全体構成の一例を示す説明図である。図４において、本実施形態の配信システムのうち支援サーバ１０は、振り分け処理部１０１と、複数の振り分けデータ格納部（データベース、ＤＢ）１０２と、複数の計算処理部１０３と、過去データ格納部（データベース、ＤＢ）１０４と、複数の宛先テーブル保持部１０５と、制御部１０８を備える。

【0042】

振り分け処理部１０１は、移動通信網１５の複数の基地局１６Ａ～１６Ｃのセル１６０Ａ～１６０Ｃのそれぞれに在圏する移動体（車両２０、歩行者３０、自転車４０）の移動体情報を、ＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）１５１及びホワイトボックススイッチ（Ｌ３スイッチ）１５２を介して取得する。移動体情報は、例えば、車両情報（車両ＩＤ、ＧＮＳＳ位置情報、速度情報）、歩行者情報（歩行者ＩＤ、ＧＮＳＳ位置情報、速度情報）、自転車情報（自転車ＩＤ、ＧＮＳＳ情報、速度情報）等である。

【0043】

振り分け処理部１０１は、移動通信網１５のコアネットワークからＮＥＦ（Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）１５３を介して、各移動体（車両２０、歩行者３０、自転車４０）のＵＥ２１，３１，４１のＩＤと、ＵＥ２１，３１，４１の地域情報（ここでは、各ＵＥが１６０Ａ～１６０Ｃのどのセルに在圏するかという情報）とを取得する。なお、ＵＥのＩＤと、ＵＥの地域情報とが、予め紐づけられた状態で取得してもよい。そして、振り分け処理部１０１は、ＵＰＦ１５１及びホワイトボックススイッチ１５２を介して得た各移動体のＩＤと、ＮＥＦ１５３を介して得た各移動体のＩＤとを照合し、同一の移動体について、ＩＤ、ＧＮＳＳ位置情報、速度情報、地域情報等を紐づける。

【0044】

更に、振り分け処理部１０１は、それらの複数の移動体（車両２０、歩行者３０、自転車４０）について紐づけられた各情報を所定の振り分けルールに従って、複数のグループに振り分ける。振り分けルールは、例えば、地域情報が示す特定エリアや、移動体種類（車両、歩行者、自転車等）、またはそれらの組み合わせによって定められる。例えば、振り分け処理部１０１において、前記複数の移動体情報は、複数の移動体が位置する地理的エリアごとに複数のグループに振り分けられてもよい。また、振り分け処理部１０１において、前記複数の移動体情報は、前記複数の移動体の種類ごとに前記複数のグループに振り分けられてもよい。

【0045】

振り分け処理部１０１は、前述のＮＥＦ１５３からの情報収集、ＵＰＦ１５１及びホワイトボックススイッチ１５２からの情報収集、同一の移動体についての情報の紐づけ、紐づけられた各情報の振り分け処理を、例えばそれぞれ所定の周期で定期的に行う。

【0046】

複数の振り分けデータ格納部（ＤＢ）１０２は、振り分け処理部１０１で振り分けられた移動体情報（ＩＤ、ＧＮＳＳ位置情報、速度情報、地域情報）をグループごとに格納する。

【0047】

複数の計算処理部１０３は、複数の振り分けデータ格納部（ＤＢ）１０２を参照し、複数のグループのそれぞれについて、グループに属する複数の移動体情報（ＩＤ、ＧＮＳＳ位置情報、速度情報、地域情報）に基づいて移動体間の離隔距離を並列処理によって計算し、移動体間の離隔距離の計算結果を図示しないメモリに一時的に保持する。複数の計算処理部１０３は、移動体間の離隔距離の計算及び保持の処理を、例えば所定の周期（例えば、３～４秒）で定期的に行う。離隔距離は、例えば、得られた２つのＧＮＳＳ位置情報に基づき、２地点間の直線距離でもよいし、２地点をそれぞれ地図上にマップマッチングした上で示される道路距離でもよい。

【0048】

複数の計算処理部１０３は、移動体間の離隔距離の計算の前に、過去データ格納部（ＤＢ）１０４に格納されている過去計算時の移動体間の離隔距離の計算結果のデータ、地図サーバ１２のマップマッチング用地図データ、交通情報格納部１３の渋滞等の発生位置データ（外部情報）、又はそれらの複数を参照してもよい。

【0049】

地図サーバ１２のマップマッチング用地図データは、上述のマップマッチング用途に使われるものである。また、交通情報格納部の渋滞等発生位置データは、後述するアプリケーション部１１１が把握するイベント発生車両の位置情報とは別に、渋滞情報や交通規制情報等を提供する他のサービスを利用することにより得られるものである。例えば、２点間の離隔距離計算において、うち１点の位置を、渋滞等発生位置データが示す位置とすることで、イベント配信を受ける移動体(ユーザ)により役立つ情報を提供することができる。

【0050】

さらに、過去データ格納部（ＤＢ）１０４は、計算処理部１０３が行った過去の離隔距離計算結果や、過去の離隔距離計算で用いた各移動体の位置情報(マップマッチング結果を含む)が格納されたものである。計算処理部１０３は、過去データ格納部（ＤＢ）１０４に格納された各種情報を参照することにより、例えば、計算対象の移動体が直前に位置した場所や、直前に計算された周辺移動体との距離をより迅速に把握することができ、計算全体をさらに高速化させることができる。

【0051】

複数の宛先テーブル保持部（情報記憶部）１０５は、複数の計算処理部１０３で計算された移動体間の距離の計算結果を情報配信先の移動体の識別情報（例えば、車両ＩＤ、歩行者ＩＤ、自転車ＩＤ）を含む複数の宛先テーブルとして保持する。この識別情報は、例えば、ＰＦ１５１及びホワイトボックススイッチ１５２を介して得た各移動体のＩＤや、ＮＥＦ１５３を介して得た各移動体のＩＤを、そのまま用いてもよい。

【0052】

宛先テーブル保持部１０５は、前記複数のグループの数以上である複数設けられている。 前記複数の計算処理部１０３のうち第１の計算処理部は、複数のグループに属する複数の移動体情報のうち、第１グループに属する複数の移動体情報に基づいて移動体間の離隔距離の計算し、前記第１の計算処理部における計算結果は、複数の宛先テーブル保持部１０５のうち第１の宛先テーブル保持部１０５に保持され、第２の宛先テーブル保持部１０５には保持されなくてもよい。ここで、第１の宛先テーブル保持部１０５に保持された計算結果における複数の移動体が属するグループは、第２の宛先テーブル保持部１０５に保持された計算結果における複数の移動体が属するグループとは異なるグループであってもよい。

【0053】

制御部１０８は、支援サーバ１０全体を制御する。例えば、計算処理部１０３が計算を開始するために、振り分けデータ格納部１０２に移動体情報が格納されたことを計算処理部１０３に通知する等、上記で説明した各部が連携してその各機能を効率よく発揮するための制御を行う。

【0054】

配信サーバ１１は、複数のアプリケーションソフト（以下「アプリケーション」ともいう。）を選択的に実行可能なアプリケーション部１１１と、情報配信処理を実行する情報配信部１１２とを備える。アプリケーション部１１１は、アプリケーションソフトの実行内容に応じて、故障、事故などのイベントが発生した移動体の識別情報（例えば車両ＩＤ）、当該イベントの発生位置の情報、当該イベントの発生位置の周辺に位置する情報配信先の情報を含む各情報の要求（配信ＩＤリクエスト）を、支援サーバ１０に送信する。そして、アプリケーション部１１１は、配信ＩＤリクエストに対する応答として、故障、事故などのイベントが発生した移動体の識別情報、上記イベントの発生位置の情報、上記イベントが発生した位置の周辺に位置する移動体の識別情報（例えば、車両ＩＤ、歩行者ＩＤ、自転車ＩＤ）を支援サーバ１０から受信する。情報配信部１１２は、例えば、ＭＱＴＴ（ＭＱ Ｔｅｌｅｍｅｔｒｙ Ｔｒａｎｓｐｏｒｔ） ｂｒｏｋｅｒ等の所定のメッセージングプロトコルを用いて、支援サーバ１０から受信した移動体の識別情報（例えば、車両ＩＤ、歩行者ＩＤ、自転車ＩＤ）に対応する車両２０のＵＥ２１、歩行者３０のＵＥ３１、自転車のＵＥ４１に情報を配信する。配信を受けた各ＵＥは、各ＵＥに備わった画面表示又は音声の手段により、当該配信情報を車両の乗員、歩行者、自転車の運転者へ通知する。

【0055】

また、配信サーバ１１は、上述の情報配信の一部をホワイトボックススイッチ（Ｌ３スイッチ）１５２に行わせるため、ＮＷ折り返し配信リクエストを支援サーバ１０に送信することもできる。ＮＷ折り返し配信は、上述の情報配信を受けた移動体（車両２０、歩行者３０、自転車４０）が、事前に特定された移動体に対して、配信された情報を転送するものである。具体的には、転送元移動体のＩＰアドレスと、転送先移動体のＩＰアドレスを予めポリシーと呼ばれるルールに基づいて紐づけておき、転送元移動体が上述の情報配信を受けた場合に、その紐づけに従って転送先移動体に情報が自動転送される。

【0056】

図５は、実施形態に係る支援サーバ１０の機能・構成の一例を示す説明図である。なお、図５において、前述の図４と共通する部分について説明を省略する。

【0057】

図５において、移動通信網１５のコアネットワーク１５０からＮＥＦ１５３を介して受信されたＵＥのＩＤと地域情報は、各移動体（車両２０、歩行者３０、自転車４０）のＵＥ２１，３１，４１のＩＤと地域情報とが紐付いたテーブル１０６として保持され、振り分け処理部１０１から任意のタイミングで参照される。振り分け処理部１０１は、ＵＰＦ１５１及びホワイトボックススイッチ１５２を介して得た各移動体のＩＤと、テーブル１０６に保持された各移動体のＩＤを照合し、同一の移動体について上述の紐づけを行う。

【0058】

複数の振り分けデータ格納部（ＤＢ）１０２は、複数の地域エリアＡ，Ｂ，Ｃ，・・・及び移動体の複数の属性である移動体種類（車両、歩行者、自転車、・・・）について、地域エリア別に且つ属性別にＤＢがスケールアウトされて形成されている。これにより、振り分け処理部１０１から振り分けデータ格納部（ＤＢ）１０２へのアクセス時間、アクセス回数と、後段の計算処理部１０３（１０３Ａ，１０３Ｂ，・・・）の計算の負荷とを削減することができる。なお、地域エリアＡ，Ｂ，Ｃは、例えば、上述の複数の基地局の各セル１６０Ａ、１６０Ｂ、１６０Ｃという地理的なエリアに対応する。上記のＤＢは、地域エリアと移動体種類に加えて、さらにその移動体が位置する道路の属性(高速道路、自動車専用道路、一般道、歩行者・自転車専用道等)別や、交通事情（一方通行、速度制限あり、通行止め等）別に分かれたＤＢとしてもよい。

【0059】

また、図５において、複数の計算処理部１０３は、地域エリアＡ，Ｂ，Ｃ，・・・及び移動体種類（車両、歩行者、自転車、・・・）が異なる複数のグループに対応させて、地域エリアごとに且つ属性ごとに設けられている。例えば、地域エリアＡについて３種類の移動体種類（車両、歩行者、自転車）に対応する３つの計算処理部１０３Ａが設けている。また、地域エリアＢ、・・・以降の地域エリアについても３種類の移動体種類（車両、歩行者、自転車）に対応する３つの計算処理部１０３Ｂが設けている。このように地域エリアごとに且つ属性ごとに計算処理部１０３を設け、地域エリアごとに且つ属性ごとに移動体間の離隔距離を並列処理によって計算することにより、対象の道路に位置するＮ個のすべての移動体について移動体間の離隔距離を計算する場合の計算量オーダーＯ（Ｎ２）を大幅に削減することができる。従って、一般的なサーバコンピュータであっても、そのスケーラビリティを確保することができるので、高性能なサーバコンピュータを要さずに、イベント発生の移動体周辺に位置する他の移動体に対して、迅速に情報配信を行うことができる。

【0060】

また、図５において、複数の宛先テーブル保持部１０５は、複数の計算処理部１０３で計算された移動体間の距離の計算結果に基づいて定期的（例えば３～４秒ごと）に更新され、イベントが発生した移動体の進行方向後方に位置する移動体に配信する後方配信、イベントが発生した移動体の進行方向前方に位置する移動体に配信する前方配信、移動体の属性（種類）別などの情報配信の用途別に、情報配信先の移動体の識別情報（例えば、車両ＩＤ、歩行者ＩＤ、自転車ＩＤ、ＭＱＴＴ Ｔｏｐｉｃ名）を含む複数の宛先テーブルを作成して保持している。このように用途別に作成されて保持された複数の宛先テーブルの検索処理の計算量オーダーはＯ（ｌｏｇＮ）になるので、前述のスケーラビリティをさらに確保することができる。

【0061】

また、図５において、支援サーバ１０は、外部インターフェース部（送受信部）としてのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）１０７を備えている。ＡＰＩ１０７は、情報配信を必要とするイベントの発生位置情報又は識別情報（例えばイベントが発生した車両ＩＤ）とともに情報配信宛先情報の取得要求を、配信サーバ１１等から受信する。そして、ＡＰＩ１０７は、前記取得要求に応じて、イベントの発生位置の周辺に位置する移動体の識別情報（例えば、車両ＩＤ、歩行者ＩＤ、自転車ＩＤ）を情報配信宛先情報として、配信サーバ１１等に返信する。

【0062】

図６は、実施形態に係る情報配信システムの支援サーバ１０における宛先テーブル更新処理の一例を示すフローチャートである。図６におけるＳ１１～Ｓ１６の処理は、イベントの発生に関係なく、所定の周期（例えば、５０、６０、７０、８０、. . . .９７０、９８０、９９０、１０００［ｍｓｅｃ］。ここで例示したいずれか２つの数値の間の値であってもよい）で実行される。

【0063】

Ｓ１１：支援サーバ１０内の振り分け処理部１０１は、基地局１６Ａ～１６Ｃ、コアネットワーク（５ＧＣ）１５０及びＮＥＦ１５３を経由して、各移動体のＩＤ（Ｉ１）と、当該ＩＤの地域情報（当該ＩＤがどのセルに在圏するかの情報）（Ｉ２）とを取得する。更に、振り分け処理部１０１は、基地局１６Ａ～１６Ｃ、ＵＰＦ１５１及びホワイトボックススイッチ１５２を経由して、各移動体のＩＤ（Ｉ３）と、当該ＩＤのＧＮＳＳ位置情報（Ｉ４）と、当該ＩＤの速度情報（Ｉ５）とを取得する。
Ｓ１２：支援サーバ１０内の振り分け処理部１０１は、上記Ｓ１１で得たＩ１～Ｉ５の情報について、各移動体のＩＤ（Ｉ１，Ｉ３）を照合することにより、同一移動体についてＩ２～Ｉ５の情報を紐づける。
Ｓ１３：支援サーバ１０内の振り分け処理部１０１は、上記Ｓ１２で紐づけた結果を、所定の振り分けルールに従って複数のグループに振り分け、グループごとに振り分けデータ格納部１０２に格納する。
Ｓ１４：支援サーバ１０内の計算処理部１０３は、制御部１０８から、振り分けデータ格納部１０２にデータが格納されたことが通知されると、グループごとに分かれた振り分けデータ格納部１０２を参照して、グループ内の各移動体について移動体間の距離を計算する。計算の際に、外部地図データを参照して、実際の道路距離を計算してもよい。
Ｓ１５：支援サーバ１０の制御部１０８は、上記Ｓ１４の計算結果を、グループごとに宛先テーブル保持部１０５にテーブル形式で保存する。
Ｓ１６：支援サーバ１０の制御部１０８は、上記Ｓ１１～Ｓ１５の処理を周期的に繰り返す目的で、振り分け処理部１０１に上記Ｓ１１の各種情報の取得を再度指示する。

【0064】

図７（ａ）は、進行方向が右側の車線９１と、進行方向が左側の車線９２を有する道路９０に位置する移動体（車両、歩行者、自転車）の位置関係の一例を示す。図７（ｂ）及び（ｃ）は車両情報のみを用いた同一車線グループの移動体間の離隔距離の計算結果例を示し、図７（ｄ）及び（ｅ）は車両情報のみを用いた反対車線グループの移動体間の離隔距離の計算結果例を示している。図７（ｂ）～（ｅ）に示される計算結果は、それぞれ、前述した宛先テーブル保持部１０５に保持された宛先テーブルの一例となる。(以下の図８～１０、１２、１３においても同様)。

【0065】

なお、図７（ａ）～（ｅ）における識別記号（Ｖ０，Ｖ１，Ｂ２，Ｐ４，Ｖ５，Ｐ６，Ｖ７，Ｂ８，Ｖ９）は実施形態の説明のために付したものであり、前述の宛先テーブルでは各識別記号に対応する移動体ＩＤ（車両ＩＤ，歩行者ＩＤ，自転車ＩＤ）が保持される。当該識別記号中の「Ｖ」、「Ｐ」及び「Ｂ」はそれぞれ車両、歩行者及び自転車を示し、識別記号中の数字は各車線における移動方向に従って位置の順番を示している（以下の図８～図１０、図１２、図１３においても同様）。

【0066】

図７（ａ）において、例えば、車線９１における車両Ｖ３が事故を起こした（イベントが発生した）場合、その情報の配信がより求められる車両は、イベント発生時において車両Ｖ３とより近い位置にいる車両Ｖ５やＶ７ではなく、車両Ｖ３と同一の進行方向である車線９１上の後続のＶ０、Ｖ１である。なぜなら、車両Ｖ５、Ｖ７は、イベント発生時において車両Ｖ３との距離が車両Ｖ０やＶ１に比べて短かったとしても、進行方向が異なる反対車線９２に位置しているので、イベントの発生後、車両Ｖ３から離れて行くことが想定され、配信を受けた後にイベントを回避するための行動を取る必要性が低いからである。従って、道路９０に位置する全ての移動体の距離を１つのテーブルにまとめるのではなく、進行方向が異なる車線別にテーブルを設けると、イベント情報の配信先特定の精度が向上し、イベント情報を不要とする移動体には配信しないので、支援サーバ１０、配信サーバ１１の負荷も削減することができる。

【0067】

一方で、道路に隣接する側道は進行方向が定められていない場合があるため、側道に位置する歩行者、又は道路上に位置しても側道に進路変更する可能性がある自転車は、仮にイベント発生時に車両Ｖ３から離れて行く方向に移動していたとしても、その後すぐに、側道において進行方向を変更したり、側道を出て道路を横断したり可能性が考えられる。従って、歩行者及び自転車を含めたテーブルを作成する場合は、その進行方向を考慮してもよいが、敢えて考慮せずに作成してもよい。

【0068】

図７において移動体間の相対距離（離隔距離）を計算する隣接特定計算は、例えば次のＳ２１～Ｓ２５の手順で行う。この隣接特定計算は、前述した計算処理部１０３において行われる。
Ｓ２１：ある地域に関する車両データＤＢ１０２から、車両ＩＤ、位置及び速度の車両データを読み出す。
Ｓ２２：各車両の最新のデータをマップマッチングし、マップマッチングして得られるリンク情報などから車線９１，９２と進行方向を特定する。マップマッチング処理速度の向上のため、過去に計算したマップマッチング結果の位置情報を、過去データ格納部（ＤＢ）１０４から読み出し、地図サーバ１２においてその位置情報を基に近辺の地図データを検索する。最新のデータについてマップマッチングが完了したら、計算処理部１０３内の図示しない一時メモリ及び過去データ格納部（ＤＢ）１０４に結果を保存する。
Ｓ２３：各車両データについて、車線毎にグルーピングする。
Ｓ２４：同一車線グループの各車両の相対距離と、反対車線グループの各車両の相対距離とをそれぞれ算出する。
Ｓ２５：上記Ｓ２４の計算で、もし相対距離を計算する相手の車両が自車両の進行方向後方に位置していれば、相対距離にマイナス（－）を乗じて、結果を保存する。

【0069】

図８（ａ）～（ｃ）は、図７（ａ）の位置関係において、他の計算結果例を示す。図８（ａ）及び（ｂ）は車両情報、歩行者情報及び自転車情報を用いた同一車線グループの移動体間の離隔距離の計算結果例を示し、図８（ｃ）は車両情報、歩行者情報及び自転車情報を用いた反対車線グループの移動体間の離隔距離の計算結果例を示している。

【0070】

図８において移動体間の相対距離（離隔距離）を計算する隣接特定計算は、例えば次のＳ３１～Ｓ３５の手順で行う。この隣接特定計算は、前述した計算処理部１０３において行われる。
Ｓ３１：ある地域に関する車両データＤＢ１０２から、車両ＩＤ、位置及び速度の車両データを読み出し、歩行者データＤＢ１０２から、歩行者ＩＤ、位置及び速度の歩行者データを読み出し、自転車データＤＢ１０２から、自転車ＩＤ、位置及び速度の自転車データを読み出す。
Ｓ３２：各車両及び各自転車の最新のデータをマップマッチングし、マップマッチングして得られるリンク情報などから車線９１，９２と進行方向を特定する。マップマッチング処理速度の向上のため、過去に計算したマップマッチング結果の位置情報を、過去データ格納部（ＤＢ）１０４から読み出し、地図サーバ１２においてその位置情報を基に近辺の地図データを検索する。最新のデータについてマップマッチングが完了したら、計算処理部１０３内の図示しない一時メモリ及び過去データ格納部（ＤＢ）１０４に結果を保存する。
Ｓ３３：各車両データ、各歩行者データ及び各自転車データについて、車線毎にグルーピングする。
Ｓ３４：同一車線グループの各移動体間の相対距離と、反対車線グループの各移動体の相対距離とをそれぞれ算出する。
Ｓ３５：上記Ｓ２４の計算で、もし相対距離を計算する相手が自身の進行方向後方に位置していれば、相対距離にマイナス（－）を乗じて、結果を保存する。

【0071】

図９（ａ）～（ｄ）は、図７（ａ）の位置関係において、他の計算結果例を示す。図９（ａ）及び（ｂ）は車両情報及び歩行者情報を用いた同一車線グループの移動体間の離隔距離の計算例を示し、図９（ｃ）及び（ｄ）は車両情報及び歩行者情報を用いた反対車線グループの移動体間の離隔距離の計算例を示している。

【0072】

図９において移動体間の相対距離（離隔距離）を計算する隣接特定計算は、例えば次のＳ４１～Ｓ４５の手順で行う。
Ｓ４１：ある地域に関する車両データＤＢ１０２から車両情報としての車両ＩＤ、位置及び速度の車両データを読み出し、歩行者データＤＢ１０２から歩行者情報としての歩行者ＩＤ、位置及び速度の歩行者データを読み出す。
Ｓ４２：各車両の最新のデータをマップマッチングし、マップマッチングして得られるリンク情報などから車線９１，９２と進行方向を特定する。マップマッチング処理速度の向上のため、過去に計算したマップマッチング結果の位置の近辺の地図データから検索する。最新のデータについてマップマッチングが完了したら、一時メモリに結果を保存する。
Ｓ４３：各車両データ及び各歩行者データについて、車線毎にグルーピングする。
Ｓ４４：同一車線グループの各移動体間の相対距離と、反対車線グループの各移動体間の相対距離を算出する。
Ｓ４５：上記Ｓ４４の計算で、もし相対距離を計算する相手が自身の後方に位置していれば、相対距離にマイナス（－）を乗じて、結果を保存する。

【0073】

図１０（ａ）は、図８の一方の車線９１について計算した隔離距離の計算結果に基づいて作成した宛先テーブルの一例を示す説明図である。図１０（ｂ）は、図８の他方の車線９２について計算した隔離距離の計算結果に基づいて作成した宛先テーブルの一例を示す説明図である。前述の図８（ａ）及び（ｂ）のテ－ブルを宛先テーブルとして用いることができる。図１０（ａ）及び（ｂ）のそれぞれにおいて枠で囲んだ各行が、車線９１，９２それぞれにおける車両Ｖｘ、歩行者Ｐｘ及び自転車Ｂｘについての配信宛先ＩＤの候補となる。

【0074】

図１１は、実施形態に係る情報配信システムにおける配信処理の一例を示すフローチャートである。図１１において配信処理はＳ５１～Ｓ５５の手順で実行される。
Ｓ５１：《イベント発生前》配信サーバ１１内の所定のアプリケーションは、ＵＰＦ１５１及びホワイトボックススイッチ１５２を経て、車両２０とアプリケーションに基づく情報の送受信を行っている。その情報送受信には、配信サーバ１１が車両２０から受信する情報に車両ＩＤが含まれる。
Ｓ５２：《イベント発生》イベントが発生した車両２０は、配信サーバ１１内のアプリケーションに対して、上記Ｓ５１で送信する車両ＩＤに加えて、自車両からイベントが発生した旨の情報を追加し送信する。配信サーバ１１内のアプリケーションは、当該イベントが発生した車両２０からの情報を受信する。
Ｓ５３：《イベント発生後》配信サーバ１１のアプリケーションは、上記Ｓ５２で受信した、イベントが発生した旨の情報を追加し送信してきた車両の車両ＩＤを、支援サーバ１０に送信し、同時に、支援サーバ１０に対して、当該車両ＩＤの周辺車両ＩＤを配信サーバ１１に送信するよう要求する。（ここでいう「周辺」は配信サーバ１１のアプリケーションが独自に指定した範囲で、例えば、「イベント発生車両と同一車線上でイベント発生車両の後方１００ｍ以内にいる車両」のように指定される）
Ｓ５４：支援サーバ１０は、上記Ｓ５３の要求に基づいて、指定された周辺車両ＩＤを前述の図６の支援サーバ１０における宛先テーブルの更新処理で準備していた宛先テーブル保持部１０５から制御部１０８が検索し、対象の周辺車両ＩＤを配信サーバ１１に送信する。
Ｓ５５：配信サーバ１１のアプリケーションは、上記Ｓ５４で得た周辺車両ＩＤに対して、イベントが発生した車両が周辺に存在する旨を通知する。

【0075】

なお、上記図１１のＳ５３において配信対象の移動体に関する条件は「イベント発生車両と同一車線上でイベント発生車両の後方１００ｍ以内にいる車両」のように指定されるが、当該条件を満たさない特定の移動体に対して、例外的に配信を行いたい場合がある。例えば、複数車両が集団で隊列走行等を行っている場合、集団内のある車両が事故を起こし、上記の条件に基づいて、その後方の車両に対しては事故情報の配信が行われたとしても、集団内の事故車よりも前方の車両はその配信を受けることができない。そのような場合に備えて、配信サーバ１１のアプリケーション部１１１で実行されているアプリケーションは、ある移動体で起きたイベントは、他の特定の移動体に対して、当該他の特定の移動体の位置等に関係なく、必ず配信するよう支援サーバ（第１装置）１０に要求(ＮＷ折り返し配信要求)することができる。

【0076】

具体的には、集団で走行する複数車両は、まず集団を構成するそれぞれの車両のＩＤ及びＩＰアドレスをポリシー情報としてまとめ、ＮＥＦ１５３又はＵＰＦ１５１を経て事前に支援サーバ１０に通知しておく。そして、配信サーバ１１が、その集団を構成する車両の１台からイベントが発生した旨の情報を受け取ると、支援サーバ１０に対して、イベント発生車両ＩＤ、及びその周辺車両ＩＤを配信サーバ１１に送信する要求と共に、通常配信の条件を満たさない特定車両にもイベントを配信するようＮＷ折り返し配信要求を行う。ＮＷ折り返し配信要求を受けた支援サーバ１０は、前述のポリシー情報を参照し、イベント発生車両のＩＰアドレス、配信先となる同集団内の他の車両のＩＰアドレス、及び配信サーバ１１から受信したイベント情報をホワイトボックススイッチ（第２装置）１５２に送信する。ホワイトボックススイッチ１５２は、受信した各ＩＰアドレスに従って、イベント情報の送信を行う。

【0077】

また、上記図１１のＳ５５において、配信サーバ１１から配信を受けた移動体は、その後、イベント発生の移動体や、自身の周辺に位置する移動体(既に配信サーバ１１から配信を受けた移動体も含む)と直接無線通信方式による通信を行うこともできる。具体的には、配信を受けた移動体が、通信を行いたい相手の移動体条件(相手の位置は自身から見て前後左右のどの方向か、相手は車両か歩行者か等)を支援サーバ１０に送信し、支援サーバ１０が宛先テーブル保持部１０５の宛先テーブルを参照して当該条件を満たす移動体ＩＤを特定し、配信を受けた移動体に返信する。配信を受けた移動体は、返信された移動体ＩＤに対して、直接通信を試みる。
これにより、例えば、配信サーバ１１からイベント情報の配信を受けた移動体が、そのイベントに応じてどのような行動を取るかを周辺の移動体に直接通知することができ、二次的な事故を回避することができる。

【0078】

図１２は、図１０の宛先テーブルに基づいて、配信先車両ＩＤを決定する過程の一例を示す説明図である。支援サーバ１０は、外部アプリケーションから、例えば、イベント発生ＩＤとしての車両Ｖ３の車両ＩＤと、配信範囲（２０ｍ）と、配信方向（後方）とを受信すると、まず車両ＩＤにもとづき、図１２の枠で囲んだ車両及び自転車の各識別情報（車両ＩＤ、自転車ＩＤ）を配信先候補とする。この候補のうち、さらに配信範囲２０ｍかつ後方の方向の条件を満たす移動体の識別情報を検索し、車両Ｖ１の車両ＩＤ及び自転車Ｂ２の自転車ＩＤに決定される。なお、外部アプリケーションが示す条件に応じて、各テーブルから対象となる配信先候補を抽出するが、イベントが発生した移動体そのものは配信先から除かれる。

【0079】

図１３（ａ）は２車線の道路に位置する車両の位置関係の他の例を示し、図１３（ｂ）はマップマッチングを用いない場合の同一車線グループの車両間の離隔距離の計算結果の一例を示し、図１３（ｃ）はマップマッチングを用いない場合の反対車線グループの車両間の離隔距離の計算結果の一例を示している。

【0080】

図１３において車両間の相対距離（離隔距離）を計算する隣接特定計算は、計算処理部１０３において、例えば次のＳ６１～Ｓ６４の手順で行う。
Ｓ６１：各車両の現在の位置データと、過去データ格納部（ＤＢ）１０４に格納された過去の当該車両の位置データとの差分から進行方向ベクトルを算出する。
Ｓ６２：各車両間の進行方向ベクトルのなす角度が例えば１２０度以下であれば同一進行方向と判定し、上記角度が１２０度よりも大きい場合は反対進行方向と判定する。例えば、図１４の枠Ｗ１で囲んだエリアを走行している２台の車両は上記角度が９０度であるので同一進行方向と判定し、図１４の枠Ｗ２で囲んだエリアを走行している２台の車両は上記角度が０度であるので同一進行方向と判定する。一方、図１４の枠Ｗ３で囲んだエリアを走行している２台の車両は上記角度が１８０度であるので反対進行方向と判定する。
Ｓ６３：同一進行方向であれば、どの車両がより前方に位置するか判定する。前方に位置している車両については、車両間の相対距離（離隔距離）を算出して結果を保存する。後方に位置している車両については、車両間の相対距離（離隔距離）を算出し、その算出値にマイナス（－）を乗じて、結果を保存する。
Ｓ６４：計算の対象になっているすべての車両データについて、上記Ｓ５２及びＳ５３を繰り返す。
なお、上記Ｓ６２において、進行方向が同一か反対かを判定するための基準となる角度は１２０度に限定されるものではなく、任意に設定される。例えば、当該複数の車両がらせん状の道路上に位置するとの情報を支援サーバ１０が得た場合は、各車両の進行方向ベクトルのなす角度が１２０度より大きい場合でも、同一進行方向と判定することができる。
以上、何らかの原因で地図データにアクセスできず、マップマッチングを行うことができない場合でも、上記の方法により、離隔距離の計算を行い、マップマッチングを行った場合と同様の計算結果を得ることができる。

【0081】

以上、本実施形態によれば、複数の移動体（車両２０、歩行者３０、自転車４０）が位置する道路９０において情報配信を必要とするイベントが発生したときの情報配信先の移動体（車両２０、歩行者３０、自転車４０）を特定する計算処理の負荷を抑制でき、適切な情報配信先の移動体（車両２０、歩行者３０、自転車４０）を迅速に特定することができる。また、情報配信対象の移動体（車両２０、歩行者３０、自転車４０）の数が増加したときにも対応可能である。
また、本実施形態においては、イベントが移動体の事故または故障である例を示したが、車両において、例えば右折の方向指示器が操作されたことをイベントとして検知してもよい。これにより、例えば交差点を右折する場合や、合流車線から本線へ合流する場合等に、周辺の移動体に対して自車がこれから右側へ移動することを迅速に通知することができる。従って、通知を受けた移動体がそれに応じた行動を余裕をもって取ることが可能となるので、接触事故等を回避できる可能性が高まる。

【0082】

また、本発明では、少なくとも支援サーバと各移動体を繋ぐ通信手段として、既に十分に普及し、カバーするエリアも広い移動通信網を利用するので、少なくとも移動体及び基地局に備えられる通信設備は、既存設備の利用で十分な効果が期待できる。従って、ＤＳＳＳ（Ｄｒｉｖｉｎｇ Ｓａｆｅｔｙ Ｓｕｐｐｏｒｔ Ｓｙｓｔｅｍｓ）、ＩＴＳ Ｃｏｎｎｅｃｔ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｔｒａｎｓｐｏｒｔ Ｓｙｓｔｅｍｓ Ｃｏｎｎｅｃｔ）、ＶＩＣＳ（登録商標）（Ｖｅｈｉｃｌｅ Ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）、ＥＴＣ ２．０（Ｅｌｅｃｔｒｏｎｉｃ Ｔｏｌｌ Ｃｏｌｌｅｃｔｉｏｎ Ｓｙｓｔｅｍ ２．０）等、路上設備と移動体との通信を実現するために大規模投資が新たに必要となる通信手段と比較して、発明の実施が比較的容易である。

【0083】

なお、本明細書で説明された処理工程並びに移動通信システムの構成要素は、様々な手段によって実装することができる。例えば、これらの工程及び構成要素は、ハードウェア、ファームウェア、ソフトウェア、又は、それらの組み合わせで実装されてもよい。

【0084】

ハードウェア実装については、実体（例えば、各種無線通信装置、Ｎｏｄｅ Ｂ、端末、ハードディスクドライブ装置、又は、光ディスクドライブ装置）において上記工程及び構成要素を実現するために用いられる処理ユニット等の手段は、１つ又は複数の、特定用途向けＩＣ（ＡＳＩＣ）、デジタルシグナルプロセッサ（ＤＳＰ）、デジタル信号処理装置（ＤＳＰＤ）、プログラマブル・ロジック・デバイス（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明された機能を実行するようにデザインされた他の電子ユニット、コンピュータ、又は、それらの組み合わせの中に実装されてもよい。

【0085】

また、ファームウェア及び／又はソフトウェア実装については、上記構成要素を実現するために用いられる処理ユニット等の手段は、本明細書で説明された機能を実行するプログラム（例えば、プロシージャ、関数、モジュール、インストラクション、などのコード）で実装されてもよい。一般に、ファームウェア及び／又はソフトウェアのコードを明確に具体化する任意のコンピュータ／プロセッサ読み取り可能な媒体が、本明細書で説明された上記工程及び構成要素を実現するために用いられる処理ユニット等の手段の実装に利用されてもよい。例えば、ファームウェア及び／又はソフトウェアコードは、例えば制御装置において、メモリに記憶され、コンピュータやプロセッサにより実行されてもよい。そのメモリは、コンピュータやプロセッサの内部に実装されてもよいし、又は、プロセッサの外部に実装されてもよい。また、ファームウェア及び／又はソフトウェアコードは、例えば、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、プログラマブルリードオンリーメモリ（ＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ、フロッピー（登録商標）ディスク、コンパクトディスク（ＣＤ）、デジタルバーサタイルディスク（ＤＶＤ）、磁気又は光データ記憶装置、などのような、コンピュータやプロセッサで読み取り可能な媒体に記憶されてもよい。そのコードは、１又は複数のコンピュータやプロセッサにより実行されてもよく、また、コンピュータやプロセッサに、本明細書で説明された機能性のある態様を実行させてもよい。なお、上述した複数の宛先テーブル保持部１０５は、例えばＲＡＭの半導体チップを複数設けることにより実現してもよいし、同一のＲＡＭの半導体チップにおいて、複数のバンク（区画）を設けることにより実現してもよい。

【0086】

また、前記媒体は非一時的な記録媒体であってもよい。また、前記プログラムのコードは、コンピュータ、プロセッサ、又は他のデバイス若しくは装置機械で読み込んで実行可能であればよく、その形式は特定の形式に限定されない。例えば、前記プログラムのコードは、ソースコード、オブジェクトコード及びバイナリコードのいずれでもよく、また、それらのコードの２以上が混在したものであってもよい。

【0087】

また、本明細書で開示された実施形態の説明は、当業者が本開示を製造又は使用するのを可能にするために提供される。本開示に対するさまざまな修正は当業者には容易に明白になり、本明細書で定義される一般的原理は、本開示の趣旨又は範囲から逸脱することなく、他のバリエーションに適用可能である。それゆえ、本開示は、本明細書で説明される例及びデザインに限定されるものではなく、本明細書で開示された原理及び新規な特徴に合致する最も広い範囲に認められるべきである。

【符号の説明】

【0088】

１０ ：支援サーバ
１１ ：配信サーバ
１２ ：地図サーバ
１３ ：交通情報格納部
１５ ：移動通信網
１６（１６Ａ～１６Ｃ） ：基地局
２０ ：車両
２１ ：通信端末装置（ＵＥ）
３０ ：歩行者
３１ ：通信端末装置（ＵＥ）
４０ ：自転車
４１ ：通信端末装置（ＵＥ）
９０ ：道路
９１，９２ ：同一車線
１０１ ：振り分け処理部
１０２ ：歩行者データＤＢ
１０２ ：自転車データＤＢ
１０２ ：車両データＤＢ
１０３ ：計算処理部
１０３Ａ ：計算処理部
１０３Ｂ ：計算処理部
１０４ ：過去データ格納部（ＤＢ）
１０５ ：宛先テーブル保持部
１０６ ：ＵＥ ＩＤ－地域情報テーブル
１０７ ：ＡＰＩ
１０８ ：制御部
１１１ ：アプリケーション部
１１２ ：情報配信部
１６０Ａ ：セル
１６０Ｂ ：セル
１６０Ｃ ：セル

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】