特表 2022-536417 インフラストラクチャおよび／または車両のためのイベント検出を備えた監視システム

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

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

(11)【公表番号】

(43)【公表日】2022-08-16

(54)【発明の名称】インフラストラクチャおよび／または車両のためのイベント検出を備えた監視システム

(51)【国際特許分類】

   G08B 25/00 20060101AFI20220808BHJP

   G08B 25/04 20060101ALI20220808BHJP

   G08B 25/08 20060101ALI20220808BHJP

   H04N 7/18 20060101ALI20220808BHJP

【ＦＩ】

G08B25/00 510H

G08B25/04 C

G08B25/08 A

H04N7/18 D

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2021573371

(86)(22)【出願日】2020-06-17

(85)【翻訳文提出日】2021-12-10

(86)【国際出願番号】 IB2020055631

(87)【国際公開番号】W WO2020254972

(87)【国際公開日】2020-12-24

(31)【優先権主張番号】19180725.4

(32)【優先日】2019-06-17

(33)【優先権主張国・地域又は機関】EP

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＢＬＵＥＴＯＯＴＨ

(71)【出願人】

【識別番号】000006208

【氏名又は名称】三菱重工業株式会社

(74)【代理人】

【識別番号】100149548

【弁理士】

【氏名又は名称】松沼 泰史

(74)【代理人】

【識別番号】100162868

【弁理士】

【氏名又は名称】伊藤 英輔

(74)【代理人】

【識別番号】100161702

【弁理士】

【氏名又は名称】橋本 宏之

(74)【代理人】

【識別番号】100189348

【弁理士】

【氏名又は名称】古都 智

(74)【代理人】

【識別番号】100196689

【弁理士】

【氏名又は名称】鎌田 康一郎

(72)【発明者】

【氏名】住谷 大介

(72)【発明者】

【氏名】日浦 亮太

(72)【発明者】

【氏名】ダグナー ヨハネス

(72)【発明者】

【氏名】マイゼル サシャ

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

5C054

5C087

【Ｆターム（参考）】

5C054CA04

5C054CC02

5C054FC12

5C054HA19

5C087AA02

5C087AA03

5C087BB74

5C087DD13

5C087DD49

5C087EE07

5C087EE14

5C087FF01

5C087FF04

5C087GG08

5C087GG10

5C087GG19

5C087GG66

5C087GG83

(57)【要約】

【課題】改良された監視および／または保守システム、特に大型のおよび／または複雑なインフラストラクチャ、車両、およびそれらの組み合わせに適したシステムを提供する。
【解決手段】本発明は、それぞれの関連するセンサ（３ａ～３ｄ）からそれぞれのセンサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）を収集するように構成された少なくとも２つのセンサモジュール（２ａ～２ｄ）と、センサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）にアクセスするように構成された分析モジュール（５）とを備える、インフラストラクチャおよび／または車両のための監視システム（１）に関するものであり、センサモジュール（２ａ～２ｄ）は、センサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）にタイムスタンプを提供するように構成され、分析モジュール（５）は、少なくとも１つの第１のセンサモジュール（２ａ～２ｄ）のセンサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）に基づいて所与のイベントを検出し、センサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）のタイムスタンプに基づいて少なくとも１つの他の第２のセンサモジュール（２ａ～２ｄ）のセンサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）をイベントと関連付けて、改良された監視および／または保守システム、特に大規模および／または複雑なインフラストラクチャ、車両、およびそれらの組み合わせに適したシステムを提供するように構成される。
【選択図】図１

【特許請求の範囲】

【請求項1】

それぞれの関連するセンサ（３ａ～３ｄ）からそれぞれのセンサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）を収集するように構成された少なくとも２つのセンサモジュール（２ａ～２ｄ）と、
前記センサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）にアクセスするように構成された分析モジュール（５）と、
を備える、インフラストラクチャおよび／または車両のための監視システム（１）において、
前記センサモジュール（２ａ～２ｄ）は、前記センサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）にタイムスタンプを提供するように構成され、
前記分析モジュール（５）は、少なくとも１つの第１のセンサモジュール（２ａ～２ｄ）のセンサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）に基づいて所与のイベントを検出し、少なくとも１つの他の第２のセンサモジュール（２ａ～２ｄ）のセンサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）を、前記センサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）の前記タイムスタンプに基づいて前記イベントと関連付けるように構成される
ことを特徴とする、監視システム（１）。

【請求項2】

所与の最大時間間隔未満だけイベント時間と異なる時間を示すタイムスタンプを有するセンサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）のみが前記イベントに関連付けられ、前記イベント時間は、前記イベントの検出が基づく前記センサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）の前記タイムスタンプによって決定されることを特徴とする、請求項１に記載のシステム（１）。

