JPH09162992A - Terminal connection control system in exchange - Google Patents

Abstract

PROBLEM TO BE SOLVED: To attain sure and smooth communication on the occurrence of a busy line by allowing a control section to make connection to a caller terminal making line interruption via an interrupted line when an interrupt detection section detects the interrupted line with respect to a communication interrupt request notice. SOLUTION: An interrupt request notice section 1b extracts path dependent interrupt control data 20a stored in a memory 2 and a terminal equipment 4a identifies all terminal equipments using a line of a path desired to be used by the terminal equipment 4a. Then the terminal equipment 4a controls a speech line 3 to be connected to a talkie trunk 7 and to terminal equipments 4b, 4c in a busy state and to be identified thereby sending an announcement urging line interruption to the terminal equipments 4b, 4c. When a number transmission command section 1 of a control section 1 is started while sending the announcement of urging line interruption to the busy terminal equipments, the entry of an opposite terminal equipment number desired to be connected via the line is commanded to the terminal equipment 4a making the interrupt request. In this case, the opposite terminal equipment number is inserted into opposite number data 20b stored in the memory 2 and the data are used for line connection control for the terminal equipment 4a after the line interruption.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a terminal connection control system in an exchange. The exchange has a line for connecting to other exchanges, and is a private branch exchange (PBX).
In this case, a line connecting to the public network and a line connecting to the exchanges of the other routes forming the private branch exchange network are provided, and the exchanges of the public network naturally have the lines corresponding to the respective routes. Many are provided. However, the number of these lines is limited, and depending on the scale of the exchange and the installation conditions, there are some lines that are frequently used despite the small number of lines connected to other exchanges. When a large number of outgoing calls using such a line are generated from terminals accommodated in the exchange, it is often impossible to connect because the line is busy (busy), which may not be available when you want to make an emergency call. Is desired.

[0002]

2. Description of the Related Art When a terminal accommodated in a conventional exchange is connected to a terminal of another exchange, the following method is used.

FIG. 14 is an explanatory view of a conventional example, and in FIG.
0 is an exchange such as a PBX, 91 and 92 are trunks to which lines A and B to different exchanges are connected, respectively 93-1
˜93-n are terminals such as telephones housed in the exchange 90.

For example, it is assumed that the terminal 93-1 of the exchange 90 is talking with a partner terminal of another exchange (including a public network exchange) via the line A of the trunk 91. At this time, when a call is made from the terminal 93-2 to another exchange connected to the line A of the trunk 91, if the line is busy, the line becomes busy and the connection cannot be established. In this case, if the caller has registered camp-on, the exchange monitors that the line A becomes idle, and the terminal 93-
When 1 ends the call and detects that line A is free,
The caller 93-2 who has registered is called. This gives
The caller can perform a redialing operation to establish a connection via the line A.

As another method, the terminal 93-2 connects to the line A.
If the line becomes busy when a call is made to the other party via the line, a disconnection request is issued to the terminal 93-1 that is using the line A,
There is a method of securing the line by forcibly disconnecting the line A (trunk 91) after a lapse of a certain time.

There is a service for interrupting a subscriber who is in a call. This is because the terminal 93-1 of the exchange 90 is in a call with a terminal of another exchange via the line A.
When an incoming call from another terminal 93-n occurs to the terminal 93
-1 is notified that there is an incoming call from another terminal. On the other hand, when the subscriber of the terminal 93-1 permits the response (due to hooking or the like), the interrupted terminal 93-n
Is a service that allows the user to talk with the terminal 93-1. However, during the call by this interruption, the path to the other exchange's terminal via the line A, which has been talking until then, is put on hold, and when the interruption call ends, the terminal 93-1 is connected again. ， The line does not become idle.

[0007]

In the case of the above-mentioned conventional camp-on, since it waits until the line becomes empty, it is not possible to communicate quickly when an emergency call is desired, which causes a great loss. There was a problem that could occur.

Further, in the case of the method of forcibly disconnecting the line by the above disconnection request, the line can be secured promptly, but the call of the line user is forcibly interrupted and the caller is instructed. This causes discomfort and results in failing to reliably exchange information. Furthermore, the call is disconnected from the disconnected terminal, and when the line becomes busy, a disconnection request is generated and forced disconnection is repeated. In such a situation, there is a problem that call control cannot be performed smoothly in the entire network.

It is an object of the present invention to provide a terminal connection control system in an exchange, which can realize reliable and smooth communication when the line is busy in the connection via a line in an exchange such as a PBX.

[0010]

