CN109787882A - 消息推送方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明涉一种消息推送方法、装置、计算机设备及存储介质，上述消息推送方法通过获取消息推送请求，所述消息推送请求包括动态参数。根据所述动态参数，确定所述消息对应的业务场景；从而根据所述消息对应的业务场景，读取预设的业务规则；进而根据所述动态参数和所述预设的业务规则，生成需要推送的消息。当产品需求发生细微的变化时，不再需要编程人员进行修改，可以通过改变预设的业务规则，满足产品的需求变化。如此，既可以保证产品的功能质量，也可以提高工作效率。

Description

消息推送方法、装置、计算机设备及存储介质

技术领域

本发明涉及互联网领域，特别是涉及一种消息推送方法、装置、计算机设备及存储介质。

背景技术

随着互联网的发展，越来越多的终端应用得到普及，终端上运行的应用都需要具有一定的消息通知功能。移动端获得消息通知主要有两种方式：拉(pull)方式和推(push)方式。

采用pull方式，终端上的应用程序在启动时或经过一定周期会定时获得服务器需要传递给终端的消息。采用push方式，终端需要和服务器之间保持一个长连接，通过推送服务器来把消息推送到终端。

在传统技术中，不同业务场景产生不同的业务需求，每个业务场景复制一份代码。特别是，在产品发生细微变动时同样需要修改代码，容易引发软件质量危机。

发明内容

基于此，有必要针对传统技术中在产品发生细微变动时同样需要修改代码，容易引发软件质量危机的技术问题，提供一种消息推送方法、装置、计算机设备及存储介质。

一种消息推送方法，所述消息推送方法包括：

获取消息推送请求；所述消息推送请求包括动态参数；

根据所述动态参数，确定所述消息对应的业务场景；

根据所述消息对应的业务场景，读取预设的业务规则；

根据所述动态参数和所述预设的业务规则，生成需要推送的消息。

在其中一个实施例中，在所述根据所述动态参数，确定所述消息对应的业务场景之前，所述方法还包括：

根据接口协议，对所述动态参数进行解析；

所述根据所述动态参数，确定所述消息对应的业务规则，包括：

若解析成功，根据所述动态参数，确定所述消息对应的业务场景。

在其中一个实施例中，所述根据所述动态参数和所述预设的业务规则，生成需要推送的消息，包括：

将所述动态参数与所述业务规则进行比对，判断所述动态参数是否满足所述业务规则；

若满足，则根据所述动态参数和所述消息对应的业务规则，生成需要推送的消息。

在其中一个实施例中，所述业务规则包括权限规则；所述方法还包括：

根据所述权限规则，确定所述消息对应的接收对象。

根据所述需要推送的消息和所述消息对应的接收对象，组装为对应的消息体。

在其中一个实施例中，所述方法还包括：

对所述组装的消息体进行保存；或

向所述消息对应的接收对象推送所述消息。

在其中一个实施例中，所述方法还包括：

获取消息请求指令，所述消息请求指令包括对应的接收对象；

向所述消息请求指令对应的接收对象推送所述消息请求指令对应的消息。

在其中一个实施例中，所述方法还包括：

检测消息队列服务器的状态信息；所述状态信息包括忙碌状态和空闲状态；

当检测到所述服务器处于忙碌状态，对所述组装的消息体进行保存；

当检测到所述服务器处于空闲状态，向所述消息对应的接收对象推送所述消息。

一种消息推送装置，所述消息推送装置包括：

获取模块，用于获取消息推送请求；所述消息推送请求包括动态参数；

确定模块，用于根据所述动态参数，确定所述消息对应的业务场景；

读取模块，根据所述消息对应的业务场景，读取预设的业务规则；

生成模块，用于根据所述动态参数和所述预设的业务规则，生成需要推送的消息。

一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任一实施例中所述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一实施例中所述方法的步骤。

上述消息推送方法、装置、计算机设备及存储介质，通过获取消息推送请求，所述消息推送请求包括动态参数。根据所述动态参数，确定所述消息对应的业务场景；从而根据所述消息对应的业务场景，读取预设的业务规则；进而根据所述动态参数和所述预设的业务规则，生成需要推送的消息。当产品需求发生细微的变化时，不再需要编程人员进行修改，可以通过改变预设的业务规则，满足产品的需求变化。如此，既可以保证产品的功能质量，也可以提高工作效率。

附图说明

图1为一个实施例中消息推送方法的应用环境图；

图2为一个实施例中消息推送方法的流程示意图；

图3为一个实施例中消息推送方法的流程示意图；

