KR101591104B1

KR101591104B1 - 네트워크와 연결된 서비스 프로바이더에서 ｅｐｇ 데이터를 처리하는 방법 및 ｅｐｇ 데이터를 처리하는 디지털 방송 수신기

Info

Publication number: KR101591104B1
Application number: KR1020100026667A
Authority: KR
Inventors: 이준휘; 고머 토마스; 송재형; 이현재
Original assignee: 엘지전자 주식회사
Priority date: 2009-06-12
Filing date: 2010-03-25
Publication date: 2016-02-02
Also published as: CA2763709C; KR20100133885A; CA2763709A1

Abstract

본 발명은 디지털 방송 수신기에 관한 것이다. 본 발명의 일실시예에 의한 디지털 방송 수신기는, SP (Service Provider) attachment 동안, 서비스 프로바이더로부터 프로비저닝 정보(provisioning information) 을 수신하는 네트워크 인터페이스(상기 프로비저닝 정보는 EPG 데이터 프로바이더로부터의 EPG data가 액세스(access) 가능한 로케이션(location)을 제공하는 EPG 프로바이더 정보에 대한 제1메타데이터(metadata) 및 pull 모드 또는 push 모드로 EPG 데이터가 액세스 가능한 로케이션을 제공하는 EPG 데이터 로케이터에 대한 제2메타데이터를 포함하고, 또한 상기 제1메타데이터는 상기 EPG 데이터 프로바이더의 EPG 데이터 소스(source)들 각각에 의해 커버되는 서비스의 식별자(identifier)를 제공하는 타겟 서비스 ID 엘리먼트 및 상기 EPG 데이터 프로바이더의 EPG 데이터 소스들 각각에 의해 커버되는 서비스의 타입을 제공하는 타겟 서비스의 타입 엘리먼트를 포함)와, 그리고 상기 서비스 프로바이더에 의해 제공되는 적어도 2개 이상의 컴포넌트들을 포함하는 서비스 디스커버리 메타데이터를 이용하여, 서비스 디스커버리 프로시저를 실행하는 컨트롤러를 포함한다.

Description

네트워크와 연결된 서비스 프로바이더에서 ＥＰＧ 데이터를 처리하는 방법 및 ＥＰＧ 데이터를 처리하는 디지털 방송 수신기{METHOD OF PROCESSING DATA ON EPG IN SERVICE PROVIDER CONNECTED TO NETWORK AND DIGITAL BROADCAST RECEIVER OF PROCESSING DATA ON EPG}

본 발명은 EPG data 를 처리하는 방법에 관한 것으로서, 보다 상세하게는 네트워크와 연결된 서비스 프로바이더에서 EPG 데이터를 처리하는 방법 및 EPG 데이터를 처리하는 디지털 방송 수신기에 관한 것이다.

기존의 TV 는, 방송사에서 제작하는 컨텐트를 지상파, 케이블, 또는 위성방송 등의 전파 전달 매체를 통해 수신한다. 그러나, 최근에 있어서 TV는 예컨대 인터넷 망을 이용하여 보다 다양한 서비스를 수신할 수도 있다.

특히, linear TV service 이외에, COD (Contents On Demand) 서비스가 가능해 지면서, 보다 다양한 서비스들이 제공될 것으로 예상된다. 그러나, 현재 기술에 의하면, 수많은 서비스들에 대한 EPG 정보를 보다 신속히 처리하거나, 각 서비스별 EPG 정보를 선택적으로 처리할 수 있는 protocol 이 구체적으로 정의되지 않은 문제점이 있었다.

본 발명의 일실시예는 전술한 배경 기술의 문제점을 해결하기 위한 것으로서, 수많은 서비스들에 대한 EPG data 를 보다 신속하게 처리할 수 있는 방법을 제공하고자 한다.

또한, 본 발명의 다른 일실시예는, 각 서비스별 EPG data 를 선택적으로 처리할 수 있는 방법을 제공하고자 한다.

본 발명의 일실시예에 의하면, 네트워크와 연결된 서비스 프로바이더(service provider)에서 EPG (Electronic Program Guide) 데이터를 처리하는 방법에 있어서, SP (Service Provider) attachment 동안, 프로비저닝 정보(provisioning information)를 수신기에 전송하는 단계-상기 프로비저닝 정보는 EPG 데이터 프로바이더로부터의 EPG data가 액세스(access) 가능한 로케이션(location)을 제공하는 EPG 프로바이더 정보에 대한 제1메타데이터(metadata) 및 pull 모드 또는 push 모드로 EPG 데이터가 액세스 가능한 로케이션을 제공하는 EPG 데이터 로케이터에 대한 제2메타데이터를 포함하고, 또한 상기 제1메타데이터는 상기 EPG 데이터 프로바이더의 EPG 데이터 소스(source)들 각각에 의해 커버되는 서비스의 식별자(identifier)를 제공하는 타겟 서비스 ID 엘리먼트 및 상기 EPG 데이터 프로바이더의 EPG 데이터 소스들 각각에 의해 커버되는 서비스의 타입을 제공하는 타겟 서비스의 타입 엘리먼트를 포함-와, 그리고 적어도 2개 이상의 컴포넌트(components)를 포함하는 서비스 디스커버리 메타데이터를 상기 수신기에 전송하는 단계를 포함한다.

그리고, 본 발명의 다른 일실시예에 의하면, EPG (Electronic Program Guide) 데이터를 처리하는 디지털 방송 수신기에 있어서, SP (Service Provider) attachment 동안, 서비스 프로바이더로부터 프로비저닝 정보(provisioning information) 을 수신하는 네트워크 인터페이스-상기 프로비저닝 정보는 EPG 데이터 프로바이더로부터의 EPG data가 액세스(access) 가능한 로케이션(location)을 제공하는 EPG 프로바이더 정보에 대한 제1메타데이터(metadata) 및 pull 모드 또는 push 모드로 EPG 데이터가 액세스 가능한 로케이션을 제공하는 EPG 데이터 로케이터에 대한 제2메타데이터를 포함하고, 또한 상기 제1메타데이터는 상기 EPG 데이터 프로바이더의 EPG 데이터 소스(source)들 각각에 의해 커버되는 서비스의 식별자(identifier)를 제공하는 타겟 서비스 ID 엘리먼트 및 상기 EPG 데이터 프로바이더의 EPG 데이터 소스들 각각에 의해 커버되는 서비스의 타입을 제공하는 타겟 서비스의 타입 엘리먼트를 포함-와, 그리고 상기 서비스 프로바이더에 의해 제공되는 적어도 2개 이상의 컴포넌트들을 포함하는 서비스 디스커버리 메타데이터를 이용하여, 서비스 디스커버리 프로시저를 실행하는 컨트롤러를 포함한다.

본 발명의 일실시예에 의하면, 점차 증가하는 수많은 서비스들에 대한 EPG data 를 보다 신속하게 처리할 수가 있다.

또한, 본 발명의 다른 일실시예에 의하면, 각 서비스별 EPG data 를 선택적으로 처리할 수 있는 장점이 있다.

이하, 첨부된 도면을 참조하여 본 발명의 특징과 바람직한 실시예를 구체적으로 설명한다.
도 1은 본 발명의 일실시예에 의한 IPTV 서비스의 개략적인 flow 를 도시한 도면이다.
도 2는 본 발명의 일실시예에 따라, IPTV 서비스가 multicast 방식으로 이루어 지는 예를 도시한 도면이다.
도 3은 본 발명의 일실시예에 따라, IPTV 서비스가 unicast 방식으로 이루어 지는 예를 도시한 도면이다.
도 4는 본 발명의 일실시예에 따라, IPTV 서비스 discovery 의 flow 를 도시한 도면이다.
도 5는 본 발명의 일실시예에 따른 service discovery metadata 에 속하는 각 components 간 관계를 도시한 도면이다.
도 6은 본 발명의 일실시예에 따른 service provider information type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다.
도 7은 본 발명의 일실시예에 의한 수신기가 service discovery 동작을 수행하는 flow 의 일예를 도시한 도면이다.
도 8은 본 발명의 일실시예에 의한 수신기가 service discovery 동작을 수행하는 flow 의 다른 일예를 도시한 도면이다.
도 9는 본 발명의 일실시예에 따른 ITF Registation Input type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다.
도 10은 본 발명의 일실시예에 따른 provisioning information type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다.
도 11은 본 발명의 일실시예에 따라, COD 서비스를 위해 확장된 provisioning information type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다.
도 12는 본 발명의 일실시예에 따른 Provisioning Information Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다.
도 13은 본 발명의 다른 일실시예에 다른 Provisioning Information Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다.
도 14는 본 발명의 일실시예에 따른 Master SI Table Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다.
도 15는 본 발명의 일실시예에 따른 Virtual Channel Map Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다.
도 16은 본 발명의 일실시예에 따른 Virtual Channel Service Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다.
도 17은 본 발명의 일실시예에 따른 Virtual Channel Description Table Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다.
도 18은 본 발명의 다른 일실시예에 따른 Virtual Channel Description Table Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다.
도 19는 본 발명의 일실시예에 따라, COD 서비스를 위해 확장된 Virtual Channel Description Table Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다.
도 20은 본 발명의 일실시예에 따른 Source Reference Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다.
도 21은 본 발명의 일실시예에 따른 Source Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다.
도 22은 본 발명의 일실시예에 따라, COD 서비스를 위해 확장된 Source Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다.
도 23은 본 발명의 일실시예에 따라, COD 서비스를 위해 확장된 TypeOfSource type 에 대한 XML 스키마(Schema) 를 도시한 도면이다.
도 24는 본 발명의 일실시예에 따라, COD 서비스를 위해 추가된 CODIpSourceDefinition Type 에 대한 XML 스키마(Schema) 를 도시한 도면이다.
도 25는 본 발명의 일실시예에 따라, COD 서비스를 위해 추가된 CODContentResolutionSourceDefinition Type 에 대한 XML 스키마(Schema) 를 도시한 도면이다.
도 26은 본 발명의 일실시예에 의한 수신기가 COD 서비스 이용을 위하여, service discovery 동작을 수행하는 flow 의 일예를 도시한 도면이다.
도 27은 본 발명의 일실시예에 의한 수신기가 COD 서비스 이용을 위하여, service discovery 동작을 수행하는 flow 의 다른 일예를 도시한 도면이다.
도 28은 본 발명의 일실시예에 따라, Linear TV Service information 이 추가된 provisioning information type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다.
도 29는 본 발명의 제1실시예에 따른 EPG Provider Information Type 의 element 에 대한 XML 스키마를 도시한 도면이다.
도 30은 도 29를 보다 구체적으로 예시한 도면이다.
도 31은 도 29의 Supported Service Type 의 element 를 보다 상세히 도시한 XML 스키마이다.
도 32는 도 29의 EPG Data Locator Type 의 element 를 보다 상세히 도시한 XML 스키마이다.
도 33은 도 32를 보다 구체적으로 예시한 도면이다.
도 34는 본 발명의 제2실시예에 따른 EPG Provider Information Type 의 element 에 대한 XML 스키마를 도시한 도면이다.
도 35는 도 34를 보다 구체적으로 예시한 도면이다.
도 36은 도 34의 EPG Data Locator Type 의 element 를 보다 상세히 도시한 XML 스키마이다.
도 37은 도 36을 보다 구체적으로 예시한 도면이다.
도 38은 본 발명의 일실시예에 의한 수신기를 도시한 블록도 이다.
도 39는 본 발명의 다른 일실시예에 의한 수신기를 도시한 블록도 이다.
그리고, 도 40은 본 발명의 일실시예에 의한 제어 방법을 도시한 flow chart 이다.

이하 첨부 도면들 및 첨부 도면들에 기재된 내용들을 참조하여 본 발명의 실시예를 상세하게 설명하지만, 본 발명이 실시예들에 의해 제한되거나 한정되는 것은 아니다.

