CN116308628A - 支付处理方法及装置 - Google Patents

Abstract

本说明书实施例提供了支付处理方法及装置，其中，一种支付处理方法包括：获取服务机构通过向所述服务机构提供的数据接口传入的待支付账单的账单信息；所述账单信息在所述待支付账单对应的用户进行账单支付服务的服务授权后发送；基于所述账单信息生成所述用户对所述服务机构的交易订单，并向所述用户的用户终端进行订单信息推送；根据所述用户终端在从消息推送模块跳转至订单服务模块后提交的支付确认请求，对所述交易订单进行支付处理。

Description

支付处理方法及装置

技术领域

本文件涉及数据处理技术领域，尤其涉及一种支付处理方法及装置。

背景技术

随着科技发展和用户生活水平的不断提高，越来越多的服务通过线上的形式提供以及支付，对于用户在服务方产生的账单，如何将账单高效、及时地触达给用户是服务方和用户日益关注的重点；对于用户来说，线下前往服务方进行账单支付需要耗费大量的时间和精力，如何提升用户和服务方对线上服务的感知，是用户和服务方共同探索的方向。

发明内容

本说明书一个或多个实施例提供了一种支付处理方法，包括：获取服务机构通过向所述服务机构提供的数据接口传入的待支付账单的账单信息；所述账单信息在所述待支付账单对应的用户进行账单支付服务的服务授权后发送。基于所述账单信息生成所述用户对所述服务机构的交易订单，并向所述用户的用户终端进行订单信息推送。根据所述用户终端在从消息推送模块跳转至订单服务模块后提交的支付确认请求，对所述交易订单进行支付处理。

本说明书一个或多个实施例提供了另一种支付处理方法，包括：接收交易订单的推送数据，并基于消息推送模块对所述推送数据进行提醒推送；所述交易订单在待支付账单对应的用户进行账单支付服务的服务授权后基于所述待支付账单的账单信息生成。根据所述用户对所述提醒推送的触发指令，从所述消息推送模块跳转至订单服务模块以展示所述交易订单。获取所述用户提交的对所述交易订单的支付确认请求并向服务器提交，以对所述交易订单进行支付处理。

本说明书一个或多个实施例提供了一种支付处理装置，包括：账单信息获取模块，被配置为获取服务机构通过向所述服务机构提供的数据接口传入的待支付账单的账单信息；所述账单信息在所述待支付账单对应的用户进行账单支付服务的服务授权后发送。交易订单生成模块，被配置为基于所述账单信息生成所述用户对所述服务机构的交易订单，并向所述用户的用户终端进行订单信息推送。支付处理模块，被配置为根据所述用户终端在从消息推送模块跳转至订单服务模块后提交的支付确认请求，对所述交易订单进行支付处理。

本说明书一个或多个实施例提供了另一种支付处理装置，包括：推送数据接收模块，被配置为接收交易订单的推送数据，并基于消息推送模块对所述推送数据进行提醒推送；所述交易订单在待支付账单对应的用户进行账单支付服务的服务授权后基于所述待支付账单的账单信息生成。模块跳转模块，被配置为根据所述用户对所述提醒推送的触发指令，从所述消息推送模块跳转至订单服务模块以展示所述交易订单。确认请求提交模块，被配置为获取所述用户提交的对所述交易订单的支付确认请求并向服务器提交，以对所述交易订单进行支付处理。

本说明书一个或多个实施例提供了一种支付处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：获取服务机构通过向所述服务机构提供的数据接口传入的待支付账单的账单信息；所述账单信息在所述待支付账单对应的用户进行账单支付服务的服务授权后发送。基于所述账单信息生成所述用户对所述服务机构的交易订单，并向所述用户的用户终端进行订单信息推送。根据所述用户终端在从消息推送模块跳转至订单服务模块后提交的支付确认请求，对所述交易订单进行支付处理。

本说明书一个或多个实施例提供了另一种支付处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：接收交易订单的推送数据，并基于消息推送模块对所述推送数据进行提醒推送；所述交易订单在待支付账单对应的用户进行账单支付服务的服务授权后基于所述待支付账单的账单信息生成。根据所述用户对所述提醒推送的触发指令，从所述消息推送模块跳转至订单服务模块以展示所述交易订单。获取所述用户提交的对所述交易订单的支付确认请求并向服务器提交，以对所述交易订单进行支付处理。

本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：获取服务机构通过向所述服务机构提供的数据接口传入的待支付账单的账单信息；所述账单信息在所述待支付账单对应的用户进行账单支付服务的服务授权后发送。基于所述账单信息生成所述用户对所述服务机构的交易订单，并向所述用户的用户终端进行订单信息推送。根据所述用户终端在从消息推送模块跳转至订单服务模块后提交的支付确认请求，对所述交易订单进行支付处理。

本说明书一个或多个实施例提供了另一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：接收交易订单的推送数据，并基于消息推送模块对所述推送数据进行提醒推送；所述交易订单在待支付账单对应的用户进行账单支付服务的服务授权后基于所述待支付账单的账单信息生成。根据所述用户对所述提醒推送的触发指令，从所述消息推送模块跳转至订单服务模块以展示所述交易订单。获取所述用户提交的对所述交易订单的支付确认请求并向服务器提交，以对所述交易订单进行支付处理。

附图说明

为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图；

图1为本说明书一个或多个实施例提供的一种支付处理方法处理流程图；

图2为本说明书一个或多个实施例提供的一种授权提醒页面示意图；

图3为本说明书一个或多个实施例提供的一种弹窗展示页面示意图；

图4为本说明书一个或多个实施例提供的一种交易订单的订单展示页示意图；

图5为本说明书一个或多个实施例提供的一种消息展示页面示意图；

图6为本说明书一个或多个实施例提供的一种渠道列表展示页示意图；

图7为本说明书一个或多个实施例提供的一种支付处理方法处理示意图；

图8为本说明书一个或多个实施例提供的一种应用于账单支付场景的支付处理方法处理时序图；

图9为本说明书一个或多个实施例提供的一种应用于跳转支付场景的支付处理方法处理时序图；

图10为本说明书一个或多个实施例提供的另一种支付处理方法处理流程图；

图11为本说明书一个或多个实施例提供的一种支付处理装置示意图；

图12为本说明书一个或多个实施例提供的另一种支付处理装置示意图；

图13为本说明书一个或多个实施例提供的一种支付处理设备的结构示意图；

图14为本说明书一个或多个实施例提供的另一种支付处理设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。

本说明书提供的一种支付处理方法实施例：

本实施例提供的支付处理方法，从待支付账单出发进行用户的确定，在确定用户后向用户发送基于待支付账单的账单信息创建的交易订单的订单信息，实现对用户的支付提醒和支付；具体的，根据服务机构在待支付账单对应的用户进行账单支付服务的服务授权后发送的账单信息，生成用户对服务机构的交易订单并向用户进行订单信息推送，以使用户基于订单信息推送提交对交易订单的支付确认请求；根据用户对及交易订单的支付确认请求对所述交易订单进行支付处理，以此，通过账单找用户的方式，提升账单的用户触达率，在向用户进行触达的时候，通过向用户触达根据账单的账单信息生成的交易订单，提升对账单的支付转化，降低对用户的催缴成本。

参照图1，本实施例提供的支付处理方法，具体包括步骤S102至步骤S106。

步骤S102，获取服务机构通过向所述服务机构提供的数据接口传入的待支付账单的账单信息。

本实施例中所述服务机构，包括向用户提供服务的机构；例如物业、公寓提供方、水电费管理机构等。所述待支付账单，包括服务机构针对向用户提供的服务生成的账单；其中，服务机构可以在向用户提供服务后即生成用户的待支付账单，还可以针对在一个周期内向用户提供的服务生成用户在该周期的待支付账单；也即是，所述待支付账单可以是针对实时服务的待支付账单，还可以是针对周期服务的待支付账单；例如，针对用户的一次天然气缴纳的待支付账单，或者，针对一个月的电费缴纳的待支付账单。此外，待支付账单还可以根据服务机构与用户之间的约定进行生成，本实施例在此不做限定。

所述账单信息，包括待支付账单中包含的能够对待支付账单进行标识的信息，可选的，所述账单信息，包括下述至少一项：所述待支付账单中包含的付款方标识，收款方标识，账单标识和账单描述信息。所述账单标识，包括服务机构在生成待支付账单的过程中生成的对待支付账单进行标识的账单号；所述账单描述信息，包括对账单的相关信息进行描述的账单概要；例如，您的x月需缴纳电费m元。需要说明的是，账单信息可由服务机构进行确定；服务机构还可将待支付账单通过数据接口进行发送，也即是，步骤S102还可被替换为，获取服务机构通过向所述服务机构提供的数据接口传入的待支付账单，对应的，下述步骤S104还可被替换为，基于所述待支付账单生成所述用户对所述服务机构的交易订单，并向所述用户的用户终端进行订单信息推送，并与下述步骤S106组成新的实现方式。

本实施例可应用于服务器，所述服务器包括支付应用对应的服务器；所述服务器或者所述服务器的提供方通过向各服务机构提供数据接口，使各服务机构可以通过数据接口传入待支付账单，以通过服务器向待支付账单对应用户的用户终端发送待支付账单对应的订单信息推送，提升用户对于待支付账单的感知程度以及对支付转化率。

可选的，所述账单信息在所述待支付账单对应的用户进行账单支付服务的服务授权后发送。所述账单支付服务，是指面向服务机构和用户两者提供的，将服务机构生成的用户的待支付账单通过服务器向用户推送，并使用户进行支付转化的服务，换句话说，账单支付服务，也即是将服务机构生成的账单发送至服务器进而触达用户的服务。本实施例所述服务器，包括所述账单支付服务对应的服务器。所述账单支付服务对应的服务应用，可独立运行于用户终端，也可搭载于独立运行于用户终端的第三方应用运行，例如，搭载于第三方支付应用的子应用或者子程序。

