CN111027809B - 消息通知方法、装置、介质及电子设备 - Google Patents

Abstract

本发明提供了一种消息通知方法，包括：获取事件；根据所述事件的标识将所述事件划分到与其对应的同源事件序列；根据所述事件确定所述事件的待发送消息；根据所述事件在所述同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机，这样可以有效地为客户筛选出有用的消息，并在适当的时机通知客户，从而降低了客户错失重要消息的概率，并提升了工作效率，以及提高了用户体验。本发明还提供了一种消息通知装置、介质以及电子设备。

Description

消息通知方法、装置、介质及电子设备

技术领域

本发明涉及消息处理的技术领域，具体而言，涉及一种消息通知方法、装置、介质及电子设备。

背景技术

在保险公司的日常业务中，有大量需要与客户接触的交互场景，随着各种互联网工具的兴起，客户的投保过程逐步由线下转为了线上。由于保险产品比一般产品较复杂，特别是长期保险产品投保流程长，涉及核保、扣费等异步流程。为使业务员能第一时间得知掌握客户在线上的投保过程行为，及时得知用户遇到问题，主动解答，促成业务，需要一种机制来通知业务员。目前，通知业务员的方法为：当客户在线上存在投保行为，则通知业务员，但是如果业务员同时开展的客户较多，会被大量过程消息淹没，从而可能错失重要的消息，如果业务员想要查看有用的消息，则还需要花大量的精力和时间从大量的消息中筛选甄别有用通知，这样极大的影响其工作效率。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本发明的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本发明实施例的目的在于提供一种消息通知方法、装置、介质及电子设备，进而至少可以在一定程度上降低错失重要消息的几率，以及节省用户的精力和时间，并且还提供了工作效率。

本发明的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。

根据本发明实施例的第一方面，提供了一种消息通知方法，包括：获取事件；根据所述事件的标识将所述事件划分到与其对应的同源事件序列；根据所述事件确定所述事件的待发送消息；根据所述事件在所述同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机。

在本发明的一些实施例中，所述事件包括因用户操作或关键状态变化所产生的事件。

在本发明的一些实施例中，该方法还包括：基于应用场景、用户信息、产品信息、和/或订单信息生成所述事件的标识。

在本发明的一些实施例中，根据所述事件在所述同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机包括：如果所述事件在所述同源事件序列中存在前置事件且不存在后置事件，则将所述待发送消息存入所述待发送消息池，并按照所述待发送消息的发送时间发送所述待发送消息。

在本发明的一些实施例中，该方法还包括：如果所述事件在所述同源事件序列中存在前置事件，则从所述待发送消息池中删除所述前置事件的待发送消息。

在本发明的一些实施例中，根据所述事件在所述同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机包括：如果所述事件在所述同源事件序列中不存在前置事件且存在后置事件，则所述待发送消息不存入待发送消息池，且不发送所述待发送消息。

在本发明的一些实施例中，该方法还包括：如果所述事件为预设事件时，将所述待发送消息存入待发送消息池，并按照所述待发送消息的发送时间发送所述待发送消息。

根据本发明实施例的第二方面，提供了一种消息通知装置，包括：获取模块，用于获取事件；划分模块，用于根据所述事件的标识将所述事件划分到与其对应的同源事件序列；第一确定模块，用于根据所述事件确定所述事件的待发送消息；第二确定模块，用于根据所述事件在所述同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机。

在本发明的一些实施例中，所述事件包括因用户操作或关键状态变化所产生的事件。

在本发明的一些实施例中，该装置还包括：生成模块，基于应用场景、用户信息、产品信息、和/或订单信息生成所述事件的标识。

在本发明的一些实施例中，根据所述事件在所述同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机包括：如果所述事件在所述同源事件序列中存在前置事件且不存在后置事件，则将所述待发送消息存入所述待发送消息池，并按照所述待发送消息的发送时间发送所述待发送消息。

在本发明的一些实施例中，该装置还包括：删除模块，如果所述事件在所述同源事件序列中存在前置事件，则从所述待发送消息池中删除所述前置事件的待发送消息。

在本发明的一些实施例中，根据所述事件在所述同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机包括：如果所述事件在所述同源事件序列中不存在前置事件且存在后置事件，则所述待发送消息不存入待发送消息池，且不发送所述待发送消息。

在本发明的一些实施例中，该装置还包括：发送模块，如果所述事件为预设事件时，将所述待发送消息存入待发送消息池，并按照所述待发送消息的发送时间发送所述待发送消息。

