电子支付方法、系统、装置及计算机可读存储介质与流程

本发明涉及通信技术领域，更具体地说，涉及一种电子支付方法、系统、装置及计算机可读存储介质。

背景技术：

当前商家和用户普遍采取电子支付形式进行付款消费，即通过应用程序app申请对接第三方支付的调用接口(sdk、api形式)，然后商家按照第三方支付系统协议格式生成支付二维码，消费者用户通过手机等终端开启对应第三方支付电子完成扫码支付。该模式已普遍适用于网站支付、电视盒子订阅支付等场景。

但是，这种支付流程要求用户必须采用扫码等形式才能完成，比较费时繁琐。尤其对于及时购买支付场景下，在支付耗时较长的情况下，会影响用户最终消费达成率。因此，可通过开发更为便捷的电子支付流程，更好的促成用户最终消费支付。

技术实现要素：

本发明实施例针对上述电子支付流程需进行扫码支付的问题，提供一种可应用在商户、用户与支付机构三方之间实现即时购买支付场景的电子支付方法、系统、装置及计算机可读存储介质。

本发明解决上述技术问题的技术方案是，提供一种电子支付方法，所述方法包括：

商户终端基于与用户的交互将用户的一个或多个支付账户与用户的注册账号进行关联绑定以生成支付账号池，并将所述支付账号池存储在商户平台装置；

根据预先规定的支付规则，所述商户终端发起商品支付推送请求，并通过所述商户平台装置向支付机构申请所述商品支付推送请求；

根据所述商品支付推送请求，所述支付机构将商品推送支付命令推送至用户所持移动终端，并向所述商户终端通知商品推送支付状态；

用户根据所述商品推送支付命令完成支付，所述支付机构确认商品推送支付命令并更新所述商品推送支付状态。

优选地，所述支付账号池包括同一个支付机构的不同支付账户，或不同支付机构的不同支付账户；所述商户终端基于与用户的交互将用户的一个或多个支付账户与用户的注册账号进行关联绑定以生成支付账号池，并将所述支付账号池存储在商户平台装置的步骤包括：

所述商户平台装置将所述支付账号池发送到所述支付机构并存储，通过所述支付机构管理所述支付账号池；

所述支付机构授权认证所述支付账户和\或商户终端用户的注册账号，并向通过授权认证的商户终端分配终端标识。

优选地，所述支付机构授权认证所述支付账户与商户终端用户的注册账号，并向通过授权认证的商户终端分配终端标识的步骤包括：

动态刷新并实时获取所述支付账号及商户终端的可信安全等级，所述支付机构判断所述支付账号及商户终端的可信等级和可信分值；

当所述支付账号及商户终端的可信等级和可信分值低于阈值时，所述支付机构授权认证所述支付账户及商户终端用户的注册账号，并向通过授权认证的商户终端分配终端标识；

当所述支付账号及商户终端的可信等级和可信分值达到或者恢复到不低于阈值时，则在预设周期内不执行所述支付机构授权认证所述支付账户和商户终端用户的注册账号，或对所述支付账户和商户终端用户的注册账号择一执行授权认证。

优选地，所述预先规定的支付规则包括顺序支付、循环支付、随机支付、比例分摊支付；所述根据预先规定的支付规则，所述商户终端发起商品支付推送请求，并通过所述商户平台装置向支付机构申请所述商品支付推送请求的步骤包括：

根据商品订单金额，按照预先规定的支付规则，所述商户终端将一个商品订单拆分成多个商品子订单，根据所述多个商品子订单，所述商户终端发起多个所述商品支付推送请求，并通过所述商户平台装置向支付机构申请多个所述商品支付推送请求。

优选地，所述根据所述商品支付推送请求，所述支付机构将商品推送支付命令推送至用户所持移动终端，并向所述商户终端通知商品推送支付状态的步骤包括：

根据所述商品订单金额，按照预先规定的支付规则，所述支付机构将所述商品支付推送请求拆分成多个商品支付推送请求。

优选地，所述根据所述商品支付推送请求，所述支付机构将商品推送支付命令推送至用户所持移动终端，并向所述商户终端通知商品推送支付状态的步骤包括：

根据多个所述商品支付推送请求，所述支付机构将多个商品推送支付命令推送至用户所持移动终端，并向所述商户终端通知多个商品推送支付状态；

所述用户根据所述商品推送支付命令完成支付，所述支付机构确认商品推送支付命令并更新所述商品推送支付状态的步骤包括：

当多个商品推送支付命令均支付成功，所述支付机构判定多个所述商品推送支付命令支付完成，并更新所述商品推送支付状态为“支付成功”；

