CN115499500A - 消息推送方法、装置、设备和存储介质 - Google Patents

Abstract

本公开提供了一种消息推送方法、装置、设备和存储介质，涉及人工智能技术领域，具体涉及大数据、网络通信等技术领域。消息推送方法包括：获取多个消息分组中的当前消息分组内消息的数量；响应于所述当前消息分组内消息的数量大于预设值，将所述当前消息分组的处理对象从预设的第一处理对象更新为第二处理对象；其中，所述第二处理对象的数量大于所述第一处理对象的数量；响应于所述当前消息分组内消息对应的目的端处于激活状态，采用所述第二处理对象，将所述当前消息分组内消息推送至所述目的端。本公开可以提高消息推送效果。

Description

消息推送方法、装置、设备和存储介质

技术领域

本公开涉及人工智能技术领域，具体涉及大数据、网络通信等技术领域，尤其涉及一种消息推送方法、装置、设备和存储介质。

背景技术

随着信息技术的发展，业务方产生的消息的数量越来越多。

针对海量消息的推送需求，如何保证消息及时到达目的端是亟需解决的问题。

发明内容

本公开提供了一种消息推送方法、装置、设备和存储介质。

根据本公开的一方面，提供了一种消息推送方法，包括：获取多个消息分组中的当前消息分组内消息的数量；响应于所述当前消息分组内消息的数量大于预设值，将所述当前消息分组的处理对象从预设的第一处理对象更新为第二处理对象；其中，所述第二处理对象的数量大于所述第一处理对象的数量；响应于所述当前消息分组内消息对应的目的端处于激活状态，采用所述第二处理对象，将所述当前消息分组内消息推送至所述目的端。

根据本公开的另一方面，提供了一种消息推送装置，包括：获取模块，用于获取多个消息分组中的当前消息分组内消息的数量；调度模块，用于响应于所述当前消息分组内消息的数量大于预设值，将所述当前消息分组的处理对象从预设的第一处理对象更新为第二处理对象；其中，所述第二处理对象的数量大于所述第一处理对象的数量；推送模块，用于响应于所述当前消息分组内消息对应的目的端处于激活状态，采用所述第二处理对象，将所述当前消息分组内消息推送至所述目的端。

根据本公开的另一方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上述任一方面的任一项所述的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据上述任一方面的任一项所述的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据上述任一方面的任一项所述的方法。

根据本公开的技术方案，可以提高消息推送效果。

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

附图说明

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

图1是根据本公开第一实施例的示意图；

图2是本公开实施例对应的应用场景的示意图；

图3是本公开实施例对应的整体架构图；

图4是本公开实施例对应的时序图；

图5是根据本公开第二实施例的示意图；

图6是本公开实施例中激活机器人的示意图；

图7是根据本公开第三实施例的示意图；

图8是用来实现本公开实施例的消息推送方法的电子设备的示意图。

具体实施方式

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

图1是根据本公开第一实施例的示意图，本实施例提供一种消息推送方法，该方法包括：

101、获取多个消息分组中的当前消息分组内消息的数量。

102、响应于所述当前消息分组内消息的数量大于预设值，将所述当前消息分组的处理对象从预设的第一处理对象更新为第二处理对象；其中，所述第二处理对象的数量大于所述第一处理对象的数量。

103、响应于所述当前消息分组内消息对应的目的端处于激活状态，采用所述第二处理对象，将所述当前消息分组内消息推送至所述目的端。

其中，待推送消息可以分为多个消息分组，可以采用设定的分组方式进行分组，每个消息分组内可以包括一条或多条消息。例如，可以基于优先级进行分组，相应的，不同的消息分组的优先级不同。

多个消息分组可以按组依次处理，当前处理的分组可以称为当前消息分组。

处理顺序可以预设，例如，可以按照优先级进行处理。如，多个消息分组包括第一消息分组和第二消息分组，第一消息分组的优先级高于第二消息分组，则先处理第一消息分组再处理第二消息分组。

消息的处理对象是指推送消息的资源，例如，在订阅-消费方式下，处理对象是指消费者，消费者具体可以是线程。

每个消息分组可以预设初始处理对象，针对当前消息分组，其预设的初始处理对象可以称为第一处理对象，更新后的处理对象可以称为第二处理对象。

