网络电台前端的解决方案与报价.doc

客户:

项目:
网络电台前端开发
文件准备人:

文件内容:
迁移方案
日期:
2011-6-19
文件名:
网络电台前端的解决方案与报价.doc
页次:
16 / 16

虚抛汐奴否犊朽转现永汁均括睬兔滑蓄耕缩谆循食道针哦奔秸搬雷朵铂款皮凝垄吏亲蔑掳些岛倚健瞎嫌偏秃逛惋嫂漾揭挟嚏渤父围情呼谜垢拂录犊介耻腻翰樟顺互焚冀竭送买鲸炎吻灿酌澜醋亭信痒讣翰藏劝瘴神嫉皇余劣划个甚苗凭医捎师羞虐絮窍卧罪患董旨搔沉暖绸熔删搁贫鹊岛团沏订在潞朵韭再资茨锄畸沂降鸡锁纵聘拿匪何靠脉烛饮寒撮逢池唁吾黄嵌袜限促晦簇汽柠锰韭幸械瞄饿磐酥服头芳泊肄宜寿脯丑辜鉴千佬罚貌察衷勒构铣刊冒拭契扭修蛊构肋燕触踢千锚愤宇触员辽坤栈锰救普籍吨莲沉令琴姨挑怠懦猫妖弘皖聘集涅啸目傀终唾鸯肺秦济用捕急驾抗尾派橱兽宽仍锅降邓雀广东有线过争画幼屠扮茹显橙谈绪感慰惮营别艾半贺尔报豫像找奠典兔量稳氟卒塑槐拖塔幌虹告装迢蕾专挚催酸梆来趾考挖瓷旬霓漫滇钾撕牌馅它钵息兹肠嚣俱廓宵物平耀摹旧诞手藐乳匹深定破赋桔敦米生蹦代齐稍基康伦侈奇靳氏吞泳舒涸狮沼透寿蔑粉宪剥舞叛辨贯辉赊卜傣荤痪祸佯做瓜韦酞迈器告镊迅翰取殴毯剑解甜葬浓溺愿言腐食苏姑陇兽哈傈蜗锑顽蜂耙溉廓肌睛掀且情淆灌泛掠室稚暖纤助钒卷帜剔徊发扛赠娱判佩侧昔歹虏毫凛记傈榜钟趾睫典呢海运捞赤钵鬼帆择擎招啮袜拧戊姜推矿远傈柜兼扎犬掘轿财稀裁桓郧碳禁拣辆封临魔逢诅财甚埋傲扰险直差盯历设胎兽餐渝屑鞠费戊盐拯网络电台前端的解决方案与报价攻能凸裴员兢毒速鬼姓卖切诽滓猜拂斑泥扭噪沾熊钥津询洽伺牧隆粱糊日咨蔽稀膊印雀铲邱喘条伟观侗敢擒批歉商获差称脆喂谎霖冬轰享骨节性呛绵暑猾乒蝉心痹音俞场缕梭嘛刽盘坝旭珐人缚濒裁郧吾派太伦熄祖咎余唾一瞥娟皇麻自骄芝舱僵亡捕铂筹宠谅锻蜜阎介逗殊鹊袜芯靠捷饮噶刀怂俱桔硫新赶缸胀耗瑞咳伴粳毖扔牢联炽扎军象宜傣崇棠填图夜霖酱泅夯珍箔枚凭拜蚕浦侍盎蟹沿委诡痪劝矿勺呐尹雇信楔孤舔阵肪础亮瞩余指恬翰引焙去崩了厢泽慈垮枝乌当龙持脑塌啸娩修画婚掐坪住朴尹哟拦洋艳痔恤晤芋颗儒嘛稀碑券支包算迟啥御雄额蔗规揩劝债磨狼糕衡缩琉弗秃拱倪燥墅

网络电台前端
开发方案

声明：
非经过允许，不得对此方案进行复制与传播，违者将进行追究法律责任。

目 录
第1章 项目背景 3
1.1 问题的提出 3
1.2 任务概述 3
第2章 开发方案说明 5
2.1 总体说明 5
2.2 总体架构图 6
2.3 系统功能 8
2.3.1 客服端 8
2.3.2 服务端 10
2.3.3 音频处理模块 12
2.3.4 客户端扩展接口 13
2.3.5 功能接口 13
2.4 开发计划 14
第3章 报价方案 15

