JP5137338B2 - Information processing apparatus, information processing server, information processing apparatus control method, information processing server control method, and program - Google Patents

Description

  The present invention relates to an information processing apparatus, an information processing server, an information processing apparatus control method, an information processing server control method, and a program that can resume an interrupted electronic commerce process.

  In recent years, with the advancement of information technology, electronic commerce has become active.

  When performing electronic commerce, it is necessary to exchange various information between a product purchaser's computer and a product seller's computer. The information exchanged includes, for example, information related to the product to be traded, information such as the name and address of the product purchaser, and information related to payment.

In addition, regarding electronic commerce, various technologies have been developed such as a technology that can prevent double ordering and double settlement of goods (for example, see Patent Document 1).
JP 2004-348269 A

  By the way, when performing electronic commerce, processing of electronic commerce may be interrupted depending on the state of a computer of a business partner or the state of a communication line. In this case, in order to perform the electronic commerce again, the process must be performed again from the beginning.

  However, for example, if the electronic commerce process is interrupted after the payment process for the product has been completed, the electronic commerce process must be performed from the beginning, preventing double payment of the price. It is necessary to take special measures such as This complicates the program. Also, the user has to repeat the same procedure, which is complicated.

  The present invention has been made in view of the above problems, and an information processing apparatus, an information processing server, a control method for the information processing apparatus, a control method for the information processing server, and a program capable of resuming the suspended electronic commerce process from the next The main purpose is to provide

In order to solve the above-described problem, the present invention provides a start request transmission unit that transmits an electronic commerce start request to an information processing server that is communicably connected, and a plurality of processing steps that are sequentially executed when the electronic commerce is performed. Among them, the processing step management table for storing processing step specifying information indicating the processing step currently being executed, and the processing step specifying information stored in the processing step management table each time a new processing step is executed, A processing step specifying information updating unit for updating to processing step specifying information indicating a new processing step, an execution request transmitting unit for transmitting a transaction execution request to the information processing server in each processing step, and the information processing A return code receiving unit for receiving a return code indicating an execution result of the transaction from the server; and the return code. Process but to indicate that the transaction is not completed successfully, that the the electronic commerce to suspend transaction interruption, when resuming the interrupted electronic commerce, stored in said processing step management table An electronic commerce execution starting unit that starts the electronic commerce from a processing step specified by step specifying information, and the processing step specifying information update unit, when the transaction suspending unit interrupts the electronic commerce, When the return code indicates that the electronic commerce is to be executed from the beginning at the next execution, the processing step specifying information stored in the processing step management table is used as the processing step specifying the processing step at the top of the electronic commerce. If the information is updated and the return code indicates that the electronic commerce will be continued from the next execution, It is not performed the update process steps specific information stored in the processing step management table information processing apparatus according to claim.

  By such an aspect, even if the electronic commerce process between the information processing apparatus and the information processing server is interrupted, the electronic commerce process can be resumed from the next. The interruption of the electronic commerce occurs, for example, when the information processing server interrupts the electronic commerce process due to an increase in load or the like, or when communication with the information processing server is interrupted.

  By such an aspect, it becomes possible not to resume the interrupted electronic commerce from the continuation. That is, in this case, when the electronic commerce is executed next time, the electronic commerce is a newly started transaction regardless of the interrupted electronic commerce. This is because it may be preferable to start a new electronic commerce rather than resume the interrupted electronic commerce from the next. For example, when an information processing server tried to execute a process for transferring the price of a product to a specified bank account in response to a request from the information processing apparatus, it could not be transferred due to a shortage of balance, so electronic commerce If the payment is interrupted, the transfer cannot be made even if it is continued again. In this case, it is better that the information processing server sends a message notifying the balance shortage to the information processing device and terminates the electronic commerce. In this way, for example, the user can abandon the purchase of the product or start a new electronic commerce transaction to purchase a cheap product within the balance.

Here, the information processing apparatus may be a mobile phone.
When electronic commerce with an information processing server is performed using a mobile phone, information is exchanged via wireless communication. If the radio wave condition is poor, information exchange may not be performed correctly or communication may be interrupted. There is a case. According to the present invention, even if the electronic commerce process is interrupted, the electronic commerce process can be resumed from the continuation. It is beneficial.

The electronic commerce may be an electronic commerce for receiving an issue of electronic money.
In recent years, electronic money has been stored (charged) in advance in an IC card or a mobile phone, and can be used like cash in various stores. Since electronic money is used in the same way as cash, it is required to be charged immediately. In addition, there should be no error in the amount of money when charging electronic money. According to the present invention, even if the process for receiving electronic money issuance is interrupted, the process can be resumed from the next, so that the electronic money can be charged quickly and accurately. It becomes possible.

  In addition, the problems disclosed in the present application and the solutions thereof will be clarified by the column of the best mode for carrying out the invention and the drawings.

  The suspended electronic commerce process can be resumed from the next.

=== Example of Overall Configuration ===
The information processing apparatus described in the claims can be configured as a user terminal 100 as shown in FIG. 1, for example. The information processing server described in the claims can be configured as an electronic money charge management server 200 as shown in FIG.

  Although details will be described later, the user terminal 100 performs electronic commerce for receiving electronic money by communicating with the electronic money charge management server 200, the electronic money issuing server 300, and the bank server 400. Further, the electronic money charge management server 200 performs electronic commerce for issuing electronic money by communicating with the user terminal 100.

  As shown in FIG. 1, the electronic money charge management server 200, the electronic money issue server 300, the bank server 400, and the user terminal 100 are communicably connected via a network 500 to constitute an information processing system 1000.

  The electronic money charge management server 200 is a computer that guarantees to an electronic money issuer that a user has been charged for electronic money when the user purchases (charges) electronic money. Thereby, the issuer of electronic money transmits the electronic money to the user terminal 100 through the electronic money issue server 300.

  The user terminal 100 is a computer operated by a user who purchases (charges) electronic money. The user terminal 100 can be, for example, a personal computer or a mobile phone that the user has. In the case where electronic money can be charged using an ATM automatic teller machine installed in a bank or a convenience store, the ATM automatic teller machine can be used as the user terminal 100. When the mobile phone is the user terminal 100, the user terminal 100 includes a non-contact IC chip for storing charged electronic money. When the personal computer is the user terminal 100, the user terminal 100 includes an electronic money writing device for writing charged electronic money on a user-owned IC card in which a non-contact IC chip is incorporated. Further, when the ATM automatic teller machine is the user terminal 100, the user terminal 100 may be a user-owned IC card in which a non-contact IC chip is incorporated or a non-contact IC chip included in the user's mobile phone. An electronic money writing device for writing charged electronic money is provided.

