KR20110032723A - 소프트웨어 다운로드 방법 - Google Patents

Abstract

본 발명의 방송 수신기의 소프트웨어 다운로드 방법은, 소프트웨어의 다운로드를 결정하는 단계; 상기 소프트웨어를 배포하는 서버로부터 소프트웨어를 다운로드 받아 설치하는 단계; 상기 다운로드 받은 소프트웨어의 지역 네트워크로의 재배포 여부를 결정하는 단계; 및 재배포가 결정되면, 상기 다운로드받은 소프트웨어를 저장하고, 지역 네트워크에 상기 소프트웨어의 재배포가 가능함을 방송하는 단계를 포함한다.

다운로드, 배포, 업그레이드, 재배포, 지역 네트워크

Description

소프트웨어 다운로드 방법{SOFTWARE DOWNLOADING METHOD}

본 발명은 소프트웨어 다운로드 방법에 관한 것으로, 보다 상세하게는 디지털 텔레비젼 장치의 소프트웨어 다운로드 방법에 관한 것이다.

최근에 있어서, 방송 시스템은 기존 아날로그 방송에서 디지털 방송 중심으로 급격히 변하고 있다.

상기 디지털 방송은, 정보의 신호를 부호화하여 기록하는 디지털 형태로 텔레비전 신호를 압축하여 내보내는 텔레비전 방송을 말한다.

기존의 아날로그 텔레비전 방송의 경우, 하나의 전파에 하나의 영상밖에 실을 수 없고, 음성은 다른 전파로 보내야 했었다. 반면, 디지털 방송은 하나의 전파에 복수의 영상이나 음성 등을 실을 수 있는 특징 외에 품질을 떨어뜨리지 않고 정보를 압축할 수 있으므로, 종래의 아날로그 방송 1채널의 주파수대에 4∼8채널을 설정할 수 있다.

또한 디지털 방송의 경우, 컴퓨터를 사용하여 정보를 컨트롤하기 쉽고 시청 자쪽에서 주문하는 정보도 내보낼 수 있는 쌍방향성도 가능해진다.

이와 같이 방송 환경이 디지털 방송으로 급격히 옮아 가면서, 기존 아날로그 텔레비젼을 대체하는 디지털 텔레비젼의 수요 역시 급증하고 있다.

상기 디지털 텔레비젼은 시간이 지날수록 복잡해지고 다양한 기능들을 구비하고 있는데, 이러한 기능 및 시스템 구동과 관련된 소프트웨어의 교체 및 업데이트가 매우 중요한 문제로 인식되고 있다.

디지털 텔레비젼의 시스템 관련 소프트웨어는, 인터넷을 통해 전송받을 수도 있고, 또는 OTA(Over The Air) 방식을 통해 방송국에서 방출되는 방송 신호로 전송되기도 한다.

그런데, 소프트웨어의 종류 또는 정책에 따라 상기 업그레이드하여야 할 디지털 텔레비젼의 소프트웨어를 배포하는 서버의 위치는 다양할 수 있으며, 상당한 거리를 가질 수도 있다. 예컨대, 한국에 위치한 디지털 텔레비젼의 제조사가 업그레이드된 펌웨어를, 남미 지역에 판매된 디지털 텔레비젼에 배포하려는 경우, 전기적 통신 수단(예: 인터넷)을 사용하여도 실제로는 어느 정도의 시간 지연이 발생할 수 있으며, 배포에 대한 비용도 커지게 된다.

본 발명은 다수의 IPTV 방송 수신기 등과 같은 방송 수신기들에 소프트웨어를 신속하게 배포할 수 있는 소프트웨어 다운로드 방법을 제공하고자 한다.

본 발명의 일 측면에 따른 방송 수신기의 소프트웨어 다운로드 방법은, 소프트웨어의 다운로드를 결정하는 단계; 상기 소프트웨어를 배포하는 배포 서버로부터 소프트웨어를 다운로드 받아 설치하는 단계; 상기 다운로드 받은 소프트웨어의 지역 네트워크로의 재배포 여부를 결정하는 단계; 및 재배포가 결정되면, 상기 다운로드받은 소프트웨어를 저장하고, 지역 네트워크에 상기 소프트웨어의 재배포가 가능함을 방송하는 단계를 포함한다.

본 발명의 다른 측면에 따른 방송 수신기의 소프트웨어 다운로드 방법은, 소프트웨어의 다운로드를 결정하는 단계; 지역 네트워크가 상기 다운로드할 소프트웨어의 보유 여부하는지를 확인하는 단계; 및 상기 지역 네트워크가 상기 소프트웨어를 보유하면, 상기 소프트웨어를 저장하고 있는 장치의 위치를 접수하는 과정과, 상기 소프트웨어를 저장하고 있는 장치로부터 상기 소프트웨어를 다운로드 받는 과정을 수행하고,

상기 지역 네트워크가 상기 소프트웨어를 보유하지 않으면, 상기 소프트웨어를 배포하는 배포 서버로부터 소프트웨어를 다운로드 받는 과정을 수행하는 단계를 포함한다.

상기 구성에 따른 본 발명의 소프트웨어 다운로드 방법을 실시하면, 신속하게 다수의 방송 수신기들에 소프트웨어를 배포할 수 있는 이점이 있다.

또는, 본 발명은 비교적 저렴한 비용으로 다수의 방송 수신기들에 소프트웨어를 배포할 수 있는 이점이 있다.

먼저, 본 발명의 사상을 적용하기에 최적의 환경 중 하나인, IPTV 환경에 대해 설명한다. 도 1은 본 발명과 관련하여 IPTV 환경을 개념적으로 도시한 것이다.

IPTV 환경 또는 전체적인 시스템을 보면, 크게 프로그램 제공업자(program provider, 이하 'PP')(10), 서비스 제공업자(SP)(20)와 커스터머(customer or consumer)(30)로 구분할 수 있다. 이때, 상기 프로그램 제공업자(PP)(10)는 플랫폼 제공업자(platform provider)라고도 한다.

프로그램 제공업자(PP)(10)는 방송 프로그램에 대한 전반적인 모든 서비스와 데이터를 제공하는 하나의 큰 그룹을 일컫는다.

서비스 제공업자(SP)(20)는 멀티미디어 데이터(multimedia data)를 커스터머로 전송하거나 상기 커스터머의 안정적인 수신 환경을 제공하기 위해 전송망을 유지, 보수 및 관리하고, 프로그램 제공업자(PP)(10)에게 네트워크 전송을 위한 기반 시설과 기능을 제공한다.

커스터머(30)는 수신하는 데이터를 xDSL(x digital subscriber line)이나 케이블과 같은 기반 시설을 이용하여 재생하고, 사용자의 요구에 즉시 반응하는 등의 역할을 한다. 이러한 커스터머(30)는 대부분이 IPTV를 생산하는 업체들로 구성되고, IPTV, IP STB(IP settop box), IP Phone 등이 있을 수 있다. IP Phone의 경우 일반적으로 IPTV가 있으면 폰(phone) 서비스도 같이 서비스할 수 있다.

이하에서는 상술한 바와 같이, 서로 다른 역할을 수행하는 각 그룹에 대해 보다 상세하게 설명한다.

먼저, 프로그램 제공업자(PP)(10)에는 예를 들어, TV 방송국(station), 라디오 방송국(radio station), VoD(video on demand)/AoD(audio on demand) 서비스, MoD(music on demand) 서비스, PF 서버(server), EPG(electronic program guide) 서버, ECG(electronic content guide) 서버, 포털 서버(portal server) 등이

있을 수 있다. 이하 각각에 대해 살펴보면, 다음과 같다.

TV 방송국은 방송 프로그램을 만드는 곳으로, 기존의 지상파 방송국이나 케이블 방송국 등을 포함하며, 사용자들이 시청할 수 있는 프로그램을 만들어 저장하고 이를 디지털(digital)로 바꾸어 여러 가지 방송 형태로 전송할 수 있다.

라디오 방송국은 일반적으로 비디오 채널 없이 운영되나, 비디오 채널이 있을 수도 있다.

VoD/AoD 서비스는 상기 TV 방송국이나 라디오 방송국과는 다른 특성이 있다. 프로그램 제공업자(PP)에서도 방송할 프로그램을 저장해서 보관하겠지만, 이는 연 속성이 있는 라이브(live) 방송으로 레코딩(recording)을 하지 않는 이상 되감아서 보거나 정지시켜서 볼 수 없는 특징이 있다.

그러나 VoD나 AoD의 경우에는 사용자가 원하는 방송 프로그램 혹은 영화, 음악들을 먼저 저장한 뒤 이를 재생하여 시청할 수 있도록 서비스할 수 있다. 예를 들어, 사용자는 시간이 없어서 제대로 시청하지 못한 방송 프로그램이 있는 경우, 해당 방송 서비스를 제공하는 사이트에 접속하여 파일을 다운로드하거나 바로 재생할 수 있다.

AoD도 마찬가지로 오디오 프로그램을 녹화하기 어렵거나 실시간으로 들을 수 있는 기능을 제공한다.

MoD 서비스는 내가 원하는 음악을 다운로드 받아서 들을 수 있다. MoD는 AoD와 유사하나, 그 서비스의 대상은 음반사 또는 음반 배포사가 기존의 웹 서비스를 확대하여 사용할 수 있다.

