中國電信iTV新媒體運營服務系統(tǒng)建設工程技術(shù)規(guī)范書(標段二)

1、1 / 51 文檔可自由編輯打印中國電信 iTV 新媒體運營服務系統(tǒng)建設工程 (標段二)新媒體運營服務支撐系統(tǒng)建設工程技術(shù)規(guī)范書中國電信股份有限公司江蘇分公司二 O 一 三年 二 月文檔可自由編輯打印目目 錄錄1、概述.11.1 定義 .11.2 建議書要求 .31.3 報價書要求 .41.4 標準和性能 .61.5 乙方供貨和服務范圍 .62、工程概述.112.1 項目背景 .112.2 項目目標 .112.3 建設原則 .153、總體技術(shù)要求.163.1 總體要求 .163.2 系統(tǒng)設計要求 .173.3 系統(tǒng)質(zhì)量要求 .183.4 系統(tǒng)集成要求 .244、詳細技術(shù)要求.285、系統(tǒng)配置要

2、求.365.1 硬件平臺 .365.2 軟件平臺 .385.3 維護管理 .385.4 存儲和備份 .392 / 51 文檔可自由編輯打印6、設備廠驗、安裝、調(diào)試、開通及試運行.406.1 廠驗 .406.2 交貨 .406.3 安裝和調(diào)試 .406.4 驗收 .427、技術(shù)文檔.438、項目管理.449、進度計劃.4510、技術(shù)支持與技術(shù)培訓.4610.1 技術(shù)支持 .4610.2 技術(shù)培訓 .4711、保修.4812、安全性要求.491 / 51 文檔可自由編輯打印1、概述1.1 定義1)本規(guī)范書為中國電信股份有限公司江蘇分公司（甲方）中國電信江蘇公司新媒體運營服務支撐系統(tǒng)的技術(shù)要求和供貨

3、要求，供設備提供商與系統(tǒng)集成商（乙方）編寫建議書和報價書之用。建議書的內(nèi)容格式應符合本規(guī)范書附件的要求。2)集采設備：包括集采軟件設備。集采軟件設備：操作系統(tǒng)、外購中間件、備份軟件、監(jiān)控軟件、開發(fā)環(huán)境軟件等。3)非集采設備：除集采設備以外本項目所需求的其它設備（包括硬件與第三方軟件等） 。本次新媒體運營服務支撐系統(tǒng)硬件設備采用江蘇電信云平臺虛擬主機。4)乙方在建議書中，對本規(guī)范書中所提各項要求能否實現(xiàn)與滿足，應逐項予以說明和答復。乙方亦可根據(jù)自己提供的產(chǎn)品技術(shù)性能具體情況，在建議書中提出建議，并附詳細資料和說明。5)對本規(guī)范書各條目的應答為“滿足”、 “不滿足”、 “部分滿足”，不得使用“明白

4、”、“理解”等詞語。在答復中，要求明確滿足程度，并作出詳細解釋，不得僅有應答而無解釋。說明中有“詳見”、 “參見”的，應指明參見文檔中的具體的章節(jié)或頁碼。6) 本技術(shù)規(guī)范書中標記的條款為不可偏離條款。7)本技術(shù)規(guī)范書應視為保證系統(tǒng)運行所需的最低要求。如有遺漏，乙方應予以補充，否則一旦中標將認為乙方認同遺漏部分并免費提供。8)根據(jù)本規(guī)范書要求，乙方應做出系統(tǒng)解決方案和系統(tǒng)架構(gòu)及功能詳細設計。同時在建議書中說明給甲方提供的技術(shù)文件、技術(shù)支持、人員培訓等的范圍和程度，乙方最后確認的解決方案和系統(tǒng)架構(gòu)及功能詳細設計應該得到甲方書面認可。9)規(guī)范書有關(guān)內(nèi)容的澄清：乙方對于規(guī)范書的疑問可以通過書面材料與甲

5、方聯(lián)系。在規(guī)定的建議書提交最后期限以前，甲方將以書面材料給予答復。有關(guān)甲方答復材料的2 / 51 文檔可自由編輯打印復印件也將遞交所有得到技術(shù)規(guī)范書的乙方；在技術(shù)談判的各個階段，甲方將以書面形式要求乙方對有關(guān)問題進行進一步的技術(shù)澄清，乙方應以書面資料給予正式應答；所有各階段的技術(shù)澄清文件都將作為合同附件。技術(shù)澄清中各條目應首先應答為“滿足”、 “不滿足”、 “部分滿足”，不得使用“明白”、 “理解”等詞語。在答復中，僅當需要明確時，才允許對滿足程度進行說明。僅當應答為 “部分滿足”或要求進行解釋時，才允許詳細解釋，當應答為“滿足”或“不滿足“時，其詳細解釋視為無效解釋。10) 甲方在任何時候都

6、保留和擁有對本文件的解釋權(quán)。甲方有權(quán)在簽定合同前，根據(jù)需要修改和補充本技術(shù)規(guī)范書，修改補充后的最終技術(shù)規(guī)范書將作為合同的附件。11) 乙方在參與本項目中，對于甲方披露和提供的所有信息應作為商業(yè)秘密對待并予以保護，未經(jīng)甲方書面授權(quán)不得將任何信息泄漏給第三方，否則甲方有權(quán)追究乙方的責任。12) 乙方應向甲方提供完整、新而成熟的系統(tǒng)軟件等技術(shù)和產(chǎn)品（包括各軟件開發(fā)商所提交方案以及自行提供的方案中的） ，其各項技術(shù)應保證具有開放性、可移植性、兼容性和可擴展性。13) 如甲方給定相應的軟硬件配置，乙方應在甲方給定軟硬件設備配置的基礎上提出符合中國電信實際情況的系統(tǒng)配置方案，對于原有 IT/IP 集采設備

7、軟硬件配置不足部分乙方應及時提出并補足；是否能充分利用給出的設備配置作為評標的依據(jù)之一。14) 乙方應負責其所提交的系統(tǒng)配置方案的正確性、可用性、準確性和完整性，并滿足本文件所提出的系統(tǒng)功能和性能要求。如有錯漏，由乙方負責。15) 若乙方認為有一種以上可行、合理的解決方案，可在建議書中一并提出。乙方應根據(jù)甲方的實際需求建議一種其認為最合理的方案。16) 乙方提供的應用軟件系統(tǒng)應滿足中國電信江蘇公司對于 IT 內(nèi)控的要求。1.2 建議書要求要求乙方在規(guī)定時間內(nèi)提供規(guī)定份數(shù)的技術(shù)建議書紙質(zhì)文件貳份（一份正本一份副本） （同時要求以中文 OFFICE 格式提供完整的電子版文檔壹套） 。當紙質(zhì)3 /

8、51 文檔可自由編輯打印文件和電子版文檔不一致時，以紙質(zhì)文件為準。當中文和英文文檔不一致時，以中文文檔為準。提交物： 技術(shù)建議書； 工程技術(shù)規(guī)范書及點到點應答書（對本文件及附件的各項要求的逐條詳細答復） ； 乙方向甲方提供或建議的全部產(chǎn)品的詳細技術(shù)資料（例如硬件產(chǎn)品的性能，硬件設備的外形尺寸、重量、進出線方式，硬件設備所需電源種類、耗電量、電壓及地線要求，機房荷重、溫濕度及環(huán)境要求，軟件產(chǎn)品性能等） ；建議書的內(nèi)容格式：一、總體描述二、工程技術(shù)規(guī)范書、點對點應答及系統(tǒng)詳細建設方案三、系統(tǒng)軟硬件配置清單及說明四、系統(tǒng)連接圖五、產(chǎn)品描述，所提供軟硬件設備技術(shù)文檔，所推薦設備情況（機架面板結(jié)構(gòu)、各種

