CN113595870B - 推送消息的处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明公开了推送消息的处理方法、装置、电子设备及存储介质，涉及计算机领域，尤其涉及信息流领域。具体实现方案为：获取推送消息关联的第一事件注册请求，其中，第一事件注册请求中包括第一事件处理结果、处理方标识及所述推送消息标识；在第一事件处理结果为失败的情况下，根据处理方标识生成推送反馈消息；向推送消息标识关联的业务端返回推送反馈消息。本公开通过获取消息推送过程中的事件处理结果，并在事件处理结果为失败的情况下，生成对应的推送反馈消息，返回业务端，实现了对消息推送过程的监控。

Description

推送消息的处理方法、装置、电子设备及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及信息流技术领域，具体涉及推送消息的处理方法、装置、电子设备及存储介质。

背景技术

随着互联网通信的蓬勃发展，消息推送已经逐渐取代短信提醒，成为应用开发商向用户发送消息的主要方式。应用开发商推送消息时，通常需要通过设备厂商的服务端，将消息发送至客户端。然而，由于设备厂商服务端的一些特殊限制、服务稳定性影响及网络因素影响等，客户端不一定会收到消息。因此，对推送消息的到达情况进行可靠监控，具有重要意义。

发明内容

本公开提供了一种推送消息的处理方法、装置、电子设备及存储介质。

根据本公开的第一方面，提供了一种推送消息的处理方法，包括：

获取推送消息关联的第一事件注册请求，其中，所述第一事件注册请求中包括第一事件处理结果、处理方标识及所述推送消息标识；

在所述第一事件处理结果为失败的情况下，根据所述处理方标识生成推送反馈消息；

向所述推送消息标识关联的业务端返回所述推送反馈消息。

根据本公开的第二方面，提供了一种推送消息的处理方法，包括：

获取消息推送请求，其中，所述消息推送请求包括客户端标识及待推送消息；

根据所述客户端标识，向对应的客户端推送所述待推送消息，并生成关联的事件注册请求；

将所述事件注册请求发送给消息推送监测端。

根据本公开的第三方面，提供了一种推送消息的处理装置，包括：

第一获取模块，用于获取推送消息关联的第一事件注册请求，其中，所述第一事件注册请求中包括第一事件处理结果、处理方标识及所述推送消息标识；

生成模块，用于在所述第一事件处理结果为失败的情况下，根据所述处理方标识生成推送反馈消息；

发送模块，用于向所述推送消息标识关联的业务端返回所述推送反馈消息。

根据本公开的第四方面，提供了一种推送消息的处理装置，包括：

获取模块，用于获取消息推送请求，其中，所述消息推送请求包括客户端标识及待推送消息；

生成模块，用于根据所述客户端标识，向对应的客户端推送所述待推送消息，并生成关联的事件注册请求；

发送模块，用于将所述事件注册请求发送给消息推送监测端。

根据本公开的第五方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如第一方面和/或第二方面所述的方法。

根据本公开的第六方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行如第一方面和/或第二方面所述的方法。

根据本公开的第七方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如第一方面和/或第二方面所述的方法。

本公开提供的推送消息的处理方法、装置、电子设备及存储介质，存在如下有益效果：

首先获取推送消息关联的第一事件注册请求，在第一事件处理结果为失败的情况下，生成推送反馈消息，并向推送消息关联的业务端返回推送反馈消息，以使业务端获知消息的推送情况。由此，实现了对消息推送的可靠监控。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是根据本公开一实施例提供的推送消息的处理方法的流程示意图；

图2是根据本公开又一实施例提供的推送消息的处理方法的流程示意图；

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

图4是根据本公开又一实施例提供的推送消息的处理装置的结构示意图；

图5是根据本公开一实施例提供的推送消息的处理方法的流程示意图；

图6是根据本公开又一实施例提供的推送消息的处理方法的流程示意图；

图7是根据本公开又一实施例提供的推送消息的处理方法的流程示意图；

图8是根据本公开又一实施例提供的推送消息的处理方法的流程示意图；

图9是根据本公开一实施例提供的推送消息的处理装置的结构示意图；

图10是根据本公开又一实施例提供的推送消息的处理装置的结构示意图；

图11是用来实现本公开实施例的推送消息的处理方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

目前，消息推送和短信提醒是应用开发商将消息触达给用户的两种主要手段。短信提醒的通信成本高，且短信的超链接跳转往往存在多种问题，导致用户不能通过多层跳转打开应用，或者即使打开应用，也需要用户自己寻找实际产生交互的落地页。因此，短信提醒往往仅应用在重大消息的提醒上。

