JP3170167B2 - Cordless telephone equipment - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a cordless telephone device, and more particularly to a cordless telephone device provided with a handset rejection function.

[0002]

2. Description of the Related Art Conventionally, a cordless telephone having a plurality of handset units (PS) has a call function between handset units which is provided by a base unit (CS).
It was generally done via

[0003] In particular, recently, cordless telephones have been digitized, and the communicability and confidentiality have been improved, and the use of a wide range of inter-slave communication not only for home communication but also for office business communication has been studied. Have been.

[0004] However, a user who has a handset is "in a meeting"
Despite this, a person who does not know that the user is "in a meeting" may call the user and hinder the progress of the meeting. Therefore, in such a case, it is necessary for the user to take measures such as turning off the power of the slave unit or decreasing the volume of the ringing tone.

For this reason, recent cordless telephones are often provided with an incoming call rejection function for rejecting an incoming call from another slave unit or a master unit.

The procedure for rejecting an incoming call in this cordless telephone will be described with reference to FIG.

As shown in FIG. 9, this cordless telephone device has a master unit (CS) 9a and slave units (PS) 9b and 9c.
Here, the calling side slave unit 9b is connected via the master unit 9a.
1 shows a case in which a call request is made between slave units to the called slave unit 9c.

[0008] Here, it is assumed that the called handset 9c rejects incoming calls.

First, the called side slave unit 9c for rejecting a call is:
The incoming call rejection flag provided in the memory is turned on to set the called side handset 9c to the incoming call rejection state (S901). Note that this incoming call rejection state refers to a state in which the called slave unit 9c is held as if it were off-hook.

[0010] Therefore, when the calling handset 9b calls the called handset 9c (S902), the called handset 9c is considered to be in an off-hook state, and the called handset 9b emits a busy tone. It receives (S903). It should be noted that the called slave unit 9c
Is simulated off-hook, so of course no ringing tone sounds.

As described above, by using the incoming call rejection technique of simulating the called-side slave unit in an off-hook state, the user who carries the called-side slave unit can select whether or not to accept an incoming call. Become.

However, when receiving the busy tone, the calling handset 9b cannot distinguish whether the called handset 9c is busy or in a call rejection state.

[0013] Therefore, in the case of the incoming call rejection state, a conventional technique is known in which a signal tone other than the busy tone signal is transmitted so that the calling handset 9c can know whether the user is in a call or in the call rejection state. Have been.

If this prior art is used, it is possible to recognize whether or not the called slave unit 9c is in the call rejection state, but it is not possible to recognize the reason for the call rejection state. The calling slave unit 9b does not know the time of terminating the incoming call rejection of the called slave unit 9c.

[0015] Therefore, when the caller has a very important requirement, it is necessary to send the requirement to the called party.

On the other hand, the called party often wants to accept an incoming call without rejecting an important business. For example, if you reject a call for "during a break", you will receive an incoming call for an emergency,
If the incoming call is rejected due to "in a meeting", it is necessary to accept an incoming call for important items necessary for the meeting.

Although the conventional cordless telephone had such a function of rejecting incoming calls, it lacked a function for notifying the reason for rejecting incoming calls.

[0018]

As described above, in the conventional incoming call rejection technology, the user who handles the calling handset cannot recognize the time of rejecting the incoming call rejection of the called handset, and it is important to use it. Even if there is a case, there is a problem that the business cannot be transmitted as long as the incoming call is rejected.

For this reason, the situation in which the user can use the incoming call rejection function is extremely limited at present.

In view of the above, the present invention solves the above problem, notifies the calling handset of the reason for rejecting the incoming call, and recognizes the state of the user who handles the called handset to the user of the calling handset. It is another object of the present invention to provide a cordless telephone device capable of making a forced incoming call as required even when the incoming call is rejected.

[0021]