9、接口特性、安裝方式及物理尺寸、供電方式及耗電量、設備或機架接地要求、重量、溫濕度等環(huán)境要求） ，并提供設備相關(guān)性能指標的測試記錄文檔。六、雙方責任及工程分工界面（要求圖示并加以說明） ，工程進度安排，以及施工辦法和質(zhì)量保證措施七、測試及驗收八、場地及環(huán)境準備要求九、培訓、廠驗、工程協(xié)調(diào)會十、技術(shù)承諾十一、技術(shù)支持及保修十二、集成廠商、合作方資質(zhì)證明、軟件許可使用權(quán)證書（樣本）1.3 報價書要求1)報價的主要內(nèi)容如下：4 / 51 文檔可自由編輯打印本系統(tǒng)設備采用中國電信江蘇公司云平臺虛擬主機，不單獨采購硬件設本系統(tǒng)設備采用中國電信江蘇公司云平臺虛擬主機，不單獨采購硬件設備。備。乙方需提供滿足系

10、統(tǒng)需求的詳細硬件配置清單（含操作系統(tǒng)。乙方需提供滿足系統(tǒng)需求的詳細硬件配置清單（含操作系統(tǒng)。具體具體要求參見要求參見 3.4.1.2 章節(jié)涉及中國電信江蘇公司云平臺資源的論述，不章節(jié)涉及中國電信江蘇公司云平臺資源的論述，不計入計入總價；總價；系統(tǒng)相關(guān)外購中間件、備份軟件等必需的第三方軟件（乙方需提供滿足系統(tǒng)需求的詳細系統(tǒng)軟件配置清單。甲方有權(quán)根據(jù)乙方提供的系統(tǒng)配置和與提供商簽訂的框架協(xié)議對該部分價格進行調(diào)整，并有權(quán)進行單獨采購） ，具體要求見報價格式，計入總價；應用軟件（應用軟件功能模塊折合為工作量人/日報價，總價為折扣后價格） ，具體要求見報價格式，計入總價；項目實施及集成費（包括集采的第三

11、方軟、硬件的系統(tǒng)集成、乙方所提供軟硬件的安裝調(diào)測以及為實現(xiàn)系統(tǒng)正常實際工作所需要的系統(tǒng)配置和客戶化工作，還包括該產(chǎn)品系統(tǒng)和其他網(wǎng)元之間對接的聯(lián)合調(diào)測，工程協(xié)調(diào)等） ，具體要求見報價格式，計入總價；培訓費用（按人天單價報價，分為中級培訓 6 個和高級培訓 0 個） ，具體要求見報價格式，計入總價；保修期后維保年費率，按成交價百分比計算，不計入總價；5 年正常維護所需的備品備件（如需要） ，不計入總價；專用維護工具儀器（如需要） ，不計入總價；可供甲方選擇的設備和功能（如需要） ，不計入總價；2)報價應按設備的詳細項目開列單價、數(shù)量、折扣率和總價；3)設備詳細項目應細化到最小計價單位；4)本項目以

12、人民幣為單位報價；5)甲方只購買乙方所提方案中的部分設備時或設備配置規(guī)模變化時，乙方應承諾方案中所報目錄價、折扣、技術(shù)支持等方面的優(yōu)惠條件保持不變；6)同型號產(chǎn)品價格的折扣需一致，否則以低者為準；7)如有贈送、一次性優(yōu)惠等優(yōu)惠方式，乙方須在報價中以折扣方式體現(xiàn)；8)本期不計入總價的維保等部分報價，計入商務評分，影響綜合評判結(jié)果。5 / 51 文檔可自由編輯打印9)報價表格式見附件。1.4 標準和性能乙方所提供的所有各項設備和系統(tǒng)（包括軟、硬件）應符合的技術(shù)標準如下：1)符合有關(guān)標準（如 ISO、ITU-T、ETSI、IMTC、IETF、CSA、NIST、OCC 等） ，乙方應在建議書中具體說明

13、，并附上相應的詳細技術(shù)資料；2)若乙方的設備和系統(tǒng)包含自己的專用標準，應在建議書中具體說明，并附上相應的詳細技術(shù)資料；3)本文件中未給出，但 ITU-T、CSA、NIST、OCC 已有建議的系統(tǒng)設備性能和功能均應滿足 ITU-T 最新建議要求。1.5 乙方供貨和服務范圍所需的貨物和技術(shù)支持描述如下：1.5.1 硬件設備1)硬件設備，包括：組網(wǎng)設備、服務器、存儲、機柜等，在集采范圍內(nèi)的設備，乙方應提出詳細的硬件配置建議，甲方有權(quán)單獨采購；2)乙方所提供的硬件必須是主流硬件產(chǎn)品；3)硬件設備為滿足對滿足系統(tǒng)容量以及所有功能的整套解決方案，不應遺漏任何組件，如有遺漏，乙方應免費補足；4)乙方提供的所

14、有設備必須是最新且穩(wěn)定、成熟產(chǎn)品。所有元件、配件、附件和將設備連成系統(tǒng)的連接電纜都應包括在報價中。乙方必須保證所提供產(chǎn)品的數(shù)量、質(zhì)量，并且承擔所有在合同中指定的責任和義務；5)本技術(shù)規(guī)范書要求廠家需報詳細的硬件配置建議，不作為供貨范圍內(nèi)容，但作為甲方單獨采購硬件設備的參考；但如果甲方認為乙方報的設備各項條件可以接受，也可考慮從乙方直接采購該硬件設備。1.5.2 軟件1)乙方提供的軟件包括：應用軟件、第三方軟件（相關(guān)操作系統(tǒng)、外購中間件、備份軟件、監(jiān)控軟件、開發(fā)環(huán)境軟件）等必需的系統(tǒng)軟件，其中6 / 51 文檔可自由編輯打印第三方軟件應在主流品牌中推薦，在集采范圍內(nèi)的軟件，乙方應提出詳細的軟件配

15、置建議，甲方有權(quán)單獨采購；2)乙方提供的軟件為滿足系統(tǒng)容量以及所有功能的整套解決方案，不應遺漏任何組件，如有遺漏，乙方應免費補足。3)乙方提供的軟件應能支持 IPv4/IPv6 雙棧（需支持 IPv4/IPv6 協(xié)議，支持Ipv4/IPv6 終端用戶的訪問，提供基于 IPv4/IPv6 的業(yè)務） ，如暫時不能支持，乙方應承諾免費升級支持 IPv4/IPv6 雙棧；4)乙方提供的軟件應能支持云計算技術(shù)，如暫時不能支持，乙方應承諾免費升級支持云計算技術(shù)；5)乙方所提供軟件應為最新且成熟穩(wěn)定的商用版本，必須涵蓋本技術(shù)規(guī)范書所列出的所有功能，并要保證安全可靠及未來擴容和版本升級方便，在建議書中要詳細列

16、出所提供的軟件清單、發(fā)布日期和升級說明；6)乙方所提供軟件必須支持主流硬件產(chǎn)品；7)乙方所提供軟件必須支持主流數(shù)據(jù)庫產(chǎn)品；8)乙方全面承擔由乙方產(chǎn)品中涉及到的第三方產(chǎn)品所引起的一切法律責任；9)甲方擁有乙方針對本項目開發(fā)的應用軟件（包括源程序和各種文檔）的版權(quán)，乙方有責任對第三方保密；10) 在建議書中要對所采用的軟件系統(tǒng)進行詳細的功能及性能說明，11) 乙方在保修期內(nèi)免費負責軟件的更新、維護以及版本的升級；12) 應用軟件在系統(tǒng)驗收之前，乙方須根據(jù)需求方的要求及時作出設計修改，以保證系統(tǒng)功能的完整性和可靠性；13) 乙方需提供應用軟件系統(tǒng)軟件全部相關(guān)的安裝光盤；14) 乙方自行開發(fā)的軟件須提

17、供數(shù)據(jù)接口，軟件本身具有靈活的配置文件，以方便維護；15) 如果乙方提供的產(chǎn)品屬于與合作廠商合作完成的，則應由乙方負責協(xié)調(diào)合作方產(chǎn)品軟件的集成及維護。如果乙方與其合作方解除關(guān)系，則仍由乙方負責其產(chǎn)品的維護、軟件更新、版本升級，乙方不得推卸責任；16) 乙方應在測試過程中，提供相關(guān)的測試軟件供甲方使用。7 / 51 文檔可自由編輯打印1.5.3 安裝材料和消耗品1)建議書應包含各節(jié)點的安裝材料和清單，用于連接各種設備的線纜等配套材料（如網(wǎng)線、電源線、光纖跳線等，還包括 IT/IP 集采設備之間以及IT/IP 集采設備與非集采設備之間的配套材料）可包含在設備價格中，如包含則需要單列； 2)若需要，

18、乙方提供的設備應配有一套數(shù)量足夠至少兩年維護期的消耗品，在設備價中也應包含消耗品價格。1.5.4 項目實施與集成服務1)乙方負責的集成工作應至少包含 IT/IP 集采設備以及非集采設備和軟件的系統(tǒng)集成和配置實施、系統(tǒng)組網(wǎng)、路由設計、備份和容災、網(wǎng)絡安全、內(nèi)部邏輯劃分及編址、域名/設備名和端口名分配、多廠商互通等內(nèi)容；2)負責除集采設備、集采軟件以外的所有其他軟硬件的安裝、調(diào)測（包括所有軟硬件安裝完畢后的系統(tǒng)調(diào)測） 、全網(wǎng)系統(tǒng)聯(lián)測及技術(shù)支持；3)根據(jù)本技術(shù)規(guī)范書中所定義的系統(tǒng)要求、網(wǎng)絡安全等要求和原則，提出相關(guān)部署方案建議并負責實施；4)乙方負責溝通及協(xié)調(diào)設備提供商、第三方軟件提供商、系統(tǒng)軟件提

19、供商以及甲方之間的工作；5)乙方負責組織各相關(guān)廠商進行安裝方案的技術(shù)討論會，并匯總各方技術(shù)要求，確定安裝方案；根據(jù)軟、硬件到貨時間，提出硬件安裝實施計劃及方案；對甲方的機房環(huán)境、配套設施等的準備提供明確建議；6)乙方負責制作所需的 IP 地址分配表，由甲方進行審核；安排人員在現(xiàn)場向最終用戶配合人員介紹各設備及系統(tǒng)的有關(guān)知識，但不作為正式培訓的內(nèi)容；7)乙方配合進行設備驗貨、全網(wǎng)聯(lián)調(diào)、系統(tǒng)測試，并協(xié)助進行線路調(diào)測的工作，確保連接各節(jié)點的線路暢通；8)乙方負責定期向甲方提交工程實施進度的書面報告；9)乙方負責起草安裝驗收測試文檔；10) 乙方負責結(jié)合甲方需求制定出系統(tǒng)備份策略，并且配合和督促備份設

20、備提供商作好備份策略的設定；8 / 51 文檔可自由編輯打印11) 乙方負責在應用軟件開發(fā)商的協(xié)助下制定磁盤陣列劃分方案，包括（虛擬）卷組、 （虛擬）邏輯卷的劃分，光纖通道的劃分等，并且配合和督促磁盤陣列提供商作好以上工作；12) 乙方負責配合甲方進行應用軟件系統(tǒng)的驗收，并且負責整個工程過程中的相關(guān)文檔收集、整理工作；13) 乙方應具備相關(guān)電信級云計算項目的實施經(jīng)驗。特別是中國電信省級以上單位云計算集成成功案例。1.5.5 工具和備件1)若需要，乙方報價每節(jié)點應包含一套專用安裝維護工具；2)乙方應根據(jù)設備元件的質(zhì)量情況提出備件配置的建議；3)乙方提供的設備使用壽命應在 10 年以上，乙方需保證

21、在終驗后 10 年內(nèi)甲方可買到功能相同、性價比相同或更高的備品、備件或替代產(chǎn)品。1.5.6 技術(shù)文件詳細描述見本規(guī)范書的第 7 部分，技術(shù)文檔。1.5.7 技術(shù)支持和技術(shù)培訓詳細描述見本規(guī)范書的第 10 部分，技術(shù)支持與技術(shù)培訓。1.5.8 安裝、調(diào)測、試運轉(zhuǎn)的技術(shù)支持和現(xiàn)場驗收測試詳細描述見本規(guī)范書的第 6 部分，設備廠驗、安裝、調(diào)試、開通及試運行。2、工程概述2.1 項目背景隨著三網(wǎng)融合工作的不斷深入開展，IPTV 作為三網(wǎng)融合的典型業(yè)務已逐步發(fā)展成為了江蘇省內(nèi)重要的新媒體之一。加快 IPTV 業(yè)務的發(fā)展，為 IPTV 在新媒體領(lǐng)域內(nèi)的日常運營提供更為全面的支撐是順應三網(wǎng)融合工作發(fā)展、促進

22、信息化社會建設的戰(zhàn)略舉措，也是推動文化產(chǎn)業(yè)發(fā)展、加快產(chǎn)業(yè)升級的新動力。IPTV 作為新興媒體，既具備傳統(tǒng)電視領(lǐng)域的視聽節(jié)目服務特征，又包含了互9 / 51 文檔可自由編輯打印聯(lián)網(wǎng)增值應用的服務特點?；?IPTV 進行新媒體運營服務支撐工作，要求支撐系統(tǒng)具備融合兩個不同領(lǐng)域特征的服務能力，能夠高效的支撐 IPTV 為用戶提供全面、豐富的新媒體推送服務。新媒體運營服務支撐系統(tǒng)規(guī)劃提供包括新媒體運營素材引入與維護支撐、內(nèi)容推送實時支撐、新媒體運營投放及效益評估功能。新媒體運營服務支撐系統(tǒng)要支撐 IPTV 面向公眾用戶提供媒體服務，國家相關(guān)法律法規(guī)對公眾媒體服務的實時性、穩(wěn)定性、安全性要求很高，因此

23、需要建設一個行之有效、安全穩(wěn)定的運營支撐平臺來保障新媒體運營服務，為三網(wǎng)融合提供安全、穩(wěn)定、可擴展的運營環(huán)境。2.2 項目目標2.2.1 廣告合作管理廣告合作客戶、廣告代理的信息登記，廣告合作客戶、廣告代理的廣告投放情況管理，與廣告合作客戶或代理的結(jié)算與分成管理。2.2.2 新媒體素材引入與維護支撐系統(tǒng)能夠支持 IPTV 新媒體運營所需素材（包括圖片、文字、音視頻）的上傳引入、審核、統(tǒng)一維護功能。系統(tǒng)能夠為提供素材的合作伙伴建立專屬賬號，合作伙伴通過系統(tǒng)分配的賬號能夠且只能夠維護自身提供的素材（為合作伙伴提供的維護功能包括：素材上傳、素材查詢、過期素材刪除等） 。新媒體運營服務支撐系統(tǒng)提供對引

24、入素材的和審核管理及外部審核服務接口，播控方可通過支撐系統(tǒng)操作界面或調(diào)用審核服務接口對引入的新媒體素材進行審核，未經(jīng)過審核的素材無法通過新媒體運營服務支撐系統(tǒng)發(fā)布給 IPTV 用戶。審核接口提供按帳號層級進行審核的功能，審核員可對自身帳號層級以下帳號上傳的素材進行審核。通過新媒體運營支撐系統(tǒng)中可對通過審核的素材進行統(tǒng)一維護（素材在系統(tǒng)數(shù)據(jù)庫中保存的字段和業(yè)務流程邏輯需在實際開發(fā)中按照甲方要求制定） ，統(tǒng)一維護涉及對素材屬性的修改。對素材本身的任何修改，系統(tǒng)都應要求素材重新接受審核。廣告內(nèi)容資源的注入和信息管理需要考慮支持 IPTV2.0 和 IPTV3.0 平臺規(guī)范。（1）性能要求： 10 /

25、 51 文檔可自由編輯打印素材引入方面：支持多個賬號同時在系統(tǒng)管理界面上進行素材制作和審核發(fā)布等工作，所有頁面化的操作響應延時不超過 1S。素材審核接口：支持播控方實時素材審核。操作響應時延不超過 2S。2.2.3 廣告資源位管理支撐功能模塊對 IPTV 平臺所有的新媒體廣告資源為進行統(tǒng)一管理；為日常廣告運營過程中對 IPTV 系統(tǒng)內(nèi)廣告位資源使用情況的管理提供支撐。提供當前 IPTV 平臺可用新媒體運營資源動態(tài)情況的管理（包括查詢、預分配、鎖定等）和歷史使用記錄的查詢。（1）性能要求： 能夠?qū)崟r獲取展示 IPTV 平臺可用新媒體運營資源變化情況。（2）功能要求：具體功能要求見第四章 詳細技術(shù)

26、要求。2.2.4 新媒體廣告運營投放需求與投放排期針對每條廣告的投放需求進行管理，支持該條廣告需求的錄入，并根據(jù)需求在 IPTV 平臺廣告資源位上進行資源分配。對于 IPTV 平臺廣告資源位要能夠支持按照時間、屬地、分組等動態(tài)按比例劃分。系統(tǒng)支持按廣告運營投放需求對 IPTV 平臺新媒體運營資源進行覆蓋：系統(tǒng)操作員基于廣告運營需求編排一段時期內(nèi)系統(tǒng)內(nèi)全部廣告的整體投放策略（按總投放次數(shù)、單用戶投放次數(shù)、按時段、按內(nèi)容觀看場景、按廣告位、按用戶地域、按用戶組別等策略以及簡單的組合策略） 。在進行廣告投放運營之前，所有的廣告內(nèi)容均需通過播控審核，未通過審核的廣告內(nèi)容不能進行投放運營。（1）功能要求

27、：具體功能要求見第四章 詳細技術(shù)要求。2.2.5 廣告實時投放引擎新媒體運營服務支撐系統(tǒng)工程支持面向至少 600 萬 IPTV 用戶進行新媒體實時內(nèi)容推送、推送效果監(jiān)控、應急響應處理等功能；系統(tǒng)要按照江蘇電信 IPTV平臺接口規(guī)范與 IPTV 業(yè)務管理平臺、IPTV 平臺 EPG 系統(tǒng)、電視消息系統(tǒng)等進行對接實現(xiàn)內(nèi)容實時推送功能，支持對已編排完成的新媒體運營內(nèi)容（包括：圖11 / 51 文檔可自由編輯打印文宣傳片、圖文廣告、系統(tǒng)通知等）實時推送到 IPTV 系統(tǒng)并不影響 IPTV 系統(tǒng)基本功能的正常運行；系統(tǒng)要能夠監(jiān)控推送到 IPTV 系統(tǒng)的新媒體運營內(nèi)容是否成功到達；支持對于新媒體運營緊急情

28、況的響應處理（包括：已投放內(nèi)容屏蔽，未投放內(nèi)容撤銷等必要手段） ，通過新媒體運營服務系統(tǒng)實時推送的新媒體運營內(nèi)容在 IPTV 內(nèi)的展示不對 IPTV 系統(tǒng)自身功能造成任何影響。因新媒體運營服務系統(tǒng)自身問題造成的新媒體運營故障不影響 IPTV 平臺的任何功能服務。新媒體運營支撐系統(tǒng)具備業(yè)務的可擴展性， 要能夠隨著江蘇電信新媒體運營范圍（包括移動終端、智能機頂盒）靈活的擴充新媒體實時推送支撐能力。（1）性能要求延時能力： 實時推送接口信息反饋延時小于 500ms，新媒體運營服務支撐系統(tǒng)的 web 頁面類資源展示延時小于 1.5s.并發(fā)能力：支撐江蘇公司 IPTV600 萬用戶的正常運營服務。（2）

29、功能要求具體功能要求見第四章 詳細技術(shù)要求。2.2.6 新媒體運營效益評估對于通過新媒體運營服務支撐系統(tǒng)，面向 IPTV 平臺用戶進行的新媒體運營工作，系統(tǒng)要能夠支持對每一項具體新媒體投放的用戶到達率、用戶有效轉(zhuǎn)化率、曝光頻次、廣告按地區(qū)展示情況等基礎投放數(shù)據(jù)的統(tǒng)計和分析，根據(jù)具體廣告結(jié)算及分成策略生成最終的結(jié)算及分成數(shù)據(jù),并支持第三方數(shù)據(jù)采集機構(gòu)等外部系統(tǒng)對新媒體運營數(shù)據(jù)的實時采集需求。（1）性能要求延時能力： 支持對廣告投放的實時采集，并能夠周期性生成投放日志數(shù)據(jù)（最短周期不大于 5 分鐘）并發(fā)能力：支撐江蘇公司 IPTV600 萬用戶的正常運營服務采集（2）功能要求具體功能要求見第四章

30、詳細技術(shù)要求。2.2.7 新媒體運營服務支撐系統(tǒng)與 IPTV 平臺接口上述工作（2.2.1 2.2.6）涉及新媒體運營服務支撐系統(tǒng)與 IPTV 管理系統(tǒng)、EPG 系統(tǒng)、外部廣告收視數(shù)據(jù)采集（第三方廣告投放數(shù)據(jù)中立機構(gòu)、電信自有收視運營統(tǒng)計系統(tǒng)）的接口對接工作，在上述章節(jié)已經(jīng)提及。12 / 51 文檔可自由編輯打印具體功能要求見第四章 詳細技術(shù)要求。2.2.8 賬號管理體系賬號管理體系系統(tǒng)管理員能夠為不同的合作伙伴分配不同的素材空間；系統(tǒng)管理員、操作員、合作伙伴賬號分權(quán)分域管理；分 CP 的權(quán)限管理，含廣告引入、制作、投放、投放后處理等諸多流程環(huán)節(jié)的權(quán)限管理。2.3 建設原則（1）規(guī)范性：嚴格遵

31、循中國電信集團的相關(guān)技術(shù)規(guī)范和業(yè)務規(guī)范的要求，應對平臺進行整體規(guī)劃。（2）開放性：系統(tǒng)遵循開放性架構(gòu)，采用開放的接口協(xié)議與開發(fā)平臺，為用戶提供統(tǒng)一的、開放的能力調(diào)用；業(yè)務維護和發(fā)展不依賴于設備廠商，能夠保證業(yè)務的持續(xù)升級和發(fā)展；（3）安全性：系統(tǒng)按照電信級的應用進行設計，系統(tǒng)軟硬件架構(gòu)充分考慮整個系統(tǒng)運行的安全策略和機制；針對各類流程的安全需求，采用多種安全技術(shù)手段，為用戶提供完善的安全技術(shù)保障；（4）成熟性：采用成熟穩(wěn)定并具有電信級運營實例的硬件平臺和第三方軟件。3、總體技術(shù)要求3.1 總體要求（1）系統(tǒng)各項技術(shù)應遵循國家相關(guān)標準和技術(shù)體制，沒有相應國家標準則須遵循國際標準。對于現(xiàn)存多種標準