根据本发明实施例的第三方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中第一方面所述的消息通知方法。

根据本发明实施例的第四方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述实施例中第一方面所述的消息通知方法。

本发明实施例提供的技术方案可以包括以下有益效果：

在本发明的一些实施例所提供的技术方案中，通过获取事件，根据所述事件的标识将所述事件划分到与其对应的同源事件序列，并根据所述事件确定所述事件的待发送消息，然后根据所述事件在所述同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机，这样可以有效地为客户筛选出有用的消息，并在适当的时机向用户发送该消息，从而降低了客户错失重要消息的概率，并提升了工作效率，以及提高了用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了可以应用本发明实施例的消息通知方法或消息通知装置的示例性系统架构的示意图；

图2示意性示出了根据本发明的实施例的消息通知方法的流程图；

图3示意性示出了根据本发明的另一个实施例的消息通知方法的流程图；

图4示意性示出了根据本发明的另一个实施例的消息通知方法的流程图；

图5示意性示出了根据本发明的另一个实施例的消息通知方法的流程图；

图6示意性示出了根据本发明的另一个实施例的消息通知方法的流程图；

图7示意性示出了根据本发明的实施例的客户投保时产生事件的示意图；

图8示意性示出了根据本发明的实施例的消息通知装置的方框图；

图9示意性示出了根据本发明的另一个实施例的消息通知装置的方框图；

图10示意性示出了根据本发明的另一个实施例的消息通知装置的方框图；

图11示意性示出了根据本发明的另一个实施例的消息通知装置的方框图；

图12示出了适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本发明的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示出了可以应用本发明实施例的消息通知方法或消息通知装置的示例性系统架构的示意图。

如图1所示，系统架构100可以包括终端设备101、102、103中的一种或多种，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、便携式计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器。例如服务器105可以从终端设备103(也可以是终端设备101或102)中获取事件，然后服务器105根据所述事件的标识将所述事件划分到与其对应的同源事件序列，根据所述事件确定所述事件的待发送消息，根据所述事件在所述同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机，这样可以有效地为客户筛选出有用的消息，并在适当的时机向用户发送该消息，从而降低了客户错失重要消息的概率，并提升了工作效率，以及提高了用户体验。

在一些实施例中，本发明实施例所提供的消息通知方法一般由服务器105执行，相应地，消息通知装置一般设置于服务器105中。在另一些实施例中，某些终端可以具有与服务器相似的功能从而执行本方法。因此，本发明实施例所提供的消息通知方法不限定在服务器端执行。

图2示意性示出了根据本发明的实施例的消息通知方法的流程图。

如图2所示，消息通知方法可以包括步骤S210～步骤S240。

在步骤S210中，获取事件。

在步骤S220中，根据所述事件的标识将所述事件划分到与其对应的同源事件序列。

在步骤S230中，根据所述事件确定所述事件的待发送消息。

在步骤S240中，根据所述事件在所述同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机。

该方法可以通过获取事件，根据所述事件的标识将所述事件划分到与其对应的同源事件序列，并根据所述事件确定所述事件的待发送消息，然后根据所述事件在所述同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机，这样可以有效地为客户筛选出有用的消息，并在适当的时机向用户发送该消息，从而降低了客户错失重要消息的概率，并提升了工作效率，以及提高了用户体验。

在本发明的一个实施例中，上述事件可以是由于客户操作或关键状态变化所产生的事件。例如，客户在线上进行投保，在投保流程中，客户针对保险产品会产生一系列的事件。例如，由于客户操作所产生的事件可以为：登录保险平台产生的登录事件、客户在保险平台浏览保险产品产生的事件、客户在保险平台上针对某一个保险产品进行点击“立即购买”、“购物车”、“提交订单”、“支付订单”等操作产生的事件。再例如，由于关键状态变化所产生的事件可以为：由于核保未通过所产生的事件、由于扣款失败所产生的事件、由于保单生效所产生的事件。

在本发明的一个实施例中，上述事件的标识可以指同一用户在投保过程中产生的事件的标识。例如，王某在投保过程中产生了五个事件，五个事件分别带有W的标识。或者，上述事件的标识也可以指同一业务流程所产生的事件的标识。例如，在核保过程中所产生了十个事件，十个事件分别带有H的标识。这样方便将产生的事件划分到与其对应的同源事件序列，即上述同源事件序列中包含的事件的事件标识相同。

