WO2016172949A1 - Système de paiement basé sur un serveur de fonds croisés et procédé, dispositif et serveur de paiement associés - Google Patents

Système de paiement basé sur un serveur de fonds croisés et procédé, dispositif et serveur de paiement associés Download PDF

Info

Publication number
WO2016172949A1
WO2016172949A1 PCT/CN2015/078050 CN2015078050W WO2016172949A1 WO 2016172949 A1 WO2016172949 A1 WO 2016172949A1 CN 2015078050 W CN2015078050 W CN 2015078050W WO 2016172949 A1 WO2016172949 A1 WO 2016172949A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
client
merchant
management server
fund
Prior art date
Application number
PCT/CN2015/078050
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 CA2987802A priority Critical patent/CA2987802A1/fr
Priority to PCT/CN2015/078050 priority patent/WO2016172949A1/fr
Publication of WO2016172949A1 publication Critical patent/WO2016172949A1/fr

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

Definitions

  • the present invention relates to the field of electronic commerce, and in particular, to a payment system based on a cross-fund server and a payment method, apparatus and server thereof.
  • E-commerce has become more and more widely used in various commercial trade activities.
  • the so-called e-commerce refers to online shopping for consumers based on browser and server applications in the open Internet environment of commercial trade activities.
  • the technical problem to be solved by the present invention is to provide a payment system based on a cross-funding server and a payment method, device and server thereof, so as to reduce the risk of user funds and protect the interests of both buyers and sellers.
  • a payment system based on a cross-fund server comprising at least one client, at least one merchant, and a second money management server connected to the client and a first money management connected to the merchant Server, where:
  • the client configured to send, to the second fund management server, payment request information including at least a payment amount
  • the merchant terminal is configured to receive an electronic commitment payment certificate sent by the second fund management server;
  • a second fund management server configured to receive payment request information sent by the client; compare a sum of a client fund balance and a credit overdraft limit and a payment amount, and determine whether an electronic commitment payment voucher can be generated for payment; if so, second The fund management server respectively freezes the balance of funds and the credit overdraft limit in the client account, so that the total amount of the freeze is greater than or equal to the payment amount, and generates an electronic commitment payment that the second fund management server promises to release the funds according to the agreed conditions. And voucher, and sending the electronic commitment payment voucher information to the merchant terminal for credit commitment payment for the client;
  • the first fund management server is configured to store the electronic commitment payment voucher information sent by the second fund management server, and allocate the received payment amount to the In the account of the merchant.
  • a method for network payment based on a cross-fund server comprising the steps of:
  • the second fund management server receives the payment request information sent by the client, where the payment request information includes at least the payment amount;
  • the user separately freezes the balance of the funds in the client account and the credit overdraft limit, so that the total amount of the freeze is greater than or equal to the payment amount; and generates an electronic commitment payment that the second fund management server promises to release the funds according to the agreed conditions.
  • the voucher sends the electronic commitment payment voucher information to the merchant for credit commitment payment for the client.
  • a payment device based on a cross-capital server comprising a receiving module, a judging module and a processing module, wherein.
  • a receiving module configured to receive payment request information sent by the client, where the payment request information includes a payment amount
  • the determining module is configured to compare the sum of the client fund balance and the credit overdraft limit with the payment amount, and determine whether the electronic commitment payment certificate can be issued;
  • a processing module configured to freeze the balance of the funds in the client account and the credit overdraft limit respectively, so that the total amount of the freeze is greater than or equal to the payment amount; generate an electronic commitment payment voucher, and send the electronic commitment payment voucher The information is sent to the merchant.
  • a server based on a cross-fund server comprising the payment device of the above technical solution.
  • the cross-fund server-based payment system and method, device and server thereof are provided by the fund management server for supervising the information of the buyer and the seller, and the supervision function is merged into the bank or other institution with credit payment capability;
  • this program makes full use of the credit center function and risk control center function of the fund management server to A more optimized credit mechanism promotes online transactions and secures transaction funds, provides a credit medium for both parties to the transaction, and reduces the risk of funds through supervision of funds to protect the interests of both parties.
  • it also facilitates customers by adding loan functions, and enriches the business of banks or other institutions with credit payment capabilities.
  • FIG. 1 is a schematic diagram of a payment system based on a cross-capital server according to Embodiment 1 of the present invention
  • FIG. 2 is a flowchart of a payment method based on a cross-funding server according to Embodiment 2 of the present invention
  • FIG. 3 is a flowchart of a payment method based on a cross-funding server according to Embodiment 3 of the present invention.
  • FIG. 4 is a block diagram of a structure of a payment device based on a cross-funding server according to Embodiment 4 of the present invention.
  • FIG. 5 is a block diagram of a structure of a payment system based on a cross-funding server according to Embodiment 5 of the present invention.
  • a payment system based on a cross-fund server is provided in an embodiment of the present invention.
  • the system includes at least one client 10, at least one merchant terminal 20, and first money management servers 30 and second connected to each other.
  • Money management server 40 wherein:
  • the client 10 is connected to the second money management server 40 for transmitting payment request information to the second money management server 40, wherein the payment request information includes a payment amount.
  • the client 10 is applicable to a payer (buyer), including a smart device such as a mobile phone, a personal computer, a PAD, etc., and the account information of the client 10 is filled in when the user registers, and is stored in a database of the fund management service, and the client
  • the account information of 10 includes information such as a user ID, an account bank, an account name, a bank account number, a credit limit, and the like, and may also include a customer's receipt/service address information.
  • the payment request information is information such as filling in/confirming the receipt/service address after the user selects to purchase a specific product/service, and the client 10 generates data according to the price of the product/service and the merchant to which the product/service belongs according to a preset rule.
  • the packet is sent to the second money management server 40.
  • the payment request information includes at least a payment amount, and may also include merchant information and commodity information.
  • the merchant information may directly be the merchant payment account, or may uniquely identify the information of the merchant (such as the merchant ID), and the second fund management server 40 searches the database for the bank account information corresponding to the merchant according to the unique identifier of the merchant.
  • the account information of the merchant terminal 20 should be confidential with respect to the client 10, so the merchant information is preferably a merchant ID, and the second fund management server 40 uses the relationship between the merchant ID and the payment account to query the merchant's receipt. Account number. That is to say, the client 10 only needs to inform the second fund management server 40 which product of which merchant pays the amount of money, and the second fund management server 40 can call up the merchant's account to realize the payment.
  • the merchant terminal 20 is connected to the first fund management server 30 for receiving the electronic commitment payment certificate sent by the second fund management server 40.
  • the merchant terminal 20 is applicable to a payee (seller), and the merchant terminal includes but is not limited to a server, a POS machine, and the like. Merchants include, but are not limited to, manufacturers, agents, logistics companies, etc.
  • the merchant information is also registered when the user opens the account and is stored in the database of the fund management server.
  • the merchant information includes but is not limited to the merchant ID, the merchant name, the merchant account bank, the merchant account name, the merchant bank account and the like.
  • the merchant terminal 20 After receiving the electronic commitment payment voucher sent by the second fund management server 40, transmits the designated product delivery destination by extracting the product information and the receipt information in the electronic commitment payment voucher information.
  • the second fund management server 40 is configured to receive the payment request information sent by the client 10, compare the fund balance of the client 10 and the credit overdraft limit with the payment amount, and determine whether the electronic commitment payment certificate can be issued; if the payment is allowed, Then, the fund balance corresponding to the payment amount in the client account and the credit overdraft limit are frozen, and an electronic commitment payment voucher that is promised by the second fund management server 40 to cancel the payment according to the agreed condition is generated, and the electronic commitment payment voucher information is sent to the merchant. 20.
  • the second fund management server 40 parses according to a preset rule to obtain related payment information, and the related payment information includes, but is not limited to, necessary information such as merchant information, product information, and payment amount. , which product of which merchant pays which amount.
  • the second fund management server 40 queries whether the sum of the bank fund balance and the credit overdraft limit of the client account is sufficient for the current settlement. If the balance is insufficient, the current payment is terminated. If sufficient, the corresponding fund balance and the credit overdraft limit are respectively frozen. Therefore, the total amount of the freeze is greater than or equal to the payment amount, and the transaction is completed after the merchant confirms the delivery or the customer confirms the receipt.
  • the second fund management server 40 may further determine whether the bank transfer operation is based on the status of the electronic commitment payment voucher information, that is, the request for payment is only the frozen fund balance and the credit overdraft limit, and the withdrawal and deduction of the credit overdraft are confirmed after the receipt of the receipt. Amount.
  • the second money management server 40 can also be connected to multiple clients 10 and through the Internet at the same time.
  • the first money management server 30 can also be connected to a plurality of merchant terminals 20 and via the Internet at the same time. That is, the server where the merchant 20 account is located is not on the same server as the server where the client 10 is located.
  • the second fund management server 40 and the first money management server 30 may be a single server in a physical sense, or may be multiple servers in a physical sense, such as multiple physical servers working in parallel, and automatically allocated according to different traffic volumes. The resources of the server together realize the management of funds.
  • the second money management server 40 and the first money management server 30 include, but are not limited to, servers in organizations such as banks, businesses, and the like.
  • the fund management server supervises the information of buyers and sellers, and integrates the supervision functions into banks or other institutions with credit payment capabilities.
  • a payment method based on a cross-fund server is provided in a fund management server according to an embodiment of the present invention.
  • the method includes the following steps:
  • the client sends payment request information to the second fund management server, where the payment request information includes a payment amount.
  • the payment request information received by the second fund management server includes: merchant information, commodity information, and payment amount, and may further include client information (such as a customer ID).
  • the merchant information may directly be the merchant payment account, or may uniquely identify the merchant information (such as the merchant ID), and the second fund management server searches the database for the bank account information corresponding to the merchant according to the unique identifier of the merchant.
  • the account information of the merchant side should be confidential with respect to the client, so the merchant information is preferably a merchant ID, and the second fund management server uses the relationship between the merchant ID and the payment account to query the merchant's collection account. That is to say, the client only needs to inform the second fund management server which product of which merchant to pay the amount of money, and the second fund management server can call the merchant account to implement the corresponding payment operation.
  • the second fund management server receives the payment request information sent by the client.
  • step S203 Query the sum of the fund balance of the client account and the credit overdraft limit, and compare the sum of the fund balance and the credit overdraft limit with the payment amount. If it is greater than or equal to, the description is sufficient. If it is less than, the description is insufficient. When the fund balance and the credit overdraft limit are sufficient, step S204 is performed, otherwise, the payment is not made;
  • the second fund management server respectively freezes the fund balance corresponding to the payment amount in the client account and the credit overdraft limit; it can be understood that the corresponding fund balance and the credit overdraft limit of the frozen payment amount respectively include the following situations:
  • the second fund management server generates an electronic commitment payment certificate according to the payment request information and the freezing information, and sends the electronic commitment payment voucher to the merchant terminal;
  • the payment request information is sent by the buyer to the second fund management server through the client operation, the payment information is objectively confirmed by the customer and authorized to be paid by the bank.
  • the second fund management server freezes the corresponding funds, and generates an electronic commitment payment certificate according to the payment information, and the merchant provides the corresponding goods/services according to the electronic commitment payment certificate.
  • the second funds server sends the electronic commitment payment certificate to the merchant end, and synchronizes to the first fund management server. Specifically, this step sends the generated electronic voucher information to the client or the merchant for subsequent tracking.
  • the second fund management server receives the settlement information.
  • the second fund management server transfers the funds corresponding to the frozen quota to the first fund management server.
  • the first fund management server allocates the received payment amount to the account of the merchant.
  • the payment method provided by the embodiment of the present invention receives the payment request information of the client through the second fund management server, determines whether the payment is allowed according to the balance of the client account fund balance and the credit overdraft limit, and simultaneously freezes the balance of the funds in the client account. And the credit overdraft limit, and the generation of electronic commitment payment vouchers for real-time monitoring, can reduce the risk of funds and protect the interests of both buyers and sellers.
  • a payment method for a fund balance and a credit overdraft limit provided by a preferred embodiment of the present invention is applied to the cross-fund server-based payment system shown in FIG. 1, and the method includes the following steps:
  • the client sends payment request information to the second fund management server, where the payment request information includes at least a payment amount.
  • the payment request information is composed of a plurality of data packets, and at least includes merchant information, commodity information, and payment amount. It can also include client information such as customer IDs.
  • the merchant information may directly be the merchant payment account, or may uniquely identify the merchant information (such as the merchant ID), and the fund management server searches the database for the bank account information corresponding to the merchant according to the unique identifier of the merchant.
  • the account information of the merchant side should be confidential with respect to the client, so the merchant information is preferably a merchant ID, and the fund management server uses the relationship between the merchant ID and the payment account to query the merchant's payment account. That is to say, the client only needs to inform the merchant management server which merchant to pay for which commodity, and the fund management server can call the merchant's account to implement the corresponding payment operation.
  • the manner in which the client sends the payment request information to the second money management server may be performed in an existing manner, such as by using a digital signature or a digital envelope.
  • a digital signature is data obtained by a user encrypting a hash digest of the original data with his or her private key.
  • the information receiver obtains the hash digest after decrypting the digital signature attached to the original information using the public key of the information sender, and can confirm whether the original information is obtained by comparing with the hash sum generated by the original data received by the user. Was tampered with. This ensures the non-repudiation of data transmission.
  • Digital envelopes use cryptographic techniques to ensure that only the intended recipient can read the content of the message. A single key cryptosystem and a public key cryptosystem are used in the digital envelope.
  • the sender of the information first encrypts the information by using a randomly generated symmetric cipher, and then encrypts the symmetric cipher with the public key of the recipient.
  • the symmetric cipher encrypted by the public key is called a digital envelope.
  • the information receiver When transmitting information, when the information receiver wants to decrypt the information, it must first decrypt the digital envelope with its own private key to obtain a symmetric password, in order to use the symmetric password to decrypt the obtained information. This ensures the authenticity and integrity of the data transmission.
  • the fund management server receives the payment request information sent by the client.
  • the payment request information received by the second fund management server includes: merchant information, commodity information, and payment amount, and may further include client information (such as a customer ID).
  • the merchant information may directly be the merchant payment account, or may uniquely identify the merchant information (such as the merchant ID), and the second fund management server searches the database for the bank account information corresponding to the merchant according to the unique identifier of the merchant.
  • the account information of the merchant side should be confidential with respect to the client, so the merchant information is preferably a merchant ID, and the second fund management server uses the relationship between the merchant ID and the payment account to query the merchant's collection account. That is to say, the client only needs to inform the second fund management server which product of which merchant to pay the amount of money, and the second fund management server can call the merchant account to implement the corresponding payment operation.
  • step S303 Query the sum of the fund balance of the client account and the credit overdraft limit, and compare the sum of the fund balance and the credit overdraft limit with the payment amount. If it is greater than or equal to, the description is sufficient. If it is less than, the description is insufficient.
  • step S305 is performed; otherwise, step S304 is performed;
  • step S304 asking the client whether to issue a credit loan amount; if the credit amount is required to be credited, proceeding to step S305, otherwise ending the process;
  • the credit loan amount may be the amount specified by the client, or may be the default amount for the current payment.
  • the price of a commodity selected by the customer is 1,500 yuan (payment amount)
  • the credit line of the credit is required to be 600 yuan, in order to reach the allowable payment standard.
  • Make payment behavior it is also feasible to use another method, such as directly applying for a credit line of 1,500 yuan for payment.
  • the second fund management server freezes the balance of the funds in the client account and the credit overdraft limit and the credit loan amount respectively, so that the total amount of the freeze is greater than or equal to the payment amount, and may be specifically classified into the following forms:
  • the second fund management server generates an electronic commitment payment certificate according to the payment request information and the freezing information.
  • the payment request information is sent by the buyer to the second fund management server through the client operation, the payment information is objectively confirmed by the customer and authorized to be paid by the bank.
  • the second fund management server respectively freezes the corresponding fund balance or the credit overdraft limit or the credit loan amount, and generates an electronic commitment payment certificate according to the payment information, and the merchant provides the corresponding goods/services according to the electronic commitment payment certificate.
  • the second funds server sends the electronic commitment payment certificate to the merchant terminal and the first fund management server, so as to facilitate subsequent tracking.
  • the second fund management server receives the settlement information. It should be noted that, in this step S408, the merchant sends and receives the settlement information to the fund management server, which is merely an example. In actual application, the client and the logistics may also be used. The server or other entity capable of knowing the delivery status sends the settlement information to the money management server.
  • the second fund management server transfers the funds corresponding to the frozen quota to the first fund management server. It can be understood that according to different freezing modes in the step S306, there is a corresponding matching fund transfer plan, and the corresponding funds are allocated. Go to the account of the merchant.
  • the first fund management server allocates the received payment amount to the account of the merchant.
  • the buyer is not only convenient, but also greatly enriches the business of the bank or other institutions with credit payment capabilities;
  • the electronic commitment payment vouchers are tracked synchronously, and the trajectory of the goods and the trajectory of the funds are effectively combined, so that the interests of both buyers and sellers can be effectively protected.
  • a payment device provided by an embodiment of the present invention includes a receiving module 301, a determining module 302, and a processing module 303, where:
  • the receiving module 301 is configured to receive payment request information sent by the client, where the payment request information includes a payment amount.
  • the payment request information received by the receiving module 301 includes: merchant information, product information, and payment amount, and may further include client information (such as a customer ID).
  • the merchant information may directly be a merchant collection account, or may uniquely identify the merchant's information (such as a merchant ID).
  • the account information of the merchant side should be kept secret relative to the client, so the merchant information is preferably the merchant ID, that is, the client only needs to inform the fund management server which merchant to pay for which commodity, which is adjusted by the device.
  • the account of the merchant is implemented to perform the corresponding payment operation.
  • the determining module 302 is configured to determine whether to allow payment according to the client fund balance and the credit overdraft limit and the payment amount.
  • the determining module 302 is specifically configured to: query the account balance of the client and the credit overdraft limit; determine whether the fund balance of the client account and the credit overdraft limit are greater than or equal to the payment amount, and if yes, allow payment .
  • the payment ability of the sum of the account fund balance and the credit overdraft limit is first determined, and the account fund balance and the credit overdraft payment method are preferentially used, thereby saving the payment cycle and protecting the interests of the merchant.
  • the bank account or the credit card account of the client may be the client notifying the device in the payment request information, or the device may query the database according to the client information, and obtain the corresponding account fund balance and the credit overdraft limit. Only when the client's fund balance and credit overdraft limit are greater than or equal to the payment amount, indicates that the customer has the ability to perform payment behavior, and the payment behavior is allowed at this time.
  • the determining module 302 is further configured to: when the sum of the fund balance of the client account and the credit overdraft limit is less than the payment amount, ask the client whether the credit loan quota needs to be issued; if the credit amount is required, The credit line is issued to the client account to allow the payment; if not, the payment is terminated. In this way, it not only facilitates the buyer, but also enriches the business of banks or other institutions with credit payment capabilities.
  • the fund management server to obtain a bank account or a credit card account based on customer information, a customer may have multiple accounts, and a hybrid payment method may also be employed.
  • the customer can use the payment amount of 900 yuan, and the payment behavior cannot be implemented. If there is still a loan line of 600 yuan in the client account, the application of the credit line of 600 yuan, the use of 1,500 yuan, you can implement the payment.
  • the processing module 303 is configured to, when the payment is allowed, freeze the balance of the funds in the client account and the credit overdraft limit and the credit loan amount respectively, so that the total amount of the freeze is greater than or equal to the payment amount; generate an electronic commitment payment certificate, and pay the electronic promise
  • the voucher information is sent to the merchant.
  • the processing module 303 further includes a freezing unit 3031, a credential generating unit 3032, and a synchronizing unit 3033, wherein:
  • the freezing unit 3031 is configured to freeze the balance of the funds in the client account and the credit overdraft limit and the credit loan amount respectively when the payment is allowed, so that the total amount of the freeze is greater than or equal to the payment amount;
  • a voucher generating unit 3032 configured to generate an electronic commitment payment voucher
  • the synchronization unit 3033 is configured to send the electronic commitment payment voucher information to the merchant.
  • processing module 303 may further include a debiting unit configured to: after receiving the dissolving information, synchronize the dissolving information to the client or the merchant, and transfer the frozen corresponding funds to the merchant account where the first funds server is located. Inside.
  • the present invention also provides a fund management server, which includes the payment device in the fourth embodiment, which will not be repeated here.
  • the payment device and the server of the embodiment of the present invention determine whether to allow payment according to the balance of the buyer's funds and the credit overdraft limit by receiving the payment request information of the client, and simultaneously freeze the funds of the client account and the credit overdraft limit respectively, so that the total amount of the freeze is greater than Or equal to the payment amount, and generate electronic commitment payment vouchers for real-time monitoring, which can reduce the risk of funds and protect the interests of both buyers and sellers.
  • by increasing the credit loan quota function it not only facilitates the buyer, but also greatly enriches the business of banks or other institutions with credit payment capabilities.
  • a cross-fund server-based payment system provided by a preferred embodiment of the present invention includes a client 10, a merchant 20, and a second fund management server 40 connected to the client 10, and a merchant The first fund management server 30 connected to the terminal 20, wherein:
  • the client 10, including the payment request module 101, is configured to send payment request information to the second fund management server 40, wherein the payment request information includes: merchant information, commodity information, and payment amount.
  • the merchant terminal 20 includes a voucher receiving module 201 and a voucher updating module 202, wherein the voucher receiving module 201 is configured to receive the electronic commitment payment voucher sent by the second fund management server 40.
  • the second money management server 40 includes a receiving module 301, a determining module 302, and a processing module 303, wherein:
  • the receiving module 301 is configured to receive payment request information sent by the client.
  • the determining module 302 is configured to compare the sum of the client fund balance and the credit overdraft limit and the payment amount, and determine whether the electronic commitment payment voucher can be issued;
  • the determining module 302 is configured to: determine whether the fund balance of the client account and the credit overdraft limit are greater than or equal to the payment amount, and if yes, allow payment; otherwise, further determine whether the loan balance of the client account is greater than Or equal to the payment amount, and if so, the payment is allowed.
  • the processing module 303 is configured to: when the payment is allowed, freeze the amount corresponding to the payment amount in the client account; generate an electronic commitment payment voucher, and send the electronic commitment payment voucher information to the merchant.
  • the receiving module 301 of the second money management server 40 is further configured to receive the settlement information; the processing module 303 further includes a payment module configured to synchronize the settlement information to the client after receiving the cancellation information. End or merchant, and transfer the frozen funds to the account of the merchant.
  • the payment request information is sent by the buyer to the second fund management server 40 through the operation of the client 10, the payment information is objectively confirmed by the client 10 and authorized to be paid by the bank.
  • the second fund management server 40 respectively freezes the corresponding fund balance and the credit overdraft limit, and generates an electronic commitment payment certificate according to the payment information
  • the electronic commitment payment voucher information includes but is not limited to the commodity information and the payment amount (freezing funds or credit overdraft limit). Or credit line of credit, delivery address and expiration date, the form is not limited to text, pictures, graphic code, etc.
  • the electronic voucher serves as a voucher for receiving funds from the merchant terminal 20, and the merchant terminal 20 provides corresponding goods/services according to the electronic commitment payment voucher.
  • the cross-fund server-based payment system and method, device and server thereof are provided by the fund management server for supervising the information of the buyer and the seller, and the supervision function is merged into the bank or other institution with credit payment capability;
  • this program makes full use of the credit center function and risk control center function of the fund management server to A more optimized credit mechanism promotes online transactions and secures transaction funds, provides a credit medium for both parties to the transaction, and reduces the risk of funds through supervision of funds to protect the interests of both parties.
  • it also facilitates customers by adding loan functions, and enriches the business of banks or other institutions with credit payment capabilities.

