CN109922104A - 消息发送方法及相关设备 - Google Patents

Abstract

本申请提供了一种消息发送方法，该方法可以接收消息并将消息存储至消息存储容器，然后将消息存储容器中的消息聚合后发送至消息的接收对象。消息的接收对象为消息的订阅对象，这样可以根据接收对象的订阅，将消息发送至订阅该消息的接收对象，并不需要由人工线下发送消息，消息发送更加自动化。另外，本申请提供了消息发送设备，以保证上述方法在实际中的应用及实现。

Description

消息发送方法及相关设备

技术领域

本申请涉及消息处理技术领域，更具体地，是消息发送方法及相关设备。

背景技术

在物流领域中，物流服务提供方可以向物流服务需求方提供一些物流消息。物流服务提供方与各个物流服务需求方目前的通讯方式是单点联系，即生成物流消息后，物流服务提供方的工作人员使用自己的通讯工具将该物流消息发送至该物流服务需求方。

但是，物流服务需求方通常数量较多，物流服务提供方向物流服务需求方发送的消息数量较多且类型较为复杂。目前的通讯方式需要人工单独处理，并没有一种统一对消息进行处理的系统。

发明内容

有鉴于此，本申请提供了一种。另外，本申请还提供了一种，用以保证所述方法在实际中的应用及实现。

为实现所述目的，本申请提供的技术方案如下：

第一方面，本申请提供了一种消息发送方法，包括：

接收消息，并将所述消息存储至存储容器；

轮询所述存储容器，将接收对象相同且类型相同的消息聚合；

将聚合消息按照所述聚合消息对应的发送方式，发送至所述聚合消息对应的接收对象。

第二方面，本申请提供了一种消息发送设备，包括：

通信接口，用于接收消息；将聚合消息按照所述聚合消息对应的发送方式，发送至所述聚合消息对应的接收对象；

处理器，用于将所述消息存储至存储容器；轮询所述存储容器，将接收对象相同且类型相同的消息聚合。

第三方面，本申请提供了一种消息发送装置，包括：

消息接收单元，用于接收消息，并将所述消息存储至存储容器；

消息聚合单元，用于轮询所述存储容器，将接收对象相同且类型相同的消息聚合；

消息发送单元，用于将聚合消息按照所述聚合消息对应的发送方式，发送至所述聚合消息对应的接收对象。

由以上技术方案可知，本申请提供了一种消息发送方法，该方法可以接收消息并将消息存储至消息存储容器，然后将消息存储容器中的消息聚合后发送至消息的接收对象。消息的接收对象为消息的订阅对象，这样可以根据接收对象的订阅，将消息发送至订阅该消息的接收对象，并不需要由人工线下发送消息，消息发送更加自动化。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请提供的一种消息发送方法的流程图；

图2为本申请提供的设置系统配置数据的一个示例图；

图3为本申请提供的与图1提供的消息发送方法对应的流程示意图；

图4为本申请提供的另一种消息发送方法的流程图；

图5为本申请提供的又一种消息发送方法的流程图；

图6为本申请提供的一种消息发送设备的结构示意图；

图7为本申请提供的一种消息发送装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

物流领域中，物流服务提供方会向多方提供物流服务，物流服务可以包括多种类型，不同类型的物流服务需求方可能需要其中的某一种或多种类型的服务，因此会向物流服务提供方请求各自所需求的服务。物流服务提供方在提供服务的过程中，会实时产生需要通知物流服务需求方的消息，由于物流服务需求方所需求的物流服务类型不同，因此产生的消息类型也不尽相同，需要一种消息发送方法，来统一管理向各方发送的各种类型的消息。

例如，物流服务提供方为某物流服务平台，物流服务的需求方为电子商务交易中的商家，商家的数量较多且类型包括多种，如大家电、小家电、美妆、服装、生鲜食品等，该物流服务平台可以提供的物流服务包括多种，如仓储、配送、干线运输、运输中转、海关等，某种类型的商家可以请求上述某一种或多种类型的服务。商家请求某类型的物流服务后，即表示商家订阅了该类型的物流服务对应的消息。物流服务平台生成某种类型的消息后，需要将消息发送至商家。目前的消息发送方式为，物流服务平台工作人员线下单点与商家联系，这种方式需要工作人员人工管理与各种不同类型商家的消息发送过程，不够统一化也不够自动化。

