ID とアカウントのリンク

Google Play ゲームサービス認証を使用して、ゲームのユーザー プラットフォーム認証エクスペリエンスを合理化します。Play ゲームサービス SDK を初期化して認証をトリガーします。これにより、個別のプラットフォーム認証フローが不要になります。

ユーザー アカウントをリンクして連続性とクロスデバイス プレイを有効にする

プレーヤーは、モバイル、タブレット、PC など、さまざまなデバイスやプラットフォームでお気に入りのゲームをプレイします。これらのプレーヤーの主な期待は、選択したデバイスに関係なく、中断したところからシームレスにゲームプレイを再開できることです。

ユーザーが離脱する大きな原因の一つは、新しいデバイスごとに個別にログインする必要があることです。ユーザーは、不要な中断のないゲーム エクスペリエンスにすぐに没入する必要があります。

シームレスな連続性とクロスデバイス プレイを実現するには、次の 2 つの主要な機能を実装する必要があります。

Play ゲームサービスの認証プロセスでは、プレーヤー ID の柔軟なオプションが提供されます。これらのオプションを使用すると、Play ゲームサービスを既存の ID ソリューションと統合できます。

新しい Play ゲームサービスの統合

既存の Play ゲームサービスとの統合がないゲームの場合、Recall API は、アカウントの関連付けを管理し、ユーザーのゲーム アカウントと Play ゲームサービス アカウント間の接続を保存することで、バックエンドの設定を簡素化します。

Recall API を使用したアカウントのリンク

Recall API は、クロス プラットフォーム ゲームでユーザー アカウントをリンクする場合におすすめのソリューションです。この API は、既存の Play ゲームサービス統合がないゲームや、Play ゲームサービス以外のプラットフォーム認証ソリューションを使用するゲームで特に役立ちます。

Recall API は、アカウントの関連付けを管理することで、ゲームのバックエンド設定を簡素化します。

  • バックエンドの簡素化: この API により、アカウント リンク用のゲームのバックエンド設定が効率化されます。
  • Play 管理の関連付け: Play は、ユーザーのゲーム アカウント（サードパーティのアカウントを含む）と Play ゲームサービス アカウントの関連付けを保存します。
  • 進捗状況の復元: デベロッパーはリコール トークンを生成して Play に送信します。このトークンは、ユーザーのゲームの進捗状況を復元するために取得できます。

Recall API を実装する際、デベロッパーは Recall トークンが不透明な文字列であることを確認する必要があります。これらのトークンに、ゲーマーの機密情報や個人を特定可能な情報（名前、メールアドレス、ユーザー属性など）を含めることはできません。

ゲームでは、リコール トークンを生成する際に、ユーザーデータを保護しセキュリティを維持するために、堅牢な暗号化アルゴリズムを使用する必要があります。

Recall の仕組みについて詳しくは、Recall API をご覧ください。

Recall API 機能を実装するには、Play ゲームサービス Recall API をゲームに統合するをご覧ください。

Recall API を使用して複数のアカウントを管理する

同じユーザーの複数のアカウントを管理する場合は、各アカウントを個別のペルソナとして扱うことができます。このアプローチにより、ユーザーの特定のコンテキストに基づいてエクスペリエンスをカスタマイズできます。

このアプローチを実装する手順は次のとおりです。

さまざまなポリシー オプション（最後のアカウントを自動的に復元するなど）が用意されていますが、ユーザーにプロンプトを表示することを強くおすすめします。このプロンプトでは、復元するアカウントを選択するようユーザーに求め、明確で使いやすいエクスペリエンスを提供する必要があります。

既存の Play ゲームサービスとの統合

このセクションでは、プレーヤー アカウントをバインドしてゲームを Play ゲームサービスと統合する方法について説明します。プレーヤー ID を使用して認証済みのプレーヤーを識別し、1 人の Play ゲームサービス ユーザーの複数のゲーム アカウントを管理する方法について説明します。

Player_id でバインドする

プレーヤー ID は、Play ゲームサービスのプレーヤー アカウントの識別子です。ゲームは、Play ゲームサービスを使用してゲームに認証されたプレーヤーのプレーヤー ID を取得できます。

Play ゲームサービス Player_Id でバックエンドが設定されているゲーム、または子供のユーザーのサポートが必要なゲームでは、Player_Id を使用し、ゲームとサードパーティのアカウントを Player_Id でバインドする必要があります。

プレーヤー ID の動作を理解します。

  • ゲーム内で一貫している: ユーザーが同じゲームをプレイする場合、複数のデバイスでプレーヤー ID が一貫して使用されます。
  • ゲーム間で一貫性がない: ユーザーが異なるゲームをプレイする場合、プレーヤー ID は常に一貫しているとは限りません。

詳しくは、次世代のプレーヤー ID をご覧ください。

バインディングを使用してユーザーごとに複数のアカウントを管理する

複数のユーザー アカウントを 1 つの Play ゲームサービス アカウントにリンクするには、テーブルに 1 対多のマッピングを作成します。

クロス プラットフォームの Google ID

Google でログイン（SiWG）を使用して、クロス プラットフォーム（Android と iOS）の ID ソリューションを実装できます。

ユーザーに提供するエクスペリエンスに基づいて、次のいずれかのオプションを選択します。

Google でログインを使用したリコール

ユーザーに一貫したシームレスなログイン エクスペリエンスを提供するには、次の手順に沿って SiWG を Play ゲームサービスと統合します。

  • プラットフォーム全体で SiWG を実装します。Android と iOS の両方に SiWG をデプロイして、ユーザーに統一されたログイン画面を提供します。
  • Android でトークンを生成して送信します。Android では、Recall API を使用して SiWG トークンを生成します。これらのトークンを Play ゲームサービスに送信します。
  • ユーザーの進行状況を復元します。Play ゲームサービスは、ユーザーの Play ゲームサービス アカウントと SiWG ID の間のリンクを安全に保存します。このリンク情報を取得して、他のサードパーティの ID ソリューションと同様に、ユーザーの進行状況を復元できます。

openid または email でバインドする

ユーザー エクスペリエンスを効率化するため、Android ユーザーが明示的にログインする必要がない代替認証戦略を実装できます。このアプローチでは、iOS 向けに SiWG を保持しながら、Android で Play ゲームサービスの認証を活用します。

この設定の主な側面は次のとおりです。

  • Android 認証: ゲームが Play ゲームサービス SDK を初期化し、Android デバイスで認証を自動的にトリガーします。
  • iOS 認証: iOS ユーザーには、引き続き標準の SiWG プロンプトが表示されます。
  • クロスプラットフォーム ID: Play ゲームサービスで、SiWG が提供するスコープと同じ openid と email のスコープが提供されるようになりました。これらのスコープは、一貫性のあるクロス プラットフォーム ユーザー識別子を確立するために不可欠です。
  • アカウントのバインディング: プラットフォーム間で統一されたユーザー エクスペリエンスを作成するには、ユーザーの他のアカウントを Play ゲームサービスが提供する openid または email にバインドする必要があります。