具体实施时，服务机构在生成用户的待支付账单后，由于待支付账单在一定程度上属于用户的隐私，为了保证用户的隐私安全，将用户的待支付账单或者待支付账单的账单信息通过数据接口发送服务器之前，需要得到用户的授权，以保证用户的数据安全；本实施例提供的一种可选实施方式中，服务机构执行如下操作：

在生成所述待支付账单后，查询所述用户对所述账单支付服务的服务授权标记；

若查询结果不为空，确定所述待支付账单的账单信息；

调用所述数据接口并传入所述账单信息，以向所述用户进行订单信息推送。

若查询结果为空，则不做处理即可。

具体的，服务机构生成用户的待支付账单后，根据所述用户的服务授权标记，将所述待支付账单或者所述待支付账单的账单信息传入向所述服务机构提供的数据接口，以使提供所述数据接口的服务方基于所述待支付账单或者所述账单信息对所述用户进行订单信息推送。可选的，所述服务授权标记在用户基于所述服务机构的机构授权标识提交授权确认请求后生成。

例如，物业公司生成用户在x季度的物业待缴账单，由于无法及时向用户进行物业待缴账单的推送导致物业公司的资金拖欠，或者只能向用户发送缴费提醒，用户无法线上支付，需要线下前往物业公司进行资金缴纳影响用户体验，在生成物业待缴账单后，基于该用户的用户名称查询该用户是否具有对账单支付服务的服务授权标记，若不存在，则不做处理即可，若存在，则将物业待缴账单中的用户名称、物业公司名称、账单概要和账单号作为物业待缴账单的账单信息传入服务器提供的数据接口中，服务器获取物业公司通过数据接口传入的账单信息。

可选的，所述服务授权标记，在所述用户对所述账单支付服务进行服务授权后生成。本实施例提供的一种可选实施方式中，通过如下方式进行服务授权：

获取所述用户终端采集所述服务机构的机构授权标识后提交的对所述机构授权标识的访问请求；所述机构授权标识基于所述服务机构的授权标识生成请求生成；

基于所述访问请求读取所述机构授权标识关联的授权提醒信息，并向所述用户终端下发所述授权提醒信息；

根据所述用户终端提交的对所述授权提醒信息的授权确认请求，建立所述用户的用户标识与所述服务机构的机构标识的服务授权关系。

可选的，用户通过扫描服务机构的机构授权标识进行服务授权；所述机构授权标识由所述服务器基于所述服务机构的授权标识生成请求生成。

对应的，用户终端执行如下操作：

采集所述待支付账单对应的服务机构的机构授权标识并识别，获得所述机构授权标识的访问标识；所述机构授权标识基于所述服务机构的授权标识生成请求生成；

向所述服务器提交包含所述访问标识的访问请求；

接收所述服务器基于所述访问请求读取并下发的授权提醒信息并展示；

若检测到所述用户对所述授权提醒信息的授权确认指令，向所述服务器提交授权确认请求，以建立所述用户的用户标识与所述服务机构的机构标识的服务授权关系。

具体的，用户通过用户终端采集服务机构的机构授权标识并识别，获得所述机构授权标识的标识码值，用户终端向服务器发送携带标识码值的访问请求；服务器基于访问请求读取账单支付服务的授权提醒信息并向用户终端下发；用户终端接收所述授权提醒信息，渲染包含所述授权提醒信息的授权提醒页面并展示，若检测到所述授权提醒页面配置的确认控件被触发，向所述服务器提交授权确认请求，所述服务器根据所述授权确认请求，建立所述用户的用户标识与所述服务机构的机构标识的服务授权关系；

为了提升服务机构对服务授权关系的感知程度，服务器在建立所述服务授权关系后，向所述服务机构发送所述服务授权关系，以使服务机构基于所述服务授权关系对所述用户进行服务授权的标记处理，获得所述用户的服务授权标记。所述机构授权标识，可以是标识码的形式，例如二维码、声音码等。

例如，物业公司向服务器发送授权标识生成请求；服务器根据授权标识生成请求生成与物业公司的公司名称关联的授权码并向物业公司发送，物业公司通过向用户发送或者展示该授权码，使用户通过用户终端采集物业公司的授权码，用户通过用户终端采集该授权码并识别，获得该授权码的码值并向服务器发送携带该码值的访问请求，服务器基于该访问请求读取该授权码关联的授权提醒信息并向用户终端发送，用户终端接收授权提醒信息并基于授权提醒信息渲染如图2所述的授权提醒页面并展示，用户终端若检测到如图2所示中的同意控件被触发，则向服务器发送对授权提醒信息的授权确认请求，服务器根据授权确认请求建立用户的用户名称与物业公司的公司名称的服务授权关系，并向物业公司发送该服务授权关系，物业公司基于该服务授权关系对用户标识进行服务授权的标记处理，使该用户标识携带服务授权标记。

需要说明的是，服务器在生成机构授权标识的过程中，可根据服务机构发送的授权标识生成请求中携带的机构信息生成，也可随机生成后与服务机构的机构标识进行关联，具体可根据实际场景的场景配置或者机构需求进行配置，本实施例在此不做限定。

上述过程中，服务机构在生成用户的待支付账单后，根据用户对账单支付服务的服务授权通过向所述服务机构提供的数据接口传入待支付账单的账单信息；此外，为了提升用户对账单支付服务的感知程度，也即是对服务应用或者服务应用搭载的第三方应用的感知程度，提升用户对账单支付服务的使用率，本实施例中，还可在用户通过其他应用(第三方应用之外的应用)访问服务机构的情况下，通过根据用户对账单支付服务的服务授权通过向服务机构提供的数据接口传入用户的待支付账单的账单信息，以对用户进行订单信息推送，提升用户对账单支付服务的使用率。

本实施例提供的一种可选实施方式中，所述服务机构在检测到所述用户访问基于所述用户终端运行的目标应用中所述服务机构的子程序的情况下，执行如下操作：

查询所述用户的待支付账单；

若查询结果为空，则不作处理即可；

若查询结果不为空，向所述子程序下发查询到的待支付账单以及查询所述用户是否进行对所述账单支付服务的服务授权；

若进行服务授权，调用所述数据接口并传入查询到的待支付账单的账单信息；

若未进行服务授权，则向所述子程序下发查询到的待支付账单即可。

具体的，服务机构在检测到用户通过目标应用(账单支付服务搭载的第三方应用之外的其他应用)访问服务机构的子程序的情况下，查询所述用户的待支付账单；向子程序下发查询到的待支付账单，以使用户感知，以及根据用户对账单支付服务的服务授权，调用服务器向所述服务机构提供的数据接口并传入查询到的待支付账单的账单信息；

也即是，步骤S102还可被替换为，获取服务机构通过向所述服务机构提供的数据接口传入的待支付账单的账单信息，并与本实施例提供的其他处理步骤组成新的实现方式；可选的，所述账单信息在所述待支付账单对应的用户通过目标应用访问所述服务机构的情况下根据所述用户对账单支付服务的服务授权发送。

步骤S104，基于所述账单信息生成所述用户对所述服务机构的交易订单，并向所述用户的用户终端进行订单信息推送。

所述交易订单，包括生成的以使用户进行支付的订单；所述用户的用户终端包括运行所述账单支付服务对应的服务应用或者运行所述账单支付服务搭载的第三方应用的用户终端。所述订单信息推送，包括使用户感知待支付账单的账单信息进而对对应的交易订单进行支付的提醒推送。

上述步骤中，获取服务机构通过向服务机构提供的数据接口传入的待支付账单的账单信息，本步骤中，为了提升用户的支付转化率，使用户在感知到账单信息时即可对对应的交易订单进行支付，提升用户对待支付账单进行支付的便捷性，基于账单信息生成用户对服务机构的交易订单，也即是，基于所述账单信息生成所述待支付账单对应的交易订单，在生成交易订单后，向用户进行订单信息推送，以此，实现对用户进行账单提醒和账单支付的合并，用户仅需访问一次即可对待支付账单进行感知和支付，提升用户感知和支付的便捷性。

本实施例提供的一种可选实施方式中，基于所述账单信息生成用户对服务机构的交易订单，采用如下方式实现：

创建与所述账单信息中的账单标识关联的交易订单标识；

将所述账单信息中包含的付款方标识、收款方标识、交易数额和账单概要关联至所述交易订单标识，获得包含所述交易订单标识、所述付款方标识、所述收款方标识、所述交易数额和/或所述账单概要的交易订单。

所述交易订单标识，包括服务器为了标识交易订单的唯一性生成的交易订单的订单号；一般情况下，生成交易订单需要四要素：收款方、付款方、交易数额和订单号；本实施例中生成交易订单的过程中，首先创建交易订单号；然后基于交易订单号、账单信息中包含的付款方标识和收款方标识创建交易订单。为了提升用户对交易订单的交易内容的感知程度，在创建交易订单的过程中，还可根据交易订单号、账单信息中包含的付款方标识、账单信息中包含的收款方标识、账单信息中包含的交易金额和账单信息中包含的账单概要创建交易订单。

为了使用户基于账单支付服务进行支付，在获取到账单信息后，基于账单信息生成用户对服务机构的交易订单；其中，生成用户对服务机构的交易订单的过程，也即是创建与账单关联的交易订单标识的过程；具体的，首先生成交易订单号，并建立该交易订单号的待支付账单的账单号的关联关系，然后基于交易订单号、账单信息中包含的付款方标识、收款方标识、交易金额和账单概要创建交易订单。

在生成交易订单号并建立交易订单号和待支付账单的账单号的关联关系后，为了提升服务机构对待支付账单的支付状态或者推送状态的感知程度，向服务机构发送该交易订单号和账单号的关联关系，以使服务机构基于该关联关系将交易订单号关联至待支付账单，以在后续基于该交易订单号向服务器进行该待支付账单或者该待支付账单对应的交易订单的查询。

