WO2016172973A1 - Procédé et système de paiement de transaction de réseau - Google Patents

Procédé et système de paiement de transaction de réseau Download PDF

Info

Publication number
WO2016172973A1
WO2016172973A1 PCT/CN2015/078131 CN2015078131W WO2016172973A1 WO 2016172973 A1 WO2016172973 A1 WO 2016172973A1 CN 2015078131 W CN2015078131 W CN 2015078131W WO 2016172973 A1 WO2016172973 A1 WO 2016172973A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
server
amount
terminal
credit
Prior art date
Application number
PCT/CN2015/078131
Other languages
English (en)
Chinese (zh)
Inventor
张毅
Original Assignee
深圳市银信网银科技有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 深圳市银信网银科技有限公司 filed Critical 深圳市银信网银科技有限公司
Priority to CA3077249A priority Critical patent/CA3077249C/fr
Priority to CA3077206A priority patent/CA3077206C/fr
Priority to PCT/CN2015/078131 priority patent/WO2016172973A1/fr
Priority to CA3077320A priority patent/CA3077320C/fr
Priority to CN201580012839.XA priority patent/CN106462837A/zh
Priority to CA3077167A priority patent/CA3077167C/fr
Priority to CA3077154A priority patent/CA3077154C/fr
Priority to CA2986821A priority patent/CA2986821C/fr
Priority to CA3077138A priority patent/CA3077138C/fr
Priority to CA3077298A priority patent/CA3077298C/fr
Publication of WO2016172973A1 publication Critical patent/WO2016172973A1/fr

Links

Images

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

