CN112217648A - 一种消息群发的方法以及相关装置 - Google Patents

Abstract

本申请实施例公开了一种消息群发的方法，该方法包括：服务器接收第一管理端发送的群发请求消息，群发请求消息携带群发规则；服务器根据群发规则确定群发对象列表，群发对象列表包括至少一个目标群发对象；服务器向第一管理端发送群发对象列表，以使第一管理端针对至少一个目标群发对象输入群发内容；服务器向至少一个目标群发对象发送群发内容。本申请实施例还提供相应的相关装置。本申请实施例基于每个目标群发对象能够接收到的群发内容均是由服务器统一发出，不仅实现了群发消息的高效性，而且每个目标群发对象接收群发内容都是相互独立的，群发内容被覆盖的可能性较小，不会对消息群发的触达率造成影响，提升了用户体验。

Description

一种消息群发的方法以及相关装置

技术领域

本申请实施例涉及通信技术领域，具体涉及一种消息群发的方法以及相关装置。

背景技术

随着计算机技术的发展，各终端平台的应用程序数量与日俱增，越来越多的用户热衷于使用功能强大的管理类平台或软件对各类任务进行管理。一般地，改管理类平台是基于浏览器的web页面来实现。

目前，针对管理类平台中的消息群发功能，通常采用拉群或客户单聊的这两种方式进行。对于拉群的方式，首先就是将满足条件的客户统一拉到一个群中，服务人员将消息1发送给服务器，通过服务器分别对该群中的客户发送该消息1，客户接收到消息1后反馈消息2，并通过服务器将客户反馈的消息2 一并返回给服务人员；对于客户单聊的方式，服务人员也是将消息1通过服务器发送给客户，客户接收到消息1后反馈消息2，并通过服务器将客户反馈的消息2返回给服务人员。

但是，对于单聊时，服务器的处理能力有限，难以高效率地处理单聊过程中大量的单聊消息；另外当采用拉群的方式群发消息时，是由于服务人员手动批量选取客户，并且若群内人数越多或活跃度越高，那么消息被覆盖的可能性越大，导致消息被触达的触达率越低。因此，如何高效地且不影响触达率的情况下群发消息已经成为了现阶段亟需解决的问题。

发明内容

有鉴于此，为解决上述问题，本申请实施例提供了一种消息群发的方法以及相关装置，用于实现高效率地群发消息，且不影响消息群发的触达率。技术方案如下：

第一方面，本申请实施例提供了一种消息群发的方法，包括：

服务器接收第一管理端发送的群发请求消息，所述群发请求消息携带群发规则；

所述服务器根据所述群发规则确定群发对象列表，所述群发对象列表包括至少一个目标群发对象；

所述服务器向所述第一管理端发送所述群发对象列表，以使所述第一管理端针对所述至少一个目标群发对象输入群发内容；

所述服务器向所述至少一个目标群发对象发送所述群发内容。

第二方面，本申请实施例提供一种服务器，包括：

接收单元，用于接收第一管理端发送的群发请求消息，所述群发请求消息携带群发规则；

确定单元，用于根据所述接收单元接收的所述群发规则确定群发对象列表，所述群发对象列表包括至少一个目标群发对象；

第一发送单元，用于向所述第一管理端发送所述确定单元确定出的所述群发对象列表，以使所述第一管理端针对所述至少一个目标群发对象输入群发内容；

所述第一发送单元，用于向所述至少一个目标群发对象发送所述群发内容。

在一种可能的设计中，在本申请实施例的第二方面的第一种可能实现方式中，所述确定单元，包括：

筛选模块，用于根据所述群发规则从对象联系人中筛选第一群发对象，所述第一群发对象为具备特征信息的对象，所述特征信息包括由所述第一管理端获取历史群发对象的交互行为特征信息、情感特征信息或交互日志信息；

第一生成模块，用于针对所述筛选模块中筛选出的所述第一群发对象生成所述群发对象列表。

在一种可能的设计中，在本申请实施例的第二方面的第二种可能实现方式中，所述确定单元，包括：

所述筛选模块，用于根据所述群发规则从对象联系人中筛选第二群发对象，所述第二群发对象为具备添加人信息的对象或具备标签属性信息的对象；

第二生成模块，用于针对所述筛选模块中筛选出的所述第二群发对象生成所述群发对象列表。

在一种可能的设计中，在本申请实施例的第二方面的第三种可能实现方式中，所述服务器，还包括：

第二发送单元，用于在第一发送单元向至少一个目标群发对象发送群发内容之前，向第二管理端发送所述群发内容和所述群发规则，以使得所述第二管理端根据所述群发内容和所述群发规则生成目标时长，其中，所述第二管理端管理至少一个目标群发对象；

第二接收单元，用于接收所述第二管理端发送的通知消息，所述通知消息携带所述目标时长；

对应地，第一发送单元，包括：

发送模块，用于在所述第二接收单元接收到的所述目标时长内向所述至少一个目标群发对象发送所述群发内容。

在一种可能的设计中，在本申请实施例的第二方面的第四种可能实现方式中，所述服务器还包括：

校验单元，用于在所述第一发送单元向所述至少一个目标群发对象发送所述群发内容之前，对所述至少一个目标群发对象进行校验，以用于过滤不具备关联关系的群发对象。

在一种可能的设计中，在本申请实施例的第二方面的第五种可能实现方式中，所述确定单元，包括：

监测模块，用于监测在群发日期之前未接收过群发内容的至少一个群发对象；

选取模块，用于在所述监测模块监测到的所述群发日期之前未接收过群发内容的至少一个群发对象中随机选取至少一个目标群发对象；

第二生成模块，用于针对所述选取模块选取出的所述至少一个目标群发对象，生成所述群发对象列表。

第三方面，本申请实施例提供一种第一管理端，该第一管理端包括：

创建单元，用于创建群发规则；