FIG. 1 is a block diagram showing the principle of the present invention. In FIG. 1, 1 to 8 constitute an exchange,
Is a control unit, 1a is a disconnection request detection unit that detects a disconnection request generated from a terminal that has encountered a line busy, and 1b is a disconnection request notification unit that performs control to notify the terminal that is using the line of the request for disconnection by voice. , 1c is a disconnection detection unit that detects that the terminal using the line has disconnected the line, 1d is a connection control unit that controls the connection requested by the terminal, 1e is a number sending instruction unit, 2 is a memory, 20 Is a line in-use information indicating information on the in-use state of each line (station line, trunk line), 20a is disconnect control data for each route, 20b is partner number data, 20c is device mounting data, 3 is a communication line (NW:
.. are terminals accommodated in the exchange, 4a, 4b, 4c ... Are terminals such as telephones, and 5 is a line 6 provided corresponding to each route.
, 6 is each line, each line is connected to another exchange through a station line or a relay line, 7 is a talkie trunk, and 8 is a mixing (mixer) trunk.

In FIG. 1, when one terminal 4a makes a call using a line of a certain route and the line is in a busy state, when a special number indicating a disconnection request is dialed from the terminal 4a, control is performed. The disconnection request detection unit 1a of the unit 1 detects the disconnection request. In response to this, the disconnection request notification unit 1b is driven. The disconnection request notifying unit 1b extracts the disconnection control data 20a for each route stored in the memory 2 and uses all the terminals (that are identified by the numbers at the time of calling) of the routes that the terminal 4a wants to use ( 4b and 4c), and for each of the identified terminals 4b and 4c during a call, the call path 3 is controlled to connect with the talkie trunk 7 and an announcement for prompting disconnection is sent by voice (note that When the talkie trunk 7 is connected, the connection of each terminal with the other party is maintained or temporarily disconnected).

In response to this, when one of the terminals using the line of the corresponding route accepts the line disconnection request and disconnects the line, the disconnection detection unit 1c detects the disconnected terminal and the connection control unit. When the connection is instructed to 1d, the connection control unit 1d controls the connection between the calling terminal 4a and the trunk 5 of the disconnected line 6.

When the above-mentioned talkie trunk 7 is transmitting an announcement for disconnecting the line to the busy terminal,
When the number sending instructing unit 1e of the control unit 1 is activated, it is possible to instruct the terminal 4a that has issued the disconnection request to input the partner terminal number to be connected via the line. In this case, the number of the partner terminal input from the terminal 4a is stored in the partner number data 20b of the memory, and is used in connection control via the line to the terminal 4a after disconnecting the line,
The connection operation can be performed quickly.

Further, instead of connecting the announcement output of the talkie trunk 7 to the communication path during the call, the announcement signal of the talkie trunk 7 and the voice of the other party are mixed in the mixed trunk 8 to correspond to the corresponding call. If you make a connection to output to the road, you can notify the announcement without disconnecting the call.

Further, a priority (priority) given in advance to each terminal is stored in the device mounting data 20c of the line-in-use information 20 of the memory 2, and there are a plurality of terminals in use of the line. At this time, it is possible to identify a terminal having a low priority (including the case of a plurality of terminals) by referring to the device mounting data 20c, and send an announcement requesting the line disconnection only to the terminal.

[0016] The terminal (including plural cases) in use disconnects the line in response to the announcement sent to the terminal using the line, and the terminal (including plural cases) that requests disconnection.
When the request is satisfied, the talkie trunk 7 can be connected to the terminal that is using the remaining line to notify that the disconnection request is completed.

[0017]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT FIG. 2 shows the construction of an exchange in which the present invention is implemented. In FIG. 2, reference numeral 10 is a central control unit including a processor for controlling a network by a program, 11 is a memory, 12 is a network forming a communication path including switches, 13X, 13Y, 13A, 13B,
13C is a telephone terminal (hereinafter referred to as a terminal), and 13D is a TV terminal for a video conference. 14a to 14c are trunks to which lines are respectively connected, 15 is a talkie trunk, 1
6 is a mixer trunk, 17 is a ringer trunk that generates a ringer, and 18 is a PB receiver (PBREC) that receives a PB signal generated by a key operation from a terminal.
It is.

In the configuration shown in FIG. 2, the memory 11 stores data used for the terminal connection control of the present invention, which will be described with reference to FIG. FIG. 3 is a configuration diagram of data stored in the memory according to the present invention.

In FIG. 3, reference numeral 30 is a disconnection waiting control data, 31 is data constituting the disconnection waiting control data 30, and a call data block (information for a terminal related to each call included in the disconnection waiting data is stored in a call data block ( CDB), 3
Reference numeral 2 is partner number data that stores the partner number of a call using the line, and 33 is device mounting data that records the priority and disconnection history of each terminal. These disconnection waiting control data 3
0 (including 31), the partner number data 32 and the device mounting data 33 are collectively referred to as line in-use information (20a in FIG. 1). In addition, 30 to 33 are the line busy information 2 of FIG.
0, 30 and 31 correspond to the route-based disconnection control data 20a in FIG. 1, and 32 and 33 represent 20b and 20c, respectively.
Corresponding to

Information for each route (corresponding to a trunk) is stored in the disconnection waiting control data 30, 30a indicates a route, 30b is in-use data, and a link indicating a call using the route. (LINK) It consists of the beginning and end of the number. The next 30c is wait data, which is composed of the head, the last, and the waiting number of the link number of the call that was placed on standby by the line busy when the call was sent to that route. This disconnection waiting control data 30 is used including a call data block (CDB) 31 described below.

The call data block (CDB) 31 stores information of each call represented by the link number included in the information stored in the disconnection waiting control data 30.
31a is provided corresponding to the call data block (CDB) number indicated by 31a, and 31 is provided corresponding to the in-use data 30b.
Data of b to 31e are stored, 31b is a link number of a call corresponding to each call, 31c is a mounting position number (or accommodation position number) of a subscriber line of a terminal related to this call, 31d.
Is a disconnection flag indicating whether or not a disconnection permission is received from the terminal which is using the line, and is used in the control of the fifth embodiment described later.

Also, 31e indicates that the terminal related to this call is T
This is the mounting position number of the other subscriber line (terminal) that is used at the same time as the terminal of 31c when using a wide band like V terminal, and it becomes empty in the case of a telephone terminal that uses only one line. . The data of 31b to 31e are stored in order for each link number that is using the line, and end with the last link number.

Next, a CDB (call data block) 31 stores call information corresponding to the waiting data 30c, data 31f and 31g, 31f is the link number of the waiting call, and 31g is the link number. This is the terminal mounting position number of the subscriber line of the terminal, and is stored in order from the top to the last number corresponding to each link number.

In the partner number data 32, C indicated by 32a is shown.
Data of 32b to 32d are stored corresponding to the DB numbers, 32b is a link number, 32c is a terminal mounting position number,
Reference numeral 32d is a partner number storage area for storing the partner number connected via the line. This partner number data 32 is
It is used in connection control of Example 4 to be described later, and the other party's number is received and stored in advance from the calling terminal requesting the disconnection, and when the line in use is disconnected, the other party's number is immediately reconnected after the line is reconnected. Use to make a connection using.

The device mounting data 33 stores data of 33b to 33d corresponding to the respective mounting position numbers indicated by 33a, and 33b is the priority (represented by PRN) of this terminal, 3
3c is the number of disconnections (the number of disconnections performed in response to a past disconnection request), and 33d is the disconnection date and time (the line disconnection date and time when the disconnection was performed in response to the latest disconnection request).

In the exchange shown in FIG. 2, the data in the memory shown in FIG.
0) executes the terminal connection control, and the control operation will be described below.

FIG. 4 is a mutual operation sequence of each terminal and the exchange of the first embodiment, and FIG. 5 is a control flow of the exchange of the first embodiment, which will be described below. The embodiment of FIG. 4 is similar to that of FIG.
13 which is connected to the same route line
When a call using a or 13b occurs, the trunk 14
a and 14b are in use (calls) by the calls of the terminals 13A and 13B, respectively, and a signal indicating busy (busy) is sent from the exchange to the in-use terminal 13A. The operation sequence shown in is started,
The control flow of FIG. 5 is executed.

Originating terminal 13X receiving the busy signal
Sends a special number requesting line disconnection (a in Fig. 4)
Then, the central control unit of the exchange determines whether the disconnection request special number has been received (S1 in FIG. 5), and if it has received it, the line of the route corresponding to the disconnection waiting control data 30 in the memory shown in FIG. 3 is being used. The head link number is identified from the data 30b, the CDB 31 is referred to, the terminal mounting position numbers 31c that are using the line are sequentially extracted, and the line using terminal 1
The talkie trunk 15 is connected to the mounting positions of 3A and 13B, and an announcement prompting disconnection of the line is sent (b of FIG. 4, S2 of FIG. 5). At this time, the terminal 13A is linked to the wait data 30c in the disconnect wait control data 30 of FIG. 3 (in the first case, the call link number of the terminal 13A is set at the beginning, and the link number and the implementation of the terminal 13A are set in the CDB 31). Store the position number) and count up the number of waiting items.

