미래방송미디어포럼표준 ( 국문표준 ) NGBF-STD-015/R1 FBMF-STD-009 제정일 : 2016 년 04 월 14 일 개정일 : 2018 년 10 월 04 일 F B M F S t a n d a r d UHD IBB 서비스파트 5. 서비스가이드 Standa

Size: px

Start display at page:

Download "미래방송미디어포럼표준 ( 국문표준 ) NGBF-STD-015/R1 FBMF-STD-009 제정일 : 2016 년 04 월 14 일 개정일 : 2018 년 10 월 04 일 F B M F S t a n d a r d UHD IBB 서비스파트 5. 서비스가이드 Standa"

현우 제갈
4 years ago
Views:

1 미래방송미디어포럼표준 ( 국문표준 ) NGBF-STD-015/R1 제정일 : 2016 년 04 월 14 일 개정일 : 2018 년 10 월 04 일 F B M F S t a n d a r d UHD IBB 서비스파트 5. 서비스가이드 Standard for UHD IBB Service Part 5. Service Guide

2 표준초안검토위 IBB 분과위원회원회표준안심의위원운영위원회회 성명소속직위 위원회및 직위 표준번호 표준 ( 과제 ) 제안 - 표준초안작성자 - 미래방송미디어표준포럼 IBB분과미래방송미디어표준포럼 IBB분과 사무국담당김제우 KETI - 본문서에대한저작권은미래방송미디어표준포럼에있으며, 미래방송미디어표준포럼과사전협의없이이문서의전체 또는일부를상업적목적으로복제또는배포해서는안됩니다. 본표준발간이전에접수된지식재산권확약서정보는본표준의 부록 ( 지식재산권확약서정보 ) 에명시하고있으며, 이후접수 된지식재산권확약서는미래방송미디어표준포럼웹사이트에서확인할수있습니다. 본표준과관련하여접수된확약서외의지식재산권이존재할수있습니다. 발행인 : 미래방송미디어표준포럼의장발행처 : 미래방송미디어표준포럼 06130, 서울특별시강남구테헤란로 7길 22 신관 1108호 Tel : , Fax : 발행일 :

3 서 문 1 표준의목적 본표준은국내지상파 UHD 방송을시청하는일반시청자들이수신기를통해실 시간방송을시청하면서방송망및브로드밴드망을통해 IBB(Integrated Broadcast Broadband) 서비스를이용하는데필요한규격을정의한다. 2 주요내용요약 본표준은지상파 UHD 방송을시청하면서방송망및브로드밴드망을통해웹기반의서비스애플리케이션을제공하는데필요한방법을정의하고있다. 또한다양한개인용스마트기기와 TV를연계하여방송콘텐츠관련서비스를제공하는컴패니언스크린서비스를제공하는데필요한방법을정의하고있다. 본표준에서는웹애플리케이션및컴패니언스크린서비스를제공하기위해서 ATSC 3.0 과 HbbTV 2.0 표준을인용하고있다. 또한본표준에서인용하는표준을바탕으로한국의지상파 UHD IBB 서비스를제공하는데필요한추가적인내용을정의한다. 3 인용표준과의비교 3.1 인용표준과의관련성 본표준은 ATSC 3.0 표준을기준으로하고브라우저애플리케이션환경파트는 HbbTV 2.0 표준을기준으로한다. 3.2 인용표준과본표준의비교표 표준참조표준비고 Part1. 공통기술 (NGBF-STD-011) Part2. 애플리케이션시그널링 (NGBF-STD-012/R1, FBMF-STD-006) ETSI TS , OIPF Release 2 Specification, W3C HTML5 등 ETSI TS , ETSI TS , ISO/IEC 등 참조 참조 Part3. 브라우저애플리케이션환경 ETSI TS , ETSI TS , (NGBF-STD-013/R1, ATSC A/333, A/338 등 FBMF-STD-007) 참조 i

4 Part4. 컴패니언스크린 (NGBF-STD-014/R2, FBMF-STD-008/R1) OIPF Release 2 specification, ETSI 참조 TS , ATSC A/338 등 Part5. 서비스가이드 (NGBF-STD-015/R1, ) Part6. 콘텐츠인식 (NGBF-STD-016) ETSI TS , ATSC A/332, A/153, OMA BCAST 등 ETSI TS , ATSC A/336 등 참조 참조 ii