Landscapes

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

Abstract

La présente invention concerne un système de paiement basé sur un serveur de gestion de fonds croisés, ainsi qu'un procédé, un dispositif et un serveur de paiement associés, appartenant au domaine du commerce électronique. Le procédé comprend les étapes suivantes : un second serveur de gestion de fonds reçoit des informations de demande de paiement envoyées par une extrémité de client (S202) ; la somme du solde des fonds et d'une limite de découvert de crédit de l'extrémité de client est comparée à un montant de paiement et on détermine si un certificat de paiement à engagement électronique peut être ouvert (S203) ; si c'est le cas, le second serveur de gestion de fonds gèle respectivement le solde des fonds et la limite de découvert de crédit au sein d'un compte de l'extrémité de client, le solde des fonds et la limite de découvert de crédit correspondant au montant de paiement (S204) ; le certificat de paiement à engagement électronique pour que le second serveur de gestion de fonds s'engage à payer les fonds selon une condition convenue est produit (S205) et le certificat de paiement à engagement électronique est envoyé à une extrémité de commerçant pour effectuer un paiement d'engagement de crédit pour le compte de l'extrémité de client. L'utilisation du procédé pour superviser les deux parties dans une transaction réduit le risque financier et garantit les intérêts des deux parties dans la transaction.
PCT/CN2015/078050 2015-04-30 2015-04-30 Système de paiement basé sur un serveur de fonds croisés et procédé, dispositif et serveur de paiement associés WO2016172949A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CA2987802A CA2987802A1 (fr) 2015-04-30 2015-04-30 Systeme de paiement base sur un serveur de fonds croises et procede, dispositif et serveur de paiement associes
PCT/CN2015/078050 WO2016172949A1 (fr) 2015-04-30 2015-04-30 Système de paiement basé sur un serveur de fonds croisés et procédé, dispositif et serveur de paiement associés

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/078050 WO2016172949A1 (fr) 2015-04-30 2015-04-30 Système de paiement basé sur un serveur de fonds croisés et procédé, dispositif et serveur de paiement associés

Publications (1)

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

Family

ID=57198054

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/078050 WO2016172949A1 (fr) 2015-04-30 2015-04-30 Système de paiement basé sur un serveur de fonds croisés et procédé, dispositif et serveur de paiement associés

Country Status (2)

Country Link
CA (1) CA2987802A1 (fr)
WO (1) WO2016172949A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112001732A (zh) * 2020-09-03 2020-11-27 浙江网商银行股份有限公司 业务处理系统、方法以及装置
CN112634010A (zh) * 2020-12-14 2021-04-09 中国建设银行股份有限公司 资金预划拨处理方法、装置、电子设备及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012174075A (ja) * 2011-02-23 2012-09-10 Dainippon Printing Co Ltd 自動構築システム、自動構築サーバ、およびプログラム
CN103186852A (zh) * 2011-12-31 2013-07-03 乐活在线（北京）网络技术有限公司 网络交易的支付方法、装置及系统
CN103827903A (zh) * 2013-03-18 2014-05-28 深圳市银信网银科技有限公司 一种利用网络支付的方法及系统
CN103827902A (zh) * 2013-03-18 2014-05-28 深圳市银信网银科技有限公司 一种网络支付的方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012174075A (ja) * 2011-02-23 2012-09-10 Dainippon Printing Co Ltd 自動構築システム、自動構築サーバ、およびプログラム
CN103186852A (zh) * 2011-12-31 2013-07-03 乐活在线（北京）网络技术有限公司 网络交易的支付方法、装置及系统
CN103827903A (zh) * 2013-03-18 2014-05-28 深圳市银信网银科技有限公司 一种利用网络支付的方法及系统
CN103827902A (zh) * 2013-03-18 2014-05-28 深圳市银信网银科技有限公司 一种网络支付的方法及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112001732A (zh) * 2020-09-03 2020-11-27 浙江网商银行股份有限公司 业务处理系统、方法以及装置
CN112634010A (zh) * 2020-12-14 2021-04-09 中国建设银行股份有限公司 资金预划拨处理方法、装置、电子设备及介质