If two lines are required at the same time (when the requesting terminal is the TV terminal 13D), the waiting data 30
Since the requesting terminal is linked to c at a time, and the talkie also processes two lines at a time, the number of waits (waiting data 3 in FIG. 3 is
(Included in 0c) is also incremented by 2.

In the announcement sending control of step S2 in FIG. 5, the talkie trunk 15 is connected to the terminals 13A and 1A.
When it is connected to the mounting position of 3B, the call with the other party of each of the terminals 13A and 13B is cut off. However, the terminal (mounting position) during the call and the talkie trunk 15 are connected to the mixer trunk 16, and the contents of the announcement and the call are announced. By sending the result of mixing the contents, it is possible to avoid interruption of the call with the other party.

In this announcement sending control, among the terminals 13A and 13B in use of a plurality of lines, according to the terminal priority 33b of the device mounting data 33 shown in the line use information (30 to 33 in FIG. 3). It is possible to control so that the announcement is sent only to the terminal having a low priority, for example, the terminal 13A.

Next, when one of the terminals 13A or 13B in use, which has heard the announcement (contents for urging the line to be disconnected), disconnects the terminal 13A in the example of FIG. 4 (c in FIG. 4), the exchange is When this is detected, the trunk of the line disconnected by the terminal 13A is captured and connected to the calling terminal 13X (d in FIG. 4).

After sending the announcement, the central control unit of the exchange determines whether the calling terminal 13X has accepted the cancellation of the line disconnection request (S3 in FIG. 5). This is to detect disconnection (on-hook) after the transmitting terminal 13X sends out the special number. When disconnecting, the existing process (termination of disconnection control) is performed. It is determined whether or not it exists (S4 in FIG. 5). If it exists, the line is switched (at step S5). Correspondingly, disconnection waiting control data 3 corresponding to the line busy information
0 and the contents of CDB31 are updated. That is, the data of the terminal that has changed from the used state to the disconnected state is deleted and the in-use data 30b is updated, and the wait data 30c of the terminal that has changed from the wait state to the used state is updated (including a countdown of the number of waits), Waiting data 30c of CDB31
Is released from the waiting data and linked to the data corresponding to the in-use data 30b.

In step S5 of FIG. 5,
The simultaneous use mounting position number 3 in FIG. 3 indicates that the terminal that responds to the disconnection request is a terminal that uses two lines, such as a TV terminal.
If it is found from the data of 1e, processing for two lines is performed at one time. That is, when the requesting terminal uses one line, one of the two disconnected lines is reconnected and the other one is connected.
If the requesting terminal uses two lines, the lines are made idle and the two disconnected lines are used to reconnect.

In the sequence shown in FIG. 4, when the terminal 13A disconnects the call in response to the disconnection request, the originating terminal 13X is reconnected to the vacant line and there is no other terminal waiting for disconnection. In step S5,
An announcement for notifying that the disconnection request is completed can be sent to another terminal using the line (terminal to which the disconnection request announcement has been sent), for example, terminal 13B (e in FIG. 4). As a result, it is possible to prevent unnecessary disconnection of the busy line.

Connection control in the case where more terminals than the number of disconnection requests disconnect in response to the disconnection request will be described below as a configuration of the second embodiment. FIG. 6 is a control flow of the exchange of the second embodiment, FIG. 7 is a mutual operation sequence of each terminal and the exchange of the second embodiment, and FIG. 8 is a configuration of disconnection waiting control data in a memory used in this embodiment.

In FIG. 8, an area having a status number 31h is provided as terminal data during line use stored in the CDB 31 in the disconnection waiting control data of the memory shown in FIG. When the calling terminal 13X shown in FIG. 7 makes a call using the line as in the case of FIG. 4 and a line busy signal is sent, the special code for requesting the use of the line is sent to the calling terminal 13X.
X is transmitted (a in FIG. 7). Then, the central control unit (10 in FIG. 2) of the exchange sends an announcement prompting disconnection to the terminals 13A and 13B which are using the requested line under the control shown in FIG. 5 (b in FIG. 7). When the in-use terminal that heard this announcement disconnects the terminal 13B in the example of FIG. 7 (c of FIG. 7), the exchange detects this and
The line (trunk) disconnected by the terminal 13B is captured and connected to the calling terminal 13X (d in FIG. 7). After that, when the other terminal 13A in use also disconnects within a fixed time from the first connection change (d in FIG. 7) in response to the request (e in FIG. 7),
The exchange recalls the terminal 13A (f in FIG. 7).

Since the line used by the calling terminal 13X is secured by disconnecting the terminal 13B, this recall is performed in order to enable the call by using the line again for the terminal 13A that has interrupted the call. Ringer trunk (Fig. 2
17) is connected to the mounting position of the terminal 13A and called. When the terminal 13A responds to the call, the call using the line is resumed. This recall operation is performed only when the line is disconnected within a certain period of time after switching (d in FIG. 7) at the exchange, and after a certain period of time (timeout), the disconnection is a normal call. Do not recall as a termination.

A control flow in the central control unit of the exchange for realizing the operation sequence of FIG. 7 will be described. The control flow of the second embodiment shown in FIG. 6 shows only the steps executed subsequent to the control flow of the first embodiment shown in FIG.

First, S1 to S4 similar to those in FIG. 5 are executed. However, if the special number of the disconnection request is accepted (S in FIG. 5)
1), the state number 31h of each terminal information which is using the requested line in the CDB 31 of FIG. 8 is set to the connection waiting state (state number 1). This state number remains the same until the line is switched. After that, the control of S2 to S4 of FIG. 5 is performed, and the control of switching the line (S5) is performed, and this control is the same as step S5 shown in FIG.

