TW201638843A - Mobile payment method - Google Patents

Abstract

A mobile payment method is to be implemented by a transaction device, and includes: receiving payment information, transmitting the payment information to a payment institution server, providing the payment information to a payment device, and receiving a payment result. The payment device is enabled to generate a payment request when the payment institution server determines that the payment information received from the payment device conforms to the payment information received from the transaction device, and to transmit the payment request to the payment institution server for subsequent processing of the payment according to the payment information included in the payment request.

Description

Mobile payment method and mobile payment device

The present invention relates to a mobile payment method and an action payment device, and more particularly to an action payment method and a mobile payment device for realizing transaction security payment using near field communication or action bar code.

Electronic wallets or plastic money such as bank cards, credit cards, charge cards or smart cards must use computer systems and digital stored value systems to achieve functions such as value-added and transfer. Since the use of electronic wallet or plastic currency can reduce the need for customers to carry too much cash when shopping, and the store does not have to pay the amount of cash on the spot when the customer pays, it can improve the efficiency and convenience of the transaction. . Thus, in recent years, electronic wallets have been widely accepted and used.

However, the existing traditional non-contact type of stored value smart card usually lacks the function of card authentication, or the card authentication measures are insufficient. Once the card is forged, the store can only bear the risk of loss.

In addition, when using the traditional non-contact type of stored value smart card to make payment, the transaction record generated by each purchase is usually stored at the storefront, but the transaction record is not immediately transmitted to the card issuing unit or payment institution. To verify the authenticity of the stored value smart card, and then request payment. and After the end of one business day, the entire batch of transaction records will be transmitted to the card issuing unit or the payment institution for payment, which is the whole batch settlement. When the batch settlement procedure is not enough, the store will not complete the transaction when the card issuer or the payment institution fails to verify the authenticity of the stored value smart card used in each purchase, which will expose the store. Among the risks of loss.

Accordingly, it is an object of the present invention to provide an action payment method that allows for timely processing of transactions and secure transactions.

Another object of the present invention is to provide an action payment device that allows transactions to be processed in a timely manner and secure transactions.

Therefore, the mobile payment method of the present invention is suitable for execution by a transaction computer device capable of interacting with a mobile payment device, the transaction computer device and the mobile payment device being capable of communicating with a payment institution server, the mobile payment method The method includes: receiving a payment list, the payment list is related to a transaction, and a payment for the transaction; transmitting the payment list to the payment institution server; and providing the transaction computer device and the mobile payment device adjacent to each other Paying a bill to the mobile payment device, the payment list causing the mobile payment device to transmit the payment list to the payment institution server, and when the payment institution server determines the payment list received from the mobile payment device When the payment list of the transaction computer device is the same, the payment list causes the mobile payment device to generate a payment based on at least the payment list Requesting, the payment request for causing the payment institution server to process the payment in accordance with the payment list included in the payment request; and receiving a payment result from the payment institution server, the payment result being after the payment is completed The payment institution server generates.

The mobile payment method of the present invention is suitable for execution by a mobile payment device capable of interacting with a transaction computer device, the transaction computer device and the mobile payment device being capable of communicating with a payment institution server, the payment institution server The transaction computer device receives a payment list related to a transaction and a payment for the transaction, the action payment method comprising: obtaining, when the transaction computer device and the mobile payment device are adjacent to each other, from the transaction computer device The payment list; transmitting the payment list to the payment institution server; and when the payment institution server determines that the payment list received from the mobile payment device is the same as the payment list received from the transaction computer device, based on at least the The payment list generates a payment request; transmitting the payment request to the payment institution server, the payment request causing the payment institution server to process the payment according to the payment list included in the payment request; and receiving a payment from the payment institution server Payment result, the payment result is after the payment is completed Paying agencies server has generated.

The mobile payment device of the present invention is capable of interacting with a transaction computer device that communicates with a payment institution server that receives a payment list from the transaction computer device, the payment list In relation to a transaction, and a payment for the transaction, the mobile payment device comprises: a mobile device comprising a processor, a memory unit, an information acquisition unit and a communication unit. The memory unit is coupled to the processor and stores a payment software. The information acquisition unit is coupled to the processor and can interact with the transaction computer device. The communication unit is coupled to the processor and can communicate with the payment institution server.

