CN112988828B - 消息推送方法及电子设备 - Google Patents

Abstract

本申请涉及一种消息推送方法及电子设备，属于营销自动化技术领域，本申请中的消息推送方法，包括：获取客户配置的群发规则；确定各所述群发规则所对应的客户，对各个客户分配相应的发送通道并基于其所属的群发规则分别进行发送任务处理。本申请的技术方案，基于多发送通道的机制，避免了多个客户同时发送到时出现的排队现象，更好的实现了对消息的推送。

Description

消息推送方法及电子设备

技术领域

本申请属于营销自动化技术领域，具体涉及一种消息推送方法及电子设备。

背景技术

在互联网信息化时代，企业会利用各种新型交互平台与用户互动，进行营销活动。在这其中，需要相关消息推送系统进行消息推送，来开展营销活动。

现有相关技术中，推送系统运行中，在发生多个客户同时发送到时的状况时，会出现排队现象，致使后面的客户到了执行时间却没有执行发送。且现有的推送系统无法支撑较大量级用户(如百万级用户)的推送，在数据量超过一定时(如十万)，就导致查询失败，消息无法发送出去。现有系统中还存在发送速度缓慢，发送成功率低，系统随着运行时间的增长，占用的资源越来越高的问题。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

为至少在一定程度上克服相关技术中存在的问题，本申请提供一种消息推送方法及电子设备，有助于在营销自动化中，更好的实现对消息的推送。

为实现以上目的，本申请采用如下技术方案：

第一方面，

本申请提供一种消息推送方法，该方法包括：

获取客户配置的群发规则；

确定各所述群发规则所对应的客户，对各个客户分配相应的发送通道并基于其所属的群发规则分别进行发送任务处理。

可选地，所述基于其所属的群发规则分别进行发送任务处理具体为，针对每一客户的群发规则分别进行以下处理：

基于该规则中限定的群发条件进行发送时机验证；

在验证通过时，基于该规则中的配置信息从关系型数据库中查询筛取待发送的目标用户数据，并将所述目标用户数据存储到键值数据库中的发送集合中；

为所述发送集合中的目标用户数据分配发送处理进程，并调用所述发送处理进程将目标用户数据进行组装，进而将组装得的消息数据发送给外部发送服务接口，以进行消息推送。

可选地，在所述查询筛取待发送的目标用户数据的过程中，包括：

采用优化的数据库查询指令对所述关系型数据库进行查询，同时根据该规则中内置的筛选规则对查询到的数据进行筛取；

其中，所述优化的数据库查询指令包括基于数据库索引进行优化的指令。

可选地，所述筛选规则为多个；在所述查询筛取待发送的消息数据的过程中，还包括：

对查询到的数据基于不同的筛选规则进行筛取，并将筛取出的数据进行并集处理。

可选地，所述为所述发送集合中的目标用户数据分配发送处理进程，具体为：

对所述发送集合所含的数据量进行分析判断，根据数据量的大小分配相应预定数量的发送处理进程。

可选地，在所述调用所述发送处理进程将目标用户数据进行组装，进而将组装得到的消息数据发送给外部发送服务接口的过程中，每一所述发送处理进程分别进行多次装配发送过程，每一所述装配发送过程具体包括：

步骤1，从所述发送集合中取出第一预定条数的目标用户数据到待发送队列；

步骤2，从所述待发送队列中依次读取第二预定条数的目标用户数据进行组装，将组装后的消息数据发送给外部发送服务接口；

步骤3，基于所述外部发送服务接口反馈的信息判断该次发送是否成功，

当判断发送失败时，从待发送队列中取出该次发送中的目标用户数据并推送到发送失败队列，之后跳转进行步骤4；

当判断发送成功时，从待发送队列中清除该次发送中的目标用户数据，之后跳转执行步骤4；

步骤4，对所述待发送队列中剩余的目标用户数据条数进行判断，

当剩余条数大于等于第二预定条数时，跳转执行步骤2，

当剩余条数大于零且小于第二预定条数时，以该剩余条数对第二预定条数进行临时赋值，并跳转执行步骤2，

