JP2003179541A - Mobile phone terminal failure notification system - Google Patents

Abstract

(57) [Summary] [PROBLEMS] To provide a failure notification method for an application running on a mobile phone terminal, and to analyze a failure stored in the mobile phone terminal in advance when the operation of the mobile phone terminal stops due to a failure. It is an object of the present invention to send trouble information to a developer at the time of restart, thereby facilitating troubleshooting. SOLUTION: A mobile phone terminal 1 generates fault information by a fault notifying means when detecting a stop due to an error of an application by an application end identifying means, and transmits the fault information generated via a communication means to a base station. Send to 2. The failure information is collected by the software failure analysis server 3 and distributed to the developer server 4.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a failure notification method for an application operating on a mobile phone terminal.

[0002]

2. Description of the Related Art FIG.
8 is a conventional communication system and communication method shown in FIG.
Reference numeral 10 is a wireless telephone, 50 is an information management center, 60 is a base station, 51 is an analysis computer device, 52 is a large capacity memory, and 53 is a network control unit.

Next, the operation will be described. The communication terminal device includes a wireless telephone 10 that is a communication terminal device that is connected to a network and performs communication, and an information management center 50 that is an information storage device that is connected to the communication terminal device by communication via the network. A communication control unit and a recording unit that records data related to the history of communication performed under the control of this control unit are provided, and the data related to the history of communication failures stored in the storage unit is communicated via the network. Is transmitted to the information storage device and stored in the information storage device.

[0004]

In the conventional communication system, there was a mechanism of analyzing the failure of the communication and notifying the failure. However, this conventional system cannot deal with the terminal stoppage due to the failure of the internal application of the mobile phone terminal. Therefore, even if the developer of the mobile phone terminal seeks the cause of the failure of the application, there is a problem that failure information does not exist and it takes time to reproduce the failure.

The present invention has been made in order to solve the above problems. Information necessary for analyzing a failure is stored in advance in the mobile phone terminal, and a failure occurs and the mobile phone terminal is stopped. After that, by sending the information to the developer of the mobile phone terminal at the time of restart, the developer aims to make it easier to deal with the failure.

[0006]

A portable telephone terminal failure notification system according to the present invention is a portable telephone terminal, a base station connected to a telephone network, a software failure analysis server connected to the telephone network, and a software failure analysis server. A mobile phone terminal failure notification system comprising a developer server connectable from a mobile phone terminal, wherein the mobile phone terminal displays an application end identification means for activating a failure notification means when failure occurs due to an application error, and failure information. The base station is provided with a failure notifying means for generating and a communication means for notifying failure information, and the base station receives the failure information from the mobile phone terminal, connects to the software failure analysis server, and sends the failure information received to the software failure analysis server. Equipped with a failure analysis server connection means for sending, the software failure analysis server receives failure information and collects it. And a defect information notification unit for notifying the developer server of the collected failure information, and the developer server includes a defect information acquisition unit for receiving the failure information from the software defect analysis server. Is characterized by.

The fault notifying means is characterized by generating fault information including a software version, a stop address, a stop time, a memory use condition, and a memory dump.

The mobile phone terminal further includes a database for storing the memory usage status, an application / middleware name that uses the memory and its area when the application or middleware acquires the memory area.
The memory use status of the database is recorded, and on the other hand, when the memory area is released, the application / middleware name that used the released memory area and the memory management means for deleting the record of the area are provided, and the failure notification means The memory dump information is extracted based on the memory usage status stored in the database and included in the failure information.

The mobile phone terminal is characterized by being provided with a start flag for recording the start and end states of the application and managing the start and end states of the application.

When the mobile phone terminal confirms the above-mentioned start flag at the time of starting the mobile phone terminal and shows the end state for all the applications, it operates in the normal mode, and the start state for any application. Is indicated, it operates in the failure notification mode.

The mobile telephone terminal keeps recording the current time as a time log during the operation in the normal mode, and when the operation is started in the failure notification mode, the failure notification means displays the time recorded in the time log. The feature is that it is included in the fault information as the fault occurrence time.

[0012] The communication means of the mobile phone terminal is
Notification including the current time on the mobile phone terminal side, the failure analysis server connection means on the base station side, the current time on the base station side,
The present invention is characterized in that a difference is obtained from the current time on the mobile phone terminal side included in the received failure information, and the failure occurrence time included in the received failure information is corrected based on the difference.

