消息发送方法、装置、服务器及存储介质与流程

1.本技术属于计算机技术领域，尤其涉及一种消息发送方法、装置、服务器及存储介质。


背景技术：

2.随着计算机技术的发展，可以用于在消息发送方与消息接收方之间传输消息的渠道也越来越多样化，例如，可以采用短信应用、微信应用、富信应用、邮件应用等多种应用中的至少一种进行消息传输。
3.相关技术中，消息发送方在发送消息时，通常是采用固定的消息传输方式进行消息发送，如，采用短信应用向消息接收方发送，或者同时采用短信应用和微信应用并行向消息接收方发送。然而，这种消息发送方以某种固定的消息传输方式进行消息发送的方式，容易出现在消息发送方向消息接收方发送消息，但消息接收方未启用该消息传输方式时，消息接收方接收不到该消息，导致消息不能被及时送达至消息接收方，即，导致消息送到率不高。


技术实现要素：

4.本技术实施例提供了一种消息发送方法、装置、服务器及存储介质，可以解决相关技术中，以某种固定的消息传输方式进行消息发送的方式，容易出现在消息发送方向消息接收方发送消息，但消息接收方未启用该消息传输方式时，消息接收方接收不到该消息，导致消息不能被及时送达至消息接收方，即，导致消息送到率不高的问题。
5.本技术实施例的第一方面提供了一种消息发送方法，包括：
6.响应于接收到消息发送请求，根据消息发送请求中的场景描述信息确定业务场景信息，其中，消息发送请求包括待发送消息和场景描述信息；
7.获取与业务场景信息对应的分类规则集，分类规则集中的分类规则包括相对应的分类条件和目标消息传输通道；
8.获取多个消息接收方的属性信息，属性信息包括至少一个属性及属性值；
9.根据各消息接收方的属性信息和分类规则集，确定对应于各消息接收方的目标消息传输通道，以及根据各消息接收方对应的目标消息传输通道，向相应消息接收方发送待发送消息。
10.进一步地，分类规则集为树形图的结构，树形图的根节点指示分类规则集对应的业务场景信息，树形图的顶层叶子节点指示目标消息传输通道，以及根节点与顶层叶子节点之间的中间节点指示与目标消息传输通道对应的分类条件。
11.进一步地，方法还包括：
12.响应于检测到分类规则修改操作，呈现树形图，以及将树形图的编辑状态设置为可编辑的状态；
13.响应于检测到节点增加操作，确定节点增加操作所增加的节点的目标类型和节点
添加位置，以及在节点添加位置处添加目标类型的节点；
14.接收针对所增加节点的节点配置信息，节点配置信息包括节点名称和节点对应的分类条件；
15.响应于检测到修改结束操作，根据修改后的节点、各节点的节点配置信息生成新的树形图。
16.进一步地，在分类规则集中的分类规则所包括的分类条件有多个时，根节点与顶层叶子节点之间的中间节点的级数有多级，且一级中间节点对应一个分类条件，以及方法还包括：
17.响应于检测到针对多级中间节点的节点合并操作，将多级中间节点合并成一个总节点，其中，总节点与各级中间节点的分类条件的集合相对应。
18.进一步地，方法还包括：
19.将各消息接收方的属性信息输入预先训练的分类模型，得到对应于各消息接收方的目标消息传输通道，其中，分类模型用于表征属性信息与目标消息传输通道之间的对应关系。
20.进一步地，分类模型通过如下步骤生成：
21.获取样本信息集合，样本信息集合中的样本信息包括样本属性信息和样本属性信息对应的目标消息传输通道；
22.将样本信息集合中的样本属性信息作为输入，将与输入的样本属性信息对应的目标消息传输通道作为期望输出，训练得到分类模型。
23.进一步地，方法还包括：
24.接收消息接收方针对待发送消息返回的反馈信息，若反馈信息指示消息发送失败，则执行以下至少一项：
25.根据消息接收方对应的目标消息传输通道，向消息接收方重新发送待发送消息；
26.从多个预设的目标消息传输通道中，选取目标消息传输通道，以及根据所选取的目标消息传输通道，向消息接收方重新发送待发送消息。
27.本技术实施例的第二方面提供了一种消息发送的装置，包括：
28.信息确定单元，用于响应于接收到消息发送请求，根据消息发送请求中的场景描述信息确定业务场景信息，其中，消息发送请求包括待发送消息和场景描述信息；
29.规则获取单元，用于获取与业务场景信息对应的分类规则集，分类规则集中的分类规则包括相对应的分类条件和目标消息传输通道；
30.属性获取单元，用于获取多个消息接收方的属性信息，属性信息包括至少一个属性及属性值；
31.消息发送单元，用于根据各消息接收方的属性信息和分类规则集，确定对应于各消息接收方的目标消息传输通道，以及根据各消息接收方对应的目标消息传输通道，向相应消息接收方发送待发送消息。
32.本技术实施例的第三方面提供了一种服务器，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现第一方面提供的消息发送方法的各步骤。
33.本技术实施例的第四方面提供了一种存储介质，存储介质存储有计算机程序，计
算机程序被处理器执行时实现第一方面提供的消息发送方法的各步骤。
34.实施本技术实施例提供的消息发送方法、装置、服务器及存储介质具有以下有益效果：在向消息接收方传输消息时，响应于消息发送请求，根据消息发送请求中的业务场景信息，获取业务场景信息对应的分类规则集，根据分类规则集中的分类条件和各个消息接收方的属性信息，对消息接收方进行分类，并确定对应于各个消息接收方的目标消息传输通道，根据对应的目标消息传输通道向相应的消息接收方发送消息，这样，对于不同属性的消息接收方可以采用不同的消息传输通道进行消息传输，有助于提高消息的送达率和转化率。另外，分类规则集采用树形图的结构且树形图中的各个节点的内容可以进行可视化编辑，操作者可以根据需求对分类规则集中的分类条件和目标消息传输通道进行变更。
附图说明
35.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
36.图1是本技术一实施例提供的消息发送方法的实现流程图；
37.图2是本技术一实施例提供的分类规则集对应的树形图结构的示意图；
38.图3是本技术一实施例提供的对分类规则进行修改的实现流程图；
39.图4a是本技术一实施例提供的多级中间节点的树形图结构的示意图；
40.图4b是本技术一实施例提供的中间节点合并后的树形图结构的示意图；
41.图5是本技术一实施例提供的消息发送装置的结构框图；
42.图6是本技术一实施例提供的服务器的结构框图。
具体实施方式
43.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本技术。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本技术的描述。
44.应当理解，当在本技术说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
45.如在本技术说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0046]
在本技术说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是
所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
[0047]
为了说明本技术的技术方案，下面通过以下实施例来进行说明。
[0048]
请参阅图1，图1示出了本技术实施例提供的一种消息发送方法的实现流程图，包括：
[0049]
步骤101，响应于接收到消息发送请求，根据消息发送请求中的场景描述信息确定业务场景信息。
[0050]
其中，上述消息发送请求包括待发送消息和场景描述信息。待发送消息通常是需要发送的消息，场景描述信息通常是用于描述业务场景的信息，例如，业务场景的名称。
[0051]
在本实施例中，上述消息发送方法的执行主体通常是服务器。需要说明的是，服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。
[0052]
在本实施例中，在需要向消息接收方发送消息时，用户可以通过输入指令的方式向上述执行主体发送消息发送请求，也可以通过调用消息发送模块的方式向上述执行主体发送消息发送请求。这样，上述执行主体可以接收到消息发送请求，以及将消息发送请求中的场景描述信息，与预设的一个或多个业务场景信息进行匹配运算，从而得到与该消息发送请求对应的业务场景信息。实践中，上述匹配运算可以是计算场景描述信息与预设的业务场景信息之间的相似程度，如，计算余弦相似度、编辑距离、欧氏距离等。
[0053]
进一步举例来说，用户向上述执行主体发送一个场景描述信息为“周末促销折扣”的消息发送请求，上述执行主体接收到该请求后，可以将场景描述信息“周末促销折扣”与预设的三个业务场景信息{节日祝福信息发送，周末促销活动，消费满减通知}进行匹配运算，得到与场景描述信息“周末促销折扣”匹配的业务场景信息为“周末促销活动”。
[0054]
步骤102，获取与业务场景信息对应的分类规则集。
[0055]
其中，分类规则集中的分类规则包括相对应的分类条件和目标消息传输通道。其中，分类条件通常是预先设定的用于分类的条件。实践中，分类条件通常与业务场景的各种分支情形相关。例如，客户等级、客户所述区域、客户信用等。
[0056]
其中，目标消息传输通道通常是预先设定的消息传输通道。消息传输通道可以为短信、微信、邮件、富信等。实践中，上述执行主体可以通过目标消息传输通道向消息接收方发送消息。
[0057]
实践中，每个分类规则包括多个分类条件和多个目标消息传输通道。例如，针对发送节日祝福消息的业务场景，该业务场景下的一个分类规则g1可以为：“北京 女性 普通客户 短信”，指示“向北京地区的女性普通客户通过短信发送一条节日祝福消息”，该业务场景下的一个分类规则g2也可以为：“北京 女性 高端客户 5g消息”，用于指示“向北京地区的女性高端客户通过5g消息发送一条带有图片的节日祝福”。上述分类规则g1中，“北京 女性 普通用户”为分类条件，“短信”为目标消息传输通道。上述分类规则g2中，“北京 女性 高端用户”为分类条件，“5g消息”为目标消息传输通道。
[0058]
在本实施例中，预先针对每种业务场景信息对应存储有分类规则集，上述执行主体可以直接采用业务场景信息获取对应的分类规则集。
[0059]
步骤103，获取多个消息接收方的属性信息。
[0060]
其中，属性信息包括至少一个属性及属性值。
[0061]
其中，消息接收方的属性信息通常是用于描述消息接收方的信息。例如，消息接收方的属性信息可以为：(性别，男)、(年龄，20-30)，其中，“性别”为属性，“男”为属性值，“年龄”为属性，“20-30”为属性值。实践中，消息接收方的属性信息与业务场景中的分类条件对应，但不限于只包括业务场景中的分类条件对应的信息。例如，若业务场景的分类条件包括地区，则消息接收方的属性信息包括地区信息，还可以包括描述其他属性的信息，其他的属性信息在该业务场景中不作为分类条件的参考对象。
[0062]
这里，可以预先存储有若干个消息接收方的属性信息。上述执行主体可以直接从已存储的若干个消息接收方的属性信息中获取至少部分消息接收方的属性信息。实践中，上述执行主体也可以在接收到用于请求获取指定消息接收方的消息获取请求后，从已存储的若干个消息接收方的属性信息中，获取指定消息接收方的属性信息。
[0063]
步骤104，根据各消息接收方的属性信息和分类规则集，确定对应于各消息接收方的目标消息传输通道，以及根据各消息接收方对应的目标消息传输通道，向相应消息接收方发送待发送消息。
[0064]
这里，针对每个消息接收方，上述执行主体可以采用该消息接收方的属性信息，与分类规则集中的各分类规则进行比对，从而得到与该消息接收方的属性信息相匹配的分类规则。如，上述执行主体可以将该消息接收方的属性和属性的值，与分类规则中的分类条件进行比对，确定各属性的属性值是否都满足分类规则中的分类条件，若满足，则认为该消息接收方的属性信息与分类规则相匹配。之后，上述执行主体可以将匹配得到的分类规则中的目标消息传输通道，确定为对应于该消息接收方的目标消息传输通道。最后，上述执行主体可以采用消息接收方对应的目标消息传输通道，向该消息接收方发送待发送消息。
[0065]
本实施例提供的消息发送方法，可以基于预先设定的对应于业务场景信息的分类规则集，实现对不同属性的消息接收方以不同的消息传输通道进行消息传输，以与消息接收方的属性信息适配的消息传输通道进行消息发送，可以提高消息的送达率和转化率，另外，可以一次性对多个消息接收方通过不同的消息传输通道进行消息传输，有助于提高消息的传输效率。
[0066]
在本实施例的一些可选的实现方式中，分类规则集为树形图的结构，树形图的根节点指示分类规则集对应的业务场景信息，树形图的顶层叶子节点指示目标消息传输通道，以及根节点与顶层叶子节点之间的中间节点指示与目标消息传输通道对应的分类条件。
[0067]
作为一个示例，如图2所示的分类规则集对应的树形图结构的示意图，该分类规则集的树形图包括了三个分类条件和四种目标消息传输通道，其中，根节点包括分类规则集对应的业务场景信息；顶层叶子节点包括目标消息传输通道1、目标消息传输通道2、目标消息传输通道3以及目标消息传输通道4；中间节点包括分类条件1、分类条件2以及分类条件3。
[0068]
在本实施例的一些可选的实现方式中，可以对分类规则集中的信息进行修改。请参阅图3，图3示出了本技术一实施例提供的对分类规则集进行修改的实现流程图，包括：
[0069]
步骤301，响应于检测到分类规则修改操作，呈现树形图，以及将树形图的编辑状
态设置为可编辑的状态。
[0070]
其中，分类规则修改操作通常是用于确定对分类规则进行修改的操作。如，可以是点击预设按键，如“确定修改”按键。树形图的编辑状态，可以包括可编辑的状态和不可编辑的状态。
[0071]
实践中，用户可以在用户终端上执行分类规则修改操作，这样，上述执行主体可以通过用户终端检测到该分类规则修改操作，进入分类规则的修改模式，呈现分类规则集的树形图结构，同时将树形图的编辑状态设置为可编辑的状态。这样，用户可以对树形图中的信息进行编辑修改。例如，用户可以修改分类规则集对应的业务场景信息、修改各个分类规则集中的分类条件以及修改对应的目标消息传输通道等。
[0072]
步骤302，响应于检测到节点增加操作，确定节点增加操作所增加的节点的目标类型和节点添加位置，以及在节点添加位置处添加目标类型的节点。
[0073]
其中，节点增加操作通常是用于增加节点的操作。节点增加操作可以是一个操作也可以是一系列操作的组合。如，可以是点击预设按键，如“节点增加按键”。也可以是在树形图的可编辑的界面上预设多种控件，根节点增加控件、中间节点增加控件、顶层叶子节点增加控件等，通过将所选取的控件拖到目标位置，实现增加节点。
[0074]
实践中，上述执行主体可以通过如下方式检测到节点增加操作：接收到用户输入的增加节点的请求。
[0075]
实践中，上述执行主体也可以通过如下方式检测到节点增加操作：检测到用户执行预设的增节点操作，如检测到用户点击了“节点增加”按键。
[0076]
其中，确定节点增加操作所增加的节点的目标类型和节点添加位置，可以是在上述树形图的可编辑的界面上，预先设置节点增加控件库，节点增加控件库包括各个节点控件，如，用于指示业务场景信息的根节点控件、用于指示目标消息传输通道的顶层叶子节点控件、用于指示分类条件的中间节点控件。用户需要增加节点时，可以根据需求选择要增加的节点控件，将选好的节点控件拖放至节点添加位置。例如，若用户需要增加一个中间节点和对应的顶层叶子节点来新增一条分类规则，则可以在预先设置节点增加控件库中选择一个中间节点控件，放置于树形图中的合适位置，再选择一个顶层叶子节点控件放置于树形图中并与该增加的中间节点连接，组成一条新增的分类规则。上述执行主体通过用户所选用的节点控件类型以及所放置的位置来确定所增加的节点的目标类型和节点添加位置。
[0077]
这里，确定节点增加操作所增加的节点的目标类型和节点添加位置，也可以是在树形图的各个已有的节点处预设增加下一节点的操作。如，可以是在节点区域内点击鼠标右键，上述执行主体若检测到用户在已有的节点区域内执行点击鼠标右键操作，则生成下一节点。其中，节点区域通常是树形图中该节点的区域范围。例如，若上述执行主体检测到用户在根节点的区域内单击鼠标右键操作，则生成一个与该根节点连接的中间节点。
[0078]
在本实施例中，节点添加位置可以是上述执行主体自动生成，也可以是用户在树形图的区域内设定。若上述执行主体确定了节点增加操作所增加的节点的目标类型和节点添加位置，则在节点添加位置处添加目标类型的节点，同时将增加的节点以可编辑的状态呈现，供用户对该增加节点进行编辑。
[0079]
步骤303，接收针对所增加节点的节点配置信息。
[0080]
其中，节点配置信息包括节点名称和节点对应的分类条件。
[0081]
实践中，接收针对所增加节点的节点配置信息，通常是进入节点增加模型的可编辑状态后，上述执行主体接收用户输入的各个节点配置信息。
[0082]
步骤304，响应于检测到修改结束操作，根据修改后的节点、各节点的节点配置信息生成新的树形图。
[0083]
其中，修改结束操作通常是用于确定节点修改结束的操作。如，可以是点击预设按键，如“确认修改”按键。在上述执行主体通过用户界面检测到用户执行了该操作时，将确认修改结束后的各节点、各节点的节点配置信息生成新的树形图。
[0084]
本实施例提供的消息发送方法，分类规则集采用树形图的结构且树形图中的各个节点的内容可以进行可视化编辑，操作者可以根据需求对分类规则集中的分类条件和目标消息传输通道进行修改，方便操作者使用。
[0085]
在本实施例的一些可选的实现方式中，在所述分类规则集中的分类规则所包括的分类条件有多个时，根节点与顶层叶子节点之间的中间节点的级数有多级，且一级中间节点对应一个分类条件。此时，上述消息发送方法还可以包括：
[0086]
响应于检测到针对多级中间节点的节点合并操作，将多级中间节点合并成一个总节点，其中，总节点与各级中间节点的分类条件的集合相对应。
[0087]
其中，节点合并操作通常是用于确定将多级中间节点合并成一个总节点的操作。如，可以是先选择需要合并的多级中间节点，再点击预设按键，如，“节点合并”按键。
[0088]
实践中，可以预设一个中间节点参数，该参数用于指示中间节点的数目，该参数取值为大于1的正整数时，表示中间节点不止一级。上述执行主体可以采用该参数的取值，判断是否需要对节点进行合并。
[0089]
作为一个示例，如图4a所示的多级中间节点的树形图结构的示意图，该业务场景包括三个分类条件，分类条件1、分类条件2和分类条件3；三种目标消息传输通道，目标消息传输通道1、目标消息传输通道2和目标消息传输通道3，其中，分类条件1为一级中间节点，分类条件2和分类条件3分别是两个分类规则中的另一级中间节点。如图4b所示，图4b是将上述图4a中的多级中间节点合并成一个总节点的树形图结构示意图，合并后，总节点的配置信息是合并前的两级中间节点所指示的三个分类条件的集合。
[0090]
在本实施例的一些可选的实现方式中，上述消息发送方法还可以包括：
[0091]
将各消息接收方的属性信息输入预先训练的分类模型，得到对应于各消息接收方的目标消息传输通道。
[0092]
其中，分类模型用于表征属性信息与目标消息传输通道之间的对应关系。这里，分类模型可以是基于训练样本，利用机器学习方法，对初始模型(例如卷积神经网络(convolutional neural network，cnn)、残差网络(resnet)等)进行训练后得到的模型。
[0093]
在本实施例的一些可选的实现方式中，上述分类模型通过如下步骤生成：
[0094]
第一步，获取样本信息集合，样本信息集合中的样本信息包括样本属性信息和样本属性信息对应的目标消息传输通道。
[0095]
这里，上述执行主体可以从本地或者是从通信连接的其它电子设备，获取样本信息集合。
[0096]
第二步，将样本信息集合中的样本属性信息作为输入，将与输入的样本属性信息对应的目标消息传输通道作为期望输出，训练得到分类模型。
[0097]
这里，上述执行主体可以将样本信息集合中的每个样本信息所包括的样本属性信息输入初始分类模型，得到所输入的各样本属性信息对应的实际输出，然后，将各样本属性信息对应的实际输出，与相应样本属性信息对应的期望输出进行一致性比对，若二者一致，则认为分类准确，否则，认为分类不准确。这样，上述执行主体可以得到对初始分类模型进行训练的准确率，若准确率大于预设的准确率阈值，则将初始分类模型作为上述分类模型。其中，准确率阈值通常是预先设定的数值，准确率阈值的取值通常大于0且小于1。初始分类模型可以为各种神经网络模型，如，可以为卷积神经网络模型、循环神经网络模型、支持向量机模型等。
[0098]
在本实施例的一些可选的实现方式中，上述消息发送方法还可以包括：
[0099]
接收消息接收方针对待发送消息返回的反馈信息，若反馈信息指示消息发送失败，则执行以下至少一项：
[0100]
第一项，根据消息接收方对应的目标消息传输通道，向消息接收方重新发送待发送消息。
[0101]
这里，上述执行主体可以直接采用消息接收方对应的目标消息传输通道，向消息接收方重新发送待发送消息。例如，通过短信向消息接收方发送待发送消息后，若上述执行主体接收到消息发送失败的反馈信息，则通过短信的方式将待发送消息向该消息接收方重新发送一次。
[0102]
第二项，从多个预设的目标消息传输通道中，选取目标消息传输通道，以及根据所选取的目标消息传输通道，向消息接收方重新发送待发送消息。
[0103]
其中，预设的目标消息传输通道通常是预先设定的消息传输通道。
[0104]
这里，上述执行主体可以从多个预设的目标消息传输通道中选取至少一个目标消息传输通道，然后，采用所选取的目标消息传输通道向消息接收方重新发送待发送消息。例如，若预设的目标消息传输通道包括短信、邮件、微信三种，当采用发送短信的方式发送消息失败时，则可以采用邮件或者微信中的一种方式重新发送，也可以采用多种方式并行发送的方式发送消息。
[0105]
实践中，也可以设置一个阈值，用于表征消息发送失败的次数，若向该消息接收方发送消息的失败次数大于该阈值，则停止对该消息接收方重新发送该待发送消息。
[0106]
请参阅图5，图5是本技术一实施例提供的消息发送装置的结构框图，包括：
[0107]
信息确定单元501，用于响应于接收到消息发送请求，根据消息发送请求中的场景描述信息确定业务场景信息，其中，消息发送请求包括待发送消息和场景描述信息；
[0108]
规则获取单元502，用于获取与业务场景信息对应的分类规则集，分类规则集中的分类规则包括相对应的分类条件和目标消息传输通道；
[0109]
属性获取单元503，用于获取多个消息接收方的属性信息，属性信息包括至少一个属性及属性值；
[0110]
消息发送单元504，用于根据各消息接收方的属性信息和分类规则集，确定对应于各消息接收方的目标消息传输通道，以及根据各消息接收方对应的目标消息传输通道，向相应消息接收方发送待发送消息。
[0111]
作为本技术一实施例，装置还包括规则呈现单元(图中未示出)。其中，规则呈现单元，用于将分类规则集以树形图的形式呈现。其中，树形图的根节点指示分类规则集对应的
业务场景信息，树形图的顶层叶子节点指示目标消息传输通道，以及根节点与顶层叶子节点之间的中间节点指示与目标消息传输通道对应的分类条件。
[0112]
作为本技术一实施例，装置还包括规则修改单元(图中未示出)。其中，规则修改单元，用于：
[0113]
响应于检测到分类规则修改操作，呈现树形图，以及将树形图的编辑状态设置为可编辑的状态；
[0114]
响应于检测到节点增加操作，确定节点增加操作所增加的节点的目标类型和节点添加位置，以及在节点添加位置处添加目标类型的节点；
[0115]
接收针对所增加节点的节点配置信息，节点配置信息包括节点名称和节点对应的分类条件；
[0116]
响应于检测到修改结束操作，根据修改后的节点、各节点的节点配置信息生成新的树形图。
[0117]
作为本技术一实施例，在分类规则集中的分类规则所包括的分类条件有多个时，根节点与顶层叶子节点之间的中间节点的级数有多级，且一级中间节点对应一个分类条件，以及该消息发送方法还可以包括：
[0118]
响应于检测到针对顶层叶子节点的多级中间节点的节点合并操作，将顶层叶子节点的多级中间节点合并成一个总节点，其中，总节点与各级中间节点的分类条件的集合相对应。
[0119]
作为本技术一实施例，装置还包括信息分类单元(图中未示出)。其中，信息分类单元，用于：
[0120]
将各消息接收方的属性信息输入预先训练的分类模型，得到对应于各消息接收方的目标消息传输通道，其中，分类模型用于表征属性信息与目标消息传输通道之间的对应关系。
[0121]
作为本技术一实施例，装置还包括模型训练单元(图中未示出)。其中，模型训练单元，用于训练分类模型，训练步骤包括：
[0122]
获取样本信息集合，样本信息集合中的样本信息包括样本属性信息和样本属性信息对应的目标消息传输通道；
[0123]
将所述样本信息集合中的样本属性信息作为输入，将与输入的样本属性信息对应的目标消息传输通道作为期望输出，训练得到所述分类模型。
[0124]
作为本技术一实施例，装置还包括消息重发单元(图中未示出)。其中，消息重发单元，用于：
[0125]
接收消息接收方针对待发送消息返回的反馈信息，若发送反馈信息指示消息发送失败，则执行以下至少一项：
[0126]
根据消息接收方对应的目标消息传输通道，向消息接收方重新发送待发送消息；
[0127]
从多个预设的目标消息传输通道中，选取目标消息传输通道，以及根据所选取的目标消息传输通道，向消息接收方重新发送待发送消息。
[0128]
本实施例提供的装置，在向消息接收方传输消息时，可以基于预先设定的对应于业务场景信息的分类规则集，实现对不同属性的消息接收方以不同的消息传输通道进行消息传输，以与消息接收方的属性信息适配的消息传输通道进行消息发送，可以提高消息的
送达率和转化率，另外，可以一次性对多个消息接收方通过不同的消息传输通道进行消息传输，有助于提高消息的传输效率。
[0129]
应当理解的是，图5示出的消息发送装置的结构框图中，各单元用于执行图1、图3对应的实施例中的各步骤，而对于图1、图3对应的实施例中的各步骤已在上述实施例中进行详细解释，具体请参阅图1、图3以及图1、图3所对应的实施例中的相关描述，此处不再赘述。
[0130]
请参阅图6，图6是本技术一实施例提供的服务器的结构框图，该实施例的服务器600包括：处理器601、存储器602以及存储在存储器602中并可在处理器601上运行的计算机程序603，例如消息发送的程序。处理器601执行计算机程序603时实现上述各个消息发送各实施例中的步骤，例如图1所示的步骤101至步骤104，或者图3所示的301至304。或者，处理器601执行计算机程序603时实现上述图5对应的实施例中各单元的功能，例如，图5所示的单元501至504的功能，具体请参阅图5对应的实施例中的相关描述，此处不赘述。
[0131]
示例性的，计算机程序603可以被分割成一个或多个单元，一个或者多个单元被存储在存储器602中，并由处理器601执行，以完成本技术。一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序603在服务器600中的执行过程。例如，计算机程序603可以被分割成信息确定单元，规则获取单元，属性获取单元，消息发送单元，各单元具体功能如上。
[0132]
服务器可包括，但不仅限于，处理器601、存储器602。本领域技术人员可以理解，图6仅仅是服务器600的示例，并不构成对服务器600的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如转台设备还可以包括输入输出设备、网络接入设备、总线等。
[0133]
所称处理器601可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0134]
存储器602可以是服务器600的内部存储单元，例如服务器600的硬盘或内存。存储器602也可以是服务器600的外部存储设备，例如服务器600上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。进一步地，存储器602还可以既包括服务器600的内部存储单元也包括外部存储设备。存储器602用于存储计算机程序以及转台设备所需的其他程序和数据。存储器602还可以用于暂时地存储已经输出或者将要输出的数据。
[0135]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0136]
集成的模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成的计算机程序可存储
于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
[0137]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0138]
以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。