Definitions

  • the present invention relates to the field of computer technologies, and in particular, to a network transaction payment method and system.
  • the traditional online payment adopts the form of a third-party payment company guarantee, and the buyer, that is, the payer, pays the funds to the third-party platform, and determines the account after the receipt of the goods and transfers the funds to the seller, that is, the payee through the third-party platform.
  • a network transaction payment method comprising:
  • the first terminal sends the credential and the purchase information packet to the second terminal;
  • the second terminal parses the purchase information data packet to obtain a payment amount, and determines whether the payment amount is less than or equal to the credit amount corresponding to the credit certificate, and if yes, sends a payment request including the payment amount and the credit certificate to Second server;
  • the second server sends a payment request including the credit certificate and the payment amount to the first service Device
  • the second server receives the payment voucher sent by the second terminal, the payment voucher includes the corresponding payment, and sends the payment voucher to the first server;
  • the first server verifies the legality of the payment voucher, and after the verification is successful, the funds corresponding to the payment amount of the payment account are unfrozen according to the credit certificate;
  • the first server transfers the funds to the preset payment account through the second server.
  • the method before the step of the second server receiving the payment voucher sent by the second terminal, the method further includes:
  • the first terminal sends the confirmed receipt information that the goods have been signed to the second terminal;
  • the second terminal generates a corresponding payment voucher according to the confirmed receipt information.
  • the method before the step of the second server receiving the payment voucher sent by the second terminal, the method further includes:
  • the second terminal receives the logistics information corresponding to the commodity returned by the logistics server, and generates a corresponding payment certificate according to the logistics information.
  • the method before the step of sending the credential and the purchasing the information packet to the second terminal by the first terminal, the method further includes:
  • the first terminal sends a request for issuance to the first server, where the request for issuing the account includes a payment account and an amount of the issuance;
  • the first server freezes the funds corresponding to the issuing amount of the payment account, and if the freezing is successful, generates a credit certificate corresponding to the issuing amount, and returns the credit certificate to the first terminal, and if the freezing fails, the certificate is failed to be generated. The message is returned to the first terminal.
  • the method further includes:
  • the first server verifies whether the credit certificate is consistent with the credit certificate returned to the first terminal, and if yes, updates the credit amount corresponding to the credit certificate to the amount obtained after subtracting the payment amount from the issuing amount.
  • the first server will increase the amount of the certificate corresponding to the credit certificate. After the new amount of the amount of the issuance minus the payment amount, the steps include:
  • the first server If the first server does not receive the payment voucher sent by the second server within the preset time range, the first server restores the issued credit amount corresponding to the updated credential to the pre-updated issuance amount.
  • a network transaction payment method comprising:
  • the first server receives the first terminal to send a request for issuance, and the request for issuing the account includes a payment account and an amount of the issuance;
  • the first server freezes the funds corresponding to the issuing amount of the payment account, and if the freezing is successful, generates a credit certificate corresponding to the issuing amount, and returns the credit certificate to the first terminal, and if the freezing fails, the certificate is failed to be generated. a message, and returning the issuing failure message to the first terminal;
  • the first server receives a payment request sent by the second server, including the payment certificate and the credit certificate, where the payment voucher includes the corresponding payment;
  • the first server verifies the legality of the payment voucher, and after the verification is successful, the funds corresponding to the payment amount of the payment account are unfrozen according to the credit certificate;
  • the first server transfers the funds to the preset payment account through the second server.
  • the method further includes:
  • the first server verifies whether the credit certificate is consistent with the credit certificate returned to the first terminal, and if yes, updates the credit amount corresponding to the credit certificate to the amount obtained after subtracting the payment amount from the issuing amount.
  • the method further includes:
  • the first server If the first server does not receive the payment voucher sent by the second server within the preset time range, the first server restores the issued credit amount corresponding to the updated credential to the pre-updated issuance amount.
  • a network transaction payment system comprising:
  • a first terminal configured to send a credential and purchase the information data packet to the second terminal
  • a second terminal configured to parse the purchase information data packet to obtain a payment amount, and determine whether the payment amount is less than or equal to the issuing amount corresponding to the credit certificate, and if yes, send the payment amount and the credit certificate Request to the second server;
  • a second server configured to send a payment request including the credit certificate and the payment amount to the first server, and receive a payment voucher sent by the second terminal, where the payment voucher includes a corresponding payment, and send the payment according to the payment request Determining the payment voucher and the credit certificate to the first server;
  • the first server verifies the legality of the payment voucher. After the verification is successful, the funds corresponding to the payment account are unfrozen according to the credit voucher, and the funds are transferred to the preset collection account through the second server.
  • the first terminal is further configured to send the purchase information data packet to include the confirmed receipt information of the goods to the second terminal;
  • the second terminal is further configured to generate a corresponding payment voucher according to the confirmed receipt information.
  • the second terminal is further configured to receive, by the second terminal, the logistics information corresponding to the commodity returned by the logistics server, and generate a corresponding payment certificate according to the logistics information.
  • the first terminal is further configured to send a request for issuance to the first server, where the request for issuing the account includes a payment account and an amount of the issuance;
  • the first server is further configured to freeze the funds corresponding to the issuing amount of the payment account, and if the freezing is successful, generate a credit corresponding to the issuing amount, and return the credit to the first terminal, if the freezing fails Then, an issue failure failure message is generated, and the issue failure failure message is returned to the first terminal.
  • the first server is further configured to verify whether the credit certificate is consistent with the credit certificate returned to the first terminal, and if yes, update the credit amount corresponding to the credit certificate to the issuing amount minus The amount obtained after going to the payment amount.
  • the first server is further configured to: when the payment voucher sent by the second server is not received within the preset time range, restore the issued amount corresponding to the updated credential to the pre-updated issuance Amount.
  • the buyer corresponding to the first terminal has already purchased the goods before After obtaining the credit certificate, the credit certificate provides a guarantee for the buyer to pay the payment to ensure the security of the seller's collection, so that the seller of the second terminal can safely deliver the goods; and the buyer corresponding to the first terminal is in the payment account before the transaction is completed.
  • the funds have not been paid out, which guarantees the security of the buyer’s funds.
  • the online transaction payment between the above methods and systems is completely independent of the third-party payment platform, which improves the financial security of the network transaction.
  • FIG. 1 is a schematic flow chart of a method for payment of a network transaction in an embodiment
  • FIG. 2 is an application scenario diagram of a network transaction payment method in an embodiment
  • FIG. 3 is a schematic flow chart of a method for payment of a network transaction in an embodiment
  • FIG. 4 is a flowchart of a network transaction payment method after a step of receiving, by a first server, a payment request including a payment voucher and a credit certificate by a first server in an embodiment
  • FIG. 5 is a schematic structural diagram of a network transaction payment system in an embodiment.
  • a new payment mode is realized by combining the frozen payment of the silver letter certificate. Through this mode, the buyer can restrain the seller's transaction performance progress, and this setting ensures that the payment is made.
  • the buyer's financial security also urges the seller to actively deliver the goods, set the settlement conditions at various stages, reduce the capital recovery process, solve the problem of difficult collection of the final payment, and ensure the integrity transaction between the buyer and the seller from the system level.
  • a network transaction payment method includes the following steps:
  • Step 102 The first terminal sends the credit certificate and the purchase information data packet to the second terminal.
  • the first terminal is applicable to the payer in the network transaction payment, that is, the buyer; the second terminal is applicable to the network.
  • the payee in the transaction is the seller.
  • the buyer and the seller complete the online transaction through the online shopping platform.
  • the credit certificate refers to an electronic voucher for the payment and settlement of the payment of the goods by the buyer with the corresponding funds of the payment account as the guarantee.
  • the credential corresponds to a specific serial number, and the serial number is used as a unique identifier of the credit certificate.
  • the payment account includes a bank account number or a third party payment account.
  • the first terminal generates a shopping order according to the merchandise shopping information submitted by the user, and calculates a payment amount required for purchasing the shopping order merchandise, and further generates a purchase information data packet according to the shopping order and the payment amount.
  • the first terminal sends the purchase information data packet together with the credit certificate to the second terminal to implement a request for the buyer to purchase the product from the seller.
  • the network transaction payment method before the first terminal sends the credential and the purchase information packet to the second terminal, the network transaction payment method further includes: the first terminal sends the request for issuance to the first server, and the request for the certificate includes The payment account and the amount of the issuance certificate; the first server freezes the funds corresponding to the issuing amount of the payment account, and if the freezing is successful, generates a credit certificate corresponding to the issuing amount, and returns the credit certificate to the first terminal, and if the freezing fails, generates The certificate of failure is issued, and the certificate of failure is returned to the first terminal.
  • the buyer pre-opens the credit certificate before conducting the online transaction, and by freezing the funds corresponding to the payment account in advance to show the seller that the buyer has the ability to pay the payment.
  • the first server is provided with a payment account used by the buyer to pay for the payment, and the buyer can freeze the corresponding account of the payment account through the first server, and automatically transfer the payment account to the seller when the funds are thawed. payment.
  • the amount of the issuance refers to the credit line of the credit certificate.
  • the amount of the certificate is 5,000 yuan
  • the issued credit certificate can be used as a guarantee for the credit line for purchasing 5,000 yuan of goods.
  • the funds corresponding to the issuing amount of the credit certificate will not be diverted before they are thawed. Guarantee the safety of the seller to recover the payment.
  • the first terminal establishes a connection with the first server over the network.
  • the request for the issuance also includes the user name of the payment account and the user password.
  • the first server verifies whether the buyer has the right to open the credit certificate by checking the user name and the user password.
  • the reason for the failure of the issuance request includes: the amount corresponding to the payment account is less than the amount of the issuance or the first server is required to issue the certificate. If the first server will not be able to generate a credential, the first server will send a certificate of failure to the first terminal to remind the buyer.
  • Step 103 The second terminal parses the purchase information data packet to obtain a payment amount, and determines whether the payment amount is less than or equal to the issuing amount corresponding to the credit certificate, and if yes, proceeds to step 104, and if not, ends.
  • the second terminal after receiving the shopping data package, the second terminal further determines whether the buyer has sufficient funds to pay for the purchased product. In this embodiment, by determining whether the payment amount is less than or equal to the issuing amount corresponding to the credit certificate, if yes, it indicates that the frozen funds of the buyer are sufficient to pay for the purchased commodity network transaction, and the process proceeds to step 104. If not, it means that the buyer has insufficient funds to pay for the purchase of the goods. This online transaction failed, and the buyer can choose to purchase other goods or withdraw from the shopping platform.
  • Step 104 The second terminal sends a payment request including a payment amount and a credit certificate to the second server.
  • the second server is connected to the second terminal through a network, the second server is provided with a buyer's payment account, and the second server is used to transfer the payment of the purchased product paid by the buyer into the payment account, in one embodiment
  • the second server is preset with a payment account. After the seller receives the purchase request from the buyer, the second terminal sends a payment request to the second server, and the second server requests the first server to pay the payment.
  • Step 105 The second server sends a payment request including the credit certificate and the payment amount to the first server.
  • the second server after receiving the payment request sent by the second terminal, the second server further sends a payment request to the first server according to the payment request, that is, the funds corresponding to the first server credential corresponding to the issuance amount are used.
  • the funds corresponding to the payment amount of the credit certificate shall not be used for other purposes.
  • the method further includes: the first server verifies whether the credential is consistent with the credit certificate returned to the first terminal, and if yes, updating the credit amount corresponding to the credential to the issuance The amount obtained by subtracting the payment amount from the amount.
  • the first server determines whether the credit certificate sent by the second server is generated by itself, and if so, the credit certificate is legally valid. Since the funds corresponding to the issuing amount of the credit certificate have been used for payment in part or in full, the funds corresponding to the issuing amount of the credit certificate are further adjusted accordingly, and the corresponding amount of the issuing amount is subtracted from the amount of the issuing amount. The amount is convenient for the buyer to make the next purchase, avoiding the buyer's multiple purchases and the credit card corresponding amount is insufficient to pay all the purchase price.
  • the method further includes:
  • the first server If the first server does not receive the payment voucher sent by the second server within the preset time range, the first server restores the issued credit amount corresponding to the updated credential to the pre-updated issuance amount.
  • the network transaction process is limited to a preset time range, that is, the time from the time the order is placed to the seller's delivery to the time when the buyer receives the goods is set within a preset time range. If the first server does not receive the payment voucher sent by the second server within the preset time range, the default network transaction has been suspended for some reason. For example, unqualified buyers refuse to sign or buyers and sellers reach an agreement to cancel online transactions. Since the buyer has no obligation to pay the purchase price, the amount of the certificate corresponding to the credit certificate is restored to the amount before the update in order not to affect the buyer's next purchase.
  • Step 106 The second server receives the payment voucher sent by the second terminal, where the payment voucher includes the corresponding payment, and sends the payment voucher to the first server.
  • the goods received by the buyer may differ from the goods sent by the seller, and the payment amount payable may be different from the actual payment amount.
  • the buyer purchased 5 teacups in the seller's online store, but the buyer only signed 3 of the teacups because 2 of them were unqualified, and the payment voucher corresponding to the payment should be 3 teacups instead of 5 The price of a teacup.
  • the second terminal generates a payment voucher according to the information of the network transaction that the buyer and the seller have completed, and sends the payment voucher to the second server, and the second server requests the first server to pay the payment.
  • the method before the second server receives the payment voucher sent by the second terminal, the method further includes: the first terminal sending the confirmed receipt information of the goods to the second terminal; and the second terminal confirming according to the confirmation The receipt information generates a corresponding payment voucher.
  • the buyer can actively send the receiving information to the seller that the goods have been signed. Specifically, the buyer clicks the button of the product confirmation receipt on the shopping platform by the first terminal, and further, triggers the first terminal to send the confirmation receipt information to the second terminal. The second terminal generates a payment voucher based on the confirmed receipt information.
  • the method before the second server receives the payment voucher sent by the second terminal, the method further includes:
  • the second terminal receives the logistics information corresponding to the commodity returned by the logistics server, and generates a corresponding payment certificate according to the logistics information.
  • the condition for payment payment by the credit certificate is set as follows: the funds corresponding to the credit certificate are solved in stages according to the logistics information of the commodity delivery.
  • the logistics information of the goods after the seller delivers the goods will be recorded in the logistics server.
  • the logistics company staff will record the goods receipt information into the logistics server, and the signed information includes the consignee signature and Signing time and other information.
  • the logistics server feeds back the logistics information of the commodity to the second terminal in real time, and when the logistics information obtained by the second terminal meets the preset condition, the corresponding payment certificate is generated according to the logistics information.
  • the logistics information recorded by the logistics server indicates that after the seller completes the delivery task, the generated payment voucher needs the buyer to pay part of the payment.
  • the generated payment voucher needs to be purchased. The family pays the remaining payment.
  • the first server sorts out the funds corresponding to the credit certificate according to the logistics information of the commodity, and divides the payment of the commodity into multiple stages of payment, which can motivate the seller to actively fulfill the obligation to execute the transaction contract, ensure the safety of the buyer's funds, and urge the seller to actively Delivery, the integrity of transactions between buyers and sellers.
  • the logistics server sends the logistics order number corresponding to the goods after delivery to the first terminal and the second terminal, so as to facilitate the logistics tracking of the purchased goods by the buyer and the seller.
  • Step 107 The first server verifies the legality of the payment voucher. After the verification is successful, the funds corresponding to the payment account are unfrozen according to the credit voucher.
  • Step 108 The first server transfers the funds to the preset payment account through the second server.
  • the first server pays the funds corresponding to the frozen issuance amount of the payment account to the preset collection account through the second server, thereby realizing the payment obligation of the buyer to purchase the commodity. finished Online trading.
  • data packets are tampered with in order to prevent data leakage or hacking.
  • the data such as the purchase information packet, the payment voucher, and the credit certificate are encrypted during the transmission process, that is, the data packet includes the encrypted segment.
  • the encrypted segment included in the foregoing data is encrypted by using a MAC algorithm.
  • the buyer corresponding to the first terminal has obtained the credit certificate before purchasing the commodity, and the credit certificate provides guarantee for the buyer to pay the payment to ensure the security of the seller's collection, so that the seller of the second terminal can safely deliver the goods.
  • the buyer corresponding to the first terminal does not pay the funds in the payment account before the transaction is completed, which ensures the security of the buyer's funds.
  • the above-mentioned method of network transaction payment is completely independent of the third-party payment platform, and the capital security of the network transaction is improved.
  • the payment in the buyer's payment account does not need to be paid in advance. In the period when no seller has not completed the delivery, the payment can also generate interest in the account corresponding to the payment account, which increases the buyer's capital income.
  • the buyer A issues a credit request for the 5000 yuan credit certificate to the first server 22 through the first terminal 21, and the first server 22 freezes the 5000 yuan in the payment account, and generates a value of 5,000 yuan.
  • the credit certificate is returned to the first terminal 21.
  • Buyer A enters seller B's online store to purchase goods on the shopping platform, but the purchased goods must be less than or equal to 5,000 yuan to achieve the transaction.
  • the purchase price of the goods purchased by the buyer A is guaranteed by a 5,000 yuan credit certificate.
  • the seller B arranges the logistics company to send the goods.
  • the logistics company records the logistics information of the commodity into the logistics server 25, the logistics server 25 returns the logistics information to the second terminal 23, the second terminal 23 generates a corresponding payment certificate, and the second terminal 23 sends the payment certificate to the second server 24,
  • the second server 24 sends the payment voucher to the first server 22 and the credit voucher requests payment of the payment.
  • the first server 22 unfreezes the funds in the payment account according to the credit voucher, and transfers the funds to the payment account of the seller B through the second server 24. Complete online transaction payment.
  • a network transaction payment method is provided, the method Applying the first server; the method includes the following steps:
  • Step 302 The first server receives, by the first terminal, a request for issuing a certificate, where the request for issuing includes a payment account and an amount of the issuance.
  • Step 304 The first server freezes the funds corresponding to the issuing amount of the payment account, and if the freezing is successful, generates a credit corresponding to the issuing amount, and returns the credit to the first terminal, and if the freezing fails, generates an opening failure message. And return the certificate of failure to the first terminal.
  • Step 306 The first server receives a payment request that is sent by the second server and includes a payment certificate and a credit certificate, where the payment voucher includes a corresponding payment.
  • Step 308 The first server verifies the legality of the payment voucher. After the verification is successful, the funds corresponding to the payment account are unfrozen according to the credit voucher.
  • Step 310 The first server transfers the funds to the preset payment account through the second server.
  • the method further includes: the first server generates a message that the payment is successful, and sends a message that the payment is successful. To the first terminal.
  • the first server further includes:
  • Step 402 The first server verifies whether the credential is consistent with the credit certificate returned to the first terminal. If yes, go to step 404, and if no, it ends.
  • Step 404 Update the amount of the issuance corresponding to the credit certificate to the amount obtained after subtracting the payment amount from the amount of the issuance.
  • the method further includes:
  • Step 406 If the first server does not receive the payment voucher sent by the second server within the preset time range, the first server restores the requisition amount corresponding to the updated credential to the pre-updated issuance amount.
  • a network transaction payment system includes: a first terminal, a second terminal, a first server, and a second server, wherein the first terminal 11 and the first server 12 is connected; the second 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 11 is configured to send the credit certificate and purchase the information data packet to the second terminal 13.
  • the second terminal 13 is configured to parse the purchase information data packet to obtain a payment amount, and determine whether the payment amount is less than or equal to the issuing amount corresponding to the credit certificate, and if yes, send the payment request including the payment amount and the credit certificate to the second server 14 .
  • the second server 14 is configured to send a payment request including the credit voucher and the payment amount to the first server 12, and receive the payment voucher sent by the second terminal 13.
  • the payment voucher includes the corresponding payment, and sends the payment voucher and the credit according to the payment request.
  • the credentials are to the first server 12.
  • the first server 12 verifies the legality of the payment voucher. After the verification is successful, the funds corresponding to the payment amount of the payment account are thawed according to the credit voucher, and the funds are transferred to the preset collection account through the second server 14.
  • the first terminal 11 is further configured to send the confirmed receipt information of the goods that has been signed to the second terminal 13.
  • the second terminal 13 is further configured to generate a corresponding payment voucher according to the confirmed receipt information.
  • the second terminal 13 is further configured to receive, by the second terminal 13, the logistics information corresponding to the commodity returned by the logistics server, and generate a corresponding payment certificate according to the logistics information.
  • the first server 12 is further configured to generate a message that the payment was successful, and send a message that the payment was successful to the first terminal 11.
  • the second server 14 is further configured to generate a message that the payment is successful, and send a message of successful receipt to the second terminal 13.
  • the first terminal 11 is further configured to send a request for issuance to the first server 12, where the request for issuing includes a payment account and an amount of the issuance.
  • the first server 12 is further configured to freeze the funds corresponding to the payment amount of the payment account, and if the freezing is successful, generate a credit corresponding to the issuing amount, and return the credit to the first terminal 11, if If the freeze fails, an issue failure failure message is generated, and the issue failure failure message is returned to the first terminal 11.
  • the first server 12 is further configured to verify whether the credit certificate is consistent with the credit certificate returned to the first terminal 11, and if yes, update the credit amount corresponding to the credit certificate to the issuing amount minus the payment amount. The amount obtained afterwards.
  • the first server 12 is further configured to: when the payment voucher sent by the second server 14 is not received within the preset time range, restore the issued amount corresponding to the updated credential to the pre-update opening. The amount of the certificate.
  • the storage medium may be a non-volatile storage medium such as a magnetic disk, an optical disk, a read-only memory (ROM), or a random access memory (RAM).

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

