CN102081775A - 一种广告投放方法、***和设备 - Google Patents

Abstract

本申请公开了一种广告投放方法、***和设备，该方法包括：客户端获取用户选择的投放媒体和用户输入的广告投放内容；所述客户端根据所述投放媒体对应的数据格式对所述广告投放内容进行封装；所述客户端向服务端发送请求，所述请求中携带封装后的广告投放内容，使所述服务端将所述广告投放内容发送到所述投放媒体服务器进行广告投放。通过本申请，从而实现了向用户提供多种媒体UI界面，并对广告内容进行敏感词过滤，加密与授权认证，解决了广告信息投放的有效性、安全性和合法性。

Description

一种广告投放方法、***和设备

技术领域

本申请涉及网络技术领域，特别是涉及一种广告投放方法、***和设备。

背景技术

现有广告投放***，在广告投放内容上不支持UI预览效果，在投放过程中，采用事后通知方式，验证广告内容敏感性，在广告传输过程中没有对内容进行加密和认证授权。

现有广告投放***中，广告投放***在广告投放内容上不支持展示效果预览，即广告投递商无法在提供广告投放内容的同时看到广告投放后的效果。在广告投放时，广告投递商向广告投放***的客户端提供广告投放内容，客户端获取广告投放内容后，直接将广告投放内容以***支持的特定的数据结构发送给服务端。此时，客户端无需授权即可向服务端投放数据，且该数据在传输的过程中是透明的，未经加密。服务端接收客户端发送的广告投放后，采用事后通知方式验证广告内容敏感性。

实现本申请的过程中，发明人发现现有技术至少存在如下问题：

1.客户端发送给服务端的数据格式单一化

a)支持同一广告运营商广告传输数据结构只有一种数据结构格式

b)更换广告运营商，由于所使用的平台不同，数据结构发生变化，需要双方达成一致的数据结构使用协议，***需要改造，成本会升高。

2.广告投放媒体单一化且无法实现预览

a)由于广告媒体客户端只存在一种用户界面，用户在多种用户界面切换无法实现

b)广告投递商提供广告投递内容时无法直接进行展示效果预览。

3.无前端敏感词过滤器

a)现存***支持服务器端敏感词过滤，敏感词过滤器滞后于用户提交数据请求，对客户端用户缺乏即时性和有效性

b)由于现存服务端敏感词过滤使用数据库进行过滤，在请求比较多的情况下会，这个功能模块会增加数据库的负载和内存I/O瓶颈。

4.无广告投放授权

a)客户端投放给服务端数据在传输的过程中数据是透明的，比较熟悉网络TCP/IP协议的用户是可以篡改广告投递商的广告内容

b)由于客户端没有经过授权认证，服务端可以接收来自网络任何一方的HTTP请求，服务器前端没有做到拦截控制

发明内容

本申请实施例提供一种广告投放方法、***和设备，用于实现向用户提供多种投递媒体以及展示效果预览，并对广告内容进行敏感词过滤，加密与授权认证，并将广告投递内容发送至投放媒体服务器进行广告投放，解决广告信息投放的有效性、安全性和合法性。

本申请实施例提供一种广告投放方法，包括：

客户端获取用户选择的投放媒体和用户输入的广告投放内容；

所述客户端根据所述投放媒体对应的数据格式对所述广告投放内容进行封装；

所述客户端向服务端发送请求，所述请求中携带封装后的广告投放内容，使所述服务端将所述广告投放内容发送到所述投放媒体服务器进行广告投放。

其中，所述客户端获取用户选择的投放媒体和用户输入的广告投放内容后，还包括：所述客户端根据所述投放媒体和所述广告投放内容进行展示效果预览。

其中，所述客户端根据所述投放媒体和所述广告投放内容进行展示效果预览具体包括：所述客户端利用与所述投放媒体对应的媒体UI界面进行界面渲染；所述客户端将所述广告投放内容填充到对应的媒体UI界面。

其中，所述客户端根据所述投放媒体和所述广告投放内容进行展示效果预览之前，还包括：

所述客户端接收所述用户的广告投放请求；

所述客户端加载所有媒体UI界面。

其中，所述客户端获取用户选择的投放媒体和用户输入的广告投放内容之前，包括：

所述客户端接收所述服务端发送的用于广告投放的数据结构模版，所述数据结构模版包括：广告投放题目和广告投放内容；

所述客户端接收所述服务端发送的用于广告投放的数据结构解析组件脚本。

其中，客户端获取用户输入的广告投放内容具体包括：

所述客户端获取广告投放题目；

所述客户端获取广告投放内容。

其中，所述服务端将所述广告投放内容发送到所述投放媒体服务器进行广告投放之前，包括：

所述客户端获取用户的授权广告投放令牌；

所述客户端根据所述授权广告投放令牌对所述广告投放内容进行加密，获得加密信息，并携带在所述请求中。

其中，所述服务端将所述广告投放内容发送到所述投放媒体服务器进行广告投放之前，包括：所述服务端对所述请求进行授权认证，

所述服务端对所述请求进行授权认证具体包括：