【請求項3】

前記分析モジュール（５）が、前記第１のセンサモジュール（２ａ～２ｄ）に関連する前記センサの位置と前記第２のセンサモジュール（２ａ～２ｄ）に関連する前記センサの位置との間の空間的関係に基づいて、前記第２のセンサモジュール（２ａ～２ｄ）の前記センサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）を前記イベントに関連付けるように構成されることを特徴とする、請求項１または２に記載のシステム（１）。

【請求項4】

前記第１のセンサモジュール（２ａ～２ｄ）の前記関連するセンサから所与の距離内／または距離外の前記関連するセンサを有する第２のセンサモジュール（２ａ～２ｄ）のセンサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）のみが前記イベントに関連することを特徴とする、請求項３に記載のシステム（１）。

【請求項5】

前記分析モジュール（５）が、前記イベントに関連する前記センサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）および／または前記第１のセンサモジュール（２ａ～２ｄ）の前記センサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）に基づいて前記イベントの前記検出を検証する（Ｃ）ように構成されることを特徴とする、請求項１から４のいずれか一項に記載のシステム（１）。

【請求項6】

前記分析モジュール（５）が、所与のイベントクラスに従って前記検出されたイベントを分類および／または検証し（Ｃ）、前記検出されたイベントが属するように分類された前記クラスに基づいて、所定のセンサモジュール（２ａ～２ｄ）のセンサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）および／または所定のタイプのセンサモジュール（２ａ～２ｄ）のセンサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）を前記イベントと関連付けるように構成されることを特徴とする、請求項１から５のいずれか一項に記載のシステム（１）。

【請求項7】

前記分析モジュール（５）が、前記検出されたイベントおよび／または前記検出されたイベントの前記クラスに基づいて、対応する出力モジュール（８）によるオペレータまたは公衆への警報出力をトリガするように構成されることを特徴とする、請求項１から６のいずれか一項に記載のシステム（１）。

【請求項8】

前記分析モジュール（５）が、前記センサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）を出力モジュール（８）、特にモニタおよび／またはスピーカを有する出力モジュール（８）に転送するように構成されることを特徴とする、請求項１から７のいずれか一項に記載のシステム（１）。

【請求項9】

前記分析モジュール（５）は、イベントが検出されると、前記イベントに関連する前記センサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）に自動的にアクセスし、前記関連するセンサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）を前記出力モジュール（８）に転送するように構成されることを特徴とする、請求項１から８のいずれか一項に記載のシステム（１）。

【請求項10】

前記分析モジュール（５）が、前記異なるセンサモジュール（２ａ～２ｄ）の前記センサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）を同期的に前記出力モジュール（８）に転送するように構成されることを特徴とする、請求項８または９に記載のシステム（１）。

【請求項11】

前記センサモジュール（２ａ～２ｄ）が、少なくとも２つの異なるタイプのものであり、各タイプのセンサモジュール（２ａ～２ｄ）は、異なるタイプのセンサ（３ａ～３ｄ）に関連付けられ、異なるタイプのセンサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）を収集するように構成されることを特徴とする、請求項１から１０のいずれか一項に記載のシステム（１）。

【請求項12】

前記異なるタイプのセンサモジュール（２ａ～２ｄ）の各々が、それぞれのセンサ（３ａ～３ｄ）として、カメラセンサ、マルチカメラセンサ、マイクロフォンセンサ、マルチマイクロフォンセンサ、温度センサ、火災警報センサ、煙センサ、電圧センサ、電力消費センサ、ドアセンサ、緊急ボタンセンサ、エスカレータ負荷センサ、車両負荷センサ、電子電流センサ、流量センサ、圧力センサ、回転および／または並進速度センサ、回転および／または並進加速度センサ、振動センサ、動き検出センサ、レーダセンサ、ホールセンサ、超音波センサ、ＧＰＳセンサ、負荷セルセンサ、光バリアセンサのうちの少なくとも１つに関連付けられることを特徴とする、請求項１１に記載のシステム（１）。

【請求項13】

前記センサモジュール（２ａ～２ｄ）の前記センサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）にアクセスして記憶するように構成された少なくとも１つの記憶モジュールを特徴とし、前記少なくとも１つの分析モジュール（５）は、前記センサモジュール（２ａ～２ｄ）内の前記センサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）および／または前記記憶モジュール内の前記センサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）にアクセスするように構成される、請求項１から１２のいずれか一項に記載のシステム（１）。

【請求項14】