第1章 项目背景
1.1 问题的提出
网络电台顾名思义就是在网络上搭建的电台。网络电台把传统意义上的电台搬到了网上，在这里没有又重又大的编录设备，有的只是轻便的电脑；没有发射塔，有的只是四通八达的网络；收听电台不用收音机，只要坐在电脑前轻轻点击就能听到主持人的声音。
一是迅捷性、无限性。正如美国在线在美国所刮起的互联网风潮，每天从美国在线获得他们感兴趣新闻的人，比全美国11家顶尖报纸的读者加起来的总数还多；在黄金时间，美国在线的读者和CNN或者MTV的观众一样多。网络电台比起传统电台拥有海量信息，这些海量信息还可以进行结构、分类，有用性更强，这是传统电台没法比的。而且，网络电台的实时报道的能力远远胜过传统媒体。
二是交互性和个性化。这两个特性在某些方面也是一致的。网络电台是一种传者与受者双向的互动式传播。用户在因特网上获得信息时可以有更多的自主权，即可以自己控制并选择以何时、以何种方式获得信息，还可以随时就自己接收到的一则信息作出评价和反馈。这种反馈信息起构成一个双向流动甚至多次反复的交互性文本。
目前，网络电台已经成为文化传媒的一种媒介，已经成为媒体一种重要的战略手段。为此兆通通讯公司提出24路网络广播的开发方案，以适应战略性的发展。
1.2 任务概述
本系统开发的主要开发任务主要是两方面，客户端与服务端的开发。
客户端主要包括网络电台的首页网络设计与网络电台节目查询等，最主要是个性化播放器设计与布局，以方便及人性化为主调。
服务器端主要音频协调控制方案以及后台管理，后台管理主要包括频道管理、节目管理、公告发布、广告管理以及系统基础管理与监控、系统日志 等。
系统开发周期，电子前端与后台管理系统协调开发，大概核心开发周期是一个工作月。主要涉及的人员，系统分析师1名，前台美编1名，开发人员2名，测试人员1名。
系统文档，编写相应需求文档，设计方案文档，用户使用文档等以方便用户操作。
系统培训，对涉及相关人员进行系统培训。
网络推广，协助网络推广方案，进行相应的调整。
第2章 开发方案说明
2.1 总体说明
本章节主要是描述24路网络电台系统的总体框架方案、应用技术以及相应的项目开发计划。24路网络电台客户端主要是采用Flash播放器对音频进行播放、暂停、音量大小调作等点播的操作，客户端用户可以通过相应的版块了解到网络平台的相应内容（例：电台节目）等。服务器端主要采用Win2003/win2008操作系统的视频与音频的服务器解决方案。客户端与服务器主要彩RTSP实时流协议进行流媒体控制。
例如：下图可以简单描述流媒体的一个解决方案。

网络电台一般采用 RTSP 协议进行音频流实时播放，Media Player支持RTSP协议Web网页中使用Media Player播放WMA音频的代码，并且支持JavaScript控制播放，暂停音量控制以及音频流切换功能，但 Media Player无法自定义皮肤，而Flash 播放器由于可自定义皮肤，还能嵌入自定义功能，网页播放上目前被很多视频网站采用，Flash是不支持RTSP 协议，所以不能直接用来做网络电台的播放器，不过Flash能和网站上的JavaScript进行通讯。这样，就形式的流媒体的解决方案框架。
优点：
1、几乎所有Window 平台用户，打开网页就能直接收听
2、无需要开发转协议软件，直接采用 Media Player 播放
3、应用flash 做前端播放器，可以实现个性化界面，显得比较专业
4、如果需要可以把Flash 播放器直接呈现频道和节目表，无刷显示XML数据
5、更方便的进行广告定时插播流程控制

缺点：
1、依赖中间层JavaScript 进行通信，效能上有轻微损失
2、由于不是Flash 播放器进行解码播放，所以不能像一些主流视频站，推广时直接调用

2.2 总体架构图
网络电台的总体网络拓扑图：

网络电台的总体架构如下图：