所述服务端根据所述用户的授权广告投放令牌对所述广告投放内容进行加密，获得加密信息；

所述服务端判断本端获取的加密信息与所述请求中携带的加密信息是否一致；

本端获取的加密信息与所述请求中携带的加密信息一致时，所述服务端判断所述广告投放内容通过授权认证；否则，所述服务端判断所述广告投放内容通过授权认证。

其中，所述服务端将所述广告投放内容发送到所述投放媒体服务器进行广告投放之前，还包括：

所述服务端对所述广告投放内容进行敏感词过滤。

其中，当所述广告投放内容未通过授权认证和/或存在敏感词时，所述服务端对错误数据模版进行数据封装并发送给所述客户端。

本申请实施例提供一种广告投放***，包括：

客户端，用于获取用户选择的投放媒体和用户输入的广告投放内容；根据所述投放媒体对应的数据格式对所述广告投放内容进行封装；向服务端发送请求，所述请求中携带封装后的广告投放内容，使所述服务端将所述广告投放内容发送到所述投放媒体服务器进行广告投放；

服务器，用于接收客户端发送的请求，所述请求中携带封装后的广告投放内容；将所述广告投放内容发送到所述投放媒体服务器进行广告投放；

投放媒体服务器，接收所述服务器发送的广告投放内容，并对所述广告投放内容进行广告投放。

本申请实施例提供一种客户端，包括：

获取模块，用于获取用户选择的投放媒体和用户输入的广告投放内容；

封装模块，用于根据所述获取模块获取的所述投放媒体对应的数据格式对所述获取模块获取的所述广告投放内容进行封装；

发送模块，用于向服务器发送请求，所述请求中携带所述封装模块封装后的广告投放内容，使所述服务端将所述广告投放内容发送到所述投放媒体服务器进行广告投放。

其中，还包括：预览模块，用于根据所述获取模块获取的所述投放媒体和所述广告投放内容进行展示效果预览。

其中，所述预览模块具体用于：利用与所述投放媒体对应的媒体UI界面进行界面渲染；将所述广告投放内容填充到对应的媒体UI界面。

其中，所述获取模块还用于：

接收所述用户的广告投放请求；

加载所有媒体UI界面。

其中，所述获取模块还用于：

接收所述服务器发送的用于广告投放的数据结构模版，所述数据结构模版包括：广告投放题目和广告投放内容；接收所述服务器发送的用于广告投放的数据结构解析组件脚本。

其中，所述获取模块还用于：

所述客户端获取广告投放题目；

所述客户端获取广告投放内容。

其中，还包括：

加密模块，用于获取用户的授权广告投放令牌；根据所述授权广告投放令牌对所述广告投放内容进行加密，获得加密信息，并携带在所述请求中。

本申请实施例提供一种服务器，包括：

接收模块，用于接收客户端发送的请求，所述请求中携带封装后的广告投放内容；

投放模块，用于将所述广告投放内容发送到所述投放媒体服务器进行广告投放。

其中，还包括：

认证模块，用于对所述请求进行授权认证；所述认证模块具体用于：

根据所述用户的授权广告投放令牌对所述广告投放内容进行加密，获得加密信息；

判断本端获取的加密信息与所述请求中携带的加密信息是否一致；

本端获取的加密信息与所述请求中携带的加密信息一致时，判断所述广告投放内容通过授权认证；否则，判断所述广告投放内容通过授权认证。

其中，还包括：

敏感词过滤模块，用于对所述广告投放内容进行敏感词过滤。

其中，还包括：

发送模块，当所述认证模块判断所述广告投放内容未通过授权认证和/或当所述敏感词过滤模块判断存在敏感词时，用于对错误数据模版进行数据封装并发送给所述客户端。

通过本申请实施例中，客户端通过WEB浏览器获取广告投递商在多种媒体中选择的所要投放的媒体和输入的广告投放内容，并实时在不同媒体UI界面中展现预览效果，同时对广告内容实时发送异步请求到服务端验证内容是否为非法信息或敏感词内容，在异步请求过程中对内容进行基于MD5的令牌加密，服务端验证其认证合法性和传输过程中数据是否被篡改，当该请求通过时，服务端将该广告内容发送至投放媒体(广告投放服务提供商)进行后续的广告投放，从而实现了向用户提供多种媒体广告投放，并对广告内容进行敏感词过滤，加密与授权认证，解决了广告信息投放的有效性、安全性和合法性。

附图说明

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

图1为本申请实施例中的一种广告投放***的结构示意图；

图2为本申请实施例中的一种广告投放方法的流程图；

图3为本申请实施例中的一种广告投放方法的流程图；

图4为本申请实施例中的API接口结构示意图；

图5为本申请实施例中的生成数据结构模板的方式；

图6为本申请实施例中的媒体UI组件接口结构示意图；

图7为本申请实施例中的生成具体呈现方式的方式；

图8为本申请实施例中的前端敏感词过滤组件结构示意图；

图9为本申请实施例中的一种广告投放方法的流程图；

图10为本申请实施例中的一种生成数据结构模板的方式；