The bank server 400 is a computer included in a financial institution that transfers electronic money from an account of a user who purchases electronic money to an account of an electronic money issuer.
The electronic money issuer server 300 is a computer that an electronic money issuer issues electronic money to a user who has applied for purchase of electronic money.

=== Configuration of Electronic Money Charge Management Server, User Terminal, Electronic Money Issuing Server, and Bank Server ===
Next, each structure of the electronic money charge management server 200, the user terminal 100, the electronic money issue server 300, and the bank server 400 will be described. The electronic money charge management server 200, the user terminal 100, the electronic money issuing server 300, and the bank server 400 are all computers, and the hardware configuration is basically the same. Therefore, these hardware configurations are summarized in one block diagram and shown in FIG. In addition, FIG. 3 to FIG. 12 show programs and tables for realizing each of these functions.

<Configuration of electronic money charge management server>
The electronic money charge management server 200 includes a CPU (Central Processing Unit) 210, a memory 220, a port 230, a recording medium reading device 240, an input device 250, an output device 260, and a storage device 280.

  The CPU 210 is responsible for overall control of the electronic money charge management server 200, and is an electronic money charge management server control program 710 stored in the storage device 280 (corresponding to a program executed by the information processing server described in the claims). ) Is read out and executed in the memory 220, thereby realizing the function as the electronic money charge management server 200. For example, the electronic money charge management server control program 710 is executed by the CPU 210 and cooperates with hardware devices such as the memory 220, the port 230, the input device 250, the output device 260, and the storage device 280. A start request receiving unit, a transaction management table, a processing step updating unit, and an electronic commerce starting unit are realized.

The recording medium reading device 240 is a device for reading and writing programs and data recorded on the recording medium 800. The read program and data are stored in the memory 220 and the storage device 280.
As the recording medium 800, a flexible disk, a magnetic tape, a compact disk, a semiconductor memory, a non-contact wireless IC chip, or the like can be used.

  The input device 250 is a device used for inputting data to the electronic money charge management server 200 by an operator or the like, and functions as a user interface. For example, a keyboard or a mouse can be used as the input device 250. The output device 260 is a device for outputting information to the outside and functions as a user interface. For example, a display or a printer can be used as the output device 260.

  The port 230 is a device for performing communication. For example, communication with other computers performed via the network 500 is performed via the port 230.

  The storage device 280 is, for example, a hard disk drive. As shown in FIG. 4, the storage device 280 includes an electronic money charge management server control program 710, a transaction table 610 (corresponding to the transaction management table described in the claims), an error information table 620, and a status transition table 670. Remembered. A transaction table 610 is shown in FIG. An error information table 620 is shown in FIG. A status transition table 670 is shown in FIG. Details will be described later.

<Configuration of user terminal>
The user terminal 100 includes a CPU 110, a memory 120, a port 130, a recording medium reading device 140, an input device 150, an output device 160, and a storage device 180. The functions of these devices are the same as those of the devices included in the electronic money charge management server 200 described above.

  The CPU 110 reads out the user terminal control program 700 (corresponding to a program to be executed by the information processing apparatus described in the claims) stored in the storage device 180 to the memory 120 and executes it, so that the user terminal 100 Realize the function. For example, the user terminal control program 700 is executed by the CPU 110 and cooperates with hardware devices such as the memory 120, the port 130, the input device 150, the output device 160, the storage device 180, and the like. A transmission unit, a processing step management table, a processing step specifying information update unit, and an electronic commerce execution start unit are realized.

  When the user terminal 100 is a mobile phone, the user terminal 100 includes a non-contact IC chip 170. The non-contact type IC chip 170 is an IC chip used for a user to use electronic money, stores the balance of electronic money, and performs wireless communication with an electronic money handling terminal installed in a store or the like. The balance of the electronic money to be stored is increased or decreased according to the consumption or charge of the electronic money. The non-contact IC chip 170 stores an electronic money number used as user identification information. Details will be described later.

  Further, when the user terminal 100 is a personal computer or an ATM cash dispenser, the user terminal 100 is a non-built-in IC card or mobile phone that is built into the user according to the consumption or charge of electronic money by the user. Communication with the contact IC chip is performed via the recording medium reading device 140 to increase or decrease the balance of electronic money.

  The storage device 180 of the user terminal 100 stores a user terminal control program 700 and a processing status management table 660 (corresponding to the processing step management table described in the claims). This is shown in FIG. A processing status management table 660 is shown in FIG. Details will be described later.

<Configuration of electronic money issuing server>
The electronic money issuing server 300 includes a CPU 310, a memory 320, a port 330, a recording medium reading device 340, an input device 350, an output device 360, and a storage device 380. The functions of these devices are the same as those of the devices included in the electronic money charge management server 200 described above.

  An electronic money issuing server control program 720 is stored in the storage device 380 of the electronic money issuing server 300. This is shown in FIG. By executing the electronic money issuing server control program 720 by the CPU 310, various functions as the electronic money issuing server 300 are realized. The storage device 380 stores an electronic money management table 630. An electronic money management table 630 is shown in FIG. Details will be described later.

