CN110519711A - 一种消息推送方法、装置、存储介质和服务器 - Google Patents

Abstract

本发明实施例提供了一种消息推送方法、装置、存储介质和服务器。本发明实施例提供的技术方案中，通过获取业务数据，获取与所述业务数据对应的至少一个消息模板，每个所述消息模板对应一个发送渠道，每个所述消息模板的消息内容不同，所述消息内容中包含通配符，从所述业务数据中获取与所述通配符对应的通配符字段，将所述至少一个消息模板的消息内容中的通配符替换成所述通配符字段，生成与所述消息模板对应的消息，实现根据通配符自定义消息内容，同时根据发送渠道实现个性化消息内容推送，一定程度上提升了消息中心的配置灵活性，增强了线上用户体验。

Description

一种消息推送方法、装置、存储介质和服务器

【技术领域】

本发明涉及无线通信技术领域，尤其涉及一种消息推送方法、装置、存储介质和服务器。

【背景技术】

在无线通信技术领域，消息中心具备线上消息模板的配置和推送消息的能力，目前消息中心针对上架的消息模板都是统一根据运营人员在后台管理界面中配置的文本内容生成消息内容并推送给各个渠道，针对同一个消息模板的消息内容的配置不支持根据发送渠道定义，所有发送渠道的消息模板配置的消息内容都相同，无法根据消息的发送渠道实现个性化消息内容推送。

随着线上用户数的增长，如何基于用户特征进行线上精细化运营已引起广泛关注。消息中心作为线上运营的一个主要触点，需充分利用好该触点的发送渠道，结合用户行为、特征等丰富线上运营场景，从而提升用户留存和业务转化。针对现有消息中心能力进行分析，主要存在以下两点瓶颈：

一、针对消息的业务数据，消息中心只能配置通用文字说明，在消息内容的灵活性配置上存在不足。

二、现有的消息推送模式是在推送具体某一类消息时每个发送渠道的消息模板内容都是统一的，但是因为每个用户行为特征都不一样，且消息展示形式不一样，所以采用统一的消息内容会影响用户体验，无法基于用户特征实现更精细化的运营。

【发明内容】

有鉴于此，本发明实施例提供了一种消息推送方法、装置、存储介质和服务器，能够根据通配符自定义消息内容，同时根据发送渠道实现个性化消息内容推送，一定程度上提升了消息中心的配置灵活性，增强了线上用户体验。

第一方面，本发明实施例提供了一种消息推送方法，所述方法包括：

获取业务数据；

获取与所述业务数据对应的至少一个消息模板，每个所述消息模板对应一个发送渠道，每个所述消息模板的消息内容不同，所述消息内容中包含通配符；

从所述业务数据中获取与所述通配符对应的通配符字段；

将所述至少一个消息模板的消息内容中的通配符替换成所述通配符字段，生成与所述消息模板对应的消息；

通过预先设置的所述消息的推送方式，将所述消息推送至与所述发送渠道对应的客户端。

可选地，所述业务数据包括自有消息的业务数据和/或外围消息的业务数据。

可选地，所述业务数据包括消息类型；

所述获取与所述业务数据对应的至少一个消息模板，包括：获取与所述业务数据的消息类型对应的至少一个消息模板。

可选地，所述通过预先设置的所述消息的推送方式，将所述消息推送至与所述发送渠道对应的客户端，包括：

当预先设置的所述消息的推送方式为主动推送方式时，将所述消息推送至与所述发送渠道对应的第一客户端。

可选地，所述将所述消息发送至与所述发送渠道对应的所述第一客户端，包括：根据预先设置的所述消息的免打扰时间将所述消息发送至所述第一客户端。

可选地，所述通过预先设置的所述消息的推送方式，将所述消息推送至与所述发送渠道对应的客户端，包括：

当预先设置的所述消息的推送方式为外围拉取方式时，接收与所述发送渠道对应的第二客户端发送的数据请求，将所述消息推送至所述第二客户端。

