コミュニケーション コンプライアンスの使用を開始する

コミュニケーション コンプライアンス ポリシーを使用して、内部レビュー担当者または外部レビュー担当者による分析のためのユーザー通信を特定します。 通信コンプライアンス ポリシーがorganization内の通信を検出する方法の詳細については、「通信コンプライアンス ポリシー」を参照してください。 Contoso が通信コンプライアンス ポリシーを迅速に構成して、Microsoft Teams、Exchange Online、Viva Engage通信で不適切な可能性のあるコンテンツを検出する方法を確認する場合は、このケース スタディをチェックします。

サブスクリプションとライセンス

コミュニケーション コンプライアンスを開始する前に、 Microsoft 365 サブスクリプション とアドオンを確認する必要があります。 通信コンプライアンスにアクセスして使用するには、管理者は、organizationにサポートされているサブスクリプションがあり、適切なライセンスがユーザーに割り当てられていることを確認する必要があります。 サブスクリプションとライセンスの詳細については、通信コンプライアンスの サブスクリプション要件 に関するページを参照してください。

既存の Office 365 Enterprise E5 プランがなく、コミュニケーション コンプライアンスをお試しになりたい場合は、Microsoft 365 を既存のサブスクリプションに追加するか、Office 365 Enterprise E5 の試用版にサインアップすることができます。

推奨処理

推奨されるアクションは、organizationがコミュニケーション コンプライアンスを迅速に開始するのに役立ちます。 [ 概要 ] ページに含まれている推奨アクションは、ポリシーを構成して展開する手順をガイドするのに役立ちます。

コミュニケーション コンプライアンス構成の開始と最大化に役立つ次の推奨事項を使用できます。

• コミュニケーション コンプライアンスについて理解する: セットアップを完了する前に、公式ドキュメントを確認して、organizationでのコミュニケーション コンプライアンスの詳細、計画、展開を行ってください。
• アクセス許可を割り当てて、チームが仕事を完了できるようにする: コミュニケーション コンプライアンス機能の管理とアラートの調査とレビューを担当するチーム メンバーを割り当てることで、適切な関係者のみがソリューションにアクセスできるようにします。
• 検出する通信を持つユーザーの配布グループを作成する: 通信コンプライアンス ポリシーに含まれるユーザーを含む配布グループを作成します。
• 通信の検出を開始するための最初のポリシーを作成する: 最初に、organizationの内部および/または外部通信全体の潜在的な違反を識別するポリシーを設定して、潜在的な規制コンプライアンス違反を検出して調査します。
• アラートを確認して検出されたメッセージを調査し、アクションを実行する: ポリシーの条件に一致するメッセージを特定して分析し、ポリシー違反に関するコンテキストを提供するアラートをトリガーして、必要に応じて調査してアクションを実行できるようにします。
• ポリシーのパフォーマンスに関するレポートを確認する: ポリシーのパフォーマンスに関するクイック分析情報を取得し、詳細なレポートを表示して詳細なレポートをさらにドリルダウンし、さらに分析のために結果をエクスポートします。

コミュニケーション コンプライアンスの各アクションには、次の 3 つの属性があります。

• アクション: 推奨されるアクションの名前と説明。
• 推奨、必須、または省略可能: 通信コンプライアンス機能を期待どおりに機能させるために推奨されるアクションが強く推奨されているか、必須か、または省略可能か。
• 推定完了時間: 推奨されるアクションを完了するための推定時間 (分単位)。

一覧から推奨事項を選択して、通信コンプライアンスの構成を開始します。 推奨されるそれぞれのアクションでは、要件、予想される内容、組織で機能を構成した場合の影響など、推奨事項に必要なアクティビティに関する説明が行われます。 一部の推奨アクションは、構成時に自動的に完了としてマークされます。 そうでない場合は、構成時に完了したアクションを手動で選択する必要があります。

[ポリシー] ページにも含まれる推奨アクション分析情報は、現在の機密情報の種類と、organization内の通信における規制コンプライアンス違反の可能性を要約するのに役立ちます。 分析情報は、 データ分類 と、秘密度ラベル、保持ラベル、機密情報の種類の分類の適用によってサポートされます。 これらの分析情報は集計され、organizationにユーザーの個人を特定できる情報 (PII) は含まれません。

