정보통신단체표준 ( 국문표준 ) TTAK.KO 개정일 : 2011 년 12 월 21 일 T T A S t a n d a r d 지상파개방형하이브리드 TV Standard for Terrestrial Open Hybrid TV

Transcription

1 개정일 : 2011 년 12 월 21 일 T T A S t a n d a r d 지상파개방형하이브리드 TV Standard for Terrestrial Open Hybrid TV

2 개정일 : 2011 년 12 월 21 일 지상파개방형하이브리드 TV Standard for Terrestrial Open Hybrid TV 본문서에대한저작권은 TTA 에있으며, TTA 와사전협의없이이문서의전체또는일부를 상업적목적으로복제또는배포해서는안됩니다. Copyrightc Telecommunications Technology Association All Rights Reserved.

3 서문 1. 표준의목적 본표준은국내지상파디지털 TV 방송을시청하는일반시청자들을대상으로기존실시간방송시청과더불어온에어망을통해콘텐츠나애플리케이션을수신기에다운로드하거나인터넷을통해다양한주문형비디오콘텐츠서비스를제공하는하이브리드 TV 서비스를제공하기위하여작성하였다. 2. 주요내용요약 주요내용으로는인터넷을통한 IP VOD, 광고, 전자프로그램안내 (EPG: Electronic Program Guide), 비디오북마크서비스를제공하는데필요한방법과온에어망을통한 Push 주문형비디오 (VOD: Video on Demand) 나애플리케이션을다운로드하고시청자가원하는시점에저장된콘텐츠나애플리케이션을접근하는데필요한방법을정의하고있다. 본표준에서는온에어망을이용한콘텐츠전송은 ATSC-NRT 표준을인용하고있으며인터넷을통한콘텐츠전송및표현은 CEA-2014-A 표준을인용하고있다. 본표준에서인용하고있는표준을바탕으로하이브리드 TV 서비스를제공하는데필요한내용은추가로정의한다. 3. 표준적용산업분야및산업에미치는영향 본표준은국내지상파디지털 TV 방송에서온에어와인터넷을결합한하이브리드형태의온디맨드콘텐츠서비스를구현하는데근거가될것이다. 또한디지털 TV 방송서비스의일방향실시간방송서비스와더불어양방향의방송콘텐츠서비스를손쉽게제공함으로써국내방송콘텐츠사업활성화에기여하는것은물론, 관련기술의발전에도지속적으로기여해나갈것이다. i

4 4. 참조표준 ( 권고 ) 4.1. 국외표준 ( 권고 ) - CEA, CEA-2014-A, Web-based Protocol Framework for Remote User Interface on UPnP Networks and the Internet(Web4CE), ATSC, Candidate Standard : Non-Real-Time Content Delivery, MHP, DVB-MHP 1.1.1, ETSI TS V1.2.1 ( ), DVB Multimedia Home Platform Open IPTV Forum, Release 2 specification, Volume 5 Declarative Application Environment, V2.0, 국내표준 - TTA, TTAK.KO /R3, 지상파디지털 TV 방송송수신정합, TTA, TTAK.OT /R4, 지상파데이터방송, 기타 - 해당사항없음 ii

5 5. 참조표준 ( 권고 ) 과의비교 5.1. 참조표준 ( 권고 ) 과의관련성 국내지상파개방형하이브리드 TV 규격은 CEA-2014-A 규격과미국 ATSC NRT 표준을기준으로한다. 본표준은 CEA-2014-A 와 ATSC NRT 를바탕으로 IP VOD, 광고, Advanced EPG, 비디오북마크, Push VOD와같은서비스를제공하는데필요한내용을추가하였으며, 본표준에서언급하지아니한내용은 CEA-2014-A 와 ATSC NRT 규격을따른다 참조한표준 ( 권고 ) 과본표준의비교표 TTAI.OT CEA-2014 비고 - 1. 범위 삭제 1. 개요 4. 구조및개요 내용수정 2. 정의 3. 정의 내용수정 3. 서비스요구사항 5. 요구사항 내용수정 4. 시스템요구사항 - 추가 5. 표준기술 - 추가 부록 부록 내용수정 참고문헌 2. 참고문헌 내용수정 iii

6 6. 지적재산권관련사항 본표준의 지적재산권확약서 제출현황은 TTA 웹사이트에서확인할수있다. 본표준을이용하는자는이용함에있어지적재산권이포함되어있을수있으므로, 확인후이용한다. 본표준과관련하여접수된확약서이외에도지적재산권이존재할수있다. 7. 시험인증관련사항 7.1. 시험인증대상여부 - 해당사항없음 7.2. 시험표준제정현황 - 해당사항없음 8. 표준의이력정보 8.1. 표준의이력 판수제정 ž 개정일제정 ž 개정내역 제 1 판 제 2 판 제정 TTAI.OT 개정 iv

7 8.2. 주요개정사항 본표준에는애플리케이션시그널링, 수신기업그레이드, 보안, 프로파일, device object, network object, IME object, adaptive streaming 관련내용이추가되었으며 Advanced EPG 의 API 내용이변경되어 OHTV 서비스의편의성과확장성을보장할수있게하였다. TTAI.OT 비고 1. 개요 1. 개요 - 2. 정의 2. 정의 - 3. 서비스요구사항 3. 서비스요구사항 - 4. 시스템요구사항 4. 시스템요구사항 - 5. 표준기술 5. 표준기술 추가및변경 ( 수신기업그레이드, 보안, 프로파일, device/network/ime object, adaptive streaming 추가및애플리케이션시그널링, Advanced EPG API 수정 ) 부록부록 - v

8 Preface 1. Purpose of Standard The purpose of this standard is to define a platform for the hybrid TV service, which provides Korean digital terrestrial TV viewers with video contents and applications by broadcast network and various on-demand contents and applications by broadband network. 2. Summary of Contents This standard document describes the method for a download of video contents and applications by a broadcast network, the method for a access to contents and applications whenever viewers want to see and the method for providing IP VOD, advertisement, Advanced EPG, video bookmark services by a broadband network. This standard refers to CEA-2014-A standard for the transport and presentation of contents and applications by broadband network and ATSC-NRT standard for the transport of contents by broadcast network. This standard defines additional methods for the hybrid TV services based on reference standards 3. Applicable Fields of Industry and Its Effect This standard should be the basis for providing on-demand contents services with a hybrid broadcast/broadband environment in domestic terrestrial digital broadcasting. This will contribute to the invigoration of domestic broadcasting contents business and the progress of related technology, providing efficient interactive broadcasting services in digital television broadcasting environment. vi

9 4. Reference Standards(Recommendations) 4.1. International Standards(Recommendations) - CEA, CEA-2014-A, Web-based Protocol Framework for Remote User Interface on UPnP Networks and the Internet(Web4CE), ATSC, Candidate Standard : Non-Real-Time Content Delivery, MHP, DVB-MHP 1.1.1, ETSI TS V1.2.1 ( ), DVB Multimedia Home Platform Open IPTV Forum, Release 2 specification, Volume 5 Declarative Application Environment, V2.0, Domestic Standards - TTA, TTAK.KO /R3, Standard of Transmission and Reception for Digital Terrestrial Television Broadcasting, TTA, TTAK.OT /R4, Standard for Terrestrial Data Broadcasting, Relationship to Reference Standards(Recommendations) 5.1. Relationship of Reference Standards This standard refers to CEA-2014-A and ATSC NRT standard. This standard adds the specification for IP VOD, advertisement, Advanced EPG, video bookmark, and Push VOD services based on CEA-2014-A standard and ATSC NRT standard. Any uncommented items in this standard complies to CEA-2014-A standard and ATSC vii

10 NRT standard Differences between Reference Standard(Recommendation) and this Standard TTAI.OT CEA-2014 Remarks - 1. Scope Deleted 1. Overview 4. Architectural Overview Modified 2. Definitions 3. Definitions Modified 3. Service Requirements 5. Requirements Modified 4. System Requirements - Added 5. Technical Standard - Added Appendix 2. Appendix Modified Reference Reference Modified 6. Statement of Intellectual Property Rights IPRs related to the present document may have been declared to TTA. The information pertaining to these IPRs, if any, is available on the TTA Website. No guarantee can be given as to the existence of other IPRs not referenced on the TTA website. And, please make sure to check before applying the standard. viii

11 7. Statement of Testing and Certification 7.1. Object of Testing and Certification - None 7.2. Standards of Testing and Certification - None 8. History of Standard 8.1.Change History Edition Issued date Outline The 1st edition The 2nd edition Established TTAI.OT Revised 8.2. Revisions TTAI.OT Remarks 1. Introduction 1. Introduction - 2. Terms and Definitions 2. Terms and Definitions - 3. Service Requirements 3. Service Requirements - 4. System Requirements 4. System Requirements - 5. Technical Standard 5. Technical Standard ix Receiver upgrade, Security, Profile, device/network/ime object, adaptive streaming

12 TTAI.OT Remarks added and application signaling, Advanced EPG API modified. Appendix Appendix - x

13 목차 1. 개요 1 2. 정의 (Terms and Definitions) 3 3. 서비스요구사항 VOD/AOD 서비스 북마크서비스 광고서비스 Push VOD 서비스 Advanced EPG 서비스 시스템요구사항 VOD/AOD 서비스 북마크서비스 광고서비스 Push VOD 서비스 Advanced EPG 서비스 9 5. 표준기술 개요 서비스공통기술 VOD/AOD 서비스 북마크서비스 광고서비스 Push VOD 서비스 79 xi

14 5.7. Advanced EPG 서비스 97 부록 I. Original W3C Configuration 107 부록 Ⅱ Content Access Descriptor Syntax and Semantics 120 부록 Ⅲ. 북마크메타데이터 124 부록 Ⅳ. NRT 콘텐츠전달 139 부록 V. UCI 142 참고문헌 143 xii

15 Contents 1. Introduction 1 2. Terms and Definitions 3 3. Service Requirements VOD/AOD Service Video Bookmark Service Advertisement Service Push VOD Service Advanced EPG Service System Requirements VOD/AOD Service Video Bookmark Service Advertisement Service Push VOD Service Advanced EPG Service 9 5. Technical Standard Overview Service Common Technology VOD/AOD Service Video Bookmark Service Advertisement Service Push VOD Service 79 xiii

16 5.7. Advanced EPG Service 97 Appendix I. Original W3C Configuration 107 Appendix Ⅱ. Content Access Descriptor Syntax and Semantics 120 Appendix Ⅲ. Video Bookmark Metadata 124 Appendix Ⅳ. NRT Content Delivery 139 Appendix V. UCI 142 Reference 143 xiv

17 지상파개방형하이브리드 TV (Standard for Terrestrial Open Hybrid TV) 1. 개요 1.1. 목적 본표준은국내지상파디지털 TV에서온에어망과인터넷을결합한형태로다양한콘텐츠관련서비스를제공하는개방형하이브리드 TV 표준을정의한다. 지상파개방형하이브리드 TV 표준은인터넷을통한콘텐츠전송및표현은 CEA-2014-A 표준을기준으로하고온에어망을이용한콘텐츠전송은 ATSC-NRT 표준을기준으로한다. 그러나본문서는 CEA-2014-A 문서와 ATSC-NRT 문서를완전히대신하지는않는다. 따라서, 본표준에서기술하지않은내용은 CEA-2014-A 문서와 ATSC- NRT 문서규격을준용한다 표준의구성및범위 본표준은국내지상파디지털 TV 에서개방형하이브리드 TV 서비스를제공하는데 필요한내용을기술하기위해크게 3 부분으로나눠서기술한다. 첫번째는지상파개방형하이브리드 TV에서기본적으로제공하고자하는서비스의종류와이러한서비스들에대한요구사항을기술한부분이다. 기본적인서비스요구사항은다음과같다. - IP VOD - 광고 - Advanced EPG - 북마크 1

18 - Push VOD 위에언급되지않더라도 CE 브라우저와기본서비스에서사용하는 API 를조합하여추 가적인서비스가제공가능하다. 두번째는서비스요구사항에서기술된각각의서비스에대한송수신시스템의요구 사항을기술한부분이다. 세번째는서비스요구사항과시스템요구사항을만족하는구체적인표준을기술 한부분이다. 이표준기술부분은각각의서비스에대한표준내용과함께모든서비 스에서공통적으로사용되는서비스공통기술부분에대한내용을포함한다. 이외에본표준에서참고로하는기타사항은부록에관련내용을기술한다. 2

19 2. 정의 (Terms and Definitions) 2.1. 용어정의 < 표 2-1> Terms and Definitions Term 디지털텔레비전 (Digital Television, DTV) Definition 미국 ATSC(Advanced Television Systems Committee) 규격의디 지털텔레비전으로 HDTV(High Definition Digital Television) 과 SDTV(Standard Definition Digital Television) 을포함한다. ATSC (Advanced Television System Committee) AAC GIF HE-AAC JPEG MPEG PNG CEA 차세대텔레비전시스템에관련된기술표준, 권고사항및가이드라인등의문서화를위한협력및공동작업을목적으로, 미국내의전자, 방송및산업관련기관들이조직한위원회를말한다. Advanced Audio Coding Graphics Interchange Format High Efficiency-AAC Joint Photographic Experts Group Moving Picture Experts Group Portable Network Graphics Consumer Electronics Association 3

20 3. 서비스요구사항본장에서는각서비스의요구사항을기술한다 3.1. VOD/AOD 서비스 - 시청자는임의의시간에, 인터넷을통해, 동영상및오디오콘텐츠를재생및저장할수있다. - TV 수상기와셋톱박스등에서재생이가능해야한다. - 네트워크대역폭제한및변동에적절히재생품질을적절히유지할수있어야한다 북마크서비스 - 시청자는서비스사업자에의해제공된 VoD 동영상콘텐츠를시청하면서비디오북마크정보를생성할수있어야한다. - 시청자는비디오북마크정보를생성할때간단한태그정보도같이입력할수있어야한다. - 시청자는메타데이터형태로저장된비디오북마크정보를비디오북마크게시판에등록하거나등록된친구에게보낼수있어야한다. - 비디오북마크게시판에는시청자가생성한북마크이외에도서비스사업자가기본적으로생성한비디오북마크정보도제공될수있어야한다. - 시청자가비디오북마크게시판에접속하면프로그램별또는인기순등의메뉴를통해비디오북마크정보를선택할수있어야한다. - 등록된친구가비디오북마크서비스에접속하면전달받은비디오북마크정보를확인할수있어야한다. - 시청자는선택한비디오북마크정보를통해해당동영상구간을시청할수있어야한다 광고서비스 - VOD/AOD 의전 후광고가들어갈수있어야한다. 4

21 - VOD/AOD의중간광고가들어갈수있어야한다 - VOD 시청중에오버레이광고가들어갈수있어야한다 - AOD 청취중에화면으로광고이미지가보여질수있어야한다 - VOD/AOD의광고시청 ( 전후, 오버레이광고 ) 시시청자가원할때상세동영상광고제공및커머스페이지로이동이가능하고또한기존에시청중이던위치로되돌아올수있어야한다 - TV에서애플리케이션페이지로전환시 ( 버퍼링시간 ) 전환광고가보여질수있다 - TV 애플리케이션화면에서팝업광고가보여질수있다 - 광고요금산정을위해광고동영상및팝업광고가보여진시간및횟수정보수집이가능해야한다 3.4. Push VOD 서비스 - 서비스제공자는지상파방송망을이용하여동영상콘텐츠를전송하고, 수신기는이를수신하여저장해두었다가, 나중에사용자에의해재생되어야한다. - 서비스제공자는지상파방송망을이용하여전송할콘텐츠의목록과각콘텐츠가전송될시간대및각종정보를미리지상파망을통하여수신기로전송한다. - 서비스제공자가전송하는콘텐츠목록이변경되는경우, 서비스제공자는갱신된콘텐츠목록을수신기로전송하여야하며, 이때이전콘텐츠목록과콘텐츠식별자가동일한콘텐츠는같은콘텐츠로인식한다. - 동영상콘텐츠를제공하는경우, 해당콘텐츠는재생할동영상파일뿐만아니라, 해당동영상에관련된 CE(Consumer Electronics) -HTML 페이지와이에속한각종멀티미디어파일등을모두포함할수있다 Advanced EPG 서비스 - Advanced EPG 는사용자에게기존의문자위주의프로그램정보를 CE-HTML 페이 지와페이지에포함된이미지, 음성, 동영상정보를통합하여멀티미디어형태로제공 5

22 할수있어야한다. - CE-HTML 페이지와이를구성할멀티미디어파일은지상파채널또는인터넷망을통하여수신가능해야한다. - Advanced EPG 서비스를통해서 Push VoD에대한저장예약및재생을할수있어야한다. - Advanced EPG 서비스를통해서 IP VoD 서비스에대한다운로드신청및재생을할수있어야한다. - Advanced EPG 서비스는사용자에게편리하고다양한프로그램탐색 선택기회를제공하여야한다 6

23 4. 시스템요구사항 본장에서는각서비스에서요구되는시스템요구사항을기술한다 VOD/AOD 서비스 - 동영상및오디오콘텐츠재생에필요한코덱을지원한다. - 서비스제공자는다양한장치에서의재생이가능하도록몇가지해상도를지원한다. (HD, SD 및 Portable/HHP용해상도 ) - 실시간전송 / 재생시적응형스트리밍 (adaptive streaming) 을지원한다 북마크서비스 - 프로그램 ID, 선택지점정지이미지, 시간정보, 시청자입력태그정보를메타데이터형태로비디오북마크정보를저장할수있는기능을제공해야한다. - 비디오북마크설정시재생구간설정이가능하며, 미설정시기본 (default) 구간 ( 예, 2분 ) 을자동지정할수있는기능을제공해야한다. - 수신기는텍스트태그입력기능을지원해야한다. - 수신기는생성된비디오북마크를서비스애플리케이션메뉴를통해서버에등록할수있는기능을제공해야한다. - 수신기는비디오북마크게시판애플리케이션 UI를표시해야한다. - 비디오북마크게시판에등록된다른비디오북마크를선택할수있어야한다. - 수신기는선택한비디오북마크정보를통해해당동영상구간을시청할수있는기능을제공해야한다. - 수신기에저장된북마크메타데이터의 lifecycle은메타데이터가속한콘텐츠의 lifecycle과동일해야한다. 7

24 4.4. 광고서비스 - 수신기는광고콘텐츠를저장하기위한저장공간이있을수있다.. - 저장된광고는반복하여재생될수있다. - 수신기는동적이미지를지원하여야한다. - VOD에동영상광고가포함되어제공될수있다. - 동영상광고를스킵할수없어야한다. - 광고가 VOD/AOD와분리되어전송되어도서비스사업자가제공하는메타데이터를활용하여시청자는광고와 VOD/AOD를연결하여같이시청한다. - VOD/AOD에전 후광고는동영상또는정지영상의형태로제공할수있다. - VOD/AOD 광고시청중에상세동영상광고또는 T-Commerce 화면으로이동하기위한기능을제공하여야한다. - 상세광고동영상또는 T-Commerce 화면으로부터 VOD/AOD 시청이다시연결되어이어볼수있게수신기는기존시청위치를기억해서되돌아갈수있어야한다. - VOD/AOD에중간광고는동영상또는정지영상의형태로제공할수있다. - 원하는시점또는정해진시간에사업자는이미지기반광고또는특정화면을 VoD/AoD 재생화면에오버레이형태로제공할수있어야한다. - 수신기는 HTML 형태의광고를지원한다. - 수신기는동영상과이미지형태의전환광고를지원한다. - 수신기는이미지형태의팝업광고를지원한다. - 수신기에서광고노출시간및횟수를서비스사업자에게보낼수있도록프로토콜 (Protocol) 이지원되어야한다 Push VOD 서비스 - 사용자는특정키입력이나수신기메뉴상의항목선택을통하여, 서비스제공자가 보낼전송콘텐츠목록과각종정보를수신기 UI 를통하여볼수있다. - 수신기는사용자가수신기 UI 를통하여보여지는전송콘텐츠목록에서특정콘텐츠 8