5 Preface 1 Purpose The purpose of this standard is to define a specification for IBB(Integrated Broadcast Broadband) TV services, which provides domestic terrestrial UHD TV viewers various interactive content services while watching TV. 2 Summary This standard mainly defines a necessary method of providing interactive service application based on web through the broadcast and/or broadband network while watching UHD broadcasting. Also, this standard defines a necessary method of providing companion screen service connecting TV and personal smart devices. This standard refers to ATSC 3.0 and HbbTV 2.0 standard for the web application and companion screen service. And this standard also defines additional functions not defined in the reference standard for domestic terrestrial UHD IBB service. 3 Relationship to Reference Standards This standard refers to ATSC 3.0 and HbbTV 2.0 standard for the web application and companion screen service. And this standard also defines additional functions not defined in the reference standard for domestic terrestrial UHD IBB service iii

6 목 차 1 적용범위 1 2 인용표준 1 3 용어정의 2 4 약어 2 5. 요구사항 서비스가이드 4 6. 서비스가이드규격 서비스가이드데이터모델 개요 서비스가이드데이터상세모델 서비스프래그먼트 (Service Fragment) 스케줄프래그먼트 (Schedule Fragment) 콘텐츠프래그먼트 (Content Fragment) 서비스가이드데이터캡슐화 (SG Data Encapsulation) SGDU(Service Guide Delivery Units) 와 SGDD (Service Guide Delivery Descriptors) 의압축 서비스가이드전달서술자 (Service Guide Delivery Descriptor) 브로드밴드를통한서비스가이드전송및관리 서비스가이드전송개요 서비스가이드송수신방법 서비스가이드요청 (Request) 및응답 (Response) SGResponse 의정의 서비스가이드서술자 (Descriptor) 특정항목요청 서비스가이드프래그먼트의특정항목요청 17 부록 Ⅰ-1 지식재산권확약서정보 19 Ⅰ-2 시험인증관련사항 20 Ⅰ-3 본표준의연계 (family) 표준 21 Ⅰ-4 참고문헌 22 iv

7 Ⅰ-5 영문표준해설서 23 Ⅰ-6 표준의이력 24 v

8 UHD IBB 서비스 Part 5. 서비스가이드 UHD IBB Service Part 5. Service Guide 1 적용범위 본표준은국내지상파 UHD 방송을시청하는일반시청자들이수신기를통해실시간방송을시청하면서방송망및브로드밴드망을통해 IBB(Integrated Broadcast Broadband) 서비스를이용하는데필요한규격을정의한다. 지상파 UHD IBB 표준은 ATSC 3.0 표준을기준으로하고브라우저애플리케이션환경파트는 HbbTV 2.0 표준을기준으로한다. 하지만, 본표준은 ATSC 3.0 표준과 HbbTV 2.0 표준을완전히대신하지는않는다. 따라서, 본표준에서기술하지않는내용은 ATSC 3.0 표준과 HbbTV 2.0 표준규격을준용한다. 본표준은국내지상파 UHD 방송에서 IBB 서비스를제공하는데필요한파트를나눠서기술한다. 표준의구성은다음과같다. - 파트 1. 공통기술 - 파트 2. 애플리케이션시그널링 - 파트 3. 브라우저애플리케이션환경 - 파트 4. 컴패니언스크린서비스 - 파트 5. 서비스가이드 - 파트 6. 콘텐츠인식 파트 5 에는방송망및브로드밴드망을통해전송하는프로그램가이드정보를명 시하며, 명시된정보를전달하는프로토콜을정의한다. 2 인용표준 [1] ETSI: Hybrid Broadcast Broadband TV, ETSI TS v1.3.1, October 2015 [2] ATSC: Service Announcement, A/332: ATSC Proposed Standard, Advanced Television Systems Committee28 October (work in progress) [3] ATSC: ATSC-Mobile DTV Standard, Part4 Announcement (A/153

9 part4:2009), October 2009 [4] IETF: GZIP file format specification version 4.3, RFC 1952, May 1996, [5] IETF: Hypertext Transfer Protocol -- HTTP/1.1, June 1999, [6] IETF: Uniform Resource Identifier (URI): Generic Syntax, January 2005, [7] OMA: Service Guide for Mobile Broadcast Services Version 1.1, OMA-TS-BCAST_Service_Guide-V1_ A, 29 October 2013 [8] TTA: 지상파 UHDTV 방송송수신정합 파트 2. 컴포넌트, TTAK.KO /R1-Part2. 3 용어정의 3.1 IBB 애플리케이션 (IBB Application) IBB 단말에서구동되는애플리케이션으로웹애플리케이션으로구성됨. 3.2 HbbTV (Hybrid Broadcast Broadband TV) 기존방송과브로드밴드콘텐츠가결합된하이브리드서비스를인터넷이연결된텔 레비전이나셋톱박스를통해제공하기위해구성된범유럽표준임. 4 약어 AEPG ATSC bslbf CEA CID DASH DASH-IF EBU ESG EPG GUI GIF HBBTV Advanced Electronic Program Guide Advanced Television Systems Committee bit serial, leftmost bit first Consumer Technology Association Context Identifier Dynamic Adaptive Streaming over HTTP DASH Industry Forum European Broadcast Union Electronic Service Guide Electronic Program Guide Graphical User Interface Graphics Interchange Format Hybrid Broadcast Broadband Television 2

