directoryRole: delta
名前空間: microsoft.graph
リソース コレクション全体の完全な読み取りを実行することなく、新しく作成、更新、または削除されたディレクトリ ロールを取得します。 詳細については、「 デルタ クエリを使用して Microsoft Graph データの変更を追跡する 」を参照してください。
この API は、次の国内クラウド展開で使用できます。
グローバル サービス | 米国政府機関 L4 | 米国政府機関 L5 (DOD) | 21Vianet が運営する中国 |
---|---|---|---|
✅ | ✅ | ✅ | ✅ |
アクセス許可
この API の最小特権としてマークされているアクセス許可またはアクセス許可を選択します。 アプリで必要な場合にのみ、より高い特権のアクセス許可またはアクセス許可を使用します。 委任されたアクセス許可とアプリケーションのアクセス許可の詳細については、「アクセス許可の種類」を参照してください。 これらのアクセス許可の詳細については、「アクセス許可のリファレンス」を参照してください。
アクセス許可の種類 | 最小特権アクセス許可 | より高い特権のアクセス許可 |
---|---|---|
委任 (職場または学校のアカウント) | RoleManagement.Read.Directory | Directory.Read.All、Directory.ReadWrite.All、RoleManagement.ReadWrite.Directory |
委任 (個人用 Microsoft アカウント) | サポートされていません。 | サポートされていません。 |
アプリケーション | RoleManagement.Read.Directory | Directory.Read.All、Directory.ReadWrite.All、RoleManagement.ReadWrite.Directory |
重要
職場または学校アカウントを使用した委任されたシナリオでは、サインインしているユーザーに、サポートされているMicrosoft Entraロールまたはサポートされているロールのアクセス許可を持つカスタム ロールを割り当てる必要があります。 この操作では、次の最小特権ロールがサポートされています。
- ユーザー管理者
- ヘルプデスク管理者
- サービス サポート管理者
- 課金管理者
- User
- メールボックスの管理者
- ディレクトリ リーダー
- ディレクトリ製作者
- アプリケーション管理者
- セキュリティ閲覧者
- セキュリティ管理者
- 特権ロール管理者
- クラウド アプリケーション管理者
- カスタマー ロックボックス アクセス承認者
- Dynamics 365管理者
- Power BI 管理者
- Azure Information Protection 管理者
- Desktop Analytics管理者
- ライセンス管理者
- Microsoft マネージド デスクトップ管理者
- 認証管理者
- 特権認証管理者
- Teams 通信管理者
- Teams 通信サポート エンジニア
- Teams 通信サポート スペシャリスト
- Teams 管理者
- Insights 管理者
- コンプライアンス データ管理者
- セキュリティ オペレーター
- Kaizala 管理者
- グローバル閲覧者
- ボリューム ライセンス ビジネス センター ユーザー
- ボリューム ライセンス Service Center ユーザー
- モダン コマース管理者
- ビジネス向け Microsoft Store ユーザー
- ディレクトリレビュー担当者
HTTP 要求
変更の追跡を開始するには、directoryRole リソースの delta 関数を含む要求を行います。
GET /directoryRoles/delta
クエリ パラメーター
変更を追跡すると、1 つ以上の デルタ 関数呼び出しのラウンドが発生します。 任意のクエリ パラメーター ($deltatoken
と$skiptoken
以外) を使用する場合は、最初のデルタ要求でこれを指定する必要があります。 Microsoft Graph は、応答で提供される @odata.nextLink
または @odata.deltaLink
の URL のトークン部分に指定したパラメーターを自動的にエンコードします。
必要なクエリ パラメーターを前もって 1 回指定しておくだけで済みます。
その後の要求では、前の応答で得られた @odata.nextLink
や @odata.deltaLink
の URL をコピーして適用します。エンコード済みの必要なパラメーターがこの URL に既に含まれているためです。
クエリ パラメーター | 種類 | 説明 |
---|---|---|
$deltatoken | string | 同じリソース コレクションに対する@odata.deltaLink 前のデルタ関数呼び出しの URL で返された状態トークン。変更追跡のラウンドの完了を示します。 このコレクションについて、このトークンを含む、@odata.deltaLink URL 全体を次の変更追跡のラウンドの最初の要求に保存し、適用します。 |
$skiptoken | string | 前のデルタ関数呼び出しの URL で@odata.nextLink 返される状態トークン。同じリソース コレクションで追跡する必要がある変更が追加されていることを示します。 |
OData クエリ パラメーター
このメソッドは、応答をカスタマイズするための OData クエリ パラメーターをサポートします。
GET 要求と同様にクエリ パラメーターを
$select
使用して、最適なパフォーマンスを得るために必要なプロパティのみを指定できます。 id プロパティは常に返されます。$filter
に対するサポートには制限があります。- 唯一サポートされる
$filter
式は、特定のリソースの変更を ID$filter=id+eq+{value}
または$filter=id+eq+{value1}+or+id+eq+{value2}
で追跡することです。 指定できる ID の数は、URL の最大長によって制限されます。
- 唯一サポートされる
要求ヘッダー
名前 | 説明 |
---|---|
Authorization | ベアラー {token}。 必須です。 認証と認可についての詳細をご覧ください。 |
Content-Type | application/json |
要求本文
このメソッドには、要求本文を指定しません。
応答
成功した場合、このメソッドは 200 OK
応答コードと directoryRole コレクション オブジェクトを応答本文に返します。 応答には @odata.nextLink
URL または @odata.deltaLink
URLも含まれます。
URL が返される場合は、セッションに取得するデータの追加ページがあります。
@odata.nextLink
アプリケーションは@odata.deltaLink
URL が応答に含まれるまで@odata.nextLink
URLを使用して要求を続けます。URL が返される場合、返されるリソースの既存の状態に関するデータはありません。 URL を保存
@odata.deltaLink
し、次の デルタ 呼び出しでそれを適用して、将来のリソースへの変更について学習します。
例
要求
GET https://graph.microsoft.com/v1.0/directoryRoles/delta
応答
注: ここに示す応答オブジェクトは、読みやすさのために短縮されている場合があります。
HTTP/1.1 200 OK
Content-type: application/json
{
"@odata.context": "https://graph.microsoft.com/v1.0/$metadata#directoryRoles",
"@odata.nextLink": "https://graph.microsoft.com/v1.0/directoryRoles/delta?$skiptoken=pkXMyA5aFCIMmH1Kk1XEAnf2X-fodqXKXF03gYPQknSHRxogVsxvSq_26nhos-O2-shortened",
"value": [
{
"description": "Device Administrators",
"displayName": "Azure AD Joined Device Local Administrator",
"roleTemplateId": "9f06204d-73c1-4d4c-880a-6edb90606fd8",
"id": "f8e85ed8-f66f-4058-b170-3efae8b9c6e5",
"members@delta": [
{
"@odata.type": "#microsoft.graph.user",
"id": "bb165b45-151c-4cf6-9911-cd7188912848",
"@removed": {
"reason": "deleted"
}
}
]
}
]
}
関連コンテンツ
- 詳細については、デルタ クエリを使用して Microsoft Graph データの変更を追跡 する
- 要求の例については、「ユーザーに対する増分の変更の取得」をご覧ください。