PlaynPlay
PlaynPlay

계정 공유 방지

한 계정을 여럿이 쓰는 일을
세 가지 확인으로 가려냅니다

동시 접속, 기기 수 초과, 등록되지 않은 앱은 플레이어에 각각 다른 오류로 전달됩니다. 기기 기준은 PlaynPlay 쪽에 설정된 디바이스 제한과 고객사 서버의 접근 권한 검사 응답, 두 자리에서 걸 수 있습니다. 운영자가 콘솔에서 볼 기록과 고객센터 응대 순서까지 정리했습니다.

최종 수정

계정 공유 방지를 표현한 PlaynPlay 일러스트
Three Checks

세 가지 확인이 막는 상황

계정 공유와 맞닿은 상황을 셋으로 나눴습니다. 같은 시간에 함께 보기, 기기를 늘려 가며 돌려 보기, 허가받지 않은 앱으로 보기입니다.

  • Concurrent

    동시 접속 감지

    동시 접속이 감지되면 플레이어에 동시 접속 오류가 전달됩니다. 기록은 콘솔의 동시 접속 관리 메뉴에 남고, 같은 메뉴에서 동시 접속을 관리합니다.

  • Device Limit

    기기 제한

    기기 제한을 넘으면 재생에서는 기기 제한 초과 오류가, Android 다운로드에서는 같은 이름의 실패 사유가 남습니다. 콘솔의 디바이스 관리에서 제한 기록을 보고 기기를 리셋합니다.

  • App Bundle

    등록 앱 확인

    기준은 콘솔의 설정 > 애플리케이션 화면에서 Bundle ID (Package name) 목록에 올린 앱입니다. 2024년 2월 15일 SDK 보안 기능으로 들어온 절차로, 등록되지 않은 번들 아이디로 실행하면 Android·iOS SDK가 오류를 냅니다. 등록 목록 밖의 앱으로는 재생을 시작하지 못하게 하는 장치입니다.

세 확인은 모두 플레이어 오류로 끝나므로, 고객사 앱과 커스텀 페이지는 오류 이름마다 다른 안내 화면을 준비해야 합니다. 화면 설계 방법은 오류 처리 가이드를 보세요.

Error Names

플랫폼별 오류 이름과 첫 안내

앱과 커스텀 페이지는 오류 이름으로 원인을 구분합니다. 안내 문구는 권장 예시입니다.

상황오류 이름사용자에게 보일 문구 예
동시 접속 감지PC 커스텀 페이지 MultipleConnections, Android MultipleConnectionsException, iOS multipleConnections다른 기기에서 재생 중입니다. 그 기기의 재생을 끝낸 뒤 다시 시도해 주세요.
기기 제한 초과PC 커스텀 페이지 DeviceLimitExceeded, Android DeviceLimitExceededException, iOS deviceLimitExceeded등록할 수 있는 기기 수를 넘었습니다. 마이페이지에서 기기를 정리하거나 고객센터로 문의해 주세요.
미등록 앱Android AppBundleNotRegisteredException, iOS appBundleNotRegistered앱을 공식 스토어에서 다시 설치해 주세요. 내부 시험 빌드라면 개발팀에 알립니다.

미등록 앱 오류에는 message 값이 따라오지 않으니 안내 문구를 앱에 넣어 두세요. 오류 정의 원문은 Android 예외 문서와 iOS 오류 문서에 있습니다.

Server Rule

고객사 서버에서 기기 기준을 세우는 순서

상품마다 기기 기준이 달라야 한다면 서버 쪽 판정이 맞습니다. 접근 권한 검사 요청에 재료가 다 들어 있습니다.

  1. 기기 ID 받기

    라이선스를 발급할 때 오는 CheckAccessRights 요청에 userId와 deviceId가 함께 실립니다. 다운로드 요청이면 offline 값이 true입니다.

  2. 사용자별 기기 기록

    요청마다 userId, deviceId, appId, 요청 시각, 돌려준 result를 한 줄씩 저장하고, 사용자별로 처음 본 기기와 마지막 요청 시각을 묶어 둡니다. 이 표가 판정과 고객 응대의 근거가 됩니다.

  3. 기준을 넘으면 거절

    약관에 정한 기준을 넘는 새 기기에는 result를 DeviceLimitExceeded로 돌려줍니다. 기준값은 상품과 요금제마다 고객사가 정합니다.

  4. 스스로 정리하는 창구

    마이페이지에 등록 기기 목록과 해제 버튼을 둡니다. 앱은 MediaPlayer의 deviceId(Android·iOS, 2026년 6월 22일 추가)로, PC 커스텀 페이지는 getDeviceId()로 지금 기기의 장치 ID를 읽습니다. 서버가 받는 deviceId와 같은 값인지 연동 시험에서 확인한 뒤 목록에 이 기기를 표시하세요.

