인터넷 프로토콜 텔레비전 방송시스템에서 양방향 통신 방법 및 장치{METHOD AND APPARATUS FOR TWO WAY COMMUNICATION IN INTERNET PROTOCOL TELEVISION BROADCASTING SYSTEM}

본 발명은 IPTV 방송시스템에 관한 것으로, 셋톱박스를 비롯한 사업자 가입형태의 서비스 제공 제품에서 SNMP(Simple Network Management Protocol)를 통해 동적으로 필요한 정보를 처리하는 방법 및 장치에 관한 것이다.

IPTV(Internet Protocol TeleVision)는 IP 네트워크를 통해 서버들이 제공하는 콘텐츠를 시청할 수 있는 모니터이다. IPTV를 IP 네트워크에 접속하는 방법은 케이블 TV 등으로부터 제공되는 셋톱박스(Set-Top-Box: STB)를 채용하는 방법, DVD 레코드 등의 DVR(Digital Video Recorder)을 이용하는 방법, IP 네트워크에 접속될 수 있는 기능을 가진 TV를 이용하는 방법 등이 있다. IPTV에 의한 콘텐츠의 시청은 일반 시청자가 자신의 집 리빙룸(living room)이나 각자의 방에서 리모콘을 조작하여 시청한다. 이때 시청하는 콘텐츠는 IP 멀티캐스트 기술을 이용한 방송중의 TV 프로그램, 놓친 TV 프로그램이나 과거의 영상을 보고싶을 때 보는 VOD 등과 IPTV의 새로운 특징인 양방향 통신에 의한 서비스이다.

예를 들면, 셋톱박스의 EBIF(Enhanced TV Binary Interchange Format) 기능을 통해 양방향 서비스가 지원된다. 상기 EBIF는 양방향 서비스를 위해 CableLabs에서 제정한 전송 포맷이다.

하지만, 종래에는, 특정 분야에 대해 각각의 양방향 기법이 사용되고 있고, 상기 양방향 서비스는 방송채널에 종속적이다. 또한, 해당 기술에 양방향 서비스를 도입하기 위해서는 상기 해당 기술을 습득하여 개발해야 하는 절차가 필요하다.

따라서, IPTV 방송시스템에서 효율적인 양방향 통신 방법 및 장치가 필요하다.

본 발명의 목적은 SNMP, FTP(File Transfer Protocol) 그리고 XML(eXtensible Markup Language)을 기반으로 동적으로 양방향 정보를 처리하는 방법 및 장치를 제공함에 있다.

본 발명의 또 다른 목적은 MSO(Multiple System Operator), 판매자(VENDOR) 그리고 채널 등에 종속되지 않으며 사용자 허락에 기반하여 양방향 서비스를 제공하는 방법 및 장치를 제공함에 있다.

상기한 목적들을 달성하기 위한 본 발명의 제 1 견지에 따르면, 인터넷 프로토콜 텔레비전 방송시스템에서 양방향 통신 방법에 있어서, FTP(File Transfer Protocol)를 통해, 상호작용(interaction)에 관련한 정보를 수신하는 과정과, 상기 상호작용에 관련한 정보를 이용하여, 사용자 인터페이스(Graphical User Interface: GUI)을 디스플레이하는 과정과, 상기 GUI를 통한 사용자 입력을 기반으로, MIB(Management Infomation Base)를 생성하는 과정과, 상기 생성된 MIB를 SNMP(Simple Network Management Protocol)을 사용하여 상기 서버로 전송하는 과정을 포함하는 것을 특징으로 한다.

상기한 목적들을 달성하기 위한 본 발명의 제 2 견지에 따르면, 인터넷 프로토콜 텔레비전 방송시스템에서 양방향 통신 방법에 있어서,사용자 제품과 상호작용(interaction)이 필요할 시, 저장매체로부터 상호작용에 관련한 정보를 로딩하는 과정과, FTP(File Transfer Protocol)를 통해, 상기 상호작용에 관련한 정보를 사용자 제품으로 송신하는 과정과, 상기 상호작용에 관련한 정보를 사용자 제품으로 송신한 후, SNMP(Simple Network Management Protocol)을 기반으로 MIB(Management Infomation Base)를 수신하는 과정을 포함하는 것을 특징으로 한다.