图11为本申请实施例中的一种生成数据结构模板的方式；

图12为本申请实施例中的一种数据模板；

图13为本申请实施例中的一种数据模板；

图14为本申请实施例中一种客户端的结构示意图；

图15为本申请实施例中另一种客户端的结构示意图；

图16为本申请实施例中一种服务器的结构示意图；

图17为本申请实施例中另一种服务器的结构示意图。

具体实施方式

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

目前，由于媒体的多样性，所以多种媒体均可以用来进行广告投放，其流程如图1所示，例如：基于WEBSITE的广告投放，基于IM的广告投放，基于mobile phone的广告投放，基于PDA的广告投放，基于MAIL的广告投放等。并且不同的媒体需要不同的媒体UI界面(如基于WEBSITE的媒体UI界面，基于IM的媒体UI界面，基于mobile phone的媒体UI界面，基于PDA的媒体UI界面和基于MAIL的媒体UI界面等)实现所见即所得的预览效果，以及不同的数据结构格式(如XML数据格式，JSON数据格式和WML数据格式等)进行数据传输。由于隶属于同一广告运营商的服务端和客户端仅支持特定一种媒体及其对应的数据格式，所以在某一媒体中投放广告时，需要根据通过该***支持的特定数据结构进行数据解析与数据传输，用于后续在对应的媒体中投放。

传统的媒体广告投放中，具体包括：客户端获取用户(广告投递商)所要投放的广告内容，并将数据封装后向服务端发送所要投放的广告，即发送广告投放请求；服务端接收客户端发送的投放广告请求，用支持的特定一种数据结构进行数据解析以及审核，并将通过审核的广告投放内容发送到投放媒体的服务器进行广告投放。此外，当广告投放后，用户才能看到广告的投放效果。例如：某一广告运营商的客户端支持基于WEBSITE媒体广告投放，其数据格式为XML数据格式，所以当用户(广告投递商)通过该客户端进行广告投放时，只能通过XML格式在WEBSITE上进行广告投放。当广告进行投放时，用户才能在WEBSITE上看到自己所投放的广告。

由此可知，传统的媒体广告投放流程中，客户端仅能提供在特定的一种媒体上基于对应数据结构的广告投放，当用户需要在其他媒体上进行投放时，需要对***进行改造，或更换支持另一种媒体投放的***。此外，用户只能在广告实际投放后看到广告投放效果。

基于上述媒体广告投放***中普遍存在的问题，本申请实施例提供了基于异构媒体广告投放***。异构媒体广告投放***是建立在J2EE的架构基础之上的，***的可扩展性和可移植性有着天生的优越性，通过服务端和客户端的交互完成异构媒体广告投放。

该***中，客户端具有可更换媒体UI组件，它是建立在DHTML，JAVASCRIPT，CSS，AJAX的一种广告动态发布预览技术，能真实地反映出广告在投放到媒体后的一个展现效果，该组件用以向用户提供对多用媒体UI界面的支持，使用户可以在不同媒体进行广告投放，同时对所有的广告投放实现所见即所得的展示效果预览(即用户提供广告投放内容的同时，即可看到广告实际投放后的效果，具体地，客户端预先加载所支持的所有媒体UI界面，根据用户选择的投放媒体，选择与该投放媒体对应的媒体UI界面进行渲染，并将获得的广告投放内容填充到该界面上)，解决了广告内容不能在不同媒体呈现且无法预先预览展示效果的问题，提高了广告投放的选择性和高效性。

服务端具有异构数据解析组件，该组件用以向用户提供对多种数据结构的支持，使用户可以方便地在多种媒体中进行广告投放，解决了广告内容投放在不同媒体时的数据解析问题。优选地，在本申请实施例提供的基于异构媒体广告投放***中，服务端还包括基于MD的授权广告投放令牌和前端敏感词过滤组件组成。其中，基于MD的授权广告投放令牌提供对数据的加密机制，用于提高***的可靠性和安全性；前端敏感词过滤组件在广告投放时提供一种事前对敏感词的过滤机制，用于提高对用户进行广告投放的请求响应速度和期望结果。

如图2所示，为本申请实施例中的一种广告投放方法，具体包括以下步骤：

步骤201、客户端获取用户选择的投放媒体和用户输入的广告投放内容；

步骤202、所述客户端根据所述投放媒体对应的数据格式对所述广告投放内容进行封装；

步骤203、所述客户端向服务端发送请求，所述请求中携带封装后的广告投放内容，使所述服务端将所述广告投放内容发送到所述投放媒体服务器进行广告投放。

优选地，所述客户端还根据所述投放媒体和所述广告投放内容进行展示效果预览。具体地，所述客户端利用与所述投放媒体对应的媒体UI界面进行界面渲染；所述客户端将所述广告投放内容填充到对应的媒体UI界面。例如：手机UI界面与IM UI界面的框架和提供的预览效果均不同，因此需要采用不同的媒体UI界面。

优选地，所述客户端对广告投放内容进行加密和敏感词过滤。