10 HD High Definition HEVC High Efficiency Video Coding HTML HyperText Markup Language HTML5 HyperText Markup Language 5 HTTP Hypertext Transfer Protocol HTTPS Secure Hyper Text Transfer Protocol IBB Integrated Broadcast Broadband IEC International Electronical Commission IETF Internet Engineering Task Force IP Internet Protocol ISO International Standards Organization ISOBMFF ISO Base Media File Format ITU-R International Telecommunication Union Radio communication Sector JPEG Joint Photographic Experts Group MIME Multipurpose Internet Mail Extensions MMT MPEG Media Transport MMTP MPEG Media Transport Protocol MPEG Moving Picture Experts Group OHTV Open Hybrid TV OMA Open Mobile Alliance OMA BCAST Open Mobile Alliance Broadcast Mobile Services Enabler Suite PNG Portable Network Graphics RFC Request for Comments ROUTE Real-Time Object Delivery over Unidirectional Transport SG Service Guide SGDD Service Guide Delivery Descriptor SGDU Service Guide Delivery Unit SLS Service Layer Signaling SLT Service List Table TBD To Be Determined TTML Timed Text Markup Language UDP User Datagram Protocol UHD Ultra High Definition UHDTV Ultra High Definition Television UI User Interface uimsbf unsigned integer, most significant bit first unicode Unicode UTC Coordinated Universal Time URI Uniform Resource Identifier 3

11 URL USBD USD W3C WAN XML Uniform Resource Locator User Service Bundle Description User Service Description Worldwide Web Consortium Wide Area Network Extensible Markup Language 5. 요구사항 5.1. 서비스가이드 서비스가이드정보란채널별, 시간별로방송프로그램의세부정보를제공하는시그널링정보 (EPG, ESG 등 ) 를의미하며아래와같은요구사항을만족하여야한다. 시스템은방송망 (Broadcast) 및인터넷망 (Broadband) 을통하여과거및미래프로그램정보를제공할수있다. 시스템은방송망 (Broadcast) 및인터넷망 (Broadband) 을통하여지나간프로그램의동영상클립정보및미래프로그램의예고영상에대한링크정보를제공할수있다. 시스템은방송망을통해인터넷망 (Broadband) 의서비스가이드에접근할수있는정보를제공해야한다. 시스템은해당프로그램정보내에유효한시간을함께제공해야한다. 시스템은서비스가이드에대하여버전정보를제공해야한다. 방송망으로전송되는서비스가이드정보는인터넷망 (Broadband) 을통해전송되는서비스가이드정보를통해추가될수있다. 단, 충돌되는정보 (ex. 프로그램시간정보등 ) 에대해서는방송망을통해전송되는정보가우선권을가지도록한다. 시스템은프로그램정보내에프로그램식별자를제공해야하며, 해당식별자는서비스가이드정보내에서유일해야한다. 수신기는프로그램가이드를지상파방송망과인터넷망으로부터전달받아표현하여야한다. Advanced EPG에는프로그램시간정보뿐만아니라줄거리, 이미지, 동영상등멀티미디어형태의프로그램정보가포함되며, 수신기는이를해석하여표현하여야한다. 수신기는 Advanced EPG에서특정프로그램에대한상세정보를보거나예약시청을할수있도록지원하여야한다. 수신기는 Advanced EPG에서실시간프로그램및 VOD에대한예약수신기능및시청알림기능을지원하여야한다. 수신기는서비스제공자의 IBB 앱, Advanced EPG를저장하기위한공간을제공하여야한다. 6. 서비스가이드규격 4