消息推送是通过互联网将消息触达给用户，普通的即时通讯消息或以营销为目的的消息通常采用这种方式。应用开发商推送消息时，通常需要通过设备厂商的服务端，将消息发送至客户端。然而，由于设备厂商服务端的一些特殊限制、服务稳定性影响及网络因素影响等，客户端不一定会收到消息。因此，对推送消息的到达情况进行可靠监控，具有重要意义。

下面参考附图描述本公开的推送消息的处理方法、装置、电子设备及存储介质。

图1是根据本公开第一实施例的推送消息的处理方法的流程示意图，该方法可以由本公开提供的推送消息的处理装置执行，也可以由本公开提供的电子设备执行，其中，电子设备可以包括但不限于台式电脑、平板电脑等终端设备，也可以是服务器。下面以由本公开提供的推送消息的处理装置，执行本公开提供的推送消息的处理方法为例来解释说明本公开。

如图1所示，该推送消息的处理方法，可以包括以下步骤：

步骤101，获取推送消息关联的第一事件注册请求，其中，第一事件注册请求中包括第一事件处理结果、处理方标识及推送消息标识。

其中，推送消息可以是通过互联网传输的任意类型的消息。比如，即时通讯消息、应用营销消息等。

需要说明的是，推送消息可以通过消息推送服务到达对应的客户端，消息推送服务可以通过多个层级服务完成消息推送。

比如，消息推送服务可以在逻辑层审查业务端发送的推送消息请求是否合理、合法。

或者，由于消息推送服务可以接收多个业务端发送的多个消息推送请求，并且多个消息推送请求可以分别面向不同的客户端。因此，消息推送服务可以在分发层查找多个消息推送请求分别对应的客户端的设备地址。

或者，由于客户端在接收到推送消息时，可以向消息推送服务返回消息到达回执。因此，消息推送服务在完成对客户端的消息推送后，可以根据是否接收到客户端的回执，确定消息到达情况。

相应的，消息推送服务在推送消息的过程中，可以针对不同的层级服务生成对应的事件注册请求，并在事件注册请求中记录事件处理结果、处理方标识及推送消息标识。

比如，消息推送服务可以根据逻辑层对消息推送请求的审查结果，生成消息审查事件注册请求。

其中，消息审查事件注册请求可以包括消息审查结果、消息审查标识及推送消息标识。消息审查结果可以为成功或失败，推送消息标识可以为推送消息关联的任意类型的标识。

或者，消息推送服务可以根据分发层对消息推送请求的分发结果，生成消息分发事件注册请求。

其中，消息分发事件注册请求可以包括消息分发结果、消息分发标识及推送消息标识。消息分发结果可以为成功或失败，推送消息标识可以为推送消息关联的任意类型的标识。

或者，消息推送服务可以根据是否收到消息到达回执的情况，生成推送回执事件注册请求。

其中，推送回执事件注册请求可以包括回执反馈结果、处理方标识及推送消息标识。回执反馈结果可以为已收到或未收到，推送消息标识可以为推送消息关联的任意类型的标识。

本公开实施例中，消息推送服务生成第一事件注册请求后，可以向推送服务监控端发送事件注册请求。由此，推送服务监控端可以获知推送消息的事件处理结果。

需要说明的是，上述示例只是举例说明，不能作为对本公开实施例中第一事件注册请求的限定。

步骤102，在第一事件处理结果为失败的情况下，根据处理方标识生成推送反馈消息。

比如，第一事件注册请求为消息审查事件注册请求。则在消息审查结果为失败的情况下，生成的推送反馈消息可以是消息审查失败。

或者，第一事件注册请求为消息分发事件注册请求。则在消息分发结果为失败的情况下，生成的推送反馈消息可以是消息分发失败。

或者，第一事件注册请求为推送回执事件注册请求。则在未收到消息到达回执的情况下，生成的推送反馈消息可以是消息接收失败。

可以理解的是，在一些实时通信场景下，保证消息到达的时效性具有重要意义。比如，对潜在客户的商务营销，客户交易信息的确定等，如果不能保证业务端的推送消息及时触达客户端，可能会使交易失败。

在本公开一种可能的实现方式中，第一事件注册请求为推送回执事件注册请求，第一事件注册请求中还包括推送请求发起时间及推送消息到达时间，在推送消息到达时间与推送请求发起时间的差值大于阈值的情况下，生成推送反馈消息。

比如，第一事件注册请求中的推送请求发起时间为10时23分11秒，推送消息到达时间为10时24分11秒，而设定的消息推送时长阈值为5秒，由于该消息的推送时长大于阈值，因此客户端虽然收到了推送消息，并发送了消息到达回执，仍然可以生成推送反馈消息，该推送反馈消息可以是消息接收延迟。