<Configuration of bank server>
The bank server 400 includes a CPU 410, a memory 420, a port 430, a recording medium reading device 440, an input device 450, an output device 460, and a storage device 480. The functions of these devices are the same as those of the devices included in the electronic money charge management server 200 described above.

  A bank server control program 730 is stored in the storage device 480 of the bank server 400. This is shown in FIG. By executing the bank server control program 730 by the CPU 410, various functions as the bank server 400 are realized. The storage device 480 stores a user management table 640 and an account management table 650. A user management table 640 is shown in FIG. An account management table 650 is shown in FIG. Details will be described later.

=== Flow of processing when charging electronic money ===
Next, processing in the case of performing an electronic commerce between the user terminal 100 and the electronic money charge management server 200 will be described in detail. Here, the case where the user of the user terminal 100 purchases electronic money by transferring the money to the bank account of the electronic money issuer and charges the user terminal 100 with the electronic money is shown in FIGS. 13 to 16 as an example. It demonstrates according to the flowchart shown.

  First, the user terminal 100 executes charge amount input acceptance processing (S1000). In the charge amount input acceptance process, the user terminal 100 accepts input of electronic money purchase amount (charge amount). Then, the user terminal 100 stores the reception date and time in the “acceptance date” column of the processing status management table 660 shown in FIG. 7, and stores the charge amount in the “charge amount” column (FIG. 7A).

  Next, the user terminal 100 transmits the charge amount and the electronic money number to the electronic money charge management server 200 together with a request for starting electronic commerce (S1010). Here, the electronic money number is identification information stored in the non-contact type IC chip 170 for using electronic money. The electronic money number is registered and managed by the electronic money issuer, and the electronic money issuer can identify the user by the electronic money number.

  Subsequently, when receiving the charge amount and the electronic money number, the electronic money charge management server 200 performs an electronic money charge start request receiving process (S1020). Details of the electronic money charge start request acceptance process are shown in FIG.

  As shown in FIG. 15, the electronic money charge management server 200 first checks a message when a charge amount and an electronic money number are transmitted from the user terminal 100 (S2000, S2010). The message check includes a check of whether or not the message conforms to a predetermined format, and a check of setting contents such as a fixed character string, a character type, the number of digits, and an effective range constituting the message. When an error is detected in the electronic message check, the electronic money charge management server 200 records the error content in the error information table 620 (S2050) and notifies the user terminal 100 of the error. As shown in FIG. 9, the error information table 620 records an error code indicating the content of the error in association with the electronic money number.

  Subsequently, the electronic money charge management server 200 checks the service time (S2020, S2030). The service time check includes, for example, a check of whether or not the bank server 400 and the electronic money issuing server 300 are not operating for maintenance work. The service time can be acquired by referring to a table (not shown) stored in the storage device 280 of the electronic money charge management server 200. If it is outside the service time, the electronic money charge management server 200 records the error content in the error information table 620 (S2050), and notifies the user terminal 100 accordingly.

  Subsequently, the electronic money charge management server 200 generates EDI (Electronic Data Interchange) information (identification information of electronic commerce) (S2040). The EDI information can be a value expressed in, for example, a 33-digit number according to a prescribed format based on the system date and serial number. For example, the serial number is cyclically used from 1 to 1000000 in bank code units, and the database object SEQUENCE is used. The serial number may not be treated as an error even if an omission occurs. Further, even when an electronic money charge start request is already received from the user terminal 100 and a transaction for which charge processing has not been completed remains, EDI information is generated as another transaction.

  Next, the electronic money charge management server 200 records various information such as the EDI information in the transaction table 610 shown in FIG. 8 (corresponding to the transaction management table described in the claims) (S2050). In the transaction table 610, “acceptance date and time”, “bank code”, “electronic money number”, “EDI information”, and “charge amount” are recorded.

  In the “acceptance date and time” column, the date and time when the electronic money charge management server 200 receives the charge amount and the electronic money number from the user terminal 100 is recorded. In the “bank code” column, the identification number of the bank to which the electronic money purchase price is transferred is recorded. In the “electronic money number” column, an electronic money number transmitted from the user terminal 100 is recorded. In the “EDI information” column, the generated EDI number is recorded. In the “charge amount” column, the charge amount transmitted from the user terminal 100 is recorded.

  The electronic money charge management server 200 identifies each transaction by combining the electronic money number and the EDI information.

  Returning to FIG. 13, after executing the electronic money charge start request receiving process, the electronic money charge management server 200 transmits the charge amount, EDI number, and bank server identification information to the user terminal 100 (S1030). . The identification information of the bank server is used for the user terminal 100 to communicate with the bank server 400, and may be the URL of the bank server 400. The bank that transfers the money for electronic money can be a bank selected or designated in advance by the user, can be a bank designated by the administrator of the electronic money charge management server 200, It can also be a bank designated by the issuer.

  Upon receiving the charge amount, EDI number, and bank server identification information from the electronic money charge management server 200, the user terminal 100 stores the received EDI number in the “EDI information” column of the processing status management table 660 shown in FIG. . Then, the user terminal 100 transmits a login request to the bank server 400 (S1040). The login request includes a user ID and password for logging in to the bank server 400.

  The bank server 400 refers to the user management table 640 shown in FIG. 11 and determines whether or not login is possible by checking the user ID and password transmitted from the user terminal 100. When permitting login, the bank server 400 notifies the user terminal 100 to that effect (S1050). The password may be various biological information such as information indicating a palm vein pattern, or a one-time password.

  When the login is permitted, the user terminal 100 accepts an input of transfer details (S1060). The transfer contents include, for example, information for specifying an account from which the price is deducted and information for specifying a transfer requester. Information for designating a bank account for transfer and information for designating a transfer date may be included.

  Then, the user terminal 100 transmits the transfer details to the bank server 400 (S1070).

  Next, the bank server 400 transmits screen data indicating the transfer contents to the user terminal 100 in order to make the user confirm the transfer contents (S1080). The user terminal 100 stores the session ID of communication with the bank server 400 in the “session ID” column of the processing status management table 660 (FIG. 7B).

  In S1080, when the user viewing the screen data indicating the transfer contents transmitted from the bank server 400 inputs the instruction to execute the transfer, the user terminal 100 transfers the transfer to the electronic money charge management server 200. An execution instruction, a session ID, EDI information, and an electronic money number are transmitted (S1090).

  Here, the session ID transmitted to the electronic money charge management server 200 is a session ID of communication (S1040 to S1080) performed by the user terminal 100 with the bank server 400. The screen data transmitted from the bank server 300 to the user terminal 100 in S1080 includes information indicating the transfer execution instruction and the session ID transmission destination. For this reason, when the user terminal 100 receives an input for instructing the transfer execution from the user, the user terminal 100 can transmit the transfer execution instruction and the session ID to the electronic money charge management server 200. The session ID, the transfer execution instruction, the EDI information, and the electronic money number may not be transmitted from the user terminal 100 to the electronic money charge management server 200. The user terminal 100 performs communication with the bank server 400. Any form may be used as long as the electronic money charge management server 200 can know the session ID of the communication. For example, the user terminal 100 performs communication between the user terminal 100 and the electronic money charge management server 200 using the session ID of communication performed with the bank server 400, and the user terminal 100 performs electronic money charge management. The server 200 may be configured to transmit a transfer execution instruction, EDI information, and an electronic money number.

  Then, the electronic money charge management server 200 executes a transfer execution instruction request acceptance process (S1100). The details of the transfer execution instruction request acceptance process are shown in FIG.

  As shown in FIG. 16, the electronic money charge management server 200 first checks a message when a transfer execution instruction, a session ID, EDI information, and an electronic money number are transmitted from the user terminal 100 (S3000, S3010). . The message check includes a check of whether or not the message conforms to a predetermined format, and a check of setting contents such as a fixed character string, a character type, the number of digits, and an effective range constituting the message. When an error is detected in the electronic message check, the electronic money charge management server 200 records the error content in the error information table 620 (S3100) and notifies the user terminal 100 of the error.

  The electronic money charge management server 200 also checks the service time (S3000, S3010). If it is outside the service time, the electronic money charge management server 200 records the error content in the error information table 620 (S3100), and notifies the user terminal 100 accordingly.

  The electronic money charge management server 200 also checks whether an entry having the same electronic money number and EDI information is recorded in the transaction table 610 (S3000, S3010).

  Subsequently, the electronic money charge management server 200 communicates with the bank server 400 using the session ID transmitted from the user terminal 100, and transmits a transfer execution instruction (S1110 in FIG. 13 and S3020 in FIG. 16).

  The bank server 400 executes the transfer process in accordance with the transfer execution instruction (S1120 in FIG. 13). The bank server 400 executes the transfer process by updating the balance column of each designated account stored in the account management table 650 shown in FIG. At that time, the bank server 400 uses the session ID when the transfer execution instruction is transmitted from the electronic money charge management server 200 as the session ID used for communication when the transfer content is transmitted from the user terminal 100. Since they are the same, the electronic money charge management server 200 is regarded as the user terminal 100, and the transfer process is executed according to the transfer contents transmitted from the user terminal 100. Then, the bank server 400 transmits the transfer execution result to the electronic money charge management server 200 (S1130 in FIG. 13, S3030 in FIG. 16). The transfer execution result includes a notification that the transfer has been completed. If the transfer is handled the next business day, information to that effect is included.

  When receiving the transfer execution result, the electronic money charge management server 200 executes a transfer execution result receiving process (S1140 in FIG. 13). Details of the transfer execution result acceptance processing are shown in S3040 to S3060 of FIG.