25 를선택하여수신예약을할수있도록한다. - 수신기는사용자설정에따라지상파를통하여전송되는콘텐츠들을모두저장하거나, 지정된콘텐츠나지정한범주 ( 예 : 드라마, 뉴스, 다큐멘터리등 ) 의콘텐츠를녹화할수있다. - 수신기는수신기 UI를통하여다운로드완료된콘텐츠의목록을사용자에게제공할수있어야하며, 이목록을통하여사용자는각콘텐츠를재생하거나삭제할수있다. - 수신기는각서비스제공자로부터전송된콘텐츠들을개별관리하며콘텐츠에대한자바스크립트인터페이스 (Java script interface) 는콘텐츠의상태조회나재생등의제한적인접근권한을갖는다. - 수신기는다운로드된콘텐츠가동영상파일을포함한경우, 수신기 UI를통하여해당파일의재생제어를지원한다. - 수신기는다운로드된콘텐츠의유효기간을인식하여, 유효기간이경과한콘텐츠를삭제하여야한다. - 수신기는다운로드된콘텐츠들의크기가수신기의최대저장용량의한계에근접하는경우, 사용자설정이나수신기자체설정에의해콘텐츠를삭제할수있다. - 사용자는 CE-HTML 페이지를통하여서비스제공자가보낼콘텐츠목록과해당콘텐츠에대한각종정보를볼수있다 Advanced EPG 서비스 - 서비스제공자는지상파실시간방송및 VOD 프로그램관련정보를제공할수있어야한다 - Advanced EPG 서비스를위해필요한애플리케이션과멀티미디어데이터및메타데이터는지상파방송과인터넷을통해정해진방식에따라수신기에전달되어야한다 - 수신기는 Advanced EPG 서비스를통하여 Push VoD 콘텐츠의저장예약을할수있어야한다. - 수신기는 Advanced EPG 서비스를통하여 IP VoD 콘텐츠의다운로드예약및재생 기능을제공할수있어야한다. 9

26 - Advanced EPG를통해프로그램의세부정보 (ex. 장르, 줄거리, 시리즈, etc.) 를제공할수있어야한다 - 기본설정은지상파방송은화면전체에출력되며 CE-HTML 페이지는방송화면전면에위치한다. - CE-HTML 페이지는수신기화면전체에표시되어야하나페이지일부를투명으로처리하여, 시각적으로일부에만페이지가표시될수도있다. - 수신기가서비스제공자로부터특정 CE-HTML를구성하기위한모든파일들의전체크기를수신하는경우, 해당파일들전체크기가수신기내부의저장한계를벗어나는경우, 페이지연결을거부하거나, 일부파일을제외하고수신할수있도록한다. - 사용자는특정키를입력하거나, 수신기메뉴에서의특정항목선택을통하여수신된애플리케이션페이지를화면에출력할수있다. - CE-HTML 페이지처리가불가능한수신기는 URI의용도를이용하여사용할수있는파일은자체 EPG나상세정보를구성하는데에사용할수있다. 10

27 5. 표준기술 5.1. 개요 본장에서는서비스공통기술및서비스별기술을기술한다. 제 3 장과제 4 장에서 언급한 5 개의주요서비스요구사항을만족시키기위하여공통적으로필요한기술을 5.2 절에기술하였고, 각서비스별로필요한기술은 5.3 절부터 5.7 절까지기술한다 시스템아키텍처 개방형하이브리드 TV(OHTV: Open Hybrid TV) 전체서비스를위한단말시스템아키 텍처는다음과같다. ( 그림 5-1) OHTV 단말시스템아키텍쳐 OHTV 서비스애플리케이션은 ( 그림 5-1) 과같이웹애플리케이션 (Web Application) 11

28 혹은 Packaged Web Application 형태로 CEA-2014 의 CE-HTML 규격과 OHTV API 를기반으로작성되어 OHTV 프로토콜로방송과인터넷을통해전송된다. CE-HTML의주요규격은확장성하이퍼텍스트생성언어 (XHTML: extensible Hyper Text Markup Language), 종속형시트 (CSS: Cascading Style Sheet), 문서객체모델 (DOM: Document Object Model), ECMA Script 등을포함한다. 브라우저는 OHTV 서비스애플리케이션에서사용하는 AV 객체, Metadata 객체등을지원한다. DOM 이벤트타입을이용하여리모콘의키이벤트를지원하며, 애플리케이션배경으로라이브방송이보이게하기위해 CSS를이용할수있다. 또한애플리케이션이동영상을처리할수있게하기위해 A/V 객체를이용한다. 이외에도 Push VOD 및다운로드서비스, 메타데이터서비스등을지원하기위하여기타 OHTV API를추가로정의하였다 서비스공통기술 OHTV 브라우저프로파일 OHTV Browser 는 CEA-2014 의 5.4 XHTML Profile (CE-HTML) 에서정의한프로 파일을준수하는것을기본으로한다. 단, OHTV 에서정의한아래의사항은 CEA 의 XHTML 프로파일보다우선한다. 가. 이미지 CEA-2014 의 5.4 XHTML 프로파일 (CE-HTML) 에서정의하는 GIF, JPEG, PNG(Portable Network Graphics) 포맷방식을따른다. 나. 텍스트인코딩 UTF-8 Character Set 지원 12

29 다. 폰트 TTA 지상파데이터방송 표준에서정의하고있는데이터방송폰트를사용한다. 라. 애플리케이션해상도 960*540 해상도를지원한다 포맷및코덱 가. 시스템 / 컨테이너 Transport Stream, Program Stream : ISO/IEC Advanced Systems Format (asf) : TTA STANDARD- Document Revision December, 2004 MP4 : ISO/IEC :2003 나. 비디오 1) 코덱 H.264/MPEG-4 AVC : ISO/IEC MPEG2 Video : ISO/IEC Windows Media Video 9 2) 프로파일및레벨 H.264/MPEG-4 AVC : ISO/IEC 표준을참조하여아래의프로파일과레벨 l 을 지원한다. 단, Video Signal Format 은본문서의 나. 3) 에서지정한포맷을따 13

30 른다. < 표 5-2> OHTV 지원 H.264/MPEG-4 AVC 프로파일과레벨 Level number Max macroblocks per second Max frame size (macroblocks) Max video bit rate (VCL) for Baseline, Extended and Main Profiles Max video bit rate (VCL) for High Profile Examples for high frame rate (max stored frames) in Level kbit/s 1b kbit/s 80 kbit/s 160 kbit/s 128x96@30.9 (8) 176x144@15.0 (4) 128x96@30.9 (8) 176x144@15.0 (4) kbit/s kbit/s kbit/s Mbit/s Mbit/s Mbit/s 240 kbit/s 480 kbit/s 960 kbit/s 2.5 Mbit/s 5 Mbit/s 5 Mbit/s 176x144@30.3 (9) 320x240@10.0 (3) 352x288@7.5 (2) 320x240@20.0 (7) 352x288@15.2 (6) 320x240@36.0 (7) 352x288@30.0 (6) 320x240@36.0 (7) 352x288@30.0 (6) 352x480@30.0 (7) 352x576@25.0 (6) 352x480@30.7(10) 352x576@25.6 (7) 14

31 Level number Max macroblocks per second Max frame size (macroblocks) Max video bit rate (VCL) for Baseline, Extended and Main Profiles Max video bit rate (VCL) for High Profile Examples for high frame rate (max stored frames) in Level 720x480@15.0 (6) 720x576@12.5 (5) 352x480@61.4 (12) Mbit/s 12.5 Mbit/s 352x576@51.1 (10) 720x480@30.0 (6) 720x576@25.0 (5) 720x480@80.0 (13) Mbit/s 17.5 Mbit/s 720x576@66.7 (11) 1280x720@30.0 (5) 1280x720@ Mbit/s 25 Mbit/s (5) 1280x1024@42.2 (4) Mbit/s 25 Mbit/s 1280x720@68.3 (9) 15

32 Level number Max macroblocks per second Max frame size (macroblocks) Max video bit rate (VCL) for Baseline, Extended and Main Profiles Max video bit rate (VCL) for High Profile Examples for high frame rate (max stored frames) in Level 1920x1088@30.1 (4) 2048x1024@30.0 (4) 1280x720@68.3 (9) Mbit/s 62.5 Mbit/s 1920x1088@30.1 (4) 2048x1024@30.0 (4) MPEG2 Video : 영상부호화및복호화방식은기본적으로 ISO/IEC (MPEG-2 영상표준 ) 의Main Profile@Main Level 또는 Main Profile@High Level의구문을준수한다. 단, Video Signal Format 은 지상파디지털TV 방송송수신정합표준 에서지정한포맷을따른다. Windows Media Video 9 : SMPTE 0421M-2006 표준을참조하며아래의프로파일과레벨을지원한다. 단, Video Signal Format 은본문서의 나. 3) 에서지정한포맷을따른다. < 표 5-3> OHTV 지원 VC-1 프로파일과레벨 16

33 Profile Level Max Bit Rate Representative Resolutions by Frame Rate Simple Low 96 Kbps Hz (QCIF) Medium 384 Kbps Hz Hz (CIF) Main Low 2 Mbps Hz (QVGA) Medium 10 Mbps Hz (480p) Hz (576p) High 20 Mbps Hz (1080p) Advanced L3 45 Mbps Hz (1080p) Hz (1080i) Hz (720p) 3) 비디오신호포맷 480i/480p/576i/576p/720p/1080i/1080p 24/30 의비디오신호포맷 (Video Signal Format) 을지원한다. 다. 오디오 1) 코덱 MPEG2-AAC : ISO/IEC Windows Media Audio 9 MPEG I layers 3 (MP3) : ISO/IEC Dolby AC-3 : Digital Audio Compression Standard(AC-3, E-AC-3) Revision B 17

34 2) 프로파일과레벨 MPEG2-AAC : LC(Low Complexity Profile) 을지원한다. 3) 콘텐츠식별체계 OHTV 콘텐츠식별체계는한국정보사회진흥원에서제안한 UCI(Universal and Ubiquitous Content Identifier)[UCI] 를기반으로하며본표준의부록 V 의내용을따른 다 MIME Type < 표 5-4> 는 OHTV 스펙을만족하기위해서지원해야하는 MIME-Type 을정리한것이 다. < 표 5-4> OHTV MIME-Type Category Media/Metadata/Object Name MIME-Type Base Image Text image/gif, image/jpeg, image/png text/plain Applications System/Containe r Video Web Page Application Packaged Web Application MPEG2 TS, MPEG2 PS ASF MP4 H.264/MPEG-4 AVC MPEG2 Video WMV9 application/ce-html+xml, application/x-ce-html+xml application/widget video/mpeg video/x-ms-asf video/mp4 video/h264, video/mp4v-es video/mpeg video/x-ms-wmv 18

35 Category Media/Metadata/Object Name MIME-Type Audio MPEG2-AAC WMA9 MP3 Dolby AC-3 audio/mpeg video/x-ms-wma audio/mpeg3 audio/ac3 Metadata Browser Plug-In CAD-Download CAD-Streaming AVObject DownloadTrigger DownloadManager metadata DTV Control application/x-ohtv- ContentAccessDownload+xml application/x-ohtv- ContentAccessStreaming+xml application/x-ohtv-avobject application/x-ohtv-downloadtrigger application/x-ohtv-downloadmanager application/x-ohtv-metadata application/x-ohtv-tvcontrol 애플리케이션시그널링 OHTV 에서애플리케이션은 Channel Bound Application 이고시그널링은 SMT(Service Map Table) 와 DNS(Domain Name Server) 를이용한다. 단, SMT 가 DNS 에우선한다 SMT 시그널링 Channel Bound Application을시그널링하기위하여, [NRT] 6.2에정의되어있는 SMT(Service Map Table) 를이용한다. SMT의존재유무를판단하기위해서는, PMT(Program Map Table) 에정의되어있는기본스트림루프 (Elementary Stream Loop) 중 Stream_Type이 0x0D(DSM-CC Addressable Section) 이면단말에서는해당패킷식별자 (PID: Packet Identifier) 를통하여 Service Signaling Channel을통해전송되는 19

36 SMT 을수신하게된다 SMT 테이블확장 SMT 를통해 NRT 또는 IP 로전송되는애플리케이션을시그널링하기위해기존의서비 스 (ATSC-M/H, NRT) 에 OHTV Service 를추가로정의한다. OHTV Service 는 [NRT] 6.2 에정의된 SMT(Service Map Table) 를따르며다음과같은제약사항및예외를갖는다. Ÿ SMT 내서비스루프 (service loop) 중 Application 시그널링정보를제공하는 OHTV Service는 2개이상존재할수없고최대 1개만가능하다. Ÿ NRT 또는 IP로전송되는애플리케이션을각각시그널링하기위해서, num_components 필드는최대 2 로설정할수있다. component가 2개일경우, 컴포넌트루프 (Component loop) 내에먼저정의된 component가높은우선순위를갖는다. 각 component는 OHTV 애플리케이션시그널링정보를담고있다. Ÿ service_source_ip_address_flag 와 service_source_ip_address_flag 필드들은 모두 0 으로설정한다. OHTV Service 의경우시그널링정보이외의데이터는 포함하지않는다. Ÿ component_source_ip_address_flag 와 component_destination_ip_address_flag 필드들은모두 0 으로설정한다. OHTV Service 의경우해당 component 는시그널링정보이외의데이터는포함 하지않는다. Ÿ port_num_count 와 component_destination_udp_port_num 필드들은모두 0 으로설정한다. Ÿ OHTV Service 의경우, service_category 필드는 0x10 로사용한다. 단말기는 service_category값을단순정보로참고해야하며 OHTV Service 여부는 SMT 의 component_descriptor의 component_type값으로판단해야한다. OHTV Service의시그널링정보가변경될경우에는 SMT의 version number가 1씩증가한다. OHTV Service의경우 SMT의 component-level SMT descriptors에존재할수 20

37 있는 descriptor 는아래표와같다. < 표 5-5> Component-Level Descriptor in SMT Descriptor Name Descriptor Tag Reference and Description Component Descriptor 0xBC OHTV Service 의경우반드시아래 component_type 을갖는 component_descriptor 가있어야한다. component_type Meaning 80 OHTV signaling component OHTV 애플리케이션의시그널링정보를담는 component_descriptor는 component_type 필드는 80 값을사용하며 component_type은 < 표 5-6> 에정의되어있다. < 표 5-6> component_type component_type Meaning 0-34 Assigned or reserved by IANA, except that 20 24, 27, and are unassigned 35 H.264/AVC video stream component or H.264/SVC base layer stream component (assigned by ATSC for M/H use) 36 SVC enhancement layer stream component (assigned by ATSC for M/H use) 37 HE AAC v2 audio stream component (assigned by ATSC for M/H use) 38 FLUTE file delivery session (assigned by ATSC for M/H use) 39 STKM stream component (assigned by ATSC for M/H use) 40 LTKM stream component (assigned by ATSC for M/H use) 41 OMA-RME DIMS stream component (assigned by ATSC for M/H use) 42 NTP timebase stream component (assigned by ATSC for M/H use) 21

38 77~79 Unassigned by IANA 80 OHTV signaling component 81~95 Unassigned by IANA component_type 이 80(0x50) 일때 component_data 의구문은다음과같다. < 표 5-7> OHTV Application Signaling 을위한 component_data detail Syntax (when component_type = 80) No. of bits Format component_data() { application_type application_profile version_major version_minor version_micro application_control_code service_bound_flag application_version protocol_id URL_byte_length URL_byte var uimsbf uimsbf uimsbf uimsbf uimsbf uimsbf uimsbf uimsbf uimsbf uimsbf } application_type: OHTV 애플리케이션에대한타입 (Type) 을기술하기위한부분이다. 본스펙에서는 < 표 5-8> 에서정의한값을사용한다. < 표 5-8> 애플리케이션타입 application_type 0x00 0x01 description Reserved for future use OHTV Web-Page Application 22

39 0x02 0x03 ~ 0xFF OHTV Packaged Web Application Reserved for future use OHTV Web-page application 은 Web-page 형태의애플리케이션을의미한다. OHTV Packaged Web application 은리소스및 Html Document 를하나의패키지형태 로제공하는애플리케이션을의미한다. application_profile: OHTV Application Profile 정보를기술하기위한부분이다. version_major: OHTV Application version 정보중 Major version 를기술하며, 해당버 전정보는 Application 의 Compatibility 및오동작을막기위한정보이다. version_minor: OHTV Application version 정보중 Minor version 를기술하며, 해당버 전정보는 Application 의 Compatibility 및오동작을막기위한정보이다. version_micro: OHTV Application version 정보중 Micro version 를기술하며, 해당버 전정보는 Application 의 Compatibility 및오동작을막기위한정보이다. application_control_code: OHTV 애플리케이션을제어하기위해서 < 표 5-9> 에서정의한값을사용한다. < 표 5-9> 애플리케이션제어코드 code identifier semantics 0x00 Reserved for future use 0x01 AUTOSTART 단말에서본 Code 를수신하면애플리케이션이 실행할준비가되었으면, 애플리케이션을실행 해야한다. 0x02 KILL 현재실행준비중이거나실행중인 Application 23

40 을종료한다. 0x03~0x7F Reserved for future use service_bound_flag: OHTV 애플리케이션의바운드 (bound) 여부를알려주는필드로, 1 로설정되면 OHTV 애플리케이션이현재채널에바운드 (bound) 되어있음을알려준다. application_version: 개별애플리케이션의버전정보를의미한다. 해당정보를통해서단말은애플리케이션을업데이트여부를결정한다. 버전정보는 1부터시작을해야하고, 제일마지막값은 255가된다. 255까지도달하면버전정보는 1부터다시시작한다. protocol_id: 애플리케이션의전송수단을기술하는부분이며, < 표 5-10> 에서정의한값을사용한다. OHTV 애플리케이션은 2종류의전송수단이존재한다. 방송망의 [NRT] 를이용한애플리케이션전달방법과 [HTTP] 를이용한애플리케이션전송수단이존재한다. < 표 5-10> protocol_id 값 protocol_id 0x00 0x01 0x02 0x03~0xFF description Reserved for future use Transport via NRT Transport via HTTP Reserved for future use URL_byte_length: OHTV 애플리케이션의 URL 을바이트단위의길이를기술하는부 분이다. URL_byte: OHTV 애플리케이션의 URL 을기술하는부분으로애플리케이션의시작위 치를알려준다. Application Type 이 Web-page Application 일경우에는, Application 의 24