本公开实施例中，通过计算消息推送的实际时长，并设定消息推送时长的阈值，判定推送消息的触达是否延时；在消息触达延时的情况下，生成推送反馈消息，以通知业务端消息接收延迟。由此，实现了对推送消息时效性的监控，为业务端对推送消息的再处理提供了支撑和依据。

需要说明的是，上述示例只是举例说明，不能作为对本公开实施例中推送反馈消息的限定。

步骤103，向推送消息标识关联的业务端返回推送反馈消息。

需要说明的是，在推送消息的过程中，可能会有不同的原因导致消息推送失败。因此，业务端发起消息推送请求时，可以对推送消息添加对应的业务端标识。由此，根据推送消息标识可以确定其关联的业务端，进而向对应的业务端反馈消息推送结果，由业务端根据消息推送结果采取对应的措施。

比如，向业务端反馈的消息可以是消息审查失败，则业务端可以在调整推送消息的格式、内容等后重新发送，以使推送消息符合消息审查规则。由此，避免了业务端盲目重发消息，不仅浪费推送服务资源，而且无法实现推送目的。

或者，向业务端反馈的消息可以是消息分发失败，则业务端可以首先核实消息推送的客户端是否注册或是否有误，在确保对应的客户端已注册或无误的情况下，重新发起消息推送请求，从而避免因客户端有误导致的消息无效推送。

或者，向业务端反馈的消息可以是消息接收失败，则业务端可以确认消息推送服务正常，导致消息接收失败的原因可能是客户端未开机或未联网等。此时，业务端可以选择放弃推送消息、延时推送消息或者通过短信方式发送消息等。

本公开实施例的推送消息的处理方法，通过获取消息推送过程中不同层级的事件处理结果，并在事件处理结果为失败的情况下，生成对应的推送反馈消息，返回业务端。由此，实现了对消息推送过程的监控，使得业务端明确消息推送失败的原因。进而，业务端可以根据不同的原因采取对应的措施，以避免消息的无效推送，提升推送消息的到达率。

图2是根据本公开另一实施例的推送消息的处理方法的流程示意图。如图2所示，该推送消息的处理方法，可以包括以下步骤：

步骤201，获取推送消息关联的第一事件注册请求，其中，第一事件注册请求中包括第一事件处理结果、处理方标识及推送消息标识。

需要说明的是，上述步骤201的具体实现方式，可以参照本公开其他实施例的详细描述，在此不再赘述。

可以理解的是，推送消息可以是由多个业务端发送的多条推送消息。对于每一个推送消息的事件注册请求，都需要在内存中维护和处理。

在本公开一种可能的实现方式中，可以采用非关系型数据库(No SQL)存储事件注册请求。为了保证高并发的事件注册请求能够可靠存储，可以根据业务类型对数据库做分片处理，也就是将数据库划分为多个注册信息存储子区域。然后根据不同业务方关联的推送消息标识，将事件注册请求放入对应的注册信息存储子区域中。

进一步的，为了避免数据库的某个注册信息存储子区域发生故障，导致其管理的事件注册请求丢失，可以设置一个以上备用的注册信息存储子区域。在某个注册信息存储子区域发生故障时，可以由备用的注册信息存储子区域通过抢锁模式快速代替故障存储子区域，继续管理相应的事件注册请求。

本公开实施例中，通过为不同推送消息标识关联的事件注册请求分配注册信息存储子区域，保证了高并发的事件注册请求的可靠存储，避免了事件注册请求数据的丢失。

步骤202，在第一事件处理结果为成功的情况下，根据推送消息标识，获取第二事件注册请求。

可以理解的是，在消息推送的过程中，每一层级服务的注册事件均有可能出现成功或失败的情况，且每一层级服务都会将其处理结果通过事件注册请求发送给推送消息处理装置。即推送消息处理装置可能会获取到与推送消息标识关联的多个事件注册请求，而推送消息处理装置在每次获取到一个事件注册请求后，即可根据该事件注册请求，生成该推送消息标识对应的一个临时推送反馈消息。

若临时推送反馈消息为失败，则说明该推送消息不会再被其他层级的服务继续处理，从而即可将该失败的临时推送反馈消息发送给消息标识关联的业务方。

而若临时推送反馈消息为成功，则说明该推送消息可能会被其他层级的服务继续处理，从而推送消息处理装置，即可查询是否存储有已获取的该推送消息标识关联的第二事件注册请求，从而即可根据各个已获取的该推送消息标识关联的各个事件注册请求，确定当前的临时反馈消息。

比如，若第一事件注册请求为消息分发事件注册请求。则在消息分发结果为成功的情况下，即可根据推送消息标识，获取到审查服务层发送的第二事件注册请求。

需要说明的是，上述示例只是举例说明，不能作为对本公开实施例中第一事件注册请求和第二事件注册请求的限定。

步骤203，根据第二事件的处理结果及第一事件的处理结果，对推送消息标识对应的反馈消息进行更新。

