特開 2024-100531 車両監視装置および車両監視方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024100531

(43)【公開日】2024-07-26

(54)【発明の名称】車両監視装置および車両監視方法

(51)【国際特許分類】

   G08B 25/04 20060101AFI20240719BHJP

   G08G 1/09 20060101ALI20240719BHJP

   G08G 1/00 20060101ALI20240719BHJP

   G08B 21/02 20060101ALI20240719BHJP

【ＦＩ】

G08B25/04 C

G08G1/09 F

G08G1/00 J

G08B21/02

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2023004595

(22)【出願日】2023-01-16

(71)【出願人】

【識別番号】322003857

【氏名又は名称】パナソニックオートモーティブシステムズ株式会社

(74)【代理人】

【識別番号】100123102

【弁理士】

【氏名又は名称】宗田 悟志

(72)【発明者】

【氏名】山崎 秀年

【テーマコード（参考）】

5C086

5C087

5H181

【Ｆターム（参考）】

5C086AA22

5C086AA34

5C086BA22

5C086DA08

5C086FA06

5C087AA37

5C087DD14

5C087EE08

5C087GG09

5C087GG66

5C087GG84

5H181AA01

5H181CC03

5H181CC04

(57)【要約】

【課題】通信圏外エリアを走行する車両に関する安否確認を効率的に実施する技術を提供する。
【解決手段】車両監視サーバ１４は、車両１２と通信して、車両１２の走行状況に関する情報を取得する。車両監視サーバ１４は、車両１２との通信が不能になる通信圏外エリアを検出する。車両監視サーバ１４は、車両１２が通信圏外エリアに残留する残留予定時間を算出する。車両監視サーバ１４は、車両１２との通信が不能になってからの経過時間が残留予定時間を超過した場合、負荷が異なる複数態様の安否確認処理のうちそれまでに取得された車両の走行状況に応じた態様の安否確認処理を実行する。
【選択図】図１

【特許請求の範囲】

【請求項1】

車両と通信して、前記車両の走行状況に関する情報を取得する取得部と、
前記車両との通信が不能になる通信圏外エリアを検出する検出部と、
前記車両が前記通信圏外エリアに残留する残留予定時間を算出する算出部と、
前記車両との通信が不能になってからの経過時間が前記残留予定時間を超過した場合、
負荷が異なる複数態様の安否確認処理のうちそれまでに取得された前記車両の走行状況に応じた態様の安否確認処理を実行する安否確認部と、
を備える車両監視装置。

【請求項2】

前記安否確認部は、前記車両との通信が不能になってからの経過時間が前記残留予定時間以上の待機時間を超過した場合に前記安否確認処理を実行し、
前記安否確認部は、前記車両の走行状況に基づく前記車両の危険度が低いほど前記待機時間を長く設定する、
請求項１に記載の車両監視装置。

【請求項3】

前記車両の危険度は、前記車両が走行するエリアにおける事故発生状況と、前記車両の周囲を走行する他車両の台数の少なくとも一方に基づいて判定される、
請求項２に記載の車両監視装置。

【請求項4】

前記車両は、前記通信圏外エリアに入る前に所定の情報を前記車両監視装置へ送信し、
前記安否確認部は、前記所定の情報の受信を契機として、前記車両との通信が不能になってからの経過時間が前記残留予定時間を超過したか否かの判定を開始する、
請求項１から３のいずれかに記載の車両監視装置。

【請求項5】

車両と通信して、前記車両の走行状況に関する情報を取得し、
前記車両との通信が不能になる通信圏外エリアを検出し、
前記車両が前記通信圏外エリアに残留する残留予定時間を算出し、
前記車両との通信が不能になってからの経過時間が前記残留予定時間を超過した場合、負荷が異なる複数態様の安否確認処理のうちそれまでに取得された前記車両の走行状況に応じた態様の安否確認処理を実行する、
ことをコンピュータが実行する車両監視方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示はデータ処理技術に関し、特に車両監視装置および車両監視方法に関する。

【背景技術】

【0002】

サーバが、通信圏外エリアの情報と、車両から通知される走行ルート情報とをもとに、車両が通信圏外エリアに留まる残留予定時間を算出し、残留予定時間を超えて車両との通信が再開しない場合、安否確認処理を実行する技術が提案されている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】国際公開第２０１９／１９８３６６号

【発明の概要】

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

【0004】