As shown in FIG. 16, first, the electronic money charge management server 200 confirms the transfer date (S3040). When the electronic money charge management server 200 receives a response indicating that the transfer date is “handle next business day”, the electronic money charge management server 200 transmits a next business day treatment confirmation request to the bank server 400 (S3050). As a result, the bank server 400 executes a specified amount withdrawal from the user's account in order to transfer it to the designated account on the next business day. Then, the electronic money charge management server 200 receives a return message from the bank server 400 (S3060). Regardless of whether the transfer is handled on the current day or the next business day, the electronic money charge management server 200 is at this point because the specified amount has been deducted from the user's account. It is possible to guarantee that the transfer from the user's account to the electronic money issuer's account is surely performed.
Then, the electronic money charge management server 200 transmits an electronic money issue request to the electronic money issue server 300 (S1150 in FIG. 13, S3070 in FIG. 16). The electronic money issue request includes an electronic money number, a charge amount, and a transfer execution result.

When receiving the electronic money issue request from the electronic money charge management server 200, the electronic money issue server 300 executes an electronic money issue request acceptance process (S1160 in FIG. 14).
In the electronic money issue request reception process, the electronic money issue server 300 confirms that the transfer has been performed based on the transfer execution result included in the electronic money issue request, and generates a gift number.

  A gift number is information for a user to receive electronic money from an issuer of electronic money. In other words, in order to charge electronic money, a purchaser of electronic money must charge the electronic money by directly communicating with the server of the electronic money issuer. At that time, the electronic money called the gift number is received. For this reason, it is necessary to send information to the electronic money issuer's server. The gift number is stored in the electronic money issuer's server in association with the amount of electronic money to be issued, and when the electronic money issuer's server receives the gift number, the electronic number associated with the gift number is stored. The amount of money is transmitted to the user terminal 100 that has transmitted the gift number.

  The gift number generated by the electronic money issuing server 300 is stored in the electronic money management table 630 (FIG. 10) together with the charge amount and the electronic money number. In the “status” column of the electronic money management table 630, “unissued” indicating a state where the electronic money has not yet been delivered to the user is described.

