电子交易方法、系统及支付平台系统
相关申请的交叉引用
本申请要求百度在线网络技术(北京)有限公司于2013年10月8日提交的、发明名称为“电子交易方法、系统及支付平台系统”的、中国专利申请号“201310464877.1”的优先权。
技术领域
本发明涉及互联网技术领域,特别涉及一种电子交易方法、系统及支付平台系统。
背景技术
随着互联网技术的日益发展,网络已成为人们生活的重要部分,使得网络购物变得越来越普遍。网上购物是指通过互联网检索商品信息,并通过电子订购单发出购物请求,并在网上支付后,商户通过邮购的方式发货,或是通过快递公司送货上门等。为了保证交易安全,在支付时通常使用担保交易平台,例如,淘宝支付宝、百度百付宝、腾讯财付通等。
其中,担保交易平台是第三方支付平台,用户在商户的网站上选择商品并进行支付时,必须跳转至第三方支付平台,在第三方支付平台上选择支付方式,例如,在线支付、信用卡支付、银行账户支付等,并根据支付方式选择支付工具,例如,某个银行的账户等,再根据实际流程完成支付。但是,在使用担保交易平台时存在以下问题:支付过程中页面跳转次数太多,如果遇到网络超时,用户需重新返回购物车并重新下单支付,用户体验差。
发明内容
本发明的目的旨在至少在一定程度上解决上述的技术问题。
为此,本发明的第一个目的在于提出一种电子交易方法。
本发明的第二个目的在于提出一种电子交易系统。
本发明的第三个目的在于提出一种支付平台系统。
为达到上述目的,本发明第一方面的实施例提出一种电子交易方法,所述方法使用:商户使用的商户交易系统,所述商户交易系统包括用户使用的终端和商户交易服务器;交易网关;银行系统;支付网关;支付平台系统,所述支付平台系统通过所述交易网关与所述商户交易系统通信,所述支付平台系统通过所述支付网关与所述银行系统通信,其中,所述方法包括以下步骤:所述支付平台系统接收所述商户交易系统发送的协议扣款请求;
所述支付平台系统对所述协议扣款请求进行验证;以及在所述协议扣款请求通过验证之后,所述支付平台系统与所述银行系统进行通信以根据所述协议扣款请求和预设的支付扣款协议进行扣款。
本发明实施例的电子交易方法,通过预设的支付扣款协议,在交易时商户交易系统可以直接根据用户指令或服务条款进行扣款,无需用户跳转至支付平台系统,节约流程,便捷、安全、高效。另外,如果网络超时,无需用户重新返回购物车及重新下单支付,只需重新发送协议扣款请求,提升用户体验,并且提升付款成功率。此外,还可以为用户自动续费,例如帮助用户完成会员服务的自动购买等,进一步提升用户体验。
为达到上述目的,本发明第二方面的实施例提出一种电子交易系统,包括:商户使用的商户交易系统、交易网关、银行系统、支付网关、支付平台系统,其中,所述商户交易系统包括用户使用的终端和商户交易服务器,所述支付平台系统通过所述交易网关与所述商户交易系统通信,所述支付平台系统通过所述支付网关与所述银行系统通信,其中,所述支付平台系统,用于接收所述商户交易系统发送的协议扣款请求,并对所述协议扣款请求进行验证,以及在所述协议扣款请求通过验证之后,与所述银行系统进行通信以根据所述协议扣款请求和预设的支付扣款协议进行扣款。
本发明实施例的电子交易系统,通过预设的支付扣款协议,在交易时商户交易系统可以直接根据用户指令或服务条款进行扣款,无需用户跳转至支付平台系统,节约流程,便捷、安全、高效。另外,如果网络超时,无需用户重新返回购物车及重新下单支付,只需重新发送协议扣款请求,提升用户体验,并且提升付款成功率。此外,还可以为用户自动续费,例如帮助用户完成会员服务的自动购买等,进一步提升用户体验。
为达到上述目的,本发明第三方面的实施例提出一种支付平台系统,包括:协议扣款请求接收模块,用于接收所述商户交易系统发送的协议扣款请求;第一验证模块,用于对所述协议扣款请求进行验证;以及扣款模块,用于在所述协议扣款请求通过验证之后,与银行系统进行通信以根据所述协议扣款请求和预设的支付扣款协议进行扣款。
本发明实施例的支付平台系统,通过预设的支付扣款协议,在交易时使得商户交易系统可以直接根据用户指令或服务条款进行扣款,无需用户跳转至支付平台系统,节约流程,便捷、安全、高效。另外,如果网络超时,无需用户重新返回购物车及重新下单支付,只需重新发送协议扣款请求,提升用户体验,并且提升付款成功率。此外,还可以为用户自动续费,例如帮助用户完成会员服务的自动购买等,进一步提升用户体验。
本发明附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1是根据本发明实施例的电子交易方法的使用系统的结构示意图;
图2是根据本发明一个实施例的电子交易方法的流程图;
图3是根据本发明另一个实施例的电子交易方法的流程图;
图4是根据本发明又一个实施例的电子交易方法的流程图;
图5是根据本发明实施例的支付并签约的流程图;
图6是根据本发明实施例的协议扣款的流程图;
图7是根据本发明一个实施例的电子交易系统的结构示意图;
图8是根据本发明一个实施例的支付平台系统的结构示意图;
图9是根据本发明另一个实施例的支付平台系统的结构示意图;
图10是根据本发明又一个实施例的支付平台系统的结构示意图。
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能理解为对本发明的限制。相反,本发明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。
在本发明的描述中,需要理解的是,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性。在本发明的描述中,需要说明的是,除非另有明确的规定和限定,术语“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。此外,在本发明的描述中,除非另有说明,“多个”的含义是两个或两个以上。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本发明的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的实施例所属技术领域的技术人员所理解。
为了解决目前使用第三方支付平台时页面跳转次数太多的问题,本发明提出一种电子
交易方法、系统和支付平台系统,下面参考附图描述。
一种电子交易方法,方法使用:商户使用的商户交易系统,商户交易系统包括用户使用的终端和商户交易服务器;交易网关;银行系统;支付网关;支付平台系统,支付平台系统通过交易网关与商户交易系统通信,支付平台系统通过支付网关与银行系统通信,其中,方法包括以下步骤:支付平台系统接收商户交易系统发送的协议扣款请求;支付平台系统对协议扣款请求进行验证;以及在协议扣款请求通过验证之后,支付平台系统与银行系统进行通信以根据协议扣款请求和预设的支付扣款协议进行扣款。
图1是根据本发明实施例的电子交易方法的使用系统的结构示意图,图2是根据本发明一个实施例的电子交易方法的流程图。
如图2所示,电子交易方法所使用系统包括:商户使用的商户交易系统10,商户交易系统10包括用户使用的终端11和商户交易服务器12;交易网关20;银行系统30;支付网关40;支付平台系统50,支付平台系统50通过交易网关20与商户交易系统10通信,支付平台系统50通过支付网关40与银行系统30通信。
如图1所示,电子交易方法包括如下步骤:
S101,支付平台系统50接收商户交易系统10发送的协议扣款请求。
具体地,如果是用户第一次使用,商户交易系统10可以在生成预设的支付扣款协议(后续实施例中将详细叙述)的同时发送协议扣款请求,例如用户选择商品进行支付时可以通过商户交易系统10发送协议扣款请求。如果支付平台系统50已经生成对应的支付扣款协议即预设的支付扣款协议(详见后续实施例),则商户交易系统10可以直接发送协议扣款请求。
S102,支付平台系统50对协议扣款请求进行验证。
S103,在协议扣款请求通过验证之后,支付平台系统50与银行系统30进行通信以根据协议扣款请求和预设的支付扣款协议进行扣款。
本发明实施例的电子交易方法,通过预设的支付扣款协议,在交易时商户交易系统可以直接根据用户指令或服务条款进行扣款,无需用户跳转至支付平台系统,节约流程,便捷、安全、高效。另外,如果网络超时,无需用户重新返回购物车及重新下单支付,只需重新发送协议扣款请求,提升用户体验,并且提升付款成功率。此外,还可以为用户自动续费,例如帮助用户完成会员服务的自动购买等,进一步提升用户体验。
图3是根据本发明另一个实施例的电子交易方法的流程图。预设的支付扣款协议可以根据用户的协议签约请求生成,具体地,如图3所示,电子交易方法包括如下步骤:
S201,支付平台系统50接收用户通过商户交易系统10发送的协议签约请求。
具体地,商户交易服务器12为商户部署的服务器,首先用户通过终端11登陆商户交
易服务器12,然后用户通过终端11选择商品信息,在进行支付时发送协议签约请求,或直接选择发送协议签约请求,商户交易系统10将该签约请求转发至支付平台系统50。其中,终端11可以是移动终端(如智能手机等),还可以是个人计算机等。
其中,协议签约请求为用户签署商户、用户和支付平台系统50的三方支付扣款协议的请求。在本发明的一个实施例中,协议签约请求包括至少一项以下标识:商户的标识,用户在商户交易系统10中的标识以及用户在支付平台系统50中的标识。其中,商户的标志唯一标志一个商户,例如淘宝网站的标志,用户在商户交易系统10中的标识是该用户登录交易服务器12时的登录账户,例如,用户在淘宝网站的账户,用户在支付平台系统50中的标识是该用户登录支付平台系统50时的登录账户,例如,支付宝账户。具体地,当用户通过终端11登录交易服务器12之后,交易服务器12获得用户在商户交易系统10中的标识,用户还可以通过终端11指定支付平台系统50,由此,交易服务器12将商户的标识,用户在商户交易系统10中的标识以及用户在支付平台系统50中的标识发送至支付平台系统50,支付平台系统50还可以对用户在支付平台系统50中的标识进行验证。
S202,支付平台系统50根据协议签约请求生成预设的支付扣款协议。
具体地,预设的支付扣款协议是用户授权在指定的账户或银行卡上(即银行系统30)进行扣款支付的协议,在用户授权签约的前提下,商户可以按照用户指令或者服务条款自动向签约指定的账户或银行卡(即银行系统30)发起扣款,可以实现一键支付。
在本发明的一个实施例中,预设的支付扣款协议中均包括商户的标识,用户在商户交易系统10中的标识以及用户在支付平台系统50中的标识。
在本发明的一个实施例中,协议签约请求和支付扣款协议中还包括绑定的用于支付的银行卡。在协议签约请求和预设的支付扣款协议中绑定的用于支付的银行卡,在下次支付时可以无需用户重新指定银行卡,节约流程,提升效率。
其中,在预设的支付扣款协议完成之后,支付平台系统50可以保存该预设的支付扣款协议,即预设的支付扣款协议可以生成一次,之后,商户可以通过该预设的支付扣款协议根据用户指令或服务条款自动进行扣款。
S203,支付平台系统50接收商户交易系统10发送的协议扣款请求。
具体地,如果是用户第一次使用,商户交易系统10可以在生成预设的支付扣款协议的同时发送协议扣款请求,例如用户选择商品进行支付时可以通过商户交易系统10发送协议扣款请求。如果支付平台系统50已经生成对应的预设的支付扣款协议,则商户交易系统10可以直接发送协议扣款请求。
S204,支付平台系统50对协议扣款请求进行验证。
S205,在协议扣款请求通过验证之后,支付平台系统50与银行系统30进行通信以根
据协议扣款请求和预设的支付扣款协议进行扣款。
本发明实施例的电子交易方法,根据协议签约请求生成预设的支付扣款协议,其中预设的支付扣款协议可以只生成一次,由此进一步节约流程,方便使用。
图4是根据本发明又一个实施例的电子交易方法的流程图。为了保证交易安全,在支付扣款协议中还包括验证手段,在协议扣款请求通过验证之后根据验证手段对用户进行验证。
如图4所示,电子交易方法包括如下步骤:
S301,支付平台系统50接收商户交易系统10发送的协议扣款请求。
S302,支付平台系统50对协议扣款请求进行验证。
S303,在协议扣款请求通过验证之后,支付平台系统50根据验证手段对用户进行验证。
S304,在支付平台系统50根据验证手段对用户进行验证成功之后,支付平台系统50与银行系统30进行通信以根据协议扣款请求和预设的支付扣款协议进行扣款。
例如,验证手段可以为短信验证,通过向用户下发短信,短信中包括验证码,只有在输入正确的验证码时才能进行扣款。
本发明实施例的电子交易方法,在协议扣款请求通过验证之后根据验证手段对用户进行验证,进一步保证交易安全。
在本发明的一个实施例中,还包括以下步骤:支付平台系统50接收用户通过商户交易系统10发送的协议撤销请求;以及支付平台系统50根据协议撤销请求撤销支付扣款协议。
本发明实施例的电子交易方法,用户可以撤销已经生成的支付扣款协议,进一步提升用户体验。
为了使得本发明实施例的优点更加明显,下面举例说明。
图5是根据本发明实施例的支付并签约的流程图,其中支付并签约即在支付的同时生成预设的支付签约协议。如图5所示,商户交易服务器12发送支付请求及协议签约请求,将用户在商户交易系统10中的标识随同订单支付信息一起发送至支付平台系统50,支付平台系统50在处理支付请求及协议签约请求,在进行安全验证之后跳转至支付并签约页面,首先判断用户是否绑定银行卡,如果没有绑定银行卡,需填写银行卡要素,例如信用卡卡号、有效期、银行预留手机号、姓名、身份证号码等,如果用户有绑定的银行卡,需填写支付要素信息,例如信用卡的支付平台系统的支付密码、手机验证码等,用户填写完支付信息后确认支付并签约,支付平台系统50通过银行系统30为用户完成扣款;扣款成功后,支付平台系统50将“商户的标识,用户在商户交易系统10中的标识以及用户在支付平台系统50中的标识”生成预设的支付扣款协议,并保存到对应的协议库中;返回商户和用户支付并签约成功的相关信息;如果支付失败,返回给用户相关的失败信息,用户可
以返回重新修改信息后再次提交支付及协议签约请求。
图6是根据本发明实施例的协议扣款的流程图。如图6所示,商户交易系统10发送协议扣款请求,支付平台系统50进行扣款处理,扣款前需要进行安全校验和格式校验;并进行支付扣款协议有效性校验,即判定商户发送的支付扣款协议在协议库中是否存在,之后根据预设的支付扣款协议内容中的“短信验证码限额”与当前代收订单中的扣款金额进行比较判断,是否需要为客户下发短信验证码;如果需要下发短信验证码时,则判断订单信息中是否上送短信验证码是否正确,正确时进入下一步,错误时返回支付失败;根据预设的支付扣款协议,需要通过用户对扣款进行授权时,向用户手机发送扣款“授权短信”,当用户在规定时限内回复短信确认,则进行扣款操作;如用户未在规定时限内,回复确认信息,或拒绝付款,则不进行扣款操作。支付平台系统50向银行系统30发送扣款指令,银行系统30返回扣款结果。
为了实现上述实施例,本发明还提出一种电子交易系统。
一种电子交易系统,包括:商户使用的商户交易系统、交易网关、银行系统、支付网关、支付平台系统,其中,商户交易系统包括用户使用的终端和商户交易服务器,支付平台系统通过交易网关与商户交易系统通信,支付平台系统通过支付网关与银行系统通信,其中,支付平台系统,用于接收商户交易系统发送的协议扣款请求,并对协议扣款请求进行验证,以及在协议扣款请求通过验证之后,与银行系统进行通信以根据协议扣款请求和预设的支付扣款协议进行扣款。
图7是根据本发明一个实施例的电子交易系统的结构示意图。如图7所示,电子交易系统包括商户使用的商户交易系统100、交易网关200、银行系统300、支付网关400、支付平台系统500,商户交易系统100包括用户使用的终端110和商户交易服务器120,支付平台系统500通过交易网关200与商户交易系统100通信,支付平台系统500通过支付网关400与银行系统300通信。
具体地,支付平台系统500用于接收商户交易系统100发送的协议扣款请求,并对协议扣款请求进行验证,以及在协议扣款请求通过验证之后,与银行系统300进行通信以根据协议扣款请求和预设的支付扣款协议进行扣款。
更具体地,如果是用户第一次使用,商户交易系统100可以在生成预设的支付扣款协议(后续实施例中将详细叙述)的同时发送协议扣款请求,例如用户选择商品进行支付时可以通过商户交易系统100发送协议扣款请求。如果支付平台系统500已经生成对应的扣款协议即预设的支付扣款协议(详见后续实施例),则商户交易系统100可以直接发送协议扣款请求。
在本发明的一个实施例中,支付平台系统500还用于接收用户通过商户交易系统100
发送的协议签约请求,并根据协议签约请求生成预设的支付扣款协议。具体地,商户交易服务器120为商户部署的服务器,首先用户通过终端110登陆商户交易服务器120,然后用户通过终端110选择商品信息,在进行支付时发送协议签约请求,或直接选择发送协议签约请求,商户交易系统100将该签约请求转发至支付平台系统500。其中,终端110可以是移动终端(如智能手机等),还可以是个人计算机等。
其中,协议签约请求为用户签署商户、用户和支付平台系统500三方支付扣款协议的请求。在本发明的一个实施例中,协议签约请求包括至少一个以下标识:商户的标识,用户在商户交易系统100中的标识以及用户在支付平台系统500中的标识。其中,商户的标志唯一标志一个商户,例如淘宝网站的标志,用户在商户交易系统100中的标识是该用户登录交易服务器120时的登录账户,例如,用户在淘宝网站的账户,用户在支付平台系统500中的标识是该用户登录支付平台系统500时的登录账户,例如,支付宝账户。具体地,当用户通过终端110登录交易服务器120之后,交易服务器120获得用户在商户交易系统100中的标识,用户还可以通过终端110指定支付平台系统500,由此,交易服务器120将商户的标识,用户在商户交易系统100中的标识以及用户在支付平台系统500中的标识发送至支付平台系统50,支付平台系统500还可以对用户在支付平台系统500中的标识进行验证。
另外,预设的支付扣款协议是用户授权在指定的账户或银行卡上(即银行系统300)进行扣款支付的协议,在用户授权签约的前提下,商户可以按照用户指令或者服务条款自动向签约指定的账户或银行卡(即银行系统300)发起扣款,可以实现一键支付。
在本发明的一个实施例中,预设的支付扣款协议中均包括商户的标识,用户在商户交易系统100中的标识以及用户在支付平台系统500中的标识。
在本发明的一个实施例中,协议签约请求和支付扣款协议中还包括绑定的用于支付的银行卡。在协议签约请求和预设的支付扣款协议中绑定的用于支付的银行卡,在下次支付时可以无需用户重新指定银行卡,节约流程,提升效率。
其中,在预设的支付扣款协议完成之后,支付平台系统500可以保存该预设的支付扣款协议,即预设的支付扣款协议可以生成一次,之后,商户可以通过该预设的支付扣款协议根据用户指令或服务条款自动进行扣款。
在本发明的一个实施例中,预设的支付扣款协议还包括协议有效时间,支付平台系统500根据协议有效时间对协议扣款请求进行验证。由此,可以进一步保证安全性。
本发明实施例的电子交易系统,通过预设的支付扣款协议,在交易时商户交易系统可以直接根据用户指令或服务条款进行扣款,无需用户跳转至支付平台系统,节约流程,便捷、安全、高效。另外,如果网络超时,无需用户重新返回购物车及重新下单支付,只需
重新发送协议扣款请求,提升用户体验,并且提升付款成功率。此外,还可以为用户自动续费,例如帮助用户完成会员服务的自动购买等,进一步提升用户体验。
为了保证交易安全,在支付扣款协议中还包括验证手段,在协议扣款请求通过验证之后根据验证手段对用户进行验证,在本发明的一个实施例中,预设的支付扣款协议还包括验证手段,在协议扣款请求通过验证之后,支付平台系统500还用于:根据验证手段对用户进行验证。例如,验证手段可以为短信验证,通过向用户下发短信,短信中包括验证码,只有在输入正确的验证码时才能进行扣款。由此,在协议扣款请求通过验证之后根据验证手段对用户进行验证,进一步保证交易安全。
在本发明的一个实施例中,支付平台系统500还用于:接收用户通过商户交易系统100发送的协议撤销请求,并根据协议撤销请求撤销支付扣款协议。
为了实现上述实施例,本发明还提出一种支付平台系统。
一种支付平台系统,包括:协议扣款请求接收模块,用于接收商户交易系统发送的协议扣款请求;第一验证模块,用于对协议扣款请求进行验证;以及扣款模块,用于在协议扣款请求通过验证之后,与银行系统进行通信以根据协议扣款请求和预设的支付扣款协议进行扣款。
图8是根据本发明一个实施例的支付平台系统的结构示意图。如图8所示,支付平台系统包括:协议扣款请求接收模块530、第一验证模块540、扣款模块550。
具体地,协议扣款请求接收模块530用于接收商户交易系统发送的协议扣款请求。更具体地,如果是用户第一次使用,商户交易系统可以在生成支付预设的支付扣款协议(后续实施例中将详细叙述)的同时发送协议扣款请求,例如用户选择商品进行支付时可以通过商户交易系统发送协议扣款请求。如果支付平台系统已经生成对应的扣款协议即预设的支付扣款协议(详见后续实施例),则商户交易系统可以直接发送协议扣款请求。
在本发明的一个实施例中,预设的支付扣款协议还包括协议有效时间,支付平台系统根据协议有效时间对协议扣款请求进行验证。由此,可以进一步保证安全性。
第一验证模块540用于对协议扣款请求进行验证。扣款模块550用于在协议扣款请求通过验证之后,与银行系统进行通信以根据协议扣款请求和预设的支付扣款协议进行扣款。
本发明实施例的支付平台系统,通过预设的支付扣款协议,在交易时使得商户交易系统可以直接根据用户指令或服务条款进行扣款,无需用户跳转至支付平台系统,节约流程,便捷、安全、高效。另外,如果网络超时,无需用户重新返回购物车及重新下单支付,只需重新发送协议扣款请求,提升用户体验,并且提升付款成功率。此外,还可以为用户自动续费,例如帮助用户完成会员服务的自动购买等,进一步提升用户体验。
图9是根据本发明另一个实施例的支付平台系统的结构示意图。如图9所示在图8所
示的基础上,支付平台系统还包括:协议签约请求接收模块510、支付扣款协议生成模块520。
具体地,协议签约请求接收模块510用于接收用户通过商户交易系统发送的协议签约请求。更具体地,商户交易系统包括用户使用的终端和商户交易服务器,首先用户通过终端登陆商户交易服务器,然后用户通过终端选择商品信息,在进行支付时发送协议签约请求,或直接选择发送协议签约请求,商户交易系统将该签约请求转发至支付平台系统。
其中,协议签约请求为用户签署商户、用户和支付平台系统三方支付扣款协议的请求。在本发明的一个实施例中,协议签约请求包括至少一个以下标识:商户的标识,用户在商户交易系统中的标识以及用户在支付平台系统中的标识。其中,商户的标志唯一标志一个商户,例如淘宝网站的标志,用户在商户交易系统中的标识是该用户登录交易服务器时的登录账户,例如,用户在淘宝网站的账户,用户在支付平台系统中的标识是该用户登录支付平台系统时的登录账户,例如,支付宝账户。具体地,当用户通过终端登录交易服务器之后,交易服务器获得用户在商户交易系统中的标识,用户还可以通过终端指定支付平台系统,由此,交易服务器将商户的标识,用户在商户交易系统中的标识以及用户在支付平台系统中的标识发送至支付平台系统,支付平台系统还可以对用户在支付平台系统中的标识进行验证。
支付扣款协议生成模块520用于根据协议签约请求生成预设的支付扣款协议。具体地,预设的支付扣款协议是用户授权在指定的账户或银行卡上(即银行系统)进行扣款支付的协议,在用户授权签约的前提下,商户可以按照用户指令或者服务条款自动向签约指定的账户或银行卡(即银行系统)发起扣款,可以实现一键支付。
在本发明的一个实施例中,预设的支付扣款协议中均包括商户的标识,用户在商户交易系统中的标识以及用户在支付平台系统中的标识。
在本发明的一个实施例中,协议签约请求和支付扣款协议中还包括绑定的用于支付的银行卡。在协议签约请求和预设的支付扣款协议中绑定的用于支付的银行卡,在下次支付时可以无需用户重新指定银行卡,节约流程,提升效率。
其中,在预设的支付扣款协议完成之后,支付平台系统可以保存该预设的支付扣款协议,即预设的支付扣款协议可以生成一次,之后,商户可以通过该预设的支付扣款协议根据用户指令或服务条款自动进行扣款。
图10是根据本发明又一个实施例的支付平台系统的结构示意图。如图10所示,在图9所示的基础上,支付平台系统还包括:第二验证模块560。
具体地,支付扣款协议还包括验证手段,第二验证模块560用于在协议扣款请求通过验证之后,根据验证手段对所述用户进行验证。例如,验证手段可以为短信验证,通过向
用户下发短信,短信中包括验证码,只有在输入正确的验证码时才能进行扣款。
由此,在协议扣款请求通过验证之后根据验证手段对用户进行验证,进一步保证交易安全。
在本发明的一个实施例中,支付平台系统还包括:协议撤销请求接收模块和支付扣款协议撤销模块(图中未示出),具体地,协议撤销请求接收模块用于接收用户通过商户交易系统发送的协议撤销请求;以及支付扣款协议撤销模块,用于根据协议撤销请求撤销支付扣款协议。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本发明的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的实施例所属技术领域的技术人员所理解。在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,
该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管上面已经示出和描述了本发明的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本发明的限制,本领域的普通技术人员在不脱离本发明的原理和宗旨的情况下在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。本发明的范围由所附权利要求极其等同限定。