CN114465971A - 消息推送方法、系统、可读存储介质和电子设备 - Google Patents

Abstract

本申请公开了一种消息推送方法、系统、可读存储介质和电子设备。消息推送方法包括：将推送消息和第一时刻信息发送至延时发送消息队列，第一时刻信息用于指示发送推送消息的第一时刻；在第一时刻，根据第一状态数据确定是否向终端发送延时发送消息队列中的推送消息，其中，第一状态数据为在第一时刻的对话状态追踪数据。本申请通过上述技术方案能够规避由于对话状态变化导致的主动推送消息的语义与当前对话状态不一致情况，解决了主动发起聊天的时机不精准且不够灵活的问题。

Description

消息推送方法、系统、可读存储介质和电子设备

技术领域

本申请属于信息交互技术领域，具体涉及一种消息推送方法、系统、可读存储介质和电子设备。

背景技术

现有的对话系统，主要采用两种方案进行主动聊天，一种是在线计算主动发起聊天，这种方案适用于纯IM(Instant Messaging即时通信)聊天的场景，无法处理IM聊天中出现消息绑定的场景；另一种是离线计算主动发起聊天，这种方案主动发起聊天的时机不精准且不够灵活，缺少对对话状态的检测，容易出现由于对话状态变化导致的主动推送消息与当前对话状态语义不一致的情况。因此，如何提供能够解决主动发起聊天的时机不精准、不够灵活，同时可以规避对话状态变化导致的主动推送消息的语义与当前对话状态不一致的技术方案成为亟需解决的问题。

发明内容

本申请实施例的目的是提供一种消息推送方法、系统、可读存储介质和电子设备，能够规避由于对话状态变化导致的主动推送消息的语义与当前对话状态不一致情况，解决了主动发起聊天的时机不精准且不够灵活的问题。

为了解决上述技术问题，本申请是这样实现的：

第一方面，本申请实施例提供了一种消息推送方法，该消息推送方法包括：将推送消息和第一时刻信息发送至延时发送消息队列，第一时刻信息用于指示发送推送消息的第一时刻；在第一时刻，根据第一状态数据确定是否向终端发送延时发送消息队列中的推送消息，其中，第一状态数据为在第一时刻的对话状态追踪数据。

第二方面，本申请实施例提供了一种消息推送系统，该系统包括：处理单元，用于将推送消息和第一时刻信息发送至延时发送消息队列，第一时刻信息用于指示发送推送消息的时间；确认单元，用于在第一时刻，根据第一状态数据确定是否向终端发送延时发送消息队列中的推送消息，其中，第一状态数据用于指示在第一时刻的对话状态追踪数据。

第三方面，本申请实施例提供了一种可读存储介质，可读存储介质上存储有程序或指令，程序或指令被处理器执行时实现如第一方面提供的消息推送方法的步骤。

第四方面，本申请实施例提供了一种电子设备，该电子设备包括如上述第二方面提供的消息推送系统和/或如上述第三方面提供的可读存储介质。

在本申请实施例中，消息推送方法适用于对话系统，该对话系统包括对话管理模块、发送预估模块、离线复聊模块和对话状态追踪模块，具体地，通过发送预估模块和/或离线复聊模块将确定的推送消息和第一时刻信息发送至延时发送消息队列中，在第一时刻对话系统将延时发送消息队列中的推送消息发送至对话管理模块，对话管理模块从对话状态追踪模块中获取第一状态数据(第一时刻的对话状态追踪数据)，对话管理模块根据第一状态数据判断是否向终端发送延时发送消息队列中的推送消息。

在上述消息推送方法中，在向终端推动消息时，不再将推送消息立刻发送至终端，而是延迟一段时间后再发送，保证了在合适的时机才向终端发送推送消息，同时在将要向终端发送推送消息时(即在第一时刻时)，根据第一状态数据判断是否适合发送该推送消息，规避了由于对话状态变化导致的推送消息的语义与当前对话状态不一致的情况，解决了主动发起聊天的时机不精准、不灵活的问题，保证了为用户推送的消息的准确性。

本申请的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

图1示出了本申请实施例提供的消息推送方法的流程示意图之一；

图2示出了本申请实施例提供的消息推送方法的流程示意图之二；

图3示出了本申请实施例提供的消息推送方法的流程示意图之三；

图4示出了本申请实施例提供的消息推送方法的流程示意图之四；

