JP2010087600A - Mobile terminal unit - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a mobile terminal unit rejecting call termination until the notification time by a simple operation. <P>SOLUTION: When an alarm mode is activated, a CPU 100 sets the time input by a user using a ten-key part 11 or the like as the alarm time. After the alarm time is set, when the user inputs information showing that the call termination is to be rejected using main key 23 or the like, the CPU 100 sets call termination rejection. Thereafter, the CPU 100 executes the function of the call termination rejection on the basis of the setting of the call termination rejection. When a call is terminated during the execution of the call termination rejection, the CPU 100 rejects the call termination and preserves a call termination history such as a telephone number in a memory 106. Then, when the present time reaches the alarm time, the CPU causes a speaker 110 to output alarm sound and cancels the function of the call termination rejection when the output of the alarm sound is completed. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to a mobile terminal device such as a mobile phone or a PDA (Personal Digital Assistant).

  Conventionally, a mobile phone is provided with an alarm function (for example, Patent Document 1). Such an alarm function activates an alarm sound (beep sound, melody, etc.) or vibration when a time preset by the user arrives. The alarm function can be used in various scenes in business and daily life. For example, an alarm function may be used instead of an alarm clock, or may be used to inform the end time in business talks or meetings at a company.

  However, in these two modes of use, if there is an incoming call or e-mail before the set time arrives, an incoming call notification is made, and sleep is disturbed or concentration on business negotiations is disturbed. Inconvenience can occur. Therefore, in these modes of use, it is desirable not to be notified of incoming calls even if there is an incoming call or e-mail before the set time.

Conventionally, cellular phones have been provided with an incoming call rejection function (for example, Patent Document 2). Therefore, in the above two usage modes, by setting the incoming call rejection function in addition to the alarm function, it is possible to avoid a situation in which an incoming call notification is made before the set time.
JP 2008-148205 A JP-A-11-331368

  However, when the conventional incoming call rejection function is used, after setting the alarm function, the incoming call rejection function must be further set, which complicates a complicated setting operation for the user.

  The present invention has been made to solve such a problem, and an object of the present invention is to provide a mobile terminal device capable of rejecting an incoming call until an alarm set time by a simple operation.

  The portable terminal device according to the present invention includes a notifying unit for notifying the arrival of a set time, a setting input unit for receiving an input related to call rejection when the set time is input, and the call rejection received by the setting input unit. An incoming call control means for determining whether to reject the incoming call based on the input. In the mobile terminal device of the present invention, the incoming call can be at least one of a call and an e-mail.

  According to this configuration, since the user can set the incoming call rejection when setting the alarm function, it is possible to reject incoming calls up to the set time with a simple operation. Therefore, user convenience improves.

  The rejection of incoming calls in the mobile terminal device of the present invention means that when a mobile terminal device receives an incoming call notification such as an incoming call (telephone) or incoming e-mail from a base station or the like, the mobile terminal device receives the notification. This means that at least one of ringing, vibration, light emission, and other incoming notification operations for notifying is not performed.

  In the mobile terminal device of the present invention, the setting input unit may further accept an input of a start time for incoming call rejection. In this case, the incoming call control means may be configured to reject incoming calls from the start time to the set time.

  With such a configuration, it is possible to receive an incoming call during a period when the incoming call rejection is unnecessary even after the alarm is set. Therefore, user convenience is further improved.

  Furthermore, the portable terminal device of the present invention may further include an exception setting unit for setting a condition for exceptionally permitting an incoming call when an incoming call rejection is set by the setting input unit. In this case, the incoming call control means exceptionally permits an incoming call that satisfies the condition even when an incoming call rejection input setting is made by the setting input means. For example, the condition may include an item related to the called party.

  With such a configuration, even if the incoming call rejection is set, incoming calls are notified for incoming calls that satisfy the permission conditions, such as specific incoming parties, so important incoming calls such as calls from important parties are missed. Can be prevented.

  Further, in the mobile terminal device of the present invention, the notification means may be configured to output that notifies that the set time has elapsed when communication is in progress when the set time arrives.

  With such a configuration, even if the set time elapses during a call or the like, the fact that the set time has passed is notified, so that the arrival of the set time is overlooked by the user. The situation can be avoided in advance.

  Furthermore, the portable terminal device of the present invention can be configured to include a storage unit that stores a history of rejected incoming calls. In this case, for example, the user is notified via the monitor screen that there is an incoming call.

  If comprised in this way, the user can confirm the other party who received the call at the time of call rejection by the history.

  Furthermore, in the mobile terminal device of the present invention, the setting input means can be configured to receive an input regarding the set time and an input regarding call rejection as a series of operations.

  With this configuration, the user can set call rejection in a series of operations when setting the alarm function.

  As described above, according to the present invention, it is possible to provide a mobile terminal device that can reject an incoming call up to the alarm set time by a simple operation.