在具体执行过程中，生成用户对服务机构的交易订单后，也即是生成待支付账单对应的账单信息后，为了提升用户对待支付账单的感知程度，向用户的用户终端进行订单信息推送。在向用户终端进行订单信息推送的过程中，可通过服务应用进行订单信息推送，还可通过即时通讯应用进行订单信息推送；可选的，向用户终端进行订单信息推送，包括，向服务应用推送所述交易订单的推送数据，或者，通过即时通讯机构向所述用户的用户终端运行的即时通讯应用推送所述交易订单的推送数据；对应的，用户终端接收交易订单的推送数据，包括接收所述服务器推送的所述交易订单的推送数据；或者，即时通讯应用接收第三方即时通讯机构推送的所述交易订单的推送数据。

下述分别对通过服务应用推送交易订单的推送数据和通过即时通讯应用推送交易订单的推送数据两种对于订单信息推送的过程进行具体说明。

本实施例提供的第一种可选实施方式中，向所述用户的用户终端进行订单信息推送，包括：

生成所述交易订单的访问链接，以及将所述账单信息写入推送消息模板获得推送提醒信息；

将所述访问链接、所述推送提醒信息和所述交易订单作为推送数据并向所述账单信息中包含的付款方标识关联的用户终端运行的服务应用推送。

具体的，服务器生成待支付账单对应的交易订单后，为了提升用户的感知效率，通过将交易订单作为推送数据向用户终端的服务应用进行推送，使用户及时便捷地感知交易订单，以对待支付账单进行支付。

在将交易订单作为推送数据向用户终端的服务应用进行推送的过程中，为了使推送的内容那个具有唯一性和标识性，生成交易订单的访问链接，以及将账单信息写入推送消息模板获得推送提醒信息，将访问链接、推送提醒信息和交易订单作为推送数据向用户终端的服务应用推送。

其中，将所述访问链接、所述推送提醒信息和所述交易订单作为推送数据并向所述账单信息中包含的付款方标识关联的用户终端运行的服务应用推送的过程，还可被替换为将所述访问链接、所述推送提醒信息作为推送数据并向所述账单信息中包含的付款方标识关联的用户终端运行的服务应用推送。

向用户终端进行订单信息推送后，用户终端接收交易订单的推送数据，并基于消息推送模块对所述推送数据进行提醒推送。本实施例提供的一种可选实施方式中，用户终端运行的服务应用在接收到推送数据后，执行如下操作：

所述服务应用的消息推送模块基于所述访问链接和所述推送提醒信息生成推送消息并进行弹窗展示；

若检测到弹窗展示的所述推送消息被触发，从所述消息推送模块跳转至所述订单服务模块以展示所述交易订单。

例如，服务器获取物业公司通过数据接口发送的账单信息后，首先随机创建一个交易订单号，并建立账单信息中的账单号和交易订单号的关联关系，并且基于交易订单号、账单信息中包含的物业公司标识、用户标识、交易数额和缴费描述信息生成用户的交易订单，随机生成该交易订单的访问链接，以及将缴费描述信息“x季度物业费”写入推送消息模板获得推送提醒信息“您有一笔x季度物业费待付款，请点击支付”，将推送提醒信息和访问链接作为推送数据并向用户标识关联的用户终端运行的服务应用推送，服务应用接收推送数据，服务应用的消息推送模块在检测到接收推送数据的情况下，基于访问链接和推送提醒信息生成推送消息并进行弹窗展示，如图3所示的弹窗展示页面。其中，消息推送模块在进行弹窗展示的过程中，为了提升用户对推送提醒信息触发的便捷性，提升对推送消息管理的便捷性，通过访问链接对推送提醒信息进行标识，该访问链接是交易订单的访问链接，在进行推送消息的弹窗展示的过程中，若用户触发弹窗展示的推送提醒信息，则相当于用户触发该访问链接，则跳转至服务应用的订单服务模块并向用户展示如图4所示的交易订单的订单展示页。

需要说明的是，上述将账单信息写入推送消息模板获得推送提醒信息的过程，还可被替换为，将所述账单信息中的账单概要写入推送消息模板获得推送提醒信息，并与本实施例提供的其他步骤组成新的实现方式。

本实施例提供的第二种可选实施方式中，所述向所述用户的用户终端进行订单信息推送，包括：

生成所述交易订单的访问链接，并将所述账单信息和所述访问链接写入推送消息模板获得推送数据；

将所述推送数据和所述用户的即时通讯标识发送至第三方通讯机构，以向所述即时通讯标识关联的用户终端发送所述推送数据。

所述即时通讯标识，包括与用户建立通讯连接的用于与用户进行联系的号码；例如联系方式。所述第三方通讯机构，包括提供联系方式以及联系方式背后的实现逻辑的通讯机构。

具体的，在生成访问链接后，为了进一步提升用户对推送数据的感知程度，提升用户感知推送数据的时效性，生成访问链接后，向用户终端运行的即时通讯应用发送推送提醒信息。在向用户终端运行的即时通讯应用发送推送提醒信息的过程中，首先将账单信息和访问链接写入推送消息模板，获得交易订单对应的推送数据，然后将推送数据和用户的即时通讯标识发送至第三方通讯机构，第三方通讯机构基于服务器标识关联的通讯标识向用户的即时通讯标识关联的用户终端发送推送数据；本实施例提供的一种可选实施方式中，用户终端执行如下操作：

即时通讯应用接收所述第三方通讯机构发送的所述推送数据并展示；

若检测到所述推送数据中包含的所述访问链接被触发，跳转至服务应用并向服务器发送对所述访问链接的访问请求；

接收并展示所述服务器基于所述访问请求下发的所述交易订单。

在具体执行过程中，第三方通讯机构根据服务器发送的推送数据和用户的即时通讯标识，向用户的即时通讯标识关联的用户终端发送推送数据；其中，为了提升用户对接收到的推送数据的信任度，在向用户终端发送推送数据时，基于服务器对应的机构开通的服务器通讯标识向用户终端发送推送数据。用户终端运行的第三方通讯机构对应的即时通讯应用接收第三方通讯机构发送的推送数据并展示，用户终端若检测到展示的推送数据中包含的访问链接被触发，跳转至服务应用并向服务器发送对访问链接的访问请求，服务器基于访问请求读取该访问链接关联的交易订单并向用户终端下发，用户终端通过服务应用的订单服务模块展示该交易订单。

例如，服务器基于交易订单号、账单信息中包含的物业公司标识、用户标识、交易数额和缴费描述信息生成用户的交易订单，随机生成该交易订单的访问链接，将缴费描述信息“x季度物业费”，访问链接xxxxxxx和交易金额写入推送消息模板获得推送数据为“服务应用：您有一笔x季度物业费待支付，金额m元，请点击xxxxxxx查看”，将推送数据和用户标识关联的用户的联系方式发送至即时通讯机构，即时通讯机构基于服务器对应的联系方式向用户的联系方式关联的用户终端发送推送数据，用户终端接收到推送数据后，通过如图5所示的消息展示页面进行推送数据的展示，若用户触发如图5所示的消息展示页面中的访问链接，则跳转至服务应用的订单服务模块展示如图4所示的交易订单的订单展示页。

上述将所述账单信息和所述访问链接写入推送消息模板获得推送数据还可被替换为，将所述账单信息中包含的账单概要和所述访问链接写入推送消息模板获得推送数据。

需要说明的是，为了提升服务机构对交易订单的状态的感知程度，向用户终端进行订单信息推送之后，还可向服务机构发送交易订单的已推送提醒。

步骤S106，根据所述用户终端在从消息推送模块跳转至订单服务模块后提交的支付确认请求，对所述交易订单进行支付处理。

所述消息推送模块，包括即时通讯应用或者服务应用中用于进行消息推送的消息推送模块；所述订单服务模块，包括服务应用中用于进行订单展示的模块。

上述过程中，用户终端运行的服务应用的消息推送模块基于访问链接和推送提醒信息生成推送消息并进行弹窗展示之后，根据用户对提醒推送的触发指令，从消息推送模块跳转至订单服务模块以展示所述交易订单的过程，包括：若检测到弹窗展示的所述推送消息被触发，从所述消息推送模块跳转至所述订单服务模块以展示所述交易订单；如图3至图4的跳转。

或者，用户终端的即时通讯应用接收并展示第三方通讯机构发送的推送数据并展示之后，根据用户对提醒推送的触发指令，从消息推送模块跳转至订单服务模块以展示所述交易订单的过程，包括：若检测到所述推送数据中包含的所述访问链接被触发，跳转至服务应用并向所述服务器发送对所述访问链接的访问请求；所述服务应用的订单服务模块接收并展示所述服务器基于所述访问请求下发的所述交易订单；如图5至图4的跳转。

用户在基于上述两种访问交易订单的方式进行交易订单的访问的过程中，用户可通过交易订单的订单详情页提交对交易订单的支付确认请求，用户终端获取所述用户提交的对所述交易订单的支付确认请求并向服务器提交，以对所述交易订单进行支付处理；服务器根据所述用户终端在从消息推送模块跳转至订单服务模块后提交的支付确认请求，对所述交易订单进行支付处理。例如用户通过触发图4中的“确认支付”控件进行支付确认请求的提交。

在具体执行过程中，服务器根据所述用户终端在从消息推送模块跳转至订单服务模块后提交的支付确认请求，对所述交易订单进行支付处理的过程，可通过如下方式实现：

根据所述支付确认请求，读取所述用户的可用支付渠道并向所述用户终端下发可用支付渠道列表；

接收所述用户终端提交的所述用户在所述可用支付渠道列表中选择的对所述交易订单进行支付的目标支付渠道；

基于所述目标支付渠道对所述交易订单进行支付处理。

具体的，服务器在根据支付确认请求，对交易订单进行支付处理的过程中，首先根据支付确认请求，确定对所述交易订单进行支付处理的目标支付渠道，然后基于所述目标支付渠道对所述交易订单进行支付处理。