メッセージ内のアクティビティは、分類子を使用する不適切なテキスト ポリシー テンプレートまたはカスタム ポリシーを使用する既存のポリシーのトレーニング可能な分類子の種類によって集計されます。 ポリシーの [ アラート] ダッシュボード で、これらのメッセージのアラートを調査します。

機密情報の種類に関連するアクティビティは、既存のポリシーでカバーされているメッセージと、既存のポリシーでカバーされていないメッセージで検出されます。 既存のポリシーでカバーされていない分析情報メッセージは調査および修復できません。今後のメッセージで同様のアクティビティを検出して修復するには、新しいポリシーを作成する必要があります。 分析情報は、organizationが既存の通信コンプライアンス ポリシーで以前に定義していない情報を含め、すべての機密情報の種類に対して集計されます。 これらの分析情報を使用して、新しいコミュニケーション コンプライアンス ポリシーを作成するか、既存のポリシーを更新します。 新しいポリシーを作成した後、このポリシーのメッセージ アラートは、同様の分析情報で識別された同じ数のメッセージと一致する場合と一致しない場合があります。 ポリシーの条件が異なる場合や、スコープ内ユーザーの数が異なる場合があり、ポリシーがアクティブ化された後に発生するメッセージ アクティビティのみが検出されます。

手順 1 (必須): コミュニケーション コンプライアンスのアクセス許可を有効にする

コミュニケーション コンプライアンス機能を管理するための初期アクセス許可を構成するために使用される 6 つの役割グループがあります。 Microsoft Purview とMicrosoft Purview コンプライアンス ポータルのメニュー オプションとしてコミュニケーション コンプライアンスを利用できるようにし、これらの構成手順を続行するには、次のいずれかのロールまたはロール グループに割り当てる必要があります。

• グローバル管理者ロールのMicrosoft Entra ID
• Microsoft Entra IDコンプライアンス管理者ロール
• Microsoft Purview と Microsoft Purview コンプライアンス ポータル Organization Management ロール グループ
• Microsoft Purview と Microsoft Purview コンプライアンス ポータル コンプライアンス管理者ロール グループ
• コミュニケーション コンプライアンス ロール グループ
• コミュニケーション コンプライアンス管理者 の役割グループ

次のロールのメンバーには、 Communication Compliance Admins ロール グループに含まれているのと同じソリューションアクセス許可があります。

• グローバル管理者Microsoft Entra ID
• Microsoft Entra IDコンプライアンス管理者
• Microsoft Purview と Microsoft Purview コンプライアンス ポータル Organization Management
• Microsoft Purview と Microsoft Purview コンプライアンス ポータル コンプライアンス管理者

コミュニケーション コンプライアンス ポリシーとアラートを管理する方法に応じて、ユーザーを特定の役割グループに割り当てて、さまざまな通信コンプライアンス機能のセットを管理する必要があります。 さまざまなコンプライアンス責任を持つユーザーを特定の役割グループに割り当てて、コミュニケーション コンプライアンス機能のさまざまな領域を管理することもできます。 または、指定された管理者、アナリスト、調査担当者、および閲覧者のすべてのユーザー アカウントを、コミュニケーション コンプライアンス ロール グループに割り当ててもよいでしょう。 コンプライアンス管理の要件に最適な 1 つのロール グループまたは複数のロール グループを使用します。

通信コンプライアンスを構成および管理する場合は、次のソリューション ロール グループ オプションから選択します。

ユーザーのアクセス許可をリージョンまたは部署にスコープを設定する場合は、管理者ユニットを検討してください

コミュニケーション コンプライアンス (プレビュー) で管理単位を使用して、特定の地域または部署にユーザーのアクセス許可をスコープできます。 たとえば、世界中に子会社を持つグローバル企業は、ドイツのユーザーのユーザー アクティビティのみを表示できるように、調査担当者にドイツ語のスコープを提供する管理単位を作成する必要がある場合があります。

