JP2014089631A - Portable terminal, control method for portable terminal and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a mechanism capable of performing caching without making a user aware thereof even when a failure occurs in a network in the case of transmitting data from a portable terminal to a Web server, and capable of performing data retransmission processing and the notification of a problem on an application which has occurred in the retransmission to the user in accordance with the state change of the network.SOLUTION: Whether or not a network state is normal is determined in order to transmit data input by a user in the Web browser of a portable terminal to a Web application server, and when it is determined that the network state is normal, the data are transmitted to the Web application server, and when a failure occurs, the data are registered in an untransmitted data storage means. When the state of the network is normal, and the failure is restored, untransmitted data registered in the untransmitted data storage means are transmitted. In this case, there is possibility that an error as an application occurs. When it occurs, a user is warned of the error.

Description

  The present invention relates to a technique for preventing data loss when there is a failure in a network when data input by a web browser is transmitted to a web application server (hereinafter abbreviated as a web server).

  There may be a problem in the process of performing input to a form displayed on a web browser (hereinafter abbreviated as a browser) of an information processing apparatus (including a personal computer and a portable terminal) and sending (Submit) to a web server. For example, the input data is incomplete and the web server cannot process correctly. In such a case, the data entered by the user on the web server side is used so as not to waste the form data entered. There is a way to restore the restored screen.

  However, when the transmission to the web server cannot be performed due to poor network connection, the restored screen on the web server side cannot be returned, and the method depends on the browser cache.

  The above is not a problem when there is a low possibility of a failure occurring in the network, such as when data is input from a browser on a personal computer via a LAN in a company and data is transmitted to a web server. This is because there is a high possibility that the problem can be avoided in a relatively short time by retrying even if a failure occurs temporarily. Also, in the case of a personal computer with a wide screen, the browser that entered the data is iconified (minimized), etc., and the data is left so that it does not interfere with subsequent operations (use the browser cache) It is easy to do.

  However, a large problem arises when there is a high probability that a network failure (including disconnection due to the absence of radio waves) will occur, such as when using a mobile terminal (mobile terminal) browser.

  That is, it is not realistic to leave the browser without closing it until the network is connected, and not to erase the input data from the browser cache as in the personal computer described above.

  In Patent Literature 1, an event (data or the like) is received from an application server and is transmitted to another application server, via a broker.

  The broker provides a technique for storing the event transmitted from the application server in a local queue, checking the network disconnection status, and transmitting it if it is active in the connected state (event transmission is possible).

JP 2011-76603 A

  However, in Patent Document 1, even if there is no problem in the connection state of the network, since it is stored once in the local queue, the load on the broker increases when the frequency of transmission is high. In particular, Patent Document 1 describes a technique in which both an application and a broker operate on a portable terminal. However, in recent years, there are cases where a businessman uses a mobile terminal on the go and transmits a large amount of data to a company web server. In this case, as described above, there is a problem that the load on the portable terminal becomes very high.

  In view of the above problems, the present invention enables caching without causing the user to be aware of a failure in the network when transmitting data from the mobile terminal to the web server. Accordingly, an object of the present invention is to provide a mechanism for notifying a user of an application problem that has occurred in data retransmission processing and retransmission.

  The present invention is a mobile terminal that can be connected to a web application server via a network, the input receiving means for receiving data input by a user in the web browser of the mobile terminal, and the data received by the input receiving means, When the network status determining means for determining whether the network status is normal or faulty for transmission to the web application server, and when the network status determining means determines that the network status is normal Data transmission means for transmitting the data to the web application server, and whether or not the processing of the application in the web application server for the data transmitted by the data transmission means is successful. A processing result receiving unit that receives from the processing result determining unit that determines whether or not the result received by the processing result receiving unit is successful, and the network state determining unit determines that the network state is faulty, Alternatively, when the processing result determination unit determines that the processing of the application is not successful, the data is registered in the untransmitted data storage unit and the untransmitted data storage unit that registers the data in the untransmitted data storage unit. Data acquisition means for acquiring the data, and the data transmission means further determines the network status by the network status determination means for the untransmitted data registered in the untransmitted data storage means. When it is determined that it is normal and has recovered from the failure, the data acquisition means Get the data of the transmission, and transmits.

  According to the present invention, when data is transmitted from a mobile terminal to a web server, even if a failure occurs in the network, it is possible to perform caching without causing the user to be aware of the data. It is possible to provide a mechanism for notifying a user of an application problem that has occurred during retransmission processing and retransmission.