在本发明的一个实施例中，上述方法还包括：基于应用场景、用户信息、产品信息、和/或订单信息生成上述事件的标识。

在本发明的一个实施例中，根据事件确定该事件的待发送消息。例如，参考预先设置的事件与待发送消息的映射表来根据事件确定该事件的待发送消息。例如，在事件与待发送消息的映射表中保存了事件A与待发送消息A的对应关系，根据事件A确定该事件A的待发送消息具体可以是根据该事件A与待发送消息A的对应关系来确定该事件A的待发送消息A。

在本发明的一个实施例中，由于同一用户在投保过程中或同一业务流程所产生的事件一般为多个，因此实时获取的事件可能会存在前置事件和/或后置事件。在本实例中可以根据实时获取的事件在同源事件序列中是否存在前置事件和/或后置事件确定待发送消息的发送时机。例如，如果实时获取的事件在同源事件序列中存在前置事件且不存在后置事件，则将该事件的待发送消息存入待发送消息池，并按照该待发送消息的发送时间发送该待发送消息。再例如，如果实时获取的事件在同源事件序列中不存在前置事件且存在后置事件，则该事件的待发送消息不存入待发送消息池，且不发送该待发送消息，以此方式可以有效地为客户筛选出有用的消息，并在适当的时机通知客户，从而降低了客户错失重要消息的概率，并提升了工作效率，以及提高了用户体验。

图3示意性示出了根据本发明的另一个实施例的消息通知方法的流程图。根据本公开的实施例，上述步骤S240具体可以是步骤S310。

如图3所示，上述消息通知方法包括步骤S210、步骤S220、步骤S230和步骤S310。

在步骤S210中，获取事件。

在步骤S220中，根据所述事件的标识将所述事件划分到与其对应的同源事件序列。

在步骤S230中，根据所述事件确定所述事件的待发送消息。

在步骤S310中，如果所述事件在所述同源事件序列中存在前置事件且不存在后置事件，则将所述待发送消息存入所述待发送消息池，并按照所述待发送消息的发送时间发送所述待发送消息。

该方法可以通过获取事件，根据所述事件的标识将所述事件划分到与其对应的同源事件序列，并根据所述事件确定所述事件的待发送消息，如果该事件在同源事件序列中存在前置事件且不存在后置事件，则将该事件的待发送消息存入待发送消息池，并按照待发送消息的发送时间发送待发送消息，这样可以有效地为客户筛选出有用的消息，并在适当的时机向用户发送该消息，从而降低了客户错失重要消息的概率，并提升了工作效率，以及提高了用户体验。

在本发明的一个实施例中，如果事件在同源事件序列中存在前置事件且不存在后置事件，则将待发送消息存入待发送消息池，并按照待发送消息的发送时间发送待发送消息。其中，事件的前置事件和后置事件可以按产生事件的时间来确定，或者按获取事件的时间来确定，还可以按照事先定义的事件流来确定。

例如，客户在一个投保流程中，a时刻产生事件a，b时刻产生事件b，c时刻产生c事件，其中，a时刻、b时刻、c时刻按照时间先后顺序排列为：a时刻、b时刻、c时刻，因此如果事件的前置事件和后置事件是按产生事件的时间来确定的，那么b事件的前置事件为a事件，b事件的后置事件为c事件。

再例如，按照时间的先后顺序实时获取了事件a、事件b、事件c，此时如果按获取事件的时间来确定的，那么b事件的前置事件为a事件，b事件的后置事件为c事件。

再例如，如果在事件流中定义了事件的先后关系，如c->b->a。此时事件b和事件c均为事件a的前置事件，事件a和事件b均为事件c的后置事件。

在本发明的一个实施例中，上述待发送消息池用于暂存待发送消息。在本实例中，可以不断轮询该待发送消息池，根据当前时间和待发送消息的发送时间来发送该待发送消息。

在本发明的一个实施例中，根据事件确定该事件的待发送消息。其中，在待发送消息中包含有发送该待发送消息的发送时间。在本实施例中，按照发送时间对该待发送消息进行发送的发送方式可以包括立即发送或者延时发送。

在本发明的一个实施例中，待发送消息的发送时间可以根据该事件的重要程度来确定。例如，客户在投保过程中产生了以下事件：客户浏览保险产品时产生的事件、客户提交订单时产生的事件、核保失败时产生的事件。根据事件的重要程度可以对客户浏览保险产品时产生的事件的待发送消息和客户提交订单时产生的事件的待发送消息延时发送，但是，对核保失败时产生的事件的待发送消息立即发送。

