CN113014475B - 消息推送集成方法、装置 - Google Patents

Abstract

本申请涉及一种消息推送集成方法、装置、计算机设备和存储介质，该方法包括：获取预设软件的用户信息、微信小程序用户信息、应用程序APP用户信息、公众号用户信息，建立所述软件的用户信息与微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系；接收服务器发送的预设类型的软件消息推送请求，根据所述预设类型及预先建立的映射关系，确定出所述软件消息推送请求对应的微信小程序用户、应用程序APP用户、公众号用户中的至少一种；调用预设发送接口，利用预先配置的消息模板向所述微信小程序用户、应用程序APP用户、公众号用户中的至少一种推送消息。按照本申请的实现方式，不管用户是使用小程序还是App，或者是关注了公众号，都能收到相应的消息通知提醒，提高了消息触达率。

Description

消息推送集成方法、装置

技术领域

本申请涉及数据处理技术领域，特别是涉及消息推送集成方法、装置、计算机设备和存储介质。

背景技术

对于例如平安企业宝这样包含APP、小程序、公众号、PC三个移动终端的保险服务类型应用系统，拥有一个完备的消息提醒通知功能将大大提高用户的信息触达能力和交互体验。用户在企业宝中办理投保、批改、理赔业务都可以收到每个进度的提醒通知，用户在收到权益、权益即将过期、查违章、保单即将到期待续保等情况下也可以收到相应的提醒通知。

传统多数应用都不像企业宝这样同时具备这三种移动终端，而且很多是在相应终端上操作才推送相应终端的通知提醒。这种设计对于个人客户操作还可以应付，但是对于平安企业宝这种主打团体客户的应用来说就能力有限。因为平安企业宝主要是团体业务，投保人、被保人很多情况下都是公司，这个时候如果有业务通知提醒的话，就应该是按照公司来推送，而一个公司下可以有多个操作用户(多个员工、多个管理员等)，可能在同一家公司下，有的用户使用的是小程序，有的用户使用的是App，如果无法集成一个统一的多终端推送功能，就无法将消息反馈给所有的目标操作用户。

例如，根据平安企业宝的业务需求场景，划分了多种用户权限：游客、保单绑定、公司绑定(员工身份或管理员身份)等，使用统一消息推送入口时，可以根据入参的不同，来过滤出符合权限的相应操作用户，而且可以是多个操作用户，这些操作用户还可以来自不同的终端(APP、小程序、公众号)。

小程序和公众号消息靠微信平台来提供消息推送功能支持，APP消息则是原生实现，接入平安推送来实现通知栏推送功能，并且接入不同手机厂商推送服务来提高消息触达率。

根据微信平台提供的服务，小程序和公众号的同一个用户是对应不同的openId，也就是说小程序和公众号的openId是不相通的。而由于历史原因，平安企业宝小程序出现得早，公众号则是后面才补充的，所以一开始小程序的用户数据都是使用小程序的openId，所以也不方便直接改成unionId来统一微信方的用户Id。所以现在小程序和公众号是通过查询同一用户不同的openId调用推送接口的。另外App使用的是手机号唯一对应的PersonId来推送消息的。

消息模板方面，小程序和公众号的支持情况也是不同的。小程序方面模板消息功能已经下线，取而代之用的是订阅消息，推送消息前需要向用户发送订阅申请，用户同意后才能收到推送消息。公众号方面用的是模板消息，需要用户关注了公众号并绑定手机号才能推送，现已托管UCP平台进行管理。而且这两种消息没有对应的消息模板，两者互相独立，消息模板编码、ID、格式、机制也各不相同。

如果无法集成一个统一的多终端推送功能，就无法将消息反馈给所有的目标操作用户。

发明内容

基于此，本申请提供一种消息推送集成方法、装置、计算机设备和存储介质。

第一方面提供了一种消息推送集成方法，包括：

获取预设软件的用户信息、微信小程序用户信息、应用程序APP用户信息、公众号用户信息，建立所述软件的用户信息与微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系；

接收服务器发送的预设类型的软件消息推送请求，根据所述预设类型及预先建立的映射关系，确定出所述软件消息推送请求对应的微信小程序用户、应用程序APP用户、公众号用户中的至少一种；

调用预设发送接口，利用预先配置的消息模板向所述微信小程序用户、应用程序APP用户、公众号用户中的至少一种推送消息。