图5示出了本申请实施例提供的消息推送方法的流程示意图之五；

图6示出了本申请实施例提供的消息推送方法的流程示意图之六；

图7示出了本申请实施例提供的消息推送方法的示例性流程图；

图8示出了本申请实施例提供的消息推送系统的示意框图；

图9示出了本申请实施例提供的电子设备的示意框图；

图10示出了本申请实施例提供的对话系统的示意框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图1至图10，通过具体的实施例及其应用场景对本申请实施例提供的消息推送方法、系统、可读存储介质和电子设备进行详细地说明。

本申请实施例提供了一种消息推送方法，图1示出了本申请实施例提供的消息推送方法的流程示意图之一，如图1所示，该消息推送方法包括：

步骤S102，将推送消息和第一时刻信息发送至延时发送消息队列，第一时刻信息用于指示发送推送消息的第一时刻；

步骤S104，在第一时刻，根据第一状态数据确定是否向终端发送延时发送消息队列中的推送消息，其中，第一状态数据为在第一时刻的对话状态追踪数据。

需要说明的是，上述消息推送方法适用于如图10所示的对话系统700，对话系统700包括对话管理模块702、发送预估模块704、对话状态追踪模块706和离线复聊模块708，其中，对话管理模块702和离线复聊模块708与终端通信连接，对话状态追踪模块706与对话管理模块702和发送预估模块704通信连接。

具体而言，在上述步骤S102中，推送消息用于指示转换对话主题的消息，第一时刻信息用于指示将推送消息从延时发送消息队列发送至对话管理服务模块的时刻。上述推送消息和第一时刻信息由发送预估模块704根据在线对话场景下的多条消息确定，和/或由离线复聊模块708根据离线对话场景下的全部消息确定，也就是说，本申请的实施例中确定的推送消息考虑了对话场景中的多条消息以及多种场景，解决了现有技术中无法处理IM聊天中出现消息绑定的问题。

可以理解的是，上述在线对话场景可以为实时对话场景，即正在进行对话的场景，上述离线对话场景也可以为已经结束的对话场景，即在一定时间内未接收到用户发送消息的对话场景。

可以理解的是，上述延时发送消息队列的作用相当于存储装置，用于存储发送预估模块704或离线复聊模块708确定的推送消息和第一时刻信息。

具体而言，在上述步骤S104中，第一状态数据用于指示在第一时刻时的对话场景下的对话状态追踪数据，能够用于确定第一时刻时的对话场景是否适合发送更换对话主题的推送消息。

具体地，在第一时刻，对话管理模块702从延时发送消息队列中获取推送消息，对话状态追踪模块706将第一状态数据发送至对话管理模块702，进一步地，对话管理模块702根据第一状态数据对是否适合向终端发送推送消息进行判断，在适合发送时才将推送消息发送至终端，规避了由于对话状态变化导致的推送消息的语义与当前对话状态不一致的情况。

本申请实施例提供的消息推送方法中，通过发送预估模块704和/或离线复聊模块708确定推送消息和第一时刻信息，并将推送消息发送至延时发送消息队列中，在第一时刻，对话管理模块702根据对话状态追踪模块706发送的第一状态数据判断是否适合发送上述推送消息，即不是将推送消息立刻发送至终端，而是延迟一段时间后再发送，保证了向终端发送推送消息的时机，有效解决了主动发起聊天的时机不精准、不灵活的问题。此外，在发送推送消息之前，还通过第一时刻的对话状态追踪数据再次进行判断是否适合发送该推送消息，规避了由于对话状态变化导致的推送消息的语义与当前对话状态不一致的情况，保证了为用户推送的消息的准确性，提升了用户的体验效果。

如图2所示，在本申请一种可能的实施例中，在上述步骤S102之前，本申请实施例提供的消息推送方法还包括：

步骤S202，获取实时消息队列中的第一消息集合，第一消息集合为在第二时刻获取的终端发送的消息集合；

步骤S204，根据第一消息集合和第二状态数据，确定是否需要生成用于变换主题的推送消息，其中，第二状态数据为第二时刻的对话状态追踪数据；

步骤S206，在确定需要生成推送消息的情况下，根据第一消息集合编辑推送消息，并确定第一时刻信息。

具体而言，在上述步骤S202中，实时消息队列的作用相当于一个存储装置，用于存储第一消息集合；第一消息集合为在第二时刻获取的终端发送的消息集合。