コミュニケーション コンプライアンスで管理者ユニットを使用するには、まず (まだ作成されていない場合) 管理ユニットを作成 し、その管理者ユニットを役割グループのメンバーに割り当てる必要があります。 役割グループのメンバーに管理者ユニットを割り当てると、それらのメンバーは制限付き管理者になり、organization内の通信コンプライアンス設定、ポリシー、ユーザー データへのアクセスが制限されます。 管理単位が割り当てられていないメンバーは 無制限の管理者 であり、すべての設定、ポリシー、およびユーザー データにアクセスできます。

通信コンプライアンス ロールに対する管理単位のスコープの影響

次の表は、管理者ユニットが適用されると、通信コンプライアンス タスク/ロールの各組み合わせにどのように影響するかを示しています。

オプション 1: すべてのコンプライアンス ユーザーをコミュニケーション コンプライアンス ロール グループに割り当てる

現在使用しているポータルに該当するタブを選択してください。 Microsoft 365 プランによっては、Microsoft Purview コンプライアンス ポータルは廃止されるか、間もなく廃止されます。

Microsoft Purview ポータルの詳細については、Microsoft Purview ポータルを参照してください。 コンプライアンス ポータルの詳細については、「Microsoft Purview コンプライアンス ポータル」を参照してください。

オプション 2: 特定のコミュニケーション コンプライアンス ロール グループにユーザーを割り当てる

このオプションを使用して、ユーザーを特定のロール グループに割り当てて、組織内のさまざまなユーザー間のコミュニケーション コンプライアンス アクセスと責任をセグメント化します。

現在使用しているポータルに該当するタブを選択してください。 Microsoft 365 プランによっては、Microsoft Purview コンプライアンス ポータルは廃止されるか、間もなく廃止されます。

Microsoft Purview ポータルの詳細については、Microsoft Purview ポータルを参照してください。 コンプライアンス ポータルの詳細については、「Microsoft Purview コンプライアンス ポータル」を参照してください。

手順 2 (必須): 監査ログを有効にする

コミュニケーション コンプライアンスでは、レビュー担当者が実行したアラートとログ修復アクションを表示するための監査ログが必要です。 監査ログは、定義済みの組織ポリシーに関連付けられているすべてのアクティビティの概要です。また、コミュニケーション コンプライアンス ポリシーに変更があった場合はいつでもその概要を示します。

Microsoft 365 の組織では、監査が既定で有効になっています。 組織によっては、特定の理由で監査を無効にしている場合があります。 組織の監査が無効になっている場合は、別の管理者が無効にしている可能性があります。 この手順を完了する場合は、監査を再びオンにしても問題ないか確認することをお勧めします。

監査を有効にする詳しい手順については、「監査ログ検索を有効または無効する」を参照してください。 監査を有効にすると、監査ログの準備中で、準備が完了してから数時間で検索を実行できるというメッセージが表示されます。 このアクションを行う必要があるのは 1 回だけです。 監査ログの使用の詳細については、「監査ログ を検索する」を参照してください。

手順 3 (省略可能): コミュニケーション コンプライアンスのグループを設定する

コミュニケーション コンプライアンス ポリシーを作成するときは、コミュニケーションをレビューされたユーザーとレビューを実行するユーザーを定義します。 ポリシーでは、メール アドレスを使って、個々のユーザーまたはユーザーのグループを指定します。 セットアップを簡略化するために、コミュニケーションをレビューされたユーザーのグループと、それらのコミュニケーションをレビューするユーザーのグループを作成できます。 グループを使用している場合は、複数必要になる場合があります。 たとえば、2 つの異なるユーザー グループ間の通信を検出する場合や、スコープを設定しないグループを指定する場合などです。

次のグラフを使用して、組織内にコミュニケーション コンプライアンス ポリシー用のグループを構成することができます:

ポリシーで 配布グループ を割り当てると、ポリシーは 配布グループ内の各ユーザーからのすべてのメールと Teams チャットを検出します。 ポリシーで Microsoft 365 グループ を割り当てると、ポリシーは、各グループ メンバーが受信した個々のメールとチャットではなく、 Microsoft 365 グループに送信されたすべてのメールと Teams チャットを検出します。 各ユーザーからの個々のメールと Teams チャットが自動的に検出されるように、通信コンプライアンス ポリシーで配布グループを使用することをお勧めします。