In order to achieve the above object, according to a first aspect of the present invention, there is provided a first method for receiving a call request between handset units.
And a second state in which a call request between handset units can be rejected, the cordless telephone device including a plurality of handset units, wherein the plurality of handset units have a call rejection reason indicating a reason for rejecting an incoming call. A message storage means for storing a plurality of types of messages, and in the second state, when a call request between handset units is made, arbitrarily selected by the user from a plurality of types of incoming call rejection reason messages stored in the message storage means Receiving the call rejection reason message for notifying the reason for the rejection of the call by transmitting the message to the handset requesting the call between the child devices, and receiving the call rejection reason message transmitted by the call rejection reason notification means. After displaying on the display screen, the instruction means for instructing the slave unit of the call request between the slave units to perform the forced incoming call based on the operation of the user, and instructing the forced incoming call by the instruction means If it, characterized by comprising a reception resuming means for accepting the transition to the call request between handset and the first state.

Further, in the second invention, the plurality of slaves are provided with an incoming call forcing means for forcing incoming processing to the handset set in the second state, and a forcing by the incoming call forcing means. And a shift means for shifting to the first state when received.

According to a second aspect of the present invention, in the cordless telephone device having a master unit and a plurality of slave units, wherein the plurality of slave units communicate with each other via the master unit, A message storage unit that stores a plurality of types of messages indicating the call rejection states of the plurality of slave units; a management unit that manages identification information of the message stored in the message storage unit for each slave unit; When a call request between handset units is received from a handset unit, the management unit checks whether or not identification information is set in the handset unit to which the call is requested, and the identification information is set in the handset unit to which the call is requested. If not, a call request is made to the slave unit of the call request destination, and if identification information is set in the slave unit of the call request destination, a message corresponding to the identification information of the slave unit of the call request destination is communicated. Controlling transmission to the requesting slave Characterized in that a that the control unit.

[0024]

According to the first aspect of the present invention, in the plurality of slave units, the message storage means stores a plurality of types of incoming call rejection reason messages indicating the reason for rejecting the incoming call, and in the second state, the incoming call rejection reason notifying means. Is requested by the user, a message arbitrarily selected by the user among a plurality of types of call rejection reason messages stored in the message storage means is transmitted to the handset of the call request source between the handset and received. Notifying the reason of the rejection, the instruction means receives the call rejection reason message transmitted by the call rejection reason notifying means, and displays the message on the display screen. When a forced incoming call is instructed based on the operation, and the reception resuming unit is instructed to perform the forced incoming call by the instructing unit, the process shifts to the first state and accepts a call request between handset units.

[0025]

According to the second aspect of the present invention, a message storage means for storing a plurality of types of messages is provided in the master unit, and the identification information of the message is managed for each slave unit by the management unit. When the handset accepts the call request between handset units, it checks with the management means whether or not the identification information is set in the handset device to which the call is requested, and the identification information is set in the handset device to which the call is requested. If not, a call request is made to the slave device of the call request destination, and if identification information is set in the slave device of the call request destination, a message corresponding to the identification information of the slave device of the call request destination is transmitted to the child of the call request source. To the machine.

[0027]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described below in detail with reference to the accompanying drawings.

FIG. 1 is a block diagram showing the entire configuration of the cordless telephone device used in the present embodiment and the detailed configuration of the slave unit.

As shown in FIG. 1, this cordless telephone device comprises a master unit 1, a slave unit 2 and a slave unit 3, and a communication path is provided between the master unit 1 and each of the slave units 2 and 3, respectively. Is set. Then, when a call is made between the child devices 2 and 3 between the child devices, the telephone call is made via the parent device 1.

The slave unit 2 includes an antenna 201 and an RF (Radio Frequency) unit 202 for performing processing such as generation of an intermediate frequency stage.
And a baseband signal processing unit 203 that performs predetermined digital processing on the baseband signal, and a speech codec unit 2 that performs digital encoding and decoding of a speech signal and the like.
04, a microphone 205, a speaker 206, a memory unit 207 for storing various information related to the child device 2, a control unit 208 for performing various controls of the child device 2, a key input unit 209,
The display unit 210 includes an LCD 210 and a serial interface 211 used when loading an operation program or the like.