进一步地，所述建立所述软件的用户信息与微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系，包括：

根据所述用户信息为公司用户，则先建立公司用户到个人用户的关联关系，并设置个人用户的权限，然后建立公司用户与微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系；

根据所述用户信息为个人用户，建立个人用户与微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系。

进一步地，所述在获取预设软件的用户信息、该微信小程序用户信息、应用程序APP用户信息、公众号用户信息，建立所述软件的用户信息、微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系之后，该方法还包括：

建立业务消息到小程序订阅消息模板、公众号消息模板、应用程序消息模板之间的映射关系。

进一步地，所述调用预设发送接口，利用预先配置的消息模板向所述微信小程序用户、应用程序APP用户、公众号用户中的至少一种推送消息，包括：

设置关联关系，对所述业务消息需要的每一种消息提醒，定义统一的模板编码，该模板编码关联所述小程序订阅消息模板、公众号消息模板、和应用程序消息模板。

进一步地，所述方法在调用预设发送接口，利用预先配置的消息模板向所述微信小程序用户、应用程序APP用户、公众号用户中的至少一种推送消息之后，进一步包括：根据预设规则获取消息推送状态，以判断消息是否推送成功。

进一步地，所述预设规则包括：当所述预设类型的消息推送请求为单类型推送或多类型推送时，获取预设消息发送表中的消息推送任务，根据获取的消息推送任务向微信小程序用户、APP用户和/或公众号用户推送消息，查询预设用户消息中心表中已推送消息的回执状态，根据获取的消息回执状态分析消息是否推送成功。

第二方面提供了一种消息推送集成装置，包括：

获取模块，用于获取预设软件的用户信息、微信小程序用户信息、应用程序APP用户信息、公众号用户信息，建立所述用户信息、微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系；

确定模块，接收服务器发送的预设类型的软件消息推送请求，根据所述预设类型及预先建立的映射关系，确定出所述软件消息推送请求对应的微信小程序用户、应用程序APP用户、公众号用户中的至少一种；

推送模块，用于调用预设发送接口，利用预先配置的消息模板向微信小程序用户、应用程序APP用户、公众号用户中的至少一种推送消息。

所述装置进一步包括：判断模块，根据预设规则获取消息推送状态，以判断消息是否推送成功。

第三方面提供了一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行上述所述消息推送集成方法的步骤。

第四方面提供了一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述所述消息推送集成方法的步骤。

上述消息推送集成方法、装置、计算机设备和存储介质，相对于现有技术具有如下优势：

按照本申请的实现方式，集成了三种途径的消息提醒通知功能后，类似平安企业宝这样的包含APP、小程序、公众号、PC三个移动终端的服务类型应用系统，就能完美兼容所有类型受众用户的消息推送功能。本申请根据业务需求场景划分了多种用户权限：游客、业务绑定、公司绑定(员工身份或管理员身份)等，使用统一消息推送入口时，可以根据入参的不同，来过滤出符合权限的相应操作用户，而且可以是多个操作用户。不管这些用户是使用小程序还是App，或者是关注了公众号，都能收到相应的消息通知提醒，提高了消息触达率。

附图说明

图1为一个实施例中计算机设备的内部结构框图；

图2为一个实施例中消息推送集成方法的第一个实施方式的流程图；

图3为一个实施例中消息推送集成方法的第二个实施方式的流程图；

图4为一个实施例中消息推送集成装置的结构框图；

图5示出了本申请一实施例所提供的一种电子设备的结构示意图；

图6示出了本申请一实施例所提供的一种存储介质的示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一消息推送集成脚本称为第二消息推送集成脚本，且类似地，可将第二消息推送集成脚本称为第二消息推送集成脚本。

实施例1

图1为一个实施例中计算机设备的内部结构示意图。该计算机设备包括通过系统总线连接的处理器、非易失性存储介质、存储器和网络接口。其中，该计算机设备的非易失性存储介质存储有操作系统、数据库和计算机可读指令，数据库中可存储有控件信息序列，该计算机可读指令被处理器执行时，可使得处理器实现一种消息推送集成方法。该计算机设备的处理器用于提供计算和控制能力，支撑整个计算机设备的运行。该计算机设备的存储器中可存储有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种消息推送集成方法。该计算机设备的网络接口用于与终端连接通信。本领域技术人员可以理解，图1中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