例如，针对当前消息分组，第一处理对象包括第一线程，第一线程是预设的，若当前消息分组内消息的数量大于预设值，则可以更新第二处理对象包括第一线程和第二线程。

消息的目的端可以是多种类型的，例如，可以是机器人，还可以是程序，程序例如是应用程序(Application，APP)、小程序、公众号等。

为了提高可达率，可以先确定目的端处于激活状态，在目的端处于激活状态时，再将消息推送至目的端，以避免目的端处于未激活状态下的无法到达的问题。

本实施例中，响应于当前消息分组内消息的数量大于预设值，将所述消息的处理对象从预设的第一处理对象更新为第二处理对象；其中，所述第二处理对象的数量大于所述第一处理对象的数量；实现了在消息分组内消息的数量较多时，增加处理对象的数量，从而可以由更多的处理对象推送消息，避免消息堆积，提高消息推送的及时性；响应于所述消息对应的目的端处于激活状态，采用所述第二处理对象，将所述消息推送至所述目的端；由于是在目的端处于激活状态时进行消息推送，可以提高消息推送的可达性。因此，本实施例可以提高消息推送的及时性和可达性，提高消息推送效果。

为了更好地理解本公开实施例，对本公开实施例的应用场景进行说明。

图2是本公开实施例对应的应用场景的示意图。推送系统可以包括推送端和目的端，如图2所示，推送端用云端201表示，目的端可以为一个或多个，图2中的目的端用202a～202d表示。云端201将消息推送至各个目的端202a～202d。

目的端的类型可以是多种，例如可以包括机器人(如202c～202d)、程序，程序可以部署在用户终端上，如手机上(如202a～202b)。

进一步参见图3，业务方可以根据自身需要生成消息，例如，消息可以是用药提醒消息、就诊提醒消息等，还可以是广告消息、文章消息等。

业务方在生成消息时可以为每条消息设置优先级，如图3所示，优先级可以用优先级1～N表示，N是正整数。优先级1可以表示最高优先级。

业务方生成消息后，可以将消息推送(push)至消息集中中心，例如，可以预设应用程序接口(Application Program Interface，API)，通过API将消息推送至消息集中中心。消息集中中心可以采用消息队列(Message Queue，MQ)实现。

生产方可以实时监听消息集中中心，监听到消息集中中心内存入消息后，可以从消息集中中心拉取(pull)消息。

生产方拉取消息后，可以对其进行预处理，预处理例如包括：识别消息的消息类型，并基于消息类型进行不同处理。

消息类型包括：延迟消息和及时消息，及时消息是指需要及时推送的消息，即假设当前时刻t获取到消息后，就在当前时刻t进行推送；延迟消息是指不需要及时推送的消息，假设当前时刻是t1，延迟消息是指在t2推送的消息，t2晚于t1，具体的t2可以基于消息中携带的信息确定，例如，延迟消息中可以携带1小时后推送类似的信息。

基于消息类型进行不同处理包括：针对及时消息，将及时消息推送(push)至消费队列；针对延迟消息，将延迟消息存入第一缓存队列，并在达到过期时间后将延迟消息从第一缓存队列推送至第二缓存队列；生产方实时监听第二缓存队列，在第二缓存队列中存入消息后，拉取第二缓存队列中的消息并推送至消费队列。

其中，如图3所示，第一缓存队列可以称为延迟队列，第二缓存队列可以称为阻塞队列，均可以采用redis缓存实现。消费队列可以采用MQ实现。

从业务方生成消息至消息被存入消费队列，消息的时序图可以如图4所示。如图4所示，业务方生成的消息被推送至消息集中中心，生产方从消息集中中心拉取消息并进行消息预处理(识别消息是及时消息或延迟消息)，消息预处理后，将延迟消息推送至延迟队列，并在过期后被推送至阻塞队列，从阻塞队列中拉取延迟消息并推送至消费队列；以及，将及时消息推送至消费队列。

每条消息(包括及时消息和延迟消息)中可以携带优先级信息，消费队列可以基于消息的优先级信息对其进行分组，将同一优先级的消息划分为同一个消息分组，假设消息共有N个优先级在，则如图3所示，消费队列中可以分为N个消息分组，每个消息分组对应一个不同的优先级。

调度方，即图3的消费队列监控与消费者任务调度，可以调度消费者，以对消费队列中的消息进行消费。