The mobile phone terminal activates the external memory writing means to store the failure information in the external memory when the wireless communication network is not available at the time of restart, and the software failure analysis server uses the external memory reading device. The failure information is read from the external memory via the failure notification means.

The portable telephone terminal stores the memory dump of all the memories in the external memory in addition to the failure information, and the failure notification means of the external memory reading device sends the external memory from the external memory in response to the request from the failure information collecting means. The feature is that necessary memory dump range is cut out and sent.

The portable telephone terminal failure notification system according to the present invention specifies the developer server to be sent from the terminal ID included in the failure information collected by the failure information collecting means, and reports the failure information to the developer server. It is characterized by notifying.

The failure analysis server connection means determines, for each communication with the mobile phone terminal, whether the communication is in the normal mode or the failure notification mode, and if the communication is in the failure notification mode, the application failure analysis is performed. It is characterized by connecting to a server and transmitting fault information.

The mobile phone terminal is characterized by including terminal operation management means for storing the current time when a user operation occurs and the key information relating to the user operation in the database in association with each other.

[0018]

BEST MODE FOR CARRYING OUT THE INVENTION Embodiment 1. FIG. 1 is an overall configuration diagram of the present invention. In the figure, 1 is a mobile phone terminal, 2
Is a base station that communicates with the mobile phone terminal 1, 3 receives a notification of a failure from an application from the mobile phone terminal 1,
Software failure analysis server that collects failure information,
Reference numeral 4 is a developer server which receives notification of failure information from the software failure analysis server 3.

FIG. 2 is a diagram showing the configuration of the portable telephone terminal 1. Reference numeral 11 is an application end identification means for checking the end of the application at startup, 12 is a failure notification means for collecting failure information in the mobile phone terminal 1, 13 is a memory management means for recording the memory usage status of the application,
14 is a time recording means for holding a copy of the current time, and 15
Is a terminal operation management means for recording the button operation of the mobile phone terminal 1, 16 is a communication means for sending the collected failure information to the software failure analysis server 3, and 17 is an external memory writing means for writing the collected failure information to an external memory. is there.

In the software failure analysis server 3 shown in the figure, 18 is a failure information collecting means for receiving failure information from the mobile phone terminal 1 and summarizing the failure content,
Defect information notifying means 19 notifies the developer server of failure information.

In addition, in the base station 2 shown in FIG.
Is a failure analysis server connection means for relaying to the software failure analysis server 3 when failure information is transmitted from the mobile phone terminal 1, 21 is a communication recording means for storing a record of communication of the mobile phone terminal 1 with the base station 2. Is. Further, in the developer server 4 shown in the figure, reference numeral 22 is a defect information acquisition means for receiving the failure information from the software defect analysis server 3.

Next, the operation will be described with reference to the flowchart of FIG. When an error occurs in the application of the mobile phone terminal 1 and the mobile phone terminal 1 is stopped (S1101), the terminal 1 does not normally start up (S1102), and the application end identifying means 11 to the failure notifying means 1
Start up 2. The failure notification means 12 acquires the terminal ID, the software version of the mobile phone terminal 1, the stop address, the stop time, the memory usage status, and the memory dump in which the error has occurred, and generates failure information including these (S110).
3). After that, if communication is possible (S110
4) The communication means 16 (S1105) notifies the failure information.

The base station 2 receives the failure information from the mobile phone terminal 1, and the failure analysis server connection means 20 causes the failure information collection means 18 of the software failure analysis server 3 to operate.
Connect with and send fault information. Thereby, the fault information can be collected from the mobile phone terminal 1 to the defect information collecting means 18.

When the communication is impossible (S1104), the failure information is notified via the external memory writing means 17 (S1106).

Thereafter, the communication recording means 21 collects the communication logs of the base stations (S1107), and the malfunction information collecting means 18 receives the failure information sent from the mobile phone terminal 1. It is confirmed whether or not this failure information is sufficient (S1108), and if there is a failure, additional failure information is acquired from the mobile phone terminal 1 (S1109). After that, the failure information notifying means 19 is activated, and the failure information is notified to the failure information acquiring means 21 of the developer server 4 (S1).
110).