12 6.1. 서비스가이드데이터모델 개요 어나운스먼트서브시스템 (subsystem) 은지상파 UHDTV 방송서비스및콘텐츠관련정보를전달하기위해사용된다. 어나운스먼트서브시스템을통해제공되는정보는수신기에게서비스와콘텐츠에대한다양한부가정보를제공할수있도록한다 서비스가이드데이터상세모델 서비스가이드데이터상세모델은 지상파 UHDTV 방송송수신정합 - 파트 1. 컴포넌트 [8] 의 절 서비스가이드데이터상세모델 의내용을따른다 서비스프래그먼트 (Service Fragment) 서비스프래그먼트는 지상파 UHDTV 방송송수신정합 - 파트 1. 컴포넌트 [8] 의 절 서비스프래그먼트 의내용을따른다 스케줄프래그먼트 (Schedule Fragment) 스케줄프래그먼트는 지상파 UHDTV 방송송수신정합 - 파트 1. 컴포넌트 [8] 의 절 스케줄프래그먼트 의내용을따른다 콘텐츠프래그먼트 (Content Fragment) 콘텐츠프래그먼트는 지상파 UHDTV 방송송수신정합 - 파트 1. 컴포넌트 [8] 의 절 콘텐츠프래그먼트 의내용을따른다 서비스가이드데이터캡슐화 (SG Data Encapsulation) 본문서의 절에명시된서비스가이드프래그먼트는 Service Guide Delivery Units(SGDUs) 에캡슐화될수있으며, SGDUs는 OMA BCAST[7] 에명시된것처럼 Service Guide Delivery Descriptors(SGDDs) 에서술될수있다. Service Guide Delivery Unit(SGDU) 구조는지상파 UHDTV 방송서비스가이드프래그먼트를위한컨테이너 (container) 이다. 방송시스템 (broadcast systems) 과수신기 (reference receiver) 는다음제약과함께 OMA BCAST[7] Service Guide의 에명시되어있는아래 Service Guide Delivery Unit 구조를지원할수있다. 5

13 < 표 6-1> Service Guide Delivery Unit 구조 Data Field Name Data Type Service_Guide_Delivery_Unit { Unit_Header { extension_offset reserved n_o_service_guide_fragments uimsbf32 16 bits uimsbf24 for(i=0; i< n_o_service_guide_fragments; i++) { fragmenttransportid[i] fragmentversion[i] offset[i] uimsbf32 uimsbf32 uimsbf32 } } Unit_Payload { for(i=0; i< n_o_service_guide_fragments; i++) { fragmentencoding[i] uimsbf8 if(fragmentencoding[i]=0) { fragmenttype XMLFragment uimsbf8 bytestring } } } if(extension_offset>0) { extension_type next_extension_offset extension_data uimsbf8 uimsbf32 bitstring } } - UnitHeader 구조체의 extension_offset 필드값은본문서에따르면 SGDUs 에서 0 일 수있다. 수신기는 SGDU 를 extension_offset 필드에서 0 이아닌값으로처리할수 있다. - fragmentencoding[i] 필드는 0(XML Encoded OMA BCAST Service Guide fragment) 을사용한다. 수신기는 0 이아닌 fragmentencoding[i] 값과연관된프래그먼트 데이터를무시할수있다. 6

