大規模イベントの仕組み

次のワークフローは、大量のイベントがどのように機能するかを示す一般的なシナリオですが、インスタンスによって異なる場合があります。

16 回目の検証で、1 時間以内に確認のために監視エージェントに送信され、エージェントは以下に関係なく通常のアラーム手順に従います。
- お客様が選択したセキュリティ確認手順
- 送信された映像の内容
- テストモードが有効かどうか
連絡先リストに連絡先がある場合、エージェントは表敬訪問で連絡先に連絡しようとします。大規模なイベントのために開始された表敬訪問の一部として、エージェントは、これは大規模なイベントによる表敬訪問にすぎないと述べています。
その時点で、受信者の発信者は、必要に応じてアラームを解決するか、緊急サービスを派遣するかを選択できます。また、エージェントに最大12時間のサイト解除を依頼することもできます。
エージェントがリストされた連絡先に到達できない場合、または連絡先がリストされていない場合、エージェントはサイトのアドレスに緊急サービスを派遣します(テストモードが無効になっている場合)。

大量のイベントが開始されるシナリオ

シナリオA

たとえば、清掃員が建物に入るときに警報システム(セキュリティとテストモードが無効になっている「通常」に設定されている)を解除するのを忘れたとします。彼らは施設の清掃に進み、モーションセンサーを介してモーション検知イベントをトリガーします。これらのモーションセンサー用に設定されたコンテキストカメラは、エージェントが確認するためのビデオを提供します。

この場合、最初の 15 個の検証イベントは、人や財産に対する脅威とは見な されず 、アラームは発生しません。ただし、1 時間以内に 16 回目の検証イベントが発生すると、人や財産に対する脅威があるかどうかに関係なく、エージェントはアラームを発します。連絡先リストに記載されている連絡先に表敬訪問が開始され、エージェントがリストされている連絡先に連絡できない場合は、緊急サービスがサイトの場所に派遣されます。

シナリオB

サイトに、人通りの多いエリア(歩道や公共エリアなど)を指すカメラがあるとします。繁忙期にサイトを準備すると、1 時間以内に複数の検証イベントがトリガーされる可能性があります。この場合、16 番目の検証イベントでアラームが発生し、エージェントは通常のアラーム手順に従います (必要に応じて、礼儀電話と緊急サービスの派遣)。

大量のイベントを回避する方法

このようなイベントは事業全体にとって迷惑であり、誤報につながる可能性があります。このような状況を回避するための手段がいくつかあります。

特に次の点でカメラの設定を確認します。
1. サイトが警戒設定されている間、人の往来が激しくなる可能性のあるエリアにカメラが向けられていないことを確認します。
2. カメラで関心領域、ライン交差、徘徊を設定し、アラームトリガーとして使用して、動きや人物を検出するビデオの部分を指定します。
3. どのカメラをアラームトリガーとして設定するかを慎重に選択します。
手記：ビデオ検証の数は、[Agent Reviewed (エージェントレビュー済み)] セクション (アラームのサイトアクティビティページ) で確認できます。
特に次の点でサイトの設定を確認します。
1. 警戒設定スケジュールが業務運用に適切であるかを確認し、必要なときにだけ作動させるようにします。
  - モバイルアプリ、コンソールキーパッド、およびアクセス制御されたドアのアーム/武装解除を使用して、サイトを手動で武装/武装解除できます。
  - また、警戒設定スケジュール機能を使用して警戒設定／警戒解除することをお勧めします。
2. 冗長または役に立たないビデオ検証イベントを送信している可能性のあるカメラを削除します。
3. 不必要な検証イベントを最小限に抑えるために、個々のカメラが別の警戒設定スケジュールに従う必要がある場合は、サイトを複数のサイトに分割することを検討します。

サポートが必要な場合はVerkadaサポートにお問い合わせください。