CN101599150A - 一种分期支付业务的实现方法及系统 - Google Patents
一种分期支付业务的实现方法及系统 Download PDFInfo
- Publication number
- CN101599150A CN101599150A CNA2009101373357A CN200910137335A CN101599150A CN 101599150 A CN101599150 A CN 101599150A CN A2009101373357 A CNA2009101373357 A CN A2009101373357A CN 200910137335 A CN200910137335 A CN 200910137335A CN 101599150 A CN101599150 A CN 101599150A
- Authority
- CN
- China
- Prior art keywords
- platform
- request message
- bank
- payable
- party
- 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
Abstract
本申请公开了一种分期支付业务的实现方法,该方法为:第三方支付平台接收电子商务交易平台发送的携带业务申请相关信息的第一请求消息后,向银行平台发送携带所述业务申请相关信息的第二请求消息,其中,所述第一请求消息和第二请求消息用于申请使用基于商品交易的分期支付业务;第三方支付平台接收银行平台根据所述业务申请相关信息对相应用户进行资质及信用额度认证的认证结果,以及在根据该认证结果确定银行平台允许用户使用分期支付业务时,按照分期支付业务的执行模式处理所述商品交易,并将处理结果通知电子商务交易平台。这样,便有效地防止了用户数据的泄露,提高了商品交易的安全性;同时,也大大缩短了商品交易的支付流程,节省了支付时间。本发明同时公开了一种分期支付业务系统。
Description
技术领域
本申请涉及计算机领域,特别涉及一种分期支付业务的实现方法及系统。
背景技术
随着电子商务技术的发展,越来越多的人选择在电子商务平台上进行网上购物,涉及买卖的产品也越来越丰富,涉及金额也越来越大,因此,如何在网上安全便捷的进行支付便成为了电子商务发展过程中急需要解决的问题。
现有技术下,电子商务交易平台有多种方法来实现支付,其中有一类支付方法是通过第三方支付平台完成电子支付。所谓第三方支付平台,是专门用于解决网上交易支付问题的电子平台,该等第三方支付平台,通常与若干个电子商务交易平台及若干个银行的电子平台通过互联网或者专线相连,帮助用户在网上安全便捷的完成指定商品的支付流程。通过第三方支付,通常具有较高的便捷性及安全性。
同时,随着信用卡的日趋普及,越来越多的人使用信用卡来进行网上支付。信用卡支付分两种,一种为全额支付,另一种为分期支付。为了最大程度地刺激消费者的购买欲,而这一销售模式随着技术的发展也逐渐被电子商务所采用。同时,传统的网上分期支付需要用户通过客户端登录电子商务交易平台进行商品选购后,在客户端呈现的电子商务交易平台页面中输入信用卡卡号及其他相关信息,而客户端则将用户输入的交易信息上报至电子商务交易平台,电子商务交易平台会将用户的交易信息呈现给第三方支付平台的后台工作人员,由工作人员将用户的交易信息录入银行Epos机,从而向银行平台申请使用该用户的信用卡分期支付业务,待银行系统返回提示申请成功的处理结果后,用户才可以使用信用卡来购买选中的商品。显然,在业务申请过程中采用目前的人易的风险性;同时,也在很大程度上降低了电子商务交易平台对商品交易的处理效率,这在交易量高峰时期将会严重影响用户体验。另一方面,信用卡的发卡行众多,电子商务平台如果要开通信用卡支付需要和多家银行的网上支付系统连接,而由于各银行的系统均不相同,这无疑增加了电子商务平台的接入成本。
如此,如何在第三方支付平台上安全地实现信用卡的分期支付成为业界急需解决的问题。
发明内容
本申请实施例提供一种分期支付业务的实现方法及系统,用以提高电子商务交易平台针对商品交易的处理效率。
本申请实施例提供的具体技术方案如下:
一种分期支付业务的实现方法,包括:
第三方支付平台接收电子商务交易平台发送的携带业务申请相关信息的第一请求消息,所述第一请求消息用于申请使用基于商品交易的分期支付业务;
所述第三方支付平台向银行平台发送携带所述业务申请相关信息的第二请求消息,所述第二请求消息用于申请使用基于商品交易的分期支付业务;
所述第三方支付平台接收银行平台根据所述业务申请相关信息对相应用户进行资质及信用额度认证的认证结果,以及在根据该认证结果确定银行平台允许用户使用分期支付业务时,按照分期支付业务的执行模式处理所述商品交易,并将处理结果通知电子商务交易平台。
一种系统,包括:
电子商务交易平台,用于接收客户端发送的第一请求消息,并向第三方支付平台转发该第一请求消息,所述第一请求消息用于申请使用基于商品交易的分期支付业务;
分期支付业务;
第三方支付平台,用于接收电子商务交易平台发送的第一请求消息,并向银行平台发送携带所述业务申请相关信息的第二请求消息,该第二请求消息用于申请使用所述支付业务;以及接收银行平台根据上述业务申请相关信息对相应用户进行资质及信用额度认证的认证结果,以及在根据该认证结果确定银行平台允许用户使用分期支付业务时,按照分期支付业务的执行模式处理所述商品交易,并通过所述管理服务器将处理结果通知电子商务交易平台;
银行平台,归属于银行系统,用于接收第三方支付平台发送的第二请求消息,并根据其携带的业务申请相关信息对相应用户进行资质及信用额度认证,以及将认证结果返回给第三方支付平台。
本申请实施例中,第三方支付平台接收电子商务交易平台发送的携带业务申请相关信息的第一请求消息后,向银行平台发送携带所述业务申请相关信息的第二请求消息,其中,所述第一请求消息和第二请求消息用于申请使用基于商品交易的分期支付业务;第三方支付平台接收银行平台根据所述业务申请相关信息对相应用户进行资质及信用额度认证的认证结果,以及在根据该认证结果确定银行平台允许用户使用分期支付业务时,通知电子商务交易平台按照分期支付业务的执行模式处理所述商品交易。这样,便通过第三方支付平台实现了电子商务交易平台和银行平台的直接对接,使用户数据得以不落地,从而有效地防止了用户数据的泄露,提高了商品交易的安全性;同时,也大大缩短了商品交易的支付流程,节省了支付时间,有效提高了电子商务交易平台内各商品交易的处理效率,提升了用户体验。
附图说明
图1为本申请实施例中网络环境示意图;
图2和图3为本申请实施例中电子商务交易平台通过第三方支付平台向银行平台申请信用卡分期支付业务流程图。
具体实施方式
为了提高电子商务交易平台针对商品交易的处理效率,本申请实施例中,借用了第三方支付平台来实现信用卡的分期付款,由第三方支付平台接收电子商务交易平台发送的携带业务申请相关信息的第一请求消息后,向银行平台发送携带所述业务申请相关信息的第二请求消息,其中,所述第一请求消息和第二请求消息用于申请使用基于商品交易的分期支付业务;第三方支付平台接收银行平台根据所述业务申请相关信息对相应用户进行资质及信用额度认证的认证结果,以及在根据该认证结果确定银行平台允许用户使用分期支付业务时,通知电子商务交易平台按照分期支付业务的执行模式处理所述商品交易。
在实际应用中,第三方支付平台可以通过经银行系统授权的端口向银行平台银行平台发送第二请求消息,或者,第三方支付平台通过经银行系统授权的专线服务器向银行平台发送第二请求消息。
下面以上述第二种情况为例,同时以支付业务为信用卡分期支付业务为例,结合附图对本申请优选的实施方式进行详细说明。
参阅图1所示,客户端10,用于向电子商务交易平台11发送携带业务申请相关信息的第一请求消息,该第一请求消息用于申请使用基于商品交易的支付业务;本实施例中,第一请求消息可以采用随机生成的密钥或者数字证书进行加密,以保障其信息安全性;在第一请求消息中,可以携带商户ID、商品类目、交易总金额、商户流水号、信用卡分期期数(可选)等等相关信息。
电子商务交易平台11,用于接收客户端10发送的第一请求消息,并向第三方支付平台12转发该第一请求消息;
参阅图1所示,本实施例中,电子商务交易平台11由Web服务器和应用服务器组成,其中Web服务器用于建立商户与第三方支付平台12之间的通讯连接,应用服务器用于处理商户的各种商品交易。
第三方支付平台12,用于接收电子商务交易平台11发送的第一请求消息,求消息用于申请使用所述支付业务;以及接收银行平台根据上述业务申请相关信息对相应用户进行资质及信用额度认证的认证结果,以及在根据该认证结果确定银行平台允许用户使用分期支付业务时,按照分期支付业务的执行模式处理所述商品交易,再将处理结果通知电子商务交易平台。
本实施例中,在第二请求消息中携带有用户信用卡卡号、信用卡安全特征信息(Card Security Code,CVV2)、信用卡有效期、信用卡分期期数和商品金额等等。
实际应用中,第三方支付平台12是专门用于完成支付行为的电子平台,其有多种构建方式,至少包含以下功能模块:
第一通信模块,用于接收电子商务交易平台11发送的第一请求消息,该第一请求消息用于申请使用基于商品交易的支付业务;
参阅图1所示,对应于本实施例,第一通信模块相当于图1中所示的管理服务器。
第二通信模块,用于向银行平台13发送携带所述业务申请相关信息的第二请求消息,该第二请求消息用于申请使用所述支付业务;以及接收银行平台根据上述业务申请相关信息对相应用户进行资质及信用额度认证的认证结果;
参阅图1所示,对应于本实施例,第二通信模块相当于图1中所示的专线授权服务器;
处理模块,用于在根据该认证结果确定银行平台允许用户使用分期支付业务时,按照分期支付业务的执行模式处理所述商品交易,并通过第一通信模块将处理结果通知电子商务交易平台11。
参阅图1所示,对应于本实施例,处理模块相当于图1中所示的Web服务器。
当然,网络环境的构建方式不止图1中所示的一种方式,图1仅为举例。
银行平台13,归属于银行系统,用于接收第三方支付平台12发送的第二请求消息,并根据其携带的业务申请相关信息对相应用户进行资质及信息额度认证,以及将认证结果返回给第三方支付平台12。
所谓资质及信用额度认证即是指验证用户提交的卡号信息(包括卡号、CVV2、有效期等)是否正确,用户的信用等级是否符合使用分期支付业务的要求(包括历史逾期还款情况、历史消费额度、当前透支额度等等)。
参阅图1所示,本实施全名,银行平台13由银行Web服务器和银行FTP服务器组成,银行Web服务器用于处理银行业务,银行FTP服务器用于保管业务数据及用户资料。
基于上述架构,本申请实施例中,用户通过客户端10登录电子商务交易平台11,电子商务交易平台11通过客户端10将包含各种商品信息的网页页面呈现给用户,用户选中有意购买的商品,并将付款模式确定为“信用卡分期支付”后,客户端10将根据用户的选择触发后续的交易流程。
参阅图2所示,本实施例中,电子商务交易平台11根据用户指示向银行系统申请信用卡分期支付业务的简易流程如下:
步骤200:第三方支付平台12接收电子商务交易平台11发送的携带业务申请相关信息的第一请求消息,所述第一请求消息用于申请使用基于商品交易的分期支付业务。
步骤210:第三方支付平台12向银行平台13发送携带所述业务申请相关信息的第二请求消息,所述第二请求消息用于申请使用基于商品交易的分期支付业务。
步骤220:第三方支付平台12接收银行平台13根据所述业务申请相关信息对相应用户进行资质及信用额度认证的认证结果,以及在根据该认证结果确定银行平台13允许用户使用分期支付业务时,通知电子商务交易平台11按照分期支付业务的执行模式处理所述商品交易。
参阅图3所示,本实施例中,电子商务交易平台11根据用户指示向银行系统申请信用卡分期支付业务的详细流程如下:
系统申请信用卡分期支付业务的详细流程如下:
步骤300:客户端10根据用户指示向电子商务交易平台11发送用于申请信用卡分期支付业务的请求消息,该请求消息中携带用户的业务申请相关信息。
实际应用中,业务申请相关信息包含但不限于以下几种:用户的信用卡卡号、CVV2、信用卡有效期、信用卡分期期数和商品金额等等;其中,CVV2是信用卡在进行网络交易和电话交易时的一个安全特征,它通常是印刷在信用卡上面的3或4位数字,用于证实付款人在交易时是拥有信用卡的,从而防止信用卡欺诈。
步骤310:电子商务交易平台11按照预设规则对用户的业务申请相关信息进行报文组装。
本实施例中,以报文格式为XML格式为例,可以采用以下方式组装报文:
<complexType>
<sequence>
<element name=″Token″nillable=″true″type=″xsd:string″/>
<element name=″BatchNum″nillable=″true″type=″xsd:string″/>
<element name=″CardNo″nillable=″true″type=″xsd:string″/>
<element name=″ExpiryDate″nillable=″true″type=″xsd:string″/>
<element name=″TraceNum″type=″xsd:int″/>
<element name=″PreBatchNum″nillable=″true″type=″xsd:string″/>
<element name=″PreTransTime″nillable=″true″type=″xsd:string″/>
<element name=″PreTraceNum″type=″xsd:int″/>
<element name=″PreAmount″nillable=″true″type=″xsd:string″/>
<element name=″PreAuthID″nillable=″true″type=″xsd:string″/>
<element
其中,Token表示操作会话标识、BatchNum表示交易批次号、CardNo表示卡号、ExpiryDate表示卡片有效期、TraceNum表示交易跟踪号、PreBatchNum表示原批次号、PreTransTime表示原交易时间、PreTraceNum表示原交易跟踪号、PreRefNum表示原交易流水号、PreAmount表示原交易金额、PreAuthID表示原授权号。
步骤320:电子商务交易平台11向第三方支付平台12转发从客户端10接收的请求消息,指示第三方支付平台12向银行系统申请使用用户的信用卡分期支付业务。
本实施例中,电子商务交易平台11通过上述请求消息,将按照预设规则进行报文组装的业务申请相关信息发送至第三方支付平台12。
步骤330:第三方支付平台12按照指示向归属于银行系统的银行平台13发送信用卡分期支付业务请求消息,该消息中携带用户的业务申请相关信息。
本实施例中,第三方支付平台12和银行平台13之间通过数据专线建立通信连接,并且其互访时使用的IP地址和端口均可由管理人员专门设置,其余平台一律拒绝交互,从而有效地防止了用户数据泄露,在很大程度上保证了交易的安全性。
另一方面,本实施例中,第三方支付平台12接收电子商务交易平台11发来的报文,将报文进行本地储存,如存储在缓存中或存储在硬盘中;然后进行报文解析,并从中提取出本次支付流程针对的商户ID、商品类目、交易总金额、商户流水号、信用卡分期期数(可选)等等,接着,第三支付平台提示用户输入用于资质及信用额度认证时使用的相关数据,例如,信用卡卡号、CVV2、信用卡有效期等等。最后,第三方支付平台12对接收到的所有信息进行再次组装并将该报文采用简单对象访问(Simple Object Access Protocol,SOAP)协议进行数据传送,SOAP协议是在分散或分布式的环境中交换信息的协议,是一个基于XML的协议,使用SOAP协议进行数据传送有利于在不同的硬软件平台中实现本申请实施例的技术方案,便于系统移植。
步骤340:银行平台13获取信用卡分期支付业务请求消息中携带的业务申请相关信息,并根据该业务申请相关信息对用户进行资质及信用额度认证,即判断该用户是否具有使用信用卡分期支付业务的资格。
实际应用中,银行平台13对用户进行资质及信用额度认证时,可以根据银行系统内保存的该用户以往的信用卡交易记录对用户的还款情况、信誉指数进行评估,并根据评估结果决定该用户是否可以使用信用卡分期支付业务。
步骤350:银行平台13确定用户通过资质及信用额度认证后,向第三方支付平台12返回认证结果,即申请成功响应消息,通知第三方支付平台12允许用户使用信用卡分期支付业务。
步骤360:第三方支付平台12确定银行平台13允许用户使用信用卡分期支付业务时,按照分期支付业务的执行模式处理所述商品交易。
本实施例中,第三方支付平台12按照分期支付业务的执行模式处理商品交易时可以包括:第三方支付平台12向银行平台13发送用于申请扣款的请求消息,银行平台13接收到申请扣款的请求消息后,从用户的信用卡帐户中扣除相应款项,并输入第三方支付平台12的银行账户中,由第三方支付平台12将自身的银行账户中的款项转入商家帐户入账。
按照分期期数和每期需支付的费用,从用户信用卡账户中扣除相应的费用。
步骤370:第三方支付平台12向电子商务交易平台11转发申请成功响应消息。
本实施例中,第三方支付平台12向电子商务交易平台11转发申请成功响应消息,是为了通知电子商务交易平台11用户的信用卡分期支付业务已申请成功,并且已从用户的信用卡账户中扣除相应数目的费用,可以将该用户的付款状态更新为“已付款”;同理,若银行平台13返回的认证结果为申请失败响应消息,则第三方支付平台12仍需将申请失败响应消息转发至电子商务交易平台11,电子商务交易平台11可以拒绝本次交易,或者根据用户指示再次请求第三方支付平台12按照其他支付业务的执行模式处理用户当前的商品交易,在此不再赘述。
步骤380:电子商务交易平台11通过客户端10,在网页页面中向用户呈现信用卡分期支付业务申请成功的信息,以及此次商品交易的处理结果。
在上述实施例中,若客户端10发送的用于申请信用卡分期支付业务的请求消息已符合预设的报文组建规则,那么,电子商务交易平台11可以不对其进行重新组建,而是直接将该请求消息转发至第三方支付平台12,在此不再赘述。
另一方面,在实际应用中,第三方支付平台12可以通过经银行系统授权的端口直接向银行平台13发送信用卡分期支付业务请求消息,以完成后续的业务申请流程;这同样可以达到提高处理效率的技术效果,本实施例仅以设置独立的专线服务器为例进行介绍,在此不再赘述。
基于上述各实施例中,如图1所示,为了进一步加强用户数据的安全性,可以在第三方支付平台12内设置专门的文件服务器,用于保存用户交易记录和用户资料,文件服务器定期通过授权端口或专线服务器与银行平台13进行对账,从而及时更新本地的用户交易记录和用户资料,以保证信息的准确性。
本实施例中,同样出于安全性目的,文件服务器采用FTP协议与银行平台13进行对账。
综上所述,本申请实施例中,通过第三方支付平台12实现了电子商务交易平台11和银行平台13的直接对接,使用户数据得以不落地,从而有效地防止了用户数据的泄露,提高了商品交易的安全性;同时,也大大缩短了商品交易的支付流程,节省了支付时间,有效提高了电子商务交易平台11内各商品交易的处理效率,提升了用户体验。
显然,本领域的技术人员可以对本申请中的实施例进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请实施例中的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请中的实施例也意图包含这些改动和变型在内。
Claims (11)
1、一种分期支付业务的实现方法,其特征在于,包括:
第三方支付平台接收电子商务交易平台发送的携带业务申请相关信息的第一请求消息,所述第一请求消息用于申请使用基于商品交易的分期支付业务;
所述第三方支付平台向银行平台发送携带所述业务申请相关信息的第二请求消息,所述第二请求消息用于申请使用基于商品交易的分期支付业务;
所述第三方支付平台接收银行平台根据所述业务申请相关信息对相应用户进行资质及信用额度认证的认证结果,以及在根据该认证结果确定银行平台允许用户使用分期支付业务时,按照分期支付业务的执行模式处理所述商品交易,并将处理结果通知电子商务交易平台。
2、如权利要求1所述的方法,其特征在于,所述第三方支付平台通过经银行系统授权的端口向银行平台发送所述第二请求消息,或者,所述第三方支付平台通过经银行系统授权的专线服务器向银行平台发送所述第二请求消息。
3、如权利要求2所述的方法,其特征在于,所述第三方支付平台采用简单对象访问SOAP协议对第二请求消息进行报文组装。
4、如权利要求2所述的方法,其特征在于,第三方支付平台将交易记录和用户资料保存在独立设置的文件服务器中,该文件服务器通过所述经银行系统授权的端口,或者通过所述专线服务器与银行平台进行对账。
5、如权利要求4所述的方法,其特征在于,所述文件服务器采用FTP协议与银行系统进行数据传送。
6、如权利要求1-5任一项所述的方法,其特征在于,所述第一请求消息中携带商户标识ID、商品类目、交易总金额和商户流水号。
7、如权利要求1-5任一项所述的方法,其特征在于,所述第二请求消息中携带用户信用卡卡号、信用卡安全特征信息,CVV2、信用卡有效期、信用卡分期期数和商品金额。
8、一种分期支付业务系统,其特征在于,包括:
电子商务交易平台,用于接收客户端发送的第一请求消息,并向第三方支付平台转发该第一请求消息,所述第一请求消息用于申请使用基于商品交易的分期支付业务;
第三方支付平台,用于接收电子商务交易平台发送的第一请求消息,并向银行平台发送携带所述业务申请相关信息的第二请求消息,该第二请求消息用于申请使用所述支付业务;以及接收银行平台根据上述业务申请相关信息对相应用户进行资质及信用额度认证的认证结果,以及在根据该认证结果确定银行平台允许用户使用分期支付业务时,按照分期支付业务的执行模式处理所述商品交易,再将处理结果通知电子商务交易平台;
银行平台,归属于银行系统,用于接收第三方支付平台发送的第二请求消息,并根据其携带的业务申请相关信息对相应用户进行资质及信用额度认证,以及将认证结果返回给第三方支付平台。
9、如权利要求8所述的系统,其特征在于,所述第三方支付平台通过经银行系统授权的端口向银行平台发送所述第二请求消息,或者,所述第三方支付平台通过经银行系统授权的专线服务器向银行平台发送所述第二请求消息。
10、如权利要求8或9所述的系统,其特征在于,第三方支付平台将交易记录和用户资料保存在独立设置的文件服务器中,该文件服务器通过所述经银行系统授权的端口,或者通过所述专线服务器与银行平台进行对账。
11、如权利要求8或9所述的系统,其特征在于,所述第三方支付平台包括:
管理服务器,用于接收电子商务交易平台发送的第一请求消息,该第一请求消息用于申请使用基于商品交易的支付业务;
专线授权服务器,用于向银行平台发送携带所述业务申请相关信息的第二请求消息,该第二请求消息用于申请使用所述支付业务;以及接收银行平台根据上述业务申请相关信息对相应用户进行资质及信用额度认证的认证结果;
Web服务器,用于在根据该认证结果确定银行平台允许用户使用分期支付业务时,按照分期支付业务的执行模式处理所述商品交易,并通过所述管理服务器将处理结果通知电子商务交易平台。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2009101373357A CN101599150A (zh) | 2009-04-24 | 2009-04-24 | 一种分期支付业务的实现方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2009101373357A CN101599150A (zh) | 2009-04-24 | 2009-04-24 | 一种分期支付业务的实现方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101599150A true CN101599150A (zh) | 2009-12-09 |
Family
ID=41420587
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2009101373357A Pending CN101599150A (zh) | 2009-04-24 | 2009-04-24 | 一种分期支付业务的实现方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101599150A (zh) |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102867250A (zh) * | 2011-06-22 | 2013-01-09 | 美国博通公司 | 用于交易支付授权的移动装置 |
CN104200384A (zh) * | 2014-08-18 | 2014-12-10 | 中国建设银行股份有限公司 | 用于在线申请大额分期的信息处理系统及方法 |
CN104392376A (zh) * | 2014-11-06 | 2015-03-04 | 中国建设银行股份有限公司 | 一种交易事件处理方法及装置 |
CN104700272A (zh) * | 2013-12-05 | 2015-06-10 | 携程计算机技术(上海)有限公司 | 网上支付系统及方法 |
CN105574762A (zh) * | 2015-12-14 | 2016-05-11 | 重庆城银科技有限公司 | 一种对账方法与系统 |
WO2016172961A1 (zh) * | 2015-04-30 | 2016-11-03 | 深圳市银信网银科技有限公司 | 基于不同资金服务器的支付系统及其支付方法、装置和服务器 |
WO2016172939A1 (zh) * | 2015-04-30 | 2016-11-03 | 深圳市银信网银科技有限公司 | 基于不同资金服务器的支付系统及其支付方法、装置和服务器 |
CN106101092A (zh) * | 2016-06-07 | 2016-11-09 | 腾讯科技(深圳)有限公司 | 一种信息评估处理方法及第一实体 |
CN106204017A (zh) * | 2016-07-14 | 2016-12-07 | 乐视控股(北京)有限公司 | 业务的交易处理系统及其方法 |
CN106557921A (zh) * | 2016-11-30 | 2017-04-05 | 广州市万表科技股份有限公司 | 在线支付方法及装置 |
CN107656955A (zh) * | 2017-03-14 | 2018-02-02 | 平安科技(深圳)有限公司 | 还款数据分批报盘方法和装置 |
CN107909444A (zh) * | 2017-11-29 | 2018-04-13 | 清远市巴富网络科技有限公司 | 一种白条金融服务系统及方法 |
CN108038686A (zh) * | 2017-11-06 | 2018-05-15 | 阿里巴巴集团控股有限公司 | 基于信用实现支付的方法 |
CN108346044A (zh) * | 2017-01-25 | 2018-07-31 | 马静 | 一种快速无卡分期的授权方法及系统 |
CN108876208A (zh) * | 2018-08-08 | 2018-11-23 | 厦门市七星通联科技有限公司 | 一种分期支付风控审核方法及系统 |
CN109064282A (zh) * | 2018-07-27 | 2018-12-21 | 阿里巴巴集团控股有限公司 | 业务处理方法、装置及系统 |
CN109685494A (zh) * | 2018-12-17 | 2019-04-26 | 深圳壹账通智能科技有限公司 | 分期支付方法、装置、计算机设备和存储介质 |
CN111190705A (zh) * | 2019-12-31 | 2020-05-22 | 支付宝(杭州)信息技术有限公司 | 任务处理方法以及装置 |
CN113419793A (zh) * | 2021-06-30 | 2021-09-21 | 蚂蚁智信(杭州)信息技术有限公司 | 支付处理方法及装置 |
-
2009
- 2009-04-24 CN CNA2009101373357A patent/CN101599150A/zh active Pending
Cited By (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102867250A (zh) * | 2011-06-22 | 2013-01-09 | 美国博通公司 | 用于交易支付授权的移动装置 |
CN104700272A (zh) * | 2013-12-05 | 2015-06-10 | 携程计算机技术(上海)有限公司 | 网上支付系统及方法 |
CN104200384A (zh) * | 2014-08-18 | 2014-12-10 | 中国建设银行股份有限公司 | 用于在线申请大额分期的信息处理系统及方法 |
CN104392376A (zh) * | 2014-11-06 | 2015-03-04 | 中国建设银行股份有限公司 | 一种交易事件处理方法及装置 |
WO2016172961A1 (zh) * | 2015-04-30 | 2016-11-03 | 深圳市银信网银科技有限公司 | 基于不同资金服务器的支付系统及其支付方法、装置和服务器 |
WO2016172939A1 (zh) * | 2015-04-30 | 2016-11-03 | 深圳市银信网银科技有限公司 | 基于不同资金服务器的支付系统及其支付方法、装置和服务器 |
CN105574762A (zh) * | 2015-12-14 | 2016-05-11 | 重庆城银科技有限公司 | 一种对账方法与系统 |
CN106101092A (zh) * | 2016-06-07 | 2016-11-09 | 腾讯科技(深圳)有限公司 | 一种信息评估处理方法及第一实体 |
CN106204017A (zh) * | 2016-07-14 | 2016-12-07 | 乐视控股(北京)有限公司 | 业务的交易处理系统及其方法 |
CN106557921A (zh) * | 2016-11-30 | 2017-04-05 | 广州市万表科技股份有限公司 | 在线支付方法及装置 |
CN108346044A (zh) * | 2017-01-25 | 2018-07-31 | 马静 | 一种快速无卡分期的授权方法及系统 |
CN107656955A (zh) * | 2017-03-14 | 2018-02-02 | 平安科技(深圳)有限公司 | 还款数据分批报盘方法和装置 |
CN108038686A (zh) * | 2017-11-06 | 2018-05-15 | 阿里巴巴集团控股有限公司 | 基于信用实现支付的方法 |
CN107909444A (zh) * | 2017-11-29 | 2018-04-13 | 清远市巴富网络科技有限公司 | 一种白条金融服务系统及方法 |
CN109064282A (zh) * | 2018-07-27 | 2018-12-21 | 阿里巴巴集团控股有限公司 | 业务处理方法、装置及系统 |
CN109064282B (zh) * | 2018-07-27 | 2023-05-09 | 创新先进技术有限公司 | 业务处理方法、装置及系统 |
CN108876208A (zh) * | 2018-08-08 | 2018-11-23 | 厦门市七星通联科技有限公司 | 一种分期支付风控审核方法及系统 |
CN109685494A (zh) * | 2018-12-17 | 2019-04-26 | 深圳壹账通智能科技有限公司 | 分期支付方法、装置、计算机设备和存储介质 |
CN111190705A (zh) * | 2019-12-31 | 2020-05-22 | 支付宝(杭州)信息技术有限公司 | 任务处理方法以及装置 |
CN111190705B (zh) * | 2019-12-31 | 2023-08-15 | 支付宝(杭州)信息技术有限公司 | 任务处理方法以及装置 |
CN113419793A (zh) * | 2021-06-30 | 2021-09-21 | 蚂蚁智信(杭州)信息技术有限公司 | 支付处理方法及装置 |
CN113419793B (zh) * | 2021-06-30 | 2022-05-06 | 蚂蚁智信(杭州)信息技术有限公司 | 支付处理方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101599150A (zh) | 一种分期支付业务的实现方法及系统 | |
JP6294398B2 (ja) | エイリアスを使用したモバイル・ペイメントのシステム及び方法 | |
CN101354770B (zh) | 使用五方协议实现银行卡支付的系统和方法 | |
RU2702085C2 (ru) | Возвращение каналом платежа, предоставляющего полномочие динамического значения ограниченного использования | |
US10621576B1 (en) | Mobile payments using payment tokens | |
AU2018203290A1 (en) | Method and system for facilitating micropayments in a financial transaction system | |
US20080162348A1 (en) | Electronic-Purse Transaction Method and System | |
US20070266131A1 (en) | Obtaining and Using Primary Access Numbers Utilizing a Mobile Wireless Device | |
CN108475373A (zh) | 在计算设备之间生成和发送已加密支付数据消息以实现资金转移 | |
CN101990676A (zh) | 移动电话交易系统和方法 | |
CN107369015A (zh) | 在不具有安全元件的情况下处理支付交易 | |
CN101165716A (zh) | 一种基于交易代码的电子支付方法 | |
CN101238482A (zh) | 用于电子付款的系统和方法、服务器、通信终端及其程序 | |
CN102077229A (zh) | 为移动计算设备提供通用金融交易网关的系统、方法和工具 | |
CN103870957A (zh) | 将虚拟账户余额运用于实体购物的交易系统及其方法 | |
TWM602241U (zh) | 交易系統 | |
KR100897498B1 (ko) | 유비쿼터스 환경에서의 통합형 금융 서비스 시스템 | |
CN101477662A (zh) | 一种基于usbkey的网上支付系统、装置及方法 | |
EP2608139A1 (en) | Mobile device pay method | |
KR102207653B1 (ko) | 금융 자동화 기기를 이용한 입출금 서비스 시스템과 방법 및 이를 위한 컴퓨터 프로그램 | |
BEAMS et al. | AUTOPAYMENTS VIA ACCOUNT ABSTRACTION | |
KR20090001584A (ko) | Sdt 국제 결제 서비스 시스템 및 방법 | |
KR20150105160A (ko) | 스마트 통신 단말기 및 보안영역를 이용한 금융거래 거래전 확인 방법 및 장치 | |
KR20010025471A (ko) | 유저홀딩 방식에 의한 인터넷상에서의 웹코인 결제 방법 | |
KR20070040194A (ko) | 무선 단말기 번호를 이용한 통합 포인트 운용방법 및시스템과 이를 위한 포인트 운용 장치, 기록매체 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into 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: 1138413 Country of ref document: HK |
|
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20091209 |
|
REG | Reference to a national code |
Ref country code: HK Ref legal event code: WD Ref document number: 1138413 Country of ref document: HK |