特許文献１のサーバは、残留予定時間を超えて車両との通信が再開しない場合、一律に安否確認を行う。そのため、本来は不要な安否確認が行われることがあり、また、サーバの負荷が増大する可能性がある。

【0005】

本開示はこうした課題に鑑みてなされたものであり、１つの目的は、通信圏外エリアを走行する車両に関する安否確認を効率的に実施する技術を提供することにある。

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

【0006】

上記課題を解決するために、本開示のある態様の車両監視装置は、車両と通信して、車両の走行状況に関する情報を取得する取得部と、車両との通信が不能になる通信圏外エリアを検出する検出部と、車両が通信圏外エリアに残留する残留予定時間を算出する算出部と、車両との通信が不能になってからの経過時間が残留予定時間を超過した場合、負荷が異なる複数態様の安否確認処理のうちそれまでに取得された車両の走行状況に応じた態様の安否確認処理を実行する安否確認部とを備える。

【0007】

本開示の別の態様は、車両監視方法である。この方法は、車両と通信して、車両の走行状況に関する情報を取得し、車両との通信が不能になる通信圏外エリアを検出し、車両が通信圏外エリアに残留する残留予定時間を算出し、車両との通信が不能になってからの経過時間が残留予定時間を超過した場合、負荷が異なる複数態様の安否確認処理のうちそれまでに取得された車両の走行状況に応じた態様の安否確認処理を実行することをコンピュータが実行する。

【0008】

なお、以上の構成要素の任意の組合せ、本開示の表現を、システム、コンピュータプログラム、コンピュータプログラムを記録した記録媒体などの間で変換したものもまた、本開示の態様として有効である。

【発明の効果】

【0009】

本開示の技術によれば、通信圏外エリアを走行する車両に関する安否確認を効率的に実施できる。

【図面の簡単な説明】

【0010】

【図1】実施形態の通信システムの構成を示す図である。

【図2】車両の機能ブロックを示すブロック図である。

【図3】車両監視サーバの機能ブロックを示すブロック図である。

【図4】通信システムの動作を示すシーケンス図である。

【図5】車両の動作を示すフローチャートである。

【図6】車両監視サーバの動作を示すフローチャートである。

【図7】車両監視サーバにおける車両監視処理の詳細を示すフローチャートである。

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

【0011】

本開示における装置または方法の主体は、コンピュータを備えている。このコンピュータがプログラムを実行することによって、本開示における装置または方法の主体の機能が実現される。コンピュータは、プログラムにしたがって動作するプロセッサを主なハードウェア構成として備える。プロセッサは、プログラムを実行することによって機能を実現することができれば、その種類は問わない。プロセッサは、半導体集積回路（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）（ＩＣ）、またはＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）を含む１つまたは複数の電子回路で構成される。ここではＩＣあるいはＬＳＩと呼んでいるが、集積の度合いによって呼び方が変わり、システムＬＳＩ、ＶＬＳＩ（Ｖｅｒｙ Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）もしくはＵＬＳＩ（Ｕｌｔｒａ Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）と呼ばれるものであってもよい。ＬＳＩの製造後にプログラムされる、フィールド・プログラマブル・ゲート・アレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）（ＦＰＧＡ）、またはＬＳＩ内部の接合関係の再構成またはＬＳＩ内部の回路区画のセットアップができる再構成可能な論理デバイスも同じ目的で使うことができる。また、プロセッサは、ＳｏＣ（System on a Chip）、ＭＰＵ（Micro Processor Unit）、ＭＣＵ（Micro Controller Unit）の内少なくとも１つを含んでもよい。複数の電子回路は、１つのチップに集積されてもよいし、複数のチップに設けられてもよい。複数のチップは１つの装置に集約されていてもよいし、複数の装置に備えられていてもよい。プログラムは、コンピュータが読み取り可能なＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、光ディスク、ハードディスクドライブなどの非一時的記録媒体に記録されてもよいし、コンピュータが読み取り可能なＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの一時的記憶媒体に記録されてもよい。プログラムは、記録媒体に予め格納されていてもよいし、インターネット等を含む広域通信網を介して記録媒体もしくは記憶媒体に供給されてもよい。

【0012】

図１は、実施形態の通信システム１０の構成を示す。通信システム１０は、複数の車両１２、車両監視サーバ１４、事故情報配信サーバ１６、地図情報配信サーバ１８、圏外情報配信サーバ２０を備える。これらの各装置は、ＬＡＮ・ＷＡＮ・インターネット等を含む通信網２２を介して接続される。

