계정 시스템 통합
일부 스튜디오는 여러 게임에 걸쳐 공통 계정 시스템을 가지고 있습니다. 이러한 상황에서는 나이 게이트를 통합하고 계정 생성 플로우에서 직접 검증 가능한 부모 동의(VPC)를 처리하여 같은 게시자의 모든 게임에 대해 플레이어가 한 번만 나이를 요청받도록 하는 것이 종종 바람직합니다.
이러한 유형의 통합을 수행할 때 고려해야 할 몇 가지 중요한 사항이 있습니다:
VPC를 위한 제품 컨텍스트
게임이 모두 플레이하기 위해 계정을 요구하는 경우, VPC는 계정 생성 프로세스에서 트리거될 수 있습니 다. 그러나 동의 요청은 게임별로 구체적이어야 하므로 부모가 무엇에 동의하는지 알 수 있습니다. k-ID API는 VPC를 트리거할 때 사용되는 API 키를 기반으로 동의 프로세스 중에 부모에게 제시되어야 하는 제품을 결정합니다.
실제로 계정 시스템에 k-ID를 통합할 때는 계정 설정 시점에 계정 생성 프로세스를 트리거한 게임이 무엇인지 결정하고 이를 k-ID API 키에 매핑할 수 있어야 합니다.
kuid를 사용하여 k-ID 세션 액세스
k-ID는 어떤 형태의 부모 동의를 받은 모든 플레이어에 대한 글로벌 식별자인 kuid
또는 k-ID 사용자 ID를 노출합니다. kuid
는 세션
객체의 속성으로 반환됩니다. 여러 게임에 걸쳐 계정 시스템과 통합할 때, kuid
는 세션
에 있을 때 계정 시스템의 플레이어 신원과 연결되어야 합니다. 이렇게 하면 kuid
만을 매개변수로 제공하고 올바른 제품에 대한 적절한 API 키를 사용하여 /session/get
을 호출하여 k-ID 제품에 대한 k-ID 세션이 존재하는 경우 검색할 수 있습니다.
부모가 자녀가 하나 이상의 제품을 플레이할 수 있도록 동의를 부여할 때, 승인된 각 제품에 대한 등록된 웹훅 엔드포인트가 eventType
이 Challenge.StateChange
로 설정되어 호출됩니다. 각 세션
객체는 플레이어에 대해 동일한 kuid
를 가집니다. k-ID 웹훅에 대한 자세한 정보는 웹훅 페이지에서 찾을 수 있습니다.
여러 제품에 대한 세션 캐싱
세션 캐싱은 아키텍처 고려사항에서 논의됩니다.
계정 시스템과 통합할 때 여러 제품의 세션이 캐시됩니다. 세션
객체는 모두 k-ID 제품 ID를 키로 사용하여 계정 시스템에서 맵으로 캐시될 수 있습니다. 플레이어가 새 게임을 플레이하려고 시도할 때, 세션
객체를 포함하는 맵을 제품 ID로 쿼리할 수 있으며, 세션
이 이미 존재하는 경우 플레이어는 추가 부모 동의 없이 계속 진행할 수 있습니다.
계정 수준 제품
k-ID의 계정 시스템 통합을 구성할 때는 일반적으로 각 게임에 대해 하나의 k-ID 제품을 생성한 다음 계정 시스템 자체에 대해 별도의 k-ID 제품을 생성합니다. 이는 모든 게임이나 계정 자체에 공통적이거나 글로벌한 권한과 공개를 나타내는 데 유용합니다.
제품이 계정 시스템에 매핑되면, 각 게임에 대해 두 개의 세션
객체가 검색됨을 의미합니다. 하나는 게임에 매핑된 k-ID 제품용이고, 다른 하나는 계정 시스템에 매핑된 k-ID 제품용입니다. k-ID API는 API 키에 의해 제품으로 범위가 지정됩니다. 계정 시스템에 매핑된 k-ID 제품에 액세스하려고 하는지 아니면 게임에 액세스하려고 하는지에 따라 올바른 API 키를 사용해야 합니다.