クイックスタート: サンプルデーモンアプリで Web API を呼び出す

2025-08-25

適用対象: 次の内容が従業員テナントに適用されることを示す白いチェックマーク記号が付いた緑の円。従業員テナント :次の内容が外部テナントに適用されることを示す白いチェックマーク記号が付いた緑の円。外部テナント (詳細)

このクイックスタートでは、サンプルデーモンアプリケーションを使用してアクセストークンを取得し、 Microsoft Authentication Library (MSAL) を使用して保護された Web API を呼び出します。

開始する前に、このページの上部にある [テナントの種類 の選択] セレクターを使用して、テナントの種類を選択します。 Microsoft Entra ID には、従業員と外部の 2 つのテナント構成が用意されています。従業員テナントの構成は、従業員、内部アプリ、およびその他の組織リソースを対象としています。外部テナントは、顧客向けのアプリ用です。

このクイックスタートで使用するサンプルアプリは、Microsoft Graph API を呼び出すアクセストークンを取得します。

[前提条件]

アクティブなサブスクリプションを持つ Azure アカウント。アカウントをまだお持ちでない場合は、無料でアカウントを作成してください。
この Azure アカウントには、アプリケーションを管理するためのアクセス許可が必要です。次の Microsoft Entra ロールには、必要なアクセス許可が含まれます。
- アプリケーション管理者
- アプリケーション開発者
- クラウドアプリケーション管理者
従業員テナント。既定のディレクトリを使用するか、新しいテナントを設定できます。
この組織のディレクトリ内のアカウント専用に構成された Microsoft Entra 管理センターに新しいアプリを登録します。詳細については、「アプリケーションの登録」を参照してください。後で使用するために、アプリケーション の [概要 ] ページから次の値を記録します。
- アプリケーション (クライアント) ID
- ディレクトリ (テナント) ID
アプリの登録にクライアントシークレットを追加します。運用アプリではクライアントシークレットを使用しないでください。代わりに、証明書またはフェデレーション資格情報を使用してください。詳細については、「アプリケーションに資格情報を追加する」を参照してください。

.NET 6.0 SDK の最小要件。
Visual Studio 2022 または Visual Studio Code。

デーモンアプリに API アクセス許可を付与する

デーモンアプリが Microsoft Graph API のデータにアクセスするには、必要なアクセス許可を付与します。デーモンアプリには、アプリケーションの種類のアクセス許可が必要です。ユーザーはデーモンアプリケーションと対話できないため、テナント管理者はこれらのアクセス許可に同意する必要があります。アクセス許可を付与して同意するには、次の手順を使用します。

.NET デーモンアプリの場合、アクセス許可を付与して同意する必要はありません。このデーモンアプリは、独自のアプリ登録情報を読み取るので、アプリケーションのアクセス許可を与えられていない状態で読み取ることができます。

サンプルアプリケーションを複製またはダウンロードする

サンプルアプリケーションを取得するには、GitHub から複製するか、 .zip ファイルとしてダウンロードします。

サンプルを複製するには、コマンドプロンプトを開き、プロジェクトを作成する場所に移動し、次のコマンドを入力します。

git clone https://github.com/Azure-Samples/ms-identity-docs-code-dotnet.git

.zip ファイルをダウンロードします。名前の長さが 260 文字未満のファイルパスに抽出します。

git clone https://github.com/azure-samples/ms-identity-javascript-nodejs-console.git

.zip ファイルをダウンロードします。名前の長さが 260 文字未満のファイルパスに抽出します。

git clone https://github.com/Azure-Samples/ms-identity-python-daemon.git

.zip ファイルをダウンロードします。名前の長さが 260 文字未満のファイルパスに抽出します。

git clone https://github.com/Azure-Samples/ms-identity-java-daemon.git

.zip ファイルをダウンロードします。名前の長さが 260 文字未満のファイルパスに抽出します。

プロジェクトを構成する

クライアントデーモンアプリサンプルでアプリ登録の詳細を使用するには、次の手順に従います。