具体地，本申请实施例提供的基于异构媒体广告投放***中的服务端和客户端整个交互过程如图3所示。首先，客户端接收到用户(即广告投递商)进行广告投放的请求，并获取用户选择的一种媒体UI组件和广告投放内容。其中，媒体UI组件由用户根据所要进行广告投放的媒体(例如：mobile phone或MAIL等)在客户端提供的多种媒体UI组件(例如：基于mobile phone的媒体UI组件或基于MAIL的媒体UI组件等)中选择而获得。客户端根据接收的用户选择的媒体UI组件进行渲染，向用户呈现用户所选择的媒体UI界面(mobile phone界面或MAIL界面等)，并且通过该媒体UI界面将用户的广告投放内容显示在该界面上，向用户提供所见即所得的展示效果预览。此外，将该广告投放内容以***支持的数据格式(如JSON或XML等)将数据结构进行封装，并根据MD5授权广告投放令牌对广告数据进行加密，以异步AJAX请求的形式发送给服务端。服务端接收异步AJAX请求，对授权广告投放令牌进行认证。当认证通过时，进行数据结构解析，对广告内容进行敏感词过滤。当请求通过后，服务端将该广告投放内容发送至对应的投放媒体服务器(例如：网站服务器、IM服务器、基站)进行后续的广告投放；当未通过认证或通过敏感词过滤而获得非法词时，则将对应部分的数据进行数据结构封装并返回客户端，客户端进行数据结构解析及向用户显示消息提示。

以下对服务端和客户端的各个组件的具体应用进行进一步详细的阐述：

一、异构数据解析组件

客户端获取广告投放内容，并将广告投放内容按照***支持的格式发送给服务端，服务端对该广告内容进行审核，并对通过审核的数据进行后续的广告投放。因此，需要由异构数据解析组件在客户端和服务端之间完成数据传输，该组件主要是组装客户端数据或解析服务端的异步请求数据。

由于客户端支持所见即所得的展示效果预览，所以需要将用户输入的广告投放数据进行组装，用来展现广告在媒体UI组件的投放预览效果。目前本组件主要支持XML数据格式，JSON数据格式和WML数据格式，这个两种数据格式在不同的浏览器客户端具有很好的兼容性，屏蔽了不同浏览器的差异性。

优选地，如图4所示，为了便于以后的数据结构可扩展性，在异构数据解析组件上我们定义了一个高层调用视图数据解析API接口，将来有新的数据结构想在数据结构组件上装载数据都可以继承或实现此接口。满足了将来服务器端传递数据到客户端或客户端数据POST到服务端不同数据结构的需求，便于以后***的平行扩展。

客户端和服务端之间进行异构数据传输主要通过服务端生成的服务端数据结构模版和客户端数据结构解析组件脚本完成，具体实现原理为：数据解析API是所有具体类型数据解析API的高层视图，服务端初始化阶段，会预先设置常用的数据结构解析组件及其对应的API，比如XML数据解析、JSON数据解析组件或WML数据解析组件以及各自对应的API，并自动通过数据解析注册API在数据解析注册组件注册和预先设置XML、JSON或WML数据结构，这一步主要完成两个工作，第一步生成服务端数据结构模板文件，第二步生成客户端数据结构解析组件脚本，并通过链接方式加入到可更换媒体UI组件页面层。例如，可以用类似如图5所示的方式生成数据结构模板。

客户端可更换媒体UI组件页面层***响应的数据结构解析js代码，例如，可以用类似如下方式生成***链接：

<scripttype＝″text/javascript″src＝″js/tools/xmlDate.js″></script>

客户端在组装广告数据时，使用指定格式解析脚本xmlDate.js来填充数据结构模板文件，例如，可以用类似如下方式生成，填充方式按关键字匹配方式：

${aspId}→1109，${title}→好店铺推广，${content}→好店铺流量统计专家

客户端把组装好的数据模板post给服务端，服务端根据模板类型和媒体类型调用相应API，提取需要的数据，例如，可以用类似如下方式生成，高层视图接口定义：

public interface DateParse{

public DateModel getDatePrase(String dateForamt，String mediaType)；

}

dateFormat：数据结构xml|json|wml

mediaType：媒体类型email|sms|im|mobile

二、可更换媒体UI组件

该组件主要是来解决广告投放媒体不同，所展现的效果不同而提供的媒体UI组件，它主要解决了广告内容在不同媒体呈现的效果。由于广告内容独立于展现媒体，所以它在不同的媒体上有不同的展现效果，如基于WEBSITE广告，基于IM广告，基于mobile phone广告，基于PDA广告，基于MAIL广告等，它们都是现在广告内容可以呈现的媒体，通过本组件实现了同一广告内容可以在不同UI媒体上呈现所见即所得的展示效果预览。该组件获取用户所选择广告投放媒体(如WEBSITE或MAIL)，该组件即可根据用户的广告投放内容，通过DHTML，JAVASCRIPT，CSS渲染，向用户展示该广告投放内容在用户所选择的广告投放媒体的展示效果。