例如，用户终端在检测到用户触发如图4所示的订单展示页中的“确认支付”控件的情况下，向服务器提交对交易订单的支付确认请求，服务器根据支付确认请求读取该用户的可用支付渠道包括xxx1银行卡、xxx2银行卡和授信支付渠道；基于xxx1银行卡、xxx2银行卡和授信支付渠道构建可用支付渠道列表并向用户终端下发，用户终端接收可用支付渠道列表并渲染如图6所示的渠道列表展示页，对渠道列表展示页进行弹窗展示，用户可通过渠道列表展示页进行对交易订单进行支付处理的目标支付渠道并通过触发“确认付款”控件提交确认请求，用户终端若检测到渠道列表展示页中配置的“确认付款”控件被触发，向服务器提交包含被选中的目标支付渠道的确认请求；服务器基于该确认请求将目标支付渠道对应的支付账户中交易金额对应的资金转移至物业公司的公司账户，以完成对交易订单的支付处理。

具体实施时，在对交易订单进行支付处理后，为了提升用户对支付结果的感知程度，向用户终端下发支付结果，以进行展示。此外，为了提升服务机构对待支付账单的支付结果，本实施例提供的一种可选实施方式中，根据用户终端提交的支付确认请求，对交易订单进行支付处理后，还执行如下操作：

将所述交易订单的订单状态由待支付状态标记为已支付状态；

向所述服务机构发送包含所述交易订单的交易订单标识的订单支付结果，以对所述交易订单标识关联的账单标识对应的所述待支付账单进行支付状态更新。

为了规范对于交易订单的管理，服务器在将交易订单的订单状态由待支付状态标记为已支付状态，并且为了提升服务机构对交易订单的支付状态进行更新的时效性，将交易订单的订单状态由待支付状态标记为已支付状态后，向服务机构发送包含交易订单的交易订单标识的订单支付结果，服务机构基于订单支付结果中的交易订单标识将对应的待支付账单的支付状态更新为已支付状态。

需要说明的是，对于交易订单和/或待支付账单的支付状态，可以包括未支付状态、已推送状态，已访问状态、已支付状态等；对于交易订单和/或待支付账单的支付状态，可根据场景需求进行配置以及更新，本实施例仅仅是示例性的，在此不做限定。

还需要说明的是，如图4所示的订单展示页中，还可配置“稍后再付”控件，用户触发该控件后可推出对交易订单的访问和支付，后续用户可基于访问链接或者推送消息进行交易订单的重新访问和/或支付。

综上所述，本实施例提供的支付处理方法，一方面，利用服务器的接口提供能力，向多个服务机构提供数据接口，以通过该数据接口获取服务机构的待支付账单的账单信息，实现对多个服务机构的数据对接；

另一方面，利用服务器的订单服务能力和支付能力，在获取到账单信息后，通过生成待支付账单对应的交易订单，进而利用服务器对应的第三方应用对用户群体的覆盖度，提升待支付账单对用户的触达程度以及用户对待支付账单的支付转化率。

具体的，获取服务机构在用户进行账单支付服务的服务授权后通过服务机构提供的数据接口传入的待支付账单的账单信息，根据账单信息生成待支付账单对应的交易订单，并向用户进行交易订单的订单信息推送，最后根据用户基于订单信息推送提交的对交易订单的支付确认请求，对交易订单进行支付处理，以此，通过服务器的能力，从用户和服务机构两方面出发，提升将服务机构产生的待支付账单向用户的触达能力，进一步提升用户对待支付账单的支付转化率。

下述以本实施例提供的一种支付处理方法在账单支付场景的应用为例，结合图7至图8对本实施例提供的支付处理方法进行进一步说明，参见图8，应用于账单支付场景的支付处理方法，具体包括如下步骤。

如图7所示，用户通过扫描商户的商户授权码开通账单支付服务后，商户生成用户的待支付账单后，调用服务器提供的数据接口并传入待支付账单的账单信息，服务器基于账单信息生成对应的交易订单并向用户终端运行的服务应用或者即时通讯应用推送，用户通过触发推送的访问链接进行支付确认请求的提交，服务器根据用户终端提交的支付确认请求进行支付处理，并向商户发送待支付订单的支付成功的支付结果。

步骤S802，获取商户生成并通过数据接口传入的进行账单支付服务的服务授权的用户的待支付账单的账单信息。

可选的，所述商户包括物业公司或者租赁公司。

步骤S804，基于账单信息生成待支付账单对应的交易订单。

步骤S806，创建包含交易订单的推送数据并向用户终端运行的服务应用推送。

步骤S816，根据支付确认指令对交易订单进行支付处理。

步骤S818，向用户终端返回支付成功的支付结果，以及向商户发送对待支付账单的支付结果。

本实施例提供的步骤S802至步骤S806，以及步骤S816至步骤S818，可由服务器执行，需要说明的是，服务器执行的步骤S802至步骤S806，以及步骤S816至步骤S818这一过程，与下述实施例提供的可由用户终端执行的步骤S808至步骤S814的过程相互配合，因此，阅读本实施例请参照下述步骤S808至步骤S814的相关内容，对应的，阅读下述步骤S808至步骤S814也请参照本实施例提供的步骤S802至步骤S806，以及步骤S816至步骤S818。

下述以本实施例提供的一种支付处理方法在跳转支付场景的应用为例，对本实施例提供的支付处理方法进行进一步说明，参见图9，应用于跳转支付场景的支付处理方法，具体包括如下步骤。

步骤S902，获取商户在用户通过用户终端运行的目标应用访问商户子程序且用户进行服务授权后，商户通过数据接口传入的用户的待支付账单的账单信息。

步骤S904，基于账单信息生成待支付账单对应的交易订单。

步骤S906，创建包含交易订单的推送数据并向即时通讯机构发送。

步骤S916，根据支付确认指令对交易订单进行支付处理。

步骤S918，向用户终端返回支付成功的支付结果，以及向商户发送对待支付账单的支付结果。

本实施例提供的步骤S908至步骤S906，以及步骤S916至步骤S918，可由服务器执行，需要说明的是，服务器执行的步骤S908至步骤S906，以及步骤S916至步骤S918这一过程，与下述实施例提供的可由用户终端执行的步骤S908至步骤S914的过程相互配合，因此，阅读本实施例请参照下述步骤S908至步骤S914的相关内容，对应的，阅读下述步骤S908至步骤S914也请参照本实施例提供的步骤S908至步骤S906，以及步骤S916至步骤S918。

本说明书提供的另一种支付处理方法实施例：

本实施例提供的支付处理方法，从待支付账单出发进行用户的确定，在确定用户后向用户发送基于待支付账单的账单信息创建的交易订单的订单信息，实现对用户的支付提醒和支付；通过账单找用户的方式，提升账单的用户触达率，在向用户进行触达的时候，通过向用户触达根据账单的账单信息生成的交易订单，提升对账单的支付转化，降低对用户的催缴成本。

本实施例提供的支付处理方法，可应用于用户终端，上述提供的支付处理方法，可应用于服务器，本实施例提供的可应用于用户终端的支付处理方法，在执行过程中与上述提供的可应用于服务器的支付处理方法在执行过程中相互配合，阅读本实施例可参照上述实施例的相关内容，阅读上述实施例也可参照本实施例的相应内容。

参照图10，本实施例提供的支付处理方法，具体包括步骤S1002至步骤S1006。

步骤S1002，接收交易订单的推送数据，并基于消息推送模块对所述推送数据进行提醒推送,。

本实施例中，可选的，所述交易订单在待支付账单对应的用户进行账单支付服务的服务授权后基于所述待支付账单的账单信息生成。

具体实施时，服务器获取服务机构通过向所述服务机构提供的数据接口传入的待支付账单的账单信息。

所述服务机构，包括向用户提供服务的机构；例如物业、公寓提供方、水电费管理机构等。所述待支付账单，包括服务机构针对向用户提供的服务生成的账单；其中，服务机构可以在向用户提供服务后即生成用户的待支付账单，还可以针对在一个周期内向用户提供的服务生成用户在该周期的待支付账单；也即是，所述待支付账单可以是针对实时服务的待支付账单，还可以是针对周期服务的待支付账单；例如，针对用户的一次天然气缴纳的待支付账单，或者，针对一个月的电费缴纳的待支付账单。此外，待支付账单还可以根据服务机构与用户之间的约定进行生成，本实施例在此不做限定。

所述账单信息，包括待支付账单中包含的能够对待支付账单进行标识的信息，可选的，所述账单信息，包括下述至少一项：所述待支付账单中包含的付款方标识，收款方标识，账单标识和账单描述信息。所述账单标识，包括服务机构在生成待支付账单的过程中生成的对待支付账单进行标识的账单号；所述账单描述信息，包括对账单的相关信息进行描述的账单概要；例如，您的x月需缴纳电费m元。需要说明的是，账单信息可由服务机构进行确定；服务机构还可将待支付账单通过数据接口进行发送。

所述服务器包括支付应用对应的服务器；所述服务器或者所述服务器的提供方通过向各服务机构提供数据接口，使各服务机构可以通过数据接口传入待支付账单，以通过服务器向待支付账单对应用户的用户终端发送待支付账单对应的订单信息推送，提升用户对于待支付账单的感知程度以及对支付转化率。

可选的，所述账单信息在所述待支付账单对应的用户进行账单支付服务的服务授权后发送。所述账单支付服务，是指面向服务机构和用户两者提供的，将服务机构生成的用户的待支付账单通过服务器向用户推送，并使用户进行支付转化的服务，换句话说，账单支付服务，也即是将服务机构生成的账单发送至服务器进而触达用户的服务。本实施例所述服务器，包括所述账单支付服务对应的服务器。所述账单支付服务对应的服务应用，可独立运行于用户终端，也可搭载于独立运行于用户终端的第三方应用运行，例如，搭载于第三方支付应用的子应用或者子程序。

具体实施时，服务机构在生成用户的待支付账单后，由于待支付账单在一定程度上属于用户的隐私，为了保证用户的隐私安全，将用户的待支付账单或者待支付账单的账单信息通过数据接口发送服务器之前，需要得到用户的授权，以保证用户的数据安全；本实施例中，服务机构执行如下操作：

