KR20090088771A - 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를전송하는 장치 및 방법 - Google Patents

디지털 비디오 방송 시스템에서 통신채널로 통지메시지를전송하는 장치 및 방법 Download PDF

Info

Publication number
KR20090088771A
KR20090088771A KR1020080018345A KR20080018345A KR20090088771A KR 20090088771 A KR20090088771 A KR 20090088771A KR 1020080018345 A KR1020080018345 A KR 1020080018345A KR 20080018345 A KR20080018345 A KR 20080018345A KR 20090088771 A KR20090088771 A KR 20090088771A
Authority
KR
South Korea
Prior art keywords
notification message
terminal
transmitting
service guide
electronic service
Prior art date
Application number
KR1020080018345A
Other languages
English (en)
Inventor
송재연
람 서브라마니암
이국희
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to RU2010133974/07A priority Critical patent/RU2494547C2/ru
Priority to CN2009801051830A priority patent/CN101946510A/zh
Priority to AU2009213271A priority patent/AU2009213271A1/en
Priority to EP09709526A priority patent/EP2253138A4/en
Priority to JP2010546699A priority patent/JP2011515890A/ja
Priority to CA2715653A priority patent/CA2715653A1/en
Priority to PCT/KR2009/000716 priority patent/WO2009102170A1/en
Priority to US12/372,100 priority patent/US20090210896A1/en
Publication of KR20090088771A publication Critical patent/KR20090088771A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
    • H04H60/72—Systems specially adapted for using specific information, e.g. geographical or meteorological information using electronic programme guides [EPG]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/59—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for emergency or urgency
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H2201/00—Aspects of broadcast communication
    • H04H2201/10—Aspects of broadcast communication characterised by the type of broadcast system
    • H04H2201/16—Aspects of broadcast communication characterised by the type of broadcast system digital video broadcasting - handhelds [DVB-H]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
    • H04H60/90—Wireless transmission systems
    • H04H60/91—Mobile communication networks

Abstract

본 발명은 디지털 비디오 방송 시스템에서 통신채널을 이용하여 통지메시지를 전달하기 위한 시그널링 정보 및 상기 정보의 전송 방안을 제공하기 위하여, 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 전송하기 위한 시스템에 있어서, 쿼리 포맷(Query Format)을 통해 필요한 통지메시지를 요청하는 단말; 상기 단말의 통지메시지 요청에 따라 딜리버리 리스트(DeliveryList), 통지메시지의 전체, 통지메시지의 일부 중 하나를 요청한 단말에게 전송하는 서버; 및 상기 단말과 서버 사이의 통지메시지 요청 및 요청된 통지메시지를 전송하는 인터랙티브 망;으로 구성되는 디지털 비디오 방송 시스템의 단말에서 통신채널로 통지메시지를 전송하는 장치를 제공한다.
디지털 비디오 방송 시스템(Digital Video Broadcastin: DVB), 통지메시지(Notification message)

Description