对此，本申请提供了一种消息发送方法，见图1，该方法可以具体包括步骤S101～S103。

S101：第一进程接收到消息，将消息存储至第一存储容器。

其中，在物流应用领域中，消息可以来自物流服务提供方自身的系统，例如可以由物流服务提供方的操作人员编写消息，或者消息也可以来自外部系统。可以理解的是，在物流应用领域中，消息是与物流服务相关的消息，但本消息发送方法并不局限于物流应用领域中，在一个系统为多方服务的其他应用场景中也可以应用。在其他应用场景中，消息是与该其他应用场景相关的消息。

第一进程接收到的消息的类型可能是多种，不同的消息接收对象也可能不同。第一进程接收到消息，便将该消息存储至某个存储容器，为了便于描述，可以将该存储容器称为第一存储容器。第一存储容器可以是但不局限于消息数据库表。

进一步地，第一进程接收到消息之后，将消息存储至第一存储容器之前，还可以包括对消息的检测步骤，以检测消息是否为有效的业务消息。具体地，消息具有配置信息，其中包括用户标识、消息类型等，其中用户标识指的是订阅该消息的用户的标识，例如用户为电子商务平台中的商家。检测消息是否有效的标准可以是多种，例如可以检测消息是否在订阅的有效期限内。

以检测消息是否在有效期限内为例，在用户订阅消息时，可以记录用户标识与订阅有效期的对应关系。进而，在接收到消息后，根据消息的配置信息确定消息对应的用户标识，根据用户标识与订阅有效期的对应关系，确定该用户订阅消息的有效期限，判断接收到消息的时间点是否在该有效期限内，若是，则确定该消息为有效消息，否则，确定该消息为无效消息。在包含检测步骤的情况下，第一进程在消息为有效消息的情况下将消息存储至存储容器。

S102：第二进程轮询第一存储容器，将接收对象相同且类型相同的消息聚合，并将聚合后的消息存储至第二存储容器。

其中，第二进程按照预设的时间间隔周期，轮询第一存储容器。每次轮询，均按照一定条件从第一存储容器中获取消息，条件可以是消息的接收对象相同且消息的类型相同。若获取到，便按照一定规则将消息聚合，并将聚合后的消息存储至某个存储容器。为了便于描述，可以将该存储容器称为第二存储容器。需要说明的是，第一存储容器与第二存储容器可以是同一存储容器，也可以是不同存储容器。

需要说明的是，消息的接收对象及消息的类型可以从消息的配置信息中获得。前已述及，配置信息中包含有用户标识，用户即接收对象，用户标识即接收对象的标识，因此根据用户标识便可以确定出接收对象。

其中，消息的类型与应用场景的业务相关，在物流应用场景中，消息类型可以包括经营分析报告更新通知、异常退款通知、商家未及时下发销退单通知、疑似重复发货通知、退款通知等等。当然，以上消息类型仅仅是示例说明，消息的类型并不局限于此，且也并不局限物流应用场景中。

消息的聚合是将多条消息整合为一条消息。具体地，可以确定聚合条数，将上述条件且条数为聚合条数的消息聚合为一条消息。这样，可以将多条消息同时发送出去，从而可以使用较少的通信资源发送较多的消息，且可以降低多次发送对接收对象的影响。

在一个示例中，轮询并聚合的具体实现方式可以是，第二进程确定本轮轮询的消息类型，并按照以下方式进行轮询：从第一存储容器中获得与本轮轮询的消息类型对应的消息，并将得到的消息中属于同一接收对象的消息聚合。也就是说，第二进程在每次轮询时，需要确定轮询的消息类型，然后按照消息类型从消息中获得与消息类型对应的消息，得到某种消息类型的消息后，再将得到的消息按照接收对象聚合。在聚合时，可以是将同一接收对象的所有消息聚合，也可以是按照聚合条数进行聚合，即获取聚合条数，将得到的消息中属于同一接收对象且条数为聚合条数的消息聚合为一条消息。例如，某个类型且某个接收对象的消息有10条，聚合条数为5条，则将该接收对象的该类型的10条消息聚合为2条消息。

