KR20180104679A - 서비스 고지에서의 컴포넌트 표시 - Google Patents
서비스 고지에서의 컴포넌트 표시 Download PDFInfo
- Publication number
- KR20180104679A KR20180104679A KR1020187023875A KR20187023875A KR20180104679A KR 20180104679 A KR20180104679 A KR 20180104679A KR 1020187023875 A KR1020187023875 A KR 1020187023875A KR 20187023875 A KR20187023875 A KR 20187023875A KR 20180104679 A KR20180104679 A KR 20180104679A
- Authority
- KR
- South Korea
- Prior art keywords
- service
- fragment
- access
- content
- component
- Prior art date
Links
- 230000004044 response Effects 0.000 claims description 3
- 239000012634 fragment Substances 0.000 description 175
- 230000005540 biological transmission Effects 0.000 description 12
- 238000009826 distribution Methods 0.000 description 12
- 230000002452 interceptive effect Effects 0.000 description 12
- 230000003993 interaction Effects 0.000 description 11
- 238000000034 method Methods 0.000 description 10
- 230000011664 signaling Effects 0.000 description 10
- 230000006870 function Effects 0.000 description 9
- 238000004891 communication Methods 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 8
- 238000003860 storage Methods 0.000 description 8
- 238000007726 management method Methods 0.000 description 7
- 230000004048 modification Effects 0.000 description 7
- 238000012986 modification Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 238000002716 delivery method Methods 0.000 description 5
- 230000008859 change Effects 0.000 description 4
- 238000009877 rendering Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 238000013500 data storage Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 208000032041 Hearing impaired Diseases 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 238000001914 filtration Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000012552 review Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 101000697634 Anemonia viridis Kappa-actitoxin-Avd4a Proteins 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000004807 localization Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000001737 promoting effect Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
- H04H60/72—Systems specially adapted for using specific information, e.g. geographical or meteorological information using electronic programme guides [EPG]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2362—Generation or processing of Service Information [SI]
-
- 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
- H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
-
- 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
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
-
- 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
-
- 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/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
-
- 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
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8106—Monomedia components thereof involving special audio data, e.g. different tracks for different languages
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Human Computer Interaction (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Traffic Control Systems (AREA)
- Circuits Of Receivers In General (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
서비스 고지를 생성, 제공 및/또는 수신하기 위한 시스템.
Description
본 발명은 일반적으로 서비스 가이드(service guide)에 관한 것이다.
방송 서비스는 방송 수신기를 갖는 모든 사용자에 의해 수신될 수 있다. 방송 서비스는, 오디오만 전달하는 라디오 방송 서비스와, 오디오, 비디오 및 데이터를 전달하는 멀티미디어 방송 서비스의 2가지 범주로 대략 나눌 수 있다. 이러한 방송 서비스는 아날로그 서비스로부터 디지털 서비스로 발전했다. 최근에는 (케이블 방송 시스템, 위성 방송 시스템, 인터넷 기반 방송 시스템, 케이블 네트워크, 인터넷 및/또는 위성 모두를 이용한 하이브리드 방송 시스템 등의) 다양한 유형의 방송 시스템이 고속 데이터 서비스와 함께 고품질의 오디오 및 비디오 방송 서비스를 제공한다. 또한, 방송 서비스는, 개개의 컴퓨터 및/또는 컴퓨터 그룹 및/또는 하나 이상의 모바일 통신 디바이스로 향하는 오디오, 비디오 및/또는 데이터를 전송 및/또는 수신하는 것을 포함한다.
보다 전통적인 고정 수신 디바이스에 추가하여, 모바일 통신 디바이스도 이러한 서비스를 지원하도록 유사하게 구성된다. 이렇게 구성된 모바일 디바이스는, 모바일 전화와 같이, 이동 중에도 사용자가 이러한 서비스를 이용할 수 있게 해왔다. 멀티미디어 서비스에 대한 요구가 증가함에 따라, 모바일 통신 및 일반 유선 통신 양쪽 모두를 위한 다양한 무선 및/또는 방송 서비스가 가능하게 되었다. 또한, 이러한 컨버전스는 상이한 유선 및 무선 방송 서비스들 위한 환경을 통합했다.
OMA(Open Mobile Alliance)는 개개의 모바일 솔루션들간의 연동을 위한 표준이며, 모바일 소프트웨어 및 인터넷 서비스에 대한 다양한 애플리케이션 표준을 정의한다. BCAST(OMA Mobile Broadcast Services Enabler Suite)는 모바일 방송 기술을 지원하도록 설계된 명세이다. OMA BCAST는, 서비스 가이드, 다운로드 및 스트리밍, 서비스 및 콘텐츠 보호, 서비스 가입 및 로밍 등의 다양한 기능을 포함하는 IP-기반 모바일 콘텐츠 전달을 제공하는 기술을 정의한다.
본 발명의 전술된 및 기타의 목적, 특징, 및 이점들은, 첨부된 도면들과 연계하여 본 발명의 이하의 상세한 설명으로 참조하면 더욱 용이하게 이해될 것이다.
본 발명의 한 실시예는 다음을 포함하는 서비스 가이드를 프리젠팅하기 위한 시스템을 개시한다: (a) 서비스 고지 - 상기 서비스 고지는 적어도 하나의 컴포넌트를 포함함 - 를 수신하는 것; (b) 상기 서비스 고지의 각각의 상기 컴포넌트에 대해 언어 문자열이 존재하는지 여부를 결정하는 것; (c) 상기 서비스 고지의 상기 적어도 하나의 컴포넌트 중 하나에 대한 상기 언어 문자열이 존재하면, 상기 적어도 하나의 컴포넌트 중 상기 하나에 대한 언어 문자열을 수신하는 것; (d) 상기 서비스 고지의 상기 적어도 하나의 컴포넌트 중 하나에 대한 상기 언어 문자열이 존재하지 않는다면, 상기 적어도 하나의 컴포넌트 중 상기 하나에 대한 언어 문자열을 미리정의된 문자열로 설정하는 것; (e) 상기 언어 문자열의 값에 응답하여 상기 서비스 가이드를 프리젠팅하는 것.
본 발명의 또 다른 실시예는 다음을 포함하는 서비스 고지를 포함하는 서비스 가이드를 전송하기 위한 시스템을 개시한다: (a) 상기 서비스 고지 - 상기 서비스 고지는 적어도 하나의 컴포넌트를 포함함 - 를 전송하는 것; (b) 상기 서비스 고지의 각각의 상기 컴포넌트에 대해 언어 문자열이 상기 적어도 하나의 컴포넌트 중 하나에 대한 미리정의된 문자열과 동일한지의 여부를 결정하는 것; (c) 상기 서비스 고지의 상기 적어도 하나의 컴포넌트 중 상기 하나에 대한 상기 언어 문자열이 상기 미리정의된 문자열과 동일하면, 상기 서비스 고지의 상기 적어도 하나의 컴포넌트 중 상기 하나에 대한 상기 언어 문자열을 생략하는 것; (d) 상기 서비스 고지의 상기 적어도 하나의 컴포넌트 중 상기 하나에 대한 상기 언어 문자열이 상기 미리정의된 문자열과 동일하지 않다면, 상기 서비스 고지의 상기 적어도 하나의 컴포넌트 중 상기 하나에 대한 상기 언어 문자열을 포함시키는 것.
도 1은 애플리케이션 계층과 트랜스포트 계층에서 OMA BCAST 연구 그룹에 의해 명시된 BCAST 시스템의 논리적 아키텍처를 나타내는 블록도이다.
도 2는 OMA BCAST 시스템에서 이용하기 위한 서비스 가이드의 구조를 나타내는 도면이다.
도 2a는 서비스 가이드 단편들 사이의 카디널리티 및 기준 방향을 도시하는 도면이다.
도 3은 종래의 서비스 가이드 전달 방법의 원리를 나타내는 블록도이다.
도 4는 설명 방식을 나타낸다.
도 5는 MajorChannelNum 및 MinorChannelNum을 갖는 ServiceMediaExtension을 나타낸다.
도 6은 Icon을 갖는 ServiceMediaExtension을 나타낸다.
도 7은 url을 갖는 ServiceMediaExtension을 나타낸다.
도 8은 MajorChannelNum, MinorChannelNum, Icon 및 url을 갖는 ServiceMediaExtension을 나타낸다.
도 9a는 AudioLanguage 요소 및 TextLanguage 요소를 나타낸다.
도 9b는 AudioLanguage 요소 및 TextLanguage 요소를 나타낸다.
도 9c는 AudioLanguage 요소 및 TextLanguage 요소를 나타낸다.
도 10a는 AudioLanguage 요소 및 TextLanguage 요소를 나타낸다.
도 10b는 AudioLanguage 요소 및 TextLanguage 요소를 나타낸다.
도 10c는 AudioLanguage 요소 및 TextLanguage 요소를 나타낸다.
도 11a는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11b는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11c는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11d는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11e는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11f는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11g는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11h는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11i는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11j는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11k는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11l은 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11m은 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11n는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11o는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11p는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11q는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 12a는 유형 요소에 대한 신택스 구조를 나타낸다.
도 12b는 유형 요소에 대한 신택스 구조를 나타낸다.
도 12c는 유형 요소에 대한 신택스 구조를 나타낸다.
도 13은 비디오 요소의 MIMEType 서브요소를 나타낸다.
도 14는 오디오 요소의 MIMEType 서브요소를 나타낸다.
도 15a는 MIMEType 프로세스를 나타낸다.
도 15b는 MIMEType 프로세스를 나타낸다.
도 16a는 미디어 확장 신택스를 나타낸다.
도 16b는 미디어 확장 신택스를 나타낸다.
도 17은 폐쇄 자막 신택스를 나타낸다.
도 18a는 미디어 확장 신택스를 나타낸다.
도 18b는 미디어 확장 신택스를 나타낸다.
도 18c는 미디어 확장 신택스를 나타낸다.
도 19a는 미디어 확장 신택스를 나타낸다.
도 19b는 미디어 확장 신택스를 나타낸다.
도 19c는 미디어 확장 신택스를 나타낸다.
도 20은 미디어 확장 신택스를 나타낸다.
도 21은 미디어 확장 신택스를 나타낸다.
도 22a는 콘텐츠-레벨 사적 확장을 도시한다.
도 22b는 콘텐츠-레벨 사적 확장을 도시한다.
도 23는 스키마를 나타낸다.
도 2는 OMA BCAST 시스템에서 이용하기 위한 서비스 가이드의 구조를 나타내는 도면이다.
도 2a는 서비스 가이드 단편들 사이의 카디널리티 및 기준 방향을 도시하는 도면이다.
도 3은 종래의 서비스 가이드 전달 방법의 원리를 나타내는 블록도이다.
도 4는 설명 방식을 나타낸다.
도 5는 MajorChannelNum 및 MinorChannelNum을 갖는 ServiceMediaExtension을 나타낸다.
도 6은 Icon을 갖는 ServiceMediaExtension을 나타낸다.
도 7은 url을 갖는 ServiceMediaExtension을 나타낸다.
도 8은 MajorChannelNum, MinorChannelNum, Icon 및 url을 갖는 ServiceMediaExtension을 나타낸다.
도 9a는 AudioLanguage 요소 및 TextLanguage 요소를 나타낸다.
도 9b는 AudioLanguage 요소 및 TextLanguage 요소를 나타낸다.
도 9c는 AudioLanguage 요소 및 TextLanguage 요소를 나타낸다.
도 10a는 AudioLanguage 요소 및 TextLanguage 요소를 나타낸다.
도 10b는 AudioLanguage 요소 및 TextLanguage 요소를 나타낸다.
도 10c는 AudioLanguage 요소 및 TextLanguage 요소를 나타낸다.
도 11a는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11b는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11c는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11d는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11e는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11f는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11g는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11h는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11i는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11j는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11k는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11l은 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11m은 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11n는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11o는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11p는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 11q는 액세스 단편을 위한 신택스 구조를 나타낸다.
도 12a는 유형 요소에 대한 신택스 구조를 나타낸다.
도 12b는 유형 요소에 대한 신택스 구조를 나타낸다.
도 12c는 유형 요소에 대한 신택스 구조를 나타낸다.
도 13은 비디오 요소의 MIMEType 서브요소를 나타낸다.
도 14는 오디오 요소의 MIMEType 서브요소를 나타낸다.
도 15a는 MIMEType 프로세스를 나타낸다.
도 15b는 MIMEType 프로세스를 나타낸다.
도 16a는 미디어 확장 신택스를 나타낸다.
도 16b는 미디어 확장 신택스를 나타낸다.
도 17은 폐쇄 자막 신택스를 나타낸다.
도 18a는 미디어 확장 신택스를 나타낸다.
도 18b는 미디어 확장 신택스를 나타낸다.
도 18c는 미디어 확장 신택스를 나타낸다.
도 19a는 미디어 확장 신택스를 나타낸다.
도 19b는 미디어 확장 신택스를 나타낸다.
도 19c는 미디어 확장 신택스를 나타낸다.
도 20은 미디어 확장 신택스를 나타낸다.
도 21은 미디어 확장 신택스를 나타낸다.
도 22a는 콘텐츠-레벨 사적 확장을 도시한다.
도 22b는 콘텐츠-레벨 사적 확장을 도시한다.
도 23는 스키마를 나타낸다.
도 1을 참조하면, OMA(Open Mobile Alliance) BCAST에 의해 명시된 방송 시스템의 논리적 아키텍처는 애플리케이션 계층과 트랜스포트 계층을 포함할 수 있다. BCAST 시스템의 논리적 아키텍처는, 콘텐츠 생성(101), BCAST 서비스 애플리케이션(102), BCAST 서비스 배포 적응(Service Distribution Adaptation)(BSDA)(103), BCAST 가입 관리(BSM)(104), 단말기(105), 방송 배포 시스템(Broadcast Distribution System)(BDS) 서비스 배포(111), BDS(112) 및 상호작용 네트워크(113)를 포함한다. 방송 시스템 및/또는 수신기 시스템은 원한다면 재구성될 수 있다는 것을 이해해야 한다. 방송 시스템 및/또는 수신기 시스템은 원한다면 추가적인 요소 및/또는 더 적은 수의 요소를 포함할 수 있다는 것을 이해해야 한다.
일반적으로, 콘텐츠 생성(101)은 BCAST 서비스의 기초가 되는 콘텐츠를 제공할 수 있다. 콘텐츠는, 공통 방송 서비스를 위한 파일들, 예를 들어, 오디오 및 비디오를 포함하는 영화에 대한 데이터를 포함할 수 있다. 콘텐츠 생성(101)은, 서비스 가이드를 생성하고 서비스가 전달되는 전송 베어러(transmission bearer)를 결정하는데 이용되는, 콘텐츠에 대한 속성을 BCAST 서비스 애플리케이션(102)에 제공한다.
일반적으로, BCAST 서비스 애플리케이션(102)은 콘텐츠 생성(101)으로부터 제공된 BCAST 서비스에 대한 데이터를 수신하고, 수신된 데이터를, 미디어 인코딩, 콘텐츠 보호, 대화형 서비스 등을 제공하기에 적합한 형태로 변환한다. BCAST 서비스 애플리케이션(102)은 콘텐츠 생성(101)으로부터 수신된 콘텐츠에 대한 속성을 BSDA(103) 및 BSM(104)에 제공한다.
일반적으로, BSDA(103)는 BCAST 서비스 애플리케이션(102)으로부터 제공되는 BCAST 서비스 데이터를 이용하여, 파일 및/또는 스트리밍 전달, 서비스 수집, 서비스 보호, 서비스 가이드(SG) 생성 및/또는 전달 및 서비스 통보 등의 동작을 수행할 수 있다. BSDA(103)는 BDS(112)에 맞게 서비스를 적응시킨다.
일반적으로, BSM(104)은, 하드웨어 또는 소프트웨어를 통해, BCAST 서비스 사용자에 대한 가입 및 과금 관련 기능, BCAST 서비스에 이용되는 정보 제공 등의 서비스 제공, 및 BCAST 서비스를 수신하는 모바일 단말기를 관리할 수 있다.
일반적으로, 단말기(105)는 콘텐츠 보호 등의 콘텐츠 및/또는 서비스 가이드 및 프로그램 지원 정보를 수신할 수 있고, 사용자에게 방송 서비스를 제공한다. BDS 서비스 배포(111)는, BDS(112) 및 상호작용 네트워크(113)와의 상호통신을 통해 복수의 단말기에 모바일 방송 서비스를 전달한다.
일반적으로, BDS(112)는 방송 채널을 통해 모바일 방송 서비스를 전달할 수 있고, 예를 들어, 3세대 프로젝트 파트너십(3GPP)에 의한 멀티미디어 방송 멀티캐스트 서비스(MBMS), 3세대 프로젝트 파트너십 2(3GPP2), DVB(Digital Video Broadcasting)에 의한 DVB-H(DVB-Handheld), 또는 IP(Internet Protocol) 기반 방송 통신 네트워크에 의한 방송 멀티캐스트 서비스(BCMCS)를 포함할 수 있다. 상호작용 네트워크(113)는 상호작용 채널을 제공하고, 예를 들어 셀룰러 네트워크를 포함할 수 있다.
기준점들, 또는 도 1의 논리적 엔티티들 사이의 접속 경로들은, 원한다면, 복수의 인터페이스를 가질 수 있다. 인터페이스들은 그들 특유의 목적을 위해 2개 이상의 논리적 엔터티들 사이의 통신에 이용된다. 메시지 포맷, 프로토콜 등이 인터페이스들에 적용된다. 일부 예에서, 하나 이상의 상이한 기능들 사이에는 논리적 인터페이스가 없다.
BCAST-1(121)은 콘텐츠 및 콘텐츠 속성에 대한 전송 경로이고, BCAST-2(122)는 콘텐츠-보호된 또는 콘텐츠-비보호된 BCAST 서비스, BCAST 서비스의 속성, 및 콘텐츠 속성에 대한 전송 경로이다.
BCAST-3(123)은, BCAST 서비스 속성, 콘텐츠의 속성, 사용자 선호사항 및/또는 가입 정보, 사용자 요청 및 요청에 대한 응답에 대한 전송 경로이다. BCAST-4(124)는, 통보 메시지, 서비스 가이드에 이용되는 속성, 및 콘텐츠 보호 및 서비스 보호에 이용되는 키에 대한 전송 경로이다.
BCAST-5(125)는, 보호된 BCAST 서비스, 비보호된 BCAST 서비스, 콘텐츠-보호된 BCAST 서비스, 콘텐츠-비보호된 BCAST 서비스, BCAST 서비스 속성, 콘텐츠 속성, 통보, 서비스 가이드, DRM RO(Digital Right Management Right Object) 등의 보안 자료, 및 BCAST 서비스 보호에 이용되는 키 값들, 및 방송 채널을 통해 전송되는 모든 데이터와 시그널링에 대한 전송 경로이다.
BCAST-6(126)는, 보호된 BCAST 서비스, 비보호된 BCAST 서비스, 콘텐츠-보호된 BCAST 서비스, 콘텐츠-비보호된 BCAST 서비스, BCAST 서비스 속성, 콘텐츠 속성, 통보, 서비스 가이드, DRM RO 등의 보안 자료, 및 BCAST 서비스 보호에 이용되는 키 값들, 및 상호작용 채널을 통해 전송되는 모든 데이터와 시그널링에 대한 전송 경로이다.
BCAST-7(127)은, DRM RO와 BCAST 서비스 보호를 위해 이용되는 키 값들 등의, 보안 자료의 수신에 관련된 제어 정보를 위한 상호작용 채널을 통해 전송되는 서비스 제공, 가입 정보, 디바이스 관리, 및 사용자 선호사항 정보 전송을 위한 전송 경로이다.
BCAST-8(128)은 BCAST 서비스를 위한 사용자 데이터가 제공되는 전송 경로이다. BDS-1(129)은, 보호된 BCAST 서비스, 비보호된 BCAST 서비스, BCAST 서비스 속성, 콘텐츠 속성, 통보, 서비스 가이드, 및 BCAST 서비스 보호에 이용되는 DRM RO 및 키 값 등의 보안 자료에 대한 전송 경로이다.
BDS-2(130)는, 서비스 제공, 가입 정보, 디바이스 관리, 및 BCAST 서비스 보호를 위해 이용되는 DRM RO 및 키 값 등의 보안 자료에 대한 전송 경로이다.
X-1(131)은 BDS 서비스 배포(111)와 BDS(112) 사이의 기준점이다. X-2(132)는 BDS 서비스 배포(111)와 상호작용 네트워크(113) 사이의 기준점이다. X-3(133)은 BDS(112)와 단말기(105) 사이의 기준점이다. X-4(134)는 방송 채널을 통한 BDS 서비스 배포(111)와 단말기(105) 사이의 기준점이다. X-5(135)는 상호작용 채널을 통한 BDS 서비스 배포(111)와 단말기(105) 사이의 기준점이다. X-6(136)은 상호작용 네트워크(113)와 단말기(105) 사이의 기준점이다.
도 2를 참조하면, OMA BCAST 시스템에 대한 예시적인 서비스 가이드가 도시되어 있다. 설명의 목적을 위해, 단편들 사이의 실선 화살표는 단편들 사이의 기준 방향을 나타낸다. 서비스 가이드 시스템은 원한다면 재구성될 수 있다는 것을 이해해야 한다. 서비스 가이드 시스템은 원한다면 추가적인 요소 및/또는 더 적은 수의 요소를 포함할 수 있다는 것을 이해해야 한다. 요소들의 기능성은 원한다면 수정 및/또는 결합될 수 있다는 것을 이해해야 한다.
도 2a는 서비스 가이드 단편들 사이의 카디널리티 및 기준 방향을 도시하는 도면이다. 도 2에 도시된 카디널리티의 의미는 다음과 같다: 도 2a에서와 같이 단편 A의 한 인스턴스화는 단편 B의 c 내지 d개의 인스턴스화를 참조한다. c = d이면, d가 생략된다. 따라서, c > 0이고 단편 A가 존재한다면, 단편 B의 적어도 c개의 인스턴스화가 존재해야하지만, 단편 B의 최대 d개의 인스턴스화가 존재할 수도 있다. 그 반대로, 단편 B의 한 인스턴스화는 단편 A의 a 내지 b개의 인스턴스화에 의해 참조된다. a = b이면, b가 생략된다. 단편 B를 가리키는 단편 A로부터의 화살표 접속은 단편 A가 단편 B에 대한 참조를 포함한다는 것을 나타낸다.
도 2와 관련하여, 일반적으로, 서비스 가이드는, 전체 서비스 가이드에 대한 기본 정보를 제공하기 위한 관리 그룹(200), 가입 및 구매 정보를 제공하기 위한 프로비저닝 그룹(210), 서비스 가이드에 대한 코어 부분으로서 역할을 하는 코어 그룹(220), 및 서비스와 콘텐츠에 대한 액세스를 제어하는 액세스 정보를 제공하기 위한 액세스 그룹(230)을 포함한다.
관리 그룹(200)은 서비스 가이드 전달 기술자(Service Guide Delivery Descriptor)(201)를 포함할 수 있다. 프로비저닝 그룹(210)은, 구매 항목(211), 구매 데이터(212), 및 구매 채널(213)을 포함할 수 있다. 코어 그룹(220)은, 서비스(221), 스케줄(222), 및 콘텐츠(223)를 포함할 수 있다. 액세스 그룹(230)은 액세스(231) 및 세션 설명(232)을 포함할 수 있다.
서비스 가이드는, 관리 그룹(200), 프로비저닝 그룹(210), 코어 그룹(220) 및 액세스 그룹(230)에 추가하여, 미리보기 데이터(241) 및 상호작용 데이터(251)를 더 포함할 수 있다.
전술된 컴포넌트는, 식별 목적을 위해, 서비스 가이드의 양태들을 구성하는 기본 유닛 또는 단편으로 지칭될 수 있다.
서비스 가이드 전달 기술자(201)는, 서비스 가이드 전달 유닛(Service Guide Delivery Unit)(SGDU)이 위치해 있는 전달 세션에 관한 정보를 제공할 수 있다. SGDU는, 구매 항목(211), 구매 데이터(212), 구매 채널(213), 서비스(221), 스케줄(222), 콘텐츠(223), 액세스(231), 세션 설명(232), 미리보기 데이터(241) 및 서비스 가이드를 구성하는 상호작용 데이터(251) 서비스 가이드 단편들을 포함하는 컨테이너이다. 서비스 가이드 전달 기술자(Service Guide Delivery Descriptor)(SGDD)는 또한, 그룹화 정보 및 통보 메시지를 수신하기 위한 엔트리 포인트에 관한 정보를 제공할 수 있다.
방송 서비스에 포함된 콘텐츠의 상위 집결체인 서비스(221)는, 서비스 콘텐츠, 장르, 서비스 위치 등에 관한 정보를 포함할 수 있다. 일반적으로, 'Service' 단편은 방송 서비스를 포함하는 콘텐츠 항목들을 집결 레벨(aggregate level)에서 기술한다. 서비스는, 예를 들어, 방송 채널 및 대화형 채널 등의 복수의 액세스 수단을 이용하여 사용자에게 전달될 수 있다. 서비스는 소정 사용자 그룹 또는 지리적 영역을 대상으로 할 수 있다. 서비스의 유형에 따라, 서비스는, 대화형 부분(들), 방송-전용 부분(들) 또는 양쪽 모두를 포함할 수 있다. 또한, 서비스는, 콘텐츠에 직접 관련되지 않지만 구매 또는 가입 정보 등의 서비스의 기능에 관련된 컴포넌트를 포함할 수 있다. 서비스 가이드의 일부로서, 'Service' 단편은, 'Access', 'Schedule', 'Content' 및 'PurchaseItem' 단편을 포함한 다른 단편들에 의해 참조되는 중앙 허브를 형성한다. 그 외에도 'Service' 단편은 'PreviewData' 단편을 참조할 수 있다. 이것은 이들 단편 각각 중 여러 개에 의해 참조되거나 어느 것에 의해서도 참조되지 않을 수 있다. 연관된 단편들과 함께, 단말기는 임의의 시점에서 서비스와 연관된 상세사항을 결정할 수 있다. 이러한 상세사항은 사용자-친화적인 디스플레이 내에 요약될 수 있다, 예를 들어, 연관된 콘텐츠가 언제, 어떻게, 어떤 비용으로 소비될 수 있는지.
액세스(231) 단편은, 사용자가, 서비스 및 전달 방법, 및 대응하는 액세스 세션과 연관된 세션 정보를 보는 것을 허용하기 위한 액세스-관련 정보를 제공할 수 있다. 따라서, 'Access' 단편은 서비스 수명 기간 동안 서비스가 어떻게 액세스될 수 있는지를 설명한다. 이 단편은 세션 설명 정보를 포함하거나 참조하며, 전달 방법을 나타낸다. 하나 이상의 'Access' 단편은 'Service' 단편을 참조하고, 연관된 서비스에 액세스하거나 상호작용하기 위한 대안적 방식을 제공한다. 단말기의 경우, 'Access' 단편은, 서비스를 수신하고 렌더링하는 단말기로부터 요구되는 능력에 대한 정보를 제공한다. 'Access' 단편은, 세션 설명 파라미터를, 인라인 텍스트의 형태로, 또는 별개의 세션 설명에 대한 URI 형태의 포인터를 통해 제공한다. 세션 설명 정보는 방송 채널 또는 상호작용 채널을 통해 전달될 수 있다.
세션 설명(232)은 액세스(231)에 포함될 수 있고, 단말기가 세션 설명(232)에 관한 정보를 검출할 수 있도록 URI(Uniform Resource Identifier) 형태로 위치 정보를 제공할 수 있다. 세션 설명(232)은, 세션에 존재하는 멀티미디어 콘텐츠에 관한 주소 정보, 코덱 정보 등을 제공할 수 있다. 따라서 '세션 설명'은 서비스 또는 콘텐츠 항목으로의 액세스를 위한 세션 정보를 제공하는 서비스 가이드 단편이다. 또한, 세션 설명은 연관된 전달 절차에 이용되는 보조 설명 정보를 제공할 수 있다. 세션 설명 정보는, 텍스트 포맷의 세션 설명 프로토콜(Session Description Protocol)(SDP) 신택스를 이용하거나 3GPP MBMS 사용자 서비스 번들 설명 [3GPP TS 26.346](USBD)을 통해 제공된다. 보조 설명 정보는 XML 포맷으로 제공되며 [BCAST10-Distribution]에 명시된 연관된 전달 설명을 포함한다. SDP 신택스가 이용되는 경우, 세션 설명을 전달하는 대안적인 방식은 SDP를 'Access' 단편에서 텍스트 형식으로 캡슐화하는 것이라는 점에 유의한다. 세션 설명은 서비스 가이드 전달 그 자체 및 콘텐츠 세션 양쪽 모두에 이용될 수 있다는 점에 유의한다.
구매 항목(211)은, 사용자가 구매 항목(211)에 가입하거나 이를 구매하는 것을 돕는 서비스 번들, 콘텐츠, 시간 등을 제공할 수 있다. 따라서, 'PurchaseItem' 단편은, 가입 및/또는 구매를 위해 최종 사용자에게 무료로 제공되는 하나 이상의 서비스(즉, 서비스 번들) 또는 하나 이상의 콘텐츠 항목의 그룹을 나타낸다. 이 단편은, 상이한 서비스 번들들에 관한 더 많은 정보를 제공하는 'PurchaseData' 단편에 의해 참조될 수 있다. 'PurchaseItem' 단편은 다음과도 연관될 수 있다: (1) 번들 서비스 가입을 가능하게 하는 'Service' 단편, 및/또는 (2) 소정 시간대에서 소정 서비스 또는 콘텐츠를 소비할 수 있게 하는(페이-퍼-뷰 기능) 'Schedule' 단편, 및/또는 (3) 서비스에 관련된 단일 콘텐츠 파일을 구매할 수 있게 하는 'Content' 단편, (4) 구매 항목의 번들링을 가능하게 하는 기타의 'PurchaseItem' 단편.
구매 데이터(212)는, 서비스 또는 콘텐츠 번들에 대한 가격 정보 및 홍보 정보 등의 상세한 구매 및 가입 정보를 포함할 수 있다. 구매 채널(213)은 가입 또는 구매에 대한 액세스 정보를 제공할 수 있다. 따라서, 'PurchaseData' 단편의 주요 기능은 연관된 구매 항목에 대한 모든 이용가능한 가격 정보를 표현하는 것이다. 'PurchaseData' 단편은 하나 또는 수 개의 구매 채널에 대한 정보를 수집하며 소정 서비스 또는 서비스 번들 특유의 미리보기 데이터와 연관될 수 있다. 이것은, 서비스, 서비스 번들 또는 콘텐츠 항목의 가격책정에 대한 정보를 운반한다. 또한 홍보 활동에 대한 정보가, 이 단편에 포함될 수 있다. SGDD는 또한, 서비스 가이드를 수신하고 컨테이너로서 SGDU에 대한 정보를 그룹화하는 엔트리 포인트들에 관한 정보를 제공할 수 있다.
미리보기 데이터(241)는, 서비스, 스케줄 및 콘텐츠에 대한 미리보기 정보를 제공하는데 이용될 수 있다. 따라서, 'PreviewData' 단편은, 서비스 또는 콘텐츠 개요를 사용자에게 프리젠팅하기 위해 단말기에 의해 이용되는 정보를 포함하여, 사용자가 서비스 또는 콘텐츠가 무엇에 관한 것인지에 대한 일반적인 생각을 가질 수 있게 한다. 'PreviewData' 단편은, 간단한 텍스트, 정적 이미지(예를 들어, 로고), 짧은 비디오 클립, 또는 주요 서비스에 대한 낮은 비트 레이트 버전일 수 있는 또 다른 서비스에 대한 참조를 포함할 수 있다. 'Service', 'Content', 'PurchaseData', 'Access' 및 'Schedule' 단편은 'PreviewData' 단편을 참조할 수 있다.
상호작용 데이터(251)는, 방송 동안 서비스, 스케줄 및 콘텐츠에 따라 대화형 서비스를 제공하는데 이용될 수 있다. 서비스 가이드에 대한 더 상세한 정보는 시스템의 하나 이상의 요소 및 속성에 의해 정의될 수 있다. 따라서, 상호작용 데이터는, 방송 콘텐츠와 연관된 대화형 서비스를 사용자에게 제공하기 위해 단말기에 의해 이용되는 정보를 포함한다. 이들 대화형 서비스는, 사용자가, 예를 들어 텔레비전(TV) 쇼 동안에 투표하거나 방송 콘텐츠에 관련된 콘텐츠를 획득할 수 있게 한다. 'InteractivityData' 단편은, xhtml 파일, 정적 이미지, 이메일 템플릿, SMS(Short Messaage Service) 템플릿, MMS(Multimedia Messaging Service) 템플릿 문서 등을 포함하는 하나 또는 여러 개의 '상호작용 미디어' 문서를 가리킨다. 'InteractivityData' 단편은, 'Service', 'Content' 및 'Schedule' 단편을 참조할 수 있고, 'Schedule' 단편에 의해 참조될 수 있다.
'Schedule' 단편은, 스트리밍, 다운로드 및/또는 렌더링에 대해 연관된 콘텐츠 항목이 이용가능한 시간대를 정의한다. 이 단편은 'Service' 단편을 참조한다. 이것이 또한 하나 이상의 'Content' 단편 또는 'InteractivityData' 단편을 참조한다면, 이것은 서비스에 속하는 콘텐츠 항목들의 유효한 배포 및/또는 프리젠테이션 시간대, 또는 서비스와 연관된 상호작용 미디어 문서의 유효한 배포 시간대 및 자동 활성화 시간을 정의한다. 반면에, 'Schedule' 단편이 어떠한 'Content' 단편(들) 또는 'InteractivityData' 단편(들)도 참조하지 않는다면, 이것은 한정되지 않은 서비스 가용성의 시간대를 정의한다.
'Content' 단편은 특정한 콘텐츠 항목의 상세한 설명을 제공한다. 콘텐츠의 유형, 설명 및 언어를 정의하는 것 외에도, 이것은 장르 및 부모 등급뿐만 아니라 대상 사용자 그룹 또는 지리적 영역에 대한 정보를 제공할 수 있다. 'Content' 단편은, Schedule, PurchaseItem, 또는 'InteractivityData' 단편에 의해 참조될 수 있다. 이것은 'PreviewData' 단편 또는 'Service' 단편을 참조할 수 있다.
'PurchaseChannel' 단편은, 'PurchaseData' 단편에서 정의된 바와 같이, 소정 서비스, 서비스 번들 또는 콘텐츠 항목에 대한 액세스 및/또는 콘텐츠 권한의 구매를 획득할 수 있는 엔티티에 대한 정보를 운반한다. 구매 채널은 하나 이상의 BSM(Broadcast Subscription Management)과 연관된다. 단말기는, 특정한 구매 채널이 그 구매 채널과 역시 연관되어 있는 BSM과 연계되어 있는 경우에만 그 특정한 구매 채널에 액세스할 수 있다. 복수의 구매 채널이 하나의 'PurchaseData' 단편에 연관될 수 있다. 소정 최종 사용자는, 모든 구매 요청이 향해야 하는 "선호" 구매 채널(예를 들어, 자신의 이동 통신사)을 가질 수 있다. 선호 구매 채널은 최종 사용자가 이용하는 것이 허용된 유일한 채널일 수도 있다.
ServiceGuideDeliveryDescriptor는 서비스 가이드 고지 채널에서 전송되며, 서비스 가이드 발견 프로세스에서 서비스 가이드의 단편들의 가용성, 메타데이터 및 그룹화를 단말기에게 통보한다. SGDD는 단말기에 캐싱된 또는 전송되고 있는 서비스 가이드 단편들의 신속한 식별을 허용한다. 이러한 이유 때문에, SGDD는 바람직하게는 방송 채널을 통해 배포될 경우 반복된다. SGDD는 또한, 관련된 서비스 가이드 단편들의 그룹화를 제공하므로 이러한 그룹의 완성도를 결정하는 수단이 된다. ServiceGuideDeliveryDescriptor는 단말기가 하나의 서비스 영역으로부터 또 다른 영역으로 이동하는 경우 특히 유용하다. 이 경우, ServiceGuideDeliveryDescriptor가 이용되어 이전 서비스 커버리지 영역에서 수신된 서비스 가이드 단편들 중 어느 것이 현재의 서비스 커버리지 영역에서 여전히 유효한지를 신속하게 체크할 수 있으므로, 재파싱 및 재처리될 필요가 없다.
명시적으로 도시되지는 않았지만, 서비스 가이드를 구성하는 단편들은 그들의 목적을 이행하기 위한 요소 및 속성 값을 포함할 수 있다. 또한, 서비스 가이드의 단편들 중 하나 이상은 원한다면 생략될 수 있다. 또한, 서비스 가이드의 하나 이상의 단편은 원한다면 결합될 수 있다. 또한, 서비스 가이드의 하나 이상의 단편의 상이한 양태들이, 원한다면, 함께 결합되거나, 재구성되거나, 수정되거나 제한될 수 있다.
도 3을 참조하면, 예시적인 블록도는 서비스 가이드 전달 기술의 양태를 나타낸다. 서비스 가이드 전달 기술자(201)는, 서비스 정보를 포함하는 모든 단편에 관련된 세션 정보, 그룹화 정보, 및 통보 메시지 액세스 정보를 포함할 수 있다. 모바일 방송 서비스-가능형 단말기(105)가 켜지거나 서비스 가이드를 수신하기 시작하면, SG 고지 채널(Announcement Channel)(300)에 액세스할 수 있다.
SG 고지 채널(300)은, 참조로 그 전체 내용의 본 명세서에 포함되는, Service Guide for Mobile Broadcast Services, Open Mobile Alliance, Version 1.0.1, January 09, 2013 및/또는 Service Guide for Mobile Broadcast Services, open Mobile Alliance, Version 1.1, October 29, 3013에 예시된 것과 같은, 임의의 적절한 포맷으로 포맷팅될 수 있는, 서비스 가이드 전달 기술자(201) 중 적어도 하나(예를 들어, SGDD #1, . . . , SGDD #2, SGDD #3)를 포함할 수 있다. 서비스 가이드 전달 기술자(201)를 구성하는 요소들 및 속성들의 설명은, 예를 들어, 테이블 포맷 및/또는 XML(eXtensible Markup Language) 스키마 등의, 임의의 적합한 포맷으로 반영될 수 있다.
실제 데이터는 바람직하게는 서비스 가이드 전달 기술자(201)에 따라 XML 포맷으로 제공된다. 서비스 가이드에 관련된 정보는, 2진 등의 다양한 데이터 포맷으로 제공될 수 있고, 여기서, 요소들 및 속성들은 방송 시스템에 따라 대응하는 값으로 설정된다.
단말기(105)는 SG 고지 채널(SG Announcement Channel)(300) 상에서 수신된 SGDD 단편의 DescriptorEntry로부터 단편 정보를 포함하는 서비스 가이드 전달 유닛(Service Guide Delivery Unit)(SGDU)(312)에 대한 트랜스포트 정보를 취득할 수 있다.
서비스 가이드의 그룹화 정보를 제공할 수 있는 DescriptorEntry(302)는 "GroupingCriteria", "ServiceGuideDeliveryUnit", "Transport" 및 "AlternativeAccessURI"를 포함한다. 트랜스포트-관련 채널 정보는 "Transport" 또는 "AlternativeAccessURI"에 의해 제공될 수 있으며, 대응하는 채널의 실제 값은 "ServiceGuideDeliveryUnit"에 의해 제공된다. 또한, "Service" 및 "Genre" 등의 SGDU(312)에 관한 상위 계층 그룹 정보는 "GroupingCriteria"에 의해 제공될 수 있다. 단말기(105)는 대응하는 그룹 정보에 따라 모든 SGDU(312)를 수신하여 사용자에게 프리젠팅할 수 있다.
일단 트랜스포트 정보가 취득되고 나면, 단말기(105)는 SGDU(312)를 수신하기 위해 SG 전달 채널(310) 상의 SGDD(301) 내의 DescriptorEntry(302)로부터 획득된 모든 전달 채널에 액세스할 수 있다. SG 전달 채널은 "GroupingCriteria"를 이용하여 식별될 수 있다. 시간 그룹화의 경우, SGDU는 시간별 SG 채널(311) 및 일별 SG 채널 등의 시간-기반의 트랜스포트 채널을 이용하여 전송할 수 있다. 따라서, 단말기(105)는 채널들에 선택적으로 액세스하여 대응하는 채널에 존재하는 모든 SGDU를 수신할 수 있다. 일단 전체 SGDU가 SG 전달 채널(310) 상에서 완전히 수신되고 나면, 단말기(105)는 SG 전달 채널(310) 상에서 수신된 SGDU에 포함된 모든 단편들을 체크하고 그 단편들을 조합하여 시간별 기반(321)으로 세분될 수 있는 스크린 상에 실제 전체 서비스 가이드(320)를 디스플레이한다.
종래의 모바일 방송 시스템에서, 서비스 가이드는 포맷팅되고 전송되어, 구성된 단말기들만이 대응하는 방송 시스템의 방송 신호를 수신하게 한다. 예를 들어, DVB-H 시스템에 의해 전송된 서비스 가이드 정보는 DVB-H 방송을 수신하도록 구성된 단말기에 의해서만 수신될 수 있다.
서비스 제공자는, 멀티플레이 서비스라 불리는 서비스 융합에 따라 다양한 방송 시스템뿐만 아니라 다양한 방송 시스템을 이용하는 번들링되고 및 통합된 서비스를 제공한다. 방송 서비스 제공자는 또한 IP 네트워크 상에서 방송 서비스를 제공할 수 있다. 통합된 서비스 가이드 전송 및/또는 수신 시스템은, 3GPP 표준 및 OMA BCAST 표준(예를 들어, 방식(scheme))에서 정의된 엔티티들의 용어를 이용하여 기술될 수 있다. 그러나, 서비스 가이드 및/또는 수신 시스템은 임의의 적절한 통신 및/또는 방송 시스템과 함께 이용될 수 있다.
도 4를 참조하면, 이 방식은, 예를 들어, (1) 명칭; (2) 유형; (3) 범주; (4) 카디널리티; (5) 설명; 및 (6) 데이터 유형을 포함할 수 있다. 이 방식은, XML 포맷의 테이블 포맷 등의 임의의 방식으로 준비될 수 있다.
"명칭" 열은 요소 또는 속성의 명칭을 나타낸다. "유형" 열은 요소 또는 속성을 나타내는 인덱스를 나타낸다. 요소는, E1, E2, E3, E4, ..., E[n] 중 하나일 수 있다. E1은 전체 메시지 중 상위 요소를 나타내고, E2는 E1 아래의 요소를 나타내며, E3은 E2 아래의 요소를 나타내고, E4는 E3 아래의 요소를 나타내는 등등이다. 속성은 A로 표시된다. 예를 들어, E1 아래의 "A"는 요소 E1의 속성을 의미한다. 일부 경우에, 표기법은, E = 요소, A = 속성, E1 = 서브요소, E2 = 서브요소의 서브요소, E[n] = 요소[n-1]의 서브요소를 의미할 수 있다. "범주" 열은 요소 또는 속성이 필수인지를 나타내는데 이용된다. 요소가 필수이면, 요소의 범주는 "M"으로 플래그가 지정된다. 요소가 임의적이면, 요소의 범주는 "O"로 플래그가 지정된다. 요소가 네트워크가 지원하는 임의적이면, 그 요소는 "NO"로 플래그가 지정된다. 요소가 단말기가 지원하는 필수이면, 그 요소는 TM으로 플래그가 지정된다. 요소가 네트워크를 지원하는 필수이면, 그 요소는 "NM"으로 플래그가 지정된다. 요소가 단말기가 지원하는 임의적이면, 그 요소는 "TO"로 플래그가 지정된다. 요소 또는 속성의 0보다 큰 카디널리티를 갖는다면, 이것은 일관성을 유지하기 위해 M 또는 NM으로 분류된다. "카디널리티" 열은 요소들 사이의 관계를 나타내며, 0, 0 ... 1, 1, 0 ... n, 및 1 ... n의 값으로 설정된다. 0은 옵션을 나타내고, 1은 필요한 관계를 나타내며, n은 복수의 값을 나타낸다. 예를 들어, 0 ... n은 대응하는 요소가 어떠한 값도 갖지 않거나 n개 값을 가질 수 있다는 것을 의미한다. "설명" 열은 대응하는 요소 또는 속성의 의미를 기술하고, "데이터 유형" 열은 대응하는 요소 또는 속성의 데이터 유형을 나타낸다.
서비스는, 최종 사용자에게 논리적 그룹을 형성하는 콘텐츠 항목들의 번들을 나타낼 수 있다. 한 예는, 수 개의 TV 쇼로 구성된 TV 채널일 것이다. 'Service' 단편은 모바일 방송 서비스를 기술하는 메타데이터를 포함한다. 'Service' 단편과 연관된 'Content' 단편(들)에 동일한 메타데이터(즉, 속성 및 요소)가 존재하는 것이 가능하다. 이 상황에서 다음과 같은 요소들: 'ParentalRating', 'TargetUserProfile', 'Genre' 및 'BroadcastArea'에 대해, 'Content' 단편에 정의된 값들은 'Service' 단편에 정의된 값들보다 우선한다.
이 단편의 프로그램 가이드 요소는, 한 단편 내의 프로그램 가이드의 시작과 프로그램 가이드의 끝 셀들 사이에서 그룹화될 수 있다. 프로그램 가이드의 요소들의 이러한 국소화는 프로그래밍 가이드를 준비하는데 있어서 수신 디바이스의 계산 복잡성을 감소시킨다. 프로그램 가이드 요소들은 일반적으로 사용자 해석에 이용된다. 이것은 콘텐츠 생성자가 서비스에 대한 사용자 판독가능한 정보를 제공할 수 있게 한다. 단말기는 최종 사용자에게 프리젠팅하기 위해 이 단편 내의 모든 선언된 프로그램 가이드 요소를 이용해야 한다. 단말기는, 검색, 정렬 등의 기능을 제공할 수 있다. 프로그램 가이드는 다음과 같은 서비스 요소로 구성될 수 있다: (1) 명칭(Name); (2) 설명(Description); (3) 오디오 언어(AudioLanguage); (4) 텍스트 언어(TextLanguage); (5) 부모 등급(ParentalRating); (6) 대상 사용자 프로파일(TargetUserProfile); 및 (7) 장르(Genre).
"Name" 요소는 아마도 복수의 언어로 서비스 명칭을 나타낼 수 있다. 언어는, 내장된 XML 속성 'xml:lang'을 이용하여 표현할 수 있다.
"Description" 요소는 복수의 언어로 되어 있으며 내장된 XML 속성 'xml:lang'을 이용하여 표현될 수 있다.
"AudioLanguage" 요소는, 이 요소의 값에 의해 표현된 언어에 대응하는 오디오 트랙과 함께 이 서비스가 이용가능하다는 것을 최종 사용자에게 선언할 수 있다. 이 요소의 텍스트 값은 상이한 언어들로 최종 사용자에게 이용가능하게 될 수 있다. 이러한 경우 이 요소의 값을 나타내는데 이용된 언어는, 내장된 XML 속성 'xml:lang'을 이용하여 시그널링될 수 있으며 다국어 지원을 포함할 수 있다. AudioLanguage는 languageSDPTag 속성을 포함할 수 있다.
"languageSDPTag" 속성은 세션 설명 내의 오디오 트랙을 기술하는 미디어 섹션들에서 이용되는 부모 'AudioLanguage' 요소에 의해 기술된 오디오 언어의 식별자이다. 동일한 오디오 스트림을 선언하는 각각의 'AudioLanguage' 요소는 'languageSDPTag'와 동일한 값을 가질 수 있다.
"TextLanguage" 요소는 이 요소의 값에 의해 표현되는 언어로 이 서비스의 텍스트 컴포넌트들이 이용가능하다는 것을 최종 사용자에게 선언할 수 있다. 텍스트 컴포넌트는 예를 들어 자막 또는 부제목 트랙일 수 있다. 이 요소의 텍스트 값은 상이한 언어들로 최종 사용자에게 이용가능하게 될 수 있다. 이러한 경우 이 요소의 값을 나타내는데 이용된 언어는, 내장된 XML 속성 'xml:lang'을 이용하여 시그널링될 수 있으며 다국어 지원을 포함할 수 있다. 'languageSDPTag' 및 'xml:lang' 속성을 할당하고 해석하는 'AudioLanguage' 요소에 대해 명시된 것과 동일한 규칙 및 제약이 이 요소에 적용될 수 있다.
"languageSDPTag" 속성은 세션 설명 내의 텍스트 트랙을 기술하는 미디어 섹션에서 이용되는 부모 'TextLanguage' 요소에 의해 기술되는 텍스트 언어의 식별자이다.
"ParentalRating" 요소는 기준 부모를 선언할 수 있으며, 연관된 항목이 서비스 영역의 규제 요건에 따라 정의된 어린이의 액세스에 적합한지를 결정하는데 이용될 수 있다. 단말기는 자유 문자열인 'ParentalRating'을 지원할 수 있으며, 단말기는 'ratingSystem' 및 'ratingValueName' 속성을 이용하여 부모 등급 레벨을 표현하는 구조화된 방식을 지원할 수 있다.
"ratingSystem" 속성은 'ParentalRating' 요소의 값이 의미론적으로 정의된 컨텍스트에서 이용중인 부모 등급 시스템을 명시할 수 있다. 이것은 단말기가 이용중인 등급 시스템을 모호하지 않게 식별하고 적절하게 작동하는 것을 허용한다. 등급 시스템이 이용될 때 이 속성은 인스턴스화될 수 있다. 이 속성의 부재는 어떠한 등급 시스템도 이용되지 않는다는 것을 의미한다(즉, 'ParentalRating' 요소의 값은 자유 문자열로서 해석됨).
"ratingValueName" 속성은, 이 ParentalRating 요소에 의해 주어진 등급 값의 인간-판독가능한 명칭을 명시할 수 있다.
"TargetUserProfile"은 서비스의 대상이 되는 사용자의 요소를 명시할 수 있다. 상세한 개인 속성 명칭 및 대응하는 값은 'attributeName' 및 'attributeValue'의 속성에 의해 명시된다. 가능한 프로필 속성 명칭들 중에는, 나이, 성별, 직업 등이 있다(존재하며 개인 프로파일링 정보 및 개인 데이터 프라이버시의 이용과 관련하여 적용 가능하다면, 대응하는 국가 및 지역의 규칙 및 규정의 적용을 받음). 특정한 서비스에 대한 'attributeName' 및 'attributeValue' 쌍의 확장가능한 목록은, 최종 사용자 프로파일 필터링 및 최종 사용자 방송 서비스의 선호사항 필터링을 가능하게한다. 단말기는 'TargetUserProfile' 요소를 지원할 수 있다. 'TargetUserProfile' 요소의 이용은 사용자를 위한 "옵트 인(opt-in)" 능력일 수 있다. 단말기 설정은, 사용자는 자신의 개인 프로파일 또는 선호사항을 입력할지 및 방송 서비스가 사용자의 요청없이 사용자의 개인 속성에 기초하여 자동으로 필터링되는 것을 허용할지를 구성하는 것을 허용할 수 있다. 이 요소는 다음과 같은 속성들: attributeName 및 attributeValue를 포함할 수 있다.
"attributeName" 속성은 프로파일 속성 명칭일 수 있다.
"attributeValue" 속성은 프로파일 속성 값일 수 있다.
"Genre" 요소는 특징적 형태와 연관된 서비스의 분류를 명시할 수 있다(예를 들어, 코미디, 드라마). OMA BCAST 서비스 가이드는 서비스 가이드에서 장르 요소의 포맷을 2가지 방식으로 기술할 수 있다. 제1 방식은 자유 문자열을 이용하는 것이다. 제2 방식은 장르 요소의 "href" 속성을 이용하여 통제된 어휘의 형태로 정보를 전달하는 것이다([TVA-Metadata]에 정의된 분류 체계 또는 [MIGFG]에 정의된 분류 목록). 내장된 XML 속성인 xml:lang은 언어를 표현하기 위해 이 요소와 함께 이용될 수 있다. 네트워크는 수 개의 상이한 세트들의 'Genre' 요소를 인스턴스화할 수 있으며 이를 자유 문자열 또는 'href' 속성으로 이용한다. 네트워크는 상이한 세트들이 균등하고 상충되지 않는 의미를 가지도록 보장할 수 있으며, 단말기는 최종 사용자를 위해 해석할 세트들 중 하나를 선택할 수 있다. 'Genre' 요소는 다음과 같은 속성들: 유형(type) 및 href를 포함할 수 있다.
"type" 속성은, "main", "second" 및 "other" 값들에 의해, 'Genre' 요소의 레벨을 시그널링할 수 있다.
"href" 속성은 'Genre' 요소에서 이용된 통제된 어휘를 시그널링할 수 있다.
프로그래밍 가이드 요소들 및 속성들의 세트, (1) Name; (2) Description; (3) AudioLanguage; (4) TextLanguage; (5) ParentalRating; (6) TargetUserProfile; 및 (7) Genre를 검토한 후, 수신 디바이스가 시청자에게 적합한 방식으로 정보를 적절히 렌더링하기에는 프로그래밍 가이드 내에 정의된 정보가 여전히 불충분하다고 결정되었다. 특히, 전통적인 NTSC(National Television System Committee) 텔레비전 방송국은 전형적으로 2, 4, 6, 8, 12 및 49 등의 숫자를 가지고 있다. 디지털 서비스의 경우, 프로그램 및 시스템 정보 프로토콜은, 지상 채널 방송의 경우, 주 채널 및 후속되는 부 채널로 구성된 2-부분 번호로 각각의 디지털 텔레비전 서비스를 정의하는 가상 채널 테이블을 포함한다. 주 채널 번호는 대개 방송국의 NTSC 채널과 동일하며, 부 채널은 디지털 TV 서비스에 몇 개의 디지털 TV 서비스가 있는지에 따라 숫자들을 가지며, 일반적으로 1에서부터 시작한다. 예를 들어, Washington, D.C.의 아날로그 TV 채널 9인 WUSA-TV는, 채널 9-1 WUSA-DT와 채널 9-2 9-Radar 등의 2개의 공중파 디지털 서비스를 식별할 수 있다. 텔레비전 채널에 대한 이러한 표기는 시청자가 쉽게 이해할 수 있으며, 프로그래밍 가이드 요소들은 프로그래밍 가이드에 대한 확장으로서 이 능력을 포함할 수 있어서, 정보가 수신 디바이스에 의해 계산적으로 효율적으로 처리되어 시청자에게 렌더링될 수 있게 한다.
도 5를 참조하면, 이러한 유연성을 용이하게 하기 위해, ServiceMediaExtension 등의 확장자가 추가 서비스를 명시할 수 있는 프로그래밍 가이드 요소들에 포함될 수 있다. 특히, ServiceMediaExtension은 유형 요소 E1, 범주 NM/TM을 가질 수 있으며, 카디널리티가 1이다. 주 채널은 MajorChannelNum이라고 지칭되며, 유형 요소 E2, 범주 NM/TM, 카디널리티 0..1 및 문자열의 데이터 유형을 갖는다. unsignedByte가 아닌 문자열의 데이터 유형을 포함함으로써, 반드시 숫자가 아닐 수도 있는 다른 언어들의 지원을 허용한다. ServiceMediaExtension을 포함하는 프로그램 가이드 정보는 예를 들어 ATSC 등의 임의의 적절한 방송 시스템에 포함될 수 있다.
프로그래밍 가이드 요소들 및 속성들의 세트, (1) Name; (2) Description; (3) AudioLanguage; (4) TextLanguage; (5) ParentalRating; (6) TargetUserProfile; 및 (7) Genre를 추가로 검토한 후, 수신 디바이스가 시청자에게 적합한 방식으로 정보를 적절히 렌더링하기에는 정보가 여전히 불충분하다고 결정되었다. 많은 경우, 시청자는 그래픽 아이콘을 특정한 프로그램 및/또는 채널 및/또는 서비스와 연관시킨다. 이러한 방식으로, 그래픽 아이콘은 선택불가능이 아니라 시스템에 의해 선택가능해야 한다.
도 6을 참조하면, 이러한 유연성을 용이하게 하기 위해, 아이콘을 명시할 수 있는 프로그래밍 가이드 요소에 확장자가 포함될 수 있다.
프로그래밍 가이드 요소들 및 속성들의 세트, (1) Name; (2) Description; (3) AudioLanguage; (4) TextLanguage; (5) ParentalRating; (6) TargetUserProfile; 및 (7) Genre를 추가로 검토한 후, 수신 디바이스가 시청자에게 적합한 방식으로 정보를 적절히 렌더링하기에는 정보가 여전히 불충분하다고 결정되었다. 많은 경우, 시청자는 동일한 확장 요소들을 이용하여 식별되는 특정한 확장을 식별하려고 할 수 있다. 이러한 방식으로, url(Uniform Resource Locator)이 이용되어 확장자의 요소들의 특정한 설명을 구체적으로 식별할 수 있다. 이러한 방식으로, 확장자의 요소들은 복수의 상이한 확장자들을 명시적으로 기술할 필요없이 적절한 방식으로 수정될 수 있다.
도 7을 참조하면, 이러한 유연성을 용이하게 하기 위해, url을 명시할 수 있는 프로그래밍 가이드 요소들에 확장자가 포함될 수 있다.
도 8을 참조하면, 이 전반적인 확장 유연성을 용이하게 하기 위해, 아이콘, 주 채널 번호, 부 채널 번호, 및/또는 url을 명시할 수 있는 프로그래밍 가이드 요소들에 확장자가 포함될 수 있다.
다른 예에서, MajorChannelNum 및 MinorChannelNum 요소들에 대해 "문자열" 데이터 유형을 이용하는 것 대신에, 다른 데이터 유형이 이용될 수도 있다. 예를 들어, unsignedInt 데이터 유형이 이용될 수도 있다. 또 다른 예에서, 제한된 길이의 문자열, 예를 들어, 10자리의 문자열이 이용될 수도 있다. 상기 확장을 위한 예시적인 XML 스키마 신택스가 아래에 나와 있다.
일부 예에서, ServiceMediaExtension은 OMA "확장" 요소 내에 포함되거나, 일반적으로 ServiceMediaExtension을 정의하기 위한 OMA 확장 메커니즘을 이용할 수 있다.
일부 예에서, MajorChannelNum 및 MinorChannelNum은 하나의 공통 채널 번호로 결합되어 표현될 수 있다. 예를 들어, ChannelNum 문자열은, MajorChannelNum, 후속 마침표('.'), 및 후속 MinorChannelNum을 연결함(concatenating)으로써 생성될 수 있다. 기타의 다른 조합도, 마침표를 다른 문자로 대체함으로써 가능하다. MajorChannelNum과 MinorChannelNum을 하나의 숫자 표현으로 결합하는 것과 관련하여 unsignedInt 또는 다른 데이터 유형을 이용하여 채널 번호를 나타내는 경우에도 유사한 개념이 적용될 수 있다.
역시 또 다른 예에서, MajorChannelNum.MinorChannelNum은 서비스에 대한 "ServiceId" 요소(Service Id)로서 표현될 수 있다.
또 다른 예에서, ServiceMediaExtension은 Service 단편 내의 PrivateExt 요소 내에서만 이용되어야 한다. 이러한 확장을 위한 예시적인 XML 스키마 신택스는 아래에서 예시된다.
다른 예에서, 상기 요소들 중 일부는 E2로부터 E1으로 변경될 수 있다. 다른 예에서 일부 요소의 카디널리티가 변경될 수 있다. 또한, 원한다면, 범주는, 카디널리티에 포함된 정보와 일반적으로 중복되므로 생략될 수 있다.
ATSC(Advanced Television Systems Committee) 서비스 요소들 및 속성들의 선택된 컴포넌트들을 OMA 서비스 가이드 서비스 단편 프로그램 가이드에 매핑하는 것이 바람직하다. 예를 들어, OMA 서비스 가이드 단편 프로그램 가이드의 "Description" 속성은, 예를 들어 ATSC-Mobile Digital Television(DTV) Standard, Part 4 - Announcement, 유사한 요소들 및 속성들에 대한 기타의 유사한 방송 또는 모바일 표준들 등의, ATSC 서비스 요소들 및 속성들의 "Description"에 매핑될 수 있다. 예를 들어, OMA 서비스 가이드 단편 프로그램 가이드의 "Genre" 속성은, 예를 들어 ATSC-Mobile DTV Standard, Part 4 - Announcement, 유사한 요소들 및 속성들에 대한 기타의 유사한 표준들 등의, ATSC 서비스 요소들 및 속성들의 "Genre"에 매핑될 수 있다. 한 예에서, ATSC A153/Part 4의 Section 6.10.2에 정의된 장르 체계가 이용될 수 있다. 예를 들어, OMA 서비스 가이드 단편 프로그램 가이드의 "Name" 속성은, 예를 들어, ATSC-Mobile DTV 표준, Part 4 - Announcement, 유사한 요소들 및 속성들에 대한 다른 유사한 표준들 등의, ATSC 서비스 요소들 및 속성들의 "Name"에 매핑될 수 있다. 바람직하게는, 명칭의 카디널리티는 0..N으로 선택되고, 이것은 명칭의 생략을 허용하여 시스템의 전체 비트 레이트를 줄이고 유연성을 증가시킨다. 예를 들어, OMA 서비스 가이드 단편 프로그램 가이드의 "ParentalRating" 속성은, 예를 들어 ATSC-Mobile DTV Standard, Part 4 - Announcement, 유사한 요소들 및 속성들에 대한 기타의 유사한 표준들 등의, ATSC 서비스 요소들 및 속성들의 새로운 "ContentAdvisory"에 매핑될 수 있다. 예를 들어, OMA 서비스 가이드 단편 프로그램 가이드의 "TargetUserProfile" 속성은, 예를 들어 ATSC-Mobile DTV Standard, Part 4 - Announcement, 유사한 요소들 및 속성들에 대한 기타의 유사한 표준들 등의, ATSC 서비스 요소들 및 속성들의 새로운 "Personalization"에 매핑될 수 있다.
도 9a, 도 9b, 및 도 9c를 참조하면, 세션 설명 단편(Session Description Fragment)이 예를 들어 ATSC-Mobile DTV Standard, Part 4 - Announcement, 또는 유사한 요소들 및 속성들에 대한 유사한 표준들 등의, 서비스 고지에 포함된다면, 요소들 AudioLanguage(languageSDPTag 속성을 가짐) 및 TextLanguage(languageSDPTag 속성을 가짐)가 포함될 수 있다. 이것은, AudioLanguage 및 TextLanguage 요소들의 languageSDPTag 속성이 필수인 것이 바람직하기 때문이다. 이 속성은 세션 설명에서 오디오 및/또는 텍스트 트랙을 기술하는 미디어 섹션에서 이용되는 부모 요소에 의해 기술된 오디오 및/또는 텍스트 언어에 대한 식별자를 제공한다. 또 다른 예에서, languageSDPTag 속성은 임의적이 될 수 있고, AudioLanguage 및 TextLanguage 요소들은 언어 명칭을 제공할 수 있는 데이터 유형 "문자열"을 갖는 "Langugage" 속성에 포함될 수 있다.
이에 대한 예시적인 XML 스키마 신택스는 다음과 같다.
또 다른 예에서 AudioLanguage 및 TextLanguage 요소들에 대한 languageSDPTag 속성은 제거될 수 있다. 이에 대한 예시적인 XML 스키마 신택스는 다음과 같다.
도 10a, 도 10b, 및 도 10c를 참조하면, 세션 설명 단편(Session Description Fragment)이 예를 들어 ATSC-Mobile DTV Standard, Part 4 - Announcement, 또는 유사한 요소들 및 속성들에 대한 유사한 표준들 등의, 서비스 고지에 포함된다면, 요소들 AudioLanguage(languageSDPTag 속성을 가짐) 및 TextLanguage(languageSDPTag 속성을 가짐)가 포함될 수 있다. 이것은, AudioLanguage 및 TextLanguage 요소들의 languageSDPTag 속성이 필수인 것이 바람직하기 때문이다. 이 속성은 세션 설명에서 오디오 및/또는 텍스트 트랙을 기술하는 미디어 섹션에서 이용되는 부모 요소에 의해 기술된 오디오 및/또는 텍스트 언어에 대한 식별자를 제공한다. 또 다른 예에서, languageSDPTag 속성은 임의적이 될 수 있다.
이에 대한 예시적인 XML 스키마 신택스는 다음과 같다.
또 다른 예에서 AudioLanguage 및 TextLanguage 요소들에 대한 languageSDPTag 속성은 제거될 수 있다. 이에 대한 예시적인 XML 스키마 신택스는 다음과 같다.
다른 예에서, 속성 "language"는 ATSC 서비스 "language" 요소에 매핑될 수 있고 서비스의 주 언어를 나타낼 수 있다.
또 다른 예에서 요소 "AudioLanguage"의 값은 ATSC 서비스 "language" 요소에 매핑될 수 있고 ATSC에서 오디오 서비스의 주 언어를 나타낼 수 있다.
또 다른 예에서 요소 "TextLanguage"의 값은 ATSC 서비스 "language" 요소에 매핑될 수 있고 ATSC에서 텍스트 서비스의 주 언어를 나타낼 수 있다. 일부 경우에 텍스트 서비스는 폐쇄 자막 서비스 등의 서비스일 수 있다. 또 다른 예에서, AudioLanguage 및 TextLanguage 요소들 및 그 속성들은 제거될 수 있다.
일부 예에서, 유형 Linear Service: On-Demand 컴포넌트의 서비스는 금지될 수 있다. 이 경우, 그 유형의 서비스에 대해 어떠한 ServiceType 값도 할당되지 않을 수 있다.
전술된 바와 같이, 'Access' 단편은 서비스 수명 기간 동안 서비스가 어떻게 액세스될 수 있는지를 설명한다. 이 단편은 세션 설명 정보를 포함하거나 참조하며, 전달 방법을 나타낸다. 하나 이상의 'Access' 단편은 'Service' 단편을 참조하고, 연관된 서비스에 액세스하거나 상호작용하기 위한 대안적 방식을 제공한다. 단말기 및/또는 수신기의 경우, 'Access' 단편은, 서비스를 수신하고 렌더링하는 단말기로부터 요구되는 능력에 대한 정보를 제공한다. 'Access' 단편은, 세션 설명 파라미터를, 인라인 텍스트의 형태로, 또는 별개의 세션 설명에 대한 URI 형태의 포인터를 통해 제공할 수 있다. 세션 설명 정보는 방송 채널 또는 상호작용 채널을 통해 전달될 수 있다.
액세스(231)는, 사용자가 서비스 및 전달 방법, 및 대응하는 액세스 세션과 연관된 세션 정보를 보는 것을 허용하기 위한 액세스-관련 정보를 제공할 수 있다. 바람직하게는, 액세스 단편은 액세스 단편에 특히 적합한 속성을 포함하는 반면, 액세스 단편에 특히 적합하지 않은 다른 속성들은 배제한다. 상이한 코덱들을 이용하는 동일한 콘텐츠는 상이한 채널들을 이용하는 상이한 오디오-비디오 코덱 능력들을 갖는 단말기에 의해 소비될 수 있다. 예를 들어, 비디오 스트리밍 프로그램은, MPEG-2 및 ATSC 등의 2개의 상이한 포맷일 수 있고, 여기서, MPEG-2는 저품질 비디오 스트림이고 ATSC는 고품질 비디오 스트림이다. 비디오 스트리밍 프로그램이 MPEG-2 및 ATSC의 2가지 상이한 포맷으로 인코딩되었음을 나타내기 위해 비디오 스트리밍 프로그램에 대해 서비스 단편이 제공될 수 있다. 서비스 단편과 연관된, 2개의 액세스 단편이 제공되어 2개의 비디오 스트림 포맷에 대한 2개의 액세스 채널을 각각 명시할 수 있다. 사용자는, 단말기 능력 요건 요소에 의해 명시되는 등의, 단말기의 디코딩 능력에 기초하여 선호되는 액세스 채널을 선택할 수 있다.
서비스 가이드에서 서비스에 액세스하는데 요구되는 능력을 표시하는 것은 수신기가 서비스의 더 나은 사용자 경험을 제공하는데 도움이 될 수 있다. 예를 들어, 한 경우에, 수신기는, 대응하는 액세스 단편이 수신기가 지원하지 않는 단말기 및/또는 수신기 요건을 나타내는 서비스로부터 콘텐츠를 회색으로 표시할 수 있다. 예를 들어 액세스 단편이 서비스가 XYZ 포맷의 코덱에서만 제공됨을 나타내고 수신기가 XYZ 포맷의 코덱을 지원하지 않는다면, 수신기는 서비스 가이드를 표시할 때 그 서비스 및/또는 그 서비스에 대한 콘텐츠를 회색으로 표시할 수 있다. 대안으로서, 이 경우에 콘텐츠를 회색으로 표시하는 것 대신에 수신기는 서비스 가이드를 표시할 때 특정한 콘텐츠를 디스플레이하지 않을 수도 있다. 이것은, 사용자는 콘텐츠를 선택하더라도 요구되는 코덱이 없어서 서비스에 액세스할 수 없다는 것을 알 수 있도록 서비스 가이드에서 콘텐츠를 볼 수 없기 때문에, 사용자 경험을 향상시킬 수 있다.
서비스 단편 및 액세스 단편은 상이한 요건들을 갖는 동일한 실시간 프로그램의 상이한 버전들의 선택적 시청을 지원하는데 이용될 수 있다(예를 들어, 기본 버전은 오디오만 포함하고; 일반 버전은 오디오 및 비디오 양쪽 모두를 포함한다; 또는 기본 버전은 라이브 쇼의 낮은 비트 레이트 스트림을 포함하지만, 일반 버전은 동일한 라이브 쇼의 높은 비트 레이트 스트림을 포함한다). 선택적 시청은 단말기 및/또는 수신기 사용자들에게 더 많은 유연성을 제공하고, 단말기 및/또는 수신기가 불량한 수신 상태에 있더라도 사용자가 관심대상 프로그램을 소비할 수 있도록 보장하여, 결과적으로 사용자 경험을 향상시킨다. 스트리밍 프로그램에 대해 서비스 단편이 제공될 수 있다. 서비스 단편과 연관된, 2개의 액세스 단편이 제공되어 2개의 액세스 채널을 각각 명시할 수 있고, 하나의 액세스 단연은 오디오 컴포넌트만을 포함하거나 원래의 오디오 및 비디오 스트림의 낮은 비트 레이트 스트림을 포함하는 기본 버전만을 전달하고, 또 다른 액세스 단편은 오디오 및 비디오 스트림의 원래의 높은 레이트 스트림을 포함하는 일반 버전을 전달한다.
서비스 단편 및 액세스 단편은, 각각이 상이한 언어를 갖는, 2개의 상이한 프로그램을 마찬가지로 구별하는데 이용될 수 있다.
도 11a 내지 도 11q를 참조하면, 참조로 그 전체 내용이 본 명세서에 포함되는, Open Mobile Alliance, Service Guide for Mobile Broadcast Services, Version 1.0.1, January 09, 2013에 대한 특정한 수정이 이루어진, 예시적인 액세스 단편이 도시되어 있다. AccessType 요소는 "BroadcastServiceDelivery" 및 "UnicastServiceDelivery" 중 적어도 하나가 인스턴스화되어야 한다는 제약을 포함하도록 수정될 수 있다. 따라서 요소들 "BroadcastServiceDelivery" 및 "UnicastServiceDelivery" 중 하나 또는 양쪽 모두가 존재할 것이 요구된다. 이러한 방식으로, AccessType 요소는 BroadcastServiceDelivery 및 UnicastServiceDelivery 요소들을 통해 서비스 전달에 관한 관련 정보를 제공함으로써, 더욱 유연한 액세스 단편을 용이하게 한다.
BDSType 요소는 DVB-H 또는 3GPP MBMS의 유형 등의 액세스 단편이 관련되어 있는 기저 배포 시스템의 식별자이며, 바람직하게는 임의적 요소(카디널리티 = 0..1)가 아니라, 필수 요소(카디널리티 = 1)이다. BDSType 요소의 Type 서브요소는, 바람직하게는, 임의적 요소(카디널리티 = 0..1)가 아니라, 필수 요소(카디널리티 = 1)이다. Type 서브요소에 관한 추가적인 정보는 도 12a 및 도 12b와 관련하여 아래에 제공된다. BDSType 요소의 Version 서브요소는, 바람직하게는, 임의적 요소(카디널리티 = 0..1)가 아니라, 필수 요소(카디널리티 = 1)이다.
SessionDescription 요소는 단말기의 미디어 애플리케이션이 서비스에 액세스하기 위해 이용하는 이 Access 단편과 연관된 세션 설명 정보에 대한 참조 또는 그에 대한 인라인 복사본이다. BDSType 요소의 Version 서브요소는, 바람직하게는, 필수 요소(카디널리티 = 1)가 아니라, 임의적 요소(카디널리티 = 0..1)이다. 대안으로서, SessionDescription 요소는 생략되어야 한다.
UnicastServiceDelivery 요소는 "BroadcastServiceDelivery" 및 "UnicastServiceDelivery" 중 적어도 하나가 인스턴스화되어야 한다는 제약을 포함하도록 수정될 수 있다. 이러한 방식으로, UnicastServiceDelivery 요소는 BroadcastServiceDelivery와 UnicastServiceDelivery 양쪽 모두 포함할 수 있어서, 더욱 유연한 액세스 단편을 용이하게 한다.
TerminalCapabilityRequirement는 서비스 또는 콘텐츠를 소비하는데 필요한 수신기 또는 단말기의 능력을 기술한다. TerminalCapabilityRequirement 요소는, 바람직하게는, 임의적 요소(카디널리티 = 0..1)가 아니라, 필수 요소(카디널리티 = 1)이다.
MIMEType은 비디오의 Media 유형을 기술한다. MIMEType 요소는, 바람직하게는, 임의적 요소(카디널리티 = 0..1)가 아니라, 필수 요소(카디널리티 = 1)이다. MIMEType 서브요소에 관한 추가 정보는, 도 13, 도 14, 도 15와 관련하여 아래에 제공된다.
FLUTE(File Delivery over Unidirectional Transport) 프로토콜 및 RFC(Request for Comments) 3926에 관련된 FileDescription 요소들 및 속성들을 포함한 Access 단편의 일부 요소들 및 속성들은 생략되어야 한다. 보안 요소들 및 속성들에 관련된 KeyManagementSystem 요소들을 포함한 Access 단편의 다른 요소들 및 속성들은 생략되어야 한다. ServiceClass, ReferredSGInfo, BSMSelector, idRef, Service, PreviewDataReference, idRef, usage, NotificationReception, IPBroadcastDelivery, port, address, PollURL 및 PollPeriod를 포함한 Access 단편의 역시 다른 요소들 및 속성들은 생략되어야 한다.
도 12a를 참조하면, BroadcastServiceDelivery 요소의 Type 서브요소는 독점적 사용을 위해 예약된 범위에서 새로운 유형 값인 128: ATSC를 포함하도록 수정될 수 있다. 이 경우에, 도 11b의 요소 BDSType의 서브요소 Version은 이용된 ATSC의 Version을 시그널링하는데 이용될 수 있다. 한 예로서, Version은, ATSC 1.0, ATSC 2.0 및 ATSC 3.0을 각각 나타내는 (ATSC에 대해 값 128을 갖는) Type 서브요소와 함께 나타내는 "1.0" 또는 "2.0" 또는 "3.0"일 수 있다. 대안으로서, 도 12b를 참조하면, BroadcastServiceDelivery 요소의 Type 서브요소는 독점적 사용을 위해 예약된 범위에서 새로운 유형 값인 128: ATSC 1.0; 129: ATSC 2.0; 130: ATSC 3.0을 포함하도록 수정될 수 있다.
도 12c를 참조하면, UnicastServiceDelivery의 유형 속성은, capability_code 0x01-0x0F에 대응하는 ATSC A103(NRT Content Delivery) Annex A:128-143의 capability_code "Download Protocol" 섹션으로부터 새로운 유형 값을 추가하도록 수정될 수 있다. 대안으로서, ATSC에 의해 정의된 다른 capability_code는 독점적 이용을 위해 예약된 범위에서 type 속성에 대한 값에 매핑될 수 있다. 예를 들어, 유형 속성에 대한 값 128 내지 159는 capability_code 값 0x81 내지 0x9F에 매핑될 수 있다.
ATSC A103- NRT Content Delivery에서 능력 신호는 능력 코드를 이용하여 이루어진다. 능력 기술자는 비실시간(NRT) 서비스 또는 콘텐츠 항목에 이용되는 "능력들"의 목록(다운로드 프로토콜, 오류 정정 알고리즘, 래퍼 및/또는 아카이브 포맷, 압축 알고리즘, 및 미디어 유형)을, NRT 서비스 또는 NRT 콘텐츠 항목의 의미있는 프리젠테이션을 위해 필수적인 것으로 간주되는 지시자와 함께 제공한다. 이들은 capabilities_descriptor()를 통해 또는 임의로 Service 및 Content 단편을 통해 시그널링된다.
OMA BCAST 서비스 가이드의 Access 단편에서 TerminalCapabilityRequirement 요소를 이용하고 확장함으로써 요구되는 디바이스 능력을 표시하도록 제안되었다. TerminalCapabilityRequirement는 서비스 또는 콘텐츠를 소비하는데 필요한 단말기 능력을 표시하는 기능을 제공한다. 이들은 ATSC에 정의된 capability_code 값들을 포함시킴으로써 확장된다. 이하의 논점은 능력 표시를 위한 이 제안된 설계 선택의 추론과 확실한 이점을 설명한다:
Access 단편에서 TerminalCapabilityRequirement 요소를 이용하는 시그널링 능력에 관하여:
ATSC A103에서 능력 코드 시그널링은 수 개의 요소들과 서브요소들을 정의함으로써 서비스 및 콘텐츠 단편에서 이루어진다. 소정의 능력이 수신기 능력 코드에 의해 소비될 수 있다는 것을 보장하기 위해, 서비스 단편과 콘텐츠 단편 양쪽 모두의 관련 요소들은, 서비스에 대해서는 소정 능력이 비필수로서 나열되어 있지만 콘텐츠에 대해서는 그 소정 능력이 필수인 것으로 나열되는 것이 허용되기 때문에 파싱되고 검토될 필요가 있다.
Access 단편의 TerminalCapabilityRequirement가 미디어 유형, 코덱에 대한 시그널링 정보를 이미 지원하기 때문에, ATSC 3.0(ATSC3) 서비스 고지에 대해 이것을 이용하도록 제안된다. 또한 Access 단편의 TerminalCapabilityRequirement 요소는, 비디오 및 오디오 코덱 및 (요구되는 평균 및 최대 비트레이트, 수평, 수직, 및 시간적 해상도 및 최소 버퍼 크기를 포함한) "복잡성"에 관한 더욱 정확한 정보를 시그널링하는 기능을 제공한다. 이 정보는 서비스를 소비하는 수신기의 능력을 결정하는데 유용하다.
TerminalCapabilityRequirement의 제안된 이용과 확장은 다른 단편들에서 유사한 기능의 중복을 피한다는 것이 확실하다.
필수 및 비필수 능력 시그널링에 관하여:
또한 서비스 고지 목적을 위해 액세스 단편을 통해 요구되는 능력을 시그널링하는 것은 이 시그널링의 목적이 수신기가 서비스를 소비할 수 있는지를 사용자에게 표시하는 것일 뿐이므로 필수 능력과 비-필수 능력간의 추가적인 구별을 요구하지 않는다는 것도 확실하다. 이 목적은, 수신기가 서비스의 액세스 단편 중 임의의 하나에 대해 표시된 요구되는 능력에 대한 자원 지원을 갖는 한 충족된다.
추가로 A103에서는 서비스 레벨에서 비-필수로서 나열된 능력이 실제로는 콘텐츠에 대해서 필수일 수 있기 때문에, 필수 능력 대 비-필수 능력 구별이 유익하지 않으며 서비스 고지의 복잡성을 불필요하게 증가시킨다.
TerminalCapabilityRequirement에 capability_codes를 포함시키는 것에 관하여:
ATSC에 의해 정의된 capability_code 미디어 유형의 이점은, IANA(Internet Assigned Numbers Authority)에 의해 정의된 MIME(Multipurpose Internet Mail Extensions) 미디어 유형에 비해 오디오 비주얼(AV) 미디어 유형에 관해 더욱 제한된 설명을 제공할 수 있다는 것이다. 그 결과, Access 단편의 TerminalCapabilityRequirement 요소에서 비디오 및 오디오 요소의 MIMEType 서브요소는 미디어가 ATSC 명세를 따르는 경우 ATSC A103 정의된 capability_code를 시그널링하도록 확장된다. 그렇지 않다면, MIMEType 서브요소는 IANA 또는 등록되지 않은 MIME 미디어 유형을 시그널링하는데 이용된다.
마찬가지로 액세스에 이용된 트랜스포트 메커니즘에 관한 정보를 제공하는 Access 단편의 "type" 속성은 ATSC A103의 "Download Protocol" 섹션의 capability_code 값을 나타내도록 확장된다.
도 13 및 도 14를 참조하면, Access 단편의 TerminalCapabilityRequirement는 서비스 또는 콘텐츠를 소비하는데 필요한 능력과 관련된다. MIMEType에서와 같이, 이러한 정보를 Access 단편에 두는 것은 디코더의 복잡성을 감소시킨다. TerminalCapabilityRequirement의 비디오 서브요소의 MIMEType 서브요소와 TerminalCapabilityRequirement의 오디오 서브요소의 MIMEType 서브요소의 경우, 카디널리티는 각각의 요소(비디오의 MIMEType 서브요소 및 오디오의 MIMEType 서브요소)가 요구된다는 것을 나타내는 것(카디널리티 = 1)이 바람직하다. 단말기 능력 요소를 포함하고 ATSC에 의해 정의된 것들 등의 특정한 미디어 유형에 대한 비디오 및 오디오 서브요소들에 대한 MIMEType 서브요소들에서 capability_code 미디어 유형을 시그널링하는 것이 더 바람직하다. MIMEType으로 시그널링되는 이들 특정한 비디오 및 오디오 서브요소들을 이용함으로써, 모호성없이 미디어를 렌더링하기 위한 단말기 능력 요건에 대해 충분히 명확한 정보가 제공될 수 있다. ATSC에 의해 정의된 것들 등의 특정한 미디어 유형에 대해 정의되지 않은 미디어 유형의 경우, MIMEType은 문자열 표기를 이용하여 미디어 유형을 정의한다.
ATSC 명세를 따르는 비디오의 미디어 유형을 나타내기 위해 capability_code 값들의 목록(ATSC A103 NRT Content Delivery-Annex A의 "Media Type" 섹션)이 포함될 수 있다. 미디어 유형 0x41 AVC(Advanced Video Coding) 표준 화질 비디오(A.2.8 절), 미디어 유형 0x42 AVC 고화질 비디오(A.2.9 절), 미디어 유형 0x49 AVC 모바일 비디오(A.2.15 절), 미디어 유형 0x51 프레임-호환 3D 비디오(사이드 바이 사이드)(A.2.23 절), 및 미디어 유형 0x52 프레임-호환 3D 비디오(탑 앤드 바텀)(A.2.24 절), 및 ATSC 명세에 대한 준수를 나타내기 위해 범위 0x53-0x5F로부터의 비디오에 대해 ATSC에서 할당된 값을 갖는 미디어 유형.
ATSC에 의해 정의되지 않은 미디어 유형의 경우, MIMEType은 OMA MIMEType 문자열 표기를 이용하여 비디오 미디어 유형을 정의한다. 예를 들어 단말기 능력이 MEDX-ES 유형의 비디오 코덱을 요구한다면, 이것은 미리정의된 capability_code 목록 내의 코덱 중 하나가 아니므로, MIMEType은 "video/MEDX-ES" 문자열을 나타낼 것이다.
한 예에서, 다음과 같은 새로운 capability_codes가 정의된다:
여기서, HEVC는, 참조로 그 전체 내용이 본 명세서에 포함되는, 예를 들어 ISO/IEC 23008-2:2013, International Organization for Standardization 등의, 고효율 비디오 코딩 표준 코딩된 비디오에 관련된 것이다.
또 다른 예에서, 다음과 같은 새로운 capability_codes가 정의된다:
대안으로서, 새로운 capability_code는 정의된 capability_code 미디어 유형들의 목록 내에 존재하지 않는 미디어 유형들을 시그널링하도록 정의된다.
예를 들어:
한 예에서, 다음과 같은 새로운 capability_codes가 정의된다:
여기서, SHVC(Scalable High Efficiency Video Coding)는, 참조로 그 전체 내용이 본 명세서에 포함되는, 예를 들어, J. Chen, J. Boyce, Y. Ye, M. Hannuksela, "SHVC Draft 4", JCTVC-O1008, Geneva, November 2013 등의, 고효율 비디오 코딩 표준 코딩된 비디오의 스케일링가능한 확장에 관련된 것이다; 스케일링가능한 명세는, 참조로 그 전체 내용이 본 명세서에 포함되는, J. Chen, J. Boyce, Y. Ye, M. Hannuksela, Y. K. Wang, "High Efficiency Video Coding (HEVC) Scalable Extension Draft 5, JCTVC-P1008, San Jose, January 2014를 포함할 수 있다. 스케일링가능한 명세는, 참조로 그 전체 내용이 본 명세서에 포함되는, "High efficiency video coding (HEVC) scalable extension Draft 6" Valencia, March 2014를 포함할 수 있다.
또 다른 예에서, 다음과 같은 새로운 capability_codes가 정의된다:
대안으로서, 새로운 capability_code는 정의된 capability_code 미디어 유형들의 목록 내에 존재하지 않는 미디어 유형들을 시그널링하도록 정의된다.
예를 들어:
위에서 이용된 값들은 예이고 capability_codes를 시그널링하기 위해 다른 값들이 이용될 수도 있다. 예를 들어 값 0x53 및 0x54 대신에 값 0x58 및 0x59가 이용될 수 있다.
ATSC에 의해 명시된 HEVC 비디오에 대한 새로운 capability_code를 정의하는 것과 관련된 예시적인 제약조건은 다음과 같다:
예로서, capability_code 값 0x54는 ATSC 비디오 명세에 따라 인코딩된 HEVC 비디오를 지원하는 수신기 능력을 나타낼 것이다. capability_code 값 0x54는, capability_code 값 0x42, 0x43, 0x22, 0x23 또는 0x24와 함께 나타나지 않아야 하는데, 그 이유는, 이들 코드 값들 각각은 소정의 명시된 제약조건과 함께 AVC에 대한 지원을 암시하기 때문이다.
HEVC 비디오에 대해 정의된 예시적인 제약조건은, 예를 들어, 참조로 그 전체 내용이 본 명세서에 포함되는, B. Bros, W-J. Han, J-R Ohm, G. J. Sullivan, and T. Wiegand, "High efficiency video coding (HEVC) text specification draft 10", JCTVC-L1003, Geneva, January 2013에 정의된 제약조건들을 포함한다.
SPS(Sequence Parameter Set) 및 VPS(Video Parameter Set)의 profile_tier_level 신택스 구조의 general_progressive_source_flag는 1로 설정될 것이 요구된다.
SPS(Sequence Parameter Set) 및 VPS(Video Parameter Set)의 profile_tier_level 신택스 구조의 general_interlaced_source_flag 플래그는 0으로 설정될 것이 요구된다.
SPS(Sequence Parameter Set) 및 VPS(Video Parameter Set)의 profile_tier_level 신택스 구조의 general_frame_only_constraint_flag는 1로 설정될 것이 요구된다.
한 변형에서: SPS의 vui_parameters_present_flag가 1이면, field_seq_flag가 0으로 설정되고 frame_field_info_present_flag가 0으로 설정될 것이 요구된다.
또 다른 변형에서: SPS의 vui_parameters_present_flag가 1로 설정되고 field_seq_flag가 0으로 설정되고 frame_field_info_present_flag가 0으로 설정될 것이 요구된다.
SPS의 vui_parameters_present_flag는 1로 설정될 것이 요구되고, SPS의 vui_timing_info_present_flag는 1로 설정될 것이 요구되며, SPS의 vui_hrd_parameters_present_flag는 1로 설정될 것이 요구된다; 그리고, 한 변형에서: fixed_pic_rate_general_flag[i]가 1로 설정될 것이 요구되거나 fixed_pic_rate_within_cvs_flag[i]가 0부터 maxNumSubLayersMinus1까지의 범위에 있는 i의 모든 값에 대해 1로 설정될 것이 요구된다.
또 다른 변형에서, fixed_pic_rate_general_flag[i]는 1로 설정될 것이 요구되거나 fixed_pic_rate_within_cvs_flag[i]는 i가 maxNumSubLayersMinus1과 같을 때 1로 설정될 것이 요구된다.
ATSC에 의해 정의된 기타의 HEVC 및/또는 SHVC 프로파일에 대해 유사한 다른 제약조건이 정의될 수 있다.
ATSC 명세를 따르는 오디오의 미디어 유형을 나타내기 위해 capability_code 값들의 목록(ATSC A103 NRT Content Delivery-Annex A의 "Media Type" 섹션)이 포함될 수 있다. 미디어 유형 0x43 AC-3 오디오(A.2.10 절), 미디어 유형 0x44 E-AC-3 오디오(A.2.11 절), 미디어 유형 0x45 MP3 오디오(A.2.12 절), 미디어 유형 0x4A HE AAC v2 모바일 오디오(A.2.16 절), 미디어 유형 0x4B HE AAC v2 레벨 4 오디오(A.2.17 절), 미디어 유형 0x4C DTS-HD 오디오(A.2.21 절), MPEG(Moving Picture Experts Group) 서라운드를 갖춘 미디어 유형 0x4F HE AAC v2(A.2.21 절), 미디어 유형 0x50 HE AAC v2 레벨 6 오디오(A.2.22 절), ATSC 명세에 대한 준수를 나타내기 위해 범위 0x53-0x5F로부터의 오디오에 대한 할당된 값을 갖는 미디어 유형.
ATSC에 의해 정의되지 않은 미디어 유형의 경우, MIMEType은 OMA MIMEType 문자열 표기를 이용하여 오디오 미디어 유형을 정의한다. 예를 들어, 단말기 능력이 AUDX-ES 유형의 오디오 코덱을 요구한다면, 이것은 미리정의된 capability_codes 목록 내의 코덱 중 하나가 아니므로, MIMEType은 "audio/AUDX-ES" 문자열을 나타낼 것이다.
한 예에서, ATSC에 의해 정의된 추가 제약조건을 갖는 ATSC 선택된 오디오 코딩 표준에 대해 새로운 capability_codes이 정의된다:
도 15a를 참조하면, 오디오 및 비디오를 포함하는 미리정의된 미디어 유형의 시그널링을 위한 예시적인 흐름이 도시되어 있다. 액세스 단편은 단말 디바이스에 의해 수신된다(500). 수신된 액세스 단편에 대해, 비디오 및/또는 오디오에 대한 MIMEType이 식별된다(510). 다음으로, 단말 디바이스는 MIMEType이 미리정의된 미디어 유형들 중 하나인지를 결정한다(520). MIMEType이 미리정의된 미디어 유형들 중 하나이면(520), MIMEType이 식별되고, 콘텐츠를 렌더링하는데 요구되는 능력들이 신택스에 의해 마찬가지로 식별된다(530). 미리정의된 미디어 유형의 한 예는 전술된 비디오 및 오디오에 대한 ATSC의 capability_codes이다. MIMEType이 미리정의된 미디어 유형들 중 하나가 아니면(520), 신택스에 의해 더 이상 정의되지 않은 미디어 유형을 나타내는 문자열 값에 의해 MIMEType이 표시되고, 콘텐츠를 렌더링하는데 요구되는 능력은 신택스에 의해 더 이상 정의되지 않는다(540).
도 15b를 참조하면, 오디오 및 비디오를 포함하는 미리정의된 미디어 유형의 시그널링을 위한 또 다른 예시적인 흐름이 도시되어 있다. 액세스 단편은 인코딩 디바이스에 의해 방송으로 및/또는 광대역 서버에 의해 구성된다(550). 구성된 액세스 단편에 대해, 비디오 및/또는 오디오에 대한 MIMEType이 선택된다(560). 예를 들어, 선택은 미디어(오디오, 비디오 등) 인코딩에 이용된 코덱 및 기타의 미디어 유형 관련 파라미터에 기초한다. 다음으로, 인코더는 MIMEType이 미리정의된 미디어 유형들 중 하나인지를 결정한다(570). 일부 경우에는, 이들은 위에서 정의된 제약 조건에 따라 미리정의된 미디어 유형일 수 있다. MIMEType이 미리정의된 미디어 유형들 중 하나이면(570), MIMEType이 시그널링되고 콘텐츠를 렌더링하는데 요구되는 능력들이 마찬가지로 신택스에 대해 시그널링된다(580). 미리정의된 미디어 유형의 한 예는 전술된 비디오 및 오디오에 대한 ATSC의 capability_codes이다. MIMEType이 미리정의된 미디어 유형들 중 하나가 아니면(570), 신택스에 의해 더 이상 정의되지 않은 미디어 유형을 나타내는 문자열 값에 의해 MIMEType이 시그널링되고, 콘텐츠를 렌더링하는데 요구되는 능력은 신택스에 의해 더 이상 정의되지 않는다(590).
일부 예에서, 서비스 가이드 요소에 대한 추가적인 신택스 요소들 및/또는 속성들을 포함하는 것이 바람직하다. 예를 들어, 새로운 요소들 및/또는 속성들은 다음을 포함할 수 있다:
이들 새로운 요소들은, 시스템이 시청자에게 도움이 되는 소정의 서비스 내의 컴포넌트들에 대한 수신기의 온스크린 프로그램 가이드를 이용하여 고지를 가능하게 하는 신택스 요소에 의해 어드레싱될 수 있다(예를 들어, 멀티-뷰 서비스 정보, 대안적 오디오 트랙, 대체 자막 등).
도 16a 및 도 16b를 참조하여, 이들은 바람직하게는 액세스 단편에 추가되지만, 또한 또는 대안으로서, 콘텐츠 단편에 추가되거나 대안으로서 서비스 단편에 추가될 수 있다. 예를 들어, 이들은 Access 단편 및/또는 Content 단편 및/또는 Service 단편의 PrivateExt 요소 내에 포함될 수 있다. 카디널리티는 (VideoRole 및 AudioMode 요소들에 대해) 바람직하게는 1..N이 되도록 선택되는데, 그 이유는, VideoRole이 "Primary(디폴트) 비디오"이고 동시에 "3D 비디오 우측/좌측 뷰"인 경우와 같이, 일부 경우에는 하나보다 많이 선택될 수 있기 때문이다.
대안적 예로서, VideoRole, AudioMode, Closed Caption(CC), Presentable 요소들에 대해 데이터 유형 "문자열"을 이용하는 것 대신에, 다른 데이터 유형들이 이용될 수 있다. 예를 들어, unsignedInt 데이터 유형이 이용될 수도 있다. 또 다른 예에서, 제한된 길이의 문자열, 예를 들어, 5자리의 문자열이 이용될 수도 있다.
또 다른 예에서, VideoRole, Audio Mode 및 CC에 대해 열거된 값들의 목록이 정의될 수 있으며, 그 후 이들 요소들에 대한 값으로 표현될 수 있다.
예를 들어, VideoRole의 경우, 다음과 같은 값들이 미리정의된 다음, 값을 시그널링하는데 이용될 수 있다.
0
주 및/또는 1차 비디오
1
다른 카메라 보기
2 또 다른 비디오 컴포넌트
3 수화
4
대상 비디오 추종
5
특정한 3D 비디오 보기
6
3D 비디오 심도 데이터
7 관심 부분의 비디오 어레이 영역
8 대상 메타데이터
9
미정의
10
예약됨
예를 들어, AudioMode의 경우, 다음과 같은 값들이 미리정의된 다음, 값을 시그널링하는데 이용될 수 있다.
0
주 및/또는 1차
1
음악
2
말하기
3
효과들
4
시각장애인
5
청각장애인
6
나레이션 및/또는 해설
7
미정의
8
예약됨
예를 들어, CC의 경우, 다음과 같은 값들이 미리정의된 다음, 값을 시그널링하는데 이용될 수 있다.
0 = 없음
1 = 일반
2 = Easy Reader
상기의 추가에 대한 예시적인 XML 스키마 신택스는 다음과 같다.
도 17을 참조하면, CC의 또 다른 예시적인 예가 도시되어 있다. ATSC 명세를 따르는 폐쇄 자막의 미디어 유형을 나타내기 위해 capability_code 값들의 목록(ATSC A103 NRT Content Delivery-Annex A의 "Media Type" 섹션)이 포함될 수 있다. 미디어 유형 0x4D CFF-TT(A.2.19 절), 미디어 유형 0x4E CEA-708 캡션(A.2.20 절)을 이용하여 ATSC 폐쇄 자막을 정의할 수 있다.
상기의 수정에 대한 예시적인 XML 스키마 신택스는 다음과 같다.
도 18a 내지 도 18c를 참조하면, Presentable의 또 다른 예시적인 예가 도시되어 있다. Presentable 요소는 오히려, 도 18a 내지 도 18c에 도시된 바와 같이, VideoRole, AudioMode, CC 요소 각각에 대한 속성으로서 시그널링될 수 있다.
상기의 수정에 대한 예시적인 XML 스키마 신택스는 다음과 같다.
상기의 추가에 대한 예시적인 XML 스키마 신택스는 다음과 같다.
도 19a 내지 도 19c를 참조하면, 미디어 확장의 또 다른 예시적인 예가 도시되어 있다.
OMA 서비스 가이드 단편(콘텐츠 및/또는 액세스 및/또는 서비스)를 이용하여 서비스를 기술하기 위해, 예를 들어, "VideoComponent", "AudioComponent" 및 "CCComponent" 등의 추가 요소들이 포함될 수 있다.
추가로, 이들 요소들을 기술하는 속성들 "presentable" 및 "lang"이 제안된다.
이들 요소들 및 속성들은 액세스 단편 및/또는 Content 단편 및/또는 Service 단편에 추가될 수 있다.
이들을 액세스 단편에 추가하는 것이 선호된다.
한 예에서 이들은 액세스 단편 및/또는 Content 단편의 PrivateExt 요소 내에 추가된다.
상기의 추가에 대한 예시적인 XML 스키마 신택스는 다음과 같다.
추가의 변형에서, "presentable" 속성은 또한 "VideoComponent"에 추가될 수 있다.
대안적 변형 예에서, VideoComponent, AudioComponent, CCComponent에 "문자열" 데이터 형식을 이용하는 것 대신에, 다른 데이터 유형이 이용될 수 있다. 예를 들어, unsignedInt 데이터 유형이 이용될 수도 있다. 또 다른 예에서, 제한된 길이의 문자열, 예를 들어, 5자리의 문자열이 이용될 수도 있다.
또 다른 예에서, VideoComponent, Audio Component 및 CCComponent에 대해 열거된 값들의 목록이 정의될 수 있으며, 이들 요소들에 대한 값으로서 표현될 수 있다.
예를 들어:
VideoComponent의 경우, 다음과 같은 값들이 미리정의된 다음, 값을 시그널링하는데 이용할 수 있다.
1
주 및/또는 1차 비디오
1
다른 카메라 보기
2 또 다른 비디오 컴포넌트
3 수화
6
대상 비디오 추종
7
특정한 3D 비디오 보기
6
3D 비디오 심도 데이터
7 관심 부분의 비디오 어레이 영역
8 대상 메타데이터
10
미정의
10
예약됨
AudioComponent의 경우, 다음과 같은 값들이 미리정의된 다음, 값을 시그널링하는데 이용할 수 있다.
0
주 및/또는 1차
1
음악
2
말하기
3
효과들
4
시각장애인
5
청각장애인
6
나레이션 및/또는 해설
7
미정의
8
예약됨
CCComponent의 경우, 다음과 같은 값들이 미리정의된 다음, 값을 시그널링하는데 이용할 수 있다.
0 = 일반
1 = Easy Reader
2 = 미정의
3 = 예약됨
도 20을 참조하면, 미디어 확장자의 또 다른 예시적인 예가 도시되어 있다.
이 변형 예에서 CCComponent는 MIMEType 요소를 포함하도록 수정된다.
상기의 수정에 대한 예시적인 XML 스키마 신택스는 다음과 같다.
도 21을 참조하면, 미디어 확장자의 또 다른 예시적인 예가 도시되어 있다.
Components 요소는 0 내지 N개의 서브요소들 "VideoComponent", "AudioComponent", "CCComponent"를 포함한다. 서브요소들은, "presentable" 및 "lang" 속성을 갖는다.
이들은 액세스 단편 및/또는 Content 단편 및/또는 Service 단편에 추가될 수 있다.
이들을 액세스 단편에 추가하는 것이 선호된다.
한 예에서 이들은 액세스 단편 및/또는 Content 단편의 PrivateExt 요소 내에 추가된다.
이 변형 예에서 VideoComponent, AudioComponent, CCComponent 요소는 새로운 "Components" 요소의 서브요소로 될 수 있다.
그러면, VideoComponent, AudioComponent 및 CCComponent는 "E2" 대신 "E3"으로 될 것이다.
상기의 수정에 대한 예시적인 XML 스키마 신택스는 다음과 같다.
추가의 변형에서, "presentable" 속성은 또한 "VideoComponent"에 추가될 수 있다.
도 22a 및 도 22b를 참조하면, 미디어 확장의 또 다른 예시적인 예가 도시되어 있다.
Components 요소는 0 내지 N개의 서브요소들 "VideoComponent", "AudioComponent", "CCComponent" 및 "AppComponent"를 포함한다. 이들 서브요소들 각각은 "language" 속성을 갖는다.
도 23에 도시된 요소들은 OMA 콘텐츠 단편 PrivateExt 요소 내에서 이용되어 ATSC 3 콘텐츠 컴포넌트 관련 요소들 및 속성들을 나타낼 수 있다.
도 23은 도 22a 및 도 22b에 도시된 요소들 및 속성들에 대응하는 예시적인 XML 스키마를 도시한다.
도 23의 XML 스키마에서, 각각의 컴포넌트("VideoComponent", "AudioComponent", "CCComponent" 및 "AppComponent")는 컴포넌트가 제공되는 언어 표시를 지원하고 또한 컴포넌트에 대해 복수의 언어로 텍스트 문자열 설명을 표시하는 것을 허용하기 위해, 제안된 스키마는 컴포넌트가 제공되는 언어를 표시하기 위해 임의적 속성("language")에 의해 더 확장된 LangString의 확장 베이스를 갖는 XML complexContent인 새로운 확장된 "개개의 컴포넌트 유형"(IndividualComponentType)을 정의한다. 또한 LangString은 xml:lang 속성을 포함한 string의 확장 베이스를 갖는 XML simpleContent 유형으로서 정의된다.
추가로 LangString의 xml:lang 속성과 IndividualComponentType의 언어 속성 양쪽 모두에 대해 디폴트 값이 정의된다. 이것은 이들 속성들의 값을 이 디폴트 값으로 추측하고 이들을 시그널링하지 않아 비트를 절약할 수 있다.
도 23과 관련하여, 서비스 고지는 명칭공간을 갖는 XML 스키마의 정의를 준수하는 XML 문서로서 표현될 수 있다:
약어 "sa"는, ATSC 서비스 고지 스키마의 요소들 중 임의의 것에 대해, 이들이 XML 문서에 나타나는 경우 명칭공간 접두사로 이용되어야 한다. ATSC 3.0 표준의 초기 릴리스에서, 명칭공간에 대한 이 접두사의 결속은, XML 문서의 스키마 요소에 다음과 같은 속성을 포함함으로써 선언될 수 있다.
위에서 이용된 명칭공간이 "http://www.atsc.org/XMLSchemas/ATSC3/SA/1.0/"의 값을 갖지만, 대신에 일부 다른 명칭공간 값이 이용될 수도 있다.
예를 들어 서비스 고지를 위한 명칭공간은 다음과 같을 수 있다
도 23과 관련하여, 스키마 선언은 다음과 같은 코드를 이용한다:
다른 예에서, 대신에 선언은 다음과 같은 코드를 이용할 수 있다:
여기서 요소들에 추가하여 속성들은 명칭공간으로 접두사가 부착되도록 "제한(qualified)"된다.
역시 또 다른 예에서, 다음과 같은 선언에 따라 요소들과 속성들 양쪽 모두가 비제한될 수도 있다:
다른 예에서, 상기 요소들 중 일부는 E2로부터 E1로 또는 E3으로부터 E2로 변경될 수 있다. 다른 이러한 변경들은 본 발명에 포함된다고 생각해 볼 수 있다.
또한 요소들 중 일부의 명칭이 변경될 수 있다. 예를 들어 "VideoComponent" 요소는 "VComponent" 또는 "Component" 또는 어떤 다른 것으로 부를 수 있다.
다른 예에서 일부 요소의 카디널리티가 변경될 수 있다. 예를 들어 카디널리티가 "1"로부터 "0..1"로 변경되거나 카디널리티가 "1"로부터 "1..N"으로 변경되거나 카디널리티가 "1"로부터 "0..N"으로 변경될 수 있다.
하나 이상의 예에서, 설명된 기능들은, 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합으로 구현될 수 있다. 소프트웨어로 구현되는 경우, 기능들은 컴퓨터 판독가능한 매체 상의 하나 이상의 명령어 또는 코드로서 저장되거나 전송될 수 있고 하드웨어-기반 처리 유닛에 의해 실행될 수 있다. 컴퓨터-판독가능한 매체는, 데이터 저장 매체 등의 유형 매체, 또는, 예를 들어, 통신 프로토콜에 따라, 한 장소로부터 다른 장소로의 컴퓨터 프로그램의 전송을 가능하게 하는 임의의 매체를 포함하는 통신 매체에 대응하는 컴퓨터 판독가능한 저장 매체를 포함할 수 있다. 이러한 방식으로, 컴퓨터 판독가능한 매체는 일반적으로, (1) 비일시적인 유형의 컴퓨터 판독가능한 저장 매체 또는 (2) 신호 또는 반송파 등의 통신 매체에 대응할 수 있다. 데이터 저장 매체는, 본 개시내용에서 설명된 기술들의 구현을 위한 명령어들, 코드 및/또는 데이터 구조를 회수하기 위해 하나 이상의 컴퓨터 또는 하나 이상의 프로세서에 의해 액세스될 수 있는 임의의 이용가능한 매체일 수 있다. 컴퓨터 프로그램 제품은 컴퓨터 판독가능한 매체를 포함할 수 있다.
제한이 아닌 예로서, 이러한 컴퓨터-판독가능한 저장 매체는, RAM, ROM, EEPROM, CD-ROM 또는 기타의 광 디스크 저장소, 자기 디스크 저장소, 또는 기타의 자기 저장 장치, 플래시 메모리, 또는 원하는 프로그램 코드를 명령어나 데이터 구조 형태로 저장하는데 이용될 수 있고 컴퓨터에 의해 엑세스될 수 있는 기타 임의의 매체를 포함할 수 있다. 또한, 임의의 접속은 적절하게 컴퓨터 판독가능한 매체라고 명명된다. 예를 들어, 명령어들이, 동축 케이블, 광섬유 케이블, 트위스트 페어(twisted pair), 디지털 가입자 회선(DSL), 또는 적외선, 라디오 및 마이크로파 등의 무선 기술을 이용하여, 웹사이트, 서버 또는 기타의 원격 소스로부터 전송된다면, 동축 케이블, 광섬유 케이블, 트위스트 페어, DSL, 또는 적외선, 라디오 및 마이크로파 등의 무선 기술은 매체의 정의에 포함된다. 그러나, 컴퓨터-판독가능한 저장 매체 및 데이터 저장 매체는, 접속, 반송파, 신호, 또는 다른 일시적인 매체를 포함하지 않고, 그 대신에, 비일시적인, 유형의 저장 매체와 관련된다는 것을 이해해야 한다. 본 명세서에서 사용될 때, 디스크(disk 및 disc)는 컴팩트 디스크(CD), 레이저 디스크, 광 디스크, 디지털 범용 디스크(DVD), 플로피 디스크, 및 블루레이 디스크를 포함하며, 대개 디스크(disk)는 데이터를 자기적으로 재생하는 반면, 디스크(disc)는 데이터를 레이저에 의해 광학적으로 재생한다. 상기의 조합은 또한 컴퓨터-판독가능한 매체의 범위 내에 포함되어야 한다.
명령어들은, 하나 이상의 디지털 신호 프로세서(DSP), 범용 마이크로프로세서, 주문형 집적 회로(ASIC), 필드 프로그래머블 로직 어레이(FPGA), 또는 기타의 균등한 집적 또는 개별 논리 회로 등의, 하나 이상의 프로세서에 의해 실행될 수 있다. 따라서, 여기서 사용되는 용어 "프로세서"란, 전술된 구조 또는 여기에 설명된 기술의 구현에 적합한 기타 임의의 구조를 말할 수도 있다. 또한, 일부 양태에서, 여기서 설명된 기능은 인코딩 및 디코딩을 위해 구성된 전용 하드웨어 및/또는 소프트웨어 모듈 내에 제공되거나, 결합된 코덱에 통합될 수 있다. 또한, 본 기술들은 하나 이상의 회로 또는 로직 요소에서 완전히 구현될 수 있다.
본 개시내용의 기술들은, 무선 핸드셋, 집적 회로(IC) 또는 IC 세트(예를 들어, 칩 세트)를 포함한 다양한 디바이스 또는 장치에서 구현될 수 있다. 개시된 본 기술을 수행하도록 구성된 디바이스의 기능적 양태를 강조하기 위해 본 개시내용에서는 다양한 컴포넌트, 모듈 또는 유닛이 설명되지만, 반드시 상이한 하드웨어 유닛에 의한 구현을 요구하지는 않는다. 오히려, 전술된 바와 같이, 다양한 유닛들은, 적절한 소프트웨어 및/또는 펌웨어와 연계하여, 코덱 하드웨어 유닛에서 결합되거나 전술된 하나 이상의 프로세서를 포함하는 연동 하드웨어 유닛들의 집합에 의해 제공될 수 있다.
또한, 전술된 실시예들 각각에 이용된 기지국 디바이스 및 단말 디바이스의 각각의 기능 블록 또는 다양한 피처들은, 전형적으로 집적 회로 또는 복수의 집적 회로인, 회로에 의해 구현되거나 실행될 수 있다. 본 명세서에서 설명된 기능들을 실행하도록 설계된 회로는, 범용 프로세서, 디지털 신호 프로세서(DSP), 애플리케이션 특유의 또는 범용 애플리케이션 집적 회로(ASIC), 필드 프로그래머블 게이트 어레이(FPGA), 또는 기타의 프로그래머블 로직 디바이스들, 개별 게이트들 또는 트랜지스터 로직, 또는 개별 하드웨어 컴포넌트, 또는 이들의 조합을 포함할 수 있다. 범용 프로세서는, 마이크로프로세서이거나, 대안으로서 프로세서는, 종래의 프로세서, 제어기, 마이크로제어기 또는 상태 머신일 수 있다. 전술된 범용 프로세서 또는 각각의 회로는 디지털 회로에 의해 구성될 수도 있고, 아날로그 회로에 의해 구성될 수도 있다. 또한, 반도체 기술의 진보에 의해 현재의 집적 회로를 대체하는 집적 회로 제작 기술이 출현하면, 이 기술에 의한 집적 회로도 역시 이용될 수 있다.
청구항들은 전술된 정확히 그대로의 구성 및 컴포넌트들로 제한되지 않는다는 것을 이해해야 한다. 청구항들의 범위를 벗어나지 않고 본 명세서에서 설명된 시스템, 방법 및 장치의 배열, 동작 및 상세사항에서 다양한 수정, 변경 및 변형이 이루어질 수 있다.
Claims (12)
- 서비스 가이드를 프리젠팅(presenting)하기 위한 시스템으로서,
(a) 서비스 고지(service announcement) - 상기 서비스 고지는 적어도 하나의 컴포넌트를 포함함 - 를 수신하는 것;
(b) 상기 서비스 고지의 상기 컴포넌트 각각에 대해 언어 문자열이 존재하는지 여부를 결정하는 것;
(c) 상기 서비스 고지의 상기 적어도 하나의 컴포넌트 중 하나에 대한 상기 언어 문자열이 존재하면, 상기 적어도 하나의 컴포넌트 중 상기 하나에 대한 언어 문자열을 수신하는 것;
(d) 상기 서비스 고지의 상기 적어도 하나의 컴포넌트 중 하나에 대한 상기 언어 문자열이 존재하지 않는다면, 상기 적어도 하나의 컴포넌트 중 상기 하나에 대한 언어 문자열을 미리정의된 문자열로 설정하는 것;
(e) 상기 언어 문자열의 값에 응답하여 상기 서비스 가이드를 프리젠팅하는 것
을 포함하는 시스템. - 제1항에 있어서, 상기 컴포넌트는 비디오 컴포넌트인, 시스템.
- 제1항에 있어서, 상기 컴포넌트는 오디오 컴포넌트인, 시스템.
- 제1항에 있어서, 상기 컴포넌트는 폐쇄 자막(closed caption) 컴포넌트인, 시스템.
- 제1항에 있어서, 상기 컴포넌트는 애플리케이션 컴포넌트인, 시스템.
- 제1항에 있어서, 상기 미리정의된 문자열은 영어 언어 문자열("en")인, 시스템.
- 서비스 고지를 포함하는 서비스 가이드를 전송하기 위한 시스템으로서,
(a) 상기 서비스 고지 - 상기 서비스 고지는 적어도 하나의 컴포넌트를 포함함 - 를 전송하는 것;
(b) 상기 서비스 고지의 상기 컴포넌트 각각에 대해 언어 문자열이 상기 적어도 하나의 컴포넌트 중 하나에 대한 미리정의된 문자열과 동일한지의 여부를 결정하는 것;
(c) 상기 서비스 고지의 상기 적어도 하나의 컴포넌트 중 상기 하나에 대한 상기 언어 문자열이 상기 미리정의된 문자열과 동일하면, 상기 서비스 고지에서 상기 적어도 하나의 컴포넌트 중 상기 하나에 대한 상기 언어 문자열을 생략하는 것;
(d) 상기 서비스 고지의 상기 적어도 하나의 컴포넌트 중 상기 하나에 대한 상기 언어 문자열이 상기 미리정의된 문자열과 동일하지 않다면, 상기 서비스 고지에 상기 적어도 하나의 컴포넌트 중 상기 하나에 대한 상기 언어 문자열을 포함시키는 것
을 포함하는 시스템. - 제7항에 있어서, 상기 컴포넌트는 비디오 컴포넌트인, 시스템.
- 제7항에 있어서, 상기 컴포넌트는 오디오 컴포넌트인, 시스템.
- 제7항에 있어서, 상기 컴포넌트는 폐쇄 자막 컴포넌트인, 시스템.
- 제7항에 있어서, 상기 컴포넌트는 애플리케이션 컴포넌트인, 시스템.
- 제7항에 있어서, 상기 미리정의된 문자열은 영어 언어 문자열("en")인, 시스템.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201662301567P | 2016-02-29 | 2016-02-29 | |
US62/301,567 | 2016-02-29 | ||
PCT/JP2017/007496 WO2017150446A1 (en) | 2016-02-29 | 2017-02-27 | Components Indication in Service Announcement |
Publications (1)
Publication Number | Publication Date |
---|---|
KR20180104679A true KR20180104679A (ko) | 2018-09-21 |
Family
ID=59743912
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020187023875A KR20180104679A (ko) | 2016-02-29 | 2017-02-27 | 서비스 고지에서의 컴포넌트 표시 |
Country Status (7)
Country | Link |
---|---|
US (1) | US20190052386A1 (ko) |
KR (1) | KR20180104679A (ko) |
CN (1) | CN108702541A (ko) |
CA (1) | CA3015747A1 (ko) |
MX (1) | MX2018010411A (ko) |
TW (1) | TW201733373A (ko) |
WO (1) | WO2017150446A1 (ko) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10796157B2 (en) | 2018-03-13 | 2020-10-06 | Mediatek Inc. | Hierarchical object detection and selection |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6009234A (en) * | 1995-04-14 | 1999-12-28 | Kabushiki Kaisha Toshiba | Method of reproducing information |
WO1997018673A1 (en) * | 1995-11-13 | 1997-05-22 | Gemstar Development Corporation | Method and apparatus for displaying textual or graphic data on the screen of television receivers |
US6661466B1 (en) * | 2000-09-18 | 2003-12-09 | Sony Corporation | System and method for setting default audio and subtitling language preferences for a video tuner |
JP3525913B2 (ja) * | 2001-05-10 | 2004-05-10 | 船井電機株式会社 | 音声自動選択機能を有する放送受信装置 |
JP3506177B2 (ja) * | 2001-05-10 | 2004-03-15 | 船井電機株式会社 | 言語切換方法及びその方法を用いたデジタル放送受信機 |
KR100565060B1 (ko) * | 2003-03-14 | 2006-03-30 | 삼성전자주식회사 | 언어 정보에 따라 적응적으로 재생가능한 데이터 구조로기록된 정보저장매체, 그 재생 방법 및 장치 |
JP3832666B2 (ja) * | 2004-08-16 | 2006-10-11 | 船井電機株式会社 | ディスク再生装置 |
US7669124B2 (en) * | 2005-04-22 | 2010-02-23 | Microsoft Corporation | System and method for managing resource loading in a multilingual user interface operating system |
JP2007115293A (ja) * | 2005-10-17 | 2007-05-10 | Toshiba Corp | 情報記憶媒体、プログラム、情報再生方法、情報再生装置、データ転送方法、及びデータ処理方法 |
KR100771624B1 (ko) * | 2006-03-06 | 2007-10-30 | 엘지전자 주식회사 | 텔레비전 수신기의 언어 설정 장치 및 방법 |
CN101374273B (zh) * | 2007-08-24 | 2012-02-29 | 华为终端有限公司 | 基于多媒体消息业务实现服务的方法、系统、终端和服务器 |
US20090253416A1 (en) * | 2008-04-04 | 2009-10-08 | Samsung Electronics Co. Ltd. | Method and system for providing user defined bundle in a mobile broadcast system |
CN101668172B (zh) * | 2008-09-03 | 2012-06-27 | 华为技术有限公司 | 一种业务内容的播放方法、系统和装置 |
JP2013068860A (ja) * | 2011-09-26 | 2013-04-18 | Funai Electric Co Ltd | 言語切換機能を備えた電子機器 |
WO2015178036A1 (en) * | 2014-05-22 | 2015-11-26 | Sharp Kabushiki Kaisha | Method for decoding |
US9571870B1 (en) * | 2014-07-15 | 2017-02-14 | Netflix, Inc. | Automatic detection of preferences for subtitles and dubbing |
-
2017
- 2017-02-27 US US16/079,184 patent/US20190052386A1/en not_active Abandoned
- 2017-02-27 MX MX2018010411A patent/MX2018010411A/es unknown
- 2017-02-27 CA CA3015747A patent/CA3015747A1/en not_active Abandoned
- 2017-02-27 KR KR1020187023875A patent/KR20180104679A/ko not_active Application Discontinuation
- 2017-02-27 WO PCT/JP2017/007496 patent/WO2017150446A1/en active Application Filing
- 2017-02-27 CN CN201780012774.8A patent/CN108702541A/zh active Pending
- 2017-03-01 TW TW106106728A patent/TW201733373A/zh unknown
Also Published As
Publication number | Publication date |
---|---|
TW201733373A (zh) | 2017-09-16 |
US20190052386A1 (en) | 2019-02-14 |
WO2017150446A1 (en) | 2017-09-08 |
CA3015747A1 (en) | 2017-09-08 |
MX2018010411A (es) | 2018-11-09 |
CN108702541A (zh) | 2018-10-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20170238061A1 (en) | Method for decoding | |
CA2987376A1 (en) | Methods for broadcast service signaling | |
CA3041982C (en) | Broadcast identifier signaling | |
US20180048408A1 (en) | Service signaling extensions | |
CA3082203C (en) | Signaling method, receiving method signaling device, and receiving device | |
CA3081282C (en) | Service list | |
US20180109342A1 (en) | Method for decoding a service guide | |
WO2016035348A1 (en) | Syntax and semantics for device capabilities | |
WO2015194195A1 (en) | Methods for xml representation of device capabilities | |
KR20180104679A (ko) | 서비스 고지에서의 컴포넌트 표시 | |
CA2948786C (en) | A method for decoding a service guide | |
KR102219103B1 (ko) | 동적 이벤트 시그널링 | |
CA2973464A1 (en) | Service guide encapsulation |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A201 | Request for examination | ||
E902 | Notification of reason for refusal | ||
E601 | Decision to refuse application |