一部またはすべてのセンサモジュール（２ａ～２ｄ）および／または前記分析モジュール（５）に共通時間信号（ｔ）を提供するように構成されたクロックモジュール（４）を備え、
前記センサモジュール（２ａ～２ｄ）の前記タイムスタンプは、前記共通時間信号（ｔ）に基づくことを特徴とする、請求項１から１３のいずれか一項に記載のシステム（１）。

【請求項15】

少なくとも２つのセンサモジュール（２ａ～２ｄ）によって、前記それぞれのセンサモジュール（２ａ～２ｄ）に関連するそれぞれのセンサ（３ａ～３ｄ）からそれぞれのセンサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）を収集するステップと、
少なくとも１つの分析モジュール（５）によって、前記センサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）にアクセスするステップと、
を含む、インフラストラクチャおよび／または車両を監視するための方法において、
前記センサモジュール（２ａ～２ｄ）によって、前記センサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）にタイムスタンプを提供するステップと、
前記分析モジュール（５）によって、少なくとも１つの第１のセンサモジュール（２ａ～２ｄ）のセンサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）に基づいて所与のイベントを検出し（Ｄ）、少なくとも１つの他の第２のセンサモジュール（２ａ～２ｄ）のセンサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）を、前記センサデータ（Ｉ、Ｆ１、Ｆ２、Ｖ）の前記タイムスタンプに基づいて前記イベントと関連付けるステップと
を特徴とする、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、鉄道駅、空港、店舗、もしくはその他の公共空間などのインフラストラクチャのための、および／または列車、航空機、もしくは船舶などの車両のための、イベント検出を備えた監視および／または保守システム、特にモジュール式監視および／または保守システムに関する。そのような監視システムは、センサデータを提供するカメラ、マイクロフォン、または別のセンサなどのそれぞれの関連するセンサからそれぞれのセンサデータを収集または記録するように構成された少なくとも２つのセンサモジュールと、センサデータにアクセスするように構成された少なくとも１つの分析モジュールとを備える。

【背景技術】

【0002】

サイズおよび複雑さの両方が増大している現代のインフラストラクチャおよび／または車両に見られるように、自動化されたまたは少なくとも部分的に自動化された監視および／または保守システムに対する需要が高まっている。

【0003】

そこで、特開２００２－２４７５６２号公報は、マルチプロセッサ型のコンピュータと同等の稼働率を実現可能なネットワークに対応したモニタリングカメラシステムを提供する。このモニタリングカメラシステムは、複数のモニタリングカメラが共有する複数のモニタリングカメラユニットから出力される画像データを送信する前記ネットワークと、ネットワークを介して画像データを受信するサーバとを備える。複数のモニタリングカメラには、ネットワークに対応するプロトコルを画像データに設定するための通信制御部が設けられ、サーバには、プロトコルが設定された画像データをネットワークから受信するためのプロトコル制御部が設けられる。

【0004】

車両監視に関して、国際公開第２０１８／１８０３１１号パンフレットは、車両ドア内のトラップの検出精度を向上させるために列車ドアをモニタリングするための技術を提供する。その際、サーバは、車両ドアにトラップがない通常状態の各モニタリングカメラからの静止画像である参照画像と、規定の取得時間に取得された静止画像である観測画像との差分を比較する。差分が検出され、したがってドアにトラップされている可能性が高い場合、これをモニタに表示することができる。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００２－２４７５６２号公報

【特許文献2】国際公開第２０１８／１８０３１１号パンフレット

【発明の概要】

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

【0006】

改良された監視および／または保守システム、特に大型のおよび／または複雑なインフラストラクチャ、車両、およびそれらの組み合わせに適したシステムを提供することは、本発明によって解決されるべき問題である。

【0007】

この問題は、独立請求項の主題によって解決される。有利な実施形態は、従属請求項、明細書、および図面から明らかである。

【0008】

一態様は、例えば、鉄道駅、空港、店舗、もしくは他の公共空間などのインフラストラクチャのための、および／または例えば、列車、航空機、もしくは船舶などの車両のための監視および／または保守システムに関する。特に、監視および／または保守システムは、モジュール式監視および／または保守システムである。監視システムは、モニタリングシステムと呼ばれることもある。

【0009】