可选地，所述将所述消息推送至所述第二客户端，包括：

将所述消息发送至redis服务器，以供所述redis服务器对所述消息进行缓存，接收所述第二客户端发送的数据请求，从所述redis服务器中获取所述消息，并将所述消息发送至所述第二客户端。

另一方面，本发明实施例提供了一种消息推送装置，所述装置包括：

第一获取模块，用于获取业务数据；

第二获取模块，用于获取与所述业务数据对应的至少一个消息模板，每个所述消息模板对应不同的发送渠道，每个所述消息模板的消息内容不同，所述消息内容中包含通配符；

第三获取模块，用于从所述业务数据中获取与所述通配符对应的通配符字段；

替换模块，用于将所述至少一个消息模板的消息内容中的通配符替换成所述通配符字段，生成至少一个消息；

推送模块，通过预先设置的所述消息的推送方式，将所述消息推送至与所述发送渠道对应的客户端。

另一方面，本发明实施例提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述消息推送方法。

另一方面，本发明实施例提供了一种服务器，包括存储器和处理器，所述存储器用于存储包括程序指令的信息，所述处理器用于控制程序指令的执行，其特征在于，所述程序指令被处理器加载并执行时实现上述消息推送方法的步骤。

本发明实施例提供的消息推送方法、装置、存储介质和服务器的技术方案，通过获取业务数据，获取与所述业务数据对应的至少一个消息模板，每个所述消息模板对应一个发送渠道，每个所述消息模板的消息内容不同，所述消息内容中包含通配符，从所述业务数据中获取与所述通配符对应的通配符字段，将所述至少一个消息模板的消息内容中的通配符替换成所述通配符字段，生成与所述消息模板对应的消息，实现根据通配符自定义消息内容，同时根据发送渠道实现个性化消息内容推送，一定程度上提升了消息中心的配置灵活性，增强了线上用户体验。

【附图说明】

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。

图1为本发明一实施例提供的一种消息推送方法的流程图；

图2为本发明又一实施例提供的一种消息推送方法的流程图；

图3为本发明一实施例提供的一种消息推送装置的结构示意图；

图4为本发明实施例提供的一种服务器的示意图。

【具体实施方式】

为了更好的理解本发明的技术方案，下面结合附图对本发明实施例进行详细描述。

应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，甲和/或乙，可以表示：单独存在甲，同时存在甲和乙，单独存在乙这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

图1为本发明一实施例提供的一种消息推送方法的流程图，如图1所示，该方法包括：

步骤101、获取业务数据。

步骤102、获取与所述业务数据对应的至少一个消息模板，每个所述消息模板对应一个发送渠道，每个所述消息模板的消息内容不同，所述消息内容中包含通配符。

步骤103、从所述业务数据中获取与所述通配符对应的通配符字段。

步骤104、将所述至少一个消息模板的消息内容中的通配符替换成所述通配符字段，生成与所述消息模板对应的消息。

步骤105、通过预先设置的所述消息的推送方式，将所述消息推送至与所述发送渠道对应的客户端。

本实施例提供的消息推送方法的技术方案中，通过获取业务数据，获取与所述业务数据对应的至少一个消息模板，每个所述消息模板对应一个发送渠道，每个所述消息模板的消息内容不同，所述消息内容中包含通配符，从所述业务数据中获取与所述通配符对应的通配符字段，将所述至少一个消息模板的消息内容中的通配符替换成所述通配符字段，生成与所述消息模板对应的消息，实现根据通配符自定义消息内容，同时根据发送渠道实现个性化消息内容推送，一定程度上提升了消息中心的配置灵活性，增强了线上用户体验。

图2为本发明又一实施例提供的一种消息推送方法的流程图，如图2所示，该方法包括：

步骤201、获取业务数据。

实施例中各步骤可以由服务器执行。

本实施例中，所述业务数据包括自有消息的业务数据和/或外围消息的业务数据。

