KR101316166B1

KR101316166B1 - 다양한 포맷 비트 스트림들을 위한 프리젠테이션 모드들

Info

Publication number: KR101316166B1
Application number: KR1020097000392A
Authority: KR
Inventors: 하노 바세; 엘. 노린 존; 레이놀드 엠. 칸
Original assignee: 더 디렉티브 그룹, 인크.
Priority date: 2006-06-09
Filing date: 2007-06-07
Publication date: 2013-10-08
Also published as: MX2008015654A; WO2007143218A3; BRPI0712582A2; EP2033442A2; CN101502116A; US20130198404A1; KR20090024786A; US8978084B2; US20080022319A1; AR061315A1; WO2007143218A2

Abstract

본 발명에 따른, 모니터 상에 디스플레이하기 위한 위성 비디오 신호들을 수신하는 시스템은, 안테나(200), 상기 안테나에 연결된 서버 수신기(312), 및 상기 서버 수신기에 연결된 적어도 하나의 클라이언트 수신기(310)를 포함하고, 상기 클라이언트 수신기는 상기 서버 수신기를 통하여 상기 안테나에 커맨드들을 송신하고 상기 안테나로부터 신호들을 수신한다.

위성 신호, 포맷 비트 스트림

Description

다양한 포맷 비트 스트림들을 위한 프리젠테이션 모드들{PRESENTATION MODES FOR VARIOUS FORMAT BIT STREAMS}

<관련 출원의 상호 참조>

본원은 35 U.S.C. §119(e)의 규정에 따라 "PRESENTATION MODES FOR VARIOUS FORMAT BIT STREAMS"라는 발명의 명칭으로 하노 바스 등(Hanno Basse et al.)이 2006년 6월 9일에 출원한 미국 가 특허 출원 60/812,197의 우선권을 주장하며, 상기 출원은 본원에 참고로 통합된다.

본 발명은 일반적으로 위성 신호 배송 시스템에 관한 것으로, 특히 위성 신호 배송 시스템(satellite signal delivery system) 내의 다양한 포맷 비트 스트림의 프리젠테이션에 관한 것이다.

통신 신호의 위성 방송은 흔한 일이 되었다. 텔레비전 프로그래밍에서 이용되는 상업 신호의 위성 분배는 일반적으로 멀티스위치로부터 개별 케이블들 상에서 8개까지의 IRD에 신호를 공급하는 단일 옥외용 장비(Outdoor Unit; ODU) 상의 복수의 피드혼(feedhorn)을 이용한다.

도 1은 관련 기술의 전형적인 위성 텔레비전 시스템을 예시한다.

도 1은 위성을 통하여 오디오, 비디오, 및 데이터 신호를 송수신하는 통신 시스템, 특히 텔레비전 방송 시스템(100)을 보여준다. 본 발명은 위성 기반 텔레비전 방송 시스템의 맥락(context)에서 설명되지만, 본원에서 설명되는 기법들은 지상파 방송 시스템(terrestrial over-the-air systems), 케이블 기반 시스템, 및 인터넷과 같은, 프로그램 콘텐트 배송의 다른 방법들에도 동등하게 적용될 수 있다. 또한, 본 발명은 주로 텔레비전 콘텐트(즉, 오디오 및 비디오 콘텐트)에 관하여 설명되겠지만, 본 발명은 비디오 콘텐트, 오디오 콘텐트, 오디오 및 비디오 관련 콘텐트(예를 들면, 텔레비전 시청자(viewer) 채널), 또는 데이터 콘텐트(예를 들면, 컴퓨터 데이터)를 포함하는 광범위한 프로그램 콘텐트 자료와 함께 실시될 수 있다.

텔레비전 방송 시스템(100)은 송신국(transmission station)(102), 업링크 디쉬(uplink dish), 적어도 하나의 위성(106), 및 수신국들(receiver stations)(108A-108C)(총괄하여 수신국들(108)이라고 함)을 포함한다. 송신국(102)은 아날로그 텔레비전 신호, 디지털 텔레비전 신호, 비디오 테이프 신호, 오리지널 프로그래밍 신호 및 HTML 콘텐트를 포함하는 컴퓨터 생성 신호와 같은 다양한 신호들을 수신하기 위한 복수의 입력들(110)을 포함한다. 또한, 입력들(110)은 하드 디스크 또는 기타 디지털 저장 매체를 갖는 디지털 비디오 서버들로부터의 신호들을 수신한다. 송신국(102)은 또한 신문이나 텔레비전 가이드에 포함된 텔레비전 스케줄에서 발견되는 것과 같은 다양한 텔레비전 콘텐트들의 타이밍 및 콘텐트에 관한 전자 스케줄 정보를 제공하는 복수의 타이밍 입력들(112)을 포함한다. 송신국(102)은 타이밍 입력들(112)로부터의 데이터를 프로그램 가이드 데이터로 변 환시킨다. 프로그램 가이드 데이터는 또한 송신국(102)의 위치에서 수동으로 입력될 수도 있다. 프로그램 가이드 데이터는 복수의 "개체들(objects)"로 구성된다. 프로그램 가이드 데이터 개체들은 궁극적으로 사용자의 텔레비전 상에서 디스플레이되는 전자 프로그램 가이드를 구성하기 위한 데이터를 포함한다.

송신국(102)은 입력들(110) 및 타이밍 입력들(112) 상에서 수신된 다양한 입력 신호들을 수신하여 처리하고, 그 수신된 신호들을 표준 형태로 변환시키고, 그 표준 신호들을 단일 출력 데이터 스트림(114)으로 결합시키고, 출력 데이터 스트림(114)을 업링크 디쉬(104)에 연속적으로 송신한다. 출력 데이터 스트림(114)은 전형적으로 MPEG2 인코딩을 이용하여 압축되는 디지털 데이터 스트림이지만, 다른 압축 방식들이 이용될 수도 있다.

출력 데이터 스트림(114) 내의 디지털 데이터는 복수의 패킷들로 분할되고, 그러한 각 패킷은 SCID(Service Channel Identification) 번호로 표시된다. SCID들은 수신국(108) 내의 수신기에 의해 각 텔레비전 채널에 대응하는 패킷들을 식별하는 데 이용될 수 있다. 출력 데이터 스트림(114)에는 오류 정정 데이터도 포함된다.

출력 데이터 스트림(114)은 전형적으로 표준 주파수 및 편파 변조(polarization modulatin) 기법들을 이용하여 송신국(102)에 의해 변조되는 다중화된 신호이다. 출력 데이터 스트림(114)은 바람직하게는 복수의 주파수 대역, 전형적으로 16개의 주파수 대역을 포함하고, 각 주파수 대역은 좌편파(left polarized) 또는 우편파(right polarized)된다. 대안적으로, 수평 및 수직 편파가 이용될 수도 있다.

업링크 디쉬(104)는 송신국(102)으로부터의 출력 데이터 스트림(114)을 연속적으로 수신하고, 그 수신된 신호를 증폭하여 적어도 하나의 위성(106)에 신호(116)를 송신한다. 도 1에는 하나의 업링크 디쉬(104) 및 3개의 위성(106)이 도시되어 있지만, 바람직하게는 추가의 대역폭을 제공하고, 수신국들(108)로의 연속적인 신호(114)의 배송을 보증하는 것을 돕기 위해 복수의 업링크 디쉬(104) 및 더 많은 수의 위성(106)이 이용된다.

위성들(106)은 정지 궤도(geosynchronous orbit)에서 지구의 주위를 회전한다. 위성들(106) 각각은 업링크 디쉬(104)에 의해 송신된 신호들(116)을 수신하고, 그 수신된 신호들(116)을 증폭하고, 그 수신된 신호들(116)을 상이한 주파수 대역들로 주파수 편이(frequency shift)한 다음, 그 증폭되고, 주파수 편이된 신호들(118)을, 수신국들(108)이 위치하거나 장래의 언젠가 위치하게 될 지구 상의 원하는 지역들로 다시 송신하는 복수의 트랜스폰더(transponder)를 포함한다. 수신국들(108)은 그 후 위성(106)에 의해 송신된 신호들(118)을 수신하여 처리한다.

각 위성(106)은 전형적으로, 오디오, 비디오, 또는 데이터 신호들, 또는 그의 조합일 수 있는, 프로그래밍의 방송을 위해 다양한 사용자들에게 인가되어 있는, 32개의 주파수에서 신호들(118)을 방송한다. 이들 신호들은 전형적으로 Ku 주파수 대역, 즉, 11-18 GHz에 위치하지만, Ka 주파수 대역, 즉, 18-40 GHz, 더 일반적으로는 20-30 GHz 범위, 또는 다른 주파수 대역들에서 방송될 수 있다.

도 2는 오디오, 비디오 및 데이터 신호들을 수신하여 디코딩하는 수신국 들(108) 중 하나의 블록도이다. 전형적으로, 수신국(108)은 IRD(Integrated Receiver Decoder)로도 알려져 있는 "셋톱 박스"로서, 통상적으로 이것은 위성 방송된 텔레비전 신호들(118)의 수신을 위해, 주택 또는 다세대 거주 시설(multi-dwelling unit)에 상주한다.

수신기 디쉬(receiver dish)(200)는 옥외용 장비(ODU)일 수 있고, 통상적으로 이것은 주택 또는 다세대 구조 시설에 설치된 보다 작은 디쉬 안테나(dish antenna)이다. 그러나, 수신기 디쉬(200)는 필요할 경우, 보다 큰 지면에 설치된(larger ground-mounted) 안테나 디쉬일 수도 있다.

수신기 디쉬(200)는 전형적으로 반사기 디쉬(reflector dish) 및 피드혼 어셈블리(feedhorn assembly)를 이용하여 다운링크 신호들(118)을 수신하고 그 신호들을 와이어 또는 동축 케이블을 통하여 수신국(108)에 보낸다. 각 수신국은, 수신기 디쉬(200)가, 멀티스위치를 통하여, 다운링크 신호들(118)을 수신국(108)에 선택적으로 보낼 수 있게 하고, 수신국(108)이 그 신호들(118) 중 어느 것이 요구되는지를 결정할 수 있게 하는 전용 케이블을 갖는다.