システムは、少なくとも２つのセンサモジュールを備え、各センサモジュールは、センサモジュールに関連するカメラ、マイクロフォン、または他のセンサなどのそれぞれのセンサからそれぞれのセンサデータを収集または記録するように構成され、センサはセンサデータを提供する。その中で、センサはまた、いくつかのセンサを有するセンサユニットであってもよく、またはセンサユニットを備えてもよい。センサモジュールは、センサデータを、システムの異なるモジュール、例えば分析モジュールおよび／または記憶モジュール（以下詳述する）に接続するシステムのデータネットワークに提供するように構成される。これに対応して、前記センサモジュールは、それらがネットワーク内のデータのソースとして機能するので、ソースモジュールと見なすことができる。センサモジュールは、タイムスタンプ付きのセンサデータをネットワークに提供するように構成され、すなわち、センサデータにタイムスタンプを追加するように構成される。センサモジュールは、監視されるインフラストラクチャなどの同じエンティティの一部、または異なるエンティティの一部であってもよい。したがって、センサモジュールの一部は、１つのエンティティ、例えばインフラストラクチャに統合されてもよく、センサモジュールの別の部分は、１つまたは複数の他のエンティティ、例えば１つまたは複数の車両に統合されてもよい。異なるエンティティのセンサモジュールは、ネットワークから動的に、すなわち意図された使用中に追加および削除されてもよく、それらのそれぞれのセンサデータは、センサモジュールがネットワークの一部である場合にのみ分析モジュールによってアクセスされてもよい。

【0010】

さらに、システムは、１つ、いくつか、またはすべてのセンサモジュールのセンサデータにアクセスするように構成された少なくとも１つの分析モジュールを備える。好ましくは、システムのすべてのセンサモジュールは、少なくとも１つの分析モジュールによってアクセスすることができる。分析モジュールは、データネットワークを介して、それぞれのセンサモジュール内で（またはセンサモジュールから）直接的に、または間接的に、すなわち、センサモジュールのセンサデータを記憶することができる記憶モジュール（これについては後述する）を介して、センサデータにアクセスするように構成され得る。分析モジュールはまた、アクセスされたセンサデータを別のモジュール、例えば記憶モジュールおよび／または出力モジュールに転送するように構成されたアクセスモジュールを備えてもよい。そのようなアクセスモジュールは、指定された分析モジュールからのデータを上述の記憶モジュールおよび／または出力モジュールなどの１つまたは複数の指定されたターゲットモジュールに転送する配信モジュールと考えることができる。

【0011】

分析モジュールは、少なくとも１つの（第１の）センサモジュールの（第１の）センサデータに基づいて所与のまたは予め設定されたイベントを検出し、特に自動的に検出し、少なくとも１つの他の（第２の）センサモジュールの（第２の）センサデータを、少なくとも１つの（第１の）センサモジュールおよび少なくとも１つの他の（第２の）センサモジュールのセンサデータのタイムスタンプに基づいてイベントに関連付けるように構成される。分析モジュールは、センサデータに対して分析ルーチンまたはアルゴリズムを実行するコンピュータであってもよく、またはそれを備えてもよい。特に、分析モジュールは、関連付けの計算および／または相関付けの学習に特に強い１つまたは複数のニューラルネットワークを備えてもよい。分析モジュールは、多種多様なクラスのイベントに属するイベントを検出および／もしくは分析するための一般的な分析モジュールであってもよく、火災、車両の誤動作、もしくは乗客の行動の異常などの特定のクラスのイベントを検出または分析するように構成された特定の分析モジュールであってもよい。

【0012】

したがって、例えば地震の場合、分析モジュールは、第１の振動センサモジュールと呼ぶことができる振動センサを有する１つの（第１の）センサモジュールのセンサデータに基づいて所与のイベントとして地震を検出することができる。次いで、センサデータのタイムスタンプに基づいて、別の（第２の）センサモジュールのセンサデータを、例えばセンサとしての別の振動センサと関連付けることができる。この関連するセンサデータは、例えば、第１のセンサデータに基づく前記イベント、ここでは地震の検出を確認するために使用され得る。あるいは、イベントの検出が基づくセンサデータおよび関連するセンサデータの両方を使用して、検出されたイベントの経過および／または原因を分析することができる。例えば、第１のセンサデータに基づいて所与のイベントとして火災が検出された場合、火災時または火災の直前に記録された電流センサのセンサデータを、センサデータのタイムスタンプに基づいてイベントに自動的に関連付けることができる。その結果、イベントの経過および／または原因をより効率的に分析することができる。記載された例では、火災の時点またはわずかに前の異常に増加した電流を、利用可能なすべてのセンサデータを手動で検索することなく、人間の管理者によって火災の原因として識別することができる。もちろん、火災時または火災のわずかに前の前記増加した電流を、その後、計算量が低減されたニューラルネットワークなどのアルゴリズムによって火災の原因として識別することもできる。したがって、監視システムは、関連する車両の有無にかかわらず、大型で複雑なインフラストラクチャにも適している。

【0013】

