Summary
トラック ギャップ ディテクター プロセッサを使用して、イベント データからのイベントがないことを検出できます。インシデント ディテクター プロセッサと同様に、トラック ギャップ ディテクター プロセッサから送信されるイベント レコードは、プロセッサが受信したイベント レコードのコピー (または派生物) ではありません。プロセッサから送信されるイベント レコードは、GeoEvent Server をインストールしたときに作成される [トラック ギャップ] ジオイベント定義に関連付けられます。
例
- トラック ギャップ ディテクター プロセッサを使用して、複数車両の進行状態を監視できます。たとえば、各車両は 30 分おきにステータスの更新をレポートします。車両が最後にステータスをレポートしてから 30 分以上過ぎた場合、このプロセッサにより生成されたギャップ イベント車両は、車両が動作不能になり支援を必要としていることを示すのに役立ちます。
- このプロセッサを使用して、固定センサーからのデータの定期的な発生を監視できます。たとえば、センシティブな装置に接続された圧力ゲージは定期的にデータをレポートします。一定期間の後、ゲージが情報のレポートに失敗した場合は、ゲージが故障しているか、圧力が安全な閾値を超えています。どちらのシナリオでも、ギャップ イベントを使用すると、即時通知を開始し、センサーをチェックしてセンシティブな装置を保護できます。
使用上の注意
- トラック ギャップ ディテクター プロセッサに送信されるイベント レコードには、[TRACK_ID] タグを含むジオイベント定義が関連付けられている必要があります。プロセッサは、[TRACK_ID] タグが付けられたフィールドを使用して、イベント レコードを受信しなくなったタイミングを特定します。トラックのイベント レコードがないことをプロセッサが検出するには、まず、そのトラック ID を含む 1 つ以上のイベント レコードをプロセッサが受信している必要があります。
- プロセッサから送信されるイベント レコードは、GeoEvent Server をインストールしたときに作成される [トラック ギャップ] ジオイベント定義に関連付けられます。
- [TrackGap] ジオイベント定義のスキーマを以下に示します。プロセッサから送信されるイベント レコードは、元のソース スキーマの代わりにこのスキーマに準拠します。
名前 | 説明 | 種類 |
---|---|---|
trackID | 追跡されるアセットを一意に識別するための値。プロセッサに送信されるイベント レコードには、[TRACK_ID] がタグ付けされたフィールドが必要です。[TRACK_ID] タグは、プロセッサによって作成されたギャップ イベントのこのフィールドに適用されます。 | String |
ギャップ | [True] に設定されたフラグは、イベント レコードがキャップ条件を満たしていることを示します。[False] に設定されたフラグは、ギャップ条件が終了したことを示します。 | プール型 |
lastReceived | ギャップ条件を満たす前に、イベント レコードが最後に受信された日時。 | 日時 |
Geometry | プロセッサからのギャップ イベント レコードに関連付けられたジオメトリ。プロセッサは、最後に受信したイベント レコードのジオメトリを、生成したギャップ イベントに追加します。[GEOMETRY] タグは、プロセッサによって作成されたギャップ イベントのフィールドに適用されます。 | Geometry |
- [ギャップ期間 (秒)] および [ギャップ検出間隔 (秒)] パラメーターを指定する必要があります。
- [ギャップ期間 (秒)] パラメーターは、期待されるデータを受信しなくなったことを判定するまでのプロセッサの待機時間を秒数で指定します。
- [ギャップ検出間隔 (秒)] パラメーターは、各ポーリング間隔を秒数で指定します。プロセッサは、たとえば 120 秒のギャップ検出間隔および 300 秒のギャップ期間を使用して構成された場合、2 分 (120 秒) ごとに受信するイベント レコードの内部レジストリを調べ、最後の 5 分 (300 秒) 以内にそのレジストリ内で TRACK_ID が観測されたかどうかをチェックします。
- ギャップ検出間隔は、通知を生成する頻度も制御します。[ギャップ通知モード] パラメーターを [連続] に設定した場合、受信が期待されるが最近受信していない TRACK_ID ごとに、プロセッサの内部レジストリの各ポーリングに対して、新しいギャップ イベントが生成されます。最初にギャップを検出したときに 1 つ目の通知を生成し、期待されるイベント レコードを再度受信したときに 2 つ目の通知を生成する必要がある場合は、[変更時] ギャップ通知モードを指定します。
- プロセッサを構成するときに、ジオメトリを格納するイベント レコードのフィールドを指定できます。イベント レコードのフィールド名を指定した場合、このプロセッサは、最後に受信したイベント レコードのジオメトリを、生成したギャップ イベントに追加します。たとえば、データ フィードが車両の位置をレポートしており、30 秒ごとにポーリングして、車両のレポートを最後に受信してから 120 秒以上のギャップが発生したかどうかを判定するようにプロセッサを構成している場合、最後にレポートされた車両の位置をそのギャップ通知イベントに含めるようにプロセッサを構成できます。
- [ジオメトリ フィールド] パラメーターには、ジオメトリのデータ タイプを含むすべてのジオイベント定義に含まれる、すべてのフィールドの名前が表示されます。ジオメトリ フィールドを名前で選択する場合、イベント レコードのジオイベント定義に対応する正しいジオメトリ フィールドの名前を選択します。
パラメーター
パラメーター | 説明 |
---|---|
名前 | GeoEvent Manager で参照用として使用されるプロセッサの記述名。 |
プロセッサ | 選択したプロセッサの名前。 |
ギャップ通知モード | プロセッサによって検出されたギャップのギャップ通知モード。デフォルトは [変更時] です。
|
ギャップ期間 (秒) | 期待されるイベント データを受信しなくなったことを判定するまでプロセッサが待機する時間 (秒)。プロセッサは、受信したイベントの内部レジストリに格納された TRACK_ID を使用して期待されるイベント レコードを監視します。デフォルトは 300 です。 |
ギャップ検出間隔 (秒) | 受信したイベントの内部レジストリをポーリングして、既知の TRACK_ID が観測されなかったかどうかを判定するまでプロセッサが待機する時間 (秒)。デフォルトは 120 です。 |
ジオメトリ フィールド | イベント レコードの最新既知ジオメトリを、作成したギャップイベントに適用するためにプロセッサが使用するジオメトリ フィールドまたは [GEOMETRY] タグが付いたフィールドの名前。 |
検討事項および制限事項
- ギャップ イベントを監視するときは、[ギャップ期間 (秒)] パラメーターと [ギャップ検出間隔 (秒)] パラメーターとの関係を検討してください。このパラメーターに指定された 2 つの値のバランスを取ることをお勧めします。次のシナリオについて考えてみましょう。
- Setting the [ギャップ期間 (秒)] パラメーターを 60 秒、[ギャップ検出間隔 (秒)] パラメーターを 600 秒に設定すると、ギャップのレポートが遅れます。欠落しているイベント レコードは 1 分後に存在しないと見なされますが、プロセッサの構成済み間隔ポーリングにより 10 分間は認識されません。イベント データの特性によっては、このタイプの遅延が許容されない場合があります。[ギャップ検出間隔 (秒)] パラメーターを減らすことを検討してください。
- 逆に、10 分おきに 1 度だけ受信および更新されるイベント データの [ギャップ期間 (秒)] パラメーターを 3600 秒、[ギャップ検出間隔 (秒)] パラメーターを 1 秒に設定すると、ジオイベント サービスのパフォーマンスに不要な影響が生じます。30 分間にわたって追加の更新が行わなければ、イベント レコードはストリーミングに存在しないと見なされます。ただし、同じイベント レコードは 10 分ごとにジオイベント サービスによって受信されるだけのため、10 分おきに 1 度だけ更新されます。イベント レコードの更新は毎秒ではなく 10 分ごとにのみ発生するため、ポーリングの間隔を 1 秒にすると、システム処理とリソースが無駄に使用されます。[ギャップ検出間隔 (秒)] パラメーターを増やすことを検討してください。