KR100814403B1 - 큐잉을 지원하는 수식 기반 네트워크 관리 시스템 및 이를이용한 성능 파라미터 측정 방법 - Google Patents

Abstract

본 발명은 큐잉을 지원하는 수식 기반 네트워크 관리 시스템 및 이를 이용한 성능 파라미터 측정 방법에 관한 것으로, 네트워크 운용자가 요청한 성능 파라미터를 계산하기 위한 다수의 함수식을 저장하고 있는 성능 파라미터 함수부, 상기 성능 파라미터 함수부에 저장된 함수를 파싱하여, 상기 함수식 계산을 위하여 필요한 네트워크 구성 요소의 시스템 변수의 종류를 결정하고, 상기 변수에 상응하는 큐를 생성하는 성능 파라미터 분석부, 네트워크 구성 요소(Network Element)로부터 상기 결정된 시스템 변수를 조회하고, 이를 상기 생성된 큐에 저장하는 파라미터 조회부, 상기 큐에 저장된 시스템 변수 값을 성능 파라미터 함수에 대입함으로써 성능 파라미터를 계산하는 성능 파라미터 계산부를 포함하는 네트워크 관리 시스템 및 이를 이용한 네트워크 성능 파라미터 측정 방법을 제공함으로써 네트워크의 서비스 품질을 모니터링하기 위하여 사용자가 임의로 생성, 변경이 가능한 수식 모델링 적용 및 이의 실시간 분석이 가능하다는 효과를 얻을 수 있다.

Description

큐잉을 지원하는 수식 기반 네트워크 관리 시스템 및 이를 이용한 성능 파라미터 측정 방법{Formula Based Network Management System Supporting Queueing Mechanism and Method of Measuring Performance Parameter}

도 1은 일반적인 데이터베이스형 성능 파라미터 산출 방식을 이용한 네트워크 관리 시스템의 구조를 나타낸 도면.

도 2는 본 발명의 일 실시예에 따른 네트워크 관리 시스템의 구성을 나타낸 도면.

도 3은 본 발명에 따른 성능 파라미터의 함수에 대한 XML 파일의 일 예를 나타낸 도면.

도 4는 본 발명의 다른 실시예에 따른 네트워크 관리 시스템의 성능 파라미터 측정 방법을 나타낸 도면.

도 5는 본 발명의 또 다른 실시예에 따른 네트워크 관리 시스템의 구성을 나타낸 도면.

도 6은 본 발명의 또 다른 실시예에 따른 네트워크 관리 시스템의 구성을 나타낸 도면.

도 7은 본 발명의 일 실시예에 따른 네트워크 관리 시스템이 큐를 생성하는 과정을 나타낸 도면.

도 8은 본 발명의 일 실시예에 따른 네트워크 관리 시스템이 변수 치환을 통한 계산식 처리 과정을 나타낸 도면.

도 9는 본 발명의 일 실시예에 따른 네트워크 관리 시스템의 SQL 쿼리문 생성 방법을 나타낸 도면.

도 10은 본 발명의 일 실시예에 따른 네트워크 관리 시스템이 SQL 문을 생성하는 방법을 나타낸 도면.

도 11은 본 발명의 일 실시예에 따른 네트워크 관리 시스템이 성능 파라미터 값을 출력한 결과를 나타낸 도면.

<도면의 주요 부분에 대한 부호 설명>

200 : 네트워크 관리 시스템 201 : 파라미터 조회부

202 : 성능 파라미터 함수부 203 : 성능 파라미터 분석부

204 : 큐 관리부 205 : 성능 파라미터 계산부

206 : 디스플레이부 210 : 데이터베이스

220 : 네트워크 구성 요소

본 발명은 실시간 모니터링을 위하여 큐잉을 지원하는 수식 기반 네트워크 관리 시스템 및 그 방법에 관한 것이다. 더욱 구체적으로 본 발명은 가상 성능 파라미터의 XML 정의 모델링, 수식 치환 및 처리를 사용하여 유무선 네트워크에 관한 실시간 QoS 모니터링을 하는 네트워크 관리 시스템 및 그 방법에 관한 것이다.

일반적으로 유, 무선 통신 네트워크에 대한 서비스 품질 측정은 서비스 유실 여부의 사전 판단, 서비스 사용 추이 분석, 사용자별 차등 품질 제공 등과 같이 망 자원의 사용 상의 효율성을 높이는 동시에 일정 수준 이상의 품질을 보장할 수 있도록 하는데 있어서 기본이 된다. 사업자는 품질 지표를 바탕으로 향후의 시스템 증설, 교체 여부를 판단하거나, 현재 제공하는 서비스 이외의 수익 창출 모델을 설계할 수 있다.

이 서비스 품질 측정 방법은 시스템에서 정의한 성능 파라미터를 바탕으로 망 운용 사업자의 관전에서 부가적으로 산출하는 주요 성능 지수(KPI : Key Performance Indicator)를 모니터링함으로써 가능하다.

도 1은 일반적인 데이터베이스형 성능 파라미터 산출 방식을 이용한 네트워크 관리 시스템의 구조를 나타낸 도면이다.

도 1에 도시된 바와 같이 종래의 네트워크 관리 시스템(120)은 정보 수집부(121), 데이터베이스(122), KPI 산출부(123) 및 유저 인터페이스부(124)로 구성될 수 있다.

정보 수집부(121)는 네트워크 구성 요소(NE : Network Element)(110)와 통신 을 수행하여 네트워크 구성 요소(110)로부터 소정의 파라미터 값을 입력받는 구성 요소이다. 데이터베이스(122)는 정보 수집부(121)를 통하여 입력된 파라미터 값을 저장하는 장소이다. KPI 산출부(123)는 데이터베이스(122)에 저장되어 있는 파라미터 값들을 기 설정되어 있는 KPI 산출식에 적용하여 운용자가 원하는 KPI를 산출하는 구성 요소이다. 이와 같이 산출된 KPI는 유저 인터페이스부(124)로 디스플레이되며, 운용자는 이를 체크할 수 있게 된다.

이와 같은 종래의 네트워크 관리 시스템은 경우 일반 성능 파라미터를 데이터베이스에 저장한 후, KPI 산출부에 저장되어 있는 계산식을 통하여 KPI로 정의된 주요 성능 지수를 산출하는 방식에 해당한다. 왜냐하면 일반적으로 이용되는 KPI는 시스템의 구성요소에 정의된 파라미터로부터 직접 조회가 불가능하고, 이미 정의되어 있는 파라미터 값을 별도의 계산을 수행하여 구하기 때문이다.

이와 같이 성능 지수를 사용하여 서비스 품질을 모니터링 함에 있어서 실시간 모니터링 지원 여부는 시스템이 초기 서비스를 시작하거나, 예기치 못한 사건으로 구성 파라미터를 변경하였을 때, 적용 이후 제공되는 서비스의 품질 수준을 즉각적으로 판단하는데 매우 중요하다. 그러나 도 1에서 설명한 종래의 네트워크 관리 시스템은 데이터베이스에 저장된 값을 기반으로 성능 지수를 산출하게 되므로 원칙적으로 실시간 관측을 할 수 없다. 만일, 종래의 네트워크 관리 시스템을 이용하여 실시간 관측을 하는 것처럼 하기 위하여는 네트워크 구성 요소로부터 파라미터 수집 과정, 데이터베이스 저장 과정, 성능 지수 산출 과정을 아주 빨리 처리해야하는 프로세싱 부하가 발생한다. 이상에서 설명한 바와 같이 종래의 네트워크 관리 시스템은 산출 공식의 적용이 고정적이어서 새로운 성능 지수 또는, 기존의 성능 지수 산출 공식의 변경은 실질적으로 불가능하다는 문제점이 존재한다.

따라서, 본 발명은 상기한 종래 기술에 따른 문제점을 해결하기 위한 것으로, 실시간으로 수집한 성능 파라미터 값을 바탕으로 사용자가 정의 가능한 성능 파라미터 값을 산출하기 위하여 큐잉 기법을 이용하고, 상기 큐에 저장된 성능 파라미터의 히스토리 값을 참조하여 보다 정확한 현재의 성능 파라미터를 측정하는 큐잉을 지원하는 수식 기반 네트워크 관리 시스템 및 이를 이용한 성능 파라미터 측정 방법의 제공을 목적으로 한다.