14 - fragmenttype[i] 는아래 1 에서 3 까지의값이사용될수있다. 1 Service fragment 2 Content fragment 3 Schedule fragment SGDU(Service Guide Delivery Units) 와 SGDD(Service Guide Delivery Descriptors) 의압축 시스템은 GZIP 압축을활용하여수신기에전송되는 SGDUs와 SGDDs의크기를줄일수있는방법을제공한다. 서비스가이드전송에 HTTP 가사용될때, 시스템은 HTTP response body를 GZIP 알고리즘을사용하여압축할수있다. 이경우, HTTP response의연관서술자안의 Content-Encoding attribute는 gzip 을설정되어야한다 서비스가이드전달서술자 (Service Guide Delivery Descriptor) 아래 SGDD 구조는서비스가이드프레그먼트에대한그룹화및실제전송되는딜리버리채널을가리키는용도로써사용된다. 수신기는 [BCAST11-Schema-sgsgdd] 안의 XML 스키마로정의된 Service Guide Delivery Descriptor의용법을지원해야한다. SGDD(Service Guide Delivery Descriptor) 는 < 표 6-2> 의엘리먼트들을포함해야한다. 서비스가이드를위한 SGDD는 OMA BCAST [7] Service Guide Version의규격을따라야한다 < 표 6-2> SGDD(Service Guide Delivery Descriptor) Service Guide Delivery Descriptor id version DesciptorEntry type GroupingCriteria TimeGroupingCriteria starttime endtime GenreGroupingCriteria type 7

15 ServiceCriteria Transport ipaddress port srcipaddress transmissionsessionid hasfdt AlternativeAccessURL ServiceGuideDeliveryUnit transportobjectid contentlocation Fragment transportid id version validffrom validto fragmentencoding fragmenttype GroupCriteria TimeGroupingCritera starttime endtime 6.2. 브로드밴드를통한서비스가이드전송및관리 서비스가이드전송개요 SGDU는앞서설명한것처럼서비스정보를포함하고있는프래그먼트의그룹으로서헤더에는포함하고있는프래그먼트의종류와위치를순차적으로기술하고, Payload 부분에실제인코딩된프래그먼트가순차적으로저장되어있는단순한구조로되어있다. 또한, SGDD 는전송되는프래그먼트가어떻게구성되었는지단말이쉽게분석할수 있도록정보를포함하고있는 XML 기반의색인문서이다. 8

16 SGDD에는검색하고자하는서비스정보를포함하고있는프래그먼트의그룹인 SGDU의식별자와검색조건이기술되어있다. 또한검색되는프래그먼트의유형이포함되어단말입장에서수신되는프래그먼트의종류를미리파악할수있도록한다 즉, 서비스가이드의프래그먼트는프래그먼트 ID 로판별된다. 또한 XML 프래스 먼트에는각프래그먼트의최상위에 ID 를 attribute 로부여하고있으며, SGDU 에서 도 fragmentid 필드에서해당 ID 를기술하고있다. 단말은 SGDD를분석하여원하는프래그먼트가존재하는 SGDU를수신하고그안에서최종적으로사용할프래그먼트를추출하여디코딩한후사용한다. 또한, XML 형태의 text 데이터의크기가증가할수있는경우를대비하여 Gzip을이용하여문서를선택적으로압축할수있도록정의하고있다 서비스가이드송수신방법 브로드밴드망을통한서비스가이드전송은다음과같은형태로이루어진다. 1) 클라이언트는서비스가이드를프래그먼트 ID 로요청하며, 이는사전에수신한 SGDD 를통해획득한다. 2) 클라이언트는수신한 SGDD 를관리하고, 경우에따라업데이트를요청할수있다. 3) 클라이언트는 SGDD 를 grouping criteria 형태로요청할수있다. 4) 클라이언트는 SGDU 의특정프래그먼트를별도로요청할수있다 서비스가이드요청 (Request) 및응답 (Response) 브로드밴드망을통한서비스가이드의요청 (Request) 과응답 (Response) 은다음과 같은형태로이루어진다. 1) 클라이언트는 HTTP/1.1 기반의 Request 를하고, 서버는이에따라 HTTP Response 값을되돌려준다. 2) 클라이언트는 HTTP/1.1 기반의 POST 또는 GET method 를사용한다. 3) HTTP User-Agent header 는 HbbTV [1] 과호환되도록아래의포맷을포함한다 HbbTV/1.3.1 (<capabilities>; <vendorname>; <modelname>; <softwareversio n>; [<hardwareversion>]; <familyname>; <reserved>) 본 IBB 규격과호환되는수신장치는기본적으로 HbbTV [1] 규격의 에서 9