当多个商品推送支付命令中存在支付失败，所述支付机构判定多个所述商品推送支付命令支付未完成，并更新所述商品推送支付状态为“支付失败”，且所述商户终端向所述支付机构发起退款请求，并将已支付的款项退还至支付账户。

本发明实施例还提供一种电子支付系统，用于商户、用户以及支付机构三方之间的电子支付，所述系统包括支付账号管理单元、请求支付单元、推送支付命令单元以及确定支付单元，其中：

所述支付账号管理单元，用于商户终端基于与用户的交互将用户的一个或多个支付账户与用户的注册账号进行关联绑定以生成支付账号池，并将所述支付账号池存储在商户平台装置；

所述请求支付单元，用于根据预先规定的支付规则，所述商户终端发起商品支付推送请求，并通过所述商户平台装置向支付机构申请所述商品支付推送请求；所述预先规定的支付规则包括顺序支付、循环支付、随机支付、比例分摊支付；

所述推送支付命令单元，用于根据所述商品支付推送请求，所述支付机构将商品推送支付命令推送至用户所持移动终端，并向所述商户终端通知商品推送支付状态；

所述确定支付单元，用于在用户根据所述商品推送支付命令完成支付，所述支付机构确认商品推送支付命令并更新所述商品推送支付状态。

优选地，所述支付账号池包括同一个支付机构的不同支付账户，或不同支付机构的不同支付账户；

所述支付账号管理单元，还用于所述商户平台装置将所述支付账号池发送到所述支付机构并存储，通过所述支付机构管理所述支付账号池；所述支付机构授权认证所述支付账户和\或商户终端用户的注册账号，并向通过授权认证的商户终端分配终端标识；

且所述支付账号管理单元动态刷新并实时获取所述支付账号及商户终端的可信安全等级，所述支付机构判断所述支付账号及商户终端的可信等级和可信分值；当所述支付账号及商户终端的可信等级和可信分值低于阈值时，所述支付机构授权认证所述支付账户及商户终端用户的注册账号，并向通过授权认证的商户终端分配终端标识；当所述支付账号及商户终端的可信等级和可信分值达到或者恢复到不低于阈值时，则在预设周期内不执行所述支付机构授权认证所述支付账户和商户终端用户的注册账号，或对所述支付账户和商户终端用户的注册账号择一执行授权认证。

本发明实施例还提供一种电子支付装置，包括存储器和处理器，所述存储器中存储有可在所述处理器执行的计算机程序，且所述处理器执行所述计算机程序时实现如上任一项所述的电子支付方法的步骤。

本发明实施例还提供一种计算机可读存储介质，其所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时，实现如上任一项所述电子支付方法的步骤。

本发明实施例的电子支付方法、系统、装置及计算机可读存储介质，在商户终端进行支付账户与用户的注册账号的关联绑定，且商户终端通过支付结构直接将商品支付命令推送至用户所持移动终端，实现用户直接根据商品支付命令完成支付，有效简化了用户在不同终端之间进行电子支付的流程，提高支付效率。此外，根据支付账户与用户的注册账号的关联绑定生成支付账号池，并对多个支付账户进行识别和管理，可满足用户多种支付渠道和支付方式的需求，并且本发明实施例还通过安全授权任务，提高了电子支付的安全性。

附图说明

图1是本发明第一实施例提供的电子支付方法的流程示意图；

图2是本发明第二实施例提供的电子支付方法的流程示意图；

图3是本发明第三实施例提供的电子支付系统的示意图；

图4是本发明第四实施例提供的电子支付装置的示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，是本发明第一实施例提供的电子支付方法的流程示意图，该电子支付方法可用于智慧家居场景下智能电视机、电视盒子的商品，以及智能汽车的车载支付场景，能够有效简化电子支付过程中用户操作流程，提高支付效率。本实施例的电子支付方法具体包括：

步骤s11：商户终端基于与用户的交互将用户的一个或多个支付账户与用户的注册账号进行关联绑定以生成支付账号池，并将所述支付账号池存储在商户平台装置。上述支付账号池相关数据可存储到在商户平台装置，这样，即使在商户终端停机重启或更换后，也无需重复设置。

上述一个或多个支付账户可根据用户的选择(例如通过连接到商户终端的手持操作器等输入)确认，如银行卡、微信、支付宝等多种支付渠道账户，且上述支付账号池包括同一个支付机构的不同支付账户(第一用户、第二用户、第三用户等不同自然人的支付账户)，或不同支付机构的不同支付账户(同一个自然人或者不同自然人)。具体来说，用户是指同一个人自然人，也可以不同的自然人，支付账户是指同一类型或者不同类型的支付账户。商户终端发起支付推送时候，商用终端能够按照一定推送规则将支付请求推送到不同支付账户，提高用户支付灵活程度。例如，用户有第一支付账户和第二支付账户，设定支付推送规则为顺序方式。即，商户终端按照用户绑定第一支付账户发起支付推送，当第一支付账户支付推送不成功情况下，采取顺序支付的预定规则，选择第二支付账户发起支付推送。当两次推送支付请求都失败情况下，则本次支付推送未完成。