디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 전송하는 장치 및 방법{Apparatus and Method for transmitting Notification message via the interactive channel in Digital Video Broadcasting system}
본 발명은 디지털 비디오 방송 시스템에서 통지메시지를 전달하기 위한 장치 및 방법에 관한 것으로서, 특히 디지털 비디오 방송 시스템에서 통신채널을 이용하여 통지메시지를 전달하기 위한 시그널링 정보 및 상기 정보의 전송 방안을 제공할 수 있는 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 전송하는 장치 및 방법에 관한 것이다.
본 발명을 적용하고자 하는 디지털 비디오 방송(Digital Video Broadcasting: 이하 "DVB"라 칭함) 시스템은 유럽의 디지털 방송 기술로 기존의 디지털 방송 뿐아니라 이동용, 휴대용으로 디지털 멀티미디어 서비스를 지원하기 위한 전송 규격이다.
상기 DVB 시스템에서는 MPEG2 TS(Transport Stream) 기반의 방송 데이터를 다중화하고, IP(Internet Protocol) 기반의 데이터 스트림을 동시에 전송하는 것이 가능하다. 또한, 상기 DVB 시스템에서는 여러가지 서비스가 하나의 IP 스트림에 다중화되어 전송되는 것이 가능하며, 단말은 상기 전송된 IP 스트림의 데이터를 수신한 후 이를 다시 개별 서비스로 역다중화하여 서비스를 복조하고 사용자에게 화면으로 출력할 수 있다.
상기 서비스는 다양한 형태가 존재할 수 있는데, 그 중 대표적인 것이 통지메시지의 전송이다. 통지메시지에는 응급상황(emergency) 메시지, 신규 서비스 알림 메시지, 주식시세표시(stock ticker) 메시지 및 날씨 메시지 등 다양한 메시지가 있다. 또한, 상기 통지메시지에는 네트워크 (Network Default Notification : NDN) 또는 ESG(Electronic Service Guide) 공급자(ESG Default Notification : EDN) 또는 플랫폼 공급자(Platform Default Notification: PDN)가 가입 절차없이, 모든 단말에 제공하는 디폴트 통지메시지(default notification message)가 있다. 또한, 상기 통지메시지에는 가입 및 구매절차를 거쳐 받을 수 있는 특정 통지(Service-Related notification : SRN)메시지가 있다.
상기 특정 통지메시지는 다른 일반 서비스와 동일하게 ESG 내에서 해당 통지메시지에 관련한 정보들이 전송된다. 즉, 특정 통지 메시지가 ESG 내에 존재하는 경우, 상기 통지메시지가 어떤 서비스와 연결되어 있는지, 이의 컨텐츠는 어떤 정보로 되어 있는지, 상기 통지메시지를 받을 수 있는 세션 정보 등이 ESG에 포함되어 단말에 전송된다. 사용자는 수신한 ESG를 통하여 원하는 통지메시지를 발견할 수 있고, 다른 서비스의 경우와 마찬가지로 구매절차를 통하여 해당 통지메시지를 구매하고 받을 수 있다. 또한 통지메시지는 통지 서비스의 형태로 단독으로 존재할 수 있다. 즉, 다른 일반 서비스에 연결되어 있는 통지메시지가 아니라 통지메시지 자체가 서비스로 정의된 형태를 의미한다. 이 경우, 각 통지메시지는 MessageID가 아니라 ServiceID로 구분된다.
현재는 방송채널을 통한 통지메시지의 가입 및 수신만이 정의되어 있을 뿐, 통신채널을 통한 통지메시지 전송에 대해서는 정의되어 있지 않다. 예를 들어 '가입 서비스 시작 시간 미리 알림' 등의 통지메시지를 가정하자. 이는 특정 시간에 제공되는 방송 서비스 시작 시간 전에 미리 해당 서비스 구매자에게 시작시간을 알려줌으로써 방송서비스를 놓치지 않고 받을 수 있게 해주는 통지메시지의 예가 될 수 있다. 그러나, 해당 통지메시지가 방송채널로 전송되는 시간에 해당 단말이 방송서비스에 접속되어 있지 않은 경우에는 상기 통지메시지를 받을 수 없기 때문에, 언제 전송될 지 모르는 통지메시지를 모두 받기 위해서는 단말은 항상 방송서비스에 접속되어 있어야 하는 비효율이 존재한다. 따라서 이 경우, 상기 통지메시지를 인터랙티브 채널로 전송하게 되면 단말은 어느 경우에나 모든 통지메시지를 성공적으로 받을 수 있다. 따라서 통지메시지를 인터랙티브 채널로 수신하기 위한 메커니즘 및 방안이 필요하다.
따라서 본 발명의 목적은 디지털 비디오 방송 시스템에서 통신채널을 이용하여 통지메시지를 전달하기 위한 시그널링 정보 및 상기 정보의 전송 방안을 제공함에 있다.
또한, 본 발명의 목적은 디지털 비디오 방송 시스템에서 방송채널을 통한 통지메시지뿐만 아니라, 인터랙티브 망에서 통지메시지를 전송하는 방안 및 절차를 제공함에 있다.
또한, 본 발명의 목적은 디지털 비디오 방송 시스템에서 인터랙티브 망에서 통지메시지를 보다 효율적으로 전송하는 방법 및 절차를 제공함에 있다.
상기와 같은 목적들을 달성하기 위한 본 발명에 따른 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 전송하는 장치는, 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 전송하기 위한 시스템에 있어서, 단말이 쿼리 포맷(query format)을 통해 DeliveryList를 획득하여 DeliveryList의 정보를 이용하여 필요한 통지메시지를 요청하는 단말; 상기 단말의 통지메시지 요청에 따라 딜리버리 리스트(DeliveryList), 통지메시지의 전체, 통지메시지의 일부 중 하나를 요청한 단말에게 전송하는 서버; 및 상기 단말과 서버 사이의 통지메시지 요청 및 요청된 통지메시지를 전송하는 인터랙티브 망;으로 구성된다.
이때, 상기 단말은 상기 쿼리 포맷을 통해 딜리버리 리스트(DeliveryList)를 획득하고, 상기 딜리버리 리스트의 정보를 이용하여 필요한 통지메시지를 요청함을 특징으로 한다.
또한 이때, 상기 단말은 상기 쿼리 포맷을 통해 딜리버리 리스트(DeliveryList)를 요청하지 않고 바로 필요한 통지메시지를 요청함을 특징으로 한다.
또한, 본 발명에 따른 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 전송하는 장치는, 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 수신하는 단말에 있어서, 상기 통지메시지를 수신하는 통지메시지 수신부; 상기 수신된 통지메시지를 해독하여 상기 수신된 통지메시지의 액세스 포인트(Access Point)정보를 획득하고, 상기 수신된 통지메시지에 오류가 있는지 판단하는 통지메시지 해독부; 상기 수신된 통지메시지에 오류가 있으면 상기 통지메시지를 재요청하는 쿼리(Query)요청 송신부; 상기 쿼리요청에 따라 수신되는 전자서비스가이드를 수신하는 전자서비스가이드 수신부; 및 상기 수신된 전자서비스가이드를 해독하여 딜리버리 리스트(DeliveryList)를 검출하는 전자서비스가이드 해독부;로 구성된다.
또한, 본 발명에 따른 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 전송하는 장치는, 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 전송하는 서버에 있어서, 단말로부터 수신되는 쿼리(Quary)를 수신하는 쿼리 수신부; 상기 쿼리를 분석하여 상기 단말이 요청한 통지메시지 및 딜리버리 리스트(DeliveryList)를 단말에게 전송하는 통지메시지 송신부; 상기 통지메시지를 생 성하는 통지메시지 생성부; 전자서비스가이드(Electronic Service Guide)를 생성하고, 상기 생성된 통지메시지의 액세스 포인트(Access Point)정보를 상기 생성된 전자서비스가이드에 포함시키는 전자서비스가이드 생성부; 및 상기 전자서비스가이드의 데이터모델을 송신하는 전자서비스가이드 송신부;로 구성된다.
또한, 본 발명에 따른 디지털 비디오 방송 시스템의 단말에서 통신채널로 통지메시지를 전송하기 위한 방법은, 상기 단말이 방송서비스 서버에 접속하여 전자서비스가이드 부트스트랩 세션(Electronic Service Guide Bootstrapping Session)에 접속하는 과정; 상기 접속한 전자서비스가이드 부트스트랩 세션에서 디폴트 통지메시지(Default Notification Message)의 액세스 포인트(Access Point)를 확인하는 과정; 상기 전자서비스가이드 부트스트랩 세션의 정보를 이용하여 하나의 전자서비스가이드를 선택하고, 해당 전자서비스가이드의 어나운스먼트 캐러셀(Announcement Carousel)에 접속하여 해당 전자서비스가이드의 관련 정보들을 획득한 후, 전자서비스가이드의 데이터모델(Datamodel)을 수신하는 과정; 상기 수신한 전자서비스가이드의 데이터모델에서 특정 통지메시지의 액세스 포인트를 확인하고, 선택된 해당 통지메시지를 구매하는 과정; 상기 확인된 액세스 포인트에게 HTTP 요청 쿼리(Request query)를 통해 통지메시지를 요청하는 과정; 및 상기 요청한 통지메시지를 수신하는 과정;으로 이루어진다.
이때, 상기 확인된 액세스 포인트에게 HTTP 요청 쿼리(Request query)를 통해 통지메시지를 요청하는 과정 이전에, 상기 확인된 액세스 포인트에게 HTTP 요청 쿼리(Request query)를 통해 딜리버리 리스트를 요청하는 과정; 이미 알고 있는 통 지메시지의 정보를 이용하여 통지메시지를 직접 서버에 요청하고, 상기 요청한 딜리버리 리스트를 수신하는 과정; 및 상기 수신한 딜리버리 리스트 내의 정보를 이용하여 필요한 통지메시지를 요청하는 과정;을 더 구비함을 특징으로 한다.
또한, 본 발명에 따른 디지털 비디오 방송 시스템의 서버에서 통신채널로 통지메시지를 전송하기 위한 방법은, 전자서비스가이드 부트스트랩 세션(Electronic Service Guide Bootstrapping Session) 및 전자서비스가이드 데이터모델(Datamodel)의 FLUTE(File Deilvery over Unidirectional Transport) 세션을 열어 전자서비스가이드를 단말에게 전송하는 과정; 및 HTTP 요청을 수신하면, 상기 수신한 요청에 따라 딜리버리 리스트(DeliveryList), 통지메시지의 전체, 통지메시지의 일부 중 하나를 요청한 단말에게 전송하는 과정;으로 이루어진다.
상술한 바와 같이 본 발명에 따른 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 전송하는 장치 및 방법은 통신채널을 통한 통지메시지 전송에 대해서 정의하고, 통지메시지를 인터랙티브 채널로 수신하기 위한 메커니즘 및 방안을 제공함으로써, 상기 통지메시지를 정의된 통신채널로 전송함으로써 단말이 어느 경우에나 모든 통지메시지를 성공적으로 받을 수 있다.
특히 전송 시간이 미리 정해져 있지 않은 통지메시지 및 통지 서비스의 특성상 일반적으로 단말이 서버가 보내고 있는 통지메시지의 수신을 성공적으로 하고 있다는 보장을 할 수 없다. 본 발명에서는 단말이 딜리버리 리스트(DeliveryList) 를 요청하여 받음으로써 받아야 할 통지메시지의 리스트를 확인 가능, 단말이 어느 경우에나 모든 통지메시지를 성공적으로 받을 수 있다.
이하 본 발명의 바람직한 실시 예들을 상세한 설명과 함께 첨부된 도면을 참조하여 상세히 설명한다. 하기에서 본 발명을 설명함에 있어, 도면들 중 동일한 구성들은 가능한 한 어느 곳에서든지 동일한 부호들을 나타내고 있음에 유의하여야 한다. 또한, 하기의 설명에서 구체적인 특정 사항들이 나타나고 있는데, 이는 본 발명의 보다 전반적인 이해를 돕기 위해 제공된 것일 뿐이므로, 이러한 구체적인 특정 사항들이 본 발명의 범위를 한정하는 것이 아니다. 한편, 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
본 발명은 디지털 비디오 방송 시스템에서 방송채널을 통한 통지메시지의 전송뿐만 아니라, 인터랙티브 망과 같은 통신채널을 통하여 통지메시지를 전송하는 방안 및 절차를 제공한다.
디폴트 통지메시지의 경우, 통신채널에서 해당 메시지를 받을 수 있는 억세스 포인트가 제공되어야 한다. 본 발명에서는 ESG 부트스트랩 세션(Bootstrapping Session)에 억세스 포인트(Access Point)를 추가하여 전송하는 방안을 제공한다. 이하의 설명에서 상기 억세스 포인트를 추가하는 방안을 실시예1 및 실시예2로 제안하며, 이를 이하의 표 1 내지 표 6에서 정의한다.
한편, 특정 통지메시지의 경우에는, ESG 데이터 모델에서 인터랙티브 억세스 포인트를 사용하여 인터랙티브망으로 전송되는 특정 통지메시지의 억세스 포인트를 알 수 있으므로, 특정 통지메시지의 억세스 포인트를 추가하는 방안에 대해서는 본 발명에서 정의하지 않는다.
상기와 같이 인터랙티브 망의 디폴트 통지메시지와 특정 통지메시지의 억세스 포인트를 획득한 후, 단말은 다음과 같은 동작을 진행할 수 있다.
단말은 획득한 해당 억세스 포인트를 이용하여 본 발명에서 제안한 DeliveryList를 요청하거나, 인터랙티브 채널로 디폴트 통지메시지의 전송을 요청하거나, 통지메시지의 일부를 요청한다.
왜냐하면, 단말은 방송채널로 디폴트 통지메시지의 억세스 포인트 정보만을 받을 뿐이므로, 단말은 디폴트 통지메시지를 제대로 받고 있는지 확인할 수 없다. 따라서 단말은 DeliveryList를 요청하여 특정 기간동안에 서버가 단말에게 전송한/전송할 디폴트 통지메시지 리스트를 획득함으로써, 받지 못했거나 오류가 난 특정 통지메시지를 다시 요청할 수 있다.
또한 상기 DeliveryList는 특정 통지메시지의 경우에도 확장되어 사용될 수 있다. 기본적으로 단말은 어떤 특정 통지메시지를 받을 수 있는가는 ESG에서 정의한 통지메시지 억세스정보를 이용하여 알 수 있다. 그러나 해당 특정 통지메시지가 언제 전송되는지는 해당 통지메시지의 특징에 따라 미리 알 수 없는 경우가 존재한다. 이러한 경우, 특정 통지 메시지의 경우에도 단말은 Deliverylist를 요청하여 확인함으로써 수신의 정확성을 확인할 수 있고, 오류가 난 특정 통지메시지를 다시 요청할 수 있다.
따라서 단말이 상기 정보들을 요청하는 HTTP query format이 정의되어야 하며, 하기의 표 7a 내지 7c는 본 발명에서 제안한 query format을 도시한 것이다.
단말이 서버에게 query를 한 후 서버로부터 요청한 통지메시지의 전체 혹은 일부를 받거나 또는 DeliveryList를 받게 된다. 하기의 표 8a 내지 표 8e와 표 9에 본 발명에서 제안한 DeliveryList의 xml syntax와 semantics를 도시하였다.
이하에서 본 발명에 따른 ESG 부트스트랩 세션에 억세스 포인트를 추가하는 실시예 1를 상세히 설명한다. 하기의 표 1과 표 4는 현재 DVB-CBMS(Convergence of Broadcasting and Mobile Service) workgroup에서 표준화가 진행중인 통지메시지 스펙의 draft에서 ESG 부트스트랩 세션에 방송 통지메시지 중 디폴트 통지메시지를 받을 수 있는 억세스포인트를 알려주는 디스크립터의 xml syntax와 semantics를 도시한 것으로, 본 발명에서는 PDNIAEntry()와 EDNIA Entry()를 추가하였으며, 이의 syntax를 하기의 표 2a 내지 표 2c 및 표 3a 내지 표 3c에, semantics를 하기의 표 5에 도시하였다.
하기의 표 2a와 표 2b는 PDNIAEntry()의 syntax에 따라 두 가지 실시예를 정의한 것으로 가장 큰 차이점은 서버에서의 인터랙티브 전송 모드에 따른 정보를 단 말에게 알려주는 'IAmode' 값의 추가이다.
또한, 하기의 표 3a와 표 3b는 EDNEntry()에 'IAmode' 값의 추가에 따라 두 가지 실시예를 정의한 것이다.
PDNEntry()와 EDNEntry()의 기본 정보는 방송으로 전송되는 디폴트 통지메시지 서버의 억세스 포인트로 IP address 정보를 알려주는 것이며 PDNIAEntry()와 EDNIAEntry()의 기본 정보는 인터랙티브 서버의 억세스 포인트를 'URI' 형태로 알려주는 것이다.
인터렉티브 전송에는 두 가지 모드가 가능하다. 즉, "PUSH" 모드로 서버가 특정 단말에게 푸쉬형태로 전송하는 모드와 "PULL" 모드로 단말이 서버에게 요청하여 받는 모드가 가능하다. 본 발명에서 정의한 인터랙티브 서버의 억세스 포인트는 서버의 특징에 따라 두가지 모드가 모두 가능하다. 따라서 서버가 지원하는 모드를 단말에게 알려줄 수 있도록 'IAmode' 정보를 단말에게 전송한다. 즉, 'IAmode'가 "PUSH" 인 경우, 단말은 상기 억세스 포인트가 푸쉬서버의 주소를 알려주는 것으로 인식 할 수 있어, 해당 서버에서 푸쉬되는 신호를 신뢰할 수 있게 된다. 또한, 'IAmode'가 'PULL'인 경우, 단말은 상기 억세스 포인트가 단말이 쿼리를 요청할 수 있는 서버의 URL로 인식하게 되어, 필요한 경우, 단말이 해당 억세스 포인트로 쿼리를 요청하는 동작을 수행한다.
하기의 표 3c에서는 'Purchase_item_ID' 정보가 전송되는 것이 이전의 실시예와 차이점이다. 이는 디폴트 통지메시지를 인터랙티브 망으로 보낼 때 사업자측에서 과금을 하는 경우를 위한 것이다. 즉, 가입절차 없이 전송된 방송망의 디폴트 통지메시지 외에 인터랙티브망으로 보내는 경우 가입 및 구매 절차가 수행될 수 있다. 이 경우, 각 구매단위별로 'Purchase_item_ID'를 인식하여 구매절차가 수행되므로 각 디폴트 통지메시지 엔트리별로 'Purchase_item_ID'를 할당하여 상기 기능이 가능하게 한다. 하기 'Purchase_item_ID'는 각 디폴트 통지메시지를 구별할 수 있는 다른 id 이름으로 정의되는 것도 가능하다.
이상의 각 실시예들의 도시는 대표적인 정보들을 중심으로 작성한 것으로, 상기 실시예들에서 제시된 각 syntax들은 서로 조합되어 함께 사용될 수 있음을 밝혀둔다. 즉, 기본적인 디폴트 메시지 엔트리정보 이외에 'IAmode', 'Purchase_item_ID' 등이 함께 사용될 수 있음은 물론이다.
하기의 표 6은 본 발명에 따른 ESG 부트스트랩 세션에 억세스 포인트를 추가하는 실시예 2이다. 실시예 2에서 정의한 각 정보들의 정의는 실시예 1과 동일하다. 실시예 1에서는 DefaultNotificationAccessDescriptors내에 PDNIAEntry()와 EDNIAEntry[i]()을 정의하였으나 실시예 2에서는 DefaultNotificationIAAccessDescriptors를 따로 정의하였다.
DefaultNotificationAccessDescriptor Syntax
Syntax No . of bits Mnemonic
DefaultNotificationAccessDescriptor {
PDNFlag 1 uimsbf
Reserved 7 uimsbf
n_o_EDNEntries 8 uimsbf
If(PDNFlag){
PDNEntry()
PDNIAEntry ()
}
For(i=0;i< n_o_ EDNEntries;i++){
EDNEntry[i]()
EDNIAEntry [i]()
}
}
Syntax No . of bits Mnemonic
PDNEntry{
PDNEntryversion 8 uimsbf
EntryLength 8+ vluimsbf8
IPVersion6 1 bslbf
Reserved 7 bslbf
If(IPVersion6){
SourceIPAddress 128 bslbf
DestinationIPAddress 128 bslbf
}else{
SourceIPAddress 32 bslbf
DestinationIPAddress 32 bslbf
}
Port 16 uimsbf
TSI 16 uimsbf
}
}
Syntax No . of bits Mnemonic
EDNEntry{
EDNEntryVersion 8 uimsbf
EntryLength 8+ vluimsbf8
ProviderID 16 uimsbf
IPVersion6 1 bslbf
Reserved 7 bslbf
If(IPVersion6){
SourceIPAddress 128 bslbf
DestinationIPAddress 128 bslbf
}else{
SourceIPAddress 32 bslbf
DestinationIPAddress 32 bslbf
}
Port 16 uimsbf
TSI 16 uimsbf
}
}
PDNIAEntry Syntax
Syntax No . of bits Mnemonic
PDNIAEntry{
PDNIAEntryversion 8 uimsbf
EntryLength 8+ vluimsbf8
Reserved 8 bslbf
For(i=0; i<URILength ; i++){
URIByte
}
}
PDNIAEntry Syntax
Syntax No . of bits Mnemonic
PDNIAEntry{
IAmode 1 bslbf
Reserved 7 bslbf
PDNIAEntryversion 8 uimsbf
EntryLength 8+ vluimsbf8
Reserved 8 bslbf
For(i=0; i<URILength ; i++){
URIByte
}
}
PDNIAEntry Syntax
Syntax No . of bits Mnemonic
PDNIAEntry{
Purchase_item_ID 8 uimsbf
PDNIAEntryversion 8 uimsbf
EntryLength 8+ vluimsbf8
Reserved 8 bslbf
For(i=0; i<URILength ; i++){
URIByte
}
}
EDNIAEntry Syntax
Syntax No . of bits Mnemonic
EDNIAEntry{
EDNIAEntryversion 8 uimsbf
EntryLength 8+ vluimsbf8
ProviderID 16 vluimsbf8
Reserved 8 bslbf
For(i=0; i<URILength ; i++){
URIByte
}
}
EDNIAEntry Syntax
Syntax No . of bits Mnemonic
EDNIAEntry{
IAmode 1 bslbf
Reserved 7 bslbf
EDNIAEntryversion 8 uimsbf
EntryLength 8+ vluimsbf8
ProviderID 16 vluimsbf8
Reserved 8 bslbf
For(i=0; i<URILength ; i++){
URIByte
}
}
EDNIAEntry Syntax
Syntax No . of bits Mnemonic
EDNIAEntry{
Purchase_item_ID 8 uimsbf
EDNIAEntryversion 8 uimsbf
EntryLength 8+ vluimsbf8
ProviderID 16 vluimsbf8
Reserved 8 bslbf
For(i=0; i<URILength ; i++){
URIByte
}
}
DefaultNotificationAccessDescriptor Semantics
Field Semantics
PDNFlag Indicates whether there is a PDN entry in current descriptor. If set to "1", there is a PDN entry following "n_o_EDNEntries" field.
n_o_EDNEntries Specifies the number of EDN Entries in which access information of EDN service is signalled.
n_o_IAEDNEntries Specifies the number of EDN Entries in which access information of EDN service is signaled in interactive channel.
PDNEntryVersion Specifies the version of PDN Entry Specification. The value shall be set to "1". NOTE 1: This version is incremented if the specification of PDN Entry is changed in a not forward compatible way; NOTE 2: A receiver should only decode PDN Entries which it complies to.
EDNEntryVersion Specifies the version of EDN Entry Specification. The value shall be set to "1". NOTE 3: This version is incremented if the specification of EDN Entry is changed in a not forward compatible way; NOTE 4: A receiver should only decode EDN Entries which it complies to.
EntryLength Specifies the length of the PDN/EDN Entry in Bytes excluding the PDNEntryVersion / EDNEntryVersion and EntryLength fields. NOTE 5: This allows forward compatible implementations even if fields are added in the future to DefaultNotificationAccessDescriptor.
IPVersion6 If set to "1" specifies that the SourceIPAddress and the DestinationIPAddress are signalled according to IP version 6. If set to "0" specifies that the SourceIPAddress and the DestinationIPAddress are signalled according to IP version 4.
ProviderID This ID is used to uniquely identify the ESG provider in the ESGProviderDiscoveryDescriptor. The ESG provider must register the ProviderID at the authority that manages the bootstrapping channel to guarantee uniqueness.
SourceIPAddress Specifies the source IP address of the FLUTE session transporting the PDN/EDN messages. The IP Version is signalled by the IPVersion6 field.
DestinationIPAddress Specifies the destination IP address of the FLUTE session transporting the PDN / EDN messages. The IP Version is signalled by the IPVersion6 field.
Port Specifies the port number of the IP Stream of the FLUTE session in which the PDN /EDN messages is transported.
TSI Specifies the Transport Session Identifier (TSI) of the FLUTE session in which the PDN /EDN messages is transported.
표 2a 내지 표 2c 및 표 3a 내지 표 3b의 Semantics
Field Semantics
IAmode If the IA delivery mode is PULL, the value shall be set to "1". And in case of PUSH, the value shall be set to "0".
PDNIAEntryVersion Specifies the version of PDNIA Entry Specification. The value shall be set to "1". NOTE 1: This version is incremented if the specification of PDNIA Entry is changed in a not forward compatible way; NOTE 2: A receiver should only decode PDNIA Entries which it complies to.
EDNIAEntryVersion Specifies the version of EDNIA Entry Specification. The value shall be set to "1". NOTE 3: This version is incremented if the specification of EDNIA Entry is changed in a not forward compatible way; NOTE 4: A receiver should only decode EDNIA Entries which it complies to.
EntryLength Specifies the length of the PDNIA/EDNIA Entry in Bytes excluding the PDNIAEntryVersion / EDNIAEntryVersion and EntryLength fields.
ProviderID This ID is used to uniquely identify the ESG provider in the ESGProviderDiscoveryDescriptor. The ESG provider must register the ProviderID at the authority that manages the bootstrapping channel to guarantee uniqueness.
URIByte URIBytes forming the UTF-8 encoded interactive Default Interactive Notification AccessPoint URL.
Purchase_item_ID Identify the PDNIAEntry or EDNIAEntry. This information is used as the identifier for the purchasement of interactive default notification.
DefaultNotificationIAIAAccessDescriptor Syntax
Syntax No . of bits Mnemonic
DefaultNotificationIAAccessDescriptor {
PDNFlag 1 uimsbf
Reserved 7 uimsbf
n_o_IAEDNEntries 8 uimsbf
If(PDNFlag){
PDNIAEntry ()
}
For(i=0;i< n_o_IAEDNEntries;i++){
EDNIAEntry [i]()
}
}
하기의 표 7a 내지 표 7c는 본 발명에서 제안한 통지메시지 query format을 도시한 것으로, 응용에 따라 표 7a, 표 7b 및 표 7c로 각각 정의하였다. 본 발명에서는 기본적으로 HTTP/1.1 POST 프로토콜을 사용하는 것으로 가정하며, 하기의 표 7a, 표 7b 및 표 7c에는 HTTP query에 사용되는 'Key'값들과 해당 'Key'값들의 'Value'값, 그리고 Semantics을 정의하였다.
상기 key값들은 복수개가 동시에 사용될 수 있으며 단말이 요구하는 대상에 따라 선택적으로 사용될 수 있다. 즉, 하기의 표 7a 내지 표 7c에서와 같이 "type=NotificationDeliveryList"를 요청하는 경우, 특정 "NotiType=EDN" 통지메시지 타입을 지정하거나, "StartDelivery"와 "StopDelivery" 값을 지정하여 특정 기간동안에 전송된 통지메시지의 DeliveryList를 요청할 수 있다. 또한, "type=NotificationMessage"를 요청하는 경우, MessageID 또는 해당 MessageID를 갖는 통지메시지 일부를 Content-ID와 Content-Position값을 이용하여 지정, 이미 받은 통지메시지 중에서 에러가 난 부분만 다시 재전송을 요청할 수 있다. 또한 "type=NotificationInitContainer"을 요청하는 경우에 서버는 InitContainer를 받을 수 있는 주소값을 전송하거나 InitContainer를 직접 단말에 전송할 수도 있다. 또한 "type=DefaultNotification"인 경우에는 단말이 방송망으로 전송되고 있는 모든 디폴트 통지메시지를 인터랙티브 망으로 전송받기를 요청하는 query format이다.
하기의 표 7b는 통지메시지의 일부를 받기 위한 정보인 Content-ID, Content-Position, Content-Type, Content-Transfer-Encoding 정보들을 제외한 실시예이다. 즉, 단말에서 통지메시지를 요청하는 경우, 통지메시지 일부가 아닌 통지메시지 전체만을 요청하게 하는 경우, 상기와 같은 query format은 사용하지 않음을 나타내는 실시예이다.
하기의 표 7c는 NotiType에 SRN(Service Related Notification)과 NS(Notification Service)가 추가된 것, 그리고 ServiceID가 추가된 것외에는 하기의 표 7a와 동일하다. 즉, 하기의 표 7c에서는 디폴트 통지메시지뿐만 아니라, 특정 통지메시지 및 통지서비스(Notification Service)의 경우에도 DeliveryList 혹은 통지메시지를 요청할 수 있도록 확장한 것이다. 또한 통지서비스(Notification Service)의 경우에는 일반 서비스와 마찬가지로 ServiceID를 가지므로 이 경우에는 MessageID대신에 ServiceID를 추가하여 query format를 정의하였다.
또한 하기의 표 7a, 표 7b 및 표 7c 이외에 구체적으로 도시하지는 않았으나, 하기 표 7a, 표 7b 및 7c에 도시된 다수의 query format들을 조합하여 사용할 수 있음을 밝혀둔다.
IA Notification query format
Key Value Semantics
Type Notification DeliveryList Notification Messages Notification Init Container Default Notification The Type of expected response. E.g if a Notification Delivery List or Containers are requested.
NotiType NDN(Network Default Notification) PDN(Platform Default Notification) EDN(ESG provider Default Notification) All DN Type of notification messages or delivery list is requested Multiple values are possible seperated by comma 'All DN' means all Default notification types
MessageID 16 bit positive integer The requested Notification message ID
MessageVersion Unsigned byte Version number of the notification message
Content-ID anyURI ID of the notification mesaage part
Content-Position 16 bit positive integer Index of multipart/related message part that contains the corresponding notification message part.
Content-Type String Indicates the MIME type of the corresponding notification message part
Content-Transfer-Encoding String Indicates the type of content transfer encoding applied to the corresponding notification message part.
Subscription information String Subscription related information . e.g. price, currency type, purchase type...
StartDelivery Date &Time (NTP timestamp, unsignedInt) Start time of the period of interest, this time is based on the Notification message delivery time, either for the messages or for the delivery list
StopDelivery Date &Time (NTP timestamp, unsignedInt) Stop time of the period of interest, this time is based on the Notification message delivery time,either for the messages or for the delivery list
ValidFrom Date &Time (NTP timestamp, unsignedInt) Start time of the period of interest, this time is based on the Notification message expiration time
ValidTo Date &Time (NTP timestamp, unsignedInt) Stop time of the period of interest, this time is based on the Notification message expiration time
DeliveryListVersion LASTUPDATED dateTime value (NTP timestamp, unsignedInt) LASTUPDATED version of a DeliveryList
IA Notification query format
Key Value Semantics
Type Notification DeliveryList Notification Messages Notification Init Container Default Notification The Type of expected response. E.g if a Notification Delivery List or Containers are requested.
NotiType NDN(Network Default Notification) PDN(Platform Default Notification) EDN(ESG provider Default Notification) All DN Type of notification messages or delivery list is requested Multiple values are possible seperated by comma 'All DN' means all Default notification types
MessageID 16 bit positive integer The requested Notification message ID
MessageVersion Unsigned byte Version number of the notification message
Subscription information String Subscription related information . e.g. price, currency type, purchase type...
StartDelivery Date &Time (NTP timestamp, unsignedInt) Start time of the period of interest, this time is based on the Notification message delivery time, either for the messages or for the delivery list
StopDelivery Date &Time (NTP timestamp, unsignedInt) Stop time of the period of interest, this time is based on the Notification message delivery time,either for the messages or for the delivery list
ValidFrom Date &Time (NTP timestamp, unsignedInt) Start time of the period of interest, this time is based on the Notification message expiration time
ValidTo Date &Time (NTP timestamp, unsignedInt) Stop time of the period of interest, this time is based on the Notification message expiration time
DeliveryListVersion LASTUPDATED dateTime value (NTP timestamp, unsignedInt) LASTUPDATED version of a DeliveryList
IA Notification query format
NotiType NDN(Network Default Notification) PDN(Platform Default Notification) EDN(ESG provider Default Notification) SRN(Service Related Notification) NS(Notification Service) All All DN Type of notification messages or delivery list is requested Multiple values are possible seperated by comma
ServiceID Notification Service ID
하기의 표 8a 내지 표 8e와 표 9는 본 발명에서 제안한 통지메시지 DeliveryList의 xml syntax및 semantics를 도시한 것이다. 하기의 표 8a와 표 8b의 차이는, 표 8a는 인터랙티브 망에서 제공되는 통지메시지에 대한 DeliveryList이고 표 8b는 방송망까지 확장한 DeliveryList를 정의한 것이다. 또한, 표 8c는 SubList를 사용하지 않은 실시예를 보여준다. 표 8a와 표 8b에서 사용한 SubList는 DeliveryList의 크기가 큰 경우 이를 몇 개의 부분으로 나누어 전송하는 방식이다. 표 8c의 syntax는 편의상 인터랙티브 망에서 제공되는 통지메시지의 DeliveryList로 도시하였으나 SubList를 사용하지 않은 형태의 방송망까지 확장한 DeliveryList도 적용할 수 있음은 물론이다.
표 8d는 상기 DeliveryList의 버전 및 expiration관련 attribute를 사용하지 않은 실시예이다. 통지 메시지 DeliveryList의 특성상 대부분 단말 및 사용자가 지정한 시간대에 전송된/전송될 통지메시지의 리스트정보이므로 버전정보가 필요하지 않는 경우가 존재한다. 하기 표 8d의 syntax를 보면, 이전의 표와는 달리, 'lastupdated', 'expirationDate', 'expirationWindow'의 attribute를 전송하지 않음을 알 수 있다.
표 8e는 DeliveryList에서 단말이 요청한 통지메시지의 정보로써 가격 및 구매정보를 알려주는 경우의 실시예이다. 가격정보외의 다른 정보들은 편의상 표 8d를 따랐으나 본 발명의 또다른 DeliveryList의 실시예에도 적용될 수 있음을 물론이다. 이는 방송으로 전송되는 디폴트 통지메시지는 기본적으로 가입 및 구매가 요구되지 않으나 이를 인터랙티브 채널로 보내는 경우에는 통신채널을 사용함에 따라 가입 및 구매가 필요한 경우가 발생하는 경우가 발생할 가능성이 있기 때문이다.
Notification DeliveryList
<? Xml version="1.0" encoding="UTF=8"?> <schema xmlns="http://www.w3.org/2001/XMLSchema" xmlns:notif="dvb:ipdc:2007:notification" elementFormDefault　:xs=　"qualified　" targetNamespace　=　"dvb:ipdc:2007:notification"> <complexType name="DeliveryList"> <sequence> <element name="SubList" type="notif:SubListType" maxOccurs="unbounded"/> </sequence> <attribute name="lastupdated" type="unsignedInt" use="required"/> <attribute name="expirationDate" type="unsignedInt" use="optional"/> <attribute name="expirationWindow" type="unsignedInt" use="optional"/> </complexType> <complexType name"SubListType"> <sequence> <element name="IADeliveryChannel" type="notif:IADeliveryChannelType" minOccurs="0"/> <element name="BCDeliveryChannel" type="notif:BCDeliveryChanelType" minOccurs="0"/> </sequence> <attribute name="subListID" type="unsignedInt" use="required"/> <attribute name="priority" type="unsignedInt" use="optional"/> <attribute name="lastupdatedSL" type="unsignedInt" use="required"/> </complexType> <complexType name"IADeliveryChannelType"> <sequence> <element name="IAInitContainer" type=" anyURI" minOccurs="0"/> <element name="IAMessage" type="notif:IAMessageType" maxOccurs="unbounded"/> </sequence> <attribute name="priority" type="unsignedInt" use="optional"/> </complexType> <complexType name"BCDeliveryChannelType"> <sequence> <element name="BCMessage" type="notif:BCMessageType" maxOccurs="unbounded"/> </sequence> <attribute name="priority" type="unsignedInt" use="optional"/> </complexType> <complexType name="IAMessageType"> <sequence> <element name="MessageID" type="unsignedShort" maxOccurs="unbounded"/> </sequence> <attribute name="version" type="unsingnedShort" use="optional"/> <attribute name="NotificationType" type="unsingnedShort" use="optional"/> <attribute name="size" type="unsignedLong" use="required"/> </complexType> <complexType name="BCMessageType"> <sequence> <element name="MessageID" type="unsignedShort" maxOccurs="unbounded"/> <sequence> <attribute name="version" type="unsignedInt" use="optional"/> <attribute name="NotificationType" type="unsingnedShort" use="optional"/> </complexType>
Notification DeliveryList
<? Xml version="1.0" encoding="UTF=8"?> <schema xmlns="http://www.w3.org/2001/XMLSchema" xmlns:notif="dvb:ipdc:2007:notification" elementFormDefault　:xs=　"qualified　" targetNamespace　=　"dvb:ipdc:2007:notification"> <complexType name="DeliveryList"> <sequence> <element name="SubList" type="notif:SubListType" maxOccurs="unbounded"/> </sequence> <attribute name="lastupdated" type="unsignedInt" use="required"/> <attribute name="expirationDate" type="unsignedInt" use="optional"/> <attribute name="expirationWindow" type="unsignedInt" use="optional"/> </complexType> <complexType name"SubListType"> <sequence> <element name="IADeliveryChannel" type="notif:IADeliveryChannelType" minOccurs="0"/> <element name="BCDeliveryChannel" type="notif:BCDeliveryChanelType" minOccurs="0"/> </sequence> <attribute name="subListID" type="unsignedInt" use="required"/> <attribute name="priority" type="unsignedInt" use="optional"/> <attribute name="lastupdatedSL" type="unsignedInt" use="required"/> </complexType> <complexType name"IADeliveryChannelType"> <sequence> <element name="IAInitContainer" type=" anyURI" minOccurs="0"/> <element name="IAMessage" type="notif:IAMessageType" maxOccurs="unbounded"/> </sequence> <attribute name="priority" type="unsignedInt" use="optional"/> </complexType> <complexType name"BCDeliveryChannelType"> <sequence> <element name="BCMessage" type="notif:BCMessageType" maxOccurs="unbounded"/> </sequence> <attribute name="priority" type="unsignedInt" use="optional"/> </complexType> <complexType name="IAMessageType"> <sequence> <element name="MessageID" type="unsignedShort" maxOccurs="unbounded"/> </sequence> <attribute name="version" type="unsingnedShort" use="optional"/> <attribute name="NotificationType" type="unsingnedShort" use="optional"/> <attribute name="size" type="unsignedLong" use="required"/> </complexType> <complexType name="BCMessageType"> <sequence> <element name="MessageID" type="unsignedShort" maxOccurs="unbounded"/> <sequence> <attribute name="version" type="unsignedInt" use="optional"/> <attribute name="NotificationType" type="unsingnedShort" use="optional"/> </complexType>
Notification DeliveryList
<? Xml version="1.0" encoding="UTF=8"?> <schema xmlns="http://www.w3.org/2001/XMLSchema" xmlns:notif="dvb:ipdc:2007:notification" elementFormDefault　:xs=　"qualified　" targetNamespace =　"dvb:ipdc:2007:notification"> <complexType name="DeliveryList"> <sequence> <element name="IADeliveryChannel" type=" notif　:IADeliveryChannelType" minOccurs="0"/> </sequence> <attribute name="lastupdated" type="unsignedInt" use="required"/> <attribute name="expirationDate" type="unsignedInt" use="optional"/> <attribute name="expirationWindow" type="unsignedInt" use="optional"/> </complexType> <complexType name"IADeliveryChannelType"> <sequence> <element name="IAInitContainer" type="anyURI" minOccurs="0"/> <element name="IAMessage" type=" notif　:IAMessageType" maxOccurs="unbounded"/> </sequence> <attribute name="priority" type="unsignedInt" use="optional"/> </complexType> <complexType name="IAMessageType"> <sequence> <element name="MessageID" type="unsignedShort" maxOccurs="unbounded"/> </sequence> <attribute name="version" type="unsingnedShort" use="optional"/> <attribute name="NotificationType" type="unsingnedShort" use="optional"/> <attribute name="size" type="unsignedLong" use="required"/> </complexType>
Notification DeliveryList
<? Xml version="1.0" encoding="UTF=8"?> <schema xmlns="http://www.w3.org/2001/XMLSchema" xmlns:notif="dvb:ipdc:2007:notification" elementFormDefault　:xs=　"qualified　" targetNamespace =　"dvb:ipdc:2007:notification"> <complexType name="DeliveryList"> <sequence> <element name="IADeliveryChannel" type=" notif　:IADeliveryChannelType" minOccurs="0"/> </sequence> </complexType> <complexType name"IADeliveryChannelType"> <sequence> <element name="IAInitContainer" type="anyURI" minOccurs="0"/> <element name="IAMessage" type=" notif　:IAMessageType" maxOccurs="unbounded"/> </sequence> <attribute name="priority" type="unsignedInt" use="optional"/> </complexType> <complexType name="IAMessageType"> <sequence> <element name="MessageID" type="unsignedShort" maxOccurs="unbounded"/> </sequence> <attribute name="version" type="unsingnedShort" use="optional"/> <attribute name="NotificationType" type="unsingnedShort" use="optional"/> <attribute name="size" type="unsignedLong" use="required"/> </complexType>
Notification DeliveryList
<? Xml version="1.0" encoding="UTF=8"?> <schema xmlns="http://www.w3.org/2001/XMLSchema" xmlns:notif="dvb:ipdc:2007:notification" elementFormDefault　:xs=　"qualified　" targetNamespace =　"dvb:ipdc:2007:notification"> <complexType name="DeliveryList"> <sequence> <element name="IADeliveryChannel" type=" notif　:IADeliveryChannelType" minOccurs="0"/> </sequence> </complexType> <complexType name"IADeliveryChannelType"> <sequence> <element name="IAInitContainer" type="anyURI" minOccurs="0"/> <element name="IAMessage" type=" notif　:IAMessageType" maxOccurs="unbounded"/> </sequence> <attribute name="priority" type="unsignedInt" use="optional"/> </complexType> <complexType name="IAMessageType"> <sequence> <element name="MessageID" type="unsignedShort" maxOccurs="unbounded"/> <element name="Subscriptioninfo" type="SubsinfoType" minOccurs="0"/> </sequence> <attribute name="version" type="unsingnedShort" use="optional"/> <attribute name="NotificationType" type="unsingnedShort" use="optional"/> <attribute name="size" type="unsignedLong" use="required"/> </complexType> <complexType name="SubsinfoType"> <sequence> <element name="Price" maxOccurs="unbounded"> <complexType> <simpleContent> <extension base="float"> <attribute name="currency" type="esg:currencyType" use="required"> </simpleContent> </complexType> <element name="PurchaseRequest" type="esg:PurchaseRequestType" minOccurs="0" maxOccurs="unbounded"/> </sequence> </complexType> <complexType name="PurchaseRequestType"> <sequence> <element name="DRMSystem" type="anyURI"/> <element name="PurchaseData" type="string" minOccurs="0"/> </sequence> </complexType>
Notification DeliveryList Semantics
Field Semantics Comment
SubList A DeliveryList can be split into one or more SubLists
lastupdated the version of the consistent ESG instance represented by this DL updates are tracked by comparing the fragment set in the DL with the local fragment DB or with a previous DL.
expirationDate NTP timestamp when this DL expires. The terminal should request for a new DL to check for updates within the expirationWindow
expirationWindow Time in seconds that gives the time window for requests of a new DeliveryList
lastupdatedSL version of the subList in NTP timestamp format
subListID the ID of a specific SubList starting from 0. When requesting a SubList the lastupdated of the DeliveryList must be included in the request
SubList@priority Priority of the SubList and the Fragments/Containers it describes
IADeliveryChannel The Interactive Channel deliverying the notification message
IAInitContainer Notification Init container available over interactive channel
IAMessage Notification message that should be fetched over interactive channel
IAMessage@MessageID Notification Message ID
IAMessage@version Version of an Notification message available over interactive channel
IAMessage@size size of a specific ESG container available over interactive channel
IAContainer@source An URL to direct download of an Notification message over the interactive channel
BCDeliveryChannel The broadcast delivery channel deliverying the notification message
BCDeliveryChannel@priority Priority of a specific broadcast channel. If multiple channels are listed the priority gives a hint to the terminal in which sequnce it should fetch data from the channels.
BCMessage Notification message that should be fetched over broadcast channel
BCMessage@containerID Notification message ID
BCMessage@version Version of an Notification message available over broadcast channel
Price Price information of the notification
PurchaseRequest Specifies the request to initiate the purchase
DRM system Specifies a URI which identifies the DRM system
PurchaseData Specifies a string which is used to hold information necessary to perforam the purchase
도 1은 본 발명에 따른 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 전송하는 단말의 동작을 도시한 단말 동작을 도시한 제어흐름도이다. 도 1을 참조하면, 단말은 101단계에서 방송서비스에 접속하여 ESG bootstrapping sesion에 접속한 후, 103단계에서 상기 ESG bootstrapping session에서 디폴트 통지메시지의 access point를 확인한다. 그리고 단말은 105단계에서 상기 ESG Bootstrapping session의 정보를 이용하여 하나의 ESG를 선택한 후, 해당 ESG의 Announcement carousel에 접속하여 해당 ESG의 관련 정보들을 획득한 후, ESG datamodel을 수신한다. 이어, 107단계에서 단말은 상기 수신한 ESG datamodel에서 특정 통지메시지의 access point를 확인하고, 사용자의 선택에 따라 해당 통지메시지를 구매한다. 이때, ESG datamodel를 수신하기 전에 이미 단말은 디폴트 통지메시지를 수신할 수도 있다. 이후, 단말은 109단계로 진행하여 HTTP Request query를 통해 DeliveryList를 요청하거나, 111단계로 진행하여 이미 알고 있는 통지메시지의 정보를 이용하여 통지메시지를 직접 서버에 요청할 수 있다. 단말은 상기 109단계에서 요청한 DeliveryList를 113단계에서 수신한 후, 해당 DeliveryList내의 정보를 이용하여 115단계로 진행하여 필요한 통지메시지를 요청하고, 117단계에서 상기 요청한 통지메시지를 수신한다.
도 2는 본 발명에 따른 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 전송하는 송신단의 동작을 도시한 제어흐름도이다. 도 2를 참조하면, 201단계 및 203단계에서 서버는 ESG bootstrapping session및 ESG datamodel의 FLUTE(File Deilvery over Unidirectional Transport) 세션을 열어 ESG를 단말에게 제공한다. 이어, 서버는 205단계에서 단말로부터 HTTP request를 수신하고, 207단계로 진행하여 상기 수신한 request에 따라 DeliveryList 또는 통지메시지의 전체 혹은 일부를 요청한 단말에게 전송한다.
도 3은 본 발명에 따른 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 전송하는 시스템의 블록구성도이다. 도 3을 참조하면, 서버(310)는 통지메시지 생성부(311), ESG 생성부(313), 통지메시지 송신부(315), ESG 송신부(317) 및 Quary 수신부(319)로 구성된다. 상기 통지메시지 생성부(311)는 통지메시지를 생성하여 상기 통지메시지 송신부(315)로 보낸다. 상기 통지메시지 송신부(315)에서는 상기 ESG 생성부(313)에게 통지메시지 access point정보를 전달하여 상기 ESG 송신부(313)로 하여금 해당정보가 단말에게 전송되도록 한다. 또한 상기 통지메시지 송신부(315)는 통지메시지뿐만 아니라 DeliveryList도 단말(330)에게 전송한다. 즉, 상기 통지메시지 송신부(315)는 상기 Query 수신부(319)가 받은 query를 분석하여 단말(330)이 요청하는 DeliveryList 또는 통지메시지를 네트워크(320)를 통하여 단말에게 전송한다. 상기 DeliveryList 또는 통지메시지를 전송하는 네트워크(320)는 DVB-H 방송망 또는 인터랙티브 망이다.
본 발명에 따른 단말(330)은 통지메시지 수신부(331), ESG 수신부(333), Query요청 송신부(335), 통지메시지 해독부(337) 및 ESG 해독부(339)로 구성된다. 상기 통지메시지 수신부(331)는 상기 서버(310)로부터 통지메시지를 수신하여 상기 통지메시지 해독부(337)로 전달한다. 이때 상기 수신한 통지메시지에 오류가 있는 경우, 상기 Query요청 송신부(335)에 해당 정보를 전달하여 상기 Query요청 송신부(335)에서 해당 통지메시지를 상기 서버(310)에게 직접 요청하도록 한다. 또한 단말(330)은 상기 ESG 수신부(333)와 상기 ESG 해독부(339)를 통하여 통지메시지의 access point정보들을 획득하고, 필요에 따라 DeliveryList 및 통지메시지, 통지메시지 init container 등을 상기 서버(310)에게 요청할 수 있다.
상술한 바와 같이 본 발명에 따른 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 전송하는 장치 및 방법은 통신채널을 통한 통지메시지 전송에 대해서 정의하고, 통지메시지를 인터랙티브 채널로 수신하기 위한 메커니즘 및 방안을 제공함으로써, 상기 통지메시지를 정의된 통신채널로 전송함으로써 단말이 어느 경우에나 모든 통지메시지를 성공적으로 받을 수 있도록 한다.
한편 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 안되며 후술하는 특허청구의 범위뿐 아니라 이 특허청구의 범위와 균등한 것들에 의해서 정해져야 한다.
도 1은 본 발명에 따른 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 전송하는 단말의 동작을 도시한 제어흐름도,
도 2는 본 발명에 따른 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 전송하는 송신단의 동작을 도시한 제어흐름도,
도 3은 본 발명에 따른 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 전송하는 시스템의 블록구성도.