상기한 목적들을 달성하기 위한 본 발명의 제 3 견지에 따르면, 인터넷 프로토콜 텔레비전 방송시스템에서 양방향 통신 장치에 있어서, FTP(File Transfer Protocol)를 통해, 상호작용(interaction)에 관련한 정보를 수신하는 FTP 클라이언트와, 상기 상호작용에 관련한 정보를 이용하여, 사용자 인터페이스(Graphical User Interface: GUI)을 디스플레이하는 제어부와, 상기 GUI를 통한 사용자 입력을 기반으로, MIB(Management Infomation Base)를 생성하는 MIB 생성부와, 상기 생성된 MIB를 SNMP(Simple Network Management Protocol)을 사용하여 상기 서버로 전송하는 SNMMP 에이전시를 포함하는 것을 특징으로 한다.

상기한 목적들을 달성하기 위한 본 발명의 제 4 견지에 따르면, 인터넷 프로토콜 텔레비전 방송시스템에서 양방향 통신 장치에 있어서, 사용자 제품과 상호작용(interaction)이 필요할 시, 저장매체로부터 상호작용에 관련한 정보를 로딩하는 제어부와, FTP(File Transfer Protocol)를 통해, 상기 상호작용에 관련한 정보를 사용자 제품으로 송신하는 FTP 서버와, 상기 상호작용에 관련한 정보를 사용자 제품으로 송신한 후, SNMP(Simple Network Management Protocol)을 기반으로 MIB(Management Infomation Base)를 수신하는 SNMP 서버를 포함하는 것을 특징으로 한다.

상술한 바와 같이, SNMP, FTP 그리고 XML을 기반으로 동적으로 양방향 정보를 처리함으로써, GUI(Graphical User Interface)가 제품에 따라 XML을 바탕으로 서로 다르게 만들어질 수도 있으며 ref_html을 통해서 사업자가 원하는 GUI를 디스플레이할 수 있다. 또한, 사업자가 ref_html을 제작하는 대로 GUI를 쉽게 변경시킬 수 있다.

또한, 기존의 SNMP MIB 항목에 구속되지 않고 언제든 원하는 관리 정보 베이스(Management information base: MIB)를 통해 정보를 수집할 수 있다.

그리고, 사업자별, 사업 유형별 서로 다른 스펙으로 나눠져 있지 않고 공통적으로 사용하는 요소들만으로 구성된 방법이기 때문에 아무런 제약 없이 제시된 규약 하에 편리하게 사용할 수 있다.

도 1은 본 발명의 실시 예에 따른 양방향 통신을 위한 장치도 및.
도 2는 본 발명의 실시 예에 따른 양방향 통신을 수행하기 위한 흐름도.

이하 본 발명의 바람직한 실시 예를 첨부된 도면의 참조와 함께 상세히 설명한다. 그리고, 본 발명을 설명함에 있어서, 관련된 공지기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

이하, 본 발명은 IPTV 방송시스템에서 양방향 통신을 위한 장치 및 방법에 관해 설명하기로 한다. 특히, 본 발명은 사업자 관리 서버에서 상호동작(interaction)을 위한 XML(eXtensible Markup Language) 및 관리 정보 베이스(Management Information Base: MIB)를 위한 XML를 FTP(File Transfer Protocol)를 통해 사용자 기기로 전송하여, SNMP(Simple Network Management Protocol)을 기반으로 상기 MIB를 상기 사업자 관리 서버로 제공하는 양방향 통신 방법 및 장치에 관해 설명하기로 한다.

도 1은 본 발명의 실시 예에 따른 IPTV 방송시스템에 서비스 제품(Service Product)(100)과 서비스 제공업자(Service Provider)(140) 사이에 양방향 정보를 처리하기 위한 장치를 도시하고 있다. 상기 서비스 제품은 상기 서비스 제공업자로부터 해당 서비스를 제공받는 제품으로써, 셋톱박스(SetTopBox), 인터넷 폰 등등과 같은 멀티미디어 장치일 수 있다. 상기 서비스 제공업자는 IP 네트워크를 이용하여 해당 서비스를 상기 서비스 제품에 제공하는 장치이다. 예를 들어, 상기 서비스 제품에 제공하는 장치는 서비스를 위한 데이터베이스를 관리하는 서버일 수 있다.