此外，上述商户平台装置将所述支付账号池发送到所述支付机构并存储，通过所述支付机构管理所述支付账号池。当需要对绑定的支付账号进行删除、更新等管理时，则可以通过支付机构提供的接口完成相应操作。

为了提高支付安全性要求实时性、可靠性，上述支付机构授权认证所述支付账户和\或商户终端用户的注册账号，并向通过授权认证的商户终端分配终端标识。通过绑定的商户终端及支付账号的双重授权认证，可确保商户终端以及支付账号两者均安全可信。由于商户终端的终端标识可以采取独立硬件加密单独存储，相比较单独的支付账号的安全密码具有更加高难度的防破解拦截。因此，采用软硬件认证双重方式，能够有效提高支付认证安全性。

进一步地，考虑双重授权认证可能会增加认证复杂化，提出一种针对用户账号、支付终端设备进行可信等级标签及预设周期内免认证方法。具体包括：动态刷新并实时获取所述支付账号及商户终端的可信安全等级(例如可信安全等级分为高、中、低)，支付机构判断所述支付账号及商户终端的可信等级和可信分值；当所述支付账号及商户终端的可信等级和可信分值低于阈值时，所述支付机构授权认证所述支付账户及商户终端用户的注册账号，并向通过授权认证的商户终端分配终端标识；当所述支付账号及商户终端的可信等级和可信分值达到或者恢复到不低于阈值时，则在预设周期(如12小时、24小时)内不执行所述支付机构授权认证所述支付账户和商户终端用户的注册账号，或对所述支付账户和商户终端用户的注册账号择一执行授权认证。通过动态差异化调整授权认证策略，提高安全认证效率，降低频繁认证的消息开销。

步骤s12：根据预先规定的支付规则，所述商户终端发起商品支付推送请求，并通过所述商户平台装置向支付机构申请所述商品支付推送请求。

特别地，预先规定的支付规则包括顺序支付、循环支付、随机支付、比例分摊支付，其中预先规定的支付规则是由商户终端定义的，可供用户选择支付方法，以便商户终端通过商户平台装置按照预先规定的支付规则向支付机构申请商品支付推送请求。

当用户选择比例分摊的支付方式时，根据商品订单金额，按照预先规定的支付规则，所述商户终端将一个商品订单拆分成多个商品子订单，根据所述多个商品子订单，所述商户终端发起多个所述商品支付推送请求，并通过所述商户平台装置向支付机构申请多个所述商品支付推送请求。

此外，根据所述商品订单金额，按照预先规定的支付规则，也可由支付机构将所述商品支付推送请求拆分成多个商品支付推送请求。

需要说明是，上述比例分摊方式的最大区别是由商户终端还是支付机构完成支付请求拆分，但实际实施过程中，也存在将两者结合的情况来实现比例分摊支付。

步骤s13：根据所述商品支付推送请求，所述支付机构将商品推送支付命令推送至用户所持移动终端，并向所述商户终端通知商品推送支付状态。

特别地，根据多个所述商品支付推送请求，所述支付机构将多个商品推送支付命令推送至用户所持移动终端，并向所述商户终端通知多个商品推送支付状态；

当多个商品推送支付命令均支付成功，所述支付机构判定多个所述商品推送支付命令支付完成，并更新所述商品推送支付状态为“支付成功”；

当多个商品推送支付命令中存在支付失败，所述支付机构判定多个所述商品推送支付命令支付未完成，并更新所述商品推送支付状态为“支付失败”，且所述商户终端向所述支付机构发起退款请求，并将已支付的款项退还至支付账户。通过上述步骤，可确保比例分摊支付结果的准确性、完整性。并且，在每一次比例分摊支付的触发条件发生时，都需将所有的支付结果进行验证，从而在支付过程中发生支付异常时，方便进行异常分析并及退款处理，保障用户的利益。

上述电子支付方法，在商户终端进行支付账户与用户的注册账号的关联绑定，且商户终端通过支付结构直接将商品支付命令推送至用户所持移动终端，实现用户直接根据商品支付命令完成支付，有效简化了用户在不同终端之间进行电子支付的流程，提高支付效率。此外，根据支付账户与用户的注册账号的关联绑定生成支付账号池，并对多个支付账户进行识别和管理，可满足用户多种支付渠道和支付方式的需求，并且本发明实施例还通过安全授权任务，提高了电子支付的安全性。