The memory unit 207 includes a flash memory 207a, which is a rewritable nonvolatile memory, and a RAM 207b, which is a volatile memory. The flash memory 207a stores an operation program, an incoming call rejection message, and the like. The RAM 207b stores an incoming call rejection flag, the head address of the incoming call rejection message, and the like.

The incoming call rejection flag is a flag indicating whether or not the handset 2 is in the incoming call rejection state.
When the value is 0, the call is not rejected. When the value is 1, the call is rejected.

Also, the incoming call rejection message means that when the handset 2 is in the incoming call rejection state and a call request between the handset 3 is received from the handset 3, the state of the called handset 2 is changed to the calling side. This message is transmitted from the called-side handset 2 to the calling-side handset 3 to be transmitted to the handset 3. In this embodiment, an 8-bit code of up to 20 characters per message is used as this message.

Next, the control unit 208 sets the call rejection flag, registers the call rejection message, and controls the transmission of the call rejection flag and the call rejection message.
08a is inherent.

When the call rejection is set from the key input unit 209, the call rejection flag is set to "1".
Is performed. Specifically, the key input unit 2
When the dedicated key 09 or a predetermined key set in advance is pressed, the incoming call is rejected.

Registration of an incoming call rejection message is performed by sending an incoming call rejection message to the flash memory 20 for each incoming call rejection mode.
7a. In this embodiment, the initial message is read into the flash memory 207a together with the operation program. Then, the user performs the update registration by sequentially rewriting the flash memory 207a as necessary.

The selection of the call rejection message is performed by inputting the set call rejection message number from the key input unit 209. Specifically, "# K # (K is
Corresponds to the call rejection message number. ) ", The call rejection control unit 208a stores the start address of the Kth call rejection message in the RAM 207b.

The configuration of the slave unit 2 has been described above, but the slave unit 3 is configured similarly to the slave unit 2.

Therefore, when the handset 2 set in the call rejection mode receives an incoming call from the handset 3, it becomes possible to transmit the call rejection message set in the handset 2 to the handset 3.

Next, the configuration of the flash memory 207a will be specifically described.

FIG. 2 is a diagram showing an example of a memory map of the flash memory 207a. Here, the call rejection message composed of an 8-bit code of 20 characters is represented by K
(K is 1 or more).

As shown in FIG. 2, the flash memory 20
7a is a program area for storing an operation program,
Address 0 to address (L-1) are assigned, and address L and subsequent addresses are assigned to the incoming call rejection message storage area.

The first message of the K messages includes addresses L to (L + 19)
However, in the K-th message, the address {L + 20 ×
(K-1)} to (L + 20 × K-1) are assigned.

The K incoming rejection messages are sent to the serial interface unit 21 together with the initial operation program.
1 and is stored in each storage area. Then, if necessary, a predetermined key input is performed from the key input unit 209 to shift to the message change registration process, and the message is appropriately rewritten.

The message for rejecting incoming calls includes "Benkyochu", "Kaichuchu", "Hitatsude".
Geishuchu "and" PM2 Nishakukosaikai "can be set. For this reason, for example, the user of the calling handset 3 that has received the message of “PM2 Nichik Kosaikai” recognizes that the called handset 2 releases the incoming call rejection at PM2 and resumes the incoming call. It becomes possible.

In this embodiment, an 8-bit code is used, but a 16-bit kanji code or the like may be used.

Next, the processing procedure of the calling side slave unit and the called side slave unit will be described with reference to the flowcharts shown in FIGS. For convenience of description, the slave unit 3 is hereinafter referred to as a calling slave unit, and the slave unit 2 is referred to as a called slave unit.

FIG. 3 is a flowchart showing a processing procedure of the calling side slave unit 3.

As shown in FIG. 3, while the extension is not originating, the calling handset 3 is in the standby mode (S301 to S301).
302). Then, when the extension is transmitted, the mode is shifted to the extension transmission mode, and a call request is made to the called-side slave unit 2 via the master unit 1 (S303).

