CN113869903A - 网络支付签约系统、网络支付签约方法及装置 - Google Patents
网络支付签约系统、网络支付签约方法及装置 Download PDFInfo
- Publication number
- CN113869903A CN113869903A CN202010613338.XA CN202010613338A CN113869903A CN 113869903 A CN113869903 A CN 113869903A CN 202010613338 A CN202010613338 A CN 202010613338A CN 113869903 A CN113869903 A CN 113869903A
- Authority
- CN
- China
- Prior art keywords
- account
- information
- signing
- acceptance
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
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
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请提出一种网络支付签约系统、网络支付签约方法及装置,所述系统包括:账户机构,用于获取签约账户信息,并将签约账户信息通过清算机构发送给受理机构,签约账户信息包括用户在账户机构的操作界面上选择的目标账户信息和受理机构信息;受理机构,用于对用户的用户静态信息进行验证,并在验证通过后通过清算机构向账户机构发送目标签约信息;账户机构还用于在接收到目标签约信息后,根据目标签约信息完成签约,并通过清算机构向受理机构反馈签约结果。本申请能够规避用户手动输入账户信息的繁琐操作,解决现有技术中网络支付签约过程需要用户在受理机构对应的操作界面手动输入账户信息,操作繁琐的技术问题。
Description
技术领域
本申请涉及网络支付技术领域,尤其涉及一种网络支付签约系统、网络支付签约方法及装置。
背景技术
在网络支付过程中,为了实现便捷支付,用户常常选择快捷支付模式,即在首次支付前,用户完成受理机构与账户机构指定账户的签约,授权受理机构以静默方式去账户机构的签约账户进行扣款。
目前,相关技术中,在进行网络支付签约时,需要用户在受理机构对应的操作界面中手动输入拟签约账户信息,之后由受理机构发起签约申请,操作繁琐。
发明内容
本申请旨在至少在一定程度上解决相关技术中的技术问题之一。
为此,本申请提出一种网络支付签约系统、网络支付签约方法及装置,规避了用户手动输入账户信息的环节,用户无需记住账户信息或查看银行卡来获取账户信息,方便了用户操作,提高了网络签约效率,解决了现有技术中网络支付签约过程需要用户在受理机构对应的操作界面手动输入账户信息,操作繁琐,不方便用户使用的技术问题。
本申请第一方面实施例提出了一种网络支付签约系统,包括:账户机构、清算机构和受理机构;其中,
所述账户机构,用于获取签约账户信息,并将所述签约账户信息通过所述清算机构发送给所述受理机构,所述签约账户信息包括用户在所述账户机构的操作界面上选择的目标账户信息和受理机构信息;
所述受理机构,用于对所述用户的用户静态信息进行验证,并在验证通过后通过所述清算机构向所述账户机构发送目标签约信息;
所述账户机构,还用于在接收到所述目标签约信息后,根据所述目标签约信息完成签约,并通过所述清算机构向所述受理机构反馈签约结果,以及在所述账户机构的操作界面上向所述用户展示所述签约结果。
本申请第二方面实施例提出了一种网络支付签约方法,应用于清算机构,包括:
接收账户机构发送的签约账户信息,并将所述签约账户信息发送给受理机构,以使所述受理机构根据所述签约账户信息对用户的用户静态信息进行验证,所述签约账户信息包括所述用户在所述账户机构的操作界面上选择的目标账户信息和受理机构信息;
接收所述受理机构发送的目标签约信息,所述目标签约信息由所述受理机构对所述用户的用户静态信息进行验证通过后发送;
将所述目标签约信息发送给所述账户机构,以使所述账户机构根据所述目标签约信息完成签约;
接收所述账户机构反馈的签约结果,并将所述签约结果发送给所述受理机构。
本申请第三方面实施例提出了一种网络支付签约装置,应用于清算机构,包括:
第一接收模块,用于接收账户机构发送的签约账户信息,并将所述签约账户信息发送给受理机构,以使所述受理机构根据所述签约账户信息对用户的用户静态信息进行验证,所述签约账户信息包括所述用户在所述账户机构的操作界面上选择的目标账户信息和受理机构信息;
第二接收模块,用于接收所述受理机构发送的目标签约信息,所述目标签约信息由所述受理机构对所述用户的用户静态信息进行验证通过后发送;
发送模块,用于将所述目标签约信息发送给所述账户机构,以使所述账户机构根据所述目标签约信息完成签约;
第三接收模块,用于接收所述账户机构反馈的签约结果,并将所述签约结果发送给所述受理机构。
本申请第四方面实施例提出了一种计算机设备,包括处理器和存储器;其中,所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序,以用于实现如前述第二方面实施例所述的网络支付签约方法。
本申请第五方面实施例提出了一种非临时性计算机可读存储介质,其上存储有计算机程序,当所述计算机程序被处理器执行时,实现如前述第二方面实施例所述的网络支付签约方法。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果:
通过在账户机构对应的操作界面快速选择拟签约账户信息进行网络签约,规避了用户手动输入账户信息的环节,用户无需记住账户信息或查看银行卡来获取账户信息,方便了用户操作,提高了网络签约效率,提升了用户体验。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1是现有的网络签约过程示例图;
图2是本申请一实施例所提供的网络支付签约系统的结构示意图;
图3是本申请实施例的网络支付签约系统的交互过程示例图一;
图4是本申请实施例的网络支付签约系统的交互过程示例图二;
图5是本申请实施例的网络支付签约系统的交互过程示例图三;
图6是本申请实施例的网络支付签约系统的交互过程示例图四;
图7是本申请一实施例提出的网络支付签约方法的流程示意图;
图8是本申请一实施例提出的网络支付签约装置的结构示意图;
图9是本申请另一实施例提出的网络支付签约装置的结构示意图;
图10是本申请又一实施例提出的网络支付签约装置的结构示意图;
图11是本申请再一实施例提出的网络支付签约装置的结构示意图。
具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本申请,而不能理解为对本申请的限制。
下面参考附图描述本申请实施例的网络支付签约系统、网络支付签约方法及装置。
在支付签约业务中,较为常用的方式的网络签约。网络签约的参与者包括用户、账户机构、受理机构和清算机构。其中,用户在账户机构开立资金账户,在交易过程中选择受理机构作为支付渠道;账户机构为用户提供资金账户管理服务,用户在同一家账户机构中可以拥有一个或多个资金账户;受理机构为用户提供网络支付渠道,便于用户方便快捷的完成支付;清算机构负责网络签约过程中的交易信息转接工作。
目前的网络支付签约过程中,用户在受理机构的操作界面中手动输入拟签约的账户信息后,由受理机构发起签约申请,由清算机构做交易信息转接,并经账户机构签约确认后,由受理机构将签约结果告知用户。图1是现有的网络签约过程示例图,如图1所示,现有的网络签约过程如下:
(1)用户在受理机构提供的操作界面中选择目标账户机构,并输入拟签约的账户信息,通常包含账户编码和账户名称,并提交签约申请;
(2)受理机构向清算机构提交签约申请;
(3)清算机构向账户机构转发签约申请;
(4)账户机构发起用户身份核验,向用户发送身份核验信息(如短信验证码);
(5)账户机构将信息回执返回给清算机构;
(6)清算机构将信息回执转发给受理机构;
(7)用户在受理机构提供的操作界面填报核验信息;
(8)受理机构向清算机构转发核验信息;
(9)清算机构向账户机构转发核验信息;
(10)账户机构校验核验信息,完成签约;
(11)账户机构将签约结果返回给清算机构;
(12)清算机构将签约结果转发给受理机构;
(13)受理机构在自身提供的操作界面中将签约结果展示给用户。
然而,现有的网络签约方式存在如下不足:
一、需要用户手动输入拟签约的账户信息,用户体验不佳。对于用户而言,每次签约申请前都需要手动输入拟签约的账户编码和名称等信息,操作繁琐,并且对于无规律的账户编码,用户很难一次性输入正确,降低了签约效率,严重影响了用户体验。
二、用户无法通过账户机构操作界面发起网络签约请求。目前,用户能够在账户机构的操作界面实现自身账户的管理,而受理机构无法提供与账户机构对等的账户管理服务,而网络签约作为账户管理功能的一部分,应该支持用户从账户机构的操作界面发起网络签约,目前的账户机构尚不支持用户发起签约申请。
针对上述不足,本申请提出了一种网络支付签约系统,支持用户在账户机构的操作界面上选择拟签约的目标账户信息和受理机构信息,并向受理机构发起签约,不仅规避了用户手动输入账户信息的环节,同时支持用户从账户机构的操作界面发起签约,提升了用户的使用体验。
图2是本申请一实施例所提供的网络支付签约系统的结构示意图。
如图2所示,该网络支付签约系统包括:账户机构110、清算机构130和受理机构150。
其中,账户机构110为银行机构,比如招商银行、农业银行等,用于为用户提供资金账户管理服务;受理机构150为用户提供网络支付渠道,可以是银行机构,也可以是第三方支付机构,比如支付宝、微信等。
本申请实施例中,账户机构110,用于获取签约账户信息,并将签约账户信息通过清算机构130发送给受理机构150,签约账户信息包括用户在账户机构110的操作界面上选择的目标账户信息和受理机构信息。
其中,目标账户信息可以包括但不限于拟签约的账户编码和账户名称;受理机构信息包括拟签约的受理机构名称。
实际操作时,用户可以根据需要在账户机构110对应的应用APP或自助终端机提供的操作界面上选择拟签约的目标账户信息和受理机构信息,应用APP可以安装在用户的手机、笔记本电脑、平板电脑等终端设备上。
举例而言,假设用户希望将招商银行的一个账户信息与支付宝账户进行签约绑定,则用户可以在安装有招商银行的应用APP的终端上进行操作,进入招商银行的应用APP提供的操作界面,选择拟签约的目标账户信息和支付宝,用户完成选择后,招商银行的应用APP可以获得签约账户信息,签约信息中包括与用户选择的目标账户信息和支付宝。或者,用户也可以在招商银行的自助终端机上进行操作,在招商银行的自助终端机提供的操作界面上选择拟签约的目标账户信息和支付宝。
受理机构150,用于根据签约账户信息对用户的用户静态信息进行验证,并在验证通过后通过清算机构130向账户机构110发送目标签约信息。
其中,用户的用户静态信息比如可以是用户在账户机构开户时预留的个人信息,包括用户的姓名、身份证号、手机号等。
能够理解的是,用户选定了拟签约的目标账户信息后,用户在账户机构110中开立该目标账户时留存的个人信息也同时被选择,个人信息比如可以包括姓名、身份证号、预留的手机号等,从而,受理机构150接收到的签约账户信息中,还可以包括用户的姓名、身份证号、在账户机构110中开立目标账户时预留的手机号等,即签约账户信息中包括用户开立目标账户时预留的用户静态信息。受理机构150接收到签约账户信息后,可以根据签约账户信息对用户的用户静态信息进行验证,以验证接收到的用户静态信息中包含的姓名、身份证号、手机号等是否与用户在受理机构150中登记的个人信息一致,若一致则表明用户静态信息验证通过。在用户静态信息验证通过后,受理机构150通过清算机构130向账户机构110发送目标签约信息。
账户机构110,还用于在接收到目标签约信息后,根据目标签约信息完成签约,并通过清算机构向受理机构反馈签约结果,以及在账户机构的操作界面上向用户展示签约结果。
本申请实施例中,目标签约信息中可以包括可签约的受理机构账户信息,也可以包括用于跳转至受理机构的操作界面以进行受理机构账户信息选择的跳转地址,目标签约信息在不同的签约方式中包含的信息不同,具体将在后续实施例中进行详细说明。账户机构110接收到目标签约信息后,可以将目标签约信息在操作界面中展示给用户,经用户确认后给出进行签约的指示,比如,用户可以通过点击操作界面中的“确认”按键给出签约指示,账户机构110得到签约指示后,将目标账户信息和受理机构账户信息进行绑定,完成签约,并可以通过清算机构130将签约结果反馈给受理机构150,以使受理机构150获知签约结果。账户机构110还可以在账户机构110的操作界面上向用户展示签约结果,以使用户获知已经完成本次签约的信息。
本实施例的网络支付签约系统,账户机构获取签约账户信息,并将签约账户信息通过清算机构发送给受理机构,签约账户信息包括用户在账户机构的操作界面上选择的目标账户信息和受理机构信息,受理机构根据签约账户信息对用户的用户静态信息进行验证,并在验证通过后通过清算机构向账户机构发送目标签约信息,进而,账户机构在接收到目标签约信息后,根据目标签约信息完成签约,并通过清算机构向受理机构反馈签约结果,以及在账户机构的操作界面上向用户展示签约结果。由此,通过在账户机构对应的操作界面快速选择拟签约账户信息进行网络签约,规避了用户手动输入账户信息的环节,用户无需记住账户信息或查看银行卡来获取账户信息,方便了用户操作,提高了网络签约效率,提升了用户体验,同时还实现了支持用户从账户机构的操作界面发起签约,增加了账户机构的功能。
为了保证网络支付签约的安全性,在本申请实施例一种可能的实现方式中,还可以对用户的身份进行验证。具体地,受理机构150还用于在检查通过后,向用户发送第一身份验证信息;账户机构110还用于接收用户通过账户机构110的操作界面输入的第二身份验证信息,并将第二身份验证信息通过清算机构130发送给受理机构150。受理机构150还用于比较第一身份验证信息和第二身份验证信息是否一致,若一致,则通过清算机构130向账户机构110转发验证通过信息,以使账户机构110在接收到验证通过信息后完成签约。
其中,第一身份验证信息可以是短信验证码,也可以是通过语音播报、电话播报的验证码。
本实施例中,受理机构150对用户的用户静态信息验证通过后,可以向用户发起用户身份核验,比如通过向用户发送短信的方式发送第一身份验证信息给用户。用户接收到第一身份验证信息之后,可以通过账户机构110的操作界面进行输入,用户输入的验证信息记为第二身份验证信息。账户机构110将用户输入的第二身份验证信息通过清算机构130转发给受理机构150,由受理机构50比较第一身份验证信息和第二身份验证信息,若两者一致,则用户身份核验通过,受理机构150通过清算机构130向账户机构110发送验证通过信息,账户机构110接收到验证通过信息后完成签约。
由于同一用户可能拥有不止一个手机号,同一手机号也可能被申请多个受理机构账户,从而,在本申请实施例一种可能的实现方式中,可以将可签约的受理机构账户显示在账户机构110的操作界面中,由用户选择拟签约的目标受理机构账户进行签约。
具体地,目标账户信息中包括用户在账户机构开户时预留的手机号码,目标签约信息中包括与手机号码匹配的至少一个受理机构账户信息。账户机构110还用于将至少一个受理机构账户信息展示给用户,并将用户从至少一个受理机构账户信息中选择的目标受理机构账户信息通过清算机构130发送给受理机构150。受理机构150还用于在发送验证通过信息之前,校验目标受理机构账户信息所对应目标受理账户的账户状态,在目标受理账户的账户状态为可用状态时,发送验证通过信息。
其中,目标受理账户的账户状态可以包括销户状态、冻结状态和可用状态,当账户状态为可用状态时,该目标受理账户可以用于签约。
具体实现时,账户机构110接收到目标账户信息后,可以将目标账户信息中包含的至少一个受理机构账户信息显示在操作界面中,并同时提供用于输入第二身份验证信息的输入框,用户在账户机构110的操作界面中选择拟签约的目标受理机构账户信息,并提交第二身份验证信息。受理机构150校验目标受理账户信息对应的目标受理账户的账户状态,并验证第二身份验证信息是否与第一身份验证信息一致,当目标受理账户的账户状态为可用状态,且第一身份验证信息与第二身份验证信息一致时,受理机构150通过清算机构130向账户机构110发送验证通过信息,账户机构110在接收到验证通过信息后,根据目标受理机构账户信息和目标账户信息完成签约。
图3是本申请实施例的网络支付签约系统的交互过程示例图一。如图3所示,网络支付签约过程包括以下步骤:
(1)用户在账户机构提供的操作界面上,选择拟签约的账户信息以及目标受理机构,并发起签约申请;
(2)账户机构整合拟签约的账户信息及目标受理机构信息,向清算机构发起签约申请;
(3)清算机构将签约申请转递至受理机构;
(4)受理机构留存账户信息,完成用户静态信息检查,发起对用户身份核验(向用户发送身份核验信息,如短信验证码);
(5)受理机构向清算机构返回信息确认回执(包含可签约的受理机构账户信息);
(6)清算机构向账户机构转发信息确认回执;
(7)用户在账户机构操作界面选择拟签约的目标受理机构账户,并提交受理机构发送的身份核验信息;
(8)账户机构将身份核验信息发送至清算机构;
(9)清算机构将身份核验信息转发至受理机构;
(10)受理机构校验目标受理机构账户的账户状态及身份核验信息的正确性,完成身份核验;
(11)受理机构向清算机构返回核验结果;
(12)清算机构向账户机构转发核验结果;
(13)账户机构确认受理机构已完成核验后,完成签约;
(14)账户机构向清算机构发送签约结果;
(15)清算机构向受理机构转发签约结果;
(16)账户机构在自身提供的操作页面上向用户展示签约结果。
本实施例的网络支付签约系统,用户的操作过程全程在账户机构的操作界面上进行,用户只需从账户机构的操作界面上选择拟签约的目标账户和目标受理机构账户即可完成签约,避免了用户手动输入账户信息的繁琐过程,并且,通过受理机构下发身份核验信息进行用户身份的验证,提高了网络支付签约的安全性。
在本申请实施例一种可能的实现方式中,目标签约信息中包括用户静态信息验证通过信息,以及与用户在账户机构110开户时预留的手机号码匹配的至少一个受理机构账户信息。本实施例中,账户机构110具体用于将至少一个受理机构账户信息展示给用户,并基于用户从至少一个受理机构账户信息中选择的目标受理机构账户信息和目标账户信息完成签约。
本实施例中,账户机构110接收到目标签约信息后,对目标签约信息进行解析,若获取到用户静态信息验证通过信息,则将至少一个受理机构账户信息通过账户机构110的操作界面展示给用户,由用户从中选择拟签约的目标受理机构账户信息,用户选择完成后,则账户机构110根据目标受理机构账户信息和目标账户进行完成签约。
图4是本申请实施例的网络支付签约系统的交互过程示例图二。如图4所示,网络支付签约过程包括以下步骤:
(1)用户在账户机构提供的操作界面上,选择拟签约的账户信息以及目标受理机构,并发起签约申请;
(2)账户机构整合拟签约账户信息及目标受理机构信息,向清算机构发起签约申请;
(3)清算机构将签约申请转递至受理机构;
(4)受理机构完成用户静态信息检查;
(5)受理机构向清算机构返回认证回执(包含可签约的受理机构账户信息);
(6)清算机构向账户机构转发认证回执;
(7)用户在账户机构的操作界面上选择拟签约的目标受理机构账户;
(8)账户机构根据目标受理机构账户和拟签约账户信息完成签约;
(9)账户机构向清算机构发送签约结果;
(10)清算机构受理签约结果并转发至受理机构;
(11)账户机构在自身提供的操作页面上向用户展示签约结果。
本实施例的网络支付签约系统,用户的操作过程全程在账户机构的操作界面上进行,用户只需从账户机构的操作界面上选择拟签约的目标账户和目标受理机构账户即可完成签约,避免了用户手动输入账户信息的繁琐过程。
在本申请实施例一种可能的实现方式中,网络支付签约过程中还可以从账户机构的操作界面跳转至受理机构的操作界面,以增加用户的交互体验。本实施例中,目标签约信息中包括用于跳转至受理机构的操作界面的地址信息,账户机构110具体用于根据地址信息引导用户进入受理机构的操作界面。受理机构150还用于获取用户在受理机构的操作界面中选择的签约受理账户,并对签约受理账户的账户状态进行验证,在验证通过后通过清算机构130向账户机构110发送签约请求。账户机构110还用于根据签约请求完成签约。
本实施例中,受理机构150向账户机构110发送的目标签约信息中可以包括用于跳转至受理机构150的操作界面的地址信息,地址信息支持受理机构150逐次配置。账户机构110接收到目标签约信息后,从目标签约信息中提取出地址信息并通过自身提供的操作界面将地址信息展示给用户,引导用户进入受理机构150的操作界面。比如,假设受理机构为支付宝,可以在账户机构110的操作界面上显示“点击下方链接跳转至支付宝进行操作”的提示信息来引导用户点击地址信息跳转至支付宝的操作界面。完成页面跳转之后,受理机构150可以将可签约的受理机构账户显示在操作界面中供用户选择,受理机构150获取用户在受理机构的操作界面中选择的签约受理账户,并对签约受理账户的账户状态进行验证,其中账户状态可以包括可用状态、注销状态和冻结状态,当账户状态为可用状态时,签约受理账户的账户状态验证通过,之后,受理机构150通过清算机构130向账户机构110发送签约请求,签约请求中包括签约受理账户的信息和目标账户信息,账户机构110接收到签约请求后,根据签约请求完成签约。
进一步地,为了提高网络支付签约的安全性,在本申请实施例一种可能的实现方式中,受理机构150还用于向用户发送身份验证信息,并对用户在受理机构的操作界面中输入的身份验证信息进行验证,并在验证通过后向账户机构110发送签约请求。
本实施例中,通过地址信息跳转至受理机构150的操作界面后,受理机构150将可签约的受理机构账户显示在操作界面中供用户选择的同时,还可以在操作界面中提供用于输入身份验证信息的输入框,用户在受理机构150的操作界面中选择签约受理账户,并通过输入框提交身份验证信息,受理机构150对用户提交的身份验证信息进行验证,并在验证通过后发送签约请求。
也就是说,受理机构150不仅验证用户选择的签约受理账户的账户状态,还验证用户提交的身份验证信息,在签约受理账户的账户状态和身份验证信息均验证通过后,才通过清算机构130向账户机构110发送签约请求,以使账户机构110根据签约请求完成签约。
本实施例中,账户机构110完成签约后,将签约结果通过清算机构130反馈给受理机构150。受理机构150还用于在接收到签约结果后,引导用户返回账户机构110的操作界面,以在账户机构110的操作界面上向用户展示签约结果。比如,可以在受理机构150的操作界面上显示“签约已完成,可点击“返回”至账户机构查看签约结果”的提示信息,引导用户返回至账户机构110的操作界面查看签约结果。
图5是本申请实施例的网络支付签约系统的交互过程示例图三。如图5所示,网络支付签约过程包括以下步骤:
(1)用户在账户机构提供的操作界面上,选择拟签约的账户以及目标受理机构,并发起签约申请;
(2)账户机构将拟签约的账户信息及目标受理机构信息,转递至清算机构;
(3)清算机构将账户信息转递至受理机构;
(4)受理机构留存账户信息,完成用户静态信息检查,并向用户发送身份核验信息;
(5)受理机构向清算机构返回信息确认回执(包含跳转地址,跳转地址用于跳转至受理机构的操作界面);
(6)清算机构向账户机构转发信息确认回执;
(7)账户机构根据跳转地址引导用户到受理机构的操作界面;
(8)用户在受理机构操作界面选择签约的受理机构账户,并提交身份核验信息;
(9)受理机构完成用户身份核验信息和签约的受理机构账户的账户状态验证,向清算机构发送签约申请;
(10)清算机构向账户机构转发签约申请信息;
(11)账户机构核验签约相关信息,完成签约;
(12)账户机构向清算机构返回签约结果;
(13)清算机构向受理机构转发签约结果;
(14)受理机构引导用户返回至账户机构的操作界面;
(15)账户机构在自身提供的操作界面中向用户展示签约结果。
本实施例的网络支付签约系统,签约过程中会在账户机构的操作界面和受理机构的操作界面之间跳转,增加了用户的交互体验,并且从账户机构的操作界面中选择账户信息发起签约申请,用户只需从账户机构的操作界面上选择拟签约的目标账户和目标受理机构账户即可完成签约,避免了用户手动输入账户信息的繁琐过程,并且,通过受理机构下发身份核验信息进行用户身份的验证,提高了网络支付签约的安全性。
在本申请实施例一种可能的实现方式中,目标签约信息中包括用户在受理机构的操作界面中选择的签约受理账户,本实施例中,清算机构130还用于获取与签约账户信息中的受理机构信息对应的跳转地址信息,并将跳转地址信息发送给账户机构110,以使账户机构110根据跳转地址信息引导用户进入受理机构150的操作界面。受理机构150还用于获取用户在受理机构的操作界面中选择的签约受理账户,并利用签约受理账户生成目标签约信息。
本实施例中,清算机构130接收到账户机构110发送的签约账户信息后,从签约账户信息中提取出受理机构信息,并可以通过查询预设的受理机构信息与跳转地址信息之间的对应关系,确定与受理机构信息对应的跳转地址信息,进而将跳转地址信息发送给账户机构110,其中,跳转地址信息是受理机构150提前报备至清算机构130的,清算机构130存储受理机构信息与跳转地址信息之间的对应关系。账户机构110接收到跳转地址信息后,引导用户通过跳转地址信息跳转至受理机构150的操作界面。比如,账户机构110的操作界面上可以显示“点击下方链接跳转至受理机构操作界面进行操作”的提示信息来引导用户点击跳转地址信息跳转至受理机构150的操作界面。受理机构150的操作界面上显示可签约的受理机构账户供用户选择,并获取用户选择的签约受理账户,根据签约受理账户生成目标签约信息,通过清算机构130将目标签约信息发送给账户机构110。
进一步地,为了提高网络支付签约的安全性,在本申请实施例一种可能的实现方式中,受理机构150还用于:根据用户通过受理机构150的操作界面输入的身份核验信息,验证用户的身份是否合法。其中,身份核验信息可以是用户在受理机构150中设置的密码、生物信息识别(比如人脸、指纹、声纹等)、U盾等能够识别用户身份的信息。当验证用户身份合法时,受理机构150通过清算机构130向账户机构110发送目标签约信息,以使账户机构110根据目标签约信息完成签约。
也就是说,本实施例中,当用户的用户静态信息验证通过,且用户的身份核验信息也验证通过时,受理机构150才向账户机构110发送目标签约信息进行签约,从而保证了网络支付签约的安全性。
本实施例中,账户机构110完成签约后,将签约结果通过清算机构130反馈给受理机构150。受理机构150还用于在接收到签约结果后,引导用户返回账户机构110的操作界面,以在账户机构110的操作界面上向用户展示签约结果。比如,可以在受理机构150的操作界面上显示“签约已完成,可点击“返回”至账户机构查看签约结果”的提示信息,引导用户返回至账户机构110的操作界面查看签约结果。
图6是本申请实施例的网络支付签约系统的交互过程示例图四。如图6所示,网络支付签约过程包括以下步骤:
(1)用户在账户机构提供的操作界面上,选择拟签约的账户以及目标受理机构,并发起签约申请;
(2)账户机构将拟签约的账户信息及目标受理机构信息,发送至清算机构;
(3)清算机构补充受理机构提前报备的跳转地址;
(4)清算机构向账户机构返回拟签约的账户信息、目标受理机构信息及跳转地址,以方便账户机构核验信息是否正确;
(5)账户机构根据跳转地址引导用户到达受理机构操作界面;
(6)受理机构完成用户静态信息检查,并获取用户选择的受理机构账户信息;
(7)受理机构向清算机构发送签约申请;
(8)清算机构受理签约申请并转发至账户机构;
(9)账户机构核验签约相关信息,完成签约;
(10)账户机构向清算机构返回签约结果;
(11)清算机构向受理机构转发签约结果;
(12)受理机构引导用户返回账户机构的操作界面;
(13)账户机构在自身提供的操作界面中向用户展示签约结果。
本实施例的网络支付签约系统,签约过程中会在账户机构的操作界面和受理机构的操作界面之间跳转,增加了用户的交互体验,并且从账户机构的操作界面中选择账户信息发起签约申请,用户只需从账户机构的操作界面上选择拟签约的目标账户和目标受理机构账户即可完成签约,避免了用户手动输入账户信息的繁琐过程,并且,通过进行用户身份核验,提高了网络支付签约的安全性。
为了实现上述实施例,本申请还提出了一种网络支付签约方法,该网络支付签约方法应用于清算机构,下面结合附图进行描述。
需要说明的是,前述网络支付签约系统实施例中的相关描述也适用于本申请实施例的网络支付签约方法,在如下的网络支付签约方法实施例中,仅对清算机构执行的操作进行说明,对受理机构和账户机构执行的操作不作赘述。
图7是本申请一实施例提出的网络支付签约方法的流程示意图,如图7所述,该网络支付签约方法可以包括以下步骤:
步骤101,接收账户机构发送的签约账户信息,并将签约账户信息发送给受理机构,以使受理机构根据签约账户信息对用户的用户静态信息进行验证,签约账户信息包括用户在账户机构的操作界面上选择的目标账户信息和受理机构信息。
其中,账户机构为银行机构,比如招商银行、农业银行等,用于为用户提供资金账户管理服务;受理机构为用户提供网络支付渠道,可以是银行机构,也可以是第三方支付机构,比如支付宝、微信等。
通过进行网络支付签约,比如将支付宝账号与银行账户进行签约,使得用户通过该支付宝账号进行网络支付时,可以从与之签约的银行账户中进行扣款。本实施例中,用户可以在账户机构提供的操作界面上选择拟签约的目标账户信息和受理机构信息,其中,目标账户信息可以包括但不限于拟签约的账户编码和账户名称,受理机构信息包括拟签约的受理机构名称。账户机构接收到用户选择的目标账户信息和受理机构信息后,根据目标账户信息和受理机构信息生成签约账户信息,并将签约账户信息发送给清算机构。清算机构接收到签约账户信息后,将签约账户信息发送给受理机构,以使受理机构根据签约账户信息对用户的用户静态信息进行验证。
其中,用户的用户静态信息比如可以是用户在账户机构开户时预留的个人信息,包括用户的姓名、身份证号、手机号等。用户静态信息可以携带在目标账户信息中,当用户选定了拟签约的目标账户信息后,用户在账户机构中开立该目标账户时留存的个人信息也同时被选择。
步骤103,接收受理机构发送的目标签约信息,目标签约信息由受理机构对用户的用户静态信息进行验证通过后发送。
当受理机构对用户的用户静态信息进行验证通过后,生成目标签约信息并发送给清算机构。
其中,受理机构对用户的用户静态信息进行验证时,可以将签约账户信息中携带的用户的姓名、身份证号、手机号等是否与用户在受理机构中登记的个人信息一致,若一致,则表明用户静态信息验证通过。
步骤105,将目标签约信息发送给账户机构,以使账户机构根据目标签约信息完成签约。
本实施例中,清算机构接收到受理机构发送的目标签约信息后,将目标签约信息发送给账户机构,以使账户机构根据目标签约信息完成签约。账户机构完成签约后,可以在账户机构的操作界面上向用户展示签约结果,以提示用户签约成功。
步骤107,接收账户机构反馈的签约结果,并将签约结果发送给受理机构。
账户机构完成签约后,可以将签约结果发送给清算机构,由清算机构将签约结果转发给受理机构,以使受理机构获知签约结果。
本实施例的网络支付签约方法,清算机构通过接收账户机构发送的签约账户信息,签约账户信息包括用户在账户机构的操作界面上选择的目标账户信息和受理机构信息,并将签约账户信息发送给受理机构,以使受理机构根据签约账户信息对用户的用户静态信息进行验证,接收受理机构对用户的用户静态信息进行验证通过后发送的目标签约信息,并将目标签约信息发送给账户机构,由此,通过在账户机构对应的操作界面快速选择拟签约账户信息进行网络签约,规避了用户手动输入账户信息的环节,用户无需记住账户信息或查看银行卡来获取账户信息,方便了用户操作,提高了网络签约效率,提升了用户体验,同时还实现了支持用户从账户机构的操作界面发起签约,增加了账户机构的功能;并且,通过清算机构转发受理机构和账户机构的信息,能够保证受理机构和账户机构之间的通信安全性,对二者的通信消息进行记录,实现对受理机构和账户机构的监管。
在本申请实施例一种可能的实现方式中,清算机构还接收账户机构发送的身份验证信息,并将身份验证信息转发给受理机构,以使受理机构对身份验证信息进行验证,身份验证信息由用户通过账户机构的操作界面输入。受理机构对身份验证信息进行验证通过后,向清算机构发送验证通过信息。清算机构接收受理机构发送的验证通过信息,并将验证通过信息转发给账户机构,以使账户机构在接收到验证通过信息后,根据目标签约信息完成签约。
具体实现时,受理机构可以在对用户静态信息进行验证通过后,向用户发送一个身份验证信息,比如通过短信、语音播报、电话播报等方式向用户发送一个验证码(记为第一身份验证信息),并记录该第一身份验证信息。用户接收到验证码之后,可以通过账户机构的操作界面输入该验证码,其中,用户输入的验证码记为第二身份验证信息,账户机构将用户输入的第二身份验证信息发送给清算机构。清算机构接收到第二身份验证信息后,将其发送给受理机构,由受理机构验证第一身份验证信息和第二身份验证信息是否一致,即验证发送给用户的验证码和用户提供的验证码是否一致,若一致则验证通过,向清算机构发送验证通过信息。
进一步地,在本申请实施例一种可能的实现方式中,目标账户信息中包括用户在账户机构开户时预留的手机号码,目标签约信息中包括与手机号码匹配的至少一个受理机构账户信息。本实施例中,清算机构接收受理机构发送的验证通过信息之前,可以先接收账户机构发送的目标受理机构账户信息,并将目标受理机构账户信息发送给受理机构,以使受理机构校验目标受理机构账户信息所对应目标受理账户的账户状态,并在目标受理账户的账户状态为可用状态时,向清算机构发送验证通过信息,目标受理机构账户信息由用户从至少一个受理机构账户信息中选择确定。
其中,目标受理账户的账户状态可以包括销户状态、冻结状态和可用状态,当账户状态为可用状态时,该目标受理账户可以用于签约。
需要说明的是,本实施例中,清算机构可以将账户机构发送的身份验证信息和目标受理机构账户信息一起发送给受理机构,也可以分开发送,本申请对此不作限制。
本实施例中,清算机构通过接收账户机构发送的身份验证信息并转发给受理机构,以进行用户身份的验证,提高了网络支付签约的安全性;通过接收账户机构发送的目标受理机构账户信息并发送给受理机构,以使受理机构校验目标受理机构账户信息所对应目标受理账户的账户状态,有利于保证签约的顺利完成,避免签约完成后因受理账户的账户状态不可用导致的无法完成支付的问题。
在本申请实施例一种可能的实现方式中,目标签约信息中包括用于跳转至受理机构的操作界面的地址信息。本实施例中,清算机构将目标签约信息发送给账户机构之后,还可以接收受理机构发送的签约请求,并将签约请求发送给账户机构,以使账户机构根据签约请求完成签约,其中,签约请求由受理机构对用户在受理机构的操作界面中选择的签约受理账户的账户状态进行验证通过后发送,受理机构的操作界面由账户机构根据地址信息引导用户进入。
本实施例中,目标签约信息中包括用于跳转至受理机构的操作界面的地址信息,账户机构接收到目标签约信息后,从目标签约信息中提取出地址信息并通过自身提供的操作界面将地址信息展示给用户,引导用户进入受理机构的操作界面。完成页面跳转之后,受理机构可以将可签约的受理机构账户显示在操作界面中供用户选择,受理机构获取用户在受理机构的操作界面中选择的签约受理账户,并对签约受理账户的账户状态进行验证,其中账户状态可以包括可用状态、注销状态和冻结状态,当账户状态为可用状态时,签约受理账户的账户状态验证通过,之后,受理机构向清算机构发送签约请求,签约请求中包括签约受理账户的信息和目标账户信息,由清算机构将签约请求转发给账户机构,账户机构接收到签约请求后,根据签约请求完成签约。
在本申请实施例一种可能的实现方式中,目标签约信息中包括用户在受理机构的操作界面中选择的签约受理账户。本实施例中,清算机构接收账户机构发送的签约账户信息之后,还获取与签约账户信息中的受理机构信息对应的跳转地址信息,并将跳转地址信息发送给账户机构,以使账户机构根据跳转地址信息引导用户进入受理机构的操作界面。
本实施例中,清算机构接收到账户机构发送的签约账户信息后,从签约账户信息中提取出受理机构信息,并可以通过查询预设的受理机构信息与跳转地址信息之间的对应关系,确定与受理机构信息对应的跳转地址信息,进而将跳转地址信息发送给账户机构,其中,跳转地址信息是受理机构提前报备至清算机构的,清算机构存储受理机构信息与跳转地址信息之间的对应关系。账户机构接收到跳转地址信息后,引导用户通过跳转地址信息跳转至受理机构的操作界面。从而,用户可以在受理机构的操作界面上选择拟签约的签约受理账户,受理机构根据用户选择的签约受理账户生成目标签约信息,并将目标签约信息发送给清算机构,由清算机构将目标签约信息发送给账户机构以完成签约。
为了实现上述实施例,本申请还提出了一种网络支付签约装置,应用于清算机构。
图8是本申请一实施例提出的网络支付签约装置的结构示意图,如图7所示,该网络支付签约装置20包括:第一接收模块210、第二接收模块230、发送模块250和第三接收模块270。
其中,第一接收模块210,用于接收账户机构发送的签约账户信息,并将所述签约账户信息发送给受理机构,以使所述受理机构根据所述签约账户信息对用户的用户静态信息进行验证,所述签约账户信息包括所述用户在所述账户机构的操作界面上选择的目标账户信息和受理机构信息。
第二接收模块230,用于接收所述受理机构发送的目标签约信息,所述目标签约信息由所述受理机构对所述用户的用户静态信息进行验证通过后发送。
发送模块250,用于将所述目标签约信息发送给所述账户机构,以使所述账户机构根据所述目标签约信息完成签约。
第三接收模块270,用于接收所述账户机构反馈的签约结果,并将所述签约结果发送给所述受理机构。
在本申请实施例一种可能的实现方式中,如图9所示,在如图8所示实施例的基础上,该网络支付签约装置20还包括:
第四接收模块220,用于接收所述账户机构发送的身份验证信息,并将所述身份验证信息转发给所述受理机构,以使所述受理机构对所述身份验证信息进行验证,所述身份验证信息由所述用户通过所述账户机构的操作界面输入;
第五接收模块240,用于接收所述受理机构发送的验证通过信息,并将所述验证通过信息转发给所述账户机构,以使所述账户机构在接收到所述验证通过信息后,根据所述目标签约信息完成签约。
进一步地,在本申请实施例一种可能的实现方式中,目标账户信息中包括所述用户在所述账户机构开户时预留的手机号码,所述目标签约信息中包括与所述手机号码匹配的至少一个受理机构账户信息。本实施例中,如图9所示,该网络支付签约装置20还包括:
第六接收模块260,用于接收所述账户机构发送的目标受理机构账户信息,并将所述目标受理机构账户信息发送给所述受理机构,以使所述受理机构校验所述目标受理机构账户信息所对应目标受理账户的账户状态,并在所述目标受理账户的账户状态为可用状态时,向所述清算机构发送所述验证通过信息,所述目标受理机构账户信息由所述用户从所述至少一个受理机构账户信息中选择确定。
在本申请实施例一种可能的实现方式中,目标签约信息中包括用于跳转至所述受理机构的操作界面的地址信息。如图10所示,在如图8所示实施例的基础上,该网络支付签约装置20还包括:
第七接收模块290,用于接收所述受理机构发送的签约请求,并将所述签约请求发送给所述账户机构,以使所述账户机构根据所述签约请求完成签约,所述签约请求由所述受理机构对所述用户在所述受理机构的操作界面中选择的签约受理账户的账户状态进行验证通过后发送,所述受理机构的操作界面由所述账户机构根据所述地址信息引导用户进入。
在本申请实施例一种可能的实现方式中,目标签约信息中包括所述用户在所述受理机构的操作界面中选择的签约受理账户。如图11所示,在如图8所示实施例的基础上,该网络支付签约装置20还包括:
获取模块200,用于获取与所述签约账户信息中的所述受理机构信息对应的跳转地址信息,并将所述跳转地址信息发送给所述账户机构,以使所述账户机构根据所述跳转地址信息引导所述用户进入所述受理机构的操作界面。
需要说明的是,前述对网络支付签约方法实施例的解释说明,也适用于该实施例的网络支付签约装置,其实现原理类似,此处不再赘述。
本申请实施例的网络支付签约装置,清算机构通过接收账户机构发送的签约账户信息,签约账户信息包括用户在账户机构的操作界面上选择的目标账户信息和受理机构信息,并将签约账户信息发送给受理机构,以使受理机构根据签约账户信息对用户的用户静态信息进行验证,接收受理机构对用户的用户静态信息进行验证通过后发送的目标签约信息,并将目标签约信息发送给账户机构,由此,通过在账户机构对应的操作界面快速选择拟签约账户信息进行网络签约,规避了用户手动输入账户信息的环节,用户无需记住账户信息或查看银行卡来获取账户信息,方便了用户操作,提高了网络签约效率,提升了用户体验,同时还实现了支持用户从账户机构的操作界面发起签约,增加了账户机构的功能;并且,通过清算机构转发受理机构和账户机构的信息,能够保证受理机构和账户机构之间的通信安全性,对二者的通信消息进行记录,实现对受理机构和账户机构的监管。
为了实施上述实施例,本申请还提出一种计算机设备,包括处理器和存储器;其中,所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序,以用于实现如前述实施例所述的网络支付签约方法。
为了实施上述实施例,本申请还提出一种非临时性计算机可读存储介质,其上存储有计算机程序,当所述计算机程序被处理器执行时,实现如前述实施例所述的网络支付签约方法。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如,如果用硬件来实现和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (15)
1.一种网络支付签约系统,其特征在于,包括:账户机构、清算机构和受理机构;其中,
所述账户机构,用于获取签约账户信息,并将所述签约账户信息通过所述清算机构发送给所述受理机构,所述签约账户信息包括用户在所述账户机构的操作界面上选择的目标账户信息和受理机构信息;
所述受理机构,用于根据所述签约账户信息对所述用户的用户静态信息进行验证,并在验证通过后通过所述清算机构向所述账户机构发送目标签约信息;
所述账户机构,还用于在接收到所述目标签约信息后,根据所述目标签约信息完成签约,并通过所述清算机构向所述受理机构反馈签约结果,以及在所述账户机构的操作界面上向所述用户展示所述签约结果。
2.如权利要求1所述的网络支付签约系统,其特征在于,
所述受理机构,还用于在所述用户静态信息验证通过后,向所述用户发送第一身份验证信息;
所述账户机构,还用于接收所述用户通过所述账户机构的操作界面输入的第二身份验证信息,并将所述第二身份验证信息通过所述清算机构发送给所述受理机构;
所述受理机构,还用于比较所述第一身份验证信息和所述第二身份验证信息是否一致,若一致,则通过所述清算机构向所述账户机构转发验证通过信息,以使所述账户机构在接收到所述验证通过信息后完成签约。
3.如权利要求2所述的网络支付签约系统,其特征在于,所述目标账户信息中包括所述用户在所述账户机构开户时预留的手机号码,所述目标签约信息中包括与所述手机号码匹配的至少一个受理机构账户信息;
所述账户机构,还用于将所述至少一个受理机构账户信息展示给所述用户,并将所述用户从所述至少一个受理机构账户信息中选择的目标受理机构账户信息通过所述清算机构发送给所述受理机构;
所述受理机构,还用于在发送所述验证通过信息之前,校验所述目标受理机构账户信息所对应目标受理账户的账户状态,在所述目标受理账户的账户状态为可用状态时,发送所述验证通过信息。
4.如权利要求1所述的网络支付签约系统,其特征在于,所述目标签约信息中包括所述用户静态信息验证通过信息,以及与所述用户在所述账户机构开户时预留的手机号码匹配的至少一个受理机构账户信息;
所述账户机构,具体用于将所述至少一个受理机构账户信息展示给所述用户,并基于所述用户从所述至少一个受理机构账户信息中选择的目标受理机构账户信息和所述目标账户信息完成签约。
5.如权利要求1所述的网络支付签约系统,其特征在于,所述目标签约信息中包括用于跳转至所述受理机构的操作界面的地址信息;
所述账户机构,具体用于根据所述地址信息引导用户进入所述受理机构的操作界面;
所述受理机构,还用于获取所述用户在所述受理机构的操作界面中选择的签约受理账户,并对所述签约受理账户的账户状态进行验证,在验证通过后通过所述清算机构向所述账户机构发送签约请求;
所述账户机构,还用于根据所述签约请求完成签约。
6.如权利要求5所述的网络支付签约系统,其特征在于,所述受理机构,还用于:
向所述用户发送身份验证信息,并对所述用户在所述受理机构的操作界面中输入的身份验证信息进行验证,并在验证通过后向所述账户机构发送所述签约请求。
7.如权利要求1所述的网络支付签约系统,其特征在于,所述目标签约信息中包括所述用户在所述受理机构的操作界面中选择的签约受理账户;
所述清算机构,还用于获取与所述签约账户信息中的所述受理机构信息对应的跳转地址信息,并将所述跳转地址信息发送给所述账户机构,以使所述账户机构根据所述跳转地址信息引导所述用户进入所述受理机构的操作界面;
所述受理机构,还用于获取所述用户在所述受理机构的操作界面中选择的签约受理账户,并利用所述签约受理账户生成所述目标签约信息。
8.如权利要求7所述的网络支付签约系统,其特征在于,所述受理机构,还用于:
根据所述用户通过所述受理机构的操作界面输入的身份核验信息,验证所述用户的身份是否合法。
9.如权利要求5-8任一项所述的网络支付签约系统,其特征在于,所述受理机构,还用于:
在接收到所述签约结果后,引导所述用户返回所述账户机构的操作界面,以在所述账户机构的操作界面上向所述用户展示所述签约结果。
10.一种网络支付签约方法,应用于清算机构,其特征在于,包括:
接收账户机构发送的签约账户信息,并将所述签约账户信息发送给受理机构,以使所述受理机构根据所述签约账户信息对用户的用户静态信息进行验证,所述签约账户信息包括所述用户在所述账户机构的操作界面上选择的目标账户信息和受理机构信息;
接收所述受理机构发送的目标签约信息,所述目标签约信息由所述受理机构对所述用户的用户静态信息进行验证通过后发送;
将所述目标签约信息发送给所述账户机构,以使所述账户机构根据所述目标签约信息完成签约;
接收所述账户机构反馈的签约结果,并将所述签约结果发送给所述受理机构。
11.如权利要求10所述的网络支付签约方法,其特征在于,还包括:
接收所述账户机构发送的身份验证信息,并将所述身份验证信息转发给所述受理机构,以使所述受理机构对所述身份验证信息进行验证,所述身份验证信息由所述用户通过所述账户机构的操作界面输入;
接收所述受理机构发送的验证通过信息,并将所述验证通过信息转发给所述账户机构,以使所述账户机构在接收到所述验证通过信息后,根据所述目标签约信息完成签约。
12.如权利要求11所述的网络支付签约方法,其特征在于,所述目标账户信息中包括所述用户在所述账户机构开户时预留的手机号码,所述目标签约信息中包括与所述手机号码匹配的至少一个受理机构账户信息;在所述接收所述受理机构发送的验证通过信息之前,还包括:
接收所述账户机构发送的目标受理机构账户信息,并将所述目标受理机构账户信息发送给所述受理机构,以使所述受理机构校验所述目标受理机构账户信息所对应目标受理账户的账户状态,并在所述目标受理账户的账户状态为可用状态时,向所述清算机构发送所述验证通过信息,所述目标受理机构账户信息由所述用户从所述至少一个受理机构账户信息中选择确定。
13.如权利要求10所述的网络支付签约方法,其特征在于,所述目标签约信息中包括用于跳转至所述受理机构的操作界面的地址信息;在所述将所述目标签约信息发送给所述账户机构之后,还包括:
接收所述受理机构发送的签约请求,并将所述签约请求发送给所述账户机构,以使所述账户机构根据所述签约请求完成签约,所述签约请求由所述受理机构对所述用户在所述受理机构的操作界面中选择的签约受理账户的账户状态进行验证通过后发送,所述受理机构的操作界面由所述账户机构根据所述地址信息引导用户进入。
14.如权利要求10所述的网络支付签约方法,其特征在于,所述目标签约信息中包括所述用户在所述受理机构的操作界面中选择的签约受理账户;在所述接收账户机构发送的签约账户信息之后,还包括:
获取与所述签约账户信息中的所述受理机构信息对应的跳转地址信息,并将所述跳转地址信息发送给所述账户机构,以使所述账户机构根据所述跳转地址信息引导所述用户进入所述受理机构的操作界面。
15.一种网络支付签约装置,应用于清算机构,其特征在于,包括:
第一接收模块,用于接收账户机构发送的签约账户信息,并将所述签约账户信息发送给受理机构,以使所述受理机构根据所述签约账户信息对用户的用户静态信息进行验证,所述签约账户信息包括所述用户在所述账户机构的操作界面上选择的目标账户信息和受理机构信息;
第二接收模块,用于接收所述受理机构发送的目标签约信息,所述目标签约信息由所述受理机构对所述用户的用户静态信息进行验证通过后发送;
发送模块,用于将所述目标签约信息发送给所述账户机构,以使所述账户机构根据所述目标签约信息完成签约;
第三接收模块,用于接收所述账户机构反馈的签约结果,并将所述签约结果发送给所述受理机构。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010613338.XA CN113869903A (zh) | 2020-06-30 | 2020-06-30 | 网络支付签约系统、网络支付签约方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010613338.XA CN113869903A (zh) | 2020-06-30 | 2020-06-30 | 网络支付签约系统、网络支付签约方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113869903A true CN113869903A (zh) | 2021-12-31 |
Family
ID=78981268
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010613338.XA Pending CN113869903A (zh) | 2020-06-30 | 2020-06-30 | 网络支付签约系统、网络支付签约方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113869903A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114757678A (zh) * | 2022-04-25 | 2022-07-15 | 中国建设银行股份有限公司 | 账户合约关系的存储方法、销户方法、装置、设备及介质 |
-
2020
- 2020-06-30 CN CN202010613338.XA patent/CN113869903A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114757678A (zh) * | 2022-04-25 | 2022-07-15 | 中国建设银行股份有限公司 | 账户合约关系的存储方法、销户方法、装置、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11107072B2 (en) | Mobile phone ATM processing methods and systems | |
US11983700B2 (en) | System built by connection between a mobile terminal and a service providing device, and service providing method | |
WO2015051727A1 (zh) | 电子交易方法、系统及支付平台系统 | |
US9978064B2 (en) | Hosted thin-client interface in a payment authorization system | |
US9009071B1 (en) | System and method for providing a live register receipt | |
CN104021472A (zh) | 身份验证方法及系统 | |
US11636488B2 (en) | System for managing personal identifiers and financial instrument use | |
CN101916478A (zh) | 一种客户端自动获取普通短信中动态密码并验证输入的方法 | |
CN110097356B (zh) | 一种支付方法、装置、设备和存储介质 | |
CN111260350B (zh) | 缴税支付方法、装置、电子设备和存储介质 | |
CN112580306A (zh) | 生成保函的方法及装置 | |
CN115516482A (zh) | 聚合支付方法及相关产品 | |
CN113869903A (zh) | 网络支付签约系统、网络支付签约方法及装置 | |
CN111027950A (zh) | 支付签约系统、方法和装置 | |
CN115175183B (zh) | 基于5g消息的鉴权方法及鉴权装置 | |
CN112712359B (zh) | 货币的收款方法、收款装置及可读存储介质 | |
CN109801050B (zh) | 一种用于在线商城的移动支付sdk和支付方法 | |
CN113053041A (zh) | 业务流程的识别方法、装置及系统 | |
CN114841686A (zh) | 支付交易方法、支付机构服务器、商户终端和电子设备 | |
CN113496407A (zh) | 签约申请处理方法、装置、电子设备和存储介质 | |
CN110766386A (zh) | 一种基于智能计算器的支付方法及智能计算器 | |
CA2993256C (en) | Electronic certificate issuing method, apparatus, and system | |
US20240185246A1 (en) | Transaction support system, transaction support method, and recording medium | |
US20240202714A1 (en) | Methods and systems for processing transactions on a value dispensing device using a mobile device | |
US20230074231A1 (en) | Information processing apparatus, method and system |
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 | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40058682 Country of ref document: HK |