发送单元，用于向服务器发送群发请求消息，群发请求消息携带群发规则，群发规则用于服务器确定群发对象列表，群发对象列表包括至少一个目标群发对象；

接收单元，用于接收服务器发送的群发对象列表；

输入单元，用于对接收单元接收到的至少一个目标群发对象列表输入群发内容；

发送单元，用于向服务器发送群发内容。

在一种可能的设计中，在本申请实施例的第三方面的第一种可能实现方式中，创建单元，包括：

获取模块，用于获取历史群发对象的交互行为特征信息、情感特征信息或交互日志特征信息；

训练模块，用于通过算法模型对获取模块获取到的交互行为特征信息、情感特征信息或交互日志特征信息进行训练，得到训练结果；

第一创建模块，用于根据训练模块得到的训练结果创建群发规则。

在一种可能的设计中，在本申请实施例的第三方面的第二种可能实现方式中，创建单元，包括：

获取模块，用于获取群发业务请求，群发业务请求携带对象联系人的标签属性信息或添加人信息；

第二创建模块，用于根据获取模块获取的标签属性信息或添加人信息创建群发规则。

第四方面，本申请实施例提供一种消息群发装置，该消息群发装置包括：

包括：输入/输出(I/O)接口、处理器和存储器，

所述存储器中存储有程序指令；

所述处理器用于执行存储器中存储的程序指令，以用于实现如上述第一方面、第一方面任意一种可能实现方式的方法或第二方面、第二方面任意一种可能实现方式的方法。

本申请第五方面提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机可执行指令，计算机可执行指令用于执行如第一方面、第一方面任意一种可能实现方式的方法或第二方面、第二方面任意一种可能实现方式的方法。

本申请实施例的第六方面提供了一种包含指令的计算机程序产品，当其在计算机或处理器上运行时，使得计算机或处理器执行上述任一方面的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例中，服务器通过接收第一管理端发送的群发规则可以确定出包括至少一个目标群发对象，从而使得第一管理端针对至少一个目标群发对象输入群发内容，并由服务器向至少一个目标群发对象发送该群发内容，因此，基于每个目标群发对象能够接收到的群发内容均是由服务器统一发出，不仅实现了群发消息的高效性，而且每个目标群发对象接收群发内容都是相互独立的，群发内容被覆盖的可能性较小，不会对消息群发的触达率造成影响，提升了用户体验。

附图说明

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

图1是现有技术中以拉群的方式实现消息群发的场景示意图；

图2是本申请实施例中消息群发的***的一个架构示意图；

图3是本申请实施例提供的消息群发的方法一个实施例示意图；

图4是本申请实施例提供的消息群发的方法的另一个实施例示意图；

图5是筛选目标群发对象的一个界面示意图；

图6是筛选目标群发对象的另一个界面示意图；

图7是对目标群发对象输入群发内容的一个示意图；

图8是对目标群发对象输入群发内容的另一个示意图；

图9是对目标群发对象输入群发内容的另一个示意图；

图10是服务器为目标群发对象发送群发内容的一个界面示意图；

图11是本申请实施例提供的消息群发的方法的另一个实施例示意图；

图12是筛选目标群发对象的另一界面示意图；

图13是对目标群发对象输入群发内容的另一个示意图；

图14是本申请实施例中提供的服务器一个实施例示意图；

图15是本申请实施例中提供的服务器另一个实施例示意图；

图16是本申请实施例中提供的服务器另一个实施例示意图；

图17是本申请实施例中提供的第一管理端器一个实施例示意图；

图18是本申请实施例提供的消息群发装置的结构示意图。

具体实施方式

本申请实施例提供了一种消息群发的方法以及相关装置，用于实现高效率地群发消息，且不影响消息群发的触达率，提升了用户体验。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

现代生活中，不论出于个人用途还是商业用途，人们常用过信息群发工具进行消息群发，以提高发送消息的效率，例如：QQ、微信、钉钉、飞信、易信等即时通讯聊天工具。通过手机软件(application，APP)或其他方式对受众进行群体式发送的消息可以称为群发消息，而随着IT时代的发展，群发不再局限于手机信息群发、短信息群发的方式，QQ群发、电子邮件(email) 群发、微博群发、博客群发、阿里旺旺群发以及网页群发等消息群发的形式都已经普遍存在。目前，针对现有中的消息群发的功能，通常是在即时通讯工具中以拉群的方式实现多对多的工作沟通。请参阅图1，为现有技术中以拉群的方式实现消息群发的场景示意图。从图1中可以看出，服务人员首先会把自己所管理的对象，如：对象A、对象B、对象C以及对象D，统一拉进同一个群聊房间中，此时，服务人员在客户端界面中输入或输入消息M后发送给服务器，服务器在接收到消息M后，会根据该服务人员所在的群聊房间的标识信息如：群聊房间ID等将该消息M分别投递给该群聊房间中的其他对象，即投递给对象A、对象B、对象C以及对象D，而对象A、对象B、对象C以及对象D在接收到消息M后，针对该消息M会分别回复消息a、消息b、消息c 以及消息d给服务器，由服务器统一接收了消息a、消息b、消息c以及消息 d后返送到服务人员所持有的客户端。然而，采用这种拉群方式进行消息群发，若是在对象A、对象B以及对象D相对比较活跃的情况下，群聊的消息过多时，对象D要是想要看到消息M就要往回翻看聊天记录，这不仅导致了消息 M的触达率降低，还不利于消息M的高效率群发。