これに対応して、分析モジュールは、イベント検出が基づくセンサデータ、すなわち第１のセンサデータ、および関連するセンサデータ、すなわち第２のセンサデータを出力モジュールに転送するように構成され得る。出力モジュールは、データを管理者に出力するように構成され、その目的のためにモニタおよび／またはスピーカを備えることができる。分析モジュールは、特に、イベント検出に基づくセンサデータおよび関連するセンサデータのみを出力モジュールに転送し、他の任意のセンサデータを管理者への提示のために出力モジュールに転送しないように構成され得る。これにより、ネットワークリソースが節約され、モニタリングがより明確かつ効果的になる。これに対応して、イベント検出が基づくセンサデータおよび関連するセンサデータのみが、計算量を低減するために、他の任意のセンサデータではなく、ニューラルネットワークなどのアルゴリズムによって自動的に分析され得る。

【0014】

記載されたシステムは、利用可能な異なる、もしくは同様のセンサおよびセンサデータの膨大な多様体を有する非常に大型のおよび／または複雑なインフラストラクチャにおいても、監視および／または保守を改善された柔軟な方法で実行することができるという利点をもたらす。

【0015】

また、上述したイベントおよびタイムスタンプに基づく手法は、学習可能な監視システムの基礎として使用することができる。そのような学習監視システムでは、関連するセンサデータおよびそれらの対応するセンサモジュールは、将来の第１のセンサデータ、すなわち、将来イベント検出の基準となる可能性がある将来のセンサデータ、の候補と考えることができる。したがって、対応する候補センサモジュールのセンサデータは、後続のタイムステップにおいて、第１のセンサモジュールのうちの１つとして使用されるか、または分析モジュールにおいてイベント検出が行われるときに第１のセンサモジュールを置き換えることさえできる。そのような学習システムは、既知の相関ベースの学習によって実現することができ、相関は、予め設定された条件または制約が満たされた場合に因果関係と見なされる。上記のニューラルネットワークは、このような設定において特に有用である。したがって、記載された監視システムを、（自己）学習、すなわち教師ありまたは教師なし監視システムの実現に使用することができ、イベントと相関する適切なセンサデータが自動的に選択され、イベント検出は、以前にイベント検出に使用されたセンサデータに加えて、または代替として、選択されたセンサデータに依存することによって最適化される。

【0016】

有利な一実施形態では、所与のまたは予め設定された最大時間間隔未満だけイベントのイベント時間と異なる時間を示すタイムスタンプを有するセンサデータのみがイベントに関連付けられる。ここで、イベント時間は、イベントの検出が基づくセンサデータの１つのタイムスタンプまたは複数のタイムスタンプによって決定される。特に、イベント時間の前のタイムスタンプを有するセンサデータのみがイベントに関連付けられてもよい。あるいは、特に検出されたイベントの影響を分析するために、イベント時間後のタイムスタンプを有するセンサデータのみがイベントに関連付けられてもよい。これは、例えば、駅の乗客流に対する地震などのイベントの影響を検討する際に有用である。イベントに関連付けられるべきセンサデータについての記載された条件は、時間的制約と称される場合がある。好適には、分析モジュールは、タイムスタンプに基づいてセンサデータにアクセスするように構成されてもよい。これは、センサデータが、関連するセンサデータのみにアクセスするために記憶モジュール（後述）に記憶されたセンサデータである場合に、特に有用である。

【0017】

これは、所与の最大時間間隔に応じて、イベントに関連付けられる、または潜在的に関連付けられるセンサデータが大幅に削減され、これにより、システムで必要な計算量が低減され、したがって、システムがより大きな監視システムで有用になるという利点をもたらす。さらに、おおよそイベント時間から生じる関連するセンサデータは、センサデータをイベントの分析により有用にする。これは、イベントが人間の管理者によって手動で分析される場合だけでなく、センサデータが分析モジュールによって自動的に分析される場合にも当てはまる。

【0018】

タイムスタンプに加えて、イベントに関連付けられる他の第２のセンサモジュールのセンサデータを選択するためにさらなる情報が使用されてもよいことに留意されたい。したがって、分析モジュールは、センサデータのタイムスタンプおよび１つまたは複数の追加の基準または制約に基づいて、少なくとも１つの他の第２のセンサモジュールのセンサデータをイベントに関連付けるように構成され得る。例えば、イベントとの関連付けの前に、考慮中の第２のセンサモジュールのセンサデータは、第２のセンサデータ内の異常または同様のものを検出するために分析されてもよく、例えば、イベント時間の前の所与の最大時間間隔において異常が識別された場合にのみイベントと関連付けられてもよい（追加の基準のさらなる例については後述する）。異常条件等は、コンテンツごとの制約と称されてもよい。特に、そのようなコンテンツごとの制約は、システムによって学習することができる。これは、センサデータのいくつかの特性の統計的性質が使用される、例えばそれぞれの特性の希少性、が使用される教師なし学習によって達成され得る。