La présente invention concerne un procédé et un système de paiement de transaction de réseau. Le procédé comprend les étapes suivantes : (102) un premier terminal envoie un certificat de crédit et un paquet de données d'informations d'achat à un second terminal ; (103) le second terminal analyse le paquet de données d'informations d'achat pour obtenir un montant de paiement, et détermine si le montant de paiement est inférieur ou égal à un montant de facturation correspondant au certificat de crédit ; si c'est le cas, (104) le second terminal envoie une demande de réception comprenant le montant de paiement et le certificat de crédit à un second serveur ; (105) le second serveur envoie une demande de paiement comprenant le certificat de crédit et le montant de paiement à un premier serveur ; (106) le second serveur reçoit un certificat de paiement envoyé par le second terminal, et envoie le certificat de paiement au premier serveur ; (107) le premier serveur vérifie la validité du certificat de paiement, et après succès de la vérification, en fonction du certificat de crédit, débloque des fonds d'un paiement de marchandises correspondant à un compte de paiement ; (108) le premier serveur transfère les fonds sur un compte de réception prédéfini par l'intermédiaire du second serveur. Le système et le procédé améliorent la sécurité des fonds d'une transaction de réseau.
PCT/CN2015/078131 2015-04-30 2015-04-30 Procédé et système de paiement de transaction de réseau WO2016172973A1 (fr)

