JPH01202968A - Communication terminal equipment - Google Patents

Abstract

PURPOSE:To attain sure and quick reply while eliminating the need for waste transaction processing by allowing a caller side terminal set to add message information in a call request command sent to a called side device, applying call processing, and allowing a terminal set at the called party to read and display the message information in the incoming replay. CONSTITUTION:A caller side terminal set adds a message addressed to the terminal set at the called party in the call request command and send it from a transmission means 150. When an analysis means 120 of the terminal set at the called side detects a call request command from the caller set, a control means 130 displays the content of a message stored in the message part of the call request command onto a display means 140. For example, the caller inputs the name of the actual communication party in plural receivers using the called party terminal set as a message. Then dialing is applied and the result of input is displayed by the called part. Thus, the actual communication party is recognized.

Description

[Detailed Description of the Invention] [Field of Industrial Application] The present invention relates to communication terminal devices that are connected to each other via a communication medium, such as an ISDN line, having a plurality of data channels and one control channel. be.

[Prior Art] Among terminal devices that are currently widely used and connected to telephone networks, there are telephone devices that mainly handle voice information. However, with the recent development of communication technology, facsimile machines and personal computers equipped with modems have become widely used as terminal devices capable of sending and receiving image information and text information.

And some, like telephone facsimile machines,
- Terminal devices that can send and receive voice information and non-voice information are also being put into practical use.

When a call is made from this type of terminal device connected to the telephone network to another terminal device, the telephone network selects the specified called terminal device and A called signal (calling signal) is transmitted to the side terminal device. Upon receiving this called signal, the called terminal device detects that its own device is being called, and
Corresponding incoming call processing will be executed.

[Problem to be solved by the invention] However, on the called terminal device side, the called (calling)
It only receives signals, and as a result, it can only determine whether a call is coming from the other party's device, and cannot transmit any other information or the like.

゛In other words, at this point, the called terminal device and the receiver cannot distinguish which of the multiple receivers using this called terminal device is the one who should actually receive the received data, etc. There wasn't.

For this reason, there was a drawback that unnecessary efforts and efforts were required.

[Means for Solving the Problems] The present invention has been made for the purpose of solving the above-mentioned problems, and as a means for solving the above-mentioned problems, it has the configuration shown in the schematic functional block diagram of FIG. 1. .

That is, communication terminal devices are connected to each other via a communication medium 100 having a plurality of data channels and one control channel, and transfer call control signals using the control channel of the communication medium 100, a receiving means 110 for receiving a control signal from a channel; an analyzing means 120 for analyzing information received by the receiving means 110; and an analyzing means 1.
20, a display means 130 for displaying messages received from a receiving means, etc., and a transmitting means 150 for transmitting control information etc. to the communication medium 100.

[Operation] In the above configuration, the calling terminal device adds a message section addressed to the called terminal device to the call request command and sends it from the transmitting means 150, and the calling terminal device sends it from the transmitting means 150 to the analyzing means 12 of the called terminal device.
When 0 detects a call request command from the calling terminal device, the control means 130 displays and outputs the contents of the message stored in the message part of the call request command from the display means 140 during the call receiving operation. do.

For example, a caller inputs, as a message, the name of an actual communication partner among a plurality of recipients using a terminal device on the called side (receiving side). By making a call using a caller and displaying the input result on the called side, it becomes possible to recognize the actual communication partner.

[Embodiment] An embodiment of the present invention will be described in detail below with reference to the drawings.

FIG. 2 is a block diagram showing the configuration of a digital telephone device according to an embodiment of the present invention.

This embodiment includes a digital telephone device main body 30 and a handset 44 attached to the device 30, which is a telephone transmitter and receiver for telephone calls.
It is made up of.

The digital telephone device main body 30 is a central processing unit (control unit) that controls the entire device according to the programs stored in the ROM 33 and shown in FIGS. 6(A) to 7(C) and FIG. A certain CPU 32 stores the above-mentioned programs as well as parameters used in this embodiment.
This device includes an OM 33, a RAM 34 that temporarily stores processing progress of the CPU 32, communication data, etc., a line I/F unit 35 that controls the line interface with the connection line, and a C0DEC 36 that performs analog/digital conversion for telephone calls. It has an I10 unit 37 that controls attached operation sections and operation sections 39 to 43.

Note that the line I/F unit 35 is a connection line.

(Bus line) For example, in this embodiment, in order to interface with the connection line 38 to the ISDN network, multiplexing and demultiplexing of information channels and control channels, clock synchronization, terminal contention control, etc. are performed.