Thereafter, it is confirmed whether or not the incoming call rejection flag '1' has been received from the called side handset 2 (S304). If the incoming call rejection flag '1' has been received, the called side handset is received. 2 is notified that the flag has been received, and enters a state of waiting for reception of an incoming call rejection message. Then, when an incoming call rejection message is transmitted from the called remote unit 2 that has received the notification, the message is received (S305) and displayed on the display unit (LCD) 210 (S306).

Thus, the caller can confirm the message displayed on the display unit 210 and grasp the state of the called slave unit 2. At this time, a guidance sound or the like that prompts the user of the calling side child device 3 to confirm the display unit can be output from the speaker 206.

Then, the caller goes on-hook (S31).
3) Terminate the call.

On the other hand, if the incoming call rejection flag '1' is not received in S304,
If is not the incoming call rejection mode, it is checked whether the called remote unit 2 is busy (S307), and if so, a busy tone is emitted (S308) and the terminal goes on-hook (S313). On the other hand, if the called handset 2 is not in a busy state, a ring back tone is sounded until the called party answers (S309 to S310). The mode is shifted to the mode and an extension call is performed (S310), and after the extension call is completed (S3).
12) On-hook and end the call (S313).

Next, the processing procedure of the called slave unit 2 will be described.

FIG. 4 is a flowchart showing a processing procedure of the called slave unit 2.

As shown in FIG. 4, when the incoming call receivable is not set to the incoming handset 2 and the incoming call is received by the incoming handset 2 (S401 to S404), the incoming call is kept off-hook. A tone is sounded (S405 to S406), and if the user goes off-hook, an extension call between the slave units is performed (S40).
7). When the extension call between the slave units is completed, the terminal is hooked on (S408 to S409), and shifts to the standby mode again (S401).

On the other hand, when the incoming call rejection setting is performed on the called side remote unit 2, the incoming call rejection flag is set to "1" and the incoming call rejection message indicating the reason for the incoming call rejection for a predetermined period of time. (S410-S41)
1).

More specifically, in the standby mode, when a call rejection setting instruction is issued from the key input unit 209 using a dedicated key or a predetermined key, the call rejection control unit 208a sets the call rejection flag to “1”. '

Then, from the input key unit 209, for example,
When # 2 # (2 corresponds to the call rejection message number 2) "is input, the call rejection control unit 208a stores the start address of the second call rejection message in the RAM 207b.

If the incoming call rejection message is not selected within the predetermined time, the flow shifts to the standby mode of S401. If the incoming call rejection message is selected within the predetermined time, the incoming call rejection mode (S412). Move to

Although not shown in the figure, the display unit 210 shifts to the call rejection mode and displays the selected call rejection message.
Can also be displayed.

When an incoming call signal from the calling side slave unit 3 is received via the antenna 201, the RF unit 202, and the baseband processing unit 203 and is input to the incoming call rejection control unit 208a (S414), the incoming call is rejected. The control unit 208a controls a speaker ringing unit (not shown) provided in the voice codec 204 to control the ringing tone not to be sounded by the speaker 206 (S415).

Then, under the control of the incoming call rejection control unit 208a, the incoming call rejection mode flag '1' is first transmitted to the calling handset 3 (S416). After confirming that the RAM 2 has been received,
Using the head address of the incoming call rejection message stored in 07b, 20-byte data is read from the corresponding location in the incoming call rejection message storage area 207a, and the calling handset 3
(S417).

By performing the above processing, when the calling side handset 3 requests the calling side handset 3 to the called side handset 2 set in the call rejection state, the calling side handset 3 3 receives the call rejection message from the called-side child device 2 and displays it on the display unit 210.

The display on the display unit 210 at this time is shown in FIG.
An example is shown below.

As shown in FIG. 5, in this example, the character display of "Benkyochu (during study)" is displayed for home use, and the character display of "Hitatsude Geishtuchu (going out for delivery)" is displayed for store use. An example is shown.

By using the above embodiment, since the calling handset 3 can receive the incoming call rejection message, the state of the called handset 2 can be grasped. In some cases, it may be necessary to force a call to be received in consideration of the status of the call.

