# アラーム制限の適用 {% hint style="success" %} この記事は新しいAlarmsのガイドです。以下を参照してください [新しいAlarmsとClassic Alarmsの比較](/new-alarms/ja/hajimeni/new-alarms-vs-classic-alarms.md) どのバージョンのAlarmsを使用しているかわからない場合。 {% endhint %} サイトが月間上限である15件のVerkada監視対象アラームを超えた、または超えそうな場合、そのサイトはアラーム上限の適用対象となります。サイトがこの上限を継続的に超えると、システムは適用を有効にし、その月の残りのアラームを [セルフモニタリング](/new-alarms/ja/she-ding/configure-an-alarm-response/self-monitored-response-level.md) 対応に切り替えます。 このガイドを使用して、アラーム件数の要因を特定し、それを減らすための設定変更を適用し、 [適用ポリシー](#alarm-limit-enforcement-policy) とタイムラインを理解してください。 *** ### 問題を特定する 以下を使用します [アラームイベントレポート](/new-alarms/ja/reptotomonitaringu/alarm-reports.md) アラーム履歴を確認し、パターンを特定します。どのデバイス、パーティション、または時間帯に最も多くのアラームが発生しているかを確認してください。 {% stepper %} {% step %} **Verkada Commandで、［すべての製品］>［Alarms］に移動します。** {% endstep %} {% step %} **左側のナビゲーションで、［レポート］>［アラームイベント］を選択します。** {% endstep %} {% step %} **フィルターを使用してレポートを並べ替えます。** * **日付範囲:** 過去30日または90日を選択して、繰り返し発生するパターンを見つけます * **サイト:** 上限を超えているサイトを選択します * **デバイスタイプ:** アラームの主な発生源を特定します {% hint style="info" %} 繰り返し表示されるデバイスまたはパーティションは、最優先で対処すべき項目です。以下の設定のヒントを使用して解決してください。 {% endhint %} {% endstep %} {% endstepper %} *** ### アラーム件数を減らすための設定のヒント 以下のセクションでは、アラーム過多の最も一般的な4つの原因と、その修正方法を説明します。 #### 1. 誤って設定されたカメラトリガー {% tabs %} {% tab title="関心領域（ROI）を調整する" %} ROIは、カメラフレーム内でトリガーが監視する領域を定義します。ROIの外側にあるものはすべて無視されます。 **重要な理由:** 視野内にガラス窓やドアがある屋内カメラは、実質的に屋外を見ています。ガラス越しの反射や見える動きによって、ROIが室内のみをカバーしているように見えても検知がトリガーされることがあります。これは最も見落とされやすい設定ミスの1つです。 **適用方法:** カメラのトリガー設定を確認する際は、フレーム内にガラスがないか注意深く確認してください。窓やガラスドアが見える場合は、それを除外するようにROIを狭めてください。 以下を参照してください [新しいAlarms向けのカメラアラームトリガーイベントを設定する](/new-alarms/ja/she-ding/configure-camera-alarm-trigger-events-for-new-alarms.md) 詳細については。 **例:** 正面入口付近のレストランのカメラに、通りに面した大きなガラス窓が含まれていました。屋外の歩行者により人物検知が絶えず作動していました。窓を除外するようにROIを狭めることで、完全に解消されました。
* ［ **例を表示** ］をクリックして、過去のトリガーイベントを確認し、トリガー設定と警戒スケジュールを検証します。
* ［ **この警戒スケジュール** スケジュールを直接確認および調整するには。
{% endtab %} {% tab title="ラインクロッシング " %} ラインクロッシングは、人物がフレーム内の定義されたライン、通常は出入口、ゲート、またはフェンスを横切った場合にのみイベントをトリガーし、ゾーン内のどこかに存在することを検知するわけではありません。広範囲な検知の代わりに、入口ではラインクロッシングを使用してください。 **重要な理由:** 広範囲の人物検知や滞留は、屋外を通り過ぎる人を含め、一般エリア内の誰に対しても作動します。ラインクロッシングは、設定された方向に誰かが実際に保護空間に入ったときのみトリガーされます。 **適用方法:** ラインは、出入口または侵入ポイントのすぐ内側に、内向きに引いてください。（該当する場合）入室後に認可されたスタッフが警戒解除する時間を確保できるよう、入室遅延と組み合わせてください。 **例:** 開放型駐車場の隣にあるフェンス付きエリアを監視するカメラで、フェンスを乗り越える人を捉えるために広範囲の人物検知を使用していた結果、単に駐車場を歩くだけの人によって週14件の推定アラームが発生していました。フェンスラインに限定したラインクロッシングトリガーに切り替えることで、推定アラームは0件になりました。 | ❌ | ✅ | | --------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------- | | | | | {% endtab %} | | | {% endtabs %} | | *** #### 2. 認可された活動によってトリガーされるアラーム アラーム過多の最も一般的な原因の1つは侵入者ではなく、認可された人です。つまり、サイトが警戒設定されていることを知らない清掃スタッフや、予定時間外に到着する週末勤務のスタッフです。 **重要な理由:** 通常の運用活動も、システムがそれを考慮するように設定されていないと、アラームの問題になります。最も効果的な解決策は、それらのユーザーに確実な警戒解除手段を提供することです。 時間外の活動が定期的にあるサイトでは、予定された警戒設定／警戒解除時間帯のみに頼ることは避けてください。代わりに、次のオプションを検討してください。 * **以下を設定する** [**入室遅延と退出遅延**](/new-alarms/ja/she-ding/alarm-sites/configure-new-alarms-site-settings.md#delays)**:** 遅延とは、誰かがサイトに入ってからアラームが発生するまでの猶予時間です。これにより、ユーザーはキーパッドまで行って警戒解除するための十分な時間を得られます。適切な時間に設定することは、即効性のあるコスト不要の設定変更です。 * **入口にBK22キーパッドを設置する:** BK22キーパッドはアラームパーティションの警戒設定と警戒解除を行い、ユーザーにアラームサイトを作動させたことを通知します。スタッフが複数の入口を使用する場合は、適切な [キーコード](/new-alarms/ja/she-ding/alarm-sites/configure-new-alarms-site-settings.md#keycodes) 管理とともに、それぞれにキーパッドを設置することを検討してください。 * **出力を設置し** 入口で警戒状態を表示することで、認可されたスタッフが入る前にアラームシステムが有効であることを認識できるようにします。 * **アクセスコントロールを設定して、** [**警戒設定／警戒解除**](https://help.verkada.com/new-alarms/configuration/alarm-sites/configure-new-alarms-site-settings#arm-disarm-via-access-control) を入退室時に可能な限り行うようにし、スタッフがシステムを操作することを覚えておく必要をなくします。 * **以下を使用します** [**スマートスケジュール**](https://help.verkada.com/new-alarms/configuration/alarm-sites/configure-partitions/smart-schedule-in-new-alarms) サイトの閉店時間が一定でない場合。スマートスケジュールは固定時刻ではなく、活動に基づいてサイトを自動的に警戒設定します。 * 以下を使用します **リモートでの警戒設定／警戒解除のためのCommandモバイルアプリ**。これはキーパッドの設置が難しいサイトに最適です。 [警戒設定／警戒解除ロール](/new-alarms/ja/hajimeni/roles-and-permissions-for-new-alarms.md#arm-disarm) は、Command経由でのみ警戒設定／警戒解除を行う権限を付与するため、サイトスタッフに最適です。 *** #### 3. 人通りの多い屋外エリアによるアラーム過多 **重要な理由:** 屋外や公道に面したエリアでは人の往来は避けられず、アラームを第一対応として使用すると過剰なノイズが発生します。 しきい値の低いイベントでまず [抑止](https://help.verkada.com/new-alarms/configuration/configure-ai-powered-deterrence) をトリガーし、継続的な滞在のみをアラームにエスカレーションする多層対応戦略を使用してください。これにより、本物の滞留は識別しつつ、何気なく通り過ぎる人を除外できます。 **例:** 抑止は10秒の滞留でトリガーされ、2分間継続して滞在した場合にのみアラームへエスカレーションします。これにより、通り過ぎる人や営業時間を確認する人によるノイズを減らしつつ、実際の脅威は捉えられます。