본 발명의 일 측면에 따른 네트워크 관리 시스템은 네트워크 운용자가 요청한 성능 파라미터를 계산하기 위한 다수의 함수식을 저장하고 있는 성능 파라미터 함수부, 상기 성능 파라미터 함수부에 저장된 함수를 파싱하여, 상기 함수식 계산을 위하여 필요한 네트워크 구성 요소의 시스템 변수의 종류를 결정하고, 상기 변수에 상응하는 큐를 생성하는 성능 파라미터 분석부, 네트워크 구성 요소(Network Element)로부터 상기 결정된 시스템 변수를 조회하고, 이를 상기 생성된 큐에 저장하는 파라미터 조회부, 및 상기 큐에 저장된 시스템 변수 값을 성능 파라미터 함수에 대입함으로써 성능 파라미터를 계산하는 성능 파라미터 계산부를 포함할 수 있 다.

이 경우 상기 성능 파라미터 함수에 표시되는 시스템 변수는 네트워크 구성 요소가 속하는 그룹 및 카테고리의 ID, 상기 네트워크 구성 요소의 시스템 정의 파라미터 ID 및 상기 ID를 구분하기 위한 구분자를 결합함으로써 표기되는 것을 특징으로 한다. 더욱 바람직하게, 상기 성능 파라미터 함수에 표시되는 시스템 변수는 상기 시스템 변수의 현재 값, 직전 값 또는 그 직전 값을 구분하기 위한 식별자를 더 포함하여 표기되는 것을 특징으로 한다.

상기 네트워크 관리 시스템은 네트워크 구성 요소로부터 읽어온 시스템 변수 값과 성능 파라미터 함수에 의하여 계산된 성능 파라미터의 히스토리 값을 저장하는 데이터베이스를 더 포함할 수 있다. 이 경우 상기 성능 파라미터 계산부는 상기 큐에 저장된 시스템 변수 값과 상기 데이터베이스에 저장되어 있는 성능 파라미터의 히스토리 값을 참조하여 성능 파라미터 함수를 계산할 수 있다.

또한, 상기 성능 파라미터 분석부는 성능 파라미터 함수를 파싱함으로써 임의의 시스템 변수에 대하여 몇 개의 히스토리 값이 이용되는지 체크하고, 상기 이용되는 히스토리(History)의 개수에 비례하여 큐의 크기를 결정하는 것이 바람직하다. 상기 성능 파라미터 계산부는 상기 계산된 성능 파라미터가 다른 성능 파라미터 함수에서 참조되는 경우, 상기 참조되는 성능 파라미터의 히스토리의 개수에 따라 큐를 생성하고, 상기 큐에 계산된 성능 파라미터 값을 저장하게 된다.

본 발명의 다른 측면에 따른 네트워크 성능 파라미터 측정 방법은 네트워크 관리 시스템은 저장되어 있는 성능 파라미터 함수를 파싱하여, 함수에 정의되어 있는 시스템 변수의 종류를 판단하고, 상기 시스템 변수에 상응하는 큐를 생성하는 단계, 상기 네트워크 관리 시스템은 네트워크 구성 요소(Network Element)로부터 성능 파라미터를 계산하기 위해 필요한 시스템 변수를 조회하여 상기 큐에 저장하는 단계, 및 상기 네트워크 관리 시스템은 상기 큐에 저장된 시스템 변수 값을 상기 성능 파라미터 함수에 치환함으로써 네트워크 운용자가 요청한 성능 파라미터 값을 계산하는 단계를 포함한다.

이 경우 상기 성능 파라미터 함수에 표시되는 시스템 변수는 네트워크 구성 요소가 속하는 그룹 및 카테고리의 ID, 상기 네트워크 구성 요소의 시스템 정의 파라미터 ID 및 상기 ID를 구분하기 위한 구분자를 결합함으로써 표기되는 것을 특징으로 한다. 더욱 바람직하게 상기 성능 파라미터 함수에 표시되는 시스템 변수는 상기 시스템 변수의 현재 값, 직전 값 또는 그 직전 값을 구분하기 위한 식별자를 더 포함하여 표기되는 것을 특징으로 한다.

또한, 상기 네트워크 관리 시스템이 큐를 생성하는 단계는 상기 성능 파라미터 함수를 파싱함으로써 임의의 시스템 변수에 대하여 몇 개의 히스토리 값이 이용되는지 체크하고, 상기 이용되는 히스토리(History)의 개수에 비례하여 큐의 크기를 결정하는 하는 것을 특징으로 한다.

본 네트워크 성능 파라미터 측정 방법은 상기 계산된 성능 파라미터가 제2 성능 파라미터 함수에서 참조되는 경우, 상기 참조되는 성능 파라미터의 히스토리의 개수에 따라 큐를 생성하고, 상기 큐에 계산된 성능 파라미터 값을 저장하는 단 계와 네트워크 관리 시스템은 큐에 저장된 제1 성능 파라미터 값과 상기 제2 성능 파라미터 함수 계산에 네트워크 구성 요소의 시스템 변수 값을 참조하여 제2 성능 파라미터 값을 계산하는 단계를 더 포함할 수 있다.

본 발명의 또 다른 측면에 따른 네트워크 관리 시스템은 네트워크 운용자가 요청한 성능 파라미터 함수를 저장하고, 네트워크 구성 요소로부터 상기 성능 파라미터 함수에 정의된 변수를 조회하여 데이터베이스에 저장하는 네트워크 관리 서버와 상기 네트워크 관리 서버의 성능 파라미터 함수를 파싱함으로써 필요한 시스템 변수의 종류를 판단하여 그에 상응하는 큐를 생성하고, 상기 네트워크 관리 서버가 조회한 네트워크 구성 요소의 시스템 변수를 상기 큐에 저장하는 한편, 상기 큐에 저장된 시스템 변수 값을 상기 성능 파라미터 함수에 대입함으로써 네트워크 운용자가 요청한 성능 파라미터를 계산하는 네트워크 관리 클라이언트를 포함할 수 있다.

이 경우 상기 네트워크 관리 서버는 성능 파라미터 함수를 저장하기 위한 XML 파일 저장부, 상기 네트워크 구성 요소로부터 소정의 시스템 변수 값을 읽어오기 위한 SNMP 명령 처리부, 상기 네트워크 구성 요소로부터 조회한 다수의 시스템 변수 값을 저장하기 위한 데이터베이스, 상기 데이터베이스에 액세스하기 위한 SQL Query를 처리하기 위한 명령 처리부, 및 상기 네트워크 관리 클라이언트와 통신을 수행하기 위한 통신 처리부를 포함할 수 있다.

한편, 상기 네트워크 관리 클라이언트는 상기 네트워크 관리 서버로부터 전 달받은 성능 파라미터 함수를 파싱하고, 필요한 시스템 변수의 종류를 결정하여 그에 따른 큐를 생성하는 파라미터 분석부, 상기 네트워크 관리 서버로부터 전달받은 시스템 변수 값을 상기 생성된 큐에 저장하고 관리하는 큐 관리부, 상기 큐에 저장된 변수 값을 성능 파라미터 함수에 대입하는 변수 치환부, 및 상기 변수 치환이 완료된 이후, 상기 성능 파라미터 함수를 계산하는 계산 처리부를 포함하는 것이 바람직하다.

이 경우 상기 성능 파라미터 함수에 표시되는 변수는 네트워크 구성 요소가 속하는 그룹 및 카테고리의 ID, 상기 네트워크 구성 요소의 시스템 정의 파라미터 ID 및 상기 ID를 구분하기 위한 구분자를 결합함으로써 표기하는 것을 특징으로 하며, 상기 성능 파라미터 함수에 표시되는 변수는 상기 변수의 현재 값, 직전 값 또는 그 직전 값을 정의하는 것을 표기하기 위한 식별자를 포함하는 것이 더욱 바람직하다.

이하, 본 발명에 따른 실시간 모니터링을 위하여 큐잉을 지원하는 수식 기반 네트워크 관리 시스템 및 그 방법에 대하여 첨부된 도면을 참조하여 상세히 설명하기로 한다.

도 2는 본 발명의 일 실시예에 따른 네트워크 관리 시스템의 구성을 나타낸 도면이다.