具体地，在第二时刻获取的终端发送的消息集合的步骤具体包括，通过对话管理模块702接收终端发送的消息并对其进行整理确定第一消息集合，同时将第一消息集合发送至实时消息队列中，然后通过发送预估模块704从实时消息队列中获取第一消息集合。

具体而言，在上述步骤S204中，第二状态数据用于指示第二时刻时当前对话场景的对话状态追踪数据，第二时刻用于指示发送预估模块704从实时消息队列中获取上述第一消息集合的时刻。

进一步地，发送预估模块704根据第一消息集合和第一状态数据，判断是否需要生成变换当前对话场景的对话主题的推送消息。具体地，发送预估模块704能够根据第一消息集合和第一状态数据能够确定对话特征数据，对话特征数据包括如会话轮数、历史意图、情绪分析、会话完成度、每条消息的时间间隔等中的一种或多种。

在本申请的实施例中，通过判断上述特征数据是否符合预设条件，确定是否需要生成变换当前对话场景中对话主题的推送消息。上述预设条件可以是对话特征数据的值是否大于或者等于预设阈值，例如，会话轮数大于或者等于8轮则可确定对话特征数据符合预设条件，即确定需要生成变换当前对话场景的对话主题的推送消息。

在该实施例中，在确定需要生成变换当前对话场景的对话主题的推送消息的情况下，发送预估模块704根据第一消息集合编辑推送消息的内容，以确定推送消息，同时根据第一消息集合确定向终端发送推送消息的时间，以确定第一时刻信息。

在本申请的实施例中，在第二时刻，通过发送预估模块704从实时消息队列中获取第一消息集合，同时接收对话状态追踪模块706发送的第二状态数据，以判断是否需要生成变换对话主题的推送消息，在需要生成推送消息的情况下，根据第一消息集合确定推送消息和第一时刻信息。在该实施例中，在生成推送消息之前，通过第二状态数据判断是否需要生成推送消息，避免生成无用的推送消息，减轻了对话系统700的工作负担。

结合图2，如图3所示，在本申请一种可能的实施例中，上述步骤S206具体包括：

步骤S302，根据话术生成规则和第一消息集合确定推送消息；

步骤S304，将第一消息集合输入至第一预设模型，通过第一预设模型确定发送推送消息的第一时刻信息。

具体而言，第一预设模型为发送时间预估模型，第一预设模型是预先根据历史数据对MMOE模型(Multi-gate Mixture-of-Experts多任务模型)训练确定的，用于根据第一消息集合预测推送信息的发送时间(即上述第一时刻)。需要说明的是，历史数据为根据历史记录中由对话系统700发起主动聊天的数据，本申请实施例中将超过20s以上且转换对话主题成功的对话确认为主动聊天。

具体地，第一时刻信息的类别包括超短(20s至1min)、短(1min至1h)、中(3min至1h)、长(>1h)四种类别，具体根据第一消息集合确定，使得本申请能够根据具体情况设定向终端发送推送消息的时间，即延时一段时间后再向终端发送推送信息，避免了直接向终端发送推送信息影响用户对话体验的问题。

在本申请的实施例中，发送预估模块704包括话术生成模块和发送时间预估模块，具体地，在确定需要生成变换对话主题的推送消息的情况下，话术生成模块按照话术生成规则结合第一消息集合编辑推送消息；发送时间预估模块将第一消息集合输入至其内存储的第一预设模型中，以确定出第一时刻信息。这样，可以快速准确的确定推送消息的内容和发送推送消息的时间，使得在确定出推送消息后，不再立刻就向终端发送推送消息，而是延迟一段时间后再发送，保证了在合适的时机向终端发送推送消息。

结合图1，如图4所示，在本申请一种可能的实施例中，在上述步骤S102之前，本申请实施例提供的消息推送方法还包括：

步骤S106，获取历史消息集合；

步骤S108，根据历史消息集合编辑推送消息，并确定第一时刻信息。

具体而言，上述历史消息集合用于指示离线复聊模块708根据离线对话场景中终端发送的消息确定的消息集合。

进一步地，离线复聊模块708根据获取的历史消息集合编辑推送消息的内容，以确定推送消息，同时根据第一消息集合确定向终端发送推送消息的时间，以确定第一时刻信息。

需要说明的是，离线复聊模块708同样包括话术生成模块和发送时间预估模块，具体地，在获取到历史消息集合后，话术生成模块按照话术生成规则结合历史消息集合编辑推送消息；发送时间预估模块将历史消息集合输入至其内存储的第一预设模型中，以确定出第一时刻信息。这样，可以快速准确的确定推送消息的内容和发送推送消息的时间，使得在确定出推送消息后，不再立刻就向终端发送推送消息，而是延迟一段时间后再发送，保证了在合适的时机向终端发送推送消息。

在本申请的实施例中，通过离线复聊模块708获取离线对话场景中终端发历史消息集合，确定出适用于推送给该离线对话场景的推送消息和推送上述推送消息的第一时刻信息，有效解决了对于离线对话场景主动发起聊天的时机不精准、不灵活的问题，同时规避了由于对话状态变化导致的推送消息的语义与当前对话状态不一致的情况，提升了为用户推送的消息的准确性，提升了用户的体验效果。

结合图4，如图5所示，在本申请一种可能的实施例中，在上述步骤S106之前，本申请实施例提供的消息推送方法还包括：

步骤S110，每间隔预设时间间隔，筛选终端发送的历史消息以确定历史消息集合。

在本申请的实施例中，在获取历史消息集合之前，通过离线复聊模块708对终端发送的历史消息进行筛选，以确定出历史消息集合，可以理解的是，离线复聊模块708能够根据离线对话场景下终端发送的历史消息确定出历史消息集合，则表明该离线对话场景适合发送新的对话主题的推送消息，这样，避免了生成无用的推送消息，减轻了对话系统700的工作负担。

需要说明的是，预设时间间隔可以是小时级，例如每间隔5个小时，也可以是天数级，例如每间隔1天，具体的时间间隔根据实际情况进行设定，本申请实施例不作具体限定。

结合图1，如图6所示，在本申请一种可能的实施例中，上述步骤S104具体包括：

步骤S402，在第一状态数据符合预设条件的情况下，向终端发送推送消息；

步骤S404，在第一状态数据不符合预设条件的情况下，放弃向终端发送推送消息，并从延时发送消息队列中删除推送消息。

具体而言，上述预设条件用于指示在第一时刻之前未接到目标消息，上述目标消息为与第一消息集合或历史消息集合对话主题不同的消息，上述预设用于判断是否能够向终端发送推送消息，即只有在第一状态数据满足上述预设条件的情况下才能向终端发送推送消息。

具体地，对话管理模块702判断获取的第一状态数据是否符合预设条件，在的第一状态数据符合预设条件时，则表明当前的对话状态适合更换对话主题，此时，向终端发送推送消息；在的第一状态数据不符合预设条件时，则表明前的对话状态不适合更换对话主题，此时，放弃向终端发送推送消息，并从延时发送消息队列中删除推送消息，即不再向终端发送该条推送消息。

在本申请的实施例中，在将推送信息发送至终端之前，对话管理模块702获取推送消息并结合第一状态数据进行判断，在第一状态数据满足预设条件的情况下，才向终端发送推送消息，规避了由于对话状态变化导致的推送消息的语义与当前对话状态不一致的情况，保证了为用户推送的消息的准确性，即不向用户推送无用的推送信息，提升了用户的体验效果。

示例性的，结合图7和图10对本申请提供的消息推送方法的流程进行示说明，图7所示的对话管理服务通过对话管理模块702实现，具体地，对话管理模块702接收request(表示对话所需的数据，即第一消息集合)，然后将第一消息集合推送至Raw Topic(实时消息队列)中。

发送预估模块704从Raw Topic(实时发送消息队列)获取第一消息集合进行实时发送预估服务。具体地，从获取DST(对话状态追踪模块706)中获取对话状态追踪数据，并结合第一消息集合判断当前的对话状态是否适合变换对话主题。在确定适合变换对话主题的情况下，通过话术生成模块进行话术生成服务，结合第一消息结合编辑推送消息的内容以确定推送消息；通过发送时间预估模块进行发送预估模型服务，将第一消息集合发送至发送预估模型中，以确定向终端发送推送消息的时间信息(即第一时刻信息)，然后将确定的推送消息和第一时刻信息发送至Timer Topic(延时发送消息队列)。需要说明的是，上述技术方案应用于在线对话场景中。