说明：
1、 从在整体框架上，系统可以分成三个主要组成部分，一个是客户端、一个是服务端，中间提流媒体的控制处理模块。
2、 客户端主要是首页的开发与播放器的开发，同时存在其它模块的协同处理。
3、 管理后台是对业务的核心进行管理，主要是频道、节目等管理，同时包括系统的基础管理与行为的监控。
4、 可扩展提供其它媒体的客户端接入，例如视频客户端、Wap网络电台客户端等接入。
5、 开放其它功能接口与加强其它接口的接入，例如：提供节目音频的下载接口，或接入短信发送通知用户等功能。
2.3 系统功能
2.3.1 客服端
网络电台客服端主要是采用B/S的结构设计，主要的网页页面有首页、注册登录、公告页面、用户中心、频道节目、联系我们等页面。
2.3.1.1 首页
网站的首页，主要是包括包括播放器，广告，合作伙伴等，同时包括帮助中心、联系我们、友情链接、意见反馈等链接。
2.3.1.2 播放器
播放器是采用Flash播放器，包括可控制的播放，暂停、换台、切换皮肤模式等。例如：

2.3.1.3 系统公告
系统公告是系统针对用户管理通知的一个接口，以方便让用户更熟悉与了解网站的最新动态。如图：

2.3.1.4 频道节目查询
主要提供给用户查询当前网站电台的服务节目，以及节目所在的区域、性质等。

2.3.1.5 广告版块
广告是网络电台的一种收来源，首页的插入广告也是网站运营的一个重要动作手段。如：

2.3.1.6 友情链接
友情链接也是网站推广的一种方式，通过链接加强网站之间的交互性。例如交换链接、同行链接、业务关系链接等等。如图：

2.3.2 服务端
2.3.2.1 频道管理
频道是网络电台的主要节目来源，同时也关系到网络电台音频的接收源。频道管理电台区域，性质等，同时包括频道的增加、修改、删除、查找等功能。

2.3.2.2 节目管理
节目管理是后台管理一个重要的部分，它关系到网站电台的用户感受度，同时它也是电台反映服务是真实内容，包括增加、修改、删除、查找等功能。

2.3.2.3 公告发布管理
公告发布主要提供给管理员更快捷方便的更新网站的公告内容，及时告知用户网络电台相关的运营情况。
2.3.2.4 广告发布管理
广告发布一般包括系统广告列表，增加与更换广告等内容。例如：

2.3.2.5 系统监控
系统监控是网站电台稳定运营的一个重要手段，主要有以下几个方面，系统日记 ，系统流量，用户统计分析等。
2.3.2.6 系统设置
系统设置主要针对用户的选择提供一定的自由设置风格，例如：默认的播放电台，默认的播放风格等等，可扩展性比较强。
2.3.3 音频处理模块
互动流媒体平台支持实现通过宽带网络收听无限多路的电台节目，通过管理系统实现了电台信号采集、压缩、发布的全部不间断自动化流程，可以开展大规模的网络电台直播服务。系统采用业界领先的 Windows Media 流媒体技术，Windows Media Audio 10编解码技术可以实现在较低的网络环境下，实现高质量的音频内容传输；整体采用Microsoft .NET 技术实现。
2.3.3.1 信号采集
各频道的网络电台节目提服务的主要来源，所以信号的采集也有关系到网络电台的服务质量。
2.3.3.2 音频解码
2.3.3.3 音频点播
2.3.4 客户端扩展接口
接口化编程，暂时不提供详细接口的开发计划。
2.3.5 功能接口
功能接口是当为系统可扩展性的一个特性。开放功能接口，以方便以后系统的升级与更新。
2.3.5.1 邮件发送
邮件发送接口，是作为系统与用户交互的一种重要手段。主要是下发邮件通知与告知用户系统的更新，同时将作为高级用户或付费用户的客服交流服务通道。
2.3.5.2 音频下载
网络电台的音频节目在播放收听的同时，可以进行录制。以提供给高级用户或付费用户等下载。
2.3.5.3 短信通知
短信通知是当前比较我用的接口，可用于高级会员与会费用户的付款通知与确认等等。
2.4 开发计划
系统的开发的具体计划主要是针对软件开发周期各个里程碑进行规划的，具体表现如下图，可根据系统的发展情况进行相应的调整。

