KR20090046054A

KR20090046054A - 프로토콜 변환 장치 및 방법

Info

Publication number: KR20090046054A
Application number: KR1020070111985A
Authority: KR
Inventors: 황인석; 박주희; 석승학; 정병덕
Original assignee: 주식회사 케이티
Priority date: 2007-11-05
Filing date: 2007-11-05
Publication date: 2009-05-11

Abstract

본 발명은 프로토콜 변환 장치는 OAM-DM 프로토콜에 기반하여 OMA-DM 메시지를 생성하고 전송하는 OMA-DM 시스템, SNMP에 기반하여 SNMP 메시지를 생성하고 전송하는 SNMP 시스템, 그리고 상기 OMA-DM 시스템과 상기 SNMP 시스템에 연결되어, 상기 SNMP 시스템으로부터 전송되는 SNMP 메시지를 OMA-DM 메시지로 변환하여 상기 OMA-DM 시스템으로 전송하거나, 상기 OMA-DM 시스템으로부터 전송된 OMA-DM 메시지를 SNMP 메시지를 변환하여 상기 SNMP 시스템으로 전송하는 변환 시스템을 포함한다. 이로 인해, SNMP 메시지와 OMA-DM 메시지 간의 상호 변환이 가능하여 시스템의 교체나 변경 없이 SNMP 시스템과 OMA-DM 시스템 간의 호환이 가능하다.

SNMP, OMA DM, 단말관리, 프로토콜변환, 관리시스템, 네트워크관리

Description

프로토콜 변환 장치 및 방법 {APPARATUS AND METHOD FOR TRANSFERRING PROTOCOL}

본 발명은 프로토콜 변환 장치 및 방법에 관한 것으로서, 더욱 상세하게는 SNMP 프로토콜을 OMA-DM 프로토콜 또는 OMA-DM 프로토콜을 SNMP 프로토콜로 변환하는 장치 및 방법에 관한 것이다.

SNMP(simple network management protocol)은 네트워크를 관리하기 위한 프로토콜이다.

일반적으로 네트워크 관리 등을 실시하는 시스템인 SNMP 시스템은 SNMP 매니저(manager)와 SNMP에이전트(agent) 구조로 이루어져 있으며, 이들은 일반적인 서버와 클라이언트 관계를 유지한다.

따라서 SNMP 에이전트는 네트워크에 연결된 각 장치(이하, "네트워크 장치"라 함)에 설치되며, 정해 놓은 규격에 따라 설치된 각 네트워크 장치의 정보를 수집하고 보관한다. 반면, SNMP 매니저는 SNMP에이전트와 독립적인 별개의 장소에 설치되며, 각 네트워크 장치에 설치된 SNMP 에이전트의 정보를 수집해서 네트워크의 동작을 관리한다.

결국, SNMP 에이전트는 해당 네트워크 장치의 상태 정보를 모니터링하고, 그 상태 정보를 정기적 또는 비정기적인 SNMP 매니저의 요청에 의해 SNMP 에이전트는 모니터링한 상태 정보를 SNMP 매니저에게 제공하여, 각 네트워크 장치 자체의 장비 상태뿐만 아니라 구성, 성능, 보안 상태 등을 관리한다. 이때, SNMP 매니저와 SNMP 에이전트 간의 정보 전송은 UDP(user datagram protocol)인 통신 프로토콜을 이용한다.

그러나 이러한 SNMP시스템은 단지 네트워크 장치의 상태 정보만을 이용하여 네트워크를 관리하기 때문에, 발생한 문제를 실질적으로 해결하지는 못한다. 또한, SNMP시스템은 단순한 해당 네트워크 장치의 상태 정보만을 처리하므로, 신규 서비스를 제공하거나 다양한 네트워크 환경을 지원하지 못하는 문제가 발생한다.

반면, OMA-DM(open mobile alliance-device management) 프로토콜은 모바일(mobile) 규격의 세계 표준화 단체인 OMA에서 규정한 표준 프로토콜이다. OMA-DM프로토콜은 WAP(wireless application protocol) 클라이언트(client) 프로비저닝(provisioning) 및 SyncML DM 기술을 발전적으로 통합한 것으로서, 무선망(OTA, over the air) 기반의 이동 단말 관리를 위한 표준 규격으로 작성되었으나 유선 단말에도 적용이 가능한 프로토콜이다. 이러한 OMA-DM 프로토콜은 OMA에서 발간된 규격인 OMA-RD-DM-V1_2-20060424-C, OMA-TS-DM_Protocol-V1_2-20060602-C 등에 자세히 기술되어 있다.

이러한 OMA-DM 프로토콜은 신규 단말의 구성을 설정하고, 단말의 환경 정보를 수집하며, 하드웨어 정보를 관리할 뿐만 아니라, 해당 단말에 신규 서비스를 제 공하고, 해당 단말의 원격 제어뿐만 아니라 데이터의 백업 및 복원 기능도 수행할 수 있는 프로토콜이다. 따라서 OMA-DA 프로토콜을 이용하여 네트워크를 관리할 경우, 단말이나 운영체제의 종류, 설치 지역, 또는 네트워크 기술 등에 제한을 받지 않고 사업자의 요구 사항에 능동적으로 대체할 수 있는 관리 시스템을 설계할 수 있고, 이로 인해, 네트워크의 관리뿐만 아니라 시간과 장소에 제한 없이 사용자와 연계하여 다양한 서비스를 해당 네트워크 장치에 제공 할 수 있게 된다.

최근 디지털 라이프 스타일(digital life style)의 확산 및 고도화에 따라 때와 장소, 또는 사용하는 장비 등에 무관하게 인터넷이나 멀티미디어 콘텐츠를 이용하고자 하는 고객의 요구에 의해 유비쿼터스(ubiquitous) 환경으로의 발전이 가속화되고 있다.

이러한 유비쿼터스 환경으로 인해, 각 가정의 단말을 감시하거나 제어할 수 있고, 각 가정의 단말에 다양한 서비스를 제공할 수 있게 된다. 하지만 이를 위해서는 기존 서비스 환경과의 상호 호환성이 보장되어야 하고, 장소에 무관하게 다양한 네트워크 환경에서 원하는 단말과의 접속이 보장되어야 한다.

그러나 SNMP 시스템은 신규 서비스를 제공이 어렵고, 신규 서비스 제공에 따른 기존 시스템과의 연동 시 다양한 네트워크 환경을 직접 지원하지 못하므로 복잡한 관리 방식이 도입되어 많은 비용이 소모되고, 복잡한 관리 방식으로 인해 처리 시간과 처리 비용이 증가하는 문제가 발생한다.

따라서 본 발명이 이루고자 하는 기술적 과제는 SNMP를 이용한 시스템의 기능을 향상시키는 것이다.

본 발명의 한 특징에 따른 프로토콜 변환 장치는 OAM-DM 프로토콜에 기반하여 OMA-DM 메시지를 생성하고 전송하는 OMA-DM 시스템, SNMP에 기반하여 SNMP 메시지를 생성하고 전송하는 SNMP 시스템, 그리고 상기 OMA-DM 시스템과 상기 SNMP 시스템에 연결되어, 상기 SNMP 시스템으로부터 전송되는 SNMP 메시지를 OMA-DM 메시지로 변환하여 상기 OMA-DM 시스템으로 전송하거나, 상기 OMA-DM 시스템으로부터 전송된 OMA-DM 메시지를 SNMP 메시지를 변환하여 상기 SNMP 시스템으로 전송하는 변환 시스템을 포함한다.

상기 OMA-DM 시스템은 OMA-DM 프로토콜로 정의한 관리 규격을 기억하는 제1 관리 객체 집합을 포함하고, 상기 SNMP 시스템은 SNMP로 정의한 관리 규격을 기억하는 제2 관리 객체 집합을 포함할 수 있다. 또한, 상기 변환 시스템은 상기 제1 관리 객체 집합과 상기 제2 관리 객체 집합이 통합된 제3 관리 객체 집합을 구비할 수 있다.

상기 변환 시스템은 기억 장치를 포함할 수 있고, 상기 기억 장치는 상기 SNMP 메시지의 구성 요소와 상기 OMA-DM 메시지의 구성 요소 간의 대응 관계를 기억할 수 있다.