为解决上述问题，本申请实施例提供了一种消息群发的方法，该方法应用于图2所示的消息群发的***，请参阅图2，为本申请实施例中消息群发的***的一个架构示意图。如图2所示，该***架构图中包括第一客户端、服务器以及至少一个目标群发对象，如：对象A、对象B、对象C、对象D、对象E等，该第一客户端给服务器发送群发请求消息，由服务器针对该群发请求消息确定出包括至少一个目标群发对象的群发对象列表，第一管理端基于该至少一个目标群发对象编辑或输入群发内容，并经由服务器向至少一个目标群发对象发送该群发内容，使得每个目标群发对象都能够接收该群发内容，不影响群发内容的触达率。应当理解的是，该***架构可以应用于群发消息的企业微信场景下、微信场景下、QQ等其他即时通讯APP等场景中，本申请具体不做限定。需要说明的是，本申请实施例中仅以企业微信的场景为例进行说明。

其中，图2中所示的第一管理端仅为一个示意，在实际应用中，该第一管理端包含但不限于对群发对象有管理权限的客户管理端，或者对客户管理端具有管理权限的企业管理端等，本申请实施例仅以客户管理端或企业管理端为例进行说明。

应理解的是，上述所描述的目标群发对象，如对象A、对象B、对象C、对象D、对象E仅仅是一个示意，在实际应用中，还可以包括其他的群发对象，如对象G、对象H以及对象Q等。

为便于更好地理解本申请实施例所提出的方案，下面对本实施例中的具体流程进行介绍，如图3所示，为本申请实施例提供的消息群发的方法一个实施例示意图，该方法包括：

301、第一管理端创建群发规则。

本实施例中，群发规则通常指的是在联系人列表中选取某些可以接收到群发消息的对象或客户的策略或条件，并且服务器可以基于该群发规则确定群发对象列表。

值得注意的是，在一些实施例中，对于第一管理端创建群发规则的方式可以包括：第一管理端获取历史群发对象的交互行为特征信息、情感特征信息或交互日志特征信息，并通过算法模型对交互行为特征信息、情感特征信息或交互日志特征信息进行训练，得到训练结果，从而根据训练结果创建群发规则。而应当注意的是交互行为特征信息、情感特征信息或交互日志特征信息都可以指群发对象的社交行为之间的关联程度，可以将关联程度相似的作为一组，进行相似度等级的划分等，在本申请实施例中不做具体限定该相似度等级的划分。

在另一些实施例中，对于第一管理端创建群发规则的方式还可以包括：第一管理端获取群发业务请求，群发业务请求携带对象联系人的标签属性信息或添加人信息并根据标签属性信息或添加人信息创建群发规则。本申请实施例中间举例详细介绍此部分内容，详见图4以及图11所描述的内容，在此不做赘述。

302、第一管理端向服务器发送群发请求消息，群发请求消息携带群发规则。

本实施例中，当第一管理端基于业务需要而接收到业务管理员或服务人员在管理端界面上输入的操作指令时，会向服务器发起群发请求消息。该业务需要可以理解成业务管理员或服务人员想要把某些内容、信息等告知其他的客户或者对象，使得其他的客户或对象能够执行这些内容或信息所指示的操作。应当理解的是，服务人员指的是企业中具有添加外部联系人功能且具有对外服务职责的企业成员，而企业管理员则是指对服务人员有管理权限的企业成员，其中，一个企业管理员可以管理一个或多个服务人员，而一个服务人员也可以管理一个或多个外部联系人，即本申请中所描述的群发对象，群发对象通常指的是可以看到群发内容的对象或者客户。

303、服务器根据群发规则确定群发对象列表，群发对象列表包括至少一个目标群发对象。

本实施例中，服务器在接收到第一管理端发送的群发请求消息时，会在联系人列表中查询出符合条件的群发对象列表，应当注意的是，该群发对象列表包括至少一个目标群发对象，也就是需要给这些目标群发对象发送基于业务需要而执行的内容或信息。

304、服务器向第一管理端发送群发对象列表。

本实施例中，在服务器基于群发请求消息确定出包括至少一个目标群发对象的群发对象列表之后，会向该第一管理端发送群发对象列表，使得第一管理端能够针对这至少一个目标群发对象输入群发内容。应当注意的是，每个目标群发对象接收到的群发内容可以是相同的信息，也有可能不是相同的信息。

305、第一管理端对该至少一个目标群发对象输入群发内容。

本实施例中，在服务器向第一管理端发送了该群发对象列表之后，使得第一管理端能够接收该群发对象列表，从而获知到该群发对象列表中所包括的至少一个目标群发对象有哪些，以此为所包括的至少一个目标群发对象输入群发内容，即输入或编辑的群发消息。

应当注意的是，每个目标群发对象接收到的群发内容可以是相同的信息，也有可能不是相同的信息，应当视具体情况而定，在本申请中不做具体限定。另外，需要说明的是，该群发内容可以是指图片、文本、网页、链接或小程序等，甚至可以是这些图片、文本、网页、链接或小程序的组合等，在实际应用中，还有可能包括其他的群发内容，在本申请中具体不做限定。

306、第一管理端向服务器发送该群发内容。

本实施例中，在为目标群发对象输入或编辑完成该群发内容后，由于服务器的处理能力相对于第一管理端的处理能力较为高效，因此可以借助服务器代为转发该群发内容，使得更加高效的处理群发内容发送给目标群发对象的过程。

307、服务器向至少一个目标群发对象发送该群发内容。

本申请中，由于目标群发对象只是罗列在同一张群发对象列表中，并不是像现有技术中在同一个群聊房间中统一接收群发内容，在本申请中每个目标群发对象接收群发内容是相互独立、互不影响的过程，所以，经由服务器代为向目标群发对象发送群发内容，不仅高效率、还不会影响每个目标群发对象接收群发内容时的触达率。

在本申请技术方案中，由于第一管理端可以包括对群发对象有管理权限的客户管理端，或者对客户管理端具有管理权限的企业管理端，针对不同的管理端可以采用不同方式来确定群发对象列表。

下面将根据不同的第一管理端，分别进行详细说明本申请实施例中提供的消息群发的方案。

1、第一管理端包括企业管理端；

2、第一管理端包括客户管理端。