When the lines are switched in step S5 of the control flow of FIG. 6, the state number 31h included in each terminal information in use of the line of FIG. 8 is changed from the state number 1 to the state number 2 described above. Is set. This state number 2 is
It represents a recovery monitoring state, a timer (not shown) is set at the same time as the connection is changed, time counting is started, and the terminal is in the recovery monitoring state until the timer times out. After the line is reconnected, it is determined whether the other terminal is disconnected (S6 in FIG. 6), and if not disconnected, it is determined whether a time-out has occurred (S7).

When the time-out does not occur, the process returns to the determination of disconnection of another terminal. When the time-out occurs, the control flow of FIG. 6 is terminated and the normal control operation is resumed.
In this case, the state number 2 of the terminal information shown in FIG. 8 is set to the connected state, and the state number 3 is set. When another terminal disconnects before the time-out, the recall shown in f of FIG. 7 is executed (S8 of FIG. 6). In this case, since the terminal information is in the recovery monitoring state (state number 2), the terminal is identified, the ringer trunk is connected to call the terminal, and when the terminal responds, reconnection is performed through the line and the call is resumed. It

FIG. 9 shows a mutual operation sequence between each terminal and the exchange according to the third embodiment. The operation sequence of the third embodiment is when a disconnection request is issued from a plurality of terminals, and the control flow of the exchange in this case is basically the same as that of FIG. It changes according to the demand as described below.