消费者在初始时，可以针对每个消息分组设置对应的初始消费者，例如，初始时，可以配置每个消息分组对应一个消费者，比如，优先级1的消息分组采用消费者1进行消费，优先级2的消息分组采用消费者2进行消费，优先级N的消息分组采用消费者N进行消费。

针对当前消息分组，即当前调度的消息分组，若该分组内消息的数量大于预设值，可以调度更多的消费者。

其中，基于消费分组的优先级的不同，可以采用不同的增多消费者的方式。具体地，针对非最低优先级的消息分组，可以调度优先级低的消息分组对应的消费者，针对最低优先级的消息分组，可以新建消息分组。

例如，针对优先级1的消息分组，其初始消费者是消费者1，若优先级1的消息分组的消息数量大于预设值，则可以将优先级1的消息分组对应的消费者从消费者1更新为消费者1和消费者2。

针对优先级N的消息分组，其初始消费者是消费者N，若优先级N的消息分组的消息数量大于预设值，则可以将优先级N的消息分组对应的消费者从消费者N更新为消费者N和消费者N+1，其中消费者N+1是新创建的消费者。另外，若优先级N的消息分组的消息数量不大于预设值后，可以删除创建的消费者N+1。

调度方调度消费者后，可以采用消费者对消息进行消费。消费者消费消息是指消费者从消费队列中拉取消息后推送至目的端。

消费者可以将消息推送至多种类型的目的端，如图3所示，目的端以包括机器人(用小度表示)和APP为例。另外，消费者还可以将消息存储到数据库的消息中心内。

结合上述应用场景，本公开实施例还提供一种消息推送方法。

图5是根据本公开第二实施例的示意图，本实施例提供一种消息推送方法，该方法包括：

501、生产方确定业务方生成的消息的消息类型。

其中，业务方可以根据需要生成消息，例如，各种提醒消息，广告消息、文章消息等。

业务方可以通过API将所生成的消息推送至消息集中中心。

生产方可以监听消息集中中心，并在监听到消息后，从消息集中中心内拉取消息。

消息类型可以包括及时消息或延迟消息。

及时消息是指需要及时推送的消息，即假设当前时刻t获取到消息后，就在当前时刻t进行推送；延迟消息是指不需要及时推送的消息，假设当前时刻是t1，延迟消息是指在t2推送的消息，t2晚于t1，具体的t2可以基于消息中携带的信息确定，例如，延迟消息中可以携带1小时后推送类似的信息。

其中，业务方所生成的消息中可以携带条件信息，生产方内预设条件信息与消息类型之间的对应关系，从而可以解析所述消息，以获得所述消息中携带的条件信息；基于获得的所述条件信息，以及预设的条件信息与消息类型之间的对应关系，确定所述消息的消息类型。实现上可以采用反射机制，基于消息中携带的条件信息以及预设的对应关系确定消息类型。

具体地，条件信息例如为消息类型标识信息，例如1表示及时消息，0表示延迟消息，生产方通过解析出消息中携带的消息类型标识信息可以获得对应的消息类型。

本实施例中，通过解析消息获得条件信息，以及基于预设的对应关系确定消息类型，可以简便准确的确定消息类型，进而可以基于消息类型进行合适的处理。

502、生产方，响应于所述消息类型是及时消息，将所述及时消息推送至消息队列中。

503、生产方，响应于所述消息类型是延迟消息，将所述延迟消息推送至第一缓存队列，且达到所述延迟消息中携带的过期时间时，所述延迟消息从所述第一缓存队列推送至第二缓存队列；响应于所述第二缓存队列中存入所述延迟消息，从所述第二缓存队列中拉取所述延迟消息，并将所述延迟消息推送至所述消息队列中。

其中，消息队列例如为图3或图4的消费队列，针对及时消息，将及时消息推送至消息队列，可以使得及时消息被及时推送至目的端。

针对延迟消息，可以将其存入第一缓存队列，且过期后被存入第二缓存队列，第一缓存队列例如为图3或图4的延迟队列，第二缓存队列例如为图3或图4的阻塞队列。

通过将延迟消息推送至第一缓存队列，可以缓存延迟消息。延迟消息中携带的过期时间可以是延迟间隔，例如1小时后推送，或者，也可以是延迟推送的时间点，例如10点(假设当前是9点)。