图4示意性示出了根据本发明的另一个实施例的消息通知方法的流程图。

如图4所示，除了图3实施例描述的步骤S210、步骤S220、步骤S220和步骤S410之外，该消息通知方法还包括步骤S410。

在步骤S210中，获取事件。

在步骤S220中，根据所述事件的标识将所述事件划分到与其对应的同源事件序列。

在步骤S230中，根据所述事件确定所述事件的待发送消息。

在步骤S410中，如果所述事件在所述同源事件序列中存在前置事件，则从所述待发送消息池中删除所述前置事件的待发送消息。

该方法可以通过获取事件，根据事件的标识将所述事件划分到与其对应的同源事件序列，并根据事件确定该事件的待发送消息，如果该事件在同源事件序列中存在前置事件，则从待发送消息池中删除前置事件的待发送消息，这样可以有效地为客户筛选出有用的消息，并且还可以减少轮询待发送消息池的时间，进一步提升了工作效率。

在本发明的一个实施例中，如果事件在同源事件序列中存在前置事件，则从待发送消息池中删除前置事件的待发送消息。例如，客户在投保过程中产生了三个事件分别是：登录保险平台时产生的事件、浏览保险产品时产生的事件、提交订单时产生的事件。其中，登录保险平台时产生的事件和浏览保险产品时产生的事件均为提交订单时产生的事件的前置事件，在这种情况下，当实时获取的事件为提交订单时产生的事件时，登录保险平台时产生的事件的待发送消息和浏览保险产品时产生的事件的待发送消息无需再发送给客户，只需向客户发送提交订单时产生的事件的待发送消息。因此事件在同源事件序列中如果存在前置事件，则从待发送消息池中删除前置事件的待发送消息，这样可以有效地为客户筛选出有用的消息，还可以增大待发送消息池的存储空间。

图5示意性示出了根据本发明的另一个实施例的消息通知方法的流程图。根据本公开的实施例，上述步骤S240具体可以是步骤S510。

如图5所示，上述消息通知方法包括步骤S210、步骤S220、步骤S220和步骤S510。

在步骤S210中，获取事件。

在步骤S220中，根据所述事件的标识将所述事件划分到与其对应的同源事件序列。

在步骤S230中，根据所述事件确定所述事件的待发送消息。

在步骤S510中，如果所述事件在所述同源事件序列中不存在前置事件且存在后置事件，则所述待发送消息不存入待发送消息池，且不发送所述待发送消息。

该方法可以通过获取事件，根据事件的标识将所述事件划分到与其对应的同源事件序列，并根据事件确定该事件的待发送消息，如果该事件在同源事件序列中不存在前置事件且存在后置事件，则待发送消息不存入待发送消息池，且不发送待发送消息，这样可以有效地为客户筛选出有用的消息，并且还可以减少轮询待发送消息池的时间，进一步提升了工作效率。

在本发明的一个实施例中，由于终端产生的事件在发送服务器可能存在延时问题，因此服务器在实时获取时可能先接收到终端后产生的事件，后接收到终端先产生的事件。例如，客户在终端上进行投保，共产生了三个事件，三个事件按照事件产生时间先后顺序排列为：事件A、事件B、事件C。一般地，服务器实时获取的事件的先后顺序可以是：事件A、事件B、事件C。但是由于延时问题，服务器实时获取的事件的先后顺序也可以是：事件C、事件A、事件B。因此上述事件在同源事件序列中不存在前置事件且可以存在后置事件，在这种情况下，可以不将该事件的待发送消息存入待发送消息池，且不发送该待发送消息。

图6示意性示出了根据本发明的另一个实施例的消息通知方法的流程图。

如图6所示，除了图5实施例描述的步骤S210、步骤S220、步骤S220和步骤S510之外，该消息通知方法还包括步骤S610。

在步骤S210中，获取事件。

在步骤S220中，根据所述事件的标识将所述事件划分到与其对应的同源事件序列。

在步骤S230中，根据所述事件确定所述事件的待发送消息。

在步骤S610中，在所述事件在所述同源事件序列中不存在前置事件且存在后置事件时，如果所述事件为预设事件时，将所述待发送消息存入待发送消息池，并按照所述待发送消息的发送时间发送所述待发送消息。