当剩余条数等于零时，结束当前次的装配发送过程。

可选地，每一所述装配发送过程还包括：

对所述发送失败队列进行监听，当监听到所述发送失败队列中存在数据时，延时预定时间后对该数据进行重装配发送处理。

可选地，每条目标用户数据在发送过程中均配置生成有唯一识别信息，当消息数据发送成功时，将该消息数据所对应目标用户数据的唯一识别信息存储在所述键值数据库中发送完成集合中；

在进行重新装配发送处理过程中，对所述发送完成集合中数据进行判断，当判断存在需重新装配发送的目标用户数据的唯一识别信息时，不进行该目标用户数据的重装配发送处理，以防止消息重复发送。

可选地，所述获取客户配置的群发规则，具体为：对所述键值数据库中的规则数据集合进行定时扫描，以获取所述群发规则。

第二方面，

本申请提供一种电子设备，包括：

存储器，其上存储有可执行程序；

处理器，用于执行所述存储器中的所述可执行程序，以实现上述所述方法的步骤。

本申请采用以上技术方案，至少具备以下有益效果：

本申请中，不同客户使用不同的发送通道，基于多发送通道的机制，避免了多个客户同时发送到时出现排队现象，更好的实现了对消息的推送。

本发明的其他优点、目标，和特征在某种程度上将在随后的说明书中进行阐述，并且在某种程度上，基于对下文的考察研究对本领域技术人员而言将是显而易见的，或者可以从本发明的实践中得到教导。本发明的目标和其他优点可以通过下面的说明书，权利要求书，以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本申请的技术方案或现有技术的进一步理解，并且构成说明书的一部分。其中，表达本申请实施例的附图与本申请的实施例一起用于解释本申请的技术方案，但并不构成对本申请技术方案的限制。

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

图2为本申请一个实施例提供的消息推送方法的流程示意说明图；

图3为本申请一实施例中某一发送通道的处理流程示意图；

图4为本申请一个实施例提供的电子设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将对本申请的技术方案进行详细的描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本申请所保护的范围。

如背景技术中所述，现有技术中消息推送存在发送效率低下等缺陷。针对于此，本申请提出一种消息推送方法，有助于在营销自动化中，更高效的实现对消息的推送。

在一实施例中，如图1所示，本申请中的消息推送方法包括：

步骤S110，获取客户配置的群发规则；

在自动化营销中，客户向目标用户推送相关消息，需配置相关群发规则，并由对应的自动化营销系统来基于配置的群发规则进行消息推送处理；一般的，群发规则中包括目标用户的筛选条件信息(如用户标签为会员的用户)，发送条件信息(如发送时间为2021年3月10日15:00)，发送内容等。

之后进行步骤S120，确定各群发规则所对应的客户，对各个客户分配相应的发送通道并基于其所属的群发规则分别进行发送任务处理。

本申请的技术方案中，不同客户使用不同的发送通道，基于多发送通道的机制，避免多个客户同时发送到时出现排队现象，更好的实现了对消息的推送。

为便于理解本申请的技术方案，下面以另一实施例对本申请的技术方案进行进一步说明。

该实施例中，客户配置的群发规则存储在键值数据库的规则数据集合，举例而言，这里的键值数据库为Redis数据库。

如图2所示为该实施例的整体流程示意说明图。

该实施例中，通过对键值数据库中的规则数据集合进行定时扫描，以获取群发规则(图2中定时任务阶段)。

在具体实现中，可通过crontab管理相关功能脚本的运行，使该脚本每一分钟执行一次，获取redis集合marketing_mass_send_time_1615359600(此处的时间戳是规则运行的时间)中的规则数据；

如果此集合中有数据，基于脚本配置，就会取出数据，然后确定取出的规则数据中、各群发规则所对应的客户(用主帐号id标识区分)。并根据不同的主账号id启动不同的进程，进行后续的发送任务处理(多发送通道机制)。

