KR100606339B1 - System and method for managing process status of the hlr system - Google Patents

Abstract

The present invention relates to a system and method for managing a state of application processes existing in a home location register (HLR) system, which is a component of a mobile communication network. The present invention relates to a process state management system and method for managing the process state using unique information assigned to a process to be managed by the HLR system that can manage the operation state of an application process in near real time without burdening the system.

The constitutional means of the present invention proposed as described above comprises: a process shape / state information unit for reading and storing process shape information stored in an external storage device and reflecting states of processes; A process state information collecting unit which periodically collects state information about the process to manage the process and changes state information of the process shape / state information unit; A process driver which drives the processes according to the command of the process state information collector; A message processing unit which can exchange information with the processes and the operator's work seat; And a system overload information collecting unit configured to collect information on resource usage rates and monitor whether the system is overloaded.

HLR system, process management

Description

Process status management system and method thereof of H.L system {SYSTEM AND METHOD FOR MANAGING PROCESS STATUS OF THE HLR SYSTEM}

1 is an overall configuration diagram of an HLR system.

2 is a flowchart illustrating a process state management method of a conventional HLR system.

3 is a block diagram of a process state management system of the present invention.

4 is a flowchart illustrating a process state management method of the present invention.

5 is a flowchart illustrating process driving determination according to an embodiment of the present invention.

6 is a flowchart illustrating a process steady state determination according to an embodiment of the present invention.

7 is a flowchart illustrating a message processing method according to an embodiment of the present invention.

The present invention relates to a system and method for managing a state of application processes existing in a home location register (HLR) system, which is a component of a mobile communication network. The present invention relates to a process state management system and method for managing an operating state of an application process in real time without burdening the system by managing process state using unique information assigned to a process to be managed.

In general, as shown in FIG. 1, the HLR system uses a host computer (hereinafter, referred to as a "target system"), a hardware installed in a target system, an operating state of an application software, and the use of system resources as shown in FIG. It consists of an operator work area (OSM) that informs and controls the operator and the situation, and a printer that prints out all logs generated during operation. The target system is composed of several processes for performing the functions of the HLR system and process management blocks for managing their normal operating states.

The mobile HLR system stores a large amount of subscriber information and provides subscriber information requested by an exchange or visitor location register (VLR). There are many processes in the HLR system as shown in FIG. .

Communication network elements, including HLR systems, are in principle unable to interrupt service provision, minimizing downtime in the event of disruption of service due to a system failure or abnormal operation or abnormal termination of a process (operating application software). It automatically monitors, controls and restores the hardware or process status in real time.

To this end, as described above, the HLR system is provided with a function of monitoring and managing the state of hardware and processes, and an operator task seat (OMS) that allows an operator to check, control, and recover the state of the HLR system. Among them, a function of monitoring and managing the status of the process is handled by a process management block. The process management block is an application process for abnormally terminating or abnormal operation of processes in the HLR system.

The conventional method for managing the process state using the process management block is to manage the process state based on the state information delivered as a result of request through the message queue of the managed process, or to check the lock file used by the managed process. There is a way to manage the state of the managed process through.

The message queue method can be used to determine whether a managed process that is operating normally is abnormal or to generate unnecessary messages when the system is overloaded. There is a problem that can not accurately determine the existence of the process to be managed by.

A specific embodiment of the conventional process state management method will be described with reference to FIG. 2, which shows a process diagram of the process state management method, and looks at the problems that occur in the prior art.

In the process management block, the designated message is transmitted to the corresponding managed object process (S1), and it is determined whether there is a response from the managed object process to which the message is delivered (S2).

If there is a response from the process as a result of determining whether there is a response, it is determined that the managed target process to which the message is delivered is in a normal state, and then delivers a designated message to the corresponding managed target process (S3). If there is no response from the managed object process to which the result message is delivered, it is determined whether the number of times of no response is equal to or more than a predetermined number n (S4).

If the number of non-compliance is determined to be more than a certain number of times as a result of the determination, the management target process is determined to be indeterminate and the operator should take proper measures to restore normal operation (S5). In order to check the status again, the procedure of transmitting the designated message is once again performed.

In summary, the process management block transmits a designated message to the managed processes, and the target processes respond to the process management block with the response. If it did not respond, the application process did not start or was determined to be in an abnormal state. Therefore, the application process was interrupted and a new process was started to start the application process.