41 시작 Document의위치를의미한다. ( 예, nrt://00ff.1a.0001/aabbccdd/index.html). Application Type이 Packaged Web Application일경우에는다운로드할 Packaged Web Application 파일명과상대위치가들어가있다. ( 예, Protocol id 가 HTTP 인경우에는 [HTTP] 에서정의한 URL 체계를따른다. Protocol id 가 NRT 인경우에는아래와같은 URL 체계를따른다. nrt://{atsc_tsid}.{subnet_id}.{nrt_service_id}/{nrt_content_linkage}[/{file name}] atsc_tsid (16bits) [ATSC] 에서정의된특정채널의전송스트림 (transport stream) ID를의미한다. subnet_id (8bits) SMT에서정의된서브망 (subnet) ID를의미한다. ( 서브망 (subnet) ID는프로그램번호 (program number) 의하위 8 비트와동일하다.) nrt_service_id (16bits) [NRT] 프로토콜의 service id를의미한다. nrt_content_linkage(32bits) [NRT] 프로토콜의 content linkage를의미한다. file name 콘텐츠내부에속해있는특정파일을가리킨다 DNS 시그널링 SMT 등방송망을통해특별한애플리케이션시그널링정보가전달되지않는경우, 수신기는 DNS를이용하여애플리케이션시그널링정보를알아낼수있다. 수신기에서는다음규칙에따라 FQDN(Fully Qualified Domain Name) 을구성하여 DNS 질의를수행한다. 25

42 FQDN(Fully Qualified Domain Name) OHTV의서비스애플리케이션을나타내기위한 FQDN의 parent domain name은 ohtvdns.org를사용한다. Local host name은각서비스제공자를명시하기위해사용되며, media - specifier 의형태로기술된다. media 는 OHTV 서비스사업자의매체를나타내며 specifier 는현재 OHTV 수신기에서튜닝된 DTV 채널 VCT에명시된 major, minor 채널번호와 shortname의조합으로, major - minor-shortname 의형태로명시된다. Sorthname에서스페이스등 URL 문자열에포함될수없는문자는수신기에서제거한다. 각매체에대한문자열은다음과같이표시한다. - 지상파방송 : terrestrial - 케이블방송 : cable - 위성방송 : satellite - IPTV 방송 : iptv 예를들어, 지상파방송 KBS1을시청중일경우 OHTV 애플리케이션시그널링정보의 FQDN은 terrestrial-9-1-kbs1hd.ohtvdns.org 가된다 DNS 시그널링시퀀스다이어그램 ( 그림 5-2) DNS 시그널링절차 26

43 OHTV 애플리케이션 OHTV Application 은특정목적을가진웹기반의애플리케이션으로서, 다음과같이 크게 2 가지로구분할수있다. -Web Application 하나의 CE-HTML 페이지가전송될수있으며, 이페이지가다시네트워크에연결된 IP 혹은 NRT를통하여추가적으로필요한이미지나데이터파일들을수신할수있다. 따라서데이터전송량이작아, 송수신기에부담이적고이미지나데이터파일들은수신기가 IP 네트워크요청하거나혹은지상파 NRT 서비스를이용하여최신데이터로업데이트할수있다. -Packaged Web Application 여러개의웹기반의파일들이 ZIP으로압축되어하나의패키지로구성된애플리케이션이다. Packaged Web Application 은패키지내에 JavaScript, HTML, JPG, PNG 등의웹애플리케이션 (Web Application) 을실행할수있는리소스들은모두포함시킬수있다 Packaged Web 애플리케이션 정의 Packaged Web Application은특정목적을가진웹기반의애플리케이션으로서, 서버에서모든리소스및데이터를가져와야하는 Web-page Application과는달리, Packaged된애플리케이션내부에주로사용하는리소스및이를실행할수있는 JavaScript, HTML를하나로묶어서실행하게하는또하나의웹애플리케이션의종류이다. Packaged Web Application을사용하면최초다운로드및설치하는데시간이소요가 27

44 되지만, 한번설치가되고나면, 일반 Web-page 애플리케이션보다빠른속도로애플 리케이션을실행하는것이가능하다 개요 Packaged Web Application을수행하기위해서는다음과같은항목들이정의가되어야한다. Browser Format Packaged Web Application에서사용하고있는 t 브라우저포맷 Elements Packaged Web Application내부의구성요소 Configuration Packaged Web Application의환경설정 Packaging Format Packaged Web Application을 Packaging 하는방법 Transport Packaged Web Application을전송하는방법 Application Signaling Packaged Web Application에대한시그널링방법 Multiple Domain 지원방법 Packaged Web Application이접근가능한도메인 (Domain) 설정방법 Life-cycle Management Downloadable Packaged Web Application의 Life-Cycle 제어방법 Trusted Applications Packaged Web Application에대한디지털서명 (Digital Signature) 방법 Execution Packaged Web Application의실행방법위의항목들에대한자세한설명은본문서의 5.2.4절에서기술한다 브라우저포맷 본스펙에서정의한 Browser OHTV Profile 을따른다. 서식있음 : 글꼴 : ( 영어 ) 굴림, ( 한글 ) 굴림, 11 pt 엘리먼트 Packaged Web Application 은아래와같은구성요소가있어야한다. 28

45 CSS Packaged Web Application에필요한 CSS에관한내용 Resource Packaged Web Application 실행에필요한이미지, 언어및기타데이터에관한내용 JavaScript Packaged Web Application 내부동작에필요한 JavaScript에관한내용 index.html Packaged Web Application이최초실행할 html 파일 config.xml 각종실행환경정보를가지고있는파일 설정 Packaged Web Application의실행, 업데이트, 동작환경설정등에관한정보를환경설정파일 (config.xml) 로관리한다. Packaged Web Application Manager는여기에있는정보를바탕으로버전관리, Application 실행시의환경설정작업을한다. Configuration 파일은 Packaged Web Application이설치된최상위디렉토리에있어야하고, 아래와같은형식으로작성이되어야한다. OHTV Packaged Web Application을위해 [W3CWidget] 에정의된내용을기반으로다음과같은확장된 Configuration 을사용한다. [W3CWidget] 에정의된내용은본문서의부록 I I. 을참고한다. < 표 5-11> W3C Widget 확장내용 Eleme Elemen Element nt(dep t(dept (Depth3 Description th1) h2) ) <widge [W3CWidget] 에정의한내용을따른다. t> OHTV 를위한 namespace 를추가한다. OHTV 를위한 namespace 는 urn:ohtv:widget:config:2010 과같다. Exampl <widget xmlns=" e xmlns:ohtv="urn:ohtv:widget:config:2010"> <widge <ohtv: 유해컨텐츠를제공하는위젯은패스워드를걸어서 29

46 Eleme Elemen Element nt(dep t(dept (Depth3 Description th1) h2) ) t> childlo ck> 접근을막을수있다. 이값은 true/false 의값을가질 수있다. 유해컨텐츠를접근하기위한패스워드값은 단말정책에따른다. Occurrences: Zero or one Exampl e <widget xmlns:ohtv="urn:ohtv:widget:config:2010"> <ohtv:childlock>true</ohtv:childlock> </widget> <widge t> <ohtv: Bound arylist > App이접근할수있는, Boundary Domain에대한목록을기술한다. 즉, 본 element를내부에기술된 Domain에해당하는데이터를 App은접근할수있다. Occurrences: Zero or one <ohtv:lo cation> App 이접근할수있는주소를나타낸다. Occurrences: Zero or more <widget xmlns:ohtv="urn:ohtv:widget:config:2010"> <ohtv:boundarylist> <ohtv:location> </ohtv:location> Exampl e <ohtv:location> </ohtv:location> <ohtv:location> </ohtv:location> </ ohtv:boundarylist > </widget> <widge <ohtv: User Define 에해당하는영역을따로두어서, 제조사 30

47 Eleme Elemen Element nt(dep t(dept (Depth3 Description th1) h2) ) t> UserDe fine> 나서비스제공자별로독자적인확장을하게하는 element 다. Element 내부에정의되는내용은본문서 의범위밖에해당하는내용이다. Occurrences: Zero or one <widget xmlns:ohtv="urn:ohtv:widget:config:2010" xmlns:private="urn:user:ohtv:widget:private:2010"> <ohtv:userdefine> < Exampl e private:addtiondata> ata </ private:addtiondata> < private:myicons>resource/image/bigicon.png </ private: myicons > </ ohtv:userdefine> </widget> <!-- 추가된부분은굵은파란색으로표시되어있음 --> <?xml version="1.0" encoding="utf-8"?> <widget xmlns = " xmlns:ohtv="urn:ohtv:widget:config:2010" xmlns:private ="urn:user:ohtv:widget:private:2010" id = " version = "2.0 Beta" height = "200" width = "200" 31

48 Eleme Elemen Element nt(dep t(dept (Depth3 Description th1) h2) ) viewmodes = "application fullscreen"> <name short="example 2.0"> The example Widget! </name> <feature name=" <param name="autofocus" value="true"/> </feature> <preference name="apikey" value="ea31ad3a23fd2f" readonly ="true" /> <description> A sample widget to demonstrate some of the possibilities. </description> <author href=" ="foo-bar@example.org">foo Bar Corp</author> <icon src="icons/example.png"/> <icon src="icons/boo.png"/> <content src="index.html"/> <license> Example license (based on MIT License) Copyright (c) 2008 The Foo Bar Corp. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, INSULT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. </license> 32

49 Eleme Elemen Element nt(dep t(dept (Depth3 Description th1) h2) ) <ohtv:childlock>true</ohtv:childlock> <ohtv:boundarylist> <ohtv:location> <ohtv:location> </ohtv:location> <ohtv:location> </ ohtv:boundarylist > <ohtv:userdefine> <private:addtiondata> </private:addtiondata> <private:myicons>resource/image/bigicon.png </private:myicons > </ ohtv:userdefine> </widget> Packaging 포맷 Packaged Web Application 은단말로전송될때, [ZIP] 파일포맷을이용하여압축된다. [ZIP] 파일로전송된 Packaged Web Application 은단말내부에정해진폴더에압축을 풀게된다. 하나의 Packaged Web Application 은 Only one initial web page 와 Only one config.xml 파일및기타 CSS 및리소스에관련된파일들이존재해야한다 트랜스포트 본절에서는 ZIP 을이용하여압축된 Packaged Web Application 을브로드캐스트 33

50 (Broadcast) 환경과광대역 (Broadband) 환경에서어떻게해당하는파일다운로드는 받는지에대하여설명한다 Broadband 환경 [HTTP] 를이용하여애플리케이션을전송한다. 자세한방법은 Application Signaling 내부의 [HTTP] 를이용한애플리케이션시그널링방법을참조한다 Broadcast 환경 [NRT] 를이용하여애플리케이션을전송한다. 자세한방법은 Application Signaling 내부의 [NRT] 를이용한애플리케이션시그널링방법을참조한다 애플리케이션시그널링 Packaged Web Application 에시그널링방법은 Application Signaling 을참조한 다 멀티도메인지원방법 다중도메인 (Multiple Domain) 을지원하는방법은 Packaged Web Application 내부에 정의되어있는 config.xml 파일에기술이되어있다. 자세한것은본문서 에 기술되어있는요소 (Element) 중, BoundaryList 요소 (Element) 를참고하길바란다 생명주기관리 Application Signaling 절의 application_control_code 내용을따른다. 단, 아래와 같은제약사항을따른다. 34

51 Service bound 이면서 SMT 에없는애플리케이션은실행할수없다. Service bound 이면서 SMT 에없는애플리케이션은단말의정책에따라바로삭제가능 하다 Trusted 애플리케이션 [W3CWidget-DigSig] 에정의되어있는 Widget 1.0: Digital Signatures 내용을따른다 실행 애플리케이션다운로드및시그널링은본표준의 5.2.4에서정의한내용을따른다. 단말에서는 Zip Format( 확장자는 wgt) 으로수신된 Packaged Web Application을압축을해제하고, 단말의특정위치에해당애플리케이션을저장한다. Packaged Web Application의압축을해제하게되면, 본문서의 에정의되어있는 config.xml 이존재하게되고, config.xml 내용에정의된내용대로동작을수행하게된다. Service-bound Application인경우에는설치된애플리케이션폴더내부의 index.html 문서에정의된내용대로동작을하게된다. 주로최초실행화면은 red-button 을이용하여사용자에게애플리케이션이수행되었음알리는동작이될것이다 OHTV 애플리케이션진입방법 본절에서는사용자가 TV 를시청하는과정에서 OHTV 애플리케이션을실행하고종 료하는과정에대해서설명한다. 35

52 1) 채널시청 2) SMT, DNS 를통한 Application Signaling 3) 저장된 Application 확인 4) Application Download/Update 5) Application 실행 (Red-Button 알림 ) 6) 사용자 Red-button 선택 10) 채널전환요청 7) Application Display 11) 기존 Application 종료 9) Application 종료 8) Enjoy Application 12) 새로운채널전환 ( 그림 5-3) SMT 기반 Application 진입방법 사용자가 OHTV 서비스가제공되는채널의시청을시작하면수신기는먼저본문서의 에기술되어있는애플리케션시그널링방법을통하여 OHTV 애플리케이션을실행할수있는정보를확인한다. 사전에 Packaged Web Application 또는 NRT를통해전달되어저장된애플리케이션이존재하면이들의버전을확인하여최신내용으로업데이트하고없으면 HTTP/NRT를통해서 Packaged Web Application 또는 XHTML 애플리케이션을수신한다. 최초애플리케이션화면은사용자에게애플리케이션을실행할준비가되었으며리모콘의Red-button을통해진입이가능함을알리는기능을한다. 사용자가 Red-button을입력하면해당채널의방송사업자가제공하는 OHTV 서비스화면으로전환되며, OHTV 서비스에서제공하는 VoD, Advanced EPG, 북마크서비스 36

53 에관련된메뉴기표시된다. 애플리케이션종료는사용자가리모콘의특정버튼을통해서수동으로종료하거나방송사업자가 SMT를통해서 application_control_code 값을 KILL(0x04) 를전송한경우에수행된다.. 또한사용자가애플리케이션이실행되고있는도중에 TV를다른채널로전환할경우에도해당애플리케이션이종료된다.. 사용자가 OHTV 서비스를제공하는다른채널의시청을시작한경우동작순서는 2) 부터반복된다. OHTV 애플리케이션유지정보확인및재활용방법 Channel Bound Application 의경우는 SMT 내부에있는버전정보를활용하여저장된것이있는지확인한다 OHTV 서비스전송 OHTV 서비스제공자와수신기는지상파방송망과인터넷망을이용하여 OHTV 서비스 를전송할수있다. OHTV 서비스를전송하기위하여다음과같이 2 가지전송방식을사 용한다 지상파방송망 지상파방송망을이용한 OHTV 서비스의전송은 ATSC-NRT(Non Real-Time Content Delivery) 표준을따르며, OHTV 서비스및 OHTV 애플리케이션을전송할수있다. 이표준은 DSM-CC Addressable Section([A90]) 방식을이용하여여러개의 IP 주소로전송한다. IP 패킷들은여러개의 IP 주소를가질수있으며, FLUTE 프로토콜 ([FLUTE]) 에따라전송된다. 특히 OHTV 서비스중 Push VoD 서비스는 ATSC-NRT를사용하며, Advanced EPG 서비스는미리보기, Web Page 등의데이터를 ATSC-NRT를이용하여전송할수있다. PMT와연동하여특정 UDP/IP session의 PID를가리킨다. NRT Contenty Delivery의 metadata는 DSM-CC의 addressable section을통하여전달된 37

54 다. DSM-CC addressable section으로전달되는 TS packet 중수신기는지속적으로 SMT(Service Map Table), NRT-IT(Non Real-Time Information Table) 그리고 TFT(Text Fragment Table) 가전달되는 multicast destination 주소인 :4937 에하나의 session을유지하며데이터를수신하여, 해당 private section의 version number가변경되는지확인한다. 이값이변경되면새로운정보를반영한다. 새로수신한콘텐츠정보와동일한 Service ID/Contents ID를갖는콘텐츠가이미수신되었다면해당콘텐츠는이미수신한것으로판단한다. 콘텐츠파일은 FLUTE 프로토콜을이용하며여기에 NRT Content Delivery에서정의된속성을추가한다 인터넷망 인터넷망을이용한 OHTV 서비스및 OHTV 애플리케이션의전송은 IETF HTTP 프로토콜 ([HTTP]) v1.1 표준을따르며, 이를기반으로확장된 OHTV 프로로토콜을지원해야한다. HTTP 프로토콜을이용한컨텐츠의전송은크게 4가지전송방식으로스트리밍, 풀다운로드, 플레이어블다운로드, 적응형스트리밍으로구분한다 HTTP 를이용한스트리밍 HTTP 프로토콜스트리밍은컨텐츠를지속적으로받으면서재생한다그러나수신된컨텐츠를수신기의비휘발성저장장치에저장하지는않는다. 만일사용자가콘텐츠의일부분만을수신하고자할때에는해당구간을 HTTP Request 헤더에 X-OHTV-TimeRange 필드로명시하여서버에전송한다. X-OHTV-TimeRange 는전체콘텐츠중사용자가원하는구간의시작시점과끝시점정보를포함하고있다. 이경우서버에서는전체콘텐츠중에서해당구간에대한바이트단위의크기를 HTTP Reesponse 헤더의 Content-Length 필드에명시하고콘텐츠의해당구간을 OHTV 수신기에전달한다. X-OHTV-TimeRange가명시되어있지않은경우서버는해당콘텐츠의전체를수신기로전송한다. 38

55 스트리밍에서는점프플레이를위해 Seek을지원한다. 시간단위의점프플레이를위하여 HTTP Request 헤더의 X-OHTV-TimeRange 필드를통하여컨텐츠시작지점으로부터점프할위치 (Millisecond 단위, 예 : X-OHTV-TimeRange: milliseconds=3000- ) 를지정하여그부분부터컨텐츠를전송받을수있다. 그러나 Trick Mode(2배속, 역배속 ) 을지원하지않는다. X-OHTV-TimeRange의형식은다음과같다. X-OHTV-TimeRange = "X-OHTV-TimeRange" ":" time-rangesspecifier time-ranges-specifier = time-unit "=" time-range-spec time-unit = milliseconds seconds time-range-spec = [first-time-pos] "-" [last-time-pos] first-time-pos = 1*DIGIT last-time-pos = 1*DIGIT X-OHTV-TimeRange 의시작시점 [first-time-pos] 이생략된경우기본값인 0 으로판 단하며끝시간 [last-time-pos] 가생략된경우시작시점부터해당콘텐츠의끝까지전 송한다 HTTP 를이용한풀다운로드 풀다운로드는 OHTV 수신기가컨텐츠다운로드하여 OHTV 수신기의비휘발성저장장치에저장하는전송방식이다. 따라서스트리밍방식과는다르게실시간으로재생을하거나다운로드받으면서다운로드된컨텐츠의일부분을재생하지않는다. 컨텐츠의다운로드가모두완료된후에재생이가능하다. 풀다운로드로저장이완료된콘텐츠들은 Seek과 Trick Mode(2배속, 역배속 ) 을지원한다. 기본적으로 HTTP 1.1을따르며, 단말은특정위치부터콘텐츠를다운로드하기위해서 HTTP 헤더에 Range를포함하여요청하고, 서버는 HTTP Header에 Content-Range를포함하여응답한다. Partial Content 전송에대한방식은 HTTP 1.1 에서정의하고있는 Partial Content 방식을참고한다. 39

56 HTTP 를이용한플레이어블다운로드 플레이어블다운로드는컨텐츠를다운로드받아 OHTV 수신기의저장장치에저장하면서재생하는전송방식이다. 플레이어블다운로드는저장된콘텐츠부분에한정해서만 Seek과 Trick Mode(2배속, 역배속 ) 을지원한다. 시간단위의 Partial Content 전송을위하여전송요청시 X-OHTV-TimeRange 헤더에컨텐츠시작시간으로부터의 Offset을전달하고 (Millisecond 단위, 예 : X-OHTV- TimeRange: milliseconds=3000- ), 서버에서는그 Offset 시간부터컨텐츠가전송된다 적응형스트리밍 적응형스트리밍 (Adaptive streaming) 은비트레이트가다른여러버전의비디오를준비하고있다가수신기에서네트워크상태에맞추어요구하는비트레이트의비디오를전송함으로서, 가변적인네트워크환경에적합하게콘텐츠를전송하는방식이다. 구체적인규격은 MPEG의 [DASH] 표준을따른다. 적응형스트리밍을위한프로파일은 [DASH] 표준을참조하여다음과같다. - ISO Base media file format On Demand profile - ISO Base media file format live profile - MPEG-2 TS simple profile 메타데이터와콘텐츠를수신기에전송해서비디오를재생하는구체적인방식은 와같다 Application Interface Device Object OHTV 를지원하는수신기의정보를제공한다. 40

