CN107590696A - 消息推送方法、装置、存储介质及电子设备 - Google Patents

Abstract

本发明提供一种消息推送方法、装置、存储介质及电子设备，其中的方法包括：获取任务详情，并提取所述任务详情中的任务类型和推送消息方式；获取用户详情，并提取所述用户详情中的UserID、是否接收推送消息、接收消息类型和消息接收地址；依次向多个所述UserID批量分发与所述任务类型匹配的增值额度，直到所有UserID均执行过分发操作，并获取是否发放成功的结果信息；根据所述结果信息，向发放成功并且确定接收推送消息的UserID对应的消息接收地址推送相应类型的消息。本发明的上述方案丰富了消息推送的方式、极大地提高了推送的效率。

Description

消息推送方法、装置、存储介质及电子设备

技术领域

本发明涉及电子商务技术领域，具体涉及一种消息推送方法、装置、存储介质及电子设备。

背景技术

目前，在各大电商平台以及线下商场的运营过程中，CRM(客户关系管理)产品中推送消息已经成为了不可或缺的技术手段。为了使用户能够具有更好的体验，现有的用于促销的手段越来越多元化，例如返现、礼品、积分等，现有的推送消息方式均与上述手段进行一一绑定。例如，礼品发放与短信推送方式绑定在一起，在具体实现时，选择相应的客户逐一进行礼品发放操作，待礼品发放成功之后，再通过短信向客户发送礼品发放的通知。采用这种方式，具有推送方式单一，效率低的缺点。

发明内容

本发明旨在提供一种消息推送方法、装置、存储介质及电子设备，以解决现有技术中消息推送方式单一，效率低的问题。

为此，本发明提供一种消息推送方法，包括如下步骤：

获取任务详情，并提取所述任务详情中的任务类型和推送消息方式；

获取用户详情，并提取所述用户详情中每一用户的UserID、是否接收推送消息、接收消息类型和消息接收地址；

依次向多个所述UserID批量分发与所述任务类型匹配的增值额度，直到所有UserID均执行过分发操作，并获取是否发放成功的结果信息；

根据所述结果信息，向发放成功并且确定接收推送消息的UserID对应的消息接收地址推送相应类型的消息。

可选地，所述的消息推送方法中，获取任务详情，并提取所述任务详情中的任务类型和推送消息方式中：

所述任务类型包括至少两种，所述推送消息方式包括至少两种；

所述任务类型和所述推送消息方式能够采用任意组合的形式绑定。

可选地，所述的消息推送方法中，依次向多个所述UserID批量分发与所述任务类型匹配的增值额度，直到所有UserID均执行过分发操作，并获取是否发放成功的结果信息中，具体包括：

将所述任务详情和所述用户详情发送至分布式文件系统，供第三方下载；

通过所述分布式文件系统下载所述结果信息，所述结果信息通过如下方式得到：

由所述第三方根据所述任务详情和所述用户详情向多个所述UserID 批量分发与所述任务类型匹配的增值额度，并将是否发放成功的结果信息发送至所述分布式文件系统。

可选地，所述的消息推送方法中，获取用户详情，并提取所述用户详情中每一用户的UserID、是否接收推送消息、接收消息类型和消息接收地址中，还包括：提取所述用户详情中的每一用户设置的免打扰时段；

根据所述结果信息，向发放成功并且确定接收推送消息的UserID对应的消息接收地址推送相应类型的消息中，还包括：若用户设置了免打扰时段，则向该用户推送相应类型的消息的时间避开所述免打扰时段。

可选地，所述的消息推送方法中，还包括如下步骤：

设置任务结果记录表用于记录成功完成增值额度分发并且成功推送相应类型的消息的用户信息。

本发明还提供一种消息推送装置，包括：

任务信息获取模块，获取任务详情，并提取所述任务详情中的任务类型和推送消息方式；

用户信息获取模块，获取用户详情，并提取所述用户详情中每一用户的UserID、是否接收推送消息、接收消息类型和消息接收地址；