コンソールウィンドウを開き、 ms-identity-docs-code-dotnet/console-daemon ディレクトリに移動します。
```
cd ms-identity-docs-code-dotnet/console-daemon
```
Program.csを開き、ファイルの内容を次のスニペットに置き換えます。
```
 // Full directory URL, in the form of https://login.microsoftonline.com/<tenant_id>
 Authority = " https://login.microsoftonline.com/Enter_the_tenant_ID_obtained_from_the_Microsoft_Entra_admin_center",
 // 'Enter the client ID obtained from the Microsoft Entra admin center
 ClientId = "Enter the client ID obtained from the Microsoft Entra admin center",
 // Client secret 'Value' (not its ID) from 'Client secrets' in the Microsoft Entra admin center
 ClientSecret = "Enter the client secret value obtained from the Microsoft Entra admin center",
 // Client 'Object ID' of app registration in Microsoft Entra admin center - this value is a GUID
 ClientObjectId = "Enter the client Object ID obtained from the Microsoft Entra admin center"
```
- Authority - 機関は、MSAL がトークンを要求できるディレクトリを示す URL です。 Enter_the_tenant_ID_obtained_from_the_Microsoft_Entra_admin_centerを、先ほど記録したディレクトリ (テナント) ID の値に置き換えます。
- ClientId - アプリケーションの識別子。クライアントとも呼ばれます。引用符で囲まれたテキストを、登録済みアプリケーションの概要ページから前に記録した Application (client) ID 値に置き換えます。
- ClientSecret - Microsoft Entra 管理センターでアプリケーション用に作成されたクライアントシークレット。クライアントシークレットの値を入力します。
- ClientObjectId - クライアントアプリケーションのオブジェクト ID。引用符で囲まれたテキストを、登録済みアプリケーションの概要ページから前に記録した Object ID 値に置き換えます。

エディターで .env ファイルを開き、プレースホルダーを置き換えます。

Enter_the_Application_Id_Here は、先ほど登録したアプリケーションのアプリケーション (クライアント) ID で指定します。
Enter_the_Tenant_Id_Here ワークフォーステナントのテナント ID を使用します。
Enter_the_Client_Secret_Here 前に作成したクライアントシークレットを使用します。
Enter_the_Cloud_Instance_Id_Here と https://login.microsoftonline.com。
Enter_the_Graph_Endpoint_Here と https://graph.microsoft.com/。

1-Call-MsGraph-WithSecret ディレクトリに移動します。
エディターで、 parameters.json ファイルを開き、プレースホルダーを置き換えます。
- Enter_the_Application_Id_Here は、先ほど登録したアプリケーションのアプリケーション (クライアント) ID で指定します。
- Enter_the_Tenant_Id_Here ワークフォーステナントのテナント ID を使用します。
- Enter_the_Client_Secret_Here 前に作成したクライアントシークレットを使用します。

msal-client-credential-secret ディレクトリに移動します。
エディターで、 src\main\resources\application.properties ファイルを開き、プレースホルダーを置き換えます。
- Enter_the_Application_Id_Here は、先ほど登録したアプリケーションのアプリケーション (クライアント) ID で指定します。
- Enter_the_Tenant_Id_Here ワークフォーステナントのテナント ID を使用します。
- Enter_the_Client_Secret_Here 前に作成したクライアントシークレットを使用します。

アプリケーションを実行してテストする

サンプルアプリを構成しました。実行とテストに進むことができます。

コンソールウィンドウから次のコマンドを実行して、アプリケーションをビルドして実行します。

dotnet run

アプリケーションが正常に実行されると、次のスニペットのような応答が表示されます (簡潔にするために短縮されます)。

{
"@odata.context": "https://graph.microsoft.com/v1.0/$metadata#applications/$entity",
"id": "00001111-aaaa-2222-bbbb-3333cccc4444",
"deletedDateTime": null,
"appId": "00001111-aaaa-2222-bbbb-3333cccc4444",
"applicationTemplateId": null,
"disabledByMicrosoftStatus": null,
"createdDateTime": "2021-01-17T15:30:55Z",
"displayName": "identity-dotnet-console-app",
"description": null,
"groupMembershipClaims": null,
...
}

動作方法

