Microsoft Purview サービスの説明の改訂は、単なるドキュメント更新ではありません。Purview の機能計画やライセンス判断では、最初に確認すべき資料です。理由は、Purview の多くがテナントレベルで効き、誰が「サービスの恩恵を受けるユーザー」なのか、Copilot や AI まで含めてどのプランが必要なのかが、機能ごとに細かく分かれるからです。公開中の Microsoft Learn の当該ページは、現在「Last updated on 2026-04-02」と表示されています。(Microsoft Learn)
この記事では、改訂版の Microsoft Purview サービスの説明をどう読むべきかを実務目線で整理します。DLP、監査、保持、eDiscovery、秘密度ラベル、Business Premium、従量課金まで、導入前に何を確認すべきかを具体的にまとめます。(Microsoft Learn)
Microsoft Purview サービスの説明の改訂が今も重要な理由
まず押さえたいのは、Purview のサービス説明が“周辺資料”ではなく、統合ファミリ サービス説明の中核になっていることです。Microsoft 365 のセキュリティ/コンプライアンス ガイダンスでは、詳細は Defender、Entra、Intune、Priva、Purview の統合サービス説明を見るよう案内されており、Purview ページには Audit、Collection Policies、DLP、eDiscovery、Information Protection、Insider Risk Management まで並びます。つまり、機能計画とライセンス判断の起点がこのページに集約されています。(Microsoft Learn)
しかも Purview は、単に「この機能があります」と書かれているだけではありません。テナントレベルで有効になるサービスの考え方、誰にライセンスが必要か、どのプランで何が使えるかが機能別に書き分けられています。更新を見逃すと、PoC では通ったのに本番の対象ユーザーや共有リソースまで含めると権利が足りない、というズレが起きやすくなります。(Microsoft Learn)
まず外せないのは「誰が恩恵を受けるか」
Microsoft は Purview で、「サービスの恩恵を受けるユーザー」にライセンスが必要だと明記しています。ここで重要なのは、対象が管理者だけではないことです。Purview ロールを持つ管理者はもちろん、Exchange メールボックス、OneDrive、Teams チャット、デバイスの利用者も対象になりえます。共有場所では、SharePoint サイトや Microsoft 365 グループ、Teams チャネルの所有者・メンバーにはライセンスが必要で、訪問者や閲覧のみのユーザーは不要とされています。(Microsoft Learn)
この考え方は eDiscovery でさらに効きます。カストディアン、保留やレビュー対象コンテンツを持つ SharePoint サイトの所有者・メンバー、Exchange メールボックスの所有者、Teams チャットやチャネルの所有者・メンバーまで、恩恵を受けるユーザーとして見なされます。法務部や管理部門だけに上位ライセンスを付ければ十分、という見積もりは危険です。(Microsoft Learn)
もうひとつ見落とされやすいのが共有メールボックスとリソース メールボックスです。機能によっては共有メールボックス側にも利用権を満たすライセンスが必要です。一方で、非アクティブなメールボックスは利用ライセンス不要とされています。「共有だから無償でよい」「保持対象だから必ず追加ライセンスが要る」といった一律判断は避けたほうが安全です。(Microsoft Learn)
Copilot 関連は「まとめて Purview 対応」と考えない
Copilot 周りは、今回の Microsoft Purview サービスの説明で特に読み分けが必要な部分です。たとえば DLP では、Microsoft 365 Copilot と Copilot Chat を場所として扱い、機密情報の種類や秘密度ラベルに基づいてコンテンツ利用を識別・制限できます。ただし、Copilot がファイルやメールを処理すること自体を制限する DLP は E5 / Purview Suite / Information Protection and Governance 系のライセンスが前提で、プロンプトを保護する DLP は M365 Copilot と Copilot Chat の全ユーザーが利用できる、と整理されています。欲しい制御が「プロンプト保護」なのか「ファイル/メールの処理制限」なのかで、必要ライセンスは変わります。(Microsoft Learn)
Copilot 向けの保持や eDiscovery も同じです。保持ポリシーが Microsoft 365 Copilot の相互作用に適用される場合は、E3/E5 + Microsoft 365 Copilot や E3 + Purview Suite + Copilot など、明示された組み合わせで権利が整理されています。eDiscovery では、Copilot 操作のプレミアム検索と、Copilot 操作のコンテンツ検索・訴訟ホールド・検索結果エクスポートで必要ライセンスが同一ではありません。「Copilot 対応」という一言でまとめず、監査・保持・検索・DLP を別機能として見る必要があります。(Microsoft Learn)
さらに、コミュニケーション コンプライアンスの Microsoft 365 Copilot のプロンプト/応答分析も、Microsoft 365 E5 + Copilot や Purview Suite + Copilot などの組み合わせで提供されます。AI 関連ほど、サービス説明の更新を横断して見る価値があります。(Microsoft Learn)
なお、同じ DLP でも Teams は別の確認が必要です。Teams DLP を有効にするには、対象ライセンスを持っているだけでなく、Microsoft 365 管理側で Microsoft Communications DLP サービスが選択されているかも確認してください。SKU を持っているだけで終わらない、というのが Purview らしい難しさです。(Microsoft Learn)
監査・保持・eDiscovery は似ていても別ライセンス
監査まわりも一括では判断できません。Audit (Standard) は E3/E1 系や Business Basic/Standard/Premium でも利用できますが、Audit (Premium) は 1 年保持や高度な分析、Copilot 監査レコードの延長保持などを含み、E5 系、Purview Suite 系、eDiscovery & Audit 系、そして Business Premium 向け add-on で提供されます。「監査ログが見える」ことと「必要な保持期間・分析が使える」ことは別です。(Microsoft Learn)
保持はさらに細かく分かれます。組織全体や場所単位の保持ポリシーは E3 や Business Premium でも使える範囲がありますが、アダプティブ ポリシー スコープ、トレーニング可能な分類子による自動適用、優先度クリーンアップなどは E5 / Purview Suite / Information Protection and Governance 系が前提です。つまり、「保持はできる」と「高度な保持設計ができる」は別レイヤーです。(Microsoft Learn)
eDiscovery も Standard と Premium の差が大きく、しかも対象は管理者だけではありません。検索対象ユーザー、保留対象、レビュー セットの関係者まで含めて見ないと、実運用で不足が出ます。監査・保持・eDiscovery を一緒に見積もるのではなく、どの証跡を何日保持し、誰のデータを、どこまで検索・保全・エクスポートしたいかで切り分けてください。(Microsoft Learn)
秘密度ラベルは E3 で始められても、自動化は別扱い
情報保護は、E3 で始められる部分と E5 / IPG が必要な部分が混在する代表例です。サービス説明では、スキャナー ベースの検出は Microsoft 365 E3 でサポートされる一方、秘密度ラベル付けのうち自動ラベル付けやポリシー ベースのラベル付けには Microsoft 365 E5 または Information Protection and Governance が必要だと明記されています。「E3 でも Purview のラベル運用はできる」は半分正しく、半分危険です。(Microsoft Learn)
実務では、手動ラベルは比較的広いプランで使えても、クライアント側/サービス側の自動ラベル付け、Teams オンライン会議のラベル、SharePoint ドキュメント ライブラリ既定ラベル、認証コンテキスト連携、動的透かしなどは条件が細かく分かれます。「ラベルが見える」段階と「ラベルを自動で強制し、会議やサイトにも広げる」段階を別計画にするのが現実的です。(Microsoft Learn)
しかも P2 だけでは足りないケースがあります。Microsoft は、Office 365 / AIP の Information Protection で秘密度ラベルを使うには、Premium/P2 だけでなく Standard/P1 も合わせて割り当てる必要があると補足しています。AIP P2 なら AIP P1 も必要、という注意書きは見落としやすいポイントです。(Microsoft Learn)
SMB は Business Premium と従量課金の線引きを先に確認する
中堅・中小規模組織では、Business Premium を土台に Purview を広げたいケースが多いはずです。実際、サービス説明には Microsoft Purview Suite for Business Premium や Defender + Purview Suite for Business Premium の記載がありますが、add-on は Business Premium ベース ライセンスが必要で、合計 300 シートに制限されると明記されています。さらに Microsoft 365 Business ファミリ自体が 300 ユーザー上限の設計です。300 名を超える組織は、最初から Enterprise 系との混在や移行を前提に設計したほうが無理がありません。(Microsoft Learn)
もうひとつ重要なのが従量課金です。Microsoft Purview の課金モデルは、Microsoft 365 / Windows・macOS 向けの per-user ライセンスと、非 Microsoft 365 データソースや一部機能向けの pay-as-you-go の二層構造になっています。pay-as-you-go は Azure ベースなので、Microsoft 365 テナントを有効な Azure サブスクリプションに関連付ける必要があります。E5 を持っていても、ネットワーク経由のデータ保護や一部の AI / 非M365 シナリオまで固定料金で自動的にカバーされるわけではありません。(Microsoft Learn)
典型例が Collection Policies です。コレクション ポリシー自体には独立したライセンス要件はありませんが、デバイスを対象にするなら Endpoint DLP のライセンス、ネットワーク ベースの保護を使うなら Azure サブスクリプション連携が前提になります。しかも Collection Policies は「制御そのもの」ではなく、分類する機密情報の種類や収集するアクティビティ、保存する AI プロンプト/応答などのシグナルを調整するための機能です。ポリシーが作れたことと、必要な権利や課金条件を満たしていることは別問題です。(Microsoft Learn)
導入前に確認したい 5 つの手順
導入前は、次の順番で確認すると外しにくくなります。
| 手順 | 確認すること | 失敗しやすい例 |
|---|---|---|
| 1 | 機能名ではなくワークロードで分ける | DLP を 1 つの機能だと思い、Teams・Copilot・Endpoint を同じ見積もりで進める |
| 2 | 恩恵を受けるユーザーを洗い出す | 管理者だけにライセンスを付けて、SharePoint 所有者やカストディアンを見落とす |
| 3 | Standard と Premium を分ける | 監査・eDiscovery・ラベルで「使える」と「十分に使える」を混同する |
| 4 | per-user と従量課金を切り分ける | Azure サブスクリプション連携なしで network DLP や AI 保護を計画する |
| 5 | Business 上限と add-on 条件を見る | 300 席超でも Business Premium ベースで拡張し続けようとする |
上の手順は、Purview サービス説明が機能別にユーザー権利、ワークロード、add-on、従量課金条件を分けていることを前提にした、実務向けの読み方です。SKU 名から逆引きするより、はるかに判断を誤りにくくなります。(Microsoft Learn)
PoC 後は、ライセンスの過不足を可視化する運用まで含めて考えるのが現実的です。2026 年 4 月の Microsoft Purview の更新情報では、Usage center で pay-as-you-go と per-user の利用状況を確認でき、Premium usage report では Purview ポリシーで保護されているのに未ライセンスの席数、逆にライセンス済みだが未保護の席数を把握できるプレビューが案内されています。サービス説明の読み込みを、導入前の一回きりで終わらせないための仕組みが出てきたと考えると分かりやすいでしょう。(Microsoft Learn)
最終的に何から見ればいいか
最初の 1 時間でやるなら、順番はこうです。まず、自社が使いたい Purview 機能を Exchange、SharePoint、OneDrive、Teams、Endpoint、Copilot、外部 AI に分解します。次に、その機能で恩恵を受けるユーザーを数えます。最後に、該当セクションの Standard/Premium、add-on、pay-as-you-go の条件を確認します。この順番なら、SKU 名から逆引きして迷うより、ずっと外しにくくなります。
まとめ
Microsoft Purview サービスの説明の改訂が今も重要なのは、Purview が統合サービス説明の中心であり、テナントレベルの対象ユーザー、Copilot/AI の細分化、監査・保持・eDiscovery・秘密度ラベルの差分、Business Premium と従量課金の境界線が、実務で必要な精度で書かれているからです。Purview を新規導入する場合も、既存テナントで機能追加する場合も、まずは 対象ワークロード、恩恵を受けるユーザー、必要ライセンス、課金モデル の 4 点を整理してから設計を進めてください。それが、機能不足とライセンス不足の両方を避ける最短ルートです。(Microsoft Learn)
コメント