需要说明的是，上述的2个方案都是为了基于不同方式来确定群发对象列表，其目的都是为了基于群发对象列表高效地进行消息群发。

1、第一管理端为企业管理端

本实施例仅以第一管理端为企业管理端。图4是本申请实施例提供的消息群发的方法的另一个实施例示意图。

如图4所示，本申请实施例提供的消息群发的方法另一个实施例包括：

401、企业管理端创建群发规则。

本实施例中，步骤401可以参照图3中的步骤301所描述的内容进行理解，具体此处不做赘述。

402、企业管理端向服务器发送群发请求消息，群发请求消息携带群发规则。

本实施例中，当企业管理端基于业务需要而接收到业务管理员在界面上输入的操作指令时，会向服务器发起群发请求消息。该业务需要可以理解成业务管理员或服务人员想要把某些内容、信息等告知其他的客户或者对象，使得其他的客户或对象能够执行这些内容或信息所指示的操作。应当理解的是，企业管理员则是指对服务人员有管理权限的企业成员，其中，一个企业管理员可以管理一个或多个服务人员。

需要说明的是，该群发请求消息中携带有群发规则，群发规则通常指的是在联系人列表中选取某些可以接收到群发消息的对象或客户的策略或条件，并且服务器可以基于该群发规则确定群发对象列表。其中，该群发规则可以包括添加人规则或标签规则。需注意的是，标签属性规则是针对那些具有某种属性的规则，如：一般、重要、核心等对象级别，添加人规则则是直接针对具体的对象，如:张三、李四、王武等。在实际应用中，还可以存在除上述所描述的对象级别等标签属性规则、具体的对象(如:张三、李四、王武)以外，还可以有其他的标签属性规则，如：较重要等，或者是其他的具体对象，如：李林、赵青等，本申请中不做具体限定。

403、服务器根据群发规则从对象联系人中筛选第二群发对象，第二群发对象为具备添加人信息的对象或具备标签属性信息的对象。

本实施例中，服务器在接收到企业管理端发送的群发请求消息时，会获取到该群发请求消息中的群发规则，因此，服务器可以根据该群发规则从对象联系人中筛选出符合该群发规则的至少一个目标群发对象，即上述所描述的第二群发对象。

在一些实施例中，具体地，上述的群发规则可以是添加人规则，因此，服务器可以根据添加人规则从对象联系人中筛选出具备添加人信息的至少一个目标群发对象。如图5所示，为筛选目标群发对象的一个界面示意图。从图5 可以看出，对象联系人可以包括：刘倩、别名大锅、哔哔vice、张三、李四、王武、李林、赵青、赵云等联系人，那么服务器可以根据添加人规则从这些联系人中筛选出目标群发对象，比如：该添加人规则为选取姓氏为“赵”的联系人，那么服务器很快就可以筛选出目标群发对象为赵青和赵云等。

应当注意的是，该添加人规则也可以是直接从对象联系人中直接选取联系人，比如说：直接选取刘倩、别名大锅、哔哔vice。在实际应用中，还可以是选取赵云等联系人作为目标群发对象，在本申请实施例中不做具体限定。

在另外一些实施例中，具体地，上述的群发规则还可以是标签属性规则，因此，服务器可以根据标签属性规则从对象联系人中筛选至少一个具备标签属性信息的目标群发对象，而标签属性规则是针对那些具有某种属性的规则，如：“一般”、“重要”、“核心”等对象级别。如图6所示，为筛选目标群发对象的另一界面示意图。从图6可以看出，对象联系人可以包括：刘倩、别名大锅、哔哔vice、张三、李四、王武、李林、赵青、赵云等联系人；其中，标签属性为“一般”的联系人有：刘倩、张三；标签属性为“重要”的联系人有：别名大锅、哔哔vice、李四、赵云；标签属性为“核心”的联系人有王武、李林、赵青。因此，当该标签属性规则为“重要”属性，那么服务器可以根据标签属性规则为“重要”属性筛选出目标群发对象，即筛选出别名大锅、哔哔vice、李四、赵云。

在实际应用中，当该标签属性规则为“一般”属性，那么服务器筛选出“一般”属性的目标群发对象，即刘倩、张三；或者是当该标签属性规则为“核心”属性，那么服务器筛选出“核心”属性的目标群发对象，即王武、李林、赵青；当然，还可以有其他的标签属性规则，如：“较重要”等，对于标签属性规则在本申请实施例中不做具体限定。

404、服务器针根据第二群发对象生成群发对象列表。

本实施例中，服务器在基于群发规则确定出第二群发对象后，会把该第二群发对象中的至少一个目标群发对象排列成群发对象列表，主要是为了统一告知企业管理端。

405、服务器向企业管理端发送群发对象列表。

本实施例中，在服务器基于群发规则确定出包括至少一个目标群发对象的群发对象列表之后，会向该企业管理端发送群发对象列表，使得企业管理端能够针对这至少一个目标群发对象输入群发内容。应当注意的是，对目标群发对象可以输入相同的信息或内容，也可以是不同的信息或内容，本申请实施例中具体不做限定。

406、企业管理端对该至少一个目标群发对象输入群发内容。

本实施例中，在服务器向企业管理端发送了该群发对象列表之后，使得企业管理端能够接收该群发对象列表，从而获知到该群发对象列表中所包括的至少一个目标群发对象有哪些，以此为所包括的至少一个目标群发对象输入群发内容。