下面结合附图来描述根据本申请实施例提出的一种消息推送集成方法、装置、电子设备及存储介质。

如图2所示，在一个实施例中，提出了一种消息推送集成方法及系统、计算机可读存储介质，所述消息推送集成方法可包括但不限于如下的步骤。

S1、获取预设软件的用户信息、微信小程序用户信息、应用程序APP用户信息、公众号用户信息，建立所述软件的用户信息与微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系。

S2、接收服务器发送的预设类型的软件消息推送请求，根据所述预设类型及预先建立的映射关系，确定出所述软件消息推送请求对应的微信小程序用户、应用程序APP用户、公众号用户中的至少一种；

S3、调用预设发送接口，利用预先配置的消息模板向所述微信小程序用户、应用程序APP用户、公众号用户中的至少一种推送消息。

在步骤S1中，在建立所述用户信息、微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系时，可以采取关联手段。例如，把用户的小程序OpenId、公众号OpenId、平安企业宝PersonId、公司名做关联，推送时可以通过其中之一查出其余信息进行多途径推送。推送业务消息时通过该映射关系实现同一业务消息的多终端用户接收。

随后，如果所述用户信息为公司用户，则先建立公司用户到个人用户的关联关系，并设置个人用户的权限，然后建立公司用户与微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系。根据企业宝业务，用户可以是个人身份也可能是公司身份。如果是公司业务消息通知，需要通知公司底下的所有用户，所以需要建立公司到用户的关联关系，并且用户可以有多种权限，企业管理员，员工等。推送消息时靠这个关系进行验权，实现对指定公司下符合权限的用户群的统一群体推送。

如果所述用户信息为个人用户，建立个人用户与微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系。

在本实施例中，当用户在APP上登录后，该方法自动获取登录的软件用户信息(如账户名、昵称、密码等)、微信小程序用户信息、应用程序APP用户信息、公众号用户信息，(如手机型号，手机IMEI号等)，并建立所述用户信息、微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系。根据接收到的用户名和密码，利用APP的token机制，验证用户名和密码是否正确。如果验证错误，返回错误信息。如果验证正确，生成一个随机的不重复的token字符串(例如"daf32da456hfdh")，在数据库中维护一个映射表，该映射表保存token字符串与用户信息的映射关系。例如，将token字符串"daf32da456hfdh"和用户id"5"绑定起来，这样，通过token字符串可建立起APP用户信息与软件用户信息的映射关系。

token在计算机身份认证中是“令牌”的意思，是由服务端生成的一串字符串，作为客户端进行请求的一个标识。当用户第一次登录后，服务器生成一个token并将此token返回给客户端，以后客户端只需带上这个token前来请求数据即可，无需再次带上用户名和密码。token的组成包括：uid(用户唯一的身份标识)、time(当前时间的时间戳)、sign(签名)。

在步骤S2中，所述预设类型的消息推送请求包括：单类型推送、多类型推送。例如，单类型推送的含义是，消息推送请求可以根据业务的类型和需要，仅仅请求推送给微信小程序用户、应用程序APP用户、公众号用户中的一种。多类型推送的含义是，消息推送请求可以根据业务的类型和需要，请求推送给微信小程序用户、应用程序APP用户、公众号用户中中的两种或者三种都进行推送。例如，根据业务需求不同，可以只推送特定途径的消息通知，比如对于团车续保业务，现只有APP端支持这种业务，故可以只推送App消息给APP用户和公众号消息给公众号用户；对于理赔视频查勘，只有小程序有这种业务，故可以只推送小程序消息给小程序用户。

在步骤S2中，如果预设类型的消息推送请求为三类型推送，可以对小程序、公众号、APP三种消息类型内容，做封装处理，调用时只需要传入特定业务字段，如保单号，状态等，系统自动完成消息体拼装，并做空处理和超长截取处理，用省略号替换超长部分(比如微信小程序对于不同类型的字段有不同的长度要求)。

在步骤S2中，推送目标类型可供选择，比如推送个人权益通知，或者查违章完成通知，这种属于个人操作，可以按照PersonId作为入参推送；而对于投保确认、理赔年度这种业务，则可以公司名作为入参进行推送。