デーモンアプリケーションは、(ユーザーの代わりにではなく) それ自体に代わってトークンを取得します。ユーザーは独自の ID を必要とするため、デーモンアプリケーションと対話できません。この種類のアプリケーションは、アプリケーション ID、資格情報 (シークレットまたは証明書)、およびアプリケーション ID URI を提示することで、アプリケーション ID を使用してアクセストークンを要求します。デーモンアプリケーションは、標準の OAuth 2.0 クライアント資格情報付与フローを使用してアクセストークンを取得します。

アプリは、Microsoft ID プラットフォームからアクセストークンを取得します。アクセストークンのスコープは、Microsoft Graph API です。その後、アプリはアクセストークンを使用して、Microsoft Graph API から独自のアプリケーション登録の詳細を要求します。アクセストークンに適切なアクセス許可がある限り、アプリは Microsoft Graph API から任意のリソースを要求できます。

このサンプルでは、ユーザーの ID ではなく、無人ジョブまたは Windows サービスをアプリケーション ID で実行する方法を示します。

依存関係をインストールするには、次のコマンドを実行します。
```
npm install
```
アプリケーションを実行するには、次のコマンドを使用します。
```
node . --op getUsers
```

アプリが正常に実行されると、従業員テナントのすべてのユーザーの一覧を表す JSON 形式の出力が表示されます。次のスニペットのようになります。

{
  '@odata.context': 'https://graph.microsoft.com/v1.0/$metadata#users',
  value: [
    {
      businessPhones: [],
      displayName: 'Casey Jensen',
      givenName: 'Jense',
      jobTitle: null,
      mail: null,
      mobilePhone: null,
      officeLocation: null,
      preferredLanguage: null,
      surname: 'Casey',
      userPrincipalName: 'jensen@contoso.onmicrosoft.com',
      id: 'aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb'
    },
    ...
  ]
}

動作方法

アプリは、Microsoft ID プラットフォームからアクセストークンを取得します。アクセストークンのスコープは、Microsoft Graph API です。その後、アプリはアクセストークンを使用して、Microsoft Graph API からテナント内のすべてのユーザーを読み取る。アクセストークンに適切なアクセス許可がある限り、アプリは Microsoft Graph API から任意のリソースを要求できます。この場合、すべてのユーザーの完全なプロファイルを 読み取ることができるように、アプリ User.Read.All アプリのアクセス許可を付与しました。

このサンプルでは、ユーザーの ID ではなく、無人ジョブまたは Windows サービスをアプリケーション ID で実行する方法を示します。

依存関係をインストールするには、次のコマンドを実行します。
```
pip install -r requirements.txt
```
アプリケーションを実行するには、次のコマンドを使用します。
```
python confidential_client_secret_sample.py parameters.json
```

{
  '@odata.context': 'https://graph.microsoft.com/v1.0/$metadata#users',
  value: [
    {
      businessPhones: [],
      displayName: 'Casey Jensen',
      givenName: 'Jense',
      jobTitle: null,
      mail: null,
      mobilePhone: null,
      officeLocation: null,
      preferredLanguage: null,
      surname: 'Casey',
      userPrincipalName: 'jensen@contoso.onmicrosoft.com',
      id: 'aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb'
    },
    ...
  ]
}

動作方法

このサンプルでは、ユーザーの ID ではなく、無人ジョブまたは Windows サービスをアプリケーション ID で実行する方法を示します。

IDE またはから ClientCredentialGrant.java のメインメソッドを実行して、サンプルアプリをテストできます。

本体から、次のコマンドを実行します。
```
$ mvn clean compile assembly:single
```
このコマンドは、/targets ディレクトリにmsal-client-credential-secret-1.0.0.jar ファイルを生成します。
/targets ディレクトリに移動し、次のコマンドを使用して Java 実行可能ファイルを実行します。
```
$ java -jar msal-client-credential-secret-1.0.0.jar
```

{
  '@odata.context': 'https://graph.microsoft.com/v1.0/$metadata#users',
  value: [
    {
      businessPhones: [],
      displayName: 'Casey Jensen',
      givenName: 'Jense',
      jobTitle: null,
      mail: null,
      mobilePhone: null,
      officeLocation: null,
      preferredLanguage: null,
      surname: 'Casey',
      userPrincipalName: 'jensen@contoso.onmicrosoft.com',
      id: 'aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb'
    },
    ...
  ]
}

動作方法

このサンプルでは、ユーザーの ID ではなく、無人ジョブまたは Windows サービスをアプリケーション ID で実行する方法を示します。