본 명세서에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당분야에 종사하는 기술자의 의도 또는 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 그 의미를 기재할 것이다. 따라서 본 명세서에서 사용되는 용어는, 단순한 용어의 명칭이 아닌 그 용어가 가지는 실질적인 의미와 본 명세서의 전반에 걸친 내용을 토대로 해석되어야 함을 밝혀두고자 한다.

도 1은 본 발명의 일실시예에 의한 IPTV 서비스의 개략적인 flow 를 도시한 도면이다. 이하, 도 1을 참조하여, 본 발명의 일실시예에 의한 IPTV 서비스의 개략적인 flow 를 설명하면 다음과 같다.

IP 네트워크에서는, 서비스에 대한 주소가 예컨대 URL (Uniform Resource Locator) 형태로 정의된다. 또한, 상기 서비스에 대한 주소는, DNS (Domain Name System) 서버에 질의를 던져서 받아 올 수 있다. 나아가 이와 같이 받아 온 IP 주소에 기초하여 URL 에 지정된 프로토콜에 따라 Unicast 또는 Multicast 접속이 실행된다.

도 2는 본 발명의 일실시예에 따라, IPTV 서비스가 multicast 방식으로 이루어 지는 예를 도시한 도면이다. 도 3은 본 발명의 일실시예에 따라, IPTV 서비스가 unicast 방식으로 이루어 지는 예를 도시한 도면이다. 이하, 도 2 및 도 3을 참조하여, multicast 및 unicast 방식을 간단히 설명하면 다음과 같다.

멀티캐스트 방식이라 함은, 예컨대 도 2에 도시된 바와 같이, 복수개의 수신기 (예를 들어, ITF) 가 하나의 멀티캐스트 스트림에 참여하더라도 각각의 수신기 별로 서버와의 1 대 1 접속이 이루어 지는 것이 아니라, 1 대 멀티플(multiple) 의 접속이 이루어 진다. 이를 통해, 보다 효율적인 데이터 전송이 가능한 효과가 있다.

유니캐스트 방식이라 함은, 예컨대 도 3에 도시된 바와 같이, 수신기 (예를 들어, ITF) 와 서버는 1 대 1의 관계로 접속을 시도하고, 데이터를 송수신 한다.

도 4는 본 발명의 일실시예에 따라, IPTV 서비스 discovery 의 flow 를 도시한 도면이다. 도 4를 참조하여, 본 발명의 일실시예에 따라, IPTV 서비스 discovery 의 flow 를 설명하면 다음과 같다.

SP (service provider) discovery 는, 예컨대, IPTV 를 제공하는 서비스 프로바이더들이 자신들의 서비스에 대한 정보를 제공하는 서버를 찾는 과정에 대응된다. 한편, 상기 SP discovery 는, 다음 3가지 방법 중 하나를 이용하여, 서비스 프로바이더별 서비스 정보 서버, 즉 SD (service discovery) server 에 대한 정보(이를, SP discovery 정보로 명명할 수도 있음)를 받을 수 있는 주소 목록을 찾을 수 있다.

첫째, ITF에 미리 설정된 주소 또는 사용자 수동 설정 주소를 이용하여, SP discovery 정보를 받아올 수 있다. 둘째, DHCP option 을 사용하여, SP discovery 정보를 받아올 수 있다. 셋째, DNS SRV 메커니즘을 이용하여 쿼리를 던짐으로써, SP discovery 정보를 받아올 수 있다.

전술한 3가지 방법 중 어느 하나를 이용하여 획득한 주소의 서버에 접속하여, SP 별 service discovery 에 필요한 정보를 담은 service provider discovery record 로 구성된 정보를 수신한다. 나아가, 상기 수신한 정보를 이용하여, 서비스 탐색 단계를 진행한다. 전술하여 설명한 데이터들은 push/pull mode 모두 가능하다.

또한, SP discovery record 의 SP attachment Locator 로 지정된 SP Attachment Server에 접속하여, ITF 등록 절차(Service Attachment 절차)를 수행한다. 이 때, ITF 에서 서버로 전달되는 정보는, ITF Registration Input Type record 의 형태일 수 있다. 그리고, 상기 ITF 에서 서버로 전달되는 정보는, HTTP GET method 의 query term 형태로 제공됨으로써, service attachment 가 수행된다.

또는, SP Authentication Locator 로 지정되는 SP 의 Authentication service server 에 접속하여 별도의 인증절차를 수행한 다음, service attachment 가 수행될 수도 있다. 이 경우, 앞 단락에서 설명한 service attachment 의 경우와 유사한 형태의 ITF 정보를 서버에 전송하여 인증을 수행할 수 있다.

Service attachment 절차가 성공한 후 서버에서 ITF 로 전송하는 데이터는 Provisioning Information Table 의 형태를 가질 수 있다.

ITF 는, service attachment 과정에서 서버로 전송하는 데이터(예컨대 ITF Registration Input Type 레코드 등)에 자신의 ID 와 위치정보를 포함하여 제공한다. Service Attachment 서버는 상기 데이터를 기초로 하여, ITF 가 가입한 서비스를 특정할 수 있다. 또한, 상기 service attachment 서버는, ITF 가 수신해야 하는 Service Information 을 획득할 수 있는 주소를, provisioning information table 의 형태로 제공한다. 상기 주소는, 예컨대 Master SI Table 의 접속정보에 해당할 수 있다. 따라서, 도 4에 도시된 flow 를 이용시, 가입자별로 맞춤형 서비스를 제공할 수 있는 장점이 있다.

한편, 상기 Service Information 은 예를 들어, Virtual Channel Map 에 대한 접속 정보 및 버전을 관리하는 Master SI Table과, 패키지 형태의 서비스 목록을 제공하는 Virtual Channel Map Table과, 각 채널의 상세 정보를 담고 있는 Virtual Channel Description Table과, 그리고 실제 서비스를 access 할 수 있는 접속 정보를 담고 있는 Soruce Table 을 포함한다.

도 5는 본 발명의 일실시예에 따른 service discovery metadata 에 속하는 각 components 간 관계를 도시한 도면이다. 이하, 도 5를 참조하여 service discovery metadata 의 일예인 SI 를 설명하면 다음과 같다.

Master SI Table 은, 각 virtual channel map table 을 수신할 수 있는 위치 정보와, 각 virtual channel map 들의 버전 정보를 포함한다.

각각의 virtual channel map 은, virtual channel map identifier 로 유일하게 식별되며, virtual channel map version 은 virtual channel map 의 버전 정보를 가진다. 도 5에 도시된 Master SI Table 로부터 시작된 화살표 방향으로 연결된 모든 테이블 중 어느 하나의 테이블이 변경될 경우, 해당 테이블의 버전 번호 증가 및 그 상위 모든 테이블(Master SI 테이블까지)의 버전 번호 증가를 수반하게 된다. 따라서, Master SI table 을 모니터링 함으로써, 전체 SI 테이블상의 변화를 신속하게 파악할 수가 있다.

예를 들어, Source Table 에 change 가 발생한 경우, 이 change 로 인하여 Source Table 의 버전인 source version 을 증가시키고, 이 change 는 source table 에 대한 reference 를 포함하는 Virtual Channel Description Table 의 변경을 가져 온다. 이와 같은 방식으로 하위 테이블의 변화는 상위 테이블로 전파되어, 최종적으로 Master SI table 의 변화를 가져 온다.

Master SI table 은, 서비스 제공자 마다 하나만 존재할 수도 있다. 그러나, 서비스의 구성이 지역별 또는 가입자(또는 가입자 그룹) 별로 다를 경우, 이러한 각 단위별 맞춤형 서비스를 제공하기 위하여, 각 단위별로 Master SI table 을 생성하는 것이 보다 효율적이다. 이와 같이 설계된 경우, service attachment 단계에서, 가입자의 지역 및 가입 정보 등에 customized 된 서비스를 Master SI table 을 이용하여 제공하는 것이 가능하다.

도 5에 도시된 Master SI table 은, Virtual Channel Map 목록을 제공하며, Virtual Channel Map Identifier 로 유일하게 식별된다. 각 virtual channel map 은 하나 이상의 virtual channel 을 가질 수 있으며, 채널의 상세 정보를 virtual channel map 상에 포함시키는 것이 아니라, 상기 상세 정보를 얻을 수 있는 위치를 지정한다. 예컨대, virtual channel description location 은, 채널 상세 정보를 포함하는 virtual channel description table 의 위치를 지정하는 역할을 한다.

Virtual channel description table 은, virtual channel 의 상세 정보를 포함하며, virtual channel map 의 virtual channel description location 에 의하여 상기 상세 정보를 discovery 할 수 있다. 한편, virtual channel description table 을 전달하는 방법은 예컨대 다음과 같은 4가지 방식을 고려할 수 있다.

첫째, 서비스 프로바이더가 제공하는 모든 채널의 virtual channel description table 을, 하나의 global 한 multicast stream 으로 전송하는 방법이 있다. 이 경우, 전술한 바와 같이 virtual channel map 에서 각 virtual channel 별 상세 정보의 주소를 알려 줄 필요가 없고, provisioning information table 에 multicast stream 의 주소를 포함시키는 것으로 충분하다.

둘째, 지역별로 하나의 multicast stream 을 제공하는 방법이 있다. 전술한 첫째 방법은 전국적으로 하나의 스트림으로 채널 상세 정보를 제공하지만, 당해 둘째 방법은 각 지역별로 별개의 멀티캐스트 스트림을 통해 채널 상세 정보를 제공한다. 이 경우에도, service attachment 과정을 통해 ITF 가 속한 지역을 특정하는 것이 가능하기 때문에, Provisioning information table 을 통해 각 지역별 유일한 multicast stream 의 주소를 지정할 수가 있다.

셋째, virtual channel map 에 기본 virtual channel description location 을 지정하는 방법이 있다. 하나의 채널맵에 속한 채널의 상세정보가 일부 또는 전부가 동일 주소에서 받아올 수 있다면, 이를 각 virtual channel description location 별로 지정하는 것 보다, virtual channel map 에 한번 지정하는 것으로 충분하다. 다만, 다른 주소에서 상세 정보를 얻어와야 할 채널이 존재할 경우, virtual channel description location 에 주소를 다시 지정함으로써, virtual channel map 에서 지정한 기본 주소를 override 할 수 있다.

넷째, 도 5에 도시된 바와 같이, virtual channel description location 을 이용하여, 각 채널별 상세 정보의 위치를 지정하는 방법이 있다.

한편, virtual channel description table 의 virtual channel service ID가 Virtual channel description 에 해당하는 서비스를 구분 짓는 유일한 식별자 이다. 상기 식별자를 이용하여, virtual channel description table 을 찾을 수 있다.

예컨대, 멀티캐스트 방식으로 복수개의 virtual channel description table 들을 전달받은 경우, 해당 스트림에 join 하여 테이블들을 계속 수신하면서, virtual channel service ID 에 해당하는 Virtual channel description table 을 찾는다.

반면, 유니캐스트 방식인 경우, virtual channel service ID 를 파라미터(parameter) 로 서버에 전달하여, 원하는 virtual channel description table 만을 수신한다.

Source table 은, 실제 서비스를 접속하는데 필요한 접속 정보(예를 들어, IP 주소, 포트, A/V 코덱, 전송 프로토콜 등), 즉 서비스별 Source 정보를 제공한다. 하나의 source 가 여러 virtual channel 서비스를 위해 활용될 수 있으므로, 이와 같이 분리하여 제공하는 것이 효율성을 제고하는 구조이다.

전술하여 설명한 Master SI table, Virtual channel map table, virtual channel description table, 그리고 Source table 은 논리적으로 4개의 분리된 flow 를 통해 전달되며, push/pull mode 모두 가능하다. 다만, Master SI table 은 버전 관리를 위하여, 멀티캐스트로 전송되며, 멀티캐스트로 전송된 Master SI table 관련 스트림을 이용하여 버전 변화를 모니터링 한다.

도 6은 본 발명의 일실시예에 따른 service provider information type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다. 이하, 도 6을 참조하여, 발명의 일실시예에 따른 service provider information type 의 element 에 대한 XML 스키마(Schema) 를 설명하면 다음과 같다.