It is a figure which shows an example of the system configuration | structure concerning embodiment of this invention. It is a block diagram which shows an example of the hardware constitutions of the portable terminal concerning embodiment of this invention. It is a figure which shows an example of GUI (graphical user interface) of the portable terminal concerning embodiment of this invention. It is a figure which shows an example of the data structure which stores the untransmitted data concerning embodiment of this invention. It is a flowchart which shows an example of the process which checks the state of a network with respect to the data which the user concerning embodiment of this invention inputs, and transmits. It is a flowchart which shows an example of the process which performs the retry of preservation | save of unsent data and retransmission based on embodiment of this invention.

  Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

  FIG. 1 is a diagram illustrating an example of a system configuration according to an embodiment of the present invention.

  In the system configuration according to the present embodiment, a mobile terminal 101 is connected to a web server 102 via a network 103 (such as a LAN connected within the company) and 104 (such as the Internet connected outside the company).

  Although FIG. 1 shows an example in which the mobile terminal 101 is connected to a web server 102 built in the company at the outside location, this is merely an example. The web server 102 may be another company's Internet service, and the mobile terminal 101 may be connected to the same in-house web server 102 by in-house wireless communication or the like. Further, the mobile terminal 101 may access the web server 102 not only via the Internet but also via a public line (a mobile phone carrier line) in part.

  The mobile terminal 101 receives a user operation by a web browser (browser), accesses a web application of the web server 102, and displays a text input field, a radio button, and the like on the browser (HTML5 or the like). Further, the user input operation is accepted, and the user input is transmitted to the web server 102.

  The web server 102 receives the above transmission result and processes it according to the logic in the web application. Depending on the processing, the processing result may be sent back to the mobile terminal 101 and displayed on the browser of the mobile terminal 101.

  FIG. 2 is a block diagram showing an example of a hardware configuration of the mobile terminal 101 according to the embodiment of the present invention. The present invention can also be applied to other information processing apparatuses, that is, the web server 102.

  As shown in FIG. 2, a mobile terminal 101 includes a CPU (Central Processing Unit) 201, a RAM (Random Access Memory) 203, a ROM (Read Only Memory) 202, an input controller 205, a video controller 206, a system bus 204, and the like. A configuration in which a memory controller 207, a communication I / F controller 208, and the like are connected is adopted.

  The CPU 201 comprehensively controls each device and controller connected to the system bus 204.

  Further, the ROM 202 or the external memory 211 will be described later, which is necessary for realizing the functions executed by each server or each PC, such as BIOS (Basic Input / Output System) and OS (Operating System) which are control programs of the CPU 201. Various programs are stored. Further, information necessary for carrying out the present invention is stored. The external memory may be a database.

  The RAM 203 functions as a main memory, work area, and the like for the CPU 201. The CPU 201 implements various operations by loading a program or the like necessary for executing the processing from the ROM 202 or the external memory 211 to the RAM 203 and executing the loaded program.

  The input controller 205 controls input from a keyboard (KB) 209 or a pointing device such as a mouse (not shown).

  The video controller 206 controls display on a display device such as the display 210. The display device may be a display device such as a liquid crystal display. These are used by the administrator as needed.

  The memory controller 207 is an external storage device (hard disk (HD)), flexible disk (FD), or PCMCIA (Personal Computer) that stores a boot program, various applications, font data, user files, editing files, various data, and the like. Controls access to an external memory 211 such as a Compact Flash (registered trademark) memory connected to a Memory Card International Association (Card Memory) card slot via an adapter.

  The communication I / F controller 208 connects and communicates with an external device via the networks 103 and 104, and executes communication control processing in the network. For example, communication using TCP / IP (Transmission Control Protocol / Internet Protocol) is possible.

  The CPU 201 can display on the display 210 by executing an outline font rasterization process on a display information area in the RAM 203, for example. Further, the CPU 201 enables a user instruction using a mouse cursor (not shown) on the display 210.

  Various programs to be described later for realizing the present invention are recorded in the external memory 211 and executed by the CPU 201 by being loaded into the RAM 203 as necessary. Furthermore, definition files and various information tables used when executing the program are also stored in the external memory 211, and a detailed description thereof will be described later.

  FIG. 3 is a diagram showing an example of a GUI (Graphical User Interface) of the mobile terminal according to the embodiment of the present invention. As an example of a GUI, a browser is used as an example, and data is transmitted / received by inputting into a form sent from the web server 102 according to the processing order.

  The display screen of the portable terminal 101a shows a state in which the inventory allocation screen is displayed in the inventory management system form and the input acceptance from the user is completed. In the number input field 301a, “25” is input as a numerical value.

  When the user presses the send button 302, the order ID, the product ID, the number, and the like are not displayed on this screen, but if there is input data, it is sent (submit) to the web server 102. Further, when the user presses the end button 303, the input to the form is ended, and an operation such as returning to another screen (for example, the top screen of the application) is performed.

  The display screen of the mobile terminal 101b shows a state in which a message indicating that data transmission cannot be performed because “the network has failed” as a result of pressing the transmission button 302 on the mobile terminal 101a is displayed. Since the mobile terminal 101 can be used in various places (for example, in a train) by the user, the frequency of the occurrence of a network disconnection (network failure) due to some other circumstances such as the inability to connect to the network. high. When the network is available (for example, after getting off the train), a message to store the message is displayed so that it is automatically retransmitted. As a result, the user can perform other operations on the mobile terminal 101.

  In the conventional technique, if the web browser is closed, the data input by the user is not stored. Even if a mechanism for storing data is incorporated on the application side, after a certain amount of time has elapsed, the user must search for a data storage location, acquire data from the storage location, and attempt to transmit data again.

  Next, the mobile terminal 101c is a display screen when the network can be used as described above, and automatically stored data is acquired and retransmitted.

  The message 305 is an explanation that an error has occurred on the web server 102 side (although the data could be transmitted without any problem in the network state). That is, for example, the inventory management system database is checked with respect to the number of inventory allocations specified in 301a, ie 25, and as a result of the lack of quantity, the inventory management system returns a message when it operates normally. Error ". The date and time (306) indicates that the data is the first data transmitted to “2012/10/13 11:21” as the order ID “08080”. Also, the date and time (307) indicates that when the stored data has passed a predetermined time, which will be described later, the last time when confirming whether to continue the network confirmation without deleting the data stored in the user is “ 2012/10/13 11:31 ".

  When the user presses the “Yes” button (308), the portable terminal 101 returns to the screen 101a and prompts the user to edit (101d described later). When receiving the press of the “No” button (309), the mobile terminal 101 performs an operation such as returning to another screen (for example, the top screen of the application).

  The display screen of the portable terminal 101d is changed in the display form like the number input field 301b based on the error information returned from the application on the web server 102 side (in the above example, the inventory management system) (2 in 301b). The user is prompted to change the value of the heavy frame, other background color, character font and color).

  This completes the description of the processing in the portable terminal 101 using the display screens 101a to 101d shown in FIG.

  FIG. 4 is a diagram showing an example of a data configuration for storing untransmitted data according to the embodiment of the present invention. This is a data configuration of the local storage (untransmitted data storage unit 400) for temporarily storing data when transmission of data input by the user in the mobile terminal 101 fails due to a network failure.

  The untransmitted data storage unit 400 is a database including data items such as an ID 401 (data to be stored), an initial transmission date and time 402, a final retransmission attempt date and time 403, an elapsed time 404, and a data storage destination 405.

  The ID 401 is an identifier for specifying one record in the untransmitted data storage unit 400 and stored data 410 (to be described later) corresponding to the record one-to-one.

  The initial transmission date and time 402 is the date and time when the stored data 410 is first transmitted from the mobile terminal 101 to the web server 102. That is, the date and time when the user transmits the stored data 410 for the first time in the mobile terminal 101 and stores it when an error occurs due to a network failure.

  The last retransmission attempt date and time 403 is the date and time when the network status is checked to transmit the stored data 410 from the portable terminal 101 to the web server 102. That is, after the stored data 410 is stored in the untransmitted data storage unit 400 at the initial transmission date and time 402, the process of automatically confirming the network state is repeated until transmission is possible. Even if transmission is possible, there is a possibility that an application error will occur and the message will remain stored. The transmission date / time at that time is stored in the last retransmission attempt date / time 403.

  The elapsed time 404 is a time interval from the first transmission or transmission attempt to the last transmission attempt in the time of automatically repeating transmission as described above. When the elapsed time 404 exceeds a predetermined time interval, as will be described later with respect to the processing of the flowchart of FIG. 6, whether or not to continue standby (a state in which the stored data 410 remains stored in the untransmitted data storage unit 400) is determined. Confirm with the user.

  The aforementioned “predetermined time” is registered in a storage unit (not shown). This registration may be the same for all stored data 410 or may be different.

  In the above description, the “predetermined time interval” is described, but “predetermined time” may be used. In the case of “predetermined time”, the elapsed time 404 is not necessary as a data item.

  In addition, when data remains stored after a “predetermined time interval” for each stored data 410, the user is inquired whether to keep the stored state. When the standby is continued, the elapsed time 404 is reset. That is, after resetting, the “predetermined time interval” is measured again.

  The data storage destination 405 indicates a specific location where data that could not be transmitted is stored. When the local storage can store arbitrary binary data, the substance of the stored data 410 may be stored in the data storage destination 405. As will be described later, the stored data is actually stored in one file, and the storage position of one stored data 410 may be specified based on the ID 401.

  The stored data 410 is an entity for storing one piece of data. For example, each storage data 410 is a file, or a partial area corresponding to the ID 401 in one file as described above. Or you may register as binary data of a database instead of the above-mentioned file.

  As an example of storing in a file, there is a configuration in which “data name” and “value” are registered in pairs for each input data. As an example of using a database, “key value format” storage can be used. Alternatively, a data structure such as storing a tag name and a value corresponding to the tag in a markup language format such as XML is possible. Alternatively, the storage format may be configured in a table format (table format) using a relational database. Any other format is possible.

  Next, transmission processing of data input to the application form from the portable terminal 101 to the web server 102 will be described using the flowcharts of FIGS. 5 and 6.

  FIG. 5 is a flowchart showing an example of processing for checking the network status and transmitting data input by the user according to the embodiment of the present invention. Each step from S501 to S512 in FIG. 5 is executed by the CPU 201 of the mobile terminal 101, and each step from S521 to S525 is executed by the web server 102.

  In step S <b> 501, the mobile terminal 101 receives a user data input on an application form screen (for example, 101 a in FIG. 3) received from the web server 102 (input reception unit).

  In step S502, an operation for a user form is accepted. In the example of FIG. 3, pressing of the transmission button 302 and the end button 303 by the user is accepted.

  In step S503, it is determined whether the user operation in step S502 is a press of an “end” button. If the “End” button is pressed (YES), the flowchart ends. If not, specifically, if the “Send” button is pressed (NO), the process proceeds to S504.

  In S504, it is confirmed whether or not the networks 103 and 104 for transmitting input data from the portable terminal 101 to the web server 102 are in a transmittable state (normal state) (network state determination unit).

  In S505, when the determination result in S504 is “normal” (in the case of YES), the process proceeds to S506. If there is a failure (NO), the process proceeds to S508.

  In step S <b> 506, data input to the application form accepted in step S <b> 501 is transmitted to the web server 102.

  In S521, the data transmitted from the portable terminal 101 in S506 is received.

  In S522, data processing by the application is performed. Specifically, processing is performed for each corresponding application and application function based on the data received in S521.

  In S523, it is determined whether or not the data processing by the application is successful (processing result determination unit). In the case of success (in the case of YES), the process proceeds to S524. If there is an error (NO), the process proceeds to S525.

  In step S524, the mobile terminal 101 is notified that the processing of the application has been successful.

  In step S507, the web server 102 accepts that the application process has been successful (processing result accepting unit). Thereafter, if the data is stored in the untransmitted data storage unit, the data is deleted (untransmitted data deleting unit), and the process of the flowchart of FIG. 5 is completed.

  In S525, 101 is notified of an error.

