CN108337296B - 消息推送处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种消息推送处理方法、系统、计算机设备和存储介质。所述方法包括：获取向个推服务器发送的消息推送请求；从消息推送请求中提取用户信息标识；获取用户信息配置表，用户信息配置表中存有有效的用户信息标识；当用户信息标识与用户信息配置表中的有效的用户信息标识匹配失败时，则存储与匹配失败的用户信息标识对应的消息推送请求的任务标识；获取生成的消息推送日志；当从消息推送日志中查找到与任务标识对应的消息推送记录时，从对应的消息推送记录中提取推送失败信息；查找任务标识对应的业务方标识，将推送失败信息发送给业务方标识对应的业务服务器。采用本方法能够快速对推送消息丢失原因进行分析。

Description

消息推送处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种消息推送处理方法、装置、计算机设备和存储介质。

背景技术

随着移动互联网的蓬勃发展，消息推送技术在移动客户端的运营中已经被广泛运用。但是，在消息推送的过程中，经常会出现客户端接收不到推送消息的情况，推送消息的丢失可能是由于网络环境、客户端问题或用户账号问题等多种情况造成的。目前，出现推送消息丢失时只能通过查看日志、数据库来进行问题分析，但是日志存储的数据量非常大，往往很难进行数据定位，需要花费大量时间来进行问题分析，工作效率低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高推送消息丢失原因分析工作的工作效率的方法、装置、计算机设备和存储介质。

一种消息推送处理方法，所述方法包括：

获取向个推服务器发送的消息推送请求；

从所述消息推送请求中提取用户信息标识；

获取用户信息配置表，所述用户信息配置表中存有有效的用户信息标识；

当所述用户信息标识与用户信息配置表中的有效的用户信息标识匹配失败时，则存储与匹配失败的用户信息标识对应的消息推送请求的任务标识；

获取生成的消息推送日志；

当从所述消息推送日志中查找到与所述任务标识对应的消息推送记录时，从对应的消息推送记录中提取推送失败信息；

查找所述任务标识对应的业务方标识，将所述推送失败信息发送给所述业务方标识对应的业务服务器。

在其中一个实施例中，当所述用户信息标识与用户信息配置表中的有效的用户信息标识匹配成功时，获取所述个推服务器返回的消息下达回执；

当所述消息下达回执表示所述个推服务器向客户端推送消息失败时，查找所述任务标识对应的业务方标识，将所述消息下达回执发送给所述业务方标识对应的业务服务器。

在其中一个实施例中，当所述用户信息标识与用户信息配置表中的有效的用户信息标识匹配成功时，获取向个推服务器发送消息推送请求的请求时间及预设回执时长；

根据所述请求时间及所述预设回执时长计算临界回执时间；

在到达所述临界回执时间时，检测所述个推服务器是否返回与所述任务标识对应的消息下达回执；

当到达所述临界回执时间所述个推服务器还未返回与所述任务标识对应的消息下达回执时，向所述个推服务器重新发送消息推送请求。

在其中一个实施例中，当向所述个推服务器重新发送消息推送请求的次数超过预设推送阈值时，生成消息推送失败通知；

将所述消息推送失败通知发送给所述业务方标识对应的业务服务器。

在其中一个实施例中，还包括：接收所述业务服务器发送的消息推送任务，所述消息推送任务携带有任务标识和业务方标识；

从接收的所述消息推送任务中提取任务类型；

查找所述任务类型对应的预设处理时长，根据当前时间和所述预设处理时长计算临界处理时间；

在到达所述临界处理时间时，检测是否发出与所述任务标识对应的消息推送请求；

当到达所述临界处理时间时未检测到发出与所述任务标识对应的消息推送请求时，生成响应超时通知，并将所述响应超时通知发送给所述业务方标识对应的业务服务器。

在其中一个实施例中，所述接收所述业务服务器发送的消息推送任务的步骤之后，还包括：

获取所述消息推送任务中的消息模板标识；

对所述消息模板标识对应的消息模板进行校验；

当所述消息模板校验失败时，向所述业务方标识对应的业务服务器发送消息模板校验失败通知，根据所述消息模板标识生成模板审核提醒并发送给审核终端；

当接收到所述审核终端发送的模板审核通过通知时，将所述模板审核通过通知转发给所述业务方标识对应的业务服务器。

一种消息推送处理装置，所述装置包括：

请求获取模块，用于获取向个推服务器发送的消息推送请求；

标识提取模块，用于从所述消息推送请求中提取用户信息标识；

标识查找模块，用于获取用户信息配置表，所述用户信息配置表中存有有效的用户信息标识；

标识存储模块，用于当所述用户信息标识与用户信息配置表中的有效的用户信息标识匹配失败时，则存储与匹配失败的用户信息标识对应的消息推送请求的任务标识；

