KR19990079453A - Log Management Method of Personal Management System Network Management Device - Google Patents
Log Management Method of Personal Management System Network Management Device Download PDFInfo
- Publication number
- KR19990079453A KR19990079453A KR1019980012081A KR19980012081A KR19990079453A KR 19990079453 A KR19990079453 A KR 19990079453A KR 1019980012081 A KR1019980012081 A KR 1019980012081A KR 19980012081 A KR19980012081 A KR 19980012081A KR 19990079453 A KR19990079453 A KR 19990079453A
- Authority
- KR
- South Korea
- Prior art keywords
- log
- record
- size
- log record
- stored
- Prior art date
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
본 발명은 개인 휴대 통신 시스템 망관리 장치에서 로그 리코드(log record)의 크기를 용이하게 계산하고 최대로 저장가능한 로그 크기(size)의 변동에 따른 유동적인 로깅(logging) 방법을 제공하여 로그 관리를 효율적으로 할 수 있는 개인 휴대 통신 시스템 망관리 장치의 로그 관리 방법에 관한 것으로, 이러한 본 발명은 입력된 이벤트의 속성을 나타내는 애튜리뷰트(attribute)를 생성하여 새로운 로그 리코드를 생성하며, 상기 애튜리뷰트를 1바이트 크기를 갖는 문자 타입을 이용한 문자열(character string)로 변형한 후 그 문자열의 크기를 계산하여 로그 리코드의 크기로 취함으로써 로그 리코드의 크기를 용이하게 계산할 수 있다. 이렇게 크기가 계산된 로그 리코드가 메모리에 저장될 경우, 최대로 저장가능한 최대 로그 크기를 초과하게 된다면, 가장 오래 저장되어 있는 로그 리코드를 삭제하며, 새로운 로그 리코드가 메모리에 저장될 경우 최대 로그 크기보다 커지지 않게 된다면, 다음리코드 식별자에 해당하는 영역에 새로운 로그 리코드를 저장한다. 이러한 방법으로 최대 로그 크기의 제한에 구애받지 않고 유동적으로 로깅할 수 있게 되는 것이다.The present invention provides a log management method by easily calculating the size of a log record in a network management device of a personal mobile communication system and providing a flexible logging method according to a change in the maximum recordable log size. The present invention relates to a log management method of a personal mobile communication system network management apparatus capable of efficiently generating a new log record by generating an attribute representing an attribute of an input event. The size of a log record can be easily calculated by transforming an attribute into a character string using a character type having a size of 1 byte and calculating the size of the string to be the size of the log record. If this sized log record is stored in memory, if the maximum log size that can be stored is exceeded, the oldest log record is deleted, and if a new log record is stored in memory, If it does not grow larger than the log size, the new log record is stored in the area corresponding to the next record identifier. In this way, you can log flexibly regardless of the maximum log size limit.
Description
본 발명은 개인 휴대 통신 시스템 등 이동통신 시스템의 망관리 장치에 관한 것으로, 특히 원거리 통신 망관리 대행자(Telecommunication Management Network Agent; 이하 "TMN Agent"라 약칭한다)에서 저장되는 로그 리코드(log Record)의 크기(size)를 계산하고, 최대 로그 크기(maxLogSize)를 변경하였을 때 유동적으로 로깅(logging)하여 효율적으로 망관리를 하기 위한 것이다.BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a network management apparatus of a mobile communication system such as a personal mobile communication system, and in particular, a log record stored in a telecommunication management network agent (hereinafter abbreviated as "TMN Agent"). It is for efficient network management by calculating the size of the and logging dynamically when the maximum log size (maxLogSize) is changed.
일반적으로, 이동통신 시스템을 작동시킬 때 시스템의 작동 상태의 기록, 보존, 이용자의 습성 조사 및 시스템 동작의 분석 등을 하기 위해 작동 중의 각종 정보를 기록해 둔다. 이 기록을 만드는 것을 로깅(logging)이라 하며, 기록 자체를 로그(log)라 한다. 로그에는 일반적으로 작동 로그와 통계 로그가 있는데, 작동 로그는 이동통신 시스템의 운전 상태를 기록 및 보존하기 위한 일반적인 로그와 하드웨어 장해 정보를 알려주는 장해 로그 등을 기록한 것으로써, 하드웨어 장해 상황, 콘솔(console) 조작 상황 등을 파악할 수 있도록 해준다. 그리고 통계 로그는 중앙처리장치 및 메모리 사용의 효율, 회선 트래픽(traffic), 단말 입출력 데이터량, 회선 접속/절단 시각 등에 대한 정보를 기록한 것으로, 이동통신 시스템 이용자의 습성을 조사할 수 있도록 해주고, 시스템 설계의 기초 자료를 얻을 수 있도록 해준다.Generally, when operating a mobile communication system, various information during operation is recorded for recording, preserving the operating state of the system, investigating the user's habits, analyzing the system operation, and the like. Creating this record is called logging, and the record itself is called a log. The logs generally include operational logs and statistical logs. The operational logs record general logs for recording and preserving the operation status of the mobile communication system, and fault logs indicating hardware failure information. console) allows you to understand the operation status. The statistics log records information on the efficiency of the central processing unit and memory usage, circuit traffic, terminal I / O data amount, line connection / disconnection time, and so on. It allows you to get the basics of the design.
한편 개인 휴대 통신 시스템의 TMN Agent에서 관리 객체(Managed Object; 이하 "MO"라 약칭한다)는 개인 휴대 통신 시스템의 특정 정보를 저장하고 처리하는 객체이다. 이를 저장하기 위해서는 특별한 방법이 요구되나, 본 발명에서는 다루지 않는다. 그리고 호 연결 요구 등 어떤 이벤트(event)가 발생하였을 때, 이 이벤트는 개인 휴대 통신 시스템 TMN Agent의 로그 MO로 전송된다. 로그 MO는 전송받은 이벤트를 해당 리코드 MO로 생성하여 저장한다.Meanwhile, a managed object (hereinafter, abbreviated as "MO") in the TMN Agent of the personal mobile communication system is an object that stores and processes specific information of the personal mobile communication system. Special methods are required to store them, but are not addressed in the present invention. When an event such as a call connection request occurs, the event is transmitted to the log MO of the TMN Agent. The log MO generates and stores the received event as the corresponding record MO.
모든 MO는 애튜리뷰트(attribute)라는 정보를 저장하는 공간을 가지고 있는데, 어떤 MO의 크기는 애튜리뷰트(attribute)의 크기를 합한 것으로 한정한다.Every MO has a space for storing information called attributes, and the size of a certain MO is limited to the sum of the sizes of the attributes.
그리고 log MO에는 최대 로그 크기(max Log Size)라는 애튜리뷰트가 존재한다. 이 애튜리뷰트는 현재 이 로그 MO가 저장할 수 있는 리코드들의 전체 크기를 옥텟(octets)으로 표현한 값이다. 이 값은 시스템 관리자에 의해 바뀔 수 있으며, TMN Agent에 의해 자동적으로 바뀔 수는 없다. 단, 시스템 관리자도 현재 저장된 로그 크기보다 작게 이 값을 변경할 수는 없다.In log MO, there is an attribute called max log size. This attribute is the value in octets representing the total number of records that this log MO can store. This value can be changed by the system administrator and cannot be changed automatically by the TMN Agent. However, the system administrator cannot change this value smaller than the currently stored log size.
그리고 개인 휴대 통신 시스템의 망관리 장치의 로그를 위해서는 최대 로그 크기(max Log Size)를 지정하여 로그하며, 로그 MO가 발생된 이벤트에 대한 로그 작업을 수행하다 보면, 언젠가는 시스템 관리자에 의해 지정된 최대 로그 크기(max Log Size)에 이르게 된다.In addition, for logging of the network management device of the personal mobile communication system, the maximum log size is specified and the log is logged. The maximum log size is reached.
이때 일반적으로 로그 MO가 취할 수 있는 작업은 두가지인데, 첫째는 더 이상 로그 작업을 수행하지 않는 것(HALT)이고, 둘째는 저장된 로그 리코드(log Record) 중 가장 오래된 로그 리코드를 삭제하고 새로운 로그 리코드를 저장하는 것(WRAP)이다. 여기서 로그 MO의 행동 양식중 첫 번째 작업(HALT)은 로그를 수행하지 않는 것이므로 고려 대상이 아니고, 두 번째 작업(WRAP)에 의한 로그 설계시 로그 크기 조정에 따른 방법에 대해 고려한다.In general, there are two actions that the Log MO can take: first, no longer performing log operations (HALT), and second, deleting the oldest log records and saving new ones. To save log records (WRAP). Since the first task (HALT) in the log MO's behavior is not to perform the log, it is not considered, and the log size adjustment method is considered when designing the log by the second task (WRAP).
현재 ITU-T 권고안(recommendation) X.721과 X.735에 기재되어 있는 사항은 로그의 기능에 대해 설명할 뿐, 실제로 구현 방법은 제시하지 않는다.Currently, the information in ITU-T Recommendations X.721 and X.735 only describes the functionality of the logs, but does not actually provide an implementation method.
이에 본 발명은 상기와 같은 비구현된 로그 관리 방법을 구체적으로 구현하기 위해 제안된 것으로, 본 발명의 목적은 원거리 통신 망관리 대행자(TMN Agent)에서 저장되는 하나의 이벤트에 대한 로그 리코드의 크기를 계산하고, 현재 최대 저장 가능한 로그 리코드의 전체 크기인 로그 크기를 변경했을 때 유동적으로 로깅(logging)함으로써, 로그를 효율적으로 관리하여 망관리를 효율적으로 할 수 있는 개인 휴대 통신 시스템 망관리 장치의 로그 관리 방법을 제공하는 데 있다.Accordingly, the present invention has been proposed to specifically implement the above-described non-implemented log management method, and an object of the present invention is the size of a log record for one event stored in a telecommunication agent (TMN Agent). Network management device that can efficiently manage logs by efficiently managing logs by logging the log size and changing the log size, which is the total size of the maximum recordable log records. To provide a log management method of
상기와 같은 목적을 달성하기 위하여 본 발명에 의한 개인 휴대 통신 시스템 망관리 장치의 로그 관리 방법은,In order to achieve the above object, the log management method of the personal mobile communication system network management apparatus according to the present invention,
입력된 이벤트(event)의 로그 리코드(log Record) 크기를 계산하는 로그 리코드 크기 계산 단계와; 크기가 계산된 상기 로그 리코드가 메모리에 저장될 경우, 최대로 저장가능하도록 지정된 로그리코드의 전체 크기인 최대 로그 크기보다 커지게 된다면, 최고 리코드 식별자에 해당하는 로그 리코드를 삭제하는 로그리코드 삭제 단계와; 상기 입력된 로그 리코드가 메모리에 저장될 경우 최대 로그 크기보다 커지지 않게 된다면, 다음리코드 식별자에 해당하는 영역에 입력 로그 리코드를 저장하는 로그리코드 삽입 단계로 이루어짐을 그 방법적 구성상의 특징으로 한다.A log record size calculation step of calculating a log record size of an input event; If the log record whose size is calculated is stored in memory, the log record corresponding to the highest record identifier is deleted if it becomes larger than the maximum log size, which is the total size of the log record designated to be stored maximum. A record deletion step; If the input log record is stored in a memory, the log record insertion step of storing an input log record in a region corresponding to a next record identifier is performed. It is done.
상기 로그 리코드 크기 계산단계는, 입력된 이벤트의 속성을 나타내는 애튜리뷰트(attribute)를 생성하여 로그 리코드를 생성하는 단계와, 상기 애튜리뷰트를 1바이트 크기를 갖는 문자 타입을 이용한 문자열(character string)로 변형하여 그 문자열의 크기를 계산하고 그 결과값을 로그 리코드의 크기로 취하는 단계로 구성됨을 특징으로 한다.The log record size calculation step may include generating an attribute representing an attribute of an input event to generate a log record, and using the character string having a character type having a size of 1 byte ( character string) to calculate the size of the string and take the result as the size of the log record.
도 1은 본 발명에 의한 개인 휴대 통신 시스템 망관리 장치의 로그 관리 방법을 보인 흐름도,1 is a flowchart illustrating a log management method of a personal mobile communication system network management apparatus according to the present invention;
도 2a와 도2b 및 도2c는 본 발명에 의한 유동적 로깅 방법에 따른 메모리 상태도.2A, 2B and 2C are diagrams of memory states according to the flexible logging method according to the present invention;
이하, 상기와 같은 본 발명 개인 휴대 통신 시스템 망관리 장치의 로그 관리 방법을 첨부된 도면에 의거 상세히 설명하면 다음과 같다.Hereinafter, a log management method of the present invention as described above will be described in detail with reference to the accompanying drawings.
도1은 본 발명에 의한 개인 휴대 통신 시스템 망관리 장치의 로그 관리 방법을 보인 흐름도이다.1 is a flowchart illustrating a log management method of a personal communication system network management device according to the present invention.
이에 도시된 바와 같이, 입력된 이벤트의 로그 리코드 크기를 계산하는 로그 리코드 크기 계산 단계(ST11-12)와; 크기가 계산된 상기 로그 리코드가 메모리에 저장될 경우 최대 로그 크기보다 커지게 된다면, 최고 리코드 식별자에 해당하는 로그 리코드를 삭제하는 로그리코드 삭제 단계(ST13-ST15)와; 상기 입력된 로그 리코드가 메모리에 저장될 경우 최대 로그 크기보다 커지지 않게 된다면, 다음리코드 식별자에 해당하는 영역에 입력 로그 리코드를 저장하는 로그리코드 삽입 단계(ST16-ST17)로 구성된다.As shown therein, a log record size calculation step (ST11-12) for calculating a log record size of an input event; A log record deleting step (ST13-ST15) of deleting the log record corresponding to the highest record identifier if the log record whose size is calculated is larger than the maximum log size when stored in the memory; When the input log record is stored in the memory, the log record insertion step (ST16-ST17) stores the input log record in an area corresponding to the next record identifier if the log log record is not larger than the maximum log size.
상기 로그 리코드 크기 계산단계(ST11-ST12)는, 입력된 이벤트의 속성을 나타내는 애튜리뷰트(attribute)를 생성하여 로그 리코드를 생성하는 단계와, 상기 애튜리뷰트를 1바이트 크기를 갖는 문자 타입을 이용한 문자열(character string)로 변형하여 그 문자열의 크기를 계산하고 그 결과값을 로그 리코드의 크기로 취하는 단계로 구성된다.The log record size calculation step (ST11 to ST12) may include generating an attribute representing an attribute of an input event to generate a log record, and having the attribute having a byte size of 1 byte. It converts the character string into a character string, calculates the size of the string, and takes the result as the size of the log record.
상기 최대 로그 크기는, 시스템 관리자에 의해 의해 지정되는 값으로서, 로그 MO가 저장할 수 있는 로그 리코드의 전체 크기를 옥텟(octet)으로 표현한 값이다.The maximum log size is a value specified by the system administrator, and is a value expressed in octets of the total size of log records that the log MO can store.
상기 최고 리코드 식별자는, 로그 리코드의 입력 순서대로 해당 로그 MO에 의해 순차적으로 부여된 리코드 식별자중 가장 오래 저장된 로그 리코드의 식별자를 취하고, 저장된 로그 리코드가 삭제될 때마다 1씩 증가시킨다.The highest record identifier takes the identifier of the longest stored log record among the record identifiers sequentially assigned by the corresponding log MO in the order of log record input, and increases by 1 each time the stored log record is deleted. Let's do it.
상기 다음리코드 식별자는, 해당 로그 MO에 의해 저장된 로그 리코드에 해당되는 리코드 식별자 다음의 리코드 식별자를 취하고, 로그 리코드가 삽입될 때마다 1씩 증가시킨다.The next record identifier takes the record identifier next to the record identifier corresponding to the log record stored by the log MO, and increments by 1 each time a log record is inserted.
상기와 같은 본 발명에 의한 개인 휴대 통신 시스템 망관리 장치의 로그 관리 방법을 첨부한 도면에 의거 상세히 설명하면 다음과 같다.Referring to the log management method of the personal mobile communication system network management device according to the present invention as described above in detail as follows.
먼저, 개인 휴대 통신 시스템에서 호 연결 요구 등 이벤트가 발생되면, 망관리 장치의 원거리 통신 망관리 대행자(TMN Agent)는 이 이벤트를 로그 MO(log Managed Object)로 전송한다(ST11). 로그 MO는 이 이벤트를 메모리에 저장하기 위해 로그 리코드로 생성한다. 이때 이벤트의 종류 등 이벤트의 속성을 나타내는 애튜리뷰트(attribute)를 생성하게 되는데, 애튜리뷰트는 애튜리뷰트 타입(attribute type)과 애튜리뷰트 값(attribute value)으로 구성된다. 이에 따라 이 애튜리뷰트 타입과 애튜리뷰트 값을 각각 인코딩(encoding)하여 문자열(character string)로 변형시킨다. 그리고 이 변형된 문자열의 개수를 그 애튜리뷰트의 크기로 취하여 로그 리코드의 크기를 계산하게 되는 것이다(ST12).First, when an event such as a call connection request is generated in the personal mobile communication system, the telecommunication agent (TMN Agent) of the network management device transmits this event to the log MO (log managed object) (ST11). Log MO generates log records to store these events in memory. At this time, an attribute indicating an attribute of the event, such as an event type, is generated. The attribute is composed of an attribute type and an attribute value. As a result, the attribute type and the attribute value are respectively encoded and converted into character strings. Then, the size of the log record is calculated by taking the number of modified strings as the size of the attribute (ST12).
한편 로그 MO는 모든 로그리코드에 대해 순차적인 리코드 식별자를 부여하게 되는데, 이 순차적인 리코드 식별자는 0부터 오름차순으로 증가된다. 그리고 그 순차적인 리코드 식별자의 가장 오래 저장된 로그 리코드의 해당 식별자를 최고 리코드 식별자(mostOld)라는 이름을 부여하여 저장한다. 물론 이 순차적인 리코드 식별자는 롱타입(long type;4바이트)을 사용하고, 로그 리코드의 개수는 최대 4 바이트가 저장할 수 있는 수치만큼보다는 적다고 가정한다. 이 최고 리코드 식별자는 처음에 -1로 셋팅(setting)되며, 첫 로그 리코드가 저장될 때 0으로 변경된다. 그리고 저장된 로그 리코드가 삭제될 때마다 1씩 증가되며, 이렇게 계속 증가되다가 이 값이 ox0fffffff일 경우에는 도2c에 도시된 바와 같이 다음 증가시에 0이 된다.Meanwhile, the log MO assigns a sequential record identifier to all log records, and the sequential record identifiers are incremented from 0 to ascending order. The identifier of the longest stored log record of the sequential record identifier is named and stored as the name of the most record identifier (mostOld). Of course, it is assumed that this sequential record identifier uses a long type (4 bytes), and that the number of log records is smaller than the maximum 4 bytes can store. This highest record identifier is initially set to -1 and changed to 0 when the first log record is saved. Each time the stored log record is deleted, the value is incremented by 1. If the value is ox0fffffff, the value is ox0fffffff and becomes 0 at the next increase as shown in FIG. 2C.
또한 로그 MO는 가장 최신에 입력되어 저장된 로그 리코드에 해당되는 리코드 식별자보다 1 많은 수치를 갖는 다음 리코드 식별자(nextRecordId)를 갖게 되는데, 이 다음 리코드 식별자(nextRecordId)는 입력되는 로그 리코드를 저장하는 데 사용되며, 처음은 0으로 셋팅된다. 그런 후 로그리코드가 저장될 때마다 1씩 증가되며, 이렇게 증가되다가 최대 4바이트가 저장될 수 있는 ox0fffffff 값이 되면 다음 증가시에 0으로 된다.In addition, the log MO has a next record identifier (nextRecordId) having one more number than the record identifier corresponding to the most recently entered and stored log record, and the next record identifier (nextRecordId) is the log record to be input. It is used to store the string, and is initially set to zero. It is then incremented by 1 each time the log record is stored, and then incremented by 1 to ox0fffffff, where up to 4 bytes can be stored.
그리고 로그 MO는, 현재 이 로그 MO가 저장할 수 있는 로그 리코드들의 전체 크기를 옥텟(octet)으로 표현한 값인 최대 로그 크기(maxLogSize)라는 애튜리뷰트를 갖으며, 이 값은 시스템 관리자에 의해 지정된다.The log MO has an attribute called maxLogSize, which is an octet representing the total size of log records that can be stored by the log MO, which is designated by the system administrator. .
발생된 이벤트를 수신하여 로그 리코드로 생성하고, 이 로그 리코드의 크기를 계산한 후 로그 MO는, 이 로그리코드를 저장하기에 앞서, 이 로그리코드의 크기와 이미 저장된 로그 리코드 크기인 현재 로그 크기(currentLogSize)를 가산한다. 그리고 이 가산된 결과값과 최대 로그 크기(maxLogSize)를 비교한다(ST13). 이 비교 결과 최대 로그 크기보다 커지지 않으면, 다음 리코드 식별자에 해당되는 영역에 로그 리코드를 저장하고(ST16), 다음 리코드 식별자 값을 상기한 증가 방식에 따라 1 증가시킨다(ST16). 이때 현재로그크기(currentLogSize)는 현재 저장된 로그 리코드의 크기만큼 증가된다.After receiving the generated event and generating it as a log record and calculating the size of the log record, the log MO, before storing this log record, the size of this log record and the already stored log record size. Add the current log size (currentLogSize). The added result is compared with the maximum log size (maxLogSize) (ST13). If the comparison result is not greater than the maximum log size, the log record is stored in an area corresponding to the next record identifier (ST16), and the next record identifier value is increased by one according to the above-described incrementing method (ST16). At this time, the current log size is increased by the size of the currently stored log record.
이렇게 계속 발생되는 이벤트에 대해 로그 리코드를 저장하다가, 입력된 로그 리코드가 메모리에 저장될 경우, 입력된 로그 리코드의 크기와 현재로그크기(currentLogSize)를 가산한 값이 최대 로그 크기(maxLogSize)보다 커지면, 도2b에 도시된 바와 같이, 로그 MO는 최고 리코드 식별자(mostOld)에 해당하는 가장 오래 저장되어 있던 로그 리코드를 삭제한다(ST113). 이때 현재로그크기(currentLogSize)는 삭제된 로그 리코드의 크기만큼 감소시키며, 최고리코드 식별자(mostOld)는 상기한 증가 방식에 따라 1 증가시킨다(ST14-ST15).If the log record is saved for this event, and the log record is saved in memory, the maximum log size (maxLogSize) is obtained by adding the size of the input log record and the current log size. 2B, the log MO deletes the longest stored log record corresponding to the highest record identifier (mostOld) (ST113). At this time, the current log size (currentLogSize) is reduced by the size of the deleted log record, the maximum record identifier (mostOld) is increased by one according to the above-described increase method (ST14-ST15).
이후 로그 MO는, 현재로그크기(currentLogSize)와 입력된 로그 리코드의 크기를 가산한 값과 최대 로그 크기(maxLogSize)를 다시 비교한다(ST13). 이 결과 현재로그크기(currentLogSize)와 입력된 로그 리코드의 크기를 가산한 값이 최대 로그 크기(maxLogSize)보다 커지지 않으면, 입력된 이벤트에 대한 로그 리코드를 삽입하는 상기 로그 리코드 삽입단계(ST16-ST17)를 수행하게 된다.Thereafter, the log MO compares the current log size (currentLogSize) with the size of the input log record and the maximum log size (maxLogSize) again (ST13). As a result, if the value obtained by adding the current log size (currentLogSize) and the size of the input log record does not become larger than the maximum log size (maxLogSize), the log record insertion step of inserting a log record for the input event (ST16) ST17) is executed.
이렇게 로그 MO는 입력된 이벤트에 대한 로그 리코드를 저장하기에 앞서, 이 새로운 로그 리코드가 저장될 경우 메모리에 저장되어 있는 로그 리코드의 크기가 최대 로그 크기(maxLogSize)보다 커지지 않는지의 여부를 검사한 후, 커지면 가장 오래 저장되어 있던 로그 리코드를 삭제하고 새로운 로그 리코드를 저장함으로써, 최대로그크기의 제한에 대처하여 유동적으로 로깅하게 되는 것이다.Before the log MO stores the log records for the entered events, the log MO determines whether the log records stored in memory are not larger than the maximum log size (maxLogSize) when these new log records are saved. After checking, if it grows, it deletes the oldest log record and saves the new log record, so that it can flexibly log in response to the limit of the maximum log size.
이상에서 살펴본 바와 같이, 본 발명에 의한 개인 휴대 통신 시스템 망관리 장치의 로그 관리 방법은, 원거리 통신 망관리 대행자(TMN Agent)에서 하나의 이벤트에 대한 로그 리코드의 애튜리뷰트를 문자열로 인코딩하고, 인코딩된 문자열의 개수로 로그 리코드의 크기를 계산할 수 있으므로, 로그 리코드의 크기를 용이하게 계산할 수 있는 효과가 있게 된다.As described above, the log management method of the personal mobile communication system network management apparatus according to the present invention encodes an attribute of a log record for one event in a telecommunications network management agent (TMN Agent) as a string. Since the size of the log record can be calculated from the number of encoded strings, the size of the log record can be easily calculated.
또한 로그 리코드의 크기를 용이하게 계산할 수 있으므로 최대 저장 가능한 최대로그크기의 초과 여부를 정확하고 신속하게 파악할 수 있어서 최대로그크기의 제한에 유동적으로 대처하여 로깅할 수 있게 되는 효과가 있게 된다.In addition, since the size of the log record can be easily calculated, it is possible to accurately and quickly determine whether the maximum log size is exceeded and can be logged in response to the limitation of the maximum log size.
Claims (4)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1019980012081A KR19990079453A (en) | 1998-04-06 | 1998-04-06 | Log Management Method of Personal Management System Network Management Device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1019980012081A KR19990079453A (en) | 1998-04-06 | 1998-04-06 | Log Management Method of Personal Management System Network Management Device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR19990079453A true KR19990079453A (en) | 1999-11-05 |
Family
ID=65860638
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1019980012081A KR19990079453A (en) | 1998-04-06 | 1998-04-06 | Log Management Method of Personal Management System Network Management Device |
Country Status (1)
| Country | Link |
|---|---|
| KR (1) | KR19990079453A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101393845B1 (en) * | 2011-03-16 | 2014-05-12 | 가부시끼가이샤 도시바 | Image recording and reproducing apparatus and operation history log managing method |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0546641A (en) * | 1991-08-19 | 1993-02-26 | Nec Corp | On-line data succeeding system |
| JPH0764875A (en) * | 1993-08-31 | 1995-03-10 | Nec Corp | System management log control function |
| JPH1011330A (en) * | 1996-06-26 | 1998-01-16 | Ricoh Co Ltd | Log recording method and device therefor |
| KR100212447B1 (en) * | 1996-11-22 | 1999-08-02 | 정선종 | Method to prevent dangling transaction |
-
1998
- 1998-04-06 KR KR1019980012081A patent/KR19990079453A/en not_active Application Discontinuation
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0546641A (en) * | 1991-08-19 | 1993-02-26 | Nec Corp | On-line data succeeding system |
| JPH0764875A (en) * | 1993-08-31 | 1995-03-10 | Nec Corp | System management log control function |
| JPH1011330A (en) * | 1996-06-26 | 1998-01-16 | Ricoh Co Ltd | Log recording method and device therefor |
| KR100212447B1 (en) * | 1996-11-22 | 1999-08-02 | 정선종 | Method to prevent dangling transaction |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101393845B1 (en) * | 2011-03-16 | 2014-05-12 | 가부시끼가이샤 도시바 | Image recording and reproducing apparatus and operation history log managing method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Chung et al. | Computing approximate blocking probabilities for large loss networks with state-dependent routing | |
| CN111881133B (en) | Storage bucket management method and device, computer equipment and readable storage medium | |
| EP0804841B1 (en) | Method for comparing attribute values of controllable object expressions in a network element | |
| US20080086561A1 (en) | Method for obtaining log information from network element device by network management server, a network element device and a network management server | |
| US6499059B1 (en) | Method of controlling a network element using a service profile and apparatus of the same | |
| Lam et al. | An improved algorithm for performance analysis of networks with unreliable components | |
| US6944657B1 (en) | Automatic network synchronization of the network configuration with the management information database | |
| US6385650B1 (en) | Arrangement and method relating to information managing systems | |
| CN107526690B (en) | Method and device for clearing cache | |
| KR19990079453A (en) | Log Management Method of Personal Management System Network Management Device | |
| Cisco | Configuring ATM Accounting and ATM RMON | |
| Cisco | Configuring ATM Accounting and ATM RMON | |
| US20080172552A1 (en) | Method for the selective and collective transmission of messages in a tmn network | |
| US5893103A (en) | Method of reconstructing a managed information tree | |
| Mourelatou et al. | An approach to identifying QoS problems | |
| Kotapati et al. | CAT—a practical graph & SDL based toolkit for vulnerability assessment of 3G networks | |
| KR100464486B1 (en) | A method of managing log data for operating terminal in atm exchange | |
| KR100305769B1 (en) | A method of managing association for optical communication system | |
| KR100553803B1 (en) | System for managing data of network device in asynchronous transfer mode network and method thereof | |
| KR100228401B1 (en) | Method for controlling alarm log start in tmn managing system | |
| CN116668298A (en) | Method for monitoring shared bandwidth flow under public cloud platform | |
| US20030123638A1 (en) | Multi-application operations management for single system environments | |
| KR100243699B1 (en) | Telecommunication management network | |
| Aydemir et al. | An ATM network-view model for integrated layer-network management | |
| US6256316B1 (en) | Communication method in centralized supervisory system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination | ||
| N231 | Notification of change of applicant | ||
| N231 | Notification of change of applicant | ||
| E902 | Notification of reason for refusal | ||
| E601 | Decision to refuse application |