更具体地，可以预先设置多种消息类型，配置的消息类型可以包含在系统配置数据中。按照消息类型的排序，每次轮询时将不同的消息类型作为轮询的消息类型。例如，预先设置有10种消息类型，如经营分析报告更新通知、异常退款通知、商家未及时下发销退单通知、疑似重复发货通知、退款通知等等，则某次轮询时将经营分析报告更新通知这种类型作为消息的类型，则下次轮询时将异常退款通知这种类型作为消息的类型，下下次轮询时将商家未及时下发销退单通知作为消息的类型，依次类推，轮询最后一种消息类型后，再重新将第一种消息类型作为轮询时的消息类型。当然，轮询时确定消息类型的方式及聚合的方式并不局限于此，还可以是其他，本申请并不赘述。

或者，系统配置数据中设置的消息类型具有各自的消息等级，消息等级包括多个不同的级别，如紧急、预警及普通。因此，可以按照消息等级由高到低的顺序，依次将不同的消息类型作为轮询的消息类型。

需要说明的是，系统配置数据可以是通过界面由人工配置的，如图2所示的一个配置示例，所配置的消息类型为“经营分析报告更新通知”，消息等级为普通，消息发送间隔为3小时，聚合条数为5条，免打扰开始时间为00:00，免打扰结束时间为00:00，通知方式可以在邮件、旺旺、短信和千牛中选择。其中，从免打扰开始时间及免打扰结束时间可以看出，并没有实际的免打扰时间段。当然，图2所示的系统配置数据仅仅是示例说明，在实际应用中，可以配置其他数据或将内容配置为其他。

S103：第三进程将第二存储容器中的聚合消息，按照聚合消息对应的发送方式，发送至聚合消息对应的接收对象。

其中，聚合后的消息会被存储至第二存储容器中，第三进程用于将第二存储容器中的消息发送出去。需要说明的是，聚合后的消息可以称为聚合消息，每个聚合消息具有对应的发送方式，聚合消息与发送方式之间的对应关系可以是聚合消息的消息类型对应的发送方式。

具体地，每种类型的消息具有对应的发送方式，步骤S102按照消息类型提取消息并将消息聚合后，得到的聚合消息同样具有消息类型。根据聚合消息的消息类型，以及消息类型与发送方式之间的对应关系，便可以确定聚合消息的发送方式。

其中，发送方式可以包括消息的发送时间间隔如每隔3小时发送一次消息，或者还可以包括免打扰时间如20:00-次日5:00。确定发送方式后，便可以按照聚合消息对应的发送方式发送聚合消息。例如，假设发送方式包括每隔3小时发送一次聚合消息且免打扰时间为20:00-次日5:00，则记录每个聚合消息的发送时间，且发送每个聚合消息时需要在上一个聚合消息的发送时间的3小时之后发送，若发送时间在20:00-次日5:00之间，则推迟至5:00之后发送。

综合来讲，即所述第三进程根据聚合消息的消息类型，确定所述消息类型对应的发送方式，所述发送方式包括发送时间间隔和/或免打扰时间，并按照所述发送方式将所述聚合消息发送至对应的接收对象。

更进一步地，第三进程在发送聚合消息时，还可以确定第二存储容器中聚合消息的发送顺序，进而依据所述发送顺序，将聚合消息按照各自对应的发送方式发送至各自对应的接收对象。具体来讲，第二进程将聚合后的消息存储至第二存储容器，第二存储容器中的聚合消息包括多个，聚合消息的发送可以按照一定的顺序。

其中，发送顺序可以是聚合消息的生成先后顺序，或者在另一个示例中，第三进程可以根据聚合消息的消息类型及接收对象，确定聚合消息的优先级，并根据优先级确定聚合消息的发送顺序。具体地，在确定优先级时，可以聚合消息的消息类型对应的消息等级作为聚合消息发送的优先级。例如，聚合消息的消息类型对应的消息等级包括紧急、预警及普通，则将紧急的聚合消息的优先级确定为最高，将预警的聚合消息的优先级确定为中级，将普通的聚合消息的优先级确定为最低。