Claims (7)

  1. 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 전송하기 위한 시스템에 있어서,
    쿼리 포맷(Query Format)을 통해 딜리버리 리스트(DeliveryList)를 획득하고, 상기 딜리버리 리스트의 정보를 이용하여 필요한 통지메시지를 요청하는 단말;
    상기 단말의 통지메시지 요청에 따라 딜리버리 리스트, 통지메시지의 전체, 통지메시지의 일부 중 하나를 요청한 단말에게 전송하는 서버; 및
    상기 단말과 서버 사이의 통지메시지 요청 및 요청된 통지메시지를 전송하는 인터랙티브 망;으로 구성되는 디지털 비디오 방송 시스템의 단말에서 통신채널로 통지메시지를 전송하는 장치.
  2. 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 전송하기 위한 시스템에 있어서,
    필요한 통지메시지를 요청하는 단말;
    상기 단말의 통지메시지 요청에 따라 통지메시지의 전체, 통지메시지의 일부 중 하나를 요청한 단말에게 전송하는 서버; 및
    상기 단말과 서버 사이의 통지메시지 요청 및 요청된 통지메시지를 전송하는 인터랙티브 망;으로 구성되는 디지털 비디오 방송 시스템의 단말에서 통신채널로 통지메시지를 전송하는 장치.
  3. 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 수신하는 단말에 있어서,
    상기 통지메시지를 수신하는 통지메시지 수신부;
    상기 수신된 통지메시지를 해독하여 상기 수신된 통지메시지의 액세스 포인트(Access Point)정보를 획득하고, 상기 수신된 통지메시지에 오류가 있는지 판단하는 통지메시지 해독부;
    상기 수신된 통지메시지에 오류가 있으면 상기 통지메시지를 재요청하는 쿼리(Query)요청 송신부;
    상기 쿼리요청에 따라 수신되는 전자서비스가이드를 수신하는 전자서비스가이드 수신부; 및
    상기 수신된 전자서비스가이드를 해독하여 딜리버리 리스트(DeliveryList)를 검출하는 전자서비스가이드 해독부;로 구성되는 디지털 비디오 방송 시스템의 단말에서 통신채널로 통지메시지를 전송하는 장치.
  4. 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를 전송하는 서버에 있어서,
    단말로부터 수신되는 쿼리(Quary)를 수신하는 쿼리 수신부;
    상기 쿼리를 분석하여 상기 단말이 요청한 통지메시지 및 딜리버리 리스트(DeliveryList)를 단말에게 전송하는 통지메시지 송신부;
    상기 통지메시지를 생성하는 통지메시지 생성부;
    전자서비스가이드(Electronic Service Guide)를 생성하고, 상기 생성된 통지메시지의 액세스 포인트(Access Point)정보를 상기 생성된 전자서비스가이드에 포함시키는 전자서비스가이드 생성부; 및
    상기 전자서비스가이드의 데이터모델을 송신하는 전자서비스가이드 송신부;로 구성되는 디지털 비디오 방송 시스템의 단말에서 통신채널로 통지메시지를 전송하는 장치.
  5. 디지털 비디오 방송 시스템의 단말에서 통신채널로 통지메시지를 전송하기 위한 방법에 있어서,
    상기 단말이 방송서비스 서버에 접속하여 전자서비스가이드 부트스트랩 세션(Electronic Service Guide Bootstrapping Session)에 접속하는 과정;
    상기 접속한 전자서비스가이드 부트스트랩 세션에서 디폴트 통지메시지(Default Notification Message)의 액세스 포인트(Access Point)를 확인하는 과정;
    상기 전자서비스가이드 부트스트랩 세션의 정보를 이용하여 하나의 전자서비 스가이드를 선택하고, 해당 전자서비스가이드의 어나운스먼트 캐러셀(Announcement Carousel)에 접속하여 해당 전자서비스가이드의 관련 정보들을 획득한 후, 전자서비스가이드의 데이터모델(Datamodel)을 수신하는 과정;
    상기 수신한 전자서비스가이드의 데이터모델에서 특정 통지메시지의 액세스 포인트를 확인하고, 선택된 해당 통지메시지를 구매하는 과정;
    상기 확인된 액세스 포인트에게 HTTP 요청 쿼리(Request query)를 통해 통지메시지를 요청하는 과정; 및
    상기 요청한 통지메시지를 수신하는 과정;으로 이루어지는 디지털 비디오 방송 시스템의 단말에서 통신채널로 통지메시지를 전송하는 방법.
  6. 제 5항에 있어서, 상기 확인된 액세스 포인트에게 HTTP 요청 쿼리를 통해 통지메시지를 요청하는 과정 이전에,
    상기 확인된 액세스 포인트에게 HTTP 요청 쿼리를 통해 딜리버리 리스트(DeliveryList)를 요청하는 과정;
    이미 알고 있는 통지메시지의 정보를 이용하여 통지메시지를 직접 서버에 요청하고, 상기 요청한 딜리버리 리스트를 수신하는 과정; 및
    상기 수신한 딜리버리 리스트 내의 정보를 이용하여 필요한 통지메시지를 요청하는 과정;을 더 구비함을 특징으로 하는 디지털 비디오 방송 시스템의 단말에서 통신채널로 통지메시지를 전송하는 방법.
  7. 디지털 비디오 방송 시스템의 서버에서 통신채널로 통지메시지를 전송하기 위한 방법에 있어서,
    전자서비스가이드 부트스트랩 세션(Electronic Service Guide Bootstrapping Session) 및 전자서비스가이드 데이터모델(Datamodel)의 FLUTE(File Deilvery over Unidirectional Transport) 세션을 열어 전자서비스가이드를 단말에게 전송하는 과정; 및
    HTTP 요청을 수신하면, 상기 수신한 요청에 따라 딜리버리 리스트(DeliveryList), 통지메시지의 전체, 통지메시지의 일부 중 하나를 요청한 단말에게 전송하는 과정;으로 이루어지는 디지털 비디오 방송 시스템의 단말에서 통신채널로 통지메시지를 전송하는 방법.
