CN114465974A - 推送消息的处理方法、装置、处理器及电子设备 - Google Patents

Abstract

本申请公开了一种推送消息的处理方法、装置、处理器及电子设备。涉及金融科技领域，该方法包括：接收付款方设备提交的支付请求，其中，支付请求中至少携带有交易指令标识以及该交易指令标识对应的交易子任务集合；判断对交易指令标识对应的目标交易指令是否满足预设条件，得到判断结果，其中，预设条件包括：目标交易指令为批量交易指令，且交易通知信息的发送方式为整合发送；根据判断结果执行判断结果对应的处理策略，其中，处理策略至少用于指示交易通知消息的发送方式。通过本申请，解决了相关技术中推送通知消息方式，会造成消息处理系统的瞬时数据处理压力较大，易造成消息堵塞，且会给企业用户造成严重的消息干扰，影响用户体验的问题。

Description

推送消息的处理方法、装置、处理器及电子设备

技术领域

本申请涉及金融科技领域，具体而言，涉及一种推送消息的处理方法、装置、处理器及电子设备。

背景技术

目前企业网上银行转账汇款批量支付场景下，在企业法人、企业财务人员为付款账户开通了余额变动提醒功能后，由于批量支付支持一次提交上千笔不同付款交易，企业法人、企业财务人员在短时间内会收到与付款笔数相同数量的短信信息，如果客户同时开通了通过企业手机银行接收离线消息，则企手手机银行客户端也会同时收到相等数量的通知消息，对企业法人和企业财务人员手机的正常使用造成严重消息干扰。

当前同一批量付款指令下子任务笔数越多则全部子任务完成耗时越长，动账提醒信息也需在所有子任务处理完成后才能进行消息推送。这样，一方面由于从指令提交到指令处理结束时间跨度大，受限于系统对子任务信息记录少，客户在未登陆电子银行条件下无法获取指令处理进度信息；另一方面动账提醒信息是按照子任务独立发送无法汇总且为集中推送，对消息处理系统造成的瞬时压力较大，容易造成消息积压和堵塞。即，相关技术中的推送通知消息时会等待所有批量交易完成后，向企业用户在瞬时发送至与批量交易同等数量的通知消息，这样会造成消息处理系统的瞬时数据处理压力较大，容易造成消息堵塞，且给企业用户也会造成严重的消息干扰，影响用户的使用体验。

针对相关技术中的推送通知消息方式，会造成消息处理系统的瞬时数据处理压力较大，易造成消息堵塞，且会给企业用户造成严重的消息干扰，影响用户体验的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种推送消息的处理方法、装置、处理器及电子设备，以解决相关技术中推送通知消息方式，会造成消息处理系统的瞬时数据处理压力较大，易造成消息堵塞，且会给企业用户造成严重的消息干扰，影响用户体验的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种推送消息的处理方法。该方法包括：接收付款方设备提交的支付请求，其中，支付请求中至少携带有交易指令标识以及该交易指令标识对应的交易子任务集合，交易子任务与收款账号一一对应；判断对交易指令标识对应的目标交易指令是否满足预设条件，得到判断结果，其中，预设条件包括：目标交易指令为批量交易指令，且交易通知信息的发送方式为整合发送；根据判断结果执行判断结果对应的处理策略，其中，处理策略至少用于指示交易通知消息的发送方式。

可选地，根据判断结果执行判断结果对应的处理策略，包括：在判断结果指示支付请求满足预设条件的情况下，检测批量交易指令是否已完成，得到检测结果；在检测结果指示批量交易指令对应的所有交易子任务已完成的情况下，对批量交易指令对应的交易通知信息进行整合，得到整合后的第一目标交易通知信息，并将第一目标交易通知信息发送至付款方设备，其中，目标交易通知信息至少包括：各个收款账号，以及向各个收款账号支付的金额。

可选地，将第一目标交易通知信息发送至付款方设备，包括：通过短信的形式将第一目标交易通知信息发送至付款方设备；或者通过应用消息的形式将第一目标交易通知信息发送至付款方设备。