수신국(108)은 수신기 디쉬(200), 대체 콘텐트 소스(alternate content source)(202), 수신기(204), 모니터(206), 리코딩 장치(208), 리모트 컨트롤(210) 및 액세스 카드(212)를 포함한다. 수신기(204)는 튜너(214)/복조기/FEC(Forward Error Correction) 디코더(216), D/A(digital-to-analog) 변환기(218), CPU(220), 클록(222), 메모리(224), 로직 회로(226), 인터페이스(228), 적외선(IR) 수신기(230) 및 액세스 카드 인터페이스(232)를 포함한다. 수신기 디쉬(200)는 위성 들(106)에 의해 송신된 신호들(118)을 수신하고, 그 신호들(118)을 증폭하여 그 신호들(118)을 튜너(214)에 넘겨준다. 튜너(214) 및 복조기/FEC 디코더(216)는 CPU(220)의 제어를 받아 동작한다.

CPU(220)는 메모리(224)에 또는 CPU(220) 내의 보조 메모리 내에 저장된 운영 체제의 제어를 받아 동작한다. CPU(220)에 의해 수행되는 기능들은 메모리(224)에 저장된 하나 이상의 제어 프로그램들 또는 애플리케이션들에 의해 제어된다. 운영 체제 및 애플리케이션들은 명령들로 이루어지고, 이 명령들은, CPU(220)에 의해 판독되어 실행될 때, 수신기(204)로 하여금, 전형적으로, 메모리(224)에 저장된 데이터에 액세스하여 그 데이터를 조작함으로써, 본 발명을 구현하고 및/또는 이용하는 데 필요한 기능들 및 단계들을 수행하게 한다. 그러한 애플리케이션들을 구현하는 명령들은 메모리(224) 또는 액세스 카드(212)와 같은 컴퓨터 판독가능 매체에서 실체적으로 구현된다. CPU(220)는 또한 인터페이스(228) 또는 수신기 디쉬(200)를 통하여 다른 장치들과 통신하여 메모리(224)에 저장될 커맨드들 또는 명령들을 수취함으로써, 본 발명에 따른 컴퓨터 프로그램 제품 또는 제조물을 만들 수도 있다. 그러므로, 본원에서 사용되는 "제조물(article of manufacture)", "프로그램 저장 장치(program storage device)" 및 "컴퓨터 프로그램 제품(computer program product)"이라는 용어들은 임의의 컴퓨터 판독가능한 장치 또는 매체로부터 CPU(220)에 의해 액세스 가능한 임의의 애플리케이션을 포함하려는 것이다.

메모리(224) 및 액세스 카드(212)는, 수신기(204)가 처리하고 그의 디스플레 이를 생성할 권한이 부여된 채널들의 목록; 수신기(204)가 사용되는 지역에 대한 우편번호(zip code) 또는 지역 번호(area code); 수신기(204)의 모델 명칭 또는 번호; 수신기(204)의 일련 번호; 액세스 카드(212)의 일련 번호; 수신기(204)의 소유자의 이름, 주소 및 전화 번호; 및 수신기(204)의 제조업체의 명칭과 같은, 각종 파라미터들을 저장한다.

액세스 카드(212)는 수신기(204)로부터 제거 가능하다(도 2에 도시된 바와 같이). 수신기(204)에 삽입될 때, 액세스 카드(212)는 액세스 카드 인터페이스(232)에 연결되고, 이 액세스 카드 인터페이스는 인터페이스(228)를 통하여 고객 서비스 센터(도시되지 않음)에 통신한다. 액세스 카드(212)는 사용자의 특정 계정 정보에 기초하여 고객 서비스 센터로부터 액세스 인가 정보를 수신한다. 또한, 액세스 카드(212) 및 고객 서비스 센터는 서비스들의 빌링(billing) 및 오더링(ordering)에 관하여 통신한다.

클록(222)은 현재의 지역 시간(local time)을 CPU(220)에 제공한다. 인터페이스(228)는 바람직하게는 수신국(108)의 위치에서 전화 잭(234)에 연결된다. 인터페이스(228)는 수신기(204)가 전화 잭(234)을 통하여 도 1에 도시된 송신국(102)과 통신하도록 한다. 인터페이스(228)는 또한 인터넷과 같은 네트워크에 및 네트워크로부터 데이터를 전송하는 데 이용될 수 있다.

수신기 디쉬(200)로부터 튜너(214)로 송신된 신호들은 복수의 변조된 무선 주파수(RF) 신호들이다. 원하는 RF 신호는 그 후 튜너(214)에 의해 기저대역(baseband)으로 하향 변환(downconvert)되고, 튜너(214)는 또한 동위상(in- phase) 및 직교위상(quadrature-phase)(I 및 Q) 신호들을 생성한다. 이들 2개의 신호들은 그 후 복조기/FEC ASIC(Application Specific Integrated Circuit)(216)에 전달된다. 복조기(216) ASIC은 그 후 I 및 Q 신호들을 복조하고, FEC 디코더는 각각의 송신된 심벌(symbol)을 정확히 식별한다. QPSK(Quaternary Phase Shift Keying) 또는 8PSK 신호들에 대한 수신된 심벌들은 각각 2개 또는 3개의 데이터 비트들을 운반한다. 정정된(corrected) 심벌들은 데이터 비트들로 변환되고, 이 데이터 비트들은 페이로드(payload) 데이터 바이트들로 조립되고, 궁극적으로 데이터 패킷들로 된다. 데이터 패킷들은 130개의 데이터 바이트 또는 188개의 바이트(187개의 데이터 바이트 및 1개의 동기화(sync) 바이트)를 운반할 수 있다.

수신기 디쉬(200)에 의해 수신된 디지털 위성 신호들에 더하여, 바람직하게는 텔레비전 콘텐트의 다른 소스들도 이용된다. 예를 들면, 대체 콘텐트 소스(202)는 추가의 텔레비전 콘텐트를 모니터(206)에 제공한다. 대체 콘텐트 소스(202)는 튜너(214)에 연결된다. 대체 콘텐트 소스(202)는 방송되지 않는(off-the-air) 신호, NTSC(National Television Standards Committee) 신호를 수신하기 위한 안테나, ATSC(American Television Standards Committee) 신호를 수신하기 위한 케이블, 또는 다른 콘텐트 소스일 수 있다. 비록 하나의 대체 콘텐트 소스(202)만이 도시되어 있지만, 복수의 소스들이 이용될 수 있다. 처음에, 데이터가 수신기(204)에 들어갈 때, CPU(220)는 일반적으로 업계에서 부트 개체(boot object)라고 불리는 초기화 데이터를 찾는다. 부트 개체는 모든 다른 프로그램 가이드 개체들이 발견될 수 있는 SCID들을 식별한다. 부트 개체들은 항상 동일한 SCID로 송신되므로, CPU(220)는 그 SCID로 표시된 패킷들을 찾아야 한다는 것을 안다. 부트 개체로부터의 정보는 CPU(220)에 의해 프로그램 가이드 데이터의 패킷들을 식별하고 그것들을 메모리(224)에 보내는 데 이용된다.

리모트 컨트롤(210)은 수신기(204) 내의 적외선 수신기(230)에 의해 수신되는 적외선(IR) 신호들(236)을 방사한다. 제한이 아니라 예로서, UHF(ultra-high frequency) 리모트 컨트롤, 수신기(204) 상의 키패드, 리모트 키보드 및 리모트 마우스와 같은, 다른 타입의 데이터 입력 장치들이 대안적으로 이용될 수 있다. 사용자가 리모트 컨트롤(210) 상의 "가이드" 버튼을 누름으로써 프로그램 가이드의 디스플레이를 요청하면, 가이드 요청 신호가 IR 수신기(230)에 의해 수신되어 로직 회로(226)에 송신된다. 로직 회로(226)는 CPU(220)에게 가이드 요청을 통지한다. 가이드 요청에 응답하여, CPU(220)는 메모리(224)로 하여금 프로그램 가이드 디지털 이미지를 D/A 변환기(218)에 전송하게 한다. D/A 변환기(218)는 프로그램 가이드 디지털 이미지를 표준 아날로그 텔레비전 신호로 변환시키고, 그 신호는 그 후 모니터(206)에 송신된다. 모니터(206)는 그 후 TV 비디오 및 오디오 신호들을 디스플레이한다. 모니터(206)는 대안적으로 디지털 텔레비전일 수 있고, 그 경우에는 수신기(204)에서 디지털-아날로그 변환이 필요하지 않다.

사용자들은 리모트 컨트롤(210)을 이용하여 전자 프로그램 가이드와 상호작용한다. 사용자 상호작용의 예는 특정 채널을 선택하거나 추가 가이드 정보를 요청하는 것을 포함한다. 사용자가 리모트 컨트롤(210)을 이용하여 채널을 선택하면, IR 수신기(230)는 사용자의 선택을 로직 회로(226)에 중계하고, 로직 회 로(226)는 그 후 그 선택을 메모리(224)에 넘겨주고 메모리(224)에서 그것은 CPU(220)에 의해 액세스된다. CPU(220)는 FEC 디코더(216)로부터의 수신된 오디오, 비디오, 및 다른 패킷들에 대해 MPEG2 디코딩 단계를 수행하고 그 선택된 채널에 대한 오디오 및 비디오 신호들을 D/A 변환기(218)에 출력한다. D/A 변환기(218)는 디지털 신호들을 아날로그 신호들로 변환시키고, 그 아날로그 신호들을 모니터(206)에 출력한다.

위성들(106)의 수가 증가할수록, 프로그램 선택의 수도 증가한다. 또한, 사용자들이 주택에 추가의 텔레비전 모니터(206)를 추가할 때, 각 모니터(206)는, 관련 기술 시스템(200)에서, 다운링크 신호들(118)의 제어 및 배송을 위해, 수신기(204)로부터 수신기 디쉬(200)로의 전용 케이블을 필요로 한다. 이것은 주어진 수신국(108) 설치에 있어서 추가의 케이블들을 배선하고 어쩌면 불필요한 수신기(204) 하드웨어를 추가하는 점에서 사용자들에게 곤란을 야기한다.

