US20080032667A1 - Mobile Communication Terminal, Information Providing System, Program, and Computer Readable Recording Medium - Google Patents

Mobile Communication Terminal, Information Providing System, Program, and Computer Readable Recording Medium Download PDF

Info

Publication number
US20080032667A1
US20080032667A1 US11/832,535 US83253507A US2008032667A1 US 20080032667 A1 US20080032667 A1 US 20080032667A1 US 83253507 A US83253507 A US 83253507A US 2008032667 A1 US2008032667 A1 US 2008032667A1
Authority
US
United States
Prior art keywords
application
message
startup
user
section
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
US11/832,535
Other versions
US8995953B2 (en
Inventor
Takeshi Yamane
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kyocera Corp
Original Assignee
Kyocera Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from JP2003342378A external-priority patent/JP2005110029A/en
Priority claimed from JP2003342376A external-priority patent/JP4401729B2/en
Priority claimed from JP2003342043A external-priority patent/JP4476589B2/en
Priority claimed from JP2003342375A external-priority patent/JP4173423B2/en
Priority claimed from JP2003342377A external-priority patent/JP4083658B2/en
Priority claimed from JP2003342040A external-priority patent/JP4252416B2/en
Priority claimed from JP2003342041A external-priority patent/JP2005109998A/en
Application filed by Kyocera Corp filed Critical Kyocera Corp
Priority to US11/832,535 priority Critical patent/US8995953B2/en
Publication of US20080032667A1 publication Critical patent/US20080032667A1/en
Application granted granted Critical
Publication of US8995953B2 publication Critical patent/US8995953B2/en
Expired - Fee Related legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1859Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B1/00Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/38Transceivers, i.e. devices in which transmitter and receiver form a structural unit and in which at least one part is used for functions of transmitting and receiving
    • H04B1/40Circuits
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58Message adaptation for wireless communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/04Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/289Intermediate processing functionally located close to the data consumer application, e.g. in same machine, in same home or in same sub-network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/55Push-based network services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/568Storing data temporarily at an intermediate stage, e.g. caching
    • H04L67/5681Pre-fetching or pre-delivering data based on network characteristics
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/28Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP with meter at substation or with calculation of charges at terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/62Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on trigger specification
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/88Provision for limiting connection, or expenditure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24Accounting or billing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/18Commands or executable codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/224Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/564Enhancement of application control based on intercepted application data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/72Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/7243User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages
    • H04M1/72436User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages for text messaging, e.g. SMS or e-mail
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01Details of billing arrangements
    • H04M2215/0116Provision for limiting expenditure, e.g. limit on call expenses or account
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • H04W4/14Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel

Definitions

  • the present invention relates to a mobile communication terminal such as a mobile telephone that is capable of receiving messages, and to an information providing system that is provided with this mobile communication terminal and with a server, and in which the server commands the startup of applications held by the mobile communication terminal, and to a program that is used by the mobile communication terminal, and also to a recording medium that can be read by a computer and on which this program can be recorded.
  • the present invention relates to a mobile communication terminal that has a function of receiving a PUSH type message such as short message service (SMS) messages and starting an application using an application startup command included in the message, a function of playing games, a function of creating mail, or a function of inputting character strings by key operation, an information providing system, a program, and a computer readable recording medium
  • SMS short message service
  • a system known as e-mail that is conducted via the Internet is widely used as a mail using a personal computer (PC) or mobile telephone or the like.
  • e-mail mail that is transmitted from a transmitting terminal is temporarily stored in a mail server, and a receiving terminal accesses the mail server and inquires whether or not newly arrived mail is present at its own address. If new mail is present, the receiving terminal requests that this mail be transferred to the receiving terminal. Accordingly, regardless of whether or not newly arrived mail is present, it is necessary for the receiving terminal to conduct a certain amount of communication in order to make an inquiry to the mail server, thereby creating the problem of poor efficiency.
  • SMS is a system for transmitting and receiving short messages, and messages such as mail are transmitted via control channels that are known as paging channels from an SMS server to a receiving terminal such as a mobile telephone.
  • SMS are transmitted using data burst messages over paging channels that are used in the control of mobile stations and the like.
  • the SMS is used as notification of newly arrived e-mail.
  • the receiving terminal is within the range of the communication service, and is in a state in which reception is possible (i.e., a state in which the service can operate)
  • a state in which reception is possible i.e., a state in which the service can operate
  • notification of this reception is immediately transferred to the receiving terminal as a PUSH message, and the receiving terminal is able to receive this notification and automatically acquire the newly arrived e-mail.
  • the user does not need to periodically make access from a terminal in order to confirm whether or not e-mail has arrived, and there is no need to conduct unnecessary communication to make an inquiry, as is the case with e-mail.
  • the control channel has a small transmission capacity, message is limited to short messages of approximately 100 bytes.
  • SMS is disclosed in Japanese Unexamined Patent Application, First Publication No 2002-320025.
  • SMS is commonly used for giving notification of newly arrived e-mail, however, it is also used in application automatic startup systems such as those described below.
  • application automatic startup systems include systems that designate a specific application in order to operate the function of a camera or player or the like that is held by a mobile communication terminal such as a mobile telephone so as to automatically start up that application from another terminal such as a mobile telephone or a PC using these SMS messages.
  • a message that relates to data delivered to the mobile telephone is transmitted from the server.
  • the mobile telephone starts up the application that corresponds to the message.
  • the data held by the mobile telephone is updated, and the mobile telephone can receive the latest data at a suitable opportunity.
  • An example of this type of application automatic startup system includes an information providing server system that provides a variety of information (i.e., contents), for example, information that changes from moment to moment such as stock price information, news, and weather forecast information to a mobile communication terminal using PUSH messages.
  • information i.e., contents
  • information that changes from moment to moment such as stock price information, news, and weather forecast information
  • the mobile communication terminal of a user (referred to below as a “user terminal”) stores several applications in order to receive the aforementioned variety of information.
  • a server acquires new information such as stock price information for a user, in order to make a PUSH delivery periodically of information showing that this stock price information has been updated, the server creates a PUSH message instructing that an application be started up, from among the applications held by the user terminal, that receives this stock price information, and transmits this PUSH message to the user terminal using the SMS.
  • the user terminal When the user terminal receives the PUSH message, it automatically starts up an application, such as a World Wide Web (WWW) browser or a newsreader, that is instructed by the received message and makes a request to the server for that stock price information or the like.
  • the server then transmits data containing the stock price information or the like to the user terminal.
  • the user terminal As a result of the user terminal acquiring updated information in this manner, the user is able to view stock prices, news, weather forecasts or the like at the time when this information is updated.
  • WWW World Wide Web
  • a user is able to automatically receive desired information from a server and display this information without having to perform any sort of operation.
  • map information providing system has also been proposed as an application automatic startup system.
  • This map information providing system enables a mobile telephone to receive PUSH type SMS and download a map.
  • FIG. 37 is a system structural view of such a PUSH data delivery system and shows an example of the use thereof in a crime prevention system.
  • a call server 1021 when a call server 1021 confirms the update of data that is to be delivered, it transmits a message containing information showing that type of data being delivered to a mobile communication terminal 1022 .
  • the mobile communication terminal 1022 has a response unit that switches to a state in which data is able to be transmitted or received in response to the call from the call server 1021 , a data type detection unit that detects the type of data, and an application startup unit that starts up an application that corresponds to the type of data.
  • FIG. 38 is a conceptual view of the structure of the mobile communication terminal 1022 .
  • a camera device 1023 When a camera device 1023 detects an abnormality it notifies the call server 1021 that an abnormality has occurred and also provides image information at the time the abnormality occurred.
  • the call server 1021 uploads the image information via the Internet 1024 to a WEB server 1025 and, at the same time, sends a message to the mobile communication terminal 1022 notifying it that image information has been updated.
  • the mobile communication terminal 1022 analyzes received messages, starts up related applications, accesses the WEB server 1025 , and downloads the image information at the time the abnormality occurred that was uploaded to the WEB server 1025 .
  • the user of the mobile communication terminal 1022 is able to confirm the situation when an abnormality has occurred without constant monitoring of a dedicated terminal by using the display of a mobile communication terminal.
  • Services that use PUSH data delivery systems include the automatic reception of e-mail and the automatic updating of databases such as inventory management databases.
  • databases such as inventory management databases.
  • the aforementioned SMS is a service that specifies an application held by the mobile phone relating to identification information stored in a short message, and then automatically starts up that application
  • what is displayed on the screen is not notification of an incoming signal but is notification relating to an application that is started up by an incoming signal.
  • what is displayed on the screen may be notification that an application has started up, notification that an application has ended, notification that an error occurred during the execution of the application, or notification that an application requires input from a user.
  • FIG. 39 shows an outline of the operation flow of this mobile telephone.
  • processing step S 1107 is carried out.
  • processing step S 1107 in the same way as for a normal arrival of an incoming signal, a notification may be displayed on the screen, or a notification may be made by playing a melody showing the arrival of an incoming signal, or a notification may be made by driving a vibrator. Consequently, if the user performs an off-hook operation, conversation processing is performed in processing step S 1108 , and an on-hook operation is awaited in processing step S 1109 .
  • the on-hook operation is detected, in processing step S 1110 , the mobile telephone is restored to a state in which music is able to be played back, and the routine is ended.
  • a function in which a plurality of candidates for the character string to be input are displayed, and the character string to be input is set from among these candidates by performing a setting operation is typically used.
  • this capability is also required in the Japanese language input function of a mobile telephone.
  • This type of device is provided with keys arranged in the manner shown in FIG. 40 .
  • Five katakana alphabet symbols i.e., the square form of the Japanese alphabet
  • the katakana alphabet symbols for “KA KI KU KE KO” are allocated to the key of the number 2
  • the katakana alphabet symbols for “SA SI SU SE SO” are allocated to the key of the number 3
  • the katakana alphabet symbols for “TA TI TU TE TO” are allocated to the key of the number 4
  • the katakana alphabet symbols for “NA NI NU NE NO” are allocated to the key of the number 5
  • the katakana alphabet symbols for “HA HI HU HE HO” are allocated to the key of the number 6
  • the katakana alphabet symbols for “MA MI MU ME MO” are allocated to the key of the number 7
  • the katakana alphabet symbols for “YA YU YO” are allocated to the key of
  • the katakana alphabet symbols for “TOUKIYOU” are specified.
  • the katakana alphabet symbol for “TO” corresponds to the key of the number 4.
  • the katakana alphabet symbol for “U” corresponds to the key 901 of the number 1
  • the katakana alphabet symbol for “KI” corresponds to the key of the number 2
  • the katakana alphabet symbol for “YO” corresponds to the key of the number 8
  • the katakana alphabet symbol for “U” corresponds to the key 901 of the number 1.
  • the candidate “TOUKIYOU” is displayed in katakana alphabet symbols. If the conversion key 902 is pressed again, “Tokyo” is displayed in Japanese kanji characters. If the set key 903 is pressed here, the word “Tokyo” written in Japanese kanji characters is set.
  • the kanji symbol for “durability” corresponds to the katakana alphabet symbols for “TAIKIYUU”
  • the kanji symbols for “ninth” and “compensatory holiday” correspond to the katakana alphabet symbols for “DAIKIYUU”
  • the kanji symbol for “prenatal care of an unborn child” corresponds to the katakana alphabet symbols for “TAIKIYOU”
  • the kanji symbols for “worst luck” and “DAIKYO” (which is the name of a company) correspond to the katakana alphabet symbols for “DAIKIYOU”
  • the kanji symbols for “work strike” and “large undertaking” correspond to the katakana alphabet symbols for “TAIGIYOU”
  • the kanji symbols for “search”, “pursuit”, and “investigation” correspond to the katakana alphabet symbols for “TUIKIYUU”
  • the kanji symbols for “low-class”, “regular holiday” correspond to
  • the katakana alphabet symbol for “DA” is a combination of the katakana symbol for “TA” plus a voiced sound symbol indicating a voiced consonant
  • the katana for “TA” is input.
  • the katakana alphabet symbol for “DO” is a combination of the katakana symbol for “TO” plus a voiced sound symbol indicating a voiced consonant
  • the conversion key 902 By repeatedly pressing the conversion key 902 , these are displayed consecutively on the screen.
  • the set key 903 the kanji symbol for “Tokyo” are set (state 918 ).
  • the following problem has existed. For example, when the user terminal goes outside the range covered by the communications service, or when the power is turned off, that is, when the user terminal is placed in a state in which it is unable to receive, then even if the server acquires new information and instructs the startup of an application using an SMS message to the user terminal, the application cannot be started up as the user terminal is unable to receive the SMS message. Thereafter, when the user terminal moves again back into the range of the communication service, or when the power is turned on, that is, when the user terminal is placed in a state in which it is able to receive, the SMS message is received, the application is started up, and the information is acquired and displayed.
  • the application When the application is an application with a term of validity attached, such as a shareware application, and this term of validity has expired, the application cannot start up even if the message is transmitted.
  • an SMS notification is received then the application is started up without any limitations thereon, even in a state in which the functions of the mobile communication terminal are restricted, such as manner mode (i.e., a mode that is set so as to enable the mobile telephone to be used with consideration given to others—for example, a mode in which no ring tone is given, but instead a vibration is generated by a vibrator) and drive mode (i.e., a mode in which a notification is made to the person making the call stating that due to the fact that the user is currently driving a car and thus the user is unable to answer the telephone, and in which the arrival of an incoming signal is recorded in an arrival history for incoming signals without a ring tone being given and conversation is ended), so that problems arise such as, for example, ring tone being given.
  • manner mode i.e., a mode that is set so as to enable the mobile telephone to be used with consideration given to others—for example, a mode in which no ring tone is given, but instead a vibration is generated by a vibr
  • FIG. 42A and FIG. 42B show examples of a conventional display screen when MS notification is executed in manner mode.
  • SMS because only a small amount of data can be contained in a single message, only a summary of an information is delivered, and the details of the information is acquired later using a terminal at the logical location of that information (for example, a uniform resource locator (URL)).
  • a terminal at the logical location of that information (for example, a uniform resource locator (URL)).
  • URL uniform resource locator
  • the communication charge amount is continually increased by the frequency of the updates or the volume of information without the user being aware of it. Accordingly, there is a possibility that a high charge amount will be levied on the user.
  • the volume of data that will be exchanged will increase as the data communication rate increases, so that the financial burden on the user will tend to increase.
  • a plurality of delivery servers transmit the aforementioned startup messages to a mobile communication terminal while the power supply of that mobile communication terminal is turned off, or while that mobile communication terminal is outside the communication service range (or if startup messages are transmitted from a single server for a plurality of services)
  • the mobile communication terminal processes the messages in the order that they are received, then the problem arises that the processing of a notification message having a high degree of urgency such as a notification from a crime prevention system may end up being put off until later.
  • the conventional technology causes the problem that notification of the arrival of the incoming signal unexpectedly appears on the screen resulting in an operational error or a feeling of annoyance or surprise overcoming the user.
  • a conventional mobile telephone having a Japanese language input function displays character strings that are input in sequence during character input and that have not yet been set. If an incoming signal of a telephone arrives in the middle of an operation to select a character string from among a plurality of candidates, the problem has existed that the display switches to the screen for the notification of the arrival of an incoming signal and the thoughts of the user, which had been centered on the operation to select a character string, are interrupted. In particular, if the selection is being made from a large number of candidates, then because it is necessary to search for the desired character string by displaying the candidates sequentially, there is a comparatively high probability that an incoming signal will arrive during such a search and that the search will be interrupted.
  • the object of the present invention is to provide a mobile communication terminal, an information providing system, a program and a computer readable recording medium that achieve the aims stated below.
  • the mobile communication terminal comprises: a receiving section that receives a message; a storage section that stores an application that requests a server for predetermined information and receives the information; and a determining section that, when the receiving section receives a message that instructs that a predetermined application be started up, determines whether or not a term of validity is attached to the message, and, based on the term of validity, starts up the instructed application that is stored in the storage section.
  • the information providing system comprises: a server that is provided with: a message transmitting section that transmits to a mobile communication terminal a message to which a term of validity is attached and that instructs that a predetermined application in the mobile communication terminal be started up; and an information transmitting section that transmits to the mobile communication terminal predetermined information that is requested by the started up application in the mobile communication terminal; and a mobile communication terminal that is provided with: a receiving section that receives a message instructing that an application transmitted by the server be started up; a storage section that stores an application that requests the server for predetermined information and receives the information; a control section that, when the receiving section receives the message, determines whether or not a term of validity is attached to the message, and, based on the term of validity, starts up the instructed application from among the applications that are stored in the storage section.
  • the program according to the first aspect of the present invention executes on a computer: a reception process that receives a message; a determination process that, when a message that instructs that a predetermined application be started up is received by the reception process, determines whether or not a term of validity is attached to the message; and an application startup process that, based on the term of validity, starts up the instructed application that is stored.
  • the mobile communication terminal because information that is no longer valid is not acquired by the mobile communication terminal, it is possible to prevent the resources of a mobile terminal, a network, or a server being consumed needlessly, and to achieve an efficient information providing service.
  • the mobile communication terminal comprises: a receiving section that receives a message instructing that an application be started up; a startup section that starts up a relevant application based on the received message; and a creating section that, when the startup section is unable to start up the relevant application, creates information advising of that fact as message data.
  • the program according to the second aspect of the present invention executes on a computer: a reception process that receives a message instructing that an application be started up; a startup process that starts up a relevant application based on the message received by the reception process; and a message creation process that, when the relevant application cannot be started up in the startup process, creates information advising of that fact as message data.
  • the second aspect of the present invention if a message such as an SMS message is received and there is a failure in the startup of an application, information showing that fact is created as message data. As a result, it is possible to warn a user using a simple method.
  • the mobile communication terminal comprises: a storage section that stores a plurality of applications; a receiving section that receives message that contains a startup instruction for a specific application and information on that application; a storage section that, for each of the stored applications, stores the application information and also stores information that shows whether or not the application is able to be started up by the startup instruction; and a control section that, when the receiving section receives the message instructing that the application be started up, determines whether or not startup of the application is possible by collating the application information contained in the message with the information that shows whether or not the application in the storage section is able to be started up, and controls a startup of the application based on a result of the determination.
  • the program according to the third aspect of the present invention executes on a computer: a reception process that receives message that contains a startup instruction for a specific application and information on that application; a determination process that, when the message instructing that the application be started up is received by the reception process, determines whether or not startup of the application is possible by collating the application information contained in the message with information that shows whether or not the application stored in a storage section is able to be started up by the startup instruction; and a control process that controls a startup of the application based on a result of the determination of the determination process.
  • the third aspect of the present invention it is possible to ensure that a particular application is not started up even if a notification such as an SMS message for starting up an application is received in a state such as manner mode in which the user has restricted use of the mobile communication terminal.
  • the mobile communication terminal comprises: a storage section that stores an access charge that is charged when an application accesses a network; and an accumulated communication charge; a receiving section that receives a message instructing that a specific application be started up; and a determining section that determines whether or not an accumulated communication charge will exceed an upper limit for the accumulated communication charge based on identification information of an application that is contained in the received message, on the accumulated communication charge in the storage section, and the access charge in the storage section.
  • the program according to the fourth aspect of the present invention executes on a computer: a reception process that receives a message instructing that a specific application be started up; and a determination process that determines whether or not an accumulated communication charge will exceed an upper limit for the accumulated communication charge based on identification information of an application that is contained in the received message, on the accumulated communication charge that is stored, and on information about a charge that is charged when the application accesses a network.
  • the fourth aspect of the present invention it is possible to prevent an accumulated communication charge reaching a high cost without the user being aware of it.
  • the user can be made aware that the accumulated communication charge has reached an upper limit.
  • the mobile communication terminal comprises: a storing section that stores a received message instructing that a specific application be started up; a list creating section that, when a plurality of unprocessed messages are stored in the storing section, creates a list of applications corresponding to the respective messages; a display section that displays the created list; and an application startup section that starts up an application that is selected from among the applications being displayed in the list.
  • the program according to the fifth aspect of the present invention executes on the computer: a storing process that stores a received message instructing that a specific application be started up; a list creating process that, when a plurality of unprocessed messages are stored, creates a list of applications corresponding to the respective messages; a display process that displays the created list; and an application startup process that starts up an application that is selected from among the applications being displayed in the list.
  • a list of applications that correspond to the unprocessed startup messages are created and displayed, so that it is possible to enable a user to select an application to be started up.
  • the user is able to begin processing from the message to which the user allocates the highest priority, thereby enabling an extremely convenient service to be provided.
  • the mobile communication terminal comprises: a display section that displays a notification of the arrival of an incoming signal or a notification that is generated as a result of the arrival of an incoming signal; a control section that measures an elapsed time since the release of a key by a user, and, when the arrival of the incoming signal has occurred, controls a display of the notification on the display section based on the elapsed time measured.
  • the program according to the sixth aspect of the present invention executes on a computer: a display process that displays a notification of the arrival of an incoming signal or a notification that is generated as a result of the arrival of an incoming signal; a key monitoring process that measures an elapsed time since the release of a key by a user; and a control process that, when the arrival of the incoming signal has occurred, controls the display process of the notification based on the elapsed time measured by the key monitoring process.
  • the sixth aspect of the present invention it is possible to reduce the feelings of annoyance and surprise that arise when a notification relating to the arrival of an incoming signal is suddenly displayed when a user is playing a game or running an application while waiting for an incoming signal to arrive, and to prevent consequent operational errors from occurring.
  • the mobile communication terminal comprises: a display section that displays a notification of the arrival of an incoming signal or a notification that is generated as a result of the arrival of an incoming signal; and a control section that monitors whether or not unset characters are being displayed on the display section during a character input operation, and, when displaying the notification on the display section, determines whether or not the unset characters are being displayed on the display section, and controls the display of the notification based on a result of the determination.
  • the program according to the seventh aspect of the present invention executes on a computer: a notification display process that displays a notification of the arrival of an incoming signal or a notification that is generated as the result of the arrival of an incoming signal; a monitoring process that monitors whether or not unset characters are being displayed during a character input operation; and a control process that, when displaying the notification, determines whether or not the unset characters are being displayed on a display section, and controls the display of the notification based on a result of the determination.
  • the seventh aspect of the present invention if unset characters are being displayed on the screen during a character input operation, notification of the arrival of an incoming signal is not displayed. Therefore, the effect is obtained that there is no interruption by notifications of the arrival of an incoming message until a user performs a setting operation. As a result, after a telephone conversation has ended, and the screen has returned to the original character input screen, it is possible to start again from the next character input, and the work that has been performed up until partway through an input operation does not become wasted. Furthermore, it is possible to provide a mobile communication terminal that is comfortable to use without causing any feeling of annoyance that may arise if the concentration of the user is interrupted.
  • the computer readable recording medium of the present invention has the programs according to each of the above-described aspects recorded thereon.
  • FIG. 1 is a structural view of an application startup information providing system according to the first embodiment of the present invention.
  • FIG. 2 is a structural view showing an example of the contents recorded in a local stock price database.
  • FIG. 3 is a structural view showing an example of the contents recorded in a user database.
  • FIG. 4 is a structural view showing an example of price update information for a user.
  • FIG. 5 is a structural view showing an example of application startup mail.
  • FIG. 6 is a structural view showing an example of an SMS received by a user terminal.
  • FIG. 7 is a flowchart showing SMS message reception processing.
  • FIG. 8 is a structural view showing an example of an application list.
  • FIG. 9 is a flowchart showing calculation processing of a startup effective time.
  • FIG. 10 is a structural view showing an example of an application type list.
  • FIG. 11 is a structural view showing an update notification screen
  • FIG. 12 is a block diagram showing the structure of a mobile communication terminal according to the first embodiment of the present invention.
  • FIG. 13 is a structural view of a system relating to the second embodiment of the present invention.
  • FIG. 14 is a block diagram showing the structure of a mobile telephone serving as a mobile communication terminal according to the second embodiment of the present invention.
  • FIG. 15 is a flowchart showing the operation of an SMS launcher.
  • FIG. 16 is a structural view showing an example of the data structure of an SMS message.
  • FIG. 17 is a structural view showing an example of an SMS message display.
  • FIG. 18 is a structural view showing an application automatic startup system according to the third embodiment of the present invention.
  • FIG. 19 is a block diagram showing the structure of a mobile communication terminal according to the third embodiment of the present invention.
  • FIG. 20 is a structural view showing an example of the structure of a database.
  • FIG. 21 is a flowchart showing an operation of a mobile communication terminal according to the third embodiment of the present invention.
  • FIGS. 22A and 22B are structural views showing examples of display screens according to the third embodiment of the present invention when an SMS notification is made in manner mode.
  • FIG. 23 is a block diagram showing the structure of a mobile communication terminal according to the fourth embodiment of the present invention.
  • FIGS. 24A and 24B are flowcharts showing an operation of the fourth embodiment of the present invention.
  • FIG. 25 is a structural view showing an example of application information.
  • FIG. 26 is a structural view showing a notification condition matrix.
  • FIG. 27 is a structural view showing an example of extended application information.
  • FIG. 28 is a block diagram showing the structure of a mobile communication terminal according to the fifth embodiment of the present invention.
  • FIG. 29 is a flowchart showing short message reception processing.
  • FIG. 30 is a flowchart showing application startup processing.
  • FIG. 31 is a view showing a start up confirmation screen.
  • FIG. 32 is a block diagram showing the structure of a mobile telephone according to the sixth embodiment of the present invention.
  • FIG. 33 is a flowchart showing an operation of a key monitoring section.
  • FIG. 34 is a flowchart showing an operation relating to an application startup based on an SMS message arrival.
  • FIG. 35 is a block diagram showing a mobile telephone according to the seventh embodiment of the present invention.
  • FIG. 36 is a flowchart showing an operation of the mobile telephone according to the eighth embodiment of the present invention.
  • FIG. 37 is a block diagram showing the structure when a conventional PUSH data system is used in a crime prevention system.
  • FIG. 38 is a conceptual view showing the structure of a conventional mobile communication terminal.
  • FIG. 39 is a flowchart showing an operation of a conventional mobile telephone.
  • FIG. 40 is a structural view showing the key layout of a mobile telephone to which the present invention can be applied.
  • FIG. 41 is a structural view showing a screen transition based on a character string input operation to which the present invention can be applied.
  • FIGS. 42A and 42B are structural views showing examples of conventional display screens when an SMS notification is made in manner mode.
  • a term of validity is set when an application startup instruction is given from a server to a mobile communication terminal, and the mobile communication terminal does not obey startup instructions whose term of validity has expired.
  • FIG. 1 is a structural view of an information providing system that is based on an application startup according to the first embodiment of the present invention.
  • the present embodiment shows a case in which the present invention is applied to a service system in which a server provides stock price information to a user.
  • the system shown in FIG. 1 is formed by a stock price information server 1 , an SMS server 6 that transmits an SMS message from the stock price information server 1 to a user, a user terminal 7 serving as a mobile communication terminal belonging to the user, and a mobile exchange system 8 that relays communication between the stock price information server 1 , the SMS server 6 , and the user terminal 7 .
  • the mobile exchange system 8 and the user terminal 7 are connected by two transmission paths, namely, a traffic channel that is used for data communication and a paging channel that is used for SMS (i.e., PUSH messages) communication.
  • the stock price information server 1 is connected to a securities market network 2 formed by a securities exchange and securities companies.
  • the stock price information server 1 has a local stock price database (DB) 3 and a user DB 4 .
  • Information on stock prices being traded is recorded in the local stock price DB 3 , and the stock price information is updated in real time.
  • the names of stock held by a user who is receiving a stock price information providing service, the number of the stocks held, purchase prices of stocks monitored by the user and the like are recorded in advance in the user DB 4 .
  • FIG. 2 shows an example of contents recorded in the local stock price DB 3
  • FIG. 3 shows an example of contents recorded in the user DB 4 .
  • the stock price information server 1 When the stock price information server 1 receives updated information on stock prices from the securities market network 2 , a determination is made as to whether or not the updated stocks are stocks recorded in the user DB 4 . If they are stocks that are recorded in the user DB 4 , update startup processing is performed. In this update startup processing, firstly, stock price update information for the user, such as that shown in FIG. 4 , is created from information stored in the local stock price DB 3 and the user DB 4 , and a space is acquired in a temporal storage section 5 and this information is stored therein.
  • the stock price information server 1 sends the application startup mail shown in FIG. 5 in order to update the data to the SMS address of the user that is stored in the user DB 4 .
  • this startup mail In the content of this startup mail are recorded two byte binary code showing that this mail is a special message (i.e., is a message instructing the startup of an application), code identifying the application to be run, application startup parameters, and the date and time of the term of validity of this mail.
  • an SMS message such as that shown in FIG. 6 is received over the paging channel via the SMS server 6 and the mobile exchange system 8 .
  • the flow of processing when the user terminal 7 receives an SMS message is shown in FIG. 7 .
  • step S 1 the word step is omitted hereinafter. If the message is not a special message, normal SMS message reception processing is performed (S 2 ). If the binary code does show that the message is a special message, the application code to be started up is read, and a determination is made as to whether or not the application code is registered on the application list shown in FIG. 9 that is registered at the time the application is installed (S 3 ).
  • the application code to be started up is not registered on the application list, the application is not started up and the reason why it is not started up is recorded in the log (S 6 ).
  • a determination is made as to whether or not a term of validity is attached to the startup message, and whether or not the startup message is received within this term of validity (S 4 ). If the startup message is received within this term of validity, an application that is registered on the application list is started up (S 5 ). If the startup message is not received within the term of validity, the application is not started up and the reason Why it is not started up is recorded in the log (S 6 ).
  • the time of the term of validity is recorded in the message as an absolute time (for example, Sep. 11, 2003, 9:48 AM 0 seconds) (S 11 ).
  • the absolute time is recorded together with a UNTL header (see FIG. 5 ).
  • a determination is made as to whether or not a UNTL header is recorded in the message, and if it is recorded the absolute time thereof is taken as the time of the term of validity (S 12 ). If a UNTL header is not recorded, whether or not an effective period is recorded in the message is checked (S 13 ). The effective period is recorded together with a WHLE header (not shown).
  • a value obtained by adding this effective period to the stored time of the messages to the stock price information server 1 that is recorded in the header of the SMS messages is calculated as the time of the term of validity (S 14 ).
  • the transfer of mail from an information providing server (here, the stock price information server 1 ) to the SMS server 6 is performed immediately, and the message stored time and the time when the information providing server transmits the messages may be considered as substantially the same time.
  • the application type list shown in FIG. 10 is checked (S 15 ).
  • an effective period is recorded for each type of application.
  • Types of application include, for example, stock price services, weather forecast services, news services, alarm services, games and the like. If the effective period is recorded, a value obtained by adding this effective period to the stored time of the messages to the server that is recorded in the header of the SMS messages is calculated as the time of the term of validity (S 16 ). If the effective period is not recorded, then either termless, or an impractical term of validity such as, for example, Dec. 31, 2099 is set (S 17 ).
  • the user terminal 7 starts up the application strenew with the parameters attached to the mail.
  • the application strenew acquires updated information from the stock price information server 1 using an HTTP protocol. If necessary, the user terminal 7 can be constructed so as to connect automatically to the Internet.
  • the stock price information server 1 searches the temporal storage section 5 and transmits all update information whose user codes match over the traffic channel via the mobile exchange system 8 .
  • the update information is deleted from the temporal storage section 5 .
  • the user terminal 7 acquires the update information, it displays the fact that the stock price has changed and notifies the user using the update notification screen shown in FIG. 11 .
  • the stock price information server 1 deletes the price update information for the user whose downloading has ended, and releases the storage space that had been acquired for that price update information.
  • update information summarizing that day is created and an update is made using the similar method.
  • the present invention is applied to an information providing server system that provides stock price information to user, and is a description of an example in which the stock price information server 1 is used as an e-mail server (i.e., an information providing server).
  • the present invention can also be applied to systems that provide other types of information.
  • the present invention can also be applied to a variety of information providing service systems described in FIG. 10 such as the stock price service, a weather forecast service, a news service, an alarm service, and games.
  • a weather forecast server, a news server, an alarm server, a game server and the like are used respectively as the server in each of these cases.
  • FIG. 12 is a block diagram showing the structure of a mobile communication terminal serving as the user terminal 7 according to the first embodiment of the present invention.
  • a CPU 10 controls the overall operation and also determines whether or not a term of validity is attached to an SMS message from a server such as the stock price information server 1 . It also determines the term of validity of the message and controls the startup of an application based on an instruction that is contained in an SMS message.
  • a communication section 11 conducts SMS message and e-mail communication with a server, and has a communication function of a mobile communication terminal such as a normal mobile phone.
  • An application storage section 12 stores a plurality of types of application that correspond to a plurality of services such as those shown in FIG. 10 . In addition, application lists and effective periods for each application and the like are recorded in the application storage section 12 .
  • a keys and display section 13 is provided with operation keys, and also displays information such as stock price information that is supplied from a server.
  • ROM 14 stores programs and the like of the CPU 10 .
  • RAM 15 is used for working tasks.
  • FIG. 13 shows the structure of the system relating to the second embodiment of the present invention.
  • information delivered by a contents server 101 toward a mobile telephone 102 is received by an SMS server 104 via a packet network 103 .
  • the SMS server 104 transmits a PUSH message over the paging channel and the transmitted PUSH message is received by the mobile telephone 102 .
  • the message reception processing can be performed.
  • the mobile telephone 102 When the mobile telephone 102 receives the PUSH message, it starts up an application that corresponds to this PUSH message, and for data communication over the traffic channel, commences communication with the contents server 101 via a packet serving data node (PSDN) 105 .
  • PSDN packet serving data node
  • SMS is used for the transmission and reception of messages; however, it is also possible to use e-mail instead of SMS.
  • FIG. 14 shows the structure of the mobile telephone 102 serving as a mobile communication terminal according to the second embodiment of the present invention.
  • a control section 123 When a control section 123 receives a PUSH message via an antenna 121 and a radio section 122 , it starts up an SMS launcher 124 .
  • the control section 123 carries out the integrated control of a speech processing section 125 , an operation section 126 , a display section 127 , the SMS launcher 124 , a mailer 128 , and an application section 129 .
  • a plurality of applications are stored in the application section 129 .
  • the SMS launcher 124 is provided with a unit that analyzes application information contained in the PUSH message, a unit that starts up an application based on the results of the analysis, a creating unit that, when it has not been possible to start up an application, creates an error message and then creates an SMS message (hereinafter, referred to as a startup failure SMS message) that includes the information of the PUSH message and the error message, and a transmitting unit that sends the startup failure SMS message to the mailer 128 .
  • the mailer 128 receives and saves PUSH messages and e-mail, and also displays information on the display section 127 based on an operation by the user of the operation section 126 .
  • FIG. 15 shows the operating sequence of the SMS launcher 124 .
  • SMS message When a mobile telephone 102 receives an SMS message (S 101 ), the SMS message is sent to the SMS launcher 124 .
  • the SMS launcher 124 determines whether or not the SMS message is an application startup message (S 102 ). If the SMS message is not an application startup message, then because the SMS message is only a short message, it is sent to the mailer 128 as it is (S 107 ).
  • SMS message is an application startup message
  • the SMS message is analyzed (S 103 ).
  • An application name or PUSH message service name, contact details of the service provider (including telephone number and e-mail address) or a setting URL address for the service (in the present embodiment the service cancellation setting URL is used), and parameters that are required when the application is started up are extracted from an application startup message.
  • the corresponding application in the application section 129 is then started up based on the results of the analysis of the application startup message (S 104 ). If the application cannot be started up (i.e., if the result of the determination in step S 105 is NO), the application name or PUSH message service name included in the PUSH message, the service cancellation setting URL address, an error message containing the reason why the application could not be started up, and the time the PUSH message was received are created as a text data startup failure SMS message (this is not limited to an SMS message and may take the form of message data such as e-mail) (S 106 ). This message is then sent to the mailer 128 (S 107 ). Reasons why the application could not be started up may include the fact that the application has not been installed on the mobile telephone, the term of validity of the application has expired, or that the time is outside the term of validity of the SMS message that is contained in the SMS message.
  • FIG. 16 shows an example of the data structure of an SMS message.
  • a normal SMS message is a short text message, however, an SMS message for starting up an application is binary data.
  • An SMS message for starting up an application includes mainly information on the service provider and information on the application provider. For example, the name of the service, the name of the service provider, the name of the application provider, the name of the application, the telephone number of the service provider, the URL of the service provider, the e-mail address of the service provider, the telephone number of the application provider, the URL of the application provider, and the e-mail address of the application provider.
  • a header that is used for determining whether or not the SMS message is an SMS message for starting up an application or is normal text SMS message data, the name of the service of the PUSH message or the name of the application, a service cancellation setting URL address, and parameters that are required when starting up an application.
  • a service continuance setting URL or a service subscription setting URL may also be used, or else all of these may be included.
  • FIG. 17 shows an example of a startup failure SMS message and is an example of when no application that corresponds to a stock price information service is present.
  • the mailer 128 is stared up when the user so wishes or when an SMS message is received. If the mailer 128 receives a startup failure SMS message, it stores the message and displays it as an unread SMS message or e-mail. Because the sender and a title are included in a startup failure SMS message, it is possible to ascertain immediately the contents of a startup failure SMS message if these are displayed as a list as is shown in the left side of FIG. 17 . If the user selects a startup failure SMS message, then, as is shown in the right side of FIG. 17 , the date, the name of the application or service whose startup failed, error message, and the URL where service cancellation settings can be made are displayed.
  • a user desires to terminate a stock price information service, then simply by selecting the URL of the cancellation setting shown in FIG. 17 , a browser is started up, and once the predetermined settings are made the service can be cancelled.
  • a telephone number is included in the SMS message instead of a service cancellation setting, then if this telephone number is selected it is possible to make a telephone call to the service provider.
  • the data of a startup failure SMS message is held as an SMS message for as long as the user does not delete the startup failure SMS message, then if the user views the startup failure SMS message and accesses the service provider, the user can cancel the service of the application startup error at any time.
  • notification can also be made in the same way as when a normal message is received by displaying it as a newly arrived message, by the turning on or flashing on and off of an LED or the like, by vibration using a vibrator or the like, or by a sound output using a speaker or the like.
  • FIG. 18 is a structural view of the application automatic startup system according to the third embodiment of the present invention.
  • FIG. 18 shows a network structure when a PUSH type SMS notification for an application startup is made to a mobile terminal 201 such as a hybrid mobile terminal formed by combining a cdma2000 1x with a 1xEVDO (evolution data only) from another mobile terminal 202 or PC 203 .
  • a mobile terminal 201 such as a hybrid mobile terminal formed by combining a cdma2000 1x with a 1xEVDO (evolution data only) from another mobile terminal 202 or PC 203 .
  • a notification is made from the mobile terminal 202 , it is transferred via the cdma2000 1x base station 204 , an exchange station 205 , a telephone line network 206 such as the Internet, an exchange station 207 , and the cdma2000 1x base station 208 .
  • a notification is made from the PC 203 , it is transferred via an Internet network (IP network) 209 , a gateway (G.W.) 210 , the exchange station 207 , and the cdma2000 1x base station 208 .
  • IP network Internet network
  • G.W. gateway
  • High speed packet communication between the mobile terminal 201 and the PC 203 is conducted via the IP network 209 , an exchange station 211 , and a 1xEVDO base station 212 .
  • FIG. 19 is a block diagram showing the structure of a mobile communication terminal according to the third embodiment of the present invention.
  • an SMS launcher 391 stored in a ROM section 219 is provided with a determining unit that analyses application information contained in an SMS notification from the mobile terminal 202 or the PC 203 , and when in manner mode determines whether or not application startup is possible.
  • a plurality of applications are stored in an application section 402 in a RAM section 220 .
  • Application information and information that shows whether or not automatic startup is possible, which are necessary for the above-described determination, are stored for each application in a database (DB) 401 in the RAM section 220 .
  • DB database
  • the mobile communication terminal is provided with a speech processing section 214 , a transmitting section 215 , a receiving section 216 , a display section 217 , an operation section 218 , an antenna 221 , a radio section 222 , and the like in order to conduct normal mobile telephone functions.
  • programs for a CPU in a control section 213 are stored in the ROM section 219 .
  • FIG. 20 shows an example of the structure of a database 401 that is required for the determining unit in the SMS launcher 391 to analyze application information and conduct the above determination.
  • the row A shows the application numbers of applications installed in the mobile terminal 201
  • the row B shows the application names thereof.
  • the row C shows the ON/OFF classification of the automatic startup setting for normal operation
  • the row D shows the ON/OFF classification of the automatic startup setting for manner mode. This ON/OFF refers to whether or not the application will start up automatically or not start up automatically.
  • the player application that is recorded for the application number 01 is started up during normal operation as the automatic startup setting is ON, however, in manner mode it is not started up as the automatic startup setting is OFF.
  • the GPS application that is recorded for the application number 10 is started up in normal mode as the automatic startup setting is ON.
  • control section 213 When the control section 213 receives an SMS notification via the antenna 221 and the radio section 222 , it starts up the SMS launcher 391 and analyzes application information contained in the SMS notification (S 201 ). Namely, it collates application information contained in the SMS notification with the respective information in the database 401 , and for application information that matches information in the database 401 , determines the ON/OFF setting for that application in manner mode based on the row D in FIG. 20 (S 202 ). In addition, the control section 213 determines whether the mobile communication terminal is currently in manner mode, and performs startup processing (S 203 ) if automatic startup is ON in manner mode. If automatic startup is OFF in manner mode, startup invalidation processing is performed and this is displayed on the display section 217 (S 204 ).
  • startup processing S 203
  • FIG. 22A and FIG. 22B show examples of display screens according to the present embodiment when SMS notification is given in manner mode.
  • an SMS notification arrives during the wait display shown in FIG. 22A , and the mobile communication terminal has been placed in manner mode, then when an application could not be started up in accordance with the determination result, an application automatic startup result based on an SMS notification that contains a timestamp and a reason is shown by a pop-up window or by full-screen display, as is shown in FIG. 22B , so that the user is made aware of this fact. At the same time, the user may also be made aware of this fact by the flashing pattern of the incoming signal arrival lamp.
  • the determination result shows that startup is not possible, then another determination may be made after a predetermined time and startup may be possible if the manner mode has now been cancelled, or startup may be made possible if the manner mode is cancelled within a predetermined period.
  • a description is given of a determination as to whether or not startup of an application is possible in manner mode.
  • the description may also apply to the determination as to whether or not startup of an application is possible in modes in which some function or other of the mobile communication terminal is restricted other than manner mode such as, for example, modes (i.e., states) in which sounds or light is given off such that people nearby are not disturbed, that is, drive mode, energy conserving modes (i.e., modes in which energy consumption is reduced such as by dimming the display), and silent modes (i.e., modes in which neither ring tones or vibrations are operated).
  • the automatic startup setting in the aforementioned modes may be a setting of ON or OFF only. If the automatic startup setting is OFF only, then if no setting is made, automatic startup is made in this mode. If the automatic startup setting in ON only, then when no setting is made, automatic startup is not performed in this mode.
  • each time a PUSH message is received the application to be started up and the cost thereof are checked, and a check is made as to whether or not the sum of the accumulated communication charge amount added to the charge amount generated by starting up the application and accessing the network will be in excess of an upper limit set for the accumulated communication charge amount.
  • the application is started up only if it will not be excess of the upper limit.
  • a structural diagram of the SMS system of the fourth embodiment according to the present invention is the same that in FIG. 13 referred to in the second embodiment, and the overall operation thereof is also the same as in the second embodiment.
  • the contents server 101 sends information for starting up an application of the mobile terminal 102 via the packet network 103 .
  • the SMS server 104 receives this information and the SMS server 104 sends this information as a PUSH message to the mobile terminal 102 over a normal paging channel.
  • the mobile terminal 102 receives the PUSH message over the paging channel, and as a result is able to conduct data communication and conversations over a traffic channel in parallel with the paging channel.
  • the mobile terminal 102 When the mobile terminal 102 receives the PUSH message, it starts up the application corresponding to that PUSH message. In order to conduct data communication using this application, communication is started with the contents server 101 via the PSDN 105 over the traffic channel.
  • FIG. 23 is a block diagram showing the structure of the mobile terminal 102 serving as a mobile communication terminal according to the fourth embodiment of the present invention.
  • FIGS. 24A and 24B are flowcharts showing an operation of the fourth embodiment of the present invention. The structure and operation of the fourth embodiment will now be described using FIGS. 23, 24A , and 24 B.
  • the PUSH message receiving section 521 receives a PUSH message from the SMS server 104 (step S 501 in FIG. 24A , hereinafter, the word “step” will be omitted).
  • the contents of the received PUSH message are then analyzed by a PUSH message analysis section 522 (S 502 ), and which application is to be started up is determined.
  • An ID that identifies the application is contained in the PUSH message, and application information that holds this ID and its associated application is stored in advance in an application information accumulation section 523 in the mobile terminal.
  • a plurality of applications are stored in an application section 529 .
  • FIG. 25 An example of the structure of application information is shown in FIG. 25 .
  • the application information includes information showing whether or not to automatically start up an application associated with a PUSH message when that PUSH message is received, and information on whether or not a charge will be generated by that application accessing the network using the network access section 524 shown in FIG. 23 .
  • an application startup section 525 checks whether or not an application whose startup has been decided can be started up automatically using application information (S 503 ), and if no automatic startup has been set, the application is not started up. At this time, if a setting has been made to make a notification regarding the fact that the application has not been started up automatically, a notification section 526 notifies the user of this fact. On the other hand, if automatic startup has been set, a check is made using the application information as to whether or not use of the contents will incur a charge (S 504 ). If no charge will be incurred, the application is started up (S 505 ). If a notification setting has been made, a notification is made to the user that the application has been started up. If use of the contents will incur a charge, the charge amount is checked.
  • the application startup section 525 determines whether or not the sum of the current accumulated communication charge amount added to the charge that will be generated by starting up the application and accessing the network will exceed an upper limit value for the accumulated communication charge amount that is set in advance for the user (S 506 ). If this sum does not exceed the upper limit, the application is started up (S 505 ). If this sum does exceed the upper limit, the application is not started up. At this time, regardless of whether either a setting to notify the user that automatic startup has not taken place has been made or a setting to not notify the user that automatic startup has not taken place has been made, a notification is made to the user by the notification section 526 (S 507 ).
  • the user is made aware that the accumulated communication charge amount has been reached the upper limit value for the accumulated communication charge amount that has been set and, if necessary, the user is able to use an operation unit (not shown) to perform an action such as raising the upper limit.
  • the notification section 526 has the function of making a notification to the user by sound, light, screen display, vibration or the like using a speaker, LED, LCD, and vibrator or the like.
  • FIG. 24B is a flowchart relating to a notification to a user that is made at an application startup.
  • FIG. 26 shows a matrix of the relationship between conditions for the notification to a user and application startup conditions.
  • the charge amount is calculated by a communication charge amount calculation section 527 , and communication charge amount information is accumulated in a communication charge amount information accumulation section 528 . In addition, the accumulated communication charge amount is updated. If the communication charge amount is calculated as a monthly amount, processing is provided to reset the accumulated charge amount at the end of each month.
  • the present embodiment even if a setting has been made so that no notification is made relating to an application startup, if the upper limit value of the communication charge amount has been reached and the application has not started up, by notifying the user of this fact, it is possible to make a distinction between this fact and a normal operation in which there is no automatic startup and to make the user aware that the upper limit value of the communication charge amount has been reached.
  • a setting such that, due to the setting of the upper limit of the communication charge amount of the user, an application is not started up by the reception of a PUSH message, even if the rate schedule is a volume dependent charging system, the user is able to keep communication costs below a fixed amount.
  • automatic startup resource consumption can be controlled, thereby reducing wear on the battery.
  • a list of applications corresponding to the unprocessed startup messages is created and displayed, and the user is able to select the application the user wishes to start up based on the list displayed on a screen.
  • FIG. 28 is a block diagram showing the structure of a mobile communication terminal according to the fifth embodiment of the present invention.
  • a radio section 601 conducts the transmission and reception of data with a server via a radio link.
  • a message transmission and reception section 602 exchanges SMS message data with servers and other terminals via the radio section 601 .
  • a message analysis section 603 analyzes a received SMS message, and determines whether the received SMS message is a normal SMS message or is an application startup message for a PUSH data delivery service.
  • a startup message storage section 604 temporarily stores application startup messages.
  • An application startup section 605 starts up an application in accordance with an application startup message.
  • Application programs 606 are programs for PUSH data delivery services.
  • An SMS message application 607 transmits and receives normal SMS message applications.
  • the SMS message application 607 is used to create mail and to read mail.
  • a display section 608 displays, for example, messages and various types of data and also displays a list of a plurality of unprocessed startup messages (described below).
  • sections that constitute normal mobile telephone functions for example, an operation section such as a keypad, a control section that controls the overall terminal, and memory and the like are also included in the structure.
  • Messages are broadly divided into two types, namely, normal messages for SMS and messages for starting up applications for PUSH delivery services. Distinguishing between messages can be performed by using an identifier contained in the header, or by embedding a code for indicating application startup messages in the front of the message data, and then by using this code.
  • a description is given using an application startup message having the latter format.
  • a code for indicating an application startup message is housed in the plurality of bytes (here, taken as N bytes) at the front of the message data, and following this is a code (here, taken as M bytes) that determines the application to be started up, and parameter data that is required for the application to start up.
  • a message that is sent from a server is transmitted to mobile communication terminal via a radio link.
  • the radio section 601 receives this message and, if it is SMS message data, sends it to the message transmission and reception section 602 (step S 601 —hereinafter the word “step” is omitted).
  • the message transmission and reception section 602 instructs the message analysis section 603 to analyze the received data (S 602 ).
  • the message analysis section 603 determines whether or not the message is an application startup message from the front N bytes of the message data (S 603 ), and if it is an application startup message, temporarily stores the message data in the startup message storage section 604 (S 604 ).
  • the application startup section 605 is then notified that the message data has been stored (S 605 ). Note that, the startup message storage section 604 is assumed to have an FIFO structure. If the determination in S 603 is that the message is not an application startup message, the message data is transferred to the SMS message application 607 and the application is started up (S 606 ).
  • the reception processing is then ended (S 607 ).
  • the application startup section 605 When the application startup section 605 receives notification from the message analysis section 603 that a message has been stored (S 611 ), it reads the startup message storage section 604 (S 612 ). It then checks whether or not an unprocessed application startup message is present (S 613 ) and, if no such message is present, the processing is ended. If an unprocessed application startup message is present, whether or not a plurality of such messages are present is checked (S 614 ). If one such message is present, a check is made as to whether or not a setting is such that the user confirms the startup of an application (S 615 ).
  • An automatic startup permitting setting is a setting for starting up an application when an application startup message is received and for then transmitting and receiving data, without requiring a user to perform start-up confirmation.
  • the automatic startup permitting setting is set by a user and is controlled and referred to by the application startup section 605 .
  • the application startup section 605 refers to the automatic startup permitting setting, and if the automatic startup permitting setting is ON, executes the corresponding application from among the applications A, B, and C without waiting for startup confirmation from the user (S 618 ).
  • the application startup section 605 displays an application startup confirmation screen on the display section 608 (S 616 ), and waits for startup confirmation from the user (S 617 ). If “startup” is selected, the application startup section 605 executes the corresponding application (S 618 ). Data communication processing with a server is then performed by that application (S 619 ). When this communication is ended, the routine returns to the processing of S 613 , and whether or not an application startup message is present in the startup message storage section 604 is confirmed. Note that, when the communication is ended and communication resources are released, the application startup section 605 may also delete processed application startup messages from the startup message storage section 604 .
  • the application startup section 605 creates and displays a list thereof (S 621 ). At this time, the names of services and the names of applications corresponding to all of the unprocessed application startup messages are displayed in a list on an application startup confirmation screen. As a result of this display, the user is able to tell at a glance which startup messages are being received.
  • FIG. 31 shows an example of a list on a startup confirmation screen that is displayed by the display section 608 .
  • the reception time and the service name or application name are displayed for each application startup message, and are arranged in order from the earliest reception time. If all messages cannot be contained on a single screen, all the messages can be viewed by scrolling or the like. Commands corresponding to soft keys are displayed below the screen, and it is possible to start up or cancel a selected application by pressing the corresponding soft key.
  • the mobile communication terminal of the present embodiment if a plurality of application startup messages are received simultaneously or substantially simultaneously, it is possible to display which messages are being received in a list, thereby enabling the user to decide the sequence in which the applications will be started up (i.e., processed). As a result, the user is able to begin processing from the message to which the user allocates the highest priority, thereby enabling a PUSH data delivery service that is extremely convenient for the user to be provided.
  • the degree of priority may be either two-stage, such as high or normal, or may be three-stage such as high, medium, or low.
  • the application startup section 605 refers to this degree of priority information when creating a list of startup applications, and operates so as to display applications having a high degree of priority at the top of the list.
  • the reason for this is in order to avoid problems such as the following. For example, if a large number of application startup messages are received simultaneously or substantially simultaneously so that they cannot be displayed on one screen of the startup confirmation screen, notifications having a high degree of priority for a user, for example, notifications that are extremely important from a security point of view such as a notification of a malfunction in a crime prevention system may become buried in other notifications, and might not be noticed by the user.
  • the elapsed time between when a key is released until it is pressed is measured when a user is repeatedly pressing and releasing an operation key in order to play a game or create an e-mail.
  • a notification is made that an incoming signal has arrived, if the elapsed time immediately prior to the arrival of the incoming signal is below a threshold value, it is determined that a game is being played or that an e-mail is being created and a notification relating to the arrival of the incoming signal is not displayed.
  • FIG. 32 is a block diagram showing the structure of the mobile telephone serving as an example of a mobile communication terminal according to the sixth embodiment of the present invention.
  • a radio device 701 is a unit for achieving the functions of a mobile telephone, and has been formed into modules.
  • An OS 703 exchanges information with the radio device 701 via a radio device driver 702 .
  • the OS 703 is linked to a display driver 707 , and a key driver 710 and controls a display section 708 such as a liquid crystal display and a key device 709 .
  • the OS 703 is also provided with a draw application program interface (API) 706 , and controls the display of information on the display section 708 by an application.
  • API draw application program interface
  • the application receives notification of a key event from the OS 703 , and receives notification that a user has operated an operation key on the key device 709 .
  • a first application 705 appears on the screen and notifies the user of the arrival.
  • this caller number is displayed and a ring tone is sounded.
  • a second application 712 is a game started up by the user.
  • the second application 712 has been started up in order for the user to play a game while waiting for an arrival of an incoming signal.
  • the user repeatedly hits the operation keys on the key device 709 at a rapid pace.
  • This key event is notified to the second application 712 via the key driver 710 , a key monitoring section 711 , and the OS 703 .
  • the key monitoring section 711 is provided with a counter for measuring time, and drives the counter using clocks having a predetermined frequency.
  • FIG. 33 shows the processing flow of the key monitoring section 711 .
  • step S 721 After initialization (step S 721 —hereinafter, the word “step” is omitted), when the key driver 710 notifies that an operation key has been pressed (S 722 ), the counting of the counter is stopped and the counter is reset to zero (S 723 ). When the key driver 710 then further notifies that the operation key has been released (S 724 ), the counter is started (S 725 ).
  • the radio device 701 detects the arrival of the incoming signal and generates an interruption.
  • the radio device driver 702 detects this interruption, and the OS 703 starts an operation of an incoming signal arrival response processing module 704 .
  • the incoming signal arrival response processing module 704 determines whether the arrived incoming signal is a telephone call, a short message or an e-mail, and determines various other conditions such as whether or not the mobile telephone is currently in manner mode, or whether a setting has been made to refuse arrivals of incoming signals, and starts up a suitable first application 705 .
  • the first application 705 attempts to acquire authority to draw on the display section 708 using the draw API 706 .
  • the OS 703 detects that the request for draw authority has been made as a result of the arrival of an incoming signal, and makes an inquiry to the key monitoring section 711 about the elapsed time from the release of the operation key. In reply, the key monitoring section 711 sends the value of the counter to the OS 703 . If the elapsed time is equal to or greater than a predetermined threshold value, for example, one second, the OS 703 immediately receives the request from the first application 705 . As a result, a display notifying of the arrival of the incoming signal is drawn on the screen of the display section 708 .
  • a predetermined threshold value for example, one second
  • the OS 703 starts up the timer for that portion of time by which the elapsed time was less than the threshold value, and in a time out event, makes a new inquiry to the key monitoring section 711 as to the elapsed time since the release of the operation key. This action is then repeated.
  • the first application 705 is an application used to notify of an incoming signal arrival, however, it may be an application that executes other types of processing. Namely, if a short message arrives, the incoming signal arrival response processing module 704 is able to start up the associated application as the first application 705 based on an identifier that is contained within the short message. Examples of this type of short message service (SMS) include applications in which the arrival of an e-mail at a center is notified by SMS, a mail application is started up in response to the arrival of the SMS message, and this mail application is made to receive the mail from the center. Alternative examples include an application in which a contract is entered into with a specific content provider, and by notifying a user as to the commencement of a new contents service by an SMS message, the user is allowed to start that service immediately.
  • SMS short message service
  • FIG. 34 is a flowchart showing the processing when an application startup is instructed by the arrival of an SMS message.
  • Examples of the first application 705 include applications that request drawing authority to the display section 708 as well as applications that perform processing in the background.
  • the effects of the present invention are able to be achieved regardless of the type of application provided that the application requests drawing authority.
  • the effects of the present embodiment can be obtained when a need arises for the OS 703 itself to display a notification to the user. For example, if an attempt is made to start up the first application 705 , but it cannot be started up due to insufficient resources such as memory, then the incoming signal arrival response processing module 704 may display an error message.
  • a monitoring section monitors whether or not unset characters are displayed during a character input operation, and when a notification relating to the arrival of an incoming signal is displayed, an inquiry is made to the monitoring section as to whether or not unset characters are being displayed. If the response to this inquiry is that they are being displayed, then the display of the notification is prohibited.
  • FIG. 35 is a block diagram using as an example the mobile telephone according to the seventh embodiment of the mobile communication terminal of the present invention.
  • a key device 809 shown in FIG. 35 has the key layout shown in FIG. 40 , and a character string input operation is conducted in accordance with a procedure that conforms to the screen transition shown in FIG. 41 .
  • a radio device 801 is a unit for implementing the functions of a mobile telephone terminal, and has been formed into modules.
  • An OS 803 exchanges information with the radio device 801 via a radio device driver 802 .
  • the OS 803 is linked to a display driver 807 and a key driver 810 and controls a display section 808 such as a liquid crystal display and a key device 809 .
  • the OS 803 is also provided with a draw API 806 , and controls displays of information on the display section 808 such as a liquid crystal display by a first application 805 and a second application 812 .
  • the application receives notification of a key event from the OS 803 , and receives notification that a user has operated the key device 809 .
  • the first application 805 appears on the screen and notifies the user of the arrival.
  • this caller number is displayed and an incoming signal arrival tone is sounded.
  • the second application 812 is a character input application started up by the user.
  • the second application 812 has been started up in order for the user to input a text while waiting for the arrival of an incoming signal.
  • an edit box 813 is displayed therein.
  • the edit box 813 is a common component belonging to the OS 803 , and receives character input from the user.
  • a key event is delivered to the edit box 813 .
  • the edit box 813 is further linked to an input support section 814 that searches for candidate character strings based on this key event, and supplies them to the edit box 813 .
  • a description will be given using characters as an example.
  • the edit box 813 displays “41281” on the screen. Subsequently, when the user presses the conversion key 902 , the edit box 813 notifies the input support section 814 about this key event.
  • the input support section 814 searches for candidates, then selects the katakana alphabet character string for “TOUKIYOU” and supplies this to the edit box 813 .
  • the edit box 813 uses the draw API 806 to display the katakana alphabet character string for “TOUKIYOU” on the screen. At this time, the edit box 813 registers in the monitoring section 815 the fact that the edit box 813 itself is in the foreground and is displaying an unset character string.
  • this key event is delivered to the edit box 813 and is further notified to the input support section 814 .
  • the input support section 814 then notifies the edit box 813 that the character string has been set.
  • the edit box 813 then stores the set character string and also deletes the registration in the monitoring section 815 as to the fact that a character string candidate is being displayed.
  • the key focus moves outside the edit box 813
  • the unset character string is forcibly set and notification of the deletion is delivered to the monitoring section 815 .
  • the same type of deletion notification is delivered to the monitoring section 815 .
  • the radio device 801 detects the arrival of the incoming signal and generates an interruption.
  • the radio device driver 802 detects this interruption, and the OS 803 causes an incoming signal arrival response processing section 804 to execute incoming signal arrival response processing.
  • the incoming signal arrival response processing section 804 identifies whether the arrived incoming signal is a telephone call, a short message or an e-mail, and determines various other conditions such as whether or not the mobile telephone is currently in manner mode, or whether a setting has been made to refuse arrivals of incoming signals, and starts up a suitable first application 805 to give notification of the arrival of the incoming signal.
  • the first application 805 attempts to acquire authority to draw on the display section 808 using the draw API 806 .
  • the OS 803 detects that the request for draw authority has been made as a result of the arrival of the incoming signal, and instructs the monitoring section 815 to determine whether or not an unset character string is being displayed. If the monitoring section 815 replies that unset character strings are not being displayed, the OS 803 immediately accepts the request from the first application 805 , and a display notifying of the arrival of the incoming signal is drawn on the screen of the display section 808 .
  • the monitoring section 815 replies that an unset character string is currently being displayed, without sending a response to the request for drawing authority, it is decided to temporarily not display the incoming signal arrival notification.
  • a notification unit such as causing either an LED to flash on and off, sounding a predetermined notification melody, or starting up a vibrator.
  • the monitoring section 815 replies to the inquiry from the OS 803 that an unset character string is not being displayed.
  • the OS 803 starts up a timer at a predetermined time interval and begins polling the monitoring section 815 .
  • the monitoring section 815 replies that unset character strings are not being displayed, resources are allocated to the request of the first application 805 and authority is granted to draw on the display section 808 .
  • the notification it is also possible for the notification to be displayed after a predetermined time has passed from the prohibiting of the display of the incoming signal arrival notification.
  • the first application 805 notifies of the arrival of an incoming signal.
  • the first application will be several applications that execute particular processing. Namely, when a short message arrives that instructs the start up of an application, the incoming signal arrival response processing section 804 determines the identifier contained within the short message, select an application that is associated with this identifier, and start up this application as the first application 805 .
  • SMS short message service
  • applications in which the arrival of an e-mail at a center is notified by SMS message, a mail application is started up in response to the arrival of the SMS message, and this mail application is made to receive the mail from the center.
  • Alternative examples include an application in which a contract is entered into with a specific content provider, and by notifying a user as to the commencement of a new contents service by SMS message, the user is allowed to start that service immediately.
  • the first application 805 include applications that request drawing authority to the display section 808 as well as applications that perform processing in the background.
  • the effects of the present invention are able to be achieved regardless of the type of application provided that the application is able to make a display on the display section 808 .
  • FIG. 36 is a flowchart showing the operation of the eighth embodiment according to the present invention.
  • step S 831 When an SMS message arrives (step S 831 —hereinafter the word “step” is omitted), the identifier contained within the message is analyzed (S 832 ). The application that corresponds to that identifier is then selected and is started up as the first application 805 (S 833 ). This first application 805 then calls the draw API 806 (S 834 ). At this time, an inquiry is made to the monitoring section 815 as to whether or not an unset character string is already being displayed on the display section 808 (S 835 ). If they are not being displayed, draw processing is conducted (S 836 ). If an unset character string is already being displayed, the draw processing is prohibited (S 837 ), and after a predetermined time (alternatively, after the character string has been set), a drawing relating to the notification is made (S 838 ).
  • the effects of the present embodiment can be obtained when a need arises for the OS 803 itself to display a notification to the user. For example, if an attempt is made to start up the first application 805 , but it cannot be started up due to insufficient resources such as memory, then the incoming signal arrival response processing section 804 may display an error message.
  • an unset character string for example, the character strings shown in any of states 911 to 917 in FIG. 41
  • the effect is obtained that an incoming signal arrival notification does not interrupt and be displayed until the user performs a setting operation.
  • the screen has returned to the original character input screen, it is possible to start again from the next character input, and the work that has been performed up until partway through a character string input operation does not become wasted.
  • a program that enables a CPU of a computer system to execute processing that is based on the structures according to each embodiment of the present invention and processing according to the flowcharts shown in each embodiment of the present invention forms the program of the present invention.
  • a recording medium on which this program is recorded forms the recording medium that is readable by computer according to the present invention.
  • Examples of recording media that can be used include magneto-optical disks, optical disks, semiconductor memory, magnetic recording media, and the like. These may be used in the form of ROM, RAM, a CD-ROM, a flexible disk, a memory card, or the like.
  • recording media include media that hold programs for a fixed time such as volatile memory such as the internal RAM of a computer system serving as a server and clients when the program is transmitted via a communication line such as a telephone line or a network such as the Internet.
  • volatile memory such as the internal RAM of a computer system serving as a server
  • clients when the program is transmitted via a communication line such as a telephone line or a network such as the Internet.
  • This program may also be transferred from a computer system that is storing the program on the storage device or the like to another computer system via a transmission medium or by a transmission wave within the transmission medium.
  • This transmission medium refers to a medium having a function of transferring information such as a communication line such as a telephone line or a network such as the Internet.
  • this program may be formed by a plurality of programs for achieving the above-described functions.
  • the program may be intended to a portion of the above-described functions.
  • the program may be what is known as a differential file (i.e., a differential program) that is able to achieve the above-described functions by being combined with a program that is already recorded on the computer system.
  • the mobile communication terminal includes a mobile telephone, a mobile information device that incorporates a communication section, and a mobile information device to which a communication card can be attached.
  • control section for example, central processing unit

Abstract

Information that is no longer valid due to the passage of time is not provided to a user. When a stock price information server acquires updated stock price information from a securities market network, a message that instructs that a predetermined application be started up and to which a term of validity has been attached is sent to a user terminal over a paging channel via an SMS server. When the user terminal receives the message, it determines whether or not the message is within the term of validity, and if it determines that the message is within the term of validity, starts up the instructed application from among a plurality of applications that are stored. The stock price information server then sends to the user terminal the stock price information that is requested by the started up application.

Description

    BACKGROUND OF THE INVENTION
  • 1. Field of the Invention
  • The present invention relates to a mobile communication terminal such as a mobile telephone that is capable of receiving messages, and to an information providing system that is provided with this mobile communication terminal and with a server, and in which the server commands the startup of applications held by the mobile communication terminal, and to a program that is used by the mobile communication terminal, and also to a recording medium that can be read by a computer and on which this program can be recorded.
  • In particular, the present invention relates to a mobile communication terminal that has a function of receiving a PUSH type message such as short message service (SMS) messages and starting an application using an application startup command included in the message, a function of playing games, a function of creating mail, or a function of inputting character strings by key operation, an information providing system, a program, and a computer readable recording medium
  • Priority is claimed on Japanese Patent Application Nos. 2003-342040, 2003-342041, 2003-342043, 2003-342375, 2003-342376, 2003-342377, and 2003-342378, filed Sep. 30, 2003, the contents of which are incorporated herein by reference.
  • 2. Description of Related Art
  • A system known as e-mail that is conducted via the Internet is widely used as a mail using a personal computer (PC) or mobile telephone or the like. In e-mail, mail that is transmitted from a transmitting terminal is temporarily stored in a mail server, and a receiving terminal accesses the mail server and inquires whether or not newly arrived mail is present at its own address. If new mail is present, the receiving terminal requests that this mail be transferred to the receiving terminal. Accordingly, regardless of whether or not newly arrived mail is present, it is necessary for the receiving terminal to conduct a certain amount of communication in order to make an inquiry to the mail server, thereby creating the problem of poor efficiency.
  • In contrast, in a mobile telephone, PUSH type messages (referred to below as “PUSH messages” or simply as “messages”) that are transmitted via control channels are used as notification of newly arrived e-mail. The name of the service differs depending on the company; however, this system is generally known as SMS. SMS is a system for transmitting and receiving short messages, and messages such as mail are transmitted via control channels that are known as paging channels from an SMS server to a receiving terminal such as a mobile telephone. For example, in the case of a CDMA system for mobile telephone, SMS are transmitted using data burst messages over paging channels that are used in the control of mobile stations and the like. The SMS is used as notification of newly arrived e-mail. In this case, if the receiving terminal is within the range of the communication service, and is in a state in which reception is possible (i.e., a state in which the service can operate), when an e-mail arrives in the SMS server via an e-mail server, notification of this reception is immediately transferred to the receiving terminal as a PUSH message, and the receiving terminal is able to receive this notification and automatically acquire the newly arrived e-mail. Accordingly, the user does not need to periodically make access from a terminal in order to confirm whether or not e-mail has arrived, and there is no need to conduct unnecessary communication to make an inquiry, as is the case with e-mail. However, because the control channel has a small transmission capacity, message is limited to short messages of approximately 100 bytes.
  • Note that SMS is disclosed in Japanese Unexamined Patent Application, First Publication No 2002-320025.
  • In Japan, SMS is commonly used for giving notification of newly arrived e-mail, however, it is also used in application automatic startup systems such as those described below. Examples of such application automatic startup systems include systems that designate a specific application in order to operate the function of a camera or player or the like that is held by a mobile communication terminal such as a mobile telephone so as to automatically start up that application from another terminal such as a mobile telephone or a PC using these SMS messages.
  • Moreover, in a system that transmits data to a mobile communication terminal such as a mobile telephone using a server, a message that relates to data delivered to the mobile telephone is transmitted from the server. In response to this message, the mobile telephone starts up the application that corresponds to the message. As a result of the started application making a request to the server for the delivery of data, the data held by the mobile telephone is updated, and the mobile telephone can receive the latest data at a suitable opportunity.
  • An example of this type of application automatic startup system includes an information providing server system that provides a variety of information (i.e., contents), for example, information that changes from moment to moment such as stock price information, news, and weather forecast information to a mobile communication terminal using PUSH messages.
  • Namely, the mobile communication terminal of a user (referred to below as a “user terminal”) stores several applications in order to receive the aforementioned variety of information. When a server acquires new information such as stock price information for a user, in order to make a PUSH delivery periodically of information showing that this stock price information has been updated, the server creates a PUSH message instructing that an application be started up, from among the applications held by the user terminal, that receives this stock price information, and transmits this PUSH message to the user terminal using the SMS. When the user terminal receives the PUSH message, it automatically starts up an application, such as a World Wide Web (WWW) browser or a newsreader, that is instructed by the received message and makes a request to the server for that stock price information or the like. The server then transmits data containing the stock price information or the like to the user terminal. As a result of the user terminal acquiring updated information in this manner, the user is able to view stock prices, news, weather forecasts or the like at the time when this information is updated.
  • According to an information providing system that is based on this type of application startup, a user is able to automatically receive desired information from a server and display this information without having to perform any sort of operation.
  • In addition, a map information providing system has also been proposed as an application automatic startup system. This map information providing system enables a mobile telephone to receive PUSH type SMS and download a map.
  • There are also conventional PUSH data delivery systems such as those shown in FIG. 37 and FIG. 38.
  • FIG. 37 is a system structural view of such a PUSH data delivery system and shows an example of the use thereof in a crime prevention system.
  • In FIG. 37, when a call server 1021 confirms the update of data that is to be delivered, it transmits a message containing information showing that type of data being delivered to a mobile communication terminal 1022. The mobile communication terminal 1022 has a response unit that switches to a state in which data is able to be transmitted or received in response to the call from the call server 1021, a data type detection unit that detects the type of data, and an application startup unit that starts up an application that corresponds to the type of data. FIG. 38 is a conceptual view of the structure of the mobile communication terminal 1022.
  • When a camera device 1023 detects an abnormality it notifies the call server 1021 that an abnormality has occurred and also provides image information at the time the abnormality occurred. The call server 1021 uploads the image information via the Internet 1024 to a WEB server 1025 and, at the same time, sends a message to the mobile communication terminal 1022 notifying it that image information has been updated. The mobile communication terminal 1022 analyzes received messages, starts up related applications, accesses the WEB server 1025, and downloads the image information at the time the abnormality occurred that was uploaded to the WEB server 1025.
  • In this way, the user of the mobile communication terminal 1022 is able to confirm the situation when an abnormality has occurred without constant monitoring of a dedicated terminal by using the display of a mobile communication terminal.
  • Services that use PUSH data delivery systems include the automatic reception of e-mail and the automatic updating of databases such as inventory management databases. As in the case of the above system, by providing the mobile communication terminal with a data type detection unit and an application startup unit, it is possible to receive a plurality of data delivery services simultaneously.
  • Conventionally, mobile telephones have been developed that incorporate game functions and mail creation functions. Using these types of mobile telephones, a user has been able to perform operations continuously for an extended period of time in order to play games or create mail text even while waiting for the arrival of an incoming signal. Accordingly, if an incoming signal arrives while the user is operating the mobile phone, the image display from the operations performed until that time is suddenly interrupted and the screen display is altered to a screen display giving notification of an incoming call. Incoming signals include incoming signals relating to the reception of short messages and e-mails in addition to telephone calls, and a screen display is switched in the same way.
  • In particular, when the aforementioned SMS is a service that specifies an application held by the mobile phone relating to identification information stored in a short message, and then automatically starts up that application, in some cases what is displayed on the screen is not notification of an incoming signal but is notification relating to an application that is started up by an incoming signal. For example, what is displayed on the screen may be notification that an application has started up, notification that an application has ended, notification that an error occurred during the execution of the application, or notification that an application requires input from a user.
  • In order to avoid the annoyance felt when a game or the creation of a mail text message is interrupted by a notification of the arrival of an incoming signal or the like that is generated unintentionally, some conventional mobile telephones (for example, see Japanese Unexamined Patent Application, First Publication No. 2002-223271) have been provided with a mode for stopping the wait operation of the arrival of an incoming signal so that the arrival of an incoming signal is not generated during a game. FIG. 39 shows an outline of the operation flow of this mobile telephone.
  • In FIG. 39, while waiting, music playback is instructed by a user in processing step S1101, and is commenced. Next, when an incoming call signal is received in processing step S1102, a determination is made in determination processing step S1103 as to whether or not a flag F has been set. This flag F shows whether or not the mobile telephone is in wait operation stop mode. If the flag F has been set (i.e., if F=1), then an operation to notify of the arrival of an incoming signal is prohibited by processing step S1104. Next, in processing step S1105, the end of the playing music is awaited. When the music ends, in processing step S1106, a notification is made by displaying the fact that an incoming signal has arrived, and the routine is ended.
  • In determination processing step S1103, if the flag F is reset (i.e., if F=0), processing step S1107 is carried out. In processing step S1107, in the same way as for a normal arrival of an incoming signal, a notification may be displayed on the screen, or a notification may be made by playing a melody showing the arrival of an incoming signal, or a notification may be made by driving a vibrator. Consequently, if the user performs an off-hook operation, conversation processing is performed in processing step S1108, and an on-hook operation is awaited in processing step S1109. When the on-hook operation is detected, in processing step S1110, the mobile telephone is restored to a state in which music is able to be played back, and the routine is ended.
  • Furthermore, conventionally, if the arrival of an incoming signal is detected while a game is being run, a method in which notification of the arrival of the incoming signal is not given, and a method in which the game data is stored in a memory and notification of the arrival of the incoming signal is given, and the game can then be subsequently recommenced have been proposed.
  • Conventionally, mobile telephones that have a Japanese language input function for applications such as creating the text of an e-mail are widely used. Mobile telephones are provided with numerical keys for 0 to 9 as well as the two # and * keys. However, it is difficult to input Japanese language using these keys, and a large number of key operations are necessary. While inputting Japanese language is naturally difficult, it is also difficult to input character strings of English, which has fewer types of characters. Because of this, a function in which a plurality of candidates for the character string to be input are displayed in response to key operations, and the character string to be input is selected from among these candidates by performing a setting operation is required in mobile telephones for each of the world's languages, including English. When Japanese language is input, there are a large number of homonyms. Therefore, in a personal computer, a function in which a plurality of candidates for the character string to be input are displayed, and the character string to be input is set from among these candidates by performing a setting operation is typically used. Naturally, this capability is also required in the Japanese language input function of a mobile telephone.
  • The following is an example of a mobile telephone having this type of Japanese language input function (see Japanese Unexamined Patent Application, First Publication No. H06-152711).
  • Next, a description will be given using an example of a conventional mobile telephone having a Japanese language input function.
  • This type of device is provided with keys arranged in the manner shown in FIG. 40. Five katakana alphabet symbols (i.e., the square form of the Japanese alphabet) for “A I U E O” are allocated to the key 901 of the number 1. In the same way, the katakana alphabet symbols for “KA KI KU KE KO” are allocated to the key of the number 2, the katakana alphabet symbols for “SA SI SU SE SO” are allocated to the key of the number 3, the katakana alphabet symbols for “TA TI TU TE TO” are allocated to the key of the number 4, the katakana alphabet symbols for “NA NI NU NE NO” are allocated to the key of the number 5, the katakana alphabet symbols for “HA HI HU HE HO” are allocated to the key of the number 6, the katakana alphabet symbols for “MA MI MU ME MO” are allocated to the key of the number 7, the katakana alphabet symbols for “YA YU YO” are allocated to the key of the number 8, the katakana alphabet symbols for “RA RI RU RE RO” are allocated to the key of the number 9, and the katakana alphabet symbols for “WA WO N” are allocated to the key of the number 0. In addition to these, a conversion key 902 and a set key 903 are provided.
  • For example, in order to input “Tokyo” in Japanese kanji characters (i.e., the Chinese character used in Japanese writing), the katakana alphabet symbols for “TOUKIYOU” are specified. The katakana alphabet symbol for “TO” corresponds to the key of the number 4. In the same way, the katakana alphabet symbol for “U” corresponds to the key 901 of the number 1, the katakana alphabet symbol for “KI” corresponds to the key of the number 2, the katakana alphabet symbol for “YO” corresponds to the key of the number 8, and the katakana alphabet symbol for “U” corresponds to the key 901 of the number 1. Therefore, if “41281” is input and the conversion key 902 is pressed, the candidate “TOUKIYOU” is displayed in katakana alphabet symbols. If the conversion key 902 is pressed again, “Tokyo” is displayed in Japanese kanji characters. If the set key 903 is pressed here, the word “Tokyo” written in Japanese kanji characters is set.
  • In FIG. 41, the transition of the display of character strings on the screen as a result of the above-described operation is shown by states 910 to 918.
  • In FIG. 41, immediately after the numerical keys have been pressed in sequence from a state 910 in which the input of the character string of “tomorrow” which is written in Japanese kanji characters has been set, the numbers are displayed in the character string input area on the screen (states 911 to 915). If the conversion key 902 is then pressed, these numbers are converted into katakana alphabet symbols (state 916). Other Japanese words correspond to the number string “41281” in addition to the katakana alphabet symbols for “TOUKIYOU”. For example, the kanji symbol for “durability” corresponds to the katakana alphabet symbols for “TAIKIYUU”, the kanji symbols for “ninth” and “compensatory holiday” correspond to the katakana alphabet symbols for “DAIKIYUU”, the kanji symbol for “prenatal care of an unborn child” corresponds to the katakana alphabet symbols for “TAIKIYOU”, the kanji symbols for “worst luck” and “DAIKYO” (which is the name of a company) correspond to the katakana alphabet symbols for “DAIKIYOU”, the kanji symbols for “work strike” and “large undertaking” correspond to the katakana alphabet symbols for “TAIGIYOU”, the kanji symbols for “search”, “pursuit”, and “investigation” correspond to the katakana alphabet symbols for “TUIKIYUU”, the kanji symbols for “low-class”, “regular holiday”, and “tennis” correspond to the katakana alphabet symbols for “TEIKIYUU”, the kanji symbols for “supply” and “imperial capital” correspond to the katakana alphabet symbols for “TEIKIYOU”, the kanji symbols for “grade”, “TOKYU” (which is the name of a department store) and “to throw a ball” correspond to the katakana alphabet symbols for “TOUKIYUU”, the kanji symbol for “same grade” corresponds to the katakana alphabet symbols for “DOUKIYUU”, the kanji symbol for “bullfighting” corresponds to the katakana alphabet symbols for “TOUGIYUU”, the kanji symbols for “the same province”, “Taosim”, and “copper mirror” correspond to the katakana alphabet symbols for “DOUKIYOU”, and the kanji symbol for “same profession” corresponds to the katakana alphabet symbols for “DOUGIYOU”. Note that because the katakana alphabet symbol for “DA” is a combination of the katakana symbol for “TA” plus a voiced sound symbol indicating a voiced consonant, instead of the katakana for “DA” the katana for “TA” is input. In the same way, because the katakana alphabet symbol for “DO” is a combination of the katakana symbol for “TO” plus a voiced sound symbol indicating a voiced consonant, instead of the katakana for “DO” the katana for “TO” is input. By repeatedly pressing the conversion key 902, these are displayed consecutively on the screen. Finally, by pressing the set key 903, the kanji symbol for “Tokyo” are set (state 918).
  • In the above-described application automatic startup system, the following problem has existed. For example, when the user terminal goes outside the range covered by the communications service, or when the power is turned off, that is, when the user terminal is placed in a state in which it is unable to receive, then even if the server acquires new information and instructs the startup of an application using an SMS message to the user terminal, the application cannot be started up as the user terminal is unable to receive the SMS message. Thereafter, when the user terminal moves again back into the range of the communication service, or when the power is turned on, that is, when the user terminal is placed in a state in which it is able to receive, the SMS message is received, the application is started up, and the information is acquired and displayed. In this case, there is a possibility that the information required by the server has decreased in value or has become valueless during the time that the user terminal was in a state of being unable to receive. For example, because stock price information is updated at regular times, even if the user terminal once again becomes able to receive, and does receive an SMS message, and an application is started up, only old stock price information from prior to the latest update is acquired.
  • When a user terminal starts up an application based on the delayed receipt of an SMS message and acquires information having a term of validity, the following problems have existed.
  • (a) Resources of the user terminal are consumed needlessly in order to acquire information that is no longer valid.
  • (b) Resources of the network are consumed needlessly in order to acquire information that is no longer valid.
  • c) Resources of the server are consumed needlessly for error processing or in order to acquire information that is no longer valid.
  • Furthermore, in an application automatic startup system based on the above-described conventional technology, the following problems have existed.
  • When a message is received and an application of a mobile telephone is started up using an application startup command included in the message, if the message attempts to start up an application that has not been installed on the mobile telephone, the startup cannot be achieved and fails. However, the message content needs to be resent many times over, and depending on the service a great deal of data may be sent. Consequently, the load on the mobile telephone is huge and causes great inconvenience to the user.
  • When the application is an application with a term of validity attached, such as a shareware application, and this term of validity has expired, the application cannot start up even if the message is transmitted.
  • As long as a user or service provider that is transmitting the message does not stop the service, a message attempting to start up an application that is not installed on the mobile telephone continues to be sent.
  • Moreover, in order to stop the service of an application that is not installed on a mobile telephone, the user needs to perform bothersome tasks such as tracing WEB pages to visit the WEB page of the cancellation setting screen of the service provided using a browser, or finding put the telephone number of the service provider and telephoning them.
  • Moreover, if an attempt is made to download an application that is not installed on the mobile telephone, it is necessary to trace WEB pages to visit the WEB page showing the download screen of the service provider using a browser.
  • Furthermore, if the continuing use of an application whose term of validity has expired is desired, it is necessary to trace WEB pages to visit the WEB page showing the download screen of the service provider using a browser.
  • Furthermore, in the case of a mobile telephone that displays a warning on the screen using a popup window, for example, when the mobile telephone returns from outside the service region to within the service region, if the plurality of SMS messages that have accumulated in the server up until that point are received and a plurality of the applications that correspond to these SMS messages cannot be started up, then due to the nature of a mobile telephone, the problems arise that it is not possible to display a large number of popup windows showing warnings, and that if a user closes the popup windows, information advising of a failure of the startup of the applications cannot be confirmed at a later time.
  • Moreover, in an application automatic start-up system that uses the above-described conventional technology, if an SMS notification is received then the application is started up without any limitations thereon, even in a state in which the functions of the mobile communication terminal are restricted, such as manner mode (i.e., a mode that is set so as to enable the mobile telephone to be used with consideration given to others—for example, a mode in which no ring tone is given, but instead a vibration is generated by a vibrator) and drive mode (i.e., a mode in which a notification is made to the person making the call stating that due to the fact that the user is currently driving a car and thus the user is unable to answer the telephone, and in which the arrival of an incoming signal is recorded in an arrival history for incoming signals without a ring tone being given and conversation is ended), so that problems arise such as, for example, ring tone being given.
  • FIG. 42A and FIG. 42B show examples of a conventional display screen when MS notification is executed in manner mode.
  • If an SMS notification occurs during the display of the waiting screen shown in FIG. 42A, then, conventionally, regardless of whether the mobile telephone is in manner mode or not, the application is started up without any limitations thereon. As a result, an application startup display such as that shown in FIG. 42B is shown.
  • Moreover, in SMS, because only a small amount of data can be contained in a single message, only a summary of an information is delivered, and the details of the information is acquired later using a terminal at the logical location of that information (for example, a uniform resource locator (URL)). However, when that information is acquired, a series of actions such as:
  • 1. receive SMS PUSH messages
  • 2. start up application
  • 3. acquire information (i.e., access network)
  • is automatically processed. When this happens, under a rate schedule such as a volume dependent charging system, the communication charge amount is continually increased by the frequency of the updates or the volume of information without the user being aware of it. Accordingly, there is a possibility that a high charge amount will be levied on the user. In addition, in future data communications services using mobile terminals, the volume of data that will be exchanged will increase as the data communication rate increases, so that the financial burden on the user will tend to increase.
  • Moreover, as the performance and functionality of mobile communication terminals such as mobile phones have improved in recent years, it may be considered that, in future, a variety of PUSH data delivery services will be provided in addition to notification services of crime prevention systems (see FIG. 37 and FIG. 38) and e-mail automatic reception services and the like.
  • If services continue to diversify in this way, and a user is able to receive a plurality of delivery services using a single mobile communication terminal, there is a possibility that a plurality of startup messages will be received simultaneously.
  • In particular, if a plurality of delivery servers transmit the aforementioned startup messages to a mobile communication terminal while the power supply of that mobile communication terminal is turned off, or while that mobile communication terminal is outside the communication service range (or if startup messages are transmitted from a single server for a plurality of services), when the power supply of the mobile communication terminal is turned back on or when the terminal returns from outside the service range to inside the service range, then a situation in which a plurality of messages are received substantially simultaneously in a short time could easily arise. In this case, if the mobile communication terminal processes the messages in the order that they are received, then the problem arises that the processing of a notification message having a high degree of urgency such as a notification from a crime prevention system may end up being put off until later.
  • Moreover, it is necessary that conventional mobile telephones in which the aforementioned game functions and mail text creation functions and the like have been installed are provided with operation modes that include a mode for stopping the operation of a radio section and a game mode in the operation of the mobile telephone. These types of mode are easy to understand if the arrival of an incoming signal is to be completely denied, however, in actual applications, a user may wish to play a game while waiting for an incoming signal. In addition, it is difficult to understand an operation in which the creation of the text of a mail is performed in a mode for denying the arrival of incoming signals, and the radio section function of the mobile telephone is made usable only when the mail is to be sent, and the possibility exists that such operations will confuse a user.
  • Mobile telephone software has now appeared that is provided with a multiprocessing execution environment that is very similar to those used on desktop computers. In this type of software environment, it is not possible to make the clear-cut distinction that, the mobile telephone must be set to a game mode because an application is being run, and nor is it necessary to do so. In other words, it is taken for granted that an operation is possible in which a game or application currently being run is hid in the background while a task that has interrupted this game or application is processed, and that when this task has ended the interrupted game or application is recommenced.
  • In this way, if a game or application is being run while the arrival of an incoming signal is awaited, the conventional technology causes the problem that notification of the arrival of the incoming signal unexpectedly appears on the screen resulting in an operational error or a feeling of annoyance or surprise overcoming the user.
  • In addition, a conventional mobile telephone having a Japanese language input function displays character strings that are input in sequence during character input and that have not yet been set. If an incoming signal of a telephone arrives in the middle of an operation to select a character string from among a plurality of candidates, the problem has existed that the display switches to the screen for the notification of the arrival of an incoming signal and the thoughts of the user, which had been centered on the operation to select a character string, are interrupted. In particular, if the selection is being made from a large number of candidates, then because it is necessary to search for the desired character string by displaying the candidates sequentially, there is a comparatively high probability that an incoming signal will arrive during such a search and that the search will be interrupted. In addition, when the arrival of an incoming signal or telephone conversation ends, the display is restored to its original character input screen. In this case, however, the mobile telephone returns to its original state in which the candidates are displayed, or unset character strings are lost. Even if candidates had been displayed, the problem has existed that it may be difficult for a user to recall and continue his or her interrupted actions, and if unset character strings have been lost, the user must go to the trouble of repeating the key operation and candidate selection from the beginning.
  • SUMMARY OF THE INVENTION
  • The object of the present invention is to provide a mobile communication terminal, an information providing system, a program and a computer readable recording medium that achieve the aims stated below.
  • (a) information that is no longer valid due to the passage of time is not supplied to a user.
  • (b) if there is a failure in the startup of an application attempted in response to the receipt of an SMS message, a warning is given to a user.
  • (c) a particular application is not started up unexpectedly even if an SMS notification (an SMS message) is received in a state in which the functions of the mobile communication terminal are restricted.
  • (d) the prevention of an accumulated communication charge amount reaching a high figure without the knowledge of the user.
  • (e) if a large number of unprocessed startup messages are present, these are supplied to the user such that the user can deal with them in order of importance to the user.
  • (f) to reduce the operational errors or feelings of annoyance or surprise that are generated when a notification relating the arrival of an incoming call is displayed during the running of a game or application while the mobile communication terminal is waiting for the arrival of an incoming signal, and to improve user-friendliness.
  • (g) if unset character strings are displayed during a character input operation, no notification of the arrival of an incoming signal will be allowed to interrupt until the user has performed the setting operation.
  • The mobile communication terminal according to a first aspect of the present invention comprises: a receiving section that receives a message; a storage section that stores an application that requests a server for predetermined information and receives the information; and a determining section that, when the receiving section receives a message that instructs that a predetermined application be started up, determines whether or not a term of validity is attached to the message, and, based on the term of validity, starts up the instructed application that is stored in the storage section.
  • The information providing system according to the first aspect of the present invention comprises: a server that is provided with: a message transmitting section that transmits to a mobile communication terminal a message to which a term of validity is attached and that instructs that a predetermined application in the mobile communication terminal be started up; and an information transmitting section that transmits to the mobile communication terminal predetermined information that is requested by the started up application in the mobile communication terminal; and a mobile communication terminal that is provided with: a receiving section that receives a message instructing that an application transmitted by the server be started up; a storage section that stores an application that requests the server for predetermined information and receives the information; a control section that, when the receiving section receives the message, determines whether or not a term of validity is attached to the message, and, based on the term of validity, starts up the instructed application from among the applications that are stored in the storage section.
  • The program according to the first aspect of the present invention executes on a computer: a reception process that receives a message; a determination process that, when a message that instructs that a predetermined application be started up is received by the reception process, determines whether or not a term of validity is attached to the message; and an application startup process that, based on the term of validity, starts up the instructed application that is stored.
  • According to the first aspect of the present invention, because information that is no longer valid is not acquired by the mobile communication terminal, it is possible to prevent the resources of a mobile terminal, a network, or a server being consumed needlessly, and to achieve an efficient information providing service.
  • The mobile communication terminal according to a second aspect of the present invention comprises: a receiving section that receives a message instructing that an application be started up; a startup section that starts up a relevant application based on the received message; and a creating section that, when the startup section is unable to start up the relevant application, creates information advising of that fact as message data.
  • The program according to the second aspect of the present invention executes on a computer: a reception process that receives a message instructing that an application be started up; a startup process that starts up a relevant application based on the message received by the reception process; and a message creation process that, when the relevant application cannot be started up in the startup process, creates information advising of that fact as message data.
  • According to the second aspect of the present invention, if a message such as an SMS message is received and there is a failure in the startup of an application, information showing that fact is created as message data. As a result, it is possible to warn a user using a simple method.
  • The mobile communication terminal according to the third aspect of the present invention comprises: a storage section that stores a plurality of applications; a receiving section that receives message that contains a startup instruction for a specific application and information on that application; a storage section that, for each of the stored applications, stores the application information and also stores information that shows whether or not the application is able to be started up by the startup instruction; and a control section that, when the receiving section receives the message instructing that the application be started up, determines whether or not startup of the application is possible by collating the application information contained in the message with the information that shows whether or not the application in the storage section is able to be started up, and controls a startup of the application based on a result of the determination.
  • The program according to the third aspect of the present invention executes on a computer: a reception process that receives message that contains a startup instruction for a specific application and information on that application; a determination process that, when the message instructing that the application be started up is received by the reception process, determines whether or not startup of the application is possible by collating the application information contained in the message with information that shows whether or not the application stored in a storage section is able to be started up by the startup instruction; and a control process that controls a startup of the application based on a result of the determination of the determination process.
  • According to the third aspect of the present invention, it is possible to ensure that a particular application is not started up even if a notification such as an SMS message for starting up an application is received in a state such as manner mode in which the user has restricted use of the mobile communication terminal.
  • The mobile communication terminal according to a fourth aspect of the present invention comprises: a storage section that stores an access charge that is charged when an application accesses a network; and an accumulated communication charge; a receiving section that receives a message instructing that a specific application be started up; and a determining section that determines whether or not an accumulated communication charge will exceed an upper limit for the accumulated communication charge based on identification information of an application that is contained in the received message, on the accumulated communication charge in the storage section, and the access charge in the storage section.
  • The program according to the fourth aspect of the present invention executes on a computer: a reception process that receives a message instructing that a specific application be started up; and a determination process that determines whether or not an accumulated communication charge will exceed an upper limit for the accumulated communication charge based on identification information of an application that is contained in the received message, on the accumulated communication charge that is stored, and on information about a charge that is charged when the application accesses a network.
  • According to the fourth aspect of the present invention, it is possible to prevent an accumulated communication charge reaching a high cost without the user being aware of it. In addition, by notifying a user when an application has not started up based on the accumulated communication charge, the user can be made aware that the accumulated communication charge has reached an upper limit.
  • The mobile communication terminal according to a fifth aspect of the present invention comprises: a storing section that stores a received message instructing that a specific application be started up; a list creating section that, when a plurality of unprocessed messages are stored in the storing section, creates a list of applications corresponding to the respective messages; a display section that displays the created list; and an application startup section that starts up an application that is selected from among the applications being displayed in the list.
  • The program according to the fifth aspect of the present invention executes on the computer: a storing process that stores a received message instructing that a specific application be started up; a list creating process that, when a plurality of unprocessed messages are stored, creates a list of applications corresponding to the respective messages; a display process that displays the created list; and an application startup process that starts up an application that is selected from among the applications being displayed in the list.
  • According to the fifth aspect of the present invention, if a plurality of startup messages are received substantially simultaneously, and a plurality of unprocessed startup messages are present, a list of applications that correspond to the unprocessed startup messages are created and displayed, so that it is possible to enable a user to select an application to be started up. As a result, the user is able to begin processing from the message to which the user allocates the highest priority, thereby enabling an extremely convenient service to be provided.
  • The mobile communication terminal according to a sixth aspect of the present invention comprises: a display section that displays a notification of the arrival of an incoming signal or a notification that is generated as a result of the arrival of an incoming signal; a control section that measures an elapsed time since the release of a key by a user, and, when the arrival of the incoming signal has occurred, controls a display of the notification on the display section based on the elapsed time measured.
  • The program according to the sixth aspect of the present invention executes on a computer: a display process that displays a notification of the arrival of an incoming signal or a notification that is generated as a result of the arrival of an incoming signal; a key monitoring process that measures an elapsed time since the release of a key by a user; and a control process that, when the arrival of the incoming signal has occurred, controls the display process of the notification based on the elapsed time measured by the key monitoring process.
  • According to the sixth aspect of the present invention, it is possible to reduce the feelings of annoyance and surprise that arise when a notification relating to the arrival of an incoming signal is suddenly displayed when a user is playing a game or running an application while waiting for an incoming signal to arrive, and to prevent consequent operational errors from occurring. In addition, it is possible to obtain the effects of the present invention in every facet of the operation of the mobile communication terminal, without it being necessary to restrict the operations of the mobile communication terminal to specific modes and to the running of specific applications. Accordingly, it is possible to provide a mobile communication terminal that is easy for a user to understand and use.
  • The mobile communication terminal according to a seventh aspect of the present invention comprises: a display section that displays a notification of the arrival of an incoming signal or a notification that is generated as a result of the arrival of an incoming signal; and a control section that monitors whether or not unset characters are being displayed on the display section during a character input operation, and, when displaying the notification on the display section, determines whether or not the unset characters are being displayed on the display section, and controls the display of the notification based on a result of the determination.
  • The program according to the seventh aspect of the present invention executes on a computer: a notification display process that displays a notification of the arrival of an incoming signal or a notification that is generated as the result of the arrival of an incoming signal; a monitoring process that monitors whether or not unset characters are being displayed during a character input operation; and a control process that, when displaying the notification, determines whether or not the unset characters are being displayed on a display section, and controls the display of the notification based on a result of the determination.
  • According to the seventh aspect of the present invention, if unset characters are being displayed on the screen during a character input operation, notification of the arrival of an incoming signal is not displayed. Therefore, the effect is obtained that there is no interruption by notifications of the arrival of an incoming message until a user performs a setting operation. As a result, after a telephone conversation has ended, and the screen has returned to the original character input screen, it is possible to start again from the next character input, and the work that has been performed up until partway through an input operation does not become wasted. Furthermore, it is possible to provide a mobile communication terminal that is comfortable to use without causing any feeling of annoyance that may arise if the concentration of the user is interrupted.
  • The computer readable recording medium of the present invention has the programs according to each of the above-described aspects recorded thereon.
  • BRIEF DESCRIPTION THE DRAWINGS
  • FIG. 1 is a structural view of an application startup information providing system according to the first embodiment of the present invention.
  • FIG. 2 is a structural view showing an example of the contents recorded in a local stock price database.
  • FIG. 3 is a structural view showing an example of the contents recorded in a user database.
  • FIG. 4 is a structural view showing an example of price update information for a user.
  • FIG. 5 is a structural view showing an example of application startup mail.
  • FIG. 6 is a structural view showing an example of an SMS received by a user terminal.
  • FIG. 7 is a flowchart showing SMS message reception processing.
  • FIG. 8 is a structural view showing an example of an application list.
  • FIG. 9 is a flowchart showing calculation processing of a startup effective time.
  • FIG. 10 is a structural view showing an example of an application type list.
  • FIG. 11 is a structural view showing an update notification screen
  • FIG. 12 is a block diagram showing the structure of a mobile communication terminal according to the first embodiment of the present invention.
  • FIG. 13 is a structural view of a system relating to the second embodiment of the present invention.
  • FIG. 14 is a block diagram showing the structure of a mobile telephone serving as a mobile communication terminal according to the second embodiment of the present invention.
  • FIG. 15 is a flowchart showing the operation of an SMS launcher.
  • FIG. 16 is a structural view showing an example of the data structure of an SMS message.
  • FIG. 17 is a structural view showing an example of an SMS message display.
  • FIG. 18 is a structural view showing an application automatic startup system according to the third embodiment of the present invention.
  • FIG. 19 is a block diagram showing the structure of a mobile communication terminal according to the third embodiment of the present invention.
  • FIG. 20 is a structural view showing an example of the structure of a database.
  • FIG. 21 is a flowchart showing an operation of a mobile communication terminal according to the third embodiment of the present invention.
  • FIGS. 22A and 22B are structural views showing examples of display screens according to the third embodiment of the present invention when an SMS notification is made in manner mode.
  • FIG. 23 is a block diagram showing the structure of a mobile communication terminal according to the fourth embodiment of the present invention.
  • FIGS. 24A and 24B are flowcharts showing an operation of the fourth embodiment of the present invention.
  • FIG. 25 is a structural view showing an example of application information.
  • FIG. 26 is a structural view showing a notification condition matrix.
  • FIG. 27 is a structural view showing an example of extended application information.
  • FIG. 28 is a block diagram showing the structure of a mobile communication terminal according to the fifth embodiment of the present invention.
  • FIG. 29 is a flowchart showing short message reception processing.
  • FIG. 30 is a flowchart showing application startup processing.
  • FIG. 31 is a view showing a start up confirmation screen.
  • FIG. 32 is a block diagram showing the structure of a mobile telephone according to the sixth embodiment of the present invention.
  • FIG. 33 is a flowchart showing an operation of a key monitoring section.
  • FIG. 34 is a flowchart showing an operation relating to an application startup based on an SMS message arrival.
  • FIG. 35 is a block diagram showing a mobile telephone according to the seventh embodiment of the present invention.
  • FIG. 36 is a flowchart showing an operation of the mobile telephone according to the eighth embodiment of the present invention.
  • FIG. 37 is a block diagram showing the structure when a conventional PUSH data system is used in a crime prevention system.
  • FIG. 38 is a conceptual view showing the structure of a conventional mobile communication terminal.
  • FIG. 39 is a flowchart showing an operation of a conventional mobile telephone.
  • FIG. 40 is a structural view showing the key layout of a mobile telephone to which the present invention can be applied.
  • FIG. 41 is a structural view showing a screen transition based on a character string input operation to which the present invention can be applied.
  • FIGS. 42A and 42B are structural views showing examples of conventional display screens when an SMS notification is made in manner mode.
  • DETAILED DESCRIPTION OF THE INVENTION First Embodiment
  • In the present embodiment, a term of validity is set when an application startup instruction is given from a server to a mobile communication terminal, and the mobile communication terminal does not obey startup instructions whose term of validity has expired.
  • FIG. 1 is a structural view of an information providing system that is based on an application startup according to the first embodiment of the present invention. The present embodiment shows a case in which the present invention is applied to a service system in which a server provides stock price information to a user.
  • The system shown in FIG. 1 is formed by a stock price information server 1, an SMS server 6 that transmits an SMS message from the stock price information server 1 to a user, a user terminal 7 serving as a mobile communication terminal belonging to the user, and a mobile exchange system 8 that relays communication between the stock price information server 1, the SMS server 6, and the user terminal 7. The mobile exchange system 8 and the user terminal 7 are connected by two transmission paths, namely, a traffic channel that is used for data communication and a paging channel that is used for SMS (i.e., PUSH messages) communication.
  • The stock price information server 1 is connected to a securities market network 2 formed by a securities exchange and securities companies. The stock price information server 1 has a local stock price database (DB) 3 and a user DB 4. Information on stock prices being traded is recorded in the local stock price DB 3, and the stock price information is updated in real time. The names of stock held by a user who is receiving a stock price information providing service, the number of the stocks held, purchase prices of stocks monitored by the user and the like are recorded in advance in the user DB 4. FIG. 2 shows an example of contents recorded in the local stock price DB 3, and FIG. 3 shows an example of contents recorded in the user DB 4.
  • When the stock price information server 1 receives updated information on stock prices from the securities market network 2, a determination is made as to whether or not the updated stocks are stocks recorded in the user DB 4. If they are stocks that are recorded in the user DB 4, update startup processing is performed. In this update startup processing, firstly, stock price update information for the user, such as that shown in FIG. 4, is created from information stored in the local stock price DB 3 and the user DB 4, and a space is acquired in a temporal storage section 5 and this information is stored therein.
  • Next, the stock price information server 1 sends the application startup mail shown in FIG. 5 in order to update the data to the SMS address of the user that is stored in the user DB 4. In the content of this startup mail are recorded two byte binary code showing that this mail is a special message (i.e., is a message instructing the startup of an application), code identifying the application to be run, application startup parameters, and the date and time of the term of validity of this mail.
  • When the user terminal 7 is in a state in which it is able to receive an SMS message, an SMS message such as that shown in FIG. 6 is received over the paging channel via the SMS server 6 and the mobile exchange system 8.
  • The flow of processing when the user terminal 7 receives an SMS message is shown in FIG. 7.
  • When the user terminal 7 receives the aforementioned SMS message, firstly, the first two bytes of the text of the SMS message are recognized, and a determination is made as to whether they are a binary code showing the message is a special message (step S1—the word step is omitted hereinafter). If the message is not a special message, normal SMS message reception processing is performed (S2). If the binary code does show that the message is a special message, the application code to be started up is read, and a determination is made as to whether or not the application code is registered on the application list shown in FIG. 9 that is registered at the time the application is installed (S3). If the application code to be started up is not registered on the application list, the application is not started up and the reason why it is not started up is recorded in the log (S6). Next, a determination is made as to whether or not a term of validity is attached to the startup message, and whether or not the startup message is received within this term of validity (S4). If the startup message is received within this term of validity, an application that is registered on the application list is started up (S5). If the startup message is not received within the term of validity, the application is not started up and the reason Why it is not started up is recorded in the log (S6).
  • The determination of S4 as to whether or not the startup message is received within the term of validity is performed using the procedure shown in FIG. 9.
  • Firstly, it is checked whether or not the time of the term of validity is recorded in the message as an absolute time (for example, Sep. 11, 2003, 9:48 AM 0 seconds) (S11). The absolute time is recorded together with a UNTL header (see FIG. 5). Thus, a determination is made as to whether or not a UNTL header is recorded in the message, and if it is recorded the absolute time thereof is taken as the time of the term of validity (S12). If a UNTL header is not recorded, whether or not an effective period is recorded in the message is checked (S13). The effective period is recorded together with a WHLE header (not shown). If a WHLE header is recorded in the message, a value obtained by adding this effective period to the stored time of the messages to the stock price information server 1 that is recorded in the header of the SMS messages is calculated as the time of the term of validity (S14). Generally, the transfer of mail from an information providing server (here, the stock price information server 1) to the SMS server 6 is performed immediately, and the message stored time and the time when the information providing server transmits the messages may be considered as substantially the same time.
  • If neither a UNTL header nor a WHLE header are recorded, then the application type list shown in FIG. 10 is checked (S15). In the application type list an effective period is recorded for each type of application. Types of application include, for example, stock price services, weather forecast services, news services, alarm services, games and the like. If the effective period is recorded, a value obtained by adding this effective period to the stored time of the messages to the server that is recorded in the header of the SMS messages is calculated as the time of the term of validity (S16). If the effective period is not recorded, then either termless, or an impractical term of validity such as, for example, Dec. 31, 2099 is set (S17).
  • The user terminal 7 starts up the application strenew with the parameters attached to the mail. The application strenew acquires updated information from the stock price information server 1 using an HTTP protocol. If necessary, the user terminal 7 can be constructed so as to connect automatically to the Internet. If an access for an update is made from the application strenew, the stock price information server 1 searches the temporal storage section 5 and transmits all update information whose user codes match over the traffic channel via the mobile exchange system 8. When the data transmission has ended, the update information is deleted from the temporal storage section 5. When the user terminal 7 acquires the update information, it displays the fact that the stock price has changed and notifies the user using the update notification screen shown in FIG. 11. Meanwhile, the stock price information server 1 deletes the price update information for the user whose downloading has ended, and releases the storage space that had been acquired for that price update information. At the time that trading for that day is ended, update information summarizing that day is created and an update is made using the similar method.
  • The above is a description of when the present invention is applied to an information providing server system that provides stock price information to user, and is a description of an example in which the stock price information server 1 is used as an e-mail server (i.e., an information providing server). However, the present invention can also be applied to systems that provide other types of information. For example, the present invention can also be applied to a variety of information providing service systems described in FIG. 10 such as the stock price service, a weather forecast service, a news service, an alarm service, and games. A weather forecast server, a news server, an alarm server, a game server and the like are used respectively as the server in each of these cases.
  • FIG. 12 is a block diagram showing the structure of a mobile communication terminal serving as the user terminal 7 according to the first embodiment of the present invention.
  • In FIG. 12, a CPU 10 controls the overall operation and also determines whether or not a term of validity is attached to an SMS message from a server such as the stock price information server 1. It also determines the term of validity of the message and controls the startup of an application based on an instruction that is contained in an SMS message. A communication section 11 conducts SMS message and e-mail communication with a server, and has a communication function of a mobile communication terminal such as a normal mobile phone. An application storage section 12 stores a plurality of types of application that correspond to a plurality of services such as those shown in FIG. 10. In addition, application lists and effective periods for each application and the like are recorded in the application storage section 12. A keys and display section 13 is provided with operation keys, and also displays information such as stock price information that is supplied from a server. ROM 14 stores programs and the like of the CPU 10. RAM 15 is used for working tasks.
  • Second Embodiment
  • In the present embodiment, a case is described in which there is a failure in the startup of an application attempted in response to the receipt of an SMS message, and in which a startup failure message indicating that fact is created and displayed.
  • FIG. 13 shows the structure of the system relating to the second embodiment of the present invention.
  • In FIG. 13, information delivered by a contents server 101 toward a mobile telephone 102 is received by an SMS server 104 via a packet network 103. If the mobile telephone 102 is a CDMA type of telephone, the SMS server 104 transmits a PUSH message over the paging channel and the transmitted PUSH message is received by the mobile telephone 102. In this case, even if the mobile telephone 102 is conducting data communication or make a telephone call over the traffic channel in parallel with the transmission of the PUSH message, the message reception processing can be performed. When the mobile telephone 102 receives the PUSH message, it starts up an application that corresponds to this PUSH message, and for data communication over the traffic channel, commences communication with the contents server 101 via a packet serving data node (PSDN) 105. Note that, in the present embodiment, SMS is used for the transmission and reception of messages; however, it is also possible to use e-mail instead of SMS.
  • FIG. 14 shows the structure of the mobile telephone 102 serving as a mobile communication terminal according to the second embodiment of the present invention.
  • When a control section 123 receives a PUSH message via an antenna 121 and a radio section 122, it starts up an SMS launcher 124. The control section 123 carries out the integrated control of a speech processing section 125, an operation section 126, a display section 127, the SMS launcher 124, a mailer 128, and an application section 129. A plurality of applications are stored in the application section 129.
  • The SMS launcher 124 is provided with a unit that analyzes application information contained in the PUSH message, a unit that starts up an application based on the results of the analysis, a creating unit that, when it has not been possible to start up an application, creates an error message and then creates an SMS message (hereinafter, referred to as a startup failure SMS message) that includes the information of the PUSH message and the error message, and a transmitting unit that sends the startup failure SMS message to the mailer 128. The mailer 128 receives and saves PUSH messages and e-mail, and also displays information on the display section 127 based on an operation by the user of the operation section 126.
  • FIG. 15 shows the operating sequence of the SMS launcher 124.
  • When a mobile telephone 102 receives an SMS message (S101), the SMS message is sent to the SMS launcher 124. The SMS launcher 124 determines whether or not the SMS message is an application startup message (S102). If the SMS message is not an application startup message, then because the SMS message is only a short message, it is sent to the mailer 128 as it is (S107).
  • If the SMS message is an application startup message, the SMS message is analyzed (S103). An application name or PUSH message service name, contact details of the service provider (including telephone number and e-mail address) or a setting URL address for the service (in the present embodiment the service cancellation setting URL is used), and parameters that are required when the application is started up are extracted from an application startup message.
  • The corresponding application in the application section 129 is then started up based on the results of the analysis of the application startup message (S104). If the application cannot be started up (i.e., if the result of the determination in step S105 is NO), the application name or PUSH message service name included in the PUSH message, the service cancellation setting URL address, an error message containing the reason why the application could not be started up, and the time the PUSH message was received are created as a text data startup failure SMS message (this is not limited to an SMS message and may take the form of message data such as e-mail) (S106). This message is then sent to the mailer 128 (S107). Reasons why the application could not be started up may include the fact that the application has not been installed on the mobile telephone, the term of validity of the application has expired, or that the time is outside the term of validity of the SMS message that is contained in the SMS message.
  • FIG. 16 shows an example of the data structure of an SMS message.
  • A normal SMS message is a short text message, however, an SMS message for starting up an application is binary data. An SMS message for starting up an application includes mainly information on the service provider and information on the application provider. For example, the name of the service, the name of the service provider, the name of the application provider, the name of the application, the telephone number of the service provider, the URL of the service provider, the e-mail address of the service provider, the telephone number of the application provider, the URL of the application provider, and the e-mail address of the application provider.
  • In the example of the data structure shown in FIG. 16 are included a header that is used for determining whether or not the SMS message is an SMS message for starting up an application or is normal text SMS message data, the name of the service of the PUSH message or the name of the application, a service cancellation setting URL address, and parameters that are required when starting up an application. Note that instead of the service cancellation setting URL address, a service continuance setting URL or a service subscription setting URL may also be used, or else all of these may be included.
  • FIG. 17 shows an example of a startup failure SMS message and is an example of when no application that corresponds to a stock price information service is present.
  • The mailer 128 is stared up when the user so wishes or when an SMS message is received. If the mailer 128 receives a startup failure SMS message, it stores the message and displays it as an unread SMS message or e-mail. Because the sender and a title are included in a startup failure SMS message, it is possible to ascertain immediately the contents of a startup failure SMS message if these are displayed as a list as is shown in the left side of FIG. 17. If the user selects a startup failure SMS message, then, as is shown in the right side of FIG. 17, the date, the name of the application or service whose startup failed, error message, and the URL where service cancellation settings can be made are displayed.
  • If a user desires to terminate a stock price information service, then simply by selecting the URL of the cancellation setting shown in FIG. 17, a browser is started up, and once the predetermined settings are made the service can be cancelled. In addition, although omitted from the drawing, if a telephone number is included in the SMS message instead of a service cancellation setting, then if this telephone number is selected it is possible to make a telephone call to the service provider.
  • Furthermore, because the data of a startup failure SMS message is held as an SMS message for as long as the user does not delete the startup failure SMS message, then if the user views the startup failure SMS message and accesses the service provider, the user can cancel the service of the application startup error at any time.
  • According to the present embodiment, the following effects can be obtained.
  • (a) If an SMS message is received and there is a failure in the startup of an application, by converting the information thereof into message data and storing it as message data and displaying it upon a screen, a warning can be given to the user.
  • (b) If an SMS message is received and there is a failure in the startup of an application, if the service provider information is converted into a text message and displayed, and if this message is then selected, then by performing an operation that is related thereto (such as selecting the URL to start up the browser), the user is able to easily terminate the service, continue the service, or subscribe to the service.
  • (c) Even if a large number of SMS messages are received simultaneously and there is a failure in the startup of an application, because the SMS messages are stored as message data, the user is able to view the reason for the failure as message data at any time the user wishes, without needing to perform any complicated operation such as closing a pop-up window one at a time, as is the case with displaying startup failure SMS messages on pop-up windows.
  • (d) By including sender information and a title in the message data, the user is able to immediately ascertain the contents of the SMS message when the user views the SMS list.
  • Note that, in addition to storing a startup failure message and notifying a user as to the contents thereof by displaying it as text or a pop-up on the display section, notification can also be made in the same way as when a normal message is received by displaying it as a newly arrived message, by the turning on or flashing on and off of an LED or the like, by vibration using a vibrator or the like, or by a sound output using a speaker or the like.
  • Third Embodiment
  • In the present embodiment, by determining whether or not the startup of an application is possible based on application information contained in an SMS notification (i.e., message) and on the state of a mobile communication terminal, no attempt is made to start up an application whose startup is restricted due to the state of the mobile communication terminal.
  • FIG. 18 is a structural view of the application automatic startup system according to the third embodiment of the present invention.
  • FIG. 18 shows a network structure when a PUSH type SMS notification for an application startup is made to a mobile terminal 201 such as a hybrid mobile terminal formed by combining a cdma2000 1x with a 1xEVDO (evolution data only) from another mobile terminal 202 or PC 203.
  • When a notification is made from the mobile terminal 202, it is transferred via the cdma2000 1x base station 204, an exchange station 205, a telephone line network 206 such as the Internet, an exchange station 207, and the cdma2000 1x base station 208. When a notification is made from the PC 203, it is transferred via an Internet network (IP network) 209, a gateway (G.W.) 210, the exchange station 207, and the cdma2000 1x base station 208. High speed packet communication between the mobile terminal 201 and the PC 203 is conducted via the IP network 209, an exchange station 211, and a 1xEVDO base station 212.
  • FIG. 19 is a block diagram showing the structure of a mobile communication terminal according to the third embodiment of the present invention.
  • In FIG. 19; an SMS launcher 391 stored in a ROM section 219 is provided with a determining unit that analyses application information contained in an SMS notification from the mobile terminal 202 or the PC 203, and when in manner mode determines whether or not application startup is possible.
  • A plurality of applications are stored in an application section 402 in a RAM section 220. Application information and information that shows whether or not automatic startup is possible, which are necessary for the above-described determination, are stored for each application in a database (DB) 401 in the RAM section 220.
  • In addition to these, the mobile communication terminal is provided with a speech processing section 214, a transmitting section 215, a receiving section 216, a display section 217, an operation section 218, an antenna 221, a radio section 222, and the like in order to conduct normal mobile telephone functions. Moreover, programs for a CPU in a control section 213 are stored in the ROM section 219.
  • FIG. 20 shows an example of the structure of a database 401 that is required for the determining unit in the SMS launcher 391 to analyze application information and conduct the above determination.
  • In FIG. 20, the row A shows the application numbers of applications installed in the mobile terminal 201, while the row B shows the application names thereof. The row C shows the ON/OFF classification of the automatic startup setting for normal operation, while the row D shows the ON/OFF classification of the automatic startup setting for manner mode. This ON/OFF refers to whether or not the application will start up automatically or not start up automatically. These data items are stored for each application (here, 00 to 10).
  • For example, the player application that is recorded for the application number 01 is started up during normal operation as the automatic startup setting is ON, however, in manner mode it is not started up as the automatic startup setting is OFF. This is effective for applications to which the user wishes to apply automatic startup restrictions in manner mode. The GPS application that is recorded for the application number 10 is started up in normal mode as the automatic startup setting is ON. In addition, it is also started up in manner mode as the automatic startup setting is ON. This is effective for applications to which the user does not wish to apply automatic startup restrictions in manner mode.
  • Next, an operation based on the above-described structure will be described with reference made to the flowchart shown in FIG. 21.
  • When the control section 213 receives an SMS notification via the antenna 221 and the radio section 222, it starts up the SMS launcher 391 and analyzes application information contained in the SMS notification (S201). Namely, it collates application information contained in the SMS notification with the respective information in the database 401, and for application information that matches information in the database 401, determines the ON/OFF setting for that application in manner mode based on the row D in FIG. 20 (S202). In addition, the control section 213 determines whether the mobile communication terminal is currently in manner mode, and performs startup processing (S203) if automatic startup is ON in manner mode. If automatic startup is OFF in manner mode, startup invalidation processing is performed and this is displayed on the display section 217 (S204).
  • FIG. 22A and FIG. 22B show examples of display screens according to the present embodiment when SMS notification is given in manner mode.
  • When an SMS notification arrives during the wait display shown in FIG. 22A, and the mobile communication terminal has been placed in manner mode, then when an application could not be started up in accordance with the determination result, an application automatic startup result based on an SMS notification that contains a timestamp and a reason is shown by a pop-up window or by full-screen display, as is shown in FIG. 22B, so that the user is made aware of this fact. At the same time, the user may also be made aware of this fact by the flashing pattern of the incoming signal arrival lamp.
  • If the determination result shows that startup is not possible, then another determination may be made after a predetermined time and startup may be possible if the manner mode has now been cancelled, or startup may be made possible if the manner mode is cancelled within a predetermined period.
  • In the present embodiment, a description is given of a determination as to whether or not startup of an application is possible in manner mode. However, the description may also apply to the determination as to whether or not startup of an application is possible in modes in which some function or other of the mobile communication terminal is restricted other than manner mode such as, for example, modes (i.e., states) in which sounds or light is given off such that people nearby are not disturbed, that is, drive mode, energy conserving modes (i.e., modes in which energy consumption is reduced such as by dimming the display), and silent modes (i.e., modes in which neither ring tones or vibrations are operated). Moreover, the automatic startup setting in the aforementioned modes may be a setting of ON or OFF only. If the automatic startup setting is OFF only, then if no setting is made, automatic startup is made in this mode. If the automatic startup setting in ON only, then when no setting is made, automatic startup is not performed in this mode.
  • Fourth Embodiment
  • In the present embodiment, each time a PUSH message is received, the application to be started up and the cost thereof are checked, and a check is made as to whether or not the sum of the accumulated communication charge amount added to the charge amount generated by starting up the application and accessing the network will be in excess of an upper limit set for the accumulated communication charge amount. The application is started up only if it will not be excess of the upper limit.
  • A structural diagram of the SMS system of the fourth embodiment according to the present invention is the same that in FIG. 13 referred to in the second embodiment, and the overall operation thereof is also the same as in the second embodiment.
  • Namely, in FIG. 13, the contents server 101 sends information for starting up an application of the mobile terminal 102 via the packet network 103. The SMS server 104 receives this information and the SMS server 104 sends this information as a PUSH message to the mobile terminal 102 over a normal paging channel. The mobile terminal 102 receives the PUSH message over the paging channel, and as a result is able to conduct data communication and conversations over a traffic channel in parallel with the paging channel.
  • When the mobile terminal 102 receives the PUSH message, it starts up the application corresponding to that PUSH message. In order to conduct data communication using this application, communication is started with the contents server 101 via the PSDN 105 over the traffic channel.
  • FIG. 23 is a block diagram showing the structure of the mobile terminal 102 serving as a mobile communication terminal according to the fourth embodiment of the present invention. FIGS. 24A and 24B are flowcharts showing an operation of the fourth embodiment of the present invention. The structure and operation of the fourth embodiment will now be described using FIGS. 23, 24A, and 24B.
  • Firstly, the PUSH message receiving section 521 receives a PUSH message from the SMS server 104 (step S501 in FIG. 24A, hereinafter, the word “step” will be omitted). The contents of the received PUSH message are then analyzed by a PUSH message analysis section 522 (S502), and which application is to be started up is determined. An ID that identifies the application is contained in the PUSH message, and application information that holds this ID and its associated application is stored in advance in an application information accumulation section 523 in the mobile terminal. A plurality of applications are stored in an application section 529.
  • An example of the structure of application information is shown in FIG. 25.
  • The application information includes information showing whether or not to automatically start up an application associated with a PUSH message when that PUSH message is received, and information on whether or not a charge will be generated by that application accessing the network using the network access section 524 shown in FIG. 23.
  • In FIG. 23, an application startup section 525 checks whether or not an application whose startup has been decided can be started up automatically using application information (S503), and if no automatic startup has been set, the application is not started up. At this time, if a setting has been made to make a notification regarding the fact that the application has not been started up automatically, a notification section 526 notifies the user of this fact. On the other hand, if automatic startup has been set, a check is made using the application information as to whether or not use of the contents will incur a charge (S504). If no charge will be incurred, the application is started up (S505). If a notification setting has been made, a notification is made to the user that the application has been started up. If use of the contents will incur a charge, the charge amount is checked.
  • If use of the contents will incur a charge, the application startup section 525 determines whether or not the sum of the current accumulated communication charge amount added to the charge that will be generated by starting up the application and accessing the network will exceed an upper limit value for the accumulated communication charge amount that is set in advance for the user (S506). If this sum does not exceed the upper limit, the application is started up (S505). If this sum does exceed the upper limit, the application is not started up. At this time, regardless of whether either a setting to notify the user that automatic startup has not taken place has been made or a setting to not notify the user that automatic startup has not taken place has been made, a notification is made to the user by the notification section 526 (S507). As a result, the user is made aware that the accumulated communication charge amount has been reached the upper limit value for the accumulated communication charge amount that has been set and, if necessary, the user is able to use an operation unit (not shown) to perform an action such as raising the upper limit.
  • Note that the notification section 526 has the function of making a notification to the user by sound, light, screen display, vibration or the like using a speaker, LED, LCD, and vibrator or the like.
  • FIG. 24B is a flowchart relating to a notification to a user that is made at an application startup.
  • When an application is started up (S511), a check is made as to whether or not a notification has been set for that application (S512). If a notification has been set, a notification is made to the user that the application has been started up (S513).
  • FIG. 26 shows a matrix of the relationship between conditions for the notification to a user and application startup conditions.
  • When an application for which a charge is incurred is started up and data communication is conducted or a service is received, the charge amount is calculated by a communication charge amount calculation section 527, and communication charge amount information is accumulated in a communication charge amount information accumulation section 528. In addition, the accumulated communication charge amount is updated. If the communication charge amount is calculated as a monthly amount, processing is provided to reset the accumulated charge amount at the end of each month.
  • In some cases, even if the upper limit value of the accumulated communication charge amount is reached, depending on the application, the user does not care the charge amount and continue to acquire the information. To deal with cases such as this, it is possible to add settings such as those described below as attribute values of the application information. For example, a setting in which permission is given for automatic startup and network access for each application, or a setting in which a priority is set for each application depending on the user's preferences and the receiving interval is controlled based on this. Alternatively, it is possible to provide information on the accumulated communication charge amount for each application, and to set an upper limit value for each application. FIG. 27 is an extended example of application information.
  • It is also possible to make a setting in which, if the upper limit value of the accumulated communication charge amount is reached and automatic startup is not performed, no subsequent PUSH messages are sent by the SMS server 104. Specifically, a transmission halt request is sent to the SMS server 104, and when the user does one of raising the upper limit value of the accumulated communication charge amount and resetting the accumulated communication charge amount, a request to recommence transmissions is sent to the SMS server 104 and the SMS server 104 is permitted to recommence transmissions.
  • According to the present embodiment, even if a setting has been made so that no notification is made relating to an application startup, if the upper limit value of the communication charge amount has been reached and the application has not started up, by notifying the user of this fact, it is possible to make a distinction between this fact and a normal operation in which there is no automatic startup and to make the user aware that the upper limit value of the communication charge amount has been reached. By making a setting such that, due to the setting of the upper limit of the communication charge amount of the user, an application is not started up by the reception of a PUSH message, even if the rate schedule is a volume dependent charging system, the user is able to keep communication costs below a fixed amount. By not employing automatic startup, resource consumption can be controlled, thereby reducing wear on the battery.
  • Fifth Embodiment
  • In the present embodiment, when a plurality of unprocessed startup messages are present, a list of applications corresponding to the unprocessed startup messages is created and displayed, and the user is able to select the application the user wishes to start up based on the list displayed on a screen.
  • FIG. 28 is a block diagram showing the structure of a mobile communication terminal according to the fifth embodiment of the present invention.
  • In FIG. 28, a radio section 601 conducts the transmission and reception of data with a server via a radio link.
  • A message transmission and reception section 602 exchanges SMS message data with servers and other terminals via the radio section 601.
  • A message analysis section 603 analyzes a received SMS message, and determines whether the received SMS message is a normal SMS message or is an application startup message for a PUSH data delivery service.
  • A startup message storage section 604 temporarily stores application startup messages.
  • An application startup section 605 starts up an application in accordance with an application startup message.
  • Application programs 606, shown as applications A, B, and C, are programs for PUSH data delivery services.
  • An SMS message application 607 transmits and receives normal SMS message applications. In addition, the SMS message application 607 is used to create mail and to read mail.
  • A display section 608 displays, for example, messages and various types of data and also displays a list of a plurality of unprocessed startup messages (described below).
  • In addition to these, although omitted from the drawing, sections that constitute normal mobile telephone functions, for example, an operation section such as a keypad, a control section that controls the overall terminal, and memory and the like are also included in the structure.
  • Next, a description of the operation when an SMS message is received will be described using the flowchart shown in FIG. 29.
  • Messages are broadly divided into two types, namely, normal messages for SMS and messages for starting up applications for PUSH delivery services. Distinguishing between messages can be performed by using an identifier contained in the header, or by embedding a code for indicating application startup messages in the front of the message data, and then by using this code. Here, a description is given using an application startup message having the latter format. Specifically, a code for indicating an application startup message is housed in the plurality of bytes (here, taken as N bytes) at the front of the message data, and following this is a code (here, taken as M bytes) that determines the application to be started up, and parameter data that is required for the application to start up.
  • A message that is sent from a server is transmitted to mobile communication terminal via a radio link. The radio section 601 receives this message and, if it is SMS message data, sends it to the message transmission and reception section 602 (step S601—hereinafter the word “step” is omitted). If the received data is normal data, the message transmission and reception section 602 instructs the message analysis section 603 to analyze the received data (S602). The message analysis section 603 determines whether or not the message is an application startup message from the front N bytes of the message data (S603), and if it is an application startup message, temporarily stores the message data in the startup message storage section 604 (S604). The application startup section 605 is then notified that the message data has been stored (S605). Note that, the startup message storage section 604 is assumed to have an FIFO structure. If the determination in S603 is that the message is not an application startup message, the message data is transferred to the SMS message application 607 and the application is started up (S606).
  • The reception processing is then ended (S607).
  • Next, a description will be given of an operation to start up an application based on a stored start up message using the flowchart shown in FIG. 30.
  • When the application startup section 605 receives notification from the message analysis section 603 that a message has been stored (S611), it reads the startup message storage section 604 (S612). It then checks whether or not an unprocessed application startup message is present (S613) and, if no such message is present, the processing is ended. If an unprocessed application startup message is present, whether or not a plurality of such messages are present is checked (S614). If one such message is present, a check is made as to whether or not a setting is such that the user confirms the startup of an application (S615).
  • Applications recorded in a PUSH data delivery service have a setting relating to automatic startup. An automatic startup permitting setting is a setting for starting up an application when an application startup message is received and for then transmitting and receiving data, without requiring a user to perform start-up confirmation. The automatic startup permitting setting is set by a user and is controlled and referred to by the application startup section 605. The application startup section 605 refers to the automatic startup permitting setting, and if the automatic startup permitting setting is ON, executes the corresponding application from among the applications A, B, and C without waiting for startup confirmation from the user (S618).
  • If, however, the automatic startup permitting setting is OFF, the application startup section 605 displays an application startup confirmation screen on the display section 608 (S616), and waits for startup confirmation from the user (S617). If “startup” is selected, the application startup section 605 executes the corresponding application (S618). Data communication processing with a server is then performed by that application (S619). When this communication is ended, the routine returns to the processing of S613, and whether or not an application startup message is present in the startup message storage section 604 is confirmed. Note that, when the communication is ended and communication resources are released, the application startup section 605 may also delete processed application startup messages from the startup message storage section 604.
  • If, however, “cancel” is selected in S617, the selected application startup message is deleted (S620), and the routine returns to the processing of S613.
  • In the aforementioned S614, if a plurality of unprocessed application startup messages are present, the application startup section 605 creates and displays a list thereof (S621). At this time, the names of services and the names of applications corresponding to all of the unprocessed application startup messages are displayed in a list on an application startup confirmation screen. As a result of this display, the user is able to tell at a glance which startup messages are being received.
  • FIG. 31 shows an example of a list on a startup confirmation screen that is displayed by the display section 608.
  • The reception time and the service name or application name are displayed for each application startup message, and are arranged in order from the earliest reception time. If all messages cannot be contained on a single screen, all the messages can be viewed by scrolling or the like. Commands corresponding to soft keys are displayed below the screen, and it is possible to start up or cancel a selected application by pressing the corresponding soft key.
  • Next, when the user selects one application from the startup confirmation screen shown in FIG. 31 (S622), the application startup confirmation screen is displayed and startup confirmation from the user is awaited (S623). If “startup” is selected, the corresponding application is run (S618). If “cancel” is selected, the selected application startup message is cancelled (S620), and the routine returns to the processing of S613.
  • Once one application startup message has been processed, conformation is made as to whether or not an unprocessed application startup message is present in the startup message storage section 604 (S613). If an unprocessed message is present, the above-described processing is repeated. If no unprocessed messages are present, the application startup section 605 ends the processing and prepares for the next message reception.
  • According to the mobile communication terminal of the present embodiment, if a plurality of application startup messages are received simultaneously or substantially simultaneously, it is possible to display which messages are being received in a list, thereby enabling the user to decide the sequence in which the applications will be started up (i.e., processed). As a result, the user is able to begin processing from the message to which the user allocates the highest priority, thereby enabling a PUSH data delivery service that is extremely convenient for the user to be provided.
  • Note that it is also possible to employ a structure in which a degree of priority in addition to an automatic startup permitting setting can be set for applications recorded in a PUSH data delivery service. The degree of priority may be either two-stage, such as high or normal, or may be three-stage such as high, medium, or low.
  • In this case, the application startup section 605 refers to this degree of priority information when creating a list of startup applications, and operates so as to display applications having a high degree of priority at the top of the list.
  • The reason for this is in order to avoid problems such as the following. For example, if a large number of application startup messages are received simultaneously or substantially simultaneously so that they cannot be displayed on one screen of the startup confirmation screen, notifications having a high degree of priority for a user, for example, notifications that are extremely important from a security point of view such as a notification of a malfunction in a crime prevention system may become buried in other notifications, and might not be noticed by the user.
  • By employing the above-described structure, even if a plurality of application startup messages are received simultaneously or substantially simultaneously, the user is able to rapidly access information to which the user allocates a high priority, thereby further increasing the convenience for the user.
  • Note that, in the present embodiment, if here is no startup instruction from the user relating to the application list displayed, applications that are permitted to start up automatically are processed in accordance with their order on the list. In addition, the degree of priority may also be used as the order for automatic startup.
  • Sixth Embodiment
  • In the present embodiment, the elapsed time between when a key is released until it is pressed is measured when a user is repeatedly pressing and releasing an operation key in order to play a game or create an e-mail. When a notification is made that an incoming signal has arrived, if the elapsed time immediately prior to the arrival of the incoming signal is below a threshold value, it is determined that a game is being played or that an e-mail is being created and a notification relating to the arrival of the incoming signal is not displayed.
  • FIG. 32 is a block diagram showing the structure of the mobile telephone serving as an example of a mobile communication terminal according to the sixth embodiment of the present invention.
  • In FIG. 32, a radio device 701 is a unit for achieving the functions of a mobile telephone, and has been formed into modules. An OS 703 exchanges information with the radio device 701 via a radio device driver 702. In addition, the OS 703 is linked to a display driver 707, and a key driver 710 and controls a display section 708 such as a liquid crystal display and a key device 709. The OS 703 is also provided with a draw application program interface (API) 706, and controls the display of information on the display section 708 by an application.
  • If an application is in the foreground of the screen, the application receives notification of a key event from the OS 703, and receives notification that a user has operated an operation key on the key device 709. When an incoming signal has arrived, a first application 705 appears on the screen and notifies the user of the arrival. At this time, if a caller number has also been notified, this caller number is displayed and a ring tone is sounded. A second application 712 is a game started up by the user.
  • Here, it is assumed that the second application 712 has been started up in order for the user to play a game while waiting for an arrival of an incoming signal. The user repeatedly hits the operation keys on the key device 709 at a rapid pace. This key event is notified to the second application 712 via the key driver 710, a key monitoring section 711, and the OS 703. The key monitoring section 711 is provided with a counter for measuring time, and drives the counter using clocks having a predetermined frequency.
  • FIG. 33 shows the processing flow of the key monitoring section 711.
  • After initialization (step S721—hereinafter, the word “step” is omitted), when the key driver 710 notifies that an operation key has been pressed (S722), the counting of the counter is stopped and the counter is reset to zero (S723). When the key driver 710 then further notifies that the operation key has been released (S724), the counter is started (S725).
  • While the operation key is being repeatedly pressed and released, if an inquiry about the elapsed time since the release of the operation key is received by the OS 703, the value of the counter is read and is notified. Accordingly, while the operation key is being pressed, the counter value read is always zero.
  • Next, it will be assumed that an incoming signal arrives while the second application 712 is being run. The radio device 701 detects the arrival of the incoming signal and generates an interruption. The radio device driver 702 detects this interruption, and the OS 703 starts an operation of an incoming signal arrival response processing module 704. The incoming signal arrival response processing module 704 determines whether the arrived incoming signal is a telephone call, a short message or an e-mail, and determines various other conditions such as whether or not the mobile telephone is currently in manner mode, or whether a setting has been made to refuse arrivals of incoming signals, and starts up a suitable first application 705.
  • The first application 705 attempts to acquire authority to draw on the display section 708 using the draw API 706. The OS 703 detects that the request for draw authority has been made as a result of the arrival of an incoming signal, and makes an inquiry to the key monitoring section 711 about the elapsed time from the release of the operation key. In reply, the key monitoring section 711 sends the value of the counter to the OS 703. If the elapsed time is equal to or greater than a predetermined threshold value, for example, one second, the OS 703 immediately receives the request from the first application 705. As a result, a display notifying of the arrival of the incoming signal is drawn on the screen of the display section 708.
  • If, however, the counter value is less than a predetermined threshold value, it is determined that the user is playing a game and, without sending a response to the request for drawing authority, it is decided to temporarily not display the incoming signal arrival notification. At this time, the OS 703 starts up the timer for that portion of time by which the elapsed time was less than the threshold value, and in a time out event, makes a new inquiry to the key monitoring section 711 as to the elapsed time since the release of the operation key. This action is then repeated. As a result, during the time that the user is continuing the game and is repeatedly hitting the operation keys, it is possible to delay a notification of the arrival of an incoming signal for a lengthy period of time without the elapsed time since the release of the operation key going above the threshold value. If the operation of the operation key by the user stops, the incoming signal arrival notification makes an interruption and is displayed on the screen. However, at this time, because the desire of the user to continue the operation has already ended, no erroneous operation is made by the user. Moreover, it is also possible to reduce the extent of the feelings of annoyance or surprise that arise when performing an operation (i.e., an interruption to the display on the screen) that is contrary to the operational desire of the user is performed.
  • In the present embodiment, the first application 705 is an application used to notify of an incoming signal arrival, however, it may be an application that executes other types of processing. Namely, if a short message arrives, the incoming signal arrival response processing module 704 is able to start up the associated application as the first application 705 based on an identifier that is contained within the short message. Examples of this type of short message service (SMS) include applications in which the arrival of an e-mail at a center is notified by SMS, a mail application is started up in response to the arrival of the SMS message, and this mail application is made to receive the mail from the center. Alternative examples include an application in which a contract is entered into with a specific content provider, and by notifying a user as to the commencement of a new contents service by an SMS message, the user is allowed to start that service immediately.
  • FIG. 34 is a flowchart showing the processing when an application startup is instructed by the arrival of an SMS message.
  • When an SMS message arrives (S731), the identifier contained in the message is analyzed (S732), and the application that corresponds to that identifier is started up (S733), and the application calls the draw API 706 (S734). At this time, a check is made as to whether or not the counter value is equal to or more than the threshold value (S735), and if the counter value is equal to or more than the threshold value draw processing is conducted (S736). If the counter value is less than the threshold value, then, the drawing is performed after the counter value has reached the threshold value (S737).
  • Examples of the first application 705 include applications that request drawing authority to the display section 708 as well as applications that perform processing in the background. The effects of the present invention are able to be achieved regardless of the type of application provided that the application requests drawing authority. Moreover, in the present embodiment, because an OS 703 delays the request for the drawing authority, in the same manner as the first application 705, the effects of the present embodiment can be obtained when a need arises for the OS 703 itself to display a notification to the user. For example, if an attempt is made to start up the first application 705, but it cannot be started up due to insufficient resources such as memory, then the incoming signal arrival response processing module 704 may display an error message.
  • Seventh Embodiment
  • In the present embodiment, a monitoring section monitors whether or not unset characters are displayed during a character input operation, and when a notification relating to the arrival of an incoming signal is displayed, an inquiry is made to the monitoring section as to whether or not unset characters are being displayed. If the response to this inquiry is that they are being displayed, then the display of the notification is prohibited.
  • FIG. 35 is a block diagram using as an example the mobile telephone according to the seventh embodiment of the mobile communication terminal of the present invention.
  • Note that, in the present embodiment, a key device 809 shown in FIG. 35 has the key layout shown in FIG. 40, and a character string input operation is conducted in accordance with a procedure that conforms to the screen transition shown in FIG. 41.
  • In FIG. 35, a radio device 801 is a unit for implementing the functions of a mobile telephone terminal, and has been formed into modules. An OS 803 exchanges information with the radio device 801 via a radio device driver 802. In addition, the OS 803 is linked to a display driver 807 and a key driver 810 and controls a display section 808 such as a liquid crystal display and a key device 809. The OS 803 is also provided with a draw API 806, and controls displays of information on the display section 808 such as a liquid crystal display by a first application 805 and a second application 812.
  • If an application is in the foreground of the screen, the application receives notification of a key event from the OS 803, and receives notification that a user has operated the key device 809. When an incoming signal has arrived, the first application 805 appears on the screen and notifies the user of the arrival. At this time, if a caller number has also been notified, this caller number is displayed and an incoming signal arrival tone is sounded. The second application 812 is a character input application started up by the user.
  • Here, it is assumed that the second application 812 has been started up in order for the user to input a text while waiting for the arrival of an incoming signal. When the second application 812 is displayed on the screen, an edit box 813 is displayed therein. The edit box 813 is a common component belonging to the OS 803, and receives character input from the user. When the user selects the edit box 813, a key event is delivered to the edit box 813. The edit box 813 is further linked to an input support section 814 that searches for candidate character strings based on this key event, and supplies them to the edit box 813. Hereinafter, in the present embodiment, a description will be given using characters as an example.
  • For example, if a user inputs “41281” using the keys, the edit box 813 displays “41281” on the screen. Subsequently, when the user presses the conversion key 902, the edit box 813 notifies the input support section 814 about this key event. The input support section 814 searches for candidates, then selects the katakana alphabet character string for “TOUKIYOU” and supplies this to the edit box 813. The edit box 813 uses the draw API 806 to display the katakana alphabet character string for “TOUKIYOU” on the screen. At this time, the edit box 813 registers in the monitoring section 815 the fact that the edit box 813 itself is in the foreground and is displaying an unset character string.
  • When the user presses the set key 903, this key event is delivered to the edit box 813 and is further notified to the input support section 814. The input support section 814 then notifies the edit box 813 that the character string has been set. The edit box 813 then stores the set character string and also deletes the registration in the monitoring section 815 as to the fact that a character string candidate is being displayed. In addition, when the key focus moves outside the edit box 813, the unset character string is forcibly set and notification of the deletion is delivered to the monitoring section 815. Moreover, because the key focus also moves outside the edit box 813 if the second application 812 appears in the background, the same type of deletion notification is delivered to the monitoring section 815.
  • As a result, even if a plurality of applications for performing character input are started up, and a plurality of instances of the edit box 813 and the input support section 814 are present, because information is collected in the monitoring section 815, it is possible to accurately determine whether or not character string candidates are currently being displayed on the screen.
  • It will be assumed that an incoming signal arrives while the edit box 813 of the second application 812 is still displaying an unset character string on the display section 808. The radio device 801 detects the arrival of the incoming signal and generates an interruption. The radio device driver 802 detects this interruption, and the OS 803 causes an incoming signal arrival response processing section 804 to execute incoming signal arrival response processing. The incoming signal arrival response processing section 804 identifies whether the arrived incoming signal is a telephone call, a short message or an e-mail, and determines various other conditions such as whether or not the mobile telephone is currently in manner mode, or whether a setting has been made to refuse arrivals of incoming signals, and starts up a suitable first application 805 to give notification of the arrival of the incoming signal.
  • The first application 805 attempts to acquire authority to draw on the display section 808 using the draw API 806. The OS 803 detects that the request for draw authority has been made as a result of the arrival of the incoming signal, and instructs the monitoring section 815 to determine whether or not an unset character string is being displayed. If the monitoring section 815 replies that unset character strings are not being displayed, the OS 803 immediately accepts the request from the first application 805, and a display notifying of the arrival of the incoming signal is drawn on the screen of the display section 808.
  • If, however, the monitoring section 815 replies that an unset character string is currently being displayed, without sending a response to the request for drawing authority, it is decided to temporarily not display the incoming signal arrival notification. At this time, in order to notify the user that an incoming signal has arrived, it is possible to execute a notification operation using a notification unit (not shown) such as causing either an LED to flash on and off, sounding a predetermined notification melody, or starting up a vibrator.
  • When the user presses the set key 903 so as to instruct that the character string be set, the monitoring section 815 replies to the inquiry from the OS 803 that an unset character string is not being displayed. As a result, the OS 803 starts up a timer at a predetermined time interval and begins polling the monitoring section 815. When the monitoring section 815 replies that unset character strings are not being displayed, resources are allocated to the request of the first application 805 and authority is granted to draw on the display section 808.
  • Alternatively, it is also possible for the notification to be displayed after a predetermined time has passed from the prohibiting of the display of the incoming signal arrival notification.
  • Eighth Embodiment
  • In the seventh embodiment, the first application 805 notifies of the arrival of an incoming signal. In contrast, in the present embodiment, the first application will be several applications that execute particular processing. Namely, when a short message arrives that instructs the start up of an application, the incoming signal arrival response processing section 804 determines the identifier contained within the short message, select an application that is associated with this identifier, and start up this application as the first application 805.
  • Examples of this type of short message service (SMS) include applications in which the arrival of an e-mail at a center is notified by SMS message, a mail application is started up in response to the arrival of the SMS message, and this mail application is made to receive the mail from the center. Alternative examples include an application in which a contract is entered into with a specific content provider, and by notifying a user as to the commencement of a new contents service by SMS message, the user is allowed to start that service immediately. Examples of the first application 805 include applications that request drawing authority to the display section 808 as well as applications that perform processing in the background.
  • The effects of the present invention are able to be achieved regardless of the type of application provided that the application is able to make a display on the display section 808.
  • FIG. 36 is a flowchart showing the operation of the eighth embodiment according to the present invention.
  • When an SMS message arrives (step S831—hereinafter the word “step” is omitted), the identifier contained within the message is analyzed (S832). The application that corresponds to that identifier is then selected and is started up as the first application 805 (S833). This first application 805 then calls the draw API 806 (S834). At this time, an inquiry is made to the monitoring section 815 as to whether or not an unset character string is already being displayed on the display section 808 (S835). If they are not being displayed, draw processing is conducted (S836). If an unset character string is already being displayed, the draw processing is prohibited (S837), and after a predetermined time (alternatively, after the character string has been set), a drawing relating to the notification is made (S838).
  • Note that, in the seventh and eighth embodiments, because an OS 803 delays the request for the drawing authority, in the same manner as the first application 805, the effects of the present embodiment can be obtained when a need arises for the OS 803 itself to display a notification to the user. For example, if an attempt is made to start up the first application 805, but it cannot be started up due to insufficient resources such as memory, then the incoming signal arrival response processing section 804 may display an error message.
  • According to the present embodiment, because notification of the arrival of an incoming signal is not displayed when an unset character string (for example, the character strings shown in any of states 911 to 917 in FIG. 41) is being displayed on the display section 808 during a character string input operation, the effect is obtained that an incoming signal arrival notification does not interrupt and be displayed until the user performs a setting operation. As a result, after a telephone conversation has ended, and the screen has returned to the original character input screen, it is possible to start again from the next character input, and the work that has been performed up until partway through a character string input operation does not become wasted. Furthermore, it is possible to provide a mobile telephone that is comfortable to use without causing any feeling of annoyance that may arise if the concentration of the user on an input operation is interrupted.
  • Next, the program and the recording medium on which the program is recorded of the respective embodiments of the present invention will be described.
  • A program that enables a CPU of a computer system to execute processing that is based on the structures according to each embodiment of the present invention and processing according to the flowcharts shown in each embodiment of the present invention forms the program of the present invention.
  • A recording medium on which this program is recorded forms the recording medium that is readable by computer according to the present invention. Examples of recording media that can be used include magneto-optical disks, optical disks, semiconductor memory, magnetic recording media, and the like. These may be used in the form of ROM, RAM, a CD-ROM, a flexible disk, a memory card, or the like.
  • Among these recording media are also included media that hold programs for a fixed time such as volatile memory such as the internal RAM of a computer system serving as a server and clients when the program is transmitted via a communication line such as a telephone line or a network such as the Internet.
  • This program may also be transferred from a computer system that is storing the program on the storage device or the like to another computer system via a transmission medium or by a transmission wave within the transmission medium. This transmission medium refers to a medium having a function of transferring information such as a communication line such as a telephone line or a network such as the Internet.
  • Moreover, this program may be formed by a plurality of programs for achieving the above-described functions. Alternatively, the program may be intended to a portion of the above-described functions. Furthermore, the program may be what is known as a differential file (i.e., a differential program) that is able to achieve the above-described functions by being combined with a program that is already recorded on the computer system.
  • Accordingly, it is also possible to obtain the same functions and effects as those functions and effects described in each of the above embodiments, and to thereby solve the problems of the present invention by using this program and recording medium in a system or apparatus that is different from a system or apparatus that is based on the embodiments of the present invention, and by the computer of this system or apparatus executing the program.
  • Note that the mobile communication terminal includes a mobile telephone, a mobile information device that incorporates a communication section, and a mobile information device to which a communication card can be attached.
  • In addition, the determination, startup, monitoring, measurement, calculation, and analysis, etc. described in the aforementioned embodiments can be executed by a control section (for example, central processing unit), an electronic circuit, and so forth.
  • The above is a description of embodiments of the present invention with reference made to the drawings, however, it should be understood that these are exemplary of the invention and are not to be considered as limiting. Additions, omissions, substitutions, and other modifications can be made without departing from the spirit or scope of the present invention. Accordingly, the invention is not to be considered as limited by the foregoing description and is only limited by the scope of the appended claims.

