Source: http://www.google.com/patents/US6058412?dq=6,587,403
Timestamp: 2014-03-08 13:53:20
Document Index: 129400581

Matched Legal Cases: ['art 58', 'art 59', 'art 60', 'art 61', 'art 62', 'art 63', 'art 64', 'art 65', 'art 66', 'art 67', 'art 69', 'art 70', 'art 71', 'art 72', 'art 58', 'art 58', 'art 67']

Patent US6058412 - Service management system and process control system for intelligent network ... - Google PatentsSearch Images Maps Play YouTube News Gmail Drive More »Sign inAdvanced Patent SearchPatentsA service management system is adapted to an intelligent network system having a plurality of service switching points making service inquiries, and a plurality of service control points coupled to the service switching points and controlling services. The service management system is coupled to the...http://www.google.com/patents/US6058412?utm_source=gb-gplus-sharePatent US6058412 - Service management system and process control system for intelligent network systemAdvanced Patent SearchPublication numberUS6058412 APublication typeGrantApplication numberUS 08/999,181Publication dateMay 2, 2000Filing dateDec 29, 1997Priority dateJun 20, 1997Fee statusLapsedPublication number08999181, 999181, US 6058412 A, US 6058412A, US-A-6058412, US6058412 A, US6058412AInventorsYayoi Ito, Miki Kidachi, Shouichi Kimura, Takashi Kojima, Akira Nagasawa, Masashi Nakano, Yoshikazu TakedaOriginal AssigneeFujitsu LimitedExport CitationBiBTeX, EndNote, RefManPatent Citations (6), Referenced by (16), Classifications (8), Legal Events (5) External Links: USPTO, USPTO Assignment, EspacenetService management system and process control system for intelligent network systemUS 6058412 AAbstract A service management system is adapted to an intelligent network system having a plurality of service switching points making service inquiries, and a plurality of service control points coupled to the service switching points and controlling services. The service management system is coupled to the plurality of service control points and centrally manages databases of the service control points, and includes a process registration information table for registering process information of a plurality of processes related to the service control points and the service management system. The process registration information table is used to manage contention among the processes.
What is claimed is: 1. A service management system adapted to an intelligent network system having a plurality of service switching points making service inquiries, and a plurality of service control points coupled to the service switching points and controlling services, said service management system comprising:means, coupled to the plurality of service control points, for centrally managing databases of the service control points; a process registration information table registering process information of a plurality of processes related to the service control points and the service management system, and contention levels of the processes; and a load monitoring unit periodically monitoring loads of the service control points and the service management system, said means using said process registration information table and the loads monitored by said load monitoring unit to manage contention among the processes. 2. The service management system as claimed in claim 1, which further comprises:means for managing process information of each process subject to contention with respect to the processes. 3. The service management system as claimed in claim 2, which further comprises:means for rewriting the process information. 4. The service management system as claimed in claim 1, which further comprises:means for managing contention level information which is used to convert the loads of the service control points and the service management system monitored by said load monitoring unit to the contention levels. 5. The service management system as claimed in claim 4, which further comprises:load notification accept unit monitoring a sudden change in the loads of the service control points. 6. The service management system as claimed in claim 1, which further comprises:load notification accept unit monitoring a sudden change in loads of the service control points. 7. A process control system for an intelligent network system which includes a plurality of service switching points making service inquiries, a plurality of service control points coupled to the service switching points and controlling services, and a service management system coupled to the plurality of service control points and centrally managing databases of the service control points, said process control system comprising:a process registration information table, provided in the service management system, registering process information of a plurality of processes related to the service control points and the service management system, and contention levels of the processes; a load monitoring unit, provided in the service management system, periodically monitoring loads of the service control points and the service management system; and said service management system using said process registration information table to manage contention among the processes. 8. The process control system as claimed in claim 7, wherein said service management system further includes means for managing process information of each process subject to contention with respect to the processes.
9. The process control system as claimed in claim 8, wherein said service management system further includes means for rewriting the process information.
10. The process control system as claimed in claim 7, wherein said service management system further includes means for managing contention level information which is used to convert the loads of the service control points and the process control system monitored by said load monitoring unit to the contention levels.
11. The process control system as claimed in claim 12, wherein said service management system further includes load notification accept unit monitoring a sudden change in the loads of the service control points.
12. The process control system as claimed in claim 7, wherein said service management system further includes load notification accept unit monitoring a sudden change in loads of the service control points.
DESCRIPTION OF THE PREFERRED EMBODIMENTS FIG. 2 is a system block diagram showing the system structure of an intelligent network system applied with an embodiment of a process control system according to the present invention. In FIG. 2, a plurality of Service Switching Points (SSPs) 30.sub.1 through 30.sub.4 are telephone switching systems, for example, and make service inquiries with respect to service control points (SCPs) 34.sub.1 through 34.sub.4. These SSPs 30.sub.1 through 30.sub.4 are coupled to the plurality of SCPs 34.sub.1 through 34.sub.4 via a common signal network 32.
Each of the SCPs 34.sub.1 through 34.sub.4 has an active CPU, a standby CPU, and a database DB. For example, the CPU of the SCP 34.sub.1 executes a program SLP1 for providing a first service such as a number portability service, and a program SLP2 for providing a second service such as an account code service. Data S1 for the first service and data S2 for the second service are stored in the database DB of the SCP 34.sub.1. The CPU of the SCP 34.sub.2 executes a program SLP3 for providing a third service, and data S3 for the third service are stored in the database DB of the SCP 34.sub.2. The CPU of the SCP 34.sub.3 executes the program SLP1 for providing the first service and a program SLP4 for providing a fourth service, and the data S1 for the first service and data S4 for the fourth service are stored in the database DB of the SCP 34.sub.3. The CPU of the SCP 34.sub.4 executes the program SLP1 for providing the first service, the program SLP3 for providing the third service and the program SLP4 for providing the fourth service, and the data S1, S3 and S4 respectively for the first, third and fourth services are stored in the database DB of the SCP 34.sub.4. For example, the first service is provided by distributed processings of the SCPs 34.sub.1, 34.sub.3 and 34.sub.4.
A Service Management System (SMS) 36 is coupled to the SCPs 34.sub.1 through 34.sub.4 via a Local Area Network (LAN) 38, and is also coupled to terminals 42.sub.1 through 42.sub.n via a LAN 40. The SMS 36 centrally manages the databases DB of the SCPs 34.sub.1 through 34.sub.4 by a database 44. Hence, master data of the data S1 through S4 stored in the databases DB of all of the SCPs 34.sub.1 through 34.sub.4 are stored in the database 44. The coherency of the data S1 in the databases DB of the SCPs 34.sub.1, 34.sub.3 and 34.sub.4, for example, is maintained by using the data S1 in the database 44 as a reference.
A Digital Audio Tape recorder (DAT) 46 of the SMS 36 is provided as a digital data storage device. Data used by processes 68.sub.1 through 68.sub.n of the SMS 36 which will be described later are input to and output from the DAT 46. More particularly, the DAT 46 is used as an output device for backing up the database 44 of the SMS 36, an input device for restoring the database 44 of the SMS 36, output devices for backing up the SCPs 34.sub.1 through 34.sub.4 and the programs SLP1 through SLP4, input devices for restoring the SCPs 34.sub.1 through 34.sub.4 and the programs SLP1 through SLP4, and output devices for traffic data of the SCPs 34.sub.1 through 34.sub.4. These input and output devices are treated as processes in order to avoid simultaneous processes from the terminals 42.sub.1 through 42.sub.n, and are subject to the contention control.
Of course, the databases DB of the SCPs 34.sub.1 through 34.sub.4 may be provided within the SCPs 34.sub.1 through 34.sub.4 as shown in FIG. 2 or, may be provided externally to the SCPs 34.sub.1 through 34.sub.4 as shown in FIG. 3 which will be described later. Similarly, the database 44 and the DAT 46 of the SMS 36 may be provided externally to the SMS 36 as shown in FIG. 2 or, may be provided within the SMS 36.
FIG. 3 is a functional block diagram for explaining the operations of the SMS 36 and the SCPs 34.sub.1 and 34.sub.2 shown in FIG. 2. In FIG. 3, a process control unit 50 forms the core of the SMS 36, and includes a contention control basic unit 52, a load monitoring unit 54 and a load notification accept unit 56. A control accept part 58 of the contention control basic unit 52 accepts a request from each of the processes 681 through 68.sub.n in an application program group 57. A registration process part 59 determines how to cope with a process depending on the load on the intelligent network system and the contention relationship with other processes, with respect to a process control registration from each process. A cancel process part 60 carries out a process control cancel process from each process. A level changing process part 61 carries out a process depending on a contention level. A periodic notification process part 62 determines how to cope with a process depending on the load on the intelligent network system, with respect to a periodic start from a periodic start control unit 74. An environment set file rewrite process part 63 carries out a rewrite process with respect to an environment set file. A reply notifying part 64 makes a reply notification.
A SMS load monitoring part 65 of a load monitoring unit 54 monitors a load on the SMS 36. A SCP load monitoring part 66 of the load monitoring unit 54 monitors loads on each of the SCPs 34.sub.1 through 34.sub.4. A load notification accept unit 56 accepts load change notifications from each of the SCPs 34.sub.1 through 34.sub.4 in order to immediately cope with a situation where the load on the SCP suddenly changes.
The application program group 57 includes various application programs which require process control using the process control unit 50. An environment set file rewrite part 67 within the application program group 57 makes an environment set file rewrite request. The processes 68.sub.1 through 68.sub.n of the application program group 57 respectively are units subject to the process control. A SMS database access part 69 of the application program group 57 is started by the processes 68.sub.1 through 68.sub.n, and makes an access request to the database 44 of the SMS 36. A SCP database access request part 70 of the application program group 57 is started by the processes 68.sub.1 through 68.sub.n, and makes an access request to the databases DB of the SCPs 34.sub.1 through 34.sub.4. A SCP system control part 71 of the application program group 57 is started by the processes 68.sub.1 through 68.sub.n, and makes a SCP system state control request to the SCPs 34.sub.1 through 34.sub.4. A SCP service control part 72 of the application program group 57 is started by the processes 68.sub.1 through 68.sub.n, and makes a SCP service state control request to the SCPs 34.sub.1 through 34.sub.4. In addition, the periodic start control unit 74 controls a periodic process.
The processes 68.sub.1 through 68.sub.n may be operations from the terminals 42.sub.1 through 42.sub.n on the databases DB of the SCP2 34.sub.1 through 34.sub.4 or the database 44 of the SMS 36 with respect to the database as a whole, for each service or, in data record units of each service, a database management process of the SMS 36, a database rewrite process carried out when a call request is made from the SSPs 30.sub.1 through 30.sub.4, a system state management process or a service state management process of the SCPs 34.sub.1 through 34.sub.4, a process related to an access to the DAT 46, and the like.
A system control unit 80 controls the SCP system state of a corresponding one of the SCPs 34.sub.1 through 34.sub.4 to which the system control unit 80 belongs. A service control unit 81 controls the SCP service state of a corresponding one of the SCPs 34.sub.1 through 34.sub.4 to which the service control unit 81 belongs. A database access unit 82 makes an access to the database DB of a corresponding one of the SCPs 34.sub.1 through 34.sub.4 to which the database access unit 82 belongs. A load monitoring unit 83 monitors a SCP load of a corresponding one of the SCPs 34.sub.1 through 34.sub.4 to which the load monitoring unit 83 belongs.
FIGS. 4 through 9 respectively are flow charts for explaining processes of the contention control basic unit 52. In FIG. 4, the contention control basic unit 52 reads an environment set file 53 in a step S10 simultaneously as when the intelligent network system is started. The environment set file 53 includes process information shown in FIG. 10, service information shown in FIG. 11, host information shown in FIG. 12, and contention level information of processes shown in FIG. 13.
The process information shown in FIG. 10 includes an information conversion table for each request process such as an editor and a database loading. In the case of the information conversion table for the case where the request process is the editor, a process in a first line and subject to the contention monitoring has a value "1" set at positions corresponding to the processes of (8) a database loading, (6) a restore and (1) an editor which check the control responsive to a request of the editor. This means that even if a request of the editor is made, the request of the editor may not be accepted if the editor, the restore (database restore) or the database loading is being executed. A process in a second line and subject to the service contention monitoring has a value "1" set at a position corresponding to the process which checks the service responsive to a request of the editor. A process in a third line and subject to the host contention monitoring has a value "1" set at a position corresponding to the process which checks the host (SCPs 34.sub.1 through 34.sub.4 and SMS 36) responsive to a request of the editor. Similarly, a process in a fourth line and subject to the data record contention monitoring has a value "1" set at a position corresponding to the process which checks the data record responsive to a request, a process in a fifth line and subject to the process level contention has a value "1" set at a position corresponding to the process which checks the process level responsive to a request, and a forcibly endable level (level at which a forced end is possible) in a sixth line has a level written therein if a request has the authority to make a forced end.
The service information shown in FIG. 11 is 15 set with conversion values of each of the services when storing the services such as Group, NPS, ABS and ACS with respect to a contention registration request.
In addition, the host information shown in FIG. 12 is set with conversion values of each of the hosts when storing the hosts such as Group, SCPs 34.sub.1 through 34.sub.4 (SCP-1, etc.), the SMS 36 (m-sms) and the DAT 46 (DAT-1, etc.).
According to the contention retrieval method employed in this intelligent network system, a judgement is made based on a logical product. For this reason, when a plurality of services or hosts are the subject of the contention when registering the processes 68.sub.1 through 68.sub.n, the contention control can be made in one registration by specifying the Group. For example, in a case where three services ABS, NPS and ACS exist in the SMS 36 and the database backup functions backs up the services ABS and ACS, the database backup makes a registration request by specifying the Group-2 shown in FIG. 11. In this case, if the process subject to the contention is operating, a value other than "0" is returned by the service judgement and the registration becomes impossible.
The contention level information of the process shown in FIG. 13 is set with the levels corresponding to the rates of use of each of the CPUs of the SCPs 34.sub.1 through 34.sub.4 and the SMS 36, and the levels corresponding to processes of an editor registration request, an editor level-up request, a data base loading and the like.
Returning now to the description of FIG. 4, a step S12 develops each information read from the environment set file 53 in an internal memory of the contention control basic unit 52. FIG. 14 shows the process information developed in the internal memory of the contention control basic unit 52, and a process internal number corresponding to a process name is added. FIG. 15 shows service internal number information which corresponds to the service information and is developed in the internal memory. FIG. 16 shows host internal number information which corresponds to the host information and is developed in the internal memory. FIG. 17 shows contention level information of process developed in the internal memory. In FIG. 15, "All Service" indicates all of the services such as the ABS, NPS and ACS, and in FIG. 16, "All Host" indicates all of the hosts.
Next, a step S14 obtains load states of the SCPs 34.sub.1 through 34.sub.4 and the SMS 36 from the load monitoring unit 54. FIG. 18 shows SCP state information obtained in this case. This SCP state information includes a process name of SCP-1, a service name of NPS, a host name of scp-1, a data record that is NULL, a CPU utilization rate that is 30%, a process ID that is NULL, and address information that is NULL. Then, a step S16 converts the process name, the service name and the host name of the SCP state information into the process internal number, the service internal number and the host internal number using the process information, the service internal number information and the host internal number information respectively shown in FIGS. 14, 15 and 16.
In addition, the CPU utilization rate is compared with the contention information of the processes shown in FIG. 17 and is converted into an internal number of the contention level so as to obtain SCP state conversion information shown in FIG. 19. Thereafter, the SCP state conversion information is set as an initial value in a process registration information table shown in FIG. 20. In this process registration information table, address information of the processes and the next address are set in advance. Further, temporary stop information indicates whether or not the process is in a temporary stop state.
A step S18 waits for a registration request, a cancel request, a level change request, a periodic notification, an environment set file rewrite notification and a load notification of each of the processes to be supplied to the control accept part 58. When the above described request or notification is supplied to the control accept part 58, a step S20 judges the content of the request or notification, and the process advances to one of the processes shown in FIGS. 5 through 9 depending on a judgement result in the step S20.
If the judgement result in the step S20 indicates the registration request of the process, the process advances to the process shown in FIG. 5, and a step S22 accepts and converts process registration request information. FIG. 21 shows a process registration request which is accepted in this case. This process registration request includes a process name of Editor, a service name of NPS, a host name of m-sms, a data record that is NPS00011, a CPU utilization rate that is 30%, a process ID that is 123456, and address information that is wwwqwwgg. The process name, the service name and the host name are converted into a process internal number, a service internal number and a host internal number using the process information, the service internal number information and the host internal number information respectively shown in FIGS. 14, 15 and 16.
Moreover, the CPU utilization rate is compared with the contention information of the processes shown in FIG. 17 and is converted into an internal number of the contention level so as to obtain process registration request internal conversion information shown in FIG. 22.
Next, a step S24 retrieves the process information shown in FIG. 14 using the process internal number shown in FIG. 22 of the concerned process for which the registration request is obtained, and a process subject to the contention monitoring of the concerned process. In addition, the step S24 compares the process subject to the contention monitoring with the process internal numbers of each of the data blocks in the process registration information table shown in FIG. 20, so as to judge whether or not a contention exists. First, a logical product of the internal process number of the process subject to the contention monitoring and each of the process internal numbers is obtained, and it is judged that there is no contention if the logical product is "0" and that a contention exists if the logical product is other than "0". The service information is not judged if the above logical product is "0", and the service information is judged if the above logical product is other than "0". If the service information is not judged, the process advances to a step S25 which will be described later.
When the service information needs to be judged, a logical product of the service internal number of the registration request shown in FIG. 22 and the service internal number of the concerned data block of the process registration information table shown in FIG. 20 is obtained, so as to judge whether or not the service information indicates a service subject to the contention monitoring. If this logical product of the service internal numbers is other than "0", a logical product of the process number of the process subject to the host contention monitoring and the process internal number of the concerned data block is obtained, and the host information is not judged if this logical product is "0", and the host information is judged if this logical product is other than "0".
When the host information needs to be judged, a logical product of the host internal number of the registration request shown in FIG. 22 and the host internal number of the concerned data block of the process registration information table shown in FIG. 20 is obtained, so as to judge whether or not the host information indicates a host subject to the contention monitoring. If this logical product of the host internal numbers is other than "0", a logical product of the process internal number of the process subject to the data record contention monitoring and the process internal number of the concerned data block is obtained, and the data record is not judged if this logical product is "0", and the data record is judged if this logical product is other than "0".
When the data record needs to be judged, a logical product of the data record of the registration request shown in FIG. 22 and the data record of the concerned data block in the process registration information table shown in FIG. 20 is obtained, so as to judge whether or not a contention of the data records exists. If this logical product of the data records is other than "0", a step S25 obtains a logical product of the process internal number of the process subject to the process level contention monitoring and the process internal number of the concerned data block, and the process level is not judged if this logical product is "0", and the process level is judged if this logical product is other than "0". If the logical product of the process internal numbers is "0" and the judgement result in the step S25 is NO, an exclusive relationship exists between the processes, and a step S54 notifies the registration request process of the exclusive relationship by notifying that the process is in use.
If a result of the above described judgement indicates that the process level needs to be checked and the judgement result in the step S25 is YES, a step S26 compares the contention levels. If the contention level of the registration request shown in FIG. 22 is lower than or equal to the contention level of the concerned data block in the process registration information table shown in FIG. 20, a step S28 judges whether or not the contention level of the process registration information table is greater than or equal to the forcibly endable level shown in FIG. 14 of the registration request process. If the judgement result in the step S28 is NO, a step S30 registers the temporary stop state to the process registration information table, and a step S32 notifies the temporary stop to the registration request process. On the other hand, if the judgement result in the step S28 is YES, a step S34 notifies the registration request process that the registration is impossible.
If the contention level of the registration request is higher than the contention level of the concerned data block in the process registration information table in the step S26, a step S40 judges whether or not the contention level of the registration request shown in FIG. 22 is greater than or equal to the forcibly endable level shown in FIG. 14. If the judgement result in the step S40 is NO, a step S42 sets the process having the low contention level and registered in the process registration information table shown in FIG. 20 into the temporary stop state, and a step S44 makes a temporary stop request to the process having the low contention level. On the other hand, if the judgement result in the step S40 is YES, a step S46 notifies a forced end to the process registered in the process registration information table, and a step S48 deletes corresponding information (data block) from the process registration information table. After the step S44 or S48, a step S50 registers the registration request process shown in FIG. 22 in the process registration information table shown in FIG. 20, and a step S52 notifies this registration request process that the process is executable. Also, the process advances to the above step S50 also if the judgement result in the step S24 is NO. The process returns to the step S18 shown in FIG. 4 when the above described steps end.
FIG. 23 shows a process registration information table for a case where the registration request process shown in FIG. 22 with respect to the process registration information table shown in FIG. 20 exists and the registration is successful. FIG. 23 shows a case where an editor which operates in the SMS 36 is newly registered but is in the temporary stop state if the temporary stop information is "1".
If the judgement result in the step S20 shown in FIG. 4 indicates a delete request of the process, the process advances to the process shown in FIG. 6, and a step S60 accepts process delete request information. A step S62 deletes the concerned process from the process registration information table, and a step S64 notifies the completion of the deletion of the requested process. Next, a step S66 judges from the process registration information table whether or not a process in the temporary stop state exists. If the judgement result in the step S66 is YES, a step S68 checks whether or not the process in the temporary stop state is executable. If the judgement result in the step S68 is YES, a step S70 judges whether or not another contention process exists in the process registration information table. If the judgement result in the step S70 is YES, a step S72 judges whether or not the contention level of the other contention process is high. In other words, if the judgement result in the step S66 is YES, the steps S68 through S72 carry out checking operations similarly to the steps S24, S25, S26 and S28. If the judgement result in the step S70 or S72 is NO, a step S74 cancels the temporary stop of the process registered in the process registration information table. In addition, a step S76 notifies the process which is temporarily stopped that the process is executable.
After the above described steps end, the process returns to the step S18 shown in FIG. 4. The process shown in FIG. 6 ends if the judgement result in the step S66 or S68 is NO, the judgement result in the step S72 is YES or, after the step S76.
If the judgement result in the step S20 shown in FIG. 4 indicates a level change request of the process or a notification from the load notification accept unit 56, the process advances to the process shown in FIG. 7, and a step S80 accepts the level change request or the notification. A step S82 changes the level of the concerned process registered in the process registration information table. In the case of the notification from the load notification accept unit 56, the notified CPU utilization rate is used to read the internal number of a corresponding contention level from FIG. 17, and the contention level of the corresponding process registered in the process registration information table is changed.
Next, a step S84 retrieves the process information shown in FIG. 13 using the process internal number of the process having the changed level, so as to obtain the process subject to the contention monitoring of the concerned process, and a judgement is made as to whether or not a contention exists by comparing the obtained process subject to the contention and the process internal number of each data block in the process registration information table shown in FIG. 20. First, a logical product of the process internal number of the process subject to the contention monitoring and each process internal number is obtained, and it is judged that no contention exists if the logical product is "0" and that the contention exists if the logical product is other than "0". In addition, a logical product of the process internal number of the process subject to the service contention monitoring and the process internal number of the concerned data block is obtained, and it is judged that the service information is not judged if the logical product is "0" and that the service information is judged if the logical product is other than "0". The process advances to a step S104 if it is judged that the service information is not judged.
When the service information needs to be judged, a logical product of the service internal number of the registration request shown in FIG. 22 and the service internal number of the concerned data block in the process registration information table shown in FIG. 20 is obtained, so as to judge whether or not the service is a service subject to the contention monitoring. If the logical product of the service internal numbers is other than "0", a logical product of the process internal number of the process subject to the host contention monitoring and the process internal number of the concerned data block is obtained, and the host information is not judged if his logical product is "0" and the host information is judged if this logical product is other than "0".
When the host information needs to be judged, a logical product of the host internal number of the registration request shown in FIG. 22 and the host internal number of the concerned data block in the process registration information table shown in FIG. 20 is obtained, so as to judge whether or not the host is a host subject to the contention monitoring. If the logical product of the host internal numbers is other than "0", a logical product of the process internal number of the process subject to the data record contention monitoring and the process internal number of the concerned data block is obtained, and the data record is not judged if this logical product is "0" and the data record is judged if this logical product is other than "0".
When the data record needs to be judged, a logical product of the data record of the registration request shown in FIG. 22 and the data record of the concerned data block in the process registration information table shown in FIG. 20 is obtained, so as to judge whether or not a contention of the data records exists. If the logical product of the data records is other than "0", a step S85 obtains a logical product of the process internal number of the process subject to the process level contention monitoring and the process internal number of the concerned data block, and it is judged that no process level judgement is needed if this logical product is "0" and that the process level judgement is needed if this logical product is other than "0".
If the process level needs to be checked as a result of the above described judgement, a step S86 compares the contention levels. If the contention level of the level change process is lower than or equal to the contention level of the concerned data block of the process registration information table shown in FIG. 20, a step S88 judges whether or not the process registered in the process registration information table is in the temporary stop state. If the judgement result in the step S88 is YES, a step S90 cancels the temporary stop of the process registered in the process registration information table, and a step S92 notifies the process in the temporary stop state that the process is executable.
On the other hand, if the contention level of the level change process is higher than the contention level of the process registration information table in the step S86, a step S94 judges whether or not the contention level of the level change process is higher than or equal to the forcibly endable level shown in FIG. 14. If the judgement result in the step S94 is NO, a step S96 sets the process having the low contention level and registered in the process registration information table shown in FIG. 20 to the temporary stop state, and a step S98 makes a temporary stop request to the above process having the low contention level. If the judgement result in the step S94 is YES, a step S100 notifies a forced end to the process registered in the process registration information table, and a step S102 deletes the corresponding information (data block) from the process registration information table. After the step S98 or S102, the process advances to a step S104. The step S104 changes the level of the request process registered in the process registration information table, and notifies this registered request process that the process is executable. The process advances to the step S104 also when no contention exists and the judgement result in the step S84 is NO. After the step S92 or S106 or, if the judgement result in the step S88 is NO, the process returns to the step S18 shown in FIG. 4.
When the periodic notification is received from the periodic start control unit 74, a step S110 shown in FIG. 8 accepts this periodic notification, and a step S112 obtains the load states of the SCPs 34.sub.1 through 34.sub.4 and the SMS 36 from the load monitoring unit 54. A step S114 checks the process registration information table and judges whether or not a change exists in the contention level. If the judgement result in the step S115 is YES, a step S116 changes the contention level of the process registration information table.
Next, a step S118 retrieves the process information shown in FIG. 14 by the process internal number of the process having the changed level, so as to obtain a process subject to the contention monitoring of the concerned process. In addition, the step S118 compares the process internal number of the obtained process subject to the contention monitoring and the process internal number of each data block in the process registration information table shown in FIG. 20, so as to judge whether or not a contention exists. First, a logical product of the process internal number of the process subject to the contention monitoring and each process internal number in the process registration information table is obtained, and it is judged that no contention exists if the logical product is "0" and that a contention exists if the logical product is other than "0". In addition, the service information is not judged if the logical product of the process internal number of the process subject to the service contention monitoring and the process internal number of the concerned data block is "0", and the service information is judged if this logical product is other than "0". When the service information is not judged, the process advances to a step S138 which will be described later.
When the service information needs to be judged, a logical product of the service internal number of the registration request shown in FIG. 22 and the service internal number of the concerned data block in the process registration information table shown in FIG. 20 is obtained, so as to judge whether or not the service is a service subject to the host contention monitoring. If the logical product of the service internal numbers is other than "0", a logical product of the process internal number of the process subject to the host contention monitoring and the process internal number of the concerned data block is obtained, and the host information is not judged if this logical product is "0" and the host information is judged if this logical product is other than "0".
When the data record needs to be judged, a logical product of the data record of the registration request shown in FIG. 22 and the data record of the concerned data block in the process registration information table shown in FIG. 20 is obtained, so as to judge whether or not a contention of the data records exists. If the logical product of the data records is other than "0", a step S119 obtains a logical product of the process internal number of the process subject to the process level contention monitoring and the process internal number of the concerned data block is obtained, and the process level is not judged if this logical product is "0" and the process level is judged if this logical product is other than "0".
If the process level needs to be checked as a result of the above described judgement, a step S120 compares the contention levels. If the contention level of the level change process is lower than or equal to the contention level of the concerned data block of the process registration information table shown in FIG. 20, a step S122 judges whether or not the process registered in the process registration information table is in the temporary stop state. If the judgement result in the step S122 is YES, a step S124 cancels the temporary stop of the process registered in the process registration information table, and a step S126 notifies the process in the temporary stop state that the process is executable.
On the other hand, if the contention level of the level change process is higher than the contention level of the process registration information table in the step S120, a step S128 judges whether or not the contention level of the level change process is higher than or equal to the forcibly endable level shown in FIG. 14. If the judgement result in the step S128 is NO, a step S130 sets the process having the low contention level and registered in the process registration information table shown in FIG. 20 to the temporary stop state, and a step S132 makes a temporary stop request to the above process having the low contention level. If the judgement result in the step S128 is YES, a step S134 notifies a forced end to the process registered in the process registration information table, and a step S136 deletes the corresponding information (data block) from the process registration information table. After the step S126, S132 or S136, the process advances to the step S138. The step S138 judges whether or not a process registered in the process registration information table exists. If the judgement result in the step S138 is NO, a step S140 deletes the corresponding process from the process registration information table.
Next, a step S142 judges whether or not a process in the temporary stop state exists in the process registration information table. If the judgement result in the step S142 is YES, steps S144 through S148 carry out processes similarly to the steps S24, S25, S26 and S28 shown in FIG. 5 described above. More particularly, the step S144 judges whether or not the process in the temporary stop state is executable. If the judgement result in the step S144 is YES, the step S146 judges whether or not a contention exists with another process in the process registration information table. If the judgement result in the step S146 is YES, the step S148 judges whether or not the contention level of the other process is high.
If there is no more process which makes the contention or the contention level of the process becomes low as a result of the above described checking made by the steps S144 through S148, the judgement result in the step S146 or S148 becomes NO, and the process advances to a step S150. The step S150 cancels the temporary stop of the process registered in the process registration information table, and a step S152 notifies the process which is in the temporary stop state that the process is executable. After the step S152 or, if the judgement result in the step S138 or S148 is YES or, if the judgement result in the step S142 or S144 is NO, the process returns to the step S18 shown in FIG. 4.
When the contention control basic unit 52 receives an environment set file rewrite notification from the environment set file rewrite part 67, a step S170 shown in FIG. 9 accepts this environment set file rewrite notification, and a step S172 reads the environment set file 53 and develops the environment set file in the internal memory of the contention control basic unit 52. Then, a step S174 updates the information shown in FIGS. 14 through 17 by the information of the environment set file rewrite notification. A step S176 checks the contention level of the process based on the updated information shown in FIGS. 14 through 17. Next, a step S178 judges whether or not there is a change in the contention level of the process from the check result of the step S176, and if the judgement result in the step S178 is YES, a step S182 changes the contention level of the process registered in the process registration information table.
A step S184 retrieves the process information shown in FIG. 14 by the process internal number of the process having the changed level, so as to obtain a process subject to the contention monitoring of the concerned process. In addition, the step S184 compares the process internal number of the process subject to the contention monitoring and the process internal number of each data block in the process registration information table shown in FIG. 20, so as to judge whether or not a contention exists. First, a logical product of the process internal number of the process subject to the contention monitoring and each process internal number in the process registration information table is obtained, and it is judged that no contention exists if the logical product is "0" and that the contention exists if the logical product is other than "0". A logical product of the process internal number of the process subject to the service contention monitoring and the process internal number of the concerned data block is obtained, and the service information is not judged if this logical product is "0", and the service information is judged if this logical product is other than "0". If the service information is not judged, the process returns to the step S18 shown in FIG. 5.
When the service information needs to be judged, a logical product of the service internal number of the registration request shown in FIG. 22 and the service internal number of the concerned data block in the process registration information table shown in FIG. 20 is obtained, so as to judge whether or not the service is a service subject to the contention monitoring. If the logical product of the service internal numbers is other than "0", a logical product of the process internal number of the process subject to the host contention monitoring and the process internal number of the concerned data block is obtained, and the host information is not judged if this logical product is "0" and the host information is judged if this logical product is other than "0".
When the host information needs to be judged, a logical product of the host internal number of the registration request shown in FIG. 22 and the host internal number of the concerned data block in the process registration information table shown in FIG. 29 is obtained, so as to judge whether or not the host is a host subject to the contention monitoring. If the logical product of the host internal numbers is other than "0", a logical product of the process internal number of the process subject to the data record contention monitoring and the process internal number of the concerned data block is obtained, and the data record is not judged if this logical product is "0" and the data record is judged if this logical product is other than "0".
When the data record needs to be judged, a logical product of the data record of the registration request shown in FIG. 22 and the data record of the concerned data block in the process registration information table shown in FIG. 20 is obtained, so as to judge whether or not a contention of the data records exists. If the logical product of the data records is other than "0", a step S185 obtains a logical product of the process internal number of the process subject to the process level contention monitoring and the process internal number of the concerned data block, and the process level is not judged if this logical product is "0" and the process level is judged if this logical product is other than "0".
If the process level needs to be checked as a result of the above described judgement, a step S186 compares the contention levels. If the contention level of the level change process is lower than or equal to the contention level of the concerned data block of the process registration information table shown in FIG. 20, a step S188 judges whether or not the process registered in the process registration information table is in the temporary stop state. If the judgement result in the step S188 is YES, a step S190 cancels the temporary stop of the process registered in the process registration information table, and a step S192 notifies the process in the temporary stop state that the process is executable.
On the other hand, if the contention level of the level change process is higher than the contention level of the process registration information table in the step S186, a step S194 judges whether or not the contention level of the level change process is higher than or equal to the forcibly endable level shown in FIG. 14. If the judgement result in the step S194 is NO, a step S196 sets the process having the low contention level and registered in the process registration information table shown in FIG. 20 to the temporary stop state, and a step S198 makes a temporary stop request to the above process having the low contention level. If the judgement result in the step S194 is YES, a step S200 notifies a forced end to the process registered in the process registration information table, and a step S202 deletes the corresponding information (data block) from the process registration information table. After the step S192, S198 or S202 or, if the judgement result in the step S178, S184 or S185 is NO, the process returns to the step S18 shown in FIG. 4.
FIG. 24 is a diagram showing a contention process sequence, and FIG. 25 is a diagram showing an embodiment of the contention process sequence. In FIGS. 24 and 25, when the registration of a process is made from the application program group 57, the contention control basic unit 52 checks the contention. More particularly, the contention control basic unit 52 compares the contention level of each host such as the SCPs 34.sub.1 through 34.sub.4 and the SMS 36 and the contention level of the process, registers the process in the process registration information table, and notifies the result of the registration to the process. The process is executed or is temporarily stopped depending on this notification. In addition, other processes are forcibly ended.
Next, when a contention level change request is received from the process, the contention control basic unit 52 changes the contention level of this process registered in the process registration information table, compares the changed contention level and the contention level of each host, and notifies a comparison result to this process. This process is executed, temporarily stopped or forcibly ended depending on this notification.
Thereafter, when a delete request is received from the process, the contention control basic unit 52 deletes this process from the process registration information table, and notifies the deletion to this process. In addition, the contention levels of the other processes registered in the process registration information table are compared, and if the temporary stop of a process can be cancelled, the cancellation of the temporary stop is notified to this process.
FIG. 26 is a diagram showing a load monitoring sequence. In FIG. 26, when a periodic notification is received from the periodic start control unit 74, the contention control basic unit 52 requests the load monitoring unit 54 to notify the load state of each host, and sets the contention level of each host to the process registration information table in response to the notification of the load state. In addition, the contention control basic unit 52 compares the contention levels of each of the processes registered in the process registration information table, and notifies a comparison result to each of the processes. Each process is executed, forcibly ended or temporarily stopped depending on the notification.
FIG. 27 is a diagram showing a load receiving sequence. In FIG. 27, when a load change notification is received from the load notification accept unit 56, the contention control basic unit 52 sets the contention levels of each of the hosts in the process registration information table. In addition, the contention control basic unit 52 compares the contention levels of each of the processes registered in the process registration information table, and notifies a comparison result to each of the processes. Each process is executed, forcibly ended or temporarily stopped depending on the notification.
Therefore, it is possible to centrally manage the processes of the SMS 36 and the plurality of SCPs 34.sub.1 through 34.sub.4 and to easily manage the contention relationships of the plurality of processes, because the contention of the plurality of processes is managed by providing the process registration information table which registers the information of the plurality of processes related to the plurality of SCPs 34.sub.1 through 34.sub.4 and the SMS 36 in the SMS 36.
Because the contention level of each process is registered in the process registration information table, it is possible to easily recognize which process is to be executed with a priority over others by comparing the contention levels of each of the processes. Further, since the contention level of each process in the process registration information table is changed depending on the request from each process, it is possible to vary the contention level depending on the progress of the process. Hence, it is possible to flexibly control the process such as not interrupting when a portion of the process is being executed.
In addition, the process information subject to the contention with the plurality of processes is provided in the SMS 36. For this reason, when a new process is added, it is possible to easily know the process subject to the contention from the above process information. Further, because the process information is rewritable, it is possible to flexibly cope with situations where the order of priority or the exclusive relationships of the processes is changed due to a change in the system structure or the like.
Moreover, the contention level information used to convert the loads of the plurality of SCPs 34.sub.1 through 34.sub.4 and the SMS 36 to the contention levels is provided in the SMS 36. Hence, it is possible to control the execution or temporary stop of the process depending on the load of each of the SSPs 30.sub.1 through 40.sub.4 and the SMS 36, and it is possible to prevent the service from being affected by the maintenance operation application. In addition, since the SMS 36 is provided with the load monitoring unit 54 which periodically monitors the loads of the plurality of SCPs 34.sub.1 through 34.sub.4 and the SMS 36, it is possible to carry out a process control with respect to the change in each of the SCPs 34.sub.1 through 34.sub.4 and the SMS 36. The SMS 36 is also provided with the load notification accept unit 56 which monitors the sudden change in the loads of the plurality of SCPs 34.sub.1 through 34.sub.4. Consequently, it is possible to carry out a process control depending on the sudden change in the load of each of the SSPs 30.sub.1 through 30.sub.4.
As various services become realizable in the intelligent network system, the system structure evolves, so that various services can be realized by the plurality of SCPs to suit the processing capabilities and the like of the SCPs, and so that the database managements of the plurality of SCPs can be realized by a single SMS. In this embodiment, measures are taken to prevent contradiction among the databases in such an evolved system structure, and to prevent an abnormality of the system state and service state of the SCPs. In other words, the master database is provided in the SMS, and the contention relationships of the various processes executed by the various units such as the SMS and the SCPs are checked in detail, so as to cope with the exclusive process and realize a satisfactory system operation efficiency.
With regard to the contention relationships of the processes, it is possible to carry out a detailed control of the contention by increasing or decreasing the level of the contention conditions depending on the extent of the progress of the process. In addition, even if the system structure, the structure of the service realized by the SCP and the like are arbitrary, it is possible to control the contention of the processes regardless of the structural differences.
As the system structure of the intelligent network system becomes more complex, it becomes more difficult for the operator to check the loads of the SCPs and the SMS and to manually restrict the operation. In addition, it is desirable to prevent the service from being affected by the maintenance operation application. But according to this embodiment, the generation of a new process is restricted, and the interruption or the like of the process which is being executed is automatically made depending on not only the simple contention relationships among the processes but also depending on the load state of each of the SCPs and the SMS, so that the effects on the services are minimized.
BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a system block diagram showing the system structure of a conventional intelligent network system;
FIG. 2 is a system block diagram showing the system structure of an intelligent network system applied with an embodiment of a process control system according to the present invention;
FIG. 3 is a functional block diagram for explaining the operations of a SMS and SCPs shown in FIG. 2;
FIG. 4 is a flow chart for explaining a process of a contention control basic unit;
FIG. 5 is a flow chart for explaining a process of the contention control basic unit;
FIG. 6 is a flow chart for explaining a process of the contention control basic unit;
FIG. 7 is a flow chart for explaining a process of the contention control basic unit;
FIG. 8 is a flow chart for explaining a process of the contention control basic unit;
FIG. 9 is a flow chart for explaining a process of the contention control basic unit;
FIG. 10 is a diagram showing process information;
FIG. 11 is a diagram showing service information;
FIG. 12 is a diagram showing host information;
FIG. 13 is a diagram showing contention information of processes;
FIG. 14 is a diagram showing the process information;
FIG. 15 is a diagram showing service internal number information;
FIG. 16 is a diagram showing host internal number information;
FIG. 17 is a diagram showing contention information of processes;
FIG. 18 is a diagram showing SCP state information;
FIG. 19 is a diagram showing SCP state conversion information;
FIG. 20 is a diagram showing a process registration information table;
FIG. 21 is a diagram showing a process registration request information table;
FIG. 22 is a diagram showing process registration request internal conversion information;
FIG. 23 is a diagram showing a process registration information table;
FIG. 24 is a diagram showing a contention process sequence;
FIG. 25 is a diagram showing an embodiment of the contention process sequence;
FIG. 26 is a diagram showing a load monitoring sequence; and
FIG. 27 is a diagram showing a load receiving sequence.
BACKGROUND OF THE INVENTION The present invention generally relates to service management systems and process control systems for intelligent network systems, and more particularly to a service management system and a process control system which controls process contentions in an intelligent network system.
Conventionally, there are intelligent network systems such as a Number Portability Service (NPS) which enables the use of the same telephone number even if a setup position of a telephone set is moved, and an Account Code Service (ACS).
FIG. 1 is a system block diagram showing the system structure of a conventional intelligent network system. In FIG. 1, a plurality of Service Switching Points (SSPs) 10.sub.1 through 10.sub.4 which make service inquiries and a Service Control Point (SCP) 12 are coupled via a common line signal network 16. A Service Management System (SMS) 18 manages a database of the SCP 12, and is coupled to a plurality of terminals 20.sub.1 through 20.sub.n.
In the conventional intelligent network system, the SMS 18 only controls the database of the single SCP 12, and the process contention control carried out by the SMS 18 is simple, such as checking the contention among operations. In addition, no special consideration is given as to the state of the load on the intelligent network system when carrying out an operation. Hence, when the load on the intelligent network system is large, the operator who operates the terminal restricted the operation by not executing the operation depending on the operator's judgement. However, it is difficult to rely on the operator to monitor the state of the load on the intelligent network system with respect to the operation which is periodically started, thereby causing the load on the intelligent network system to further increase even though the load is already large.
On the other hand, an Automatic Call Gapping (ACG) is prescribed by the ITU-T Recommendations as a mechanism for automatically reducing the load on the SCP in the intelligent network system. According to the ACG function, information such as gap duration and interval is transmitted to the SSP when the load on the SCP is excessively large, and the SSP restricts the'services depending on the received information and reduces service inquiries to the SCP, so that the load on the SCP is reduced.
Indeed, the load on the SCP changes proportionally to the amount of service inquiries from the SSP, and thus, the overload state of the SCP can be avoided by adjusting the amount of the service inquiries. However, in the intelligent network system which uses a general central processing unit (CPU) as the SCP, not only the amount of the service inquiries, but also maintenance operation application may cause the overload of the SCP. In this case, if the ACG function is activated as a means for reducing the load on the SCP, there is a problem in that the maintenance operation application will cause undesirable effects on the services.
SUMMARY OF THE INVENTION Accordingly, it is a general object of the present invention to provide a novel and useful service management system and process control system for intelligent network system, in which the problems described above are eliminated.
Another and more specific object of the present invention is to provide a service management system and a process control system for an intelligent network system, in which a maintenance operation application is prevented from causing undesirable effects on services.
Still another object of the present invention is to provide a service management system adapted to an intelligent network system having a plurality of service switching points making service inquiries, and a plurality of service control points coupled to the service switching points and controlling services, comprising means, coupled to the plurality of service control points, for centrally managing databases of the service control points, and a process registration information table registering process information of a plurality of processes related to the service control points and the service management system, wherein the means uses the process registration information table to manage contention among the processes. According to the service management system of the present invention, it is possible to centrally manage the processes of the service control points and the service management system, and to easily manage the contention relationships of the processes.
A further object of the present invention is to provide a process control system for an intelligent network system which includes a plurality of service switching points making service inquiries, a plurality of service control points coupled to the service switching points and controlling services, and a service management system coupled to the plurality of service control points and centrally managing databases of the service control points, comprising a process registration information table, provided in the service management system, registering process information of a plurality of processes related to the service control points and the service management system, and the service management system uses the process registration information table to manage contention among the processes. According to the process control system of the present invention, it is possible to centrally manage the processes of the service control points and the service management system, and to easily manage the contention relationships of the processes.
Patent CitationsCited PatentFiling datePublication dateApplicantTitleUS4979118 *Mar 10, 1989Dec 18, 1990Gte Laboratories IncorporatedPredictive access-control and routing system for integrated services telecommunication networksUS5353331 *Mar 5, 1992Oct 4, 1994Bell Atlantic Network Services, Inc.Personal communications service using wireline/wireless integrationUS5425086 *Sep 16, 1992Jun 13, 1995Fujitsu LimitedLoad control system for controlling a plurality of processes and exchange system having load control systemUS5586171 *Jul 7, 1994Dec 17, 1996Bell Atlantic Network Services, Inc.Selection of a voice recognition data base responsive to video dataUS5742905 *Sep 19, 1994Apr 21, 1998Bell Communications Research, Inc.Personal communications internetworkingUS5790548 *Apr 18, 1996Aug 4, 1998Bell Atlantic Network Services, Inc.Universal access multimedia data network* Cited by examinerReferenced byCiting PatentFiling datePublication dateApplicantTitleUS6169794 *May 13, 1998Jan 2, 2001Fujitsu LimitedMethod and apparatus for synchronizing databases within intelligent networkUS6243457 *Jul 31, 1998Jun 5, 2001Industrial Technology Research InstituteApparatus and method for deploying and updating services in a telephone networkUS6324547 *Apr 2, 1998Nov 27, 2001Lucent Technologies Inc.Method for creating and modifing similar and dissimilar databases for use in intelligent network configurations for telecommunication systemsUS6622177Jul 27, 2000Sep 16, 2003International Business Machines CorporationDynamic management of addresses to an input/output (I/O) deviceUS6985446 *Oct 1, 1999Jan 10, 2006Nokia Networks OyIntelligent network services in packet-switched networkUS7197551Nov 29, 2001Mar 27, 2007Nokia Telecommunications OyMethod and system for implementing supervision in a telecommunication systemUS7207846Nov 23, 2004Apr 24, 2007Panduit Corp.Patch panel with a motherboard for connecting communication jacksUS7222245 *Apr 26, 2002May 22, 2007Hewlett-Packard Development Company, L.P.Managing system power based on utilization statisticsUS7376734Feb 13, 2003May 20, 2008Panduit Corp.VOIP telephone location systemUS7455527Apr 29, 2005Nov 25, 2008Panduit Corp.Powered patch panelUS7519000May 16, 2003Apr 14, 2009Panduit Corp.Systems and methods for managing a networkUS7584464 *Dec 4, 2003Sep 1, 2009Panasonic CorporationSoftware processing method and software processing systemUS7627099Oct 8, 2004Dec 1, 2009At&T Intellectual Property I, L.P.System and method for providing a backup-restore solution for active-standby service management systemsUS8019918 *Jan 11, 2010Sep 13, 2011Canon Kabushiki KaishaInformation processing apparatus requesting registration with peripheralUS8045686Oct 21, 2009Oct 25, 2011At&T Intellectual Property I, LpSystem and method for providing a backup-restore solution for active-standby service management systemsUS8325770Oct 30, 2007Dec 4, 2012Panduit Corp.Network managed device installation and provisioning technique* Cited by examinerClassifications U.S. Classification718/100, 718/102International ClassificationH04M3/00, H04M3/42, H04Q3/545, H04L12/24Cooperative ClassificationH04L41/5025European ClassificationH04L41/50B2Legal EventsDateCodeEventDescriptionJun 24, 2008FPExpired due to failure to pay maintenance feeEffective date: 20080502May 2, 2008LAPSLapse for failure to pay maintenance feesNov 12, 2007REMIMaintenance fee reminder mailedOct 7, 2003FPAYFee paymentYear of fee payment: 4Dec 29, 1997ASAssignmentOwner name: FUJITSU LIMITED, JAPANFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KOJIMA, TAKASHI;NAKANO, MASASHI;KIMURA, SHOUICHI;AND OTHERS;REEL/FRAME:008957/0767Effective date: 19971125RotateOriginal ImageGoogle Home - Sitemap - USPTO Bulk Downloads - Privacy Policy - Terms of Service - About Google Patents - Send FeedbackData provided by IFI CLAIMS Patent Services©2012 Google