KR20010089281A

KR20010089281A - 다중서비스 디지털 전송 시스템을 위한 애플리케이션데이터 테이블

Info

Publication number: KR20010089281A
Application number: KR1020017003817A
Authority: KR
Inventors: 프랑소와 레이; 티에리 퓌렛; 필립 폴레인
Original assignee: 삐에르 레꾸르; 까날 + (쏘시에떼 아노님)
Priority date: 1998-09-25
Filing date: 1999-09-24
Publication date: 2001-09-29
Also published as: HUP0200333A2; HU229541B1; BR9913880A; DE69904222T2; ATE228744T1; MY120590A; CN1336070A; ID29810A; CA2341248A1; TR200100844T2; ES2188239T3; NO332521B1; DE69904222D1; PL346754A1; HUP0200333A3; EP1116379B1; US8359626B1; CZ20011081A3; AU5879699A; JO2131B1

Abstract

전송 스트림 내에서 각 서비스(91, 92)에서 전송하는 애플리케이션(97)에 관한 정보를 포함하는 애플리케이션 데이터 테이블(110)을 제공하는 것을 특징으로 하는 디지털 전송 스트림에서 애플리케이션 데이터(97)의 전송의 방법에 관한 것이다. 애플리케이션 데이터 테이블(110)은 고정된 PID 값과 선택된 서비스들의 부케에 따른 다양한 TID 확장 값에 의해 편리하게 지정된다.

부케 내에서 모든 서비스를 통해 정보를 제공하기 위한 단일 애플리케이션 데이터 테이블의 사용은 특히 서비스간의 전환시 어떤 애플리케이션을 유지할 것인지의 여부를 결정할 경우에 다수의 편의를 제공한다.

Description

다중서비스 디지털 전송 시스템을 위한 애플리케이션 데이터 테이블 {Application Data Table for a Multiservice Digital Transmission System}

현존하는 디지털 텔레비전 시스템들은 데이터를 이산 전송 스트림 패킷들 또는 전송 패킷들의 형태로 전송한다. 여기서 각 패킷은 미리 결정된 길이이고, 헤더와 패이로드(payload)를 포함한다. MPEG-2 표준은 이 분야에서 현재 선호되는 표준이고, 그러한 패킷들을 위한 미리 결정된 포맷을 기술한다.

패이로드는 수신기에서 처리되는 데이터를 포함하지만, 패킷 헤더는 패킷에 관한 일반 기술 데이터를 포함한다. 패킷 헤더는 적어도 패킷을 확인하는 패킷 ID 또는 PID를 포함한다. 패킷의 패이로드는 오디오, 비디오 또는 조건부 접근 시스템 데이터와 같은 다른 데이터 또는 특히, 대화식 혹은 다른 애플리케이션들을 설정하기 위해 디코더에 의해 사용되는 애플리케이션 데이터를 포함할 수도 있다. PID 패킷 내의 데이터는 테이블 ID 또는 TID 값과 보다 더 정확하게는 TID 확장 값에 의해 확인되는 다수의 테이블들과 섹션들로 분할될 수도 있다.

종래의 전송 스트림에서 데이터는 다음과 같이 구성된다. 최상 레벨에서 프로그램 접근 테이블 또는 PAT 테이블은 하나 이상의 프로그램 맵 테이블들 또는 PMT 테이블들의 PID 값들을 작성한다. 여기서 각 PMT 테이블은 전송 스트림 내에서 서비스와 연관된다. PMT 테이블은 그러한 서비스를 위해 오디오 데이터, 비디오 데이터, 애플리케이션 데이터 등을 포함하는 패킷들의 PID 값들을 차례대로 참조한다. 이해하는 바와 같이, 서비스는 막연히 텔레비전 채널에 상당하는 것으로 고려될 수 있지만, 서비스는 다중 오디오 및/또는 시각 데이터 스트림들, 단지 애플리케이션 데이터 등을 포함할 수도 있기 때문에 서비스의 개념은 다소 더욱 광대하다.

종래에, 각 서비스는 다소 독립적으로 작동하고, 그러한 서비스에 의해 필요로 되는 모든 애플리케이션들을 포함한다. 이것은 서비스(예를 들면, 그 채널에서 상영되는 경기와 연관되는 풋볼 애플리케이션)를 방송하는 프로그램에 특히 링크되는 애플리케이션들뿐만 아니라 시동 애플리케이션 또는 그와 유사한 애플리케이션과 같은 보다 일반적인 애플리케이션들을 포함할 수도 있다. 전자 타입의 애플리케이션들은 단지 하나 또는 적은 수의 서비스에 의해 접근될 수도 있지만, 후자 타입의 애플리케이션들은 모든 서비스에서 전송될 수도 있다.

애플리케이션의 버전 넘버 및 애플리케이션에 의해 요구되는 메모리 영역 등을 포함하고 서비스에서 전송되는 애플리케이션에 관한 정보는 통상 이 서비스의 엔트리점에서 이 PMT 테이블에 포함된다.

특별한 문제는 서비스 사이를 변화할 때 데이터의 종래 구조에서 발생된다. 상기에서 설명한 바와 같이, 각 서비스는 이들 애플리케이션들에 관한 정보의 테이블과 함께 서비스에 의해 요구되는 모든 애플리케이션들을 포함한다. 서비스를 선택하면, 종래에 제작된 디코더는 현재 동작하는 애플리케이션에 관한 임의의 결정을 하기 전에 PMT 테이블을 다운로드해야 하고 테이블의 내용을 평가해야 한다. 통상, PMT를 다운로드하고 분석하기 위해 요구되는 시간 때문에, 이것은 부담되는 동작이 될 것이다. 더욱이, 디코더의 동작의 유연성은 애플리케이션 우선순위 등의 평가에 관해서는 상당히 제한된다.

본 발명은 디지털 전송 시스템에 관한 것이며, 특히 디지털 텔레비전 시스템에 관한 것이다.

도 1은 본 발명 실시예에 따른 디지털 텔레비전 시스템의 전체 구조를 나타낸 도면.

도 2는 도 1의 조건부 접근 시스템의 구조를 나타낸 도면.

도 3은 본 실시예에서 사용을 위한 리시버/디코더의 요소를 나타낸 도면.

도 4는 본 실시예에서 사용된 디코더의 소프트웨어 구조를 나타낸 도면.

도 5는 도 4의 시스템 내에서 가상 머신의 구조를 나타낸 도면.

도 6은 전송 스트림을 전송하는 다양한 서비스들 위한 패킷들의 계층을 나타낸 도면.

도 7은 서비스의 부케에서 제공되는 애플리케이션에 관한 애플리케이션 설명 테이블의 사용을 나타낸 도면.

본 발명의 목적은 가장 넓은 또는 특정한 구현들에 있어서, 문제에 대한 해결책을 제공하려는 것이다.

본 발명에 따르면, 디지털 전송 스트림에서 복수의 서비스들의 애플리케이션 데이터의 전송 방법이 제공된다. 여기서 상기 복수의 서비스들 각각은 적어도 하나의 애플리케이션을 전송하고, 이 방법은 전송 스트림 내에서 복수의 서비스들 각각에 의해 전송되는 적어도 하나의 애플리케이션에 관한 정보를 포함하는 애플리케이션 데이터 테이블을 제공하는 단계를 포함한다.

즉, 본 발명은 애플리케이션에 관한 정보를 포함하는 애플리케이션 데이터 테이블 또는 전송 스트림 내에서 다수의 서비스들 각각에 의해 전송되는 애플리케이션들을 제공하는 것을 특징으로 하는 디지털 전송 스트림에서 다수의 서비스들의 애플리케이션 데이터의 전송 방법을 제공한다.

복수의 서비스들을 통해 애플리케이션 데이터에 관한 정보를 포함하는 애플리케이션 데이터 테이블, 즉 "ADT"와 같은 단일 테이블의 사용암으로써, 디코더가다수의 다른 요소들에 따라 그러한 애플리케이션에 관한 디코더의 동작을 정의할 수 있게 된다.

예를 들면, 하나의 서비스에 의해 유일하게 전송되는 애플리케이션의 경우에, 디코더는 애플리케이션을 포함하지 않는 서비스로 전환할 때에도 애플리케이션을 유지하기 위해 애플리케이션 데이터 테이블에 포함되는 애플리케이션에 관한 정보에 근거하여서 결정할 수도 있다. 그러한 평가에 사용될 수도 있는 정보의 종류는 하기에서 보다 상세하게 설명될 것이다.

애플리케이션 데이터 테이블은 패킷 내에서 애플리케이션 데이터 테이블의 존재와 연관되는 미리 결정된 패킷 ID 또는 PID 값을 가지는 전송 패킷으로 편리하게 전송될 수도 있다.

데이터를 전송하기 위해 고정 값 PID 테이블을 사용함으로써, 임의의 서비스에 접근하기 전에 모든 디코더들은 프로그램되고 이로써 테이블을 빨리 설치하고 다운로드할 수 있게 한다. 이해하는 바와 같이, 애플리케이션 데이터 테이블은 그럼에도 불구하고 다른 수단에 의해, 예를 들어 모뎀 링크 및 스마트 카드를 통해 디코더에 전달되거나 삽입될 수 있다. 유사하게, ADT 테이블은 당해 서비스들의 PMT 테이블과 같은 다른 테이블들에서 PID 참조에 의해 또한 접근될 수도 있다.

종래에, 하나의 상업용 오퍼는 다수의 서비스 채널들의 내용에 대하여 책임을 진다. 여기서 이들 채널들은 서비스들의 부케(bouquet)로서 함께 그룹화된다. 주어진 전송 스트림은 각각 다른 연산자에 의해 관리되는 다수의 서비스 부케를 때때로 포함한다. 각 연산자에게는 각 연산자의 부케 내의 서비스 상에서 제공되는애플리케이션들을 충분히 통지하는 반면, 정보는 명확한 이유 때문에 통상 다른 연산자들에게는 이용될 수 없다.

그러므로 바람직하게는, 이러한 방법은 복수의 애플리케이션 데이터 테이블을 제공하는 것을 추가적으로 포함한다. 여기서 각 애플리케이션 데이터 테이블은 서비스 부케 내에 포함되는 애플리케이션들에 관한 정보를 포함한다.

대안의 구현에서, 다수의 부케들에 걸쳐서 애플리케이션들에 관한 정보를 제공하는 "슈퍼" ADT 테이블의 제작이 구상될 수도 있다. 그러나 연산자 사이에 정보를 전달하는 문제 때문에 해결책은 실행하는데 어려울 수도 있다.

다수의 애플리케이션 데이터 테이블들을 사용하는 실시예에서, 각 애플리케이션 데이터 테이블은 전송 패킷 내에서 테이블 또는 섹션으로 편리하게 전송될 수도 있다. 여기에서 각 애플리케이션 데이터 테이블은 특성 테이블 ID 또는 바람직하게는 테이블 ID 확장 값을 가지는 테이블 또는 섹션과 연관된다.

다수의 ADT 테이블들이 이 전송 스트림 내에서 전송될 경우에는, 이것은 사용자가 기입되는 서비스들의 부케와 연관되는 ADT 테이블을 확인하기 위해 디코더를 위한 특히 편리한 방법을 제공한다. 예를 들면, TID 확장 값은 당해 부케와 연관되는 예약 카드에 의해 디코더에 전달되는 정보에 포함될 수도 있다. 대안으로서, 디코더는 디코더에 의해 수신될 수도 있는 다양한 서비스들의 부케와 연관되는 TID 확장 값들의 테이블을 유지할 수도 있다.