Exchange オンプレミス展開または外部メール プロバイダーを使用するorganizationで、ユーザーのチャットMicrosoft Teams検出する場合は、オンプレミスまたは外部メールボックスを持つユーザーの配布グループを作成する必要があります。 これらの手順の後半では、ポリシー ワークフローの [ユーザーとグループの選択] の 選択を使用して、この配布グループを割り当てます。 オンプレミス ユーザーに対するクラウドベースのストレージと Teams サポートを有効にするための要件と制限事項の詳細については、「オンプレミス ユーザーの Teams チャット データを検索してエクスポートする」を参照してください。

大規模なエンタープライズ組織のスコープ付きユーザーを管理するには、大規模なグループ全体のすべてのユーザーのメッセージを検出する必要がある場合があります。 PowerShell を使用して、割り当てられたグループのグローバル コミュニケーション コンプライアンス ポリシーの配布グループを構成できます。 これにより、1 つのポリシーを使用して何千人ものユーザーのメッセージを検出し、新しい従業員がorganizationに参加するときに、コミュニケーション コンプライアンス ポリシーを更新したままにできます。

1. 次のプロパティを使用して、グローバル コミュニケーション コンプライアンス ポリシー専用の配布グループを作成します: この配布グループが他の目的や他の Office 365 サービスに使用されていないことを確認します。

   • MemberDepartRestriction = Closed。 ユーザーが配布グループから自分自身を削除できないようにします。
   • MemberJoinRestriction = Closed。 ユーザーが配布グループに自分自身を追加できないようにします。
   • ModerationEnabled = True。 このグループに送信されるすべてのメッセージが承認の対象であり、グループが通信コンプライアンス ポリシー構成の外部での通信に使用されていないことを確認します。

   New-DistributionGroup -Name <your group name> -Alias <your group alias> -MemberDepartRestriction 'Closed' -MemberJoinRestriction 'Closed' -ModerationEnabled $true
   

2. 未使用の Exchange カスタム属性を選択して、organizationの通信コンプライアンス ポリシーに追加されたユーザーをログに記録します。

3. 定期的なスケジュールで次の PowerShell スクリプトを実行して、ユーザーをコミュニケーション コンプライアンス ポリシーに追加します。

   $Mbx = (Get-Mailbox -RecipientTypeDetails UserMailbox -ResultSize Unlimited -Filter {CustomAttribute9 -eq $Null})
   $i = 0
   ForEach ($M in $Mbx)
   {
     Write-Host "Adding" $M.DisplayName
     Add-DistributionGroupMember -Identity <your group name> -Member $M.DistinguishedName -ErrorAction SilentlyContinue
     Set-Mailbox -Identity $M.Alias -<your custom attribute name> SRAdded
     $i++
   }
   Write-Host $i "Mailboxes added to supervisory review distribution group."
   

グループの設定の詳細については、次の記事を参照してください。

• 配布グループを作成して管理する
• Microsoft 365 Graph の概要

手順 4 (省略可能): Viva Engage テナントがネイティブ モードであることを確認する

ネイティブ モードでは、すべてのViva Engage ユーザーがMicrosoft Entra IDされ、すべてのグループがOffice 365 グループされ、すべてのファイルが SharePoint Online に格納されます。 Viva Engage テナントは、Viva Engageのプライベート メッセージやコミュニティの会話で危険な会話をチェックして識別するために、コミュニケーション コンプライアンス ポリシーのネイティブ モードである必要があります。

ネイティブ モードでのViva Engageの構成の詳細については、次を参照してください。

• Microsoft 365 Viva Engage ネイティブ モードの概要
• Microsoft 365 のネイティブ モード用にViva Engage ネットワークを構成する

手順 5 (必須): コミュニケーション コンプライアンス ポリシーを作成する

複数の ポリシー テンプレートから選択して、コミュニケーション コンプライアンス ポリシーをすばやく作成することも、カスタム ポリシーを作成することもできます。

テンプレートからポリシーを作成すると、選択したテンプレートに基づいて多くの設定が自動的に選択されます。 最後の手順として、いずれかの設定を変更する場合は、ポリシーをカスタマイズできます。

カスタム ポリシーを作成するときは、すべての設定を自分で選択します。

テンプレートからポリシーを作成する

現在使用しているポータルに該当するタブを選択してください。 Microsoft 365 プランによっては、Microsoft Purview コンプライアンス ポータルは廃止されるか、間もなく廃止されます。

Microsoft Purview ポータルの詳細については、Microsoft Purview ポータルを参照してください。 コンプライアンス ポータルの詳細については、「Microsoft Purview コンプライアンス ポータル」を参照してください。

カスタム ポリシーを作成する

現在使用しているポータルに該当するタブを選択してください。 Microsoft 365 プランによっては、Microsoft Purview コンプライアンス ポータルは廃止されるか、間もなく廃止されます。

Microsoft Purview ポータルの詳細については、Microsoft Purview ポータルを参照してください。 コンプライアンス ポータルの詳細については、「Microsoft Purview コンプライアンス ポータル」を参照してください。

コミュニケーション コンプライアンス ポリシーの作成に関する注意事項とヒント

• ポリシーを構成した後、 アラートの量を管理するためのベスト プラクティスについて説明します。
• PowerShell を使用して通信コンプライアンス ポリシーを作成および管理することはできません。 通信コンプライアンス ソリューションを使用する必要があります。
• 新しいコミュニケーション コンプライアンス ポリシーを設定し、アラートを修復する詳細なチュートリアルを確認するには、この 15 分間のビデオをチェックします。
  
  
  
  

ポリシーを作成または編集するときのテスト条件 (プレビュー)

テスト条件なしでポリシーを最初に作成または編集した場合、通常はパイロット ポリシーを作成して数日間テストしてから、より広いorganizationにポリシーをロールアウトする必要があるため、ポリシーが意図したとおりに動作することを確認するまでに時間がかかる場合があります。 Communication Compliance Admins 役割グループまたはコミュニケーション コンプライアンス役割グループのメンバーである場合は、ポリシーの作成時または編集時に条件をテストすることで時間を節約し、ポリシーが意図したとおりに動作するように条件を微調整してから、より広いorganizationにロールアウトできます。

1. コミュニケーション コンプライアンス管理者ロール グループまたはコミュニケーション コンプライアンス ロール グループのメンバーであることを確認します。 この機能を使用するには、これらの役割グループの 1 つのメンバーである必要があります。

2. ポリシーを作成するか、既存のポリシーを編集します。

3. [ 条件と割合] ページで、条件を入力した後、[ 条件のテスト] を選択します。

   

   ヒント

   [ポリシー] ページまたはポリシーの詳細パネルでポリシーを編集する場合は、ポリシーの一覧から [条件のテスト] コマンドにアクセスすることもできます。

4. ページの右側に表示される [ ポリシー条件のテスト ] ウィンドウで、次のいずれかの操作を行います。

   • [ テストするメッセージを入力する ] オプションを選択し、ポリシーによって検出されると予想されるメッセージをいくつか入力します。 メッセージはコンマで区切ります。
   • 検出するメッセージの一覧を含む .txt ファイルがある場合は、[ファイルのアップロード] を選択 して、トレーニング可能な分類子が指定した一致する要素を検出するかどうかをテスト し、[ファイルの アップロード ] を選択してテキスト ファイルをアップロードします。

5. [ テスト ] を選択して、テスト結果の一覧を表示します。

   ヒント

   探している結果が表示されない場合:

   • 機密情報の種類またはトレーニング可能な分類子の定義を確認して、予期した情報の種類を検出するように設計されていることを確認します。
   • メッセージが 最小ワードカウント要件を満たしていることを確認します。

手順 6 (省略可能): 通信コンプライアンス ポリシーのコンプライアンス境界を更新する

コンプライアンス境界は、電子情報開示マネージャーが検索できるユーザー コンテンツの場所 (メールボックス、OneDrive アカウント、SharePoint サイトなど) を制御するorganization内に論理境界を作成します。

organizationでコンプライアンス境界を構成している場合は、コンプライアンス境界を更新して、通信コンプライアンス ポリシーをサポートするメールボックスへの特定のユーザーのアクセスを許可する必要があります。 ポリシーの管理と調査と修復のアクションが適切に機能するためには、コミュニケーション コンプライアンス管理者とコミュニケーション コンプライアンスレビュー担当者へのアクセスを許可する必要があります。