도 2에 도시된 바와 같이 네트워크 관리 시스템(200)은 파라미터 조회부(201), 성능 파라미터 함수부(202), 성능 파라미터 분석부(203), 큐 관리 부(204), 성능 파라미터 계산부(205), 디스플레이부(206) 등을 포함하는 것을 그 특징으로 한다. 상기 네트워크 관리 시스템은 각종 네트워크 구성 요소(220)와 연결되어 있으며, 상기 네트워크 구성 요소(220)의 시스템 파라미터들을 저장하는 데이터베이스(DB)(210)와 연동되어 있다.

파라미터 조회부(201)는 네트워크 구성 요소(NE)(201)로부터 필요한 성능 파라미터를 조회하는 기능을 수행한다. 본 발명의 네트워크 관리 시스템의 파라미터 조회부(201)는 네트워크 구성 요소(220)와 SNMP(Simple Network Management Protocol)을 이용한 메시지 교환을 통하여 각 네트워크 구성 요소(221, 222)의 시스템 파라미터 값을 읽어올 수 있다. 이와 같이 네트워크 구성 요소(220)로부터 조회한 시스템 파라미터는 큐 관리부(204)를 통하여 큐로 저장된다. 또한, 파라미터 조회부(201)는 데이터베이스 (210)에 SQL(Structured Query Language)문을 이용하여 데이터베이스(210)에 저장되어 있는 데이터 값을 조회한다. 데이터베이스(210)는 큐와 동일한 저장 영역에 해당하므로 큐에 저장되는 과정없이 성능 파라미터 계산부(205)로 데이터가 전달되는 것이 보다 바람직하다.

성능 파라미터 함수부(202)는 네트워크 운용자가 요청한 성능 파라미터를 계산하기 위한 다수의 함수식을 저장하고 있다. 본 발명에서는 성능 파라미터 함수를 XML 파일의 형태로 저장하는 것이 바람직하다. 이는 산출 공식을 하드 코딩이 아닌 프로퍼티 방식으로 관리하여 프로그램 재작성 없이 산출 공식의 변경을 할 수 있도록 하기 위함이다.

성능 파라미터 분석부(203)는 성능 파라미터 함수부(202)에 XML의 형식으로 저장된 성능 파라미터 함수를 계산하기 위하여 어떤 시스템 파라미터가 필요한지 결정한다. 물론, 이와 같은 작업은 성능 파라미터 분석부(203)가 XML 파일을 파싱(Parsing)함으로써 이루어질 수 있다. 이와 같은 파싱 과정은 나중에 자세히 살펴보기로 한다. 파싱 결과 필요한 시스템 파라미터가 네트워크 구성 요소(220)로부터 읽어와야 하는 경우, 성능 파라미터 분석부(203)는 성능 파라미터 산출에 소요되는 각 파라미터별 큐 크기(Queue Size)를 확인하고, 큐 관리부(204)로 하여금 그 크기만큼의 큐를 생성하도록 제어한다. 이와 같이 파라미터 별로 다수의 큐가 필요한 이유는, 주기적으로 운용자가 요청한 성능 파라미터를 산출하거나, 네트워크 관리 시스템(200)이 주기적으로 네트워크 구성 요소(220)의 시스템 파라미터 값을 조회하여야 하는 경우를 대비한 것이다.

데이터베이스(210)는 네트워크 구성 요소(220)로부터 읽어온 시스템 파라미터 값과 성능 파라미터 함수에 의하여 계산된 이전 성능 파라미터(Previous KPI) 값이 저장되는 영역에 해당한다. 데이터베이스(210)로부터 소정의 값을 조회하기 위하여, 본 네트워크 관리 시스템(200)은 SQL 명령문을 이용할 수 있다. 또한, 현재 성능 파라미터 값(Current KPI)과 직전 성능 파라미터 값(Previous KPI)을 조회하기 위하여 네트워크 관리 시스템(200)은 새로운 큐 생성을 필요로 하지 않을 수도 있다. 이는 데이터베이스(210)가 현재 값, 이전 값을 모두 저장할 수도 있기 때문이다.

성능 파라미터 계산부(205)는 성능 파라미터 계산을 위하여 필요한 모든 파라미터 값의 조회를 마친 후, 각 파라미터 값을 해당 파라미터의 큐에 저장한 후 함수에 따른 실제 계산을 수행한다. 함수 계산의 방법은 추후에 살펴보기로 한다. 만일, 함수 계산의 수행 도중 오류가 발생한 경우, 에러 메시지를 디스플레이부(206)로 출력하게 된다.

디스플레이부(206)는 계산된 성능 파라미터를 출력하는 장치에 해당한다. 일반적으로 디스플레이부(206)는 네트워크 운용자가 요청한 성능 파라미터 값을 출력하는 기능을 수행하지만, 성능 파라미터 계산부(205)가 정상적인 함수 계산을 수행하지 못한 경우에는 에러 메시지를 출력할 수도 있다.

본 네트워크 관리 시스템은 보다 사용자가 요청한 성능 파라미터를 효율적으로 계산하고, 갱신하기 위하여 다음과 같은 기능을 추가적으로 지원하는 것이 더욱 바람직하다. 본 네트워크 관리 시스템(200)은 다양한 시스템 정의 파라미터의 특성에 따른 분류 방식 및 표기법을 지원할 수 있다. 이와 같은 특징은 네트워크 구성 요소(220)의 시스템 파라미터가 개별적으로 다양하게 참조되어 만들어질 수 있는 성능 파라미터 함수 작성을 위하여 필수적인 것이다. 또한, 본 발명에 따른 네트워크 관리 시스템(200)은 공학용 계산식 지원을 위한 계산법과 큐에 저장된 값을 참조하여 계산식을 작성할 수 있는 표기법도 지원하게 된다.

먼저, 본 네트워크 관리 시스템(200)이 지원하는 시스템 정의 파라미터의 특성에 따른 분류 방식 및 표기법에 대하여 살펴보기로 한다.

본 발명에서는 시스템 정의 파라미터의 속성을 단계별 접근법을 사용하여 카 테고리(Category), 그룹(Group)으로 분류하고 있다. 이 중 그룹(Group)은 시스템 정의 파라미터가 첫 번째로 소속될 수 있는 소속을 의미하며, 카테고리(Category)는 적어도 하나 이상의 그룹의 집합을 의미한다.

이와 같이 카테고리와 그룹을 통하여 분류하는 이유는 통신 네트워크의 구조 때문이다. 통신 네트워크는 다수의 프로토콜을 이용하는 것이 일반적이며, 각 프로토콜은 본 발명에서의 측정 대상인 파라미터들을 정의하고 있다. 하나의 프로토콜에는 다수의 파라미터들이 존재하므로 이들을 그룹으로 분류하며, 유사한 기능을 수행하기 위한 다수의 프로토콜을 하나의 카테고리로 분류함으로써 보다 체계적인 관리가 가능하게 된다. 이하, 카테고리와 그룹을 이용한 파라미터의 구체적인 표기 방법에 대하여 살펴보기로 한다.

카테고리의 표기는 "cat"와 같은 접두어를 이용하여 이루어질 수 있다. cat의 접두어 뒤에는 카테고리를 유일하게 식별할 수 있는 카테고리 ID(Category ID)가 추가된다. 한편, 그룹의 표기는 "grp"라는 접두어를 이용할 수 있다. grp의 접두어 뒤에는 마찬가지로 그룹을 유일하게 식별할 수 있는 그룹 ID(Group ID)가 추가된다.

한편, 본 발명에서 하나의 파라미터는 현재 값, 직전 값, 그 이전 값을 가지게 되며, 본 발명에서는 이들 값을 모두 이용하고, 저장하게 되므로 이들을 분류할 필요성이 존재한다. 이들의 구분을 위하여 각각 "cur", "pre", "bpre"와 같은 접두어를 이용하게 된다. "cur" 접두사는 현 파라미터의 현재 값을 의미하며, 그 이후에는 파라미터 ID가 붙게 된다. 마찬가지로 "pre" 접두사는 파라미터의 직전 값 을 의미하며, 그 이후에는 파라미터 ID가 붙게 된다. "bXpre" 접두사는 파라미터의 그 이전 값을 의미하며, 그 이후에는 파라미터 ID와 현재로부터 얼마나 뒤의 값을 참조하는가에 따라 X의 변수 값이 달라지게 된다. X는 3 내지 큐의 Size의 값을 가질 수 있다. 즉, b3pre와 같은 접두사는 현재로부터 3번째 이전의 값을 나타내는 것이다.