在步骤S3中，根据确定出的该微信小程序用户信息、应用程序APP用户信息、公众号用户信息分析得到所述软件用户对应的微信小程序用户信息、应用程序APP用户信息、公众号用户信息，调用预设发送接口，根据预先配置的消息模板统一向所述用户对应的目标设备上的目标微信小程序信息、应用程序APP用户信息、公众号用户信息推送消息。其中，预先配置的消息模板分为固定消息模板和可变消息模板。固定消息模板用于记录统一相同的内容，即用户接收到推送的消息都是一样的。可变消息模板用于记录不同用户对应的消息内容。例如，若预设类型的消息推送请求是对所有用户发送相同的消息，则采用固定消息模板向用户推送消息。若所述预设类型的消息推送请求是根据不同的用户发送不同的消息，则采用可变消息模板向用户推送消息。可变消息模板带有参数，不同的用户有对应的参数。使用可变模板时，根据不同的用户，将可变消息模板中的参数替换为用户对应的确定的消息参数(例如：人名、地名、商品等)，根据替换后的消息模板向所述用户对应的目标设备上的目标微信小程序信息、应用程序APP用户信息、公众号用户信息推送消息。

在步骤S3中，还可以设置一个关联关系，对业务需要的每一种消息提醒，定义统一的模板编码，该模板关联小程序、公众号、APP三种消息模板。

在步骤S1中，在获取预设软件的用户信息、该微信小程序用户信息、应用程序APP用户信息、公众号用户信息，建立所述软件的用户信息、微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系之后，该方法还包括：建立业务消息到小程序订阅消息模板、公众号消息模板、应用程序消息模板之间的映射关系。公众号消息和小程序消息模板通过微信公众平台进行动态配置，app消息也可通过分布式配置中心组件Apollo进行动态配置。这三种消息推送机制不同，本发明中，消息中心通过封装并暴露出统一的发送接口，使外部系统可以推送多终端多用户消息而无需关注其中的差别。

例如，为了建立业务消息到小程序订阅消息模板、公众号消息模板、应用程序消息模板之间的映射关系，可以将预先建立映射关系的软件用户信息、微信小程序用户信息、应用程序APP用户信息、公众号用户信息以及对应的消息模板以预设测试用例的形式配置在XML文件中。

在消息推送时可自动化执行XML文件中的预设测试用例，执行过程中会根据用户的映射关系(即用户登陆信息、微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系)，解析XML文件中的预设试用例，将解析得到的结果写入数据库。其中，数据库含有消息发送表、用户消息中心表、全网消息发送表等。消息发送表用于记录消息推送的任务(例如，一次给100个用户推送消息)，用户消息中心表用于记录消息推送的回执状态；全网消息推送表用于记录已完成推送的设备数量。

上述实施例是向一个指定APP推送消息的场景。如需推送消息至其他APP，只需将XML文件中的设备信息(DeviceId)，APP用户信息(APPId)，微信小程序用户信息、公众号用户信息、软件用户信息(UserId)，消息模板(模板ID)进行更换即可。这6个参数是公共的参数，可以进行统一配置，验证方法是通过传入的APPId信息，读取到对应APP中的设备、软件用户及消息模板，然后再执行预设测试用例脚本，即可完成验证。此外，当软件用户信息、APP用户信息、微信小程序用户信息、公众号用户信息发生变更时，只需根据软件用户信息、APP用户信息、微信小程序用户信息、公众号用户信息之间的映射关系进行更新即可。

本实施例的XML文件是基于TestNG自动化测试框架来执行的。在执行预设测试用例时，需解析TestNG的ResultXml文件。执行完将预设测试用例后，将预设测试用例执行的结果存入数据库，以进入后续测试过程的检查。如果检查出错误，将错误的测试用例筛选出来以分析错误原因。其中，TestNG是一个开源自动化测试框架，TestNG是类似于JUnit(特别是JUnit 4)，但它不是一个JUnit扩展，TestNG的测试效果是优于JUnit的。TestNG消除了大部分的旧框架的限制，使开发人员能够编写更加灵活和强大的测试。由于TestNG在很大程度上借鉴了Java注解(JDK5.0引入的)来定义测试，能使这个新功能在真实的Java语言环境中得到应用。TestNG具有以下特点：使用Java和面向对象的功能，支持综合类测试(例如，默认情况下，没有必要创建一个新的测试每个测试方法的类的实例)，拥有灵活的运行时配置。支持依赖测试方法，并行测试，负载测试，局部故障，拥有灵活的插件API，支持多线程测试。