전술하여 설명한 SP Discovery 과정을 통해 수신한 각 SP 별 정보는, 도 6과 같은 형태가 될 수 있다.

Service Provider ID 속성(attribute)은, 서비스 제공자를 식별하는 유일한 식별자로, 등록된 domain name 을 사용하는 것으로 유일성을 보장할 수가 있다.

Version 속성(attribute)은, 당해 service provider information record 의 버전을 나타낸다.

SP Logo 속성(attribute)은, 서비스 제공자의 로고 이미지의 location 을 지정하며, 선택적으로 사용될 수 있다.

SP Name element 는, 서비스 제공자의 이름을 나타내며, 각 언어별로 하나씩의 이름을 가질 수 있다. 즉, 하나 이상의 이름을 제공해야 한다.

SP Description 에 대한 element 는, 서비스 제공자에 대한 상세한 텍스트 설명에 대응한다. 각 언어별로 복수개 존재할 수 있으며, 선택(optional) 사항이다.

SP Attachment Locator 에 대한 element 는, 서비스 제공자의 service attachment server 의 주소를 지정한다. 해당 SP 의 서비스를 시작하기 위해 반드시 필요한 Service attachment 과정이, 상기 service attachment server 를 통해 이루어 진다.

SP Authentication Locator 에 대한 element 는, 선택적으로 이용할 수 있는 인증절차를 이용시에 접속할 서버 주소를 지정한다. 또는 선택적으로, service attachment 이전에 인증 절차를 수행할 수도 있다.

도 7은 본 발명의 일실시예에 의한 수신기가 service discovery 동작을 수행하는 flow 의 일예를 도시한 도면이다. 도 7을 참조하여, service attachment 이전 단계까지를 설명하면 다음과 같다.

본 발명의 일실시예에 의한 수신기 (예를 들어, ITF) 는, 전술하여 설명한 Service Provider Discovery 주소 탐색 방법에 기초하여 service provider의 SD 서버 주소를 획득한다. 나아가, 상기 수신기는 각 SD 서버에 접속하여, SP discovery record 를 받아 온다. 각 record 의 service provider ID 를 확인하여 원하는 서비스 제공자 인지 여부를 확인한다. 만약, 상기 확인 결과 일치하는 경우에는 계속 다음 단계로 진행하고, 반면 일치하지 않는 경우에는 다음 SD 서버로 진행한다. 원하는 SP 에 대해서는, SP Attachment Locator 를 통해 지정된 서버에 접속하여 service attachment 를 수행한다.

도 7을 참조하여, 다시 설명하면 본 발명의 일실시예에 의한 수신기 (예를 들어, ITF) 는, 서비스 프로바이더의 SD 서버를 찾는다(S701). 상기 수신기는 service provider information table 을 획득한다(S702). 상기 수신기는 service provider ID의 속성(attribute) 정보를 파싱한다(S703). 상기 수신기는 서비스 프로바이더가 원하는 서비스 프로바이더에 해당하는지 여부를 판단한다(S704). 만약 상기 서비스 프로바이더가 상기 원하는 서비스 프로바이더에 해당하는 경우, 상기 수신기는 SP name 및 SP description 의 속성(attribute) 정보를 파싱한다(S705). 상기 수신기는 SP attachment locator 의 속성 정보를 파싱한다(S706). 그리고, 상기 수신기는 pull mode 에서의 service attachment 동작으로 넘어 가도록 컨트롤 한다(S707).

도 8은 본 발명의 일실시예에 의한 수신기가 service discovery 동작을 수행하는 flow 의 다른 일예를 도시한 도면이다. 도 8을 참조하여, SP (service provider) Attachment 이후 SI 정보를 받는 단계를 설명하면 다음과 같다.

본 발명의 일실시예에 의한 수신기 (예를 들어, ITF) 는, SP Attachment 성공 후, 전달되는 provisioning information table 의 정보를 기초로, 서비스 가입자에게 맞춤형으로 구성된 Master SI table 을 수신한다. 그리고, master SI table 수신을 시작으로, source table 까지 수신하게 된다.

도 8을 참조하여, 다시 설명하면 본 발명의 일실시예에 의한 수신기 (예를 들어, ITF) 는, pull mode 에서 service attachment 동작을 수행한다(S801). 상기 수신기는 SP attachment request 를 SP attachment server 로 전송한다(S802). 상기 수신기는 SP attachment 가 성공하였는지 여부를 판단한다(S803). 상기 수신기는 SP attachment 가 실패하였음을 인식한다(S804). 상기 수신기는 provisioning information table 을 검출한다(S805). 상기 수신기는 Master SI table locator 의 속성(attribute) 정보를 파싱한다(S806). 상기 수신기는 Master SI table record 를 검출한다(S807). 상기 수신기는 virtual channel map location 의 속성 정보를 파싱한다(S808). 상기 수신기는 virtual channel map table 을 검출한다(S809). 상기 수신기는 virtual channel description locator 에 대한 속성 정보를 파싱한다(S810). 상기 수신기는 virtual channel description table 을 검출한다(S811). 상기 수신기는 Source locator 에 대한 속성 정보를 파싱한다(S812). 상기 수신기는 source table 을 검출한다(S813). 그리고, 상기 수신기는 서비스를 개시한다(S814).

도 9는 본 발명의 일실시예에 따른 ITF Registation Input type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다. 이하, 도 9를 참조하여, 본 발명의 일실시예에 따른 ITF Registation Input type 의 element 에 대한 XML 스키마(Schema) 를 설명하면 다음과 같다.

Service attachment 를 위해 ITF 가 Service attachment server 로 전송하는 정보는, 도 9와 같이 구성될 수 있다.

Consumer ID에 대한 element 는, 사용자를 유일하게 식별할 수 있는 식별자로서, 서비스 제공자가 부여한 ID 값이 사용될 수 있다.

Consumer Location 에 대한 element 는, 사용자의 위치를 나타내는 정보로, service attachment server 는 당해 element 를 이용하여 사용자의 위치를 인식하고, 해당 지역을 판정한 다음, 각 ITF 에 적합한 SI flow 를 선별하여 전송한다. 한편, 전술한 바와 같이, 위치 정보는 network attachment 단계에서 DHCP 옵션을 통해 얻어질 수 있다.

이외에도 Service attachment 를 위해 서버로 전송하는 정보에는 DeviceID, deviceCertID, vendorId, modelId, serialNumber 등이 더 추가될 수 있다.

상기 DeviceID는 ITF 의 mac address 등이 사용될 수 있다. 상기 deviceCertID 는 ITF 의 보안 인증을 위해 포함된 식별자가 될 수 있다. vendorId 는 단말 공급자를 유일하게 식별하는 식별자로 URL 등이 사용될 수 있다. 상기 modelId 는 벤더가 지정한 스트림으로 단말의 모델을 식별하는 식별자이다. 그리고, 상기 serialNumber 는 벤더가 지정한 유일한 식별번호 이다.

도 10은 본 발명의 일실시예에 따른 provisioning information type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다. 이하, 도 10을 참조하여, 본 발명의 일실시예에 따른 provisioning information type 의 element 에 대한 XML 스키마(Schema) 를 설명하면 다음과 같다. Service attachment 가 성공하였을 경우, service attachment server 에서 ITF 로 전송되는 정보는, 예컨대 도 10과 같이 구성된다.

Master SI Table Locator 의 element 는, Master SI Table 의 위치를 지정한다.

Subscribed Channel Map Id 의 element 는, 사용자가 가입한 채널맵들을 제공한다. 서비스 제공자는 자신들이 서비스 하는 채널들을 어러개의 채널 맵 형태로 제공하여 이 중 하나 이상을 선택하여 가입하도록 할 수 있다. 채널맵이 사용자에게 직접 보이지 않고, 내부적으로 채널맵 형태로 구성하여 채널맵의 조합으로 사용자가 가입한 채널 목록을 제공하는 것도 가능하다.

Unsubscribed Channl Map Id 의 element 는, 사용자가 가입하지 않은 채널맵들로 비록 현재는 가입되지 않아 시청할 수 없지만, 프로모션을 위하여 이러한 채널 목록을 제공하는 것이 필요할 수 있다. 서비스 사업자는 선택적으로 이러한 채널맵들을 제공할 수 있다.

EPG Provider Info 의 element 는, EPG 데이터를 제공하는 EPG 제공자의 정보를 제공한다. 이는 EPG 를 받을 수 있는 주소 등을 포함한다. EPG 는 선택적으로 제공할 수 있으며, 하나 이상의 EPG 를 제공할 수도 있다.

RCM Server 의 element 는, SP 가 제공하는 Remote Configuration Server 의 주소를 제공한다. 이 주소가 존재할 경우, ITF 는 Remote Configuration Server 에 접속하여, Remote Configuration 절차를 수행한다.

나아가, 도 10에 도시된 스키마는, 현재 service provider 의 provisioning 정보를 포함하고 있으며, 이러한 정보는 SP 가 제공하는 서비스와 관련된 정보 (예컨대, Master SI Table 위치, 단말 지원 서비스 목록, 전체 서비스 목록, 그리고 Thin client portal URI 등)와, 단말을 관리하는데 필요한 정보 (예컨대, STUN Information, 원격제어 서버 주소, software download 를 위한 주소, 인증 서비스 주소, 단말 위치 정보 등)로 크게 구분할 수 있다. 특히, 본 발명에서는 linear TV 서비스 뿐만 아니라, COD (content on demand) 서비스도 적용할 수 있도록 protocol 을 새롭게 정의하고자 한다. 이하에서, 보다 구체적으로 설명하도록 하겠다.

도 11은 본 발명의 일실시예에 따라, COD 서비스를 위해 확장된 provisioning information type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다.

도 12는 본 발명의 일실시예에 따른 Provisioning Information Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다.

도 13은 본 발명의 다른 일실시예에 다른 Provisioning Information Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다.

도 11에 도시된 바와 같이, provisioning information type 을 확장하여, COD 서비스 관련 정보를 제공하고자 한다. 예컨대, 도 11의 가장 하단에 위치한 element 로서, COD service information 을 추가하였다. 도 12 및 도 13에서는 상기 COD service information 을 보다 구체적으로 도시하였다.

도 12 및 도 13에 도시된 COD Catalog Server Information 의 element 는, COD content 들의 metadata 정보의 집합인 COD catalog 를 제공해 주는 서버의 접속 정보를 제공한다. 하위 element 로 target service provider ID 를 선택적으로 제공할 수 있으며, 이를 통해 해당 COD Catalog Server 가 제공하는 정보는 유효한 service provider 를 식별할 수 있다. Provisioning information table 을 통해 제공되는 COD Catalog Server 는, 해당 service provider 가 제공하는 모든 COD service 에 대한 content metadata 를 제공할 수 있다.

만약, 단말이 보유하고 있는 COD content metadata 의 저장공간이 전체 metadata 를 저장할 수 있을 만큼 충분히 크다면, 단말은 서비스 제공자가 제공하는 모든 COD content metadata 를 provisioning information table 을 통해 제공하는 COD Catalog server 에 접속하여 수신할 수 있다.

반면, 단말의 메타데이터 저장공간이 충분히 크지 않다면, 사용자가 현재 navigation 하고자 하는 COD service 의 메타데이터만을 수신하여 navigation 할 수 있게 하는 방식도 가능하다. 이는 COD Virtual Channel 별 catalog location 제공 방안에 의해 지원될 수 있다.

도 12 및 도 13에 도시된 Thin Client Portal 의 element 는, HTTP 브라우저를 통해 서비스를 이용하는 방식인 Thin client 를 지원하는 경우, 상기 서비스를 제공하는 thin client portal 의 URI 를 제공한다. Provisioning Information Table의 COD service information 에 포함된 thin client portal URI 는, Service provider 의 모든 COD 서비스를 접근할 수 있는 메인 페이지의 URI 가 될 수 있다.