In S510, the fact that the processing of the application is an error is received from the web server 102 (processing result receiving unit).
In the flowchart of FIG. 5, on the web server 102 side, the processing result determined in S523 is notified by S524 and S525, and is received in S507 and S510 of the mobile terminal 101. However, after the processing result is received by the mobile terminal 101, it may be determined whether to proceed to S507 or S510 depending on the content of the processing result.

  In S511, an error message is displayed on the screen of the portable terminal 101, and the user confirms whether the subsequent response is “re-editing the data input in S501”. Specifically, for example, the screen 101c in FIG. 3 is displayed, and pressing of the “Yes” button (308) or the “No” button (309) is accepted.

  In S512, it is determined whether or not the confirmation result to the user is “re-edit”. If the confirmation result is re-editing (in the case of YES), the process returns to S501. Specifically, as shown in the screen (101d) of FIG. 3, the display form of the input field where the error has occurred is changed, and the items to be reedited by the user are displayed in an easy-to-understand manner. This screen may be received from the application of the web server 102 together with an error notification. Information for specifying an error item may be received, and the display form may be changed in the browser of the mobile terminal 101. That is, the method for changing the display form is not limited. When the confirmation result is not re-editing (in the case of NO), the processing of the flowchart of FIG. 5 is completed.

S508 is a subroutine that is processed when the network is not normal. Although details will be described with reference to FIG. 6, user input data is once stored in the untransmitted data storage unit 400 due to a network failure, and control for retransmission is performed. When “retransmission” is performed as the processing result of FIG. 6 (in the case of YES), the process proceeds to S506 (already described). When “retransmission” is not performed, that is, “end” (“end of standby state”) (in the case of NO), the processing of the flowchart of FIG. 5 is completed.
Above, description of the process of the flowchart of FIG. 5 is completed.

  FIG. 6 is a flowchart showing an example of processing for storing untransmitted data and retrying retransmission according to the embodiment of the present invention. Each step in FIG. 6 is executed by the CPU 201 of the mobile terminal 101. The processing of the flowchart of FIG. 6 is executed in FIG. 5 when the network status is confirmed before sending the user input data in the browser to the web server 102, and it is determined that it is not normal (has a failure). Is done.

  In S601, data that has not been transmitted (cannot be transmitted due to a network failure) is stored in the local storage (untransmitted data registration unit). Specifically, the data is stored in a database in the portable terminal 101 having the data configuration described with reference to FIG. Further, as an example of the local storage, there is a permanent storage defined by the RFC specification of HTML5, so that the function may be used.

  In S602, the elapsed time of the stored data is initialized. Specifically, the elapsed time 404 in FIG. 4 corresponding to the stored data 410 is set to zero.

  In step S603, it is periodically checked whether the network state has recovered from the “transmission disabled” state to “normal”.

  In step S604, it is determined whether or not the network state checked above is normal. If it is normal (in the case of YES), the process proceeds to S605. If transmission is still impossible (NO), the process proceeds to S607.

  In S605, the storage data 410 stored in the local storage is acquired (data acquisition unit).

  In S606, the stored data 410 is designated to be “retransmitted”, and the flowchart of FIG. 6 is completed.

  In S607, in order to inquire the user whether to store the stored data in the untransmitted data storage means, the elapsed time or time is confirmed. Specifically, the elapsed time 404 in FIG. 4 is acquired for each stored data, and compared with the above-mentioned “predetermined time interval” to calculate whether or not it has elapsed. Alternatively, when the inquiry is determined based on the “predetermined time” as described above, it is calculated whether or not the current time (such as the system time of the portable terminal 101) has elapsed.

  In S608, it is determined whether or not the “predetermined time interval” or “predetermined time” has elapsed in S607 based on the calculated result. If it has elapsed (in the case of YES), the process proceeds to S609. If it has not elapsed (in the case of NO), the process proceeds to S603.

  In step S609, the user of the portable terminal 101 is notified of whether or not to continue the standby state for retransmission of stored data and receives the result (continuous registration confirmation notifying unit). Specifically, in 101d of FIG. 3, the pressing of the “Send” button (302) or the “End” button (303) is accepted.

  In S610, it is determined whether or not to continue the retransmission standby state while storing the stored data 410 in the untransmitted data storage unit 400. Specifically, when the button received in S609 is the “end” button (303) (NO), the process proceeds to S611. In the case of the “Send” button (302) (in the case of YES), the process proceeds to S613.

  In S611, the stored data 410 stored in the untransmitted data storage unit 400 is deleted (untransmitted data deleting unit).

  In S612, “end of standby state” is designated and the flowchart of FIG. 6 is completed.

  In S613, the elapsed time in FIG. 4 is reset (0), and the process proceeds to S613.

  In the above description, the process of the flowchart of FIG. 6 is a subroutine corresponding to S508 of FIG. However, in S508, the process of the flowchart in FIG. 6 may be started only as another process (child process). As a result, without proceeding to the next step (S506, S509), the process of the flowchart is once completed so that the user can perform other work. From the flowchart of FIG. 6, “retransmission” and “end of standby state” are performed. It may be implemented so that subsequent processing is resumed at the returned stage.

  As described above, even if there is a network failure, the processing in the flowcharts described with reference to FIGS. 5 and 6 does not require the user to explicitly instruct data storage in the mobile terminal 101, and the browser being worked on (corresponding to the current application) ), And other work can be started.

  In addition, with the method described above, data entered by the user into the browser, especially for business applications, can be stored until the network recovers without losing a large amount of input data. It becomes.

  Further, the stored data 410 of the untransmitted data storage unit 400 can obtain an effect that the user can be made aware when the network state is recovered.

  Furthermore, when an error occurs as a result of transmission to the web server 102 and processing by the web application, it is possible to prompt the user to re-edit.

  It should be noted that the configuration and contents of the various data described above are not limited to this, and it goes without saying that the various data and configurations are configured according to the application and purpose.

  Although one embodiment has been described above, the present invention can take an embodiment as, for example, a system, apparatus, method, program, or recording medium, and specifically includes a plurality of devices. The present invention may be applied to a system including a single device.

  The program according to the present invention is a program that allows a computer to execute the processing methods of the flowcharts shown in FIGS. 5 and 6. The storage medium according to the present invention is a program that allows the computer to execute the processing methods of FIGS. Is remembered. Note that the program in the present invention may be a program for each processing method of each apparatus shown in FIGS.

  As described above, a recording medium that records a program that implements the functions of the above-described embodiments is supplied to a system or apparatus, and a computer (or CPU or MPU) of the system or apparatus stores the program stored in the recording medium. It goes without saying that the object of the present invention can also be achieved by executing the reading.

  In this case, the program itself read from the recording medium realizes the novel function of the present invention, and the recording medium storing the program constitutes the present invention.

  As a recording medium for supplying the program, for example, a flexible disk, hard disk, optical disk, magneto-optical disk, CD-ROM, CD-R, DVD-ROM, magnetic tape, nonvolatile memory card, ROM, EEPROM, silicon A disk, solid state drive, or the like can be used.

  Further, by executing the program read by the computer, not only the functions of the above-described embodiments are realized, but also an OS (operating system) operating on the computer based on an instruction of the program is actually It goes without saying that a case where the function of the above-described embodiment is realized by performing part or all of the processing and the processing is included.

  Furthermore, after the program read from the recording medium is written to the memory provided in the function expansion board inserted into the computer or the function expansion unit connected to the computer, the function expansion board is based on the instructions of the program code. It goes without saying that the case where the CPU or the like provided in the function expansion unit performs part or all of the actual processing and the functions of the above-described embodiments are realized by the processing.

  Further, the present invention may be applied to a system composed of a plurality of devices or an apparatus composed of a single device. Needless to say, the present invention can be applied to a case where the present invention is achieved by supplying a program to a system or apparatus. In this case, by reading a recording medium storing a program for achieving the present invention into the system or apparatus, the system or apparatus can enjoy the effects of the present invention. Furthermore, by downloading and reading a program for achieving the present invention from a server, database, etc. on a network using a communication program, the system or apparatus can enjoy the effects of the present invention.

  In addition, all the structures which combined each embodiment mentioned above and its modification are also included in this invention.