Claims (10)

1-21. (canceled)
22. A mobile communication terminal comprising:
a storage section that stores an access charge that is charged when an application accesses a network and an accumulated communication charge;
a receiving section that receives a message instructing that a specific application be started up; and
a control section that determines whether or not an accumulated communication charge will exceed an upper limit for the accumulated communication charge based on identification information of an application that is contained in the received message, on the accumulated communication charge in the storage section, and the access charge in the storage section.
23. The mobile communication terminal according to claim 22, wherein the control section starts up the application if the control section determines that the accumulated communication charge will not exceed the upper limit for the accumulated communication charge.
24. The mobile communication terminal according to claim 23, further comprising a notification section that notifies that the control section has not started up the application.
25. The mobile communication terminal according to claim 24, wherein the notification section is able to select whether or not to make a notification regarding an application startup, and if an application has not been started up because the accumulated communication charge will exceed the upper limit for the accumulated communication charge, the notification section makes the notification regardless of the selection.
26. The mobile communication terminal according to claim 22, further comprising a setting section by which a user sets the upper limit for the accumulated communication charge.
27. A program that executes on a computer:
a reception process that receives a message instructing that a specific application be started up; and
a determination process that determines whether or not an accumulated communication charge will exceed an upper limit for the accumulated communication charge based on identification information of an application that is contained in the received message, on the accumulated communication charge that is stored, and on information about a charge that is charged when the application accesses a network.
28-47. (canceled)
48. A computer readable recording medium which is recorded the program according to claim 27.
49-51. (canceled)
US11/832,535 2003-09-30 2007-08-01 Mobile communication terminal that stores accumulated communication charge for an application Expired - Fee Related US8995953B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/832,535 US8995953B2 (en) 2003-09-30 2007-08-01 Mobile communication terminal that stores accumulated communication charge for an application