本公开实施例中，可以根据消息推送的进程生成推送消息标识对应的反馈消息。其中，反馈消息可以根据消息推送过程中的最新事件处理结果进行更新，以确定消息推送过程中每一层级服务的成功或失败，进而确定消息推送的最终结果。

比如，第一事件为消息分发事件，第二事件为消息审查事件。当消息分发事件的处理结果为分发成功时，则可以将推送消息标识对应的反馈消息由消息审查成功更新为消息分发成功。当消息分发事件的处理结果为分发失败时，可以将推送消息标识对应的反馈消息由消息审查成功更新为消息分发失败。

或者，第一事件为推送回执事件，第二事件为消息分发事件。当推送回执事件的处理结果为收到消息达到回执时，可以将推送消息标识对应的反馈消息由消息分发成功更新为消息接收成功。当推送回执事件的处理结果为未收到消息到达回执时，可以将推送消息标识对应的反馈消息由消息分发成功更新为消息接收失败。

需要说明的是，上述示例只是举例说明，不能作为对本公开实施例中第一事件处理结果、第二事件处理结果及反馈消息的限定。

步骤204，向推送消息标识关联的业务端返回推送反馈消息。

可以理解的是，在实际的业务中，业务端仅需要确定推送失败的消息，进而采取措施对其进行重新处理。因此，本公开实施例中，向推送消息标识关联的业务端返回推送反馈消息，可以仅为推送失败的反馈消息，比如消息审查失败、消息分发失败或消息接收失败等消息。

其中，向推送消息标识关联的业务端返回推送反馈消息的具体实现方式，可以参照本公开其他实施例的详细描述，在此不再赘述。

需要说明的是，不同的业务端对于消息推送的到达率可以有不同的要求。比如，对于日常聊天类的应用，客户对推送消息的时效性及到达率要求不高。因此，业务端无需实时监控推送消息的到达情况。对于涉及商务交易类的应用，如果不能保证业务端的推送消息及时触达客户端，可能导致交易失败。因此，业务端需要实时监控推送消息的到达情况。

在本公开一种可能的实现方式中，向推送消息标识关联的业务端返回推送反馈消息，可以将推送反馈消息与推送消息标识放入推送失败消息队列中。不同的业务端可以根据业务实际需要选择如何订阅推送失败消息队列中的反馈消息。

比如，对于日常聊天类的应用，可以选择定期获取推送失败消息队列中的反馈消息，以进行推送服务效果监控或离线数据分析。

或者，对于商务交易类的应用，可以选择实时接收推送失败消息队列中的反馈消息，以及时采用其他方式使推送失败的消息触达用户。

本公开实施例中，通过将推送反馈消息与推送消息标识放入推送失败消息队列中，为不同的业务端根据实际需要选择订阅推送反馈消息提供了可能，从而降低了业务端与消息推送监测端的耦合度。

本公开实施例的推送消息的处理方法，首先通过记录消息推送过程中各个层级服务的事件处理结果，确定各个层级服务的成功或失败。然后根据最新事件处理结果对推送消息标识对应的反馈消息进行更新，进而确定消息推送的最终结果。由此，实现了对消息推送过程和消息推送结果的监控。同时，对于推送失败的消息，通过为业务端提供消息推送失败的原因，可以使业务端可以根据不同的原因采取对应的措施，以避免消息的无效推送，提升推送消息的到达率。

根据本公开的实施例，本公开还提供了一种推送消息的处理装置。

图3是根据本公开一实施例的推送消息的处理装置的结构示意图。如图3所示，该推送消息的处理装置300可以包括：第一获取模块310、生成模块320和发送模块330。

其中，第一获取模块310，用于获取推送消息关联的第一事件注册请求，其中，第一事件注册请求中包括第一事件处理结果、处理方标识及推送消息标识。

生成模块320，用于在第一事件处理结果为失败的情况下，根据处理方标识生成推送反馈消息。

发送模块330，用于向推送消息标识关联的业务端返回推送反馈消息。

在本公开一种可能的实现方式中，第一获取模块310获取的第一事件注册请求可以为消息审查事件注册请求、消息分发事件注册请求或者推送回执事件注册请求。

在本公开一种可能的实现方式中，第一事件注册请求为推送回执事件注册请求，第一事件注册请求中还包括推送请求发起时间及推送消息到达时间，生成模块320还用于，在推送消息到达时间与推送请求发起时间的差值大于阈值的情况下，根据处理方标识生成推送反馈消息。

在本公开一种可能的实现方式中，发送模块330还用于，将推送反馈消息与推送消息标识放入推送失败消息队列中。

本公开实施例中的上述各模块的功能及具体实现原理，可参照上述各方法实施例，此处不再赘述。