The effects and significance of the present invention will become more apparent from the following description of embodiments. However, the following embodiment is merely an example when the present invention is put into practice, and the present invention is not limited to what is described in the following embodiment.

  Embodiments of the present invention will be described below with reference to the drawings. FIG. 1 is a diagram showing an external configuration of a mobile phone, in which FIG. 1 (a) is a front view of the mobile phone with the second cabinet 2 open, and FIG. 1 (b) is a side view in the same state. . FIG. 2C is a cross-sectional view taken along the line AA ′ of FIG.

  The mobile phone includes a first cabinet 1 and a second cabinet 2. A numeric keypad 11 is arranged in the first cabinet 1. The numeric keypad 11 is provided with a plurality of number / character input keys, a call start key, a call end key, and the like. A key backlight 12 is arranged behind the numeric keypad 11. The key backlight 12 includes an LED serving as a light source, and supplies light to the numeric keypad 11. Thereby, the user can see the display attached to each key even when the surrounding is dark.

  A liquid crystal panel 21 having a vertically long rectangular shape is arranged on the front side of the second cabinet 2, and the display surface faces the front. A panel backlight 22 is disposed behind the liquid crystal panel 21. The panel backlight 22 includes an LED serving as a light source, and supplies light to the liquid crystal panel 21.

  A main key portion 23 is further arranged on the front side of the second cabinet 2. The main key unit 23 is a mode key for starting various function modes (camera mode, mail mode, Internet mode, phonebook mode, alarm mode, etc.), scrolls the screen, and moves the highlight focus. There are arranged a movement key, a determination key for performing various determination operations, and the like.

  A camera module 24 is arranged inside the second cabinet 2. A lens window (not shown) of the camera module 24 faces the back surface of the second cabinet 2, and an object image is taken into the camera module 24 from the lens window.

  The second cabinet 2 is connected to the first cabinet 1 by a slide mechanism unit 3 so as to be slidable in the X-axis direction of FIG. As shown in FIG. 1C, the slide mechanism 3 includes a guide plate 31 and a guide groove 32. The guide plate 31 is provided at both left and right end portions of the back surface of the second cabinet 2, and has a protrusion 31a at the lower end thereof. The guide groove 32 is formed on the side surface of the first cabinet 1 along the slide direction (X-axis direction in FIG. 1). The protrusion 31 a of the guide plate 31 is engaged with the guide groove 32.

  When the cellular phone is closed, the second cabinet 2 is almost completely overlapped with the first cabinet 1 as indicated by a one-dot chain line in FIG. In this state (closed state), all the keys of the numeric keypad 11 are hidden behind the second cabinet 2. The second cabinet 2 can be slid (opened) until the guide plate 31 reaches the end position of the guide groove 32. When the second cabinet 2 is completely opened, as shown in FIG. 1A, all the keys of the numeric keypad 11 are exposed to the outside.

  FIG. 2 is a block diagram showing the overall configuration of the mobile phone. In addition to the above-described components, the cellular phone according to the present embodiment includes a CPU 100, a video encoder 101, a microphone 102, an audio encoder 103, a clock circuit 104, a communication module 105, a memory 106, a backlight drive circuit 107, and a video decoder 108. An audio decoder 109 and a speaker 110.

  The camera module 24 includes an imaging lens 24a, an imaging element 24b, and the like. The imaging lens 24a forms an image of the subject on the imaging element 24b. The image sensor 24 b is composed of, for example, a CCD, generates an image signal corresponding to the captured image, and outputs it to the video encoder 101. The video encoder 101 converts the image signal from the image sensor 24 b into a digital image signal that can be processed by the CPU 100 and outputs the digital image signal to the CPU 100.

  The microphone 102 converts the audio signal into an electric signal and outputs it to the audio encoder 103. The audio encoder 103 converts the audio signal from the microphone 102 into a digital audio signal that can be processed by the CPU 100 and outputs the digital audio signal to the CPU 100. The clock circuit 104 measures the date and time and outputs it to the CPU 100.

  The communication module 105 converts a voice signal, an image signal, a text signal, and the like from the CPU 100 into a radio signal and transmits it to the base station via the antenna 105a. In addition, a radio signal received via the antenna 105a is converted into an audio signal, an image signal, a text signal, and the like and output to the CPU 100.

  The memory 106 includes a ROM and a RAM. The memory 106 stores a control program for giving a control function to the CPU 100. The memory 106 stores image data captured by the camera module 24, image data captured from the outside via the communication module 105, text data (mail data), and the like in a predetermined file format.

  Furthermore, as will be described later, when there is an incoming call, the memory 106 is disconnected without performing a call receiving operation (call start key operation), or the incoming call rejection function is executed and the incoming call is received. When the call is rejected, an incoming call history such as a telephone number and an incoming date / time is stored.

  The backlight drive circuit 107 supplies a voltage signal corresponding to the control signal from the CPU 100 to the panel backlight 22 and the key backlight 12.

  The video decoder 108 converts the video signal from the CPU 100 into an analog video signal that can be displayed on the liquid crystal panel 21, and outputs the analog video signal to the liquid crystal panel 21.

  The audio decoder 109 converts the audio signal from the CPU 100 into an analog audio signal that can be output from the speaker 110 and outputs the analog audio signal to the speaker 110. The speaker 110 reproduces the audio signal from the audio decoder 109 as audio.

  The CPU 100 outputs a control signal to each unit such as the communication module 105, the video decoder 108, and the audio decoder 109 based on input signals from each unit such as the camera module 24, the microphone 102, the main key unit 23, and the numeric keypad unit 11. The processing of various function modes is performed.

  When a key operation for the alarm mode is performed, the CPU 100 activates the alarm mode. In this mode, an alarm function is executed based on a user operation.

  FIG. 3 is a processing flow relating to the alarm function. FIG. 4 is a diagram showing a display example of the input screen when setting the alarm function. FIG. 4A shows a screen display example of the present embodiment. FIGS. 4B and 4C show screen tables of modification examples 1 and 2 described later, respectively. An example is shown.

  The processing operation in the alarm function will be described below with reference to FIGS.

  When the alarm function mode is activated by a user operation, the CPU 100 first performs an alarm setting process (S101). That is, the CPU 100 causes the liquid crystal panel 21 to display an input screen (screen 1 in FIG. 4A) for inputting a time when an alarm is sounded (hereinafter referred to as an alarm time). Then, when the user inputs a time using the numeric keypad 11 on the input screen, the input time is set as an alarm time.

  Next, the CPU 100 performs an incoming call rejection setting process (S102). That is, the CPU 100 causes the liquid crystal panel 21 to display an input screen (screen 2 in FIG. 4A) for selecting whether or not to reject the incoming call. When the user inputs using the main key unit 23 or the like to reject the incoming call, the incoming call rejection is set.

  The incoming call rejection in the mobile phone according to the embodiment of the mobile terminal device of the present invention means that when the mobile terminal device receives an incoming call notification such as an incoming call (phone) or an incoming e-mail from a base station or the like, This means that at least one of ringing, vibration, light emission, and other incoming notification operations for notifying the user of receipt of the notification is not performed.

  Thus, when the above settings are made, the CPU 100 determines whether or not incoming call rejection has been set (S103). If it is determined that the incoming call rejection setting has been made (S103: YES), the incoming call rejection function is executed (S104).

  Next, the CPU 100 determines whether or not the current time has reached the alarm time based on the time information input from the clock circuit 104 (S105). If it is determined that the alarm time has been reached (S105: YES), an alarm notification is made (S106). That is, an alarm sound (for example, a beep sound or a melody) is output from the speaker 110. This informs the user that the current time has reached the alarm time.

  Thus, when the alarm notification is completed, the CPU 100 cancels the incoming call rejection function (S107).

  On the other hand, if it is determined in step S103 that incoming call rejection is not set (S103: NO), the CPU 100 determines whether or not the current time has reached the alarm time without executing the incoming call rejection function. (S108). If it is determined that the alarm time has been reached (S108: YES), an alarm notification is made (S109) as in step S106.

  FIG. 5 is a processing flow when there is an incoming call. The processing operation will be described below with reference to FIG.

  The CPU 100 determines whether there is an incoming call while the mobile phone is activated (S201). If there is an incoming call (S201: YES), the CPU 100 determines whether the incoming call rejection function is being executed. (S202). If the incoming call rejection function is not executed (S202: NO), an incoming call notification is performed. That is, a ring tone (for example, a beep sound or a melody) is output from the speaker 110.

  In this way, when the user who notices the incoming call notification performs a call receiving operation (S204: YES), the CPU 100 starts a call process (S206). And then. When the user's call ends and the user performs a call end operation, the call processing ends (S207).

  On the other hand, if the user does not notice the incoming call notification and the communication is stopped without performing the receiving operation (S208: YES), the CPU 100 stores the telephone number, the incoming date and time, etc. in the memory 106 as the incoming call history at this time ( S209).

  When an incoming call is received (S201: YES), if the incoming call rejection function is executed in step S104 of the alarm function flow (FIG. 3), the CPU 100 sets the determination in step S202 to YES, Reject (S210). Then, the CPU 100 stores the incoming telephone number, incoming date and time, etc. in the memory 106 as the incoming call history (S209).

  If the incoming call is rejected, for example, a voice message indicating that the telephone cannot be answered can be automatically transmitted to the called party. Similarly to the case where the reception operation is not performed for the incoming call, the liquid crystal panel 21 displays that the incoming call has been received.

  As described above, according to the present embodiment, the user can perform the setting operation for rejecting an incoming call by a series of operations when setting the alarm function. Therefore, it is necessary to set the incoming call rejecting function separately from the setting of the alarm function. Absent. Therefore, the user can reject an incoming call up to the alarm time by a simple operation, so that user convenience is improved.

  Further, according to the present embodiment, since the incoming call history is saved when the incoming call is rejected, the user can confirm the other party who has received the incoming call from the incoming call history.

  Furthermore, according to the present embodiment, since the incoming call rejection is automatically canceled when the alarm notification ends, there is no inconvenience that the incoming call rejection continues after the alarm notification and the incoming call cannot be received.