그래서, 당 기술에서는 보다 지능적인 위성 데이터 배송 시스템이 요구된다는 것을 알 수 있다.

<발명의 요약>

종래 기술에서의 한계를 최소화하고, 본 명세서를 읽고 이해하였을 때 명백하게 될 다른 한계를 최소화하기 위해, 본 발명은 다양한 모드 비트 스트림들을 디스플레이하기 위한 시스템 및 방법을 개시한다.

본 발명에 따른 시스템은, 안테나, 상기 안테나에 연결된 서버 수신기, 및 상기 서버 수신기에 연결된 적어도 하나의 클라이언트 수신기를 포함하고, 상기 클 라이언트 수신기는 상기 서버 수신기를 통하여 상기 안테나에 커맨드들을 송신하고 상기 안테나로부터 신호들을 수신한다.

다른 특징들 및 이점들은, 청구되고 개시된 시스템 및 방법에 내재해 있고 숙련된 당업자에게는 다음의 상세한 설명 및 그의 첨부 도면들로부터 명백할 것이다.

이제, 유사한 참조 번호들은 전반에 걸쳐서 대응하는 부분들을 나타내는 도면들을 참조하면,

도 1은 관련 기술의 전형적인 위성 시스템을 예시한다.

도 2는 관련 기술의 전형적인 수신기를 예시한다.

도 3은 본 발명의 시스템도를 예시한다.

도 4는 본 발명의 홈 미디어 센터에 의해 제공되는 서비스들의 블록도를 예시한다.

도 5-7은 본 발명에 의해 수행되는 리소스 요청들 및 예약들을 관리하기 위한 시스템 프로세싱을 예시한다.

다음의 설명에서는, 본 명세서의 일부를 구성하고, 본 발명의 몇몇 실시예들을 예시로서 보여주는 첨부 도면들을 참조한다. 다른 실시예들이 이용될 수도 있고 본 발명의 범위에서 벗어나지 않고 구조상의 변경이 이루어질 수도 있다는 것은 말할 것도 없다.

시스템 개관

도 3은 본 발명의 시스템도를 에시한다.

본 발명에서, ODU(108)는 FTM(Frequency Translation Module)(300)에 연결된다. FTM(300)은 케이블(302)을 통하여 서버 IRD(304)에 연결된다. FTM(300)은 또한 케이블(124)을 통하여 레거시 IRD(112)에 연결되지만, 대안적으로 레거시 IRD(112)는 케이블(306)을 통하여 서버 IRD(304)에 연결될 수 있다. 서버 IRD(308)는 케이블(308)을 통하여 클라이언트 IRD들(310)에 더 연결된다. 필요할 경우 주어진 위치에 1개보다 많은 수의 서버 IRD(308)가 있을 수 있다. 하나 이상의 서버 IRD들(304)은 "홈 미디어 센터"(HMC)(312)라고도 불린다.

HMC(312)는 본 발명을 위한 태스크들 및 시스템 리소스들의 리코딩, 분배, 및 스케줄링을 위한 중심 위치(central location)로서 작용한다. HMC(312)는 케이블(308)을 통하여 HMC(312)에 보내진 클라이언트 IRD(310) 요청들에 따라서, 필요한 대로 클라이언트 IRD들(310)에 리소스들을 할당한다.

클라이언트 IRD(308)는 이벤트들, 시청할 특정 채널들, 및 다른 시스템 리소스들을 리코딩하기 위한 요청들을 HMC(312)에 행한다. HMC(312)는 모든 클라이언트 IRD들(310), 및 임의의 레거시 IRD들(112)로부터의 모든 리소스들을 처리하고, 그 요청을 이행하거나 또는 주어진 IRD(310)의 사용자에게 그 요청이 이행될 수 없음을 알린다. 예를 들면, 주어진 클라이언트 IRD(310)의 사용자가 프로그램을 리코딩하기를 원하고, HMC(312)가 다른 목적을 위해 디지털 비디오 리코더(DVR)를 이용하고 있다면, HMC(312)는 주어진 클라이언트 IRD(310)의 사용자에게 현재 시점에서 DVR이 이용 가능하지 않음을 알릴 것이다. HMC(312)는 또한 언제 DVR이 이용 가능하게 될지, DVR이 무엇을 리코딩하고 있는지를 사용자에게 말하는 것과 같은, 요청을 이행하는 데 도움이 되는 옵션들을 사용자에게 제공하여, 사용자가 현 DVR 사용을 무효화(override)하기로 결정할 수 있도록 하거나, 또는 사용자가 현재의 요청이 이행되도록 하기 위해 다른 리소스 할당들을 행하게 할 수 있다.

HMC(312)와 클라이언트 IRD(310) 간의 쌍방향 통신은 케이블(308)을 통하여, 또는 주택(110) 내에 존재하는 전력 분배 라인 또는 전화 라인과 같은 다른 배선을 통하여 일어난다.

개관

HMC(312)는 모든 클라이언트 IRD(310)에 존재하는 DVR을 갖지 않고도 주택(110) 내의 모든 TV에 디지털 비디오 리코딩 기능을 허용한다. HMC(312)는 중심 허브로서 작용하는 하나 이상의 서버 IRD들(308)을 포함한다. 서버 IRD(308)는 ODU(108)에 의해 수신된 위성 신호들로부터 수신된 프로그래밍을 수신하고 선택적으로 리코딩한다. 하나 이상의 클라이언트 IRD들(310)은 오디오, 비디오 및 데이터를 수신하고 이들을 텔레비전 모니터에 디스플레이하기 위하여 하나 이상의 케이블들(308)을 통하여 HMC(312)에 접속한다.

서버 IRD(308)를 통하여, HMC(312)는, 레거시 IRD(112)에 이용되는 다른 전용(proprietary) 포맷들에 더하여, MPEG-2 또는 MPEG-4 전송 스트림들에 기초한 HD(high-definition) 수신기이다. HMC(112)는 또한 LDPC(Low Density Parity Check) 코딩을 포함하는 AMC(Advanced Modulation/Coding)를 도입한다.

고급 변조(advanced modulation)를 갖는 LDPC 코딩은 종래의 길쌈(convolutional) FEC(리드-솔로몬/비터비(Reed-Solomon/Viterbi)) 코딩 방식들보다 성능이 나은 FEC(forward-error-correcting) 코드 기법이다. LDPC 코딩은 디지털 신호들의 비트에러율(bit-error rate)을 개선하기 위해 보다 대역폭 효율적인 방법을 제공한다. 고급 변조는 또한 보다 높은 PSK(Phase Shift Key) 변조를 제공한다. PSK 변조에서, 반송파(carrier) 신호는 비트 매핑에 따라 상이한 위상들에서 송신된다. 8PSK에 의하면, 위상의 수가 8개로 증가되어 QPSK 송신과 동일한 대역폭에서 반송되는 정보의 양을 두 배로 한다.

HMC(312)는 MPEG-2 전송 포맷 및 고급 변조/LDPC 코딩 및 FTM(300) 기술들을 이용하여 주택(110) 내의 모든 모니터에 비디오, 오디오 및 데이터 서비스를 제공한다.

고급 변조/코딩

HMC(312)는, 일부는 QPSK 변조 및 리드-솔로몬 FEC를 이용하고, 다른 것들은 FEC 및 다른 고급 변조/코딩 기술들을 이용하여, 상이한 위상 데이터 스트림들에 튜닝하여, 주택(310) 내에 존재하는 클라이언트 IRD들(310) 각각에 원하는 신호들을 제공한다. 이를 위하여 HMC(312)는 디코딩되고 사용될 위성 스트림 타입에 따라서 적어도 2개의 상이한 튜닝 파라미터 세트들을 이용할 필요가 있다. 레거시 스트림 타입, 즉, QPSK 변조 스트림의 경우, 튜닝 파라미터들은 네트워크 id, 주파수, 편파, SCID(12 비트), 변조타입 및 FEC 타입이다. 고급 변조 스트림, 즉, "A3 스트림" 타입의 경우, 튜닝 파라미터들은 네트워크 id, 주파수, 편파, PID(13 비트), 모드 id, 심벌 레이트, 롤 오프 팩터(roll off factor), 물리 계층 헤더 고유 워드(physical layer header unique word; PLH_UW), 골드 코드 시퀀스 스크램블러(gold code sequence scrambler) 및 파일럿 지시자(pilot indicator)이다.

이 2가지 타입의 데이터 스트림들을 비교할 때, A3 스트림 코딩 파라미터들은 모드 id, 심벌 레이트, 롤 오프 팩터, 물리 계층 헤더 고유 워드, 골드 시퀀스 스크램블러 및 파일럿 지시자라는 것을 알 수 있다. 이하 이들 파라미터들 각각에 대하여 설명한다.

모드 Id