通过离线复聊模块708进行离线复聊服务，具体地，每间隔预设时间间隔，筛选对终端发送的历史消息进行筛选，以确定出历史消息集合，然后通过话术生成服务和发送预估模型服务确定推送消息和向终端发送推送消息的时间信息(即第一时刻信息)，并将将确定的推送消息和第一时刻信息发送至Timer Topic(延时发送消息队列)。需要说明的是，上述技术方案应用于离线对话场景中。

进一步地，在第一时刻信息指示的第一时刻时，对话管理模块702从Timer Topic中获取推送消息，并获取第一时刻的对话状态数据，然后再进行一致性判别(即判断当前对话状态是否还适合向终端发送推送消息)。在适合向终端发送推送消息的情况下，向终端发送推送消息，在不适合向终端发送推送消息的情况下，放弃向终端发送推送消息，并从Timer Topic中删除该推送消息。

在该示例中，在向终端发送用于改变对话主体的推送消息时，不再将推送消息立刻发送至终端，而是延迟一段时间后再次进行一致性判别，保证了向终端发送推送消息的时机，有效解决了主动发起聊天的时机不精准、不灵活的问题，同时规避了由于对话状态变化导致的推送消息的语义与当前对话状态不一致的情况，保证了为用户推送的消息的准确性，提升了用户的体验效果。

如图8所示，本申请实施例提供了一种消息推送系统500，包括：处理单元502，用于将推送消息和第一时刻信息发送至延时发送消息队列，第一时刻信息用于指示发送推送消息的第一时刻；确认单元504，用于在第一时刻，根据第一状态数据确定是否向终端发送延时发送消息队列中的推送消息，其中，第一状态数据用于指示在第一时刻的对话状态追踪数据。

可选地，在本申请的实施例中，消息推送系统500还包括获取单元506，在处理单元502将推送消息和第一时刻信息发送至延时发送消息队列之前，获取单元506用于获取实时消息队列中的第一消息集合，其中，上述第一消息集合为在第二时刻获取的终端发送的消息集合。处理单元502还用于根据第一消息集合和第二状态数据，确定是否需要生成用于变换主题的推送消息，其中，第二状态数据为第二时刻的对话状态追踪数据。处理单元502还用于在确定需要生成推送消息的情况下，根据第一消息集合编辑推送消息，并确定第一时刻信息。

可选地，在本申请的实施例中，处理单元502在确定需要生成推送消息的情况下，根据第一消息集合编辑推送消息，并确定第一时刻信息的步骤具体包括：处理单元502根据话术生成规则和第一消息集合确定推送消息；处理单元502将第一消息集合输入至第一预设模型，通过第一预设模型确定发送推送消息的第一时刻信息。

可选地，在本申请的实施例中，在处理单元502将推送消息和第一时刻信息发送至延时发送消息队列之前，获取单元506用于获取历史消息集合；处理单元502还用于根据历史消息集合编辑推送消息，并确定第一时刻信息。

可选地，在本申请的实施例中，在获取单元506获取历史消息集合之前，每间隔预设时间间隔，处理单元502还用于筛选终端发送的历史消息以确定历史消息集合。

可选地，在本申请的实施例中，确认单元504在第一时刻，根据第一状态数据确定是否向终端发送延时发送消息队列中的推送消息的步骤中，确认单元504具体用于：在第一状态数据符合预设条件的情况下，确认向终端发送推送消息；在第一状态数据不符合预设条件的情况下，确认放弃向终端发送推送消息。在第一状态数据不符合预设条件的情况下，处理单元502还用于从延时发送消息队列中删除推送消息。

本申请实施例提供的消息推送系统500，通过获取单元506获取第一消息集合和/或历史消息集合，处理单元502根据第一消息集合或历史消息集合确定推送消息和第一时刻信息，并将推送消息发送至延时发送消息队列中，在第一时刻，确认单元504根据第一状态数据判断是否适合发送上述推送消息，即不是将推送消息后立刻发送至终端，而是延迟一段时间后再发送，保证了向终端发送推送消息的时机，有效解决了主动发起聊天的时机不精准、不灵活的问题，同时规避了由于对话状态变化导致的推送消息的语义与当前对话状态不一致的情况，保证了为用户推送的消息的准确性，提升了用户的体验效果。