That is, the conventional process management block uses a method of periodically sending and receiving messages with the application processes in order to manage the state of the application process. However, the conventional method of transmitting and receiving such a message uses a system resource, and thus, if an overload condition occurs in the system, there is a problem that the state of application processes cannot be managed.

In addition, when the application process is temporarily unable to respond to a message because the amount of messages to be processed is excessive, it may not be able to accurately determine the state of the process, and it takes considerable time to detect the interruption or abnormal state of the process. Problem occurs.

The present invention was devised to solve the problems of the prior art as described above. In managing the state of processes in the HLR system, it is possible to accurately determine the operating state of an application process in real time and close to the processes without putting a load on the system. It is an object of the present invention to provide a process state management system and method of the HLR system that can be recovered quickly when an abnormal situation occurs.

The present invention for achieving the above object is a process shape / state information unit for reading and storing the process shape information stored in the external storage device, and reflects the state of the process;
A process state information collecting unit which periodically collects state information about the processes to manage the process and change state information of the process shape / state information unit;
A process driver which drives the processes according to the command of the process state information collecting unit;
A message processor which analyzes the messages received from the processes and delivers new operation information to the process state information collector;
Including a system overload information collection unit for managing the system resources used by the process in real time and collects information on the message queue of the system resource information from the storage space in the operating system for storing the changed information in a certain space to monitor whether the system is overloaded It provides a process state management system of the made HLR system.
In addition, another aspect of the present invention is the initialization step of initializing the process shape / state information unit for managing and recovering the state of the processes to be managed according to activation of the HLR system of the mobile communication network;
Collecting status information by the process state information collector; determining whether all of the processes to be managed are present in the process list based on the collected state information; and if there is a process that does not exist as a result of the determination during the process, the process driver A non-driven process driving step comprising driving a corresponding process using;
A normal recovery driving step of determining whether the driven processes remain in a normal state and recovering the normal process when the abnormal state is abnormal for a predetermined time;
Receiving, by a message processing unit, a message from the driven processes;
After receiving the message, it is determined whether the status check period has been reached, and if so, checks the process status again, and if not, provides a process state management method of the HLR system comprising a message processing step of processing the received message.

delete

delete

delete

delete

delete

delete

delete

delete

delete

delete

delete

delete

Hereinafter, with reference to the accompanying drawings will be described in detail the operation and preferred embodiment of the process state management system and method of the HLR system of the present invention consisting of the above configuration means.

Figure 3 is a block diagram showing a process state management system of the present invention HLR system, with reference to this will be described in detail the operation and embodiment of the relevant components. On the other hand, the process state management system is implemented by the function of the process management block, process shape information required for the operation of the process management block, the drive process information storage space in the operating system, the system resource usage information storage spaces in the operating system will be.

The process shape / state information unit 11 in the process management block 10 reads and stores process shape information stored in an external storage device in order for the process management block to appropriately manage the states of the processes to be managed 50. It is responsible for reflecting their condition. That is, the state and shape of the processes to be managed are read and reflected from an external storage device, and the overall process state information is stored by continuously reflecting the information collected by the process state information collecting unit and the system overload information collecting unit to be described later. Doing. The storage state of the process shape / state information unit which stores this overall process information is shown in Table 1 below.

Table 1

Process Name Process number Process ID Queue Key Queue ID Queue R-time Queue S-time Process Status Abnormal Count One AAA 8000 307 2000 223 10:15:03 10:15:03 SLEEP 0 2 BBB 8100 2001 224 10:02:48 10:02:48 NONE 0 3 CCC 8200 581 2002 225 10:15:03 10:15:03 SLEEP 0 4 DDD 8300 894 2003 226 10:15:03 10:15:03 RUNNING 3 5 EEE 9000 2890 3000 227 10:15:03 10:15:03 SLEEP 0 6 FFF 9100 156 3001 228 10:15:03 10:15:03 SLEEP 0 7 GGG 9200 4928 3002 12 10:15:03 10:15:03 SLEEP 0 8 HHH 9400 3309 3003 13 10:15:03 10:15:03 SLEEP 0 9 III 9500 349 3004 14 10:14:53 10:14:53 SLEEP 0 10 JJJ 9600 303 3005 189 10:15:03 10:15:03 SLEEP 0

