> For the complete documentation index, see [llms.txt](https://help.verkada.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.verkada.com/new-alarms/ja/reptoto/emergency-dispatch-in-new-alarms.md).

# 新しいアラームでの緊急出動

緊急出動とは、アラームイベントのワークフローによってトリガーされた際に、モニター担当者が緊急初動対応者（通常は警察）を現場に派遣するプロセスです。すべてのアラームが緊急出動につながるわけではありません。緊急出動は、アラーム対応設定、顧客の対応、地域の法執行要件によって決定されます。

以下の表では、サイトのアラーム対応設定に基づく一般的な緊急出動シナリオと、管轄要件やユースケースによって発生しうる一般的な問題の一部を示します。

| **シナリオ**                                                    | **結果**                                                             |
| ----------------------------------------------------------- | ------------------------------------------------------------------ |
| [即時緊急出動対応が設定されている](#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
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## 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, and the optional `goal` query parameter:

```
GET https://help.verkada.com/new-alarms/ja/reptoto/emergency-dispatch-in-new-alarms.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.