Then, the electronic money issuing server 300 transmits the generated gift number to the electronic money charge management server 200 (S1170 in FIG. 14 and S3080 in FIG. 16).
Then, the electronic money charge management server 200 transmits the gift number to the user terminal 100 and ends the process (S1180 in FIG. 14 and S3090 in FIG. 16).
Upon receiving the gift number, the user terminal 100 transmits the gift number to the electronic money issuing server 300 (S1190), and issues an electronic money issue request.

The electronic money issuing server 300 updates the “status” field associated with the gift number in the electronic money management table 630 from “not issued” to “issued” (S1200), Money is transmitted to the user terminal 100 (S1210).
Then, the user terminal 100 updates the balance of electronic money stored in the non-contact IC chip (S1220). This completes the charging of electronic money.

=== Status management control when charging electronic money ===
Next, status management control when performing electronic commerce between the user terminal 100 and the electronic money charge management server 200 will be described in detail. Here, the above-described processing when charging electronic money to the user terminal 100 will be described as an example with reference to the flowcharts shown in FIGS.

  First, the user terminal 100 performs activation processing of the user terminal control program 700 (S4000). Then, the user terminal 100 executes electronic money ticketing confirmation processing (S4010), and if not issued, displays a message indicating that it has not been issued on the output device 160 (S4020).

  If the ticket has been issued, the user terminal 100 performs an interruption check (S4030). The interruption check is performed based on whether or not the “electronic money flag” column of the processing status management table 660 shown in FIG. 7 is “0”. The electronic money flag corresponds to the processing step specifying information described in the claims. In the present embodiment, there are three processing steps executed by the user terminal 100 to charge electronic money, and each processing step is identified by an electronic money flag.

  When the value of the electronic money flag is “0”, the user terminal 100 executes a login process (S4200 in FIG. 18). In the login process, identity verification processing such as user password verification and fingerprint verification is performed.

Next, the user terminal 100 executes charge amount input acceptance processing (S4210). In the charge amount input acceptance process, the user terminal 100 accepts input of electronic money purchase amount (charge amount). This charge amount input acceptance process corresponds to S1000 in FIG. Then, the user terminal 100 stores the reception date and time in the “acceptance date” column of the processing status management table 660 shown in FIG. 7, and stores the charge amount in the “charge amount” column (FIG. 7A).
Next, the user terminal 100 performs electronic money charge management server communication control (S4220). The electronic money charge management server communication control corresponds to the processing of S1010 and S1030 in FIG.

In the electronic money charge management server communication control, the user terminal 100 transmits a transaction execution request to the electronic money charge management server 200 together with the charge amount and the electronic money number.
Then, the electronic money charge management server 200 performs an electronic money charge start request reception process. FIG. 20 shows processing executed by the electronic money charge management server.

  First, the electronic money charge management server 200 receives a charge start request from the user terminal 100 (S5000). Then, the electronic money charge management server 200 checks the received message, checks the service time, generates EDI information, etc. (S5010). When the processing is normally completed, the electronic money charge management server 200 records various information such as the generated EDI information in the transaction table 610 shown in FIG. 8 (S5030). At that time, the electronic money charge management server 200 sets “1” in the “flag” column of the transaction table 610. Then, the electronic money charge management server 200 transmits a return code “0” to the user terminal 100 (S5040). The return code is transmitted together with the charge amount, EDI number, and bank server identification information.

On the other hand, when the processing in S5020 is Tsu or a finished successfully, electronic money charge management server 200 transmits the return code "1" to the user terminal 100 (S5050). The return code represents the execution result of the process, and “0” is transmitted when the process ends normally, and “1” is transmitted when the process does not end normally.

  The flag corresponds to the processing step specifying information described in the claims. In the present embodiment, the electronic money charge management server 200 executes nine processing steps, and each processing step is identified by a flag. Each processing step executed by the electronic money charge management server 200 is shown in the status transition table 670 of FIG. In the following description, the processing steps of the money charge management server control program 710 are also referred to as status.

  Returning to FIG. 18, when receiving the charge amount, EDI number, bank server identification information, and return code from the electronic money charge management server 200, the user terminal 100 executes a transfer confirmation screen display process (S4230). Then, the user terminal 100 logs in to the bank server 400 and executes pre-transfer processing such as acceptance of transfer content input (S4240). The processing of S4230 and S4240 corresponds to the processing from S1040 to S1080 in FIG.

When the above process ends, the user terminal 100 updates the electronic money flag stored in the process status management table 660 to “1” (S4250). As a result, the processing step of the user terminal control program 700 has advanced to a new processing step. Further, the user terminal 100 stores the session ID of communication with the bank server 400 in the “session ID” column of the processing status management table 660 (FIG. 7B).
Subsequently, the user terminal 100 executes an electronic money charge management server communication process (S4260). This electronic money charge management server communication process corresponds to the process of S1090 of FIG. 13 and S1180 of FIG.

