宽带互联网视听TVMS及广告运营系统需求书.doc

宽带互联网视听TVMS及广告运营系统 需求规范书 目 录 1 TVMS 1 1.1.1 术语解释 1 1.1.2 应用场景 2 1.2 业务形态 2 1.2.1 实现方式 2 1.2.2 展示方式 2 1.2.3 下发规则 3 流程描述 5 2 广告业务背景与目的 6 2.1 项目背景和意义 6 2.2 项目目标 7 3 业务需求 7 3.1 业务概述 7 3.2 业务基本需求 8 3.2.1 广告互动性要求 8 3.2.2 精确性投放 8 3.2.3 分权分域管理 9 3.3 总体业务流程说明 9 3.4 业务功能需求 10 3.4.1 广告位管理 10 3.4.2 广告物料管理 11 3.4.3 广告投放管理 12 3.4.4 用户行为分析 13 3.4.5 广告用户激励 14 3.5 业务运营需求 15 3.5.1 用户管理 15 3.5.2 权限管理 15 3.5.3 日志管理 16 3.5.4 统计分析 17 3.6 业务流程需求 17 3.6.1 广告申请流程图 17 3.6.2 广告物料流程图 18 3.6.3 广告投放流程图 19 TVMS 为满足运营要求，需要构建TVMS系统，TVMS 电视消息发送系统，通过IP网络，将某些消息推动到客户STB端，在用户观看TV节目过程中进行展示。具体应用包括广告业务、用户通告、推荐信息。 一方面广告业务对于宽带互联网视听媒体特征明显，无论在互联网还是传统的电视，广告业务都是最为关键的盈利来源，当广东宽带互联网视听用户突破30万的广告经营林洁用户规模，后向广告价值凸显，建设广告业务系统非常必要。 第二方面，对于内容运营同样需要通过对特定用户，特定时间，根据事件、内容对用户进行提醒、关联推荐，通过让用户知晓、让用户关心感兴趣，进而使用最终提高用户的使用率，活跃率和满意度。 TVMS架构如下： 术语解释 消息管理系统：消息发送业务管理端，主要完成消息的原始属性和内容等相关信息的编制。 TVMS Server：TVMS服务器，TVMS系统的核心组成部分，主要完成用户信息的管理、接收来自消息管理系统的消息任务并解析执行。 MS GateWay：消息发送网关，接收TVMS Server解析后的消息并根据消息属性、下发规则响应STB的消息展示请求。 Web Server：消息页面展示服务器，主要完成用户消息页面的展示。 应用场景 编辑提前制定好的各种消息策略（比赛推荐，节目推荐，竞猜，投票，购物信息的广播推送）和发布时间安排的策略。利用一个总部统一控制的TVMS的管理系统，将这些问题和消息以及答案方便的录入，并同步到各个地市的各机顶盒上。 业务形态 实现方式 TVMS是一套在IPTV环境下面向STB，在电视上展示的及时消息系统。STB可以接受满足一定条件的及时消息，然后在电视机上显示出来，展示基本上有两种方式： 滚动消息模式 类似传统电视上的滚动字幕消息， 可以按照预先设定， 一个消息在屏幕上进行滚动；这种消息通常用户不能关闭，也不能参与。一般可以用于某些紧急消息，或者强制用户接收的消息； 页面消息模式 可以在屏幕上以比较复杂的形式进行展示，类似EPG的页面，用户可以参与这个页面的交互，或者选择关闭这个页面。根据这个页面的复杂程度，又可以分成下面两个来源： 简单页面消息模式 页面比较简单，没有复杂的交互，这个页面一般都是简单的HTML页面，比滚动消息有比较好的展示效果； 交互页面消息模式 页面比较复杂，可能有一定的业务，需要有配套的后台业务系统，用户可以和这个页面进行充分的人机交互； 展示方式 推荐页面形式 视频短片形式 挂角展现形式 FLASH动画形式（需要机顶盒支持） 滚动跑马条（应用在各级栏目而不仅限于首页） 下发规则 为了能够强化厂商消息系统的能力，满足多样化业务需求，厂商消息系统需按照一定的规则对消息进行推送。 消息对象选择 根据消息任务的用户类型（userType），能够把指定信息推送到指定的用户终端。 用户类型如下： 0： 指定用户发送（destAddress） 通过指定用户的ID，由厂商消息系统推送到指定的（允许用户列表、以及列表段模式）。 1：逻辑分组（厂商系统） 能够根据目前的逻辑分组向相应分组用户推送到分组内的用户 2：给所有用户 3：给所有在线用户发送 4：正在使用某项应用的用户 消息推送机制 厂商消息系统能够根据消息体中的优先级别以及确保发送标志位，根据一定的规则向用户进行消息推送。 确保用户收到标志位为0时 此时无论指定用户收到与没有收到，消息只在指定时间进行一次推送，后续不再重复推送 确保用户收到标志位为1时 在指定用户未收到相应消息时，在指定的时间内对未收到的信息进行重复发送： 在推送过程中，如果推送用户太多，为了平衡Web Server压力，需