> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/ja/archive-content/emergency-services-best-practices/regulatory-considerations-in-the-united-states.md).
# 米国における規制上の考慮事項
{% hint style="warning" %}
Zoom Phone には、911への直接ダイヤルやオンサイト通知などの要件をサポートする機能が含まれており、Kari’s Law や RAY BAUM'S Act のような法律に関連する場合があります。組織は、適用される規制へのコンプライアンスについて責任を負います。
{% endhint %}
Kari’s Law と RAY BAUM’S Act の詳細については、FCC（連邦通信委員会）をご参照ください [ウェブサイト](https://www.fcc.gov/mlts-911-requirements).
### プレフィックス
Zoom Phone は、『911』（またはお住まいの国で定義されている緊急番号）をダイヤルすると、他のダイヤルプランルールとは関係なく緊急通話としてルーティングされるように設定されています。
{% hint style="info" %}
米国/カナダでは、933 にダイヤルすると、Zoom を使用して緊急通話をルーティングしているお客様の声向けに、緊急通話のテストサービスが提供されます。通話は公共安全機関ではない自動システムに接続され、設定を確認し、発信者IDと住所を読み上げます。
{% endhint %}
### 緊急通知
Zoom Phone では、ユーザーが緊急番号をダイヤルしたときに通知を受け取るための複数の設定オプションが用意されています。以下の方法を組み合わせて、ニーズに最適に対応できます:
* **メール通知**: 複数の Zoom Phone サイトを展開していないお客様の場合、メール通知をアカウント レベルで有効にすることができます。複数の Zoom Phone サイトを展開しているお客様の場合、メール通知をサイト レベルで有効にすることができます。どちらの場合も、アラートを受信する個人またはグループで構成されるメール配信リストを設定できます。緊急通話のメール通知の例を以下に示します:
* **社内安全対応チームにルーティングする**: 社内安全対応チームは、緊急通話を受信、レコーディング、監視し、必要に応じて参加できる Zoom Phone のコールキューです。各 Zoom Phone サイトごとに個別のキューを設定できます。緊急通話が発信されると、通話は公共安全機関とキューに並列でルーティングできます。キュー メンバーには、発信者、電話番号、および発信者の検出済みまたはデフォルトの位置情報を示す詳細なアラートが届きます。キュー メンバーは、通話を監視したり、割り込みで通話に参加して対応の調整を支援したりできます。
* 有効にするには、次を参照してください [緊急通話のルーティング](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0061026) サポート記事。
* 下の図は、着信した緊急通話が社内安全対応チームのキューで処理される例を示しています。
* **Zoom チャット**: Zoom の「緊急通知」チャットボットを展開することで、緊急通話アラートを受信する 1 つ以上の Zoom チャット グループを定義できます。このアプリケーションでは、緊急メッセージを Zoom デジタルサイネージに投稿する機能も提供されます。チャットボット通知を有効にするには、次を有効にしてダウンロードします [緊急通話通知アプリ](https://marketplace.zoom.us/apps/u6uJxSZlTL23yLm7q63cHA) Zoom App Marketplace の中で。
{% hint style="success" %}
たとえば、建物の3階から緊急通話が発信された場合、指定された Zoom チャット グループに、緊急内線にダイヤルしたユーザー、発信者ID、通話の時刻、および設定された住所情報、検出されたサイト、またはユーザーに割り当てられた位置情報の詳細を示す通話アラートが受信されます。チャット グループのメンバーはその後、Zoom デジタルサイネージにメッセージを投稿することを選択できます。この例では、たとえば、建物のロビーのデジタルサイネージを指定して、緊急対応者に3階へ向かうよう知らせることができます。
{% endhint %}
* **Webフック**: Zoom API は、緊急通話が発信されたときにWebhookアラートを送信でき、サードパーティのイベント管理プラットフォームとの連携を可能にします。
* 表示する [APIリファレンス](https://developers.zoom.us/docs/api/) 詳細については、Zoom App Marketplaceで。
### 送付可能な住所
米国では、RAY BAUM’s Act により、緊急通話とともに発信可能な住所を送信することが求められます。Zoom Phone は、この要件をネイティブおよび BYOC アカウントの両方でサポートします。Zoom Phone ネイティブ通話サービスを利用するお客様の声については、管理者とユーザーは、各ユーザー、電話、位置情報ごとに緊急時の住所を定義できます。
#### Zoomネイティブ
Zoom Nativeサービスで新規取得または移行された電話番号は、デフォルトのサイト住所を継承します。管理者は、必要に応じて管理ポータルでユーザーおよび共用エリアの電話の緊急連絡先の割り当てを変更できます。各ユーザーおよびデバイスには、デフォルトの住所を設定する必要があります。管理者は、エンドユーザーが自分の緊急連絡先を管理できるかどうかも制御できます。
{% hint style="info" %}
管理者は、ユーザーが自分の緊急連絡先を管理できるように、このオプションを有効にすることができます。このオプションは、分散型またはリモートの勤務体制を持つ組織に役立ちます。
{% endhint %}
住所は、保存する前に検証する必要があります。米国とカナダでは、この検証は自動化されています。その他の国では、検証が自動化される場合もあれば、Zoomサービスチームによる手動の手順が必要な場合もあります。
#### Bring Your Own Carrier
米国またはカナダ以外でBring Your Own Carrier (BYOC) 通話サービスを利用するお客様では、各電話番号のレコーディング上の住所はキャリアによって管理されます。お客様は、これらの住所を更新または変更するために、BYOCキャリアと連携する必要があります。Zoomの緊急連絡先フィールドは、ユーザーおよびデバイス情報の収集と管理に使用できますが、電話番号と住所の対応付けは引き続きBYOCキャリアによって実装・管理されます。
デフォルトでは、Zoomは米国/カナダの番号を持つBYOCのお客様向けの緊急通話をルーティングします。ノマディック緊急サービスを有効にする場合、ルーティングはアカウントレベルまたはマルチサイト展開のサイトレベルで設定できます。この構成では、Zoomの緊急連絡先管理ツールが米国とカナダのユーザーおよび電話に適用され、住所をキャリアで更新する必要はありません。BYOCキャリアを通じて緊急通話をルーティングする必要がある場合は、Zoomにサポートリクエストを送信することでこのオプションを利用できます。
---
# 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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://library.zoom.com/technical-library/ja/archive-content/emergency-services-best-practices/regulatory-considerations-in-the-united-states.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.