The I10 unit 37 also has a numeric keypad 39 for inputting a telephone number etc. as an operation section, a function key 40 for selecting various functions,
A key set 41 for inputting characters, a liquid crystal display 42 which is a display capable of displaying character data such as received data, and a speaker 43 are connected, and input/output control is performed with these.

FIG. 3 shows an external view of the digital telephone device of this embodiment including an operation section.

In FIG. 3, the same components as in FIG. 2 are given the same numbers, and detailed explanation thereof will be omitted.

In the figure, 40a is a line selection button for selecting an arbitrary line from a plurality of lines connected to the telephone device and connecting it to the telephone device itself, and 40b is a transmission start instruction button for starting transmission of input data, etc. , 40C is an interrupt instruction button for instructing to interrupt communication, 40d is a message transfer key for instructing transfer of only messages, and 40e is a voice communication function key for instructing to perform voice communication.

As shown in the figure, the key set 41 of this embodiment includes, in addition to basic character keys, control keys for editing such as an insert key 41a, a delete key 41b, a line feed key 41c, a cursor movement key 416, etc. Messages can be edited on the liquid crystal display 42, which displays these and input results.

FIG. 4 shows an example of a system configuration diagram of the connected communication system of this embodiment having the above configuration.

FIG. 4 is a connection diagram in which the device of this embodiment is connected to the ISDN network 25. In the figure, ♀1 is the digital telephone device which is the terminal device of this embodiment, 22 is the network termination device which is the network termination, and 23 is the l5D.
A subscriber line connecting the N switching network and the network termination device 22, 2
8 is a bus line connecting the digital telephone device 21 and the network termination device 22, 26 is another network termination device connected to the ISDN exchange network, and 27 is another digital telephone device.

As is well known, the line of the 15DN switching network is multiplexed and consists of one control channel and a plurality of data channels.

FIG. 5 shows the frame structure of the call request command sent to the control channel (D channel) by the device of this embodiment using the 15DN switching network 25 shown in FIG. 4.

In FIG. 5, Da is a destination subscriber number section, Sa is a source subscriber number section, C is a control information section, Id is an information format identification section, and M is a message section.

The information format identification section Id stores a code indicating the information format that the calling terminal device is currently trying to transmit.
The information format can be specified by the code.

Specifically, the first bit is voice/non-voice information, the second bit is an automatic/manual incoming call (automatic/manual answer) instruction, and the third bit is an indication of presence/absence of a message, etc. . Further, the message section M stores a character string of a message input and edited using the key set 41.

The communication start control (inter-terminal device connection control) of this embodiment having the above configuration will be explained below with reference to FIGS. 6(A) to 7(C) and FIG. 7.

Hereinafter, the operation and sequence when making a call from the digital telephone device which is the terminal device of this embodiment will be described first with reference to FIGS. 6(A) to 6(C). FIG. 6(A) shows the case where the message section M performs only "message transfer", and FIG. 6(B) shows the case where the message section M performs "message transfer"
FIG. 6(C) shows a case where only "voice communication" is performed without "message transfer", and a case where both "message transfer" and "voice communication" are carried out by the message section M.

First, the case of only "message transfer" will be explained with reference to FIG. 6(A).

Caller (caller) who attempts to make a call to another communication terminal device
In step SL, set the key 4 while checking the display of input information and the display of processing results on the liquid crystal display 42.
1 to enter and edit the message you want to forward. Next, in step S2, press the message forwarding function key 40.
Press and input d to instruct to forward only messages.

Upon receiving this, the CPU 32 instructs the line I/F unit 35 to prepare for sending a signal to the line, and waits for the next input of control information. In the following step S3, the subscriber number of the calling party (other party) is input using the numeric keypad 39, and then the transmission start instruction button 40b is pressed in step S4.

At this time, as shown in step S5, the CPU 32 generates a call request command having the frame structure shown in FIG. 4, which is sent when the other party responds, based on the information obtained from each of the above sequences. In this case, since only the message is transferred, the first bit is "1" in the information format identification section Id.
(non-voice information), the second bit is "1" (automatic call reception instruction), the third bit is "1" (message present), etc. Then, the generated call request command is sent to the control channel (D channel) of the ISDN bus line 38 via the communication I/F unit 35.

Next, the sequence for voice communication only will be explained with reference to FIG. 6(B).

Since there is no need for the caller to input a message when performing only voice communication, the caller raises the handset 44 or presses the voice communication function key 40e to input the fact that it is a voice communication. Upon receiving this, the CPU 32 instructs the line I/F unit 35 to prepare for sending a signal to the line, and waits for the next input of control information. In the following step S12, step S
As in 3, enter the subscriber number of the calling party (other party) using the numeric keypad 39, and press the transmission start instruction button 40b in step S13.
Press .