在参照步骤403所描述的内容的基础上，具体地，请参照图7，为对目标群发对象输入群发内容的一个示意图，如图7所示，当服务器向企业管理端发送的是标签属性为“核心”的目标群发对象时，企业管理端会针对“核心”属性的目标群发对象(如：王武、李林、赵青)输入如：“请明天上午9:00am于会议室召开换届选举大会”的文本信息。也可以参考图8所示，为对目标群发对象输入群发内容的另一个示意图，如图8所示，当服务器向企业管理端发送的是添加人规则所筛选出的目标群发对象时，企业管理端会针对这些目标群发对象(如：刘倩、别名大锅、哔哔vice)输入如：“http://tp.48ngcz.cn/，请点击此链接为选手B进行投票，谢谢！”的链接信息和文本信息的组合。当然，还可以参考图9所示，为对目标群发对象输入群发内容的另一个示意图，如图9 所示，当服务器向企业管理端发送的是标签属性为“重要”的目标群发对象时，企业管理端会针对“重要”属性的目标群发对象(如：别名大锅、哔哔vice、李四、赵云)输入如：“晚礼服设计图稿”的图片信息等等。另外，需要说明的是，该群发内容还可以是指网页或小程序等其他信息，甚至可以是与图片、文本、网页、链接或小程序进行组合形成的其他群发内容等，在实际应用中，还有可能包括其他的群发内容，在本申请中具体不做限定。

407、企业管理端向服务器发送该群发内容。

本实施例中，在为目标群发对象输入或编辑完成该群发内容后，由于服务器的处理能力相对于企业管理端的处理能力较为高效，因此可以借助服务器代为转发该群发内容，使得更加高效的处理群发内容发送给目标群发对象的过程。

408、服务器向第二管理端发送群发内容和群发规则。

本实施例中，为避免服务器在接收到群发内容后向目标群发对象发送的过程中造成消息拥堵，所以可以向直接管理群发对象的第二管理端发送该群发内容和群发规则，其目的主要是使得第二管理端根据所述群发内容和所述群发规则生成适合服务器向目标群发对象发送群发内容时的时间，即目标时长，其中，所述第二管理端管理至少一个目标群发对象。

409、第二管理端根据群发内容和群发规则生成目标时长。

本实施例中，由于第二管理端是直接对对象联系人，包括目标群发对象进行管理，因此通过第二管理端确定出的目标时长是比较适合服务器在合适的时间上向目标群发对象发送该群发内容的时间。应当注意的是，目标时长可以是 10s，或者6s等，本申请具体不做限定。

410、第二管理端向服务器发送通知消息，通知消息携带目标时长。

411、服务器在目标时长内向至少一个目标群发对象发送群发内容。

本申请中，目标时长是比较适合服务器在合适的时间上向目标群发对象发送该群发内容的时间，因此在接收了第二管理端发送的通知消息后，从中获取出该目标时长后，就可以在目标时长内把从企业管理端中接收的群发内容发送给至少一个目标群发对象，使得每个目标群发对象在浏览或审阅到该群发内容后执行相应的操作。具体地，请参照图10，为服务器为目标群发对象发送群发内容的一个界面示意图，如图10所示，服务器向企业管理端发送的是添加人规则所筛选出的目标群发对象时，企业管理端会针对这些目标群发对象(如：刘倩、别名大锅、哔哔vice)输入如：“请点击http://tp.48ngcz.cn/链接为选手B进行投票，谢谢！”的链接信息和文本信息的组合，使得服务器在目标时长(如10s)内向刘倩、别名大锅、哔哔vice分别发送“http://tp.48ngcz.cn/，请点击此链接为选手B进行投票，谢谢！”的链接信息和文本信息的组合，从而让刘倩、别名大锅、哔哔vice在浏览到该信息后，点击其中的链接“http://tp.48ngcz.cn/”为选手B进行投票。

在一些实施例中，在服务器向至少一个目标群发对象发送群发内容之前，服务器对至少一个目标群发对象进行校验，以用于过滤不具备关联关系的群发对象。

在一些实施例中，在服务器向目标群发对象发送群发内容后，该服务器还可以存储该群发内容和群发规则，方便今后查验。

本实施中，由于目标群发对象只是罗列在同一张群发对象列表中，并不是像现有技术中在同一个群聊房间中统一接收群发内容，在本申请中每个目标群发对象接收群发内容是相互独立、互不影响的过程，所以，经由服务器代为向目标群发对象发送群发内容，不仅高效率、还不会影响每个目标群发对象接收群发内容时的触达率。

2、第一管理端为客户管理端

本实施例仅以第一管理端为客户管理端。图11是本申请实施例提供的消息群发的方法的另一个实施例示意图。

如图11所示，本申请实施例提供的消息群发的方法另一个实施例包括：

1101、客户管理端创建群发规则。

本实施例中，步骤1101可以参照图3中的步骤301所描述的内容进行理解，具体此处不做赘述。

1102、客户管理端向服务器发送群发请求消息，群发请求消息携带群发规则。

本实施例中，当客户管理端基于业务需要而接收到业务管理员或服务人员在管理端界面上输入的操作指令时，会向服务器发起群发请求消息。该业务需要可以理解成业务管理员或服务人员想要把某些内容、信息等告知其他的客户或者对象，使得其他的客户或对象能够执行这些内容或信息所指示的操作。应当理解的是，服务人员指的是企业中具有添加外部联系人功能且具有对外服务职责的企业成员，一个服务人员也可以管理一个或多个外部联系人，即本申请中所描述的群发对象。

1103、服务器监测在群发日期之前未接收过群发内容的至少一个群发对象。

本实施例中，在接收到客户管理端发送的群发请求消息后，会确定出接收到该群发请求消息的群发日期，从而监测在该群发日期之前没有接收过群发内容的群发对象，该群发对象可以是一个或多个，本申请实施例中不做具体限定。

例如：假设客户端是在2019年7月3日14:00pm向服务器发送该群发请求消息，那么服务器就会监测在该2019年7月3日14:00pm以前没有接收过群发内容的群发对象，比如：刘倩、别名大锅、哔哔vice、陈雨、张晨、王武、李林、赵青、赵云等，在实际应用中，还可以包括其他的张三、李四等，本申请中不坐具体限定。

1104、服务器在群发日期之前未接收过群发内容的至少一个群发对象中随机选取至少一个目标群发对象。