图4为一个实施例中消息推送方法的流程示意图；

图5为一个实施例中消息推送方法的流程示意图；

图6为一个实施例中消息推送方法的流程示意图；

图7为一个实施例中消息推送方法的流程示意图；

图8为一个实施例中消息推送方法的流程示意图；

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

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

图11为一个实施例中计算机设备的内部结构图。

具体实施方式

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

本申请提供一种消息推送方法，可以应用于图1所示的应用环境中。其中，终端110通过网络与服务器120进行通信。终端110可以用于接收消息，终端110也可以用于发出消息推送的请求。服务器120用于获取消息推送请求，消息推送请求包括动态参数。服务器120根据动态参数，确定消息对应的业务场景；接着，服务器120根据消息对应的业务场景，读取预设的业务规则；服务器120根据动态参数和预设的业务规则，生成需要推送的消息。其中，终端110可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种消息推送方法，以该方法应用于图1中的服务器120为例进行说明，包括以下步骤：

S110、获取消息推送请求。

其中，推送可以是服务器定向将信息发送给终端。消息推送是针对Web应用开发领域的技术，指服务端以主动方式将信息送达终端。消息推送主要用于提升用户体验。消息推送请求可以是使得服务器进行消息推送的请求。消息推送请求包括动态参数。动态参数可以是用于调取不同业务场景中的消息服务模块。该消息推送方法可以应用于企业管理系统中，动态参数可以是订单号、产品ID或产品名、库存数、库存ID、仓管名称、产品的规格型号描述等。具体地，用户可以通过终端触发消息推送请求，服务器从终端获取消息推送请求，消息推送请求包括动态参数。

S120、根据动态参数，确定消息对应的业务场景。

业务场景可以是在以业务目标为边界的业务模型。业务场景可以是贡献于业务目标的什么人及其做的什么事，这些人和事的交互过程和完成顺序。动态参数可以反应不同的业务场景，则服务器从终端获取到消息推送请求，可以根据消息推送请求中的动态参数调取不同业务场景中的消息服务模块，即确定消息对应的业务场景。

S130、根据消息对应的业务场景，读取预设的业务规则。

其中，不同的业务场景对应有不同的消息服务模块，不同的消息服务模块设有配置文件，将一些可变参数放入配置文件中，比如消息的内容，接收消息的对象等可变参数。通过事先对消息服务模块的配置文件根据实际情况需要进行配置，比如消息的内容格式、接收消息的对象等。具体地，服务器根据从终端获取的动态参数，确定消息对应的业务场景，从而读取该业务场景对应的业务规则。

S140、根据动态参数和预设的业务规则，生成需要推送的消息。

服务器根据从终端获取的动态参数，确定消息对应的业务场景，从而读取该业务场景对应的业务规则，进而根据动态参数与读取到的业务规则，生成需要推送的消息。

本实施例中，通过获取消息推送请求，消息推送请求包括动态参数。根据动态参数，确定消息对应的业务场景；从而根据消息对应的业务场景，读取预设的业务规则；进而根据动态参数和预设的业务规则，生成需要推送的消息。当产品需求发生细微的变化时，不再需要编程人员进行修改，可以通过改变预设的业务规则，满足产品的需求变化。如此，既可以保证产品的功能质量，也可以提高工作效率。

在一个实施例中，如图3所示，在根据动态参数，确定消息对应的业务场景之前，该方法还包括：

S210、根据接口协议，对动态参数进行解析。

根据动态参数，确定消息对应的业务规则，包括：

S220、若解析成功，根据动态参数，确定消息对应的业务场景。

其中，对消息服务模块进行封装，对外同一提供服务入口，通过设置接口协议建立不同业务场景与动态参数之间的关系。具体地，服务器从终端获取消息推送请求，消息推送请求包括动态参数，按照接口协议，对消息推送请求中的动态参数进行解析。若解析成功，不同业务场景中按照接口协议传递动态参数调用消息服务，确定生成消息需要进入的业务场景。如：收货消息、付款消息等。

本实施中，通过不同的动态参数进入对应的业务场景，不同的业务场景对应不同的业务规则。通过提供公共服务，形成独立的消息服务模块，减少开发成本，且消息的生成逻辑抽象接口形式提供，当产品新增消息类型，需要新增的方式实现逻辑，不需要修改原有代码逻辑，不影响原有功能，减轻测试成本。且不需要考虑接收消息的对象、角色、权限等逻辑，只需要通过在不同的业务场景中传递动态参数。

在一个实施例中，如图4所示，根据动态参数和预设的业务规则，生成需要推送的消息，包括以下步骤：

