구체 적 으로 , 도 7 에서 도시 된 바 와 같이 각각 의 API / DDI 호출 은 UMD / KMD 프록시 드라이버 컴포넌트 ( 320 , 322 또는 324 ) 에 의해 간단히 재 라우팅 될 수 있 으며 , 이 는 UMD 컴포넌트 들 내 의 대응 되 는 함수 / 호출 / 객체 / IOCTL 의 주소 에 기초 하 여 이루어지 는 것 으로 , 이 경우 블록 ( S 700 ) 내 의 블록 ( S 508 ) 에서 대응 되 는 엔트리 포인트 는 그 에 따라 결정 된다 . 구체 적 으로 , 단계 들 ( S 700 ) 의 실 행시 , UMD / KMD 프록시 컴포넌트 ( 320 및 322 ) 또는 KMD 프록시 컴포넌트 ( 324 ) 는 어느 UMD / KMD 컴포넌트 ( 예 를 들 어 , UMD 컴포넌트 ( 340 및 342 , 350 및 352 ) 또는 KMD 컴포넌트 ( 360 및 362 ) ) 가 블록 ( S 702 ) 내의 API / DDI 호출 을 다루 어야 하 는 지 를 결정 한다 . 이 는 , 예 를 들 어 , 상기 API / DDI 호출 또는 상기 연관 된 그래픽 서브시스템 을 식별 하 기 위해 연관 된 데이터 를 분석 ( parsing ) 함 으로써 , 또는 간단히 다수 의 그래픽 서브시스템 들 중 어느 것 이 현재 사용 중 인지 를 결정 함 으로써 수행 될 수 있 다 . 하 기 에서 상술 되 는 바 와 같이 , 현재 사용 중 인 그래픽 서브시스템 ( 30 또는 40 ) 은 장치 ( 10 ) 의 전력 소비 모드 에 의존 적 일 수 있 다 . 상기 현재 사용 중 인 그래픽 서브시스템 은 통상 적 으로 그래픽 / 비디오 가 디스플레이 되 도록 렌더링 하 고 , 최종 사용 자 가 볼 수 있 게 한다 .