도 16 에 도시 된 사용 자 인터페이스 스크린 을 생성 하 는 어플리케이션 / 게임 서버 ( 1521 - 1525 ) 는 각각 의 사용 자 가 누구 의 게임 인지 를 요청 하 는 동안 에 어플리케이션 / 게임 서버 ( 1521 - 1525 ) 로 메세지 를 보냄 으로써 15 비디오 / 오디오 공급 ( feeds ) 을 요구 한다 . 메세지 가 인 바운드 라우팅 ( 1502 ) 또는 다른 네트워크 를 통해서 보내 진다 . 메세지 는 요청 된 비디오 / 오디오 의 크기 와 포맷 을 포함 할 것 이 고 , " 사용 자 인터페이스 화면 을 지켜보 는 사용 자 를 식별 할 것 이 다 . 주어진 사용 자 는 "" 프라이버시 ( privacy ) "" 모드 를 고르 도록 선택 할 것 이 고 어떤 그 밖 의 사용 자 가 그 의 게임 의 비디오 / 오디오 를 지켜보 는 것 이 허용 되 지 않 고 ( 그 의 시야 또는 다른 시야 모두 ) ", 또는 앞 단락 에서 설명 된 것 처럼 , 사용 자 는 그녀 의 게임 으로부터 비디오 / 오디오 를 감상 ( viewing ) 하 는 것 을 허락 하 도록 선택 할 것 이 지만 , 감상 하 는 비디오 / 오디오 는 지연 된다 . 사용자 어플리케이션 / 게임 서버 ( 1521 - 1525 ) 가 감상 하 고자 하 는 비디오 / 오디오 를 허락 하 기 위한 요청 을 수신 하 고 받아들이 면 요청 서버 ( requesting server ) 를 승인 할 것 이 고 , 그것 은 또한 요청 된 포맷 또는 스크린 크기 ( 포맷 및 스크린 크기 는 이미 생성 된 것 과 는 다르 다고 가정 ) 에 추가 적 으로 압축 된 비디오 스트림 을 생성 하 기 위한 필요 를 공유 된 하드웨어 압축 ( 1530 ) 에 알릴 것 이 며 , 그리고 또한 압축 된 비디오 를 위한 목적지 ( 예컨대 , 요청 하 는 서버 ) 를 지시 한다 . 만약 , 요청 된 비디오 / 오디오 가 오직 지연 되 면 , 요청 하 는 어플리케이션 / 게임 서버 ( 1521 - 1525 ) 는 통지 받 게 될 것 이 고 , 그것 은 지연 버퍼 ( 1515 ) 에 있 는 디렉 토리 에서 비디오 / 오디오 의 위치 , 지연 된 비디오 / 오디오 의 소스 인 어플리케이션 / 게임 서버 ( 1521 - 1525 ) 의 네트워크 주소 를 찾 음 으로써 지연 버퍼 ( 1515 ) 에서 지연 된 비디오 / 오디오 를 요구 할 것 이 다 . 일단 모든 이러 한 요청 이 생성 되 고 다뤄 지 면 , 15 개 섬네일 - 크기 의 비디오 스트림 까지 는 아웃 바운드 라우팅 ( 1540 ) 에서 인 바운드 라우팅 ( 1502 ) 까지 사용 자 인터페이스 스트림 을 생성 하 는 어플리케이션 / 게임 서버 ( 1521 - 1525 ) 를 위해서 라우트 될 것 이 고 , 서버 에 의해서 신장 되 고 디스플레이 될 것 이 다 . 지연 된 비디오 / 오디오 스트림 이 너무 큰 스크린 크기 에 있 다면 , 어플리케이션 / 게임 서버 ( 1521 - 1525 ) 는 스트림 을 신장 할 것 이 고 섬네일 크기 로 비디오 스트림 을 크기 를 줄일 것 이 다 . 일 실시 예 에서 , " 오디오 / 비디오 를 위한 요청 은 요청 을 적당 한 어플리케이션 / 게임 서버 ( 1521 - 1525 ) 로 다시 향하 게 하 는 도 4 a ( 도 15 에 는 도시 되 지 않 음 ) 의 호스팅 서비스 컨트롤 시스템 과 비슷 한 센트럴 "" 관리 ( management ) "" 서비스 로 보내 진다 ( 그리고 관리 된다 ) . 더욱이 ", 일 실시 예 에서 , " 어떤 요청 이 요구 되 지 않 는데 이 는 섬네일 들 이 그것 을 허용 하 는 사용 자 들 의 클라이언트 로 "" 넣 어 진 ( pushed ) "" 때문 이 다 . "