自有消息的业务数据是来自消息中心所在的平台系统的业务数据，外围消息的业务数据是来自外围系统的业务数据，外围系统是指除了消息中心所在的平台系统之外的平台系统。例如，平台系统包括运营商的电商平台系统，则用户在运营商的电商平台系统上报名参加了活动、领取了优惠券或者办理了业务，从而在该电商平台系统生成了业务数据，自有消息的业务数据指的就是来自该电商平台系统的业务数据。当运营商的电商平台系统需要向用户推送“流量提醒”的消息时，电商平台系统需要从外围系统中获取关于用户流量使用情况、套餐使用情况的业务数据，其中，外围系统可以是集中运营平台系统或者客户关系管理平台系统。

步骤202、获取与所述业务数据对应的至少一个消息模板，每个所述消息模板对应一个发送渠道，每个所述消息模板的消息内容不同，所述消息内容中包含通配符。

本实施例中，所述业务数据包括消息类型；

所述获取与所述业务数据对应的至少一个消息模板，包括：获取与所述业务数据的消息类型对应的至少一个消息模板。

例如，消息类型可包括：流量提醒类型、业务办理类型、活动参与类型等。

消息模板都是运营人员在后台管理界面中配置好的，相对于现有的消息模板，本实施例对同一消息类型的消息模板增加多渠道配置功能，消息模板除了具有公共属性外，还增加了扩展属性，优化了现有消息模板的数据结构。消息模板的公共属性包括业务名词、发送时间、连接地址、文案地址、模板ID、发送渠道等，该扩展属性包括消息模板的消息内容，该消息内容由文案地址指向的消息文案、模板ID和发送渠道确定，因此，不同发送渠道的同一消息类型的消息模板的消息内容不同，因此，不同发送渠道的同一消息类型的消息模板不同，当推送某一消息类型的消息时可以实现不同的发送渠道使用不同的消息模板推送消息，实现不同发送渠道发送个性化的消息内容。

根据该业务数据对应的消息类型获取对应的至少一个消息模板，由于针对不同消息类型的消息，运营人员在后台管理界面设置的发送渠道的个数不同，该消息可以只有一个发送渠道，也可以有多个发送渠道，针对不同的发送渠道的消息模板不同，因此，获取与业务数据对应的消息模板的个数为至少一个。

当需要推送某一消息类型的消息时，例如需要推送“流量提醒”的消息时，对应的消息模板的消息内容中有一些信息是未知的，需要从业务数据中获取，比如用户的手机号码、消费金额、剩余流量等，消息内容中将这些未知信息用通配符代替，不同的未知信息对应不同的通配符，不同消息内容中的通配符的种类和数量可以相同也可以不同。

步骤203、从所述业务数据中获取与所述通配符对应的通配符字段。

业务数据中的通配符字段就是与消息内容中通配符对应的未知信息，例如消息内容中有手机号码的通配符，对应的通配符字段就是手机号码。

步骤204、将所述至少一个消息模板的消息内容中的通配符替换成所述通配符字段，生成与所述消息模板对应的消息。

步骤205、判断预先设置的所述消息的推送方式为主动推送方式还是外围拉取方式；若判断出所述预先设置的所述消息的推送方式为主动推送方式，执行步骤206；若判断出所述预先设置的所述消息的推送方式为外围拉取方式，执行步骤207。

运营人员在后台管理界面中已经预先配置好所有消息类型对应的消息的推送方式。

步骤206、将所述消息推送至与所述发送渠道对应的第一客户端。

当预先设置的所述消息的推送方式为主动推送方式时，将所述消息推送至与所述发送渠道对应的第一客户端。

本实施例中，例如：所述第一客户端为支付宝客户端或者微信客户端。

本实施例中，所述将所述消息发送至与所述发送渠道对应的所述第一客户端，包括：根据预先设置的所述消息的免打扰时间将所述消息发送至所述第一客户端。此种情况下，第一客户端可以为微信客户端。针对微信客户端推送的消息可单独设置消息免打扰时间，在推送微信客户端的消息时会增加时间校验，避免对用户造成过多打扰。

