JP5187722B2 - Communication terminal device and program - Google Patents

Description

  The present invention relates to a communication terminal device and a program having a communication function.

In recent years, mobile phone devices as communication terminal devices are frequently used as easy-to-use communication tools, and there are many cases where the timing of sending an e-mail, the timing of making a call, and the other party are roughly determined by some people. . For example, the person who sends an e-mail immediately after getting on the commuter train is decided, the person who calls at the lunch break time of work or the break time of 15:00 is decided, etc. There are many cases where it is roughly decided such as calling. In such a case, conventionally, a technique is known in which, when an e-mail is transmitted, a mail is immediately transmitted to a necessary partner by automatically setting a previously transmitted destination (see Patent Document 1). .
JP-A-2005-11087

However, since the above-described prior art is based on the premise that the electronic mail function is activated, if the activation itself is forgotten, mail cannot be transmitted to the other party.
An object of the present invention is to be able to guide a necessary partner when communication is necessary even if the user is not conscious of performing communication.

The invention according to claim 1 is a communication terminal device having a communication function, and as a past communication history with the communication partner, the type of communication function, the communication date and time, and the communication used when making a call to the communication partner Communication history storage means that associates and stores the other party, determination means that determines the next communication timing based on the communication date and time stored in the communication history storage means, and communication at the communication timing determined by the determination means The communication partner is identified as a communication candidate partner based on the communication partner stored in the communication history storage unit in association with the communication date and time, and the transmission is made in the past to the communication candidate partner identified by the specification unit. It was used when performing, based on the number of types of the stored communication function to the communication history storage means, specifying the type of communication function used when performing a call to the communication candidate partner Another identification means and at the communication timing determined by the determination means, guide and inform the necessity of communication to the communication candidate specified by the specification means in the type of the communication function specified by the type specification means. An informing means is provided.
Furthermore, a program for realizing the main functions shown in the invention described in claim 1 is provided to the computer (the invention described in claim 8).

The invention described in claim 1 described above may be as follows.
Before SL specifying means specifies the partner are predetermined as a communication candidate partner in the communication timing, the determination unit refers to the communication history corresponding to a communication candidate party identified by the identifying means, The next communication timing is determined from the communication date and time (the invention according to claim 2).

The determination means refers to the communication history, and when a plurality of transmissions are made to the same communication partner and a time element common to each communication date / time is included, Based on this, the next communication timing is determined, and the specifying means specifies the partner that has made the plurality of outgoing calls as a communication candidate partner (the invention according to claim 3).

Prior Symbol decision means refers to the communication history corresponding to a communication candidate party identified by the identifying means, determining the next communication timing on the basis of the elapsed time from the latest date and time of communication (claim 4 Described invention).

With an environmental situation acquisition means for acquiring the current environmental situation, the communication history storage means stores a communication history including the environmental conditions that acquired when performing a call and its communication partner, the notification means, The communication necessity determined by the determining means is provided to inform the necessity of communication to the communication candidate partner on the condition that the acquired current environmental condition corresponds to the environmental condition as the communication history (Claim 5). Described invention).

Comprising an operation status acquisition means for acquiring the current operating conditions, the communication history storage means stores a communication history including the operation status which is acquired when performing a call and its communication partner, the notification means, The communication necessity determined by the determining means is provided on the condition that the acquired operation status corresponds to the operation status as the communication history, and the communication necessity to the communication candidate partner is notified and notified (claim 6). invention).

The communication function is activated and a call is made to the communication candidate partner when the user is instructed to communicate in response to the notification of necessity of communication to the communication candidate partner by the notification means (claim 7). invention).

  According to the present invention, even if the user is not conscious of performing communication, the necessary partner can be guided when communication is required, and the burden on the user can be reduced together with quick communication.