In the present embodiment, the mobile phone terminal is provided with a memory management means, an application end identification means, a time recording means, a failure notification means, a terminal operation management means, and an external memory writing means for notifying a failure state. In addition, the base station is equipped with communication recording means, and is connected to the base station through a telephone network to install a software failure analysis server equipped with failure information collection means and failure information notification means, and a developer server equipped with failure information acquisition means. Then, the mobile phone terminal failure notification system has been described which is characterized by notifying a developer of an internal state when a software failure occurs in a mobile phone terminal and quickly identifying a defective portion.

As described above, when the mobile phone terminal is stopped due to an application failure, the failure information is automatically compiled and notified to the developer when the mobile phone terminal is restarted. It is possible to know immediately what is and can be used as information for analyzing a failure.

Embodiment 2. In the first embodiment, the developer is notified of a failure due to the application of the mobile phone terminal. However, in the present embodiment, in order to efficiently send the memory dump information of the application as failure information, the memory usage status of the application is used. The form which makes it possible to grasp is shown. FIG. 4 is a configuration diagram of a portion for grasping the memory usage status. Reference numeral 201 denotes a phonebook application, which is one of the applications of mobile phone terminals, and 20
2 is the basic software (OS) of the mobile phone terminal, 203
Is a memory management unit, and 204 is a database in which the memory management unit stores the memory usage status.

Next, the operation will be described. When the user of the mobile phone terminal adds one item of the phone book, the phone book application 201 needs a memory area for one item of the phone book. Therefore, the telephone directory application 201
Secures a memory area via the OS 202. At this time, the OS 202 acquires the memory area and, at the same time, notifies the memory management means 203 of the address of the memory area. The memory management means 203 registers this memory area in the database 204.

When the user of the mobile phone terminal deletes one item in the phone book, the phone book application 201 does not need the memory area for the corresponding one item in the phone book. Therefore, the telephone directory application 201 opens the memory area via the OS 202. At this time, the OS 202 releases the memory area and, at the same time, notifies the memory management means 203 of the address of the memory area. Memory management means 203
Retrieves this memory area from the database 204,
delete. The failure notification means extracts the memory dump information based on the memory usage of the database 204 and includes it in the failure information. It is also effective for middleware instead of applications.

In the present embodiment, the memory management means records the application / middleware name and its area in the memory usage status when the application or middleware acquires the memory area, and deletes the recording when the memory area is released. , The mobile phone terminal failure notification system has been described, which refers to the memory usage status of a corresponding application and notifies only necessary memory dump information to the developer when a software problem occurs.

As described above, when the application adds or deletes the memory area, the memory management means 203 reflects the memory area in the database 204.
The memory management unit 203 can grasp the memory area acquired by the failed application when a failure occurs.

Embodiment 3. In the second embodiment, the memory usage status of the application on the mobile phone terminal can be grasped, but in the present embodiment, a mode in which the activation and termination of the application on the mobile phone terminal is managed is shown.

FIG. 5 is a block diagram of a portion for determining the end of the application. Reference numeral 301 is an OS that is the basic software of the mobile phone terminal, 302 is a start flag that records the start and end of each application of the mobile phone, 303 is a phonebook application that is currently being executed, and 304 is a mail application that is called from the phonebook application. is there.

Next, the operation will be described. When the OS 301 recognizes the end of application activation of the mobile phone terminal, and when the application is activated, the activation flag 302 corresponding to the application is set to 1. When the application ends, the activation flag 302 corresponding to the application is set to 0. Figure 5
Then, an example in which the mail address of the telephone directory application 303 is selected and the mail application is started is shown. Here, when a mail address is selected, the phonebook application 303 activates the mail application 304. At the same time, phone book application 3
03 performs termination processing. When the above operation is completed, the OS
The item 301 changes the mail application item of the activation flag 302 from “0” to “1”, and changes the item of the telephone directory application from “1” to “0”.

In the present embodiment, a startup flag is provided so that when the terminal is stopped due to a software defect on the mobile phone terminal, the application running at that time can store the terminal stop without performing the termination processing. , A mobile phone terminal failure notification system characterized by managing the start and end of applications has been described.

As described above, since the start-up state of each application can be grasped from the start-up flag, even when the mobile phone terminal is stopped due to the trouble due to the application, the stop due to the failure can be judged by looking at the start-up flag.

Fourth Embodiment In the above embodiment, the failure due to the application of the mobile phone terminal is notified to the developer as failure information. In the present embodiment, the normal mode in which the mobile phone terminal performs a normal operation at startup, An embodiment for automatically determining a failure notification mode for making a failure notification will be described.

