WO2014101078A1 - 一种支付方法、支付网关及支付客户端 - Google Patents

一种支付方法、支付网关及支付客户端 Download PDF

Info

Publication number
WO2014101078A1
WO2014101078A1 PCT/CN2012/087775 CN2012087775W WO2014101078A1 WO 2014101078 A1 WO2014101078 A1 WO 2014101078A1 CN 2012087775 W CN2012087775 W CN 2012087775W WO 2014101078 A1 WO2014101078 A1 WO 2014101078A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
information
authentication
request
gateway
Prior art date
Application number
PCT/CN2012/087775
Other languages
English (en)
French (fr)
Inventor
陈爱平
张战兵
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to CN2012800030415A priority Critical patent/CN103392186A/zh
Priority to PCT/CN2012/087775 priority patent/WO2014101078A1/zh
Publication of WO2014101078A1 publication Critical patent/WO2014101078A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • 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/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/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • G06Q20/425—Confirmation, e.g. check or permission by the legal debtor of payment using two different networks, one for transaction and one for security confirmation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities

Definitions

  • the present invention relates to the field of mobile internet, and in particular, to a payment method, a payment gateway, and a payment client. Background technique
  • Mobile payment can be used by various mobile terminals (such as smart phones, tablets, etc.).
  • the terminal that is carried with you) makes payment, and the convenience of payment becomes a new wave.
  • security risks are still the main reason why mobile payment has not been widely used.
  • There are many security risks in the process of using mobile payment and the proportion of the account password stolen caused by Trojan or phishing website is relatively high.
  • the payment method of the prior art one is to integrate the secure payment module into the mobile browser through cooperation with the mobile browser provider by the third party payment institution.
  • the mobile browser invokes an integrated secure payment module to implement the payment.
  • This payment method is only applicable to a specific mobile browser integrated with a secure payment module.
  • the current number of mobile browsers is large and the update is faster, so this method will affect the efficiency of the user's instant payment, and has no universal applicability.
  • the secure payment module is bound to the mobile browser.
  • the secure payment module is upgraded, the mobile browser must also be upgraded to make the payment; and the payment method does not support the hardware medium type authentication method, such as U. Shield, etc., so there is still a certain security risk.
  • the prior art 2 provides a method for mobile online payment, in which the online shopping mobile application (such as a mobile client of an electronic shopping mall), a payment client, and the like are involved.
  • the online shopping mobile application such as a mobile client of an electronic shopping mall
  • a payment client such as a mobile client of an electronic shopping mall
  • payment is implemented by calling a mobile shopping application, an online shopping mobile application server, a payment server, and a payment client in a mobile operating system (OS) in the mobile terminal.
  • OS mobile operating system
  • There is a security risk when transmitting payment information between processes which may be stolen from the content and information of the user's transaction, or even use the content and information to steal the identity of the user for shopping or directly steal the user's funds.
  • the embodiment of the invention provides a payment method, a payment gateway and a payment client, which can improve the security of mobile secure payment and avoid the security risk of interception, eavesdropping and tampering of payment information.
  • a first aspect of the present invention provides a payment method, which may include:
  • the payment gateway receives a payment request including user identity information and payment information
  • Decrypting the payment request extracting the user identity information and payment information
  • the payment result is obtained and the payment result is returned to the payment request originator.
  • the payment channel is a channel for transmitting information between the payment gateway and the payment client, and the payment channel remains in a connected state.
  • the user identity information may include a mobile phone number, a bank card number, a user name, an ID card number, and a mailbox. At least one of the addresses, the payment information includes payment server information and payment amount information.
  • the sending the payment request to the payment client by using the payment channel for authentication may include
  • the payment request is subjected to at least one of the following authentication methods: password authentication, software media certificate authentication, hardware media certificate authentication, and fingerprint authentication.
  • the payment gateway and the payment client, the payment server, and The payment request originators communicate through an encrypted tunnel.
  • the method may further include:
  • a message to continue to wait for a response is returned to the originator of the payment request.
  • the obtaining the payment result may be in any of the following manners obtain:
  • the payment client returns a payment result to the payment gateway;
  • the payment server returns a payment result to the payment gateway.
  • the second aspect of the embodiment of the present invention provides a mobile payment method, which may include:
  • the payment request is authenticated according to the authentication method, and the authentication result is returned to the payment gateway.
  • the authentication manner may include at least one of the following authentication modes: password authentication, software medium certificate authentication, hardware media certificate authentication, and fingerprint authentication.
  • the user identity information may include a mobile phone number, a bank card number, a user name, an ID card number, and a mailbox. At least one of the addresses, the payment information includes payment server information and payment amount information.
  • a third aspect of the embodiments of the present invention provides a payment gateway, which may include:
  • a transceiver unit configured to receive a payment request including user identity information and payment information; send the payment request to a payment client for authentication through a payment channel; receive a payment request that is sent by the payment client, and And the payment request is forwarded to the payment server; the payment result is obtained, and the payment result is returned to the payment request initiator; the decryption unit is configured to decrypt the payment request, and extract the user identity information and the payment information;
  • a searching unit configured to find, in the payment channel list, a payment channel corresponding to the user identity information according to the user identity information.
  • the payment channel is a channel for transmitting information between the payment gateway and the payment client, and the payment channel remains in a connected state.
  • the user identity information may include a mobile phone number, a bank card number, a user name, an ID card number, and a mailbox.
  • the payment information may include payment server information and payment amount information.
  • the payment gateway, the payment client, the payment server, and the The payment request originator communicates through an encrypted tunnel.
  • the message waiting for a response continues.
  • a fourth aspect of the embodiments of the present invention provides a payment client, which may include:
  • a receiving unit configured to receive a payment request that is sent by the payment gateway and includes the user identity information and the payment information
  • a registration unit configured to send an authentication request to the payment server to obtain an authentication method
  • an authentication unit configured to authenticate the payment request according to the authentication manner, and return the authentication result to the payment gateway.
  • the user identity information may include at least one of a mobile phone number, a bank card number, a user name, an identity card number, and an email address
  • the payment information may include payment server information and payment.
  • Amount information; the authentication method may include at least one of the following authentication methods: password authentication, software media certificate authentication, hardware media certificate authentication, and fingerprint authentication.
  • the receiving unit is further configured to block an interface between a service application on the mobile terminal and a mobile terminal's own operating system
  • the payment client may further include:
  • a fifth aspect of the embodiments of the present invention provides a payment gateway, which may include:
  • the memory is configured to store a program executed by the processor
  • the processor is configured to perform the following steps:
  • Decrypting the payment request extracting the user identity information and payment information
  • the payment result is obtained and the payment result is returned to the payment request originator.
  • the user identity information may include at least one of a mobile phone number, a bank card number, a user name, an identity card number, and an email address
  • the payment information may include payment server information and payment.
  • Amount information the payment gateway communicates with the payment client, the payment server, and the payment request initiator through an encrypted tunnel; the payment gateway is further configured to return to the originator of the payment request A message waiting for a response.
  • Banks or third-party payment agencies do not need to cooperate with browser vendors, do not need to integrate security controls into standard browsers, and do not need to modify existing browsers or online shopping mobile applications to achieve secure payment for mobile online shopping, and improve secure payment. Universality; and there is no call between applications in the payment process, which avoids the security risk of interception, eavesdropping and tampering of payment information.
  • FIG. 1 is a schematic flowchart of a first embodiment of a payment method according to the present invention
  • FIG. 2 is a schematic flowchart of a second embodiment of a payment method according to the present invention.
  • FIG. 3 is a schematic structural diagram of a first embodiment of a payment gateway according to the present invention.
  • FIG. 4 is a schematic structural diagram of a second embodiment of a payment gateway according to the present invention.
  • FIG. 5 is a schematic structural diagram of a first embodiment of a payment client according to the present invention.
  • FIG. 6 is a schematic structural diagram of a second embodiment of a payment client according to the present invention.
  • FIG. 7 is a flow chart of the payment gateway and the payment client cooperate with the mobile payment according to the present invention. detailed description
  • FIG. 1 is a schematic flowchart of a mobile payment method according to an embodiment of the present invention.
  • the mobile payment method includes the following steps:
  • the payment gateway receives a payment request including user identity information and payment information.
  • the online shopping application or mobile browser ie, the payment request originator
  • the payment request originator When a user makes an online payment or an online transfer, he or she needs to input his/her own user identity information and payment information, and the online shopping application or mobile browser (ie, the payment request originator) will send a payment request containing the user identity information and payment information to the office.
  • the payment gateway When a user makes an online payment or an online transfer, he or she needs to input his/her own user identity information and payment information, and the online shopping application or mobile browser (ie, the payment request originator) will send a payment request containing the user identity information and payment information to the office.
  • the payment gateway When a user makes an online payment or an online transfer, he or she needs to input his/her own user identity information and payment information, and the online shopping application or mobile browser (ie, the payment request originator) will send a payment request containing the user identity information and payment information to the office.
  • the payment gateway When a user makes an online payment or an online transfer
  • the payment request is in accordance with a Security Socket Layer (SSL) protocol
  • the user identity information may be a user's mobile phone number, a bank card number, a user name, an ID card number, an email address, etc., which may be used to confirm the user.
  • the information of the identity, the payment information may include information related to the payment, such as payment server information, payment amount information, and the like.
  • the payment server information may be information of a bank to which the payment server belongs or a third-party payment institution to which the payment server belongs, and the payment amount information may be information such as the amount or currency of the payment amount.
  • the payment gateway decrypts the payment request, and when extracting the user identity information, one or more of the user identity information may be extracted to ensure that the identity of the user can be confirmed by the user identity information.
  • the payment channel is a channel for transmitting information between the payment gateway and the payment client.
  • a payment gateway can establish a payment channel with multiple payment clients, and the payment channel list records the correspondence between the payment channel and the payment client.
  • the payment client can be installed on a mobile terminal such as a smart phone or a tablet computer, and the payment client establishes a Transmission Control Protocol (TCP) connection and negotiates an SSL tunnel with the payment gateway, and based on the mobile terminal information and the user.
  • TCP Transmission Control Protocol
  • the identity information applies for registration with the payment gateway. After the registration is successful, the payment client maintains the TCP connection with the payment gateway. In case of network anomaly, you can reconnect automatically.
  • the payment gateway maintains a TCP connection with the payment client, and can query the TCP connection according to the user identity information at any time, and can also actively send a message to the payment client to implement message push.
  • the payment channel can remain connected. Maintaining the connection state of the payment channel does not occupy a large amount of communication resources, can quickly respond to the user's payment request, and can also bring a large user Convenience. For example, nowadays, the popular snapping or robbing activity, if the payment channel is in the connected state, can save the user time for payment, and is easy to snap up. Therefore, in the case where the resources of both parties allow, the payment channel can be kept in a connected state.
  • the browser returns a message that continues to wait for a response, maintaining the current connection and preventing the payment from failing.
  • Authenticating the payment request includes performing password authentication, software media certificate authentication, hardware media certificate authentication, or fingerprint authentication on the payment request.
  • the payment authentication method is password authentication
  • the user is prompted to enter the correct password to pass the authentication.
  • the embodiments of the present invention can simultaneously support multiple payment authentication modes, and particularly support hardware media certificate authentication, thereby improving payment security.
  • the obtained payment result is obtained by any of the following methods:
  • the payment gateway communicates with the payment client, the payment server, and the payment request originator through an encrypted tunnel.
  • the payment client or the payment server notifies the payment gateway that the payment is completed by out-of-band signaling.
  • the payment gateway then returns the response message containing the final payment result to the mobile browser or online shopping application.
  • the mobile browser or online shopping application can present the payment result to the user, indicating that the payment is over.
  • the mobile browser or network card shopping application can also jump to the shopping address to allow the user to continue browsing.
  • the payment gateway may also return a response message of the payment failure to the mobile browser or the online shopping application, and the mobile browser or the online shopping application prompts the user to re-pay or Abandon payment and other operations.
  • a mobile payment method is provided, and a bank or a third party payment institution does not need Integrating payment security controls into mobile browsers, without the need to modify existing mobile browsers or online shopping mobile applications, can achieve secure payment for mobile online shopping, and improve the versatility of secure payment.
  • Payment is implemented through the payment gateway during the payment process, without the need to communicate and invoke information in different applications, avoiding the risk of interception, eavesdropping and tampering of payment information.
  • the payment gateway may be prompted to register and establish a payment channel. If the payment client is not installed in the mobile terminal of the user, the payment gateway may notify the third-party payment institution to push the payment client to the user's mobile terminal, and the user installs and registers. If the user is not willing to install the client, the payment can be made by using the existing payment method, which is not described in detail in the embodiment of the present invention.
  • FIG. 2 is a schematic flowchart of a second embodiment of a payment method according to the present invention.
  • the method includes the following steps:
  • the user identity information includes at least one of a mobile phone number, a bank card number, a user name, an ID number, and an email address, and the payment information includes payment server information and payment amount information.
  • the authentication mode includes at least one of the following authentication methods: password authentication, software media certificate authentication, hardware media certificate authentication, and fingerprint authentication.
  • S203 Perform the authentication request according to the authentication manner, and return the authentication result to the payment gateway.
  • the payment gateway includes: a transceiver unit 100, a decryption unit 200, and a search unit 300.
  • the transceiver unit 100 is configured to receive a payment request including user identity information and payment information, send the payment request to a payment client for authentication by using a payment channel, and receive a payment request that is sent by the payment client, and Forwarding the authenticated payment request to the payment server; obtaining the payment result, and returning the payment result to the payment request initiator;
  • the decryption unit 200 is configured to decrypt the payment request, and extract the user identity information and payment information;
  • the searching unit 300 is configured to find, in the payment channel list, according to the user identity information.
  • the payment channel is a channel for transmitting information between the payment gateway and the payment client, and the payment channel remains in a connected state.
  • the user identity information includes at least one of a mobile phone number, a bank card number, a user name, an identity card number, and a mailbox address
  • the payment information includes information such as payment server information and payment amount information.
  • the payment gateway communicates with the payment client, the payment server, and the payment request originator through a force tunnel.
  • the transceiver unit 100 is further configured to return a message of continuing to wait for a response to the initiator of the payment request.
  • the authenticating the payment request includes performing at least one of the following authentication methods on the payment request: password authentication, software media certificate authentication, hardware media certificate authentication, and fingerprint authentication.
  • the payment gateway includes:
  • processor 400 and a memory 500 cooperating with the processor 400; wherein the memory
  • 500 is configured to store a program executed by the processor 400
  • the processor 400 is configured to perform the following steps:
  • Decrypting the payment request extracting the user identity information and payment information
  • the payment result is obtained and the payment result is returned to the payment request originator.
  • the user identity information includes at least one of a mobile phone number, a bank card number, a user name, an identity card number, and an email address
  • the payment information includes payment server information and payment amount information
  • the payment client, the payment server, and the payment request initiator communicate through an encrypted tunnel; the payment gateway is further configured to return a message to the initiator of the payment request to continue to wait for a response.
  • FIG. 5 it is a schematic diagram of a composition of a first embodiment of a payment client according to the present invention.
  • the payment client includes:
  • the receiving unit 600 the registration unit 700, and the authentication unit 800.
  • the receiving unit 600 is configured to receive a payment request that is sent by the payment gateway and includes the user identity information and the payment information.
  • the registration unit 700 is configured to send an authentication request to the payment server to obtain an authentication mode.
  • the authentication unit 800 is configured to authenticate the payment request according to the authentication manner, and return the authentication result to the payment gateway.
  • the user identity information includes at least one of a mobile phone number, a bank card number, a user name, an identity card number, and an email address
  • the payment information includes payment server information and payment amount information
  • the authentication manner includes the following: At least one authentication method: password authentication, software media certificate authentication, hardware media certificate authentication, and fingerprint authentication.
  • FIG. 6 is a schematic diagram of a composition of a second embodiment of a payment client according to the present invention.
  • the payment client includes:
  • the receiving unit 600 is further configured to shield an interface between the service application on the mobile terminal and the operating system of the mobile terminal, thereby implementing the possibility that the payment client supports multiple mobile terminal operating systems across platforms. .
  • the display unit 300 is configured to customize a payment interface; meet the personality requirements of a third-party payment institution and a user.
  • the browser kernel unit 400 is for publishing a web application.
  • the payment client includes a browser kernel unit 300, so the payment client can be regarded as a special browser, and the browser can carry a web application, and can quickly publish a web application of a third-party payment institution. Improve the user's payment experience.
  • FIG. 7 is a flowchart of the payment gateway and the payment client in the present invention complete the mobile payment.
  • the mobile shopping payment is taken as an example for the online shopping application, the electronic shopping mall server, the payment gateway, the payment server, and the payment client.
  • the action of moving your browser is similar to the operation of the online shopping app.
  • the user downloads and installs the payment client from the third party payment institution, such as a bank or a third party payment provider, to the mobile terminal, completes the registration, and establishes a payment channel with the payment gateway.
  • the third party payment institution such as a bank or a third party payment provider
  • TCP Transmission Control Protocol
  • SSL tunnel is negotiated
  • the registration is completed to the payment gateway based on the mobile terminal and the user identity information.
  • the TCP connection i.e., payment channel
  • the payment gateway maintains a payment channel with the payment client, so that the delivery channel can be queried according to the user identity information at any time, and the message is actively sent to the payment client.
  • the user uses the mobile terminal to access the shopping website through the online shopping application for shopping, that is, accessing the electronic mall.
  • the online shopping application sends a payment request including the user identity information and the payment information to the payment gateway.
  • the payment gateway decrypts the payment request, and extracts the user identity information and the payment information.
  • the payment gateway finds a payment channel corresponding to the user identity information in the payment channel list according to the user identity information, and sends the payment request to the payment client through the payment channel.
  • the payment gateway returns a message to continue to wait for the online shopping application to maintain an online shopping link.
  • the payment client sends an authentication request to the payment gateway to authenticate the payment request.
  • the payment gateway returns a payment authentication method to the payment client.
  • the payment client completes the payment authentication with the payment server in the payment channel according to the payment authentication method such as inputting a password or relying on other software and hardware media certificate authentication.
  • the payment client sends a payment request to the payment gateway.
  • the payment gateway forwards the payment request to the payment server.
  • the payment server performs payment according to the payment request, and notifies the payment gateway that the payment is completed.
  • the payment gateway returns a response message including the final payment result to the online shopping application.
  • the online shopping application presents the payment result to the user's mobile terminal, indicating that the payment is over.
  • the present invention has the following advantages:
  • the payment gateway completes the communication between the payment client and the payment server, and does not need to integrate the security control to the standard browser, and can realize mobile online shopping without modifying the existing browser or the online shopping mobile application.
  • the secure payment increases the versatility of the secure payment; and there is no call between the mobile terminal side application and the information in the payment process, which avoids the security risk of the interception, eavesdropping and tampering of the payment information;
  • the user's payment experience saves the user time for payment; the payment client can perform various software and hardware media certificate authentication to ensure the security of payment.
  • the transceiver unit of the payment client can block the interface between the business application on the mobile terminal and the operating system of the mobile terminal itself.
  • the payment client comprises a display unit, a customizable payment interface, and the third party payment institution and the user's individual needs;
  • the browser kernel unit It can host web applications, quickly publish web applications from third-party payment institutions, and enhance the user's payment experience.
  • the storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM), or a random access memory (Random Access Memory).

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Finance (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明实施例提供了一种支付方法，包括：支付网关接收包含用户身份信息和支付信息的付款请求；解密所述付款请求，提取所述用户身份信息和支付信息；根据所述用户身份信息，在支付通道列表中查找到与所述用户身份信息对应的支付通道；通过所述支付通道将所述付款请求发送给支付客户端进行认证；接收所述支付客户端发送的认证通过的付款请求，并将所述通过认证的付款请求转发给支付服务器；获得支付结果，并将所述支付结果返回给付款请求发起方。本发明实施例还提供了一种支付网关及支付客户端，采用本发明实施例，可提高安全支付的通用性；避免支付信息被截获、窃听和篡改的安全风险。

Description

一种支付方法、 支付网关及支付客户端 技术领域
本发明涉及移动互联网领域， 尤其涉及一种支付方法、 支付网关及支付客 户端。 背景技术
随着移动互联网及智能手机等移动终端的普及和发展， 在移动互联网上购 物已经成为人们常用的消费方式， 移动支付（ mobile payment ) 由于可以通过各 类移动终端 （如智能手机、 平板电脑等可以随身携带的终端） 进行支付， 以其 支付的便利性也随之成为一种新的风潮。 尽管移动支付有极大的便利性， 但安 全隐患仍然是移动支付尚未广泛应用的主要原因。 用户在使用移动支付的过程 中存在诸多安全风险， 其中由于木马或钓鱼网站引起的账户密码被盗进而带来 资金损失的情况所占比例较高。
现有技术一的支付方法是通过第三方支付机构与移动浏览器提供厂商合 作， 将安全支付模块集成到移动浏览器中。 当用户利用移动浏览器进行移动支 付时， 移动浏览器调用集成的安全支付模块来实现支付。 这种支付方式只适用 于集成了安全支付模块的特定的移动浏览器， 当前的移动浏览器数量众多， 更 新较快， 因此这种方法将影响用户即时支付的效率， 不具有普遍适用性。 另夕卜， 安全支付模块与移动浏览器绑定， 当安全支付模块升级时， 移动浏览器也必须 做相应的升级才能进行支付； 且这种支付方式不支持硬件介质类的认证方式， 如 U盾等， 所以仍然存在一定的安全性风险。
现有技术二提供了一种移动在线支付的方法， 在此方法中涉及网购移动应 用 （如某电子商城的移动客户端）、 支付客户端等。 需要进行移动支付时， 通过 移动终端中的移动操作***（ Operating System, 筒称 OS )调用网购移动应用、 网购移动应用服务器、 支付服务器和支付客户端中的进程来实现支付。 各进程 间传递支付信息时存在安全风险， 可能会被窃取用户交易的内容和信息， 甚至 利用这些内容和信息盗用用户的身份进行购物或直接盗用用户的资金。 发明内容 本发明实施例提供了一种支付方法、 支付网关及支付客户端， 可提高移动 安全支付的安全性， 避免支付信息被截获、 窃听和篡改的安全风险。
本发明第一方面提供一种支付方法， 可包括：
支付网关接收包含用户身份信息和支付信息的付款请求；
解密所述付款请求， 提取所述用户身份信息和支付信息；
根据所述用户身份信息， 在支付通道列表中查找到与所述用户身份信息对 应的支付通道； 接收所述支付客户端发送的认证通过的付款请求， 并将所述通过认证的付 款请求转发给支付服务器；
获得支付结果， 并将所述支付结果返回给付款请求发起方。
在第一种可能的实现方式中， 所述支付通道为所述支付网关与所述支付客 户端之间的传输信息的通道， 且所述支付通道保持连接状态。
结合第一方面或结合第一方面的第一种可能的实现方式， 在第二种可能的 实现方式中， 所述用户身份信息可包括手机号码、 银行***码、 用户名、 身份 证号码、 邮箱地址中的至少一种， 所述支付信息包括支付服务器信息及支付金 额信息。
结合第一方面或结合第一方面的第一或第二种可能的实现方式， 在第三种 可能的实现方式中， 通过所述支付通道将所述付款请求发送给支付客户端进行 认证可包括对所述付款请求进行以下至少一种认证方式： 密码认证、 软件介质 证书认证、 硬件介质证书认证和指纹认证。
结合第一方面或结合第一方面的第一或第二或第三种可能的实现方式， 在 第四种可能的实现方式中， 所述支付网关与所述支付客户端、 所述支付服务器 和所述付款请求发起方之间通过加密隧道进行通信。
结合第一方面或结合第一方面的第一或第二或第三或第四种可能的实现方 式， 在第五种可能的实现方式中， 还可包括：
向所述付款请求的发起方返回继续等待响应的消息。
结合第一方面或结合第一方面的第一或第二或第三或第四或第五种可能的 实现方式， 在第六种可能的实现方式中， 所述获得支付结果可由以下任一方式 获得： 所述支付客户端向所述支付网关返回支付结果；
所述支付服务器向所述支付网关返回支付结果； 本发明实施例第二方面提供一种移动支付方法， 可包括：
接收支付网关发送的包含用户身份信息及支付信息的付款请求；
向支付服务器发送认证请求， 获得认证方式；
根据所述认证方式对所述付款请求进行认证， 并将所述认证结果返回给所 述支付网关。
在第一种可能的实现方式中， 所述认证方式可包括以下至少一种认证方式： 密码认证、 软件介质证书认证、 硬件介质证书认证和指纹认证。
结合第二方面或结合第二方面的第一种可能的实现方式， 在第二种可能的 实现方式中， 所述用户身份信息可包括手机号码、 银行***码、 用户名、 身份 证号码、 邮箱地址中的至少一种， 所述支付信息包括支付服务器信息及支付金 额信息。
本发明实施例第三方面提供一种支付网关， 可包括：
收发单元， 用于接收包含用户身份信息和支付信息的付款请求； 通过支付 通道将所述付款请求发送给支付客户端进行认证； 接收所述支付客户端发送的 认证通过的付款请求， 并将所述通过认证的付款请求转发给支付服务器； 获得 支付结果， 并将所述支付结果返回给付款请求发起方； 解密单元， 用于解密所 述付款请求， 提取所述用户身份信息和支付信息；
查找单元， 用于根据所述用户身份信息， 在支付通道列表中查找到与所述 用户身份信息对应的支付通道。
在第一种可能的实现方式中， 所述支付通道为所述支付网关与所述支付客 户端之间的传输信息的通道， 且所述支付通道保持连接状态。
结合第三方面或结合第三方面的第一种可能的实现方式， 在第二种可能的 实现方式中， 所述用户身份信息可包括手机号码、 银行***码、 用户名、 身份 证号码、 邮箱地址中的至少一种， 所述支付信息可包括支付服务器信息及支付 金额信息。
结合第三方面或结合第三方面的第一或第二种可能的实现方式， 在第三种 可能的实现方式中， 所述支付网关与所述支付客户端、 所述支付服务器和所述 付款请求发起方之间通过加密隧道进行通信。
结合第三方面或结合第三方面的第一或第二或第三种可能的实现方式， 在 继续等待响应的消息。
本发明实施例第四方面提供一种支付客户端， 可包括：
接收单元， 用于接收支付网关发送的包含用户身份信息及支付信息的付款 请求；
注册单元， 用于向支付服务器发送认证请求， 获得认证方式；
认证单元， 用于才艮据所述认证方式对所述付款请求进行认证， 并将所述认 证结果返回给所述支付网关。
在第一种可能的实现方式中， 所述用户身份信息可包括手机号码、 银行卡 号码、 用户名、 身份证号码、 邮箱地址中的至少一种， 所述支付信息可包括支 付服务器信息及支付金额信息； 所述认证方式可包括以下至少一种认证方式： 密码认证、 软件介质证书认证、 硬件介质证书认证和指纹认证。
结合第四方面或第四方面的第一种可能的实现方式， 在第二种可能的实现 方式中， 所述接收单元还用于屏蔽移动终端上的业务应用与移动终端自身操作 ***的接口， 所述支付客户端还可包括：
显示单元， 用于定制支付界面；
浏览器内核单元， 用于发布 web应用。
本发明实施例第五方面提供一种支付网关， 可包括：
处理器及与所述处理器相配合的存储器；
其中， 所述存储器用于存储所述处理器执行的程序；
所述处理器用于执行以下步骤：
接收包含用户身份信息和支付信息的付款请求；
解密所述付款请求， 提取所述用户身份信息和支付信息；
根据所述用户身份信息， 在支付通道列表中查找到与所述用户身份信息对 应的支付通道； 认证；
接收所述支付客户端发送的认证通过的付款请求， 并将所述通过认证的付 款请求转发给支付服务器；
获得支付结果， 并将所述支付结果返回给付款请求发起方。
在第一种可能的实施方式中， 所述用户身份信息可包括手机号码、 银行卡 号码、 用户名、 身份证号码、 邮箱地址中的至少一种， 所述支付信息可包括支 付服务器信息及支付金额信息； 所述支付网关与所述支付客户端、 所述支付服 务器和所述付款请求发起方之间通过加密隧道进行通信； 所述支付网关还用于 向所述付款请求的发起方返回继续等待响应的消息。
实施本发明实施例， 具有如下有益效果：
银行或第三方支付机构不需要与浏览器厂商合作， 不需要集成安全控件到 标准浏览器， 无需改造现有浏览器或网购移动应用， 即可实现移动网上购物的 安全支付， 提高了安全支付的通用性； 且支付过程中不存在终端间应用的调用， 避免了支付信息被截获、 窃听和篡改的安全风险。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实施 例或现有技术描述中所需要使用的附图作筒单地介绍， 显而易见地， 下面描述 中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付 出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明支付方法第一实施例的流程示意图；
图 2为本发明支付方法第二实施例的流程示意图；
图 3为本发明支付网关的第一实施例的组成示意图；
图 4为本发明支付网关的第二实施例的组成示意图；
图 5为本发明支付客户端的第一实施例的组成示意图；
图 6为本发明支付客户端的第二实施例的组成示意图；
图 7为本发明支付网关及支付客户端配合完成移动支付的流程图。 具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清 楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是 全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有作出创造 性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。 请参照图 1 , 为本发明实施例移动支付方法的流程示意图； 在本实施例中， 所述移动支付方法包括以下步骤：
5101 , 支付网关接收包含用户身份信息和支付信息的付款请求。
当用户进行网上支付或网上转账时， 需要输入自己的用户身份信息和支付 信息， 网上购物应用或者移动浏览器 （即， 付款请求发起方）将发送包含用户 身份信息和支付信息的付款请求至所述支付网关。
所述付款请求遵循安全套接层（Security Socket Layer, 筒称 SSL )协议， 所 述用户身份信息可以是用户的手机号码、 银行***码、 用户名、 身份证号码、 邮箱地址等可以用于确认用户身份的信息， 所述支付信息可以包括支付服务器 信息、 支付金额信息等与支付相关的信息。 所述支付服务器信息可以是所述支 付服务器所属的银行或所属的第三方支付机构的信息， 所述支付金额信息可以 是支付金额的数量或币种等信息。
5102, 解密所述付款请求， 提取所述用户身份信息和支付信息。
所述支付网关解密所述付款请求， 提取所述用户身份信息时， 可以提取所 述用户身份信息中的一个或多个， 确保可以通过所述用户身份信息能确认用户 的身份即可。
5103 , 根据所述用户身份信息， 在支付通道列表中查找到与所述用户身份 信息对应的支付通道。
支付通道为支付网关与支付客户端之间的传输信息的通道， 一个支付网关 可以与多个支付客户端建立支付通道， 支付通道列表记录了支付通道与支付客 户端之间的对应关系。 支付客户端可以安装在智能手机、 平板电脑等移动终端 上， 支付客户端启动后与支付网关建立传输控制协议 ( Transmission Control Protocol, 筒称 TCP )连接和协商 SSL隧道， 并基于移动终端信息和用户身份信 息向所述支付网关申请注册。 注册成功后， 支付客户端与支付网关保持该 TCP 连接。 如遇网络异常时， 可以自动重新连接。
所述支付网关维持与所述支付客户端的 TCP连接， 可随时根据用户身份信 息查询到该 TCP连接， 也可以主动向支付客户端发送消息， 实现消息推送。
所述支付通道可以保持连接状态。 保持所述支付通道的连接状态不会占用 大量的通信资源， 可以快速的响应用户的付款请求， 还可以为用户带来较大的 便利。 例如， 现在比较流行的抢购或抢拍活动， 若所述支付通道处于连接状态 则可以为用户节省支付时间， 易于抢购成功。 因此在双方资源允许的情况下， 可以保持所述支付通道处于连接状态。
览器返回继续等待响应的消息， 维持当前的连接， 防止支付失败。
对所述付款请求进行认证包括， 对所述付款请求进行密码认证、 软件介质 证书认证、 硬件介质证书认证或者指纹认证。
例如， 当支付认证方式为密码认证时， 则提示用户输入正确的密码即可通 过认证。
本发明实施例可以同时支持多种支付认证方式， 尤其支持硬件介质证书认 证， 提高了支付的安全性。
5105 , 接收所述支付客户端发送的认证通过的付款请求， 并将所述通过认 证的付款请求转发给支付服务器。
5106, 获得支付结果， 并将所述支付结果返回给付款请求发起方。
所述获得支付结果由以下任一方式获得：
由所述支付客户端向所述支付网关返回支付结果；
由所述支付服务器向所述支付网关返回支付结果； 在整个支付过程中， 所述支付网关与所述支付客户端、 所述支付服务器和 所述付款请求发起方之间通过加密隧道进行通信。 所述支付客户端或者所述支 付服务器以带外信令通知所述支付网关支付完成。 所述支付网关再将包含有最 终支付结果的响应信息返回给移动浏览器或网上购物应用。 移动浏览器或网上 购物应用可以将支付结果呈现给用户， 显示本次支付结束。 可选的， 移动浏览 器或者网卡购物应用还可以跳转到购物地址， 以使用户继续浏览购物。
若由于数据通信或支付认证未通过等原因造成支付失败， 所述支付网关也 可返回支付失败的响应信息至移动浏览器或网上购物应用， 移动浏览器或网上 购物应用提示用户可进行重新支付或放弃支付等操作。
在本实施例中， 提供了一种移动支付方法， 银行或第三方支付机构不需要 把支付安全控件集成到移动浏览器上， 无需改造已有的移动浏览器或网购移动 应用， 即可实现移动网上购物的安全支付， 提高了安全支付的通用性。 在支付 过程中通过支付网关来实现支付， 不需要在不同应用中通信和调用信息， 避免 了支付信息被截获、 窃听和篡改的风险。
在上述实施例中 S103中， 如支付网关未在所述支付通道列表中查到与所述 用户身份信息对应的支付通道， 可主动提示支付客户端进行注册， 建立支付通 道。 若所述用户的移动终端中尚未安装支付客户端， 支付网关可通知第三方支 付机构将支付客户端推送到用户的移动终端上， 由用户安装后注册。 若用户不 愿意安装客户端， 可采用现有的支付方式进行支付， 在本发明实施例中不再进 行详述。
请参照图 2,为本发明支付方法的第二实施例的流程示意图；在本实施例中， 所述方法包括以下步骤：
5201 , 接收支付网关发送的包含用户身份信息及支付信息的付款请求。 其中， 所述用户身份信息包括手机号码、 银行***码、 用户名、 身份证号 码、 邮箱地址中的至少一种， 所述支付信息包括支付服务器信息及支付金额信 息。
5202, 向支付服务器发送认证请求， 获得认证方式。
其中， 所述认证方式包括以下至少一种认证方式： 密码认证、 软件介质证 书认证、 硬件介质证书认证和指纹认证。
5203 , 根据所述认证方式对所述付款请求进行认证， 并将所述认证结果返 回给所述支付网关。
请参照图 3 ,为本发明支付网关的第一实施例的组成示意图；在本实施例中， 所述支付网关包括： 收发单元 100、 解密单元 200及查找单元 300。
所述收发单元 100用于接收包含用户身份信息和支付信息的付款请求； 通 过支付通道将所述付款请求发送给支付客户端进行认证； 接收所述支付客户端 发送的认证通过的付款请求， 并将所述通过认证的付款请求转发给支付服务器； 获得支付结果， 并将所述支付结果返回给付款请求发起方；
所述解密单元 200用于解密所述付款请求， 提取所述用户身份信息和支付 信息；
所述查找单元 300用于根据所述用户身份信息， 在支付通道列表中查找到 与所述用户身份信息对应的支付通道。
其中， 所述支付通道为所述支付网关与所述支付客户端之间的传输信息的 通道， 且所述支付通道保持连接状态。
所述用户身份信息包括手机号码、 银行***码、 用户名、 身份证号码、 邮 箱地址中的至少一种， 所述支付信息包括支付服务器信息及支付金额信息等信 息。
所述支付网关与所述支付客户端、 所述支付服务器和所述付款请求发起方 之间通过力 P密隧道进行通信。
支付过程中， 所述收发单元 100还用于向所述付款请求的发起方返回继续 等待响应的消息。
其中， 对所述付款请求进行认证包括， 对所述付款请求进行以下至少一种 认证方式： 密码认证、 软件介质证书认证、 硬件介质证书认证和指纹认证。
请参照图 4,为本发明支付网关的第二实施例的组成示意图；在本实施例中， 所述支付网关包括：
处理器 400及与所述处理器 400相配合的存储器 500; 其中， 所述存储器
500用于存储所述处理器 400执行的程序；
所述处理器 400用于执行以下步骤：
接收包含用户身份信息和支付信息的付款请求；
解密所述付款请求， 提取所述用户身份信息和支付信息；
根据所述用户身份信息， 在支付通道列表中查找到与所述用户身份信息对 应的支付通道； 接收所述支付客户端发送的认证通过的付款请求， 并将所述通过认证的付 款请求转发给支付服务器；
获得支付结果， 并将所述支付结果返回给付款请求发起方。
具体地， 所述用户身份信息包括手机号码、 银行***码、 用户名、 身份证 号码、 邮箱地址中的至少一种， 所述支付信息包括支付服务器信息及支付金额 信息； 所述支付网关与所述支付客户端、 所述支付服务器和所述付款请求发起 方之间通过加密隧道进行通信； 所述支付网关还用于向所述付款请求的发起方 返回继续等待响应的消息。 请参照图 5 ,为本发明支付客户端第一实施例的组成示意图；在本实施例中， 所述支付客户端包括：
接收单元 600、 注册单元 700及认证单元 800。
所述接收单元 600用于接收支付网关发送的包含用户身份信息及支付信息 的付款请求。
所述注册单元 700用于向支付服务器发送认证请求， 获得认证方式。
所述认证单元 800用于根据所述认证方式对所述付款请求进行认证， 并将 所述认证结果返回给所述支付网关。
具体地， 所述用户身份信息包括手机号码、 银行***码、 用户名、 身份证 号码、 邮箱地址中的至少一种， 所述支付信息包括支付服务器信息及支付金额 信息； 所述认证方式包括以下至少一种认证方式： 密码认证、 软件介质证书认 证、 硬件介质证书认证和指纹认证。
请参照图 6,为本发明支付客户端第二实施例的组成示意图；在本实施例中， 所述支付客户端包括：
接收单元 600、 注册单元 700、 认证单元 800、 显示单元 900及浏览器内核 单元 1000。
在本实施例中， 所述接收单元 600还用于屏蔽移动终端上的业务应用与移 动终端自身操作***的接口， 从而实现了所述支付客户端跨平台即支持多种移 动终端操作***的可能。
所述显示单元 300, 用于定制支付界面； 满足第三方支付机构及用户的个性 需求。
所述浏览器内核单元 400用于发布 web应用。
具体地， 所述支付客户端包括浏览器内核单元 300, 因此可以将所述支付客 户端看作一个特殊的浏览器， 此浏览器可以承载 web应用， 可以快速发布第三 方支付机构的 web应用， 提升用户的支付体验。
请参照图 7, 为本发明支付网关与支付客户端配合完成移动支付的流程图。 在本实施例中， 以移动购物支付为例进行说明， 涉及网上购物应用、 电子 商城服务器、 支付网关、 支付服务器以及支付客户端。 当进行网上转帐时， 移 动浏览器的操作与网上购物应用的操作类似。
下面介绍本发明支付网关及支付客户端配合完成移动的流程： 5701 , 首先， 用户从第三方支付机构， 如银行或第三方支付提供商， 下载 并安装支付客户端到移动终端中， 完成注册， 并与支付网关建立支付通道。
支付客户端安装完成后与所述支付网关建立传输控制协议 （ Transmission Control Protocol, 筒称 TCP )连接和协商 SSL隧道， 并基于移动终端和用户身 份信息向所述支付网关完成注册。 注册成功后， 与所述支付网关保持该 TCP连 接（即支付通道）， 所述支付网关与所述支付客户端之间的信息的通过该支付通 道进行传输。 如遇网络异常时， 可以自动重新连接。 所述支付网关上维持与所 述支付客户端的支付通道， 这样可随时根据用户身份信息查询到该交付通道， 主动向支付客户端发送消息。
5702, 用户用移动终端通过网上购物应用访问购物网站进行购物， 即访问 电子商城月良务器端。
5703 , 当用户查找到满意的商品需要进行支付时， 网上购物应用发送包括 用户身份信息及支付信息的付款请求至支付网关。
5704, 支付网关解密付款请求， 提取用户身份信息及支付信息。
5705 , 支付网关根据用户身份信息， 在支付通道列表中查找到与用户身份 信息对应的支付通道， 通过支付通道将付款请求发送给支付客户端。
5706, 支付网关返回继续等待的消息给网上购物应用， 维持网上购物链接。
5707, 支付客户端向支付网关发送认证请求， 对付款请求进行认证。
5708, 支付网关返回支付认证方式给支付客户端。
5709, 支付客户端根据支付认证方式如输入密码或依靠其他软硬件介质证 书认证在支付通道中与支付服务器完成支付认证。
5710, 支付客户端向支付网关发送付款请求。
5711 , 支付网关将付款请求转发给支付服务器。
5712, 支付服务器根据支付请求进行支付， 同时通知支付网关支付完成。
5713 , 支付网关将包含有最终支付结果的响应信息返回给网上购物应用。
5714, 网上购物应用将支付结果呈现到用户的移动终端上， 显示本次支付 结束。
通过上述实施例的描述， 本发明具有以下优点：
通过支付网关完成支付客户端与支付服务器的通信， 不需要集成安全控件 到标准浏览器， 无需改造现有浏览器或网购移动应用， 即可实现移动网上购物 的安全支付， 提高了安全支付的通用性； 且支付过程中不存在移动终端侧应用 间通信和信息的调用， 避免了支付信息被截获、 窃听和篡改的安全风险； 支付 通道保持持续连接可以提升用户的支付体验， 为用户节省支付时间； 支付客户 端可进行各种软硬件介质证书认证， 保障了支付的安全性。 为用户提供了移动 支付与传统网上支付类似的支付体验， 符合用户的***台即支持多种移动终端操作*** 的可能； 支付客户端包括显示单元， 可定制支付界面， 满足第三方支付机构及 用户的个性需求； 其浏览器内核单元， 可以承载 web应用， 快速发布第三方支 付机构的 web应用， 提升用户的支付体验。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程， 是可以通过计算机程序来指令相关的硬件来完成， 所述的程序可存储于一计算 机可读取存储介质中， 该程序在执行时， 可包括如上述各方法的实施例的流程。 其中， 所述的存储介质可为磁碟、 光盘、 只读存储记忆体（Read-Only Memory, ROM )或随机存取存储器（Random Access Memory, 筒称 RAM )等。
以上所揭露的仅为本发明较佳实施例而已， 当然不能以此来限定本发明之 权利范围， 因此依本发明权利要求所作的等同变化， 仍属本发明所涵盖的范围。