【0019】

これは、関連するセンサデータが選択され、モジュールによって自動的に、または人間の管理者によって手動でなされるその分析に必要とされるリソースが少ないという利点をもたらす。これにより、システムは、大型で複雑なインフラストラクチャまたは車両に特に有用になる。

【0020】

別の有利な実施形態では、分析モジュールは、第１のセンサモジュールに関連するセンサの位置と第２のセンサモジュールに関連するセンサの位置との間の空間的関係にも基づいて、第２のセンサモジュールのセンサデータをイベントに関連付けるように構成される。したがって、この場合、追加の基準は空間的関係であり、空間的制約と呼ばれることがある。その中で、空間的関係は、例えばユーザによって与えられるかまたは事前設定されてもよく、例えばＧＰＳ情報タグなどのセンサデータに含まれるメタデータを介して自動的に決定されてもよい。距離とは別に、空間的関係は、センサが壁によって分離されている、同じ部屋にあるなどの他の特性を含んでもよい。

【0021】

特に、第１のセンサモジュールの関連するセンサから所与の（最大）空間距離内にある関連するセンサを有するセンサモジュールの、またはセンサモジュールからのセンサデータのみが、イベントと関連付けられ、または相関付けられてもよい。あるいは、以下でより詳細に説明するように、第１のセンサモジュールの関連するセンサから所与の（最小）空間距離外にある関連するセンサを有するセンサモジュールの、またはセンサモジュールからのセンサデータのみが、イベントと関連付けられ、または相関付けられてもよい。また、第１のセンサモジュールの関連するセンサからの所与の距離範囲内の関連するセンサを有するセンサモジュールの、またはセンサモジュールからのセンサデータのみが、イベントと関連付けられ、または相関付けられてもよい。センサモジュールの最小または最大空間距離が追加の基準として選択されるかどうかは、イベント／イベントのクラスに依存し得る。したがって、例えば火災などの局所的なイベントの場合、第１のセンサモジュールの関連するセンサの近くにある、すなわち第１のセンサモジュールの関連するセンサから所与の距離内にある関連するセンサを有するセンサモジュールを第２のセンサモジュールとして選択することが合理的であり得る。地震などのグローバルイベントの場合、第１のセンサモジュールに関連するセンサから離れた関連するセンサを有するセンサモジュールを第２のセンサモジュールとして選択すること、すなわち、第１のセンサモジュールに関連するセンサから予め設定された距離外の別の別個の位置に対応する別個に定義された特定の距離にある関連するセンサを有するセンサモジュールを第２のセンサモジュールとして選択することは、より良いアプローチであり得る。

【0022】

これは、同様に、イベントに関連するセンサデータの量が低減され、有意な、すなわち、関連するセンサデータのみがイベントに関連付けられるという利点をもたらす。これにより、イベントに関連するデータを分析する際のリソースが節約され、したがって、オンライン（またはリアルタイム）監視、ならびにオフライン（またはイベント後）イベント分析の両方において、イベントをより容易に理解することができる。

【0023】

異なる制約は、異なる組み合わせで使用されてもよい。特に、制約の異なる組み合わせは、異なるイベントまたはイベントクラスに対して選択されてもよい。イベントに適した制約または制約の組み合わせは、システムによって学習されてもよく、それが教師あり学習方法であっても教師なし学習方法であってもよい。

【0024】

さらに別の有利な実施形態では、分析モジュールは、イベントに関連するセンサデータおよび／または第１のセンサモジュールのセンサデータに基づいてイベントの検出を検証するように構成される。したがって、特に、第２のセンサモジュールのセンサデータと第１のセンサモジュールのセンサデータとの組み合わせもイベント検証に使用することができる。例えば、第１のセンサモジュールに関連する振動検出器が地震に典型的な振動パターンを検出する場合、第２のセンサモジュールに関連する別の振動検出器は、同様のパターンを検出すべきである。１つの単一の振動センサモジュールのみが前記典型的な振動パターンを検出する場合、第１の振動検出器モジュールに対する何らかの他の影響に起因して誤警報である可能性が十分にある。この検証プロセスでは、検証を特に正確にすることができるように、センサデータにタイムスタンプが提供されることが非常に有利である。この設定では、タイムスタンプが異なるセンサモジュール（後述）に提供される共通時間信号に基づく場合も特に有用である。

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

【図1】インフラストラクチャおよび／または車両のための監視システムの例示的な実施形態を示す図である。

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

【0054】

