profile、profile:user_id、postal_codeのいずれかか、これらのスペース区切りの組み合わせ(例:profile%20postal_code)にする必要があります。詳細については、ユーザープロファイルを参照してください。リクエストされたレスポンスのタイプ。このシナリオではcodeにする必要があります。認可サービスがユーザーをリダイレクトする先のHTTPSアドレス。このリクエストからレスポンスまでの状態を維持するためにクライアントが使用する不透明型の値。認可サービスは、ユーザーをクライアントに戻すときにこの値をパラメーターに含めます。クロスサイトリクエストフォージェリを防ぐためにも使用されます。詳細については、クロスサイトリクエストフォージェリを参照してください。Exchange(PKCE)で認可コードグラントを保護するために使用されます。ブラウザベースのアプリでは使用が必須であり、すべてのアプリタイプにも推奨されます。RFC(英語のみ)を参照してください。code_challengeパラメーターのcode_verifierをエンコードするために使用される方式。S256が推奨されます。plainを指定することもできます。オプションが指定されていない場合、デフォルトはplainです。SDKを使用して認可リクエストを行うには、optionsオブジェクトを設定し、amazon.Login.authorizeを呼び出す必要があります。サーバーアプリサーバー側スクリプトを使用できるアプリの場合。これがお勧めの統合方法です。トークンがユーザーに公開されないため、より安全であると見なされます。リフレッシュトークンとアクセストークンの両方が返されます。リフレッシュトークンを使用すると、ユーザーを介さずに新しいアクセストークンを取得できます。SDKでサポートされません。サーバーサポートのないJavaScriptアプリの場合。ユーザーのブラウザがアクセストークンをリクエストするため、ユーザーにアクセストークンが公開されます。厳格なセキュリティの観点からいうと、この情報は機密として扱うことが望まれます。このため、リフレッシュトークンは返されません。アクセストークンの有効期限が切れた場合、リソースに引き続きアクセスするにはユーザーの再認証が必要です。アーキテクチャでサーバー側スクリプトがサポートされている場合は、サーバーでコードとトークンの交換を行うこと(オプション1)をお勧めします。});});amazon.Login.authorizeの最初のパラメーターは常にoptionsオブジェクトです。2番目のパラメーターは、認可レスポンスを処理するJavaScript関数か、別のページへのリダイレクトURIにします。URIはSDKを呼び出すページと同じドメインに属し、HTTPSで指定する必要があります。SDKをページに読み込む必要があります。SDKを追加するを参照してください。ユーザーがリクエストを承認または拒否すると、認可サーバーがそのユーザーをredirect_uriにリダイレクトします。続いてクライアントが認可レスポンス(以下参照)を取得します。認可レスポンスクライアント(ウェブサイト)がユーザーエージェント(ブラウザ)に認可リクエストを指示すると、認可サービスによってユーザーエージェントはクライアントが指定したURIにリダイレクトされます。ユーザーがアクセスリクエストを許可した場合、そのURIには、認可コードを含むcodeパラメーターと、ユーザーが同意したスコープ(+で区切られます)のリストを含むscopeパラメーターが含まれます。https://client.example.com/cb?code=SplxlOBezQQYbYS6WxSbIA&state=208257577ll0975l93l2l59l895857093449424&scope=profile認可コードは18~128文字で、5分間有効です。リダイレクトでは、認可リクエストでユーザーエージェントから渡されたstateもコピーされます。この値によって、リクエスト前のユーザーの状態をトラッキングできます。クロスサイトリクエストフォージェリを防ぐためにも使用されます。SDKを使用している場合、上記のパラメーターはamazon.Login.authorizeで提供されるresponseオブジェクトで利用できます(上記の認可リクエストセクションの例を参照してください)。認可エラーユーザーがアクセスリクエストを許可しなかった場合、またはエラーが発生した場合、認可サービスは、クライアントが指定したURIにユーザーエージェント(ユーザーのブラウザ)をリダイレクトします。そのURIには、エラーの詳細を示すエラーパラメーターが含まれます。https://client.example.com/cb#error=access_denied&state=208257577ll0975l93l2l59l895857093449424認可リクエストに失敗した場合のエラーパラメーターには、次のものがあります。エラーコード値を表すASCIIエラーコード。クライアント開発者が判読できる形でエラーに関する情報を記載したASCII文字列。クライアント開発者が判読できる形でエラーに関する情報を記載したウェブページへのURI。元の認可リクエストで渡されたクライアントのstate。SDKを使用している場合、上記のパラメーターはamazon.Login.authorizeで提供されるresponseオブジェクトで利用できます(上記の認可リクエストセクションの例を参照してください)。errorの値として、次のいずれかのエラーコードが返されます。リクエストに必須パラメーターがない、値が無効、または形式に誤りがあります。認可コードをリクエストする権限がクライアントにありません。リソース所有者または認可サーバーがこのリクエストを拒否しました。リクエストが指定したレスポンスタイプはサポートされていません。このシナリオでは、response_typeはcodeにする必要があります。クライアントがリクエストしたscopeに誤りがあります。500内部サーバーエラーとして処理)。認可サーバーは、一時的なオーバーロードまたは予定されていたメンテナンスのために使用できません(HTTPエラー503サービス利用不可として処理)。アクセストークンリクエスト認可レスポンスと有効な認可コードを受け取ったクライアント(ウェブサイト)は、そのコードを使用してアクセストークンを取得できます。アクセストークンがあれば、クライアントはユーザープロファイルを読み取ることができます。POSTリクエストを送信します。アプリはリージョン固有ではありません。アプリが作成されたリージョン、ユーザーのリージョン、トークンが作成されたリージョンに関係なく、任意のリージョンのLWAエンドポイントを使用してトークンを作成、検証、リフレッシュできます。POSTリクエストには、次の表に示すパラメーターを使用します。リクエストされたアクセスグラントのタイプ。authorization_codeを指定する必要があります。認可リクエストによって返されたコード。認可リクエストにredirect_uriを指定した場合、ここで同じredirect_uriを渡す必要があります。SDKを使用した場合、ここでredirect_uriを渡す必要はありません。