상기 서비스 제품(100)은 FTP 클라이언트/서버(102), 저장부(104), SNMP 에이전시(106) 및 MIB 생성부(108)를 포함하여 구성할 수 있다. 또한 상기 서비스 제품의 각각의 요소인 FTP 클라이언트(102), 저장부(104), SNMP 에이전시(106), MIB 생성부(108)는 각각 혹은 둘 이상의 요소가 하나의 제품으로 구성 될 수 있다. 예를 들어, 저장부(104)는 독립된 저장장치로 구성하고, 나머지 구성요소들은 셋톱박스 내에 구현할 수 있다. 그리고, 상기 서비스 제공업자(140)는 하나의 서버 내에 FTP 클라이언트/서버(142), 저장부(144), SNMP 서버(146) 및 MIB 생성부(148)를 포함되도록 구성할 수 있다. 또한 상기 서비스 제공업자의 각각의 요소인 FTP 클라이언트(142), 저장부(144), SNMP 서버(146), MIB 생성기(108)는 각각 혹은 둘 이상의 요소가 하나의 서버로 구성될 수 있다. 예를 들어, 각각의 요소들이 각각의 서버로 구성되거나, 저장부는 저장 서버로 독립적으로 구성되고 나머지 요소들이 하나의 서버로 구성될 수 있다.

상기 서비스 제품(100)의 FTP 클라이언트/서버(102)와 상기 서버(140)의 FTP 클라이언트/서버(142)는 파일 전송 프로토콜(FTP)을 기반으로 서비스 제공자와 서비스 가입자 간의 파일을 주고 받는다. 상기 파일 전송 프로토콜(FTP)은 항시 실행된다. 다른 구현에 있어서, 상기 파일 전송 프로토콜은 상기 서비스 제품에서 옵션(Option)으로 FTP 기능을 On/Off되도록 설정할 수 있다. 만약, Two Way Transaction 기능을 비활성화시키면 서비스 제품의 FTP 기능도 중지된다. 배터리를 사용하는 제품의 경우 전력 소모량을 줄일 수 있다.

상기 서비스 제품(100)의 저장부(104)는 상기 FTP 클라이언트/서버(102)가 서비스 가입자로부터 수신한 파일들을 폴더에 저장한다. 상기 폴더에 대한 관리는 제품 공급업체에 따라 달라질 수 있다. 구현에 있어서, 상기 폴더는 사용자 GUI(Graphical User Interface)를 통해 생성될 수 있다.

한편, 상기 폴더에 저장되는 파일은, FTP를 통해 서비스 제공업자로부터 수신한, 상호동작(Interaction)이 실행될 XML과 MIB에 대한 XML, 사용자 제품 화면에 디스플레이될 이미지 파일들(Image Files)(필요 시), 그리고 정보가 수집될 형식 및 사용자 DTD(Document Type Definition) 혹은 XML 스킴 등이다.

상술한 바와 같이, 상기 상호동작(Interaction)이 실행될 XML과 상기 MIB에 대한 XML은 서비스 제공업자에 의해 작성되어 상기 서비스 제품에 전송되는 것이다.

상기 서비스 제품(100)의 상기 SNMP 에이전시(106)는 SNMP(Simple Network Management Protocol)에 기반하여 상기 저장부(104)에 저장되어 있는 해당 MIB를 읽어와 상기 서버의 SNMP 서버(146)로 전송한다.

상기 해당 MIB는 상기 서버(140)가 상기 서비스 제품(100)에 주기적으로 요청할 시 전송되거나, 혹은 상기 서비스 제품(100)이 상기 서버(140)가 요청하지않더라도 스스로 상기 서버(140)로 전송할 수 있다.

상기 MIB 생성부(108)는 실시간으로 MIB를 생성하여 저장부(104)에 제공한다. 상기 MIB는 상기 서버(140)로 보고할 정보이다.