Priority Applications (10)

Application Number Priority Date Filing Date Title
CA3077249A CA3077249C (fr) 2015-04-30 2015-04-30 Procede et systeme de paiement de transaction de reseau
CA3077206A CA3077206C (fr) 2015-04-30 2015-04-30 Procede et systeme de paiement de transaction de reseau
PCT/CN2015/078131 WO2016172973A1 (fr) 2015-04-30 2015-04-30 Procédé et système de paiement de transaction de réseau
CA3077320A CA3077320C (fr) 2015-04-30 2015-04-30 Procede et systeme de paiement de transaction de reseau
CN201580012839.XA CN106462837A (zh) 2015-04-30 2015-04-30 网络交易支付方法及系统
CA3077167A CA3077167C (fr) 2015-04-30 2015-04-30 Procede et systeme de paiement de transaction de reseau
CA3077154A CA3077154C (fr) 2015-04-30 2015-04-30 Procede et systeme de paiement de transaction de reseau
CA2986821A CA2986821C (fr) 2015-04-30 2015-04-30 Procede et systeme de paiement de transaction de reseau
CA3077138A CA3077138C (fr) 2015-04-30 2015-04-30 Procede et systeme de paiement de transaction de reseau
CA3077298A CA3077298C (fr) 2015-04-30 2015-04-30 Procede et systeme de paiement de transaction de reseau

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/078131 WO2016172973A1 (fr) 2015-04-30 2015-04-30 Procédé et système de paiement de transaction de réseau