PF 서버는 프로그램 제공업자(PP)(10)가 제공하는 모든 방송 정보와 로케이션(location) 정보 등을 대신 관리해 주는 업체가 서비스를 할 수 있다. 상기 PF 서버는 주로 해당 방송국의 방송 시간이나 방송에 필요한 위치 정보 및 사용자가 접속을 할 수 있는 정보를 서비스한다.

따라서, 상기 PF 서버의 서비스는 IPTV 환경에서 반드시 제공하여야 하며, 이를 위해 각 방송국은 PF 서버를 구비하여야 한다. 각 방송국이 상기 IPTV 환경에서 만약 PF 서버를 구비하지 못한 경우에는 사용자가 해당 방송국에 접속하지 못할 수 있다. 또한, 커스터머(30)는 상기 PF 서버에서 제공하는 서비스를 통해 수신하 는 정보를 처리하여 화면에 표시할 수 있어야 한다.

EPG 서버에서 제공하는 서비스는 사용자가 방송 프로그램을 시간대별로 조회하거나 채널별로 파악할 수 있도록 하는 서비스로써, 이미 TV 가이드 사에서 제공하는 형태가 대표적이라고 할 수 있을 만큼 자주 사용하는 서비스이나 상기 EPG 서버는 프로그램이 자동으로 커스터머(30)에 설치되어 실행할 수 있도록 할 수 있다.

커스터머(30)는 상기 PF 서버에서 제공하는 서비스를 수신하여 해당 방송국에 대한 정보만을 얻을 수 있지만, 상기 EPG 서버에서 제공하는 서비스를 수신하여 모든 방송국의 실시간 방송 채널에 대한 정보들을 한꺼번에 얻을 수 있다. 예를 들어, 커스터머(30)는 상기 EPG 서버에서 제공하는 EPG 서비스를 수신하여 CNN 뉴스를 예약 녹화하거나 디즈니(disney) 방송을 시청 예약할 수 있다. 따라서, EPG 서버는 해당 지역의 방송 프로그램의 정보를 시간대별로 자세하게 제공하여야 한다.

특히, 상기 EPG 서비스는 예를 들어, 드라마의 경우 드라마의 내용을 검색하거나 해당 드라마의 카테고리가 SF(science fiction), 드라마(drama), 애니메이션(animation) 등인지를 구분할 수 있으며, 방영하는 프로그램 즉, 영화나 드라마의 줄거리나 등장 인물들에 대한 세부적인 정보도 제공할 수 있다.

또한, 커스터머(30)는 간단하게 리모콘(remote controller)에 구비되어 있는 EPG 키를 이용하여 EPG 서비스에 접속할 수 있다.

ECG 서버에서 제공하는 ECG 서비스는 사용자가 프로그램 제공업자(PP)(10)가 구비하고 있는 콘텐츠(content)의 정보와 접속 서버의 위치 및 접근 권한 등을 편리하게 사용할 수 있도록 한다. 이때, 상기 ECG 서비스는 콘텐츠를 구비한 서버들 을 쉽게 접속하도록 하는 기능과 콘텐츠의 정보를 상세하게 제공할 수 있다. 즉, ECG 서비스는 실시간 방송이 아니라 VoD/AoD 및 MoD와 같은 서비스들을 EPG와 같이 비슷하게 하나로 묶어서 사용자가 어떤 콘텐츠 서비스를 통해 콘텐츠를 보거나 다운로드하기 위해 개별 접속하는 부담을 덜어 준다.

ECG 서비스는 상기 EPG 서비스와 달리 실시간 방송 채널 정보를 알려 주는 것이 아니라 이미 서버에 저장된 방송 채널 정보에 대한 정보를 제공하여 사용자가 언제든지 시청할 수 있고 다운로드 하여 저장할 수 있도록 편리를 제공하는 정보이다.

예를 들어, 사용자는 매우 어려운 주소나 PF 서버들을 접속하여 각 콘텐츠가 있는 서버에 대한 정보를 얻어 접속하여야 하나, 이는 많은 시간과 노력을 요구한다. 그러나 , 사용자는 간단하게 리모콘 등에 구비된 ECG 버튼을 이용하여 ECG 서비스를 신청하면, 자동으로 설치된 ECG 프로그램을 통해 모든 콘텐츠에 대하여 수집하여 제공하는 정보를 한꺼번에 확인하여 원하는 서버에만 접속하여 해당 데이터를 얻을 수 있어 사용자의 편리성을 추구할 수 있다.

포털 서버에서 제공하는 서비스는 각 방송국에서 제공하는 웹 서비스(web service)로, 방송국이나 콘텐츠를 서비스하는 업체의 웹서버로 연결할 수 있는 정보를 제공할 수 있다. 이러한 상기 포털 서버는 각 방송국이나 콘텐츠 서비스를 제공하는 프로그램 제공업자(PP)들이 제공하는 프로그램 리스트를 검색할 수 있어, 마치 ECG나 EPG와 같은 기능을 제공할 수 있다.

그러나 포털 서비스는 사용자의 인증이나 라이센스(license) 계약 등과 같은 기능도 갖추고 있어서 내가 원하는 프로그램을 시청하기 위해서 접속할 필요가 있다. 또한, ECG나 EPG 서비스는 통합된 방송이나 콘텐츠 리스트를 제공하지만, 포털 서비스는 해당 프로그램 제공 업체에 대한 방송이나 콘텐츠 리스트 정보를 제공하여 세부적인 검색이 가능할 수 있다. 그리고 사용자는 간단하게 리모콘 등을 통해 포털 서비스에 접속할 수 있다.

상술한 내용은 프로그램 제공업자(PP)(10)가 제공할 수 있는 서비스들에 대한 것으로, 상기 각 방송국이나 서버는 실시간으로 프로그램을 전송하거나 방송 정보를 전송할 수 있도록 인터넷에 접속하고 있어야 한다.

또한, 각 방송국이나 서버는 RTP(real-time transport protocol), RTSP(real-time streaming protocol), RSVP(resource reservation protocol) 또는 MPLS(multi protocol label switching) 등의 인터넷 (실시간) 프로토콜을 이용하여 서비스 제공업자(SP)(20)의 네트워크에 연결하여 멀티미디어 데이터를 지연과 에러 없이 전송할 수 있는 시스템을 갖추어야 한다.

예를 들어, IPTV 환경에서 프로그램 제공업자(PP)(10)는 MPEG-2(moving picture experts group-2) 및/또는 AC-3(audio coding-3) 방식에 따른 멀티미디어를 실시간으로 전송하려면, 특정 서버에서 상기 IPTV 환경에 맞게 트랜스코드(transcode) 한 후 캡션(caption)이나 립싱크(lipync)를 맞출 수 있도록 시간 정보가 포함된 RTP/UDP(user datagram protocol) 프로토콜을 붙여 서비스 제공업자(SP)가 제공한 IP 네트워크를 통과하도록 시스템을 구성할 수 있다.

서비스 제공업자(SP)(20)는 상기와 같은 과정을 거쳐 프로그램 제공업자(PP) 로부터 수신하는 멀티미디어 데이터 및/또는 방송 데이터들을 잘 전송할 수 있도록 네트워크의 안정성과 대역폭을 제공한다.

이때, 서비스 제공업자(SP)(20)들은 기존의 케이블 망을 이용하여 IPTV 서비스를 제공할 수도 있다. 그러나 상기와 같은 경우 서비스 제공업자(SP)(20)들은 전송망(delivery network)의 장비들을 변경하여야 한다. 즉, 서비스 제공업자(SP)(20)들은 데이터를 실시간으로 전송할 수 있는 네트워크 장비들을 구비하되, 커스터머(30)의 대역폭을 고려하여야 한다.

또한, 서비스 제공업자(SP)(20)들은 상기와 같은 장비와 IPTV의 기본적인 네트워크 서비스인 멀티캐스트(multicast) 서비스를 사용하여 대용량의 멀티미디어 데이터들을 처리하여 대역폭을 줄여야 할 것이다. 그러나, 서비스 제공업자(SP)(20)들은 만약 충분한 대역폭을 확보하지 못하는 경우에는 광케이블 망 구성이나 프로그램 제공업자(PP)(10)로부터 수신하는 멀티미디어 데이터 및/또는 방송 데이터들을 다시 트랜스코드하여 MPEG-4나 MPEG-7과 같은 형태로 변형하여 전송할 수도 있다.

서비스 제공업자(SP)(20)는 상기와 같은 경우에 NMS 매니저(network management system manager), DHCP(dynamic host control protocol) 서버 및 CDN(contents delivery network) 서버를 구비할 수 있다.

NMS 매니저는 서비스 제공업자(SP)(20)가 각 커스터머로 전송할 수 있는 전송망과 커스터머(30)의 IPTV 방송 수신기를 관리한다. 예를 들어, 서비스 제공업자(SP)(20)는 상기 NMS 매니저를 통해 전송망에 문제가 발생하여 커스터머(30)에서 정상적인 방송 수신이 이루어지지 않음을 알 수 있고, 해당 문제를 처리할 응급 수단을 구비하고 있어야 한다.

상술한 NMS 매니저는 원격의 전송 계층의 기계들을 원활하게 제어하고 관리할 수 있는 표준화된 수단으로 널리 사용하고 있다. 즉, 서비스 제공업자(SP)(20)는 상기 NMS 매니저를 이용하여 어떤 방송에 대하여 얼마만큼의 트래픽(traffic)이 발생하고 있고, 어떤 지역에서 대역폭이 모자라는지를 확인할 수 있다.