또한, 본 발명은 카테고리, 그룹, 파라미터를 구별할 수 있도록, 구분자를 이용하고 있다. 본 발명에서는 카테고리, 그룹, 파라미터 사이의 구분자로 ":"을 사용하고 있으나, 이와 유사한 문자 등을 이용하여도 아무런 문제가 없다.

따라서, 하나의 시스템 정의 파라미터는 "cat#:grp#:[cur|pre|bpre+b[4 내지 Q크기의 숫자]pre]#"을 이용하여 유일하게 식별될 수 있다. 여기서 #자리에는 파라미터를 구별하기 위한 ID를 표기하기 위한 숫자, 문자, 기호 등이 들어갈 수 있다. 이하, 위에서 설명한 파라미터 표기법을 이용한 성능 파라미터 함수 표기법에 대하여 살펴보기로 한다.

본 발명에서는 공학용 계산을 지원하는 것이 더욱 바람직하지만, 성능 파라미터 함수 표기법을 설명하기 위하여 단순한 사칙 연산이 적용된 예를 제시하기로 한다.

예1) 서로 다른 카테고리 내의 파라미터 참조를 위한 계산식

(cat1:grp2:cur1 - cat2:grp1:cur3) / (cat1:grp2:pre1 - cat2:grp1:pre3)

예2) 동일 그룹 내의 파라미터로 이루어진 계산식

(cur1 + cur 3) / (cur1 - pre1)

(cur1 + pre1 + bpre1 + b4pre1 + b5pre1) / 5

예3) 서로 다른 그룹 내의 파라미터로 이루어진 계산식

(grp2:cur1 + grp1:cur3) / (grp2:pre1 - grp1:pre3)

기본적으로 예1)에 표기된 바와 같이 성능 파라미터 함수식을 작성할 수 있다. cat1:grp2:cur1는 1번의 ID를 가진 카테고리 중 2의 ID를 가진 그룹 중 1의 ID를 가진 파라미터의 현재 값을 의미하는 것이다. 즉, (cat1:grp2:cur1 - cat2 :grp1:cur3) 구문은 1의 ID를 가진 카테고리 중 2의 ID를 가진 그룹중 1의 ID를 가진 파라미터의 현재값(cat1:grp2:cur1)에서, 2의 ID를 가진 카테고리 중 1의 ID를 가진 그룹 중 3의 ID를 가진 파라미터의 현재값(cat2:grp1:cur3)을 빼는 연산을 의미하는 것이다.

이 경우, 동일 그룹내의 파라미터로 구성되는 파라미터는 카테고리, 그룹의 표기없이 파라미터 표기만으로 구성하는 것이 보다 편리한 함수식 작성을 위하여 바람직하다. 이는 예2)에 기재된 함수에 해당한다. 마찬가지로 동일 카테고리 내의 파라미터로 구성되는 파라미터는 카테고리의 표기없이 그룹과 파라미터 표기만으로 구성하는 것이 더욱 바람직하다. 이는 예3)에 기재된 함수에 해당한다. 이와 같은 함수를 지원하는 것이 바람직하다.

또한, 계산식에서 파라미터로 표시되는 부분은 이미 함수식의 결과인 성능 파라미터 값을 참조할 수도 있다. 이 경우 계산식 처리의 순서상의 문제로 만약 네트워크 운용자가 다수의 성능 파라미터를 요청한 경우, 제1 성능 파라미터가 다른 성능 파라미터를 참조하는 경우, 참조 대상이 되는 성능 파라미터를 먼저 계산하도록 제어할 수 있다.

도 3은 본 발명에 따른 성능 파라미터의 함수에 대한 XML 파일의 일 예를 나타낸 도면이다.

도 3에서는 XML 루트 엘리먼트로 WibroStat 엘리먼트가 존재하고, 그 하위 엘리먼트로 category, group, peg가 존재하는 것을 살펴볼 수 있다.

category 엘리먼트는 성능 파라미터 분류에 있어서 group 단위 성능 파라미터들을 하나로 묶어주게 된다.

group 엘리먼트는 실제 개별 시스템에 정의된 파라미터 및 제공 서비스에 관련된 성능 파라미터를 분류해둔 것이다. 각 동일한 그룹내의 성능 파라미터들이 공통적으로 지니는 속성을 의미한다.

peg 엘리먼트는 실제 시스템에 정의된 성능 파라미터 하나 하나를 정의한 것에 해당한다. 이와 같은 peg 엘리먼트에 포함된 중요 애트리뷰트로 'monFunc', 'monType', 'qSize' 등이 존재한다. 'monFunc' 애트리뷰트에는 KPI 값을 계산하기 위한 계산식이 정의되어 있다. 또한, 'monType' 애트리뷰트는 해당 성능 파라미터를 실시간 모니터링하는 방법을 정의하며, 'qSize' 애트리뷰트는 해당 peg 엘리먼트의 추이 분석을 위한 필요한 큐 크기를 결정한다.

또한, category, group, peg 엘리먼트는 각각 자신의 고유 ID를 가지고 있 다. 이 ID는 파라미터를 조회할 시스템 혹은 데이터베이스로부터 조회하여야 할 성능 파라미터를 인식하는데 사용된다. 물론, 성능 파라미터를 계산하기 위함 함수를 정의하는 경우에도 상기 ID가 이용될 수 있다.

도 3의 XML 파일 중 peg name="RNG_ATT" fieldID="0" type="count" monType="subst" monFunc="cur0 - pre0" qsize="1"과 같은 문장이 존재한다. 여기서 RNG_ATT로 호칭되는 성능 파라미터 값을 계산하는 식은 monFunc에 정의되어 있다. cur0이라는 시스템 변수 값에서 pre0이라는 시스템 변수 값을 뺌으로서 RNG_ATT 라는 애트리뷰트의 값을 구하게 되는 것이다. 또한, 상기 RNG_ATT 애트리뷰트는 qSize의 값이 1에 해당하므로 RNG_ATT의 히스토리(History) 값을 저장하지 않는다는 것을 알 수 있다. RNG_ATT 애트리뷰트의 type은 count임을 알 수 있다. 이것은 RNG_ATT 애트리뷰트의 단위가 회수라는 것을 의미하는 것이다.

도 4는 본 발명의 다른 실시예에 따른 네트워크 관리 시스템의 성능 파라미터 측정 방법을 나타낸 도면이다.

네트워크 관리 시스템은 네트워크 운용자로부터 임의의 성능 파라미터에 대한 요청을 입력받는다(S401). 네트워크 관리 시스템은 운용자가 요청한 성능 파라미터의 함수를 정의한 XML 파일로부터 계산식을 파싱하게 된다(S402). S402의 파싱을 통하여 네트워크 관리 시스템은 데이터베이스 또는 네트워크 구성 요소(NE)의 어느 시스템 변수 값을 추출할 것인지 결정할 수 있다(S403). 즉, 네트워크 관리 시스템은 시스템 운용자가 선택한 성능 파라미터의 함수식을 정의한 XML 파일로부터, 상기 함수식을 계산하기 위하여 필요한 시스템 변수들을 파싱하여 알아내는 것이다.

이와 같은 파라미터의 종류를 파악한 후, 네트워크 관리 시스템은 해당 시스템 변수 값을 저장하기 위하여 큐가 필요한지 판단하게 된다(S404). 위에서 설명한 바와 같이, 데이터베이스로부터 시스템 변수 값을 읽어오는 경우에는 큐를 이용하지 않고, 네트워크 구성 요소로부터 시스템 변수 값을 읽어오는 경우에는 파라미터의 임시 저장을 위해서 큐를 사용하는 것이 바람직하다.

네트워크 관리 시스템은 필요한 파라미터에 따라 선택적으로 큐를 생성하게 된다(S405). 이 경우 생성된 큐의 초기값은 0으로 이루어지는 것이 바람직하다. 본 발명에서는 하나의 시스템 변수도 현재 값, 직전 값, 그 직전값 등을 참조할 수 있으며, 이를 위하여 각 시스템 변수 별로 크기가 다른 큐가 생성된다. 이 때 시스템 변수를 저장하기 위한 큐 사이즈는 운용자가 요청한 함수식 내의 변수명을 파싱함으로써 결정할 수 있다.

예를 들어, 계산식이 다음과 같을 경우, 각 성능 파라미터별로 관리되는 큐 사이즈는 아래와 같다.