도 12 및 도 13에 도시된 COD Application Server 의 element 는, COD application function 을 수행하는 특정 application 의 서버 주소를 지정한다. 상기 COD Application Function 은, COD 서비스를 이용하는데 필요한 브라우징, 검색, 선택, 그리고 구매 등의 과정을 지원하는 Server-side function 이다. 예컨대, content 의 search/navigation/selection 기능과, content의 사용조건(예를 들어, term)/구매및결제(payment)/정산(settlement) 기능등이 될 수도 있다.

만약, 상기 COD Application Server 의 element 가 지정되지 않는다면, SD server 나 catalog 서버가 전술한 기능을 수행하거나, 또는 COD application server 로의 communication 이 IPTV client 에 transparent 하게 라우팅 된다.

도 12 및 도 13에 도시된 ITF Maximum COD Bandwidth 의 element 는, 선택적으로 지정될 수 있으며, COD 서비스를 이용하는데 사용될 접속링크의 최대 대역폭을 지정한다.

도 12 및 도 13에 도시된 ITF Minimum COD Storage Space 의 element 는, SP 의 COD 서비스를 이용하는데 필요한 단말의 content 저장 공간의 최소 크기를 지정한다. 이 값이 지정되지 않는다면, COD 서비스를 이용하는데 별도의 저장공간이 필요하지 않은 것으로 간주한다.

도 14는 본 발명의 일실시예에 따른 Master SI Table Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다. 이하, 도 14를 참조하여, 본 발명의 일실시예에 따른 Master SI Table Type 의 element 에 대한 XML 스키마(Schema) 를 설명하면 다음과 같다.

Master SI Table 은, 모든 virtual channel map 들의 목록 및 그 버전을 관리하는 테이블로, ITF 는 이 테이블을 모니터링함으로써, SI 정보의 업데이트 유무를 파악할 수 있다.

Service provider ID 의 element 는, 서비스 제공자를 유일하게 식별할 수 있는 식별자로, 등록된 도메인 이름을 이용할 수 있다.

Master SI Table Version 의 element 는, Master SI table 및 하위의 SI component 들의 변화 여부를 알려 주며, 이 버전을 모니터링 함으로써, 전체 SI 정보의 업데이트 유무를 확인할 수 있다.

Virtual Channel Map Locator 의 element 는, Master SI Table 에 포함된 Virtual Channel Map 을 수신할 수 있는 접속 정보를 제공한다. 이를 통해 지정된 Virtual Channel Map 의 업데이트가 발생할 경우, Master SI table 의 버전도 증가된다.

도 15는 본 발명의 일실시예에 따른 Virtual Channel Map Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다. 이하, 도 15를 참조하여, 본 발명의 일실시예에 따른 Virtual Channel Map Type 의 element 에 대한 XML 스키마(Schema) 를 설명하면 다음과 같다.

Virtual channel map 은, virtual channel 의 목록을 포함하고 있으며, channel 의 상세 정보를 포함하는 것이 아니라, 상세 정보를 수신할 수 있는 주소 정보를 별도로 제공한다. 즉, 채널들의 묶음 형태의 패키지의 역할을 수행한다.

Virtual Channel Map Identifier 의 element 는, virtual channel map 을 유일하게 식별할 수 있는 식별자이다.

Virtual Channel Map version 의 element 는, 채널맵을 구성하는 채널 목록들의 변화 여부를 알려 주는 것으로써, 채널이 추가되거나 삭제될 경우 본 element 는 변경된다.

Virtual Channel Description Location 의 element 는, 각 채널의 상세 정보의 위치 정보를 포함하고 있다.

Virtual Channel Service 의 element 는, virtual channel map 에 포함된 서비스들을 나타낸다.

도 16은 본 발명의 일실시예에 따른 Virtual Channel Service Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다. 이하, 도 16을 참조하여, 은 본 발명의 일실시예에 따른 Virtual Channel Service Type 의 element 에 대한 XML 스키마(Schema) 를 설명하면 다음과 같다.

Virtual channel service type 은, virtual channel map 에 포함된 virtual channel service 의 기본정보를 포함하고 있으나, channel 의 상세 정보를 포함하고 있지는 않다.

Virtual channel service ID 의 element 는, 서비스를 유일하게 식별하는 식별자이다.

Virtual channel service version 의 element 는, 해당 virtual channel 의 description 이 변경되었을 때 증가되어, 업데이트 여부를 시그널링 한다.

Virtual channel number 의 element 는, 각 서비스에 할당된 virtual channel number 지정한다.

Virtual channel description override location 의 element 는, virtual channel map 에서 지정된 virtual channel description location 이 아닌 다른 위치에서 상세 description 을 받아야 하는 virtual channel 인 경우, 상위에 지정된 위치값을 override 하여 새로운 위치를 지정한다.

도 17은 본 발명의 일실시예에 따른 Virtual Channel Description Table Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다. 이하, 도 17을 참조하여, 본 발명의 일실시예에 따른 Virtual Channel Description Table Type 의 element 에 대한 XML 스키마(Schema) 를 설명하면 다음과 같다.

Virtual Channel Description Table Type의 XML 스키마는, 각 Virtual Channel의 상세한 description을 담고 있는 테이블 구조이다.

Default Source Locator 의 element 는 모든 Virtual Channel에 적용될 수 있는 media source 정보를 제공하는 Source Table의 주소를 지정한다. 각 Virtual Channel은 이 값으로 지정된 기본 Source 주소를 Source를 획득하는 주소로 이용할 수도 있고, 별도의 주소를 지정하여 이를 override할 수도 있다.

Virtual Channel Description 의 element 는 각 Virtual Channel의 description을 담고 있는 element로서, Virtual Channel Descrtiption Type을 갖는다.

도 18은 본 발명의 다른 일실시예에 따른 Virtual Channel Description Table Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다. 이하, 도 18을 참조하여, 본 발명의 다른 일실시예에 따른 Virtual Channel Description Table Type 의 element 에 대한 XML 스키마(Schema) 를 설명하면 다음과 같다.

Virtual Channel Service ID 의 element는 Virtual Channel을 유일하게 식별할 수 있는 식별자이다.

Virtual Channel Service Version 의 element 는, Virtual Channel Description element의 버전을 나타내며, Virtual Channel Description element가 변경될 때 마다 증가한다.

Virtual Channel Service Category 의 element 는 채널의 서비스 종류를 나타내며, 해당 채널이 Linear TV 채널인지 COD Service 채널 인지를 알려준다.

Virtual Channel Short Name element는 7자 이내의 짧은 텍스트 값으로 채널의 이름을 나타낸다. 예컨대, “WABC”와 같은 값이 될 수 있을 것이다.

Source Reference 의 element는 Virtual Channel Service의 meida source에 관한 정보를 제공한다. 이를 통하여 VC(virtual channel) 을 이용하는데 필요한 접속 정보를 획득할 수 있으며, 하나 이상이 존재할 수도 있다.

도 19는 본 발명의 일실시예에 따라, COD 서비스를 위해 확장된 Virtual Channel Description Table Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다. 이하, 도 19를 참조하여, 본 발명의 일실시예에 따라, COD 서비스를 위해 확장된 Virtual Channel Description Table Type 의 element 에 대한 XML 스키마(Schema) 설명하면 다음과 같다.

도 19의 Virtual Channel Description 테이블은 현재 실시간 방송 채널 서비스인 Linear TV 서비스 뿐만 아니라, COD 서비스를 위하여 확장된 것이다.

도 19에 도시한 바와 같이 Virtual Channel Description Type을 확장하여 COD 서비스 관련 정보를 제공하고자 한다. 이 정보들은 가장 하단에 위치한 CODServiceInfoType의 element로 COD 서비스 관련 정보를 한데 묶어서 제공되며, 이에 대해서는 도 12 및 도 13에서 상세히 도시되어 있다.

상기 Virtual Channel Description 테이블은 현재 실시간 방송 채널 서비스인 Linear TV 서비스 뿐만 아니라, COD 서비스를 위하여 이를 확장 하고자 한다.

도 19에 도시한 바와 같이 Virtual Channel Description Type을 확장하여 COD 서비스 관련 정보를 제공하고자 한다. 이 정보들은 도 19의 하단에 위치한 COD Service Info Type의 element에 해당하며, 도 12 및 도 13에서 상세한 XML 스키마의 실시예를 나타내었다. 따라서, 도 12 및 도 13을 참조하여, 도 19를 이해할 수 있는 바, 동일한 설명은 생략하도록 하겠다.

도 20은 본 발명의 일실시예에 따른 Source Reference Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다. 이하, 도 20을 참조하여, 본 발명의 일실시예에 따른 Source Reference Type 의 element 에 대한 XML 스키마(Schema) 를 설명하면 다음과 같다.

도 20은, Virtual Channel Serivce의 media source 정보를 담고 있는 Source Element를 레퍼런스하는 구조이다.

SourceId 의 element는, 레퍼런스하는 Source element의 식별자이다.

SourceVersion의 element 는, 레퍼런스하는 Source element의 버전이다.

SourceLocator의 element 는, 레퍼런스하는 Source element를 받을 수 있는 위치를 제공한다. Default Source Locator와 본 element가 동시에 존재할 경우 본 element가 default값을 override하게 된다.

도 21은 본 발명의 일실시예에 따른 Source Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다. 이하, 도 21을 참조하여, 본 발명의 일실시예에 따른 Source Type 의 element 에 대한 XML 스키마(Schema) 를 설명하면 다음과 같다.

도 21은, SourceType의 XML 스키마로 Virtual Channel Service의 media source를 획득하는데 필요한 정보를 담고 있다.

SourceId의 element는, 레퍼런스하는 Source element의 식별자이다. 이 식별자는 전국적으로 유일하게 이 Source element를 식별할 수 있어야 한다.

SourceVersion의 element는, 레퍼런스하는 Source element의 버전이다. Source element의 내용이 변경될 때마다 값이 증가하여야 한다.

TypeOfSource element는 해당 Source의 성격을 나타내는 값으로 HD, SD, PIP, Barker 등의 속성을 가질 수 있다.

Barker 채널은 광고 혹은 홍보용의 채널로써 해당 채널의 권한이 없어서 시청할 수 없을 때 이 채널로 자동 선택되며 해당채널의 홍보와 가입 안내의 역할을 수행한다.

IpSourceDefinition의 element는 IP망을 통해 전달되는 media source의 접속 정보를 제공하며 Multicast IP주소 및 전송 프로토콜 및 각종 파라메터들을 알려줄 수 있다.

RfSourceDefinition의 element는 케이블TV망을 통해 전달되는 media source의 접속 정보를 제공한다.

도 22은 본 발명의 일실시예에 따라, COD 서비스를 위해 확장된 Source Type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다. 도 23은 본 발명의 일실시예에 따라, COD 서비스를 위해 확장된 TypeOfSource type 에 대한 XML 스키마(Schema) 를 도시한 도면이다. 도 24는 본 발명의 일실시예에 따라, COD 서비스를 위해 추가된 CODIpSourceDefinition Type 에 대한 XML 스키마(Schema) 를 도시한 도면이다. 도 25는 본 발명의 일실시예에 따라, COD 서비스를 위해 추가된 CODContentResolutionSourceDefinition Type 에 대한 XML 스키마(Schema) 를 도시한 도면이다.

도 22에 도시한 바와 같이 SourceType을 확장하여 COD 서비스 관련 정보를 제공하고자 한다. 이 정보들은 도 22에 도시된 바와 같이 추가된 CODIPSourceDefinition과 CODContentResolutionSourceDefinition 등 2개의 element 들이다.

CODIPSourceDefinition 의 element는 COD VirtualChannel Service의 Media source가 IP망을 통해 제공될때 이를 획득하기 위해 필요한 파라메터를 담고 있어서 이를 통해 바로 해당 COD Content에 접속할 수 있다.

