平台服务项目技术方案
1
目 录
目 录 ............................................................ 2 1
项目概述 ...................................................... 3
1.1 项目背景 ...................................................... 3 2
北京IPTV运营支撑整体开发技术方案 .............................. 3
2.1 EPG运营管理中EPG的定义 ....................................... 3 2.1.1 EPG工作原理 ................................................ 4 2.1.2 2.1.3 2.1.4
设计思路和架构 ........................................... 4 专题活动技术实现 ......................................... 7 遵循的规范要求 ........................................... 7
2.1.5 EPG模板的定义 .............................................. 8 2.1.6
验收与测试的标准 ......................................... 8
2.2 LAUNCHER管理模块定制开发 ...................................... 9 2.2.1 APK系统结构图 .............................................. 9 2.2.2 APK设计架构——分层架构 ................................... 10 2.2.3 APK 主要功能 .............................................. 11 2.2.4 APK开发原理 ............................................... 17 2.2.5
探针部署规则 ............................................ 19
2.2.6 LAUNCHER管理 .............................................. 20 2.3 增值服务 ..................................................... 21 2.3.1
应用商城 ................................................ 21
2.4 运营支撑服务 .................................................. 21 2.4.1 EPG驻场服务要求 ........................................... 21 2.4.2 EPG驻地技术运营支撑服务 ................................... 22 3 4
应用案例 ..................................................... 22 实施计划 ..................................................... 28
2
1 项目概述 1.1 项目背景
北京新媒体建设将在服务宣传的同时,打造 “三网融合,三机融合”(三网:互联网、无线网、电视网,三机:手机、计算机、电视机)的媒介平台,完善媒介产业链,增强品牌影响力。积极扩展新媒体的表现手段,注重用户访问的体验度,提供细致、人性化的用户信息服务。业务平台主要包括:IPTV、互联网视频、手机电视及其他新媒体相关产业。
通过北京新媒体的建设,有效突破文化传播的时空限制,推动北京新媒体成为具备国际一流文化创造力、创新力,以及具备强大的国际、国内广域传播力的新媒体文化产业典范。
通过北京新媒体的建设,以北京新媒体为龙头,拉动创新型信息制造业与服务业的产业发展,助力区域经济结构转型。
通过北京新媒体的建设,利用以移动互联网为代表的泛在网络环境,提供以视音频为主要表现形式的,实时在网信息及功能服务,成为新型宣传舆论引导与公共服务平台的典范。
通过北京新媒体的建设,致力于推动本地受众向用户转换、广域用户向受众转换,打造面向新媒体领域、与传统经营体系顺畅对接的新型经营支撑平台。
IPTV个性化按需服务的差异化发展模式将促进用户由看电视向用电视的方向转变。北京电视台和北京地区电信运营商合作,以丰富的节目内容,为首都市民提供更加丰富多彩的文化娱乐服务,使IPTV用户能够享受到 时移回放、点播、直播、轮播等多种交互电视服务。
在电信运营商的安卓智能机顶盒逐渐普及的情况下,北京台新媒体充分利用智能机顶盒性能和功能上的优势,向用户推出具有类似互联网特性的家庭电视操作系统,满足和引领北京地区IPTV用户的操作需求和体验,更好的贯彻党和政府的正面宣传任务,并满足北京地区人民群众日益增长的文化需求,更好的为用户服务,更好的发挥舆论宣传主阵地的作用。 2 北京IPTV运营支撑整体开发技术方案 2.1 EPG运营管理中EPG的定义
EPG 是Electronic Program Guide的英文缩写,意思是电子节目指南。是
3
用户进入数字电视、IPTV、互联网电视的门户。EPG提供IPTV系统和用户交互的首要界面,是系统的核心模块之一。用户通过EPG可以方便的浏览、查询、点播节目,快速定位节目的位置,并获得丰富的信息服务。
EPG为IPTV基本业务(直播、点播、时移、回看等)及各种增值业务(互动游戏、信息服务、电视购物、卡拉OK等)的使用提供了简单方便的操作平台,为IPTV用户收看电视节目、享受多媒体节目点播以及开展信息服务提供了一个良好的导航机制。
因此,用户对IPTV整个系统的评价在很大程度上取决于EPG。
使用EPG系统可使用户能够方便快捷地找到自己关心的节目。使用EPG系统,用户通过电视机终端和IP机顶盒就可以登陆Internet。更重要的是使用EPG系统用户就可以和电视进行互动,这样用户就不再被动地接收信息,用户可以及时、主动地发表自己的意见和看法,并将这些意见和看法及时反馈给内容运营商。
2.1.1 EPG工作原理
EPG页面主要由HTML文件,CSS样式,图片,javascript脚本,动态网页等组成;配置文件负责保存配置数据,JS控件用来生成页面元素,用来展现的菜单、栏目、节目等信息。CSS样式用来调整布局,设置背景以及制作特效。
2.1.2 设计思路和架构
分层架构
EPG UI的实现模型
4
建立在封装的统一的API基础上
API——Application Programming Interface(应用程序编程接口),是一些预先定义的函数,目的是提供应用程序与开发人员基于某软件或硬件的以访问一组例程的能力,而又无需访问源码,或理解内部工作机制的细节。
代码分离
面向对象的软件开发技术
Page Item 1Page Item 2Page Item 3RC ControllerVideo ControllerSTB ControllerRequest DispatcherResponse ProducerVOD ManagerTV ManagerUser Manager Network BrokerDatabase Broker
5
分层架构和面向对象的开发技术使得UT斯达康的EPG可以满足:
1) 标准化,可扩展
EPG模板具有满足行业标准的可扩展性,在保证电子节目单业务的前提下,预留有充分的接口规范,保证将来各种增值业务的开展;
由于继承、封装、多态的特性,自然设计出高内聚、低耦合的系统结构,使得系统更灵活、更容易扩展,而且成本较低。
2) 适应强,可升级
能够实现可预见的平滑升级,确保在模板不作大的变更前提下,平滑升级到更高的层次;
3) 易维护,可管理
采用面向对象思想设计的结构,可读性高,由于继承的存在,即使改变需求,那么维护也只是在局部模块,所以维护起来是非常方便和较低成本的。
EPG模板具备健全的动态获取接口,对节目内容平台的相关操作,能够动态响应。
4) 代码可复用,效率高
在软件开发时,根据设计的需要对现实世界的事物进行抽象,产生类。使用这样的方法解决问题,接近于日常生活和自然的思考方式,势必提高软件开发的效率和质量。在设计时,可重用现有的,在以前的项目的领域中已被测试过的类使系统满足业务需求并具有较高的质量。
6
2.1.3 专题活动技术实现
浏览器(STB)EPG服务器用户通过终端访问EPG页面服务器根据请求,返回html页面浏览器解析html页面时,通过通过页面中的iframe/js/AJAX等http访问,向服务器发起数据请求执行api,获取数据api对返回数据结果进行处理Database处理完的数据返回给终端页面刷新页面更新数据和图片最终效果
1) 终端浏览器向 EPG 请求页面,EPG 服务节点向终端浏览器返回 HTML
页面。
2) 终端浏览器解析 EPG 返回的 HTML 页面过程中,通过 HTML 页面中的
iframe / js / AJAX 等 http 访问, 向服务器请求数据,服务器返回数据。
3) 对服务器返回的数据进行整理;
4) 将整理后的数据与 HTML 页面在终端浏览器中聚合, 展示完整页面给
最终用户。
2.1.4 遵循的规范要求
UT斯达康的EPG开发与设计,遵循如下行业规范要求:
1) 《试点地区IPTV集成播控分平台实施方案建议书》 2) 《IPTV播控平台直播节目单引入接口规范》 3) 《IPTV播控平台点播节目单引入接口规范》 4) 《IPTV播控平台用户管理接口规范》 5) 《IPTV播控平台用户行为日志规范》 6) 《IPTV播控平台与网络传输系统接口规范》 7) 《中国电信IPTV业务规范V2.2》
7
2.1.5 EPG模板的定义
以文件方式存在
影响或决定在IPTV业务平台EPG界面展示/交互的相关要素,都可以称为 EPG模板,但一般来说, 这些 EPG 模板多数以文件方式存在,如脚本文件/配置文件/资源文件( 如css /javascript/图片等)。 以文件方式发布
在EPG模板接口( C1接口) 规范中,EPG模板以tar包方式被下发。 发布到EPG服务器中
通过C1接口,EPG模板文件( tar 包) 将被接收,并解包;
解包后的文件(可能包含目录结构)最终存储到EPG服务器指定目录下; 可能被EPG服务对模板文件进行运行/解析/读取/显示/引用等处理。 决定EPG展示
在EPG服务器中,最终影响并决定EPG的展示逻辑/排版/布局/风格及交互行为。 支持上线/下线
EPG模板接口(C1接口)可指定EPG模板的上线时间; EPG模板可通过C1接口对EPG服务器中的文件进行删除操作。 上线期间不会变化
EPG模板在上线期间,文件内容不会变化; EPG模板文件内容变化时,将影响EPG展示。
2.1.6 验收与测试的标准 1) 测试标准
根据需求及UI FLOW完成EPG页面的功能、流程测试、容错性测试、单元测试、以及盒端的兼容性测试工作;
2) 逻辑测试
测试光标默认位置、光标移动,按键操作(如返回)是否符合设计逻辑; 3) 数据测试
与CMS的数据进行对比,测试数据是否获取完全,图片是否显示正确; 4) 功能测试
对产品各个功能进行验证,测试产品是否达到用户要求的功能;
8
5) 性能测试
对产品的各项性能指标进行测试,EPG模板应保证页面内焦点的上、下、左、右移动操作响应时间不超过500毫秒,每次页面切换响应时间小于2000毫秒,页面呈现的所有光标移动、动态效果不应出现卡顿现象;
6) 边际测试
根据产品可能遇到的异常错误,如栏目不存在,链接配置错误等进行边界测试; 7) 交付测试
产品交付前,测试必须达到可上线标准,不存在延误上线的BUG; 2.2 Launcher管理模块定制开发
2.2.1 APK系统结构图
APK架构设计: 设计模式——MVP
MVP(Model View Presenter)模式是著名的MVC(Model View Controller)模式的一个演化版本,目前它在Android应用中越来越重要了,其关系如下图所示。
MVP模式的目的就是实现应用的职能分工。 Model层实现系统中的数据获取,用于获取CMS数据或本地缓存数据。 View层用于界面展示与用户的交互。 Presenter层是Model与View之间沟通的桥梁,它完成用户操作后的所有业务流程,并将结果反馈给View来展示操作结果。 优势:
1、View和Model之间的耦合度降低,使其更关注自身业务逻辑。 2、便于单元测试。 3、代码复用率提高
4、代码框架更适用于快速迭代开发
9
2.2.2 APK设计架构——分层架构
分层架构的优点如下: (1) 分离开发人员的关注
由于某一层仅仅调用其相邻下一层所提供的服务,所以,只要本层和相邻下一层的接口定义完整,开发人员在开发某一层时就可以像关注集中于这一层所用的思想、模式、技术,这样,就等同于将分工带来的生产力提高优势引入软件开发。 (2) 无损替换
想象一下,如果某家奶牛场倒闭了,奶油加工厂也要跟着倒闭吗?当然不会,它可以迅速更换一家奶牛场,因为各个奶牛场都可以实现“提供牛奶”这项服务。再譬如,如果某天国家出台政策,要求所有奶油厂必须从审查合格的奶牛场引进原料,恰好某奶油厂的合作牛奶供应商没能通过审查,那么,只要换一家通过审查的合作就行了。而且奶油厂内部的各个环
10
节一动不用动,因为不同的奶牛场都可以提供“供应牛奶”这个服务。而如果奶油厂自己养牛生产牛奶,一旦遇到这个政策,还得自己去有关部门进行审查,调整相应业务流程,牵一发而动全身。程序中同样的道理。 (3) 降低了系统间的依赖
还是蛋糕那个例子,如果某天蛋糕厂内部换机器了,或业务流程调整了,请问顾客需要关心吗?显然不用,因为顾客只调用超市提供的服务。而超市为顾客隐藏了下面所有产业细节。如果每一个顾客买一样商品,都要了解这个商品从原料生产到成型再到销售的一系列细节,岂不累死了。换做程序中,就如表示层只管调用业务层的服务,至于业务层下还有几层?各种数据是怎么来的?怎么存的?是真实的还是捏造的?都不需要了解,这大大降低了系统各职责之间的依赖。 (4) 复用
比如你可以去这个超市买东西,我也可以去这个超市买东西。蛋糕厂可以从面粉厂提取面粉,馒头厂也可以。这样,同样的层就可以为不同的上层提供服务,达到了复用的目的。 2.2.3 APK 主要功能
首页
a、显示首页推荐内容,可推荐电影、电视剧、综艺等节目 b、点击可视通话,进入可视通话应用 c、点击IPTV设置,展示设置界面 d、点击最近观看,展示播放记录页面 e、点击电影,进入影片详情页面 f、点击综艺、进入综艺播放页面
g、能够按照运营平台的布局配置,实现动态布局展示 h、支持背景图替换、支持动态焦点框 直播
a、根据分类,显示不同分类下的频道列表,分类可动态变化 b、点击频道进入直播播放界面
c、按遥控器上直播按钮,呼出频道列表。
11
d、支持直播频道小窗口播放 点播
a、点播分为,点播推荐页,点播列表页,综艺详情列表页
b、点击影片,判断影片是否为综艺,如果是综艺,则展示综艺详情列表页,否则进入影片详情页
c、综艺详情列表页,默认显示最近4期,点击更多,展示该综艺的所有期数 d、视频播放控制,包括快进,快退,暂停,播放,音量调节等; e、续播功能,根据用户的播放历史记录,支持续播; f、支持小视频窗播放 回看
a、根据分类展示不同的频道列表 b、支持7天回看 游戏
a、根据分类展示不同的游戏列表 b、点击运行相应的游戏应用 应用
a、应用分为,我的应用、我的订购、我的收藏、播放记录、设置5个大类b、我的应用,展示机顶盒中安装的应用列表 c、订购分为,产品包与订购历史,相关操作 d、我的收藏,分为频道收藏,收藏影片 e、播放记录,显示用户的播放记录
f、设置,可以通过用户一些用户偏好项进行设置 社区
a、根据分类展示相应的社区应用 专题
a、专题推荐页,展示推荐专题 b、专题列表页,展示专题列表 智能搜索&推荐 a、 九宫格输入
12
b、 全键盘输入
c、 热闹推荐,根据所选的热门推荐词进行搜索
d、 搜索结果,根据关键词展示搜索结果,可对搜索结果进行分类显示 e、 影片搜索,根据用户输入的影片关键字将相关结果呈现给用户进行选择 f、 相关推荐,根据用户观看的内容,实现相关内容的推荐
g、 按照内容类型,基础标签,地区,年份等信息实现内容的筛选功能,支持按最新和最热进行排序 详情页 a、单片详情页 b、多片详情页
c、猜你喜欢,根据影片展示5部相关影片推荐 d、收藏,可以对该影片进行收藏,有星星表示已收藏
e、订购,点击播放时,如果用户为没有订购该影片状态,则进入订购页面 收藏
a、 用户可根据喜好对相关内容进行收藏 b、用户可以查看收藏的内容列表
c、 用户可以对影片首映进行删除操作,前期主要的操作方式分为两类:单条删除、全部清空 播放页
a、时移,支持倍数时移
b、跳转,支持跳转到指定时间点进行播放 c、支持小窗口播放
d、单片信息条,显示当前影片路径,表示影片是从什么地方进入播放的,显示影片喜欢度,并可以进行喜欢或不喜欢投票
e、多片信息条,显示当前影片的路径,表示影片是从什么地方进入播放的,显示影片喜欢度,并可以进行喜欢或不喜欢投票,可对上一集或下一集进行切换
f、回看列表,在回看播放时,可呼出MINI回看列表,可以对回看节目进行切换音量条,显示当前音量,可对音量进行加减操作
13
g、单片、直播播放退出界面,可对影片收藏或直接退出,并展示相关6部影片 h、多片退出界面,可对影片收藏或直接退出,上一集、下一集进行切换,并展示相关6部影片
i、多片播放完成退出,提示自动播放下一集,并展示相关6部影片 j、 回看退出 屏保
a、根据后台所编排的时间进行呈现,当时间到点后会跳转到下一个页面 b、当界面停留在屏保页面后用户点击返回按钮即可返回至进入屏保前的页面 c、根据后台所编排的时间进行呈现,当时间到点后会跳转到下一个页面 d、当界面停留在屏保页面后用户点击返回按钮即可返回至进入屏保前的页面 APK系统接口(认证、鉴权、订购)
1. 用户开户/销户、基础包订购流程
图 2. 用户注册/销户、基础包订购流程
“电信运营商营业仿真“开户/订购基本包信息,由 IPTV 业务平台通过 C3 接口同步给播控平台,播控平台从 C3 用户信息中获取用户信息。对于ITV平台数据,播控平台挑选需要的信息,对于播控平台需要但ITV平台没有的字段,由播控平台补上默认值。
14
2. 营业厅侧产品订购流程
图3.营业厅侧产品订购流程
“营业仿真”更换、订购、退订产品包信息,由 IPTV 平台通过 C3 接口同步给播控平台,播控平台从 C3 用户信息中的“当前有 效的产品名称”获取测试用户产品包数据。
3. 开机认证流程
图4 开机认证流程
15
流程概要描述如下:
1. 机顶盒启动后,调用电信运营商系统的认证apk。
2. 电信运营商认证APK完成ITPV系统侧认证后,通知牌照方APK。
3. 牌照方APK根据认证APK认证的通知完成结果,从机顶盒交换区中以接口方式获取A接口中需要的认证数据,进行开机认证。具体接口方式参见“附录、机顶盒数据交换机制”。
注:在这种方式下机顶盒厂商或者认证APK必须保证UserToken的有效性。 4. 业务鉴权流程、EPG在线产品订购
播控APK播控EPG电信运营商AAA播控AAA浏览节目请求播放业务鉴权业务鉴权处理业务鉴权处理成功业务鉴权鉴权请求处理鉴权结果返回鉴权通过节目播放
图7业务鉴权成功路程
16
播控APK播控EPG播控AAA电信运营商AAA浏览节目播放请求业务鉴权业务鉴权处理返回订购列表列表业务鉴权业务鉴权处理返回订购产品列表呈现订购页面订购产品列表显示处理选择产品订购发起订购请求完成产品订购返回处理成功发送订购产品信息返回订购结果(允许播放)返回订购结果完成产品订购图8 EPG在线产品订购流程图
上述图 7、8 为业务鉴权流程图,对于用户业务鉴权流程, 通过广电EPG门户实现电信运营商AAA和 播控平台AAA的业务鉴权请求,广电 EPG 门户根据双 AAA 返回的结果进行判断处理后返回业务鉴权结果(只有电信运营商 AAA 与播控 AAA 都业务鉴权通过才进行节目的播放,其中任何一方鉴权不通过则 返回产品订购列表进行产品的在线订购)。
2.2.4 APK开发原理
建立在封装的统一的API基础上
API——Application Programming Interface(应用程序编程接口),是一些预先定义的函数,目的是提供应用程序与开发人员基于某软件或硬件的以访问一组例程的能力,而又无需访问源码,或理解内部工作机制的细节。
17
代码分离
面向对象的软件开发技术
Page Item 1Page Item 2Page Item 3RC ControllerVideo ControllerSTB ControllerRequest DispatcherResponse ProducerVOD ManagerTV ManagerUser ManagerNetwork BrokerDatabase Broker 使用面向对象思想进行开发有以下优点:
➢ 易维护
采用面向对象思想设计的结构,可读性高,由于继承的存在,即使改变需求,那么维护也只是在局部模块,所以维护起来是非常方便和较低成本的。
18
➢ 质量高
在设计时,可重用现有的,在以前的项目的领域中已被测试过的类使系统满足业务需求并具有较高的质量。
➢ 效率高
在软件开发时,根据设计的需要对现实世界的事物进行抽象,产生类。使用这样的方法解决问题,接近于日常生活和自然的思考方式,势必提高软件开发的效率和质量。
➢ 易扩展
由于继承、封装、多态的特性,自然设计出高内聚、低耦合的系统结构,使得系统更灵活、更容易扩展,而且成本较低。
2.2.5 探针部署规则 ➢ APK UI 部分日志上报规则 ➢ APK管理工具配置参数
➢ APK管理工具上需要新增2个可配置参数: ➢ 日志服务器地址;
a) Heartbeat的时间间隔(单位为秒)
➢ APK上报的类型及规则 ➢ 支持的消息类型 ➢ browsing ➢ tv_playing ➢ timeshift ➢ vod_playing ➢ tvod_playing ➢ epgauth ➢ order ➢ probehit ➢ login ➢ logout ➢ trickmode
19
b) 上报规则
分类 心跳消息(heartbeat) tv_playing timeshift vod_playing 名称 browsing 说明 浏览所有可见页(除播放页之外的页面) 频道直播 频道时移 VOD播放 上报频率 固定频率 备注 对于这4种类型的页面,进入页面时上报,此后每隔设定的时间(例如60秒)就按心跳重新上报。 单次 行为发生时,单次上报 tvod_playing 回看播放 行为消息 epgauth login logout order probehit trickmode 首页鉴权(Optional) 用户登录 用户注销 订购 自定义探针点击 播放时的操作行为记录 2.2.6 Launcher管理
Launcher和APK管理及应用,可通过UT斯达康的Launcher桌面管理系统,即可提供的管理功能主要有:资源管理、内容配置、分权分域三大模块。提供给管理员上传、修改、发布、下线发布主题;配置主题内容;管理各级权限;采集机顶盒用户的行为数据并上报,最终形成报表数据等功能。使得桌面管理系统与机顶盒中运行的Launcher客户端形成一个前后整体,将配置的内容展示给机顶盒用户的功能。
20
2.3 增值服务
2.3.1 应用商城
UT斯达康可提供业务运营平台的应用商城,用户可在商城上购买下载各种应用,应用商城也为机顶盒中的APK提供升级更新服务。
应用商城提供后台管理Portal,可对商城中的应用进行增加、修改、删除管理,也可以管理Launcher中的“应用推荐”。
用户只能从应用商城中下载应用,不允许随意安装第三方应用,也不能删除预装的应用。
2.4 运营支撑服务
2.4.1 EPG驻场服务要求
根据北京新媒体开发项目的技术要求,以及业务运营部门对EPG运营管理的要求,经过双方的讨论、确定服务内容的服务要求、时效、指标的描述如下:、 EPG增强型技术服务
开发要求:根据北京新媒体提供EPG产品规划设计文件,完成EPG产品
开发、测试、编辑、上线测试工作。
开发时效:自北京新媒体提供EPG产品规划设计文件起,按照要求提交
EPG产品给北京新媒体。
开发技术指标:EPG产品技术指标满足要求。 运营支持服务
服务要求:UT驻地服务人员完成北京新媒体拥有知识产权的EPG产品的
程序验证、编辑处理、上线测试的工作。
21
服务时效:北京新媒体发出EPG系统的运营支持工作要求后,T+3日提
交工作结果,以及基于具体的编辑需求做相应的时效处理。
特殊服务要求、时效:鉴于北京新媒体作为主流媒体的特殊地位,会有
重大活动的宣传任务和特别节目的播出要求,因此应满足北京新媒体不在工作计划中的服务要求,基于具体要求做相应的时效处理。 2.4.2 EPG驻地技术运营支撑服务
驻地技术运营支撑服务是指UT公司技术工程师派驻北京新媒体工作,完成新媒体的日常维护开发工作。 主要工作:
参加北京新媒体平台看吧、点播、专题的内容采集、EPG制作、发布
工作;
由北京新媒体筹备组的统一工作安排,IPTV看吧、点播、专题的内
容采集、制作、发布工作;
完成IPTV看吧专题制作、编辑工作; 双方约定:
北京新媒体负责派驻技术运营支撑工程师日常管理;
双方共同负责派驻人员技术运营培训达到日常系统运营要求; 派驻技术运营支撑工程师由双方共同考察技术能力,确定人员名单;
3 应用案例
应用案例:
UT斯达康定制开发的EPG/APK在全国数个省、市级平台有应用,服务用
户数百万。详细的应用案例将在附件三-业绩证明部份进行详细说明和列举。本处仅列举部份案例的EPG/APK界面截图:
22
23
24
25
26
27
4 实施计划
项目实施计划如下,后期可根据项目实际需求进行细化和调整。 序号 EPG、APK工作内容 1 环境准备、测试 开发工期(天) 1 28
2 3 4 5 6 7 8 9 10 11 12 13 14 15 EPG/APK框架选型、搭建 页面设计图片制作 页面数据更新 数据适配开发 页面制作 数据接口对接 行为层交互效果 播放控制 业务流程控制 提示信息、异常控制 单元测试 集成测试 问题跟踪修复 项目验收 1 1 1 1 1 1 1 1 1 1 1 1 1 1 备注:
➢ 能够配合招标方接受相关平台及产品运营过程中的投诉受理,提供7×24小时响应。
➢ 需提供增强型服务的技术讨论、咨询服务。在本次技术服务项目中需提供的增强型服务次数4次,每次增强型服务不超过5个工作日。提出增强型服务的具体要求后,需在10个工作日内给予满足。每次增强型服务执行完毕后,需提交书面技术验收文档。
➢ 能够提供成熟的运营团队支撑,并承诺建立固定的驻点进行支持,提供服务期为一年的驻场服务,驻场团队为8人,项目经理都具备3年以上行业工作经验,有驻场服务经验。
➢ 开发要求:根据甲方提供EPG/Launcher产品规划设计文件,乙方完成EPG/Launcher产品开发、测试、编辑、上线测试等工作。
➢ 服务时效:甲方发出EPG/Launcher系统的运营支持工作要求后,T+3日内提交工作结果,以及基于具体的编辑需求做相应的时效处理。
29
➢ 为北京新媒体指定UT客户经理,双方建立电话等即时联络方式,乙方必须保证在本有效期内全天24小时服务,随时通过电话、传真、E-mail、远程访问提供在线支持。如需到现场,UT的技术人员接到北京新媒体通知后4小时内到达新媒体指定的地点提供现场技术支持,全面及时处理新媒体在工作中遇到的相关问题。
30
因篇幅问题不能全部显示,请点此查看更多更全内容