바람직한 선택적인 실시예에서, 이 또는 각 애플리케이션 데이터 테이블은 공지된 연산자로부터 비롯한 애플리케이션 데이터 테이블을 증명하는 것을 허용하기 위해 전자적으로 서명된다. 이 방법에서 데이터의 승인 또는 서명은 전자 서명을 제공하기 위해 연관 해쉬와 공개키/개인키 알고리즘과 같은 임의의 공지된 방법에 의해 실행될 수 있다.

보다 바람직한 실시예에서, 각 서비스는 서비스에 의해 전송되는 애플리케이션들에 접근을 제공하는 프로그램 맵 테이블 또는 PMT 테이블을 추가적으로 포함한다. 여기서 프로그램 맵 테이블 자체는 서비스에 의해 전송되는 이 또는 각 애플리케이션에 관한 정보를 포함한다.

예를 들면, 애플리케이션을 위한 데이터가 서비스를 통해 접근되는 데이터 캐러셀(carousel)내에 전송되는 실시예에서, 이 PMT는 애플리케이션의 모듈의 캐러셀(carousel) 주소에 관한 정보를 포함할 수도 있다.

특히 바람직한 실시예에서, 애플리케이션 데이터 테이블은 정보를 추가적으로 포함하는데, 이 정보에 관해서는 예를 들어, 각 서비스를 통해 임의의 시간에 접근될 수도 있는 애플리케이션들을 가지는 서비스의 리스트의 형태로 애플리케이션들이 각 서비스에서 전송될 수 있다. 리스트는 통상 동적일 것이고, 서비스에 의해 현재 참조되는 애플리케이션들에 따라서 변화할 것이다.

하나의 실시예에서, 애플리케이션 데이터 테이블에서 전송되는 애플리케이션 정보는 애플리케이션을 실행하기 위해 요구되는 메모리의 크기에 관한 정보를 추가적으로 포함한다.

추가 정보는, 애플리케이션의 상대적 우선순위를 나타내는 우선순위 값, 애플리케이션이 하나 이상의 서비스에 배타적이다는 것을 나타내는 서비스 배타적인값, 서비스가 변화하면 애플리케이션과 함께 취할 액션에 관한 플래그 값, 및 이 애플리케이션과 연관되는 데이터 캐러셀 ID 값 등을 포함할 수도 있다. ADT 테이블에서 전송될 수도 있는 데이터에 관한 추가적인 정보를 위하여는, 독자는 바람직한 실시예의 설명을 참조하기 바란다.

이해하는 바와 같이, 리스트는 결코 완전하지 않고, 어떠한 수의 다른 요소들이 리스트된 요소들과 함께 사용될 수도 있고, 리스트된 요소들 대신에 사용될 수도 있다.

바람직하게, 이 디지털 전송 시스템은 디지털 텔레비전 시스템을 포함하는데, 특히 MPEG 표준에 따라서 작동하도록 되어 있는 디지털 텔레비전 시스템을 포함한다.

본 발명은 디지털 데이터의 전송의 방법에 관해 상기에서 설명하였다. 본 발명은 상기에서 설명한 바와 같은 방법으로 사용하기 위한 전송 장치에도 더 확장된다. 여기서 이러한 장치는, 전송 스트림 내에서 복수의 서비스들에 의해 전송되는 애플리케이션들에 관한 정보를 포함하는 애플리케이션 데이터 테이블와 함께 복수의 서비스들을 포함하는 전송 스트림을 전송하기 위한, 송신기와 같은, 수단을 포함한다.

전송 수단은 패킷 내에서 애플리케이션 데이터 테이블의 존재와 연관되는 선결 패킷 ID 값을 가지는 전송 패킷내의 애플리케이션 데이터 테이블을 전송하도록 되어 있을 수도 있다.

이러한 장치는 알려진 연산자로부터 비롯된 애플리케이션 데이터 테이블을디코더가 증명하는 것을 허용하기 위해서 상기 애플리케이션 데이터 테이블을 전자적으로 서명하기 위한, 암호 장치와 같은, 수단을 포함할 수도 있다.

전송 수단은 각 서비스를 위해 그 서비스에 의해 전송되는 애플리케이션들에 접근을 제공하는 프로그램 맵 테이블을 전송하도록 되어 있을 수도 있다. 여기서 상기 프로그램 맵 테이블 자체는 서비스에 의해 전송되는 상기 적어도 하나의 애플리케이션에 관한 정보를 포함한다.

본 발명은 상기에서 설명한 바와 같은 방법으로 사용하기 위한 디코더에 더 확장된다. 여기서 상기 디코더는 전송 스트림 내에서 다수의 서비스에 의해 전송되는 애플리케이션들에 관한 정보를 포함하는 애플리케이션 데이터 테이블을 저장하기 위한 메모리와, 애플리케이션 데이터 테이블 내에 포함되는 정보에 의존하여 그러한 애플리케이션들의 다운로딩과 유지 중의 적어도 하나를 제어하기 위한 제어기와 같은 수단을 포함한다.

또한, 본 발명은 전송 스트림 내에서 복수의 서비스에 의해 전송되는 애플리케이션들에 관한 정보를 포함하는 애플리케이션 데이터 테이블을 저장하기 위한 메모리와, 애플리케이션 데이터 테이블 내에 포함되는 정보에 의존하여 그러한 애플리케이션들의 다운로딩과 유지 중의 적어도 하나를 제어하기 위한 수단을 포함하는 디코더에 더 확장된다. 그러므로 송신기에 의해 전송 스트림이 디코더에 방송되지 않고 애플리케이션 데이터 테이블은 이 디코더의 메모리에 상주할 수도 있다.

또한, 본 발명은 전송 스트림 내에서 복수의 서비스들 각각에 의해 전송되는 적어도 하나의 애플리케이션에 관한 정보를 포함하는 애플리케이션 데이터 테이블을 제공한다.

본 발명의 방법적인 측면에 관하여 설명된 기술적 특징은 장치적 측면에도 적용될 수 있는 것이며, 그 역도 또한 성립한다.

여기서 사용된 용어 "디지털 전송 시스템"은 예를 들어 주로 시청각 또는 멀티미디어 디지털 데이터를 전송 또는 방송하기 위한 임의의 전송 시스템을 포함한다. 본 발명이 방송 디지털 텔레비전 시스템에 특히 적용될 수 있으나, 본 발명은 멀티미디어 인터넷 애플리케이션들을 위한 고정 전기 통신 네트워크 및 폐쇄 회로 텔레비전 등에도 적용될 수 있다.

여기에 사용된 용어 "디지털 텔레비전 시스템"은 예를 들어 임의의 위성, 지상, 케이블 또는 다른 시스템을 포함한다.

여기서 사용된 용어 "리시버/디코더" 또는 "디코더"는 코드화되거나 코드화되지 않은 신호, 예를 들어 다른 전송 수단에 의해 방송 또는 전송될 수도 있는 텔레비전 및/또는 라디오 신호들을 수신하기 위한 리시버를 의미할 수도 있다. 또한, 이 용어는 수신된 신호들을 복호화하기 위한 디코더를 의미할 수도 있다. 리시버/디코더의 실시예는 예를 들어 "셋-톱 박스"에서 수신된 신호를 복호화하기 위한 리시버와 통합되어 있는 디코더, 물리적으로 별개의 리서버와 조합하여 작동하는 디코더, 웹 브라우저와 같은 추가적 기능을 포함하는 디코더, 또는 비디오 레코더 혹은 텔레비전과 같은 다른 장치들과 통합되어 있는 디코더를 포함할 수도 있다.

리시버/디코더의 다양한 기능은 예를 들어 전용 통합 회로와 같은 하드웨어에서 구현될 수도 있다; 이것은 향상된 작동 속도를 제공할 수도 있다. 그러나 바람직하게는, 적어도 일부 기능들은 소프트웨어에서 구현되고, 바람직하게는 애플리케이션들을 동작하는 처리 수단에 의해 구현된다; 이것은 적은 구성요소를 요구하는 보다 큰 적응성을 허용하고, 리시버/디코더가 보다 쉽게 업 데이트(update)되도록 허용할 수 있다.

용어 MPEG은 국제 표준화 기구 작업 그룹 "동화상 전문가 그룹"에 의해 개발된 데이터 전송 표준을 지칭하는 것이고, 특히 디지털 텔레비전 애플리케이션을 위해 개발되고 문서 ISO 13818-1, ISO 13818-2, ISO 13818-3, 및 ISO 13818-4에서 기술된 MPEG-2 표준만을 지칭하는 것은 아니다. 본 특허 출원의 본문에서, 이 용어는 디지털 데이터 전송의 분야에 적용할 수 있는 MPEG 포맷의 모든 변형, 수정 또는 개발을 포함한다.

이하 첨부 도면을 참조하여 본 발명의 바람직한 실시예를 단지 예로서 설명한다.

디지털 텔레비전 방송 및 수신 시스템(1)의 전체 구성이 도 1에 도시되어 있다. 본 발명은 압축된 디지털 신호들을 전송하기 위해 MPEG-2 압축 시스템을 사용하는 거의 재래식인 디지털 텔레비전 시스템(2)을 포함한다. 보다 상세히 말하면, 방송 센터의 MPEG-2 압축기(3)는 디지털 신호 스트림(예를 들어, 오디오 또는 비디오 신호들의 스트림)을 수신한다. 압축기(3)는 링크(5)에 의해 멀티플렉서 및 스크램블러(4)에 연결된다. 멀티플렉서(4)는 복수의 다른 입력 신호들을 수신하며, 하나 이상의 전송 스트림을 조합하고 압축된 디지털 신호들을 방송 센터의 송신기(6)에 링크(7)를 통해 전송한다. 물론 멀티플렉서(4)는 무선 링크를 포함하는 매우 다양한 형태를 취할 수 있다.

송신기(6)는 통신위성의 트랜스폰더(9)를 향하여 업링크(8)를 통하여 전자기적 신호를 전송하며, 송신기(6)에서 전자기적 신호들은 전자적으로 처리되어 관념상의 다운링크(10)을 통해 최종 사용자에 의해 소유 또는 임대된 종래의 접시 형태의 지상 수신기(11)로 방송된다. 수신기(11)에 의해 수신된 신호들은 최종 사용자에 의해 소유 또는 임대된 통합 리시버/디코더(12)로 전송되며 최종 사용자의 텔레비전 세트(14)에 연결된다. 리시버/디코더(12)는 압축된 MPEG-2 신호를 텔레비전 세트(13)용의 텔레비전 신호로 복호한다.

조건부 접근 시스템(20)은 멀티플렉서(4)와 리시버/디코더(12)에 연결되며, 부분적으로 방송 센터와 부분적으로 디코더에 위치한다. 조건부 접근 시스템(20)은 최종 사용자가 하나 이상의 방송 공급자들이 제공하는 디지털 텔레비전 방송에 접근할 수 있게 한다. 상업적인 제공(즉, 방송 공급자들에 의해 판매되는 여러 가지 텔레비전 프로그램)에 관한 메시지를 복호할 수 있는 스마트 카드가 리시버/디코더(12)에 삽입될 수 있다. 디코더(12) 및 스마트 카드를 사용하여, 최종 사용자는 예약 모드 또는 시청 지불(pay-per-view) 모드로 이벤트를 구매할 수도 있다.

또한, 대화식 시스템(17)은 멀티플렉서(4) 및 리시버/디코더(12)와 연결되며, 부분적으로 방송 센터와 디코더에도 설치되고, 최종 사용자가 모뎀 백 채널(modem back channel: 16)을 통하여 다양한 애플리케이션과 상호 작용할 수 있게 제공될 수도 있다.

조건부 접근 시스템(20)에 대해 더 상세히 설명한다.