A3 고급 복조 및 디코딩 방법에 의해 지원되는 변조/코딩 모드들은 총 28개가 있다. 이들 모드들 각각은 변조 타입(즉, QPSK 또는 8PSK), FEC 알고리즘(즉, RS(Reed-Solomon) 또는 LDPC/BCH(Low Density Parity Check/Bose, Chaudhuri, Hocquenghem) 및 FEC의 양(즉, 1/4, 1/2, 3/5, 2/3, 3/4, 4/5, 5/6, 6/7, 8/9 및 9/10)을 변경한다.

심벌 레이트

심벌 레이트는 QPSK 또는 8PSK 변조된 신호의 대역폭 용량을 정의한다. 심벌 레이트는 모든 레거시 전송 스트림들에 대하여 20 MSymbols/s의 값 및 모든 비-레거시(non-legacy) 전송 스트림들에 대하여 20 MSymbols/s 또는 30 MSymbols/s의 값을 가질 수 있다.

롤 오프 팩터

롤 오프 팩터(α)는 기저대역 SRRC(square root raised cosine) 필터를 이용하여 신호를 필터링하는 데 이용된다. 롤 오프 팩터는 0.20, 0.25 및 0.35의 값들을 가질 수 있다.

물리 계층 헤더 고유 워드

물리 계층 헤더(PLHEADER)는 64,800 비트 FEC 프레임 각각에 적용되는 90 비트 헤더이다. PLHEADER는 26 비트 SOF(Start-of-Frame) 및 고유 64 비트 PLS(Physical Layer Signal) 코드로 이루어진다. SOF는 0x18D2E82로서 고정된다. PLS 코드는 각 전송 프레임마다 변할 수 있다. 90 비트 PLH_UW는 PLHEADER과 XOR 연산된다. PLHEADER는 레거시 및 DVBS 모드들에서는 이용되지 않고, QPSK 및 8PSK 고급 모드들에서 이용된다.

골드 시퀀스 스크램블러

골드 시퀀스 스크램블러는 FEC 프레임 내의 심벌들의 송신을 위한 변조 위상(I,Q)을 무작위화(randomize)하는 데 이용되는 18 비트 값이다. 골드 시퀀스 스크램블러는 PLHEADER를 제외한 각 FEC 프레임에서 이용된다. 골드 시퀀스 스크램블러는 레거시 및 DVBS 모드들에서는 이용되지 않는다. 그것은 QPSK 및 8PSK 고급 모드들에서만 이용된다.

파일럿 지시자

파일럿 지시자(indicator)는 FEC 프레임에 파일럿 심벌들이 삽입되었는지를 나타내는 1 비트 필드이다. 파일럿 심벌들은 FEC 프레임에서 1440개 심벌마다 36개 심벌의 변조되지 않은 래스터(raster)를 삽입함으로써 반송파 추적(carrier tracking)에 도움이 된다. 파일럿 없는(pilot-less) 송신 모드도 이용 가능하고 추가의 2% 유용한 용량을 제공하는 이점이 있다. 파일럿 심벌들은 레거시 및 DVBS 모드들에서는 이용되지 않는다. 그것들은 QPSK 및 8PSK 고급 모드들에서만 이용된다.

서버와 클라이언트 간의 상호작용

본 발명에서, (서버 IRD(308)를 통한) HMC(312) 및 클라이언트 IRD들(310)은, 클라이언트 IRD들(310) 각각이 해당 클라이언트 IRD(310)에서 요청되고 있는 데이터 스트림들(예를 들면, 원하는 텔레비전 채널 오디오 및 비디오 스트림)뿐만 아니라, 클라이언트 IRD(310)에 의해 요청되고 있는 임의의 다른 서비스들을 수신할 수 있도록 상호작용해야 한다. 예를 들면, 주어진 IRD(310)는 특정 채널을 시청하고, 그 채널을 리코딩하고, 나중 시간에 발생하는 프로그램을 리코딩하고, 페이퍼뷰(pay-per-view) 이벤트를 구입하고, DVR에 리코딩될 영화를 구입하기 위한 요청들, 및 기타 요청들을 HMC(312)에 보낼 수 있다. HMC(312)는 HMC(312)에 접속된 모든 클라이언트 IRD들(310)로부터의 이들 요청들을 코디네이트하고, 그 요청들 간의 임의의 충돌들을 사용자에게 보고하고 사용자가 가능한 한 최적으로 요청들을 이행하도록 시스템 리소스들을 수동으로 선택할 수 있게 함으로써 그러한 충돌들을 해결한다.

몇몇 타입의 서비스들이 HMC(312)를 통하여 제공된다. 그러한 서비스들은 리코딩 서비스(400), 재생(playback) 서비스(402), 구입 서비스(404), 재생 모드 지원(406), 리소스 관리(408), 및 라이브 텔레비전 서비스(410)를 포함하고, 이들은 도 4에 관련하여 설명된다.

리코딩 서비스

리코딩 서비스(400)는 클라이언트 IRD(310) 및 서버 IRD(308)로부터 예약(booking) 및 리코딩 요청들을 수신한다. 리코딩 서비스(400)는 다른 컴포넌트들(예를 들면, 리소스 관리자(408) 등)로부터 수신된 응답들에 기초하여 리코딩할 이벤트들의 결정을 행한다. 리코딩 서비스(400)는 스케줄된 시작 시간에 그리고 지정된 지속 기간 동안 DVR 라이터(writer)를 통하여 예약된 이벤트 및 모든 관련 메타데이터를 리코딩한다. 리코딩의 상태는 사용자가 볼 수 있도록 재생 모드 지원(406)에 보고된다.

리코딩 서비스(400)는 시청자가 이벤트들을 구입 및 리코딩할 수 있게 한다. 리코딩 서비스는 홈 미디어 서버들(308) 및 홈 미디어 클라이언트들(310) 양쪽 다로부터 네트워크를 통하여 또는 로컬로 수신된 들어오는 예약 요청들을 처리한다. 예약될 수 있는 이벤트들의 타입들은 필수 또는 선택 소프트웨어 다운로드, 단일(명시적) 이벤트 리코딩, 순환(recurring) 이벤트 리코딩, 옵트인(opt-in) 리코딩, 네트워크 스케줄된(푸시(push)) 리코딩, 매뉴얼 리코딩, 순환 매뉴얼 리코딩, 리코딩 찾기, 리코딩 확장, 예약된 이벤트의 삭제, 및 순환 이벤트들의 우선 순위 설정(prioritization)을 포함한다.

리코딩 서비스(400)는 요청된 이벤트들에 대한 스케줄링 충돌들을 해결하기 위해 리소스 관리자(408)와 인터페이스한다. 리코딩 서비스(400)는 요청된 이벤트를 리코딩하기 위한 필요한 리소스들을 예비(reserve)하기 위해 리소스 관리자(408)와 인터페이스한다. 리코딩 서비스(400)는 보류중인(pending) 예약된 이벤트들의 충돌 없는 목록(conflict-free list)을 유지하고 이 목록을 홈 미디어 네트워크 내의 모든 클라이언트들(310) 및 서버들(308)에 걸쳐서 동기화시킨다. 리코딩 서비스(400)는 보류중인 목록 내의 이벤트들을 리소스 관리자(408)에 의해 예비되고 관리되는 리소스들에 링크(link)한다. 리코딩 서비스(400)는 로컬 드라이브에 저장된 콘텐트를 관리하고, 드라이브가 용량에 도달할 경우 콘텐트를 제거한다. 리코딩 서비스(400)는 시청자가 리코딩을 시청하고 구입하는 데 필요한 메타데이터를 저장한다. 리코딩 서비스(400)는 예약된 이벤트의 리코딩을 스케줄된 시작 시간에 개시하고 스케줄된 지속 기간 동안 지속한다. 리코딩 서비스(400)는 APG 데이터베이스가 업데이트될 때 스케줄된 시작 시간 및 지속 기간 또는 예약된 이벤트들에 대한 업데이트들을 처리한다. 리코딩 서비스(400)는 시청을 위해 이용 가능한 이벤트들로 재생 관리자(406)를 업데이트한다.

홈 미디어 클라이언트들(310) 및 홈 미디어 서버들(308)은 리코딩 서비스(400)를 이용하여 이벤트들을 예약하고, 예약된 이벤트들을 삭제하고, 예약된 이벤트들의 우선 순위를 설정하고 서버로부터 콘텐트를 삭제한다.

모든 클라이언트(310) 요청들은 요청을 개시하는 클라이언트(310)에 로컬인 "리코딩 프록시 서비스"에 의해 수신된다. 리코딩 프록시는 홈 미디어 네트워크를 통하여 클라이언트(310)와 서버(304) 사이에 요청들을 통신하는 책임이 있다.

클라이언트(310) 또는 서버(304)로부터 예약 요청을 수신하면, 리코딩 서비스(400)는 리소스 관리자(408)에게 리코딩을 위해 필요한 리소스들을 예비하도록 요청한다. 리소스 관리자(408)는 리코딩 서비스(400)를 대신하여 필요한 충돌 해결을 수행하기 위해 충돌 해결자(Conflict Resolver)(412)와 인터페이스한다. 만일 충돌이 존재하지 않고 리소스들이 이용 가능하다면, 리소스 관리자(408)는 해당 요청을 처리할 리소스 번들(튜너, 디멀티플렉서(demultiplexer) 및 필요한 디스크 공간을 포함하는 "비디오 파이프라인")을 예비할 것이다. 충돌이 존재하지 않거나, 모든 충돌들이 (자동으로 또는 시청자에 의하여) 해결되고 리코딩을 위해 필요한 리소스들이 예비될 경우, 이벤트는 예약된다.

리코딩 서비스(400)는 내부의 충돌 없는 예약된 이벤트들의 목록을 유지한다. 리코딩 서비스(400)는 이용 가능한 리소스들 및 (APG와 같은) 네트워크 리코딩된 데이터와 관련된 다른 메타데이터를 쿼리(query)하고 이들 데이터를 충돌 없는 예약들의 목록에 저장한다. 리코딩 서비스(400)는 예약된 이벤트의 리코딩을 스케줄된 시간에 개시하고 지정된 지속 기간 동안 지속할 것이다. 리코딩 서비스(400)는 스케줄된 이벤트 시작 시간에 PIP, 레이팅(rating) 정보 및 CGMS 값들을 DVR 라이터에 제공한다. DVR 라이터는 이들 메타데이터를 리코딩 시간에 메타데이터 인덱서/Rasp 서비스에 저장할 것이다.

리코딩 서비스(400)는 시청을 위해 이용 가능한 이벤트들로 재생 관리자(406)를 업데이트한다. 이벤트가 네트워크 스케줄된 리코딩(푸시 이벤트)이 아니라면, 리코딩이 시작될 때, 이벤트는 시청을 위해 이용 가능하다. 푸시 이벤트들은 이벤트가 완료된 후에만 시청을 위해 이용 가능하다. 리코딩 서비스(400)는 또한 이벤트와 관련될 메타데이터를 재생 관리자(406)에 공급한다. 재생 관리자(406)는 이벤트가 서버(304)로부터 삭제될 때까지 이들 메타데이터를 저장한다.

리코딩 서비스(400)는 콜백(callback) 메커니즘을 통하여 APG 업데이트를 수신한다. APG 업데이트가 수신되면 리코딩 서비스(400)는 1) 리코딩 요청들과 매칭하는 새로운 이벤트들을 검색하고 예약하려고 시도하고; 2) 업데이트된 이벤트 정보가 기존 예약들과의 스케줄링 충돌들을 야기하는지를 판정할 것이다. 새로운 충돌들은 충돌 해결을 위해 충돌 해결자(412)에 전달된다. 리코딩 서비스(400)는 충돌 해결 프로세스로 인해 취소되는 보다 낮은 우선 순위 이벤트들을 재예약하려고 시도할 것이다.