57 Device.GetDUID(); 설명 수신기의고유식별자를반환 Return DUID(Device Unique ID ) of each DTV. Parameter 없음 - Return Var DUID는수신기제조사를구분하기위한 2 Byte의 prefix를제공 DUID의길이는 2byte의제조사구분 prefix를포함하여 24 Byte 이하로제한하며, 알파벳영문자 a-z, A-Z, 숫자 0-9,. (period), _ (underscore) 이외의문자를가질수없다. Ex) SSXXXXXXXXXXXXX Ex) LGXXXXXXXXXXXXX Device.GetFirmware() 설명 수신기의펌웨어버전을반환 Return the firmware version for the device. Parameter 없음 - Return Var Firmware Version의길이는 2byte의제조사구분 prefix를포함하여 24 Byte 이하로제한하며, 알파벳영문자 a-z, A-Z, 숫자 0-9,. (period), _ (underscore) 이외의문자를가질수없다. Device.GetModelCode() 설명 수신기의모델정보를반환 Return the model code for the device. Parameter 없음 - Return Var Model code의길이는 2byte의제조사구분 prefix를포함하여 24 Byte 이하로제한하며, 알파벳영문자 a-z, A-Z, 숫자 0-9,. (period), _ (underscore) 이외의문자를가질수없다. 41

58 Network Object OHTV를지원하는수신기의 Network 관련정보를제공한다. Network.GetIP(Number interfacetype) 설명 수신기 Network의 IP 정보를반환 Return the IP for the device. Parameter Number interfacetype Number This function accepts call with One parameter Or WITHOUT parameter type of interface (Wired/Wireless) 1 = wired, 0 = wireless if called WITHOUT parameter it returns result for WIRED network Return Var IP address string if success, NULL string if error 반환하는문자열은 zero padding 하지않은 형식을가진다. Network.GetMAC(Number interfacetype) 설명 수신기 Network의 MAC 정보를반환 Return the MAC for the device. Parameter Number interfacetype Number This function accepts call with One parameter Or WITHOUT parameter type of interface (Wired/Wireless) 1 = wired, 0 = wireless if called WITHOUT parameter it returns result for WIRED network Return Var MAC address string if success, NULL string if error 반환하는문자열은 ab:cd:ef:12:34:56 형식을가진다. Network.GetNetMask(Number interfacetype) 설명 수신기 Network의 NetMask 정보를반환 Return the NetMask for the device. Parameter Number interfacetype Number This function accepts call with One parameter Or WITHOUT parameter 42

59 type of interface (Wired/Wireless) 1 = wired, 0 = wireless if called WITHOUT parameter it returns result for WIRED network Return Var NetMask address string if success, NULL string if error 반환하는문자열은 zero padding 하지않은 형식을가진다. Network.GetGateway(Number interfacetype) 설명 수신기 Network의 Gateway 정보를반환 Return the Gateway for the device. Parameter Number interfacetype Number This function accepts call with One parameter Or WITHOUT parameter type of interface (Wired/Wireless) 1 = wired, 0 = wireless if called WITHOUT parameter it returns result for WIRED network Return Var Gateway address string if success, NULL string if error 반환하는문자열은 zero padding 하지않은 형식을가진다. Network.GetDNS(Number interfacetype) 설명 수신기 Network의 DNS 정보를반환 Return the DNS for the device. Parameter Number interfacetype Number This function accepts call with One parameter Or WITHOUT parameter type of interface (Wired/Wireless) 1 = wired, 0 = wireless if called WITHOUT parameter it returns result for WIRED network Return Var DNS address string if success, NULL string if error 43

60 반환하는문자열은 zero padding 하지않은 형식을 가진다. Network.CheckDNS(Number interfacetype) 설명 DNS 접속여부확인 pings the DNS Parameter Number interfacetype Number This function accepts call with One parameter type of interface (Wired/Wireless) 1 = wired, 0 = wireless Return Var 1 if DNS is reachable 0 if DNS is not reachable -1 if error Network.CheckGateway(Number interfacetype) 설명 Gateway 접속여부확인 pings the Gateway Parameter Number interfacetype Number This function accepts call with One parameter type of interface (Wired/Wireless) 1 = wired, 0 = wireless Return Var 1 if Gateway is reachable 0 if Gateway is not reachable -1 if error Network.CheckHTTP(Number interfacetype) 설명 HTTP 접속여부확인 pings the HTTP Parameter Number interfacetype Number This function accepts call with One parameter type of interface (Wired/Wireless) 1 = wired, 0 = wireless Return Var 1 if Gateway is reachable 0 if Gateway is not reachable -1 if error 44

61 IME (Input Method Editor) Object OHTV 를지원하는수신기에서제공하는문자입력장치를제어하는기능를제공한다. IME.InitIME(Number maxbuflen) 설명 IME object를표시하고초기화한다. Parameter Number maxbuflen Number Max Buffer Length Return 없음 - IME.DeInitIME() 설명 IME object를제거한다. Parameter 없음 - Return 없음 - IME.GetLanguage() 설명 Get current language Parameter 없음 - Return var LanguageCode, such as KR,EN, FR, DE etc. Return -1 if failed. IME.SetLanguage(var LanguageCode) 설명 Set current language Parameter varlanguagecode LanguageCode String LanguageCode, such as EN, FR, DE etc. Return var 1 success 0 failed IME.GetString() 설명 Get strings that will be displayed on screen Parameter 없음 - Return var String, Return -1 if failed. IME.SetString(var str) 설명 Set strings that will be displayed on screen Parameter var str strings which will be set to text buffer Return var 1 success 0 failed 45

62 수신기업그레이드 OHTV 수신기는 OTA(Over The Air) 또는 OTN(Over The Network) 중에하나를지원해야 한다. OHTV 수신기는다음과같이 2 가지수신기업그레이드방법을사용한다 OTA(Over The Air) 업그레이드 OTA 방식의수신기업그레이드는 지상파디지털 TV 방송송수신정합 (TTAK.KO /R2, ) 규격을따른다 OTN(Over The Network) 업그레이드 OTN 방식의수신기업그레이드는해당가전사의자체방식을적용한다 보안 개요 본장에서는 OHTV 수신기와서비스를제공하는서버간의보안방법에대하여기술한다. 본장에서기술하는보안은 OHTV 수신기에서실행되는애플리케이션의기능이허가되지않은방법으로실행되지않도록하는것을포함하며, 보안에필요한인증서는아래의사항을따른다 인증서 - 인증서버전 : X.509 인증서버전 3 - 전자서명을위한 cryptographic algorithms : RSA with SHA-1, RSA with MD5 지원 - Diffie-Hellman Key Exchange 지원 46

63 수신기 / 서버요구사항 수신기요구사항 OHTV 수신기는 OIPF R1 V5 DAE V1.1 문서의 절 OITF requirements 를따라야 한다. OHTV 수신기는 HTTPS(RFC 2818) 를지원해야한다 서버요구사항 OHTV 서비스를제공하는서버는 OIPF R1 V5 DAE V1.1 문서의 절 Server requirements 를따라야한다 국내적용사항 루트인증서 서버인증을위한루트인증서는수신기에사전저장되며, 수신기는 수신기업그레 이드장의방법을통해루트인증서를업데이트할수있어야한다 사용자인증 개인공인인증서는사용하지않으며, 사용자인증은각서비스에서구현한다 Profiles OHTV profile 은다음과같이크게세가지로나눌수있다 NRT Profile 47

64 IP 전송을제외한전체 OHTV 기술스펙을지원한다 IP Profile NRT 전송을제외한전체 OHTV 기술스펙을지원한다 All Profile 전체 OHTV 기술스펙을지원한다. 48

65 5.3. VOD/AOD 서비스 시스템아키텍처 VOD/AOD 에서 OHTV 단말시스템아키텍처는 ( 그림 5-4) 와같다. ( 그림 5-4) VOD/AOD 시스템아키텍처 애플리케이션은웹페이지나 Packaged Web Application으로작성된다. Browser API는애플리케이션이단말내부의미들웨어를제어하기위한 API로구성되며, AOD/VOD의경우콘텐츠재생을위한 AV Scripting 객체와콘텐츠다운로드를위한 oipfdownloadmanager/oipfdownloadtrigger 및 Download/Download Collection으로구성된다. 단말내부미들웨어는미디어재생을담당하는 Media Player와다운로드를관리하는 Download Manager, 메타데이터를수신및파싱 (Parsing) 하는 Metadata Manager로구성된다. 그리고 Protocol은 HTTP를사용한다. 49

66 메타데이터 VOD/AOD 서비스메타데이터 VOD/AOD 서비스메타데이터는미디어를스트리밍 다운로드하기위하여사용되는메타데이터를의미한다. [OIPF DAE] 에서정의한 CAD(Content Access Descriptor) 를통하여콘텐츠재생에필요한정보를수신하고, 단말에서는서버로부터전달받은메타데이터를파싱한뒤, 재생을요청하게된다. CAD에대한자세한 XML 스키마는부록 Ⅱ 2를따른다. CAD는콘텐츠을다운로드할경우콘텐츠t와생명주기 (Lifecycle) 을같이한다. 그리고하나의 CAD에는하나의콘텐츠만을포함한다. 또한 DRMControlInformation 은사용은본표준에서제외하며추후서비스에서반영한다 브라우저 API 미디어재생관련 API A/V Scripting API는로컬 (Local) 에다운로드되어있는미디어나네트워크스트리밍을통한 VoD/AoD 서비스하는객체로서다음과같은메소드 (Method) 와속성 (Property) 를지원한다. 아래는 [CEA-2014] 의 Table 9: CE-HTML Scripting Objects/Interfaces 에정의된 Properties and Methods이다. 50

67 < 표 5-12> AVObject 속성 / 메소드 Scripting Interface (informative) Properties and Methods (informative) Additional Requirements and Recommendations (in addition to that defined above) A/V data Additional implementation Scripting playposition requirements: Object(s) playtime (*) playstate error speed nrtracks currenttrackindex 1) speed 가 1일경우 Normal Play 를의미하며, Download 컨텐츠나 Playable Download일경우 Download된내용에대해서만배속플레이가가능함 onplaystatechange persist width height fullscreen onfullscreenchange 2) 데이터값은 OIPF DAE에서정의한 Content Access Descriptor URL 이나 content URL 임. datatype Property의값에따라판단할수있음 onfocus onblur play() stop() seek() 3) UPnP 관련 method 지원안함 getsinkprotocolinfo() gettransportstatevariables() settransportstatevariables() setvolume() next() previous() getsinkprotocolinfo() 51

68 Scripting Interface (informative) Properties and Methods (informative) Additional Requirements and Recommendations (in addition to that defined above) gettransportstatevariables() settransportstatevariables() setfullscreen() focus() setsource(string id) [OIPF DAE] 에서정의한 Download Content 에대한 Playback 지원 API id 값은 Download 를실행시킨후획 득한 Download id 값과동일하다. Number datatype data 의값이어떠한 URL 을갖는지 를 indication 하는 Property 이다. 다 음과같은값을가질수있다. 0 : content URL (default) 1 : CAD URL 단말에서는 data 값이 setting 될때 본값으로 data 값의 type 을결정하 며, player 의 status 에는영향을미치 지않는다. Boolean setprerollbuffersize(number Size) Prerollbuffer 를 size KByte 만큼으로 setting 한다. Return 값은 False: 실패, True: 성공, Prerollbuffer 를지원하지 않는경우 False 리턴 Function OnPrerollBufferReady PrerollBuffer 가준비될경우불리우 는함수에대한 Property 52