도 2를 참조하면, 조건부 접근 시스템(20)은 가입자 인가 시스템(SAS: 21)을 포함한다. SAS(21)는 TCP-IP 링크(23)(비록 다른 형태의 연결이 사용될지라도)에 의해 하나 이상의 가입자 관리 시스템(SMS: 22), 하나의 방송 공급자를 위한 하나의 SMS에 연결된다. 대안으로서, 하나의 SMS가 2개 방송 공급자간에 공유될 수 있거나, 하나의 방송 공급자가 2개의 SMS를 사용할 수도 있다.

"마더(mother)" 스마트 카드(25)를 이용하는 사이퍼링 유니트(ciphering unit; 24)의 형식으로 된 제 1 암호화 장치가 링크(26)에 의해 SAS(21)과 연결된다. 또한 마더 스마트 카드(28)를 이용하는 사이퍼링 유니트(27)의 형식으로 된 제 2 암호화 장치가 링크(29)에 의해 멀티플렉서(4)에 연결된다. 리시버/디코더(12)는 "도터(daughter)" 스마트 카드(30)를 수용한다. 리시버/디코더(12)는 모뎀 백 채널(16)을 통해 통신 서버(31)에 의해 SAS(21)에 직접 연결된다. 무엇보다도, SAS(21)는 요청에 의해 예약 권리를 도터 스마트 카드(30)로 전송한다.

스마트 카드는 하나 이상의 상업적 오퍼의 비밀을 포함한다. 만약 스마트 카드가 암호화와 복호화를 하기 위한 권리를 가지고 있다면, 마더 스마트 카드(25)는 상이한 종류의 메시지를 암호화하고, 도터 스마트 카드(30)는 그 메시지를 복호화한다.

제 1 및 제 2 사이퍼링 유니트(24, 27)는 각각 랙(rack), EEPROM상에 저장된 소프트웨어를 갖는 전자 VME 카드, 20개까지의 전자 카드, 및 각각의 스마트 카드(25, 28)를 포함하며, 하나의 스마트 카드(28)는 권리 제어 메시지(ECM: Entitlement Control Messages)를 암호화하기 위한 것이며 다른 하나의 스마트 카드(25)는 권리 관리 메시지(EMM: Entitlement Management Message)를 암호화하기 위한 것이다.

디지털 텔레비전 시스템의 조건부 접근 시스템(20)의 동작을 텔레비전 시스템(2) 및 조건부 접근 시스템(20)의 다양한 구성 요소를 참조하면서 하기에 상세히 설명한다.

멀티플렉서 및 스크램블러

도 1 및 도 2를 참조하면, 방송 센터에서 디지털 오디오 또는 비디오 신호는MPEG-2 압축기(3)를 사용하여 먼저 압축되저나 비트율이 감소된다. 그 후 이 압축된 신호는 다른 데이터, 예를 들어 다른 압축된 데이터와 멀티플렉스되기 위해서 링크(5)를 통해 멀티플렉서 및 스크램블러(4)로 전송된다.

스크램블러(4)는 스크램블링 처리에 사용되고, 이 제어 워드는 멀티플렉서 (4)에서 MPEG-2 스트림에 포함되는 제어 워드를 생성한다. 이 제어 워드는 내부적으로 생성되며 최종 사용자의 통합 리시버/디코더(12)가 프로그램을 디스크램블링할 수 있게 한다.

상기 프로그램이 어떻게 상용화되는지를 나타내는 접근 기준이 상기 MPEG-2 스트림에 또한 부가된다. 상기 프로그램은 다수의 "예약" 모드들 중 하나 및/또는 다수의 "시청지불(PPV)" 모드들 또는 이벤트들 중 하나에서 상용화될 수도 있다. 상기 예약 모드에서, 최종 사용자는 하나 이상의 상업적 제공, 즉 "부케 (bouquets)"에 서명하여 그러한 부케내의 모든 채널을 시청하는 권리를 얻는다. 바람직한 실시예에서, 960개까지의 상업적 제공이 하나의 부케 채널로부터 선택될 수도 있다.

상기 시청 지불 모드에서, 최종 사용자에게는 원할 때 이벤트를 구입할 수 있는 능력이 제공된다. 이것은 미리 이벤트를 예약["사전 예약 모드(pre-book mode)"]하는 것 또는 그 이벤트가 방송되자마자 이벤트를 구입["임펄스 모드(impulse mode)"]하는 것에 의해 이루어질 수 있다. 바람직한 실시예에서, 모든 사용자는 예약 모드 또는 PPV 모드로 시청하는 것에 관계없이 가입자가 된다. 그러나 물론 PPV 모드 시청자는 반드시 가입자일 필요는 없다.

권리 제어 메시지(Entitlement Control Message; ECMs)

상기 제어 워드 및 접근 기준은 권리 제어 메시지(ECM)를 만드는데 사용된다. 이것은 스크램블된 프로그램에 관해 전송되는 메시지이다; 이 메시지는 (프로그램의 디스크램블링을 고려하는) 제어 워드 및 방송 프로그램의 접근 기준을 포함한다. 상기 접근 기준 및 제어 워드는 링크(29)를 통해 제 2 암호화 장치(27)로 전송된다. 이 장치에서, ECM이 생성되어 암호화되고, 멀티플렉서 및 스크램블러(4)로 전송된다. 방송이 전송되는 동안, 제어 워드는 통상 몇 초마다 변경되며, 따라서 ECM은 변경되는 제어 워드가 디스크램블링되어질 수 있도록 주기적으로 전송된다. 덧붙여서, 각 ECM은 통상 두 개의 제어 워드를 포함한다; 현재 제어 워드(present control word)' 및 '다음 제어 워드(next control word).

데이터 스트림으로 방송 공급자에 의해 방송되는 각 서비스는 다수의 다른 구성 요소를 포함한다; 예를 들어, 텔레비전 프로그램은 비디오 구성 요소, 오디오 구성 요소, 서브 타이틀 구성 요소 등을 포함한다. 서비스의 이러한 구성 요소 각각은 그 후에 트랜스폰터(9)로 방송되도록 개별적으로 스크램블되어 암호화된다. 상기 서비스의 스크램블된 구성 요소 각각에 대해서는, 분리된 ECM이 요구된다. 대안으로서, 단일 ECM에게는 서비스의 스크램블된 구성 요소 전부가 요구될 수도 있다. 또한, 다중 조건부 접근 시스템은 동일한 전송 프로그램에 접근하는 것을 제어하는 경우에 다중 ECM이 생성된다.

프로그램 전송

멀티플렉서(4)는, SAS(21)로부터 암호화된 EMMs, 제 2의 암호화 장치(27)로부터 암호화된 ECMs, 및 압축기(3)로부터 압축된 프로그램을 포함하는 전기적 신호들을 수신한다. 멀티플렉서(4)는 압축된 프로그램을 스크램블하고, 스크램블된 프로그램, 암호화된 EMM 및 암호화된 ECM을 링크(7)를 통해 방송 센터의 송신기(6)에 전송한다. 송신기(6)는 업링크(8)를 통하여 위성 트랜스폰더(9)를 향해 전자기적 신호들을 전송한다.

프로그램 수신

위성 트랜스폰더(9)는 송신기(6)에 의해 전송된 전자기적 신호들을 수신하여 처리하며 처리된 신호들을 다운링크(10)를 통해 최종 사용자에 의해 소유 또는 임대된 종래의 접시 형태의 지상 수신기(11)로 전송된다. 수신기(11)에 의해 수신된 신호는 최종 사용자에 의해 소유 또는 임대된 통합 리시버/디코더(12)로 전송되고, 최종 사용자의 텔레비전 세트(13)에 연결된다. 리시버/디코더(12)는 암호화된 EMM 및 암호화된 ECM을 가지는 스크램블된 프로그램을 취득하기 위해 상기 신호들을 디멀티플렉스한다.

만약 프로그램이 스크램블되지 않으면, 즉 어떤 ECM도 MPEG-2 스트림과 함께 전송되지 않으면, 리시버/디코더(12)는 데이터를 압축 해지하여 텔레비전 세트(13)로 전송하기 위한 비디오 신호로 변환한다.

만약 프로그램이 스크램블되면, 리시버/디코더(12)는 MPEG-2 스트림으로부터 해당 ECM을 추출하여 최종 사용자의 "도터" 스마트 카드(30)로 ECM을 전달한다. 이것을 리시버/디코더(12)의 하우징 내에 삽입한다. 도터 스마트 카드(30)는 최종 사용자가 ECM를 복호하고 상기 프로그램에 접근하기 위한 권리를 가지는지의 여부를제어한다. 만약 권리가 없다면, 상기 프로그램이 디스크램블될 수 없는 것을 표시하기 위해 거부 상태가 리시버/디코더(12)에 전송된다. 만약 최종 사용자가 권리를 가지면, ECM은 복호되고 제어 워드가 추출된다. 그 후, 리시버/디코더(12)는 이 제어 워드를 사용해서 프로그램을 디스크램블한다. MPEG-2 스트림은 압축 해지되어 텔레비전 세트(13)로 전송하기 위한 비디오 신호로 변환된다.

권리 관리 메시지(Entiltement Management Message; EMMs)

EMM은 개별 최종 사용자(가입자) 또는 최종 사용자 그룹에게 제공되는 메시지이다. 각 그룹은 일정한 수의 최종 사용자를 포함할 수도 있다. 그룹과 같은 이 구조는 밴드 폭을 최적화하는 것을 목표로 한다; 즉, 하나의 그룹으로의 접근은 다수의 최종 사용자에게 도달하는 것을 허용할 수 있다.

다양한 특정 타입의 EMM이 사용될 수 있다. 개별 EMM은 개별 가입자에게 제공되고, 시청지불 서비스의 제공에 통상 사용된다; 개별 EMM은 그룹 식별자 및 그 그룹에서 가입자의 지위를 포함한다.

그룹 예약 EMM은 예를 들어 256명의 개별 사용자의 그룹에게 제공되고, 일부 예약 서비스의 관리에 통상 사용된다. 이 EMM은 그룹 식별자 및 가입자 그룹 비트맵을 가진다.

시청자 EMM은 전체 시청자에게 제공되고, 예를 들어 어떤 무료 서비스를 제공하기 위해 특정 연산자에 의해 사용될 수도 있다. "시청자"는 동일한 조건부 접근 시스템 식별자(CA ID)가 내재된 스마트 카드를 가지는 전체 가입자이다. 결국, "특유의" EMM은 스마트 카드의 특유의 식별자에게 전송된다.

가입자 관리 시스템(Subscriber Management System; SMS)

가입자 관리 시스템(SMS: 22)은, 무엇보다도, 최종 사용자 소비량과 권리에 관한 모든 최종 사용자 파일, 상업적 오퍼, 예약, PPV 상세, 및 데이터를 관리하는 데이터 베이스(32)를 포함한다. SMS는 SAS로부터 물리적으로 떨어져 있을 수도 있다.

각 SMS(22)는 개개의 링크(23)를 통해 SAS(21)로 메시지를 전송한다. 상기 메시지는 최종 사용자에게 전송될 권리 관리 메시지(EMM)의 수정 또는 생성을 포함한다.

또한, SMS(22)는 SAS(21)로 메시지를 전송한다. 이 메시지는 EMM의 어떠한 수정 또는 생성을 포함하지 않지만 (제품을 주문할 때 최종 사용자에게 부여되는 권한 또는 최종 사용자가 지불하게 될 총액에 관한) 최종 사용자 상태의 변경만을 포함한다.

SAS(21)는 (콜 백(call back) 정보 또는 청구 내역 정보와 같은 정보를 요청하는) 메시지를 SMS(22)에게 전송한다. 이렇게 함으로써 양자사이의 통신은 양방향이라는 것이 분명해 질 것이다.