この ASP.NET Web アプリを「チュートリアル: Microsoft ID プラットフォームにアプリケーションを登録する」シリーズを使用して構築します。
クイックスタート: ASP.NET Web アプリを Azure App Service にデプロイする

[前提条件]

アクティブなサブスクリプションを持つ Azure アカウント。アカウントをまだお持ちでない場合は、無料でアカウントを作成してください。
この Azure アカウントには、アプリケーションを管理するためのアクセス許可が必要です。次の Microsoft Entra ロールには、必要なアクセス許可が含まれます。
- アプリケーション管理者
- アプリケーション開発者
- クラウドアプリケーション管理者
外部テナント。作成するには、次の方法から選択します。
- (推奨) Microsoft Entra 外部 ID 拡張機能を使用して、Visual Studio Code で外部テナントを直接設定します。
- Microsoft Entra 管理センターで新しい外部テナントを作成します。
次の構成で、Microsoft Entra 管理センターに新しいアプリを登録します。詳細については、「アプリケーションの登録」を参照してください。
- 名前: ciam-daemon-app
- サポートされているアカウントの種類: この組織のディレクトリ内のアカウントのみ (シングルテナント)
Visual Studio Code または別のコードエディター。
.NET 7.0 以降。
Node.js (ノード実装のみ)

クライアントシークレットを作成する

登録済みアプリケーションのクライアントシークレットを作成します。アプリケーションは、トークンの要求時にクライアントシークレットを使用して ID を証明します。

[ アプリの登録 ] ページで、作成したアプリケーション ( Web アプリクライアントシークレットなど) を選択して [概要 ] ページを開きます。
[ 管理] で、 証明書とシークレット>クライアントシークレット>新しいクライアントシークレットの順に選択します。
[ 説明 ] ボックスに、クライアントシークレットの説明 ( Web アプリクライアントシークレットなど) を入力します。
[ 有効期限] で、(組織のセキュリティ規則に従って) シークレットが有効な期間を選択し、[ 追加] を選択します。
シークレットの値を記録 します。この値は、後の手順で構成に使用します。 証明書とシークレットから移動した後、シークレット値は再び表示されず、取得できません。必ず記録してください。

機密クライアントアプリケーションの資格情報を作成する場合:

アプリケーションを運用環境に移行する前に、クライアントシークレットの代わりに証明書を使用することをお勧めします。証明書の使用方法の詳細については、 Microsoft ID プラットフォームアプリケーション認証証明書の資格情報の手順を参照してください。
テスト目的で、自己署名証明書を作成し、それに対して認証するようにアプリを構成できます。ただし、 運用環境では、既知の証明機関によって署名された証明書を購入し、 Azure Key Vault を使用して証明書のアクセスと有効期間を管理する必要があります。

デーモンアプリに API アクセス許可を付与する