Applications Claiming Priority (16)

Application Number Priority Date Filing Date Title
JP2003-342378 2003-09-30
JP2003-342375 2003-09-30
JP2003342040A JP4252416B2 (en) 2003-09-30 2003-09-30 Mobile communication terminal, information provision system
JP2003-342377 2003-09-30
JP2003-342041 2003-09-30
JP2003342041A JP2005109998A (en) 2003-09-30 2003-09-30 Portable communication terminal, program and computer-readable recording medium
JP2003342375A JP4173423B2 (en) 2003-09-30 2003-09-30 Portable communication device, program, and computer-readable recording medium
JP2003342376A JP4401729B2 (en) 2003-09-30 2003-09-30 Mobile communication terminal
JP2003-342043 2003-09-30
JP2003-342040 2003-09-30
JP2003342378A JP2005110029A (en) 2003-09-30 2003-09-30 Portable communication terminal, program, and storage medium
JP2003-342376 2003-09-30
JP2003342377A JP4083658B2 (en) 2003-09-30 2003-09-30 Portable communication device, program, and computer-readable recording medium
JP2003342043A JP4476589B2 (en) 2003-09-30 2003-09-30 Mobile communication terminal
US10/952,261 US8798612B2 (en) 2003-09-30 2004-09-27 Mobile communication terminal for controlling startup of application based on received message and information providing system
US11/832,535 US8995953B2 (en) 2003-09-30 2007-08-01 Mobile communication terminal that stores accumulated communication charge for an application

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US10/952,261 Division US8798612B2 (en) 2003-09-30 2004-09-27 Mobile communication terminal for controlling startup of application based on received message and information providing system

Publications (2)

Publication Number Publication Date
US20080032667A1 true US20080032667A1 (en) 2008-02-07
US8995953B2 US8995953B2 (en) 2015-03-31

Family

ID=34382331

Family Applications (5)

Application Number Title Priority Date Filing Date
US10/952,261 Expired - Fee Related US8798612B2 (en) 2003-09-30 2004-09-27 Mobile communication terminal for controlling startup of application based on received message and information providing system
US11/554,424 Expired - Fee Related US9008627B2 (en) 2003-09-30 2006-10-30 Mobile communication terminal and information providing system
US11/832,535 Expired - Fee Related US8995953B2 (en) 2003-09-30 2007-08-01 Mobile communication terminal that stores accumulated communication charge for an application
US12/016,879 Expired - Fee Related US9203634B2 (en) 2003-09-30 2008-01-18 Mobile communication terminal, information providing system, program, and computer readable recording medium
US12/236,390 Expired - Fee Related US8326271B2 (en) 2003-09-30 2008-09-23 Mobile communication terminal, program, and computer readable recording medium

Family Applications Before (2)

Application Number Title Priority Date Filing Date
US10/952,261 Expired - Fee Related US8798612B2 (en) 2003-09-30 2004-09-27 Mobile communication terminal for controlling startup of application based on received message and information providing system
US11/554,424 Expired - Fee Related US9008627B2 (en) 2003-09-30 2006-10-30 Mobile communication terminal and information providing system