可选地，上述方法还包括：在检测结果指示批量交易指令对应的所有交易子任务未完成的情况下，确定批量交易指令的处理时长是否已超过预定时长；在确定处理时长已超过预定时长的情况下，将未完成的交易指令通过单笔短信形式发送至付款方设备；将已完成的交易指令进行整合，得到整合后的第二目标交易通知信息，将第二目标交易通知信息发送至付款方设备。

可选地，确定批量交易指令的处理时长是否已超过预定时长，包括：确定批量交易指令中每一个交易指令对应的指令字；根据指令字确定每一个交易指令对应的交易类型；确定交易类型对应的预定时长，确定交易指令的处理时长是否已超过预定时长。

可选地，根据判断结果执行判断结果对应的处理策略，还包括：在判断结果指示目标交易指令为单笔交易指令的情况下，则在单笔交易指令对应的交易子任务已完成的情况下，将单笔交易指令对应的第三目标交易通知信息发送至付款方设备。

可选地，根据判断结果执行判断结果对应的处理策略，还包括：在判断结果指示目标交易指令为批量交易指令，且在每一个交易指令完成后，单独向付款方设备发送交易通知信息的情况下，则在每一个交易指令对应的交易子任务完成后，生成每一个交易指令对应的第四目标交易通知消息，将第四目标交易通知消息依次发送至付款方设备。

根据本申请实施例的另一方面，还提供了一种推送消息的处理装置，包括：接收模块，用于接收付款方设备提交的支付请求，其中，支付请求中至少携带有交易指令标识以及该交易指令标识对应的交易子任务集合，交易子任务与收款账号一一对应；判断模块，用于判断对交易指令标识对应的目标交易指令是否满足预设条件，得到判断结果，其中，预设条件包括：目标交易指令为批量交易指令，且交易通知信息的发送方式为整合发送；执行模块，用于根据判断结果执行判断结果对应的处理策略，其中，处理策略至少用于指示交易通知消息的发送方式。

根据本申请实施例的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行任意一种推送消息的处理方法。

根据本申请实施例的另一方面，还提供了一种电子设备，包括一个或多个处理器和存储器，存储器用于存储一个或多个程序，其中，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现任意一种推送消息的处理方法。

通过本申请，采用以下步骤：接收付款方设备提交的支付请求，其中，支付请求中至少携带有交易指令标识以及该交易指令标识对应的交易子任务集合，交易子任务与收款账号一一对应；判断对交易指令标识对应的目标交易指令是否满足预设条件，得到判断结果，其中，预设条件包括：目标交易指令为批量交易指令，且交易通知信息的发送方式为整合发送；根据判断结果执行判断结果对应的处理策略，其中，处理策略至少用于指示交易通知消息的发送方式，解决了相关技术中推送通知消息方式，会造成消息处理系统的瞬时数据处理压力较大，易造成消息堵塞，且会给企业用户造成严重的消息干扰，影响用户体验的问题。进而达到了在确定交易任务为批量交易，将通知消息进行整合的技术目的，减轻了处理系统的瞬时处理压力，避免了对用户造成消息干扰，为用户提供良好使用体验的效果。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例提供的推送消息的处理方法的流程图；

图2是一示例性场景下推送消息的处理流程示意图；

图3是根据本申请实施例提供的推送消息的处理装置的结构示意图；

图4是根据本申请实施例提供的电子设备的结构示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

下面结合优选的实施步骤对本发明进行说明，图1是根据本申请实施例提供的推送消息的处理方法的流程图，如图1所示，该方法包括如下步骤：

步骤S101，接收付款方设备提交的支付请求，其中，支付请求中至少携带有交易指令标识以及该交易指令标识对应的交易子任务集合，交易子任务与收款账号一一对应；

步骤S102，判断对交易指令标识对应的目标交易指令是否满足预设条件，得到判断结果，其中，预设条件包括：目标交易指令为批量交易指令，且交易通知信息的发送方式为整合发送；

步骤S103，根据判断结果执行判断结果对应的处理策略，其中，处理策略至少用于指示交易通知消息的发送方式。