日志获取模块，用于获取生成的消息推送日志；

信息提取模块，用于当从所述消息推送日志中查找到与所述任务标识对应的消息推送记录时，从对应的消息推送记录中提取推送失败信息；

信息推送模块，用于查找所述任务标识对应的业务方标识，将所述推送失败信息发送给所述业务方标识对应的业务服务器。

在其中一个实施例中，所述装置还包括：

任务接收模块，用于接收所述业务服务器发送的消息推送任务，所述消息推送任务携带有任务标识和业务方标识；

类型提取模块，用于从接收的所述消息推送任务中提取任务类型；

时间计算模块，用于查找所述任务类型对应的预设处理时长，根据当前时间和所述预设处理时长计算临界处理时间；

推送检测模块，用于在到达所述临界处理时间时，检测是否发出与所述任务标识对应的消息推送请求；

响应超时通知模块，用于当到达所述临界处理时间时未检测到发出与所述任务标识对应的消息推送请求时，生成响应超时通知，并将所述响应超时通知发送给所述业务方标识对应的业务服务器。

一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述方法的步骤。

上述消息推送处理方法、装置、计算机设备和存储介质，通过进行用户信息标识匹配可以对消息能否推送成功进行初判，在判断出推送失败后，监控生成的消息推送日志，从消息推送日志中提取失败信息。从而能够及时地将推送失败信息返回给业务调用方，无需事后对写入数据库中存储庞大数据信息进行查找分析，能够及时对失败原因进行定位分析，大大提高了工作效率。

附图说明

图1为一个实施例中消息推送处理方法的应用场景图；

图2为一个实施例中消息推送处理方法的流程示意图；

图3为一个实施例中消息推送处理装置的结构框图；

图4为一个实施例中计算机设备的内部结构图。

具体实施方式

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

在详细说明根据本发明的实施例前，应该注意到的是，所述的实施例主要在于与消息推送处理方法、装置、计算机设备及存储介质相关的步骤和系统组件的组合。因此，所属系统组件和方法步骤已经在附图中通过常规符号在适当的位置表示出来了，并且只示出了与理解本发明的实施例有关的细节，以免因对于得益于本发明的本领域普通技术人员而言显而易见的那些细节模糊了本发明的公开内容。

在本文中，诸如左和右，上和下，前和后，第一和第二之类的关系术语仅仅用来区分一个实体或动作与另一个实体或动作，而不一定要求或暗示这种实体或动作之间的任何实际的这种关系或顺序。术语“包括”、“包含”或任何其他变体旨在涵盖非排他性的包含，由此使得包括一系列要素的过程、方法、物品或者设备不仅包含这些要素，而且还包含没有明确列出的其他要素，或者为这种过程、方法、物品或者设备所固有的要素。

本申请提供的消息推送处理方法，可以应用于如图1所示的应用环境中。其中，服务器通过网络分别与业务服务器、个推服务器及数据服务器集群进行通信，个推服务器通过网络与客户端进行通信。业务服务器向服务器发送消息推送任务，服务器将校验成功的消息推送任务加入消息处理队列中，对消息处理队列中的消息推送任务进行处理后生成消息推送请求并发送给个推服务器。服务器上的监控服务程序获取服务器向个推服务器发送的消息推送请求，从消息推送请求中提取出用户信息标识，监控服务程序获取预先存储在用户信息配置表中的有效的用户信息标识，将提取出的用户信息标识与有效的用户信息标识进行匹配，当匹配失败时，判断出服务器向个推服务器发送的消息推送消息推送失败，将消息推送请求的任务标识进行存储。监控服务程序获取服务器向数据服务器集群发送的消息推送日志，当从消息推送日志中查找到与任务标识对应的消息推送记录时，从中提取推送失败信息，并将提取出的推送失败信息发送给相应的业务服务器。

在一个实施例中，如图2所示，提供了一种消息推送处理方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

步骤210，获取向个推服务器发送的消息推送请求。

业务方因为运营需求经常需要向客户端推送业务消息，如业务广告，业务信息通知等。在推送业务消息时，业务服务器向消息平台的服务器发送消息推送任务，由消息平台的服务器进行处理后发送给个推服务器，由个推服务器向客户端下达消息。本实施例中的方法应用于消息平台的服务器，消息平台的服务器可以采用MDC(Meta Data Controller，元数据控制器)服务器。在MDC服务器的每个数据请求链路上都部署Http请求数据包监控服务，监控MDC服务器所有发送消息与接收消息发送任务的请求。监控服务可以为安装在服务器上的监控插件，也可以为运行在服务器上的程序，也可以以其他可以实现的方式部署在服务器的数据请求链路上。