69 Scripting Interface (informative) Properties and Methods (informative) Additional Requirements and Recommendations (in addition to that defined above) ReadOnly maxprerollbuffersize Number 단말에서제공할수있는최대 Preroll Buffer Size, Read Only 값임 Boolean PlayFromTo(Integer starttime 에서 endtime 까지 starttime, Integer endtime) (Milisecond 단위 ) 구간재생 Play String id) getcontentid(string Download id 를통해 Content id 를 얻는다. Return 값은 download id 가유효하지않거나 Content id 없 으면 null 을리턴 미디어다운로드 API 미디어다운로드 API 는 IP 네트워크을통하여전송된미디어를내장혹은외장저장 소에저장및관리를하기위한 API 로구성된다. [OIPF DAE] 의 7.4 절내용을기반으 로다음과같이구성된다. application/oipfdownloadtrigger 내장객체 oipfdownloadtrigger 내장객체는미디어에대한다운로드등록을수행하기위한 객체이다. 53

70 (Ref. [OIPF DAE] The application/oipfdownloadtrigger embedded object ) Scripting Interface Properties and Methods Additional (informative) (informative) Requirements and Recommendations (in addition to that defined above) application/oipfdownload l String registerdownload(string Trigger Object(s) (*) contentaccessdownloaddescrip tor, Date downloadstart) l String registerdownloadurl(string URL, String contenttype, Date downloadstart) l Integer checkdownloadpossible(integer sizeinbytes) application/oipfdownloadmanager 내장객체 oipfdownloadmanager 내장객체는미디어에대한다운로드에대한제어를수행하는 객체이다. 54

71 (Ref. [OIPF DAE] The application/oipfdownloadtrigger embedded object ) Scripting Interface (informative) Properties and Methods (informative) Additional Requirements and Recommendations (in addition to that defined above) application/oip l function fdwonload Manager ondownloadstatechange(download Integer state, Integer reason) item, Object(s) (*) l readonly DiscInfo discinfo l Boolean pause(download download) l Boolean resume(download download) l Boolean remove(download download) l DownloadCollection getdownloads(string id) l DownloadCollection createfilteredlist(boolean currentdomain, Integer states) Download Class Download class 는다운로드되거나될정보를나타내는클래스이다. (Ref. [OIPF DAE] The Download class ) 55

72 Class (informative) Properties and Methods (informative) Additional Requirements and Recommendations (in addition to that defined above) Download Class(s) (*) l readonly Integer totalsize l readonly Integer state l readonly Integer amountdownloaded l readonly String name Download class 에서의 id값은 CAD에서정의된 ContentID값과동일하다. l readonly String id l readonly String contenturl l readonly String description l readonly ParentalRatingCollection parentalratings l readonly DRMControlInfoCollection drmcontrol l readonly Date starttime l readonly Integer timeelapsed l readonly Integer timeremaining l readonly String transfertype l readonly String originsite 56

73 Class (informative) Properties and Methods (informative) Additional Requirements and Recommendations (in addition to that defined above) l readonly String originsitename l readonly String contentid l readonly String iconurl DownloadCollection Class DownloadCollection class 는다운로드객체의모음이다. (Ref. [OIPF DAE] The Download class ) Class (informative) Properties and Methods (informative) Additional Requirements and Recommendations (in addition to that defined above) DownloadCollection l readonly Integer length Class(s) (*) l Download item(integer index) 저장된콘텐츠브라우징 API 수신기에저장된콘텐츠관리를웹애플리케이션형태로하기위하여, 수신기는 API 를 다음과같이제공한다 57

74 Scripting Interface Properties and methods Description application/ x-ohtv- DownloadManager Object ischeck(string contentid) setdeleteprotection(string contentid, String set) Boolean ischeck (String contentid) 목적 contentid로검색된콘텐츠의존재유무를확인파라미터이름형식의미기타 contentid String Content ID 리턴값 해당파일의존재유무확인결과를 Boolean 형태로반환함 리턴값 False True 의미 파일이존재하지않음 파일이존재함 Boolean setdeleteprotection(string contentid, String set) 목적 삭제방지기능 파라미터 이름 형식 의미 기타 contentid String 콘텐츠 ID Set String 삭제방지설정여부 0: 삭제방지해제 58

75 1: 삭제방지설정 리턴값 함수의호출결과를나타냄 리턴값 False True 의미 설정실패 설정성공 구현가이드라인 콘텐츠 URL 을이용한일반적인 VOD/AOD 시퀀스다이어그램 59

76 Content Access Descriptor 를이용한일반적인 VOD/AOD 시퀀스다이어그램 Pre-roll 버퍼를이용한일반적인 VOD/AOD 시퀀스다이어그램 60

77 구간재생시퀀스다이어그램 적응형스트리밍시퀀스다이어그램 Server Terminal Application AVObject HTTP 컨텐츠선택 datatype=cad (datatype=1) data 값에 CADURL setting (data=cadurl) CAD 수신요청 CAD 수신 MPD URL 파악 MPD 수신요청 MPD 수신 MPD 전달 Play 명령 Content 수신 적응형 Content 수신요청 61

78 콘텐츠다운로드등록시퀀스다이어그램 콘텐츠다운로드저장내용보기및컨트롤시퀀스다이어그램 62

79 콘텐츠다운로드저장내용재생및컨트롤시퀀스다이어그램 63

80 5.4. 북마크서비스 시스템아키텍처 비디오북마크에서가정하는시스템아키텍처는다음그림과같다. Application 북마크에관련된애플리케이션을의미한다. Browser APIs AV Object 북마크콘텐츠를재생하기위한객체인터페이스 (Object Interface) 가정의된부분. Metadata Object 북마크메타데이터를단말에저장및읽기, Thumbnail 이미지를생성하기위한 Plug-in 객체인터페이스 Object Interface HTTP 북마크메타데이터송 수신에필요한프로토콜이며, 북마크된콘텐츠재생에필요한프로토콜이다. 64

81 프로토콜 HTTP 콘텐츠재생 북마크된컨텐츠를재생하기위해서는 VOD/AOD 의콘텐츠재생을위한 HTTP Spec 을따른다 메타데이터 비디오북마크메타데이터 비디오북마크를기술할때필요한메타데이터는부록 Ⅲ 3과같다. 본메타데이터는서비스사업자간공통으로사용되는내용만을기술하며, 공통이외의확장된부분은각사업자별로사용할수있다. 해당메타데이터는각서비스애플리케이션에서파싱한다 북마크재생에관련된메타데이터 비디오북마크를재생하기위한메타데이터는 VOD/AOD 에서기술되어있는 CAD 메타데이터를사용한다 브라우저 API 메타데이터오브젝트 OHTV 단말에서북마크서비스를제공하기위하여 application/x-ohtv-metadata 플 러그 - 인 Object 를제공해야한다. metadata Plugin Object 는메타데이터에대한관리 65

82 및제어를위한객체로서다음내용을따른다. 본객체는단말의 Storage 가존재할때 제공되는플러그인객체이다 속성 해당사항없음 메소드 String readmetadata(string contentid) Description contentid 로조회된메타데이터를읽어그내용을 Return 함. contentid 로 조회된메타데이터가없는경우에는 null 을리턴한다. ContentID 는부록 V 의 UCI 내용을따른다. Arguments contentid 조회할메타데이터가속한콘텐츠의콘텐츠 ID Boolean writemetadata(string contentid, String szdata) Description contentid 에해당하는메타데이터를저장한다. 리턴값은아래 2 개의값 중하나가되어야한다. ContentID 는부록 V 의 UCI 내용을따른다. Value true false Description 쓰기가성공한경우 쓰기가실패한경우 Arguments contentid 저장할메타데이터가속한콘텐츠의컨텐츠 ID szdata 저장할메타데이터내용 ( 북마크데이터 ) 66

83 String createcurrentimage(string contentid) Description 현재일시정지된동영상의 thumbnail이미지를캡쳐하여단말에저장한다. 저장이성공적으로이루어진경우에는, Thumbnail을브라우저에서접근할수있는 URL을리턴하고, 저장이실패한경우에는 null을리턴한다. ContentID는부록 V의 UCI 내용을따른다. Arguments contentid Thumbnail 을생성할컨텐츠 ID 미디어재생관련 API 미디어재생관련 API 는 절에정의된 AV Scripting 객체의 API 를따른다 구현가이드라인 북마크메타데이터서버송수신 67

84 북마크콘텐츠재생 북마크단말저장및읽기 68

85 사용자북마크생성및단말저장 69

86 5.5. 광고서비스 광고서비스시스템아키텍처 광고서비스에서가정하는시스템아키텍쳐는다음과같다 ( 그림 5-5) 광고시스템아키텍처 - Application 광고콘텐츠의전송및재생과관련된 Application을의미한다. - Browser APIs - AV Object 광고콘텐츠의재생을위해필요한 Object Interface - DownloadTrigger/ DownloadManager Object/ Download/DownloadCollection Class 광고콘텐츠의다운로드를위한구성요소 - Metadata Object 광고콘텐츠및사용자정보의관리를위한 Metadata 처리에필요한 Object Interface - HTTP 광고콘텐츠전송에필요한프로토콜 광고서비스는 VOD/AOD나채널포털등다른서비스와연계되어제공되며, 별도의광고서버에보관된광고콘텐츠를수신기에전달하여재생하도록하는기능을수행한다. 광고콘텐츠는광고유형, 표출방법등에따라다양한형태로서비스될수있으며, 각각의경우에적합한형식을가진다. 광고서비스를위한광고콘텐츠는실제로수신 70

87 기에표현될광고소재 (essence) 와소재의추가정보, 표현방식등을기술한메타데이터로구성될수있으며, 광고콘텐츠의형식은각서비스사업자가정의한다. 광고콘텐츠의전달은수신기의특성 ( 저장공간의유무 ) 에따라사전다운로드와실시간전달방식을취할수있다. ( 그림 5-6) 광고시스템개요 프로토콜 HTTP 광고서버에서수신기로의콘텐츠전달은다운로드와스트리밍의두가지형태로이루어진다. 광고콘텐츠의전달과재생을담당하는광고애플리케이션은 [HTTP] 를통해 HTML/ JavaScript 형태의웹페이지로전달되거나 Packaged Web Application 형태로전송된다. 동영상의다운로드 스트리밍은 OHTV 에서정의된방법을통해이루어지며, 동 영상이외광고콘텐츠의전송과시청자행동에대한처리는각서비스사업자가제공 하는방법에따라광고애플리케이션에서처리한다. 71

88 메타데이터 광고서비스에필요한콘텐츠의다운로드 스트리밍을할때는, OHTV 에서정의된 CAD(Content Access Descriptor) 를이용한다. 광고애플리케이션은각서비스사업자가지정한필요한시점에 CAD에기술된동영상소재를다운로드후재생또는스트리밍한다. CAD외에광고소재의관리나시청자정보의관리를위해필요한메타데이터는각서비스사업자가정의하여별도로사용한다 브라우저 API 동영상콘텐츠의재생과관련된 API 미디어재생관련 API 는 절에정의된 AV Scripting 객체의 API 를따른다. 72

89 구현가이드라인 OHTV의광고서비스는팝업형태의광고를지원한다. 동영상광고는수신기화면의전체또는일부에서동영상형태의광고콘텐츠가재생되는것으로, 재생되는시점에따라전광고, 중간광고, 후광고로구분할수있다. 팝업광고는프로그램콘텐츠화면위에오버레이되는박스또는유사한형태의이미지, 텍스트로이루어진광고로정보전달외에시청자의반응을얻어내는과정까지를포함한다 광고시스템 광고시스템은실시간지상파채널이나 VOD 서비스를이용하는시청자에게적합한광고콘텐츠를선택, 전송하고시청자의추가요청에응답하는역할을담당한다. 채널포털이나 VOD 서비스시스템으로부터시청자 수신기정보를제공받아광고 73

90 시청자에게전달될광고콘텐츠의종류와시기, 방법을결정한다 시청자정보의제공 효과적인광고콘텐츠의전송, 관리를위해광고애플리케이션은수신기와시청자에 대한기본적인정보를서비스제공자에게전달한다. 시청자식별을위해 에기술된수신기식별 API 를이용한다 광고콘텐츠 광고콘텐츠는그형식에의해동영상광고와팝업광고로구분할수있으며, 두경우모두광고콘텐츠에대한정보를담고있는광고메타데이터와실제시청자에게보여질이미지, 동영상, 텍스트등의광고에센스로구분할수있다. 광고메타데이터는광고에센스와분리되어전송, 관리될수있으며, 동영상광고의전송, 재생을위해 CAD를이용하고그외에각서비스사업자별로광고콘텐츠관리에필요한정보를담을수있는메타데이터는메타데이터관리 API를이용하여별도로관리한다. 광고콘텐츠에대한정보를담고있는메타데이터에포함될수있는내용은다음과같으며, 각서비스사업자가필요한내용을선택 추가하여광고애플리케이션에서처리한다. 광고 ID, 제품명, 카테고리, 광고주명, 광고정보 ( 포맷, 길이, 크기, 소재파일명 ), 형식별표현방법 ( 시간, 크기, 위치등 ), 광고의유효기간, 시청자추가요청시이동 URI 등 74

91 동영상광고 동영상광고는채널포털의배경화면이나 VOD 등콘텐츠서비스의전후에재생되는광고로, 서비스공급자가결정하는제공방식과수신기의저장공간지원여부에따라미리다운로드후필요한시점에재생하는다운로드방식과재생이필요한시점에서버로부터광고콘텐츠가전송되는스트리밍방식으로서비스된다. 동영상광고콘텐츠의사전다운로드가가능한경우수신기애플리케이션은광고서비스가제공하는동영상광고콘텐츠를수신기에다운로드한다. 다운로드된광고콘텐츠의관리는애플리케이션이담당하며, A/V Scripting 객체속성과메소드를이용하여필요한시점에재생한다 동영상광고의재생 동영상광고는프로그램콘텐츠와의위치관계에따라전광고, 중간광고, 후광고로구분되며, 전광고, 후광고는프로그램콘텐츠의전후로위치가고정되므로, 광고콘텐츠간의순서로재생위치가지정된다. 중간광고의재생시점은광고지정응답에프로그램콘텐츠의시작시간을기준으로미리지정되거나경우에따라서버에서실시간으로통지 (Notification) 을전송할수도있다. 광고서버가전달하는 Notify는계속유지되는서버-수신기사이의네트워크연결을이용하여전달되거나수신기의주기적인폴링 (polling) 을통해이루어진다. 이를위해 [CEA-2014] 의 5.5 In-session Notifications 에정의된 openpersistentconnection() 과 XMLHttpRequest() 를이용한다 팝업광고 팝업광고는실시간채널의동영상이나 VOD 동영상재생화면위에오버레이되어 팝업형태로나타나는광고콘텐츠를의미한다. 팝업광고는이미지와텍스트및 HTML 오브젝트로구성된다. 75

92 동영상재생중팝업광고표현은전체화면을차지하는브라우저가필요한위치에광고콘텐츠를오버레이하는방식으로이루어지며, 이를위해브라우저는 A/V 객체를전체화면에표현할수있어야하며, 실시간채널에서특정 HTML 요소 ( 광고콘텐츠 ) 를제외한나머지구성요소를투명처리한상태에서실행될수있어야한다. 팝업광고노출중시청자가노출된광고에대한긍정적인관심의반응이있는경우애플리케이션은추가정보를제공하는별도의애플리케이션을실행할수있으며, 이는광고콘텐츠가제시하는 URL로의 HTTP forwarding으로이루어진다. 추가정보애플리케이션으로의전환이나동영상중간광고재생후 VOD 프로그램재생으로돌아오기위해수신기는 VOD 프로그램콘텐츠를특정위치부터재생하는 API를사용한다 (VOD 파트참조 ) 광고콘텐츠의전달 로컬저장공간이있는수신기의경우에는인터넷을통해광고콘텐츠를수신기에미리전송하여저장한후필요시점에재생할수있다. 가능한경우에는프로그램콘텐츠재생전이나재생도중광고콘텐츠를다운로드한후재생할수있으며, 수신기에저장공간이없거나미리다운로드할수없는경우에는필요한시점에전송과동시에재생할수있다. 시청자의프로그램재생요청시수신기는광고서버에광고콘텐츠의지정을요청하며, 광고서버는시청자정보와프로그램콘텐츠정보, 수신기에저장되어있는광고콘텐츠의목록을고려하여적합한광고콘텐츠의전송및재생을지시한다. 수신기의광고지정요청에는다음과같은내용이포함될수있으며, 이는 HTTP GET/ POST 요청으로서버에전달되고, 필요한경우서버에보관되어있을수도있다. 광고지정요청에포함되는정보중보안이필요한시청자정보가포함된경우보안세션을통해전달되어야하며, 서버에보관되는경우에는시청자의세션 (Session) 이종료된경우즉각파기되어야한다. 76

93 시청자정보관련된프로그램콘텐츠정보수신기의광고지정요청에대한광고서버의응답에는재생할광고콘텐츠의목록과재생시간, 방법이기술된다. 광고서버가지정한광고콘텐츠가수신기에이미저장되어있다면별도의절차없이서버가지정한시점에재생할수있으며, 광고서버가지정한콘텐츠가수신기에저장되어있지않다면수신기는서버가지정한방법으로인터넷을통해광고콘텐츠를전송받아재생한다. 광고콘텐츠의전송은 HTTP를통해이루어지며, 광고서버의광고지정응답에기술된광고콘텐츠를수신기가요청하는방식으로이루어진다 광고콘텐츠의표현 광고콘텐츠는그유형에따라다양한표현방식을가질수있다. 기본적으로광고는다음의 3가지형태로수신기화면에표현된다. - 광고콘텐츠가수신기화면을모두차지하는경우 : 동영상 / 이미지 - 프로그램콘텐츠가수신기화면을모두이용해서표현되고그위에광고콘텐츠가작은크기로표현되는경우 : 팝업 - 광고콘텐츠가전체수신기화면을이용하고, 프로그램콘텐츠가일부만을이용하는경우서버에서전송되는광고콘텐츠메타데이터에는수신기가광고를표현할방법이정의되어있으며, 이를위해수신기는광고전송요청시에수신기가표현할수있는광고의종류를서버에전달해야한다. 서버가전달하는광고정보에는다음의내용들이포함된다. - 광고의타입 - 광고콘텐츠에포함된요소들의파일정보 (ex. 동영상, 이미지, HTML 파일의이름 과크기등 ) 77

94 - 광고콘텐츠가표현될시간정보 - 광고콘텐츠가표현될위치 - 광고에대한시청자의반응을수집할수있는범위와그에대한응답방법 78

95 5.6. Push VOD 서비스 시스템아키텍처 ( 그림 5-7) 은 Push VoD 서비스를위한 OHTV 수신기의구조이다. ( 그림 5-7) Push VoD OHTV 수신기구조도 Push VOD로서비스되는콘텐츠는 Video Clip과 Audio Clip이며파일의형태를가진다. 해당파일들은지상파를통하여수신기로전달이되며, 이때해당콘텐츠의부가정보를담은메타데이터는콘텐츠의수신이전에전달된다. MPEG-2 TS DeMux에서는방송용스트림을해석하여 PSI/PSIP와 DSM-CC, 실시간미디어를분리한다. Push VOD로제공되는콘텐츠는 DSM-CC addressable section ([A90]) 으로전달되며, FLUTE 프로토콜로부호화되어수신된다. FLUTE(File Delivery over Unidirectional Transport) 프로토콜로전달되는파일로는미디어파일이외에도미디어파일에대한 79

96 정보를담은 CAD [OIPF DAE] 도같이전달된다. NRT SSC는현재및미래에지상파를통하여수신될 push VOD 콘텐츠에대한제목, 전달시간및기타콘텐츠에관련된메타데이터를담고있는정보로, 해당정보는 DSM-CC addressable section을통하여전달된다. 사용자는 Native UI를이용하여전송될콘텐츠의목록을수신기화면을통하여파악할수있으며, 여기에서해당콘텐츠의다운로드를결정할수있다. 수신기는수신된콘텐츠를저장장치에저장하고, 해당콘텐츠를접근하기위한 plug-in API를제공한다. 사용자는 Native UI나 plug-in API를사용하는애플리케이션을이용하여다운로드될, 혹은다운로드중이거나, 다운로드완료된콘텐츠의목록을수신기화면을통하여파악할수있으며, 여기에서해당콘텐츠의상태를파악하거나다운로드완료된경우미디어복호기 (Media Decoder) 를통하여재생할수있다 메타데이터 PSI/PSIP Push VOD를제공하는각서비스제공자는특정주파수대역을통하여 Push VOD 서비스를제공한다. 해당주파수대역은 MPEG2 TS 형태로실시간방송을제공하며, NRT Content Delivery는부가적으로이루어진다. 각서비스제공자는 TVCT에서제공되는해당채널의 TSID를저장하여해당서비스제공자의고유 ID로활용한다. Push VOD 서비스를제공하는서비스제공자는실시간채널이외에 Push VOD 전송을위한채널을새로추가한다. 이때, 새로추가되는채널은서비스타입이 0x08 값을가지며해당서비스타입은 standalone NRT service 를의미한다. 해당채널은실시간채널과같은 MPEG2 TS 기반의 AV 스트림가지지않으며, Push VOD 콘텐츠전송을위한 packet만을가진다. TVCT의 service location descriptor와 PMT는멀티캐스트세션목록을가진 DST의 80

97 PID 를전송하며 DST 를통하여해당멀티캐스트세션에 NRT Content Delivery 가이루 어진다 Non Real-Time 콘텐츠전달 Push VOD 서비스의콘텐츠는 ATSC 의 Non Real-Time Content Delivery 에서정의된 메타데이터를이용하여현재전달되는콘텐츠와앞으로전달될콘텐츠를파악할수있 다 SMT ([NRT] Sec 6.2) NRT Content Delivery를통하여현재제공되고있는서비스에대한정보를담는테이블이다. Push VOD 서비스는 SMT의서비스루프중에하나의서비스로존재한다. 현재 Push VOD 서비스를제공하지않더라도 SMT에 Push VOD 서비스는존재하도록하여 NRT-IT에서전달되는콘텐츠가 push VOD임을알수있도록한다. 전송하는파일의세션정보가변경되는경우, SMT에변경된정보를반영하고 version_number를 1 증가시킨다. 서비스제공자는 SMT의 NRT_service_level_descriptor에 NRT Service Descriptor를넣고, 해당 Descriptor의 NRT_service_category 필드를 push VOD를의미하는 Browsed and Downloaded VOD (0x01) 로하고, essential_type_code를전송하는콘텐츠에따라맞게설정한다. 해당서비스에속한모든콘텐츠는 Push VOD 서비스에속한콘텐츠이며, 다른서비스e에속한모든콘텐츠는 Push VOD 이외의서비스이다. 81

98 NRT-IT ([NRT] Sec 6.3) 하나의콘텐츠는 NRT-IT에서제공되는 Service ID와 Contents Linkage를가지며, 이두값의조합이고유의식별자로사용되어콘텐츠를구분한다. 따라서이미수신된 Service ID/Contents Linkage 조합의콘텐츠와동일한콘텐츠가수신되는경우, 덮어쓰기하거나, 새로수신된콘텐츠를폐기한다. 하나의콘텐츠에는하나의파일이존재할수도있고, 여러파일들이하나의콘텐츠를구성할수있다. 전송할파일목록이변경되는경우, NRT-IT에변경된정보를반영하고, NRT- IT_version_number를 1 증가시킨다. NRT-IT의 Contents descriptor 위치로전달되는 Internet Service Descriptor ([NRT] 6.9 참조 ) 를통하여해당콘텐츠의 URL 주소를얻을수있다. NRT-IT에서수신된 contents의 expiration 값을해당콘텐츠보관시함께저장하여, 해당시각이현재시각을경과하면콘텐츠에속한모든파일들을삭제한다 TFT ([NRT] Sec 6.4) 특정콘텐츠를텍스트형태로된상세정보를제공한다 디스크립터 Push VOD 서비스와해당서비스로전달되는콘텐츠들은추가적인내용의확장을위 하여디스크립터를내장할수있다. 서비스와콘텐츠에전송될수있는디스크립터들 은다음과같다. < 표 5-13> Service Level Descriptors in the Service Map Table ([NRT] Table 6.1) 82

99 Descriptor Name Descriptor Tag Reference and Description Protocol Version 0xC3 [NRT] Sec.8.1. Shall indicate the NRT protocol version Descriptor number of the NRT service if that has not already been signaled by a Protocol Version Descriptor at the subnet level in the SMT. Conditionally required. NRT Service Descriptor 0xC4 [NRT] Sec Shall indicate the presence of NRT service components, identify the consumption model of the NRT service, and provide other optional information about the service. Required. Capabilities Descriptor 0xC5 [NRT] Sec Shall list protocols (download protocols, FEC protocols, wrapper/archive protocols, compression protocols, and media formats) for which support is deemed essential to a meaningful presentation of this NRT service, and may optionally list non-essential protocols used for this service as well. (Contains indicators showing which protocols are essential and which are not.) Required. Icon Descriptor 0xC6 [NRT] Sec.8.4. When present, shall provide the contentlinkage (FDT file reference) for an icon that may be used to represent the NRT service. Optional. ISO-639 Language 0x0A [NRT] Sec.8.6. When present, shall indicate the default Descriptor language of audio, closed captioning and/or textual components of this NRT service. One descriptor may include one or more language identifiers. This descriptor may be overridden for individual content items by ISO- 639 Language Descriptors in the NRT-IT. Optional. 83

100 Descriptor Name Descriptor Tag Reference and Description Receiver Targeting 0xC7 [NRT] Sec.9.2. When present, shall provide default Descriptor targeting criterion values to indicate the receivers to which the service is targeted. This descriptor may be overridden for individual content items by Receiver Targeting descriptors in the NRT-IT. Optional Genre Descriptor 0xAB [A/65] Sec , Sec When present, shall indicate one or more default Genre categories associated with this NRT service. This descriptor may be overridden for individual content items by Genre descriptors in the NRT-IT. Optional ATSC Private 0xAD A/53 Part 3 Sec Usable for private information Information Descriptor associated with this NRT service. Optional. < 표 5-14> Content-Level Descriptors in the NRT-IT ([NRT] Table 6.4) 디스크립터이름디스트립터태그참고문헌및설명 Time Slot 0xC8 Section 8.7. Shall indicate the time(s) the associated content is Descriptor scheduled to be made available in the digital transport. Required. Capabilities 0xC5 Section 8.2. When present, shall list additional protocols (download Descriptor protocols, FEC protocols, wrapper/archive protocols, compression protocols, and media formats), beyond those already listed in the service level Capabilities Descriptor, for which support is deemed essential to a meaningful presentation of this NRT content item, and may optionally list additional non-essential protocols used for this content item as well. (Contains indicators showing which protocols are essential and which are not.) Conditionally required. 84

101 디스크립터이름디스트립터태그참고문헌및설명 Internet Location 0xC9 Descriptor Section 8.8. When present, shall provide optional URLs for Internetbased access to file(s) in the content item. Optional. Icon Descriptor 0xC6 Section 8.4. When present, shall provide the content-linkage (FDT file reference) for an icon that may be used to represent the NRT content item. Optional. ISO-639 0x0A Section 8.5. When present, shall indicate the language or languages of Language audio and/or textual components of the content item. Optional. Descriptor Content Labeling 0x36 A/57 [11] and ISO/IEC [51] Section When present, Descriptor shall associate the content item with content labeling metadata. Use of ISAN in this descriptor is strongly recommended when the content item contains a single audio/video component. Optional. Caption Service 0x86 A/65 [13] Section When present, shall provide caption service Descriptor information pertinent to the content item. Optional. Content Advisory 0x87 A/65 [13] Section When present, shall provide content advisory Descriptor information pertinent to the content item. Optional. Genre Descriptor 0xAB A/65 [13] Section When present, shall indicate one or more Genre categories associated with the content item. Optional. Receiver Targeting 0xC7 Descriptor Section 9.2. When present, shall provide targeting criterion values to indicate the receivers to which the content item is targeted. Optional. ATSC Private 0xAD A/53 Part 3 [3] Section Usable for private information Information associated with the content item. Descriptor 85

102 FLUTE Push VOD 서비스에서전달되는모든파일은 [FLUTE] 를통하여전송된다. FLUTE 의 각세션을통하여전달되는파일들은 FDT 에기술된다 FDT FDT는현재전송되는파일의목록을가진확장성생성언어 (XML: extensible Mark up Language) 파일이다. FDT는 FLUTE에서정의된 XML 스키마에 [NRT] Sec 5.3 에서정의된 FDTContentLinkage와 FileContentLinkage 요소를추가한다. 다운로드도중특정파일의내용이바뀌는경우, FDT는 FDT 인스턴스 (Instance) ID를 1 증가하고, 해당파일은 TOI 값을변경하여수신기가해당파일이변경되었음을인지하도록한다 콘텐츠 ID 모든 push VOD 콘텐츠는 UCI 형태의 Content ID 가있어야하며, 해당정보는 NRT-IT 의 Content descriptor loop 에서 Content labeling descriptor 를통하여전달된다 CAD 전송 서비스제공자는부록 Ⅱ 2. 에서정의된 CAD를전송한다. 해당파일의내용은 NRT SSC를통하여전달되는정보와동일해야한다. CAD가전달될때에는, CAD가가리키는콘텐츠와동일한 ContentLinkage를갖도록하여, CAD와콘텐츠가 NRT SSC의동일한콘텐츠임을나타내도록한다 하이브리드컨텐츠전송 Push VoD 컨텐츠는방송망을통하여전송이되며, 저장된컨텐츠를방송망에서수신 86

103 하다가일부수신하지못한컨텐츠의일부분을인터넷망을이용하여다운로드할수있다. Internet supplement descriptor는 NRT로전송되는컨텐츠의일부분을인터넷으로전송받을수있는정보를갖는다. < 표 5-15> Syntax of Internet Supplement Table Syntax No.Bits Format Internet_supplement_descriptor(){ descriptor_tag 8 0xE8 descriptor_length 8 uimsbf internet_supplement_ratio 8 uimsbf internet_supplement_start 12 uimsbf internet_avail_start 32 uimsbf internet_avail_end 32 uimsbf } 다음은 Internet Supplement Table에대한각필드의설명과예시를나타낸것으로인 터넷망을통하여컨텐츠의일부분을다운로드받을수있는스케줄정보와다운로드받 을수있는용량의비율을포함한다. 87

104 필드명단위및예제설명 internet_supplement_ratio 숫자 NRT로수신된컨텐츠를인터넷망으로수신할수있는허용비율. 0~100 까지의정수이며백분율을의미 ( 예, 40이면, 전체컨텐츠의 40% 용량까지만다운가능 ) internet_supplement_start 분단위 수신기가방송망을통한 NRT 전송을받기시작한후, 얼마만큼의시간이지난후부터인터넷망을통한컨텐츠의부분다운로드가허용이되는시간 ( 타이머 ) internet_avail_start *GPS 타임인터넷망에서컨텐츠를다운로드받을수 있는시작시간 ( 서비스시작시간 ) internet_avail_end *GPS 타임인터넷망에서컨텐츠를다운로드받을수 있는마지막시간 ( 서비스종료시간 ) * 32-bit unsigned integer 값으로 1980 년 1 월 6 일 0 시 0 분 0 초 UTC 이후 GPS 초로표 현됨. 방송망및인터넷망에서배포되는컨텐츠를동일한오디오및비디오코덱을가지며상호호환되는미디어포맷을가져야한다. OHTV 수신기는방송망에서수신받지못한컨텐츠의일부분을 HTTP[HTTP1.1] 의 Content-Range 헤더를이용하여전송요청을한다. Partial Content 전송에대한방식은 HTTP 1.1 에서정의하고있는 Partial Content 방식을참고한다. 88

105 < 표 5-16> Content ScheduleType <xs:complextype name="contentscheduletype"> <xs:sequence maxoccurs="unbounded"> <xs:element name="starttime" type="xs:datetime" minoccurs="0"/> <xs:element name="endtime" type="xs:datetime" minoccurs="0"/> </xs:sequence> <xs:attribute name="ratio" type="xs:string"/> </xs:complextype> 반대로인터넷을통한풀다운로드컨텐츠를예약전송할경우 CAD를확장하여사용할수있다. ContentScheduleType은 internet supplement decriptor의정보와일치한다. ContentScheduledType은부록 Ⅱ에정의되어있다. NRT로 internet supplement descriptor와 CAD가동시에전송되는경우에는 NRT의 internet supplement descriptor 정보가우선순위가높게다루어진다 브라우저 API AVScript Object 미디어재생관련 API 는 절에정의된 AV Scripting 객체의 API 를따른다 다운로드된콘텐츠보기 OHTV 에다운로드된콘텐츠를보기위한 API 는 절과 절에정의된 API 를이용하여콘텐츠를확인하고재생할수있다. 89

106 구현가이드라인 NRT SSC(Service Signaling Channel) 의수신 다음 ( 그림 4-8) 은 NRT SSC 을수신하는순서를간략하게나타낸것이다. ( 그림 5-8) NRT SSC 의수신 방송사는 TVCT에 NRT 서비스를제공하는채널에대한정보를추가하여수신기가 NRT 서비스가제공되고있음을인지하도록한다. NRT 서비스를위하여추가된채널은 DST의 PID 정보를제공하며, 수신기는해당 PID를이용하여 DST를수신한다. TVCT와 PMT를통하여시그널링되는 DST 정보는 NRT 서비스에사용되는 PID 정 90

107 보를제공하며, NRT SSC에사용되는 PID를전달하여수신기는 NRT SSC 정보를수신할수있다. SMT는현재제공되는서비스를알려주는정보로해당정보를수신하여서비스카테고리가 PushVOD에대응하는 Browse and Downloaded VOD 인경우해당채널에서 PushVOD가서비스됨을인지할수있다. 해당정보를수신하게되면수신기는사용자에게 PushVOD 서비스가제공되고있음을통지할수있다. PushVOD service의 service ID로전송되는 NRT-IT를이용하여 Push VoD 콘텐츠다운로드스케줄을수신한다. 해당정보를수신하게되면수신기는사용자에게 Push VOD 서비스의콘텐츠의목록을제공할수있다. 서비스제공자는어떤수신기가언제채널변경을할지알수없으므로위에서제공되는 table을모두주기적으로전송해주어야한다 콘텐츠의저장 콘텐츠는두가지방식에의해선택되어저장된다. Push VOD 콘텐츠목록에서특정콘텐츠를선택하여해당콘텐츠를저장하는방법과, 이와관계없이사용자가특정장르나채널등의선호도를입력하여선호도에해당하는콘텐츠를저장하는방법이다. 각방법에대하여수신기동작은다음과같다. 91

108 ( 그림 5-9) 사용자가콘텐츠를선택하는방법및다운로드 사용자가직접콘텐츠를선택하는경우에는 NRT SSC를통하여전달된콘텐츠리스트를수신기가화면상에표시하여사용자가선택하도록한다. 선택이된콘텐츠는 NRT SSC에의해다운로드가시작될때, 수신기가해당콘텐츠를수신하기위한 PID를필터링하여수신한후이를저장한다. 92

109 ( 그림 5-10) 사용자가선호도를결정하는방법및다운로드 사용자가콘텐츠를직접선택하지않는경우에는, 수신기가미리사용자에게 Push VOD를통하여수신할콘텐츠의선호도를질의하도록한다. 이때질의할수있는내용은, 특정채널이나, 장르, 또는시리즈물이가능하다. 수신기가사용자의선호도를입력받으면, 입력된선호도에해당하는콘텐츠가수신되는경우, 수신기는자동으로해당콘텐츠를수신한다. 선호도에의해수신되는콘텐츠와사용자가직접선택한콘텐츠의다운로드시간이겹치는경우, 수신기는사용자가직접선택한콘텐츠의수신을우선으로한다. 콘텐츠와이를보조하는메타데이터는함께전송되도록하며, 상대적으로크기가작은메타데이터의경우, 미디어파일전송전, 후, 중간등에여러번보낼수있도록한다. 93

110 다운로드객체의생성및콘텐츠재생 사용자의직접적인선택이나사용자의선호도에따라 1) 다운로드가예약되거나 2) 수신중, 또는 3) 수신이완료된콘텐츠는 Plug-in API를통하여다운로드 d 객체를생성할수있으며, 해당객체를이용하여서비스제공자의애플리케이션은해당콘텐츠의상태를출력하거나, 다운로드완료된경우재생할수있다. 다운로드객체는다음과같은메타데이터를이용하여생성된다. < 표 5-17> 다운로드객체의구성 Download 객체 NRT SSC CAD Name contentname in NRT-IT Title Description text_fragment in TFT Synopsis Id Content Labeling descriptor in NRT-IT ContentID contenturl Content-Location in FDT ContentURL transfertype full_download 로고정 totalsize content_length in NRT-IT Size Playtime playback_length_in_seconds NRT-IT in Duration Type Content-Type in FDT table MIMEType iconurl icon descriptor in NRT-IT IconURL parentalratings Download 내부속성 content advisory descriptor in NRT-IT Capability code in NRT-IT Capability code in NRT-IT Capability code in NRT-IT FDT file list ParentalRating MediaFormat VideoCoding AudioCoding MetadataURL 94