If you look closely at Table 1, the process name BBB process is not recorded the process ID assigned by the operating system when the process is running, it is not known whether the process state is SLEEP or RUNNING. Therefore, as will be described later, the process state information collector reflects the storage state of the process shape / state information unit to drive the process having the process name BBB through the process driver, and receives the operation information and receives the process shape / state It acts to change the content of information in the information part.

The process shape information 20 stored in the external storage device stores information on a list of software for providing the HLR service as information stored in a storage external storage space such as a disk. The list includes the message queue key that will be used to run the software, the process number that the HLR system will recognize for itself, and the software version. The storage form of the process information stored in the external disk is stored as shown in Table 2 below.

Table 2

  Process name   Process number   Queue Key   Version  One     AAA    8000    2000    2.0  2     BBB    8100    2001    2.5  3     CCC    8200    2002    1.2  4     DDD    8300    2003    1.9  5     EEE    9000    3000    3.1  6     FFF    9100    3001    1.0  7     GGG    9200    3002    2.2  8     HHH    9400    3003    5.4  9     III    9500    3004    2.8  10     JJJ    9600    3005    1.5

The process state information collecting unit 12 in the process management block 10 periodically manages a process by collecting state information about the process and, when there is new operation information about the process, provides information on the process shape / status information unit. It is responsible for changing and reflecting. That is, when the state management operation of a process is started, whether the managed processes are all operating normally or normally based on the information content in the process shape / status information unit and the information content stored in the operating process information storage space of the operating system. If it is determined that it is not being driven or in an abnormal state, it plays a role of driving or stopping / restarting the corresponding process through a process driving unit to be described later.

On the other hand, the process state information collecting unit stores the state of the currently running processes in the drive process information storage space of the operating system that stores the information to read in order to determine whether all the processes to be managed. That is, when the operating system periodically stores information of a process currently operating in the system in a file format in a predetermined space in a driving process information storage space of the operating system, the process state information collecting unit 12 operates in the operating system to collect information. Read information from the process information storage space.

The operating process information storage space in the operating system stores information on a process ID, a process name, a process driving time, a process priority, a process size, a process operation state, etc. assigned by the operating system, and the stored information is shown in the table below. Same as 3.

Table 3

Process Name Process ID Process Status Process Start Time  One    sched    112    SLEEP    07:03:56  2    FFF    156    SLEEP    11:12:31  3    JJJ    303    SLEEP    10:07:52  4    AAA    307    SLEEP    10:07:51  5    III    349    SLEEP    10:08:02  6    fsflush    1126    SLEEP    03:45:22  7    EEE    2890    SLEEP    09:43:36  8    DDD    894    RUNNING    09:43:36  9    HHH    3309    SLEEP    09:43:41  10    CCC    581    SLEEP    09:43:42  11    -csh    755    SLEEP    19:50:34  12    GGG    4928    SLEEP    10:08:03 ...    ...    ...    ...    ...

The process driver 13 in the process management block 10 collects process state information when it is determined that there is a process that is not driven among the managed processes based on the information collected by the process state information collecting unit 12. It executes the process according to the negative command.

The message processing unit 14 in the process management block 10 is responsible for receiving and analyzing a message when the managed processes deliver a predetermined message to the process management block, and processing the message. do. That is, when the process is driven by the process driver, the process delivers new operation information to the process management block. The message processing unit receives and analyzes the message and delivers the new operation information to the process state information collecting unit. . Then, the process state information collecting unit changes the information of the process shape / state information unit based on this.

The system overload information collecting unit 15 in the process management block 10 collects information on resource utilization rates of the system and monitors whether the system is overloaded. That is, system overload is monitored based on the information stored in the system resource usage information storage space in the operating system, the information recorded in the process shape / status information section, and the resource usage information received from the processes to be managed. Meanwhile, the system resource usage information storage space in the operating system is a space for managing system resources used by processes in real time and continuously storing changed information, and stores system resources such as an operation memory, a message queue, a shared memory, and a semaphore. Among them, information on the message queue is read by the system overload information collecting unit to monitor whether the system is overloaded. The information on the message queue includes the message queue key assigned to the process, the message queue ID assigned to the message queue key by the operating system, the last message reception time (R-time) in the message queue, and the last message transmission time (S-) of the message queue. time), the block that sent the message to the corresponding message queue, the size and number of messages remaining (not received) in the message queue, and the user information of the message queue.The resource usage information stored inside the operating system is shown in Table 4. Stored.

Table 4