<Modification 1>
FIG. 6 is a processing flow related to the alarm function according to the first modification, and FIG. 7 is a processing flow when there is an incoming call according to the first modification.

  In this modified example, even if the function of rejecting an incoming call is executed, the incoming call of a preset partner is exceptionally received and an incoming call notification is performed (the incoming call of a preset counterpart is exceptional) The function to accept is hereinafter referred to as “exception incoming function”). For this reason, in the process flow of FIG. 6, the process of step S110 is added to the process flow of FIG.

  Referring to FIG. 6, when CPU 100 determines in S103 that a setting for rejecting arrival has been made (S103: YES), CPU 100 performs an exceptional incoming call setting process (S110). That is, the CPU 100 causes the liquid crystal panel 21 to display an input screen (screen 3 in FIG. 4B) for setting a partner (hereinafter referred to as “rejection exception”) that accepts incoming calls. Then, when the user registers a rejection exception person using the main key unit 23 or the like, the input partner is set as a rejection exception person and the rejection exception person is displayed on the input screen (screen of FIG. 4B). 4).

  As a method for registering a rejection exception person, for example, when a number is selected on the input screen (screen 3 in FIG. 4B), the phone book mode is activated, and the other party is selected on the screen of the phone book mode. Then, the other party can be set as a rejection exception person. In addition, when a number is selected on the input screen (screen 3 in FIG. 4B), a new input screen for entering the other party is launched, and a telephone number, name, etc. are entered on the input screen. Then, the other party can be set as a rejection exception person.

  In accordance with the addition of the process in step S110 in FIG. 6, in the process flow in FIG. 7, the process in step S211 is added to the process flow in FIG.

  Referring to FIG. 7, when there is an incoming call while the function of rejecting an incoming call is being executed in the state where the rejection exception is set in the processing flow of FIG. 6, the CPU 100 determines that the incoming call is rejected (S201: YES, S202: YES). Then, it is determined whether or not the called party is a rejection exception person (S211). If the destination is not a rejection exception (S211: NO), the incoming call is rejected and the incoming call history is stored in the memory 106 (S210, S209).

  On the other hand, if the incoming call partner is a rejection exception person (S211: YES), the CPU 100 accepts the incoming call and issues an incoming call notification (S203).

  As described above, according to the configuration of this modified example, an incoming call notification from a preset incoming call exception person is notified, so that it is possible to prevent losing an opportunity to respond to an important incoming call. .