步骤207、接收与所述发送渠道对应的第二客户端发送的数据请求，将所述消息推送至所述第二客户端。

当预先设置的所述消息的推送方式为外围拉取方式时，接收与所述发送渠道对应的第二客户端发送的数据请求，将所述消息推送至所述第二客户端。

本实施例中，所述将所述消息推送至所述第二客户端，包括：将所述消息发送至redis服务器，以供所述redis服务器对所述消息进行缓存，接收所述第二客户端发送的数据请求，从所述redis服务器中获取所述消息，并将所述消息发送至所述第二客户端。

本实施例提供的消息推送方法的技术方案中，通过获取业务数据，获取与所述业务数据对应的至少一个消息模板，每个所述消息模板对应一个发送渠道，每个所述消息模板的消息内容不同，所述消息内容中包含通配符，从所述业务数据中获取与所述通配符对应的通配符字段，将所述至少一个消息模板的消息内容中的通配符替换成所述通配符字段，生成与所述消息模板对应的消息，实现根据通配符自定义消息内容，同时根据发送渠道实现个性化消息内容推送，一定程度上提升了消息中心的配置灵活性，增强了线上用户体验。

图3为本发明一实施例提供的一种消息推送装置的结构示意图，如图3所示，所述装置包括：第一获取模块11、第二获取模块12、第三获取模块13、替换模块14、推送模块15。

第一获取模块11，用于获取业务数据；

第二获取模块12，用于获取与所述业务数据对应的至少一个消息模板，每个所述消息模板对应不同的发送渠道，每个所述消息模板的消息内容不同，所述消息内容中包含通配符；

第三获取模块13，用于从所述业务数据中获取与所述通配符对应的通配符字段；

替换模块14，用于将所述至少一个消息模板的消息内容中的通配符替换成所述通配符字段，生成至少一个消息；

推送模块15，用于通过预先设置的所述消息的推送方式，将所述消息推送至与所述发送渠道对应的客户端。

本发明实施例中，所述推送模块15具体用于当预先设置的所述消息的推送方式为主动推送方式时，将所述消息推送至与所述发送渠道对应的第一客户端。当预先设置的所述消息的推送方式为外围拉取方式时，接收与所述发送渠道对应的第二客户端发送的数据请求，将所述消息推送至所述第二客户端。

本实施例中，所述将所述消息发送至与所述发送渠道对应的所述第一客户端，包括：根据预先设置的所述消息的免打扰时间将所述消息发送至所述第一客户端。

本实施例中，例如：所述第一客户端为支付宝客户端或者微信客户端。

本发明实施例中，所述将所述消息推送至所述第二客户端，包括：

将所述消息发送至redis服务器，以供所述redis服务器对所述消息进行缓存，接收所述第二客户端发送的数据请求，从所述redis服务器中获取所述消息，并将所述消息发送至所述第二客户端。本实施例提供的消息推送装置可用于实现上述图1和图2中的消息推送方法，具体描述可参见上述消息推送方法的实施例，此处不再重复描述。

本发明实施例提供的一种消息推送装置的技术方案中，通过获取业务数据，获取与所述业务数据对应的至少一个消息模板，每个所述消息模板对应一个发送渠道，每个所述消息模板的消息内容不同，所述消息内容中包含通配符，从所述业务数据中获取与所述通配符对应的通配符字段，将所述至少一个消息模板的消息内容中的通配符替换成所述通配符字段，生成与所述消息模板对应的消息，实现根据通配符自定义消息内容，同时根据发送渠道实现个性化消息内容推送，一定程度上提升了消息中心的配置灵活性，增强了线上用户体验。

图4为本发明实施例提供的一种服务器的示意图。如图4所示，该实施例的服务器20包括：处理器21、存储器22以及存储在存储22中并可在处理器21上运行的计算机程序23，该计算机程序23被处理器21执行时实现实施例中的应用于消息推送方法，为避免重复，此处不一一赘述。或者，该计算机程序被处理器21执行时实现实施例中应用于消息推送装置中各模型/单元的功能，为避免重复，此处不一一赘述。