32、的技術(shù)，乙方應與甲方共同協(xié)商選定標準。一旦相應的中國（或國際）標準確立，乙方應保證在一年內(nèi)（不收取額外開發(fā)費用）過渡到甲方要求相應的中國（或國際）標準；（2）乙方應向甲方提供完整、最新而成熟的系統(tǒng)軟硬件等技術(shù)和產(chǎn)品。其各項技術(shù)應保證具有開放性、可移植性、兼容性和可擴展性。系統(tǒng)配置的軟件和硬件設備提供開放的應用接口，可以方便地與其他廠家同類型系統(tǒng)進行軟、硬件平臺互連，便于系統(tǒng)未來的擴展；（3）乙方應詳細說明本期工程所提供設備配置的處理能力、容量以及最大13 / 51 文檔可自由編輯打印擴容可達到的處理能力及容量，說明系統(tǒng)容量受限制的原因，并提供系統(tǒng)進一步擴容的方案；（4）如設備為 OEM 第三方

33、產(chǎn)品，乙方應說明該產(chǎn)品的原生產(chǎn)廠商；（5）乙方應保證系統(tǒng)割接不能中斷業(yè)務，也不能影響原有業(yè)務數(shù)據(jù)；（6）若乙方提供系統(tǒng)軟硬件，則乙方提供系統(tǒng)所有軟硬件保修兩年，保修期自買賣雙方簽訂終驗證書之日起開始計算，保修期內(nèi)乙方為甲方免費更換和維修有缺陷的設備（包括軟件的升級和改造） 。對于有缺陷的硬件設備，乙方應在收到它們的十五天以內(nèi)修復或更換并返還給甲方；乙方保證自終驗證書簽訂之日起六年內(nèi)向甲方提供維修配件；（7）如果乙方目前難以達到甲方所提出的技術(shù)要求，甲方要求通過商務條件使乙方承諾進行產(chǎn)品的技術(shù)升級；（8）乙方負責提交系統(tǒng)的驗收測試方案供甲方確認，并配合甲方完成工程驗收；（9）乙方應根據(jù)甲方的業(yè)務

34、需求及相關(guān)的技術(shù)規(guī)劃要求，提出完整的項目管理、系統(tǒng)設計、工程培訓、項目施工、項目驗收、技術(shù)支持方案以及乙方人力資源供給方案，乙方負責建立并向甲方提交工程技術(shù)文檔。3.2 系統(tǒng)設計要求為了保證本期工程建設的順利實施，要求乙方在技術(shù)實現(xiàn)上應堅持以下原則：（1）應滿足國際標準化、開放性、一致性、完備性、正確性、健壯性、靈活性、可擴展性、可監(jiān)控/可跟蹤性、安全性、可運營性和可維護性等要求；（2）應采用國際、國內(nèi)的標準技術(shù)，采用規(guī)范的接口和協(xié)議，保證系統(tǒng)各組成部分的協(xié)同一致，構(gòu)成可兼容、易移植的系統(tǒng)平臺；（3）乙方保證對外接口的開放性，支持與不同廠商設備間的互連。（4）高可靠性/穩(wěn)定性：采用故障檢查、告

35、警和處理機制，保證數(shù)據(jù)不因意外情況丟失或損壞；采用靈活的任務調(diào)度機制實現(xiàn)負載均衡，防止“瓶頸”產(chǎn)生。（5）本系統(tǒng)要求長時間不間斷運行，因此可靠性保證應作為系統(tǒng)設計的出發(fā)點。除了數(shù)據(jù)傳輸要可靠外，系統(tǒng)必須具備良好的文件和數(shù)據(jù)庫備份機制，定14 / 51 文檔可自由編輯打印期對系統(tǒng)進行備份，并在系統(tǒng)數(shù)據(jù)丟失的情況下提供數(shù)據(jù)恢復。（6）乙方所提供系統(tǒng)應提供一定的分級分權(quán)管理機制。（7）乙方在建議書應對系統(tǒng)所采用的體系結(jié)構(gòu)、采用的技術(shù)、實現(xiàn)方式、編程語言進行詳細的闡述。3.3 系統(tǒng)質(zhì)量要求3.3.1 系統(tǒng)應具備高可靠性（1）乙方應向需求方提供成熟的、容錯性和易恢復性俱佳的系統(tǒng)。（2）系統(tǒng)必須支持連續(xù)

36、724 小時不間斷地工作。（3）系統(tǒng)必須支持負載均衡能力，支持應用部署在多臺服務器上，避免應用系統(tǒng)的單點故障。冗余點在單臺設備軟硬件故障情況下，要求系統(tǒng)所承載業(yè)務仍正常提供且服務質(zhì)量不劣化。（4）系統(tǒng)應具備靜態(tài)過負荷控制和動態(tài)過負荷控制兩種過負荷控制的能力，能根據(jù) CPU、內(nèi)存、處理能力進行過負荷控制。（5）軟件故障情況下，系統(tǒng)應具備故障守護恢復機制，即當發(fā)生一般性軟件障礙時，系統(tǒng)應具有自糾恢復能力。當發(fā)生全系統(tǒng)中斷或電源中斷恢復后，系統(tǒng)應能迅速地自動再啟動運行。乙方應在應標書中說明系統(tǒng)故障倒換對業(yè)務損傷情況和系統(tǒng)恢復、再啟動所需的時間。（6）系統(tǒng)能夠正確識別外圍系統(tǒng)發(fā)的錯誤請求及重復請求，避

37、免出現(xiàn)一些不可預測的結(jié)果。3.3.2 系統(tǒng)應具備安全性（1）網(wǎng)絡安全系統(tǒng)需要劃分安全域并進行隔離，同時建立完善的網(wǎng)絡安全機制，這些安全機制包括：防火墻系統(tǒng)、入侵檢測系統(tǒng)等。系統(tǒng)應支持訪問控制、安全檢測、攻擊監(jiān)控等一系列安全功能，應提供完整的網(wǎng)絡安全監(jiān)控、報警和故障處理功能。a）具有入侵檢測的功能，監(jiān)控可疑的連接、非法訪問等，采取的措施包括實時報警、自動阻斷通信連接或執(zhí)行用戶自定義的安全策略，入侵檢測系統(tǒng)應對違背安全事件記錄并報警；15 / 51 文檔可自由編輯打印b）能定期檢查安全漏洞，根據(jù)掃描的結(jié)果更正網(wǎng)絡安全漏洞和系統(tǒng)中的錯誤配置；c）乙方應提供有關(guān)網(wǎng)絡安全的詳細說明，公網(wǎng)上傳輸?shù)臄?shù)據(jù)，必

38、須以國家標準的加密算法加密，并在應標書列出算法及相關(guān)軟件列表；d）與其它網(wǎng)絡的連接須設置防火墻，并定義完備的安全配置策略進行隔離。（2）數(shù)據(jù)安全a）系統(tǒng)必須采取定期備份或作數(shù)據(jù)容災備份等措施來保證數(shù)據(jù)的安全。b）系統(tǒng)必須提供聯(lián)機的數(shù)據(jù)備份能力，保證數(shù)據(jù)的完整性和有效性。c）系統(tǒng)對用戶數(shù)據(jù)也應采取安全措施，防止用戶數(shù)據(jù)泄密、丟失和被非法修改，保障用戶利益。（3）系統(tǒng)安全a）系統(tǒng)應具有防病毒能力。防病毒軟件應具備全面查殺病毒，查殺病毒準確無誤，管理方便，病毒特征碼自動更新，安裝簡單的特點；b）系統(tǒng)應具備訪問權(quán)限的識別和控制功能，根據(jù)不同的應用需求提供多級密碼口令，對系統(tǒng)管理員、數(shù)據(jù)庫管理員及其他管