分发模块，依次向多个所述UserID批量分发与所述任务类型匹配的增值额度，直到所有UserID均执行过分发操作，并获取是否发放成功的结果信息；

推送模块，根据所述结果信息，向发放成功并且确定接收推送消息的UserID对应的消息接收地址推送相应类型的消息。

本发明还提供一种非暂态计算机存储介质，所述存储介质存储计算机指令，当计算机执行所述计算机指令时，执行以上任意一项所述消息推送方法。

本发明还提供一种电子设备，包括至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取任务详情，并提取所述任务详情中的任务类型和推送消息方式；

获取用户详情，并提取所述用户详情中每一用户的UserID、是否接收推送消息、接收消息类型和消息接收地址；

依次向多个所述UserID批量分发与所述任务类型匹配的增值额度，直到所有UserID均执行过分发操作，并获取是否发放成功的结果信息；

根据所述结果信息，向发放成功并且确定接收推送消息的UserID对应的消息接收地址推送相应类型的消息。

可选地，所述的电子设备中，获取任务详情，并提取所述任务详情中的任务类型和推送消息方式中：

所述任务类型包括至少两种，所述推送消息方式包括至少两种；

所述任务类型和所述推送消息方式能够采用任意组合的形式绑定。

可选地，所述的电子设备中，依次向多个所述UserID批量分发与所述任务类型匹配的增值额度，直到所有UserID均执行过分发操作，并获取是否发放成功的结果信息中，具体包括：

将所述任务详情和所述用户详情发送至分布式文件系统，供第三方下载；

通过所述分布式文件系统下载所述结果信息，所述结果信息通过如下方式得到：

由所述第三方根据所述任务详情和所述用户详情向多个所述UserID 批量分发与所述任务类型匹配的增值额度，并将是否发放成功的结果信息发送至所述分布式文件系统。

可选地，所述的电子设备中，获取用户详情，并提取所述用户详情中每一用户的UserID、是否接收推送消息、接收消息类型和消息接收地址中，还包括：提取所述用户详情中的每一用户设置的免打扰时段；

根据所述结果信息，向发放成功并且确定接收推送消息的UserID对应的消息接收地址推送相应类型的消息中，还包括：若用户设置了免打扰时段，则向该用户推送相应类型的消息的时间避开所述免打扰时段。

可选地，所述的电子设备中，所述至少一个处理器还能够：

设置任务结果记录表用于记录成功完成增值额度分发并且成功推送相应类型的消息的用户信息。

本发明提供的上述方案中，不再将任务类型和推送消息方式进行一对一的绑定，丰富了消息推送的组合方式，而且在进行增值额度分发的过程中，不再采用逐一进行的方式而是采用批量分发的方式，单次分发过程可以针对的用户数量能够达到数千个。因此，本发明的上述方案丰富了消息推送的方式、极大地提高了推送的效率。

附图说明

图1为本发明一个实施例所述消息推送方法的流程图；

图2为本发明另一个实施例所述消息推送方法的流程图；

图3为本发明一个实施例所述消息推送装置的原理框图；

图4为本发明一个实施例所述实现消息推送的电子设备的硬件结构示意图。

具体实施方式

下面结合附图来进一步说明本发明的具体实施方式。

容易理解，根据本发明的技术方案，在不变更本发明实质精神下，本领域的一般技术人员可相互替换的多种结构方式以及实现方式。因此，以下具体实施方式以及附图仅是对本发明的技术方案的示例性说明，而不应当视为本发明的全部或视为对发明技术方案的限定或限制。

在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个组件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

在本说明书中提到或者可能提到的上、下、左、右、前、后、正面、背面、顶部、底部等方位用语是相对于各附图中所示的构造进行定义的，它们是相对的概念，因此有可能会根据其所处不同位置、不同使用状态而进行相应地变化。所以，也不应当将这些或者其他的方位用语解释为限制性用语。

实施例一