该推送消息的处理方法中，通过接收付款方设备提交的支付请求，其中，支付请求中至少携带有交易指令标识以及该交易指令标识对应的交易子任务集合，交易子任务与收款账号一一对应；判断对交易指令标识对应的目标交易指令是否满足预设条件，得到判断结果，其中，预设条件包括：目标交易指令为批量交易指令，且交易通知信息的发送方式为整合发送；根据判断结果执行判断结果对应的处理策略，其中，处理策略至少用于指示交易通知消息的发送方式，解决了相关技术中推送通知消息方式，会造成消息处理系统的瞬时数据处理压力较大，易造成消息堵塞，且会给企业用户造成严重的消息干扰，影响用户体验的问题。进而达到了在确定交易任务为批量交易，将通知消息进行整合的技术目的，减轻了处理系统的瞬时处理压力，避免了对用户造成消息干扰，为用户提供良好使用体验的效果。

本申请一些实施例中，根据判断结果执行判断结果对应的处理策略，包括：在判断结果指示支付请求满足预设条件的情况下，检测批量交易指令是否已完成，得到检测结果；在检测结果指示批量交易指令对应的所有交易子任务已完成的情况下，对批量交易指令对应的交易通知信息进行整合，得到整合后的第一目标交易通知信息，并将第一目标交易通知信息发送至付款方设备，其中，目标交易通知信息至少包括：各个收款账号，以及向各个收款账号支付的金额。

需要说明的是，在将第一目标交易通知信息发送至付款方设备，包括以下两种推送方式：通过短信的形式将第一目标交易通知信息发送至付款方设备；或者通过应用消息的形式将第一目标交易通知信息发送至付款方设备。上述应用消息包括但不限于：网银应用的通知消息以及手机银行客户端的通知消息。

本申请一些可选的实施例中，在检测结果指示批量交易指令对应的所有交易子任务未完成的情况下，确定批量交易指令的处理时长是否已超过预定时长；在确定处理时长已超过预定时长的情况下，将未完成的交易指令通过单笔短信形式发送至付款方设备；将已完成的交易指令进行整合，得到整合后的第二目标交易通知信息，将第二目标交易通知信息发送至付款方设备。

本申请一些实施例中，可通过如下步骤确定批量交易指令的处理时长是否已超过预定时长，具体地，确定批量交易指令中每一个交易指令对应的指令字；根据指令字确定每一个交易指令对应的交易类型；确定交易类型对应的预定时长，确定交易指令的处理时长是否已超过预定时长。

本申请一些实施例中，根据判断结果执行判断结果对应的处理策略，还包括：在判断结果指示目标交易指令为单笔交易指令的情况下，则在单笔交易指令对应的交易子任务已完成的情况下，将单笔交易指令对应的第三目标交易通知信息发送至付款方设备。

本申请另一些可选的实施例中，根据判断结果执行判断结果对应的处理策略，还包括：在判断结果指示目标交易指令为批量交易指令，且在每一个交易指令完成后，单独向付款方设备发送交易通知信息的情况下，则在每一个交易指令对应的交易子任务完成后，生成每一个交易指令对应的第四目标交易通知消息，将第四目标交易通知消息依次发送至付款方设备。

通过本申请，采用以下步骤：接收付款方设备提交的支付请求，其中，支付请求中至少携带有交易指令标识以及该交易指令标识对应的交易子任务集合，交易子任务与收款账号一一对应；判断对交易指令标识对应的目标交易指令是否满足预设条件，得到判断结果，其中，预设条件包括：目标交易指令为批量交易指令，且交易通知信息的发送方式为整合发送；根据判断结果执行判断结果对应的处理策略，其中，处理策略至少用于指示交易通知消息的发送方式，解决了相关技术中推送通知消息方式，会造成消息处理系统的瞬时数据处理压力较大，易造成消息堵塞，且会给企业用户造成严重的消息干扰，影响用户体验的问题。进而达到了在确定交易任务为批量交易，将通知消息进行整合的技术目的，减轻了处理系统的瞬时处理压力，避免了对用户造成消息干扰，为用户提供良好使用体验的效果。