리코딩 서비스(400)는 서버(304) 상의 모든 리코딩된 자료를 관리하고, 드라이브가 우선 순위 또는 할당량(quota) 기준으로 용량에 도달할 때, 또는 콘텐트가 특정 날짜까지 만기가 된다고 플래그(flag)될 때 콘텐트를 제거한다. 리코딩 서비스(400)는 콘텐트 삭제 시에 재생 관리자(406) 또는 DVR 라이터에 통지하여 이들 서비스들이 삭제된 이벤트와 관련된 메타데이터를 제거할 수 있게 한다.

리코딩 서비스(400)는 CDI API를 이용하여 모든 리코딩들 및 튜닝 요청들을 제어한다. 리코딩 서비스(400)는 다중 TV 가구(multi-TV household) 내의 원격 시청 장치(remote viewing device)로의 사전 리코딩된 또는 라이브 이벤트의 스트리밍을 제어한다.

충돌 해결자(412)는, 충돌하는 활동들(activities)(예를 들면, 리코딩, 라이브 TV 등) 중 어느 세트가 지정된 시간 프레임 동안 HMC(312) 리소스들(튜너, 디멀티플렉서, 디스크 공간 등)을 이용해야 하는지를 결정하거나, 어떤 경우에는 시청자에게 결정하도록 요구한다.

표준 예약 알고리즘

예약들은 다음의 "표준 예약 알고리즘"에 따라서 허용될 것이다. HMC 서버(304) 또는 HMC 클라이언트(310) STB는, 어떤 이벤트가 지정된 레이팅 한계를 초과하거나 이벤트가 그 이벤트가 예약되는 해당 STB에 대한 최소의 하드웨어 요건을 초과할지라도, 시청자가 레코딩을 위해 그 이벤트를 예약할 수 있게 할 것이다. HMC 서버(304)는 "라이브 TV"의 직접 시청을 지원할 것이고 도 4에서 도시된 라이브 텔레비전 지원(410)을 통하여 HMC 클라이언트 STB들 상의 라이브 TV를 시청하기 위해 리코딩 서비스(400)를 우회(bypass)할 것이다.

리코딩된 콘텐트의 재생은, 다음의 것들을 제외하고는, 라이브 시청과 유사하게 거동할 것이다. 재생 서비스(402)를 통한 리코딩된 콘텐트의 재생은 시청자가 DVR 가입자인 경우에만 허용되고, HMC 서버(304) 또는 HMC 클라이언트(310) STB는 단지 시청자가 그 주어진 STB에 대한 최소의 하드웨어 요건을 충족시키는 이벤트들을 재생할 수 있게 할 것이고, HMC 서버(304) 또는 HMC 클라이언트(310) STB는 단지, 이벤트가 해당 STB에 대한 최소의 하드웨어 요건을 충족시키는 경우 시청자가 라이브 텔레비전 지원(410)을 이용하여 그 이벤트를 시청할 수 있게 할 것이고, HMC 서버(304) 또는 HMC 클라이언트(310) STB는 다른 대상(target) STB가 그 이벤트에 대한 하드웨어 요건을 만족시키는 경우에만 시청자가 현재 재생중인 리코딩을 그 다른 STB에 전송할 수 있게 할 것이고, HMC 서버(304) 또는 HMC 클라이언트(310) STB는 최소 하드웨어 요건이 초과되는 경우, 또는 다른 정의된 이벤트들에서 OSD를 디스플레이할 것이다. 재생 서비스(402)는 재생을 요청하고 있는 서버(304) 또는 클라이언트(310)가 어느 것이든 그러한 요청을 지원할 수 있도록 보증하는 검증 표준으로서 작용하고, 만일 요청이 이행될 수 없다면, 그 요청이 이행될 수 있도록 어떻게 최적으로 진행할지에 대하여 사용자에게 쿼리한다.

리코딩된 콘텐트의 재생

재생 서비스(402)는 리코딩 서비스(400)를 통하여 리코딩된 이벤트들 및 서비스들을 다시 재생하고, 네트워크 스케줄된(network-scheduled) 리코딩된 이벤트들의 목록을 디스플레이할 뿐만 아니라, 구입 관리자(404)를 통하여 구입을 요구하는 그 이벤트들의 구입을 허용할 것이다. 리코딩된 콘텐트는, 삭제 조건들이 만족될 때까지는, 디스크의 시청자 제어 부분(viewer controlled portion)이든 디스크의 네트워크 제어 부분(network controlled portion)이든 간에, 디스크 상에 남아 있을 것이다. 정의된 레이팅 한계가 재생 동안에 레코딩된 이벤트에 의해 초과되지 않도록 보장하기 위해 레코딩된 이벤트들의 레이팅들이 재생 서비스(402)에 의해 체크된다. 레이팅은 연속적으로 또는 주기적으로 체크될 수 있고, 사용자는 패스코드(passcode)의 수동 입력(mannual entry) 또는 다른 방법에 의해 레이팅 한계를 무효화할 수 있다.

구입 관리자(404)는 예약 또는 리코딩 시에 PIP가 저장된 경우 재생 시에 이벤트의 구입을 단지 허용할 것이다. 이벤트와 함께 저장된 PIP가 있다면, 그것은 시청자가 재생 시작 전에 시청을 위한 이벤트를 선택할 때, 시청 옵션들을 결정하기 위해 CAM에 보내진다.

만일 이벤트가 구입을 필요로 한다면, 사용자는 이벤트를 구입할 수 있다. 구입 관리자(404)는 주어진 클라이언트(310), 클라이언트들(310)의 그룹, 서버(304) 또는 서버들(304)의 그룹에 대하여, 또는 전체 시스템에 대하여 설정될 수 있는 소비 한계(spending limit)를 포함할 뿐만 아니라, 시청자가 OSD를 이용하여 전체적으로 또는 이벤트마다 소비 한계를 무효화하는 것을 허용할 수 있다. 구입된 이벤트 동안에 일어나는 미리 정해진 시간 또는 이벤트 전에, 예를 들면, 이벤트의 논-프리 미리보기 부분(non-free preview portion)을 시청하기 전에 취소가 수행된다면 구입 관리자(404)를 통하여 구입의 취소가 행해질 수 있다. 멀티파트(multi-part) 이벤트가 개별적으로 또는 세트로 구입될 수 있도록 하기 위해 구입 관리자(404)를 통하여 멀티파트 이벤트들이 사용자에게 제공될 수 있다.

리뷰 버퍼

HMC 서버는 라이브 텔레비전 시청 세션에 대하여 라이브 텔레비전 지원(410)과 리뷰 버퍼(414)를 관련시킬 것이다. 라이브 TV 시청 세션은 클라이언트(310) 또는 서버(304) STB와 관련된다. 리뷰 버퍼(414) 내의 콘텐트를 시청하는 HMC 서버(304) 또는 HMC 클라이언트(310) STB가 없는 경우에도 HMC 서버(304)는 라이브 TV를 그 리뷰 버퍼(414)에 계속해서 리코딩할 것이다. 해당 STB가 라이브 TV 시청 세션에 있고 해당 튜너가 상이한 채널로 튜닝될 경우에 전형적으로 시청자에 대하여 모니터(206) 상에 디스플레이되는 OSD가 존재한다. OSD가 디스플레이되는 이용 가능한 프리 튜너(free-tuner)들이 없다면, STB는 채널 변경을 위해 프리 튜너를 이용하려고 할 것이다. STB는 튜너가 상이한 채널로 튜닝될 때까지 그 튜너의 리뷰 버퍼(414)에 리코딩을 계속할 것이다. 2 이상의 클라이언트(310) 또는 서버(304) STB들이 동일 채널로 튜닝될 때 그 STB들이 레코딩을 위해 동일한 이벤트를 선택한다면, HMC 서버(304)는 그 동일 이벤트의 단일 인스턴스(signle instance)만을 리뷰 버퍼(414)에 저장할 것이다. HMC 서버(304) STB는 리뷰 버퍼(414)를 디스크의 시청자 파티션에 저장할 것이다. HMC 서버 STB는 채널 변경 시에 리뷰 버퍼(414)를 플러시(flush)할 것이다.

리소스 할당 및 관리

리소스 관리자(408)는 특정 활동들을 위해 요구되는 리소스 파이프라인들을 정의하고 요청 활동들을 위해 리소스들을 취득 또는 예비함으로써 리소스 파이프라인들을 구성하고, 임의의 시점에서 이용 가능한 리소스들을 최적으로 이용하기 위해 리소스 예약들을 관리하고, 충돌 해결자(412)를 이용하여 리소스 충돌들을 검출하고 중재하고, 예약들의 세트를 요청 변경들 또는 리소스 분배 변경들의 세트로서 재최적화(re-optimize)한다. 리소스 관리자(408)는 이용 가능한 리소스들을 최적으로 이용하기 위해 리소스 요청들을 승인 또는 거절한다. 리소스 관리자(408)는 전체 네트워크에 걸쳐서 리소스 할당에 대하여 계속 추적하기 위해 내부적으로 비충돌 리소스 예약 데이터베이스를 유지한다.

요청 활동이 특정 타입의 파이프라인(예를 들면, 라이브 tv 시청을 위해, 리코딩만을 위해, 재생만을 위해, 리코딩 및 재생을 위해)을 필요로 하는 경우, 리소스 관리자(408)는 그 요청을 지원할 수 있는 파이프라인을 생성 또는 구성하기 위해 어떤 리소스들이 필요한지를 판정한다. 리소스 관리자(408)는 또한 요청이 만족될 수 있는지 여부를 판정하기 위해 이용 가능한 모든 파이프라인 리소스들을 검사한다.

