KR101230944B1 - 통신 네트워크에서 이벤트들을 모니터링하기 위한 방법 - Google Patents
통신 네트워크에서 이벤트들을 모니터링하기 위한 방법 Download PDFInfo
- Publication number
- KR101230944B1 KR101230944B1 KR1020117000023A KR20117000023A KR101230944B1 KR 101230944 B1 KR101230944 B1 KR 101230944B1 KR 1020117000023 A KR1020117000023 A KR 1020117000023A KR 20117000023 A KR20117000023 A KR 20117000023A KR 101230944 B1 KR101230944 B1 KR 101230944B1
- Authority
- KR
- South Korea
- Prior art keywords
- request
- management terminal
- monitoring
- monitoring module
- events
- Prior art date
Links
- 238000012544 monitoring process Methods 0.000 title claims abstract description 147
- 238000004891 communication Methods 0.000 title claims abstract description 55
- 238000000034 method Methods 0.000 title claims abstract description 28
- 238000013475 authorization Methods 0.000 claims abstract description 7
- 238000012545 processing Methods 0.000 claims abstract description 4
- 230000008569 process Effects 0.000 claims description 4
- 238000005516 engineering process Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 238000004364 calculation method Methods 0.000 description 3
- 239000003795 chemical substances by application Substances 0.000 description 3
- 230000004044 response Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 239000003550 marker Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
- H04L41/0609—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time based on severity or priority
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
- H04L41/0253—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using browsers or web-pages for accessing management information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/28—Restricting access to network management systems or functions, e.g. using authorisation function to access network configuration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
Abstract
통신 네트워크에서 관리 단말에서 발생하는 제공된 유형의 이벤트들을 모니터링하기 위한 방법이 기술된다. 통신 네트워크는 복수의 네트워크 요소들을 포함한다. 관리 단말은 웹형 관리 그래픽 인터페이스를 지원하는데 적합한 브라우저를 갖는다. 상기 방법은: 네트워크 요소들 중 하나에 모니터링 모듈을 제공하는 단계; 관리 단말에서, 제공된 유형의 이벤트들을 모니터링하라는 요청을 모니터링 모듈로 송신하는 단계로서, 상기 요청은 모니터링 모듈 및 관리 단말 사이의 모니터링 채널에 액세스하기 위한 승인을 획득하는데 적합한 액세스 토큰을 포함하는, 상기 요청 송신 단계; 모니터링 모듈에서, 이벤트들에 대한 가능한 관리 정보에 대해 청취하는 단계, 관리 정보가 수신될 때마다, 관리 정보를 프로세싱하여 갱신 데이터를 생성하는 단계, 및 모니터링 채널에 액세스하기 위해 액세스 토큰을 이용하고 갱신 데이터를 모니터링 채널을 통해 관리 단말로 송신하는 단계를 포함한다.
Description
본 발명은 통신 네트워크 관리의 분야에 관한 것이다. 특히, 본 발명은 통신 네트워크에서 이벤트들을 모니터링하기 위한 방법에 관한 것이다. 본 발명은 부가적으로 상기 방법을 구현하는데 적합한 시스템 및 네트워크 요소에 관한 것이다.
공지되어 있는 바와 같이, 통신 네트워크를 관리하는 것은 예를 들어:
- 네트워크 성능을 모니터링하고;
- 네트워크 요소들 및 이들의 자원들(보드(board)들, 포트(port)들, 상호 접속들, 등)을 구성하고;
- 네트워크에서 발생하는 에러들을 관리하는 것과 같은 다수의 동작들(다음의 설명에서 "관리 동작들"로 칭해짐)을 수행하도록 제공된다.
전형적으로, 관리 동작들은 "네트워크 관리 스테이션(network management station) 또는 시스템(또는 간소하게 NMS)"라 칭해지는 장치에 의해서 수행되며, 이 장치는 관리될 네트워크의 각각의 네트워크 요소에 접속된다.
특히, NMS에는 "에이전트(agent)"라 칭해지는 네트워크 애플리케이션들과 정보를 교환할 수 있는 "관리자"로 칭해지는 소프트웨어 애플리케이션이 제공되고, 이 에이전트들은 네트워크 요소들에 배치된다. 관리자 및 에이전트들은 통신 네트워크의 유형에 따른 관리 프로토콜을 이용하여 서로 관리 정보를 교환한다. 관리 프로토콜들의 예들은 SNMP(Simple Network Management Protocol), CMIP(Common Management Information Protocol), Q3, 및 TL1이다.
NMS는 전형적으로 하나 이상의 관리 그래픽 인터페이스들을 지원할 수 있다. 각각의 관리 그래픽 인터페이스는 네트워크 관리를 담당하는 운영자로 하여금 예를 들어:
- 자원 구성 파라미터들, 즉 자원(식별자, 상태 등)의 활성에 대하여 운영자에 의해 정의되는 파라미터들의 세트;
- 자원 성능 파라미터들, 즉 자원 성능(레이트(rate), 에러 레이트 등)이 자원 동작 중에 추정되도록 하는 파라미터들의 세트;
- 알람(alarm)들, 즉 이상 이벤트들이 검출되지 않았음(전력 신호 레벨의 감소, 에러 레이트의 증가 등)을 나타내기 위해 네트워크 요소들에 의해 NMS로 송신되는 관리 메시지들과 같이, 네트워크 요소들 및 이들의 자원들에 대한 관리 정보를 디스플레이하도록 한다.
NMS는 통신 네트워크로부터 "풀(pull)"이라 칭해지는 제 1 모드에 따라, 또는 "푸시(push)"라 칭해지는 제 2 모드에 따라 관리 그래픽 인터페이스에 걸쳐 디스플레이될 관리 정보를 수신할 수 있다.
풀 모드에 따르면, 운영자는 NMS에 의해 하나 이상의 네트워크 요소들로부터 특정 세트의 관리 정보를 수신하라는 요청을 생성한다. 예를 들어, 운영자는 NMS에 의해 네트워크 요소(예를 들어 포트 또는 보드)의 특정 자원에 대한 구성 파라미터들을 디스플레이하라는 요청을 생성할 수 있다. 이로 인해 NMS는 네트워크 요소에 자원에 대한 구성 파라미터들의 값들을 수신하라는 요청을 포함하는 관리 메시지를 송신하게 된다. 요청의 수신시에, 네트워크 요소는 현재 저장된 요청 파라미터들의 값들을 자체의 로컬 데이터베이스로부터 판독하고 이들을 응답 메시지에 의해 NMS로 송신한다. 이 방식으로, NMS는 요청된 파라미터 값들로 관리 그래픽 인터페이스를 디스플레이하기 위해 응답 메시지를 판독하고 이의 콘텐츠를 이용할 수 있다.
반대로, 푸시 모드에 따르면, 소정의 이벤트가 네트워크 내에서 발생되면, 하나 이상의 네트워크 요소들은 자발적으로 NMS에 이벤트를 나타내는 관리 정보의 특정 세트를 송신함으로써, 운영자에게 실시간으로 이벤트를 통지한다. 푸시 모드는 전형적으로 예를 들어 알람 발생 또는 하나 이상의 성능 파라미터들의 교환과 같이, 운영자에 의해 예측 가능하지 않은, 통신 네트워크에서 때때로 발생하는 이벤트들을 운영자에게 통지하는데 이용된다. 일반적으로, NMS는 운영자로 하여금 특정 세트의 이벤트들을 모니터링하라는 하나 이상의 요청들을 공식화(formulate)하도록 하고, 현재 개방 그래픽 인터페이스에 대한 대응하는 통지 메시지들을 디스플레이하도록 한다. 예를 들어, 운영자는 특정 자원의 성능 파라미터들의 시간 변화들을 모니터링하라는 요청을 공식화할 수 있다. 이 방식에서, 운영자는 성능 파라미터 값의 가능한 시간 변화들을 실질적으로 실시간으로 통지받는다.
출원인은 통신 네트워크들의 분야들에서, 웹 기술에 기초하여 네트워크 요소 관리 시스템들을 제공하는 것이 바람직하다는 것을 인지하였다. 이것은 주로 이 방식으로 동작하는 관리 시스템들이 유용하게는 모질라(Mozilla), 인터넷 익스플로러 등과 같은 웹(흔히 "웹 브라우저들"이라 칭해짐)을 브라우징하기 위해서 현재 컴퓨터 프로그램들의 그래픽 인터페이스들과 유사한 관리 그래픽 인터페이스들을 이용하는 것을 가능하게 하기 때문이다. 다음의 설명에서, 그와 같은 인터페이스들은 "웹형 관리 그래픽 인터페이스들(web-like management graphical interfaces)"로 칭해진다.
출원인은 관리 시스템이 NMS에 의해 실행되는 브라우저를 통해 구현될 수 있고 웹형 관리 그래픽 인터페이스를 지원할 수 있고, 관리 정보가 웹 인터페이스들, 즉, 윈도들, 아이콘들 등을 나타내는 그래픽 오브젝트(graphic object)들로 디스플레이된다는 것을 인지하였다.
더욱이, 출원인은 현재 네트워크 요소들이 NMS에 의해 관리 동작들을 수행하기 위해 이용될 수 있는 현저한 양의 계산 자원들(즉, 프로세서 전력 및 메모리 영역)을 가지는 것을 인지하였다.
이 방식에서, 상당한 양의 계산 자원들의 NMS를 제공하거나 또한 네트워크 요소들이 자신들의 계산 자원들을 제공하려 할 때 상기 계산 자원들이 모든 관리 동작들을 실행하도록 할 필요가 없을 것이다. 그러므로, NMS는 실질적으로 하나의 브라우저를 갖는 관리 단말에 의해 대체되어 웹형 관리 인터페이스를 지원하고 네트워크 요소들에 액세스하도록 할 수 있다.
불리하게도, 웹형 관리 인터페이스가 기초하고 있는 웹형 기술은 운영자가 푸시 모드에서 관리 정보를 수신하기 위한 하나 이상의 요청들을 공식화할 수 있는 웹형 기술을 제공하지 않는다. 특히, 웹형 기술은 운영자가 통신 네트워크에서 발생할 수 있는 이벤트들의 특정 세트를 모니터링하라는 상술한 요청들을 공식화하도록 하지 않는다. 그러므로, 불리하게도, 웹형 관리 그래픽 인터페이스를 이용하는 경우, 운영자는 운영자에 의해 예측 가능하지 않은, 통신 네트워크에서 때때로 발생하는 이벤트들에 대하여 실질적으로 실시간에 통지받을 수 없다.
이 문제를 해결하기 위해, 웹 브라우저가 주기적으로 통신 네트워크에 관리 정보의 특정한 세트를 수신하는지에 대해 질의하는 방식으로, 상기 웹 브라우저를 구성함으로써 푸시 모드를 시뮬레이션하는 것이 가능할 것이다. 그러나, 이는 불리하게도 심지어 운영자에게 통지될 어떤 이벤트가 발생하지 않은 경우에도 매 주기마다 관리 단말에 의해 네트워크로부터 요청되는 관리 정보의 송신이 발생하기 때문에, 자원의 소비를 초래한다.
그러므로, 출원인은 통신 네트워크에서 발생하는 소정의 유형의 이벤트들을 모니터링하여 관리 단말이 푸시 모드에서 통신 네트워크로부터 네트워크 관리 정보를 수신하도록 함으로써, 심지어 관리 단말이 웹형 관리 그래픽 인터페이스를 가질 때에도 운영자에게 실질적으로 실시간으로 이벤트들을 통지하면서도, 상술한 해법보다 더 효율적인 방식으로 네트워크 자원들을 이용하기 위한 방법을 제공하는 문제에 직면하였다.
제 1 양태에 따르면, 본 발명은 통신 네트워크에서 발생하는 이벤트들을 관리 단말에서 모니터링하기 위한 방법을 제공하고, 상기 통신 네트워크는 복수의 네트워크 요소들을 포함하고, 상기 관리 단말은 웹형 관리 그래픽 인터페이스를 지원하는데 적합한 브라우저를 가지며, 상기 방법은 다음의 단계들:
a) 복수의 네트워크 요소들 중 하나에 모니터링 모듈을 제공하는 단계;
b) 상기 브라우저에서 상기 모니터링 모듈로, 상기 이벤트들을 모니터링하라는 요청을 송신하는 단계로서, 상기 요청은 상기 모니터링 모듈 및 상기 관리 단말 사이의 모니터링 채널에 액세스하기 위한 승인을 획득하는데 적합한 액세스 토큰(access token)을 포함하는, 상기 요청 송신 단계;
c) 모니터링 모듈에서, 복수의 네트워크 요소들 중 하나 이상으로부터 송신되는 이벤트들에 대한 가능한 관리 정보에 대해 청취하는 단계;
d) 모니터링 모듈에서, 관리 정보가 수신될 때마다, 상기 관리 정보를 프로세싱하여 갱신 데이터를 생성하는 단계;
e) 모니터링 모듈에서, 모니터링 채널에 액세스하기 위해 액세스 토큰을 이용하고 갱신 데이터를 모니터링 채널을 통해 관리 단말로 송신하는 단계를 포함한다.
바람직하게는, 단계 b)는 다음의 데이터:
- 모니터링될 이벤트들에 포함되는, 통신 네트워크의 적어도 하나의 자원들을 나타내는 콘텍스트 데이텀(datum);
- 모니터링될 이벤트들의 유형을 나타내는 서비스 데이텀; 및
- 관리 단말의 포트의 어드레스 중 적어도 하나를 상기 요청에 삽입하는 단계를 더 포함한다.
바람직하게는, 단계 c)는 모니터링 모듈에서 관리 단말로부터 수신된 요청들을 저장하는 요청 수신 테이블을 갱신하라는 요청을 이용하는 단계를 더 포함하고, 상기 요청 수신 테이블은 다음의 필드들:
- 요청의 식별자를 포함하는 필드 ReqID;
- 관리 단말의 포트의 어드레스를 포함하는 필드 Addr;
- 액세스 토큰을 포함하는 필드 Token;
- 서비스 데이텀을 포함하는 필드 Serv; 및
- 콘텍스트 데이텀을 포함하는 필드 Cxt
중 하나 이상을 포함한다.
바람직하게는, 단계 c)는 우선순위 테이블을 검색함으로써 요청에 우선순위를 할당하는 단계를 더 포함하고, 상기 우선순위 테이블은 우선순위 값을 서비스 데이텀의 값에 할당한다.
바람직하게는, 단계 c)는 요청의 식별자, 콘텍스트 데이텀 및 우선순위를 포함하는 태그를 생성하는 단계를 더 포함한다.
바람직하게는, 단계 c)는 모니터링 모듈에서 활성인 요청들을 저장하는 요청 상태 갱신 테이블을 갱신하는 단계를 더 포함하고, 요청 상태 갱신 테이블은 다음의 필드들:
- 요청의 식별자를 포함하는 필드 ReqID;
- 관리 단말의 포트의 어드레스를 포함하는 필드 Addr;
- 상기 요청이 활성인지, 비활성인지, 또는 일시적으로 보류되는지를 나타내는 필드 상태;
- 모니터링 모듈에서 검출되는 제공된 유형의 이벤트들의 총 수를 나타내는 카운터(counter) 및 모니터링 모듈에서 검출되는 제공된 유형의 최종 이벤트의 식별자를 각각 포함하는, N개의 필드들 Serv1Num, Serv2Num,..., ServNNum 중 하나 이상을 포함한다.
제 2 양태에 따르면, 본 발명은 통신 네트워크에서 발생하는 이벤트들을 관리 단말에서 모니터링하기 위한 시스템을 제공하고, 상기 통신 네트워크는 복수의 네트워크 요소들을 포함하고, 상기 시스템은:
- 관리 단말에서 실행 가능하고 웹형 관리 그래픽 인터페이스를 지원하는데 적합한 브라우저, 및
- 복수의 네트워크 요소들 중 하나에서 실행 가능한 모니터링 모듈을 포함하고,
상기 브라우저는 모니터링 모듈에 이벤트들을 모니터링하라는 요청을 송신하기에 더욱 적합하고, 상기 요청은 모니터링 모듈 및 관리 단말 사이의 모니터링 채널에 액세스하기 위한 승인을 획득하기에 적합한 액세스 토큰을 포함하고,
상기 모니터링 모듈은:
- 복수의 네트워크 요소들 중 하나 이상으로부터 송신되는 이벤트들에 대한 가능한 관리 정보에 대해 청취하고;
- 관리 정보가 수신될 때마다, 상기 관리 정보를 프로세싱하여 갱신 데이터를 생성하고,
- 모니터링 채널에 액세스하기 위하여 액세스 토큰을 이용하고 갱신 데이터를 모니터링 채널을 통해 관리 단말로 송신하도록 구성된다.
제 3 양태에 따르면, 본 발명은 웹형 관리 그래픽 인터페이스를 지원하는데 적합한 브라우저를 갖는 관리 단말과 공동 동작하는 통신 네트워크의 네트워크 요소를 제공하고, 상기 통신 네트워크는 복수의 네트워크 요소들을 포함하고, 상기 네트워크 요소는:
- 이벤트를 모니터링하라는 요청을 모니터링 단말로부터 수신하고, 상기 요청은 모니터링 모듈 및 관리 단말 사이의 모니터링 채널을 액세스하기 위한 승인을 획득하기에 적합한 액세스 토큰을 포함하고;
- 복수의 네트워크 요소들 중 하나 이상으로부터 송신되는 이벤트들에 대한 가능한 관리 정보에 대해 청취하고;
- 관리 정보가 수신될 때마다, 상기 관리 정보를 프로세싱하여 갱신 데이터를 생성하고,
- 모니터링 채널에 액세스하기 위하여 액세스 토큰을 이용하고 갱신 데이터를 모니터링 채널을 통해 관리 단말로 송신하기에 적합한 모니터링 모듈을 포함한다.
상술한 바와 같이, 본 발명으로 통신 네트워크에서 발생하는 소정의 유형의 이벤트들을 모니터링함으로써 관리 단말이 푸시 모드에서 통신 네트워크로부터 네트워크 관리 정보를 수신하도록 하여, 운영자에게 실질적으로 실시간으로 이벤트들을 통지하면서도, 더 효율적인 방식으로 네트워크 자원들을 이용하기 위한 방법을 제공한다.
도 1은 본 발명의 실시예에 따른 방법을 구현하도록 구성되는 통신 네트워크를 개략적으로 도시한 도면.
도 2는 모니터링 모듈의 동작을 도시한 흐름도.
도 3a, 도 3b, 및 도 3c는 도 1에 도시된 모니터링 모듈에 의해 이용되는 세 데이터 구조들을 도시한 도면.
도 2는 모니터링 모듈의 동작을 도시한 흐름도.
도 3a, 도 3b, 및 도 3c는 도 1에 도시된 모니터링 모듈에 의해 이용되는 세 데이터 구조들을 도시한 도면.
본 발명은 첨부 도면들을 참조함으로써 판독되는 예를 통해 제공되지만 제한되지 않는, 다음의 상세한 설명을 판독함으로써 더 양호하게 이해될 수 있다.
도 1은 본 발명의 실시예에 따른 방법을 구현하도록 구성되는 통신 네트워크(CN)를 개략적으로 도시한다.
간소화를 위해, 통신 네트워크(CN)는 단 세 개의 네트워크 요소들(NE1, NE2, NE3)만을 포함하는 것으로 가정된다. 명백하게도, 통신 네트워크(CN)가 임의의 수의 네트워크 요소들을 포함할 수 있으므로, 이는 예시적이다. 네트워크 요소들(NE1, NE2, NE3) 사이의 접속들은, 상기 접속들이 이용자 트래픽의 송신을 지원하므로, 도 1에 도시되지 않는데, 왜냐하면 그것들은 본 설명에 유용하지 않기 때문이다.
바람직하게는, 네트워크 요소들(NE1, NE2, NE3)은 동일한 계산 그리드(calculation grid)(G)의 일부를 형성한다. 공지되어 있는 바와 같이, 계산 그리드는 분포된 애플리케이션들을 실행하는 것을 가능하게, 즉, 그리드를 형성하는 모든 컴퓨터들 사이에 제공되는 애플리케이션의 실행을 공유하는 것을 가능하게 한다. 즉, 애플리케이션은 그리드를 형성하는 모든 컴퓨터들 사이에서 공유된다. 그리드를 형성하는 컴퓨터들은 "미들웨어(middleware)"라 칭해지는 애플리케이션에 의해 웹을 통해 서로 통신한다. 예시적인 계산 그리드는 미들웨어 Globus를 이용하는 Globus Alliance에 의해 제안되는 그리드이다.
이 실시예에 따르면, 통신 네트워크(CN)의 네트워크 요소들(NE1, NE2, NE3)은 이때 웹을 통해 미들웨어에 의해 하나 대 다른 통신 요소들로 접속된다. 출원인은 상술한 미들웨어 Globus를 이용함으로써 일부 양성 테스트들을 수행하였다.
바람직하게는, 통신 네트워크(CN)는 관리 단말(MT)과 또한 접속되고, 관리 단말(MT)은 브라우징 모듈(B)을 실행하도록 구성되고 그리드(G)의 네트워크 요소들 중 어느 하나, 예를 들어 네트워크 요소(NE1)와 접속된다. 브라우징 모듈(B)은 웹형 관리 그래픽 인터페이스(GUI)를 지원할 수 있다.
상술한 바와 같이, 웹형 관리 그래픽 인터페이스(GUI)는 통신 네트워크(CN)의 관리에 대한 관리 정보를 윈도들 및 아이콘들과 같은 그래픽 오브젝트들로 디스플레이하는데 적합하다.
본 발명의 실시예들에 따르면, 통신 네트워크(CN)는 모니터링 모듈(MM)과 공동 동작한다.
모니터링 모듈(MM)은 바람직하게는 모니터링 관리자(MMgr) 및 갱신 데이터 생성기(UDG)를 포함한다. 바람직하게는 모니터링 관리자(MMgr)는 요청 수신 테이블(RRTbl), 우선순위 테이블(PTbl), 및 요청 상태 갱신 테이블(RSUTbl)과 공동 동작할 수 있다.
모니터링 모듈(MM)은 소프트웨어 모듈, 하드웨어 모듈, 또는 소프트웨어 부분 및 하드웨어 부분을 갖는 모듈로 구현될 수 있다. 모니터링 모듈(MM)이 소프트웨어 모듈인 경우, 상기 모니터링 모듈은 바람직하게는 관리 단말(MT)이 그리드(G)에 진입하는 네트워크 요소, 즉 도 1의 예시적인 통신 네트워크에서 네트워크 요소(NE1)에 의해 실행되는데 적합하다. 대안으로, 모니터링 모듈(MM)은 계산 그리드(G)의 임의의 다른 네트워크 요소에 의해 실행될 수 있다. 대안으로, 모니터링 모듈(MM)의 실행은 계산 그리드(G)의 둘 이상의 네트워크 요소들 사이에서 공유될 수 있다.
바람직하게는, 모니터링 모듈(MM)은:
- 관리 단말(MT)로부터 통신 네트워크(CN)에서 발생할 수 있는 특정 유형의 이벤트들을 모니터링하는 요청을 수신하고, 상기 요청은 모니터링 채널(MC)을 관리 단말(MT)로 액세스하기 위한 승인을 획득하는데 적합한 액세스 토큰을 포함하고;
- 하나 이상의 네트워크 요소들(NE1, NE2, NE3)로부터 송신되는 특정 유형의 이벤트들에 대한 가능한 관리 정보에 대해 청취하고;
- 관리 정보가 수신될 때마다, 이들을 프로세싱하여 갱신 데이터(UD)를 생성하고, 모니터링 채널(MC)을 개방하기 위해 액세스 토큰을 이용하고, 갱신 데이터(UD)를 관리 단말(MT)로 송신하기 위해 모니터링 채널(MC)을 이용할 수 있다.
모니터링 모듈(MM) 및 이의 구성요소들의 동작은 도 2의 흐름도를 참조함으로써 이제 상세하게 설명될 것이다.
예를 들어 웹형 그래픽 관리 인터페이스(GUI)는 통신 네트워크(CN)의 네트워크 요소들 내에 존재하는 서브-시스템들(WDM)("Wavelength Division Multiplexing")에 의해 생성되는 가능한 알람들을 모니터링하기 위한 기능을 활성화할 수 있는 그래픽 오브젝트를 포함하는 것으로 가정된다.
통신 네트워크(CN)를 관리하는 책임이 있는 운영자가 그와 같은 그래픽 오브젝트를 선택할 때, 브라우저(B)는 관리 단말(MT)이 접속되는 네트워크 요소, 즉 NE1에 상기 접속을 통지하고, NE1는 요청(R)을 생성한다(단계 20).
바람직하게는, 요청(R)은 운영자가 모니터링하고자(이 경우, 통신 네트워크(CN)의 네트워크 요소들의 서브-시스템들(WDM)) 하는 경우에 포함되는 자원을 나타내는 콘텍스트 데이터를 포함한다. 더욱이, 요청(R)은 바람직하게는 운영자가 모니터링하고자(이 경우, 알람들의 생성) 하는 이벤트들의 유형을 나타내는 서비스 데이텀을 포함한다. 더욱이, 바람직하게는, 요청(R)은 관리 단말(MT)의 어드레스를 포함한다. 바람직하게는, 어드레스는 관리 단말(MT)의 포트의 IP 어드레스(예를 들어, 192.168.1.250)이다. 더욱이, 바람직하게는, 요청(R)은 액세스 토큰을 포함한다. 바람직하게는, 액세스 토큰은 4개의 포트 식별자들(예를 들어 20:40:45:80)의 시퀀스와 동일하게 세팅된다. 예를 들어, 액세스 토큰은 다른 애플리케이션들에 의해 이용되지 않는 네 포트 식별자들(예를 들어 20:40:45:80)의 시퀀스와 동일하게 세팅될 수 있다. 그와 같은 포트 식별자들이 임의의 다른 애플리케이션에 의해 이용되지 않는 것을 보장하기 위해, 각각의 포트 식별자는 바람직하게는 오프셋 값(offset value)(예를 들어 1024)으로 합산된다.
그리고나서, 네트워크 요소(NE1)는 요청(R)을 모니터링 모듈(MM)로 송신한다(단계 21).
바람직하게는, 모니터링 모듈(MM)은 자체의 모니터링 관리자(MMgr)에 의해 요청(R)을 수신하고, 모니터링 관리자(MMgr)는 바람직하게는 요청(R)의 콘텐츠를 이용하여 요청 수신 테이블(RRTbl)을 갱신하는 단계 22a를 수행하고, 이는 도 3a에 도시된다.
바람직하게는, 요청 수신 테이블(RRTbl)은 관리 단말(MT)로부터 수신되는 요청들을 저장한다. 도면들에 도시되지 않은 실시예들에 따르면, 통신 네트워크(CN)의 관리는 둘 이상의 상이한 관리 단말들에 의해 수행될 수 있다. 이 경우에, 요청 수신 테이블(RRTbl)은 모든 관리 단말들로부터 수신되는 요청들을 저장한다.
바람직하게는, 각각의 요청에 대해, 테이블(RRTbl)은 다음의 필드들:
- 요청 식별자를 포함하는 필드 ReqID로서, 예를 들면, 모니터링 관리자(MMgr)는 자신이 수신한 각각의 요청에 연속적인 정수(progressive integer)를 할당할 수 있는, 상기 필드 ReqID;
- 요청(R)을 생성했던 관리 단말(MT)의 어드레스를 포함하는 필드 Addr;
- 요청(R)을 생성했던 관리 단말(MT)에 의해 제공되는 액세스 토큰을 포함하는 필드 Token;
- 요청(R)을 생성했던 관리 단말(MT)에 의해 제공되는 서비스 데이텀을 포함하는 필드 Serv; 및
- 요청(R)을 생성했던 관리 단말(MT)에 의해 제공되는 콘텍스트 데이텀을 포함하는 필드 Cxt,
중 하나 이상을 갖는 행을 포함한다.
도 3a는 요청(R)을 수신할 때, 모니터링 관리자(MMgr)가 테이블(RRTbl) 내에 행을 삽입하는 것을 도시하고, 상기 행들은 다음 값들을 갖는다:
- ReqID = 3(이는 수신된 제 3 요청임을 가정한다);
- Addr = 192.168.1.250;
- Token = 20:40:45:80;
- Serv = ALARM; 및
- Cxt = WDM.
단계 22a와 실질적으로 동시에, 모니터링 관리자(MMgr)는 요청(R)을 콘텍스트 데이텀(Cxt)이 참조하는 네트워크 요소들, 즉 서브-시스템들(WDM)을 포함하는 통신 네트워크(CN)의 모든 네트워크 요소들로 송신하는 단계 22b를 수행한다. 간소화를 위해, 통신 네트워크(CN)의 네트워크 요소(NE2)만이 서브-시스템들(WDM)을 포함하는 것으로 가정한다. 이 경우에, 단계 22b에서, 모니터링 관리자(MMgr)는 예를 들어 그리드(G)의 미들웨어에 의해 요청(R)을 네트워크 요소(ME2)로 송신한다.
단계들 22a 및 22b와 실질적으로 동시에, 모니터링 관리자(MMgr)는 상기 액세스 토큰을 포함하는 보안 메시지(M)를 관리 단말(MT)로 송신하는 단계 22c를 수행한다. 이는 유용하게는 관리 단말(MT) 및 모니터링 모듈(MM)을 수행하는 네트워크 요소 사이에서 모니터링 채널(MC)을 보호 방식으로 개방하는 것을 가능하게 하여 갱신 데이터(UD)를 송신할 것이며, 이는 더 자세하게 후술될 것이다.
단계들 22a, 22b 및 22c와 실질적으로 동시에, 모니터링 관리자(MMgr)는 우선순위를 요청(R)에 할당하기 위해 도 1에 도시된 우선순위 테이블(PTbl)을 검색하는 단계 22d를 수행한다.
도 3b에 도시되는 바와 같이, 우선순위 테이블(PTbl)은 바람직하게는 서비스 데이텀이 취할 수 있는 값들의 수와 동일한, 즉, 운영자가 모니터링하도록 요청할 수 있는 이벤트들의 상이한 유형들의 수에 동일한 다수의 행들을 포함한다. 이 경우에, 네 개의 가능한 이벤트들의 유형들이 존재한다:
- 알람들의 생성(서비스 데이터: ALARM);
- 성능 파라미터들의 변경(서비스 데이텀: PM);
- LOG 콘텐츠의 변경(서비스 데이텀: LOG); 및
- 다른 관리 정보의 생성(서비스 데이텀: 일반 MSG).
테이블(PTbl)의 각각의 행은 바람직하게는 서비스 데이텀(Serv) 및 서비스 데이텀(Serv)과 연관되는 우선순위(Pr)를 포함한다. 바람직하게는, 서비스 데이텀(Serv)과 관련되는 우선순위는 모니터링 모듈(MM)에서 수신되고 서비스 데이텀(Serv)에 의해 식별되는 유형의 이벤트를 나타내는 연관된 정보가 프로세싱되어야만 하는 우선순위를 나타낸다.
예를 들어, 도 3b에 도시되는 바와 같이, 최대 우선순위(Pr = 1)는 알람들에 할당될 수 있고, 하위 우선순위(Pr=2)는 성능 파라미터들에 할당될 수 있고, 더 하위 우선순위(Pr=3)는 LOG에 할당될 수 있고, 최하 우선순위(Pr=4)는 어떤 다른 관리 정보에 할당될 수 있다.
단계들 22a, 22b, 22c 및 22d와 실질적으로 동시에, 모니터링 관리자(MMgr)는 태그(tag)(T)를 생성하는 단계 22e를 수행한다. 바람직하게는, 태그(T)는 테이블(RRTbl)의 필드 ReqID에 포함되는 요청의 식별자, 테이블(RRTbl)의 필드(Cxt)에 포함되는 콘텍스트 데이텀, 단계 22e에서 결정되는 우선순위, 요청(R)이 네트워크 요소(NE2)에 전송되었던 시간을 나타내는 시간 표시자(temporal marker), 및 초기에 1로 셋업되는 정수를 포함한다. 상술한 예를 참고하면, 이와 같이 모니터링 관리자(MMgr)에 의해 생성되는 태그(T)는 3_WDM_1_t1_1이고, 여기서 t1은 시 및 분(예를 들어 10:30)으로 표시되는 시간 표시자이다.
단계들 22a, 22b, 22c, 22d, 및 22e와 실질적으로 동시에, 모니터링 관리자(MMgr)는 도 1에 도시된 요청 상태 갱신 테이블(RSUTbl)의 단계 22f를 수행한다.
특히, 도 3c에 도시되는 바와 같이, 모니터링 모듈(MM)에서 활성화되는 각각의 요청에 대해, 테이블(RSUTbl)은 다음의 필드들 중 하나 이상을 갖는 행을 포함한다:
- 테이블(RRTbl)의 필드 ReqID에 대응하는 필드 ReqID;
- 테이블 RRTbl의 필드 Addr에 대응하는 필드 Addr;
- 요청이 활성이거나, 비활성이거나, 또는 일시적으로 보류되는지를 나타내는 필드 상태;
- 각각 서비스 데이텀이 취할 수 있는 각각의 값에 대응하는 필드들 Serv1Num, Serv2Num, ..., ServNNum의 수 N. 예를 들어, 서비스 데이텀에 대해 네 개의 상이한 가능한 값들(ALARM, PM, LOG 및 일반 MSG)가 있는 상기 예에 대하여, 테이블(RSUTbl)은 바람직하게는 네 필드들을 포함한다: (ALARM에 대한)Serv1Num, (PM에 대한)Serv2Num, (LOG에 대한)Serv3Num, 및 (일반 MSG에 대한)Serv4Num. 각각의 필드 Serv1Num, Serv2Num, ..., ServNNum은 바람직하게는 서비스 데이텀에 의해 식별되는 유형의 이벤트들의 총 수를 나타내는 카운터를 포함한다. 더욱이, 바람직하게는 각각의 필드 Serv1Num, Serv2Num,..., ServNNum은 모니터링 모듈(MM)에서 검출되는 최종 이벤트 및 서비스 데이텀에 의해 식별되는 유형의 식별자를 포함한다;
- 자체의 유형과는 독립적으로, 모니터링 모듈(MM)에서 검출되는 최종 이벤트의 식별자를 포함하는 필드 SeqNum; 및
- 테이블(RRTbl)의 필드 Cxt에 대응하는 필드 Cxt.
도 3c는 단계 22f에서, 요청(R)의 수신 시에, 모니터링 관리자(MMgr)는 테이블(RSUTbl) 내에 행을 삽입하는 것을 도시하고, 상기 행의 필드들은 다음의 값들을 갖는다:
- ReqID = 3;
- Addr = 192.168.1.250;
- 상태 = 활성;
- Serv1Num(ALARM에 대한) = 0 (간소화를 위해, 이는 단지 카운터 값으로 표시된다);
- Serv2Num(PM에 대한) = 0 (간소화를 위해, 이는 단지 카운터 값으로 표시된다);
- Serv3Num(LOG에 대한) = 0 (간소화를 위해, 이는 단지 카운터 값으로 표시된다);
- Serv4Num(일반 MSG에 대한) = 0 (간소화를 위해, 이는 단지 카운터 값으로 표시된다);
- SeqNum은 정의되지 않는데, 왜냐하면 이는 아직 어떠한 이벤트도 수신되지 않았기 때문이다;
- Cxt = WDM.
그러므로, 모니터링 관리자(MMgr)는 서비스 데이텀에 의해 식별되고 콘텍스트 데이텀에 의해 식별되는 자원들에서 발생시키는 이벤트들을 나타내는 가능한 관리 정보, 즉 서브-시스템들(WDM)에 의한 알람들의 생성을 네트워크 요소(NE2)로부터 수신하는 것에 대해 청취한다.
바람직하게는, 통신 네트워크(CN)의 네트워크 요소들은 그와 같은 관리 정보가 값을 변경할 때마다, 요청된 이벤트에 관한 모든 관리 정보를 모니터링 관리자(MMgr)로 송신하도록 구성된다.
단계 23 동안, 모니터링 관리자(MMgr)가 요청된 이벤트를 나타내는 관리 정보, 즉 네트워크 요소(NE2)의 서브-시스템들(WDM)에 의해 하나 이상의 알람들의 생성을 네트워크 요소(NE2)로부터 수신할 때, 모니터링 관리자(MMgr)는 바람직하게는 본원에서 이후에 후술되는 바와 같이 상기 알람들을 프로세싱한다.
무엇보다도, 단계 24에서, 모니터링 관리자(MMgr)는 단계 22d 동안 생성되는 태그(T)가 부착되는 패킷 내에 수신된 관리 정보를 삽입하고, 자체의 우선순위를 고려함으로써 태그가 부착된 패킷을 갱신 데이터 생성기(UDG)에 송신한다. 바람직하게는, 단계 24에서, 모니터링 관리자(MMgr)는 카운터를 1만큼 증가시킴으로써 테이블(RSUTbl)의 필드 Serv1Num을 더 갱신한다.
그리고나서, 단계 25에서, 갱신 데이터 생성기(UDG)는 바람직하게는 내부에 포함되는 관리 정보를 태그가 부착된 패킷으로부터 추출하고 이를 프로세싱하여 갱신 데이터(UD)를 생성한다. 특히:
- 수신된 관리 정보에 의해 언급되는 이벤트가 요청(R)에 의해 요청되는 유형의 제 1 이벤트라고 UDG가 결정하면, 이는 바람직하게는 수신된 관리 정보와 동일한 갱신 데이터(UD)를 설정한다;
- 수신된 관리 정보에 의해 언급되는 이벤트가 요청(R)에 의해 요청되는 유형의 제 1 이벤트가 아니라고 UDG가 결정하면, 이는 바람직하게는 요청(R)에 의해 요청되는 유형의 이전의 이벤트를 나타내는 관리 정보를 데이터베이스(도 1에 도시되지 않음)로부터 판독하고, 갱신 데이터(UD)를 이 정보 및 방금 수신된 관리 정보 사이의 차하고만 동일하게 설정한다. 이들이 동일한 경우, 이는 어떠한 갱신 데이텀도 발생되지 않는다.
그리고나서, 갱신 데이터 생성기(UDG)는 태그(T)를 생성될 가능성이 있는 갱신 데이터(UD)에 적용하고, 이것들을 모니터링 관리자(MMgr)에 송신한다.
그리고나서, 단계 26에서, 모니터링 관리자(MMgr)는 바람직하게는 관리 단말(MT)의 브라우저(B)에 갱신 데이터(UD)를 송신하고, 따라서 브라우저(B)는 상기 갱신 데이터를 네트워크 요소(NE2)의 서브-시스템들(WDM)에 의해 생성되는 알람들의 존재를 나타내는 그래픽 오브젝트(예를 들어 윈도)를 생성함으로써 웹형 관리 그래픽 인터페이스(GUI)를 갱신하는데 이용한다.
특히, 단계 26에서, 모니터링 관리자(MMgr)는 자신이 갱신 데이터(UD) 및 액세스 토큰을 송신해야 하는 관리 단말(MT)의 어드레스를 요청 수신 테이블(RRTbl)로부터 검색하기 위해 태그(T) 내에 포함되는 정보를 이용하고, 그와 같은 어드레스에 의해 식별되는 포트를 갖는 모니터링 채널(MC)을 개방하도록 요청한다. 바람직하게는, 그와 같은 모니터링 채널(MC)은 TCP 접속이다.
본 발명의 실시예들에 따르면, 갱신 데이터(UD)는 RTP(Real-time Transfer Protocol) 또는 RTSP(Real-Time Streaming Protocol) 프로토콜과 같은, TCP/IP 스택(stack)에 의해 지원되는 실시간 송신 프로토콜을 이용하여 송신될 수 있다.
더욱이, 바람직하게는, 단계 26에서, 모니터링 관리자(MMgr)는 요청 수신 테이블(RRTbl)로부터 요청(R)과 연관되는 액세스 토큰을 검색하기 위해 태그(T) 내에 포함되는 정보를 사용하고, 관리 단말(MT)에 의해 모니터링 채널(MC)을 통해 데이터를 송신하는 승인을 획득하기 위해 상기 정보에 기초하여 일련의 식별 패킷들을 모니터링 채널(MC)을 통해 송신한다.
모니터링 관리자(MMgr)가 관리 단말(MT)에 의해 승인을 수신할 때, 이는 바람직하게는 모니터링 채널(MC)을 통해 관리 단말(MT)로 갱신 데이터(UD)를 송신한다.
그러므로, 유용하게는, 웹형 관리 그래픽 인터페이스(GUI)는 운영자로 하여금 통신 네트워크(CN)에서 발생할 수 있는 이벤트들에 대하여 실질적으로 실시간으로 통지받도록 한다.
실제로, 액세스 토큰 메커니즘으로 인해, 모니터링 채널은 모니터링 모듈(MM)로부터 관리 단말(MT)로 운영자에 의해 지정되는 유형의 이벤트를 나타내는 임의의 관리 정보를 송신하는데 영구적으로 이용 가능하다.
그러므로, 유용하게는, 제공된 유형의 이벤트들을 모니터링하기 위해서, 운영자는 단지 한 번만 웹형 관리 인터페이스 상의 적합한 그래픽 오브젝트를 선택해야만 한다. 그래픽 오브젝트의 선택으로 요청이 모니터링 모듈로 송신하게 된다. 요청은 액세스 토큰과 연관되고, 토큰은 관리 단말(MT) 및 모니터링 모듈(UM)에 의해 공유된다. 이때 모니터링 모듈(MM)은 요청된 유형의 이벤트가 나타내는 관리 정보가 수신될 때마다 모니터링 채널을 개방하기 위해 액세스 토큰을 이용하고, 실질적으로 실시간으로 관리 정보에서 발생되는 변경들을 관리 단말(MT)에 고지하는 갱신 데이터(UD)를 송신하기 위해 그와 같은 모니터링 채널을 이용한다.
그러므로, 유용하게는, 관리 단말(MT)는 더 이상 관리 정보의 갱신을 수신하기 위한 요청을 주기적으로 송신할 필요가 없다. 반대로, 단일 요청으로 자동적으로 개방되고 관리 정보가 갱신되어야만 할 때마다, 즉 요청된 유형의 이벤트가 발생할 때마다 모니터링 관리자(MMgr)에 의해 사용되는 모니터링 채널이 생성된다.
유용하게는, 네트워크 자체에 의해(즉, 자체의 네트워크 요소들 중 하나 이상에 의해) 실행되는 모니터링 모듈(MM)은 스스로 모니터링 이벤트의 요청이 완수되도록 요청함으로써 자신이 관리 단말(MT)로부터 수신하는 요청들을 관리한다.
유용하게는, 모니터링 모듈(MM)에 의한 상이한 요청들의 관리는 상이한 서비스들에 할당되는 상이한 우선순위들을 고려하고, 상기 우선순위들은 우선순위 테이블(PTbl)에 저장된다. 그러므로, 임의의 가능한 알람의 디스플레이에 관한 요청들은 유용하게는 예를 들어 성능 파라미터들의 디스플레이에 대한 요청들보다 더 큰 우선순위로 서빙된다.
더 유용하게는, 갱신 데이터 생성기(UDG)는 변경된 관리 정보들만을 송신할 수 있는데, 왜냐하면, 갱신 데이터 생성기(UDG)는 자체의 로컬 데이터베이스에 이미 저장된 것과 유사한 정보를 수신할 때(및 이와 같이 상기 생성기(UDG)는 이미 모니터링 관리자(MMgr)를 통해, 관리 단말(MT)에 송신되었을 때), 상기 생성기(UDG)는 어떠한 갱신 데이터(UD)도 관리 단말(MT)로 송신하지 않기 때문이다. 이는 유용하게는 통신 네트워크(CN) 및 관리 단말(MT)의 자원들로 하여금 쓸모없는 데이터를 처리하는데 소비되지 않도록 한다.
더 유용하게는, 액세스 토큰은 갱신 데이터(UD)로 하여금 웹 기술에 기초한 접속을 사용함으로써(그리고 나서 그와 같이 용이하게 액세스 가능한) 통신 네트워크(CN)로부터 관리 단말(MT)로 송신되도록 하면서도, 승인되지 않은 제3자가 접속에 진입하여 갱신 데이터(UD)를 조작할 위험성이 없다.
더 유용하게는, 갱신 데이터(UD)를 송신하는데 전용 접속을 사용함으로써 송신의 높은 신뢰성이 보장되면서도 그 결과적으로 갱신 데이터(UD)의 손실할 위험성이 최소화된다.
CN : 통신 네트워크 NE : 네트워크 요소
MT : 관리 단말 MM : 모니터링 모듈
MT : 관리 단말 MM : 모니터링 모듈
Claims (13)
- 통신 네트워크(communication network: CN)에서 발생하는 이벤트들을 관리 단말(management terminal: MT)에서 모니터링하기 위한 방법으로서, 상기 통신 네트워크(CN)는 복수의 네트워크 요소들(network elements: NE1, NE2, NE3)을 포함하고, 상기 관리 단말(MT)은 웹형 관리 그래픽 인터페이스(management graphic interface: GUI)를 지원하도록 구성된 브라우저(B)를 가지는, 상기 이벤트들을 관리 단말에서 모니터링하기 위한 방법에 있어서:
a) 상기 복수의 네트워크 요소들(NE1, NE2, NE3) 중 하나에 모니터링 모듈(monitoring module: MM)을 제공하는 단계;
b) 상기 브라우저(B)로부터 상기 모니터링 모듈(MM)로, 상기 이벤트들을 모니터링하라는 요청(request: R)을 송신하는 단계로서, 상기 요청(R)은 상기 모니터링 모듈(MM)과 상기 관리 단말(MT) 사이의 모니터링 채널(monitoring channel: MC)에 액세스하기 위해 승인을 획득하도록 구성된 액세스 토큰(access token: Token)을 포함하는, 상기 요청 송신 단계;
c) 상기 모니터링 모듈(MM)에서, 상기 복수의 네트워크 요소들(NE1, NE2, NE3) 중 하나 이상으로부터 송신되는 상기 이벤트들에 대한 가능한 관리 정보에 대해 청취하는 단계;
d) 상기 모니터링 모듈(MM)에서, 상기 관리 정보가 수신될 때마다, 갱신 데이터(updating data: UD)를 생성하기 위해 상기 관리 정보를 프로세싱하는 단계; 및
e) 상기 모니터링 모듈(MM)에서, 상기 모니터링 채널(MC)에 액세스하기 위한 상기 액세스 토큰(Token)을 이용하고, 실시간 스트리밍 프로토콜을 이용하여, 상기 갱신 데이터(UD)를 상기 모니터링 채널(MC)을 통해 상기 관리 단말(MT)로 송신하는 단계를 포함하는, 이벤트들을 관리 단말에서 모니터링하기 위한 방법. - 제 1 항에 있어서,
상기 단계 b)는 다음의 데이터:
모니터링될 상기 이벤트들에 포함되는, 상기 통신 네트워크(CN)의 적어도 하나의 자원들을 나타내는 콘텍스트 데이텀;
모니터링될 상기 이벤트들의 유형을 나타내는 서비스 데이텀; 및
상기 관리 단말(MT)의 포트의 어드레스 중 적어도 하나를 상기 요청(R)에 삽입하는 단계를 추가로 포함하는, 이벤트들을 관리 단말에서 모니터링하기 위한 방법. - 제 1 항 또는 제 2 항에 있어서,
상기 단계 c)는 상기 모니터링 모듈(MM)에서 상기 관리 단말(MT)로부터 수신된 요청들을 저장하는 요청 수신 테이블을 갱신하라는 요청(R)을 이용하는 단계를 추가로 포함하고, 상기 요청 수신 테이블(RRTbl)은 다음의 필드들:
상기 요청(R)의 식별자를 포함하는 필드 ReqID;
상기 관리 단말(MT)의 포트의 어드레스를 포함하는 필드 Addr;
상기 액세스 토큰을 포함하는 필드 Token;
서비스 데이텀을 포함하는 필드 Serv; 및
콘텍스트 데이텀을 포함하는 필드 Cxt
중 하나 이상을 포함하는, 이벤트들을 관리 단말에서 모니터링하기 위한 방법. - 제 1 항 또는 제 2 항에 있어서,
상기 단계 c)는 우선순위 테이블(PTbl)을 검색함으로써 상기 요청(R)에 우선순위를 할당하는 단계를 추가로 포함하고, 상기 우선순위 테이블(PTbl)은 우선순위 값을 서비스 데이텀의 값에 연관시키는, 이벤트들을 관리 단말에서 모니터링하기 위한 방법. - 제 1 항 또는 제 2 항에 있어서,
상기 단계 c)는 상기 요청(R)의 식별자, 상기 콘텍스트 데이텀 및 우선순위를 포함하는 태그(T)를 생성하는 단계를 추가로 포함하는, 이벤트들을 관리 단말에서 모니터링하기 위한 방법. - 제 1 항 또는 제 2 항에 있어서,
상기 단계 c)는 상기 모니터링 모듈(MM)에서 활성인 요청들을 저장하는 요청 상태 갱신 테이블(RSUTbl)을 갱신하는 단계를 추가로 포함하고, 상기 요청 상태 갱신 테이블(RSUTbl)은 다음의 필드들:
상기 요청(R)의 식별자를 포함하는 필드 ReqID;
상기 관리 단말(MT)의 포트의 어드레스를 포함하는 필드 Addr;
상기 요청(R)이 활성인지, 비활성인지, 또는 일시적으로 보류되는지를 나타내는 필드 Status;
상기 모니터링 모듈(MM)에서 검출되는 제공된 유형의 이벤트들의 총 수를 나타내는 카운터(counter) 및 상기 모니터링 모듈(MM)에서 검출되는 제공된 유형의 최종 이벤트의 식별자를 각각 포함하는, N개의 필드들 Serv1Num, Serv2Num,... ServNNum 중 하나 이상을 포함하는, 이벤트들을 관리 단말에서 모니터링하기 위한 방법. - 통신 네트워크(CN)에서 발생하는 이벤트들을 관리 단말(MT)에서 모니터링하기 위한 시스템으로서, 상기 통신 네트워크(CN)는 복수의 네트워크 요소들(NE1, NE2, NE3)을 포함하는, 상기 이벤트들을 관리 단말에서 모니터링하기 위한 시스템에 있어서:
상기 관리 단말(MT)에서 실행 가능하고 웹형 관리 그래픽 인터페이스(GUI)를 지원하도록 구성된 브라우저(B); 및
상기 복수의 네트워크 요소들(NE1, NE2, NE3) 중 하나(NE1)에서 실행 가능한 모니터링 모듈(MM)을 포함하고,
상기 브라우저(B)는 또한 상기 모니터링 모듈(MM)에 상기 이벤트들을 모니터링하라는 요청을 송신하도록 구성되고, 상기 요청(R)은 상기 모니터링 모듈(MM)과 상기 관리 단말(MT) 사이의 모니터링 채널(MC)에 액세스하기 위해 승인을 획득하도록 구성된 액세스 토큰(Token)을 포함하고,
상기 모니터링 모듈(MM)은:
상기 복수의 네트워크 요소들(NE1, NE2, NE3) 중 하나 이상으로부터 송신되는 상기 이벤트들에 대한 가능한 관리 정보에 대해 청취하고;
상기 관리 정보가 수신될 때마다, 갱신 데이터(UD)를 생성하기 위해 상기 관리 정보를 프로세싱하고;
상기 모니터링 채널(MC)에 액세스하기 위한 상기 액세스 토큰(Token)을 이용하고, 실시간 스트리밍 프로토콜을 사용하여, 상기 갱신 데이터(UD)를 상기 모니터링 채널(MC)을 통해 상기 관리 단말(MT)로 송신하도록 구성되는, 이벤트들을 관리 단말에서 모니터링하기 위한 시스템. - 제 7 항에 있어서,
상기 브라우저(B)는 또한 다음의 데이터:
모니터링될 상기 이벤트들에 포함되는 상기 통신 네트워크(CN)의 적어도 하나의 자원들을 나타내는 콘텍스트 데이텀;
모니터링될 상기 이벤트들의 제공된 유형을 나타내는 서비스 데이텀; 및
상기 관리 단말(MT)의 포트의 어드레스 중 적어도 하나를 상기 요청(R)에 삽입하도록 구성되는, 이벤트들을 관리 단말에서 모니터링하기 위한 시스템. - 제 7 항 또는 제 8 항에 있어서,
상기 모니터링 모듈(MM)은 또한 상기 모니터링 모듈(MM)에서 상기 관리 단말(MT)로부터 수신된 요청들을 저장하는 요청 수신 테이블(RRTbl)을 저장하고 갱신하도록 구성되고, 상기 요청 수신 테이블(RRTbl)은 다음의 필드들:
상기 요청(R)의 식별자를 포함하는 필드 ReqID;
상기 관리 단말(MT)의 포트의 어드레스를 포함하는 필드 Addr;
상기 액세스 토큰을 포함하는 필드 Token;
서비스 데이텀을 포함하는 필드 Serv; 및
콘텍스트 데이텀을 포함하는 필드 Cxt
중 하나 이상을 포함하는, 이벤트들을 관리 단말에서 모니터링하기 위한 시스템. - 제 7 항 또는 제 8 항에 있어서,
상기 모니터링 모듈(MM)은 또한 우선순위 값을 서비스 데이텀의 값과 연관시키는 우선순위 테이블(PTbl)을 저장하고, 상기 우선순위 테이블(PTbl)을 검색함으로써 상기 요청(R)에 우선순위를 할당하도록 구성되는, 이벤트들을 관리 단말에서 모니터링하기 위한 시스템. - 제 7 항 또는 제 8 항에 있어서,
상기 모니터링 모듈(MM)은 또한 상기 요청(R)의 식별자, 상기 콘텍스트 데이텀 및 우선순위를 포함하는 태그(T)를 생성하도록 구성되는, 이벤트들을 관리 단말에서 모니터링하기 위한 시스템. - 제 7 항 또는 제 8 항에 있어서,
상기 모니터링 모듈은 또한 상기 모니터링 모듈(MM)에서 활성인 요청들을 저장하는 요청 상태 갱신 테이블(RSUTbl)을 저장하고 갱신하도록 구성되고, 상기 요청 상태 갱신 테이블(RSUTbl)은 다음의 필드들:
상기 요청(R)의 식별자를 포함하는 필드 ReqID;
상기 관리 단말(MT)의 포트의 어드레스를 포함하는 필드 Addr;
상기 요청(R)이 활성인지, 비활성인지, 또는 일시적으로 보류되는지를 나타내는 필드 Status;
상기 모니터링 모듈(MM)에서 검출되고 서비스 데이텀에 대응하는 관리 정보의 유형에 대한 이벤트들의 총 수를 나타내는 카운터 및 상기 모니터링 모듈(MM)에서 검출되고 서비스 데이터에 대응하는 관리 정보의 유형에 대한 최종 이벤트의 식별자를 각각 포함하는, N개의 필드들 Serv1Num, Serv2Num,... ServNNum 중 하나 이상을 포함하고, 이벤트들을 관리 단말에서 모니터링하기 위한 시스템. - 관리 단말(MT)과 협력하는(cooperate) 통신 네트워크(CN)의 네트워크 요소(NE1)로서, 상기 통신 네트워크(CN)는 복수의 네트워크 요소들(NE1, NE2, NE3)을 포함하고, 상기 네트워크 요소(NE1)는 모니터링 모듈(MM)을 포함하는, 상기 네트워크 요소(NE1)에 있어서, 상기 모니터링 모듈(MM)은:
상기 모니터링 모듈(MM)과 상기 관리 단말(MT) 사이의 모니터링 채널(MC)을 액세스하기 위해 승인을 획득하도록 구성되는 액세스 토큰(Token)을 포함하는, 이벤트를 모니터링하라는 요청(R)을 상기 모니터링 단말(MT)로부터 수신하고;
상기 복수의 네트워크 요소들(NE1, NE2, NE3) 중 하나 이상으로부터 송신되는 상기 이벤트들에 대한 가능한 관리 정보에 대해 청취하고;
상기 관리 정보가 수신될 때마다, 갱신 데이터(UD)를 생성하기 위해 상기 관리 정보를 프로세싱하고,
상기 모니터링 채널(MC)에 액세스하기 위한 상기 액세스 토큰(Token)을 이용하고, 실시간 스트리밍 프로토콜을 사용하여, 상기 갱신 데이터(UD)를 상기 모니터링 채널(MC)을 통해 상기 관리 단말(MT)로 송신하도록 구성되는, 통신 네트워크의 네트워크 요소.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP08425465.5A EP2141860B1 (en) | 2008-07-04 | 2008-07-04 | Method for monitoring events in a communication network |
| EP08425465.5 | 2008-07-04 | ||
| PCT/EP2009/058140 WO2010000710A1 (en) | 2008-07-04 | 2009-06-30 | Method for monitoring events in a communication network |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR20110025947A KR20110025947A (ko) | 2011-03-14 |
| KR101230944B1 true KR101230944B1 (ko) | 2013-02-07 |
Family
ID=40025763
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020117000023A KR101230944B1 (ko) | 2008-07-04 | 2009-06-30 | 통신 네트워크에서 이벤트들을 모니터링하기 위한 방법 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US8700762B2 (ko) |
| EP (1) | EP2141860B1 (ko) |
| JP (1) | JP5079917B2 (ko) |
| KR (1) | KR101230944B1 (ko) |
| CN (1) | CN101621408B (ko) |
| WO (1) | WO2010000710A1 (ko) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8627379B2 (en) * | 2010-01-07 | 2014-01-07 | Amazon Technologies, Inc. | Offering items identified in a media stream |
| US8656224B2 (en) | 2010-09-09 | 2014-02-18 | International Business Machines Corporation | Network fault management in busy periods |
| CN102654831A (zh) * | 2011-03-04 | 2012-09-05 | 百度在线网络技术（北京）有限公司 | 一种集中控制web页面事件与状态的装置和方法 |
| US9311175B2 (en) * | 2011-05-24 | 2016-04-12 | Verizon Patent And Licensing Inc. | Method and system for processing log information |
| US8898766B2 (en) | 2012-04-10 | 2014-11-25 | Spotify Ab | Systems and methods for controlling a local application through a web page |
| US11222001B2 (en) * | 2013-03-15 | 2022-01-11 | Sap Se | Augmenting middleware communication services |
| US9769020B2 (en) * | 2014-10-21 | 2017-09-19 | At&T Intellectual Property I, L.P. | Method and apparatus for responding to events affecting communications in a communication network |
| CN107885643A (zh) * | 2016-09-29 | 2018-04-06 | 西门子公司 | 监控信息的显示方法和装置 |
| CN109450700B (zh) * | 2018-12-07 | 2022-04-12 | 中国联合网络通信集团有限公司 | 可视化的业务检测方法及装置 |
| US11212303B1 (en) * | 2018-12-28 | 2021-12-28 | Snap Inc. | Detecting anomalous resources and events in social data |
| CN110855556A (zh) * | 2019-11-14 | 2020-02-28 | 哈工大机器人湖州国际创新研究院 | 监控处理方法、装置、电子设备及计算机存储介质 |
| CN111984642B (zh) * | 2020-06-09 | 2024-05-07 | 成都明思数源科技有限公司 | 一种多元异构无人机监视数据融合系统 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6473407B1 (en) * | 1997-09-05 | 2002-10-29 | Worldcom, Inc. | Integrated proxy interface for web based alarm management tools |
| US20070162973A1 (en) * | 2000-03-16 | 2007-07-12 | Counterpane Internet Security, Inc. | Method and System for Dynamic Network Intrusion Monitoring, Detection and Response |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3935986B2 (ja) * | 1995-12-26 | 2007-06-27 | 富士通株式会社 | ネットワークにおける情報資源の変化を通知するネットワーク情報資源監視システム |
| US6308206B1 (en) * | 1997-09-17 | 2001-10-23 | Hewlett-Packard Company | Internet enabled computer system management |
| US6477667B1 (en) * | 1999-10-07 | 2002-11-05 | Critical Devices, Inc. | Method and system for remote device monitoring |
| EP1272930B1 (en) * | 2000-04-08 | 2015-05-20 | Oracle America, Inc. | Method and apparatus for handling events received at a server socket |
| US20020165986A1 (en) * | 2001-01-22 | 2002-11-07 | Tarnoff Harry L. | Methods for enhancing communication of content over a network |
| JP2003015793A (ja) * | 2001-07-03 | 2003-01-17 | Matsushita Electric Works Ltd | ネットワーク上の監視対象の情報を監視画面上にダイナミックに変化させて表示する方法、ネットワーク上の監視対象の情報を監視画面上にダイナミックに変化させて表示するシステム、およびこのシステムを実現するためのユーザインタフェースプレイヤープログラム |
| US7304582B2 (en) * | 2002-10-31 | 2007-12-04 | Kerr Ii Robert A | Remotely monitored medical system |
| JP2006190029A (ja) * | 2005-01-05 | 2006-07-20 | Canon Inc | ネットワークデバイス管理装置及び方法 |
| US7769880B2 (en) * | 2005-07-07 | 2010-08-03 | Microsoft Corporation | Carrying protected content using a control protocol for streaming and a transport protocol |
| JP4818652B2 (ja) * | 2005-07-22 | 2011-11-16 | 株式会社沖データ | 端末管理システム |
| JP2007310772A (ja) * | 2006-05-22 | 2007-11-29 | Hitachi Ltd | ストレージシステム及び通信制御方法 |
| JP4699947B2 (ja) * | 2006-06-26 | 2011-06-15 | Ｋｄｄｉ株式会社 | 通信端末装置 |
| US20080243858A1 (en) * | 2006-08-01 | 2008-10-02 | Latitude Broadband, Inc. | Design and Methods for a Distributed Database, Distributed Processing Network Management System |
| JP4850761B2 (ja) * | 2007-03-16 | 2012-01-11 | 株式会社リコー | イベント通知装置及びイベント通知方法 |
-
2008
- 2008-07-04 EP EP08425465.5A patent/EP2141860B1/en not_active Not-in-force
-
2009
- 2009-06-29 US US12/459,260 patent/US8700762B2/en not_active Expired - Fee Related
- 2009-06-30 WO PCT/EP2009/058140 patent/WO2010000710A1/en active Application Filing
- 2009-06-30 KR KR1020117000023A patent/KR101230944B1/ko not_active IP Right Cessation
- 2009-06-30 JP JP2011515419A patent/JP5079917B2/ja not_active Expired - Fee Related
- 2009-07-06 CN CN2009101517141A patent/CN101621408B/zh not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6473407B1 (en) * | 1997-09-05 | 2002-10-29 | Worldcom, Inc. | Integrated proxy interface for web based alarm management tools |
| US20070162973A1 (en) * | 2000-03-16 | 2007-07-12 | Counterpane Internet Security, Inc. | Method and System for Dynamic Network Intrusion Monitoring, Detection and Response |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101621408A (zh) | 2010-01-06 |
| US20100017508A1 (en) | 2010-01-21 |
| CN101621408B (zh) | 2013-01-02 |
| JP5079917B2 (ja) | 2012-11-21 |
| EP2141860A1 (en) | 2010-01-06 |
| KR20110025947A (ko) | 2011-03-14 |
| EP2141860B1 (en) | 2016-02-24 |
| WO2010000710A1 (en) | 2010-01-07 |
| JP2011526711A (ja) | 2011-10-13 |
| US8700762B2 (en) | 2014-04-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101230944B1 (ko) | 통신 네트워크에서 이벤트들을 모니터링하기 위한 방법 | |
| JP4824357B2 (ja) | ネットワーク・ステータス・データを共有するための分散型メッセージング・システム及び方法 | |
| EP2109827B1 (en) | Distributed network management system and method | |
| US20080178202A1 (en) | Interface For Supporting an Element Management System | |
| CN107544837B (zh) | 云服务设备性能数据采集系统、方法和装置 | |
| JP2009246449A (ja) | 制御中継プログラム、制御中継装置および制御中継方法 | |
| US20060168263A1 (en) | Monitoring telecommunication network elements | |
| US20100211629A1 (en) | Expandable element management system in wireless communication network | |
| JPH09247144A (ja) | 階層型ネットワーク管理方式 | |
| EP1622310B1 (en) | Administration method and system for network management systems | |
| US20030163582A1 (en) | Network device and network management device | |
| KR101829881B1 (ko) | 플로우 관제 시스템, 컨트롤러 및 장애 검출 방법 | |
| Cisco | Simple Network Management Protocol | |
| CN107248935B (zh) | 一种网管发现并监控网元的系统及方法 | |
| JP2000148539A (ja) | 障害検知方法、コンピュータシステム及び構成装置、記録媒体 | |
| JP2008077293A (ja) | ネットワーク監視装置 | |
| CN108964955A (zh) | 一种丢失Trap报文查找方法和网络管理系统及一种SNMP代理 | |
| KR20030021536A (ko) | 네트워크 통신시스템의 관리정보 동기화 방법 | |
| EP2033112B1 (en) | Improved network management | |
| O'Donnell | Network management: open source solutions to proprietary problems | |
| KR20050001123A (ko) | 망 관리에서의 장애 관리 시스템 및 그 방법 | |
| CN118055093A (zh) | 基于GDBus模块的FTTR网关设备通信方法、设备和介质 | |
| KR19990066208A (ko) | 전기통신 관리 네트워크를 이용한 관리자의 장애 관리 방법 | |
| KR20070021415A (ko) | 홈게이트웨이의 원격관리를 위한 망관리 시스템 및 그 방법 | |
| JPH11234291A (ja) | ネットワーク管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination | ||
| AMND | Amendment | ||
| E902 | Notification of reason for refusal | ||
| AMND | Amendment | ||
| E601 | Decision to refuse application | ||
| J201 | Request for trial against refusal decision | ||
| AMND | Amendment | ||
| B701 | Decision to grant | ||
| GRNT | Written decision to grant | ||
| FPAY | Annual fee payment |
Payment date: 20170120 Year of fee payment: 5 |
|
| FPAY | Annual fee payment |
Payment date: 20180119 Year of fee payment: 6 |
|
| LAPS | Lapse due to unpaid annual fee |