図１の監視システム１は、少なくとも２つ、この例では４つのセンサモジュール２ａ～２ｄを備え、これらのセンサモジュールは、それぞれの関連するセンサ３ａ～３ｄからそれぞれのセンサデータＩ、Ｆ１、Ｆ２、Ｖを収集するように構成される。したがって、例えば、第１のセンサ２ａは、第１のセンサ３ａからそれぞれのセンサデータＩを収集または記録し、第２のセンサモジュール２ｂは、第２のセンサ３ｂからセンサデータＦ１を収集する、などである。この例では、システム１は、電流センサモジュール２ａと、第１の振動周波数センサモジュール２ｂと、第２の振動周波数モジュール２ｃと、ビデオセンサモジュール２ｄとを有する。さらに、この例では、クロックモジュール４は、センサモジュール２ａ～２ｄに共通時間信号ｔを提供する。センサモジュール２ａ～２ｄは、センサデータＩ、Ｆ１、Ｆ２、Ｖに対応するタイムスタンプを提供するように構成される。タイムスタンプは、共通時間信号に基づいており、監視システムの精度および信頼性を高める。

【0055】

監視システム１は、センサデータにアクセスし、少なくとも１つのセンサモジュールのセンサデータに基づいて所与のイベントを検出し、それぞれのセンサデータのタイムスタンプに基づいて、少なくとも１つの他のセンサモジュールのセンサデータをイベントに関連付けるように構成された分析モジュール５をさらに備える。一方のセンサモジュールおよび他方のセンサモジュールは、一般に、第１および第２のセンサモジュールと呼ばれてもよく、本実施形態の第１、第２、第３などのセンサモジュール２ａ～２ｄと混同されないシステム１の任意のセンサモジュールであってもよい。したがって、以下に説明するように、例えば、第２のセンサモジュール２ｂは、上記の意味における第１のセンサモジュールであってもよい。

【0056】

この例では、分析モジュール５は、それぞれのセンサ２ａ～２ｄからタイムスタンプ付きセンサデータＩ_ｔ、Ｆ１_ｔ、Ｆ２_ｔ、Ｖ_ｔにアクセスするように構成されたアクセスモジュール６を備える。イベント検出およびセンサデータの互いの関連付けは、この例では、計算モジュール７で実現される。計算モジュール７は、分析モジュール５の一部である。アクセスモジュール６および計算モジュール７は、別個のソフトウェアおよび／またはハードウェアユニットとして実現されてもよく、例えば、アクセスモジュール６は、計算モジュール７とは異なる位置に配置される。

【0057】

目下の図面に示された構成の代わりに、分析モジュール５はまた、それぞれのセンサモジュールからの代わりに記憶モジュールからセンサデータにアクセスするように構成されてもよい（図示せず）。

【0058】

この例では、監視システム１は、「オンライン」監視と呼ばれ得るライブセンサデータ内のイベントを検出するように構成され、インフラストラクチャおよび／または車両は、その意図された使用／動作中に監視される。対照的に、記憶モジュールに記憶されたセンサデータの前述のアクセスは、「オフライン」監視または分析と呼ばれることがあり、これは、特定のイベント（事故など）が発生した数時間、数日、または数週間後に、そのイベントをより良く分析および理解し、将来的にそのようなイベントを潜在的に回避する目的で、記憶されたデータを分析することを目的としている。

【0059】

図１の分析モジュール５は、検出されたイベントに基づいて警報出力をトリガするように構成される。警報出力は、対応する出力モジュール８によってオペレータおよび／または公衆に出力される。イベント検出の信頼性を高めるために、この例では、分析モジュール７は、以下に説明するように、イベントに関連するセンサデータおよび第１のセンサモジュールのセンサデータに基づいてイベントの検出を検証するように構成される。

【0060】

図１には、いくつかのセンサデータパッケージＩ（１）、Ｉ（２）、Ｉ（３）、Ｆ１（１）、Ｆ１（２）、Ｆ１（４）、Ｆ２（１）、Ｆ２（４）、Ｖ（１）、Ｖ（２）、Ｖ（４）が時間軸ｔ上に配置された例が示されている。例示のみを目的として、時間軸ｔは、ここでは例示的に、限られた数の時点１～４のみを指す。ｔ＝１において、この例では、Ｉ（１）、Ｆ１（１）、Ｆ２（１）、およびＶ（１）のデータパッケージが利用可能である。時間ステップｔ＝２において、３つのデータパッケージＩ（２）、Ｆ１（２）、Ｖ（２）が利用可能である。この例では、第３の時間ステップｔ＝３において、１つのセンサデータパッケージＩ（３）のみが利用可能である。第４の時間ステップｔ＝４では、３つのセンサデータパッケージＦ１（４）、Ｆ２（４）、Ｖ（４）が利用可能である。