리소스 관리자(408)가 시청자 또는 서비스 활동 중에 리소스 충돌에 직면하면, 그것은 "충분 세트(sufficient sets)"라고 불리는 리소스 그룹들의 목록을 수집(compile)하고, 이 목록을 요청과 함께 충돌 해결자(412)에 제시하여 충돌을 해결하는 데 도움을 얻는다. 충돌 해결자(412) 모듈은, 활동의 성질(nature) 및 충돌의 성질에 기초하여, 충돌 해결 정책에 따라서 분류된 충분 세트들의 목록을 반환하거나 시청자 상호작용을 요청한다. 충돌 해결자(412) 모듈로부터 수신된 정보에 기초하여, 리소스 관리자(408)는, 요구되는 리소스를 자유롭게 한 후에, 충돌을 일으킨 활동이 진행되도록 허용하거나, 그 활동을 거절하거나, 또는 그 충돌을 모니터(206) 상에서 시청자에게 제공하는 결정을 행할 것이다.

충분 세트는 요청 활동의 시간 프레임에 걸쳐서 요청 활동과 충돌하는 하나 이상의 활동들을 포함한다. 각 충분 세트는, 취소될 경우, 요청 활동에 대한 리소스 충돌을 해결하기에 충분한 리소스들을 자유롭게 할, 활동들의 세트를 포함한다.

요청들의 세트가 변할 때(리코딩 요청들이 스케줄 또는 취소되거나, 재생 세션들이 개시 또는 종료될 때), 리소스 관리자(408)는 예약들의 세트를 자동으로 업데이트한다. 유사하게, 리소스들이 네트워크에 추가되거나 네트워크로부터 제거될 때, 리소스 관리자(408)는 예약들의 세트를 재평가하고 다시 스케줄한다. 활동을 위하여 취득된 리소스들은 그 활동이 취소되거나 완료될 때 그 활동에 의해 해제(release)되지만, 예외적으로 디스크 저장 리소스는 파일이 삭제되는 경우에만 해제된다.

리소스 관리자(408)는 하나의 활동이 동일한 리소스를 다른 활동과 공유하는지를 체크하고, 만일 그렇다면, 양쪽 활동에 대하여 하나의 리소스만을 할당할 것이다. 예를 들면, 2개의 이벤트 리코딩이 동일한 채널 상에서 발생하고 리코딩 연장으로 인해 2개의 이벤트가 중복(overlap)될 경우, 리소스 관리자(408)는 그 중복이 단일 채널 상에 존재하는 것을 인지하고 양쪽 이벤트를 리코딩하기 위해 하나의 튜너만을 할당한다. 즉, 리소스 관리자(408)는 양쪽 이벤트가 동일한 채널 상에 있기 때문에 중복이 시작될 때 리코딩을 위해 제2 튜너를 할당해서는 안 된다.

리소스 타입들 및 파이프라인들

리소스 관리자(408)에 의해 발견되는 리소스들(장치들 및 서비스들)은 관리되는 또는 관리되지 않는 리소스들로서 동작할 수 있다. 시스템 거동에 한계를 제공하는 그러한 리소스들(예를 들면 튜너, 그의 개수는 동시 발생의 리코딩의 개수에 대한 상한을 결정함)은 관리되는 리소스들로서 취급된다. 관리되는 리소스들은 리소스 관리자(408)에 등록되고, 그들의 사용은 리소스 관리자(408)를 통하여 스케줄(예비 및 취득)된다. 한편, 관리되지 않는 리소스들은 시스템에 등록되지만 리소스 관리자에 의해 관리되지 않는다. 예를 들면, 튜너 및 디스크 공간은 관리되는 리소스로서, 리소스 관리자(408)에 등록되어 리코딩 요청들을 만족시키도록 사용하기 위해 스케줄된다. 메모리는 리소스 관리자(408)에 등록되지 않고 사용을 위해 스케줄되지 않는다.

방송 서비스의 처리는, 전형적으로 TV 파이프라인이라고 불리는, 하드웨어 장치들의 세트의 사용을 필요로 한다. 전형적으로, TV 파이프라인은 다음의 리소스들의 그룹이다:

튜너, 디멀티플렉서, SCID/PID 필터, 리멀티플렉서(Remultiplexer), 비디오 디코더 장치, 오디오 디코더 장치, 디스크 공간, 디스크 대역폭, 네트워크 대역폭 및 CAM.

전형적으로, 리소스 관리자(408)는 튜너, 디멀티플렉서, 리멀티플렉서(리코딩 및 라이브 시청을 위해서만 이용됨), SCIC/PID 필터, 디스크 대역폭, 네트워크 대역폭, 및 디스크 공간으로의 액세스를 관리하도록 강요된다. 비디오 디코더, 오디오 디코더 및 CAM의 키 생성 능력을 포함하는 다른 리소스들은 어떤 경우든 충분하고 충돌되지 않는 것으로 추정된다.

리소스 관리자(408)는 지정된 시간 프레임 동안, 전형적으로 서버(308) 또는 클라이언트(310)의 수명 동안 3개의 특정 이벤트 동안에, 리소스 요청들을 수령한다. 이들 시간들은 리소스 스케줄링 시간, 리소스 사전취득(pre-acquisition) 시간, 및 리소스 취득 시간이다.

이들 3개의 이벤트들 전부는 미래의 1회 리코딩, 미래의 멀티플이벤트(multiple-event) 리코딩 등과 같은 몇몇 활동 타입들에 대하여 발생한다. 이들 활동 타입들은 모든 3개의 이벤트들에서 리소스 관리자(408)로부터 리소스들을 요청해야 한다. 라이브 TV 시청과 같은 다른 활동 타입들은 스케줄 및/또는 사전취득될 수 없다. 이들 활동 타입들은 리소스들이 즉시 취득되거나 시작 시간보다 n분 전에 사전취득될 것을 요구한다.

리소스 스케줄링 요청은 미래의 활동에 대한 리소스들을 예비하려고 하는 데 이용된다. 예를 들면, 다음주 수요일에 대한 1회 리코딩 요청은 그 리코딩을 수행할 리소스들을 필요로 할 것이다.

리소스 사전취득 요청은 요청 활동의 시작 시간보다 n분 전에 리소스를 사전취득하려고 하고, 이 리소스 사전취득 이벤트 시에 발생하는 리소스 충돌이 없도록 하기 위해 이용된다. 충돌이 없다면, 사전취득된 리소스와 요청 활동 간에 "약한 결합(weak-binding)"이 생성된다. 예를 들면, 오늘밤 오후 7시에 대한 이전에 스케줄된 1회 리코딩 사전취득 요청은 오후 6:55까지 그의 리소스 예비를 재확인할 것이고 약한 결합은 UI 상에 "2분 경고" OSD를 트리거할 것이다.

리소스는 요청 활동의 시작 시에 취득되고 그 활동에 강하게 결합(strong-bind)된다. 예를 들면, 라이브 시청 파이프라인의 즉시 소유를 위한 라이브 시청 세션 요청은 강하게 결합(hard-bind)되고 사용자에 의한 중재 없이 임의의 다른 활동에 대하여 사용될 수 없다.

리소스 요청 및 예비

리소스 요청 및 예비를 관리하기 위한 리소스 관리자의 시스템 처리의 하이 레벨 요약이 도 5-7에서 흐름도로서 제공된다.

리소스 스케줄링

도 5는 리소스 관리자(408)가 리소스 스케줄링 태스크를 수행하고 있는 블록 500을 도시한다. 블록 502에서, 리소스 관리자(408)는 디스크 대역폭, 또는 다른 네트워크 대역폭 또는 디스크 공간을 포함하지 않는, 리소스들의 이용 가능성을 검사한다. 이러한 검토 후에, 판정 블록 504에 들어가서 충돌이 있는지를 확인한다.

판정 블록 504에서 어떤 충돌도 발견되지 않으면, 시스템은 리소스 사전취득 블록 506으로 진행한다. 충돌이 있다면, 블록 508에서 어디에 충돌들이 있는지 그리고 어떻게 그것들을 해결할지를 판정하기 위해 충돌 해결자(412)를 불러들인다(call).

처음에, 충돌 해결자(412)는 사용자 상호작용이 요구되는지를 판정하고, 이는 블록 510에서 행해진다. 사용자 상호작용이 필요하지 않다면, 제어는 블록 512로 넘어간다. 사용자 상호작용이 요구된다면, 충돌 해결자(412)는 블록 514에서 충돌 활동 화면을, 모든 요청된 활동들을 수행하기 위한 충분 세트들의 우선 순위 설정된 목록과 함께 사용자에게 제공하여, 사용자가 어느 활동들이 요망되는지를 판정할 수 있도록 한다.

사용자가 블록 516에서 블록 500의 요청된 활동을 취소하면, 제어는 블록 518로 넘어가고, 거기서 리소스 스케줄링 요청이 거절된다. 그 후 블록 520에서 이 요청이 메모리에 저장된다.

그 후 리소스 관리자(408)는 블록 522에서 그 거절된 요청에 대하여 요구되는 리소스가 이용 가능한지를 판정하고, 만일 그렇지 않다면, 제어를 블록 524로 넘겨주고, 거기서 리소스 관리자(408)는 전형적으로 시간의 경과에 의하여, 거절된 요청이 만료되었는지를 판정한다. 만일 그렇지 않다면, 리소스 관리자(408)는, 요청이 만료할 때까지, 장래에 시스템에 어떤 다른 변경이 이루어지는 경우에 대비하여, 거절된 요청을 계속해서 모니터하고, 요청이 만료되는 경우, 블록 500의 리소스 스케줄링 요청은 블록 526에서 종료한다. 만일 시스템에서의 어떤 다른 변경 때문에 블록 522에서 리소스가 이용 가능하게 되면, 제어는 다시 블록 502로 다시 넘어가고, 리소스 관리자(408) 및 충돌 해결자(412)는 요청이 이제 승인될 수 있는지를 판정하기 위해 동작한다.