17 정의한위의포맷을지원하며, 여기에더해아래와같이 ESG 버전인식이가능한옵션스트링을 HbbTV [1] 절의 table 13과같은형식으로 <capabilities> 필드에추가한다 +ESG_<version-major>.<version-minor>.<version-micro> 여기서 : <version-major> 필드는 major version 을의미한다. <version-minor> 필드는 minor version 을의미한다. <version-micro> 필드는 micro version 을의미한다. 결과적으로, 본규격과호환되는수신기의옵션스트링은다음과같아야한다. +ESG_1.0.0 최종적으로, 적용될 HTTP User-Agent header의예시로아래의스트링을제시한다. HbbTV/1.3.1 (+ESG_1.0.0;Samjung;SmartTV2018;T-KTM2AKUC ;;urn:samjungtv:familyname:KantM2:2018;) Tizen/4.0 Chrome 4) 클라이언트는데이터요청시, Request 에 parameter 를포함시킬수있으며, 이는 HTML4.01 표준에서 application/x-www-form-urlencoded encoding type, message-body of HTTP/1.1 Request 메시지를사용한다. 5) 클라이언트의요청은 key-value pair 형태로 post 메시지에담아전송하며, 복수의 key-value pair 는 HTML 에정의된것처럼 & 연산자를이용하여구분한다. 6) 클라이언트는 SGDD 를요청시파라미터값을 type=sgdd 로설정하고, SGDU 요청시파라미터값을 type=sgdu 로설정한다. SGDD,SGDU 를동시에요청하는경우에는파라미터값을 type=sgdd+sgdu 로설정한다. 7) 서버는서비스가이드정보의업데이트및유통기한설정을위해 HTTP 1.1 의 message-body 항목에 lastresponseversion 과 ResponseValidity 항목을설정하여응답한다. 8) 서버의응답이정상인경우는 HTTP/1.1 Reponse 에따라 status 200 OK 를설정한다. 이때, status 값은브로드밴드서비스를제공하는서버의상태를의미하며, [7] 의 GlobalStatusCode 를사용한다. 9) 서버의응답 HTTP header 필드의 Content-Type 은 application/octetstream 으로설정한다. 10) HTTP payload 의응답은다음절에서설명하는 SGResponse 형식에따라기술한다. 이는서비스가이드요청에대한결과값을리턴해주는기능을의미한다. SGResponse 는 attribute 로 status, lastresponseversion 을제공하며, element 로 SupportedVersion ServiceGuideDeliveryDescriptor, ResponseValidity, PrivateExt 등이있으며, 좀더자세한내용은다음절에기술되어있다 SGResponse 의정의 10

18 < 표 6-3> SGResponse Name Type Category Cardinality Description Data Type Delivers the status of response to interactive Service Guide request. Also contains Service Guide Delivery Descriptors associated with the response. Contains the following SGResponse E attribute: status lastresponseversion Contains the following elements: SupportedVersion ServiceGuideDeliveryDescriptor ResponseValidity PrivateExt Declares status of the interactive Service Guide delivery response using GlobalStatusCode defined in status A M 1 the section of [BCAST13-Services]. The following status codes SHALL NOT be used: unsigned Byte lastresponse A O 0..1 Version , , , 019, 022, , Signals the version of this response as built by the server. The purpose of this attribute is the following. When further request is sent by a terminal with the key lastresponseversion, the server 11ehavior is defined as unsignedint 11

19 follows: -the server SHOULD send a status code equal to 016 with no ServiceGuideDeliveryDescriptor element(s) and no ServiceGuide Delivery Unit if no update on the requested (part of the) service guide has been done compared to the version 12ehavior by the lastresponseversion value indicated in the request. -the server SHALL send a complete Response if any update on the requested (part of the) service guide has occurred (i.e. returns the same response as if the key lastresponseversion was not present or not considered by the server). The 12ehavior of the server when the elements PrivateExt, and/or <proprietary elements> have been updated is not specified Note, that in both specified cases, the server MAY instantiate the element ResponseValidity e.g. to indicate a new 12