At this time, as shown in step S14, the CPU 32 generates a call request command having the frame structure shown in FIG. 4, which is sent when the other party responds, based on the information obtained from each of the above sequences. In this case, since there is only voice communication, the first bit in the information format identification section Id is "0" (
voice information), the second bit is “0” (manual incoming call instruction)
, the third bit is “0” (no message), etc. Then, the generated call request command is sent to the ISDN bus line 38 via the communication I/F unit 35.
control channel (D channel).

This completes the call processing, and then voice communication with the other party begins.

Further, a sequence for carrying out both message transfer and voice communication will be explained with reference to FIG. 6(C).

In step S21, the sender uses the key set 41 to input and edit the message he wishes to transfer on the liquid crystal display 42 in the same manner as in step S1. Next, in step S22, the user raises the handset 44 or presses the voice communication function key 40e to input the fact that it is voice communication. Upon receiving this, the CPU 32 uses the line I/F
It instructs the unit 35 to prepare for sending a signal to the line, and waits for the next input of control information. In the following step S23, the call destination (
The recipient) inputs the subscriber number and presses the transmission start instruction button 40b in step S24.

At this time, as shown in step S25, the CPU 32 generates a call request command having the frame structure shown in FIG. 4, which is sent when the other party responds, based on the information obtained from each of the above sequences. In this case, in order to perform message transfer and voice communication, the first bit is "O" (voice information) and the second bit is "0" in the information format identification section 1d.
(manual incoming call instruction), the third bit is "1" (message present), etc. Then, the generated call request command is sent to the 15D via the communication I/F unit 35.
It is sent to the control channel (D channel) of the N bus line 38.

This completes the call processing, and the message is transferred to and from the other party's device by the message unit M, and at the same time, voice communication with the other party is performed.

Finally, the control of the called device will be explained with reference to the flowchart of FIG. 7 showing the communication path formation control of the called device, which is the other device called in each of the above sequences.

Control of the called side (called side) device is started by receiving a call request command via the control channel (D channel) of the connection line 38 from the calling side device shown in step S71. The information format identification section (Id) of this call request command includes information for message transfer only, voice communication only, and message transfer and voice communication, as shown in Figures 6 (A) to (C). Information formats for a total of three cases are specified when both are performed. Therefore, in the subsequent step S72, the received information format identification section (Id) is read out.

First, in step S73, the first and second bits are
Check the bits and check voice information/non-voice information and manual incoming call/
Automatically determines incoming call instructions. In the device of this embodiment, a manual call instruction is specified when voice information is provided, and an automatic call instruction is specified when non-voice information is provided.

If the result of the judgment in step 373 is non-voice information, this means only message transfer, so step S7
4, the message part (M) of the call request command is read out and its contents are displayed on the liquid crystal display 42. Next, in step S75, the speaker 43 is driven to generate a ringing tone to notify that there is a call and a non-voice information transfer request has occurred. This ringing tone is easily distinguished from the case of an incoming call with voice information, which will be described later, by differences in intermittent period and output frequency. Also, in this case, since it is an automatic call processing, it is checked in step 376 whether or not a predetermined time has elapsed, and if the predetermined time has not elapsed, step S7
Return to step 5 and continue outputting the ringtone. If the predetermined time has elapsed, the process advances to step S77 and the ringing tone is automatically stopped. Thereafter, a call disconnection sequence is started in step S78, and the series of processes is ended upon completion of the disconnection sequence.

Through the above sequence, the recipient hears the ringing tone, recognizes that a message transfer request has been received, and is able to read the message displayed on the liquid crystal display 42.

On the other hand, if it is determined in step S73 that the voice information is a voice communication request, the process advances to step S80. When voice communication is performed, message transfer may also be selected at the same time, so the third bit of the information format identification section (Id) is checked to determine whether a message is present or not. If it is determined that there is no message, the process advances to step S82;
If it is determined that there is a message, the process advances to step S81.

In step S81, the contents of the message section (M) are displayed on the liquid crystal display 42, and the process proceeds to step S82.

In step S82, a ringing tone is output from the speaker 43 to notify that a call with a voice communication request has occurred.This ringing tone is a ringing tone when the above-mentioned voice communication request is non-voice information, depending on the frequency, intermittent period, etc. can be easily distinguished.

Also, in this case, it is necessary to perform manual incoming call (manual answer), and in the following step S83, the receiver who hears this ring tone takes off-hook (lifts up) the handset 44.
wait for. Therefore, the output of the ring tone continues until the recipient takes the handset 44 off-hook. The recipient can recognize from this ring tone that a call requesting voice communication has occurred.

Note that if there is a message transfer request and a message has been added at that time, the transfer message is displayed on the liquid crystal display 42.

Therefore, the recipient can read the message from the calling party when answering by taking the handset 44 off-hook. If the receiver picks up the handset 44 and goes off-hook, the process advances from step S83 to step S84, and the output of the ring tone from the speaker 43 is stopped. After that, in step S85, the data channel (B channel) is
Start voice communication using . Note that the display of the forwarded message displayed on the liquid crystal display 42 may be erased when the voice communication ends and the handset 44 is on-hook, or it may be controlled to be erased immediately when the handset 44 is off-hook. It's okay.

As explained above, according to this embodiment, even when the purpose is voice communication, it is possible to add a message on the calling side and transfer it to the called side.

Therefore, the caller can store and transmit the name of the communication partner with whom he/she desires to communicate, among the plurality of receivers using the calling terminal device, as a message in the call request command. Therefore, the content of the message is displayed on the liquid crystal display 42 of the called party that has received this call request command, and the person whose name is displayed among the plurality of users can pick up the handset 44 and respond. Can be done.

The above-described control has the advantage of eliminating the need for unnecessary intermediary work.

[Other Embodiments] According to the present invention, the data format stored in the message section of the call request command is not subject to any restrictions;
Enter/input on each of the calling terminal device and the called terminal device.
It is sufficient if encoding and decoding/output are possible.

Furthermore, in the embodiments described above, the data was a character string, but the present invention is not limited to this, and M
It is also possible to use a form in which the melody code used in IDI is reproduced and output from the speaker 43 of the called terminal device, and various modifications are possible.

[Effects of the Invention] As explained above, according to this embodiment, message information is added to the call request command sent from the calling side terminal device to the called side device to perform call processing, and the called side This message information can be read and displayed while the terminal device is responding to an incoming call.

Therefore, even if there are many people available on the called side (@calling side), you can specify the person you actually want to communicate with, eliminating the need for unnecessary intermediary processing, and ensuring This also makes it possible to respond quickly.

In addition, it is possible to transfer various additional information, and the effect is very large.

[Effects of the Invention] As explained above, according to the present invention, a called (incoming call)
Information can be sent to the side device and displayed on the partner device, making it possible to respond efficiently without the need for unnecessary intermediary processing.

[Brief explanation of the drawing]

Fig. 1 is a schematic functional block diagram of the present invention, Fig. 2 is a block configuration diagram of an embodiment of the present invention, Fig. 3 is an external view of the embodiment shown in Fig. 2, and Fig. 4 is a block diagram of the present embodiment. A system configuration diagram consisting of an 15DN network to which the embodiment device is connected; FIG. 5 is a frame configuration diagram of a call request command used in the embodiment system; FIGS. 6(A) is a flowchart showing the calling process of the calling side device, FIG. 6(A) is a flowchart in the case of message transfer only, FIG. 6(B) is a flowchart showing the calling process in the case of voice communication only,
FIG. 6(C) is a flowchart showing the call origination process for message transfer and voice communication, and FIG. 7 is a flowchart showing the call reception process of the called device of this embodiment. In the figure, 21.27...Digital telephone device, 22°26
...Network terminal equipment, 23...Subscriber line, 25...
I SDN switching network, 30...Digital telephone device body,
32... CPU, 33... ROM
. 34...RAM, 35...Line I/F unit, 3
6...C0DEC, 37...I10 unit, 38
...L5Connection line to the DN network, 39...Numeric keypad, 40...Function key, 40a...Line selection button, 40b...Transmission start instruction button, 40c
...Interruption instruction button, 40d...Message transfer key, 40e...Voice communication function key, 41.
...Key set, 41a...Insert key, 41b...
Delete key, 41c... Line feed key, 41d... Cursor movement key, 42... Liquid crystal display, 43...
Speaker, 44... Handset, Da... Destination subscriber number section, Sa... Source subscriber number section, C...
Control information section, Id: information format identification section, M: message section. Figure 1 Figure 3 Figure 6 (C)

Claims (1)

[Claims] A communication terminal device that is connected to each other via a communication medium having a plurality of data channels and one control channel and transfers a call control signal using the control channel, and receives a control signal from the control channel. The calling terminal device is equipped with a receiving means for analyzing information received by the receiving means, an analyzing means for analyzing the information received by the receiving means, and a display means for displaying the received message. When the analysis means of the called terminal device detects a call request command from the calling terminal device, the message is stored in the message section of the call request command during the call receiving operation. A communication terminal device characterized in that the content of a message sent is displayed and outputted from the display means.