Publications (1)

Publication Number Publication Date
WO2016172973A1 true WO2016172973A1 (fr) 2016-11-03

Family

ID=57199017

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/078131 WO2016172973A1 (fr) 2015-04-30 2015-04-30 Procédé et système de paiement de transaction de réseau

Country Status (3)

Country Link
CN (1) CN106462837A (fr)
CA (8) CA3077138C (fr)
WO (1) WO2016172973A1 (fr)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190370791A1 (en) * 2018-05-30 2019-12-05 International Business Machines Corporation Distributing cryptographic asset returns
CN111815312A (zh) * 2020-06-24 2020-10-23 霓检有限公司 付款方法、装置和收款方服务器
CN111986021A (zh) * 2020-08-19 2020-11-24 支付宝(杭州)信息技术有限公司 一种跨境收汇的分批解付方法、装置及设备
CN114004617A (zh) * 2021-12-24 2022-02-01 浙江口碑网络技术有限公司 凭证核销方法及装置、存储介质、计算机设备
CN114387735A (zh) * 2022-03-22 2022-04-22 北京三快在线科技有限公司 一种提取货物的方法、装置及系统

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109191122B (zh) * 2018-08-10 2023-06-20 中国银行股份有限公司 一种获取交易信息凭证的方法及装置
CN111192104A (zh) * 2018-11-15 2020-05-22 来涛 一种基于网络平台的商品交易方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103489104A (zh) * 2013-09-18 2014-01-01 俞强华 安全支付方法及系统
CN103827905A (zh) * 2013-03-18 2014-05-28 深圳市银信网银科技有限公司 一种带编号数据包生成方法及系统
CN104301293A (zh) * 2013-07-19 2015-01-21 阿里巴巴集团控股有限公司 数据处理方法、装置和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103827905A (zh) * 2013-03-18 2014-05-28 深圳市银信网银科技有限公司 一种带编号数据包生成方法及系统
CN104301293A (zh) * 2013-07-19 2015-01-21 阿里巴巴集团控股有限公司 数据处理方法、装置和系统
CN103489104A (zh) * 2013-09-18 2014-01-01 俞强华 安全支付方法及系统

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190370791A1 (en) * 2018-05-30 2019-12-05 International Business Machines Corporation Distributing cryptographic asset returns
CN111815312A (zh) * 2020-06-24 2020-10-23 霓检有限公司 付款方法、装置和收款方服务器
CN111986021A (zh) * 2020-08-19 2020-11-24 支付宝(杭州)信息技术有限公司 一种跨境收汇的分批解付方法、装置及设备
CN111986021B (zh) * 2020-08-19 2022-06-03 支付宝(杭州)信息技术有限公司 一种跨境收汇的分批解付方法、装置及设备
CN114004617A (zh) * 2021-12-24 2022-02-01 浙江口碑网络技术有限公司 凭证核销方法及装置、存储介质、计算机设备
CN114004617B (zh) * 2021-12-24 2022-04-15 浙江口碑网络技术有限公司 凭证核销方法及装置、存储介质、计算机设备
CN114387735A (zh) * 2022-03-22 2022-04-22 北京三快在线科技有限公司 一种提取货物的方法、装置及系统