或者，在确定优先级时，可以使用预先设置的优先级计算方式。其中，优先级计算方式中可以为消息类型及接收对象设置各自的权重值，从而在计算聚合消息的发送优先级时，可以确定聚合消息的消息类型及接收对象各自对应的权重值，更根据该权重值计算得到该聚合消息的发送优先级。进而，可以直接将聚合消息的发送优先级，作为聚合消息的发送顺序。这样，发送优先级越高的聚合消息，便会被越早地发送出去。

另外，有关聚合消息的接收对象。接收对象可以是用户预留的某个联系人，如预留某个人的联系电话，或者接收对象也可以是用户预留的某种角色，具有该角色的联系人可能是一个也可能是多个。

由以上技术方案可知，本申请提供了一种消息发送方法，如图3所示，该方法可以接收消息并将消息存储至消息存储容器，将消息存储容器中的消息聚合，并将聚合消息发送至消息的接收对象。消息的接收对象为消息的订阅对象，这样可以根据接收对象的订阅，将消息发送至订阅该消息的接收对象，该方法并不需要由人工线下发送消息，消息发送更加自动化。

在实际应用中，还可能存在一个问题是，消息的相关人员并未及时查看到消息，若消息中包含新公告、新服务流程等，相关人员无法及时了解，若消息中包含业务处理通知等，也会导致业务不能得到及时的处理。为了尽量避免此种情况，本申请还提供了重发机制。

如图4所示，本申请提供了另一种消息发送方法。该方法与图1所示的消息发送方法相比，还包括如下步骤S404及步骤S405。需要说明的是，图4中的步骤S401～S403与上述图1中的步骤S101～S103相同，此处并不赘述，以下仅对步骤S404及步骤S405进行说明。

S404：第四进程监测聚合消息的接收对象在一定时间长度内是否阅读所述聚合消息；若否，则执行步骤S405。

其中，每个聚合消息可以具有一个是否阅读的标识，若第四进程监测到接收对象阅读该聚合消息，则将该聚合消息的阅读标识设置为已读。可见，根据该阅读标识，第四进程可以确定该聚合消息是否被阅读。

在监测时，可以在聚合消息中携带唯一标识，当聚合消息在接收对象一侧被阅读后，接收对象一侧的设备可以向第四进程发送该唯一标识。需要说明的是，在第三进程发送聚合消息时，可以记录聚合消息的发送时间，第四进程判断在该发送时间之后的一定时间长度内是否接收到该聚合消息的唯一标识，若未接收到，则确定接收对象在该一定时间长度内并未阅读该聚合消息。

更具体地，聚合消息的唯一标识可以是聚合消息涉及的业务标识如商品交易号。聚合消息的发送途径可以是通过网页发送，即将聚合消息包含在某个网页中，用户只有访问某个网页才能查看到该聚合消息。在这种情况下，唯一标识可以携带在包含聚合消息的网页的网址中。例如，用户获得网页后，可以看到该网页中包含有一条消息。该网页的网址中包含有交易号，交易号作为消息的唯一标识。当接收对象打开阅读该消息后，该唯一标识便会被第四进程获取到，以帮助第四进程判断接收对象是否阅读聚合消息。

S405：第四进程向所述接收对象重新发送所述聚合消息。

其中，若第四进程监测到聚合消息的接收对象并未及时阅读聚合消息，为了提醒用户，可以向接收对象重发聚合消息。

以上消息发送方法主要是用于监测用户是否阅读消息，在这个应用场景中，消息主要是公告或通知类消息，消息仅仅用于告知用户一些事宜。但在实际应用中，有些消息是通知用户需要执行一些处理操作，如退款等。为了方便用户执行这些处理操作，可以在消息中隐含携带处理操作相关的网址，在用户阅读消息后，可以进入这些网址所对应的处理操作页面，以使用户可以直接在这些页面上执行相关处理操作。

如图5所示，本申请还提供了一种消息发送方法。该方法在上述图1所示的方法基础上，还包括步骤S504～S506。需要说明的是，图5中的步骤S501～S503与上述图1中的步骤S101～S103相同，此处并不赘述，以下仅对步骤S504～S506进行说明。需要说明的是，步骤S504至步骤S506也可以包含在图4所示的消息发送方法中。