本实施例提供一种消息推送方法，应用于服务器中，本实施例所述的消息推送方法能够适用于多个任务并发执行的情况，即多个任务分别发送至不同线程以实现同时执行。其中，每一任务的执行过程如图1所示，包括如下步骤：

S101：获取任务详情，并提取所述任务详情中的任务类型和推送消息方式。所述任务详情可以为表格的形式记录上述信息。具体地，可以设置有一个专门记录任务详情的任务表，在任务表中记录着需要执行的多个任务的任务详情，每一个任务的执行时间可以预先设定好，当系统时间到达某一个任务的执行时间时，即刻提取该任务的任务详情，而当不同任务的执行时间相同时，则可以同时将多个任务发送至不同线程分别执行。从任务详情中提取的任务类型可以包括礼品发放、返现、积分赠送等，推送消息方式可以包括短信、站内信等。

S102：获取用户详情，并提取所述用户详情中每一用户的UserID、是否接收推送消息、接收消息类型和消息接收地址；在服务器的存储器中会存储有用户列表，在用户列表中记录着多个用户的详细信息，包括 UserID、手机号码、邮箱。每一用户在注册过程中会对消息推送进行设置，例如是否接收推送消息，接收消息类型包括站内信类型、邮件类型、短信类型等。消息接收地址与消息类型对应，站内信类型则对应UserID 内的收件箱，邮件类型则对应用户注册时预留的个人邮箱，短信类型则对应用户注册时预留的个人手机号码。

S103：依次向多个所述UserID批量分发与所述任务类型匹配的增值额度，直到所有UserID均执行过分发操作，并获取是否发放成功的结果信息；也即，分批次的向UserID分发增值额度，每一批次可以选择几千个用户进行分发，对于每一个已经执行过分发操作的用户来说，可以为其设置标识位，以将其区分出来；也可以直接将其从用户详情中拆分出来单独保存。其中所述增值额度需要与任务类型匹配，例如当任务类型为礼品发放时，则增值额度为对应的礼品券、或者直接是免费的礼品；当任务类型为返现时，则增值额度为现金红包、或者等额的现金券；当任务类型为积分时，则增值额度为赠送的积分等。所述结果信息中，可以只记录分发成功的用户信息、也可以只记录分发失败的用户信息、或者全部记录，记录结果可以存入缓存中。所述结果信息中优选只记录分发失败的用户信息，因为分发失败的用户数量相对较少，占用存储空间较少。而且后续在推送消息时，根据分发失败的用户信息确定不必向哪些用户推送消息的查找效率，势必比根据分发成功的用户信息确定向哪些用户推送消息的查找效率要高很多。

S104：根据所述结果信息，向发放成功并且确定接收推送消息的 UserID对应的消息接收地址推送相应类型的消息。正常情况下，服务器应该向分发增值额度成功的用户推送消息以提醒该用户，如果分发增值额度没有成功，则不再发送推送消息。具体地，可以按照如下方式执行：

服务器将所述用户详情中确定不推送消息的用户、分发增值额度失败的用户删除，即可得到确定推送消息并且分发成功的用户，之后批量地向分发成功的用户推送消息。在上述过程中，所述任务类型和所述推送消息方式可以采用多种组合形式，例如对于返现类型的任务，既可以采用短信方式推送消息、也可以采用站内信方式推送消息、还可以选择邮件方式推送消息。也即，所述任务类型包括至少两种，所述推送消息方式包括至少两种；所述任务类型和所述推送消息方式能够采用任意组合的形式绑定，由此丰富了推送方式。

本实施例提供的上述方案中，不再将任务类型和推送消息方式进行一对一的绑定，丰富了消息推送的组合方式，而且在进行增值额度分发的过程中和消息推送的过程中，不再采用逐一进行的方式而是采用批量进行的方式，单次分发过程可以针对的用户数量能够达到数千个。因此，本发明的上述方案丰富了消息推送的方式、极大地提高了推送的效率。

实施例二