Queue ID Queue Key Queue R-time Queue S-time Queue Bytes Queue Number   One   12   3002  10:15:03  10:15:03    0    0   2   13   3003  10:15:03  10:15:03    0    0   3   14   3004  10:14:53  10:14:53    0    0   4   223   2000  10:15:03  10:15:03    0    0   5   224   2001  10:02:48  10:02:48    249    3   6   225   2002  10:15:03  10:15:03    40    One   7   226   2003  10:15:03  10:15:03    0    0   8   227   3000  10:15:03  10:15:03    0    0   9   228   3001  10:15:03  10:15:03    0    0   10   189   3005  10:15:03  10:15:03    0    0   ...   ...   ...  ...  ...    ...    ...

Next, a procedure and a preferred embodiment of a process state management method of an HLR system of the present invention, which is achieved by the operation of the components of the process state management system described above, will be described in detail with reference to the accompanying drawings.

Referring to the attached FIG. 4 to FIG. 7, the procedure regarding the process state management method of the present invention HLR system is as follows. 4 is a flowchart illustrating a method for managing a process state according to the present invention, FIG. 5 is a flowchart illustrating a process driving determination according to an embodiment of the present invention, and FIG. 6 is a procedure according to a process normal state determination according to an embodiment of the present invention. 7 is a flowchart illustrating a message processing method according to an embodiment of the present invention.

First, when the HLR system is activated to manage, change, or recover the states of the processes of the HLR system, the process shape / state information unit having state information of the managed processes is initialized. That is, when the initial driving is performed, the information on the shape of the application process defined in the HLR system and stored in the external storage device and stored in the external storage device, and the process name, message queue key value, process version, and process driving method defined by the corresponding process unique value are displayed. The data is read and stored in the internal process shape / state information unit (S10).

When the initialization is completed, it is determined whether all the processes are driven in the process list stored in the process shape / state information unit, and if there are processes that are not driven, the process of driving them is performed. In other words, the process state information collecting unit reads information stored in the external storage space, operating process state information of the operating system, and system resource usage information of the operating system, and stores the process state information collecting unit if there is a process that is not running. If there is a process that is not determined and driven, the process is driven through the process driver (S20). Looking at Table 1 above, we can see that a process with a process name of BBB does not have a process ID, which means that process BBB is not running, so action is required to run the BBB process.

Referring to FIG. 5, the driving procedure according to the process driving determination will be described. First, the process state information collecting unit collects state information (S21). That is, it collects state information and determines whether it is running because there is no process ID assigned in the operating system even though it is a managed process in the system. On the basis of the collected information, it is checked whether unique process IDs of the management target processes are registered in the operating process list in the operating system (S22). If all of the processes to be managed are registered in the driving process list as a result of the checking, it may be determined whether the processes, which are the next procedure, are in a normal state. After that, it may be determined whether a process is in a normal state (S23).

When the procedure for driving the non-driven process is completed, it is necessary to determine whether the driven processes remain in a normal state. If the determination result is abnormal for more than a predetermined time, the procedure for restoring and driving normally is performed. In other words, even if the process to be managed is registered in the operating process list in the operating system and the process shape / status information unit which reads this information is also registered in the driving process list, it is not possible to say that all processes are in a normal state. Should be (S30). In Table 1, the process BBB knows that the process state is NONE, not SLEEP or RUNNING, and it is in an abnormal state. If this state persists for a certain time, it is considered abnormal and the process is stopped. Perform the operation of restarting again.

The step of determining whether the process is in a normal state and performing the corresponding procedure will be described with reference to FIG. 6, which first checks the driving process state periodically to confirm whether it is normal (S31). If the check result is confirmed to be in a normal state, after initializing the abnormal state sustain counter and receiving a message from the driving process, the next procedure (S32, S36), if it is confirmed that the driving process is abnormal state is abnormal After increasing the state persistence counter (counter value for final determination that a specific process is abnormal), it is determined whether the counter value exceeds a predetermined value (counter value for final determination as an abnormal state) (S33 and S34). If the counter value exceeds the predetermined value as a result of the determination, the process is finally determined to be in an abnormal state, and the process is stopped and restarted (S35).

The driven or restarted processes transmit a message including process-specific operation information such as a unique process ID and a unique message queue ID received from an operating system to the message processing unit, and the message processing unit performs a procedure of analyzing the message (S40). ).