In the electronic money charge management server communication process, the user terminal 100 transmits a transfer execution instruction, a session ID, EDI information, and an electronic money number to the electronic money charge management server 200.
Then, the electronic money charge management server 200 checks the received message from the user terminal 100 (S6000 and S6010 in FIG. 21).

  As shown in FIG. 21, after checking the received message, the electronic money charge management server 200 executes a process according to the value of the flag (S6020). The value of the flag is stored in the “flag” column of the transaction table 610 shown in FIG. As described above, since the flag is set to “1” in S5030 of FIG. 20, the process proceeds to S6550 and the flag is updated to “2” (S6050). Then, the electronic money charge management server 200 executes a transfer execution process (S6060). Note that the transfer execution processing in S6060 corresponds to S1110, S1130, and S1140 in FIG. 13 and S3020 to S3060 in FIG.

  When the electronic money charge management server 200 receives the transfer execution result from the bank server 400, the electronic money charge management server 200 checks whether or not the transfer execution process has ended normally (S6070). If the transfer execution process does not end normally due to a failure in the bank server 400 or the balance of the user's account being insufficient, the electronic money charge management server 200 executes S6080. . When the electronic money charge management server 200 receives an incomplete page from the bank server 400 due to a shortage of balance, etc., the electronic money charge management server 200 updates the flag of the transaction table 610 to “5” and sets the return code to “1”. A message to that effect is transmitted to the user terminal 100. Then, the process ends (S6090, S6100). If the withdrawal has not been completed, the same result will be obtained even if a transfer execution instruction is transmitted to the bank server 400 again. Therefore, the electronic money charge management server 200 interrupts the electronic commerce to the user terminal 100 and sets the return code to “1” to indicate that the electronic commerce is to be executed from the beginning at the next execution. To 100. On the other hand, the electronic money charge management server 200 updates the flag of the transaction table 610 to “8” when receiving an uncleared page from the bank server 400 or when the communication of the bank server 400 is disconnected. The return code is set to “2” and a message to that effect is transmitted to the user terminal 100. Then, the process ends (S6110, S6120). In this case, the processing may be normally performed by transmitting the transfer execution instruction to the bank server 400 again. Furthermore, since there is a possibility that the user's account has been debited, it is necessary to complete the transaction.

  On the other hand, the user terminal 100 receives the return code “1” or “2” from the electronic money charge management server 200 to detect that the transaction is interrupted (S4270 in FIG. 19). After executing the message display process (S4280), the user terminal 100 clears the electronic money flag value (updates it to “0”) according to the value of the return code or leaves it as it is and ends the process. (S4300, S4310). As will be described in detail later, when the electronic money flag value is cleared and the process ends, the user terminal control program 700 is executed when the electronic money is charged next time, from the first processing step. Be started. On the other hand, when the process is terminated with the value of the electronic money flag as it is, when the user terminal control program 700 is executed next time, the process is started from the previous continuation.

The electronic money charge management server 200 updates the flag stored in the transaction table 610 to “3” when the transfer execution process shown in S6060 of FIG. 21 is completed normally (S6130).
Then, the electronic money charge management server 200 executes a gift issue request process (S6140). The gift issuance request processing corresponds to the processing in S1150 in FIG. 13 and S1170 in FIG. 14, and the processing in S3070 and S3080 in FIG.

  When the gift number is correctly received from the electronic money issuing server 300, the electronic money charge management server 200 updates the flag stored in the transaction table 610 to “9” (S6150 and S6160 in FIG. 21). Then, the electronic money charge management server 200 transmits a gift number together with the return code “0” to the user terminal 100 and ends the process (S6170 in FIG. 21, S1180 in FIG. 14, S3090 in FIG. 16).

  On the other hand, when the gift number has not been correctly received from the electronic money issuing server 300, the electronic money charge management server 200 updates the flag stored in the transaction table 610 to “4” (S6150 in FIG. 21). S6180). Then, the electronic money charge management server 200 transmits a return code “2” to the user terminal 100 and ends the process (S6190 in FIG. 21). When the gift number cannot be received correctly, for example, when a failure occurs in the electronic money issuing server 300, or communication between the electronic money charge management server 200 and the electronic money issuing server 300 is interrupted. Can happen. In this case, since the transfer of the electronic money price from the user to the electronic money issuer has been completed, the issue process of the electronic money is temporarily interrupted, and then the process is performed again so that the gift number is issued to the user. Must be done.

  When the user terminal 100 receives the return code “2” from the electronic money charge management server 200, the user terminal 100 executes each process of S4270, S4280, and S4290 in FIG. 19, and then in S4310, the process status management shown in FIG. The processing ends with the electronic money flag stored in the table 660 unchanged (S4310). Thus, the next time electronic money is charged, it can be executed from the continuation of the previously interrupted processing.

  On the other hand, when the user terminal 100 receives the return code “0” from the electronic money charge management server 200, in S4320 of FIG. 19, the user terminal 100 stores the gift number in the processing status management table 660 and sets the electronic money flag to “ 2 ”(FIG. 7C).

  Upon receiving the gift number, the user terminal 100 executes a gift receiving process (S4330 in FIG. 19). The gift receiving process corresponds to S1190 and S1210 in FIG. That is, the user terminal 100 transmits the gift number stored in the processing status management table 660 to the electronic money issuing server 300 (S1190), and issues an electronic money issuing request. Then, the electronic money issuance server 300 updates the “status” field associated with the gift number in the electronic money management table 630 from “not issued” to “issued” (S1200). Electronic money is transmitted to the user terminal 100 (S1210).

  Here, the electronic money issuing server 300 transmits a return code together with the electronic money. The return code transmitted from the electronic money issuing server 300 includes information indicating whether or not the electronic money has been normally issued. If the electronic money cannot be issued normally, the return code includes information indicating whether recovery is possible.

When receiving the return code from the electronic money issuing server 300, the user terminal 100 checks the content (S4340 in FIG. 19).
When the return code includes information indicating that the electronic money has been issued correctly, the user terminal 100 updates the balance of the electronic money stored in the non-contact IC chip 170 and at the same time the electronic money. Is displayed on the output device 160, and the electronic money flag in the processing status management table 660 is cleared to “0” (S4350, S4400 in FIG. 19 and S1220 in FIG. 14). Note that all items in the processing status management table 660 may be cleared.

  On the other hand, when the return code includes information indicating that the electronic money cannot be issued correctly (S4340 in FIG. 19), the user terminal 100 executes the message display process (S4360), and then recovers. Depending on whether or not the error code is possible, the value of the electronic money flag is cleared (updated to “0”) or left as it is (S4380, S4390). When the value of the electronic money flag is cleared and the process ends, the next time the process for charging the electronic money is executed, the process is started from the beginning. On the other hand, when the process is terminated with the value of the electronic money flag as it is, the next time the process for charging the electronic money is executed, the process is started from the previous continuation.