예컨대, “스파이더맨”이란 Content를 HD와 SD의 2가지 버전으로 제공할 경우 각 인스턴스별로 각각 별도의 Source Element로 구성되어 제공되는 것을 고려할 수 있다. 또한 동일한 버전이라도 사용자가 위치한 지역이 다를 경우 별도의 서버에서 제공될 수 있으며 이와 같은 경우 별도의 Source element로 이러한 지역별로 다른 Content의 획득 정보를 제공할 수도 있을 것이다.

이 경우, Source element가 Content의 한 Instance의 접속 정보를 제공하는 것이다.

이에 대한 XML 스키마는 도 24에 도시하였다.

MediaStream의 element는 ResourceLocator Type으로 Media source의 접속 정보를 나타낸다.

CODContentResolutionSourceDefinition의 element는 상기 CDOIPSourceDefinition의 element와 달리 한 Content Instance의 접속정보를 직접 제공해주는 것이 아니라 해당 COD VirtualChannel Service의 모든 Content들을 획득할 수 있는 정보를 Query하여 얻어올 수 있는 Content Location Resolution Server의 주소를 시그널링하여 준다. 이 경우는 Source element를 통해 COD Content를 바로 접근할 수 없으며, Source element로 지정된 Content Location Resolution Server에 접속하여 소비하기를 원하는 컨텐트의 Location을 질의하여 접속정보를 획득 후 이를 기반으로 컨텐트를 획득하여야 한다.

이 경우의 장점은 컨텐트 Instance당 하나의 Source element가 아닌 Service당 하나의 Source element만을 필요로 하기 때문에 시그널링 데이터양이 감소한다는 점이다.

이에 대한 XML 스키마는 도 24에 나타내었다.

ContentLocationResolutionServerLocator의 element는 Resource Locator Type으로 Content의 Location을 질의하여 획득할 수 있는 서버의 접속정보를 제공한다. 질의는 HTTP 메소드를 이용하여 Content의 식별자 및 사용자 정보를 파라메터로 전송하여 요청할 수 있다. 또는 서비스 내의 모든 content에 대한 Content Location Resolution 결과를 Content referencing table형태로 구성하여 멀티캐스트로 전송하여서 이를 단말에 저장 후 Local에서 해당 결과를 조회 가능하다.

또한, SOAPMode element가 존재하고 값이 TRUE일 경우 SOAP기반 Query 방식을 이용할 수도 있다.

나아가, 상기와 같은 COD Content 의 Source 정보를 시그널링 하기 위하여 TypeOfSource 를 확장하여 COD Content의 source 를 구분하기 위하여, 도 23을 새롭게 정의하였다.

TypeOfSource element 가 CODContentHD 혹은 CODContentSD 일 경우 해당 Source element는 특정 COD Content instance의 접속 정보를 나타내며 CODContentHD의 경우 HD급 COD Content인 경우이며, CODContentSD의 경우SD급 COD Content인 경우를 나타낸다.

TypeOfSource element 가 CODContentLRServerLocator일 경우 Source element는 해당 COD Service에 속한 Content 들의 Location, 즉 접속 정보를 획득할 수 있는 서버의 주소를 시그널링 하게 된다.

도 26은 본 발명의 일실시예에 의한 수신기가 COD 서비스 이용을 위하여, service discovery 동작을 수행하는 flow 의 일예를 도시한 도면이다. 도 27은 본 발명의 일실시예에 의한 수신기가 COD 서비스 이용을 위하여, service discovery 동작을 수행하는 flow 의 다른 일예를 도시한 도면이다.

도 26은, Metadata를 수신기가 받아서 처리하는 Thick client의 경우를 나타내었고, 도 27은 Metadata가 서버쪽에 상당부분 남아 있고 이를 Web Browser와 같은 Client 기능을 통하여 접속하여 이용하는 Thin client 모델의 경우를 나타내었다.

Thick client 의 경우 Service Information을 수신 후 상기 SI 메타데이터를 처리한 후, SI 메타데이터 중에서 COD Virtual Channel Service를 선택하는 것으로부터 COD 서비스 이용이 시작된다. 선택한 COD VC(virtual channel) 서비스에 포함된 COD Content 목록 및 상세 정보를 획득하기 위하여 상기에서 기술한 방법들을 통하여 COD Catalog Server의 주소를 획득하여 Content Catalog 정보를 획득한다. 이후 획득한 COD Catalog를 Browsing, Navigation, Searching 하여 소비하고자 하는 컨텐트를 선택 후, Authorization 과정을 통하여 소비 권한을 획득한다. Authorization 과정에는 Purchasing 및 usage terms/Payment/Settlement 등의 과정이 포함될 수 있다. 소비 권한을 획득한 후에는 전술하여 설명한 방법을 통하여 실제 소비하게 될 Content의 Instance의 위치를 획득하며, 이 획득한 정보를 바탕으로 컨텐트 instance를 접근하여 소비하게 된다.

반면, Thin client의 경우 COD Service Portal로의 접근이 크게 2가지 방법으로 나뉠 수 있다. 한가지 방법은 Provisioning Information Table에 지정된 전체 COD Service 들을 접근할 수 있는 COD Service Main portal page에 Thin client로 접속하여 서비스를 이용하는 방법이다. 또 다른 방법은 COD Service 의 선택은 수신한 SI 정보를 바탕으로 이뤄지고 선택한 COD Service를 이용하기 위하여 해당 COD Service의 Portal Page로 바로 접속하여 서비스를 이용하는 방법이다. 일단 서비스 선택 이후에는 Thin client 를 이용한 Content Catalog Browsing, Navigation, and Searching을 통하여 Content를 선택 후 권한 획득 및 소비하는 과정은 두 가지 경우 모두 동일하게 이뤄질 수 있을 것이다.

상기 과정 중 COD Content Catalog를 Browsing 하는 방법에 대하여 본 발명에서 제안하는 방안은 다음과 같은 여러가지 방법이 가능할 수 있다. Browsing 은, 예컨대 Navigation/Search와 같은 방식을 포함할 수 있으며, 이는 Content Catalog에서 원하는 컨텐트를 찾아가는 일련의 과정을 통칭한다.

첫째, Thin client model 의 경우, HTML 기반의 Web page를 서버와 단말이 주고 받음으로써 수행된다. 즉, Content의 메타데이터는 서버 측에 있고, UI 및 데이터가 포함된 Web page를 받아서 Browsing이 수행된다.

둘째, Medium-level client 의 경우, 다양한 Delivery mechanism을 통해 적은 양의 Content metadata를 단말에 저장한 후에 이를 바탕으로 User가 local에서 Browsing을 수행한다. 추가적인 메타데이터가 필요할 경우 이를 서버로 부터 추가적으로 수신하여 제공하는 방식이다.

셋째, High-level client 의 경우, 전체 COD Content Catalog가 단말이 수신하여 저장하고 이를 Local browsing을 수행하는 방식이다. 단말에 충분한 저장공간과 처리능력이 있는 High-level client의 경우 지원 가능하다.

또한, Authorization과정을 통해 구매가 진행되며 이후 구매가 완료된 컨텐트의 정보는 사용자의 Profile 정보에 저장이 된다. 사용자는 구매후 바로 해당 컨텐트를 소비할 수도 있고, 아니면 추후 다른 시점에 다른 기기를 통하여 이를 소비할 수도 있다. 구매 목록 정보를 사용자 Profile을 통하여 관리함으로써 이러한 구매 시점/기기와 소비 시점/기기와의 분리가 가능하여 진다.

구매 컨텐트의 소비를 할 경우에는 구매한 컨텐트의 유일한 식별자인 Globally unique content ID를 바탕으로 실제 Content의 소비 가능한 인스턴스의 접속 정보를 획득하는 것이 필요하다. 이를 위해 본 발명의 일실시예가 제안하는 방법은 상기 설명한 Source Table을 통하여 실제 컨텐트 인스턴스를 찾아가는 방안이다.

한편, 도 26 및 도 27에 도시된 step 들을 보다 상세히 설명하면 다음과 같다.

도 26에 도시된 바와 같이, 본 발명의 일실시예에 의한 thick client 는 pull mode 에서 service provider attachment 동작을 수행한다(S2601). 상기 thick client 는 SP attachment server 로 SP attachment request 를 전송한다(S2602). 상기 thick client 는 SP attachment 가 성공하였는지 여부를 판단한다(S2603). 상기 thick client 는 SP attachment 가 실패하였음을 인식한다(S2604). 상기 thick client 는 provisioning table 을 검출한다(S2605). 상기 thick client 는 서비스 정보(service information) 를 검출한다(S2606). 상기 thick client 는 COD virtual channel 로부터 적어도 하나 이상의 COD service 를 선택한다(S2607). 상기 thick client 는 COD catalog server 로부터 COD content catalog 를 검출한다(S2608). 상기 thick client 는 브라우징을 수행하고 COD 컨텐트를 선택한다(S2609). 상기 thick client 는 선택된 COD 컨텐트를 구매하는 것 등 authorization 동작을 수행한다(S2610). 상기 thick client 는 상기 COD 컨텐트가 컨슘(consume) 되었는지 여부를 판단한다(S2611). 만약 컨슘되지 않은 경우, 상기 thick client 는 상기 COD 컨텐트를 추후에 컨슘한다(S2612). 반면 만약 컨슘된 경우에는, 상기 thick client 는 선택된 content instance 의 위치를 검출한다(S2613). 상기 thick client 는 content instance 를 검출한다(S2614). 그리고, 상기 thick client 는 상기 content 를 컨슘한다(S2615).

반면, 도 27에 도시된 바와 같이, 본 발명의 일실시예에 의한 thin client 는 pull mode 에서 service provider attachment 를 실행한다(S2701). 상기 thin client 는 SP attachment server 로 SP attachment request 를 전송한다(S2702). 상기 thin client 는 SP attachment 가 성공하였는지 여부를 판단한다(S2703). 상기 thin client 는 SP attachment 가 실패하였음을 인식한다(S2704). 상기 thin client 는 provisioning table 을 검출한다(S2705). 상기 thin client 는 서비스 정보(service information) 검출한다(S2706). 상기 thin client 는 COD virtual channel service 로부터 적어도 하나 이상의 COD 서비스를 선택한다(S2707). 상기 thin client 는 COD catalog server 로부터 COD content catalog 를 검출한다(S2708). 상기 thin client 는 브라우징을 하고, COD content 를 선택한다(S2709). 상기 thin client 는 선택된 COD content 를 구매하는 것을 포함한 authorization 을 실행한다(S2710). 상기 thin client 는 COD content 가 컨슘(consume) 되었는지 여부를 판단한다(S2711). 만약 컨슘 되지 않은 경우, 상기 thin client 는 추후에 COD content 를 컨슘한다(S2712). 반면 만약 컨슘된 경우에는, 상기 thin client 는 선택된 content instance 의 위치를 검출한다(S2713). 상기 thin client 는 content instance 를 검출한다(S2714). 상기 thin client 는 content 를 소비한다(S2715).

나아가, 상기 thin client 는 thin client 를 통해 COD service portal 과 연결된다(S2716). 상기 thin client 는 상기 thin client 를 통해 COD service 를 브라우징 한다(S2717). 상기 thin client 는 COD virtual channel service 로부터 적어도 하나 이상의 COD 서비스를 선택한다(S2718).

도 28은 본 발명의 일실시예에 따라, Linear TV Service information 이 추가된 provisioning information type 의 element 에 대한 XML 스키마(Schema) 를 도시한 도면이다. 이하, 도 28을 참조하여 본 발명의 일실시예에 따라, Linear TV Service information 이 추가된 provisioning information type 의 element 에 대한 XML 스키마(Schema) 를 설명하면 다음과 같다.

현재 ProvisioningInfoType의 스키마가 Linear TV 만을 위하여 구성되어 있어서, LinearTV 서비스에 관련된 정보들이 ProvisioningInfoType 의 바로 하위에 붙도록 되어 있다. 이렇게 될 경우 COD 서비스에 대한 정보를 추가하는 경우 둘 간의 구분이 명확하지 않은 문제가 있을 수 있는 바, 도 28에 도시된 바와 같이, LinearTV Service에 관련된 정보는 LinearTVServiceInfo라는 별도의 element로 묶어서 제공하도록 하고자 한다. 이렇게 설계함으로써 관련성 있는 정보들끼리 묶일 수 있어서, 관리의 편의성 및 신속성이 보장되는 장점이 있다.