Therefore, hereinafter, a second embodiment in which a forced incoming call function is added to the above embodiment will be described. Here, a description will be given of a processing procedure in a case where this forced incoming call function is added to the incoming call rejection control unit 208a.

FIG. 6 is a flow chart showing a processing procedure of the calling handset 3.

As shown in FIG. 6, the processing procedure of the calling side slave unit 3 is different from the processing of S301 to S313 shown in FIG.
601 to S607 are added.

That is, as in FIG. 3, while the extension is not originating, the calling side handset 3 is in the standby mode (S30).
1 to S302), when an extension is transmitted, the mode is shifted to the extension transmission mode, and a call request is made to the called-side slave 2 via the master 1 (S303).

Thereafter, it is confirmed whether or not the incoming call rejection flag '1' has been received from the called side handset 2 (S304). If the incoming call rejection flag '1' has been received, the called side handset is received. 2 is notified that the flag has been received, and enters a state of waiting for reception of an incoming call rejection message. Then, when an incoming call rejection message is transmitted from the called remote unit 2 that has received the notification, the message is received (S305) and displayed on the display unit (LCD) 210 (S306).

Here, when the user of the calling side remote unit 3 inputs a forced incoming call key of the key input unit 209 or a preset key input to perform a forced incoming call (S601), the incoming call is rejected. The control unit sets the compulsory incoming call flag to "1" and transmits the signal to the called-side child device 2 (S602).

Note that the forced incoming call flag is a flag transmitted from the calling handset 3 to the called handset 2 in order to perform a forced incoming call. The flag is set to '1'.

In response to the compulsory incoming call flag, a ring-back tone is sounded until the called remote unit 2 answers (S6).
03 to S604), if the called-side child device 2 responds, the process proceeds to the inter-child device extension call (S605) to perform the extension call.
When the call is completed (S606), the user goes on-hook and ends the call (S604).

By the way, if the input of the forced incoming call is not performed, the process is terminated on-hook (S607).

When the called slave unit 2 is not in the call rejection state, the same processing (S307 to S313) as in FIG. 3 is performed.

Next, the processing procedure of the called slave unit 2 will be described.

FIG. 7 is a flowchart showing a processing procedure of the called slave unit 2.

As shown in FIG. 7, the processing procedure of the called slave unit 2 is the same as the processing procedure of S401 to S417 shown in FIG. 4 except that the processing of S701 to S707 is added.

That is, when the called-end slave unit 2 is in the standby mode (S401), when the setting of the call rejection (S402) and the selection of the call rejection message (S410) are performed, the mode shifts to the call rejection mode ( S412).

When an incoming call signal is received from the calling handset 3 and input to the incoming call rejection control unit 208a (S4).
14) In addition to controlling the ringing tone not to be sounded by the speaker 206 (S415), first, a call rejection mode flag '1' is transmitted to the calling side handset 3 (S416), and the calling side handset 3 is turned off. After confirming that the flag has been received, an incoming call rejection message is transmitted to the calling handset 3 (S41).
7).

Thereafter, the called-side slave unit 2 waits for reception of the forced incoming flag '1' for a predetermined time (S701 to S701).
702) If the forced incoming call flag '1' is not received within a predetermined time, it is determined that there is no forced incoming call, and the process shifts to the incoming call rejection mode of S412.

On the other hand, when the called handset 2 receives the compulsory call flag '1', it makes the speaker 206 sound a compulsory ringing tone until it goes off-hook (S703).
-S704), and after the user goes off-hook, the process proceeds to extension communication between child devices (S705) to perform a telephone call.

Then, when the call is completed (S70)
6) Go on-hook (S707) and end the call.

By adding the above series of forced incoming call processing to the calling handset 3 and the called handset 2, a forced call can be made.

In the above embodiment, the description has been given of the communication between the slave units via the master unit 1. However, the present embodiment may be applied to the direct communication between the slave units, which is also possible with the digital cordless system. In this case, the various transmission / reception signals described in the above embodiment are directly transmitted / received between the calling handset 3 and the called handset 2 without passing through the master unit.