服务器20包括，但不仅限于，处理器21、存储器22。本领域技术人员可以理解，5仅仅是服务器20的示例，并不构成对服务器20的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如服务器还可以包括输入输出设备、网络接入设备、总线等。

所称处理器21可以是中央处理单元(Central Processing Unit，简称CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器22可以是服务器20的内部存储单元，例如服务器20的硬盘或内存。存储器22也可以是服务器20的外部存储设备，例如服务器20上配备的插接式硬盘，智能存储卡(Smart Media Card,简称SMC)，安全数字(Secure Digital,简称SD)卡，闪存卡(FlashCard)等。进一步地，存储器22还可以既包括服务器20的内部存储单元也包括外部存储设备。存储器22用于存储计算机程序以及网络设备所需的其他程序和数据。存储器22还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(Processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

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

获取业务数据；

获取与所述业务数据对应的至少一个消息模板，每个所述消息模板对应一个发送渠道，每个所述消息模板的消息内容不同，所述消息内容中包含通配符；

从所述业务数据中获取与所述通配符对应的通配符字段；

将所述至少一个消息模板的消息内容中的通配符替换成所述通配符字段，生成与所述消息模板对应的消息；

通过预先设置的所述消息的推送方式，将所述消息推送至与所述发送渠道对应的客户端。

2.根据权利要求1所述的消息推送方法，其特征在于，所述业务数据包括自有消息的业务数据和/或外围消息的业务数据。

3.根据权利要求1所述的消息推送方法，其特征在于，所述业务数据包括消息类型；

所述获取与所述业务数据对应的至少一个消息模板，包括：

获取与所述业务数据的消息类型对应的至少一个消息模板。

4.根据权利要求1所述的消息推送方法，其特征在于，所述通过预先设置的所述消息的推送方式，将所述消息推送至与所述发送渠道对应的客户端，包括：

当预先设置的所述消息的推送方式为主动推送方式时，将所述消息推送至与所述发送渠道对应的第一客户端。

5.根据权利要求4所述的消息推送方法，其特征在于，所述将所述消息发送至与所述发送渠道对应的所述第一客户端，包括：根据预先设置的所述消息的免打扰时间将所述消息发送至所述第一客户端。

6.根据权利要求1所述的消息推送方法，其特征在于，所述通过预先设置的所述消息的推送方式，将所述消息推送至与所述发送渠道对应的客户端，包括：

当预先设置的所述消息的推送方式为外围拉取方式时，接收与所述发送渠道对应的第二客户端发送的数据请求，将所述消息推送至所述第二客户端。

7.根据权利要求6所述的消息推送方法，其特征在于，所述将所述消息推送至所述第二客户端，包括：

将所述消息发送至redis服务器，以供所述redis服务器对所述消息进行缓存；

接收所述第二客户端发送的数据请求，从所述redis服务器中获取所述消息，并将所述消息发送至所述第二客户端。

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

第一获取模块，用于获取业务数据；

第二获取模块，用于获取与所述业务数据对应的至少一个消息模板，每个所述消息模板对应不同的发送渠道，每个所述消息模板的消息内容不同，所述消息内容中包含通配符；

第三获取模块，用于从所述业务数据中获取与所述通配符对应的通配符字段；

替换模块，用于将所述至少一个消息模板的消息内容中的通配符替换成所述通配符字段，生成至少一个消息；

推送模块，用于通过预先设置的所述消息的推送方式，将所述消息推送至与所述发送渠道对应的客户端。

9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至7中任意一项所述的消息推送方法。

10.一种服务器，包括存储器和处理器，所述存储器用于存储包括程序指令的信息，所述处理器用于控制程序指令的执行，其特征在于，所述程序指令被处理器加载并执行时实现权利要求1至7任意一项所述的消息推送方法的步骤。