도 29는 본 발명의 제1실시예에 따른 EPG Provider Information Type 의 element 에 대한 XML 스키마를 도시한 도면이다. 도 30은 도 29를 보다 구체적으로 예시한 도면이다. 이하에서는, 증가하고 있는 COD service 및 linear TV service 에 대한 EPG 정보를 보다 효율적으로 관리하기 위한 구체적인 프로토콜을 설명하도록 하겠다. 다만, 이하 설명은 각 실시예이며, 본 발명의 권리범위는 원칙적으로 특허청구범위에 기재된 내용에 따라 해석되어야 한다.

앞서 Provisioning information 을 이용하여 COD service 정보를 제공하는 방안을 설명하였다. 상기 COD service 정보 중, COD catalog server 주소 및 thin client portal 정보는, linear TV service 를 위해 사용되는 EPG provider information 과 thin client portal 정보를 이용하여 전달될 수 있다.

도 29 및 도 30에 도시된 EPG Provider Information 은 예컨대, EPG 데이터를 수신하기 위해 필요한 정보를 제공한다. 즉, 상기 EPG Provider Information 은, EPG data provider 로부터의 EPG data 가 액세스될 수 있는 location 에 대한 정보를 준다.

EPG Provider ID 는 EPG 를 제공하는 제공자를 유일하게 식별할 수 있는 식별자 이다. 예를 들어, 등록된 도메인 이름이 사용될 수 있다.

Version 은 EPG Provider Information 의 버전을 나타낸다.

EPG Provider Name 은 EPG 제공자의 텍스트 이름을 나타내며, 각 언어별로 하나씩의 이름을 가질 수 있다.

EPG Provider Description 은 EPG 제공자에 대한 상세한 텍스트 설명을 담고 있으며, 각 언어별로 하나씩의 description 을 가질 수 있다.

EPG Data Location 은 EPG 데이터를 수신할 수 있는 IP 주소 및 프로토콜 등을 시그널링 한다.

Target Service Provider ID 는, EPG 제공자가 지원하는 IPTV SP 의 ID 들을 기술한다.

EPG Provider Logo 는 EPG 제공자의 logo 의 URI 를 제공한다.

특히, 본 발명의 일실시예는 linear TV service 뿐만 아니라, COD service 에 대한 EPG 데이터를 별도로, 그리고 효율적으로 관리하기 위하여, Supported Service Type 의 element 를 추가하였다. 다만, 그 명칭에 한정될 것은 아니며, 상기 Supported Service Type 의 element 는, type of target services element 로 명명될 수도 있다. 이하에서는, 이 둘을 혼용하여 설명하도록 하겠으며, 당해 명세서 및 도면에서 동일한 의미로 해석될 수 있다. 상기 type of target services element 는 EPG data provider 의 EPG data source 각각에 의해 커버되는 서비스의 타입에 대한 정보를 준다.

즉, 상기 type of target services element 는, 해당 EPG provider 가 모든 서비스에 대한 EPG 메타데이터를 제공하는지 또는 특정 서비스(예를 들어, Linear TV service, COD service)에 대한 정보를 제공하는지 여부를 식별한다.

도 31은 도 29의 Supported Service Type 의 element 를 보다 상세히 도시한 XML 스키마이다. 이하, 도 31을 참조하여, 도 29의 Supported Service Type 의 element 를 보다 상세히 도시한 XML 스키마를 설명하면 다음과 같다.

도 31에 도시된 바와 같이, 전술한 EPG provider 가 모든 종류의 서비스에 대한 EPG 메타데이터를 제공할 경우, 상기 type of target services element 는 “All” 에 해당하는 값을 가진다.

한편, 상기 EPG provider 가 linear TV service 에 대한 EPG 메타데이터를 제공하는 경우, 상기 type of target services element 는 “Linear TV” 에 해당하는 값을 가진다. 그리고, 상기 EPG provider 가 COD service 에 대한 EPG 메타데이터를 제공하는 경우, 상기 type of target services element 는 “COD Service” 에 해당하는 값을 가진다.

상기 type of target services element 는 예컨대 0개부터 수백개의 값을 가질 수 있으므로, 지원하는 서비스 종류를 모두 시그널링할 수가 있다.

도 29 내지 31에서 설명된 바와 같이, 새롭게 추가된 상기 type of target services element 를 이용하여, 수신기는 COD 서비스에 대한 EPG 메타데이터를 제공하는 EPG provider 를 식별할 수가 있다. 또한, 상기 type of target services element 를 이용하여, EPG provider 에 접속하여 원하는 EPG 메타데이터만을 수신할 수가 있다. 이는 COD 서비스 뿐만 아니라, 향후 추가될 어떠한 서비스에도 동일하게 적용될 수 있는 장점이 있다.

도 32는 도 29의 EPG Data Locator Type 의 element 를 보다 상세히 도시한 XML 스키마이다. 도 33은 도 32를 보다 구체적으로 예시한 도면이다.

EPG Provider information 을 이용하여, EPG provider 가 제공하는 EPG data 의 location 을 n 개 제공할 수 있다. 이 경우, 각 EPG data location 별로, 제공하는 EPG data 의 종류가 다를 수 있다. 이를 시그널링 하기 위하여, EPG Data Locator 를 도 32 및 도 33에 도시된 바와 같이 확장하고자 한다. 한편, 상기 EPG Data Locator 는, EPG data가 pull mode 또는 push mode 로 액세스될 수 있는 location 에 대한 정보를 준다.

EPG 메타데이터는, FLUTE 를 이용하여 multicast 형태로 전송될 수도 있고, 또는 unicast 형태로 전송될 수도 있다. 도 32에 도시된 바와 같이, 만약 multicast 형태로 전송되는 경우, Multicast EPG Service 를 통해 시그널링 된다. 반면, unicast 형태로 전송되는 경우, Unicast EPG Service 를 통해 시그널링 된다.

나아가, 본 발명의 일실시예에 의하면, 도 32에 도시된 바와 같이, Multicast EPG Service 및 Unicast EPG Service 에, 전술하여 설명한 type of target services element 를 추가한다. 이를 통해, 각 스트림이 지원하는 서비스의 종류를 시그널링할 수 있는 효과가 있다. 다만, 추가된 element 는 별도의 attribute 로 추가하는 것도 가능하다.

따라서, 상기 type of target services element 를 이용하여, 수신기는 COD 서비스에 대한 EPG 메타데이터를 제공하는 EPG Data Location 을 식별할 수 있으며, 상기 type of target services element 를 이용하여 필요한 EPG Data Location 에 접속하여 원하는 EPG 메타데이터만 수신할 수 있다. 이는 COD 서비스 뿐만 아니라, 향후 추가될 어떠한 서비스에도 동일하게 적용될 수 있는 장점이 있다.

도 34는 본 발명의 제2실시예에 따른 EPG Provider Information Type 의 element 에 대한 XML 스키마를 도시한 도면이다. 도 35는 도 34를 보다 구체적으로 예시한 도면이다. 도 36은 도 34의 EPG Data Locator Type 의 element 를 보다 상세히 도시한 XML 스키마이다. 도 37은 도 36을 보다 구체적으로 예시한 도면이다.

이하에서는, 증가하고 있는 COD service 및 linear TV service 에 대한 EPG 정보를 보다 효율적으로 관리하기 위한 구체적인 프로토콜을 설명하도록 하겠다. 다만, 이하 설명은 각 실시예이며, 본 발명의 권리범위는 원칙적으로 특허청구범위에 기재된 내용에 따라 해석되어야 한다.

전술하여 설명한 제1실시예와 달리, 당해 제2실시예는, target service ID의 element 를 추가하였다. 상기 target service ID element 는, EPG data provider 의 EPG data source 각각에 의해 커버되는 서비스의 identifier 에 대한 정보를 제공한다.

도 34 및 도 35에 도시된 바와 같이, EPG Provider Information 에 type of target services element(또는 Supported Service Type element) 뿐만 아니라, Target Service ID element 를 추가하였다. 따라서, 사용자가 가입한 서비스 또는 접근 권한이 있는 특정 서비스에 대한 메타데이터를 선별적으로 수신하고자 할 경우, 본 발명에서 새롭게 정의하는 도 34의 EPG provider information 이 이용될 수 있다.

나아가, EPG provider 가 제공하는 특정 서비스에 대한 메타데이터를, 각 EPG Data Location 별로 지정하는 것도 고려할 수 있다. 이 경우의 스키마는, 도 36 및 도 37에 도시하였다. 도 36 및 도 37에 도시된 바와 같이, Multicast EPG Service 와 Unicast EPG Service 를 모두 확장하여, 상기 type of target services element(또는 Supported Service Type element) 뿐만 아니라, Target Service ID element 를 추가하였다.

따라서, 이를 통해 각 EPG Data Location 별로, 지원하는 서비스 종류 및 서비스 ID 를 특정지을 수 있으며, 이를 기반으로 수신하고자 하는 EPG Data Location 을 선택할 수 있는 장점이 있다.

도 38은 본 발명의 일실시예에 의한 receiver 를 도시한 블록도 이다. 이하, 도 38을 참조하여, 본 발명의 일실시예에 의한 receiver 를 도시한 블록도를 설명하면 다음과 같다.

도 38은 일반적인 IPTV 수신기를 도시한 것으로서, ITF 는 Open IPTV Terminal Function 의 약어로, IPTV 서비스를 지원하는데 필요한 기능 모듈로 구성된 수신기를 의미할 수 있다. 다만, 본 발명은 IPTV 수신기 뿐만 아니라, 다른 device 에도 적용할 수가 있다.

네트워크 인터페이스(Network Interface)(3801) 는, IPTV packet 을 송수신하는 모듈이다.

IP 매니저(IP Manager) (3802) 는, packet 전송에 대한 처리를 담당하며, 각각의 패킷을 적합한 protocol manager 로 전송한다.

서비스 전송 매니저(Service Delivery Manager) (3803)는, 실시간 스트리밍 데이터를 관리하고, 컨텐트를 다운로드 하고, 추후 소비를 위해 컨텐트 DB로부터 컨텐트를 검출한다. RTP/RTCP (Real-Time Transport Protocol/RTP Control Protocol) 가 MPEG-2 TS와 사용될 수 있다. MPEG-2 패킷은 RTP로 캡슐화(encapsulated) 된다. MPEG-2 트랜스포트 패킷은, RTP 없이 UDP 로 직접 전송된다. 컨텐트 다운로드시, HTTP 또는 FLUTE protocol 이 전송 프로토콜로 사용될 수도 있다.

디멀티플렉서(DEMUX) (3804)는, 입력 트랜스포트 패킷으로부터 오디오, 비디오, PSI 테이블을 디멀티플렉싱 한다. 그리고, PSI 디코더에 의해 PSI 테이블에 대한 디멀티플렉싱이 컨트롤되며, PSI 테이블에 대한 섹션을 만들고, 이를 PSI 디코더에 전송하며, 그리고 A/V 트랜스포트 패킷을 위한 디멀티플렉싱을 컨트롤 한다.

PSI & (PSIP and/or DVB/SI) 디코더(PSI & (PSIP and/or DVB-SI) Decoder) (3805) 는, PSI 컨트롤 모듈이다. 이는, PSI 테이블 및 PSIP/DVB-SI 테이블에 대한 PID 를 셋팅하고, DEMUX에 의해 전송된 PSI and (PSIP and/or DVB-SI)의 private sections 를 디코딩한다. 그리고, 그 디코딩 결과는, 입력 트랜스포트 패킷을 디멀티플렉싱 하는데 사용된다.

오디오/비디오 디코더(Audio and Video Decoder) (3806) 오디오/비디오 엘리먼트리(elementary) 스트림 패킷을 디코딩 한다.