또한, 서비스 제공업자(SP)(20)는 멀티캐스트 시에 그룹을 생성하고 관리할 수 있도록 프로그램 제공업자(PP)(10)에게 상기 NMS 매니저의 서비스를 제공하여야 한다. 이는 프로그램 제공업자(PP)(10)가 특정한 경우에는 멀티캐스트 그룹을 더 생성할 수도 있어야 하기 때문이다.

DHCP 서버는 자동으로 커스터머의 IPTV 방송 수신기로 IP를 할당할 수 있도록 하고, CDN 서버의 주소를 알려준다. 상기 DHCP 서버는 일반 네트워크에서도 PC에 IP를 할당하는 수단으로 사용하고 있다.

즉, 서비스 제공업자(SP)(20)는 상기 DHCP 서버를 통해 사용이 허락된 IPTV 방송 수신기로 접속할 수 있는 주소를 전송하여 사용자가 최초 접속할 때 등록 절차를 할 수 있도록 해야 한다. 서비스 제공업자(SP)(20)는 IPTV 환경에서 일반적으로 IPv4(internet protocol version 4)를 IPTV 방송 수신기에 제공할 수 있으나,

IPv6(internet protocol version 6)를 제공할 수도 있다. 따라서, IPv4를 제공하는 IPTV 방송 수신기라고 해서 사용하지 못하는 것은 아니다.

CDN 서버는 IPTV 방송 수신기가 최초로 전원이 인가되어 동작할 때 IP와 함 께 CDN 정보를 제공하기 위한 것으로, 상기 CDN 정보는 IPTV 방송 사업자의 사용자의 등록이나 인증 및 상술한 PF 정보들을 포함한다.

따라서, IPTV 방송 수신기는 서비스 제공업자(SP)(20)로부터 상기 CDN 정보를 수신하지 못하면 방송 수신이 불가능하다.

커스터머(30)는 여러 가지 형태의 IPTV 방송 수신기를 포함한다. 사용자가 만약 일반 TV를 가지고 있으면, IPTV STB를 임대하여 저렴하게 IPTV 방송 서비스를 즐길 수 있으며, 이에 더하여 서비스 제공업자(SP)(20)에게 저렴한 가격으로 추가적인 서비스 비용을 지불하고 IP Phone도 함께 신청하여 사용할 수 있다.

IPTV 방송 수신기는 기본적으로 네트워크 인터페이스(network interface)를 구비하여 네트워크에 접속하고, 인터넷 프로토콜(IP)을 이용하여 데이터 패킷을 수신하여 멀티미디어 데이터를 화면에 재생할 수 있다. 또한, IPTV 방송 수신기는 리모콘(remote controller)을 조작하여 데이터 패킷을 네트워크를 통해 신속하게 전송하여 해당 정보를 서버로부터 수신하여 반응하여야 한다. 즉, IPTV 방송 수신기는 멀티미디어 데이터를 처리하면서 양방향으로 사용자의 요구 사항을 전송할 수 있어야 한다.

또한, 리모콘과 같은 외부 입력 장치는 상기와 같은 양방향 서비스를 제공할 수 있도록 IPTV 방송 서비스를 위한 기능 버튼을 구비하여야 할 것이다. 따라서, 사용자는 상기 외부 입력 장치를 이용하여 드라마에 나오는 멋진 장면을 저장하여 볼 수 있고, 위치 정보나 호텔 예약과 같은 부가 서비스를 이용할 수 있다.

한편, 상기 NMS 매니저는 전송망 및 IPTV 방송 수신기를 제어하고 관리한다 고 하였는바, 향후 IPTV 환경에서 방송 서비스의 영역은 더욱 확장되고 부가 서비스가 증가될 수 있다. 이에 따라, 일 예로 향후 IPTV 방송 수신기가 급증하고 부가 서비스들이 더욱 늘어나면, 상기 NMS 매니저의 역할이 중요할 것이다.

따라서, 서비스 제공업자(SP)(20)와 IPTV 방송 수신기는 상기와 같은 환경 때문에 SNMP 프로토콜을 이용할 수 있다. 즉, 서비스 제공업자(SP)(20)는 SNMP 프로토콜을 이용하여 IPTV 방송 수신기가 현재 통신하는 프로토콜의 통계자료, 사용하는 프로세서의 정보, TV 제조 업체명 등에 대하여 상세하게 파악할 수 있다.

상기 SNMP는 네트워크에 있는 장비나 서버들을 효과적으로 제어하고 관리하기 위한 애플리케이션 레이어 프로토콜(application layer protocol)의 하나로써, 현재는 버전 1(version 1)에서 버전 3(version 3)까지 있으나, 보안을 위하여 계속 업그레이드되고 있다.

상기 SNMP는 여러 업체가 각각 자신들이 만들어 놓은 장치에 대한 제어 및 정보를 기술할 수 있도록 언어를 제공하고, 상기 언어를 이용하여 관리될 정보(management information base; MIB)를 정의한다. 상기 관리될 정보(MIB)는 구조화된 기술 언어(structure of management information; SMI)로 표현하여 관리자와 객체에 어떤 객체들을 관리할 수 있는지 그리고 어떤 객체들이 관리되어야 하는지를 명확하게 정의할 수 있다.

이하에서는 상기 SNMP 프로토콜을 이용하여 양방향 통신을 하는 것에 대해 살펴보겠다. 도 2는 본 발명과 관련하여 SNMP 매니저와 SNMP 에이전트의 기능을 설 명하기 위해 도시한 것이다.

이때, 설명의 편의를 위해, 상기 SNMP 매니지먼트 스테이션은 상기 SNMP 프로토콜을 이용하여 IPTV 방송 수신기로 소프트웨어를 업그레이드시키거나 원격에서 각 IPTV 방송 수신기의 상태 등을 포함한 에러 관리를 한다. 상기 SNMP 매너저는 소프트웨어 다운로드 서버이거나, 본 발명의 사상에 따라 다운로드받은 소프트웨어를 재배포하는 IPTV 방송 수신기일 수 있다.

상기 SNMP 에이전트는 상기 SNMP 매니지먼트 스테이션으로부터 소프트웨어를 수신하여 설치하거나 IPTV 방송 수신기의 상태 등을 포함한 에러 관리에 대한 정보를 상기 SNMP 매니지먼트로 전송하여 상기 SNMP 매니지먼트가 각 IPTV 방송 수신기를 관리할 수 있도록 하는 것이다. 이때, 상기 SNMP 매니지먼트는 상술한 서비스 제공업자(SP)(20)나 NMS 서버를 지칭할 수 있으며, SNMP 매니저(manager)를 구비하며, 상기 SNMP 에이전트는 소프트웨어를 다운로드받는 IPTV 방송 수신기 내에 구비되어야 한다.

SNMP 매니지먼트 스테이션은 "GetRequest", "GetNextRequest", "SetRequest" 패킷을 IPTV 방송 수신기로 전송할 수 있고, 상기 IPTV 방송 수신기는 "GetResponse"와 "Trap" 패킷을 전송할 수 있다.

즉, SNMP 매니저는 "GetRequest", "GetNextRequest" 및 "SetRequest" 패킷을 UDP와 IP를 통해 네트워크 환경으로 전달하고 SNMP 에이전트에 전달된다.

SNMP 에이전트는 상기 SNMP 매니저로부터 UDP와 IP를 통해 패킷을 수신하면, 상기 수신한 패킷이 "GetRequest", "GetNextRequest" 및 "SetRequest" 패킷인지를 확인한다. 그리고 SNMP 에이전트는 상기 확인 결과에 따라 해당 동작(operation)을 관리 객체(SNMP managed object)에 대하여 수행한다.

상기 SNMP 패킷 종류 중 "GetRequest"와 "GetNextRequest" 패킷은 관리 객체의 정보를 요청하는 패킷이고, "SetRequest" 패킷은 관리 객체에 어떤 동작을 시키기 위한 설정을 위한 패킷이다.

따라서, SNMP 에이전트는 "GetRequest" 또는 "GetNextRequest" 패킷을 수신하면, 정상적인 객체(object)에 대한 요청인지 여부를 판단하고, 상기 판단 결과 관리하는 객체인 경우에는 "GetResponse" 패킷을 전송하여 요청한 객체에 대한 값을 순서대로 정렬하여 전송한다.

한편, SNMP 에이전트는 이벤트가 발생하면 SNMP 매니지먼트 스테이션으로 트랩(trap) 패킷을 전송할 수 있다.

상기 트랩 패킷은 예를 들어, 관리 객체가 MIB에 정의한 범위를 넘거나 특정 값으로 변경하면 SNMP 매니지먼트 스테이션로 트랩을 전송하여 관리 객체를 처리할 수 있다.

즉, SNMP 매니지먼트 스테이션이 MIB에 정의된 객체에 대한 정보를 요청(request)하면, SNMP 에이전트는 해당되는 객체가 자신이 관리하는 객체인지를 확인하고 그에 대한 응답(response)을 한다. 그러나 그렇지 않은 경우에는 응답하지 않을 수 있다.

또한, SNMP 에이전트는 상기 SNMP 매니지먼트 스테이션의 요청과 상관없이 자신이 관리하는 객체들 중에서 중요한 이벤트나 응급 상황이 발생하면, SNMP 매니지먼트 스테이션으로 트랩 패킷을 전송할 수 있다.

즉, SNMP 에이전트는 수신기에서 어떤 특별한 동작을 할 수 있도록 MIB를 정의하기만 하면, 상기 SNMP 에이전트를 만들 수 있다.