요청 필드와 응답 형식 전체는 DRM·라이선스에 정리했습니다.

Two Layers

PlaynPlay 제한과 서버 기준, 어떻게 나눌까

둘을 함께 쓸 수 있습니다. 누가 바꾸는지, 어디에 기록이 남는지가 다르므로 역할을 먼저 나눕니다.

기준PlaynPlay 쪽 제한고객사 서버 판정
판정 재료설정된 동시 접속·디바이스 제한요청에 실린 userId, deviceId, mediaUrl, userData, offline
바꾸는 사람콘솔 운영자. 동시 접속 제한은 보안 정책에서 설정하고, 디바이스 제한값을 바꾸는 절차는 상담에서 확인합니다.서버 개발자. 판정 코드와 설정값을 고칩니다.
상품별 차등상품별로 다르게 둘 수 있는지는 상담에서 확인합니다.userData와 결제 정보를 함께 보므로 요금제별 기준에 맞습니다.
기기 초기화디바이스 관리의 디바이스 리셋서버 기기 기록 삭제 (고객사 구현)
기록 확인동시 접속 관리, 디바이스 관리의 로깅 정보서버의 판정 로그
사용자에게 보이는 결과기기 제한 초과 오류응답 이름과 같은 DeviceLimitExceeded 계열 오류

PlaynPlay 쪽 제한은 서버 코드와 상관없이 운영되고, 서버 판정을 더하면 상품별 예외를 둘 수 있습니다. 두 기준을 함께 쓰면 고객센터가 어느 쪽에서 막혔는지 구분해야 하니, 서버가 DeviceLimitExceeded를 돌려줄 때마다 사유와 시각을 남겨 두세요.

Signals

오류가 나기 전에 보이는 공유 신호

차단은 기준을 넘은 순간에 일어납니다. 그 전에 보이는 신호를 모아 두면 경고와 안내로 먼저 대응할 수 있습니다. 판단 기준은 권장 예시입니다.

신호확인할 데이터대응 예
기기 교체가 잦음서버에 쌓은 사용자별 deviceId 기록, 콘솔 디바이스 관리의 제한 로깅리셋 요청이 몰리는 계정에 본인 확인 절차를 붙입니다.
동시 접속 오류 반복콘솔 동시 접속 관리의 로깅 정보첫 회는 안내, 반복되면 약관 고지 후 이용 제한을 검토합니다.
시청량이 한 사람의 하루를 넘음재생 진행 상태 보고의 watchTime, 콘솔 사용자 관리의 재생 현황실제 시청 시간 합계가 비정상인 날을 표시해 살펴봅니다.
시청 시간대가 넓게 퍼짐재생 상태 보고(Started, Stopped)의 생성 일시, 콘솔 세션 관리한 계정이 거의 쉬지 않고 재생되면 공유를 의심합니다.

이런 분석은 회원 행동 데이터를 다루므로 개인정보 처리방침의 이용 목적에 부정 이용 방지를 넣고, 보관 기간을 정해 두세요.

Console

공유 의심 계정을 볼 때 여는 메뉴

기능 설명은 콘솔 메뉴 소개 기준이고, 쓰는 때는 권장 예시입니다.

메뉴기능쓰는 때
동시 접속 관리동시 접속으로 잡힌 사용자의 기록 조회, 동시 접속 관리동시 접속 오류가 잦은 계정을 주 단위로 뽑을 때
디바이스 관리기기 수 제한에 걸린 기록 조회, 기기 리셋기기 교체를 확인하고 리셋할 때
세션 관리지금 열린 세션과 지난 세션 기록 조회지금 어느 세션이 재생 중인지 확인할 때
사용자 관리사용자 단위의 재생 기록과 상세 현황하루 시청량이나 시청 시간대가 한 사람으로 보기 어려운지 볼 때
통계보안·재생 통계를 기간을 정해 확인공유 관련 신호의 월별 추세를 보고할 때
애플리케이션App 만들기, App ID 보기, 패키지 이름 등록새 앱 빌드를 배포하기 전에 식별자를 올릴 때
사용자 주요 정보를 보여주는 PlaynPlay 콘솔 화면
PlaynPlay 콘솔의 사용자 주요 정보. 기본 정보, 동시 접속·캡처 프로그램 차단 횟수, 월별 사용 시간대, 접속 디바이스를 한 화면에서 봅니다.
Support