达到上述的过期时间时，第一缓存队列可以将延迟消息推送至第二缓存队列。

生产方，可以监控第二缓存队列，在第二缓存队列中存入消息时，拉取所存入的消息。

因此，在达到延迟消息中携带的过期时间，即延迟时间时，生产方可以拉取到延迟消息，并将所拉取的延迟消息推送至消息队列。

本实施例中，针对及时消息，将及时消息推送至消息队列，可以保证及时消息的及时推送；针对延迟消息，将延迟消息推送至第一缓存队列，且达到过期时间时从第一缓存队列推送至第二缓存队列，且从第二缓存队列拉取延迟消息并推送至消息队列，可以保证延迟消息在达到对应的延迟时间进行推送。从而针对及时消息和延迟消息进行各自合理的推送。另外，通过采用两个缓存队列，可以实现消息延迟推送功能。

504、消息队列，基于消息中携带的优先级信息，将消息分为多个消息分组。

其中，业务方在生成消息时，不仅在消息中携带消息类型标识信息，还可以携带优先级信息。

生产方将消息(及时消息和延迟消息)推送至消息队列后，消息队列可以基于消息中携带的优先级信息对消息进行分组。例如，将同一优先级的消息分为同一个消息分组。

如图3所示，假设消息分为N个优先级，则消息分组有N个，每个消息分组对应一个优先级。

505、调度方，获取多个消息分组中的当前消息分组内消息的数量。

其中，当前消息分组是多个消息分组中当前处理的消息分组。

其中，调度方可以按照优先级从高到低的顺序依次处理各个消息分组。

例如，假设优先级1表示最高的优先级，则先处理优先级1对应的消息分组，再处理优先级2对应的消息分组，依此类推。

针对当前消息分组，可以获得当前消息分组内消息的数量，例如M条，M是正整数。

506、调度方，响应于所述当前消息分组内消息的数量大于预设值，将所述当前消息分组的处理对象从预设的第一处理对象更新为第二处理对象；其中，所述第二处理对象的数量大于所述第一处理对象的数量。

其中，每个消息分组可以预设初始处理对象，以处理对象是消费者为例，例如，如图3所示，可以预设与消息分组的数量一致的初始消费者，每个消息分组对应一个初始消费者。消费者可以具体是线程。

针对当前消息分组，假设预设值是M0，则M>M0时，可以调度更多的消费者。

另一方面，如果M不大于M0，则可以保持消费者为初始消费者不变。

基于当前消息分组的优先级，可以采用不同方式调度更多的消费者。

具体可以包括：若所述当前消息分组不是优先级最低的消息分组，获取目标消息分组的处理对象，将所述第一处理对象以及所述目标消息分组的处理对象作为所述第二处理对象；其中，所述目标消息分组的优先级低于所述当前消息分组的优先级；或者，若所述当前消息分组是优先级最低的消息分组，创建新的处理对象，将所述第一处理对象以及所述新的处理对象，作为所述第二处理对象。

例如，当前消息分组是优先级1对应的消息分组，其初始消费者是消费者1，在需要调度更多消费者时，可以将其消费者更新为消费者1和消费者2，消费者2是优先级2对应的消息分组的初始消费者。

本实施例中，针对非最低优先级的消息分组，可以调度优先级较低的其他消息分组的初始处理对象，由于消息分组是按照优先级进行处理的，在处理当前消息分组时，较低优先级的消息分组的初始处理对象处于空闲状态，因此，可以合理利用空闲资源进行消息处理，避免消息堆积；针对最低优先级的消息分组，通过创建新的处理对象，可以采用更多的资源进行消息处理，避免消息堆积。

507、消费者，确定目的端处于激活状态。

其中，目的端的类型可以是多种，例如，机器人，程序等，程序可以包括APP、小程序、公众号等。

针对不同类型的目的端可以采用不同方式确定其处于激活状态。

具体可以包括：若所述目的端是机器人，与所述机器人进行指令交互，以确定所述机器人处于激活状态；或者，若所述目的端是程序，与所述程序保持长链接，以确定所述程序处于激活状态。

本实施例中，可以基于目的端的不同类型采用不同方式确定目的端处于激活状态，实现针对目的端的合理激活或保活。