现举例对本申请相关实施例进行说明，假设某集团通过企业银行客户端进行批量付款业务提交交易，提交交易指令号为A00000001，该笔指令号中存在100笔子任务，也就是一个付款账号发送100个收款账号。图2是该示例性场景下，推送消息的处理流程示意图，如图2所示：

该流程可涉及5个参与方，分别为企业银行客户端、企业电子银行服务端、流数据处理平台、企业级消息服务平台、通知消息系统。

步骤1：客户通过企业电子银行渠道提交企业某类批量指令至企业电子银行业务系统。

步骤2：企业电子银行业务系统进行指令信息存储和子任务信息存储，指令信息存储包括：指令编号(如A000000001)、渠道编号、提交ID、提交时间、指令状态(0-已完成、1-处理中、2-未处理)、总笔数、总金额、消息发送方式(0-汇总发送、1-逐笔发送)、指令处理进度(已完成子任务笔数/总笔数)、成功笔数、成功总金额、失败笔数、失败总金额、未处理笔数、未处理总金额、短信消息发送回执(0-发送成功、1-发送失败、2-部分已发送、3-未发送)、渠道消息发送回执(0-发送成功、1-发送失败、2-部分已发送、3-未发送)；

子任务信息存储包括：指令编号(如批量共有100笔指令，则第一笔指令为A000000001-001，第i笔为A000000001-i)、子任务流水号、金额、子任务处理状态(0-成功、1-失败、2-未处理)、子任务短信消息发送回执(0-无需发送、1-发送成功、2-发生失败、3-未发送)、子任务渠道消息发送回执(0-无需发送、1-发送成功、2-发生失败、3-未发送)

步骤3：企业电子银行业务系统开始处理该笔指令，并将第一笔完成的子任务A000000001-001推送至流数据处理平台。

步骤4：流数据处理平台按照客户提交批量支付指令时所选消息发送方式进行数据处理后，将消息放入kafka队列。

步骤5：企业级消息服务平台从kafka队列拉取数据并对支付指令A数据进行解析，根据发送的总笔数、汇总发送字段分别判断消息处理是否为批量处理，以及是否为整合发送。若为单笔交易或批量交易单笔发送时，则直接进入步骤7。若为批量交易且整合发送，则进入步骤6。

步骤6：企业级消息服务平台通过指令信息存储表判断该笔批量指令是否已完成，若已完成则开启整合发送并推送整合短信至步骤7。若尚未完成，则继续等待该笔指令下其他子任务i推送至企业级消息服务平台，直到该笔指令下所有子任务全部完成的消息在企业级消息服务平台接收为止。假设客户通过企业手机银行提交批量支付指令A，指令A中包含100笔子任务，当100笔子任务全部到达平台，平台更新指令信息存储表中“指令处理进度”为“100/100”，“指令状态”为“0-已完成”，将该笔指令的总笔数、总金额、成功笔数及金额信息按照模板汇总发送给客户。

同时，由于存在部分子任务交易由于系统原因或非工作时间等原因存在长时间未处理的情况，企业级消息服务平台可通过人工维护具体交易类型和交易渠道的最长整合推送时间，系统根据指令字中的渠道编号和指令字查询该笔指令的最大整合时间m，当批量交易全部未完成，但已达到最长处理时间m时，直接进入步骤7的后续处理流程，其后未完成的指令通过单笔短信形式发送客户。同样假设指令A中包含100笔子任务，当指令信息存储表中“指令状态”不为“0-已完成”、“指令处理进度”不为“1(100/100)”，已超过24小时，则将该笔指令的总笔数、总金额、成功笔数及总金额、失败笔数及总金额、未处理笔数及总金额信息按照模板A4汇总发送给客户。

步骤7：企业级消息服务平台判断该笔批量交易是否含有渠道信息，按照客户所选情况进行后续的推送。

