KR20010054646A - Audit and backup Method using FTP of Mobile Communication Intelligent Network System - Google Patents

Abstract

PURPOSE: An audit and backup method using an FTP in a mobile communication intelligent network system is provided to minimize a network fault or load in loading data through socket communication by receiving service data as a file using an FTP and to separately execute an audit function and a backup function by managing the service data as a file. CONSTITUTION: An SMS operator appoints the service and name of a target SCP(Service Control Point) and executes a service data request command(S1). A backup processing process configures target SCP information, a service, a file storing directory and file name and transfers them to a communication process(S2). The communication process finds out the target SCP among the first to the third SCP and transfers a data loading request message to the SCP. The SCP transfers a receiving status result in response to the request message(S3). The SCP configures service data as a file for the request and transmits the file using an FTP(S5). The SCP transmits a data loading file transfer result message to the SMS(S6). In case that the data loading result is successful, the SMS checks whether the file exists actually(S10) and stores a result in a hysteric table(S11).

Description

Audit and backup method using FTP of mobile communication network system {Audit and backup Method using FTP of Mobile Communication Intelligent Network System}

The present invention relates to a mobile communication intelligent network system, and in particular, auditing and backup using FTP for service data of multiple service control point (SCP) systems in a SMS (Service Management System), which is one of mobile communication intelligent network system network components. It is about a method.

In general, the mobile communication network system generates SSP (Service Switching Point), an exchange that detects intelligent network calls, SMS for managing SCPs supporting intelligent network services, Intelligent Peripheral (IP) and service logic for managing and controlling voice-related resources. It consists of SCE (Service Creation Environment) for loading.

SMS manages the service data of multiple SCP systems running intelligent network services, and maintains consistency with the service data in operation, so that SMS can manage data loss due to SCP failure or migrate service data to SCP. Data must be transferred to SCP, and audit and backup functions are required to ensure consistency with SCP's operational data.

If the audit function and the backup function are separately processed using socket communication, the same service data may be repeatedly requested, thereby increasing the load on the socket communication and reducing the processing speed, and data consistency may be somewhat inconsistent. .

In other words, in order to manage the service data of multiple SCPs in the intelligent network, SMS must be periodically verified or backed up through the service function periodically or at the request of the operator to receive the data through socket communication. In this case, if the audit function and backup function are separated separately, the system performance may be degraded by loading the same data twice, and the system performance may be degraded due to the retry and recovery function for audit and backup failure in case of network failure. There was.

The present invention has been made to solve such a conventional problem, and an object of the present invention is to first receive the service data as a file through the FPT for the service data being operated by the SCP network during data loading via socket communication A move that separates audit and backup functions by excluding failures and loads, and manages service data as a file, and reliably performs audit and backup in minimum time by loading data directly from a file. To provide an auditing and backup method using the FT of communication intelligent network system.

1 is a block diagram for performing audit and backup of the present invention.

2 is an operation flowchart for performing auditing and backup of the present invention.

<Explanation of symbols for main parts of drawing>

10: Audit / backup process 20: Communication process

30-50: SCP 60: Database

70: loading file

In order to achieve the above object, the present invention, when performing the audit function and backup function in SMS, receives the service data from each SCP by using FTP as a file and then manages the file to perform the audit function and backup function. It is characterized in that separate processing according to the needs of the operator.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is a block diagram of the present invention, in which an audit backup process 10 performing an audit function and a backup function by transmitting a service data request message of an SCP and receiving a result message from an SMS, and communicating communication with multiple SCPs. The communication process 20 sends the request message of the SMS to the designated SCP as a process and delivers the result message of the SCP to the SMS, and upon receiving the service data request from the SMS, dumps the service data currently in operation to a file and designates the SMS designated directory. It is composed of the first to third SCP (30-50) for transmitting to and transmitting the result message to the SMS, the reference numeral 60 in the figure is a database, 70 is a loading file.

When described in detail with reference to Figure 2 the effect of the present invention configured as described above.

2 is an operation flowchart illustrating an audit and backup procedure of the present invention. First, the SMS operator performs a service data request command by specifying a service and a file name of a target SCP to be audited and backed up (step S1).

The backup processing process 10 configures the target SCP information, the service, the file storage directory, and the file name, and transfers them to the communication process 20 (step S2).

Then, the communication process 20 finds the target SCP among the first to third SCPs 30-50, delivers a data loading request message through the socket, and the SCP responds with the result of receiving the request message from the SMS. (Step S3).

The audit / backup process 10 of the SMS notifies the operator when the result of receiving or not receiving the data loading request message fails (step S4).

The SCP composes the service data into a file in response to the SMS request, and transmits the file using FTP using the designated directory information in the request message (step S5).

SCP transmits the successful message of data loading file to SMS using the result message, and if it fails to judge whether the data loading result is successful, it outputs the failure to the console and stores the result in the information table (S6-S9). step).

If the data loading result is successful, the SMS checks whether the corresponding file actually exists and stores the result in the hysteresis table (steps S10 and S11).

The SMS operator inquires the hysteresis table and selects a function by referring to information about a service and a file to be audited or backed up (steps S12 and S13).

If it is judged whether it is audit function or backup function, if SMS operator wants to perform audit function to verify the consistency with service data of SCP, it loads data from file, compares data, and then checks audit data. The data is stored in a file, and the result of the audit process is stored in the information table and output to the console (steps S14-16).

That is, the auditing process performs auditing with the SMS database in steps S14-S16 to store inconsistent data in the log file in the audit file, and stores the result of the auditing in the information table.

In step S13, if the SMS operator wants to perform a backup by looking up the contents of the information table, the SMS operator requests a backup.

In other words, when the SMS operator intends to perform a backup, the SMS manager selects a service and a file to be backed up according to the information stored in the history table, and transmits a backup message to the process 10 performing the backup.

In step S17-S19, the process of performing a backup loads the requested service and file to perform the backup to the SMS database 60, outputs the backup processing result to the console, and the information of the database 60. Save to a table.

In this state, the SMS operator checks the information table and checks the success or failure of the backup.

As described above, the present invention can minimize the audit time and backup execution time of the SCP service data, and since the service data is managed as a file, it is possible to selectively reload data of a specific date and time, as well as an SMS database. If there is a problem that can not be recovered due to a failure, this file can be recovered by referring to it.

Claims (1)

In the first step, the SMS operator performs the service data request command by specifying the service and file name of the target SCP to be audited and backed up, The backup processing process includes the second step of constructing the target SCP information, the service, the file storage directory, and the file name and passing it to the communication process, The communication process locates the target SCP and delivers a data loading request message through the socket, and the SCP responds to the result of receiving the request message from the SMS in the third step, The SMS audit / backup process notifies the operator when a result of receiving a data loading request message fails, and the SCP configures the service data as a file for the SMS request and FTPs the file using the designated directory information in the request message. Using the fourth step, The SCP sends the result message to the SMS using the result message. If the data loading result fails, the SCP outputs the failure to the console and stores the result in the information table. A fifth step of checking if the file actually exists and storing the result in a hysteresis table, In step 6, the SMS operator selects the function by referring to the hysteresis table and referring to the information about the service and the file to be audited or backed up. Step 7, when the SMS operator performs the audit function, loads data from the file, compares the data, stores the audit information in the file, saves the audit process result in the information table, and outputs the data to the console. When the SMS operator performs the backup function, the SMS service loads the requested service and file to perform the backup to the SMS database, and outputs the backup processing result to the console and stores the information in the database information table. Auditing and backup method using FT in mobile communication network system.