2段階対応で設定された店舗外通路

*** #### 4. システム設定およびテストによる意図しないアラーム **重要な理由:** テストや初期設定は、一般的でありながら見落とされがちなアラーム件数の原因です。テストを実行すると、月間枠にカウントされる実際のアラームが生成され、設定中の新しいサイトではセットアップ完了前にアラームがトリガーされることがあります。 **セットアップおよび設定中:** * 完全に準備が整うまでサイトを警戒解除のままにしてください。センサーやカメラの設定が未完了でも、予定された警戒設定／警戒解除時間帯によってサイトが自動的に警戒設定される場合があることに注意してください。セットアップが完了したと確信できるまでは、手動で警戒設定してください。 * 手動での警戒設定／警戒解除が不可能な場合は、応答レベルをセルフモニタリングに設定して、セットアップ中に生成されたアラームが上限にカウントされたり、緊急出動をトリガーしたりしないようにしてください。 **センサーをテストする場合:** * 以下を使用します [ウォークテスト](https://help.verkada.com/new-alarms/configuration/alarm-sites/configure-partitions/walk-test-for-sensor-partitions) を使用して、ライブアラームを生成せずにセンサーが正しくトリガーされることを確認します。 **設定完了後にテストする場合:** * 応答レベルを [セルフモニタリング](https://help.verkada.com/new-alarms/configuration/configure-an-alarm-response/self-monitored-response-level) に設定して、セットアップを検証している間使用してください。 *** ### アラーム上限の適用ポリシー 各アラームサイトには、月間15件のVerkada監視対象アラームという上限があります。サイトが2か月連続でこの上限を超えると、3か月目に適用が有効になります。その3か月目に15件目のアラームを超えると、サイトはその月の残り期間、セルフモニタリングに切り替わります。 その後の月もサイトが15件を超え続ける場合、適用は有効のままです。1か月間まるごと上限未満に収まると、適用はリセットされます。 {% hint style="warning" %} 追跡は2026年5月1日に開始します。 {% endhint %} | 月 | ステータス | 発生する内容 | | ---------------------- | ----- | ---------------------------------------------------------------------------------------------- | | 1か月目: 15件以上のアラーム | 猶予期間1 | サイトが15件のアラームを超えます。適用はありません。16件目のアラーム時に、システムはサイト管理者とアラーム管理者連絡先に警告SMSとメールを送信します。 | | 2か月目（連続）: 15件以上のアラーム | 猶予期間2 | サイトが再び15件のアラームを超えます。適用はありません。16件目のアラーム時に、システムはサイト管理者とアラーム管理者連絡先に警告SMSとメールを送信します。 | | 3か月目以降（連続）: 15件以上のアラーム | 適用有効 | 適用が近づいていることを示すため、10件目のアラーム時にシステムは警告SMSとメールを送信します。15件目のアラーム後、システムはその月の残りのアラームをセルフモニタリングに切り替えます。 | 上限にカウントされるアラーム: * ビデオ検証で却下されたセンサーアラームを含め、セルフモニタリング応答レベルではないすべてのアラーム 上限にカウントされないアラーム: * 以下のようなカメラ却下イベント *人物が検出されませんでした* または *ルール未達* * セルフモニタリング応答レベルのアラーム *** ### FAQ
適用のための追跡はいつ開始されましたか？ 追跡は2026年5月1日に開始されました。当社のポリシーで定める3か月の猶予期間を考慮すると、サイトが適用対象となる最も早い時期は2026年7月であり、5月、6月、7月に連続して15件を超えたサイトにのみ適用されます。
適用に関連するSMS／メール通知は誰が受け取りますか？ 警告通知はサイト管理者と [アラーム管理者連絡先](/new-alarms/ja/armu/alarm-admin-contact-requirement.md)に送信されます。アラームサイトの連絡先リストにいるユーザーは、サイト管理者でもある場合にのみこれらの通知を受け取ります。
サイトに適用が実施される前に、警告通知はいくつ送信されましたか？ 適用前の3か月間で、3回の警告を送信します: * **1か月目（猶予期間1）:** 16件目のアラーム時に警告SMS／メールが送信されます * **2か月目（猶予期間2）:** 16件目のアラーム時に警告SMS／メールが送信されます * **3か月目以降（適用有効）:** 10件目のアラーム時に警告SMS／メールが送信され、16件目のアラーム時にサイトが適用対象であることを示す適用通知が送信されます。
セルフモニタリング応答レベルでは何が起こりますか？ 他の応答レベルとどう違いますか？ セルフモニタリングモードでは、アラーム通知はVerkada監視センターの関与なしに応答連絡先へ直接送信されます。他の応答レベルと同じSMS／メールアラートを受け取りますが、緊急サービスへの通報、社内セキュリティの出動、または単にイベントを記録するなど、どのように対応するかはお客様のチームが判断する責任を負います。 以下を参照してください [セルフモニタリング応答レベル](/new-alarms/ja/she-ding/configure-an-alarm-response/self-monitored-response-level.md) 詳細については。
適用後、いつサイトは通常状態に戻りますか？ Verkadaは毎月の開始時にアラーム件数をリセットします。適用対象のサイトは、翌暦月に監視が再開されます。ただし、その翌月にサイトが15件のアラーム上限を超えた場合、その月の残り期間もセルフモニタリングアラーム対応として適用が継続されます。 適用を完全にリセットするには、サイトが15件のアラーム上限未満である暦月を1か月まるごと維持する必要があります。
サイトが適用対象になっているときに緊急事態が発生した場合、警察は呼ばれますか？ サイトが適用対象でセルフモニタリングの場合、どのように警察を出動させますか？ いいえ、適用によりサイトはセルフモニタリングになるため、警察は自動的には出動しません。出動はご自身で開始できます。 セルフモニタリングのアラーム通知には、事前認証済みのインシデントリンクが含まれており、アラームインシデントページに直接移動できます。そこから、アラームを解決するか、緊急出動情報セクションで警察に電話するための電話番号を確認できます。
上限に達せずにアラームシステムをテストするにはどうすればよいですか？ 以下を参照してください [設定のヒント #4: システム設定およびテストによる意図しないアラーム](#id-4.-unintended-alarms-from-system-setup-and-testing) 上記。センサーテストにはウォークテストを使用し、セットアップを検証している間は応答レベルをセルフモニタリングに設定してください。
あらゆる方法を試しましたが、アラーム件数を減らすためにまだ支援が必要です。 アラームシステムを設置および設定したパートナーにお問い合わせください。Verkadaサポートに連絡するか、営業担当者またはソリューションエンジニアに問い合わせることもできます。
--- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://help.verkada.com/new-alarms/ja/troubleshoot.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.