您的位置:首页 > 理论基础 > 计算机网络

秒针系统网络广告交易平台介绍

2015-10-01 15:00 295 查看
2012~2013年,还在北京秒针系统工作的时候,接触到了“网络广告交易平台”这个项目。虽说没有亲自参与这个项目的开发,但是自从了解到这个项目的存在,就非常感兴趣。

最早知道,是了解同事同学的工作,看看别人在做什么项目。
正此时,我的学习兴趣非常浓厚,这个项目的文档非常齐全,而且很有技术含量,就重点研究了下。
说到秒针,我最喜欢的地方是,SVN上有很多项目和文档,很多项目只要知道项目的英文名称,就可以down下来。文档里的信息还是很丰富的,通过以前的文档,还可以知道公司过去是怎么发展过来的。

最近,由于某个不可告人的秘密,我需要重新复习下这个系统,因此有了本文。

系统介绍:网络广告交易平台,主要运用实时竞价(Real-Time Bidding)相关技术作为核心,服务于广告主服务平台(DSP)和媒体服务平台(SSP)
媒体服务平台,主要服务于门户网站等各种媒体网站,这些媒体上会展示很多广告。展示这些广告,媒体内部有专门的系统,也可能会和其它专业的广告投放系统DSP对接。

媒体拥有广告位,展示广告就获得费用。广告主可能直接和DSP联系,或者说DSP就是个工具,服务于广告主。广告主不希望花冤枉钱,投放广告也希望达到更好的效果。

广告交易平台,是个中立的平台,把SSP和DSP“连接”起来。SSP拥有广告位,DSP有广告,为了双方利益最大化,通过实时竞价进行匹配。
比如说,新浪体育频道的用户大多是喜欢体育,篮球足球之类的,那么在这个频道展示“篮球”“球鞋”等广告就更有价值。代表广告主利益的,如果想打球鞋广告,在这里就是合适的,同样的曝光次数等条件下,“广告主愿意付更多的钱”。

系统架构:

a.Exchange网站

Exchange网站主要实现三部分功能:一是提供API供DSP使用;二是提供Web界面供媒体机构用户和AE用户使用;三是提供网站和服务器间通信功能,保证网站上信息的变化及时通知到各服务器

b.拍卖服务器

拍卖服务器接受网页上投放代码发送的广告投放请求,将请求信息重新包装为Bid Request,转发给各个DSP;等待DSP返回Bid Response之后,解析Bid Response,对结果进行过滤和竞价,获得最终需要显示的广告,返回给投放代码在页面上组装展示

c.监测服务器

接收曝光监测和点击监测,生成曝光日志和点击日志(有日志结算,方便广告主等各方结算,有数据才有说服力,当然存在一定的误差)

d.报表服务器

搜集拍卖服务器记录的日志和监测服务器生成的日志,计算报表,供网站展示和下载

e.Cookie Mapping服务器

接收DSP发出的Cookie Mapping请求,从Cookie中取出MZID,通过302 redirect交给DSP,完成Cookie Mapping

不同机构都会用Cookie等方式,标记用户,不同机构之间合作交流时,需要把各自的ID关联起来。

f.投放代码

投放代码被嵌在媒体的页面上,当页面曝光时,向拍卖服务器发送广告投放请求,获得拍卖服务器的返回以后,组装广告代码完成广告的展示和监测请求的发送

g.模拟测试系统

模拟测试系统包括模拟DSP和模拟媒体两部分,用于辅助完成Exchange的测试

Exchange网站技术架构:

View:用jQuey做为基本的JS框架,前端用sitemesh进行页面布局。

Controller:采用SpringMVC框架进行流程控制,DSP通过API接口进行数据导入、更新、查看,管理员可以为广告位上传默认物料。

Service:采用Spring框架进行事务和业务处理,使用spring定时任务进行db文件的读取与保存,使用HTTPComponents对媒体、物料、服务器等修改信息做推送处理。

DAO:采用Mybatis框架对数据库进行操作,保存媒体、DSP、服务器、广告主等信息,同时保存报表数据。

Java Web开发,只要是入门了,做2个项目,不懂的就去网上找资料,还是比较容易的。
个人认为,关键还是自学能力,解决问题的能力。

学IT技术开发,我觉得是非常“公平” 的,自身资质不太差的情况下,学得越多,工资越高。达到瓶颈1.5万~2万的工资后,才需要自己想办法突破。

内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: