CN107592334A - 一种信息推广方法、装置及设备 - Google Patents

Abstract

本申请公开了一种信息推广方法、装置及设备，所述方法包括：对于需要进行推广的信息而言，首先将在用户数据库中需要进行推广的受众用户，针对选择出的用户生成相应的待推广信息，并发送给业务系统，再由业务系统将待推广信息加载至预先设置的可视化模板中，形成业务推广信息发送给客户端，从而展示给用户。

Description

一种信息推广方法、装置及设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种信息推广方法、装置及设备。

背景技术

随着互联网技术的不断发展，业务提供方(如：网站、银行、电信运营商等)面向不同用户可提供业务推广信息(如：业务简介信息、服务推荐信息等)。用户便可以在相应的客户端界面中浏览或查看到上述业务推广信息，从而获取到业务提供方所提供的各类业务服务。

现有技术中，业务提供方会根据业务推广的需要，以特定的展现形式生成业务信息，例如：以卡片式的界面形式，展示业务推广信息。

基于现有技术，我们需要一种更加有效的信息推广方式。

发明内容

本说明书实施例提供一种信息推广方法、装置及设备，用以解决提供一种更加有效的信息推广方式的问题。

本说明书实施例提供的一种信息推广方法，包括：

接收信息推广请求；

确定所述信息推广请求所对应的目标用户；

针对所述目标用户生成待推广信息；

将生成的所述的待推广信息发送至业务系统，以使得所述业务系统将所述待推广信息加载至对应的可视化模板中进行信息推广。

本说明书实施例还提供的一种信息推广方法，包括：

接收待推广信息，其中，所述待推广信息由用户数据库根据信息推广请求针对目标用户所生成；

根据预先设定的可视化模板，对所述待推广信息进行校验；

当校验通过后，将所述待推广信息加载至所述可视化模板中，生成业务推广信息发送给客户端。

本说明书实施例还提供的一种信息推广装置，包括：

接收模块，接收信息推广请求；

确定模块，确定所述信息推广请求所对应的目标用户；

信息生成模块，针对所述目标用户生成待推广信息；

发送模块，将生成的所述的待推广信息发送至业务系统，以使得所述业务系统将所述待推广信息加载至对应的可视化模板中进行信息推广。

本说明书实施例还提供的一种信息推广装置，包括：

接收模块，接收待推广信息，其中，所述待推广信息由用户数据库根据信息推广请求针对目标用户所生成；

校验模块，根据预先设定的可视化模板，对所述待推广信息进行校验；

加载处理模块，当校验通过后，将所述待推广信息加载至所述可视化模板中，生成业务推广信息发送给客户端。

本说明书实施例还提供的一种信息推广设备，包括：

存储器，存储信息推广程序；

通讯接口，接收信息推广请求；

处理器，在通讯接口接收到信息推广请求后，调用存储器中存储的信息推广程序，并执行：

确定所述信息推广请求所对应的目标用户；

针对所述目标用户生成待推广信息；

调用通讯接口，将生成的所述的待推广信息发送至业务系统，以使得所述业务系统将所述待推广信息加载至对应的可视化模板中进行信息推广。

本说明书实施例还提供的一种信息推广设备，包括：

存储器，存储信息推广程序；

通讯接口，接收待推广信息，其中，所述待推广信息由用户数据库根据信息推广请求针对目标用户所生成；

处理器，在通讯接口接收到待推广信息后，调用存储器中存储的信息推广程序，并执行：

根据预先设定的可视化模板，对所述待推广信息进行校验；

当校验通过后，将所述待推广信息加载至所述可视化模板中，生成业务推广信息，调用通讯接口发送给客户端。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：

对于需要进行推广的信息而言，首先在用户数据库中选择需要进行信息推广的受众用户，针对选择出的受众用户生成相应的待推广信息，并发送给业务系统，再由业务系统将待推广信息加载至预先设置的可视化模板中，形成业务推广信息发送给客户端，从而展示给用户。

在这样的方式中，需要展示的待推广信息与可视化模板相互分离，根据实际业务的变更，只需更新待推广信息，使其重新加载在可视化模板上即可，并不需要随着每次待推广信息的变更重新制作新的可视化模板，在信息的推广上较为便捷、灵活。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1a为本说明书实施例提供的一种card示意图；

图1b为本说明书实施例提供的信息推广方法所基于的架构示意图；

图2为本说明书实施例提供的基于用户数据库侧的信息推广过程；

图3为在用户数据库中临时表的示意图；

图4为本说明书实施例提供的基于业务系统侧的信息推广过程；

图5为本说明书实施例提供的待推广信息与可视化模板匹配的过程示意图；

图6为本说明书实施例提供的基于用户数据库侧的信息推广装置结构示意图；

图7为本说明书实施例提供的基于业务系统侧的信息推广装置结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本说明书中的一个或多个实施例中，推广的信息通常可以采用卡片式(card)的形式进行展示。如图1a所示，是一个card的简单示例，在该card上，展示了某一新业务产品的简介信息。

当然，card形式仅是一种较为常用的展示形式，在实际应用中，还可以根据实际的业务需要，采用诸如可视化浮层、弹窗等形式展示，这里并不应作为对本申请的限定。

所述的信息推广方法可采用如图1b所示的架构。在图1b中至少可包括：用户数据库、业务系统、客户端以及用户。

其中，所述的用户数据库中存储了大量用户的用户数据，如：用户的账户数据、用户的自然属性(年龄、性别等)、用户的业务属性(如：收入水平、业务偏好等)等等与用户相关的数据。在实际应用场景中，所述的用户数据库可以采用诸如：开放数据处理服务(OpenData Processing Service，ODPS)数据库、分布式数据库(Distributed Data Base，DDB)等，这里不作具体限定。

所述的业务系统，可以是业务提供方后台能够向用户提供业务服务的系统，诸如：支付业务系统、金融业务系统等。业务系统中可能包含相应的业务服务器(或服务器集群)，或者是区块链网络等。业务系统可以生成匹配于不同业务服务的业务推广信息，通过客户端将该业务推广信息展示给用户。

所述的客户端，可认为是业务提供方所提供的应用(Application，APP)。该客户端能够将业务系统所生成的业务推广信息显示在其界面上，展示给用户。

而所述的用户，便可认为是使用业务服务的用户。

下面基于如图1b所示的架构，来描述本说明书实施例中提供的信息推广的过程。

对于用户数据库而言，在本说明书实施例中提供一种信息推广方法，可如图2所示，其执行主体可认为是用户数据库。具体包括以下步骤：

步骤S201：接收信息推广请求。

在实际应用中，业务提供方的业务人员通常可根据实际业务的需求，向相应的用户进行业务信息的推广，例如：向用户发送某种新上线业务的介绍信息，以便用户通过客户端获知该新业务。

基于此，所述的信息推广请求，便可认为是由业务人员所发出的、用于进行信息推广的请求。

步骤S203：确定所述信息推广请求所对应的目标用户。

实际应用中，针对不同的用户，所要推广的信息通常也是不同的。例如：针对经常使用在线支付业务的用户，可以向其发送一种新上线的在线交易方式的推广信息。有例如：针对经常使用理财产品的用户，可以向其发送一种新的理财产品的推广信息。

也就是说，不同的信息推广请求，通常都指定了所要进行信息推广的用户，即，目标用户。

应理解，信息推广请求中通常会携带相应的推广条件，那么，便可以根据推广条件在用户数据库中选定相应的用户，也就是“捞取用户”。

步骤S205：针对所述目标用户生成待推广信息。

所述的待推广信息，可认为是准备向目标用户进行推广的信息，通常可包含业务简介、服务推荐等信息。

通常，所述待推广信息可以是文本格式的信息，但在一种可能的实施方式中，也可以是诸如动态图像、图形或是音频等格式的信息。

在本说明书的一种实施例中，生成的待推广信息可以存储在临时表中，也即，临时表中包含确定出的各目标用户，并存储与这些目标用户相对应的待推广信息。

步骤S207：将生成的所述待推广信息发送至业务系统，以使得所述业务系统将所述待推广信息加载至对应的可视化模板中进行信息推广。

将待推广信息发送给业务系统，也就能够使得业务系统生成card形式的推广信息。

基于上述内容，在本说明书实施例中，一种可能的待推广信息的形式可如图3所示。在图3中可见，针对从用户数据库中确定的目标用户(在图3中以临时表的形式进行存储)，生成了相应的待推广信息，即：

Param1：Value1；Param2：Value2；Param3：Value3……

在本示例中，针对一定数量的目标用户，均生成相同的待推广信息。而在其他的实际应用场景中，针对不同目标用户生成的待推广信息可能各不相同。

在实际的业务场景中，存储在临时表中的待推广信息有可能是错误的，在此情况下，相应的业务人员可以向用户数据库发出修改指令，以修改出错的待推广信息，故在本说明书实施例中，以上方法还包括：接收修改指令，根据所述修改指令对存储在所述临时表中的待推广信息进行修改。

当然，在一些可行的实施例中，可由相应的监测设备(如：服务器)对待推广信息的正确与否进行监测，并在监测到出错时，自动向用户数据库发出修改指令。这里并不应构成对本申请的限定。应理解，用户数据库能够根据修改指令，将错误的待推广信息修正。

以上内容是针对用户数据库一侧的说明，而对于业务系统而言，本说明书实施例中提供另一种信息推广方法，如图4所示，其执行主体可以是业务系统中所包含的业务服务器、区块链网络中的某一节点等业务设备，这里不作具体限定。

图4所示的方法具体包括以下步骤：

步骤S401：接收待推广信息。

根据前述内容可知，所述的待推广信息可由用户数据库针对目标用户所生成，具体可参考前述内容，这里便不再过多赘述。

步骤S403：根据预先设定的可视化模板，对所述待推广信息进行校验。

在本说明书中的一种实施例中，所述的可视化模板可以是一种card模板，该card模板上定义了不同类型的需要加载的信息的参数、字符格式(如：字体、字号等)、在card上的展示位置等等模板内容，具体可根据实际应用的需要进行调整设置。

那么，本说明书实施例中对待推广信息进行校验，则可认为是针对待推广信息是否能够准确地匹配于可视化模板中的模板内容进行校验。在一个简单示例中，假设可视化模板中包含两项业务内容：业务产品名称和上线时间，那么，对于待推广信息，则需要校验其中是否包含业务产品名称和上线时间两项内容。

更为具体地，根据预先设定的可视化模板，对所述待推广信息进行校验的过程可以包括：确定所述可视化模板中定义的模板内容，确定所述待推广信息中包含的待加载内容，校验所述待加载内容与所述模板内容是否匹配，若是，则校验通过；否则，则校验不通过。

对于校验通过的待加载内容，可以执行下述步骤S405，而对于校验不通过的待加载内容，则可以向业务人员发出通知消息，或者是通知用户数据库重新发送待加载内容。

步骤S405：当校验通过后，将所述待推广信息加载至所述可视化模板中，生成业务推广信息发送给客户端。

对于通过校验的待推广信息而言，可将该待推广信息加载至可视化模板中，从而形成能够向用户展示的业务推广信息。并发送给相应的客户端，展示给用户。

通过前述内容可知，在本说明书实施例中，对于需要进行推广的信息而言，首先将在用户数据库中需要进行推广的受众用户，针对选择出的用户生成相应的待推广信息，并发送给业务系统，再由业务系统将待推广信息加载至预先设置的可视化模板中，形成业务推广信息发送给客户端，从而展示给用户。

在这样的方式中，需要展示的待推广信息与可视化模板相互分离，根据实际业务的变更，只需更新待推广信息，使其重新加载在可视化模板上即可，并不需要针对每次待推广信息的变更重新制作新的card，在信息的推广上较为便捷、灵活。

针对上述内容需要说明的是，在本说明书实施例中，当业务系统接收到待推广信息后，通常会存储在临时表中，在实际应用时，需要针对临时表中的信息进行校验。对于待推广信息的校验方式，可以如图5所示。在图5中可见，待推广信息中包含三项内容，即：

Param1：Value1；Param2：Value2；Param3：Value3

而可视化模板中包含的三种待加载参数分别为：

Param1、Param2、Param3

显然，待推广信息中的内容的Key与可视化模板中的待加载参数的Key相匹配，也就表明该待推广信息能够加载在该可视化模板中。

经过上述的校验过程，对于校验通过的待推广信息，便可存储至业务系统中的正式表中。

此外，在实际应用中，还可能出现待推广信息出错的现象，对于此现象而言，需要针对待推广信息进行修正。

情况一、出错的信息并未发送给用户。在此情况下，可以直接根据相应的修改指令，在业务系统的临时表中针对出错的待推广信息进行修改。

情况二、出错的信息已发送给用户，在此情况下，可以根据相应的修改指令，针对出错的信息，在用户数据库中的临时表中进行修改，再重复上述的步骤，使得业务系统重新生成card发送给用户。

以上所述的修改指令，通常可以由业务人员发出。当然，在某些实施例中也可由具有纠错功能的监测设备(如：服务器)发出。

当然，上述两种情况下的处理方式并不应作为对本说明书中实施例的限定。

本说明书实施例中的上述方法内容，适用于保险产品的业务场景，但这并不应构成对本申请的限定，可以理解，采用可视化方式展示的推广信息，均可使用上述方法。

以上为本说明书实施例提供的信息推广方法，基于同样的思路，本说明书实施例还提供一种信息推广装置，如图6所示，所述装置包括：

接收模块601，接收信息推广请求；

确定模块602，确定所述信息推广请求所对应的目标用户；

信息生成模块603，针对所述目标用户生成待推广信息；

发送模块604，将生成的所述的待推广信息发送至业务系统，以使得所述业务系统将所述待推广信息加载至对应的可视化模板中进行信息推广。

进一步地，所述确定模块602，确定所述信息推广请求中所携带的用户选择条件，在用户数据库中查找符合所述用户选择条件的各用户，确定为目标用户。

所述信息生成模块603，针对所述目标用户生成待推广信息，并存储在临时表中。

所述装置还包括：信息修改模块605，接收修改指令，根据所述修改指令对存储在所述临时表中的待推广信息进行修改。

如图7所示，本说明书实施例还提供一种信息推广装置，所述装置包括：

接收模块701，接收待推广信息；其中，所述待推广信息由用户数据库根据信息推广请求针对目标用户所生成；

校验模块702，根据预先设定的可视化模板，对所述待推广信息进行校验；

加载处理模块703，当校验通过后，将所述待推广信息加载至所述可视化模板中，生成业务推广信息发送给客户端。

进一步地，所述校验模块702，确定所述可视化模板中定义的模板内容，确定所述待推广信息中包含的待加载内容，校验所述待加载内容与所述模板内容是否匹配，若是，则校验通过；否则，则校验不通过。

其中，所述模板内容至少包括所需加载的参数、字符格式和/或展示位置。

所述加载处理模块703，将所述待推广信息中的待加载内容，加载至所述可视化模板中匹配的模板内容中。

所述接收模块701，接收所述待推广信息并存储在临时表中；

所述装置还包括：存储转换模块704，将存储在所述临时表中且通过校验的所述待推广信息存储至正式表中。

所述装置还包括：信息修改模块705，在将待推广信息发送给客户端之前，接收修改指令，并根据所述修改指令对临时表中出错的待推广信息进行修改。

在用户数据库一侧，本说明书实施例还提供一种信息推广设备，包括：

存储器，存储信息推广程序；

通讯接口，接收信息推广请求；

处理器，在通讯接口接收到信息推广请求后，调用存储器中存储的信息推广程序，并执行：

确定所述信息推广请求所对应的目标用户；

针对所述目标用户生成待推广信息；

调用通讯接口，将生成的所述的待推广信息发送至业务系统，以使得所述业务系统将所述待推广信息加载至对应的可视化模板中进行信息推广。

相应地，在业务系统一侧，本说明书实施例还提供一种信息推广设备，包括：

存储器，存储信息推广程序；

通讯接口，接收待推广信息；其中，所述待推广信息由用户数据库根据信息推广请求针对目标用户所生成；

处理器，在通讯接口接收到待推广信息后，调用存储器中存储的信息推广程序，并执行：

根据预先设定的可视化模板，对所述待推广信息进行校验；

当校验通过后，将所述待推广信息加载至所述可视化模板中，生成业务推广信息，调用通讯接口发送给客户端。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备和介质类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可，这里就不再一一赘述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤或模块可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信编号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定事务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行事务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利范围之中。

Claims (20)

1.一种信息推广方法，包括：

接收信息推广请求；

确定所述信息推广请求所对应的目标用户；

针对所述目标用户生成待推广信息；

将生成的所述的待推广信息发送至业务系统，以使得所述业务系统将所述待推广信息加载至对应的可视化模板中进行信息推广。

2.如权利要求1所述的方法，确定所述信息推广请求所对应的目标用户，具体包括：

确定所述信息推广请求中所携带的用户选择条件；

在用户数据库中查找符合所述用户选择条件的各用户，确定为目标用户。

3.如权利要求1所述的方法，针对所述目标用户生成待推广信息，具体包括：

针对所述目标用户生成待推广信息，并存储在临时表中。

4.如权利要求3所述的方法，所述方法还包括：

接收修改指令；

根据所述修改指令对存储在所述临时表中的待推广信息进行修改。

5.一种信息推广方法，包括：

接收待推广信息，其中，所述待推广信息由用户数据库根据信息推广请求针对目标用户所生成；

根据预先设定的可视化模板，对所述待推广信息进行校验；

当校验通过后，将所述待推广信息加载至所述可视化模板中，生成业务推广信息发送给客户端。

6.如权利要求5所述的方法，根据预先设定的可视化模板，对所述待推广信息进行校验，具体包括：

确定所述可视化模板中定义的模板内容；

确定所述待推广信息中包含的待加载内容；

校验所述待加载内容与所述模板内容是否匹配；

若是，则校验通过；

否则，则校验不通过；

其中，所述模板内容至少包括所需加载的参数、字符格式和/或展示位置。

7.如权利要求6所述的方法，将所述待推广信息加载至所述可视化模板中，具体包括：

将所述待推广信息中的待加载内容，加载至所述可视化模板中匹配的模板内容中。

8.如权利要求5所述的方法，接收待推广信息，具体包括：

接收所述待推广信息并存储在临时表中。

在将所述待推广信息加载至所述可视化模板中之前，所述方法还包括：

将存储在所述临时表中且通过校验的所述待推广信息存储至正式表中。

9.如权利要求5所述的方法，在将待推广信息发送给客户端之前，所述方法还包括：

接收修改指令，并根据所述修改指令对临时表中出错的待推广信息进行修改。

10.一种信息推广装置，包括：

接收模块，接收信息推广请求；

确定模块，确定所述信息推广请求所对应的目标用户；

信息生成模块，针对所述目标用户生成待推广信息；

发送模块，将生成的所述的待推广信息发送至业务系统，以使得所述业务系统将所述待推广信息加载至对应的可视化模板中进行信息推广。

11.如权利要求10所述的装置，所述确定模块，确定所述信息推广请求中所携带的用户选择条件，在用户数据库中查找符合所述用户选择条件的各用户，确定为目标用户。

12.如权利要求10所述的装置，所述信息生成模块，针对所述目标用户生成待推广信息，并存储在临时表中。

13.如权利要求12所述的装置，所述装置还包括：信息修改模块，接收修改指令，根据所述修改指令对存储在所述临时表中的待推广信息进行修改。

14.一种信息推广装置，包括：

接收模块，接收待推广信息，其中，所述待推广信息由用户数据库根据信息推广请求针对目标用户所生成；

校验模块，根据预先设定的可视化模板，对所述待推广信息进行校验；

加载处理模块，当校验通过后，将所述待推广信息加载至所述可视化模板中，生成业务推广信息发送给客户端。

15.如权利要求14所述的装置，所述校验模块，确定所述可视化模板中定义的模板内容，确定所述待推广信息中包含的待加载内容，校验所述待加载内容与所述模板内容是否匹配，若是，则校验通过；否则，则校验不通过；

其中，所述模板内容至少包括所需加载的参数、字符格式和/或展示位置。

16.如权利要求15所述的装置，所述加载处理模块，将所述待推广信息中的待加载内容，加载至所述可视化模板中匹配的模板内容中。

17.如权利要求14所述的装置，所述接收模块，接收所述待推广信息并存储在临时表中；

所述装置还包括：存储转换模块，将存储在所述临时表中且通过校验的所述待推广信息存储至正式表中。

18.如权利要求14所述的装置，所述装置还包括：信息修改模块，在将待推广信息发送给客户端之前，接收修改指令，并根据所述修改指令对临时表中出错的待推广信息进行修改。

19.一种信息推广设备，包括：

存储器，存储信息推广程序；

通讯接口，接收信息推广请求；

处理器，在通讯接口接收到信息推广请求后，调用存储器中存储的信息推广程序，并执行：

确定所述信息推广请求所对应的目标用户；

针对所述目标用户生成待推广信息；

调用通讯接口，将生成的所述的待推广信息发送至业务系统，以使得所述业务系统将所述待推广信息加载至对应的可视化模板中进行信息推广。

20.一种信息推广设备，包括：

存储器，存储信息推广程序；

通讯接口，接收待推广信息，其中，所述待推广信息由用户数据库根据信息推广请求针对目标用户所生成；

处理器，在通讯接口接收到待推广信息后，调用存储器中存储的信息推广程序，并执行：

根据预先设定的可视化模板，对所述待推广信息进行校验；

当校验通过后，将所述待推广信息加载至所述可视化模板中，生成业务推广信息，调用通讯接口发送给客户端。