CA3048375A1 - Network payment method and system - Google Patents
Network payment method and systemInfo
- Publication number
- CA3048375A1 CA3048375A1 CA3048375A CA3048375A CA3048375A1 CA 3048375 A1 CA3048375 A1 CA 3048375A1 CA 3048375 A CA3048375 A CA 3048375A CA 3048375 A CA3048375 A CA 3048375A CA 3048375 A1 CA3048375 A1 CA 3048375A1
- Authority
- CA
- Canada
- Prior art keywords
- payment
- type
- server
- information
- client device
- 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.)
- Granted
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
-
- 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
- G06Q20/027—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
-
- 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
-
- 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/108—Remote banking, e.g. home banking
-
- 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/22—Payment schemes or models
- G06Q20/24—Credit schemes, i.e. "pay after"
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
- G06Q20/3223—Realising banking transactions through M-devices
-
- 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
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
-
- 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/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
-
- 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/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/403—Solvency checks
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Computer Security & Cryptography (AREA)
- Marketing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Provided are a network payment method and system, the method comprising: a first type client transmits application information to a network payment server to apply for a payment commitment information data packet; the network payment server generates, according to the application information, a temporary payment commitment information data packet; a first type bank server checks the temporary payment commitment information data packet; the first type client determines whether to suspend fund payment; if the payment needs to be suspended, then the first type client puts forward a ruling application to the public rights authorities, and transmits a payment period delay application to the network payment server; and if the payment needs to be terminated, the first type bank server notifies the network payment server of invalidation of the payment commitment information data packet, and the network payment server unfreezes the funds. The network payment method and system of the present invention reduce fund risks, and guarantee the benefit of a payer.
Description
Network payment method and system Technical Field The present invention relates to the field of E-commerce technology filed, and more particularly to a network payment method and system.
Background Technology E-commerce has become increasingly widely used in a variety of commercial trade activities, the so-called e-commerce is a business operation model that based on the browser and server applications helps consumer realize online shopping, online transactions between merchants and online electronic payments, as well as a variety of business activities, trading activities, financial activities and related integrated service activities in the commercial trade, and in the Internet open network environment.
Currently, the on-line electronic payment (network payment) mainly includes two methods: E-bank payment (including credit card payment) and third party payment. The general process for on-line payment based on the Internet platform is as follows:
1) The payer (client, buyer) to browse the commodity on-line, select the goods, fill in the network order, select the application of the network payment and settlement tools, and be authorized by the bank, such as bank cards, electronic wallet, electronic cash, electronic check or network bank account etc.
Background Technology E-commerce has become increasingly widely used in a variety of commercial trade activities, the so-called e-commerce is a business operation model that based on the browser and server applications helps consumer realize online shopping, online transactions between merchants and online electronic payments, as well as a variety of business activities, trading activities, financial activities and related integrated service activities in the commercial trade, and in the Internet open network environment.
Currently, the on-line electronic payment (network payment) mainly includes two methods: E-bank payment (including credit card payment) and third party payment. The general process for on-line payment based on the Internet platform is as follows:
1) The payer (client, buyer) to browse the commodity on-line, select the goods, fill in the network order, select the application of the network payment and settlement tools, and be authorized by the bank, such as bank cards, electronic wallet, electronic cash, electronic check or network bank account etc.
2) The client encrypts the relevant order information (such as payment information) and submits the order on-line. The merchant server checks the client's subscription information, confirms, and forwards the relevant, encrypted client payment information to the payment gateway. The authorization of payment funds is validated by electronic currency issuing institutions such as Bank until the bank's special network of background business server confirms.
3) After the bank's validation, confirming and sending the settlement information to the merchant server through the established encrypted communication channel of the payment gateway. For further security, the payment party sends back the payment authorization request (and may not).
4) After the bank obtains further authorization information from the payer, the funds will be transferred from the payer's account to the e-commerce bank account of the merchant, and the settlement is carried out on the basis of financial private network, and the successful information of payment settlement is delivered to merchant and payers respectively.
5) After receiving the settlement information from the bank, the merchant server delivers the success information of network payment and delivery notification to the payee.
As a result, a typical network payment settlement process ends. Businesses and clients can use the network to check their own funds balance information in order to further checking.
As can be seen from the above process, the credit bottleneck in the settlement process of on-line electronic payment (network payment) is always an obstacle in the development process of e-commerce. In the current on-line electronic payment method, it is less risky to guarantee the company with a third party payment company. However, if using the guarantee form of a third party payment company, the client's funds of the payment party (payment party) will be paid to the third-party payment company when their commodities are not received, once the third party payment company having problems, the funds of clients of payer cannot be guaranteed, therefore, using the form of third-party payment company guarantee, the risk of client of payer is still relatively big.
Therefore, an improved network payment method and system is required.
Summary of the Invention The purpose of this invention is to provide a network payment method and system, solving the problem of funds risk of a client of payer in the existing network payments.
The present invention is realized in this way: a network payment method is used in a network payment system including a first type bank server, a first type client, a second type bank server, a second type client, a logistics server and a network payment server, the network payment method including the following steps: a first type client delivered the request information to the network payment server so that to applicate a commitment paying information data packet; the network payment server according to the first type client delivered the request information to generate a temporary commitment paying information packet and delivered the it to the first type bank server; the first type bank server received the temporary commitment paying information data transmitted by network payment sever and verified the temporary commitment paying information data packet; if the verification is successful, the first type bank server generated a commitment paying information packet based on the temporary commitment payment information packet, and freeze the funds. The steps of first type client determines whether to suspend the payment of funds;
if the suspension of the payment is required, the first type client shall submit a ruling application to the public authority and delivering an application of payment period extension to the network payment server; and if the termination is required, the first type bank server informs the network payment server that the commitment paying information data packet is invalidated and the steps of network payment server freeze the frozen funds.
Preferably, the first type client submits a ruling application to the public authority and delivers an application of payment period extension to the network payment server also including: after the network payment server receives the extension application delivered by the first type client, the step of extending the payment period of the funds;
and the step of the first type bank server receives the notification from the public authority.
Preferably, the first type bank server informs the network payment server of the failure of the committed paying information data packet to release the frozen funds of the network payment server also including the following steps: a step of the network payment server receives the notification about the failure of the commitment paying information data packet from the first type bank server and delivered the released funds information to the first type bank server; after the first type bank server receiving the notification of the frozen information from the network payment server, the steps of releasing the funds related to the first type client.
Preferably, the network payment method also includes the following steps: the second type bank server receives the information of frozen funds transmitted by the first type bank server and delivers the information of frozen funds to the second type client;
the second type client receives the information of frozen funds delivered by the second type bank server and generates the deliverable information and delivers the information to the logistics server.
Preferably, the network payment method also includes the following step: the logistics server receives the deliverable information delivered by the second type client and carry out a delivery operation and transmits the delivered information to the network payment server.
Preferably, the network payment method also includes the following step:
network payment server receives the shipment information delivered by the logistics server, and sends the deliverable information to the first type bank server.
Preferably, the network payment method also includes the following steps:
delivering the signed information to the network payment server after the commodity are received.
Preferably, the network payment method also includes the following steps: the network payment server delivers the signed information to the first type bank server after receiving the signed information delivered by the logistics server.
Preferably, the network payment method also includes the following steps:
delivering the payment request key information to the network payment server after receiving the signed information by the first type bank server; the network payment server saving the payment request key information and delivering the payment request key information to the second type client; the second type client receives the payment request key information delivered by the second type client and delivered the payment request key information to the second type bank server; and the second type bank server generates payment request information based on the payment request key information, and delivers the payment request information to the first type bank server.
Preferably, the network payment method also includes the following steps: the first type bank server receiving payment request information delivered by the second type bank server and checking the accuracy of payment request key information in the payment request information, if the verification is correct, the payment process is made to the payment bank and the information of the payment has been returned to the second type bank server.
The present invention also provides a network payment system including: a first type banking server, a first type client, a second type bank server, a second type client, a logistics server and a network payment server, wherein: the first type client, which is applied to the payment client, is connected with the first type bank server, the logistics server and the network payment server, and delivers the application information to the network payment server according to the instructions of the payment client to apply for a commitment payment information data packet and terminate the payment of funds in the payment process. If the payment need to be suspended, the first type client makes a ruling application to the public authority and delivers the payment period extension application to the network payment server; The network payment server is connected to the first type client, the first type bank server, the second type client and the logistics server, the request information based on the first type client is generated into a temporary commitment paying information data packet, and delivers the temporary commitment paying information data packet to the first type bank sever; the first type bank server is applied to the payment bank, and is connected to the first type client, the second type bank server, and the network payment server, checking the temporary commitment paying information data packet after receiving it, if the verification is successful, the first type bank server generated commitment paying information data packet based on the temporary commitment paying information data packet and freeze the funds.
Delivers the information of frozen funds to the second type bank server, and if the termination payment is required during the payment process, the first type bank server informs network payment server that commitment paying information data packet is invalid and adopts the network payment server to release the funds; and the second type bank server is used for payment bank and associated with the first type bank server and the second type client, which is used for receiving the information of frozen funds delivered by the first type bank server and delivers the information to the second type client; The second type client is applied to the receiving client, and is connected to the second type bank server, the logistics server, and the network payment server. Receiving the information of frozen funds delivered by the second type bank server to generate deliverable information, deliver the deliverable information to the logistics server for delivery; and the logistics server is applied to the logistics enterprise, and is connected to the first type client, the second type client and the network payment server, and after receiving the deliverable information sent by the second type client, the shipping operation is performed and sending the deliverable information to the network payment server.
Preferably, the network payment server extends the payment period of the funds after receiving the postponement extension request delivered by the first type client, and the first type bank server accepts the notice and result of the adjudication from the public authority.
Preferably, the network payment server delivers the released funds information to the first type bank server after receiving a notification about the failure of the commitment paying information data packet from the first type bank server; and the first type bank server, after receiving the released fund information from the network payment server, releases the funds connected with the first type client.
Preferably, the network payment server also sends the signed information to the first type of bank server upon receipt of the signed information sent by the logistics server and, upon receipt of the first type The payment request key information sent by the bank server and stores the payment request key information and sends the payment request key information to the second type client.
Preferably, the second type of client terminal transmits the payment request key information to the second type of bank server after receiving the payment request key information transmitted by the network payment server.
Preferably, the second type of bank server also generates the payment request information upon receipt of the payment request key information transmitted by the second type of client terminal, and transmits the payment request information to the A type of bank server, and upon receipt of the payment information sent by the first type of bank server, the payment service is performed to the payee client. Preferably, the first type bank server is also used for receiving the signed information, and delivers the payment request key information to the network payment server, the payment request information received from the second type bank server shall be paid to the payment bank and delivers the feedback of payment information to the second type bank server.
Preferably, the logistics server also delivers the signed information to the network payment server and the second type client after the payment client has signed the commodity.
With the network payment method and system provided by the present invention, for the client, it is only freeze the funds, not to pay the funds, which reduce the risk of funds and protect the interests of the payment clients.
Brief Description In order to specifically illustrate the examples of the invention or the technical solutions in the current technology, the following drawings, which are to be used in the description of the examples or the current technology, will be briefly described, and it will be apparent that the following accompanying drawings, which are merely exemplary of the invention, may be made by those of ordinary skill in the art in view of the accompanying drawings, in which the drawings of other examples may be obtained without departing from the inventive work.
Figure 1 is a schematic diagram of a network payment system provided by the present invention.
Figure 2A-2C is a flowchart of the network payment method provided by the present invention.
Description of the Preferred Examples The present invention will be described in further detail with reference to the accompanying drawings and the accompanying examples, so as to describe the invention purposes, technical solutions and advantages more clearly. It is to be understood that the specific examples described herein are merely illustrative of the invention and are not intended to limit the invention.
Please refer to Figure 1, it is a schematic diagram of a network payment system 100 provided by the present invention. As shown in Figure 1, the network payment system 100 includes a first type bank server 110, a first type client 111, a second type bank server 120, a second type client 121, a logistics server 130, and a network payment server 150.
The first type client 111 is applied to the payment client, which is connected to the first type bank server 110, the logistics server 130, and the network payment server 150. When the payment client determines the purchase of the commodity and delivers the application information according to the instruction of the payment client to the network payment server 150 for applying a commitment paying information data packet (e.g., a bank credit
As a result, a typical network payment settlement process ends. Businesses and clients can use the network to check their own funds balance information in order to further checking.
As can be seen from the above process, the credit bottleneck in the settlement process of on-line electronic payment (network payment) is always an obstacle in the development process of e-commerce. In the current on-line electronic payment method, it is less risky to guarantee the company with a third party payment company. However, if using the guarantee form of a third party payment company, the client's funds of the payment party (payment party) will be paid to the third-party payment company when their commodities are not received, once the third party payment company having problems, the funds of clients of payer cannot be guaranteed, therefore, using the form of third-party payment company guarantee, the risk of client of payer is still relatively big.
Therefore, an improved network payment method and system is required.
Summary of the Invention The purpose of this invention is to provide a network payment method and system, solving the problem of funds risk of a client of payer in the existing network payments.
The present invention is realized in this way: a network payment method is used in a network payment system including a first type bank server, a first type client, a second type bank server, a second type client, a logistics server and a network payment server, the network payment method including the following steps: a first type client delivered the request information to the network payment server so that to applicate a commitment paying information data packet; the network payment server according to the first type client delivered the request information to generate a temporary commitment paying information packet and delivered the it to the first type bank server; the first type bank server received the temporary commitment paying information data transmitted by network payment sever and verified the temporary commitment paying information data packet; if the verification is successful, the first type bank server generated a commitment paying information packet based on the temporary commitment payment information packet, and freeze the funds. The steps of first type client determines whether to suspend the payment of funds;
if the suspension of the payment is required, the first type client shall submit a ruling application to the public authority and delivering an application of payment period extension to the network payment server; and if the termination is required, the first type bank server informs the network payment server that the commitment paying information data packet is invalidated and the steps of network payment server freeze the frozen funds.
Preferably, the first type client submits a ruling application to the public authority and delivers an application of payment period extension to the network payment server also including: after the network payment server receives the extension application delivered by the first type client, the step of extending the payment period of the funds;
and the step of the first type bank server receives the notification from the public authority.
Preferably, the first type bank server informs the network payment server of the failure of the committed paying information data packet to release the frozen funds of the network payment server also including the following steps: a step of the network payment server receives the notification about the failure of the commitment paying information data packet from the first type bank server and delivered the released funds information to the first type bank server; after the first type bank server receiving the notification of the frozen information from the network payment server, the steps of releasing the funds related to the first type client.
Preferably, the network payment method also includes the following steps: the second type bank server receives the information of frozen funds transmitted by the first type bank server and delivers the information of frozen funds to the second type client;
the second type client receives the information of frozen funds delivered by the second type bank server and generates the deliverable information and delivers the information to the logistics server.
Preferably, the network payment method also includes the following step: the logistics server receives the deliverable information delivered by the second type client and carry out a delivery operation and transmits the delivered information to the network payment server.
Preferably, the network payment method also includes the following step:
network payment server receives the shipment information delivered by the logistics server, and sends the deliverable information to the first type bank server.
Preferably, the network payment method also includes the following steps:
delivering the signed information to the network payment server after the commodity are received.
Preferably, the network payment method also includes the following steps: the network payment server delivers the signed information to the first type bank server after receiving the signed information delivered by the logistics server.
Preferably, the network payment method also includes the following steps:
delivering the payment request key information to the network payment server after receiving the signed information by the first type bank server; the network payment server saving the payment request key information and delivering the payment request key information to the second type client; the second type client receives the payment request key information delivered by the second type client and delivered the payment request key information to the second type bank server; and the second type bank server generates payment request information based on the payment request key information, and delivers the payment request information to the first type bank server.
Preferably, the network payment method also includes the following steps: the first type bank server receiving payment request information delivered by the second type bank server and checking the accuracy of payment request key information in the payment request information, if the verification is correct, the payment process is made to the payment bank and the information of the payment has been returned to the second type bank server.
The present invention also provides a network payment system including: a first type banking server, a first type client, a second type bank server, a second type client, a logistics server and a network payment server, wherein: the first type client, which is applied to the payment client, is connected with the first type bank server, the logistics server and the network payment server, and delivers the application information to the network payment server according to the instructions of the payment client to apply for a commitment payment information data packet and terminate the payment of funds in the payment process. If the payment need to be suspended, the first type client makes a ruling application to the public authority and delivers the payment period extension application to the network payment server; The network payment server is connected to the first type client, the first type bank server, the second type client and the logistics server, the request information based on the first type client is generated into a temporary commitment paying information data packet, and delivers the temporary commitment paying information data packet to the first type bank sever; the first type bank server is applied to the payment bank, and is connected to the first type client, the second type bank server, and the network payment server, checking the temporary commitment paying information data packet after receiving it, if the verification is successful, the first type bank server generated commitment paying information data packet based on the temporary commitment paying information data packet and freeze the funds.
Delivers the information of frozen funds to the second type bank server, and if the termination payment is required during the payment process, the first type bank server informs network payment server that commitment paying information data packet is invalid and adopts the network payment server to release the funds; and the second type bank server is used for payment bank and associated with the first type bank server and the second type client, which is used for receiving the information of frozen funds delivered by the first type bank server and delivers the information to the second type client; The second type client is applied to the receiving client, and is connected to the second type bank server, the logistics server, and the network payment server. Receiving the information of frozen funds delivered by the second type bank server to generate deliverable information, deliver the deliverable information to the logistics server for delivery; and the logistics server is applied to the logistics enterprise, and is connected to the first type client, the second type client and the network payment server, and after receiving the deliverable information sent by the second type client, the shipping operation is performed and sending the deliverable information to the network payment server.
Preferably, the network payment server extends the payment period of the funds after receiving the postponement extension request delivered by the first type client, and the first type bank server accepts the notice and result of the adjudication from the public authority.
Preferably, the network payment server delivers the released funds information to the first type bank server after receiving a notification about the failure of the commitment paying information data packet from the first type bank server; and the first type bank server, after receiving the released fund information from the network payment server, releases the funds connected with the first type client.
Preferably, the network payment server also sends the signed information to the first type of bank server upon receipt of the signed information sent by the logistics server and, upon receipt of the first type The payment request key information sent by the bank server and stores the payment request key information and sends the payment request key information to the second type client.
Preferably, the second type of client terminal transmits the payment request key information to the second type of bank server after receiving the payment request key information transmitted by the network payment server.
Preferably, the second type of bank server also generates the payment request information upon receipt of the payment request key information transmitted by the second type of client terminal, and transmits the payment request information to the A type of bank server, and upon receipt of the payment information sent by the first type of bank server, the payment service is performed to the payee client. Preferably, the first type bank server is also used for receiving the signed information, and delivers the payment request key information to the network payment server, the payment request information received from the second type bank server shall be paid to the payment bank and delivers the feedback of payment information to the second type bank server.
Preferably, the logistics server also delivers the signed information to the network payment server and the second type client after the payment client has signed the commodity.
With the network payment method and system provided by the present invention, for the client, it is only freeze the funds, not to pay the funds, which reduce the risk of funds and protect the interests of the payment clients.
Brief Description In order to specifically illustrate the examples of the invention or the technical solutions in the current technology, the following drawings, which are to be used in the description of the examples or the current technology, will be briefly described, and it will be apparent that the following accompanying drawings, which are merely exemplary of the invention, may be made by those of ordinary skill in the art in view of the accompanying drawings, in which the drawings of other examples may be obtained without departing from the inventive work.
Figure 1 is a schematic diagram of a network payment system provided by the present invention.
Figure 2A-2C is a flowchart of the network payment method provided by the present invention.
Description of the Preferred Examples The present invention will be described in further detail with reference to the accompanying drawings and the accompanying examples, so as to describe the invention purposes, technical solutions and advantages more clearly. It is to be understood that the specific examples described herein are merely illustrative of the invention and are not intended to limit the invention.
Please refer to Figure 1, it is a schematic diagram of a network payment system 100 provided by the present invention. As shown in Figure 1, the network payment system 100 includes a first type bank server 110, a first type client 111, a second type bank server 120, a second type client 121, a logistics server 130, and a network payment server 150.
The first type client 111 is applied to the payment client, which is connected to the first type bank server 110, the logistics server 130, and the network payment server 150. When the payment client determines the purchase of the commodity and delivers the application information according to the instruction of the payment client to the network payment server 150 for applying a commitment paying information data packet (e.g., a bank credit
6 certificate), wherein the application information includes a payment bank, a payment amount, and payment currency information. The first type client 111 also determines whether or not to suspend the payment of funds after receiving the settlement prompt from the second type client 121 based on the situation. If the payment is not terminated, the network payment server 150 will conduct the liquidation and immediately transfers funds to the account associated with the second type client. In addition, if terminate the payment (for example, the payment client objected to the transaction), the first type client 111 apply for an adjudication application to the public authority (not shown) and delivers an extension to the network payment server 150 so that the network payment server 150 extends the prepayment period of the funds.
The network payment server 150 is connected to the first type client 111, the first type banking server 110, the second type client 121, and the logistics server 130, and generates the temporary commitment paying information data packet based on the application information delivered from the first type client 111. And delivers the temporary commitment paying information data packet to the first type bank server 110. The network payment server 150 also delivers the signed information to the first type bank server 110 after receiving the signed information of the logistics server 130 and saves the information after receiving the payment request key information delivered by the first type bank server 110 and delivers it to the second type client 121, wherein the payment request key is the password for releasing the funds. The network payment server 150 also extends the payment period of the related funds after receiving the payment extension request delivered by the first type client 111. The network payment server 150 also delivers the released funds information to the first type bank server 110 after receiving notification of the failure of the commitment paying information data packet (e.g., bank credit certificate) from the first type bank server 110.
The first type bank server 110 is applied to the payment bank, which is connected to the first type client 111, the second type bank server 120, and the network payment server 150, and receives the temporary commitment paying information data packet delivered by the network payment server 150 for checking. If the verification is successful (that is, the information of the temporary commitment paying information data packet is legal), the authorization is successful, and the first type bank server 110 generates the commitment paying information data packet based on the temporary commitment paying information data packet (For example, a bank credit certificate), and freezing the funds, and information of frozen funds is delivered to the second type bank server 120. If the verification fails (i.e., the information of the temporary commitment paying information data packet is illegal), delivers
The network payment server 150 is connected to the first type client 111, the first type banking server 110, the second type client 121, and the logistics server 130, and generates the temporary commitment paying information data packet based on the application information delivered from the first type client 111. And delivers the temporary commitment paying information data packet to the first type bank server 110. The network payment server 150 also delivers the signed information to the first type bank server 110 after receiving the signed information of the logistics server 130 and saves the information after receiving the payment request key information delivered by the first type bank server 110 and delivers it to the second type client 121, wherein the payment request key is the password for releasing the funds. The network payment server 150 also extends the payment period of the related funds after receiving the payment extension request delivered by the first type client 111. The network payment server 150 also delivers the released funds information to the first type bank server 110 after receiving notification of the failure of the commitment paying information data packet (e.g., bank credit certificate) from the first type bank server 110.
The first type bank server 110 is applied to the payment bank, which is connected to the first type client 111, the second type bank server 120, and the network payment server 150, and receives the temporary commitment paying information data packet delivered by the network payment server 150 for checking. If the verification is successful (that is, the information of the temporary commitment paying information data packet is legal), the authorization is successful, and the first type bank server 110 generates the commitment paying information data packet based on the temporary commitment paying information data packet (For example, a bank credit certificate), and freezing the funds, and information of frozen funds is delivered to the second type bank server 120. If the verification fails (i.e., the information of the temporary commitment paying information data packet is illegal), delivers
7 the feedback of rejection information to the first type client 111 and the network payment server 150. The first type bank server 110 is also used for receiving the signed information, and delivers the payment request key information to the network payment server 150, the payment request information received from the second type bank server 120 shall be paid to the payment bank and delivers the feedback of payment information to the second type bank server 120. The first type banking server 110 also receives the award acceptance notification and results from the public authority (not shown) after the public authority (not shown) receives the ruling application from the first type client terminal 111. If the ruling result is continue to pay, the network payment server 150 will conduct the liquidation and immediately transfers funds to the account associated with the second type client. If the ruling result is terminated paying, the first type bank server 110 notifies the network payment server 150 that the commitment paying information data packet (e.g., bank credit certificate) is invalid. In addition, commitment paying information data packet (for example, bank credit certificate) may also be invalidated due to overdue receipt, overdue performance, overdue payment and other reasons. The first type bank server 110 also released the funds connected with the first type client 111 after receiving the released funds information from the network payment server 150.
The second type client 121 is applied to the receiving client, which is connected to the second type bank server 120, the logistics server 130, and the network payment server 150, and the second type client 121 receives the information of frozen funds delivered by the second type bank server 120 and generates the deliverable information (deliver the payment prompt to network payment server 150, first type bank server 110 and first type client 111 at the same time) and the delivery information is sent to the logistics server 130 to apply for the delivery, and delivers the payment request key information to the second type bank server 120 after receiving the payment request key information delivered from the network payment server 150.
The second type bank server 120 is applied to the receiving bank, which is connected to the first type bank server 110 and the second type client 121 to receive the information of frozen funds delivered by the first type bank server 110 and delivers the information of frozen funds to the second type client 121. The second type bank server 120 also generates the payment request information after receiving the payment request key information delivered by the second type client 121, and delivers the payment request information to the first type bank server 110, and after receiving the payment information delivered by the first type bank server 110, conducting the payment service to the receiving client.
The second type client 121 is applied to the receiving client, which is connected to the second type bank server 120, the logistics server 130, and the network payment server 150, and the second type client 121 receives the information of frozen funds delivered by the second type bank server 120 and generates the deliverable information (deliver the payment prompt to network payment server 150, first type bank server 110 and first type client 111 at the same time) and the delivery information is sent to the logistics server 130 to apply for the delivery, and delivers the payment request key information to the second type bank server 120 after receiving the payment request key information delivered from the network payment server 150.
The second type bank server 120 is applied to the receiving bank, which is connected to the first type bank server 110 and the second type client 121 to receive the information of frozen funds delivered by the first type bank server 110 and delivers the information of frozen funds to the second type client 121. The second type bank server 120 also generates the payment request information after receiving the payment request key information delivered by the second type client 121, and delivers the payment request information to the first type bank server 110, and after receiving the payment information delivered by the first type bank server 110, conducting the payment service to the receiving client.
8 The logistics server 130 is applied to a logistics enterprise, which is connected to a first type client 111, a second type client 121, and a network payment server 150, after receiving the deliverable information delivered by the second type client 121, conducts a delivery operation and delivers the delivered information to the network payment server 150. The logistics server 130 also delivers the signed information to the network payment server 150 and the second type client 121 after the payment client has signed it.
After the description of the example in Figure 1, the technicians in the field of technology should understand that the first type client 111 and the second type client 121 may be integrated on the same client device, such as a mobile phone, a computer, a PDA, or a POS, similarly, the first type bank server 110 and the second type bank server 120 may also be integrated on the same banking device; the payment bank and the receiving bank could be the same bank.
In the above payment process, the network payment server 150 plays a critical role. The network payment server 150 is an electronic payment platform and a tool based on bank-level credit (e.g., bank credit certificate). The bank credit certificate is a kind of Internet innovation financial instrument paid by bank credit guarantee. Advantageously, the bank credit vouchers in accordance with the core principles of international letters of credit, collect the advantages of promissory notes, guarantees, acceptance bills, electronic letters of credit and many other financial products, also combined with Internet technology, fully adapt and meet the needs of the Internet economy new financial instruments, with wide applicability of cross-platform, across the bank, the whole field, the full application. Specifically, the function of the bank credit certificate may include issuing, receiving, submitting the performance information, submitting the payment information, suspending the payment, triggering the payment, and the payment, etc.
Bank credit certificate will provide different series of bank credit product standards according to the characteristics of the transaction, which include the following:
1) Series 1: the main target of the transactions is the transaction of non-physical commodity, that is, all kinds of non-physical commodity transactions. In particular, Series 1 is temporarily replaced by CP300;
2) Series 2. The main target of the transactions is the transaction of physical commodity, that is, all kinds of physical commodity transactions. In particular, Series 1 is temporarily replaced by CP500. (Such as: electronic appliances, clothing department stores ... ... and other related transactions);
3) Series 3. The main target of the transaction is the transaction which is confirmed by
After the description of the example in Figure 1, the technicians in the field of technology should understand that the first type client 111 and the second type client 121 may be integrated on the same client device, such as a mobile phone, a computer, a PDA, or a POS, similarly, the first type bank server 110 and the second type bank server 120 may also be integrated on the same banking device; the payment bank and the receiving bank could be the same bank.
In the above payment process, the network payment server 150 plays a critical role. The network payment server 150 is an electronic payment platform and a tool based on bank-level credit (e.g., bank credit certificate). The bank credit certificate is a kind of Internet innovation financial instrument paid by bank credit guarantee. Advantageously, the bank credit vouchers in accordance with the core principles of international letters of credit, collect the advantages of promissory notes, guarantees, acceptance bills, electronic letters of credit and many other financial products, also combined with Internet technology, fully adapt and meet the needs of the Internet economy new financial instruments, with wide applicability of cross-platform, across the bank, the whole field, the full application. Specifically, the function of the bank credit certificate may include issuing, receiving, submitting the performance information, submitting the payment information, suspending the payment, triggering the payment, and the payment, etc.
Bank credit certificate will provide different series of bank credit product standards according to the characteristics of the transaction, which include the following:
1) Series 1: the main target of the transactions is the transaction of non-physical commodity, that is, all kinds of non-physical commodity transactions. In particular, Series 1 is temporarily replaced by CP300;
2) Series 2. The main target of the transactions is the transaction of physical commodity, that is, all kinds of physical commodity transactions. In particular, Series 1 is temporarily replaced by CP500. (Such as: electronic appliances, clothing department stores ... ... and other related transactions);
3) Series 3. The main target of the transaction is the transaction which is confirmed by
9 the relevant public authorities, that is, all kinds of special commodity transactions. In particular, Series 1 is temporarily replaced by CP700. (For example: real estate, car equity transactions .... and other related transactions).
Note that while the examples herein are described in connection with bank credit credentials, those skilled in the art will appreciate that other electronic payment platforms and tools based on bank-level credit may be used to implement the present invention.
Figure 2A-2C is a flowchart of a network payment method 200 which is provided by the present invention. Figure 2A-2C will be used for describing Figure 1. As shown in Figure 2A-2C, the present invention provides a network payment method 200 including the following steps:
Step S201: The first type client 111 requests the network payment server 150 to subscribe to the paying information data packet (for example, bank credit certificate), that is, the first type client 111 delivers the application information to the network payment server 150 according to the instruction of the payment client to apply for a commitment paying information data packet. The application information including: the payment bank, the payment amount and payment currency information.
Step S203: The network payment server 150 generates a temporary commitment paying information data packet, that is, the network payment server 150 generates a temporary commitment paying information data packet based on the application information delivered from the first type client 111, and delivers the temporary commitment paying information data packet to the first type bank server 110.
Step S205: The first type bank server 110 checks the temporary commitment paying information data packet, that is, the first type bank server 110 receives the temporary commitment paying information data packet delivered from the network payment server 150 and then checks the temporary commitment paying information data packet, and if the verification is successful (i.e., the information of the temporary commitment paying information data packet is legal), step S207 is executed, and if it fails (i.e., the information of the temporary commitment paying information data packet is illegal), step S209 is executed.
Step S207: The first type bank server 110 generates a commitment paying information data packet (for example, a bank credit certificate) based on the temporary commitment paying information data packet and freezes the funds, delivers the information of frozen funds to the second type bank server 120.
Step S209: The first type bank server 110 returns the rejection information to the first type client 111 and the network payment server 150.
Step S211: The second type bank server 120 receives the information of frozen funds delivered by the first type bank server 110 and delivers the information of frozen funds to the second type client 121.
Step S213: The second type client 121 receives the information of frozen funds delivered by the second type banking server 120 and generates the deliverable information, and sends the deliverable information to the logistics server 130.
Step S215: The second type client 121 submits the payment to the network payment server 150, the first type bank server 110, and the first type client 111 respectively at the same time (also before or after step S213) in step S213.
Step S217: The first type client 111 determines whether or not to suspend the payment of funds after receiving the payment prompt from the second type client 121 based on the situation. If the payment is not terminated (i.e., continue paying), step S219 is executed.
Step S219: The logistics server 130 receives the deliverable information delivered from the second type client 121, carries out a delivery operation, and transmits the delivered information to the network payment server 150.
Step S221: The network payment server 150 receives the shipment information delivered from the logistics server 130 and delivers the shipment information to the first type bank server 110, wherein the shipment information includes the logistics number.
Step S223: After the commodity is signed, the logistics server 130 delivers the signed information to the network payment server 150 and the second type client 121, wherein the signed information includes the details of the receipt, such as the receiving time, the person's signature or other person's signature etc.
Step S225: The network payment server 150 receives the signed information delivered from the logistics server 130 and delivers the signed information to the first type bank server 110.
Step S227: The first type bank server 110 delivers the payment request key information to the network payment server 150 after receiving the signed information, wherein the payment request is a request to cancel the freezing of the funds, and the payment request key information is the password to remove the frozen funds.
Step S229: The network payment server 150 saves the receiving payment request key information and delivers the payment request key information to the second type client 121.
Step S231: The second type client 121 receives the payment request key information delivered from the network payment server 150 and delivers the payment request key information to the second type bank server 120.
Step S233: The second type bank server 120 also generates the payment request information based on the payment request key information after receiving the payment request key information delivered from the second type client 121 and delivers the payment request information to the first type bank server 110, wherein the payment request information includes payment request key information.
Step S235: The first type bank server 110 pays to the payment bank after receiving the payment request information from the second type bank server 120 and delivers the feedback of payment information to the second type bank server 120. The first type bank server 110, checks the accuracy of the payment request key information after receiving the payment request information, and carries out the payment operation only if the verification is correct.
After the payment bank receives the funds, the funds are transferred to the receiving account of the client, and the whole online payment process is completed.
Continue to the step S217, if it is required to terminate the payment (for example, the payment client objected to the transaction), step S237 is executed: the first type client 111 applies for a ruling application to the public authority (not shown) and delivers an application of payment period extension to the network payment server 150 so that the network payment server 150 extends the prepayment period of the funds.
Step S239: The network payment server 150 extends the payment period of the related funds after receiving the payment extension request delivered by the first type client 111.
Step S241: The first type banking server 110 receives the notification of ruling acceptance and results from the public authority (not shown) after the public authority (not shown) receives the ruling application from the first type client 111.
Step S243: If the result of ruling received from the public authority is the payment, then return back to execute the step S219 and its following steps. If the result of ruling is terminating the payment, the step S245 is executed.
Step S245: The first type of bank server 110 notifies the network payment server 150 that the commitment paying information data packet (e.g., bank credit certificate) is invalid.
In addition, commitment paying information data packet (for example, bank credit certificate) may also be invalidated due to overdue receipt, overdue performance, overdue payment and other reasons.
Step S247: The network payment server 150 delivers the released funds information to the first type bank server 110 after receiving notification of the failure of the commitment paying information data packet (e.g., bank credit certificate) from the first type bank server 110.
Step S249: The first type bank server 110 released the funds connected with the first type client 111 after receiving the released funds information from the network payment server 150. The payment bank re-transfers the funds to the payment client's account, and the entire on-line payment process is completed.
The network payment method and method provided by the present invention, for the client, it is only freeze the funds, not to pay the funds, which reduce the risk of funds and protect the interests of the payment clients. In addition, the network payment method and method provided by the present invention does not require the payment client to confirm the receipt, and as long as the logistics returns the signed information, the receiving client can receive the funds, therefore, it reduces the funds risk of the receiving party and protect the interests of the receiving client.
The above mentioned is merely illustrate the preferred examples of the present invention and is not intended to limit the invention, and any modifications, equivalent replacement and improvement in the spirit and principles of the invention shall be included in the protection of the invention.
Note that while the examples herein are described in connection with bank credit credentials, those skilled in the art will appreciate that other electronic payment platforms and tools based on bank-level credit may be used to implement the present invention.
Figure 2A-2C is a flowchart of a network payment method 200 which is provided by the present invention. Figure 2A-2C will be used for describing Figure 1. As shown in Figure 2A-2C, the present invention provides a network payment method 200 including the following steps:
Step S201: The first type client 111 requests the network payment server 150 to subscribe to the paying information data packet (for example, bank credit certificate), that is, the first type client 111 delivers the application information to the network payment server 150 according to the instruction of the payment client to apply for a commitment paying information data packet. The application information including: the payment bank, the payment amount and payment currency information.
Step S203: The network payment server 150 generates a temporary commitment paying information data packet, that is, the network payment server 150 generates a temporary commitment paying information data packet based on the application information delivered from the first type client 111, and delivers the temporary commitment paying information data packet to the first type bank server 110.
Step S205: The first type bank server 110 checks the temporary commitment paying information data packet, that is, the first type bank server 110 receives the temporary commitment paying information data packet delivered from the network payment server 150 and then checks the temporary commitment paying information data packet, and if the verification is successful (i.e., the information of the temporary commitment paying information data packet is legal), step S207 is executed, and if it fails (i.e., the information of the temporary commitment paying information data packet is illegal), step S209 is executed.
Step S207: The first type bank server 110 generates a commitment paying information data packet (for example, a bank credit certificate) based on the temporary commitment paying information data packet and freezes the funds, delivers the information of frozen funds to the second type bank server 120.
Step S209: The first type bank server 110 returns the rejection information to the first type client 111 and the network payment server 150.
Step S211: The second type bank server 120 receives the information of frozen funds delivered by the first type bank server 110 and delivers the information of frozen funds to the second type client 121.
Step S213: The second type client 121 receives the information of frozen funds delivered by the second type banking server 120 and generates the deliverable information, and sends the deliverable information to the logistics server 130.
Step S215: The second type client 121 submits the payment to the network payment server 150, the first type bank server 110, and the first type client 111 respectively at the same time (also before or after step S213) in step S213.
Step S217: The first type client 111 determines whether or not to suspend the payment of funds after receiving the payment prompt from the second type client 121 based on the situation. If the payment is not terminated (i.e., continue paying), step S219 is executed.
Step S219: The logistics server 130 receives the deliverable information delivered from the second type client 121, carries out a delivery operation, and transmits the delivered information to the network payment server 150.
Step S221: The network payment server 150 receives the shipment information delivered from the logistics server 130 and delivers the shipment information to the first type bank server 110, wherein the shipment information includes the logistics number.
Step S223: After the commodity is signed, the logistics server 130 delivers the signed information to the network payment server 150 and the second type client 121, wherein the signed information includes the details of the receipt, such as the receiving time, the person's signature or other person's signature etc.
Step S225: The network payment server 150 receives the signed information delivered from the logistics server 130 and delivers the signed information to the first type bank server 110.
Step S227: The first type bank server 110 delivers the payment request key information to the network payment server 150 after receiving the signed information, wherein the payment request is a request to cancel the freezing of the funds, and the payment request key information is the password to remove the frozen funds.
Step S229: The network payment server 150 saves the receiving payment request key information and delivers the payment request key information to the second type client 121.
Step S231: The second type client 121 receives the payment request key information delivered from the network payment server 150 and delivers the payment request key information to the second type bank server 120.
Step S233: The second type bank server 120 also generates the payment request information based on the payment request key information after receiving the payment request key information delivered from the second type client 121 and delivers the payment request information to the first type bank server 110, wherein the payment request information includes payment request key information.
Step S235: The first type bank server 110 pays to the payment bank after receiving the payment request information from the second type bank server 120 and delivers the feedback of payment information to the second type bank server 120. The first type bank server 110, checks the accuracy of the payment request key information after receiving the payment request information, and carries out the payment operation only if the verification is correct.
After the payment bank receives the funds, the funds are transferred to the receiving account of the client, and the whole online payment process is completed.
Continue to the step S217, if it is required to terminate the payment (for example, the payment client objected to the transaction), step S237 is executed: the first type client 111 applies for a ruling application to the public authority (not shown) and delivers an application of payment period extension to the network payment server 150 so that the network payment server 150 extends the prepayment period of the funds.
Step S239: The network payment server 150 extends the payment period of the related funds after receiving the payment extension request delivered by the first type client 111.
Step S241: The first type banking server 110 receives the notification of ruling acceptance and results from the public authority (not shown) after the public authority (not shown) receives the ruling application from the first type client 111.
Step S243: If the result of ruling received from the public authority is the payment, then return back to execute the step S219 and its following steps. If the result of ruling is terminating the payment, the step S245 is executed.
Step S245: The first type of bank server 110 notifies the network payment server 150 that the commitment paying information data packet (e.g., bank credit certificate) is invalid.
In addition, commitment paying information data packet (for example, bank credit certificate) may also be invalidated due to overdue receipt, overdue performance, overdue payment and other reasons.
Step S247: The network payment server 150 delivers the released funds information to the first type bank server 110 after receiving notification of the failure of the commitment paying information data packet (e.g., bank credit certificate) from the first type bank server 110.
Step S249: The first type bank server 110 released the funds connected with the first type client 111 after receiving the released funds information from the network payment server 150. The payment bank re-transfers the funds to the payment client's account, and the entire on-line payment process is completed.
The network payment method and method provided by the present invention, for the client, it is only freeze the funds, not to pay the funds, which reduce the risk of funds and protect the interests of the payment clients. In addition, the network payment method and method provided by the present invention does not require the payment client to confirm the receipt, and as long as the logistics returns the signed information, the receiving client can receive the funds, therefore, it reduces the funds risk of the receiving party and protect the interests of the receiving client.
The above mentioned is merely illustrate the preferred examples of the present invention and is not intended to limit the invention, and any modifications, equivalent replacement and improvement in the spirit and principles of the invention shall be included in the protection of the invention.
Claims (44)
1. A first type client device for a paying client, the first type client comprising:
a processor configured to:
deliver an application information to a network payment server according to an instruction of the payment client;
deliver a request information to a network payment sever;
determine a termination of a payment of funds during a payment process; and where the termination of the payment is required, generate an application for a ruling application and deliver an application of payment period extension.
a processor configured to:
deliver an application information to a network payment server according to an instruction of the payment client;
deliver a request information to a network payment sever;
determine a termination of a payment of funds during a payment process; and where the termination of the payment is required, generate an application for a ruling application and deliver an application of payment period extension.
2. The first type client device of claim 1 further comprising connection to a payment client, a first type bank server, a logistics server, and a network payment server.
3. The first type client device of claim 1 further comprising applying for a commitment paying information data packet.
4. The first type client device of any one of claims 1 to 3, wherein when the payment client determines the purchase of the commodity and delivers the application information according to the instruction of the payment client to the network payment server for applying the commitment paying information data packet.
5. The first type client device of any one of claims 1 and 4, wherein the application information includes a payment bank, a payment amount, and payment currency information.
6. The first type client device of any one of claims 1 to 5, wherein the first type client determines whether or not to suspend the payment of funds after receiving the settlement prompt from a second type client.
7. The first type client device of any one of claims 1 to 6, wherein if the payment is not terminated, the network payment server will conduct the liquidation and immediately transfers funds to the account associated with the second type client.
8. The first type client device of any one of claims 1 to 7, wherein if terminate the payment, the first type client applies for an adjudication application to a public authority and delivers an extension to the network payment server so that the network payment server extends the prepayment period of the funds.
9. The first type client device of any one of claims 1 to 9, wherein the network payment server generates a temporary commitment paying information data packet based on the application information delivered from the first type client.
10. The first type client device of any one of claims 1 to 0, wherein the network payment server delivers the temporary commitment paying information data packet to the first type bank server.
11. The first type client device of any one of claims 1 to 10, wherein the network payment server also delivers a signed information to the first type bank server after receiving the signed information of the logistics server.
12. The first type client device of any one of claims 1 to 11, wherein the network payment server saves the information after receiving a payment request key information delivered by the first type bank server and delivers it to the second type client.
13. The first type client device of claim 12, wherein the payment request key is the password for releasing the funds.
14. The first type client device of any one of claims 1 to 13, wherein the network payment server also extends the payment period of the related funds after receiving the payment extension request delivered by the first type client.
15. The first type client device of any one of claims 1 to 14, wherein the network payment server delivers the released funds information to the first type bank server after receiving notification of the failure of the commitment paying information data packet from the first type bank server.
16. The first type client device of any one of claims 1 to 15, wherein the first type bank server receives the temporary commitment paying information data packet delivered by the network payment server for checking.
17. The first type client device of any one of claims 1 to 16, wherein if the verification is successful, the authorization is successful, and the first type bank server generates the commitment paying information data packet based on the temporary commitment paying information data packet, and freezing the funds, and information of frozen funds is delivered to the second type bank server.
18. The first type client device of any one of claims 1 to 17, wherein if the verification fails, delivery of the feedback of rejection information to the first type client and the network payment server.
19. The first type client device of any one of claims 1 to 18, wherein the first type bank server is used for receiving the signed information, and delivers the payment request key information to the network payment server.
20. The first type client device of any one of claims 1 to 19, wherein the payment request information received from the second type bank server is paid to the payment bank and delivers the feedback of payment information to the second type bank server.
21. The first type client device of any one of claims 1 to 20, wherein the first type banking server receives the award acceptance notification and results from the public authority after the public authority receives the ruling application from the first type client terminal.
22. The first type client device of any one of claims 1 to 21, wherein if the ruling result is continuing to pay, the network payment server will conduct the liquidation and immediately transfers funds to the account associated with the second type client.
23. The first type client device of any one of claims 1 to 22, wherein if the ruling result is terminated paying, the first type bank server notifies the network payment server that the commitment paying information data packet is invalid.
24. The first type client device of claim 23, wherein the commitment paying information data packet is invalidated due to any one or more of overdue receipt, overdue performance, overdue payment.
25. The first type client device of any one of claims 1 to 24, wherein the first type bank server releases the funds connected with the first type client after receiving the released funds information from the network payment server.
26. The first type client device of any one of claims 1 to 25, wherein the second type client receives the information of frozen funds delivered by the second type bank server and generates the deliverable information.
27. The first type client device of any one of claims 1 to 26, wherein the delivery of the payment prompt to network payment server, first type bank server and first type client occurs at the same time.
28. The first type client device of any one of claims 1 to 27, wherein the delivery information is sent to the logistics server to apply for the delivery, and delivers the payment request key information to the second type bank server after receiving the payment request key information delivered from the network payment server.
29. The first type client device of any one of claims 1 to 28, wherein the second type bank server generates the payment request information after receiving the payment request key information delivered by the second type client, and delivers the payment request information to the first type bank server, and after receiving the payment information delivered by the first type bank server, conducting the payment service to the receiving client.
30. The first type client device of any one of claims 1 to 29, wherein the logistics server after receiving the deliverable information delivered by the second type client, conducts a delivery operation and delivers the delivered information to the network payment server.
31. The first type client device of any one of claims 1 to 30, wherein the logistics server delivers the signed information to the network payment server and the second type client after the payment client has signed it.
32. The first type client device of any one of claims 1 to 31, wherein the first type client and the second type client are integrated on the same client device,
33. The first type client device of any one of claims 1 to 32, wherein the device includes any one or more of a mobile phone, a computer, a personal digital assistant, and a point of sale device.
34. The first type client device of any one of claims 1 to 33, wherein the first type bank server and the second type bank server are integrated on the same banking device.
35. The first type client device of any one of claims 1 to 34, wherein the payment bank and the receiving bank are the same bank.
36. The first type client device of any one of claims 1 to 35, wherein the network payment server is an electronic payment platform.
37. The first type client device of any one of claims 1 to 36, wherein the network payment server is a tool based on bank-level credit.
38. The first type client device of any one of claims 1 to 37, wherein the network payment server is a tool based on a bank credit certificate.
39. The first type client device of any one of claims 1 to 38, wherein the bank credit certificate includes any one or more of international letters of credit, promissory notes, guarantees, acceptance bills, and electronic letters of credit.
40. The first type client device of any one of claims 1 to 39, wherein the transaction is the transaction of non-physical commodity.
41. The first type client device of any one of claims 1 to 39, wherein the transaction is the transaction of physical commodity,
42. The first type client device of any one of claims 1 to 39, wherein the transaction is the transaction of any one or more of an electronic appliance, clothing.
43. The first type client device of any one of claims 1 to 39, wherein the transaction is the transaction of a commodity transactions.
44. The first type client device of any one of claims 1 to 39, wherein the transaction is the transaction of any one or more of real estate, and car equity.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CA3048375A CA3048375C (en) | 2014-05-12 | 2014-05-12 | Network payment method and system |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CA2985890A CA2985890C (en) | 2014-05-12 | 2014-05-12 | Network payment method and system |
| PCT/CN2014/077209 WO2015172276A1 (en) | 2014-05-12 | 2014-05-12 | Network payment method and system |
| CA3048375A CA3048375C (en) | 2014-05-12 | 2014-05-12 | Network payment method and system |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA2985890A Division CA2985890C (en) | 2014-05-12 | 2014-05-12 | Network payment method and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA3048375A1 true CA3048375A1 (en) | 2015-11-19 |
| CA3048375C CA3048375C (en) | 2023-02-07 |
Family
ID=53696569
Family Applications (7)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA3048375A Active CA3048375C (en) | 2014-05-12 | 2014-05-12 | Network payment method and system |
| CA3048342A Active CA3048342C (en) | 2014-05-12 | 2014-05-12 | Network payment method and system |
| CA3048370A Active CA3048370C (en) | 2014-05-12 | 2014-05-12 | Network payment method and system |
| CA3048263A Active CA3048263C (en) | 2014-05-12 | 2014-05-12 | Network payment method and system |
| CA2985890A Active CA2985890C (en) | 2014-05-12 | 2014-05-12 | Network payment method and system |
| CA3048268A Active CA3048268C (en) | 2014-05-12 | 2014-05-12 | Network payment method and system |
| CA3048266A Active CA3048266C (en) | 2014-05-12 | 2014-05-12 | Network payment method and system |
Family Applications After (6)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA3048342A Active CA3048342C (en) | 2014-05-12 | 2014-05-12 | Network payment method and system |
| CA3048370A Active CA3048370C (en) | 2014-05-12 | 2014-05-12 | Network payment method and system |
| CA3048263A Active CA3048263C (en) | 2014-05-12 | 2014-05-12 | Network payment method and system |
| CA2985890A Active CA2985890C (en) | 2014-05-12 | 2014-05-12 | Network payment method and system |
| CA3048268A Active CA3048268C (en) | 2014-05-12 | 2014-05-12 | Network payment method and system |
| CA3048266A Active CA3048266C (en) | 2014-05-12 | 2014-05-12 | Network payment method and system |
Country Status (3)
| Country | Link |
|---|---|
| CN (1) | CN104813347A (en) |
| CA (7) | CA3048375C (en) |
| WO (1) | WO2015172276A1 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105827659B (en) * | 2016-05-30 | 2019-11-15 | 中国邮政储蓄银行股份有限公司 | Safety control system applied to mobile terminal |
| CN108985752A (en) * | 2018-06-29 | 2018-12-11 | 杭州复杂美科技有限公司 | A kind of method of payment and system, equipment and storage medium |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002135353A (en) * | 2000-10-19 | 2002-05-10 | Matsushita Electric Ind Co Ltd | Data distribution system |
| CN1560773A (en) * | 2004-02-21 | 2005-01-05 | 丽 王 | Network settling accounts L/C |
| CN101477665A (en) * | 2008-12-19 | 2009-07-08 | 福建今日特价网络有限公司 | Cooperative digital marketing system and method |
| CN101436279A (en) * | 2008-12-19 | 2009-05-20 | 福建今日特价网络有限公司 | Transaction payment system and method of webs |
| CN102930469A (en) * | 2012-11-13 | 2013-02-13 | 中国民生银行股份有限公司 | Transfer data processing method and device |
-
2014
- 2014-05-12 CA CA3048375A patent/CA3048375C/en active Active
- 2014-05-12 CA CA3048342A patent/CA3048342C/en active Active
- 2014-05-12 CN CN201480003088.0A patent/CN104813347A/en active Pending
- 2014-05-12 CA CA3048370A patent/CA3048370C/en active Active
- 2014-05-12 CA CA3048263A patent/CA3048263C/en active Active
- 2014-05-12 CA CA2985890A patent/CA2985890C/en active Active
- 2014-05-12 CA CA3048268A patent/CA3048268C/en active Active
- 2014-05-12 CA CA3048266A patent/CA3048266C/en active Active
- 2014-05-12 WO PCT/CN2014/077209 patent/WO2015172276A1/en active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| WO2015172276A1 (en) | 2015-11-19 |
| CA3048268C (en) | 2023-09-19 |
| CA2985890A1 (en) | 2015-11-19 |
| CA3048342C (en) | 2022-03-15 |
| CA2985890C (en) | 2020-07-28 |
| CA3048342A1 (en) | 2015-11-19 |
| CA3048375C (en) | 2023-02-07 |
| CA3048266C (en) | 2023-02-07 |
| CA3048268A1 (en) | 2015-11-19 |
| CA3048263A1 (en) | 2015-11-19 |
| CN104813347A (en) | 2015-07-29 |
| CA3048370C (en) | 2024-03-19 |
| CA3048263C (en) | 2023-02-07 |
| CA3048266A1 (en) | 2015-11-19 |
| CA3048370A1 (en) | 2015-11-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20090240624A1 (en) | Risk detection and assessment of cash payment for electronic purchase transactions | |
| WO2014146227A1 (en) | Paying method and system by using network | |
| JP2002123779A (en) | Method and system for processing settlement and recording medium with stored program | |
| JP2018120619A (en) | Intermediary payment system and method | |
| WO2015135121A1 (en) | Online payment system and method, and online payment server | |
| CA2988443A1 (en) | Cross-funds management server-based payment system, and method, device and server | |
| CA3048268C (en) | Network payment method and system | |
| CA2988818C (en) | Cross-funds management server-based payment system, and method, device and server | |
| CA2994905A1 (en) | Method, device and system for opening electronic certificate | |
| CA3082102A1 (en) | Cross-funds management server-based payment system, method, device and server | |
| CA2993525C (en) | Method, system, and apparatus for altering electronic certificates and processing data exchange | |
| CA2987660C (en) | Payment system based on shared funds-management server, and method, device and server therefor | |
| Ledford et al. | Request for payment: Building block for payments transformation | |
| CA3057512A1 (en) | Payment system based on different funds-management servers, and payment method, device and server therefor | |
| CA3061229C (en) | Payment system based on different funds servers, and payment method, device and server therefor | |
| CA2994881C (en) | Electronic certificate payment method and device | |
| US20130103583A1 (en) | Universal Cash Account | |
| WO2017012049A1 (en) | Electronic certificate receiving method, device and system | |
| CA2993108A1 (en) | Method, device and system for opening electronic certificate | |
| WO2017012007A1 (en) | Method, system, and device for transferring right to confirm issuance of electronic certificate | |
| CA2993052A1 (en) | Network payment method, system and device | |
| CA2994571A1 (en) | Electronic certificate payment method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request |
Effective date: 20191107 |
|
| EEER | Examination request |
Effective date: 20191107 |
|
| EEER | Examination request |
Effective date: 20191107 |
|
| EEER | Examination request |
Effective date: 20191107 |
|
| EEER | Examination request |
Effective date: 20191107 |
|
| EEER | Examination request |
Effective date: 20191107 |