블록 510으로 돌아가서, 만일 사용자 중재 없이 충돌 해결자(412)에 의해 충돌이 해결될 수 있다면, 충돌 해결자(412)는, 블록 512에서, 요청된 활동 자체가 아니라 충분 세트를 취소함으로써 요청된 활동이 승인될 수 있는지를 판정해야 한다. 만일 그렇다면, 제어는 블록 528로 넘어간다. 거기서 충돌 해결자(412)는, 전형적으로 우선 순위 스키마(schema)를 이용하여, 다른 이벤트들에 대한 리소스 예비들을 취소하여, 블록 500의 요청된 활동이 진행될 수 있게 한다. 일단 이들 예비들이 취소되거나 다른 방법으로 재정리되면, 요청된 활동에 대하여 블록 506의 리소스 사전취득이 일어날 수 있다.

만일 충돌 해결자(412)가 블록 500의 요청된 활동을 승인하기 위해 충분 세트들을 재정리 또는 취소할 수 없다면, 제어는 블록 518로 넘어가고, 프로세스는 블록 518-524에 관하여 전술한 바와 같이 계속된다.

블록 516으로 돌아가서, 만일 시청자가 요청된 활동을 취소하지 않는다면, 제어는 블록 530으로 넘어가고, 거기서 리소스 관리자(408)는 블록 500에서 요청된 활동을 승인하고 미해결(outstanding) 리소스들을 취소하거나 다른 방법으로 정리한다. 그 후 제어는 사전취득을 위해 블록 506으로 넘어간다.

리소스 사전취득

도 6에서, 사전취득 블록 506은 제어를 블록 600에 넘겨주고, 블록 600은 네트워크 활동에 대한 파이프라인 리소스들의 이용 가능성을 결정한다. 판정 블록 602는 임의의 리소스 충돌이 있는지를 판정한다. 만일 그렇지 않다면, 제어는 블록 604로 넘어가고, 거기서 요청에 대하여 리소스들이 할당된다.

충돌이 있다면, 어디에 충돌들이 있는지 그리고 어떻게 그것들을 해결할지를 판정하기 위해 블록 606에서 충돌 해결자(412)를 불러들인다.

처음에, 충돌 해결자(412)는 사용자 상호작용이 요구되는지를 판정하고, 이는 블록 608에서 행해진다. 사용자 상호작용이 필요하지 않다면, 제어는 블록 610으로 넘어간다. 사용자 상호작용이 요구된다면, 충돌 해결자(412)는 블록 612에서 충돌 활동 화면을, 모든 요청된 활동들을 수행하기 위한 충분 세트들의 우선 순위 설정된 목록과 함께 사용자에게 제공하여, 사용자가 어느 활동들이 요망되는지를 결정할 수 있도록 한다.

사용자가, 블록 614에서 블록 500에서 처음에 요청된 블록 506의 사전취득 활동을 취소하면, 제어는 블록 606으로 넘어가고, 거기서 리소스 스케줄링 요청이 거절된다. 그 후 블록 618에서 이 요청이 메모리에 저장된다.

그 후 리소스 관리자(408)는 블록 620에서 그 거절된 요청에 대하여 요구되는 리소스가 이용 가능한지를 판정하고, 만일 그렇지 않다면, 제어를 블록 622로 넘겨주고, 거기서 리소스 관리자(408)는 전형적으로 시간의 경과에 의하여, 거절된 요청이 만료되었는지를 판정한다. 만일 그렇지 않다면, 리소스 관리자(408)는, 요청이 만료할 때까지, 장래에 시스템에 어떤 다른 변경이 이루어지는 경우에 대비하여, 거절된 요청을 계속해서 모니터하고, 요청이 만료되는 경우, 블록 500의 리소스 스케줄링 요청은 블록 624에서 종료한다. 만일 시스템에서의 어떤 다른 변경 때문에 블록 620에서 리소스가 이용 가능하게 되면, 제어는 다시 블록 600으로 넘어가고, 리소스 관리자(408) 및 충돌 해결자(412)는 요청이 이제 승인될 수 있는지를 판정하기 위해 동작한다.

블록 608로 돌아가서, 만일 사용자 중재 없이 충돌 해결자(412)에 의해 충돌이 해결될 수 있다면, 충돌 해결자(412)는, 블록 610에서, 요청된 활동 자체가 아니라 충분 세트를 취소함으로써 요청된 활동이 승인될 수 있는지를 판정해야 한다. 만일 그렇다면, 제어는 블록 626으로 넘어간다. 거기서 충돌 해결자(412)는, 전형적으로 우선 순위 스키마를 이용하여, 다른 이벤트들에 대한 리소스 예비들을 취소하여, 블록 500의 요청된 활동 및 블록 506의 사전취득 활동이 진행될 수 있게 한다.

만일 충돌 해결자(412)가 블록 500의 요청된 활동 및 블록 506의 사전취득 활동을 승인하기 위해 충분 세트들을 재정리 또는 취소할 수 없다면, 제어는 블록 616으로 넘어가고, 프로세스는 블록 616-622에 관하여 전술한 바와 같이 계속된다.

614로 돌아가서, 만일 시청자가 요청된 활동을 취소하지 않는다면, 제어는 블록 628로 넘어가고, 거기서 리소스 관리자(408)는 시청자가 선택한 충분 세트를 취소하고 요청된 활동과 블록 500에서 요청된 활동인 할당된 리소스들을 약하게 결합한다. 그 후 제어는 리소스 취득을 위해 블록 604로 넘어간다.

리소스 취득

도 7은 리소스 취득 이벤트(604)의 흐름을 도시한다. 처음에, 리소스들의 취득이 파이프라인 요청으로부터 왔는지 모뎀 요청으로부터 왔는지를 판정하는, 판정 블록 700에 들어간다. 모뎀 요청이라면, 제어는 블록 702로 넘어가고, 거기서 요청 활동에 대한 모뎀 액세스의 이용 가능성이 검사된다. 그 후 제어는 블록 704로 넘어가고, 거기서 모뎀 충돌들이 결정된다. 만일 모뎀 충돌이 없다면, 제어는 블록 706으로 넘어가고, 거기서 리소스 취득이 승인된다.

모뎀 충돌이 있다면, 존재하는 충돌들을 해결하기 위해 블록 708에서 충돌 해결자(412)에 쿼리한다. 만일 블록 710에서 요청 활동이 아니라 충분 세트를 취소함으로써 충돌들이 해결될 수 있다면, 블록 706에서 요청이 승인되고, 그렇지 않다면, 블록 712에서 요청이 거절된다.

블록 700에서 그것이 파이프라인 요청이라고 결정하면, 블록 714는 모든 파이프라인 리소스들의 이용 가능성을 검사한다. 블록 716에서 발견된 파이프라인 리소스 충돌이 없다면, 제어는 블록 718로 넘어가서 임의의 디스크 공간 충돌이 있는지를 판정한다. 디스크 공간 충돌이 없다면, 블록 720에서 파이프라인 취득이 승인된다.

파이프라인 리소스 충돌이 있다면, 어디에 충돌들이 있는지 그리고 어떻게 그것들을 해결할지를 판정하기 위해 블록 718에서 충돌 해결자(412)를 불러들인다.

처음에, 충돌 해결자(412)는 사용자 상호작용이 요구되는지를 판정하고, 이는 블록 720에서 행해진다. 사용자 상호작용이 필요하지 않다면, 제어는 블록 722로 넘어간다. 사용자 상호작용이 요구된다면, 충돌 해결자(412)는 블록 724에서 충돌 활동 화면을, 모든 요청된 활동들을 수행하기 위한 충분 세트들의 우선 순위 설정된 목록과 함께 사용자에게 제공하여, 사용자가 어느 활동들이 요망되는지를 결정할 수 있도록 한다.

사용자가, 블록 726에서, 블록 500에서 처음에 요청된 블록 506의 사전취득 활동이었던, 리소스 취득 활동(604)을 취소하면, 제어는 블록 728로 넘어가고, 거기서 리소스 스케줄링 요청이 거절된다.

사용자가 요청 활동을 취소하지 않으면, 블록 730에서 시청자가 선택한 충분 세트가 취소되고, 제어는 블록 718로 넘어간다.

블록 720으로 돌아가서, 만일 사용자 중재 없이 충돌 해결자(412)에 의해 충돌이 해결될 수 있다면, 충돌 해결자(412)는, 블록 722에서, 요청된 활동 자체가 아니라 충분 세트를 취소함으로써 요청된 활동이 승인될 수 있는지를 판정해야 한다. 만일 그렇다면, 제어는 블록 732로 넘어가고, 거기서 충돌 해결자(412)는, 전형적으로 우선 순위 스키마를 이용하여, 다른 이벤트들에 대한 리소스 예비들을 취소하여, 블록 500의 요청된 활동 및 블록 506의 사전취득 활동이 진행될 수 있게 한다. 그 후 제어는 블록 718로 넘어간다.

만일 충돌 해결자(412)가 블록 500의 요청된 활동 및 블록 506의 사전취득 활동을 승인하기 위해 충분 세트들을 재정리 또는 취소할 수 없다면, 제어는 블록 728로 넘어가고, 파이프라인 취득이 거절된다.

만일 블록 718에서 디스크 공간 충돌들이 있다고 판정하면, 블록 734에서 그 충돌을 해결하기 위해 충돌 해결자(412)를 다시 불러들이고, 블록 736에서, 리소스 관리자(408)는 충돌 해결자(412)에 의해 요청되고 필요한 대로 콘텐트 파일들을 삭제하여, 블록 720에서 취득(604)이 진행되게 한다.

리소스 해제

활동이 취소 또는 완료되면, 그의 리소스들은 해제되어 다른 사용을 위해 이용 가능하게 될 것이다. 라이브 시청 또는 리코딩된 프로그램의 재생을 위해 취득된 리소스들은 다른 재생을 시작함으로써 또는 다른 채널로 튜닝함으로써 시청 세션이 대체 사용(superseding usage)을 개시할 경우 해제될 것이다. 리소스 관리자(408)는 리소스가 더 이상 이용되지 않는다는 것을 통지받거나, 만일 그것이 관리되는 리소스라면, 리소스 관리자(408)는 그 리소스가 더 이상 이용되지 않는다는 것을 알고, 그 리소스가 시스템 내의 어딘가 다른 곳에서 이용되도록 스케줄할 수 있다.