优选地，如图6所示，为了便于将来在不同新生媒体上展现不同媒体UI效果和媒体UI组件库扩充，此组件定义了相关的UI扩展接口，便于以后对不同广告媒体的接入。通过媒体UI API，并把新的媒体UI注册到媒体UI组件库，然后在媒体广告投放***调用相应媒体展现UI接口，即可在客户端得到用户所选择的媒体展现效果。

该组件具体的实现原理为：服务端在初始化阶段，默认会实现几个已有的媒体UI组件，比如WEB UI或SMS UI，媒体UI注册器根据媒体UI类型生成对应媒体UI界面，样式，和交互javaScript代码，通过链接文件的方式生成三个链接文件，一个样式文件，一个UI界面，一个预览交互javaScript代码，例如，可以用类似如图7所示的方式生成具体呈现方式。

三、基于MD5的授权广告投放令牌

为了保证广告投放***可靠性和安全性，广告投递商会在广告运营商申请一个授权广告投放令牌secretCode，客户端通过该授权广告投放令牌，将投放的广告所有信息进行加密，并以此为基础生成加密信息。客户端将广告投放内容和加密信息一同发送给服务端，服务端根据该用户对应的授权广告投放令牌重新进行一次加密，获得加密信息。服务端根据本端生成的加密信息与接收的加密信息进行判断。当本端获取的加密信息与接收的加密信息一致时，判断该广告投放内容通过授权认证；否则，判断该广告投放内容通过授权认证，从而保证了广告投放内容的机密性。服务端在接受到此广告请求时，对此广告内容进行解码，并验证此广告投递商的合法性和广告内容没有被第三方篡改过。

实现原理：

sign＝MD5(sercretCode&title&content)根据secretCode生成身份认证令牌

四、前端敏感词过滤组件

传统广告媒体投放***，对敏感词前期是没有任何限制，广告投递商对广告投放内容并不是很清楚哪些是敏感词(当然，也包括非法词)，即哪些是不允许进行广告投递的内容。广告商的申请到后台审批***之后，经历了很长的一段时间才告知广告投递商申请内容不合法，这样一个流程走下来，对广告投递商来说，流程繁琐，而且耽误了广告投递商投放时间。基于Lucene的基础上的敏感词过滤组件，如图8所示，包括敏感词数据、敏感词词法分析，敏感词数据索引，敏感词数据搜索，敏感词前端缓存组成。词法分析器主要是根据已有的词汇来分解敏感词并对其进行拆分，原则上拆分有利于非法词过滤。在词法分析与拆分的基础上建立敏感词索引，索引可以建立在内存之上，也可以建立在文件***之上，主要由看敏感词内容大小来决定存储的介质。为了便于前端广告组件快速得到请求响应，在索引的基础上建立了敏感词搜索引擎，以便于提升客户端响应速度，本组件还对经常被搜索到敏感词缓存到cache里，以此减少搜索引擎的I/0请求，在客户端异步请求的过程中也能得到同步请求的响应速度与期望结果。

基于异构媒体广告投放方法是建立在上面阐述四个功能组件的有机组合体，整个方案的部署方式分为客户端和服务端，客户端需要部署可更换媒体UI组件，用于满足用户在不同广告媒体所见即所得预览效果，客户端初始化的时候，会预先放置1个或2个比较常见的媒体UI组件如手机平台(mobielphone)和邮件平台(MAIL)。服务器端需要部署异构数据解析组件，前端敏感词过滤引擎，和基于MD5的授权广告投放令牌完成整个异构媒体投放核心业务逻辑。

如图9所示，为本申请实施例中一种广告投放的方法，具体包括以下步骤：

步骤901、客户端获取用户进行广告投放的请求，进行所有媒体UI组件加载。

媒体UI组件主要解决了广告内容在不同媒体呈现的效果。由于广告内容独立于展现媒体，所以它在不同的媒体上有不同的展现效果，如基于WEBSITE广告，基于IM广告，基于mobile phone广告，基于PDA广告，基于MAIL广告等，它们都是现在广告内容可以呈现的媒体，通过本组件实现了同一广告内容可以在不同UI媒体上呈现所见即所得的展示效果预览。

为了便于将来在不同新生媒体上展现不同媒体UI效果和媒体UI组件库扩充，此组件定义了相关的UI扩展接口，便于以后对不同广告媒体的接入。通过媒体UI扩展接口，并把新的媒体UI注册到媒体UI组件库，然后在媒体广告投放***调用相应媒体展现UI接口，即可在客户端得到用户所选择的媒体展现效果。

该组件具体的实现原理为：服务端在初始化阶段，默认会实现几个已有的媒体UI组件，比如WEB UI或SMS UI，媒体UI注册器根据媒体UI类型生成对应媒体UI界面，样式，和交互javaScript代码，通过链接文件的方式生成三个链接文件，一个样式文件，一个UI界面，一个预览交互javaScript代码。

步骤902、客户端获取用户所选择的投放媒体，并通过投放媒体对应的媒体UI组件进行界面渲染。