Further, in the above embodiment, the case where the call rejection mode is managed for each slave unit has been described.
When a call is made between slave units via the master unit 1, the master unit 1 can also manage the call rejection state of each slave unit.

FIG. 8 is a diagram showing a case where the master 1 manages the incoming call rejection state of each slave.

As shown in FIG. 8, the base unit 1 has a message storage unit 8a for storing an incoming call rejection message, and a state management unit for managing the incoming call rejection state of the called side handset 2 and the calling side handset 3. A portion 8b is provided.

The message storage unit 8a stores a message similar to the incoming call rejection message held in the flash memory 207a by each slave unit in the above embodiment.

The state management section 8b manages the incoming call rejection state of each slave unit for each slave unit. Specifically, each message number stored in the message storage unit 8a is managed using a table or the like set for each slave unit.

Therefore, the setting of the incoming call rejection mode in each slave unit is performed by transmitting an incoming call rejection message number to the base unit 1.

When a call is made from the calling side handset 3 to the called side handset 2, the base unit 1 uses the state management unit 8b to determine the incoming call rejection state of the called side handset 2. If the called slave unit 2 is not in the incoming call refusal state, a call request is made to the called slave unit 2.

[0095] On the other hand, if the called side slave unit 2 is set to the incoming call rejection mode (message number K) in the state management unit 8b, the master unit 1 sends the called side slave unit 2 to the called side slave unit 2. Without making a call request, the incoming call rejection message corresponding to the message number K is taken out of the message storage unit 8a and transmitted to the calling handset 3.

In this way, by managing the incoming call rejection state of each slave unit in the master unit, the processing of each slave unit can be simplified and downsized.

As described above, according to this embodiment,
A plurality of incoming call rejection messages are stored in the flash memory 207a, and when the called handset 2 in the incoming call rejection mode receives a call request between handset units, the flash memory 20
7a, the desired message is transmitted to the calling handset 3 so that the calling handset 3
In this case, the reason for rejecting the incoming call of the called-side handset 2 can be grasped.

When the calling handset 3 receives an incoming call rejection message from the called handset 2, the calling handset 3 transmits a forced call flag to the called handset 2. Since the receiving handset 2 receiving the flag is configured to resume the incoming call processing, the calling handset 3 may instruct a forced incoming call as necessary after taking into account the contents of the incoming rejection message. Can be.

Further, by configuring the master unit to manage the call rejection state of each slave unit, it is possible to simplify the processing of each slave unit.

In the present embodiment, the incoming call rejection message itself is transmitted from the called side handset 2 to the calling side handset 3, but the identification information corresponding to the incoming call rejection message is sent. Accordingly, the amount of transmission data can be reduced.

Further, in the present embodiment, the case where the communication between the slave units is performed through the master unit has been described. However, the present invention is not limited to this, and the case where the direct communication between the slave units is performed is also possible. Can be applied.

[0102]

As described above, according to the first aspect, in the plurality of slave units, the message storage means stores a plurality of types of incoming call rejection reason messages indicating the contents of the reason for rejecting the incoming call. In this state, when the call rejection reason notifying unit is requested to make a call between handset units, a message arbitrarily selected by the user from the plurality of types of call rejection reason messages stored in the message storage unit is transmitted to the call request source between the handset units. To notify the reason for the rejection of the incoming call, the indicating means receives the message for the reason for the rejection of the call sent by the means for notifying the incoming call rejection, and displays it on the display screen. When a forced incoming call is instructed to the slave unit based on a user's operation, and when the reception resuming unit is instructed by the instructing unit to perform the forced incoming call, the state shifts to the first state and the inter-slave unit call request is accepted. Since it is configured in the originating whistle-side, after consideration of the contents of the call rejection message received from Chakukogawako machine can instruct the forced incoming call if necessary. In other words, by instructing a forced incoming call based on the contents of the received call rejection message in consideration of the situation where the other party, that is, the user of the called party, is placed, the other party is indiscriminately forced to do so. Incoming calls do not have to be accepted, urgent use is possible, and convenience is improved.

[0103]

