CA3077154C - Network transaction payment method and system - Google Patents
Network transaction payment method and system Download PDFInfo
- Publication number
- CA3077154C CA3077154C CA3077154A CA3077154A CA3077154C CA 3077154 C CA3077154 C CA 3077154C CA 3077154 A CA3077154 A CA 3077154A CA 3077154 A CA3077154 A CA 3077154A CA 3077154 C CA3077154 C CA 3077154C
- Authority
- CA
- Canada
- Prior art keywords
- payment
- server
- amount
- merchandise
- account
- 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
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
NETWORK TRANSACTION PAYMENT METHOD AND SYSTEM
Technical Field [0001] The present invention relates to the field of computer technology, and particularly to a network transaction payment method and system.
Background Technology
Technical Field [0001] The present invention relates to the field of computer technology, and particularly to a network transaction payment method and system.
Background Technology
[0002] 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
Summary of the invention
[0003] 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.
[0004] A kind of network transaction payment method includes:
[0005] The first terminal transmits the credit certificate and the purchase information data packet to the second terminal;
[0006] 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;
[0007] The second server sends a payment request containing the credit certificate and the payment amount to the first server;
[0008] 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;
[0009] 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;
[0010] The first server transfers the said funds to the pre-set receiving account through the second server.
[0011] In one of the examples, before the second server receives the paying certificate sent by the second terminal. Also includes:
[0012] The first terminal transmits the confirmed receipt information for the signed goods to the second terminal;
[0013] And the second terminal generates a corresponding paying certificate based on the said confirmed receipt information.
[0014] In one of the examples, before the second server receives the paying certificate sent by the second terminal, the second server also includes:
[0015] 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.
[0016] 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:
[0017] The first terminal sends the issuing request to the first server, the issuing request includes the payment account number and the issuing amount;
[0018] 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.
100191 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:
[0020] 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.
[0021] 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:
[0022] 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.
[0023] A kind of network transaction payment method includes:
[0024] 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;
[0025] 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.
[0026] 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;
[0027] 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;
[0028] The first server transfers the said funds to the pre-set receiving account through the second server.
[0029] 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:
[0030] 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.
[0031] 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:
[0032] 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.
[0033] A kind of network transaction payment system, and the said system comprising:
[0034] The first terminal for transmitting the credit certificate and the purchased information data packet to the second terminal;
[0035] 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.
[0036] 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.
[0037] 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;
[0038] 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;
[0039] And the second terminal is further configured to generate a corresponding paying certificate based on the confirmation receipt information.
[0040] 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.
[0041] 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;
[0042] 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.
[0043] 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.
[0044] 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.
[0045] 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 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 [0046] Figure 1 is a flowchart of a network transaction payment method in one example;
[0047] Figure 2 is an application scene diagram of a network transaction payment method in one example;
[0048] Figure 3 is a flowchart of a network transaction payment method in one example;
[0049] 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;
[0050] Figure 5 is a schematic diagram of a structure of a network transaction payment system in one example;
Description of the Preferred Examples [0051] 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.
[0052] 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.
[0053] As shown in Figure 1, in one example, there is provided a network transaction payment method comprising the steps of:
[0054] In Step 102, the first terminal transmits the credit certificate and the purchase information data packet to the second terminal.
[0055] 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.
[0056] 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.
[0057] 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.
[0058] 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.
[0059] 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.
[0060] 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.
[0061] 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 the issuance corresponding to the credit certificate. If so, the process proceeds to Step 104, if not.
[0062] 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.
[0063] In Step 104, the second terminal transmits a payment request including the payment amount and the credit certificate to the second server.
[0064] 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.
[0065] In Step 105, the second server sends a payment request containing the credit certificate and the payment amount to the first server.
[0066] 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.
[0067] 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.
[0068] 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.
[0069] In one example, after the first server updates the issuing amount corresponding the credit certificate to the amount that the issuing amount minus the payment amount, the method also includes:
[0070] 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.
[0071] 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.
[0072] 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.
[0073] 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.
[0074] 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.
[0075] 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.
[0076] In another example, at Step 106, the second server receives the paying certificate sent by the second terminal, the method further comprising:
[0077] 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.
[0078] 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.
[0079] 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.
[0080] 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.
[0081] 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.
[0082] 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.
[0083] In Step 108, the first server transfers the funds to the pre-set receiving account through the second server.
[0084] 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.
[0085] 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 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.
[0086] 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.
[0087] 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.
[0088] 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:
[0089] 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.
[0090] 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.
[0091] 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.
[0092] 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.
[0093] In Step 310, the first server transfers the funds to the pre-set receiving account through the second server.
[0094] 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.
[0095] 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:
100961 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.
[0097] 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.
[0098] 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:
[0099] 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.
[0100] 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, 101011 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, [0102] 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 [0103] 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.
[0104] 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.
[0105] 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, [0106] The second terminal 13 is also used to generate the corresponding paying certificate based on the confirmation receipt information.
[0107] 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.
[0108] 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, [0109] 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, [0110] 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.
[0111] 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.
[0112] 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.
[0113] 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.
[0114] 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.
[0115] 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.
[0116] 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.
100191 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:
[0020] 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.
[0021] 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:
[0022] 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.
[0023] A kind of network transaction payment method includes:
[0024] 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;
[0025] 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.
[0026] 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;
[0027] 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;
[0028] The first server transfers the said funds to the pre-set receiving account through the second server.
[0029] 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:
[0030] 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.
[0031] 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:
[0032] 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.
[0033] A kind of network transaction payment system, and the said system comprising:
[0034] The first terminal for transmitting the credit certificate and the purchased information data packet to the second terminal;
[0035] 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.
[0036] 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.
[0037] 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;
[0038] 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;
[0039] And the second terminal is further configured to generate a corresponding paying certificate based on the confirmation receipt information.
[0040] 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.
[0041] 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;
[0042] 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.
[0043] 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.
[0044] 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.
[0045] 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 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 [0046] Figure 1 is a flowchart of a network transaction payment method in one example;
[0047] Figure 2 is an application scene diagram of a network transaction payment method in one example;
[0048] Figure 3 is a flowchart of a network transaction payment method in one example;
[0049] 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;
[0050] Figure 5 is a schematic diagram of a structure of a network transaction payment system in one example;
Description of the Preferred Examples [0051] 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.
[0052] 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.
[0053] As shown in Figure 1, in one example, there is provided a network transaction payment method comprising the steps of:
[0054] In Step 102, the first terminal transmits the credit certificate and the purchase information data packet to the second terminal.
[0055] 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.
[0056] 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.
[0057] 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.
[0058] 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.
[0059] 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.
[0060] 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.
[0061] 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 the issuance corresponding to the credit certificate. If so, the process proceeds to Step 104, if not.
[0062] 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.
[0063] In Step 104, the second terminal transmits a payment request including the payment amount and the credit certificate to the second server.
[0064] 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.
[0065] In Step 105, the second server sends a payment request containing the credit certificate and the payment amount to the first server.
[0066] 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.
[0067] 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.
[0068] 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.
[0069] In one example, after the first server updates the issuing amount corresponding the credit certificate to the amount that the issuing amount minus the payment amount, the method also includes:
[0070] 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.
[0071] 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.
[0072] 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.
[0073] 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.
[0074] 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.
[0075] 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.
[0076] In another example, at Step 106, the second server receives the paying certificate sent by the second terminal, the method further comprising:
[0077] 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.
[0078] 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.
[0079] 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.
[0080] 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.
[0081] 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.
[0082] 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.
[0083] In Step 108, the first server transfers the funds to the pre-set receiving account through the second server.
[0084] 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.
[0085] 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 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.
[0086] 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.
[0087] 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.
[0088] 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:
[0089] 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.
[0090] 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.
[0091] 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.
[0092] 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.
[0093] In Step 310, the first server transfers the funds to the pre-set receiving account through the second server.
[0094] 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.
[0095] 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:
100961 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.
[0097] 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.
[0098] 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:
[0099] 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.
[0100] 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, 101011 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, [0102] 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 [0103] 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.
[0104] 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.
[0105] 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, [0106] The second terminal 13 is also used to generate the corresponding paying certificate based on the confirmation receipt information.
[0107] 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.
[0108] 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, [0109] 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, [0110] 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.
[0111] 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.
[0112] 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.
[0113] 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.
[0114] 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.
[0115] 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.
[0116] 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 (51)
1. A computer implemented method of performing a payment and settlement function in an online transaction, the method comprising:
receiving merchandise shopping information submitted by a buyer from the online transaction;
identifying a bank account number of a payment account from the merchandise shopping information;
generating payment and settlement information wherein the payment and settlement information includes at least a purchase order and value of the online transaction;
freezing the value of the online transaction within the payment account of the buyer;
generating a shipping order containing the payment and settlement information to purchase merchandise;
performing at least one of account unfreezing operations and account debiting operations on the payment account, when the buyer confirms receiving the merchandise; and unfreezing any remaining frozen fund amount at the conclusion of the transaction.
receiving merchandise shopping information submitted by a buyer from the online transaction;
identifying a bank account number of a payment account from the merchandise shopping information;
generating payment and settlement information wherein the payment and settlement information includes at least a purchase order and value of the online transaction;
freezing the value of the online transaction within the payment account of the buyer;
generating a shipping order containing the payment and settlement information to purchase merchandise;
performing at least one of account unfreezing operations and account debiting operations on the payment account, when the buyer confirms receiving the merchandise; and unfreezing any remaining frozen fund amount at the conclusion of the transaction.
2. The method of claim 1, wherein the payment account is a bank account.
3. The method of claim 1 , wherein the payment account is a bank account plus a financial institution.
4. The method of claim 1 , wherein the merchandise shopping information is used to initiate the payment and settlement function.
Date Regue/Date Received 2023-01-30
Date Regue/Date Received 2023-01-30
5. The method of any one of claims 1-4, wherein the payment and settlement information is sent in a data packet to purchase the merchandise.
6. The method of claim 5, wherein the data packet further includes a withholding amount.
7. The method of claim 6, wherein the withholding amount is calculated from the value of the online transaction.
8. The method of any one of claims 1-7, wherein the online tiansaction includes multiple items, and total funds required to pay for those items is calculated.
9. The method of any one of claims 1-8, wherein the online transaction includes calculation for items that were selected to be purchased, but not authorized.
10. The method of any one of claims 6 or 7, wherein the withholding amount additionally includes a calculation of taxes.
11. The method of any one of claims 6, 7, or 10, wherein the withholding amount includes a calculation for exchange rate.
12. The method of any one of claims 1-11, wherein if a price of purchased merchandise is less than the frozen fund amount, to update the frozen fund amount to an amount equal to the difference.
13. The method of any one of claims 6, 7, 10, or 11, wherein the withholding amount corresponds to frozen funds.
14. The method of any one of claims 1-13, wherein the frozen funds are a temporary network transaction process in a pre-set time range.
15. The method of any one of claims 1-14, wherein the frozen funds are conditional on confirmation that the buyer has received the merchandise.
Date Regue/Date Received 2023-01-30
Date Regue/Date Received 2023-01-30
16. The method of any one of claims 1-15, wherein receipt of the merchandise is confirmed by an indication from a logistics company.
17. The method of any one of claims 1-15, wherein a logistics confirmation includes a recipient signature.
18. The method of claim 17, wherein the logistics confirmation includes a date stamp associated with the recipient signature.
19. The method of any one of claims 1-18, wherein logistics information includes seller delivery information.
20. The method of claim 5, wherein the data packet is encrypted.
21. The method of any one of claims 1-20, wherein a MAC encryption algorithm is used.
22. The method of any one of claims 1-15, wherein at least one of the account unfreezing and account debiting requests is encrypted.
23. The method of any one of claims 1-22, wherein a MAC encryption algorithm is used.
24. The method of any one of claims 1-23, wherein the payment is made in batches.
25. The method of claim 24 , wherein the payment is divided into multiple stages of payment.
26. A computer implemented method of using multiple accounts to pay for online transaction, the method comprising:
receiving merchandise shopping information submitted by a buyer from the online transaction;
identifying a plurality of bank account numbers of a payment account from the merchandise shopping information;
Date Regue/Date Received 2023-01-30 generating payment and settlement information wherein the payment and settlement information includes at least a purchase order and a value of the online transaction;
freezing the value of the online transaction within the payment account of the buyer;
generating a shipping order containing the payment and settlement information to purchase merchandise;
performing at least one of account unfreezing operations and account debiting operations on at least one payment account, when the buyer confirms receiving the merchandise; and unfreezing any remaining frozen amounts any of the accounts at the conclusion of the transaction.
receiving merchandise shopping information submitted by a buyer from the online transaction;
identifying a plurality of bank account numbers of a payment account from the merchandise shopping information;
Date Regue/Date Received 2023-01-30 generating payment and settlement information wherein the payment and settlement information includes at least a purchase order and a value of the online transaction;
freezing the value of the online transaction within the payment account of the buyer;
generating a shipping order containing the payment and settlement information to purchase merchandise;
performing at least one of account unfreezing operations and account debiting operations on at least one payment account, when the buyer confirms receiving the merchandise; and unfreezing any remaining frozen amounts any of the accounts at the conclusion of the transaction.
27. The method of claim 26, wherein the merchandise shopping information is used to initiate a payment and settlement function.
28. The method of claim 27, wherein the payment and settlement function generate the payment and settlement information.
29. The method of claims 27-28, wherein the payment and settlement information are sent in a data packet to purchase the merchandise.
30. The method of claim 29, wherein the data packet further includes a withholding amount.
31. The method of claim 30, wherein the withholding amount is calculated from the value of the online transaction.
32. The method of claim 31, wherein the online transaction includes multiple items, and total funds required to pay for those items is calculated.
33. The method of claims 31-32, wherein the online transaction includes calculation for items that were selected to be purchased, but not authorized.
Date Regue/Date Received 2023-01-30
Date Regue/Date Received 2023-01-30
34. The method of claims 30-33, wherein the withholding amount additionally includes a calculation of taxes.
35. The method of claims 30-34, where the withholding amount includes a calculation for exchange rate.
36. The method of claims 26-35, wherein if price of purchased merchandise is less than frozen funds, to update the frozen funds amount to an amount equal to the difference.
37. The method of claims 30-35, wherein the withholding amount corresponds to the frozen funds.
38. The method of claim 37, wherein the frozen funds are a temporary network transaction process in a pre-set time range.
39. The method of any one of claims 37-38, wherein the frozen funds are conditional on confirmation that the buyer has received the merchandise.
40. The method of any one of claims 26-39, wherein receipt of the merchandise is confirmed by an indication from a logistics company.
41. The method of claim 40, wherein partial receipt of the merchandise is confirmed by an indication from the logistics company.
42. The method of claim 40, wherein the failure of a customer to sign for the merchandise is confiiined by an indication from the logistics company.
43. The method of any one of claims 26-40, wherein a paying certificate for the merchandise is adjusted to be based on actual merchandise received by a customer.
44. The method of any one of claims 26-40, wherein logistics confirmation includes a recipient signature.
Date Regue/Date Received 2023-01-30
Date Regue/Date Received 2023-01-30
45. The method of claim 44, wherein the logistics confirmation includes a date stamp associated with the recipient signature.
46. The method of any one of claims 26-45, wherein logistics information includes seller delivery information.
47. The method of any one of claims 26-46, wherein the data packet is enciypted.
48. The method of any one of claims 26-39, wherein at least one of the account unfreezing and account debiting requests is encrypted.
49. The method of any one of claims 26-48, wherein a MAC encryption algorithm is used.
50. The method of any one of claims 26-49, wherein the payment is made in batches.
51. The method of claim 50, wherein the payment is divided into multiple stages of payment.
Date Regue/Date Received 2023-01-30
Date Regue/Date Received 2023-01-30
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CA3077154A CA3077154C (en) | 2015-04-30 | 2015-04-30 | Network transaction payment method and system |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2015/078131 WO2016172973A1 (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 |
| CA2986821A CA2986821C (en) | 2015-04-30 | 2015-04-30 | Network transaction payment method and system |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA2986821A Division CA2986821C (en) | 2015-04-30 | 2015-04-30 | Network transaction payment method and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA3077154A1 CA3077154A1 (en) | 2016-11-03 |
| CA3077154C true CA3077154C (en) | 2023-06-27 |
Family
ID=57199017
Family Applications (8)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| 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 |
| CA3077249A Active CA3077249C (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 |
| CA3077320A Active CA3077320C (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 |
| CA3077138A Active CA3077138C (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 (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| 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 |
| CA3077249A Active CA3077249C (en) | 2015-04-30 | 2015-04-30 | Network transaction payment method and system |
Family Applications After (4)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA3077320A Active CA3077320C (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 |
| CA3077138A Active CA3077138C (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 |
Country Status (3)
| Country | Link |
|---|---|
| CN (1) | CN106462837A (en) |
| CA (8) | CA3077206C (en) |
| WO (1) | WO2016172973A1 (en) |
Families Citing this family (8)
| 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 |
| CN117829831A (en) * | 2023-03-14 | 2024-04-05 | 张志明 | Time delay payment system and method |
Family Cites Families (3)
| 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 |
-
2015
- 2015-04-30 CA CA3077206A patent/CA3077206C/en active Active
- 2015-04-30 CA CA3077167A patent/CA3077167C/en active Active
- 2015-04-30 CN CN201580012839.XA patent/CN106462837A/en active Pending
- 2015-04-30 WO PCT/CN2015/078131 patent/WO2016172973A1/en active Application Filing
- 2015-04-30 CA CA3077249A patent/CA3077249C/en active Active
- 2015-04-30 CA CA3077154A patent/CA3077154C/en active Active
- 2015-04-30 CA CA3077320A patent/CA3077320C/en active Active
- 2015-04-30 CA CA2986821A patent/CA2986821C/en active Active
- 2015-04-30 CA CA3077138A patent/CA3077138C/en active Active
- 2015-04-30 CA CA3077298A patent/CA3077298C/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CA3077249C (en) | 2023-05-02 |
| CA3077167A1 (en) | 2016-11-03 |
| CA3077320A1 (en) | 2016-11-03 |
| CA3077298A1 (en) | 2016-11-03 |
| CA3077298C (en) | 2023-06-27 |
| CA3077206A1 (en) | 2016-11-03 |
| CA3077206C (en) | 2023-09-12 |
| CA3077138C (en) | 2023-06-27 |
| CA3077320C (en) | 2023-05-09 |
| CA3077154A1 (en) | 2016-11-03 |
| CA3077167C (en) | 2023-04-25 |
| CA3077138A1 (en) | 2016-11-03 |
| CA3077249A1 (en) | 2016-11-03 |
| WO2016172973A1 (en) | 2016-11-03 |
| CN106462837A (en) | 2017-02-22 |
| CA2986821A1 (en) | 2016-11-03 |
| CA2986821C (en) | 2022-02-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA3077154C (en) | Network transaction payment method and system | |
| CN110580618A (en) | Commodity transaction method and system for block chain intelligent contracts | |
| CA2994878C (en) | Method, device, and system for determining electronic certificate recipient | |
| US20210158339A1 (en) | A method of facilitating transactions between users | |
| CN107358428B (en) | Multi-terminal matching transaction system | |
| US20150026037A1 (en) | System, method and apparatus to provide a multi-channel retail layaway service using physical retail point-of-sale and on-line virtual payment systems | |
| WO2014079330A1 (en) | Synchronous payment system | |
| CN107180345A (en) | A kind of method of commerce paid under online trading line | |
| CA2986799C (en) | Network transaction refunding method and system | |
| US20160048815A1 (en) | Payment service provision with reduced transaction costs | |
| CA2986827C (en) | Network transaction paying method, network transaction receiving method, and network transaction payment method and system | |
| CN106372913A (en) | Performance information transmission method, apparatus, and system for electronic certificate | |
| KR102684452B1 (en) | Cryptocurrency p2p safe transaction method and system | |
| US20240152887A1 (en) | Digital asset-based interaction system with one or more staked distributed ledger technology (dlt) networks | |
| KR20170073563A (en) | Method and apparatus for providing bi-directional escrow service of electronic commerce | |
| CN106709722A (en) | Solution pay information transmission method, apparatus and system of electronic certificate | |
| CN106372912A (en) | Solution pay information transmission method, apparatus, and system of electronic certificate | |
| WO2017012021A1 (en) | Method, system, and device for batch issuing electronic certificates | |
| CN106709720A (en) | Method, device and system for transmitting fulfillment information of electronic certificate | |
| WO2017012007A1 (en) | Method, system, and device for transferring right to confirm issuance of electronic certificate | |
| CA3082746A1 (en) | Payment system based on shared funds-management server, and method, device and server therefor | |
| CN106548399A (en) | The method and apparatus that a kind of refusal receives card |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request |
Effective date: 20200330 |
|
| EEER | Examination request |
Effective date: 20200330 |
|
| EEER | Examination request |
Effective date: 20200330 |
|
| EEER | Examination request |
Effective date: 20200330 |
|
| EEER | Examination request |
Effective date: 20200330 |
|
| EEER | Examination request |
Effective date: 20200330 |
|
| EEER | Examination request |
Effective date: 20200330 |
|
| EEER | Examination request |
Effective date: 20200330 |