S310、将动态参数与业务规则进行比对，判断动态参数是否满足业务规则。

S320、若满足，则根据动态参数和消息对应的业务规则，生成需要推送的消息。

其中，业务规则是通过对配置模块中的可变参数设置而产生的。业务规则技术的基本思想是将系统处理的业务逻辑从程序代码中抽取出来，将其转变为简单的业务规则，以结构化的业务规则数据来表示业务行为，采用类自然语言来描述，并集中存储在规则库中。消息推送请求包括动态参数，业务规则定义了根据动态参数生成消息的条件。比如，动态参数可以包括库存数，业务规则可以定义了将包含“库存数”的消息如何进行推送，动态参数可以包括订单号，业务规则可以定义了将包含“订单号”的消息如何进行推送。业务规则可以用于定义如何生成消息、消息的内容格式、何时推送等规则。再比如，动态参数也可以包括具体数值，业务规则也可以定义动态参数中的具体数值大于特定阈值时，触发消息推送的条件。

具体地，服务器根据从终端获取的动态参数，确定消息对应的业务场景，从而读取该业务场景对应的业务规则。接着，将动态参数与读取到的业务规则进行比较，判断动态参数是否符合业务规则限定的条件。如果动态参数符合业务规则限定的条件，根据动态参数和消息对应的业务规则，生成需要推送的消息。比如，业务规则限定将库存相关的消息发送至采购人员，消息推送请求包括库存动态参数，通过库存动态参数调用对应的消息服务进入对应的业务场景中，并读取该业务场景对应的业务规则，该业务规则规定将该类消息发给采购人员，即将生成的库存相关消息发给采购人员。再比如，业务规则限定将库存数小于预设阈值的消息发送给总经办，消息推送请求包括库存数，通过库存数数调用对应的消息服务进入对应的业务场景中，并读取该业务场景对应的业务规则，将库存数与业务规则限定的预设阈值进行比较，如果库存数小于预设阈值，按照业务规则生成包括库存数的消息，并将生成的库存相关消息发给总经办。

本实施例中，通过将动态参数与业务规则进行比对，判断动态参数是否满足业务规则。若满足，则根据动态参数和消息对应的业务规则，生成需要推送的消息。对消息的推送进行智能化管理，避免消息的频繁生成和推送。

在一个实施例中，如图5所示，业务规则包括权限规则。该方法还包括以下步骤：

S410、根据权限规则，确定消息对应的接收对象。

S420、根据需要推送的消息和消息对应的接收对象，组装为对应的消息体。

其中，权限规则可以用于定义消息对应的接收对象，业务规则包括权限规则，在对业务规则进行配置时，可以配置权限规则，即通过配置模块设置哪些人可以接收哪些类的消息。具体地，根据通过配置模块配置的权限规则，可以确定将需要推送的消息发送给哪些接受对象。将需要推送的消息和消息对应的接收对象组装为消息体。

在一个实施例中，该方法还包括：对组装的消息体进行保存。或向消息对应的接收对象推送消息。

在一个实施例中，如图6所示，该方法还包括以下步骤：

S510、获取消息请求指令，消息请求指令包括对应的接收对象；

S520、向消息请求指令对应的接收对象推送消息请求指令对应的消息。

其中，消息请求指令可以是终端为接收消息向服务器发送的请求指令。具体地，终端可以向服务器发送消息请求指令，消息请求指令中包括消息的接收对象，服务器接收到消息请求指令，向消息请求指令对应的接收对象推送推送对应的消息。

在一个实施例中，如图7所示，该方法还包括以下步骤：

S610、检测消息队列服务器的状态信息；状态信息包括忙碌状态和空闲状态。

S620、当检测到服务器处于忙碌状态，对组装的消息体进行保存。

S630、当检测到服务器处于空闲状态，向消息对应的接收对象推送消息。

由于在高并发环境下，存在来不及同步处理发生堵塞的问题，通过使用消息队列，可以异步处理请求，从而缓解系统的压力。具体地，检测消息队列服务器的状态信息，消息队列服务器可能处于忙碌状态，也可能处于空闲状态。当检测到服务器处于忙碌状态，为了缓解系统的压力，且消息的实时性要求又不是很高的情况下，可以先将对组装的消息体进行保存，等到系统的压力比较小的时候，将消息体内的消息进行推送。当检测到服务器处于空闲状态，可以向消息对应的接收对象当即推送消息。

在一个实施例中，如图8所示，提供了一种消息推送方法，该方法包括以下步骤：