상기 기억 장치는 룩업 테이블일 수 있다.

상기 OMA-DM 메시지는 XML 형태인 것이 좋고, 상기 SNMP 메시지는 SNMP 메시지 구조를 가질 수 있다.

본 발명의 다른 특징에 따른 프로토콜 변환 장치의 변환 방법은 OMA-DM 프로토콜에 기반한 OMA-DM 메시지를 SNMP에 기반한 SNMP 메시지로 변환하는 프로토콜 변환 장치의 변환 방법으로서, 변환 방법은 상기 OMA-DM 메시지를 수신하는 단계, OMA-DM 커맨드에 기초하여 SNMP 메시지의 PDU 타입값을 생성하는 단계, 상기 OMA-DM 메시지의 메시지 식별 변호부의 값에 기초하여 SNMP 메시지의 메시지 요청 번호 필드의 값을 생성하는 단계, 그리고 관리 객체 집합에 기초하여 경로 데이터를 SNMP 메시지의 OID 번호로 변환하는 단계를 포함할 수 있다.

상기 변환 방법은 상기 OMA-DM 메시지의 헤더부의 커맨드 식별 번호가 설정값을 갖는지를 판단하는 단계, 그리고 상기 커맨드 식별 변호가 설정값을 가질 경우, 상기 OMA-DM 메시지를 상기 SNMP 메시지로 변환하는 단계를 더 포함할 수 있다.

상기 변환 장치는 상기 SNMP 메시지의 구성 요소와 상기 OMA-DM 메시지의 구성 요소 간의 대응 관계를 기억하는 기억 장치를 포함할 수 있다. 이때, 상기 변환 방법은 상기 기억 장치에 기억된 대응 관계에 기초하여 상기 OMA-DM 메시지의 구성 요소를 대응하는 SNMP 메시지의 구성 요소로 변환하는 단계를 더 포함할 수 있다.

상기 OMA-DM 커맨드에 대응하는 상기 PDU 타입값은 상기 기억 장치에 기억되 어 있는 것이 좋다.

본 발명의 또 다른 특징에 따른 프로토콜 변환 방법은 SNMP에 기반한 SNMP 메시지를 OMA-DM 프로토콜에 기반한 OMA-DM 메시지로 변환하는 프로토콜 변환 장치의 변환 방법으로서, 상기 변환 방법은 상기 SNMP 메시지를 수신하는 단계, 상기 SNMP 메시지의 PDU 필드값을 판정하는 단계, 상기 판정된 PDU 필드값에 기초하여 상기 OMA-DM 메시지의 OMA-DM 커맨드를 생성하는 단계, 상기 SNMP 메시지의 메시지 요청 번호 필드의 값에 기초하여 상기 OMA-DM 메시지의 메시지 식별 번호부의 값을 생성하는 단계, 그리고 관리 객체 집합에 기초하여 상기 SNMP 메시지의 OID 번호를 OMA-DM 메시지의 경로 데이터로 변환하는 단계를 포함한다.

상기 변환 방법은 상기 OMA-DM 메시지의 헤더부의 커맨드 식별 번호를 설정값으로 정하는 단계를 더 포함할 수 있다.

상기 변환 장치는 상기 SNMP 메시지의 구성 요소와 상기 OMA-DM 메시지의 구성 요소 간의 대응 관계를 기억하는 기억 장치를 포함할 수 있고, 상기 변환 방법은 상기 기억 장치에 기억된 대응 관계에 기초하여 상기 SNMP 메시지의 구성 요소를 대응하는 OMA-DM 메시지의 구성 요소로 변환하는 단계를 더 포함할 수 있다.

상기 PDU 필드값에 대응하는 상기 OMA-DM 커맨드는 상기 기억 장치에 기억되어 있는 것이 좋다.

본 발명의 또 다른 특징에 따른 프로토콜 변환 장치는 OMA-DM 프로토콜로 정의한 관리 규격을 기억하는 관리 개체 집합과 SNMP로 정의한 관리 규격을 기억하는 관리 객체 집합을 구비한 관리 객체 집합부, OMA-DM 메시지의 구성 요소와 SNMP 메 시지의 구성 요소의 대응 관계를 기억하는 기억 장치, 그리고 상기 관리 객체 집합부에 기억된 관리 객체 집합과 상기 기억 장치에 기억된 대응 관계에 기초하여 상기 OMA-DM 메시지를 상기 SNMP 메시지로 변환하거나 상기 SNMP 메시지를 상기 OMA-DM 메시지로 변환하는 프로토콜 처리부를 포함한다.

상기 프로토콜 처리부는 OMA-DM 프로토콜 계층 구조와 상기 SNMP 계층 구조를 포함하는 것이 바람직하다.

또한 상기 OMA-DM 메시지는 XML 형태인 것이 좋고, 상기 SNMP 메시지는 SNMP 메시지 구조를 갖는 것이 좋다.

이러한 특징에 따라 SNMP 메시지와 OMA-DM 메시지 간의 상호 변환이 가능하여 시스템의 교체나 변경 없이 SNMP 시스템과 OMA-DM 시스템 간의 호환이 가능하다.

첨부한 도면을 참고로 하여 본 발명의 실시예에 대하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시 예에 한정되지 않는다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.

명세서 전체에서, 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 또한, 명세서에 기재된 "…부", "…기", "모듈" 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어 또는 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.

본 명세서에서 이동국(Mobile Station, MS)은 단말(terminal), 이동 단말(Mobile Terminal, MT), 가입자국(Subscriber Station, SS), 휴대 가입자국(Portable Subscriber Station, PSS), 사용자 장치(User Equipment, UE), 접근 단말(Access Terminal, AT) 등을 지칭할 수도 있고, 이동 단말, 가입자국, 휴대 가입자 국, 사용자 장치 등의 전부 또는 일부의 기능을 포함할 수도 있다.

이제 본 발명의 한 실시예에 따른 프로토콜 변환 장치에 대하여 첨부한 도면을 참고로 하여 상세하게 설명한다.

도 1은 본 발명의 한 실시예에 따른 프로토콜 변환 장치의 블록도이고, 도 2는 본 발명의 한 실시예에 따른 OMA-DM 시스템의 클라이언트와 서버 간의 데이터 전송 관계를 도시한 도면이며, 도 3은 본 발명의 실시예에서 따른 OMA-DM 시스템에서 사용되는 OMA-DM 프로토콜을 기반으로 한 OMA-DM 메시지의 구조에 대한 한 예를 도시한다.

도 1에 도시한 것처럼, 본 발명의 한 실시예에 따른 프로토콜 변환 장치는 OMA-DA 프로토콜 기반의 시스템(이하, "OMA-DA 시스템"이라 함)(110), SNMP 시스템 (120), 그리고 OMA-DA 시스템(110)과 SNMP 시스템(120) 사이에 연결된 프로토콜 변 환 시스템(130)을 구비한다.

OMA-DM 시스템(110)은 OMA-DM 프로토콜을 사용하여 네트워크나 단말 등의 관리 등을 행하는 장치에 설치되며, 도 2에 도시한 것처럼, OMA-DM 시스템(110)은 클라이언트(111)와 서버(server)(112)를 구비한다. 따라서 OMA-DM 시스템(110)은 XML 기반의 OMA-DM 프로토콜을 생성하여 전송하거나 OMA-DM 프로토콜을 수신하여 해석한다.

도 2에서 서버(112)에 연결된 클라이언트(111)의 개수는 하나이지만, 단말등과 같이 서버(112)에 연결된 네트워크 장치의 개수가 2개 이상일 경우 클라이언트(111)의 개수 또한 2개 이상일 수 있다.

도 2에 도시한 것처럼, OMA-DM 시스템(110)의 클라이언트(111)와 서버(112) 간의 데이터 전송은 패키지 단위로 이루어지며, 설정 과정(720)과 관리 과정(730)로 나눠진다.