계산식 : KPI13 =(cur11-pre11) / (cur12-pre12) * (pre12-bpre12) / 100

- 11번 파라미터의 큐 사이즈 : 2

- 12번 파라미터의 큐 사이즈 : 3

위 계산식에서 KPI 13의 계산을 위하여는 11번의 ID의 현재 값과 11번 ID의 직전 값, 그리고 12번 ID의 현재 값과 12번 ID의 직전 값 및 12번 ID의 그 이전 값 이 필요하다는 것을 알 수 있다. 이 계산식에 대하여 네트워크 관리 시스템은 11, 12의 ID를 가지는 시스템 변수 값을 조회하도록 결정되며, 이 때 큐 사이즈로 각각 2, 3의 크기를 할당한다. 각 큐는 주기적 조회를 통해 값이 채워지며, 초기치는 0으로 채워지는 것이 바람직하다고 설명한 바 있다.

네트워크 관리 시스템은 시스템 구성 요소(NE) 또는 데이터베이스로부터 시스템 변수 값을 읽어온다(S406). 이와 같은 시스템 변수 값 조회 단계는 성능 파라미터 함수식에 참조되는 또 다른 성능 파라미터의 조회도 포함하는 것을 특징으로 한다. 만일, 사용자가 a, b, c와 같은 파라미터는 운용자가 직접 조회하기를 원하는 파라미터이고, 사용자가 원하는 파라미터를 계산하기 위하여 d, e의 파라미터가 필요한 경우, 네트워크 관리 시스템은 a 내지 e의 파라미터를 모두 시스템 구성 요소 또는 데이터베이스로부터 조회하는 것이다.

이 경우 네트워크 관리 시스템은 SNMP 프로토콜을 이용하여 시스템 구성 요소의 성능 파라미터를 조회하며, SQL 명령문 실행을 통하여 데이터베이스에 저장되어 있는 성능 파라미터를 조회하게 된다. 이와 같이 S406 과정을 통하여 네트워크 구성 요소로부터 조회된 결과는 먼저 계산식의 분석 결과 생성된 큐에 저장된다.

이제, 네트워크 관리 시스템은 큐에 저장된 시스템 변수 값으로 치환된 성능 파라미터 함수식을 계산하게 된다(S407). 이와 같은 계산 과정은 추후에 더욱 자세하게 살펴보기로 한다.

이와 같은 계산 과정에서 조회된 성능 파라미터 값과 계산식에 정의된 변수 사이의 치환 과정이 일어난다. 이 변수의 치환은 정의된 수식과 조회된 성능 파라미터의 큐 저장 값 사이의 1:1 매핑 과정을 통하여 결정된다. 이 치환은 변수명 과 값 사이의 스트링 치환을 통하여 실시된다. 이 치환을 통하여 나오는 결과 값은 수학적으로 계산 가능한 수식으로 표현 가능한 문자열이 된다. 이와 같은 문자열은 공학용 계산을 처리하는 스트링 기반 계산 처리 블록을 통해 하나의 숫자로 처리되는 것이다.

네트워크 관리 시스템은 성능 파라미터 함수에 따라 계산된 성능 파라미터가 큐에 저장될 필요가 있는지 판단하게 된다(S408). 이와 같이 성능 파라미터가 큐에 저장될 필요가 있는 경우는 네트워크 운용자가 요청한 또 다른 성능 파라미터의 계산에 필요한 경우이다. S408의 판단 결과 성능 파라미터가 큐에 저장될 필요가 있는 경우, 네트워크 관리 시스템은 해당 성능 파라미터에 따른 크기만큼 큐를 생성하고, 상기 생성된 큐에 성능 파라미터 값을 저장하게 된다(S409). 만일 S409 과정에서 계산된 성능 파라미터 값에 상응하는 큐가 이미 사용되고 있으면, 새롭게 계산된 성능 파라미터 값으로 갱신하는 작업이 수행되는 것이다.

만일, 성능 파라미터의 큐 저장이 별도로 필요없거나, S409의 성능 파라미터 저장 및 갱신이 종료된 경우, 네트워크 관리 시스템은 소정의 유저 인터페이스를 통하여 계산된 성능 파라미터 값을 출력한다(S410).

또한, 네트워크 관리 시스템은 사용자가 주기적으로 성능 파라미터 값의 갱신이 필요한지 체크한다(S411). 만일 네트워크 관리 시스템의 주기적 갱신 기능이 활성화되어 있는 경우라면, 네트워크 관리 시스템은 S406 단계로 진행하여 위에서 설명한 동작을 반복하게 된다.

도 5는 본 발명의 또 다른 실시예에 따른 네트워크 관리 시스템의 구성을 나타낸 도면이다.

도 2의 네트워크 관리 시스템(200)은 하나의 장치가 파라미터 분석 및 조회부터 결과를 네트워크 운용자에게 디스플레이까지 하는 시스템이었다. 그러나, 최근의 네트워크 관리 시스템은 서버와 클라이언트의 구성을 가지고 있는 네트워크 관리 시스템도 일반적으로 이용되고 있는 실정이다. 도 5에 도시한 네트워크 관리 시스템은 이와 같은 서버 및 클라이언트의 구성을 가지는 네트워크 관리 시스템에 해당한다.

도 5에 도시된 네트워크 관리 시스템은 네트워크 관리 서버(520)와 네트워크 관리 클라이언트(510), 네트워크 구성 요소(530)로 구성될 수 있다. 도 2에서 별도로 도시되어 있는 데이터베이스(210)는 네트워크 관리 서버(520) 내에 존재한다. 물론, 도 5의 데이터베이스(527)는 네트워크 관리 서버(520)와 독립적으로 존재할 수도 있음은 자명하다.

네트워크 관리 서버(520)는 데이터베이스(527)와 SQL 명령 처리부(528), SNMP 명령 처리부(529), 실시간 모니터링 명령 처리부(526), 통신 처리부(525), XML 파일 저장부(524) 및 웹 서버부(523) 등을 포함할 수 있다.

한편, 네트워크 관리 클라이언트(510)는 네트워크 운용자가 조작하는 장비로써, 사용자 인터페이스부(511), 파라미터 분석부(512), SQL 명령 생성부(513), 변 수 치환부(515), 큐 관리부(514), 계산 처리부(516) 및 통신 처리부(517) 등을 포함할 수 있다.

네트워크 관리 서버(520)의 XML 파일 저장부(523)는 운용자가 요청한 성능 파라미터에 따른 함수를 저장하는 구성 요소에 해당한다. 네트워크 관리 클라이언트(510)가 구동되는 경우, XML 파일을 웹 서버(523)를 통하여 네트워크 관리 클라이언트(510)로 전달하게 된다. 이 때, 웹 서버(523)와 클라이언트(510)간 통신은 HTTP를 이용하는 것이 바람직하다.

네트워크 관리 클라이언트(510)는 네트워크 관리 서버(520)의 웹 서버(523)로부터 전달된 XML 파일을 이용하여, 조회 가능한 성능 파라미터를 디스플레이하고 운용자가 원하는 성능 파라미터를 입력받게 된다.

이 때 파라미터 분석부(512)는 사용자가 요청한 파라미터를 데이터베이스(527)로부터 조회할 것인지 네트워크 구성 요소(530)로부터 조회할 것인지 판단하게 된다. 만일 데이터베이스(527)로부터 파라미터를 조회할 경우, SQL 명령 생성부(513)는 상기 파라미터를 조회하기 위한 SQL Query를 작성하게 된다. 또한, 네트워크 구성 요소(530)로부터 파라미터를 조회하여야 하는 경우, 큐 관리부(514)는 필요한 크기의 큐를 생성하여 관리하게 된다. SQL Query 또는 네트워크 구성 요소로의 파라미터 요청 정보는 통신 처리부(517)를 통하여 네트워크 관리 서버(520)로 전달된다. 이 경우 네트워크 관리 서버(520)와 네트워크 관리 클라이언트(510) 간의 통신은 JAVA RMI를 통하여 이루어지는 것이 바람직하다.

네트워크 관리 서버(510)의 실시간 모니터링 명령 처리부(526)는 네트워크 관리 클라이언트(510)로부터 전달된 조회 대상인 시스템 변수 또는 SQL문을 각각 SQL 명령 처리부(528)와 SNMP 명령 처리부(529)로 전달하게 된다. 각 명령 처리부(528, 529)는 SQL 또는 SNMP를 이용하여 파라미터 값을 조회하게 되며, 이 결과는 통신 처리부(525)를 통하여 클라이언트로 전달된다.