S710、获取消息推送请求，消息推送请求包括动态参数。

S720、根据接口协议，对动态参数进行解析。

S730、若解析成功，根据动态参数，确定消息对应的业务场景。

S740、根据消息对应的业务场景，读取预设的业务规则。

S750、将动态参数与业务规则进行比对，判断动态参数是否满足业务规则。

S760、若满足，则根据动态参数和消息对应的业务规则，生成需要推送的消息。

S770、根据权限规则，确定消息对应的接收对象。

S780、根据需要推送的消息和消息对应的接收对象，组装为对应的消息体。

S790、检测消息队列服务器的状态信息；状态信息包括忙碌状态和空闲状态。

S791、当检测到服务器处于忙碌状态，对组装的消息体进行保存。

S792、当检测到服务器处于空闲状态，向消息对应的接收对象推送消息。

应该理解的是，虽然图2-8的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-8中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图9所示，提供了一种消息推送装置，消息推送装置900包括获取模块910、确定模块920、读取模块930和生成模块940。

获取模块910，用于获取消息推送请求；消息推送请求包括动态参数。

确定模块920，用于根据动态参数，确定消息对应的业务场景。

读取模块930，根据消息对应的业务场景，读取预设的业务规则。

生成模块940，用于根据动态参数和预设的业务规则，生成需要推送的消息。

在一个实施例中，如图10所示，消息推送装置900还包括解析模块950，解析模块950，用于根据接口协议，对动态参数进行解析。

确定模块920，还用于若解析成功，根据动态参数，确定消息对应的业务场景。

在一个实施例中，生成模块940还用于将动态参数与业务规则进行比对，判断动态参数是否满足业务规则；若满足，则根据动态参数和消息对应的业务规则，生成需要推送的消息。

在一个实施例中，业务规则包括权限规则。消息推送装置还包括接收对象确定模块和组装模块。其中：

接收对象确定模块，用于根据权限规则，确定消息对应的接收对象。

组装模块，用于根据需要推送的消息和消息对应的接收对象，组装为对应的消息体。

在一个实施例中，消息推送装置还包括保存模块或推送模块，其中：

保存模块，用于对组装的消息体进行保存；或

推送模块，用于向消息对应的接收对象推送消息。

关于消息推送装置的具体限定可以参见上文中对于消息推送方法的限定，在此不再赘述。上述消息推送装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图11所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种消息推送方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图11中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中方法步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施例中的方法步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

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

获取消息推送请求；所述消息推送请求包括动态参数；

根据所述动态参数，确定所述消息对应的业务场景；

根据所述消息对应的业务场景，读取预设的业务规则；

根据所述动态参数和所述预设的业务规则，生成需要推送的消息。

2.根据权利要求1所述的方法，其特征在于，在所述根据所述动态参数，确定所述消息对应的业务场景之前，所述方法还包括：

根据接口协议，对所述动态参数进行解析；

所述根据所述动态参数，确定所述消息对应的业务规则，包括：

若解析成功，根据所述动态参数，确定所述消息对应的业务场景。

3.根据权利要求2所述的方法，其特征在于，所述根据所述动态参数和所述预设的业务规则，生成需要推送的消息，包括：

将所述动态参数与所述业务规则进行比对，判断所述动态参数是否满足所述业务规则；

若满足，则根据所述动态参数和所述消息对应的业务规则，生成需要推送的消息。

4.根据权利要求3所述的方法，其特征在于，所述业务规则包括权限规则；所述方法还包括：

根据所述权限规则，确定所述消息对应的接收对象；

根据所述需要推送的消息和所述消息对应的接收对象，组装为对应的消息体。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

对所述组装的消息体进行保存；或

向所述消息对应的接收对象推送所述消息。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

获取消息请求指令，所述消息请求指令包括对应的接收对象；

向所述消息请求指令对应的接收对象推送所述消息请求指令对应的消息。

7.根据权利要求4所述的方法，其特征在于，所述方法还包括：

检测消息队列服务器的状态信息；所述状态信息包括忙碌状态和空闲状态；

当检测到所述服务器处于忙碌状态，对所述组装的消息体进行保存；

当检测到所述服务器处于空闲状态，向所述消息对应的接收对象推送所述消息。

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

获取模块，用于获取消息推送请求；所述消息推送请求包括动态参数；

确定模块，用于根据所述动态参数，确定所述消息对应的业务场景；

读取模块，根据所述消息对应的业务场景，读取预设的业务规则；

生成模块，用于根据所述动态参数和所述预设的业务规则，生成需要推送的消息。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。