レジストリエディタで HKLM\Software\Microsoft\Enrollments を開いたら、GUIDのようなフォルダーがズラッと並んでいて「え、これって会社や学校の管理下ってこと？」と不安になる人は少なくありません。しかも Microsoft Edge がうまく更新されないタイミングと重なると、なおさら「何か怪しい設定が入っているのでは…」と疑ってしまいます。この記事では、このキーの正体と、PCが本当に組織に管理されているかを安全に確認する手順、さらに Edge が更新されないときの具体的な対処方法までまとめて解説します。
症状と疑問の整理
まずは、よくある相談内容を整理しておきます。
- インターネットに接続していない状態（オフライン）で Windows をセットアップしたのに、
HKLM\Software\Microsoft\Enrollments配下に複数の GUID 風サブキーが存在する。 - これが「会社や学校のアカウントに登録されている（＝組織に管理されている）」ことを意味するのか気になる。
- あわせて、オンラインでセットアップすると Microsoft Edge が自動更新されないため、やむなくオフラインでセットアップしているが、このレジストリと関係があるのか不安。
結論を先に言うと、
HKLM\Software\Microsoft\Enrollmentsにサブキーが存在すること自体は異常ではなく、イコール「組織管理」とも限りません。- PC が組織管理かどうかは、もっと別の場所（設定アプリや
dsregcmd /statusの結果など）で判断する必要があります。 - Edge が更新されない問題は、多くの場合「更新サービスやポリシー設定」「Windows Update の状態」など別の要因であることがほとんどです。
ここから、順番に詳しく見ていきます。
HKLM\Software\Microsoft\Enrollments とは何か
HKLM\Software\Microsoft\Enrollments は、Windows 10 / 11 に搭載されている「デバイス登録・モバイルデバイス管理（MDM）」機能のためのレジストリ領域です。企業や学校が Intune などの MDM で PC を管理する場合、デバイスがそのサービスに登録されると、その情報の多くがこの配下に保存されます。
配下には GUID 形式（{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx} あるいはそれに似た形式）のサブキーが複数作成され、それぞれが「ひとつの登録エントリ」を表します。企業向けドキュメントやトラブルシューティング記事でも、このキーの値を確認しながら MDM 登録の状態を調査する手順が紹介されています。
代表的な値と意味のイメージ
サブキーの中にはさまざまな値が入りますが、代表的なものは次のようなイメージです（実際の値は環境や製品により異なります）。
| 値の名前（例） | 役割のイメージ |
|---|---|
EnrollmentType | どの種類の登録かを表すフラグ。例えば、値によって「MDM で登録済み」「Entra ID 参加デバイス向け」などを区別する用途で使われます。 |
EnrollmentState | 登録処理の状態。正常完了・処理中・失敗してロールバックなどの区別に使われます。 |
DMClient 以下の値 | MDM サーバーの URL やクライアント ID、証明書の情報など、実際の管理サーバーとの接続に必要な情報。 |
ProviderID など | どの MDM プロバイダー（Intune など）で管理されているかを識別するための情報。 |
このように、Enrollments キー自体は「PC が MDM に登録されたときの情報置き場」という位置づけです。
GUID風サブキーが複数存在する理由
なぜオフラインでセットアップしただけの PC にも GUID サブキーがいくつかあるのでしょうか。代表的な理由としては次のようなものが考えられます。
| 状況 | 何が起きていそうか |
|---|---|
| 値がほとんど入っていない GUID キーが 1〜2 個だけ | Windows のデバイス登録機能が、将来の MDM/職場参加に備えて「ひな形」として作っている場合があります。 |
| 過去に会社のアカウントでサインインしたことがある | 一度でも職場／学校アカウントを追加したり、試験的に Intune などに登録していた場合、その痕跡として複数の GUID キーが残ることがあります。 |
| カスタムスクリプトやツールを使っている | 一部のツールやスクリプトは、ブラウザーの動作変更などの目的で Enrollments 配下に「ダミー登録」を作ることがあります（FFFFFFFF-FFFF-... のような固定 GUID など）。 |
つまり、「GUID のようなサブキーがある」こと自体はよくあることで、必ずしも組織管理を意味しません。
「サブキーがある＝組織に管理されている」とは限らない
大事なのは、
- Enrollments キーの存在／サブキーの数だけでは、組織管理かどうか判定できない
- 実際に「どのアカウントで」「どのディレクトリに」「どんな方法で」参加しているかは、別の情報（Azure AD / Entra ID の状態や、設定アプリ上の表示など）で確認する必要がある
という点です。
Microsoft 自身も公式ドキュメントで、デバイス登録のトラブルシューティング時に Enrollments キーを確認する手順を紹介していますが、これはあくまですでに組織管理を前提とした環境での診断手順であり、「このキーがあるから組織管理だ」という判定材料にしているわけではありません。
PCが本当に組織管理下か確認する安全な手順
では、「自分の PC が会社や学校の管理下にあるか？」をどう確認すればよいのでしょうか。ここでは、リスクが少なく、かつ確実性の高い順に 4 つの確認方法を紹介します。
1. 設定アプリ「職場または学校へのアクセス」を確認
最もわかりやすいのが、Windows の設定画面から職場／学校アカウントの有無を確認する方法です。
- [スタート] → [設定] を開く。
- [アカウント] → [職場または学校へのアクセス] を開く。
ここに何が表示されているかで、ある程度の目安が分かります。
| 表示の例 | 状態の目安 | コメント |
|---|---|---|
| 「このデバイスは職場または学校に接続されていません」のようなメッセージのみ | 通常は組織未管理 | 個人用 Microsoft アカウントだけで使っている PC はこのパターンが多いです。 |
| 会社／学校のメールアドレスで「接続済み」と表示される項目がある | その組織の管理下である可能性が高い | 実際に MDM 管理されているかどうかは、管理者側の設定次第です。心当たりがあれば IT 部門に確認しましょう。 |
| 「アカウントの追加」「接続」のボタンだけで、接続済みアカウントが一つもない | 通常は組織未管理 | Enrollments に GUID があったとしても、ここが空なら「少なくとも現在は組織アカウントで接続されていない」と考えられます。 |
本当に組織管理から外したい場合も、通常はこの画面から該当の職場／学校アカウントを選択して「切断」を行うのが公式に推奨される方法です。
2. dsregcmd /status で Azure AD / Workplace Join 状態を確認
もう一歩踏み込んで確認したい場合は、dsregcmd コマンドの出力を確認します。これは Microsoft Entra ID（旧 Azure AD）への参加／登録状態を確認するためのツールです。
- 管理者権限で Windows PowerShell または コマンドプロンプト を開く。
- 次のコマンドを実行します。
dsregcmd /status
出力の中に Device State や User State といったセクションがあり、その中の AzureAdJoined と WorkplaceJoined の値で大まかな状態が分かります。
| AzureAdJoined | WorkplaceJoined | ざっくりした解釈 |
|---|---|---|
| NO | NO | Azure AD（Entra ID）には参加も登録もされていない状態。通常は個人 PC と同様。 |
| NO | YES | 「Azure AD に登録済み（Workplace Join）」の状態。個人所有デバイスに職場アカウントだけ紐づけたケースでよく見られます。 |
| YES | （YES / NO どちらもあり得る） | デバイスが Azure AD に参加（Join）している状態。会社貸与 PC など、組織所有端末で使われることが多いです。 |
特に、
- 両方 NOであれば「少なくとも Entra ID 経由の組織管理ではない」と判断できます。
- いずれかが YES の場合は、組織との関係があるので、心当たりがなければアカウント発行元（会社・学校）に確認するのが無難です。
3. 「一部の設定は組織によって管理されています」などのバナー
Windows の設定画面や Windows Update 画面に、
- 「一部の設定は組織によって管理されています」
- 「この設定は組織によって管理されています」
といったバナーが表示されることがあります。これはグループポリシーや MDM ポリシーで、その項目が制御されている場合に表示されるものです。
ただし、ここで注意したいのが次の点です。
- これは「Active Directory ドメイン」「Entra ID」「Intune」などの企業向け管理だけでなく、ローカルのグループポリシー エディター（
gpedit.msc）や、一部のセキュリティソフト／チューニングツールが設定したポリシーでも表示される。 - つまり、「バナーが出ている＝必ず会社に管理されている」ではない。
Windows Update を細かく制御するポリシーを自分で設定していても、このバナーが出ることがあります。
4. Microsoft Edge のポリシー（edge://policy）を確認
Edge が「組織によって管理」されているかどうか、そして更新がポリシーで止められていないかを確認するには、edge://policy ページが便利です。
- Microsoft Edge を起動。
- アドレスバーに
edge://policyと入力して Enter。
ここに何も表示されなければ、Edge に対して有効なポリシーが一切ない状態です。企業管理やローカルグループポリシーが適用されている場合は、ポリシー名と値が一覧表示されます。
| チェックしたい項目 | ポイント |
|---|---|
更新関連ポリシー（例：UpdateDefault など） | 更新を無効化／固定するような値が入っている場合、Edge の自動更新が止められている可能性があります。 |
| ポリシーのソース | 「ローカルグループポリシー」「MDM」「レジストリ」など、どこから適用されているかが分かります。 |
自分でポリシーを設定した覚えがなく、かつ大事な業務に使っている PC であれば、むやみにポリシーを変更せず、管理者や詳しい人に相談するのが安全です。
Enrollments キーと Edge 更新トラブルの関係
質問にもあった「Enrollments キー」と「Edge の更新不具合」の関係について整理しておきます。
- Enrollments キーそのものは、あくまで「デバイス管理の登録情報」を持っているだけで、直接 Edge の更新を止める仕組みではありません。
- ただし、企業の MDM やグループポリシーがEdge の更新ポリシーを配布している場合、その管理情報の一部が Enrollments 配下にも記録されていることはあり得ます。
- Edge 自身が動作時に Enrollments キーを読み取り、管理状態に応じて挙動（たとえばスタートページや一部機能）を変える、といった実装も報告されています。
つまり、
- Enrollments キーにサブキーがあるから Edge が更新されない、という単純な因果関係はない
- Edge 更新が止まっている場合は、更新サービス・タスク・ポリシー・Windows Update の状態を順番に確認した方が現実的
と言えます。
Edge が更新されないときの詳しいチェックリスト
ここからは、Edge が更新されない場合に試すべき具体的な確認ポイントを、順に整理しておきます。
1. edge://policy で更新ポリシーを確認
先ほど触れた edge://policy ページで、更新関連ポリシーが有効になっていないか確認します。
- ポリシー一覧が空 → 原因はポリシー以外（サービスやタスク、Windows Update 側）の可能性が高い
- 更新関連ポリシーが多数並んでいる → 会社のポリシーか、ローカルグループポリシー／他ソフトが設定している可能性がある
ポリシーの意味が分からない場合、特に業務用 PC では自分で削除・変更せず、管理者に相談した方が安全です。
2. Edge 更新サービスが無効化されていないか確認
Edge の自動更新は、通常以下のサービスによって実行されます。
- Microsoft Edge Update Service (edgeupdate)
- Microsoft Edge Update Service (edgeupdatem)
これらが無効になっていると、自動更新が行われない、あるいはチェックだけしてすぐサービスが停止してしまう、といった挙動になります。
- [Win] + [R] キーで「ファイル名を指定して実行」を開く。
services.mscと入力して Enter。- 一覧から「Microsoft Edge Update Service (edgeupdate)」「Microsoft Edge Update Service (edgeupdatem)」を探す。
- スタートアップの種類が「無効」になっていないか確認し、「手動」または「自動」に変更。
- サービスが停止している場合は「開始」をクリック。
一部のサーバー OS では、ダッシュボードの表示からサービスを非表示にしつつも、内部では動作させるべきという注意書きもあります。
3. タスク スケジューラの Edge 更新タスクを確認
Edge の更新はタスク スケジューラのタスクからも定期的に起動されます。
- [スタート] で「タスク スケジューラ」と検索して起動。
- 左ペインで [タスク スケジューラ ライブラリ] → [Microsoft] → [EdgeUpdate] を開く。
- 次のタスクが存在し、有効になっているか確認します。
MicrosoftEdgeUpdateTaskMachineCoreMicrosoftEdgeUpdateTaskMachineUA
- タスク履歴や「前回の実行結果」にエラーが出ていないか確認。
エラーが出ている場合、多くはネットワークの問題や権限不足、または更新サービスが停止しているといった要因が絡んでいます。
4. Windows Update とネットワーク設定を確認
Edge の更新が Windows Update の状態に引きずられるケースもあります。特に、
- Windows Update の「更新の一時停止」が有効になっている
- ネットワークが「従量制課金接続（メータード接続）」になっている
と、Edge の更新が抑制されることがあります。Windows Update のポリシーで更新の延期や一時停止を設定すると、レジストリの HKLM\SOFTWARE\Microsoft\WindowsUpdate\UpdatePolicy\Settings 配下に状態が記録されることも知られています。
まずは以下を確認しましょう。
- [設定] → [Windows Update] で「〇日間一時停止」などになっていないか。
- Wi-Fi やモバイル回線が「従量制接続」に設定されていないか（[設定] → [ネットワークとインターネット]）。
5. 公式のオフラインインストーラーで上書き更新する
Edge がうまく更新されない場合でも、スタンドアロン（オフライン）インストーラーで上書きインストールすると、更新モジュールやサービスが復旧するケースがあります。
手順イメージ：
- 別の PC などから、Microsoft 公式の Edge for Business ダウンロードページ を開く。
- 使用している OS（Windows 10 / 11 など）とアーキテクチャ（32bit / 64bit）に合うパッケージを選び、オフラインインストーラーをダウンロード。
- 問題の PC にインストーラーをコピーして実行（インターネット接続なしで実行可能）。
- 既存の Edge の上にインストールされる形で最新版に更新される。
「for Business」と書かれていますが、実体は通常版 Edge と同じで、個人利用でもそのまま使えます。
6. セキュリティソフトや保護者機能のブロックを疑う
ウイルス対策ソフトやペアレンタルコントロール（保護者による制限）機能が、
- インストーラーの実行をブロックしている
- 特定の URL へのアクセス（Edge の更新サーバー）を遮断している
ケースも少なくありません。セキュリティソフトのログにブロック履歴がないか確認し、一時的に保護機能を緩めた状態で更新を試すと切り分けができます（常用で保護を切るのはおすすめしません）。
Enrollments 配下を触るときの注意点
ここまで読むと、
- 「Enrollments のキーを削除すれば組織管理じゃなくなる？」
- 「Edge の更新も直る？」
といった発想が浮かぶかもしれませんが、安易に Enrollments 配下を削除するのはおすすめできません。
- 企業環境では、誤ってキーを消すと自動登録やシングルサインオンが壊れ、再登録が必要になることがあります。
- 個人環境でも、今後仕事で職場アカウントを追加したときに、予期せぬ影響が出る可能性があります。
どうしてもレジストリを触る必要があるのは、
- 企業の管理者が公式ドキュメントに沿ってトラブルシュートしているとき
- あるいは、信頼できる専門家のサポートを受けているとき
に限った方が安全です。一般ユーザーが「なんとなく気持ち悪いから」と削除するのは、リスクの方が大きいと考えてください。
オフラインセットアップと組織管理の関係
「オンラインでセットアップすると Edge が更新されないので、オフラインでインストールしている」というケースについても触れておきます。
- オンラインセットアップ時に、うっかり職場／学校アカウントでサインインしてしまうと、その時点でデバイスが組織に登録される可能性があります。
- 一方、オフラインでセットアップしてローカルアカウントだけで使っている場合、少なくともセットアップ直後に組織側へ登録されることはありません。
- ただし、後から Edge や Office で職場アカウントにサインインすると、そのタイミングで「職場または学校へのアクセス」にアカウントが追加される場合があります。
つまり、「オフラインでインストールしたから安全」「オンラインだと必ず組織管理になる」という単純な話ではなく、どのアカウントでサインインしたか・どの画面で職場／学校アカウントを追加したかが重要です。
Enrollments キーのサブキーは、その過程で作られることもあれば、OS が将来のためにプレースホルダーとして用意しているだけのこともあります。「オフラインインストールだからこそ何か特別な管理状態になっている」という心配は不要です。
「結局、自分の PC は組織管理なのか？」を判断するポイント
ここまでを踏まえて、最終的に自分の PC が組織管理かどうか判断するためのポイントを整理します。
| 確認項目 | こうなら通常は未管理 | こうなら要注意 |
|---|---|---|
| [職場または学校へのアクセス] | 接続済みアカウントが 1 つも表示されない | 会社／学校のアカウントが「接続済み」と表示されている |
dsregcmd /status | AzureAdJoined = NO かつ WorkplaceJoined = NO | いずれかが YES（組織アカウントの参加／登録あり） |
| 設定アプリのバナー | 「一部の設定は組織によって管理されています」がどこにも出ていない | 複数の項目でバナーが出る（グループポリシーまたは MDM 管理が有効） |
edge://policy | ポリシーが 1 つも表示されない | 多数のポリシーが列挙され、更新関連ポリシーも設定されている |
HKLM\Software\Microsoft\Enrollments | ここだけで判断しない（補助情報扱い） | MDM 管理であることが他の項目からも確認できる場合の補完情報 |
上段 4 つが「本命」の判定材料であり、Enrollments キーはあくまで補助的な存在です。
まとめ
HKLM\Software\Microsoft\Enrollmentsのサブキーが複数存在すること自体は仕様であり、異常ではありません。- サブキーがあるだけでは「会社や学校に管理されている」とは言えず、「職場または学校へのアクセス」画面や
dsregcmd /statusの結果で判断する必要があります。 - Edge の更新不具合は、更新サービスやタスク、ポリシー、Windows Update の状態、セキュリティソフトなど、別の要因であることがほとんどです。
- Enrollments 配下のキーを手動で削除したり書き換えたりするのはリスクが高く、基本的には避けるべきです。
- どうしても不安な場合は、「職場／学校アカウントが接続されているか」「AzureAdJoined / WorkplaceJoined の値」「Edge のポリシー有無」の 3 点をまず確認し、必要であれば専門家や組織の IT 管理者に相談してみてください。
「Enrollments にサブキーがある＝組織管理」という誤解さえ解ければ、レジストリを見ても過度に不安にならず、落ち着いて Edge の更新トラブルなど本来の問題に集中できるはずです。
コメント