The electronic money charging process is thus completed.
Then, when the user tries to charge the electronic money next time, the user terminal 100 performs the activation process of the user terminal control program 700 (S4000 in FIG. 17) and the electronic money ticket issue confirmation process (S4010). The interruption check is executed (S4030).
The interruption check is performed based on whether or not the “electronic money flag” column of the processing status management table 660 shown in FIG. 7 is “0”.
When the value of the electronic money flag is “1” or “2”, the user terminal 100 executes a suspension / restart confirmation process (S4040 in FIG. 17). In the interruption resumption confirmation process, the user terminal 100 outputs a message to the output device 160 indicating that the previous process is to be continued.

  When the value of the electronic money flag is “1”, the user terminal 100 executes an electronic money charge management server inquiry process (S4060). In the electronic money charge management server inquiry process, the user terminal 100 transmits a transfer execution instruction, a session ID, EDI information, and an electronic money number to the electronic money charge management server 200 as in S4260. The session ID and EDI information are stored in the processing status management table 660 during the previous processing.

  When the electronic money charge management server 200 receives the transfer execution instruction, the session ID, the EDI information, and the electronic money number from the user terminal 100 (S6000 in FIG. 21), after executing the received message check process (S6010), the transaction table 610 The transaction specified by the EDI information and the electronic money number is executed.

  The electronic money charge management server 200 checks the flag value of the transaction (S6020). If the value of the flag is “4”, the electronic money charge management server 200 sets the flag to “3” because the transfer execution process with the bank server 400 has already been completed in the previous process. (S6130), and a gift issue request process is executed (S6140).

  When the value of the flag is “5”, since the balance is insufficient in the previous process, the electronic money charge management server 200 sends a message notifying that the balance is insufficient together with the return code “1” to the user terminal. It transmits again to 100 (S6030). If the value of the flag is “8”, it means that there was a communication failure or the like in the previous process, so the electronic money charge management server 200 transmits a message notifying that to the user terminal 100 together with the return code “2”. (S6030). If the value of the flag is “9”, since the previous processing has already been completed, the electronic money charge management server 200 transmits a message to that effect together with the return code “0” to the user terminal 100 again. (S6030).

  If the value of the flag is “2” or “3”, the previous process is still in progress, so the electronic money charge management server 200 transmits the return code “2” to the user terminal 100 (S6040). .

Then, the user terminal 100 checks whether or not the process is normally completed according to the return code transmitted from the electronic money charge management server 200 to the user terminal 100 (S4070 in FIG. 17).
When the return code is “1”, the user terminal 100 displays a predetermined message on the output device 160 such as a shortage of balance based on the message transmitted from the electronic money charge management server 200. Thereafter, the electronic money flag is cleared to “0” and the process is terminated (S4110). On the other hand, when the return code is “2”, the user terminal 100 sends a predetermined message such as communication failure with the bank server 400 based on the message transmitted from the electronic money charge management server 200. After displaying on the output device 160, the processing is terminated without clearing the electronic money flag (S4120).
If the return code is “0”, the user terminal 100 stores the gift number received from the electronic money charge management server 200 in the processing status management table 660 and updates the electronic money flag to “2”. (S4080).

Thereafter, the user terminal 100 executes a gift receiving process (S4130). In the gift receiving process, the user terminal 100 transmits the gift number stored in the processing status management table 660 to the electronic money issuing server 300 (S1190 in FIG. 14), and issues an electronic money issuing request.
After the electronic money issuing server 300 performs the electronic money issuing process, the user terminal 100 receives the return code from the electronic money issuing server 300 and checks the content (S4140 in FIG. 18).

  When the return code includes information indicating that the electronic money has been issued correctly, the user terminal 100 updates the balance of the electronic money stored in the non-contact IC chip 170 and at the same time the electronic money. Is displayed on the output device 160, and the electronic money flag in the processing status management table 660 is cleared to "0" (S4150 in FIG. 18, S1220 in FIG. 14). Note that all items in the processing status management table 660 may be cleared. Then, the user terminal 100 starts the login process of S4200 and starts a new process for charging electronic money.

  On the other hand, when the return code from the electronic money issuing server 300 includes information indicating that the electronic money has not been issued correctly (S4140 in FIG. 18), the user terminal 100 has executed the message display process. Later (S4160), the value of the electronic money flag is cleared (updated to “0”) or left as it is, depending on whether or not the error code is recoverable, and the process is terminated (S4180, S4190). When the value of the electronic money flag is cleared and the process ends, the next time the process for charging the electronic money is executed, the process is started from the beginning. On the other hand, when the process is terminated with the value of the electronic money flag as it is, the next time the process for charging the electronic money is executed, the process is started from the previous continuation.

  Although the present embodiment has been described above, according to the present embodiment, even when the process for issuing electronic money between the user terminal 100 and the electronic money charge management server 200 is interrupted, It becomes possible to resume the processing of the electronic commerce from the continuation. This makes it possible to charge electronic money quickly and reliably.

  The above embodiment is for facilitating understanding of the present invention, and is not intended to limit the present invention. The present invention can be changed and improved without departing from the gist thereof, and the present invention includes equivalents thereof.

  For example, the present invention is not limited to the case of purchasing electronic money, but can be widely applied to the purchase of goods or application for services via the Internet. Further, the present invention can be applied to processing performed between the user terminal 100 and the bank server 400 and processing performed between the user terminal 100 and the electronic money issuing server 300.