네트워크 관리 클라이언트(510)의 변수 치환부(515)는 네트워크 관리 서버(520)로부터 전달된 시스템 변수 또는 파라미터 값을 성능 파라미터 함수에 정의된 변수와 치환하는 과정을 수행하게 된다. 또한, 수식 처리부(516)는 이와 같이 치환된 수식을 실제 계산함으로써 운용자가 요청한 성능 파라미터를 계산하게 되는 것이다. 계산된 성능 파라미터는 사용자 인터페이스부(511)를 통하여 운용자에게 제공된다.

도 6은 본 발명의 또 다른 실시예에 따른 네트워크 관리 시스템의 구성을 나타낸 도면이다.

도 6의 네트워크 관리 시스템도 도 5와 마찬가지로 서버-클라이언트의 구조를 가지고 있다. 본 실시예는 클라이언트(610)의 성능이 미비하여 성능 파라미터를 계산하는 모듈을 클라이언트(610)에 탑재하기 어려운 경우를 대비한 것이다.

네트워크 관리 클라이언트(610)는 사용자 인터페이스(611)와 통신 처리부(612)를 포함하는 것을 그 특징으로 한다. 한편, 네트워크 관리 서버(620)는 도 5의 네트워크 관리 클라이언트(510)가 포함하던 SQL 명령 생성부(632), 파라미터 분석부(631), 큐 관리부(633), 변수 치환부(634), 수식 처리부(635) 등을 더 포함하고 있는 것을 살펴볼 수 있다. 이하, 본 실시예에 따른 네트워크 관리 시스템의 동작을 살펴보기로 한다.

네트워크 관리 클라이언트(610)가 구동되는 경우, 네트워크 관리 서버(620)는 XML 파일을 웹 서버(623)를 통하여 네트워크 관리 클라이언트(610)로 전달하게 된다. 네트워크 관리 클라이언트(610)는 네트워크 관리 서버(620)의 웹 서버(623)로부터 전달된 XML 파일을 이용하여, 조회 가능한 성능 파라미터와 시스템 변수를 디스플레이하고 운용자로부터 조회 대상 성능 파라미터를 입력받게 된다. 이제 네트워크 관리 클라이언트(610)는 별도의 파라미터 분석 등을 수행하지 않으며, 운용자가 요청한 성능 파라미터를 네트워크 관리 서버(620)로 전달하게 된다.

네트워크 관리 서버(620)의 실시간 모니터링 명령 처리부(626)는 네트워크 관리 클라이언트(610)로부터 소정의 성능 파라미터 값을 요청받은 경우, 상기 파라미터에 대한 함수식을 이용하여 계산한 후 결과를 네트워크 관리 클라이언트로 반환하게 된다. 함수식의 계산을 위한 XML 파일 파싱, 큐 생성, SQL 생성 및 파라미터 조회, 변수 치환 및 함수 계산의 과정은 위에서 충분히 설명하였는바 생략하기로 한다.

도 7은 본 발명의 일 실시예에 따른 네트워크 관리 시스템이 큐를 생성하는 과정을 나타낸 도면이다.

도 7에서 살펴본 바와 같이 성능 파라미터 분석부(203)는 성능 파라미터 함수 저장부(202)에 저장되어 있는 XML 파일을 파싱하게 된다. 파싱 결과 성능 파라미터 분석부(203)는 a, b, c, d의 변수가 필요하다는 사실과 각 변수마다 2, 3, 3, 2의 큐 사이즈가 필요하다는 것을 알게 된다.

이제 큐 관리부(204)는 4개의 큐를 생성하게 되며, 이 4개의 큐는 2, 3, 3, 2의 사이즈를 갖게 되는 것이다.

도 8은 본 발명의 일 실시예에 따른 네트워크 관리 시스템이 변수 치환을 통한 계산식 처리 과정을 나타낸 도면이다.

상기 도면은 실시간으로 성능 파라미터에 대하여 임의 주기로 실제 네트워크 구성 요소(220) 혹은 데이터베이스(210)로부터 조회된 값이 정의된 계산식에서 어떤 식으로 치환이 일어나는지 나타낸 그림이다.

도 8에 나타난 네트워크 관리 시스템의 주요 구성 요소로 파라미터 조회부(201), 계산식 처리부(205), 변수 치환부(205), 큐 관리부(204), 디스플레이부(206)가 존재하며, 상기 네트워크 관리 시스템은 네트워크 구성 요소(220), 데이터베이스(210)와 연동되어 있게 된다. 여기서 변수 치환부(205)와 계산식 처리부(205)는 도 2의 성능 파라미터 계산부(205)를 보다 세분화한 것이다.

네트워크 관리 시스템의 파라미터 조회부(201)는 시스템 구성 요소(220) 또는 데이터베이스(210)로부터 성능 파라미터 값을 조회하여 큐에 저장한다. 도 8의 예에서 운용자가 요청한 성능 파라미터 값을 나타내기 위하여는 a, b, c, d의 변수 가 필요하며, 상기 변수에 대한 큐가 할당되어 있는 것을 살펴볼 수 있다. 여기서 변수 a, b, c, d는 각각 2, 3, 3, 2의 Size를 가지고 있음을 알 수 있다.

이와 같이 큐에 저장된 성능 파라미터 값을 이용하여, 변수 치환부(205)는 XML 형태의 성능 파라미터 함수에 상기 변수를 대입하는 작업을 수행하게 된다. 이와 같이 치환된 변수 값을 이용하여 계산식 처리부(205)는 운용자가 요청한 성능 파라미터 값을 계산하게 되며, 이를 디스플레이부(206)에 출력하게 된다.

특히, 파라미터 조회부(201)는 운용자의 선택에 따라 주기적으로 시스템 구성 요소(220) 또는 데이터베이스(210)로부터 성능 파라미터 값을 조회할 수 있다. 이 경우, 도 8에서는 제일 최근 조회된 성능 파라미터는 큐의 가장 앞 영역에 저장되는 것을 알 수 있다. 본 발명에서는 시스템 변수의 현재 값뿐만 아니라 그 히스토리 값도 이용될 수 있다. 변수 치환부(205)는 과거 값도 참조할 수 있음을 도 8에서 알 수 있다. 이와 같이 조회된 성능 파라미터 값을 이용하여 변수 치환부(205)와 계산 처리부(205)는 운용자가 요청한 성능 파라미터 값을 주기적으로 계산하여 출력하는 것이다.

도 9는 본 발명의 일 실시예에 따른 네트워크 관리 시스템의 SQL 쿼리문 생성 방법을 나타낸 도면이다.

네트워크 관리 시스템은 성능 파라미터 계산식에서 조회할 변수의 Depth를 결정하게 된다(S901). 여기서 변수의 Depth란 네트워크 관리 시스템이 소정의 변수의 현재 값, 직전 값, 그 직전 값 등등 어느 시점까지의 값을 고려할 것인지를 의미하는 것이다. 만일, Cur라는 접두어를 가지는 파라미터가 존재한다면, 상기 파라미터는 1의 Depth를 가지는 것이다. 유사하게, 성능 파라미터 계산식에 Cur과 Pre의 접두어를 가진 파라미터가 존재한다면, 상기 파라미터는 2의 Depth를 가지는 것이다. 즉, 네트워크 관리 시스템은 성능 파라미터 계산식에서 변수의 접두어를 체크함으로써 변수의 Depth를 결정하는 것이다.

네트워크 관리 시스템은 동일 Depth를 가지는 성능 파라미터를 그룹화(Grouping)하게 된다(S902). 예를 들어, 1의 Depth를 가지는 성능 파라미터가 a, 2의 Depth를 가지는 성능 파라미터가 b, e이고, 3의 Depth를 가지는 성능 파라미터가 c, d인 경우 네트워크 관리 시스템은 a를 하나의 그룹으로 b, e를 또 하나의 그룹으로 c, d를 또 다른 하나의 그룹으로 분류하는 것이다.

이제 네트워크 관리 시스템은 결정된 Depth 만큼의 SQL 문을 생성하게 된다(S903). 상기 S903 과정의 SQL 문이 생성되는 과정은 도 12에서 더욱 구체적으로 설명하기로 한다.

