For the complete documentation index, see llms.txt. This page is also available as Markdown.

大量イベント

大量イベントの使い方を今すぐ学ぶ

高頻度イベントとは、1時間以内に15件を超える検証がトリガーされるため、提供された動画の内容にかかわらずアラームを発報する検証イベントです。


高頻度イベントの仕組み

以下のワークフローは、高頻度イベントの仕組みの典型的なシナリオですが、個々のケースによって異なる場合があります。

1

1時間以内に確認のために監視担当者へ送信された16件目の検証では、担当者は以下にかかわらず通常のアラーム手順に従います:

  • お客様が選択したセキュリティプロンプト

  • 提供された動画の内容

  • テストモードが有効かどうか

2

連絡先リストに連絡先がある場合、担当者は確認のための電話で連絡先への連絡を試みます。高頻度イベントにより開始された確認のための電話の一環として、担当者はこれは高頻度イベントによる確認のための電話にすぎないと伝えます。

3

その時点で、電話を受けた方は、必要に応じてアラームを解消するか、緊急サービスを要請するかを選択できます。担当者にサイトの警戒解除を最大12時間依頼することもできます。

4

担当者が記載された連絡先の誰にも連絡できない場合、または連絡先が記載されていない場合、担当者は(テストモードが無効であれば)サイトの住所に緊急サービスを派遣します。


高頻度イベントが開始されるシナリオ

シナリオA

たとえば、あなたの事業所に清掃スタッフがいて、建物に入る際にアラームシステムの警戒解除を忘れてしまったとします(このアラームシステムは「通常」セキュリティに設定され、テストモードは無効です)。そのまま施設の清掃を行うと、当社の動作センサーにより動きが検出されたイベントがトリガーされます。これらの動作センサー用に設置されたコンテキストカメラは、担当者が確認するための動画を提供します。

この場合、最初の15件の検証イベントは ありません 人または財産への脅威とは見なされず、アラームは発報されません。ただし、1時間以内に16件目の検証イベントが発生すると、人または財産への脅威の有無にかかわらず、担当者がアラームを発報します。連絡先リストに記載された連絡先へ確認のための電話が開始され、担当者が記載された誰にも連絡できない場合は、緊急サービスがサイトの所在地に派遣されます。

シナリオB

たとえば、サイトに人通りの多いエリア(歩道や公共エリアなど)を向いているカメラがあるとします。混雑している時間帯にサイトを警戒設定すると、1時間以内に複数の検証イベントがトリガーされる可能性があります。この場合、16件目の検証イベントでアラームが発報され、担当者は通常のアラーム手順(確認のための電話と、必要と判断した場合の緊急サービスの派遣)に従います。


高頻度イベントを回避する方法

このようなイベントは、あなたとあなたの事業の双方にとって煩わしいだけでなく、誤アラームにつながる可能性があります。この状況を回避する方法はいくつかあります。

1

特に、カメラの設定を確認してください:

a. サイトが警戒設定されている間、カメラが人通りの多いエリアを向いていないことを確認してください。 b. 設定を行ってください 関心領域, ラインクロス、または 滞留 カメラ上でアラームトリガーとして使用したい項目を設定し、動画のどの部分で動き/人物を検出するかを指定します。 c. どのカメラをアラームトリガーとして設定するかは、意図的に選択してください。

動画検証の件数は、 担当者による確認済み セクション(アラームのサイトアクティビティページ上)。

2

特に、サイトの設定を確認してください:

a. システムが必要なときだけ警戒設定されるよう、警戒設定スケジュールが事業に適していることを確認してください。

  • モバイルアプリ、コンソールのキーパッド、およびアクセス制御ドアの警戒設定/警戒解除機能を使用して、サイトを手動で警戒設定/警戒解除できます。

  • 必要に応じて、警戒設定スケジュール機能を使用して警戒設定/警戒解除することもおすすめします。

d. 重複している、または役に立たない動画検証イベントを送信している可能性のあるカメラを削除してください。 e. 不要な検証イベントのトリガーを最小限に抑えるために、カメラが別の警戒設定スケジュールに従う必要がある場合は、サイトを複数のサイトに分割することを検討してください。

最終更新

役に立ちましたか?