容易注意到的是，通过在企业及消息服务平台搭建信息集中整合的服务体系，根据从渠道上送的指令字和子任务中包含的信息，对企业批量交易指令形成一套可复用的短信整合发送方法，为企业法人付方进行付款业务接受推送短信提供了一套新的服务方式，减少了短信、应用消息短时间大量推送至客户手机对其的困扰，同时减轻了短信以及应用消息推送的负荷压力。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例还提供了一种推送消息的处理装置，需要说明的是，本申请实施例的推送消息的处理装置可以用于执行本申请实施例所提供的用于推送消息的处理方法。以下对本申请实施例提供的推送消息的处理装置进行介绍。

图3是根据本申请实施例的一种推送消息的处理装置，如3图所示，该装置包括：

接收模块40，用于接收付款方设备提交的支付请求，其中，支付请求中至少携带有交易指令标识以及该交易指令标识对应的交易子任务集合，交易子任务与收款账号一一对应；

判断模块42，用于判断对交易指令标识对应的目标交易指令是否满足预设条件，得到判断结果，其中，预设条件包括：目标交易指令为批量交易指令，且交易通知信息的发送方式为整合发送；

执行模块44，用于根据判断结果执行判断结果对应的处理策略，其中，处理策略至少用于指示交易通知消息的发送方式。

该推送消息的处理装置中，接收模块40，用于接收付款方设备提交的支付请求，其中，支付请求中至少携带有交易指令标识以及该交易指令标识对应的交易子任务集合，交易子任务与收款账号一一对应；判断模块42，用于判断对交易指令标识对应的目标交易指令是否满足预设条件，得到判断结果，其中，预设条件包括：目标交易指令为批量交易指令，且交易通知信息的发送方式为整合发送；执行模块44，用于根据判断结果执行判断结果对应的处理策略，其中，处理策略至少用于指示交易通知消息的发送方式，解决了相关技术中推送通知消息方式，会造成消息处理系统的瞬时数据处理压力较大，易造成消息堵塞，且会给企业用户造成严重的消息干扰，影响用户体验的问题。进而达到了在确定交易任务为批量交易，将通知消息进行整合的技术目的，减轻了处理系统的瞬时处理压力，避免了对用户造成消息干扰，为用户提供良好使用体验的效果。

根据本申请实施例的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行任意一种推送消息的处理方法。

根据本申请实施例的另一方面，还提供了一种电子设备，包括一个或多个处理器和存储器，存储器用于存储一个或多个程序，其中，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现任意一种推送消息的处理方法。

所述推送消息的处理装置包括处理器和存储器，上述接收模块等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来解决了相关技术中推送通知消息方式，会造成消息处理系统的瞬时数据处理压力较大，易造成消息堵塞，且会给企业用户造成严重的消息干扰，影响用户体验的问题。进而达到了在确定交易任务为批量交易，将通知消息进行整合的技术目的，减轻了处理系统的瞬时处理压力，避免了对用户造成消息干扰，为用户提供良好使用体验的效果。

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

本发明实施例提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现所述推送消息的处理方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述推送消息的处理方法。

如图4所示，本发明实施例提供了一种电子设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：接收付款方设备提交的支付请求，其中，支付请求中至少携带有交易指令标识以及该交易指令标识对应的交易子任务集合，交易子任务与收款账号一一对应；判断对交易指令标识对应的目标交易指令是否满足预设条件，得到判断结果，其中，预设条件包括：目标交易指令为批量交易指令，且交易通知信息的发送方式为整合发送；根据判断结果执行判断结果对应的处理策略，其中，处理策略至少用于指示交易通知消息的发送方式。本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：接收付款方设备提交的支付请求，其中，支付请求中至少携带有交易指令标识以及该交易指令标识对应的交易子任务集合，交易子任务与收款账号一一对应；判断对交易指令标识对应的目标交易指令是否满足预设条件，得到判断结果，其中，预设条件包括：目标交易指令为批量交易指令，且交易通知信息的发送方式为整合发送；根据判断结果执行判断结果对应的处理策略，其中，处理策略至少用于指示交易通知消息的发送方式。

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

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

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

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

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

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

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

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

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

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

Claims (10)

1.一种推送消息的处理方法，其特征在于，包括：

接收付款方设备提交的支付请求，其中，所述支付请求中至少携带有交易指令标识以及该交易指令标识对应的交易子任务集合，所述交易子任务与收款账号一一对应；

判断对所述交易指令标识对应的目标交易指令是否满足预设条件，得到判断结果，其中，所述预设条件包括：所述目标交易指令为批量交易指令，且交易通知信息的发送方式为整合发送；

根据判断结果执行所述判断结果对应的处理策略，其中，所述处理策略至少用于指示所述交易通知消息的发送方式。

2.根据权利要求1所述的方法，其特征在于，根据判断结果执行所述判断结果对应的处理策略，包括：

在所述判断结果指示所述支付请求满足所述预设条件的情况下，检测所述批量交易指令是否已完成，得到检测结果；

在所述检测结果指示所述批量交易指令对应的所有交易子任务已完成的情况下，对所述批量交易指令对应的所述交易通知信息进行整合，得到整合后的第一目标交易通知信息，并将所述第一目标交易通知信息发送至所述付款方设备，其中，所述目标交易通知信息至少包括：各个所述收款账号，以及向各个所述收款账号支付的金额。

3.根据权利要求2所述的方法，其特征在于，将所述第一目标交易通知信息发送至所述付款方设备，包括：

通过短信的形式将所述第一目标交易通知信息发送至所述付款方设备；或者

通过应用消息的形式将所述第一目标交易通知信息发送至所述付款方设备。

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在所述检测结果指示所述批量交易指令对应的所有交易子任务未完成的情况下，确定所述批量交易指令的处理时长是否已超过预定时长；

在确定所述处理时长已超过预定时长的情况下，将未完成的交易指令通过单笔短信形式发送至所述付款方设备；将已完成的交易指令进行整合，得到整合后的第二目标交易通知信息，将所述第二目标交易通知信息发送至所述付款方设备。

5.根据权利要求4所述的方法，其特征在于，确定所述批量交易指令的处理时长是否已超过预定时长，包括：

确定所述批量交易指令中每一个交易指令对应的指令字；

根据所述指令字确定所述每一个交易指令对应的交易类型；

确定所述交易类型对应的所述预定时长，确定所述交易指令的处理时长是否已超过所述预定时长。

6.根据权利要求1所述的方法，其特征在于，根据判断结果执行所述判断结果对应的处理策略，还包括：

在所述判断结果指示所述目标交易指令为单笔交易指令的情况下，则在所述单笔交易指令对应的交易子任务已完成的情况下，将所述单笔交易指令对应的第三目标交易通知信息发送至所述付款方设备。

7.根据权利要求1所述的方法，其特征在于，根据判断结果执行所述判断结果对应的处理策略，还包括：

在所述判断结果指示所述目标交易指令为所述批量交易指令，且在每一个交易指令完成后，单独向所述付款方设备发送交易通知信息的情况下，则在每一个交易指令对应的交易子任务完成后，生成所述每一个交易指令对应的第四目标交易通知消息，将所述第四目标交易通知消息依次发送至所述付款方设备。

8.一种推送消息的处理装置，其特征在于，包括：

接收模块，用于接收付款方设备提交的支付请求，其中，所述支付请求中至少携带有交易指令标识以及该交易指令标识对应的交易子任务集合，所述交易子任务与收款账号一一对应；

判断模块，用于判断对所述交易指令标识对应的目标交易指令是否满足预设条件，得到判断结果，其中，所述预设条件包括：所述目标交易指令为批量交易指令，且交易通知信息的发送方式为整合发送；

执行模块，用于根据判断结果执行所述判断结果对应的处理策略，其中，所述处理策略至少用于指示所述交易通知消息的发送方式。

9.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至7中任意一项所述的推送消息的处理方法。

10.一种电子设备，其特征在于，包括一个或多个处理器和存储器，所述存储器用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至7中任意一项所述的推送消息的处理方法。

Images