服务器对业务服务器发送的消息推送任务进行校验、处理后生成消息推送请求。消息推送请求中可以包括需要推送的消息内容，目标推送用户的用户信息标识，消息推送任务的任务标识等。服务器将生成的消息推送请求发送给个推服务器，服务器上的监控服务获取服务器向个推服务器发出的消息推送请求。

步骤220，从消息推送请求中提取用户信息标识。

服务器上的监控服务从消息推送请求中提取出用户信息标识。用户信息标识用于对目标推送用户进行唯一标识。在一个实施例中，用户信息标识可以包括用户标识和用户所使用客户端的客户端标识两部分。用户标识可以为用户注册时使用的手机号、证件号或者系统生成的用户ID等，客户端标识为可以为客户端设备的appID等，用户标识与客户端标识进行关联绑定。

步骤230，获取用户信息配置表，用户信息配置表中存有有效的用户信息标识。

服务器上的监控服务获取预先存储的用户信息配置表，用户信息配置表中存储有有效的用户信息标识，即存储有当前有效状态用户的用户信息。在一个实施例中，同一有效用户的用户标识与客户端标识在用户信息配置表中一一对应存储。

步骤240，当用户信息标识与用户信息配置表中的有效的用户信息标识匹配失败时，则存储与匹配失败的用户信息标识对应的消息推送请求的任务标识。

服务器上的监控服务将提取出的用户信息标识与与用户信息配置表中的有效的用户信息标识进行匹配。具体地，在一个实施例中，分别提取出用户信息标识中的用户标识和客户端标识，查找用户信息配置表中是否存在与提取的用户标识一致的有效用户标识，当存在一致的用户信息标识后，获取有效用户标识对应的有效客户端标识，判断提取的客户端标识与有效客户端标识是否一致，当一致时，则用户信息标识匹配成功。服务器上的监控服务也可以先匹配客户端标识再匹配用户标识，匹配顺序不做限定。当用户标识和客户端标识中的任一一个匹配失败时，则用户信息标识匹配失败。

当用户信息标识与用户信息配置表中的有效的用户信息标识匹配失败时，判断个推服务器向客户端推送消息失败，反之，个推服务器向客户端推送消息成功。个推服务器中也存储了业务方有效用户的用户信息，在接收到服务器发送的消息推送请求后，会验证消息推送请求中的用户信息是否有效，当无效时，个推服务器向客户端推送消息失败。因此，服务器上的监控服务通过匹配用户信息标识，可以预判个推服务器是否推送消息成功。当监控服务判断出个推服务器向客户端推送消息成功时可以不做处理，当监控服务判断出个推服务器向客户端推送消息失败时，用户信息标识对应的消息推送请求的任务标识进行存储。在一个实施例总，可以将对应的任务标识添加至失败请求索引中。

步骤250，获取生成的消息推送日志。

个推服务器向客户端推送消息后，会向服务器返回消息下达回执，消息下达回执中可以包括消息下达成功或者失败的结果，当消息下达失败时，消息下达回执中也可以包括消息下达失败的失败原因，如用户绑定信息错误、用户没有登录客户端、用户客户端无效、消息未到达客户端等等。服务器接收到个推服务器返回的消息下达回执后，根据消息下达回执生成消息推送记录，并根据多条消息推送记录生成消息推送日志，将消息推送日志随机分发给数据服务器集群中的数据服务器进行存储。其中，消息推送记录中包括推送消息对应的消息推送请求的任务标识。

监控服务实时获取服务器向数据服务器集群发送的消息推送日志。

步骤260，当从消息推送日志中查找到与任务标识对应的消息推送记录时，从对应的消息推送记录中提取推送失败信息。

监控服务从获取的消息推送日志中查找是否存在与存储的任务标识相对应的消息推送记录，当查找到相对应的消息推送记录后，从消息推送记录中提取出推送失败信息，推送失败信息可以为个推服务器向客户端推送消息失败的原因等信息。

步骤270，查找任务标识对应的业务方标识，将推送失败信息发送给业务方标识对应的业务服务器。

监控服务将推送失败原因提取出来后，查找任务标识所对应的业务服务器发送的消息推送任务。在一个实施例中，服务器接收到业务服务器发送的消息推送任务后，从消息推送任务中提取出任务标识和业务方标识，将任务标识与业务方标识进行关联存储，业务方标识用于唯一标识业务服务器。监控服务查找与任务标识关联的业务方标识，并将提取出的推送失败信息发送个业务方标识对应的业务服务器，使得在个推服务器向客户端下达消息失败后，业务服务器能够及时获取消息推送失败的原因。

