---
schema_version: "1"
id: 43890aa4f61628c7b7ca46d8b8acaa243f17b3e669560e7ee89e77cc00740ad1
title: 開発者向けの接続アプリケーション
collection: mulesoft
version: current
locale: ja-jp
portal_url: https://docs.salesforce.com/mulesoft/current/ja-jp/access-management/connected-apps-developers.md
canonical_url: https://docs.mulesoft.com/jp/access-management/connected-apps-developers
source_site: docs.mulesoft.com
content_type: documentation
content_hash: 06a3f21d8b3a998910b1a982311eebda6725754966775caa273a23449fb7cf95
description: MuleSoft Documentation Site
latest: true
---
# 開発者向けの接続アプリケーション

Anypoint Platform には、開発者が機能を拡張するために使用できる [一連の API](https://anypoint.mulesoft.com/exchange/portals/anypoint-platform/)​ が用意されています。 接続アプリケーション機能では、開発者は API を使用してプログラムで Anypoint Platform とやりとりするアプリケーションにアクセスを委任できます。 接続アプリケーション機能を使用して CI/CD パイプラインをビルドしたり、Anypoint Platform で追加のサードパーティユースケースを製品化したりできます。

ユーザーを認証する新しいフローの有効化に加えて、開発者はクライアントを有効または無効にし、クライアントの使用状況を表示できます。 たとえば、開発者はアプリケーションを使用している組織数とアクセス権を持つユーザー数を確認できます。

接続アプリケーション機能は、OAuth 2.0 と OpenID Connect をサポートします。そのため、開発者はアプリケーションでトークンを使用してユーザーデータへのアクセスを要求できるようにする必要があります。 サポートされる具体的な OpenID Connect の機能を確認するには、 [検出エンドポイント](https://anypoint.mulesoft.com/accounts/api/v2/oauth2/.well-known/openid-configuration)​で提供されている情報を参照してください。 エンドポイントのすべてのスコープは、Anypoint Platform で使用可能な権限に直接マップされますが、いくつかの例外が​**「エンドポイントのスコープ」**​セクションに記載されています。

エンドユーザーに一貫した認証環境を提供するため、独自の Web サイトまたは Web アプリケーションを使用するサードパーティの開発者は、​**\[Sign in with Anypoint Platform (Anypoint Platform でサインイン)\]**​ オプションを使用したログインをユーザーに許可できます。

<table><tbody><tr><td class="icon"><i class="fa icon-note" title="Note"></i></td><td class="content">組織のシステム管理者権限を持つ開発者のみが、Anypoint Platform でアプリケーションを作成してアクセススコープを指定できます。</td></tr></tbody></table>

## [](#接続アプリケーションの作成)接続アプリケーションの作成

- 組織が所有できる接続アプリケーションは 2000 個までで、各接続アプリケーションには 1000 個までのスコープを設定できます。
- アプリケーションは組織が所有します。組織のシステム管理者がそれを制御できます。
- 一意の ​`clientID`​ が自動的に割り当てられ、変更できません。​`clientSecret`​ にはデフォルトで有効期限はありませんが、変更できます。

また、アプリケーションが会社の内部にあるか、組織の外部に配布できるサードパーティのアプリケーションであるかを判断する必要があります。アプリケーションを作成する手順は、次のとおりです。

1. \[Access Management (アクセス管理)\] ナビゲーションメニューで、​**\[Connected Apps (接続アプリケーション)\]**​ をクリックします。
2. **\[Owned Apps (所有アプリケーション)\]**​ セクションで、​**\[Create App (アプリケーションを作成)\]**​ をクリックします。
3. **\[Create App (アプリケーションを作成)\]**​ ページで、次の項目に入力します。
    
    1. Name (名前)  
        アプリケーションの一意の名前。
    2. **Type (種別)**​  
        作成する接続アプリケーションの種別。選択した種別に基づいて、必須項目は異なります。
    3. **Grant Type (許可種別)**​  
        このアプリケーションで使用する許可種別。  
        注意: 選択した許可種別によっては、追加情報が必要になる場合があります。許可種別についての詳細は、​[「許可種別とトークンフロー」](#grant-types-and-token-flow)​を参照してください。
    4. **Website URL (Web サイト URL)**​  
        ユーザーはこの URL にアクセスしてアプリケーションの詳細を確認できます。
    5. **Redirect URIs (リダイレクト URI)**​  
        認証後にユーザーを誘導する URI を設定します。URL を入力し、​**\[Add (追加)\]**​ をクリックしてリストに追加します。
    6. **Scopes (スコープ)**​  
        アプリケーションに付与する権限のレベル。​**\[Add Scopes (スコープを追加)\]**​ をクリックしてスコープを選択します。詳細は、​[「エンドポイントのスコープ」](#endpoint-scopes)​を参照してください。
4. **\[Save (保存)\]**​ をクリックします。

<table>
<tbody><tr>
<td class="icon">
<i class="fa icon-note" title="Note"></i>
</td>
<td class="content">
<div class="paragraph">
<p>接続アプリケーションの所有権は、接続アプリケーションを作成したユーザーが次の状態の場合にルート組織のオーナーに移行されます。</p>
</div>
<div class="ulist">
<ul>
<li>
<p>削除されている。</p>
</li>
<li>
<p>ルート組織から削除されている。</p>
</li>
<li>
<p>組織に対する管理者権限を失った。</p>
</li>
</ul>
</div>
<div class="paragraph">
<p>組織のシステム管理者は、接続アプリケーションのオーナーを編集し、所有権を他のシステム管理者に移行できます。このためには、[Access Management (アクセス管理)] &gt; ​<strong>[Connected Apps (接続アプリケーション)]</strong>​ &gt; ​<strong>[Owned Apps (所有アプリケーション)]</strong>​ でアプリケーション名をクリックし、適切な編集を行います。</p>
</div>
</td>
</tr>
</tbody></table>

### [](#接続アプリケーションのクライアントシークレットを変更する)接続アプリケーションのクライアントシークレットを変更する

1. \[Access Management (アクセス管理)\] ナビゲーションメニューで、​**\[Connected Apps (接続アプリケーション)\]**​ をクリックします。
2. リストから接続アプリケーションをクリックして、編集モードを有効にします。
3. **\[Secret (シークレット)\]**​ 項目で、任意のシークレットを入力します。
4. **\[Save (保存)\]**​ をクリックします。

![接続アプリケーションの編集モード](/mulesoft/current/ja-jp/access-management/_images/connected-apps-edit-mode.png)

+

<table><tbody><tr><td><i class="conum" data-value="1"></i><b>1</b></td><td>接続アプリケーションのオーナーの名前とユーザー名</td></tr><tr><td><i class="conum" data-value="2"></i><b>2</b></td><td>接続アプリケーションの名前</td></tr><tr><td><i class="conum" data-value="3"></i><b>3</b></td><td>接続アプリケーションの ID</td></tr><tr><td><i class="conum" data-value="4"></i><b>4</b></td><td>接続アプリケーションのクライアントシークレット</td></tr></tbody></table>

## [](#application-allowlist-dev)アプリケーション許可リスト

組織のシステム管理者権限を持つユーザーは許可リストを有効にして、ユーザーのデータにアクセス可能なアプリケーションを制御できます。 アプリケーションが許可リストに追加されている場合、そのアプリケーションに関連付けられたスコープのセットのみがシステム管理者によって確認および承認されます。 後日アプリケーションに新しいスコープを追加した場合、システム管理者がアプリケーションを再承認するまで、ユーザーからそれらのスコープを要求することはできません。 許可リストに以前に登録されているスコープのセットを使用した既存の認証と新規認証は引き続き機能します。 詳細は、​[「システム管理者向けの接続アプリケーション」](https://docs.mulesoft.com/jp/access-management/connected-apps-org-admin#application-allowlist-admin)​を参照してください。

## [](#grant-types-and-token-flow)許可種別とトークンフロー

OAuth フレームワーク仕様に、さまざまなユースケースのアクセストークンを取得するためのいくつかの許可種別が説明されています。 Anypoint Platform では、​`authorization_code`​、​`refresh_token`​、​`password`​、​`jwt_bearer`​、​`client_credentials`​ 許可種別がサポートされています。 各許可種別の使用方法の詳細と例は、アクセス管理 API の [「Connected App Examples (接続アプリケーションの例)」](https://anypoint.mulesoft.com/exchange/portals/anypoint-platform/f1e97bc6-315a-4490-82a7-23abe036327a.anypoint-platform/access-management-api/minor/1.0/pages/Connected%20App%20Examples/)​を参照してください。

### [](#認証コード)認証コード

`authorization_code`​ 許可種別は通常、アプリケーションがユーザーのデータにアクセスすることを認証するために使用されます。認証コード許可種別のサンプルフローは次のようになります。

1. 開発者は、​`authorization_code`​ 許可種別を使用して、ユーザーの代わりにアクションを実行する接続アプリケーションを作成します。
2. エンドユーザーは、アプリケーションが自分の代わりにアクションを実行することを認証します。
3. 認証サーバーは、仮の認証コードをリダイレクト URI に送り返します。
4. アプリケーションは、その仮のコードを使用して認証サーバーをコールし、アクセストークンを受け取ります。  
    これで、アクセストークンを使用して、ユーザーの代わりに Anypoint Platform API をコールできます。

### [](#refresh-token-更新トークン)Refresh Token (更新トークン)

`refresh_token`​ 許可種別は、ユーザーがログインしていないときにユーザーデータへのアクセス権を付与するために使用されます。 OpenID Connect を使用するには、ユーザーデータに継続してアクセスするための最初の認証後に、アプリケーションで更新トークンを新しいアクセストークンとエクスチェンジする必要があります。 更新トークンは 90 日後に期限切れになります。 ユーザーのセッションの有効期限が切れると、アクセストークンは期限切れになります。 アプリケーションが認証コード許可種別を使用している場合、元のアクセストークンが期限切れになった後に ​`offline_access`​ スコープは更新トークンを使用する必要があります。 新しいアクセストークンを要求するには、​`refresh_token`​ 許可種別を使用してトークンエンドポイントに要求を送信する必要があります。 認証に成功すると、更新トークンがアクセストークンとエクスチェンジされます。

### [](#パスワード)パスワード

`password`​ 許可種別は、アプリケーションがユーザーのユーザー名とパスワードをアクセストークンとエクスチェンジするときに使用されます。 アプリケーションはユーザーのログイン情報を収集する必要があり、多要素認証などのメカニズムがないため、この許可種別を使用することはお勧めしません。

### [](#jwt-ベアラー)JWT ベアラー

`jwt_bearer`​ (​`urn:ietf:params:oauth:grant-type:jwt-bearer`​) 許可種別は、アプリケーションが clientSecret などの機密情報を送信せずにアクセストークンを受け取る必要がある場合に使用されます。 信頼済みのクライアントで使用し、ユーザー認証なしで保護されたリソースにアクセスする場合に適しています。 JWT ベアラー許可種別のサンプルフローは次のようになります。

1. 開発者は、許可種別として ​`jwt_bearer`​ を使用して、ユーザーの代わりにアクションを実行する接続アプリケーションを作成します。
2. JWT トークンエクスチェンジは、ペイロード内の次のクレームで発生します。+
    
    <table class="tableblock frame-all grid-all stretch">
<colgroup>
<col style="width: 50%;">
<col style="width: 50%;">
</colgroup>
<thead>
<tr>
<th class="tableblock halign-left valign-top">属性</th>
<th class="tableblock halign-left valign-top">説明</th>
</tr>
</thead>
<tbody>
<tr>
<td class="tableblock halign-left valign-top"><p class="tableblock"><code>iss</code></p></td>
<td class="tableblock halign-left valign-top"><p class="tableblock">クレームの発行者。この値は、接続アプリケーションの ​<code>clientId</code>​ と同じである必要があります。</p></td>
</tr>
<tr>
<td class="tableblock halign-left valign-top"><p class="tableblock"><code>sub</code></p></td>
<td class="tableblock halign-left valign-top"><div class="content"><div class="paragraph">
<p>次のようなトークンの件名。</p>
</div>
<div class="listingblock">
<div class="content">
<pre>{version}|{identityProviderId}|{username}|{firstname}|{lastname}|email|externalgroups</pre>
</div>
</div>
<div class="admonitionblock note">
<table>
<tbody><tr>
<td class="icon">
<i class="fa icon-note" title="Note"></i>
</td>
<td class="content">
At minimum, <code>identityProvider_id</code> and <code>username</code> are required for <code>sub</code>, as these subjects identify the user in the system.
</td>
</tr>
</tbody></table>
</div></div></td>
</tr>
<tr>
<td class="tableblock halign-left valign-top"><p class="tableblock"><code>aud</code></p></td>
<td class="tableblock halign-left valign-top"><p class="tableblock">認証サーバー。たとえば、US リージョンの認証サーバーは ​<code><a href="https://anypoint.mulesoft.com/accounts/api/v2/oauth2/token" class="bare">https://anypoint.mulesoft.com/accounts/api/v2/oauth2/token</a></code>​ です。</p></td>
</tr>
</tbody>
</table>
3. アプリケーションは、生成されたアサーションを使用して認証サーバーをコールします。

### [](#クライアントログイン情報)クライアントログイン情報

`client_credentials`​ 許可種別は、データへのアクセスに特定のユーザーの権限が不要なマシン間の認証に適しています。 クライアントの ​`clientId`​ と ​`clientSecret`​ を使用して、保護されたデータを認証してアクセスします。 サービスアカウントを使用してプログラムで Anypoint Platform をコールする CI/CD パイプラインは、​[多要素認証](https://docs.mulesoft.com/jp/access-management/multi-factor-authentication)​の設定時にサービスの中断を防ぐために、接続アプリケーションを使用するように設定できます。

## [](#endpoint-scopes)エンドポイントのスコープ

[検出ポイント](https://anypoint.mulesoft.com/accounts/api/v2/oauth2/.well-known/openid-configuration)​のほとんどのスコープは、Anypoint Platform の既存の権限に直接マップされます。その他の使用可能なスコープは次のように定義されます。

- `full`​: ユーザーが可能なすべてのものへのフルアクセス。
- `read:full`​: ユーザーが参照可能なすべてのものへの参照のみアクセス。
- `openid`​: ユーザーのユーザー名と一意の Anypoint ID への参照のみアクセス。
- `profile`​: ユーザーの Anypoint プロファイルへの参照のみアクセス。
- `email`​: ユーザーのメールへの参照のみアクセス。
- `offline_access`​: ユーザーがログインしていない場合のユーザーのデータへのアクセス。
- `openid:google_wif`​: `client_credentials`​ 接続アプリケーションの OAuth2 トークンフロー中に ​`id_token`​ とアクセストークンを提供することで、Anypoint を Google Cloud の IdP として設定できます。この ID トークンは、 [GCP の WIF 要件](https://cloud.google.com/iam/docs/workload-identity-federation-with-other-providers)​に示されている IdP 要件に準拠します。

<table><tbody><tr><td class="icon"><i class="fa icon-note" title="Note"></i></td><td class="content"><code>client_credentials</code>​ 許可種別を使用するアプリケーションには、常に暗黙的に ​<code>profile</code>​ スコープが割り当てられます。スコープを使用したクエリによって返されるデータは、接続アプリケーションを作成したユーザーに対応します。</td></tr></tbody></table>

接続アプリケーション機能のスコープと権限の詳細は、Access Management のスコープドキュメントページを参照してください。

1. \[Access Management (アクセス管理)\] ナビゲーションメニューで、​**\[Connected Apps (接続アプリケーション)\]**​ をクリックします。
2. **\[Connected Apps (接続アプリケーション)\]**​ ページで、​**\[Scopes Documentation (スコープドキュメント)\]**​ タブをクリックします。  
    **\[Scopes Documentation (スコープドキュメント)\]**​ ページが表示され、スコープ、それぞれの権限、それぞれが属する製品が表示されます。
3. 検索バーと検索条件を使用して、名前、表示名、権限メソッド、サポートされているアプリケーション種別、または製品の表示ラベルに基づいてスコープを見つけます。
4. スコープのリストで、スコープ名をクリックして、関連付けられた権限を表示し、スコープの詳細を確認します。

**\[Scopes Documentation (スコープドキュメント)\]**​ ページのコンテンツを絞り込んだり、スコープ名をクリックして名前空間、メソッド、アクションを表示したりできます。

## [](#anypoint-platform-ウィジェットを使用したログイン)Anypoint Platform ウィジェットを使用したログイン

シームレスな実装のために、開発者は事前作成済みのテンプレートとコンポーネントセットを使用して、アプリケーションのフロントエンドにボタンを統合できます。次のコードを使用して、このウィジェットを追加できます。

<anypoint-signin scopes="full"
redirecturi="...."
clientid="….">
</anypoint-signin>

ボタンを埋め込む方法についての詳細は、 [開発者プレイグラウンド](https://anypoint-web-components.github.io/anypoint-signin/)​を参照してください。