JPS63177640A - Data exchange controlling system - Google Patents

Abstract

PURPOSE:To execute appropriate calling control by setting a waiting time until a called response responds from a called terminal, in accordance with a state of its called terminal designated from a calling terminal. CONSTITUTION:When a terminal equipment T1 calls a terminal equipment T2, a control part 4 outputs a called instruction signal to the terminal equipment T2 in accordance with a calling request from the terminal equipment T1. Subsequently, the control part 4 sets a called response waiting time in accordance with a state of the cases when the terminal equipment T2 which has received the called instruction signal is generating a fault, or when there is no fault and a local operation which is ended in a short time is being executed, etc. When the waiting has elapsed, its call is cut. In such a way, an unnecessary recall of the calling side and the response waiting time can be reduced, and appropriate calling control can be executed.

Description

[Detailed description of the invention] [Technical field] The present invention relates to a data exchange control method.

[Prior art] For example, in a data exchange device such as a PBX (private branch exchange) that interconnects multiple data terminal devices installed on the extension side, a called terminal specified by one calling terminal may If the call cannot be answered, the line is disconnected after sending a ringing signal for a certain period of time.

In this type of system, even if the called terminal is unable to answer the call due to malfunction, etc., the calling terminal continues to ring for a certain period of time, resulting in the inconvenience that the calling terminal cannot perform other operations during that time. .

In contrast, in recent years, when the called terminal cannot respond,
There are devices in use that prevent such situations by disconnecting the call immediately after notifying the calling terminal of the reason for the call, but it is also possible to prevent a call from occurring even when the called terminal is in local operation, where the call is terminated in a short period of time. Since the call is immediately disconnected, there is an inconvenience that the calling terminal has to make the call again after a certain amount of time has passed.

[Objective] The present invention has been made in order to eliminate the disadvantages of the prior art, and an object of the present invention is to provide a data exchange control method that can realize appropriate call control.

[Configuration] In order to achieve this object, the present invention sets a waiting time until a call response is received from a called terminal according to the state of the called terminal specified by the calling terminal. , the call is disconnected when the waiting time has elapsed.

Embodiments of the present invention will be described in detail below with reference to the accompanying drawings.

FIG. 1 shows a private branch exchange device PB according to an embodiment of the present invention.
It shows an X.

In the figure, this private branch exchange device i PBX has n outside line interfaces 11 to 1n for connecting to 50 outside lines (for example, public telephone lines), and terminal devices T1 to T, respectively. Extension interfaces 21 to 2 on the layer side for connecting to book extensions. and a line switching unit 3 for connecting external lines and internal lines in any manner,
It consists of a control section 4 for controlling the switching mode of the line switching section 3 and for controlling call connections to extension lines.

In addition, information channels OCz to OCz for exchanging data with external lines are connected to the line switching section 3, and the external line interfaces 21 to 2 are connected to the external line interfaces 11 to 1n.
．． , information channels ICI to IC, for exchanging data with extension lines, are connected to the line switching section 3.

Control information is exchanged between the external line interfaces 11-ln and the control unit 4 via the control path line BSo and the interface 5, and the external line interfaces 21-2.
The exchange of control information between the controller 4 and the controller 4 is via the control path line B.
Control information is exchanged between the line switching section 3 and the control section 4 via the interface 7. The memory 8 also stores various information such as an incoming response monitoring time management table that shows the relationship between waiting time and status information (described later) returned from a called terminal when data is transmitted between extensions. ing. An example of this incoming response monitoring time management table is shown in Table 1 below.

” With the above configuration, one terminal device T1 is connected to another terminal device T2.
The case where a call is made will be explained below.

Note that the connection between the outside line and the extension line is not directly related to the present invention, so a description thereof will be omitted.