客户端获取要投放媒体，如：手机平台(mobile phone)或邮件平台(MAIL)，并通过DHTML，JAVASCRIPT，CSS渲染出用户所选择的投放媒体对应的媒体UI界面，用以向用户展示广告投放内容在用户所选择的广告投放媒体的展示效果。

步骤903、客户端获取用户输入的广告投放内容。

用户在媒体UI组件的可编辑区域输入广告标题title和广告内容content。

步骤904、客户端在用户选择的媒体对应的媒体UI界面中展示用户所输入的广告投放内容。

客户端在渲染的用户选择的媒体对应的媒体UI界面的预览窗口展示用户输入的广告投放内容，向用户提供所见即所得的效果。

优选地，用户可以实时的更改title和content，并在媒体UI预览窗口得到实时的UI效果。

步骤905、客户端将获取的广告投放内容进行数据封装和加密。

客户端和服务端之间进行异构数据传输主要通过服务端生成的服务端数据结构模版和客户端数据结构解析组件脚本完成，具体实现原理为：数据解析API是所有具体类型数据解析API的高层视图，服务端初始化阶段，会预先设置常用的数据结构解析组件，比如XML数据解析或JSON数据解析组件，并自动通过数据解析注册组件注册预先设置XML或JSON数据结构，这一步主要完成两个工作，第一步生成服务端数据结构模板文件，第二步生成客户端数据结构解析组件脚本，并通过链接方式加入到可更换媒体UI组件页面层。

客户端将获取的广告投放内容进行数据封装具体为：用户在输入title或content的同时媒体UI组件会通过异步请求的方式向服务端发送title和content，发送数据格式可以前面提到的JSON，也可以是XML，最后组装成的数据结构形式如下所示：

若是手机媒体，例如，可以用类似如图10所示的方式生成数据结构模板，若是邮件媒体，例如，可以用类似如图11所示的方式生成数据结构模板。

优选地，客户端通过广告服务商提供的MD5授权广告投放令牌对广告数据进行加密，具体地，广告投递商会在广告运营商申请一个授权广告投放令牌secretCode，客户端通过该授权广告投放令牌，将投放的广告所有信息进行加密，并以此为基础生成加密信息。客户端将广告投放内容和加密信息一同发送给服务端，从而保证了广告投放内容的机密性。同时，客户端向服务端发出一个异步的AJAX请求，从而提供广告投放***的可靠性和安全性。

步骤906、服务端接收客户端发送的异步请求，该请求中携带用户所要投放的广告内容和加密信息。

步骤907、服务端根据用户对应的MD5授权广告投放令牌对广告投放内容进行加密。

服务端根据该用户对应的授权广告投放令牌重新进行一次加密，获得加密信息。

步骤908、服务端判断该请求是否通过授权认证。

服务端根据接收到请求验证是否有效的广告投递商，并验证广告投放内容是否被网络篡改。

具体地，服务端根据本端生成的加密信息与接收的加密信息进行判断。当本端获取的加密信息与接收的加密信息一致时，判断该广告投放内容通过授权认证；否则，判断该广告投放内容通过授权认证。

当通过授权认证时，则转到步骤909；

当未通过授权认证时，则转到步骤910。

步骤909、服务端根据获得的广告投放内容判断是否存在敏感词。

服务端调用前端敏感词过滤***API，对请求中携带的内容过滤。

敏感词过滤组件包括敏感词的词法分析，敏感词数据索引，敏感词数据搜索，敏感词前端缓存组成。词法分析器主要是根据已有的词汇来分解敏感词并对其进行拆分，原则上拆分有利于非法词过滤。在词法分析与拆分的基础上建立敏感词索引，索引可以建立在内存之上，也可以建立在文件***之上，主要由敏感词内容大小来决定存储的介质。为了便于前端广告组件快速得到请求响应，在索引的基础上建立了敏感词搜索引擎，以便于提升客户端响应速度，本组件还对经常被搜索到敏感词缓存到cache里，以此减少搜索引擎的I/0请求，在客户端异步请求的过程中也能得到同步请求的响应速度与期望结果。

需要说明的是，上述敏感词也包括非法词。

当存在敏感词时，则转到步骤910；

当不存在敏感词时，则转到步骤911。

步骤910、服务端封装错误数据模版，发送给客户端，使得客户端调用相应的解析组件进行解析，转到步骤904。

服务端将会通过响应告知错误编码errorCode，错误消息errorMessage和错误原因errorContent，具体返回给客户端错误消息数据结构模板如下：

若是手机媒体，可以用类似如图12所示的方式数据模板，若是邮件媒体，可以用类似如图13所示的方式数据模板。

步骤911、服务端将广告投放内容发送到投放媒体服务器进行广告投放。

例如：当用户选择的投放媒体为网络，则服务端将广告投放内容发送到网络服务器；当用户选择的投放媒体为IM，则服务端将广告投放内容发送到IM服务器等。

本申请实施例提供一种广告投放***，包括：

客户端，用于获取用户选择的投放媒体和用户输入的广告投放内容；根据所述投放媒体对应的数据格式对所述广告投放内容进行封装；向服务端发送请求，所述请求中携带封装后的广告投放内容，使所述服务端将所述广告投放内容发送到所述投放媒体服务器进行广告投放；