在目前的消息推送方法中，对于一个消息发出后，当客户端未收到消息时，进行推送失败原因定位需要通过查看日志和数据库来分析问题，在服务器向数据服务器集群分发消息推送日志时，是将日志进行随机分发，因此，事后查找从数据服务器集群中查找散乱的数据需要花费很长时间，工作效率非常低；并且对于测试工作来说，现在的消息平台发送的消息对接很多应用程序，测试过程中需要下载多个应用程序进行端到端的验证，验证过程繁琐且耗时长。而上述实施例中的消息推送处理方法，通过在消息平台的服务器的请求链路中部署Http请求数据包监控服务，监控服务自动抓取服务器向个推服务器发送的消息推送请求并通过标识匹配预判消息是否推送成功，当推送失败时，自动抓取服务器向数据服务器集群发送的消息推送日志，将失败原因及时反馈给业务服务器，由此可以快速对失败原因进行定位，在测试环境中也无需通过逐一打开应用程序来进行验证。

在一个实施例中，所述方法还包括：当用户信息标识与用户信息配置表中的有效的用户信息标识匹配成功时，获取个推服务器返回的消息下达回执；当消息下达回执表示个推服务器向客户端推送消息失败时，查找任务标识对应的业务方标识，将消息下达回执发送给业务方标识对应的业务服务器。

在本实施例中，当服务器上的监控服务从用户信息配置表中查找出与提取出的用户信息标识完全匹配的有效用户信息标识时，初步判断出个推服务器可以向客户端成功发送出推送消息，但是还无法判断个推服务器发出的推送消息能否成功下达到客户端，由于网络问题等原因可能会造成个推服务器发出的推送消息的丢包，客户端无法接收到推送消息的情况。监控服务继续对个推服务器向客户端的消息推送状态进行监控。

监控服务实时获取个推服务器向服务器返回的消息下达回执。消息下达回执中可以携带任务标识、消息推送结果等信息。监控服务从消息下达回执中提取消息推送结果，根据消息提送结果判断个推服务器是否成功向客户端推送了消息。当判断出个推服务器向客户端推送消息失败时，服务器获取消息下达回执中的任务标识，并查找任务标识所关联的业务方标识，将获取的消息下达回执转发给业务方标识对应的业务服务器。

服务器接收到个推服务器返回的消息下达回执后，根据消息下达回执生成消息推送记录，并将根据多条消息推送记录生成的消息推送日志分发给数据服务器集群。

在本实施例中，当判断出用户信息标识与有效的用户信息标识匹配成功时，继续对该消息推送任务对应的个推服务器返回的消息下达回执进行追踪，当获取消息下达回执并判断出消息下达失败时，及时向业务服务器转发消息下达回执，无需事后查找数据服务器和日志来进行失败原因定位。

在一个实施例中，所述方法还包括：当用户信息标识与用户信息配置表中的有效的用户信息标识匹配成功时，获取向个推服务器发送消息推送请求的请求时间及预设回执时长；根据请求时间及预设回执时长计算临界回执时间；在到达临界回执时间时，检测个推服务器是否返回与任务标识对应的消息下达回执；当到达临界回执时间个推服务器还未返回与任务标识对应的消息下达回执时，向个推服务器重新发送消息推送请求。

在本实施例中，当服务器上的监控服务从用户信息配置表中查找出与提取出的用户信息标识完全匹配的有效用户信息标识时，初步判断出个推服务器可以向客户端成功发送出推送消息。监控服务获取服务器向个推服务发送消息推送请求时的请求时间，并获取该消息推送任务所对应的预设回执时长。在一个实施例中，预设回执时长与消息推送任务的任务类型相对应，不同任务类型的消息推送任务的预设回执时长不同，如推送延迟类型的预设回执时长较长，而常规推送任务类型的预设回执时长较短。

监控服务获取服务器发出的消息推送请求中的任务标识，查找任务标识对应的消息推送任务并获取任务类型，查找任务类型所对应的预设回执时长。监控服务根据个推服务器发送消息推送请求的请求时间及查找到的预设回执时长计算出临界回执时间。当到达临界回执时间时，监控服务检测个推服务器是否向服务器返回了与任务标识相对应的消息下达回执，当到达临界回执时间之后，监控服务还未检测到个推服务器向服务器返回与任务标识对应的消息下达回执时，判断个推服务器响应超时，监控服务器向服务上的消息处理模块发出个推服务器超时提醒，服务器向个推服务器重新发送该消息推送请求。

在一个实施例中，服务器向个推服务器重新发送消息推送请求后，重新获取发送请求时的请求时间，继续对个推服务器的响应情况进行监控。

在一个实施例中，所述方法还包括：当向个推服务器重新发送消息推送请求的次数超过预设推送阈值时，生成消息推送失败通知；将消息推送失败通知发送给业务方标识对应的业务服务器。

在本实施例中，在服务器中事先设定预设推送阈值，预设推送阈值为服务器对于同一消息推送请求向个推服务器进行发送的发送次数的上限。监控服务获取预设推送阈值，当检测到服务器向个推服务器发送的同一消息推送请求的次数超过预设推送阈值时，生成消息推送失败通知，并获取任务标识关联的业务方标识，将消息推送失败通知发送给业务方标识对应的业务服务器。在一个实施例中，当业务服务器接收到消息推送失败通知后，可以根据通知重新向服务器发送消息推送任务。

