Microsoft Teams の緊急通報：管理者ガイド

By Mirko Peters · 2026-05-14 · Updated 2026-07-18

Teams の緊急通報について、セットアップ、アーキテクチャ、セキュリティ、ガバナンス、実際の利用例まで実践的に解説します。

Automatically translated with AI from the original post. Read the English original

Microsoft Teams の緊急通報は、組織内の誰もがいざというときに緊急サービスへすばやく接続できるようにする、重要かつ法規制の対象となることが多い機能です。この機能は単に電話をかけるだけのものではなく、詳細な構成、正確な位置情報、そして厳格な法的要件への準拠に支えられています。Microsoft Teams や SharePoint の管理を任されている方であれば、すべての設定が正しく機能するよう確認する責任があります。

このガイドでは、IT 担当者やコンプライアンス担当者のニーズに合わせて、わかりやすい説明と実行可能な手順をご紹介します。ライセンスやネットワーク設定といった基本から始め、ポリシー管理、PowerShell による自動化、動的な位置情報サービスといった高度なトピックまで詳しく解説します。また、Kari's Law や RAY BAUM's Act などのコンプライアンス上の課題にも触れ、Teams で緊急通報を展開する際に見落としがないようにします。

Microsoft Teams のガバナンス（組織の生産性とコンプライアンスを保つためのルール、役割、ガードレール）をすでに検討されている場合は、このガイドを使って緊急通報への備えをそのフレームワークに組み込めます。ガバナンス全体については、how Microsoft Teams Governance turns chaos into confident collaboration をご覧ください。ここでは、緊急時に組織を安全かつ万全な体制で対応できるようにし、説明責任を完全に果たせる状態にすることに焦点を当てます。

Teams の緊急通報の開始：セットアップの基本

誰かが Teams から 110 番や 119 番などの緊急番号に発信する前に、管理者としてあらかじめ準備しておくべき作業があります。これは単にチェックボックスを埋めることではなく、安全性とコンプライアンスの両方を支える確かな基盤を整えることです。一つでも漏れがあると、通報が誤ったルーティングをされたり、現地の法律に適合しなかったりするおそれがあります。

Microsoft Teams の緊急通報の基盤には、既存のネットワーク構成を把握すること、組織のライセンスを確認すること、そしてハードウェアとソフトウェアが互換性を持つことを検証することが含まれます。これらの基本事項を押さえておくことで、実際に緊急通報が発生した際に、適切な位置情報を付けて最寄りの緊急サービス機関へ迅速かつ正確にルーティングされるようになります。

このセクションでは、細部に入る前に必要な重要ステップを俯瞰します。いわば「自分が何を知らないのかを知る」ためのガイドです。最初から正しくセットアップしておけば、緊急通報プロジェクトで管理者がよく陥る落とし穴を避け、展開を確実な土台の上に載せることができます。次は、確認すべき点と構成すべき点を具体的に見ていきますので、抜けがないようにしましょう。

Teams の緊急通報：前提条件とネットワーク構成

1. Microsoft Teams Phone のライセンス：Teams で緊急通報を利用するには、ユーザーに Teams Phone（旧 Phone System）のライセンスが割り当てられている必要があります。Microsoft 365 ユーザーの場合はアドオンライセンスが必要になることもあれば、E5 のバンドルサブスクリプションに含まれていることもあります。作業を進める前に、ユーザーに正しい電話システムのライセンスが割り当てられているかを再確認してください。
2. PSTN 接続のセットアップ：Teams を従来の電話網（PSTN）に接続する方法が必要です。これは Microsoft Calling Plans、Direct Routing（SBC 経由）、または Operator Connect で実現できます。緊急通報機能を有効にする前に、選択した方式が導入されており、お住まいの地域でサポートされていることを確認してください。
3. ネットワークトポロジの対応付け：緊急通報は、ユーザーの物理的な所在地に基づいて正しくルーティングされる必要があります。有線サブネット、Wi-Fi アクセスポイント、VPN を含む組織のネットワークトポロジを、Teams 内の物理的な住所に対応付けてください。この手順は、正確な位置の検出と、適切な公共安全機関への通報ルーティングにとって重要です。
4. 対応地域と規制：緊急通報はすべての地域で利用できるわけではありません。Microsoft が公開している一覧に基づき、お住まいの国や地域で Teams の緊急通報がサポートされていることを確認し、法的な特有の要件（米国の 911、EU の 112、オーストラリアの 000 など）も検証してください。
5. ネットワーク基盤と品質: 信頼性が高く適切に構成されたネットワークは、緊急通話にとって欠かせません。QoS の音声設定、帯域幅管理、必要な IP アドレスとポートに対するファイアウォール規則の更新、そして緊急時の停止を防ぐための冗長接続など、ネットワークの準備を優先してください。
6. 監視とセキュリティの統合: Teams を セキュリティ および監視ツールと統合し、緊急通話のイベントを記録し、セキュリティデスクにアラートを送信し、インシデントの振り返りを可能にする計画を立ててください。これにより、監査証跡と継続的な規制コンプライアンスを支援できます。
7. 検証チェックリスト: 緊急通話を有効にする前に、上記のすべての手順を確認してください。セキュリティチームと一緒にテストし、技術面と法的要件が満たされていることを確認することで、通話失敗やコンプライアンス上のギャップのリスクを減らせます。

Teams の起動: 場所検出の設定とユーザーのオンボーディング

1. 初回の場所検出: Teams を初めて起動する際、クライアントはユーザーの場所を検出しようとします。これは基盤となるネットワーク接続に基づいており、有線のサブネット情報、Wi-Fi の詳細(BSSID など)、またはモバイルの場合はデバイスの GPS を使用します。
2. ユーザーへの確認と入力: Teams が正確な場所を自動検出できない場合、ユーザーには現在の住所を手動で入力するよう求めるメッセージが表示されます。緊急通話の精度を確保するため、IT 管理者はこの手順が必要な理由と方法を周知する必要があります。
3. IT による構成: ユーザーをオンボーディングする前に、管理者は Teams 管理センターまたは PowerShell で信頼できるネットワークの場所を定義し、割り当ててください。これらのネットワークに接続したユーザーには緊急時の場所が自動的に設定されるため、オンボーディング時の手間が減ります。
4. ユーザー教育: 場所データへのアクセスを Teams に許可することの重要性と、特にモバイルやリモートで働くスタッフについて定期的に場所情報を更新することの必要性を説明するオンボーディング資料やクイックガイドを用意してください。これにより、精度と緊急対応に関する規制への準拠が高まります。

Teams 管理センターでの緊急通話 Teams ポリシーの構成

組織のインフラを整え、ライセンスが準備できたら、緊急通話を全社でどのように機能させるかを決めるルールとポリシーを設定しましょう。Teams 管理センターが、その主要なダッシュボードです。異なるグループ、場所、シナリオごとに、ポリシーを細かく制御できます。

Teams 管理センターでは、緊急通話を発信できるユーザーを定義するだけでなく、どの番号で通話が発信されるか、アラートや通知をどこに送るか、コンプライアンスのための場所の要件なども定義できます。数人のユーザーを管理する場合でも、複数拠点にまたがる数千人のユーザーを管理する場合でも、緊急対応を組織の構造に合わせるためのツールです。

以下のセクションでは、これらの緊急ポリシーの作成とカスタマイズの方法、および部門や物理的な場所、ユーザーへの割り当て方法を説明します。目的意識を持って一貫性のあるポリシー管理を行うことで、強固なガバナンスの基盤を築き、予期せぬ事態が起きた際にも、より安全かつ迅速な対応が可能になります。

Teams 管理センターでの緊急通話 Teams ポリシーの作成と管理

1. カスタム緊急ポリシーの作成: Teams 管理センターでは、「Contoso Emergency Calling Policy 1」のような独自の緊急通話ポリシーを作成できます。これにより、有効にする緊急番号(911、112 など)を指定し、拠点やユーザーの種類ごとに個別の動作を設定できます。
2. 通知とエスカレーションの設定: 緊急通話の通知用メールを追加できます。たとえば、緊急通話が発信されると、セキュリティチームや受付スタッフがリアルタイムでアラートを受け取れます。これらの通知は、コンプライアンスプログラムや現地でのインシデント管理に役立ちます。
3. 場所の要件の設定: ポリシーでは、ユーザーが正確な場所情報を提供する(または Teams による検出を許可する)ことを必須にする必要があります。これを徹底することで、緊急対応要員に出動可能な正確な住所を提供することを義務付ける RAY BAUM'S Act などの規制への準拠を維持できます。
4. 拠点またはユーザーごとのポリシー割り当て: グループ、ユーザー、またはネットワークの場所の単位でポリシーを割り当てると、最大限の柔軟性が得られます。複数拠点を持つ組織では、本社、リモート勤務、サテライトオフィスごとに異なるルールを適用でき、多様な働き方に対応できます。
5. ガバナンスと監査: ポリシーの管理は、Teams の全体的なガバナンスの取り組みと合わせて行ってください。ワークスペースを整理し、コンプライアンスを確保し、効率的に保つためのベストプラクティスについては、こちらの Teams ガバナンスに関するガイドをご覧ください。

Teams でユーザーを有効化し、緊急時の住所を割り当てる

1. 緊急通報対象ユーザーの有効化: Teams 管理センターで、緊急通報を有効にする必要があるユーザーを選択します。対象ユーザーに Teams Phone が割り当てられていることを確認し、各所在地に適用される法的要件を確認してください。
2. 緊急時の住所の割り当て: 社内ネットワークを使用するユーザーには、サブネットや Wi-Fi SSID などの適切なネットワーク識別子に緊急時の住所を割り当てます。リモートユーザーには、Teams クライアントの設定で正確な住所を入力するよう案内し、緊急通報が正しくルーティングされるようにします。
3. 住所割り当ての定期的な更新: モバイルワーカーやハイブリッドワーカーが多い組織では特に、場所を移動するたびにユーザーが所在地を更新できる仕組みを用意してください。必要に応じて、リマインダーを自動化したり、ポリシーによる強制を利用したりします。
4. 法令遵守の確認: 監査可能性と法令遵守を確保するため、すべての住所割り当てと構成を文書化してください。特に RAY BAUM's Act や各地域の同等の法律に対応する必要があります。

緊急通報のための Teams PowerShell による高度な構成

大規模または頻繁に変更が発生する環境では、Teams 管理センターの UI が遅く感じられることがあります。そこで役立つのが PowerShell です。PowerShell を使用すると、緊急通報の設定を自動化し、数千のユーザーやサイトに変更を一括で適用し、すべての Teams 環境で一貫性を確保できます。

この方法は、厳格な監査要件がある組織、異動や追加、変更が頻繁に発生する組織、またはグラフィカルインターフェイスではサポートされていない高度な構成が必要な組織に最適です。スクリプトを使用すると、ポリシーを大規模に適用するだけでなく、一括更新を実行したり、他の IT プロセスと連携させたりすることもできます。次のセクションでは、緊急対応システムにこれを活用する方法を説明します。

Teams で緊急設定と PIDF-LO を管理する PowerShell スクリプト

1. 緊急ポリシーの一括割り当て: Grant-CsTeamsEmergencyCallingPolicy などの PowerShell コマンドを使用して、緊急通報ポリシーを大規模にユーザーまたはグループ全体へ割り当てます。これにより、Teams 管理センターでの反復的な操作を置き換えられ、自動化されたユーザープロビジョニングにも対応できます。
2. 緊急時の住所の構成と更新: Set-CsOnlineLisLocation および関連するコマンドレットを活用して、ネットワーク リージョン、サブネット、WLAN に紐づく位置情報を管理します。これにより位置情報の精度が向上し、物理的な拠点の変化に合わせた更新も効率化されます。
3. PIDF-LO データの変更: PIDF-LO（Presence Information Data Format-Location Object）形式は、位置情報を緊急通報のオペレーターに伝えます。高度な PowerShell スクリプトを使うと、PIDF-LO レコードを調整、検証、または一括修正できます。これにより、後続のシステムや緊急通報の受付担当者が常に正確なデータを受け取れるようになります。
4. 緊急通報のルーティングルールの管理: PowerShell を使用して、地域、発信番号、その他の属性に基づいて緊急通報の処理方法を決定する通話ルーティングポリシーとルールを構成します。複数の拠点を持つ企業では非常に重要であり、規制や業務上のニーズの変化に迅速に対応できます。
5. 監査と構成のエクスポート: PowerShell を使用すると、コンプライアンス監査のために、ポリシーの割り当て、位置情報データ、緊急通報の記録をエクスポートできます。これは社内レビュー、インシデント発生後の分析、必要に応じた規制当局への報告に役立ちます。

正確な緊急対応を実現する動的 911 と Teams の位置情報検出

現代の職場は、もはや四方の壁に囲まれた場所だけではありません。カフェ、自宅のホームオフィス、空港のラウンジなど、さまざまな場所があります。そのため、固定的な緊急通報ルーティングではもはや十分ではありません。Microsoft Teams の動的 911 を使用すると、ユーザーがどこにいても位置情報がリアルタイムで更新され、モバイルワーカーやハイブリッドワーカーの安全を支えられます。

動的 911 は、Teams のスマートな位置情報検出と、ポリシーおよびルーティングルールを組み合わせ、オフィス間を移動したり自宅から接続したりする場合でも、すべての緊急通報に発信者の最新の位置情報が含まれるようにします。これは組織のコンプライアンス体制を強化するだけでなく、一刻を争う場面で実際に役立つ可能性があります。

次に、動的な位置情報サービスの仕組み、通話ルーティングや法令遵守への影響、そして、この人命に関わる仕組みに参加するためにエンドユーザー（およびそのデバイス）が必要とする条件について詳しく見ていきます。

Teams における動的な 911 の仕組み：位置情報の更新と緊急通話のルーティング

1. 位置情報の自動更新： Teams は、有線サブネット、Wi-Fi の SSID/BSSID、さらには（対応するクライアントでは）デバイスの GPS など、ユーザーのネットワーク接続を常に分析して位置を特定します。ユーザーが移動すると、Teams はバックグラウンドで位置情報を自動的に更新しようとします。
2. リアルタイムの位置情報の取得： ユーザーが緊急番号をダイヤルすると、Teams は検出済みまたは入力済みの最新の位置情報を取得し、発信する通話に付加します。これにより、緊急サービスは本社の住所だけでなく、発信者が現在いる拠点の、出動可能な住所を受け取れます。
3. PSAP（公衆安全応答点）との連携： 動的に生成された位置情報データは地域の PSAP にルーティングされ、ユーザーが想定された場所にいない場合や、オフィス間を移動している場合でも、緊急対応要員がどこへ向かえばよいかを把握できるようにします。
4. フォールバックと制限事項への対応： ユーザーが社内ネットワークの外にいる場合、Teams は住所を手動で更新するよう促します。通話が誤ったルーティングになることを防ぐため、管理者はリモートワーカーにこの手順を周知しておく必要があります。
5. ハイブリッド組織向けのベストプラクティス： Teams に、社内のすべてのサブネットと Wi-Fi アクセスポイントを登録してください。モバイルユーザーやリモートユーザーには、コンプライアンスと従業員の安全のため、位置情報を定期的に確認して更新するよう促してください。

個人用デバイスおよび Teams 対応クライアントでの位置情報の有効化

• Windows および Mac クライアント： デバイスの設定で位置情報へのアクセスを有効にし、Teams に必要なアクセス許可を付与するよう、ユーザーに案内してください。これにより、特に社内ネットワークや Wi-Fi に接続している場合に、自動検出が機能します。
• iOS および Android デバイス： モバイルでは、Teams アプリで GPS/位置情報サービスを有効にする必要があります。スタッフには、更新や OS の変更後に表示される確認メッセージを承認し、アプリのアクセス許可を確認するよう伝えてください。
• 対応クライアントのバージョン： ユーザーの Teams クライアントが最新であることを確認してください。新しいバージョンほど、より高度な位置情報および動的 911 機能に対応しています。古いアプリでは、位置情報を緊急サービスへ正しく引き渡せない可能性があります。
• 一般的な問題のトラブルシューティング： ユーザーが不正確な位置情報を報告できるサポートチャネルを用意してください。問題の多くは、アクセス許可が拒否されていることや、Teams 管理センターのネットワークマッピングが古いことが原因です。

緊急通話のための緊急ルーティングの準備とネットワーク構成

適切な設定とは、位置情報データを取得するだけでなく、従業員がどこで働いていても、すべての緊急通話が適切な地域の対応機関に確実に届くようにすることでもあります。Teams の緊急通話ルーティングは、詳細なネットワークとプロバイダーの構成に依存しています。これにより、本社にいる従業員でも、国内の遠隔地にいる従業員でも、適切な PSAP（公衆安全応答点）に接続されます。

このセクションでは、緊急通話のルーティングと、その基盤となるネットワークおよび位置情報のマッピングを準備するための要点を説明します。目的は、組織が拡大、再編、あるいは従業員が分散していく中でも、通話が確実に正しい宛先へ届くようにすることです。堅実なルーティングの準備は、法令遵守と従業員の安全確保の基盤となります。

次のトピックでは、ルーティングプロバイダーの選択肢、Teams との設定方法、そして、一秒を争う場面で何も見落とさないよう、物理的な場所とネットワークの場所をマッピングする手順を解説します。

緊急ルーティングの設定、プロバイダーの選択、Teams での通話ルーティング

• ルーティングプロバイダーの選択： 通話ルーティングプロバイダー（緊急ルーティングサービス、E911 プロバイダー、Operator Connect パートナーなど）は、発信者の位置情報に基づき、Teams の緊急通話を適切な PSAP に接続する役割を担います。地域の法令への準拠、信頼性、統合機能の観点から、パートナーを慎重に評価してください。
• Teams との統合： 選択したプロバイダーを、Direct Routing または Operator Connect を使用して Microsoft Teams にプロビジョニングします。各プロバイダーは、SIP トランク、IP アドレス、または API による接続手順を提供します。冗長性と法令遵守に関する要件には、必ず正確に従ってください。
• 音声ルーティングの構成: Teams で、緊急通報の発信番号、信頼された IP アドレス、リージョンベースのルールを定義し、拠点や場所ごとの通話が適切にルーティングされるようにします。管理センターの UI で要件を満たせない場合は、PowerShell でさらに細かく調整できます。
• 地域別およびキャンパス別のルール: 複数の州や国に拠点がある組織では、キャンパス別または複数リージョンにまたがるルールを作成します。これにより、検出された場所やネットワーク セグメントに応じて、911 や 112 などの特定の番号を発信すべき先が決まります。
• ルーティングの信頼性の監視とテスト: 安全なテスト通話を使って定期的にルーティング構成をテストし、すべてのアドレスのマッピングを検証するとともに、ルーティング プロバイダーが通話を正しい機関に届けていること(障害時のバックアップを含む)を確認します。

Teams の緊急通報向けにネットワークとロケーション サービスを構成する

1. 物理的な住所とネットワーク サブネットの対応付け: Teams 管理センターまたは PowerShell を使用して、物理的なオフィスの住所を特定のネットワーク サブネット、Wi-Fi アクセス ポイント、または VLAN に関連付けます。このマッピングにより、緊急通報時に Teams が適切な発信者位置情報を自動的に割り当てられるようになります。
2. Teams ロケーション サービスの構成: Teams ロケーション サービスで場所を定義し、規模の大きい拠点では、フロア、スイート、建物などの詳細情報を含めます。これにより、コンプライアンスと緊急時の迅速な対応の両方において位置情報の精度が向上します。
3. 定期的な更新: オフィスの移転、新規拠点の開設、Wi-Fi ネットワークの変更が発生するたびに、ロケーションとネットワークのマッピングを更新する作業を定例化してください。これにより、緊急時の住所データベースを正確かつ法令に適合した状態に保てます。
4. コンプライアンスとドキュメント: 構成済みのすべてのマッピングと最近の変更内容を示すドキュメントを維持します。必要に応じて、監査や事後の振り返りを裏付ける資料として活用できます。

Teams の緊急通報機能のテストとフィードバックの監視

緊急通報の構成を整えることは、半分にすぎません。残りの半分は、実際に機能することを確実にすることです。ドライランのつもりが、誤って緊急対応要員を本当に事務所へ急行させてしまうようなことは避けなければなりません。Teams の緊急通報プロジェクトでは、テストと継続的な監視が極めて重要です。

このセクションでは、構成を検証する安全な方法、通話ログの確認方法、そして問題が発生した場合に適切な担当者へ通知し、情報を共有する方法を説明します。また、問題が起きた場合や、組織の要件に合わせてより良くできる点がある場合に、Microsoft へフィードバックを送る方法も取り上げます。本物の緊急事態を引き起こすことなく、システムを徹底的に検証する方法を見ていきましょう。

実際の緊急事態を引き起こさずに Teams の緊急通報をテストする

• 公式のテスト番号を使用する: Microsoft や多くの緊急ルーティング パートナーは、ルーティングと通知を確認できる安全なテスト番号を提供しています。これらは実際の緊急対応には接続されません。テストでは、911 や実際の緊急番号にダイヤルする代わりに、必ずこれらの番号を使用してください。
• 通知ワークフローの検証: テストの一環として、通知がすべての適切なチャネル(セキュリティ担当者、受付、Teams チャット、メール)に届くことを確認します。実際の通報が入った際に全員が自分の役割を把握できるよう、シミュレーションしたワークフローを実行してください。
• 多様なシナリオのシミュレーション: オンサイト、リモート、モバイルなど、複数の種類のユーザーと、さまざまなネットワーク セグメントからテストし、組織全体で正しい位置情報の検出と通話のルーティングが機能していることを確認します。シナリオごとに、隠れた不備が見つかることがあります。

Teams の緊急通報のパフォーマンス監視とフィードバック

• アラートとインシデント ログの監視: Teams に組み込まれたツールや、統合されたセキュリティ システムを使用して、緊急通報に関するアラートとログを監視します。これにより、継続的なパフォーマンス チェックとコンプライアンス要件を満たせます。
• Teams 管理センターでの問題の報告: 運用上のバグや問題は、必要に応じて通話の概要やシステム アラートを添付し、Microsoft へ直接報告します。問題を早く報告するほど、全員にとって早く解決されます。
• 機能拡張の要望: Teams 内のフィードバック機能、または Microsoft のユーザー ボイス プラットフォームを使用して、緊急通報に関する機能追加や変更を提案します。現在のドキュメントや UI の制約でカバーされていないシナリオがある場合に特に有効です。
• ガバナンスと監査証跡: 監視とレビューを、組織全体のガバナンス戦略と結び付けてください。体系的なガバナンスのヒントについては、Teams のガバナンスとコンプライアンスに関するこちらの投稿をご覧ください。

Teams における緊急通報のコンプライアンス: Kari's Law、RAY BAUM's Act、および法的要件

1. Kari's Law の要件: Microsoft Teams Phone を含め、米国内のすべての複数回線電話システム (MLTS) は、プレフィックスなしで利用者が 911 に直接発信できる必要があります。さらに、誰かが 911 に発信した場合、組織内の指定された担当者は、SMS、メール、または Teams チャットのアラートなどによって、直ちに通知を受け取る必要があります。
2. RAY BAUM's Act のコンプライアンス: この法律では、緊急通報に「配信可能な場所」を提供することが義務付けられています。可能であれば、フロア、スイート、または部屋番号まで特定する必要があります。Teams は、会社や構内の住所だけでなく、各通報に発信者の具体的な場所が含まれるように設定しなければなりません。
3. 州および地域ごとの違い: 州や自治体によっては、さらなる要件が追加される場合があります（オンプレミスの警備デスクとの連携、標識の設置、ログの記録など）。緊急通報システムに関連する新たな義務に対応するため、法務担当者またはコンプライアンス担当者と連携を保ってください。
4. 国際的な規制: 米国以外では、別の緊急通報番号（EU の 112、オーストラリアの 000 など）に加え、通話のルーティング、位置情報の精度、プロバイダーの責任に関する国ごとの独自のルールに直面します。Microsoft は、サポート対象の地域とそれぞれの固有の義務を定期的に更新しています。
5. 監査、レポート、記録の保持: 緊急通報、通知、位置情報データの詳細なログを保持してください。コンプライアンス監査やインシデント後のレビューに備え、完全な記録管理のために Teams の組み込みエクスポートツールを使用するか、組織のコンプライアンスプラットフォームと統合してください。

Teams の緊急通報に関する制限事項と利用者の責任の周知

1. 制限事項の周知: Teams での緊急通報は、最新の位置情報データと途切れのないインターネット接続に依存することを利用者に伝えてください。利用者が不慣れな場所や未登録の場所で作業している場合、必要な場所への救助要請が遅れたり、誤った情報で届いたりする可能性があります。
2. 位置情報への意識向上: 特にリモートで作業する場合やオフィスを移転する場合に、Teams で自分の位置情報を確認し、更新するよう利用者に指示してください。定期的な通知やトレーニングセッションは、リスクを low くし、RAY BAUM's Act などの法的義務への準拠を高めるのに役立ちます。
3. 停電およびインターネット障害について話し合う: ネットワーク、Wi-Fi、または電源に障害が発生した場合、Teams の緊急通報は機能しないことを明確に伝えてください。特に災害時や構内の停電時に備え、利用者は緊急サービスへの別の連絡手段を常に把握しておく必要があります。
4. 利用者向けのトレーニングとリマインダー: 位置情報の許可を与えることや、Teams クライアントで正確な情報を入力することの重要性を強化する、クイックリファレンスガイド、オンボーディングチェックリスト、ポップアップのリマインダーを作成してください。繰り返し周知することで、新規利用者や復帰した利用者も常に最新の情報を把握できます。
5. 緊急時対応の訓練: Teams 内での緊急通報のシナリオを練習するため、仮想または実地の訓練を取り入れてください。実際にこれらの機能を使う必要が生じた場合に、利用者が何をすべきか、何が起こるかを理解しているかを確認します。

あわせて聴いていただきたいエピソード

Teams の緊急通報について調べている場合は、以下のエピソードで、アーキテクチャ、運用、セキュリティ、ガバナンスに関する実践的な背景を確認できます。

• Teams Telephony – Simply Explained — Teams 音声の背後にある通話アーキテクチャ、ルーティング、テレフォニーの運用について理解できます。
• Microsoft Teams Governance – The Illusion of Control — 通話に関する判断を、所有権、ポリシー、ライフサイクル、ガバナンスと結び付けて考えられます。
• Azure Virtual Network – Simply Explained — ネットワーク構成が通話品質と信頼性にどのように影響するかを学べます。
• Microsoft Defender XDR – Simply Explained — Teams のコミュニケーション計画にセキュリティ監視とレスポンスを追加しましょう。