服务器，用于接收客户端发送的请求，所述请求中携带封装后的广告投放内容；将所述广告投放内容发送到所述投放媒体服务器进行广告投放；

投放媒体服务器，接收所述服务器发送的广告投放内容，并对所述广告投放内容进行广告投放。

本申请实施例提供一种客户端1400，如图14所示，包括：

获取模块1410，用于获取用户选择的投放媒体和用户输入的广告投放内容；

封装模块1420，用于根据获取模块1410获取的所述投放媒体对应的数据格式对获取模块1410获取的所述广告投放内容进行封装；

发送模块1430，用于向服务器发送请求，所述请求中携带封装模块1420封装后的广告投放内容，使所述服务端将所述广告投放内容发送到所述投放媒体服务器进行广告投放。

客户端1400，如图15所示，还包括：预览模块1440，用于根据获取模块1410获取的所述投放媒体和所述广告投放内容进行展示效果预览。

其中，预览模块1440具体用于：利用与所述投放媒体对应的媒体UI界面进行界面渲染；将所述广告投放内容填充到对应的媒体UI界面。

其中，获取模块1410还用于：

接收所述用户的广告投放请求；

加载所有媒体UI界面。

其中，获取模块1410还用于：

接收所述服务器发送的用于广告投放的数据结构模版，所述数据结构模版包括：广告投放题目和广告投放内容；接收所述服务器发送的用于广告投放的数据结构解析组件脚本。

其中，获取模块1410还用于：

所述客户端获取广告投放题目；

所述客户端获取广告投放内容。

其中，还包括：

加密模块1450，用于获取用户的授权广告投放令牌；根据所述授权广告投放令牌对所述广告投放内容进行加密，获得加密信息，并携带在所述请求中。

本申请实施例提供一种服务器1600，如图16所示，包括：

接收模块1610，用于接收客户端发送的请求，所述请求中携带封装后的广告投放内容；

投放模块1620，用于将所述广告投放内容发送到所述投放媒体服务器进行广告投放。

服务器1600，如图17所示，还包括：

认证模块1630，用于对所述请求进行授权认证；所述认证模块具体用于：

根据所述用户的授权广告投放令牌对所述广告投放内容进行加密，获得加密信息；

判断本端获取的加密信息与所述请求中携带的加密信息是否一致；

本端获取的加密信息与所述请求中携带的加密信息一致时，判断所述广告投放内容通过授权认证；否则，判断所述广告投放内容通过授权认证。

其中，还包括：

敏感词过滤模块1640，用于对所述广告投放内容进行敏感词过滤。

其中，还包括：

发送模块1650，当所述认证模块判断所述广告投放内容未通过授权认证和/或当所述敏感词过滤模块判断存在敏感词时，用于对错误数据模版进行数据封装并发送给所述客户端。

通过本申请实施例中，客户端通过WEB浏览器获取广告投递商在多种媒体中选择的所要投放的媒体和输入的广告投放内容，并实时在不同媒体UI界面中展现预览效果，同时对广告内容实时发送异步请求到服务端验证内容是否为非法信息或敏感词内容，在异步请求过程中对内容进行基于MD5的令牌加密，服务端验证其认证合法性和传输过程中数据是否被篡改，当该请求通过时，服务端将该广告内容发送至投放媒体(广告投放服务提供商)进行后续的广告投放，从而实现了向用户提供多种媒体广告投放，并对广告内容进行敏感词过滤，加密与授权认证，解决了广告信息投放的有效性、安全性和合法性。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本申请的保护范围。

Claims (22)

1.一种广告投放方法，其特征在于，包括：

客户端获取用户选择的投放媒体和用户输入的广告投放内容；

所述客户端根据所述投放媒体对应的数据格式对所述广告投放内容进行封装；

所述客户端向服务端发送请求，所述请求中携带封装后的广告投放内容，使所述服务端将所述广告投放内容发送到所述投放媒体服务器进行广告投放。

2.如权利要求1所述的方法，其特征在于，所述客户端获取用户选择的投放媒体和用户输入的广告投放内容后，还包括：所述客户端根据所述投放媒体和所述广告投放内容进行展示效果预览。

3.如权利要求2所述的方法，其特征在于，所述客户端根据所述投放媒体和所述广告投放内容进行展示效果预览具体包括：所述客户端利用与所述投放媒体对应的媒体UI界面进行界面渲染；所述客户端将所述广告投放内容填充到对应的媒体UI界面。

4.如权利要求2或3所述的方法，其特征在于，所述客户端根据所述投放媒体和所述广告投放内容进行展示效果预览之前，还包括：

所述客户端接收所述用户的广告投放请求；

所述客户端加载所有媒体UI界面。

5.如权利要求1所述的方法，其特征在于，所述客户端获取用户选择的投放媒体和用户输入的广告投放内容之前，包括：

所述客户端接收所述服务端发送的用于广告投放的数据结构模版，所述数据结构模版包括：广告投放题目和广告投放内容；