本实施例提供一种消息推送方法，应用于服务器中，如图2所示，包括如下步骤：

S201：获取任务详情，并提取所述任务详情中的任务类型和推送消息方式。所述任务详情可以为表格的形式记录上述信息。从任务详情中提取的任务类型可以包括礼品发放、返现、积分赠送等，推送消息方式可以包括短信、站内信等。

S202：获取用户详情，并提取所述用户详情中每一用户的UserID、是否接收推送消息、接收消息类型和消息接收地址；在服务器的存储器中会存储有用户列表，在用户列表中记录着多个用户的详细信息，包括 UserID、手机号码、邮箱。每一用户在注册过程中会对消息推送进行设置，例如是否接收推送消息，接收消息类型包括站内信类型、邮件类型、短信类型等。消息接收地址与消息类型对应，站内信类型则对应UserID 内的收件箱，邮件类型则对应用户注册时预留的个人邮箱，短信类型则对应用户注册时预留的个人手机号码。在确定本次任务所需要的用户详情时，还可以增加如下判断条件：确定本次任务是一次性活动还是周期性活动，一次性活动的话直接提取所确定的用户分组的详情，如果是周期性活动的话，需要结合任务所在日期进一步确定用户分组的详情。

S203：将所述任务详情和所述用户详情发送至分布式文件系统，供第三方下载。由所述第三方根据所述任务详情和所述用户详情向多个所述UserID批量分发与所述任务类型匹配的增值额度，并将是否发放成功的结果信息发送至所述分布式文件系统。具体地，获取到用户详情后，生成一个CSV文件，CSV文件中记录有活动id和年月日等信息，将CVS 文件发送至FastDFS(分布式文件系统)，通知第三方进行批量发放。采用FastDFS这种方式降低了系统复杂度，提升了处理效率，此时系统可以把资源进行释放去处理其他任务，避免了系统边读编写的耗时、耗资源的情况。如果FastDFS上传失败，会进行3次的重试机制，超过3次后直接报警。

S204：通过所述分布式文件系统下载所述结果信息。第三方针对获取的用户发放完毕后会通知系统，系统通过FastDFS把发放的结果下载，对发放失败的用户进行记录。

S205：根据所述结果信息，向发放成功并且确定接收推送消息的 UserID对应的消息接收地址推送相应类型的消息，如果用户设置了免打扰时段，则向该用户推送相应类型的消息的时间避开所述免打扰时段。例如：如果用户设置了22:00-07:00免打搅，在发送的过程中，在 22:00-07:00时间范围内，该任务会自动创建一个新任务，记录当前已经发送到的标记位delay_start_id＝xxx、新任务活动的开启时间 delay_send_time＝xxxx，则系统时间到达新任务活动的开启时间后会继续从标记位开始发送。另外，在推送消息过程中，可以从用户详情中提取用户的标签信息，例如标签a表征用户的年龄，标签w表征用户为女士，标签m表征用户为男士等。不同标签信息的用户，会对应不同的消息模板。本步骤中动态地提取具有某一相同标签信息的用户，采用相同的消息模板编辑消息后进行推送。例如，针对标签w的用户，消息抬头均采用：尊敬的X女士，针对标签m的用户，消息抬头均采用：尊敬的X先生。

S206：设置任务结果记录表用于记录成功完成增值额度分发并且成功推送相应类型的消息的用户信息，例如将任务结果记录表中的标志位设置为1，并将其中记录的每一个用户信息对应的标志位设置为0，即可表示该任务表中的所有用户在本次任务中已经成功分发了相应的增值额度，同时也成功发送的通知消息。

本实施例的上述方案中，消息能够组合推送、并发推送，从而能够提高推送效率，减少耗时时间长，使得系统资源占用高的问题。而且，上述方案能够避免在不适宜的时间推送影响用户体验，同时能够对推送结果进行跟踪记录。

实施例三

本实施例提供一种消息推送装置，如图3所示，包括：