도 10은 본 발명의 일 실시예에 따른 네트워크 관리 시스템이 SQL 문을 생성하는 방법을 나타낸 도면이다.

도 10에 도시된 바와 같이 현재 조회 대상 파라미터는 a, b, c에 해당한다. 또한 이들 파라미터의 큐 사이즈가 2인 것을 고려할 때 이들 파라미터의 Depth는 2인 것이다. S903 과정에서 설명한 바와 같이 네트워크 관리 시스템은 Detph의 수만큼 SQL 명령문을 생성하는 것이다.

즉, 도 10의 예에서는 2개의 SQL 명령문이 생성되는 것이다. 이 중 하나의 SQL 명령문은 index i에 대한 것이며, 나머지 하나의 SQL 명령문은 index i-1에 대한 것이다. 이와 같이 작성된 SQL 문은 다음과 같다.

1) select a, b, c ... from pm_table where ... index = (...max(index))

2) select a, b, c ... from pm_table where ... index = (...max(index)-1)

여기서 select는 SQL 쿼리로 데이터베이스에 존재하는 값을 읽어오는 명령에 해당한다. 그 후 a, b, c는 네트워크 관리 시스템이 데이터베이스에 저장된 어느 변수 값을 읽을 것인지 나타내는 필드에 해당하며, from pm_table은 네트워크 관리 시스템이 pm_table에 저장되어 있는 파라미터 값을 읽도록 하는 매개 변수에 해당합니다.

1)번 select 문에서, max(index)는 최대 index가 가질 수 있는 값에 해당하므로, 도 10의 예에서는 2에 해당한다. 즉, 네트워크 관리 시스템은 pm_table의 a, b, c 파라미터가 저장된 영역 중 2의 주소를 가지는 최근 값을 조회하게 되는 것이다. 본 실시예에서는 max(index)의 주소에 최근 값이 저장되어 있으나, max(index)의 주소에 가장 나중 값이 저장되고, 0의 주소에 최신 값이 저장되는 것도 생각해볼 수 있다. 이와 유사하게 2)번 select 문에서, max(index)-1는 1에 해당한다. 즉, 네트워크 관리 시스템은 pm_table의 a, b, c 파라미터가 저장된 영역 중 1의 주소를 가지는 직전 값을 조회하게 되는 것이다.

도 9에서 같은 Depth를 가지는 변수를 그룹화하는 이유는 Select 문은 동시에 여러 개의 파라미터를 조회할 수 있기 때문이다. 즉, select a, b, c와 같이 세 개의 파라미터를 하나의 문장으로 나타낼 수 있으므로, 같은 Depth를 가지는 변수를 그룹화하는 것이다.

이상에서 설명한 바와 같이 그룹화 및 Select문을 이용하여 데이터베이스 내에 저장된 파라미터 값을 조회한 경우, 네트워크 관리 시스템은 이를 반영하여 성능 파라미터를 계산할 수 있는 것이다.

도 11은 본 발명의 일 실시예에 따른 네트워크 관리 시스템이 성능 파라미터 값을 출력한 결과를 나타낸 도면이다.

이 경우 조회되는 파라미터는 시스템 정의 파라미터이거나 별도의 계산 과정을 필요로 하는 성능 파라미터일 수 있다.

현재 도 11은 RAS0101이라는 시스템 구성 요소(NE)의 NetIPC 그룹에 속한 파라미터 값을 결과로 나타낸 것이다. 도 11의 좌측 윈도우를 살펴보면 IPC 카테고리에는 IXPGDDI, NetIPC의 그룹이 있는 것을 살펴볼 수 있다. 이 중 NetIPC 그룹에는 TxPktCnt, TxErrCnt, TxDrpCnt, RxPktCnt, RxErrCnt, RxDrpCnt의 파라미터가 속해있는 것을 알 수 있다.

운용자는 상기 NetIPC 그룹에 속한 파라미터 중 Pkt와 Drp의 파라미터, 즉 TxPktCnt, TxDrpCnt, RxPktCnt, RxDrpCnt의 디스플레이를 요청한 것이다. 이에 따라 도 13의 오른쪽 윈도우에는 운용자가 요청한 파라미터의 값이 나타나게 된 것이다.

왼쪽 아래 윈도우에는 NE Name, Ne Type, IP, Version, B/D ID, NIC, Graph Type, Poll Interval, Stop Time(hour) 등의 특성들이 존재한다. NE Name과 Ne Type은 사용자가 선택한 구성 요소의 ID와 타입을 표시하는 것이고, IP는 NE의 IP 주소를 의미한다.

이 중 Graph Type으로 Bar가 선택되어 있는데, 도 11의 오른쪽 윈도우의 위쪽 부분을 살펴보면 성능 파라미터들을 시간대별로 막대 그래프로 도시한 것을 살펴볼 수 있다. 이와 같이 본 발명에 따른 네트워크 관리 시스템은 성능 그래프들을 시간대별로 출력할 수 있게 되는데, 이는 성능 파라미터들을 Depth가 존재하는 큐에 시간대별로 저장할 수 있는 기능을 갖추고 있기 때문이다. 물론, 본 발명은 막대 그래프(Bar Graph) 뿐만 아니라, 꺽은선 그래프, 원 그래프 등 다양한 형태의 그래프 등을 지원할 수 있으며, 이는 사용자가 드롭 다운(Drop Down) 형식의 메뉴를 통하여 선택할 수 있는 것이다.

왼쪽 아래 윈도우를 살펴보면 Poll Interval(sec)라는 변수가 존재하며 그 값은 10에 해당한다. 이는 네트워크 관리 시스템이 상기 파라미터의 값을 소정의 시간을 주기로 갱신할 것인지 결정하는 것이다. 현재 오른쪽 윈도우를 살펴보면 10:28:50, 10:29:00, 10:29:11, 10:29:21 등 약 10초마다 운용자가 요청한 파라미터 값이 출력되고 있는 것을 살펴볼 수 있다. 이는 도 11의 네트워크 관리 시스템의 Poll Interval이 10초로 설정되어 있기 때문이다.

마지막으로 Stop Time이 1시간으로 설정되어 있는데, 이는 네트워크 관리 시스템이 Stop Time에서 설정된 시간 동안 위에서 설명한 성능 파라미터를 주기적으로 체크하는 시간을 의미한다. 즉, 도 11의 네트워크 관리 시스템은 1시간 동안 운용자가 선택한 TxPktCnt, TxDrpCnt, RxPktCnt, RxDrpCnt의 값을 10초를 주기로 하여 측정하게 되는 것이다.

이상에서 대표적인 실시예를 통하여 본 발명에 대하여 상세하게 설명하였으나, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자는 상술한 실시예에 대하여 본 발명의 범주에서 벗어나지 않는 한도 내에서 다양한 변형이 가능함을 이해할 것이다. 그러므로 본 발명의 권리 범위는 설명된 실시예에 국한되어 정해져서는 안되며, 후술하는 특허청구범위뿐만 아니라 이 특허청구범위와 균등한 것들에 의하여 정해져야 한다.

상기한 바와 같이 본 발명에 따르면 실시간 모니터링을 위하여 큐잉을 지원하는 수식 기반 네트워크 관리 시스템 및 그 방법에 따르면 시스템의 서비스 품질을 모니터링하기 위하여 사용자가 임의로 생성, 변경이 가능한 수식 모델링 적용 및 이의 실시간 분석이 가능하게 되었다.

또한, 단순한 사칙 연산 이외에 공학적 계산식을 지원하며, 큐잉 개념을 적용한 실시간 누적치에 대한 분석을 지원하는 수학적 분석 방법이 제공될 수 있다. 뿐만 아니라, 본 발명은 데이터베이스에 저장된 값에 대한 분석 방법도 동시에 제공하게 되므로 서비스 품질 통계 분석도 별도의 프로그램 개발없이 이미 정의된 시스템 정의 성능 파라미터를 통해 가능하게 되었다.

마지막으로, 본 발명이 제공하는 파라미터 갱신 방법은 실시간 계싼을 통해 값이 갱신되어야 하는 모든 장치에 대해 사용자 임의의 계산식 작성을 통한 데이터 갱신에 사용될 수 있다.

Claims (17)