20 expirationtime attribute and MAY instantiate the lastresponseversion attribute. It is out of the scope of this specification to decide how this attribute is managed on the server side. This element is used in case the server responds with a GlobalStatusCode of value 012 (unsupported version) to signal the BCAST SupportedVe rsion E1 M 0..N ServiceGuid edeliveryde release numbers supported by the server. If this element is not instantiated while the server responds with a GlobalStatusCode of value 012, the terminal SHALL assume 1.0 is the supported release number. Service Guide Delivery Descriptor. See section string E1 O 0..N complextype scriptor ResponseVal E1 O 0..1 idity Signals information about the validity of the response. Contains the following attributes: expirationtime timewindow complextype expirationti A M 1 Its purpose is to indicate to the unsignedint 13

21 terminals that me this received (part of the) service guide constituted by the SGDD(s) and/or SGDU provided in this response is scheduled to be at least up- to-date from the current response time up to the expirationtime value. There is no assumption that the Service Guide element PrivateExt, <proprietary elements> will be up-to-date until the expirationtime value. If expirationtime is present, a terminal that wants to track updates of this received (part of the) service guide, SHOULD not renew the request before the expirationtime is reached, without further instruction. If the timewindow attribute is not instantiated, there is no assumption that this (part of the) service guide is up-todate after the expirationtime time has been reached. This field is expressed as the first 32bits integer part of NTP time stamps. timewindow A O 0..1 Its purpose is to provide a Decimal mechanism that ensures distribution over time of a given update request sent from terminals, e.g. in order to avoid overload in network nodes or links. 14

22 If expirationtime and timewindow are present, a terminal that wants to track updates of this received (part of the) service guide SHOULD renew the request in the time interval [expirationtime, expirationtime+timewindow]. The exact time within the allowed time window SHALL be random with uniform probability. There is no assumption that this received (part of the) service guide is still up-to-date after the ( expirationtime + timewindow ) time has been reached. The unit is seconds (fractions can be expressed using data type Decimal. timewindow SHALL be a non-negative number. Note that if a large number of terminals have cached a server s response with the same expirationtime and without an appropriately-sized timewindow instantiate, then there is a risk of network nodes/links congestion PrivateExt E1 O 0..1 An element serving as a container for proprietary or applicationspecific extensions. <proprietary elements> E2 O 0..N Proprietary or applicationspecific elements that are not defined in this specification. 15

23 These elements may further contain sub-elements or attributes 서비스가이드서술자 (Descriptor) 특정항목요청 수신기는서비스가이드전송서술자 (SGDD) 의특정항목만브로드밴드망을통해다음과같이요청할수있다. 1) 수신기는 HTTP/1.1 request message 의 message-body 항목에한개이상의 key-value 매칭을통해원하는항목을요청할수있다. 2) 수신기가 criteria 가포함된 SGDD 를요청할때에도, key-value 매칭을통해요청하며, 서버는이를합쳐서반환한다. 3) tgc-start, tgc-end key 값은복수개로사용할수없으며, 반드시함께사용하여야한다. 4) complete key 는다른 key 값과함께요청할수없다. 5) SGDD 의특정항목은다음의 key 를통해요청할수있다. O <key> : tgc-start <value> : Attribute starttime associated with element TimeGroupingCriteria used within SGDD Meaning : Terminal requests SGDD grouped with TimeGroupingCriteria, whose starttime equals to <value>. Note : This <key> SHALL be used if and only if <key> tgc-end is used. If this <key> is present, only one instance of this <key> SHALL be present. O <key> : tgc-end <value> : Attribute endtime associated with element TimeGroupingCriteria used within SGDD Meaning : Terminal requests SGDD grouped with TimeGroupingCriteria, whose endtime equals to <value>. Note : This <key> SHALL be used if and only if <key> tgc-start is used. If this <key> is present, only one instance of this <key> SHALL be present. 16