所述客户端接收所述服务端发送的用于广告投放的数据结构解析组件脚本。

6.如权利要求1或5所述的方法，其特征在于，

客户端获取用户输入的广告投放内容具体包括：

所述客户端获取广告投放题目；

所述客户端获取广告投放内容。

7.如权利要求1所述的方法，其特征在于，所述服务端将所述广告投放内容发送到所述投放媒体服务器进行广告投放之前，包括：

所述客户端获取用户的授权广告投放令牌；

所述客户端根据所述授权广告投放令牌对所述广告投放内容进行加密，获得加密信息，并携带在所述请求中。

8.如权利要求7所述的方法，其特征在于，所述服务端将所述广告投放内容发送到所述投放媒体服务器进行广告投放之前，包括：所述服务端对所述请求进行授权认证，

所述服务端对所述请求进行授权认证具体包括：

所述服务端根据所述用户的授权广告投放令牌对所述广告投放内容进行加密，获得加密信息；

所述服务端判断本端获取的加密信息与所述请求中携带的加密信息是否一致；

本端获取的加密信息与所述请求中携带的加密信息一致时，所述服务端判断所述广告投放内容通过授权认证；否则，所述服务端判断所述广告投放内容通过授权认证。

9.如权利要求1所述的方法，其特征在于，所述服务端将所述广告投放内容发送到所述投放媒体服务器进行广告投放之前，还包括：

所述服务端对所述广告投放内容进行敏感词过滤。

10.如权利要求8或9所述的方法，其特征在于，当所述广告投放内容未通过授权认证和/或存在敏感词时，所述服务端对错误数据模版进行数据封装并发送给所述客户端。

11.一种广告投放***，其特征在于，包括：

客户端，用于获取用户选择的投放媒体和用户输入的广告投放内容；根据所述投放媒体对应的数据格式对所述广告投放内容进行封装；向服务端发送请求，所述请求中携带封装后的广告投放内容，使所述服务端将所述广告投放内容发送到所述投放媒体服务器进行广告投放；

服务器，用于接收客户端发送的请求，所述请求中携带封装后的广告投放内容；将所述广告投放内容发送到所述投放媒体服务器进行广告投放；

投放媒体服务器，接收所述服务器发送的广告投放内容，并对所述广告投放内容进行广告投放。

12.一种客户端，其特征在于，包括：

获取模块，用于获取用户选择的投放媒体和用户输入的广告投放内容；

封装模块，用于根据所述获取模块获取的所述投放媒体对应的数据格式对所述获取模块获取的所述广告投放内容进行封装；

发送模块，用于向服务器发送请求，所述请求中携带所述封装模块封装后的广告投放内容，使所述服务端将所述广告投放内容发送到所述投放媒体服务器进行广告投放。

13.如权利要求12所述的客户端，其特征在于，

还包括：预览模块，用于根据所述获取模块获取的所述投放媒体和所述广告投放内容进行展示效果预览。

14.如权利要求13所述的客户端，其特征在于，

所述预览模块具体用于：利用与所述投放媒体对应的媒体UI界面进行界面渲染；将所述广告投放内容填充到对应的媒体UI界面。

15.如权利要求13或14所述的客户端，其特征在于，

所述获取模块还用于：

接收所述用户的广告投放请求；

加载所有媒体UI界面。

16.如权利要求12所述的客户端，其特征在于，所述获取模块还用于：

接收所述服务器发送的用于广告投放的数据结构模版，所述数据结构模版包括：广告投放题目和广告投放内容；接收所述服务器发送的用于广告投放的数据结构解析组件脚本。

17.如权利要求12或16所述的客户端，其特征在于，

所述获取模块还用于：

所述客户端获取广告投放题目；

所述客户端获取广告投放内容。

18.如权利要求12所述的客户端，其特征在于，还包括：

加密模块，用于获取用户的授权广告投放令牌；根据所述授权广告投放令牌对所述广告投放内容进行加密，获得加密信息，并携带在所述请求中。

19.一种服务器，其特征在于，包括：

接收模块，用于接收客户端发送的请求，所述请求中携带封装后的广告投放内容；

投放模块，用于将所述广告投放内容发送到所述投放媒体服务器进行广告投放。

20.如权利要求19所述的服务器，其特征在于，还包括：

认证模块，用于对所述请求进行授权认证；所述认证模块具体用于：

根据所述用户的授权广告投放令牌对所述广告投放内容进行加密，获得加密信息；

判断本端获取的加密信息与所述请求中携带的加密信息是否一致；

本端获取的加密信息与所述请求中携带的加密信息一致时，判断所述广告投放内容通过授权认证；否则，判断所述广告投放内容通过授权认证。

21.如权利要求19所述的服务器，其特征在于，还包括：

敏感词过滤模块，用于对所述广告投放内容进行敏感词过滤。

22.如权利要求20或21所述的服务器，其特征在于，还包括：

发送模块，当所述认证模块判断所述广告投放内容未通过授权认证和/或当所述敏感词过滤模块判断存在敏感词时，用于对错误数据模版进行数据封装并发送给所述客户端。

Images