CN104735079A - 基于域名系统dns的支付验证方法及设备 - Google Patents
基于域名系统dns的支付验证方法及设备 Download PDFInfo
- Publication number
- CN104735079A CN104735079A CN201510155585.9A CN201510155585A CN104735079A CN 104735079 A CN104735079 A CN 104735079A CN 201510155585 A CN201510155585 A CN 201510155585A CN 104735079 A CN104735079 A CN 104735079A
- Authority
- CN
- China
- Prior art keywords
- domain name
- white list
- server
- payment verification
- list domain
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- 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/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/101—Access control lists [ACL]
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Computer Security & Cryptography (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本公开的实施例涉及基于域名系统DNS的支付验证方法及设备。该支付验证方法包括:从客户端接收对于白名单域名的访问请求,其中白名单域名已添加到支付验证列表中;以及将白名单域名映射到相应的支付服务器,以由支付服务器对白名单域名进行支付验证。本公开的实施例通过基于域名系统DNS的支付验证,解决了对非白名单域名的支付地址进行支付验证的问题,达到了对支付地址实现支付验证的效果。
Description
技术领域
本公开的实施例涉及支付验证技术领域,更具体地涉及基于域名系统DNS的支付验证方法及设备。
背景技术
随着互联网技术的发展,网络支付变得日益普及。由于网络支付需要提供较多用户隐私信息,例如用户的身份信息和银行卡信息等,因此,对于网络支付的支付验证较为严格。
在一些移动操作系统平台中,移动支付平台商对其中的支付设置了一定限制,以管理和规范平台中的网络支付,例如在微信支付等平台中,发起支付的域名必须已添加到支付验证列表中。然而,在实际的第三方支付开发过程中,某些支付服务器仅有因特网协议(IP)地址,而没有相应的因特网域名,此外,在微信支付等平台中,只允许一个公众号添加三个白名单域名。
因此,现有技术中存在如下缺陷:对于仅有IP地址的支付服务器,无法在微信支付等平台中完成支付验证;当存在充足的第三方支付服务器时,对于没有添加到支付验证列表中的其他域名,仍然无法进行支付验证。如何对任何支付地址都能够实现支付验证,成为一个亟需解决的问题。
发明内容
针对上述问题,本公开的各实施例提出了一种基于域名系统DNS的支付验证方法及设备。
根据本公开的一个方面,提供了一种基于域名系统DNS的支付验证方法。该方法包括:从客户端接收对于白名单域名的访问请求,其中白名单域名已添加到支付验证列表中;以及将白名单域名映射到相应的支付服务器,以由支付服务器对白名单域名进行支付验证。
根据本公开的一个实施例,其中从客户端接收对于白名单域名的访问请求包括:通过客户端设置的DNS服务器地址或者客户端设置的HTTP代理,接收对于白名单域名的访问请求。根据本公开的另一个实施例,其中客户端设置的HTTP代理包括:客户端设置的代理服务器地址和代理服务器端口。
根据本公开的再一个实施例,其中将白名单域名映射到相应的支付服务器包括:将一个相同的白名单域名映射到多个不同的支付服务器。根据本公开的一个实施例,其中将一个相同的白名单域名映射到多个不同的支付服务器包括:通过识别客户端的标识符,将一个相同的白名单域名映射到多个不同的支付服务器。根据本公开的另一个实施例,其中将一个相同的白名单域名映射到多个不同的支付服务器包括:通过客户端设置的多个不同的DNS服务器地址或者客户端设置的多个不同的HTTP代理,将一个相同的白名单域名映射到多个不同的支付服务器。
根据本公开的另一个实施例,该方法还包括:在支付服务器对白名单域名进行支付验证完成之后,向客户端发送支付验证成功确认消息。
根据本公开的另一个方面,提供了一种基于域名系统DNS的支付验证方法。该方法包括:发起对于白名单域名的访问请求,其中白名单域名已添加到支付验证列表中;以及将访问请求发送到DNS服务器,以由DNS服务器将白名单域名映射到相应的支付服务器以进行支付验证。
根据本公开的一个实施例,其中将访问请求发送到DNS服务器包括:通过设置的DNS服务器地址或者设置的HTTP代理,发送访问请求。根据本公开的另一个实施例,其中设置的HTTP代理包括:所设置的代理服务器地址和代理服务器端口。
根据本公开的再一个实施例,其中将访问请求发送到DNS服务器包括:将一个相同的白名单域名发送到多个不同的DNS服务器。根据本公开的一个实施例,其中将一个相同的白名单域名发送到多个不同的DNS服务器包括:通过设置的多个不同的DNS服务器地址或者设置的多个不同的HTTP代理,将相同的一个白名单域名发送到不同的多个DNS服务器。
根据本公开的另一个实施例,该方法还包括:在支付服务器对白名单域名进行支付验证完成之后,从DNS服务器接收支付验证成功确认消息。
根据本公开的再一个方面,提供了一种基于域名系统DNS的支付验证设备。该设备包括:接收装置,用于从客户端接收对于白名单域名的访问请求,其中白名单域名已添加到支付验证列表中;以及映射装置,用于将白名单域名映射到相应的支付服务器,以由支付服务器对白名单域名进行支付验证。
根据本公开的一个实施例,其中接收装置进一步用于通过客户端设置的DNS服务器地址或者客户端设置的HTTP代理,接收对于白名单域名的访问请求。根据本公开的另一个实施例,其中客户端设置的HTTP代理包括:客户端设置的代理服务器地址和代理服务器端口。
根据本公开的再一个实施例,其中映射装置进一步用于将一个白名单域名映射到多个支付服务器。根据本公开的一个实施例,其中映射装置进一步用于通过识别客户端的标识符,将一个白名单域名映射到多个支付服务器。根据本公开的另一个实施例,其中映射装置进一步用于通过客户端设置的多个DNS服务器地址或者客户端设置的多个HTTP代理,将一个白名单域名映射到多个支付服务器。
根据本公开的另一个实施例,该设备还包括第一确认装置,用于在支付服务器对白名单域名进行支付验证完成之后,向客户端发送支付验证成功确认消息。
根据本公开的另一个方面,提供了一种基于域名系统DNS的支付验证设备。该设备包括:发起装置,用于发起对于白名单域名的访问请求,其中白名单域名已添加到支付验证列表中;以及发送装置,用于将访问请求发送到DNS服务器,以由DNS服务器将白名单域名映射到相应的支付服务器以进行支付验证。
根据本公开的一个实施例,其中发送装置进一步用于通过设置的DNS服务器地址或者设置的HTTP代理,发送访问请求。根据本公开的另一个实施例,其中设置的HTTP代理包括:所设置的代理服务器地址和代理服务器端口。
根据本公开的再一个实施例,其中发送装置进一步用于将一个白名单域名发送到多个DNS服务器。根据本公开的一个实施例,其中发送装置进一步用于通过设置的多个DNS服务器地址或者设置的多个HTTP代理,将一个白名单域名发送到多个DNS服务器。
根据本公开的再一个实施例,该设备还包括第二确认装置,用于在支付服务器对白名单域名进行支付验证完成之后,从DNS服务器接收支付验证成功确认消息。
本公开的示例性实施例提供的示例性解决方案可以带来以下技术效果中的至少一种:基于域名系统DNS的支付验证,将白名单域名映射到任何支付服务器的支付地址,使得支付地址在没有因特网域名或没有被添加到白名单域名的情况下,仍能完成支付验证的过程。另外,本公开的示例性实施例还可以带来技术效果:将一个白名单域名映射到多个支付服务器,以并行地实现多个支付服务器的支付验证。
附图说明
结合附图并参考以下详细说明,本公开的各实施例的特征、优点及其他方面将变得更加明显,在此以示例性而非限制性的方式示出了本公开的若干实施例。在附图中:
图1是图示了用来实践本公开的实施例的网络架构100的框图;
图2是图示了根据本公开的实施例的基于域名系统DNS的支付验证方法200的流程图;
图3是图示了根据本公开的实施例的基于域名系统DNS的支付验证方法300的流程图;
图4是图示了根据本公开的实施例的基于域名系统DNS的支付验证设备400的框图;以及
图5是图示了根据本公开的实施例的基于域名系统DNS的支付验证设备500的框图。
具体实施方式
以下参考附图详细描述本公开的各个示例性实施例。附图中的流程图和框图示出了根据本公开的各种实施例的方法和系统的可能实现的体系架构、功能和操作。应当注意,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,所述模块、程序段、或代码的一部分可以包括一个或多个用于实现各个实施例中所规定的逻辑功能的可执行指令。也应当注意,在有些作为备选的实现中,方框中所标注的功能也可以按照不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,或者它们有时也可以按照相反的顺序执行,这取决于所涉及的功能。同样应当注意的是,流程图和/或框图中的每个方框、以及流程图和/或框图中的方框的组合,可以使用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以使用专用硬件与计算机指令的组合来实现。
应当理解,给出这些示例性实施例仅是为了使本领域技术人员能够更好地理解进而实现本公开的实施例,而并非以任何方式限制发明的范围。本公开的实施例可以应用于任何支付平台中,例如平台,平台、钱包平台等。
参考图1,其图示了用来实践本公开的实施例的网络架构100的框图。该网络架构100包括客户端102、104、DNS服务器(域名系统服务器,Domain Name Server)106、108、支付服务器110、112以及网络120、130。其中客户端102、104用于接收用户对于白名单域名的访问请求,发起对于白名单域名的访问请求,并通过网络120将访问请求发送到DNS服务器106、108。客户端102、104可以为移动终端、智能电话、平板电脑、个人计算机、台式计算机、智能电话、个人数字助理(PDA)、手持式计算机、可编程消费电子产品或其他客户端装置等。DNS服务器106、108用于通过网络120从客户端接收对于白名单域名的访问请求,以及将白名单域名映射到相应的支付服务器,并通过网络130将对于白名单域名的访问请求发送到支付服务器110、112。支付服务器110、112用于通过网络130从DNS服务器106、108接收对于白名单域名的访问请求,并对白名单域名进行支付验证。服务器106、108、110以及112中的每个服务器都可以包括数据库和处理设备,该数据库可以用于存储相应的计算机指令和业务数据,该处理设备可以用于执行在相应的数据库中所存储的计算机指令以执行例如根据本公开的实施例的业务数据处理的功能。
本领域技术人员可以理解,上述服务器既可以代表比如计算机服务器的单个计算设备,也可以代表一起工作以执行功能的多个计算设备(例如云服务器)。同时,上述网络120、130既可以是公用通信网络(例如因特网、蜂窝数据网络、通过电话的拨号调制解调器网络),也可以是私有通信网络(例如私有局域网、专线)等其他具有该功能的网络。
应当理解,图1中的网络架构100仅仅用于说明性的目的,并非旨在限制本公开的实施例的范围。在某些情况下,某些组件可以根据具体需要进行增加或者减少。
图2是图示了根据本公开的实施例的基于域名系统DNS的支付验证方法200的流程图。本领域技术人员可以理解,该方法200可以由参考图1所示的DNS服务器106、108中的处理设备来执行。为讨论方便,下文将参考图1所示的网络架构100来描述该方法200。
在方法200开始之后,在步骤S202,从客户端接收用户对于白名单域名的访问请求,其中白名单域名已添加到支付验证列表中。例如在客户端的微信平台上访问白名单域名pay2.xiaojukeji.com,用于支付滴滴打车费用,该域名pay2.xiaojukeji.com已经添加到滴滴打车微信公众号支付验证列表中。
根据本公开的另一个实施例,在步骤S202中,从客户端接收对于白名单域名的访问请求包括:通过客户端设置的DNS服务器地址,接收对于白名单域名的访问请求。在现有技术中,客户端对于白名单域名的访问请求被发送到客户端所处的网络运营商的DNS服务器(例如IP地址为211.136.28.228)。而在本公开的实施例中,为了将客户端的访问请求发送到特定的DNS服务器106(例如IP地址为183.61.0.1),需要在客户端预先设置特定的DNS服务器地址(例如183.61.0.1),以使得客户端的访问请求能够发送到特定的DNS服务器。
根据本公开的再一个实施例,步骤S202中,从客户端接收对于白名单域名的访问请求包括:通过客户端设置的HTTP代理,接收对于白名单域名的访问请求。通过在客户端预先设置的HTTP代理,将客户端的访问请求发送到HTTP代理服务器,HTTP代理服务器再将客户端的访问请求转发到相应的DNS服务器106(例如IP地址为183.61.0.1)。根据本公开的另一个实施例,客户端设置的HTTP代理包括:客户端设置的代理服务器地址和代理服务器端口。
接下来,该方法200进行到步骤204,将白名单域名映射到相应的支付服务器,以由支付服务器对白名单域名进行支付验证。在现有技术中,在客户端所处的网络运营商的DNS服务器将域名pay2.xiaojukeji.com正常映射到相应的支付服务器(例如IP地址为183.61.49.196)。而在本公开的实施例中,通过以上所设置的DNS服务器地址或者HTTP代理,能够将对于pay2.xiaojukeji.com的访问请求发送到的特定的DNS服务器106(例如IP地址为183.61.0.1)上,再由特定的DNS服务器106将该域名pay2.xiaojukeji.com映射到特定的支付服务器110(例如IP地址为183.61.49.200),从而实现将白名单域名的访问请求转发到任意支付地址的支付服务器。此外,在现有技术中,通过修改域名解析需要一定时间才能生效,本公开的实施例的方法能够使得域名解析即时生效。
根据本公开的一个实施例,在步骤S204,将白名单域名映射到相应的支付服务器包括:将一个白名单域名映射到多个支付服务器。在一个实施例中,通过识别客户端的标识符,可以将对于域名pay2.xiaojukeji.com的访问请求映射到多个支付服务器。
标识符 | 支付服务器的IP地址 |
C001 | 183.61.49.201 |
C002 | 183.61.49.202 |
C003 | 183.61.49.203 |
表1
如表1所示,在DNS服务器中建立映射表1以识别客户端的标识符,例如,标识符为C001的客户端对于域名pay2.xiaojukeji.com的访问请求将被转发到IP地址为183.61.49.201的支付服务器,标识符为C002的客户端对于域名pay2.xiaojukeji.com的访问请求将被转发到IP地址为183.61.49.202的支付服务器,从而实现将一个白名单域名映射到多个支付服务器。
根据本公开的另一个实施例,通过客户端设置的多个不同的DNS服务器地址或者客户端设置的多个不同的HTTP代理,将一个白名单域名映射到多个支付服务器。例如在图1的示例中,通过预先的设置,将客户端102对于域名pay2.xiaojukeji.com的访问请求发送到DNS服务器106,DNS服务器106随后将该访问请求转发到支付服务器110;将客户端104对于域名pay2.xiaojukeji.com的访问请求发送到DNS服务器108,DNS服务器108随后将该访问请求转发到支付服务器112。因此,在不同客户端中对于一个域名的支付请求被映射到多个DNS服务器,多个DNS服务器再将该域名的访问请求转发到多个支付服务器,从而实现将一个白名单域名映射到多个支付服务器。
在步骤206,在支付服务器对白名单域名进行支付验证完成之后,向客户端发送支付验证成功确认消息,以通知客户端支付验证已经成功。
图3是图示了根据本公开的实施例的基于域名系统DNS的支付验证方法300的流程图。本领域技术人员可以理解,该方法300可以由参考图1所示的DNS服务器106、108中的处理设备来执行。为讨论方便,下文将参考图1所示的网络架构100来描述该方法300。
在方法300开始之后,在步骤S302,发起对于白名单域名的访问请求,其中白名单域名已添加到支付验证列表中。例如在客户端的微信平台上访问白名单域名pay2.xiaojukeji.com,用于支付滴滴打车费用,该域名pay2.xiaojukeji.com已经添加到滴滴打车微信公众号支付验证列表中。
根据本公开的实施例,步骤S302中将访问请求发送到DNS服务器包括:通过设置的DNS服务器地址,发送访问请求。在现有技术中,客户端对于白名单域名的访问请求被发送到客户端所处的网络运营商的DNS服务器(例如IP地址为211.136.28.228)。而在本公开的实施例中,为了将客户端的访问请求发送到特定的DNS服务器106(例如IP地址为183.61.0.1),可以在客户端预先设置特定的DNS服务器地址(例如183.61.0.1),以使得客户端的访问请求能够被发送到特定的DNS服务器106。
根据本公开的实施例的另一个实施例,步骤S302中将访问请求发送到DNS服务器包括:通过设置的HTTP代理,发送访问请求。通过在客户端预先设置的HTTP代理,将客户端的访问请求发送到HTTP代理服务器,HTTP代理服务器再将客户端的访问请求转发到相应的DNS服务器106(例如IP地址为183.61.0.1)。在一个实施例中,客户端设置的HTTP代理包括:客户端设置的代理服务器地址和代理服务器端口。
接下来,该方法300进行到步骤304,将访问请求发送到DNS服务器,以由DNS服务器将白名单域名映射到相应的支付服务器以进行支付验证。在现有技术中,在客户端所处的网络运营商的DNS服务器将域名pay2.xiaojukeji.com正常映射到相应的支付服务器(例如IP地址为183.61.49.196)。而在本公开的实施例中,通过以上所设置的DNS服务器地址或者HTTP代理,能够将pay2.xiaojukeji.com的访问请求发送到的特定的DNS服务器106(例如IP地址为183.61.0.1)上,再由特定的DNS服务器106将域名pay2.xiaojukeji.com映射到特定的支付服务器110(例如IP地址为183.61.49.200)。从而实现将白名单域名的访问请求转发到任意支付地址的支付服务器。此外,在现有技术中,通过修改域名解析需要一定时间才能生效,本公开的实施例的方法能够使得域名解析即时生效。
根据本公开的实施例,在步骤S304,将访问请求发送到DNS服务器包括:将一个白名单域名发送到多个DNS服务器。在一个实施例中,通过设置的多个DNS服务器地址或者设置的多个HTTP代理,将一个白名单域名发送到多个DNS服务器。例如在图1的示例中,通过预先的设置,将客户端102对于域名pay2.xiaojukeji.com的访问请求发送到DNS服务器106,DNS服务器106将访问请求转发到支付服务器110;将客户端104对于域名pay2.xiaojukeji.com的访问请求发送到DNS服务器108,DNS服务器108将访问请求转发到支付服务器112。因此,在不同客户端中对于一个域名的支付请求被映射到多个DNS服务器,多个DNS服务器再将域名的访问请求转发到多个支付服务器,从而实现将一个白名单域名映射到多个支付服务器。
根据本公开的另一个实施例,在步骤206,在支付服务器对白名单域名进行支付验证完成之后,从DNS服务器接收支付验证成功确认消息,以通知客户支付验证已经成功。
图4是图示了根据本公开的实施例的基于域名系统DNS的支付验证设备400的框图,设备400包括:接收装置402,用于从客户端接收对于白名单域名的访问请求,其中白名单域名已添加到支付验证列表中;以及映射装置404,用于将白名单域名映射到相应的支付服务器,以由支付服务器对白名单域名进行支付验证。根据本公开的另一个实施例,设备400还包括:第一确认装置406,用于在支付服务器对白名单域名进行支付验证完成之后,向客户端发送支付验证成功确认消息。
根据本公开的再一个实施例,映射装置404包括第一映射装置和第二映射装置(图4中未示出)。该第一映射装置用于通过识别所述客户端的标识符,将一个白名单域名映射到多个支付服务器。该第二映射装置用于通过所述客户端设置的多个DNS服务器地址或者所述客户端设置的多个HTTP代理,将一个白名单域名映射到多个支付服务器。
图5是图示了根据本公开的实施例的基于域名系统DNS的支付验证设备500的框图,设备500包括:发起装置502,用于发起对于白名单域名的访问请求,其中白名单域名已添加到支付验证列表中;以及发送装置504,用于将访问请求发送到DNS服务器,以由DNS服务器将白名单域名映射到相应的支付服务器以进行支付验证。根据本公开的另一个实施例,,设备500还包括:第二确认装置506,用于在支付服务器对白名单域名进行支付验证完成之后,从DNS服务器接收支付验证成功确认消息。
根据本公开的再一个实施例,发送装置504包括第一发送装置和第二发送装置(图5中未示出)。该第一发送装置用于通过设置的多个DNS服务器地址,将一个白名单域名发送到多个DNS服务器。该第二发送装置用于通过设置的多个HTTP代理,将一个白名单域名发送到多个DNS服务器。
应当理解,设备400和设备500可以利用各种方式来实现。例如,在某些实施例中,设备400和设备500可以通过硬件、软件或者软件和硬件的结合来实现。其中,硬件部分可以利用专用逻辑来实现;软件部分则可以存储在存储器中,由适当的指令执行系统,例如微处理器或者专用设计硬件来执行。本领域的普通技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现,例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本公开的实施例的设备和装置不仅可以由诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现,也可以用例如由各种类型的处理器所执行的软件实现,还可以由上述硬件电路和软件的结合(例如固件)来实现。
应当注意,尽管在上文的详细描述中提及了设备的若干装置或子装置,但是这种划分仅仅是示例性而非强制性的。实际上,根据本公开的实施例,上文描述的两个或更多装置的特征和功能可以在一个装置中具体化。反之,上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。
综上所述,根据上述本公开的实施例,提供了基于域名系统DNS的支付验证方法及设备。该支付验证方法包括:从客户端接收对于白名单域名的访问请求,其中白名单域名已添加至支付验证列表中;以及将白名单域名映射到相应的支付服务器,以由支付服务器对白名单域名进行支付验证。本公开的实施例通过基于域名系统DNS的支付验证,解决了对非白名单域名的支付地址完成支付验证的问题,达到了对任何支付地址实现支付验证的效果。
以上所述仅为本公开的实施例可选实施例,并不用于限制本公开的实施例,对于本领域的技术人员来说,本公开的实施例可以有各种更改和变化。凡在本公开的实施例的精神和原则之内,所作的任何修改、等效替换、改进等,均应包含在本公开的实施例的保护范围之内。
虽然已经参考若干具体实施例描述了本公开的实施例,但是应该理解,本公开的实施例并不限于所公开的具体实施例。本公开的实施例旨在涵盖在所附权利要求的精神和范围内所包括的各种修改和等同布置。所附权利要求的范围符合最宽泛的解释,从而包含所有这样的修改及等同结构和功能。
Claims (26)
1.一种基于域名系统DNS的支付验证方法,包括:
从客户端接收对于白名单域名的访问请求,其中所述白名单域名已添加到支付验证列表中;以及
将所述白名单域名映射到相应的支付服务器,以由支付服务器对所述白名单域名进行支付验证。
2.根据权利要求1所述的方法,其中从客户端接收对于白名单域名的访问请求包括:
通过所述客户端设置的DNS服务器地址或者所述客户端设置的HTTP代理,接收对于白名单域名的访问请求。
3.根据权利要求2所述的方法,其中所述客户端设置的HTTP代理包括:
所述客户端设置的代理服务器地址和代理服务器端口。
4.根据权利要求1所述的方法,其中将所述白名单域名映射到相应的支付服务器包括:
将一个白名单域名映射到多个支付服务器。
5.根据权利要求4所述的方法,其中将一个白名单域名映射到多个支付服务器包括:
通过识别所述客户端的标识符,将一个白名单域名映射到多个支付服务器。
6.根据权利要求4所述的方法,其中将一个白名单域名映射到多个支付服务器包括:
通过所述客户端设置的多个DNS服务器地址或者所述客户端设置的多个HTTP代理,将一个白名单域名映射到多个支付服务器。
7.根据权利要求1-6中任一项所述的方法,还包括:
在所述支付服务器对所述白名单域名进行支付验证完成之后,向客户端发送支付验证成功确认消息。
8.一种基于域名系统DNS的支付验证方法,包括:
发起对于白名单域名的访问请求,其中所述白名单域名已添加到支付验证列表中;以及
将所述访问请求发送到DNS服务器,以由所述DNS服务器将所述白名单域名映射到相应的支付服务器以进行支付验证。
9.根据权利要求8所述的方法,其中将所述访问请求发送到DNS服务器包括:
通过设置的DNS服务器地址或者设置的HTTP代理,发送所述访问请求。
10.根据权利要求9所述的方法,其中所述设置的HTTP代理包括:
所设置的代理服务器地址和代理服务器端口。
11.根据权利要求8所述的方法,其中将所述访问请求发送到DNS服务器包括:
将一个白名单域名发送到多个DNS服务器。
12.根据权利要求11所述的方法,其中将一个白名单域名发送到多个DNS服务器包括:
通过设置的多个DNS服务器地址或者设置的多个HTTP代理,将一个白名单域名发送到多个DNS服务器。
13.根据权利要求8-12中任一项所述的方法,还包括:
在所述支付服务器对所述白名单域名进行支付验证完成之后,从DNS服务器接收支付验证成功确认消息。
14.一种基于域名系统DNS的支付验证设备,包括:
接收装置,用于从客户端接收对于白名单域名的访问请求,其中所述白名单域名已添加到支付验证列表中;以及
映射装置,用于将所述白名单域名映射到相应的支付服务器,以由支付服务器对所述白名单域名进行支付验证。
15.根据权利要求14所述的设备,其中所述接收装置进一步用于通过所述客户端设置的DNS服务器地址或者所述客户端设置的HTTP代理,接收对于白名单域名的访问请求。
16.根据权利要求15所述的设备,其中所述客户端设置的HTTP代理包括:
所述客户端设置的代理服务器地址和代理服务器端口。
17.根据权利要求14所述的设备,其中所述映射装置进一步用于将一个白名单域名映射到多个支付服务器。
18.根据权利要求17所述的设备,其中所述映射装置进一步用于通过识别所述客户端的标识符,将一个白名单域名映射到多个支付服务器。
19.根据权利要求17所述的设备,其中所述映射装置进一步用于通过所述客户端设置的多个DNS服务器地址或者所述客户端设置的多个HTTP代理,将一个白名单域名映射到多个支付服务器。
20.根据权利要求14-19中任一项所述的设备,还包括:
第一确认装置,用于在所述支付服务器对所述白名单域名进行支付验证完成之后,向客户端发送支付验证成功确认消息。
21.一种基于域名系统DNS的支付验证设备,包括:
发起装置,用于发起对于白名单域名的访问请求,其中所述白名单域名已添加到支付验证列表中;以及
发送装置,用于将所述访问请求发送到DNS服务器,以由所述DNS服务器将所述白名单域名映射到相应的支付服务器以进行支付验证。
22.根据权利要求21所述的设备,其中所述发送装置进一步用于通过设置的DNS服务器地址或者设置的HTTP代理,发送所述访问请求。
23.根据权利要求22所述的设备,其中所述设置的HTTP代理包括:
所设置的代理服务器地址和代理服务器端口。
24.根据权利要求21所述的设备,其中所述发送装置进一步用于将一个白名单域名发送到多个DNS服务器。
25.根据权利要求24所述的设备,其中所述发送装置进一步用于通过设置的多个DNS服务器地址或者设置的多个HTTP代理,将一个白名单域名发送到多个DNS服务器。
26.根据权利要求21-25任一项所述的设备,还包括:
第二确认装置,用于在所述支付服务器对所述白名单域名进行支付验证完成之后,从DNS服务器接收支付验证成功确认消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510155585.9A CN104735079B (zh) | 2015-04-02 | 2015-04-02 | 基于域名系统dns的支付验证方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510155585.9A CN104735079B (zh) | 2015-04-02 | 2015-04-02 | 基于域名系统dns的支付验证方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104735079A true CN104735079A (zh) | 2015-06-24 |
CN104735079B CN104735079B (zh) | 2018-10-30 |
Family
ID=53458514
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510155585.9A Active CN104735079B (zh) | 2015-04-02 | 2015-04-02 | 基于域名系统dns的支付验证方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104735079B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106341461A (zh) * | 2016-08-26 | 2017-01-18 | 北京小米移动软件有限公司 | 支付打车费用的方法及装置 |
CN107341651A (zh) * | 2016-04-28 | 2017-11-10 | 阿里巴巴集团控股有限公司 | 交易数据关联方法、ip获取方法、交易服务器及终端 |
CN109981816A (zh) * | 2019-03-21 | 2019-07-05 | 上海风汇网络科技有限公司 | 基于dns域名系统的价值传输系统、方法及dns服务器 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8069115B2 (en) * | 2008-06-25 | 2011-11-29 | Douglas Schoenberg | Method and system to process payment |
CN103106576A (zh) * | 2011-11-15 | 2013-05-15 | 腾讯科技(深圳)有限公司 | 基于客户端的支付方法、系统和支付客户端 |
CN103443813A (zh) * | 2010-12-14 | 2013-12-11 | 极限移动有限公司 | 使用移动设备标识符认证交易 |
-
2015
- 2015-04-02 CN CN201510155585.9A patent/CN104735079B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8069115B2 (en) * | 2008-06-25 | 2011-11-29 | Douglas Schoenberg | Method and system to process payment |
CN103443813A (zh) * | 2010-12-14 | 2013-12-11 | 极限移动有限公司 | 使用移动设备标识符认证交易 |
CN103106576A (zh) * | 2011-11-15 | 2013-05-15 | 腾讯科技(深圳)有限公司 | 基于客户端的支付方法、系统和支付客户端 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107341651A (zh) * | 2016-04-28 | 2017-11-10 | 阿里巴巴集团控股有限公司 | 交易数据关联方法、ip获取方法、交易服务器及终端 |
CN107341651B (zh) * | 2016-04-28 | 2020-08-14 | 阿里巴巴集团控股有限公司 | 交易数据关联方法、ip获取方法、交易服务器及终端 |
CN106341461A (zh) * | 2016-08-26 | 2017-01-18 | 北京小米移动软件有限公司 | 支付打车费用的方法及装置 |
CN106341461B (zh) * | 2016-08-26 | 2019-07-09 | 北京小米移动软件有限公司 | 支付打车费用的方法及装置 |
CN109981816A (zh) * | 2019-03-21 | 2019-07-05 | 上海风汇网络科技有限公司 | 基于dns域名系统的价值传输系统、方法及dns服务器 |
JP2022526309A (ja) * | 2019-03-21 | 2022-05-24 | 上海風匯網絡科技有限公司 | Dnsに基づく価値伝送システム、dnsに基づく価値伝送方法、及びdnsサーバ |
Also Published As
Publication number | Publication date |
---|---|
CN104735079B (zh) | 2018-10-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20160210632A1 (en) | Secured payment method and relevant device and system | |
CN105516246B (zh) | 一种防应用程序下载劫持的方法及服务器 | |
KR101810622B1 (ko) | 모바일 디바이스 데이터를 획득하기 위한 시스템들, 방법들, 및 컴퓨터 프로그램 제품들 | |
CN108022100B (zh) | 一种基于区块链技术的交叉认证系统及方法 | |
US20170017480A1 (en) | Method and apparatus for updating an application in a user terminal | |
CN105825101A (zh) | 应用于智能家居平台的账号管理方法和装置 | |
CN110263581A (zh) | 合同签署方法、系统、终端设备及存储介质 | |
CN110740057A (zh) | 一种业务部署方法以及区块链平台 | |
CN111431818B (zh) | 跨域请求的流量分配方法、装置、存储介质及计算机设备 | |
CN104735079A (zh) | 基于域名系统dns的支付验证方法及设备 | |
CN104767827A (zh) | 启动应用的方法和设备 | |
CN109087089B (zh) | 一种支付方法、支付装置及终端设备 | |
CN108880923A (zh) | 应用于应用服务器的监控操作请求的方法和装置 | |
CN109391658B (zh) | 一种账号数据同步方法及其设备、存储介质、终端 | |
CN109729163A (zh) | 一种区块链的数据处理方法、装置电子设备及存储介质 | |
CN107046547B (zh) | 异常操作识别方法和装置 | |
CN110035099B (zh) | 一种多系统管理方法、终端设备及存储介质 | |
CN113132400B (zh) | 业务处理方法、装置、计算机系统及存储介质 | |
CN107154975A (zh) | 一种应用下载方法及装置 | |
CN110225097B (zh) | 一种信息处理方法、设备及存储介质 | |
CN111988473B (zh) | 基于智能合约的语音通信呼叫控制方法及装置 | |
KR20130139431A (ko) | 단말 간 연결을 위한 방법 | |
CN103051607B (zh) | 访问方法、设备及系统 | |
CN112836201A (zh) | 多平台信息互通的方法、装置、设备和计算机可读介质 | |
CN110609781A (zh) | 接口测试方法、装置以及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |