(57)【要約】      （修正有）【課題】一般車両のドライバーが緊急車両を即座に認識することに貢献する交通システムを提供する。【解決手段】交通システムは、複数の基地局１０３と、管理サーバ１０４と、を含む。管理サーバは、少なくとも緊急車両１０２に関する情報を管理する。緊急車両は、走行ルート情報を含む緊急車両データを管理サーバに送信する。管理サーバは、複数の基地局のうち、緊急車両の走行ルートをサービス提供エリアとして含む基地局を特定する。さらに、管理サーバは、特定された基地局に対して、緊急車両の通過を通知する必要のある端末１０１の識別情報と緊急車両の走行ルート情報を含む緊急車両通過通知を送信する。緊急車両通過通知を受信した基地局は、自装置から無線接続を提供している端末であって、緊急車両通過通知に含まれる識別情報に対応する端末に対して、緊急車両通過通知を送信する。緊急車両通過通知を受信した端末は、緊急車両に関する情報提供を行う。【選択図】図１
2020166519.tif 000002
【特許請求の範囲】
【請求項１】
端末と、
緊急車両と、
前記端末及び緊急車両に無線接続を提供する、複数の基地局と、
少なくとも前記緊急車両に関する情報を管理する、管理サーバと、
を含み、
前記緊急車両は、走行ルート情報を含む緊急車両データを前記管理サーバに送信し、
前記管理サーバは、前記複数の基地局のうち、前記緊急車両の走行ルートをサービス提供エリアとして含む基地局を特定すると共に、前記特定された基地局に対して、前記緊急車両の通過を通知する必要のある端末の識別情報と前記緊急車両の走行ルート情報を含む緊急車両通過通知を送信し、
前記緊急車両通過通知を受信した基地局は、自装置から無線接続を提供している端末であって、前記緊急車両通過通知に含まれる識別情報に対応する端末に対して、前記緊急車両通過通知を送信し、
前記緊急車両通過通知を受信した端末は、前記緊急車両に関する情報提供を行う、交通システム。
【請求項２】
前記緊急車両は、緊急走行開始時の現在地情報、現在時刻をさらに含む前記緊急車両データを前記管理サーバに送信する、請求項１に記載の交通システム。
【請求項３】
前記管理サーバは、前記複数の基地局それぞれに関し、識別情報、位置情報及びサービス提供エリアを関連づけて保持する、基地局情報保持部を備え、
前記管理サーバは、前記基地局情報保持部を参照し、前記緊急車両の走行ルートに重なるサービス提供エリアを持つ基地局を抽出することで、前記緊急車両通過通知を通信する基地局の特定を行う、請求項１又は２に記載の交通システム。
【請求項４】
前記複数の基地局のそれぞれは、無線接続を提供している端末のリストを保持する接続端末保持部を備え、
前記緊急車両通過通知を受信した基地局は、前記接続端末保持部を参照し、前記緊急車両通過通知を送信する端末を決定する、請求項１乃至３のいずれか一項に記載の交通システム。
【請求項５】
前記緊急車両通過通知を受信した端末は、前記緊急車両の走行ルート情報に基づき、自車と前記緊急車両が合流する位置を推測する、請求項１乃至４のいずれか一項に記載の交通システム。
【請求項６】
前記緊急車両通過通知を受信した端末は、前記緊急車両の走行ルート情報に基づいた予測の結果に応じて、前記緊急車両に関する情報提供を行う請求項５に記載の交通システム。
【請求項７】
前記緊急車両通過通知を受信した端末は、前記基地局との通信手段を備えていない端末に対して、前記緊急車両通過通知を転送する、請求項１乃至６のいずれか一項に記載の交通システム。
【請求項８】
端末及び緊急車両に無線接続を提供する、複数の基地局とデータの送受信を行うと共に、前記緊急車両に関する走行ルート情報を含む緊急車両データを受信する、データ送受信部と、
前記複数の基地局のうち、前記緊急車両の走行ルートをサービス提供エリアとして含む基地局を特定すると共に、前記特定された基地局に対して、前記緊急車両の通過を通知する必要のある端末の識別情報と前記緊急車両の走行ルート情報を含む緊急車両通過通知を送信する、緊急車両通過通知部と、
を備える、管理サーバ。
【請求項９】
端末と、
緊急車両と、
前記端末及び緊急車両に無線接続を提供する、複数の基地局と、
少なくとも前記緊急車両に関する情報を管理する、管理サーバと、
を含む交通システムにおいて、
前記緊急車両が、走行ルート情報を含む緊急車両データを前記管理サーバに送信するステップと、
前記管理サーバが、前記複数の基地局のうち、前記緊急車両の走行ルートをサービス提供エリアとして含む基地局を特定すると共に、前記特定された基地局に対して、前記緊急車両の通過を通知する必要のある端末の識別情報と前記緊急車両の走行ルート情報を含む緊急車両通過通知を送信するステップと、
前記緊急車両通過通知を受信した基地局が、自装置から無線接続を提供している端末であって、前記緊急車両通過通知に含まれる識別情報に対応する端末に対して、前記緊急車両通過通知を送信するステップと、
前記緊急車両通過通知を受信した端末が、前記緊急車両に関する情報提供を行うステップと、
を含む情報通知方法。
【請求項１０】
端末及び緊急車両に無線接続を提供する、複数の基地局とデータの送受信を行うと共に、前記緊急車両に関する走行ルート情報を含む緊急車両データを受信する、管理サーバに搭載されたコンピュータに、
前記複数の基地局のうち、前記緊急車両の走行ルートをサービス提供エリアとして含む基地局を特定する処理と、
前記特定された基地局に対して、前記緊急車両の通過を通知する必要のある端末の識別情報と前記緊急車両の走行ルート情報を含む緊急車両通過通知を送信する処理と、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、交通システム、管理サーバ、情報通知方法及びプログラムに関する。
【背景技術】
【０００２】
特許文献１乃至３には、緊急車両等の移動体に関する技術が開示されている。
【０００３】
例えば、特許文献１には、緊急車両などの移動体に関する情報を配信するシステムにおいてより利便性の高いサービスを提供する、と記載されている。
【０００４】
特許文献２には、適切な警告動作を行うことにより、緊急車両の走行を妨げることなく、自車両の退避動作を有効に行わせることのできる車載用ナビゲーション装置を提供する、と記載されている。
【０００５】
特許文献３には、緊急車両の走行予定経路を一般車両側で正確に認知して、当該緊急車両の走行経路を予め確保できるようにする、と記載されている。
【０００６】
ここで、救急活動は安心な社会を構成する上で重要な要素の一つである。当該救急活動を支えるのが、傷病者等を病院などの医療施設まで迅速かつ安全に搬送するための車両（救急車）である。
【０００７】
救急者による患者の搬送は一分一秒を争うとされる。呼吸停止時の蘇生率の観点だと、呼吸停止後２分では蘇生率９０％だが、１０分後には０％となる。このように、僅かな救助活動の遅れが患者の生命を左右する。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１５−７９３８９号公報
【特許文献２】特開２０１１−５２９６３号公報
【特許文献３】特開２００３−２５６９９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
一般車両（緊急車両以外の車両）のドライバーは、緊急車両（例えば、救急車、消防車等）自体から発せられるサイレン、メガホンの音声を認めると、緊急車両が通過する経路の回避を試みる。緊急車両は、サイレン、メガホンを用いて経路回避の警告を行う。
【００１０】
従って、緊急車両が、物理的にある程度の近距離に近づいてきてから、一般車両のドライバーは、サイレン等を認識できる。その後、ドライバーは、自身が運転する車両を路肩に寄せる等の対処を行う。
【００１１】
このような対応では、以下のような問題点がある。
【００１２】
車内で大きな音楽を再生している場合等、一般車両のドライバーがサイレンやメガホン等による音声（警告）に気付くのに遅れる事がある。また、ドライバーは、前方やミラーによる後方を目視することで緊急車両の存在を認識し、その後に自車を路肩に寄せる等の対応を行う。
【００１３】
渋滞が発生している等、道路がある程度、混雑している場合、一般車両のドライバーによる緊急車両を避けるための行動には所定の時間を要することになる。
【００１４】
本発明は、一般車両のドライバーが緊急車両を即座に認識することに貢献する、交通システム、管理サーバ、情報通知方法及びプログラムを提供することを主たる目的とする。
【課題を解決するための手段】
【００１５】
本発明の第１の視点によれば、端末と、緊急車両と、前記端末及び緊急車両に無線接続を提供する、複数の基地局と、少なくとも前記緊急車両に関する情報を管理する、管理サーバと、を含み、前記緊急車両は、走行ルート情報を含む緊急車両データを前記管理サーバに送信し、前記管理サーバは、前記複数の基地局のうち、前記緊急車両の走行ルートをサービス提供エリアとして含む基地局を特定すると共に、前記特定された基地局に対して、前記緊急車両の通過を通知する必要のある端末の識別情報と前記緊急車両の走行ルート情報を含む緊急車両通過通知を送信し、前記緊急車両通過通知を受信した基地局は、自装置から無線接続を提供している端末であって、前記緊急車両通過通知に含まれる識別情報に対応する端末に対して、前記緊急車両通過通知を送信し、前記緊急車両通過通知を受信した端末は、前記緊急車両に関する情報提供を行う、交通システムが提供される。
【００１６】
本発明の第２の視点によれば、端末及び緊急車両に無線接続を提供する、複数の基地局とデータの送受信を行うと共に、前記緊急車両に関する走行ルート情報を含む緊急車両データを受信する、データ送受信部と、前記複数の基地局のうち、前記緊急車両の走行ルートをサービス提供エリアとして含む基地局を特定すると共に、前記特定された基地局に対して、前記緊急車両の通過を通知する必要のある端末の識別情報と前記緊急車両の走行ルート情報を含む緊急車両通過通知を送信する、緊急車両通過通知部と、を備える、管理サーバが提供される。
【００１７】
本発明の第３の視点によれば、端末と、緊急車両と、前記端末及び緊急車両に無線接続を提供する、複数の基地局と、少なくとも前記緊急車両に関する情報を管理する、管理サーバと、を含む交通システムにおいて、前記緊急車両が、走行ルート情報を含む緊急車両データを前記管理サーバに送信するステップと、前記管理サーバが、前記複数の基地局のうち、前記緊急車両の走行ルートをサービス提供エリアとして含む基地局を特定すると共に、前記特定された基地局に対して、前記緊急車両の通過を通知する必要のある端末の識別情報と前記緊急車両の走行ルート情報を含む緊急車両通過通知を送信するステップと、前記緊急車両通過通知を受信した基地局が、自装置から無線接続を提供している端末であって、前記緊急車両通過通知に含まれる識別情報に対応する端末に対して、前記緊急車両通過通知を送信するステップと、前記緊急車両通過通知を受信した端末が、前記緊急車両に関する情報提供を行うステップと、を含む情報通知方法が提供される。
【００１８】
本発明の第４の視点によれば、端末及び緊急車両に無線接続を提供する、複数の基地局とデータの送受信を行うと共に、前記緊急車両に関する走行ルート情報を含む緊急車両データを受信する、管理サーバに搭載されたコンピュータに、前記複数の基地局のうち、前記緊急車両の走行ルートをサービス提供エリアとして含む基地局を特定する処理と、前記特定された基地局に対して、前記緊急車両の通過を通知する必要のある端末の識別情報と前記緊急車両の走行ルート情報を含む緊急車両通過通知を送信する処理と、を実行させるプログラムが提供される。
【発明の効果】
【００１９】
本発明の各視点によれば、一般車両のドライバーが緊急車両を即座に認識することに貢献する、交通システム、管理サーバ、情報通知方法及びプログラムが提供される。なお、本発明により、当該効果の代わりに、又は当該効果とともに、他の効果が奏されてもよい。
【図面の簡単な説明】
【００２０】
【図１】一実施形態の概要を説明するための図である。
【図２】第１の実施形態に係る交通システムの概略構成の一例を示す図である。
【図３】第１の実施形態に係る一般車両の表示画面の一例を示す図である。
【図４】第１の実施形態に係る緊急車両の処理構成の一例を示す図である。
【図５】第１の実施形態に係る管理サーバの処理構成の一例を示す図である。
【図６】緊急車両情報保持部が保持する情報の一例を示す図である。
【図７】基地局情報保持部が保持する情報の一例を示す図である。
【図８】端末情報保持部が保持する情報の一例を示す図である。
【図９】第１の実施形態に係る基地局の処理構成の一例を示す図である。
【図１０】第１の実施形態に係る一般車両の処理構成の一例を示す図である。
【図１１】第１の実施形態に係る交通システムの動作の一例を示すシーケンス図である。
【図１２】第１の実施形態に係る一般車両の表示画面の一例を示す図である。
【図１３】第1の実施形態に係る管理サーバのハードウェア構成の一例を示す図である。
【図１４】交通システムの別の動作の一例を示すシーケンス図である。
【図１５】車両間の連携を説明するための図である。
【図１６】変形例に係る交通システムの概略構成の一例を示す図である。
【発明を実施するための形態】
【００２１】
はじめに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。
【００２２】
一実施形態に係る交通システムは、端末１０１と、緊急車両１０２と、複数の基地局１０３と、管理サーバ１０４と、を含む（図１参照）。複数の基地局１０３は、端末１０１及び緊急車両１０２に無線接続を提供する。管理サーバ１０４は、少なくとも緊急車両１０２に関する情報を管理する。緊急車両１０２は、走行ルート情報を含む緊急車両データを管理サーバ１０４に送信する。管理サーバ１０４は、複数の基地局１０３のうち、緊急車両の走行ルートをサービス提供エリアとして含む基地局１０３を特定する。さらに、管理サーバ１０４は、特定された基地局１０３に対して、緊急車両の通過を通知する必要のある端末１０１の識別情報と緊急車両１０２の走行ルート情報を含む緊急車両通過通知を送信する。緊急車両通過通知を受信した基地局１０３は、自装置から無線接続を提供している端末１０１であって、緊急車両通過通知に含まれる識別情報に対応する端末１０１に対して、緊急車両通過通知を送信する。緊急車両通過通知を受信した端末１０１は、緊急車両１０２に関する情報提供を行う。
【００２３】
上記交通システムでは、緊急車両１０２が目的地への緊急走行ルートを設定した時点から、緊急車両１０２の通過を自動で一般車両（端末１０１）に対して通知する。当該通知を受けた端末１０１は、緊急車両通過に関する情報提供をカーナビゲーションシステムの画面や音声からドライバーに提供し、ドライバーが緊急車両１０２の通過をより正確に早い段階で認知可能とする。これにより、ドライバーが回避行動を、余裕を持って行う事を可能とし、緊急車両１０２との接触事故防止や緊急車両１０２の目的地までの到達時間短縮を実現する。即ち、上記交通システムは、例えば、救急の要請に基づき、移動通信網を介した一般車両への通知と誘導を自動で促し、緊急車両１０２の走行するルートの確保を効率的に支援できる。
【００２４】
以下に具体的な実施の形態について、図面を参照してさらに詳しく説明する。
【００２５】
［第１の実施形態］
第１の実施形態について、図面を用いてより詳細に説明する。
【００２６】
＜システム構成＞
図２は、第１の実施形態に係る交通システムの概略構成の一例を示す図である。図２を参照すると、交通システムには、基地局１０と、管理サーバ２０と、緊急車両３０と、一般車両４０−１〜４０−５と、移動体端末５０−１〜５０−４と、が含まれる。
【００２７】
基地局１０は、端末（ＵＥ；User Equipment）に無線接続（モバイル通信網による無線接続）を提供する。例えば、基地局１０は、ＬＴＥ（Long Term Evolution）や５Ｇ（5th Generation）等の規格に適合した無線接続を提供する。
【００２８】
基地局１０は、緊急車両３０、一般車両４０−１〜４０−５及び移動体端末５０−１〜５０−４のそれぞれに無線接続を提供する。例えば、基地局１０は、図２の点線で示される範囲（無線サービス提供エリア）に存在する端末に無線接続を提供する。
【００２９】
なお、図２において、移動体端末５０−１〜５０−４は、これらの端末を所持する「人」として図示している。但し、移動体端末は、車のドライバーが保持する端末であってもよい。この場合、ドライバーは、移動体端末にインストールされたナビゲーションアプリを使用し、当該端末をナビゲーションシステムとして使用してもよい。
【００３０】
以降の説明において、一般車両４０−１〜４０−５を区別する特段の理由がない場合には、単に「一般車両４０」と表記する。同様に、移動体端末５０−１〜５０−４を区別する特段の理由がない場合には、単に「移動体端末５０」と表記する。
【００３１】
基地局１０と管理サーバ２０は、インターネット等のネットワークにより接続されている。
【００３２】
管理サーバ２０は、少なくとも緊急車両３０に関する情報を管理する装置である。管理サーバ２０は、緊急車両３０から「緊急走行」の走行開始が通知されると、当該緊急車両３０の現在地、走行ルート等に関する情報を取得する。
【００３３】
また、管理サーバ２０には、地図情報や各緊急車両３０を識別するための識別情報が格納されている。管理サーバ２０は、予め保持する基地局１０に関する情報と緊急車両３０の走行ルートを照らし合わせ、当該走行ルートと重複するエリアに無線接続を提供する基地局１０に対し、緊急車両３０の通過を通知する。
【００３４】
管理サーバ２０のより詳細な情報は後述する。
【００３５】
なお、図２には、１台の基地局１０を図示しているが、第１の実施形態に係る交通システムでは複数の基地局１０がシステムに含まれることを前提としている。また、図２に示す構成は例示であって、端末等の数を限定する趣旨ではないのは勿論である。
【００３６】
＜システム動作概略＞
続いて、図２を参照しつつ、第１の実施形態に係る交通システムの動作概略を説明する。
【００３７】
緊急車両３０は、緊急走行を始める際、自車の現在地、現在時刻及び走行ルートに関する情報を含む「緊急車両情報」を管理サーバ２０に送信する。管理サーバ２０は、当該緊急車両情報を取得すると、緊急車両３０の走行ルートをサービス提供エリアとして含む基地局１０を特定し、当該特定した基地局１０に対して「緊急車両通過通知」を送信する。
【００３８】
当該緊急車両通過通知には、緊急車両３０の現在位置や走行ルートに加え、予め管理サーバ２０に登録された端末（一般車両４０、移動体端末５０）の識別子（ＩＤ；Identifier）が含まれる。即ち、管理サーバ２０は、上記特定された基地局１０に対して、緊急車両の通過を通知する必要のある端末の識別情報と緊急車両３０の走行ルート情報を含む緊急車両通過通知を送信する。
【００３９】
上記緊急車両通過通知を受信した基地局１０は、自身から無線接続を提供している端末（配下のエリアにある端末）であって、緊急車両通過通知に含まれる識別情報に対応する端末に緊急車両通過通知を送信する。
【００４０】
端末（例えば、一般車両４０）が当該通知を受信すると、一般車両４０は、緊急車両３０に関する情報提供をドライバーに対して行う。より具体的には、一般車両４０は、緊急車両３０との合流を予測し、その結果に基づいてドライバーに情報提供を行う。例えば、一般車両４０は、図３に示すような表示を行い、ドライバーに対して緊急車両３０と遭遇する可能性を知らせる。このような表示に接したドライバーは、緊急車両３０の走行ルートを回避して走行する等の対応を行う。
【００４１】
また、移動体端末５０が上記緊急車両通過通知を受信すると、緊急車両３０が近づいてくる旨を所有者に通知してもよい。
【００４２】
＜緊急車両の構成＞
続いて、第１の実施形態に係る緊急車両３０の処理構成について説明する。
【００４３】
図４は、第１の実施形態に係る緊急車両３０の処理構成（処理モジュール）の一例を示す図である。緊急車両３０は、データ送受信部２０１と、位置情報保持部２０２と、時刻情報保持部２０３と、音声入出力部２０４と、画面表示部２０５と、地図情報保持部２０６と、走行ルート演算部２０７と、入力受付部２０８と、緊急車両ＩＤ保持部２０９と、を含む。
【００４４】
図４に示す各処理モジュールは、緊急車両（救急車、消防車等の公共で用いられる車両）に搭載されたカーナビゲーションシステムにて実行されることを想定している。
【００４５】
データ送受信部２０１は、基地局１０が提供するモバイル回線（無線回線）を介してネットワーク上の管理サーバ２０とデータの送受信を行う手段（モジュール）である。より具体的には、データ送受信部２０１は、自車（緊急車両３０）の現在地情報、現在時刻情報及び自車の走行ルート情報を管理サーバ２０に向けて送信する。
【００４６】
位置情報保持部２０２は、自車（緊急車両３０）の現在位置を保持する手段である。例えば、位置情報保持部２０２は、ＧＰＳ（Global Positioning System）等により得られる位置情報（車両の緯度、軽度及び高度を含む情報）を格納する。位置情報保持部２０２は、例えば、ナビゲーションシステムの制御ユニットから上記位置情報を取得し、保持する。あるいは、位置情報保持部２０２は、基地局１０から受信する電波の強度に基づき生成された位置情報を格納してもよい。
【００４７】
時刻情報保持部２０３は、現在の時刻を保持する手段である。時刻情報保持部２０３は、例えば、ナビゲーションシステムの制御ユニットから現在時刻を取得し、保持する。
【００４８】
音声入出力部２０４は、音声をドライバーに向けて出力する手段、又は、ドライバーからの音声（ドライバからの指示）を入力する手段である。音声入出力部２０４は、マイク、スピーカ等を含み、音声信号の入出力を処理する。
【００４９】
画面表示部２０５は、液晶パネル等のディスプレイに情報を表示する手段である。例えば、画面表示部２０５は、現在地情報、地図情報、操作メニュー等を表示する。
【００５０】
地図情報保持部２０６は、地図や自車（緊急車両３０）の走行可能ルート情報を保持する手段である。なお、走行可能ルートとは、道路の一方通行等に関する情報である。
【００５１】
走行ルート演算部２０７は、目的地までの走行ルートや到着予測時間（到着予測時刻）を算出する手段である。具体的には、走行ルート演算部２０７は、現在地情報、地図情報、走行可能ルート情報等を使って、現在地から目的地までの走行ルート、到着予測時間を計算する。なお、走行ルート演算部２０７による処理は、既存のナビゲーションシステムにおけるルート計算を用いることができるので詳細な説明を省略する。
【００５２】
走行ルート演算部２０７により計算された走行ルートは、例えば、現在地から目的地までの経路上における各ノード（節点）の経度、緯度の集合として表現される。
【００５３】
走行ルート演算部２０７により計算された走行ルート情報等は、基地局１０を介して管理サーバ２０に送信される。
【００５４】
入力受付部２０８は、ドライバーによる情報の入力（操作）を受け付ける手段である。入力受付部２０８は、タッチパネルやボタン（ハードウェアキー、ソフトキー）を介してドライバーからの操作を受け付ける。
【００５５】
緊急車両ＩＤ保持部２０９は、自車（緊急車両３０）に割り当てられた識別情報を保持する手段である。緊急車両ＩＤ保持部２０９は、ネットワーク上の管理サーバ２０において、緊急車両３０を識別可能とする識別情報を保持する。例えば、緊急車両３０の識別情報として、緊急車両３０が使用する、ＩＰ（Internet Protocol）アドレス等を使用することができる。
【００５６】
＜管理サーバの構成＞
続いて、第１の実施形態に係る管理サーバ２０の処理構成について説明する。
【００５７】
図５は、第１の実施形態に係る管理サーバ２０の処理構成（処理モジュール）の一例を示す図である。図５を参照すると、管理サーバ２０は、データ送受信部３０１と、時刻情報保持部３０２と、地図情報保持部３０３と、緊急車両情報保持部３０４と、基地局情報保持部３０５と、端末情報保持部３０６と、緊急車両通過通知部３０７と、を含んで構成される。
【００５８】
データ送受信部３０１は、モバイル回線を介して端末（緊急車両３０、一般車両４０、移動体端末５０）との間でデータの送受信を行う手段である。データ送受信部３０１は、ネットワークを経由して情報を入手し、緊急車両３０の現在地情報の更新や走行ルート情報の送受信を行う。また、データ送受信部３０１は、ネットワークを経由して、基地局１０に対して「緊急車両通過通知」を送信する。
【００５９】
時刻情報保持部３０２は、現在の時刻を保持する手段である。時刻情報保持部３０２は、自装置内部のクロックモジュール等から現在の時刻を取得して保持する。あるいは、時刻情報保持部３０２は、外部の時刻サーバから現在の時刻を取得してもよい。
【００６０】
地図情報保持部３０３は、地図情報を保持する手段である。システムの管理者は、予め地図情報を管理サーバ２０に入力しておく。
【００６１】
緊急車両情報保持部３０４は、緊急車両３０に関する情報を保持する手段である。より具体的には、緊急車両情報保持部３０４は、緊急車両３０の識別情報、緊急車両３０の現在地情報、走行ルート情報、及び走行ルートをカバーする基地局１０の識別情報を対応付けて保持する。
【００６２】
例えば、緊急車両情報保持部３０４は、図６に示すような情報を保持する。図６を参照すると、識別情報としてＩＤ＿Ｅ１が割り当てられた緊急車両３０は、Ｐ０１の位置に存在し、走行ルートＲ０１により目的地に向かうことが分かる。また、図６を参照すると、基地局Ｂ１〜Ｂ３が、走行ルートＲ０１上の端末に無線接続を提供することが分かる。
【００６３】
このように、緊急車両情報保持部３０４は、緊急車両３０からの要請が判別可能なように、当該車両の識別情報を保持する。また、緊急車両情報保持部３０４は、緊急車両の識別情報ごとに、現在地情報、走行ルート情報、走行ルートをカバーする基地局１０の識別情報を関連付けして保持する。なお、緊急車両情報保持部３０４が保持する情報は、緊急車両３０からの情報受信により適宜更新される。
【００６４】
基地局情報保持部３０５は、全国各地に配置された基地局１０の識別情報と、位置情報（配置情報）と、カバーするエリア情報（カバーエリア情報）を関連づけて保持する。即ち、基地局情報保持部３０５は、複数の基地局１０それぞれに関し、識別情報、位置情報及びサービス提供エリアを関連づけて保持する。
【００６５】
例えば、基地局情報保持部３０５は、図７に示すような情報を保持する。図７を参照すると、識別子がＢ１の基地局は、座標（Ｘ０１、Ｙ０１）に位置し、そのカバーエリアはＣ０１であることが分かる。
【００６６】
なお、図７に示すカバーエリア情報は、基地局１０の位置を中心としたサービス提供エリアが距離（半径）で示されている。但し、カバーエリア情報の表現を半径に限定する趣旨ではないことは勿論である。カバーエリア範囲は、４点の長方形等により表現されてもよい。
【００６７】
端末情報保持部３０６は、緊急車両通過通知の送信対象となる端末（一般車両４０、移動体端末５０）の識別情報を保持する。例えば、端末情報保持部３０６は、図８に示すような情報を保持する。
【００６８】
図８を参照すると、緊急車両通過通知を送信する対象となる端末の識別子のリストが保持されている。なお、図８には、各端末の種別（一般車両４０、移動体端末５０）のフィールドが図示されているが、当該フィールドは端末情報保持部３０６が保持する情報に含まれていなくともよい。端末の識別情報には、ＩＰアドレス等の情報を用いることができる。
【００６９】
緊急車両通過通知部３０７は、上述の「緊急車両通過通知」を生成し、当該通知を基地局１０に送信する手段である。緊急車両通過通知部３０７は、緊急車両３０が走行する経路（経路の近辺）をサービス提供エリアとして持つ基地局１０を特定し、当該特定した基地局１０に向けて「緊急車両通過通知」を送信する。
【００７０】
より具体的には、緊急車両通過通知部３０７は、基地局情報保持部３０５を参照し、緊急車両３０の走行ルートに重なるサービス提供エリアを持つ基地局１０を抽出することで、緊急車両通過通知を通信する基地局１０の特定を行う。
【００７１】
緊急車両通過通知には、緊急走行している緊急車両３０の緊急走行に関する情報（現在地情報、走行ルート情報）と当該通知の配信対象となる端末のリストが含まれる。
【００７２】
例えば、図２において、一般車両４０−１の識別情報は管理サーバ２０の端末情報保持部３０６に格納され、一般車両４０−２の識別情報は管理サーバ２０の端末情報保持部３０６に格納されていない状況を考える。
【００７３】
この場合、緊急車両通過通知部３０７は、緊急車両３０の緊急走行に関する情報（現在地情報、走行ルート情報）を緊急車両情報保持部３０４から読み出す。その後、緊急車両通過通知部３０７は、当該読み出した緊急走行情報と、一般車両４０−１の識別情報と、を含む緊急車両通過通知を生成する。当該生成された緊急車両通過通知は、基地局１０に送信される。
【００７４】
後述するように、基地局１０は、当該通知に識別情報が記載された一般車両４０−１に向けて緊急車両通過通知を送信する。
【００７５】
＜基地局の構成＞
続いて、第１の実施形態に係る基地局１０の処理構成について説明する。図９は、第１の実施形態に係る基地局１０の処理構成（処理モジュール）の一例を示す図である。
【００７６】
図９を参照すると、基地局１０は、データ送受信部４０１と、接続端末保持部４０２と、を含んで構成される。
【００７７】
データ送受信部４０１は、モバイル回線（無線回線）を介して端末とデータの送受信を行い、ネットワークを介して管理サーバ２０とデータの送受信を行う手段である。
【００７８】
接続端末保持部４０２は、自装置（基地局１０）が無線接続を提供している端末（一般車両４０、移動体端末５０）のリストを保持する手段である。接続端末保持部４０２は、端末に無線接続を提供する際に取得した識別情報（例えば、ＩＰアドレス）をリストとして保持する。
【００７９】
データ送受信部４０１は、管理サーバ２０から取得した緊急車両通過通知に含まれる端末の識別子が、接続端末保持部４０２が保持するリストに含まれていれば、当該端末に向けて緊急車両通過通知を送信する。
【００８０】
上記の図２の例では、基地局１０の接続端末保持部４０２には、一般車両４０−１及び４０−２の識別子が含まれている。管理サーバ２０から取得した緊急車両通過通知には一般車両４０−１の識別子が含まれ、一般車両４０−２の識別子は含まれていない。従って、基地局１０は、一般車両４０−１に対して緊急車両通過通知を送信する。
【００８１】
このように、複数の基地局１０のそれぞれは、無線接続を提供している端末のリストを保持する接続端末保持部４０２を備える。複数の基地局１０のうち、緊急車両通過通知を受信した基地局１０は、接続端末保持部４０２を参照し、緊急車両通過通知を送信する端末を決定する。
【００８２】
＜一般車両の構成＞
続いて、第１の実施形態に係る一般車両４０の処理構成について説明する。図１０は、第１の実施形態に係る一般車両４０の処理構成（処理モジュール）の一例を示す図である。
【００８３】
一般車両４０は、データ送受信部５０１と、位置情報保持部５０２と、時刻情報保持部５０３と、音声入出力部５０４と、画面表示部５０５と、地図情報保持部５０６と、走行ルート演算部５０７と、緊急車両情報制御部５０８と、を含んで構成される。
【００８４】
図１０に示す各処理モジュールは、一般車両４０に搭載されたカーナビゲーションシステム、あるいは、ナビゲーション用のアプリケーションがインストールされたスマートフォン等により実行されることを想定している。
【００８５】
移動体端末５０にナビゲーション用のアプリケーションをインストールし、ドライバーが当該移動体端末５０を車内に持ち込んでいれば、当該車両は「一般車両４０」として動作することになる。即ち、一般車両４０と移動体端末５０の機能は同一とすることができる。そのため、移動体端末５０の詳細な処理モジュールに関する説明は省略する。
【００８６】
データ送受信部５０１は、基地局１０が提供するモバイル回線を介してネットワーク上の管理サーバ２０とデータの送受信を行う手段（モジュール）である。例えば、データ送受信部５０１は、管理サーバ２０から緊急車両通過通知を受信する。当該緊急車両通過通知には、緊急車両３０の緊急走行情報（現在地情報、走行ルート情報）が含まれる。
【００８７】
位置情報保持部５０２は、自車（一般車両４０）の現在位置を保持する手段である。
【００８８】
時刻情報保持部５０３は、現在の時刻を保持する手段である。
【００８９】
音声入出力部５０４は、音声をドライバーに向けて出力する手段、又は、ドライバーからの音声（ドライバからの指示）を入力する手段である。例えば、音声入出力部５０４は、緊急車両３０が自車（一般車両４０）に近づいてきた場合に、音声を用いてその旨をドライバーに通知する。なお、音声入出力部５０４による音声の出力は、緊急車両情報制御部５０８の指示により行われる。
【００９０】
画面表示部５０５は、液晶パネル等のディスプレイに情報を表示する手段である。例えば、画面表示部５０５は、現在地情報、地図情報（周囲の地図）、自車の走行ルート、操作メニュー等を表示する。また、画面表示部５０５は、緊急車両３０の現在地情報や走行ルート情報も併せて表示する。なお、画面表示部５０５による画面の表示は、緊急車両情報制御部５０８の指示により行われる。
【００９１】
地図情報保持部５０６は、地図や自車（一般車両４０）の走行可能ルート情報を保持する手段である。
【００９２】
走行ルート演算部５０７は、目的地までの走行ルートや到着予測時間を算出する手段である。具体的には、走行ルート演算部５０７は、現在地情報、地図情報、走行可能ルート情報を用いて現在位置から目的地までの走行ルート、到着予測時間を計算する。
【００９３】
緊急車両情報制御部５０８は、管理サーバ２０から取得した、緊急車両３０の緊急走行情報（現在地情報、走行ルート情報）と自車の現在地情報と走行ルート情報を照らし合わせ、合流する箇所や時刻を算出する。
【００９４】
緊急車両情報制御部５０８は、当該算出した予測情報を音声入出力部５０４、画面表示部５０５に引き渡す。これらの処理モジュールにより、ドライバーに上記情報が通知される。
【００９５】
このように、緊急車両通過通知を受信した一般車両４０は、緊急車両３０の走行ルート情報に基づき、自車と緊急車両３０が合流する位置を推測する。さらに、一般車両４０は、緊急車両３０の走行ルート情報に基づいた予測の結果に応じて、緊急車両３０に関する情報提供を行う。
【００９６】
＜システムの動作＞
続いて、図面を参照しつつ、第１の実施形態に係る交通システムの動作について説明する。図１１は、第１の実施形態に係る交通システムの動作の一例を示すシーケンス図である。
【００９７】
緊急車両３０のドライバ（例えば、救急隊員）は、カーナビゲーションシステムの画面を操作して、行先となる病院や通報のあった患者の位置等を入力する。緊急車両３０は、ドライバーによる行先入力を受け付ける（ステップＳ０１）。
【００９８】
緊急車両３０は、ナビゲーション画面に走行ルートの候補を表示する（ステップＳ０２）。
【００９９】
ドライバ（例えば、緊急隊員）は、表示されたルートの候補から走行ルートを決定する。緊急車両３０は、走行ルート決定の操作を受け付ける（ステップＳ０３）。
【０１００】
その後、目的地への到着予測時間が算出（ステップＳ０４）され、現在地と共に到着予測時間がナビゲーション画面表示される。緊急車両３０は、ネットワーク上の管理サーバ２０に向けて自車の現在地情報、現在の時刻、走行ルート情報を自車の識別情報と共に送信する（ステップＳ０５）。
【０１０１】
このように、緊急車両３０は、緊急車両データ（現在地情報、現在時刻、走行ルート情報、識別情報）を管理サーバ２０に送信する。
【０１０２】
管理サーバ２０は、当該送信された緊急車両データを受信し、内部に保存する（ステップＳ０６）。
【０１０３】
管理サーバ２０は、当該受信した緊急車両データと、自装置の内部に保持された基地局１０のカバーエリア情報に基づき、緊急車両３０の走行ルートに無線接続を提供する（走行ルート上にサービス提供エリアを持つ）基地局１０を特定する。なお、上述のように、管理サーバ２０は、全国に設置された基地局１０のエリア情報を保持している。
【０１０４】
管理サーバ２０は、緊急車両３０の走行ルート情報と重なるサービス提供エリアを持つ基地局１０を選択（抽出）していくことで、「緊急車両通過通知」を送信する基地局１０を特定する。
【０１０５】
管理サーバ２０は、上記特定した基地局１０に対し、緊急車両３０が通過する旨を通知する（ステップＳ０７）。当該緊急車両通過通知には、事前に登録された、緊急車両３０の存在を通知する必要がある端末（一般車両４０、移動体端末５０）の識別情報が含まれる。
【０１０６】
基地局１０は、緊急車両通過通知を受信する（ステップＳ０８）。
【０１０７】
基地局１０は、当該受信した緊急車両通過通知に自身が無線接続を提供している端末が含まれるか否かを確認し、そのような端末が含まれる場合には、当該端末に対して緊急車両通過通知を送信する（ステップＳ０９）。
【０１０８】
一般車両４０は、緊急車両通過通知を受信する（ステップＳ１０）。
【０１０９】
一般車両４０は、自車と緊急車両３０の合流予測地及び予測時間を予測する（ステップＳ１１）。具体的には、一般車両４０は、管理サーバ２０から取得した緊急車両３０の現在位置及び走行ルートと、自車の現在位置及び走行ルートを比較し、上記合流予測地、合流予測時間を算出する。
【０１１０】
例えば、一般車両４０は、緊急車両３０の走行ルート情報と自車の走行ルート情報に重複する経路が含まれていれば、自車と緊急車両３０は合流（遭遇）すると判定し、重複する経路の始点を合流予測地とする。また、一般車両４０は、現在時刻と、自車の速度と、自車の現在位置及び合流予測地の間の距離と、に応じて合流予測時間を算出する。
【０１１１】
次に、一般車両４０は、上記算出した予測情報に基づき、画面及び音声を用いて自車と緊急車両３０と合流する旨を使用者（一般車両４０のドライバ）に通知する（ステップＳ１２）。
【０１１２】
例えば、一般車両４０は、図３に示すような画面を表示する。図３に示すような画面（情報）に接したドライバーは、以下のような対応を行う。
【０１１３】
ドライバーは、自車の通行経路が緊急車両３０のルートから外れるように運転する。
【０１１４】
ドライバーは、緊急車両３０が通過する際、緊急車両３０を避けやすいように、予め前後左右の車間距離に余裕を持たせる。
【０１１５】
ドライバーは、緊急車両３０と自車の位置が近い場合には、早めに自車を路肩に寄せておく。
【０１１６】
なお、一般車両４０は、図３に示すような画面に代えて、図１２に示すような画面を表示してもよい。図１２に示すように、一般車両４０は、将来、自車と緊急車両３０が合流することを把握し、当該合流を避けることのできる走行ルートが発見できた場合には、当該発見した走行ルートを推薦してもよい。
【０１１７】
図１１に説明を戻す。緊急車両３０の走行ルートは、事前に設定した内容と変化することもあり得るため、緊急車両３０はリアルタイムに緊急車両データを管理サーバ２０に送信し、管理サーバ２０が保持する情報の更新を行う。具体的には、緊急車両３０と管理サーバ２０との間で緊急車両データの送受信及び記憶された情報の更新が行われる（ステップＳ１３、Ｓ１４）。
【０１１８】
管理サーバ２０は、当該更新された緊急車両データに基づき、緊急車両通過通知を生成し、基地局１０に送信する（ステップＳ１５）。基地局１０は、ステップＳ０９と同様に、エリア配下の一般車両４０に対して、緊急車両通過通知を送信（転送）する。
【０１１９】
一般車両４０は、緊急車両３０の緊急走行に関する情報を更新する（ステップＳ１６）。このような情報更新により、一般車両４０は、リアルタイムに緊急車両３０の緊急走行情報（現在地情報、走行ルート情報）を取得することができる。
【０１２０】
緊急車両３０は、目的地に到着するまで上記情報更新を繰り返す（ステップＳ１７、Ｎｏ分岐）。
【０１２１】
緊急車両３０は、目的地に到着すると（ステップＳ１７、Ｙｅｓ分岐）、その旨（完了通知）を管理サーバ２０に通知する（ステップＳ１８）。
【０１２２】
管理サーバ２０は、上記完了通知を受信すると、緊急車両データの更新を停止する（ステップＳ１９）。
【０１２３】
管理サーバ２０は、情報更新を停止すると「完了通知」を緊急車両３０に通知する（ステップＳ２０）。当該通知を受けて、緊急車両３０は、動作を終了する。
【０１２４】
一般車両４０は、緊急車両３０が自車の現在地を通り過ぎたか否かを判定する（ステップＳ２１）。例えば、一般車両４０は、自車が予定する走行ルートと緊急車両３０の走行ルートに重複する経路が含まれなければ、緊急車両３０が通り過ぎたと判定する。あるいは、一般車両４０は、自車と緊急車両３０の現在位置が所定の距離、離れていれば、２台の走行ルートに重複する経路が含まれていても緊急車両３０が通り過ぎたと判定する。
【０１２５】
緊急車両３０が通り過ぎていなければ（ステップＳ２１、Ｎｏ分岐）、一般車両４０は、ステップＳ１１以降の処理を繰り返す。
【０１２６】
緊急車両３０が通り過ぎていれば（ステップＳ２１、Ｙｅｓ分岐）、一般車両４０は、情報更新や図３に示すような通知（音声や画面による通知）を停止する（ステップＳ２２）。その後、一般車両４０は、通常のナビゲーションモードに遷移する。
【０１２７】
＜ハードウェア構成＞
続いて、交通システムを構成する各装置のハードウェアについて説明する。図１３は、管理サーバ２０のハードウェア構成の一例を示す図である。
【０１２８】
管理サーバ２０は、情報処理装置（所謂、コンピュータ）により構成可能であり、図１３に例示する構成を備える。例えば、管理サーバ２０は、プロセッサ３１１、メモリ３１２、入出力インターフェイス３１３及び通信インターフェイス３１４等を備える。上記プロセッサ３１１等の構成要素は内部バス等により接続され、相互に通信可能に構成されている。
【０１２９】
但し、図１３に示す構成は、管理サーバ２０のハードウェア構成を限定する趣旨ではない。管理サーバ２０は、図示しないハードウェアを含んでもよいし、必要に応じて入出力インターフェイス３１３を備えていなくともよい。また、管理サーバ２０に含まれるプロセッサ３１１等の数も図１３の例示に限定する趣旨ではなく、例えば、複数のプロセッサ３１１が管理サーバ２０に含まれていてもよい。
【０１３０】
プロセッサ３１１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）等のプログラマブルなデバイスである。あるいは、プロセッサ３１１は、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）等のデバイスであってもよい。プロセッサ３１１は、オペレーティングシステム（ＯＳ；Operating System）を含む各種プログラムを実行する。
【０１３１】
メモリ３１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等である。メモリ３１２は、ＯＳプログラム、アプリケーションプログラム、各種データを格納する。
【０１３２】
入出力インターフェイス３１３は、図示しない表示装置や入力装置のインターフェイスである。表示装置は、例えば、液晶ディスプレイ等である。入力装置は、例えば、キーボードやマウス等のユーザ操作を受け付ける装置である。
【０１３３】
通信インターフェイス３１４は、他の装置と通信を行う回路、モジュール等である。例えば、通信インターフェイス３１４は、ＮＩＣ（Network Interface Card）等を備える。
【０１３４】
管理サーバ２０の機能は、各種処理モジュールにより実現される。当該処理モジュールは、例えば、メモリ３１２に格納されたプログラムをプロセッサ３１１が実行することで実現される。また、当該プログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transitory）なものとすることができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。また、上記プログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。さらに、上記処理モジュールは、半導体チップにより実現されてもよい。
【０１３５】
なお、緊急車両３０等の端末は、その基本的なハードウェア構成を管理サーバ２０と同一とすることができるので、その詳細な説明を省略する。
【０１３６】
＜効果の説明＞
以上のように、第１の実施形態では、緊急車両３０が緊急走行の詳細を管理サーバ２０に登録する。管理サーバ２０は、当該情報に基づいて、緊急車両３０の走行ルート上に無線接続を提供する基地局１０に対し、緊急車両３０の通過を通知することが必要な端末のリストを含む緊急車両通過通知を送信する。基地局１０は、当該緊急車両通過通知の中に、自身が無線接続を提供している端末（一般車両４０、移動体端末５０）の識別情報が含まれていれば、当該エリア配下の端末に上記取得した緊急車両通過通知を転送する。当該緊急車両通過通知を受信した端末は、車両のドライバーに対し、緊急車両３０が通過する旨を通知する共に、適切な行動を取るように促す（適切な行動を推薦する）。
【０１３７】
このような第１の実施形態に係る緊急車両通過に関する情報提供により、通常のドライバーが緊急車両３０に道を譲る判断等の行動を取るまでの時間を短縮できる。また、一般車両４０のドライバーは、緊急車両３０となるべく遭遇しないように運転できるので、緊急車両３０の事故防止や緊急車両３０の目的地までの到着時間を短縮できる。
【０１３８】
［変形例］
なお、上記実施形態にて説明した交通システムの構成、動作等は例示であって、システムの構成等を限定する趣旨ではない。例えば、１台の管理サーバ２０が、全国に配置された基地局１０を担当するのではなく、各地方（エリア）ごとに管理サーバ２０を設けて各サーバの負荷を分散させてもよい。
【０１３９】
上記実施形態では、予め管理サーバ２０に「緊急車両通過通知」を受信する端末（一般車両４０、移動体端末５０）の識別情報を登録し、基地局１０が、当該識別情報に基づき緊急車両通過通知を通知する端末を選別する場合について説明した。このような基地局１０による選別によって、車両のナビゲーションとは関係のない端末に「緊急車両通過通知」を送信してしまうことが防止できる。
【０１４０】
しかしながら、上記実施形態のような対応ではなく、緊急車両通過通知を受信した基地局１０が、当該通知をエリア配下の端末（一般車両４０、移動体端末５０）にブロードキャストするような対応も考えられる。なお、基地局１０がブロードキャストする緊急車両通過通知には、緊急車両３０の緊急走行情報や端末の識別情報は含まれない。
【０１４１】
この場合、交通システムは、図１４に示すような動作をすればよい。なお、図１１と図１４において同一の動作、処理には同じ符号（ステップ）を付してその詳細な説明を省略する。
【０１４２】
基地局１０は、管理サーバ２０から緊急車両通過通知を受信すると、当該通知をエリアは以下の端末（一般車両４０、移動体端末５０）にブロードキャストする（ステップＳ９ａ）。緊急車両通過通知がブロードキャストされたので、基地局１０の配下にある端末は、一律に緊急車両通過通知を受信する（ステップＳ１０）。各端末は、自身がカーナビ端末（つまり、一般車両４０）、又は、ナビゲーション用のアプリケーション（案内アプリケーション）がインストールされた端末であるのか否かを判定する（ステップＳ３１）。
【０１４３】
端末が、カーナビ端末、案内アプリケーションがインストールされた端末でなければ（ステップＳ３１、Ｎｏ分岐）、処理を終了する。端末は、上記端末に該当すれば（ステップＳ３１、Ｙｅｓ分岐）、ステップＳ３２以降の処理を実行する。端末は、基地局１０を介して、緊急車両３０の緊急走行に関する情報（緊急走行情報）の送信を管理サーバ２０に要求する（ステップＳ３２）。
【０１４４】
当該要求を受けて、管理サーバ２０は、緊急走行情報を、基地局１０を介して端末に送信する（ステップＳ３３）。
【０１４５】
また、緊急車両３０の走行ルートが変更になることに備え、端末は、管理サーバ２０に対して、緊急走行情報の送信要求を定期的に行う（ステップＳ３４）。
【０１４６】
当該要求を受けて、管理サーバ２０は、緊急走行情報を端末に送信する（ステップＳ１５ａ）。
【０１４７】
このように、緊急車両３０の通過及び待避の通知を基地局１０に収容されている端末に対して一律に送信してもよい。この場合、端末は、自身がナビゲーションシステムとして動作しているのか否かを判定する。その後、端末は、ナビゲーションシステムとして動作していれば、ドライバーに緊急車両３０を避けるような運転を推奨する。
【０１４８】
上記実施形態では、端末同士の連携について言及していないが、各端末が連携して動作してもよい。例えば、図１５に示すように、一般車両４０−１及び４０−２が５Ｇ通信機能を備え、一般車両４０−３が当該機能を備えていない場合を考える。この場合、一般車両４０−１〜４０−３が、車車間通信機能を備えていれば、緊急車両通過通知を受信した一般車両４０−１又は４０−２は、当該機能を備えていない一般車両４０−３に緊急車両通過通知を転送してもよい。
【０１４９】
また、５Ｇでは、ミリ波の高周波数帯の利用が検討されている。ミリ波は伝搬損失が大きい事から、指向性アンテナの利用が前提とされる。そのため、図１６に示すように、将来的に、ビームごとにセルＩＤが振り分けられる場合を考えると、緊急車両通過通知を横断歩道付近の歩行者が所有する移動体端末５０に絞って送信することが可能となる。
【０１５０】
この場合、緊急車両通過通知の送信元となる管理サーバ２０が、基地局エリア情報とセルＩＤ情報を保持していればよい。このように、無線通信手段が５Ｇとなれば、緊急車両通過通知を送信する対象端末を絞り込むことができる。
【０１５１】
上記実施形態では、各端末の識別情報を緊急車両通過通知に含めていたが、端末をグループ分けして当該グループの識別情報を基地局１０に送信するようにしてもよい。即ち、端末を個別の識別情報で管理するのではなく、複数の端末をグループとして管理し、グループ内の端末に対して一斉に緊急車両通過通知を送信してもよい。このような対応により、個々の識別情報を用いて緊急車両通過通知を送信する場合よりも遅延を減少させることができる。
【０１５２】
管理サーバ２０は、緊急車両３０の緊急走行情報に加え、迂回ルートの情報を端末に送信してもよい。管理サーバ２０は、端末の種別（端末の識別情報）や対応しているサービスに応じて、通知内容を変更しても良い。例えば、管理サーバ２０は、案内アプリケーションに対応していない端末に対しては、警告画面のみを表示することにしてもよい。
【０１５３】
あるいは、案内アプリケーションを使っている端末が、受け取った通知（警告情報）を周囲の端末（案内アプリケーションがインストールされていない端末）に通知してもよい。
【０１５４】
あるいは、緊急車両３０の現在位置に関する通知が、緊急車両３０（例えば、救急車）を呼んだ端末に送信されるようにしてもよい。
【０１５５】
あるいは、管理サーバ２０は、監視カメラの映像や画像と、端末の位置情報と、識別情報と、に基づいて情報送信先の対象端末を判断（決定）してもよい。この場合、高い精度で端末位置が判断され、通知が必要な端末を適切に判断することができる。
【０１５６】
上記実施形態では、緊急車両通過通知を受信した一般車両４０は、ドライバーに緊急車両３０を回避するように指示しているが、一般車両４０が自動運転に対応している場合には、車両自身が判断して緊急車両３０を回避してもよい。
【０１５７】
上記の説明により、本発明の産業上の利用可能性は明らかであるが、本発明は、公共機関の車両の渋滞回避、自動運転車両のルート制御などに好適に適用可能である。
【０１５８】
上記実施形態で説明した複数のシーケンス図では、複数の工程（処理）が順番に記載されているが、実施形態で実行される工程の実行順序は、その記載の順番に制限されない。実施形態では、例えば各処理を並行して実行する等、図示される工程の順番を内容的に支障のない範囲で変更することができる。
【０１５９】
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
端末（４０、５０、１０１）と、
緊急車両（３０、１０２）と、
前記端末（４０、５０、１０１）及び緊急車両（３０、１０２）に無線接続を提供する、複数の基地局（１０、１０３）と、
少なくとも前記緊急車両（３０、１０２）に関する情報を管理する、管理サーバ（２０、１０４）と、
を含み、
前記緊急車両（３０、１０２）は、走行ルート情報を含む緊急車両データを前記管理サーバ（２０、１０４）に送信し、
前記管理サーバ（２０、１０４）は、前記複数の基地局（１０、１０３）のうち、前記緊急車両（３０、１０２）の走行ルートをサービス提供エリアとして含む基地局（４０、５０、１０１）を特定すると共に、前記特定された基地局（４０、５０、１０１）に対して、前記緊急車両（３０、１０２）の通過を通知する必要のある端末（４０、５０、１０１）の識別情報と前記緊急車両（３０、１０２）の走行ルート情報を含む緊急車両通過通知を送信し、
前記緊急車両通過通知を受信した基地局（１０、１０３）は、自装置から無線接続を提供している端末（４０、５０、１０１）であって、前記緊急車両通過通知に含まれる識別情報に対応する端末（４０、５０、１０１）に対して、前記緊急車両通過通知を送信し、
前記緊急車両通過通知を受信した端末（４０、５０、１０１）は、前記緊急車両（３０、１０２）に関する情報提供を行う、交通システム。
［付記２］
前記緊急車両（３０、１０２）は、緊急走行開始時の現在地情報、現在時刻をさらに含む前記緊急車両データを前記管理サーバ（２０、１０４）に送信する、付記１に記載の交通システム。
［付記３］
前記管理サーバ（２０、１０４）は、前記複数の基地局（１０、１０３）それぞれに関し、識別情報、位置情報及びサービス提供エリアを関連づけて保持する、基地局情報保持部（３０５）を備え、
前記管理サーバ（２０、１０４）は、前記基地局情報保持部（３０５）を参照し、前記緊急車両（３０、１０２）の走行ルートに重なるサービス提供エリアを持つ基地局（１０、１０３）を抽出することで、前記緊急車両通過通知を通信する基地局（１０、１０３）の特定を行う、付記１又は２に記載の交通システム。
［付記４］
前記複数の基地局（１０、１０３）のそれぞれは、無線接続を提供している端末（４０、５０、１０１）のリストを保持する接続端末保持部（４０２）を備え、
前記緊急車両通過通知を受信した基地局（１０、１０３）は、前記接続端末保持部（４０２）を参照し、前記緊急車両通過通知を送信する端末（４０、５０、１０１）を決定する、付記１乃至３のいずれか一つに記載の交通システム。
［付記５］
前記緊急車両通過通知を受信した端末（４０、５０、１０１）は、前記緊急車両（３０、１０２）の走行ルート情報に基づき、自車と前記緊急車両（３０、１０２）が合流する位置を推測する、付記１乃至４のいずれか一つに記載の交通システム。
［付記６］
前記緊急車両通過通知を受信した端末（４０、５０、１０１）は、前記緊急車両（３０、１０２）の走行ルート情報に基づいた予測の結果に応じて、前記緊急車両（３０、１０２）に関する情報提供を行う付記５に記載の交通システム。
［付記７］
前記緊急車両通過通知を受信した端末（４０、５０、１０１）は、前記基地局（１０、１０３）との通信手段を備えていない端末（４０、５０、１０１）に対して、前記緊急車両通過通知を転送する、付記１乃至６のいずれか一つに記載の交通システム。
［付記８］
前記複数の基地局（１０、１０３）のそれぞれは、５Ｇ（5th Generation）規格に適合した無線通信方式により前記端末（４０、５０、１０１）及び緊急車両（３０、１０２）に無線接続を提供する、付記１乃至７のいずれか一つに記載の交通システム。
［付記９］
前記緊急車両通過通知を受信した基地局（１０、１０３）は、セル単位で前記緊急車両通過通知を端末（４０、５０、１０１）に送信するか否かを判断する、付記８に記載の交通システム。
［付記１０］
端末（４０、５０、１０１）及び緊急車両（３０、１０２）に無線接続を提供する、複数の基地局（１０、１０３）とデータの送受信を行うと共に、前記緊急車両（３０、１０２）に関する走行ルート情報を含む緊急車両データを受信する、データ送受信部（３０１）と、
前記複数の基地局（１０、１０３）のうち、前記緊急車両（３０、１０２）の走行ルートをサービス提供エリアとして含む基地局（４０、５０、１０１）を特定すると共に、前記特定された基地局（４０、５０、１０１）に対して、前記緊急車両（３０、１０２）の通過を通知する必要のある端末（４０、５０、１０１）の識別情報と前記緊急車両（３０、１０２）の走行ルート情報を含む緊急車両通過通知を送信する、緊急車両通過通知部（３０７）と、
を備える、管理サーバ。
［付記１１］
端末（４０、５０、１０１）と、
緊急車両（３０、１０２）と、
前記端末（４０、５０、１０１）及び緊急車両（３０、１０２）に無線接続を提供する、複数の基地局（１０、１０３）と、
少なくとも前記緊急車両（３０、１０２）に関する情報を管理する、管理サーバ（２０、１０４）と、
を含む交通システムにおいて、
前記緊急車両（３０、１０２）が、走行ルート情報を含む緊急車両データを前記管理サーバ（２０、１０４）に送信するステップと、
前記管理サーバ（２０、１０４）が、前記複数の基地局（１０、１０３）のうち、前記緊急車両（３０、１０２）の走行ルートをサービス提供エリアとして含む基地局（１０、１０３）を特定すると共に、前記特定された基地局（１０、１０３）に対して、前記緊急車両（３０、１０２）の通過を通知する必要のある端末（４０、５０、１０１）の識別情報と前記緊急車両（３０、１０２）の走行ルート情報を含む緊急車両通過通知を送信するステップと、
前記緊急車両通過通知を受信した基地局（１０、１０３）が、自装置から無線接続を提供している端末（４０、５０、１０１）であって、前記緊急車両通過通知に含まれる識別情報に対応する端末（４０、５０、１０１）に対して、前記緊急車両通過通知を送信するステップと、
前記緊急車両通過通知を受信した端末（４０、５０、１０１）が、前記緊急車両（３０、１０２）に関する情報提供を行うステップと、
を含む情報通知方法。
［付記１２］
端末（４０、５０、１０１）及び緊急車両（３０、１０２）に無線接続を提供する、複数の基地局（１０、１０３）とデータの送受信を行うと共に、前記緊急車両（３０、１０２）に関する走行ルート情報を含む緊急車両データを受信する、管理サーバ（２０、１０４）に搭載されたコンピュータ（３１１）に、
前記複数の基地局（１０、１０３）のうち、前記緊急車両（３０、１０２）の走行ルートをサービス提供エリアとして含む基地局（４０、５０、１０１）を特定する処理と、
前記特定された基地局（４０、５０、１０１）に対して、前記緊急車両（３０、１０２）の通過を通知する必要のある端末（４０、５０、１０１）の識別情報と前記緊急車両（３０、１０２）の走行ルート情報を含む緊急車両通過通知を送信する処理と、
を実行させるプログラム。
なお、付記１０〜付記１２の形態は、付記１の形態と同様に、付記２の形態〜付記９の形態に展開することが可能である。
【０１６０】
以上、本発明の実施形態を説明したが、本発明はこれらの実施形態に限定されるものではない。これらの実施形態は例示にすぎないということ、及び、本発明のスコープ及び精神から逸脱することなく様々な変形が可能であるということは、当業者に理解されるであろう。
【符号の説明】
【０１６１】
１０、１０３  基地局
２０、１０４  管理サーバ
３０、１０２  緊急車両
４０、４０−１〜４０−５  一般車両
５０、５０−１〜５０−４  移動体端末
１０１  端末
２０１、３０１、４０１、５０１  データ送受信部
２０２、５０２  位置情報保持部
２０３、３０２、５０３  時刻情報保持部
２０４、５０４  音声入出力部
２０５、５０５  画面表示部
２０６、３０３、５０６  地図情報保持部
２０７、５０７  走行ルート演算部
２０８  入力受付部
２０９  緊急車両ＩＤ保持部
３０４  緊急車両情報保持部
３０５  基地局情報保持部
３０６  端末情報保持部
３０７  緊急車両通過通知部
３１１  プロセッサ
３１２  メモリ
３１３  入出力インターフェイス
３１４  通信インターフェイス
４０２  接続端末保持部
５０８  緊急車両情報制御部
【図１】
2020166519.tif 000003
【図２】
2020166519.tif 000004
【図３】
2020166519.tif 000005
【図４】
2020166519.tif 000006
【図５】
2020166519.tif 000007
【図６】
2020166519.tif 000008
【図７】
2020166519.tif 000009
【図８】
2020166519.tif 000010
【図９】
2020166519.tif 000011
【図１０】
2020166519.tif 000012
【図１１】
2020166519.tif 000013
【図１２】
2020166519.tif 000014
【図１３】
2020166519.tif 000015
【図１４】
2020166519.tif 000016
【図１５】
2020166519.tif 000017
【図１６】
2020166519.tif 000018