任务信息获取模块301，获取任务详情，并提取所述任务详情中的任务类型和推送消息方式；所述任务详情可以为表格的形式记录上述信息。具体地，可以设置有一个专门记录任务详情的任务表，在任务表中记录着需要执行的多个任务的任务详情，每一个任务的执行时间可以预先设定好，当系统时间到达某一个任务的执行时间时，即刻提取该任务的任务详情。从任务详情中提取的任务类型可以包括礼品发放、返现、积分赠送等，推送消息方式可以包括短信、站内信等。

用户信息获取模块302，获取用户详情，并提取所述用户详情中的 UserID、是否接收推送消息、接收消息类型和消息接收地址；在服务器的存储器中会存储有用户列表，在用户列表中记录着多个用户的详细信息，包括UserID、手机号码、邮箱。每一用户在注册过程中会对消息推送进行设置，例如是否接收推送消息，接收消息类型包括站内信类型、邮件类型、短信类型等。消息接收地址与消息类型对应，站内信类型则对应UserID内的收件箱，邮件类型则对应用户注册时预留的个人邮箱，短信类型则对应用户注册时预留的个人手机号码。

分发模块303，依次向多个所述UserID批量分发与所述任务类型匹配的增值额度，直到所有UserID均执行过分发操作，并获取是否发放成功的结果信息；也即，分批次的向UserID分发增值额度，每一批次可以选择几千个用户进行分发，对于每一个已经执行过分发操作的用户来说，可以为其设置标识位，以将其区分出来；也可以直接将其从用户详情中拆分出来单独保存。其中所述增值额度需要与任务类型匹配，例如当任务类型为礼品发放时，则增值额度为对应的礼品券、或者直接是免费的礼品；当任务类型为返现时，则增值额度为现金红包、或者等额的现金券；当任务类型为积分时，则增值额度为赠送的积分等。所述结果信息中，可以只记录分发成功的用户信息、也可以只记录分发失败的用户信息、或者全部记录，记录结果可以存入缓存中。所述结果信息中优选只记录分发失败的用户信息，因为分发失败的用户数量相对较少，占用存储空间较少。而且后续在推送消息时，根据分发失败的用户信息确定不必向哪些用户推送消息的查找效率，势必比根据分发成功的用户信息确定向哪些用户推送消息的查找效率要高很多。

推送模块304，根据所述结果信息，向发放成功并且确定接收推送消息的UserID对应的消息接收地址推送相应类型的消息。正常情况下，服务器应该向分发增值额度成功的用户推送消息以提醒该用户，如果分发增值额度没有成功，则不再发送推送消息。具体地，可以按照如下方式执行：

服务器将所述用户详情中确定不推送消息的用户、分发增值额度失败的用户删除，即可得到确定推送消息并且分发成功的用户，之后批量地向分发成功的用户推送消息。在上述过程中，所述任务类型和所述推送消息方式可以采用多种组合形式，例如对于返现类型的任务，既可以采用短信方式推送消息、也可以采用站内信方式推送消息、还可以选择邮件方式推送消息。也即，所述任务类型包括至少两种，所述推送消息方式包括至少两种；所述任务类型和所述推送消息方式能够采用任意组合的形式绑定，由此丰富了推送方式。

本实施例提供的上述方案中，不再将任务类型和推送消息方式进行一对一的绑定，丰富了消息推送的组合方式，而且在进行增值额度分发的过程中，不再采用逐一进行的方式而是采用批量分发的方式，单次分发过程可以针对的用户数量能够达到数千个。因此，本发明的上述方案丰富了消息推送的方式、极大地提高了推送的效率。

实施例四

本实施例提供了一种存储介质，存储介质存储计算机指令，当计算机执行计算机指令时，用于执行如前所述的消息推送方法的所有步骤。

实施例五

本实施例一种电子设备，如图4所示，包括至少一个处理器401；以及，与所述至少一个处理器401通信连接的存储器402；其中，