다시 말해, 상기 MIB 생성부(108)는 상기 저장부(104)의 XML 파일로부터 XML 속성(Property) 및 수행될 MIB의 OID(Object ID)등을 동적으로 생성한다. 한 개의 상호동작(Interaction)에 대해 필요한 Private MIB의 동적 정의를 의미한다.

즉, 기존의 SNMP는 표준화된 MIB 혹은 기업(Enterprise)별 Private MIB을 통해서만 특정한 정보만을 수집하지만, 본 발명은 서비스 제공업자가 원하는 정보를 서비스 제품이 동적으로 MIB 생성하여, 상기 서비스 제공업자가 정보수집을 할 수 있다.

상기 서버(140)의 FTP 클라이언트/서버(142)는 상기 서비스 제품(100)으로 파일을 전송하거나 상기 서비스 제품(100)으로부터 파일을 수신한다.

상기 서버(140)의 저장부(144)는 기작성된 상호동작이 실행될 XML과 기작성된 MIB에 대한 XML, 사용자 제품 화면에 디스플레이될 이미지 파일들(Image Files)(필요 시), 그리고 정보가 수집될 형식 및 사용자 DTD(Document Type Definition) 혹은 XML 스킴 등을 저장한다. 상기 상호동작이 실행될 XML은 사용자 제품의 GUI에 디스플레이될 정보 및 질의(query)/알림(notification) 항목에 대한 정보를 포함하고, poll/selection의 경우 사용자 입력을 요구하도록 작성된다. 상기 MIB에 대한 XML은 동적인 MIB 제작할 때 사용된다.

상기 XML 작성시 주의할 점은 아래와 같다.

먼저, 지정된 DTD를 준수해야 한다(하기 <표 1>의 XML 참조). 그리고, 서비스 제공업자(140)와 서비스 제품 생산업자(Service Vendor) 간의 약속이 있다면, Private DTD 혹은 XML 스킴을 추가할 수 있다. 해당 Private DTD/XML 스킴은 XML 내부에 삽입될 수 있다.

동적인 SNMP MIB을 위해서 하기 <표 2>와 따르는 MIB가 제공된다.

서비스 제공업자(140)와 서비스 제품 생산업자(Service Vendor) 간 약속이 있다면 제공되는 dtd에 요소를 추가 및 제거할 수 있다.

상기 서버(140)의 SNMP 서버(146)는 상기 저장부(144)의 상호동작이 실행될 XML 및 MIB에 대한 XML의 내용을 기반으로, SNMP query를 통해 동적인 MIB을 수신한다.

상기 서버(140)의 MIB 생성부(148)는 XML 파일로부터 XML 속성(Property) 및 수행될 MIB의 OID등을 동적으로 얻을 수 있다. 한 개의 상호동작(Interaction)에 대해 필요한 Private MIB의 동적 정의를 의미한다.

상기 <표 1>의 XML을 참조하면,

(1) 상기 <표 1>의 XML은 GUI로 디스플레이될 정보 및 질의/알림 항목에 대한 정보를 가진다.

- XML은 한 개 이상의 상호동작(interaction)을 포함한다. 상기 상호동작 간의 표시 순서 및 방법은 구현에 따른다.

- 하나의 상호동작에 대한 제목 및 category, start/query/expire date는 필수이다.

- date 항목은 YYMMDD 형식을 갖는다.

- image는 사용될 이미지에 대한 파일이름을 의미한다. 해당 이미지가 저장부(144)에 저장되지 않았다면 구현에 따라 해당 항목을 사용자에게 보일 것인지 이미지 없이 보낼 것이 지를 결정한다.

- ref_html은 XML을 바탕으로 독립 GUI를 생성하기 곤란할 때 서비스 제공업체가 준 html을 그대로 브라우징(Browsing) 하는데 사용된다.

(2) Poll / Selection 의 경우 사용자의 입력을 요구하게 된다.

- 이 경우 상호동작 GUI를 디스플레이한 후에 사용자의 입력을 받는 GUI도 함께 디스플레이한다.

- 사용자의 입력이 있을 경우 구현에 따라 GUI를 지우고 해당 입력 값을 저장한다.

- 저장된 값은 추후 SNMP Query에 대한 응답으로 쓰인다.

<표 2>의 XML을 참조하면.