进一步地，针对机器人，可以执行：

向所述机器人发送回声指令，并接收所述机器人基于所述回声指令发送的状态信息；若所述状态信息不是激活状态，向所述机器人发送激活指令，以激活所述机器人；或者，

向所述机器人发送激活指令，以激活所述机器人。

其中，针对机器人，可以采用echo-pull-push，或者pull-push的方式，确定机器人处于激活状态。

以echo-pull-push方式为例，如图6所示，消费者可以向机器人发送回声(echo)指令，机器人响应于回声指令，向消息者反馈状态信息，状态信息用于表明机器人是否处于激活状态，若机器人处于激活状态，则在后续流程中可以将消息推送(push)至机器人。若机器人未处于激活状态，则消费者向机器人发送激活(pull)指令，机器人响应于激活指令，启动自身处于激活状态，并通过反馈信息向消费者反馈激活状态，消费者确定机器人处于激活状态后，在后续流程中可以将消息推送(push)至机器人。

本实施例中，可以采用多种方式确定机器人处于激活状态，以保证后续消息推送的可达性。

508、消费者，响应于所述当前消息分组内消息对应的目的端处于激活状态，采用所述第二处理对象，将所述当前消息分组内消息推送至所述目的端。

本实施例中，针对业务方，只需业务方将消息推送至消息集中中心，具体的消息处理过程由生产方执行，也就是对业务方屏蔽了消息处理逻辑，业务方可以专注业务开发，提高业务开发效率，而通常方案中业务方需要考虑如何将消息放入消息队列中。针对生产方，可以基于消息类别进行不同处理，保证及时消息的及时推送，以及保证延迟消息的按设定延迟时间推送；通过采用缓存队列，可以实现消息延时推送功能，而通常的消息队列是对放入其内的消息进行及时处理的。通过基于优先级进行消息处理，可以保证高优先级的消息被优先处理；通过消息数量较多时，调度更多的消费者进行处理，可以避免消息堆积，提高消息处理的及时性；通过保证目的端处于激活状态时推送消息，可以提高消息的可达性。

图7是根据本公开第三实施例的示意图，本实施例提供一种消息推送装置，该装置700包括：获取模块701、调度模块702和推送模块703。

获取模块701用于获取多个消息分组中的当前消息分组内消息的数量；调度模块702用于响应于所述当前消息分组内消息的数量大于预设值，将所述当前消息分组的处理对象从预设的第一处理对象更新为第二处理对象；其中，所述第二处理对象的数量大于所述第一处理对象的数量；推送模块703用于响应于所述当前消息分组内消息对应的目的端处于激活状态，采用所述第二处理对象，将所述当前消息分组内消息推送至所述目的端。

本实施例中，响应于当前消息分组内消息的数量大于预设值，将所述消息的处理对象从预设的第一处理对象更新为第二处理对象；其中，所述第二处理对象的数量大于所述第一处理对象的数量；实现了在消息分组内消息的数量较多时，增加处理对象的数量，从而可以由更多的处理对象推送消息，避免消息堆积，提高消息推送的及时性；响应于所述消息对应的目的端处于激活状态，采用所述第二处理对象，将所述消息推送至所述目的端；由于是在目的端处于激活状态时进行消息推送，可以提高消息推送的可达性。因此，本实施例可以提高消息推送的及时性和可达性，提高消息推送效果。

一些实施例中，所述多个消息分组中各个消息分组具有不同的优先级；

所述调度模块702进一步用于：若所述当前消息分组不是优先级最低的消息分组，获取目标消息分组的处理对象，将所述第一处理对象以及所述目标消息分组的处理对象作为所述第二处理对象；其中，所述目标消息分组的优先级低于所述当前消息分组的优先级；或者，若所述当前消息分组是优先级最低的消息分组，创建新的处理对象，将所述第一处理对象以及所述新的处理对象，作为所述第二处理对象。

本实施例中，针对非最低优先级的消息分组，可以调度优先级较低的其他消息分组的初始处理对象，由于消息分组是按照优先级进行处理的，在处理当前消息分组时，较低优先级的消息分组的初始处理对象处于空闲状态，因此，可以合理利用空闲资源进行消息处理，避免消息堆积；针对最低优先级的消息分组，通过创建新的处理对象，可以采用更多的资源进行消息处理，避免消息堆积。