문의별 응대 순서

오류 이름을 먼저 확인하면 응대가 짧아집니다. 앱의 오류 화면에 이름이나 코드를 작게 함께 띄우기를 권합니다.

  • multipleConnections

    "다른 곳에서 보고 있다고 나와요"

    • 세션 관리에서 그 사용자의 실시간 세션을 확인합니다.
    • 본인 기기면 재생을 끝내도록 안내합니다.
    • 모르는 세션이면 비밀번호 변경을 권합니다.
  • deviceLimitExceeded

    "새 휴대폰에서 기기 초과래요"

    • 서버 판정 로그로 어느 쪽 기준인지 봅니다.
    • PlaynPlay 쪽이면 디바이스 관리에서 리셋합니다.
    • 리셋 날짜와 처리자를 남겨 잦은 요청을 가려냅니다.
  • Repeated

    "제 계정이 자꾸 막혀요"

    • 동시 접속 관리와 디바이스 관리의 기록을 기간으로 뽑습니다.
    • 사용자 관리에서 시청 시간대를 함께 봅니다.
    • 공유 정황이 보이면 약관 조항과 함께 안내합니다.
  • appBundleNotRegistered

    "앱이 등록되지 않았대요"

    • 사용자 조치로 풀리지 않는 문제입니다.
    • 설치 경로와 앱 버전을 받아 개발팀에 넘깁니다.
    • 콘솔에 그 빌드의 식별자가 있는지 확인합니다.

문의 유형 전체는 고객 지원 플레이북에, 보안 구조 전체는 보안 기능 개요에 있습니다.

계정 공유 방지 FAQ

  • 계정당 몇 대까지 허용하나요?

    허용 기기 수는 서비스마다 정하는 값입니다. PlaynPlay 쪽 제한의 설정 범위는 도입 상담에서 확인하고, 요금제마다 달라야 한다면 서버 판정으로 구현하세요.

  • 고객센터에서 기기 ID를 어떻게 확인하나요?

    앱의 설정 화면이나 문의 양식에 장치 ID를 보여 주도록 만들어 두면 상담원이 서버 기록과 바로 대조할 수 있습니다. 표시할 값과 서버가 받는 값이 같은지는 오픈 전 시험 항목에 넣으세요.

  • 다운로드도 기기 기준에 걸리나요?

    Android SDK는 다운로드 실패 사유에 DeviceLimitExceeded가 있어 다운로드 목록에서 원인을 따로 보여 줄 수 있습니다. 서버는 요청의 offline 값으로 다운로드를 구분해 기준을 따로 둘 수도 있습니다.

  • 공유가 확인된 계정은 어떻게 이용을 멈추나요?

    약관 절차를 거친 뒤 그 사용자에 대한 판정을 NoRights로 바꾸면 다음 라이선스 발급부터 재생되지 않습니다. 해제 조건과 이의 제기 창구도 함께 안내하세요.

  • 시험용 빌드에서 등록 앱 오류가 납니다.

    콘솔의 Bundle ID (Package name) 목록에 그 빌드의 식별자가 있는지 확인합니다. 시험·운영 빌드의 식별자 목록을 배포 체크리스트에 넣어 두면 같은 문의가 반복되지 않습니다.

  • 가족이 함께 쓰는 상품은 어떻게 설계하나요?

    기기 기준은 서버 판정으로 넉넉히 두고, 동시 접속 감지가 상품 의도와 맞는지는 시험 계정으로 먼저 확인하세요. 상품 설명에 동시 시청 가능 여부를 분명히 적어 두면 분쟁이 줄어듭니다.

Get Started

PlaynPlay 도입을 위한
기술적 지원과 서비스를 제공합니다.

제품 문의부터 데모 시연까지, 모든 지원을 위해 세일즈 및 기술 지원 팀이 준비되어 있습니다.

  • 제품 및 도입 문의

    도입 범위, 일정, 견적을 상담합니다. 서비스 형태와 사용자 규모를 알려주시면 맞는 연동 방식과 보안 설정을 제안합니다.

  • Trial 신청

    PlaynPlay의 기능을 먼저 테스트해 보세요. 트라이얼 기간 동안 귀사의 제품과 PlaynPlay를 연동하고 성능과 기능을 직접 검증할 수 있습니다.

  • PlaynPlay 기술 문의

    SDK 연동, Callback URL 설계, DRM 패키징 중에 생기는 질문에 기술팀이 답합니다. 공개된 개발 문서와 샘플 프로젝트도 함께 확인하세요.