가입자 인가 시스템(Subscriber Authorization System; SAS)

SMS(22)에 의해 생성된 메시지는 링크(23)를 통해 가입자 인가 시스템(SAS: 21)으로 전송된다. 여기서 SAS(21)는 SMS(22)에 의해 생성된 메시지의 수령을 인정하는 메시지를 차례대로 생성하고 인정 메시지를 SMS(22)로 전송한다.

개략적으로, SAS(21)는 예약 모드를 위한 권리를 제공하고 자동으로 매 달마다 권리를 갱신하는 예약 체인 영역, PPV 이벤트를 위한 권리를 제공하는 시청지불 체인 영역, 및 예약과 PPV 체인 영역에 의해 만들어진 EMM을 멀티플렉서 및 스크램블러(4)로 전달하고 따라서 MPEG 스트림에 EMMs를 공급하는 EMM 인젝터(Injector)를 포함한다. 만약 컴퓨터 소프트웨어를 사용자의 개인 컴퓨터로 다운로딩하는 경우에 유료 파일 수신(Pay per File: PPF)권리와 같은 다른 권리가 허여되면, 다른 유사 영역이 또한 제공된다.

SAS(21)의 기능 중 하나는 예약 모드에서 상업적 오퍼로 이용 가능하거나 상용의 다른 모드(사전 예약 모드, 임펄스 모드)에 따라 PPV 이벤트로 판매되는 텔레비전 프로그램의 접근 권리를 관리하는 것이다. 상기 권리와 SMS(22)로부터 수신된 정보에 따라서 SAS(21)는 가입자를 위한 EMMs를 생성한다.

EMM는 관리와 이용 키에 대해서 사이퍼링 유닛을 위한 암호화 장치(CU: 24)로 전달된다. CU(24)는 EMM상에 서명을 완료하여 상기 EMM을 SAS(21)내의 메시지 발생기(MG)로 돌려보내고 여기서 헤드가 부가된다. EMM은 완전한 EMM으로서 메시지 방출기(ME)로 전송된다. 메시지 발생기(MG)는 방송 시작과 종료 시간, EMM의 방출 비를 결정하며, 이 사항들을 EMM과 함께 적절한 지시대로 메시지 발생기로 전송한다. 상기 MG는 주어진 EMM을 단지 한번만 생성한다; EMM의 주기적인 전송을 수행하는 것은 ME이다.

EMM이 생성될 때, 상기 MG는 특유의 식별자를 EMM에게 할당한다. MG가 EMM을 ME로 전송할 때, EMM ID도 또한 전송한다. 이것은 MG 및 ME에서 특정 EMM의 식별을 가능하게 한다.

예를 들어 다중 연산자와 연관된 다중 조건부 접근 시스템을 다루도록 되어 있는 시멀크립트(simulcrypt)와 같은 시스템에서, 각 조건부 접근 시스템과 연관된 EMM 스트림이 별도로 생성되고 전송에 앞서 상기 멀티플렉서(4)에 의해 함께 멀티플렉스된다.

리시버/디코더

도 3을 참조해서, 디지털 방송 시스템에 사용하기 위해서, 그리고 본 발명에서 사용되도록 되어 있는 리시버/디코더(12) 또는 셋-탑 박스의 요소를 이제 설명할 것이다. 이해하고 있는 바와 같이, 본 디코더의 기본 요소들은 대부분 종래의 것이고, 기본 요소들을 구현하는 것은 당업자의 능력 내에 있을 것이다.

도시한 바와 같이, 디코더(12)는 데이터를 수신하고 전송하기 위한 몇 가지의 인터페이스를 구비하고 있고, 특히 방송 MPEG 전송을 수신하기 위한 튜너(40), 시리얼 인터페이스(41), 패러럴 인터페이스(42), 및 전화 네트워크를 통해 데이터를 송신하고 수신하기 위한 모뎀(43)을 구비하고 있다. 또한 디코더(12)는 제 1 및 제 2 스마트 카드 리더(44, 45), 예약 스마트 카드를 수용하기 위한 제 1 리더(44), 그리고 은행 및/또는 다른 스마트 카드를 수용하기 위한 제 2 리더(45)를 포함한다.

또한, 디코더(12)는 핸드셋 원격 제어(47)로부터 적외선 제어 신호를 수신하기 위한 수신기(46)와 시청각 신호를 디코더(12)에 연결된 텔레비전(13)으로 전송하기 위한 페리텔(Peritel) 출력을 포함한다.

출력 신호들의 인터페이스와 생성을 통해 수신되는 디지털 신호들의 처리는센터 제어 장치(48)로서 그룹화되는 하드웨어와 소프트웨어 요소들의 전체적 효과에 의해 조절된다.

디코더(14)내에서의 제어 장치의 소프트웨어 구조는 도 4와 도 5를 참조하여 하기에서 상세히 설명할 것이다. 넓은 의미에서, 이 시스템은 디코더(14)의 하드웨어 구성요소에서 구현되는 하위 레벨 오퍼레이팅 시스템에 의하여 인터페이스 계층을 통해 상호 작용하는 가상 머신을 사용한다. 하드웨어 구조의 관점에서 보면, 제어 장치(48)는 하나의 프로세서, 공지된 디코더 내에 있는 롬, 램, 플래쉬(FLASH) 메모리 등과 같은 메모리 요소들을 구비하고 있다.

제어 장치(48)에 의해 처리되는 애플리케이션들은 디코드 또는 애플리케이션의 롬 혹은 플래쉬에 저장된 상주하는 애플리케이션일 수 있다. 여기서 상기 디코드 또는 애플리케이션들은 디코더(14)의 MPEG 인터페이스(2)를 통해 방송되고 다운로드된다. 애플리케이션들은 프로그램 가이드 애플리케이션들, 게임들, 대화식 서비스들, 텔레쇼핑 애플리케이션들, 디코더가 시동으로 즉시 사용 가능할 수 있게 하는 초기화 애플리케이션, 및 디코더의 상(aspect)을 형성하기 위해 애플리케이션을 포함할 수 있다.

애플리케이션은 디코더에서 메모리 영역에 저장되고, 그래픽 객체 설명 파일들, 장치 파일들, 다양한 블록 파일들, 명령 순차 파일들, 애플리케이션 파일들, 데이터 파일들 등을 포함하는 자원 파일들로서 나타난다.

디코더 시스템 구조

도 4에서 도시한 바와 같이 리시버/디코더의 내부의 시스템의 소프트웨어 구조를 돌아보면, 층을 이룬 구조가 사용된 것을 알 수 있을 것이다. 제 1 계층(51)은 리시버/디코더의 하드웨어의 오퍼레이팅 시스템을 나타낸다. 이것은 리시버/디코더의 하드웨어 요소를 제어하기 위해 제조업자에 의해 선택된 실시간 오퍼레이팅 시스템이다. 상기 실시간 오퍼레이팅 시스템은 하드웨어 동작을 정확히 동기화할 수 있도록 상대적으로 빠른 응답 시간을 가진다. 데이터 프로세싱 시스템은 하드웨어 오퍼레이팅 시스템의 상단에 위치하고, 미들웨어 계층(51)과 애플리케이션 인터페이스 계층(53)을 포함한다.

이벤트 메시지들은 오퍼레이팅 시스템 계층(51)과 바로 위의 미들웨어 계층(52)사이에서 전송된다. 미들웨어 계층(52)은 C ANSI와 같은 언어로 작성되고, 가상 머신(54)의 요소들과 그래픽 인터페이스(56), 플래쉬/PROM 메모리 인터페이스(57), 프로토콜 인터페이스(58), 및 장치 인터페이스(59)를 포함하는 다수의 인터페이스들(55)을 포함한다.

특히, 가상 머신의 사용은 통상 시스템 관리자 또는 하나 이상의 연산자에 의해 제공되고 하기에서 보다 더 상세하게 설명되는 상위 레벨 애플리케이션(66, 67)과, 통상 디코더의 하드웨어 제조업자에 의해 구현되는 하위 레벨 오퍼레이팅 시스템(51)사이의 독립을 제공할 수 있다.

인터페이스(60)는 가상 머신과 하위 레벨 오퍼레이팅 시스템(51)의 작용들 사이에 링크를 제공하고, 또한 이 레벨에서 용이하게 실행되는 다수의 중간 레벨 애플리케이션 모듈들을 포함한다.

애플리케이션 인터페이스(API) 계층(53)은 자바와 같은 객체 지향 해석 언어로 작성된 다수의 하이 레벨 패키지들(60-65)을 포함한다. 이 패키지들(60-65)은 통상 서비스 제공자(대화식 프로그램 가이드, 텔레쇼핑, 인터넷 브라우저 등)에 의해 만들어진 하이 레벨 애플리케이션들과 시스템의 가상 머신 사이에 인터페이스를 제공한다. 그러한 애플리케이션들의 예는 하기에서 주어진다.

비록 일부의 구현에서 있는 것이지만, 하위 레벨 OS는 통상 디코더의 하드웨어 구성요소에 삽입되고, 하위 레벨 OS가 다운로드될 수 있다. 이 미들웨어와 애플리케이션 인터페이스 계층 패키지들은 방송 전송으로부터 디코더의 램 또는 플래쉬 메모리로 다운로드될 수 있다. 대안으로서, 일부 또는 모든 미들웨어 혹은 애플리케이션 인터페이스 계층 요소들은 이 디코더의 롬 또는 (만약 존재하면)플래쉬 메모리에 저장될 수 있다. 이해하는 바와 같이, 이 디코더의 메모리 요소의 물리적 구조는 메모리의 논리 구조와는 다르다.

애플리케이션과 애플리케이션 관리자

도 4에서 도시한 바와 같이, 다수의 하이 레벨 애플리케이션들(66)은 시스템의 상단에 위치하고, 애플리케이션 인터페이스 계층(53)을 통해 시스템 내의 하위 레벨과 통신한다. 하기에서 설명하는 바와 같이, 애플리케이션들은 다수의 소스들 및/또는 연산자들로부터 발생할 수도 있다. 그러한 애플리케이션들의 전체적인 제어는 애플리케이션 관리자(67)에 의해 실행될 수 있다. 이 애플리케이션 관리자(67)은 애플리케이션으로써 설치되어 있고, 방송 애플리케이션의 다운로딩을 관리하는 책임과 시스템의 하위 계층들을 어드레스를 지정하여 전송하고 제어하기 위한 임의의 애플리케이션들의 권리를 관리하는 책임을 진다.

애플리케이션 인터페이스 계층

도 3에서 도시한 애플리케이션 인터페이스 계층(53)을 참조하고 상기에서 설명한 바에 의하면, 이 계층에서 패키지들은 자바와 같은 객체 지향 언어로 작성된다. 각 패키지는 이 시스템이 동작하는 동안 호출되는 클래스 라이브러리들의 집합을 정의한다. 본 시스템에서 다음과 같은 패키지들이 설치된다.

랭/유틸(Lang/Util) 패키지(60). 이 패키지들은 가상 머신에 의해 객체들을 조작하는데 필요한 클래스를 정의한다. 보통 이 클래스 라이브러리들은 선택된 객체 지향 언어와 연관되는 표준 라이브러리의 부분을 형성한다.

MHEG-5 패키지(61). 이 패키지는 텔레비전 디스플레이에 그래픽 객체의 조작과 연관되는 클래스들을 정의한다. 그러한 객체는 시청각 데이터와는 다르고, 채널 식별자들 또는 디스플레이된 이미지들 상의 텍스트를 구성할 수 있다. 이 패키지 내에서 클래스들의 정의는 표준 ETS 300777-3 및 ISO/ISE 13522-5(그리고 자바 구현 시스템의 경우에 표준 ISO/ISE 13522-6)에 의해 정의된 MHEG-5 표준을 고려해야 한다.