优选的，如图3所示，在本申请的第二个实施例中，本申请的消息推送集成方法，还可以包括S4、根据预设规则获取消息推送状态，以判断消息是否推送成功。

在本实施例中，所述预设规则包括：当所述预设类型的消息推送请求为单类型推送或多类型推送时，获取预设消息发送表中的消息推送任务，根据获取的消息推送任务向微信小程序用户、APP用户和/或公众号用户推送消息，查询预设用户消息中心表中已推送消息的回执状态，根据获取的消息回执状态分析消息是否推送成功。当所述预设类型的消息推送请求为全网消息推送时，查询预设全网消息发送表中是否有已推送的终端设备数量的新增记录，若有，则说明已全网推送消息。

在本实施例中，本申请可以根据业务需求场景划分多种用户权限：游客、业务绑定、公司绑定(员工身份或管理员身份)等，使用统一消息推送入口时，可以根据入参的不同，来过滤出符合权限的相应操作用户，而且可以是多个操作用户。

通过以上实施例，本申请的消息推送集成方法，具有的如下明显优势：

集成了三种途径的消息提醒通知功能后，类似平安企业宝这样的包含APP、小程序、公众号、PC三个移动终端的服务类型应用系统，就能完美兼容所有类型受众用户的消息推送功能。本申请根据业务需求场景划分了多种用户权限：游客、业务绑定、公司绑定(员工身份或管理员身份)等，使用统一消息推送入口时，可以根据入参的不同，来过滤出符合权限的相应操作用户，而且可以是多个操作用户。不管这些用户是使用小程序还是App，或者是关注了公众号，都能收到相应的消息通知提醒，提高了消息触达率。

如图4所示，在一个实施例中，提供了一种消息推送集成装置，该消息推送集成装置可以包括：

获取模块411，用于获取预设软件的用户信息、微信小程序用户信息、应用程序APP用户信息、公众号用户信息，建立所述用户信息、微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系；

确定模块412，接收服务器发送的预设类型的软件消息推送请求，根据所述预设类型及预先建立的映射关系，确定出所述软件消息推送请求对应的微信小程序用户、应用程序APP用户、公众号用户中的至少一种；

推送模块413，用于调用预设发送接口，利用预先配置的消息模板向微信小程序用户、应用程序APP用户、公众号用户中的至少一种推送消息。

所述装置还可以进一步包括：判断模块，根据预设规则获取消息推送状态，以判断消息是否推送成功。

本申请实施方式还提供一种与前述实施方式所提供的消息推送集成方法对应的电子设备，以执行上消息推送集成方法。本申请实施例不做限定。

请参考图5，其示出了本申请的一些实施方式所提供的一种电子设备的示意图。如图5所示，所述电子设备2包括：处理器200，存储器201，总线202和通信接口203，所述处理器200、通信接口203和存储器201通过总线202连接；所述存储器201中存储有可在所述处理器200上运行的计算机程序，所述处理器200运行所述计算机程序时执行本申请前述任一实施方式所提供的消息推送集成方法。