24 O <key> : ggc <value> : Value of element GenreGroupingCriteria used within SGDD. Meaning : Terminal requests SGDD grouped with GenreGroupingCriteria, whose value equals to <value>. O <key> : srvc <value> : Value of element ServiceCriteria used within SGDD. Meaning : Terminal requests SGDD grouped with ServiceCriteria, whose value equals to <value>. O <key> : complete <value> : true Meaning : Terminal requests a complete set of SGDDs. Note : This key SHOULD NOT be combined with criteria i.e. keys, restricting the set of SGDDs. O <key> : user <value> : User id. Meaning : Terminal requests a set of SGDDs personalized to the user associated with user identification of <value> 서비스가이드프래그먼트의특정항목요청 수신기는서비스가이드프래그먼트의특정항목만브로드밴드망을통해다음과같 이요청할수있다. 1) 클라이언트가서비스가이드프래그먼트를요청시 key-value pair 를사용하며, 이때 key 값은 fragmentid 이며요청하는 fragment attribute id 가 value 값이된다. 2) 클라이언트가 SGDD 와연계된서비스가이드프래그먼트요청시 key 값은 sgddid 이며요청하는 SGDD attribute id 가 value 값이된다. 3) validfrom, validto key 값은복수개로사용할수없으며, 반드시함께사용하여야한다. 4) servicetype, genre, fragmenttype 의경우복수개의 key-value pair 를사용시 OR logic 을사용하게된다. 즉주어진 key 값을 1 개이상만족하는서비스가이드프래그먼트값을반환한다. 5) 서비스가이드프래그먼트의특정항목은다음의 key 를통해요청할수있다. 17

25 O <key> : validfrom <value> : Attribute validfrom used within Service Guide fragments Meaning : Terminal requests Service Guide fragments whose attribute validfrom is greater or equal to the <value>. O <key> : validto <value> : Attribute validto used within Service Guide fragments Meaning : Terminal requests Service Guide fragments whose attribute validto is less or equal to the <value>. O <key> : servicetype <value> : Attribute servicetype used within Service fragment Meaning : Terminal requests Service fragments having servicetype equal to <value> and Service Guide fragments associated with Service fragments having servicetype equal to <value>. O <key> : genre <value> : Element genre used within Service Guide fragments Meaning : Terminal requests Service Guide fragments having element genre equal to <value> and Service Guide fragments associated with fragments having element genre equal to <value>. O <key> : fragmenttype <value> : 절에서정의한 3 가지 fragmenttype 을사용한다. Meaning : Terminal requests Service Guide fragments of that are of type <value>. O <key> : all <value> : true Meaning : Terminal requests all available Service Guide fragments. 18

26 부록 Ⅰ-1 ( 본부록은표준을보충하기위한내용으로표준의일부는아님 ) 지식재산권확약서정보 Ⅰ-1.1 지식재산권확약서 - 해당사항없음 상기기재된지식재산권확약서이외에도본표준이발간된후접수된확약서가있을 수있으니, 미래방송미디어표준포럼웹사이트에서확인하시기바랍니다. 19

27 부록 Ⅰ-2 ( 본부록은표준을보충하기위한내용으로표준의일부는아님 ) 시험인증관련사항 Ⅰ-2.1 시험인증대상여부 - 해당사항없음 Ⅰ-2.2 시험표준제정현황 - 해당사항없음 20

28 부록 Ⅰ-3 ( 본부록은표준을보충하기위한내용으로표준의일부는아님 ) 본표준의연계 (family) 표준 - 해당사항없음 21

29 부록 Ⅰ-4 ( 본부록은표준을보충하기위한내용으로표준의일부는아님 ) 참고문헌 - 해당사항없음 22

30 부록 Ⅰ-5 ( 본부록은표준을보충하기위한내용으로표준의일부는아님 ) 영문표준해설서 - 해당사항없음 23

31 부록 Ⅰ-6 ( 본부록은표준을보충하기위한내용으로표준의일부는아님 ) 표준의이력 판수채택일표준번호내용담당위원회 제1판 제정 NGBF-STD IBB 분과위원회 제2판 개정 서비스가이드요청및응답프로세스보완 IBB 분과위원회 24

차세대방송표준포럼단체표준 ( 국문표준 ) 제정일 : 2016 년 4 월 14 일 UHD IBB 서비스 - 파트 5. 서비스가이드 Standard for UHD IBB Service - Part 5. Service Guide 본문서에대한저작권은차세대방송표준포럼에있으며,

d 차세대방송표준포럼표준 ( 국문표준 ) N G B F S t a n d a r 제정일 : 2016년 4월 14일 UHD IBB 서비스파트 5. 서비스가이드 Standard for UHD IBB Service Part 5. Service Guide 차세대방송표준포럼단체표준 ( 국문표준 ) 제정일 : 2016 년 4 월 14 일 UHD IBB 서비스 - 파트