Hereinafter, embodiments of the present invention will be described with reference to FIGS.
This embodiment exemplifies a case where the present invention is applied to a mobile phone device as a communication terminal device. FIG. 1 is a block diagram showing basic components of the mobile phone device.
This cellular phone device is, for example, a foldable one in which two casings (operation unit casing and display unit casing) are attached so as to be openable and closable, and has a calling function (telephone function), an e-mail function, and an Internet connection function. Various functions such as (Web access function) are provided.

  The CPU 1 is a core central processing unit that controls the overall operation of the mobile phone device in accordance with various programs in the storage unit 2. The storage unit 2 is an internal memory, and has a program area and a data area. In this program area, a program for realizing the present embodiment according to an operation procedure shown in FIGS. In addition to the telephone directory AD for storing the name and telephone number of each communication partner, the data area stores a call history table CL, a partner condition table PT, a guidance table GD, etc., which will be described later. Stored. The recording medium 3 is a detachable portable memory, and is composed of, for example, an SD card or an IC card. The memory 4 is an internal memory having a work area, and various data in the memory 4 are saved in the storage unit 2 as necessary.

  The telephone communication unit 5 takes in a signal from the reception side of a transmission / reception unit (baseband unit) connected to an antenna that constitutes a radio unit, demodulates it to a reception baseband signal, and then receives a reception speaker SP via the audio control unit 6. To output sound. In addition, the telephone communication unit 5 takes in the input voice from the transmission microphone MC from the voice control unit 6, encodes it into a transmission baseband signal, gives the transmission baseband signal to the transmission side of the transmission / reception unit, and outputs the transmission from the antenna. On the other hand, the display data received and acquired through the telephone communication unit 5 by the e-mail function and the Internet connection function is given to the main display unit 8 using a high-definition liquid crystal, organic EL, etc. through the display control unit 7 and displayed. Is output. The sub display unit 9 displays the current date and time, a simple message, an icon, etc., and is visible even when the apparatus main body is closed.

 The operation unit 10 performs dial input, character input, command input, and the like, and the CPU 1 executes processing according to a key input signal from the operation unit 10. The notification unit 11 includes a sound speaker, an LED (light emitting diode), and a vibration motor. The notification unit 11 is driven when a call or mail is received to notify an incoming call, and is also driven when an alarm is notified. When a “manner mode” for performing vibration notification by a vibration motor instead of notification of an incoming call from a speaker when a call or mail is received is arbitrarily set / released by a user operation, the CPU 1 responds to this setting / release. The method of incoming call notification is changed. An RTC (real-time clock module) 12 constitutes a clock unit, and the CPU 1 acquires current time information (including date and time information) from the RTC 12. A GPS (Global Positioning System) unit 13 uses a satellite and a ground control station to receive current position information (longitude and latitude information). For example, the CPU 1 accesses the GPS unit 13 at regular intervals. While trying to monitor the current position.

FIG. 2 is a diagram for explaining the transmission history table CL.
The outgoing call history table CL is updated every time a call is made (every time a telephone function is activated to make a voice call or every time an e-mail function is activated to send an e-mail). This history record includes “day”, “hour”, “day of the week”, “destination”, “environment (location)”, “operation status”, “communication type”. Each item. “Day”, “hour”, and “day of the week” are information indicating the transmission date and time, “day” is the date information, “hour” is the hour / minute information, and “day of the week” is the day information. “Destination” is information (for example, telephone number, mail address) indicating a communication partner. “Environment (position)” is current position information indicating a transmission place (for example, home or company) acquired by the GPS unit 13. The “operation status” is information indicating the current operation status at the time of transmission, such as the operation status in which the “manner mode” is set or the operation status in which it is canceled. The “communication type” is information indicating a transmission type (telephone / email) when voice transmission is performed by the telephone function or mail transmission is performed by the electronic mail function.

 Based on the contents of the outgoing call history table CL, the CPU 1 determines the next communication timing (timing for sending an e-mail or calling), and specifies a communication partner at this communication timing as a communication candidate partner. Therefore, at this communication timing, a notification of necessity of communication with the communication candidate is provided. This notification of necessity / unnecessity of communication is provided on the condition that “environment (position)” and “operation status” in the history record corresponding to the specified communication candidate correspond to the current position and the current operation state. To be done. In this embodiment, in addition to the transmission history table CL, the communication timing is determined and the communication candidate partner is specified by referring to a partner condition table PT described later, and the partner condition table PT is referred to. Instead, the communication timing may be determined and the communication candidate partner may be specified based on the contents of the transmission history table CL.