S504：若聚合消息包括待处理操作，则第五进程监测聚合消息的接收对象在一定时间长度内是否处理待处理操作；若否，则执行步骤S505；若是，则执行步骤S506。

其中，若聚合消息中包含待处理操作，如待处理操作为退款，则第五进程可以按照监测接收对象是否阅读聚合消息的方式，来监测接收对象是否处理该待处理操作。每个聚合消息可以具有一个是否处理的标识，若第五进程监测到接收对象处理该聚合消息中的待处理操作，则将该聚合消息的处理标识设置为已处理。可见，根据处理标识，第五进程可以确定聚合消息中的待处理操作是否被处理。

具体地，聚合消息中可以包含唯一标识，若用户执行了相关处理，则会向第五进程发送该唯一标识。若第五进程在聚合消息发送之后的一定时间长度内并未接收到该唯一标识，则确定接收对象并未在该时间长度内处理该待处理操作，从而便可以执行步骤S505的重发操作。

S505：向接收对象重新发送包含待处理操作的聚合消息。

其中，当然在重新发送时，也可以按照上述图1的发送方式，发送方式中包含发送时间间隔和/或免打扰时间段，则按照该发送方法向接收对象重新发送上述步骤S504中的聚合消息。

S506：若聚合消息中包含链接地址，依据链接地址确定待处理操作对应的操作对象；确定操作对象的相关信息，并将相关信息包含在网页中返回接收对象。

其中，聚合消息中包含的待处理操作为待处理网页的链接地址，也就是说，聚合消息中包含链接地址，用户点击该链接地址便可以进入到处理操作的网页，从而进而处理操作。

需要说明的是，聚合消息中包含有链接地址，该链接地址中包含有唯一标识如交易号，当然该链接地址可以是经过处理后的链接地址，使得唯一标识并非是明文，以保证唯一标识的安全性。在这种情况下，可以解析聚合消息中的链接地址后，便可以得到唯一标识。根据该唯一标识，便可以确定该唯一标识所对应的操作对象，该操作对象也即待处理操作对应的操作对象。例如，唯一标识为交易号，交易号对应的操作对象也可以是退款请求、发货请求等等。

在确定操作对象，将操作对象的相关信息包含在网页中返回给接收对象，以使接收对象根据相关信息处理该操作对象。例如，操作对象为退款请求，则将退款数额、退款理由、退款账户、退款商品、扣除费用等相关信息包含在网页中发送给接收对象。

基于图4及图5所示的消息发送方法，还可以统计所有未被阅读或者未被处理的聚合消息列表，并展示该聚合消息列表。

从本申请提供的消息发送方法可以看出，本申请建立了一套统一有效的消息通讯机制，来提升服务提供方与服务需求方的沟通效率。基于服务需求方所订购的服务，不同类型的服务需求方会订阅不同类型的消息，从而实现了不同类型消息的精准投递。另外，本申请可以记录服务需求方对信息的阅读、行动情况，并设置重投消息以防止服务需求方漏看重要消息。再者，本申请实现了精准消息处理链以缩短服务需求方的业务处理时长。

需要说明的是，以上消息发送方法中，第一进程、第二进程、第三进程、第四进程及第五进程可以是同一进程，也可以分别是不同的进程，或者任意多个进程是同一进程。在第一进程、第二进程、第三进程、第四进程及第五进程为多个进程的情况下，该多个进程可以运行在同一设备上，或者也可以分别运行在不同设备上，或者任意多个进程运行在同一设备上。

见图6，其示出了本申请提供的一种消息发送设备的结构，具体包括存储器601、处理器602、通信接口603及总线604。

存储器601，用于存储程序指令和/或数据。

处理器602，通过读取所述存储器601中存储的指令和/或数据，用于执行以下操作：将所述消息存储至存储容器；轮询所述存储容器，将接收对象相同且类型相同的消息聚合。

通信接口603，用于接收消息；将聚合消息按照所述聚合消息对应的发送方式，发送至所述聚合消息对应的接收对象。

总线604，用于将消息发送设备的各个硬件组件耦合在一起。