Family Applications After (2)

Application Number Title Priority Date Filing Date
US12/016,879 Expired - Fee Related US9203634B2 (en) 2003-09-30 2008-01-18 Mobile communication terminal, information providing system, program, and computer readable recording medium
US12/236,390 Expired - Fee Related US8326271B2 (en) 2003-09-30 2008-09-23 Mobile communication terminal, program, and computer readable recording medium

Country Status (3)

Country Link
US (5) US8798612B2 (en)
KR (1) KR100697416B1 (en)
CN (2) CN101715025A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110009128A1 (en) * 2008-03-27 2011-01-13 Takashi Nomura System and terminal
US9614790B2 (en) 2012-07-25 2017-04-04 Casio Computer Co., Ltd. Apparatus for controlling execution of software, method for controlling thereof, and computer-readable recording medium having computer program for controlling thereof

Families Citing this family (75)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10586282B2 (en) * 1996-03-25 2020-03-10 Cfph, Llc System and method for trading based on tournament-style events
US20050267836A1 (en) * 1996-03-25 2005-12-01 Cfph, Llc Method and system for transacting with a trading application
US20060173761A1 (en) * 1996-03-25 2006-08-03 Cfph, Llc System and Method for Market Research Based on Financial Exchange
US6505174B1 (en) 1996-03-25 2003-01-07 Hsx, Inc. Computer-implemented securities trading system with a virtual specialist function
US9418381B2 (en) * 2000-04-14 2016-08-16 Citigroup Credit Services, Inc. (USA) Method and system for notifying customers of transaction opportunities
US8346677B1 (en) 2000-12-29 2013-01-01 Citicorp Development Center, Inc. Method and system for conducting commerce over a wireless communication network
US8725632B2 (en) 2000-01-13 2014-05-13 Citicorp Development Center, Inc. Method and system for conducting financial and non-financial transactions using a wireless device
US8032453B2 (en) * 2000-04-14 2011-10-04 Citicorp Development Center, Inc. Method and system for notifying customers of transaction opportunities
US20040186910A1 (en) * 2003-03-19 2004-09-23 International Business Machines Corporation Network of data processor controlled display stations sharing network connected resources with immediate messaging on the station's display and apparatus for preventing message intrusion when running selected computer programs
US8353763B2 (en) 2003-03-31 2013-01-15 Cantor Index, Llc System and method for betting on a participant in a group of events
WO2004090678A2 (en) * 2003-04-11 2004-10-21 Cantor Index Llc Lottery and auction based tournament entry exchange platform
US7567931B2 (en) 2004-01-16 2009-07-28 Bgc Partners, Inc. System and method for forming a financial instrument indexed to entertainment revenue
US7698198B2 (en) * 2004-01-16 2010-04-13 Bgc Partners, Inc. System and method for purchasing a financial instrument indexed to entertainment revenue
US20110208633A1 (en) * 2010-02-19 2011-08-25 Asher Joseph M System and method for trading a futures contract based on a financial instrument indexed to entertainment dividends
JP4502777B2 (en) * 2004-10-20 2010-07-14 京セラ株式会社 Mobile terminal device
KR100684918B1 (en) 2005-04-01 2007-02-22 삼성전자주식회사 Mobile communication terminal for playing music file and a method thereof
JP4130453B2 (en) * 2005-07-28 2008-08-06 京セラ株式会社 Wireless communication device
GB0525244D0 (en) * 2005-12-12 2006-01-18 Nokia Corp Providing communication service sessions
US8340698B2 (en) * 2005-12-13 2012-12-25 Qualcomm Incorporated System and method for delivering short messages on do and 1x networks
US20070155367A1 (en) * 2005-12-30 2007-07-05 Telenav, Inc Communication system with remote applications
KR100727075B1 (en) * 2006-01-16 2007-06-12 주식회사 케이티프리텔 Method for postage paid service and apparatus thereof
KR101258529B1 (en) * 2006-01-17 2013-04-30 삼성전자주식회사 Memory card system, Memory card and method of performing application program thereof
WO2007111391A1 (en) 2006-03-24 2007-10-04 Ktfreetel Co., Ltd. Method and apparatus for providing idle mode service
JP4972980B2 (en) * 2006-04-14 2012-07-11 富士通株式会社 Data communication program, data communication method, and portable terminal device
US20070260480A1 (en) * 2006-05-04 2007-11-08 Johan Cederlund Managing health related variables in a remote data collection system
US8743709B1 (en) * 2006-06-12 2014-06-03 Apple Inc. Providing a signaling interface between a circuit-switched domain and a packet-switched domain to enable provision of services to a multi-mode mobile station
US20070300183A1 (en) * 2006-06-21 2007-12-27 Nokia Corporation Pop-up notification for an incoming message
US11195163B2 (en) 2006-09-01 2021-12-07 Mastercard International Incorporated Methods, systems and computer readable media for over the air (OTA) provisioning of soft cards on devices with wireless communications capabilities
US20080086599A1 (en) * 2006-10-10 2008-04-10 Maron William A Method to retain critical data in a cache in order to increase application performance
US20080086598A1 (en) * 2006-10-10 2008-04-10 Maron William A System and method for establishing cache priority for critical data structures of an application
JP4889435B2 (en) * 2006-10-11 2012-03-07 株式会社エヌ・ティ・ティ・ドコモ Packet communication method and mobile station
KR101141616B1 (en) * 2006-11-20 2012-05-17 엘지전자 주식회사 MIDlet executing terminal, and method thereof
KR20080053684A (en) * 2006-12-11 2008-06-16 삼성전자주식회사 Apparatus and method for providing data service in portable terminal
KR101397147B1 (en) * 2007-04-11 2014-05-19 엘지전자 주식회사 Mobile communication device having web alarm function and operating method thereof
WO2008131010A1 (en) 2007-04-16 2008-10-30 Cfph, Llc Box office game
EP2215607A1 (en) * 2007-11-07 2010-08-11 Elegate GmbH Authentication method and arrangement for performing such an authentication method and corresponding computer program and corresponding computer-readable storage medium
US20140343937A1 (en) * 2013-05-16 2014-11-20 Voxer Ip Llc Interrupt mode for communication applications
US8555201B2 (en) * 2008-06-05 2013-10-08 Qualcomm Incorporated Wireless communication device having deterministic control of foreground access of the user interface
JP2010068060A (en) * 2008-09-08 2010-03-25 Kyocera Corp Communication apparatus, and method and program for displaying communication history
JP2010088008A (en) * 2008-10-02 2010-04-15 Panasonic Corp Terminal device and connection switching management method
MY163850A (en) * 2008-10-06 2017-10-31 Vivotech Inc Systems, methods, and computer readable media for payment and non-payment virtual card transfer between mobile devices
KR20100057734A (en) * 2008-11-20 2010-06-01 삼성전자주식회사 Method and apparatus for transmitting message in mobile communication system
US8170589B2 (en) * 2008-12-01 2012-05-01 Sony Ericsson Mobile Communications Mobile station and application server for providing a service to the mobile station and operation methods for the same
US8577000B1 (en) * 2009-04-06 2013-11-05 Wendell Brown Method and apparatus for content presentation in association with a telephone call
US8213971B2 (en) * 2009-04-27 2012-07-03 Qualcomm Incorporated Apparatus and method for activating computer applications with SMS messaging
CN101651748B (en) * 2009-09-02 2011-11-16 华为终端有限公司 Method, device and terminal for achieving calling protection
US20110093320A1 (en) * 2009-10-15 2011-04-21 Conexus, Llc System and Method for Providing Advertising to a Wireless User Device
US8811942B2 (en) 2009-11-15 2014-08-19 Nokia Corporation Method and apparatus for the activation of services
JP5436676B2 (en) 2010-07-28 2014-03-05 京セラ株式会社 Portable electronic device, screen control method and additional display program
CN102004579A (en) * 2010-11-09 2011-04-06 华映视讯(吴江)有限公司 Wireless touch display system and method
CN102566855A (en) * 2010-12-09 2012-07-11 三竹资讯股份有限公司 Device and method for information update marking for financial stock quotation reading software of mobile devices
JP6023054B2 (en) * 2011-06-30 2016-11-09 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America Communication system, user terminal and communication apparatus
DE102011081479A1 (en) * 2011-08-24 2013-02-28 Siemens Aktiengesellschaft operating device
KR101287556B1 (en) * 2011-09-29 2013-07-23 주식회사 엘지씨엔에스 Push client of mobile terminal and method for changing provider using thereof
KR101402506B1 (en) * 2011-12-01 2014-06-03 라인 가부시키가이샤 System and method for providing information interactively by instant messaging application
US8812994B2 (en) 2011-12-29 2014-08-19 Apple Inc. Device, method, and graphical user interface for configuring restricted interaction with a user interface
US9292195B2 (en) 2011-12-29 2016-03-22 Apple Inc. Device, method, and graphical user interface for configuring and implementing restricted interactions for applications
US9094534B2 (en) * 2011-12-29 2015-07-28 Apple Inc. Device, method, and graphical user interface for configuring and implementing restricted interactions with a user interface
US20130173698A1 (en) * 2011-12-30 2013-07-04 Ramandeep Sethi Dynamic Content Adaptation
US9372978B2 (en) 2012-01-20 2016-06-21 Apple Inc. Device, method, and graphical user interface for accessing an application in a locked device
CN103313224B (en) 2012-03-15 2018-08-07 中兴通讯股份有限公司 A kind of method and system of instruction trigger message valid time
US9110752B2 (en) * 2012-07-11 2015-08-18 Sap Portals Israel Ltd Enterprise portal mobile applications installs
US20140040773A1 (en) * 2012-07-31 2014-02-06 Apple Inc. Transient Panel Enabling Message Correction Capabilities Prior to Data Submission
CN103279271A (en) * 2013-06-17 2013-09-04 网易(杭州)网络有限公司 Method and device for pushing messages and method and device for receiving messages
US9467403B2 (en) * 2013-11-28 2016-10-11 Tencent Technology (Shenzhen) Company Limited Method and mobile terminal for speech communication
US9838547B2 (en) 2013-12-23 2017-12-05 Orange Method to push toll-free applications to a user device
US20170094065A1 (en) 2014-04-18 2017-03-30 Huawei Technologies Co., Ltd. Information reminding method and apparatus, and electronic terminal
EP3531597B1 (en) 2014-05-02 2021-06-16 CommScope Technologies LLC Link-fault tolerance in a distributed antenna system
JP2016091383A (en) * 2014-11-06 2016-05-23 富士通株式会社 Portable terminal apparatus, screen control method and screen control program
US10028117B1 (en) * 2017-03-01 2018-07-17 Digital Turbine, Inc. Systems and methods for automated installation of content items on mobile devices
CN107145363A (en) * 2017-03-21 2017-09-08 捷开通讯(深圳)有限公司 The driver loading method and terminal device of a kind of starting up of terminal process
CN107071067B (en) * 2017-06-13 2020-02-07 广发证券股份有限公司 Cgo-based high-performance stock market access system and method
US11312297B2 (en) 2018-09-07 2022-04-26 Honda Motor Co., Ltd. Haptic communication for removing interruptions
CN109814887A (en) * 2019-01-23 2019-05-28 广州奇艺果信息科技有限公司 It is a kind of can the compatible Android game of Remote Expansion arcade system
CN114428684A (en) * 2020-10-29 2022-05-03 中移互联网有限公司 Message pushing method, device and system based on distribution