[ アプリの登録 ] ページで、作成したアプリケーション ( ciam-client-app など) を選択します。
[管理] の下にある [API のアクセス許可] を選択します。
[ 構成されたアクセス許可] で、[ アクセス許可の追加] を選択します。
組織で 使用している API タブを選択します。
API の一覧で、 ciam-ToDoList-api などの API を選択します。
[ アプリケーションのアクセス許可] オプションを選択します。このオプションは、アプリ自体としてサインインする場合に選択しますが、ユーザーの代わりには選択しません。
アクセス許可の一覧から、 TodoList.Read.All、ToDoList.ReadWrite.All を選択します (必要に応じて検索ボックスを使用します)。
[ アクセス許可の追加] ボタンを選択します。
この時点で、アクセス許可が正しく割り当てられます。ただし、デーモンアプリではユーザーが操作できないため、ユーザー自身がこれらのアクセス許可に同意することはできません。この問題に対処するには、管理者がテナント内のすべてのユーザーに代わってこれらのアクセス許可に同意する必要があります。
1. [< を選択し>、[はい] を選択します。
2. [最新の情報に更新] を選択し、両方のアクセス許可の [状態<テナント名>が表示されることを確認します。

アプリロールを構成する

API は、クライアントアプリがアクセストークンをそれ自体として取得するために、アプリケーションに対して少なくとも 1 つのアプリロール ( アプリケーションアクセス許可とも呼ばれます) を発行する必要があります。アプリケーションのアクセス許可は、クライアントアプリケーションが自身として正常に認証できるようにし、ユーザーをサインインさせる必要がない場合に API が発行する必要があるアクセス許可の種類です。アプリケーションのアクセス許可を発行するには、次の手順に従います。

[ アプリの登録 ] ページで、作成したアプリケーション ( ciam-ToDoList-api など) を選択して [概要 ] ページを開きます。
[ 管理] で、[ アプリロール] を選択します。

[ アプリロールの作成] を選択し、次の値を入力し、[ 適用 ] を選択して変更を保存します。

プロパティ	価値
[表示名]	ToDoList.Read.All
許可されるメンバー型	アプリケーション
価値	ToDoList.Read.All
Description	アプリが 'TodoListApi' を使用してすべてのユーザーの ToDo リストを読み取れるようにする
このアプリロールを有効にしますか?	チェックしたままにする

[ アプリロールの作成 ] をもう一度選択し、2 つ目のアプリロールに次の値を入力し、[ 適用 ] を選択して変更を保存します。

プロパティ	価値
[表示名]	ToDoList.ReadWrite.All
許可されるメンバー型	アプリケーション
価値	ToDoList.ReadWrite.All
Description	アプリで 'ToDoListApi' を使用して、すべてのユーザーの ToDo リストの読み取りと書き込みを許可する
このアプリロールを有効にしますか?	チェックしたままにする

オプションクレームの設定

idtyp の省略可能な要求を追加して、Web API がトークンがアプリトークンかアプリ+ ユーザー トークンかを判断するのに役立ちます。 scp とロール要求の組み合わせを同じ目的で使用できますが、idtyp 要求を使用すると、アプリトークンとアプリ + ユーザートークンを区別する最も簡単な方法です。たとえば、トークンが アプリ 専用トークンの場合、この要求の値は app です。

サンプルデーモンアプリケーションと Web API を複製またはダウンロードする

サンプルアプリケーションを取得するには、GitHub から複製するか、.zip ファイルとしてダウンロードします。

ノード
.NET

サンプルを複製するには、コマンドプロンプトを開き、プロジェクトを作成する場所に移動し、次のコマンドを入力します。
```
git clone https://github.com/Azure-Samples/ms-identity-ciam-javascript-tutorial.git
```
または、ファイル .zip サンプルをダウンロードし、名前の長さが 260 文字未満のファイルパスに抽出します。

プロジェクトの依存関係をインストールする

コンソールウィンドウを開き、Node.js サンプルアプリを含むディレクトリに移動します。
```
cd 2-Authorization\3-call-api-node-daemon\App
```
次のコマンドを実行して、アプリの依存関係をインストールします。
```
npm install && npm update
```

サンプルを複製するには、コマンドプロンプトを開き、プロジェクトを作成する場所に移動し、次のコマンドを入力します。
```
git clone https://github.com/Azure-Samples/ms-identity-ciam-dotnet-tutorial.git
```
.zip ファイルをダウンロードします。名前の長さが 260 文字未満のファイルパスに抽出します。

サンプルデーモンアプリと API を構成する

クライアント Web アプリサンプルでアプリ登録の詳細を使用するには、次の手順に従います。

ノード
.NET

コードエディターで、ファイル App\authConfig.js 開きます。
プレースホルダーを見つけます。
- Enter_the_Application_Id_Here を選択し、先ほど登録したデーモンアプリのアプリケーション (クライアント) ID に置き換えます。
- Enter_the_Tenant_Subdomain_Here ディレクトリ (テナント) サブドメインに置き換えます。たとえば、テナントのプライマリドメインが contoso.onmicrosoft.comされている場合は、 contosoを使用します。テナント名がない場合は、テナントの詳細を読み取る方法について説明します。
- Enter_the_Client_Secret_Here を選択し、前にコピーしたデーモンアプリシークレット値に置き換えます。
- Enter_the_Web_Api_Application_Id_Here を選択し、先ほどコピーした Web API のアプリケーション (クライアント) ID に置き換えます。

Web API サンプルでアプリの登録を使用するには:

コードエディターで、ファイル API\ToDoListAPI\appsettings.json 開きます。
プレースホルダーを見つけます。
- Enter_the_Application_Id_Here を選択し、コピーした Web API のアプリケーション (クライアント) ID に置き換えます。
- Enter_the_Tenant_Id_Here を選択し、先ほどコピーしたディレクトリ (テナント) ID に置き換えます。
- Enter_the_Tenant_Subdomain_Here ディレクトリ (テナント) サブドメインに置き換えます。たとえば、テナントのプライマリドメインが contoso.onmicrosoft.comされている場合は、 contosoを使用します。テナント名がない場合は、テナントの詳細を読み取る方法について説明します。

コードエディター で、ms-identity-ciam-dotnet-tutorial/2-Authorization/3-call-own-api-dotnet-core-daemon/ToDoListClient/appsettings.json ファイルを開きます。
プレースホルダーを見つけます。
- Enter_the_Application_Id_Here を選択し、先ほど登録したデーモンアプリケーションのアプリケーション (クライアント) ID に置き換えます。
- Enter_the_Tenant_Subdomain_Here ディレクトリ (テナント) サブドメインに置き換えます。たとえば、テナントのプライマリドメインが contoso.onmicrosoft.comされている場合は、 contosoを使用します。テナント名がない場合は、テナントの詳細を読み取る方法について説明します。
- Enter_the_Client_Secret_Here を選択し、前にコピーしたデーモンアプリケーションシークレット値に置き換えます。
- Enter_the_Web_Api_Application_Id_Here を選択し、先ほどコピーした Web API のアプリケーション (クライアント) ID に置き換えます。

Web API サンプルでアプリの登録を使用するには:

コードエディター で、ms-identity-ciam-dotnet-tutorial/2-Authorization/3-call-own-api-dotnet-core-daemon/ToDoListAPI/appsettings.json ファイルを開きます。
プレースホルダーを見つけます。
- Enter_the_Application_Id_Here を選択し、コピーした Web API のアプリケーション (クライアント) ID に置き換えます。
- Enter_the_Tenant_Id_Here を選択し、先ほどコピーしたディレクトリ (テナント) ID に置き換えます。
- Enter_the_Tenant_Subdomain_Here ディレクトリ (テナント) サブドメインに置き換えます。たとえば、テナントのプライマリドメインが contoso.onmicrosoft.comされている場合は、 contosoを使用します。テナント名がない場合は、テナントの詳細を読み取る方法について説明します。

サンプルデーモンアプリと API の実行とテスト

サンプルアプリを構成しました。実行とテストに進むことができます。

ノード
.NET

コンソールウィンドウを開き、次のコマンドを使用して Web API を実行します。
```
cd 2-Authorization\3-call-api-node-daemon\API\ToDoListAPI
dotnet run
```
次のコマンドを使用して、Web アプリクライアントを実行します。
```
2-Authorization\3-call-api-node-daemon\App
node . --op getToDos
```

デーモンアプリと Web API が正常に実行されると、コンソールウィンドウに次の JSON 配列のようなものが表示されます

{
    "id": 1,
    "owner": "3e8....-db63-43a2-a767-5d7db...",
    "description": "Pick up grocery"
},
{
    "id": 2,
    "owner": "c3cc....-c4ec-4531-a197-cb919ed.....",
    "description": "Finish invoice report"
},
{
    "id": 3,
    "owner": "a35e....-3b8a-4632-8c4f-ffb840d.....",
    "description": "Water plants"
}

動作方法

Node.js アプリは、OAuth 2.0 クライアント資格情報付与フローを使用して、ユーザーではなく、それ自体のアクセストークンを取得します。アプリが要求するアクセストークンには、ロールとして表されるアクセス許可が含まれます。クライアント資格情報フローでは、アプリケーショントークンのユーザースコープの代わりに、この一連のアクセス許可が使用されます。前に Web API でこれらのアプリケーションのアクセス許可を公開し、デーモンアプリに付与しました。

API 側のサンプル .NET Web API では、API はアクセストークンに必要なアクセス許可 (アプリケーションのアクセス許可) があることを確認する必要があります。 Web API は、必要なアクセス許可を持たないアクセストークンを受け入れることはできません。

データへのアクセス

Web API エンドポイントは、ユーザーとアプリケーションの両方からの呼び出しを受け入れるように準備する必要があります。したがって、それに応じて各要求に応答する方法が必要です。たとえば、委任されたアクセス許可/スコープを介したユーザーからの呼び出しは、ユーザーのデータ to-do リストを受け取ります。一方、アプリケーションのアクセス許可/ロールを介したアプリケーションからの呼び出しは、to-do リスト全体を受け取る場合があります。ただし、この記事ではアプリケーション呼び出しのみを行っているので、委任されたアクセス許可/スコープを構成する必要はありませんでした。

コンソールウィンドウを開き、次のコマンドを使用して Web API を実行します。
```
cd 2-Authorization\3-call-own-api-dotnet-core-daemon\ToDoListAPI
dotnet run
```

次のコマンドを使用してデーモンクライアントを実行します。

cd 2-Authorization\3-call-own-api-dotnet-core-daemon\ToDoListClient
dotnet run

デーモンアプリケーションと Web API が正常に実行されると、コンソールウィンドウに次の JSON 配列のようなものが表示されます。

Posting a to-do...
Retrieving to-do's from server...
To-do data:
ID: 1
User ID: 00aa00aa-bb11-cc22-dd33-44ee44ee44ee
Message: Bake bread
Posting a second to-do...
Retrieving to-do's from server...
To-do data:
ID: 1
User ID: 00aa00aa-bb11-cc22-dd33-44ee44ee44ee
Message: Bake bread
ID: 2
User ID: 00aa00aa-bb11-cc22-dd33-44ee44ee44ee
Message: Butter bread
Deleting a to-do...
Retrieving to-do's from server...
To-do data:
ID: 2
User ID: 00aa00aa-bb11-cc22-dd33-44ee44ee44ee
Message: Butter bread
Editing a to-do...
Retrieving to-do's from server...
To-do data:
ID: 2
User ID: 00aa00aa-bb11-cc22-dd33-44ee44ee44ee
Message: Eat bread
Deleting remaining to-do...
Retrieving to-do's from server...
There are no to-do's in server

動作方法

デーモンアプリケーションは、OAuth 2.0 クライアント資格情報付与フローを使用して、ユーザーではなく、それ自体のアクセストークンを取得します。アプリが要求するアクセストークンには、ロールとして表されるアクセス許可が含まれます。クライアント資格情報フローでは、アプリケーショントークンのユーザースコープの代わりに、この一連のアクセス許可が使用されます。前に Web API でこれらのアプリケーションのアクセス許可を公開し、デーモンアプリに付与しました。この記事のデーモンアプリでは、Microsoft Authentication Library for .NET を使用して、トークンを取得するプロセスを簡略化します。

API 側のサンプル .NET Web API では、API はアクセストークンに必要なアクセス許可 (アプリケーションのアクセス許可) があることを確認する必要があります。 Web API は、必要なアクセス許可を持たないアクセストークンを拒否します。

ノード
.NET

フィードバック

このページはお役に立ちましたか?

次の方法で共有

クイック スタート: サンプル デーモン アプリで Web API を呼び出す

[前提条件]

デーモン アプリに API アクセス許可を付与する

サンプル アプリケーションを複製またはダウンロードする

プロジェクトを構成する

アプリケーションを実行してテストする

動作方法

関連コンテンツ

[前提条件]

クライアント シークレットを作成する

デーモン アプリに API アクセス許可を付与する

アプリ ロールを構成する

オプションクレームの設定

サンプル デーモン アプリケーションと Web API を複製またはダウンロードする

プロジェクトの依存関係をインストールする

サンプル デーモン アプリと API を構成する

サンプル デーモン アプリと API の実行とテスト

動作方法

データへのアクセス

関連コンテンツ

フィードバック

その他のリソース

クイックスタート: サンプルデーモンアプリで Web API を呼び出す

デーモンアプリに API アクセス許可を付与する

サンプルアプリケーションを複製またはダウンロードする

クライアントシークレットを作成する

デーモンアプリに API アクセス許可を付与する

アプリロールを構成する

サンプルデーモンアプリケーションと Web API を複製またはダウンロードする

サンプルデーモンアプリと API を構成する

サンプルデーモンアプリと API の実行とテスト