本申请中，多发送通道进行发送任务处理，即对各个客户分配相应的发送通道并基于其所属的群发规则分别进行发送任务处理，其中，基于其所属的群发规则分别进行发送任务处理具体为，针对每一客户的群发规则分别进行图3所示的处理步骤。

举例而言，某一客户id为2351，基于2351所属的群发规则进行以下处理步骤：

步骤S310、基于该规则中限定的群发条件进行发送时机验证(图2中校验阶段)；

例如，该实施例中，首先验证当前时间是否在规则的有效期内，再验证规则发送时间和当前时间是否一致，如果结果为在规则有效期内且发送时间和当前时间一致，验证通过，进行后续步骤，否则结束当前处理进程。

且容易理解的是，图2中的校验是循环验证判断的过程，出于篇幅原因，图2中对此并未示出。

在验证通过时，进行步骤S320，基于该规则中的配置信息从关系型数据库中查询筛取待发送的目标用户数据，并将目标用户数据存储到键值数据库中的发送集合中(图2中取数据阶段)；

该实施例中，采用键值数据库进行查询数据的存储，不使用进程内存，有利于避免数据量过大时导致的进程崩溃。

具体的，步骤S320中，在查询筛取待发送的目标用户数据的过程中，包括：

采用优化的数据库查询指令对关系型数据库进行查询，同时根据规则中内置的筛选规则对查询到的数据进行筛取；

这里优化的数据库查询指令包括基于数据库索引进行优化的指令。举例而言，关系型数据库为mysql数据库，这里优化的查询指令举例如下，

比如查询指令sql：select open_id from app_customers_link where main_id＝2351and wx_system_user_id in(1064)and member_id in(16054313，15962231)"；

优化修改成：select open_id from app_customers_link where main_id＝2351and wx_system_user_id in(1064)and member_id in('16054313','15962231')；

这里的优化修改是将member_id的条件增加单引号，使其能够命中app_customers_link表的“KEY`fk_member_id_idx`(`member_id`)USING BTREE COMMENT'OPENID索引'”索引；

由于此表中的member_id是varchar类型，所以查询语句中member_id条件的值需要增加引号。

再比如sql：select m.id,m.open_id from app_svip_member as m join app_customers_link as l force index(PRI)on m.id＝l.member_id where m.is_del！＝"Y"and l.is_del！＝"Y"and l.main_id＝2351and m.main_id＝2351and m.open_id like"zhiqu-％"这个语句增加了force index(PRI)使其可以强制使用主键索引。

本申请中通过针对查询慢的语句，优化查询逻辑，可提高查询效率，有利于实现系统支撑百万级用户的推送。

一般的，群发规则中内置的筛选规则为多个，步骤S320中，在查询筛取待发送的消息数据的过程中，还包括：对查询到的数据基于不同的筛选规则进行筛取，并将筛取出的数据进行并集处理。

举例而言，如图2所示，一群发规则可以设置两个筛选模块(筛选规则)，如筛选1模块、筛选2模块，并且一群发规则可以设置子规则分支，所以这里会有父规则，筛选数据的时候会将父规则(如果有父规则)人群数据、筛选1人群数据、筛选2人群数据全部取出来存入对应redis集合中，然后使用redis的SINTERSTORE函数将以上三个集合做并集处理，再存入最终的发送集合。

继续回到图3，在取数据完成后，继续进行步骤S330，为发送集合中的目标用户数据分配发送处理进程，并调用发送处理进程将目标用户数据进行组装，进而将组装得的消息数据发送给外部发送服务接口，以进行消息推送。

举例而言，如图2所示，这里采用微信平台的模板消息进行消息推送，这里的外部发送服务接口为模板消息服务的相关接口。

步骤S330中，为发送集合中的目标用户数据分配发送处理进程，具体为：对发送集合所含的数据量进行分析判断，根据数据量的大小分配相应预定数量的发送处理进程。

举例而言，如果此集合中的数据在10万以下，只需启动一个脚本(发送处理进程)，超过10万会根据数据量启动多个脚本，最多启动6个。