本公开实施例的推送消息的处理装置，通过获取消息推送过程中不同层级的事件处理结果，并在事件处理结果为失败的情况下，生成对应的推送反馈消息，返回业务端。由此，实现了对消息推送过程的监控，使得业务端明确消息推送失败的原因。进而，业务端可以根据不同的原因采取对应的措施，以避免消息的无效推送，提升推送消息的到达率。

在本公开实施例一种可能的实现方式中，如图4所示，该推送消息的处理装置400可以包括：第一获取模块410、生成模块420、发送模块430、第二获取模块440、更新模块450及存储模块460。

其中，第二获取模块440，用于在第一事件处理结果为成功的情况下，根据推送消息标识，获取第二事件注册请求。

更新模块450，用于根据第二事件注册请求的处理结果及第一注册事件的处理结果，对推送消息标识对应的推送反馈消息进行更新。

存储模块460，用于根据推送消息标识，将第一事件注册请求和第二事件注册请求放入对应的注册信息存储子区域中。

可以理解的是，本公开实施例中的消息的处理装置400与上述实施例中的消息的处理装置300，第一获取模块410与上述实施例中的第一获取模块310，生成模块420与上述实施例中的生成模块320，发送模块430与上述实施例中的发送模块330，可以具有相同的功能和结构。

本公开实施例中的上述各模块的功能及具体实现原理，可参照上述各方法实施例，此处不再赘述。

本公开实施例的推送消息的处理装置，首先通过记录消息推送过程中各个层级服务的事件处理结果，确定各个层级服务的成功或失败。然后根据最新事件处理结果对推送消息标识对应的反馈消息进行更新，进而确定消息推送的最终结果。由此，实现了对消息推送过程和消息推送结果的监控。同时，对于推送失败的消息，通过为业务端提供消息推送失败的原因，可以使业务端可以根据不同的原因采取对应的措施，以避免消息的无效推送，提升推送消息的到达率。

图5是根据本公开一实施例的推送消息的处理方法的流程示意图。如图5所示，该推送消息的处理方法，可以包括以下步骤：

步骤501，获取消息推送请求，其中，消息推送请求包括客户端标识及待推送消息。

基于本公开其他实施例中的描述可知，推送消息可以是通过互联网传输的任意类型的消息。比如，即时通讯消息、应用营销消息等。

其中，消息推送请求可以由业务端可以根据需要发起，消息推送服务获取消息推送请求，并根据其中的客户端标识将待推送消息发送至对应的客户端。

步骤502，根据客户端标识，向对应的客户端推送待推送消息，并生成关联的事件注册请求。

基于本公开其他实施例中的描述可知，消息推送服务可以通过多个层级服务完成消息推送。比如，消息审查、消息分发及推送回执等。进而，消息推送服务在推送消息的过程中，可以针对不同的层级服务生成对应的事件注册请求，并在事件注册请求中记录事件处理结果、处理方标识及推送消息标识。

上述过程的具体实现方式，可以参考本公开其他实施例的详细描述，在此不再赘述。

步骤503，将事件注册请求发送给消息推送监测端。

基于本公开其他实施例的描述可知，消息推送过程中的事件注册请求可以包括消息审查事件注册请求、消息分发事件注册请求及推送回执事件注册请求等。

消息推送服务将生成的事件注册请求发送给消息推送监测端，可以使监测端确定在消息推送过程中每种事件的处理结果，进而实现对消息推送的监控。

本公开实施例的推送消息的处理方法，通过在向客户端推送消息的过程中，生成关联的事件注册请求，并将事件注册请求发送给消息推送监测端，实现了对消息推送的监控。

图6是根据本公开另一实施例的推送消息的处理方法的流程示意图。如图6所示，在如图5所示实施例的基础上，步骤502中，生成关联的事件注册请求，可以包括以下步骤：

步骤601，基于消息审查规则，对待推送消息进行审查，以确定消息审查结果。

其中，消息审查规则，可以是针对推送消息的内容、格式等的审查规定，以确定推送消息是否合理、合法等。

相应的，消息审查结果可以为审查成功或失败，也可以为审查通过或未通过。

需要说明的是，上述示例只是举例说明，不能作为对本公开实施例的消息审查规则和消息审查结果的限定。

步骤602，基于消息审查结果，生成推送消息关联的审查事件注册请求。

其中，消息审查事件注册请求可以包括消息审查结果、消息审查标识及推送消息标识。消息审查结果可以为成功或失败，推送消息标识可以为推送消息关联的任意类型的标识。

本公开实施例中，首先确定消息推送过程中的消息审查结果，然后基于消息审查结果，生成推送消息关联的审查事件注册请求。由此，实现了对消息审查阶段的监控，为确定消息推送失败的原因提供了依据。

需要说明的是，当消息审查结果为失败时，消息推送流程到此结束。当消息审查结果为成功时，需要继续进行消息推送的下一环节。图7是根据本公开另一实施例的推送消息的处理方法的流程示意图。如图7所示，在如图6所示实施例的基础上，生成关联的事件注册请求，可以包括以下步骤：

步骤701，基于消息审查规则，对待推送消息进行审查，以确定消息审查结果。

步骤702，基于消息审查结果，生成推送消息关联的审查事件注册请求。

上述步骤701-702的具体实现方式，可以参照本公开其他实施例的详细描述，在此不再赘述。

步骤703，查询客户端标识与设备地址映射表，以确定客户端标识对应的目标设备地址，并生成消息分发结果。

由于业务端发送的多个推送消息可以分别面向不同的客户端，每个客户端可以分别对应一台特定地址的终端设备。因此，本公开实施例中，可以通过客户端标识与设备地址映射表记录不同的客户端与设备地址的一一对应关系。

相应的，在能够查询到客户端对应的设备地址的情况下，消息分发结果可以为分发成功，在不能查询到客户端对应的设备地址的情况下，消息分发结果可以为分发失败。

需要说明的是，上述示例只是举例说明，不能作为对本公开实施例的客户端标识与设备地址映射表和消息分发结果的限定。

步骤704，根据消息分发结果，生成推送消息关联的分发事件注册请求。

其中，消息分发事件注册请求可以包括消息分发结果、消息分发标识及推送消息标识。消息分发结果可以为成功或失败，推送消息标识可以为推送消息关联的任意类型的标识。

本公开实施例中，通过确定消息推送过程中的消息审查结果及消息分发结果，并生成推送消息关联的审查事件注册请求和分发事件注册请求，实现了对消息审查阶段和消息分发阶段的监控，为确定消息推送失败的原因提供了依据。

需要说明的是，当消息分发结果为失败时，消息推送流程到此结束。当消息分发结果为成功时，需要继续进行消息推送的下一环节。图8是根据本公开另一实施例的推送消息的处理方法的流程示意图。如图8所示，在如图7所示实施例的基础上，生成关联的事件注册请求，可以包括以下步骤：

步骤801，基于消息审查规则，对待推送消息进行审查，以确定消息审查结果。

步骤802，基于消息审查结果，生成推送消息关联的审查事件注册请求。

步骤803，查询客户端标识与设备地址映射表，以确定客户端标识对应的目标设备地址，并生成消息分发结果。

步骤804，根据消息分发结果，生成推送消息关联的分发事件注册请求。

上述步骤801-804的具体实现方式，可以参照本公开其他实施例的详细描述，在此不再赘述。

步骤805，查询消息推送与消息到达回执关系表，以确定待推送消息的到达情况，并生成消息推送结果。

由于客户端在接收到推送消息时，可以向消息推送服务返回消息到达回执。因此，本公开实施例中，可以通过消息推送与消息到达回执关系表记录不同的推送消息与到达回执的一一对应关系。

相应的，在能够查询到消息到达回执的情况下，消息推送结果可以为推送成功，在不能查询到消息到达回执的情况下，消息推送结果可以为推送失败。

需要说明的是，上述示例只是举例说明，不能作为对本公开实施例的消息推送与消息到达回执关系表和消息推送结果的限定。

步骤806，根据消息推送结果，生成推送消息关联的推送事件注册请求。

其中，推送事件注册请求可以包括消息推送结果、处理方标识及推送消息标识。消息推送结果可以为成功或失败，推送消息标识可以为推送消息关联的任意类型的标识。

本公开实施例的推送消息的处理方法，通过记录消息推送过程中消息审查、消息分发及消息推送的处理结果，确定各个层级服务的成功或失败。由此，实现了对消息推送过程和消息推送结果的监控，为确定消息推送失败的原因提供了依据。

根据本公开的实施例，本公开还提供了一种推送消息的处理装置。

图9是根据本公开一实施例的推送消息的处理装置的结构示意图。如图9所示，该推送消息的处理装置900可以包括：获取模块910、生成模块920及发送模块930。

其中，获取模块910，用于获取消息推送请求，其中，消息推送请求包括客户端标识及待推送消息。

生成模块920，用于根据客户端标识，向对应的客户端推送待推送消息，

并生成关联的事件注册请求。

发送模块930，用于将事件注册请求发送给消息推送监测端。

本公开实施例中的上述各模块的功能及具体实现原理，可参照上述各方法实施例，此处不再赘述。

本公开实施例的推送消息的处理装置，通过在向客户端推送消息的过程中，生成关联的事件注册请求，并将事件注册请求发送给消息推送监测端，实现了对消息推送的监控。

