서비스 제공 방법 및 장치와 통신 수행 방법 및 장치 document_id A220623055542

케이블 방송은 다른 방송매체보다 양방향, 고속 및 대용량 전송에 있어 유리한 특성이 있으므로 고품질의 양방향 서비스 제공이 가능하게 될 뿐만 아니라 향후 방송 통신 융합의 서비스에 가장 적합한 매체가 될 것으로 기대되고 있다. 이러한 디지털 케이블 방송의 양방향성을 가능하게 해 주기 위해서는 방송 수신 및 다양한 부가 기능을 구현할 수 있는 제어용 박스인 셋탑박스(Set-Top Bos, 이하 STB)가 필요하다. STB는 고화질 및 고음질의 디지털 방송 수신과 양방향 서비스(interactive service)를 제공하는데 핵심적인 역할을 담당하므로 디지털 방송에서 STB의 중요성이 점차 부각되고 있다. 디지털 방송이 본격화되기 전까지 STB는 특정 방송 사업자로부터의 방송 데이터를 수신하는 것이 주된 기능이었지만, 근래에는 방송 수신은 물론 통신 기능, 개인 영상 저장 장치(PVR:Personal Video Recorder)기능, 전자 프로그램 가이드(Electronic Program Guide)기능 등 다양한 부가 기능을 구현하는 형태로 발전하고 있다. 한편, 국내 디지털 케이블 방송 표준으로 채택된 오픈 케이블(Open Cable) 표준은 크게 하드웨어 및 소프트웨어 두 부분으로 나뉘어진다. 우선, 하드웨어는 STB와 STB로부터 보안 기능 및 수신제한 기능을 분리한 POP(Point of Deployment)장치로 구성되며, 소프트웨어는 미들웨어인 OCAP(Open Cable Application Platform) 표준 규격이 핵심이다. OCAP은 디지털 케이블 방송에서 양방향 서비스를 제공하는 어플리케이션의 제작 기반이 되는 표준이다. OCAP은 디지털 케이블 방송에 웹 기반 서비스를 제공 함으로써, 시청자들에게 보다 진보된 양방향 서비스 지원이 가능한다. 오픈 케이블 방식은 이러한 OCAP이라는 공통된 미들웨어 플랫폼을 사용함으로써 어플리케이션 소프트웨어 및 컨텐츠를 공유하는 방식이다. 한편, 생활이 발달함에 따라 한 가족이 여러대의 TV를 사용하는 경우가 많아졌다. 그러나 종래에는 STB가 설치된 하나의 TV에서만 디지털 방송을 제공받을 수 있으며, 여러 대의 TV에서 모두 디지털 방송을 제공받기 위해서는 별도의 STB를 구매하여야 하는 문제점이 있었다. 이러한 문제점을 해결하고자, 빌트-인(Built-in) DTV와 주변 기기를 IEEE 1394로 연결하여 기기 통합 제어 및 HD(High Definition) 컨텐츠 공유를 위한 HANA(High Definition Audio Video Network Alliance, 이하 HANA라고 칭함)솔루션이 제안되었다. HANA 기반 솔루션은 DTV 내에 디코더와 웹 브라우저(Web Browser)를 내장하고, 주변기기에는 웹 서버(Web Server)와 컨트롤 페이지(Control Page)를 각각 내장한다. 상술한 HANA 기반 솔루션은 디지털 방송 신호 및 주변 기기에 저장된 HD 컨텐츠를 DTV에서 디코딩하고, DTV의 웹 브라우저를 이용하여 GUI 형태로 주변 기기를 통합 제어할 수 있다. 이러한 HANA는 하나의 통합 리모컨을 사용하여 IEEE 1394 네트워크에 연결된 모든 기기를 제어할 수 있다. HANA는 HANA DTV, TV 노드(Node), A/V HDD, HANA XHT STB 케이블 네트워크 인테페이스 유닛(Network Interface Unit, 이하 NIU)등의 장치를 포함한다. NIU는 종래의 STB의 기능을 수행하며, 사용자 요청에 상응하는 EPG(Electronic Program Gide)나 PPV(Pay Per View), VOD(Video On Demand) 및 쇼핑 프로그램 등을 실행시키거나 데이터의 송수신을 처리하여 그 결과를 HTML 형태로 DTV등에 제공한다. 그러나, HANA 솔루션에 연결된 DTV에서는 어플리케이션을 직접 실행하여 양방향 서비스를 제공하는 것은 불가능하다. HANA 장치와 IEEE 1394로 연결되는 오픈 케이블 방식의 STB에 OCAP 미들웨어가 내재되는 경우, MHP(Multimedia Home Platform)나 OCAP 미들웨어 위에서 동작하는 소정 어플리케이션이 HTML 형태로 제공되지 않기 때문이다. 결국, NIU가 어플리케이션을 직접 실행하고, 실행 결과를 HTML 형태로 DTV에 전달함으로써, DTV에서 양방향 서비스를 제공하여야 한다. 이 경우, 사용자가 서비스의 제공을 요청한 후 실제로 서비스가 제공되기 위해서는 우선, 사용자의 명령이 NIU로 전달되어야 한다. DTV와 NIU는 네트워크 망으로 연결되므로 데이터의 전송에 시간이 소요될 수 밖에 없다. 특히, NIU는 사용자의 명령에 따라 어플리케이션을 실행하고, 실행 결과를 DTV에 전달하여야 하므로 사용자가 서비스의 제공을 요청한 시점과 실제로 서비스를 제공받게 되는 시점간의 시간차가 존재하므로 매우 불편하였다. 이러한 문제점을 해결하기 위하여 OCAP의 규격을 확장하거나 수정한 후, DTV에 탑재하는 방식이 사용될 수 있으나, OCAP 규격을 수정 또는 확장하게 되면, OCAP을 적용하는 경우 드는 라이센스(License) 비용 뿐 아니라 OCAP를 커스토마이즈(Customize)하기 위하여 엄청난 비용이 소비된다는 문제점이 있었다.