所述存储器402存储有可被所述一个处理器401执行的指令，所述指令被所述至少一个处理器401执行，以使所述至少一个处理器401能够：

获取任务详情，并提取所述任务详情中的任务类型和推送消息方式；

获取用户详情，并提取所述用户详情中的UserID、是否接收推送消息、接收消息类型和消息接收地址；

依次向多个所述UserID批量分发与所述任务类型匹配的增值额度，直到所有UserID均执行过分发操作，并获取是否发放成功的结果信息；

根据所述结果信息，向发放成功并且确定接收推送消息的UserID对应的消息接收地址推送相应类型的消息。

上述方案中，不再将任务类型和推送消息方式进行一对一的绑定，丰富了消息推送的组合方式，而且在进行增值额度分发的过程中，不再采用逐一进行的方式而是采用批量分发的方式，单次分发过程可以针对的用户数量能够达到数千个。因此，本发明的上述方案丰富了消息推送的方式、极大地提高了推送的效率。

可选地，上述的电子设备中，获取任务详情，并提取所述任务详情中的任务类型和推送消息方式中：所述任务类型包括至少两种，所述推送消息方式包括至少两种；所述任务类型和所述推送消息方式能够采用任意组合的形式绑定。由此能够实现推送手段的多种组合。

可选地，上述的电子设备中，依次向多个所述UserID批量分发与所述任务类型匹配的增值额度，直到所有UserID均执行过分发操作，并获取是否发放成功的结果信息中，具体包括：

将所述任务详情和所述用户详情发送至分布式文件系统，供第三方下载；通过所述分布式文件系统下载所述结果信息，所述结果信息通过如下方式得到：由所述第三方根据所述任务详情和所述用户详情向多个所述UserID批量分发与所述任务类型匹配的增值额度，并将是否发放成功的结果信息发送至所述分布式文件系统。采用FastDFS(分布式文件系统)这种方式降低了系统复杂度，提升了处理效率，此时系统可以把资源进行释放去处理其他任务，避免了系统边读编写的耗时、耗资源的情况。如果FastDFS上传失败，会进行3次的重试机制，超过3次后直接报警。

可选地，上述的电子设备中，获取用户详情，并提取所述用户详情中的UserID、是否接收推送消息、接收消息类型和消息接收地址中，还包括：提取所述用户详情中的免打扰时段；根据所述结果信息，向发放成功并且确定接收推送消息的UserID对应的消息接收地址推送相应类型的消息中，还包括：若用户设置了免打扰时段，则向该用户推送相应类型的消息的时间避开所述免打扰时段。由此可以避免在不适宜的时间段给用户发送消息，降低用户体验。

可选地，上述的电子设备中，所述至少一个处理器还能够：设置任务结果记录表用于记录成功完成增值额度分发并且成功推送相应类型的消息的用户信息。由此能够实现对推送结果和推送效果进行跟踪记录。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件服务器的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

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

Claims (12)

1.一种消息推送方法，其特征在于，包括如下步骤：

获取任务详情，并提取所述任务详情中的任务类型和推送消息方式；

获取用户详情，并提取所述用户详情中每一用户的UserID、是否接收推送消息、接收消息类型和消息接收地址；

依次向多个所述UserID批量分发与所述任务类型匹配的增值额度，直到所有UserID均执行过分发操作，并获取是否发放成功的结果信息；

根据所述结果信息，向发放成功并且确定接收推送消息的UserID对应的消息接收地址推送相应类型的消息。

2.根据权利要求1所述的消息推送方法，其特征在于，获取任务详情，并提取所述任务详情中的任务类型和推送消息方式中：

所述任务类型包括至少两种，所述推送消息方式包括至少两种；

所述任务类型和所述推送消息方式能够采用任意组合的形式绑定。

3.根据权利要求1所述的消息推送方法，其特征在于，依次向多个所述UserID批量分发与所述任务类型匹配的增值额度，直到所有UserID均执行过分发操作，并获取是否发放成功的结果信息中，具体包括：