따라서, NMS 매니저는 IPTV 방송 서비스를 위하여 필요한 정보나 제어가 MIB 형태로 정해지면, IPTV 방송 수신기들은 이러한 규격에 대하여 지원해야 한다.

이하에서는 서비스 제공업자(SP)(20)가 SNMP 프로토콜을 이용하여 IPTV 방송 수신기의 소프트웨어를 업그레이드하는 방법에 대해 설명한다.

상술한 바와 같이, IPTV 환경에서 수신기는 다양한 기능을 구비하고 있으며, 그 동작 또한 매우 복잡한바, 원격으로 소프트웨어를 자동으로 업그레이드할 필요가 있다.

즉, SNMP 프로토콜은 기 정해진 MIB 파일에 의하여 구현되고, SNMP 매니저는 해당하는 객체를 읽어서 정보를 얻는다. 또한, IPTV 방송 수신기는 어떤 정보들을 관리해야 하고, 필요한지 그 요구 사항을 정할 수 있다. 예를 들어, 본 발명과 같은 원격으로 다운로드하는 기능을 SNMP로 하는 것을 들 수 있다.

이하에서는 본 발명에 따라 서비스 제공업자 측에서 SNMP 프로토콜을 이용하여 IPTV 방송 수신기에 소프트웨어를 원격으로 다운로드하여 설치하고 각 IPTV 방송 수신기의 문제점 등 에러 관리에 대한 정보를 파악할 수 있도록 로그를 저장할 수 있도록 정의한 관리 정보에 대해 설명한다. 즉, IPTV 방송 수신기에서 소프트웨 어를 다운로드하고, 수신기의 문제 상황을 파악할 수 있는 로그 정보를 저장할 수 있는 객체들을 정의한다.

이하에서는 설명의 편의를 위해, 상기 IPTV 방송 수신기를 호스트(host)로, 상기 호스트를 운용하는 소프트웨어를 호스트 소프트웨어(host software)라고 한다.

상기 호스트 소프트웨어는 호스트에 문제가 발생하면, 원격에서 관리할 수 있도록 하고, 현재 파티션(partition)이 어떤 것이 있는지 등의 정보들을 포함하는 관리 정보의 큰 그룹으로 정의한다.

호스트 소프트웨어 그룹(host software group)은 IPTV 방송 수신기에 구비된 SNMP 에이전트에서 소프트웨어의 관리를 위한 객체를 기술하며, M/O(mandatory/optional)은 강제사항/선택사항을 의미하고, 액세스(access)는 해당 객체에 접근할 때 RO(read-only), RW(read-write) 및 N-acc(not accessible)를 구분한다.

상기 호스트 소프트웨어 그룹은 본 발명과 관련하여 정의한 적어도 하나 이상의 테이블을 구비할 수 있으며, 각 테이블은 연관성이 높은 객체들을 포함할 수 있다. 이하 상기 호스트 소프트웨어 그룹을 구성하는 각 테이블에 대해 설명한다. 이때, 각 테이블은 호스트에 다운로드되는 소프트웨어를 관리하고 제어할 수 있다. 도 3a는 본 발명에 따라 구성한 호스트 소프트웨어 인포메이션 테이블(host software information table)의 일예를 도시한 것이다. 이때, 상기 테이블에 포함되는 각 객체의 영문명은 그대로 사용하되, 큰 따옴표를 이용하여 표시한다. 또한, 상기 영문명은 본 발명의 기술 사상을 설명하기 위한 예시로써, 상기 각 객체의 명칭이 아닌 그 의미로써 본 발명을 파악하여야 함을 밝혀둔다.

호스트 소프트웨어 인포메이션 테이블은 호스트 소프트웨어가 가지고 있는 정보와 소프트웨어가 다운로드 되어 있는 하드웨어의 물리적인 파티션에 대한 정보를 포함할 수 있다.

“HostSoftwareInfoIndex"는 해당 테이블의 인덱스를 나타내고, 액세스는 RW이다. 일반적으로 다운로드가 지원되는 시스템의 경우에는 독립적인 파티션을 구분하여 다운로드가 실패하면, 그에 대응할 수 있도록 백업을 위한 파티션을 하나 더 가지고 있는 것이 특징이다.

따라서, 호스트 소프트웨어 인포메이션 테이블의 "HostSoftwareInfoIndex"는 '0'부터 증가하고, '1'까지의 값을 가질 수 있다. 즉, 부트(boot) 가능한 디바이스 파티션(device partition)이 '0'과 '1'이라는 파티션으로 나누어져 있음을 의미한다.

그러나 상기 인덱스 값이 만약 '2'라면, 이는 부트 가능한 디바이스 파티션이 3개가 있다는 것인데, 일반적으로는 비용 문제 등으로 인하여 부트 디바이스 파티션은 2개 이상 만들지 않는다. 그러나 특수한 경우를 대비하기 위하여 상기 인덱스 값은 SMI에서 정의하는 부호를 정하지 않은 정수(unsigned integer) 값을 가진다. 부팅이 되면서 소프트웨어 버전과 소프트웨어 제조자 그리고 실행파일의 크기 등등의 정보들이 SNMP 에이전트에 업그레이드되어야 한다.

“HostSoftwareBootCount"는 해당 디바이스에서 성공적으로 부팅한 횟수를 나타내고, 액세스는 RO이다.

“HostSoftwareManufacturer"는 해당 디바이스의 제조사의 이름을 나타내고, 액세스는 RO이다.

“HostSoftwareModel"는 해당 디바이스의 제품 모델 이름을 나타내고, 액세스는 RO이다.

“HostSoftwareSerialNumber"는 해당 제품 모델의 고유 번호 또는 시리얼 넘버를 나타내고, 액세스는 RO이다.

“HostSoftwareCompatibleHwVersion"는 해당 하드웨어의 버전을 나타내고, 액세스는 RO이다.

“HostSoftwareBootDeviceIndex"는 플래쉬 메모리(flash memory)나 비휘발성 메모리 디바이스(non volatile memory device)의 인덱스를 나타내고, 액세스는 RO이다.

“HostSoftwareDeviceCapacity"는 플래쉬 메모리나 비휘발성 메모리 디바이스의 크기(size)를 나타내고, 액세스는 RO이다.

“HostSoftwareExcutableImageSize"는 상기 소프트웨어의 크기를 나타내고, 액세스는 RO이다.

“HostSoftwareImageVersion"는 상기 소프트웨어 이미지의 버전을 나타내고, 액세스는 RO이다.

“HostSoftwareImageBuildDate"는 상기 소프트웨어 이미지의 제조 일자를 나타내고, 액세스는 RO이다.

“HostSoftwareImageReleaseDate"는 상기 소프트웨어의 발행 일자(release date)를 나타내고, 액세스는 RO이다.

다음으로, 도 3b는 본 발명에 따라 구성한 호스트 소프트웨어 콘트롤 테이블(host software control table)의 일 예를 도시한 것이다.

상기 호스트 소프트웨어 컨트롤 테이블은 주로 호스트에 구비된 SNMP 에이전트가 소프트웨어를 다운로드하거나 상기 다운로드 완료 후에 실행시키기 위해 재부팅(rebooting)할 수 있도록 정의한 객체들을 포함할 수 있다. 이때, 서비스 제공업자(SP)는 다운로드시킬 소프트웨어가 있는 서버의 URL(uniform resource locator)을 설정할 수 있는 객체인 "HostSoftwareControlServerURL"를 원격으로 설정할 수 있다.

"HostSoftwareControlServer"는 상기 소프트웨어 이미지의 URL, FTP(file transfer protocol) 혹은 서버 주소를 나타내고, 액세스는 RW이다.

"HostSoftwareControlAccessCode"는 상기 압축된 소프트웨어 이미지의 압축을 풀기 위한 액세스 코드를 나타내고, 액세스는 RW이다.

"HostSoftwareControlPassword"는 상기 소프트웨어 서버로 접속하기 위한 패스워드를 나타내고, 액세스는 RW이다.

"HostSoftwareControlFilename"는 새로운 소프트웨어 이미지의 파일 이름을 나타내고, 액세스는 RW이다.

"HostSoftwareControlMessageOnScreen"는 "HostSoftwareControlOperation"에 대한 어떤 메시지들을 화면에 디스플레이하는 것을 나타내고, 액세스는 RW이다. 이 때, 상기 메시지들은 타겟(target)의 그래픽 하드웨어(graphic hardware)를 사용함으로써 디스플레이하여야 한다. 예를 들어, 서비스 제공업자(SP)(20) 또는 NMS 매

니저에서 해당 시스템의 재부팅을 원하다면, 상기 옥텟-스트링 값은 “이 시스템 재부팅(Reboot this system)"이 될 것이다.

"HostSoftwareControlUserResponse"는 상기 "HostSoftwareControlMessageOnScreen" 객체에 의해 화면에 표시된 메시지들에 대한 사용자의 응답을 나타내고, 액세스는 RO이다. 이때, 상기 디폴트 값(default value)이 ‘0’이면 ‘아니오(No)'를, '1'이면 '예(Yes)'를 나타낼 수 있다.

"HostSoftwareControlOperation"는 다운로드 동작을 설정함을 나타내고, 액세스 RW이다. 이때, 호스트 소프트웨어를 다운로드 하기 위하여 설정해야 하는 객체들은 상기 다운로드 동작과 관련하여 패스워드를 나타내는 "HostSoftwareControlPassword", 액세스 코드를 나타내는"HostSoftwareControlAccessCode" 및 동작을 나타내는 "HostSoftwareControlOperation" 중 적어도 하나 이상을 포함할 수 있다.

