서비스나 앱을 추가할 때의 콘솔 순서
새 서비스를 열거나 새 앱을 출시할 때마다 반복되는 작업입니다. 순서를 지키면 출시 당일 미등록 앱 오류를 피할 수 있습니다.
-
App 만들기
발급받은 계정으로 로그인해 서비스 단위로 App을 생성하고, 발급된 App Key·App ID는 열람자가 정해진 곳에 저장합니다. App이 여럿이면 통계와 로그에서 헷갈리지 않게 이름 규칙부터 정합니다.
-
앱 식별자 등록
설정 > 애플리케이션 화면 아래쪽 Bundle ID (Package name) 영역의 추가 버튼을 누릅니다. 넣을 값은 Android 앱의 applicationId와 iOS 앱의 Bundle Identifier이고, 출시 빌드와 테스트 빌드가 다르면 둘 다 넣습니다.
-
도구 내려받기
애플리케이션 관리에서 SDK와 DRM 패키징 도구를 받아 개발과 콘텐츠 담당에 전달합니다.
-
Callback URL 연결
서버 주소와 인증 문자열, 보고 주기를 입력합니다. 테스트 계정으로 한 편을 끝까지 재생해 세션 관리 화면과 고객사 서버 로그 양쪽에 기록이 생기는지 봅니다.
매일 하는 점검
업무 시작 직후 짧게 끝낼 수 있는 분량으로 잡았습니다. 순서는 이상 신호, 보안 기록, 문의 처리, 실시간 상황입니다.
-
대시보드 보안 감시 로그
전날 이후 보안 감시 기록을 훑고, 평소와 다른 항목은 날짜와 함께 운영 일지에 남깁니다.
-
녹화 차단 로그
같은 사용자가 여러 번 차단됐다면 내부 기준에 따라 경고와 사용자 차단 중 하나를 고릅니다. 기준 횟수는 미리 문서로 정해 둡니다.
-
문의 큐 처리
기기 교체는 디바이스 관리, 동시 접속 문의는 동시 접속 관리와 세션 관리, 진도 문의는 사용자 관리에서 확인합니다. 답변 예시는 문의 응대 플레이북에 있습니다.
-
실시간 세션
개강일, 시험 전날처럼 재생이 몰리는 날은 세션 관리의 실시간 세션을 시간대별로 확인해 고객사 서버 담당과 공유합니다.
-
일지 마감
처리한 차단·리셋 건수를 운영 일지에 적습니다. 같은 사용자나 같은 강의가 이틀 넘게 반복되면 주간 점검 안건으로 올립니다.
매주 하는 점검
한 주 단위로 숫자를 비교하고 표본을 대조합니다. 결과는 주간 보고 한 장으로 남기기를 권합니다.
-
Statistics
통계 기간 비교
통계 메뉴에서 이번 주와 지난주의 재생·보안 수치를 나란히 봅니다. 재생이 갑자기 줄었다면 수강생 감소보다 재생 장애나 연동 문제를 먼저 의심합니다.
-
Media Rank
상위 미디어와 사용자
상위 100위 미디어로 인기 강의를 파악해 콘텐츠 담당에 전달합니다. 상위 사용자 가운데 사용량이 유난히 큰 계정은 동시 접속·디바이스 기록과 함께 봅니다.
-
Media
새 강의 재생 기록
이번 주 공개한 강의를 미디어 관리에서 열어 재생 기록이 쌓이는지 확인합니다. 기록이 없으면 등록 URL과 패키징을 점검합니다.
-
Cross-check
서버 기록과 표본 대조
사용자 관리에서 학습자 몇 명을 골라 콘솔의 재생 기록과 고객사 서버가 받은 Callback 보고를 대조합니다. 어긋나면 서버 수신 로그부터 확인합니다.
-
Recording
녹화 차단 추이
녹화 차단 로그를 주 단위로 모아 차단이 늘어난 강의와 시기를 찾습니다. 시험 기간처럼 특정 시기에 몰린다면 녹화 금지 안내를 미리 공지합니다.
-
Accounts
반복 등장 계정
디바이스 관리와 동시 접속 관리 기록에 같은 계정이 여러 주 연속 나오는지 봅니다. 반복 계정은 매월 리셋 내역 점검과 함께 다룹니다.
매월 하는 설정 점검
설정값은 자주 바꾸지 않지만 한 번 어긋나면 전체 재생에 영향을 줍니다. 월 1회 아래 항목을 확인합니다.
| 항목 | 확인 내용 | 참고 |
|---|---|---|
| Bundle ID 목록 | 등록된 패키지 이름·Bundle ID를 출시 중인 앱, 테스트 빌드와 대조 | 등록하지 않은 앱은 SDK가 등록되지 않은 앱 번들 오류를 냅니다. |
| App ID·App Key | 값을 열람할 수 있는 사람 명단 점검 | 라이선스 키 발급 요청에 쓰이는 값입니다. |
| Authorization | 콘솔 문자열과 서버 검사값 일치, 교체 주기 | 교체 때는 서버가 새 값과 이전 값을 잠시 함께 받게 한 뒤 콘솔 값을 바꿉니다. |
| Interval | 진행 보고 주기가 진도 정책과 서버 처리량에 맞는지 | 변화 없는 구간의 보고를 건너뛰는 최적화가 2026년 8월 25일 SDK에 들어갔습니다. |
| 도구와 SDK | 애플리케이션 관리에서 받는 SDK와 DRM 패키징 도구가 최신인지 | 업데이트 기록과 함께 봅니다. |
| 보안 정책 | 녹화 차단, 동시 접속 제한, 워터마크 설정이 내부 보안 기준 문서와 같은지 | 바꾼 날짜를 남겨 통계 변화와 맞춰 봅니다. |
| 월간 회고 | 한 달 치 차단, 리셋, 문의 건수를 모아 정책 조정이 필요한지 판단 | 주간 보고 네 장을 합쳐 씁니다. |
| 디바이스 리셋 내역 | 한 달에 여러 번 리셋한 계정 목록 | 계정 공유 점검 대상으로 넘깁니다. |
사고 유형별 대응 순서
사고가 났을 때 콘솔에서 먼저 열 화면과 다음 조치를 정해 둡니다. 다음 조치 칸은 권장안입니다.
| 상황 | 먼저 볼 메뉴 | 다음 조치 |
|---|---|---|
| 재생 오류 문의가 한꺼번에 몰림 | 대시보드, 세션 관리, 미디어 관리 | 특정 강의에 몰리면 패키징과 미디어 서버를, 전체라면 Callback 서버 응답을 점검합니다. 원인이 남으면 help@newin.co.kr에 문의합니다. |
| 녹화·유출 의심 | 녹화 차단 로그, 사용자 관리 | 해당 사용자를 차단하고, 고객사 서버가 접근 권한 검사에서 NoRights로 답하게 합니다. 시청 기록은 근거 자료로 보관합니다. |
| 계정 공유 의심 | 동시 접속 관리, 디바이스 관리, 미디어 랭크 | 약관에 따라 안내하고, 기기 기준이나 동시 접속 정책 조정이 필요한지 검토합니다. |
| 진도 누락 문의 증가 | 사용자 관리, Callback URL 설정 | 콘솔 기록과 서버 수신 로그를 대조하고, 오프라인 시청 기록이 아직 도착하지 않았는지 확인합니다. |
| 새 앱 출시 직후 재생 실패 | 설정 > 애플리케이션 | 출시 빌드의 패키지 이름·Bundle ID가 등록돼 있는지 확인하고 빠졌으면 추가합니다. 테스트 빌드 값만 넣고 출시 빌드를 빠뜨리지 않았는지가 핵심입니다. |
| Callback 서버 이전 | Callback URL 설정, 세션 관리 | 새 서버가 모든 보고에 응답하는지 시험한 뒤 URL을 바꾸고, 직후 실시간 세션으로 재생이 이어지는지 확인합니다. |
오류 이름별 원인과 처리 담당은 오류 대응 가이드, 응답 설계는 접근 권한 서버 설계에 있습니다.
메뉴별 담당 나누기
한 사람이 모든 메뉴를 보면 놓치는 항목이 생깁니다. 누가 어떤 메뉴를 맡을지 내부에서 정해 두기를 권합니다.
-
Operations
교육 운영 담당
- 통계, 미디어 랭크, 미디어 관리
- 주간 보고와 콘텐츠 담당 공유
-
Support
CS 담당
- 세션 관리, 사용자 관리
- 디바이스 관리 리셋, 동시 접속 확인
-
Security · Dev
보안·개발 담당
- 대시보드 보안 감시 로그, 녹화 차단 로그
- 애플리케이션 관리, Callback URL 설정
콘솔 운영 FAQ
-
Interval은 얼마로 두면 되나요?
플레이어는 콘솔에 설정한 Interval마다 재생 진행 상태를 보고합니다. 짧게 잡으면 진도가 촘촘해지는 대신 고객사 서버 호출이 늘어납니다. 진도 판정에 필요한 정밀도에서 시작해 서버 처리량을 보며 조정하기를 권합니다. 2026년 8월 25일 SDK부터는 진행 상태에 변화가 없으면 보고를 건너뛰므로 일시 정지 중에는 호출이 줄어듭니다.
-
콘솔 기록과 고객사 서버 기록이 다르면 무엇을 기준으로 하나요?
진도와 이수 판정은 학사 규정을 담은 고객사 서버 기록으로 하고, 콘솔 기록은 재생이 실제로 있었는지 대조하는 용도로 쓰기를 권합니다. 차이가 반복되면 Callback 서버의 응답 실패나 오프라인 기록 지연부터 확인합니다.
-
콘솔에서 차단한 사용자는 고객사 서버에서도 막아야 하나요?
사용자 차단은 녹화 차단 로그 메뉴의 기능이고, 접근 권한 검사의 결과는 고객사 서버가 정합니다. 제재 대상은 두 곳에 함께 반영하고, 해제할 때도 함께 풀어야 기록과 학습자 화면이 어긋나지 않습니다.
-
운영 점검 결과는 어디에 남기나요?
매일 점검은 운영 일지 한 줄, 매주 점검은 주간 보고 한 장, 매월 점검은 설정값 변경 이력으로 남기면 담당자가 바뀌어도 이어집니다. 설정을 바꿀 때는 바꾼 시각을 함께 적어 두면 이후 통계 변화와 맞춰 볼 수 있습니다.
PlaynPlay 도입을 위한
기술적 지원과 서비스를 제공합니다.
제품 문의부터 데모 시연까지, 모든 지원을 위해 세일즈 및 기술 지원 팀이 준비되어 있습니다.
-
제품 및 도입 문의
도입 범위, 일정, 견적을 상담합니다. 서비스 형태와 사용자 규모를 알려주시면 맞는 연동 방식과 보안 설정을 제안합니다.
-
Trial 신청
PlaynPlay의 기능을 먼저 테스트해 보세요. 트라이얼 기간 동안 귀사의 제품과 PlaynPlay를 연동하고 성능과 기능을 직접 검증할 수 있습니다.
-
PlaynPlay 기술 문의
SDK 연동, Callback URL 설계, DRM 패키징 중에 생기는 질문에 기술팀이 답합니다. 공개된 개발 문서와 샘플 프로젝트도 함께 확인하세요.
가이드
기능
역할별 안내