<Modification 2>
FIG. 8 is a processing flow relating to the alarm function according to the second modification. In this modified example, it is further configured to be able to set a time at which incoming call rejection starts (hereinafter referred to as rejection start time). In addition, when the repeat setting (a function for notifying an alarm at the same time every day or every day) is made, the incoming call rejection setting remains valid. For this reason, in the processing flow of FIG. 8, the processing of steps S111 to S114 is added to the processing flow of FIG.

  Referring to FIG. 8, when CPU 100 determines in S103 that the setting for rejecting arrival has been made (S103: YES), CPU 100 performs processing for setting a rejection start time (S111). That is, the CPU 100 displays on the liquid crystal panel 21 an input screen (screen 3 in FIG. 4C) for inputting the rejection start time. When the user inputs a time using the numeric keypad 11 or the like, the input time is set as a rejection start time. In this input screen, the user can select whether to reject the incoming call from now, directly input the start time, or how many hours before the alarm notification time to reject the incoming call, and set the rejection start time. Can be entered.

  Thereafter, the CPU 100 performs exceptional incoming call setting (S110). This process is as described in the first modification (screen 4 and screen 5 in FIG. 4C).

  Next, the CPU 100 determines whether or not the current time has reached the rejection start time (S112). If the rejection start time has not been reached (S112: NO), the CPU 100 does not execute the incoming call rejection function. Thereby, if there is an incoming call before the rejection start time is reached, an incoming call notification is made.

  Thereafter, when the current time reaches the rejection start time (S112: YES), the CPU 100 executes an incoming call rejection function (S104). In this way, the incoming call is rejected until the alarm notification is completed (S105 to S107).

  Further, when the incoming call rejection is canceled after the alarm notification is given (S106, S107), the CPU 100 determines whether or not repeat setting has been made. The repeat setting is performed, for example, in the alarm setting process in step S101. In this case, the CPU 100 causes the alarm setting input screen to display for repeat setting (FIG. 4C, screen 1), and performs repeat setting based on the user's operation.

  If the CPU 100 determines that the repeat setting has not been made (S113: NO), the current alarm function processing is terminated. On the other hand, if it is determined that the repeat setting has been made (S113: YES), the process returns to step S112. Thus, for example, when the repeat setting is made to repeat the alarm notification every day, the call rejection function is executed when the next day rejection start time is reached, and the alarm notification is made when the alarm time is reached. .

  Even if the incoming call rejection is not set (S103: NO), the alarm notification is repeated based on the repeat setting when the repeat setting is made (S108, S109, S114).

  As described above, according to the configuration of this modified example, it is possible to set the time to start rejecting an incoming call, and therefore it is possible to receive an incoming call during a period when the incoming call rejection is unnecessary. For example, when alarm notification is used to wake up, if the actual sleep time is set as the rejection start time, it is possible to receive an incoming call from the setting of the alarm time until the sleep. Therefore, user convenience is further improved.

  Also, according to the configuration of this modified example, when the alarm notification is repeatedly performed, the call rejection setting remains valid, so the user does not need to set the call rejection every time the alarm notification is repeated. Ease of use is further improved.

  In this modification, the processing from step S111 to S114 is applied to the processing of modification 1 shown in FIG. 6, but these processes can also be applied to the processing of the above-described embodiment shown in FIG.