【0013】

複数の車両１２は、いわゆるコネクテッドカーであり、車両監視サーバ１４による監視対象となる車両である。複数の車両１２は、互いに異なるユーザにより運転される車両１２ａ、車両１２ｂ、車両１２ｃを含む。

【0014】

車両監視サーバ１４は、車両１２との通信が不能になるエリア（以下「通信圏外エリア」とも呼ぶ。）において車両１２またはその運転者に異常が発生した可能性を検出して、安否確認処理を実行する情報処理装置である。実施形態の通信圏外エリアは、無線通信システム（例えば第４世代移動通信システムや第５世代移動通信システム）による通信ができないエリアである。

【0015】

事故情報配信サーバ１６は、警察組織や行政組織等により提供される事故情報を外部装置へ配信する情報処理装置である。事故情報は、典型的には交通事故に関する情報であり、事故発生日時、事故発生場所、事故種別（正面衝突、わき見運転等）、事故結果（死亡、重傷、軽傷または無傷等）を含む。

【0016】

地図情報配信サーバ１８は、地図制作会社等により提供される地図情報を外部装置へ配信する情報処理装置である。

【0017】

圏外情報配信サーバ２０は、移動体通信事業者により提供される圏外情報を外部装置へ配信する情報処理装置である。例えば、圏外情報は、地図上での通信圏外エリアの範囲や位置を示す情報を含む。

【0018】

図２は、車両１２の機能ブロックを示すブロック図である。図２では、車両監視サーバ１４による車両監視に関連する車両１２の機能ブロックを示している。本開示のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵ・メモリをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。

【0019】

車両１２は、カメラ３０、ドライブレコーダ３１、ナビゲーション装置３２、ライダー（ＬｉＤＡＲ）装置３３、情報通信装置３４を備える。カメラ３０は、車両１２の周囲の様子を撮影する撮影装置である。ドライブレコーダ３１は、カメラ３０により撮影された映像を保存する。また、ドライブレコーダ３１は、車両１２の現在速度および平均速度を取得し、カメラ３０による撮影映像とともに車両１２の現在速度および平均速度を保存する。

【0020】

ナビゲーション装置３２は、車両１２の現在位置や目的地までのルート案内を提供するカーナビゲーションサービスを提供する。ナビゲーション装置３２は、ＧＮＳＳ（Global Navigation Satellite System）等、公知の手法を用いて、車両１２の現在位置（緯度、経度等）を検出する。

【0021】

ライダー装置３３は、レーザー光を用いて、車両１２から周囲の物体（他車両や障害物等）までの距離や方向を測定する。

【0022】

情報通信装置３４は、車両監視サーバ１４による車両監視において必要となる各種情報を車両監視サーバ１４に提供する。情報通信装置３４は、ＴＣＵ（Telematics Control Unit）およびＥＣＵ（Electronic Control Unit）により実現されてもよい。

【0023】

情報通信装置３４は、通信部４０、記憶部４１、車両情報送信部４２、走行情報送信部４３、圏外判定部４４、連携データ送信部４５を含む。車両情報送信部４２、走行情報送信部４３、圏外判定部４４、連携データ送信部４５の機能は、コンピュータプログラムに実装されてもよい。情報通信装置３４のプロセッサは、そのコンピュータをメインメモリに読み出して実行することにより、これら複数の機能ブロックの機能を発揮してもよい。

【0024】

通信部４０は、所定の通信プロトコルにしたがって外部装置と通信する。実施形態では、通信部４０は、通信網２２を介して、少なくとも車両監視サーバ１４と通信する。記憶部４１は、各種データを記憶する。実施形態では、記憶部４１は、少なくとも車両１２の識別情報を記憶する。車両１２の識別情報は、ＶＩＮ（Vehicle Identification Number）とシリアル番号とを含む。また、記憶部４１は、車両１２の所有者や運転者、およびそれらの家族等の連絡先情報を記憶する。実施形態での連絡先情報は電話番号とする。

【0025】

車両情報送信部４２は、車両１２に関する属性を示す車両情報を車両監視サーバ１４へ送信する。車両情報は、ＶＩＮ、シリアル番号、電話番号を含む。また、車両情報送信部４２は、車両１２の電源の状態を示す車両電源情報を車両監視サーバ１４へ送信する。車両電源情報は、車両１２が電源オフの状態から電源オンの状態に切り替わったことを示す情報を含む。

【0026】

走行情報送信部４３は、車両１２の走行状況に関する走行情報を車両監視サーバ１４へ送信する。走行情報は、ＶＩＮ、シリアル番号、車両電源状態、現在速度、平均速度、現在位置（例えば緯度および経度）を含む。走行情報送信部４３は、現在速度および平均速度の情報をドライブレコーダ３１から取得してもよい。また、走行情報送信部４３は、現在位置の情報をナビゲーション装置３２から取得してもよい。

【0027】

走行情報送信部４３は、ユーザが入力した目的地に応じてナビゲーション装置３２が車両１２の走行ルートを設定した場合に、車両１２の走行ルートに関するルート情報をナビゲーション装置３２から取得する。車両１２の走行ルートは、車両１２がこれから走行するルートであり、走行予定ルートまたは走行推奨ルートとも言える。走行情報送信部４３は、走行ルート情報を車両監視サーバ１４へ送信する。走行ルート情報は、ＶＩＮ、シリアル番号、出発地、目的地、ルート情報を含む。

【0028】

圏外判定部４４は、移動体通信事業者により提供される圏外情報を車両監視サーバ１４から取得する。変形例として、圏外判定部４４は、圏外情報配信サーバ２０から圏外情報を取得してもよい。圏外判定部４４は、圏外情報が示す通信圏外エリアの位置と、ナビゲーション装置３２から取得した車両１２の現在位置と、ドライブレコーダ３１から取得した車両１２の現在速度とに基づいて、車両１２が通信圏外エリアに進入するまでの残り時間を推定する。

【0029】

連携データ送信部４５は、車両１２が通信圏外エリアに入る前に、車両監視の監視トリガとなる連携データを車両監視サーバ１４へ送信する。実施形態では、連携データ送信部４５は、圏外判定部４４により推定された、車両１２が通信圏外エリアに進入するまでの残り時間が所定の閾値未満になった場合に連携データを車両監視サーバ１４へ送信する。連携データは、ＶＩＮ、シリアル番号、ドライブレコーダ画像、車両１２の現在位置、ライダー情報、周辺車両台数情報を含む。

【0030】

ドライブレコーダ画像は、カメラ３０で撮影され、ドライブレコーダ３１に保存された画像であり、車両１２の周囲が映る画像である。ライダー情報は、ライダー装置３３による測定結果を示す情報であり、例えば、車両１２から周囲の各物体までの距離や方向を示す情報である。周辺車両台数情報は、車両１２の周囲の他車両の台数を示す情報である。情報通信装置３４は、公知の手法を用いて、ドライブレコーダ画像やライダー情報に基づいて、周囲の他車両の台数を推定してもよい。

【0031】

図３は、車両監視サーバ１４の機能ブロックを示すブロック図である。車両監視サーバ１４は、データ処理部５０、記憶部５１、通信部５２を備える。データ処理部５０は、車両監視に関するデータ処理を実行する。記憶部５１は、データ処理部５０により参照または更新されるデータを記憶する。通信部５２は、所定の通信プロトコルにしたがって外部装置と通信する。データ処理部５０は、通信部５２を介して、車両１２、事故情報配信サーバ１６、地図情報配信サーバ１８、圏外情報配信サーバ２０とデータを送受信する。

【0032】

記憶部５１は、メモリやストレージにより実現される。記憶部５１は、事故情報記憶部５３、地図情報記憶部５４、圏外情報記憶部５５、車両情報記憶部５６、走行情報記憶部５７、連携データ記憶部５８を含む。

【0033】

事故情報記憶部５３は、事故情報配信サーバ１６から配信された事故情報を記憶する。地図情報記憶部５４は、地図情報配信サーバ１８から配信された地図情報を記憶する。圏外情報記憶部５５は、圏外情報配信サーバ２０から配信された圏外情報を記憶する。車両情報記憶部５６は、車両１２から送信された車両情報および車両電源情報を記憶する。走行情報記憶部５７は、車両１２から送信された走行情報および走行ルート情報を記憶する。連携データ記憶部５８は、車両１２から送信された連携データを記憶する。

【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】

１０ 通信システム、 １２，１４ 車両監視サーバ、 ６０ 事故情報取得部、 ６１ 地図情報取得部、 ６２ 圏外検出部、 ６３ 車両情報取得部、 ６４ 走行情報取得部、 ６５ 連携データ取得部、 ６６ エリア判定部、 ６７ 時間算出部、 ６８ 解析部、 ６９ 安否確認部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】