FIG. 6 is a configuration diagram for determining two operation modes. Reference numeral 401 is an application end identification means for managing the start and end of the application, 402 is an activation flag for grasping whether or not the application is activated, 403 is software activated in the normal mode, and 404 is a failure notification means activated in the failure notification mode. is there.

Next, the operation will be described with reference to the flowchart of FIG. When the mobile phone terminal is activated (S170
1) First, the application end identifying unit 401 is activated, and the activation flag 402 is confirmed (S1702). If it can be confirmed that all the applications have ended normally (S1703), the mobile phone terminal is started up in the normal mode (S1704). If it is confirmed that one of the applications did not end normally (S1703), the mobile phone terminal operates in the failure notification mode (S1705), and the stack in the OS and the program counter are placed in different areas. Evacuate. After that, the failure notification means 404 is activated to prepare for failure notification. In the example of FIG. 6, when the application end identifying unit 401 confirms the activation flag 402, the item of the telephone directory application is “1”. This is considered to be a failure in the phone book application on the mobile phone terminal last time, the mobile phone terminal operates in the failure notification mode, and the failure notification means 404 is activated.

In the present embodiment, the mobile phone terminal has two modes, a normal mode and a failure notification mode. When the terminal is started, it is confirmed whether the terminal was normally performing the termination processing last time, and which mode is started. The mobile phone terminal failure notification system, which is characterized by automatically determining whether or not, has been described.

As described above, by separating the normal mode and the fault notification mode, the state at the time of the fault occurrence can be maintained and the fault notification can be reliably performed.

Fifth Embodiment The present embodiment shows a mode in which the occurrence time of a failure is recorded.

FIG. 8 is a block diagram of a portion for recording time. 501a and 501b are clock functions for managing the current time, 502a and 502b are time recording means, 503a,
A time log 503b holds a backup of the current time acquired from the time recording means.

Next, the operation will be described. When the mobile phone terminal is operating in the normal mode, the time recording means 502
a acquires the current time from the clock function 501a at regular intervals and records it in the time log 503a. As a result, the time log 503a is always updated to the current time. When the mobile phone terminal is stopped due to an application failure, the clock function 501a continues to record the current time, but the time log 503a remains the time when the mobile phone terminal stopped.

On the other hand, when the mobile phone terminal is started up in the failure notification mode, the time recording means 502b does not acquire the current time from the clock function 501b for every fixed period. In response to the time acquisition request from the failure notification means, the time recording means 502b reports the time information of the time log 503b as the failure occurrence time and the time information of the clock function 501b as the current time.

In the present embodiment, the portable telephone terminal failure notification system is described in which the time recording means always records the current time during normal operation in order to record the time when the failure occurs.

As described above, in addition to the clock function for recording the current time, by having the time log for recording the time when the failure occurs, the failure occurrence time can be notified as failure information.

Sixth Embodiment The fifth embodiment records the occurrence time of a failure by the application on the mobile phone terminal, but the present embodiment shows a form in which the occurrence time of the failure is corrected.

FIG. 9 is a block diagram of a portion for time correction. Reference numeral 601 is a base station, 602 is a failure analysis server connection means which is activated when failure information is acquired from a mobile phone terminal,
Reference numeral 603 is a communication recording means for recording a communication record with the mobile phone terminal, and 604 is a clock function for recording the current time on the base station.

Next, the operation will be described. The base station 601 that has received the failure information from the mobile phone terminal extracts the current time from the failure information and simultaneously acquires the current time from the clock function 604. The difference between these current times is calculated, and correction is performed so that the failure occurrence time on the mobile phone terminal matches the time in the communication log on the base station. The calculation formula is as follows. "Fault occurrence time after correction on mobile phone terminal" = "Fault occurrence time in fault information" + "Clock function 5"
04 current time- "current time in failure information"

In this embodiment, since the time when a failure occurs is synchronized between the terminal and the base station, the current time of the terminal is also notified when the terminal notifies the failure, and the failure occurrence time is corrected on the base station. The mobile phone terminal failure notification system characterized by enabling the above has been described.

As described above, by correcting the failure occurrence time of the mobile phone terminal based on the difference between the current time in the mobile phone terminal and the current time in the base station 601, recording of the failure by the application and at that time It is possible to match the communication records of the communication recording unit 603 that have been performed.