在本公开实施例一种可能的实现方式中，如图10所示，该推送消息的处理装置1000可以包括：获取模块1010、生成模块1020及发送模块1030。

其中，生成模块1020，可以包括：第一确定单元1021、第一生成单元1022、第二确定单元1023、第二生成单元1024、第三确定单元1025、第三生成单元1026。

其中，第一确定单元1021，用于基于消息审查规则，对待推送消息进行审查，以确定消息审查结果。

第一生成单元1022，用于基于消息审查结果，生成推送消息关联的审查事件注册请求。

第二确定单元1023，用于查询客户端标识与设备地址映射表，以确定客户端标识对应的目标设备地址，并生成消息分发结果。

第二生成单元1024，用于根据消息分发结果，生成推送消息关联的分发事件注册请求。

第三确定单元1025，用于查询消息推送与消息到达回执关系表，以确定待推送消息的到达情况，并生成消息推送结果。

第三生成单元1026，用于根据消息推送结果，生成推送消息关联的推送事件注册请求。

可以理解的是，本公开实施例中的消息的处理装置1000与上述实施例中的消息的处理装置900，获取模块1010与上述实施例中的获取模块910，生成模块1020与上述实施例中的生成模块920，发送模块1030与上述实施例中的发送模块930，可以具有相同的功能和结构。

本公开实施例中的上述各模块的功能及具体实现原理，可参照上述各方法实施例，此处不再赘述。

本公开实施例的推送消息的处理方法，通过记录消息推送过程中消息审查、消息分发及消息推送的处理结果，确定各个层级服务的成功或失败。由此，实现了对消息推送过程和消息推送结果的监控，为确定消息推送失败的原因提供了依据。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图11示出了可以用来实施本公开的实施例的示例电子设备1100的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图11所示，设备1100包括计算单元1101，其可以根据存储在只读存储器(ROM)1102中的计算机程序或者从存储单元1108加载到随机访问存储器(RAM)1103中的计算机程序，来执行各种适当的动作和处理。在RAM 1103中，还可存储设备1100操作所需的各种程序和数据。计算单元1101、ROM 1102以及RAM 1103通过总线1104彼此相连。输入/输出(I/O)接口1105也连接至总线1104。

设备1100中的多个部件连接至I/O接口1105，包括：输入单元1106，例如键盘、鼠标等；输出单元1107，例如各种类型的显示器、扬声器等；存储单元1108，例如磁盘、光盘等；以及通信单元1109，例如网卡、调制解调器、无线通信收发机等。通信单元1109允许设备1100通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元1101可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1101的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元1101执行上文所描述的各个方法和处理，例如推送消息的处理方法。例如，在一些实施例中，推送消息的处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1108。在一些实施例中，计算机程序的部分或者全部可以经由ROM 1102和/或通信单元1109而被载入和/或安装到设备1100上。当计算机程序加载到RAM 1103并由计算单元1101执行时，可以执行上文描述的推送消息的处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元1101可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行推送消息的处理方法。