1. 네트워크 운용자가 요청한 성능 파라미터를 계산하기 위한 다수의 함수식을 저장하고 있는 성능 파라미터 함수부;

   상기 성능 파라미터 함수부에 저장된 함수를 파싱하여, 상기 함수식 계산을 위하여 필요한 네트워크 구성 요소의 시스템 변수의 종류를 결정하고, 상기 변수에 상응하는 큐를 생성하는 성능 파라미터 분석부;

   네트워크 구성 요소(Network Element)로부터 상기 결정된 시스템 변수를 조회하고, 이를 상기 생성된 큐에 저장하는 파라미터 조회부; 및

   상기 큐에 저장된 시스템 변수 값을 성능 파라미터 함수에 대입함으로써 성능 파라미터를 계산하는 성능 파라미터 계산부를 포함하는 네트워크 관리 시스템.
2. 제1항에 있어서,

   상기 성능 파라미터 함수에 표시되는 시스템 변수는,

   네트워크 구성 요소가 속하는 그룹 및 카테고리의 ID, 상기 네트워크 구성 요소의 시스템 정의 파라미터 ID 및 상기 ID를 구분하기 위한 구분자를 결합함으로써 표기되는 것을 특징으로 하는 네트워크 관리 시스템.
3. 제2항에 있어서,

   상기 성능 파라미터 함수에 표시되는 시스템 변수는,

   상기 시스템 변수의 현재 값, 직전 값 또는 그 직전 값을 구분하기 위한 식별자를 더 포함하여 표기되는 것을 특징으로 하는 네트워크 관리 시스템.
4. 제1항에 있어서,

   상기 네트워크 구성 요소로부터 읽어온 시스템 변수 값과 성능 파라미터 함수에 의하여 계산된 성능 파라미터의 히스토리 값을 저장하는 데이터베이스를 더 포함하는 네트워크 관리 시스템.
5. 제4항에 있어서,

   상기 성능 파라미터 계산부는,

   상기 큐에 저장된 시스템 변수 값과 상기 데이터베이스에 저장되어 있는 성능 파라미터의 히스토리 값을 참조하여 성능 파라미터 함수를 계산하는 것을 특징으로 하는 네트워크 관리 시스템.
6. 제1항에 있어서,

   상기 성능 파라미터 분석부는,

   상기 성능 파라미터 함수를 파싱함으로써 임의의 시스템 변수에 대하여 몇 개의 히스토리 값이 이용되는지 체크하고, 상기 이용되는 히스토리(History)의 개수에 비례하여 큐의 크기를 결정하는 것을 특징으로 하는 네트워크 관리 시스템.
7. 제1항에 있어서,

   상기 성능 파라미터 계산부는,

   상기 계산된 성능 파라미터가 다른 성능 파라미터 함수에서 참조되는 경우, 상기 참조되는 성능 파라미터의 히스토리의 개수에 따라 큐를 생성하고, 상기 큐에 계산된 성능 파라미터 값을 저장하는 네트워크 관리 시스템.
8. 네트워크 성능 파라미터 측정 방법에 있어서,

   네트워크 관리 시스템은 저장되어 있는 성능 파라미터 함수를 파싱하여, 함수에 정의되어 있는 시스템 변수의 종류를 판단하고, 상기 시스템 변수에 상응하는 큐를 생성하는 단계;

   상기 네트워크 관리 시스템은 네트워크 구성 요소(Network Element)로부터 성능 파라미터를 계산하기 위해 필요한 시스템 변수를 조회하여 상기 큐에 저장하는 단계; 및

   상기 네트워크 관리 시스템은 상기 큐에 저장된 시스템 변수 값을 상기 성능 파라미터 함수에 치환함으로써 네트워크 운용자가 요청한 성능 파라미터 값을 계산하는 단계를 포함하는 네트워크 성능 파라미터 측정 방법.
9. 제8항에 있어서,

   상기 성능 파라미터 함수에 표시되는 시스템 변수는,

   네트워크 구성 요소가 속하는 그룹 및 카테고리의 ID, 상기 네트워크 구성 요소의 시스템 정의 파라미터 ID 및 상기 ID를 구분하기 위한 구분자를 결합함으로써 표기되는 것을 특징으로 하는 네트워크 성능 파라미터 측정 방법.
10. 제8항에 있어서,

    상기 성능 파라미터 함수에 표시되는 시스템 변수는,

    상기 시스템 변수의 현재 값, 직전 값 또는 그 직전 값을 구분하기 위한 식별자를 더 포함하여 표기되는 것을 특징으로 하는 네트워크 성능 파라미터 측정 방법.
11. 제9항에 있어서,

    상기 네트워크 관리 시스템이 큐를 생성하는 단계는,

    상기 성능 파라미터 함수를 파싱함으로써 임의의 시스템 변수에 대하여 몇 개의 히스토리 값이 이용되는지 체크하고, 상기 이용되는 히스토리(History)의 개수에 비례하여 큐의 크기를 결정하는 것을 특징으로 하는 네트워크 성능 파라미터 측정 방법.
12. 제8항에 있어서,

    상기 계산된 성능 파라미터가 제2 성능 파라미터 함수에서 참조되는 경우, 상기 참조되는 성능 파라미터의 히스토리의 개수에 따라 큐를 생성하고, 상기 큐에 계산된 성능 파라미터 값을 저장하는 단계; 와

    네트워크 관리 시스템은 큐에 저장된 제1 성능 파라미터 값과 상기 제2 성능 파라미터 함수 계산에 네트워크 구성 요소의 시스템 변수 값을 참조하여 제2 성능 파라미터 값을 계산하는 단계를 포함하는 네트워크 성능 파라미터 측정 방법.
13. 네트워크 운용자가 요청한 성능 파라미터 함수를 저장하고, 네트워크 구성 요소로부터 상기 성능 파라미터 함수에 정의된 변수를 조회하여 데이터베이스에 저장하는 네트워크 관리 서버; 와

    상기 네트워크 관리 서버의 성능 파라미터 함수를 파싱함으로써 필요한 시스템 변수의 종류를 판단하여 그에 상응하는 큐를 생성하고, 상기 네트워크 관리 서 버가 조회한 네트워크 구성 요소의 시스템 변수를 상기 큐에 저장하는 한편, 상기 큐에 저장된 시스템 변수 값을 상기 성능 파라미터 함수에 대입함으로써 네트워크 운용자가 요청한 성능 파라미터를 계산하는 네트워크 관리 클라이언트를 포함하는 네트워크 관리 시스템.
14. 제13항에 있어서,

    상기 네트워크 관리 서버는,

    성능 파라미터 함수를 저장하기 위한 XML 파일 저장부;

    상기 네트워크 구성 요소로부터 소정의 시스템 변수 값을 읽어오기 위한 SNMP 명령 처리부;

    상기 네트워크 구성 요소로부터 조회한 다수의 시스템 변수 값을 저장하기 위한 데이터베이스;

    상기 데이터베이스에 액세스하기 위한 SQL Query를 처리하기 위한 명령 처리부; 및

    상기 네트워크 관리 클라이언트와 통신을 수행하기 위한 통신 처리부를 포함하는 것을 특징으로 하는 네트워크 관리 시스템.
15. 제13항에 있어서,

    상기 네트워크 관리 클라이언트는,

    상기 네트워크 관리 서버로부터 전달받은 성능 파라미터 함수를 파싱하고, 필요한 시스템 변수의 종류를 결정하여 그에 따른 큐를 생성하는 파라미터 분석부;

    상기 네트워크 관리 서버로부터 전달받은 시스템 변수 값을 상기 생성된 큐에 저장하고 관리하는 큐 관리부;

    상기 큐에 저장된 변수 값을 성능 파라미터 함수에 대입하는 변수 치환부; 및

    상기 변수 치환이 완료된 이후, 상기 성능 파라미터 함수를 계산하는 계산 처리부를 포함하는 네트워크 관리 시스템.
16. 제13항에 있어서,

    상기 성능 파라미터 함수에 표시되는 변수는,

    네트워크 구성 요소가 속하는 그룹 및 카테고리의 ID, 상기 네트워크 구성 요소의 시스템 정의 파라미터 ID 및 상기 ID를 구분하기 위한 구분자를 결합함으로써 표기하는 것을 특징으로 하는 네트워크 관리 시스템.
17. 제16항에 있어서,

    상기 성능 파라미터 함수에 표시되는 변수는,

    상기 변수의 현재 값, 직전 값 또는 그 직전 값을 정의하는 것을 표기하기 위한 식별자를 포함하는 것을 특징으로 하는 네트워크 관리 시스템.

Images