In FIG. 9, when the calling terminal 13Y first sends a special request number for disconnection due to busy line (a in FIG. 9), the exchange 13A, 1A that is using the line.
Send to 3B from the talkie trunk (or mixer trunk and talkie trunk) to an announcement prompting disconnection (same b). In this state, when the other calling terminal 13X also requests the disconnection of the line and sends out the special number (the same c), the exchange waits for the waiting data 30c in the waiting waiting control data 30 shown in FIG. The calling terminal 13X is notified by a talkie trunk (a talkie trunk different from the talkie trunk that issues the above-mentioned announcement prompting disconnection) to notify the calling terminal 13X that it is waiting for a connection including the number (the waiting number is 2 at this time). (FIG. 9d). The announcement waiting for the connection is the calling terminal 1 that sent the first special number.
It can be sent to 3Y.

In response to an announcement prompting disconnection, the terminal 13A that is currently using the line disconnects (e in FIG. 9).
The exchange switches the line to the calling terminal 13Y which first transmitted the special number by the control flow of FIG. 5 (f in FIG. 9). At this time, the waiting data 3 of the disconnection control data 30
Update the waiting number stored in 0c (set the number to 1)
However, since the number of waits is still not 0, the announcement (b in FIG. 9) prompting disconnection continues the operation of notifying the terminal 13B in use. After this, the terminal 13B in use
When the switch disconnects (g in FIG. 9), the exchange updates the number of waits in the wait data 30c of the disconnect wait control data and detects that it becomes 0, and stops the notification of the announcement to the terminal in use. Then, the transmission terminal 13X is reconnected to the disconnected line (h in FIG. 9).

FIG. 10 is a control flow of the exchange according to the fourth embodiment,
FIG. 11 is a mutual operation sequence between each terminal and the exchange according to the fourth embodiment. In the fourth embodiment, the destination number is received in advance from the calling terminal that has issued the disconnection request, and the destination number can be immediately sent out through the line when the line is reconnected due to disconnection. Is.

First, the operation sequence shown in FIG. 11 will be described. When a special number is sent from the calling terminal 13X that is busy on the line to the exchange (a in FIG. 11), the exchange sends a message to the terminal using the line. An announcement that prompts disconnection is sent (same b). At this time, the exchange informs the calling terminal 13X that it will accept the telephone number of the other party to be connected (the same c). In this case, the reception of the telephone number can be notified by sending an announcement by dial tone or talk key to the calling terminal 13X. When the numbers of the other party's telephone number are sent in order from the calling terminal 13X (d in FIG. 11), the exchange receives and stores these numbers. After this,
When the in-use terminal 13A stops the call and disconnects the line (e in FIG. 11) in response to the announcement, when the exchange detects the disconnection, it reconnects the line to the calling terminal and stores it first via that line. The called party's telephone number is sent and the calling operation is performed.

