CN107464114B - 一种支付服务的自动化实名认证方法及装置 - Google Patents

一种支付服务的自动化实名认证方法及装置 Download PDF

Info

Publication number
CN107464114B
CN107464114B CN201710565861.8A CN201710565861A CN107464114B CN 107464114 B CN107464114 B CN 107464114B CN 201710565861 A CN201710565861 A CN 201710565861A CN 107464114 B CN107464114 B CN 107464114B
Authority
CN
China
Prior art keywords
link
payment platform
script
party payment
verification code
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.)
Active
Application number
CN201710565861.8A
Other languages
English (en)
Other versions
CN107464114A (zh
Inventor
高国政
郭海超
李强
荣震
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qax Technology Group Inc
Original Assignee
Qax Technology Group Inc
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 Qax Technology Group Inc filed Critical Qax Technology Group Inc
Priority to CN201710565861.8A priority Critical patent/CN107464114B/zh
Publication of CN107464114A publication Critical patent/CN107464114A/zh
Application granted granted Critical
Publication of CN107464114B publication Critical patent/CN107464114B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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
    • G06Q20/4014—Identity check for transactions
    • 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/18—Network architectures or network communication protocols for network security using different networks or channels, e.g. using out of band channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Landscapes

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

Abstract

本发明实施例公开支付服务的自动化实名认证方法及装置，包括：获取第三方支付平台进行实名认证第一流程中需依次反馈的所有链接并按第一流程顺序依次存在第一文件中，获取第三方支付平台进行实名认证第二流程中需依次反馈的所有链接并按第二流程顺序依次存在第二文件中；接收实名认证的触发指令后，通过第一脚本依次读取第一文件中每一链接，将第一脚本中预设的用户信息和手机号发给第三方支付平台，使其向手机号对应终端发送验证码；获取终端收到的验证码，通过第二脚本依次读取第二文件中每一链接，将验证码和第二脚本中预设支付密码发给第三方支付平台，使其对验证码验证通过后设置待实名认证账户的支付密码。可提高实名认证效率，降低出错率。

Description

一种支付服务的自动化实名认证方法及装置
技术领域
本发明实施例涉及网络技术领域，具体涉及一种支付服务的自动化实名认证方法及装置。
背景技术
随着互联网的快速发展，网上支付给人们的生活带来了极大的便利，且越来越普及。网上支付平台的主要用途是为网络交易用户提供优质的安全支付服务。目前，网上支付平台要实现转账、发红包、抢红包、充值、提现等支付服务功能，需要接入第三方支付平台。由于这些功能涉及到金钱、身份证、银行卡等敏感且与用户切身利益密切相关的信息，无论是从安全性、稳定性还是在用户体验上都比常规软件功能有更高的要求，尤其是在特殊场景下，比如新年、元宵节、企业年会等传统假日或重要的日子等，发/抢红包等场景的使用频度是正常情况下的数十倍，甚至更高。所以，对这些功能的后台服务进行各种类型和层面的性能测试，就变得重要且紧迫，在进行性能测试时需要对大量的用户账号进行实名认证操作。
基于支付服务的功能在进行转账、支付、充值、提现等实质交易时都需要事先对当前账号进行实名认证，然后设置支付密码。实名认证，即网络交易平台用实名认证证明用户的真实身份，同时也能保障所有用户的合法权益。实名认证是管理网络秩序采取的必要手段，也是网络实名制的必然产物。
目前，第三方支付平台在对账号进行实名认证时，需用户人工输入银行卡号、用户姓名、证件类型、证件号、手机号、所述手机号获取的验证码等信息，在实名认证通过后也需要用户人工输入设置支付密码。在该过程中，用户需要输入较多的字符，再加上页面跳转及页面等待的时间，一个账号的实名认证的完整过程耗时长、手工量大、效率低、易出错、且不可能满足对大量账号进行实名认证的需要。
鉴于此，如何实现支付服务的实名认证，以提高实名认证的效率、缩短实名认证的时间、降低实名认证的出错概率成为目前需要解决的技术问题。
发明内容
由于现有方法存在上述问题，本发明实施例提出一种支付服务的自动化实名认证方法及装置。
第一方面，本发明实施例提出一种支付服务的自动化实名认证方法，包括：
获取第三方支付平台在进行实名认证的第一流程中需依次反馈的所有链接并按照所述第一流程的顺序依次存储在第一文件中，以及获取第三方支付平台在进行实名认证的第二流程中需依次反馈的所有链接并按照所述第二流程的顺序依次存储在第二文件中；
接收实名认证的触发指令；
根据所述触发指令，通过第一脚本依次读取所述第一文件中存储的每一链接，将所述第一脚本中预先设置的用户信息和手机号发送给第三方支付平台，以使所述第三方支付平台根据所述用户信息向所述手机号对应的终端发送验证码；
获取所述终端收到的验证码，通过第二脚本依次读取所述第二文件中存储的每一链接，将所述验证码和所述第二脚本中预先设置的支付密码发送给所述第三方支付平台，以使所述第三方支付平台对所述验证码进行验证，并在验证通过后根据所述支付密码设置所述待实名认证账户的支付密码；
其中，所述第一脚本中预先设置有待实名认证账户的用户信息和手机号，所述第二脚本中预先设置有支付密码。
可选地，所述第三方支付平台在进行实名认证的第一流程中需依次反馈的所有链接，包括：第一链接、第二链接和第三链接；
相应地，所述根据所述触发指令，通过所述第一脚本依次读取所述第一文件中存储的每一链接，将所述第一脚本中设置的用户信息和手机号发送给所述第三方支付平台，以使所述第三方支付平台根据所述用户信息向所述手机号对应的终端发送验证码，包括：
通过所述第一脚本读取所述第一文件中存储的第一链接，并向所述第三方支付平台发送对所述第一链接的超文本传输协议HTTP请求，接收对所述第一链接的HTTP请求反馈的第一参数；
通过所述第一脚本读取所述第一文件中存储的第二链接，并将所述第一脚本中设置的银行卡号作为post请求参数，向所述第三方支付平台发送对所述第二链接的post请求，接收对所述第二链接的post请求反馈的第二参数；
通过所述第一脚本读取所述第一文件中存储的第三链接，并将所述第一参数以及所述第一脚本中预先设置的待实名认证账户的用户信息和手机号作为post请求参数，向所述第三方支付平台发送对所述第三链接的post请求，以使所述第三方支付平台根据所述第一参数和用户信息向所述手机号对应的终端发送验证码；
接收所述第三方支付平台向所述手机号对应的终端发送验证码后所反馈的第三参数，并根据所述第三参数和所述第一参数，判断所述第三方支付平台所发送的验证码的合法性。
可选地，所述待实名认证账户的用户信息，包括：用户姓名、银行卡号和身份证号；
所述第三方支付平台在进行实名认证的第二流程中需依次反馈的所有链接，包括：第四链接和第五链接；
相应地，所述获取所述终端收到的验证码，通过所述第二脚本依次读取所述第二文件中存储的每一链接，将所述验证码和所述第二脚本中设置的支付密码发送给所述第三方支付平台，以使所述第三方支付平台对所述验证码进行验证，并在验证通过后根据所述支付密码设置所述待实名认证账户的支付密码，包括：
若判断获知所述第三方支付平台所发送的验证码为合法的，则获取所述终端收到的验证码，通过所述第二脚本读取所述第二文件中存储的第四链接，并将获取的验证码作为post请求参数，向所述第三方支付平台发送对所述第四链接的post请求，接收对所述第四链接的post请求反馈的第四参数；
若所述第四参数中的状态变量为真true，则通过所述第二脚本读取所述第二文件中存储的第五链接，并将所述第二脚本设置的支付密码作为post请求参数，向所述第三方支付平台发送对所述第五链接的post请求，以使所述第三方支付平台根据所述支付密码设置所述待实名认证账户的支付密码；
接收所述第三方支付平台设置完所述待实名认证账户的支付密码后所反馈的第五参数。
可选地，在接收对所述第四链接的post请求反馈的第四参数之后，所述方法还包括：
若所述第四参数中的状态变量为假fasle，则进行报错并存储所获取的验证码。
第二方面，本发明实施例还提出一种支付服务的自动化实名认证装置，包括：
获取模块，用于获取第三方支付平台在进行实名认证的第一流程中需依次反馈的所有链接并按照所述第一流程的顺序依次存储在第一文件中，以及获取第三方支付平台在进行实名认证的第二流程中需依次反馈的所有链接并按照所述第二流程的顺序依次存储在第二文件中；
接收模块，用于接收实名认证的触发指令；
发送模块，用于根据所述触发指令，通过第一脚本依次读取所述第一文件中存储的每一链接，将所述第一脚本中预先设置的用户信息和手机号发送给第三方支付平台，以使所述第三方支付平台根据所述用户信息向所述手机号对应的终端发送验证码；
设置模块，用于获取所述终端收到的验证码，通过第二脚本依次读取所述第二文件中存储的每一链接，将所述验证码和所述第二脚本中预先设置的支付密码发送给所述第三方支付平台，以使所述第三方支付平台对所述验证码进行验证，并在验证通过后根据所述支付密码设置所述待实名认证账户的支付密码；
其中，所述第一脚本中预先设置有待实名认证账户的用户信息和手机号，所述第二脚本中预先设置有支付密码。
可选地，所述第三方支付平台在进行实名认证的第一流程中需依次反馈的所有链接，包括：第一链接、第二链接和第三链接；
相应地，所述发送模块，具体用于
通过所述第一脚本读取所述第一文件中存储的第一链接，并向所述第三方支付平台发送对所述第一链接的超文本传输协议HTTP请求，接收对所述第一链接的HTTP请求反馈的第一参数；
通过所述第一脚本读取所述第一文件中存储的第二链接，并将所述第一脚本中设置的银行卡号作为post请求参数，向所述第三方支付平台发送对所述第二链接的post请求，接收对所述第二链接的post请求反馈的第二参数；
通过所述第一脚本读取所述第一文件中存储的第三链接，并将所述第一参数以及所述第一脚本中预先设置的待实名认证账户的用户信息和手机号作为post请求参数，向所述第三方支付平台发送对所述第三链接的post请求，以使所述第三方支付平台根据所述第一参数和用户信息向所述手机号对应的终端发送验证码；
接收所述第三方支付平台向所述手机号对应的终端发送验证码后所反馈的第三参数，并根据所述第三参数和所述第一参数，判断所述第三方支付平台所发送的验证码的合法性。
可选地，所述待实名认证账户的用户信息，包括：用户姓名、银行卡号、身份证号；
所述第三方支付平台在进行实名认证的第二流程中需依次反馈的所有链接，包括：第四链接和第五链接；
相应地，所述设置模块，具体用于
若判断获知所述第三方支付平台所发送的验证码为合法的，则获取所述终端收到的验证码，通过所述第二脚本读取所述第二文件中存储的第四链接，并将获取的验证码作为post请求参数，向所述第三方支付平台发送对所述第四链接的post请求，接收对所述第四链接的post请求反馈的第四参数；
若所述第四参数中的状态变量为真true，则通过所述第二脚本读取所述第二文件中存储的第五链接，并将所述第二脚本设置的支付密码作为post请求参数，向所述第三方支付平台发送对所述第五链接的post请求，以使所述第三方支付平台根据所述支付密码设置所述待实名认证账户的支付密码；
接收所述第三方支付平台设置完所述待实名认证账户的支付密码后所反馈的第五参数。
可选地，所述设置模块，还用于
若所述第四参数中的状态变量为假fasle，则输出报错并存储所获取的验证码。
第三方面，本发明实施例还提出一种电子设备，包括：处理器、存储器、总线及存储在存储器上并可在处理器上运行的计算机程序；
其中，所述处理器，存储器通过所述总线完成相互间的通信；
所述处理器执行所述计算机程序时实现上述方法。
第四方面，本发明实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述方法。
由上述技术方案可知，本发明实施例通过接收触发支付的指令后，通过获取第三方支付平台在进行实名认证的第一流程中需依次反馈的所有链接并按照所述第一流程的顺序依次存储在第一文件中，获取第三方支付平台在进行实名认证的第二流程中需依次反馈的所有链接并按照所述第二流程的顺序依次存储在第二文件中；接收实名认证的触发指令后，通过第一脚本依次读取第一文件中存储的每一链接，将第一脚本中预先设置的用户信息和手机号发送给第三方支付平台，以使第三方支付平台根据所述用户信息向所述手机号对应的终端发送验证码；获取所述终端收到的验证码，通过第二脚本依次读取第二文件中存储的每一链接，将所述验证码和第二脚本中预先设置的支付密码发送给第三方支付平台，以使第三方支付平台对所述验证码进行验证，并在验证通过后根据所述支付密码设置所述待实名认证账户的支付密码，由此，能够以自动化的方式实现支付服务的实名认证，大大提高了实名认证的效率、缩短了实名认证的时间、降低了实名认证的出错概率，且后续可以满足对大量账号进行实名认证的需要。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些图获得其他的附图。
图1为本发明一实施例提供的一种支付服务的自动化实名认证方法的流程示意图；
图2为本发明一实施例提供的一种支付服务的自动化实名认证装置的结构示意图；
图3为本发明一实施例提供的电子设备的逻辑框图。
具体实施方式
下面结合附图，对本发明的具体实施方式作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案，而不能以此来限制本发明的保护范围。
图1示出了本发明一实施例提供的一种支付服务的自动化实名认证方法的流程示意图，如图1所示，本实施例的支付服务的自动化实名认证方法，包括：
S101、获取第三方支付平台在进行实名认证的第一流程中需依次反馈的所有链接(即统一资源定位符url)并按照所述第一流程的顺序依次存储在第一文件中，以及获取第三方支付平台在进行实名认证的第二流程中需依次反馈的所有链接并按照所述第二流程的顺序依次存储在第二文件中。
需要说明的是，本实施例的支付服务的自动化实名认证方法是应用于具有支付服务功能的网上支付平台的服务器中，具有支付服务功能的网上支付平台在实现支付服务功能时需接入第三方支付平台。
其中，所述第一流程为第三方支付平台开始进行实名认证操作直至根据所接收的待实名认证账户的用户信息向所接收的手机号对应的终端发送验证码的流程；所述第二流程为第三方支付平台对接收到的验证码进行验证，并在验证通过后根据接收的支付密码设置所述待实名认证账户的支付密码的流程。需要说明的是，所述第一流程和所述第二流程均是现有技术中已知的。
S102、接收实名认证的触发指令。
S103、根据所述触发指令，通过第一脚本依次读取所述第一文件中存储的每一链接，将所述第一脚本中预先设置的用户信息和手机号发送给第三方支付平台，以使所述第三方支付平台根据所述用户信息向所述手机号对应的终端发送验证码。
其中，所述第一脚本中预先设置有待实名认证账户的用户信息和手机号。可以理解的是，本实施例中可预先创建第一脚本并在第一脚本中预先设置有待实名认证账户的用户信息和手机号，例如，所述第一脚本可以为1verify_bindcard.py。
其中，所述待实名认证账户的用户信息，可以包括：用户姓名(name)、银行卡号(bankCardNum)和身份证号(credentialsNo)等。
在具体应用中，举例来说，在所述第一脚本中可以预先设置：
response_getcardinfo＝postural(url_getcardinfo,"cardNo＝6216610500015127395")
dict_verify[′bankCardNum′]＝′6216610500015127395′
dict_verify[′name′]＝′张三′
dict_verify[′credentialsNo′]＝′13052419810328393X′
dict_verify[′mobilePhone′]＝′13000012761′
可以理解的是，所述步骤S103是通过所述第一脚本按照所述第一流程的顺序依次读取所述第一文件中存储的每一链接，与所述第三方支付平台进行通信，并在通信过程中将所述第一脚本中设置的用户信息和手机号发送给所述第三方支付平台。
S104、获取所述终端收到的验证码，通过所述第二脚本依次读取所述第二文件中存储的每一链接，与所述第三方支付平台进行通信，并在通信过程中将所述验证码和所述第二脚本中设置的支付密码发送给所述第三方支付平台，以使所述第三方支付平台对所述验证码进行验证，并在验证通过后根据所述支付密码设置所述待实名认证账户的支付密码。
其中，所述第二脚本中预先设置有支付密码。可以理解的是，本实施例中可预先创建第二脚本并在第二脚本中预先设置(所述待实名认证账户的)支付密码，例如，所述第二脚本可以为2checkcode_setpasswd.py。
在具体应用中，举例来说，在所述第二脚本中可以预先设置：password＝"117226"。
可以理解的是，所述步骤S104是通过所述第二脚本按照所述第二流程的顺序依次读取所述第二文件中存储的每一链接，与所述第三方支付平台进行通信，并在通信过程中将所述验证码和所述第二脚本中设置的支付密码发送给所述第三方支付平台。
可以理解的是，由于现有的支付服务功能具有支付服务功能的网上支付平台在进行实名认证及在实名认证通过后设置支付密码时需要用户人工输入待实名认证账户的用户信息(包括：用户姓名、银行卡号和身份证号等信息)、手机号和支付密码。而本实施例通过在预先建立的第一脚本中预先设置待实名认证账户的用户信息和手机号，在预先创建的第二脚本中预先设置支付密码，在进行实名认证及后续设置支付密码的操作时利用该第一脚本和第二脚本与第三方支付平台进行通信，可以以自动化的方式完成现有的实名认证及在实名认证通过后设置支付密码的流程。
本实施例的支付服务的自动化实名认证方法，应用于具有支付服务功能的网上支付平台的服务器中，通过获取第三方支付平台在进行实名认证的第一流程中需依次反馈的所有链接并按照所述第一流程的顺序依次存储在第一文件中，获取第三方支付平台在进行实名认证的第二流程中需依次反馈的所有链接并按照所述第二流程的顺序依次存储在第二文件中；接收实名认证的触发指令后，通过第一脚本依次读取第一文件中存储的每一链接，将第一脚本中预先设置的用户信息和手机号发送给第三方支付平台，以使第三方支付平台根据所述用户信息向所述手机号对应的终端发送验证码；获取所述终端收到的验证码，通过第二脚本依次读取第二文件中存储的每一链接，将所述验证码和第二脚本中预先设置的支付密码发送给第三方支付平台，以使第三方支付平台对所述验证码进行验证，并在验证通过后根据所述支付密码设置所述待实名认证账户的支付密码，由此，能够以自动化的方式实现支付服务的实名认证，大大提高了实名认证的效率、缩短了实名认证的时间、降低了实名认证的出错概率，而且可以一次编写，无限次复用，后续可通过不断调用所述第一脚本和所述第二脚本，将不同的账户一一进行实名认证并设置支付密码，能够满足对大量账号进行实名认证的需要。
进一步地，在上述方法实施例的基础上，本实施例所述待实名认证账户的用户信息，可以包括：用户姓名(name)、银行卡号(bankCardNum)和身份证号(credentialsNo)等信息，所述第三方支付平台在进行实名认证的第一流程中需依次反馈的所有链接，可以包括：第一链接、第二链接和第三链接；
相应地，上述步骤S103可以包括图中未示出的步骤A1-A4：
A1、通过所述第一脚本读取所述第一文件中存储的第一链接，并向所述第三方支付平台发送对所述第一链接的超文本传输协议HTTP请求，接收对所述第一链接的HTTP请求反馈的第一参数。
可以理解的是，步骤A1中的HTTP请求可以为get请求，当然也可以为post请求，本实施例并不对其进行限制。
在具体应用中，举例来说，所述第一链接可以为：
https://plus.yeepay.com/pp-user-app/app/verifyTradeVerifyPage？ppExternalNo＝USATH20170118113148049L0r00Rx
该第一链接是所述第三方支付平台若接收到具有支付服务功能的网上支付平台的服务器所发送的进行实名认证的请求后，所提供的一个实名认证的url。
在具体应用中，举例来说，所述第三方支付平台对所述第一链接的HTTP请求反馈的第一参数可以包括：ppMerchantNo、merchantUserId、init requestNo和requestNo等隐藏参数。
在具体应用中，可以将所述第一参数中各参数及其值，按k-v(即键key-值value)存储到预设第一字典变量(如dict_hiddenparams)中。
A2、通过所述第一脚本读取所述第一文件中存储的第二链接，并将所述第一脚本中设置的银行卡号作为post请求参数，向所述第三方支付平台发送对所述第二链接的post请求，接收对所述第二链接的post请求反馈的第二参数。
在具体应用中，举例来说，所述第二链接可以为：
https://plus.yeepay.com/pp-user-app/app/getCardBinInfo/
该第二链接是所述第三方支付平台用来获取银行卡信息的url，可以理解的是，所述第三方支付平台可以根据所述银行卡号在所述银行卡号对应的银行提供的系统中获取该银行卡号所对应的银行卡信息。
在具体应用中，所述第三方支付平台对所述第二链接的post请求反馈的第二参数为上述银行卡号所对应的银行卡信息，可以将所述第二参数存储到json中。举例来说，所述第二参数可以包括：
{"bank_id":"BOC"，
"bank_name":"中国银行"，
"card_type":"DEBITCARD"，
"requestNo":"0ea3d4cd20764c764aa190777ff49278"，
"status":"true"，
"card_length":"19"，
"verify_length":"6"，
"bank_code":"01040000"，
"card_name":"个人普卡"，
"verify_code":"621661"}
A3、通过所述第一脚本读取所述第一文件中存储的第三链接，并将所述第一参数以及所述第一脚本中预先设置的待实名认证账户的用户信息和手机号作为post请求参数，向所述第三方支付平台发送对所述第三链接的post请求，以使所述第三方支付平台根据所述第一参数和用户信息向所述手机号对应的终端发送验证码。
在具体应用中，举例来说，所述第三链接可以为：
https://plus.yeepay.com/pp-user-app/app/verify/
该第三链接是所述第三方支付平台将待实名认证账户的用户信息与获取的银行卡信息进行验证并绑定银行卡的url。
在具体应用中，对所述第三链接的post请求的所携带的post请求参数可以来自于预设第二字典变量(如dict_verify)中，可以将所述第一参数、所述第一脚本中预先设置的待实名认证账户的用户信息和手机号，按k-v(即键key-值value)存储到所述预设第二字典变量中，将所述预设第二字典变量中key和value均编码成url的参数形式(作为post请求参数)，对所述第三链接进行post请求。
在具体应用中，举例来说，预设第二字典变量dict_verify可以为：
dict_verify[′initRequestNo′]＝dict_hiddenparams[′requestNo′]
dict_verify[′ppMerchantNo′]＝dict_hiddenparams[′ppMerchantNo′]
dict_verify[′merchantUserId′]＝dict_hiddenparams[′merchantUserId′]
dict_verify[′bankCardNum′]＝′6216610500015127395′
dict_verify[′name′]＝′张三′
dict_verify[′credentialsNo′]＝′13052419810328393X′
dict_verify[′mobilePhone′]＝′13000012761′
dict_verify[′cvv2′]＝″
dict_verify[′bindvalidthru′]＝″
dict_verify[′certificateType′]＝′IDENTITY_CARD′
A4、接收所述第三方支付平台向所述手机号对应的终端发送验证码后所反馈的第三参数，并根据所述第三参数和所述第一参数，判断所述第三方支付平台所发送的验证码的合法性。
在具体应用中，举例来说，所述第三方支付平台向所述手机号对应的终端发送验证码后所反馈的结果可以为：
{"status":"false","requestNo":"92c24a2b30e1434891d332cae15cb2ed","error_code":"FA000002","error_desc":"需要验证码验证"}，
其中，所述第三参数可以包括：status、requestNo、error_code和error_desc。
在具体应用中，用于判断所述第三方支付平台所发送的验证码的合法性的参数可以包括：ppMerchantNo、merchantUserId、requestNo、initRequestNo、authType和验证码validateCode等参数，可以将这些参数存储到预设第三字典变量(如dict_verifyConfirm)中，然后将预设第三字典变量中的键值对存储到第三文件(如文本文件verifyconfirm.txt)中。
需要说明的是，所述预设第三字典变量中，requestNo来自于所述第三参数，ppMerchantNo、merchantUserId和init requestNo来自于所述第一参数。
在具体应用中，若所述第三方支付平台向所述手机号对应的终端发送验证码后所反馈的结果中的状态变量status为假false，则提取该结果中的requestNo的值，所述预设第三字典变量中的authType和validateCode的值均为空字符。
进一步地，在上述方法实施例的基础上，本实施例所述第三方支付平台在进行实名认证的第二流程中需依次反馈的所有链接，可以包括：第四链接和第五链接；
相应地，上述步骤S104可以包括图中未示出的步骤B1-B3：
B1、若判断获知所述第三方支付平台所发送的验证码为合法的，则获取所述终端收到的验证码，通过所述第二脚本读取所述第二文件中存储的第四链接，并将获取的验证码作为post请求参数，向所述第三方支付平台发送对所述第四链接的post请求，接收对所述第四链接的post请求反馈的第四参数。
在具体应用中，所述步骤B1在判断获知所述第三方支付平台所发送的验证码为合法的之后，可以通过读取上述第三文件，将第三文件中的内容按照键值对的方式存储于预设第四字典变量中，可以将所述预设第四字典变量中的validateCode的值作为所获取的所述终端收到的验证码，将所述预设第四字典变量中key和value均编码成url的参数形式(作为post请求参数)，向所述第三方支付平台发送对所述第四链接的post请求
在具体应用中，举例来说，所述第四链接可以为：
https://plus.yeepay.com/pp-user-app/app/verifyConfirm/
该第四链接是所述第三方支付平台用来对对所述第四链接的post请求中携带的验证码进行验证确认的url。
B2、若所述第四参数中的状态变量为真true，则通过所述第二脚本读取所述第二文件中存储的第五链接，并将所述第二脚本设置的支付密码作为post请求参数，向所述第三方支付平台发送对所述第五链接的post请求，以使所述第三方支付平台根据所述支付密码设置所述待实名认证账户的支付密码。
在具体应用中，举例来说，所述第五链接可以为：
https://plus.yeepay.com/pp-user-app/app/setTradePassword
该第五链接是所述第三方支付平台用来设置所述待实名认证账户的支付密码的url。
在具体应用中，在接收对所述第四链接的post请求反馈的第四参数之后，若所述第四参数中的状态变量为假fasle，则进行报错并存储(记录)所获取的验证码，即可以记录预设第四字典变量中的参数，以便后续重新执行。
B3、接收所述第三方支付平台设置完所述待实名认证账户的支付密码后所反馈的第五参数。
可以理解的是，所述第三方支付平台设置完所述待实名认证账户的支付密码后所反馈的第五参数的值即为所述第三方支付平台设置完所述待实名认证账户的支付密码后所反馈的回调url。
可以理解的是，本实施例后续可以通过不断调用所述第一脚本和所述第二脚本，将不同的账户一一进行实名认证并设置支付密码。
本实施例的支付服务的自动化实名认证方法，应用于具有支付服务功能的网上支付平台的服务器中，能够以自动化的方式实现支付服务的实名认证，大大提高了实名认证的效率、缩短了实名认证的时间、降低了实名认证的出错概率，而且可以一次编写，无限次复用，能够满足对大量账号进行实名认证的需要。
图2示出了本发明一实施例提供的一种支付服务的自动化实名认证装置的结构示意图，本实施例的支付服务的自动化实名认证装置应用于具有支付服务功能的网上支付平台的服务器中，如图2所示，本实施例的支付服务的自动化实名认证装置，包括：获取模块21、接收模块22、发送模块23和设置模块24；其中：
所述获取模块21，用于获取第三方支付平台在进行实名认证的第一流程中需依次反馈的所有链接并按照所述第一流程的顺序依次存储在第一文件中，以及获取第三方支付平台在进行实名认证的第二流程中需依次反馈的所有链接并按照所述第二流程的顺序依次存储在第二文件中；
所述接收模块22，用于接收实名认证的触发指令；
所述发送模块23，用于根据所述触发指令，通过第一脚本依次读取所述第一文件中存储的每一链接，将所述第一脚本中预先设置的用户信息和手机号发送给第三方支付平台，以使所述第三方支付平台根据所述用户信息向所述手机号对应的终端发送验证码；
所述设置模块24，用于获取所述终端收到的验证码，通过第二脚本依次读取所述第二文件中存储的每一链接，将所述验证码和所述第二脚本中预先设置的支付密码发送给所述第三方支付平台，以使所述第三方支付平台对所述验证码进行验证，并在验证通过后根据所述支付密码设置所述待实名认证账户的支付密码。
其中，所述第一脚本中预先设置有待实名认证账户的用户信息和手机号，所述第二脚本中预先设置有支付密码。
具体地，所述获取模块21获取第三方支付平台在进行实名认证的第一流程中需依次反馈的所有链接并按照所述第一流程的顺序依次存储在第一文件中，以及获取第三方支付平台在进行实名认证的第二流程中需依次反馈的所有链接并按照所述第二流程的顺序依次存储在第二文件中；所述接收模块22接收实名认证的触发指令；所述发送模块23根据所述触发指令，通过第一脚本依次读取所述第一文件中存储的每一链接，将所述第一脚本中预先设置的用户信息和手机号发送给第三方支付平台，以使所述第三方支付平台根据所述用户信息向所述手机号对应的终端发送验证码；所述设置模块24获取所述终端收到的验证码，通过第二脚本依次读取所述第二文件中存储的每一链接，将所述验证码和所述第二脚本中预先设置的支付密码发送给所述第三方支付平台，以使所述第三方支付平台对所述验证码进行验证，并在验证通过后根据所述支付密码设置所述待实名认证账户的支付密码。
其中，所述第一流程为所述第三方支付平台开始进行实名认证操作直至根据所接收的待实名认证账户的用户信息向所接收的手机号对应的终端发送验证码的流程；所述第二流程为所述第三方支付平台对接收到的验证码进行验证，并在验证通过后根据接收的支付密码设置所述待实名认证账户的支付密码的流程。需要说明的是，所述第一流程和所述第二流程均是现有技术中已知的。
需要说明的是，本实施例所述装置应用于具有支付服务功能的网上支付平台的服务器中，而具有支付服务功能的网上支付平台在实现支付服务功能时需接入第三方支付平台。
可以理解的是，由于现有的支付服务功能具有支付服务功能的网上支付平台在进行实名认证及在实名认证通过后设置支付密码时需要用户人工输入待实名认证账户的用户信息(包括：用户姓名、银行卡号和身份证号等信息)、手机号和支付密码。而本实施例所述装置通过在第一脚本中预先设置待实名认证账户的用户信息和手机号，在第二脚本中预先设置支付密码，在进行实名认证及后续设置支付密码的操作时利用该第一脚本和第二脚本与第三方支付平台进行通信，可以以自动化的方式完成现有的实名认证及在实名认证通过后设置支付密码的流程。
本实施例的支付服务的自动化实名认证装置，应用于具有支付服务功能的网上支付平台的服务器中，能够以自动化的方式实现支付服务的实名认证，大大提高了实名认证的效率、缩短了实名认证的时间、降低了实名认证的出错概率，而且可以一次编写，无限次复用，后续可通过不断调用所述第一脚本和所述第二脚本，将不同的账户一一进行实名认证并设置支付密码，能够满足对大量账号进行实名认证的需要。
进一步地，在上述方法实施例的基础上，本实施例所述第三方支付平台在进行实名认证的第一流程中需依次反馈的所有链接，可以包括：第一链接、第二链接和第三链接；
相应地，所述发送模块23，可具体用于
通过所述第一脚本读取所述第一文件中存储的第一链接，并向所述第三方支付平台发送对所述第一链接的超文本传输协议HTTP请求，接收对所述第一链接的HTTP请求反馈的第一参数；
通过所述第一脚本读取所述第一文件中存储的第二链接，并将所述第一脚本中设置的银行卡号作为post请求参数，向所述第三方支付平台发送对所述第二链接的post请求，接收对所述第二链接的post请求反馈的第二参数；
通过所述第一脚本读取所述第一文件中存储的第三链接，并将所述第一参数以及所述第一脚本中预先设置的待实名认证账户的用户信息和手机号作为post请求参数，向所述第三方支付平台发送对所述第三链接的post请求，以使所述第三方支付平台根据所述第一参数和用户信息向所述手机号对应的终端发送验证码；
接收所述第三方支付平台向所述手机号对应的终端发送验证码后所反馈的第三参数，并根据所述第三参数和所述第一参数，判断所述第三方支付平台所发送的验证码的合法性。
可以理解的是，所述发送模块23中的HTTP请求可以为get请求，当然也可以为post请求，本实施例并不对其进行限制。
进一步地，本实施例所述待实名认证账户的用户信息，可以包括：用户姓名、银行卡号、身份证号等信息；所述第三方支付平台在进行实名认证的第二流程中需依次反馈的所有链接，可以包括：第四链接和第五链接；
相应地，所述设置模块24，可具体用于
若判断获知所述第三方支付平台所发送的验证码为合法的，则获取所述终端收到的验证码，通过所述第二脚本读取所述第二文件中存储的第四链接，并将获取的验证码作为post请求参数，向所述第三方支付平台发送对所述第四链接的post请求，接收对所述第四链接的post请求反馈的第四参数；
若所述第四参数中的状态变量为真true，则通过所述第二脚本读取所述第二文件中存储的第五链接，并将所述第二脚本设置的支付密码作为post请求参数，向所述第三方支付平台发送对所述第五链接的post请求，以使所述第三方支付平台根据所述支付密码设置所述待实名认证账户的支付密码；
接收所述第三方支付平台设置完所述待实名认证账户的支付密码后所反馈的第五参数。
进一步地，所述设置模块24，还可用于
若所述第四参数中的状态变量为假fasle，则输出报错并存储所获取的验证码，以便后续重新执行。
可以理解的是，所述第三方支付平台设置完所述待实名认证账户的支付密码后所反馈的第五参数的值即为所述第三方支付平台设置完所述待实名认证账户的支付密码后所反馈的回调url。
本实施例的支付服务的自动化实名认证装置，应用于具有支付服务功能的网上支付平台的服务器中，能够以自动化的方式实现支付服务的实名认证，大大提高了实名认证的效率、缩短了实名认证的时间、降低了实名认证的出错概率，而且可以一次编写，无限次复用，能够满足对大量账号进行实名认证的需要。
本实施例的支付服务的自动化实名认证装置，可以用于执行前述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
图3示出了本发明实施例提供的一种电子设备的实体结构示意图，如图3所示，该电子设备可以包括：处理器11、存储器12、总线13及存储在存储器12上并可在处理器11上运行的计算机程序；
其中，所述处理器11，存储器12通过所述总线13完成相互间的通信；
所述处理器11执行所述计算机程序时实现上述各方法实施例所提供的方法，例如包括：获取第三方支付平台在进行实名认证的第一流程中需依次反馈的所有链接并按照所述第一流程的顺序依次存储在第一文件中，以及获取第三方支付平台在进行实名认证的第二流程中需依次反馈的所有链接并按照所述第二流程的顺序依次存储在第二文件中；接收实名认证的触发指令；根据所述触发指令，通过第一脚本依次读取所述第一文件中存储的每一链接，将所述第一脚本中预先设置的用户信息和手机号发送给第三方支付平台，以使所述第三方支付平台根据所述用户信息向所述手机号对应的终端发送验证码；获取所述终端收到的验证码，通过第二脚本依次读取所述第二文件中存储的每一链接，将所述验证码和所述第二脚本中预先设置的支付密码发送给所述第三方支付平台，以使所述第三方支付平台对所述验证码进行验证，并在验证通过后根据所述支付密码设置所述待实名认证账户的支付密码；其中，所述第一脚本中预先设置有待实名认证账户的用户信息和手机号，所述第二脚本中预先设置有支付密码。。
本发明实施例提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例所提供的方法，例如包括：获取第三方支付平台在进行实名认证的第一流程中需依次反馈的所有链接并按照所述第一流程的顺序依次存储在第一文件中，以及获取第三方支付平台在进行实名认证的第二流程中需依次反馈的所有链接并按照所述第二流程的顺序依次存储在第二文件中；接收实名认证的触发指令；根据所述触发指令，通过第一脚本依次读取所述第一文件中存储的每一链接，将所述第一脚本中预先设置的用户信息和手机号发送给第三方支付平台，以使所述第三方支付平台根据所述用户信息向所述手机号对应的终端发送验证码；获取所述终端收到的验证码，通过第二脚本依次读取所述第二文件中存储的每一链接，将所述验证码和所述第二脚本中预先设置的支付密码发送给所述第三方支付平台，以使所述第三方支付平台对所述验证码进行验证，并在验证通过后根据所述支付密码设置所述待实名认证账户的支付密码；其中，所述第一脚本中预先设置有待实名认证账户的用户信息和手机号，所述第二脚本中预先设置有支付密码。
本领域内的技术人员应明白，本申请的实施例可提供为方法、装置、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、装置、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置/系统。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。
本发明的说明书中，说明了大量具体细节。然而能够理解的是，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。类似地，应当理解，为了精简本发明公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释呈反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。本发明并不局限于任何单一的方面，也不局限于任何单一的实施例，也不局限于这些方面和/或实施例的任意组合和/或置换。而且，可以单独使用本发明的每个方面和/或实施例或者与一个或更多其他方面和/或其实施例结合使用。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。

Claims (10)

1.一种支付服务的自动化实名认证方法，其特征在于，包括：
获取第三方支付平台在进行实名认证的第一流程中需依次反馈的所有链接并按照所述第一流程的顺序依次存储在第一文件中，以及获取第三方支付平台在进行实名认证的第二流程中需依次反馈的所有链接并按照所述第二流程的顺序依次存储在第二文件中，其中，所述第一流程为第三方支付平台开始进行实名认证操作直至根据所接收的待实名认证账户的用户信息向所接收的手机号对应的终端发送验证码的流程，所述第二流程为第三方支付平台对接收到的验证码进行验证，并在验证通过后根据接收的支付密码设置所述待实名认证账户的支付密码的流程；
接收实名认证的触发指令；
根据所述触发指令，通过第一脚本依次读取所述第一文件中存储的每一链接，将所述第一脚本中预先设置的用户信息和手机号发送给第三方支付平台，以使所述第三方支付平台根据所述用户信息向所述手机号对应的终端发送验证码；
获取所述终端收到的验证码，通过第二脚本依次读取所述第二文件中存储的每一链接，将所述验证码和所述第二脚本中预先设置的支付密码发送给所述第三方支付平台，以使所述第三方支付平台对所述验证码进行验证，并在验证通过后根据所述支付密码设置所述待实名认证账户的支付密码；
其中，所述第一脚本中预先设置有待实名认证账户的用户信息和手机号，所述第二脚本中预先设置有支付密码；
其中，所述链接为统一资源定位符。
2.根据权利要求1所述的方法，其特征在于，所述第三方支付平台在进行实名认证的第一流程中需依次反馈的所有链接，包括：第一链接、第二链接和第三链接；
相应地，所述根据所述触发指令，通过所述第一脚本依次读取所述第一文件中存储的每一链接，将所述第一脚本中设置的用户信息和手机号发送给所述第三方支付平台，以使所述第三方支付平台根据所述用户信息向所述手机号对应的终端发送验证码，包括：
通过所述第一脚本读取所述第一文件中存储的第一链接，并向所述第三方支付平台发送对所述第一链接的超文本传输协议HTTP请求，接收对所述第一链接的HTTP请求反馈的第一参数；
通过所述第一脚本读取所述第一文件中存储的第二链接，并将所述第一脚本中设置的银行卡号作为post请求参数，向所述第三方支付平台发送对所述第二链接的post请求，接收对所述第二链接的post请求反馈的第二参数；
通过所述第一脚本读取所述第一文件中存储的第三链接，并将所述第一参数以及所述第一脚本中预先设置的待实名认证账户的用户信息和手机号作为post请求参数，向所述第三方支付平台发送对所述第三链接的post请求，以使所述第三方支付平台根据所述第一参数和用户信息向所述手机号对应的终端发送验证码；
接收所述第三方支付平台向所述手机号对应的终端发送验证码后所反馈的第三参数，并根据所述第三参数和所述第一参数，判断所述第三方支付平台所发送的验证码的合法性。
3.根据权利要求2所述的方法，其特征在于，所述待实名认证账户的用户信息，包括：用户姓名、银行卡号和身份证号；
所述第三方支付平台在进行实名认证的第二流程中需依次反馈的所有链接，包括：第四链接和第五链接；
相应地，所述获取所述终端收到的验证码，通过所述第二脚本依次读取所述第二文件中存储的每一链接，将所述验证码和所述第二脚本中设置的支付密码发送给所述第三方支付平台，以使所述第三方支付平台对所述验证码进行验证，并在验证通过后根据所述支付密码设置所述待实名认证账户的支付密码，包括：
若判断获知所述第三方支付平台所发送的验证码为合法的，则获取所述终端收到的验证码，通过所述第二脚本读取所述第二文件中存储的第四链接，并将获取的验证码作为post请求参数，向所述第三方支付平台发送对所述第四链接的post请求，接收对所述第四链接的post请求反馈的第四参数；
若所述第四参数中的状态变量为真true，则通过所述第二脚本读取所述第二文件中存储的第五链接，并将所述第二脚本设置的支付密码作为post请求参数，向所述第三方支付平台发送对所述第五链接的post请求，以使所述第三方支付平台根据所述支付密码设置所述待实名认证账户的支付密码；
接收所述第三方支付平台设置完所述待实名认证账户的支付密码后所反馈的第五参数。
4.根据权利要求3所述的方法，其特征在于，在接收对所述第四链接的post请求反馈的第四参数之后，所述方法还包括：
若所述第四参数中的状态变量为假fasle，则进行报错并存储所获取的验证码。
5.一种支付服务的自动化实名认证装置，其特征在于，包括：
获取模块，用于获取第三方支付平台在进行实名认证的第一流程中需依次反馈的所有链接并按照所述第一流程的顺序依次存储在第一文件中，以及获取第三方支付平台在进行实名认证的第二流程中需依次反馈的所有链接并按照所述第二流程的顺序依次存储在第二文件中，其中，所述第一流程为第三方支付平台开始进行实名认证操作直至根据所接收的待实名认证账户的用户信息向所接收的手机号对应的终端发送验证码的流程，所述第二流程为第三方支付平台对接收到的验证码进行验证，并在验证通过后根据接收的支付密码设置所述待实名认证账户的支付密码的流程；
接收模块，用于接收实名认证的触发指令；
发送模块，用于根据所述触发指令，通过第一脚本依次读取所述第一文件中存储的每一链接，将所述第一脚本中预先设置的用户信息和手机号发送给第三方支付平台，以使所述第三方支付平台根据所述用户信息向所述手机号对应的终端发送验证码；
设置模块，用于获取所述终端收到的验证码，通过第二脚本依次读取所述第二文件中存储的每一链接，将所述验证码和所述第二脚本中预先设置的支付密码发送给所述第三方支付平台，以使所述第三方支付平台对所述验证码进行验证，并在验证通过后根据所述支付密码设置所述待实名认证账户的支付密码；
其中，所述第一脚本中预先设置有待实名认证账户的用户信息和手机号，所述第二脚本中预先设置有支付密码；
其中，所述链接为统一资源定位符。
6.根据权利要求5所述的装置，其特征在于，所述第三方支付平台在进行实名认证的第一流程中需依次反馈的所有链接，包括：第一链接、第二链接和第三链接；
相应地，所述发送模块，具体用于
通过所述第一脚本读取所述第一文件中存储的第一链接，并向所述第三方支付平台发送对所述第一链接的超文本传输协议HTTP请求，接收对所述第一链接的HTTP请求反馈的第一参数；
通过所述第一脚本读取所述第一文件中存储的第二链接，并将所述第一脚本中设置的银行卡号作为post请求参数，向所述第三方支付平台发送对所述第二链接的post请求，接收对所述第二链接的post请求反馈的第二参数；
通过所述第一脚本读取所述第一文件中存储的第三链接，并将所述第一参数以及所述第一脚本中预先设置的待实名认证账户的用户信息和手机号作为post请求参数，向所述第三方支付平台发送对所述第三链接的post请求，以使所述第三方支付平台根据所述第一参数和用户信息向所述手机号对应的终端发送验证码；
接收所述第三方支付平台向所述手机号对应的终端发送验证码后所反馈的第三参数，并根据所述第三参数和所述第一参数，判断所述第三方支付平台所发送的验证码的合法性。
7.根据权利要求6所述的装置，其特征在于，所述待实名认证账户的用户信息，包括：用户姓名、银行卡号、身份证号；
所述第三方支付平台在进行实名认证的第二流程中需依次反馈的所有链接，包括：第四链接和第五链接；
相应地，所述设置模块，具体用于
若判断获知所述第三方支付平台所发送的验证码为合法的，则获取所述终端收到的验证码，通过所述第二脚本读取所述第二文件中存储的第四链接，并将获取的验证码作为post请求参数，向所述第三方支付平台发送对所述第四链接的post请求，接收对所述第四链接的post请求反馈的第四参数；
若所述第四参数中的状态变量为真true，则通过所述第二脚本读取所述第二文件中存储的第五链接，并将所述第二脚本设置的支付密码作为post请求参数，向所述第三方支付平台发送对所述第五链接的post请求，以使所述第三方支付平台根据所述支付密码设置所述待实名认证账户的支付密码；
接收所述第三方支付平台设置完所述待实名认证账户的支付密码后所反馈的第五参数。
8.根据权利要求7所述的装置，其特征在于，所述设置模块，还用于
若所述第四参数中的状态变量为假fasle，则输出报错并存储所获取的验证码。
9.一种电子设备，其特征在于，包括：处理器、存储器、总线及存储在存储器上并可在处理器上运行的计算机程序；
其中，所述处理器，存储器通过所述总线完成相互间的通信；
所述处理器执行所述计算机程序时实现如权利要求1-4中任一项所述的方法。
10.一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现如权利要求1-4中任一项所述的方法。
CN201710565861.8A 2017-07-12 2017-07-12 一种支付服务的自动化实名认证方法及装置 Active CN107464114B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710565861.8A CN107464114B (zh) 2017-07-12 2017-07-12 一种支付服务的自动化实名认证方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710565861.8A CN107464114B (zh) 2017-07-12 2017-07-12 一种支付服务的自动化实名认证方法及装置

Publications (2)

Publication Number Publication Date
CN107464114A CN107464114A (zh) 2017-12-12
CN107464114B true CN107464114B (zh) 2021-01-26

Family

ID=60546678

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710565861.8A Active CN107464114B (zh) 2017-07-12 2017-07-12 一种支付服务的自动化实名认证方法及装置

Country Status (1)

Country Link
CN (1) CN107464114B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112801669A (zh) 2018-10-25 2021-05-14 创新先进技术有限公司 身份认证、号码保存和发送、绑定号码方法、装置及设备
CN110322243B (zh) * 2019-07-05 2023-05-30 上海掌御信息科技有限公司 一种实名区块链系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1756160A (zh) * 2004-09-27 2006-04-05 戴志军 方便用户上网的个性化网站
CN105741116A (zh) * 2014-12-11 2016-07-06 北京握奇智能科技有限公司 一种快捷支付方法、装置及系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102332127A (zh) * 2011-09-15 2012-01-25 深圳市酷开网络科技有限公司 基于网络电视在线支付业务的账户绑定方法和支付方法
CN103560935A (zh) * 2013-11-13 2014-02-05 北京国双科技有限公司 互联网用户信息采集方法和装置
CN107666541B8 (zh) * 2016-07-29 2020-09-25 张家界航空工业职业技术学院 一种实现号码安全和隐私保护的方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1756160A (zh) * 2004-09-27 2006-04-05 戴志军 方便用户上网的个性化网站
CN105741116A (zh) * 2014-12-11 2016-07-06 北京握奇智能科技有限公司 一种快捷支付方法、装置及系统

Also Published As

Publication number Publication date
CN107464114A (zh) 2017-12-12

Similar Documents

Publication Publication Date Title
CN105512881B (zh) 一种基于二维码完成支付的方法及终端
US10433128B2 (en) Methods and systems for provisioning multiple devices
US10387852B2 (en) Making a payment using a payment plug-in
KR101859306B1 (ko) 멀티-인자 인증 시스템 및 방법
US20160086158A1 (en) Payment verification method, apparatus and system
CN111164632A (zh) 一种基于区块链的信息处理方法、装置及区块链网络
CN107682336B (zh) 一种基于地理位置的身份验证方法及装置
CN107888592A (zh) 一种vpn登录认证方法及装置
CN104618314A (zh) 一种密码重置方法、装置和系统
US20160149918A1 (en) Secure information interaction method for electronic resources transfer
CN111507717A (zh) 数据处理方法、装置、区块节点及计算机可读存储介质
CN110956539A (zh) 一种信息处理方法、装置及系统
CN111669745A (zh) 基于5g信息的安全验证方法、装置、存储介质及设备
CN107464114B (zh) 一种支付服务的自动化实名认证方法及装置
CN111181913B (zh) 一种信息验证方法及装置
CN103001934A (zh) 终端应用登录的方法和系统
CN111028076A (zh) 基于异步处理的银行线上开户方法、装置及存储介质
CN105719130B (zh) 支付验证方法、装置及系统
CN114186206A (zh) 基于小程序的登录方法、装置、电子设备和存储介质
CN105592009A (zh) 找回或修改登录密码的方法及装置
CN114596088A (zh) 一种数字货币交易方法和系统以及数字货币卡应用装置
CN109688109A (zh) 基于客户端信息识别的验证码的验证方法及装置
CN108900525A (zh) 验证码请求的处理方法与装置
CN111314343B (zh) 账号管理方法、装置及可读存储介质
KR20090000787A (ko) 가상계좌를 이용한 무선단말 간 금융거래 방법 및 시스템과이를 위한 기록매체

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information
CB02 Change of applicant information

Address after: Room 332, 3 / F, Building 102, 28 xinjiekouwei street, Xicheng District, Beijing 100088

Applicant after: QAX Technology Group Inc.

Address before: 100015 15, 17 floor 1701-26, 3 building, 10 Jiuxianqiao Road, Chaoyang District, Beijing.

Applicant before: BEIJING QIANXIN TECHNOLOGY Co.,Ltd.

GR01 Patent grant
GR01 Patent grant