在服务器向个推服务器发送消息推送请求之后，继续对个推服务器的回执响应进行监控，当响应超时时，自动向个推服务器重新发送请求，当发送请求的次数超过预设值时，判断个推服务器响应失败，及时生成通知并发送给相应的业务服务器，使业务服务器能够及时进行处理。

在一个实施例中，所述方法还包括：接收业务服务器发送的消息推送任务，消息推送任务携带有任务标识和业务方标识；从接收的消息推送任务中提取任务类型；查找任务类型对应的预设处理时长，根据当前时间和预设处理时长计算临界处理时间；在到达临界处理时间时，检测是否发出与任务标识对应的消息推送请求；当到达临界处理时间时未检测到发出与任务标识对应的消息推送请求时，生成响应超时通知，并将响应超时通知发送给业务方标识对应的业务服务器。

业务服务器需要向客户端推送消息时，向服务器发送消息推送任务，消息推送任务中可以携带推送消息的内容，任务标识以及业务方标识、任务类型等信息。

服务器接收业务服务器发送的消息推送任务，并从消息推送任务中提取出任务类型。消息推送任务的任务类型可以包括常规推送、延迟推送、免打扰推送等类型。不同类型的消息推送类型对推送时间的紧迫性要求不同，如免打扰推送的任务可以设定推送时间，在预设推送时间内推送给用户，而常规推送一般情况下需要及时推送给用户。在一个实施例中，服务器中设定多个消息队列，服务器根据消息推送任务的任务类型将消息推送任务进行分类，然后将分类后的消息推送任务分配在不同的消息队列中进行处理。

服务器上的监控服务查找任务类型所对应的预设处理时长，不同任务类型的消息推送任务的预设处理时长不同，如常规推送的任务的处理时长可以为半小时，延迟推送的任务的处理时长可以为3个小时等，具体的处理时长可以根据业务需要进行设定，在此仅举例说明，不做限定。监控服务获取当前时间，并根据当前时间和查找到的预设处理时长计算出临界处理时间。当到达临界处理时间时，监控服务检测服务器是否向个推服务器发出与任务标识对应的消息推送请求，当到达临界处理时间还未检测到服务器发出与任务标识对应的消息请求时，监控服务生成响应超时通知，并将响应超时通知发送给消息推送任务中的业务方标识对应的业务服务器。在一个实施例中，服务器可以将超时的消息推送任务进行丢弃，业务服务器接收到响应超时通知时可以重新向服务器发送消息推送任务。在其他实施例中，监控服务也可以发出与任务标识对应的任务处理提醒，提醒服务器中的消息处理模块优先处理响应超时的消息推送任务。

在本实施例中，通过计算临界处理时间，可以对服务器的任务处理状态进行监控，在检测出任务处理超时的情况时，及时向业务服务器发送超时通知，优化任务处理流程。

在一个实施例中，接收业务服务器发送的消息推送任务的步骤之后，还包括：获取消息推送任务中的消息模板标识；对消息模板标识对应的消息模板进行校验；当消息模板校验失败时，向业务方标识对应的业务服务器发送消息模板校验失败通知，根据消息模板标识生成模板审核提醒并发送给审核终端；当接收到审核终端发送的模板审核通过通知时，将模板审核通过通知转发给业务方标识对应的业务服务器。

在本实施例中，服务器在接收到业务服务器发送的消息推送任务之后，从消息推送任务中提取出消息模板标识，并获取审核通过的消息模板的模板标识，从中查找是否存在与提取的消息模板标识一致的模板标识，当存在一致的模板标识时，服务器对消息模板标识对应的消息模板验证通过。当存在一致的模板标识时，服务器对消息模板标识对应的消息模板验证通过；当不存在一致的模板标识时，服务器对消息模板标识对应的消息模板验证失败。

当消息模板验证失败时表明消息推送任务对应的消息模板还未通过审核人员的审核，无法对消息推送任务进行处理，即无法对消息推送任务中携带的消息参数根据消息模板进行组装。当消息模板验证失败时，服务器生成消息模板校验失败通知，并将消息模板校验模板通知发送给业务方标识对应的业务服务器。

监控服务监控到服务器向业务服务器发送消息模板校验失败通知时，消息模板校验失败通知中获取消息模板标识和业务方标识，将消息模板标识与业务方标识进行关联，生成携带有消息模板标识的模板审核提醒并发送给审核终端。提醒审核终端的审核人员对消息模板标识对应的消息模板进行审核。审核终端对消息模板审核通过时，向服务器发送模板审核通过通知，模板审核通过通知中携带消息模板标识，监控服务获取审核终端返回的模板审核通过通知，从通知中提取出消息模板标识，查找消息模板标识对应的业务方标识，将模板审核通过通知转发给业务方标识对应的业务服务器。业务服务器节后到模板审核通知之后，当从通知中判断出消息模板审核通过时，可以向服务器重新发送消息推送任务。当从通知中判断出消息模板审核失败时，可以将重新向服务器提交修改后想消息模板。