FIG. 3 is a diagram for explaining the partner-specific condition table PT.
The partner-specific condition table PT is a table for storing the transmission condition for each partner when, for example, regularly contacting an important communication partner such as a customer. Each item includes “time condition” and “situation”. In other words, the partner-specific condition table PT is a table that stores information for each partner as a transmission condition when it is desired to transmit at the same time zone as the past, to transmit at the same day of the week, or to transmit at regular time intervals. The “time condition” further has items of “time zone”, “day of the week”, and “time interval”, and the “situation” further has items of “environment” and “operation”. The desired items can be arbitrarily selected from these “time zone”, “day of the week”, “time interval”, “environment”, and “operation” items. Indicates an item arbitrarily selected by.

 The “time zone” as the “time condition” is a condition item selected when the user wants to make a call in the same time zone as in the past. “Day of the week” as the “time condition” is selected when it is desired to make a call on the same day of the week as the past, and “time interval” is a condition item selected when it is desired to make a call at regular time intervals. When “time interval” is selected as the “time condition”, the specific data is also set, for example, 6 hours. The “environment” as the “situation” is an item selected when the above-mentioned guidance notification of necessity of communication is desired on condition that the current position matches the “environment (position)” of the transmission history. Yes, “action” as “situation” is an item that is selected when the above-described guidance notification of necessity of communication is desired on condition that the current operation state matches the “operation situation” of the outgoing call history. . Note that, when neither the “environment” nor the “operation” item is selected, it indicates that the notification of necessity of communication is given without considering the current situation.

 The illustrated example shows a case where “time zone” is selected as the condition corresponding to “A” of the communication partner and “environment” is selected as “situation”, and “B” of the communication partner is selected. Correspondingly, “day of the week” is selected as the condition, “time interval” is selected as the condition corresponding to “C” of the communication partner, and “operation” is selected as “situation”. Show. It should be noted that, with respect to partners other than those set as “partner” in the partner condition table PT, both “environment” and “operation” are selected regardless of the contents of the partner condition table PT. Any one of them may be fixedly selected.

FIG. 4 is a diagram for explaining the guidance table GD.
The guidance table GD stores guidance data for guiding the necessity of communication to a communication candidate at the next communication timing, and includes “next date / time”, “partner”, “type”, “environment”, and “operation”. Has each item. When the CPU 1 determines the next communication timing as described above and specifies a communication candidate partner, the CPU 1 sets them in the guidance table GD as communication necessity guidance data. “Next date and time” indicates the next communication timing, and “partner” indicates a communication candidate partner that performs communication at the communication timing. “Type” indicates a communication type of telephone or mail. “Environment” and “Operation” indicate whether or not to perform the guidance notification according to the current environment (position) and the current operation status at the time of the above-described guidance notification of necessity of communication. This guidance table GD is created periodically, and this guidance table creation processing is executed once a week, for example.

Next, the operation concept of the mobile phone device in this embodiment will be described with reference to the flowcharts shown in FIGS. Here, each function described in these flowcharts is stored in the form of a readable program code, and operations according to the program code are sequentially executed. In addition, the operation according to the above-described program code transmitted via the transmission medium can be sequentially executed. In other words, in addition to the recording medium, an operation peculiar to this embodiment can be executed by using a program / data supplied externally via a transmission medium.
5 to 7 are flowcharts showing an outline of the operation of the characteristic part of the present embodiment in the entire operation of the mobile phone device. When the flow of FIGS. Returning to the operation flow (not shown).