툴박스 패키지(62). 이 패키지는 정보를 다운로드하고 압축 해제하기 위해 사용되는 클래스들, 리시버/디코더내의 파일 시스템과 메모리의 관리와 연관되는 클래스들, 및 인터넷으로의 연결과 연관되는 클래스들 등을 포함한다.

장치 패키지(63). 이 패키지는 상기에서 설명한 바와 같이 리시버/디코더에 부착되는 주변장치의 관리를 위해 필요하고, 모뎀, 스마트 카드 리더, MPEG 흐름 튜너 등을 포함하는 클래스들을 정의한다.

서비스 패키지(64). 이 패키지는 신용 카드 데이터 등의 관리와 같은 상위 레벨 대화식 애플리케이션들 개발의 구현에 필요한 클래스들을 정의한다.

DSMCC-UU 패키지(65). 이 패키지는 데이터 파일 검색과 읽기를 위해 클라이언트와 서버 사이에서 통신에 필요한 프로토콜들을 구현한다. 이 패키지의 구현은 표준 ISO/IEC 13818-6 및 DAVIC 부분(9)에서 정의된 지시를 고려해야 한다.

종래의 시스템에서와 같이 서비스 공급자에 의해 작성되고 방송하는 동안 다운로드 되는 대화식 애플리케이션들의 추가적인 계층은 상기에서 정의된 인터페이스 패키지들 상에 놓여지게 될 것이다. 소개될 애플리케이션들에 의존하여서, 일부 상기 패키지들은 생략될 수도 있다. 예를 들면, 서비스 공급자가 데이터 읽기를 위한 일반적인 방법을 제공하지 않는다면, DSMCC-UU 패키지는 최종 시스템에서 생략될 수도 있다.

패키지들(53)은 객체 지향 프로그래밍 환경을 위한 클래스 라이브러리들을 제공한다. 이들 클래스 동작은 선택된 언어에 의존할 것이다. 예를 들면 자바 애플리케이션의 경우에, 단일 상속 클래스 구조가 부착될 것이다.

인터페이스 계층

도시한 바와 같이, 이 인터페이스 계층은 그래픽 모듈(56), 메모리 파일 관리 모듈(57), 프로토콜 모듈(58), 장치 관리자(59)와 같은 네 가지 모듈들로 구성된다. 이 레벨에서 모듈들은 인터페이스 모듈로써 설명되지만, 이들의 기능은 일반적으로 애플리케이션 인터페이스 패키지의 구현과 가상 머신의 동작을 위한 "글루(glue)" 계층을 제공하는 것이다.

예를 들면, 그래픽 모듈(56)은 그래픽 객체들의 제작과 관리를 제공한다. 그래픽 모듈(56)은 로우 레벨 OS에게 단일 픽셀, 라인, 정방형 등과 같은 기본 그래픽 형상을 디스플레이하도록 요청한다. 그래픽 모듈의 구현은 로우 레벨 제조업자의 OS의 그래픽 능력에 의존한다. MHEG-5 패키지 4311을 보충하는 일부 방법에서, 이들의 기능들은 상기 애플리케이션 계층을 위해 선택된 하이 레벨 코드에서보다도 이 코드 레벨에서 보다 효과적으로 실행될 수도 있다.

유사한 방법에서, 메모리 파일 관리 모듈(57)은 시스템의 메모리 구성요소와 연관된 로우 레벨 읽기/쓰기 파일 명령어를 포함한다. 일반적으로, 하드웨어 오퍼레이팅 시스템은 메모리 구성요소 내에서 섹터 또는 페이지의 읽기/쓰기에 필요한 명령어만 포함한다. 그래픽 모듈(56)과 같이, 메모리 파일 관리 모듈(57)은 보다 단순한 하위 레벨 애플리케이션의 집합이 시스템에 효과적으로 도입될 수 있게 한다.

프로토콜 관리 모듈(58)은 예를 들어 상기 디코더의 TCP/IP 계층을 통해 통신에서 호출될 수도 있는 통신 프로토콜들의 라이브러리를 정의한다.

장치 관리자(59)는 인터페이스 계층과 가상 머신에서 다른 모듈들을 포함하여, 장치 관리자(59)가 하드웨어 오퍼레이팅 시스템과 상기 계층 사이에 링크 또는 인터페이스를 제공하는 점에서 이 계층에서의 다른 모듈들과 약간 다르다. 예를 들면, 가상 머신으로부터 하드웨어 OS로 수신/송신되는 명령어들 또는 이벤트 메시지들은 두 레벨 사이에서 인터페이스 스펙(specification)에 따라 변환하기 위해 반드시 장치 관리자에 의해 전송된다.

가상 머신 설명

이제 도 5를 참조해서, 본 발명의 시스템에 사용된 가상 머신(54)의 구조를 설명할 것이다. 본 발명에 사용된 가상 머신은 선점형 다중 스레드 타입 머신이다. 그러한 머신의 일반적인 특성은 시청각 및 디지털 텔레비전 분야를 제외한 다른 영역에서 공지되어 있고, 다음 설명은 본 발명에서 가장 특정적인 영역에 중점을 둘 것이다.

가상 머신은 도 5에서 도시한 바와 같이 대체로 상호 작용하는 다수의 요소들로 구성된다.

스레드 관리자 서비스(71)와 모니터 관리자 서비스(72)로 구성된 스케줄러(70)는 다중 스레드 머신의 중심부를 형성한다. 스케줄러(70)는 외면적으로 가상 머신의 애플리케이션에 의해 제작된 스레드와, 가상 머신 자체(예를 들어 불필요 정보정리 스레드)에 의해 제작된 스레드의 실행을 지시한다.

이벤트 관리자(73)는 이벤트 라우팅 테이블과 스레드에 의해 서명된 이벤트의 리스트를 처리하고, 이벤트 처리의 발송을 집중한다.

메모리 관리자(74)는 시스템 메모리 내에서 메모리 영역들의 할당 및 비할당을 처리하고, 또한 비관련 객체들(불필요 정보정리)의 메모리로부터의 제거를 처리한다.

클래스 관리자(75)는 방송 신호에서 다운로드된 애플리케이션 코드의 클래스들을 싣고, 다운로드된 코드의 무결성을 체크하는 보안 관리자(80)와 파일 관리자(76)를 상호하고 애플리케이션들을 구현한다.

파일 관리자(76)은 시스템 파일들의 구현을 실행하고, 상호 작용의 애플리케이션들과 데이터를 다운로딩하는 매커니즘을 처리한다.

보안 관리자(80)는 다운로드된 애플리케이션들에 허용되는 접근의 레벨을 처리한다. 여기서 일부 애플리케이션들은 파일 시스템에 관해서 다른 것보다도 더 많은 동작을 실현할 수 있다.

바이트코드 해석 서비스(78)과 "엠코드(m-code)" 해석 서비스(79)를 포함하는 인터프리터(77)는 이 두 가지의 코드들로 작성된 애플리케이션들의 해석을 처리한다. 여기서 바이트코드는 자바 애플리케이션들과 연관되고, 엠코드는 출원자에 의해 개발된 독점 코드에 주어진 명칭이다.

상기한 바와 같이 이 디코더는 위성, 케이블 또는 육상 시스템에 의해 방송되는 전송 스트림들로부터 전송 패킷들과 데이터 테이블들에서 다운로드되는 애플리케이션들을 구현하고 실행하도록 되어 있다. 이제 도 6를 참조해서, 종래의 MPEG-2 데이터 스트림 내에서 이들의 구조와 그러한 다른 데이터 테이블들을 설명할 것이다.

전송 스트림 내에서의 데이터 테이블의 구성

도 6에서 도시한 바와 같이, 방송 데이터 전송 스트림은 프로그램 연관 테이블("PAT", 90)을 포함하는 표준 포맷의 다수의 패킷을 포함하고, 패킷의 헤더안 내의 PID는 이 패킷을 위해 MPEG-2 표준에 의해 0x00의 값으로 고정되어 있다. 프로그램 접근 테이블(90)은 프로그램 데이터에 접근하기 위한 엔트리 점을 제공하고, 스트림 내에서 주어진 서비스 또는 채널과 연관되는 프로그램 맵 테이블들("PMT",91, 92)의 PID 값들에 관한 테이블을 포함한다. 각 프로그램 맵 테이블(91, 92)은 차례대로 그 서비스와 연관된 오디오 테이블(93)과 비디오 테이블(94)의 패킷 스트림들의 PID 값들의 참조를 포함한다.

도시한 바와 같이, 프로그램 맵 테이블(92)은 또한 당해 서비스에 관한 추가 데이터, 특히 다수의 조건부 접근 시스템들에 의해 생성되고 당해 서비스와 이 서비스에 의해 전송되는 애플리케이션 데이터와 연관되는 ECM 데이터를 포함하는 다른 패킷들(95, 96, 96)의 PID 값들의 참조를 포함한다.

프로그램 접근 테이블 PAT(90)외에, MPEG 전송 스트림은 또한 조건부 접근 테이블 ("CAT", 101)과 0x01로 값이 고정된 PID를 포함한다. 그러므로 이 PID 값을 포함하는 임의의 패킷 헤더들은 접근 제어 정보를 포함함으로써 자동적으로 확인된다. CAT 테이블(97)은 하나 이상의 조건부 접근 시스템들과 연관된 EMM 데이터에 관한 MPEG 패킷들(98, 99, 100)의 PID 값들에 관한 것이다. 이 PMT 패킷들과 같이, CAT 테이블(101)에서 참조된 EMM 패킷들의 PID 값들은 고정되지 않고, 이 시스템 연산자의 선택으로 결정될 수도 있다.

MPEG-2 표준은 PAT 테이블 값과 위에서 참조된 CAT 테이블 값을 제외한 극히 소수의 고정 PID 값을 열거한다. 따라서 어떤 영역 내에서 대부분의 PID 값은 연산자에 의해 결정될 수도 있다. 하기에서 보다 상세하게 설명하는 바와 같이, 이 발명의 본 실시예는 다수의 서비스들과 부케들에서 전달되는 애플리케이션들에 관한 데이터를 포함하는 테이블로 고정 PID 값이 할당되는 것을 제안한다.

전송 패킷과 개인 섹션 데이터의 포맷

이해하는 바와 같이, MPEG 전송 패킷들은 헤더를 포함해서 188 바이트의 고정 길이이다. 표준 패킷에서, 동기 데이터에 따른 헤더의 3 바이트는 하기의 테이블 I을 포함한다;

테이블 I 전송 에러 표시기 1 비트

패이로드 장치 표시기 1 비트

전송 우선순위 1 비트

PID 13 비트

전송 스크램블링 제어 2 비트

적용 분야 제어 2 비트

연속 카운터(continuity counter) 4 비트

이러한 분야들의 특성들은 대부분 MPEG 표준에 의해 결정된다.

상기는 전송 패킷의 헤더의 포맷을 설명한다. MPEG-2 표준에 따라, 패킷 패이로드가 포함되는 정보는 전송되는 데이터의 타입에 따라서 구조의 추가적인 레벨을 필요로 한다. 오디오, 시각, 텔레텍스트, 서브타이틀 또는 빠르게 전개되고 동기화되는 다른 그러한 데이터의 경우에, 상기 정보는 패킷화된 기본 스트림 또는 PES와 같이 공지된 형태로 조합된다. 전송된 패킷의 패이로드를 조합함으로써 형성되는 이 데이터 스트림 자체는 패킷의 시퀀스를 포함한다. 여기서 각 패킷은 패킷의 헤더와 패이로드를 포함한다. 전송 스트림에서 전송되는 패킷들과는 달리, PES 패킷들의 길이는 가변적이다.