步骤S330中，在调用发送处理进程将目标用户数据进行组装，进而将组装得到的消息数据发送给外部发送服务接口的过程中，每一发送处理进程分别进行多次装配发送过程，每一装配发送过程包括：

步骤1，从发送集合中取出第一预定条数的目标用户数据到待发送队列，举例而言，第一预定条数为3万条；

步骤2，从待发送队列中依次读取第二预定条数的目标用户数据进行组装(即将目标用户与消息内容进行组装配对，形成消息数据)，将组装后的消息数据发送给外部发送服务接口，这里的第二预定条数要小于第一预定条数，例如第二预定条数为5百条；

步骤3，基于外部发送服务接口反馈的信息判断该次发送是否成功，

当判断发送失败时，从待发送队列中取出该次发送中的目标用户数据并推送到发送失败队列，之后跳转进行步骤4；

当判断发送成功时，从待发送队列中清除该次发送中的目标用户数据，之后跳转执行步骤4；

步骤4，对待发送队列中剩余的目标用户数据条数进行判断，

当剩余条数大于等于第二预定条数时，跳转执行步骤2，

当剩余条数大于零且小于第二预定条数时，以该剩余条数对第二预定条数进行临时赋值，并跳转执行步骤2，

当剩余条数等于零时，结束当前次的装配发送过程。

需要说明的是，上述过程中，采用多进程对同一客户的目标用户数据进行装配发送，具有高可用的优点，即使某个进程挂掉，其他进程还可以继续发送。且发送速度高，基于对相关参数的调整，可充分利用外部发送服务的能力。

步骤S330中，每一装配发送过程还包括：对发送失败队列进行监听，当监听到发送失败队列中存在数据时，延时预定时间后(如延时30秒)对该数据进行重新装配发送处理(重试机制)，重新装配发送处理与前文中装配发送处理过程类似，这里就不再赘述了。

且进一步的，由于增加了重试机制，为实现幂等性，防止重试的时候消息发送重复，保证用户不重复接到消息；该实施例中，每条目标用户数据在发送过程中均配置生成有唯一识别信息；当消息数据发送成功时，将该消息数据所对应目标用户数据的唯一识别信息存储在键值数据库中发送完成集合中，以便于在重装配发送处理时进行检验，防止消息重复发送。

举例而言，在进行重新装配发送处理过程中，对发送完成集合中数据进行判断，当判断存在需重新装配发送的目标用户数据的唯一识别信息时，不进行该目标用户数据的重装配发送处理，以防止消息重复发送。

具体实现中，每一个用户在一次发送任务(某一发送通道维度)中会生成一个唯一id，发送端每发送成功一个，会将用户唯一id存储到redis的A04LIS_2351_154011_send_complate_temp_list集合中，在重试的时候，会在此集合中判断用户唯一id是否存在，如果存在说明发送成功过，就不再发送，如果不存在，说明没发送过，继续发送。如图2所示，发送服务会将每一个用户的发送结果msgid推送到发送结果队列中，通过监听该队列，获取发送状态，然后更新上述集合中的数据。

此外，本申请的技术方案中，还分配监控进程(如图2中监控进程)对消息推送方法中每一阶段步骤进行跟踪监测，在监测到执行异常时(如执行时间过长，或者执行失败)，生成相应报警消息并通知给指定人员(如通过企业微信向系统研发人员通知报警消息)，以便于人工介入处理。

这里需说明的是，如图2所示，在不同的处理阶段，任务处理进程状态会变化，通过检测进程状态来实现跟踪监测。

采用本申请的技术方案，具有如下优点：

(1)多个客户可以同时发送，发送量可达每小时一百万。

(2)发送数据不重复、不丢失。

(3)通过监控，研发人员可以及时知道发送系统的运行状况，做到问题的早发现，早干预。

(4)高可用，采用多进程发送，即使某个进程挂掉，其他进程还可以继续发送。

图4为本申请一个实施例提供的电子设备的结构示意图，如图4所示，该电子设备400包括：

存储器401，其上存储有可执行程序；

处理器402，用于执行存储器401中的可执行程序，以实现上述方法的步骤。

