ホームページをご覧ください。基本的な概要について説明します。仕様を確認することをおすすめします。定義は次のとおりです。サービスへの限定的なアクセスを可能にする。サービスの間の承認のためのやり取りをリソース所有者の代わりにオーケストレートして行う場合と、自らの権限においてアクセス権を取得する場合がある。使用すると、ユーザーが自分のログイン認証情報をアプリに漏らす必要なくアプリがユーザーの保護対象リソース(たとえば、ユーザーがアプリからアクセスしたい銀行口座情報またはその他の機密情報)への限定的なアクセス権を取得できます。複数の銀行口座にアクセスできるアプリを見つけたとします。このアプリを使用して税金の支払いや予算の管理を行います。あり、それぞれのユーザー名とパスワードが異なっています。アプリが銀行口座にアクセスするには、機密性の高いそれらの認証情報が必要です。これはこうした機密情報をアプリに提供するということを意味します。このアプリはパスワードとユーザー名を保存させておけるほど信用のおけるものでしょうか。アプリがハッキングされたらどうなるでしょうか。実際にハッキングが発生したら、それぞれの口座について銀行の認証情報を変更しなければならなくなります。解決する基本的な問題です。方法については、以下をご覧ください。フレームワークの一般的なフローを示します。仕組みについて図を示しながら、このフローについて詳しく説明します。この図で使用されている用語に詳しくない場合は、簡単な概要を示したこのセクションをご覧ください。「アプリ」とも呼ばれます。デバイスで動作するアプリあるいは従来のウェブアプリです。サーバーにリクエストを行います。リソース所有者は、保護されたリソースにアクセスする権限をアプリに付与する必要があります。「エンドユーザー」とも呼ばれます。これは一般的に、保護されたリソースへのアクセスを許可できる人(または他のエンティティ)です。メディアサイトのいずれかのデータを使用する必要がある場合は、ユーザーがリソース所有者(ユーザーのデータにアプリがアクセスすることを許可できる唯一の人)となります。エクストラネットのパートナーサービスのようなものです。サーバーは、保護されたリソースをアプリに提供する前に、なんらかの認可を必要とします。仕様に準拠して実装されます。トークンを発行します。エンドポイント」を構成できます。認可サーバーの役割を担います。トークンを取得する権限をアプリに付与します。つの特定の「権限付与タイプ」が定義されています。権限付与タイプとはをご覧ください。保護されたリソースへのアクセスに使用する認証情報として機能する長い文字列。トークンとはもご覧ください。リソース所有者が所有するデータ。ユーザーの連絡先リスト、アカウント情報、その他の機密データなどです。トークンを生成して検証できます。トークンをリクエストできます。比較的簡単に設定できます。トークンを返すポリシーを構成できます。以外の方法でリソースにアクセスできないようにする必要があります)。トークンを取得するために利用できる、さまざまな経路やインタラクションとしてとらえることができます。以上のユースケースに対応しており、ユーザーは自分のニーズに基づいて使用する付与タイプを選択する必要があります。ユースケースに基づいてトレードオフを比較検討する必要があります。データにアクセスするアプリの「信頼度」です。一般的に、サードパーティのアプリは、企業内で開発され使用されるアプリに比べて信頼度が低くなります。権限付与タイプをサポートしています。安全な権限付与タイプと考えられます。サーバーから認可コードを受け取る必要があります。)にログインするようユーザーに求めることがよくありますが、そこにはこのフローが使われています。トークンと認可サーバーのネゴシエートに使用できる認可コードをアプリが受け取ります。通常、この権限付与タイプは、アプリがクライアントではなくサーバーにある場合に使用されます。認証情報を見ることや処理することがない)、この権限付与タイプは非常に安全であると考えられています。簡略化された認可コードです。通常、この権限付与タイプは、アプリがクライアントにある場合に使用されます。別のスクリプト言語を使用してブラウザに実装されています(別のウェブサーバー上に存在して実行されるわけではありません)。トークンが返されます。仕様で説明されているように、セキュリティの影響を考慮して判断する必要があります。トークンが発行されます。このフローは、信頼度の高いアプリケーションにおすすめです。認証などと比較した)利点は、ユーザーがユーザー名とパスワードを一度しか提示しないことです。トークンが使用されます。アプリが独自に動作する場合に使用します。クライアントがリソース所有者でもある場合です。サービスにアクセスする必要がある場合などに使用されます。アプリが自身の作業を行うためにサービスを使用する必要があり、サービスはエンドユーザーからは見えません。トークンを受け取ることができます。これ以上のステップは必要ありません。プロキシに簡単に実装できる、すぐに使えるクライアント認証情報ソリューションを提供します。トークンとは、保護されたリソースへのアクセスに使用する認証情報として機能する長い文字列です。ヘッダーで渡されます。トークンがユーザー名やパスワードなどの認証情報の「代わり」を務めていることを認識します。サーバー上のデータの読み取りを許可する一方で、書き込みや削除は許可しないといったことが実現できます。トークンを取り消すことができます。)であればユーザー名やパスワードを変更する必要はありません。トークンには通常、有効期限があります(セキュリティ上の理由から)。権限付与タイプによっては、認可サーバーが更新トークンを発行できます。トークンを取得できます。仕様」をご覧ください。スコープのメカニズムによって、保護されたリソースへのアプリのアクセス制限を実現しています。アプリのアクセスを特定のリソースのみに限定する、リソースを更新を許可する、読み取り専用アクセスのみを許可するといったことができます。フローでは、ユーザーは通常、同意ページを介してアクセスレベルを指定します(たとえば、ユーザーがチェックボックスなどの仕組みでスコープを選択するウェブページなど)。認可サーバーに登録する必要があります。アプリを登録すると、一連の鍵が返されます。シークレットと呼ばれる秘密鍵です。トークンのリクエストを認可サーバーに発行できません。シークレットと呼びます。権限付与タイプのフローはユースケースに応じて選択する必要があります。アプリの信頼度によって異なるため、次の表に示すように十分慎重に検討してください。プロバイダと信頼できるビジネス関係があるデベロッパーが作成)。アプリ自身の権限でリソースにアクセスする必要のあるアプリ。通常、アプリはリソース所有者でもあります。プロバイダに登録する必要があります。サイト、ポータル信頼できるアプリ(内部デベロッパーまたは信頼できるサードパーティのデベロッパーが作成)。サイトにログインして、保険の選択、レビューの提出、個人情報の変更などを行うケースがあります。シークレット、ユーザー名とパスワードが必要です。プロバイダに登録する必要があります。プロバイダと信頼できるビジネス関係のないサードパーティのデベロッパーが作成)。プログラムに登録するデベロッパーは、一般的には信頼しないようにする必要があります。)にユーザーがログインする必要があります。アプリがユーザーのユーザー名とパスワードを見ることはありません。プロバイダに登録する必要があります。デバイスに保存されます。プロバイダに登録する必要があります。アプリを実行しているデバイスにユーザーの認証情報が保存されます。キーを送信する必要があります。キーである必要があります。キーを取り消す必要があります。プロキシにアクセスできなくなります。トークンは、アプリのキーを取り消すことなくいつでも取り消すことができます。プロキシを引き続き使用できます。つの違いは、トークンには後で取得して使用できるメタデータ属性を含めることができることです。サービスへの呼び出しをカスタマイズできます。トークンとともにカスタム属性を使用する方法については、トークンと認可コードのカスタマイズをご覧ください。ライセンスにより使用許諾されます。ライセンスにより使用許諾されます。サイトのポリシーをご覧ください。関連会社の登録商標です。