在生成所述待支付账单后，查询所述用户对所述账单支付服务的服务授权标记；

若查询结果不为空，确定所述待支付账单的账单信息；

调用所述数据接口并传入所述账单信息，以向所述用户进行订单信息推送。

具体的，服务机构生成用户的待支付账单后，根据所述用户的服务授权标记，将所述待支付账单或者所述待支付账单的账单信息传入向所述服务机构提供的数据接口，以使提供所述数据接口的服务方基于所述待支付账单或者所述账单信息对所述用户进行订单信息推送。可选的，所述服务授权标记在用户基于所述服务机构的机构授权标识提交授权确认请求后生成。

例如，物业公司生成用户在x季度的物业待缴账单，由于无法及时向用户进行物业待缴账单的推送导致物业公司的资金拖欠，或者只能向用户发送缴费提醒，用户无法线上支付，需要线下前往物业公司进行资金缴纳影响用户体验，在生成物业待缴账单后，基于该用户的用户名称查询该用户是否具有对账单支付服务的服务授权标记，若不存在，则不做处理即可，若存在，则将物业待缴账单中的用户名称、物业公司名称、账单概要和账单号作为物业待缴账单的账单信息传入服务器提供的数据接口中，服务器获取物业公司通过数据接口传入的账单信息。

可选的，所述服务授权标记，在所述用户对所述账单支付服务进行服务授权后生成。

本实施例中，可通过如下方式进行服务授权：

获取所述用户终端采集所述服务机构的机构授权标识后提交的对所述机构授权标识的访问请求；所述机构授权标识基于所述服务机构的授权标识生成请求生成；

基于所述访问请求读取所述机构授权标识关联的授权提醒信息，并向所述用户终端下发所述授权提醒信息；

根据所述用户终端提交的对所述授权提醒信息的授权确认请求，建立所述用户的用户标识与所述服务机构的机构标识的服务授权关系。

可选的，用户通过扫描服务机构的机构授权标识进行服务授权；所述机构授权标识由所述服务器基于所述服务机构的授权标识生成请求生成。

对应的，用户终端执行如下操作：

采集所述待支付账单对应的服务机构的机构授权标识并识别，获得所述机构授权标识的访问标识；所述机构授权标识基于所述服务机构的授权标识生成请求生成；

向所述服务器提交包含所述访问标识的访问请求；

接收所述服务器基于所述访问请求读取并下发的授权提醒信息并展示；

若检测到所述用户对所述授权提醒信息的授权确认指令，向所述服务器提交授权确认请求，以建立所述用户的用户标识与所述服务机构的机构标识的服务授权关系。

具体的，用户通过用户终端采集服务机构的机构授权标识并识别，获得所述机构授权标识的标识码值，用户终端向服务器发送携带标识码值的访问请求；服务器基于访问请求读取账单支付服务的授权提醒信息并向用户终端下发；用户终端接收所述授权提醒信息，渲染包含所述授权提醒信息的授权提醒页面并展示，若检测到所述授权提醒页面配置的确认控件被触发，向所述服务器提交授权确认请求，所述服务器根据所述授权确认请求，建立所述用户的用户标识与所述服务机构的机构标识的服务授权关系；

为了提升服务机构对服务授权关系的感知程度，服务器在建立所述服务授权关系后，向所述服务机构发送所述服务授权关系，以使服务机构基于所述服务授权关系对所述用户进行服务授权的标记处理，获得所述用户的服务授权标记。所述机构授权标识，可以是标识码的形式，例如二维码、声音码等。

例如，物业公司向服务器发送授权标识生成请求；服务器根据授权标识生成请求生成与物业公司的公司名称关联的授权码并向物业公司发送，物业公司通过向用户发送或者展示该授权码，使用户通过用户终端采集物业公司的授权码，用户通过用户终端采集该授权码并识别，获得该授权码的码值并向服务器发送携带该码值的访问请求，服务器基于该访问请求读取该授权码关联的授权提醒信息并向用户终端发送，用户终端接收授权提醒信息并基于授权提醒信息渲染如图2所述的授权提醒页面并展示，用户终端若检测到如图2所示中的同意控件被触发，则向服务器发送对授权提醒信息的授权确认请求，服务器根据授权确认请求建立用户的用户名称与物业公司的公司名称的服务授权关系，并向物业公司发送该服务授权关系，物业公司基于该服务授权关系对用户标识进行服务授权的标记处理，使该用户标识携带服务授权标记。

需要说明的是，服务器在生成机构授权标识的过程中，可根据服务机构发送的授权标识生成请求中携带的机构信息生成，也可随机生成后与服务机构的机构标识进行关联，具体可根据实际场景的场景配置或者机构需求进行配置，本实施例在此不做限定。

上述过程中，服务机构在生成用户的待支付账单后，根据用户对账单支付服务的服务授权通过向所述服务机构提供的数据接口传入待支付账单的账单信息；此外，为了提升用户对账单支付服务的感知程度，也即是对服务应用或者服务应用搭载的第三方应用的感知程度，提升用户对账单支付服务的使用率，本实施例中，还可在用户通过其他应用(第三方应用之外的应用)访问服务机构的情况下，通过根据用户对账单支付服务的服务授权通过向服务机构提供的数据接口传入用户的待支付账单的账单信息，以对用户进行订单信息推送，提升用户对账单支付服务的使用率。

本实施例中，所述服务机构在检测到所述用户访问基于所述用户终端运行的目标应用中所述服务机构的子程序的情况下，执行如下操作：

查询所述用户的待支付账单；

若查询结果为空，则不作处理即可；

若查询结果不为空，向所述子程序下发查询到的待支付账单以及查询所述用户是否进行对所述账单支付服务的服务授权；

若进行服务授权，调用所述数据接口并传入查询到的待支付账单的账单信息；

若未进行服务授权，则向所述子程序下发查询到的待支付账单即可。

具体的，服务机构在检测到用户通过目标应用(账单支付服务搭载的第三方应用之外的其他应用)访问服务机构的子程序的情况下，查询所述用户的待支付账单；向子程序下发查询到的待支付账单，以使用户感知，以及根据用户对账单支付服务的服务授权，调用服务器向所述服务机构提供的数据接口并传入查询到的待支付账单的账单信息。

服务器获取到待支付账单的账单信息后，基于所述账单信息生成所述用户对所述服务机构的交易订单，并向所述用户的用户终端进行订单信息推送。所述交易订单，包括生成的以使用户进行支付的订单；所述用户的用户终端包括运行所述账单支付服务对应的服务应用或者运行所述账单支付服务搭载的第三方应用的用户终端。所述订单信息推送，包括使用户感知待支付账单的账单信息进而对对应的交易订单进行支付的提醒推送。

服务器获取服务机构通过向服务机构提供的数据接口传入的待支付账单的账单信息，本步骤中，为了提升用户的支付转化率，使用户在感知到账单信息时即可对对应的交易订单进行支付，提升用户对待支付账单进行支付的便捷性，基于账单信息生成用户对服务机构的交易订单，也即是，基于所述账单信息生成所述待支付账单对应的交易订单，在生成交易订单后，向用户进行订单信息推送，以此，实现对用户进行账单提醒和账单支付的合并，用户仅需访问一次即可对待支付账单进行感知和支付，提升用户感知和支付的便捷性。

本实施例提供的一种可选实施方式中，基于所述账单信息生成用户对服务机构的交易订单，采用如下方式实现：

创建与所述账单信息中的账单标识关联的交易订单标识；

将所述账单信息中包含的付款方标识、收款方标识、交易数额和账单概要关联至所述交易订单标识，获得包含所述交易订单标识、所述付款方标识、所述收款方标识、所述交易数额和/或所述账单概要的交易订单。

所述交易订单标识，包括服务器为了标识交易订单的唯一性生成的交易订单的订单号；一般情况下，生成交易订单需要四要素：收款方、付款方、交易数额和订单号；本实施例中生成交易订单的过程中，首先创建交易订单号；然后基于交易订单号、账单信息中包含的付款方标识和收款方标识创建交易订单。为了提升用户对交易订单的交易内容的感知程度，在创建交易订单的过程中，还可根据交易订单号、账单信息中包含的付款方标识、账单信息中包含的收款方标识、账单信息中包含的交易金额和账单信息中包含的账单概要创建交易订单。

为了使用户基于账单支付服务进行支付，服务器在获取到账单信息后，基于账单信息生成用户对服务机构的交易订单；其中，生成用户对服务机构的交易订单的过程，也即是创建与账单关联的交易订单标识的过程；具体的，首先生成交易订单号，并建立该交易订单号的待支付账单的账单号的关联关系，然后基于交易订单号、账单信息中包含的付款方标识、收款方标识、交易金额和账单概要创建交易订单。

在生成交易订单号并建立交易订单号和待支付账单的账单号的关联关系后，为了提升服务机构对待支付账单的支付状态或者推送状态的感知程度，向服务机构发送该交易订单号和账单号的关联关系，以使服务机构基于该关联关系将交易订单号关联至待支付账单，以在后续基于该交易订单号向服务器进行该待支付账单或者该待支付账单对应的交易订单的查询。

在具体执行过程中，服务器生成用户对服务机构的交易订单后，也即是生成待支付账单对应的账单信息后，为了提升用户对待支付账单的感知程度，向用户的用户终端进行订单信息推送。在向用户终端进行订单信息推送的过程中，可通过服务应用进行订单信息推送，还可通过即时通讯应用进行订单信息推送；可选的，向用户终端进行订单信息推送，包括，向服务应用推送所述交易订单的推送数据，或者，通过即时通讯机构向所述用户的用户终端运行的即时通讯应用推送所述交易订单的推送数据；对应的，用户终端接收交易订单的推送数据，包括接收所述服务器推送的所述交易订单的推送数据；或者，即时通讯应用接收第三方即时通讯机构推送的所述交易订单的推送数据。

下述分别对通过服务应用推送交易订单的推送数据和通过即时通讯应用推送交易订单的推送数据两种对于订单信息推送的过程进行具体说明。