Embodiment 7. In the above embodiment, the failure due to the application of the mobile phone terminal is notified to the developer by using the wireless communication network. However, in the present embodiment, the wireless communication network cannot be used when the mobile phone terminal is restarted. In this case, a form is shown in which failure information is notified via an external memory.

FIG. 10 is a block diagram of an external memory recording means and an external memory reading device according to the seventh embodiment. 70
1 is a mobile phone terminal, 702 is a failure notification means in the mobile phone terminal, 703 is an external memory writing means, 704 is an external memory, 705 is an external memory reading device, 706 is a failure notification means in the external memory reading device, and 707 is The software defect analysis server 708 is a defect information collecting means.

Next, the operation will be described with reference to the flowchart of FIG. When the mobile phone terminal is restarted due to a failure due to an application and communication is impossible due to, for example, a failure of the communication part or communication is crowded (S1201), the failure notification unit 702 is externally connected. The memory writing means 703 is activated. The external memory writing unit 703 is an external memory 704 for the mobile phone terminal.
It is confirmed that is attached (S1202). If it is attached, the failure notification is written to the external memory 704 (S1204). With the above operation, the failure notification mode of the mobile phone terminal ends. At a later date, the external memory 704 in which the failure information is stored is brought into a service center or the like and connected to the external memory reading device 705. By the failure notification means 706 in the external memory reading device 705, the external memory 7
The failure information is retrieved from 04, and the failure information is notified to the failure information collecting means 708 in the software failure analysis server 707.

In this embodiment, when the wireless communication network cannot be used when the mobile phone terminal is restarted, the external memory writing means is activated to store the failure information in the external memory such as a memory card, and the external memory The mobile phone terminal failure notification system characterized by reading failure information via the reading device has been described.

As described above, since the failure information can be notified via the external memory without using the wireless network of the mobile phone, even if the mobile phone terminal cannot communicate, a failure occurs. Information can be sent to the developer server.

Embodiment 8. In the seventh embodiment, the failure due to the application of the mobile phone terminal is notified to the developer by using the external memory. However, in the present embodiment, when the failure information is notified via the external memory,
3 shows an embodiment that enables additional requests for information.

FIG. 12 is a block diagram of an external memory recording means and an external memory reading device according to the eighth embodiment. 80
1 is a mobile phone terminal, 802 is a failure notification means in the mobile phone terminal, 803 is an external memory writing means, 804 is an external memory, 805 is an external memory reading device, 806 is a failure notification means in the external memory reading device, and 807 is The software defect analysis server 808 is a defect information collecting means.

Next, the operation will be described. When the mobile phone terminal is activated in the failure notification mode, the failure notification is stored in the external memory 804 according to the procedure described in the seventh embodiment. If the external memory 804 has a sufficient space, in addition to this, the entire memory of the mobile phone terminal is dumped and the result is stored in the external memory 804. The fault information in the external memory 804 is analyzed by the defect information collecting unit 808 via the fault notifying unit 806 in the external memory reading device 805, and when additional information is required, the fault notifying unit 806 is notified. Request additional. Upon receiving the addition request, the failure notification unit 806 searches all the memory dumps stored in the external memory 804, cuts out the necessary memory dump range, and sends it to the defect information collection unit 808.

In the present embodiment, a memory dump of all the memories is stored in the external memory in addition to the failure information so that the memory dump addition request from the defect information collecting means can be dealt with. The telephone terminal failure notification system was explained.

As described above, even in the fault information notification via the external memory, since the related memory dump information can be additionally acquired, the fault notification equivalent to that via the communication can be performed.

Ninth Embodiment In the present embodiment, a form is shown in which an application defect collection server determines to which developer server fault information is to be sent.

FIG. 13 is a block diagram of the defect information collecting means. 901 is a software defect analysis server, 902
Is defect information collecting means, 903 is defect information notifying means,
904a, 904b, 904c are developer servers, 905
Reference characters a, 905b and 905c are defect information receiving means.