According to the second aspect of the present invention, a message storage unit for storing a plurality of types of messages is provided in the master unit, and the identification information of the message is managed for each slave unit by the management unit. When the handset accepts the call request between handset units, it checks with the management means whether or not the identification information is set in the handset device to which the call is requested, and the identification information is set in the handset device to which the call is requested. If not, a call request is made to the slave device of the call request destination, and if identification information is set in the slave device of the call request destination, a message corresponding to the identification information of the slave device of the call request destination is transmitted to the child of the call request source. Since it is configured to transmit to the handset, while simplifying the processing of each handset, it is possible for the handset of the call requester to grasp the reason for rejecting the call of the handset of the call request destination and the like. Individual call rejection message for each slave unit Individual reasons reply can be set di on the parent device side is possible.

[Brief description of the drawings]

FIG. 1 is a block diagram showing an overall configuration of a cordless telephone device according to an embodiment of the present invention and a detailed configuration of a slave unit.

FIG. 2 is a diagram illustrating an example of a configuration of a flash memory illustrated in FIG. 1;

FIG. 3 is an exemplary flowchart showing a procedure of a calling process of the slave unit shown in FIG. 1;

FIG. 4 is a flowchart showing an incoming call processing procedure of the slave unit shown in FIG. 1;

FIG. 5 is a view showing an example of a display on a display unit shown in FIG. 1;

FIG. 6 is a flowchart showing another call processing procedure of the slave unit shown in FIG. 1;

FIG. 7 is a flowchart showing another incoming call processing procedure of the slave unit shown in FIG. 1;

FIG. 8 is a diagram showing a case in which the parent device manages the incoming call rejection state of each child device.

FIG. 9 is a block diagram showing a conventional incoming call rejection procedure.

[Explanation of symbols]

 Reference Signs List 1 parent device 2, 3 child device 201 antenna 202 RF unit 203 baseband processing unit 204 voice codec unit 205 microphone 206 speaker 207 memory unit 207a flash memory 207b RAM 208 control unit 208a call rejection control unit 209 key input unit 210 display unit 211 Serial interface section

Continuation of the front page (56) References JP-A-6-232962 (JP, A) JP-A-6-252839 (JP, A) JP-A-5-327611 (JP, A) JP-A-2-67829 (JP) , A) (58) Fields investigated (Int. Cl. ⁷ , DB name) H04B ^7/ 24-7/26 102 H04Q ^7/ 00-7/38 H04M 1/00

Claims (2)

(57) [Claims] 1. A cordless telephone device comprising a plurality of slave units capable of setting a first state in which a call request between handset units is accepted and a second state in which a call request between handset units is rejected. The message storage means for storing a plurality of types of incoming call rejection reason messages indicating the reason for rejecting the incoming call; and
A call rejection for notifying the reason of call rejection by transmitting a message arbitrarily selected by the user among the plurality of types of call rejection reason messages stored in the message storage means to the handset of the call requester between the handset. After receiving the call rejection reason message transmitted by the reason notifying means and the call rejection reason notifying means and displaying the message on the display screen, the slave unit of the call request between the slave units is forcibly made based on a user operation. Instructing means for instructing an incoming call, and accepting resuming means for transitioning to the first state and receiving a call request between handset units when a forced incoming call is instructed by the instructing means. Cordless telephone device. 2. A cordless telephone device having a master unit and a plurality of slave units, wherein the plurality of slave units communicate with each other via the master unit, wherein the master unit includes the plurality of slave units. Message storage means for storing a plurality of types of messages indicating a call rejection state, management means for managing identification information of the messages stored in the message storage means for each slave unit, and between the plurality of slave units to the slave units. When a call request is accepted,
The management unit confirms whether or not the identification information is set in the slave unit of the call request destination. If the identification information is not set in the slave unit of the call request destination, a call request to the slave unit of the call request destination is made. Control means for controlling to transmit a message corresponding to the identification information of the slave unit of the call request destination to the slave unit of the call request source, if the identification information is set in the slave unit of the call request destination; A cordless telephone device comprising: