JPH0654486B2 - Operation process control method - Google Patents

Description

Description: TECHNICAL FIELD The present invention relates to an operation process control method in a distributed data processing system, and in particular to operation for communication equipment composed of a switchboard, a subscriber line, a transmission line, etc. Maintenance work, service reception for customers,
When processing tasks such as billing, centralize management and control of the processes executed while operating the distributed systems, and loosen the coupling of each process processing system to increase the flexibility of each system. , An operation process control method capable of easily performing process specification description, specification change, function addition, and the like.

[Prior art]

2. Description of the Related Art Conventionally, in a data processing system in which various functions for processing business are distributed and arranged, management / control of processes executed while going around the distributed system is shown, for example, in FIG.

That is, each process processing system 70a, 70b
Execution control units 72a, 72 for controlling the processing in the own system
b, and the process processing unit 7 that executes the processing in the own system
3a and 73b, and the protocols are connected by the data link 71 with different protocols.

The execution control units 72a and 72b need to have a function of controlling the process processing in the own system. In the process processing units 73a and 73b, a function of executing a process, a function of determining a process process to be executed next (process of the own system or another system) based on the execution result, and a process processing system to be activated next. It is necessary to have a function of managing an address, a function of converting a data format, a data attribute, etc. for a partner system, and a function of transferring information according to a communication control procedure of the partner system.

In other words, the method in which the individual process processing systems are solely responsible for the execution management of the processes in the system does not have the function of managing and controlling the entire process.

In addition, among these functions, the above-mentioned functions (1) to (5) make the connections between the systems dense, and it is necessary to consider the flow of the partner system and the entire process in addition to the own system whenever business is added or changed. .

Further, as far as it is limited to a specific work, a system for sequentially recording the processing result of each process in a certain area has been realized.

Although this recording method makes it easy to grasp the processing status of the process, it is a means of notifying the status by notifying the operator of the results, not the means of instructing the execution of individual functions constituting the process.

In other words, the process flow control is not described in the information transferred to the operator, but is described in the program of the process control system. Therefore, it is necessary to change the program when changing the specifications. Further, when the work is spread over a plurality of areas, processing results are accumulated in each area, and therefore it is necessary to sequentially inquire for each area to confirm the processing status of the process, which is not efficient.

In the future, in order to promote automation and integration of operations of communication network equipment, it is not a method of simply connecting individual operation systems by data links to realize various processes, but to quickly change operation specifications, add functions, etc. There is a demand for a system configuration that can support the above, and a process control method that can be commonly applied to a wide variety of operations.

As for the process control method in the conventional data processing system, for example, "Present state and prospect of in-house system, NTT facility 38-3 (1986), PP.46-"
53 ".

[Problems to be Solved by the Invention]

The above-mentioned conventional techniques have the following problems (a) to (e).

(a) In each system, since it is necessary to describe the processing in consideration of the relationship with other systems, the coupling between the systems becomes dense, and the program becomes complicated, and it is difficult to add or change the function. Further, since the specifications regarding the process flow are not made into a database (hereinafter abbreviated as DB),
Program changes are required when processes are added or changed. Further, not all process processing is mechanized, and the operator is burdened because the system is bridged and complicated process processing is performed manually.

(b) If the execution status of a process is managed piece by piece in each system or each area, and overall management is not done, in order to know the execution status of a process, inquire sequentially to the related systems or areas. Needed and not efficient.

(c) Since there is no independence between data and processing, the system is becoming more specialized and it is difficult to execute processing in an alternative system. Therefore, resource management for all operating systems is not performed.

(d) Since the system design is focused only on the processing in each system, duplicate management of data occurs and resource sharing is not sufficient.

(e) Since there is no unified architecture for converting humanized processing or mechanized processing into a flow, it is difficult to make the processing method dedicated to each flow and to achieve totalization of the entire system.

An object of the present invention is to add such a process flow without affecting other systems or programs by improving such problems, creating a specification of a process flow into a DB, and making data related to the specification independent of a processing program. In addition to facilitating changes, etc., the function of managing process execution is cut out from each system and the process is centrally managed and controlled, making it easy to understand the process execution status and allocating resources efficiently. It is to provide an operation process control method that can be applied to all operation systems.

[Means for Solving the Problems]