将所述任务详情和所述用户详情发送至分布式文件系统，供第三方下载；

通过所述分布式文件系统下载所述结果信息，所述结果信息通过如下方式得到：

由所述第三方根据所述任务详情和所述用户详情向多个所述UserID批量分发与所述任务类型匹配的增值额度，并将是否发放成功的结果信息发送至所述分布式文件系统。

4.根据权利要求1所述的消息推送方法，其特征在于，获取用户详情，并提取所述用户详情中每一用户的UserID、是否接收推送消息、接收消息类型和消息接收地址中，还包括：提取所述用户详情中的每一用户设置的免打扰时段；

根据所述结果信息，向发放成功并且确定接收推送消息的UserID对应的消息接收地址推送相应类型的消息中，还包括：若用户设置了免打扰时段，则向该用户推送相应类型的消息的时间避开所述免打扰时段。

5.根据权利要求1-4任一项所述的消息推送方法，其特征在于，还包括如下步骤：

设置任务结果记录表用于记录成功完成增值额度分发并且成功推送相应类型的消息的用户信息。

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

任务信息获取模块，获取任务详情，并提取所述任务详情中的任务类型和推送消息方式；

用户信息获取模块，获取用户详情，并提取所述用户详情中每一用户的UserID、是否接收推送消息、接收消息类型和消息接收地址；

分发模块，依次向多个所述UserID批量分发与所述任务类型匹配的增值额度，直到所有UserID均执行过分发操作，并获取是否发放成功的结果信息；

推送模块，根据所述结果信息，向发放成功并且确定接收推送消息的UserID对应的消息接收地址推送相应类型的消息。

7.一种非暂态计算机存储介质，所述存储介质存储计算机指令，当计算机执行所述计算机指令时，执行权利要求1至5中任意一项所述消息推送方法。

8.一种电子设备，其特征在于，包括至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取任务详情，并提取所述任务详情中的任务类型和推送消息方式；

获取用户详情，并提取所述用户详情中每一用户的UserID、是否接收推送消息、接收消息类型和消息接收地址；

依次向多个所述UserID批量分发与所述任务类型匹配的增值额度，直到所有UserID均执行过分发操作，并获取是否发放成功的结果信息；

根据所述结果信息，向发放成功并且确定接收推送消息的UserID对应的消息接收地址推送相应类型的消息。

9.根据权利要求8所述的电子设备，其特征在于，获取任务详情，并提取所述任务详情中的任务类型和推送消息方式中：

所述任务类型包括至少两种，所述推送消息方式包括至少两种；

所述任务类型和所述推送消息方式能够采用任意组合的形式绑定。

10.根据权利要求8所述的电子设备，其特征在于，依次向多个所述UserID批量分发与所述任务类型匹配的增值额度，直到所有UserID均执行过分发操作，并获取是否发放成功的结果信息中，具体包括：

将所述任务详情和所述用户详情发送至分布式文件系统，供第三方下载；

通过所述分布式文件系统下载所述结果信息，所述结果信息通过如下方式得到：

由所述第三方根据所述任务详情和所述用户详情向多个所述UserID批量分发与所述任务类型匹配的增值额度，并将是否发放成功的结果信息发送至所述分布式文件系统。

11.根据权利要求8所述的电子设备，其特征在于，获取用户详情，并提取所述用户详情中的UserID、是否接收推送消息、接收消息类型和消息接收地址中，还包括：提取所述用户详情中的每一用户设置的免打扰时段；

根据所述结果信息，向发放成功并且确定接收推送消息的UserID对应的消息接收地址推送相应类型的消息中，还包括：若用户设置了免打扰时段，则向该用户推送相应类型的消息的时间避开所述免打扰时段。

12.根据权利要求8-11任一项所述的电子设备，其特征在于，所述至少一个处理器还能够：

设置任务结果记录表用于记录成功完成增值额度分发并且成功推送相应类型的消息的用户信息。