설정 과정(720)은 클라이언트(111)와 서버(112)간의 통신을 행하기 위해 설정 조건, 통신 조건 등을 점검하여 클라이언트(111)와 서버(112)의 상태를 해당 상태로 설정하기 위한 과정이다. 이를 위해, 서버(112)는 클라이언트(111)로 패키지0(package #0)를 전송하여 통신 여부와 통신 조건 등을 클라이언트(111)에 알려준다(S1). 이에 따라, 클라이언트(111)는 자신의 상태를 패키지0(package #0)을 통해 전송된 상태로 초기화한 후 패키지1(package #1)을 통해 클라이언트(111)의 초기화 동작이 완료되었음을 알리는 데이터를 서버(112)로 전송한다(S2). 이때, 전송된 패키지1(package #1)에 의해 클라이언트(111)와 서버(120) 간의 인증 동작이 이루어진다. 다음, 서버(112)는 패키지1(package #1)의 전송을 통해 클라이언트(111)의 초기화 동작이 완료되었음을 확인하고, 그런 다음, 자신의 상태를 통신 조건에 맞게 초기화한 후 패키지 2(package #2)을 통해 클라이언트(111)의 동작을 관리하기 위한 커맨드를 전송한다(S3).

반면, 관리 과정(730)은 클라이언트(111)로부터의 커맨드에 기초한 데이터를 전송하거나 비동기적으로 클라이언트(111)에서 서버(112)로 데이터 전송을 전송하는 동작이 행해진다. 이를 위해, 클라이언트(111)는 패키지3(package #3)을 통해 패키지2(package #2)에 포함된 커맨드에 해당하는 데이터를 전송하거나(S4), 또는 패키지4(package #4)를 통해 비동기적으로 발생하는 데이터를 서버(112)로 전송한다(S5).

클라이언트(111)와 서버(112)의 초기화 이후, 추가로 클라이언트(111)로부터 데이터를 요구하거나 관리를 행할 경우 서버(11)는 필요 시마다 추가의 패키지를 클라이언트(111)로 전송하고, 클라이언트(111) 또한 추가의 패키지를 서버(112)로 전송하여 서버(112)에 의해 요청된 데이터를 전송할 수 있다.

이와 같이, OMA-DM 시스템(110)은 설정 과정(720)과 관리 과정(730)을 통해 해당 클라이언트(111)의 관리 동작이 행해진다.

OMA-DM 시스템(110)에서 사용되는 OMA-DM 프로토콜 기반의 OMA-DM 메시지 구조의 한 예를 도 3에 도시한다.

OMA-DM 메시지는 XML 형태로 이루어져 있고, 도 3에 도시한 것처럼, 하나의 패키지 단위로 형성된다. 하나의 패키지는 복수 개의 메시지부를 구비하며, 각 메 시지부는 하나의 헤더부와 하나의 바디부를 구비한다. 바디부는 복수 개의 커맨드부를 구비하고 있다.

이러한 OMA-DM 메시지의 일 예를 도 4에 도시한다.

도 4는 본 발명의 실시예에 따른 OMA-DM 메시지 구조의 한 예이다.

도 4를 참고하면, OMA-DM 메시지는 메시지부(<SyncML>) 내에

헤더부(<SyncHdr>)와 바디부(<SyncBody>)를 구비하고 있고, 바디부(<SyncBody>)는 커맨드부, 예를 들어, 겟(get) 커멘드(<Get>)를 구비하고 있다.

헤더부(<SyncHdr>)에 커맨드 식별 번호부(<CmdID>)를 구비하고 있고, <CmdID>부는 프로토콜에 관련된 동작을 명기하고 있다. 따라서 변환 시스템(130)은 OMA-DA 시스템(110)으로부터 전송된 OMA-DM 메시지 중 <SyncHdr>부의 <CmdID>부에 기록된 값에 따라 어느 프로토콜로의 변환 여부가 정해진다.

예를 들어, <CmdID>부의 값이 "1000"이면 SNMP 기반의 메시지(이하, "SNMP 메시지"라 칭함)로 변환하여 <Source>부 안의 <LocURI>부에 표기된 주소의 SNMP 시스템(120)으로 전송한다.

반대로 SNMP 시스템(120)으로부터 전송된 SNMP 메시지를 OMA-DM 메시지로 변환할 때, 변환 시스템(130)은 OMA-DM 메시지의 <CmdID>부에 "1000"을 기록한 후, OMA-DM 시스템(110)으로 전달한다.

하지만, <SyncHdr>부의 <CmdID>부에 기록된 값이 "1000"이 아닌 다른 값이 경우에는 OMA-DA 시스템(110)은 해당 값에 대응하는 동작을 실행한다.

<SyncHdr>부의 <CmdID>부에 기록된 값들에 각각 대응하는 다양한 프로토콜 변 환 동작은 이미 설정되어 있다.

이미 설명한 것처럼, 도 4의 OMA-DM 메시지의 메시지 식별 번호부(<MsgID>)에 기록된 값은 SNMP 메시지의 메시지 요청 번호 필드(request-id)에 기록된 값에 대응된다.

OMA-DM 메시지에서 사용되는 커맨드의 예는 <Get>, <Get>?list=StructData, <Set>?list=StructData, <Replace>, <Result>, <Alert> 등이 있다.

<Get> 커맨드는 미리 정의된 데이터만을 요청할 때 발생되고, <Get>?list=StructData 커맨드는 <Get>이하에 표기된 사항(?list)에 관한 구체적인 데이터(StructData), 예를 들면 데이터 종류, 데이터 형태 등을 요청할 때 발생될 수 있다. <Set>?list=StructData 커맨드는 <Set>이하에 사항(?list)을 해당 정보(StructData)로 설정할 때 발생될 수 있다.

<Replace> 커맨드는 데이터나 값을 갱신할 때 사용되며, <Result> 커맨드는 <Get> 커맨드에 의해 요청된 데이터를 전송할 때 이용된다. 또한 <Alert> 커맨드는 클라이언트(111)의 상태가 비정상 상태일 때, 비정상 상태를 서버(112)에 알리기 위해 발생하는 커맨드이다.

참고로, 바디부(<SyncBody>)의 <CmdID>부는 <SyncHdr>부의 <CmdID>부와는 별개의 것으로, <SyncBody>부의 <CmdID>부의 값에 따라 이미 정해진 동작을 수행할 수 있다. 따라서 <SyncBody>부의 <CmdID>부가 "1000"의 값을 가질 때 행해지는 동작과 <SyncBody>부의 <CmdID>부가 "1000"의 값을 가질 때 행해지는 동작은 서로 상이할 수 있다.

SNMP 시스템(120)은 SNMP를 이용하여 네트워크나 단말 등의 관리 등을 행하는 장치에 설치되며, 도 5에 도시한 것처럼, SNMP 매니저(121)와 SNMP 에이전트(122)를 구비한다. 이러한 SNMP 시스템(120)은 SNMP 메시지를 UDP 방식으로 생성하여 전송하거나, 수신하여 해석한다.

OMA-DA 시스템(110)과 유사하게, 도 5에서 SNMP 매니저(121)에 연결된 SNMP 에이전트(122)의 개수는 하나이지만, SNMP 매니저(121)에 연결된 단말 등과 같은 네트워크 장치의 개수가 2개 이상일 경우 SNMP 에이전트(122)의 개수 또한 2개 이상일 수 있다.

도 5에 도시한 것처럼, SNMP 시스템(120)의 SNMP 매니저(121)과 SNMP 에이전트(122) 간의 데이터 전송은 요청(request)과정, 응답(response) 과정, 및 트랩(trap) 과정으로 이루어진다.

도 5를 참고하면, SNMP 시스템(120)에서 사용되는 커맨드는 모두 5개, 즉, 겟 요청 커맨드(get-request), 겟 요청 커맨드(get-next-request), 셋 요청 커맨드(set-request), 겟 응답 및 셋 응답 커맨드(get-response 및 set response), 그리고 트랩 커맨드(trap)로 나눠진다.

겟 요청 커맨드는 SNMP 매니저(121)에서 SNMP에이전트(122)로 특정 정보를 요청하기 위해 사용되며(S11), 겟 넥스트 요청 커맨드는 겟 요청 커맨드와 실질적으로 동일한 기능을 수행하지만, 요청한 계층의 하위에 있는 객체들의 정보를 가져오기 위해 사용된다(S13).

셋 요청 커맨드는 SNMP매니저(121)에서 SNMP에이전트(122)에 해당 값을 설정 하기 위해 사용된다(S15).

겟 응답 커맨드는 SNMP 매니저(121)에서 요청한 내용을 SNMP 에이전트(122)에서 전송하기 위해 사용되며(S12, S14), 셋 응답 커맨드는 셋 요청 커맨드에 기초한 동작 결과를 SNMP 에이전트(122)로부터 SNMP 매니저(121)에게 전송하기 위해 사용된다(S16).

트랩 커맨드는 SNMP에이전트(122)에서 SNMP 매니저(121)로 통보해야 할 정보가 발생할 경우(S17), 이런 경우를 SNMP 매니저(121)에게 알리기 위해 사용한다.

이러한 커맨드 중 세 개의 요청 커맨드(겟 요청, 겟 넥스트 요청, 셋 요청 커맨드)는 동기적으로 발생하는 동기적 커맨드이고, 트랩 커맨드는 비동기적으로 발생하는 비동기적 커맨드이다.

프로토콜 변환 시, SNMP 메시지의 세 개의 요청 커맨드(get-request, get-next-request, set-request)는 OMA-DM 메시지에서의 패키지 2(package #2)에 대응하고, 두 개의 응답 커맨드(get-response, set-request)는 OMA-DM 메시지에서의 패키지 3(package #3)에 대응하며, 트랩 커맨드(trap)는 OMA-DM 메시지에서의 패키지 4(package #4)에 대응한다. 결국, OMA-DM 메시지에서의 패키지 1(package #1)에 의해 행해지는 인증 동작은 SNMP 시스템(120)에서는 필요하지 않지 않고, OMA-DM 시스템(110)과 변환 시스템(130)에서만 필요하다. 따라서 OMA- DM 시스템(110)에서 메시지를 수신할 경우 또는 OMA-DM 시스템(110)으로 메시지를 전송할 경우, 변환 시스템(130)은 인증 동작에 필요한 내용을 자동으로 생성한다.

다음, 도 6 및 도 7을 참고로 하여, SNMP 시스템에서 사용되는 SNMP 메시지 의 구조에 대하여 살펴본다.

도 6는 본 발명의 실시예에 따른 SNMP 메시지의 구조에 대한 한 예를 도시한 도면이고, 도 7은 도 6에 도시한 SNMP 메시지 구조에 대한 상세 도면이다.

도 6에 도시한 것처럼, SNMP 메시지의 구조는 버전 필드(version)(810), 작업명 필드(community name)(820) 및 PDU(physical data unit) 필드(PDU)(830)로 나눠진다.

버전 필드(810)에는 사용되는 SNMP 버전의 번호가 표기된다.

작업명 필드(820)에는 서로 대응하는 SNMP 매니저(121)와 SNMP 에이전트(122) 간에 이루어지는 작업의 이름이 표기된다. 이 작업명은 서로 대응하는 SNMP 매니저(121)와 SNMP 에이전트(122)간의 인증, 접근, 또는 접근 통제 등의 목적으로 사용될 수 있다. 작업명의 기능에 따라 통상적으로 작업명의 특성은 공용(public) 또는 전용(private)으로 구분될 수 있다. 이때, 공용은 통상적으로 알려져 있는 것들을 지칭하며, 전용은 일부에서만 사용되는 것들을 지칭한다.

PDU필드(830)는 실질적으로 전송되는 데이터의 정보 등을 담고 있다. 도 7에 도시한 것처럼, 이 PDU필드(830)는 PDU 타입 필드(PDU type)와 메시지 요청 번호 필드(request-id), 가변 필드(variable) 등으로 이루어져 있다.

PDU필드(830)의 구조는 전송되는 커맨드의 종류에 따라 달라진다.

SNMP 시스템(120)은 PDU 타입 필드(PDU type)에 기재된 값에 기초하여, 커맨드의 종류가 요청 커맨드인지, 응답 커맨드인지, 또는 트랩인지를 판단한다.

메시지 요청 번호 필드(request-id)에는 현재 메시지가 몇 번째로 요청된 메시지인지를 나타내는 요청 번호가 표기된다. 따라서 SNMP 시스템(120)은 메시지 요청 번호 필드(request-id)에 표기된 요청 번호에 기초하여, 수신된 SNMP 메시지가 어떤 요청에 대한 응답인지를 확인할 수 있다. 이로 인해, SNMP 시스템(120)은 전송된 각 메시지에 대한 응답이 이루어진다. 본 실시예에서, 메시지 요청 번호 필드(request-id)의 값은 OMA-DA 메시지의 <MsgID>부에 이용된다.

가변 필드(variable)는 복수의 서브 필드(name1-namen, value1-valuen)를 구비하고 있고, 각 서브 필드(name1-namen)에는 관리 대상인 해당 객체(이하, "관리 객체"라 함)의 OID값이 기재되며, 각 서브 필드(value1-valuen)에는 해당 서브 필드(name1-namen)에서 지정된 관리 객체에 기재된 변수 등이 기재된다.

도 7에 도시한 것처럼, 이 밖에도 SNMP 메시지는 에러 상태 필드(error status), 에러 인덱스 필드(error index), 에이전트 주소 필드(agent address), 일반 트랩 필드(generic trap)과 특정 트랩 필드(specific trap), 시간 표기 필드(time stamp) 등을 구비한다.

에러 상태 필드(error status)에는 발생하는 에러의 종류가 기록되고, 에러 인덱스 필드(error index)는 에러의 발생 횟수 등과 같이 에러에 관련된 숫자가 표기된다. 에이전트 주소 필드(agent address)는 복수의 SNMP 에이전트 중에서 해당하는 SNMP 에이전트의 주소가 표기된다. 또한, 일반 트랩 필드(generic trap)과 특정 트랩 필드(specific trap)에는 발생한 트랩이 일반적인 것인 아니면 특정한 것인지를 표기하며, 시간 표기 필드(time stamp)에는 시간이 표기된다.

다시 도 1을 참고하면, 변환 시스템(130)는 SNMP를 이용하여 관리되는 네트 워크이나 단말 등 또는 OMA-DM프로토콜에 의해 관리되는 네트워크나 단말 등에 장착되어 있으며, 관리 객체 집합부(131), 기억 장치(132), 그리고 프로토콜 처리부(133)을 구비한다.

관리 객체 집합부(131)는 OMA-DM메시지와 SNMP 메시지를 상호 변환하기 위한 객체의 집합을 기억하고, 기억 장치(132)는 SNMP 메시지의 필드 등과 같은 구성 요소와 OMA-DM 메시지의 커맨드 등과 같은 구성 요소간의 대응 관계를 함수를 기억하고 있다. 본 실시예에서 기억 장치(132)는 룩업 테이블(look-up table)일 수 있다.

이러한 변환 시스템(130)은 UDP 기반의 SNMP와 XML 기반의 OMA-DM 프로토콜을 상호 변환한다. 즉, 변환 시스템(130)은 SNMP 시스템(120)으로부터 전송되는 SNMP 메시지를 OMA-DM 메시지로 변환한 후, OMA-DM 프로토콜 계층 구조에 맞게 OMA-DM 시스템(110)으로 전송하거나, 또는 OMA-DM 시스템(110)으로부터 전송되는 OMA-DM 메시지를 SNMP 메시지로 변환한 후, SNMP 계층 구조에 맞게 SNMP 시스템(120)으로 전송한다. 이러한 변환 시스템(130)의 동작을 다음에 좀더 상세하게 설명한다.

다음, 도 8를 참고로 하여, OMA-DA 시스템(110), SNMP 시스템(120) 및 변환 시스템(130)의 각 프로토콜 계층 구조를 살펴본다.

도 8은 본 발명의 실시예에 따른 SNMP시스템, OMA-DM 시스템 및 변환 시스템의 프로토콜 계층 구조를 도시한다.

도 8에 도시한 것처럼, OMA-DM 시스템(110)은 네트워크 계층(network layer) 인 계층 3의 IP 계층부, 전송 계층(transport layer)인 계층 4의 TCP 계층부, 응용 계층(application layer)인 계층 7의 HTTP 계층부, 및 계층 7의 OMA-DM 계층부를 구비하고 있다.

또한, SNMP 시스템(120)은 계층 3인 IP 계층부, 계층 4인 UDP 계층부 및 계층 7인 SNMP 계층부를 구비하고 있다.

변환 시스템(130)의 프로토콜 계층 구조는 OMA-DM 시스템(110)의 프로토콜 계층 구조와 동일하게 IP 계층부, TCP 계층부, HTTP 계층부, 및 OMA-DM 계층부를 구비하고, 또한 SNMP 시스템(120)의 프로토콜 계층 구조와 동일하게 IP 계층부, UDP 계층부 및 SNMP 계층부를 모두 구비한다.

이처럼, OMA-DM 시스템(110)과 SNMP 시스템(120)의 계층 구조를 비교해보면, 계층 3은 모두 IP계층부로 동일한 반면에, 계층 4와 계층 7은 서로 상이하다. 즉, SNMP 시스템(120)과는 달리 OMA-DM 시스템(110)은 HTTP 계층부를 포함하므로, 관리 객체에 대한 신규 서비스 적용, 단말 원격 제어, 데이터 백업 및 복원 등의 기능이 이루어질 수 있다.

따라서, 변환 시스템(130)은 서로 다른 프로토콜 계층 구조를 갖는 OMA-DM 시스템(110)과 SNMP 시스템(120)이 서로 연동이 가능하도록, OMA-DM 시스템(110)과 SNMP 시스템(120)의 프로토콜 계층 구조를 구비하고 있다.

OMA-DM 시스템(110), SNMP 시스템(120) 및 변환 시스템(130)은 OMA-DM 프로토콜과 SNMP로 정의하는 관리 규격을 기억하는 객체 집합을 구비한다. 관리 규격은 각 객체에게 행할 수 있는 동작에 대한 상세한 정의, 정보, 커맨드, 해당 객체의 동작 상태 등으로서, OMA-DM 시스템(110), SNMP 시스템(120), 그리고 변환 시스템(130)은 이러한 관리 규격을 기억하고 있는 관리 객체 집합에 기초하여 동작이 이루어진다.

OMA-DM 프로토콜로 정의한 관리 규격을 기억하는 관리 객체 집합은 DDF(device description framework)라 칭하고, SNMP로 정의한 관리 규격을 기억하는 관리 객체 집합은 MIB(management information base)라 칭한다.

이러한 OMA-DM 시스템(110), SNMP 시스템(120) 및 변환 시스템(130)에 기억된 관리 객체 집합의 일 예를 각각 도 9 내지 도 11에 도시한다.

도 9은 본 발명의 한 실시예에 따른 OMA-DM시스템의 관리 객체 집합의 한 예를 도시한 도면이고, 도10은 본 발명의 한 실시예에 따른 SNMP 시스템의 관리 객체 집합의 한 예를 도시한 도면이다. 또한 도 11은 본 발명의 한 실시예에 따른 변환 시스템의 관리 객체 집합의 한 예를 도시한 도면이다.

도 9 내지 도 11에 도시한 것처럼, 각 관리 객체 집합은 트리 구조를 이루고 있다.

도 9에 도시한 것처럼, OMA-DM 시스템(110)의 관리 객체 집합은 해당 관리 객체를 인식하기 위하여 고유한 URI(uniform resource identifier)를 사용한다.

따라서 루트에서 관리 객체인 POP3의 UserID에 접근하기 위하여, ./OperatorX/E-Mail/POP3/UserID의 형태로 연결된 객체들의 이름을 순차적으로 나열하여 해당 관리 객체로의 경로를 지정한 경로 데이터를 이용하여 해당 관리 객체에 접근할 수 있다.

도 10에 도시한 것처럼, SNMP 시스템(120)의 관리 객체 집합은 도 9에 도시한 관리 객체 집합과는 달리, 각 관리 객체마다 숫자(예를 들어, 자연수)인 OID(object identifier description) 번호가 부여된 구조를 갖는다. 이로 인해, 루트에서 해당 관리 객체로 접근하기 위한 경로 데이터의 양을 크게 줄일 수 있다.

예를 들어, 도 10에서, 루트에서 관리 객체인 system(1)에 접근할 경우, OID 번호를 이용하지 않을 경우, "iso.org.dod.internet.mgmt.mib-2.system" 형태로 해당 관리 객체를 식별하여 해당 관리 객체에 접근할 수 있다. 하지만, OID 번호를 이용하면, "1.3.5.1.2.1.1"형태로 해당 관리 객체를 식별할 수 있다. 이로 인해, 해당 관리 객체에 접근하기 위한 데이터량이 크게 줄어들어, 전송 효율이 증가한다.

이미 설명한 것처럼, 변환 시스템(130)의 관리 객체 집합부(131)는 도 11에 도시한 관리 객체 집합을 저장하고 있다. 도 11에 도시한 것처럼, 관리 객체 집합은 OMA-DM시스템의 관리 객체 집합과 SNMP 시스템의 관리 객체 집합이 통합된 구조를 갖고 있다.

변환 시스템(130)의 프로토콜 처리부(133)는 SNMP 시스템(120)의 관리 객체 집합의 시작 루트 URI 만을 가지면 상호 프로토콜로 변환이 가능하다. 즉, 도 11에서 SNMP 관리 객체의 시작은 "루트"가 아니라 snmp 에서 시작한다.

이와 같이, 변환 시스템(130)의 관리 객체 집합부(131)는 OMA-DM 시스템(110)과 SNMP 시스템(120)의 관리 객체 집합을 모두 구비하고 있으므로, 프로토콜 처리부(133)는 객체들의 이름을 이용한 경로 데이터와 OID 번호를 이용한 경로 데이터의 상호 변환이 가능하다. 예를 들어, SNMP시스템(120)에서, 관리 객체인 system(1)에 대한 OID번호에 기초한 경로 데이터는 1.3.5.1.2.1.1이다. 하지만 OMA-DM 시스템(110)에서, 이 경로 데이터(1.3.5.1.2.1.1)는 ./snmp/iso/org/dod/internet/mgmt/mib-2/system에 대응된다.

반대로, OMA-DA 시스템(110)에서의 경로 데이터인 ./snmp/iso/org/dod/internet/mgmt/mib-2/system는 SNMP 시스템(120)에서 1.3.5.1.2.1.1"의 경로 데이터에 대응된다.

다음, 도 12 내지 15를 참고로 하여, 변환 시스템(130)의 기억장치(132)에 기억된 SNMP 메시지와 OMA-DM 메시지에서 서로 대응되는 부분의 대응 관계의 예를 살펴본다.

도 12는 은 본 발명의 실시예에 따라 PDU 타입 필드 값에 각각 대응하는 SNMP 커맨드와 OMA-DM 커맨드의 대응 관계를 도시한 도면이고, 도 13은 본 발명의 실시예에 따라 SNMP 메시지의 에러 상태 필드와 OMA-DM 메시지의 <Error type>부의 대응 관계를 도시한 도면이다. 도 14는 본 발명의 실시예에 따라 SNMP 메시지의 트랩 필드와 OMA-DM 메시지의 <Event type>부의 대응 관계를 도시한 도면이다. 또한, 도 15는 본 발명의 실시예에 따라 SNMP 메시지의 에이전트 주소 필드 및 시간 표기 필드와 OMA-DM 메시지에서 <DM address>부의 대응 관계를 도시한 도면이다.

먼저, 도 12를 참고로 하여, PDU 타입 필드 값에 각각 대응하는 SNMP 커맨드와 OMA-DM 커맨드를 설명한다.

도 12에 도시한 것처럼, PDU 타입 필드 값이 "0"일 경우, SNMP 메시지에서는 겟 요청(get request) 커맨드에 대응되고 OMA-DM 메시지에서는 <Get> 커맨드에 대응된다.

PDU 타입 필드 값이 "1"일 경우, SNMP 메시지에서는 겟 넥스트 요청(get next request) 커맨드에 대응되고 OMA-DM 메시지에서는 <Get>?list=StructData커맨드에 대응된다.

PDU 타입 필드 값이 "2"일 경우, SNMP 메시지에서는 셋 요청(set request) 커맨드에 대응되고 OMA-DM 메시지에서는 <Replace> 커맨드에 대응되며, PDU 타입 필드 값이 "3"일 경우, SNMP 메시지에서는 겟 응답(get response) 커맨드에 대응되고 OMA-DM 메시지에서는 <Result> 커맨드에 대응된다. 또한, PDU 타입 필드 값이 "4"일 경우, SNMP 메시지에서는 트랩(trap) 커맨드에 대응되고, OMA-DM 메시지에서는 <Alert> 커맨드에 대응된다.

또한 PDU 타입 필드 값이 "5"일 경우, SNMP 메시지에서는 셋 응답(set next request) 커맨드에 대응되고 OMA-DM 메시지에서는 <Set>?list=StructData커맨드에 대응된다.

도 12에 도시한 것처럼, 각 PDU 타입 필드 값에 대응하는 SNMP 커맨드와 OMA-DA 커맨드의 종류는 예시적인 것이므로, 변경 가능하다.

도 13에는 발생할 수 있는 에러의 종류를 도시한 것으로, SNMP 메시지의 에러 상태 필드(error status)와 OMA-DM 메시지의 <Error type>부의 대응 관계가 도시되어 있다.

도 13에서, 에러의 종류는 여섯 가지이고, SNMP 메시지일 경우 에러 상태 필 드(error status)의 값은 0 내지 5중 하나를 가질 수 있고, OMA-DM 메시지일 경우 <Error type>부의 값은 1000 내지 1005중 하나를 가질 수 있다. 에러 상태 필드(error status)와 <Error type>부에서, 서로 대응하는 값은 동일한 종류의 에러를 나타낸다. 예를 들어, "0"에 정해진 에러의 종류는 "1000"에 의해 정해진 에러의 종류와 동일하다. 도 13에 정의된 값(0 내지 5 및 1000 내지 1005)은 예시적인 것이므로, 다른 값들로 변경 가능하다.

도 14에는 발생할 수 있는 트랩의 종류를 도시한 것으로, SNMP 메시지의 트랩 필드(tray)와 OMA-DM 메시지의 <Event type>부의 대응 관계가 도시되어 있다.

도 14에서, 트랩의 종류는 10개로 구분되어 있지만, 이는 하나의 예이고 트랩의 종류는 변경 가능하다.

SNMP 메시지일 경우 트랩 필드(trap)의 값은 0 내지 9중 하나를 가질 수 있고, OMA-DM 메시지일 경우 <Event type>부의 값은 2000 내지 2009중 하나를 가질 수 있다. 0 내지 9중에서 0 내지 6은 일반 트랩 필드(generic trap)에 해당되고, 7 내지 9는 특정 트랩 필드(specific trap)에 해당된다. 도 13과 유사하게, 트랩 필드(trap type)와 <Event type>부에서, 서로 대응하는 값은 동일한 종류의 트랩을 나타낸다. 예를 들어, "0"에 정해진 트랩의 종류는 "2000"에 의해 정해진 트랩의 종류와 동일하다. 도 14에서 각 트랩의 종류에 대응되게 정의된 값(2000 내지 2009)은 예시적인 것이므로, 다른 값들로 변경 가능하다.

도 15에는, SNMP 메시지에서 에이전트 주소 필드(agent address) 및 시간 표기 필드(time stamp)와 OMA-DM 메시지에서 <DM address>부의 대응 관계가 도시되어 있 다.

도 15에 도시한 것처럼, SNMP 메시지에서 에이전트 주소 필드(agent address)와 시간 표기 필드(time stamp)는 OMA-DM 메시지에서 <DM address>부에 대응한다. 도 15에서, <DM address>부의 값이 "3000"일 때는 <DM address>부는 SNMP 메시지에서 에이전트 주소 필드(agent address)에 대응하여 <DM address>부의 <Data>부에 해당 주소를 명기할 수 있다. <DM address>부의 값이 "4000"일 때는 <DM address>부는 SNMP 메시지에서 시간 표기 필드(time stamp)에 대응하여, <DM address>부의 <Data>부에 시간을 명기할 수 있다.

이미 설명한 것처럼, 도 12내지 도 15에 도시한 커맨드나 필드 등은 OMA-DM 시스템(110)과 SNMP 시스템(120)에서 사용되는 많은 커맨드나 필드 중 일부만을 도시한 것이고, OMA-DM 시스템(110)과 SNMP 시스템(120)에서 사용되는 모든 커맨드나 필드의 대응 관계는 변환 시스템(130)의 기억 장치(132)에 모두 기억되어 있으므로 상호 변환 가능하다.

다음, 도 16 내지 도 20을 참고로 하여, 변환 시스템(130)의 프로토콜 처리부(133)에서 OMA-DM 메시지를 SNMP 메시지로 변환하거나, 그 반대로 SNMP 메시지를 OMA-DM 메시지로 변환하는 동작에 대하여 설명한다.

도 16은 본 발명의 실시예에 따라 OMA-DM 메시지를 SNMP 메시지로 변환하는 프로토콜 처리부의 동작 순서도이다.

도 17은 도 16에 도시한 프로토콜 처리부의 동작 순서도에 따라 OMA-DM 메시지를 SNMP 메시지로 변환한 예를 도시한 도면이다.

도 18은 본 발명의 실시예에 따라 SNMP 메시지를 OMA-DM 메시지로 변환하는 프로토콜 처리부의 동작 순서도이다.

도 19은 도 18에 도시한 프로토콜 처리부의 동작 순서도에 따라 SNMP 메시지를 OMA-DM 메시지로 변환한 예를 도시한 도면이다.

도 20은 도 18에 도시한 프로토콜 처리부의 동작 순서도에 따라 트랩 커맨드를 포함한 SNMP 메시지를 OMA-DM 메시지로 변환한 예를 도시한 도면이다.

먼저, 도 16및 도 17을 참고로 하여, OMA-DM 메시지를 SNMP 메시지로 변환하는 프로토콜 처리부(133)의 동작을 살펴본다.

동작이 시작되면(S100), 프로토콜 처리부(133)는 도 17에 도시한 것과 같은 XML 형태로 전송되는 OMA-DM 메시지를 수신한다(S101).

그런 다음, 프로토콜 처리부(133)는 전송된 OMA-DM 메시지의 <SyncHdr> 아래의 <CmdID>부의 값이 "1000"인지를 판단한다(S102).

판단된 <CmdID>부의 값이 "1000"이 아닐 경우, 프로토콜 처리부(133)는 SNMP 메시지로 변환하지 않고 리턴 단계(S10)로 넘어간다.

하지만, 판단된 <CmdID>부의 값이 "1000"일 경우, 프로토콜 처리부(133)는 전송된 OMA-DM 메시지를 SNMP 메시지로 변환하여 연결된 SNMP 시스템(120)으로 전송한다.

따라서, 변환 시스템(130)은 도 12의 대응 관계에 기초하여, OMA-DM 커맨드에 해당하는 PDU 타입 필드 값을 결정하여, OMA-DM 커맨드를 대응하는 PDU 타입 필드 값으로 변환한다(S103). 도 17에서, OMA-DM 커맨드는 <Get>이고, 도 12에 도시한 것처럼, OMA-DM 커맨드의 <Get>은 "0"의 PDU 타입 필드 값에 대응된다. 따라서 도 17에 도시한 것처럼, SNMP 메시지 구조에서 PDU타입 필드 값은 "0"이 된다.

다음, 프로토콜 처리부(133)는 OMA-DM 메시지의 <MsgID>부의 값을 판독하여, SNMP 메시지 구조에서 메시지 요청 번호 필드(request-id)의 값으로 정한다(S104). 도 17에서, <MsgID>부의 값은 "1"이므로, 메시지 요청 번호 필드(request-id)의 값은 "1"이 된다.

그런 다음, 프로토콜 처리부(133)는 관리 객체 집합과 OMA-DM 커맨드 등의 내용에 기초하여, 가변 필드 등과 같은 나머지 부분에 대한 값을 생성하여 SNMP 메시지를 완성한 후(S105), 생성된 SNMP 메시지를 SNMP 시스템(120)에 전송한다(S106).

도 7을 참조하여 이미 설명한 것처럼, SNMP 메시지 구조는 커맨드의 종류에 따라 상이하므로, 프로토콜 처리부(133)는 판정된 OMD-DM 커맨드에 기초하여 해당 구조의 SNMP 메시지를 생성한다.

따라서 도 17에 도시한 OMA-DM 메시지일 경우, 단계(S103)에서 판단된 "PDU 타입 필드 값이 "0"이고, 도 12의 대응 관계에 기초하면, "0"의 "PDU 타입 필드 값은 SNMP메시지에서 겟 요청 커맨드에 대응한다. 따라서 메시지 요청 번호 필드(request-id) 다음의 두 필드 값은 "0"으로 고정된다.

그런 다음, 프로토콜 처리부(133)는 도 11에 도시한 관리 객체 집합과 <Target>부에 기재된 데이터에 기초하여 가변 필드(variable)의 값을 정한다.

따라서 도 11에 도시한 관리 객체 집합에 기초하여 <Target>부에 지정된 경로를 해당 OID번호로 변경한다. 도 17에 도시한 OMA-DM 메시지에서, <Target>부에 기재된 데이터는 "./snmp/iso/org/dod.internet/mgmt/mib-2/system"이고, 도 11의 관리 객체 집합에서 이 데이터는 "1.3.5,1.2.1.1"의 OID번호에 대응된다. 따라서 가변 필드(variable)의 서브 필드(name1)의 값은 "1.3.5,1.2.1.1"이 되고 다음 서브 필드(value1)의 값은 "1.3.5,1.2.1.1"의 관리 객체에서 정해진 값으로 정해진다. 도 17의 예에서 서브 필드(value1)의 값은 "0"으로 정해졌다.

도 17에서, 또 다른 <Target>부가 존재하므로 동일한 방식으로, <Target>부에 기재된 데이터와 도 11의 관리 객체 집합에 기초하여 <Target>부의 데이터에 대응하는 OID번호를 다음 서브 필드(name2)의 값으로 정하고, 해당 경로에 의해 지정된 관리 객체의 값을 해당 서브 필드(value2)의 값으로 정한다. 따라서, "./snmp/iso/org/dod.internet/mgmt/mib-2/udp"에 대응하는 OID번호인 "1.3.5,1.2.1.7"가 서브 필드(name2)의 값이 되고, 관리 객체(udp)에서 정해진 값이 "0"일 때, 해당 서브 필드(value2)의 값은 "0"이 된다.

도 17의 경우, 더 이상 <Target>부가 존재하지 않으므로, 네 개의 서브 필드로 이루어진 가변 필드(variable)가 완성된다.

따라서 프로토콜 처리부(133)는 XML 형태의 OMA-DM 메시지를 SNMP 메시지로 변환한 후, 해당 SNMP 시스템(120)으로 전달한 후(S106) 리턴 단계로 넘어간다(S10).

도 17의 예에서, <SyncHdr>부의 <Target>부에 기재된 내용은 OMA-MD 메시지 형태를 알려주는 것으로, OMA-DM 시스템간의 메시지 전송 시에 유효하다.

다음, 도 18 내지 도 20을 참고로 하여, SNMP 메시지를 OMA-DM 메시지로 변환하는 프로토콜 처리부(133)의 동작에 대하여 설명한다.

먼저, 동작이 시작되면(S200), 프로토콜 처리부(133)는 전송되는 SNMP 메시지를 수신한다(S201).

다음, 프로토콜 처리부(133)는 전송된 SNMP 메시지에서 PDU 필드 값이 "4"인지를 판단한다(S202). 도 12를 참고로 하여 이미 설명한 것처럼, 본 실시예에서 PDU 필드 값이 "4"인 경우, SNMP 커맨드는 트랩을 나타낸다.

판단된 PDU 필드 값이 "4"가 아닐 경우, 프로토콜 처리부(133)는 PDU 필드 값은 판정하고(S204), 도 12에 도시한 대응 관계에 기초하여 판정된 PDU 필드 값에 해당하는 OMA-DM 커맨드로 변환한다(S205). 도 19에서, SNMP 메시지의 PDU 필드 값이 "3"인 경우를 예로 하였고, "3"의 PDU 필드 값에 대응하는 OMA-DM 커맨드는 <Result>이다.

그런 다음, 프로토콜 처리부(133)는 메시지 요청 번호 필드(request-id)의 값을 이용하여 <MsgID>부의 값을 생성한다(S206).

하지만 판단된 PDU 필드 값이 "4"일 경우, 프로토콜 처리부(133)는 SNMP 메시지의 트랩 커맨드에 대응하는 OMA-DM 커맨드를 생성한다 (S203). 본 실시예의 도 12에 도시한 대응 관계에서, 트랩 커맨드에 대응하는 OMA-DM 커맨드는 <Alert>이므로, 도 20에 도시한 것처럼, XML 형식의 메시지에 <Alert>부를 생성한다. 그런 다음, 변환 시스템(130)은 단계(S206)으로 넘어가 메시지 요청 번호 필드(request-id)의 값을 이용하여 <MsgID>부의 값을 생성한다.

다음, 프로토콜 처리부(133)는 <SyncHdr>부의 <CmdID>의 값을 "1000"으로 하여(S207), SNMP 에서 OMA-DM 프로토콜로 변경됨을 표시한다.

다음, 프로토콜 처리부(133)는 관리 객체 집합과 가변 필드 등의 내용에 기초하여, <SyncBody>부등과 같은 나머지 부분에 대한 메시지를 생성한 다음(S208), 생성된 OMA-DM 메시지를 OMA-DM 시스템(110)에 전송한다(S209).

예를 들어, 도 19의 경우, 프로토콜 처리부(133)는 가변 필드의 OID번호가 "1.3,5,1.2.1.1"와 ""1.3,5,1.2.1.7"이므로, 이들 OID번호에 각각 대응하는 경로 데이터("iso.org.dod.internet.mgmt.mib-2.system" 및 "iso.org.dod.internet.mgmt.mib-2.udp")를 이용하여 <Target>부를 생성한다. 또한, "humit"와 "unable"로 정해진 서브 필드는 <Result>부의 <data>부의 내용으로 변환된다.

이와 같이, 별도의 변환 시스템에 의해 서로 다른 프로토콜에 기반을 둔 OMA-DM 메시지를 SNMP 메시지로 변환하거나 또는 그 반대 방향으로의 변환이 가능하므로, SNMP 시스템과 OMA-DM 시스템간의 상호 호환 동작이 이루어진다. 따라서 시스템의 교체나 변경없이 SNMP 시스템과 OMA-DM 시스템 간의 호환이 가능하므로 비용 절감이 발생하고, SNMP 시스템의 효율이 증가되고, 또한 SNMP 시스템에서 OMA-DM 시스템의 동작을 관리하며, 반대로 OMA-DM 시스템에서 SNMP 시스템의 동작을 관리한다.

이상에서는 본 발명의 실시 예에 대하여 설명하였으나, 본 발명은 상기한 실시 예에만 한정되는 것은 아니며 그 외의 다양한 변경이 가능하다.

본 발명의 실시 예는 이상에서 설명한 장치 및/또는 방법을 통해서만 구현이 되는 것은 아니며, 본 발명의 실시 예의 구성에 대응하는 기능을 실현하기 위한 프 로그램, 그 프로그램이 기록된 기록 매체 등을 통해 구현될 수도 있으며, 이러한 구현은 앞서 설명한 실시 예의 기재로부터 본 발명이 속하는 기술분야의 전문가라면 쉽게 구현할 수 있는 것이다.

이상에서 본 발명의 실시 예에 대하여 상세하게 설명하였지만 본 발명의 권리범위는 이에 한정되는 것은 아니고 다음의 청구범위에서 정의하고 있는 본 발명의 기본 개념을 이용한 당업자의 여러 변형 및 개량 형태 또한 본 발명의 권리범위에 속하는 것이다.

도 1은 본 발명의 실시예에 따른 프로토콜 변환 장치의 블록도이다.

도 2는 본 발명의 실시예에 따른 OMA-DM 시스템의 클라이언트와 서버 간의 데이터 전송 관계를 도시한 도면이다.

도 3은 본 발명의 실시예에서 따른 OMA-DM 시스템에서 사용되는 OMA-DM 프로토콜을 기반으로 한 OMA-DM 메시지의 구조에 대한 한 예를 도시한다.

도 5는 본 발명의 실시예에 따른 SNMP 시스템의 SNMP 매니저와 SNMP 에이전트 간의 데이터 전송 관계를 도시한 도면이다.

도 6는 본 발명의 실시예에 따른 SNMP 메시지의 구조에 대한 한 예를 도시한 도면이다.

도 7는 도 5에 도시한 SNMP 메시지 구조에 대한 상세 도면이다.

도 9은 본 발명의 실시예에 따른 OMA-DM시스템의 관리 객체 집합의 한 예를 도시한 도면이다.

도10는 본 발명의 실시예에 따른 SNMP 시스템의 관리 객체 집합의 한 예를 도시한 도면이다.

도 11은 본 발명의 실시예에 따른 변환 시스템의 관리 객체 집합의 한 예를 도시한 도면이다.

도 12은 본 발명의 실시예에 따라 PDU 타입 필드 값에 각각 대응하는 SNMP 커맨드와 OMA-DM 커맨드의 대응 관계를 도시한 도면이다.

도 13은 본 발명의 실시예에 따라 SNMP 메시지의 에러 상태 필드와 OMA-DM 메시지의 <Error type>부의 대응 관계를 도시한 도면이다.

도 14는 본 발명의 실시예에 따라 SNMP 메시지의 트랩 필드와 OMA-DM 메시지의 <Event type>부의 대응 관계를 도시한 도면이다.

도 15는 본 발명의 실시예에 따라 SNMP 메시지의 에이전트 주소 필드 및 시간 표기 필드와 OMA-DM 메시지에서 <DM address>부의 대응 관계를 도시한 도면이다.

Claims

OAM-DM 프로토콜에 기반하여 OMA-DM 메시지를 생성하고 전송하는 OMA-DM 시스템,

SNMP에 기반하여 SNMP 메시지를 생성하고 전송하는 SNMP 시스템, 그리고

상기 OMA-DM 시스템과 상기 SNMP 시스템에 연결되어, 상기 SNMP 시스템으로부터 전송되는 SNMP 메시지를 OMA-DM 메시지로 변환하여 상기 OMA-DM 시스템으로 전송하거나, 상기 OMA-DM 시스템으로부터 전송된 OMA-DM 메시지를 SNMP 메시지를 변환하여 상기 SNMP 시스템으로 전송하는 변환 시스템

을 포함하는 프로토콜 변환 장치.
제1항에서,

상기 OMA-DM 시스템은 OMA-DM 프로토콜로 정의한 관리 규격을 기억하는 제1 관리 객체 집합을 포함하고,

상기 SNMP 시스템은 SNMP로 정의한 관리 규격을 기억하는 제2 관리 객체 집합을 포함하고,

상기 변환 시스템은 상기 제1 관리 객체 집합과 상기 제2 관리 객체 집합이 통합된 제3 관리 객체 집합을 구비한 프로토콜 변환 장치.
제1항 또는 제2항에서,

상기 변환 시스템은 기억 장치를 포함하고, 상기 기억 장치는 상기 SNMP 메시지의 구성 요소와 상기 OMA-DM 메시지의 구성 요소 간의 대응 관계를 기억하고 있는 프로토콜 변환 장치.
제3항에서,

상기 기억 장치는 룩업 테이블인 프로토콜 변환 장치.
제1항에서,

상기 OMA-DM 메시지는 XML 형태인 프로토콜 변환 장치.
제1항 내지 제5항 중 어느 한 항에서,

상기 SNMP 메시지는 SNMP 메시지 구조를 갖는 프로토콜 변환 장치.
OMA-DM 프로토콜에 기반한 OMA-DM 메시지를 SNMP에 기반한 SNMP 메시지로 변환하는 프로토콜 변환 장치의 변환 방법에서,

상기 OMA-DM 메시지를 수신하는 단계,

OMA-DM 커맨드에 기초하여 SNMP 메시지의 PDU 타입값을 생성하는 단계,

상기 OMA-DM 메시지의 메시지 식별 변호부의 값에 기초하여 SNMP 메시지의 메시지 요청 번호 필드의 값을 생성하는 단계, 그리고

관리 객체 집합에 기초하여 경로 데이터를 SNMP 메시지의 OID 번호로 변환하 는 단계

를 포함하는 프로토콜 변환 방법.
제7항에서,

상기 OMA-DM 메시지의 헤더부의 커맨드 식별 번호가 설정값을 갖는지를 판단하는 단계, 그리고

상기 커맨드 식별 변호가 설정값을 가질 경우, 상기 OMA-DM 메시지를 상기 SNMP 메시지로 변환하는 단계

를 더 포함하는 프로토콜 변환 방법.
제7항 또는 제8항에서,

상기 변환 장치는 상기 SNMP 메시지의 구성 요소와 상기 OMA-DM 메시지의 구성 요소 간의 대응 관계를 기억하는 기억 장치를 포함하고,

상기 기억 장치에 기억된 대응 관계에 기초하여 상기 OMA-DM 메시지의 구성 요소를 대응하는 SNMP 메시지의 구성 요소로 변환하는 단계를 더 포함하는

프로토콜 변환 방법.
제9항에서,

상기 OMA-DM 커맨드에 대응하는 상기 PDU 타입값은 상기 기억 장치에 기억되어 있는 프로토콜 변환 방법.
SNMP에 기반한 SNMP 메시지를 OMA-DM 프로토콜에 기반한 OMA-DM 메시지로 변환하는 프로토콜 변환 장치의 변환 방법에서,

상기 SNMP 메시지를 수신하는 단계,

상기 SNMP 메시지의 PDU 필드값을 판정하는 단계,

상기 판정된 PDU 필드값에 기초하여 상기 OMA-DM 메시지의 OMA-DM 커맨드를 생성하는 단계,

상기 SNMP 메시지의 메시지 요청 번호 필드의 값에 기초하여 상기 OMA-DM 메시지의 메시지 식별 번호부의 값을 생성하는 단계, 그리고

관리 객체 집합에 기초하여 상기 SNMP 메시지의 OID 번호를 OMA-DM 메시지의 경로 데이터로 변환하는 단계

를 포함하는 프로토콜 변환 방법.
제10항에서

상기 OMA-DM 메시지의 헤더부의 커맨드 식별 번호를 설정값으로 정하는 단계를 더 포함하는 프로토콜 변환 방법.
제11항 또는 제12항에서

상기 변환 장치는 상기 SNMP 메시지의 구성 요소와 상기 OMA-DM 메시지의 구성 요소 간의 대응 관계를 기억하는 기억 장치를 포함하고,

상기 기억 장치에 기억된 대응 관계에 기초하여 상기 SNMP 메시지의 구성 요소를 대응하는 OMA-DM 메시지의 구성 요소로 변환하는 단계를 더 포함하는

프로토콜 변환 방법.
제13항에서,

상기 PDU 필드값에 대응하는 상기 OMA-DM 커맨드는 상기 기억 장치에 기억되어 있는 프로토콜 변환 방법.
OMA-DM 프로토콜로 정의한 관리 규격을 기억하는 관리 개체 집합과 SNMP로 정의한 관리 규격을 기억하는 관리 객체 집합을 구비한 관리 객체 집합부,

OMA-DM 메시지의 구성 요소와 SNMP 메시지의 구성 요소의 대응 관계를 기억하는 기억 장치, 그리고

상기 관리 객체 집합부에 기억된 관리 객체 집합과 상기 기억 장치에 기억된 대응 관계에 기초하여 상기 OMA-DM 메시지를 상기 SNMP 메시지로 변환하거나 상기 SNMP 메시지를 상기 OMA-DM 메시지로 변환하는 프로토콜 처리부

를 포함하는 프로토콜 변환 장치.
제15항에서

상기 프로토콜 처리부는 OMA-DM 프로토콜 계층 구조와 상기 SNMP 계층 구조를 포함하는 프로토콜 변환 장치.
제15항에서,

상기 OMA-DM 메시지는 XML 형태인 프로토콜 변환 장치.
제15항 내지 제17 중 어느 한 항에서,

상기 SNMP 메시지는 SNMP 메시지 구조를 갖는 프로토콜 변환 장치.