In order to achieve the above-mentioned object, the operation process control method of the present invention is such that a plurality of functions for processing a business are distributed and deployed in a plurality of systems, and when a business process is executed, each process is processed one by one. For data processing methods that perform processing while tracing each distributed system that has the functions required for execution, specify the process specifications including the method of combining the functions required to execute the processes, the execution order of those functions, and the method of determining the execution result. A process specification management DB that stores a ticket, a ticket management DB that stores a ticket (intelligent ticket) composed of data that is distributed to execute a function and data that indicates the progress of the process, the address and system status of the distributed system. A process processing system management DB that stores information about Process execution that manages these DBs centrally, schedules process executions, issues intelligent tickets, determines the execution order of functions based on each DB, and creates function execution orders for distributed systems. A control unit and an operation network connecting the distributed system and the process execution control unit are provided. When the distributed system requests process activation, the process execution control unit refers to the process specification management DB, creates an intelligent ticket, and creates an intelligent ticket. Register in the ticket management DB, determine the function to be executed based on the process processing status and process specification management DB entered in the intelligent ticket, and based on the process processing system management DB, create a distributed system having that function. Sub intelligent The distributed system executes the function, writes the execution result in the sub-intelligent ticket and sends it to the process execution control unit, and the process execution control unit outputs the execution result. It is characterized in that it judges and executes the next function.

[Action]

In the present invention, in the process control system coupled with the process processing system distributed and arranged by the operation network, the process specification management DB has a function necessary for executing each process, an execution order of the function, and an execution result thereof. Accumulate process specifications such as the judgment method of.

Further, the intelligent ticket management DB stores intelligent tickets composed of data distributed for execution of individual functions forming a process and data representing the progress status of the process.

In addition, the process processing system management DB stores information about the address and system state of the system that executes each function that forms a process.

Further, the process execution control unit performs process execution scheduling, issues an intelligent ticket, controls a process flow based on specifications, etc., and uses each DB to create an intelligent ticket when a process occurs and to identify a function to be executed. Determines the process processing system that executes the function, creates the order that requests the function to be executed, and analyzes the execution results from the process processing system.

As a result, the process control system can be unified by the process control system, and each process processing system can be made to have a single function, so that it is possible to easily deal with additions and changes of functions.

Moreover, the execution status of the process can be easily grasped by the intelligent ticket.

Further, the process specification management DB enhances flexibility of addition and modification of process specifications, and the process processing system management DB enhances flexibility of functional implementation.

〔Example〕

 An embodiment of the present invention will be described below with reference to the drawings.

FIG. 3 is a block diagram of a data processing system to which the operation process control system of the present invention is applied.

In FIG. 3, 10 is a process control system including a processing device (CPU, memory) and an external storage device such as a magnetic disk device, 11 is a DB group for accumulating process execution scheduling, intelligent tickets, process specifications, etc. Process specification management DB1
3. Intelligent ticket management DB14, process processing system management DB15) based functions 18a-1
8n, 18'a to 18'n, a process execution control unit that determines the order of execution and creates orders for the process processing systems 17a to 17n, 12 is a DB management unit that controls retrieval and updating of the DBs 13 to 15, and 13 is a DB management unit. Process specification management DB that stores information that manages process specifications, 14 is an intelligent ticket management DB that manages the execution status of processes, and 15 is the address of the process processing system that implements the functions required for process execution and the status of that system. Is a process processing system management DB, 16 is an operating network that communicates between the process control system 10 and the process processing systems 17a to 17n, and 17a to 17n are processing devices and external storage devices, and are functions necessary for process execution. 18a ~
A plurality of process processing systems for implementing and executing 18n, 18'a to 18'n, 18a to 18n, 18'a to 1
Reference numeral 8'n is a function that constitutes a process, and 19a to 19n are function execution control units that activate the function to be executed based on the contents of the execution order (sub-intelligent ticket) of the function sent from the process control system 10.

Next, the operation of these components will be described.

In this embodiment, the process is generated directly from the scheduler of the process execution control unit 11 or by the process processing systems 17a to 17n.
This is performed by sending a process generation request to the process execution control unit 11 via 6.