The exchange performing the operation sequence of FIG. 11 executes the control shown in FIG. That is, when the line busy (busy) is encountered, it is determined whether the disconnection request special number has been received (S1 in FIG. 10), and if it is received, the control for sending an announcement prompting disconnection to the terminal using the line is performed. The destination number (telephone number) is received from the calling terminal (S2 in FIG. 10). At this time, as described with reference to FIG. 11C, it is possible to perform control for giving a notification prompting the sending terminal to send the destination number. The destination number received from the calling terminal is stored in the calling party number storage area 32d corresponding to the calling terminal of the calling party number data 32 in the memory shown in FIG.

Thereafter, it is determined whether cancellation of the disconnection request from the calling terminal is accepted (S3 in FIG. 10), and if canceled, the existing processing is performed. If there is no cancellation,
It is determined whether or not there is a terminal corresponding to the disconnection request (S4 in FIG. 10). If a terminal exists in response to the disconnection request, line reconnection is performed (S5 in the same figure), and the partner number storage area 3 in FIG.
The destination number stored in 2d is sent out via the line (at step S6).

According to the fourth embodiment, connection control and communication with the other party can be performed more quickly than in the case where the other party's number is received from the calling terminal after the line is disconnected. FIG. 12 is a control flow of the exchange of the fifth embodiment, and FIG. 13 is a mutual operation sequence between each terminal and the exchange of the fifth embodiment.

In the fifth embodiment, a line disconnection permission signal (a signal indicating that disconnection may be made from the exchange side) is received from a terminal which is using the line and has received an announcement prompting disconnection, and a plurality of terminals are received. When a permission signal is received from the switch, the optimum terminal is selected from among them and the exchange controls the disconnection.

First, the operation sequence shown in FIG. 13 will be described. When a special number is sent from the calling terminal 13X that is busy on the line to the exchange (a in FIG. 13), the exchange will use the terminals 13A and 13B on the line. An announcement for prompting disconnection is sent to the same (the same b). At this time, the exchange starts a timer for a fixed time and receives a PB signal (see FIG. 2).
18) and the accommodation positions of the terminals 13A and 13B are unidirectionally connected. When the user of the terminal 13B who hears the announcement sends a signal indicating permission to disconnect the currently active line (c in FIG. 13), this disconnection permission signal is generated by operating a specific dial key of the terminal. It is a PB signal.

After this, before the timer times out, the disconnection permission signal is sent from the other terminal 13A to the exchange (d in FIG. 13). Upon receiving the disconnection permission from each terminal, the exchange sets the disconnection flag 31d in the data corresponding to the terminals 13A and 13B in use of the line stored in the CDB 31 in the memory shown in FIG. State).

In the exchange, priority is given to each of the terminals 13A and 13B with the disconnection flag 30d set by referring to the priority 33b, disconnection number 33c and disconnection date 33d of the respective device mounting data 33 (see FIG. 3). The terminal to be disconnected is determined by judging whether the frequency is low, the number of disconnections is small, or the date and time have passed since the last time. In the example of FIG. 13, the line of the terminal 13B is disconnected by the exchange (e in FIG. 13), and the originating terminal 13X is reconnected to the disconnected line (same f).

The exchange which controls the above-mentioned FIG. 13 is shown in FIG.
The control shown in is executed. That is, the line is busy (busy)
When it receives, it determines whether or not the disconnection request special number has been received (S1 in FIG. 12), and if it has received, controls to send an announcement prompting disconnection to the terminal in use of the line, and the timer as described in FIG. 13 above. Then, the PB receiver is connected to the terminal using the line (S2 in FIG. 12).
After that, it is determined whether the cancellation of the disconnection request from the calling terminal is accepted, and when the cancellation is accepted, the existing process is performed. If the cancellation is not accepted, it is determined whether the disconnection request waiting time-out has occurred (S4). When the time-out occurs, it is determined whether or not there is a terminal (terminal that has received the disconnection permission signal) according to the disconnection request (at step S5). This determination is performed by the method described in FIG. 13 (identifies whether the disconnection flag 30d of the terminal information during line use is in the set state), and if there are a plurality of terminals that respond to the request, the priority (device implementation in FIG. 3 is implemented. Data 33 priority 33
The determination is performed according to b) (S6 in FIG. 12), the terminal with the lower priority is selected and disconnected, and the line is reconnected (S7).

In the case of FIG. 12, when the terminal to be disconnected is selected from the terminals to be disconnected (terminals that have issued disconnection permission) in step S6, not only the priority but also the number of disconnections 33c as described in FIG. It can be determined in consideration of the disconnection date and time 33d. The disconnection permission signal is not accepted after the timer times out.

According to the fifth embodiment, when the line is busy, it is possible to reduce the influence without forcing an important terminal to disconnect.

[0058]