本实施例提供的第一种可选实施方式中，服务器向所述用户的用户终端进行订单信息推送，包括：

生成所述交易订单的访问链接，以及将所述账单信息写入推送消息模板获得推送提醒信息；

将所述访问链接、所述推送提醒信息和所述交易订单作为推送数据并向所述账单信息中包含的付款方标识关联的用户终端运行的服务应用推送。

具体的，服务器生成待支付账单对应的交易订单后，为了提升用户的感知效率，通过将交易订单作为推送数据向用户终端的服务应用进行推送，使用户及时便捷地感知交易订单，以对待支付账单进行支付。

在将交易订单作为推送数据向用户终端的服务应用进行推送的过程中，为了使推送的内容那个具有唯一性和标识性，生成交易订单的访问链接，以及将账单信息写入推送消息模板获得推送提醒信息，将访问链接、推送提醒信息和交易订单作为推送数据向用户终端的服务应用推送。

其中，将所述访问链接、所述推送提醒信息和所述交易订单作为推送数据并向所述账单信息中包含的付款方标识关联的用户终端运行的服务应用推送的过程，还可被替换为将所述访问链接、所述推送提醒信息作为推送数据并向所述账单信息中包含的付款方标识关联的用户终端运行的服务应用推送。

向用户终端进行订单信息推送后，用户终端接收交易订单的推送数据，并基于消息推送模块对所述推送数据进行提醒推送。本实施例提供的一种可选实施方式中，用户终端运行的服务应用在接收到推送数据后，执行如下操作：

所述服务应用的消息推送模块基于所述访问链接和所述推送提醒信息生成推送消息并进行弹窗展示；

若检测到弹窗展示的所述推送消息被触发，从所述消息推送模块跳转至所述订单服务模块以展示所述交易订单。

例如，服务器获取物业公司通过数据接口发送的账单信息后，首先随机创建一个交易订单号，并建立账单信息中的账单号和交易订单号的关联关系，并且基于交易订单号、账单信息中包含的物业公司标识、用户标识、交易数额和缴费描述信息生成用户的交易订单，随机生成该交易订单的访问链接，以及将缴费描述信息“x季度物业费”写入推送消息模板获得推送提醒信息“您有一笔x季度物业费待付款，请点击支付”，将推送提醒信息和访问链接作为推送数据并向用户标识关联的用户终端运行的服务应用推送，服务应用接收推送数据，服务应用的消息推送模块在检测到接收推送数据的情况下，基于访问链接和推送提醒信息生成推送消息并进行弹窗展示，如图3所示的弹窗展示页面。其中，消息推送模块在进行弹窗展示的过程中，为了提升用户对推送提醒信息触发的便捷性，提升对推送消息管理的便捷性，通过访问链接对推送提醒信息进行标识，该访问链接是交易订单的访问链接，在进行推送消息的弹窗展示的过程中，若用户触发弹窗展示的推送提醒信息，则相当于用户触发该访问链接，则跳转至服务应用的订单服务模块并向用户展示如图4所示的交易订单的订单展示页。

本实施例中，所述推送数据，采用如下方式确定：

生成所述交易订单的访问链接，并将所述账单信息和所述访问链接写入推送消息模板获得推送数据。

所述根据所述用户对所述提醒推送的触发指令，从所述消息推送模块跳转至订单服务模块以展示所述交易订单，包括：

若检测到所述推送数据中包含的所述访问链接被触发，跳转至服务应用并向所述服务器发送对所述访问链接的访问请求；

所述服务应用的订单服务模块接收并展示所述服务器基于所述访问请求下发的所述交易订单。

本实施例提供的第二种可选实施方式中，服务器向所述用户的用户终端进行订单信息推送，包括：

生成所述交易订单的访问链接，并将所述账单信息和所述访问链接写入推送消息模板获得推送数据；

将所述推送数据和所述用户的即时通讯标识发送至第三方通讯机构，以向所述即时通讯标识关联的用户终端发送所述推送数据。

所述即时通讯标识，包括与用户建立通讯连接的用于与用户进行联系的号码；例如联系方式。所述第三方通讯机构，包括提供联系方式以及联系方式背后的实现逻辑的通讯机构。

具体的，服务器在生成访问链接后，为了进一步提升用户对推送数据的感知程度，提升用户感知推送数据的时效性，生成访问链接后，向用户终端运行的即时通讯应用发送推送提醒信息。在向用户终端运行的即时通讯应用发送推送提醒信息的过程中，首先将账单信息和访问链接写入推送消息模板，获得交易订单对应的推送数据，然后将推送数据和用户的即时通讯标识发送至第三方通讯机构，第三方通讯机构基于服务器标识关联的通讯标识向用户的即时通讯标识关联的用户终端发送推送数据；本实施例提供的一种可选实施方式中，用户终端执行如下操作：

即时通讯应用接收所述第三方通讯机构发送的所述推送数据并展示；

若检测到所述推送数据中包含的所述访问链接被触发，跳转至服务应用并向服务器发送对所述访问链接的访问请求；

接收并展示所述服务器基于所述访问请求下发的所述交易订单。

在具体执行过程中，第三方通讯机构根据服务器发送的推送数据和用户的即时通讯标识，向用户的即时通讯标识关联的用户终端发送推送数据；其中，为了提升用户对接收到的推送数据的信任度，在向用户终端发送推送数据时，基于服务器对应的机构开通的服务器通讯标识向用户终端发送推送数据。用户终端运行的第三方通讯机构对应的即时通讯应用接收第三方通讯机构发送的推送数据并展示，用户终端若检测到展示的推送数据中包含的访问链接被触发，跳转至服务应用并向服务器发送对访问链接的访问请求，服务器基于访问请求读取该访问链接关联的交易订单并向用户终端下发，用户终端通过服务应用的订单服务模块展示该交易订单。

例如，服务器基于交易订单号、账单信息中包含的物业公司标识、用户标识、交易数额和缴费描述信息生成用户的交易订单，随机生成该交易订单的访问链接，将缴费描述信息“x季度物业费”，访问链接xxxxxxx和交易金额写入推送消息模板获得推送数据为“服务应用：您有一笔x季度物业费待支付，金额m元，请点击xxxxxxx查看”，将推送数据和用户标识关联的用户的联系方式发送至即时通讯机构，即时通讯机构基于服务器对应的联系方式向用户的联系方式关联的用户终端发送推送数据，用户终端接收到推送数据后，通过如如图5所示的消息展示页面进行推送数据的展示，若用户触发如图5所示的消息展示页面中的访问链接，则跳转至服务应用的订单服务模块展示如图4所示的交易订单的订单展示页。

本实施例提供的一种可选实施方式中，所述推送数据，采用如下方式确定：

生成所述交易订单的访问链接，以及将所述账单信息写入推送消息模板获得推送提醒信息；

将所述访问链接、所述推送提醒信息和所述交易订单确定为所述推送数据。

所述基于消息推送模块对所述推送数据进行提醒推送，包括：

服务应用的消息推送模块基于所述访问链接和所述推送提醒信息生成推送消息并进行弹窗展示；

相应的，下述步骤根据所述用户对所述提醒推送的触发指令，从所述消息推送模块跳转至订单服务模块以展示所述交易订单，包括：

若检测到弹窗展示的所述推送消息被触发，从所述消息推送模块跳转至所述订单服务模块以展示所述交易订单。

步骤S1004，根据所述用户对所述提醒推送的触发指令，从所述消息推送模块跳转至订单服务模块以展示所述交易订单。

所述消息推送模块，包括即时通讯应用或者服务应用中用于进行消息推送的消息推送模块；所述订单服务模块，包括服务应用中用于进行订单展示的模块。

用户终端运行的服务应用的消息推送模块基于访问链接和推送提醒信息生成推送消息并进行弹窗展示之后，根据用户对提醒推送的触发指令，从消息推送模块跳转至订单服务模块以展示所述交易订单的过程，包括：若检测到弹窗展示的所述推送消息被触发，从所述消息推送模块跳转至所述订单服务模块以展示所述交易订单；如图3至图4的跳转。

或者，用户终端的即时通讯应用接收并展示第三方通讯机构发送的推送数据并展示之后，根据用户对提醒推送的触发指令，从消息推送模块跳转至订单服务模块以展示所述交易订单的过程，包括：若检测到所述推送数据中包含的所述访问链接被触发，跳转至服务应用并向所述服务器发送对所述访问链接的访问请求；所述服务应用的订单服务模块接收并展示所述服务器基于所述访问请求下发的所述交易订单；如图5至图4的跳转。

步骤S1006，获取所述用户提交的对所述交易订单的支付确认请求并向服务器提交，以对所述交易订单进行支付处理。

用户在基于上述两种访问交易订单的方式进行交易订单的访问的过程中，用户可通过交易订单的订单详情页提交对交易订单的支付确认请求，用户终端获取所述用户提交的对所述交易订单的支付确认请求并向服务器提交，以对所述交易订单进行支付处理；服务器根据所述用户终端在从消息推送模块跳转至订单服务模块后提交的支付确认请求，对所述交易订单进行支付处理。例如用户通过触发图4中的“确认支付”控件进行支付确认请求的提交。

在具体执行过程中，服务器根据所述用户终端在从消息推送模块跳转至订单服务模块后提交的支付确认请求，对所述交易订单进行支付处理的过程，可通过如下方式实现：

根据所述支付确认请求，读取所述用户的可用支付渠道并向所述用户终端下发可用支付渠道列表；

接收所述用户终端提交的所述用户在所述可用支付渠道列表中选择的对所述交易订单进行支付的目标支付渠道；

基于所述目标支付渠道对所述交易订单进行支付处理。

具体的，服务器在根据支付确认请求，对交易订单进行支付处理的过程中，首先根据支付确认请求，确定对所述交易订单进行支付处理的目标支付渠道，然后基于所述目标支付渠道对所述交易订单进行支付处理。