该方法可以通过获取事件，根据事件的标识将事件划分到与其对应的同源事件序列，并根据事件确定事件的待发送消息，如果事件为预设事件时，将待发送消息存入待发送消息池，并按照待发送消息的发送时间发送待发送消息，以此方式可以无需获悉该事件是否存在前置事件或者事件，只要该事件为预设事件就将该事件的待发送消息发送至客户，这样的发送方式更智能、更人性化。

在本发明的一个实施例中，上述预设事件可以根据业务的实际情况进行设置。例如，将支付成功时产生的事件设置为预设事件，或者将核保失败时产生的事件设置为预设事件等等，但不限于此。

图7示意性示出了根据本发明的实施例的客户投保时产生事件的示意图。

如图7所示，客户在保险平台上进行投保时可以产生八个事件，分别是事件F1、事件F2、事件F3、事件F4、事件F5、事件F6、事件F7、事件F8。

通过本发明提出的消息通知方法，获取上述事件F1～F8，根据事件F1～F8的标识将事件F1～F8中每个事件划分到与其对应的同源事件序列，并根据事件F1～F8确定事件F1～F8的待发送消息，然后根据事件F1～F8中每个事件在同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机，这样可以有效地为客户筛选出有用的消息，并在适当的时机向用户发送该消息，从而降低了客户错失重要消息的概率，并提升了工作效率，以及提高了用户体验。

图8示意性示出了根据本发明的实施例的消息通知装置的方框图。

如图8所示，消息通知装置800包括获取模块810、划分模块820、第一确定模块830和第二确定模块840。

具体地，获取模块810，用于获取事件。

划分模块820，用于根据所述事件的标识将所述事件划分到与其对应的同源事件序列。

第一确定模块830，用于根据所述事件确定所述事件的待发送消息。

第二确定模块840，用于根据所述事件在所述同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机。

该消息通知装置800可以通过获取事件，根据所述事件的标识将所述事件划分到与其对应的同源事件序列，并根据所述事件确定所述事件的待发送消息，然后根据所述事件在所述同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机，这样可以有效地为客户筛选出有用的消息，并在适当的时机向用户发送该消息，从而降低了客户错失重要消息的概率，并提升了工作效率，以及提高了用户体验。

根据本发明的实施例，该消息通知装置800可以用于实现图2实施例描述的消息通知方法。

在本发明的一些实施例中，根据所述事件在所述同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机包括：如果所述事件在所述同源事件序列中存在前置事件且不存在后置事件，则将所述待发送消息存入所述待发送消息池，并按照所述待发送消息的发送时间发送所述待发送消息，这样可以有效地为客户筛选出有用的消息，并在适当的时机向用户发送该消息，从而降低了客户错失重要消息的概率，并提升了工作效率，以及提高了用户体验。

图9示意性示出了根据本发明的另一个实施例的消息通知装置的方框图。

如图9所示，除了图8实施例描述的获取模块810、划分模块820、第一确定模块830和第二确定模块840之外，上述消息通知装置800还包括生成模块850。

具体地，生成模块850，基于应用场景、用户信息、产品信息、和/或订单信息生成所述事件的标识。

该上述消息通知装置800可以基于应用场景、用户信息、产品信息、和/或订单信息生成所述事件的标识，这样方便将产生的事件划分到与其对应的同源事件序列，即上述同源事件序列中包含的事件的事件标识相同。

图10示意性示出了根据本发明的另一个实施例的消息通知装置的方框图。

如图10所示，除了图8实施例描述的获取模块810、划分模块820、第一确定模块830和第二确定模块840之外，上述消息通知装置800还包括删除模块860。

具体地，删除模块860，如果所述事件在所述同源事件序列中存在前置事件，则从所述待发送消息池中删除所述前置事件的待发送消息。

该消息通知装置800可以通过获取事件，根据事件的标识将所述事件划分到与其对应的同源事件序列，并根据事件确定该事件的待发送消息，如果该事件在同源事件序列中存在前置事件，则从待发送消息池中删除前置事件的待发送消息，这样可以有效地为客户筛选出有用的消息，并且还可以减少轮询待发送消息池的时间，进一步提升了工作效率。

根据本发明的实施例，该消息通知装置800可以用于实现图4实施例描述的消息通知方法。

在本发明的一些实施例中，根据所述事件在所述同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机包括：如果所述事件在所述同源事件序列中不存在前置事件且存在后置事件，则所述待发送消息不存入待发送消息池，且不发送所述待发送消息，这样可以有效地为客户筛选出有用的消息，并且还可以减少轮询待发送消息池的时间，进一步提升了工作效率。