39、理員必須授予不同級別的管理權(quán)限。當有非法訪問或系統(tǒng)安全性受到破壞時必須告警；任何遠程登錄用戶的口令均必須具有有效期配置功能；c）系統(tǒng)應提供操作日志記錄功能，以便及時掌握系統(tǒng)安全狀態(tài)，操作系統(tǒng)應符合 C2 級以上安全標準；d）數(shù)據(jù)庫應支持 C2 或以上級安全標準、多級安全控制。支持數(shù)據(jù)庫存儲加密、數(shù)據(jù)傳輸通道加密及相應冗余控制；e）對數(shù)據(jù)庫的操作必須提供一致性認證。禁止對數(shù)據(jù)庫進行手工操作；f）系統(tǒng)用戶賬號管理、密碼管理、數(shù)據(jù)訪問權(quán)限和功能操作權(quán)限管理必須滿足中國電信江蘇公司 IT 內(nèi)控要求。3.3.3 系統(tǒng)應易于使用（1）系統(tǒng)應易于安裝和使用，具備風格一致用戶界面，且用戶界面應為中文操作界面。

40、為方便使用，系統(tǒng)應設置導航欄等內(nèi)容。（2）系統(tǒng)應能在瀏覽器中完成基本的管理任務，對用戶輸入錯誤，應盡早16 / 51 文檔可自由編輯打印發(fā)現(xiàn)和提示。（3）系統(tǒng)應具備完善的聯(lián)機幫助功能。（4）隨系統(tǒng)提交的產(chǎn)品文件必須包括完善的、針對不同級別用戶的應用系統(tǒng)培訓教材、培訓考題及培訓考核方法建議。（5）廠家可以通過對產(chǎn)品頒發(fā)資格認證證書的方式，以確認用戶對該產(chǎn)品的某個操作級別的使用資格。（6）對于業(yè)務熟練并且熟悉電腦操作的普通用戶，應該可以通過不超過三天的初級培訓，即可熟練掌握應用系統(tǒng)基本功能的操作技能。（7）對于系統(tǒng)管理員，應該可以通過不超過累計兩周的培訓，即可熟練掌握應用系統(tǒng)管理相關(guān)功能的操作技能

41、。（8）應用系統(tǒng)必須提供一致性的圖形用戶界面風格。（9）應用系統(tǒng)對普通用戶的操作界面應該以 B/S 方式實現(xiàn)。（10）應用系統(tǒng)應該支持操作員登錄系統(tǒng)后，不超過三次鼠標的點擊，即可訪問到業(yè)務所需功能。（11）應用系統(tǒng)必須支持同時打開多個管理窗口以對不同任務進行并行的操作。（12）應用系統(tǒng)應該支持在一個業(yè)務過程中的所有功能界面都有返回上一個操作的快捷聯(lián)接。（13）應用系統(tǒng)應該支持通過鍵盤即可完成一個界面窗口內(nèi)的主要操作。（14）應用系統(tǒng)應該支持通過 Tab 鍵或回車鍵可以訪問到同一個窗口的所有控件對象。（15）應用系統(tǒng)應該支持對于常用功能設置快捷鍵以方便功能間的切換；快捷鍵的功能定義在全系統(tǒng)保持一

42、致。（16）應用系統(tǒng)必須采用分頁機制顯示查詢結(jié)果，并顯示返回的記錄數(shù)目、當前頁和總頁數(shù)。（17）應用系統(tǒng)發(fā)現(xiàn)用戶提交有誤信息，必須以彈出窗口的形式明確提示用戶錯誤的原因，并把界面控制焦點置于發(fā)生錯誤的控件對象上。（18）應用系統(tǒng)的操作界面必須用“*”明確標識出必填的輸入信息。（19）在導致系統(tǒng)數(shù)據(jù)發(fā)生變化的操作執(zhí)行之前，系統(tǒng)應該彈出提示窗口供用戶確認。17 / 51 文檔可自由編輯打?。?0）對于復雜的信息結(jié)構(gòu)，系統(tǒng)應該采用分幀的機制在同一個窗口中顯示不同的信息內(nèi)容，并自動刷新不同部分的信息內(nèi)容。（21）當應用系統(tǒng)正在執(zhí)行用戶提交的請求而無法返回時，必須明確標識系統(tǒng)處于繁忙階段。（22）應用系

43、統(tǒng)功能菜單必須按照功能域、功能組的分類方法進行組織。（23）對于操作員無權(quán)限使用的菜單功能，應用系統(tǒng)不允許顯示該菜單或?qū)⑵湓O置為不可用狀態(tài)。（24）系統(tǒng)必須提供在線幫助功能，對于每一個操作功能都能查找到相應的詳細使用說明。（25）操作員登錄系統(tǒng)后，系統(tǒng)必須能夠主動地提醒等待該操作員處理的任務。3.3.4 系統(tǒng)可維護性要求（1）系統(tǒng)具備方便且可定期執(zhí)行、分析結(jié)果的業(yè)務測試功能。（2）系統(tǒng)應易于修改，對某一個子系統(tǒng)的修改，不影響其他系統(tǒng)的正常運行。（3）系統(tǒng)應易于擴展，新增服務時要求對系統(tǒng)做盡可能少的修改。（4）系統(tǒng)應具備自管理和監(jiān)控功能，能夠?qū)崟r監(jiān)控各模塊的執(zhí)行。（5）乙方提供的系統(tǒng)應具備在線升

44、級協(xié)議及版本的功能，在不中斷業(yè)務的情況下支持對系統(tǒng)的外部接口協(xié)議進行在線升級、對修改后的系統(tǒng)版本進行在線升級。（6）系統(tǒng)在運行過程中所發(fā)生的任何錯誤都應該有明確的錯誤編號，并能在系統(tǒng)的相應維護手冊中查到錯誤處理方法與步驟。（7）應用系統(tǒng)必須支持通過統(tǒng)一的圖形界面，能夠監(jiān)控到應用系統(tǒng)所有的報警、異常信息。（8）應用系統(tǒng)應該采用構(gòu)件化設計思想，系統(tǒng)框架與業(yè)務邏輯分離；要求具備開放的體系結(jié)構(gòu)。（9）系統(tǒng)應提供測試模擬環(huán)境，用于在正式上線前驗證測試，該測試環(huán)境與實際環(huán)境等邏輯分開，避免測試中出現(xiàn)故障或加載失敗影響正式業(yè)務提供。（10）乙方提供的系統(tǒng)應具備利用甲方已有時間同步系統(tǒng)進行時間同步和時18 /

45、 51 文檔可自由編輯打印間自動調(diào)整的功能。3.3.5 系統(tǒng)完備性要求乙方根據(jù)本規(guī)范書要求提出的方案及設備配置，必須能完成網(wǎng)絡連接及所有要求的功能，不存在電纜、網(wǎng)卡或其它附件的短缺，不存在本期工程設備和軟件性能不滿足業(yè)務需求和系統(tǒng)功能的情況，否則乙方須在兩周內(nèi)免費補齊所缺設備和軟件。3.3.6 系統(tǒng)可測試性要求（1）隨系統(tǒng)提交的技術(shù)文件必須明確標識出所實現(xiàn)的可度量的功能和性能指標。（2）乙方應有固定的測試工程師進行專門的測試工作，每次新功能測試完成后，應提供詳細的測試文檔，包括測試的用例、方法及其結(jié)果等，交付局方人員作驗收測試。測試結(jié)果應符合實際，測試未通過的項目應及時反饋并進行修改。3.3.