例如，用户终端在检测到用户触发如图4所示的订单详情页中的“确认支付”控件的情况下，向服务器提交对交易订单的支付确认请求，服务器根据支付确认请求读取该用户的可用支付渠道包括xxx1银行卡、xxx2银行卡和授信支付渠道；基于xxx1银行卡、xxx2银行卡和授信支付渠道构建可用支付渠道列表并向用户终端下发，用户终端接收可用支付渠道列表并渲染如图6所示的渠道列表展示页，对渠道列表展示页进行弹窗展示，用户可通过渠道列表展示页进行对交易订单进行支付处理的目标支付渠道并通过触发“确认付款”控件提交确认请求，用户终端若检测到渠道列表展示页中配置的“确认付款”控件被触发，向服务器提交包含被选中的目标支付渠道的确认请求；服务器基于该确认请求将目标支付渠道对应的支付账户中交易金额对应的资金转移至物业公司的公司账户，以完成对交易订单的支付处理。

具体实施时，在对交易订单进行支付处理后，为了提升用户对支付结果的感知程度，向用户终端下发支付结果，以进行展示。此外，为了提升服务机构对待支付账单的支付结果，本实施例提供的一种可选实施方式中，服务器根据用户终端提交的支付确认请求，对交易订单进行支付处理后，还执行如下操作：

将所述交易订单的订单状态由待支付状态标记为已支付状态；

向所述服务机构发送包含所述交易订单的交易订单标识的订单支付结果，以对所述交易订单标识关联的账单标识对应的所述待支付账单进行支付状态更新。

为了规范对于交易订单的管理，服务器在将交易订单的订单状态由待支付状态标记为已支付状态，并且为了提升服务机构对交易订单的支付状态进行更新的时效性，将交易订单的订单状态由待支付状态标记为已支付状态后，向服务机构发送包含交易订单的交易订单标识的订单支付结果，服务机构基于订单支付结果中的交易订单标识将对应的待支付账单的支付状态更新为已支付状态。

需要说明的是，对于交易订单和/或待支付账单的支付状态，可以包括未支付状态、已推送状态，已访问状态、已支付状态等；对于交易订单和/或待支付账单的支付状态，可根据场景需求进行配置以及更新，本实施例仅仅是示例性的，在此不做限定。

还需要说明的是，如图4所示的订单详情页中，还可配置“稍后再付”控件，用户触发该控件后可推出对交易订单的访问和支付，后续用户可基于访问链接或者推送消息进行交易订单的重新访问和/或支付。

综上所述，本实施例提供的支付处理方法，一方面，利用服务器的接口提供能力，向多个服务机构提供数据接口，以通过该数据接口获取服务机构的待支付账单的账单信息，实现对多个服务机构的数据对接；

另一方面，利用服务器的订单服务能力和支付能力，在获取到账单信息后，通过生成待支付账单对应的交易订单，进而利用服务器对应的第三方应用对用户群体的覆盖度，提升待支付账单对用户的触达程度以及用户对待支付账单的支付转化率。

下述以本实施例提供的一种支付处理方法在账单支付场景的应用为例，结合图7至图8对本实施例提供的支付处理方法进行进一步说明，参见图8，应用于账单支付场景的支付处理方法，具体包括如下步骤。

如图7所示，用户通过扫描商户的商户授权码开通账单支付服务后，商户生成用户的待支付账单后，调用服务器提供的数据接口并传入待支付账单的账单信息，服务器基于账单信息生成对应的交易订单并向用户终端运行的服务应用或者即时通讯应用推送，用户通过触发推送的访问链接进行支付确认请求的提交，服务器根据用户终端提交的支付确认请求进行支付处理，并向商户发送待支付订单的支付成功的支付结果。

步骤S808，服务应用的消息推送模块接收服务器推送的推送数据并展示。

步骤S810，根据用户对推送数据的触发指令从消息推送模块跳转至订单服务模块并展示交易订单。

步骤S812，获取用户对交易订单的支付确认指令。

步骤S814，向服务器提交支付确认指令。

下述以本实施例提供的一种支付处理方法在跳转支付场景的应用为例，对本实施例提供的支付处理方法进行进一步说明，参见图9，应用于跳转支付场景的支付处理方法，具体包括如下步骤。

步骤S908，即时通讯应用接收即时通讯机构发送的推送数据并展示。

步骤S910，根据用户对推送数据中访问链接的触发指令从即时通讯应用跳转至服务应用订单服务模块并展示交易订单。

步骤S912，获取用户对交易订单的支付确认指令。

步骤S914，向服务器提交支付确认指令。

本说明书提供的一种支付处理装置实施例如下：

在上述的实施例中，提供了一种支付处理方法，与之相对应的，还提供了一种支付处理装置，下面结合附图进行说明。

参照图11，其示出了本实施例提供的一种支付处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种支付处理装置，包括：

账单信息获取模块1102，被配置为获取服务机构通过向所述服务机构提供的数据接口传入的待支付账单的账单信息；所述账单信息在所述待支付账单对应的用户进行账单支付服务的服务授权后发送；

交易订单生成模块1104，被配置为基于所述账单信息生成所述用户对所述服务机构的交易订单，并向所述用户的用户终端进行订单信息推送；

支付处理模块1106，被配置为根据所述用户终端在从消息推送模块跳转至订单服务模块后提交的支付确认请求，对所述交易订单进行支付处理。

本说明书提供的另一种支付处理装置实施例如下：

在上述的实施例中，提供了另一种支付处理方法，与之相对应的，还提供了另一种支付处理装置，下面结合附图进行说明。

参照图12，其示出了本实施例提供的一种支付处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种支付处理装置，包括：

推送数据接收模块1202，被配置为接收交易订单的推送数据，并基于消息推送模块对所述推送数据进行提醒推送；所述交易订单在待支付账单对应的用户进行账单支付服务的服务授权后基于所述待支付账单的账单信息生成；

模块跳转模块1204，被配置为根据所述用户对所述提醒推送的触发指令，从所述消息推送模块跳转至订单服务模块以展示所述交易订单；

确认请求提交模块1206，被配置为获取所述用户提交的对所述交易订单的支付确认请求并向服务器提交，以对所述交易订单进行支付处理。

本说明书提供的一种支付处理设备实施例如下：

对应上述描述的一种支付处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种支付处理设备，该支付处理设备用于执行上述提供的支付处理方法，图13为本说明书一个或多个实施例提供的一种支付处理设备的结构示意图。

本实施例提供的一种支付处理设备，包括：

如图13所示，支付处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器1301和存储器1302，存储器1302中可以存储有一个或一个以上存储应用程序或数据。其中，存储器1302可以是短暂存储或持久存储。存储在存储器1302的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括支付处理设备中的一系列计算机可执行指令。更进一步地，处理器1301可以设置为与存储器1302通信，在支付处理设备上执行存储器1302中的一系列计算机可执行指令。支付处理设备还可以包括一个或一个以上电源1303，一个或一个以上有线或无线网络接口1304，一个或一个以上输入/输出接口1305，一个或一个以上键盘1306等。

在一个具体的实施例中，支付处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对支付处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

获取服务机构通过向所述服务机构提供的数据接口传入的待支付账单的账单信息；所述账单信息在所述待支付账单对应的用户进行账单支付服务的服务授权后发送；

基于所述账单信息生成所述用户对所述服务机构的交易订单，并向所述用户的用户终端进行订单信息推送；

根据所述用户终端在从消息推送模块跳转至订单服务模块后提交的支付确认请求，对所述交易订单进行支付处理。

本说明书提供的另一种支付处理设备实施例如下：

对应上述描述的另一种支付处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供另一种支付处理设备，该支付处理设备用于执行上述提供的支付处理方法，图14为本说明书一个或多个实施例提供的一种支付处理设备的结构示意图。

本实施例提供的一种支付处理设备，包括：

如图14所示，支付处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器1401和存储器1402，存储器1402中可以存储有一个或一个以上存储应用程序或数据。其中，存储器1402可以是短暂存储或持久存储。存储在存储器1402的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括支付处理设备中的一系列计算机可执行指令。更进一步地，处理器1401可以设置为与存储器1402通信，在支付处理设备上执行存储器1402中的一系列计算机可执行指令。支付处理设备还可以包括一个或一个以上电源1403，一个或一个以上有线或无线网络接口1404，一个或一个以上输入/输出接口1405，一个或一个以上键盘1406等。

在一个具体的实施例中，支付处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对支付处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

接收交易订单的推送数据，并基于消息推送模块对所述推送数据进行提醒推送；所述交易订单在待支付账单对应的用户进行账单支付服务的服务授权后基于所述待支付账单的账单信息生成；

根据所述用户对所述提醒推送的触发指令，从所述消息推送模块跳转至订单服务模块以展示所述交易订单；

获取所述用户提交的对所述交易订单的支付确认请求并向服务器提交，以对所述交易订单进行支付处理。

本说明书提供的一种存储介质实施例如下：

对应上述描述的一种支付处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

获取服务机构通过向所述服务机构提供的数据接口传入的待支付账单的账单信息；所述账单信息在所述待支付账单对应的用户进行账单支付服务的服务授权后发送；

基于所述账单信息生成所述用户对所述服务机构的交易订单，并向所述用户的用户终端进行订单信息推送；

根据所述用户终端在从消息推送模块跳转至订单服务模块后提交的支付确认请求，对所述交易订单进行支付处理。

需要说明的是，本说明书中关于一种存储介质的实施例与本说明书中关于一种支付处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

本说明书提供的另一种存储介质实施例如下：

对应上述描述的另一种支付处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供另一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

接收交易订单的推送数据，并基于消息推送模块对所述推送数据进行提醒推送；所述交易订单在待支付账单对应的用户进行账单支付服务的服务授权后基于所述待支付账单的账单信息生成；

根据所述用户对所述提醒推送的触发指令，从所述消息推送模块跳转至订单服务模块以展示所述交易订单；

获取所述用户提交的对所述交易订单的支付确认请求并向服务器提交，以对所述交易订单进行支付处理。