Also Published As

Publication number Publication date
CA2987802A1 (fr) 2016-11-03

Similar Documents

Publication Publication Date Title
WO2002099710A1 (fr) Procede de commerce electronique mettant en oeuvre un coupon electronique
WO2016173053A1 (fr) Système de paiement basé sur un serveur de gestion de fonds croisés, et procédé, dispositif et serveur associés
WO2016173046A1 (fr) Système de paiement basé sur un serveur de gestion de fonds, et procédé, dispositif et serveur associé
WO2016173034A1 (fr) Système de paiement basé sur un serveur de gestion de fonds partagé, et procédé, dispositif et serveur associés
WO2017012076A1 (fr) Procédé, dispositif et système de détermination de destinataire de certificat électronique
WO2016173049A1 (fr) Système de paiement entre serveurs de gestion de fonds, et procédé, dispositif et serveur
WO2016173044A1 (fr) Système de paiement basé sur un serveur de gestion de fonds croisés, et procédé, dispositif et serveur associé
WO2016173051A1 (fr) Système de paiement basé sur serveur pour la gestion de fonds croisés, et procédé, dispositif et serveur associés
WO2016173057A1 (fr) Système de paiement basé sur un serveur de gestion de fonds croisés, et procédé, dispositif et serveur
WO2016173043A1 (fr) Système de paiement basé sur un serveur de gestion de fonds partagés, et procédé, dispositif et serveur correspondants
WO2016173048A1 (fr) Système de paiement basé sur un serveur de gestion de fonds partagés, et procédé, dispositif et serveur correspondants
WO2016173045A1 (fr) Système de paiement basé sur un serveur de gestion de fonds partagés, et procédé, dispositif et serveur associé
WO2016173050A1 (fr) Système de paiement basé sur un serveur de gestion de fonds partagés, et procédé, dispositif et serveur associé
WO2016173040A1 (fr) Système de paiement basé sur un serveur de gestion de fonds partagé ainsi que procédé, dispositif et serveur associés
WO2016172949A1 (fr) Système de paiement basé sur un serveur de fonds croisés et procédé, dispositif et serveur de paiement associés
WO2016173055A1 (fr) Système de paiement inter-serveur de gestion de fonds ainsi que procédé, dispositif et serveur
WO2016173047A1 (fr) Système de paiement basé sur un serveur de gestion de fonds croisés, et procédé, dispositif et serveur associés
WO2016173052A1 (fr) Système de paiement basé sur un serveur de gestion de fonds partagés, et procédé, dispositif et serveur associé
WO2016173037A1 (fr) Système de paiement basé sur un serveur de gestion de fonds partagés, et procédé, dispositif et serveur associé
WO2016173042A1 (fr) Système de paiement inter-serveur de gestion de fonds, procédé, dispositif et serveur
WO2016173039A1 (fr) Système de paiement basé sur différents serveurs de gestion de fonds, et procédé, dispositif et serveur de paiement associés
WO2016173035A1 (fr) Système de paiement basé sur un serveur de gestion de fonds partagé, et procédé, dispositif et serveur associés
WO2016173056A1 (fr) Système de paiement basé sur un serveur de gestion de fonds partagé ainsi que procédé, dispositif et serveur associés
WO2016173054A1 (fr) Système de paiement basé sur un serveur de gestion de fonds partagés, et procédé, dispositif et serveur associé
JPH10149396A (ja) 商取引システム

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: 15890329

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: 2987802

Country of ref document: CA

122 Ep: pct application non-entry in european phase

Ref document number: 15890329

Country of ref document: EP

Kind code of ref document: A1