After receiving the message, it is determined whether the status check cycle is reached before processing the message. If the status check cycle is reached, the process status is checked again to start or stop the process if there is a process that is not running or there is an abnormal process. / Perform a restart procedure, and if the status check cycle has not reached the procedure to process the received message (S50, 560). In other words, rather than processing the message immediately after receiving the message, the status check period for checking status is designated periodically for near-real-time process status management. When this period is reached, the process returns to process status checking without performing message processing. Go ahead and manage the process state. When there is new operation information on the process, the message processing is transferred to the process state information collecting unit, and the new information is changed to new information by reflecting the process shape / state information unit.

Referring to FIG. 7, the message processing step will be described in more detail. If a message is received from the driving process and the status check period is not reached, the message processing operation is continued (S61). The received message is analyzed by the message processing unit. The message processing unit determines whether the received message includes the contents of the new operation information, and if there is new operation information such as a process ID, the process state information collecting unit. It is delivered to (S62, S63). Then, the process state information collecting unit that has received the new operation information changes the state of the process as the process information is changed to the process shape / state information unit with the new operation information (S64).

According to the process state management system and method of the present invention HLR system having the above configuration means and preferred embodiments, it is possible to manage the multi-process state by using the unique information provided from the operating system when the process is running, The advantage is that the state of the process can be managed without overloading the managed process or the HLR system.

That is, the process management function in the process management block that checks the process running state by using the unique information given to the running process by the operating system and stops / restarts the process in which the execution is stopped or abnormal. By sending and receiving messages to and from processes, you can get out of the way of knowing the state of a process and not load the process without using system resources.

In addition, regardless of whether a process exists or whether system resources are used, a process operation state may be obtained from an operating system to determine whether a process abnormally operates.

Claims (10)

A process shape / state information unit for reading and storing process shape information stored in an external storage device and reflecting state of processes; A process state information collecting unit which periodically collects state information about the processes to manage the process and change state information of the process shape / state information unit; A process driver which drives the processes according to the command of the process state information collecting unit; A message processor which analyzes the messages received from the processes and delivers new operation information to the process state information collector; Including a system overload information collection unit for managing the system resources used by the process in real time and collects information on the message queue of the system resource information from the storage space in the operating system for storing the changed information in a certain space to monitor whether the system is overloaded Process status management system of the HLR system, characterized in that made. The method of claim 1, wherein the process shape information is included in a list of software for providing an HLR service, such as a list of software, a message queue key to be used when the software is running, a process number for recognizing the software by the HLR system, and a software version. Process status management system of the HLR system, characterized in that storing information about. The method of claim 1, wherein the process state information collecting unit reads the information stored in the process shape / state information unit and the process information stored in the drive process information storage space of the operating system currently operating inside the system in a file format in a predetermined space. Process state management system of the HLR system, characterized in that the collection. The method of claim 3, wherein the operating process information storage space of the operating system includes information required for process operation, such as a process ID, a process name, a process running time, a process priority, a process size, a process operating state, etc. assigned by the operating system. Process status management system of the HLR system, characterized in that the storage. delete delete An initialization step of initializing a process shape / status information unit for managing and restoring states of processes to be managed according to activation of an HLR system of a mobile communication network; Collecting status information by the process state information collector; determining whether all of the processes to be managed are present in the process list based on the collected state information; and if there is a process that does not exist as a result of the determination during the process, the process driver A non-driven process driving step comprising driving a corresponding process using; A normal recovery driving step of determining whether the driven processes remain in a normal state and recovering the normal process when the abnormal state is abnormal for a predetermined time; Receiving, by a message processing unit, a message from the driven processes; After receiving the message, it is determined whether the status check cycle has been reached, and if so, checks the process status again, and if it does not reach the process state management method of the HLR system, characterized in that it comprises a message processing step of processing the received message. . delete The method of claim 7, wherein the normal recovery driving step includes: periodically determining whether the driving process state is normal; if the determination result is normal, initializing an abnormal state sustain counter and receiving a message from the process. In the case of increasing the abnormal state persistence counter and determining whether the counter value exceeds a predetermined value, and if the result of the determination in the above step comprises the step of stopping and restarting the process after restarting the HLR system, characterized in that made Process status management The method of claim 7, wherein the processing of the message comprises: receiving a message from the processes and confirming that the status check period is not reached; analyzing the received message in a message processing unit; And when the information is found, transferring the information to the process state information collector, and changing the information of the process shape / state information unit with the new operation information.

Images