Claims

权 利 要 求
1、 一种移动支付方法， 其特征在于， 包括：
支付网关接收包含用户身份信息和支付信息的付款请求；
解密所述付款请求， 提取所述用户身份信息和支付信息；
根据所述用户身份信息， 在支付通道列表中查找到与所述用户身份信息对 应的支付通道； 接收所述支付客户端发送的认证通过的付款请求， 并将所述通过认证的付 款请求转发给支付服务器；
获得支付结果， 并将所述支付结果返回给付款请求发起方。
2、 如权利要求 1所述的移动支付方法， 其特征在于， 所述支付通道为所述 支付网关与所述支付客户端之间的传输信息的通道， 且所述支付通道保持连接 状态。
3、 如权利要求 1或 2所述的移动支付方法， 其特征在于， 所述用户身份信 息包括手机号码、 银行***码、 用户名、 身份证号码、 邮箱地址中的至少一种， 所述支付信息包括支付服务器信息及支付金额信息。
4、 如权利要求 1-3任一项所述的移动支付方法， 其特征在于， 通过所述支 付通道将所述付款请求发送给支付客户端进行认证包括对所述付款请求进行以 下至少一种认证方式： 密码认证、 软件介质证书认证、 硬件介质证书认证和指 纹认证。
5、 如权利要求 1-4任一项所述的移动支付方法， 其特征在于， 所述支付网 关与所述支付客户端、 所述支付服务器和所述付款请求发起方之间通过加密隧 道进行通信。
6、 如权利要求 1-5作一项所述的移动支付方法， 其特征在于， 还包括: 向所述付款请求的发起方返回继续等待响应的消息。
7、 如权利要求 1-6任一项所述的移动支付方法， 其特征在于， 所述获得支 付结果由以下任一方式获得：
所述支付客户端向所述支付网关返回支付结果；
所述支付服务器向所述支付网关返回支付结果；
8、 一种移动支付方法， 其特征在于， 包括：
接收支付网关发送的包含用户身份信息及支付信息的付款请求；
向支付服务器发送认证请求， 获得认证方式；
根据所述认证方式对所述付款请求进行认证， 并将所述认证结果返回给所 述支付网关。
9、 如权利要求 8所述的移动支付方法， 其特征在于， 所述认证方式包括以 下至少一种认证方式： 密码认证、 软件介质证书认证、 硬件介质证书认证和指 纹认证。
10、 如权利要求 8或 9所述的移动支付方法， 其特征在于， 所述用户身份 信息包括手机号码、 银行***码、 用户名、 身份证号码、 邮箱地址中的至少一 种， 所述支付信息包括支付服务器信息及支付金额信息。
11、 一种支付网关， 其特征在于， 包括：
收发单元， 用于接收包含用户身份信息和支付信息的付款请求； 通过支付 通道将所述付款请求发送给支付客户端进行认证； 接收所述支付客户端发送的 认证通过的付款请求， 并将所述通过认证的付款请求转发给支付服务器； 获得 支付结果， 并将所述支付结果返回给付款请求发起方； 解密单元， 用于解密所 述付款请求， 提取所述用户身份信息和支付信息；
查找单元， 用于根据所述用户身份信息， 在支付通道列表中查找到与所述 用户身份信息对应的支付通道。
12、 如权利要求 11所述的支付网关， 其特征在于，
所述支付通道为所述支付网关与所述支付客户端之间的传输信息的通道， 且所述支付通道保持连接状态。
13、 如权利要求 11或 12任一项所述的支付网关， 其特征在于， 所述用户 身份信息包括手机号码、 银行***码、 用户名、 身份证号码、 邮箱地址中的至 少一种， 所述支付信息包括支付服务器信息及支付金额信息。
14、 如权利要求 11-13任一项所述的支付网关， 其特征在于，
所述支付网关与所述支付客户端、 所述支付服务器和所述付款请求发起方 之间通过力 p密隧道进行通信。
15、 如权利要求 11-14任一项所述的支付网关， 其特征在于， 所述收发单元 还用于向所述付款请求的发起方返回继续等待响应的消息。
16、 一种支付客户端， 其特征在于， 包括：
接收单元， 用于接收支付网关发送的包含用户身份信息及支付信息的付款 请求；
注册单元， 用于向支付服务器发送认证请求， 获得认证方式；
认证单元， 用于才艮据所述认证方式对所述付款请求进行认证， 并将所述认 证结果返回给所述支付网关。
17、 如权利要求 16所述的支付客户端， 其特征在于， 所述用户身份信息包 括手机号码、 银行***码、 用户名、 身份证号码、 邮箱地址中的至少一种， 所 述支付信息包括支付服务器信息及支付金额信息； 所述认证方式包括以下至少 一种认证方式： 密码认证、 软件介质证书认证、 硬件介质证书认证和指纹认证。
18、 如权利要求 16或 17所述的支付客户端， 其特征在于， 所述接收单元 还用于屏蔽移动终端上的业务应用与移动终端自身操作***的接口， 所述支付 客户端还包括：
显示单元， 用于定制支付界面；
浏览器内核单元， 用于发布 web应用。
19、 一种支付网关， 其特征在于， 包括： 处理器及与所述处理器相配合的 存储器；
其中， 所述存储器用于存储所述处理器执行的程序；
所述处理器用于执行以下步骤：
接收包含用户身份信息和支付信息的付款请求；
解密所述付款请求， 提取所述用户身份信息和支付信息；
根据所述用户身份信息， 在支付通道列表中查找到与所述用户身份信息对 应的支付通道； 认证；
接收所述支付客户端发送的认证通过的付款请求， 并将所述通过认证的付 款请求转发给支付服务器；
获得支付结果， 并将所述支付结果返回给付款请求发起方。
20、 如权利要求 19所述的支付网关， 其特征在于， 所述用户身份信息包括 手机号码、 银行***码、 用户名、 身份证号码、 邮箱地址中的至少一种， 所述 支付信息包括支付服务器信息及支付金额信息； 所述支付网关与所述支付客户 端、 所述支付服务器和所述付款请求发起方之间通过加密隧道进行通信； 所述
PCT/CN2012/087775 2012-12-28 2012-12-28 一种支付方法、支付网关及支付客户端 WO2014101078A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2012800030415A CN103392186A (zh) 2012-12-28 2012-12-28 一种支付方法、支付网关及支付客户端
PCT/CN2012/087775 WO2014101078A1 (zh) 2012-12-28 2012-12-28 一种支付方法、支付网关及支付客户端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2012/087775 WO2014101078A1 (zh) 2012-12-28 2012-12-28 一种支付方法、支付网关及支付客户端

Publications (1)

Publication Number Publication Date
WO2014101078A1 true WO2014101078A1 (zh) 2014-07-03

Family

ID=49535839

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/087775 WO2014101078A1 (zh) 2012-12-28 2012-12-28 一种支付方法、支付网关及支付客户端

Country Status (2)

Country Link
CN (1) CN103392186A (zh)
WO (1) WO2014101078A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11030628B2 (en) 2016-11-03 2021-06-08 Advanced New Technologies Co., Ltd. Success rate of an online transaction

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104753894B (zh) * 2013-12-31 2019-09-13 腾讯科技（深圳）有限公司 一种数据处理方法、装置及***
CN103944876B (zh) * 2014-02-27 2018-07-06 小米科技有限责任公司 路由器访问控制方法、装置及路由器
CN104217329A (zh) * 2014-08-26 2014-12-17 深圳贝特莱电子科技有限公司 一种基于指纹安全认证的支付方法及***
CN104838400B (zh) * 2014-09-12 2016-09-28 深圳市银信网银科技有限公司 一种基于电子凭证的资金收付***
CN105592013B (zh) * 2014-10-24 2019-03-12 阿里巴巴集团控股有限公司 一种敏感信息处理方法、装置及客户端
CN104331296B (zh) * 2014-11-25 2017-04-26 北京奇虎科技有限公司 交易信息处理方法、装置和***
CN105654293B (zh) * 2014-12-03 2020-01-17 阿里巴巴集团控股有限公司 支付方法及装置
US10127544B2 (en) * 2014-12-16 2018-11-13 Facebook, Inc. Sending and receiving payments using a message system
CN105841689A (zh) * 2015-01-16 2016-08-10 阿里巴巴集团控股有限公司 提供长途交通工具信息的方法及装置
US10423937B2 (en) 2015-07-17 2019-09-24 Mastercard International Incorporated Systems and methods for establishing message routing paths through a computer network
KR101834849B1 (ko) * 2015-08-19 2018-03-06 삼성전자주식회사 전자 장치 및 전자 장치의 사용자 인증 방법
CN105427101A (zh) * 2015-11-19 2016-03-23 成都连银信息技术有限公司 支持多种支付通道的统一支付接入网关
CN105488663A (zh) * 2015-11-19 2016-04-13 成都连银信息技术有限公司 支持多种付款通道的统一账务结算网关
CN106910053A (zh) * 2015-12-22 2017-06-30 华为技术有限公司 移动支付方法、相关装置及***
CN106897874B (zh) * 2016-06-01 2021-02-09 创新先进技术有限公司 移动支付方法、装置及***
SG10201700562UA (en) * 2017-01-23 2018-08-30 Mastercard Asia Pacific Pte Ltd Switch For Routing Payment Instruction
CN109074585B (zh) * 2017-02-20 2022-04-12 华为技术有限公司 支付方法及终端
CN106993282A (zh) * 2017-05-27 2017-07-28 苏州乐麟无线信息科技有限公司 计费方法和装置
CN107608798A (zh) * 2017-08-04 2018-01-19 阿里巴巴集团控股有限公司 一种业务处理方法及设备
CN108154370B (zh) * 2017-11-22 2021-09-14 ***股份有限公司 基于用户支付习惯的安全认证方法和设备
CN110083397A (zh) * 2018-01-24 2019-08-02 上海复旦微电子集团股份有限公司 一种屏蔽苹果手机nfc支付功能界面弹出的方法
CN109460999A (zh) * 2018-09-28 2019-03-12 珠海横琴现联盛科技发展有限公司 基于光学字符识别的支付信息方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1547144A (zh) * 2003-12-10 2004-11-17 北京矽谷学人科技有限公司 互联网安全支付***
CN101420311A (zh) * 2008-11-28 2009-04-29 ***通信集团四川有限公司 一种电信级支付结算网关***
CN101741580A (zh) * 2008-11-07 2010-06-16 中兴通讯股份有限公司 一种收费流媒体的支付方法和***
CN102646238A (zh) * 2011-02-16 2012-08-22 苏州同程旅游网络科技有限公司 基于互联网的支付通道整合方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1547144A (zh) * 2003-12-10 2004-11-17 北京矽谷学人科技有限公司 互联网安全支付***
CN101741580A (zh) * 2008-11-07 2010-06-16 中兴通讯股份有限公司 一种收费流媒体的支付方法和***
CN101420311A (zh) * 2008-11-28 2009-04-29 ***通信集团四川有限公司 一种电信级支付结算网关***
CN102646238A (zh) * 2011-02-16 2012-08-22 苏州同程旅游网络科技有限公司 基于互联网的支付通道整合方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11030628B2 (en) 2016-11-03 2021-06-08 Advanced New Technologies Co., Ltd. Success rate of an online transaction
US11238462B2 (en) 2016-11-03 2022-02-01 Advanced New Technologies Co., Ltd. Success rate of an online transaction

Also Published As

Publication number Publication date
CN103392186A (zh) 2013-11-13

Similar Documents

Publication Publication Date Title
WO2014101078A1 (zh) 一种支付方法、支付网关及支付客户端
US9832183B2 (en) Key management using quasi out of band authentication architecture
US8893237B2 (en) Secure and efficient login and transaction authentication using iphones# and other smart mobile communication devices
US9444809B2 (en) Secure and efficient authentication using plug-in hardware compatible with desktops, laptops and/or smart mobile communication devices such as iPhones™
EP2859488B1 (en) Enterprise triggered 2chk association
JP6021923B2 (ja) オンライン取引のための安全な認証方法およびシステム
JP5632489B2 (ja) 安全なユーザおよびトランザクション認証並びにリスク管理の新規方法
WO2017147890A1 (zh) 一种验证码短信显示方法及移动终端
US11658951B2 (en) Carrier encryption system
CN101808077A (zh) 信息安全输入处理***和方法以及智能卡
KR101494838B1 (ko) 거래연동 오티피를 이용한 계좌 이체 방법 및 시스템
KR101348079B1 (ko) 휴대단말을 이용한 전자서명 시스템
KR101495914B1 (ko) 인터넷뱅킹 서비스 제공 시스템 및 방법
US11863564B1 (en) Systems and methods for multi-factor authentication by a commerce platform using a cloud services provider
US8281123B2 (en) Apparatus and method for managing and protecting information during use of semi-trusted interfaces
CN111212017A (zh) 一种面向智能终端的安全传输方法及***
WO2016101824A1 (zh) 基于互联网的安全性信息交互方法
KR20170029940A (ko) 복수 한도 선택을 지원하는 웹 기반 결제 서비스 제공 장치 및 방법, 그리고 시스템 및 컴퓨터 프로그램이 기록된 기록매체
KR20160012546A (ko) 이동단말기의 원격제어시스템
KR102380504B1 (ko) 북마클릿을 이용한 전자 지갑 서비스 시스템 및 방법
KR20170029942A (ko) 웹 기반 인증을 이용한 결제 서비스 제공 장치 및 방법, 그리고 시스템 및 컴퓨터 프로그램이 기록된 기록매체
KR20170065922A (ko) 금융 서비스를 위한 단말 및 그의 금융 서비스 방법
JP2007279775A (ja) ウェブ・アクセスポイント認証（ｗａｐａ）が可能なウェブサーバー認証システム

Legal Events

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

Ref document number: 12891040

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12891040

Country of ref document: EP

Kind code of ref document: A1