Wherein, when the processor executes the payment software, the payment software causes the mobile payment device to: obtain the payment list from the transaction computer device when the transaction computer device and the mobile payment device are adjacent to each other, and transmit the payment list to The payment institution server, when the payment institution server determines that the payment list received from the mobile payment device is the same as the payment list received from the transaction computer device, generates a payment request based on at least the payment list, and transmits the payment Requesting to the payment institution server, the payment request causing the payment institution server to process the payment according to the payment list included in the payment request, and receiving a payment result from the payment institution server, the payment result is completed The payment is then generated by the payment institution server.

100‧‧‧ system

226‧‧‧System section

1‧‧‧ trading computer device

227‧‧‧Storage section

11‧‧‧Processing module

228‧‧‧Hidden Information Area

12‧‧‧ memory module

229‧‧‧visible area

120‧‧‧ transaction software

23‧‧‧ Near Field Communication Unit

121‧‧‧Security components

24‧‧‧Input/output unit

13‧‧‧ Near Field Communication Module

25‧‧‧Communication unit

14‧‧‧Input/Output Module

26‧‧‧ card slot

15‧‧‧Communication module

27‧‧‧ memory unit

2‧‧‧Mobile payment equipment

270‧‧‧Payment software

20‧‧‧ mobile devices

28‧‧‧Image capture unit

21‧‧‧ Processor

3‧‧‧ trading platform

22‧‧‧Payment Card

4‧‧‧Payment agency system

220‧‧‧Control Module

5‧‧‧Payment agency server

221‧‧‧Financial Chip

S1~S6, S61~S63, S7~17, S3', S5', S51, S6', S64, S65‧‧‧ process steps

222‧‧‧ Controller chip

223‧‧‧Application interface

224‧‧‧Control firmware

225‧‧‧ storage unit

Other features and effects of the present invention will be apparent from the following description of the drawings. FIG. 1 is a block diagram illustrating a system including a transaction computer device and a mobile payment device; 2 is a schematic diagram showing the mobile payment device capable of communicating with different transaction computer devices; FIG. 3 is a flow chart illustrating the flow steps of the first embodiment of the mobile payment method of the present invention; FIG. 4 to FIG. The message output by the input/output module of the transaction computer device and the input/output unit of the mobile device in different stages of the mobile payment method; FIG. 12 is a flowchart illustrating the flow of the second embodiment of the mobile payment method of the present invention Steps; and FIG. 13 to FIG. 16 illustrate a plurality of messages output by the input/output module of the transaction computer device and the input/output unit of the mobile device, the message being related to a action bar code.

Before the present invention is described in detail, it should be noted that in the following description, similar elements are denoted by the same reference numerals.

Referring to Figure 1, a system 100 is adapted to perform a mobile payment method that processes a payment for a transaction. The system 100 includes a transaction computer device 1 and a mobile payment device 2, for example, the transaction computer device 1 is held by a store, and the mobile payment device 2 is held by a consumer. The mobile payment device 2 includes a mobile device 20 and a payment card 22 that is removably inserted into a card slot 26 of the mobile device 20. The transaction computer device 1 can interact with the mobile device 20 having the payment card 22. The transaction computer device 1 and the mobile payment device 2 can communicate with a payment mechanism server 5.

Referring to FIG. 1 and FIG. 2, in the embodiment, the transaction computer device 1 can be a personal computer, a notebook computer or a mobile computer device. The transaction computer device 1 is required to have a network connection function to execute a transaction software 120 that enables the transaction computer device 1 to perform the mobile payment method of the present invention.

The payment institution server 5 is operated by a payment institution that issues a payment card 22 to a consumer. In the present embodiment, the payment institution server 5 includes a transaction platform 3 and a payment mechanism system 4 for communicating with the transaction computer device 1 and the mobile device 20, and the payment mechanism system 4 is coupled to the transaction platform 3. In various implementations, the trading platform 3 and the payment mechanism system 4 may be integrated into one component (eg, a server), or may be implemented as two separate components, via a dedicated channel or session. Mechanism communication. Taking the latter two embodiments as an example, the trading platform 3 may be operated by a third party (not a payment institution).