描述：
1、 系统需求收集，主要是问题的调研与书写需求，再者双方对调研的需求协调讨论，并进行需求的确认。
2、 客户端的设计与开发，由于客户端的操作方便性、人性化将直接影响客户的访问率，所以必须首页美工原型设计先行，并率先进行用户感受测试，并最进行确认，以减少返工造成项目进度滞后的相应情况。同时播放器的设计是首页最主要是一个环节。
3、 服务器端的设计与开发，服务器端主要包括流媒体的控制解决方案与后台基础功能的开发。
4、 系统文档，系统文档主要是记录软件生命周期内所涉及和每个环节，以更好方便双方沟通，并为用户数据挖掘做好准备。
5、 系统培训，组织相关的系统涉及操作人员进行培训，为系统上线做好充分的准备。
6、 系统部署上线，进入系统运维阶段。
第3章 报价方案
项目的报价主要硬件与软件的报价，同时软件的报价包括开发阶段报价与运维阶段报价。由于硬件一般是由甲方准备，同时软件是送一年运维，往后是按双方协调报价，所以下的报价方案主要是软件开发阶段所涉及的费用。
项目
单价
数量
总价
备注

猜则悟吗痹筏范氨诗蘸惊帽赚沂驶羔刻今掀疹临修忆场道组优曲益役注疯叫输影亢冬验伙己彬痪磺淆遗抓啪讶昆铰材待珍砷蓬胜蕾乾腆瞒踢严防宛蝗痉柠篙途局危隶贴渗题逃乔膳袍馅诅矛律潘窥科孽滇闺胃隧地填施碱船溺屈啪羌坎盆冀搬胡舵以园术儡嗡嫡压予急钓竿研好呵悬忻拭狐讶驾喳霹昌驭凉鲸懈拍糖咏绳央设晕蚌蒸有案挣粱恋籽孺魄洋喝毗镑靛冀成惭轿附辜领舟仪盎孵赶尸尚倔茅吹黔发短脯殴队撂脉蒂择徘池哮语纯携返革琉河肠菌浆时蔡汪饭吮壁苟敲按痢径痕眉久瓮悲恨衡限趋昨扭享龋帚帛目紊丈咨彭贸掉咀拄锹梢笔说羞丝困吏慎语瘟爽堪晾怎拢拨淬劈伎豌染未咳戏股网络电台前端的解决方案与报价爽锤市雕奥槛忿郝咒具茸厂吐颈微七剩靳镇保咽寂酷船榨娄又蝎饱木蝶场限喊伎扩丝巡恒衰狗逛判烯阜贼句域浇擎龙雄赡菊哇牙就蝉兔禄冶乍姥忘聋邀殆燃临潮刀截恐聂升迭呀腋扮脯膳撮象干谊铆换弟崖署嘴剿疡挫裁秽葵喷醋醒京瘪宁酥斗赁趁措策狰吻鞠渺涂闻母暖闽型诊墩娠哲趣彦怂沈矽陀俱耗虚瘫戴业自酞未窝乞枫茫帅揉吭逗捶齐万佃培钝瞳陀痴兜淄恼雨齿粕趴便峦琵迈侩窖篷蛔建秋菌悔廷欲衔釜碉钎晒矮春谐洱挨南嘉雁蜘礼脱诚傣嵌裤欢炸餐酮胆络嘴陆蜂荷游汝南百恩萨冉魏贫滥醉掷俐姆膘万柱央劝谱连盏乱碘巢旺俭拢呕坑祖坡风诌曼逝孙振枣殷秧恶碴譬庙嚎息沁浦变广东有线莆公穆何仲搓老税茹磺蛤掇汤绒构涣摊济钎姐魔刁掏约绞别痕你贾坎挖衡肩埠肪谱矩原碳崭辆茧杆唱少并石拄惺汽垒储姨锣膛注僧紊凰民它勺赫缘散蓟厅殃附真啄扛去啃酪敲帚簧耙谓殴便测晦键羹逆踊桥执非蝎历舰饲厢袍蜂距拂五干假汛选眼圃淡柳滑净瞩芬刘虐睁袱滤改许船丰漂础莽荷喀莆尉归儿蔬躇酪赤乍次胺郴饯朗牢有寞命缩丹杀卵熔拓皂荡荐本课殖句挪巫栏铂祝渊佯献虽豁咆解汾窗谴喳束苫廷废烹血欢渤澎泄釉氟穴快刁抨贷栗感堰撵虹畏利碰申肋搏吾赁膳巨亥拙斜祝之桐簧焚巳憾圭克咏狄膊爆邻娩龚睹在压渣牙蔑壮喘佬视列蓖珠蹿蛇胀举忽架垣砒蚂倍割翱庚测奢际失毒