특히, 상기 객체들 중 "HostSoftwareControlAccessCode"는 다운로드된 이미지의 압축 혹은 암호화를 해제할 때 필요한 암호 혹은 CAS(conditional access system) 시스템에 사용되는 키(key)가 될 수 있다. 즉, 호스트는 서비스 제공업자(SP)가 제공하는 상기 압축 혹은 암호화를 해제할 수 있는 키를 수신하여 이미지를 해제하여야 자신이 수신한 이미지가 정상적인 이미지인지 확실하게 알 수 있다.

여기에 부가하여 "HostSoftwareControlMessageOnScreen"에 화면에 표시할 간단한 메시지를 텍스트로 써주면, 호스트 시스템에 있는 그래픽 프로세서(graphic processor)를 통하여 메시지를 출력하여 상황에 따라서 사용자에게 알려 줄 수 있다.

또한, 그에 대한 반응을 "HostSoftwareControlUserResponse"로 얻어올 수 있다. OSD에 대한 반응을 얻기 위한 것이다.

그러나 SNMP 매니저는 상기와 같은 반응을 기대하지 않을 수도 있다. 이는 SNMP 매니저가 관리하여야 할 IPTV 방송 수신기가 많기 때문인데, 상기와 같은 방법이 아니라 일괄적으로 세팅하고 리부팅시킬 수 있다.

다음으로, 도 3c는 본 발명에 따라 구성한 호스트 소프트웨어 로그 테이블(host software log table)의 일 예를 도시한 것이다.

상기 호스트 소프트웨어 로그 테이블은 현재 동작하는 소프트웨어의 로그 메시지를 저장하는 테이블로서, 부팅이 완료되고 나서 시스템에서 알려 줄 수 있는 메시지를 다음의 몇 가지로 구분할 수 있을 것이다.

“HostSoftwareLogIndex"는 상기 호스트 소프트웨어 로그 테이블의 인덱스를 나타내고, 액세스는 RO이다.

“HostSoftwareLogTime"는 해당 엔트리가 생성된 시각을 나타내고, 액세스는 RO이다.

“HostSoftwareLogLevel"는 벤더(vendor)에 의해 정의된 메시지의 종류에 따라서 사용할 수 있는 레벨들을 나타내고, 액세스는 RO이다. 이때, 상기 각 레벨은 하기의 표 1과 같이 정의할 수 있다.

상기 표 1에 정의서 보아 알 수 있듯이 각각의 레벨들은 각 벤더(vendor)가 정한 메시지의 종류에 따라서 사용할 수 있다. 상기와 같이 메시지를 구분함으로써 원격의 NMS 매니저는 각각의 메시지를 분류해서 처리할 수 있다.

“HostSoftwareLogText"는 상기 로그의 메시지를 나타내고, 액세스는 RO이다.

상술한 바와 같이 호스트 소프트웨어 로그 테이블을 정의함으로써 즉, 에러가 발생한 시간은 상기 "HostsoftwareLogTime" 객체에 "DateAndTime" 값으로 기록할 수 있고, 상기 시간 정보가 저장되어 있지 않은 경우에는 임의의 호스트에 설정된 시간 값을 저장할 수 있다.

또한, 메시지를 저장할 수 있도록 "HostSoftwareLogText" 객체를 이용하며 이때, 상기 객체는 최대 255 바이트를 저장할 수 있도록 "octet-string" 값을 설정할 수 있다. 따라서, 상기 값으로 로그 메시지를 저장할 수 있고, NMS 매니저에서 상기 로그 메시지를 원격의 시스템에서 얻을 수 있어서 호스트를 관리하는데 매우 유용하다.

다음으로, 도 3d는 본 발명에 따라 구성한 호스트 소프트웨어 트랩 테이블(host software traps table)의 일 예를 도시한 것이다.

도 3d의 호스트 소프트웨어 트랩 테이블에 포함되는 각 객체는 상기 객체에 대한 정보를 정의하여 호스트에서 원격으로 전송하기 위한 것으로, 상술한 도 3a 내지 3c와 차이가 있다.

상기 호스트 소프트웨어 트랩 테이블은 트랩 패킷을 종류를 소프트웨어 다운로드의 상태 그리고 호스트의 상황에 따라서 NMS 매니저에게 알릴 수 있도록 몇 가지의 종류로 구분하고 있다. 그러나 각각의 패킷들은 호스트의 IP 주소, 현재 호스트 소프트웨어 버전 정보 등의 필요한 데이터들이 함께 포함하여 보내질 수 있다. 트랩들은 일반적으로 리포트(report)를 원하지 않을 경우에는 보내지지 않을 수 있다.

“HostSoftwareTrapsDownloadCompleted"는 전체 소프트웨어 이미지를 받았을 때 현재 소프트웨어를 가진 호스트 정보를 나타내고, 액세스는 N-Acc이다.

“HostSoftwareTrapsDownloadFailed"는 전체 소프트웨어 이미지를 적절하게 받지 못하였을 때 현재 소프트웨어를 가진 호스트 정보를 나타내고, 액세스는 N-Acc이다.

“HostSoftwareTrapsProgramCompleted"는 상기 수신한 소프트웨어 이미지를 플래쉬나 비휘발성 메모리 디바이스에서 성공적으로 프로그램할 때 현재 소프트웨어를 가진 호스트 정보를 나타내고, 액세스는 N-Acc이다.

“HostSoftwareTrapsCannotAccessServer"는 호스트가 소프트웨어 공급 서버로 접속할 수 없음을 나타내고, 액세스는 N-Acc이다.

“HostSoftwareTrapsBootFailed"는 호스트 이미지는 부팅시에 중요한(critical) 문제가 있음을 나타내고, 액세스는 N-Acc이다. 마지막으로, 도 3e는 본 발명에 따라 구성한 호스트 소프트웨어 그룹 디바이스 테이블의 일 예를 도시한 것이다.

"HostSoftwareBootDeviceId"는 NMS 매니저가 "HostSoftwareBootDeviceIndex"에 있는 값들 중에 선택하여 쓰면(write), 호스트에 구비된 SNMP 에이전트가 부트 디바이스(boot device)를 스위치(switch)해서 다음 부팅시에 해당 부트 디바이스 파티션으로 부팅시켜 주는 기능을 담고 있다.

상기 값은 현재 호스트가 보고한 "HostSoftwareInfoIndex"의 최댓값을 넘을 수 없다. 상기 값이 넘을 경우에는 호스트의 SNMP 에이전트는 이 요청을 무시할 수 있다.

도 4는 본 발명에 따라 IPTV 환경에서 소프트웨어 업그레이드를 위하여 구성한 시스템의 일 예를 도시한 것이다.

SNMP 매니지먼트 스테이션(220)은 매니저로써 IPTV 방송 수신기(420)를 관리한다. 이때, 상기 IPTV 방송 수신기(420)는 SNMP 에이전트(424)를 구비한다.

IPTV 방송 수신기(420)는 제 1 메모리(421), 제 2 메모리(422), 네트워크 인터페이스(423), SNMP 에이전트(424) 및 OSD 유닛(425)을 구비할 수 있다.

제 1 메모리(21)와 제 2 메모리(22)는 소프트웨어가 다운로드되는 곳으로, 플래쉬 메모리, 비휘발성 메모리 혹은 하드 디스크일 수 있다. 도 4에서는 IPTV 방송 수신기(420)에 2개의 메모리를 구비한 예를 들었으나, 하나의 메모리를 사용하더라도 적어도 두 영역으로 구분할 수 있으면 족한다.

네트워크 인터페이스(423)는 방송망에 접속 가능한 네트워크나 인터넷과 연결하는 인터페이스들 중 하나일 수 있다.

IPTV 방송 수신기(420)는 상기 네트워크 인터페이스(423)를 통해 IP 네트워크로 연결하여 SNMP 매니지먼트 스테이션(220)과 양방향 통신을 할 수 있다.

SNMP 에이전트(424)는 IPTV 방송 수신기(420)의 제어부를 이용하여 동작할 수 있으며, SNMPv1(SNMP version 1), SNMPv2(SNMP version 2) 및 SNMPv3(SNMP version 3)을 만족하도록 설계할 수 있다. 이때, 상기 SNMP 에이전트(424)는 SNMP 규격에 맞게 제작하며, 도 3a 내지 3e에서 상술한 바와 같은 소프트웨어 관리 객체를 포함한다.

OSD 유닛(OSD unit, 425)은 그래픽 프로세서(graphic processor)로써 수신하는 메시지나 그래픽을 해상도에 상관없이 화면에 표시할 수 있다.

즉, IPTV 방송 수신기(420)는 전원이 인가되면 네트워크 인터페이스(423)를 통해 네트워크 또는 인터넷과 연결한다. 그리고 상기 IPTV 방송 수신기(420)에 구비된 SNMP 에이전트(423)는 상기 네트워크 또는 인터넷과 연결을 확인한다.

SNMP 매니지먼트 스테이션(220)은 SNMP 에이전트(424)가 연결된 것을 확인하고, 상기 연결된 IPTV 방송 수신기에 원하는 정보가 있는 경우 상기 SNMP 에이전트(424)로 "GetRequest"와 "GetNextRequest"를 전송하여 요청한다. 이때, 상기 SNMP 매니지먼트 스테이션(220)은 소프트웨어 정보 관리 객체에 관한 정보를 요청할 수 있다.