关于上述实施例中的电子设备400，其处理器402执行存储器401中的程序的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉该技术的人员在本发明所揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (7)

1.一种消息推送方法，应用于自动化营销系统，其特征在于，包括：

获取客户配置的群发规则；

确定各所述群发规则所对应的客户，对各个客户分配相应的发送通道并基于其所属的群发规则分别进行发送任务处理；

其中，所述基于其所属的群发规则分别进行发送任务处理具体为，针对每一客户的群发规则分别进行以下处理：

基于该规则中限定的群发条件进行发送时机验证；

在验证通过时，基于该规则中的配置信息从关系型数据库中查询筛取待发送的目标用户数据，并将所述目标用户数据存储到键值数据库中的发送集合中；

为所述发送集合中的目标用户数据分配发送处理进程，并调用所述发送处理进程将目标用户数据进行组装，进而将组装得的消息数据发送给外部发送服务接口，以进行消息推送；

所述为所述发送集合中的目标用户数据分配发送处理进程，具体为：

对所述发送集合所含的数据量进行分析判断，根据数据量的大小分配相应预定数量的发送处理进程；

在所述调用所述发送处理进程将目标用户数据进行组装，进而将组装得到的消息数据发送给外部发送服务接口的过程中，每一所述发送处理进程分别进行多次装配发送过程，每一所述装配发送过程具体包括：

步骤1，从所述发送集合中取出第一预定条数的目标用户数据到待发送队列；

步骤2，从所述待发送队列中依次读取第二预定条数的目标用户数据进行组装，将组装后的消息数据发送给外部发送服务接口，其中，所述第二预定条数小于所述第一预定条数；

步骤3，基于所述外部发送服务接口反馈的信息判断该次发送是否成功，

当判断发送失败时，从待发送队列中取出该次发送中的目标用户数据并推送到发送失败队列，之后跳转进行步骤4；

当判断发送成功时，从待发送队列中清除该次发送中的目标用户数据，之后跳转执行步骤4；

步骤4，对所述待发送队列中剩余的目标用户数据条数进行判断，

当剩余条数大于等于第二预定条数时，跳转执行步骤2，

当剩余条数大于零且小于第二预定条数时，以该剩余条数对第二预定条数进行临时赋值，并跳转执行步骤2，

当剩余条数等于零时，结束当前次的装配发送过程。

2.根据权利要求1所述的方法，其特征在于，在所述查询筛取待发送的目标用户数据的过程中，包括：

采用优化的数据库查询指令对所述关系型数据库进行查询，同时根据该规则中内置的筛选规则对查询到的数据进行筛取；

其中，所述优化的数据库查询指令包括基于数据库索引进行优化的指令。

3.根据权利要求2所述的方法，其特征在于，所述筛选规则为多个；在所述查询筛取待发送的消息数据的过程中，还包括：

对查询到的数据基于不同的筛选规则进行筛取，并将筛取出的数据进行并集处理。

4.根据权利要求1所述的方法，其特征在于，每一所述装配发送过程还包括：

对所述发送失败队列进行监听，当监听到所述发送失败队列中存在数据时，延时预定时间后对该数据进行重新装配发送处理。

5.根据权利要求4所述的方法，其特征在于，每条目标用户数据在发送过程中均配置生成有唯一识别信息，当消息数据发送成功时，将该消息数据所对应目标用户数据的唯一识别信息存储在所述键值数据库中发送完成集合中；

在进行重新装配发送处理过程中，对所述发送完成集合中数据进行判断，当判断存在需重新装配发送的目标用户数据的唯一识别信息时，不进行该目标用户数据的重装配发送处理，以防止消息重复发送。

6.根据权利要求1所述的方法，其特征在于，所述获取客户配置的群发规则，具体为：

对所述键值数据库中的规则数据集合进行定时扫描，以获取所述群发规则。

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

存储器，其上存储有可执行程序；

处理器，用于执行所述存储器中的所述可执行程序，以实现权利要求1-6中任一项所述方法的步骤。