宣言された構成プロトコルとは

  • [アーティクル]
  • 適用対象:
    ✅ Windows 11, ✅ Windows 10

宣言された構成プロトコルは、必要な状態のデバイス構成モデルに基づいていますが、基になる OMA-DM Syncml プロトコルを引き続き使用します。 専用の OMA-DM サーバーを介して、このプロトコルを介して 1 つのバッチ内のすべての設定を提供します。 デバイスの宣言された構成クライアント スタックは、最も効率的で信頼性の高い方法で目的のシナリオを実現するために、設定を理由にすることができます。

宣言された構成プロトコルでは、デバイスに個別の OMA-DM 登録が必要です。これは、プライマリ OMA-DM サーバーに登録されているデバイスに依存します。 目的の状態モデルは、サーバーがデバイスの要求状態を担当する現在のモデルとは異なるモデルです。 このデュアル登録は、デバイスが既にプライマリ MDM サーバーに登録されている場合にのみ許可されます。 この他の登録では、目的の状態管理機能とプライマリ機能が分離されます。 宣言された構成登録の最初の目的の状態管理モデル機能は、 拡張性と呼ばれます。

宣言された構成モデルを示す図。

宣言された構成 CSP を使用すると、OMA-DM サーバーは、指定したシナリオに基づいて、設定名と関連する値の完全なコレクションをデバイスに提供できます。 デバイスで宣言された構成スタックは、構成要求を処理し、シナリオの更新を含む状態を維持します。

宣言された構成の目的の状態モデルの利点は、特にデバイスを構成する宣言済み構成クライアントの責任であるため、効率的で正確であることです。 宣言された構成の効率は、クライアントがシナリオ設定のバッチを非同期的に処理できるためです。これにより、サーバー リソースが解放され、他の作業が実行されます。 したがって、宣言された構成プロトコルの待機時間は短くなります。 構成の品質と精度については、宣言された構成クライアント スタックには、デバイスの構成領域に関する詳細な知識があります。 この動作には、構成シナリオに影響を与える継続的なデバイス更新プログラムの適切な処理が含まれます。

宣言された構成登録

Mobile Device Enrollment Protocol バージョン 2 では、プライマリと宣言された構成の登録について説明する、検出を含む登録について説明します。 デバイスは、宣言された構成のデュアル登録に次の新しい DMClient CSP ポリシーを使用します。

次の SyncML の例では、 LinkedEnrolment/DiscoveryEndpoint を設定し、 LinkedEnrollment/Register をトリガーします。

<SyncML xmlns="SYNCML:SYNCML1.1">
    <SyncBody>
        <Replace>
           <CmdID>2</CmdID>
            <Item>
                <Target>
                    <LocURI>./Device/Vendor/MSFT/DMClient/Provider/MS%20DM%20SERVER/LinkedEnrollment/DiscoveryEndpoint</LocURI>
                </Target>
         <Data>https://discovery.dm.microsoft.com/EnrollmentConfiguration?api-version=1.0</Data>
            </Item>
        </Replace>
        <Final/>
    </SyncBody>
</SyncML>

<SyncML xmlns="SYNCML:SYNCML1.1">
    <SyncBody>
        <Exec>
            <CmdID>2</CmdID>
            <Item>
                <Target>
                    <LocURI>./Device/Vendor/MSFT/DMClient/Provider/MS%20DM%20SERVER/LinkedEnrollment/Enroll</LocURI>
                </Target>
           </Item>
        </Exec>
        <Final/>
    </SyncBody>
</SyncML>

関連するコンテンツ