약한 결합

약한 결합(weak-binding)은 사전취득 시간 동안에(활동의 실제 시작보다 n분 전에) 요청 활동에 대해 리소스 관리자(408)에 의해 승인되는 리소스 예비를 지칭하고, 따라서 약한 결합을 이용하고 있거나 이용하려고 하는 임의의 활동은 경고되겠지만 요청 활동에 리소스가 강하게 결합될 때까지는 선취(pre-empt)되지 않을 것이다. 예를 들면, 리소스 관리자(408)는 라이브 시청 또는 재생 활동이 현재 약한 결합 리소스를 이용하고 있거나 2분 기간 동안 약한 결합 리소스를 이용하려고 한다면 "2분 경고" OSD를 디스플레이하도록 UI를 트리거할 것이다.

충돌 해결자

충돌 해결자(412)는 HMC(312) 활동들이 리소스 충돌에 직면할 때 어떤 조치를 취할지에 대한 제어를 시스템의 나머지로부터 독립된 방식으로 가능하게 한다. 이들 충돌들은 동시 발생의 시청자 또는 서비스 활동들(라이브 TV, 리코딩, 다운로드, 또는 재생)이 HMC(312)에서 이용 가능한 것보다 더 많은 리소스들을 필요로 할 때 발생할 수 있다.

HMC(312)가 시청자 또는 서비스 활동 중에 리소스 충돌에 직면할 경우, 그것은 충돌을 해결하는 데 도움을 얻기 위해 충돌 해결자(412)에 요청을 제시한다. 충돌 해결자(412) 모듈은, 활동의 성질 및 충돌의 성질에 기초하여, 충돌을 해결하기 위해 취해질 수 있는 조치(action)들의 목록을 수집한다. 충돌 해결자(412) 모듈로부터 수신된 정보에 기초하여, 시스템은, 요구되는 리소스를 자유롭게 한 후에, 충돌을 일으킨 활동이 진행되도록 허용하거나, 그 활동을 거절하거나 또는 그 충돌을 UI를 통하여 시청자에게 제공하는 결정을 행할 것이다.

트릭 모드/트릭 플레이( Trick Mode / Trick Play )

STB(Set Top Box)(본 명세서에서 HMC(312) 및/또는 클라이언트 IRD(308)이라고도 불림)는 포즈/플레이 트릭 플레이 바(Pause/Play Trick Play Bar) 기능을 지원할 것이다. STB는 시청자에 의해 임의의 트릭 플레이 바 기능이 요청되는 경우 트릭 플레이 바를 디스플레이한다. STB는 2x, 6x, 12x 및 30x의 고속 감기(fast forward) 및 되감기(rewind) 속도를 지원한다. STB는 FF 또는 REW 모드에서 트릭 플레이 바의 디스플레이를 타임아웃하지 않을 것이다.

네트워크 관리 기능들을 위한 전용 튜너

추가로, 예를 들면, 시청자 채널 요청에 의해 튜너들에 명령함으로써, 사용자 제어될 수 없는 튜너가 HMC(312) 내에 있을 수 있다. 그러한 튜너는 일반적으로 "네트워크 튜너"라고 불린다. 네트워크 튜너는 사용자 제어를 받도록 의도된 것이 아니라, 대신에, 서비스 제공자 제어를 받도록 설계되어 있다. 네트워크 튜너는 FTM(300)에 의해 행해진 채널 할당들에 관계없이 모든 클라이언트 IRD들(310), 서버 IRD들(304), 및 PVR들에게 이용 가능할 것이다.

네트워크 튜너는 전형적으로 비상시(emergency) 오디오/비디오 정보를 제공하거나, 또는 다르게는 시청자 채널들 이외의 정보를 각 IRD(308)에 제공하기 위해 서비스 제공자가 이용할 수 있는 튜너, 복조기 등의 전용 체인이다. 또한, 네트워크 튜너는 본 발명의 범위에서 벗어나지 않고 FTM(300) 내에 또는 IRD(304/310) 또는 PVR 내에 존재할 수 있다.

그러한 전용 튜너는 채널 가이드 정보를 제공하거나, 리코딩 장치 상에서 서비스 제공자가 원하는 콘텐트를 리코딩하거나, 또는 서비스 제공자가 필요로 하거나 원하는 다른 기능들을 위해 이용될 수 있다.

결론

이로써 본 발명의 바람직한 실시예에 대한 설명을 종결한다. 본 발명의 바람직한 실시예에 대한 전술한 설명은 예시와 설명을 위하여 제시되었다. 그것은 총망라하거나 본 발명을 개시된 바로 그 형태로 제한하고자 한 것은 아니다. 상기 교시 내용에 비추어 많은 변경들 및 변형들이 가능하다.

본 발명은 모니터 상에 디스플레이하기 위해 위성 비디오 신호들을 배송하기 위한 시스템들을 개시한다. 본 발명에 따른 시스템은 안테나, 그 안테나에 연결된 서버 수신기, 및 그 서버 수신기에 연결된 적어도 하나의 클라이언트 수신기를 포함하고, 상기 클라이언트 수신기는 상기 서버 수신기를 통하여 상기 안테나에 명령을 송신하고 상기 안테나로부터 신호를 수신한다.

본 발명의 범위는 이 상세한 설명에 의해 제한되지 않고, 그보다는 본 명세서에 부속된 청구항들 및 그의 등가물들에 의해 제한되는 것을 의도한다. 상기 명세서, 예들 및 데이터는 본 발명의 구성의 제조 및 사용에 대한 완전한 설명을 제공한다. 본 발명의 사상 및 범위에서 벗어나지 않고 본 발명의 다수의 실시예들이 이루어질 수 있으므로, 본 발명은 이하에 부속된 청구항들 및 그의 등가물들에 귀속한다.

Claims

모니터 상에 디스플레이하기 위해 위성 비디오 신호들을 수신하는 시스템으로서,

안테나;

상기 안테나에 연결된 서버 수신기; 및

상기 서버 수신기에 연결된 적어도 하나의 클라이언트 수신기 - 상기 클라이언트 수신기는 상기 서버 수신기를 통하여 상기 안테나에 커맨드들을 송신하고 상기 안테나로부터 상기 위성 비디오 신호들을 수신함 -

를 포함하고,

상기 서버 수신기는 상기 적어도 하나의 클라이언트 수신기로부터 상기 서버 수신기로 송신된 상기 커맨드에 기초하여 상기 적어도 하나의 클라이언트 수신기에 리소스들을 할당하고,

상기 커맨드는 이벤트를 리코딩하는 것과 특정 채널을 시청하는 것을 포함하는 그룹의 적어도 하나를 포함하고,

상기 서버 수신기는 제1 클라이언트 수신기와 제2 클라이언트 수신기 사이의 충돌(conflict)을 식별하는 시스템.
삭제
삭제
삭제
제1항에 있어서, 상기 서버 수신기는 상기 충돌을 해결하기 위해 수동 중재(manual intervention)를 받아들이는 시스템.
제5항에 있어서, 상기 서버 수신기는 상기 모니터 상에 상기 충돌을 보고하는 시스템.
제6항에 있어서, 상기 서버 수신기는 비디오 리코더를 포함하는 시스템.
제7항에 있어서, 상기 비디오 리코더는 다중 재생 속도(multiple playback speeds)를 포함하는 시스템.
비디오 정보를 디스플레이하는 장치로서,

송신기, 제1 수신기, 및 적어도 하나의 제2 수신기를 포함하는 방송 배송 시스템(broadcast delivery system) - 상기 제1 수신기 및 상기 적어도 하나의 제2 수신기는 통신 연결되어 있음 -;

상기 제1 수신기에 연결된 제1 모니터;

상기 적어도 하나의 제2 수신기에 각각 연결된 적어도 하나의 제2 모니터 - 상기 제1 모니터 및 상기 제2 모니터는 상기 제1 수신기 및 상기 적어도 하나의 제2 수신기에서의 신호 선택에 기초하여 독립적으로 비디오 정보를 디스플레이함 -;

상기 제1 수신기에 연결된 프로세서 - 상기 프로세서는 상기 적어도 하나의 제2 모니터 상에 디스플레이된 상기 비디오 정보를 변경하기 위해 상기 적어도 하나의 제2 수신기로부터 커맨드들을 수신함 -

를 포함하고,

상기 방송 배송 시스템은 위성 기반 배송 시스템이고,

상기 제1 수신기는 상기 적어도 하나의 제2 수신기로부터 상기 제1 수신기로 송신된 커맨드에 기초하여 상기 적어도 하나의 제2 수신기에 리소스들을 할당하고,

상기 커맨드는 이벤트를 리코딩하는 것과 특정 채널을 시청하는 것을 포함하는 그룹의 적어도 하나를 포함하고,

상기 제1 수신기는 제1 수신기와 제2 수신기 사이의 충돌을 식별하는 장치.
삭제
삭제
삭제
삭제
제9항에 있어서, 상기 제1 수신기는 상기 충돌을 해결하기 위해 수동 중재를 받아들이는 장치.
제14항에 있어서, 상기 제1 수신기는 상기 제1 모니터 상에 상기 충돌을 보고하는 장치.
제15항에 있어서, 상기 제1 수신기는 비디오 리코더를 포함하는 장치.
제16항에 있어서, 상기 비디오 리코더는 다중 재생 속도를 포함하는 장치.
제17항에 있어서, 상기 적어도 하나의 제2 수신기는 상기 적어도 하나의 제2 모니터 상의 시청을 위해 상기 비디오 리코더 상에 비디오 프로그램을 리코딩하라는 커맨드들을 상기 제1 수신기에 송신하는 장치.
제17항에 있어서, 상기 제1 수신기는 상기 적어도 하나의 제2 모니터 상에 상기 충돌을 보고하는 장치.
제17항에 있어서, 상기 제1 수신기와 상기 적어도 하나의 제2 수신기 사이의 상기 통신 연결은 케이블, 전력 분배 라인, 및 전화 라인으로 이루어진 그룹으로부터 선택되는 장치.