在一个实施例中，服务器接收到模板审核通过通知后，当从通知中判断出消息模板审核通过时，从中提取出消息模板标识，将消息模板标识存储在有效的模板标识中，对有效的模板标识进行及时更新。当从通知中判断出消息模板审核失败时，对消息模板标识进行审核失败标记。

在本实施例中，当检测到服务器向业务服务器发送消息模板校验失败通知时，向审核终端发送模板审核提醒，并监控审核终端返回的模板审核结果，在模板审核通过时能够及时通知业务服务器，使业务服务器继续进行消息推送。

应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图3所示，提供了一种消息推送处理装置，包括：请求获取模块310、标识提取模块320、标识查找模块330、标识存储模块340、日志获取模块350、信息提取模块360和信息推送模块370，其中：

请求获取模块310，用于获取向个推服务器发送的消息推送请求。

标识提取模块320，用于从消息推送请求中提取用户信息标识。

标识查找模块330，用于获取用户信息配置表，用户信息配置表中存有有效的用户信息标识。

标识存储模块340，用于当用户信息标识与用户信息配置表中的有效的用户信息标识匹配失败时，则存储与匹配失败的用户信息标识对应的消息推送请求的任务标识。

日志获取模块350，用于获取生成的消息推送日志。

信息提取模块360，用于当从消息推送日志中查找到与任务标识对应的消息推送记录时，从对应的消息推送记录中提取推送失败信息。

信息推送模块370，用于查找任务标识对应的业务方标识，将推送失败信息发送给业务方标识对应的业务服务器。

在一个实施例中，所述装置还包括：

回执获取模块，用于当用户信息标识与用户信息配置表中的有效的用户信息标识匹配成功时，获取个推服务器返回的消息下达回执。

回执转发模块，用于当消息下达回执表示个推服务器向客户端推送消息失败时，查找任务标识对应的业务方标识，将消息下达回执发送给业务方标识对应的业务服务器。

在一个实施例中，所述装置还包括：

回执时长获取模块，用于当用户信息标识与用户信息配置表中的有效的用户信息标识匹配成功时，获取向个推服务器发送消息推送请求的请求时间及预设回执时长。

回执时间计算模块，用于根据请求时间及预设回执时长计算临界回执时间。

回执响应检测模块，在到达临界回执时间时，检测个推服务器是否返回与任务标识对应的消息下达回执。

请求发送模块，用于当到达临界回执时间个推服务器还未返回与任务标识对应的消息下达回执时，向个推服务器重新发送消息推送请求。

在一个实施例中，所述装置还包括：

失败通知生成模块，用于向个推服务器重新发送消息推送请求的次数超过预设推送阈值时，生成消息推送失败通知。

失败通知发送模块，将消息推送失败通知发送给业务方标识对应的业务服务器。

在一个实施例中，所述装置还包括：

任务接收模块，用于接收业务服务器发送的消息推送任务，消息推送任务携带有任务标识和业务方标识。

类型提取模块，用于从接收的消息推送任务中提取任务类型；

时间计算模块，用于查找任务类型对应的预设处理时长，根据当前时间和预设处理时长计算临界处理时间。

推送检测模块，用于在到达临界处理时间时，检测是否发出与任务标识对应的消息推送请求。

响应超时通知模块，用于当到达临界处理时间时未检测到发出与任务标识对应的消息推送请求时，生成响应超时通知，并将响应超时通知发送给业务方标识对应的业务服务器。

在一个实施例中，所述装置还包括：

模板标识获取模块，用于获取消息推送任务中的消息模板标识。

模板校验模块，用于对消息模板标识对应的消息模板进行校验。

审核提醒模块，用于当消息模板校验失败时，向业务方标识对应的业务服务器发送消息模板校验失败通知，根据消息模板标识生成模板审核提醒并发送给审核终端。

审核通知转发模块，用于当接收到审核终端发送的模板审核通过通知时，将模板审核通过通知转发给业务方标识对应的业务服务器。

关于消息推送处理装置的具体限定可以参见上文中对于消息推送处理方法的限定，在此不再赘述。上述消息推送处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图4所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储消息推送处理数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种消息推送处理方法。