一些实施例中，所述装置700还包括：检测模块，用于若所述目的端是机器人，与所述机器人进行指令交互，以确定所述机器人处于激活状态；或者，若所述目的端是程序，与所述程序保持长链接，以确定所述程序处于激活状态。

本实施例中，可以基于目的端的不同类型采用不同方式确定目的端处于激活状态，实现针对目的端的合理激活或保活。

一些实施例中，所述检测模块进一步用于：针对所述机器人，执行：

向所述机器人发送回声指令，并接收所述机器人基于所述回声指令发送的状态信息；若所述状态信息不是激活状态，向所述机器人发送激活指令，以激活所述机器人；或者，向所述机器人发送激活指令，以激活所述机器人。

本实施例中，可以采用多种方式确定机器人处于激活状态，以保证后续消息推送的可达性。

一些实施例中，所述多个消息分组位于消息队列中；所述装置700还包括：确定模块，用于确定业务方生成的消息的消息类型；第一处理模块，用于响应于所述消息类型是及时消息，将所述及时消息推送至所述消息队列中；或者，第二处理模块，用于响应于所述消息类型是延迟消息，将所述延迟消息推送至第一缓存队列，且达到所述延迟消息中携带的过期时间时，所述延迟消息从所述第一缓存队列推送至第二缓存队列；响应于所述第二缓存队列中存入所述延迟消息，从所述第二缓存队列中拉取所述延迟消息，并将所述延迟消息推送至所述消息队列中。

本实施例中，针对及时消息，将及时消息推送至消息队列，可以保证及时消息的及时推送；针对延迟消息，将延迟消息推送至第一缓存队列，且达到过期时间时从第一缓存队列推送至第二缓存队列，且从第二缓存队列拉取延迟消息并推送至消息队列，可以保证延迟消息在达到对应的延迟时间进行推送。从而针对及时消息和延迟消息进行各自合理的推送。另外，通过采用两个缓存队列，可以实现消息延迟推送功能。

一些实施例中，所述确定模块进一步用于：解析所述消息，以获得所述消息中携带的条件信息；基于获得的所述条件信息，以及预设的条件信息与消息类型之间的对应关系，确定所述消息的消息类型。

本实施例中，通过解析消息获得条件信息，以及基于预设的对应关系确定消息类型，可以简便准确的确定消息类型，进而可以基于消息类型进行合适的处理。

可以理解的是，本公开实施例中，不同实施例中的相同或相似内容可以相互参考。

可以理解的是，本公开实施例中的“第一”、“第二”等只是用于区分，不表示重要程度高低、时序先后等。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

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

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

如图8所示，电子设备800包括计算单元801，其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序，来执行各种适当的动作和处理。在RAM803中，还可存储电子设备800操作所需的各种程序和数据。计算单元801、ROM802以及RAM803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

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

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

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

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

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

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

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

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

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

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

Claims (15)

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

获取多个消息分组中的当前消息分组内消息的数量；

响应于所述当前消息分组内消息的数量大于预设值，将所述当前消息分组的处理对象从预设的第一处理对象更新为第二处理对象；其中，所述第二处理对象的数量大于所述第一处理对象的数量；

响应于所述当前消息分组内消息对应的目的端处于激活状态，采用所述第二处理对象，将所述当前消息分组内消息推送至所述目的端。

2.根据权利要求1所述的方法，其中，

所述多个消息分组中各个消息分组具有不同的优先级；

所述将所述当前消息分组的处理对象从预设的第一处理对象更新为第二处理对象，包括：

若所述当前消息分组不是优先级最低的消息分组，获取目标消息分组的处理对象，将所述第一处理对象以及所述目标消息分组的处理对象作为所述第二处理对象；其中，所述目标消息分组的优先级低于所述当前消息分组的优先级；或者，

若所述当前消息分组是优先级最低的消息分组，创建新的处理对象，将所述第一处理对象以及所述新的处理对象，作为所述第二处理对象。

3.根据权利要求1所述的方法，所述响应于所述当前消息分组内消息对应的目的端处于激活状态，采用所述第二处理对象，将所述当前消息分组内消息推送至所述目的端之前，所述方法还包括：

若所述目的端是机器人，与所述机器人进行指令交互，以确定所述机器人处于激活状态；或者，