Also Published As

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

Similar Documents

Publication Publication Date Title
US11694243B2 (en) Injecting exchange items into an exchange item marketplace network
WO2016172973A1 (fr) Procédé et système de paiement de transaction de réseau
CN113435895A (zh) 用于基于区块链的交易的欺诈控制的系统和方法
EP3298550A1 (fr) Procédé et système d'intégration de change du marché et de traitement de l'émetteur pour transactions fondées sur blockchain
WO2014146227A1 (fr) Procédé et système de paiement au moyen d'un réseau
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
CA2994878C (fr) Procede, dispositif et systeme de determination de destinataire de certificat electronique
WO2016172938A1 (fr) Procédé et système de remboursement de transactions de réseau
CA3058527C (fr) Systeme de paiement base sur un serveur de gestion de fonds croises, et procede, dispositif et serveur associe
CA2988809C (fr) Systeme de paiement base sur serveur pour la gestion de fonds croises, et procede, dispositif et serveur associes
CA2986827C (fr) Procede de paiement de transaction de reseau, procede de reception de transaction de reseau et procede et systeme de paiement de transaction de reseau
CA3048342C (fr) Procede et systeme de paiement en reseau
WO2017012043A1 (fr) Procédé, dispositif et système de transmission d'informations de paiement par certificat électronique
WO2017012007A1 (fr) Procédé, système et dispositif pour transférer le droit de confirmer la délivrance d'un certificat électronique
WO2017012021A1 (fr) Procédé, système et dispositif pour délivrer en lots des certificats électroniques
WO2017012047A1 (fr) Procédé, dispositif et système de transmission d'informations d'exécution de certificat électronique
CA3082746A1 (fr) Systeme de paiement base sur un serveur de gestion de fonds partages, et procede, dispositif et serveur associe
WO2017012050A1 (fr) Procédé, appareil et système de réception de certificat

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15890353

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2986821

Country of ref document: CA

122 Ep: pct application non-entry in european phase

Ref document number: 15890353

Country of ref document: EP

Kind code of ref document: A1