本实施例中，在监测到群发日期之前未接收过群发内容的至少一个群发对象后，服务器可以从中随机选取其中的对象作为目标群发对象。

例如：在步骤1103所描述的实施例基础上，参照图12，为筛选目标群发对象的另一个界面示意图。从图12可以看出，服务器监测在该2019年7月3日 14:00pm以前没有接收过群发内容的群发对象包括：刘倩、别名大锅、哔哔vice、陈雨、张晨、王武、李林、赵青、赵云等，此时服务器可以从这些群发对象中随机选取出陈雨、张晨、李林作为目标群发对象。

1105、服务器针对至少一个目标群发对象，生成群发对象列表。

本实施例中，服务器在随机选取出至少一个目标群发对象后，会把这些至少一个目标群发对象排列成群发对象列表，主要是为了统一告知管理目标群发对象的客户管理端。

1106、服务器向客户管理端发送群发对象列表。

本实施例中，在服务器基于群发请求消息确定出包括至少一个目标群发对象的群发对象列表之后，会向该客户管理端发送群发对象列表，使得客户管理端能够针对这至少一个目标群发对象输入群发内容。应当注意的是，对目标群发对象可以输入相同的信息或内容，也可以是不同的信息或内容，本申请实施例中具体不做限定。

1107、客户管理端对该至少一个目标群发对象输入群发内容。

本实施例中，在服务器向客户管理端发送了该群发对象列表之后，使得客户管理端能够接收该群发对象列表，从而获知到该群发对象列表中所包括的至少一个目标群发对象有哪些，以此为所包括的至少一个目标群发对象输入群发内容。

在参照步骤1104所描述的内容的基础上，具体地，请参照图13，为对目标群发对象输入群发内容的另一个示意图，如图13所示，当服务器从这些群发日期为2019年7月3日14:00pm之前没有接收过群发内容的群发对象中随机选取出陈雨、张晨、李林作为目标群发对象时，客户管理端会针对“陈雨、张晨、李林”输入如：“请于15:00pm把会议资料递交”的文本信息。

1108、客户管理端向服务器发送该群发内容。

本实施例中，在为目标群发对象输入或编辑完成该群发内容后，由于服务器的处理能力相对于客户管理端的处理能力较为高效，因此可以借助服务器代为转发该群发内容，使得更加高效的处理群发内容发送给目标群发对象的过程。

1109、服务器在接收群发内容后，对至少一个目标群发对象进行校验，以用于过滤不具备关联关系的群发对象。

本实施例中，该关联关系指的是群发对象与客户管理端对应的服务人员之间具有好友关系、同事关系或者其他的社交关系等，在服务器接收了群发内容后，对目标群发对象进行校验其目的主要为了在向客户管理端发送群发对象列表后，该目标群发对象单方面的删除或拉黑了客户管理端对应的服务人员的情况下，避免重复发送群发内容。

1110、服务器向至少一个目标群发对象发送该群发内容。

本申请中，由于目标群发对象只是罗列在同一张群发对象列表中，并不是像现有技术中在同一个群聊房间中统一接收群发内容，在本申请中每个目标群发对象接收群发内容是相互独立、互不影响的过程，所以，经由服务器代为向目标群发对象发送群发内容，不仅高效率、还不会影响每个目标群发对象接收群发内容时的触达率。

因此，基于每个目标群发对象能够接收到的群发内容均是由服务器统一发出，不仅实现了群发消息的高效性，而且每个目标群发对象接收群发内容都是相互独立的，群发内容被覆盖的可能性较小，不会对消息群发的触达率造成影响，提升了用户体验。

上述主要从交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是为了实现上述功能，包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本申请中所公开的实施例描述的各示例的模块及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

下面对本申请实施例中的服务器进行详细描述，请参阅图14，图14为本申请实施例中提供的服务器一个实施例示意图，该服务器可以包括：

接收单元1401，用于接收第一管理端发送的群发请求消息，所述群发请求消息携带群发规则；

确定单元1402，用于根据所述接收单元1402接收的所述群发规则确定群发对象列表，所述群发对象列表包括至少一个目标群发对象；

第一发送单元1403，用于向所述第一管理端发送所述确定单元1402确定出的所述群发对象列表，以使所述第一管理端针对所述至少一个目标群发对象输入群发内容；

所述第一发送单元1403，用于向所述至少一个目标群发对象发送所述群发内容。

可选地，在上述图14所对应的实施例的基础上，请参阅图15，本申请实施例提供的服务器的另一实施例中，确定单元1402包括：

筛选模块14021，用于根据所述群发规则从对象联系人中筛选一群发对象，所述第一群发对象为具备特征信息的对象，所述特征信息包括由所述第一管理端获取历史群发对象的交互行为特征信息、情感特征信息或交互日志信息；

第一生成模块14022，用于针对所述筛选模块14021中筛选出的所述第一群发对象生成所述群发对象列表。

可选地，在上述图14所对应的实施例的基础上，本申请实施例提供的服务器的另一实施例中，所述所述确定单元1402，包括：筛选模块，用于根据所述群发规则从对象联系人中筛选第二群发对象，所述第二群发对象为具备添加人信息的对象或具备标签属性信息的对象；第二生成模块，用于针对所述筛选模块中筛选出的所述第二群发对象生成所述群发对象列表。

可选地，在上述图14所对应的实施例的基础上，本申请实施例提供的服务器的另一实施例中，该服务器还可以包括：第二发送单元，用于在第一发送单元向至少一个目标群发对象发送群发内容之前，向第二管理端发送所述群发内容和所述群发规则，以使得所述第二管理端根据所述群发内容和所述群发规则生成目标时长，其中，所述第二管理端管理至少一个目标群发对象；第二接收单元，用于接收所述第二管理端发送的通知消息，所述通知消息携带所述目标时长；对应地，第一发送单元，包括：发送模块，用于在所述第二接收单元接收到的所述目标时长内向所述至少一个目标群发对象发送所述群发内容。