图11示意性示出了根据本发明的另一个实施例的消息通知装置的方框图。

如图11所示，除了图8实施例描述的获取模块810、划分模块820、第一确定模块830和第二确定模块840之外，上述消息通知装置800还包括发送模块870。

具体地，发送模块870，如果所述事件为预设事件时，将所述待发送消息存入待发送消息池，并按照所述待发送消息的发送时间发送所述待发送消息。

该消息通知装置800可以通过获取事件，根据事件的标识将事件划分到与其对应的同源事件序列，并根据事件确定事件的待发送消息，如果事件为预设事件时，将待发送消息存入待发送消息池，并按照待发送消息的发送时间发送待发送消息，以此方式可以无需获悉该事件是否存在前置事件或者事件，只要该事件为预设事件就将该事件的待发送消息发送至客户，这样的发送方式更智能、更人性化。

根据本发明的实施例，该消息通知装置800可以用于实现图6实施例描述的消息通知方法。

由于本发明的示例实施例的消息通知装置的各个模块可以用于实现上述2～图6描述的消息通知方法的示例实施例的步骤，因此对于本发明装置实施例中未披露的细节，请参照本发明上述的消息通知方法的实施例。

可以理解的是，获取模块810、划分模块820、第一确定模块830、第二确定模块840、生成模块850、删除模块860、以及发送模块870可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本发明的实施例，获取模块810、划分模块820、第一确定模块830、第二确定模块840、生成模块850、删除模块860、以及发送模块870中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以以对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式的适当组合来实现。或者，获取模块810、划分模块820、第一确定模块830、第二确定模块840、生成模块850、删除模块860、以及发送模块870中的至少一个可以至少被部分地实现为计算机程序模块，当该程序被计算机运行时，可以执行相应模块的功能。

下面参考图12，其示出了适于用来实现本发明实施例的电子设备的计算机系统900的结构示意图。图12示出的电子设备的计算机系统600仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图12所示，计算机系统900包括中央处理单元(CPU)901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中，还存储有系统操作所需的各种程序和数据。CPU901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。

以下部件连接至I/O接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

特别地，根据本发明的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时，执行本申请的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如上述实施例中所述的消息通知方法。

例如，所述的电子设备可以实现如图2中所示的：在步骤S210中，获取事件。在步骤S220中，根据所述事件的标识将所述事件划分到与其对应的同源事件序列。在步骤S230中，根据所述事件确定所述事件的待发送消息。在步骤S240中，根据所述事件在所述同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本发明实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (8)

1.一种消息通知方法，其特征在于，包括：

获取事件；

根据所述事件的标识将所述事件划分到与其对应的同源事件序列；

根据所述事件确定所述事件的待发送消息；

根据所述事件在所述同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机，根据所述事件在所述同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机包括：

如果所述事件在所述同源事件序列中存在前置事件且不存在后置事件，则将所述待发送消息存入待发送消息池，并按照所述待发送消息的发送时间发送所述待发送消息；

如果所述事件在所述同源事件序列中不存在前置事件且存在后置事件，则所述待发送消息不存入所述待发送消息池，且不发送所述待发送消息。

2.根据权利要求1所述的方法，其特征在于，所述事件包括因用户操作或关键状态变化所产生的事件。

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

基于应用场景、用户信息、产品信息、和/或订单信息生成所述事件的标识。

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

如果所述事件在所述同源事件序列中存在前置事件，则从所述待发送消息池中删除所述前置事件的待发送消息。

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

如果所述事件为预设事件时，将所述待发送消息存入待发送消息池，并按照所述待发送消息的发送时间发送所述待发送消息。

6.一种消息通知装置，其特征在于，包括：

获取模块，用于获取事件；

划分模块，用于根据所述事件的标识将所述事件划分到与其对应的同源事件序列；

第一确定模块，用于根据所述事件确定所述事件的待发送消息，其中，根据所述事件在所述同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机包括：

如果所述事件在所述同源事件序列中存在前置事件且不存在后置事件，则将所述待发送消息存入待发送消息池，并按照所述待发送消息的发送时间发送所述待发送消息；

如果所述事件在所述同源事件序列中不存在前置事件且存在后置事件，则所述待发送消息不存入所述待发送消息池，且不发送所述待发送消息；

第二确定模块，用于根据所述事件在所述同源事件序列中是否存在前置事件和/或后置事件确定所述待发送消息的发送时机。

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

一个或多个处理器；以及

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现根据权利要求1～5中任意一项所述的方法。

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

Images