JPH04339492A - Automatic private branch exchange - Google Patents

Abstract

PURPOSE:To improve the protectability of data and the facility at the time of its change by executing the unitary management of data in the respective processors, and operating them by the same interface. CONSTITUTION:Data in the respective processors 100, 110 are subjected to unitary management as a data base, and subjected to unitary management by data base managing parts 103, 113. The managing parts 103, 113 are constituted of communication processing parts 104, 114, virtual data processing parts 105, 115 and data arrangement storage parts 106, 116. In such a state, extension data of an extension number of a telephone set, etc., being under the management of the processor 100 are placed in a data base 107, and data of the processor 110 are placed in a base 117. The processing parts 104, 114 execute a communication between the processors, and the processing parts 105, 115 process the data in other processor as the own data. As a result, when the processor 100 and the processor number obtained by the storage part 106 coincide with each other, a write operation is executed, and protectability, and facility at the time of change can be improved.

Description

[Detailed description of the invention]

0001

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an automatic private branch exchange, and more particularly to a database management section thereof.

0002

2. Description of the Related Art In recent years, private automatic branch exchanges have adopted a function-distributed configuration using a plurality of processors and a load-distributed configuration in order to expand functions and improve processing efficiency. FIG. 5 is a configuration diagram illustrating a private automatic branch exchange consisting of a plurality of processors.

In FIG. 5, each system 200
, 210, 220 are call processing processors 202, 21 that process switched connections for calls 100, 110, 120.
It is equipped with a line processor for monitoring and controlling 2,222 extension lines or outside lines, and 203, 213, and 223 call path memories. 204, 214, 224 are telephones connected to the respective systems 200, 210, 220.

[0004] The private automatic branch exchange shown in FIG. 5 has two types of processors, a call processing processor and a line processor, to distribute functions, and load distribution is achieved by connecting systems each equipped with the two types of processors in parallel. . In this way, in a private automatic branch exchange system that includes a plurality of processors, there is a need to manipulate not only data within the own processor, but also data located within other processors.

For example, telephone 20 of system 200
4 and telephone 214 of system 210, extension data such as extension numbers of telephones 204 and 214 are transferred to call processing processors 100 and 110, respectively.
Call processor 100 must obtain the extension number of telephone 214 located within call processor 110 .

FIG. 6 shows systems 200 and 2 in FIG.
10 is a configuration diagram for explaining a method of manipulating data spanning between call processing processors 100 and 110 in call processing processors 10 and 10. FIG. In FIG. 6, each processor includes real-time monitors 101 and 111, communication control programs 102 and 112 for inter-processor communication, and a program unit 10.
8,118 and a data section 109,119.

[0007] To explain FIG. 6 using the example of the above extension number,
Telephone 204 under the control of call processor 100
Extension data, such as the extension number of telephone 214 under the control of call processing processor 110, is located within data section 119. When the program section 108 in the call processing processor 100 acquires the extension number data of the telephone 214 located in the data section 119 in the call processing processor 110, the 110 , and exchanges events 300 and 310 for requesting to obtain an extension number with the program section 118 in the program section 118 .
The extension number of telephone 214 was obtained. or,
In order to eliminate the above-mentioned exchange of events by the program section, all processors sometimes had the same data. In other words, both extension numbers were sometimes placed in each data section.

[0008]

[Problems to be Solved by the Invention] However, in the above-mentioned conventional configuration, when data is manipulated across processors, events are exchanged between the program unit that requests the operation and the program unit in the processor where the data resides. Therefore, there was a problem in that all program sections had to be aware of the physical location of the data. Alternatively, even when the same data is placed in each processor, there are problems such as simultaneity when changing data and wasted memory capacity due to duplicate data.

The present invention solves the above problem, and aims to provide an automatic private branch exchange in which data placed in its own processor and data placed in a different processor can be operated using the same interface. That is.

0010

[Means for Solving the Problems] In order to solve the above-mentioned conventional problems, the private automatic branch exchange of the present invention centrally manages data in each of a plurality of processors of the private automatic branch exchange as a database, and stores the data. A database management unit is provided to manage the database, and the database management unit includes a communication processing unit that performs communication between processors, and a virtual data processing unit that processes data existing in other processors as data existing in its own processor. By including a data arrangement storage section that stores the processor number where the actual data for the virtual data is arranged, the program section can operate the data without being aware of the physical arrangement or structure of the data.

[0011]

[Operation] With the above configuration, the program section can operate data located in its own processor and data located in a different processor using the same interface.
It is no longer necessary to send and receive events between the program section that is the source of the operation request and the program section in the processor where the actual data is placed, which was conventionally done. Alternatively, there is no need to consider arranging the same data in each processor.

0012

DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described below with reference to the drawings. FIG. 1 shows a block diagram of a call physical processor in a private branch exchange according to an embodiment of the present invention, and this private branch exchange has a configuration as shown in FIG. Figure 1 is Figure 5
This describes a method of manipulating data across call processing processors 100 and 110 in systems 200 and 210 in which each processor is assigned address information for inter-processor communication, and Let's call it the number.