在一个示例中，所述处理器602用于轮询所述存储容器，将接收对象相同且类型相同的消息聚合，包括：处理器602具体用于确定本轮轮询的消息类型，并按照以下方式进行轮询：从所述存储容器中获得与本轮轮询的消息类型对应的消息，并将得到的消息中属于同一接收对象的消息聚合。

在一个示例中，所述处理器602用于确定本轮轮询的消息类型，包括：处理器602体用于获得系统配置数据，其中所述系统配置数据包括所有的消息类型，每轮从所述消息类型中选择消息类型作为本轮轮询的消息类型。

在一个示例中，所述处理器602用于将得到的消息中属于同一接收对象的消息聚合，包括：处理器602具体用于获取所得到的消息的配置信息，其中所述配置信息包括聚合条数；以及将得到的消息中属于同一接收对象且条数为所述聚合条数的消息聚合。

在一个示例中，所述处理器602用于将聚合消息按照所述聚合消息对应的发送方式，发送至所述聚合消息对应的接收对象，包括：处理器602具体用于确定聚合消息的发送顺序，依据所述发送顺序，将所述聚合消息按照各自对应的发送方式发送至各自对应的接收对象。

在一个示例中，所述处理器602用于确定聚合消息的发送顺序，包括：处理器602具体用于根据聚合消息的消息类型及接收对象，确定聚合消息的优先级，并根据所述优先级确定聚合消息的发送顺序。

在一个示例中，所述处理器602用于将聚合消息按照所述聚合消息对应的发送方式，发送至所述聚合消息对应的接收对象，包括：处理器602具体用于根据聚合消息的消息类型，确定所述消息类型对应的发送方式，所述发送方式包括发送时间间隔和/或免打扰时间，并按照所述发送方式将所述聚合消息发送至对应的接收对象。

在一个示例中，处理器602还用于监测聚合消息的接收对象在一定时间长度内是否阅读所述聚合消息；若否，则向所述接收对象重新发送所述聚合消息。

在一个示例中，处理器602还用于若所述聚合消息包括待处理操作，则监测所述聚合消息的接收对象在一定时间长度内是否处理所述待处理操作；若否，则向通信接口发送包含待处理操作的聚合消息。通信接口603还用于向所述接收对象发送所述聚合消息。

在一个示例中，所述待处理操作为待处理网页的链接地址；则处理器602还用于若监测到所述聚合消息的接收对象在一定时间长度内点击所述网页链接，则依据所述链接地址，确定待处理操作对应的操作对象；以及确定所述操作对象的相关信息。通信接口603还用于将所述相关信息包含在网页中返回所述接收对象。

见图7，其示出了本申请提供的一种消息发送装置的结构。如图7所示，该消息发送装置可以包括：消息接收单元701、消息聚合单元702及消息发送单元703。

消息接收单元701，用于接收消息，并将所述消息存储至存储容器；

消息聚合单元702，用于轮询所述存储容器，将接收对象相同且类型相同的消息聚合；

消息发送单元703，用于将聚合消息按照所述聚合消息对应的发送方式，发送至所述聚合消息对应的接收对象。

需要说明的是，消息发送装置的各个单元在实现具体功能时可以按照上述消息发送方法中的步骤实现。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括上述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (16)

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

接收消息，并将所述消息存储至存储容器；

轮询所述存储容器，将接收对象相同且类型相同的消息聚合；

将聚合消息按照所述聚合消息对应的发送方式，发送至所述聚合消息对应的接收对象。

2.根据权利要求1所述的消息发送方法，其特征在于，所述轮询所述存储容器，将接收对象相同且类型相同的消息聚合，包括：

确定本轮轮询的消息类型，并按照以下方式进行轮询：从所述存储容器中获得与本轮轮询的消息类型对应的消息，并将得到的消息中属于同一接收对象的消息聚合。

3.根据权利要求2所述的消息发送方法，其特征在于，所述确定本轮轮询的消息类型，包括：

获得系统配置数据，其中所述系统配置数据包括所有的消息类型，每轮从所述消息类型中选择消息类型作为本轮轮询的消息类型。

4.根据权利要求2所述的消息发送方法，其特征在于，所述将得到的消息中属于同一接收对象的消息聚合，包括：