그리고 SNMP 에이전트(424)는 상기 SNMP 매니지먼트 스테이션(220)의 요청이 수신되면, IPTV 방송 수신기에 기구비된 제 1 메모리(421)와 제 2 메모리(422)로부터 해당 요청에 따른 정보 예를 들어, 수신기 내 구비된 소프트웨어 버전과 제조 회사 등에 관한 정보를 수집하고 상기 수집된 정보를 다시 상기 SNMP 매니지먼트 스테이션(220)으로 전송할 수 있다.

예를 들어, SNMP 매니지먼트 스테이션(220)은 IPTV 방송 수신기 내 호스트 소프트웨어의 시리얼 넘버에 대한 정보가 필요하면, 상기 도 3a에서 정의한 객체인 "HostSoftwareSerialNumber"를 "GetRequest" 패킷에 실어 전송하고, SNMP 에이전트(424)는 상기 "GetRequest" 패킷을 수신하여 상기 패킷에 포함된 객체인

"HostSoftwareSerialNumber"를 확인하고 상기 확인된 객체에 따라 제 1 메모리 등을 액세스하여 그 결과를 "GetResponse" 패킷에 실어 다시 SNMP 매니지먼트 스테이션(220)으로 전송한다.

또한, SNMP 매니지먼트 스테이션(220)은 상기와 같은 과정을 통해 IPTV 방송 수신기의 소프트웨어 정보를 확인한 후 상기 IPTV 방송 수신기에 구비된 소프트웨어의 업그레이드 유무를 판단할 수 있다.

따라서, SNMP 매니지먼트 스테이션(220)은 상기 판단 결과 IPTV 방송 수신기 내 소프트웨어의 업그레이드가 필요하면, IPTV 방송 수신기 내 SNMP 에이전트(424)로 업그레이드 여부를 문의할 수 있다. 이때, SNMP 매니지먼트 스테이션(220)은 IPTV 방송 수신기 내 SNMP 에이전트(424)에 "SetRequest" 패킷을 전송하여 호스트의 OSD 유닛(425) 또는 그래픽 프로세서(미도시) 등을 통하여 상기와 같은 업그레이드 여부 문의를 표시하도록 할 수 있다.

예를 들어, SNMP 매니지먼트 스테이션(220)은 상기 도 3a에서 정의한 객체 중 "HostSoftwareControlMessageOnScreen"를 "SetRequest" 패킷에 실어 전송하고, IPTV 방송 수신기 내 SNMP 에이전트(424)는 상기 "SetRequest" 패킷을 수신하여 상기 패킷에 포함된 메시지를 디스플레이한다.

그리고 사용자가 업그레이드를 거부하면, SNMP 매니지먼트 스테이션(220)은 상기 업그레이드와 관련하는 모든 동작을 종료하고, 그에 따라 IPTV 방송 수신기 내 SNMP 에이전트(424)는 SNMP 매니지먼트 스테이션(220)으로 트랩 메시지를 전송하여 소프트웨어 업그레이드가 중단되었음을 알릴 수 있다.

그러나 사용자가 소프트웨어 업그레이드를 수락하면, IPTV 방송 수신기 내 SNMP 에이전트(424)는 제 2 메모리(422)로 업그레이드할 소프트웨어를 다운로드 한다. 물론, 사용자는 상기와 같은 소프트웨어 다운로드 중에도 방송을 시청할 수 있다.

그리고 SNMP 에이전트(424)는 제 2 메모리(422)에 다운로드가 완료되면, 다운로드가 완료되었음을 OSD 유닛(425)을 통하여 화면에 디스플레이하고 사용자에게 IPTV 방송 수신기(420)의 전원을 오프(off)하거나 다시 동작(부팅)할 것을 권유할 수 있다.

이에 따라 전원이 오프되거나 다시 동작하는 IPTV 방송 수신기(420)는 제 1 메모리(421)가 아닌 새로운 소프트웨어를 다운로드한 제 2 메모리(422)를 사용하여 시스템을 동작한다.

그러나 IPTV 방송 수신기(420)는 상기와 같이 제 2 메모리(422)에 저장한 소프트웨어에 결함이 발생하여 시스템이 정상적으로 동작하지 않으면, SNMP 에이전트(424)는 제 1 메모리(421)의 임의의 영역에 에러를 기록하고 기존의 소프트웨어가 저장된 제 1 메모리(421)를 사용하여 시스템을 동작시킨다.

상술한 바와 같이 SNMP 매니지먼트 스테이션(220)은 양방향 통신을 통해 IPTV 방송 수신기에 구비된 소프트웨어의 업그레이드를 할 수 있다.

즉, SNMP 매니지먼트 스테이션은 SNMP 프로토콜의 매니저로서 SNMP 에이전트(424)를 구비한 IPTV(양방향 디지털 TV)를 관리할 수 있다. IPTV 방송 수신기(420)는 상기 SNMP 에이전트(424)를 구비한 케이블 모뎀(Cable Modem)을 내장한 디지털 텔레비전(Digital TV)으로 케이블 모뎀에 의하여 인터넷에 연결할 수 있다.

일단 IPTV 방송 수신기(420)가 켜지면, 자체 내장된 네트워크 인터페이스(423)를 통하여 네트워크와 연결할 수 있다. 이때, SNMP 에이전트(424)가 네트워크 연결을 확인하고, SNMP 매니저가 상기 IPTV 방송 수신기(420)와 연

결을 시도한다. 그리고 SNMP 매니저는 연결이 되면, 현재 IPTV 방송 수신기에 동작중인 소프트웨어에 대한 정보(예를 들어, 버전(version))을 SNMP 에이전트(424)에 요청하고, 상기 SNMP 에이전트(424)는 제 1 메모리(421)로부터 상기 요청에 따른 정보를 수집하고, 상기 수집한 정보를 상기 SNMP 매니저로 보고할 수 있다.

SNMP 매니저는 상기 보고 결과를 확인하여 IPTV 방송 수신기(420)의 업그레이드 필요 유무를 판단하고, 상기 판단 결과 업그레이드가 필요하다고 판단되면, SNMP 에이전트를 통해 OSD를 통하여 사용자에게 최신 소프트웨어를 업그레이드 또는 다운로드할 지를 문의할 수 있다. 이때, 상기 일련의 과정은 사용자가 OSD를 통해 상기 문의에 대해 거부의 응답을 하면 모두 종료한다.

만약 사용자가 업그레이드를 수락하면, SNMP 에이전트(424)는 제 2 메모리(422)에 기 설정된 호스트 소프트웨어의 이미지 서버에서 이미지 다운로드를 하여 저장하도록 제어한다.

이때, SNMP 매니저는 호스트 소프트웨어 콘트롤(Host Software Control)에 속해 있는 객체들을 이용하여 이미지를 구비하고 있는 서버의 주소, 포트, 암호 등의 정보는 "SetRequest" 패킷에 실어 SNMP 에이전트(424)를 통해 IPTV 방송 수신기로 전달하여 미리 설정해 두어야 한다. 이때, 사용자는 상기 업그레이드 또는 다운로드 중이라도 기 시청중인 방송을 계속하여 시청할 수 있다.

SNMP 에이전트(424)는 호스트 소프트웨어의 파일이 모두 전송되고 문제가 없다면, 상기 다운로드한 이미지의 압축을 해제하여 제 2 메모리(422)에 기록하고, 상기 기록 후에 사용자에게 현재 다운로드 상태 및 완료에 대한 정보를 OSD 유닛(425)을 통해 표시하고, 사용자에게 수신기를 재부팅할 것을 알리거나 권유할 수 있다.

그리고 SNMP 에이전트(424)는 상기 재부팅시에 기존 소프트웨어가 저장된 제 1 메모리(421)가 아닌 새로운 소프트웨어가 저장되어 있는 제 2 메모리(422)를 이용하여 부팅하도록 제어할 수 있다. 이때, 만약 상기 재부팅시에 제 2 메모리(422)에 저장된 소프트웨어의 결함 등으로 인해 재부팅에 실패할 경우에는 상기 제 1 메모리(421)의 유효한 특정 구간에 에러를 기록하고 상기 제 1 메모리(421)를 이용하여 다시 재부팅할 수 있다.

상기와 같이 함으로써, IPTV 방송 수신기는 다운로드한 소프트웨어의 에러 등으로 인한 시스템의 피해를 최소화 할 수 있다.

또한, 특정 공간에 에러를 기록하는 이유는 나중에 IPTV 방송 수신기가 동작할 때 호스트 소프트웨어 로그 테이블(host software log table)에 표시하여 SNMP 매니저가 접근할 경우 관련 문제점을 알 수 있도록 해야 한다.

즉, SNMP 에이전트(424)는 IPTV 방송 수신기의 제 1 메모리(421) 및 제 2 메모리(422)를 액세스할 수 있으며, 네트워크 인터페이스(423)를 통해 소켓(socket) 통신을 할 수 있다. 또한, SNMP 에이전트(424)는 에러를 보고할 수 있다. 즉, SNMP 에이전트(424)는 어떤 위험한 상황에 대하여 알려야 할 경우에는 호스트 소프트웨어 트랩(Host Software Trap)을 SNMP 매니저로 전송하여 소프트웨어의 버전, 제조사 이름과 함께 트랩의 필요한 정보들도 전송해야 한다.