KR1020080018345A 2008-02-15 2008-02-28 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를전송하는 장치 및 방법 KR20090088771A (ko)

Priority Applications (8)

Application Number Priority Date Filing Date Title
RU2010133974/07A RU2494547C2 (ru) 2008-02-15 2009-02-13 Устройство и способ для передачи/приема уведомляющего сообщения в системе цифрового видеовещания
CN2009801051830A CN101946510A (zh) 2008-02-15 2009-02-13 在数字视频广播系统中发送/接收通知消息的装置及方法
AU2009213271A AU2009213271A1 (en) 2008-02-15 2009-02-13 Apparatus and method for transmitting/receiving notification message in a digital video broadcasting system
EP09709526A EP2253138A4 (en) 2008-02-15 2009-02-13 APPARATUS AND METHOD FOR TRANSMITTING / RECEIVING A NOTIFICATION MESSAGE IN A DIGITAL VIDEO BROADCASTING SYSTEM
JP2010546699A JP2011515890A (ja) 2008-02-15 2009-02-13 デジタルビデオブロードキャストシステムにおける通知メッセージを送受信する装置及び方法
CA2715653A CA2715653A1 (en) 2008-02-15 2009-02-13 Apparatus and method for transmitting/receiving notification message in a digital video broadcasting system
PCT/KR2009/000716 WO2009102170A1 (en) 2008-02-15 2009-02-13 Apparatus and method for transmitting/receiving notification message in a digital video broadcasting system
US12/372,100 US20090210896A1 (en) 2008-02-15 2009-02-17 Apparatus and method for transmitting/receiving notification message in a digital video broadcasting system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20080014151 2008-02-15
KR1020080014151 2008-02-15

