# 新しいアラームでの緊急出動 出動とは、モニター担当者がアラームイベントのワークフローによってトリガーされたときに、緊急の初動対応者（通常は警察）を現場へ派遣するプロセスです。すべてのアラームが出動につながるわけではありません。出動は、アラーム対応設定、顧客対応、および現地の法執行機関の要件によって決定されます。 以下の表では、サイトのアラーム対応設定に基づく一般的な出動シナリオと、管轄区域の要件やユースケースによって発生しうる一般的な問題の一部を示します。 | **シナリオ** | **結果** | | --------------------------------------------------------- | -------------------------------------------------------------------- | | [即時出動対応が設定されている](#immediate-dispatch-response-configured) | 警察に最初に連絡し、その後顧客に通知します | | [標準対応が設定されている](#standard-response-configured) | アラーム連絡先リストのユーザーが応答して出動を承認するか、担当者が指定された連絡先リストをすべて確認した後に出動へエスカレーションします | | [許可証がない](#permit-or-compliance-requirements-not-met) | 警察が対応を拒否する場合があります（管轄区域による） | | [鍵保持者が不在](#key-holder-on-site) | 警察が対応を拒否する場合があります（管轄区域による） | | [誤報の履歴が多い](#excessive-false-alarms-or-false-dispatches) | 警察がサイトへの対応を停止する場合があります | | [公共空間をカバーするカメラ](#camera-covering-a-public-area) | 警察が対応を拒否する場合があります（または鍵保持者の同席を求める場合があります） | *** ### 緊急出動の基準 出動は、サイトのアラーム対応設定に応じてさまざまな方法でトリガーできます。最も一般的な2つの方法を以下に示します。 #### 即時出動対応が設定されている サイトが即時出動に設定されている場合、確認済みのアラームに対するモニター担当者の最初の対応は、顧客に電話する前に警察へ直接連絡することです。その後、担当者は連絡先リストに沿って顧客へ通知し、状況と実施した対応を説明します。 * 連絡先が応答してキャンセルを依頼した場合、担当者は出動を取り消すよう最善を尽くします。 * アラームは、ユーザーが解決するまで、出動開始後4時間アクティブのままです。解決後、担当者は出動を取り消すよう最善を尽くします。 #### 標準対応が設定されている サイトが標準対応に設定されている場合、担当者は連絡先リストに沿って連絡します。連絡先ごとに2回試行しても誰も応答しない場合、担当者は警察を出動させます。連絡先が応答して承認した場合も、担当者は出動させます。 顧客は、アクティブなアラーム中であればいつでも、インシデントリンクまたはCommandから手動で出動を依頼することもできます。 *** ### 緊急出動に関するその他の外部要件 管轄区域によっては、法執行機関がアラームに対応する前に、特定の条件が満たされることを求める場合があります。以下の例では一般的な要件を示していますが、考えられるすべてのケースを含むものではありません。要件は都市や警察署によって大きく異なります。サイトのオンボーディング時や出動拒否の調査時には、これを出発点として使用し、出動を有効にする前に必ずその管轄区域の具体的な要件を確認してください。 #### アラーム許可証 多くの都市では、サイトが地元当局が発行する有効なアラーム許可証を保有していることを求めます。許可証なしで運用すると、対応の拒否や罰金につながる可能性があります。 #### 現場の鍵保持者 一部の管轄区域では、警察が対応する前に、確認済みの鍵保持者（認可された連絡先）が現場にいるか、向かっていることを求めます。これは、誤報への不要な出動を減らすためです。 サイト設定時には必ず管轄区域固有の要件を確認し、顧客の連絡先が鍵保持者の義務を認識していることを確認してください。 *** ### 警察が緊急出動を拒否する理由 モニター担当者から出動が開始されても、法執行機関が対応を拒否する場合があります。顧客が経験しうる一般的な理由を以下に示します。 #### 許可証またはコンプライアンス要件を満たしていない サイトが必要な [アラーム許可証](/classic-alarms/ja/konpuraiansutoraisensu/classic-alarms-licensing/determine-relevant-alarm-permits.md)を保有していない場合、または鍵保持者を確認できない場合、多くの管轄区域では警察が対応を拒否することがあります。お住まいの地域のアラーム対応要件を確認するには、地元当局にお問い合わせください。 #### 過度の誤報または誤出動 ほとんどの管轄区域では、誤報/誤出動ポリシーが運用されています。サイトに未確認または無効なアラームが大量に蓄積されると、問題が解決するまで警察がブラックリストに追加する場合があります。これは、サイトが「ペナルティ中」または「停止中」と呼ばれることもあります。 * サイトのアラーム履歴とカメラ設定を確認して、根本原因を特定してください。 * 対応を復旧するには、あなたまたはパートナーが地元の法執行機関に直接連絡する必要がある場合があります。 #### 公共エリアをカバーするカメラ カメラが公共空間（例：歩道、公道、共有エリア）を監視するように設置されており、歩行者や通行人に対して繰り返しアラームを引き起こす場合、警察が対応を拒否することがあります。この問題への対処として、以下の対応を検討するとよいでしょう。 * カメラの画角とアラームトリガー設定を確認してください。 * 屋外および対外向けエリアでは、多層的な対応戦略を使用し、しきい値の低いイベントが [抑止](/new-alarms/ja/she-ding/configure-ai-powered-deterrence.md) を最初に発動し、継続的な滞留のみがアラームへエスカレーションされるようにします。これにより、偶然の通行人を除外しつつ、実際の滞留を識別しやすくなります。 --- # 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/reptotomonitaringu/shiiarmudeno.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.