つの認可フロー、および、リフレッシュトークンを用いてアクセストークンの再発行を受けるフローの図解及び動画です。リンクとなっています。認可レスポンスとリダイレクトに関する説明』で解説していますので、ご参照ください。定義されているフローです。認可エンドポイントに認可リクエストを投げ、応答として短命の認可コードを受けとり、その認可コードをトークンエンドポイントでアクセストークンと交換するフローです。定義されたリクエストパラメーターも含んでいます。定義されたリクエストパラメーターも含んでいます。リクエストパラメーターが追加で必要です。パラメーターなどが追加で必要になります。クライアント認証』を参照してください。定義されているフローです。認可エンドポイントに認可リクエストを投げ、応答として直接アクセストークンを受け取るフローです。要求したスコープ群と差異があれば必須インプリシットフローではリフレッシュトークンは発行されません。定義されているフローです。トークンエンドポイントにトークンリクエストを投げ、応答としてアクセストークンを受け取るフローです。パスワードを受けとります。ついて」もご参照ください。リクエストパラメーターが追加で必要です。パラメーターなどが追加で必要になります。クライアント認証』を参照してください。定義されているフローです。トークンエンドポイントにトークンリクエストを投げ、応答としてアクセストークンを受け取るフローです。このフローでは、ユーザーの認証はおこなわれず、クライアントアプリケーションの認証のみがおこなわれます。許されており、結果、必ずクライアント認証が求められます。パラメーターなどが追加で必要になります。クライアント認証』を参照してください。要求したスコープ群と差異があれば必須}クライアント・クレデンシャルズフローでは、リフレッシュトークンを発行すべきではないとされています。定義されているフローです。事前に発行を受けていたリフレッシュトークンをトークンエンドポイントに提示することにより、アクセストークンの再発行を受けます。リクエストパラメーターが追加で必要です。パラメーターなどが追加で必要になります。クライアント認証』を参照してください。短命の認可コードの発行を受け、トークンエンドポイントでアクセストークンと交換する。認可エンドポイントから直接アクセストークンの発行を受ける。パスワードをクライアントに渡す。クライアントアプリの認証のみでアクセストークンの発行を受ける。リフレッシュトークンを提示してアクセストークンの再発行を受ける。OAuth』という記事を公開しました。Authlete(オースリート)に言及しました。実装の新アーキテクチャー』をご参照ください。パターンでは、認可機能を提供するバックエンドサービスを利用して、フロントの認可サーバーを実装します。実装に専門特化できることです。実装に集中することができます。実装)を、他の技術要素のどのようなソリューションとも組み合わせることができることです。ような新しい認証ソリューションが登場しても、問題無く対応できます。各フローがどのように実装されることになるかを、図でご紹介します。して「どんなユーザー認証方法とも組み合わせることができる」のかが分かると思います。