CN105590212A - Method and system for interaction between merchant and payment mechanism based on network - Google Patents
Method and system for interaction between merchant and payment mechanism based on network Download PDFInfo
- Publication number
- CN105590212A CN105590212A CN201410823108.0A CN201410823108A CN105590212A CN 105590212 A CN105590212 A CN 105590212A CN 201410823108 A CN201410823108 A CN 201410823108A CN 105590212 A CN105590212 A CN 105590212A
- Authority
- CN
- China
- Prior art keywords
- payment
- user
- trade company
- information
- binding relationship
- 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.)
- Pending
Links
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The invention provides a method for interaction between a merchant and a payment mechanism based on a network, wherein a communication connection is established between a merchant system of the merchant and a payment system of the payment mechanism. The method comprises the following steps: the merchant system sends a payment binding request to the payment system based on a request of a user browsing the web page of the merchant system; the payment system offers a payment binding page to the merchant system as a response; the user inputs user information for establishing a payment binding relationship through the page, and the merchant system sends the user information and merchant information needed for establishing the payment binding relationship together as payment binding information to the payment system; and the payment system processes the payment binding information transferred by the merchant system and establishes a payment binding relationship between the user and the merchant system, wherein the payment binding relationship enables the user to avoid operation related to payment authentication while making payment later through the merchant system. A corresponding system is further provided.
Description
Technical field
The present invention relates to transaction data processing, more specifically, relate to that trade company and payment mechanism are Network Based carries out mutual method.
Background technology
Online payment generally comprises two links, the operation of authentication authorization and accounting authority to pay. The effect of Certificate Authority is to verify consumer's true identity, to confirm whether it has obligation authority, detects consumer electronics's whether safety of payment environment simultaneously, thereby guarantees that delivery operation does not exist security risk.
Although the online payment indispensable link that is shopping online, China only has at present certain qualification and has the mechanism or the organizing ability that pay licence plate and carries out online payment business. The e-commerce website (hereinafter referred electricity business) that does not pay licence plate is generally taked following two kinds of processing modes in payment link: access bank net and/or access third party payment mechanism.
If adopt the mode of access bank net, electric business must access with numerous bank's negotiations the thing of Net silver, wastes time and energy, also may cost costliness. In addition, be linked into the speed that the way of each bank net also can make electric business respond turn of the market and slow down, have influence on electric business's comprehensive competitive power.
If adopt the mode of access third party payment mechanism, because of third party's payment mechanism with UNICOM of most of bank, the time and the fund cost that therefore access third party's payment mechanism and can save trade company's one every household access Net silver.
What no matter adopt is any processing mode, for consumer, all needs through Certificate Authority and two links of payment. Wherein, Certificate Authority link need to gather the personal information of a large number of users, has to fill in a large amount of personally identifiable informations while causing consumer spending, and this makes consumer think that payment process is complicated and loaded down with trivial details, and shopping online is experienced not good. In addition be not the page of electronic business transaction website owing to having the page of payment function, just have to jump to a new page when consumer carries out delivery operation, such flow process has also all badly influenced consumer's shopping and has experienced.
Consumer does shopping and experiences not good meeting and cause e-commerce website user's loss, therefore under the prerequisite that does not affect safety of payment, provide a kind of user experience better, to pay the higher means of payment of efficiency be the direction that e-commerce website and online payment mechanism make joint efforts.
Summary of the invention
The invention provides for trade company and payment mechanism is Network Based carries out mutual method, wherein, trade company's end system of described trade company and the payment system of described payment mechanism establish a communications link, described method comprises user's the request of web page of a. trade company end system based on browsing described trade company end system, sends and pays bind request to described payment system; B. as response, described payment system provides and pays the binding page to described trade company end system; C. described user by the input of this page set up pay the user profile of binding relationship and described trade company end system by this user profile and set up and pay the required merchant information of binding relationship together, send to described payment system as paying binding information; And described in d., payment system is processed the payment binding information that described trade company end system transmits, set up and the payment binding relationship of this user, described trade company end system, when described payment binding relationship makes that described user is follow-up to be paid by described trade company end system without carrying out the operation relevant with payment authentication.
According to the method for example of the present invention, preferably, step a comprises that trade company end system sends and pays bind request and comprise to described payment system: in the time that the user of web page who browses trade company's end system initiates to pay bindings, described trade company end system sends first and pays bind request to described payment system, described first pays bind request comprises payment binding information, and described payment binding information comprises the user profile of setting up the foundation payment binding relationship that pays the required merchant information of binding relationship and user's input, in the time that the user of web page who browses trade company's end system initiates delivery operation, whether described trade company end system detects this user in the customer data base of its system had carried out the bindings of individual payment information and payment system, if testing result shows this user and did not carry out bindings, described trade company end system sends second and pays bind request to described payment system, described second pays bind request comprises payment binding information, described payment binding information comprises the user profile of setting up the foundation payment binding relationship that pays the required merchant information of binding relationship and user's input, and comprise with this simultaneously and pay relevant payment request.
According to the method for example of the present invention, preferably, step b comprises: as the response to the first payment bind request, the first certification binding relationship page is provided described payment system so that user's operation; As the response to the second payment bind request, the second certification binding relationship page is provided described payment system so that user's operation.
According to the method for example of the present invention, preferably, described user sets up by the described first certification binding relationship page or the second certification binding relationship page input information that pays binding relationship, and described information comprises individual essential information and Payment Card essential information.
According to the method for example of the present invention, preferably, the described first certification binding relationship page and/or the second certification binding relationship page are provided in any mode in mode, the mode of the embedded type web page and the mode of Pop-up forms of redirect formula web page by described payment system.
The present invention is also provided in trade company and payment mechanism is Network Based carries out mutual system, wherein, trade company's end system of described trade company and the payment system of described payment mechanism establish a communications link, described system comprises trade company's end system sending module, it sends and pays bind request to described payment system for described trade company end system, described trade company end system be based on browse described trade company end system web page user request and send this payment bind request; The output module of payment system, it responds described payment bind request for described payment system, and output pays the binding page to described trade company end system; The user interface of trade company's end system, sets up by this page input the information that pays binding relationship for described user for presenting the described payment binding page, and described trade company end system sends to described payment system by described sending module; And the processing module of payment system, the information of its payment binding relationship transmitting for the treatment of described trade company end system, set up and the payment binding relationship of described user, described trade company end system, described payment binding relationship make described user follow-up while paying by described trade company end system without carrying out the operation relevant with payment authentication.
The system of example according to the present invention, preferably, described trade company end system sending module comprises: the first transmitting element, it is in the time that the user of web page who browses trade company's end system initiates to pay bindings, send first and pay bind request information to described payment system, described the first payment bind request information comprises that the user of the essential information relevant with trade company and user's input pays binding information, the second transmitting element, it is in the time that the user of web page who browses trade company's end system initiates delivery operation, send and detect the request of bindings that whether this user carried out individual payment information and payment system to the processing module of described trade company end system, detected by it, if testing result shows this user and did not carry out bindings, described the second transmitting element sends second and pays bind request information to described payment system, described the second payment bind request information comprises that the user of the essential information relevant with trade company and user's input pays binding information, and comprise with this simultaneously and pay relevant payment request.
The system of example according to the present invention, preferably, the output module of described payment system comprises:
The first output unit, provides the first certification binding relationship page for described payment system in response to the first payment bind request so that user's operation; The second output unit, provides the second certification binding relationship page for described payment system in response to the second payment bind request so that user's operation.
The system of example according to the present invention, preferably, the information that described user pays binding relationship by the foundation of the described first certification binding relationship page or the second certification binding relationship page input comprises individual essential information and Payment Card essential information.
The system of example according to the present invention, preferably, wherein, the described first certification binding relationship page and/or the second certification binding relationship page are provided in any mode in mode, the mode of the embedded type web page and the mode of Pop-up forms of redirect formula web page by described payment system.
The method according to this invention and system, certification by the authentication to user and payment mechanism by trade company links together, thereby make to be undertaken first after the certification of payment mechanism by trade company's end system of trade company, in subsequent transaction operation, just without inputting again to the information of this payment mechanism certification.
Brief description of the drawings
Fig. 1 be according to the present invention signal for trade company and the payment mechanism flow chart that carries out mutual method Network Based.
Fig. 2 is the schematic flow sheet of the specific implementation of the step 10 shown in Fig. 1.
Fig. 3 be according to example of the present invention for trade company and the payment mechanism structural representation that carries out mutual this system of system Network Based.
Detailed description of the invention
Describe schematic example of the present invention referring now to accompanying drawing, identical drawing reference numeral represents identical element. Each embodiment described below contributes to those skilled in the art thoroughly to understand the present invention, and is intended to example and unrestricted. Unless otherwise defined, the term (comprising science, technology and industry slang) using in literary composition has the identical implication of implication of generally understanding with those skilled in the art in the invention.
Each example according to the present invention is that Network Environment is carried out, and relates to user terminal system, the payment system of payment mechanism etc. of trade company. Network referred to herein as internet. In this application, trade company also can be called electric business.
Fig. 1 be according to the present invention example for trade company and the payment mechanism flow chart that carries out mutual method Network Based. In step 10, user's the request of web page of trade company's end system based on browsing this trade company's end system, sends and pays bind request to described payment system. Trade company's end system presents each commodity by the web page of its website, and user browses this website, can initiate to pay bind request according to " payment bind request " button arranging on the web page of website or prompt column. Trade company's end system receives user's request, just pays bind request to payment system based on inferior transmission.
In step 12, payment system provides and pays the binding page to trade company's end system. This payment binding page will be presented to user by trade company's end system, so that user has inputted the needed information of binding that pays.
In step 14, the user profile that pays binding relationship is set up in the payment binding page input that user provides via this payment system. The user profile of setting up payment binding relationship comprises user's basic personal information, for example name; Also comprise user's the card information of holding, for example type and the card number etc. of card. Trade company's end system sends to payment system together with the essential information of trade company oneself as paying binding information using the user profile of setting up payment binding relationship.
In step 16, this payment system is processed trade company's end system and is transmitted payment binding information, set up and the payment binding relationship of this user, trade company's end system, when described payment binding relationship makes that user is follow-up to be paid by described trade company end system without carrying out the operation relevant with payment authentication.
According to an example of the present invention, step 10 can realize according to the step shown in Fig. 2. Fig. 2 is the schematic flow sheet of the specific implementation of the step 10 shown in Fig. 1. As shown in Figure 2, in step 100, trade company's end system is in the time that the user of web page who browses trade company's end system initiates to pay bindings, send first and pay bind request to described payment system, described first pays bind request comprises that user profile and the foundation of setting up payment binding relationship pay the required merchant information of binding relationship, maybe can say, described first pays bind request comprises payment binding information. In step 102, trade company's end system is in the time that the user of web page who browses trade company's end system initiates delivery operation, and whether described trade company end system detects this user in the customer data base of its system had carried out the bindings of individual payment information and payment system. In step 104, if testing result shows this user and did not carry out bindings, described trade company end system sends second and pays bind request information to described payment system, described second pays the user that bind request information comprises the essential information relevant with trade company and user's input pays binding information, and comprises with this simultaneously and pay relevant payment request.
According to an example of the present invention, step 12 can specific implementation be following process: as the response to the first payment bind request, the first certification binding relationship page is provided payment system so that user's operation; As the response to the second payment bind request, the second certification binding relationship page is provided payment system so that user's operation. In actual applications, all can realizing by the url of https agreement of the first certification binding relationship page and the second certification binding relationship page, and with the mode Transfer Parameters of post to payment system, in specific implementation, the url that two kinds of pages are sent request is identical, but the parameter that two different pages transmit by url is different.
As described above, pay binding information and comprise the user profile of setting up the foundation payment binding relationship that pays the required merchant information of binding relationship and user's input. wherein, in each example, merchant information can be described as trade company and need to send to the parameter of payment system, can be divided into call parameter and optional parameters. call parameter comprises the relevant information with electric business self, for example, the trade company number of electricity business in payment system, name of firm, the order number of current this transaction of carrying out and exchange hour (order number and exchange hour all occur in when user initiates delivery operation and pay in the applied environment of bindings), the self-defining binding relationship identification number of electricity business, calling interface type, (what safety certification key element referred at this is not the security factor for paying user information authentication to safety certification key element, but ensure the key element of electric business website and paying website safety, the key element of for example anti-fishing). optional parameters is mainly the information relevant with carrying out payment authentication mandate.
In above-mentioned example, the information that the foundation that user inputs by the described first certification binding relationship page or the second certification binding relationship page pays binding relationship comprises individual essential information and Payment Card essential information. Personal information for example comprises name, passport NO. (such as ID card No.), cell-phone number etc. Payment Card essential information for example comprises bank's card number, bank card password etc.
As example, the first certification binding relationship page and/or the second certification binding relationship page are provided in any mode in mode, the mode of the embedded type web page and the mode of Pop-up forms of redirect formula web page by payment system. Illustrate that below in conjunction with the first certification binding relationship page payment system provides the page as any mode in the mode of the mode of the mode of how redirect formula web page, the embedded type web page and Pop-up forms.
Providing with redirect formula web page is to have called after the binding interface that payment system provides in trade company, web page on trade company's electronic equipment can be opened new forms (or new browser options card) or cover original web page on trade company's electronic equipment, with the certification binding relationship page of showing that payment system provides. In the mode of redirect formula web page, for the web page of debit card with can be basic identical for the web page of credit card, difference is to provide and require user to input the peculiar information of credit card such as the credit card term of validity on web page for credit card.
The certification binding relationship page providing in the mode of the embedded type web page can carry out personalized customization. briefly, the principle of the personalized customization of the embedded type web page is exactly can the designing requirement to the page according to trade company, and a set of new web page picture and CSS pattern are provided. here " newly " do not refer to and again develops a set of embedded type web page for each trade company, the prerequisite of embedded type web page personal settings is to keep html in the embedded page, javascript code can not modified because of the difference of trade company, the outside css file of quoting on html only has one, in the embedded type web page, quote the factor of outside css pattern and the selector of css (for example ID, class etc. can be not different because trade company is different), the css selector of the different trade companies in outside css file can not change, what change is the description of pattern in selector, for example word size, text color, Graphicxtras Frames Collection etc. because css CSS can be controlled Image Display, therefore picture can be according to the difference of trade company and difference.
Pop-up forms refer to that the page of setting up certification binding relationship represents with the form that ejects forms in merchant website. If the mode of trade company's choice for use Pop-up forms, payment mechanism can provide a javascript file to quote for the merchant website page so. Javascript code in javascript code and the merchant website of Pop-up forms conflicts, and the javascript code of Pop-up forms does not rely on any javascript framework, uses the javascript of ecosystem to develop. The javascript effect of Pop-up forms is in electric business's webpage, only to do a mask layer, then on mask layer, uses forms of iframe forming label, and forms are quoted and carried out the transformed embedded page. Pop-up forms also can carry out personalization configuration, and the principle of personalized configuration is the same with the embedded page.
Fig. 3 be according to example of the present invention for trade company and the payment mechanism structural representation that carries out mutual this system of system Network Based. As shown in the figure, this system comprises trade company's end system sending module 20, the output module 22 of payment system, the user interface 24 of trade company's end system and the processing module 26 of payment system.
Trade company's end system sending module 20 sends and pays bind request to payment system for trade company end system, trade company's end system be based on browse described trade company end system web page user request and send this payment bind request. Trade company's end system presents each commodity by the web page of its website, and user browses this website, can initiate to pay bind request according to " payment bind request " button arranging on the web page of website or prompt column. Trade company's end system receives user's request, just pays bind request to payment system based on inferior transmission.
The output module 22 of payment system pays bind request for payment system response, and output pays the binding page to trade company's end system. This payment binding page will be presented to user by trade company's end system, so that user has inputted the needed information of binding that pays.
The payment binding page that the user interface 24 of trade company's end system is exported for presenting the output module 22 of payment system. User sets up by this page input the information that pays binding relationship, and trade company's end system sends to payment system by sending module. User sets up via user interface 24 inputs of trade company's end system the user profile that pays binding relationship. The user profile of setting up payment binding relationship comprises user's basic personal information, for example name; Also comprise user's the card information of holding, for example type and the card number etc. of card. Trade company's end system sends to payment system together with the essential information of trade company oneself as paying binding information using the user profile of setting up payment binding relationship. Wherein, this interface 24 is provided by payment system.
The information of the payment binding relationship that the processing module 26 of payment system transmits for the treatment of trade company's end system, the payment binding relationship of foundation and user, trade company's end system, pay binding relationship make described user follow-up while paying by trade company's end system without carrying out the operation relevant with payment authentication.
According to an example of the present invention, trade company's end system sending module 20 can comprise the first transmitting element and the second transmitting element. the first transmitting element is in the time that the user of web page who browses trade company's end system initiates to pay bindings, send first and pay bind request information to payment system, the first payment bind request information comprises that the user of the essential information relevant with trade company and user's input pays binding information. the second transmitting element is in the time that the user of web page who browses trade company's end system initiates delivery operation, send and detect the request of bindings that whether this user carried out individual payment information and payment system to the processing module of trade company's end system, detected by it, if testing result shows this user and did not carry out bindings, the second transmitting element sends second and pays bind request information to described payment system, described the second payment bind request information comprises that the user of the essential information relevant with trade company and user's input pays binding information, and comprise with this simultaneously and pay relevant payment request.
Realize according to the step shown in Fig. 2. Fig. 2 is the schematic flow sheet of the specific implementation of the step 10 shown in Fig. 1. As shown in Figure 2, in step 100, trade company's end system is in the time that the user of web page who browses trade company's end system initiates to pay bindings, send first and pay bind request to payment system, first pays bind request comprises that user profile and the foundation of setting up payment binding relationship pay the required merchant information of binding relationship, maybe can say, first pays bind request comprises payment binding information. In step 102, trade company's end system is in the time that the user of web page who browses trade company's end system initiates delivery operation, and whether trade company's end system detects this user in the customer data base of its system had carried out the bindings of individual payment information and payment system.
The output module 22 of payment system comprises the first output unit, provides the first certification binding relationship page so that user's operation for payment system in response to the first payment bind request; The second output unit, provides the second certification binding relationship page for payment system in response to the second payment bind request so that user's operation. The information that user pays binding relationship by the foundation of the first certification binding relationship page or the second certification binding relationship page input comprises individual essential information and Payment Card essential information. In actual applications, all can realizing by the url of https agreement of the first certification binding relationship page and the second certification binding relationship page, and transmit and send parameter to payment system in the mode of post, in specific implementation, the url of two kinds of relationship request is identical, distinguishes but two different binding scenes are parameters by importing url into.
Pay binding information and comprise the user profile of setting up the foundation payment binding relationship that pays the required merchant information of binding relationship and user's input. wherein, in each example, merchant information can be described as trade company and need to send to the parameter of payment system, can be divided into call parameter and optional parameters. call parameter comprises the relevant information with electric business self, for example, the trade company number of electricity business in payment system, name of firm, the order number of current this transaction of carrying out and exchange hour (order number and exchange hour all occur in when user initiates delivery operation and pay in the applied environment of bindings), the self-defining binding relationship identification number of electricity business, calling interface type, (what safety certification key element referred at this is not the security factor for paying user information authentication to safety certification key element, but ensure the key element of electric business website and paying website safety, the key element of for example anti-fishing). optional parameters is mainly the information relevant with carrying out payment authentication mandate.
In above-mentioned example, the information that the foundation that user inputs by the described first certification binding relationship page or the second certification binding relationship page pays binding relationship comprises individual essential information and Payment Card essential information. Personal information for example comprises name, passport NO. (such as ID card No.), cell-phone number etc. Payment Card essential information for example comprises bank's card number, bank card password etc.
As example, the first certification binding relationship page and/or the second certification binding relationship page are provided in any mode in mode, the mode of the embedded type web page and the mode of Pop-up forms of redirect formula web page by payment system. Illustrate that below in conjunction with the first certification binding relationship page payment system provides the page as any mode in the mode of the mode of the mode of how redirect formula web page, the embedded type web page and Pop-up forms. This was carried out elaboration above, just do not repeated at this.
In above-mentioned any example, payment mechanism can be for example Unionpay or Alipay etc.
Adopt according to user trade company of the present invention and payment mechanism is Network Based carries out mutual method, or according to user trade company of the present invention and payment mechanism is Network Based carries out mutual system, authentication by trade company to user and the certification of payment mechanism link together, that is to say, the user of this trade company only need to once pay the authentication operation of identity, after this authentication success, trade company safeguards authentication relationship together with payment mechanism. The user of this trade company once concluding the business in operation arbitrarily after certification completes, does not need again to input the authentication information relevant with payment process. That is to say, after authentication operation, user arbitrarily once pays on the web page that only need to provide in trade company and directly pays just, and without as prior art, the relevant web page that forward payment mechanism to carries out payment authentication and then pays.
Claims (10)
1. for trade company and payment mechanism is Network Based carries out a mutual method, wherein, trade company's end system of described trade company and the payment system of described payment mechanism establish a communications link, and described method comprises:
A. user's the request of web page of trade company's end system based on browsing described trade company end system, sends and pays bind request to described payment system;
B. as response, described payment system provides and pays the binding page to described trade company end system;
C. described user by the input of this page set up pay the user profile of binding relationship and described trade company end system by this user profile and set up and pay the required merchant information of binding relationship together, send to described payment system as paying binding information; And
D. described payment system is processed the payment binding information that described trade company end system transmits, set up and the payment binding relationship of this user, described trade company end system, when described payment binding relationship makes that described user is follow-up to be paid by described trade company end system without carrying out the operation relevant with payment authentication.
2. the method for claim 1, wherein step a comprises that trade company's end system sends payment bind request and comprises to described payment system:
In the time that the user of web page who browses trade company's end system initiates to pay bindings, described trade company end system sends first and pays bind request to described payment system, described first pays bind request comprises payment binding information, and described payment binding information comprises the user profile of setting up the foundation payment binding relationship that pays the required merchant information of binding relationship and user's input;
In the time that the user of web page who browses trade company's end system initiates delivery operation, whether described trade company end system detects this user in the customer data base of its system had carried out the bindings of individual payment information and payment system,
If testing result shows this user and did not carry out bindings, described trade company end system sends second and pays bind request to described payment system, described second pays bind request comprises payment binding information, described payment binding information comprises that setting up the foundation that pays the required merchant information of binding relationship and user's input pays the user profile of binding relationship, and comprises with this simultaneously and pay relevant payment request.
3. method as claimed in claim 2, wherein, step b comprises:
As the response to the first payment bind request, the first certification binding relationship page is provided described payment system so that user's operation;
As the response to the second payment bind request, the second certification binding relationship page is provided described payment system so that user's operation.
4. method as claimed in claim 3, wherein, described user sets up by the described first certification binding relationship page or the second certification binding relationship page input information that pays binding relationship, and described information comprises individual essential information and Payment Card essential information.
5. method as claimed in claim 4, wherein, the described first certification binding relationship page and/or the second certification binding relationship page are provided in any mode in mode, the mode of the embedded type web page and the mode of Pop-up forms of redirect formula web page by described payment system.
6. for trade company and payment mechanism is Network Based carries out a mutual system, wherein, trade company's end system of described trade company and the payment system of described payment mechanism establish a communications link, and described system comprises:
Trade company's end system sending module, it sends and pays bind request to described payment system for described trade company end system, described trade company end system be based on browse described trade company end system web page user request and send this payment bind request;
The output module of payment system, it responds described payment bind request for described payment system, and output pays the binding page to described trade company end system;
The user interface of trade company's end system, sets up by this page input the information that pays binding relationship for described user for presenting the described payment binding page, and described trade company end system sends to described payment system by described sending module; And
The processing module of payment system, the information of its payment binding relationship transmitting for the treatment of described trade company end system, set up and the payment binding relationship of described user, described trade company end system, described payment binding relationship make described user follow-up while paying by described trade company end system without carrying out the operation relevant with payment authentication.
7. system as claimed in claim 6, wherein, described trade company end system sending module comprises:
The first transmitting element, it is in the time that the user of web page who browses trade company's end system initiates to pay bindings, send first and pay bind request information to described payment system, described the first payment bind request information comprises that the user of the essential information relevant with trade company and user's input pays binding information;
The second transmitting element, it is in the time that the user of web page who browses trade company's end system initiates delivery operation, send and detect the request of bindings that whether this user carried out individual payment information and payment system to the processing module of described trade company end system, detected by it, if testing result shows this user and did not carry out bindings, described the second transmitting element sends second and pays bind request information to described payment system, described the second payment bind request information comprises that the user of the essential information relevant with trade company and user's input pays binding information, and comprise with this simultaneously and pay relevant payment request.
8. system as claimed in claim 7, wherein, the output module of described payment system comprises:
The first output unit, provides the first certification binding relationship page for described payment system in response to the first payment bind request so that user's operation;
The second output unit, provides the second certification binding relationship page for described payment system in response to the second payment bind request so that user's operation.
9. method as claimed in claim 8, wherein, the information that described user pays binding relationship by the foundation of the described first certification binding relationship page or the second certification binding relationship page input comprises individual essential information and Payment Card essential information.
10. system as claimed in claim 9, wherein, the described first certification binding relationship page and/or the second certification binding relationship page are provided in any mode in mode, the mode of the embedded type web page and the mode of Pop-up forms of redirect formula web page by described payment system.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410823108.0A CN105590212A (en) | 2014-12-26 | 2014-12-26 | Method and system for interaction between merchant and payment mechanism based on network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410823108.0A CN105590212A (en) | 2014-12-26 | 2014-12-26 | Method and system for interaction between merchant and payment mechanism based on network |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105590212A true CN105590212A (en) | 2016-05-18 |
Family
ID=55929777
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410823108.0A Pending CN105590212A (en) | 2014-12-26 | 2014-12-26 | Method and system for interaction between merchant and payment mechanism based on network |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105590212A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107659544A (en) * | 2016-08-26 | 2018-02-02 | 平安科技（深圳）有限公司 | Using merging deployment system and method |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1794294A (en) * | 2005-12-27 | 2006-06-28 | 中国工商银行股份有限公司 | Network protocol payment method |
| CN101071490A (en) * | 2007-03-23 | 2007-11-14 | 田小平 | Member name and bank card binding electronic business system and method |
-
2014
- 2014-12-26 CN CN201410823108.0A patent/CN105590212A/en active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1794294A (en) * | 2005-12-27 | 2006-06-28 | 中国工商银行股份有限公司 | Network protocol payment method |
| CN101071490A (en) * | 2007-03-23 | 2007-11-14 | 田小平 | Member name and bank card binding electronic business system and method |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107659544A (en) * | 2016-08-26 | 2018-02-02 | 平安科技（深圳）有限公司 | Using merging deployment system and method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108141368B (en) | Instant token issuing system | |
| US20210304184A1 (en) | Systems and Methods for Secure Authentication of Online Transactions Using Tokens | |
| JP6473745B2 (en) | Electronic transaction method, system and payment platform system | |
| CN202906904U (en) | A NFC enablement device storing and searching dedicated personal information of portable applications | |
| CN106605246A (en) | Systems and methods for authenticating a user based on a computing device | |
| US20160012433A1 (en) | Systems and methods for sending payment data using a mobile electronic device to transact with other computing devices | |
| CN106716960A (en) | Method and system for authenticating a user | |
| CN101383709A (en) | System and method enhancing safety of network account and cipher | |
| CN101697220A (en) | Systems and methods for secure pin-based transactions | |
| CN102096872A (en) | Method and device for safety detection of online banking payment information | |
| CN103491533B (en) | WAP gateway, user WAP terminals, WAP payment systems and method | |
| CN105359178A (en) | Systems and methods for implementing instant payments on mobile devices | |
| KR20140007707A (en) | Smart simple payment system and method using qr code scan | |
| CN101847139A (en) | System and method for capturing user inputs in electronic forms | |
| CN106716918A (en) | Method and system for authenticating a user | |
| CN103632258A (en) | Consumption payment method and system, and equipment | |
| CN104077699A (en) | Payment data processing method and system used for e-business platform | |
| US11625713B2 (en) | Method for securing transactional data processing, corresponding terminal and computer program | |
| KR20140070648A (en) | Method of paying for a product or service on a commercial website via an internet connection and a corresponding terminal | |
| TW202016824A (en) | Mobile payment system and method using a mobile payment device without an installed application | |
| WO2015121801A1 (en) | Secure transaction processing in a communication system | |
| US9070157B2 (en) | Payment apparatus and EC server | |
| CN103295132A (en) | Method and system for processing data | |
| CN102509359A (en) | Information automatic processing terminal and information automatic processing system | |
| ITMI20092355A1 (en) | METHOD TO MANAGE ONLINE BUSINESS TRANSACTIONS |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160518 |