KR100819259B1 - 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및 장치 - Google Patents
휴대 방송 시스템에서의 통지 메시지 송수신 방법 및 장치 Download PDFInfo
- Publication number
- KR100819259B1 KR100819259B1 KR1020070010640A KR20070010640A KR100819259B1 KR 100819259 B1 KR100819259 B1 KR 100819259B1 KR 1020070010640 A KR1020070010640 A KR 1020070010640A KR 20070010640 A KR20070010640 A KR 20070010640A KR 100819259 B1 KR100819259 B1 KR 100819259B1
- Authority
- KR
- South Korea
- Prior art keywords
- notification message
- esg
- channel information
- terminal
- service
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 117
- 239000012634 fragment Substances 0.000 claims description 175
- 230000005540 biological transmission Effects 0.000 claims description 75
- 230000007274 generation of a signal involved in cell-cell signaling Effects 0.000 claims description 2
- 230000008569 process Effects 0.000 description 55
- 230000002457 bidirectional effect Effects 0.000 description 36
- 230000008859 change Effects 0.000 description 32
- 238000013499 data model Methods 0.000 description 21
- 230000006978 adaptation Effects 0.000 description 17
- 238000012545 processing Methods 0.000 description 17
- 238000010586 diagram Methods 0.000 description 14
- 230000006870 function Effects 0.000 description 14
- 238000007726 management method Methods 0.000 description 13
- 230000009471 action Effects 0.000 description 7
- 230000003044 adaptive effect Effects 0.000 description 5
- 230000011664 signaling Effects 0.000 description 5
- 238000001914 filtration Methods 0.000 description 4
- 238000007689 inspection Methods 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 230000001343 mnemonic effect Effects 0.000 description 4
- 239000000284 extract Substances 0.000 description 3
- 230000002452 interceptive effect Effects 0.000 description 3
- 230000002618 waking effect Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000005192 partition Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000007723 transport mechanism Effects 0.000 description 2
- 102100033763 Transducin-like enhancer protein 4 Human genes 0.000 description 1
- 230000007175 bidirectional communication Effects 0.000 description 1
- 230000019771 cognition Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 230000009365 direct transmission Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
- 230000007306 turnover Effects 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
-
- 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/25—Arrangements for updating broadcast information or broadcast-related information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/86—Arrangements characterised by the broadcast information itself
- H04H20/93—Arrangements characterised by the broadcast information itself which locates resources of other pieces of information, e.g. URL [Uniform Resource Locator]
-
- 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
- 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/82—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself the transmission system being the Internet
- H04H60/83—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself the transmission system being the Internet accessed over telephonic networks
- H04H60/85—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself the transmission system being the Internet accessed over telephonic networks which are mobile communication networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
- H04L12/1877—Measures taken prior to transmission
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
-
- 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/57—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for mobile receivers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/65—Arrangements characterised by transmission systems for broadcast
- H04H20/71—Wireless systems
- H04H20/72—Wireless systems of terrestrial networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H2201/00—Aspects of broadcast communication
- H04H2201/70—Aspects of broadcast communication characterised in that receivers can be addressed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H40/00—Arrangements specially adapted for receiving broadcast information
- H04H40/09—Arrangements for receiving desired information automatically according to timetables
-
- 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/02—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information
- H04H60/07—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information characterised by processes or methods for the generation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
본 발명은 방송 서비스를 제공하는 휴대 방송 시스템에서 통지 메시지를 전송하는 방법과 장치에 관한 것이다. 본 발명의 휴대 방송 시스템은 방송 서비스들을 수신 가능한 모든 사용자들을 위한 공통 통지 메시지를 수신하는데 필요한 공통 통지 메시지 채널 정보를, 방송 서비스들에 대한 전자 서비스 가이드(ESG) 혹은 상기 방송 서비스들을 위한 제어 신호에 실어 전송하는 과정과, 특정 사용자 그룹을 위한 특정 통지 메시지를 수신하는데 필요한 특정 통지 메시지 채널 정보를, 상기 전자 서비스 가이드(ESG)에 실어 상기 특정 사용자 그룹의 단말에게 전송하는 과정과, 상기 공통 통지 메시지 및 상기 특정 통지 메시지 중 적어도 하나를 생성하는 과정과, 상기 생성된 통지 메시지를 상기 해당하는 채널 정보를 이용하여 단말에게 전송하는 과정을 수행한다.
휴대 방송 시스템, DVB-H, DVB-CBMS, 통지 메시지, 채널 정보
Description
도 1은 본 발명의 바람직한 실시예들에 따른 휴대 방송 시스템에서 통지 방송 메시지를 전송하기 위한 기능적 구조를 나타낸 도면.
도 2는 본 발명의 바람직한 실시예들에 따른 전자 서비스 가이드(ESG)의 데이터 모델을 나타낸 블록도.
도 3은 본 발명의 바람직한 실시예에 따른 ESG의 전송 구조를 나타낸 도면.
도 4는 본 발명의 바람직한 실시예들에 따른 전체적인 흐름을 나타낸 순서도.
도 5는 본 발명의 바람직한 실시예에 따라 통지 메시지 채널정보를 송신하는 동작을 나타낸 흐름도.
도 6은 본 발명의 바람직한 실시예에 따라 통지 메시지 채널정보를 수신하는 동작을 나타낸 흐름도.
도 7은 본 발명의 바람직한 실시예에 따라 통지 메시지 채널 정보를 운반하기 위한 ESG의 전송 구조를 나타낸 도면.
도 8a는 본 발명의 제1 실시예에 따른 ESG 부트스트랩 디스크립터를 통한 통 지 메시지 채널 정보의 전송 동작을 나타낸 순서도.
도 8b는 본 발명의 제1 실시예에 따른 단말에서 ESG 부트스트랩 디스크립터 내의 통지 메시지 채널 정보를 수신하는 동작을 나타낸 순서도.
도 9a는 본 발명의 제1 실시예에 따른 ESG 획득 프래그먼트를 통한 통지 메시지 채널 정보의 전송 동작을 나타낸 순서도.
도 9b는 본 발명의 제1 실시예에 따른 단말에서 ESG 획득 프래그먼트 내의 통지 메시지 채널 정보를 수신하는 동작을 나타낸 순서도.
도 10a는 본 발명의 제2 실시예에 따른 PSI/SI 신호를 통한 통지 메시지 채널 정보의 생성 및 전송 동작을 나타낸 순서도.
도 10b는 본 발명의 제2 실시예에 따른 단말에서 PSI/SI 신호 내의 통지 메시지 채널 정보를 수신하는 동작을 나타낸 순서도.
도 11은 본 발명의 제1 및 제2 실시예에 따른 방송 시스템에서 공통 통지 메시지 송신 시의 동작을 기술한 순서도.
도 12는 본 발명의 제1 및 제2 실시예에 따른 방송 시스템에서 단말의 통지 클라이언트가 통지 메시지를 수신하는 동작을 나타낸 순서도.
도 13은 본 발명의 제1 및 제2 실시예에 따른 양방향 네트워크에 연결되어 있는 단말의 통지 클라이언트에서 통지 메시지를 수신하는 동작을 나타낸 순서도.
도 14는 본 발명의 제3 실시예에 따른 방송 시스템에서 통지 메시지를 송신하는 동작을 나타낸 순서도.
도 15는 본 발명의 제3 실시예에 따른 단말에서 PSI/SI 신호를 통해 통지 메 시지를 수신하는 동작을 나타낸 순서도.
도 16은 본 발명의 제3 실시예에 따른 단말이 수면 상태에 있는 경우 PSI/SI 신호를 통해 통지 메시지를 수신하는 동작을 나타낸 순서도.
도 17은 본 발명의 제4 실시예에 따른 방송 시스템에서 통지 메시지를 송신하는 동작을 나타낸 순서도.
도 18은 본 발명의 제4 실시예에 따른 단말에서 통지 메시지를 수신하는 동작을 나타낸 순서도.
도 19는 본 발명의 제4 실시예에 따른 단말에서 통지 메시지를 수신하여 처리하는 동작을 나타낸 순서도.
도 20은 본 발명의 제4 실시예에 따라 단말이 수면 상태에 있는 경우 통지 메시지를 수신하여 처리하는 과정을 도시한 흐름도.
도 21은 본 발명의 제5 실시예에 따라 단말에서 통지 메시지를 수신하여 처리하는 과정을 도시한 흐름도.
도 22는 본 발명의 제5 실시예에 따라 휴대 방송 시스템에서 통지 메시지를 생성하여 송신하기 위한 과정을 도시한 순서도.
도 23은 본 발명의 제6 실시예에 따라 휴대 방송 시스템의 단말에서 통지 메시지를 수신하여 처리하는 과정을 도시한 순서도.
도 24는 본 발명의 제6 실시예에 따라 휴대 방송 시스템에서 통지 메시지를 생성하여 송신하기 위한 과정을 도시한 순서도.
도 25는 본 발명의 제8 실시예에 따라 광고 또는 이와 유사한 목적으로 사용 되는 통지 메시지를 수신한 단말이 미리 저장되어 있는 광고 컨텐츠 또는 데이터를 사용자에게 제공하기 위한 시스템 구조의 일 예를 보여주는 블록도.
도 26은 본 발명의 제9 실시예에 따라 단말에서 통지 메시지를 수신하여 처리하는 과정을 도시한 흐름도.
도 27은 본 발명의 제9 실시예에 따라 단말에서 통지 메시지를 수신하여 처리하는 과정의 다른 구현을 도시한 흐름도.
도 28은 본 발명의 제10 실시예에 따라 단말에서 통지 메시지를 수신하여 처리하는 과정을 도시한 흐름도.
도 29a 및 도 29b는 본 발명의 제11 실시예에 따라 네트워크 측에서 서비스 전송에 문제 혹은 변경사항이 발생하였을 경우의 통지 메시지를 수신하여 처리하는 과정을 도시한 흐름도.
도 30a 및 도 30b는 본 발명의 제12 실시예에 따라 단말에서 통지 메시지를 수신하여 처리하는 과정을 도시한 흐름도.
도 31은 본 발명의 바람직한 실시예에 따라 통지 메시지를 송수신하는 휴대 방송 시스템 및 단말을 나타낸 블록도.
도 32는 본 발명의 바람직한 실시예에 따라 통지 메시지를 송수신하는 방송 시스템 및 단말을 나타낸 블록도.
도 33은 본 발명의 바람직한 실시예에 따른 단말의 구성을 도시한 블록 구성도.
도 34는 본 발명의 바람직한 실시예에 따라 통지 메시지 채널 정보를 송수신 하기 위한 방송 시스템 및 단말을 나타낸 블록도.
본 발명은 휴대 방송 서비스를 제공하는 시스템에 관한 것으로, 특히 시스템 및 서비스의 변동 사항 등을 나타내는 통지 메시지를 해당하는 채널 정보에 따라 하나의 단말 혹은 한 그룹의 단말들에게 전송하기 위한 방법 및 장치에 관한 것이다.
일반적으로 휴대 방송 시스템은 휴대 방송을 수신할 수 있는 단말 장치에 의한 서비스의 발견, 상기 단말에 의한 서비스의 가입, 상기 서비스를 수신하기 위한 여러 가지 제어 정보의 제공, 상기 서비스의 송신 및 단말에 의한 상기 서비스의 수신과정으로 이루어진다. 상기 휴대 방송 시스템에서 휴대 방송이 이루어지는 과정 중 단말은 방송 서비스를 수신시 기본적으로 방송 서비스에 대한 여러 정보가 포함된 통지 메시지(Notification Message)를 수신하게 된다.
이러한 시스템에서 단말이 방송이 수신하는 중 여러 가지 요인으로 인해 방송 시스템 내에 변화 사항이 발생할 수 있으며, 상기 변화 사항 중 몇 가지는 단말에서 반드시 알려져야 하는 정보들이 될 수 있다. 상기 정보들에 대한 일 예로 휴대 방송 서비스 시간의 변경 및 휴대 방송 서비스 수신을 위한 정보의 변경 등이 있다.
또한, 상기 휴대 방송이 이루어지는 단계에서 단말에 의한 서비스의 발견에 반드시 필요한 것이 휴대 방송 서비스에 대한 정보를 가지고 있는 전자 서비스 가이드(Electronic Service Guide: 이하 ESG라 칭함)이다. 단말들은 휴대 방송 서비스 수신의 시작을 위하여 상기 ESG를 반드시 수신한다.
ESG의 정보들 중 몇 개는 언제든지 변화할 수 있으며, 해당 정보가 변경될 때마다 해당 서비스에 대한 ESG는 계속 반복적으로 전송되어야 한다. 또한 휴대 방송의 특성상 새로운 단말의 등장을 고려하면 휴대 방송 서비스에 대한 ESG는 변동 사항이 없더라도 반복적으로 전송되어야 한다. 즉 일 예로 사용자가 단말의 전원을 켜서 휴대 방송을 새로이 수신하고자 하거나, 사용자의 이동으로 인해 인접 셀로부터 현재 셀로 단말이 새로이 진입하게 된 경우, 상기 단말은 이미 휴대 방송을 수신하고 있는 단말들과는 별도로 ESG를 수신하여야 한다. 따라서 휴대 방송 서비스에 대한 ESG를 이미 수신한 단말이라 할지라도 상기 휴대 방송 서비스에 대한 ESG를 계속 수신하여, ESG의 갱신 여부를 지속적으로 검사한다. 종래의 방송 시스템의 경우 위와 같은 ESG의 갱신 여부 혹은 서비스 및 시스템의 변동 사항을 알기 위하여, 단말은 해당 정보가 전송되는 세션을 지속적으로 모니터링하여야 하며 이로 인하여 불필요한 전력의 소모 및 자원의 낭비가 발생하였다는 문제점이 존재하였다.
본 발명은, 방송 서비스를 제공하는 휴대 방송 시스템에서 통지 메시지를 생성 및 전송하는 방법 및 장치를 제공한다.
본 발명은, 방송 서비스를 제공하는 휴대 방송 시스템에서 수면 중이거나 양방향 시스템에 연결중인 이동 단말에 통지 메시지를 전송하는 방법 및 장치를 제공한다.
본 발명의 바람직한 실시예는, 휴대 방송 시스템에서 통지 메시지를 전송하는 방법에 있어서, 휴대 방송 시스템에서 통지 메시지를 전송하는 방법에 있어서,
방송 서비스들을 수신 가능한 모든 사용자들을 위한 공통 통지 메시지를 수신하는데 필요한 공통 통지 메시지 채널 정보를, 방송 서비스들에 대한 전자 서비스 가이드(ESG) 혹은 상기 방송 서비스들을 위한 제어 신호에 실어 전송하는 과정과, 특정 사용자 그룹을 위한 특정 통지 메시지를 수신하는데 필요한 특정 통지 메시지 채널 정보를, 상기 전자 서비스 가이드(ESG)에 실어 상기 특정 사용자 그룹의 단말에게 전송하는 과정과, 상기 공통 통지 메시지 및 상기 특정 통지 메시지 중 적어도 하나를 생성하는 과정과, 상기 생성된 통지 메시지를 상기 해당하는 채널 정보를 이용하여 단말에게 전송하는 과정을 포함함을 특징으로 한다.
본 발명의 바람직한 실시예는, 휴대 방송 시스템에서 통지 메시지를 수신하는 방법에 있어서,
방송 네트워크를 통해 방송 서비스들에 대한 제어 신호를 수신하는 과정과, 상기 방송 서비스들에 대한 전자 서비스 가이드(ESG)를 수신하는 과정과, 상기 ESG 혹은 상기 제어 신호로부터, 방송 서비스를 수신 가능한 모든 사용자들을 위한 공통 통지 메시지를 수신하는데 필요한 공통 통지 메시지 채널 정보를 추출하는 과정과, 상기 ESG로부터, 특정 사용자 그룹을 위한 특정 통지 메시지를 수신하는데 필 요한 특정 통지 메시지 채널 정보를 추출하는 과정과, 상기 채널 정보들을 참조하여, 상기 공통 통지 메시지 및 상기 특정 통지 메시지 중 적어도 하나를 수신하는 과정을 포함함을 특징으로 한다.
본 발명의 바람직한 실시예는, 휴대 방송 시스템에서 통지 메시지를 전송하는 장치에 있어서,
방송 서비스들을 수신 가능한 모든 사용자들을 위한 공통 통지 메시지를 수신하는데 필요한 공통 통지 메시지 채널 정보를 생성하는 공통 통지 메시지 채널 정보 생성기와, 특정 사용자 그룹을 위한 특정 통지 메시지를 수신하는데 필요한 특정 통지 메시지 채널 정보를 생성하는 특정 통지 메시지 채널 정보 생성기와, 상기 공통 통지 메시지 채널 정보 및 상기 특정 통지 메시지 채널 정보 중 적어도 하나를 상기 전자 서비스 가이드(ESG)에 포함시켜 상기 ESG를 단말에게 전송하는 ESG 생성/전송부와, 상기 공통 통지 메시지 채널 정보를 상기 방송 서비스들을 위한 제어 신호에 포함시켜 상기 제어 신호를 방송 네트워크를 통해 상기 단말에게 전송하는 제어 신호 생성부와, 상기 공통 통지 메시지 및 상기 특정 통지 메시지 중 적어도 하나를 생성하는 통지 메시지 생성부와, 상기 생성된 통지 메시지를 상기 해당하는 채널 정보를 이용하여 단말에게 전송하는 통지 메시지 전송부를 포함함을 특징으로 한다.
본 발명의 바람직한 실시예는, 휴대 방송 시스템에서 통지 메시지를 수신하는 장치에 있어서,
방송 네트워크를 통해 방송 서비스들에 대한 제어 신호를 수신하는 제어 신 호 수신부와, 상기 방송 서비스들에 대한 전자 서비스 가이드(ESG)를 수신하는 ESG 수신부와, 상기 ESG 혹은 상기 제어 신호로부터, 방송 서비스를 수신 가능한 모든 사용자들을 위한 공통 통지 메시지를 수신하는데 필요한 공통 통지 메시지 채널 정보를 추출하며, 상기 ESG로부터, 특정 사용자 그룹을 위한 특정 통지 메시지를 수신하는데 필요한 특정 통지 메시지 채널 정보를 추출하는 통지 메시지 채널 정보 해독부와, 상기 채널 정보들을 참조하여, 상기 공통 통지 메시지 및 상기 특정 통지 메시지 중 적어도 하나를 수신하는 통지 메시지 수신부를 포함함을 특징으로 한다.
이하 본 발명의 바람직한 실시예들의 상세한 설명이 첨부된 도면들을 참조하여 설명될 것이다. 도면들 중 동일한 구성들은 가능한 한 어느 곳에서든지 동일한 부호들을 나타내고 있음을 유의하여야 한다. 하기 설명에서 구체적인 특정사항들이 나타나고 있는데, 이는 본 발명의 보다 전반적인 이해를 돕기 위해 제공된 것이다. 그리고 본 발명을 설명함에 있어, 관련된 공지 기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다.
본 발명의 주요한 요지는, 휴대 방송 서비스에서 서비스 혹은 시스템에 변경 사항이 발생하거나 긴급 공지 등을 알려야 하는 경우 휴대 방송 서비스를 수신하는 단말에 통지 메시지를 생성하여 전송하는 것이다. 통지 메시지는 단말이 방송 서비스를 수신하고 있거나 혹은 서비스 수신 중이 아니더라도 전달될 수 있다.
이에 대해 설명의 편의를 돕기 위해 휴대 방송 시스템의 구조를 설명한 후, 본 발명의 바람직한 실시예들에 따른 통지 메시지의 포맷과 이에 따른 시스템의 동작을 설명하기로 한다. 하기에서는 본 발명의 설명의 편의를 위하여 비동기 이동통신 표준인 3GPP(3rd Generation Partnership Project) 혹은 DVB-H(Digital Video Broadcasting - Handheld)에서 정의하고 있는 엔터티들의 명칭들을 사용할 것이나, 이러한 표준 및 명칭들이 본 발명의 범위를 한정하는 것은 아니며, 유사한 기술적 배경을 가지는 시스템에 적용 가능함은 물론이다.
도 1은 본 발명의 바람직한 실시예에 따른 휴대 방송 시스템에서 통지 방송 메시지를 전송하기 위한 기능적 구조를 나타낸 도면이다. 도시한 엔터티들은 물리적으로 구별되거나 혹은 구별되지 않을 수 있는 논리 엔터티들로서, 상기 논리 엔터티들은 하나 혹은 그 이상의 물리 엔터티들로 합쳐질 수 있다. 또한 여기에서는 본 발명의 주요한 요지에 관련된 인터페이스들로서, 통지 메시지의 전송에 관련된 인터페이스들만을 도시하였다.
도 1에 나타낸 시스템은 휴대 방송 단말 표준 기구중의 하나인 DVB-CBMS (Digital Video Broadcasting - Convergence of Broadcasting and Mobile Service)를 위한 것이다. 설명의 편의를 위해서 DVB-CBMS의 통지 방송 구조를 예를 들어 설명하나, 후술되는 설명은 통지 메시지 기능을 가지고 있는 기타의 휴대 방송 시스템에서도 유사하게 동작한다.
도 1을 참조하면, 컨텐츠 공급자(Content Creation block: CC)(101)는 방송 서비스의 공급자이며, 상기 방송 서비스는 종래의 음성/영상 방송 서비스, 파일(음악 파일 혹은 데이터 파일) 다운로드 서비스 등이 될 수 있다. 컨텐츠 공급자(101)는 방송 서비스의 공급에 문제 혹은 변동 사항이 발생하였을 경우 방송 서비스 어플리케이션(Service Application block: SA)(102) 내부의 통지 이벤트 생성부 (Notification Event Function block: NEF)(102a)로 X-1 인터페이스를 통해 상기 변동 사항을 통지한다. 통지 이벤트 생성부(102a)는 상기 수신된 이벤트를 근거로 통지 메시지 이벤트를 방송 서비스 관리부(Service Management block: SM)(103) 내부에 위치하는 통지 메시지 생성부(Notification Generation Function block: NGF)(103a)로 전송한다. 또한 방송 서비스 관리부(103)에서도 경우에 따라 자체적으로 통지 이벤트가 발생할 수 있으며, 이 경우 방송 서비스 관리부(103) 내에도 통지 이벤트 생성부(103c)가 구비된다. 방송 서비스 어플리케이션(102)에서는 주로 특정 서비스에 관련된 통지 이벤트가 발생되며, 방송 서비스 관리부(103)에서는 주로 공통 통지 이벤트가 발생된다.
방송 서비스 어플리케이션(102)은 상기 컨텐츠 공급자(101)로부터 방송 서비스의 컨텐츠 데이터를 공급받아 방송 네트워크에 적합한 형태(예를 들어 스트리밍 오디오/비디오 혹은 파일)로 가공하여, 방송 서비스 데이터를 만드는 역할을 하며, ESG에 필요한 표준화된 메타데이터를 생성하는 역할, 사용자에 따른 과금 정보를 생성하는 역할 등을 담당한다. 또한, 상기 컨텐츠 공급자(101)로부터 방송 서비스에 대한 변동 사항을 통보받아 통지 메시지 생성부(Notification Generation Function block: NGF)(103a)로 통지 이벤트를 전달하고, 통지 메시지의 생성에 사용되는 ESG 속성 정보를 상기 통지 메시지 생성부(103a)로 제공한다.
방송 서비스 관리부(SM)(103)는 방송 서비스 어플리케이션(102)으로부터 공급받은 방송 서비스의 전송 스케줄을 결정하는 역할 및 ESG를 생성하는 역할을 담당하며, 방송 서비스를 할 수 있는 DVB-H 네트워크(106) 및 양방향 통신을 지원하는 양방향 네트워크(Interactive Network)(107)와 연결된다. 또한, 방송 서비스 관리부(103)는 내부에 통지 메시지 분배/적응부(Notification Distribution / Adaptation Function block: NDAF)(103b)를 갖고 있어, 방송 서비스 관리부(103)로부터 통지 메시지를 전송받아, 방송 네트워크(106) 혹은 양방향 네트워크(107)를 통해 하나의 단말 혹은 한 그룹의 단말들에게 통지 메시지를 전송한다. 방송 서비스 관리부(103)는 통지 메시지 생성부(104a)가 단말용 통지 메시지를 생성하기 위해 필요한 세션 정보를 갖고 있으며, 통지 메시지 분배/적응부(103b)가 상기 세션 정보를 상기 통지 메시지 생성부(103a)로 상기 세션 정보를 전송한다.
방송 서비스 관리부(103)는 방송 서비스의 수신을 위한 가입자 정보와 상기 가입자가 관련된 컨텐츠를 구입했는지 여부에 대한 정보와 같은 서비스 공급 (service provisioning) 정보 및 방송 서비스를 수신 받는 단말들에 대한 장치 정보를 관리하고, 방송 서비스 어플리케이션(102)으로 사용자 과금 정보를 전송하고 상기 가입 정보, 서비스 제공 정보, 장치 정보 등을 방송 네트워크(106) 및 양방향 네트워크(107)로 제공한다. 특히 방송 서비스 관리부(103)는 통지 메시지 생성부(Notification Generation Function: NGF)(103a)를 구비하고 있어, 컨텐츠 공급 자(101), 방송 서비스 어플리케이션(102), 서비스 관리부(103) 및 방송 네트워크(106)로부터 새로운 기능이 추가되었다거나 변경되었다는 등의 이벤트가 발생하였을 경우 상기 통지 이벤트에 대한 통지 메시지를 생성하거나, 혹은 방송 서비스에서 컨텐츠가 제공된다는 즉, 해당 방송이 소정 시간 후에 제공된다는 등과 같은 정보를 나타내는 자체 이벤트에 대한 통지 메시지를 생성한다.
방송 네트워크(106)는 방송 서비스를 전송하는 네트워크이며, 예로서 본 명세서에서는 DVB-H를 예를 들어 설명하고자 한다. 방송 네트워크(106)는 방송 서비스를 전송함에 있어서 변동사항이 발생하는 경우, CBMS-6 인터페이스(124a) 혹은 X-3 인터페이스(124b)를 통해서 방송 서비스 관리부(103)로 상기 변동사항을 통지하는 역할을 수행한다.
양방향 네트워크(107)는 일대일로 방송 서비스를 전송하거나 혹은 방송 서비스 수신에 관련된 제어 정보 및 부가 정보들을 양방향으로 교환하며, 예를 들어 CDMA2000(Code Division Multiple Access 2000) 혹은 3GPP WCDMA(Wideband Code Division Multiple Access)와 같은 기존의 셀룰러 네트워크가 될 수 있다.
단말(108)은 방송 서비스를 수신할 수 있는 단말 장치이며, 단말의 장치 성능에 따라 양방향 채널을 사용하여 양방향 네트워크와 연결될 수 있는 기능을 가진다. 본 명세서에서는 양방향 네트워크의 일 예로서, 셀룰러 네트워크와 연결될 수 있는 단말을 가정한다. 상기 단말(108)은 통지 메시지 클라이언트(Notification Client Function block: NCF)(108a)에 의해. CBMS-5 인터페이스(125)를 통해서 전송되는 통지 메시지를 수신하여 적절한 동작을 수행하거나, CBMS-4 인터페이스 (126)를 통해서 전송되는 통지 메시지를 수신하여 적절한 동작을 수행한다.
다음으로 상기 휴대 방송 시스템의 각 블록 구성들 간의 인터페이스들을 설명한다.
CBMS-7 인터페이스(122)는 방송 서비스 어플리케이션(102)에 위치하는 통지 이벤트부(102a)에서 방송 서비스 관리부(103)의 통지 메시지 생성부(103a)로의 인터페이스이며, 통지 메시지 생성부(103a)에서 통지 메시지를 생성할 수 있도록, 이벤트에 대한 통지 혹은 통지 메시지의 생성에 필요한 정보들(예를 들어 ESG의 속성 정보)을 운반한다.
CBMS-3 인터페이스(125)는 방송 서비스 관리부(103)의 통지 메시지 분배/적응부(103b)에서 전송된 통지 메시지가 방송 네트워크(106)를 거쳐 방송 채널을 통하여 단말(108)로 직접 전송될 경우 사용되는 인터페이스로서, 하나의 단말 혹은 다수의 단말들에게 통지 메시지를 전송하는데 사용된다.
CBMS-4 인터페이스(126)는 방송 서비스 관리부(103)의 통지 메시지 분배/적응부(103b)에서 전송된 통지 메시지가 양방향 네트워크(107)를 거쳐 단말(108)과의 전용 채널 혹은 양방향 네트워크(107)에서 제공되는 방송 채널을 통하여 단말(108)에게 직접 전송될 경우 사용되는 인터페이스로서, 하나의 단말 또는 다수의 단말들에게 통지 메시지를 전송하는데 사용된다.
CBMS-6 인터페이스(124a)는 방송 서비스 관리부(103)가 방송 네트워크(106)에서 사용하게 될 전송 통로의 설정 혹은 방송 네트워크(106)에서 발생한 이벤트 정보의 수신 경로로 사용되는, 방송 서비스 관리부(103)와 방송 네트워크(106) 사 이의 인터페이스이다.
X-3 인터페이스(124b)는 방송 서비스 관리부(103)와 양방향 네트워크(107) 사이에서 사용하게 될 전송 통로의 설정에 사용되는 인터페이스이다.
CBMS-1 인터페이스(133)는 방송 네트워크의 제어 신호를 단말에게 전달하기 위한 인터페이스로, 예를 들어 DVB-H 네트워크의 PSI/SI(Program Specific information/Service information)와 같은 제어신호가 이에 해당한다.
상기 통지 이벤트 생성부(102a)는 통지 메시지를 생성하는데 필요한 정보를 통지 메시지 생성부(103a)에 전달하는 역할 및 통지가 필요한 이벤트가 발생했음을 알게 될 경우 상기 이벤트에 대한 정보를 통지 메시지 생성부(103a)에 전달한다. 상기 통지 메시지 생성부(103a)는 통지 이벤트 생성부(102a)로부터 통지 메시지 생성에 필요한 정보 및 이벤트를 수신받아 통지 메시지를 생성하거나, 통지 메시지 분배/적응부(103b)를 통하여 방송 네트워크(106)의 통지 이벤트를 수신한 경우 통지 메시지를 생성하여 통지 메시지 분배/적응부(103b)로 전송해주는 역할을 한다. 상기 통지 메시지를 생성하게 되는 경우는, 서비스의 시작을 다시 알릴 필요가 있을 경우, 컨텐츠 공급자(101)로부터 서비스의 정보에 대한 변경이 있음을 통지받아 새로운 ESG를 전송할 필요가 있을 경우 및 방송 네트워크(106)에서 특별한 이벤트가 발생한 경우 등이 될 수 있다.
상기 통지 메시지 분배/적응부(103b)는 CBMS-3(125) 혹은 CBMS-4(126)를 통하여 통지 메시지를 전송하는 역할을 하며, 방송 네트워크(106)로부터 특정 휴대 방송 서비스에 대한 정보의 변경 사항, 일 예로 무선 네트워크 환경에 의한 전송 속도의 조절 혹은 서비스의 불가능함 등을 수신할 경우, 그에 따른 통지 이벤트를 상기 통지 메시지 생성부(103a)로 전달해 주는 역할을 한다.
도 2는 본 발명의 바람직한 실시예에 따른 전자 서비스 가이드(ESG)의 데이터 모델을 도시한 것이다. 여기에서는 DVB-CBMS Phase I spec(ETSI TS 102 471)에 따른 예시를 나타내었다.
도 2를 참조하면, 도시된 각 블록은 ESG 데이터의 프래그먼트(fragment)를 나타낸다. 즉 ESG 데이터 모델은 서비스 프래그먼트(202), 스케쥴이벤트 프래그먼트(204), 콘텐츠 프래그먼트(206), 획득(Acquisition) 프래그먼트(208), 서비스번들 프래그먼트(210), 구매(Purchase) 프래그먼트(212), 구매채널 프래그먼트(214)로 구성된다.
상기 서비스 프래그먼트(202)는 서비스 전반에 대한 설명을 포함하고 있으며, 상기 스케쥴이벤트 프래그먼트(204)는 시간에 따른 서비스의 정보를 나타내며, 상기 획득 프래그먼트(208)는 서비스 데이터를 수신하기 위해 알아야 하는 서비스 접근 정보를 포함하고 있으며, 상기 서비스번들 프래그먼트(210)는 여러 서비스를 하나의 서비스 번들로 묶는 경우에 대한 정보를 포함하고 있으며, 상기 구매 프래그먼트(212)는 상기 서비스 번들을 구매하기 위한 가격 정보를 알려주며, 상기 구매채널 프래그먼트(214)는 상기 구매를 위한 권리를 획득하기 위해 사용해야 할 시스템에 대한 정보를 알려준다.
상기 데이터 모델의 각 프래그먼트들은 다른 프래그먼트를 참조할 수 있으며 상기 프래그먼트들 간의 화살표는 상기 참조 관계를 나타낸다. 상기 참조라 함은 현재 프래그먼트가 자신의 프래그먼트와 연관이 있는 정보를 다른 프래그먼트에서 전송되는 정보를 이용하여 알려주는 것이다. 즉 하나의 서비스가 여러 콘텐츠로 구성되어 있는 경우, 서비스 프래그먼트(202)에서는 서비스 전체에 대한 설명, 예를 들어 서비스의 이름, 서비스의 언어 등을 포함하고 있을 뿐, 상기 서비스를 통해 전송되는 콘텐츠 자체에 대한 설명은 포함하고 있지 않으며 다만 해당하는 콘텐츠의 콘텐츠 프래그먼트(206)에서 해당 서비스의 서비스 프래그먼트를 참조한다. 또한 상기 서비스를 단말이 수신하기 위해 필요한 여러 정보들, 예를 들어 전송되는 프로토콜에 사용되는 세션 정보 등을 알기 위해서는 서비스 프래그먼트(202)가 참조하고 있는 획득 프래그먼트(208)를 수신하여 복조함으로서 상기 정보를 얻을 수 있다.
상기 ESG 데이터는 실제 데이터 스트림과는 별도의 시간에 별도의 IP(Internet Protocol) 스트림(들)을 이용하여 단말로 전송된다. 따라서 서비스 공급자는 상기 ESG 데이터 모델을 이용하여 사용자가 서비스를 수신하기 이전에 알고 있어야 하는 정보들을 서비스 전송 이전에 제공하는 것이 가능하다. 상기 ESG 스트림을 수신함으로서 단말은 서비스 공급자가 제공하는 서비스를 수신하기 위해 필수적으로 필요한 정보를 획득하게 되고, 사용자가 특정 서비스를 선택하였을 때 상기 단말은 상기 획득한 정보를 이용하여 상기 서비스가 전송되는 데이터 스트림에 접근한 후 데이터를 수신하게 된다. 상기 단말이 상기 서비스 데이터 스트림에 접근하기 위한 정보들은 도 1에서 기술한 바와 같이 획득 프래그먼트를 통해 전송된다.
상기 ESG 데이터 모델은 각 프래그먼트별로 몇 개씩 묶여서 하나의 컨테이너 에 담겨지고 각 컨테이너는 FLUTE(File Delivery over Unidirectional Transport protocol) 세션에서의 하나의 객체(object)로 간주되어 전송된다.
도 3은 본 발명의 바람직한 실시예에 따른 DVB-CBMS에서, 전자 서비스 가이드(ESG)의 전송 구조를 도시한 것이다.
도 3을 참조하면, 송신기는 ESG의 전송을 위하여 PSI/SI 신호를 통해서 ESG의 부트스트랩 세션(302)의 채널 정보를 단말에게 알려주게 된다. 단말이 상기 채널 정보에 따른 채널에 접속하면 부트스트래핑 정보를 받게 되는데, 상기 부트스트래핑 정보는 ESG 제공자 디스크립터(ESG Provider Descriptor)와 ESG 억세스 디스크립터(ESG Access Descriptor)로 구성된다. ESG 제공자 디스크립터에는 ESG 제공자의 ID, 이름, 로고 등의 관련 정보들이 포함되며, ESG 억세스 디스크립터에는 ESG의 공고(Announcement) 세션(304)에 대한 채널 정보 및 ESG가 전송되는 IP 세션들의 개수와 주소들이 포함된다.
ESG의 공고 카루셀 세션(304)에서는 ESG 초기화 컨테이너(ESG Init Container)와 ESG의 인덱스 정보들이 전송되는데, 상기 초기화 컨테이너를 통해 전송되는 정보들은 다음과 같다. ESG 초기화 메시지(Init message)에는 ESG의 해독을 위한 디코더의 옵션이 포함되며, 파티션(Partition) 정보에는 다수개의 세션으로 ESG가 전송되는 경우의 각 세션별 분리 기준 정보 및 각 세션의 채널 정보가 포함되고, 인덱스 리스트 및 인덱스 구조(Index Structure)에는 전송되는 ESG의 프래그먼트들과 각 컨테이너들 간의 매핑 정보들이 포함된다.
ESG는 도 3에서와 같은 여러 컨테이너들에 담겨서 전송되는데, 각 컨테이너 는 해당 컨테이너를 구성하고 있는 프래그먼트들의 정보를 나타내는 프래그먼트 관리(Fragment Management) 정보와 도 2에 도시한 바와 같은 ESG 프래그먼트들로 구성된다.
본 발명의 바람직한 실시예에 따라 통지 메시지를 수신하는 동작을 설명하기에 앞서 먼저 상기 통지 메시지의 종류에 대하여 설명한다. 통지 메시지는 크게 하기의 두 가지 종류로 나뉜다.
첫 번째로 공통(common) 통지 메시지는 범용적으로 모든 사용자에게 전달되는 것으로서 재난방송이나 시스템 변경 등의 용도로 사용된다. 또는 서비스 공급자 및 IP 플랫폼 공급자, ESG 공급자, 또는 네트워크 공급자들의 일반 공지 사항 등이 이에 해당하며 각 서비스가입에 상관없이 모든 사용자들이 알아야 할 정보들이 상기 공통 통지 메시지에 포함된다. 네트워크의 구성 및 각 비즈니스 모델에 따라서 상기 서비스 공급자, IP 플랫폼 공급자, ESG 공급자, 네트워크 공급자들이 서로 동일할 수도 있고 각각 다른 공급자일 수도 있다. IP 플랫폼 공급자는 특정의 IP 어드레스들을 관리하는 주체이며 그 구성에 따라 하나의 IP 플랫폼 공급자와 ESG 공급자가 일대일로 매핑되지 않을 수 있다. 또한 이는 네트워크 사용을 관장하는 네트워크 공급자와도 구별될 수 있다.
두 번째로 특정(specific) 통지 메시지는 특정 서비스에 대하여 국한되어 사용되는 것으로서 상기 특정 서비스를 받고 있는 사용자들에게 서비스의 변경, 시작 등을 알리는데 사용될 수 있다. 상기 특정 통지 메시지는 서비스별이 아닌 특정 사용자 그룹별로도 생성되어 전송이 가능하다. 상기 특정 사용자 그룹이란, 통지 서 비스 가입 등을 통하여 형성된 사용자 그룹이나 혹은 네트워크 측에서 특정 지역으로 통지 메시지를 보내고자 할 때 형성되는 사용자 그룹이 될 수 있다. 단, 서비스 가입 등을 통하여 형성된 사용자 그룹에게 통지 메시지를 보내고자 할 때에는 각각의 가입자 정보가 관리되고 있으므로 점-대-점 방식으로 전송이 가능하며 특정 지역별로 메시지를 보내고자 할 때에는 상기 특정 지역에 위치하는 사용자 그룹이 별도로 관리되는 것은 아니다.
통지 메시지의 송신 및 수신에 있어서, 본 발명의 바람직한 실시예에 따른 전체적인 흐름을 도 4에 나타내었다. 도 4에 도시한 바와 같이, 본 발명은 크게 통지 메시지 채널 정보를 전달하고 획득하는 동작 A(410)와, 통지 메시지를 전송하고 수신하는 동작 B(420), 단말이 통지 메시지를 받아 해독하고 그에 따라 반응하는 동작 C(430)로 구성된다. 동작 A(410)는 후술되는 제1 내지 제4 실시예들에서 설명될 것이며, 동작 B(420)는 도 11 내지 도 24에서 설명하며, 동작 C(430)는 제5 내지 12 실시예들에서 설명한다.
I. 동작 A (410)
제1 실시예에서는 통지 메시지 채널 정보가 전자 서비스 가이드(ESG) 전송 매커니즘을 이용하여 단말에게 전송되고, 단말은 상기 채널 정보를 이용하여, 통지 메시지를 포함하는 패킷을 수신한다. 제2 실시예에서는 통지 메시지 채널 정보가 PSI/SI 시그널링으로 단말에게 전송되고, 단말은 상기 채널 정보를 이용함으로써, 수신되는 패킷이 통지 메시지를 포함함을 확인한다. 제3 실시예에서는 통지 메시지 가 PSI/SI 시그널링으로 단말에게 전송된다. PSI/SI 시그널링은 단말이 DVB-H 시스템에 접속할 때 기본적으로 받게 되는 제어신호이므로 이 경우, 통지 메시지 채널 정보는 전송될 필요가 없다. 제4 실시예에서는 통지 메시지가 ESG에 실려서 단말에게 전송된다. 제4 실시예에서는 도 2의 ESG 데이터 모델을 확장하여 통지 메시지를 전송하며, 통지 메시지 채널 정보가 별도의 경로를 통해 전송될 필요는 없다.
다음 <표 1>을 참조하여 본 발명에 따른 제1 실시예와 제2 실시예에 해당하는 통지 메시지 채널 정보에 대해 설명하기로 한다. <표 1>은 각 사용예에 따라 <표 1a> 내지 <표 1g> 중 하나가 사용될 수 있으며, 이후 본 발명의 동작 B(420) 및 동작 C(430)에 대한 설명시 편의상 <표 1a>의 예를 사용할 것이나, 그 외의 포맷이 사용될 수 있음은 물론이다. 또한 <표 1>의 채널정보들은 공통 통지 메시지와 특정 통지 메시지에 모두 사용 가능하다.
특히 <표 1b>와 <표 1c>는 통지 메시지 채널 정보가 일 예로서 ESG의 획득 프래그먼트에 삽입되어 전송되는 경우에 사용되는 것이 보다 바람직하다. <표 1a>는 통지 메시지를 받기 위한 기본적인 채널 정보만을 포함한다. <표 1b>와 <표 1c>는 단말이 여러 종류의 통지 메시지를 받아야 하는 경우 어떠한 타입의 통지 메시지를 받을 수 있는지에 대한 정보까지 포함하므로, ESG의 획득 프래그먼트에 삽입되어 특정 서비스와 연관되어 있는 통지 메시지들에 대한 채널 정보들을 사용자에게 알리고자 할 때 사용될 수 있다.
<표 1>의 모든 포맷은 공통 통지 메시지 채널 정보에 적용되어, ESG 부트스트랩 세션이나 공지 카루셀 세션을 통해 전송될 수 있다. 공통 통지 메시지 채널 정보의 전송을 위한 구체적인 예시는 후술되는 <표 2>에 제시한다. 공통 통지 메시지를 위해서는 기본적으로 하나의 전송 채널이 사용되나 다수의 전송 채널들이 사용될 수도 있다. 하기의 <표 1b> 내지 <표 1g>는 하나의 IP 주소로 대변되는 통지 메시지 전송 채널에서, 서로 다른 타입을 가지는 다수의 통지 메시지들이 전송되는 경우에 사용될 수 있다. 즉 하나의 IP 주소에 대해 여러 개의 통지 메시지 타입들이 정의될 수 있다.
<표 1g>는 어드레스와 포트 번호 및, 통지메시지 세션의 다른 정보들까지 포함하고 있는 SDP(Session Description Protocol) 파일을 통지메시지 채널 정보로 사용하는 경우를 나타낸다. SDP 파일 내에는 어드레스와 포트 번호 및, 사용되는 미디어의 종류, 사용되는 전송 프로토콜, 세션의 시간 정보 등, 보다 일반적인 정보들이 포함된다. 통지 메시지의 구별 및 단말에서의 필터링을 위해서는 어드레스와 포트 번호가 가장 기본적이나, 일반적인 SDP 파일을 통해서도 상기 정보들을 단말기가 취할 수 있다. <표 1g>에 나타낸 바와 같이, 'SDPRef'와 'inlinedSDP' 중 적어도 하나가 통지 메시지 채널 정보를 담기 위해 사용되는데, 'SDPRef'는 해당 SDP 파일의 위치를 참조하는 URI 정보를 나타내며, 'inlinedSDP'는 상기 채널 정보 내에 SDP 파일의 정보들을 직접 전송하는 경우에 사용된다.
이름 | 타입 | 범주 | 설명 |
NotificationEntry | E | M | An entry for Notification message |
NotificationPort | A | M | Port of Notification Message delivery |
NotificationAddress | A | O | IP address of Notification Message delivery |
이름 | 타입 | 범주 | 설명 |
NotificationEntry | E | M | An entry for Notification message |
NotificationType | A | M | Notification Event Type |
NotificationPort | A | M | Port of Notification Message delivery |
NotificationAddress | A | O | IP address of Notification Message delivery |
이름 | 타입 | 범주 | 설명 |
NotificationEntry | E | M | An entry for Notification message |
NotificationType | A | M | Notification Type |
NotificationEventType | A | M | Notification Event Type |
NotificationPort | A | M | Port of Notification Message delivery |
NotificationAddress | A | O | IP address of Notification Message delivery |
이름 | 타입 | 범주 | 설명 |
NotificationEntry | E | M | An entry for Notification message |
NotificationType | A | M | Notification Event Type |
NotificationPort | A | O | Port of Notification Message delivery |
NotificationAddress | A | M | IP address of Notification Message delivery |
이름 | 타입 | 범주 | 설명 |
NotificationEntry | E | M | An entry for Notification message |
NotificationType | A | M | Notification Type |
NotificationEventType | A | M | Notification Event Type |
NotificationPort | A | O | Port of Notification Message delivery |
NotificationAddress | A | M | IP address of Notification Message delivery |
이름 | 타입 | 범주 | 설명 |
NotificationEntry | E | M | An entry for Notification message |
NotificationPort | A | O | Port of Notification Message delivery |
NotificationAddress | A | M | IP address of Notification Message delivery |
이름 | 타입 | 범주 | 설명 |
NotificationEntry | E | M | An entry for Notification message |
SDPRef | A | O | Notification session description information including IP address and Port number |
inlinedSDP | A | O | Notification session description information including IP address and Port |
상기 <표 1>에서, 이름(Name)은 해당 메시지를 구성하는 요소값(Element)과 속성값(Attribute)에 대한 명칭을 나타내며, 타입(Type)은 해당 이름이 요소값 혹은 속성값 중 어떤 형태인지를 의미한다. 상기 요소값은 E1, E2, E3, E4와 같은 값을 가지며 E1은 전체 메시지에 대한 상위 요소값을 의미하며 E2는 E1의 하위 요소값, E3는 E2의 하위 요소값, E4는 E3의 하위 요소값을 나타낸다. 상기 속성값은 A로 표시하며 A는 해당 요소의 속성값을 나타낸다. 일례로 E1 아래의 A는 E1의 속성값을 나타낸다. 또한 범주(Category)는 해당 요소값 또는 속성값이 필수 내용인지 아닌지를 구분하기 위해 사용되며 필수인 경우 M(Mandatory) 값을 옵션인 경우 O(Optional) 값을 가진다. 설명(Description)은 해당 요소 또는 속성값이 의미하는 바를 나타낸다.
통지 메시지 채널 정보를 나타내는 정보 요소인 통지 엔트리 ('NotificationEntry')는 통지 포트('NotificationPort')와 통지 주소 ('NotificationAddress')라의 두 개의 속성을 가진다. 상기 'NotificationPort'와 'NotificationAddress'는 단말이 통지 메시지를 수신할 수 있는 채널에 대한 정보를 나타낸다. 대부분의 휴대 방송에서 데이터의 전송 기술로 IP의 사용이 논의되고 있으며, 상기 IP의 사용을 전제로, 시스템은 통지 메시지가 전송될 상기 IP 주소를 단말에게 알려주고, IP 계층의 상위 계층에서 각 인터넷 어플리케이션을 구별하도록 포트 번호를 알려준다.
IP 프로토콜을 사용하는 경우, 각 어플리케이션을 구별하기 위해 단말이 사용할 수 있는 정보는, IP 어드레스와 전송 프로토콜의 포트 번호이다. 상기 포트 번호는 통지 메시지가 전달되는 전송 프로토콜에 따라 정해진다. 즉, UDP(User Datagram Protocol)가 사용됨을 전제로 하는 경우에는 UDP 포트 번호가 통지된다. 그러면 단말은 상기 IP 주소 및 상기 UDP 포트 번호에 따라 통지 메시지를 수신할 수 있다. 여기서 UDP가 사용되는 이유는, UDP 전송 프로토콜의 헤더 오버헤드가 작으며, 또한 수신 확인 등을 지원하지 않고 단방향으로 이루어지는 방송 서비스의 특성에 적합하기 때문이다.
한편 통지 메시지가 점대점 방식으로 전송되는 경우에는 UDP를 대신하여 TCP가 사용될 수 있다. 따라서 이후에서 통지 메시지 포트는 별도로 설명하지 않아도 점대점 방식인 경우에는 TCP 포트를 사용하는 것으로 이해되어야 할 것이다. 하기에서는 설명의 편의를 위하여 통지 메시지 포트로서 UDP 포트를 사용하는 경우를 설명할 것이나, 전술한 바와 같이 점대점 방식이 사용되는 경우에는 TCP 포트가 사용됨은 물론이다. 또한 전송 프로토콜로서 UDP의 상위에 RTP(Real Time Protocol) 및/혹은 FLUTE(File Delivery over Unidirectional Transport) 프로토콜이 부가로 사용되는 경우, 해당 프로토콜들의 포트들이 통지된다. 이에 대한 구체적인 채널 정보의 구성은 앞서 언급한 <표 1>에 나타내었다.
'NotificationPort'는 네트워크 제공자 혹은 서비스 공급자가 통지 메시지를 보낼 때 사용하도록 사전에 할당을 해놓은 UDP 포트 번호를 갖게 된다. 통지 메시지용으로 지정된 UDP 포트를 통하여 송신된 메시지를 받은 단말은 통지 메시지를 위한 UDP 포트를 알고 있으므로 해당 패킷을 바로 통지 메시지로 인식하고 처리할 수 있다.
통지 메시지를 전송 메시지로 생성하는 동작은 도 1의 통지 이벤트부(102a)나 통지 메시지 분배/적응부(103b)에서 이루어질 수 있다. 여기서 상기 전송 메시지를 생성하는 엔터티는 기존에 진행 중인 모든 세션에 대한 정보를 가지고 있다. 즉, 통지 메시지를 별도의 신규 세션의 생성 없이도 기존 전송 세션에 첨부를 하여 송신할 수가 있다. 세션의 기본 구분 단위는 IP 주소로 이루어지며 통지 메시지는 진행 중인 세션의 IP 주소를 사용하게 된다. 여기서 진행 중인 세션은, 통지를 필요로 하는 획득 프래그먼트와 연결된 진행 중인 특정 서비스와 관련된 것일 수 있다.
통지 메시지를 진행 중인 IP 세션으로 송신하면서 UDP 포트 번호만 달리하면, 단말은 별도의 세션을 모니터링 할 필요 없이 바로 통지 메시지(공통 통지 메시지 혹은 진행 중인 세션의 서비스와 관련된 특정 통지 메시지)를 수신할 수 있다. 상기 'NotificationPort'는 단말이 휴대 방송 서비스를 수신하고 있고, 상기 휴대 방송 서비스를 전송하고 있는 IP 전송 경로(IP flow)를 통하여 통지 메시지를 전송하고자 할 경우 사용될 수 있다.
상기 'NotificationAddress'는 통지 메시지 전송시 전용 IP 주소를 할당하고, 상기 IP 주소를 가지는 전송 경로(Flow)를 통하여 통지 메시지를 전송하고자 하는 경우에 사용된다. 상기 'NotificationAddress'는 휴대 방송 서비스를 수신하고 있는 단말 혹은 휴대 방송 서비스의 수신중이 아니라 전원 절약을 위한 대기 모드에 있는 단말들에게 일반 혹은 특정 통지 메시지를 전송하기 위해서 IP 주소를 제공한다. 단말은 상기 'NotificationPort'와 'NotificationAddress'를 가지고, 단말의 상황 혹은 통지 메시지를 전송하고자 하는 주체의 통지 메시지에 대해 수신주소에 따라 통지 메시지를 수신하게 된다.
<표 1b>의 'Notification Type'은 후술되는 제 12 실시예에서와 같은 개념으로, 통지 메시지의 이벤트 타입을 의미한다. <표 1c>의 'Notification Type'은 후술되는 제 3 및 12 실시예에서와 같은 개념으로, 통지 메시지의 목적에 따른 타입 즉, 단말을 위한 정보인가, 사용자를 위한 정보인가를 나타내는 정보이다. 'NotificationEventType'는 후술되는 제12 실시예에서 사용된 개념으로 ESG의 갱신을 알리기 위한 통지 메시지인지, 실시간 교통정보를 전달하기 위한 통지 메시지인지 등의 이벤트 타입을 나타내는 것이다.
통지 메시지 채널 정보가 ESG의 획득 프래그먼트에 포함되고, 도시되어야 할 통지 메시지의 종류가 여러 개인 경우, <표 1b>와 <표 1c>에서 각각 복수 개의 'NotificationType'과 'NotificationEventType'이 사용될 수 있다.
도 5는 본 발명의 바람직한 실시예에 따라 통지 메시지 채널정보를 송신하는 동작을 나타낸 흐름도이다. 여기에서는 ESG를 이용하는 방식과 PSI/SI를 이용하는 방식을 모두 도시하였으며 또한 특정 통지 메시지 채널 정보와 공통 통지 메시지 채널 정보의 경우에 대한 방식을 각각 도시하였다.
도 5를 참조하면, 502단계에서 송신기는 통지 메시지의 전송 방식 및 수신 방식을 나타내는 통지 메시지 채널 정보를 예를 들어 앞서 언급한 <표 1>과 같이 결정한다.
상기 통지 메시지 채널 정보가 특정 통지 메시지를 위한 것인 경우, 504단계에서 상기 채널 정보는 ESG 데이터 모델의 미리 정해지는 프래그먼트, 예를 들어 획득 프래그먼트 혹은 전용의 통지 프래그먼트에 삽입된다. 상기 통지 메시지 채널 정보가 공통 통지 메시지를 위한 것이고 상기 채널 정보가 ESG를 이용하여 전송되는 경우, 506 단계에서 상기 채널 정보는 ESG 부트스트랩 세션의 디스크립터 또는 ESG 공고 카루셀 세션(Announcement Carousel session)의 컨테이너에 삽입하게 된다.
508단계에서 송신기는 그 외의 ESG 데이터 모델 정보 및 ESG 부트스트랩 세션의 정보 및 공고 카루셀 세션의 정보로 ESG를 생성하고, 510단계에서 상기 ESG를 전송한다.
상기 통지 메시지 채널 정보가 공통 통지 메시지를 위한 것인 경우, 상기 채널 정보는 PSI/SI 시그널링을 이용하여 전송된다. 즉 512단계에서 상기 채널 정보는 DVB-H 네트워크의 PSI/SI 생성기로 전송된다. 514단계에서 PSI/SI 생성기는 DVB-H 네트워크에서 사용되기 위한 PSI/SI 신호에 상기 채널정보를 삽입하며, 516단계에서 그외 PSI/SI 정보를 상기 PSI/SI 신호에 삽입한 후, 518단계에서 상기 PSI/SI 신호를 단말로 전송한다.
도 6은 본 발명의 바람직한 실시예에 따라 통지 메시지 채널 정보를 수신하는 동작을 나타낸 흐름도이다.
도 6을 참조하면, 602단계에서 단말은 방송 네트워크에 접속한 후, 604단계에서 PSI/SI 신호를 수신하고 상기 PSI/SI 신호로부터 ESG 부트스트랩 세션의 접속정보를 찾아낸다. 606단계에서 단말은 상기 접속정보를 참조하여 ESG 부트스트랩 세션 및 ESG 공고 카루셀 세션에 접속하여 해당 정보 및 ESG 데이터 모델의 정보를 수신한다. 여기서 ESG는 여러 개의 IP 주소들을 사용하는 멀티스트림 방식으로 전송되거나, 혹은 하나의 IP 주소를 사용하는 싱글스트림 방식으로 전송될 수 있다. 싱글스트림 방식의 경우, 독립적인 ESG 공고 카루셀 세션은 할당되지 않으나, ESG를 통해 전송되는 정보들은 멀티스트림의 경우와 동일하다.
608단계에서 단말은 ESG 데이터모델에 따른 특정 ESG 프래그먼트로부터 특정통지 메시지 채널 정보를 획득한다. 공통 통지 메시지 채널 정보는 PSI/SI 방식 혹은 ESG 방식으로 전송된다. PSI/SI 방식이 사용된 경우, 610단계에서 단말은 상기 604 단계에서 수신한 PSI/SI 신호로부터 공통 통지 메시지 채널 정보를 획득한다. ESG 방식이 사용된 경우, 612단계에서 단말은 상기 606단계에서 수신한 ESG 부트스트랩 세션 혹은 ESG 공고 카루셀 세션의 정보로부터 공통 통지 메시지 채널 정보를 확인한다.
도 5와 도 6에서 설명한 바와 같이, 공통 통지 메시지 채널 정보를 생성하고 수신하기 위해서, ESG의 부트스트랩 세션에서 전송하는 방법, ESG의 공고 카루셀에서 전송하는 방법, 그리고 PSI/SI에서 전송하는 방법이 사용될 수 있다. 도 1의 네트워크 구성을 참조하면, 공통 통지 메시지는 각 IP 플랫폼, ESG 공급자, 네트워크 공급자들에서 각각 생성될 수 있다. 일 예로서, 각 IP 플랫폼에 관련된 공통 통지 메시지는 ESG 전송 메카니즘의 첫 단계인 ESG 부트스트랩 세션을 통해서 전송되며, 각 ESG 공급자별로 관련된 공통 통지 메시지는 각 ESG 공급자별로 구별되는 ESG 공고 카루셀 세션을 통해서, 각 네트워크에 관련된 공통 통지 메시지는 PSI/SI 신호를 이용하여 전송된다. 이때, 하나의 IP 플랫폼이 하나의 ESG 공급자를 가지며 상기 ESG 공급자에 의한 ESG가 단일의 네트워크를 통해 전송되는 경우, 상기 여러 소스들에서 생성된 공통 통지 메시지들은 구별 없이 동일한 방식으로 전송된다.
다음으로 도 7을 참조하여, 본 발명의 제1 실시예에 따라서 통지 메시지 채널 정보를 전달하는 방안에 대하여 서술하고자 한다.
공통 통지 메시지의 경우, 송신기는 ESG 부트스트랩 세션(702)을 통해 전송되는 디스크립터들(704, 706, 708) 중 적어도 하나에 상기 <표 1>과 같은 채널 정보를 삽입하거나, 혹은 ESG 공고 카루셀 세션(Announcement Carousel Session) (710)을 통해 전송되는 컨테이너들(712, 714) 중 하나에 상기 <표 1>과 같은 채널 정보를 삽입한다. ESG 부트스트랩 세션(702)에서 채널 정보는 ESG 공급자 공표 디스크립터(ESG Provider Discovery Descriptor)(704) 혹은 ESG 액세스 디스크립터 (ESG Access Descriptor)(706)에 삽입되거나, 혹은 전용의 통지 디스크립터 (Notification Descriptor)(708)를 이용하여 전송된다. ESG 공고 카루셀 세션(710)에서 채널 정보는 ESG 초기화 컨테이너(712)에 삽입되거나, 혹은 통지 디스크립터를 담은 전용의 ESG 인덱스 컨테이너(714)를 이용하여 전송된다.
하기 <표 2a> 내지 <표 d>는 통지 메시지 채널 정보가 ESG 전송 메커니즘을 이용하여 전송되는 경우의 구체적인 포맷들을 예시한 것이다.
Syntax | No. of Bits | Mnemonic |
ESG Access Descriptor{ | ||
n_o_ESGEntries | 16 | uimsbf |
for(i=0; i<n_o_ESGEntries i++){ | ||
ESGEntry[i]() | ||
} | ||
NotificationEntry{ | ||
NotificationPort | ||
NotificationAddress | ||
} |
Syntax | No. of Bits | Mnemonic |
ESGEntry{ | ||
ESGEntryVersion | 8 | uimsbf |
ESGEntryLength | 8+ | vluimsbf8 |
MultipleStreamTransport | 1 | bslbf |
IPVersion6 | 1 | bslbf |
Reserved | 6 | bslbf |
ProviderID | 16 | uimsbf |
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 |
Notification Descriptor | ||
n_o_ESGEntries | 16 | uimsbf |
EPA_NotificationEntry | ||
<표 1> | ||
} | ||
for(i=0; i<n_o_ESGEntries i++){ | ||
EPS_NotificationEntry | ||
ProviderID | ||
<표 1> | ||
} | ||
} |
Syntax | No. of Bits | Mnemonic |
ESG Access Descriptor{ | ||
n_o_ESGEntries | 16 | uimsbf |
for(i=0; i<n_o_ESGEntries i++){ | ||
ESGEntry[i]( ) | ||
NotificationEntry | ||
<표 1> | ||
} | ||
} | ||
} |
<schema targetNamespace="urn:dvb:ipdc:esgbs:2005" xmlns:bs="urn:dvb:ipdc:esgbs:2005" xmlns:mpeg7="urn:mpeg:mpeg7:schema:2001" xmlns="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" attributeFormDefault="unqualified"> <import namespace="urn:mpeg:mpeg7:schema:2001" /> <complexType name="ESGProviderType"> <sequence> <element name="ProviderURI" type="anyURI"/> <element name="ProviderName" type="mpeg7:TextualType"/> <element name="ProviderLogo" type="mpeg7:TitleMediaType" minOccurs="0"/> <element name="ProviderID" type="positiveInteger"/> <element name="ProviderInformationURL" type="anyURI" minOccurs="0"/> <element name="PrivateAuxiliaryData" type="anyType" minOccurs="0"/> </sequence> </complexType> <element name="ESGProviderDiscovery"> <complexType> <sequence> <element name="ServiceProvider" type="bs:ESGProviderType" maxOccurs="unbounded"/> </sequence> </complexType> </element> <element name="NotificationEntry"> <complexType> <sequence> <표 1> </sequence> </complexType> </element> </schema> |
<표 2a>는, NotificationEntry가 ESGAccessDescriptor(706)내에 포함되는 경우를 나타낸 것으로서, 각 ESGEntry[i]와 상관없이 NotificationEntry가 삽입되므로 이에 해당하는 통지 메시지는 각 ESG 공급자에 공통인 정보, 즉, 긴급(Emergency) 정보 등을 포함한다.
<표 2b> 는 NotificationEntry가 NotificationDescriptor(708)에 포함되는 경우를 나타낸 것으로서, 채널 정보를 포함하기 위해 EPA_NotificationEntry와 EPS_NotificationEntry 중 어느 하나가 사용될 수 있다. 상기 NotificationDescriptor는 ESG 부트스트랩 세션 또는 ESG 공고 카루셀 세션을 통해서 전송되므로, EPA_NotificationEntry는 ESG 부트스트랩 세션을 통해서, EPS_NotificationEntry는 ESG 공고 캐루셀 세션을 통해서 각각 전송된다.
EPA_NotificationEntry는 각 ESG 공급자에 공통인 통지 메시지 채널 정보임을 의미한다. ESG 공급자에 공통인 정보란 전술한 대로 긴급 정보 등이 될 수 있고, 이는 SM 내의 플랫폼 공급자(Platform Provider) 단위로 나뉠 수 있다. 플랫폼 공급자란 일련의 IP 주소들을 관리하는 주체로서, 각각 다수개의 ESG 공급자를 가질 수 있다.
EPS_NotificationEntry는 각 ESG 공급자 별로 제공되는 통지 메시지 채널 정보임을 의미한다. 이는 해당 통지 메시지가 ESG를 받는 모든 단말들과 사용자들에게는 공통이나 각 ESG 공급자 별로는 독립적임을 의미하며, 그 예로는 특정 ESG 갱신을 알리는 통지 메시지 등이 있다. EPA_NotificationEntry의 포맷은 <표 1a> 내지 <표 1g>의 모든 경우가 가능하다. EPS_NotificationEntry가 ESG부트스트랩 세션에서 전송되는 경우, <표 1>에 나타낸 정보들과 함께 공급자 식별자(ProviderID)가 더 포함된다. ProviderID는 통지 메시지가 어느 ESG 공급자에서 지정한 것인지를 나타낸다. 또한 EPS_NotificationEntry가 ESG 공고 카루셀 세션에서 전송되는 경우, ProviderID는 같이 전송되지 않는다. 이는 ESG 공고 카루셀 세션은 각 ESG 공급자 별로 생성되므로, ProviderID를 사용하여 구별할 필요가 없기 때문이다.<표 2c>는 ESGAccessDescriptor내에 ESGentry[i]별로 통지 메시지 채널 정보가 삽입되는 경우를 나타낸 것으로서, <표 2b>에서 전술한 바와 같이 ESG 공급자 별로 공통 통지 메시지 채널 정보를 설정하고자 하는 경우에 사용된다.
<표 2d>는 ESGProviderDescriptor내에 통지 메시지 채널 정보를 삽입하는 경우를 나타낸 것으로써, ESG 공급자들에게 공통인 통지 메시지를 위한 채널 정보가 이에 해당한다.
특정 통지 메시지인 경우, 송신기는 도 2의 데이터 모델에 따른 ESG의 획득(Acquisition) 프래그먼트 내에 채널 정보를 삽입하여 전송한다. 이후 본 발명의 제1 실시예에서는 통지 메시지 채널 정보의 전송에 대하여 주로 ESG 부트스트랩 디스크립터를 예를 들어 설명할 것이나, ESG 초기화 컨테이너에 NotificationEntry를 포함하여 보내는 경우에도 하기의 설명이 동일하게 적용될 수 있음은 물론이다.
본 발명의 제1 실시예에 따른 상기 ESG 부트스트랩 디스크립터를 통한 통지 메시지 채널 정보의 전송 및 수신을 도 8a와 도 8b를 이용하여 설명하기로 한다. 여기에서는 공통 통지 메시지 채널 정보로 한정하여 설명한다.
도 8a는 본 발명의 제1 실시예에 따른 ESG 부트스트랩 디스크립터를 통한 통지 메시지 채널 정보의 생성 및 전송 동작을 나타낸 순서도이다.
도 8b를 참조하면, 통지 메시지 분배/적응부(103b)는 801단계에서 단말(108)에게 전송할 ESG 부트스트랩 정보로서 공통 통지 메시지 채널 정보의 요소 및 속성을 지정하게 된다. 예를 들어 상기 801단계에서는 앞서 설명한 'NotificationEntry', 'NotificationPort', 'NotificationAddress' 등이 지정된다. 여기서 상기 공통 통지 메시지 채널 정보의 요소 및 속성은 방송 제공자 또는 시스템 환경에 따라 미리 결정되어 있다. 상기 801단계가 완료되면 802단계에서와 같이 상기 공통 통지 메시지 채널 정보를 포함하는 ESG 부트스트랩 디스크립터를 생성하게 된다. 그런 후 상기 통지 메시지 분배/적응부(103b)는 803단계에서 상기 생성된 ESG 부트스트랩 디스크립터를 단말(108)에게 전송하게 된다. 여기서 공통 통지 메시지 채널 정보의 생성은 SM(103) 내의 상기 통지 메시지 분배/적응부(103b)에서 수행하도록 설명하였지만, 이러한 동작은 통지 이벤트부(102a)에서도 수행 가능하다.
도 8b는 본 발명의 제1 실시예에 따른 단말에서 ESG 부트스트랩 디스크립터 내의 통지 메시지 채널 정보를 수신하는 동작을 나타낸 순서도이다.
도 8b를 참조하면, 단말(108)은 811단계에서 사용자에 의해 방송 서비스를 실행한 후, 812단계에서 상기 통지 메시지 분배/적응부(103b)로부터 전송된 ESG 부트스트랩 디스크립터를 수신하게 된다. 상기 ESG 부트스트랩 디스크립터를 수신한 단말(108)은 813단계에서 상기 ESG 부트스트랩 디스크립터를 해독하여 814 단계에서 공통 통지 메시지의 수신에 필요한 채널 정보인 'NotificationEntry', 'NotificationPort', 'NotificationAddress'를 획득하게 된다. 이후 단말은 도 4의 동작 B(420)로 진행하게 된다.
본 발명의 제1 실시예에 따른 상기 ESG 획득 프래그먼트를 통한 통지 메시지채널 정보의 전송 및 수신을 도 9a와 도 9b를 이용하여 설명하기로 한다. 여기에서는 특정 통지 메시지 채널 정보로 한정하여 설명한다.
도 9a는 본 발명의 제1 실시예에 따른 ESG 획득 프래그먼트를 통한 통지 메시지 채널 정보의 생성 및 전송 동작을 나타낸 순서도이다.
도 9a를 참조하면, 통지 메시지 분배/적응부(103b)는 901단계에서 단말(108)에게 전송할 ESG 획득 프래그먼트 정보로서 특정 통지 메시지 채널 정보의 요소 및 속성을 지정하게 된다. 예를 들어 상기 901단계에서는 앞서 설명한 'NotificationEntry', 'NotificationPort', 'NotificationAddress' 등이 지정된다. 여기서 상기 특정 통지 메시지 채널 정보의 요소 및 속성은 방송 제공자 또는 시스템 환경에 따라 미리 결정되어 있는 값이다. 상기 901단계가 완료되면 902단계에서와 같이 특정 통지 메시지 채널 정보가 ESG의 획득 프래그먼트에 삽입된다. 그런 후 상기 통지 메시지 분배/적응부(103b)는 903단계에서 상기 ESG의 획득 프래그먼트와 다른 프래그먼트를 합하여 ESG를 완성한 후 904단계에서 상기 ESG를 단말(108)에게 전송하게 된다. 여기서 특정 통지 메시지 채널 정보의 생성은 상기 통지 메시지 분배/적응부(103b)에서 수행하도록 설명하였지만, 이러한 동작은 통지 이벤트부(102a)에서도 수행 가능하다.
도 9b는 본 발명의 제1 실시예에 따른 단말에서 ESG 획득 프래그먼트내의 통지 메시지 채널 정보를 수신하는 동작을 나타낸 순서도이다.
도 9b를 참조하면, 단말(108)은 911단계에서 사용자에 의해 방송 서비스를 실행한 후, 912단계에서 상기 통지 메시지 분배/적응부(103b)로부터 전송된 ESG 부트스트랩 디스크립터를 수신하게 된다. 상기 ESG 부트스트랩 디스크립터를 수신한 단말(108)은 913단계에서 상기 ESG 부트스트랩 디스크립터를 해독하여 914단계에서는 상기 ESG의 수신 정보를 획득하고 상기 수신 정보를 이용하여 상기 ESG의 수신을 위한 하드웨어 및 소프트웨어 설정을 수행한 후 바로 상기 ESG를 수신한다. 915단계에서 상기 단말(108)이 상기 ESG의 획득 프래그먼트 내에 포함되어 있는, 특정 통지 메시지의 수신에 필요한 채널 정보인 'NotificationEntry', 'NotificationPort', 'NotificationAddress'를 획득하게 된다. 이후 단말은 도 4의 동작 B(420)로 진행하게 된다.
다른 예로서 단말은, ESG의 획득 프래그먼트를 통하여 특정 통지 메시지 채널 정보를 얻지 않고, 통지 메시지를 수신한 후 상기 통지 메시지에 삽입된 서비스 식별자(Service_ID)를 해독함으로써 상기 통지 메시지와 연결된 특정 서비스를 알 수 있다. 상기 서비스 식별자는, ESG내의 서비스 식별자와 동일한 의미와 값을 가지는 것이 바람직하다. 이 경우의 통지 메시지 구조는 후술되는 제11 실시예에서 상세히 설명될 것이다.
다음으로 본 발명의 제2 실시예에서 통지 메시지 채널 정보를 전달하는 방안에 대하여 서술하고자 한다. 공통 통지 메시지인 경우, 송신기는 도 1의 CBMS-1 인터페이스(133)를 통해 전송되는 PSI/SI 신호에 <표 1>과 같은 채널 정보를 삽입하여 전송한다. 특정 통지 메시지인 경우, 송신기는 상기 PSI/SI 신호에 상기 <표 1>과 같은 채널 정보를 각 서비스별로 삽입하여 전송한다.
도 10a는 본 발명의 제2 실시예에 따른 PSI/SI 신호를 통한 통지 메시지 채널 정보의 생성 및 전송 동작을 나타낸 순서도이다. 여기에서는 공통 통지 메시지 채널 정보의 경우로 한정하여 설명하기로 한다.
도 10a를 참조하면, 통지 메시지 분배/적응부(103b)는 1001단계에서 단말(108)에게 전송할 통지 메시지 채널 정보의 요소 및 속성을 지정하게 된다. 예를 들어 상기 1001단계에서는 앞서 설명한 채널 정보인 'NotificationEntry', 'NotificationPort', 'NotificationAddress' 등이 지정된다. 여기서 통지 메시지 정보의 요소 및 속성은 방송 제공자 또는 시스템 환경에 따라 미리 결정되어 있다. 상기 1001단계가 완료되면 상기 통지 메시지 분배/적응부(103b)는 1002단계에서 상기 생성된 통지 메시지 채널 정보를 CBMS-6(124a) 인터페이스를 통하여 방송 네트워크(106)내의 PSI/SI 생성부(106a)에 전송하게 된다. 상기 1003단계에서 PSI/SI 생성부(106a)에서는 상기 통지 메시지 채널 정보와 다른 정보들을 함께 이용하여 PSI/SI 신호를 생성한다. 상기 1004단계에서는 상기 생성된 PSI/SI 신호를 CBMS-1 인터페이스(133)를 통하여 단말(108)에게 전송하게 된다.
도 10a에서는 상세히 나타내지 않았으나 특정 통지 메시지인 경우, DVB-CBMS에서 정의한 PSI/SI 신호 내의 SDT(Service Description Table)에 상기 <표 1>의 채널 정보들이 각 서비스별로 들어가게 된다. 다른 예로서 특정 통지 메시지 채널 정보를 위한 새로운 테이블이 PSI/SI 신호 내에 포함될 수 있다.
도 10b는 본 발명의 제2 실시예에 따른 단말에서 PSI/SI 신호 내의 통지 메시지 채널 정보를 수신하는 동작을 나타낸 순서도이다. 여기에서는 공통 통지 메시지 채널 정보로 한정하여 설명한다.
도 10b를 참조하면, 단말(108)은 1011단계에서 사용자에 의해 방송 서비스를 실행한 후, 1012단계에서 상기 PSI/SI 생성부(106a)로부터 전송된 PSI/SI 신호를 수신하게 된다. 상기 PSI/SI 신호를 수신한 단말(108)은 1013단계에서 상기 PSI/SI 신호를 해독하여 1014단계에서는 상기 통지 메시지의 수신에 필요한 채널 정보인 'NotificationEntry', 'NotificationPort', 'NotificationAddress' 등을 획득하게 된다. 여기에서는 상세히 나타내지 않았으나 특정 통지 메시지의 경우, 상기 단말(108)은 상기 PSI/SI 신호 내의 SDT(Service Description Table)을 확인하여 각 서비스별 특정 통지 메시지의 채널 정보들을 확인할 수 있다. 이후 단말은 도 4의 동작 B(420)로 진행하게 된다.
이상에서는 특정 통지 메시지 채널 정보 및 공통 통지 메시지 채널 정보를 전송하기 위한 다양한 실시예들을 설명하였으나, 그 특성상 특정 통지 메시지 채널 정보와 공통 통지 메시지 채널 정보는 서로 다른 수단 혹은 전송 경로를 사용하여 단말들에게 전달되는 것이 바람직하다. 앞서 언급한 실시예들을 참조하면, 특정 통지 메시지 채널 정보는 ESG의 획득 프래그먼트 혹은 ESG 내의 다른 수단을 사용하여 전송되는 것이 바람직하다. 또한 공통 통지 메시지 채널 정보는 ESG 부트스트랩 세션이나 공고 카루셀 세션 혹은 PSI/SI를 통하여 전송되는 것이 바람직하다.
II. 동작 B (420)
먼저 제1 실시예와 제2 실시예에 따른 통지 메시지의 전송을 도 11을 이용하여 설명하기로 한다. 공통 통지 메시지와 특정 통지 메시지의 전송방법은 동일하므로 도 11의 설명에서는 공통 통지 메시지의 예를 설명하기로 하겠다.
도 11은 본 발명의 제1 및 제2 실시예에 따른 방송 시스템에서 공통 통지 메시지 송신 시의 동작을 기술한 순서도이다.
도 11을 참조하면, 상기 통지 메시지 분배/적응부(103b)는 1101단계에서 통지 이벤트부(102a)로부터 통지 내용(즉 통지 이벤트)을 담은 공통 통지 메시지를 수신한다. 그러면 통지 메시지 분배/적응부(103b)는 1102단계에서 미리 결정된 UDP 포트 및 상기 공통 통지 메시지를 사용하여 UDP 패킷을 생성하게 된다. 상기 공통 통지 메시지의 형식은 서비스 공급자에 의해서 정의되는 것이며 전송과는 직접적으로는 상관이 없기 때문에 상기 공통 통지 메시지는 바로 UDP 패킷으로 생성이 된다. 이후 1103단계에서는 현재 진행중인 방송 세션 및 통지 IP 주소에 대한 패킷들을 생성하여 전송한다.
한편 서비스영역 내에는 양방향 네트워크(107)와 연결이 되어 있거나 페이징 메시지를 받을 수 있으면서 방송 수신부가 꺼져있는 상태, 즉, 수면 상태에 있는 단말들이 존재할 수 있다. 이러한 상태의 단말들을 위해서, 시스템은 양방향 네트워크(107)의 양방향 채널 또는 다른 수단을 통하여 페이징을 수행하여 상기 단말들의 수면 중인 방송 수신부(미도시)를 깨워야 한다. 이를 위하여 1104단계에서 시스템은 수면 중인 방송 수신부를 깨우기 위한 페이징 메시지를 생성하고, 1105단계에서 상기 양방향 네트워크(107)의 양방향 채널 또는 다른 수단을 통하여 상기 페이징 메시지를 상기 단말들에게 보냄으로써 상기 단말들의 수면 중인 방송 수신부를 깨우게 된다.
공통 통지 메시지를 보내기 위한 패킷 생성은 사전에 지정된 통지 전송용 UDP 포트 번호, 즉, 상기 'NotificationPort'를 사용한다. 이는 단말(108)이 수신 패킷을 공통 통지 메시지로 인식을 할 수 있도록 하기 위함이다. 상기 UDP 패킷들은 현재 진행 중인 세션의 IP 주소 또는 공통 통지 메시지를 보내기 위한 IP 주소 즉, 상기 'NotificationAddress'를 사용하여 IP 패킷들로 생성된다. 현재 진행 중인 세션의 IP 주소는 통지 전송 메시지가 생성되는 상기 통지 메시지 분배/적응부(103b)가, 모든 전송을 담당하는 상기 서비스 관리부(103)내에 있기에 획득이 가능하다. 상기 완성된 IP 패킷들은 하위 계층의 송신부로 전달이 된다. 이때 공통 통지 메시지는 네트워크 제공자 또는 서비스 공급자의 필요에 따라 패킷 손실 또는 수신자가 못 받을 수 있는 상황을 고려하여 여러 번 반복되어 하위 계층의 송신부로 전달 될 수 있다.
다음은 방송 시스템에서 제1 실시예와 제2 실시예에 따른 통지 메시지를 수신하는 동작을 다음의 도 12와 도 13을 이용하여 설명하기로 한다. 공통 통지 메시지와 특정 통지 메시지의 전송방법은 동일하므로 아래의 설명에서는 공통 통지 메시지의 예를 설명하기로 하겠다.
도 12는 본 발명의 제1 및 제2 실시예에 따른 휴대 방송 시스템에서 단말의 통지 클라이언트(108a)가 통지 메시지를 수신하는 동작을 나타낸 순서도이다.
도 12를 참조하면, 도 4의 동작 A(410)에서 통지 메시지 채널 정보를 수신한 후 통지 클라이언트(108a)는 1201단계에서 IP 패킷을 수신하여 상기 IP 패킷의 헤더를 해독한다. 상기 통지 클라이언트(108a)는 상기 헤더를 해독하여 상기 IP 패킷의 IP 주소가 자신이 필요한 IP 주소인지 검사하게 된다. 여기서 '필요한 IP 주소'라고 함은, 현재 진행중인 세션(즉 현재 수신 중인 방송 서비스)의 IP 주소이거나 또는 통지 메시지를 위하여 할당된 특정 IP 주소(즉 'NotificationAddress')를 의미한다. 따라서 상기 검사 결과 상기 헤더에 있는 IP 주소가 필요한 IP 주소가 아닌 경우에는 1206단계로 진행하여 상기 IP 패킷을 버린다.
그러나 상기 IP 패킷의 IP 주소가 필요한 IP 주소가 아니면, 상기 통지 클라이언트(108a)는 1203단계로 진행하여 상기 IP 패킷의 역캡슐화를 통해 UDP 패킷을 획득하고 상기 UDP 패킷의 헤더를 해독하게 된다. 그런 후 상기 통지 클라이언트(108a)는 1204단계에서 상기 UDP 패킷의 헤더를 해독하여 얻은 UDP 포트 번호가 ESG 부트스트랩 디스크립터 또는 PSI/SI 신호를 통해 미리 얻은 미리 결정된 통지 메시지 채널 정보의 포트 번호(즉 'NotificationPort')인지 확인하게 된다. 즉 상기 수신 패킷이 공통 통지 메시지인지 일반 방송 세션의 패킷인지를 확인하는 것이다.
상기 1204단계에서, 상기 UDP 패킷 헤더의 포트 번호가 상기 통지 메시지를 받기 위하여 지정한 UDP 포트 번호와 일치할 경우 상기 통지 클라이언트(108a)는 1205단계에서 상기 UDP 패킷을 역캡슐화하여 그 본문에 포함된 공통 통지 메시지를 얻고 상기 통지 메시지를 해독하여 필요한 작업을 수행하기 위해 도 4의 동작 C(430)로 진행하게 된다. 그러나 상기 UDP 패킷의 포트 번호와 상기 미리 지정한 UDP 포트 번호가 서로 다를 경우 상기 통지 클라이언트(108a)는 상기 UDP 패킷을 기존 방송 세션의 패킷으로 간주하고 방송 서비스를 위한 처리를 수행하거나 자신이 받아야 할 통지 메시지가 아닌 경우로 간주하여 무시한다.
도 13은 본 발명의 제1 및 제2 실시예에 따라, 양방향 네트워크에 연결되어 있는 단말의 통지 클라이언트(108a)에서 통지 메시지를 수신하는 동작을 나타낸 순서도이다. 하기의 동작은 양방향 네트워크뿐만 아니라 수면중인 단말을 관리할 수 있는 모든 종류의 시스템에 연결된 단말에 적용될 수 있다.
도 13을 참조하면, 도 4의 동작 A(410)에서 통지 메시지 채널 정보를 수신한 후 통지 클라이언트(108a)는 1301단계에서 상기 양방향 네트워크(또는 다른 시스템)의 페이징 메커니즘에 따라 페이징 메시지를 수신한다. 상기 페이징 메시지를 통하여 통지 클라이언트(108a)는 1302단계에서, 수면 중인 방송 수신부를 활성화를 시키고 수신 준비를 하게 된다. 상기 수신 준비는 상기 제1 실시예와 제2 실시예를 통해 서술한 방법으로 전송된 상기 'NotificationPort' 및 'NotificationAddress'를 사용하여 세션을 만들고 수신 대기(ready) 상태로 진입하는 것을 의미한다. 상기 수신 대기 상태로 진입한 후, 통지 클라이언트(108a)는 1303단계에서 통지 메시지 분배/적응부(103b)로부터 IP 패킷을 전달 받으면 상기 수신한 IP 패킷의 헤더를 해독한다.
그러면 상기 통지 클라이언트(108a)는 1304단계에서 상기 IP 패킷의 주소가 상기 'NotificationAddress'로부터 지정된 IP 주소와 같은지 확인하게 된다. 상기 확인 결과 상기 IP 패킷의 IP 헤더에 있는 주소와 상기 'NotificationAddress'가 다를 경우에는 1308단계로 진행하여 패킷을 버린다. 그러나 상기 확인 결과 상기 IP 패킷의 IP 주소가 상기 'NotificationAddress'와 같다면 상기 통지 클라이언트(108a)는 1305단계에서 상기 IP 패킷의 역캡슐화를 통해 UDP 패킷을 추출하고 상기 UDP 패킷의 헤더를 해독한다.
상기 통지 클라이언트(108a)는 1306단계에서 상기 UDP 패킷의 헤더를 해독하여 얻은 UDP 포트 번호를 상기 'NotificationPort와 비교하게 된다. 상기 1306단계는 수신한 패킷이 공통 통지 메시지인지 혹은 잘못 송신된 패킷인지를 구별하기 위함이다.
상기 1306단계에서 수신한 UDP 패킷 헤더의 포트 번호가 상기 'NotificationPort', 즉, 공통 통지 메시지를 받기 위하여 지정한 UDP 포트 번호가 일치할 경우 상기 통지 클라이언트(108a)는 1307단계에서 상기 UDP 패킷을 역캡슐화하여 그 본문에 포함된 통지 메시지를 얻고 상기 통지 메시지를 해독하여 필요한 작업을 수행하기 위해 도 4의 동작 C(430)로 진행하게 된다. 그러나 상기 UDP 패킷의 포트 번호와 상기 'NotificationPort'가 서로 다를 경우에는 1308단계에서 상기 UDP 패킷을 잘못 송신된 것으로 간주하고 버린다. 이후 단말은 도 4의 동작 C(430)로 진행하게 된다.
다음으로 본 발명의 제3 실시예에 따라서 PSI/SI 신호를 통해 통지 메시지를 송신하는 동작을 도 14를 이용하여 설명하기로 한다.
도 14를 참조하면, 통지 메시지 분배/적응부(103b)는 1401단계에서 통지 이벤트부(102a)로부터 통지 내용을 담은 공통 통지 메시지를 수신한다. 그러면 통지 메시지 분배/적응부(103)는 1402단계에서 PSI/SI 생성부(106a)로 상기 공통 통지 메시지를 전송하게 된다. 1403단계에서는 PSI/SI 생성부(106a)에서 다른 정보들과 함께 공통 통지 메시지를 이용하여 PSI/SI 신호를 생성한다. 1406단계에서는 PSI/SI 생성부(106a)에서 생성된 PSI/SI 신호가 단말로 전송된다.
한편 서비스영역 내에는 양방향 네트워크(107)와 연결이 되어 있거나 페이징 메시지를 받을 수 있으면서 방송 수신부가 꺼져있는 상태, 즉, 수면 상태에 있는 단말들이 존재할 수 있다. 이러한 상태의 단말들을 위해서 시스템은 양방향 네트워크(107)의 양방향 채널 또는 다른 수단을 통하여 페이징을 수행하여 상기 단말들의 수면 중인 방송 수신부(미도시)를 깨워야 한다. 이를 위하여 1404단계에서 시스템은 수면 중인 방송 수신부를 깨우기 위한 페이징 메시지를 생성하고, 1405단계에서 상기 양방향 네트워크(107)의 양방향 채널 또는 다른 수단을 통하여 상기 페이징 메시지를 상기 단말들에게 보냄으로써 상기 단말들의 수면 중인 방송 수신부를 깨우게 된다.
다음은 제3 실시예에 따른 통지 메시지를 단말이 수신하는 동작을 도 15와 도 16을 이용하여 설명하기로 한다.
도 15를 참조하면, 단말(108)은 1501단계에서 사용자에 의해 방송 서비스를 실행한 후, 1502단계에서 상기 PSI/SI 생성부(106a)로부터 전송된 PSI/SI 신호를 수신하게 된다. 상기 PSI/SI 신호를 수신한 단말(108)은 1503단계에서 상기 PSI/SI 신호를 해독하여 1504단계에서 PSI/SI 신호 내에 있는 통지 메시지를 수신하게 된다. 특정 통지 메시지는 DVB-CBMS의 PSI/SI 신호 내에 있는 SDT 내에 존재하게 된다. 이때 전술한 바와 같이 특정 통지 메시지는 SDT 대신, PSI/SI 신호 내의 특정 통지 메시지를 위한 테이블 또는 디스크립터에 포함될 수 있다.
도 16은 본 발명의 제3 실시예에 따라, 양방향 네트워크에 연결되어 있는 단말의 통지 클라이언트(108a)에서 통지 메시지를 수신하는 동작을 나타낸 순서도이다. 하기의 동작은 양방향 네트워크뿐만 아니라 수면중인 단말을 관리할 수 있는 모든 종류의 시스템에 연결된 단말에 적용될 수 있다.
도 16을 참조하면, 통지 클라이언트(108a)는 1601단계에서 상기 양방향 네트워크(또는 다른 시스템)의 페이징 메커니즘에 따라 페이징 메시지를 수신한다. 상기 페이징 메시지를 통하여 통지 클라이언트(108a)는 1602단계에서, 수면 중인 방송 수신부를 활성화를 시키고 수신 준비를 하게 된다. 1603단계에서 통지 클라이언트(108a)는 PSI/SI 신호를 수신하게 되고, 1604단계에서 상기 PSI/SI 신호를 해독하여 1605단계에서 PSI/SI 신호 내의 통지 메시지내용을 확인한다. 이후 단말은 도 4의 동작 C(430)로 진행하게 된다.
마지막으로 본 발명의 제4실시예에 따라서 통지 메시지를 전송하기 위한 ESG 데이터 모델을 도 17을 이용하여 설명하기로 한다.
도 17은 도 2의 ESG 데이터 모델을 확장한 것으로, 서비스 프래그먼트(1702), 스케쥴이벤트 프래그먼트(1704), 콘텐츠 프래그먼트(1706), 획득 프래그먼트(1708), 서비스번들 프래그먼트(1710), 구매 프래그먼트(1712), 구매채널 프래그먼트(1714) 이외에, 본 발명의 제4 실시예에 따라 추가된 통지 프래그먼트(1716)를 포함한다. 상기 통지 프래그먼트(1716)와 다른 프래그먼트들(1702, 1704) 간의 참조 관계를 제외하고 다른 프래그먼트들(1702 내지 1714)의 구성은 도 2의 ESG 데이터 모델과 호환 가능한(backward compatible)한 관계를 갖는다.
상기 통지 프래그먼트(1716)의 속성과 구성요소들에 대한 설명은 이후 도 21 내지 도 30을 참조하여 서술하게 될 실시예들과 동일하다. 그리고 통지 프래그먼트(1716), 서비스 프래그먼트(1702), 스케쥴이벤트 프래그먼트(1704), 획득 프래그먼트(1708)의 참조관계는 0..n으로, 이는 통지 프래그먼트(1716)의 각 통지 정보 요소가 특정 서비스와 관련이 없을 수도 다수의 서비스들에 관련된 정보일 수도 있으며, 하나의 스케쥴이벤트에서 도시해야 할 통지 메시지가 없을 수도 다수일 수도 있으며, 통지 메시지로부터 필수적으로 억세스해야 할 세션 정보 등이 없을 수도 다수일 수도 있음을 나타낸다.
통지 프래그먼트(1716)가 서비스 프래그먼트(1702)와 참조관계에 있는 경우는 해당 통지 메시지가 특정 서비스에 연결되어 있는 경우를 의미하며, 통지 프래그먼트(1716)가 스케쥴이벤트 프래그먼트(1704)와 참조되어 있는 경우는 해당 통지 메시지의 처리(rendering)를 해당 스케쥴이벤트 정보가 지시하는 시간 내에 처리해야 함을 의미한다. 즉, 통지 메시지의 유효 시간(valid time)이 단일의 스케쥴 이벤트보다 긴 경우에는 다수개의 스케쥴 이벤트들이 하나의 통지 메시지에 의해 계속해서 참조될 수 있다.
다음으로 본 발명의 제4 실시예에 따라서 ESG 데이터 모델을 통해 통지 메시지를 송신하는 동작을 도 18을 이용하여 설명하기로 한다.
도 18을 참조하면, 통지 메시지 분배/적응부(103b)는 1801단계에서 통지 이벤트부(102a)로부터 통지 내용을 담은 공통 통지 메시지를 수신한다. 그러면 통지 메시지 분배/적응부(103)는 1802단계에서 ESG 생성부(미도시)로 상기 공통 통지 메시지를 전송하게 된다. 또한 이와 동시에 1810단계에서 ESG 갱신을 알리는 통지 메시지를 생성한다. 상기 1810단계에서의 통지 메시지의 형식 및 정보요소들은 도 8 및 도 9에 도시된 제1 실시예에서의 메시지 포맷의 형식을 따를 수 있다. 여기서 상기 ESG 생성부는 휴대 방송 시스템 내에 존재하는 물리적 혹은 논리적 엔터티로서, 도 1에 도시한 다른 엔터티들 중 적어도 하나에 포함되거나 혹은 별도의 엔터티로 구성될 수 있다.
상기 ESG 갱신을 알리는 통지 메시지는 실제 통지 메시지 내용이 ESG에 포함되어 전송됨으로써 ESG 내용이 갱신됨을 알리는 역할을 한다. 상기 ESG 갱신을 알리는 통지 메시지를 전송하는가의 여부는 서비스 공급자의 선택적인 사항이다. 상기 ESG 갱신을 알리는 통지 메시지를 독립적으로 보내는 경우, 통지 메시지 내용으로 인한 ESG의 갱신여부를 단말에서 신속하게 파악할 수 있으며 단말이 ESG에 포함된 통지 메시지 내용을 정확한 시간에 수신하기 위하여 지속적으로 ESG 갱신을 모니터링하지 않아도 된다.
1811단계에서는 상기 ESG 갱신을 알리는 통지 메시지가 단말에게 전송된다. 1803단계에서는 ESG 생성부에서 다른 정보들과 함께 공통 통지 메시지를 이용하여 앞서 설명한 ESG 데이터 모델에 따른 프래그먼트들을 포함하는 ESG 신호를 생성한다. 1806단계에서는 ESG 생성부에서 생성된 ESG 신호가 단말로 전송된다. 구체적인 ESG 데이터 모델의 컨테이너 캡슐화 및 압축 등은 DVB-CBMS Phase I(ETSI TS 102 471V.1.1.1)를 따르므로 따로 설명하지 않는다.
한편 서비스영역 내에는 양방향 네트워크(107)와 연결이 되어 있거나 페이징 메시지를 받을 수 있으면서 방송 수신부가 꺼져있는 상태, 즉, 수면 상태에 있는 단말들이 존재할 수 있다. 이러한 상태의 단말들을 위해서 시스템은 양방향 네트워크(107)의 양방향 채널 또는 다른 수단을 통하여 페이징을 수행하여 상기 단말들의 수면 중인 방송 수신부(미도시)를 깨워야 한다. 이를 위하여 1804단계에서 시스템은 수면 중인 방송 수신부를 깨우기 위한 페이징 메시지를 생성하고, 1805단계에서 상기 양방향 네트워크(107)의 양방향 채널 또는 유사한 다른 수단을 통하여 상기 페이징 메시지를 상기 단말들에게 보냄으로써 상기 단말들의 수면 중인 방송 수신부를 깨우게 된다.
다음으로 제4 실시예에 따른 통지 메시지를 단말이 수신하는 동작을 다음의 도 19와 도 20을 이용하여 설명하기로 한다.
도 19를 참조하면, 단말(108)은 1901단계에서 사용자에 의해 방송 서비스를 실행한 후, 1902단계에서 ESG 갱신을 알리는 통지 메시지(이하 ESG 갱신 통지 메시지라 칭함)를 수신한다. 상기 통지 메시지는 도 8 및 도 9에 도시한 제1 실시예에 따라 전송되며 또한 도 20 내지 도 29에 도시한 제6 실시예 또는 제11 실시예에서 설명하게 될 정보요소들을 담고 있다. 1903단계에서 상기 ESG 생성부로부터 전송된 ESG 데이터모델에 따른 프래그먼트들을 포함하는 ESG 신호를 수신하게 된다. 상기 ESG 데이터모델에 따른 프래그먼트들은 상기 ESG 갱신 통지 메시지에 포함되어 전송될 수도 있고, 또는 ESG 갱신 통지 메시지의 정보를 이용하여 ESG 세션에 접속하여 받을 수도 있다. 상기 ESG 신호를 수신한 단말(108)은 1904단계에서 상기 ESG 신호를 해독하여 1905단계에서 상기 ESG 신호에 포함되어 있는 통지 메시지를 수신하게 된다. 특정 통지 메시지는 DVB-CBMS의 ESG 신호에 포함되어 있는 통지 프래그먼트 내에 존재하게 된다.
도 20은 본 발명의 제4 실시예에 따라, 양방향 네트워크에 연결되어 있는 단말의 통지 클라이언트(108a)에서 통지 메시지를 수신하는 동작을 나타낸 순서도이다. 하기의 동작은 수면 중인 단말을 관리할 수 있는 시스템(예를 들어 양방향 네트워크)에 연결된 단말에 적용된다.
도 20을 참조하면, 통지 클라이언트(108a)는 2001단계에서 상기 양방향 네트워크(또는 다른 시스템)의 페이징 메커니즘에 따라 페이징 메시지를 수신한다. 상기 페이징 메시지를 통하여 통지 클라이언트(108a)는 2002단계에서, 수면 중인 방송 수신부를 활성화를 시키고 수신 준비를 하게 된다. 2003단계에서 ESG 갱신을 알리는 통지 메시지를 수신한다. 2004단계에서 통지 클라이언트(108a)는 ESG 신호를 수신하게 되고, 2005단계에서 상기 ESG 신호를 해독하여 2006단계에서 상기 ESG에 포함되어 있는 통지 프래그먼트를 확인한다. 2003단계, 2004단계, 2005단계 및 2006단계에서 단말의 상세 동작은 도 19와 동일하다. 이후 단말은 도 4의 동작 C(430)로 진행하게 된다.
III. 동작 C (430)
본 발명의 제5 실시예에 따른 통지 메시지에 대한 전체 스키마는 하기의 <표 3>를 참조하여 설명하기로 한다. 하기 <표 3>는 통지 메시지에 대한 전체 스키마를 예시한 것이다. 예시된 바에 따르면, 본 발명의 실시예들에 따른 스키마를 수용하는 모든 요소 및 속성에 대한 데이터 형은 목적에 따라 다양한 형태로 정의될 수 있다. 하기 <표 3a> 내지 <표 3e>는 <표 3>를 편의상 구분하여 나타낸 것으로 각 표에서 항목들의 정의는 후술될 것이다.
이름 | 타입 | 범주 | 카디넬리티 | 설명 |
Notification | E1 | O | 0..N | 통지 메시지 프래그먼트 다음의 속성값과 요소값으로 구성된다. 속성값: - Id - NotificationType - Validity 요소값: - Name - Description - PresentationType - ExtensionURL - SessionInformation - MediaInformation |
id | A | M | 1 | 통지 메시지 식별자 |
NotificationType | A | M | 1 | 통지 형태: if 0. UserUse if 1. TerminalUse ServiceProvider Defined 가능 |
Validity | A | O | 0..1 | 프래그먼트의 사용 유효시간 |
Name | E2 | M | 1..N | 통지 프래그먼트의 제목 다음의 속성값을 갖는다. - Lang |
Lang | A | O | 0..1 | 언어 |
Description | E2 | M | 1..N | 통지 메시지 내용 또는 설명 |
Lang | A | O | 0..1 | 언어 |
상기 <표 3a>에서 정보 요소인 'Notification'은 해당 통지 메시지의 포맷을 나타내며, 속성 값인 'id', 'NotificationType', 'Validity' 및 'Name', 'Description', 하기 <표 3b>의 'PresentationType' 및 하기 <표 3c>의 'ExtensionURL', 'SesseionInformation' 및 하기 <표 3d>의 'MediaInformation'과 같은 하위 요소들로 구성된다. 속성 값인 'id', 'NotificationType', 'Validity' 및 요소 값인 'Name', 'Description', 'PresentationType', 'ExtensionURI'은 모든 종류의 통지 메시지에 공통적으로 사용된다. 'SessionInformation', 'MediaInformation'은 통지 메시지의 사용 목적에 따라 포함되지 않을 수도 있다.
'id'는 통지 메시지 프래그먼트의 고유한 식별자로 필수(Mandatory: M) 요소이다. 해당 식별자들은 저장된 통지 메시지들 간을 구별할 수 있도록 도와준다.
'NotificationType'은 통지 메시지의 형태 또는 목적이 사용자용인지 혹은 단말용인지 혹은 다른 용도로 사용되는 것인지를 나타내며 필수요소이다. 만일 해당 값이 "0"이면 사용자용이며, "1"이면 단말용을 의미한다. 또한, 서비스 공급자의 목적에 따라 다양한 값들을 지정하여 정의할 수 있다.
'Validity'는 통지 메시지에 대한 유효 시간을 나타내는 속성 값이며 옵션 값이다. 'Validity'에 정의된 시간이 경과하면 단말에 저장된 통지 메시지는 삭제된다.
'Name'은 통지 메시지의 제목 혹은 명칭이며 필수요소이며 다양한 언어로 정의될 수 있다.
'Lang'은 'Name'에 대한 속성 값으로 'Name'에 작성된 내용의 언어를 표시하는 옵션 값이다. 만일 'Lang' 값이 없으면 단말은 'Name'을 디폴트(Default) 값으로 인지하며, 여기서 디폴트 값은 해당 서비스 지역의 언어 혹은 영어를 나타낼 수 있다.
'Description'은 통지 메시지에 포함되는 실제 메시지 내용이 되거나 혹은 멀티미디어 메시지나 단말용 통지 메시지에 대한 설명부분을 포함한다. 'Description'은 다양한 언어로 정의될 수 있으며 필수 값이다.
'Lang'은 'Description'에 대한 속성 값으로 'Description'에 작성된 내용의 언어를 표시하는 옵션 값이다. 만일 'Lang' 값이 없으면 단말은 'Descripton'을 디폴트 값으로 인지한다.
이름 | 타입 | 범주 | 카디넬리티 | 설 명 |
PresentationType | E2 | M | 1 | 통지 메시지에 대한 프리젠테이션 형태 정의 |
상기 <표 3b>에서 'PresentationType'은 통지 메시지에 대한 프리젠테이션(Presentation) 형태를 정의하는 값이다. 프리젠테이션 형태는, 통지 메시지에 대해 우선권을 부여하여 모든 서비스를 중단하고 해당 메시지를 단말의 표시부로 출력할지, 지정된 장치 즉, 메모리부에 메시지 내용을 저장할지, 아니면 수신 중인 서비스 및 컨텐츠에 상기 통지 메시지의 내용을 오버레이(Overay)시켜 출력할지 등을 나타낸다. 상기 'PresentationType'은 서비스 사업자의 목적에 따라 다양한 형태로 정의될 수 있다.
'PresentationType'의 예로서, 'PresentationType' = "0"인 통지 메시지를 수신한 단말은 상기 통지 메시지를 사용자에게 즉시 제공하며, 'PresentationType' = "1"인 통지 메시지를 수신한 단말은 상기 통지 메시지를 메모리부에 저장하고, 추후에 사용자의 요구가 있을 때 상기 통지 메시지를 제공한다. 그 외에 'PresentationType' = "2"인 통지 메시지를 수신한 단말은 상기 통지 메시지의 내용을 표시부를 통해 현재 제공중인 서비스와 오버레이하여 사용자에게 제공한다.
상기 'PresentationType'이 "1"이거나 "3"의 값을 갖는 경우는 통지 메시지를 반드시 화면 표시부에 시각적으로 디스플레이하는 것만을 의미하지 않는다. 그 이유는 통지 메시지의 특성상 통지 메시지를 구성하는 미디어의 종류가 텍스트, 이미지, 오디오, 비디오 등의 여러 가지 매체가 될 수 있기 때문이다. 즉 오디오 메시지인 경우 시스템은 'PresentationType' ="1"을 이용하여 현재 제공되고 있는 서비스를 중단하고 음성 메시지를 내보내도록 단말에게 요청하거나, 아니면 'PresentationType' = "3" 을 이용하여 오디오 메시지의 재생을 요청하는 것도 가능하다. 또한 통지 메시지가 단말용인 경우 'PresentationType'의 값으로는 기본적으로 "1"을 사용하여, 이 경우 단말은 일단 통지 메시지를 저장한다. 다른 예로서 시스템은 'PresentationType' = "4"를 이용하여 해당 통지 메시지가 단말용임을 표시할 수 있다.
이름 | 타입 | 범주 | 카디넬리티 | 설명 |
ExtensionURL | E2 | O | 0..N | 추가 정보를 위한 URL |
SessionInformation | E2 | O | 0..N | 자료에 대한 세션 정보 속성값: - ValidFrom - ValidTo - UsageType 요소값: - DeliverySession - TransportObjectID - Fragment - AltermativeURI |
ValidFrom | A | O | 0..1 | 세션의 시작 시간 |
ValidTo | A | O | 0..1 | 세션의 종료 시간 |
UsageType | A | O | 0..1 | 세션의 사용 형태 (예: Service Guide, File Delivery 등) |
DeliverySession | E3 | M | 1 | 전송될 내용에 대한 세션 정보 속성값: - SourceIP - TransportSessionID |
SourceIP | A | M | 1 | 전송될 Source IP address |
TransportSessionID | A | M | 1 | 전송될 Session ID |
TransportObjectID | E3 | O | 0..N | 전송되는 객체에 대한 ID |
상기 <표 3c>에서 'ExtensionURL'은 통지 메시지에 대한 추가 정보를 위한 서비스 혹은 컨텐츠 서버의 URL을 나타내는 옵션 값이다.
'SessionInformation'은 자료 수신을 위한 세션 정보를 나타내는 옵션 값이다. ESG가 갱신되거나 파일, 컨텐츠 등을 수신하게 될 경우 해당 ESG 혹은 파일, 컨텐츠가 존재하는 세션에 대한 정보를 포함하며, 'ValidFrom', 'ValidTo', 'UsageType'와 같은 속성 값들과, 'DeliverySession', 'TransportObjectID'과 하기 <표 3d>의 'Fragment', 'AlternativeURI'와 같은 요소 값들을 하위 값으로 갖는다. 상기 'SessionInformation'은 비통지하기 위하여 사용될 수도 있으나 파일이나 컨텐츠 수신 등을 위한 정보를 알려주는데 주로 쓰인다.
'VallidFrom'은 'SessionInformation'이 유효한 시작 시간을 나타내며 옵션 값이다. 'ValidTo'은 'SessionInformation'이 유효한 종료 시간을 나타내며 옵션 값이다. 'UsageType'은 'SessionInformation'이 사용되는 형태를 나타내며 ESG 갱신에 대한 용도인지, 파일 수신을 위한 용도인지 등을 나타내며 서비스 사업자의 목적에 따라 다양한 형태로 정의가 가능하다.
'DeliverySession'은 실제 ESG나 파일과 같은 오브젝트가 전송되게 될 세션에 대한 위치를 나타내며 'SourceIP' 및' 'TransportSessionID'의 속성값을 갖는다.
'SourceIP'는 해당 전송 세션의 IP 주소로 브로드캐스트, 멀티캐스트 주소가 모두 가능하다.
'TransportSessionID'는 전송 세션에 대한 ID를 갖는다.
'TransportObjectID'는 세션을 통해 전송되는 오브젝트에 대한 고유 식별자이다.
이름 | 타입 | 범주 | 카디넬리티 | 설명 |
Fragment | E3 | O | 0..N | 전송되는 객체의 프래그먼트 정보 속성값: - FragmentId - FragmentVersion |
FragmentId | A | O | 0..1 | 프래그먼트의 ID 값 |
FragmentVersion | A | O | 0..1 | 프래그먼트의 버전 정보 |
AlternativeURI | E3 | O | 0..1 | 객체를 전송받을 수 있는 대안 URI 주소 |
MediaInformation | E2 | O | 0..1 | 멀티미디어 통지 메시지의 구성을 위한 미디어 정보 요소값: - Picture - Video - Audio |
Picture | E3 | O | 0..N | 사진 정보 속성 값: - MIMEtype - PictureURI |
MIMEtype | A | O | 0..1 | MIME type |
PictureURI | A | O | 0..1 | 사진의 위치를 나타내는 URI |
Video | E3 | O | 0..N | 사진 정보 속성값: - MIMEtype - VideoURI |
상기 <표 3d>에서 'Fragment'는 전송되는 오브젝트의 프래그먼트로서, ESG의 경우 갱신된 특정 프래그먼트 정보를 나타내며 단말은 상기 'Fragment'의 해당 ID 및 버전(Version) 정보를 확인하여 갱신된 프래그먼트만을 수신하여 저장할 수 있다. 상기 'Fragment'와 그 하위 속성들은 상기 통지 메시지가 ESG 갱신을 통지하기 위하여 사용시에만 필요하며 상기 통지 메시지가 다른 용도로 사용될 경우에는 포함되지 않는다.
'FragmentID'는 수신할 프래그먼트의 고유 식별 값이다. 'FragmentVersion'은 수신할 프래그먼트의 버전정보를 나타내며 동일한 'FragmentID'를 가진 프래그먼트의 경우 해당 버전 정보를 확인하여 단말이 최신 버전에 해당하는 'FragmentID'를 갖고 있는지 여부를 확인한다. 만일 최신 버전이 세션에 존재한다면, 단말은 상기 세션으로부터 최신 값을 수신하여 저장한다.
'AlternativeURI'는 세션을 통해 전송이 실패하거나 방송 채널이 아닌 양방향 채널을 통해 수신하여야 할 경우 등을 대비하여 해당 오브젝트가 위치하는 URI 값을 나타낸다. 단말은 해당 URI의 위치를 양방향 채널을 통해 접속하여 원하는 오브젝트를 전송받을 수 있다.
'MediaInformation'은 통지 메시지 구성을 위한 미디어(Media) 정보를 나타내며 멀티미디어(Multimedia)로 구성된 통지 메시지를 위해 필요하다. 'MediaInformation'은 'Picture', 'Video', 'Audio'의 하위 요소값으로 구성된다.
'Picture'는 사진 또는 이미지 정보를 나타내며, 'MIMEtype'은 해당 동영상에 대한 MIME(Multipurpose Internet Mail Extension) 형태를 나타내고 'PictureURI'는 사진 혹은 이미지의 위치를 나타내며, 'Video'은 동영상에 대한 정보를 나타낸다.
이름 | 타입 | 범주 | 카디넬리티 | 설명 |
MIMEtype | A | O | 0..1 | MIMEtype |
VideoURI | A | O | 0..1 | 비디오의 위치를 나타내는 URI |
Audio | E3 | O | 0..N | 사진 정보 속성값: - MIMEtype - AudioURI |
MIMEtype | A | O | 0..1 | MIMEtype |
AudioURI | A | O | 0..1 | 오디오의 위치를 나타내는 URI |
상기 <표 3e>에서 'MIMEtype'은 동영상에 대한 MIME 형태를 나타내며, 'VideoURI'는 동영상의 위치를 나타낸다. 여기서 동영상의 위치란, 해당 동영상이 통지 메시지에 포함되어 전송되지 않고 특정 서버에 존재할 때 상기 특정 서버의 위치를 나타낸다.
'Audio'는 음성, 음악, 벨소리 등에 대한 정보를 나타내며 'MIMEtype'은 해당 오디오에 대한 MIME 형태를 나타내고 'AudioURI'는 오디오의 위치를 나타낸다.
상기 <표 3d>와 <표 3e>의 각 미디어 정보들에서 'PictureURI', 'AudioURI', 'VideoURI' 등이 통지 메시지에 포함되어 전송되지 않는 경우는 통지 메시지 자체에 상기 미디어로 구성된 통지 정보가 포함됨을 의미한다. 즉, 통지 메시지 스키마에는 구체적으로 도시하지 않았으나, 이 경우 상기 정보들 이후의 메시지 페이로드(Payload) 부분에는 상기 선택된 미디어로 구성된 통지 정보가 포함된다.
<표 4>은 본 발명의 제5 실시예에 따라 사용자용 통지 메시지의 스키마로서 문자로 구성된 메시지의 구성을 나타낸 것이다. 각 항목들의 정의는 상기 <표 3>의 정의와 동일하며, 상기 <표 3>의 설명과 동일한 부분에 대해서는 그 상세한 설명을 생략하기로 한다.
Name | Type | Category | Cardinality | Description |
Notification | E1 | O | 0..N | 통지 메시지 프래그먼트 다음의 속성값과 요소값으로 구성된다. 속성값: - Id - NotificationType - Validity 요소값: - Name - Description - PresentationType - ExtensionURL |
id | A | M | 1 | 통지 메시지 식별자 |
NotificationType | A | M | 1 | 통지 형태: if 0. UserUse if 1. TerminalUse ServiceProvider Defined 가능 |
Validity | A | O | 0..1 | 프래그먼트의 사용 유효시간 |
Name | E2 | M | 1..N | 통지 프래그먼트의 제목 다음의 속성값을 갖는다. - Lang |
Lang | A | O | 0..1 | 언어 |
Description | E2 | M | 1..N | 통지 메시지 내용 또는 설명 |
Lang | A | O | 0..1 | 언어 |
PresentationType | E2 | M | 1 | 메시지에 대한 프리젠테이션 형태 정의 PresentationType=0, 단말은 통지 메시지를 수신 즉시 화면에 표시한다. PresentationType=1, 단말은 통지 메시지를 메모리에 저장하여 추후에 사용자가 내용을 확인할 수 있다. (기본값) PresentationType=2, 단말은 통지 메시지를 기존의 재생중인 서비스 위에 오버레이하여 표시한다. PresentationType 이외에도 필요에 따라 추가적으로 정의될 수 이TEk. |
ExtensionURL | E2 | O | 0..N | 추가 정보를 위한 URL |
상기 <표 4>과 같이 본 발명의 제5 실시예에서 제안된 사용자용 통지 메시지는 서비스 사업자 혹은 컨텐츠 제공업자의 공지사항, 광고 메시지, 과금 정보 및 결제 정보 수신 등에 활용될 수 있으며 'ExtensionURL'은 CallbackURL로 작용하여 양방향 채널을 통해 추가 정보를 받을 수 있다. 상기 <표 4>에 나타낸 통지 메시지는 'id', 'NotificationType', 'Validity'와 같은 속성 값들 및 'Name', 'Description', 'PresentationType', 'ExtensionURL'와 같은 요소 값들로 구성된다. 상기 통지 메시지를 구성하는 모든 하위 속성 값 및 요소 값에 대한 설명은 상기 <표 3>에서 설명한 내용과 동일하므로 생략하기로 한다.
하기 <표 5>를 참조하여 본 발명의 제5 실시예에 따른 사용자용 통지 메시지의 스키마로서, 멀티미디어로 구성된 메시지의 구성을 설명하기로 한다. <표 5>에서 각 항목의 정의는 상기 <표 3>의 정의와 동일하며, 상기 <표 3>의 설명과 동일한 부분에 대해서는 그 상세한 설명을 생략하기로 한다.
Name | Type | Category | Cardinality | Description |
Notification | E1 | O | 0..N | 통지 메시지 프래그먼트 다음의 속성값과 요소값으로 구성된다. 속성값: - Id - NotificationType - Validity 요소값: - Name - Description - PresentationType - ExtensionURL - MediaInformation |
id | A | M | 1 | 통지 메시지 식별자 |
NotificationType | A | M | 1 | 통지 형태: if 0. UserUse if 1. TerminalUse ServiceProvider Defined 가능 |
Validity | A | O | 0..1 | 프래그먼트의 사용 유효시간 |
Name | E2 | M | 1..N | 통지 프래그먼트의 제목 다음의 속성값을 갖는다. - Lang |
Lang | A | O | 0..1 | 언어 |
Description | E2 | M | 1..N | 통지 메시지 내용 또는 설명 |
Lang | A | O | 0..1 | 언어 |
PresentationType | E2 | M | 1 | 메시지에 대한 프리젠테이션 형태 정의 PresentationType=0, 단말은 통지 메시지를 수신 즉시 화면에 표시한다. PresentationType=1, 단말은 통지 메시지를 메모리에 저장하여 추후에 사용자가 내용을 확인할 수 있다. (기본값) PresentationType=2, 단말은 통지 메시지를 기존의 재생중인 서비스 위에 오버레이하여 표시한다. PresentationType 이외에도 필요에 따라 추가적으로 지정할 수 있다. |
ExtensionURL | E2 | O | 0..N | 추가 정보를 위한 URL |
MediaInformation | E2 | O | 0..1 | 멀티미디어 통지 메시지의 구성을 위한 미디어 정보 요소값: - Picture - Video - Audio |
Picture | E3 | O | 0..N | 사진 정보 속성값: - MIMEtype - AudioURI |
MIMEtype | A | O | 0..1 | MIMEtype |
PictureURI | A | O | 0..1 | 사진의 위치를 나타내는 URI |
Video | E3 | O | 0..N | 사진정보 속성값: - MIMEtype - VideoURI |
MIMEtype | A | O | 0..1 | MIMEtype |
VideoURI | A | O | 0..1 | 비디오의 위치를 나타내는 URI |
Audio | E3 | O | 0..N | 사진정보 속성값: - MIMEtype - AudioURI |
MIMEtype | A | O | 0..1 | MIMEtype |
AudioURI | A | O | 0..1 | 오디오의 위치를 나타내는 URI |
상기 <표 5>과 같이 구성된 본 발명의 제5 실시예에서 제안하는 통지 메시지는 이미지, 동영상, 오디오 등 다양한 멀티미디어 파일로 구성될 수 있으며, 시스템에서는 상기 통지 메시지를 서비스 및 컨텐츠에 대한 광고 메시지, 미아 찾기 등과 같은 공익을 위한 메시지 등으로 다양하게 활용할 수 있다. 상기 <표 5>의 통지 메시지는 'id', 'NotificationType', 'Validity'와 같은 속성 값들 및 'Name', 'Description', 'PresentationType', 'ExtensionURL', 'MediaInformation'과 같은 요소 값들로 구성된다. 상기 <표 5>의 통지 메시지를 구성하는 모든 하위 속성 값 및 요소 값에 대한 설명은 상기 <표 3>에서 설명한 내용과 동일하므로 생략하기로 한다.
하기 <표 6>를 참조하여 본 발명의 제5 실시예에 따른 단말용 통지 메시지의 스키마로서, 세션 정보를 포함하는 메시지의 구성을 설명하기로 한다. 각 항목들의 정의는 상기 <표 3>의 정의를 따른다.
이름 | 타입 | 범주 | 카디넬리티 | 설명 |
Notification | E1 | O | 0..N | 통지 메시지 프래그먼트 다음의 속성값과 요소값으로 구성된다. 속성값: - Id - NotificationType - Validity 요소값: - Name - Description - PresentationType - ExtensionURL - SessionInformation |
id | A | M | 1 | 통지 메시지 식별자 |
NotificationType | A | M | 1 | 통지 형태: if 0. UserUse if 1. TerminalUse ServiceProvider Defined 가능 |
Validity | A | O | 0..1 | 프래그먼트의 사용 유효시간 |
Name | E2 | M | 1..N | 통지 프래그먼트의 제목 다음의 속성값을 갖는다. - Lang |
Lang | A | O | 0..1 | 언어 |
Description | E2 | M | 1..N | 통지 메시지 내용 또는 설명 |
Lang | A | O | 0..1 | 언어 |
PresentationType | E2 | M | 1 | 메시지에 대한 프리젠테이션 형태 정의 PresentationType=0, 단말은 통지 메시지를 수신 즉시 화면에 표시한다. PresentationType=1, 단말은 통지 메시지를 메모리에 저장하여 추후에 사용자가 내용을 확인할 수 있다. (기본값) PresentationType=2, 단말은 통지 메시지를 기존의 재생중인 서비스 위에 오버레이하여 v시한다. PresentationType 이외에도 필요에 따라 추가적으로 지정할 수 있다. |
ExtensionURL | E2 | O | 0..N | 추가 정보를 위한 URL |
SessionInformation | E2 | O | 0..N | 자료에 대한 세션 정보 속성값: - ValidFrom - ValidTo - UsageType 요소값 - DeliverySession - TransportObjectID - Fragment - AltermativeURI |
ValidFrom | A | O | 0..1 | 세션의 시작 시간 |
ValidTo | A | O | 0..1 | 세션의 종료 시간 |
UsageType | A | O | 0..1 | 세션이 사용되는 형태 (예: Service Guide, File Delivery 등) |
DeliverySession | E3 | M | 1 | 전송될 내용에 대한 세션 정보 속성값: - SourceIP - TransportSessionID |
SourceIP | A | M | 1 | 전송될 Source IP 주소 |
TransportSessionID | A | M | 1 | 전송될 Session ID |
TransportObjectID | E3 | O | 0..N | 전송되는 객체에 대한 ID |
Fragment | E3 | O | 0..N | 전송되는 객체에 대한 프래그먼트 정보 속성값: - FragmentId - FragmentVersion |
FragmentID | A | O | 0..1 | 프래그먼트의 ID 값 |
FragmentVersion | A | O | 0..1 | 프래그먼트의 버전 정ㅂ |
AlternativeURI | A | O | 0..1 |
상기 <표 6>에 도시된 단말용 통지 메시지의 대표적인 사용 용도는 ESG의 갱신 정보를 단말에 알려주어 단말이 갱신된 ESG를 저장할 수 있도록 도와주는 것이다. 이 밖에 서비스 혹은 컨텐츠 등의 서비스 시작, 파일 등의 다운로딩 시작, 별도 세션으로 전송되는 멀티미디어 통지 메시지 전송 등 다양한 형태로 이용될 수 있다. 상기 통지 메시지의 대표적인 용도가 ESG 갱신을 단말에서 알리는 것이라고 기술하고 있으나 상기 언급된 다른 용도가 대표적인 용도가 되어 사용될 수 있다.
여기서 별도의 세션이란 단말에 컨텐츠를 서비스받기 위해 이미 설정하고 있는 세션이 아닌 다른 세션을 의미한다. 일반적으로 휴대 방송 시스템에서는 컨텐츠를 전송하기 위해 멀티캐스트 주소로 세션을 열어서 해당 컨텐츠를 단말로 전송하는데, 단말이 이미 특정 세션으로 휴대 방송 시스템에서 컨텐츠를 서비스 받고 있을 때, 상기 이미 설정된 세션이 아닌 별도의 세션을 열어 추가적인 정보를 수신할 수 있다.
상기 <표 6>에 언급된 본 발명의 제5 실시예에 따라 제안된 단말용 통지 메시지는 'id', 'NotificationType', 'Validity'와 같은 속성 값들 및 'Name',' 'Description', 'PresentationType', 'ExtensionURL', 'SessionInformation'과 같은 요소 값들로 구성된다. 상기 <표 6>의 통지 메시지를 구성하는 모든 하위 속성 값 및 요소 값에 대한 설명은 상기 <표 3>에서 설명한 내용과 동일함으로 생략하기로 한다.
도 21은 본 발명의 제5 실시예에 따라 단말에서 통지 메시지를 수신하여 처리하는 과정을 도시한 흐름도이다. 통지 메시지에 대한 속성 값 및 요소 값은 상기에서 설명된 바와 같다.
도 21을 참조하면, 2101단계에서 단말은 도 4의 동작 B(420)와 같이 통지 메시지를 휴대 방송 시스템으로부터 수신받는다. 2102단계에서 단말은 상기 통지 메시지의 포맷에 따라 해당 메시지를 해석한다. 만일 상기 통지 메시지가 XML(eXtensible Markup Language) 형태로 구성되어 있다면, 단말은 내부에 XML 파싱기를 구비하여 상기 통지 메시지를 해석하게 된다.
2103단계에서 단말의 제어부에서는 상기 해석된 통지 메시지의 'NotificationType'을 확인하여 미리 정의된 동작을 수행하는데, 이는 하기에서 설명하기로 하겠다. 만일, 'NotificationType'이 "0"인 경우 사용자용이므로 2110단계로 진행하며, 'NotificationType'이 "1"인 경우 단말용이므로 2130단계로 진행하며, 'NotificationType'이 "2"인 경우 또는 그 이상인 경우는 서비스 공급자 (Service Provider)가 정의한 메시지이므로 2120단계로 진행하여 서비스 공급자가 정의한 소정의 동작을 수행한다. 여기서 'NotificationType'이 "2" 이상인 경우는 서비스 공급자가 사업 모델 및 서비스에 따라 자유롭게 정의하여 통지 메시지를 활용할 수 있다.
2110단계에서 단말은 상기 통지 메시지가 사용자용으로 수신된 메시지이므로 상기 통지 메시지를 표시부를 통해 사용자에게 제공할 수 있다. 사용자용으로 수신된 통지 메시지는 단문 메시지, 혹은 멀티미디어 메시지가 될 수 있다. 서비스 공급자는 사용자용 통지 메시지를 활용하여 서비스 이벤트 통지, 시스템 장애 또는 점검 공지, 서비스 및 컨텐츠에 대한 문자 또는 멀티미디어 광고, 재난 재해 방송 메시지, 과금 관련 공지 등 다양한 형태의 메시지 제공이 가능하다. 단말은 상기 통지 메시지의 'PresentationType'을 참조하여 그에 따라 설정된 우선권에 따라 우선권이 높은 통지 메시지일 경우에는 표시부를 통해 상기 수신된 통지 메시지를 출력하게 된다. 여기서, 상기 'PresentationType'은 서비스 공급자의 사업 모델 및 서비스에 따라 자유롭게 정의하여 활용될 수 있다.
2111단계에서 단말은 상기 통지 메시지의 'PresentationType'을 참조하여 상기 통지 메시지의 처리 여부를 결정한다. 상기 2111단계에서 상기 통지 메시지의 'PresentationType'이 "0" 이라면 사용자에게 긴급히 제공해야 할 메시지임을 나타내며, 'PresentationType'이 "1"일 경우라면 단말의 메모리부에 저장할 것을 나타낸다. 마지막으로, 'PresentationType'이 "2"라면, 상기 통지 메시지를 서비스 중인 컨텐츠에 오버레이(Overlay)시켜서 보여줄 것을 나타낸다.
상기 2111단계의 검사 결과 상기 통지 메시지의 'PresentationType'이 "0"이라면, 사용자에게 긴급히 보여주어야 할 메시지임을 의미하므로, 단말은 2112단계로 진행하여 수신중인 서비스를 중단하고, 2113단계에서 상기 통지 메시지를 사용자에게 바로 제공할 수 있도록 구성하여 2114단계에서 표시부로 출력한다. 여기서, 상기 수신된 통지 메시지를 구성한다는 의미는 만일, 통지 메시지가 XML 형태로 구성되어 있다면, 상기 메시지에 포함된 텍스트, 이미지, 오디오, 비디오 등의 정보 등을 사용자에게 제공할 수 있게 구성하는 것을 의미한다.
상기 2111단계의 검사 결과 상기 통지 메시지의 'PresentationType'이 "1"이라면, 단말은 2115단계로 진행하여 메모리부에 상기 통지 메시지를 저장한다. 추후에 사용자는 적절한 동작을 통하여 상기 메모리부에 저장된 통지 메시지를 확인할 수 있다.
마지막으로, 상기 2111단계의 검사 결과 상기 통지 메시지의 'PresentationType'이 "2"일 경우, 단말은 2116단계로 진행하여 표시부를 통해 현재 제공중인 서비스/컨텐츠에 상기 수신된 통지 메시지를 오버레이하여 출력하기 위해 상기 통지 메시지를 단말에서 지원 가능한 화면 구성 방식에 따라 재구성한다. 그리고, 2117단계에서 단말은 상기 2116단계에서 구성된 통지 메시지를 상기 현재 제공중인 컨텐츠와 오버레이하여 표시부를 통해 사용자에게 제공하게 된다.
한편, 상기 2103단계에서 상기 통지 메시지의 'NotificationType'이 "1"인 경우에는, 2130단계로 진행하여 단말은 상기 통지 메시지가 단말용임으로 판단하고, 2131단계로 진행한다. 상기 2131단계에서 단말은 상기 통지 메시지의 세션 정보 내용을 확인하여, 2132단계에서 상기 세션 정보의 내용을 근거로 해당 세션에 접속하고, 2133단계에서 상기 세션을 통해 ESG, 파일, 오브젝트 등 지정된 내용을 수신하여 2134단계에서 메모리부에 저장하거나 갱신한다. 여기서 점선으로 표시한 과정(2140)은 2131단계 내지 2134단계를 포함하며, 단말의 설정 혹은 사용자의 동작에 따라 선택적으로 수행될 수 있다.
도 22는 본 발명의 제5 실시예에 따라 휴대 방송 시스템에서 통지 메시지를 생성하여 송신하기 위한 과정을 도시한 순서도이다. 도 22에서 설명하는 통지 메시지에 대한 요소 값 및 속성 값은 상기 <표 3> 내지 <표 6>를 통해 설명된 바와 같다. 통지 메시지는 컨텐츠 제공업자, 서비스 공급자 또는 네트워크 사업자의 요구에 의해서나, 휴대 방송 서비스 시스템에 의해 발생된 통지 이벤트를 기반으로 도 1에서 설명된 통지 메시지 생성부(103a)에서 생성된다.
도 22를 참조하면, 2201단계에서 통지 메시지 생성부(103a)는 시스템 및 서비스에 대한 변경, 장애, ESG의 변경 및 전송, 컨텐츠의 전송, 광고 메시지, 긴급 상황에 대한 긴급 재난 메시지 등의 통지 메시지 이벤트를 통지 이벤트 생성부(102a)로부터 수신한다.
2202단계에서 통지 메시지 생성부(103a)는 상기 수신된 통지 메시지 이벤트를 기반으로 통지 메시지에 대한 기본 정보, 즉, 'id', 'Validity'와 같은 속성 값들과, 'Name', 'Description', 'ExtensionURL', 'MediaInformation'과 같은 요소 값들을 작성한다. 상기 기본 정보를 작성 후 2203단계에서 통지 메시지 생성부(103a)는 상기 통지 메시지가 사용자용인지 단말용인지를 구분하여 'NotificationType'를 설정한다.
상기 2203단계에서 통지 메시지 생성부(103a)는 상기 통지 메시지가 사용자용인 경우 2211단계로 진행하여 'NotificationType'을 "0"으로 설정한다. 상기 2211단계에서 'NotificationType'을 "0"으로 설정한 통지 메시지 생성부(104a)는 2212단계로 진행하여, 상기 통지 메시지에 대해 사용자 단말에 즉시 표기할지, 단말에 저장한 후 사용자의 요청에 의해 사용자에게 출력할지, 서비스 중인 컨텐츠에 오버레이하여 사용자에게 출력할 지에 대한 설정을 판단한다.
통지 메시지 생성부(103a)는 상기 2212단계에서 단말에 상기 통지 메시지의 표시방법을 판단한 후, 단말이 상기 통지 메시지를 수신한 즉시 표시하게 설정할 경우에는 2221단계로 진행하여 상기 통지 메시지의 'PresentationType'을 "0"으로 설정한다. 반면, 단말에 저장한 후 사용자의 요청에 의해 출력하게 결정한 경우에는 2231단계로 진행하여 'PresentationType'을 "1"로 설정한다. 마지막으로 단말이 제공중인 컨텐츠에 오버레이하여 상기 통지 메시지를 사용자에게 제공하게 설정한 경우에는 통지 메시지 생성부(104a)는 2241단계로 진행하여 상기 통지 메시지내의 'PresentationType'을 "2"로 설정한다.
한편 상기 2203단계에서 상기 통지 메시지의 사용용도가 단말용이라면, 통지 메시지 생성부(103a)는 2251단계로 진행하여 상기 통지 메시지의 'NotificationType'을 "1"로 설정한다.
2252단계에서 단말용 통지 메시지는 상기 통지 메시지 구조에서 설명된 바와 같이 ESG의 갱신, 전송 또는 서비스 및 컨텐츠의 전송 등을 알리는 메시지로 활용되며 해당 통지 메시지에 대한 세션 정보가 필요하다. 따라서 단말용 통지 메시지를 생성하기 위해서는 통지 메시지 생성부(103a)는 해당 세션 정보가 필요하다. 이러한 세션 정보는 방송 서비스 관리부(103)에 저장되어 있으며, 상기 방송 서비스 관리부(103)의 통지 메시지 분배/적응부(103b)가 상기 세션 정보를 통지 메시지 생성부(103a)로 전송함으로써, 통지 메시지 생성부(103a)는 상기 세션 정보를 확인한 후 관련 정보를 상기 통지 메시지에 설정한다. 상기 세션 정보는, 본 발명의 제4 실시예에서는 상기 <표 3>의 'SessionInformation' 에 기재되어 있다.
통지 메시지 생성부(103a)는 상기에서 서술한 바와 같이 사용자용 또는 단말용 통지 메시지에 대한 설정이 완료된 후에는 2260단계로 진행하여 통지 메시지를 최종적인 포맷으로 구성하게 된다. 그리고, 2270단계에서 상기 생성된 통지 메시지는 통지 메시지 분배/적응부(103b)를 통해 단말로 전송되게 된다.
이하에서 본 발명의 제6 실시예에 따른 휴대 방송 시스템에서 통지 메시지 구조 및 통지 메시지 송수신 방법 및 시스템에 대해 살펴보기로 하겠다. 본 발명의 제6 실시예에 따른 통지 메시지에 대한 전체 스키마는 하기의 <표 7>을 참조하여 설명하기로 한다.
하기 <표 7>은 본 발명의 제6 실시예에 따른 통지 메시지에 대한 전체 스키마를 예시하며, 도 21 및 도 22에 도시한 제5 실시예에 비해 통지 메시지의 버전을 나타내는 'NotificationVersion'이 더 추가되었다. 'NotificationVersion'은 제5 실시예에서 공통적으로 사용되는 'id'나 'NotificationType', 'Validity' 등과 같이 통지 메시지의 사용목적에 상관없이 사용되는 기본 속성 값이다. 하기 <표 7>에서는 'NotificationVersion'만을 예시하였으며 <표 7>에서 기재하지 않은 나머지 요소 값들과 속성 값들은 앞서 설명한 제5 실시예와 동일하므로 따로 기재하지 않았다.
이름 | 타입 | 범주 | 카디넬리티 | 설명 |
NotificationVersion | A | M | 1 | 통지 메시지의 버전정보 |
상기 <표 7>의 'NotificaionVersion'은 통지 메시지의 버전 번호를 나타낸다. 본 발명의 제6 실시예에서 통지 메시지의 버전 번호를 상기 통지 메시지에 삽입한 이유는, 휴대 방송 시스템에서 통지 메시지를 필요에 따라 반복 전송할 수도 있기 때문이다. 이는 통지 메시지가 송신 중에 손실되거나 어떠한 서비스에 대하여 통지 보낸 것에 대하여 갱신(update)된 버전이 통지될 필요가 있을 경우 등에 유효하다. 휴대 방송 시스템에서 상기 통지 메시지를 반복하여 전송할 경우 단말은 수신한 상기 통지 메시지가 신규한 메시지인지 여부를 판별할 수 있는 기준이 필요하기 때문에 본 발명의 제6 실시예에서는 상기 <표 7>의 'NotificationVersion'이라는 속성을 통지 메시지의 요소 값인 'Notification'의 프래그먼트 속성으로서 포함한다.
본 발명의 제6 실시예에 따라 상기 통지 메시지를 수신한 단말은 'NotificationVersion'과 'id'를 같이 사용하여 상기 통지 메시지의 버전 정보 및 재전송 여부를 확인한다. 즉 휴대 방송 시스템에서 반복하여 송신한 통지 메시지를 단말이 수신할 경우 단말은 상기 정보들을 이용하여 상기 통지 메시지의 신규성 여부를 판단한다.
본 발명의 제6 실시예에 따른 'NotificationVersion'으로는 네트워크로 연결된 컴퓨터들끼리 시간을 동기시키기 위해 사용되는 인터넷 표준인 NTP(Network Time Protocol)를 사용한 타임 스탬프(Time stamp) 또는 정수형 버전 번호를 사용할 수 있으며, 이외에 다른 형식도 사용될 수 있다. 시스템에서는 반복 송신되는 메시지에 포함되는 'NotificationVersion'의 타임 스탬프 혹은 정수형 버전 번호를, 최초 통지 메시지가 생성될 때 정의된 값으로 유지한다.
도 23은 본 발명의 제6 실시예에 따라 단말에서 통지 메시지를 수신하여 처리하는 과정을 도시한 흐름도이다. 통지 메시지에 대한 속성 값 및 요소 값은 상기에서 설명된 바와 같다.
도 23을 참조하면, 2301단계에서 단말은 도 4의 동작 B(420)와 같이 통지 메시지를 휴대 방송 시스템으로부터 수신받는다. 2302단계에서 단말은 상기 통지 메시지의 포맷에 따라 해당 메시지를 해석한다. 만일 상기 통지 메시지가 XML 형태로 구성되어 있다면, 단말은 내부에 XML 형태로 구성되어 있다면, 내부에 XML 파싱기를 구비하여 수신된 메시지를 해석하게 된다.
2303단계에서는 단말의 제어부에서는 상기 통지 메시지가 이미 수신된 메시지인지의 여부를 검사한다. 상기 2303단계에서 단말은 기존에 수신한 통지 메시지와 상기 새로 수신한 통지 메시지의 'Id'와 'NotificationVersion'을 비교한다. 상기 2303단계에서 상기 새로 수신된 메시지가 이미 수신된 통지 메시지와 동일할 경우, 2305단계로 진행하여 단말은 상기 새로 수신된 통지 메시지를 폐기시킨 후 종료하며, 새로 수신된 메시지일 경우에는 2304단계로 진행한다.
상기 2304단계에서 단말은 상기 해석된 통지 메시지의 'NotificationType'을 확인하여 미리 정의된 동작을 수행하는데, 이는 하기에서 설명하기로 하겠다. 만일 'NotificationType'이 "0"인 경우 사용자용이므로 2310단계로 진행하며, 'NotificationType'이 "1"인 경우 단말용이므로 2331단계로 진행한다. 그리고 'NotificationType'이 "2"인 경우 또는 그 외의 경우는 서비스 공급자가 정의한 메시지이므로 2320단계로 진행하여 단말은 서비스 공급자가 정의한 소정의 동작을 수행한다. 여기서 'NotificationType'이 "2" 이상인 경우는 서비스 공급자가 사업 모델 및 서비스에 따라 자유롭게 정의하여 통지 메시지를 활용할 수 있다.
2310단계에서 단말은 상기 통지 메시지가 사용자용으로 수신된 메시지임을 판단하였기 때문에 표시부를 통해 사용자에게 제공할 수 있다. 이러한 사용자용으로 수신된 통지 메시지는 단문 메시지, 혹은 멀티미디어 메시지가 될 수 있다. 서비스 공급자는 상기 사용자용 통지 메시지를 활용하여 서비스 이벤트 통지, 시스템 장애 또는 점검 공지, 서비스 및 컨텐츠에 대한 문자 또는 멀티미디어 광고, 재난 재해 방송 메시지, 과금 관련 공지 등 다양한 형태의 메시지 제공이 가능하다. 단말은, 상술한 바와 같이 상기 통지 메시지의 'PresentationType'을 참조하여 그에 따라 설정된 우선권에 따라 우선권이 높은 통지 메시지일 경우에는 표시부를 통해 상기 수신된 통지 메시지를 출력하게 된다. 여기서, 상기 'PresentationType'은 서비스 공급자의 사업 모델 및 서비스에 따라 자유롭게 활용될 수 있다.
2311단계에서 단말은 상기 통지 메시지의 'PresentationType'을 참조하여 상기 통지 메시지의 처리 여부를 결정한다. 상기 2311단계에서 상기 통지 메시지의 'PresentationType'이 "0"이라면 사용자에게 긴급히 제공해야 할 메시지임을 나타내고, 'PresentationType'이 "1"일 경우라면 단말의 메모리부에 저장할 것을 나타낸다. 마지막으로, 'PresentationTyp'e'이 "2"라면, 상기 통지 메시지를 현재 서비스 중인 컨텐츠에 오버레이시켜서 보여줄 것을 나타낸다.
상기 2311단계의 검사결과 상기 통지 메시지의 'PresentationType'이 "0"이라면, 사용자에게 긴급히 보여주어야 할 메시지임을 의미하므로, 단말은 2312단계로 진행하여 수신중인 서비스를 중단하고 2313단계에서 상기 수신된 통지 메시지를 사용자에게 바로 제공할 수 있도록 적절한 포맷으로 구성하여 2314단계에서 표시부로 출력한다. 상기 2311단계의 검사결과 상기 통지 메시지의 'PresentationType'이 "1"이라면, 단말은 2315단계로 진행하여 메모리부에 상기 통지 메시지를 저장한다. 추후에 사용자는 적절한 동작을 통하여 상기 메모리부에 저장된 통지 메시지를 확인할 수 있다. 상기 2311단계의 검사결과, 상기 통지 메시지의 'PresentaionType'이 "2"일 경우, 단말은 2316단계로 진행하여 표시부를 통해 현재 제공중인 서비스/컨텐츠에 상기 수신된 통지 메시지를 오버레이하여 출력하기 위해 상기 통지 메시지를 단말에서 정의된 화면 구성방식에 따라 재구성한다. 그리고, 2317단계에서 단말은 상기 2316단계에서 구성된 통지 메시지를 상기 현재 제공중인 컨텐츠와 오버레이하여 표시부를 통해 사용자에게 제공하게 된다.
한편, 상기 2304단계에서 상기 통지 메시지의 'NotificationType'이 "1"인 경우에는, 2340단계로 진행하여 단말은 상기 통지 메시지가 단말용임으로 판단하고, 2331단계로 진행한다. 상기 2331단계에서 단말은 상기 통지 메시지의 세션 정보 내용을 확인하여, 2332단계에서 상기 세션 정보의 내용을 근거로 해당 세션에 접속하고, 2333단계에서 상기 세션을 통해 ESG, 파일, 오브젝트 등 지정된 내용을 수신하여 2334단계에서 메모리부에 저장하거나 갱신한다. 여기서 점선으로 표시한 과정(2340)은 2331단계 내지 2334단계를 포함하며, 단말의 설정 혹은 사용자의 동작에 따라 선택적으로 수행될 수 있다.
도 24는 본 발명의 제6 실시예에 따라 휴대 방송 시스템에서 통지 메시지를 생성하여 송신하기 위한 과정을 도시한 순서도이다. 도 24에서 설명하는 통지 메시지에 대한 요소 값 및 속성 값은 상기 <표 3> 내지 <표 7>을 통해 설명된 바와 같다. 통지 메시지는 컨텐츠 제공업자, 서비스 공급자 또는 네트워크 사업자의 요구에 의해서나, 휴대 방송 서비스 시스템에 의해 발생된 통지 이벤트를 기반으로 도 1에서 설명된 통지 메시지 생성부(103a)에서 생성된다.
도 24를 참조하면, 2401단계에서 통지 메시지 생성부(103a)는 시스템 및 서비스에 대한 변경, 장애, ESG의 변경 및 전송, 컨텐츠의 전송, 광고 메시지, 긴급 상황에 대한 긴급 재난 메시지 등 통지 메시지 이벤트를 통지 이벤트 생성부(102a)로부터 수신한다.
2402단계에서 통지 메시지 생성부(103a)는 상기 수신된 통지 메시지 이벤트를 기반으로 통지 메시지에 대한 기본 정보, 즉, 'id', 'NotificationVersion', 'Validity'와 같은 속성 값들과 'Name', 'Description', 'ExtensionURL', 'MediaInformation'과 같은 요소 값들을 작성한다. 상기 기본 정보를 작성한 후 2403단계에서 통지 메시지 생성부(103a)는 상기 통지 메시지가 사용자용인지 단말용인지를 구분하여 'NotificationType'를 설정한다.
상기 2403단계에서 통지 메시지 생성부(103a)는 상기 통지 메시지가 사용자용인 경우 2411단계로 진행하여 'NotificationType'을 "0"으로 설정한다. 상기 2411단계에서 'NotificationType'을 "0"으로 설정한 통지 메시지 생성부(103a)는 2412단계로 진행하여 상기 통지 메시지에 대해 사용자 단말에 즉시 표기할지, 단말의 메모리에 저장한 후 사용자의 요청에 의해 사용자에게 출력할지, 서비스 중인 컨텐츠에 오버레이하여 사용자에게 출력할 지에 대한 설정을 판단한다.
통지 메시지 생성부(103a)는 상기 2412단계에서 단말에 상기 통지 메시지의 표시방법을 판단한 후에, 단말이 상기 통지 메시지를 수신한 즉시 표시하게 설정할 경우에는 2421단계로 진행하여 통지 메시지의 'PresentationType'을 "0"으로 설정한다. 반면, 상기 통지 메시지를 단말에 저장한 후 사용자의 요청에 의해 출력하도록 결정한 경우에는 2431단계로 진행하여 'PresentationType'을 "1"로 설정한다. 마지막으로, 단말이 제공중인 컨텐츠에 오버레이하여 상기 통지 메시지를 사용자에게 제공하게 결정한 경우에는 통지 메시지 생성부(104a)는 2441단계로 진행하여 상기 통지 메시지내의 'PresentationType'을 "2"로 설정한다.
한편 상기 2403단계에서 상기 통지 메시지의 사용용도가 단말용이라면, 통지 메시지 생성부(103a)는 2451단계로 진행하여 상기 통지 메시지의 'NotificationType'을 "1"로 설정한다. 2452단계에서 단말용 통지 메시지를 위해 통지 메시지 생성부(103a)는 방송 서비스 관리부(103)의 통지 메시지 분배/적응부(103b)로부터 제공된 세션 정보를 확인한 후 관련 정보를 상기 통지 메시지의 'SessionInformation'에 설정한다.
통지 메시지 생성부(103a)는 상기에서 서술한 바와 같이 사용자용 또는 단말용 통지 메시지에 대한 설정이 완료된 후에는 2460단계로 진행하여 통지 메시지를 최종적인 포맷으로 구성하게 된다. 그리고, 2470단계에서 상기 생성된 통지 메시지는 통지 메시지 분배/적응부(103b)를 통해 단말로 전송되게 된다.
하기 <표 8>는 통지 메시지를 구성하는 요소 값 및 속성 값을 나타낸 표들에 대한 이해를 돕기 위한 통지 메시지 스키마 테이블이다.
이름 (Name) | 형 (Type) | 범주 (Category) | 카디넬리티 (Cardinality) | 설명 (Description) | 데이터형 (DataType) |
상기 <표 8>에서 이름(Name)은 해당 프래그먼트를 구성하는 구성 요소 혹은 속성의 이름이며, 형(Type)은 해당 프래그먼트를 구성하는 구성 요소 혹은 속성의 이름으로서 상기 이름이 요소 값(E)인지 혹은 속성값(A)인지의 여부를 알려주며, 요소 값은 E, E1, E2 등으로 구성된다. 범주(Category)는 해당 요소 값 또는 속성 값이 네트워크(N) 또는 단말(T)에서 필수 내용인지 옵션 내용인지를 구분하기 위해 사용되며, 필수인 경우 M 값을 가지고, 옵션인 경우 "0" 값을 갖는다. 따라서 네트워크에서 필수 내용은 "NM", 단말에서 필수 내용은 "TM", 네트워크에서 옵션 내용은 "NO" 그리고 단말에서 옵션 내용은 "TO"로 구분된다. 카디넬리티(Cardinality)는 요소들 간의 관계를 나타내며, "0", "0..1", "1", "0..n", "1..n" 등의 값을 갖는다. "0"은 옵션을 의미하며, "1"은 필수를 의미하며, "n"은 다수의 값을 가질 수 있음을 의미한다. 또한 "0..n"은 해당 요소 값이 n 개의 값을 가지거나 없을 수도 있음을 의미한다. 설명(Description)은 해당 요소 또는 속성 값이 의미하는 바를 나타내고, 데이터 타입(DataType)은 해당 요소 값 또는 속성 값에 대한 데이터 형태 즉 작성된 프로그램 언어의 타입을 의미하며, 예를 들어 XML 등이 될 수 있다.
하기 <표 9>는 통지 메시지의 제7 실시예를 나타낸 것이다. 제7 실시예에서 나타난 통지 메시지는 제5 실시예에 대해 범주 내용을, 상기 <표 8>에서 설명한 바와 같이 네트워크 및 단말에서 필수 혹은 옵션 여부로 표기한 점, 요소값 중 'Name'을 'Title'로 변경한 점, ESG의 갱신에 활용하기 위해 'BootstrappingDescriptor', 'Fragment'를 추가한 점에서 차이를 가지며, 사용자 및 단말 목적으로 사용되던 'NotificationType'이 용도 혹은 통지 메시지의 이벤트 별로 구분되어 사용된다. 또한, ESG의 갱신을 알릴 목적으로 공고 채널(Announcement Channel)의 인덱스 리스트(Index List)에 ESG의 갱신을 알리는 버전 정보를 삽입하거나 혹은 갱신된 프래그먼트 자체를 보낼 수 있다. 단말은 공고 카루셀(Announcement Carousel)에 대한 아이디 및 버전 및 세션 정보를 통해 해당 세션에 접속하여, 인덱스 리스트로 통지된 아이디와 일치하는 최신 버전의 정보를 찾아 ESG를 갱신할 수 있다.
하기 <표 9>의 통지 메시지는 'ID', 'NotificationVersion', 'NotificationType', 'Validity'와 같은 속성 값들 및 'Title', 'Description', 'PresentationType', 'ExtensionURL' 등의 요소 값들을 기본적으로 포함하며 사용 용도에 따라 'SessionInformation', 'MediaInformation', 'ServiceGuideDeliveryDescriptor' 또는 'Fragment'가 추가된다. 하기 <표 9>에서 도시하지 않은 나머지 요소와 속성값들의 기재 및 설명은 제5 실시예 및 제6 실시예와 동일하므로 생략한다.
이름 | 타입 | 범주 | 카디넬리티 | 설명 | 데이터 형 |
BootstrappingDescriptor | E1 | NO/TM | 0..N | Bootstrapping descriptor information of ESG Attributes: - Id - Version Elements: - DescriptorEntry | |
Id | A | NM/TM | 1 | ID of bootstrap descriptor | anyURI |
Version | A | NM/TM | 1 | Version information | unsignedInt |
DescriptorEntry | E2 | NM/TM | 1..N | Entry of descriptor Elements: - GroupingCriteria - AlternativeAccessURL - ServiceGuideDeliveryUnit | |
GroupingCriteria | E3 | NO/TM | 0..1 | Group Criteria in ServiceGuide Elements: - TimeGroupingCriteria - GenreGroupingCriteria - ServiceProviderCriteria | |
TimeGroupingCriteria | E4 | NO/ TM | 0..1 | Sepecifies the period of time this DescriptorEntry describes. (For example: declares a certain subgroup of valid Service Guide fragments for next 2 hours) Contains the following attributes: - StartTime. - EndTime | |
StartTime | A | NM/ TM | 1 | Start of the time period this DescriptorEntry declares fragments for. (Note this is different than fragment validity time) | int(32bit) expressed as NTP time |
EndTime | A | NM/ TM | 1 | End of the time period this DescriptorEntry declares fragments for. (Note this is different than fragment validity time) | int(32bit) expressed as NTP time |
GenreGroupingCriteria | E4 | NO/ TM | 0..1 | Specifies the classification of the services/content associated with the fragments in this Service Guide Delivery Unit. (e.g. comedy, action, drama) | string |
ServiceProviderCriteria | E4 | NO/ TM | 0..1 | Specifies the each service provider by unlque name. | string |
Transport | E3 | NO/ TM | 0..1 | The pointer to the transport session delivering the Service Guide fragments within Service Guide Delivery Units announced in this DescriptorEntry. Contains the following attributes: - IpAddress, - Port, - SrcipAddress, - SessionID | |
IPaddress | A | NM/ TM | 1 | Destination IP address of the target delivery session | string |
Port | A | NM/ TM | 1 | Destinaion port of target delivery session | unsignedShort (16 bits) |
SrcipAddress | A | NM/ TM | 0..1 | Source IP address of the delivery session | string |
SessionID | A | NM/ TM | 1 | Identifier of target delivery session | unsignedShort (16 bits) |
AltermativeAccessURL | E3 | NO/ TM | 0..N | Altermative URL for retrieving the Service Guide delivery units via the interactive channel | anyURI |
ServiceGuide DeliveryUnit | E3 | NM/ TM | 1..N | A group of fragments. Contains the following attributes: - transportObjectID, - validFrom, - validTo Contains the following sub-element: - Fragment | |
transportObjectID | A | NO/ TM | 0..1 | The transport object ID of the Service Guide Delivery Unit carrying the declared fragments within this group. | unsignedInt (32 bits) |
validFrom | A | NO/ TM | 0..1 | The first moment of time this group of Service Guide fragments is valid. The format is NTP. Note: If this attribute is not present, "validFrom" attribute MUST be present in the "Fragment" sub-element. | int(32bit) expressed as NTP time |
validTo | A | NO/ TM | 0..1 | The last moment of time this group of Service Guide fragments is valid. The format is NTP. Note: If this attribute is not present, "validTo"vattribute MUST be present in the "Fragment" sub-element. | int(32bit) expressed as NTP time |
Fragment | E4 | NM/ TM | 1..N | Declaration of Service Guide fragment that is available over broadcast channel. Contains the following attributes: - transported, - id, - version, - vaildFrom, - validTo, - type | |
transportID | A | NM/ TM | 1 | The identifier of the announced Service Guide fragment to be used in the Service Guide Delivery Unit header. | unsignedInt (32 bits) |
id | A | NM/ TM | 1 | The identifier of the announced Service Guide fragment. | anyURI |
version | A | NM/ TM | 1 | The version of the announced Service Guide fragment. Note: The scope of the version is limited to the given transport session. The value of version turn over from 2^32-1 to 0. | unsignedInt (32 bits) |
validFrom | A | NO/ TM | 0..1 | The first moment when this fragment is valid. If not given, the validity is assumed to have started at some time in the past. Note: If this attribute is present and "validFrom attribute of "ServiceGuideDeliveryUnit" is also present, the value of this attribute overrides the value of "Service GuideDeliveryUnit" attribiute "validFrom | int(32bit) expressed as NTP time |
validTo | A | NO/ TM | 0..1 | The last moment when this fragment is valid. If not given, the validity is assumed to end in undefined time in the future. Note: If this attribute is present and "validTo" attribute of "ServiceGuideDeliveryUnit" is also present, the value of this attribute overrides the value of "Service GuideDeliveryUnit" attribute "validTo" | int(32bit) expressed as NTP time |
type | A | NM/ TM | 1 | Enumeration value designating the schema or MIME type for fragment. | string |
Fragment | E1 | NO/ TM | 0..N | This element SHALL be present when the Notification Message carries Service Guide fragment. This element may carry any Service Guide fragment. | <TBD> |
하기 <표 10>은 상기 통지 메시지에 대한 제8 실시예를 나타낸 것이다. 제8 실시예에 따른 통지 메시지를 살펴보면, 단말에서는 'NotificationType'을 통해 상기 통지 메시지가 사용자용인지 혹은 단말용인지를 결정한 후, 상기 통지 메시지의 'EventType'이 나타내는 사용목적에 따라 동작한다. 또한, 통지 메시지는 'FilteringValue'를 포함하여, 사용자 단말에 저장되어 있는 컨텐츠 혹은 특정 세션에 존재하는 컨텐츠를 'FilteringValue'에 따라 해당 값과 일치하는 컨텐츠를 표시할 수 있게 함으로써, 사용자별로 다른 컨텐츠를 볼 수 있다.
제8 실시예에서 통지 메시지의 일반 필드(Generic Field)는 'ID', 'NotificatioinVersion', 'NotificationType', 'EventType', 'PresentationType', 'Validity' 등의 속성 값들과, 'Title', 'Description', 'ExtensionURL' 등의 요소 값들로 구성된다. 'FilteringValue', 'SessionInformation', 'MediaInformation', 'ServiceGuideDeliveryDescriptior', 'Fragment'는 'EventType'에 따라 일반 필드와 함께 구성될 수 있다. 즉, 제8 실시예에서는 이전 실시예들에 비해 속성 값으로 'EventType', 요소값으로 'FilteringValue'이 추가되었다. 하기 <표 10>은 제8 실시예에서의 요소 값들 및 속성 값들을 도시한 것으로 하기 <표 10>에서 기재하지 않은 다른 요소 값들 및 속성 값들은 이전 실시예들, 즉 제5, 6, 7 실시예들을 따르게 되므로 여기에서는 기재하지 않았다.
이름 | 형 | 범주 | 카디넬리티 | 설명 |
FilteringVlaue | E2 | NO/TO | 0..N | 필터링에 필요한 값 정의 |
FilteringType | A | NM/TM | 1 | 필터링타입, 예)성별, 나이, 이름, 위치등.. |
EventType | A | NM/TM | 1 | 통지 메시지가 전달하는 이벤트의 종류 |
하기 <표 11>는 상기 제7 실시예의 'NotificationType'과 상기 제8 실시예의 'EventType'에서 사용되는 값들의 예시를 나타낸 것이다. 'EventType'에 따라 상기 제7 또는 제8 실시예의 통지 메시지 구성이 달라질 수 있다.
일 예로서 'EventType'이 "1"인 경우 'Generic Field + MediaInformation'이 가능하다. 'EventType'이 "2"인 경우 'Filtering'을 통해 단말에 저장되어 있는 관련 광고 혹은 컨텐츠를 보여주기 위해 'Generic Field + FilteringValue'로 구성하거나, 특정 세션에 광고 컨텐츠를 보내어 사용자로 하여금 해당 세션을 접속하여 광고를 실시간으로 볼 수 있도록 하기 위해 'Generic Field + SessionInformation'으로 구성하거나, 'FilteringValue'를 통해 해당 세션 중 사용자에게 맞는 광고를 볼 수 있도록 하기 위해 'Generic Field + FileteringValue + SessionInformation'로 구성하는 것도 가능하다.
'EventType'이 "3"인 경우는 서비스 혹은 파일 전송의 시작을 알리기 위해 또한 해당 서비스나 파일이 전송될 세션을 함께 전송하기 위해 'Generic Field + SessionInformation'로 구성된다. 'EventType'이 "4"인 경우 갱신된 ESG가 존재하는 세션만 알려주기 위해 'Generic Field + Session Information'로 구성하거나, 해당 인덱스 리스트를 'Generic Field + Index List'와 같이 통지 메시지를 통해 전달하거나 변경된 프래그먼트 자체를 'Generic Field + Fragment'와 같이 구성하는 것도 가능하다.
또한, ESG 공고 카루셀 세션 내에 여러 개의 인덱스 리스트가 존재하는 경우 'GenericField+ Index List'의 아이디와 'version + SessionInformation'과 같이 구성하여 세션 내의 변경된 특정 인덱스 리스트를 단말에게 알려주어 상기 인덱스 리스트의 갱신이 가능하도록 한다.
'EventType'이 "5"인 경우는 'Generic Field'만, 'EventType'이 "6"인 경우는 'Generic Field + MediaInformation'로 구성한다. 이 외에도 목적에 따라 다양한 'EventType'의 정의가 추가될 수 있다. 예를 들면, <표 11>에서 개시하지 않았으나 'In advance download files', 'software download', 'general information'등의 'EventType'이 추가될 수 있다.
Event Type | Name | Description |
1 | Emergency notification | To announce emergency messages to users. |
2 | Advertisement | To signal advertisement insertion to terminals. |
3 | Service availability announcement | To announce service availability to users. |
4 | Service Guide update | To announce Service Guide updates to users. |
5 | Text message | To announce text-based notifications to users. |
6 | Multimedia message | To announce multimedia-based notification to users. |
7 | Service delivery problem | To announce Service delivery problem to users. |
하기 <표 12>는 보다 일반적인 통지 메시지의 구성 예를 나타낸 것으로, 각 'EventType'별로 구성가능한 정보들을 함께 나타내었다. 편의상, <표 12>는 <표 12a> 및 <표 12b>로 구분하여 나타내었다.
하기 <표 12>에서 서술한 'EventType'은 'Emergency', 'ESG download/update', 'Event Trigger', 'File download/update', 'informative' 등이다. 이 중 'Event Trigger' 이벤트 타입은 단말이 통지 메시지를 받고 ESG 갱신이나 파일 다운로드가 아닌 특정 작업을 수행할 것을 지시하는 것인데, 단말 내의 어플리케이션이나 단말이 수신하고 있는 서비스와 관련있는 동작으로, 일정 시간 내에 동작해야 하는 제약조건을 가질 수 있다. 그리고 하기 <표 12>의 'Service identification information'은 각 서비스에 관련된 통지 메시지가 전송되는 경우의 서비스 식별 정보를 나타내며 이는 본 발명의 과정 A(401)에서 서술한 포트번호가 되거나 제11 실시예에서 설명하게 될 'Service_id'가 모두 가능하다. 하기 <표 12>의 'use case' 중의 하나인 'Specific Service discontinuity'는 후술되는 제9 실시예에 따라 구성될 수 있고, 또는 'ESG download/update' 혹은 'informative' 메시지로 구별될 수 있다. 서비스 식별정보로 포트번호가 사용되는 경우에는 'informative' 메시지로 간주되며, Service_id가 사용되는 경우에는 'ESG download/update'의 'event type'이 될 수 있다.
Event Type | Use cases | Required information | Optional information |
- | High priority message within specific area | Cell_id, priority | |
- | Message within specific area | Cell_id | |
Emergency | Emergency message | MediaInformation(text, image, videoURL), PresentationType | SDP, ExtensionURL |
ESG download/update | ESG update available | ESGBootstrapDescriptor, ESGfragment | |
ESG download/update | Global service discontinuity | MediaInformation(text, image, videoURL), PresentationType | ExtensionURL, ESGBootstrapDescriptor, ESGfragment |
ESG download/update | New service availability | MediaInformation(text, image, videoURL), PresentationType, ESGBootstrapDescriptor, ESGfragment | |
ESG download/update or Informative | Specific service discontinuity | Service_identification information, MediaInformation(text, image, audio, videoURL), PresentationType | ExtensionURL |
Event Trigger | Critical Software update material | Server URL, priority, time window | Description for the user |
Event Trigger | FLUTE update | FLUTE session information, transport object | |
Event Trigger | Message related to current service | MediaInformation(text, image, videoURL), PresentationType, time window | ExtensionURL |
Event Trigger | Message related to current service(with timing requirements) | Service_identification information, time window, priority, MediaInformation(text, image, audio, videoURL), PresentationType | ExtensionURL |
Event Trigger | Software update available (periodical installation) | Server URL, time window | Description for the user |
Event Trigger | Urgent action to perform | SP defined field, time window, priority | SP defined field |
Event Trigger | Urgent action to perform related to the service | Service delivery configuration, time window, priority, SP defined field | ESG bootstrap session, ESG fragment, SP defined field |
File download/update | In advance download of material | Server URL, time window, Service identification information | |
Informative | Informative message | MediaInformation(text, image, audio, videoURL), PresentationType | ExtensionURL |
Informative | Informative message with high priority | MediaInformation(text, image, audio, videoURL), PresentationType, priority | ExtensionURL |
informative | Service scheduled for shut?down | MediaInformation(text, image, audio, videoURL), PresentationType | ExtensionURL |
informative | Subscribed service is about to start | MediaInformation(text, image, audio, videoURL), PresentationType |
또한 상기와 같이 포트번호가 아니라 Service_id를 사용하는 경우에는 다음과 같은 실시예가 가능하다. 즉 <표 12>에는 표시하지 않았으나 'ESG download/update'의 이벤트 타입인 경우, Service_id를 통지 메시지 내에 사용하여 해당 ESG 갱신이 특정 서비스에 관련된 것인지를 나타낼 수 있다. 또한 Service_id가 미리 서로 약속된 특정값, 예를 들어 "0x00"인 경우에는 어느 특정 서비스에 관련되지 않고 모든 사용자를 대상으로 한 통지 메시지임을 나타낸다. 본 발명의 제 4 실시예에서와 같이 모든 통지 메시지의 내용이 ESG를 통해 전송되고, 통지 메시지로 인하여 ESG가 갱신되었다는 사실을 알리기 위한 ESG 갱신용 통지 메시지에서 이러한 Service_id를 이용하면, 단말은 자신이 관련되어 있지 않은 서비스들의 통지 메시지 내용이 들어간 ESG를 받지 않아도 된다.
또한 <표 12>의 'ESG download/update'의 이벤트 타입에 관련된 실시예로서, 독립적인 이벤트 타입으로 앞서 설명한 'Service discontinuity'가 사용될 수 있다. 즉 독립적인 이벤트 타입으로 도 26에 도시한 제9 실시예에서 정의한 정보들을 전송하는 것이 아니라, 'Service discontinuity'가 사용자들에게 보여지는 정보임을 고려하여, 시스템은 사용자에게 일정시간 동안 특정 또는 전체 서비스가 중단된다는 메시지를 본 발명의 'MediaInformation'를 이용하여 알리고, 특정 또는 전체 서비스가 일정시간 중단됨에 따라 발생하는 ESG의 갱신을 반영하는 'ESG download/update'의 이벤트 타입을 사용한다. 다시 말해서, 단일의 통지 메시지에서 'MediaInformation'는 서비스의 중단을 사용자에게 알리는 정보와 관련된 ESG 갱신 정보를 함께 포함할 수 있으며 이러한 경우 상기 ESG 갱신 정보는 'ESG download/update'의 이벤트 타입을 사용하여 전송이 가능하다.
도 25는 본 발명의 제8 실시예에 따라 광고 또는 이와 유사한 목적으로 사용되는 통지 메시지를 수신한 단말이 미리 저장되어 있는 광고 컨텐츠 또는 데이터를 사용자에게 제공하기 위한 시스템 구조의 일 예를 보여주는 블록도이다. 즉, 'EventType'이 "2"인 광고용 통지 메시지가 'FilteringValue'를 포함하고 있는 경우, 'FilteringValue'를 통하여 사용자 단말에 저장되어 있는 광고 컨텐츠 혹은 유사한 데이터나 컨텐츠를 단말의 화면에 보여지는 과정을 도시한다. 여기서 방송 서비스 관리부(SM)(2501)는 DVB-CBMS에서 분배를 담당하는 네트워크 엔터티이며, 통지 전송 분배부(Notification Transport Delivery: NTD)(2502)는 방송 서비스 관리부(2501)내에서 통지 메시지를 전달하는 통지 함수의 컴포넌트이다.
도 25를 참조하면, NTD(2502)는 'EventType'이 광고(Advertisement)이고 'FilteringType'이 장르(Genre)이며 'FilteringValue'가 스포츠(Sports)인 통지 메시지(2503)를, 방송 서비스 관리부(2501)와 단말(2511)사이에 정의된 인터페이스를 통해 단말(2511)의 통지 클라이언트(Notification Client: NTC)(2504)로 전달한다.
NTC(2504)는 상기 통지 메시지(2503)를 확인하고 단말(2511)내의 적합한 기능을 이용하여 메모리부(2505)내의 참조번호 2506 내지 2509와 같은, 저장되어 있는 컨텐츠 중 스포츠 장르의 컨텐츠를 검색해 낸다. 본 예에서는 상기 'FilteringValue'와 매칭되는 되는 광고 컨텐츠는 컨텐츠[ID:1](2506)이므로, 상기 컨텐츠(2506)는 메모리부(2505)와 표시부(2551) 사이의 인터페이스(2540)를 통해 표시부(2510)에 표시된다. 이때 상기 통지 메시지 내의 'Validity'이 "2006.01.01 10:00AM"이므로, 상기 컨텐츠(2506)는 2006.01.01의 10시에 자동으로 표시된다.
상기 제8 실시예에서 설명한 'FilteringValue'와 'FilteringType'은 그 목적에 따라 다양한 값으로 할당될 수 있으며, 주요 타입으로는 사용자 우선권(User Preference), 사용자 위치(User Location), 목표 그룹(Target Group), 서비스 공급자(Service Provider), 사용자 인구 프로파일(User demographic profile), 일자(Time of day), 요일(day of week), 채널(channel) 등이 있다. 또한, 상기 각 타입은, ESG의 컨텐츠 혹은 서비스와 관련한 프래그먼트를 설명하는 요소값 혹은 속성값 등의 내용과 동일한 목적 또는 내용으로 사용되는 것이라면 동일한 이름으로 사용되어야 한다. 컨텐츠 혹은 서비스와 관련한 프래그먼트에서 사용되는 요소값 및 속성값은 'Genre', 'ParentalRating', 'UserRating', 'TargetUserProfile', 'BroadcastArea' 등이 있다.
상기 실시예들에서 'Title' 및 'Description'이 상기 'FilteringType' 및 'FilteringValue'와 동일한 목적 및 역할로 사용될 수도 있다. 또한 상기 'FilteringType'과 'FilteringValue'는 미리 단말에 저장되어 있는 컨텐츠 중 일부를 도시하는 기능 이외에 다른 의미로 사용이 가능하다. 즉, 예를 들어 'FilteringType'가 'User location'인 경우, 단말은 현재의 위치와 통지 메시지내의 'FilteringValue' 값을 비교하여 일치하는 경우에만 상기 통지 메시지를 받아서 처리할 수 있으며, 이는 서비스 공급자의 정의에 따라 정해질 수 있다. 단말의 위치는 DVB-H 네트워크를 가정하는 경우, DVB-H의 cell_id 등으로 나타내어진다.
하기 <표 13a>는 상기 통지 메시지에 대한 제9 실시예를 설명하기 위한 것으로서, 전술한 제5 실시예, 제6 실시예, 제7 실시예 및 제8 실시예에 추가될 수 있는 통지 메시지의 'Generic field'에 'Cell_id'가 더 추가된다. 제9 실시예는 전술한 특정 통지 메시지의 한 예로서, 네트워크에서 특정 지역 내의 사용자들에게 통지 메시지를 전송하고자 하는 경우에 사용한다.
이름 | 타입 | 범주 | 카디넬리티 | 설명 | 포맷 |
Cell_id | E2 | O | 0..N | Cell_id in TPS bit for notification message of a specific area. | integer |
네트워크에서 특정 셀 내로만 통지 메시지를 전송하고자 하는 경우 상기 특정 셀의 'Cell_id'가 통지 메시지에 포함된다. DVB-H 신호의 TPS(Transmission Parameter Signaling) 신호는 셀 식별(Cell identification) 정보를 포함하여 전송되는데, 단말은 상기 TPS 신호를 통해 현재 자신이 속한 셀을 확인할 수 있다. 따라서 단말은 상기 통지 메시지를 받아 'Cell_id'에 유효한 값이 존재하는 경우, 상기 값을, 상기 TPS 신호로부터 획득한 자신이 속한 셀의 Cell_id와 비교하여 상기 통지 메시지를 처리할 것인지, 무시할 것인지를 판단한다. 또한 통지 메시지의 종류에 따라서 다수 개의 'Cell_id'가 포함될 수 있다. 따라서 제9 실시예의 경우, 앞서 설명한 도 22의 2202단계 및 도 24의 2402단계에서, 'Cell_id'가 상기 <표 13a>와 같은 형태로 통지 메시지에 삽입된다.
상기 'Cell_id'는 전술한 제5 실시예에 따른 통지 메시지의 하나의 요소로 정의되거나, 또는 제8 실시예에 따라 정의된 'FilteringType'과 'FilteringValue'의 한 종류로서 정의될 수 있다. 이 경우 'FilteringType'은 위치 또는 셀을 나타내고, 'FilteringValue'는 해당 Cell_id 값을 갖는 형태가 된다.
본 발명의 제9 실시예에 대한 가장 큰 특징은 지역정보를 통지 메시지에 실어 보낸다는 것이다. 따라서 GPS(Global Positioning System) 신호를 수신하여 자신의 위치를 정확히 인지할 수 있는 단말을 지원하기 위해, 제9 실시예는 하기 <표 13b>와 같이 변형될 수 있다. 통지 메시지에 포함되는 지역정보는, 단말의 GPS 신호에 의해 식별 가능한 보다 작은 지역, 즉 Cell_Id에 의해 식별되는 셀보다는 작은 지역을 표시한다. 하기 <표 13b>에서 'area'는 'Center_longitude', 'Center_latitude', 'radius', 'dim_acc'들을 포함한다. 'Center_longitude'는 통지 메시지의 타겟이 되는 영역의 중심위치에 대한 경도, 'Center_latitude'는 상기 중심위치에 대한 위도, 'radius'는 상기 중심위치로부터의 반경, 'dim_acc'는 미터(meter)로 표현한 정확도이다.
이름 | 타입 | 범주 | 카디넬리티 | 설명 | 포맷 |
Area | E2 | O | 0..1 | a target area for this notification message. This element has the its sub-elements. Center_longitude Center_latitude radius hor_acc | float |
Center_longitude | E3 | M | 1 | the center longitude of the target area | float |
Center_latitude | E3 | M | 1 | the center latitude of the target area | float |
Radius | E3 | M | 1 | the radius of the target area | float |
dim_acc | E3 | M | 1 | the accuracy in meters | float |
도 26은 본 발명의 제9 실시예에 따라 단말에서 통지 메시지를 수신하여 처리하는 과정을 도시한 흐름도이다. 통지 메시지에 대한 속성 값 및 요소 값은 상기에서 설명된 바와 같다. 여기에서는 지역정보로서 Cell_Id를 사용하는 경우를 설명한다.
도 26을 참조하면, 2601단계에서 단말은 도 4의 동작 B(420)와 같이 통지 메시지를 휴대 방송 시스템으로부터 수신한다. 2602단계에서 단말은 상기 통지 메시지의 포맷에 따라 상기 통지 메시지를 해석한다. 만일 상기 통지 메시지가 XML 형태로 구성되어 있다면, 단말은 내부에 XML 파싱기를 구비하여 수신된 메시지를 해석하게 된다.
2603단계에서 단말의 제어부는 상기 해석된 통지 메시지 내에 지역정보를 나타내는 'Cell_id'의 존재 여부를 확인하고, 'Cell_id'가 존재하는 경우, 상기 통지 메시지에 포함된 'Cell_id'의 값을 단말의 현재 위치를 나타내는 값과 비교한다. 상기 값들이 동일한 경우 2605단계로 진행한다. 반면 동일하지 않은 경우 또는 단말의 현재 Cell_id를 알 수 없는 경우에는 2604단계에서 상기 통지 메시지를 무시할 수 있다. 본 도면에는 도시하지 않았으나 단말이 현재 Cell_id를 보유하고 있지 않은 경우의 이후 동작은 각 네트워크의 정책에 따라 달라질 수 있다.
2605단계에서 단말은 상기 해석된 통지 메시지의 'NotificationType'을 확인하여 미리 정의된 동작을 수행하는데, 이는 하기에서 설명하기로 하겠다. 만일, 'NotificationType'이 "0"인 경우 사용자용이므로 2610단계로 진행하며, 'NotificationType'이 "1"인 경우 단말용이므로 2630단계로 진행한다. 그리고 'NotificationType'이 "2"인 경우 또는 그 이상인 경우는 서비스 공급자가 정의한 메시지이므로 2620단계로 진행하여 단말은 서비스 공급자가 정의한 소정의 동작을 수행한다. 여기서 'NotificationType'이 "2" 이상인 경우는 서비스 공급자가 사업 모델 및 서비스에 따라 자유롭게 정의하여 통지 메시지를 활용할 수 있다.
2610단계에서 단말은 상기 통지 메시지가 사용자용으로 수신된 메시지임으로 판단하였기 때문에 표시부를 통해 사용자에게 제공할 수 있다. 이러한 사용자용으로 수신된 통지 메시지는 단문 메시지, 혹은 멀티미디어 메시지가 될 수 있다. 서비스 공급자는 상기 사용자용 통지 메시지를 활용하여 서비스 이벤트 통지, 시스템 장애 또는 점검 공지, 서비스 및 컨텐츠에 대한 문자 또는 멀티미디어 광고, 재난 재해 방송 메시지, 과금 관련 공지 등 다양한 형태의 메시지 제공이 가능하다. 단말은, 상술한 바와 같이 상기 통지 메시지의 'PresentationType'을 참조하여 그에 따라 설정된 우선권에 따라 우선권이 높은 통지 메시지일 경우에는 표시부를 통해 상기 수신된 통지 메시지를 출력하게 된다. 여기서, 상기 'PresentationType'은 서비스 공급자의 사업 모델 및 서비스에 따라 활용될 수 있다.
2611단계에서 단말은 상기 통지 메시지의 'PresentationType'을 참조하여 상기 통지 메시지의 처리 여부를 결정한다. 상기 2611단계에서 상기 통지 메시지의 PresentationType이 "0" 이라면 사용자에게 긴급히 제공해야 할 메시지임을 나타내며, 'PresentationType'이 "1"일 경우라면 단말의 메모리부에 저장할 것을 나타낸다. 마지막으로, 'PresentationType'이 "2"라면, 상기 통지 메시지를 현재 서비스 중인 컨텐츠에 오버레이시켜서 보여줄 것을 나타낸다.
상기 2611단계의 검사결과, 상기 통지 메시지의 'PresentationType'이 "0"이라면, 사용자에게 긴급히 보여주어야 할 메시지임을 의미하므로, 단말은 2612단계로 진행하여 수신중인 서비스를 중단하고, 2613단계에서 상기 수신된 통지 메시지를 사용자에게 바로 제공할 수 있도록 적절한 포맷으로 구성하여 2614단계에서 표시부로 출력한다.
상기 2611단계의 검사 결과, 상기 통지 메시지의 'PresentationType'이 "1"이라면, 단말은 2615단계로 진행하여 메모리부에 상기 통지 메시지를 저장한다. 추후에 사용자는 적절한 동작을 통하여 상기 메모리부에 저장된 통지 메시지를 확인할 수 있다.
상기 2611단계의 검사 결과, 상기 통지 메시지의 'PresentationType'이 "2"일 경우, 단말은 2616단계로 진행하여 표시부를 통해 현재 제공중인 서비스/컨텐츠에 상기 수신된 통지 메시지를 오버레이하여 출력하기 위해 상기 통지 메시지를 단말(108)에서 정의된 화면 구성 방식에 따라 재구성한다. 그리고, 2617단계에서 단말은 상기 2616단계에서 구성된 통지 메시지를 상기 현재 제공중인 컨텐츠와 오버레이하여 표시부를 통해 사용자에게 제공하게 된다.
한편, 상기 2605단계에서 상기 통지 메시지의 'NotificationType'이 "1"인 경우에는, 2630단계로 진행하여 단말은 상기 통지 메시지가 단말용임으로 판단하고, 2631단계로 진행한다. 상기 2631단계에서 단말은 상기 통지 메시지의 세션 정보 내용을 확인하여, 2632단계에서 상기 세션 정보의 내용을 근거로 해당 세션에 접속하고, 2633단계에서 상기 세션을 통해 ESG, 파일, 오브젝트 등 지정된 내용을 수신하여 2634단계에서 메모리부에 저장하거나 갱신한다. 여기서 점선으로 표시한 과정(2640)은 2631단계 내지 2634단계를 포함하며, 단말의 설정 혹은 사용자의 동작에 따라 선택적으로 수행될 수 있다.
도 27은 본 발명의 제9 실시예에 따라 단말에서 통지 메시지를 수신하여 처리하는 과정의 다른 구현을 도시한 흐름도이다. 통지 메시지에 대한 속성 값 및 요소 값은 상기에서 설명된 바와 같다.
도 27을 참조하면, 2701단계에서 단말은 통지 메시지를 휴대 방송 시스템으로부터 수신한다. 2702단계에서 단말은 상기 통지 메시지의 포맷에 따라 상기 통지 메시지를 해석한다. 만일 상기 통지 메시지가 XML 형태로 구성되어 있다면, 단말은 내부에 XML 파싱기를 구비하여 상기 통지 메시지를 해석하게 된다.
2703단계에서 단말의 제어부는 상기 통지 메시지가 이미 수신된 메시지인지의 여부를 검사하기 위하여, 기존에 수신한 통지 메시지와 상기 수신한 통지 메시지 각각의 아이디('Id')와 통지 메시지 버전('NotificationVersion')을 비교한다. 상기 2703단계에서 상기 수신된 메시지가 이미 수신된 통지 메시지와 동일할 경우 2705단계로 진행하여 단말은 상기 통지 메시지를 폐기시킨 후 종료하며, 새로 수신된 메시지일 경우에는 2704단계로 진행한다.
2704단계에서 단말은 상기 해석된 통지 메시지 내에 'Cell_id'가 존재하는지를 확인하고, 만일 'Cell_id'가 존재하는 경우 상기 통지 메시지에 포함된 'Cell_id'를 단말의 현재 Cell_id와 비교한다. 상기 값들이 동일한 경우 2705단계로 진행한다. 반면 동일하지 않은 경우 또는 단말의 현재 Cell_id를 알 수 없는 경우에는 2705단계로 진행하여 상기 통지 메시지를 무시할 수 있다. 본 도면에는 도시하지 않았으나 단말이 Cell_id를 보유하고 있지 않은 경우의 이후 동작은 각 네트워크의 정책에 따라 달라질 수 있다.
2706단계에서 단말은 상기 해석된 통지 메시지의 'NotificationType'을 확인하여 미리 정의된 동작을 수행하는데, 이는 하기에서 설명하기로 하겠다. 만일 'NotificationType'이 "0"인 경우 사용자용이므로 2710단계로 진행하며, 'NotificationType'이 "1"인 경우 단말용이므로 2730단계로 진행한다. 그리고 'NotificationType'이 "2"인 경우 또는 그 외의 경우는 서비스 공급자가 정의한 메시지이므로 2720단계로 진행하여 서비스 공급자가 정의한 소정의 동작을 수행한다. 여기서 'NotificationType'이 "2" 이상인 경우는 서비스 공급자가 사업 모델 및 서비스에 따라 자유롭게 정의하여 통지 메시지를 활용할 수 있다.
2710단계에서 단말은 상기 통지 메시지가 사용자용으로 수신된 메시지이므로 상기 통지 메시지를 표시부를 통해 사용자에게 제공할 수 있다. 이러한 사용자용으로 수신된 통지 메시지는 단문 메시지, 혹은 멀티미디어 메시지가 될 수 있다. 서비스 공급자는 상기 사용자용 통지 메시지를 활용하여 서비스 이벤트 통지, 시스템 장애 또는 점검 공지, 서비스 및 컨텐츠에 대한 문자 또는 멀티미디어 광고, 재난 재해 방송 메시지, 과금 관련 공지 등 다양한 형태의 메시지 제공이 가능하다. 단말은, 상기 통지 메시지의 'PresentationType'을 참조하여 그에 따라 설정된 우선권에 따라 우선권이 높은 통지 메시지일 경우에는 표시부를 통해 상기 수신된 통지 메시지를 출력하게 된다. 여기서, 상기 'PresentationType'은 서비스 공급자의 사업 모델 및 서비스에 따라 자유롭게 정의하여 활용될 수 있다.
2711단계에서 단말은 상기 통지 메시지의 'PresentationType'을 참조하여 상기 통지 메시지의 처리 여부를 결정한다. 상기 2711단계에서 상기 통지 메시지의 'PresentationType'이 "0"이라면 사용자에게 긴급히 제공해야 할 메시지임을 나타내며, 'PresentationType'이 "1"일 경우라면 단말의 메모리부에 저장할 것을 나타낸다. 마지막으로, 'PresentationType'이 "2"라면, 상기 통지 메시지를 현재 서비스 중인 컨텐츠에 오버레이(Overlay)시켜서 보여줄 것을 나타낸다.
상기 2711단계의 검사결과 상기 통지 메시지의 'PresentationType'이 "0"이라면, 사용자에게 긴급히 보여주어야 할 메시지임을 의미하므로, 단말은 2712단계로 진행하여 수신중인 서비스를 중단하고 2713단계에서 상기 통지 메시지를 사용자에게 바로 제공할 수 있도록 구성하여 2714단계에서 상기 구성된 통지 메시지를 표시부로 출력한다. 여기서 상기 통지 메시지를 구성한다는 의미는 만일, 통지 메시지가 XML 형태로 구성되어 있다면, 상기 메시지에 포함된 텍스트, 이미지, 오디오, 비디오 등의 정보 등을 사용자에게 제공할 수 있게 구성하는 것을 의미한다.
상기 2711단계의 검사결과 상기 통지 메시지의 'PresentationType'이 "1"이라면, 단말은 2715단계로 진행하여 메모리부에 상기 통지 메시지를 저장한다. 추후에 사용자는 적절한 동작을 통하여 상기 메모리부에 저장된 통지 메시지를 확인할 수 있다.
마지막으로, 상기 2711단계의 검사결과 상기 통지 메시지의 'PresentaionType'이 "2"일 경우, 단말은 2716단계로 진행하여 표시부를 통해 현재 제공중인 서비스/컨텐츠에 상기 수신된 통지 메시지를 오버레이하여 출력하기 위해 상기 통지 메시지를 단말에서 지원 가능한 화면 구성방식에 따라 재구성한다. 그리고 2717단계에서 단말은 상기 2716단계에서 구성된 통지 메시지를 상기 현재 제공중인 컨텐츠와 오버레이하여 표시부를 통해 사용자에게 제공하게 된다.
한편, 상기 2704단계에서 상기 통지 메시지의 'NotificationType'이 "1"인 경우에는, 2730단계로 진행하여 단말은 상기 통지 메시지가 단말용임으로 판단하고, 2731단계로 진행한다. 상기 2731단계에서 단말은 상기 통지 메시지의 세션 정보 내용을 확인하여, 2732단계에서 상기 세션 정보의 내용을 근거로 해당 세션에 접속하고, 2733단계에서 상기 세션을 통해 ESG, 파일, 오브젝트 등 지정된 내용을 수신하여 2734단계에서 메모리부에 저장하거나 갱신한다. 여기서 점선으로 표시한 과정(2740)은 2731단계 내지 2734단계를 포함하며, 단말의 설정 혹은 사용자의 동작에 따라 선택적으로 수행될 수 있다.
하기의 <표 14a>, <표 14b> 및 <표 14c>는 상기 <표 11>에서 정의한 'EventType' 중 'Service Delivery problem'의 경우에 대한 통지 메시지 구조의 두 가지 예를 나타낸 본 발명의 제10 실시예이다. 즉 'Service Delivery problem'의 경우에 하기 <표 14a> 내지 <표 14c> 중 어느 하나가 사용될 수 있다.
이름 | 타입 | 범주 | 카디넬리티 | 설명 | 포맷 |
ServiceDelivery | E2 | NO/TM | 0..N | 네트워크측에서 서비스전송에 문제가 발생하거나 변경사항이 발생하는 경우에 통지 메시지에 포함되어 전송됨 다음과 같은 Attribute를 가짐 - UsageType 다음과 같은 Element를 가짐 - IP platform_ID - TS_ID - IP_Address - Service_ID - Time | |
UsageType | A | NO/TM | 0..N | 사용용도가 Network configuration인지, Service discontinuity를 통지하기 위함. 상기 UsageType은 서비스제공자에 따라 확장가능하다. | interger |
IP platform_ID | E3 | NO/TM | 1 | 아래의 Service_ID가 가리키는 서비스가 해당하는 IP platform의 ID | unsigned byte |
TS_ID | E3 | NO/TM | 1 | 아래의 Service_ID가 가리키는 서비스가 해당하는 TS의 ID | unsigned byte |
IP_Address | E3 | NO/TM | 1 | 아래의 Service_ID가 가리키는 서비스가 전송되는 IP Address | unsigned byte |
Service_ID | E3 | NO/TM | 1 | 서비스 식별자로 ESG에서 할당된 값과 동일한 값 | unsigned byte |
Time | E3 | NO/TM | 1 | 서비스전송에 문제가 발생하였을 경우 해당 Event가 지속되는 시간 다음과 같은 Element를 가짐 - StartTime - EndTime | |
StartTime | E4 | NO/TM | 1 | Event의 시작시간 | integer as NTP time |
EndTime | E4 | NO/TM | 1 | Event의 종료시간 | integer as NTP time |
이름 | 타입 | 범주 | 카디넬리티 | 설명 | 포맷 |
ServiceDelivery | E2 | NO/TM | 0..N | 네트워크측에서 서비스전송에 문제가 발생하거나 변경사항이 발생하는 경우에 통지 메시지에 포함되어 전송됨 다음과 같은 Attribute를 가짐 - UsageType 다음과 같은 Element를 가짐 - IP platform_ID - TS_ID - IP_Address - Service_ID - Time | |
UsageType | A | NO/TM | 0..N | 사용용도가 Network configuration인지, Service discontinuity를 통지하기 위함. 상기 UsageType은 서비스제공자에 따라 확장가능하다. | interger |
IP platform_ID | E3 | NO/TM | 1 | 아래의 Service_ID가 가리키는 서비스가 해당하는 IP platform의 ID | unsigned byte |
TS_ID | E3 | NO/TM | 1 | 아래의 Service_ID가 가리키는 서비스가 해당하는 TS의 ID | unsigned byte |
IP_Address | E3 | NO/TM | 1 | 아래의 Service_ID가 가리키는 서비스가 전송되는 IP Address | unsigned byte |
Service_ID | E3 | NO/TM | 1 | 서비스 식별자로 ESG에서 할당된 값과 동일한 값 | unsigned byte |
Time | E2 | NO/TM | 1 | 해당 Event가 지속되는 시간 다음과 같은 Element를 가짐 - StartTime - EndTime | |
StartTime | E3 | NO/TM | 1..N | Event의 시작시간 | integer as NTP time |
EndTime | E3 | NO/TM | 1..N | Event의 종료시간 | integer as NTP time |
이름 | 타입 | 범주 | 카디넬리티 | 설명 | 포맷 |
ServiceDelivery | E2 | NO/TM | 0..N | 네트워크측에서 서비스전송에 문제가 발생하거나 변경사항이 발생하는 경우에 통지 메시지에 포함되어 전송됨 다음과 같은 Attribute를 가짐 - UsageType 다음과 같은 Element를 가짐 - Before - After - Time | |
UsageType | A | NO/TM | 0..N | 사용용도가 네트워크 구성을 위함인지, 서비스 불연속성을 위함인지를 통지하기 위함. 상기 UsageType은 서비스제공자에 따라 확장가능하다. | interger |
Before | E3 | NO/TM | 1 | 네트워크 구성이 바뀌기 전의 값들. 또는 UsageType이 service discontinuity일 경우에는 서비스가 잠시 중단될 service의 식별정보들이 됨 다음과 같은 element들을 가짐 - IP platform_ID - TS_ID - IP_Address - Service_ID | |
IP platform_ID | E4 | NO/TM | 1 | 아래의 Service_ID가 가리키는 서비스가 해당하는 IP platform의 ID | unsigned byte |
TS_ID | E4 | NO/TM | 1 | 아래의 Service_ID가 가리키는 서비스가 해당하는 TS의 ID | unsigned byte |
IP_Address | E4 | NO/TM | 1 | 아래의 Service_ID가 가리키는 서비스가 전송되는 IP Address | unsigned byte |
Service_ID | E4 | NO/TM | 1 | 서비스 식별자로 ESG 에서 할당된 값과 동일한 값 | unsigned byte |
Frequency | E4 | NO/TM | 1 | 해당 서비스가 전송되는 주파수정보 | unsigned byte |
After | E3 | NO/TM | 0..1 | 네트워크 구성이 바뀐 후의 값들. 또는 UsageType이 서비스 불연속성일 경우에는 사용하지 않거나 모두 특정값이 삽입됨 다음과 같은 element들을 가짐 - IP platform_ID - TS_ID - IP_Address - Service_ID | |
IP platform_ID | E4 | NO/TM | 1 | 아래의 Service_ID가 가리키는 서비스가 해당하는 IP platform의 ID | unsigned byte |
TS_ID | E4 | NO/TM | 1 | 아래의 Service_ID가 가리키는 서비스가 해당하는 TS의 ID | unsigned byte |
IP_Address | E4 | NO/TM | 1 | 아래의 Service_ID가 가리키는 서비스가 전송되는 IP Address | unsigned byte |
Service_ID | E4 | NO/TM | 1 | 서비스 식별자로 ESG 에서 할당된 값과 동일한 값 | unsigned byte |
Frequency | E4 | NO/TM | 1 | 해당 서비스가 전송되는 주파수정보 | unsigned byte |
Time | E3 | NO/TM | 1 | 해당 Event가 지속되는 시간 다음과 같은 Element를 가짐 - StartTime - EndTime | |
StartTime | E4 | NO/TM | 1..N | Event의 시작시간 | integer as NTP time |
EndTime | E4 | NO/TM | 1..N | Event의 종료시간 | integer as NTP time |
상기 <표 14>은 특정 이벤트 타입에 의해서만 사용되는 것은 아니다. 일 예로서, 이벤트의 지속시간을 나타내는 'Time'은 'Service Delivery problem'의 경우에만 한정적으로 사용되는 것이 아니며, 다른 이벤트 타입에서도 사용될 수 있다. 즉, <표 14b>의 경우 'Time'은 독립적으로 사용될 수 있다. 예를 들면 'Time'은, 해당 통지 메시지를 특정시간동안 단말화면에 디스플레이하는 동작을 수행하는데 사용될 수 있다. <표 14b>의 통지 메시지가 단말에게 특정 동작을 요구하는 경우, 'Time'은 상기 특정 동작이 수행되어야 하는 시간 값 등을 나타내며, 상기 동작의 종류에 따라 다수의 'Time' 요소 값들이 존재할 수 있다.
상기 <표 14a> 또는 <표 14b>의 'ServiceDelivery'가 통지 메시지에 포함되는 경우, 상기 통지 메시지는 일반 필드(Generic field)와 'ServiceDelivery'로 구성된다. 상기와 같은 구성을 가지는 통지 메시지의 'EventType'은 특정 서비스가 특정 원인으로 인하여 일정시간 동안 중단되거나, 상기 서비스의 전송에 있어 네트워크 측의 구성에 변경이 오는 경우의 통지에 사용할 수 있다. 즉, 상기 서비스에 대하여, IP 플랫폼, TS(Transport Stream), 전송하는 IP 주소 등이 새로운 서비스의 추가나 삭제, 일정시간 동안의 서비스 중단의 통지에 사용될 수 있다. 상기 <표 14a>와 <표 14b>은 서비스 구성이 변경된 결과만을 전송하며, 단말이 수신한 정보와 가지고 있는 정보를 비교함으로써 어떤 부분이 변경되었는지를 파악할 수 있다. 이에 비해 상기 <표 14c>는, 'Before'와 'After'를 사용하여 서비스 구성(service configuration)이 바뀌는 경우, 바뀌기 전과 후의 서비스 구성 정보들을 보여준다.
도 28은 본 발명의 제10 실시예에 따라 네트워크 측에서 서비스전송에 문제가 발생하거나 서비스 전송에 있어서 변경사항이 발생하였을 경우의 'EventType'에 따른 통지 메시지를 수신하여 처리하는 동작을 나타낸 흐름도이다.
도 28을 참조하면, 2801단계에서 단말은 통지 메시지를 수신하고 2802단계에서 상기 통지 메시지를 해석한다. 2803단계에서 상기 통지 메시지가 이미 수신한 것이라면 2805단계로 진행하여 단말은 상기 통지 메시지를 폐기한다. 2806단계에서는 상기 통지 메시지의 타입 또는 상기 통지 메시지에 포함된 'EventType'을 확인하여 상기 통지 메시지가 'Service delivery Problem'로 인한 것인지를 체크하고, 만일 그러하면 2807단계로 진행한다. 상기 통지 메시지의 'EventType'가 'Service delivery Problem'이 아니면, 상기 통지 메시지에 해당하는 동작을 수행한다. 본 도면에서는 'EventType'이 'Service delivery Problem'인 경우에만 도시하고 다른 이벤트 타입인 경우의 동작에 대해서는 생략하였다. 상기 2807단계에서 단말은 상기 통지 메시지의 'UsageType'을 확인하여 'Network configuration'인지, 'Service discontinuity'인지를 파악한다.
상기 'UsageType'가 'Network configuration'인 경우, 2810단계에서 단말은 상기 통지 메시지의 'IP platform_ID', 'TS_ID', 'IP address', 'Service_id'를 확인한다. 상기 'IP platform_ID', 'TS_ID', 'IP address', 'Service_id' 등은 DVB 네트워크에서 하나의 서비스를 식별하기 위한 단계별 식별자들이다. 'IP platform'은 보통 서비스 공급자와 동일한 개념으로, 일정한 IP 플로우를 관장하는 조직을 나타내고, TS는 멀티플렉싱의 결과로 나오는 트랜스포트 스트림, 즉 DVB 네트워크에서는 MPEG2 TS를 의미한다. 2811단계에서 단말은 상기 2810단계에서 확인한 값들과 해당 서비스에 대하여 단말이 이미 가지고 있는 값들을 비교하여 변경된 부분을 확인한다. 또는 통지 메시지의 구성에 따라 변경된 부분만이 상기 통지 메시지에 포함될 수도 있다.
2812단계에서 단말은 상기 통지 메시지의 'Time'을 확인하여 해당 변경이 발생하는 시점을 확인한다. <표 17>에 나타낸 바와 같이, 상기 'Time'은 'StartTime'과 'EndTime'으로 구성되어 있으나 'Network Configuration'의 'Usagetype'인 경우에는 'StartTime'이 변경이 적용되는 시점을 나타내며 'EndTime'은 통상적으로 '0'값으로 주어진다. 2813단계에서 단말은 상기 통지 메시지가 지시하는 변경된 내용에 따라 서비스 수신 파라미터 값들을 재설정한다. 상기 재설정된 서비스 수신 파라미터 값들은, 상기 'StartTime'이 지시하는 시점부터 방송 컨텐츠의 수신에 사용된다.
한편 2807단계에서 상기 'UsageType'가 'Service Discontinuity'인 경우, 2820단계에서 단말은 상기 통지 메시지의 'IP platform_ID', 'TS_ID', 'IP address', 'Service_id'를 확인하여 어느 서비스가 일시 중단되는지를 파악한다. 2821단계에서 단말은 상기 통지 메시지의 'Time'을 확인하여 일시 중단이 발생하는 시간을 파악한다. 2822단계에서 단말은 상기 통지 메시지의 'PresentationType'을 확인한다.
상기 2822단계의 검사결과 상기 통지 메시지의 'PresentationType'이 "0"이라면, 단말은 2830단계로 진행하여 수신중인 서비스를 중단하고 2831단계에서 상기 통지 메시지를 사용자에게 바로 제공할 수 있도록 구성하여 2832단계에서 상기 구성된 통지 메시지를 표시부로 출력한다. 상기 'PresentationType'이 "1"이라면, 단말은 2840단계로 진행하여 메모리부에 상기 통지 메시지를 저장한다. 마지막으로, 상기 'PresentationType'이 "2"일 경우, 단말은 2850단계로 진행하여 표시부를 통해 현재 제공중인 서비스/컨텐츠에 상기 수신된 통지 메시지를 오버레이하여 출력하기 위해 상기 통지 메시지를 단말에서 지원 가능한 화면 구성방식에 따라 재구성한다. 그리고, 2851단계에서 단말은 상기 구성된 통지 메시지를 상기 현재 제공중인 컨텐츠와 오버레이하여 표시부를 통해 사용자에게 제공하게 된다. 구체적으로 단말은 중단되는 서비스의 이름과 중단시간을 화면상에 디스플레이한다.
하기의 <표 15>는 본 발명의 제11 실시예에 따른 통지 메시지의 필드들을 나타낸 것으로, 상기 필드들은 제5 내지 제10 실시예와 함께 사용될 수 있다. 하기 <표 15>에서 기재하지 않은 다른 요소 값들과 속성 값들은 제5 내지 제10 실시예에서 설명한 것과 동일하므로 여기에서는 제11 실시예에서 추가되었거나 변경된 부분들만을 나타내었다.
이름 | 타입 | 범주 | 카디넬리티 | 설명 |
Notification Message | E1 | NM/TM | 0..1 | Notification 메시지 다음의 속성값과 요소값으로 구성된다. 속성값 : - Service_id 요소값: - Priority - Description - Mediainformation |
Service_id | A | NO/TM | 0..1 | 통지 메시지가 관련된 서비스의 식별자 |
priority | E2 | NM/TM | 1 | 통지 메시지의 우선순위를 나타내는 필드 |
Description | E2 | NO/TM | 0..N | 통지 메시지의 설명 속성값 : - Lang |
Lang | A | NO/TM | 0..1 | 언어 |
mediaInformation | E2 | NO/TM | 0..1 | 통지 메시지에 들어가는 미디어정보 요소값 : - Text - Picture - Video - Audio |
Text | E3 | NO/TM | 0..N | 텍스트정보 속성값 : - Lang |
Lang | A | NO/TM | 0..1 | 언어 |
Picture | E3 | NO/TM | 0..N | 사진정보 속성값 : - MIMEType - PictureURI |
MIMEType | A | NO/TM | 0..1 | MIME type |
PictureURI | A | NO/TM | 0..1 | 사진의 위치를 나타내는 URI |
Video | E3 | NO/TM | 0..N | 사진정보 속성값: - MIMEType - VideoURI |
MIMEType | A | NO/TM | 0..1 | MIME type |
VideoURI | A | NO/TM | 0..1 | 비디오의 위치를 나타내는 URI |
Audio | E3 | NO/TM | 0..N | 사진정보 속성값: - MIMEType - AudioURI |
MIME Type | A | NO/TM | 0..1 | MIME Type |
AudioURI | A | NO/TM | 0..1 | 오디오의 위치를 나타내는 URI |
Picture | E3 | NO/TM | 0..N | 사진정보 속성값 : - MIMEType - PictureURI |
MIMEType | A | NO/TM | 0..1 | MIME type |
PictureURI | A | NO/TM | 0..1 | 사진의 위치를 나타내는 URI |
Video | E3 | NO/TM | 0..N | 사진정보 속성값: - MIMEType - VideoURI |
MIMEType | A | NO/TM | 0..1 | MIME type |
VideoURI | A | NO/TM | 0..1 | 비디오의 위치를 나타내는 URI |
Audio | E3 | NO/TM | 0..N | 사진정보 속성값: - MIMEType - AudioURI |
MIME Type | A | NO/TM | 0..1 | MIME Type |
AudioURI | A | NO/TM | 0..1 | 오디오의 위치를 나타내는 URI |
상기 <표 15>의 'Service_id'는 특정 통지 메시지를 위하여 UDP 포트를 할당하지 않고, 통지 메시지의 구성요소 중의 하나로 해당 통지 메시지가 특정 서비스와 관련이 있음을 나타내기 위한 것이다. UDP 포트를 할당하는 방법은 IP 패킷을 일일이 해독하지 않고도 특정 서비스와 관련있는 통지 메시지를 단말이 알 수 있는 장점이 있으나, 반면에 모든 서비스에 대한 UDP 포트를 할당해야 한다는 문제점도 있다. 따라서 상기 <표 15>과 같이 통지 메시지의 본문에 'Service_id'를 삽입하면, 모든 메시지를 해독해야 한다는 단점이 있기는 하나, UDP 포트를 각 서비스 별로 할당하지 않아도 되는 장점을 얻을 수 있다.
'Priority'는 상기 통지 메시지가 가지는 우선순위를 나타내는 요소 값으로서, 서비스 공급자에 의해 설정된다. 단말은 두 개 이상의 통지 메시지들을 동시에 받았을 때, 상기 통지 메시지들의 'Priority'를 참조하여, 상기 통지 메시지들을 처리하기 위한 우선순위를 결정한다. 즉 제11 실시예에서는, 'PresentationType'을 이용하여 우선순위를 간접적으로 표현하는 기존의 실시예들과는 달리, 단말용인 두 개 이상의 통지 메시지들이 동시에 수신된 경우에도 그 우선순위를 결정하게 할 수 있다.
기존의 실시예들과는 달리, 'Description'은 통지 메시지의 내용이 아니라 단말용 통지 메시지의 설명을 위해 사용되는 옵션 값이며, 'MediaInformation'은 오디오와 비디오 형태뿐 아니라 텍스트 형태의 통지 메시지 내용을 포함하는 옵션 값이다.
도 29(도 29a 및 도 29b로 구성됨)는 본 발명의 제11 실시예에 따라 단말이 통지 메시지를 수신하여 처리하는 동작을 도시한 흐름도이다.
도 29를 참조하면, 2901단계에서 단말은 통지 메시지를 수신하고 2902단계에서 상기 통지 메시지를 해석한 후, 2903단계에서 상기 통지 메시지가 이미 수신한 것인지를 확인한다. 만일 상기 통지 메시지가 중복 수신된 것이면 2905단계로 진행하여 상기 통지 메시지를 폐기하고, 그렇지 않으면 2906단계로 진행하여 상기 통지 메시지의 'NotificationType'을 확인하여 필요한 경우 이후의 단계들을 수행한다.
2907단계에서 단말은 상기 통지 메시지의 'Service_id'가 존재하는지의 여부와 그 값을 확인하여 상기 통지 메시지에 관련된 특정 서비스를 확인하고, 2908단계에서 상기 통지 메시지의 'EventType'을 확인하여 상기 통지 메시지에 관련된 이벤트를 확인한다. 이때 상기 확인된 이벤트의 종류에 따라 상기 통지 메시지의 필드들은 여러 의미로 해석될 수 있다.
2909단계에서 단말은 상기 통지 메시지의 'Priority'를 확인한 후, 2910단계에서 상기 통지 메시지와 동시에 도착한 다른 통지 메시지가 있는지를 판단한다. 상기 다른 통지 메시지가 있는 경우, 2911단계에서 단말은 두 통지 메시지들의 'Priority'를 비교하여 상기 2901단계에서 수신한 통지 메시지의 우선순위가 더 높은지 판단한다. 상기 통지 메시지의 우선순위가 높지 않으면, 2912단계에서 단말은 상기 다른 통지 메시지를 먼저 처리한 후, 2913단계로 진행한다. 상기 2913단계에서 단말은 상기 통지 메시지의 'MediaInformation'으로부터 통지 메시지의 내용을 확인한다. 이후 2914단계에서 단말은 상기 통지 메시지의 'PresentationType'에 따라 2930단계 내지 2951단계를 수행한다.
상기 2914단계의 검사결과 상기 통지 메시지의 'PresentationType'이 "0"이라면, 단말은 2930단계로 진행하여 수신중인 서비스를 중단하고 2931단계에서 상기 통지 메시지를 사용자에게 바로 제공할 수 있도록 구성하여 2932단계에서 상기 구성된 통지 메시지를 표시부로 출력한다. 상기 'PresentationType'이 "1"이라면, 단말은 2940단계로 진행하여 메모리부에 상기 통지 메시지를 저장하고, 2941단계에서 사용자의 입력이 있는 경우 2942단계에서 상기 저장된 통지 메시지의 내용을 화면에 표시한다.
마지막으로, 상기 'PresentaionType'이 "2"일 경우, 단말은 2950단계로 진행하여 표시부를 통해 현재 제공중인 서비스/컨텐츠에 상기 수신된 통지 메시지를 오버레이하여 출력하기 위해 상기 통지 메시지를 단말에서 지원 가능한 화면 구성방식에 따라 재구성한다. 그리고, 2951단계에서 단말은 상기 구성된 통지 메시지를 상기 현재 제공중인 컨텐츠와 오버레이하여 표시부를 통해 사용자에게 제공하게 된다.
2960단계에서는 앞서 판단된 'NotificationType'과 'EventType'에 따른 통지 메시지의 구성요소를 이용한 동작이 수행된다.
하기의 <표 16>은 본 발명의 제12 실시예를 나타낸 것으로서, 본 실시예에서는 'NotificationType' 대신에 'EventType'을 사용하고 제7 실시예에 비해 ESG 갱신용 통지 메시지의 구성요소가 바뀐 실시예이다. 즉, ESG의 갱신 관련 정보들은 제7 실시예의 정보형태로 전달되거나 제13 실시예의 정보형태로 전달가능하다. 또한 'ESGAccessDescriptor'의 각 요소값 및 속성값은 DVB-CBMS의 ESG 스펙(ETSI TS 102 471V1.1.1)을 따른 것으로 해당 스펙의 내용이 변경되면 <표 16>의 'ESGAccessDescriptor'의 값들도 달라지는 것으로 간주되어야 함은 물론이다.
ESG 관련한 사항이 달라지는 것은 크게 두 가지가 가능하다. 하나는 ESG 전송에 관련된 부분이고 다른 하나는 ESG 프래그먼트의 내용이 바뀌는 것이다. <표 16>의 'ESGAccessDescriptor'를 이용하여 단말이 각 ESG 엔트리의 공고(Announcement) 세션에 접속하게 되므로, 단말은 공고 카루셀 세션의 변경 혹은 공고 카루셀 세션 내의 ESG 초기화 컨테이너의 내용의 변경을 파악하거나, 혹은 ESG 초기화 컨테이너의 파티션 선고(Partition Declaration) 정보를 이용하여 ESG의 다중 전송 세션의 변경을 파악하고, 인덱스 리스트와 인덱스 구조(Index Structure)를 이용하여 어느 컨테이너가 갱신되었는지를 파악할 수 있다. 즉, 'ESGAccessDescriptor'를 이용하여 ESG 전송에 관련된 변경 및 ESG 프래그먼트 내용에 대한 변경까지 모두 알 수 있다.
<표 16>의 'ESGFragment'는 통지 메시지 내에 갱신된 ESG 프래그먼트를 직접 전송하는 것으로, 단말이 다시 ESG 전송 세션에 접속할 필요가 없다. 'ESGFragment'의 요소값은 갱신된 ESG 프래그먼트의 식별을 위하여 IP 버전, 해당 ESG 프래그먼트가 전송되는 IP 주소, 포트번호, 갱신된 TOI(Transport Object Identifier) 값 등이 같이 전송될 수 있다. 여기서 TOI는 FLUTE 프로토콜에서 각 전송개체를 식별하기 위한 값으로, TOI의 버전정보와 컨테이너 식별자 값으로 구성한 TOI의 갱신정보가 'ESGFragment'에 포함된다. 만일 통지 메시지의 길이에 제약이 있는 경우, ESG 프래그먼트의 내용 자체를 제외한 그 외의 식별정보만이 ESG 프래그먼트를 통해 전송되며, 단말은 해당 세션에 곧바로 접속하여 해당 프래그먼트의 내용을 수신한다.
이름 | 타입 | 범주 | 카디넬리티 | 설명 |
Notification Message | E1 | NM/TM | 0..1 | Notification 메시지 다음의 속성값과 요소값으로 구성된다. 속성값 : - Id - Validity - Version - EventType 요소값: - ESGAccessDescriptor - ESGFragment |
id | A | NM/TM | 1 | 통지 메시지의 식별자 |
Validity | A | NM/TM | 1 | 통지 메시지의 유효기간 |
Version | A | NM/TM | 1..N | 통지 메시지의 버전정보 |
EventType | A | NM/TM | 1 | 통지 메시지의 이벤트 타입 |
ESGAccessDescriptor | E2 | NO/TM | 0..1 | 통지 메시지의 ESG 갱신을 나타내기 위한 정보 요소값: - N_o_ESGEntries - ESGEntry |
N_o_ESGEntries | E3 | NO/TM | 0..1 | 각 ESG의 억세스정보를 담고 있는 엔트리의 개수 |
ESGEntry | E3 | NO/TM | 0..N | 각 ESG의 억세스정보 요소값: - ESGEntryVersion - ESGEntryLength - MultipleStreamTransport - IPversion6 - ProviderID - SourceIPAddress - DestinationIPAddress - Port - TSI |
ESGEntryVersion | E4 | NO/TM | 0..1 | ESGEntry의 버전정보 |
ESGEntryLength | E4 | NO/TM | 0..1 | ESGEntryVersion과 ESGEntryLenth를 제외한 나머지 정보의 크기 |
MultipleStreamTransport | E4 | NO/TM | 0..1 | 각 ESG가 다수개의 스트림으로 전송되는지 단일의 스트림으로 전송되는지에 대한 정보 |
IPversion6 | E4 | NO/TM | 0..N | IP 주소가 IP ver 6을 따르는지에 대한 정보 |
ProviderID | E4 | NO/TM | 0..1 | ESG제공자 식별자 |
SourceIPAddress | E4 | NO/TM | 0..1 | 각 ESG의 소스 주소 |
DestinationIPAddress | E4 | NO/TM | 0..1 | 각 ESG의 목적지 주소 |
Port | E4 | NO/TM | 0..1 | ESG가 전송되는 FLUTE 세션의 포트 번호 |
TSI | E4 | NO/TM | 0..1 | ESG가 전송되는 FLUTE 세션의 전송세션식별자(TSI:Transport session identifier) |
ESGFragment | E2 | NO/TM | 0..N | 갱신된 ESG fragment 속성값: - IPVersion6 - IPAddress - Port - TOI 요소값: - Fragment |
IPVersion6 | A | NO/TM | 0..1 | IP 주소가 IP ver 6을 따르는지에 대한 정보 |
IPAddress | A | NO/TM | 0..1 | 갱신된 ESG 컨테이너가 전송되는 IP 주소 |
Port | A | NO/TM | 0..1 | 갱신된 ESG 컨테이너가 전송되는 포트 번호 |
TOI | A | NO/TM | 0..1 | 갱신된 ESG 컨테이너의 TOI값으로, 갱신 사항을 반영한 값 |
Fragment | E3 | NO/TM | 0..1 | 실제 갱신된 ESG fragment |
다른 실시예로서, ESGFragment를 보다 일반적으로 확장하여 ESG뿐만 아니라 FLUTE 세션을 이용하여 전송되는 모든 파일형태의 정보의 전달 경로 및 정보자체의 변경 등에 사용할 수 있음은 물론이며, 이 경우 TOI 속성값이 보다 일반적인 FDT(file Delivery Table) 인스턴스로 대체할 수 있다. FDT 인스턴스는 FLUTE 세션에서 전송되는 파일개체들의 기본 정보들, 즉, 유효기간, 컨텐트 타입(content-type), 컨텐트 부호화(content-encoding), FEC 코드 정보 등이 전송되는 테이블이다. 즉, 하기 <표 17>과 같은 구성이 가능하다.
이름 | 타입 | 범주 | 카디넬리티 | 설명 |
TransportObject | E2 | NO/TM | 0..N | FLUTE 세션에서 갱신된 TransportObject 속성값 - IPVersion6 - IPAddress - Port - TOI 요소값 - TransportObject |
IPVersion6 | A | NO/TM | 0..1 | IP 주소가 IPv6을 따르는지에 대한 정보 |
IPAddress | A | NO/TM | 0..1 | 갱신된 Transport Object가 전송되는 IP 주소 |
Port | A | NO/TM | 0..1 | 갱신된 Transport Object가 전송되는 포트 번호 |
TOI | A | NO/TM | 0..1 | 갱신된 Transport Object의 TOI값으로, 갱신 사항을 반영한 값 |
Transport Object | E3 | NO/TM | 0..1 | 실제 갱신된 Transport Object |
도 30(도 30a 및 도 30b로 구성됨)은 본 발명의 제12 실시예에 따른 단말의 수신 동작을 도시한 흐름도이다.
도 30을 참조하면, 3001단계에서 단말은 통지 메시지를 수신하고 3003단계에서 상기 통지 메시지를 해석한 후 3006단계에서 상기 통지 메시지에 포함된 서비스 식별 정보(service identification information)를 확인한다. 특정 통지 메시지는 상기 특정 서비스를 나타내는 식별 정보를 포함하는데, 이때 단말은 과정 A(401)의 실시예에서처럼 포트번호로 서비스를 구별하거나 제11 실시예에서 서술한 바와 같이 통지 메시지에 직접 포함된 Service_id로 서비스들을 구별할 수 있으며, 여기에서는 상기 두 가지 방법을 포함하여 서비스 식별 정보 확인이라고 도시하였다.
3010단계에서 단말은 통지 메시지의 버전정보를 확인하고, 3013단계에서 통지 메시지의 유효기간을 나타내는 'validity' 값을 확인하며, 3016단계에서 우선순위 값을 확인한다. 다음으로 3020단계에서 단말은 상기 수신된 통지 메시지 이외에 다른 통지 메시지가 수신되어 있는지를 확인하여, 만일 없으면 상기 통지 메시지의 'EventType' 필드값을 확인하기 위해 3033단계로 진행한다. 반면 다른 통지 메시지가 수신되어 있으면, 3023단계에서 상기 3001단계에서 수신한 통지 메시지의 우선순위가 더 높은지를 판단하여, 만일 더 높지 않으면 3030단계에서 우선순위가 높은 다른 통지 메시지가 처리되기를 기다린 후 3033단계로 진행한다. 반면 상기 3001단계에서 수신한 통지 메시지가 더 높은 우선순위를 가지면 상기 3033단계로 바로 진행한다.
상기 3033단계에서 단말은 상기 통지 메시지의 'EventType'을 확인한다. 통지 메시지는 'EventType'에 따라 다른 구성을 가질 수 있다. 다음으로 3036단계에서 단말은 통지 메시지의 'Time Window' 값을 확인하여 단말이 통지 메시지를 받은 후 어떠한 동작을 취해야 하는 경우의 'time window' 값을 체크하고, 3040단계에서 'MediaInformation' 필드가 존재하는지 및 그 내용을 확인하여 각 미디어별로 통지 메시지의 내용을 확인한다.
3043단계에서는 상기 통지 메시지의 'PresentationType' 필드가 존재하는지 및 그 값을 확인하여, 각 타입에 따른 통지 메시지를 렌더링(rendering)하는 방법 및 시간에 따라 동작한다. 예를 들어 'PresentationType'이 "0"인 경우, 단말은 3046단계로 진행하여 현재 수신중인 서비스를 중단하고, 3050단계에서 사용자를 위한 통지 메시지를 구성하여, 3053단계에서 단말 화면에 표시하거나 음성정보를 재생한다. 또한 'PresentationType'이 "1"인 경우, 단말은 3060단계에서 상기 통지 메시지를 일단 저장하고, 3062단계에서 사용자의 입력에 따라 상기 저장된 통지 메시지를 렌더링하거나 'time window' 값에 따라 특정 시간에 렌더링한다. 마지막으로 'PresentationType'이 "2"인 경우, 단말은 3063단계에서 사용자를 위한 통지 메시지를 구성하여, 3066단계에서 상기 구성된 통지 메시지를 현재 수신중인 서비스의 화면에 중첩하여 표시(override)한다.
한편 3070단계에서 단말은 상기 통지 메시지에 세션정보의 존재여부 및 그 내용을 확인한다. 세션정보가 존재하는 경우 3073단계에서 단말은 상기 세션정보가 지시하는 세션에 접속하여 해당 정보를 수신하고, 3076단계에서는 상기 수신된 정보에 따라 ESG 갱신 혹은 FLUTE 갱신 정보를 확인한다. 3080단계에서 단말은 상기 수신된 정보에 따라 ESG 등의 FLUTE 세션 전송 정보를 갱신하거나 해당 FLUTE 세션에 접속하여 갱신된 ESG 프래그먼트 및 파일 객체(object)를 수신한다. 또는 ESG 프래그먼트나 FLUTE 세션의 다른 전송 객체(Transport object)가 상기 통지 메시지에 포함된 경우, IP 주소 및 포트번호, 갱신된 TOI 정보를 이용하여 단말이 저장하고 있는 해당 파일 및 ESG 프래그먼트를 갱신한다. 그 외 3083단계에서 단말은 서비스 제공자(Service Provider: SP)가 정의한 통지 메시지 내용을 확인하고 필요한 단말동작을 수행한다.
IV. 장치
도 31은 본 발명의 바람직한 실시예에 따라 통지 메시지를 전송하는 방송 시스템 및 단말을 나타낸 블록도이다. 여기서 상기 방송 서비스 관리부(SM)(103)와 단말(108)은 도 1의 설명을 참조한 것이다. 구체적으로 통지 메시지의 송수신은 상기 방송 서비스 관리부(103)의 통지 메시지 분배/적응부(103b) 및 상기 단말(108)의 통지 클라이언트(108a)에 의해 수행될 수 있다.
도 31을 참조하면, SM(103)은 통지 메시지를 하나의 단말이나 한 그룹의 단말들에 보내는 역할을 담당하며, UDP 패킷 생성부(3102)와 IP 패킷 생성부(3103)를 포함하여 구성된다. 상기 UDP 패킷 생성부(3102)는, 통지 이벤트부(102a)로부터 전달받은 통지 메시지 정보가 있는 경우, 미리 설정된 통지 포트 번호를 사용하여 상기 통지 메시지 정보를 포함하는 UDP 패킷을 생성한 후 상기 UDP 패킷을 상기 IP 패킷 생성부(3103)에 전송한다. 상기 통지 메시지 정보가 UDP 패킷 생성부(3102)로 바로 입력되는 것은, 다른 상위 계층의 전송 프로토콜을 사용할 경우 실제 전송코자 하는 메시지 크기에 비하여 프로토콜 헤더들의 크기가 상대적으로 커서 효율이 낮아지기 때문이다.
상기 IP 패킷 생성부(3103)는 상기 UDP 패킷 생성부(3102)에서 전송된 UDP 패킷을, 상기 통지 메시지 정보에 관련된 현재 진행 중인 세션의 IP 주소를 사용하여 IP 패킷으로 생성한다. 일반적으로는 UDP 포트 번호만을 가지고도 공통 통지 메시지를 패킷화할 수 있으나, 상술한 바와 같이 수면 중인 단말을 깨워서 공통 통지 메시지를 받도록 하기 위해서는 별도의 IP 세션이 필요하다. 이는 수면 중에 있다가 깬 단말은 진행 중인 세션을 가지고 있지 않기 때문이다. 이러한 사항을 고려하여 상기 IP 패킷 생성부(3103)는 현재 진행 중인 세션의 IP 주소에 대한 패킷뿐만 아니라, 미리 지정한 'NotificationAddress'의 IP 주소를 사용한 패킷도 함께 생성하게 된다.
상기 생성된 IP 패킷들은 DVB-H 방송 네트워크와 같은 방송 분배 시스템(BDS) 또는 양방향 네트워크와 같은 전송 네트워크(3104)를 통하여 단말(108)에게 송신된다. 상기 단말(108)은 상기 IP 패킷들을 역캡슐화하여 통지 메시지를 획득한다. 이를 위하여 상기 단말(108)은 IP 패킷 해독부(3106), UDP 패킷 해독부(3107), 통지 메시지 해독부(3108)를 포함하여 구성된다. 상기 IP 패킷 해독부(3106)는 상기 전송 네트워크(3104)를 통하여 수신한 IP 패킷들 각각이, 현재 진행 중인 세션에 해당되거나 통지 메시지 수신 주소('NotificationAddress')로 지정되어 있는지 확인한다. 상기 IP 패킷이 상기 'NotificationAddress'에 해당되는 IP 주소를 가지는 경우, 상기 IP 패킷 해독부(3106)는 상기 IP 주소의 IP 헤더를 역캡슐화하여 UDP 패킷을 획득한 후 상기 UDP 패킷 해독부(3107)에 전달한다. 그러나 상기 IP 패킷이 'NotificationAddress'에 해당하는 IP 주소를 가지지 않는 경우, 상기 IP 패킷 해독부(3106)는 상기 IP 패킷을 폐기 혹은 무시한다.
상기 UDP 해독부(3107)는 상기 IP 패킷 해독부(3106)로부터 전송된 UDP 패킷이 현재 진행중인 세션에 해당되는 패킷일 경우에만 상위 계층(즉 어플리케이션)으로 전달한다. 그러나 상기 UDP 패킷이, 'NotificationPort'를 통하여 미리 설정된 통지 메시지 포트 번호를 갖고 있는 경우, UDP 패킷 해독부(3107)는 상기 UDP 패킷을 역캡슐화하여 통지 메시지를 획득한 후, 상기 통지 메시지를 어플리케이션으로 전달하지 않고 통지 메시지 해독부(3108)로 전송한다. 상기 통지 메시지 해독부(3108)는 상기 통지 메시지를 해독하고 그에 따라 향후 단말의 동작을 결정한다.
도 32는 본 발명의 바람직한 실시예에 따라 통지 메시지를 전송하는 휴대 방송 시스템 및 단말을 나타낸 블록도이다. 여기에서는 휴대 방송 시스템의 구체적인 구성에 대한 일 예로서, 도 14 내지 도 16에 도시한 제3 실시예에 따른 구성을 도시하였다. 또한 전송 네트워크의 예로서, DVB-H 방송 네트워크를 도시하였다.
도 32를 참조하면, SM(103)의 통지 메시지 생성부(3203)는 수집된 통지 메시지 정보를 이용하여 통지 메시지를 생성하고, 상기 통지 메시지를 DVB-H 방송 네트워크(3204)의 PSI/SI 생성부(3205)로 전송한다. 상기 PSI/SI 생성부(3205)에서는 상기 통지 메시지와 다른 제어 정보들을 함께 PSI/SI 신호로 만들어, 단말(108)에게 전송한다. 단말(108)의 PSI/SI 수신부(3206)에서는 상기 PSI/SI 신호를 수신하고, PSI/SI 해독부(3207)에서는 상기 PSI/SI 신호를 해독하여 상기 통지 메시지를 추출한 후, 통지 메시지 해독부(3208)에서 상기 통지 메시지를 해독하고 실행한다.
도 33은 본 발명의 바람직한 실시예에 따른 단말의 구성을 보다 상세히 도시한 블록 구성도이다.
도 33을 참조하면, 채널 정보 수신부(3312)는 앞서 언급한 바와 같은 여러 실시예들 중 적어도 하나에 따라 통지 메시지 채널 정보를 수신하여 통지 메시지 수신부(3300)로 제공한다. 통지 메시지 수신부(3300)는 상기 채널 정보를 이용하여 상기 통지 메시지를 휴대 방송 시스템으로부터 수신받으며, 상기 수신받은 통지 메시지를 통지 메시지 해독부(3302)로 전송한다. 이를 위해 통지 메시지 수신부(3300)는 도 31에 나타낸 바와 같이 IP 패킷 해독부(3106) 및 UDP 패킷 해독부(3107)로 구성되거나, 혹은 도 32에 나타낸 바와 같이 PSI/SI 수신부(3206) 및 PSI/SI 해독부(3207)로 구성된다.
통지 메시지 해독부(3302)는 상기 통지 메시지 수신부(3300)를 통해 상기 휴대 방송 시스템으로부터 수신된 통지 메시지를 해당 메시지 포맷에 따라 해석한다. 만일 상기 휴대 방송 시스템으로부터 바이너리 포맷으로 통지 메시지를 수신한다면, 통지 메시지 해독부(3302)는 상기 바이너리 포맷의 상기 통지 메시지를 해석할 소정의 기능 블록(도시하지 않음)을 구비한다. 다른 경우, 통지 메시지가 XML 형태로 구성되어 있다면, 통지 메시지 해독부(3302)는 XML 파싱기(도시하지 않음)를 구비하여 상기 통지 메시지를 해석하게 된다.
상기 통지 메시지 해독부(3302)는 상기 통지 메시지 수신부(3300)를 통해 수신된 통지 메시지를 해석하여 속성 값들의 하나인 'NotificationType'을 확인하고 그 내용을 제어부(3304)로 전송한다. 예를 들어, 'NotificationType'이 "0"인 경우 사용자용(UserUse)을 의미하므로, 상기 내용을 제어부(3304)로 전송한다. 제어부(3304)는 본 발명의 실시예들 중 하나에 따라 상기 통지 메시지 해독부(3302)에서 해석된 통지 메시지의 'NotificationType'에 따라 단말의 동작을 제어한다.
예를 들어, 도 21 및 도 22에 도시한 제5 실시예에서는 상기 'NotificationType'이 "0"이라면, 제어부(3304)는 표시부(3306)를 통해 상기 통지 메시지를 사용자에게 제공한다. 이때 상기 통지 메시지는 단문 메시지, 혹은 멀티미디어 메시지가 될 수 있다. 반면에, 'NotificationType'이 "1"이라면, 제어부(3304)는 상기 통지 메시지가 ESG 및 서비스에 대한 갱신 공지 등에 관한 것임을 인지하게 된다. 따라서 제어부(3304)는 변경되거나 갱신된 세션 정보 내용을 확인하기 위해 세션 접속부(3308)를 통해 상기 통지 메시지가 지시하는 해당 세션에 접속하고, 상기 세션을 통해 ESG, 파일, 오브젝트 등의 지정된 내용을 수신받아 메모리부(3310)에 저장한다. 여기서 해당 세션에 접속한다는 것은, 상기 통지 메시지에 명시된 세션 정보를 이용하여 휴대 방송 시스템에 접속하는 것을 의미한다.
다른 예로서, 제어부(3304)는 도 21 및 도 22에 도시한 제5 실시예에 따라 상기 통지 메시지의 버전이 이전에 수신된 통지 메시지와 동일할 경우 상기 통지 메시지를 폐기하고, 동일하지 않을 경우, 즉 상기 통지 메시지가 신규한 경우에만 상기 통지 메시지의 내용에 따라 해당 동작을 수행한다. 구체적으로는 상기 <표 3>의 'id'와 도 21 및 도 22에 도시한 제5 실시예에 따른 'NotificationVersion'을 통해, 제어부(3304)는 상기 통지 메시지의 신규 여부를 판별한다. 제5 실시예에 따른 과정 및 제6 실시예에 따른 과정은 도 21 및 도 23에 나타낸 바와 같다.
제어부(3304)는 통지 메시지 해독부(3302)로부터 해석된 통지 메시지의 'PresentationType'이 "1"이라면, 상기 통지 메시지의 내용을 메모리부(3310)에 저장하여 추후에 사용자가 이용할 수 있도록 한다.
세션 접속부(3308)는, 통지 메시지 해독부(3302)에 의해 해석된 통지 메시지의 'NotificationType'이 "1"이라면, 제어부(3304)에 제어에 의해 상기 통지 메시지의 세션 정보에 따른 해당 세션에 접속한다. 그리고, 상기 접속된 세션을 통해 ESG, 파일, 오브젝트 등의 지정된 내용을 수신받는다. 메모리부(3310)는 상기 세션 접속부(3308)를 통해 수신받은 상기 ESG, 파일, 오브젝트등을 저장하며, 'PresentationType'이 "1" 인 통지 메시지를 저장한다.
표시부(3306)는 일반적으로 제어부(3304)의 제어에 의해 텍스트 및 사진, 동영상 및 이미지를 표시한다. 그리고 'PresentationType'이 "0"이면, 제어부(3304)의 제어에 의해 서비스하고 있는 컨텐츠를 중단하고 상기 통지 메시지의 내용을 출력한다. 반면, 통지 메시지의 'PresentationType'이 "2"일 경우, 표시부(3306)는 제어부(3304)의 제어에 의해, 현재 서비스 중인 컨텐츠에 상기 수신된 통지 메시지의 내용을 오버레이하여 출력한다.
도 34는 본 발명의 바람직한 실시예에 따라 통지 메시지 채널 정보를 송수신하기 위한 방송 시스템 및 단말을 나타낸 블록도로서, 여기에서는 PSI/SI 방식과 ESG 방식이 사용되는 경우에 통지 메시지 채널 정보의 송수신에 관련된 각 기능별 엔티티들을 도시하였다.
도 34를 참조하면, SA(102)의 특정 통지 메시지 채널 정보 생성기(3402)에서 특정 통지 메시지 채널 정보를 생성하고, SM(103)의 공통 통지 메시지 채널 정보 생성기(3404)에서는 공통 통지 메시지 채널 정보를 생성한다. SA(102)는 DVB-CBMS의 파일 및 스트리밍 서비스가 전송되는 곳이므로 특정 서비스에 관련된 상기 특정 통지 메시지 채널 정보가 생성된다.
ESG 방식을 사용하여 채널 정보가 전송되는 경우, 상기 채널 정보들은 ESG 생성/전송부(3706)에서 ESG에 삽입되며, 상기 ESG는 전송 네트워크(3400)를 거쳐 단말(108)에게 전달된다. 단말(108)의 ESG 수신부(3416)에서는 상기 ESG 중 ESG 부트스트랩 세션의 정보 및 ESG 데이터모델의 프래그먼트들을 수신하며, ESG 해독부(3718)에서는 상기 ESG 수신부(3416)로부터 전달된 정보들을 디코딩하여 통지 메시지 채널 정보를 추출한다. 그러면 통지 메시지 채널 정보 해독부(3420)에서는 상기 추출된 채널 정보를 해독하여, 통지 메시지 수신부(도 33의 3300)에게 전달한다.
PSI/SI 방식을 사용하여 채널 정보가 전송되는 경우, 특히 상기 공통 통지 메시지 채널 정보는 자원 할당부(3408)에게로 전달된다. 자원 할당부(3408)는 상기 공통 통지 메시지 채널 정보를 다른 PSI/SI 정보와 함께 전송 네트워크(3400), 특히 DVB-H 방송 네트워크의 PSI/SI 생성부(3410)로 전송된다. PSI/SI 생성부(3410)는 상기 공통 통지 메시지 채널 정보를 포함하는 PSI/SI 신호를 생성하여 방송 네트워크를 통해 단말(108)에게 전송한다.
단말(108)의 PSI/SI 수신부(3412)에서는 상기 PSI/SI 신호를 수신하여 PSI/SI 해독부로 전달한다. PSI/SI 해독부(3414)는 상기 PSI/SI 신호를 해독하여 상기 공통 통지 메시지 채널 정보를 추출한다. 그러면 통지 메시지 채널 정보 해독부(3420)에서는 상기 추출된 채널 정보를 해독하여, 통지 메시지 수신부(도 33의 3300)로 전달한다.
한편 본 발명의 상세한 설명에서는 구체적인 실시예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위뿐 아니라 이 특허청구의 범위와 균등한 것들에 의해서 정해져야 한다.
이상에서 상세히 설명한 바와 같이 동작하는 본 발명에 있어서, 개시되는 발명 중 대표적인 것에 의하여 얻어지는 효과를 간단히 설명하면 다음과 같다.
상술한 바와 같이 본 발명은 ESG 부트스트랩 디스크립터 또는 ESG내의 프래그먼트 또는 PSI/SI 신호 등을 통해, 통지 메시지 전송을 위한 IP 주소 및 UDP 포트 등의 채널 정보를 설정하여 전송함으로써, 단말이 통지 메시지를 수신하기 위해 수신 패킷들에 대한 모든 헤더를 해독할 필요가 없어 오버헤드를 줄일 수 있을 뿐만 아니라 수면 중이거나 다른 시스템에 연동(interworking)하고 있는 단말들에에게도 통지 메시지를 전송할 수 있다.
또한 UDP 패킷을 이용하여 방송 서비스에 적합한 방식으로 통지 메시지를 전송하거나, 또는 DVB-H의 고유한 제어 신호인 PSI/SI 신호에 통지 메시지를 실어 보냄으로써 보다 신뢰성있는 방식으로 통지 메시지를 전송할 수 있는 효과가 있다. 또한 DVB-CBMS 네트워크에서 각 통지 이벤트 타입에 맞는 적절한 통지 메시지를 보냄으로써 단말이 미리 스케쥴되지 않은 갑작스런 이벤트나 공지사항을 서비스 공급자로부터 받을 수 있는 통지 메시지를 전달받을 수 있다.
Claims (28)
- 휴대 방송 시스템에서 통지 메시지를 전송하는 방법에 있어서,방송 서비스들을 수신 가능한 모든 사용자들을 위한 공통 통지 메시지를 수신하는데 필요한 공통 통지 메시지 채널 정보를, 방송 서비스들에 대한 전자 서비스 가이드(ESG) 혹은 상기 방송 서비스들을 위한 제어 신호에 실어 전송하는 과정과,특정 사용자 그룹을 위한 특정 통지 메시지를 수신하는데 필요한 특정 통지 메시지 채널 정보를, 상기 전자 서비스 가이드(ESG)에 실어 상기 특정 사용자 그룹의 단말에게 전송하는 과정과,상기 공통 통지 메시지 및 상기 특정 통지 메시지 중 적어도 하나를 생성하는 과정과,상기 생성된 통지 메시지를 상기 해당하는 채널 정보를 이용하여 단말에게 전송하는 과정을 포함함을 특징으로 하는 통지 메시지의 전송 방법.
- 제 1 항에 있어서, 상기 채널 정보들은,상기 해당하는 통지 메시지들의 전송시 사용되는 인터넷 프로토콜(IP) 주소와, 사용자 데이터 그램 프로토콜(UDP) 포트 번호, 전송 제어 프로토콜(TCP) 포트 번호, 사용되는 미디어의 종류, 사용되는 전송 프로토콜, 세션의 시간 정보, 사용 되는 전송 프로토콜의 포트 번호 중 적어도 하나를 포함하여 이루어짐을 특징으로 하는 통지 메시지의 전송 방법.
- 제 1 항에 있어서, 상기 공통 통지 메시지 채널 정보는,상기 ESG의 부트스트랩 세션을 통해 운송되는 ESG 제공자 디스크립터(ESG Provider Discovery Descriptor)와 ESG 억세스 디스크립터(ESG Access Descriptor) 및 통지 디스크립터(Notification Descriptor) 중 적어도 하나를 이용하여 전송되는 것을 특징으로 하는 통지 메시지의 전송 방법.
- 제 1 항에 있어서, 상기 공통 통지 메시지 채널 정보는,상기 ESG의 공고 카루셀(Announcement Carousel) 세션을 통해 운송되는 ESG초기화 컨테이너 혹은 통지 디스크립터를 포함하는 ESG 인덱스 컨테이너를 이용하여 전송되는 것을 특징으로 하는 통지 메시지의 전송 방법.
- 제 1 항에 있어서, 상기 공통 통지 메시지 채널 정보는,휴대 디지털 비디오 방송(DVB-H) 네트워크의 제어신호인 PSI/SI(Program Specific Information/Service Information)을 이용하여 전송되는 것을 특징으로 하는 통지 메시지의 전송 방법.
- 제 1 항에 있어서, 상기 특정 통지 메시지 채널 정보는,상기 ESG의 획득 프래그먼트 및 통지 프래그먼트 중 적어도 하나를 이용하여 전송되는 것을 특징으로 하는 통지 메시지의 전송 방법.
- 제 1 항에 있어서, 상기 특정 사용자 그룹은,특정 방송 서비스를 수신하는 사용자들을 포함하는 것을 특징으로 하는 통지 메시지의 전송 방법.
- 휴대 방송 시스템에서 통지 메시지를 수신하는 방법에 있어서,방송 네트워크를 통해 방송 서비스들에 대한 제어 신호를 수신하는 과정과,상기 방송 서비스들에 대한 전자 서비스 가이드(ESG)를 수신하는 과정과,상기 ESG 혹은 상기 제어 신호로부터, 방송 서비스를 수신 가능한 모든 사용자들을 위한 공통 통지 메시지를 수신하는데 필요한 공통 통지 메시지 채널 정보를 추출하는 과정과,상기 ESG로부터, 특정 사용자 그룹을 위한 특정 통지 메시지를 수신하는데 필요한 특정 통지 메시지 채널 정보를 추출하는 과정과,상기 채널 정보들을 참조하여, 상기 공통 통지 메시지 및 상기 특정 통지 메시지 중 적어도 하나를 수신하는 과정을 포함함을 특징으로 하는 통지 메시지의 수신 방법.
- 제 8 항에 있어서, 상기 채널 정보들은,상기 해당하는 통지 메시지들의 전송시 사용되는 인터넷 프로토콜(IP) 주소와, 사용자 데이터 그램 프로토콜(UDP) 포트 번호, 전송 제어 프로토콜(TCP) 포트 번호, 사용되는 미디어의 종류, 사용되는 전송 프로토콜, 세션의 시간 정보, 사용되는 전송 프로토콜의 포트 번호 중 적어도 하나를 포함하여 이루어짐을 특징으로 하는 통지 메시지의 수신 방법.
- 제 8 항에 있어서, 상기 공통 통지 메시지 채널 정보는,상기 ESG의 부트스트랩 세션을 통해 운송되는 ESG 제공자 디스크립터(ESG Provider Discovery Descriptor)와 ESG 억세스 디스크립터(ESG Access Descriptor) 및 통지 디스크립터(Notification Descriptor) 중 적어도 하나를 이용하여 수신되는 것을 특징으로 하는 통지 메시지의 수신 방법.
- 제 8 항에 있어서, 상기 공통 통지 메시지 채널 정보는,상기 ESG의 공고 카루셀(Announcement Carousel) 세션을 통해 운송되는 ESG초기화 컨테이너 혹은 통지 디스크립터를 포함하는 ESG 인덱스 컨테이너를 이용하여 수신되는 것을 특징으로 하는 통지 메시지의 수신 방법.
- 제 8 항에 있어서, 상기 공통 통지 메시지 채널 정보는,휴대 디지털 비디오 방송(DVB-H) 네트워크의 제어신호인 PSI/SI(Program Specific Information/Service Information)을 이용하여 수신되는 것을 특징으로 하는 통지 메시지의 수신 방법.
- 제 8 항에 있어서, 상기 특정 통지 메시지 채널 정보는,상기 ESG의 획득 프래그먼트 및 통지 프래그먼트 중 적어도 하나를 이용하여 수신되는 것을 특징으로 하는 통지 메시지의 수신 방법.
- 제 8 항에 있어서, 상기 특정 사용자 그룹은,특정 방송 서비스를 수신하는 사용자들을 포함하는 것을 특징으로 하는 통지 메시지의 수신 방법.
- 휴대 방송 시스템에서 통지 메시지를 전송하는 장치에 있어서,방송 서비스들을 수신 가능한 모든 사용자들을 위한 공통 통지 메시지를 수신하는데 필요한 공통 통지 메시지 채널 정보를 생성하는 공통 통지 메시지 채널 정보 생성기와,특정 사용자 그룹을 위한 특정 통지 메시지를 수신하는데 필요한 특정 통지 메시지 채널 정보를 생성하는 특정 통지 메시지 채널 정보 생성기와,상기 공통 통지 메시지 채널 정보 및 상기 특정 통지 메시지 채널 정보 중 적어도 하나를 상기 전자 서비스 가이드(ESG)에 포함시켜 상기 ESG를 단말에게 전송하는 ESG 생성/전송부,상기 공통 통지 메시지 채널 정보를 상기 방송 서비스들을 위한 제어 신호에 포함시켜 상기 제어 신호를 방송 네트워크를 통해 상기 단말에게 전송하는 제어 신호 생성부와,상기 공통 통지 메시지 및 상기 특정 통지 메시지 중 적어도 하나를 생성하는 통지 메시지 생성부와,상기 생성된 통지 메시지를 상기 해당하는 채널 정보를 이용하여 단말에게 전송하는 통지 메시지 전송부를 포함함을 특징으로 하는 통지 메시지의 전송 장치.
- 제 15 항에 있어서, 상기 채널 정보들은,상기 해당하는 통지 메시지들의 전송시 사용되는 인터넷 프로토콜(IP) 주소와, 사용자 데이터 그램 프로토콜(UDP) 포트 번호, 전송 제어 프로토콜(TCP) 포트 번호, 사용되는 미디어의 종류, 사용되는 전송 프로토콜, 세션의 시간 정보, 사용되는 전송 프로토콜의 포트 번호 중 적어도 하나를 포함하여 이루어짐을 특징으로 하는 통지 메시지의 전송 장치.
- 제 15 항에 있어서, 상기 공통 통지 메시지 채널 정보는,상기 ESG의 부트스트랩 세션을 통해 운송되는 ESG 제공자 디스크립터(ESG Provider Discovery Descriptor)와 ESG 억세스 디스크립터(ESG Access Descriptor) 및 통지 디스크립터(Notification Descriptor) 중 적어도 하나를 이용하여 전송되는 것을 특징으로 하는 통지 메시지의 전송 장치.
- 제 15 항에 있어서, 상기 공통 통지 메시지 채널 정보는,상기 ESG의 공고 카루셀(Announcement Carousel) 세션을 통해 운송되는 ESG초기화 컨테이너 혹은 통지 디스크립터를 포함하는 ESG 인덱스 컨테이너를 이용하여 전송되는 것을 특징으로 하는 통지 메시지의 전송 장치.
- 제 15 항에 있어서, 상기 공통 통지 메시지 채널 정보는,휴대 디지털 비디오 방송(DVB-H) 네트워크의 제어신호인 PSI/SI(Program Specific Information/Service Information)을 이용하여 전송되는 것을 특징으로 하는 통지 메시지의 전송 장치.
- 제 15 항에 있어서, 상기 특정 통지 메시지 채널 정보는,상기 ESG의 획득 프래그먼트 및 통지 프래그먼트 중 적어도 하나를 이용하여 전송되는 것을 특징으로 하는 통지 메시지의 전송 장치.
- 제 15 항에 있어서, 상기 특정 사용자 그룹은,특정 방송 서비스를 수신하는 사용자들을 포함하는 것을 특징으로 하는 통지 메시지의 전송 장치.
- 휴대 방송 시스템에서 통지 메시지를 수신하는 장치에 있어서,방송 네트워크를 통해 방송 서비스들에 대한 제어 신호를 수신하는 제어 신호 수신부와,상기 방송 서비스들에 대한 전자 서비스 가이드(ESG)를 수신하는 ESG 수신부와,상기 ESG 혹은 상기 제어 신호로부터, 방송 서비스를 수신 가능한 모든 사용자들을 위한 공통 통지 메시지를 수신하는데 필요한 공통 통지 메시지 채널 정보를 추출하며, 상기 ESG로부터, 특정 사용자 그룹을 위한 특정 통지 메시지를 수신하는데 필요한 특정 통지 메시지 채널 정보를 추출하는 통지 메시지 채널 정보 해독부와,상기 채널 정보들을 참조하여, 상기 공통 통지 메시지 및 상기 특정 통지 메시지 중 적어도 하나를 수신하는 통지 메시지 수신부를 포함함을 특징으로 하는 통지 메시지의 수신 장치.
- 제 22 항에 있어서, 상기 채널 정보들은,상기 해당하는 통지 메시지들의 전송시 사용되는 인터넷 프로토콜(IP) 주소와, 사용자 데이터 그램 프로토콜(UDP) 포트 번호, 전송 제어 프로토콜(TCP) 포트 번호, 사용되는 미디어의 종류, 사용되는 전송 프로토콜, 세션의 시간 정보, 사용되는 전송 프로토콜의 포트 번호 중 적어도 하나를 포함하여 이루어짐을 특징으로 하는 통지 메시지의 수신 장치.
- 제 22 항에 있어서, 상기 공통 통지 메시지 채널 정보는,상기 ESG의 부트스트랩 세션을 통해 운송되는 ESG 제공자 디스크립터(ESG Provider Discovery Descriptor)와 ESG 억세스 디스크립터(ESG Access Descriptor) 및 통지 디스크립터(Notification Descriptor) 중 적어도 하나를 이용하여 수신되는 것을 특징으로 하는 통지 메시지의 수신 장치.
- 제 22 항에 있어서, 상기 공통 통지 메시지 채널 정보는,상기 ESG의 공고 카루셀(Announcement Carousel) 세션을 통해 운송되는 ESG초기화 컨테이너 혹은 통지 디스크립터를 포함하는 ESG 인덱스 컨테이너를 이용하여 수신되는 것을 특징으로 하는 통지 메시지의 수신 장치.
- 제 22 항에 있어서, 상기 공통 통지 메시지 채널 정보는,휴대 디지털 비디오 방송(DVB-H) 네트워크의 제어신호인 PSI/SI(Program Specific Information/Service Information)을 이용하여 수신되는 것을 특징으로 하는 통지 메시지의 수신 장치.
- 제 22 항에 있어서, 상기 특정 통지 메시지 채널 정보는,상기 ESG의 획득 프래그먼트 및 통지 프래그먼트 중 적어도 하나를 이용하여 수신되는 것을 특징으로 하는 통지 메시지의 수신 장치.
- 제 22 항에 있어서, 상기 특정 사용자 그룹은,특정 방송 서비스를 수신하는 사용자들을 포함하는 것을 특징으로 하는 통지 메시지의 수신 장치.
Applications Claiming Priority (14)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20060009870 | 2006-02-01 | ||
KR1020060009870 | 2006-02-01 | ||
KR1020060017456 | 2006-02-22 | ||
KR20060017456 | 2006-02-22 | ||
KR20060033008 | 2006-04-11 | ||
KR1020060033008 | 2006-04-11 | ||
KR20060052225 | 2006-06-09 | ||
KR1020060052225 | 2006-06-09 | ||
KR20060061114 | 2006-06-30 | ||
KR1020060061114 | 2006-06-30 | ||
KR1020060077359A KR20070108309A (ko) | 2006-02-01 | 2006-08-16 | 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및시스템 |
KR1020060077359 | 2006-08-16 | ||
KR1020060092506A KR20070108323A (ko) | 2006-02-01 | 2006-09-22 | 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및시스템 |
KR1020060092506 | 2006-09-22 |
Publications (2)
Publication Number | Publication Date |
---|---|
KR20070079328A KR20070079328A (ko) | 2007-08-06 |
KR100819259B1 true KR100819259B1 (ko) | 2008-04-03 |
Family
ID=38050935
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020070010640A KR100819259B1 (ko) | 2006-02-01 | 2007-02-01 | 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및 장치 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20070207727A1 (ko) |
EP (1) | EP1816766A3 (ko) |
KR (1) | KR100819259B1 (ko) |
WO (1) | WO2007089108A1 (ko) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20160065097A (ko) * | 2013-10-02 | 2016-06-08 | 소니 주식회사 | 송신 장치 및 송신 방법, 수신 장치 및 수신 방법, 및 컴퓨터 프로그램 |
Families Citing this family (67)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101270275B1 (ko) * | 2005-08-17 | 2013-05-31 | 삼성전자주식회사 | 방송 시스템에서의 통지 메시지 제공 방법 및 장치 |
US9326221B2 (en) * | 2006-01-26 | 2016-04-26 | Nokia Technologies Oy | Method and system for signaling neighboring signals in TPS bits |
CN101145928B (zh) * | 2006-09-15 | 2012-06-20 | 华为技术有限公司 | 用于获取默认通知消息的实现方法、服务器和用户终端 |
US8922585B2 (en) * | 2006-10-24 | 2014-12-30 | Hewlett-Packard Development Company, L.P. | Display controller |
US20080194224A1 (en) * | 2007-02-12 | 2008-08-14 | Motorola, Inc. | Emergency broadcast message support in wireless communication networks |
US8984133B2 (en) | 2007-06-19 | 2015-03-17 | The Invention Science Fund I, Llc | Providing treatment-indicative feedback dependent on putative content treatment |
US20080320088A1 (en) * | 2007-06-19 | 2008-12-25 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Helping valuable message content pass apparent message filtering |
US20090063585A1 (en) * | 2007-08-31 | 2009-03-05 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Using party classifiability to inform message versioning |
US9374242B2 (en) | 2007-11-08 | 2016-06-21 | Invention Science Fund I, Llc | Using evaluations of tentative message content |
US20090063632A1 (en) * | 2007-08-31 | 2009-03-05 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Layering prospective activity information |
KR101405966B1 (ko) | 2007-06-26 | 2014-06-20 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
KR101456002B1 (ko) | 2007-06-26 | 2014-11-03 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
US8792487B2 (en) | 2007-08-21 | 2014-07-29 | Cisco Technology, Inc. | Communication path selection |
CN101785302B (zh) | 2007-08-24 | 2013-07-17 | Lg电子株式会社 | 数字广播***和在数字广播***中处理数据的方法 |
KR101582149B1 (ko) * | 2007-08-24 | 2016-01-04 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
WO2009028848A1 (en) | 2007-08-24 | 2009-03-05 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
US7705920B2 (en) | 2007-08-24 | 2010-04-27 | Lg Electronics, Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
US8005167B2 (en) | 2007-08-24 | 2011-08-23 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
CA2697481C (en) | 2007-08-24 | 2013-03-26 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
US8199830B2 (en) | 2007-08-24 | 2012-06-12 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
US20090063631A1 (en) * | 2007-08-31 | 2009-03-05 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Message-reply-dependent update decisions |
WO2009034512A2 (en) * | 2007-09-14 | 2009-03-19 | Koninklijke Philips Electronics N.V. | Referencing out-of-band notification objects in dvb-ipdc |
CN101127960B (zh) * | 2007-09-20 | 2011-05-11 | 中兴通讯股份有限公司 | 一种电子业务指南的差异性更新的***及方法 |
WO2009038409A2 (en) * | 2007-09-21 | 2009-03-26 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
WO2009038402A1 (en) | 2007-09-21 | 2009-03-26 | Lg Electronics Inc. | Digital broadcasting system and data processing method in the digital broadcasting system |
KR101559771B1 (ko) | 2007-09-21 | 2015-10-13 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
CN101436912B (zh) * | 2007-11-16 | 2010-08-04 | 华为技术有限公司 | 通知业务初始化信息的传输方法、设备及*** |
WO2009062430A1 (fr) * | 2007-11-16 | 2009-05-22 | Huawei Technologies Co., Ltd. | Procédé, appareil et système de transmission des informations d'initiation de notification |
AU2008346173A1 (en) * | 2008-01-04 | 2009-07-16 | Nokia Corporation | System and method for binding notification types to applications for a notification framework |
KR20090076765A (ko) * | 2008-01-09 | 2009-07-13 | 삼성전자주식회사 | 방송 모바일 통합 서비스 시스템에서의 전자 서비스 가이드발견 방법 및 장치 |
KR101582084B1 (ko) * | 2008-01-25 | 2016-01-05 | 삼성전자주식회사 | 홈 네트워크에서 이벤트를 처리하는 방법 및 이를 위한장치 |
US9544073B2 (en) * | 2008-02-15 | 2017-01-10 | Nokia Technologies Oy | System and method for delivering notification messages |
KR20090088771A (ko) * | 2008-02-15 | 2009-08-20 | 삼성전자주식회사 | 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를전송하는 장치 및 방법 |
CA2716011C (en) * | 2008-02-19 | 2014-07-29 | Nokia Corporation | System and method for multiple-level message filtering |
US8526350B2 (en) | 2008-05-23 | 2013-09-03 | Qualcomm Incorporated | Systems and methods for carrying broadcast services over a mobile broadcast network |
US8433280B2 (en) * | 2008-08-11 | 2013-04-30 | Htc Corporation | Method of managing reception of natural disaster warning notification messages for a wireless communication system and related communication device |
CN101383668B (zh) * | 2008-10-27 | 2010-09-29 | 中兴通讯股份有限公司 | 一种用于接收紧急广播消息的终端、芯片及方法 |
US20100248681A1 (en) * | 2009-03-27 | 2010-09-30 | Anthony Phills | Method and system for producing emergency notifications |
US20110010737A1 (en) * | 2009-07-10 | 2011-01-13 | Nokia Corporation | Method and apparatus for notification-based customized advertisement |
US8489961B2 (en) * | 2009-10-19 | 2013-07-16 | Lg Electronics Inc. | Transmitting system and method of processing digital broadcast signal in transmitting system, receiving system and method of receiving digital broadcast signal in receiving system |
KR101292873B1 (ko) * | 2009-12-21 | 2013-08-02 | 한국전자통신연구원 | 네트워크 인터페이스 카드장치 및 상기 네트워크 인터페이스 카드장치를 이용한 트래픽 처리 방법 |
KR20110103626A (ko) * | 2010-03-15 | 2011-09-21 | 삼성전자주식회사 | 휴대용 단말기에서 멀티미디어 데이터에 대한 태그 정보를 제공하기 위한 장치 및 방법 |
US8385334B2 (en) | 2010-04-09 | 2013-02-26 | Harris Corporation | Communication via address modulation |
US9065786B2 (en) | 2010-09-24 | 2015-06-23 | Yagi Corp. | Context-sensitive auto-responder |
US20120117169A1 (en) * | 2010-11-08 | 2012-05-10 | Robert Plotkin | Time-Based Computer Control |
WO2012064788A1 (en) * | 2010-11-08 | 2012-05-18 | Robert Plotkin | Enforced unitasking in multitasking systems |
CA2837053C (en) * | 2011-05-25 | 2016-12-06 | Lg Electronics Inc. | Transmitting/receiving system and method for processing a broadcasting signal |
WO2012173387A2 (en) | 2011-06-16 | 2012-12-20 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving signaling information for reception of broadcast services in a digital broadcasting system |
KR101874433B1 (ko) * | 2011-06-16 | 2018-07-06 | 삼성전자주식회사 | 디지털 방송 시스템에서 방송 서비스 수신을 위한 시그널링 정보를 송수신하는 방법 및 장치 |
US9351028B2 (en) | 2011-07-14 | 2016-05-24 | Qualcomm Incorporated | Wireless 3D streaming server |
KR20140044993A (ko) * | 2012-09-20 | 2014-04-16 | 삼성전자주식회사 | 이동통신 시스템에서 작은 데이터를 검출하기 위한 방법 및 장치 |
KR20140058996A (ko) * | 2012-11-07 | 2014-05-15 | 삼성전자주식회사 | 사용자 단말, 외부 장치, 데이터 송수신 시스템 및 데이터 송수신 방법 |
US9107138B2 (en) * | 2013-04-19 | 2015-08-11 | Cellco Partnership | Services discovery channel |
CN105981393B (zh) * | 2014-02-10 | 2019-08-09 | Lg 电子株式会社 | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 |
KR102147676B1 (ko) * | 2014-03-28 | 2020-08-26 | 삼성전자주식회사 | 멀티미디어 시스템에서 자원 할당 방법 및 장치 |
CN105323220B (zh) * | 2014-07-10 | 2019-02-22 | 上海交通大学 | 一种基于ip的多媒体节目映射和访问信令及方法 |
US10098168B2 (en) | 2014-12-08 | 2018-10-09 | Apple Inc. | Neighbor awareness networking datapath |
US10455401B2 (en) * | 2015-02-24 | 2019-10-22 | Apple Inc. | Neighbor awareness networking datapath—reciprocation and coexistence |
US9819632B2 (en) * | 2015-04-30 | 2017-11-14 | Larry Scott Marso | System and method for remotely directed filtering and sorting of near real-time audio or video messages |
US10893083B2 (en) | 2015-05-25 | 2021-01-12 | Apple Inc. | Neighbor awareness networking datapath—scheduling, scheduler rank, and pre-datapath operation triggering |
CN112671687B (zh) * | 2015-07-23 | 2024-04-05 | 三星电子株式会社 | 发送方法和接收方法 |
CN106559733B (zh) * | 2015-09-25 | 2021-02-12 | 北京三星通信技术研究有限公司 | V2x通信方法及装置 |
JP7074848B2 (ja) * | 2017-10-03 | 2022-05-24 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | 複数のベースグラフを用いたtbs判定 |
US10972563B2 (en) * | 2018-12-31 | 2021-04-06 | Microsoft Technology Licensing, Llc | Out-of-network notifications of network-transmitted content items |
CN111586574B (zh) * | 2019-02-18 | 2022-09-02 | 华为技术有限公司 | 一种通知信息的显示方法及装置 |
US11038539B1 (en) * | 2019-11-25 | 2021-06-15 | Hughes Network Systems, Llc | Near-capacity iterative detection of co-channel interference for a high-efficiency multibeam satellite system |
CN113364638B (zh) * | 2021-08-11 | 2021-11-02 | 浙江国利信安科技有限公司 | 用于epa组网的方法、电子设备和存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20040024327A (ko) * | 2002-09-13 | 2004-03-20 | 엘지전자 주식회사 | 이동 통신 시스템의 재해 정보 알림 방법 |
WO2004056096A1 (en) | 2002-12-18 | 2004-07-01 | Nokia Corporation | Method of announcing sessions |
KR20050066480A (ko) * | 2003-12-26 | 2005-06-30 | 한국전자통신연구원 | Sip 이벤트 알림 메커니즘을 이용한 이동 서비스 제공시스템 및 방법 |
KR20050110644A (ko) * | 2003-04-23 | 2005-11-23 | 닛본 덴끼 가부시끼가이샤 | 이동통신을 위한 시스템 및 방법 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100304886B1 (ko) * | 1998-12-01 | 2001-09-24 | 구자홍 | 디스플레이장치의부가정보표시방법 |
GB2396228A (en) * | 2002-12-19 | 2004-06-16 | Nokia Corp | A method of gathering information relating to consumption of broadcast content by receiving stations |
GB2405557A (en) * | 2003-08-27 | 2005-03-02 | Nokia Corp | Service identification data relating services at a given frequency to services and identifying their media format |
US7827579B2 (en) * | 2004-09-09 | 2010-11-02 | Nokia Corporation | Mobile television electronic service guide delivery system |
KR101270275B1 (ko) * | 2005-08-17 | 2013-05-31 | 삼성전자주식회사 | 방송 시스템에서의 통지 메시지 제공 방법 및 장치 |
WO2007042886A2 (en) * | 2005-10-07 | 2007-04-19 | Nokia Corporation | Method and arrangement for provided a notification of a change in a service |
CN101305534A (zh) * | 2005-10-14 | 2008-11-12 | 诺基亚公司 | 用服务指南声明终端供应 |
KR20080059663A (ko) * | 2005-11-01 | 2008-06-30 | 노키아 코포레이션 | Esg 프래그먼트들의 유효 범위 식별 및 그 유효 범위내에서의 계층 구성 |
US20070168534A1 (en) * | 2005-12-16 | 2007-07-19 | Nokia Corp. | Codec and session parameter change |
-
2007
- 2007-02-01 WO PCT/KR2007/000554 patent/WO2007089108A1/en active Application Filing
- 2007-02-01 US US11/701,245 patent/US20070207727A1/en not_active Abandoned
- 2007-02-01 KR KR1020070010640A patent/KR100819259B1/ko not_active IP Right Cessation
- 2007-02-01 EP EP07002210A patent/EP1816766A3/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20040024327A (ko) * | 2002-09-13 | 2004-03-20 | 엘지전자 주식회사 | 이동 통신 시스템의 재해 정보 알림 방법 |
WO2004056096A1 (en) | 2002-12-18 | 2004-07-01 | Nokia Corporation | Method of announcing sessions |
KR20050110644A (ko) * | 2003-04-23 | 2005-11-23 | 닛본 덴끼 가부시끼가이샤 | 이동통신을 위한 시스템 및 방법 |
KR20050066480A (ko) * | 2003-12-26 | 2005-06-30 | 한국전자통신연구원 | Sip 이벤트 알림 메커니즘을 이용한 이동 서비스 제공시스템 및 방법 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20160065097A (ko) * | 2013-10-02 | 2016-06-08 | 소니 주식회사 | 송신 장치 및 송신 방법, 수신 장치 및 수신 방법, 및 컴퓨터 프로그램 |
US10735787B2 (en) | 2013-10-02 | 2020-08-04 | Saturn Licensing Llc | Transmission device, transmission method, reception device, reception method, and computer program |
KR102190277B1 (ko) * | 2013-10-02 | 2020-12-11 | 소니 주식회사 | 송신 장치 및 송신 방법, 수신 장치 및 수신 방법, 및 컴퓨터 프로그램 |
US11336933B2 (en) | 2013-10-02 | 2022-05-17 | Saturn Licensing Llc | Transmission device, transmission method, reception device, reception method, and computer program |
Also Published As
Publication number | Publication date |
---|---|
KR20070079328A (ko) | 2007-08-06 |
EP1816766A2 (en) | 2007-08-08 |
US20070207727A1 (en) | 2007-09-06 |
WO2007089108A1 (en) | 2007-08-09 |
EP1816766A3 (en) | 2007-12-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100819259B1 (ko) | 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및 장치 | |
CA2615671C (en) | Apparatus and method for transmitting/receiving notification message in a broadcasting system, and system thereof | |
AU2006280599B2 (en) | Method and apparatus for providing notification message in a broadcasting system | |
US8374591B2 (en) | Method and system for providing notification message in a mobile broadcast system | |
US20070086465A1 (en) | Notification as a Service or as an Access to a Service | |
US20080201746A1 (en) | Method and apparatus for transmitting and receiving electronic service guide in a digital broadcasting system | |
JP2009506607A (ja) | デジタル放送サービスガイドにおけるメッセージングテンプレートを配信する方法 | |
CN101669309A (zh) | 用于对包括多个组成的通知消息进行传输的方法和装置 | |
JP2012165392A (ja) | 移動通信放送システムにおけるサービスガイド受信方法及び提供方法並びにそれらの装置 | |
CN109964486B (zh) | 广播标识符信令 | |
EP1903802A2 (en) | Method and system for transmitting notification data in a DVB-H system | |
KR20100084104A (ko) | 디지털 방송 시스템에서 리치미디어를 이용한 서비스 가이드 제공 방법 및 이를 위한 시스템 | |
KR20090088771A (ko) | 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를전송하는 장치 및 방법 | |
WO2008083560A1 (fr) | Procédé de transmission d'informations en matière de programmes d'un système de diffusion multimédia mobile | |
CN101416486A (zh) | 用于在移动广播***中发送和接收通知消息的装置及方法 | |
KR20070108309A (ko) | 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및시스템 | |
KR20070108323A (ko) | 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및시스템 | |
RU2380856C2 (ru) | Устройство и способ передачи/приема сообщения уведомления в системе широковещательной передачи, и система для этого | |
KR101205582B1 (ko) | 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및 장치 | |
WO2009086712A1 (zh) | 一种在数字电视地面广播传输***中应用业务指南的方法及其广播头端和终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A201 | Request for examination | ||
E701 | Decision to grant or registration of patent right | ||
GRNT | Written decision to grant | ||
LAPS | Lapse due to unpaid annual fee |