46、7 系統(tǒng)可移植性要求（1）系統(tǒng)應該不需改動或盡可能少的改動就可以在不同的主流UNIX（IBM、HP、SUN 等）及 Linux 平臺下方便的移植。（2）系統(tǒng)必須對于存儲設備、備份設備及各種網(wǎng)絡設備具有完全無關(guān)性。（3）系統(tǒng)必須支持在不同主流數(shù)據(jù)庫平臺（ORACLE、INFOMIX、DB2、SYBASE 等）的移植。移植時不允許修改業(yè)務邏輯構(gòu)件，應該盡可能少地修改直接操作數(shù)據(jù)庫的信息服務構(gòu)件。3.3.8 系統(tǒng)易安裝性要求（1）系統(tǒng)應該提供圖形化的安裝與配置界面。（2）系統(tǒng)必須支持軟件版本的自動升級。3.3.9 系統(tǒng)可擴展性要求系統(tǒng)應具有靈活性與可擴展性。既可以方便的擴展設備容量和提升設備性能，又

47、能確保系統(tǒng)整體的平滑升級。系統(tǒng)升級應在不影響正常業(yè)務的條件下進行。系統(tǒng)設備應以模塊化方式組建，設備的處理能力能夠平滑擴容。19 / 51 文檔可自由編輯打印系統(tǒng)后續(xù)擴容通過硬件能力擴充、增加實時投放引擎數(shù)量完成功能優(yōu)化與升級工作。3.4 系統(tǒng)集成要求3.4.1 軟件開發(fā)要求3.4.1.1 總體要求乙方開發(fā)的軟件必須支持 x86 平臺。業(yè)務平臺設計應采用模塊化設計，功能模塊之間應減少耦合度；功能模塊與系統(tǒng)之間采用開放的接口進行通信；開發(fā)人員可靈活開發(fā)、疊加新的功能模塊，并可在不需對原有系統(tǒng)進行重新編譯的前提下，動態(tài)加載到系統(tǒng)使用。3.4.1.2 部署要求（1）云資源配置的選擇應用平臺對硬件資源提

48、出需求時總體上要求在資源池能力范圍之內(nèi)。對于計算資源，單模塊對單計算服務器（虛擬機）的要求不超過 4 核，內(nèi)存要求不超過 8G，硬盤容量不超過 500G。（2）第三方軟件的選擇數(shù)據(jù)庫：選擇支持 x86 服務器架構(gòu)部署的數(shù)據(jù)庫，當采用大規(guī)模大型分布式關(guān)系數(shù)據(jù)庫或大型面向?qū)ο笮蛿?shù)據(jù)庫時，應提前做好 x86 適配工作。數(shù)據(jù)庫的選擇還需要考慮數(shù)據(jù)庫 HA 等高級功能的可用性。操作系統(tǒng)：操作系統(tǒng)的選擇要根據(jù)資源池服務能力列表選擇，要求采用 64位的操作系統(tǒng)。第三方軟件未來將實現(xiàn)資源和項目的分離，實現(xiàn)第三方軟件的集約化管理，有條件的省可以做好數(shù)據(jù)庫、中間件的分集群統(tǒng)一部署測試，實現(xiàn)功能的共享。（3）可移植

49、性要求業(yè)務系統(tǒng)應該不需改動或盡可能少的改動就可以在不同的主流 x86 平臺包括（windows、Linux）平臺下方便的移植，對于虛擬化平臺要求應用平臺對虛擬化層軟件的無關(guān)性，至少支持 VMWARE、KVM、XEN、hyper-V 等虛擬化平臺。應用軟件必須對于計算設備、存儲設備、備份設備及各種網(wǎng)絡設備具有無關(guān)性。20 / 51 文檔可自由編輯打印應用軟件系統(tǒng)應盡可能支持在不同主流數(shù)據(jù)庫平臺（ORACLE、INFOMIX、DB2、SYBASE 等）的移植。移植時不允許修改業(yè)務邏輯構(gòu)件，應該盡可能少地修改直接操作數(shù)據(jù)庫的信息服務構(gòu)件。（4）高可靠性的開發(fā)要求業(yè)務平臺中的任一構(gòu)件更新、加載時，在不

50、更新與上下構(gòu)件的接口的前提下，不影響業(yè)務運轉(zhuǎn)和服務。業(yè)務平臺需要支持負載均衡能力，支持應用部署在多臺服務器上。冗余點在單臺底層資源故障情況下，系統(tǒng)所承載業(yè)務仍正常提供且服務質(zhì)量不劣化。業(yè)務平臺需要考慮部署靜態(tài)過負荷控制和動態(tài)過負荷控制兩種過負荷控制的能力單元，能根據(jù)虛擬機、物理機的 CPU、內(nèi)存、處理能力進行過負荷控制。具備能力的業(yè)務平臺開發(fā)廠家，可以考慮識別所分配資源發(fā)出的錯誤警告，做出業(yè)務負載調(diào)整，避免出現(xiàn)一些不可預測的結(jié)果。（5）系統(tǒng)可擴展性要求業(yè)務系統(tǒng)開發(fā)應具有靈活性與可擴展性。既可以方便地擴展設備容量和提升設備性能，又能確保系統(tǒng)整體的平滑升級。業(yè)務平臺各個構(gòu)件應以模塊化方式組建，各構(gòu)

51、件模塊的處理能力能夠通過修改底層硬件能力或者通過疊加設備的方式實現(xiàn)擴容。（6）系統(tǒng)可維護性要求業(yè)務平臺的設計易于修改，對某一個子系統(tǒng)的修改，不影響業(yè)務的正常運行；當業(yè)務平臺的構(gòu)成體系易于擴展，當新增服務器時要求對系統(tǒng)做盡可能少的修改。業(yè)務平臺開發(fā)需要考慮底層資源的熱插拔變化，避免配置變化而引起的應用崩潰。（7）易安裝性業(yè)務平臺軟件的安裝、重新安裝支持 ISO 文件、遠程網(wǎng)絡等多種安裝方式；軟件版本升級的自動化操作可以指定到某個存儲目錄進行升級。3.4.2 業(yè)務系統(tǒng)部署要求3.4.2.1 系統(tǒng)評估設計階段（1）系統(tǒng)評估21 / 51 文檔可自由編輯打印乙方需要根據(jù)業(yè)務建設規(guī)模、業(yè)務能力需求、業(yè)務

52、增長模型、峰值曲線等等構(gòu)建業(yè)務模型，論證資源需求并提交申請進行評估?；蚩梢愿鶕?jù)條件在資源池測試平臺上根據(jù)業(yè)務模型進行壓力測試，后期根據(jù)壓力測試結(jié)果分配資源。如存在多廠家的資源池，應評估系統(tǒng) I/O，選擇合適的廠家的資源池（VMWARE 性能、KVM 性能） 。并明確說明以下內(nèi)容：1）IP 地址的源地址路由（資源池普遍采用私有地址，公網(wǎng) IP 采用 NAT 方式，部分資源池實現(xiàn)源地址路由有困難，如 SP 網(wǎng)關(guān)等、客戶端登陸類的平臺） ；2）多業(yè)務處理機集群的實現(xiàn)方式；3）數(shù)據(jù)庫集群方式；4）系統(tǒng)的安全區(qū)域劃分；5）系統(tǒng)的請求處理量和計算處理量分布；6）系統(tǒng)的內(nèi)外部流量模型等。（2）虛擬化架構(gòu)設計

