JPS63248267A - Calling system - Google Patents

Abstract

PURPOSE:To make a receiving party connect with a transmitting party by being able to bold and display a calling request displaying and transmitting party identification information through an exchange to a receiving side by the request from the transmitting party when the receiving party is busy, absent and does not respond to a calling from the caller. CONSTITUTION:When a receiving terminal SUB-B is in busy or absent and does not respond in a connecting condition, a calling request key A is pushed down and operated to register the calling request. Thus, into the calling request table of the receiving terminal SUB-B correspondence on a main memory device M, transmitting terminal SUB-A identification information (telephone number) generated from a calling request registerer, is stored. Further, when a message is issued from a transmitting terminal SUB-A, it is stored into a message registration area. By the receiving terminal SUB-B, it is found that a calling is requested from the flickering condition of a calling request displaying lamp B.

Description

[Detailed Description of the Invention] [Industrial Field of Application] The present invention allows a calling terminal to display a call request to a called terminal when the called terminal is busy or the subscriber is absent, and based on the display, a call request is sent to the called terminal. This relates to a calling method in which a calling terminal is automatically called from a receiving terminal.

[Conventional technology]

Until now, for example, JP-A-60-162367
As described in the publication, when the called party is busy, the caller is allowed to listen to the busy tone while the states of both the caller and the called party are monitored. A ring tone is automatically sent to both parties only when the caller becomes free while the caller is listening to the busy tone, that is, while the caller is in an off-footer state. .

[Problem to be Solved by the Invention 3] As mentioned above, in the past, both parties were called only when the called party became free while the caller was off-hook. If the called party is busy or absent at the time of the call, there is a problem in that the called party cannot contact the caller unless the caller, who has any knowledge of the call, calls again. . Furthermore, even if the caller is not absent but does not respond to the call, the caller cannot be identified, and the caller cannot be contacted unless the caller calls again. Furthermore, since the developer is placed in an off-footer state until the called party becomes free, he is unable to respond to calls from third parties during that time.

An object of the present invention is to enable the called party to contact the caller later even if the called party is busy or absent when the caller calls, or even if the called party does not answer the call. The purpose of the present invention is to provide a calling method that does not require the caller to be off-hook for long periods of time.

[Means for solving problems]

The above purpose is to
In the case of absence or non-response, this is achieved by holding and displaying a call request display and caller identification information on the called party via the communication tfAm at the request of the caller.

(Function) When the caller calls the called party, if the called party is busy or does not respond for some reason, the caller can request the called party to call, for example by pressing a special key. This call request is sent along with the caller's identification information and the display value is approved at the receiving terminal, but the called party compares the need and operates a special key, for example. Depending on what you do,
This makes it possible to call a caller who is already on-hook.

〔Example〕

The present invention will be explained below with reference to FIGS. 1 to 5, taking as an example an extension subscriber accommodated in an automatic private branch exchange.

First, the automatic private branch exchange according to the present invention will be explained.
FIG. 4 shows a schematic configuration of one example. As shown in the figure, multiple extension subscriber terminals 5UB-A-3UB-C
is accommodated in the main switch SW via the corresponding subscriber circuit LC, and the extension subscriber terminal 5UB-A-3UB-C
can be connected to each other via an intra-office trunk IOT under the intervention control of the central processing unit CP. The central processing unit CP comprehensively controls the operation of the entire private branch exchange based on various data stored in the main storage device M.

Now, in carrying out the present invention, the extension subscriber terminal 5UB-
A-3UB-C requires at least a push-button telephone function and a display function for displaying various information, but these functions can be realized by a so-called multi-function telephone, and in order to implement the present invention, it is also necessary to have an extension subscription. user terminal 5UB-A
-3UB-C is preferably a multi-function telephone. The multifunction telephone also has various special key buttons, and FIG. 5 shows an extension subscriber terminal 5OB-A according to the present invention.
This figure shows the external configuration of the operation panel of an example of a multi-function telephone as -3UB-C. As shown in the figure, a telephone device including a push button, a display unit DISP for displaying various information,
Various special keys and their lamp display KEY & LAMP
etc. are arranged in predetermined positions on the operation panel. Incidentally, the functions of the various special keys and lamps are as follows.