Next, the operation will be described. Failure information notifying means 903 on software failure analysis server 901
When the failure information is received from the failure information collecting unit 902, the terminal ID is extracted from the failure information. Of this terminal ID,
For example, assume that the upper 3 digits represent the model and the lower 6 digits are the serial number. At this time, using the first three digits of the terminal ID as a key, the developer server corresponding to this mobile phone terminal is searched. In the example of FIG. 13, if the terminal ID is “ABC123456”, the search key is “ABC” and the developer server name is “kaihatsu3”.
You can search. From this search result, the defect information notification means 903 causes the searched developer server 904c (kaihatsu
It connects to the defect information receiving means 905c of 3) and notifies the failure information.

The present embodiment is characterized in that the developer server to be sent is specified from the terminal ID included in the failure information collected by the failure information collecting means, and the failure information is notified to the developer server. The mobile phone terminal failure notification system has been described.

As described above, since the developer server is specified from the terminal ID of the mobile phone terminal and the failure notification is given, the developer of the mobile phone terminal need only pay attention to the specific developer server. It is possible to quickly respond to the failure notification.

Tenth Embodiment In this embodiment, the base station separates the failure information from the information received from the mobile phone terminal, and when the failure information is received, the mobile phone terminal and the application failure analysis server are connected.

FIG. 14 is a block diagram of the failure analysis server connection means. 1001 is a base station, 1002 is a failure analysis server connection unit, 1003 is a header part in normal communication, 1004 is a header part in failure notification communication,
Reference numeral 1005 is an application failure analysis server.

Next, the operation will be described with reference to the flowchart of FIG. In this example, when the communication with the mobile phone terminal is in the normal mode, the header portion is sent in the format 1003. The failure analysis server connection means 1002
When this header is sent (S1302), it is determined to be normal communication, and normal connection work is performed (S130).
3). When the mobile phone terminal is in the failure notification mode, the communication is sent in the form of the header portion 1004.
When the header of this form is sent, the failure analysis server connection unit 1002 performs reception in the failure mode (S1).
304), still the application failure analysis server 10
If not connected to 05 (S1305), a connection is made (S1306).

In the present embodiment, the failure analysis server connection means determines whether it is normal communication or failure notification communication for each communication with the mobile phone terminal, and in the case of failure notification, it connects to the application failure analysis server and fails. The mobile phone terminal failure notification system, which is characterized by transmitting information, has been described.

As described above, it is possible to automatically judge whether the mobile phone terminal is operating in the normal mode or the failure notification mode from the header portion of the communication sent from the mobile phone terminal. After the base station receives the failure notification,
It is possible to automatically connect to the application failure analysis server.

Eleventh Embodiment The present embodiment shows a mode in which the user operation of the mobile phone terminal is recorded and the operation that caused the failure can be recorded.

FIG. 16 is a block diagram showing a method of recording a user operation. Reference numeral 1401 is a mobile phone terminal, 1402 is a button operated by a user, 1403 is basic software (OS) of the mobile phone terminal, 1404 is a terminal operation management means for recording and managing user operations, 1405 is a database for recording operations, and 1406 is currently It is a clock function that records the time.

Next, the operation will be described. When the user of the mobile phone terminal 1401 presses the button 1402 on the terminal, a key interrupt is input to the OS 1403. At this time, O
In step S1403, the key information is notified to the terminal operation management unit 1404. Terminal operation management means 1404 that received the notification
Stores the key information in the database 1405 together with the current time acquired from the clock function 1406.

In the present embodiment, the terminal operation management means for recording the user operation on the portable telephone terminal is provided, and the operation causing the failure by the application can be traced by associating the operation log with the failure information at the time of failure analysis. The mobile phone fault notification system characterized by

As described above, since the key operation by the user can be accumulated in the database one by one, when the application causes a failure, it is possible to trace the immediately preceding user operation, which is useful for analyzing the failure. You can

[0079]

When the mobile phone terminal is stopped due to an application failure, the failure information is automatically compiled and notified to the developer when the mobile phone terminal is restarted. Therefore, the developer knows that the application of the mobile phone terminal has a failure. It can be immediately known and can be used as information for analyzing a failure.

When an application adds or deletes a memory area, the memory management means 203 reflects the memory area in the database 204. Therefore, the memory management means 203 is acquired by the faulty application when a failure occurs. The memory area can be grasped.

Since the start-up state of each application can be grasped from the start-up flag, even if the mobile phone terminal is stopped due to a failure due to the application, it is possible to judge the stop due to the failure by looking at the start-up flag.

By separating the normal mode and the fault notification mode, the state at the time of the fault occurrence can be maintained and the fault notification can be reliably performed.