Citations (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6178338B1 (en) * 1997-04-28 2001-01-23 Sony Corporation Communication terminal apparatus and method for selecting options using a dial shuttle
US6195543B1 (en) * 1997-06-20 2001-02-27 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for providing advice of charge parameters for mobile radio telephone calls
US20010009867A1 (en) * 2000-01-20 2001-07-26 Square Co., Ltd. Game system for providing video game situation-solving information online
US20010014909A1 (en) * 1999-12-08 2001-08-16 Tsutomu Yoshida Electronic mail system for controlling important message display
US20010051884A1 (en) * 2000-06-12 2001-12-13 Gidon Wallis Method and system for controlling warranty-related data and services
US20020010785A1 (en) * 2000-07-19 2002-01-24 Yasufumi Katsukawa Application hosting apparatus
US20020019806A1 (en) * 2000-08-03 2002-02-14 Fujitsu Limited. E-money managing method and system, e-money managing/holding medium, computer-readable recording medium in which e-money managing program is recorded, e-value managing/holding medium, and e-value managing method
US20020077170A1 (en) * 2000-12-19 2002-06-20 Johnson Bradley W. Video table game apparatus, system, and method of use
US20020102967A1 (en) * 2000-12-06 2002-08-01 Chang Li Fung On demand multicast messaging system
US20020111153A1 (en) * 1998-10-14 2002-08-15 Peter Hartmaier Signaling system and method for network-based pre-paid wireless telephone service
US20020124049A1 (en) * 2000-12-29 2002-09-05 Leonld Gorodetsky Method and apparatus for asynchronously pushing pages to browsers
US20030011645A1 (en) * 2001-07-16 2003-01-16 Spencer Carroll Alexis Functional identifiers on wireless devices
US20030023849A1 (en) * 2001-07-11 2003-01-30 Martin Bruce K. Method and apparatus for distributing authorization to provision mobile devices on a wireless network
US20030030671A1 (en) * 2001-06-08 2003-02-13 Cobb Dale L. Graphical user interface (GUI) based call application system
US20030060187A1 (en) * 2001-09-26 2003-03-27 Leena Mattila Method for the distribution of tariff information to mobile terminals
US20030095102A1 (en) * 2001-11-19 2003-05-22 Christian Kraft Communication terminal having a predictive character editor application
US20030096625A1 (en) * 2001-09-12 2003-05-22 Aircross Co., Ltd. Push advertisement in mobile communications network and mobile terminal suitable for the same
US20030097444A1 (en) * 2001-11-08 2003-05-22 Santanu Dutta Method and apparatus for authorizing internet transactions using the public land mobile network (PLMN)
US20030100322A1 (en) * 2001-11-28 2003-05-29 Lg Electronics Inc. Method for transmitting short message service using tag
US20030120957A1 (en) * 2001-12-26 2003-06-26 Pathiyal Krishna K. Security interface for a mobile device
US20030191829A1 (en) * 2000-05-25 2003-10-09 Masters Michael W. Program control for resource management architecture and corresponding programs therefor
US20030211872A1 (en) * 1994-06-23 2003-11-13 Meins Charlene L. Personal communicator with flip element display
US20030228866A1 (en) * 2002-05-24 2003-12-11 Farhad Pezeshki Mobile terminal system
US20040002355A1 (en) * 2002-06-29 2004-01-01 Spencer Carroll Alexis Functional identifiers on wireless devices for gaming/wagering/lottery applications and methods of using same
US20040010685A1 (en) * 2002-02-25 2004-01-15 Sony Corporation Service providing apparatus and server providing method
US20040049574A1 (en) * 2000-09-26 2004-03-11 Watson Mark Alexander Web server
US6741850B1 (en) * 1997-09-19 2004-05-25 Samsung Electronics Co., Ltd. Apparatus and methods for managing billing information in digital portable cordless telephone
US20040152454A1 (en) * 2003-02-04 2004-08-05 Risto Kauppinen Provision of content to mobile users
US20040155901A1 (en) * 2003-02-07 2004-08-12 Microsoft Corporation Realizing users' preferences
US20040179033A1 (en) * 2003-03-10 2004-09-16 Microsoft Corporation Logical, safe, and more personal user interface for accessing data and launching programs or applications
US20040193813A1 (en) * 2003-03-24 2004-09-30 Sony Corporation Application pre-launch to reduce user interface latency
US20040266414A1 (en) * 2003-06-30 2004-12-30 Comverse, Ltd. Telephone based method and system for adding contacts to a personal network address book
US20050044191A1 (en) * 2001-12-28 2005-02-24 Access Co., Ltd Usage period management system for applications
US20050066283A1 (en) * 2002-06-18 2005-03-24 Tomokazu Kanamaru Program execution terminal device, program execution method, and program
US20050090290A1 (en) * 2000-09-29 2005-04-28 Mitsuji Hama Folding communication terminal and display control method therefor
US20050102422A1 (en) * 1998-08-27 2005-05-12 Ntt Docomo, Inc. Transfer device
US20050102205A1 (en) * 1998-08-27 2005-05-12 Ntt Docomo, Inc. Communication network
US20050130631A1 (en) * 2001-12-26 2005-06-16 Michael Maguire User interface and method of viewing unified communications events on a mobile device
US20050187883A1 (en) * 1999-08-31 2005-08-25 American Express Travel Related Services Company, Inc. Methods and apparatus for conducting electronic transactions using biometrics
US7019646B1 (en) * 2002-10-08 2006-03-28 Noel Woodard Combination smoke alarm and wireless location device
US20060129628A1 (en) * 2002-05-20 2006-06-15 Dai Kamiya Portable terminal, methods, programs and storage media for managing application start
US7190949B2 (en) * 2001-12-07 2007-03-13 Ntt Docomo, Inc. Mobile communication terminal, application software initiating apparatus, application software initiating system, application software initiating method, and application software initiating program
US7245901B2 (en) * 1995-01-30 2007-07-17 Telemac Corporation Mobile phone with internal accounting
US7251686B1 (en) * 1999-04-16 2007-07-31 Minolta Co., Ltd. Apparatus management unit and system for determining the validity of data/mail based on its expiration date and/or time
US7577904B1 (en) * 2001-03-28 2009-08-18 Vianeta Communication Definition and distribution of business rules while enforcing syntactic and semantic validation

Family Cites Families (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3148956B2 (en) 1992-10-29 2001-03-26 京セラ株式会社 Telephone
JPH07226798A (en) 1994-02-15 1995-08-22 Hitachi Ltd Speech time limit service system
JPH08228220A (en) 1995-02-20 1996-09-03 Matsushita Electric Ind Co Ltd Digital cordless telephone system
JPH0983681A (en) 1995-09-07 1997-03-28 Kokusai Denshin Denwa Co Ltd <Kdd> Using amount managing equipment for incoming collect call
JPH10164248A (en) 1996-12-02 1998-06-19 Casio Comput Co Ltd Communication controller and storage medium
JPH11212894A (en) 1998-01-28 1999-08-06 Matsushita Electric Ind Co Ltd Portable information terminal equipment
JPH11296425A (en) 1998-04-06 1999-10-29 Yamatake Corp Information reading system
JP3861959B2 (en) 1998-05-27 2006-12-27 オムロン株式会社 Program creation support device
EP1091531A4 (en) * 1998-06-19 2006-07-26 Matsushita Electric Ind Co Ltd Data transmitting/receiving method and device, and program recorded medium
JP2000020465A (en) 1998-07-02 2000-01-21 Casio Comput Co Ltd Data processor and storage medium
JP2000022788A (en) 1998-07-06 2000-01-21 Japan Radio Co Ltd Portable telephone set
EP1119963A1 (en) 1998-10-13 2001-08-01 General Instrument Corporation Software application life cycle and management for broadcast applications
JP2000278312A (en) 1999-03-25 2000-10-06 Nec Corp Method and system for converting electronic mail
JP3840831B2 (en) 1999-03-25 2006-11-01 カシオ計算機株式会社 Information processing device
KR100668640B1 (en) * 1999-04-29 2007-01-12 에스케이 텔레콤주식회사 Method for minimizing the number of transmission messages for information service on demand
JP2001051820A (en) 1999-08-09 2001-02-23 Ricoh Co Ltd Image processor
JP2001078078A (en) 1999-09-02 2001-03-23 Canon Inc Photographing device and its control method
JP4340938B2 (en) 1999-09-30 2009-10-07 ソニー株式会社 Information processing apparatus, information processing method, and program storage medium
KR20000036999A (en) * 2000-04-04 2000-07-05 안영경 Internet-based advertising method and apparatus thereof
JP2001309074A (en) 2000-04-21 2001-11-02 Cybird Co Ltd Portable telephone set
JP4330255B2 (en) 2000-07-18 2009-09-16 株式会社日立国際電気 Mobile device
JP2002077438A (en) 2000-08-30 2002-03-15 Sony Corp Mobile communication terminal device
JP2002125221A (en) 2000-10-13 2002-04-26 Matsushita Electric Ind Co Ltd Home supervisory system with video transfer function
JP2002145281A (en) 2000-11-07 2002-05-22 Toppan Printing Co Ltd Packaging bag having display effect
JP2002190847A (en) 2000-12-20 2002-07-05 Ntt Docomo Inc Application start control method and communication terminal
JP5008797B2 (en) 2001-01-25 2012-08-22 京セラ株式会社 Mobile phone equipment
JP4526729B2 (en) 2001-04-24 2010-08-18 京セラ株式会社 Mobile device
JP2002344529A (en) 2001-05-21 2002-11-29 Sharp Corp Push type service system
JP2003008738A (en) 2001-06-21 2003-01-10 Nec Access Technica Ltd Mobile terminal
JP2003046601A (en) 2001-08-02 2003-02-14 Sharp Corp Communication equipment
JP2003114852A (en) 2001-10-03 2003-04-18 Actis:Kk E-mail system
JP2003132079A (en) 2001-10-24 2003-05-09 Fuji Xerox Co Ltd Document management system
JP2003134566A (en) 2001-10-24 2003-05-09 Aicon:Kk Push type data distribution system, mobile communication terminal used for the same, and call server device
JP2003140788A (en) 2001-10-29 2003-05-16 Olympus Optical Co Ltd Application software starting program
JP2003143332A (en) 2001-11-06 2003-05-16 Sony Corp Communication equipment and line control method
JP3746704B2 (en) 2001-11-09 2006-02-15 セコム株式会社 Location search system
JP3834231B2 (en) 2001-12-14 2006-10-18 株式会社エヌ・ティ・ティ・ドコモ Mobile communication terminal and control method of mobile communication terminal
JP2003198716A (en) 2001-12-26 2003-07-11 Hitachi Kokusai Electric Inc Mobile phone
CN100382554C (en) 2001-12-26 2008-04-16 中兴通讯股份有限公司 Method for raising short message service of mobile communication and its mobile terminal equipment
KR100452343B1 (en) * 2001-12-28 2004-10-12 에스케이텔레텍주식회사 Memory medium storing file for Mobile Communication Device including Machine-Language-Code Execution Section and File Execution Method using the same
JP4332344B2 (en) 2001-12-28 2009-09-16 株式会社Access Expiration date management method, expiration date management system, and management server
JP2003204384A (en) 2002-01-07 2003-07-18 Sony Corp Portable communication terminal
KR100462846B1 (en) * 2002-01-15 2004-12-20 주식회사 버츄얼웨어 System and Method for Wireless Internet Service and Browser for the Same
JP2003244653A (en) 2002-02-18 2003-08-29 Phase Out Inc Portable recording medium, program, and method for reproducing video image on full-screen of monitor of computer system
JP2003263251A (en) 2002-03-11 2003-09-19 Sharp Corp Information processing apparatus with radio communication function

Patent Citations (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030211872A1 (en) * 1994-06-23 2003-11-13 Meins Charlene L. Personal communicator with flip element display
US7245901B2 (en) * 1995-01-30 2007-07-17 Telemac Corporation Mobile phone with internal accounting
US6178338B1 (en) * 1997-04-28 2001-01-23 Sony Corporation Communication terminal apparatus and method for selecting options using a dial shuttle
US6195543B1 (en) * 1997-06-20 2001-02-27 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for providing advice of charge parameters for mobile radio telephone calls
US6741850B1 (en) * 1997-09-19 2004-05-25 Samsung Electronics Co., Ltd. Apparatus and methods for managing billing information in digital portable cordless telephone
US20050102422A1 (en) * 1998-08-27 2005-05-12 Ntt Docomo, Inc. Transfer device
US20050102205A1 (en) * 1998-08-27 2005-05-12 Ntt Docomo, Inc. Communication network
US20020111153A1 (en) * 1998-10-14 2002-08-15 Peter Hartmaier Signaling system and method for network-based pre-paid wireless telephone service
US7251686B1 (en) * 1999-04-16 2007-07-31 Minolta Co., Ltd. Apparatus management unit and system for determining the validity of data/mail based on its expiration date and/or time
US20050187883A1 (en) * 1999-08-31 2005-08-25 American Express Travel Related Services Company, Inc. Methods and apparatus for conducting electronic transactions using biometrics
US20010014909A1 (en) * 1999-12-08 2001-08-16 Tsutomu Yoshida Electronic mail system for controlling important message display
US20010009867A1 (en) * 2000-01-20 2001-07-26 Square Co., Ltd. Game system for providing video game situation-solving information online
US20050055350A1 (en) * 2000-05-25 2005-03-10 Werme Paul V. System specification language for resource management architecture and corresponding programs therefor
US20030191829A1 (en) * 2000-05-25 2003-10-09 Masters Michael W. Program control for resource management architecture and corresponding programs therefor
US20010051884A1 (en) * 2000-06-12 2001-12-13 Gidon Wallis Method and system for controlling warranty-related data and services
US20020010785A1 (en) * 2000-07-19 2002-01-24 Yasufumi Katsukawa Application hosting apparatus
US20020019806A1 (en) * 2000-08-03 2002-02-14 Fujitsu Limited. E-money managing method and system, e-money managing/holding medium, computer-readable recording medium in which e-money managing program is recorded, e-value managing/holding medium, and e-value managing method
US20040049574A1 (en) * 2000-09-26 2004-03-11 Watson Mark Alexander Web server
US20050090290A1 (en) * 2000-09-29 2005-04-28 Mitsuji Hama Folding communication terminal and display control method therefor
US20020102967A1 (en) * 2000-12-06 2002-08-01 Chang Li Fung On demand multicast messaging system
US20020077170A1 (en) * 2000-12-19 2002-06-20 Johnson Bradley W. Video table game apparatus, system, and method of use
US20020124049A1 (en) * 2000-12-29 2002-09-05 Leonld Gorodetsky Method and apparatus for asynchronously pushing pages to browsers
US7577904B1 (en) * 2001-03-28 2009-08-18 Vianeta Communication Definition and distribution of business rules while enforcing syntactic and semantic validation
US20030030671A1 (en) * 2001-06-08 2003-02-13 Cobb Dale L. Graphical user interface (GUI) based call application system
US20030023849A1 (en) * 2001-07-11 2003-01-30 Martin Bruce K. Method and apparatus for distributing authorization to provision mobile devices on a wireless network
US7340057B2 (en) * 2001-07-11 2008-03-04 Openwave Systems Inc. Method and apparatus for distributing authorization to provision mobile devices on a wireless network
US20030011645A1 (en) * 2001-07-16 2003-01-16 Spencer Carroll Alexis Functional identifiers on wireless devices
US20030096625A1 (en) * 2001-09-12 2003-05-22 Aircross Co., Ltd. Push advertisement in mobile communications network and mobile terminal suitable for the same
US20030060187A1 (en) * 2001-09-26 2003-03-27 Leena Mattila Method for the distribution of tariff information to mobile terminals
US20030097444A1 (en) * 2001-11-08 2003-05-22 Santanu Dutta Method and apparatus for authorizing internet transactions using the public land mobile network (PLMN)
US6744423B2 (en) * 2001-11-19 2004-06-01 Nokia Corporation Communication terminal having a predictive character editor application
US20030095102A1 (en) * 2001-11-19 2003-05-22 Christian Kraft Communication terminal having a predictive character editor application
US20030100322A1 (en) * 2001-11-28 2003-05-29 Lg Electronics Inc. Method for transmitting short message service using tag
US7190949B2 (en) * 2001-12-07 2007-03-13 Ntt Docomo, Inc. Mobile communication terminal, application software initiating apparatus, application software initiating system, application software initiating method, and application software initiating program
US20050130631A1 (en) * 2001-12-26 2005-06-16 Michael Maguire User interface and method of viewing unified communications events on a mobile device
US20030120957A1 (en) * 2001-12-26 2003-06-26 Pathiyal Krishna K. Security interface for a mobile device
US20050044191A1 (en) * 2001-12-28 2005-02-24 Access Co., Ltd Usage period management system for applications
US20040010685A1 (en) * 2002-02-25 2004-01-15 Sony Corporation Service providing apparatus and server providing method
US20060129628A1 (en) * 2002-05-20 2006-06-15 Dai Kamiya Portable terminal, methods, programs and storage media for managing application start
US20080066089A1 (en) * 2002-05-20 2008-03-13 Dai Kamiya Portable terminal, methods, programs and storage media for program startup management
US20030228866A1 (en) * 2002-05-24 2003-12-11 Farhad Pezeshki Mobile terminal system
US20050066283A1 (en) * 2002-06-18 2005-03-24 Tomokazu Kanamaru Program execution terminal device, program execution method, and program
US20040002355A1 (en) * 2002-06-29 2004-01-01 Spencer Carroll Alexis Functional identifiers on wireless devices for gaming/wagering/lottery applications and methods of using same
US7019646B1 (en) * 2002-10-08 2006-03-28 Noel Woodard Combination smoke alarm and wireless location device
US20040152454A1 (en) * 2003-02-04 2004-08-05 Risto Kauppinen Provision of content to mobile users
US20040155901A1 (en) * 2003-02-07 2004-08-12 Microsoft Corporation Realizing users' preferences
US20040179033A1 (en) * 2003-03-10 2004-09-16 Microsoft Corporation Logical, safe, and more personal user interface for accessing data and launching programs or applications
US20040193813A1 (en) * 2003-03-24 2004-09-30 Sony Corporation Application pre-launch to reduce user interface latency
US20040266414A1 (en) * 2003-06-30 2004-12-30 Comverse, Ltd. Telephone based method and system for adding contacts to a personal network address book

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110009128A1 (en) * 2008-03-27 2011-01-13 Takashi Nomura System and terminal
US8989765B2 (en) * 2008-03-27 2015-03-24 Sharp Kabushiki Kaisha System and terminal
US9614790B2 (en) 2012-07-25 2017-04-04 Casio Computer Co., Ltd. Apparatus for controlling execution of software, method for controlling thereof, and computer-readable recording medium having computer program for controlling thereof

Also Published As

Publication number Publication date
US8798612B2 (en) 2014-08-05
US20080126986A1 (en) 2008-05-29
US20090054041A1 (en) 2009-02-26
KR20050031941A (en) 2005-04-06
US20050070251A1 (en) 2005-03-31
KR100697416B1 (en) 2007-03-20
US8995953B2 (en) 2015-03-31
CN101715025A (en) 2010-05-26
US9008627B2 (en) 2015-04-14
CN100548007C (en) 2009-10-07
US8326271B2 (en) 2012-12-04
CN1604594A (en) 2005-04-06
US20070123206A1 (en) 2007-05-31
US9203634B2 (en) 2015-12-01

Similar Documents

Publication Publication Date Title
US8326271B2 (en) Mobile communication terminal, program, and computer readable recording medium
EP2143287B1 (en) Short message service enhancement techniques for added communication options
CN100580769C (en) Method and apparatus for selective speech recognition
US7747970B2 (en) Previews of information for selected download on auxiliary display
JP5116772B2 (en) Adaptive database
JP4624407B2 (en) Method for providing standby mode content to mobile terminal, and service management server
US20120158837A1 (en) Method and system for establishing a notification service for a device
US20020154746A1 (en) Apparatus, method, and record medium for automatically categorizing received mail messages
JP2010511217A (en) Word prediction
US20060084478A1 (en) Most frequently used contact information display for a communication device
US7043552B2 (en) Communication device for identifying, storing, managing and updating application and data information with respect to one or more communication contacts
US20050119019A1 (en) Method for searching for SMS message in a mobile terminal
KR100314175B1 (en) Mobile telephone unit having an sms phonebook and operating method thereof
US8571065B2 (en) Method and apparatus for assigning a virtual address to and text-messaging to multiple text-capable destination entities
US7623642B2 (en) System and method for playing call indications for telecommunications systems at least partially implemented in computer file access networks
CN100450233C (en) System to support mobile visual communications
CN101026833B (en) Mobile communication terminal, information providing system, program, and recording medium
US8473009B2 (en) Communication terminal and computer readable medium
JP4236976B2 (en) Information communication terminal and information notification method
KR20030020530A (en) Data storage system for mobile terminal and control method thereof
KR100434647B1 (en) Method and apparauts for supplying correspondence information in network
KR20050099758A (en) Method and apparatus for providing service of interrupting spam short message
KR100616156B1 (en) Method for providing message which is displayed on display unit of mobile at waiting mode and a system thereof
KR20040061725A (en) Method of Multi-Transmitting Editted Short Message
WO2002089403A2 (en) Network communication management system and method using intermediate host

Legal Events

Date Code Title Description
STCF Information on status: patent grant

Free format text: PATENTED CASE

FEPP Fee payment procedure

Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

LAPS Lapse for failure to pay maintenance fees

Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STCH Information on status: patent discontinuation

Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362

FP Lapsed due to failure to pay maintenance fee

Effective date: 20190331