本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：获取向个推服务器发送的消息推送请求；从消息推送请求中提取用户信息标识；获取用户信息配置表，用户信息配置表中存有有效的用户信息标识；当用户信息标识与用户信息配置表中的有效的用户信息标识匹配失败时，则存储与匹配失败的用户信息标识对应的消息推送请求的任务标识；获取生成的消息推送日志；当从消息推送日志中查找到与任务标识对应的消息推送记录时，从对应的消息推送记录中提取推送失败信息；查找任务标识对应的业务方标识，将推送失败信息发送给业务方标识对应的业务服务器。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当用户信息标识与用户信息配置表中的有效的用户信息标识匹配成功时，获取个推服务器返回的消息下达回执；当消息下达回执表示个推服务器向客户端推送消息失败时，查找任务标识对应的业务方标识，将消息下达回执发送给业务方标识对应的业务服务器。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当用户信息标识与用户信息配置表中的有效的用户信息标识匹配成功时，获取向个推服务器发送消息推送请求的请求时间及预设回执时长；根据请求时间及预设回执时长计算临界回执时间；在到达临界回执时间时，检测个推服务器是否返回与任务标识对应的消息下达回执；当到达临界回执时间个推服务器还未返回与任务标识对应的消息下达回执时，向个推服务器重新发送消息推送请求。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当向个推服务器重新发送消息推送请求的次数超过预设推送阈值时，生成消息推送失败通知；将消息推送失败通知发送给业务方标识对应的业务服务器。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收业务服务器发送的消息推送任务，消息推送任务携带有任务标识和业务方标识；从接收的消息推送任务中提取任务类型；查找任务类型对应的预设处理时长，根据当前时间和预设处理时长计算临界处理时间；在到达临界处理时间时，检测是否发出与任务标识对应的消息推送请求；当到达临界处理时间时未检测到发出与任务标识对应的消息推送请求时，生成响应超时通知，并将响应超时通知发送给业务方标识对应的业务服务器。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取消息推送任务中的消息模板标识；对消息模板标识对应的消息模板进行校验；当消息模板校验失败时，向业务方标识对应的业务服务器发送消息模板校验失败通知，根据消息模板标识生成模板审核提醒并发送给审核终端；当接收到审核终端发送的模板审核通过通知时，将模板审核通过通知转发给业务方标识对应的业务服务器。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：获取向个推服务器发送的消息推送请求；从消息推送请求中提取用户信息标识；获取用户信息配置表，用户信息配置表中存有有效的用户信息标识；当用户信息标识与用户信息配置表中的有效的用户信息标识匹配失败时，则存储与匹配失败的用户信息标识对应的消息推送请求的任务标识；获取生成的消息推送日志；当从消息推送日志中查找到与任务标识对应的消息推送记录时，从对应的消息推送记录中提取推送失败信息；查找任务标识对应的业务方标识，将推送失败信息发送给业务方标识对应的业务服务器。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当用户信息标识与用户信息配置表中的有效的用户信息标识匹配成功时，获取个推服务器返回的消息下达回执；当消息下达回执表示个推服务器向客户端推送消息失败时，查找任务标识对应的业务方标识，将消息下达回执发送给业务方标识对应的业务服务器。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当用户信息标识与用户信息配置表中的有效的用户信息标识匹配成功时，获取向个推服务器发送消息推送请求的请求时间及预设回执时长；根据请求时间及预设回执时长计算临界回执时间；在到达临界回执时间时，检测个推服务器是否返回与任务标识对应的消息下达回执；当到达临界回执时间个推服务器还未返回与任务标识对应的消息下达回执时，向个推服务器重新发送消息推送请求。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当向个推服务器重新发送消息推送请求的次数超过预设推送阈值时，生成消息推送失败通知；将消息推送失败通知发送给业务方标识对应的业务服务器。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收业务服务器发送的消息推送任务，消息推送任务携带有任务标识和业务方标识；从接收的消息推送任务中提取任务类型；查找任务类型对应的预设处理时长，根据当前时间和预设处理时长计算临界处理时间；在到达临界处理时间时，检测是否发出与任务标识对应的消息推送请求；当到达临界处理时间时未检测到发出与任务标识对应的消息推送请求时，生成响应超时通知，并将响应超时通知发送给业务方标识对应的业务服务器。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取消息推送任务中的消息模板标识；对消息模板标识对应的消息模板进行校验；当消息模板校验失败时，向业务方标识对应的业务服务器发送消息模板校验失败通知，根据消息模板标识生成模板审核提醒并发送给审核终端；当接收到审核终端发送的模板审核通过通知时，将模板审核通过通知转发给业务方标识对应的业务服务器。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种消息推送处理方法，所述方法包括：

获取向个推服务器发送的消息推送请求；

从所述消息推送请求中提取用户信息标识；

获取用户信息配置表，所述用户信息配置表中存有有效的用户信息标识；

当所述用户信息标识与用户信息配置表中的有效的用户信息标识匹配失败时，则存储与匹配失败的用户信息标识对应的消息推送请求的任务标识；