애플리케이션 데이터 또는 ECM 및 EMM 데이터와 같은 다른 타입의 데이터의경우에서, PES 패킷팅과 다른 포맷은 금지된다. 특히, 전송 패킷 패이로드에 포함되는 데이터는 일련의 섹션들 또는 테이블들과, 당해 테이블을 확인하는 테이블 ID 또는 TID를 포함하는 테이블 또는 섹션 헤더로 분할된다. 데이터의 크기에 따라, 섹션은 완전히 패킷 패이로드 내에 포함될 수도 있거나, 다수의 전송 패킷들 상에 일련의 테이블들로 확장될 수도 있다. MPEG-2의 내용에서, 용어 "테이블"은 때때로 데이터의 단일 테이블을 말하는데 사용되지만, "섹션"은 통상 동일 TID 값을 가진 복수의 테이블들 중의 하나를 말한다.

테이블들 또는 섹션들에 전송되는 정보를 참조하기 위해 사용되는 실제 TID 값들은 MPEG-2 표준에 의해 고정되지 않고, 서비스의 연산자 또는 서비스들의 부케의 재량으로 정의될 수도 있다.

그럼에도 불구하고 전송 패킷 데이터와 PES 패킷 데이터와 같이, 테이블 혹은 섹션의 데이터 구조 또는 신텍스는 MPEG-2 표준에 의해 추가적으로 정의된다.

개인 테이블 또는 섹션 데이터를 위해 가능한 두 가지 신텍스 형태가 제안된다; 긴 형태 또는 짧은 형태.

짧은 형태와 긴 형태에서, 개인 테이블의 헤더는 적어도 하기의 테이블 II를 포함하는 데이터를 포함한다;

테이블 II 테이블 아이디 8 비트

섹션 신텍스 표시지 1 비트

개인 표시기/예약 1 비트

ISO 예약 2 비트

섹션 길이 12 비트

개인 표시기와 개인 섹션 길이는 MPEG-2 표준에 의해 고정되지 않고 자기자신의 목적을 위해 시스템 연산자에 의해 사용될 수도 있는 데이터로 구성된다. 테이블 신텍스에 관한 추가적인 정보에 대해서는, 독자는 MPEG-2 표준을 참조하기 바란다.

하나 이상의 PMT 테이블들을 통해 접속되는 애플리케이션들

상기로부터 이해하는 바와 같이, 각 PMT 테이블은 특별한 서비스 또는 채널과 이 서비스에서 이용할 수 있는 정보를 정의한다. 예를 들면, 주어진 서비스 내에서 복수의 오디오 및 비디오 스트림은 시청자가 다수의 다른 각도로부터 그 서비스가 방송되는 스포츠 이벤트를 시청할 수 있게 전송될 수도 있다.

또한, 이 서비스는 예를 들어 대화식 쇼핑 애플리케이션 또는 대화식 기상 차트와 같이 디코더에 의해 다운로드되고 실행되는 애플리케이션들을 포함할 수도 있다. 이 서비스에서 전송되고 PMT 테이블을 통해 접속되는 애플리케이션들의 수와 타입은 크게 변경될 수 있다. 예를 들면, 전용 기상 채널 채널의 경우에서, 이 채널에 의해 전송되는 다수의 데이터는 이 디코더에 의해 실행되는 애플리케이션에 관한 것일 수도 있으므로 이 서비스에 의해 전송되는 실시간 비디오 데이터는 없다.

서비스들의 부케에서, 시동 애플리케이션과 같은 일부 애플리케이션들은 모든 서비스들에 의해 전송될 수도 있지만, 예컨데, 그 서비스에만 도시되는 프로그램에 직접 관련되는 정보를 포함하는 애플리케이션과 같은, 일부 애플리케이션들은하나의 서비스에 배타적일 수도 있다.

종래에, 주어진 서비스에 의해 전송되는 애플리케이션들에 관한 모든 데이터는 그 서비스를 위해 관련된 PMT 테이블에 포함된다. 각 PMT 테이블은 그 서비스에 의해 사용되는 애플리케이션의 완전한 세트에 관한 정보를 전송하고, 이 애플리케이션들에 접근하는 포인트를 제공한다.

서비스를 선택하면, 종래의 시스템들의 애플리케이션 관리자들은 서비스에서 전송되는 애플리케이션들과, 만약 이미 한 서비스가 맞추어지면, 현재 디코더에서 동작하고 있는 애플리케이션들에 관하여서, 미리 결정된 일련의 결정들을 실행한다. 디코더에 이미 존재하지 않지만 새로운 서비스에 포함되는 애플리케이션들은 서비스로부터 다운로된다. 만약 디코더에서 동작하고 있는 보다 최신 버전이 서비스에서 전송되면, 최신 버전이 다운로드되고 이전 버전은 삭제된다. 동일한 버전(또는 이전 버전)으로 동작하고 새로운 서비스에 작성되는 애플리케이션은 유지된다. 새로운 서비스에 작성되지 않지만 현재 동작하고 있는 애플리케이션은 삭제된다.

특히, 종래의 디코더 시스템에서 발견된 애플리케이션 관리자의 후자의 동작은 다수의 문제를 유발할 수 있다. 예를 들면, 사용자가 하나의 채널에서 다른 채널로 또한 다시 이전으로 변경하는 경우에, 애플리케이션은 삭제될 수도 있고, 그 후 재 설치될 수도 있다. 이해하는 바와 같이, 애플리케이션의 설치는 애플리케이션과 디코더에서 이용할 수 있는 메모리의 크기에 따라 약간의 시간이 걸린다.

더욱이 각 채널의 변경에서, 이 디코더는 다운로드되거나 현재 동작하고 있는 애플리케이션에 관한 임의의 행동을 실행하기 위한 충분한 정보를 가지기 전에 PMT 테이블을 다운로드하고 분석하는 것이 요구된다. 이것은 약간의 시간이 걸릴 수도 있다. 상기에서 언급한 바와 같이, 각 서비스는 완전히 독립적이고 이 서비스의 동작에 필요한 모든 애플리케이션들을 포함하고, 그러한 애플리케이션들에 관한 정보는 그 서비스의 PMT 테이블에 전송된다.

이러한 상황에서, 애플리케이션 관리자는 현재 동작하고 있는 애플리케이션들중 어느 것이 서비스의 변경에 무난히 유지될 수도 있고 삭제되어야 할 애플리케이션이 어느 것인지에 관한 정보를 가지지 않기 때문에, 현재 디코더에서 동작하고 새로운 서비스의 PMT 테이블에 작성되지 않는 애플리케이션들의 경우는 문제를 제기한다. 대부분의 현재 시스템들은 새로운 애플리케이션들의 다운로딩을 허용하기 위해서 현재 동작되는 애플리케이션들의 삭제를 간단하게 실행한다.

도 7을 참조해서, MPEG 전송 스트림에서 테이블과 섹션을 위한 데이터 포맷이 정의될 것이고 이 데이터 포맷에 의하여 공지된 시스템의 문제가 극복될 수 있다.

애플리케이션 설명 테이블

도 7에서 도시한 바와 같이, 제 1 및 제 2 서비스에 포함되는 데이터를 정의하기 위하여 사용되는 PMT1과 PMT2 테이블(91, 92)외에, 상기 전송 스트림은 이용할 수 있는 서비스들의 부케의 각각을 위한 애플리케이션 설명 테이블 또는 테이블들(110, 111)을 포함한다. ADT B1은 제 1 서비스의 부케를 위한 테이블을 가리키고, ADT B2는 제 2 부케 등을 위한 테이블을 가리킨다.

PAT 및 CAT 테이블과 유사한 방법으로, ADT 테이블의 PID 값은 MPEG-2 표준에 의해 현재 예약되지 않거나 금지되지 않는 값으로 고정된다. 모든 서비스 부케들에서 모든 애플리케이션 설명 또는 ADT 테이블들은 이 PID 값과, 바람직하게는, 고정 TID 값에 의해 참조된다. 다른 서비스 부케를 위한 다른 ADT 테이블을 허용하기 위해서, 특별한 TID 확장 값이 서비스들의 부케와 연관되는 각 ADT 테이블에 할당된다. 이들의 TID 확장 값들은 고정될 필요가 없고, 각 부케의 연산자들 간의 공동 협의에 의해 결정될 수도 있다.

이해하는 바와 같이, 이 발명의 본 실시예는 서비스들의 부케마다 ADT를 사용하지만, 이 개념은 모든 부케에 걸쳐서 모든 서비스를 커버하는 단일 글로벌 ADT 테이블의 사용으로 일반화될 수도 있다. 각 서비스의 부케를 동작하는 연산자들 간에 차이가 있다는 점에서 볼 때, ADT 테이블은 모든 연산자 부케들을 위한 정보를 컴파일하고 글로벌 ADT 테이블을 생성하는 것을 담당하는 "슈퍼 연산자(super operator)"의 생성을 내포하기 때문에 이것은 구현하기에 어려울 수도 있다.

디코더는 보통 디코더에 삽입된 예약 스마트 카드 또는 PCMCIA 카드에 의해 전송되는 권리에 따라 서비스들의 부케를 수신하도록 만들어진다. 그 후 서명 카드로부터 수신되는 정보를 기본에 근거하여, 디코더 내의 애플리케이션 관리자는 이 부케와 연관된 적절한 TID 확장 값을 가지는 ADT 테이블을 다운로드할 수도 있다.

연관된 예약 카드의 변경에 의해 서명된 부케를 변경함으로써, 디코더로 하여금 새로운 서비스들의 부케와 연관되고 자기자신의 특정한 TID 확장 값에 의해 참조되는 ADT 테이블을 다운로드하게 한다. TID 확장 값은 예약 카드로부터 수신되는 정보에서 직접적으로 주어질 수도 있거나, 디코더에서 테이블로부터 유래될 수도 있다. 동등하게, 이 디코더는 다른 수단에 의해, 예를 들어 모뎀 링크를 통해 정확한 TID 확장 값으로 만들어질 수도 있다.

대안으로서, 디코더는 고정된 PID, TID 값들을 사용하는 전송 스트림에서 모든 ADT 테이블들을 스캔하고 여과하도록 만들어질 수도 있다. 하기에서 설명하는 바와 같이, 각 ADT 테이블 내에서는 ADT 테이블이 적용하는 서비스의 PMT 값의 참조가 있다. 이러한 정보로부터, 디코더는 특별한 서비스들의 부케에 관해 동작할 때 어떤 ADT 테이블이 적용되는 가를 추정할 수 있다.

도시한 바와 같이, 서비스들의 부케 B1과 연관된 ADT 테이블(110)은 세 부분으로 분할된다; 서비스 설명 부분(112), 애플리케이션 설명 부분(113), (선택적인) 서명 부분(114).

서비스 설명 부분(112)은 어떠한 애플리케이션들 A1, A2, A3 등이 서비스의 부케 B1에서 각 서비스 PMT1, PMT2 등에 의해 전송되는지에 관한 정보를 포함한다. 각 애플리케이션은 특정한 애플리케이션 ID(A1, A2 등)에 의해 확인된다.

도 7에서, 서비스 설명 부분(112)은 서비스 PMT1이 서비스 애플리케이션들 A1, A3 등과 연관되는 것을 확인하고, 서비스 PMT2가 애플리케이션 A1, A2, A4 등과 연관되는 것을 확인한다.