Publications (1)

Publication Number Publication Date
KR20090088771A true KR20090088771A (ko) 2009-08-20

Family

ID=41207323

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020080018345A KR20090088771A (ko) 2008-02-15 2008-02-28 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를전송하는 장치 및 방법

Country Status (9)

Country Link
US (1) US20090210896A1 (ko)
EP (1) EP2253138A4 (ko)
JP (1) JP2011515890A (ko)
KR (1) KR20090088771A (ko)
CN (1) CN101946510A (ko)
AU (1) AU2009213271A1 (ko)
CA (1) CA2715653A1 (ko)
RU (1) RU2494547C2 (ko)
WO (1) WO2009102170A1 (ko)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2245769A2 (en) * 2008-02-15 2010-11-03 Nokia Corporation System and method for delivering notification messages
CN102782684B (zh) * 2010-03-05 2015-11-25 三星电子株式会社 用于发送和接收包括多个流的内容文件的方法和设备
CA2851607C (en) * 2011-10-20 2018-02-06 Lg Electronics Inc. Broadcast service receiving method and broadcast service receiving apparatus
CA2887659C (en) * 2012-10-18 2017-10-31 Kyungho Kim Apparatus and method for processing an interactive service
US10554708B2 (en) * 2015-03-27 2020-02-04 Qualcomm Incorporated Point-to-multipoint broadcast assisted vehicle-to-X broadcast
CN112218147B (zh) * 2019-07-12 2022-05-06 杭州海康威视数字技术股份有限公司 一种录播系统的控制方法、装置及录播系统

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2265466T3 (es) * 1997-03-21 2007-02-16 Thomson Licensing Descarga de datos.
US7150031B1 (en) * 2000-06-09 2006-12-12 Scientific-Atlanta, Inc. System and method for reminders of upcoming rentable media offerings
EP2538615A1 (en) * 2003-07-17 2012-12-26 Interdigital Technology Corporation Signaling method for WLAN network control
KR20060054414A (ko) * 2003-08-01 2006-05-22 코닌클리즈케 필립스 일렉트로닉스 엔.브이. 네트워크 관리 방법 및 액세스 포인트 장치
US20050108706A1 (en) * 2003-11-14 2005-05-19 International Business Machines Corporation Method and system for dynamically loading server code on a client to support multiple veresions of client and servers in a client/server application
KR100590866B1 (ko) * 2003-12-04 2006-06-19 삼성전자주식회사 무선 네트워크를 통한 액세스 포인트의 무선 단말 등록방법 및 그 장치
GB0403128D0 (en) * 2004-02-12 2004-03-17 Koninkl Philips Electronics Nv Multicast transmission
US20060072721A1 (en) * 2004-09-21 2006-04-06 Netomat, Inc. Mobile messaging system and method
CN101061730A (zh) * 2004-09-21 2007-10-24 内托马特公司 移动消息传送系统及方法
KR100631648B1 (ko) * 2005-06-17 2006-10-09 엘지전자 주식회사 휴대 인터넷 시스템에서의 채널 선택 방법
KR101270275B1 (ko) * 2005-08-17 2013-05-31 삼성전자주식회사 방송 시스템에서의 통지 메시지 제공 방법 및 장치
RU2394390C2 (ru) * 2005-10-07 2010-07-10 Нокиа Корпорейшн Способ и устройство для предоставления уведомления об изменении услуги
AU2006300872A1 (en) * 2005-10-14 2007-04-19 Nokia Corporation Declaring terminal provisioning with service guide
JP2009515386A (ja) * 2005-11-01 2009-04-09 ノキア コーポレイション 範囲ｅｓｇフラグメントの識別及び範囲内の階層化を可能にする方法
JP2007134829A (ja) * 2005-11-08 2007-05-31 Matsushita Electric Ind Co Ltd 移動通信システム及びメッセージサーバ
US20070174861A1 (en) * 2005-11-29 2007-07-26 Samsung Electronics Co., Ltd. Method and apparatus for handling an electronic service guide transmission error in a digital video broadcasting system
EP1816766A3 (en) * 2006-02-01 2007-12-12 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving notification message in a mobile broadcast system
EP1830589B1 (en) * 2006-03-03 2017-11-08 Samsung Electronics Co., Ltd. Method and system for providing notification message in a mobile broadcast system
JP4759418B2 (ja) * 2006-03-23 2011-08-31 株式会社日立製作所 メッセージ回復システムおよび回復方法
KR100834654B1 (ko) * 2006-05-18 2008-06-02 삼성전자주식회사 디지털 방송 시스템에서 로밍 사용자를 위한 전자 서비스안내의 송수신 방법 및 장치
WO2009001238A2 (en) * 2007-06-25 2008-12-31 Nokia Corporation Method and apparatus for signaling updates to notification session in ip datacast
EP2225884B1 (en) * 2008-01-04 2016-03-16 Nokia Technologies Oy System and method for binding notification types to applications for a notification framework

