利用できるパラメータの詳細を示します。認証情報の取得を参照)。リプレイ保護を有効にするアプリによって生成されたランダムな値。トークンを取得する必要があります。識別子からトークンを取得することが必要になります。レスポンスの送信先を決定します。スキーム、ケース、末尾の「/」など)のいずれかと完全に一致する必要があります。値、またはその両方を含める必要があります。クレームが含まれる場合があります(必ずしも保証されているわけではありません)。クレームが含まれます。引数には他のスコープ値を含めることもできます。すべてのスコープ値はスペースで区切る必要があります。ドキュメントをご覧ください。(任意(強く推奨))プロトコルでラウンドトリップされる不透明な文字列。リクエストとレスポンスを関連付けるのに便利です。推測できるので、受信接続がアプリによって開始された認証リクエストの結果であるという保証を強化できます。)のハッシュをエンコードしたりする場合は、レスポンスを検証することで、リクエストとレスポンスが同じブラウザで発生したものであることをさらに確認できます。フォージェリなどの攻撃を防ぐことができます。アクセスに記載されています。値が指定されない限り、クライアントは更新トークンを受信しません。サーバーで指定され、受け入れられますが、動作には影響しません。プロセスを合理化します。組織アカウント用に最適化するには、アスタリスクの値(*)を設定します(hd=*)。最適化に依存してアプリにアクセスできるユーザーを制御しないでください。クレーム値が含まれていることを検証します。トークン内に含まれ、信頼できる値になります。指定されていて、承認リクエストが付与されている場合、他のスコープ用にこのユーザー/アプリケーションの組み合わせに付与された以前の承認も含まれます。段階的な承認をご覧ください。インストール済みアプリのフローでは、段階的な認可を行うことはできません。アプリが認証しようとしているユーザーを認識している場合、認証サーバーにヒントとしてこのパラメータを指定できます。フォームのメールのボックスに自動入力が行われるか、適切なセッションが選択されます(ユーザーがマルチログインを使用している場合)。アカウントにログインする際に発生する問題を回避するのに役立ちます。同等)のいずれかです。認証サーバーがユーザーに再認証と同意を求めるかどうかを示す文字列値のスペース区切りリスト。値は次のいずれかです。none認可サーバーに認証画面やユーザーの同意画面は表示されません。ユーザーがまだ認証されておらず、リクエストされたスコープに対して事前構成された同意がない場合は、エラーが返されます。使用すると、既存の認証や同意を確認できます。consent承認サーバーは、情報をクライアントに返す前にユーザーに同意を求めるプロンプトを表示します。アカウントを選択するよう求めるプロンプトを表示します。これにより、認可サーバーに複数のアカウントを持つユーザーが、現在のセッションがある複数のアカウントの中から選択できるようになります。値が指定されておらず、ユーザーが以前にアクセスを承認していない場合は、同意画面が表示されます。トークンを検証する必要があります。トークンを検証する必要があります。トークンをサーバーに送信する一般的な状況は次のとおりです。トークンが付与されたクライアントを示します。トークンは機密情報であり、傍受されると悪用される可能性があります。ヘッダー内でのみ送信することで、安全に処理する必要があります。トークンを保存する場合は、安全に保存する必要があります。トークンを渡せることです。トークンを使用できます。トークン内の情報を使用したり、ユーザーの認証に関するアサーションを使用したりする前に、情報を認証する必要があります。トークンを検証するには、いくつかのステップが必要です。トークンが適切に署名されていることを確認します。見つかった証明書を使用して署名されます。等しいことを確認します。一致していることを確認します。クレーム)が過ぎていないことを確認します。トークンにあることを確認します。文字列と日付の比較のみを含む非常に簡単な作業なので、ここでは詳しく説明しません。最初のステップはより複雑で、暗号署名チェックが行われます。エンドポイントを使用して、サーバーまたはデバイスに実装されたローカル処理と比較できます。