Upon receiving the process generation request, the process execution control unit 11 issues an intelligent ticket for managing the execution of the process of the business. Next, an intelligent ticket is created by referring to the data items necessary for executing the process and the data items determined as a result of executing the functions 18a to 18n and 18'a to 18'n from the process specification management DB 13, Register in the intelligent ticket management DB 14.

Further, when the execution order comes, the process execution control unit 11 determines the execution order of the functions and the necessary execution of the functions based on the intelligent ticket of the process and the process specification management DB 13 accumulated in the intelligent ticket management DB 14. Determine the data and the data item that will be the execution result. Further, the sub-intelligent ticket is created by implementing the function from the process processing system management DB 15, determining the address of the process processing system that can be executed, and copying the portion of the intelligent ticket necessary for processing the function. , Transfer the sub-intelligent ticket to the process processing system specified by the address.

The function execution control units 19a to 19n of the process processing systems 17a to 17n have the functions 18a to 18n and 18'a to 19n depending on the contents of the transferred sub-intelligent ticket.
Start 18'n. The activated function performs processing based on the sub-intelligent ticket and writes the execution result in the sub-intelligent ticket. When the execution of the function is completed, the function execution control units 19a to 19n transfer the sibling intelligent ticket to the process execution control unit 11 of the process control system 10.

Further, the process execution control unit 11 writes the execution result of the sub-intelligent ticket in the intelligent ticket management DB 14, and determines the function to be executed next according to the execution result. As a result, various functions constituting the process are sequentially activated and the process is executed.

In the present embodiment, since the process control system 10 centrally manages and executes the process specifications and controls corresponding to the business, the individual process processing systems 17a to 17a.
With 7n, there is no need to manage the process flow or information of the partner system, and a single function can be achieved. This allows
The system configuration is simplified, and it becomes easy to add or change functional units.

For example, with respect to a function change, the change range can be limited to each function, so that the software change work, the quality control test, and the like become easy.

Further, when a new process is described using the existing function, it is sufficient to add the specification information of the process only to the process specification management DB 13 and the process processing system 17a.
It is not necessary to add or change the functions of ~ 17n.

Further, when changing the function deployment, only the process processing system management DB 15 needs to be changed.

Furthermore, since the execution of processes is centrally managed by the intelligent ticket managed by the intelligent ticket management DB 14, it becomes easy to grasp the execution status of each process.

Also, since the data itself in the intelligent ticket includes not only the processing result but also the processing to be executed, it is possible to efficiently instruct the processing and transfer the necessary data at one time. .

FIG. 4 is a configuration diagram of the process specification management DB in the embodiment of the present invention.

As shown in FIG. 4, the process specification management DB 13 of this embodiment comprises a flow management table 37 and a data access management table 44.

The flow management table 37 includes a function execution sequence 32,
Function 33, data item name 34 determined by execution of function 33, data type (NUMERIC: integer, STRING: character string, etc.), data length (length, FIX: fixed length / VAR: variable length)
And the like, data item 30 composed of data attribute 35 composed of, etc., processing 36 at the time of abnormal termination of function execution, and data item 3
It is composed of a record 31 for writing a data value based on 0, and is created for each process type.

In this embodiment, the process execution sequence is the execution sequence 3
The function 33 that is managed by No. 2 and is executed first is “a ₀ ”, and the execution of this function causes the data attribute 35 to change to “NUMERI
C: integer, 10 digits, fixed length "data item name 34
"Ticket number" can be determined.

For example, when the function of the execution order 33 “1” is normally executed, the function of the execution order 33 “2” is executed next.
If the execution result of the function is abnormal, the function “e ₀ ” is executed based on the process 36 when the execution is abnormal.

Furthermore, if the functions can be executed in parallel, execution order 3
2 As shown in "5", a plurality of functions can be described for the same execution sequence number. In this case, it is necessary to define the specifications regarding the synchronization method of the parallel execution processes in the flow management table 37.

In addition, the data access management table 44 has information that links the function 41 that constitutes a process and the access method 43 (R: reference / W: write) that represents the data necessary for executing the function or the execution result of the function. , Managed according to process type.

For example, the function 41 “d ₁ ” refers to (R) the data item 42 “ticket number”, “address”, and “phone number”,
You can see that the "track number" is determined (W). In this way, the data access management table 44 is referred to in order to select the data required when executing each function.