Key A: Used to notify the other party (receiver) that there has been a call.

Lamp A: Lights up when key A is pressed.

Lamp B: Displays a call request from the other party (calling party).

Key B: Compatible with lamp B (not used in this example).

Key C: For checking the display.

Lamp C: Corresponds to key C, and lights up when key C is pressed (not used in this example).

Key D: Used when the called party calls the calling party.

Lamp C: Corresponds to key C, and lights up when key C is pressed (not used in this example).

Key E: Used by the destination terminal to call other terminals in the group.

Lamp E: Corresponds to the key, and lights up when key E is pressed.

Lamp F: This is used to indicate that the receiving terminal has called another terminal within the group.

Key F: Compatible with lamp F (not used in this example).

Now, the present invention will be specifically explained with reference to FIGS. 1 to 3.

First, referring to FIG. 1, the registration of a call request by a calling terminal will be explained as follows.

That is, assuming a case where a call is made from extension subscriber terminal 5UB-A and an incoming call is connected to extension subscriber terminal 5UB-B, the connection processing in this case is performed by the central processing bag zcp, and Between A and 5OB-B, S
U B -A-L C (SOB-A compatible)-3W-10
T-3W-L C (S UB-B compatible)-5UB-8 (condition (1)
). In this connection, the calling terminal 5OB-A, the receiving terminal 5UB
-B each identification information is stored on the main storage device M,
In this connected state, if the receiving terminal 5OB-B does not respond due to being busy or absent, the calling terminal 5U
A busy tone or ringing tone will be sent back to B-A for a long time (condition 1 (2+')).

At this point, the calling terminal 5UB-A is still the receiving terminal 5UB.
- When requesting this response from B, the originating terminal 5UB
- On the A side, the call request key A is pressed to register a call request (state (3))
. Pressing the call request key is 5UE-A-LC (
SUB-A compatible) - detected by the central processing unit cp on the CP route, but as a result, the call request table for the receiving terminal 5UB-B on the main storage device M contains the call request registrant's call request. Terminal 5UB-
A identification information (telephone number) is stored. Furthermore, if there is a message from the calling terminal 5UB-A, it is also stored in the message registration area. After this, a call request flag is set in the memory corresponding to the receiving terminal 5UB-B, and the request flag causes the calling request display lamp B to blink, thereby ending the registration of the calling request for the receiving terminal 5UB-B. It has become. Confirmation of this registration at the originating terminal 5UB-A is performed by the subscriber circuit (compatible with SUB-A).
This is done by sending a registration confirmation sound from the LC (G (41). After confirming this registration confirmation sound, the calling terminal 5UB-A is placed in an on-footer state and recovers, but the receiving terminal 5UB-B The blinking call request display lamp B in CP-LC (SUB-B compatible)-3UB-B
This process continues after that by the route (G(5+)).

Next, from the receiving terminal 5UB-B to the calling terminal. To explain the case of calling 5UB-A with reference to FIG. 2, the receiving terminal 5UB-B can tell that a call is requested from the blinking state of the call request indicator lamp B (Case 6 (51)). .When the display confirmation key C is pressed in response to the request (state (6)), the calling terminal identification information (in this example, extension telephone number 100 is assumed as the calling terminal identification information), and the message If there is, it will also be displayed on the display unit DISP.Press operation of display confirmation key C is 5UB-B.
It is detected by the central processing unit CP on the route of -L S (S,, UB -B compatible) - CP, but based on this, from the call request table corresponding to the receiving terminal 5UB-B on the main storage device M, The calling terminal 5UB-A identification information rloOJ as a call request registrant is further read out from the message registration area if there is a message, and sent to the receiving terminal 5UB-A via the reverse route.
This is what is displayed on the display section DISP in B (state (7)).

Now, in the receiving terminal 5UB-B, its display section DI
When the SP recognizes that the own terminal is complete based on the content displayed by the SP and recognizes the need to call the displayed calling terminal, the other party calling key D is pressed. (Status (8)). Call key D
Depending on the pressing operation, the call request display lamp B on the receiving terminal 5UB-B will be turned off, and the extension subscriber terminal 5UB-A as the calling terminal will be called (state (9)). Receiving terminal 5U
When the other party call key D is pressed in B-B, that fact is indicated by 5UB-B-LC (compatible with SOB-B)-c.
p is detected by the central processing unit CP on the route of p, but as a result, the call request flag that had been placed in the memory corresponding to the receiving terminal 5UB-B is reset, and the calling request table corresponding to the receiving terminal 5UB-B is reset. Based on the calling terminal identification information stored in the calling terminal, the extension subscriber terminal 5UB-A is called as the calling terminal. In other words, the receiving terminal 5OB-B and the calling terminal 5UB-A are the calling terminal and the receiving terminal, respectively.
Correspondence) - The originating terminal 5UB-A is called through the route 5UB-A.

Finally, when it is confirmed from Figure 3 that the call is not completed by the calling terminal from the calling terminal identification information and the message, the following describes the case where a call request is made to another terminal in the same group. .

That is, the display confirmation key C is pressed while the call request display lamp B is flashing on the receiving terminal 5UB-H and the calling terminal 5OB-A is restored (state a (5')). In some cases, as described above, the display section DISP may display the calling terminal identification information and the message (state (6')).
, (7′)). However, as a result of checking the display, it is found that the incoming call is not to the own terminal but to another terminal 5UB-C in the same group, and if a call request is to be registered for that terminal 5UB-C, the incoming call Terminal 5UB-
At step B, the call request key E is pressed and the call request display lamp E blinks. Receiving terminal 5
When the call request key E is pressed on UB-B (state (8')), this fact is indicated by 5UB-B-LC (S
The terminal 5UB-C is detected by the central processing unit CP on the path of the terminal 5UB-B (compatible with UB-B)-CP, and the terminal 5UB-C identification information is retrieved from the group registration table corresponding to that group on the tα device M, and further the terminal 5UB-C is The C-compatible call request table stores identification information of the calling terminal 5UB-A as a call request registrant. If there are any messages, they are also stored in the message registration area. After this, the call request flag is set in the memory corresponding to the terminal SU[3-C, the call request display lamp F blinks on the terminal 5UB-C, and the call request registration process is completed. The receiving terminal 5OB-B can register a call request to the terminal 5UB-C without dialing the telephone number of the terminal 5UB-C.

〔Effect of the invention〕

As explained above, in the case of the present invention, even if the called party is busy or does not respond, a call request can be displayed to the called party, and based on the display, the called party can later call the caller. There is.

[Brief explanation of drawings]

FIG. 1 is a diagram for explaining the call request registration by the calling terminal according to the present invention, FIG. 2 is a diagram for explaining the calling of the calling terminal by the receiving terminal, and FIG. 3 is also a diagram for explaining the calling of the calling terminal by the receiving terminal. FIG. 4 is a diagram showing a schematic configuration of an example of an automatic private branch exchange according to the present invention, and FIG. 5 is a diagram for explaining registration of a call request to another terminal according to the present invention. FIG. 2 is a diagram illustrating the appearance of an operation panel of an example of a multifunction telephone as a user terminal. 5UB-A-3UB-C...Extension subscriber terminal, LC/
...Subscriber circuit, SW...Main switch, IOT...
Internal trunk, CP: central processing unit, M: main memory. Agent Patent Attorney Tadashi Akimoto Figure 1 Figure 2 Figure 3 Figure 4

Claims (1)

[Claims] (1) A calling method for calling a calling terminal from a called terminal that is busy or absent, and when the called terminal does not respond or is busy when the calling terminal calls, the above call is made. After registering a call request from the terminal in the exchange, the call request is displayed on the above-mentioned called terminal, and after confirming the calling terminal identification information from the switch on the above-mentioned called terminal based on the general request, the above-mentioned calling terminal is called by performing the calling operation. A calling method characterized in that the is automatically read.