In addition to the clock function for recording the current time, by having a time log for recording the time at the time of failure,
The failure occurrence time can be notified as failure information.

The current time in the mobile phone terminal and the base station 60
By correcting the failure occurrence time of the mobile phone terminal based on the difference in the current time in 1, the recording of the failure by the application and the communication recording means 603 being performed at that time
It is possible to match the communication records of.

Since the failure information can be notified via the external memory without using the wireless network of the mobile phone, the failure information can be sent to the developer server even if the mobile phone terminal cannot communicate. Can be sent to.

Even in the failure information notification via the external memory,
Since related memory dump information can be additionally acquired, it is possible to issue a failure notification equivalent to the case of via communication.

Since the developer server is specified by the terminal ID of the mobile phone terminal and the failure notification is given, the developer of the mobile phone terminal only needs to pay attention to the specific developer server, and can respond to the failure notification. Can be done quickly.

From the header portion of the communication sent from the mobile phone terminal, it is possible to automatically determine whether the mobile phone terminal is operating in the normal mode or the failure notification mode. After receiving, the application failure analysis server can be automatically connected.

Since the key operation by the user can be accumulated in the database one by one, when the application causes a failure, it is possible to trace the immediately preceding user operation, which can be useful for analyzing the failure.

[Brief description of drawings]

FIG. 1 is a configuration diagram showing the entire invention.

FIG. 2 is a configuration diagram of a mobile phone terminal of the present invention.

FIG. 3 is a flowchart of a part of the fault notification according to the present invention.

FIG. 4 is a configuration diagram of a portion for grasping a memory use status of the present invention.

FIG. 5 is a configuration diagram of a portion that determines the end of the application of the present invention.

FIG. 6 is a configuration diagram for operating two operation modes of the present invention.

FIG. 7 is a flowchart showing an operation of determining a mode when the mobile phone terminal of the present invention is activated.

FIG. 8 is a configuration diagram of a portion for recording time according to the present invention.

FIG. 9 is a configuration diagram of a portion for time correction according to the present invention.

FIG. 10 is a configuration diagram of an external memory recording unit and an external memory reading device according to the present invention.

FIG. 11 is a flowchart of a part for sending failure information to the application failure analysis server of this invention.

FIG. 12 is a configuration diagram of an external memory recording unit and an external memory reading device according to the present invention.

FIG. 13 is a block diagram of the defect information collecting means of the present invention.

FIG. 14 is a block diagram of the failure analysis server connection means of the present invention.

FIG. 15 is a flowchart diagram when the base station of the present invention receives a communication from a mobile phone terminal.

FIG. 16 is a configuration diagram showing a method of recording a user operation of the present invention.

FIG. 17 is a configuration diagram showing a conventional communication system and communication method.

[Explanation of symbols]

1 mobile phone terminal, 2 base station, 3 software defect analysis server, 4 developer server, 10 wireless phone,
50 information management center, 60 base station, 51 analysis computer device, 52 large capacity memory, 53 network control unit, 201 phonebook application, 202 basic software of mobile phone terminal (O
S), 203 memory management means, 204 database, 301OS, 302 startup flag, 303 phonebook application, 304 mail application,
401 application end identification means, 402 start flag, 4
03 software, 404 failure notification means, 501a
Clock function, 501b clock function, 502a time recording means, 502b time recording means, 503a time log,
503b Time log, 601 Base station, 602 Failure analysis server connection means, 603 Communication recording means, 604
Clock function, 701 mobile phone terminal, 702 failure notification means, 703 external memory writing means, 704 external memory, 705 external memory reading device, 706 failure notification means, 707 software failure analysis server, 708
Defect information collecting means, 801 Mobile phone terminal, 802
Failure notification means, 803 External memory writing means, 80
4 external memory, 805 external memory reading device, 806
Failure notification means, 807 software failure analysis server, 808 Failure information collection means, 901 Software failure analysis server, 902 Failure information collection means, 9
03 Failure information notification means, 904a Developer server,
904b Developer Server, 904c Developer Server, 9
05a Defect information receiving means, 905b Defect information receiving means, 905c Defect information receiving means, 1001 Base station, 1002 Defect analysis server connection means, 1003
Header part in normal communication, 1004 Header part in communication of failure notification, 1005 Application defect analysis server, 1401 Mobile phone terminal, 140
2 buttons, 1403 basic software (OS), 14
04 terminal operation management means, 1405 database, 1
406 Clock function.

   ─────────────────────────────────────────────────── ─── Continued front page    F term (reference) 5B089 GA11 GA26 HA13 JA35 JA36                       JB17 KA12 MC03 MC05                 5K042 AA06 CA02 CA13 DA32 EA01                       LA15                 5K067 AA26 BB04 DD28 EE02 EE10                       EE16 FF18 FF31 HH23 KK15                       LL01                 5K101 LL12 MM07 NN21

