PlayReady 서버 SDK 버전을 사용하여 PlayReady 클라이언트를 테스트하는 방법
PlayReady 테스트 웹 사이트에는 서버 SDK의 현재 및 레거시 버전을 사용하는 라이선스 서비스 집합이 포함되어 있습니다. 이러한 라이선스 서비스를 사용하여 클라이언트 호환성 테스트를 지원할 수 있습니다. 예를 들어 클라이언트를 PK 4.0으로 업데이트할 때 이전 서비스 버전에 대해 클라이언트를 테스트하여 호환성을 검토할 수 있습니다.
버전이 지정된 서비스는 아래 표에 나와 있습니다.
SDK 버전 | 라이선스 서비스 URL |
---|---|
SDK 1.52 | http(s)://test.playready.microsoft.com/directtaps/svc/pr152/rightsmanager.asmx |
SDK 2.0 | http(s)://test.playready.microsoft.com/directtaps/svc/pr20/rightsmanager.asmx |
SDK 2.1 | http(s)://test.playready.microsoft.com/directtaps/svc/pr21/rightsmanager.asmx |
SDK 2.9 | http(s)://test.playready.microsoft.com/directtaps/svc/pr29/rightsmanager.asmx |
SDK 3.0 | http(s)://test.playready.microsoft.com/directtaps/svc/pr30/rightsmanager.asmx |
SDK 4.0 | http(s)://test.playready.microsoft.com/service/rightsmanager.asmx |
이러한 버전 관리 서비스는 PlayReady 테스트 사이트에 나열된 매개 변수를 활용하여 특정 정책을 테스트할 수 있습니다. PlayReady 공용 테스트 서버는 이제 여러 구문을 지원하여 이러한 매개 변수를 제공하므로 테스터가 해당 사례에 가장 적합한 매개 변수를 선택할 수 있습니다.
http(s)://test.playready.microsoft.com/service/rightsmanager.asmx 사이트는 항상 최신 서버에 사용됩니다.
권장 구문은 쿼리 문자열 구문입니다. 다른 구문으로는 사용자 지정 데이터 JSON 구문, Base 64 JSON 구문 및 레거시 구문이 있습니다.
모든 정책 매개 변수가 각 서비스 버전에서 작동하는 것은 아닙니다. 예를 들어 MaxResDecode는 서버 SDK 3.0 이상으로 개발된 서비스에서만 작동합니다.
기능 테스트를 지원하기 위해 다음 테스트를 다른 버전 라이선스 서비스와 함께 사용하여 네 가지 고유한 라이선스 시나리오를 다룰 수 있습니다. 이러한 시나리오에서는 테스트에서 쿼리 문자열 구문을 사용하는 방법을 보여 줍니다. 그러나 사례에 더 적합한 경우 위에 연결된 다른 구문을 사용할 수 있습니다.
시나리오 1: 비영구 라이선스
비영구 라이선스는 스트리밍 서비스에서 사용하는 가장 일반적인 라이선스 시나리오입니다.
테스트 단계:
PlayReady 테스트 사이트에 기록 된 KeySeed 를 사용하여 콘텐츠를 패키지합니다. 이 테스트의 경우 패키징할 때 KeyID를 사용할 수 있습니다.
다음 URL을 사용하여 클라이언트에서 라이선스 요청을 테스트합니다.
{버전이 지정된 라이선스 서비스 URL} 매개 변수 없이
예: https://test.playready.microsoft.com/service/rightsmanager.asmx
라이선스가 반환되고 해당 재생이 성공적인지 확인합니다.
시나리오 2: 영구 라이선스
영구 라이선스는 일반적으로 오프라인에서 재생 콘텐츠를 사용하도록 설정하는 서비스에서 활용됩니다.
테스트 단계:
PlayReady 테스트 사이트에 기록된 KeySeed를 사용하여 콘텐츠를 패키지합니다. 이 테스트의 경우 패키징할 때 KeyID를 사용할 수 있습니다.
다음 URL을 사용하여 클라이언트에서 라이선스 요청을 테스트합니다.
{버전이 지정된 라이선스 서비스 URL} ?cfg=(persist:true,firstexp:60)
이 매개 변수는 라이선스 서비스가 처음 재생된 후 60초 후에 만료되는 라이선스를 반환하도록 지시합니다. 영구 라이선스를 받으려면 persist:true 를 명시적으로 호출해야 합니다.
ex: https://test.playready.microsoft.com/service/rightsmanager.asmx?cfg=(persist:true,firstexp:60)
라이선스가 반환되고 해당 재생이 성공적인지 확인합니다. 테스트 사이트에 나열된 시간 기반 정책 매개 변수를 추가하거나 변경하여 다른 영구 시나리오를 테스트합니다.
시나리오 3: 연결된 라이선스
루트 바인딩된 라이선스는 일부 구독 서비스에서 사용되며, 가장 일반적으로 음악에 사용됩니다. 루트 바인딩된 시나리오에서는 여러 리프 라이선스를 단일 루트 라이선스에 바인딩할 수 있습니다. 루트 라이선스가 만료되면 새 루트가 재발행되지 않는 한 리프 라이선스를 더 이상 사용할 수 없습니다.
테스트 단계:
PlayReady 테스트 사이트에 기록된 KeySeed를 사용하여 다음 KeyID를 사용하여 콘텐츠를 패키지합니다.
Base64: uPeXHrR3K0icGCpYMBGsZw==
다음 URL을 사용하여 클라이언트를 테스트하여 라이선스를 요청합니다.
{버전이 지정된 라이선스 서비스 URL} ?cfg=(rootid:uPeXHrR3K0icGCpYMBGsZw==,kid:header),(isroot:true,kid:uPeXHrR3K0icGCpYMBGsZw==)
라이선스가 반환되고 해당 재생이 성공적인지 확인합니다. 이 시나리오에서는 서비스의 단일 응답에 두 개의 라이선스가 포함되어야 합니다. 그 중 하나는 루트 라이선스이고 다른 하나는 리프 라이선스입니다. 라이선스는 클라이언트에 발급된 후 5분 후에 만료되어야 합니다.
시나리오 4: 도메인 바인딩된 라이선스
도메인은 서비스에서 일반적으로 사용되지 않습니다. PlayReady 도메인은 서비스에서 계정의 활성 디바이스 수를 관리하고 계정 내의 디바이스가 오프라인으로 콘텐츠 및 라이선스를 공유하는 방법을 모두 제공합니다.
PlayReady 테스트 사이트에 기록된 KeySeed를 사용하여 다음 KeyID를 사용하여 콘텐츠를 패키지합니다.
Base64: m1HAERIu8E+uABCZY4TX2g==
테스트 클라이언트는 도메인에 가입하고 라이선스를 획득하는 데 다음 URL을 사용합니다.
{버전이 지정된 라이선스 서비스 url}?cfg=(accountid:A/uHOj7F+UaM+Jlny2obFA==)
테스트 클라이언트가 JoinDomain 챌린지를 생성 및 보내고 서비스 응답에 도메인 인증서가 있는지 확인합니다.
테스트 클라이언트가 accountID를 포함하여 동일한 URL을 사용하여 서비스에 라이선스 요청을 보내도록 합니다.
라이선스가 반환되고 해당 재생이 성공적인지 확인합니다. 또한 LeaveDomain 요청을 라이선스 서비스로 보내 시나리오를 다시 설정할 수 있습니다.
추가 정보
자세한 내용은 PlayReady 웹 사이트 https://www.microsoft.com/playready/ 와 PlayReady 테스트 사이트를 방문하세요 https://test.playready.microsoft.com/.