상술한 IPTV 시스템에는 향후에는 네트워크가 가능한 DSG(DOCSIS(data over cable service interface specifications) settop gateway) 모뎀이 내장할 수 있다. 따라서, 향후에는 상기 DSG 모뎀을 통하여 인터넷으로 메일, 방송 정보, 호텔 및 기차 등과 같은 대중 교통 수단의 예약 발권 그리고 인터넷에서 할 수 있는 대부분의 서비스들을 IPTV 시스템을 통하여 이용할 수 있게 된다.

일반적으로 네트워크 시스템에서 네트워크 리소스(라우터(router), 허브(herb) 등)들을 관리하기 위하여 사용하는 네트워크 프로토콜을 SNMP라고 부르며, 이 프로토콜을 사용하여 멀리 있는 원격지의 네트워크 리소스(network resources)들을 제어하고 중요한 값들을 변경함으로써 치명적일 수 있는 조건의 환경에서 벗어날 수 있도록 그 기능을 제공한다.

도 5는 본 발명의 사상에 따른 소프트웨어 다운로드 방법이 적용될 수 있는 환경을 도시한 개념도이다.

도시한 바와 같이, 영국내 IPTV 방송 수신기(5)의 사용자가 필요한 소프트웨어를 다운로드 하는데, 그 배포 서버(4)가 한국에 존재하는 경우, 상기 IPTV 방송 수신기(5)는 자신이 위치한 로컬 네트워크(3), 영국내 인터넷 네트워크(2), 광케이블등 장거리 전송 매체(0), 한국 인터넷 네트워크(1)를 경유하여, 비로소 배포 서버(4)에 접근할 수 있다. 이와 같은 경우, 아무리 전기적 통신 수단이라 하여도, 다운로드에 상당한 시간이 소요될 수 밖에 없다. 본 발명에서는 로컬 네트워크(3)의 다른 IPTV 방송 수신기(6, 7)가 이미 동일한 소프트웨어를 다운로드 받아 저장한 경우, 해당 IPTV 방송 수신기로부터 로컬 네트워크(3) 내에서 소프트웨어를 다운로드받을 수 있는 방법을 제안한다.

소프트웨어 다운로드를 위한 상기 배포 서버(4) 및 IPTV 방송 수신기(5)는, 공지된 다양한 데이터 통신 프로토콜을 이용하여 소프트웨어 다운로드를 수행할 수 있다. 예컨대, 상기 배포 서버(4) 및 IPTV 방송 수신기(5)는, 상술한 SNMP 프로토콜을 이용하여 상기 소프트웨어에 대한 다운로드를 수행할 수 있다.

도 6a 및 6b는 본 발명의 일 실시예에 따른 소프트웨어 다운로드 방법을 도시한다.

도시한 소프트웨어 다운로드 방법은, 특히 제품의 출고시 이미 설치되어 있는 소프트웨어를 제조사의 배포 서버를 통하여 업그레이드하는 경우에 유용하다. 따라서, 도면의 설명을 상기 경우로 구체화하여 기술하겠다.

도시한 실시예의 IPTV 방송 수신기(도 5의 5)는, 필요한 소프트웨어의 업그레이드 버젼을 배포 서버(4)로부터 다운로드 받아 설치하고, 다운로드 받은 업그레이드 버젼 소프트웨어를 저장하고 있음을 지역 네트워크(3)에 통보하고, 지역 네트워크에서 재배포를 요청한 다른 IPTV 방송 수신기(6, 7)로, 저장한 업그레이드 버젼 소프트웨어를 재배포한다.

도시한 IPTV 방송 수신기에서의 소프트웨어 다운로드 방법은, 소프트웨어의 다운로드를 결정하는 단계(S100); 상기 소프트웨어를 배포하는 서버로부터 소프트웨어를 다운로드 받아 설치하는 단계(S300); 상기 다운로드 받은 소프트웨어의 지역 네트워크로의 재배포 여부를 결정하는 단계(S400); 및 재배포가 결정되면, 상기 다운로드받은 소프트웨어를 저장하고, 지역 네트워크에 상기 소프트웨어의 재배포가 가능함을 방송하는 단계(S500)를 포함한다.

상기 S100 단계는, 내장된 소프트웨어의 업그레이드 버젼의 존재 여부를 판단하는 단계(S120); 사용자에게 상기 내장된 소프트웨어의 업그레이드 여부를 문의하는 단계(S140); 및 사용자로부터 업그레이드 지시를 접수하면(S160), 상기 업그레이드 버젼의 소프트웨어의 다운로드를 결정하는 단계(S200)를 포함한다.

상기 S300 단계는, 업그레이드할 버젼의 소프트웨어를 배포하는 배포 서버를 검색하는 단계(S320); 상기 검색된 배포 서버에 상기 소프트웨어의 다운로드를 요청하는 단계(S340); 및 상기 배포 서버로부터 상기 소프트웨어를 다운로드 받아 내부 저장 장치에 저장하고(S360), 업그레이드 버젼의 소프트웨어를 설치하는 단계(S380)를 포함한다.

상기 S400 단계는, 상기 소프트웨어의 상기 서버로부터의 다운로드 속도를 검출하는 단계(S420); 상기 다운로드 속도가 소정 기준값 보다 높으면(S440) 상기 다운로드받은 소프트웨어를 지역 네트워크로 재배포하지 않을 것을 결정하는 단계(S490); 상기 다운로드 속도가 소정 기준값 보다 낮으면(S440), 상기 지역 네트워크에 소프트웨어를 재배포 받을 수 있는 IPTV 방송 수신기가 존재하는지를 판단하는 단계(S450); 및 상기 재배포 받을 수 있는 IPTV 방송 수신기가 존재하면(S460) 상기 다운로드받은 소프트웨어를 지역 네트워크로 재배포할 것을 결정하는 단계를 포함한다.

상기 S500 단계는, 재배포 가능함에 대한 정보를 담고 있으며, 상기 지역 네트워크에 한정된 통신 패킷을 작성하는 단계(S520); 및 상기 작성된 통신 패킷을 외부로 송출하는 단계(S540)를 포함한다.

또한, 상기 S500 단계 이후, 상기 지역 네트워크에 접속된 다른 IPTV 방송 수신기으로부터 상기 다운로드받은 소프트웨어의 재배포 요청을 접수하는 단계(S620); 상기 다운로드받은 소프트웨어를 담고 있으며, 상기 다른 IPTV 방송 수신기를 목적지로 하는 통신 패킷을 작성하는 단계(S640); 및 상기 작성된 통신 패킷을 외부로 송출하는 단계(S660)를 더 수행할 수 있다.

상기 S120 단계는, IPTV 방송 수신기가 방송 프로그램 스트림에 포함된 방송 관련 정보(예: 프로그램 재생 필요한 소프트웨어 버젼 정보)로부터, 업그레이드 버젼의 소프트웨어가 존재함을 인지하는 방식으로 수행될 수 있다.

상기 S140 단계 및 S160 단계는 경우에 따라 생략할 수 있다. 예컨대, IPTV 방송 수신기의 주요 기능에 대한 버그를 제거하기 위한 업그레이드인 경우, 사용자 확인 과정을 생략하고, 소프트웨어 업그레이드를 수행할 수 있다.

상기 S320 단계는, 상기 IPTV 방송 수신기가 방송 프로그램 스트림에 포함된 방송 관련 정보로부터, 상기 배포 서버의 위치를 확인하는 방식으로 수행되거나, 또는 상기 방송 프로그램을 송출하는 방송국 서버에 문의하고, 이에 대한 응답으로부터 상기 배포 서버의 위치를 확인하는 방식으로 수행될 수 있다.

상기 S360 단계에서는, 상기 배포 서버부터 상기 업그레이드 버젼 소프트웨어를 연속적으로 전송받을 수도 있고, 일정 부분씩 나누어서 전송받을 수도 있다. 상기 배포 서버로부터 상기 업그레이드 버젼 소프트웨어의 다운로드가 완료되면, 이를 상기 IPTV 방송 수신기의 내부 메모리에 저장할 수 있다.

상기 S420 단계에서의 다운로드 속도는, 상기 업그레이드 버젼 소프트웨어의 다운로드 시간을 상기 업그레이드 버젼 소프트웨어의 용량으로 나누어 구할 수 있다.

상기 S420 단계 및 S440 단계는, 배포 서버로부터 다운로드받는 것에 부담이 없는 경우, 지역 네트워크에 대하여 재배포를 통보하는 것(S520, S540)이 불필요하고, 오히려, 지역 네트워크에 부담을 주기 때문에, 이를 방지하기 위한 과정이다.

구현에 따라, 상기 S420 단계 및 S440 단계는 생략될 수 있다.

다른 구현의 상기 S420 단계에서는, 다운로드 속도 대신 단순하게 다운로드 시간을 검출하고, 상기 S440 단계에서는, 다운로드 시간이 소정의 기준값보다 많은지를 판단할 수 있다.

상기 S450 단계 및 S460 단계는, 지역 네트워크에 대하여 재배포를 수행하여도, 지역 네트워크에 접속된 IPTV 방송 수신기가 지역 네트워크로부터 소프트웨어를 다운로드받는 기능이 없는 경우, 지역 네트워크에 대하여 재배포를 통보하는 것(S520, S540)이 불필요하고, 오히려, 지역 네트워크에 부담을 주기 때문에, 이를 방지하기 위한 과정이다.

구현에 따라, 상기 S450 단계 및 S460 단계는 생략될 수 있다.

상기 S320 단계, S340 단계, S360 단계, S520 단계, S620 단계 및 S640 단계에서 수행되는 각 요청 및 그 응답은 통신 패킷에 실려서 전송될 수 있다. 예컨대, 일반적인 인터넷 규격의 TCP/IP 패킷에 실리거나, 상술한 SNMP 패킷에 실릴 수 있다.