ADT 테이블의 애플리케이션 설명 부분(113)은 부케의 모든 서비스들을 통해 접근하기 쉬운 애플리케이션의 설명을 포함하고, 애플리케이션 ID와 이 애플리케이션의 특성을 설명하는 데이터를 연결한다. 이 설명은 통상 다음 파라미터를 포함한다;

애플리케이션_아이디(Application_ID): 애플리케이션_아이디는 각 서비스의 부케에 전송되는 애플리케이션의 애플리케이션 관리자에 의해 확인할 수 있다. 본 실시예에서, 다른 ADT 테이블은 각 부케와 연관되기 때문에, 또 다른 서비스의 부케는 동일한 ID 값에 의해 자기 자신의 애플리케이션에 관한 것이고, 그러므로 애플리케이션은 단지 값들의 쌍(애플리케이션_아이디, 부케_아이디)에 의해 유일하게 확인된다.

애플리케이션_타입(Application_type): 예를 들면 순수한 자바 언어 애플리케이션 또는 MHEG-5 애플리케이션과 같은 애플리케이션의 타입. 애플리케이션의 활성화가 애플리케이션의 형태에 따라 완전히 다를 수 있기 때문에, 그리고 애플리케이션의 다른 타입이 동일한 서비스의 부케에 전송될 수도 있기 때문에 이 타입의 정의가 필요하다. 또한 타입은 소프트웨어의 버전을 포함할 수 있다.

애플리케이션_이름(Application_name): 사용자에게 공지되거나 디스플레이되는 바와 같은 애플리케이션의 이름. 이 애플리케이션의 이름은 애플리케이션이 시작될 때 사용자가 볼 수 있는 이름이다. 예를 들면, "파일롯(PILOT)"으로 명명된 애플리케이션의 활성화시 "론칭 파일롯(launching PILOT)"이라고 하나의 윈도우에 메시지를 작성하는 것을 상상할 수 있다

애플리케이션_부트인포(Application_bootinfo): 애플리케이션 관리자는 애플리케이션을 다운로드하고 시작하기 위해 전송해야만 하는 애플리케이션(애플리케이션_타입에 따라)의 접근 포인트.

애플리케이션_플래그(Application_flag): 이 분야는 다운로딩과 라운칭 등에 관한 애플리케이션의 작용을 제공한다. 특히, 당해 서비스의 PMT 테이블에서의 어떤 표시와 관계없이 부케에서 서비스간에 변경할 때 애플리케이션이 유지되거나 제거어야 할지의 여부를 정의하기 위해 이 분야가 사용될 수도 있다.

애플리케이션_키(Application_key): 애플리케이션의 활성화와 연관된 원격 제어 키 또는 다른 입력 실행. 예를 들면, 파일롯 또는 네비게이터 타입 애플리케이션의 경우에 애플리케이션_키는 파일롯의 활성화와 연관된 원격 제어의 버튼일 수도 있다. 자동-시작 애플리케이션들을 위하여, 애플리케이션_키 값은 디폴트값일 수도 있다.

애플리케이션_익스클루시브(Application_exclusive): 애플리케이션이 서비스에 배타적인 것을 나타내는 표시. 이것은 배타적인 애플리케이션_아이디의 리스트가 각 서비스에 애플리케이션 관리자에 의해 조합될 수 있게 한다. 여기서 이 애플리케이션 관리자는 또 다른 서비스로 변경하는 경우에 애플리케이션을 삭제하는 것을 실행한다.

애플리케이션_우선순위(Application_priority): 예를 들면 최소(1)과 최대(7) 사이의 애플리케이션의 우선순위. 이것에 관해, 우선순위는 애플리케이션의 다운로딩에 관해 디코더 및/또는 우선순위 내에서 자원에 접속하는 우선순위를 참조할 수 있다. 원한다면, 두 개의 별개 우선권 분야는 이 차이를 반영하기 위해 사용될 수도 있다.

애플리케이션_메모리(Application_memory): 다운로드되는 애플리케이션을 위해 필요한 메모리 크기. 이것은 애플리케이션의 크기뿐만 아니라, 애플리케이션 그 자체 및 애플리케이션의 데이터가 사용하는 최대 메모리의 양의 추정에 해당한다.

애플리케이션_버전(Application_version): 애플리케이션의 현재 버전.

DVB 트리플릿(triplet): 이것은 서비스에 특유한 애플리케이션에 대한 서비스의 리스트를 확인한다. 이 DVT 트리플릿은 최초의 네트워크_아이디(Networ_id), 전송스트림_아이디(TransportStream_Id), 서비스_아이디(Service_Id)로 구성된다.

이해하는 바와 같이, 많은 타입의 정보가 포함될 수도 있고, 상기 리스트에서의 요소들이 완벽한 것 및/또는 필수적인 것으로 의도된 것은 아니다.

애플리케이션 설명 부분에서 다른 정보는 이 서비스의 섹션의 TID 테이블에서 구조의 그 이상의 레벨 내에 포함되는 애플리케이션의 모듈을 설치하는데 필요되는 정보를 포함할 수도 있다. 예를 들면, 전송을 위한 테이블과 섹션에 패킷화되는 것 외에, 애플리케이션 그 자체는 DSMCC 데이터 포맷을 따르는 데이터 캐러셀로 구성될 수도 있다. 이 ADT에 포함되는 정보는 디코더로 하여금 애플리케이션을 다운로드하는 특별한 엔트리 포인트로 갈 수 있도록 하는 경로 설명 또는 캐러셀 주소를 포함할 수 있다.

마지막으로, ADT 테이블(110)은 ADT 테이블(110)에서 데이터의 전자 서명을 포함하는 서명(114)을 포함하는데, 이 서명(114)은 디코더로 하여금 테이블에서 데이터의 원천과 무결성을 확인할 수 있게 한다.

이것은 예를 들어, 테이블에서 데이터에 상당하는 해쉬 값을 획득하기 위해 (MD5와 같은) 해쉬 알고리즘의 조합을 사용해서, 이 부케를 책임지는 연산자에 의해 생성될 수도 있다. 그리고 나서, 이 해쉬 값은 (RSA와 같은) 공개/개인 알고리즘의 개인키에 의해 암호화된다. ADT 테이블의 검증은 동일한 해쉬 알고리즘을 소유하는 디코더에 의해 실행될 수도 있고, 해당되는 공개키가 공급될 수도 있다. 전송된 데이터를 증명하기 위해 해쉬의 연관과 개인/공개 키 알고리즘의 사용은 공지되어 있고, 여기서 더 이상 상세하게 설명하지 않을 것이다.

대안적으로, ADT 테이블은 대칭 알고리즘에 의해 암호화될 수도 있다. 그러나 이해하는 바와 같이, 이러한 레벨에서 전자 서명의 사용은 선택적이고, 특히 증명은 예를 들어 애플리케이션 데이터 자체로 하위 레벨에서 실행될 수도 있다.

상기에서 설명한 바와 같이, 주어진 부케를 위한 이 ADT 테이블은 선결 PID와 TID 확장 값을 가질 것이고, 디코더가 (만약 있다면) 어떤 서비스 채널에 동조되는 가에 관계없이 디코더가 시동되면 즉시 로드되고 확인된다. 테이블에서 정보가 한번 제공되면, 서비스에 동조되거나 서비스 사이를 변경할 때, 그리고 PMT 테이블의 다운로딩을 기다릴 필요없이, 애플리케이션 관리자는 애플리케이션의 유지 또는 비유지에 관한 합리적인 선택을 할 수 있다.

특히, 서비스를 선택하면 또는 서비스를 변경하면 애플리케이션 관리자는 어떤 애플리케이션이 다운로드되고 어떤 애플리케이션이 유지되고 어떤 애플리케이션이 삭제되어야만 하는지를 평가하는 애플리케이션_플래그, 애플리케이션_익스클루시브, 애플리케이션_우선권, 및 애플리케이션_메모리 분야에 포함되는 계정 정보를 선택할 수도 있다.

도 7에 도시한 서비스 채널 PMT1에 최초로 동조되는 디코더의 경우에, 이 애플리케이션 관리자는 서비스 채널 내에 포함되는 애플리케이션 A1, A3을 존재하고 유효한 것으로서 확인할 것이다. 즉 애플리케이션 A1, A3는 부케의 ADT 테이블의 서비스 섹션(112)에 리스트된 애플리케이션에 상당하는 애플리케이션으로서 확인한다. 그리고 나서 이들 애플리케이션을 위한 ADT 테이블을 사용해서, 애플리케이션 관리자는 애플리케이션을 다운로드할 것인지 아닌지의 결정을 실행하고, 모든 조건이 연관된다고(충분한 메모리 등) 가정하면 애플리케이션 A1, A3 등을 다운로드할 것이다.

만약 현재 사용자가 서비스 채널 PMT2를 변경하면, 애플리케이션 관리자는 애플리케이션 A1, A2, A4을 이 채널에서 존재하고 유효하다고 확인할 것이다.

애플리케이션 A1의 경우에, 애플리케이션 관리자는 이 애플리케이션의 마지막 버전으로 디코더에 이미 다운로드되고 존재하는 것을 인식할 것이고, 디코더에서 "현 상태대로" 작용하는 A1을 남겨둔 채로, 정상적으로 어떠한 작동도 실행하지 않을 것이다. 애플리케이션 A2, A4의 경우에 애플리케이션 관리자는 예를 들어 이들 애플리케이션의 애플리케이션_우선권, 애플리케이션_메모리 등과 같은 값을 평가할 수도 있고, 이들의 값을 디코더에서 이전에 다운로드되고 현재 동작하는 애플리케이션 A3의 상응하는 값과 비교할 수도 있다. 또한 이 평가는 현재 동작하는 애플리케이션(상기를 참조)의 애플리케이션_플래그 값을 사용하여 실행될 수도 있다.

비록 이 애플리케이션 A3이 존재하지 않고 PMT2를 통해 접근되는 서비스 채널에 의해 제공되는 가능성에 모든 접근이 요구되지 않아도, 그럼에도 불구하고 이 애플리케이션 관리자는 하나 또는 다른 애플리케이션 A2, A4을 다운로드하는 것이우선해서, 또는 함께 애플리케이션 A3의 동작을 유지하기 위해 애플리케이션_플래그 값에 의존하여 결정할 수도 있다. 그리고 나서, 만약 사용자가 PMT1로 되돌아가는 변경을 하면, 애플리케이션 A3은 즉시 이용할 수 있다.

많은 다른 대안이 가능하다. 예를 들면, 이 애플리케이션 관리자는 애플리케이션 A1(예를 들어, 만얀 A1이 PMT1과 연관된 애플리케이션_배타 플래그를 포함한다면)을 제거하기 위해; A3를 제거하고 A2, A4를 다운로드하기 전에 시간의 제한된 시간 동안 A3를 유지하기 위해; 리모트 컨트롤의 키를 사용자가 키가 누르고, 그 후 A3를 제거하고 하나의 애플리케이션 A2, A4 등을 다운로드할 때까지 A3를 유지하기 위해 형성될 수도 있다.

이해하는 바와 같이, 부케에서 모든 서비스 상의 데이터를 포함하는 ADT 테이블의 사용은 이 디코더의 애플리케이션 관리자가 다수의 서비스 스트림에 전송되는 애플리케이션의 유지 또는 비유지에 관한 매우 정교한 평가를 실행할 수 있게 한다.

상기 예에서, ADT 테이블은 방송 전송 스트림으로부터 다운로드되는 것으로 설명되었다. 실제로, ADT 테이블 또는 적어도 ADT 테이블의 시동 버전은 디코더로 하여금 부케에서 일부 또는 모든 서비스에서 전송되는 어떤 애플리케이션을 자동적으로 로드할 수 있게 하기 위해, 디코더의 제조시에 디코더로 로드될 수도 있다. 대안적으로, 달리 디코더는 디코더의 모뎀 연결, 스마트 카드 인터페이스, 및 시리얼 포트 등을 통해 ADT 테이블의 버전을 다운로드할 수도 있다.