获取所得到的消息的配置信息，其中所述配置信息包括聚合条数；

将得到的消息中属于同一接收对象且条数为所述聚合条数的消息聚合。

5.根据权利要求1所述的消息发送方法，其特征在于，所述将聚合消息按照所述聚合消息对应的发送方式，发送至所述聚合消息对应的接收对象，包括：

确定聚合消息的发送顺序，依据所述发送顺序，将所述聚合消息按照各自对应的发送方式发送至各自对应的接收对象。

6.根据权利要求5所述的消息发送方法，其特征在于，所述确定聚合消息的发送顺序，包括：

根据聚合消息的消息类型及接收对象，确定聚合消息的优先级，并根据所述优先级确定聚合消息的发送顺序。

7.根据权利要求1所述的消息发送方法，其特征在于，所述将聚合消息按照所述聚合消息对应的发送方式，发送至所述聚合消息对应的接收对象，包括：

根据聚合消息的消息类型，确定所述消息类型对应的发送方式，所述发送方式包括发送时间间隔和/或免打扰时间，并按照所述发送方式将所述聚合消息发送至对应的接收对象。

8.根据权利要求1所述的消息发送方法，其特征在于，还包括：

监测聚合消息的接收对象在一定时间长度内是否阅读所述聚合消息；若否，则向所述接收对象重新发送所述聚合消息。

9.根据权利要求1或8所述的消息发送方法，其特征在于，还包括：

若所述聚合消息包括待处理操作，则监测所述聚合消息的接收对象在一定时间长度内是否处理所述待处理操作；若否，则向所述接收对象重新发送包含待处理操作的聚合消息。

10.根据权利要求9所述的消息发送方法，其特征在于，所述待处理操作为待处理网页的链接地址，则该方法还包括：

若监测到所述聚合消息的接收对象在一定时间长度内点击所述网页链接，则依据所述链接地址，确定待处理操作对应的操作对象；

确定所述操作对象的相关信息，并将所述相关信息包含在网页中返回所述接收对象。

11.一种消息发送设备，其特征在于，包括：

通信接口，用于接收消息；将聚合消息按照所述聚合消息对应的发送方式，发送至所述聚合消息对应的接收对象；

处理器，用于将所述消息存储至存储容器；轮询所述存储容器，将接收对象相同且类型相同的消息聚合。

12.根据权利要求11所述的消息发送设备，其特征在于，所述处理器用于轮询所述存储容器，将接收对象相同且类型相同的消息聚合，包括：

处理器，具体用于确定本轮轮询的消息类型，并按照以下方式进行轮询：从所述存储容器中获得与本轮轮询的消息类型对应的消息，并将得到的消息中属于同一接收对象的消息聚合。

13.根据权利要求11所述的消息发送设备，其特征在于，所述处理器用于将聚合消息按照所述聚合消息对应的发送方式，发送至所述聚合消息对应的接收对象，包括：

处理器，具体用于确定聚合消息的发送顺序，依据所述发送顺序，将所述聚合消息按照各自对应的发送方式发送至各自对应的接收对象。

14.根据权利要求11所述的消息发送设备，其特征在于，所述处理器用于将聚合消息按照所述聚合消息对应的发送方式，发送至所述聚合消息对应的接收对象，包括：

处理器，具体用于根据聚合消息的消息类型，确定所述消息类型对应的发送方式，所述发送方式包括发送时间间隔和/或免打扰时间，并按照所述发送方式将所述聚合消息发送至对应的接收对象。

15.根据权利要求11所述的消息发送设备，其特征在于，

处理器，还用于若所述聚合消息包括待处理操作，则监测所述聚合消息的接收对象在一定时间长度内是否处理所述待处理操作；若否，则向通信接口发送包含待处理操作的聚合消息；

通信接口，还用于向所述接收对象发送所述聚合消息。

16.一种消息发送装置，其特征在于，包括：

消息接收单元，用于接收消息，并将所述消息存储至存储容器；

消息聚合单元，用于轮询所述存储容器，将接收对象相同且类型相同的消息聚合；

消息发送单元，用于将聚合消息按照所述聚合消息对应的发送方式，发送至所述聚合消息对应的接收对象。