1、附件一技术方案建议书2018 年 9 月版权申明本文档包含了来自思华科技（上海）有限公司的机密的技术和商业信息，提供给思华公司的客户或合作伙伴使用。接受本文档表示同意对其内容保密并且未经思华科技（上海）有限公司书面认可，不得复制、泄露或散布本文档的全部或部分内容。本文档及其描述的产品受有关法律的版权保护，对本文档内容的任何形式的非法复制，泄露或散布，将导致相应的法律责任。思华科技（上海）有限公司保留在不另行通知的情况下修改本文档的权利，并保留对本文档内容的解释权。This document contains confidential technical and commercial infor
2、mation from OneWave Technologies, Inc. No part of it may be reproduced or transmitted in any form or means without the permission of OneWave Technologies, Inc. This document and the product it describes are protected by copyright according to the applicable laws.The information in this document is s
3、ubject to change without notice and describes only the product defined in the introduction of this documentation. OneWave Technologies will, if necessary, explain issues, which may not be covered by the document.OneWave logo is a registered trademark of OneWave Technologies, Inc. The other product n
4、ames mentioned in this document may be trademarks of their respective companies, and they are mentioned for identification purposes only. Copyright 2001 OneWave Technologies. All rights reserved.技技 术术 方案建方案建 议书议书Tel: 86(21) Fax: 86(21) URL: Page 3 of 98目 录1 缩略语和术语 82 项目概述 102.1 项目背景 102.2 项目建设目标 113
5、 方案概述 123.1 系统建设原则 123.2 总体方案设计 133.2.1 音乐平台总体结构 133.2.2 业务门户平台功能结构 143.2.3 平台内外部关系 163.2.4 系统数据分布 173.3 扩展性设计 183.3.1 3G 支持 .183.3.2 新应用集成 193.3.3 门户规模扩展 193.3.4 系统规模扩展 194 方案特点 214.1 多门户的统一业务数据编排 214.2 门户页面的灵活展现 214.3 个性化页面和终端适配 224.4 柔性的权限管理 234.5 多种技术手段确保门户性能 234.6 丰富的系统开发经验 245 关键技术及业务实现 265.1
6、技术架构 265.1.1 门户系统架构 265.1.2 门户管理后台系统架构 285.1.3 门户数据库服务机制 295.1.4 核心软件技术应用 305.2 业务实现说明 365.2.1 用户适配实现 365.2.2 业务模板生成 385.2.3 音乐搜索实现 395.2.4 排行榜实现 415.2.5 手机报/杂志 415.3 核心业务流程 425.3.1 业务流程概述 425.3.2 业务上线流程 425.3.3 炫铃定购业务流程 435.3.4 全曲下载业务流程 455.3.5 在线播放业务流程 465.3.6 音乐 DIY 流程 476 系统功能 496.1 门户展现 496.1.1
7、 门户页面展现 496.1.2 门户控制 52技技 术术 方案建方案建 议书议书Tel: 86(21) Fax: 86(21) URL: Page 5 of 986.2 门户管理 546.2.1 内容查询 546.2.2 站点栏目管理 556.2.3 内容编排 556.2.4 业务绑定 556.2.5 模板管理 556.2.6 可视化编辑器 566.2.7 发布管理 566.2.8 终端管理 576.2.9 门户访问统计 576.3 系统管理 586.3.1 权限管理 586.3.2 系统监控 596.3.3 基础数据管理 606.3.4 日志管理 606.4 门户应用 616.4.1 音乐论
8、坛 616.4.2 音乐博客 626.4.3 音乐 DIY636.4.4 手机报/手机杂志管理系统 .647 系统对外接口 657.1 与业务平台接口 657.1.1 内容管理接口 A1657.1.2 业务统计接口 A2667.1.3 AAA 接口 A3 667.1.4 订购关系管理接口 A4677.2 外部系统接口 677.2.1 终端管理系统接口 A5677.2.2 网管监控系统接口 A6677.2.3 IVR 门户接口 A7677.2.4 短信门户接口 A8678 建设部署方案 698.1 系统设备部署 698.2 系统配置建议 708.3 系统配置依据 748.3.1 WAP 门户系统
9、 .768.3.2 WEB 门户系统 .768.3.3 搜索服务器 768.3.4 静态资源服务器 768.3.5 存储系统容量估算 778.3.6 网络设备 778.4 系统高可用设计 778.5 软件及设备介绍 788.5.1 ORACLE 介绍 .788.5.2 BIG-IP V9 应用交换机简介 .808.5.3 IBM BludeCenter HT 概述 .828.5.4 Cisco ASA 5520 防火墙 .858.5.5 Cisco Catalyst3750 交换机 .87技技 术术 方案建方案建 议书议书Tel: 86(21) Fax: 86(21) URL: Page 7
10、of 989 安全设计 909.1 应用安全设计 919.1.1 用户登录限制 919.1.2 系统访问控制 929.1.3 服务访问管理 929.2 系统安全设计 929.3 网络安全设计 939.4 数据安全设计 949.4.1 备份方法与备份周期 9510 方案总结 971 缩略语和术语缩略语 英文全称 中文解释名AO Application Oriented 应用发起AT Application Terminated 应用终止BOSS Business Operation Support System 业务运营支撑系统Brew Binary Runtime Environment fo
11、r Wireless 无线二进制运行环境CRBT Customized Ring Back Tone 个性化回铃音(炫铃)CDR Call Detail Record 呼叫详细记录CP Content Provider 内容提供商DIY Do It Yourself 自己动手做FTP File Transfer Protocol 文件传输协议GSM Global System for Mobile Communications 全球移动通信系统HTML Hypertext Markup Language 超文本链接标示语言HTTP Hypertext Transfer Protocol 超文本
12、传输协议IVR Interactive Voice Response 交互式语音应答MO Mobile Originate 手机用户发起MPS Micro Payment System 小额支付系统MT Mobile Terminate 手机用户终止OTA Over The Air 空中接口SCP Service Control point 服务控制点SMS Short Message Service 短消息业务SMG Short Message Gateway 短消息网关技技 术术 方案建方案建 议书议书Tel: 86(21) Fax: 86(21) URL: Page 9 of 98缩略语
13、 英文全称 中文解释名SMSC Short Message Service Center 短消息中心SNMP Simple Network Management Protocol简单网管协议SP Service Provider 服务提供商SPGW SP Gateway 接入网关SPMC SP Management Center SP 统一接入管理中心（炫铃）SPMS Service Provider Management System 内容/服务提供商管理系统SPOA SP Office Automation SP 自动管理系统WAP Wireless Application Protoco
14、l 无线应用协议WWW World Wide Web 万维网或环球网XHTML Extensible Hypertext Markup Language 扩展的超文本链接标示语言XML Extensible Markup Language 可扩展表示语言2 项目概述2.1 项目背景根据 2008 年 iResearch 公司所做的市场调研显示，五年内全球手机音乐收入规模将达到134 亿美元，年增长率达到 44。移动音乐市场规模远大于互联网音乐，其地位在未来 3 年内不会动摇。和在线音乐相比，网络特性决定了移动音乐具有版权管理和商业模式方面的天然优势，在产业发展的驱动力方面是在线音乐所无法比拟的
15、。移动音乐在数字音乐市场中所占比重在未来 3 年将持续保持在 95以上。随着无线音乐的快速发展，互联网音乐业务完善，在唱片公司、CP/SP、运营商和手机厂商形成的产业链推动下，音乐平台应运而生，成为以内容和门户为核心的，围绕用户需求的销售平台。无线音乐业务发展方向如下图：图表 1 无线音乐业务发展方向音乐平台是音乐内容集约化管理、面向营销的平台，音乐业务作为音乐内容为主题的电信增值业务和产品，涉及音乐本身及衍生产品，具体形式包括：音乐播放、收听、点送、整曲下载、振铃、回铃音、音乐 DIY、音乐 MTV、音乐搜索、音乐社团、音乐社区、音乐首发、音乐活动、音乐新闻、音乐杂志等。音乐业务涉及到音乐的
16、制作、购买、发行、使用、技技 术术 方案建方案建 议书议书Tel: 86(21) Fax: 86(21) URL: Page 11 of 98活动、交流、杂志等价值链的各个环节，通过运营，在销售、传播音乐业务的过程中从各环节中获取收益。国内通信运营商目前均已经普遍提供振铃音、回铃音等音乐业务服务，用户接受程度高、客户群大，收益稳定，是增值业务的主要收入来源之一。联通总部迫切需要建设一个中央音乐平台，面向全国各省市用户服务睫。2.2 项目建设目标本项目是在中国联通总部集中建设一套中央音乐平台的门户平台，服务全网用户。中国联通音乐平台包括门户平台和业务平台两部分，整个音乐平台将为用户提供炫铃、整曲
17、、MTV 等全面的音乐类业务及俱乐部、社区、论坛、博客、资讯等音乐服务，为总部和省分管理维护人员提供统一操作界面、分级权限管理能力，为全国性 CP、SP、渠道提供音乐内容接入、管理、统计结算等功能，为运营单位提供各类管理营销功能及模拟测试环境等运营手段。本项目建设的音乐平台平台的门户平台主要是为全国性音乐业务的开展提供统一的平台、统一的支撑、统一的服务，其中炫铃业务、俱乐部业务要借助省分炫铃平台实现，内容管理等支撑功能在音乐平台的业务平台实现。本项目建设的音乐平台门户系统实现统一的业务门户，包括 Web/WAP/SMS/IVR/客户端等。提供用户统一接入及统一的业务体验，提供内容的智能搜索，建
18、立集中的、用户适配的营销推广门户。提供用户俱乐部的论坛、博客、音乐DIY 等功能。本期工程新建的中国联通 GSM 网音乐平台系统应支持如下的业务能力并满足到 2009 年底业务发展的需要：（1）2000 万业务门户用户；（2）1000 万俱乐部收费会员；（3）40 万首音乐文件。3 方案概述3.1 系统建设原则本系统在设计过程中遵循如下建设原则：1）先进性系统的设计、设备选型及工程施工，应符合我国有关规范和标准，符合技术发展潮流，完全适应门户编辑技术、计算机技术、网络通信技术及系统中其他技术发展的要求。2）可靠性系统应具有很高的可靠性。系统应采用稳定、成熟的先进技术和高质量的设备，整个系统设计
19、要具备完善的应急方案，且应急操作必须快捷和安全。确保网络 724 小时无故障工作。网络中所有关键设备及服务器均为冗余方式，并能自行进行切换和故障提示。3）安全性不论是基础平台、还是各个业务子系统，整个系统设计的必须遵循安全性的重要原则。在网络系统构建硬件方面，应采用并发技术及相应的虚拟化存储等技术，保证网络带宽可以满足该业务实际需要。服务器系统的硬盘和数据盘应采用 RAID 技术。系统硬件选型要以安全性、稳定性为主。本网络系统具有检错、纠错能力，具有完善的备份措施。在系统出现故障时，能够在较短的时间内恢复系统运行。要求系统能对网络和设备的运行情况进行监测和记录。4）时效性为了提高系统归档和使用
20、效率，设计过程中将尽可能减少人机等待时间，利用网络并行传输的流程，提高迁移使用时的工作效率。5）兼容、开放、可扩展网络中的所有硬件设备在选型过程中，要能实现硬件兼容；系统软件界面统一，不同硬件平台间素材可以无缝共享。本网络系统必须具有良好的开放性，系统必须能够支持主流的文件格式、压缩格式和相关的主流设备，满足资产的安全存储、高效迁移等需求。在扩展性方面，充分考虑整个系统在未来可能承受更大的存储和检索量，力求做到在整个系统结构基本不变、现有设备基本无须替换的情况下具有大规模扩展的能力。硬件存储设备要具备良好的容量扩充能力，具备升级、扩展能力。技技 术术 方案建方案建 议书议书Tel: 86(21
21、) Fax: 86(21) URL: Page 13 of 986）易维护性、可管理性本网络系统应具备完善的功能，设备操作简单、直观、维护管理方便。所有日常维护工作能实现在线式操作，支持在线热插拨。在网络系统中，应充分采用先进技术，尤其是在归档回迁、数据库管理、检索技术等方面，要采用领先的智能化技术。在管理、共享、数据调度等方面充分体现智能化和自动化。7）良好的性价比本系统既要采用先进的技术和设备，又要求具有良好的性价比。尤其是系统设计要充分考虑平滑升级，将来升级工作站点时，系统应不需要大规模的设备替换就能升级，全力保护系统投资。3.2 总体方案设计3.2.1音乐平台总体结构联通音乐平台是一个
22、以音乐为核心的视音频相关无线增值业务平台。平台整合了炫铃定制、音乐下载、音乐在线、音乐首发、MTV 等音乐业务形式，提供给用户丰富的音乐体验。图表 2 音乐平台整体架构整个音乐平台可以划分为几个层次：1、门户平台层音乐门户平台是用户访问和获取音乐内容得入口，是音视频业务的展现、导航和营销界面；平台为用户提供多种接入的门户，包括 WWW 门户，WAP 门户，IVR（10155），短信和客服。从系统建设的角度看，WWW 门户和 WAP 门户都是需要新建。 2、业务平台层是音乐门户的支撑系统，它确保不同音乐业务实现流程，提供了从原始音乐素材管理与分发。提供各类业务的运营支撑功能，实现用户管理、业务鉴
23、权、计费、定价、运营分析，是向用户营销的发起系统。3、业务能力支撑层业务能力提供，是用户内容获取得通道，他们接收业务平台调度，执行音乐内容的获取、定购的执行、服务的提供的任务。如炫铃平台、铃音下载、10155 丽音平台，流服务系统等。4、终端层用户移动终端通过内置的客户软件获得服务，部分音乐业务需要通过定制的联通音乐客户端获取，如全曲下载。本方案主要提供门户平台的实现设计。3.2.2业务门户平台功能结构业务门户平台细化的功能结构如下图所示。图表 3 门户平台功能结构业务门户根据功能要求，可以划分为门户展现及控制、管理门户、门户管理、门户应用和外部接口等几个部分： 门户展现及控制技技 术术 方案
24、建方案建 议书议书Tel: 86(21) Fax: 86(21) URL: Page 15 of 98 服务门户展现实现 WAP 和 WEB 门户，而 IVR 门户和短信门户，由门户管理提供栏目内容的编排关系，自行维护展现。此外，提供 WAP 和 WEB 方式的用户业务相关功能的自助服务，通过门户用户可以进行业务的定购/退定/暂停、定购查询、业务使用查询、个人资料管理与密码修改（限于 WEB 门户）、门户皮肤更换、收藏夹等个性化设置等操作。业务门户可以展现的业务包括音乐及视频在线播放、音乐及视频下载、炫铃管理、排行榜、用户注册，点送、音乐搜索、音乐新闻和俱乐部业务等，同时论坛、博客、音乐 DI
25、Y、音乐杂志等门户应用也可以被整合在门户中进行展示。 门户控制门户的展现是受控于后端控制单元的，在门户控制中将提供搜索引擎、排行、个性化数据维护、终端适配等各种业务的执行和控制，而策略则由门户管理平台相应的业务策略模块统一制定。 管理门户：提供基于 B/S 结构的 WWW 方式的系统管理界面，使得系统业务使用人员和系统管理员对系统进行配置和管理 门户管理后台管理主要提供业务人员进行业务页面编排和展现配置工作。主要包含以下功能模块： 站点管理实现对站点级别的管理功能，包括：创建、修改、删除、复制； 栏目管理栏目是站点的一种层次性内容组织方式，实现频道和栏目级别的创建、修改、删除功能； 编排管理根
26、据需要把内容编排进栏目或频道，确立不同或相同内容在不同业务中展现的位置关系； 内容查询提供可用于编排的内容信息的查询； 终端管理实现终端 UA 的管理，配置不同终端的能力如分辨率、尺寸，相匹配的展现模式等； 模板管理提供模板管理、栏目绑定、模板绑定功能； 页面发布将编排好的页面数据发布到门户引擎上； 统计报表提供页面访问信息的统计； 系统管理系统的用户权限设置、策略管理、日志管理和系统运行监控； 可视化编辑器被编排管理调用，用于提供直观效果的页面编辑操作。可用于门户页面、手机报的编辑制作。 门户应用业务的提供除了由门户展现直接完成外，还有一些应用需要专门的应用系统支持。这些应用系统具备独立的展
27、现界面和后台管理以及可能的独立用户，可以通过链接跳转的方式集成到门户平台中，为用户提供更丰富的业务活动。本方案提供的门户应用包括： 音乐博客用户可以创建自己的音乐日志或针对某歌手的博客，维护自建专辑，与其他 Fans 分享心得等功能； 音乐论坛提供音乐分类专题讨论功能，用户可以发表对音乐得评论，分享音乐内容； 音乐 DIY提供专门界面，让用户对在线收听内容进行片段截取、打点操作的功能，并交给业务平台做后续处理；该应用的完整实现需要业务平台配合； 音乐杂志通过专门工具制作包含多媒体信息的音乐内容，通过门户提供定购渠道，由业务平台提供给用户；该应用的完整实现需要业务平台配合； 外部接口系统不仅考虑
28、到目前对业务和服务的支持，也通过丰富的接口结合模块化的功能设计，为与外部系统互联互通以及后续的功能重布打下了良好的基础。系统可提供 SOAP、SNMP 等各种接口协议，可以与外部系统进行对接。3.2.3平台内外部关系业务门户平台主要与业务平台、IVR 门户、短信门户、终端管理系统以及网管系统存在数据交互关系。如下图所示：技技 术术 方案建方案建 议书议书Tel: 86(21) Fax: 86(21) URL: Page 17 of 98图表 4 门户与外部系统关系业务门户平台与业务平台之间主要包含三类数据通信， 内容信息的同步：业务平台需要将内容信息同步给业务门户平台，以便实现排行榜展现、音乐
29、内容搜索、门户栏目编排等功能。业务平台需要同步给业务门户平台的数据主要包括：发布内容的元数据、排行榜数据、内容回收信息等；同时，业务门户平台也会将手机杂志、音乐 DIY 等应用的相关数据返回给业务平台，这些数据包括手机杂志制作完的内容文件或手机报的 URL、音乐 DIY 的内容打点信息，业务平台接收到这些数据后做后续的加工处理和分发。以上交互主要发生在门户管理单元与业务平台的内容管理单元； 跟运营相关的业务请求的处理，包括对收费业务发起用户认证鉴权和扣费的请求，对用户发起的业务定购/退定、查询等操作的转发； 业务数据反馈，门户平台还可以根据业务平台的需要提供相应的业务使用信息，论坛用户信息同步
30、，以便进行积分换算、综合统计分析和单点登陆； 门户平台与 IVR 和短信平台之间主要是展现编排数据的同步，对门户后台管理系统来说，IVR 门户、WEB 门户、WAP 门户、短信门户是通过不同站点区分的，后台管理系统同样需要维护在 IVR 门户和短信门户中栏目和内容的对应关系，并将这些信息发送到相关门户。为了适配不同终端的能力差异，门户平台需要从终端管理系统获取终端库的信息，以便能够根据手机能力比如屏幕大小、分辨率和展现能力等的差异，进行展现策略的设置，并提供不同规格的门户展现方式；作为可被网管的系统，平台可以提供 SNMP 等方式向网管系统汇报系统运行状态和告警信息。3.2.4系统数据分布根据
31、系统的功能划分，业务数据在业务门户和业务平台之间的分布情况如下图所示：图表 5 数据在业务门户和业务平台间的分布业务平台实现业务管理功能，其存放的主要数据包括内容元数据、内容文件、排行榜数据、用户数据、订购关系、产品信息、计费数据等。门户管理实现对门户页面的编排管理，其存放的主要数据包括内容元数据、排行榜数据、栏目编排数据、模板数据和终端数据等。WEB 和 WAP 门户实现页面的展现，其存放的主要数据包括排行榜数据、编排数据、模板数据和用户个性化数据等。IVR 和 SMS 门户实现用户数据查询，其存放的主要数据包括排行榜数据和编排数据等。3.3 扩展性设计本方案设计中，充分考虑到扩展性的需求，
32、可以实现定制化的小范围扩展。3.3.1 3G 支持本方案设计能平滑过渡到 3G，在不新增功能需求的前提下，无需对门户系统做任何二次开发工作。技技 术术 方案建方案建 议书议书Tel: 86(21) Fax: 86(21) URL: Page 19 of 983.3.2新应用集成系统能根据新业务的需求支持新的运营模式和业务。系统的整体架构方式决定了系统与业务的无关性，在系统内部通过对业务进行分析及细分，从而组成业务模块的方式来实现对不同业务的支撑能力。因此，在业务发展需要扩展的时候，可以在现有系统中叠加扩展业务模块实现对新的运营模式的支持。对页面类业务，通过增加新的业务站点或业务栏目的方式，制作
33、上载针对该业务的页面模板，增加该业务所需特殊外部数据接口，即可以快速部署。对独立应用类的业务，平台可以提供一套标准的接口规范，支持应用快速集成，并实现基于用户的统一认证。3.3.3门户规模扩展门户系统采用高性能架构设计，采用内存数据库、线程池等技术保证了单台设备的性能。并通过负载均衡和冗余设计保障了整个门户系统多台设备间的协调运作，系统将可以实现按业务所需的模块热插拔，使管理人员按照业务发展需要灵活增减、调整设备，可以通过增加服务器的方式实现性能的线性扩展。3.3.4系统规模扩展 内容可扩展能够支持新的协议、新的内容格式。系统已经能够支持文字、图片、消息类、流媒体、音频等内容管理和展现，未来可
34、通过功能模块扩展的方式平滑支持其他格式的内容。 功能模块可扩展能够增加新的功能，同时避免对系统进行大规模的修改。本期方案采用分层架构和模块化架构设计，能够根据支撑业务的发展需要不断进行平滑扩展，避免软件的大规模修改。系统设计时充分考虑了通用性和扩展性，思华科技提供的方案采用的均为组件化软件产品，采用开放的标准的架构，预留了丰富的二次开发接口，能够灵活的通过新增组件的方式实现系统功能的扩展，适应未来业务发展的需要。 用户容量可扩展能够根据用户访问量的增加，扩展容量。容量的扩展不影响现有的系统架构和业务开展。同时容量可扩展要求系统的容量限制仅仅受硬件条件限制，而不是受软件及授权等其他因素限制。 设
35、备处理能力可扩展可通过叠加设备的方式实现系统部件服务能力的无限扩展，通过 Active-Active 的方式对部分设备进行热冗余，通过增加部件的数量可以实现能力的平滑扩展。对于不支持 Active-Active 方式扩展的设备可以采用外加负载均衡设备（如 L4 交换机、LVS 前端设备）等方式对部件本身实现负载均衡，满足能力的平滑扩展。 节点可扩展门户服务器目前是单节点部署的，未来如果业务需要，可支持向多节点分布；分布实施无需对应用软件做改动，为起到比较好的分布服务效果，部署时可以采用以若干门户服务、静态数据服务、搜索服务、用户数据库为一个节点组进行分布。节点之间可以以负载分担模式工作，也支持
36、在某节点发生故障时，通过 DNS 将用户调度到其他节点提供冗余服务。每个节点还可以根据容量需求增加相关服务器的数量。技技 术术 方案建方案建 议书议书Tel: 86(21) Fax: 86(21) URL: Page 21 of 984 方案特点4.1 多门户的统一业务数据编排门户系统支持多门户展现的统一数据编排。在本方案中，各种需要统一编排数据的门户在系统中通过不同站点进行区分的。系统通过集中的编排管理对栏目或子栏目进行内容绑定的编排工作，生成栏目内容对应关系信息。对 WEB 门户和 WAP 门户，需要进一步绑定不同的展现模板，然后由发布管理发布到相应门户系统中。如果该栏目在 IVR 门户和
37、短信门户中存在同样的栏目，在系统将相同的编排关系数据通过协商接口同步给 IVR 门户和短信门户。图表 6 多门户展现的统一编排系统还支持共享栏目，对不同站点的相同栏目可以设置共享栏目，从而实现一次编排多站点（门户）数据共用。4.2 门户页面的灵活展现业务的包装是通过门户实现的，一个能够吸引用户眼球的门户，一个能够引导和激发用户消费的门户是精细运营的基础，传统的 “内容目录”形式的 WAP 门户展现已经不能满足联通业务发展的需求了，页面的呈现方式的灵活和丰富是 WAP 门户的基本要求。思华系统通过结构化的站点组织模型，支持多纬度的站点结构，可以方便的实现热点内容置顶、推荐内容标签、不同栏目内容的
38、交叉链接。可以在一个页面针对同一音乐内容展现多种业务提供，包括试听、下载、炫铃定制等等。灵活独立的模板管理，支持多种自定义模板载入。内容的编排关系与模板完全独立，通过绑定不同模板，可以提供丰富的展现形式。强大搜索引擎的实现按照业务名称、关键字等进行搜索的功能，便于快速找到内容。思华系统还提供了可视化编辑工具，能帮助用户便捷地创建灵活组合的页面。编辑人员可以专注于页面创意本身，无需专业的 WML/xHTML/HTML 知识，通过简单的鼠标拖放进行图片添加，拆分布局。支持滚动特效，编辑效果实时可见，直观实用。4.3 个性化页面和终端适配根据目标人群的特征，实行差异化运营策略是深度运营的特点，要达到
39、这个目标，就需要实现灵活适配的个性化页面。包括：对业务适配、终端能力适配、用户个性化等。系统提供终端（UA）管理，可以针对不同用户类型 UA 组，如用户归属省、个人用户、俱乐部用户，设置可展现的栏目/子栏目，从而确保不同类型用户登陆时可以看到不同的业务。系统可以识别不同终端能力，包括品牌、版本、型号，后台终端管理维护不同能力终端的展现配置，并控制终端适配引擎，自动根据规则匹配展现适合该终端的页面模式，如字体、页宽、换行、翻页等。系统采用专业的 Cluster DB 用于存储在用户交互过程中产生的动态个性化信息，如页面风格自定义、我的收藏、最近访问记录，播放标签等，系统在页面生成时会调用这些信息
40、来进行差异化展现。由于 cluster DB 具备集群功能，因此可以方便地实现多门户服务器下的个性化信息共享。通过以上各个层面的个性化属性组合，可以实现支持大并发量的差异化门户。系统能够以这些属性做为细分依据， 也允许拓展更多的属性。用户因此可以获得更人性化的贴心服务。技技 术术 方案建方案建 议书议书Tel: 86(21) Fax: 86(21) URL: Page 23 of 98运营商进行营销推广时，不必关心用户的差异，可只做一次内容录入、编排、上线、定价流程，将适配工作推迟到用户访问时自动完成，从而达到差异化营销的效果。4.4 柔性的权限管理系统采用对象功能的权限设计模型，可根据运营商
41、需要提供柔性的权限管理。系统可以设置总部、省级操作员角色、业务主管和系统管理员等不同的角色。由此，最高级别系统管理员可为某一系统用户分配所属角色组，并对该角色组进行权限的设置，从而快速形成一个一定权限的系统用户账号。系统提供多纬度的权限设置，可以从功能权限、数据权限、区域权限等多个层面限制系统用户的操作范围，根据业务需要可以提供一级菜单/二级菜单/ 功能点/操作按钮/ 链接等不同级别的功能权限限制，可以提供站点/栏目/子栏目/ 内容等不同级别的数据权限限制，有效确保用户在精确设定权限范围内进行操作，保证数据安全。例如，对于省 A 的业务编辑人员，系统可以提供对 A 省上传内容的编排权限；对于省
42、 A 的业务主管，系统可以提供 A 省上传的内容发布和业务统计查看权限；对省 A 管理员，系统可以提供 A 省门户服务器的状态监控和业务统计查看权限；对于省 B 的业务编辑人员，系统可以提供对 B 省上传内容的编排权限和业务统计查看权限；对于省 B 的业务主管，系统可以提供 B 省上传的内容发布和业务统计查看权限；对省 B 管理员，系统可以提供 B 省门户服务器的状态监控权限；对总部业务编辑人员，系统可以提供对总部内容的编排权限；对于总部业务主管，系统可以提供总部内容发布和所有业务统计查看权限；对总部管理员，系统可以提供所有服务器的状态监控和业务统计查看权限；多个操作人员可以同时登陆系统，互不
43、干扰的进行操作，感觉使用的时独享系统。4.5 多种技术手段确保门户性能由于采用模块化设计方式，系统各部分可根据业务压力调整性能，根据需求增加或减少对应的功能组件设备。基于管道技术，能够对业务进行灵活的扩展，实现大用户量的并行服务。系统通过采用以下技术和方法确保了整个系统的性能：1) 采用分层次、模块化的设计方式，系统各部分可根据业务压力调整性能，根据需求增加或减少对应的功能组件设备。系统采用了管道技术，能够对业务进行灵活的扩展，实现大用户量的并行服务。2) 采用独立的搜索引擎技术对数据进行分词索引，提高了搜索的性能和灵活性，且搜索引擎可已在搜索量增大到一定程度后独立部署，进一步提高该功能的性能
44、。3) 通过基于 HASH 和 B-TREE 算法的本地嵌入式数据库和分布式数据库的引入，让门户获取业务数据时不需要与远程的关系型数据进行通讯，使门户摆脱了对后台依赖，避免了由此造成的系统瓶颈，从而极大提高了数据获取的效率，同时保证了门户可以通过简单增加设备实现横向扩展，为跨物理节点的分布式部署提供了可能。4) 系统采用了多种缓存技术，包括 DB Cache、Object Cache、Search Engine Cache、Web Cache，多种缓存技术的应用保证了 EPG 门户能够给用户提供最快的响应时间，并支持极大量的并发用户访问；5) 基于线程池技术，灵活调配服务器资源，充分发挥硬件的
45、能力。支持多线程的调度和数据的并行处理6) 系统采用高速消息队列，实现对大量文件的存储、调度，并根据业务需求进行分级管理4.6 丰富的系统开发经验思华科技从 2002 年开始从事移动、宽带和广电有线的 WAP/WEB 和 TV 的门户平台和业务平台的开发、实施工作，在共同探索无线和宽带增值业务发展的道路中与运营商共同成长，有深厚的技术积累，对平台的建设具备了深刻的认识。目前思华是全国承建门户和业务平台最多，所建平台最大的厂家。为多个电信运营商提供门户和业务平台包括：广东电信增值业务平台、陕西电信增值业务管理系统、重庆电信增值业务平台、北方电信 9 省增值业务平台、西藏电信增值业务平台、杭州网通
46、增值业务平台、技技 术术 方案建方案建 议书议书Tel: 86(21) Fax: 86(21) URL: Page 25 of 98广西电信增值业务平台等。为多个广电运营商提供门户和业务平台，包括：杭州数字电视公司（华数）、扬州数字电视公司、厦门广电、苏州广电等广电运营商。系统框架的完善程度是整个系统后续建设能否成功的关键，平台会随着电信运营商增值业务的发展而不断扩容，系统需要具备完善良好的框架设计，才能具备良好的稳定性、扩展性和可移植性，才能满足将来系统扩容对系统功能、性能等方面扩展的需要，思华平台采用目前最先进的 J2EE 框架实现，能够灵活进行扩展，以适应将来业务发展的需要，这一点在电信
47、增值业务平台的 5 期扩容过程中已经得到验证。系统的稳定性和支持大用户量能力对增值业务的发展意义重大，如果系统不稳定或用户量大时系统响应慢，会造成用户体验的下降，引起用户不满，并会导致用户的流失，思华平台系统进行了双机热备、负载均衡、页面 Cache、数据缓存等设计，使得系统具有良好的稳定性、可靠性，系统可以 724 小时运行，并且具备支持 400 万活跃 WEB 门户用户的实际运行经验，这些都为系统可靠、稳定运行提供了保障。系统核心功能的完善是宽带增值业务发展成功的关键，思华提供灵活的内容组织管理功能和内容的动态发布使得用户 Portal 具有更强的吸引力，并对不同的站点发布不同的内容或按照
48、不同的风格展现业务内容，丰富用户体验。5 关键技术及业务实现5.1 技术架构5.1.1门户系统架构图表 7 门户系统架构门户系统架构遵循高可靠、高性能和低耦合以及层次化、组件化和集群化的设计原则，最终形成如上图的架构设计。整个架构由页面展现层、服务逻辑层、通用逻辑层、接口层和数据资源层五个逻辑层次构成。各个逻辑层的定义如下： 数据资源层：数据资源层是保存和读取门户使用和产生的各类数据的逻辑类构成，它为上层应用提供数据保障。 接口层：接口层完成上层业务逻辑与数据资源层直接的接口通信，它通过对接口的规范定义，解除了业务逻辑对数据资源层具体实现的依赖，提供了极高的灵活性和可扩展性。 通用逻辑层：通用逻辑层中实现的是和具体业务逻辑无关的各类功能组件，这些组件完成上层业务所需要的各类最基本的逻辑，上层业务逻辑类通过对这些功能组件的组合使用最终完成门户的整个业务逻辑为用户提供服务。技技 术术 方案建方案建 议书议书Tel: 86(21) Fax: 86(21) URL: Page 27 of 98 服务逻辑层：服务逻辑层中完成的是与具体页面展现效果无关的后台业务逻辑，他完成了门户的一些基础的功能特性。 页面展现层：页面展现层则是完成从数据、逻辑到展现页面的逻辑层，该层完成的是和用户的具体交互逻辑，主要的功能是通过对用户 U