<Modification 3>
FIG. 9 is a processing flow related to the alarm function according to the third modification.

  In the configuration of the second modification example, since the incoming call is accepted until the incoming call rejection time is reached, the user may receive a call from the other party during this time. In addition, the user may make a call himself. Then, it may be possible that the user does not end the call even when the alarm time is reached, such as when the user gets hooked on the call.

  In view of this, the present modification example is configured to notify that the alarm time has passed when a call started before rejection of the incoming call notification does not end before reaching the alarm time. For this reason, in the processing flow of FIG. 9, the processing of steps S115 to S118 is added to the processing flow of FIG.

  Referring to FIG. 9, when CPU 100 determines in step S112 that the current time has reached the rejection start time, CPU 100 determines whether or not communication is currently being performed (S115). If it is determined that a call is being performed by the user and communication is in progress, the CPU 100 determines whether or not the communication has ended (S116).

  Thereafter, when it is determined that the communication is ended by the end of the telephone call by the user (S116: YES), the CPU 100 determines whether or not the current time is before the alarm time (S117). If this is the case (S117: YES), an incoming call rejection function is executed (S104).

  On the other hand, when the CPU 100 determines that the alarm time has elapsed when the communication is completed (S117: NO), the CPU 100 performs a message notification indicating that the alarm time has elapsed (S118). That is, a display indicating that the alarm time has elapsed is displayed on the display screen of the liquid crystal panel 21.

  As described above, according to the configuration of this modified example, even when the alarm time has passed while the user is crazy about the call, the user is notified after the call is over. , You can know that the alarm time has passed.

  In this modification, the processing from steps S115 to S118 is added to the processing of modification 2 shown in FIG. 8, but the processing of steps S111 to S114 of modification 2 is changed to the processing of the above embodiment shown in FIG. In the case of application, the processing in steps S115 to S118 can be added.