其中，存储器201可能包含高速随机存取存储器(RAM：Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口203(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网、广域网、本地网、城域网等。

总线202可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。其中，存储器201用于存储程序，所述处理器200在接收到执行指令后，执行所述程序，前述本申请实施例任一实施方式揭示的所述消息推送集成方法可以应用于处理器200中，或者由处理器200实现。

处理器200可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器200中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器200可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器201，处理器200读取存储器201中的信息，结合其硬件完成上述方法的步骤。

本申请实施例提供的电子设备与本申请实施例提供的消息推送集成方法出于相同的发明构思，具有与其采用、运行或实现的方法相同的有益效果。

本申请实施方式还提供一种与前述实施方式所提供的消息推送集成方法对应的计算机可读存储介质，请参考图6，其示出的计算机可读存储介质为光盘30，其上存储有计算机程序(即程序产品)，所述计算机程序在被处理器运行时，会执行前述任意实施方式所提供的消息推送集成方法。

如图6所示，存储器中可以存储有消息推送程序；处理器执行存储器中存储的消息推送程序时实现如图2或3所示的步骤。

可选地，在其他的实施例中，消息推送程序还可以被分割为一个或者多个模块，一个或者多个模块被存储于存储器中，并由一个或多个处理器(本实施例为处理器)所执行以完成本发明，本发明所称的模块是指能够完成特定功能的一系列计算机程序指令段，用于描述消息推送程序在电子装置中的执行过程。

需要说明的是，所述计算机可读存储介质的例子还可以包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他光学、磁性存储介质，在此不再一一赘述。

本申请的上述实施例提供的计算机可读存储介质与本申请实施例提供的消息推送集成方法出于相同的发明构思，具有与其存储的应用程序所采用、运行或实现的方法相同的有益效果。

需要说明的是：

在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备有固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本申请也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本申请的内容，并且上面对特定语言所做的描述是为了披露本申请的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本申请并帮助理解各个发明方面中的一个或多个，在上面对本申请的示例性实施例的描述中，本申请的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本申请的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的虚拟机的创建装置中的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

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

Claims (8)

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

获取预设软件的用户信息、微信小程序用户信息、应用程序APP用户信息、公众号用户信息，建立所述软件的用户信息与微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系，包括：

根据所述用户信息为公司用户，则先建立公司用户到个人用户的关联关系，并设置个人用户的权限，然后建立公司用户与微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系；

根据所述用户信息为个人用户，建立个人用户与微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系；

建立业务消息到小程序订阅消息模板、公众号消息模板、应用程序消息模板之间的映射关系；

接收服务器发送的预设类型的软件消息推送请求，根据所述预设类型及预先建立的映射关系，确定出所述软件消息推送请求对应的微信小程序用户、应用程序APP用户、公众号用户中的至少一种；

调用预设发送接口，利用预先配置的消息模板向所述微信小程序用户、应用程序APP用户、公众号用户中的至少一种推送消息。

2.如权利要求1所述的消息推送集成方法，其特征在于，

所述调用预设发送接口，利用预先配置的消息模板向所述微信小程序用户、应用程序APP用户、公众号用户中的至少一种推送消息，包括：

设置关联关系，对所述业务消息需要的每一种消息提醒，定义统一的模板编码，该模板编码关联所述小程序订阅消息模板、公众号消息模板、和应用程序消息模板。

3.如权利要求1所述的消息推送集成方法，其特征在于，

所述方法在调用预设发送接口，利用预先配置的消息模板向所述微信小程序用户、应用程序APP用户、公众号用户中的至少一种推送消息之后，进一步包括：根据预设规则获取消息推送状态，以判断消息是否推送成功。

4.如权利要求3所述的消息推送集成方法，其特征在于，

所述预设规则包括：当所述预设类型的消息推送请求为单类型推送或多类型推送时，获取预设消息发送表中的消息推送任务，根据获取的消息推送任务向微信小程序用户、APP用户和/或公众号用户推送消息，查询预设用户消息中心表中已推送消息的回执状态，根据获取的消息回执状态分析消息是否推送成功。

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

获取模块，用于获取预设软件的用户信息、微信小程序用户信息、应用程序APP用户信息、公众号用户信息，建立所述用户信息、微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系，包括：根据所述用户信息为公司用户，则先建立公司用户到个人用户的关联关系，并设置个人用户的权限，然后建立公司用户与微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系；根据所述用户信息为个人用户，建立个人用户与微信小程序用户信息、应用程序APP用户信息、公众号用户信息之间的映射关系；建立业务消息到小程序订阅消息模板、公众号消息模板、应用程序消息模板之间的映射关系；

确定模块，接收服务器发送的预设类型的软件消息推送请求，根据所述预设类型及预先建立的映射关系，确定出所述软件消息推送请求对应的微信小程序用户、应用程序APP用户、公众号用户中的至少一种；

推送模块，用于调用预设发送接口，利用预先配置的消息模板向微信小程序用户、应用程序APP用户、公众号用户中的至少一种推送消息。

6.如权利要求5所述的消息推送集成装置，其特征在于，

所述装置进一步包括：判断模块，根据预设规则获取消息推送状态，以判断消息是否推送成功。

7.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行如权利要求1至4中任一项权利要求所述消息推送集成方法的步骤。

8.一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如权利要求1至4中任一项权利要求所述消息推送集成方法的步骤。

Images