53、乙方需根據(jù)評估結(jié)果，對業(yè)務系統(tǒng)進行虛擬化架構(gòu)設計，為實際部署提供虛擬化集成方案。并根據(jù)業(yè)務需求和業(yè)務增長模型，確定是否根據(jù)需求一次建設到位，進行計算設計、存儲結(jié)構(gòu)設計、網(wǎng)絡模型設計。（3）資源池規(guī)劃設計乙方需綜合考慮系統(tǒng)服務器、存儲、網(wǎng)絡、運營管理、備份與恢復、性能、業(yè)務連續(xù)性等因素定制虛擬化架構(gòu)設計和配置，制定保障計劃。如哪些服務器需要資源池配置高可用配置 HA、FT 等；存儲需要注意如果采用統(tǒng)一存儲，后續(xù)的容量追加擴展方案，分配給該系統(tǒng)的 RAID 方式。3.4.2.2 系統(tǒng)部署階段乙方需根據(jù)前期確定的方案，在資源池上進行按需分配，并將：（1）集群的虛擬機分配在不同的物理服務器上（2）同一

54、物理服務器內(nèi)不同虛擬機根據(jù) I/O 需求以及業(yè)務峰值時間進行匹配。盡量避免 I/O 分布不均，業(yè)務峰值同期等。22 / 51 文檔可自由編輯打印4、詳細技術(shù)要求本項目招標是為滿足中國電信江蘇公司新媒體運營服務定制需求，相關(guān)本地化需求收集、方案制定及定制開發(fā)工作需中標廠家提供現(xiàn)場開發(fā)支撐，業(yè)務系統(tǒng)的運營維護保障及業(yè)務運營日常的零星需求需中標廠家提供現(xiàn)場支撐響應。4.1 新媒體素材引入與維護支撐新媒體素材引入與維護支撐4.1.1 功能邏輯結(jié)構(gòu)根據(jù)業(yè)務功能需求及系統(tǒng)設計要求，新媒體素材引入與維護支撐需要具備與IPTV 業(yè)務管理平臺接口、文件管理、素材審核接口協(xié)議等功能模塊，具體如下圖所示：新媒體素材

55、上傳管理模塊用于對廣告業(yè)務合作伙伴（或代理）上傳各類新媒體廣告運營素材（包括圖文、視聽）提供操作界面。模塊接收運營素材并將素材通過素材審核接口通知播控方進行內(nèi)容合法性審核。素材審核接口將新媒體廣告運營素材全部信息提供給播控方進行合法性審核。播控方審核通過的素材正式入庫，審核不通過的素材在廣告業(yè)務合作伙伴(或代理)的素材頁面提示審核不通過原因，不予入庫。對于通過播控方審核的圖文素材，通過新媒體素材數(shù)據(jù)庫直接進行維護；對于通過播控方審核的視聽素材，通過與 IPTV 平臺的內(nèi)容下發(fā)接口下發(fā)到 IPTV平臺；對于通過播控方審核的圖文素材，通過與 IPTV 平臺 EPG 系統(tǒng)接口下發(fā)。4.1.2 功能要

56、求4.1.2.1 與播控方的素材審核接口接口主要完成將素材提供給播控方進行合法性審核的工作，目前要求與江蘇23 / 51 文檔可自由編輯打印電信 IPTV 平臺播控方進行對接，將素材信息透傳至播控方平臺（或按照播控方要求在新媒體運營服務支撐系統(tǒng)提供審核界面） ，實現(xiàn)對新媒體廣告運營素材的合法性審核。審核接口反饋信息應至少包括：審核結(jié)論和審核意見。其中審核結(jié)論為“通過”或“不通過” ，審核意見不允許為空。審核操作員操作信息需在本地保存至少 3 個月以上。審核結(jié)論為“不通過”的素材，應通過新媒體運營服務支撐系統(tǒng)向上傳方進行反饋。4.1.2.2 素材管理廣告合作伙伴（或代理）上傳的素材，只有在通過播

57、控方審核后方可錄入新媒體素材數(shù)據(jù)庫。錄入新媒體素材數(shù)據(jù)庫的各類素材不允許對素材內(nèi)容（圖片內(nèi)容、文字內(nèi)容或視聽內(nèi)容）進行任何更改，入庫的素材內(nèi)容發(fā)生任何更改均需重新通過素材審核接口進行審核。廣告合作伙伴（或代理）僅能夠?qū)ψ约旱乃夭倪M行查閱。系統(tǒng)管理員及經(jīng)過授權(quán)的操作員可對系統(tǒng)內(nèi)全部素材進行查閱。4.1.2.3 IPTV 平臺下發(fā)接口視聽類素材通過播控方審核后，與 IPTV 業(yè)務管理平臺提供的內(nèi)容下發(fā)接口對接下發(fā)到 IPTV 平臺提供服務。圖文類素材通過播控方審核后，保存在新媒體素材庫中，在該素材進行運營時通過與 IPTV 平臺 EPG 系統(tǒng)接口下發(fā)到 EPG 平臺展示。4.1.3 協(xié)議適配模塊提

58、供的 IPTV 平臺下發(fā)接口，需支持中國電信 IPTV 技術(shù)規(guī)范 2.0及中國電信 IPTV 技術(shù)規(guī)范 3.0 、 江蘇電信 IPTV 業(yè)務管理平臺規(guī)范中規(guī)定的下發(fā)接口規(guī)范。4.2 廣告資源位管理支撐功能模塊廣告資源位管理支撐功能模塊根據(jù)業(yè)務功能需求及系統(tǒng)設計要求，廣告資源位管理支撐需要具備與 IPTV平臺接口、IPTV 業(yè)務管理平臺接口、廣告資源位統(tǒng)一調(diào)配功能模塊，為廣告運營排期提供廣告資源位信息支撐。4.2.1 系統(tǒng)功能需求4.2.1.1 與 IPTV 平臺接口24 / 51 文檔可自由編輯打印廣告資源位管理與 IPTV 平臺接口分為與 EPG 系統(tǒng)接口和與電視消息系統(tǒng)接口。其中與 EPG

59、 系統(tǒng)接口主要完成對 EPG 系統(tǒng)內(nèi)可用的廣告資源位進行統(tǒng)一管理與運營調(diào)配，與電視消息系統(tǒng)接口主要完成對彈出頁面廣告、游走字幕廣告、開機畫面廣告資源位進行統(tǒng)一管理與運營調(diào)配。（1）與 EPG 系統(tǒng)接口與 EPG 系統(tǒng)對接，獲取到 EPG 系統(tǒng)內(nèi)全部可用的頁面廣告位、VOD 貼片廣告位，并對上述廣告位進行統(tǒng)一編號管理。為廣告業(yè)務排期提供支撐。（2）與電視消息系統(tǒng)接口與電視消息系統(tǒng)對接，獲取開機畫面廣告位、彈出頁面廣告位、游走字幕廣告位的調(diào)用接口。為廣告業(yè)務排期提供支撐。4.2.1.2 廣告資源位統(tǒng)一管理調(diào)配IPTV 系統(tǒng)廣告資源位具有地域?qū)傩?，EPG 頁面上的同一個位置，在不同的地區(qū)屬于不同的廣

60、告資源；不同地區(qū)的開機畫面也屬于不同的廣告資源；IPTV系統(tǒng)廣告資源位具有用戶分組屬性，EPG 頁面上的同一個位置，在不同的用戶分組屬于不同的廣告資源。對與廣告資源位，系統(tǒng)應提供該資源位按時間、地域、用戶分組等維度按可配置比例進行劃分的功能。通過廣告資源位統(tǒng)一管理調(diào)配功能模塊，可查詢和管理 IPTV 平臺全部可用廣告資源位（廣告資源位屬性分為：全省可用資源、地區(qū)可用資源、分組可用資源） 。當 EPG 系統(tǒng)新增廣告資源位時，系統(tǒng)應實現(xiàn)通過接口實時獲取新增廣告資源位信息。4.3 新媒體廣告運營投放需求與投放排期新媒體廣告運營投放需求與投放排期新媒體廣告運營投放需求主要實現(xiàn)對廣告合作伙伴（或代理）提