<Modification 4>
FIG. 10 is a processing flow relating to the alarm function according to the fourth modification.

  In the third modification, the process (S115 → S116 in FIG. 9) was performed when a telephone call (communication) was continuously performed after the call rejection function was started before the call rejection function was started. However, in the configurations of the above-described embodiment, modification example 1, modification example 2 and modification example 3, there are cases where the user himself makes a call between the start of call rejection and the arrival of the alarm time. Conceivable. Further, in the configurations of the first to third modification examples, it may be possible to receive a call from an incoming call exception person during this period. Such a call may continue even after the alarm time. The process of the third modification (S115 in FIG. 9) corresponds to a call that continues before the start of call rejection, and thus cannot handle such a call (communication).

  In view of this, the present modification example is configured to notify that the alarm time has passed when a call that has been started after the incoming call notification rejection has started does not end before reaching the alarm time. Steps S119 to S121 in the processing flow of FIG. 10 can be added to any of the processing flows of FIG. 3, FIG. 6, FIG. 8, and FIG.

  Referring to FIG. 10, when CPU 100 determines in step S105 that the current time has reached the alarm time, CPU 100 determines whether communication is currently being performed (S115). If communication is not in progress, an alarm notification is made (S106). On the other hand, if it is determined that a call is being performed by the user and communication is in progress, the CPU 100 determines whether or not the communication has ended (S120). Thereafter, when it is determined that the communication is completed by terminating the call by the user (S120: YES), a message notification indicating that the alarm time has elapsed is performed (S121).

  As described above, according to the configuration of the present modification example, as in the configuration of the modification example 3, even when the alarm time has passed while the user is engrossed in a call or the like, Since the fact is notified, the user can know that the alarm time has passed.