Claims (12)

[Claims] 1. A mobile phone terminal failure notification system comprising a mobile phone terminal, a base station connected to the telephone network, a software failure analysis server connected to the telephone network, and a developer server connectable from the software failure analysis server. However, if the mobile phone terminal is stopped due to an error in the application,
Equipped with application termination identification means for activating failure notification means, failure notification means for generating failure information, and communication means for notifying failure information.The base station receives the failure information from the mobile phone terminal and performs software failure analysis. The software failure analysis server has means for connecting to the server and transmitting the received failure information to the software failure analysis server, and the software failure analysis server receives the failure information and collects the failure information collection means and the collected failure information. A mobile phone terminal failure notification system, comprising: failure information notification means for notifying a developer server, wherein the developer server includes failure information acquisition means for receiving failure information from a software failure analysis server. 2. The mobile phone terminal failure notification system according to claim 1, wherein the failure notification means generates failure information including a software version, a stop address, a stop time, a memory usage status, and a memory dump. 3. The mobile phone terminal further stores a database that stores the memory usage status, the application / middleware name and the area that use the memory when the application or middleware acquires the memory area, and the memory usage status of the database. Application that was using the released memory area when releasing the memory area
A middleware name and memory management means for erasing the record of the area are provided, and the failure notification means extracts the memory dump information based on the memory usage status stored in the database and includes it in the failure information. Item 1. A mobile phone terminal failure notification system according to item 1. 4. The mobile phone terminal failure notification according to claim 1, wherein the mobile phone terminal is provided with an activation flag for recording the activation and termination states of the application, and manages the activation and termination states of the application. system. 5. The mobile phone terminal checks the startup flag when the mobile phone terminal is started up, and when all the applications indicate an end state, operates as a normal mode and starts up for any application. 5. The mobile phone terminal failure notification system according to claim 4, wherein the mobile phone terminal failure notification system operates in failure notification mode. 6. The mobile phone terminal keeps recording the current time as a time log during the operation in the normal mode, and when the operation starts in the failure notification mode, it is recorded in the time log by the failure notification means. The mobile phone terminal failure notification system according to claim 5, wherein time is included in the failure information as a failure occurrence time. 7. The communication means of the mobile phone terminal notifies the failure information including the current time on the mobile phone terminal side, and the defect analysis server connection means on the base station side notifies the current time on the base station side and the reception time. 7. The mobile phone according to claim 6, wherein a difference is obtained from the current time of the mobile phone terminal side included in the received failure information, and the failure occurrence time included in the received failure information is corrected based on the difference. Terminal failure notification system. 8. The mobile phone terminal activates the external memory writing means to store the failure information in the external memory when the wireless communication network is not available at the time of restart, and the software failure analysis server uses the external memory. 2. The mobile phone terminal failure notification system according to claim 1, wherein the failure information is read from the external memory via the failure notification means of the reading device. 9. The mobile phone terminal stores, in the external memory, a memory dump of the entire memory in addition to the failure information, and the failure notification means of the external memory reading device responds to a request from the failure information collection means to externally access the external memory. 9. The mobile phone terminal failure notification system according to claim 8, wherein a necessary memory dump range is cut out from the memory and sent. 10. The developer server to be sent is specified from the terminal ID included in the failure information collected by the failure information collecting means, and the failure information is notified to the developer server. The mobile phone terminal failure notification system described. 11. The failure analysis server connection means determines, for each communication with a mobile phone terminal, whether the communication is in a normal mode or a failure notification mode,
The mobile phone terminal failure notification system according to claim 5, wherein in the case of communication in the failure notification mode, the failure information is transmitted by connecting to an application failure analysis server. 12. The mobile phone terminal is provided with a terminal operation management means for associating the current time when a user operation occurs with the key information related to the user operation and accumulating them in a database. 1. The mobile phone terminal failure notification system according to 1.