According to the present invention, the following effects (1) to (11) are obtained. (1) The calling terminal can prompt all terminals that are using the desired line to disconnect by making a disconnect request when a line busy is encountered. If there is a disconnect, the call requesting disconnection is made. By connecting the terminal and the line, it is possible to use the line reliably and smoothly. (2) Accepting a disconnection request, receiving the caller's destination telephone number during the disconnection request announcement, and accumulating this destination telephone number enables automatic transmission to the destination telephone number after securing the communication path. Therefore, it is possible to effectively use the line and time without the need for the caller to dial after the line is free. (3) By sending a message through the mixer trunk at the same time as a call during a call, it is possible to understand that a connection request has been made without interrupting the call. (4) By giving priority to line users,
It is possible to prevent the call of the terminal having a high priority from being interrupted by limiting the callees who are notified of the disconnection request. (5) By notifying whether or not the caller who has received the disconnection request is allowed to continue the call (disconnect permission), it is possible to limit the callers to be disconnected. (6) If the disconnect request is satisfied after the call disconnect request,
By making an announcement or the like to the other caller and notifying that the request for disconnecting the call is gone, the other caller can continue the call without worry. (7) While there is a disconnection request from the caller, it is possible to notify all terminals in the call that a disconnection request is present (the disconnection request is continuing) by continuously sending a message. (8) If multiple disconnections occur in response to a disconnection request, only the call that disconnects the call first is disconnected, and the calls that are disconnected after that are recalled before the disconnection again. The call can be put into a call state and excessive call disconnection can be suppressed. (9) Even if the calling terminal is a terminal that requires multiple lines in a TV conference or the like, a special terminal can be implemented by continuing the disconnection request until the required number of lines are secured. (10) When a plurality of disconnection requests are generated, a plurality of disconnection requests can be dealt with by not making another announcement and continuing the announcement until all disconnection requests are satisfied. (11) When the caller makes a disconnection request, if the caller already exists, the caller who later made the disconnection request can be notified by announcement or the like that there is a predecessor.

In summary, even if the line becomes busy, reliable and smooth communication can be performed without camp-on, and other calls are suddenly disconnected due to forced disconnection. This guarantees that a reliable call will be secured without the problem that the call will be lost, and contact failure due to line busy will not cause major damage to the switch user company, and call control can be performed reliably and smoothly as a network as a whole. .

[Brief description of the drawings]

FIG. 1 is a principle configuration diagram of the present invention.

FIG. 2 is a diagram showing a configuration of an exchange in which the present invention is implemented.

FIG. 3 is a configuration diagram of data stored in a memory according to the present invention.

FIG. 4 is a diagram showing a mutual operation sequence between each terminal and the exchange according to the first embodiment.

FIG. 5 is a diagram showing a control flow of the exchange of the first embodiment.

FIG. 6 is a diagram showing a control flow of the exchange of the second embodiment.

FIG. 7 is a diagram showing a mutual operation sequence between each terminal and the exchange according to the second embodiment.

FIG. 8 is a configuration diagram of disconnection waiting control data in a memory used in the second embodiment.

FIG. 9 is a diagram showing a mutual operation sequence between each terminal and the exchange according to the third embodiment.

FIG. 10 is a diagram showing a control flow of the exchange of the fourth embodiment.

FIG. 11 is a diagram showing a mutual operation sequence between each terminal and the exchange according to the fourth embodiment.

FIG. 12 is a diagram showing a control flow of the exchange of the fifth embodiment.

FIG. 13 is a diagram showing a mutual operation sequence between each terminal and the exchange according to the fifth embodiment.

FIG. 14 is an explanatory diagram of a conventional example.