101 Mobile terminal 102 Web server 103 Network 104 Network 401 ID
402 Initial transmission date and time 403 Last retransmission attempt date and time 404 Elapsed time 405 Data storage destination 410 Stored data

Claims (5)

A mobile terminal that can be connected to a web application server via a network,
Input receiving means for receiving data input by a user in the web browser of the mobile terminal;
Network status determining means for determining whether the network status is normal or faulty in order to transmit the data received by the input receiving means to the web application server;
If the network state determination means determines that the network state is normal, data transmission means for transmitting the data to the web application server;
Processing result receiving means for receiving from the web application server whether or not the processing of the application in the web application server for the data transmitted by the data transmitting means is successful;
Processing result determination means for determining whether the result received by the processing result reception means is successful;
When the network state determination unit determines that the network state is a failure, or when the processing result determination unit determines that the processing of the application is not successful, the data is stored in the untransmitted data storage unit. Unsent data registration means for registration,
Data acquisition means for acquiring the data registered in the untransmitted data storage means;
With
The data transmission means further includes:
If the network state determination unit determines that the network state is normal and has recovered from the failure with respect to the untransmitted data registered in the unsent data storage unit, the data acquisition unit A portable terminal characterized by acquiring and transmitting the untransmitted data. If the processing result determination means succeeds, unsent data deletion means for deleting the data registered in the unsent data storage means;
Further comprising
The input receiving means further includes:
2. The mobile terminal according to claim 1, wherein if the process is not successful by the process result determination unit, the user is allowed to re-edit the data and accept the re-edit result as an input. For the unsent data registered in the unsent data storage unit, the user of the portable terminal continues to register the data in the unsent data storage unit based on the passage of a predetermined time or time. Continuous registration confirmation notifying means for notifying whether or not to perform,
The unsent data deletion means further includes:
When the user confirmation result confirmed by the continuous registration confirmation notifying means does not continue the data registration, the data is deleted from the untransmitted data storage means. Is a portable terminal according to claim 2. A method of controlling a mobile terminal that can be connected to a web application server via a network,
An input receiving step for receiving data input by a user in the web browser of the mobile terminal;
A network status determination step for determining whether the network status is normal or faulty in order for the network status determination means to transmit the data received in the input reception step to the web application server;
If the data transmission means determines that the network status is normal by the network status determination step, the data transmission step of transmitting the data to the web application server;
A processing result receiving unit that receives from the web application server whether or not the processing of the application in the web application server for the data transmitted by the data transmitting step is successful;
A processing result determining means for determining whether the result received by the processing result receiving step is successful;
If the unsent data registration means determines that the network status is a failure in the network status determination step, or if the processing result determination step determines that the processing of the application is not successful, the data Unsent data registration step for registering the unsent data in the unsent data storage means,
A data acquisition step in which the data acquisition means acquires the data registered in the untransmitted data storage means;
With
The data transmission step further includes:
For the unsent data registered in the unsent data storage means, if the network status determining step determines that the network status is normal and has recovered from the failure, the data acquiring step A method for controlling a portable terminal, comprising acquiring and transmitting untransmitted data. A program for causing a computer to function as a mobile terminal that can be connected to a web application server via a network,
The computer,
Input receiving means for receiving data input by the user in the web browser of the mobile terminal;
Network status determining means for determining whether the network status is normal or faulty in order to transmit the data received by the input receiving means to the web application server;
Data transmission means for transmitting the data to the web application server when the network state determination means determines that the network state is normal;
Processing result receiving means for receiving from the web application server whether or not the processing of the application in the web application server for the data transmitted by the data transmitting means has succeeded;
Processing result determination means for determining whether or not the result received by the processing result reception means is successful;
When the network state determination unit determines that the network state is a failure, or when the processing result determination unit determines that the processing of the application is not successful, the data is stored in the untransmitted data storage unit. Unsent data registration means to register,
Data acquisition means for acquiring the data registered in the untransmitted data storage means;
Function as
The data transmission means further includes:
If the network state determination unit determines that the network state is normal and has recovered from the failure with respect to the untransmitted data registered in the unsent data storage unit, the data acquisition unit A program characterized in that the unsent data is acquired and transmitted.

Images