5 and 6 are flowcharts showing a guide table creation process that is started periodically (for example, every week). It is assumed that each history record as shown in FIG. 4 is recorded in the outgoing history table CL, and the guidance table creation process will be specifically described below with reference to the content of the outgoing history table CL. To do.
First, the CPU 1 acquires the current date and time from the RTC 12 (step A1), and designates each history record one week before the current date and time as a search target range among the history records of the outgoing history table CL (step S1). A2). For example, if the current date and time is “August 5 (Monday) 8:00”, each history record from “July 30 (Monday) 8:00” to the current date and time is designated as the search target range. Is done.

  In this state, one “partner” is designated and read from the head of the partner-specific condition table PT (step A3), and the designated partner is set as “destination” within the search target range of the transmission history table CL. It is checked whether or not (step A4). If the designated partner does not exist in the search target range (NO in step A4), the process proceeds to step A13 described later. In the example shown in the figure, “A” is read as “partner” from the top of the partner-specific condition table PT, but a transmission history having this “A” as “destination” exists in the second record. (Step 4A: YES), the CPU 1 designates the corresponding history record (Step A5), and then reads the “time condition” of the “partner” from the partner condition table PT (Step A6). The next communication timing is determined from the “condition” and the contents of the transmission history (second record) (step A7). Since “time zone” is selected as the “time condition” corresponding to the partner “A” in the partner-specific condition table PT, “8:20” of “next day” from “time” of the designated history record. It is determined as the next communication timing.

  Then, with reference to the “situation” in the partner-specific condition table PT corresponding to the partner, it is checked whether at least one of “environment” and “operation” is selected (step A8). Is selected, the corresponding “environment (position)” and “operation status” are read from the designated history record (step A9). Since “environment” is selected as the “situation” corresponding to the partner “A” in the partner-specific condition table PT, “company” is read as “environment (position)” from the designated history record. Furthermore, after reading the “communication type” from the designated history record (step A10), a guidance record is generated from the various data obtained as described above (step A11) and additionally registered in the guidance table GD (step A11). Step A12). In this case, the first record of the guidance table GD is generated, “Next date and time” is “August 6, 08:20”, “Partner” is “A”, “Type” is “Phone”, and “Environment”. “Company” is set.

  Then, it is checked whether or not all the history records in the search target range have been specified based on the partner “A” (step A13), and the process returns to the above step A4 until the specification is completed. A4 to A13). As a result, the second record of the guidance table GD is generated based on the fifth record of the outgoing call history table CL. As a result, “next date and time” is “August 6, 12:50”, “partner” is “A”, “Mail” is set as “Type”, and “Company” is set as “Environment”. If all the history records of the partner “A” have been specified (YES in step A13), it is checked whether there is another unspecified partner in the partner condition table PT (step A14). Now, since the first partner has been designated, the process returns to step A3 described above, and “B” is designated as the next “partner” and is read from the partner-specific condition table PT.

  In this case, since the transmission history having this partner “B” as “destination” exists in the first record (YES in step A4), after specifying this history record (step A5), the condition for each partner The “time condition” of the “partner” is read from the table PT (step A6), and the next communication timing is determined from the contents of the “time condition” and the transmission history (second record) (step A7). Now, since “day of the week” is selected as the “time condition” corresponding to the partner “B” in the partner-specific condition table PT, “August 6” one week after the “day of the week” of the designated history record "8:10" is determined as the next communication timing.

  Then, referring to the “situation” corresponding to the “partner” in the partner condition table PT, it is checked whether at least one of “environment” and “operation” is selected (step A8). Since no "situation" corresponding to "" is selected (NO in step A8), the process proceeds to the next step A10, and after reading "communication type", a guidance record is generated (step A11). It is additionally registered in the guidance table GD (step A12). As a result, “next date and time” is set to “August 6 (Monday) 08:10”, “partner” “B”, and “type” “telephone”. No data is set in "Environment" and "Operation". Hereinafter, similarly, since the history transmitted on “August 2 (Wednesday), 12:30” as the history record regarding the partner “B” exists in the transmission history table CL, the guidance table GD includes “Next date and time” is set to “August 9 (Wednesday) 12:30”, “Partner” is set to “B”, and “Type” is set to “Mail”.

  Next, “C” is designated as “partner” and is read from the partner-specific condition table PT (step A3). In this case, as a history record related to the partner “C”, since there is a history of transmission on “July 30, 15:10” in the transmission history table CL, a guidance record is created based on this history record. Generated. At that time, since “time interval (6 hours)” is selected as the “time condition” corresponding to the partner “C” in the partner condition table PT, “hour” of the history record is “6” after 6 hours. “21:10” is determined as the next communication timing (step A7), and this date / time is set as the “next date / time” of the guidance record (step A11). Since “action” is selected as the “situation” corresponding to the partner “C” in the partner condition table PT, “manner” is set to “action” of the guidance record.

  As the history record of the specified partner, for example, “December 10th, 15:30” followed by “Time interval,” as “December 10th, 15:30” In the case where there are a plurality of outgoing histories within that time, “21:30”, which is six hours after the latest outgoing date and time, is set to the next communication. The timing may be determined. In other words, if the “time interval” is 6 hours, even if there are a plurality of outgoing histories within these 6 hours, 6 hours after the latest outgoing date / time is determined as the next communication timing. Good.

  When the process of creating the guidance table with reference to the partner-specific condition table PT in order to periodically contact an important communication partner such as a customer is completed (YES in step A14), The process moves to a process of creating a guidance table according to the contents of the outgoing call history table CL without referring to the partner condition table PT (flow in FIG. 6). That is, when the contents of the outgoing call history table CL are analyzed and a plurality of times of communication is performed with the same communication partner, if a common time element is included in each communication date and time, In addition to determining the next communication timing based on this, the process moves to a process of creating a guidance table by specifying a partner with whom communication has been performed a plurality of times as a communication candidate partner.

  First, a plurality of history records of the same partner are searched while sequentially accessing each history record of the outgoing history table CL (step A15 in FIG. 6). That is, a plurality of history records of the same partner are searched for a partner other than the partner (“A”, “B”, “C”) set in the partner-specific condition table PT, and there are corresponding records. (Step A16). Now, since there are a plurality of history records of the partner “F” (YES in step A16), the “date”, “hour”, “day of the week” in each history record are compared, and the time sequence common to them is compared. It is checked whether or not an element is included (step A17).

  In this case, the history record of the partner “F” is that the “day” is “July 30”, the “hour” is “12:10”, and the “day” is “August 2”. There is a history record whose “hour” is “12:05”, but since the “hour” interval (time zone) is short, the time zone (for example, 12:00 to 12:30) ) Is a time element common to each history record. If common time elements are included in this way (YES in step A17), the “environment (position)” and “operation status” in each history record of the same partner are compared, and the same environment is the same. It is checked whether it is in an operating state (step A18).

  If the operation status is the same in the same environment (YES in step A18), the "communication type" of each history record of the same partner is further compared to check whether the "communication type" is common ( Step A19). In addition, when a common temporal element is not included (NO in step A17), when it is not the same operation situation in the same environment (NO in step A18), when "communication type" is not common ( NO in step A19), the process returns to step A15 to ignore each history record searched as described above. Now, on condition that the same temporal element is included in each history record of the same partner, the same operating condition is in the same environment, and the “communication type” is common (in step A19) YES), the next communication timing is determined based on this common element (step A20). In the above-described example, either “12:10” or “12:05” of the transmission time “12:05” of the partner “F” is determined as the next communication timing. I have to.

  And the same other party who performed communication several times is specified as a communication candidate other party (step A21). A guidance record is generated from the various data thus obtained (step A22), and additionally registered in the guidance table GD (step A23). In this case, the guidance record of the partner “F” is “August 6, 12:10” as “Next Date”, “F” as “Partner”, “Mail” as “Type”, “Company” as “Environment” "Manner" is set as "Action". As a result of comparing the “communication type” of each history record of the same party, if there are multiple history records with “communication type” “phone” even if they are separated into “phone” and “mail”, “ A “phone” guidance record may be generated and registered. If there are a plurality of “mail” history records, a “mail” guidance record may be generated and registered.

  Then, returning to the above step A15, a plurality of history records of the same partner are searched from the unspecified history records, and the presence or absence of the corresponding history record is checked (step A16). Since there are a plurality of history records (YES in step A16), “date”, “hour”, and “day of week” in these history records are compared to check whether a common temporal element is included ( Step A17). In this case, when determining whether or not a common temporal element is included, the determination is made based on the priority order of time zone, day of the week, and time interval.

  That is, as described above, the history record of the partner “D” includes a history record in which “day” is “July 30”, “hour” is “12:15”, and “day of the week” is “Monday”. There is a history record with “day” as “July 30”, “hour” as “18:10”, and “day of the week” as “Monday”, and the interval (time zone) between them. Therefore, the time zone is not a time element common to the history records, but “day of week” is a common time element. If the “day of the week” is not common, the “time interval” of those “hours” is calculated, and this “time interval” is used as a temporal element common to the history records.

  Next, “environment (position)” and “operation status” in each history record of the same partner are compared to check whether they are the same operation status in the same environment (step A18). Since each history record of “D” has different “environment (position)” and “operation status”, the history record of “D” is ignored, and the process returns to step A15 described above. Repeat the operation.

