[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

KR100621746B1 - Method of monitoring status of service control system - Google Patents

Method of monitoring status of service control system Download PDF

Info

Publication number
KR100621746B1
KR100621746B1 KR1019990054269A KR19990054269A KR100621746B1 KR 100621746 B1 KR100621746 B1 KR 100621746B1 KR 1019990054269 A KR1019990054269 A KR 1019990054269A KR 19990054269 A KR19990054269 A KR 19990054269A KR 100621746 B1 KR100621746 B1 KR 100621746B1
Authority
KR
South Korea
Prior art keywords
state
request
response
connection
waiting
Prior art date
Application number
KR1019990054269A
Other languages
Korean (ko)
Other versions
KR20010053761A (en
Inventor
박성훈
손진수
Original Assignee
주식회사 케이티
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 케이티 filed Critical 주식회사 케이티
Priority to KR1019990054269A priority Critical patent/KR100621746B1/en
Publication of KR20010053761A publication Critical patent/KR20010053761A/en
Application granted granted Critical
Publication of KR100621746B1 publication Critical patent/KR100621746B1/en

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3065Monitoring arrangements determined by the means or processing involved in reporting the monitored data
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16Error detection or correction of the data by redundancy in hardware
    • G06F11/20Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2041Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant with more than one idle spare processing component

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer And Data Communications (AREA)
  • Hardware Redundancy (AREA)

Abstract

본 발명은 입출력 멀티플렉싱 시스템 호출을 사용하여 상대적으로 시간이 많이 걸리는 동작을 한번만 하여 여러 가지의 다른 연결 종류를 하나로 묶어서 관리하도록 하는 서비스 제어시스템의 상태감시 방법에 관한 것으로, 시간이 많이 걸리는 동작인 연결 오픈/클로우즈는 최대한 한번만 수행을 하게 되어 종래의 방법보다 자원을 효율적으로 사용하게 되고, 동시에 여러개의 요구에 대한 응답을 기다릴 수 있기 때문에 블록킹 효과를 최소한으로 줄이게 된다.The present invention relates to a method for monitoring a state of a service control system in which a plurality of different connection types are bundled together and managed by only one time-consuming operation using an input / output multiplexing system call. The open / close operation is performed only once, thus using resources more efficiently than the conventional method, and at the same time, the blocking effect can be minimized because it can wait for a response to several requests.

Description

서비스 제어시스템의 상태감시 방법{Method of monitoring status of service control system}Method of monitoring status of service control system

도 1은 종래 서비스 제어시스템에 대한 상태감시 방법을 설명하는 도면,1 is a view illustrating a state monitoring method for a conventional service control system;

도 2는 본 발명이 채용되는 구성도,2 is a configuration diagram in which the present invention is employed,

도 3은 본 발명의 실시예에 따른 서비스 제어시스템의 상태감시 방법의 개괄적인 흐름도,3 is a schematic flowchart of a state monitoring method of a service control system according to an embodiment of the present invention;

도 4는 도 3의 "가"부분에 대한 상세한 흐름도,4 is a detailed flow chart for the "A" part of FIG.

도 5는 도 3의 "나"부분에 대한 상세한 흐름도이다.FIG. 5 is a detailed flowchart of part “b” of FIG. 3.

< 도면의 주요부분에 대한 부호의 설명 > <Description of Symbols for Major Parts of Drawings>

10 : 상태감시 프로세서10: state monitoring processor

12, 14, 16 : 감시대상12, 14, 16: monitoring target

본 발명은 서비스 제어시스템의 상태감시 방법에 관한 것으로, 보다 상세하게는 서비스를 제공하는 시스템에서 발생하는 장애를 감시하는 방법에 관한 것이다.The present invention relates to a method for monitoring a state of a service control system, and more particularly, to a method for monitoring a failure occurring in a system for providing a service.

종래, 서비스를 제공하는 시스템의 상태를 주기적으로 감지하는 방법으로는 도 1에 도시된 바와 같은 흐름도를 채용한다.Conventionally, as a method of periodically detecting a state of a system providing a service, a flowchart as shown in FIG. 1 is employed.

즉, 종래의 상태감시 방법으로는 주기적으로 상태감시 요구를 보낸다. 이 감시방법의 특징은 디자인이 간단하여 구현이 쉽다는 장점이 있는 대신에, 각각의 응답(reply)을 기다릴 때에는 다른 연결(connection)에 대해서는 기다리지 못하는 단점이 있다. 그로 인해, 특정 연결에 대하여 보낸 요구(request)가 연결 이상 등으로 인하여 감시가 제대로 되지 않을 경우에는 그 특정 연결에 대한 오류처리가 끝난 뒤에야 다른 연결에 대한 감시를 할 수 있게 된다. 이는 감시대상 자체에 문제가 없는 경우에도 상태감시 자체에 지연을 줄 수 있으므로 상태감시 프로그램으로서는 중대한 문제가 된다. 또한 매번 연결을 새로 열기 때문에 필요없는 오픈(open)과 클로우즈(close)가 많아 비효율적이다.That is, the conventional state monitoring method periodically sends a state monitoring request. The special feature of this monitoring method is that the design is simple and easy to implement. Instead, the monitoring method cannot wait for another connection when waiting for each reply. Therefore, when a request sent for a specific connection is not properly monitored due to a connection error, the other connection can be monitored only after the error processing for the specific connection is completed. This is a serious problem for the status monitoring program because it can delay the status monitoring itself even when there is no problem with the monitoring target itself. It is also inefficient because there are many unnecessary open and close connections because it opens a new connection every time.

다시 말해서, 종래의 상태감시 시스템에서는 다음과 같은 문제점들을 안고 있다. 첫 번째는 감시를 하는 대상에 대해 연결 오픈(connection open), 요구 전송(send request), 응답 대기(wait reply), 클로우즈(close)라는 네단계의 요구들을 주기적으로 계속 해 주어야 하는 비효율성이다. 상대적으로 시간이 많이 걸리는 연결 오픈/클로우즈를 매 주기마다 수행함으로써 문제가 된다. 특히, 연결의 종류가 적어도 3가지(MPT 레벨3, SCCP, MIB)임을 고려할 때 이는 상당한 성능저하 현상이 된다.In other words, the conventional state monitoring system has the following problems. The first is the inefficiency of periodically monitoring the four stages of the request: connection open, send request, wait reply, and close. This is a problem by performing a relatively time-consuming connection open / close every cycle. In particular, considering that there are at least three types of connections (MPT level 3, SCCP, MIB), this is a significant performance degradation.

두 번째의 문제점으로는 하나의 연결을 오픈하여 상태를 읽어 올 때 다른 것에 대한 상태감시를 하지 못한다는 점이다. 상술한 대로 3가지 연결종류는 서로 다 르기 때문에 동시에 오픈이 가능하며 동시에 대기가 가능하지만 실제로는 한번에 하나의 종류의 연결만을 열어서 사용하기 때문에 전체적으로 대기시간이 길어지게 되고 비효율적으로 된다. 특히 종래의 방법으로는 3개의 연결중에 하나가 잘못되어 블록킹(blocking)시간이 길어지면 그와는 무관한 다른 연결까지도 악영향을 받게 되어 자원의 비효율성과 함께 실제 상태감시가 부정확하게 된다.The second problem is that when you open a connection and read its state, you don't monitor the state of the other. As described above, since the three connection types are different from each other, they can be opened at the same time and stand by at the same time. However, since only one type of connection is opened and used at a time, the overall waiting time becomes long and inefficient. In particular, in the conventional method, if one of the three connections is faulty and the blocking time becomes long, other connections irrelevant to it may be adversely affected, resulting in inaccurate resources and inaccurate state monitoring.

따라서, 본 발명은 상술한 종래 문제점을 해결하기 위해 이루어진 것으로, 입출력 멀티플렉싱 시스템 호출을 사용하여 상대적으로 시간이 많이 걸리는 동작을 한번만 하여 여러 가지의 다른 연결 종류를 하나로 묶어서 관리하도록 하는 서비스 제어시스템의 상태감시 방법을 제공함을 그 목적으로 한다.Accordingly, the present invention has been made to solve the above-mentioned conventional problems, and is a state of a service control system that performs a relatively time-consuming operation only once using an input / output multiplexing system call to bundle and manage several different connection types into one. Its purpose is to provide a monitoring method.

본 발명의 바람직한 실시예에 따른 서비스 제어시스템의 상태감시 방법은, 서비스 제어시스템의 상태를 감시하는 방법에 있어서, 감시 대상들의 모든 연결을 오픈하고 입출력 멀티플렉싱 시스템 호출기능을 이용하여 모든 연결에 대한 응답을 기다리는 과정과; 모든 연결에 대한 응답 중 사전에 요구한 것에 대한 응답을 선택하고, 선택된 응답에 대응되는 처리를 행하거나 새로운 요구를 보내는 과정을 구비하는 것을 특징으로 한다.In the method for monitoring a state of a service control system according to a preferred embodiment of the present invention, in the method for monitoring the state of a service control system, all connections of the monitoring targets are opened and responses to all the connections using an input / output multiplexing system call function. Waiting for the process; Selecting a response to a pre-request among all responses to the connection, and performing a process corresponding to the selected response or sending a new request.

삭제delete

그리고, 본 발명의 다른 실시예에 따른 서비스 제어시스템의 상태감시 방법은, 감시 대상들의 모든 연결을 오픈하는 과정;In addition, the state monitoring method of the service control system according to another embodiment of the present invention, the process of opening all connections of the monitoring targets;

입출력 멀티플렉싱 시스템 호출을 사용하여 상기 모든 연결에 대한 응답을 기다리는 과정;Waiting for a response to all the connections using an input / output multiplexing system call;

상기 입출력 멀티플렉싱 시스템 호출의 결과를 이용하여 이전에 보내놓은 요구에 대한 응답을 선택하는 과정;Selecting a response to a previously sent request using a result of the input / output multiplexing system call;

상기 선택된 응답에 대응되는 처리를 행하고 각각의 연결의 상태를 변화시키는 과정; 및Performing a process corresponding to the selected response and changing the state of each connection; And

상기 변화된 상태에 따라 요구를 생성하고서 처음 과정으로 복귀하는 과정을 구비한다.Generating a request according to the changed state and returning to the first process.

상술한 목적, 특징 및 장점은 첨부된 도면과 관련한 다음의 상세한 설명을 통하여 보다 분명해 질 것이다. 이하 첨부된 도면을 참조하여 본 발명의 실시예를 상세히 설명하면 다음과 같다.The above objects, features and advantages will become more apparent from the following detailed description taken in conjunction with the accompanying drawings. Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

도 2는 본 발명이 채용되는 구성도로서, 상태감시 프로세서(10)는 여러 가지의 감시대상(12, 14, 16)으로부터 상태 정보를 가져온다. 상기 각각의 감시대상(12, 14, 16)은 관리용 인터페이스를 제공한다. 제공하는 인터페이스는 보통 유닉스(UNIX)시스템의 소켓(socket)을 이용한 연결이고, 각각의 연결에 대해서 상태 정보를 제공해 주는 요구를 보내고 받게 된다. 상기 각각의 감시대상(12, 14, 16)의 요구처리는 가변적이기 때문에 보통 요구를 하나를 보내고 그 결과값을 기다리게 된다. 2 is a configuration diagram in which the present invention is employed, and the state monitoring processor 10 obtains state information from various monitoring objects 12, 14, and 16. Each of the monitoring targets 12, 14, and 16 provides a management interface. The interface it provides is usually a socket connection on a UNIX system, sending and receiving requests that provide status information for each connection. Since the request processing of each of the monitored objects 12, 14 and 16 is variable, it usually sends one request and waits for the result.

이어, 본 발명의 실시예에 따른 서비스 제어시스템의 상태감시 방법에 대해 도 3의 흐름도를 참조하여 설명하면 다음과 같다. Next, a state monitoring method of the service control system according to an exemplary embodiment of the present invention will be described with reference to the flowchart of FIG. 3.

본 발명은 기본적으로 한번 오픈한 연결은 클로우즈를 하지 않고 계속 사용하며, 동시에 여러개의 연결을 오픈한다는 데 있다.The present invention is basically that a connection opened once is continuously used without closing, and multiple connections are open at the same time.

일단, 필요한 모든 연결을 한꺼번에 오픈한다. 그리고, 유닉스에서 제공하는 입출력 멀티플렉싱 시스템 호출인 select()를 사용하여 한꺼번에 모든 응답을 기다리도록 한다. 그 다음 select의 결과를 사전에 요구를 보내 놓은 것의 응답에 해당하는 것을 골라낸다. 이어 각각의 연결에 대한 상태에 따라 기다리거나("가") 새로운 요구를 보내도록 한다("나").First, open all the necessary connections at once. Then use select (), an I / O multiplexing system call provided by Unix, to wait for all the responses at once. Then select the result of the select that corresponds to the response of the request. It then either waits ("a") or sends a new request ("b") depending on the state of each connection.

상술한 도 3의 설명중에서 종래의 방식과 차이나는 점에 대해 설명하면, 먼저 각각의 연결에 대한 상태를 프로그램 상의 위치에서는 구별할 수 없기 때문에 상태에 관한 것을 전역변수를 통해 가지고 있는다. 그리고, 이 상태를 요구를 보낼 때에나 응답을 받을 때 항상 해당하는 상태로 바꾸어 주어야 한다. 각각의 연결은 "준비(ready)", "대기(waiting)", "아이들(idle)"의 3가지 상태를 가지고 있다. 상기 준비 상태는 요구를 보내도 되는 상태이고, 상기 대기 상태는 요구를 보내고 응답을 기다리는 상태이며, 상기 아이들 상태는 다음 요구를 보낼 때까지 쉬는 상태이다.In the above description of FIG. 3, a difference from the conventional method is described. First, since the state of each connection cannot be distinguished from the position on the program, the state has a global variable. And this state must always be changed when sending a request or receiving a response. Each connection has three states: "ready", "waiting", and "idle". The ready state is a state in which a request may be sent, the waiting state is a state of sending a request and waiting for a response, and the idle state is a state of rest until the next request is sent.

도 4는 도 3의 "가"부분에 대한 상세한 흐름도로서, 응답을 받은 후 상태를 바꾸어준다. 즉, 선택(select)의 결과물을 가지고 어느쪽 요구인지를 체크한 후 그 응답을 처리한다. FIG. 4 is a detailed flow diagram of the “A” portion of FIG. 3, which changes state after receiving a response. That is, it checks which request is the result of the select and processes the response.

상기 선택은 어떠한 파일 디스크립터(file descriptor)에서 입력이 있는지 판별하는 기능을 갖추고 있다. 그러므로 이를 이용하면 어떠한 요구의 응답인지를 알 수 있다. 그리고, 그에 다른 처리가 끝난 후에는 상태를 "아이들"로 바꾸어 놓는다.The selection has a function of determining which file descriptor has input. Therefore, it can be used to know what kind of request the response is. After that, the state is changed to "children".

도 5는 도 3의 "나"부분에 대한 상세한 흐름도로서, 상술한 바와 같이 순차적으로 수행되는 프로그램이 더 이상 아니기 때문에 상태에 따라서 하는 일이 다르다. 도 4에서와 같이 각각의 연결마다 동일한 구조를 가지고 있기 때문에 하나에 대해서 설명한다.FIG. 5 is a detailed flowchart of the “I” portion of FIG. 3, which is different depending on the state since no more programs are sequentially executed as described above. Since each connection has the same structure as in FIG. 4, one will be described.

먼저, 상태를 보아서 "준비" 상태일 경우 요구를 보내도 좋다는 상태로 파악하여 요구를 보낸다. 그후에는 중복 요구는 보내지 말아야 하기 때문에 응답을 기다리고 있다는 상태인 "대기" 상태로 바꾼다.First of all, if the status is "ready", the status is determined to send the request and the request is sent. After that, the duplicate request should not be sent, so it changes to the "waiting" state, which is waiting for a response.

상기 "대기" 상태는 응답을 기다리는 상태이므로 아무런 동작을 하지 않는다. 즉, 상태가 "아이들" 상태로 바뀔 때까지는 이 연결에 대해서는 새로운 요구를 보내지 않는다.Since the "waiting" state is a state waiting for a response, no operation is performed. That is, no new request is sent for this connection until the state changes to the "children" state.

응답은 도 4에서 설명한 바와 같이 처리되고 처리가 완료되면 상태가 "아이들" 상태로 바뀌게 된다. "아이들" 상태에서는 다음에 요구를 보낼 주기가 될 때까지 아무 동작도 하지 않는다. 그러나, 타이아웃이 발생하여 새로 요구를 보내야 할 경우에는 상기 "아이들" 상태를 "준비" 상태로 바꾸게 된다.The response is processed as described in FIG. 4 and when the processing is completed, the state changes to the "idle" state. In the "children" state, nothing happens until the next cycle to send a request. However, if a tieout occurs and a new request needs to be sent, the "children" state is changed to "ready" state.

이상 설명한 바와 같은 본 발명에 의하면, 시간이 많이 걸리는 동작인 연결 오픈/클로우즈는 최대한 한번만 수행을 하게 되어 종래의 방법보다 자원을 효율적으로 사용하게 되고, 동시에 여러개의 요구에 대한 응답을 기다릴 수 있기 때문에 블록킹 효과를 최소한으로 줄이게 된다.According to the present invention as described above, since the connection open / close, which is a time-consuming operation, is performed only once, it uses resources more efficiently than the conventional method, and at the same time waits for a response to several requests. Minimize the blocking effect.

아울러 본 발명의 바람직한 실시예들은 예시의 목적을 위해 개시된 것이며, 당업자라면 본 발명의 사상과 범위안에서 다양한 수정, 변경, 부가등이 가능할 것이며, 이러한 수정 변경 등은 이하의 특허 청구의 범위에 속하는 것으로 보아야 할 것이다.In addition, preferred embodiments of the present invention are disclosed for the purpose of illustration, those skilled in the art will be able to various modifications, changes, additions, etc. within the spirit and scope of the present invention, such modifications and modifications belong to the following claims You will have to look.

Claims (10)

서비스 제어시스템의 상태를 감시하는 방법에 있어서,In the method for monitoring the status of the service control system, 감시 대상들의 모든 연결을 오픈하고 입출력 멀티플렉싱 시스템 호출기능을 이용하여 상기 모든 연결에 대한 응답을 기다리는 과정과;Opening all connections of the monitored objects and waiting for a response to all the connections using an input / output multiplexing system call function; 상기 모든 연결에 대한 응답 중 사전에 요구한 것에 대한 응답을 선택하고, 선택된 응답에 대응되는 처리를 행하거나 새로운 요구를 보내는 과정을 구비하는 것을 특징으로 하는 서비스 제어시스템의 상태감시 방법.Selecting a response to a pre-request among the responses to all the connections, and performing a process corresponding to the selected response or sending a new request. 감시 대상들의 모든 연결을 오픈하는 과정;Opening all connections of the monitored objects; 입출력 멀티플렉싱 시스템 호출을 사용하여 상기 모든 연결에 대한 응답을 기다리는 과정;Waiting for a response to all the connections using an input / output multiplexing system call; 상기 입출력 멀티플렉싱 시스템 호출의 결과를 이용하여 이전에 보내놓은 요구에 대한 응답을 선택하는 과정;Selecting a response to a previously sent request using a result of the input / output multiplexing system call; 상기 선택된 응답에 대응되는 처리를 행하고 각각의 연결의 상태를 변화시키는 과정; 및Performing a process corresponding to the selected response and changing the state of each connection; And 상기 변화된 상태에 따라 요구를 생성하고서 처음 과정으로 복귀하는 과정을 구비하는 것을 특징으로 하는 서비스 제어시스템의 상태감시 방법.And generating a request according to the changed state and returning to the first process. 제 2 항에 있어서, The method of claim 2, 상기 각각의 연결에 대한 상태 정보는 전역변수를 통해 유지하고 있는 것을 특징으로 하는 서비스 제어시스템의 상태감시 방법.And status information on each connection is maintained through a global variable. 제 2 항에 있어서, The method of claim 2, 상기 요구를 보낼 때나 응답을 받을 때에는 항상 해당하는 상태로 연결의 상태를 변화시키는 것을 특징으로 하는 서비스 제어시스템의 상태감시 방법.When the request is sent or when receiving a response, the state monitoring method of the service control system, characterized in that to change the state of the connection to the corresponding state. 제 2 항에 있어서, The method of claim 2, 상기 각각의 연결은 요구를 보내도 되는 "준비" 상태, 요구를 보내고 응답을 기다리는 "대기" 상태, 다음 요구를 보낼 때까지 쉬는 "아이들" 상태를 갖는 것을 특징으로 하는 서비스 제어시스템의 상태감시 방법.Wherein each connection has a " ready " state that may send a request, a " waiting " state that sends a request and waits for a response, and a " children " . 제 5 항에 있어서, The method of claim 5, wherein 상기 선택된 응답에 대응되는 처리를 행하는 경우 상기 입출력 멀티플렉싱 시스템 호출의 결과물을 가지고 어느쪽 요구인지를 체크한 후 그 응답을 처리하는 것을 특징으로 하는 서비스 제어시스템의 상태감시 방법.And performing a response corresponding to the selected response, checking which request is the result of the I / O multiplexing system call, and processing the response. 제 6 항에 있어서, The method of claim 6, 상기 선택된 응답에 대응되는 처리가 행해진 후에는 해당 연결의 상태를 "아이들" 상태로 변화시키는 것을 특징으로 하는 서비스 제어시스템의 상태감시 방법.And after the process corresponding to the selected response is performed, changes the state of the connection to an "idle" state. 제 7 항에 있어서, The method of claim 7, wherein 상기 "아이들" 상태로 변화한 후에는 다음 요구를 보낼 주기가 될 때까지 아무일도 하지 않고, 타임아웃이 발생하여 새로 요구를 보내야 할 때 상기 "아이들" 상태를 "준비" 상태로 변화시키는 것을 특징으로 하는 서비스 제어시스템의 상태감시 방법.After changing to the " children " state, the " idle " state is changed to " ready " state when a timeout occurs and a new request needs to be sent, without doing anything until the next request cycle. The state monitoring method of the service control system. 제 2 항에 있어서, The method of claim 2, 상기 각각의 연결의 변화된 상태가 "준비" 상태일 경우 요구를 전송한 후 "대기" 상태로 변화시키는 것을 특징으로 하는 서비스 제어시스템의 상태감시 방법.And when the changed state of each connection is in the " ready " state, changes to the "waiting" state after transmitting a request. 제 2 항에 있어서, The method of claim 2, 상기 각각의 연결의 변화된 상태가 "대기" 상태일 경우 "아이들" 상태로 바뀔 때까지 해당 연결에 대해서 새로운 요구를 보내지 않는 것을 특징으로 하는 서비스 제어시스템의 상태감시 방법.If the changed state of each connection is in the "waiting" state, a new request for the connection is not sent until the state is changed to the "idle" state.
KR1019990054269A 1999-12-01 1999-12-01 Method of monitoring status of service control system KR100621746B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1019990054269A KR100621746B1 (en) 1999-12-01 1999-12-01 Method of monitoring status of service control system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1019990054269A KR100621746B1 (en) 1999-12-01 1999-12-01 Method of monitoring status of service control system

Publications (2)

Publication Number Publication Date
KR20010053761A KR20010053761A (en) 2001-07-02
KR100621746B1 true KR100621746B1 (en) 2006-09-06

Family

ID=19623036

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019990054269A KR100621746B1 (en) 1999-12-01 1999-12-01 Method of monitoring status of service control system

Country Status (1)

Country Link
KR (1) KR100621746B1 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102125081B1 (en) * 2018-11-23 2020-06-19 최운철 Blockchain Middle Ware System using Virtual Money

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03246735A (en) * 1990-02-26 1991-11-05 Nec Corp Monitoring signal detecting system
US5751698A (en) * 1996-03-15 1998-05-12 Network General Technology Corporation System and method for automatically identifying and analyzing active channels in an ATM network
KR20000024775A (en) * 1998-10-01 2000-05-06 정선종 Method for simultaneous opening of disperse de-bugging
KR20000061447A (en) * 1999-03-26 2000-10-16 윤종용 Computer security apparatus and method using screen saver in network system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03246735A (en) * 1990-02-26 1991-11-05 Nec Corp Monitoring signal detecting system
US5751698A (en) * 1996-03-15 1998-05-12 Network General Technology Corporation System and method for automatically identifying and analyzing active channels in an ATM network
KR20000024775A (en) * 1998-10-01 2000-05-06 정선종 Method for simultaneous opening of disperse de-bugging
KR20000061447A (en) * 1999-03-26 2000-10-16 윤종용 Computer security apparatus and method using screen saver in network system

Also Published As

Publication number Publication date
KR20010053761A (en) 2001-07-02

Similar Documents

Publication Publication Date Title
KR102120567B1 (en) Monitoring of isolated applications in containers
US7907534B2 (en) Identifying faulty network components during a network exploration
US6584491B1 (en) Arrangement for monitoring a progress of a message flowing through a distributed multiprocess system
US5276440A (en) Network device information exchange
US6182119B1 (en) Dynamically configurable filtered dispatch notification system
US5781737A (en) System for processing requests for notice of events
US20070156889A1 (en) Method and system for determining application availability
US5333308A (en) Method and apparatus for operating a communication network monitor arrangement
US5768524A (en) Method for processing requests for notice of events
KR19990037685A (en) Method and apparatus for handling processing error in communication exchange
US20020049801A1 (en) Remote tracing of data processing nodes in an asynchronous messaging network
CN112988433B (en) Method, apparatus and computer program product for fault management
US5892818A (en) Method of controlling message overload on a program in a plural processor controlled switching system
US7058743B2 (en) Method and device for dynamic interrupt target selection
US5768523A (en) Program product for processing requests for notice of events
CN101199162B (en) Method, system and device for controlling communication network
WO1998032291A1 (en) Intelligent network with distributed service control function
CN114244654B (en) URL forwarding method, device, equipment and computer storage medium
KR100621746B1 (en) Method of monitoring status of service control system
US20170041402A1 (en) Method for transparently connecting augmented network socket operations
WO2022033672A1 (en) Apparatus and method for injecting a fault into a distributed system
WO2007028727A1 (en) Facilitating detection of hardware service actions
EP1146426A2 (en) Dynamic rule sets for generated logs in a network
US20060248531A1 (en) Information processing device, information processing method and computer-readable medium having information processing program
US20020073153A1 (en) Peer protocol status query in clustered computer system

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20100809

Year of fee payment: 5

LAPS Lapse due to unpaid annual fee