需要说明的是，本说明书中关于另一种存储介质的实施例与本说明书中关于另一种支付处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。

Claims (23)

1.一种支付处理方法，包括：

获取服务机构通过向所述服务机构提供的数据接口传入的待支付账单的账单信息；所述账单信息在所述待支付账单对应的用户进行账单支付服务的服务授权后发送；

基于所述账单信息生成所述用户对所述服务机构的交易订单，并向所述用户的用户终端进行订单信息推送；

根据所述用户终端在从消息推送模块跳转至订单服务模块后提交的支付确认请求，对所述交易订单进行支付处理。

2.根据权利要求1所述的支付处理方法，所述服务机构在检测到所述用户访问基于所述用户终端运行的目标应用中所述服务机构的子程序的情况下，执行如下操作：

查询所述用户的待支付账单；

若查询结果不为空，向所述子程序下发查询到的待支付账单以及查询所述用户是否进行对所述账单支付服务的服务授权；

若进行服务授权，调用所述数据接口并传入查询到的待支付账单的账单信息。

3.根据权利要求1所述的支付处理方法，所述服务机构在通过所述数据接口传入所述账单信息之前，还执行如下操作：

在生成所述待支付账单后，查询所述用户对所述账单支付服务的服务授权标记；

若查询结果不为空，确定所述待支付账单的账单信息；

调用所述数据接口并传入所述账单信息，以向所述用户进行订单信息推送。

4.根据权利要求1所述的支付处理方法，所述服务授权，采用如下方式实现：

获取所述用户终端采集所述服务机构的机构授权标识后提交的对所述机构授权标识的访问请求；所述机构授权标识基于所述服务机构的授权标识生成请求生成；

基于所述访问请求读取所述机构授权标识关联的授权提醒信息，并向所述用户终端下发所述授权提醒信息；

根据所述用户终端提交的对所述授权提醒信息的授权确认请求，建立所述用户的用户标识与所述服务机构的机构标识的服务授权关系。

5.根据权利要求1所述的支付处理方法，所述基于所述账单信息生成所述用户对所述服务机构的交易订单，包括：

创建与所述账单信息中的账单标识关联的交易订单标识；

将所述账单信息中包含的付款方标识、收款方标识、交易数额和/或账单概要关联至所述交易订单标识，获得包含所述交易订单标识、所述付款方标识、所述收款方标识、所述交易数额和/或所述账单概要的交易订单。

6.根据权利要求1所述的支付处理方法，所述向所述用户的用户终端进行订单信息推送，包括：

生成所述交易订单的访问链接，以及将所述账单信息写入推送消息模板获得推送提醒信息；

将所述访问链接、所述推送提醒信息和所述交易订单作为推送数据并向所述账单信息中包含的付款方标识关联的用户终端运行的服务应用推送。

7.根据权利要求6所述的支付处理方法，所述用户终端运行的所述服务应用在接收到所述推送数据后，执行如下操作：

所述服务应用的消息推送模块基于所述访问链接和所述推送提醒信息生成推送消息并进行弹窗展示；

若检测到弹窗展示的所述推送消息被触发，从所述消息推送模块跳转至所述订单服务模块以展示所述交易订单。

8.根据权利要求1所述的支付处理方法，所述向所述用户的用户终端进行订单信息推送，包括：

生成所述交易订单的访问链接，并将所述账单信息和所述访问链接写入推送消息模板获得推送数据；

将所述推送数据和所述用户的即时通讯标识发送至第三方通讯机构，以向所述即时通讯标识关联的用户终端发送所述推送数据。

9.根据权利要求8所述的支付处理方法，所述用户终端，执行如下操作：

即时通讯应用接收所述第三方通讯机构发送的所述推送数据并展示；

若检测到所述推送数据中包含的所述访问链接被触发，跳转至服务应用并向服务器发送对所述访问链接的访问请求；

接收并展示所述服务器基于所述访问请求下发的所述交易订单。

10.根据权利要求1所述的支付处理方法，所述根据所述用户终端在从消息推送模块跳转至订单服务模块后提交的支付确认请求，对所述交易订单进行支付处理步骤执行之后，还包括：

将所述交易订单的订单状态由待支付状态标记为已支付状态；

向所述服务机构发送包含所述交易订单的交易订单标识的订单支付结果，以对所述交易订单标识关联的账单标识对应的所述待支付账单进行支付状态更新。

11.一种支付处理方法，包括：

接收交易订单的推送数据，并基于消息推送模块对所述推送数据进行提醒推送；所述交易订单在待支付账单对应的用户进行账单支付服务的服务授权后基于所述待支付账单的账单信息生成；

根据所述用户对所述提醒推送的触发指令，从所述消息推送模块跳转至订单服务模块以展示所述交易订单；

获取所述用户提交的对所述交易订单的支付确认请求并向服务器提交，以对所述交易订单进行支付处理。

12.根据权利要求11所述的支付处理方法，所述接收交易订单的推送数据，包括：

接收所述服务器推送的所述交易订单的推送数据；

或者，

即时通讯应用接收第三方即时通讯机构推送的所述交易订单的推送数据。

13.根据权利要求11所述的支付处理方法，所述推送数据，采用如下方式确定：

生成所述交易订单的访问链接，以及将所述账单信息写入推送消息模板获得推送提醒信息；

将所述访问链接、所述推送提醒信息和所述交易订单确定为所述推送数据。

14.根据权利要求13所述的支付处理方法，所述基于消息推送模块对所述推送数据进行提醒推送，包括：

服务应用的消息推送模块基于所述访问链接和所述推送提醒信息生成推送消息并进行弹窗展示；

相应的，所述根据所述用户对所述提醒推送的触发指令，从所述消息推送模块跳转至订单服务模块以展示所述交易订单，包括：

若检测到弹窗展示的所述推送消息被触发，从所述消息推送模块跳转至所述订单服务模块以展示所述交易订单。

15.根据权利要求11所述的支付处理方法，所述推送数据，采用如下方式确定：

生成所述交易订单的访问链接，并将所述账单信息和所述访问链接写入推送消息模板获得所述推送数据。

16.根据权利要求15所述的支付处理方法，所述根据所述用户对所述提醒推送的触发指令，从所述消息推送模块跳转至订单服务模块以展示所述交易订单，包括：

若检测到所述推送数据中包含的所述访问链接被触发，跳转至服务应用并向所述服务器发送对所述访问链接的访问请求；

所述服务应用的订单服务模块接收并展示所述服务器基于所述访问请求下发的所述交易订单。

17.根据权利要求11所述的支付处理方法，还包括：

采集所述待支付账单对应的服务机构的机构授权标识并识别，获得所述机构授权标识的访问标识；所述机构授权标识基于所述服务机构的授权标识生成请求生成；

向所述服务器提交包含所述访问标识的访问请求；

接收所述服务器基于所述访问请求读取并下发的授权提醒信息并展示；

若检测到所述用户对所述授权提醒信息的授权确认指令，向所述服务器提交授权确认请求，以建立所述用户的用户标识与所述服务机构的机构标识的服务授权关系。

18.一种支付处理装置，包括：

账单信息获取模块，被配置为获取服务机构通过向所述服务机构提供的数据接口传入的待支付账单的账单信息；所述账单信息在所述待支付账单对应的用户进行账单支付服务的服务授权后发送；

交易订单生成模块，被配置为基于所述账单信息生成所述用户对所述服务机构的交易订单，并向所述用户的用户终端进行订单信息推送；

支付处理模块，被配置为根据所述用户终端在从消息推送模块跳转至订单服务模块后提交的支付确认请求，对所述交易订单进行支付处理。

19.一种支付处理装置，包括：

推送数据接收模块，被配置为接收交易订单的推送数据，并基于消息推送模块对所述推送数据进行提醒推送；所述交易订单在待支付账单对应的用户进行账单支付服务的服务授权后基于所述待支付账单的账单信息生成；

模块跳转模块，被配置为根据所述用户对所述提醒推送的触发指令，从所述消息推送模块跳转至订单服务模块以展示所述交易订单；

确认请求提交模块，被配置为获取所述用户提交的对所述交易订单的支付确认请求并向服务器提交，以对所述交易订单进行支付处理。

20.一种支付处理设备，包括：

处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：

获取服务机构通过向所述服务机构提供的数据接口传入的待支付账单的账单信息；所述账单信息在所述待支付账单对应的用户进行账单支付服务的服务授权后发送；

基于所述账单信息生成所述用户对所述服务机构的交易订单，并向所述用户的用户终端进行订单信息推送；

根据所述用户终端在从消息推送模块跳转至订单服务模块后提交的支付确认请求，对所述交易订单进行支付处理。

21.一种支付处理设备，包括：

处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：

接收交易订单的推送数据，并基于消息推送模块对所述推送数据进行提醒推送；所述交易订单在待支付账单对应的用户进行账单支付服务的服务授权后基于所述待支付账单的账单信息生成；

根据所述用户对所述提醒推送的触发指令，从所述消息推送模块跳转至订单服务模块以展示所述交易订单；

获取所述用户提交的对所述交易订单的支付确认请求并向服务器提交，以对所述交易订单进行支付处理。

22.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

获取服务机构通过向所述服务机构提供的数据接口传入的待支付账单的账单信息；所述账单信息在所述待支付账单对应的用户进行账单支付服务的服务授权后发送；

基于所述账单信息生成所述用户对所述服务机构的交易订单，并向所述用户的用户终端进行订单信息推送；

根据所述用户终端在从消息推送模块跳转至订单服务模块后提交的支付确认请求，对所述交易订单进行支付处理。

23.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

接收交易订单的推送数据，并基于消息推送模块对所述推送数据进行提醒推送；所述交易订单在待支付账单对应的用户进行账单支付服务的服务授权后基于所述待支付账单的账单信息生成；

根据所述用户对所述提醒推送的触发指令，从所述消息推送模块跳转至订单服务模块以展示所述交易订单；

获取所述用户提交的对所述交易订单的支付确认请求并向服务器提交，以对所述交易订单进行支付处理。

Images