【0061】

ここで、分析モジュール５は、センサモジュール２ａ～２ｄのうちの１つのセンサのセンサデータ、例えば、第２の周波数センサモジュール２ｃのセンサデータパッケージＦ２（４）における地震に典型的な周波数シグネチャに基づいて所与のイベントを検出する。地震のイベントは、グローバルイベントのクラスに属するものとして分類され得、したがって、この例では、分析モジュール５に記憶された予め設定された規則に従って、初期センサモジュールと同じタイプの別の第２のセンサモジュールのセンサデータによって検証される。この場合、この他方の第２のセンサモジュールは、イベント時間ｔ＝４からの周波数センサデータパッケージＦ１（４）を提供する第１の周波数センサモジュール２ｂである。

【0062】

また、目下の構成例によれば、イベントに関連付けるセンサデータは、イベント時間と同じ時間に属する必要がある。したがって、分析モジュール５は、原則として、タイムスタンプによれば、センサデータパッケージＶ（４）が、イベントの時間以外に、インフラストラクチャおよび／または車両の状態を同時に反映するので、ビデオセンサモジュール２ｄのセンサデータを、ｔ＝４で発生するイベントに関連付けることもできる。しかしながら、この場合のように、検出されたイベントは地震であり、したがって、イベントに関連付けられるセンサデータは、特定のセンサ、ここでは周波数センサ３ｂに起因するものとして予め決定され、センサデータパッケージＶ（４）はイベントに関連付けられない。

【0063】

代替イベント、例えば、ビデオセンサデータパッケージＶ（２）に基づいて検出される時間ステップｔ＝２における火災の場合、それに対応して、火災のイベントは別のイベントクラスに属し得るので、周波数センサデータパッケージＦ１（２）ではなく、電流センサパッケージＩ（２）がイベントに関連付けられ得る。

【0064】

現時点での具体的なイベントのタイプまたはイベントのクラスにかかわらず、イベントは、対応する第１のセンサモジュール、第２の周波数センサモジュール２ｃまたはカメラセンサモジュール２ｄの第１のセンサデータ、地震の場合の周波数センサデータＦ２_ｔ、および火災の場合のビデオセンサデータＶ_ｔにそれぞれ基づいて検出される。別のセンサモジュール２ｂ、２ａの各センサデータＦ１_ｔ、Ｉ_ｔは、センサデータＩ_ｔ、Ｆ１_ｔ、Ｆ２_ｔ、Ｖ_ｔのタイムスタンプに基づいてイベントに関連付けられる。本システム１の分析モジュール５は、いずれの場合も、第１の周波数センサモジュール２ｃであれビデオセンサモジュール２ｄであれ、イベントに関連するセンサデータＦ１_ｔ、Ｉ_ｔ、特に対応する第１のセンサモジュールのセンサデータＦ２_ｔ、Ｖ_ｔにも基づいて、それぞれのイベントの検出を検証するように構成される。

【0065】

図１に、イベントがｔ＝４で発生している地震の例を示す。分析モジュール５は、周波数センサモジュール２ｃのセンサデータパッケージＦ２（４）内のイベントを検出し（Ｄ）、周波数センサモジュール２ｂの周波数センサデータＦ１、すなわち周波数センサデータパッケージＦ１（４）に基づいてイベントを検証または確認している（Ｃ）。したがって、この例では、検証Ｃが図中にＮで表される否定的な結果を与える場合、警報出力はトリガされず、プロセスは終了する（処理／方法ステップＯ）。一方、検証Ｃが図中にＹで表される肯定的な結果を与える場合、イベントは関連するセンサデータＦ１によって確認され、対応する処理ステップＺにおいて、警報出力がトリガされる。

【0066】

例えば、周波数センサデータパッケージＦ１（４）が地震に典型的な周波数シグネチャを含まない場合（実際の地震の場合はそれが必要である）、確認ステップＣは否定的であり、出力はトリガされない（矢印Ｎ、処理ステップＯ）。周波数センサパッケージＦ１（４）が周波数パッケージＦ２（４）と同様に地震を示す特徴的な周波数シグネチャを示す場合、確認ステップＣが肯定され、出力モジュール８による警報の出力がトリガされる（矢印Ｙ、処理ステップＺ）。

【0067】

明らかに、図示の例による監視システムは、上記で説明した構成に限定されず、車両の有無にかかわらず、大規模および／または複雑なインフラストラクチャ内の多くのセンサモジュールから生じるセンサデータの信頼性の向上および自動処理の向上などの利点のための例示的な例としてのみ機能する。

【図1】

【国際調査報告】