In that case, as shown in FIG. 2(a), the terminal device T1 first outputs a call request signal RCt to the control unit 4 with the extension number of the terminal device T2 specified as destination information. Thereby, the control unit 4 outputs an incoming call instruction signal CC to the designated terminal device [T2.

Note that the exchange of control information between the terminal device [T1-T-] and the control unit 4 is performed through the extension interface 21-21.
, via the control path line BSi and the interface 6.

At this time, if the terminal device T2 is not faulty and is not performing local operation, the terminal device T2 sends an incoming response signal RAt.
is responded to the control unit 4. As a result, the control section 4 sends an incoming response signal RAc to the terminal device ffTt on the calling side, and also sends the information channel I of the terminal device T1 to the one-line switching section 3.
A command is given to connect the information channel IC2 of C1 and the terminal device T2 to each other.

As a result, data transmission is performed from the terminal device T1 to the terminal device T2. When the data transmission is completed, the terminal device T1 outputs a disconnection request signal DNt to the control section 4.

Thereby, the control unit 4 outputs a disconnection instruction signal DNcn to the terminal device T2, and instructs the line switching unit 3 to terminate the interconnection between the information channel ICI of the terminal device Tl and the information channel ICz of the terminal device T2. do. In addition,
At this time, the disconnection instruction signal DN is output to the terminal device T2.
Information indicating that the calling terminal has disconnected as the reason for disconnection is added to cn.

In addition, if a failure has occurred in the terminal device T2 when it receives the first call m indication signal CC, as shown in FIG.
Tb is responded to the control unit 4.

As a result, the control unit 4 obtains the incoming response monitoring time corresponding to terminal busy 1 from the above-mentioned incoming response monitoring time management table. A disconnection instruction signal DNcb to which information indicating the occurrence of the occurrence is added is output to the terminal device T1 and the terminal device T2. As a result, the terminal device T
1 knows that a failure has occurred in the terminal device T2, and ends data transmission to the terminal device [Tz.

In addition, when the terminal bag TeITz receives the incoming call instruction signal CC, if there is no failure in the device and the terminal is performing a local operation that will be completed in a short time, as shown in FIG. It responds to the control unit 4 with a terminal status notification signal STI indicating a value of 1. For example, when the terminal device T2 is a facsimile machine, the terminal busy state is when the operator is performing a copying operation. Also at this time,
The terminal device T2 notifies the operator through the display device that the incoming call instruction has been issued.

As a result, the control unit 4 obtains the 9th arrival response monitoring time corresponding to terminal busy 1 from the above-mentioned arrival response monitoring time management table, starts a timer (soft timer) in which the arrival response monitoring time is set, and A calling signal CL is sent to the terminal device T1 on the calling side.

When the operator of the terminal device T2 learns that an incoming call has been instructed, terminates or interrupts the local operation of the terminal device T2, and instructs the operator to receive the call from the operating device, the operator of the terminal device T2
2 responds to the control unit 4 with an arrival response signal RAt.

When the control unit 4 detects that the incoming response signal RAt is responded from the terminal device T2 before the timer setting the incoming response monitoring time overflows, the control unit 4 transmits the first incoming response signal RAc to the calling terminal in the same manner as described above. in response to the device Tl;
The circuit switching unit 3 is instructed to connect the information channel ICr of the terminal device T1 and the information channel ICz of the terminal device Tz to each other, and data transmission from the terminal device T1 to the terminal device iTz is performed.

Further, when the data transmission is finished, the terminal device T1 outputs the disconnection request signal DNt to the control unit 4, so that the control unit 4 outputs the disconnection instruction signal DNc to the terminal device T2 in the same manner as described above.
n is output. Then, the interconnection between the information channel ICx of the terminal device T1 and the information channel IC2 of the terminal device T2 by the line switching unit 3 is terminated.

Furthermore, for example, the operator who is locally operating the terminal device T2 is away from the terminal Tz and cannot know that an incoming call has been instructed, and the timer that sets the incoming response monitoring time in the control unit 4 When overflows at time t, the control unit 4, as shown in FIG.
A disconnection instruction signal DNCI with information indicating that there is no response within the incoming response monitoring time as the reason for disconnection is output to the terminal device T1 and the terminal device T2.

Thereby, the terminal device T1 learns that there is no response from the terminal device [Tz, and ends the data transmission to the terminal device T2. At the same time, the terminal device T2 clears the status information that stores the fact that a call reception instruction has been given, and also clears the call reception instruction display.

In this way, the terminal device on the called side notifies the control unit 4 of the operating state, and the control unit 4 sets the incoming response monitoring time according to the operating state and monitors the incoming response from the terminal device on the called side. Since the terminal device on the calling side is monitored, unnecessary re-calls and response waiting time can be reduced.

By the way, in the above-mentioned embodiment, when the terminal device to which the incoming call has been instructed is in local operation, the operator is notified that the incoming call has been instructed, and an incoming response is sent to the control unit by the operator's operation. When the local operation is finished or when the operator cancels the local operation mode, the terminal device can automatically send an incoming response to the control unit.

Furthermore, the relationship between the terminal status and the incoming response monitoring time is not limited to that shown in Table 1 above, and the number of terminal status settings is not limited to that described above.1For example, the simplest one is Set response monitoring time! Set the terminal state to two states: not set.

This is to set one arrival response monitoring time.

[Effects] As explained above, according to the present invention, the waiting time until a call response is received from the called terminal is set according to the state of the called terminal specified by the calling terminal. Since the call is disconnected when the waiting time has elapsed, an advantage is obtained in that appropriate call control can be realized.

[Brief explanation of the drawing]

FIG. 1 is a block diagram showing a private branch exchange device according to an embodiment of the present invention, FIG. 2(a) is a transmission sequence diagram when the terminal device on the called side is in a ready state, and FIG. )
(C) is a transmission sequence diagram when the terminal device on the called side is in a failure state, and (C) is a transmission sequence diagram when the terminal device on the called side is in the terminal busy 1 state and the call is received within the incoming response monitoring time. A transmission sequence diagram when the call can be answered. FIG. 5(d) is a transmission sequence diagram when the terminal device on the called side is in the terminal busy state and the call cannot be answered within the reception response monitoring time. 11-1n...external line interface, 21-2.・
・・Extension interface, 3・Line switching section, 4・
...Control unit, 5.6.7...Interface, 8.
...Memory, T] ~ D, ...Terminal device. Agent Patent Attorney Crest 1) Makoto Figure 1, Figure 2 (a) (b) (c) (d)

Claims (1)

[Claims] In a data exchange control system that interconnects multiple data terminal devices, the waiting time until a call response is received from a called terminal is set according to the status of the called terminal specified by the calling terminal. , a data exchange control system characterized in that the call is disconnected when the waiting time has elapsed.