获取生成的消息推送日志；

当从所述消息推送日志中查找到与所述任务标识对应的消息推送记录时，从对应的消息推送记录中提取推送失败信息；

查找所述任务标识对应的业务方标识，将所述推送失败信息发送给所述业务方标识对应的业务服务器；

当所述用户信息标识与用户信息配置表中的有效的用户信息标识匹配成功时，获取所述个推服务器返回的消息下达回执；

当所述消息下达回执表示所述个推服务器向客户端推送消息失败时，查找所述任务标识对应的业务方标识，将所述消息下达回执发送给所述业务方标识对应的业务服务器。

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

当所述用户信息标识与用户信息配置表中的有效的用户信息标识匹配成功时，获取向个推服务器发送消息推送请求的请求时间及预设回执时长；

根据所述请求时间及所述预设回执时长计算临界回执时间；

在到达所述临界回执时间时，检测所述个推服务器是否返回与所述任务标识对应的消息下达回执；

当到达所述临界回执时间所述个推服务器还未返回与所述任务标识对应的消息下达回执时，向所述个推服务器重新发送消息推送请求。

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

当向所述个推服务器重新发送消息推送请求的次数超过预设推送阈值时，生成消息推送失败通知；

将所述消息推送失败通知发送给所述业务方标识对应的业务服务器。

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

接收所述业务服务器发送的消息推送任务，所述消息推送任务携带有任务标识和业务方标识；

从接收的所述消息推送任务中提取任务类型；

查找所述任务类型对应的预设处理时长，根据当前时间和所述预设处理时长计算临界处理时间；

在到达所述临界处理时间时，检测是否发出与所述任务标识对应的消息推送请求；

当到达所述临界处理时间时未检测到发出与所述任务标识对应的消息推送请求时，生成响应超时通知，并将所述响应超时通知发送给所述业务方标识对应的业务服务器。

5.根据权利要求4所述的方法，其特征在于，所述接收所述业务服务器发送的消息推送任务的步骤之后，还包括：

获取所述消息推送任务中的消息模板标识；

对所述消息模板标识对应的消息模板进行校验；

当所述消息模板校验失败时，向所述业务方标识对应的业务服务器发送消息模板校验失败通知，根据所述消息模板标识生成模板审核提醒并发送给审核终端；

当接收到所述审核终端发送的模板审核通过通知时，将所述模板审核通过通知转发给所述业务方标识对应的业务服务器。

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

请求获取模块，用于获取向个推服务器发送的消息推送请求；

标识提取模块，用于从所述消息推送请求中提取用户信息标识；

标识查找模块，用于获取用户信息配置表，所述用户信息配置表中存有有效的用户信息标识；

标识存储模块，用于当所述用户信息标识与用户信息配置表中的有效的用户信息标识匹配失败时，则存储与匹配失败的用户信息标识对应的消息推送请求的任务标识；

日志获取模块，用于获取生成的消息推送日志；

信息提取模块，用于当从所述消息推送日志中查找到与所述任务标识对应的消息推送记录时，从对应的消息推送记录中提取推送失败信息；

信息推送模块，用于查找所述任务标识对应的业务方标识，将所述推送失败信息发送给所述业务方标识对应的业务服务器；

回执获取模块，用于当用户信息标识与用户信息配置表中的有效的用户信息标识匹配成功时，获取个推服务器返回的消息下达回执；

回执转发模块，用于当消息下达回执表示个推服务器向客户端推送消息失败时，查找任务标识对应的业务方标识，将消息下达回执发送给业务方标识对应的业务服务器。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

回执时长获取模块，用于当用户信息标识与用户信息配置表中的有效的用户信息标识匹配成功时，获取向个推服务器发送消息推送请求的请求时间及预设回执时长；

回执时间计算模块，用于根据请求时间及预设回执时长计算临界回执时间；

回执响应检测模块，在到达临界回执时间时，检测个推服务器是否返回与任务标识对应的消息下达回执；

请求发送模块，用于当到达临界回执时间个推服务器还未返回与任务标识对应的消息下达回执时，向个推服务器重新发送消息推送请求。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

任务接收模块，用于接收所述业务服务器发送的消息推送任务，所述消息推送任务携带有任务标识和业务方标识；

类型提取模块，用于从接收的所述消息推送任务中提取任务类型；

时间计算模块，用于查找所述任务类型对应的预设处理时长，根据当前时间和所述预设处理时长计算临界处理时间；

推送检测模块，用于在到达所述临界处理时间时，检测是否发出与所述任务标识对应的消息推送请求；

响应超时通知模块，用于当到达所述临界处理时间时未检测到发出与所述任务标识对应的消息推送请求时，生成响应超时通知，并将所述响应超时通知发送给所述业务方标识对应的业务服务器。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至5中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的方法的步骤。

Images