本文中以上描述的***和技术的各种实施方式可以在数字电子电路***、集成电路***、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上***的***(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程***上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储***、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储***、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行***、装置或设备使用或与指令执行***、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体***、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的***和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的***和技术实施在包括后台部件的计算***(例如，作为数据服务器)、或者包括中间件部件的计算***(例如，应用服务器)、或者包括前端部件的计算***(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的***和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算***中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将***的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、互联网和区块链网络。

计算机***可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务("Virtual Private Server"，或简称"VPS")中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式***的服务器，或者是结合了区块链的服务器。

本公开的技术方案，首先获取推送消息关联的第一事件注册请求，在第一事件处理结果为失败的情况下，生成推送反馈消息，并向推送消息关联的业务端返回推送反馈消息，以使业务端获知消息的推送情况。由此，实现了对消息推送的可靠监控。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (16)

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

获取推送消息关联的第一事件注册请求，其中，所述第一事件注册请求中包括第一事件处理结果、处理方标识及所述推送消息标识；

在所述第一事件处理结果为失败的情况下，根据所述处理方标识生成推送反馈消息；

向所述推送消息标识关联的业务端返回所述推送反馈消息；

其中，在所述获取推送消息关联的第一事件注册请求之后，还包括：

在所述第一事件处理结果为成功的情况下，根据所述推送消息标识，获取第二事件注册请求，所述第二事件注册请求与所述第一事件注册请求属于不同层级的服务；

根据所述第二事件注册请求的处理结果及所述第一事件处理结果，对所述推送消息标识对应的推送反馈消息进行更新。

2.如权利要求1所述的方法，其中，所述第一事件注册请求，包括：

消息审查事件注册请求；或者，

消息分发事件注册请求；或者，

推送回执事件注册请求。

3.如权利要求2所述的方法，其中，所述第一事件注册请求为推送回执事件注册请求，所述第一事件注册请求中还包括推送请求发起时间及推送消息到达时间，在所述获取推送消息关联的第一事件注册请求之后，还包括：

在所述推送消息到达时间与所述推送请求发起时间的差值大于阈值的情况下，根据所述处理方标识生成推送反馈消息。

4.如权利要求1-3任一所述的方法，其中，所述向所述推送消息标识关联的业务端返回所述推送反馈消息，包括：

将所述推送反馈消息与所述推送消息标识放入推送失败消息队列中。

5.如权利要求4所述的方法，其中，在所述获取推送消息关联的第一事件注册请求之后，还包括：

根据所述推送消息标识，将所述第一事件注册请求放入对应的注册信息存储子区域中。

6.一种推送消息的处理方法，包括：

获取消息推送请求，其中，所述消息推送请求包括客户端标识及待推送消息；

根据所述客户端标识，向对应的客户端推送所述待推送消息，并生成关联的事件注册请求；

将所述事件注册请求发送给消息推送监测端；

其中，所述生成关联的事件注册请求，包括：

基于消息审查规则，对所述待推送消息进行审查，以确定消息审查结果，所述消息审查结果包括推送消息是否合理、合法；

基于所述消息审查结果，生成所述推送消息关联的审查事件注册请求；

查询客户端标识与设备地址映射表，以确定所述客户端标识对应的目标设备地址，并生成消息分发结果；

根据所述消息分发结果，生成所述推送消息关联的分发事件注册请求。

7.如权利要求6所述的方法，其中，在生成所述推送消息关联的分发事件注册请求之后，还包括：

查询消息推送与消息到达回执关系表，以确定所述待推送消息的到达情况，并生成消息推送结果；

根据所述消息推送结果，生成所述推送消息关联的推送事件注册请求。

8.一种推送消息的处理装置，包括：

第一获取模块，用于获取推送消息关联的第一事件注册请求，其中，所述第一事件注册请求中包括第一事件处理结果、处理方标识及所述推送消息标识；

生成模块，用于在所述第一事件处理结果为失败的情况下，根据所述处理方标识生成推送反馈消息；

发送模块，用于向所述推送消息标识关联的业务端返回所述推送反馈消息；

第二获取模块，用于在所述第一事件处理结果为成功的情况下，根据所述推送消息标识，获取第二事件注册请求；所述第二事件注册请求与所述第一事件注册请求属于不同层级的服务；

更新模块，用于根据所述第二事件注册请求的处理结果及所述第一事件的处理结果，对所述推送消息标识对应的推送反馈消息进行更新。

9.如权利要求8所述的装置，其中，所述第一事件注册请求，包括：

消息审查事件注册请求；或者

消息分发事件注册请求；或者，

推送回执事件注册请求。

10.如权利要求9所述的装置，其中，所述第一事件注册请求为推送回执事件注册请求，所述第一事件注册请求中还包括推送请求发起时间及推送消息到达时间，所述生成模块还用于：

在所述推送消息到达时间与所述推送请求发起时间的差值大于阈值的情况下，根据所述处理方标识生成推送反馈消息。

11.如权利要求8-10任一所述的装置，其中，所述发送模块具体用于：

将所述推送反馈消息与所述推送消息标识放入推送失败消息队列中。

12.如权利要求11所述的装置，还包括：

存储模块，用于根据所述推送消息标识，将所述第一事件注册请求放入对应的注册信息存储子区域中。

13.一种推送消息的处理装置，包括：

获取模块，用于获取消息推送请求，其中，所述消息推送请求包括客户端标识及待推送消息；

生成模块，用于根据所述客户端标识，向对应的客户端推送所述待推送消息，并生成关联的事件注册请求；

发送模块，用于将所述事件注册请求发送给消息推送监测端；

其中，所述生成模块，包括：

第一确定单元，用于基于消息审查规则，对所述待推送消息进行审查，以确定消息审查结果，所述消息审查结果包括推送消息是否合理、合法；

第一生成单元，用于基于所述消息审查结果，生成所述推送消息关联的审查事件注册请求；

第二确定单元，用于查询客户端标识与设备地址映射表，以确定所述客户端标识对应的目标设备地址，并生成消息分发结果；

第二生成单元，用于根据所述消息分发结果，生成所述推送消息关联的分发事件注册请求。

14.如权利要求13所述的装置，其中，所述生成模块，还包括：

第三确定单元，用于查询消息推送与消息到达回执关系表，以确定所述待推送消息的到达情况，并生成消息推送结果；

第三生成单元，用于根据所述消息推送结果，生成所述推送消息关联的推送事件注册请求。

15.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的方法。

16.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行权利要求1-7中任一项所述的方法。

Images