本申请实施例中的消息推送系统500可以是电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是电子设备，也可以为除电子设备之外的其他设备。示例性的，电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴设备、超级移动个人计算机(ultra-mobilepersonal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，还可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的消息推送系统500可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为iOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的消息推送系统500能够实现上述方法实施例实现的各个过程，为避免重复，这里不再赘述。

在其中的一个实施例中，本申请还提供了一种可读存储介质，可读存储介质上存储有程序或指令，程序或指令被处理器执行时实现如上述实施例中提出的消息推送方法的步骤。因而具有该实施例的全部有益技术效果，在此不再做过多赘述。

如图9所示，在其中的一个实施例中，提出了一种电子设备600，包括如上述实施例中提出的消息推送系统500，和/或如上述实施例中提出的可读存储介质602，因而具有该消息推送系统500和/或可读存储介质602的全部有益技术效果，在此不再做过多赘述。本申请实施例还提供一种可读存储介质，可读存储介质上存储有程序或输入，该程序或输入被处理器执行时实现上述消息推送方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，处理器为上述实施例中的电子设备中的处理器。可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。

本申请实施例另提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或输入，实现上述消息推送方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如上述消息推送方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干输入用以使得一台电子设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (10)

1.一种消息推送方法，其特征在于，所述消息推送方法包括：

将推送消息和第一时刻信息发送至延时发送消息队列，所述第一时刻信息用于指示发送所述推送消息的第一时刻；

在所述第一时刻，根据第一状态数据确定是否向终端发送所述延时发送消息队列中的所述推送消息，其中，所述第一状态数据为在所述第一时刻的对话状态追踪数据。

2.根据权利要求1所述的消息推送方法，其特征在于，所述将推送消息和第一时刻信息发送至延时发送消息队列之前，所述方法还包括：

获取实时消息队列中的第一消息集合，所述第一消息集合为在第二时刻获取的所述终端发送的消息集合；

根据所述第一消息集合和第二状态数据，确定是否需要生成用于变换主题的所述推送消息，其中，所述第二状态数据为所述第二时刻的对话状态追踪数据；

在确定需要生成所述推送消息的情况下，根据所述第一消息集合编辑所述推送消息，并确定所述第一时刻信息。

3.根据权利要求2所述的消息推送方法，其特征在于，所述根据所述第一消息集合编辑所述推送消息，并确定所述第一时刻信息，具体包括：

根据话术生成规则和所述第一消息集合确定所述推送消息；

将所述第一消息集合输入至第一预设模型，通过所述第一预设模型确定发送所述推送消息的第一时刻信息。

4.根据权利要求1所述的消息推送方法，其特征在于，所述将推送消息和第一时刻信息发送至延时发送消息队列之前，所述方法还包括：

获取历史消息集合；

根据所述历史消息集合编辑所述推送消息，并确定所述第一时刻信息。

5.根据权利要求4所述的消息推送方法，其特征在于，所述获取历史消息集合之前，所述方法还包括：

每间隔预设时间间隔，筛选所述终端发送的历史消息以确定所述历史消息集合。

6.根据权利要求2或者4所述的消息推送方法，其特征在于，所述在所述第一时刻，根据第一状态数据确定是否向终端发送所述延时发送消息队列中的所述推送消息，具体包括：

在所述第一状态数据符合预设条件的情况下，向所述终端发送所述推送消息；

在所述第一状态数据不符合所述预设条件的情况下，放弃向所述终端发送所述推送消息，并从所述延时发送消息队列中删除所述推送消息。

7.根据权利要求6所述的消息推送方法，其特征在于，

所述预设条件用于指示在所述第一时刻之前未接到目标消息；

所述目标消息用于指示与所述第一消息集合或所述历史消息集合主题不同的消息。

8.一种消息推送系统，其特征在于，包括：

处理单元，用于将推送消息和第一时刻信息发送至延时发送消息队列，所述第一时刻信息用于指示发送所述推送消息的第一时刻；

确认单元，用于在所述第一时刻，根据第一状态数据确定是否向终端发送所述延时发送消息队列中的所述推送消息，其中，所述第一状态数据用于指示在所述第一时刻的对话状态追踪数据。

9.一种可读存储介质，其特征在于，所述可读存储介质上存储有程序或指令，所述程序或指令被处理器执行时实现如权利要求1至7中任一项所述的消息推送方法的步骤。

10.一种电子设备，其特征在于，包括：

如权利要求8所述的消息推送系统；和/或

如权利要求9所述的可读存储介质。

Images