A/V 및 OSD 디스플레이 모듈(A/V and OSD Displayer) (3807) 은, A/V decoder 로부터 오디오/비디오 데이터를 수신하고, 이를 컨트롤 하고, 스트린과 스피커 상에서 디스플레이 하며, OSD 그래픽 데이터를 컨트롤 한다.

네이티브 어플리케이션 매니저 및 UI 매니저(Native Application manager and UI (User Interface) Manager) (3808)는, TV 스크린 상에서 UI 그래픽을 지원하고, 리모컨 등을 통해 user key 값을 수신하고, 전체 TV 시스템의 상태를 관리 한다.

서비스 매니저(Service Manager) (3809)는, 서비스 컨트롤 매니저, 서비스 전송 매니저, IG-OITF 클라이언트, 서비스 디스커버리 매니저, 그리고 메타데이터 매니저 등 서비스와 관련된 모든 매니저를 컨트롤 한다. 또한, IPTV 서비스에 대한 모듈이다.

SI 및 메타데이터 데이터베이스(SI & Metadata DB) (3810)는, 서비스와 관련된 메타데이터 및 서비스 디스커버리 정보를 위한 데이터 베이스 이다.

SD 매니저(SD(Service Discovery) Manager) (3811) 는, 양방향 IP 네트워크를 통해 IPTV 서비스의 디스커버리가 실행되도록 하며, 서비스를 선택하기 위한 모든 정보를 제공한다.

서비스 컨트롤 매니저(Service Control Manager) (3812)는, 서비스를 컨트롤 및 선택하고, 세션들을 관리하기 위한 모듈이다. 또한, IGMP 또는 RTSP 프로토콜을 이용하여 라이브 방송을 선택하기 위해 사용되며, RTSP 프로토콜을 이용하여 VOD 컨텐츠를 선택하기 위해서도 사용된다.

만약 IMS 가 사용되는 경우, SIP 프로토콜은 IMS 게이트웨이를 통해 세션들을 초기화 하고 관리하는데 사용된다. RTSP 프로토콜은 TV 방송 및 COD 등의 전송을 컨트롤 하기 위해 사용될 수 있다. RTSP 프로토콜은 TCP connection 을 이용하고, 실시간 미디어 스트리밍에 대한 trick mode control 이 가능하도록 허용한다.

컨텐트 데이터베이스(Content DB) (3813) 는, 컨텐트 다운로드 시스템에 의해 전송될 수 있는 또는 라이브 미디어 TV로부터 레코드될 수 있는 컨텐츠에 대한 데이터 베이스 이다.

PVR 매니저(PVR manager) (3814)는, 라이브 스트리밍 컨텐츠를 레코딩 하고 재생하기 위한 모듈이다. 또한, 레코드된 컨텐츠의 모든 메타데이터를 수집할 수 있고, 또한 사용자를 위해 부가 정보를 생성하기도 한다(예를 들어, thumbnail image, index).

도 39는 본 발명의 다른 일실시예에 의한 수신기를 도시한 블록도 이다. 이하, 도 39을 참조하여 본 발명의 다른 일실시예에 의한 수신기를 도시한 블록도를 설명하면 다음과 같다. 도 39에서 실선 화살표는 data path 에 대응하고, 점선 화살표는 control signal path 에 대응한다.

Cable modem, DSL modem, etc (3901) 은, Physical level에서 ITF가 IP Network과 연결되는 Interface 로서, Physical medium을 통해서 전송된 신호를 Demodulate하여, Digital 신호를 복원한다.

Ethernet NIC (3902)는, Physical interface를 통하여 전송 받은 신호를 IP 데이터로 복원하는 모듈이다.

IP Network Stack (3903)은, IP Protocol stack에 따른 각 layer의 처리 모듈이다.

XML Parser (3904)는, 전송 받은 IP 데이터 중, XML Document를 파싱하는 모듈이다.

File Handler (3905)는, 전송 받은 IP 데이터 중, FLUTE등을 통하여 File 형태로 전송된 데이터를 처리하는 모듈이다.

SI Handler (3906)은, 전송 받은 File 형태의 데이터 중, IPTV SI 데이터에 해당하는 부분을 처리하여 Storage에 저장하도록 하는 모듈이다.

EPG Handler (3907)는, 전송 받은 File 형태의 데이터 중, IPTV EPG 데이터에 해당하는 부분을 처리하여 Storage에 저장하도록 하는 모듈이다.

Storage (3908)는, SI, EPG 등 저장이 필요한 데이터를 저장하는 저장소이다.

SI Decoder (3909) 는, Channel Map 정보가 필요할 경우, Storage로부터 SI 데이터를 가져와 분석하여, 필요한 정보를 복원하는 모듈이다.

EPG Decoder (3910)는, EPG 정보가 필요할 경우, Storage로부터 EPG 데이터를 가져와 분석하여, 필요한 정보를 복원하는 모듈이다.

ITF Operation Controller (3911)는, Channel 변경, EPG Display 등의 ITF의 동작을 Control하는 main controller 이다.

Channel Service Manager (3912)는, 사용자로부터의 입력을 받아 Channel 변경의 동작을 관장하는 모듈이다.

Application Manager (3913)는, 사용자로부터의 입력을 받아 EPG Display등의 Application 서비스를 관장하는 모듈이다.

MPEG-2 Demultiplexer (3914)는, 전송 받은 IP Datagram에서 MPEG-2 Transport Stream 데이터를 추출하여 각 PID에 따라 해당하는 모듈로 전달하는 모듈이다.

MPEG-2 PSI/PSIP Parser (3915)는, 전송 받은 IP Datagram 내의 MPEG-2 Transport Stream의 각 data (A/V, etc.)의 PID 정보 등, Program element를 접속할 수 있는 정보를 담은 PSI/PSIP 데이터를 추출 및 파싱하는 모듈이다.

A/V Decoder (3916)는, 전달받은 Audio 및 Video 데이터를 디코드하여 Display 모듈로 전달하는 모듈이다.

Display Module (3917)은, 디코딩된 A/V 데이터 또는 application 을 출력하는 모듈이다.

도 40은 본 발명의 일실시예에 의한 제어 방법을 도시한 flow chart 이다. 당업자라면, 도 1 내지 도 39을 통해 본 발명을 충분히 이해할 수 있고 실시할 수 있으나, 보다 명료한 이해를 돕고저 본 발명의 일실시예를 정리하여 다시 설명하면 다음과 같다.

우선, network 와 연결된 서비스 프로바이더(Service Provider) 가 EPG 에 대한 data 를 처리하는 방법을 설명하도록 하겠다.

상기 SP 는 SP attachment 동안 provisioning information 을 수신기(예를 들어, ITF)에 전송한다(S4000). 다만, 상기 SP attachment 는, 예를 들어 EPG 정보를 얻기 위해 ITF 가 SP 에 접속하는 과정을 의미할 수 있다.

나아가, 본 발명의 일실시예에 의하면, 상기 provisioning information 은 다음과 같이 정의될 수 있다.

상기 provisioning information 은, EPG data provider 로부터의 EPG data 가 액세스될 수 있는 로케이션(location)을 제공하는 EPG provider information에 대한 제1메타데이터를 포함하며, 나아가 push mode 또는 pull mode 에서 EPG data 가 액세스될 수 있는 로케이션(location)을 제공하는 EPG data locator에 대한 제2메타데이터를 포함한다.

더욱이, 상기 제1메타데이터는, EPG data provider 의 복수의 EPG data source들 각각에 의해 커버되는 서비스의 식별자(identifier)를 제공하는 target service ID 엘리먼트(element) 를 가지고, 또한 상기 제1메타데이터는 상기 EPG data provider 의 복수의 EPG data source들 각각에 의해 커버되는 서비스의 타입을 제공하는 타겟 서비스의 타입 엘리먼트를 가진다.

상기 제1메타데이터에 추가된 target service ID element 및 type of target services element 는 도 34 및 도 35에 도시하였다.

그리고, 상기 SP 는, 적어도 2개 이상의 components 를 가지는 service discovery metadata 를 상기 수신기(예를 들어, ITF)에 전송한다(S4002).

또한, 본 발명의 다른 일실시예에 의하면, 상기 제2메타데이터도, 상기 target service ID 엘리먼트 및 상기 타겟 서비스의 타입 엘리먼트를 가진다. 상기 second metadata on EPG data locator 에 추가된 target service ID element 및 type of target services element 는 도 36 및 도 37에 도시하였다.

즉, 본 발명의 일실시예에 의하면, 상기 EPG provider information의 레벨에서 target service ID element 및 type of target services element 를 추가할 수 있다. 그리고, 본 발명의 다른 일실시예에 의하면, 상기 EPG data locator 의 레벨에서 target service ID element 및 type of target services element 를 추가할 수 있다. 따라서, 각 레벨에서 서비스의 종류 및 ID 를 식별할 수 있는 바, 보다 신속한 EPG 제공 및 서비스별 EPG 제공이 가능한 효과가 있다.

한편, 상기 EPG provider information 레벨 및 상기 EPG data locator 레벨에서 동일한 element 가 추가된 경우, 이들간의 관계를 조정할 필요가 있다. 본 발명에서는 이에 대한 해결방안을 제시한다.

예를 들어, 제2메타데이터에서 상기 타겟 서비스 ID 엘리먼트가 존재하는 경우, 제1메타데이터에서 존재하는 타겟 서비스 ID 엘리먼트를 EPG data source 에 적용하지 않는다. 즉, 상기 제1메타데이터에서 존재하는 타겟 서비스 ID 엘리먼트는 무시된다.

그리고, 제2메타데이터에서 상기 타겟 서비스의 타입 엘리먼트가 존재하는 경우, 제1메타데이터에서 존재하는 타겟 서비스의 타입 엘리먼트를 EPG data source 에 적용하지 않는다. 즉, 상기 제1메타데이터에서 존재하는 타겟 서비스의 타입 엘리먼트는 무시된다.

나아가, 전술하여 설명한 서비스의 타입은, 예를 들어 linear TV 서비스 또는 COD (Content On Demand) service 가 될 수 있다.

또한, 상기 적어도 2개 이상의 components 는, master SI table(virtual channel map table을 리스팅함)과, virtual channel map table(virtual channel을 리스팅함)과, virtual channel description table(virtual channel에 대한 description)과, 그리고 sources table(virtual channel 을 위한 획득(acquisition) 정보) 등이 될 수 있다.

상기 master SI table 은, 상기 virtual channel map에 대한 pointer 를 포함하며, 상기 포인터는 virtual channel discovery process 를 개시하기 위해 필요하다.

또한, 상기 source table 은, 멀티플 서비스들에 의해 사용되는 프로그래밍 소스들을 디스크라이브(describing) 하기 위한 위치(place)에 대한 정보를 제공한다.

다음으로, network 와 연결된 수신기(예를 들어, ITF) 가 EPG 에 대한 data 를 처리하는 방법을 설명하도록 하겠다.

상기 수신기는 SP (Service Provider) attachment 동안 상기 SP 로부터 provisioning information 을 수신한다(S4001). 다만, 상기 SP attachment 는, 예를 들어 EPG 정보를 얻기 위해 ITF 가 SP 에 접속하는 과정을 의미할 수 있다.

그리고, 상기 수신기는, 상기 SP에 의해 제공되는 적어도 2개 이상의 components 를 포함하는 service discovery metadata 를 사용하여, service discovery procedure 를 실행한다(S4003).

마지막으로, network 와 연결된 수신기(예를 들어, ITF) 가 EPG 에 대한 data 를 처리하기 위한 모듈을 설명하도록 하겠다.

도 38에 도시된 network interface (3801) 는, SP (Service Provider) attachment 동안 서비스 프로바이더로부터 provisioning information 을 수신한다. 한편, 상기 provisioning information 에 대해서는 충분히 설명한 바, 동일한 설명은 생략하도록 하겠다.