Furthermore, based on the data item 42 extracted as a result of the reference, the corresponding data item is copied from the intelligent ticket to create a sub-intelligent ticket,
The functions 18a-18n and 18'a-18'n are executed by transferring to the process processing systems 17a-17n.

FIG. 5 is a structural example diagram of the process processing system management DB in one embodiment of the present invention.

The process processing system management DB 15 of the present embodiment hierarchically represents the function 52 and the address of the process processing system implementing the function 52 in a hierarchical manner.
And a process processing system address management including a data item 50 including a function entry address 54 hierarchically representing an address of a function managed in the process processing system, and a record 51 for writing a data value based on the data item 50. A table 55, a function processing system address 53, and a system state 56 (INS: operating / OUS: out of service) for managing the operating state of the system,
Processing status of this system 57 (NORMAL: Normal / B
USY: Congested / MNT: Maintenance / TRBL:
The process processing system state management table 58 includes a data item 50 composed of (during failure) and the like, and a record 51 for writing a data value based on the data item 50.

For example, the process processing system address management table 5
5, "c ₂ " of the function 52 is "// TOKYO / c ₀ ", "// TOKYO" of the function processing system address 53.
It is understood that the system is mounted in the system indicated by "/ c ₁ ", "/ OSAKA / c ₀ ".

In this table 55, the function 52, the function processing system address 53, and the function entry address 54 can be freely rearranged, so that it is possible to flexibly cope with the mounting change of the function and the change of the address.

Further, from the process processing system state management table 58, the function processing system address 53 is "// TOKYO
/ A ₀ ", the system state 56 is" IN
S: in operation "and the processing status 57 is" NORMAL:
It turns out that it is "normal".

Since the state of the process processing system that can be executed before the function is executed can be easily grasped from the table 58, the process processing systems 17a to 17n that execute the function can be efficiently selected, such as traffic control at the time of processing congestion detection. You can do it.

FIG. 6 is a configuration diagram of the intelligent ticket management DB in the embodiment of the present invention.

The intelligent ticket management DB 14 of this embodiment is
A data item name 62 necessary for executing the process, a data value 63 for the data item name, a function address 64 combining a system address for implementing a function for determining the data value 63 and a function entry address in the system, and a function It is composed of an intelligent ticket 66 created corresponding to a process including a data item 60 including an execution result 65 and a record 61 for writing a data value based on the data item 60.

In the present embodiment, when a process occurs, only the data item 62 corresponding to the process is entered in the record 61, the function address 64 before the function execution, and the data value 6 after the function execution.
3 and execution result 65 are entered.

For example, the data item name 62 “customer name” is executed by the function whose function address 64 is indicated by “// TOKYO / A ₅ / a / a ₁ ”, the execution result 65 is “OK”, and the data value 63 It was found that was "○○○○".

Although the processing is completed until the data item name 62 “address” is determined, the data value 63 is blank for the “telephone number”, so the functional address 64 “// TOKYO /
It is easily understood that the function indicated by "C ₁ / c / c ₂ " is currently being executed.

As described above, the intelligent ticket 66 indicates the item sequence of the function executed by the process as the data item name 62.
And the function address 64 are used for management, and the execution status of processes is collectively managed. Therefore, it is possible to easily grasp the execution status of processes, cancel processes, and recover processes when a system failure occurs. .

FIG. 1 is a flow chart showing the process control processing in one embodiment of the present invention.

In this embodiment, the process activation request is sent to the process control system 10 shown in FIG. 3 with the process requester's identification code and process type (101).

This process activation request is transferred to the process execution control unit 11.

The process execution control unit 11 issues an intelligent ticket issuance request (process activation request) to the scheduler (102).

Further, the process execution control unit 11 uses the process specification management D
Referring to B13, the intelligent ticket 66 shown in FIG. 6 is created (103), registered in the intelligent ticket management DB 14, and the execution registration of the process is performed.

In this way, when the process is started by the scheduler of the process execution control unit 11, the intelligent ticket 66 and the process specification management DB 1 of the process accumulated in the intelligent ticket management DB 14 are stored.
Based on 3, the function to be executed is determined (104).

In this case (105), if there is no function to execute, the process is terminated. If there is a function to execute, the process proceeds to the sub-intelligent ticket creation processing.

In the sub-intelligent ticket creation processing, the intelligent ticket 6 is created based on the process specification management DB 13.
A record including a data item name necessary for executing the function and a data item which is the execution result of the function is determined from among 6 and these are copied to create a sub-intelligent ticket (function execution order) (106).

Next, the process processing system management DB 15 determines the process processing systems 17a to 17n that execute the function, writes the function address in the sub-intelligent ticket, and sends the sub-intelligent ticket to the process processing system (107).

The process processing system executes the function based on the data item name and the function address described in the sub-intelligent ticket (108).

Further, the function execution result is written in the sub-intelligent ticket and sent to the process control system 11 (109).

In the process control system 10, the function execution effect entered in the sub-intelligent ticket is entered in the intelligent ticket 66 in the intelligent ticket management DB 15 (110).

Further, the process execution control unit 11 judges the function execution result (111), and if it is normal, executes the process of step 104, and if abnormal, at the time of abnormal execution termination of the process specification management DB 14 shown in FIG. Execute the function specified in the process.

〔The invention's effect〕

According to the present invention, since the process group and the process forming process can be separated by the DB group that manages the process specifications and execution status, the independence of each system is increased and the sharing of resources such as DB is promoted. In addition, since the function of managing and controlling the entire process is provided, it becomes easy to grasp the execution status of all processes and the progress status of each process, and it is possible to avoid complication even if the system is expanded.

Further, when adding or changing the process flow, the process processing system is not affected, and only the process specification management DB of the process control system can be modified.

Furthermore, since the present invention can be applied not only to distributed systems but also to processing within individual systems, it is possible to unify process control methods across all related systems.

[Brief description of drawings]

FIG. 1 is a flow chart showing a process control process in an embodiment of the present invention, FIG. 2 is an explanatory diagram of a conventional operation process control method, and FIG. 3 is a data processing system to which the operation process control method of the present invention is applied. 5 is a configuration diagram of a process specification management DB according to an embodiment of the present invention, FIG.
FIG. 6 is a diagram showing a configuration example of a process processing system management DB according to an embodiment of the present invention, and FIG. 6 is a diagram showing a configuration example of an intelligent ticket management DB according to an embodiment of the present invention. 10: Process control system, 11: Process execution control unit, 12: Database management unit, 13: Process specification management DB, 14: Intelligent ticket management DB, 15: Process processing system management DB, 16: Operation network, 17a to 17n: Process processing system, 18a-18n, 18'a-18'n:
Function, 19a to 19n: Function execution control unit, 30: Data item, 31: Record, 32: Execution order, 33: Function,
34: data item name, 35: data attribute, 36: processing upon abnormal termination of execution, 37: flow management table, 41: function, 42: data item, 43: access method, 44: data access management table, 50: data Item, 51:
Record, 52: function, 53: function processing system address, 54: function entry address, 55: process processing system address management table, 56: system state,
57: processing status, 58: process processing system status management table, 60: data item, 61: record, 62:
Data item name, 63: Data value, 64: Function address,
65: execution result, 66: intelligent ticket, 7
0a, 70b: process processing system, 71: data link, 72a, 72b: execution control unit, 73a, 73b:
Process processing unit.

Claims (1)

[Claims] 1. When a plurality of functions for processing a business are distributed and deployed in a plurality of systems and a process of the business is executed, the distribution having a function necessary for execution of each process In a data processing method for performing processing while tracing a system, a process specification management database for accumulating process specifications including a method of combining functions necessary for executing the processes, an execution order of the functions, and a method of determining an execution result, and the function. A ticket management database that stores a ticket made up of data that is distributed to execute the process and data that indicates the progress status of the process, and a process processing system management database that stores information about the address and system status of the distributed system. Centrally manage each of the databases to execute process scheduling A process execution control means for performing a process including issuing the ticket, determining a function execution order based on each database, and creating a function execution order for the distributed system, the distributed system and the process execution control means When the distributed system requests process activation, the process execution control means refers to the process specification management database, creates the ticket, and registers the ticket in the ticket management database. By determining the function to be executed based on the process processing status entered in the ticket and the process specification management database, and sending the ticket to the distributed system having the function based on the process processing system management database The distributed system executes the function and requests the execution result. Fill out the packet is sent to the process execution control unit, the process execution control means, an operation process control system to determine the execution result and executes the following functions.