如图2所示，是第二实施例提供的电子支付方法的流程示意图。该实施例的电子支付方法具体步骤包括：

(1)用户通过所持移动终端向连接的商户终端申请绑定账户操作；

(2)商户终端向商户平台装置发起绑定账户请求；

(3)商户平台装置根据绑定账户请求向支付机构发起授权认证；

(4)在支付机构向商户平台装置确认用户授权认证；

(5)商户平台装置将用户的一个或多个支付账户与用户的注册账号进行关联绑定并存储并通知商户终端确认用户授权认证；

(6)商户终端通知用户授权认证结果；

(7)用户在接收到确认授权认证结果后，向商户终端发起商品购买操作；

(8)商户终端根据商品购买操作向商户平台装置发起商品支付推送请求；

(9)商户平台装置根据商品支付推送请求向支付机构申请商品支付推送请求；

(10)支付机构根据商品支付推送请求向用户所持终端推送商品支付推送命令；

(11)支付机构向商户平台装置通知商品支付推送支付状态；

(12)商户平台装置通知商户终端商品支付推送支付状态；

(13)用户根据商品支付推送命令确认并完成支付操作；

(14)支付机构向商户平台装置通知商品支付成功；

(15)商户平台装置通知商户终端商品支付推送支付成功。

如图3所示，本发明实施例还提供一种电子支付系统，用于商户、用户以及支付机构三方之间的电子支付。本实施例的电子支付系统包括支付账号管理单元31、请求支付单元32、推送支付命令单元33以及确定支付单元34，上述支付账号管理单元31、请求支付单元32、推送支付命令单元33以及确定支付单元34结合运行在电子设备上的软件构成。

支付账号管理单元31，用于商户终端基于与用户的交互将用户的一个或多个支付账户与用户的注册账号进行关联绑定以生成支付账号池，并将所述支付账号池存储在商户平台装置。

推送支付命令单元33，用于根据所述商品支付推送请求，所述支付机构将商品推送支付命令推送至用户所持移动终端，并向所述商户终端通知商品推送支付状态。

确定支付单元34，用于在用户根据所述商品推送支付命令完成支付，所述支付机构确认商品推送支付命令并更新所述商品推送支付状态。

此外，上述支付账号池包括同一个支付机构的不同支付账户，或不同支付机构的不同支付账户。且支付账号管理单元31，还用于所述商户平台装置将所述支付账号池发送到所述支付机构并存储，通过所述支付机构管理所述支付账号池；所述支付机构授权认证所述支付账户和\或商户终端用户的注册账号，并向通过授权认证的商户终端分配终端标识；支付账号管理单元31动态刷新并实时获取所述支付账号及商户终端的可信安全等级，所述支付机构判断所述支付账号及商户终端的可信等级和可信分值；当所述支付账号及商户终端的可信等级和可信分值低于阈值时，所述支付机构授权认证所述支付账户及商户终端用户的注册账号，并向通过授权认证的商户终端分配终端标识；当所述支付账号及商户终端的可信等级和可信分值达到或者恢复到不低于阈值时，则在预设周期内不执行所述支付机构授权认证所述支付账户和商户终端用户的注册账号，或对所述支付账户和商户终端用户的注册账号择一执行授权认证。

本实施例中的电子支付系统与上述图1对应实施例中的电子支付方法属于同一构思，其具体实现过程详细见对应的方法实施例，且方法实施例中的技术特征在本设备实施例中均对应适用，这里不再赘述。

本发明实施例还提供一种电子支付装置4，如图4所示，该电子支付装置4包括存储器41和处理器42，存储器41中存储有可在处理器42执行的计算机程序，且处理器42执行计算机程序时实现如上所述电子支付方法的步骤。

本实施例中的电子支付装置4与上述图1对应实施例中的电子支付方法属于同一构思，其具体实现过程详细见对应的方法实施例，且方法实施例中的技术特征在本设备实施例中均对应适用，这里不再赘述。

本发明实施例还提供一种计算机可读存储介质，该存储介质上存储有计算机程序，计算机程序被处理器执行时，实现如上所述电子支付方法的步骤。本实施例中的计算机可读存储介质与上述图1对应实施例中的电子支付方法属于同一构思，其具体实现过程详细见对应的方法实施例，且方法实施例中的技术特征在本设备实施例中均对应适用，这里不再赘述。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际电子中，可以根据需要而将上述功能分配由不同的功能单元、模块完成。实施例中的各功能单元、模块可以集成在一个处理器中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定电子和设计约束条件。专业技术人员可以对每个特定的电子来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的电子支付、系统及设备，可以通过其它的方式实现。例如，以上所描述的电子支付系统实施例仅仅是示意性的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理器中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或界面切换设备、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。