The transaction computer device 1 has a Near Field Communication (NFC) module 13 and includes a memory module 12, an input/output module 14, and a communication module 15 storing the transaction software 120, and The processing module 11 is coupled to the memory module 12, the near field communication module 13, the input/output module 14, and the communication module 15.

In this embodiment, the transaction computer device 1 having the near field communication module 13 is provided with a near field communication function, and the near field communication module 13 is an external device removably connected to the body of the transaction computer device 1. For example, an external USB near field communication device (dongle) or a USB near field communication reader (reader). In another implementation, the near field communication module 13 can be An in-model modeling group embedded in the transaction computer device 1. The input/output module 14 can include a mouse/keyboard, a touch screen, or a speaker/display, but is not limited thereto. The communication module 15 enables the transaction computer device 1 to establish communication with the payment institution server 5.

The mobile payment device 2 can interact with the transaction computer device 1. The mobile device 20 of the mobile payment device 2 can be a smart phone or a tablet computer or the like. The mobile device 20 includes a memory unit 27, a card slot 26, an input/output unit 24, a short-range communication unit (such as a near-field communication unit 23), a communication unit 25, an image capturing unit 28, and a coupling. The processor 21 is connected to the near field communication unit 23, the input/output unit 24, the communication unit 25, the card slot 26, the memory unit 27, and the image capturing unit 28. The memory unit 27 stores a payment software 270. Card slot 26 is removably inserted into payment card 22 to enable mobile device 20 to access payment card 22. The near field communication unit 23 can communicate with the transaction computer device 1. The communication unit 25 can communicate with the payment institution server 5. In another embodiment, the payment card 22 is coupled to an interface device that is coupled to the mobile device 20 via a USB interface, thereby enabling the mobile device 20 to access the payment card 22 via the interface device.

In the present embodiment, the near field communication unit 23 supports the near field communication function. The input/output unit 24 may include a mouse/keyboard, a touch screen or a speaker/display, etc., but is not limited thereto. The processor 21 of the mobile device 20 executes the payment software 270 stored in the memory unit 27, and the payment software 270 causes the mobile device 20 to cooperate with the support card 22 to perform the mobile payment method of the present invention.

When the transaction computer device 1 and the mobile device 20 are adjacent to each other for the near field communication payment, the transaction computer device 1 and the mobile device 20 can establish wireless short-range communication via the near field communication module 13 and the near field communication unit 23, respectively ( Such as near field communication).

In the present embodiment, the add-on card 22 is implemented as an SD card. The support card 22 includes a control module 220, a financial chip 221, and a storage unit 225. The financial chip 221 complies with the FISC II specification.

The control module 220 includes a controller chip 222, a control firmware 224 loaded in a ROM (read-only memory), and an application program interface (API) 223. The controller chip 222 and the ROM may be integrated using an integrated circuit package and juxtaposed with the storage unit 225.

When the add-in card 22 is inserted into the card slot 26, the processor 21 can access the financial chip 221 and the storage unit 225 via the control firmware 224. The application interface 223 and the control firmware 224 can operate in accordance with the instructions of the payment software 270. The application interface 223 can perform encryption using a 3DS (Triple Data Encryption Algorithm symmetric-key block cipher), AES (Advanced Encryption Standard), or RSA algorithm.

The storage unit 225 includes a system portion 226 and a storage portion 227. System part 226 internal basic operation information. The storage portion 227 includes a hidden data area 228 and a visible area 229. The viewable area 229 allows access by the operating system (OS) of the mobile device 20. For example, in the Android® system, the viewable area 229 can be accessed by a file management program.

The operating system cannot access the hidden data area 228 and cannot read, write or modify the file of the hidden data area 228. Conversely, the payment software 270 can access the privacy data area 228 via the control firmware 224 only after the particular authorization sequence is completed. When the add-on card 22 is inserted into the card slot 26 of the mobile device 20, the control firmware 224 reports only the viewable area 229 to the operating system. Therefore, the operating system does not display the hidden data area 228 to the user. The secret data area 228 can only be accessed when the user executes the payment software 270 and passes the authorization sequence.

The secret information area 228 stores a virtual account number associated with a payment institution account number associated with the holder of the support card 22 and the payment authority (e.g., bank) operating the payment institution server 5. The information related to the payment institution account number is stored on the financial chip 221. The secret data area 228 can store a plurality of virtual account numbers respectively corresponding to a plurality of payment institution accounts.

When the mobile device 20 does not have the near field communication unit 23, the mobile device 20 itself does not have a near field communication function, the payment card 22 can be designed to have a near field communication function. In other implementations, the payment card 22 includes a plurality of near field communication pins and includes a near field communication antenna and can be implemented with a SDIO (Secure Digital Input Output) card that supports near field communication.

Thus, in other embodiments described above, card slot 26 includes a plurality of near field communication terminals. The near field communication terminal complies with the Near Field Communication Specification (published by the SD Association). When the payment card 22 is inserted into the card slot 26, the near field communication terminals are electrically connected to the near field communication pins of the payment card 22, respectively. Pick up. Thereby, the payment card 22 can interact with the mobile device 20 to enable the mobile device 20 to support the near field communication function.

Referring to Figure 3, a first embodiment of a mobile payment method is described below that uses near field communication to process a payment for a transaction. The transaction computer device 1 described below may be a computer, and the mobile device 20 may be a smart phone with a payment card 22 for purchasing a product and/or service from a store.

First, the store's service personnel starts to execute the transaction software 120 (see the home page shown in FIG. 4) using the transaction computer device 1, and logs in to the transaction software 120.

In step S1, the processing module 11 of the transaction computer device 1 executes the transaction software 120 stored in the memory module 12, and the transaction computer device 1 is connected to the transaction platform 3 of the payment institution server 5 via the communication module 15.

The transaction software 120 provides the store's service personnel an interface for entering a transaction list (see Figure 5), the transaction list being related to the transaction, and the payment for the transaction. Here, the transaction list includes a breakdown of the purchase of the goods/services (eg, store number, transaction date, payment number, transaction amount, etc.). It is worth noting that when the transaction software 120 is started, the transaction computer device 1 establishes a session mechanism with the transaction platform 3 of the payment institution server 5, and the session mechanism is used to provide a transaction computer device 1 and a transaction platform 3 A secure communication channel between.

In step S2, the processing module 11 receives a list of transactions related to the transaction and the payment. For example, the transaction list may be entered into the transaction computer device 1 by scanning the barcode of the goods/services. Or, the list of transactions It can be the service staff of the store using the transaction computer device 1 input (see Figure 5).

In step S3, the processing module 11 of the transaction computer device 1 outputs a payment list (see FIG. 6A) via the input/output module 14 for confirmation by the consumer who wants to purchase the goods/services. Once the payment list is confirmed to be correct, the consumer is required to operate the "confirm" button to proceed with the subsequent payment process.

After the consumer operates the "confirm" button, the transaction software 120 executed by the transaction computer device 1 provides a variety of payment methods for the consumer to select (see FIG. 6B). In this embodiment, the consumer chooses to use Near Field Communication (NFC) payment (consumer initiative).