111 NRT SSC 를이용하여다운로드객체를생성하는경우, (1) 의 NRT SSC 수신시점에 서생성이가능하고, CAD 를이용하여다운로드객체를생성하는경우, (2) 의콘텐츠및 메타데이터저장시점에서 CAD 가수신된이후에생성이가능하다. ( 그림 5-11) 다운로드객체의생성및 AVObject 재생 Download manager의 getdownload나 getfiltereddownload API 호출시다운로드객체가생성되며, 서비스제공자는콘텐츠리스트를받아서, 콘텐츠의상태를표시하고, 다운로드완료된경우, 다운로드객체의 id를이용하여 AVObject를생성하여이를재생할수있다. Push VoD 콘텐츠의재생시광고와 T-Commerce 등의부가서비스가함께이루어지도록한다. 95

112 저장된콘텐츠의삭제 Push VoD 콘텐츠의저장중수신기의저장공간이부족할경우저장된 Push VOD 콘텐츠들중에서가장오래된 Push VoD 콘텐츠를삭제한다. 수신기는저장된 Push VOD 콘텐츠들중에서계속보관할 Push VoD 콘텐츠를지정할수있도록해준다. 이 Push VOD 콘텐츠들은시청자가계속보관을해지할때까지삭제되지않는다. 96

113 5.7. Advanced EPG 서비스 시스템아키텍처 Advanced EPG 서비스는지상파채널과인터넷을통하여실시간방송프로그램에대한정보를멀티미디어형태로제공하는서비스이다. Advanced EPG 서비스는시청자에게방송사가전달한 CE-HTML 형식의웹페이지형태로제공될수도있고, 수신기의 Native UI를통해서도제공될수있다. Advanced EPG 서비스가 CE-HTML 형식의웹페이지형태로제공될경우에는수신기에내장된 CE-HTML 브라우저를통해서해당웹페이지를표시하여서비스를제공한다. Advanced EPG 서비스웹페이지는해당채널의포털애플리케이션으로부터연결되어시작될수도있고, 수신기 Native Advanced EPG 프로그램에서시청자의선택에의해서해당프로그램별로지정된 Advanced EPG 웹페이지로연결되어시작될수있다. Advanced EPG 서비스웹페이지및관련데이터파일들은 NRT 전송기술을이용해서방송망을통해서전송될수도있고, HTTP 프로토콜을이용해서 IP망을통해서전송될수있다. Advanced EPG 서비스가 Native UI를통해서제공될경우에는, 수신기의 Native Advanced EPG 프로그램에서방송사가보낸 Advanced EPG 데이터와 EIT/ETT의 EPG 정보들을 Native UI를통해서표시한다. 예를들어방송프로그램대표이미지, 예고편동영상, 줄거리를방송사에서수신기로전달할경우, 수신기 Native Advanced EPG 프로그램에서해당데이터들과 EIT와 ETT에있는방송프로그램관련정보를사용하여 Advanced EPG 화면을구성하여시청자에게보여준다. Native Advanced EPG 프로그램에서사용하는데이터파일들은 NRT 전송기술을이용해서방송망을통해서전송될수도있고, HTTP 프로토콜을이용해서 IP망을통해서전송될수있다. Native Advanced EPG 프로그램에서필요한경우해당프로그램의 Advanced EPG 웹페이지를연결하여시작할수있다. 97

114 Native Advanced EPG (EIT, ETT, Preview Clips, Thumbnail, ) Application (Web Page Application /Packaged Web Application) CEA-2014 Transport Protocol PSIP - NRT HTTP ( 그림 5-12) Advanced EPG 수신기구성도 CE-HTML 기반의 Advanced EPG 애플리케이션은 CE-HTML 파일과, 화면구성에사용되는이미지파일들, 동영상파일, 오디오파일등의멀티미디어파일, 그리고부가메타데이터파일로구성된다. 해당파일들은 HTTP 프로토콜을이용하여인터넷을통하여수신기로전달될수도있고, 지상파방송망을통해서 NRT 규격에따라전달될수있다. Advanced EPG 시작웹페이지가인터넷을통해전송되는경우, 관련데이터파일들도모두인터넷을통해서전송되어야한다. Advanced EPG 시작웹페이지를 NRT를통해서전송된경우, 관련데이터파일은 NRT를통해서도전송될수있고, 인터넷을통해서전송될수있다. Native Advance EPG 프로그램에서 Advanced EPG 서비스를제공할때에는프로그램제목및시간, 프로그램상세정보, 프로그램대표이미지, 프로그램예고편등의데이터를각각수신하고, 이데이터들을사용하여 Native UI를구성한다. 프로그램제목및시간은 PSIP의 EIT를통해서수신하고, 프로그램상세정보는 PSIP의 ETT를통해서수신하고, 프로그램대표이미지와프로그램예고편은 NRT 또는 HTTP를통해서수신한다. 프로그램대표이미지와예고편을수신하기위한방법은 EIT에해당 URI를지정하여알려준다. Native Advanced EPG 화면에서방송프로그램별 Advanced EPG 서비스웹페이지를열수있도록하기위해서, 방송프로그램별 Advanced EPG 서비 98

115 스페이지에대한 URI 를 EIT 에전송한다 프로토콜 파일구성 CE-HTML 기반의 Advanced EPG 애플리케이션은 CE-HTML 파일과, 화면구성에사용되는이미지파일들, 동영상파일, 오디오파일등의멀티미디어파일, 그리고부가메타데이터파일로구성된다. Native Advance EPG 프로그램에서 Advanced EPG 화면을제공할때에는프로그램제목및시간, 프로그램상세정보는 PSIP의 EIT와 ETT를통해서수신하고, 프로그램대표이미지, 프로그램예고편등의데이터파일을별도로수신하여 Native UI를구성하는데사용한다 HTTP CE-HTML 기반의 Advanced EPG 애플리케이션을구성하는모든파일은 HTTP 프로토콜을통해서수신기로전송될수있다. Advanced EPG 서비스애플리케이션의 CE- HTML 페이지를 HTTP 프로토콜을이용해서전송한경우, CE-HTML 페이지에서사용하는모든파일들은 HTTP 프로토콜을이용해서전송하여야한다. Native Advanced EPG 프로그램을통해서 Advanced EPG 서비스를제공하는경우에도, Native EPG 프로그램이사용할데이터파일이 HTTP 프로토콜을통해서전송될수있다. Native EPG 프로그램이사용할데이터파일의 URI는 EIT를통해서전송한다. EIT 에해당파일에대한 URI를입력하는방식은 의 PSIP 부분을참고한다. 99

116 NRT CE-HTML 기반의 Advanced EPG 애플리케이션을구성하는모든파일은 NRT를통해서수신기로전송될수있다. Advanced EPG 서비스애플리케이션의 CE-HTML 페이지를 NRT 프로토콜을이용해서전송한경우, CE-HTML 페이지에서사용하는모든파일들은 NRT 프로토콜을통해서전송할수도있고, HTTP 프로토콜을이용해서전송할수있다. Native Advanced EPG 프로그램을통해서 Advanced EPG 서비스를제공하는경우에도, Native EPG 프로그램이사용할데이터파일이 NRT 프로토콜을통해서전송될수있다. Native EPG 프로그램이사용할데이터파일의 URI는 EIT를통해서전송한다. EIT 에해당파일에대한 URI를입력하는방식은 의 PSIP 부분을참고한다 URI Advanced EPG 애플리케이션및관련파일에대한 URI 는 의 URI 정의부분을 따른다 PSIP Native Advanced EPG 프로그램을통해서 Advanced EPG 서비스를제공할경우, 해당방송프로그램에대한 Advanced EPG용 CE-HTML 페이지, 멀티미디어파일, 메타데이터파일의 URI는 EIT에포함되어전송된다. 해당프로그램마다해당되는파일들에대해각각 link_descriptor() 를생성하여 EIT의 descriptor() 에포함시킨다. Link_descriptor() 의정의는 < 표 5-18> 과같다. < 표 5-18> link descriptor Syntax Syntax Num of Bits Format link_descriptor() { descriptor_tag 8 TBD descriptor_length 8 uimsbf 100

117 number_of_links 8 uimsbf for (i=0; i<number_of_links; i++) { link_type 8 uimsbf priority 8 uimsbf mime_type_length 8 uimsbf mime_type var description_length 8 uimsbf description var link_length 8 uimsbf link_byte var } } link_descriptor() 의각 field의정보는다음과같다. number_of_links: link descriptor가포함된이벤트에속한 link의개수를의미한다. link_type: 해당 link가어떠한정보를담고있는지가리킨다. 다음과같은형태의내용을담고있다 < 표 5-19> Advanced EPG Link Type Link_type 0x01 0x02 0x03 0x04 ~ 0xFF Description CE-HTML Page Thumbnail Preview Clip Reserved for future use priority: 여러 link 중에동일한 link_type이존재하는경우, 각 link에매기는우선순위의값이다. 수신기는동일한 link_type을갖는여러 link가있는경우, 이값이가장작은 link를우선접속해야한다. mime_type_length: 해당 link의표현방식을가리키는 mime_type의길이를나타낸다. mime_type: 해당 link의표현방식을가리킨다. description_length: description의길이를나타낸다. description: 해당 link의상세정보를나타낸다. Multiple String Structure의구조를따른다. link_length: link_byte의길이를가리킨다. link_byte: 해당 link 의 URI 를가리킨다. 101

118 브라우저 API 지상파방송제어관련 API 지상파방송화면은다음과같은 object 에의해제어가가능하며, 이때 Object 에서 지원하는고유속성및동작은 [OIPF DAE] 의 7.13 절내용을기반으로다음과같이구 성된다. Scripting Interface application/xohtv-tvcontrol Object < 표 5-20> application/x-ohtv-tvcontrol object Additional Requirements and Properties and methods Recommendations(in addition to that defined above) width height fullscreen onfullscreenchange currentmajorchannelnumber currentminorchannelnumber setfullscreen(boolean fullscreen) setsource(integer source) getsource() Properties Integer width, Integer height x-ohtv-tvcontrol Object가화면에표현되는너비, 높이를나타낸다. fullscreen 프로퍼티가 false 일때만 writable하며, x-ohtv-tvcontrol Object의 width, height 프로퍼티의변경은 DOM Level2 Style 인터페이스를변경했을때와같은효과를나타내야한다. 102

