アプリへk-IDを統合

📄️ ワークフロー

以下のフローチャートは、k-IDエンジンのワークフローの概要を示しています。ワークフロー内でAPI呼び出しが使用されるポイントが示されています。k-ID Workflow

📄️ セッションの管理

れています。すべてのプレイヤーにはアクティブな「Session」が必要です。ゲームはアクティブな「Session」を参照して、ゲーム内の機能が有効か無効かを判断する必要があります。

📄️ 年齢認証

k-IDは、以下のシナリオでユーザーの年齢を認証するためのAPIセットを提供します。

年齢保証は、ゲーム、アプリ、またはアプリ内のコンテンツへのアクセスなど、様々な目的でユーザーの年齢を証明する全体的なプロセスとして定義されています。管轄区域と、年齢確認を希望する機能のリスクレベルに応じて、異なる方法が適用されます。グローバルコンプライアンスエンジンは、APIによって駆動される全体的なワークフロープロセスを提供し、管轄区域ごとに設定可能で、ゲームやアプリの独自のニーズに合わせてカスタマイズできます。

📄️ 年齢を確認すること

年齢ゲートが必要な場合、次のワークフローのステップを判断するために/age-gate/check API呼び出しを行う必要があります。プレイヤーの年齢がパブリッシャーポータルで設定されたゲームの最低年齢を下回る場合、返されるstatusフィールドはPROHIBITEDとなります。この時点で、プレイヤーはゲームの継続をブロックされるべきです。現在の場所で検証可能な親の同意が必要な年齢をプレイヤーが入力した場合、statusフィールドにはCHALLENGEという値が入り、新しい同意チャレンジのIDがchallengeIDフィールドで返されます。ゲームはその後、プレイヤーに親の同意を求めるよう促さなければなりません。最後に、statusの値がPASSであれば、プレイヤーはゲームを続行できます。

📄️ 保護書の同意を求めること

/age-gate/check の status フィールドで CHALLENGE の値が返された場合、レスポンスの challengeId フィールドには、k-IDエンジンの Consent Challenge のIDが含まれています。この時点で、プレイヤーが親の同意を求めるためのウィンドウを表示する必要があります。

📄️ 新しい権限の同意をリクエストする

（これはロードマップ機能でありまだ展開していなく、APIドキュメントでは実験的と記載されています）

📄️ セッション権限の使用

ユーザーが年齢ゲートチェックを通過した場合（適切な年齢であるか、保護者から同意が得られた場合）、ゲームは現在のプレイヤーに対する管轄地域固有のすべての権限を取得できます。これは、/age-gate/check呼び出しでstatusフィールドがPASSの場合に取得するか、セッションが以前に作成されてキャッシュされている場合は、/session/getを呼び出して取得します。

📄️ アカウントシステム統合

一部のスタジオでは、複数のゲームにまたがる共通のアカウントシステムを持っています。このような状況では、年齢ゲートを統合し、検証可能な親の同意（VPC）をアカウント作成フローで直接処理することが望ましい場合が多く、プレイヤーは同じパブリッシャーのすべてのゲームに対して一度だけ年齢を尋ねられることになります。

📄️ マルチプロダクト承認

k-IDは、同意ワークフローで複数のプロダクトを親に同時に承認してもらう機能をサポートしており、承認プロセスの摩擦を減らし、子供が同じパブリッシャーの複数のゲームやアプリをより簡単に体験できるようにします。

📄️ Webhooks(ウェブフック)

webhooks}