可选地，在上述图14所对应的实施例的基础上，请参阅图16，本申请实施例提供的服务器的另一实施例中，确定单元1402包括：

监测模块14023，用于监测在群发日期之前未接收过群发内容的至少一个群发对象；

选取模块14024，用于在所述监测模块14023监测到的所述群发日期之前未接收过群发内容的至少一个群发对象中随机选取至少一个目标群发对象；

第二生成模块14025，用于针对所述选取模块14024选取出的所述至少一个目标群发对象，生成所述群发对象列表。

可选地，在上述图14所对应的实施例的基础上，本申请实施例提供的服务器的另一实施例中，该服务器还可以包括：校验单元，用于在所述第一发送单元向所述至少一个目标群发对象发送所述群发内容之前，对所述至少一个目标群发对象进行校验，以用于过滤不具备关联关系的群发对象。

因此，基于每个目标群发对象能够接收到的群发内容均是由服务器统一发出，不仅实现了群发消息的高效性，而且每个目标群发对象接收群发内容都是相互独立的，群发内容被覆盖的可能性较小，不会对消息群发的触达率造成影响，提升了用户体验。

上面主要详细介绍了服务器，下面对本申请实施例中的第一管理端进行详细描述，请参阅图17，图17为本申请实施例中提供的第一管理端一个实施例示意图，该第一管理端可以包括：

创建单元1501，用于创建群发规则；

发送单元1502，用于向服务器发送群发请求消息，所述群发请求消息携带所述群发规则，所述群发规则用于所述服务器确定群发对象列表，所述群发对象列表包括至少一个目标群发对象；

接收单元1503，用于接收所述服务器发送的所述群发对象列表；

输入单元1504，用于对所述接收单元1503接收到的所述至少一个目标群发对象列表输入群发内容；

所述发送单元1502，用于向所述服务器发送所述输入单元1504输入的群发内容。

可选地，在上述图17所对应的实施例的基础上，本申请实施例提供的第一管理端的另一实施例中，所述创建单元1501，包括：获取模块，用于获取历史群发对象的交互行为特征信息、情感特征信息或交互日志特征信息；训练模块，用于通过算法模型对所述获取模块获取到的所述交互行为特征信息、所述情感特征信息或所述交互日志特征信息进行训练，得到训练结果；第一创建模块，用于根据所述训练模块得到的所述训练结果创建所述群发规则。

可选地，在上述图17所对应的实施例的基础上，本申请实施例提供的第一管理端的另一实施例中，所述创建单元1501，包括：获取模块，用于获取群发业务请求，所述群发业务请求携带对象联系人的标签属性信息或添加人信息；第二创建模块，用于根据所述获取模块获取的所述标签属性信息或添加人信息创建所述群发规则。

因此，基于每个目标群发对象能够接收到的群发内容均是由服务器统一发出，不仅实现了群发消息的高效性，而且每个目标群发对象接收群发内容都是相互独立的，群发内容被覆盖的可能性较小，不会对消息群发的触达率造成影响，提升了用户体验。

上面从模块化功能实体的角度对本申请实施例中的服务器或第一管理端进行描述，下面从硬件处理的角度对本申请实施例中的服务器或第一管理端进行描述。图18是本申请实施例提供的消息群发装置的结构示意图，该消息群发装置可以包括上述所描述的服务器或第一管理端，该消息群发装置可因配置或性能不同而产生比较大的差异，该消息群发装置可以至少一个处理器1601，通信线路1607，存储器1603以及至少一个通信接口1604。