[Explanation of symbols]

 1 Control Unit 1a Disconnection Request Detection Unit 1b Disconnection Request Notification Unit 1c Disconnection Detection Unit 1d Connection Control Unit 1e Number Sending Instruction Unit 2 Memory 20a Route-Specific Disconnection Control Data 20b Partner Number Data 20c Device Installation Data 3 Speech Channel (NW) 4a Calling terminal 4b, 4c, ... Other terminal 5 Trunk 6 Line 7 Talkie trunk 8 Mixer trunk

 ─────────────────────────────────────────────────── ─── Continuation of the front page (72) Takashi Hidaka Inventor Takashi Hidaka 1-4-4 Hakataekimae, Hakata-ku, Fukuoka-shi, Fukuoka Within Fujitsu Kyushu Communication Systems Ltd. (72) Naoto Senoo, Hakata-ku, Fukuoka-shi, Fukuoka Hakata Ekimae 1-4-4 Fujitsu Kyushu Communication Systems Ltd. (72) Inventor Junji Sato 1-4-4 Hakata Ekimae Fukuoka Kyushu Communication Systems Ltd. (72) Inventor Masami Ota 1F-4-4 Hakataekimae, Hakata-ku, Fukuoka-shi, Fukuoka Prefecture, within Fujitsu Kyushu Communication Systems Limited (72) Inventor Yasushi Shigetada, 1-4-4 Hakataekimae, Hakata-ku, Fukuoka City, Fukuoka City, Fukuoka Prefecture 72) Inventor Minoru Iyama No. 4-4 Hakata Station, Hakata-ku, Fukuoka City, Fukuoka Prefecture Inside Tem Co., Ltd. (72) Inventor Yoji Fukuzawa 1-4-4 Hakataekimae, Hakata-ku, Fukuoka City, Fukuoka Prefecture Fujitsu Kyushu Communication Systems Limited (72) Koji Kuriki 1-4 Hakata-ekimae, Hakata-ku, Fukuoka City, Fukuoka Prefecture No. 4 in Fujitsu Kyushu Communication Systems Co., Ltd. (72) Inventor Kazuya Nishimura 1-4-4 Hakata Ekimae, Hakata-ku, Fukuoka City, Fukuoka City Fukuoka Prefecture Kyushu Communication Systems Co., Ltd. (72) Inventor Atsushi Tagane Fukuoka, Fukuoka Prefecture 1-4-4 Hakata Station, Hakata-ku, Yokohama-shi

Claims (11)

[Claims] 1. In a terminal connection control system in an exchange having a line corresponding to a route and a large number of terminals, a control unit of the exchange requests a disconnection request of the line generated from the terminal when the calling terminal is busy. A disconnection request detection unit that detects the disconnection request, a disconnection request notification unit that notifies all terminals that are using the line to request communication disconnection by detecting the disconnection request, and the terminal that has received the request disconnects the line. A disconnection detecting unit for detecting a disconnection, and when the disconnection detecting unit detects disconnection in response to the communication disconnection request notification, the control unit transmits the disconnection request to the originating terminal via the disconnected line. A terminal connection control method in an exchange characterized by making a connection. 2. The control unit according to claim 1, wherein the disconnection request notifying unit instructs the transmitting terminal to send a destination telephone number while the disconnection request notification unit notifies the communication disconnection request to all terminals using the line. And a memory for storing the receiving telephone number from the calling terminal,
A terminal connection control system in an exchange, comprising: a calling unit that automatically makes a call from the other party's telephone number in the memory after disconnecting the communication line. 3. The disconnection request notifying unit of the control unit according to claim 1, wherein each call content is mixed with voice of the notification content during communication of all terminals in communication, A terminal connection control method in a switching system characterized by notifying via a mixed trunk that is output and notifying the disconnection request without interrupting the communication of each line. 4. The exchange according to claim 1, wherein:
Each terminal is provided with data representing a preset priority order, and the disconnection request notification section of the control section refers to the data set in the terminal that is using the line, and controls disconnection according to the priority order. A terminal connection control method in an exchange characterized by performing. 5. The control unit according to claim 4, wherein the control unit detects the presence or absence of continuation of communication from a terminal in a call that has received the disconnection request, identifies the priority order of the terminal that does not continue communication, and sets the priority order. A terminal connection control method in an exchange characterized by disconnecting a low terminal. 6. The control unit according to claim 1, wherein when a line disconnection occurs after notification of the disconnection request and a line connection is made by a requesting terminal, a request for disconnection of communication is made to a terminal using another line. A terminal connection control method in an exchange, characterized in that it comprises a request completion notifying means for notifying that all the information has been lost. 7. The control unit according to claim 1, wherein the disconnection request notification unit notifies the disconnection request to all terminals using the line, and disconnects the line to all terminals requesting the disconnection. A terminal connection control method in an exchange, which is characterized in that it is continuously performed until it is performed. 8. The control unit according to claim 1, wherein the control unit responds to a disconnection request notification by a disconnection request from one terminal.
When a plurality of line disconnections occur, the control is performed such that the terminal that first disconnects the line is in the disconnection state and the terminal that is disconnected after that is in the communication state before disconnection. Terminal connection control method. 9. The disconnection request notifying unit of the control unit according to claim 1, when the calling terminal identifies a communication terminal requiring a plurality of lines, the disconnection request notification unit responds to the notification requesting the disconnection. A terminal connection control method in an exchange, characterized in that the notification of the disconnection request is continued until the number of lines required by the communication terminal is secured. 10. The terminal connection control in an exchange according to claim 1, wherein when there are a plurality of disconnection requests, the control unit continues to notify the first disconnection request until all connection requests are completed. method. 11. The calling device according to claim 1, wherein when the calling terminal issues a disconnection request, if there is a terminal that has issued a disconnection request before the calling terminal, the disconnection request is issued later. A terminal connection control system in an exchange characterized by comprising a notification means for notifying a terminal of the existence of a preceding terminal.