若所述目的端是程序，与所述程序保持长链接，以确定所述程序处于激活状态。

4.根据权利要求3所述的方法，其中，所述若所述目的端是机器人，与所述机器人进行指令交互，以确定所述机器人处于激活状态，包括：

针对所述机器人，执行：

向所述机器人发送回声指令，并接收所述机器人基于所述回声指令发送的状态信息；若所述状态信息不是激活状态，向所述机器人发送激活指令，以激活所述机器人；或者，

向所述机器人发送激活指令，以激活所述机器人。

5.根据权利要求1-4任一项所述的方法，其中，

所述多个消息分组位于消息队列中；

所述获取多个消息分组中的当前消息分组内消息的数量之前，所述方法还包括：

确定业务方生成的消息的消息类型；

响应于所述消息类型是及时消息，将所述及时消息推送至所述消息队列中；或者，

响应于所述消息类型是延迟消息，将所述延迟消息推送至第一缓存队列，且达到所述延迟消息中携带的过期时间时，所述延迟消息从所述第一缓存队列推送至第二缓存队列；响应于所述第二缓存队列中存入所述延迟消息，从所述第二缓存队列中拉取所述延迟消息，并将所述延迟消息推送至所述消息队列中。

6.根据权利要求5所述的方法，其中，所述确定业务方生成的消息的消息类型，包括：

解析所述消息，以获得所述消息中携带的条件信息；

基于获得的所述条件信息，以及预设的条件信息与消息类型之间的对应关系，确定所述消息的消息类型。

7.一种消息推送装置，包括：

获取模块，用于获取多个消息分组中的当前消息分组内消息的数量；

调度模块，用于响应于所述当前消息分组内消息的数量大于预设值，将所述当前消息分组的处理对象从预设的第一处理对象更新为第二处理对象；其中，所述第二处理对象的数量大于所述第一处理对象的数量；

推送模块，用于响应于所述当前消息分组内消息对应的目的端处于激活状态，采用所述第二处理对象，将所述当前消息分组内消息推送至所述目的端。

8.根据权利要求7所述的装置，其中，

所述多个消息分组中各个消息分组具有不同的优先级；

所述调度模块进一步用于：

若所述当前消息分组不是优先级最低的消息分组，获取目标消息分组的处理对象，将所述第一处理对象以及所述目标消息分组的处理对象作为所述第二处理对象；其中，所述目标消息分组的优先级低于所述当前消息分组的优先级；或者，

若所述当前消息分组是优先级最低的消息分组，创建新的处理对象，将所述第一处理对象以及所述新的处理对象，作为所述第二处理对象。

9.根据权利要求7所述的装置，还包括：

检测模块，用于若所述目的端是机器人，与所述机器人进行指令交互，以确定所述机器人处于激活状态；或者，若所述目的端是程序，与所述程序保持长链接，以确定所述程序处于激活状态。

10.根据权利要求9所述的装置，其中，所述检测模块进一步用于：

针对所述机器人，执行：

向所述机器人发送回声指令，并接收所述机器人基于所述回声指令发送的状态信息；若所述状态信息不是激活状态，向所述机器人发送激活指令，以激活所述机器人；或者，

向所述机器人发送激活指令，以激活所述机器人。

11.根据权利要求7-10任一项所述的装置，其中，

所述多个消息分组位于消息队列中；

所述装置还包括：

确定模块，用于确定业务方生成的消息的消息类型；

第一处理模块，用于响应于所述消息类型是及时消息，将所述及时消息推送至所述消息队列中；或者，

第二处理模块，用于响应于所述消息类型是延迟消息，将所述延迟消息推送至第一缓存队列，且达到所述延迟消息中携带的过期时间时，所述延迟消息从所述第一缓存队列推送至第二缓存队列；响应于所述第二缓存队列中存入所述延迟消息，从所述第二缓存队列中拉取所述延迟消息，并将所述延迟消息推送至所述消息队列中。

12.根据权利要求11所述的装置，其中，所述确定模块进一步用于：

解析所述消息，以获得所述消息中携带的条件信息；

基于获得的所述条件信息，以及预设的条件信息与消息类型之间的对应关系，确定所述消息的消息类型。

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

至少一个处理器；以及

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

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

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

15.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-6中任一项所述的方法。

Images