CA2986821C - Network transaction payment method and system - Google Patents

Network transaction payment method and system Download PDF

Info

Publication number
CA2986821C
CA2986821C CA2986821A CA2986821A CA2986821C CA 2986821 C CA2986821 C CA 2986821C CA 2986821 A CA2986821 A CA 2986821A CA 2986821 A CA2986821 A CA 2986821A CA 2986821 C CA2986821 C CA 2986821C
Authority
CA
Canada
Prior art keywords
server
terminal
payment
credit certificate
amount
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CA2986821A
Other languages
French (fr)
Other versions
CA2986821A1 (en
Inventor
Yi Zhang
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
10353744 Canada Ltd
Original Assignee
10353744 Canada Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to CA3077138A priority Critical patent/CA3077138C/en
Priority to CA3077320A priority patent/CA3077320C/en
Priority to CA3077298A priority patent/CA3077298C/en
Priority to CA3077206A priority patent/CA3077206C/en
Priority to CA3077154A priority patent/CA3077154C/en
Application filed by 10353744 Canada Ltd filed Critical 10353744 Canada Ltd
Priority to CA3077167A priority patent/CA3077167C/en
Priority to CA3077249A priority patent/CA3077249C/en
Publication of CA2986821A1 publication Critical patent/CA2986821A1/en
Application granted granted Critical
Publication of CA2986821C publication Critical patent/CA2986821C/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q2220/00—Business processing using cryptography
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

The present invention relates to a network transaction payment method and system. The method comprises: (102) a first terminal sends a credit certificate and a purchase information data packet to a second terminal; (103) the second terminal analyses the purchase information data packet to obtain a paying amount, and determines whether the paying amount is less than or equal to an issuing amount corresponding to the credit certificate; if so determined, (104) the second terminal sends a receiving request including the paying amount and the credit certificate to a second server; (105) the second server sends a paying request including the credit certificate and the paying amount to a first server; (106) the second server receives a paying certificate sent by the second terminal, and sends the paying certificate to the first server; (107) the first server checks the validity of the paying certificate, and upon successful checking, according to the credit certificate, unfreezes funds of a goods payment corresponding to a paying account; (108) the first server transfers the funds to a preset receiving account via the second server. The system and method improve the security of funds of a network transaction.

Description

=

Title: NETWORK TRANSACTION PAYMENT METHOD AND SYSTEM
Technical Field The present invention relates to the field of computer technology, and particularly to a network transaction payment method and system.
Background Technology With the development of the Internet, communication between people and the network is becoming more and more closely, e-commerce has gradually become the main trend of Internet economic development. On-line consumption has gradually become a way of life, because merchants and users fail to achieve face-to-face payment settlement, so the most critical part of e-commerce is to reduce the transaction risk of buyers and sellers. At present, the traditional network payment adopts the form of a third party payment company guarantee, the buyer (the payer) will pay the funds to the third party platform which will transfer the funds to the account of the seller (receiving side). However, if the form of third-party payment company guarantee is applied to the payer (the buyer), before the goods are received, the funds have already been paid to the third party payment company, once the third party payment company has problems, the payment side of the funds fail to be guaranteed, the receiving side (the seller) has shipped the goods, the payment for goods fail to be guaranteed, the traditional network payment method leads to the high incidence of network transaction risk of funds.
Summary of the invention Based on this, it is necessary to provide a kind of network transaction payment method and system which can reduce the risk of network transaction due to the above technical problems.
A kind of network transaction payment method includes:
The first terminal transmits the credit certificate and the purchase information data packet to the second terminal;
The second terminal parses the purchase information data packet to obtain the payment amount and determines whether the payment amount is less than or equal to the issuance amount corresponding to the said credit certificate, and if so, sends the receiving request including the payment amount and the credit certificate to the second server;
The second server sends a payment request containing the credit certificate and the payment amount to the first server;
The second server receives the paying certificate sent by the second terminal, the paying certificate contains the corresponding payment for goods and sends the paying certificate to the first server;
The first server verifies the legitimacy of the paying certificate, after the verification is successful, according to the credit certificate, the payment of funds for the goods corresponding to the payment account shall be de-blocked;
The first server transfers the said funds to the pre-set receiving account through the second server.
In one of the examples, before the second server receives the paying certificate sent by the second terminal. Also includes:
The first terminal transmits the confirmed receipt information for the signed goods to the second terminal;
And the second terminal generates a corresponding paying certificate based on the said confirmed receipt information.
In one of the examples, before the second server receives the paying certificate sent by the second terminal, the second server also includes:
The second terminal receives the logistics information corresponding to the merchandise returned by the logistics server and generates the corresponding paying certificate according to the logistics information.
In one of the examples, before the first terminal transmits the credit certificate and the purchased information data packet to the second terminal, further comprising:
The first terminal sends the issuing request to the first server, the issuing request includes the payment account number and the issuing amount;
The first server will freeze the funds of the issuing amount corresponding to the said payment account number; if the freezing is succeeded, the credit certificate corresponding to the issuing amount will be generated, and the said credit certificate shall be returned to the first terminal; if the freezing is failed, the issuing failure information will be generated, and the said issuing failure information shall be returned to the first terminal.
In one of the examples, after the second server sends a payment request containing the credit certificate and the payment amount to the first server, the second server also includes:
The first server verifies whether the credit certificate is consistent with the credit certificate returned to the first terminal and, if so, updates the amount of the issuance of the credit certificate to the amount obtained by the amount of the issuing amount minus the payment amount.
In one of the examples, after the first server updates the issuing amount corresponding to the credit exemption to the amount of the issuing amount minus the payment amount, the first server further includes:
2
3 PCT/CN2015/078131 If the first server fails to receive the paying certificate sent by the second server within the pre-set time range, the issuance amount of the updated credit certificate is restored to the amount of the issuance before the update.
A kind of network transaction payment method includes:
The first server receives the first terminal to send the issuing request, and the issuing request includes the payment account number and the issuing amount;
The first server will freeze the funds of the issuing amount corresponding to the said payment account number; if the freezing is succeeded, the credit certificate corresponding to the issuing amount will be generated, and the said credit certificate shall be returned to the first terminal; if the freezing is failed, the issuing failure information will be generated, and the said issuing failure information shall be returned to the first terminal.
The first server receives a payment request including a paying certificate and a credit document sent by the second server, the paying certificate includes a corresponding payment;
The first server verifies the legitimacy of the paying certificate, after the verification is successful, according to the credit certificate, the payment of funds for the goods corresponding to the payment account shall be de-blocked;
The first server transfers the said funds to the pre-set receiving account through the second server.
In one of the examples, after the first server receives the steps of the payment request containing the paying certificate and the credit certificate sent by the second server, the first server also includes:
The first server verifies whether the credit certificate corresponds to the credit certificate returned to the first terminal, if so, the credit certificate corresponded issuing amount will be updated to the amount that the issuing amount minus payment amount.
In one of the examples, after the first server updates the issuing amount corresponding to the credit certificate to the amount obtained by using the issuing amount minus the payment amount, the first server further includes:
If the first server fails to receive the paying certificate sent by the second server within the pre-set time range, the issuance amount of the updated credit certificate is restored to the amount of the issuance before the update.
A kind of network transaction payment system, and the said system comprising:
The first terminal for transmitting the credit certificate and the purchased information data packet to the second terminal;
The second terminal for parsing the purchased information data packet to obtain a payment amount and determining whether the payment amount is less than or equal to the issuance amount corresponding to the credit certificate, and if so, sending receiving request including the said payment amount and the said credit certificate to the second server.
The second server for transmitting a payment request including the said credit certificate and the payment amount to the first server to receive a paying certificate sent by the second terminal, the paying certificate containing a corresponding payment for goods, and based on the payment request, the paying certificate and the credit certificate shall be sent to the first server.
The first server verifies the legitimacy of the paying certificate, after the verification is successful, according to the credit document, the payment account corresponding to the payment of funds for the goods shall be de-blocked;
In one of the examples, the first terminal is further configured to transmit the purchase information data packet containing the confirmed receipt information of the signed goods to the second terminal;
And the second terminal is further configured to generate a corresponding paying certificate based on the confirmation receipt information.
In one of the examples, the second terminal is further configured for the second terminal to receive the logistics information corresponding to the merchandise returned by the logistics server and generate the corresponding paying certificate based on the logistics information.
In one of the examples, the first terminal is further configured to send an issuing request to a first server, the issuing request comprising a payment account number and an issuing amount;
The first server is also used to freeze the funds corresponding to the payment amount of the payment account, and if the freeze is successful, the credit certificate corresponding to the issuing amount is generated and the credit document is returned to the first terminal.
If the freeze fails, the issuing failure message is generated and the issuing failure message is returned to the first terminal.
In one of the examples, the first server is further configured to verify that the credit certificate coincides with the credit certificate that returned to the first terminal, and if so, the amount of the issuing amount corresponding to the credit certificate is updated to the amount obtained by the issuing amount minus the payment amount.
In one of the examples, the first server is further configured to restore the issuing amount corresponding to the updated credit certificate to the pre-update issuance amount if the paying certificate sent by the second server is not received within the pre-set time range.
For above-mentioned network transaction payment method and system, the first terminal corresponds to the buyer, and the buyer has received a credit certificate before purchasing the goods, the credit certificate provides guarantee for the buyer to make payment for the goods, ensures the security of the seller for receipt, and makes the seller of the second terminal be at ease;
before the buyer corresponding to the first terminal completes the transaction, the funds in the
4 payment account is not paid, the funds security of the buyer is guaranteed.
The network transaction payment between the above-mentioned methods and systems do not rely on third-party payment platform to achieve, and it improves the financial security of on-line transactions.
Brief Description Figure 1 is a flowchart of a network transaction payment method in one example;
Figure 2 is an application scene diagram of a network transaction payment method in one example;
Figure 3 is a flowchart of a network transaction payment method in one example;
Figure 4 is a flow chart of a network transaction payment method after a Step in which the first server receives a payment request including a paying certificate and a credit certificate sent by a second server in one example;
Figure 5 is a schematic diagram of a structure of a network transaction payment system in one example;
Description of the Preferred Examples The present invention will be described in further detail with reference to the accompanying drawings and the accompanying examples, so as to describe the invention purposes, technical solutions and advantages more clearly. It is to be understood that the specific examples described herein are merely illustrative of the invention and are not intended to limit the invention.
One of the innovations of the examples of the present invention is that, in conjunction with the freeze payment of the silver letter of credit, a new payment model is implemented, through which the buyer can contain the seller's transaction progress, and by this setting, the buyer's financial security at the same time to urge the seller to actively deliver, set the conditions in the various stages of payment, reduce the funds to recover the process to solve the problem of the end of the problem, from the system level to ensure that buyers and sellers of the integrity of the transaction.
As shown in Figure 1, in one example, there is provided a network transaction payment method comprising the steps of:
In Step 102, the first terminal transmits the credit certificate and the purchase information data packet to the second terminal.
The first terminal is suitable for the payment party in the payment of the network transaction.
The second terminal is suitable for the seller in the network transaction. In one example, the buyers and sellers complete the network transaction through the online shopping platform. The credit certificate is a kind of electronic certificate for handling payment and settlement that the buyer uses the corresponding funds of his payment account to guarantee the payment for goods. Specifically, the credit certificate corresponds to a string of specific serial numbers, which act as unique identifiers of the credit certificate. The payment account includes a bank account number or the third party's payment account.
The first terminal generates a shopping order based on the merchandise shopping information submitted by the user and calculates the amount of payment required for the purchase of the order item, and further generates the purchase information data packet according to the purchase order and the payment amount. The first terminal sends the purchase information data packet together with the credit certificate to the second terminal to realize the buyer's request to purchase the merchandise from the seller.
In one example, the network transaction payment method also includes: the first terminal sends an issuing request to the first server before the first terminal transmits the credit certificate and the purchase information data packet to the second terminal in Step 102. The issuing request includes payment account and issuing amount; The first server freeze the funds of the issuing amount corresponding to the payment account, if the freezing is succeeded, the issuing amount corresponded credit certificate will be generated; the credit certificate will be returned to the first terminal; if the freezing is failed, the issuing certificate failure information will be generated, and the issuing certificate failure information will be returned to the first terminal.
The buyer in advance before the network transaction out of the credit certificate, through the advance payment account corresponding to the funds to show the seller to the buyer has the ability to pay the purchase price. In the present example, the first server is provided with a payment account by the buyer to pay the payment, and the buyer can freeze the payment account corresponding to the payment through the first server and automatically transfer the payment account of the seller to the payment to be paid.
The amount of credit is the credit limit of the credit certificate, for example, the amount of
5,000 RMB, out of the credit certificate can be used as a purchase of 5,000 RMB of goods credit guarantee. The funds of the credit certificate corresponding to the issuing amount are not diverted before they are unfrozen. To ensure that the seller to recover the security of the purchase price.
In one example, the first terminal establishes a connection with the first server over the network. The issuing request also contains the user name and user password of the payment account. The first server verifies whether the buyer has permission to open the credit by checking the user name and the user password. In one example, the reason for the failure of the issuance request includes that the amount corresponding to the payment account is less than the amount of the issuing or the legitimacy verification of the first server to the issuing request, etc. If the first server will not be able to generate the credit certificate, it will issue a failure message to the first terminal to remind the buyer.
In Step 103, the second terminal parses the purchase information data packet to obtain the payment amount and determines whether the payment amount is less than or equal to the amount of
6 the issuance corresponding to the credit certificate. If so, the process proceeds to Step 104, if not.
In the present example, the second terminal, after receiving the shopping data packet, further judges whether the buyer has sufficient funds to pay for the purchased goods.
In the present example, if it is determined whether or not the payment amount is equal to or less than the amount of the issuance corresponding to the credit certificate, if it is, the buyer's frozen funds are sufficient to pay the purchase of the merchandise network transaction, and the process proceeds to Step 104.
If not, then the buyer to freeze the lack of funds to pay for the purchase of goods The network transactions failed, buyers can choose to buy other goods or exit the shopping platform.
In Step 104, the second terminal transmits a payment request including the payment amount and the credit certificate to the second server.
The second server is connected with the second terminal through the network, the second server is provided with the receiving account of the buyer, and the second server is used to transfer the payment of the purchased goods paid by the buyer into the receiving account, and in one example, the second server is pre-set with the account number. After the seller receives the buyer's shopping request, further, the second terminal sends a payment request to the second server, and the second server requests payment from the first server to the first server.
In Step 105, the second server sends a payment request containing the credit certificate and the payment amount to the first server.
In the present example, when the second server receives the receiving request sent by the second terminal, the second server transmits the payment request to the first server according to the receiving request, that is, to notify that the first server credit certificate corresponded the issuing amount shall be used for payment for goods in on-line transactions. During the course of a network transaction, the funds for the corresponding amount of the credit will not be diverted.
In one example, on the right of Step 105, the method also includes: whether the first server verifies if the credit certificate is consistent with the credit certificate returned to the first terminal and, if so, updates the issuing amount corresponding to the credit certificate shall be updated to the amount that the issuing amount minus the payment amount.
The first server judges whether the credit document sent by the second server is generated by itself, and if so, the credit certificate is legally valid. As the credit card corresponding to the amount of the amount of funds has been partially or all will be used to pay the payment, and further credit card corresponding to the amount of funds to make the appropriate adjustments, by issuing the amount minus the amount of payment to reset the corresponding credit certificate The amount of the buyer to facilitate the next shopping, to avoid buyers after the purchase of credit certificate corresponding to the amount of money to pay all the money.
In one example, after the first server updates the issuing amount corresponding the credit
7 certificate to the amount that the issuing amount minus the payment amount, the method also includes:
If the first server fails to receive the paying certificate sent by the second server within the pre-set time range, the issuance amount of the updated credit certificate is restored to the amount of the issuance before the update.
In the present example, the network transaction process is limited to the pre-set time range, that is, the time from the order of the buyer to the seller to the buyer's receipt is set within the pre-set time range. If the first server does not receive the receipt document sent by the second server within the pre-set time range, the default network transaction has been suspended for some reason.
For example, the unqualified buyer refused to sign or the buyer and the seller reached an agreement to cancel the network transaction and other reasons. As the buyer has no obligation to pay the purchase price, in order not to affect the buyer's next shopping credit certificate corresponding to the amount of the amount of recovery back to the amount before the update.
In Step 106, the second server receives the paying certificate sent by the first terminal, the paying certificate contains the corresponding payment, and sends the paying certificate to the first server.
In the actual network transaction process, the buyer receives the goods and the seller to send the goods may be different, resulting in the amount of payment payable may be different with the actual amount of payment. For example, the buyer in the seller's shop to buy five cups, but the buyer because of which two cups failed to sign only one of the three cups, paying certificates corresponding to the money should be three cups of money instead of 5 A cup of money. The second terminal generates the paying certificate based on the information of the network transaction which the buyer and the seller has completed, and sends the paying certificate to the second server, and the second server requests the first server to pay the payment.
In one example, at Step 106, before the second server receives the paying certificate sent by the second terminal, the method also includes: the first terminal transmits the confirmed receipt information of the signed goods to the second terminal; the second terminal generates the corresponding paying certificate as per the confirmed receipt information.
In the present example, the buyer may voluntarily send to the seller a receipt information confirming that the goods have been checked, and the buyer, by clicking on the merchandise by the first terminal on the shopping platform, confirms the goods receipt, and further triggering the first terminal and transmits the confirmation receipt information to the second terminal. The second terminal generates the paying certificate based on the confirmation receipt information.
In another example, at Step 106, the second server receives the paying certificate sent by the second terminal, the method further comprising:
8 The second terminal receives the logistics information corresponding to the merchandise returned by the logistics server and generates the corresponding paying certificate according to the logistics information.
In the present example, when the buyer sends the issuing request through the first terminal, the payment is set by the credit document, and the payment is made in accordance with the logistics information of the merchandise. The merchandise's logistics information will be recorded in the logistics server, for example, when the goods are received by the consignee, the logistics company's staff will be the goods have been signed information into the logistics server, which has signed the information, including the recipient's signature and Sign time and other information.
The logistics server realizes the logistics information of the goods to the second terminal in real time, and the logistics information obtained by the second terminal conforms to the pre-set condition, that is, the corresponding paying certificate is generated according to the logistics information. For example, the logistics server records the logistics information that the seller completed the delivery task, the generated paying certificate requires the buyer to pay part of the purchase price, when the logistics server records the logistics information that the buyer has signed the goods, the generated paying certificates need to buy Home to pay the remaining payment.
The first server according to the logistics information of the goods in batches to pay the credit corresponding to the funds, the goods will be divided into multiple stages of payment, you can encourage the seller to actively fulfil the obligations of the implementation of the contract to ensure that the buyer's funds at the same time urge the seller active Delivery, to achieve the integrity of buyers and sellers transactions.
In one example, the logistics server sends the logistics number corresponding to the goods after shipment to the first terminal and the second terminal to facilitate the transaction tracking of the buyers and sellers to the purchased goods.
In Step 107, the first server verifies the legitimacy of the paying certificate, after the verification is successful, according to the credit certificate, the funds for payment of the goods corresponding to the payment account shall be de-blocked.
In Step 108, the first server transfers the funds to the pre-set receiving account through the second server.
In the present example, the first server pays the debit amount of the debit amount corresponding to the payment account to the pre-set collection account through the second server, thereby realizing the payment obligation of the buyer to purchase the goods.
Completed the network transaction.
In one example, data packets are tampered with in order to prevent data leakage or encounter hacking. Data such as purchase information data packets, paying certificates and credit certificates
9 are encrypted during the transmission process, that is, the above data packets contain the encryption section. Specifically, the above data contains the encryption section using the MAC algorithm for encryption.
The above-mentioned network transaction payment method, the first terminal corresponded buyer has already obtained the credit certificate before he purchase the goods, the credit certificate provides guarantee for the buyer to make payment for the goods, ensures seller's gathering security, and makes the seller be ease to make delivery. Before the first terminal corresponded the buyer completes the transaction, the fund of the payment account will not pay out.
The security of the buyer is guaranteed. The above method of network transaction payment is achieved without relying on the third-party payment platform, and it improves the funds security of on-line transactions. At the same time, the payment for goods within the payment account of the buyer does not have to pay in advance, in case the seller did not complete the delivery, the payment for goods can gain interest in the corresponding account of the payment account, which increases the funds gains of the buyer.
As shown in picture 2. In one example, the buyer A issues an issuing request for a 5,000 RMB
credit certificate to the first server 22 through the first terminal 21, and the first server 22 will freeze the deposit amount of 5,000 RMB in the payment account and will generate the credit certificate with a value of 5,000 and return the first terminal 21. On the shopping platform, the buyer A goes into the seller B's e-shop to buy goods, but the purchased goods must be less than or equal to 5,000 RMB so as to achieve the transaction. The payment for goods purchased by the buyer A is guaranteed by the 5,000 RMB credit guarantee. After the buyer and the seller have reached a deal agreement, the seller B arranges the logistics company to send the goods. The logistics company records the logistics information of the merchandise into the logistics server 25, the logistics server 25 returns the logistics information to the second terminal 23, the second terminal 23 generates the corresponding paying certificate, and the second terminal 23 transmits the paying certificate to the second server 24, the second server 24 sends a paying certificate and a credit certificate request payment for goods to the first server 22, the first server 22 de-blocks the funds in the payment account according to the credit certificate, and transfers the funds to the receiving account of the seller B through the second server 24 so as to complete the network transaction payment.
In one example, as shown in Figure 3, there is provided a network transaction payment method that applies the first server; the method comprises the steps as below:
In Step 302, the first server receives the first terminal to send the issuing request, and the issuing request includes the payment account number and the issuing amount.
In Step 304, the first server will freeze the funds corresponding to the issuing amount of the payment account number, and if the freezing is successful, the credit certificate corresponding to the issuing amount is generated and the credit certificate is returned to the first terminal. If the freezing fails, the issuing failure message generates, and the issuing failure message will be returned to the first terminal.
In Step 306, the first server receives the payment request including the paying certificate and the credit document sent by the second server, and the paying certificate contains the corresponding payment for goods.
In Step 308, the first server verifies the legitimacy of the paying certificate, after the verification is successful, according to the credit certificate, the funds for payment of the goods corresponding to the payment account shall be de-blocked.
In Step 310, the first server transfers the funds to the pre-set receiving account through the second server.
In one example, at Step 310, the first server passes the funds through the second server to the pre-set payment account, the method further comprising: the first server generates a message that the payment was successful and sends the message that the payment was successful to the first terminal.
As shown in Figure 4, in one example, in Step 306, the first server receives the payment request containing the paying certificate and the credit certificate sent by the second server, further comprising:
In Step 402, the first server verifies whether the credit certificate corresponds to the credit certificate returned to the first terminal. If so, then go to Step 404, if not, then the end.
In Step 404, the amount of the card issuance corresponding to the credit is updated to the amount obtained by the amount of the debit amount minus the payment amount.
In one example, in Step 404, after the first server updates the issuing amount corresponding to the credit certificate to the amount obtained by the issuing amount minus the payment amount, and the method also includes:
In Step 406, when the first server does not receive the paying certificate sent by the second server within the pre-set time range, the issuance amount corresponding to the updated credit certificate is restored to the amount of the transaction before the update.
As shown in Figure 5, there is provided a network transaction payment system comprising: a first terminal, a second terminal, a first server, and a second server, wherein the first terminal 11 is connected to the first server 12; the terminal 13 is connected to the second server 14, the first terminal 11 is connected to the second terminal 13, and the first server 12 is connected to the second server 14. The first terminal 12 is connected to the second server 14, The first terminal 11 is used for transmitting a credit certificate and a purchase information data packet to the second terminal 13. The first terminal 11, The second terminal 13 is used for parsing the payment amount of the purchase information data packet and determining whether or not the payment amount is equal to or less than the issuance amount corresponding to the credit certificate, and if so, sending the payment request including the payment amount and the credit certificate to the second server 14 The The second server 14 is used for sending a payment request including a credit certificate and a payment amount to the first server 12, the paying certificate is sent by the second terminal 13, and the paying certificate containing a corresponding payment for goods; in accordance with the payment request, the paying certificate and the credit certificate are sent to the first server 12.
The first server 12 verifies the legitimacy of the paying certificate, and after the verification is successful, the payment for goods corresponding to the payment account is de-blocked according to the credit certificate, and the funds are transferred to the pre-set receiving account through the second server 14.
In one example, the first terminal 11 is also used to send the confirmed receipt information to which the goods have been signed to the second terminal 13. In one example, The second terminal 13 is also used to generate the corresponding paying certificate based on the confirmation receipt information.
In one example, the second terminal 13 is also used for the second terminal 13 to receive the logistics information corresponding to the merchandise returned by the logistics server and generate the corresponding paying certificate based on the logistics information.
In one example, the first server 12 is also used to generate a message that the payment was successful and to send a message that the payment was successful to the first terminal 11. In one example, In one example, the second server 14 is also used to generate a message that the payment was successful and send a message that the payment was successful to the second terminal 13. In one example, In one example, the first terminal 11 is also used to send the issuing request to the first server 12, which includes the payment account and the issuing amount.
In one example, the first server 12 is also used to freeze the funds of the payment account corresponding to the issuing amount, and if the freeze is successful, the credit certificate corresponding to the issuing amount is generated and the credit certificate is returned to the first terminal 11 The freeze fails to generate a fail-off message and returns the issuing failure message to the first terminal 11.
In one example, the first server 12 is also used to verify that the credit certificates are consistent with the credit certificates returned to the first terminal 11 and, if so, update the issuing amount corresponding to the credit certificate to the issuing amount minus the payment amount after the amount obtained.

In one example, the first server 12 is further configured to restore the payment amount corresponding to the updated credit certificate to the pre-update issuing amount if the paying certificate sent by the second server 14 is not received within the pre-set time range.
The ordinary technicians in the field that can understand and implement all or part of the processes in the above mentioned method of the examples which can be accomplished by means of a computer program that can be stored in a computer-readable storage medium.
The program may, when executed, include flows of all examples as described above. Among them, said storage medium can be a magnetic disk, an optical disk, a read-only memory (ROM) or a random access memory (RAM), etc.
The characteristics of technology in the above example can be arbitrarily combined. In order to simplify the description, it does not describe all the possible combinations of the various characteristics of technology in the above examples, however, as long as the combination of these characteristics of technology are not conflict, it should be considered in the scope of this manual records.
The above-described examples show only a few methods of execution of the present invention, and its descriptions are comparatively specific and detailed, however, it can not to be construed as a limitation of the scope of the invention patent. It should be noted that various modifications and improvements can be made by those skilled in the field without departing from the inventive concept, which belong to the protection scope of the present invention.
Accordingly, the protection scope of patent of the present invention should be measured by the appended claims.

Claims (183)

CLAIMS:
1. A network payment system comprising:
a first terminal;
a second terminal;
a first server; and a second server;
wherein the first terminal is configured to transmit a purchase information data packet and a credit certificate to the second terminal, the credit certificate corresponding to funds previously frozen in a payment account;
wherein the second terminal is configured to parse the purchase information data packet to obtain a payment amount and send a receiving request including the payment amount and the credit certificate to the second server when the payment amount is not greater than an issuance amount according to the credit certificate;
wherein the second server is configured to receive the receiving request sent by the second terminal and to transmit a payment request including the credit certificate and the payment amount to the first server; and wherein the first server is configured to verify the payment request, thaw the frozen funds in the payment account corresponding to the payment amount in the payment account and transfer the funds into a receiving account through the second server.
2. The system of claim 1, wherein the purchase information data packet includes a receipt information for goods already received.

Date Recue/Date Received 2021-10-04
3. The system of claim 1, wherein the second terminal is further configured to generate a payment certificate based on the receipt information.
4. The system of claim 1, wherein the second terminal is further configured to receive a logistics information corresponding to a merchandise returned by a logistics server and generate a corresponding payment certificate based on the logistics information.
5. The system of claim 1, wherein the first terminal is further configured to send an issuing request to the first server, the issuing request comprising the payment account and the issuance amount.
6. The system of claim 5, wherein the first server is further configured to freeze the funds corresponding to the payment amount in the payment account.
7. The system of claim 6, wherein the system is further configured to generate the credit certificate corresponding to the issuance amount and return the credit certificate to the first terminal when freezing the funds successfully occurs.
8. The system of claim 6, wherein the system is further configured to generate an issuing failure message and return the issuing failure message to the first terminal when freezing the funds does not successfully occur.
9. The system of claim 1, wherein the first server is further configured to verify that a credit certificate data in the credit certificate received from the second server matches the credit certificate data in the credit certificate at the first terminal.
10. The system of claim 9, wherein the first server is further configured to update the issuance amount on the credit certificate to an amount obtained by the issuance amount minus the payment amount once the credit certificate data has been successfully verified.
Date Recue/Date Received 2021-10-04
11. The system of claim 10, wherein the first server is further configured to restore the issuance amount to its previous value when the payment request sent by the second server is not received within a pre-set time range.
12. The system of any one of claims 1-11, wherein the first terminal is adapted for use by a payer.
13. The system of any one of claims 1-12, wherein the second terminal is adapted for use by a seller.
14. The system of any one of claims 1-13, wherein the credit certificate is an electronic certificate for handling payment and settlement.
15. The system of any one of claims 1-14, wherein the credit certificate corresponds to a string of specific serial numbers which act as unique identifiers of the credit certificate.
16. The system of claim 1, wherein the first terminal is further configured to:
generate a shopping order based on merchandise shopping information submitted by a user; and calculate the payment amount required in order to purchase an item.
17. The system of claim 4, wherein the logistics information includes a recipient signature.
18. The system of claim 17, wherein the logistics information includes a date stamp associated with the recipient signature.
19. The system of claim 4, wherein the logistics information includes seller delivery information.

Date Recue/Date Received 2021-10-04
20. The system of any one of claims 1-19, wherein the credit certificate is encrypted.
21. The system of claim 20, wherein a MAC enclyption algorithm is used.
22. The system of any one of claims 1-20, wherein the purchase information data packet is encrypted.
23. The system of claim 22, wherein a MAC encryption algorithm is used.
24. The system of any one of claims 1-21, wherein the payment request is encrypted.
25. The system of claim 24, wherein a MAC encryption algorithm is used.
26. A first terminal comprising:
a memory for storing data; and a computer processor;
wherein the first terminal is operatively connected to a second terminal, a first server, and a second server;
wherein the first terminal is configured to transmit a purchase information data packet and a credit certificate to the second terminal, the credit certificate corresponding to funds previously frozen in a payment account;
wherein the second terminal is configured to parse the purchase information data packet to obtain a payment amount and send a receiving request including the payment amount and the credit certificate to the second server when the payment amount is not greater than an issuance amount according to the credit certificate;

Date Recue/Date Received 2021-10-04 wherein the second server is configured to receive the receiving request sent by the second terminal and to transmit a payment request including the credit certificate and the payment amount to the first server; and wherein the first server is configured to verify the payment request, thaw the frozen funds in the payment account corresponding to the payment amount in the payment account, and transfer the funds into a receiving account through the second server.
27. The first terminal of claim 26, wherein the purchase information data packet includes a receipt information for goods already received.
28. The first terminal of claim 27, wherein the second terminal is further configured to generate a payment certificate based on the receipt information.
29. The first terminal of claim 26, wherein the second terminal is further configured to receive a logistics information corresponding to a merchandise returned by a logistics server and generate a corresponding payment certificate based on the logistics information.
30. The first terminal of claim 26, wherein the first terminal is further configured to send an issuing request to the first server, the issuing request comprising the payment account and the issuance amount.
31. The first terminal of claim 30, wherein the first server is further configured to freeze the funds corresponding to the payment amount in the payment account.
32. The first terminal of claim 31, wherein the first server is further configured to generate the credit certificate corresponding to the issuance amount and return the credit certificate to the first terminal when freezing the funds successfully occurs.

Date Recue/Date Received 2021-10-04
33. The first terminal of claim 31, wherein the first server is further configured to generate an issuing failure message and return the issuing failure message to the first terminal when freezing the funds does not successfully occur.
34. The first terminal of claim 26, wherein the first server is further configured to verify that a credit certificate data in the credit certificate received from the second server matches the credit certificate data in the credit certificate at the first terminal.
35. The first terminal of claim 34, wherein the first server is further configured to update the issuance amount on the credit certificate to an amount obtained by the issuance amount minus the payment amount once the credit certificate data has been successfully verified.
36. The first terminal of claim 35, wherein the first server is further configured to restore the issuance amount to its previous value when the payment request sent by the second server is not received within a pre-set time range.
37. The first terminal of any one of claims 26-36, wherein the first terminal is adapted for use by a payer.
38. The first terminal of any one of claims 26-27, wherein the second terminal is adapted for use by a seller.
39. The first terminal of any one of claims 26-28, wherein the credit certificate is an electronic certificate for handling payment and settlement.
40. The first terminal of any one of claims 26-29, wherein the credit certificate corresponds to a string of specific serial numbers which act as unique identifiers of the credit certificate.
41. The first terminal of claim 26, wherein the first terminal is further configured to:

Date Recue/Date Received 2021-10-04 generate a shopping order based on a merchandise shopping information submitted by a user; and calculate the payment amount required in order to purchase an item.
42. The first terminal of claim 29, wherein the logistics information includes a recipient signature.
43. The first terminal of claim 42, wherein the logistics information includes a date stamp associated with the recipient signature.
44. The first terminal of claim 29, wherein the logistics information includes a seller delivery information.
45. The first terminal of any one of claims 26-44, wherein the credit certificate is encrypted.
46. The first terminal of claim 45, wherein a MAC encryption algorithm is used.
47. The first terminal of any one of claims 26-46, wherein the purchase information data packet is encrypted.
48. The first terminal of claim 47, wherein a MAC encryption algorithm is used.
49. The first terminal of any one of claims 26-48, wherein the payment request is encrypted.
50. A second terminal comprising:
a memory for storing data; and a computer processor;
Date Recue/Date Received 2021-10-04 wherein the second terminal is operatively connected to a first terminal, a first server, and a second server;
wherein the first terminal is configured to transmit a purchase information data packet and a credit certificate to the second terminal, the credit certificate corresponding to funds previously frozen in a payment account;
wherein the second terminal is configured to parse the purchase information data packet to obtain a payment amount and send a receiving request including the payment amount and the credit certificate to the second server when the payment amount is not greater than an issuance amount according to the credit certificate;
wherein the second server is configured to receive the receiving request sent by the second terminal and to transmit a payment request including the credit certificate and the payment amount to the first server; and wherein the first server is configured to verify the payment request, thaw the frozen funds in the payment account corresponding to the payment amount in the payment account, and transfer the funds into a receiving account through the second server.
51. The second terminal of claim 50, wherein the purchase information data packet includes a receipt information for goods already received.
52. The second terminal of claim 51, wherein the second terminal is further configured to generate a payment certificate based on the receipt information.
53. The second terminal of claim 50, wherein the second terminal is further configured to receive a logistics information corresponding to a merchandise returned by a logistics server and generate a corresponding payment certificate based on the logistics information.

Date Recue/Date Received 2021-10-04
54. The second terminal of claim 50, wherein the first terminal is further configured to send an issuing request to the first server, the issuing request comprising the payment account and the issuance amount.
55. The second terminal of claim 54, wherein the first server is further configured to freeze the funds corresponding to the payment amount in the payment account.
56. The second terminal of claim 55, wherein the first server is further configured to generate the credit certificate corresponding to the issuance amount and return the credit certificate to the first terminal when freezing the funds successfully occurs.
57. The second terminal of claim 55, wherein the first server is further configured to generate an issuing failure message and return the issuing failure message to the first terminal when freezing the funds does not successfully occur.
58. The second terminal of claim 50, wherein the first server is further configured to verify that a credit certificate data in the credit certificate received from the second server matches the credit certificate data in the credit certificate at the first terminal.
59. The second terminal of claim 58, wherein the first server is further configured to update the issuance amount on the credit certificate to an amount obtained by the issuance amount minus the payment amount once the credit certificate data has been successfully verified.
60. The second terminal of claim 59, wherein the first server is further configured to restore the issuance amount to its previous value when the payment request sent by the second server is not received within a pre-set time range.
61. The second terminal of any one of claims 50-60, wherein the first terminal is adapted for use by a payer.

Date Recue/Date Received 2021-10-04
62. The second terminal of any one of claims 50-61, wherein the second terminal is adapted for use by a seller.
63. The second terminal of any one of claims 50-62, wherein the credit certificate is an electronic certificate for handling payment and settlement.
64. The second terminal of any one of claims 50-63, wherein the credit certificate corresponds to a string of specific serial numbers which act as unique identifiers of the credit certificate.
65. The second terminal of claim 50, wherein the first terminal is further configured to:
generate a shopping order based on a merchandise shopping information submitted by a user; and calculate the payment amount required in order to purchase an item.
66. The second terminal of claim 53, wherein the logistics information includes a recipient signature.
67. The second terminal of claim 66, wherein the logistics information includes a date stamp associated with the recipient signature.
68. The second terminal of claim 53, wherein the logistics information includes a seller delivery information.
69. The second terminal of any one of claims 50-68, wherein the credit certificate is encrypted.
70. The second terminal of claim 69, wherein a MAC encryption algorithm is used.

Date Recue/Date Received 2021-10-04
71. The second terminal of any one of claims 50-68, wherein the purchase information data packet is encrypted.
72. The second terminal of claim 71, wherein a MAC encryption algorithm is used.
73. The second terminal of any one of claims 50-68, wherein the payment request is encrypted.
74. The second terminal of claim 73, wherein a MAC encryption algorithm is used.
75. A first server comprising:
a memory for storing data; and a computer processor;
wherein the first server is operatively connected to a second terminal, a first terminal, and a second server;
wherein the first terminal is configured to transmit a purchase information data packet and a credit certificate to the second terminal, the credit certificate corresponding to funds previously frozen in a payment account;
wherein the second terminal is configured to parse the purchase information data packet to obtain a payment amount and send a receiving request including the payment amount and the credit certificate to the second server when the payment amount is not greater than an issuance amount according to the credit certificate;
wherein the second server is configured to receive the receiving request sent by the second terminal and to transmit a payment request including the credit certificate and the payment amount to the first server; and Date Recue/Date Received 2021-10-04 wherein the first server is configured to verify the payment request, thaw the frozen funds in the payment account corresponding to the payment amount in the payment account, and transfer the funds into a receiving account through the second server.
76. The first server of claim 75, wherein the purchase information data packet includes a receipt information for goods already received.
77. The first server of claim 76, wherein the second terminal is further configured to generate a payment certificate based on the receipt information.
78. The first server of claim 75, wherein the second terminal is further configured to receive a logistics information corresponding to a merchandise returned by a logistics server and generate a corresponding payment certificate based on the logistics information.
79. The first server of claim 75, wherein the first terminal is further configured to send an issuing request to the first server, the issuing request comprising the payment account and the issuance amount.
80. The first server of claim 79, wherein the first server is further configured to freeze the funds corresponding to the payment amount in the payment account.
81. The first server of claim 80, wherein the first server is further configured to generate the credit certificate corresponding to the issuance amount and return the credit certificate to the first terminal when freezing the funds successfully occurs.
82. The first server of claim 80, wherein the first server is further configured to generate an issuing failure message and return the issuing failure message to the first terminal when freezing the funds does not successfully occur.
Date Recue/Date Received 2021-10-04
83. The first server of claim 75, wherein the first server is further configured to verify that a credit certificate data in the credit certificate received from the second server matches the credit certificate data in the credit certificate at the first terminal.
84. The first server of claim 83, wherein the first server is further configured to update the issuance amount on the credit certificate to an amount obtained by the issuance amount minus the payment amount once the credit certificate data has been successfully verified.
85. The first server of claim 84, wherein the first server is further configured to restore the issuance amount to its previous value when the payment request sent by the second server is not received within a pre-set time range.
86. The first server of any one of claims 75-85, wherein the first terminal is adapted for use by a payer.
87. The first server of any one of claims 75-86, wherein the second terminal is adapted for use by a seller.
88. The first server of any one of claims 75-87, wherein the credit certificate is an electronic certificate for handling payment and settlement.
89. The first server of any one of claims 75-88, wherein the credit certificate corresponds to a string of specific serial numbers which act as unique identifiers of the credit certificate.
90. The first server of claim 75, wherein the first terminal is further configured to:
generate a shopping order based on a merchandise shopping information submitted by a user; and calculate the payment amount required in order to purchase an item.

Date Recue/Date Received 2021-10-04
91. The first server of claim 78, wherein the logistics information includes a recipient signature.
92. The first server of claim 91, wherein the logistics information includes a date stamp associated with the recipient signature.
93. The first server of claim 78, wherein the logistics information includes a seller delivery information.
94. The first server of any one of claims 75-93, wherein the credit certificate is encrypted.
95. The first server of claim 94, wherein a MAC encryption algorithm is used.
96. The first server of any one of claims 75-93, wherein the purchase information data packet is encrypted.
97. The first server of claim 96, wherein a MAC encryption algorithm is used.
98. The first server of any one of claims 75-93, wherein the payment request is encrypted.
99. The first server of claim 98, wherein a MAC encryption algorithm is used.
100. A second server comprising:
a memory for storing data; and a computer processor;
wherein the second server is operatively connected to a second terminal, a first server, and a first terminal;

Date Recue/Date Received 2021-10-04 wherein the first terminal is configured to transmit a purchase information data packet and a credit certificate to the second terminal, the credit certificate corresponding to funds previously frozen in a payment account;
wherein the second terminal is configured to parse the purchase information data packet to obtain a payment amount and send a receiving request including the payment amount and the credit certificate to the second server when the payment amount is not greater than an issuance amount according to the credit certificate;
wherein the second server is configured to receive the receiving request sent by the second terminal and to transmit a payment request including the credit certificate and the payment amount to the first server; and wherein the first server is configured to verify the payment request, thaw the frozen funds in the payment account corresponding to the payment amount in the payment account, and transfer the funds into a receiving account through the second server.
101. The second server of claim 100, wherein the purchase information data packet includes a receipt information for goods already received.
102. The second server of claim 101, wherein the second terminal is further configured to generate a payment certificate based on the receipt information.
103. The second server of claim 100, wherein the second terminal is further configured to receive a logistics information corresponding to a merchandise returned by a logistics server and generate a corresponding payment certificate based on the logistics information.
104. The second server of claim 100, wherein the first terminal is further configured to send an issuing request to the first server, the issuing request comprising the payment account and the issuance amount.

Date Recue/Date Received 2021-10-04
105. The second server of claim 102, wherein the first server is further configured to freeze the funds corresponding to the payment amount in the payment account.
106. The second server of claim 103, wherein the first server is further configured to generate the credit certificate corresponding to the issuance amount and return the credit certificate to the first terminal when freezing the funds successfully occurs.
107. The second server of claim 104, wherein the first server is further configured to generate an issuing failure message and return the issuing failure message to the first terminal when freezing the funds does not successfully occur.
108. The second server of claim 100, wherein the first server is further configured to verify that a credit certificate data in the credit certificate received from the second server matches the credit certificate data in the credit certificate at the first terminal.
109. The second server of claim 108, wherein the first server is further configured to update the issuance amount on the credit certificate to an amount obtained by the issuance amount minus the payment amount once the credit certificate data has been successfully verified.
110. The second server of claim 109, wherein the first server is further configured to restore the issuance amount to its previous value when the payment request sent by the second server is not received within a pre-set time range.
111. The second server of any one of claims 100-110, wherein the first terminal is adapted for use by a payer.
112. The second server of any one of claims 100-111, wherein the second terminal is adapted for use by a seller.

Date Recue/Date Received 2021-10-04
113. The second server of any one of claims 100-112, wherein the credit certificate is an electronic certificate for handling payment and settlement.
114. The second server of any one of claims 100-113, wherein the credit certificate corresponds to a string of specific serial numbers which act as unique identifiers of the credit certificate.
115. The second server of claim 100, wherein the first terminal is further configured to:
generate a shopping order based on a merchandise shopping infomiation submitted by a user; and calculate the payment amount required in order to purchase an item.
116. The second server of claim 103, wherein the logistics information includes a recipient signature.
117. The second server of claim 116, wherein the logistics information includes a date stamp associated with the recipient signature.
118. The second server of claim 103, wherein the logistics information includes seller delivery infomiation.
119. The second server of any one of claims 100-118, wherein the purchase information data packet is encrypted.
120. The second server of claim 119, wherein a MAC encryption algorithm is used.
121. The second server of any one of claims 100-118, wherein the payment request is encrypted.
Date Recue/Date Received 2021-10-04
122. The second server of claim 121, wherein a MAC encryption algorithm is used.
123. The second server of any one of claims 100-118, wherein the credit certificate is encrypted.
124. The second server of claim 121, wherein a MAC encryption algorithm is used.
125. A network payment method comprising:
transmitting a credit certificate and a purchase information data packet from a first terminal to a second terminal, the credit certificate corresponding to funds previously frozen in a payment account;
parsing the purchase information data packet at the second terminal to obtain a payment amount;
determining at the second terminal whether the payment amount is greater than or equal to an issuance amount on the credit certificate;
sending a receiving request including the payment amount and the credit certificate from the second terminal to a second server when the payment amount is greater than or equal to the issuance amount corresponding to the credit certificate;
sending a payment request containing the credit certificate and the payment amount from the second server to a first server;
verifying the payment request at the first server;
thawing the frozen funds in the payment account corresponding to the payment amount in the payment account at the first server; and Date Recue/Date Received 2021-10-04 sending the funds to a receiving account through the second server.
126. The method of claim 125 further comprising:
transmitting a receipt information for a goods from the first terminal to the second terminal;
generating a payment certificate at the second terminal based on the receipt information.
127. The method of claim 125 further comprising:
receiving logistics information corresponding to a merchandise returned by a logistics server at the second terminal; and generating a corresponding payment certificate based on the logistics information.
128. The method of claim 125 further comprising:
sending an issuing request including a payment account number and an issuing amount from the first terminal to the first server;
freezing the funds corresponding to the issuing amount in the account corresponding to the payment account number; and generating one of the credit certificates corresponding to the issuing amount and return the credit certificate to the first terminal when freezing is successful and generating an issuing failure information and returning the issuing failure information to the first terminal when freezing is unsuccessful.
129. The method of claim 125 further comprising:

Date Recue/Date Received 2021-10-04 verifying whether a credit certificate data in the credit certificate received from the second server matches the credit certificate data in the credit certificate at the first terminal; and updating the issuance amount on the credit certificate to the amount obtained by the issuance amount minus the payment amount once the credit certificate has been successfully verified.
130. The method of claim 129 further comprising:
restoring the issuance amount to its previous value when the payment request sent by the second server is not received within a pre-set time range.
131. The method of any one of claims 125-130, wherein the method is implemented via a physical memory having stored thereon a computer program.
132. The method of claim 131, wherein the physical memory is a computer-readable storage medium.
133. The method of claim 132, wherein the computer-readable storage medium is a magnetic disk.
134. The method of claim 132, wherein the computer-readable storage medium is an optical disk.
135. The method of claim 132, wherein the computer-readable storage medium is a read-only memory.
136. The method of claim 132, wherein the computer-readable storage medium is a random-acc ess memory.

Date Recue/Date Received 2021-10-04
137. The method of claim 125, wherein the purchase information data packet includes a receipt information for goods already received.
138. The method of claim 137, wherein the second terminal is further configured to generate a payment certificate based on the receipt information.
139. The method of claim 125, wherein the second terminal is further configured to receive a logistics information corresponding to a merchandise returned by a logistics server and generate a corresponding payment certificate based on the logistics information.
140. The method of claim 125, wherein the first terminal is further configured to send an issuing request to the first server, the issuing request comprising the payment account and the issuance amount.
141. The method of claim 140, wherein the first server is further configured to freeze the funds corresponding to the payment amount in the payment account.
142. The method of claim 141, wherein the first server is further configured to generate the credit certificate corresponding to the issuance amount and return the credit certificate to the first terminal when freezing the funds successfully occurs.
143. The method of claim 142, wherein the first server is further configured to generate an issuing failure message and return the issuing failure message to the first terminal when freezing the funds does not successfully occur.
144. The method of claim 125, wherein the first server is further configured to verify that a credit certificate data in the credit certificate received from the second server matches the credit certificate data in the credit certificate at the first terminal.

Date Recue/Date Received 2021-10-04
145. The method of claim 144, wherein the first server is further configured to update the issuance amount on the credit certificate to an amount obtained by the issuance amount minus the payment amount once the credit certificate data has been successfully verified.
146. The method of claim 145, wherein the first server is further configured to restore the issuance amount to its previous value when the payment request sent by the second server is not received within a pre-set time range.
147. The method of any one of claims 125-146, wherein the first terminal is adapted for use by a payer.
148. The method of any one of claims 125-147, wherein the second terminal is adapted for use by a seller.
149. The method of any one of claims 125-148, wherein the credit certificate is an electronic certificate for handling payment and settlement.
150. The method of any one of claims 125-149, wherein the credit certificate corresponds to a string of specific serial numbers which act as unique identifiers of the credit certificate.
151. The method of claims 125, wherein the first terminal is further configured to:
generate a shopping order based on merchandise shopping information submitted by a user; and calculate the payment amount required in order to purchase an item.
152. The method of claim 139, wherein the logistics information includes a recipient signature.
153. The method of claim 152, wherein the logistics information includes a date stamp associated with the recipient signature.
154. The method of claim 139, wherein the logistics information includes seller delivery information.
155. The method of any one of claims 125-154, wherein the credit certificate is encrypted.
156. The method of claim 155, wherein a MAC encryption algorithm is used.
157. The method of any one of claims 125-155, wherein the purchase information data packet is encrypted.
158. The method of claim 157, wherein a MAC encryption algorithm is used.
159. The method of any one of claims 125-156, wherein the payment request is encrypted.
160. The method of claim 159, wherein a MAC encryption algorithm is used.
161. A logistics server comprising:
a memory for storing data; and a computer processor;
wherein the logistics server is operatively connected to a second terminal, a first server, and a first terminal;
wherein the first terminal is configured to transmit a purchase information data packet and a credit certificate to the second terminal, the credit certificate corresponding to funds previously frozen in a payment account;

Date Recue/Date Received 2021-10-04 wherein the second terminal is configured to parse the purchase information data packet to obtain a payment amount and send a receiving request including the payment amount and the credit certificate to the second server when the payment amount is not greater than an issuance amount according to the credit certificate;
wherein the second server is configured to receive the receiving request sent by the second terminal and to transmit a payment request including the credit certificate and the payment amount to the first server;
wherein the logistics server generates logistics information corresponding to the logistics information of merchandise; and wherein the first server is configured to verify the payment request, thaw the frozen funds in the payment account corresponding to the payment amount in the payment account, and transfer the funds into a receiving account through the second server.
162. The logistics server of claim 161, wherein the purchase information data packet includes receipt information for goods already received.
163. The logistics server of claim 162, wherein the logistics server is further configured to record information regarding when the goods are received by a consignee.
164. The logistics server of claim 161, wherein the second terminal is further configured to receive logistics information corresponding to a merchandise returned by the logistics server and generate a corresponding payment certificate based on the logistics information.
165. The logistics server of claim 161, wherein the first terminal is further configured to send an issuing request to the first server, the issuing request comprising the payment account and the issuance amount.

Date Recue/Date Received 2021-10-04
166. The logistics server of claim 161, wherein the first server is further configured to freeze the funds corresponding to the payment amount in the payment account.
167. The logistics terminal of claim 166, wherein the first server is further configured to generate the credit certificate corresponding to the issuance amount and return the credit certificate to the first terminal when freezing the funds successfully occurs.
168. The logistics terminal of claim 166, wherein the first server is further configured to generate an issuing failure message and return the issuing failure message to the first terminal when freezing the funds does not successfully occur.
169. The logistics terminal of claim 161, wherein the first server is further configured to verify that a credit certificate data in the credit certificate received from the second server matches the credit certificate data in the credit certificate at the first terminal.
170. The logistics terminal of claim 161, wherein the first server is further configured to update the issuance amount on the credit certificate to an amount obtained by the issuance amount minus the payment amount once the credit certificate data has been successfully verified.
171. The logistics terminal of claim 161, wherein the first server is further configured to restore the issuance amount to its previous value when the payment request sent by the second server is not received within a pre-set time range.
172. The logistics terminal of any one of claims 161-171, wherein the first terminal is adapted for use by a payer.
173. The logistics terminal of any one of claims 161-172, wherein the logistics server is adapted for use by a seller.

Date Recue/Date Received 2021-10-04
174. The logistics terminal of any one of claims 161-173, wherein the credit certificate is an electronic certificate for handling payment and settlement.
175. The logistics terminal of any one of claims 161-174, wherein the credit certificate corresponds to a string of specific serial numbers which act as unique identifiers of the credit certificate.
176. The logistics terminal of claim 161, wherein the first terminal is further configured to:
generate a shopping order based on a merchandise shopping information submitted by a user; and calculate the payment amount required in order to purchase an item.
177. The logistics terminal of any one of claims 161-176, wherein the logistics information includes a recipient signature.
178. The logistics terminal of claim 177, wherein the logistics information includes a date stamp associated with the recipient signature.
179. The logistics terminal of any one of claims 161-178, wherein the logistics information includes a seller delivery information.
180. The logistics terminal of any one of claims 161-179, wherein the credit certificate is encrypted.
181. The logistics terminal of any one of claims 161-180, wherein the purchase information data packet is encrypted.
182. The logistics terminal of any one of claims 161-181, wherein the payment request is encrypted.

Date Recue/Date Received 2021-10-04
183.
The logistics terminal of any one of claims 161-182, wherein a MAC encryption algorithm is used.
Date Recue/Date Received 2021-10-04
CA2986821A 2015-04-30 2015-04-30 Network transaction payment method and system Active CA2986821C (en)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CA3077320A CA3077320C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077298A CA3077298C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077206A CA3077206C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077154A CA3077154C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077138A CA3077138C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077167A CA3077167C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077249A CA3077249C (en) 2015-04-30 2015-04-30 Network transaction payment method and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/078131 WO2016172973A1 (en) 2015-04-30 2015-04-30 Network transaction payment method and system

Related Child Applications (7)

Application Number Title Priority Date Filing Date
CA3077167A Division CA3077167C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077206A Division CA3077206C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077249A Division CA3077249C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077154A Division CA3077154C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077298A Division CA3077298C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077138A Division CA3077138C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077320A Division CA3077320C (en) 2015-04-30 2015-04-30 Network transaction payment method and system

Publications (2)

Publication Number Publication Date
CA2986821A1 CA2986821A1 (en) 2016-11-03
CA2986821C true CA2986821C (en) 2022-02-22

Family

ID=57199017

Family Applications (8)

Application Number Title Priority Date Filing Date
CA3077320A Active CA3077320C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077138A Active CA3077138C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077154A Active CA3077154C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077249A Active CA3077249C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077206A Active CA3077206C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077167A Active CA3077167C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA2986821A Active CA2986821C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077298A Active CA3077298C (en) 2015-04-30 2015-04-30 Network transaction payment method and system

Family Applications Before (6)

Application Number Title Priority Date Filing Date
CA3077320A Active CA3077320C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077138A Active CA3077138C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077154A Active CA3077154C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077249A Active CA3077249C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077206A Active CA3077206C (en) 2015-04-30 2015-04-30 Network transaction payment method and system
CA3077167A Active CA3077167C (en) 2015-04-30 2015-04-30 Network transaction payment method and system

Family Applications After (1)

Application Number Title Priority Date Filing Date
CA3077298A Active CA3077298C (en) 2015-04-30 2015-04-30 Network transaction payment method and system

Country Status (3)

Country Link
CN (1) CN106462837A (en)
CA (8) CA3077320C (en)
WO (1) WO2016172973A1 (en)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190370791A1 (en) * 2018-05-30 2019-12-05 International Business Machines Corporation Distributing cryptographic asset returns
CN109191122B (en) * 2018-08-10 2023-06-20 中国银行股份有限公司 Method and device for acquiring transaction information certificate
CN111192104A (en) * 2018-11-15 2020-05-22 来涛 Commodity trading method and system based on network platform
CN111815312A (en) * 2020-06-24 2020-10-23 霓检有限公司 Payment method and device and payee server
CN111986021B (en) * 2020-08-19 2022-06-03 支付宝(杭州)信息技术有限公司 Cross-border remittance batch paying method, device and equipment
CN114004617B (en) * 2021-12-24 2022-04-15 浙江口碑网络技术有限公司 Certificate verification and cancellation method and device, storage medium and computer equipment
CN114387735A (en) * 2022-03-22 2022-04-22 北京三快在线科技有限公司 Method, device and system for picking up goods

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150379630A1 (en) * 2013-03-18 2015-12-31 Shenzhen Cifpay Network Bank Technology Co., Ltd Method and system for generating data packet with serial number
CN110070357B (en) * 2013-07-19 2024-05-17 创新先进技术有限公司 Data processing method, device and system
CN103489104A (en) * 2013-09-18 2014-01-01 俞强华 Security payment method and system

Also Published As

Publication number Publication date
CA3077138C (en) 2023-06-27
CA3077167A1 (en) 2016-11-03
CA3077298C (en) 2023-06-27
CA3077154C (en) 2023-06-27
CA3077206C (en) 2023-09-12
CA3077154A1 (en) 2016-11-03
CA3077138A1 (en) 2016-11-03
CA2986821A1 (en) 2016-11-03
CA3077206A1 (en) 2016-11-03
CA3077249C (en) 2023-05-02
CA3077298A1 (en) 2016-11-03
CA3077167C (en) 2023-04-25
WO2016172973A1 (en) 2016-11-03
CN106462837A (en) 2017-02-22
CA3077249A1 (en) 2016-11-03
CA3077320C (en) 2023-05-09
CA3077320A1 (en) 2016-11-03

Similar Documents

Publication Publication Date Title
CA2986821C (en) Network transaction payment method and system
US11887077B2 (en) Generating exchange item utilization solutions in an exchange item marketplace network
TWI610255B (en) Online payment method and equipment
CN108805564A (en) A kind of method and system carrying out payment and settlement based on block chain
WO2017223303A1 (en) Determining exchange item compliance in an exchange item marketplace network
CN110580618A (en) Commodity transaction method and system for block chain intelligent contracts
US20210158339A1 (en) A method of facilitating transactions between users
US20190220881A1 (en) Systems, methods and computer readable media for creating and processing a digital voucher
CN111951106A (en) Data transaction system and method based on block chain intelligent contract technology
CA2994878C (en) Method, device, and system for determining electronic certificate recipient
CN107358428B (en) Multi-terminal matching transaction system
MX2012008408A (en) Trusted stored-value payment system that includes untrusted merchant terminals.
US20050015304A1 (en) Secure purchasing over the internet
CA2986827C (en) Network transaction paying method, network transaction receiving method, and network transaction payment method and system
CA2986799C (en) Network transaction refunding method and system
EP3489875A1 (en) Device for payment of vehicle based costs, a respective vehicle and a respective method
JPWO2020010383A5 (en)
CN106372913A (en) Performance information transmission method, apparatus, and system for electronic certificate
CN113837762B (en) Digital currency payment method and device
US20240152887A1 (en) Digital asset-based interaction system with one or more staked distributed ledger technology (dlt) networks
WO2017012038A1 (en) Electronic certificate payment method, system and device
CA2994898A1 (en) Method and system for issuing electronic certificate
CN106372912A (en) Solution pay information transmission method, apparatus, and system of electronic certificate
CN106709720A (en) Method, device and system for transmitting fulfillment information of electronic certificate
WO2017012021A1 (en) Method, system, and device for batch issuing electronic certificates

Legal Events

Date Code Title Description
EEER Examination request

Effective date: 20190618