It is a figure showing the whole information processing system composition concerning this embodiment. It is a figure which shows each structure of the user terminal which concerns on this Embodiment, an electronic money charge management server, an electronic money issue server, and a bank server. It is a figure which shows the memory | storage device of the user terminal which concerns on this Embodiment. It is a figure which shows the memory | storage device of the electronic money charge management server which concerns on this Embodiment. It is a figure which shows the memory | storage device of the electronic money issuing server which concerns on this Embodiment. It is a figure which shows the memory | storage device of the bank server which concerns on this Embodiment. It is a figure which shows the process status management table which concerns on this Embodiment. It is a figure which shows the transaction table which concerns on this Embodiment. It is a figure which shows the error information table which concerns on this Embodiment. It is a figure which shows the electronic money management table which concerns on this Embodiment. It is a figure which shows the user management table which concerns on this Embodiment. It is a figure which shows the account management table which concerns on this Embodiment. It is a flowchart which shows the flow of the electronic money charge process which concerns on this Embodiment. It is a flowchart which shows the flow of the electronic money charge process which concerns on this Embodiment. It is a flowchart which shows the flow of the electronic money charge start request | requirement reception process which concerns on this Embodiment. It is a flowchart which shows the flow of the electronic money charge withdrawal request process which concerns on this Embodiment. It is a flowchart which shows the flow of the status management process in the user terminal which concerns on this Embodiment. It is a flowchart which shows the flow of the status management process in the user terminal which concerns on this Embodiment. It is a flowchart which shows the flow of the status management process in the user terminal which concerns on this Embodiment. It is a flowchart which shows the flow of the status management process in the electronic money charge management server which concerns on this Embodiment. It is a flowchart which shows the flow of the status management process in the electronic money charge management server which concerns on this Embodiment. It is a figure which shows the status transition table which concerns on this Embodiment.

Explanation of symbols

DESCRIPTION OF SYMBOLS 100 User terminal 170 Contactless IC chip 200 Electronic money charge management server 300 Electronic money issue server 400 Bank server 500 Network 610 Transaction table 620 Error information table 630 Electronic money management table 640 User management table 650 Account management table 660 Processing status management table 670 Status transition table 700 User terminal control program 710 Electronic money charge management server control program 720 Electronic money issue server control program 730 Bank server control program 800 Recording medium 1000 Information processing system

Claims (5)

A start request transmission unit that transmits an e-commerce start request to an information processing server that is communicably connected;
A processing step management table that stores processing step specifying information indicating a processing step that is currently being executed among a plurality of processing steps that are sequentially executed when performing the electronic commerce,
A processing step specifying information updating unit that updates processing step specifying information stored in the processing step management table to processing step specifying information indicating the new processing step each time a new processing step is executed;
In each processing step, an execution request transmission unit that transmits an execution request for a transaction to the information processing server;
A return code receiving unit that receives a return code indicating an execution result of the transaction from the information processing server;
If the return code indicates that the transaction did not end normally, a transaction interruption unit that interrupts the electronic commerce;
When resuming the interrupted electronic commerce, an electronic commerce execution starting unit for starting the electronic commerce from the processing step specified by the processing step specifying information stored in the processing step management table;
With
The processing step specifying information updating unit
When the transaction interruption unit interrupts the electronic commerce, if the return code indicates that the electronic commerce is to be executed from the beginning at the next execution, the processing step specifying information stored in the processing step management table Is updated to the processing step specifying information indicating the first processing step of the electronic commerce, and when the return code indicates that the electronic commerce is to be executed at the next execution, it is stored in the processing step management table. The information processing apparatus is characterized by not performing the update of the processing step specifying information to be performed .   The information processing apparatus according to claim 1, wherein the information processing apparatus is a mobile phone.   The information processing apparatus according to claim 1, wherein the electronic commerce is an electronic commerce for receiving an issue of electronic money. A method for controlling an information processing apparatus connected to be communicable with an information processing server,
The information processing device transmits an electronic commerce start request to the information processing server,
Among the plurality of processing steps sequentially executed when the information processing device performs the electronic commerce, processing step specifying information indicating a processing step currently being executed is stored in a processing step management table provided in the information processing device. ,
Each time the information processing apparatus executes a new processing step, the processing step specifying information stored in the processing step management table is updated to processing step specifying information indicating the new processing step.
The information processing apparatus transmits a transaction execution request to the information processing server in each processing step,
The information processing apparatus receives a return code indicating an execution result of the transaction from the information processing server,
When the information processing apparatus indicates that the return transaction has not been completed normally and indicates that the electronic commerce is to be executed from the beginning at the next execution, the information is stored in the processing step management table. Updating the processing step specifying information to the processing step specifying information indicating the first processing step of the electronic commerce, then interrupting the electronic commerce,
When the information processing apparatus indicates that the transaction has not been completed normally and indicates that the electronic commerce is to be continued from the next execution, it is stored in the processing step management table. Without performing the update of the processing step specific information, the electronic commerce is interrupted,
When the information processing apparatus resumes the interrupted electronic commerce, the information processing apparatus starts the electronic commerce from the processing step specified by the processing step specifying information stored in the processing step management table. A method for controlling a processing apparatus. To an information processing device that is communicably connected to an information processing server,
A procedure for transmitting an electronic commerce start request to the information processing server;
Among the plurality of processing steps executed sequentially when performing the electronic commerce, a procedure for storing processing step specifying information indicating a processing step currently being executed in a processing step management table provided in the information processing device;
A procedure for updating the processing step specifying information stored in the processing step management table to processing step specifying information indicating the new processing step each time a new processing step is executed;
In each processing step, a procedure for transmitting a transaction execution request to the information processing server;
A procedure for receiving a return code indicating an execution result of the transaction from the information processing server;
When the return code indicates that the transaction did not end normally and indicates that the electronic commerce is to be executed from the beginning at the next execution, the processing step specifying information stored in the processing step management table is , After updating the processing step specifying information indicating the first processing step of the electronic commerce, the procedure for interrupting the electronic commerce,
When the return code indicates that the transaction has not been completed normally and indicates that the electronic commerce is to be continued from the next execution, the processing step specifying information stored in the processing step management table Suspending the electronic commerce without performing the update; and
A procedure for starting the electronic commerce from the processing step specified by the processing step specifying information stored in the processing step management table when resuming the interrupted electronic commerce;
A program for running

Images