지상파 하이브리드 TV 시스템 개발 초고속 통신망의 발전으로 인터넷을 통한 고화질 비디오 서비스가 가능하게 되었고, IPTV 서비스 등의 방통융합서비스도 본격화되고 있 또한 최근에는 단순한 방송시청 뿐 만 아니라 검색이나 SNS 서비스 등의 다양한 기능을 가진 스마트TV도 등장하였 이에 따라 방송 이외의 매체를 통한 비디오 콘텐츠 소비가 증가하고 있고, IT사업자들과 가전사 들이 방송 플랫폼 사업에 진출하는 등 전통적인 방송 산업 구조에도 변화가 일어나고 있 이러한 환경 변화에 대응하기 위하여 KBS 기술연구소는 지상파 방송 기반의 하이브리 드 TV 서비스 플랫폼을 연구하고 있고, 이를 OHTV(Open Hybrid TV)라는 이름으로 국내 의 다른 방송사들 및 가전사 등과 함께 표준화하고 있 안정적이고 효율적으로 대용량 비디오를 전송할 수 있는 방송망과 양방향 특성을 가진 통신망을 같이 활용하는 하이브리 드 TV 환경에서는 양방향 방송 서비스를 보다 효율적으로 제공하는 것이 가능할 것으로 기대된 이를 통해 TV 시청자에게는 개인화된 형태의 새로운 방송 서비스를 제공하고, 방송사에게는 전통적인 사업모델을 탈피하여 새로운 비즈니스 모델을 찾을 수 있는 기회를 줄 수 있 이미 유사한 개념의 서비스들이 국내외에서 다양하게 시도되고 있 본고에서 는 OHTV 서비스 시나리오 및 플랫폼 요소기술과 이를 구현한 프로토타입 시스템을 소개 한 1. 서론 최근에 IPTV 시장에 진입하기 위한 시스 템 구축 비용과 준비 기간을 줄이고자 대용 량 전송의 장점을 가진 방송망과 양방향 특 성을 가진 통신망을 같이 활용하는 하이브리 드 서비스 사례가 국내외에서 나타나고 있 KT와 SkyLife, 영국의 BT, 미국의 AT&T와 DirectTV 등은 방송과 VOD 서비 스를 결합한 비교적 단순한 형태의 하이브리 드 서비스를 제공하고 있 유럽에서는 방 송과 연관된 양방향 서비스 및 다양한 인터 넷 서비스를 제공할 목적으로 HbbTV (Hybrid Broadcast Broadband TV) 표준화 를 완료하였고, 독일과 프랑스 등에서 상용 및 시범 서비스를 진행하고 있 일본에서 도 Hybridcast라는 이름으로 하이브리드 TV 서비스 플랫폼을 연구하고 있 국내 지상파 방송사들은 가전사들 및 연구 기관 등과 함께 차세대 방송 표준 포럼 내에 서 OHTV라는 이름으로 하이브리드 TV 서 비스를 위한 기술 규격을 표준화 하고 있 KBS 기술연구소는 지상파 하이브리드 TV 서비스 플랫폼 연구를 통해 OHTV 표준화에 많은 기여를 해오고 있 <그림 1> OHTV 서비스 플랫폼
OHTV 서비스 플랫폼은 <그림 1>과 같이 방송망을 통해서 실시간 DTV방송과 Push VOD용 비디오 데이터를 전송하고, 인터넷을 통해서는 IP VOD용 비디오 데이터와 메타데 이터 그리고 HTML형태의 어플리케이션을 전송할 수 있 OHTV 서비스 플랫폼 기반으로 시청자에 게 제공 가능한 서비스 시나리오는 2장에서 제시한 3장에서는 제시된 시나리오를 구 현하기 위해 필요한 주요 요소기술과 이를 표준화시킨 OHTV 주요 규격에 대해서 소개 한 그리고 4장에서 제안된 요소 기술들의 적합성을 보여주기 위하여 핵심 시나리오에 대한 테스트 모델을 만들고 이에 대한 프로 토타입 시스템을 구현하였 2. 서비스 시나리오 OHTV 서비스는 방송 채널에 종속되어 실 행되는 채널 바운드 서비스이 <그림 2>와 같이 DTV 방송 채널을 튜닝하게 되면 방송 데이터에 포함된 시그널링 정보를 통해서 초 기 URL 정보를 얻는 초기 URL 정보만 온에어로 받고 실제 어플리케이션은 받은 URL 정보를 이용하여 HTML 형태로 인터넷 을 통해 전송받아 실행한 그리고 서비스 에 필요한 비디오 콘텐츠 전송은 방송망과 인터넷을 이용한 이와 같은 방식으로 이 루어지는 OHTV 주요 서비스로는 Push VOD 서비스, IP VOD 서비스, Advanced EPG 서비스, Video Bookmark 서비스, 광 고 서비스 등이 있 방송망을 통한 Push VOD 서비스는 <그 림 3>과 같이 DTV 채널에서 별도로 할당된 대역을 통해 콘텐츠를 단말에 다운로드하여 시청자에게 보다 풍부한 프로그램을 제공하 는 서비스이 인코딩 기술의 발전으로 하 나의 채널을 전송하기 위해 필요한 대역폭을 줄일 수 있고, 이때 생긴 여유 대역을 통해 Push VOD와 같은 부가서비스를 제공할 수 있 <그림 2> 서비스 진입 <그림 3> Push VOD 서비스 오픈 인터넷을 이용한 IP VOD 서비스는 <그림 4>와 같이 스트리밍 방식과 다운로드 방식을 통해서 VOD 서비스를 제공할 수 있 망의 QoS(Quality of Service)를 보장할 수 없는 환경에서의 스트리밍 서비스를 위하 여 어느 정도 버퍼링된 시점부터 바로 재생 을 하는 인터넷 Download&Play 방식이 가 능하 또한 가변적인 네트워크 환경에 적 응적으로 콘텐츠를 전송하는 적응형 스트리 밍(adaptive streaming) 방식도 가능하 IP VOD와 Push VOD 서비스 등을 통해 서 수신기에 저장된 콘텐츠에 대해 브라우 징, 검색, 상세정보 서비스 등이 가능하 브라우징 시에 콘텐츠의 분류 기준은 저장된 시간, 장르 등이 될 수 있 또한 push, 다 운로드 등의 저장방법에 따라서 분류가 될 수도 있고, 고해상도 콘텐츠만 별도로 분류 해서 볼 수도 있 <그림 5>는 현재 방송 중인 채널의 인기 있는 프로그램을 서비스
메뉴의 1 depth에 노출함으로써 시청자의 콘텐츠 접근성을 향상시킨 VOD보기 서비스 메뉴이 단순하고 유연한 메인화면을 구성 하여 시청자의 시청방해를 최소화한 구성이 <그림 6> Advanced EPG 서비스 <그림 4> IP VOD 서비스 <그림 5> VOD 보기 Advanced EPG 서비스는 EPG 고유의 역 할인 프로그램 안내뿐만 아니라 제공되는 프 로그램 상세정보를 바탕으로 사용자가 VOD, PVR 서비스를 쉽게 요청할 수 있도록 콘텐 츠 포털 역할도 하는 서비스이 프로그램 의 장르, 시놉시스, 이미지, 배경음악, 썸네 일 영상, 예고편 등 다양한 부가 데이터 서 비스도 Advanced EPG를 통해 수행할 수 있 <그림 6>은 현재 방송중인 채널의 프 로그램 안내정보를 상세정보와 함께 보여주 고 있 Video Bookmark 서비스는 영상내의 특 정 순간을 저장했다가 정확히 그 장면부터 다시 볼 수 있도록 해주는 서비스이 Video Bookmark에는 해당 장면의 정지 이 미지와 해당 영상의 제목과 링크, mark된 시점(temporal position), 텍스트 코멘트 등 을 포함하는 메타데이터 등이 포함된 이 러한 데이터를 이용해 사용자가 영상 콘텐츠 내의 mark된 장면을 신속히 검색할 수 있게 해주고 복수의 단말기 간에 Video Bookmark 공유를 통해 상호 정확하게 일치 하는 지점부터 재생할 수 있게 해준 사용 자는 자신이 저장한 Video Bookmark를 <그림 7>과 같이 다른 사용자들과 여러 가지 방식으로 공유할 수도 있 사용자는 시청 중에 생성된 Video Bookmark를 email을 비롯한 여러 가지 1:1 전송 기능을 통해 친 구들에게 전송할 수 있으며, 인기 social networking site에 포스팅 할 수 있 <그림 7> Video Bookmark 서비스
Video Bookmark 메타데이터에 포함된 장면 연관 정보(SAI; Scene Associated Information)를 활용하여 시청자들에게 해당 장면에 나오는 배우, 배경음악, 소품 등의 연 관 정보를 <그림 >과 같이 제공할 수 있 이러한 정보를 활용하면, 시청자로 하여금 시청도중 더 향상된 시청경험을 위해 부가 연관정보를 불러내어 이용하게 할 수 있 또한 프로그램을 시청하는 동안 장면이 바뀔 때마다 그 장면과 연관성을 갖는 context-based 광고를 함께 전달할 수 있 있는 context-based 광고를 노출하여 시청 자가 원하는 상품을 TV를 통해서 직접 구매 할 수 있 그리고 지역기반 검색광고 서비 스와 유사하게 사용자 위치정보를 기반으로 한 지역광고도 가능하 3. 서비스 플랫폼 요소 기술 3.1 수신기 구조 OHTV 서비스를 위한 수신기 구조는 다음 과 같 <그림 > 장면 연관 정보 <그림 10> OHTV 수신기 구조 <그림 9> 광고 서비스 광고서비스는 <그림 9>와 같이 광고정책 에 따라 콘텐츠의 앞, 뒤, 또는 중간에 동영 상 광고를 삽입해서 무료 콘텐츠 시청자들에 게 광고를 노출시킬 수 있게 하는 서비스이 동영상에 연결된 광고 동영상들은 광고 정책에 따라서 쉽게 변경할 수 있고, 사용자 의 관심도에 따라서 광고 동영상들을 사용자 에 맞게 편성할 수 있 또한 SAI 정보를 이용하여 콘텐츠 시청 시 콘텐츠와 관련이 OHTV 서비스 어플리케이션은 <그림 10> 과 같이 CEA-2014의 CE-HTML 규격과 OHTV Browser API를 기반으로 작성된 그리고 ATSC 2.0의 NRT(Non-real Time) 와 HTTP 프로토콜을 이용하여 방송과 인터 넷을 통해 전송된 CEA-2014는 TV와 같 은 가전기기에서 웹기반 UI를 사용할 수 있 도록 표준화된 기술이 CE-HTML 주요규격은 표 1과 같이 XHTML(eXtensible Hyper Text Markup Language), CSS(Cascading Style Sheet), DOM(Document Object Model), ECMA
Script 등으로 구성되어 있 DOM 이벤트 타입을 이용하여 리모콘의 키 이벤트를 지원 하며, 어플리케이션 배경으로 온에어 방송이 보이게 하기 위하여 TV control object와 CSS를 이용할 수 있 그리고 동영상을 재 생하기 위하여 AV object를 이용한 Download 관련 object 들은 저장된 콘텐츠 를 보기 위하여 활용된 <표 1> CE-HTML 주요 규격 * XHTML 1.0 Strict or Transitional XHTML * Mime type : application/ce-html+xml * DOM2 Core/Style/events DOM * KeyEvent * DOM2 HTML subset * CSS TV Profile CSS * CSS 2.0, CSS 2.1 subset * ECMA-262 Script * A/V Scripting Object, XMLHttpRequest 동영상 시스템 규격은 MPEG-2 TS, MP4, ASF를 사용하고, 압축 규격은 H.264, MPEG-2, WMV9을 사용한 3.2 어플리케이션 시그널링 채널 바운드 어플리케이션을 시그널링 하 기 위하여 방송신호를 통해 전송되는 SMT(Service Map Table) 또는 인터넷에서 널리 사용하는 기술인 DNS(Domain Name Server)를 이용한 SMT와 DNS가 동시에 존재하면 SMT가 우선한 SMT의 존재 유무를 판단하기 위해서 PMT(Program Map Table)에 정의되어 있 는 Elementary Stream Loop 중 Stream Type이 0x0D(DSM-CC Addressable Section)인 스트림을 찾는 이때 단말에서 는 해당 PID를 이용하여 Service Signaling Channel을 통해 전송되는 SMT를 수신하게 된 Syntax 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 } SMT를 이용하여 NRT 또는 IP로 전송되 는 어플리케이션을 시그널링하기 위하여 기 존의 서비스(ATSC-M/H, NRT)에 OHTV Service를 추가로 정의한 OHTV 어플리 케이션의 시그널링 정보를 담는 component descriptor에서 component_type 필드는 0 을 사용한 이때 component_data의 구문은 표 2와 같 <표 2> OHTV를 위한 SMT component_data 구문 No. of bits 16 7 1 var Format application_type은 웹 어플리케이션인지 패키지드 웹 어플리케이션인지를 구별한 protocol_id는 NRT를 통한 전송과 IP를 통 한 전송을 구별한 URL_byte는 어플리케 이션의 URL 정보를 담고 있 SMT를 통해 어플리케이션 시그널링 정보 가 전달되지 않는 경우, 수신기는 <그림 11> 과 같이 FQDN(Fully Qualified Domain Name)을 구성하여 DNS 서버에 어플리케이 션 URL 정보를 질의할 수 있 FQDN의
parent domain name은 ohtvdns.org를 사 용한 Local host name은 각 서비스 제 공자를 명시하기 위해 사용되며, media - specifier 의 형태로 기술된 media 는 OHTV 서비스 사업자의 매체 (terrestrial 등)를 나타내며 specifier 는 현재 OHTV 수신기에서 튜닝된 DTV 채널의 major, minor 채널 번호, shortname의 조 합으로, major - minor-shortname 의 형 태로 명시된 예를 들어, KBS1의 FQDN은 terrestrial-9-1-kbs1hd.ohtvdns.org 가 된 <그림 11> OHTV DNS 시그널링 3.3 어플리케이션 구조 OHTV 어플리케이션은 웹 어플리케이션과 패키지드 웹 어플리케이션 두가지 구조를 가 질 수 있 웹 어플리케이션은 PC에서 사용 하는 웹페이지와 유사한 형태를 가지며, IP 혹은 NRT를 통하여 추가적으로 필요한 이미 지나 데이터 파일들을 수신할 수 있 패키지드 웹 어플리케이션은 HTML 문서 와 이미지 등 웹 페이지를 구성하는 파일들 이 ZIP으로 압축되어 하나의 패키지로 구성 된 어플리케이션이 이런 형태의 어플리케 이션을 사용하면 최초 다운로드 및 설치하는 데 시간이 소요가 되지만, 한번 설치가 되고 나면 일반 웹 어플리케이션보다 빠른 속도로 실행시킬 수 있 수신기에서는 ZIP 포맷으 로 수신된 어플리케이션의 압축을 풀고, 특 정 위치에 저장한 패키지드 웹 어플리케이션의 규격은 W3C 의 Widget 규격을 기반으로 하고 있으며, 구 성 요소로는 CSS, Resource, JavaScript, index.html, config.xml 이 있 index.html은 어플리케이션이 최초 실행할 html 파일이 config.xml은 각종 실행 환 경 정보를 가지고 있는 파일이 3.4 전송 프로토콜 OHTV 서비스는 지상파 방송망과 인터넷 망을 이용하여 전송될 수 있 지상파 방송망을 이용한 OHTV 서비스의 전송은 ATSC 2.0의 NRT 표준을 따른 이 표준은 DSM-CC Addressable Section 방 식을 이용하여 여러 개의 IP 주소로 콘텐츠 를 전송하며, IP 패킷들은 FLUTE 프로토콜 에 따라 전송된 Push VOD 서비스의 콘 텐츠 전송과 Advanced EPG 서비스를 위한 미리보기 및 웹 페이지 등의 데이터를 방송 망을 이용해 전송하는 방식은 NRT를 이용한 인터넷망을 이용한 OHTV 서비스의 전송 은 IETF HTTP v1.1 표준을 기반으로 한 구체적인 전송방식으로는 스트리밍, 풀다운 로드(full download), 플레이어블 다운로드, 적응형 스트리밍 등이 있 스트리밍이나 적응형 스트리밍은 콘텐츠를 지속적으로 받 으면서 재생하지만, 수신기 저장장치에 저장 하지는 않는 스트리밍에서 시간단위의 점 프 플레이를 위하여 정의된 HTTP Request 헤더의 X-OHTV-TimeRange를 이용하여 콘텐츠의 전송받을 부분을 지정할 수도 있 X-OHTV-TimeRange의 형식은 다음과 같
X-OHTV-TimeRange = "X-OHTV-TimeRange" ":" time-ranges-specifier 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 HTTP를 이용한 풀다운로드는 콘텐츠의 다운로드가 모두 완료된 후에 재생이 가능하 플레이어블 다운로드는 콘텐츠를 다운로 드 받아 수신기의 저장장치에 저장하면서 동 시에 재생하는 방식이 적응형 스트리밍(adaptive streaming)은 비트레이트가 다른 여러 버전의 비디오를 준 비하고 있다가 수신기에서 네트워크 상태에 맞추어 요구하는 비트레이트의 비디오를 전 송함으로써, 가변적인 네트워크 환경에 적합 하게 콘텐츠를 전송하는 방식이 MPEG의 DASH(Dynamic Adaptive Streaming over HTTP)규격을 기반으로 한 3.5 브라우저 API 브라우저 API는 웹 페이지 형태의 OHTV 어플리케이션이 동영상 수신 및 재생, 저장, 온에어 방송 표시 등의 수신기 내부 기능을 사용하기 위해 필요하 AV Object는 VOD 서비스에서 콘텐츠 재 생을 위해 사용되며, 재생할 콘텐츠 URL을 지정할 수 있고 play, stop 등의 동영상 재 생 제어 기능을 어플리케이션에 제공할 수 있 가전기기에서의 동영상 재생 방식 등 을 정의하고 있는 CEA-2014규격을 기반으 로 한 Download object는 동영상을 수신기에 저장하고 관리하기 위해 사용되며, OIPF (Open IPTV Forum) 규격을 기반으로 하고 있 TV control object는 어플리케이션내 에서 방송 스트림을 표시하고 관리하기 위해 사용된 방송 채널에 맞는 어플리케이션을 보여주기 위하여 현재 튜닝된 채널 정보도 가져올 수 있 이외에도 서버에서 수신기 를 식별하여 맞춤형 서비스를 제공할 수 있 게 하는 device object, 글자 입력 기능을 제공하는 IME(Input Method Editor) object 등이 있 3.6 메타데이터 수신기에서 콘텐츠를 관리하고, 다양한 사 업자 간에 서비스를 결합하여 사용자에게 새 로운 정보를 제공하기 위해서는 다양한 메타 데이터 활용이 필요하 CAD(Contents Access Descriptor)는 수 신기가 콘텐츠 재생에 필요한 정보를 수신하 고 저장된 콘텐츠 관리를 하기 위해 필요한 메타데이터이 콘텐츠 ID, URL, 유효기간, 타이틀 등의 정보를 포함한 콘텐츠 ID 규 격은 각 서비스 제공자들이 기존에 사용 중 인 식별체계와 호환가능하게 설계할 수 있는 UCI(Universal Content Identifier)를 기반 으로 하고 있 수신기는 콘텐츠 ID를 이용 하여 콘텐츠 관련 정보를 추가적으로 수집할 수도 있 MPD(Media Presentation Descriptor)는 적응형 스트리밍 방식에서 사 용하는 메타데이터로서, 수신기가 적절한 비 트레이트의 콘텐츠를 요청할 수 있도록 필요 한 정보를 제공한 Video Bookmark 메 타데이터는 Video Bookmark 서비스에서 사용되는 장면연관정보나 북마크 정보 등을 다양한 서비스 사업자들과 사용자들 간에 공 유하고 활용하게 할 수 있도록 정의되어 있 4. 시스템 구현
2장과 3장에서 OHTV 서비스 주요 시나리 오와 플랫폼 요소 기술에 대해서 살펴보았 4장에서는 이러한 OHTV 서비스를 제공 하는데 필요한 콘텐츠 제작 시스템 및 송출 시스템에 대해서 설명할 것이 수신기는 삼성과 LG의 OHTV 프로토타입 수신기를 사용하였 데이터와 서비스 메타데이터로 구성된 4.1 OHTV 서비스 제작 시스템 OHTV 서비스를 시청자에게 제공하기 위 해 필요한 서비스 제작 시스템은 동영상 제 작 시스템, 콘텐츠 관리 시스템, 정보처리 시 스템 등 크게 세 개의 서브시스템으로 구성 된 동영상 제작 시스템은 서비스용 동영상 콘 텐츠를 생성하는데 필요한 기능을 제공한 기본적으로는 동영상 소스로부터 원본을 획 득하고 서비스에 적당한 형태로 편집 및 트 랜스코딩, 서비스 시스템으로 등록하는 일련 의 과정을 수행한 <그림 12>는 이 과정을 상세히 보여주고 있 동영상 입력 관리자가 진행 사항을 확인하 고 프로그램을 등록할 수 있으며, 관리자의 반복 편집 과정을 스크립트 프로그래밍을 통 하여 구현하고 추가 수작업을 할 수 있는 NLE(Non-Linear Editing) 편집과 NLE에서 넘겨 받은 동영상을 사전 설정 값대로 자동 포맷 변환하는 트랜스코더가 유기적으로 결 합되어 있 동영상 제작 시스템은 향후 구 축될 KBS 뉴미디어 통합 콘텐츠관리체계 (CMS)의 통합 콘텐츠 허브 즉, 에센스 허브 와 연결되고 오픈 API를 통해서 서비스 될 계획이 콘텐츠 관리 시스템은 동영상 제작 시스템 에서 생성된 동영상 콘텐츠를 바탕으로 여러 가지 서비스에 필요한 메타데이터를 입력하 고 관리한 메타데이터는 크게 제작 메타 <그림 12> 동영상 제작 시스템 제작 메타데이터는 동영상을 기술하는데 필요한 정보들이 주를 이루며, 사내 편성정 보 시스템을 통해 얻을 수 있는 프로그램과 관련된 정보와 각 프로그램을 동영상으로 변 환하면서 부여되는 동영상 속성들이 제작 메 타데이터에 포함된 제작 메타데이터의 생 성을 위해서 사내 편성정보 시스템과 연동하 여 일, 주 단위로 방영되는 프로그램에 대한 정보(프로그램 제목, 프로그램 부제목, 프로 그램 ID, 방영일, 방영 시간, 기획 의도, 장 르 등)를 수집하여 저장하는 에이전트를 구 현하였으며, 동영상 변환 과정에서 생겨나는 동영상 기술 정보(파일 포맷, 파일 크기, 비 트율, 오디오 코딩, 비디오 코딩, 화면 비율, 프레임율 등)도 저장한 그 외의 부족한 정 보에 대해서는 직접 수정을 할 수 있도록 메 타데이터 편집 툴을 구현하여 제작 메타데이 터를 생성한 서비스 메타데이터는 비디오북마크 서비 스, 광고 서비스 등을 기술하는데 필요한 정 보들로 이루어져 있 SAI 정보는 장면 연 관 정보 이므로 <그림 13>과 같이 동영상을 구성내용에 따라 세분하는 단위인 비디오 세 그먼트 정보와 연관관계를 가진 또 이를
고리로 Video Bookmark 정보 및 BBS(Bulletin Board System) 메시지 정보와 도 연관관계를 가진 KBS 뉴미디어 통합 콘텐츠관리체계(CMS)의 메타데이터 허브와 연결되어 CMS가 제공하 는 제작메타데이터와 기본적인 서비스 메타 데이터 위에 OHTV향 서비스 메타데이터를 관리하는 역할을 하게 될 계획이 정보처리 시스템은 콘텐츠 및 관련 부가 정보를 생성하는데 필요한 편성정보 수집, 생활정보 수집 등의 역할을 수행한 <그림 13> 메타데이터 연관관계 SAI 정보와 세그먼트 정보는 N:N의 관계 를 가진 즉, 하나의 SAI 정보는 여러 개 의 세그먼트 정보에 연결될 수도 있고, 하나 의 세그먼트 정보는 여러 개의 SAI 정보를 가질 수 있 SAI 정보는 세그먼트 전체에 걸쳐 노출될 수도 있지만 특정시점에 노출될 수도 있 이것은 SAI 정보 필드 중에서 동 영상내에서의 시간위치 정보를 갖고 있는 TemporalLocator에 의하여 표현된 동영상 재생시 동영상 광고를 보여주고자 할 경우, 동영상 광고 콘텐츠를 구성하는 파 일들은 지상파 방송망 또는 인터넷을 통해서 수신기에 미리 전송하여 저장한 재생할 광고 동영상의 선택은 광고 서버가 생성한 광고 메타데이터에 의해 이루어진 광고 메타데이터는 재생할 동영상 ID와 광고 동영 상 ID 정보의 연결정보와 삽입 위치 정보 등 을 가지고 있으며, 수신기 브라우저는 전달 된 광고 메타데이터를 파싱하여 광고동영상 을 해당 위치에서 재생한 이렇게 함으로 써 네트워크 장애 시에 대처할 수 있으며, Download&Play 시에도 버퍼링기간동안 광 고 동영상을 재생시킬 수 있는 장점들을 가 질 수 있 콘텐츠 관리 시스템은 향후 <그림 14> 정보처리 과정 정보형 서비스에 필요한 생활정보 들을 활 용하기 위해서는 <그림 14>와 같이 해당 데 이터를 ITIS(Interactive Total Information Service) 서버로부터 내부 데이터베이스로 가져와야 한 네트워크 보안정책 때문에 직접 접속이 불가능할 경우, 정보수집 에이 전트를 통해 ITIS 데이터베이스에 접속하여 필요한 정보를 수집하는 방식을 사용한 ITIS 데이터베이스는 뉴스, 날씨 등 방송에 사용하는 각종 공익 정보를 보관하고 있 편성정보 웹서비스는 한 주간의 개략적인 정보를 조회하는 주간편성 웹 서비스와 당일 의 세부적인 정보를 조회하는 송출운행 웹 서비스로 구분되어 있 정보수집 서버는 먼저 주간편성의 정보를 이용하여 한 주간의 편성표를 구성하고, 매일 세부적으로 변경되 는 부분을 수시로 송출운행 부문을 참조하여 업데이트한 VOD 서비스의 인기 프로그램 보기 메뉴는 사내 편성정보 시스템의 프로그 램시청률 조회 웹 서비스를 통해서 기간별 시청률 데이터를 불러오고 정보처리 시스템 이 기간별 시청률을 처리하여 순위를 제공한
4.2 OHTV 서비스 송출 시스템 OHTV 송출시스템은 <그림 15>와 같이 OHTV 기술 규격에 맞는 HTML형태의 웹 어플리케이션을 HTTP 프로토콜로 인터넷을 통해 수신기에 전송한 서비스에 필요한 동영상 전송을 위해서 인터넷에서는 HTTP 프로토콜을 이용하고, 방송망에서는 ATSC의 NRT(Non-Real Time) 프로토콜을 이용한 또한 서비스에 따라 필요한 메타데이터를 수 신기에 전송하며, 이용자가 작성한 메타데이 터의 수신과 파싱 등의 작업을 수행한 NRT 인코더, 그리고 수신기가 해당 콘텐츠 의 유무를 알고 저장하기 위해 필요한 NRT 시그널링 정보를 PSIP 인코더로 전달해주는 인터페이스 부분으로 나눌 수 있 PSIP Encoder PMT 연동정보 PSIP Encoder 연동 모듈 NRT Encoder PMT 연동정보 인코딩 모듈(1) 인코딩 모듈(2) Private Section Encoding FLUTE Encoding Addressable Section Encoding MPEG-2 TS Encoding ASI Interface MPEG-2 TS Stream MUX <그림 16> NRT 기반 콘텐츠 전송 시스템 <그림 15> OHTV 서비스 송출 시스템 방송망을 통해 콘텐츠를 전송하는 Push VOD 기술은 기본적으로 디지털 TV의 장점 중 하나인 다양한 부가 데이터를 A/V 신호 와 함께 하나의 트랜스포트 스트림 형태로 다중화해서 전송하는 방식을 사용한 DTV 트랜스포트 스트림에 부가적인 데이터를 다 중화하여 비실시간의 콘텐츠를 전송하기 위 해 FLUTE 프로토콜을 이용한 Push VOD를 위한 송출시스템은 <그림 16>과 같이 방송망을 통해 전송할 콘텐츠 정 보 및 송출 스케쥴 정보를 가져오는 부분과 전송할 콘텐츠를 NRT 규격에 맞게 가공하는 NRT 인코더는 영상 콘텐츠나 어플리케이 션을 NRT 표준에서 정의한 포맷으로 실시간 인코딩하고 정해진 대역폭에 맞추어 송출하 는 기능을 수행한 콘텐츠 관리 시스템이 전송할 콘텐츠를 선택하는 기능과 특정 시간 에 송출할 수 있도록 하는 스케줄링 기능을 가지고 있고, 이 정보를 이용하여 NRT 인코 더에서 NRT 송출 데이터를 생성한 NRT 인코더와 콘텐츠 관리 시스템간의 데이터 전 송 프로토콜은 SOAP(Simple Object Access Protocol)을 사용하였 <그림 17> 은 NRT 인코더의 화면 UI를 보여준 <그림 17> NRT 인코더 화면
NRT 서비스를 위해 필요한 NRT elementary stream 정보는 PSIP 인코더에 전달되어 PMT(Program Map Table)를 통 해 송출할 수 있도록 하였 또한 PSIP의 VCT(Virtual Channel Table)가 NRT에 필 요한 정보를 포함하도록 하여 DTV 채널에 NRT 송출 데이터가 있음을 나타내도록 하였 인터넷을 통한 어플리케이션 및 콘텐츠 전 송은 WAS(Web Application Server)와 스 트리밍 서버에 의해 수행된 WAS는 <그림 1>과 같이 이용자의 요청에 대해 포털DB 안에 저장된 정보를 기반으로 필요한 작업을 수행하고, 그 결과를 HTML형태의 어플리케 이션에 반영하여 수신기에 전송하는 시스템 이 더의 Range 파라미터를 이용하거나 HTTP GET/POST 방식으로 파라미터 값을 서버에 전송하는 방식을 사용한 서버는 수신기의 요청 메시지로부터 해당 콘텐츠의 식별정보 를 확인하고 이에 해당하는 대용량 콘텐츠 및 관련 메타데이터를 HTTP Response 메 시지로 수신기에 전송한 <그림 19> 인터넷을 통한 콘텐츠 전송 <그림 1> WAS 시스템 스트리밍 서버는 편의성 및 보안문제 등을 고려하여 HTTP v1.1 프로토콜을 기반으로 대용량 콘텐츠를 <그림 19>와 같이 수신기 에 전송한 스트리밍의 경우 대용량의 콘 텐츠를 한번에 전송하지 않고 일정 시간 분 량의 작은 조각으로 나누어 전송함으로써 서 버와 네트워크를 효율적으로 운용할 수 있 VoD 파일을 중간부터 보거나 다운로드 가 중단된 콘텐츠를 이어받고자 할 경우 수 신기는 전송 받을 부분의 Byte 단위 위치를 기반으로 콘텐츠의 일부분만을 요청할 수 있 이 경우 HTTP 1.1 Request 메시지 헤 <그림 20> 서비스 메뉴 화면 <그림 21> Push VOD 화면
<그림 5>, <그림 6>, <그림 20>, <그림 21>은 각각 OHTV 프로토타입 시스템에 의 해 구현된 VOD 서비스 화면과 Advanced EPG 서비스 화면 및 OHTV 서비스 메뉴 화 면과 Push VOD 서비스 화면을 보여주고 있 OHTV 프로토타입 시스템은 NAB(2010 년) 와 KOBA(2010년, 2011년)에서 삼성과 LG의 OHTV 프로토타입 TV와 함께 전시되 어 국내외 관계자들에게 많은 주목을 받았 표준화를 같이 진행하고 있는 다른 방송사 (MBC, SBS, EBS)들도 OHTV 규격 기반으 로 프로토타입 시스템을 만들어 2010년 12 월에 KBS와 함께 OHTV 실험서비스를 진행 함으로써, 지상파 하이브리드 TV 서비스 규 격으로서 OHTV가 가지고 있는 개방성과 가 능성을 보여주었 5. 결론 지금까지 지상파 하이브리드 TV 플랫폼에 서 가능한 서비스 시나리오와 이를 위해 필 요한 요소기술들을 살펴보았고, 제안된 기술 들을 활용하여 프로토타입 시스템을 구현함 으로써 서비스 시나리오에서 제시된 핵심 기 능 들을 구현할 수 있음을 보였 연구 과 정에서 검증된 주요 기술들은 OHTV 표준 규격으로 제안되어 2010년 12월에 TTA에서 국내 잠정 표준으로 승인을 받았고, 올해 정 식 표준으로 개정될 예정이 현재 OHTV 표준 규격을 구성하고 있는 주요 기술들은 주로 TV를 대상으로 하고 있지만, 향후에는 PC와 모바일 플랫폼에도 seamless한 서비 스를 제공할 수 있게 하는 기술들로 발전해 야 할 것이 이에 필요한 기술들을 개발하 고, 또 이 기술들을 바탕으로 서비스 시스템 을 구성하는 것은 앞으로의 과제로 남아있