Also Published As

Publication number Publication date
JP2011515890A (ja) 2011-05-19
EP2253138A4 (en) 2012-04-18
CN101946510A (zh) 2011-01-12
EP2253138A1 (en) 2010-11-24
US20090210896A1 (en) 2009-08-20
AU2009213271A1 (en) 2009-08-20
WO2009102170A1 (en) 2009-08-20
RU2494547C2 (ru) 2013-09-27
RU2010133974A (ru) 2012-02-20
CA2715653A1 (en) 2009-08-20

Similar Documents

Publication Publication Date Title
US11218235B2 (en) Method for decoding a service list table
US8400956B2 (en) Method and apparatus for providing service guide in a mobile broadcasting system
WO2008100014A1 (en) Method and apparatus for transmitting and receiving electronic service guide in a digital broadcasting system
TWI639349B (zh) 廣播識別符傳訊
US11689304B2 (en) Receiving device, and signaling device
US20180048408A1 (en) Service signaling extensions
US20070110056A1 (en) Apparatus and method for delivering service guide contents and notification event information in a mobile broadcast system
KR20090088771A (ko) 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를전송하는 장치 및 방법
US20110161442A1 (en) System and method for delivering notification messages
US20180359518A1 (en) Service list
CN109923869B (zh) 发送用户服务捆绑描述的方法，及渲染视频服务的设备

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application