FIG. 7 is a flowchart showing a periodic check process for periodically checking the contents of the guidance table GD (for example, every 10 minutes).
First, the CPU 1 reads the current time from the RTC 12 and checks the “next date and time” of the guidance table GD based on the current time (step B1), and checks whether there is a “next date and time” corresponding to the current time (step B1). B2). Note that the present time is not limited to the case where the “next date and time” completely match, and for example, there may be a temporal “deviation” of about 10 minutes. If there is no corresponding “next date and time” (NO in step B2), the process exits from this flow. However, if there is at least one applicable “next date and time” (YES in step B2), the GPS unit 13 determines the current environment. (Position) is acquired, and the current operation status (for example, the manner mode state) is acquired (step B3).

  If either or both of “environment” and “operation” are set in the guidance record including “next date and time” corresponding to the current time, this “environment”, “operation” and the current The environment (position) and operation status are compared (step B4), and it is checked whether the current environment and operation status match (step B5). Here, if they do not match (NO in step B5), the process leaves the flow, but if they match (YES in step B5), the contents of the guidance record are notified (step B6). Note that. If neither “environment” nor “operation” is set in the guidance record, it is determined in step B5 that the information matches, and the process proceeds to a process of notifying the content of the guidance record (step B6).

FIG. 8 is a diagram showing a guidance notification screen for notifying the necessity of communication according to the content of the guidance record.
This guidance notification screen is a screen for guiding and notifying the necessity of communication with a communication candidate, and the illustrated example illustrates the case where the user is in the office at “08:10”, as shown in FIG. As a guidance record including “next date and time” corresponding to the current time, “next date and time” is “August 6, 08:20”, “partner” is “A”, “type” is “phone”, “Environment” is a “company” guidance record, “next date and time” is “August 6, 08:10”, “partner” is “B”, and “type” is “phone”. Therefore, the contents of these records are informed and notified.

  In other words, on this guidance notification screen, in addition to displaying the message “It is time to call Mr. A and Mr. B. Do you want to call?”, A selection button for selecting “Mr. A” or “Mr. B” and a call Depending on whether or not it is necessary, a button for “doing / not making a call” is arranged and displayed. The example in the figure is a screen that guides you to “Do / Do” on the phone. If “Type” is “Mail”, “Time to send email to Mr. B. Do you want to email? ”Is a screen for guiding“ ON / OFF ”to send the mail. When there is only one person, the selection buttons such as “Mr. A” and “Mr. B” described above are not displayed.

  Now, among the selection buttons for selecting “Mr. A” or “Mr. B” in the guidance notification screen, for example, the “Mr. A” button is operated, and among the “Yes / No” buttons, “No” When the button "" is operated (NO in step B7), the process proceeds to step B12, the guidance notification screen is deleted, and the corresponding guidance record is deleted from the guidance table GD. Also, for example, when the “Mr. A” button is operated and the “Yes” button is operated (YES in Step B7), a function corresponding to the “type” in this guidance record (phone function) (E-mail function) is activated, “partner” in the guidance record is read, the phone book AD is searched, and the corresponding “phone number” / “mail address” is set as the destination (step B8). The communication process for sending to the “telephone number” / “mail address” is started (step B9).

  Then, the current environment (position) is acquired from the GPS unit 13 and the current operation status (for example, manner mode state) is acquired, and the current transmission history record is generated and recorded in the transmission history table CL (step) B10). Then, it is checked whether or not the user is instructed to end the guidance notification screen (step B11), and the process returns to the above-described step B7 until the termination is instructed. The notification screen is deleted, and the corresponding guidance record is deleted from the guidance table GD (step B12).

 As described above, in this embodiment, the CPU 1 determines the next communication timing based on the contents of the outgoing call history table CL, specifies a communication partner at this communication timing as a communication candidate partner, and at this communication timing, Since the user is informed of the necessity of communication with the communication partner, it is possible to guide the necessary partner when communication is necessary without requiring the user to be aware of the communication. It is possible to reduce the burden on the user.

  Since the CPU 1 refers to the transmission history record corresponding to the identified communication candidate and determines the next communication timing from the transmission date and time, the next transmission timing is predicted and determined from the past transmission history. Can do.

  The CPU 1 analyzes the contents of the outgoing call history table CL, and when a plurality of times of communication are performed with the same communication partner, if a common time element is included in each communication date and time, the common element In addition to determining the next communication timing based on the communication partner, the communication partner who has made multiple communication is specified as the communication candidate partner, so there is the same partner who contacts regularly from the past outgoing call history Then, the next communication timing can be determined from the periodic contact, and the other party can be specified as the communication candidate party.

  When the next communication timing is determined from the identified partner history record and the “time interval” of the partner-specific condition table PT, for example, if the “time interval” is 6 hours, a plurality of times are set within this 6 hours. Even if there is an outgoing call history, 6 hours after the latest outgoing call date / time is determined as the next communication timing, so even if there is no need to notify the communication history for every outgoing call history, every “time interval” It is possible to notify the necessity of communication.

  If "Environment" and / or "Action" are set in the guidance record that includes "Next date and time" corresponding to the current time, this "Environment" and "Action" and the current environment (position) and action Since the contents of the guidance record are notified on the condition that the situation is compared with the current environment and the operating situation, it is possible to notify the guidance under the same situation as the past outgoing situation. it can.

  In addition to notifying the necessity of communication to the communication candidate, and notifying the type of communication function, it is possible to know whether to make a call or send an email.

  The communication function is activated and the communication with the communication candidate is executed when the user is instructed to communicate in response to the notification of necessity of communication to the communication candidate. You can contact that person.

  In the above-described embodiment, when a plurality of times of communication with the same communication partner is performed, when determining the next communication timing based on a time factor common to each communication date and time, Although the time zone, the day of the week, and the time interval are illustrated as common time elements, the present invention is not limited to this, and day, week, month, and year may be used as common elements. For example, the next communication timing may be determined such as every 5 days, 1 week, or 1 month. Further, when determining whether or not a common temporal element is included, the determination is made based on the priority order of the time zone, the day of the week, and the time interval. Of course, this order is also arbitrary.

  In the above-described embodiments, the telephone function and the e-mail function are exemplified as the communication function. However, the telephone function may be divided into a voice telephone function and a videophone function, and an extension telephone function and an external telephone function. It may be divided into

