도 3 의 정책 2 는 TimeCallAtAccess 의 값 이 참 이 며 , 따라서 상기 보호 된 컨 텐트 로 의 액세스 가 요구 될 때 마다 상기 실행 에이전트 ( 104 ) 가 보안 시간 을 검색 할 것 을 요구 하 는 라이센스 정책 의 예 이 다 . 보안 시간 이 이용 불 가능 하 고 상기 모바일 디바이스 ( 200 ) 가 상기 커버리지 영역 내 에 있 는 경우 , 정책 2 는 제로 유예 기간 액세스 시도 들 을 허용 한다 . 그러나 , 보안 시간 이 이용 불 가능 하 고 상기 모바일 디바이스 ( 200 ) 가 상기 커버리지 영역 외 에 있 는 경우 , 정책 2 는 N 번 의 유예 기간 액세스 시도 들 을 허용 한다 . 상기 정책 은 또한 참의 UseInCoverageForRoaming 파라미터 를 포함 하 며 , 따라서 상기 모바일 디바이스 ( 200 ) 가 로밍 모드 에 있 을 때 , 상기 정책 은 상기 인 - 커버리지 환경 을 따르 는데 , 즉 유예 기간 액세스 들 을 허용 하 지 않 는다 . 정책 2 는 상기 모바일 디바이스 ( 100 , 200 ) 가 시작 될 때 상기 실행 에이전트 ( 104 ) 가 보안 시간 을 검색 하 도록 요구 하 지 않 는다 . 적절 한 이러 한 파라미터 설정 들 을 통해 , " 오용 방지 는 정책 1 보다 오용 에 대하 여 약간 덜 저항력 있 는 "" 강한 "" 보호 로 간주 된다 . 상기 다운 그레이드 된 효율 성 순위 는 보안 시간 이 이용 불 가능 함 에 도 불구 하 고 클라이언트 에 상기 보호 된 컨 텐트 로 의 약간 의 액세스 들 이 허용 되 기 때문 이 다 . 또한 ", 정책 2 는 스타트업 시 의 추가 적 데이터 호출 을 요구 하 지 않 는다 . 그럼에도 불구 하 고 , N 이 작 으며 , 따라서 허용 된 유예 기간 액세스 시도 들 의 수 가 작 기 때문 에 보호 레벨 이 강한 것 으로 고려 된다 . 동일 한 이유 들 로 , " 상기 사용 자 경험 은 "" 매우 열악 한 "" 으로부터 "" 열악 한 "" 으로 업그레이드 된다 . "