119 Readonly Boolean fullscreen x-ohtv-tvcontrol Object 가 full-screen 모드일때만 true 를반환한다. function onfullscreenchange fullscreen 값이변경될때호출되는함수. 기본값은 null Readonly Integer currentmajorchannelnumber, Readonly Integer currentminorchannelnumber x-ohtv-tvcontrol Object 가연결된현재방송채널의 Major Channel Number 와 Minor Channel Number 를나타낸다. Methods void setfullscreen( Boolean foolscreen ) 설명 x-ohtv-tvcontrol object의내용을전체화면에 full-screen 모드로표시할지 (fullscreen = true) windowed 모드로표시할지 (fullscreen = false) 결정한다. 이 method에의해서스크린모드가변경되면 fullscreen 프로퍼티와 width, height 프로퍼티가변경되며, onfullscreenchange 에지정된 callback function이호출된다. 이모드의변경은 x-ohtv-tvcontrol Object의 z-index를변경하지않아야한다. x-ohtv-tvcontrol object가 windowed모드로표시될때, width, height 및 DOM Level2 Style 인터페이스를이용하여화면출력위치와크기를지정할수있다. 인자 fullscreen x-ohtv-tvcontrol object의내용 ( 방송화면 ) 이 full-screen으로표시되어야하는지결정하는 Boolean 값 Void setsource( Integer source ) 설명 x-ohtv-tvcontrol Object가표시하는소스를선택한다. 지상파방송화면을 x-ohtv-tvcontrol Object의객체로지정하거나 (source = 1) 해제하기위해 (source = 0) 사용한다. application/x-ohtv-avobject 를사용하기위해지상파방송화면을표시하지 않거나다시방송화면을표시하기위해사용한다. 인자 source 0 : 방송화면표시하지않음 1 : tvcontrolobject에방송화면표시함 Integer getsource() 설명 tvcontrolobject가방송화면을표시하고있는지여부를반환한다. l 지상파방송화면을 application/x-ohtv-tvcontrol의 object로지정하는경우, 화면출력위치와크기가지정이가능해야한다. l 지상파방송화면이일부화면으로지정되는경우, 수신기는 CE-HTML 페이지 103

120 의 opacity 속성을무시하고전체페이지를불투명으로처리하여야한다. l CE-HTML 페이지상에지상파망을통하여수신되는동영상재생이가능하여 야하며, 이때동영상은 application/x-ohtv-tvcontrol object 로제어할수있다 미디어재생 API 미디어재생관련 API 는 절에정의된객체의 API 를따른다 미디어다운로드 API 미디어다운로드관련 API 는 절에정의된객체의 API 를따른다 구현지침 Native Advanced EPG 서비스의동작 ( 그림 5-13) 과 ( 그림4-14) 는수신기에서 Native 애플리케이션을통해서 Advanced EPG를제공하는과정을보여준다. ( 그림4-13) 은인터넷을통해 Advanced EPG 서비스를받는경우를나타내고, ( 그림 5-14) 는지상파방송을통해서 Advanced EPG 서비스를받는경우를나타낸다. ( 그림4-12) 에서보는바와같이, 수신기는 EIT를통해서기존의 EPG 정보와함께 link_descriptor() 를수신한다. Link_descriptor() 에는해당이벤트와관련이있는멀티미디어데이터에대한 URL이포함되어있다. 수신된 EIT는 Native Advanced EPG 애플리케이션에게전달되고, Native Advanced EPG 애플리케이션은 link_descriptor() 에포함된 preview 동영상및 thumbnail 이미지의 URL을이용하여 preview 동영상및 thumbnail 이미지를 HTTP 서버에게요청한다. HTTP 서버는 preview 동영상및 thumbnail 이미지를 Native Advanced EPG 애플리케이션에게전달한다. Native Advanced EPG 애플리케이션은수신한 preview 동영상과 thumbnail 이미지를이용하 여 Advanced EPG 화면을구성하여보여준다. 104

121 HTTP Server Native Advanced EPG Terminal PSIP DTV Headend Link_descriptor() 에포함된 URL 정보를이용하여 preview 동영상및 thumbnail 요청 EIT (link_descriptor() 포함 ) 전달 EIT (link_descriptor() 포함 ) 수신 preview 동영상및 thumbnail 파일전송 수신한이벤트별 preview 동영상및 thumbnail 을이용하여 Advanced EPG 화면구성하여표시 ( 그림 5-13) 인터넷을통한 Advanced EPG 서비스제공방법 ( 그림 4-13) 에서보는바와같이, 수신기는 EIT를통해서기존의 EPG 정보와함께 link_descriptor() 를수신한다. Link_descriptor() 에는해당이벤트와관련이있는멀티미디어데이터에대한 URL이포함되어있다. 수신된 EIT는 Native Advanced EPG 애플리케이션에게전달된다. NRT Client는 Advanced EPG용으로전성되는 Preview 동영상및 Thumbnail 이미지를수신하고, 이를 Native Advanced EPG 애플리케이션에게전달한다. Native Advanced EPG 애플리케이션은수신한 preview 동영상과 thumbnail 이미지를이용하여 Advanced EPG 화면을구성하여보여준다. 105

122 Native Advanced EPG Terminal NRT Client PSIP DTV Headend EIT (link_descriptor() 포함 ) 수신 EIT (link_descriptor() 포함 ) 전달 Advanced EPG 용 Preview 동영상및 Thumbnail 이미지수신및저장 Advanced EPG 용 Preview 동영상전달 수신한이벤트별 preview 동영상및 thumbnail 을이용하여 Advanced EPG 화면구성하여표시 ( 그림 5-14) 지상파방송을통한 Advanced EPG 서비스제공방법 웹애플리케이션 Advanced EPG 서비스의동작 OHTV 웹애플리케이션을통한 Advanced EPG 서비스는방송사에서제공한 OHTV 웹애플리케이션내에서 Advanced EPG 를위한화면을구성하여서비스를제공하는 것으로, 일반 OHTV 웹애플리케이션의동작과동일합니다. 106

123 부록 I Original W3C Configuration W3C 에서정의한 Widget Configuration 에관련된 config.xml 에대한설명이다. Element Attributes Description <widget> The widget element serves as a container for the other elements Occurrences: Exactly one, and must be the root element of the [XML] document. xmlns id version A valid URI that denotes an identifier for the widget. It is optional for authors to use this attribute A version attribute that specifies the version of the widget. It is optional for authors to use this attribute. A numeric attribute greater than 0 that indicates the preferred height view port height of the instantiated start file in CSS pixels [CSS21]. This value is only applicable to particular view modes (e.g., floating and application mode). A numeric attribute greater than 0 that indicates the preferred width view port width of the instantiated start file in CSS pixels [CSS21]. This value is only applicable to particular view modes (e.g., floating and application mode). xml:lang viewmode s xml:lang attribute. It is optional for authors to use this attribute. A keyword list attribute that denotes the view modes supported the widget. The value SHOULD be one or more of 107

124 Element Attributes Description the following valid view modes as defined in the [Widgets- Views] specification: application, floating, fullscreen, mini, or all The following example shows how the widget element can be used. <widget xmlns=" id=" version="2.0 Beta" Example height="200" width="200" viewmodes="floating application"> <description>an example of the possibilities.</description> </widget> <name> The name element represents the full human-readable name for a widget that can be used, for example, in an application menu or in other contexts. Occurrences: zero or more (one element is allowed per language). xml:lang xml:lang attribute. It is optional for authors to use this attribute. A valid its:dir value. It is optional for authors to use this attribute its:dir namespace for its is xmlns:its= one of the following valid its:dir values, as defined in ITS: 108

125 Element Attributes Description ltr - Left to right text. rtl - Right to left text. lro - Left-to-right override. rlo - Right-to-left override. e.g. <name its:dir="rlt">rehtaew</name> A string that represents the short name for a widget. Ideally, short the value should be shorter in length than the contents of the name element. Otherwise, the short attribute should not be used. It is optional for authors to use this attribute. <widget xmlns=" <name short="weather">the Ultimate Weather Widget</name> Example <name short="boletim" xml:lang="pt"> Boletim Metereológico </name> </widget> <description> The description element represents a human-readable description of the widget. Occurrences: Zero or more (one element is allowed per language). xml:lang its:dir Example xml:lang attribute. It is optional for authors to use this attribute. A valid its:dir value. It is optional for authors to use this attribute. <widget xmlns=" <name>tornado Chaser</name> 109

126 Element Attributes Description <description> Combining the latest weather info with your GPS position, this widget alerts you of any significant storm activity in your area. </description> </widget> <author> An author element represents people or an organization attributed with the creation of the widget. Occurrences: Zero or one A URI attribute that represents a link that is associated with href the author (e.g. the homepage of the author). It is optional for authors to use this attribute. xml:lang its:dir A string that represents an address associated with the author. It is optional for authors to use this attribute. xml:lang attribute. It is optional for authors to use this attribute. A valid its:dir value. It is optional for authors to use this attribute. <widget xmlns=" <name>cup-a-joe's Cafe Finder Widget</name> <author href = " = Example "joe@example.org"> Joey and Princesa Bacalhau </author> </widget> <license> The license element represents a software license, which 110

127 Element Attributes Description includes, for example, a usage agreement, redistribution statement, and/or a copyright license terms under which the content of the widget package is provided. Occurrences: Zero or more (one element is allowed per language). A valid URI or a valid path that points to a representation of a software and/or content license. When the href attribute is present, the user agent should allow users the ability to view or otherwise link to the referenced license. href If the href attribute contains a valid path to a file within the widget package, then the user agent should use the rule for identifying the media type of a file to identify the media type of the file being referenced. It is optional for authors to use this attribute. xml:lang its:dir xml:lang attribute. It is optional for authors to use this attribute. A valid its:dir value. It is optional for authors to use this attribute. This example shows the expected usage of the license element's href attribute. <widget xmlns=" Example <license href=" </license> </widget> Creative Commons Attribution License 111

128 Element Attributes Description This example shows the expected usage of the license element when the href attribute is omitted. <widget xmlns=" <license> Copyright (c) 2008 The Foo-Bar Corporation </license> </widget> <icon> The icon element represents a custom icon for the widget. A user agent should expose a custom icon in a way that it is visible to the end user. Occurrences: Zero or more (elements are grouped by language). Required. A path attribute that points to a file inside the src widget package. It is required for authors to use this attribute. A numeric attribute greater than 0 that represents the width of the icon in CSS pixels [CSS21]. This attribute is only applicable to graphic formats that have no intrinsic width or width height (e.g., SVG). If the file pointed to by the src attribute is a supported raster graphic, then the user agent will ignore this value. If the file pointed to by the src attribute is a vector graphic format, then this value must be used. It is optional for authors to use this attribute. A numeric attribute greater than 0 that represents the height height of the icon in CSS pixels [CSS21].This attribute is only applicable to graphic formats that have no intrinsic width or 112

129 Element Attributes Description height (e.g., SVG). If the file pointed to by the src attribute is a supported raster graphic, then the user agent will ignore this value. If the file pointed to by the src attribute is a vector graphic format, then this value must be used. It is optional for authors to use this attribute. This example shows the expected usage of the icon element. The example declares three icon elements, two of which are raster and one of which is an [SVGTiny] file. The raster graphics would be used for display contexts smaller than Example 256x256 pixels. Document order of the elements is irrelevant. <widget xmlns=" <icon src="icons/medium.png"/> <icon src="icons/big.svg" width="256" height="256"/> <icon src="icons/tiny.png"/> </widget> The content element is used by an author to declare which custom start file the user agent will use when it instantiates the widget. Occurrences: Zero or one A path attribute that allows an author to point to a file within <content> src the widget package. It is required for authors to use this attribute. A media type attribute that indicates the media type of the type file referenced by the src attribute. When the value is absent, the user agent will assume the value text/html. It is optional for authors to use this attribute. 113

130 Element Attributes Description A keyword attribute that denotes the character set of the file identified by the src attribute. The allowed values are any name of a character set listed in [IANA-Charsets] (a user charset agent are required to support [UTF-8]). It is optional for authors to use this attribute. When the value of charset is absent or in error, the user agent will assume the default encoding which is the value UTF-8. This example shows the expected usage of the content element: <widget xmlns=" <content src="mywidget.html"/> </widget> This example shows the content element being used with a charset attribute to override the default value of this attribute (UTF-8) with the GB2312 character set, which the author has Example used to encode simplified Chinese characters: <widget xmlns=" <name xml:lang="zh-cn"> 古老瓷地图 </name> <name>ancient Chinese Maps</name> <content src="china-maps.html" charset="gb2312"/> </widget> This example shows the content element being used with a type attribute to instantiate a widget created with a proprietary media type: <widget xmlns=" 114

131 Element Attributes Description <name>location-based Games Finder</name> <content src="lbg-maps.swf" type="application/xshockwave-flash"/> <feature name=" required="false"/> </widget> <feature> A feature is a runtime component (e.g. an API) that is not part of the standard set provided by the Widgets 1.0 family of specifications. Using a feature element denotes that, at runtime, a widget may attempt to access the feature identified by the feature element's name attribute. A feature can have zero or more parameters associated with it. Note: The feature element is not a means to import javascript libraries or other resources available on the Web. The feature element should be viewed as a standardized way to request the binding of an (URI) identifiable runtime component to a widget for use at runtime. A user agent can expose a feature through, for example, an API, in which case a user agents that supports the [Widgets-APIs] specification can allow authors to check if a feature loaded via the hasfeature() method. Occurrences: Zero or more A URI attribute that identifies a feature that may be needed name by the widget at runtime (such as an API). It is required for authors to use this attribute. required A boolean attribute that indicates whether or not this feature 115

132 Element Attributes Description must be available to the widget at runtime. In other words, the required attribute denotes that a feature is absolutely needed by the widget to function correctly, and without the availability of this feature the widget serves no useful purpose or won't execute properly. The default value when this attribute is absent is true, meaning that the feature must be made available to the widget by the widget at runtime. It is optional for authors to use this attribute. This example demonstrates a widget that would like to use a fictional geo-location API feature, but would still be able to function if the feature cannot be made available to the Example widget by the user agent. <widget xmlns=" <feature name=" required="false"/> </widget> <param> The param element defines a parameter for a feature. A parameter is name-value pair that a user agent must associate with the corresponding feature for which the parameter is declared for. The relationship of a parameter to a feature is established by having a param element as a direct child of a feature element in document order. Outside the context of a feature element, a param element does not represent anything and a user agent must ignore it. Occurrences: Zero or more name A string, which may be empty, that denotes the name of this 116

133 Element Attributes Description parameter. It is required for authors to use this attribute. value A string, which may be empty, that denotes the value of this parameter. It is required for authors to use this attribute. This example demonstrates a widget that makes use of a fictional geo-location feature where by its accuracy is set to "low" via a param element. Example <widget xmlns=" <feature name=" <param name="accuracy" value="low"/> </feature> </widget> <preference> The preference element allows authors to declare one or more preferences: a preference is a persistently stored name-value pair that is associated with the widget the first time the widget is instantiated. Unless an end-user explicitly requests that these values be reverted to the values as declared in the configuration document, a user agent must not revert to these values on subsequent initialization of the widget. User agents that support [Widgets-APIs] must expose any declared preference to the author at runtime via scripting. In addition, unless a preference is explicitly marked as readonly (via the readonly attribute), it must be possible for authors to override and delete these values at runtime via the relevant methods defined in the [Widgets-APIs] specification. 117

134 Element Attributes Description Occurrences: Zero or more name A string that denotes the name of this preference. It is required for authors to use this attribute. A string that denotes the value of this preference. The default value value for when the value is missing is null. It is optional for authors to use this attribute. A boolean attribute indicating whether this preference can be readonly overwritten at runtime. The default value when this attribute is absent is false, meaning that the value can be overwritten at runtime. It is optional for authors to use this attribute. This example shows a widget where two preferences are set. The second preference is set as read only, which means the values of that preference cannot be changed at runtime. Example <widget xmlns=" <preference name= "skin" value= "alien"/> <preference name= "api-key" value= "f6d3a312f9d742" readonly = "true"/> </widget> <?xml version="1.0" encoding="utf-8"?> <widget xmlns = " id = " version = "2.0 Beta" height = "200" width = "200" viewmodes = "application fullscreen"> <name short="example 2.0"> The example Widget! </name> 118

135 Element Attributes Description <feature name=" <param name="autofocus" value="true"/> </feature> <preference name="apikey" value="ea31ad3a23fd2f" readonly ="true" /> <description> A sample widget to demonstrate some of the possibilities. </description> <author href=" ="foo-bar@example.org">foo Bar Corp</author> <icon src="icons/example.png"/> <icon src="icons/boo.png"/> <content src="index.html"/> <license> Example license (based on MIT License) Copyright (c) 2008 The Foo Bar Corp. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, INSULT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. </license> </widget> 119

136 부록 Ⅱ Content Access Descriptor Syntax and Semantics Content Access Download Descriptor은 [OIPF DAE] 의 E.1 Content Access Download Descriptor Format 에서정의한 XML 스키마를따르며, OHTV 컨텐츠를접근하기위한추가적인정보를포함한다. Download에서의 Content Access Descriptor에서의 ContentID값은 Mandatory이다. ( 그림 Ⅱ-1) OHTV CAD 스키마 (OIPF DAE 스키마확장 ) Content Access Descriptor 에대한 XML 스키마는 Annex A.3 에정의되어있다.Note: 120

137 OHTV 단말은 Content Access Streaming descriptor 의내부의 Unknown element 와 attribute 값은무시할수있다. Ⅱ.1. Content Access Download Descriptor Format XML 스키마에서 TransferTypeEnum Element 는 full_download 와 playable_download 라는값을가질수있으며, 의미는다음과같다. full_download : 콘텐츠를재생하기전에, 재생할콘텐츠가전부다운로드후재생이가능하다. playable_download : 다운로드되는중간에도사용자가재생요청시, 재생이가능하다는것을의미한다. 다운로드되는중간의재생시점은단말의정책에따라달라질수있다. OHTV 에서미디어다운로드를위한 CAD XML 파일은 application/vnd.oipf.contentaccessdownload+xml 라는 MIME-type 으로단말로전송이되고, 단말에서는수신한 XML 을파싱하고해석을할수있어야한다. Push VoD및IP VoD의풀다운로드서비스는수신기에저장되며, 컨텐츠의사용유효기간동안에는사용자가자유롭게재생할수있다. 컨텐츠의사용유효기간은컨텐츠제공자에의하여 CAD 스키마에설정될수있고, 이정보는 OHTV 수신기에서변경될수없다. 다음은기존의 CAD 스키마에서 DRMControlInformation 엘리먼트하위에추가되는 Expiration 엘리먼트의 ContentExpirationType 이다. <xs:complextype name="contentexpirationtype"> <xs:choice> <xs:element name="expiration" type="xs:datetime" minoccurs="0"/> <xs:element name="duration" type="xs:duration" 121

138 minoccurs="0"/> </xs:choice> </xs:complextype> 사용자가컨텐츠를재생할때컨텐츠의 CAD 스키마가있는경우OHTV 수신기는 ContentExpirationType 의값이있는지확인하여컨텐츠를재생할지를판단한다. Push VoD 서비스로수신된컨텐츠들은 ATSC-NRT의NRT Information Table Section에 expiration 값을이용한다. Push VoD 서비스로 CAD도함께전송되는경우에는 NRT-IT 정보를우선하여동작한다. 재생이가능하지않을경우사용자에게컨텐츠의사용기간이지나재생할수없음을화면에표시할수있다. 재생혹은저장된컨텐츠의사용기간이지난컨텐츠들을수신기가자동으로삭제할수없다. Ⅱ.2. Content Access Streaming Descriptor Format Content Access Download Descriptor은 [OIPF DAE] 의 E.2 Content Access Streaming Descriptor Format 에서정의한 XML 스키마를따라야한다. XML 스키마에서 TransferTypeEnum Element는 streaming 라는값을가질수있으며, 의미는다음과같다. streaming : 요청한콘텐츠는스트리밍방식으로전달되어야하고, 저장되어서는안된다. OHTV 에서미디어스트리밍을위한 CAD XML 파일은 application/vnd.oipf.contentaccessstreaming+xml 라는 MIME-type 으로단말로전송이되고, 단말에서는수신한 XML을파싱하고해석을할수있어야한다. Ⅱ.3. Abstract Content Access Descriptor Format 122

139 Content Access Download Descriptor 은 [OIPF DAE] 의 E.3 Abstract Content Access Descriptor Format 에서정의한 XML 스키마를따라야한다. 123

140 부록 Ⅲ 북마크메타데이터 아래에서기술된북마크메타데이터 XML 스키마는사업자간공통적인메타데이터를 사용하기위하여정의된부분임. 해당메타데이터는각서비스애플리케이션에서파싱 한다. <?xml version="1.0" encoding="utf-8"?> <schema xmlns:ohtv="urn:ohtv:metadata:2009" xmlns=" xmlns:xml=" targetnamespace="urn:ohtv:metadata:2009" elementformdefault="qualified" attributeformdefault="unqualified"> <import namespace=" schemalocation=" <!-- ############################################################# ### --> <!-- Basic Type Definition --> <!-- ############################################################# ### --> <!-- Definition of String Type (for textual data having multiple occurrences written in different languages) --> <complextype name="stringtype"> <simplecontent> <extension base="normalizedstring"> 124