处理器1601可以是一个通用中央处理器(central processing unit， CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，服务器IC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路1607可包括一通路，在上述组件之间传送信息。

通信接口1604，使用任何收发器一类的装置，用于与其他装置或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网 (wireless local areanetworks，WLAN)等。

存储器1603可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储装置，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储装置，存储器可以是独立存在，通过通信线路1607与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器1603用于存储执行本申请方案的计算机执行指令，并由处理器1601来控制执行。处理器1601用于执行存储器1603中存储的计算机执行指令，从而实现本申请上述实施例提供的消息群发的方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，该消息群发装置可以包括多个处理器，例如图18中的处理器1601和处理器1602。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个装置、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，该消息群发装置还可以包括输出设备 1605和输入设备1606。输出设备1605和处理器1601通信，可以以多种方式来显示信息。输入设备1606和处理器1601通信，可以以多种方式接收用户的输入。例如，输入设备1606可以是鼠标、触摸屏装置或传感装置等。

上述的该消息群发装置可以是一个通用装置或者是一个专用装置。在具体实现中，该消息群发装置可以是台式机、便携式电脑、nas服务器、无线终端装置、嵌入式装置或有图18中类似结构的装置。本申请实施例不限定该消息群发装置的类型。

在本申请实施例中，该消息群发装置所包括的处理器1601还具有以下功能：

接收第一管理端发送的群发请求消息，所述群发请求消息携带群发规则；

根据所述群发规则确定群发对象列表，所述群发对象列表包括至少一个目标群发对象；

向所述第一管理端发送所述群发对象列表，以使所述第一管理端针对所述至少一个目标群发对象输入群发内容；

向所述至少一个目标群发对象发送所述群发内容。

在本申请的一些实施例中，该处理器1601还可以具体用于，所述服务器根据所述群发规则从对象联系人中筛选第一群发对象，所述第一群发对象为具备特征信息的对象，所述特征信息包括由所述第一管理端获取历史群发对象的交互行为特征信息、情感特征信息或交互日志信息；所述服务器根据所述第一群发对象生成所述群发对象列表。

在本申请的一些实施例中，该处理器1601还可以具体用于，所述服务器根据所述群发规则从对象联系人中筛选第二群发对象，所述第二群发对象为具备添加人信息的对象或具备标签属性信息的对象；所述服务器根据所述第二群发对象生成所述群发对象列表。

在本申请的一些实施例中，该处理器1601还可以具体用于，在所述服务器向所述至少一个目标群发对象发送所述群发内容之前，所述服务器向第二管理端发送所述群发内容和所述群发规则，以使得所述第二管理端根据所述群发内容和所述群发规则生成目标时长，其中，所述第二管理端管理至少一个目标群发对象；接收所述第二管理端发送的通知消息，所述通知消息携带所述目标时长；在所述目标时长内向所述至少一个目标群发对象发送所述群发内容。

在本申请的一些实施例中，该处理器1601还可以具体用于，监测在群发日期之前未接收过群发内容的至少一个群发对象；在所述群发日期之前未接收过群发内容的至少一个群发对象中随机选取至少一个目标群发对象；针对所述至少一个目标群发对象，生成所述群发对象列表。

在本申请的一些实施例中，该处理器1601还可以具体用于，在向所述至少一个目标群发对象发送所述群发内容之前，对所述至少一个目标群发对象进行校验，以用于过滤不具备关联关系的群发对象。

在本申请实施例中，该消息群发装置所包括的处理器1601还具有以下功能：

第一管理端创建群发规则；

向服务器发送群发请求消息，所述群发请求消息携带所述群发规则，以用于所述服务器确定群发对象列表，所述群发对象列表包括至少一个目标群发对象；

接收所述服务器发送的所述群发对象列表；

对所述至少一个目标群发对象输入群发内容；

向所述服务器发送所述群发内容。

在本申请的一些实施例中，该处理器1601还可以具体用于，所述第一管理端获取历史群发对象的交互行为特征信息、情感特征信息或交互日志特征信息；所述第一管理端通过算法模型对所述交互行为特征信息、所述情感特征信息或所述交互日志特征信息进行训练，得到训练结果；所述第一管理端根据所述训练结果创建所述群发规则。

在本申请的一些实施例中，该处理器1601还可以具体用于，所述第一管理端获取群发业务请求，所述群发业务请求携带对象联系人的标签属性信息或添加人信息；所述第一管理端根据所述标签属性信息或添加人信息创建所述群发规则。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的***，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

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

服务器接收第一管理端发送的群发请求消息，所述群发请求消息携带群发规则；

所述服务器根据所述群发规则确定群发对象列表，所述群发对象列表包括至少一个目标群发对象；

所述服务器向所述第一管理端发送所述群发对象列表，以使所述第一管理端针对所述至少一个目标群发对象输入群发内容；

所述服务器向所述至少一个目标群发对象发送所述群发内容。

2.根据权利要求1所述的方法，其特征在于，所述服务器根据所述群发规则确定群发对象列表，包括：

所述服务器根据所述群发规则从对象联系人中筛选第一群发对象，所述第一群发对象为具备特征信息的对象，所述特征信息包括由所述第一管理端获取历史群发对象的交互行为特征信息、情感特征信息或交互日志信息；

所述服务器根据所述第一群发对象生成所述群发对象列表。

3.根据权利要求1所述的方法，其特征在于，所述服务器根据所述群发规则确定群发对象列表，包括：

所述服务器根据所述群发规则从对象联系人中筛选第二群发对象，所述第二群发对象为具备添加人信息的对象或具备标签属性信息的对象；

所述服务器根据所述第二群发对象生成所述群发对象列表。

4.根据权利要求1至3中任一所述的方法，其特征在于，在所述服务器向所述至少一个目标群发对象发送所述群发内容之前，还包括：

所述服务器向第二管理端发送所述群发内容和所述群发规则，以使得所述第二管理端根据所述群发内容和所述群发规则生成目标时长，其中，所述第二管理端管理至少一个目标群发对象；

所述服务器接收所述第二管理端发送的通知消息，所述通知消息携带所述目标时长；

对应地，所述服务器向所述至少一个目标群发对象发送所述群发内容，包括：

所述服务器在所述目标时长内向所述至少一个目标群发对象发送所述群发内容。

5.根据权利要求1所述的方法，其特征在于，在所述服务器向所述至少一个目标群发对象发送所述群发内容之前，还包括：

所述服务器对所述至少一个目标群发对象进行校验，以用于过滤不具备关联关系的群发对象。

6.一种消息群发的方法，其特征在于，包括：

第一管理端创建群发规则；

所述第一管理端向服务器发送群发请求消息，所述群发请求消息携带所述群发规则，所述群发规则用于所述服务器确定群发对象列表，所述群发对象列表包括至少一个目标群发对象；

所述第一管理端接收所述服务器发送的所述群发对象列表；

所述第一管理端对所述至少一个目标群发对象输入群发内容；

所述第一管理端向所述服务器发送所述群发内容。

7.根据权利要求6所述的方法，其特征在于，所述第一管理端创建所述群发规则，包括：

所述第一管理端获取历史群发对象的交互行为特征信息、情感特征信息或交互日志特征信息；

所述第一管理端通过算法模型对所述交互行为特征信息、所述情感特征信息或所述交互日志特征信息进行训练，得到训练结果；

所述第一管理端根据所述训练结果创建所述群发规则。

8.根据权利要求6所述的方法，其特征在于，所述第一管理端创建所述群发规则，包括：

所述第一管理端获取群发业务请求，所述群发业务请求携带对象联系人的标签属性信息或添加人信息；

所述第一管理端根据所述标签属性信息或添加人信息创建所述群发规则。

9.一种消息群发装置，其特征在于，所述消息群发装置包括：输入/输出(I/O)接口、处理器和存储器，

所述存储器中存储有程序指令；

所述处理器用于执行存储器中存储的程序指令，执行如权利要求1-5或6-8中任一所述的方法。

10.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在计算机设备上运行时，使得所述计算机设备执行如权利要求1-5或6-8中一项所述的方法。

Images