In FIG. 1, real-time monitors 101 and 111 and communication control programs 102 and 112 are installed in each processor. 107,
117 are call processing processors 100 and 110, respectively.
is a database located in , and its database 1
07,117, the database management unit 103,
113 is also implemented on each processor. The database management units 103 and 113 have communication processing units 104 and 114 that exchange data operation request events with the communication control programs 102 and 112, and process data existing in other processors as data existing in the own processor. Virtual data processing units 105 and 115
and data arrangement storage units 106 and 11 that store processor numbers in which actual data for virtual data is arranged.
The structure includes 6.

The databases 107 and 117 are composed of a plurality of records, and data operations are performed record by record. Therefore, the database management units 103 and 11
3. When requesting data manipulation, specify information that identifies the record. Let's call it the record number. The data arrangement storage units 106 and 116 receive the record number specified at the time of the data manipulation request as input, and output the processor number in which the data corresponding to the record number is arranged.

The operation of the database management section of this embodiment configured as described above will be explained. As an example, a case will be described in which the program section 108 on the call processing processor 100 operates on data placed in the call processing processor 110. Specifically, using the example of the extension number described above, a case will be described in which the program section 108 on the call processing processor 100 changes the extension number data placed in the call processing processor 110. Here, extension data such as the extension number of the telephone 204 under the control of the call processing processor 100 is arranged in the database 107, and similarly, extension data such as the extension number of the telephone 214 under the control of the call processing processor 110. is located in the database 117.

FIG. 2 is a flowchart representing the processing of the database management section 103 in this case. First, the program section 108 on the call processing processor 100
is the database management unit 103, and the telephone 21
A write operation is requested to the record corresponding to the extension number data of No. 4 (400). Database management section 103
obtains the processor number where the data is allocated, in this case the processor number of the call processing processor 110, from the record number specified at the time of the request from the data allocation storage unit 106 (401). By the way, when the record number corresponding to the extension number data of the telephone 204 is inputted into the data arrangement storage section 106, the call processing processor 10
You can get a processor number of 0.

If the processor number of the processor 100 and the processor number obtained from the data allocation storage unit 106 match, the database 107 in the own processor
A write operation is executed for the specified record (403-405), but if there is no match, the communication processing unit 10
4, a data write operation request event is sent to the processor where the data is actually placed, here, the database management unit 113 in the call processing processor 110 (406). Database management unit 113 in call processing processor 110 that received the above event
temporarily suspends processing (407) and updates database 11.
A write operation as shown in FIG. 3 is performed on the specified record in 7 (450-452).

Thereafter, a response event is sent via the communication processing section 114 to the database management section 103 on the call processing processor 100 where the program section 108 that made the data manipulation request resides (453-454). The database management unit 103 that has received the response event maintains the same interface as the one used for executing operations on the database 107 in its own processor in the virtual data processing unit 105 (408), and executes the program unit 108.
A response to the write operation request is returned to , and the process ends (409-410).

An example of command programming for a write operation request to the database management unit in this embodiment is as follows. Input parameter relation number (rel) Record number (rec) Number of words from the beginning of the record (item) Size of the write data (Size) Start number of the buffer that stores the write data (buf)
) Output parameters response status i.e. input parameters group data (
For example, the relationship number (r
el), the record number (rec), the number of words from the beginning of the record (item), the size of the write data (size), and the start address of the buffer that stores the write data (buf), and the output The parameter is the response status indicating completion of the operation request.

FIG. 4 is an explanatory diagram of the operation contents for the above command program. From the beginning of the record in the database management unit 103 specified by the relation number and record number, the write data of the program unit 108 specified by buf is transferred from the position of the number of words specified by item to the number of words specified by size. Write only the minutes.

[0021]

[Effects of the Invention] As described above, according to the present invention, by centrally managing data as a database, data protection and ease of modification are improved, and by sharing data, the memory amount of the entire system is reduced. reduced. Further, from the program section, data located in different processors and data within the own processor can be manipulated using the same interface without being aware of the location of the data to be manipulated.

[Brief explanation of the drawing]

FIG. 1 is a configuration diagram of a call processing processor in a private automatic branch exchange according to an embodiment of the present invention.

FIG. 2 is a flowchart showing the processing of a database management unit in its own processor in a private automatic branch exchange according to an embodiment of the present invention.

FIG. 3 is a flowchart showing the processing of the database management unit in another processor in the private automatic branch exchange according to an embodiment of the present invention.

FIG. 4 is an explanatory diagram of operation contents for a command program for requesting a write operation to a database management unit in an automatic private branch exchange according to an embodiment of the present invention.

FIG. 5 is a configuration diagram illustrating a private automatic branch exchange consisting of a plurality of processors.

FIG. 6 is a diagram illustrating the configuration of a call processing processor in a conventional private automatic branch exchange.

[Explanation of symbols]

100,110 call processing processor 103,1
13 Database management section 104, 114
Communication processing unit

Claims (1)

[Claims] Claim 1: A private automatic branch exchange consisting of a plurality of processors, wherein data in each processor is centrally managed as a database, and a database management unit is provided to manage the data, and the database management unit includes: A communication processing unit that performs communication between processors, a virtual data processing unit that processes data existing in other processors as data existing in its own processor, and stores the processor number where the actual data for the virtual data is located. An automatic private branch exchange characterized in that it is equipped with a data arrangement storage unit.