(1) <표 2>의 XML은 동적인 MIB을 제작할 때 사용된다.

- mib의 name은 상기 <표 1>을 기반으로 만들어진 상호동작의 주어(subject)이다.

- mib의 제목과 oid 그리고 get/set 에 대한 속성이 온다.

- 속성은 get 혹은 set 혹은 둘 다 가질 수 있다.

- 상기 정보를 바탕으로 제품은 동적인 SNMP MIB을 생성하고 해당 OID에 대한 응답을 기다린다.

도 2는 본 발명의 실시 예에 따른 IPTV 방송시스템에 서비스 제품(Service Product)(100)과 서비스 제공업자(Service Provider)(140) 사이에 양방향 정보를 처리하기 위한 흐름도를 도시하고 있다.

상기 도 2를 참조하면, 가입자 기기(예: 셋톱박스 같은 서비스 제품)는 200단계에서 two way transaction 기능이 활성화되어있다면, FTP 클라이언트를 활성화시켜 지정된 private MIB SNMP 셋을 기다린다.

즉, two way transaction 기능이 켜져 있다면 Background Thread가 FTP 클라이언트를 활성화하고 지정된 private MIB SNMP의 셋을 기다린다. 여기서, 해당 SNMP의 OID등은 지정되지 않았다. Private으로 서비스 제공업자가 가입자 제품에 새로운 이벤트가 올라왔음을 알려주는 방식이라면 Private MIB가 아닌 다른 방식으로도 사용가능하다(Porting Layer 활용 등).

- 이 밖에 다음과 같은 옵션이 추가될 수 있다.

* 특정 카테고리 상호작용(category interaction)만 받기

* 특정 날짜/요일/시간에만 받기

* 받은 데이터를 즉시 로드하지 않고 원할 때 로드하기

한편, 서비스 서버는 202단계에서 이벤트(Event)가 발생하였는지 확인하여, 이벤트가 발생할 시, 204단계에서 저장되어 있는 필요한 파일을 로딩하여 FTP를 기반으로 상기 로딩된 파일을 상기 가입자 기기로 전송한다.

즉, 서비스 제공업자는 서비스 가입자와 상호작용(Interaction)을 원할 때, 하드(HDD) 혹은 메모리에 저장된 필요한 파일들을 읽어와 FTP 클라이언트(혹은 가입자 기기)로 전송할 준비를 한다.

상기 가입자 기기는 204단계에서 FTP를 기반으로 해당 파일들을 전송받는다. 상기 해당 파일은 상기 <표 1>과 상기 <표 2>의 XLM, 이미지 파일, 정보가 수집된 형식, 그리고 사용자 DTD(혹은 XML 스킴) 중 적어도 하나 이상을 포함한다.

이후, 상기 가입자 기기는 206단계에서 Query Date가 만료되었는지 확인한다. 만약, 수신된 이벤트가 Query Date가 지났다면 수신한 파일을 삭제 후 해당 모드로 진행한다. 반면 Query Date가 만료되지 않을 시 208단계로 진행한다.

이후, 상기 가입자 기기는 208단계에서 200단계의 항목 옵션에 따라 화면에 XML을 바탕으로 GUI를 디스플레이한 후 사용자의 응답을 기다린다.

이후, 상기 가입자 기기는 210단계에서 GUI 디스플레이에 Notice 항목이 아니라면 사용자로부터 응답을 받고 해당 정보를 저장한다.

한편, 서비스 서버는 212단계에서 Query date 이후면 MIB 생성자를 통해 만들어진 SNMP를 통해서 정보를 수집할 수 있다.

즉, 상기 서비스 서버는 214단계에서 원하는 정보를 SNMP Query를 통해 상기 가입자 기기로 요청하고, 216단계에서 SNMP Answer를 통해 상기 가입자 기기로부터 원하는 정보를 Query에 대한 정보를 수신한다.

이후, 상기 서비스 기기는 218단계에서 만료되면, 220단계에서 모든 데이터를 삭제한다.

이후, 본 발명의 절차를 종료한다.

한편 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

102, 142: FTP 서버/클라이언트, 104, 144: 저장부, 106: SNMP 에이전시, 146: SNMP 서버, 108, 148: MIB 생성기.