그리고, 도 38에 도시된 service discovery manager (3811) 는, 서비스 프로바이더에 의해 제공되는 적어도 2개 이상의 components 를 포함하는 service discovery metadata 를 사용하여, service discover procedure 를 실행한다.

한편, 각 도면별로 설명하였지만, 경우에 따라 각 도면에서 나타난 발명의 특징을 결합하여 다른 발명을 구현하는 것도 가능하다. 나아가, 방법 발명에 대한 설명과 물건 발명에 대한 설명을 상호 보충적으로 해석할 수도 있다.

본 발명에 따른 방법 발명은 모두 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다. 이상과 같이 본 발명은 비록 한정된 실시예와 도면에 의해 설명되었으나, 본 발명은 상기의 실시예에 한정되는 것은 아니며, 본 발명이 속하는 분야에서 통상의 지식을 가진 자라면 이러한 기재로부터 다양한 수정 및 변형이 가능하다. 그러므로, 본 발명의 범위는 설명된 실시예에 국한되어 정해져서는 아니되며, 후술하는 특허청구범위뿐 아니라 이 특허청구범위와 균등한 것들에 의해 정해져야 한다.

network interface : 3801
service discovery manager : 3811

Claims

네트워크와 연결된 서비스 프로바이더(service provider)에서 EPG (Electronic Program Guide) 데이터를 처리하는 방법에 있어서,
SP (Service Provider) attachment 동안, 프로비저닝 정보(provisioning information)를 수신기에 전송하는 단계-상기 프로비저닝 정보는 EPG 데이터 프로바이더로부터의 EPG data가 액세스(access) 가능한 로케이션(location)을 제공하는 EPG 프로바이더 정보에 대한 제1메타데이터(metadata) 및 pull 모드 또는 push 모드로 EPG 데이터가 액세스 가능한 로케이션을 제공하는 EPG 데이터 로케이터에 대한 제2메타데이터를 포함하고, 또한 상기 제1메타데이터는 상기 EPG 데이터 프로바이더의 EPG 데이터 소스(source)들 각각에 의해 커버되는 서비스의 식별자(identifier)를 제공하는 타겟 서비스 ID 엘리먼트 및 상기 EPG 데이터 프로바이더의 EPG 데이터 소스들 각각에 의해 커버되는 서비스의 타입을 제공하는 타겟 서비스의 타입 엘리먼트를 포함-; 그리고
적어도 2개 이상의 컴포넌트(components)를 포함하는 서비스 디스커버리 메타데이터를 상기 수신기에 전송하는 단계
를 포함하여 이루어 지는 네트워크와 연결된 서비스 프로바이더에서 EPG 데이터를 처리하는 방법.
제1항에 있어서,
상기 제2메타데이터는,
상기 EPG 데이터 소스에 의해 커버되는 서비스의 타입을 제공하는 타겟 서비스의 타입 엘리먼트 및
상기 EPG 데이터 소스에 의해 커버되는 서비스의 식별자(identification)를 제공하는 타겟 서비스 ID 엘리먼트를
포함하는 네트워크와 연결된 서비스 프로바이더에서 EPG 데이터를 처리하는 방법.
제1항에 있어서,
상기 적어도 2개 이상의 컴포넌트는,
virtual channel map table 을 리스팅 하는 master SI table 과,
virtual channel의 리스팅에 대응하는 virtual channel map table 과,
virtual channel 의 디스크립션에 대응하는 virtual channel description table 과, 그리고
virtual channel 에 대한 획득(acquistion) 정보에 대응하는 source table
을 포함하는 네트워크와 연결된 서비스 프로바이더에서 EPG 데이터를 처리하는 방법.
제2항에 있어서,
상기 제2메타데이터에 타겟 서비스 ID 엘리먼트가 존재하는 경우, 상기 제1메타데이터에 존재하는 타겟 서비스 ID 엘리먼트를 상기 EPG 데이터 소스에 적용하지 않는 네트워크와 연결된 서비스 프로바이더에서 EPG 데이터를 처리하는 방법.
제4항에 있어서,
상기 제2메타데이터에 타겟 서비스의 타입 엘리먼트가 존재하는 경우, 상기 제1메타데이터에 존재하는 타겟 서비스의 타입 엘리먼트를 상기 EPG 데이터 소스에 적용하지 않는 네트워크와 연결된 서비스 프로바이더에서 EPG 데이터를 처리하는 방법.
제1항에 있어서,
상기 EPG 데이터 프로바이더의 EPG 데이터 소스들 각각에 의해 커버되는 서비스의 타입은,
linear TV 서비스 또는 COD (Content On Demand) 서비스에 대응하는 네트워크와 연결된 서비스 프로바이더에서 EPG 데이터를 처리하는 방법.
제3항에 있어서,
상기 master SI table 은 상기 virtual channel map에 대한 복수의 포인터(pointer)를 포함하고, 상기 복수의 포인터는 virtual channel discovery 프로세스를 개시하기 위해 사용되는 네트워크와 연결된 서비스 프로바이더에서 EPG 데이터를 처리하는 방법.
제7항에 있어서,
상기 source table 은, 복수개의 서비스들에 의해 사용되는 프로그래밍 소스들을 디스크라이브(describe) 하기 위한 싱글 플레이스(single place)를 제공하는 네트워크와 연결된 서비스 프로바이더에서 EPG 데이터를 처리하는 방법.
네트워크와 연결된 수신기에서 EPG (Electronic Program Guide) 데이터를 처리하는 방법에 있어서,
SP (Service Provider) attachment 동안, 서비스 프로바이더로부터 프로비저닝 정보(provisioning information) 를 수신하는 단계-상기 프로비저닝 정보는 EPG 데이터 프로바이더로부터의 EPG data가 액세스(access) 가능한 로케이션(location)을 제공하는 EPG 프로바이더 정보에 대한 제1메타데이터(metadata) 및 pull 모드 또는 push 모드로 EPG 데이터가 액세스 가능한 로케이션을 제공하는 EPG 데이터 로케이터에 대한 제2메타데이터를 포함하고, 또한 상기 제1메타데이터는 상기 EPG 데이터 프로바이더의 EPG 데이터 소스(source)들 각각에 의해 커버되는 서비스의 식별자(identifier)를 제공하는 타겟 서비스 ID 엘리먼트 및 상기 EPG 데이터 프로바이더의 EPG 데이터 소스들 각각에 의해 커버되는 서비스의 타입을 제공하는 타겟 서비스의 타입 엘리먼트를 포함-; 그리고
상기 서비스 프로바이더에 의해 제공되는 적어도 2개 이상의 컴포넌트(component)를 포함하는 서비스 디스커버리 메타데이터를 이용하여, 서비스 디스커버리 프로시저를 실행하는 단계
를 포함하여 이루어 지는 네트워크와 연결된 수신기에서 EPG 데이터를 처리하는 방법.
제9항에 있어서,
상기 제2메타데이터는,
상기 EPG 데이터 소스에 의해 커버되는 서비스의 타입을 제공하는 타겟 서비스의 타입 엘리먼트 및
상기 EPG 데이터 소스에 의해 커버되는 서비스의 식별자(identification)를 제공하는 타겟 서비스 ID 엘리먼트를
포함하는 네트워크와 연결된 수신기에서 EPG 데이터를 처리하는 방법.
제9항에 있어서,
상기 적어도 2개 이상의 컴포넌트는,
virtual channel map table 을 리스팅 하는 master SI table 과,
virtual channel의 리스팅에 대응하는 virtual channel map table 과,
virtual channel 의 디스크립션에 대응하는 virtual channel description table 과, 그리고
virtual channel 에 대한 획득(acquistion) 정보에 대응하는 source table
을 포함하는 네트워크와 연결된 수신기에서 EPG 데이터를 처리하는 방법.
제10항에 있어서,
상기 제2메타데이터에 타겟 서비스 ID 엘리먼트가 존재하는 경우, 상기 제1메타데이터에 존재하는 타겟 서비스 ID 엘리먼트를 상기 EPG 데이터 소스에 적용하지 않는 네트워크와 연결된 수신기에서 EPG 데이터를 처리하는 방법.
제12항에 있어서,
상기 제2메타데이터에 타겟 서비스의 타입 엘리먼트가 존재하는 경우, 상기 제1메타데이터에 존재하는 타겟 서비스의 타입 엘리먼트를 상기 EPG 데이터 소스에 적용하지 않는 네트워크와 연결된 수신기에서 EPG 데이터를 처리하는 방법.
제9항에 있어서,
상기 EPG 데이터 프로바이더의 EPG 데이터 소스들 각각에 의해 커버되는 서비스의 타입은,
linear TV 서비스 또는 COD (Content On Demand) 서비스에 대응하는 네트워크와 연결된 수신기에서 EPG 데이터를 처리하는 방법.
제9항에 있어서,
상기 적어도 2개 이상의 컴포넌트는 master SI table 및 source table 을 포함하며,
상기 master SI table 은 virtual channel map에 대한 복수의 포인터(pointer)를 포함하고, 상기 복수의 포인터는 virtual channel discovery 프로세스를 개시하기 위해 사용되는 네트워크와 연결된 수신기에서 EPG 데이터를 처리하는 방법.
제15항에 있어서,
상기 source table 은, 복수개의 서비스들에 의해 사용되는 프로그래밍 소스들을 디스크라이브(describe) 하기 위한 싱글 플레이스(single place)를 제공하는 네트워크와 연결된 수신기에서 EPG 데이터를 처리하는 방법.
EPG (Electronic Program Guide) 데이터를 처리하는 디지털 방송 수신기에 있어서,
SP (Service Provider) attachment 동안, 서비스 프로바이더로부터 프로비저닝 정보(provisioning information) 을 수신하는 네트워크 인터페이스-상기 프로비저닝 정보는 EPG 데이터 프로바이더로부터의 EPG data가 액세스(access) 가능한 로케이션(location)을 제공하는 EPG 프로바이더 정보에 대한 제1메타데이터(metadata) 및 pull 모드 또는 push 모드로 EPG 데이터가 액세스 가능한 로케이션을 제공하는 EPG 데이터 로케이터에 대한 제2메타데이터를 포함하고, 또한 상기 제1메타데이터는 상기 EPG 데이터 프로바이더의 EPG 데이터 소스(source)들 각각에 의해 커버되는 서비스의 식별자(identifier)를 제공하는 타겟 서비스 ID 엘리먼트 및 상기 EPG 데이터 프로바이더의 EPG 데이터 소스들 각각에 의해 커버되는 서비스의 타입을 제공하는 타겟 서비스의 타입 엘리먼트를 포함-; 그리고
상기 서비스 프로바이더에 의해 제공되는 적어도 2개 이상의 컴포넌트들을 포함하는 서비스 디스커버리 메타데이터를 이용하여, 서비스 디스커버리 프로시저를 실행하는 컨트롤러
를 포함하는 EPG 데이터를 처리하는 디지털 방송 수신기.
제17항에 있어서,
상기 제2메타데이터는,
상기 EPG 데이터 소스에 의해 커버되는 서비스의 타입을 제공하는 타겟 서비스의 타입 엘리먼트 및
상기 EPG 데이터 소스에 의해 커버되는 서비스의 식별자(identification)를 제공하는 타겟 서비스 ID 엘리먼트를
포함하는 EPG 데이터를 처리하는 디지털 방송 수신기.
제18항에 있어서,
상기 제2메타데이터에 타겟 서비스 ID 엘리먼트가 존재하는 경우, 상기 제1메타데이터에 존재하는 타겟 서비스 ID 엘리먼트를 상기 EPG 데이터 소스에 적용하지 않는 EPG 데이터를 처리하는 디지털 방송 수신기.
제19항에 있어서,
상기 제2메타데이터에 타겟 서비스의 타입 엘리먼트가 존재하는 경우, 상기 제1메타데이터에 존재하는 타겟 서비스의 타입 엘리먼트를 상기 EPG 데이터 소스에 적용하지 않는 EPG 데이터를 처리하는 디지털 방송 수신기.