アカウントをリンクするための同意をユーザーに提示する機能です。ログインリンクをサービスがサポートする必要があります。両方でサポートされています。アプリは、アプリがユーザーのデバイスにインストールされているかどうかを確認します。アプリが見つかった場合、ユーザーはアプリに対して「フリップ」されます。サーフェスに「反転」します。フローにリダイレクトされます。サービスから離れることなくリンクプロセスを完了できるため、操作がスムーズに行えるようになります。エクスペリエンスを提供します。準拠の認可エンドポイントとトークン交換エンドポイントをサポートしている必要があります。インテントを実装する必要があります。サーフェスを離れることはありません。サードパーティに代わって同意する必要があります。アカウントを表明し、この情報をユーザーに渡します。アカウントとサービスのリンクを正常にリンクします。介してサービスにログインする必要があります)ことができます。ユーザーのスマートフォンでのアカウントのリンクの簡素化どのフローを使用すればよいですか。ユーザーがすべての環境で快適に利用できるように、すべてのフローを実装することをおすすめします。プロセスをわずかなステップで完了できるため、リンクの負担が軽減されます。リンクは最小限の労力で済むため、まず他のリンクフローを追加することをおすすめします。業界基準に基づいています。トークンを発行します。2.0は、トークンと呼ばれる文字列を使用して、ユーザーエージェント、クライアントアプリケーション、およびOAuth2.0サーバー間で通信します。アカウントのリンク中には、次の3種類のOAuth2.0トークンを使用できます。アクセストークンおよび更新トークンと交換できる短期間のトークン。セキュリティ上の理由から、Googleは認証エンドポイントを呼び出して、1回限りのコードまたは非常に短命なコードを取得します。ベアラにリソースへのアクセスを許可するトークン。このトークンの損失から生じる可能性のある露出を制限するために、トークンの有効期間は限られており、通常は1時間ほどで期限切れになります。トークンを更新します。アクセストークンの有効期限が切れたときに新しいアクセストークンと交換できる、有効期間の長いトークン。サービスがGoogleと統合されると、このトークンはGoogleによって排他的に保存され、使用されます。Googleはトークン交換エンドポイントを呼び出して、更新トークンをアクセストークンと交換します。アクセストークンは、ユーザーデータへのアクセスに使用されます。トークン処理クラスター環境およびクライアントサーバー交換での競合状態は、トークンを操作するときに複雑なタイミングおよびエラー処理シナリオをもたらす可能性があります。:新しいアクセストークンのリクエストを受け取り、新しいアクセストークンを発行します。同時に、以前の有効期限が切れていないアクセストークンを使用して、サービスのリソースへのアクセス要求を受け取ります。更新トークンの返信は、Googleによってまだ受信されていません(または受信されていません)。以前に有効だった更新トークンは、Googleからのリクエストで使用されます。要求と応答は、任意の順序で到着するか、クラスターで実行されている非同期サービス、ネットワークの動作、またはその他の手段のためにまったく到着しない可能性があります。お客様とGoogleのトークン処理システム内およびシステム間での即時かつ完全に一貫した共有状態は保証されません。複数の有効な有効期限の切れていないトークンは、システム内またはシステム間で短期間共存できます。ユーザーへの悪影響を最小限に抑えるために、次のことを行うことをお勧めします。新しいトークンが発行された後でも、有効期限が切れていないアクセストークンを受け入れます。トークンローテーションの更新の代替手段を使用します。複数の同時に有効なアクセストークンと更新トークンをサポートします。セキュリティのために、トークンの数とトークンの有効期間を制限する必要があります。メンテナンスと停止の処理メンテナンス中または計画外の停止中、Googleは認証またはトークン交換エンドポイントを呼び出して、アクセスを取得し、トークンを更新できない場合があります。503エラーコードと空の本文で応答する必要があります。この場合、Googleは失敗したトークン交換リクエストを限られた時間だけ再試行します。Googleが後で更新トークンとアクセストークンを取得できる場合、失敗したリクエストはユーザーに表示されません。"invalid_grant"}本文を返さないでください。これを行うと、以前に発行されたトークンが削除され、ユーザーはアカウントを再リンクする必要があります。アクセストークンのリクエストが失敗すると、ユーザーが開始した場合、目に見えるエラーが発生します。暗黙的なOAuth2.0フローが使用されている場合、ユーザーはリンクの失敗を再試行する必要があります。推奨事項メンテナンスの影響を最小限に抑えるためのソリューションはたくさんあります。考慮すべきいくつかのオプション:既存のサービスを維持し、限られた数のリクエストを新しく更新されたサービスにルーティングします。期待される機能を確認した後でのみ、すべてのリクエストを移行します。メンテナンス期間中のトークンリクエストの数を減らします。メンテナンス期間をアクセストークンの有効期間よりも短く制限します。アクセストークンの有効期間を一時的に延長します。トークンの有効期間をメンテナンス期間より長くします。アクセストークンの有効期間の2倍の期間待機し、ユーザーが短期間のトークンをより長い期間のトークンと交換できるようにします。メンテナンスを入力してください。503エラーコードと空の本文でトークンリクエストに応答します。メンテナンスを終了します。トークンの有効期間を通常に戻します。設定の詳細と、アカウントのリンクを有効にするには認証情報を共有する必要があります。詳しくは、登録をご覧ください。ライセンスにより使用許諾されます。ライセンスにより使用許諾されます。サイトのポリシーをご覧ください。関連会社の登録商標です。