Moreover, guidance notification of necessity of communication to a communication candidate partner is not limited to a display message, and guidance notification may be performed by a voice message.
In addition, the present invention is not limited to the mobile phone device, and can be similarly applied to a communication terminal device such as a PDA with a communication function, an electronic camera, an electronic wristwatch, and a music player. Of course, the present invention can also be applied to a stationary telephone apparatus.

The block diagram which showed the basic component of the mobile telephone apparatus applied as a communication terminal device. The figure for demonstrating the transmission log | history table CL. The figure for demonstrating the other party condition table PT. The figure for demonstrating the guidance table GD. The flowchart which showed the guidance table preparation process started regularly (for example, every week). The flowchart following FIG. The flowchart which showed the periodic check process which checks the content of the guidance table GD regularly (for example, every 10 minutes). The figure which showed the guidance alerting | reporting screen which alert | reports the necessity of communication according to the content of the guidance record.

Explanation of symbols

1 CPU
2 Storage unit 5 Telephone communication unit 6 Voice control unit 8 Main display unit 10 Operation unit 11 Notification unit 12 RTC
13 GPS part AD phone book CL outgoing call history table PT condition table according to other party GD guidance table

Claims (8)

A communication terminal device having a communication function,
As a past communication history with the communication partner, a communication history storage means for storing the communication function type, the communication date and time, and the communication partner used when making a call to the communication partner,
Determining means for determining the next communication timing based on the communication date and time stored in the communication history storage means;
A specifying means for specifying a communication partner at a communication timing determined by the determining means as a communication candidate partner based on a communication partner stored in the communication history storage means in association with a communication date and time;
When making a call to the communication candidate based on the number of types of communication functions stored in the communication history storage means used when making a call to the communication candidate specified in the past by the specifying means A type specifying means for specifying the type of communication function to be used;
An informing means for guiding and informing the necessity of communication to the communication candidate specified by the specifying means in the type of the communication function specified by the type specifying means at the communication timing determined by the determining means;
A communication terminal device comprising: The specifying means specifies a predetermined partner as a communication candidate partner at the communication timing,
The determining means refers to the communication history corresponding to the communication candidate specified by the specifying means, and determines the next communication timing from the communication date and time;
The communication terminal apparatus according to claim 1, wherein the communication terminal apparatus is configured as described above. The determination means refers to the communication history, and when a plurality of transmissions are made to the same communication partner and a time element common to each communication date / time is included, Based on the next communication timing,
The specifying means specifies the partner that has made the plurality of calls as a communication candidate partner,
The communication terminal apparatus according to claim 1, wherein the communication terminal apparatus is configured as described above. The determining means refers to the communication history corresponding to the communication candidate specified by the specifying means, and determines the next communication timing based on the elapsed time from the latest communication date and time,
The communication terminal apparatus according to claim 1, wherein the communication terminal apparatus is configured as described above. It has environmental status acquisition means to acquire the current environmental status,
The communication history storage means stores a communication history including the environmental conditions that acquired when performing a call and its communication partner,
The informing means guides and informs the necessity of communication to the communication candidate partner on the condition that the acquired current environmental situation corresponds to the environmental situation as the communication history at the communication timing determined by the determining means. To
The communication terminal apparatus according to claim 1, wherein the communication terminal apparatus is configured as described above. It has an operation status acquisition means for acquiring the current operation status,
The communication history storage means stores a communication history including the operation status which is acquired when performing a call and its communication partner,
The notifying means guides and notifies the necessity of communication to the communication candidate partner on the condition that the acquired operating status corresponds to the operating status as the communication history at the communication timing determined by the determining means;
The communication terminal apparatus according to claim 1, wherein the communication terminal apparatus is configured as described above. When the user is instructed to communicate in response to the notification of necessity of communication with the communication candidate by the notification means, the communication function is activated to make a call to the communication candidate.
The communication terminal apparatus according to claim 1, wherein the communication terminal apparatus is configured as described above. Against the computer,
As the past communication history with the communication partner, based on the stored communication date and time in a state in which the type of communication function used when making a call to the communication partner, the communication date and time, and the communication partner are stored in association with each other A function to determine the next communication timing,
A function for identifying a communication partner at the determined communication timing as a communication candidate partner based on a communication partner stored in association with a communication date and time;
Based on the number of stored communication function types used when making a call to the specified communication candidate partner in the past, the type of communication function used when making a call to the communication candidate partner is specified. Function and
In the determined communication timing, a function for guiding and informing the necessity of communication to the specified communication candidate partner in the type of the specified communication function;
A program to realize

Images