<Others>
The embodiment of the present invention can be variously modified in addition to the above.

  For example, in the above-described embodiment and the like, it has been described that the incoming call is an incoming call by telephone, but it may be an incoming call by electronic mail. In this case, in FIG. 5 and FIG. 7, the processing from step S204 to step 209, which is processing related to a call, is replaced with processing for receiving an electronic mail. In addition, as an incoming call history, a mail address is stored instead of a telephone number. Furthermore, an e-mail address is input when setting an incoming call exception person.

  In the case of electronic mail, it is not always necessary to reject incoming calls because it only receives mail information. Therefore, when the incoming call is an electronic mail, the mail information can be received only by not receiving the incoming call notification.

  In the above-described embodiment and the like, the incoming notification and the alarm notification are made by sound. However, the present invention is not limited to this. For example, sound, vibration by a vibration device, light from a light emitter (LED), and sound, vibration, light It can also be set as the structure which a user can select arbitrarily a alerting | reporting form from among these combinations.

  Further, in modification examples 3 and 4, a message indicating that the alarm time has elapsed is displayed on the liquid crystal panel 21. However, the present invention is not limited to this, and for example, voice notification from the speaker 110 may be used.

  Furthermore, in the present embodiment and the like, after the alarm time is set, whether to reject the incoming call is set, but on the contrary, the alarm time may be set after setting whether to reject the incoming call. In this case, for example, after the user selects either the alarm function with incoming call rejection or the alarm function without incoming call rejection, the alarm time can be selected in the selected alarm function.

  Furthermore, the mobile terminal device of the present invention is not limited to a mobile phone, and may be a PDA (Personal Digital Assistant) or the like.

  In addition, the embodiment of the present invention can be variously modified as appropriate within the scope of the technical idea shown in the claims.

The figure which shows the external appearance structure of the mobile telephone which concerns on embodiment 1 is a block diagram showing the overall configuration of a mobile phone according to an embodiment Processing flow related to alarm function according to embodiment The figure which shows the example of a display of an input screen when setting the alarm function which concerns on embodiment Processing flow when there is an incoming call according to the embodiment Process flow for alarm function according to Modification 1 Processing flow when there is an incoming call according to Modification 1 Process flow for alarm function according to modification 2 Process flow for alarm function according to modification 3 Process flow for alarm function according to modification 4

Explanation of symbols

11 Numeric keypad (setting input means)
23 Main key (setting input means)
100 CPU (notification means, setting input means, incoming call control means, exception setting means)
106 Memory (storage means)
110 Speaker (notification means)
21 Liquid crystal panel (notification means)

Claims (8)

An informing means for informing the arrival of the set time;
Setting input means for accepting an input relating to call rejection when inputting the set time;
An incoming call control means for deciding whether to reject an incoming call based on an input relating to the incoming call rejection accepted by the setting input means;
A portable terminal device comprising: In claim 1,
The setting input means further accepts an input of a start time of incoming call rejection,
The incoming call control means rejects incoming calls from the start time to the set time;
The portable terminal device characterized by the above-mentioned. In claim 1 or 2,
Exception setting means for setting a condition for exceptionally permitting an incoming call when call rejection is set by the setting input means,
The incoming call control means exceptionally permits an incoming call that satisfies the condition even when an input rejection setting is made by the setting input means.
The portable terminal device characterized by the above-mentioned. In claim 3,
The condition includes an item related to the called party.
The portable terminal device characterized by the above-mentioned. In any one of Claims 1 thru | or 4,
The notification means performs an output for notifying that the set time has elapsed when communication is in progress when the set time arrives.
The portable terminal device characterized by the above-mentioned. In any one of Claims 1 thru | or 5,
Storage means for storing a history of rejected incoming calls;
The portable terminal device characterized by the above-mentioned. In any one of Claims 1 thru | or 6,
The incoming call is at least one of a call and an email;
The portable terminal device characterized by the above-mentioned. In any one of Claims 1 thru | or 7,
The setting input means accepts an input regarding the set time and an incoming call rejection as a series of operations.
The portable terminal device characterized by the above-mentioned.

Images