コミュニケーション コンプライアンス管理者とレビュー担当者へのアクセスを許可するには、次の PowerShell コマンドを実行します。 今後新しい通信コンプライアンス ポリシーを追加する場合でも、これらのコマンドを 1 回だけ実行する必要があります。

Import-Module ExchangeOnlineManagement
$UserCredential = Get-Credential
Connect-IPPSSession -Credential $UserCredential
New-ComplianceSecurityFilter -FilterName "CC_mailbox" -Users <list your communication compliance admins and reviewers user alias or email address> -Filters "Mailbox_Name -like 'SupervisoryReview{*'" -Action All

コマンドレットの構文の詳細については、「 New-ComplianceSecurityFilter」を参照してください。

手順 7 (省略可能): 通知テンプレートを作成し、ユーザーの匿名化を構成する

ポリシー アラートに応答して、関連付けられたユーザーにリマインダー通知を送信するオプションが必要な場合は、少なくとも 1 つの通知テンプレートを組織内に作成する必要があります。 通知テンプレート フィールドは、アラート修復プロセスの一環として送信される前に編集できます。また、コミュニケーション コンプライアンス ポリシーごとにカスタマイズされた通知テンプレートを作成することをお勧めします。

ポリシーの一致を調査し、メッセージに対してアクションを実行するときに、表示されるユーザー名の匿名化を有効にすることもできます。

テンプレートを作成し、ユーザーの匿名化を構成する

現在使用しているポータルに該当するタブを選択してください。 Microsoft 365 プランによっては、Microsoft Purview コンプライアンス ポータルは廃止されるか、間もなく廃止されます。

Microsoft Purview ポータルの詳細については、Microsoft Purview ポータルを参照してください。 コンプライアンス ポータルの詳細については、「Microsoft Purview コンプライアンス ポータル」を参照してください。

手順 8 (省略可能): 通信コンプライアンス ポリシーをテストする

コミュニケーション コンプライアンス ポリシーを作成したら、定義した条件がポリシーによって適切に実施されていることを確認するためのテストの実施をお勧めします。 通信コンプライアンス ポリシーに機密情報の種類が含まれている場合は、Microsoft Purview データ損失防止 (DLP) ポリシーをテストすることもできます。 テストするコミュニケーションがキャプチャされるように、ポリシーをアクティブ化する時間をかならず指定します。

以下の手順に従って、コミュニケーション コンプライアンス ポリシーをテストします。

1. テストするポリシーで定義されたスコープユーザーとしてサインインしているときに、電子メール クライアント、Microsoft Teams、またはViva Engageを開きます。

2. コミュニケーション コンプライアンス ポリシーで定義した条件を満たす電子メール、Microsoft Teams チャット、またはViva Engage メッセージを送信します。 このテストは、キーワード、添付ファイルのサイズ、ドメインなどです。ポリシーで構成された条件設定が厳しすぎないか、または緩すぎないかを必ず確認してください。

   注:

   Emailメッセージは、ポリシーで完全に処理されるまでに約 24 時間かかることがあります。 Microsoft Teams、Viva Engage、サード パーティのプラットフォームでの通信は、ポリシーで完全に処理されるまでに約 48 時間かかることがあります。

3. コミュニケーション コンプライアンス ポリシーで指定されたレビュー担当者として Microsoft 365 にサインインします。 [コミュニケーション コンプライアンス]>[アラート] の順に移動して、ポリシーのアラートを表示します。

4. 修復コントロールを使用してアラートを修復し、アラートが正しく解決されていることを確認します。

次の手順

最初のコミュニケーション コンプライアンス ポリシーを作成する手順を完了すると、24 時間から 48 時間後にアクティビティ インジケーターからアラートを受け取り始めます。 この記事の手順 5 のガイダンスを使用して、必要に応じて追加のポリシーを構成します。

コミュニケーション コンプライアンス アラートについての詳細は、「コミュニケーション コンプライアンスのアラートを調査し修復する」を参照してください。

最新の通信コンプライアンス更新プログラムに対応するには、organizationのコミュニケーション コンプライアンスの新機能を選択します。