141 <attribute ref="xml:lang" use="optional"/> <attribute name="length" type="ohtv:textlengthtype" use="optional"/> </extension> </simplecontent> </complextype> <!-- Definition of Multiple String Type (for textual data having different descriptions, each of which having multiple occurrences written in different languages) --> <complextype name="multiplestringtype"> <simplecontent> <extension base="normalizedstring"> <attribute ref="xml:lang" use="optional"/> <attribute name="occurrencetype" type="ohtv:occurrencetypetype" use="optional" default="main"/> <attribute name="length" type="ohtv:textlengthtype" use="optional"/> </extension> </simplecontent> </complextype> <!-- Definition of Keywords Type (for keywords having multiple occurrences written in different languages --> <complextype name="keywordstype"> <simplecontent> <extension base="nmtokens"> <attribute ref="xml:lang" use="optional"/> </extension> </simplecontent> </complextype> <!-- Definition of Occurrence Type Type --> 125

142 <simpletype name="occurrencetypetype"> <restriction base="normalizedstring"> <enumeration value="main"/> <enumeration value="secondary"/> <enumeration value="other"/> </restriction> </simpletype> <!-- Definition of Text Length Type --> <simpletype name="textlengthtype"> <restriction base="normalizedstring"> <enumeration value="short"/> <enumeration value="medium"/> <enumeration value="long"/> </restriction> </simpletype> <!-- Definition of ID Reference Type --> <complextype name="idreferencetype"> <attribute name="idref" type="nmtoken" use="required"/> </complextype> <!-- Definition of Optional Object Description Group --> <group name="optionalobjectdescriptiongroup"> <sequence> <element name="name" type="ohtv:stringtype" minoccurs="0" maxoccurs="unbounded"/> <element name="description" type="ohtv:multiplestringtype" minoccurs="0" maxoccurs="unbounded"/> <element name="tagwords" type="ohtv:keywordstype" minoccurs="0" 126

143 maxoccurs="unbounded"/> </group> </sequence> <complextype name="relatedmaterialtype"> <sequence> <element name="webpage" type="ohtv:webpagetype" minoccurs="0" maxoccurs="unbounded"/> </sequence> </complextype> <!-- Definition of Web Page Type --> <complextype name="webpagetype"> <complexcontent> <extension base="ohtv:locatortype"> <sequence> <group ref="ohtv:optionalobjectdescriptiongroup"/> </sequence> </extension> </complexcontent> </complextype> <!-- Definition of Time Point Type --> <complextype name="timepointtype"> <attribute name="timepoint" type="datetime" use="required"/> </complextype> <!-- Definition of Time Position Type --> <complextype name="timepositiontype"> 127

144 <complexcontent> <extension base="ohtv:timepointtype"> <attribute name="duration" type="duration" use="optional"/> </extension> </complexcontent> </complextype> <!-- Definition of Media Time Point Type --> <complextype name="mediatimepointtype"> <attribute name="timepoint" type="time" use="required"/> </complextype> <!-- Definition of Media Time Position Type --> <complextype name="mediatimepositiontype"> <complexcontent> <extension base="ohtv:mediatimepointtype"> <attribute name="duration" type="duration" use="optional"/> </extension> </complexcontent> </complextype> <!-- Definition of Byte Point Type --> <complextype name="bytepointtype"> <attribute name="offset" type="nonnegativeinteger" use="required"/> </complextype> <!-- Definition of Byte Position Type --> <complextype name="bytepositiontype"> <complexcontent> <extension base="ohtv:bytepointtype"> <attribute name="length" type="positiveinteger" use="optional"/> 128

145 </complextype> </extension> </complexcontent> <!-- Definition of Locator Type --> <complextype name="locatortype"> <attribute name="href" type="anyuri" use="required"/> </complextype> <!-- Definition of Optional Locator Type --> <complextype name="optionallocatortype"> <attribute name="href" type="anyuri" use="optional"/> </complextype> <!-- Definition of Temporal Locator Type --> <complextype name="temporallocatortype"> <choice> <element name="broadcastingtime" type="ohtv:timepositiontype"/> <element name="mediatime" type="ohtv:mediatimepositiontype"/> <element name="byteposition" type="ohtv:bytepositiontype"/> </choice> </complextype> <!-- Definition of Compact Image Type --> <complextype name="compactimagetype"> <complexcontent> <extension base="ohtv:locatortype"/> </complexcontent> </complextype> <!-- Definition of OHTV Base Table Type --> 129

146 <complextype name="ohtvbasetabletype" abstract="true"> <attribute ref="xml:lang" use="optional"/> </complextype> <!-- ############################################################# ### --> <!-- Definition of OHTV Root Element --> <!-- ############################################################# ### --> <element name="ohtv" type="ohtv:ohtvtype"/> <complextype name="ohtvtype"> <sequence> <element name="servicedescription" type="ohtv:servicedescriptiontype" minoccurs="0"/> </sequence> <attribute name="version" type="string" use="optional"/> <attribute name="createdtime" type="datetime" use="optional"/> <attribute name="availableperiod" type="string" use="optional"/> <attribute name="refreshcycle" type="integer" use="optional"/> </complextype> <!-- Definition of Content Reference Type --> <complextype name="contentreferencetype"> <sequence> <group ref="ohtv:optionalobjectdescriptiongroup"/> </sequence> <attributegroup ref="ohtv:contentreferenceproperties"/> 130

147 </complextype> <!-- Definition of Content Reference Attribute Group --> <attributegroup name="contentreferenceproperties"> <attribute name="contentidref" type="nmtoken" use="required"/> <attribute name="instanceidref" type="nmtoken" use="optional"/> </attributegroup> <!-- Definition of Event Type --> <complextype name="eventtype"> <choice> <element name="contentref" type="ohtv:contentreferencetype"/> </choice> <attribute name="eventid" type="nmtoken" use="required"/> <attribute name="start" type="datetime" use="required"/> <attribute name="duration" type="duration" use="optional"/> <attribute ref="xml:lang" use="optional"/> </complextype> <!-- Definition of Service Identifiable Event Type --> <complextype name="serviceidentifiableeventtype"> <complexcontent> <extension base="ohtv:eventtype"> <attribute name="serviceidref" type="nmtoken" use="required"/> </extension> </complexcontent> </complextype> <!-- Definition of VOD Content Type --> <complextype name="vodcontenttype"> <choice> 131

148 <element name="contentref" type="ohtv:contentreferencetype"/> </choice> <attribute name="vodcontentid" type="nmtoken" use="required"/> <attribute name="start" type="datetime" use="optional"/> <attribute name="end" type="datetime" use="optional"/> <attribute ref="xml:lang" use="optional"/> </complextype> <!-- Definition of Service Identifiable VOD Content Type --> <complextype name="serviceidentifiablevodcontenttype"> <complexcontent> <extension base="ohtv:vodcontenttype"> <attribute name="serviceidref" type="nmtoken" use="required"/> </extension> </complexcontent> </complextype> <!-- ############################################################# ### --> <!-- Definition of OHTV Services Type --> <!-- ############################################################# ### --> <complextype name="servicedescriptiontype"> <sequence> <element name="bookmarktable" type="ohtv:bookmarktabletype" minoccurs="0"/> </sequence> 132

149 </complextype> <!-- ############################################################# ### --> <!-- Definition of BookMark Table Type --> <!-- ############################################################# ### --> <!-- Definition of BookMark Table Type --> <complextype name="bookmarktabletype"> <complexcontent> <extension base="ohtv:ohtvbasetabletype"> <sequence> <element name="bookmarklist" type="ohtv:bookmarklisttype" minoccurs="0" maxoccurs="unbounded"/> </sequence> </extension> </complexcontent> </complextype> <!-- Definition of BookMark List Type --> <complextype name="bookmarklisttype"> <sequence> <element name="visualbookmark" type="ohtv:visualbookmarktype" minoccurs="0" maxoccurs="unbounded"/> </sequence> <attribute name="useridref" type="nmtoken" use="optional"/> <attribute ref="xml:lang" use="optional"/> 133

150 </complextype> <!-- Definition of Visual BookMark Type --> <complextype name="visualbookmarktype"> <sequence> <element name="bookmarkpositionalinformation" type="ohtv:bookmarkpositionalinformationtype"/> <element name="bookmarkcontentinformation" type="ohtv:bookmarkcontentinformationtype" minoccurs="0"/> </sequence> <attribute name="bookmarkid" type="nmtoken" use="required"/> <attribute name="creatoridref" type="nmtoken" use="required"/> <attribute name="capturedtime" type="datetime" use="optional"/> <attribute name="durationallowed" type="duration" use="optional"/> <attribute ref="xml:lang" use="optional"/> </complextype> <!-- Definition of BookMark Positional Information Type --> <complextype name="bookmarkpositionalinformationtype"> <sequence> <element name="bookmarkedcontent" type="ohtv:bookmarkedcontenttype"/> <element name="bookmarkedposition" type="ohtv:temporallocatortype"/> </sequence> </complextype> <!-- Definition of BookMarked Content Type --> <complextype name="bookmarkedcontenttype"> <choice> <choice> <element name="event" type="ohtv:serviceidentifiableeventtype"/> 134

151 <element name="eventref" type="ohtv:idreferencetype"/> </choice> <choice> <element name="vodcontent" type="ohtv:serviceidentifiablevodcontenttype"/> <element name="vodcontentref" type="ohtv:idreferencetype"/> </choice> </choice> </complextype> <!-- Definition of BookMark Content InformationType --> <complextype name="bookmarkcontentinformationtype"> <sequence> <element name="textualfeatures" type="ohtv:textualfeaturestype" minoccurs="0"/> <element name="avfeatures" type="ohtv:avfeaturestype" minoccurs="0"/> </sequence> </complextype> <!-- Definition of Textual FeaturesType --> <complextype name="textualfeaturestype"> <sequence> <group ref="ohtv:optionalobjectdescriptiongroup"/> <element name="relatedmaterial" type="ohtv:relatedmaterialtype" minoccurs="0"/> </sequence> <attribute ref="xml:lang" use="optional"/> </complextype> <!-- Definition of AV FeaturesType --> 135

152 <complextype name="avfeaturestype"> <sequence> <element name="thumbnailofcapturedframe" type="ohtv:compactimagetype" minoccurs="0" maxoccurs="unbounded"/> </sequence> </complextype> </schema> Name BookMarkTableType Definition 이복합타입은북마크의정보를테이블형태로 기술한다. BookMarkList 이요소는북마크의목록을제공한다. BookMarkListType 이복합타입은북마크의목록을기술한다. VisualBookMark 이요소는북마크정보를제공한다. useridref lang 이속성은서비스가제공되는장치에콘텐츠를녹화한사용자의식별자를명시한다. 이속성은 BookMarkListType기술에사용된언어를명시한다. VisualBookMarkType 이복합타입은북마크정보를기술한다. BookMarkPositionalInformation 이요소는북마크의위치정보를제공한다. BookMarkContentInformation 이요소는북마크의내용정보를제공한다. BookMarkId 이속성은북마크의식별자명시한다. 이속성은북마크를생성한생성자의식별자를명 시한다. 만약이메일이나북마크게시판을통해 creatoridref 획득한북마크의경우에는이식별자는북마크를 포함하는북마크테이블의사용자식별자와는같지않다. capturedtime 이속성은북마크가생성된시간을명시한다. durationallowed 이속성은북마크의재생시간을명시한다. BookMarkPositionalInformationType 이복합타입은북마크의위치정보를기술한다. BookMarkedContent 이요소는북마크가생성된콘텐츠의정보를제공 한다. 136

153 Name BookMarkTableType Definition 이복합타입은북마크의정보를테이블형태로 기술한다. BookMarkList 이요소는북마크의목록을제공한다. BookMarkListType 이복합타입은북마크의목록을기술한다. VisualBookMark 이요소는북마크정보를제공한다. useridref lang 이속성은서비스가제공되는장치에콘텐츠를녹화한사용자의식별자를명시한다. 이속성은 BookMarkListType기술에사용된언어를명시한다. VisualBookMarkType 이복합타입은북마크정보를기술한다. BookMarkPositionalInformation 이요소는북마크의위치정보를제공한다. BookMarkContentInformation 이요소는북마크의내용정보를제공한다. BookMarkId 이속성은북마크의식별자명시한다. 이속성은북마크를생성한생성자의식별자를명 시한다. 만약이메일이나북마크게시판을통해 creatoridref 획득한북마크의경우에는이식별자는북마크를 포함하는북마크테이블의사용자식별자와는같 지않다. BookMarkedPosition BookMarkedContentType Event 이요소는콘텐츠에서북마크의생성된위치정보를제공한다. 이요소는북마크가생성된콘텐츠의정보를기술한다. 이요소는채널번호와서비스이름과관련된이벤트의정보을제공한다. EventRef 이요소는이벤트요소를참조한다. VODContent 이요소는 VOD 콘텐츠의정보를제공한다. VODContentRef 이요소는 VOD Content 요소를참조한다. BookMarkContentInformationType 이요소는북마크의정보를기술한다. TextualFeatures 이요소는북마크의텍스트정보를제공한다. AVFeatures 이요소는북마크의 AV 정보를제공한다. TextualFeaturesType 이요소는북마크의텍스트정보를기술한다. OptionalObjectDescriptionGroup 이요소는이름과설명을제공한다. RelatedMaterial 이요소는텍스트정보와관련된자료들에대한 137

154 Name BookMarkTableType Definition 이복합타입은북마크의정보를테이블형태로 기술한다. BookMarkList 이요소는북마크의목록을제공한다. BookMarkListType 이복합타입은북마크의목록을기술한다. VisualBookMark 이요소는북마크정보를제공한다. useridref lang 이속성은서비스가제공되는장치에콘텐츠를녹화한사용자의식별자를명시한다. 이속성은 BookMarkListType기술에사용된언어를명시한다. VisualBookMarkType 이복합타입은북마크정보를기술한다. BookMarkPositionalInformation 이요소는북마크의위치정보를제공한다. BookMarkContentInformation 이요소는북마크의내용정보를제공한다. BookMarkId 이속성은북마크의식별자명시한다. 이속성은북마크를생성한생성자의식별자를명 시한다. 만약이메일이나북마크게시판을통해 creatoridref 획득한북마크의경우에는이식별자는북마크를 포함하는북마크테이블의사용자식별자와는같 지않다. 정보를제공한다. lang 이속성은 TextualFeaturesType 기술에사용된언어 를명시한다. AVFeaturesType 이요소는북마크의 AV 정보를제공한다. ThumbnailOfCapturedFrame 이요소는북마크의섬네일이미지정보를제공한 다. 138

155 부록 Ⅳ NRT 콘텐츠전달 NRT-IT 를통하여수집되는각콘텐츠의주요정보는다음과같다. Field 명 Time_span_start Duration content_name_text Updates_available content_length Playback_length Expiration 정보콘텐츠전송시작시간다운로드소요시간콘텐츠제목주기적으로계속변경되는콘텐츠인지여부콘텐츠의크기콘텐츠가 Audio, Video인경우의재생시간콘텐츠의유효기간 이외에 TF_available인경우 Text Fragment Table을통하여해당콘텐츠의상세정보를얻을수있다. 각콘텐츠는실제로전송되는시간정보를 time slot descriptor를이용하여전달한다. Time slot descriptor를통하여각콘텐츠의송출시작시간및각콘텐츠가주기적으로전달되는경우해당주기에대한정보를서술한다. Time slot descriptor는다음과같은정보를가진다. Field 명 time_slot_start repeating 정보 해당콘텐츠의송출시작시간을의미한다 해당콘텐츠가구간을나누어송출되는경우, 몇개의구간으로 전송할지의여부를나타낸다 time_slot_length repeat_periods slot_count 콘텐츠를전송하는구간의길이를나타낸다 구간으로나누어지는경우한구간을보내는주기를나타낸다 구간의개수를의미한다 ( 그림 Ⅳ-1) 는수신기내부에서 push VOD 콘텐츠다운로드목록을수신하고, 실제 콘텐츠를수신하는 sequence diagram 이다. 139

156 ( 그림 Ⅳ-1) Push VoD 콘텐츠목록수신및다운로드순서도 지상파로전송되는파일들은다음과같이전송시간과내용을파악할수있다. 지상파방송망으로전송되는콘텐츠는 DSM-CC의 addressable section 상에서 IP Multicast 로 FLUTE 프로토콜을이용하여전송한다. 지상파방송망으로전송되는콘텐츠에대한정보는 DSM-CC addressable section 상에서 IP Multicast 상에 UDP를이용하여전송한다. 채널정보를전달하는 TVCT ( 또는 CVCT) 에서해당채널의 Service Location Descriptor에 DST (Data Service Table) 의 PID를전달한다. VCT에서전달된 DST의 PID를수신하게되면, DST의정보를통하여수신되는모든 DSM-CC addressable section의 IPv4 destination address와 association tag 값을알수있다. (ATSC A 참조 ) 해당 association tag는 PMT의 elementary stream의 association tag descriptor와연결되어, 최 140

157 종적으로해당 IPv4 destination address에대한 transport packet PID를알수있다. 수신되는파일들의정보는 IPv4 multicast destination address port number 4937을통하여수신되며해당 session으로수신되는정보는 SMT, NRT-IT이다. SMT (Service Map Table) 는현재수신되는파일의정보를제공하며, 수신되는파일들을 Subnet, Service, Component의세단계로분류한다. Subnet은해당주파수대역에서특정가상채널에속하는단위로해당채널의 program number의하위 8bit로구성한다. Service는해당채널안에서서로다른형태의서비스를제공하는경우, 각서비스에속한채널을분류하는단위이다. Component는해당 Service 내에서서로다른 source/destination IP address를사용하는경우, 각 session 정보를나타낸다. 실제전송되는콘텐츠에대한정보는 NRT-IT (NRT Standard 6.3 참조 ) 를통하여파악할수있다. NRT-IT는현재혹은미래에수신될파일들의정보를제공하며, 수신되거나수신될파일들을 Service, Contents의두단계로분류한다. Service는 SMT의 Service와 1:1로연결되는단위이다. Contents는해당 Service에서제공되는서로다른콘텐츠를의미한다. 하나의 Contents는 SMT 의하나의 Component와 1:1 연결되지않을수있다. NRT-IT의 Contents는 Contents_linkage 필드값을통하여 FLUTE의전송단위인 FDT Instance 또는특정 File과연결된다. 141

158 부록 V UCI V.1. UCI 의자원생성 UCI의구문구조는 접두코드 개체코드 ( 한정코드 )) 로구성된다. 접두코드는자원을관리하는기관혹은업체를나타내는코드이고, 개체코드이하는자원코드라고부르며해당기관혹은업체에서관리하는자원을뜻하는코드이다. 예를들어, 접두코드로는 KBS라는기관을명시하고, 자원코드를사용하여 엄마가뿔났다 36화 를명시할수있으면이것이하나의 CI_ID( 콘텐츠아이템에대한식별자 ) 가되는것이다. ( 그림 V-1) 식별체계구문구조 UCI 표준에의하면, 자원코드중개체코드는기존의식별체계를그대로사용할수 있는구조이고, 한정코드는디지털자원일경우선택적으로제공하여형태상의변화 를관리할수있는구조이다. V.2. 구문구조 V.2.1. 정의 UCI 구문구조중접두코드를제외한나머지부분, 즉자원코드는각회사별로정의하 여사용중인프로그램 ID 등을활용하도록한다. 식별체계가존재하지않는영상에 대해 ID 를정의하는것은각회사자율적으로하며관리또한자율적으로한다. 142