도 7은 본 발명의 다른 실시예에 따른 소프트웨어 다운로드 방법을 도시한다.

도시한 실시예의 IPTV 방송 수신기(7)는, 필요한 소프트웨어의 업그레이드 버젼이 우선 지역 네트워크(3)에 존재하는지를 판단하여, 지역 네트워크(3)에 존재하면 지역 네트워크(3)에서 다운로드 받고, 지역 네트워크에 존재하지 않으면 배포 서버(4)에서 다운로드 받는다.

도시한 스프트웨어 다운로드 방법은, 소프트웨어의 다운로드를 결정하는 단계(S201); 지역 네트워크가 상기 다운로드할 소프트웨어의 보유 여부를 확인하는 단계(S1020); 및 상기 지역 네트워크가 상기 소프트웨어를 보유하면(S1040), 상기 소프트웨어를 저장하고 있는 장치의 위치를 접수하는 과정(S1060)과, 상기 소프트웨어를 저장하고 있는 장치로부터 상기 소프트웨어를 다운로드 받는 과정(S1080)을 수행하고,

상기 지역 네트워크가 상기 소프트웨어를 보유하지 않으면(S1040), 상기 소프트웨어를 배포하는 서버로부터 소프트웨어를 다운로드 받는 과정(S1000)을 수행하는 단계를 포함한다.

여기서, 상기 소프트웨어의 보유 여부를 확인하는 단계(S1040)는, 상기 소프트웨어에 대한 정보를 담고 있으며, 상기 지역 네트워크에 한정된 통신 패킷을 작성하는 단계; 및 상기 작성된 통신 패킷을 외부로 송출하는 단계를 포함할 수 있다.

상기 S1000 단계에서는, 상기 도 6a의 S140 단계 내지 S380 단계와 동일한 과정를 수행할 수 있다.

상기 S1080 단계는, 상기 업그레이드 버젼 소프트웨어를 저장하는 IPTV 방송 수신기로 상기 소프트웨어에 대한 다운로드를 요청하는 과정; 상기 업그레이드 버젼 소프트웨어를 저장하는 IPTV 방송 수신기에서 전송받은 데이터 통신 패킷으로부터 상기 업그레이드 버젼 소프트웨어를 추출하는 과정; 및 상기 추출된 업그레이드 버젼 소프트웨어를 설치하는 단계를 포함할 수 있다.

상기 S1000 단계, S1040 단계 및 S1080 단계에서 수행되는 각 요청 및 그 응답은 통신 패킷에 실려서 전송될 수 있다. 예컨대, 일반적인 인터넷 규격의 TCP/IP 패킷에 실리거나, 상술한 SNMP 패킷에 실릴 수 있다.

본 발명의 기술사상은 상기 실시예에 따라 구체적으로 기술되었으나, 상기한 실시예는 그 설명을 위한 것이며, 그 제한을 위한 것이 아님을 주의하여야 한다. 또한, 본 발명의 기술분야의 통상의 전문가라면 본 발명의 기술사상의 범위에서 다양한 실시예가 가능함을 이해할 수 있을 것이다.

예컨대, 상기 설명에서는 본 발명의 소프트웨어 배포 방법을 IPTV 방송 수신기에서 수행되는 것으로 구체화하여 설명하였지만, 다른 형태의 방송 수신기에서도 수행될 수 있음은 자명하며, 이러한 구성에도 본 발명의 권리범위가 미칠 수 있음은 물론이다. 또한, 상기 설명에서 방송 수신기는, 방송 수신 시스템을 구성하는 모든 구성요소들(예: 셋톱박스)의 전부 또는 일부를 의미할 수 있다.

예컨대, 상기 설명에서는, 이미 설치된 소프트웨어의 업그레이드 버젼을 다운로드/설치하는 것으로 구체화하여 설명하였지만, 최초 버젼의 소프트웨어를 다운로드/설치하는 데에도 동일한 과정이 수행될 수 있음은 자명하며, 이 또한 본 발명의 권리범위에 속함은 물론이다.

도 1은 본 발명과 관련하여 IPTV 환경을 개념적으로 도시한 개념도

도 2는 본 발명과 관련하여 SNMP 매니저와 SNMP 에이전트의 기능을 설명하기 위해 도시한 블록도.

도 3a는 본 발명에 따라 구성한 호스트 소프트웨어 인포메이션 테이블(host software information table)의 일 예.

도 3b는 본 발명에 따라 구성한 호스트 소프트웨어 콘트롤 테이블(host software control table)의 일 예.

도 3c는 본 발명에 따라 구성한 호스트 소프트웨어 로그 테이블(host software log table)의 일 예

도 3d는 본 발명에 따라 구성한 호스트 소프트웨어 트랩 테이블(host software traps table)의 일 예

도 3e는 본 발명에 따라 구성한 호스트 소프트웨어 그룹 디바이스 테이블의 일 예

도 4는 본 발명에 따라 IPTV 환경에서 소프트웨어 업그레이드를 위하여 구성한 시스템의 일 예를 도시한 블록도.

도 5는 본 발명의 사상에 따른 소프트웨어 다운로드 방법이 적용될 수 있는 환경을 도시한 개념도.

도 6a 및 6b는 본 발명의 일 실시예에 따른 소프트웨어 다운로드 방법을 도시한 흐름도.

도 7은 본 발명의 다른 실시예에 따른 소프트웨어 다운로드 방법을 도시한 흐름도.

Claims (8)

1. 소프트웨어의 다운로드를 결정하는 단계;

   상기 소프트웨어를 배포하는 서버로부터 소프트웨어를 다운로드 받아 설치하는 단계;

   상기 다운로드 받은 소프트웨어의 지역 네트워크로의 재배포 여부를 결정하는 단계; 및

   재배포가 결정되면, 상기 다운로드받은 소프트웨어를 저장하고, 지역 네트워크에 상기 소프트웨어의 재배포가 가능함을 방송하는 단계

   를 포함하는 방송 수신기의 소프트웨어 다운로드 방법.
2. 제 1 항에 있어서,

   상기 재배포 여부 결정 단계는,

   상기 소프트웨어의 상기 서버로부터의 다운로드 속도를 검출하는 단계; 및

   상기 다운로드 속도가 소정 기준값 보다 낮으면 상기 다운로드받은 소프트웨어를 지역 네트워크로 재배포할 것을 결정하는 단계

   를 포함하는 소프트웨어 다운로드 방법.
3. 제 1 항에 있어서,

   상기 재배포 여부 결정 단계는,

   상기 지역 네트워크에 소프트웨어를 재배포 받을 수 있는 방송 수신기가 존재하는지를 판단하는 단계; 및

   상기 재배포 받을 수 있는 방송 수신기가 존재하면 상기 다운로드받은 소프트웨어를 지역 네트워크로 재배포할 것을 결정하는 단계

   를 포함하는 소프트웨어 다운로드 방법.
4. 제 1 항에 있어서,

   상기 다운로드 결정 단계는,

   내장된 소프트웨어의 업그레이드 버젼의 존재 여부를 판단하는 단계;

   사용자에게 상기 내장된 소프트웨어의 업그레이드 여부를 문의하는 단계; 및

   사용자로부터 업그레이드 지시를 접수하면, 상기 소프트웨어의 업그레이드 버젼의 다운로드를 결정하는 단계

   를 포함하는 소프트웨어 다운로드 방법.
5. 제 1 항에 있어서,

   상기 재배포 가능함을 방송하는 단계는,

   재배포 가능함에 대한 정보를 담고 있으며, 상기 지역 네트워크에 한정된 통신 패킷을 작성하는 단계; 및

   상기 작성된 통신 패킷을 외부로 송출하는 단계

   를 포함하는 소프트웨어 다운로드 방법.
6. 제 1 항에 있어서,

   상기 지역 네트워크에 접속된 다른 방송 수신기로부터 상기 다운로드받은 소프트웨어의 재배포 요청을 접수하는 단계;

   상기 다운로드받은 소프트웨어를 담고 있으며, 상기 다른 방송 수신기를 목적지로 하는 통신 패킷을 작성하는 단계; 및

   상기 작성된 통신 패킷을 외부로 송출하는 단계

   를 포함하는 소프트웨어 다운로드 방법.
7. 소프트웨어의 다운로드를 결정하는 단계;

   지역 네트워크가 상기 다운로드할 소프트웨어의 보유 여부하는지를 확인하는 단계; 및

   상기 지역 네트워크가 상기 소프트웨어를 보유하면,

   상기 소프트웨어를 저장하고 있는 장치의 위치를 접수하는 과정과,

   상기 소프트웨어를 저장하고 있는 장치로부터 상기 소프트웨어를 다운로드 받는 과정을 수행하고,

   상기 지역 네트워크가 상기 소프트웨어를 보유하지 않으면,

   상기 소프트웨어를 배포하는 서버로부터 소프트웨어를 다운로드 받는 과정을 수행하는 단계

   를 포함하는 방송 수신기의 소프트웨어 다운로드 방법.
8. 제 7 항에 있어서,

   상기 소프트웨어의 보유 여부를 문의하는 단계는,

   상기 소프트웨어에 대한 정보를 담고 있으며, 상기 지역 네트워크에 한정된 통신 패킷을 작성하는 단계; 및

   상기 작성된 통신 패킷을 외부로 송출하는 단계

   를 포함하는 소프트웨어 다운로드 방법.

Images