When the consumer chooses to use Near Field Communication (NFC) payment (consumer initiative), the processing module 11 generates an indication (see FIG. 7) to prompt the consumer to bring the mobile device 20 with the payment card 22 close to a payment sensing area ( For example, the near field communication module 13 of the transaction computer device 1 is used. If the store's service personnel operate the "Cancel" button, the transaction software 120 returns to the home page and the payment process is terminated.

In step S4, the processing module 11 transmits the payment list to the transaction platform 3 via the communication module 15.

In step S5, the transaction platform 3 receives the payment list transmitted by the transaction computer device 1. It should be noted that the payment list may be transmitted through a session mechanism between the transaction computer device 1 and the transaction platform 3 of the payment institution server 5.

On the other hand, when the consumer wants to use the mobile payment device 2 (e.g., the mobile device 20 is combined with the payment card 22) to make a payment for the purchase of the goods/services At the time, the consumer uses the mobile device 20 to execute the payment software 270 (see Figure 8) and selects Near Field Communication (NFC) payment (consumer initiative).

In step S6, the processor 21 of the mobile device 20 executes the payment software 270 stored in the memory unit 27 and activates the near field communication unit 23 to initiate the near field communication function.

Next, as shown in FIG. 9A, the mobile device 20 prompts the consumer to bring the mobile device 20 close to the payment sensing area of the transaction computer device 1 (eg, the near field communication module 13). The consumer then approaches the mobile device 20 to the payment sensing area of the transaction computer device 1.

Thereafter, in step S61, when the mobile device 20 and the transaction computer device 1 are adjacent to each other, the processor 21 of the mobile device 20 automatically establishes near field communication with the transaction computer device 1 via the near field communication unit 23.

When the processing module 11 of the transaction computer device 1 detects the mobile device 20 via the near field communication module 13, the processing module 11 automatically establishes near field communication with the mobile device 20 via the near field communication module 13.

In step S62, after the near field communication between the transaction computer device 1 and the mobile device 20 is established (for example, the mobile device 20 is detected by the transaction computer device 1), the processing module 11 of the transaction computer device 1 transmits via near field communication. The payment list is given to the mobile device 20.

At step S63, the processor 21 of the mobile device 20 receives the payment list via the near field communication unit 23. Next, the mobile device 20 transmits the payment list to the payment card 22 inserted in the card slot 26 of the mobile device 20.

After the mobile device 20 receives the payment list (eg, near field) At the end of the communication payment sensing, the transaction computer device 1 outputs an indication to prompt the payment sensing to end and is processing the payment (see FIG. 9B). The transaction computer device 1 then waits for a result from the transaction platform 3 and is related to the payment.

It is worth mentioning that the foregoing steps S62 and S63 are performed in the near field communication, and after the steps are completed, at least one of the transaction computer device 1 and the mobile device 20 can provide an indication to remind the consumer to move the mobile device. 20 moves away from the position of the adjacent transaction computer device 1 to end the near field communication.

On the other hand, the mobile device 20 outputs a message related to the payment list for the consumer to confirm (see Fig. 9C). When the payment list is confirmed to be correct, the consumer can operate the "confirm" button; otherwise, the "back" button can be operated. Next, the mobile device 20 outputs a message containing a plurality of payment methods (e.g., payment institution account number, credit card, etc.) for the consumer to select to make a payment (see Fig. 9D). Once the consumer selects one of the methods, the mobile device 20 outputs a message containing the payment list and the payment method for the user to confirm (see Fig. 9E). The consumer can operate the "Confirm Payment" button when the confirmation message is correct; otherwise, the "Back" button can be operated.

In step S7, the mobile device 20 can establish a session mechanism between the mobile device 20 and the transaction platform 3, which is similar to the session mechanism between the transaction computer device 1 and the transaction platform 3. Next, the processor 21 of the mobile device 20 transmits the payment list received in step S63 to the transaction platform 3 via the communication mechanism via the communication mechanism 25. In this embodiment, the transmission is performed using an SSL (Secured Sockets Layer) protocol.

In step S8, after receiving the payment list by the mobile device 20, the transaction platform 3 determines whether the payment list received from the mobile device 20 in step S7 is the same as the payment list received from the transaction computer device 1 in step S5. When the result of the judgment is YES, it indicates that the payment list has not been changed in the transmission, and the transaction platform 3 transmits the material to be hacked to the mobile device 20 via the session mechanism established in step S7. The information to be escorted is generated by the trading platform 3 and includes the payment list.

In step S9, after receiving the data to be debited from the transaction platform 3, the mobile device 20 outputs a message requesting the consumer to input a activation password associated with the payment card 22 (see Fig. 9F). The consumer then operates the volume key of the mobile device 20 to enter the activation password, and the mobile device 20 then transmits the data to be hacked and the activation password to the payment card 22. Next, the payment card 22 verifies the activation password. When the payment card 22 verifies that the activation password is correct, the payment card 22 generates a transaction authentication code (TAC) based on the data to be debited from the mobile device 20 and using a key stored in the payment card 22, and transmits The transaction is logged to the mobile device 20. Upon receiving the transaction charge code, the mobile device 20 outputs a message to prompt the consumer to pay for the process (see FIG. 9G).

When the payment card 22 verifies that the activation password is incorrect, the payment card 22 asks the consumer to input the activation password again, and accumulates the number of times the error activation password is continuously received. When the number of times reaches a threshold (for example, three times), the payment card 22 is locked and must not be accessed.

More specifically, the payment card 22 stores a secret key corresponding to the virtual account for making the payment, and the key is stored in the financial One of the wafer 221 and the hidden data area 228. Thereby, the payment card 22 obtains the secret key based on the virtual account number to generate the transaction charge code. It is worth noting that the payment institution system 4 of the payment institution server 5 has the same secret key corresponding to the virtual account number to identify the correctness of the payment card 22.

In step S10, when the processor 21 of the mobile device 20 executing the payment software 270 receives the transaction charge code from the payment card 22, the processor 21 uses the transaction charge code to form a payment request. The payment request includes at least the virtual account, the payment list, and the transaction charge code, and is encrypted.

In step S11, the processor 21 of the mobile device 20 transmits the payment request to the transaction platform 3 via the communication unit 25.

It should be noted that the payment request may be transmitted to the transaction platform 3 under a session mechanism established between the mobile device 20 and the transaction platform 3. More specifically, the aforementioned transfer operation is performed using the SSL (Secured Sockets Layer) protocol.

In step S12, after receiving the payment request from the mobile device 20, the transaction platform 3 transmits the payment request to the payment institution system 4 through the previously established session mechanism, and then proceeds to step S13.

In step S13, upon receiving the payment request, the payment institution system 4 can process the payment according to the payment list included in the payment request. In this embodiment, the payment institution account represented by the virtual account deducts the amount of the goods/services (600 yuan), and the amount is transferred to an account owned by the store.

It is worth noting that the payment institution system 4 can decrypt the received payment request and based on the transaction code included in the payment request. The correctness of the payment card 22 is identified.

Next, in step S14, the payment institution system 4 generates a payment result, and transmits the payment result to the transaction platform 3, the payment result indicating that the payment has been processed.

In step S15, the transaction platform 3 transmits the payment result to the transaction computer device 1 and the mobile device 20.

Next, in step S16, when the processing module 11 of the transaction computer device 1 receives the payment result, the processing module 11 outputs the payment result via the input/output module 14 (see FIG. 10) to notify the service personnel of the store. The result of the payment. In this way, the payment process is completed and the consumer can obtain the goods/services.

Similarly, in step S17, when the processor 21 of the mobile device 20 receives the payment result, the processor 21 outputs the payment result (see FIG. 11) via the input/output unit 24 to notify the consumer of the result of the payment.

Referring to Fig. 12, a second embodiment of a mobile payment method will be described below. The second embodiment is to process a payment for a transaction using a QR code. The second embodiment is similar to the first embodiment, and the differences are explained below.

In step S3', the processing module 11 of the transaction computer device 1 outputs the payment list (see FIG. 6A) via the input/output module 14 for consumer confirmation, and provides a plurality of payment methods for the user after the consumer confirms the payment list. select. When the consumer selects a QR Code payment (see FIG. 6B), the process then executes S4, and the processing module 11 communicates via the communication module. 15 Transfer the payment list to the trading platform 3.

In step S5', after receiving the payment list transmitted by the transaction computer device 1, the transaction platform 3 generates a code based on the payment list and transmits the barcode to the transaction computer device 1. In this embodiment, the barcode generated by the trading platform 3 is a QR code.

Next, in step S51, when the processing module 11 receives the action barcode generated and transmitted by the transaction platform 3, the processing module 11 executing the transaction software 120 generates an indication and outputs the indication via the input/output module 14. The indication includes a payment list and an action bar code (see FIG. 13), thereby prompting the consumer to operate the mobile device 20 to scan the action bar code using the image capture unit 28. If the store's service personnel operate the "Cancel" button, the transaction software 120 returns to the home page and the payment process is terminated.

When the consumer wants to complete the payment for the purchase of the goods/services by the action bar code, the consumer uses the mobile device 20 to initiate execution of the payment software 270 and selects a QR Code payment (see Figure 14).

Therefore, in step S6', the processor 21 of the mobile device 20 executes the payment software 270 stored in the memory unit 27.

In step S64, the consumer scans the action bar code by aligning the image capturing unit 28 of the mobile device 20 with the action bar code (see FIG. 15) outputted by the input/output module 14 of the transaction computer device 1.

Next, in step S65, the processor 21 of the mobile device 20 decodes the action barcode scanned by the image capturing unit 28 to obtain a payment list corresponding to the action barcode, and outputs a message related to the payment list for the consumer to confirm. (See Figure 16). When the payment list is confirmed to be correct The consumer can operate the "confirm" button; otherwise, the "return" or "rescan" button can be operated. The flow then proceeds to step S7. The remaining steps are similar to the first embodiment and will not be described here.

The action payment method can also be applied to the delivery of the goods/services to the customer via delivery, and the payment is completed when the goods/services are delivered (eg, cash on delivery). The delivery person can carry the transaction computer device 1 on which the transaction software 120 is installed, and after the customer confirms the goods/services, the delivery person can operate the transaction computer device 1 to perform the action payment method. Therefore, the deliveryman does not need to carry cash when delivering.

The mobile payment method can also be applied to a customer by providing goods/services through a vending machine as described above. After the step S14 (complete payment), the vending machine provides the goods to the customer.

Furthermore, the mobile payment method of the present invention can also be applied to transfer using two smart phones. For example, the payee operates a first smart phone to execute the transaction software 120, so that the first smart phone performs the foregoing steps about the transaction computer device 1, and the remitter operates a second smart phone to execute the payment software 270. The second smart phone is caused to perform the foregoing steps regarding the mobile device 20 and the payment card 22, whereby the transfer of the two smart phones can be accomplished by bringing the two smart phones close to each other or contacting each other.

In summary, by comparing the payment list received from the mobile device 20 with the payment list received from the transaction computer device 1, it can be detected whether the payment list has been changed during transmission. In addition, by paying the payment request of the corresponding payment list to the payment institution server 5 in real time, the payment of each transaction can be To be processed in a timely manner. In this way, it is possible to avoid the loss caused by fraud payment or transaction record non-correspondence.

However, the above is only the embodiment of the present invention, and the scope of the present invention is not limited thereto, that is, the simple equivalent changes and modifications made by the patent application scope and the patent specification of the present invention are still It is within the scope of the patent of the present invention.

S1, S2, S3', S4, S5', S51, S6', S64, S65, S7~S17‧‧‧ process steps

Claims (16)

An action payment method is suitable for execution by a transaction computer device capable of interacting with a mobile payment device, the transaction computer device and the mobile payment device being capable of communicating with a payment institution server, the action payment method comprising: receiving a payment list, the payment list being associated with a transaction, and a payment for the transaction; transmitting the payment list to the payment institution server; and providing the payment list to the transaction computer device and the mobile payment device when adjacent to each other The mobile payment device, the payment list causing the mobile payment device to transmit the payment list to the payment institution server, and when the payment institution server determines the payment list received from the mobile payment device and received from the transaction computer device When the payment list is the same, the payment list causes the mobile payment device to generate a payment request based on at least the payment list, the payment request for causing the payment institution server to process the payment according to the payment list included in the payment request; And receiving a payment result from the payment institution server, the payment Fruit is produced by the payment agency server after completing the payment. The action payment method of claim 1, wherein the transaction computer device and the mobile payment device have near field communication capability, and the step of providing the payment list includes: when the transaction computer device and the mobile payment device are adjacent to each other Automatically establishing a near field communication with the mobile payment device; and transmitting the payment list to the mobile payment device via the near field communication . The action payment method of claim 1, wherein in the step of transmitting the payment list to the payment institution server, the payment list causes the payment institution server to: according to the payment when receiving the payment list The list generates a code; and the bar code is transmitted to the transaction computer device. The mobile payment method according to claim 3, wherein in the step of generating a code, the barcode generated according to the payment list is an action barcode. The action payment method of claim 3, wherein the providing the payment list comprises: receiving the barcode from the payment institution server; and outputting the barcode such that when the barcode outputted is used by the mobile payment device When scanning and decoding, the mobile payment device can obtain the payment list corresponding to the barcode. The action payment method of claim 1, wherein in the step of providing the payment list, the payment list further causes the mobile payment device to: receive data to be escorted from the payment institution server, The information to be debited is generated by the transaction institution server according to the payment list; a transaction code is generated based on the information to be debited; and the payment code is used to form the payment request. An action payment method suitable for execution by a mobile payment device, the action The payment device can interact with a transaction computer device that can communicate with a payment mechanism server that receives a payment list from the transaction computer device, the payment list being associated with a transaction And a payment method for the transaction, the action payment method includes: when the transaction computer device and the mobile payment device are adjacent to each other, obtaining the payment list from the transaction computer device; transmitting the payment list to the payment institution server; When the payment institution server determines that the payment list received from the mobile payment device is the same as the payment list received from the transaction computer device, generating a payment request based on at least the payment list; transmitting the payment request to the payment institution servo The payment request causes the payment institution server to process the payment according to the payment list included in the payment request; and receive a payment result from the payment institution server, the payment result being the payment institution after completing the payment The server generates. The mobile payment method of claim 7, wherein the transaction computer device and the mobile payment device have near field communication capability, and the obtaining the payment list comprises: when the transaction computer device and the mobile payment device are adjacent to each other Automatically establishing a near field communication with the transaction computer device; and receiving the payment list transmitted by the transaction computer device via the near field communication. The action payment method of claim 7, wherein the payment institution is When receiving the payment list, the server generates a code according to the payment list, and transmits the barcode to the transaction computer device, and the transaction computer device outputs the barcode after receiving the barcode from the payment institution server, The step of obtaining the payment list includes: scanning the barcode output by the transaction computer device using the mobile payment device; and decoding the barcode to obtain the payment list corresponding to the barcode. The mobile payment method of claim 9, wherein in the step of obtaining the payment list, the barcode scanned and decoded by the mobile payment device is an action barcode. The action payment method of claim 7, wherein the step of generating the payment request comprises: receiving, from the payment institution server, data to be ridden, the information to be hacked is the transaction institution servo And generating, according to the payment list, a transaction charge code based on the data to be debited; and using the transaction charge code to form the payment request. An action payment device capable of interacting with a transaction computer device, the transaction computer device communicating with a payment institution server, the payment institution server receiving a payment list from the transaction computer device, the payment list being related to a transaction, and a For payment of the transaction, the mobile payment device comprises: a mobile device, including a processor, a memory unit coupled to the processor and storing a payment software, an information acquisition unit coupled to the processor and capable of interacting with the transaction computer device, and a communication unit coupled to the The processor is capable of communicating with the payment institution server; wherein, when the processor executes the payment software, the payment software causes the mobile payment device to: when the transaction computer device and the mobile payment device are adjacent to each other, Transaction computer device obtains the payment list, and transmits the payment list to the payment institution server, when the payment institution server determines that the payment list received from the mobile payment device is the same as the payment list received from the transaction computer device Generating a payment request to the payment institution server based on at least the payment list, the payment request causing the payment institution server to process the payment in accordance with the payment list included in the payment request, and from the payment institution The server receives a payment result, which is generated by the payment institution server after the payment is completed The mobile payment device of claim 12, wherein the transaction computer device and the mobile payment device have near field communication capability, the information acquisition unit is a near field communication unit, and the mobile payment device can: when the transaction computer When the device and the mobile payment device are adjacent to each other, Automatically establishing a near field communication with the transaction computer device via the near field communication unit; and receiving the payment list transmitted by the transaction computer device via the near field communication. The mobile payment device of claim 12, wherein the payment institution server generates a code according to the payment list when the payment list is received, and transmits the barcode to the transaction computer device, the transaction computer device Receiving the bar code from the payment institution server, the information obtaining unit is an image capturing unit, and the mobile payment device can: scan the bar code output by the transaction computer device via the image capturing unit; The barcode is decoded to obtain the payment list corresponding to the barcode. The mobile payment device of claim 14, wherein the barcode scanned and decoded by the mobile payment device is an action bar code. The mobile payment device of claim 12, further comprising: a card slot coupled to the processor, and removably inserting a payment card, thereby using the mobile device to access the payment card; Wherein, the mobile payment device can: receive data to be debited from the payment institution server, and the information to be debited is generated by the transaction institution server according to the payment list; Generating data to be detained a transaction code; and use the transaction code to form the payment request.