Claims

디지털 전송 스트림을 통해 다수의 서비스에서 애플리케이션 데이터을 전송하는 방법으로서, 상기 다수의 서비스 각각은 적어도 하나의 애플리케이션을 전송하고, 상기 전송 스트림 내의 다수의 서비스 각각에 의해 전송되는 상기 적어도 하나의 애플리케이션에 관한 정보를 포함하는 애플리케이션 데이터 테이블(ADT)을 제공하는 단계를 포함하는 것을 특징으로 하는 방법.
제 1항에 있어서, 상기 애플리케이션 데이터 테이블은 패킷 내 애플리케이션 데이터 테이블의 존재에 관한 미리 결정된 패킷 ID 값을 가지는 전송 패킷 형태로 전송되는 것을 특징으로 하는 방법.
제 1항 또는 2항에 있어서, 상기 애플리케이션 데이터 테이블은 디코더가 알려진 연산자로부터 기원하는 애플리케이션 데이터 테이블인지를 증명할 수 있도록 전자적으로 서명되는 것을 특징으로 하는 방법.
상기 청구항중 어느 한 항에 있어서, 상기 각 서비스는 서비스에 의해 전송되는 애플리케이션에 대한 접근을 제공하는 프로그램 맵 테이블을 더 포함하고, 상기 프로그램 테이블 맵 자체는 서비스에 의해 전송되는 상기 적어도 하나의 애플리케이션에 관한 정보를 포함하는 것을 특징으로 하는 방법.
상기 청구항중 어느 한 항에 있어서, 상기 애플리케이션 데이터 테이블은 어떤 애플리케이션이 각 서비스를 통해 접속될 수 있는 가에 관한 정보를 더 포함하는 것을 특징으로 하는 방법.
상기 청구항중 어느 한 항에 있어서, 상기 애플리케이션 데이터 테이블에 전송되는 상기 애플리케이션 정보는 애플리케이션을 실행하기 위해 요구되는 메모리의 크기에 관한 정보를 더 포함하는 것을 특징으로 하는 방법.
상기 청구항중 어느 한 항에 있어서, 상기 애플리케이션 데이터 테이블에서 상기 애플리케이션 정보는 애플리케이션의 상대적 우선순위를 나타내는 우선순위 값을 포함하는 것을 특징으로 하는 방법.
상기 청구항중 어느 한 항에 있어서, 상기 애플리케이션 데이터 테이블에서 상기 애플리케이션 정보는 애플리케이션이 적어도 하나의 서비스와 배타적인 것을 나타내는 서비스 배타 값을 포함하는 것을 특징으로 하는 방법.
상기 청구항중 어느 한 항에 있어서, 상기 애플리케이션 데이터 테이블에서 상기 애플리케이션 정보는 서비스의 변경 시 애플리케이션에서 취해져야할 조치에 관한 플래그 값을 포함하는 것을 특징으로 하는 방법.
상기 청구항중 어느 한 항에 있어서, 다수의 상기 애플리케이션 데이터 테이블을 제공하는 단계를 포함하고, 각 애플리케이션 데이터 테이블은 서비스 부케 내의 애플리케이션에 관한 정보를 포함하는 것을 특징으로 하는 방법.
제 10항에 있어서, 각 애플리케이션 데이터 테이블은 전송 패킷 내에 하나의 테이블과 섹션으로 전송되고, 각 애플리케이션 데이터 테이블은 특성 테이블 ID와 특성 테이블 ID 확장 값 중의 어느 하나를 가지는 테이블과 섹션 중의 하나에 연관되는 것을 특징으로 하는 방법.
디지털 텔레비전 시스템에 적용되는 상기 청구항중 어느 한 항에 따른 방법.
상기 청구항중 어느 한 항에 있어서, 상기 디지털 전송 스트림은 MPEG 표준을 따르는 것을 특징으로 하는 방법.
제 1항 내지 13항에 있어서, 상기 장치는 상기 전송 스트림 내에서 다수의 서비스에 의해 전송되는 애플리케이션에 관한 정보를 포함하는 애플리케이션 데이터 테이블과 함께 다수의 서비스를 포함하는 전송 스트림을 전송하기 위한 수단을 포함하는 것을 특징으로 하는 전송 장치.
제 14항에 있어서, 상기 전송 수단은 상기 패킷 내에서 애플리케이션 데이터 테이블의 존재와 연관되는 미리 결정된 패킷 ID를 전송 패킷에 애플리케이션 데이터 테이블을 전송하기 위해 적용되는 것을 특징으로 하는 전송 장치.
제 14 또는 제 15항에 있어서, 디코더가 알려진 연산자로부터 발생되는 바와 같이 애플리케이션 데이터 테이블을 증명하도록 허용하기 위해 상기 애플리케이션 데이터 테이블을 전자적으로 서명하기 위한 수단을 포함하는 것을 특징으로 하는 전송 장치.
제 14 내지 16항에 있어서, 상기 전송 수단은 각 서비스를 위해 서비스에 의해 전송되는 애플리케이션에 대한 접근을 부여하는 프로그램 맵 테이블을 제공하기 위해 적용되고, 상기 프로그램 맵 테이블 자체는 서비스에서 전송되는 상기 적어도 하나의 애플리케이션에 관한 정보를 더 포함하는 것을 특징으로 하는 전송 장치.
제 14 내지 17항에 있어서, 상기 애플리케이션 데이터 테이블은 어떤 애플리케이션이 각 서비스를 통해 접근될 수 있는 가에 관한 정보를 포함하는 것을 특징으로 하는 전송 장치.
제 14 내지 18항에 있어서, 상기 애플리케이션 데이터 테이블에 전송되는 상기 애플리케이션 정보는 애플리케이션을 실행하기 위해 요구되는 메모리의 크기에관한 정보를 더 포함하는 것을 특징으로 하는 전송 장치.
제 14 내지 19항에 있어서, 상기 데이터 테이블에서 상기 애플리케이션 정보는 애플리케이션의 상대적 우선순위를 나타내는 우선순위 값을 포함하는 것을 특징으로 하는 전송 장치.
제 14 내지 20항에 있어서, 상기 애플리케이션 테이블에서 상기 애플리케이션 정보는 애플리케이션이 적어도 하나의 서비스와 배타적인 것을 나타내는 서비스 배타 값을 포함하는 것을 특징으로 하는 전송 장치.
제 14 내지 21항에 있어서, 상기 애플리케이션 데이터 테이블에서 상기 애플리케이션 정보는 서비스의 변경 시 애플리케이션에서 취해져야할 조치에 관한 플래그 값을 포함하는 것을 특징으로 하는 전송 장치.
제 14 내지 22항에 있어서, 상기 전송 수단은 다수의 상기 데이터 테이블을 전송하기 위해 적용되고, 각 애플리케이션 데이터 테이블은 서비스 부케 내에 포함되는 애플리케이션에 관한 정보를 포함하는 것을 특징으로 하는 전송 장치.
제 23항에 있어서, 상기 전송 수단은 각 애플리케이션 데이터 테이블을 전송 패킷 내의 테이블과 섹션 중의 하나로 전송하도록 되어 있고, 각 애플리케이션 데이터 테이블은 특성 테이블 ID와 특성 테이블 ID 확장 값 중의 하나를 가지는 테이블과 섹션 중의 하나에 연관되는 것을 특징으로 하는 전송 장치.
제 14 내지 24항에 있어서, 상기 디지털 전송 스트림은 상기 MPEG 표준을 따르는 것을 특징으로 하는 전송 장치.
제 14 내지 25항에 있어서, 전송 장치를 포함하는 것을 특징으로 하는 디지털 텔레비전 시스템.
제 1 내지 13항에 있어서, 상기 디코더는 전송 스트림 내의 다수의 서비스에 의해 전송되는 애플리케이션에 관한 정보를 포함하는 애플리케이션 데이터 테이블을 저장하기 위한 메모리와, 상기 애플리케이션 데이터 테이블 내에 포함되는 정보에 따라 상기 애플리케이션의 다운로딩과 지속 중의 적어도 하나를 제어하기 위한 수단을 포함하는 것을 특징으로 하는 디코더.
전송 스트림 내의 다수의 서비스에 의해 전송되는 애플리케이션에 관한 정보를 포함하는 애플리케이션 데이터 테이블을 저장하기 위한 메모리와, 상기 애플리케이션 데이터 테이블 내에 포함되는 정보에 따라 상기 애플리케이션의 다운로딩과 지속 중의 적어도 하나를 제어하기 위한 수단을 포함하는 것을 특징으로 하는 디코더.
전송 스트림 내의 다수의 서비스 각각에서 전송되는 적어도 하나의 애플리케이션에 관한 정보를 포함하는 것을 특징으로 하는 애플리케이션 데이터 테이블.
제 27 내지 29항에 있어서, 상기 애플리케이션 데이터 테이블은 디코더가 알려진 연산자로부터 발생하는 애플리케이션 데이터 테이블을 증명하는 것을 허용하기 위해 전자적으로 서명되는 것을 특징으로 하는 디코더 또는 테이블.
제 27 내지 30항에 있어서, 상기 애플리케이션 데이터 테이블은 어떤 애플리케이션이 각 서비스를 통해 접근되는 가에 관한 정보를 더 포함하는 것을 특징으로 하는 디코더 또는 테이블.
제 27 내지 31항에 있어서, 상기 애플리케이션 데이터 테이블에 전송되는 상기 애플리케이션 정보는 애플리케이션을 실행하기 위해 요구되는 메모리의 크기에 관한 정보를 더 포함하는 것을 특징으로 하는 디코더 또는 테이블.
제 27 내지 32항에 있어서, 상기 애플리케이션 데이터 테이블에서 상기 애플리케이션 정보는 애플리케이션의 상대적 우선순위를 나타내는 우선순위 값을 포함하는 것을 특징으로 하는 디코더 또는 테이블.
제 27 내지 33항에 있어서, 상기 데이터 테이블에서 상기 정보는 애플리케이션이 적어도 하나의 서비스와 배타적인 것을 나타내는 서비스 배타 값을 포함하는 것을 특징으로 하는 디코더 또는 테이블.
제 27 내지 34항에 있어서, 상기 데이터 테이블에서 상기 애플리케이션 정보는 서비스의 변경 시 애플리케이션에서 취해져야할 조치에 관한 플래그 값을 포함하는 것을 특징으로 하는 디코더 또는 테이블.
제 29 내지 35항에 있어서, 각 애플리케이션 데이터 테이블은 서비스 부케 내에 포함되는 애플리케이션에 관한 정보를 포함하는 것을 특징으로 하는 복수의 테이블.
제 36항에 있어서, 각 애플리케이션 데이터 테이블은 특성 테이블 ID와 특성 테이블 ID 확장 값 중의 하나를 가지는 테이블과 섹션 중의 하나와 연관되는 것을 특징으로 하는 복수의 테이블.
첨부 도면을 참조하여 본 명세서에서 기재된 바와 같은 디지털 전송 스트림을 통해 다수의 서비스에서 애플리케이션 데이터를 전송하는 방법.
첨부 도면을 참조하여 본 명세서에서 설명되는 바와 같은 전송 장치.
첨부 도면을 참조하여 본 명세서에서 설명되는 바와 같은 디코더.
첨부 도면을 참조하여 본 명세서에서 설명되는 바와 같은 애플리케이션 데이터 테이블.