動(dòng)態(tài)內(nèi)容分發(fā)平臺(tái)設(shè)備規(guī)范_第1頁
動(dòng)態(tài)內(nèi)容分發(fā)平臺(tái)設(shè)備規(guī)范_第2頁
動(dòng)態(tài)內(nèi)容分發(fā)平臺(tái)設(shè)備規(guī)范_第3頁
動(dòng)態(tài)內(nèi)容分發(fā)平臺(tái)設(shè)備規(guī)范_第4頁
動(dòng)態(tài)內(nèi)容分發(fā)平臺(tái)設(shè)備規(guī)范_第5頁
已閱讀5頁,還剩27頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、動(dòng)態(tài)內(nèi)容分發(fā)平臺(tái)設(shè)備規(guī)范 動(dòng)態(tài)內(nèi)容分發(fā)平臺(tái)設(shè)備規(guī)范 Device Specification of Dynamic Content Delivery Service (報(bào)批稿) 版本號(hào):1.0. 0 XXXX-XX-XX 公布 XXXX-XX-XX 實(shí)施 中國移動(dòng)通信集團(tuán)公司 公布 1 IX 刖呂 本規(guī)范為中國移動(dòng)通信有限公司開展動(dòng)態(tài)內(nèi)容分發(fā)業(yè)務(wù)提供技術(shù)依據(jù)。 本規(guī)范規(guī)定了動(dòng)態(tài)內(nèi)容分發(fā)業(yè)務(wù)應(yīng)用中所涉及到的WAP網(wǎng)關(guān).動(dòng)態(tài)內(nèi)容分 發(fā)平臺(tái)等設(shè)備,以及對(duì)各個(gè)設(shè)備的功能要求、性能要求、接口要求和計(jì)費(fèi)要求等。 本規(guī)范由中國移動(dòng)通信有限公司技術(shù)部提出并歸口治理。 本規(guī)范由中國移動(dòng)通信有限公司技術(shù)部負(fù)責(zé)講明

2、。 本規(guī)范起草單位:中國移動(dòng)通信有限公司研究院 本規(guī)范要緊起草人:孫杰、溫亮生、常嘉岳、任鵬 1 趣5 2 規(guī)范性引用文件5 3 符號(hào)和縮略語5 4 架構(gòu)與組網(wǎng)方案7 4.1 系統(tǒng)邏輯結(jié)構(gòu)7 4.2 組網(wǎng)方案8 5 DCD平臺(tái)業(yè)務(wù)功能要求8 5.1 內(nèi)容分發(fā)功能要求8 5.1.1 頻道定購治理.8 5.1.2 已定購頻道的掃瞄操縱9 5.1.3 頻道退訂治理.9 5.1.4 內(nèi)容下載9 5.2 內(nèi)容治理功能要求10 5.2.1 頻道概述10 5.2.2 頻道治理12 5.2.3 頻道分類治理14 5.3 服務(wù)打算治理15 5.3.1 服務(wù)打算的分配.15 5.3.2 治理服務(wù)打算.15 5.3

3、.3 自有業(yè)務(wù)和第三方業(yè)務(wù)治理.15 5.4 終端信息治理16 5.5 帳戶治理17 5.5.1 賬戶類型.17 5.5.2 創(chuàng)建帳戶19 5.5.3 更換帳戶19 5.5.4 查看或編輯帳戶.19 5.5.5 刪除帳戶79 5.6 用戶治理19 5.6.1 添加新用戶.19 5.6.2 查看用戶信息20 563更換用戶信息21 5.6.4刪除用戶21 5.7 模板治理21 5.7.1 模版概述21 5.7.2 模板編號(hào)21 5.7.3 創(chuàng)建模版22 5.7.4 更換模版22 5.7.5 刪除模版22 5.7.6 指定樓版22 5.8 報(bào)表統(tǒng)計(jì)功能22 6 系統(tǒng)要求23 提供HTTP和WAP方

4、式的服務(wù)23 template_00001 ;template_00003:template_000Q4: 終端型號(hào)2 default;template_00002;temp!ate_00003; 刪除:治理員能夠刪除某一款終端的配苣信息 査看:治理員能夠査看移動(dòng)設(shè)備配置表的列表。 能夠査看該移動(dòng)設(shè)備最多可支持多少個(gè)欄目(一個(gè)頻道中的一個(gè)欄目包含下列 所有內(nèi)容一一圖片、標(biāo)題和講明),以及圖片的最大規(guī)格等。 更換:治理員能夠更換某一款終端的配置信息。 平臺(tái)應(yīng)該具有依照終端性能規(guī)范用戶添加頻道的行為,具體要求如下: 所有頻道的最大頻道項(xiàng)數(shù)目規(guī)定為10項(xiàng)。 每個(gè)頻道本身的頻道項(xiàng)數(shù)目和頻道類型、運(yùn)營情

5、形有關(guān),必須能在創(chuàng)建時(shí)指左,同 時(shí)在運(yùn)營過程中能夠靈活修改。比如天氣預(yù)報(bào)頻道,假如提供的是24小時(shí)以內(nèi)的 天氣預(yù)報(bào),則該頻道只能有一個(gè)頻道項(xiàng),那么創(chuàng)建時(shí)指左為一個(gè)頻道項(xiàng),然而后期 運(yùn)營過程中用戶反映想了解72小時(shí)內(nèi)的天氣預(yù)報(bào)同時(shí)CP也能夠提供時(shí),則能夠 將天氣預(yù)報(bào)頻道的頻道項(xiàng)數(shù)目改為3,分不顯示024小時(shí)內(nèi),2448小時(shí)內(nèi)以及 48-72小時(shí)天氣預(yù)報(bào)。 CP公布內(nèi)容時(shí)應(yīng)該依照該頻道的頻道項(xiàng)數(shù)目來公布,公布內(nèi)容項(xiàng)目數(shù)量超過頻道 規(guī)圮的頻道項(xiàng)數(shù)目時(shí),則CP公布的余外的頻道項(xiàng)將被忽略,可不能發(fā)送給終端。 終端的性能應(yīng)按照頻道項(xiàng)數(shù)目來規(guī)定,同時(shí)依照終端的能力分為多個(gè)檔次。比如從 50個(gè)頻道項(xiàng)數(shù)目其,每

6、增加20個(gè)頻道項(xiàng)作為一個(gè)檔次。平臺(tái)在對(duì)終端信息治理時(shí) 能夠依照終端的性能設(shè)定該終端能支持的頻道項(xiàng)數(shù)目。 同時(shí)在用戶不斷添加頻道時(shí),服務(wù)器應(yīng)該智能的運(yùn)算用戶目前差不多訂購的頻道項(xiàng) 個(gè)數(shù)以及將要添加的頻道項(xiàng)個(gè)數(shù)。假如這兩者之和超過終端支持的頻道項(xiàng)數(shù)目上 限,服務(wù)器應(yīng)該提示用戶,并限制用戶連續(xù)添加該頻道。提示信息內(nèi)容包括:列岀 用戶目前差不多訂購頻道以及每個(gè)頻道的頻道項(xiàng)數(shù)目以及訂購頻道項(xiàng)數(shù)目總和,同 時(shí),還應(yīng)提示用戶終端能支持最大的頻道項(xiàng)數(shù)目,用戶剛要添加的頻道包含多少頻 道項(xiàng),如此為用戶刪除其他頻道提供依據(jù)。并提供快速鏈接,方便用戶刪除或治理 頻道。 5.5帳戶治理 在DCD平臺(tái)的帳戶治理區(qū),治理

7、員能夠執(zhí)行用戶帳戶治理功能。在DCD系統(tǒng)中建 立用戶帳戶需要指定用戶名及英相關(guān)角色。 用戶名標(biāo)識(shí)岀獲得系統(tǒng)接入身份的個(gè)人或組織。 用戶的角色(也指帳戶類型)決左了用戶在DCD系統(tǒng)上擁有的權(quán)限。 5. 5.1賬戶類型 治理員網(wǎng)站是DCD平臺(tái)上提供給治理員進(jìn)行治理操作的WEB網(wǎng)站。有三種類型的 治理員:超級(jí)治理員、業(yè)務(wù)運(yùn)營帳號(hào)和愛護(hù)治理賬號(hào):業(yè)務(wù)運(yùn)營帳號(hào)分為髙級(jí)業(yè)務(wù)運(yùn)營 帳號(hào)和低級(jí)業(yè)務(wù)運(yùn)營帳號(hào),髙級(jí)業(yè)務(wù)運(yùn)營賬號(hào)分配低級(jí)業(yè)務(wù)運(yùn)營帳號(hào),同時(shí)能夠靈活分 配低級(jí)業(yè)務(wù)運(yùn)營帳號(hào)的治理權(quán)限和區(qū)域。 超級(jí)治理員帳戶擁有最髙權(quán)限功能。此類帳戶不可被刪除。超級(jí)治理員的權(quán)限包括: 查看治理員列表,治理自己的帳戶屬性 創(chuàng)

8、建和編輯業(yè)務(wù)運(yùn)營帳號(hào)和愛護(hù)治理賬號(hào) 査看、治理和刪除移動(dòng)終端用戶 創(chuàng)建、查看和編輯所有的頻道,并可重新分配頻道的歸屬者 創(chuàng)建和治理類不和服務(wù)打算 安裝和治理終端設(shè)備 治理系統(tǒng)設(shè)置 在三種類型的治理員帳戶中,超級(jí)治理員帳戶擁有最髙系統(tǒng)權(quán)限。 5.5.1丄2業(yè)務(wù)運(yùn)營帳號(hào) 業(yè)務(wù)運(yùn)營帳號(hào)分為髙級(jí)業(yè)務(wù)運(yùn)營帳號(hào)和低級(jí)業(yè)務(wù)運(yùn)營帳號(hào),高級(jí)業(yè)務(wù)運(yùn)營賬號(hào) 分配低級(jí)業(yè)務(wù)運(yùn)營帳號(hào),同時(shí)能夠靈活分配低級(jí)業(yè)務(wù)運(yùn)營帳號(hào)的治理權(quán)限和區(qū) 域。超級(jí)治理員負(fù)責(zé)創(chuàng)建和刪除這類帳戶。 髙級(jí)業(yè)務(wù)運(yùn)營帳號(hào)的權(quán)限如下: 査看治理員列表,治理自己的帳戶屬性 創(chuàng)建低級(jí)業(yè)務(wù)運(yùn)營帳號(hào),分配低級(jí)業(yè)務(wù)運(yùn)營帳號(hào)的治理權(quán)限和區(qū)域 查看,治理和刪除移動(dòng)用戶帳

9、戶 創(chuàng)建、查看和編輯所有的頻道,并可重新分類頻道的歸屬者 創(chuàng)佳和治理類不和服務(wù)打算 安裝和治理終端設(shè)備 治理系統(tǒng)設(shè)置 低級(jí)業(yè)務(wù)運(yùn)營帳號(hào)的權(quán)限由髙級(jí)業(yè)務(wù)運(yùn)營帳號(hào)分配。最大范疇為高級(jí)業(yè)務(wù)運(yùn)營 賬號(hào)的所有權(quán)限。 5.5.1丄3愛護(hù)治理賬號(hào) 愛護(hù)治理賬號(hào)代表運(yùn)營商,向移動(dòng)用戶提供技術(shù)支持。能夠進(jìn)行査看修改移動(dòng) 用戶信息等操作。愛護(hù)治理賬號(hào)的權(quán)限如下: 治理自己的帳號(hào)屬性 査看頻道 查看、治理移動(dòng)用戶帳 移動(dòng)用戶帳戶 每個(gè)最終用戶在系統(tǒng)內(nèi)擁有一個(gè)自動(dòng)分配的移動(dòng)用戶賬戶。 治理員在帳戶功能區(qū),選擇移動(dòng)用戶,即可治理移動(dòng)用戶帳戶。 動(dòng)態(tài)內(nèi)容分發(fā)平臺(tái)應(yīng)愛護(hù)移動(dòng)用戶帳戶的相關(guān)信息,包括當(dāng)前是否可用

10、(未銷 戶)等。 5. 5. 2創(chuàng)建帳戶 治理員角色決左了能夠創(chuàng)建的帳戶類型,具體權(quán)限請(qǐng)參見對(duì)各個(gè)角色權(quán)限的規(guī)泄。 O 5. 5. 3更換帳戶 治理員能夠査看系統(tǒng)中的任何帳戶,具體權(quán)限請(qǐng)參見對(duì)各個(gè)角色權(quán)限的規(guī)泄。 5. 5. 4查看或編輯帳戶 治理員應(yīng)能夠按照苴權(quán)限查看和編輯差不多存在的用戶帳戶。 5. 5. 5刪除帳戶 假如治理員擁有相應(yīng)的治理權(quán)限,則能夠刪除用戶帳戶。與之相反,關(guān)于不具備在當(dāng) 前頁而刪除帳戶的系統(tǒng)權(quán)限的治理員,DCD系統(tǒng)應(yīng)禁用刪除功能。此外,治理員不能刪除 自己的帳戶。 5.6用戶治理 在DCD平臺(tái)應(yīng)能夠自動(dòng)新建移動(dòng)用戶,也能夠檢查差不多存在的用戶的狀態(tài), 査尋用戶的訂購信

11、息以及取消用戶的訂購關(guān)系等。 5. 6.1添加新用戶 在通常的情形下,當(dāng)移動(dòng)用戶首次訪咨詢DCD平臺(tái)時(shí),系統(tǒng)能夠自動(dòng)建立該 用戶的信息。然而也能夠通過手動(dòng)更新的用戶信息。新建用戶時(shí)所需要填寫的信息 包括如下內(nèi)容: 用戶手機(jī)號(hào)碼: 服務(wù)打算; 個(gè)人信息,如用戶姓名、密碼。 5. 6. 2查看用戶倍息 能夠通過輸入用戶手機(jī)號(hào)碼的方式進(jìn)行查找差不多存在的用戶信息。用戶信息 包括三部分:差不多信息,頻道信息、用戶設(shè)置信息和用戶歷史記錄。 差不多信息包括: 用戶手機(jī)號(hào)碼; 服務(wù)打算: 狀態(tài): 用戶建立日期: 用戶信息最近修改日期: 用戶手機(jī)型號(hào)。 頻道信息包括 頻道名稱: 內(nèi)容類型: 用戶訂購日期。 所

12、列岀的頻道應(yīng)能夠依照頻道劃稱,計(jì)費(fèi)信息或用戶訂購日期進(jìn)行排序顯示。 用戶歷史紀(jì)錄功能用來跟蹤和分析用戶的歷史操作紀(jì)錄,包括以下信息: 頻道名稱: 事件類型: 查詢編號(hào): 事件日期: 事件狀態(tài)(事件失敗、事件等待)。 用戶設(shè)宜包含如下內(nèi)容: 用戶手機(jī)號(hào)碼(不可修改); 用戶狀態(tài)(活動(dòng)的、掛起的和關(guān)閉的); 服務(wù)打算: 密碼: 密碼確認(rèn); 手機(jī)語言。 5. 6. 3更換用戶信息 DCD平臺(tái)能夠更換用戶信息,包括:用戶狀態(tài),服務(wù)打算,用戶訂購歷史等。 5. 6. 4刪除用戶 DCD平臺(tái)能夠停止對(duì)某個(gè)用戶提供服務(wù),同時(shí)也能夠刪除該用戶,具體權(quán)限請(qǐng) 參見對(duì)各個(gè)角色權(quán)限的規(guī)左。但在一樣情形下盡量不要?jiǎng)h除移

13、動(dòng)用戶帳戶 5.7模板治理 5. 7.1模版概述 模版是規(guī)定終端在待機(jī)模式下頻道項(xiàng)的顯示風(fēng)格。模版文件為規(guī)龍?jiān)撃0娴腦ML 文件。模版與終端型號(hào)有關(guān),不同型號(hào)的終端對(duì)不同模板的支持是不同的,因此服務(wù)器 端應(yīng)該能夠依照不同的頻道顯示類型和不同的終端型號(hào),指左終端的顯示模版:客戶端 應(yīng)該能夠以內(nèi)容資源的方式向服務(wù)器要求下載模板,同時(shí)客戶端應(yīng)該能夠儲(chǔ)存該模板, 并按照該模板來顯示頻道及頻道項(xiàng)。同時(shí)模版還和頻道顯示類型有關(guān),不同的頻道顯示 類型的顯示模版將會(huì)不同。因此平臺(tái)應(yīng)該能夠依照頻道顯示類型和終端來指左顯示模 版。 在DCD服務(wù)器上還需要儲(chǔ)存一個(gè)依照頻道顯示類型和終端型號(hào)制左的模板編號(hào)表 (見下表

14、)。在指泄表3中的模板編號(hào)時(shí),須和表1和表2中的數(shù)據(jù)保持一致。 表3:依照終端型號(hào)和頻道顯示類型指左的模板編號(hào)表 頻道顯示類型1 頻道顯示類型2 頻道顯示類型3 終端型號(hào)1 default template_00001 template_00003 終端型號(hào)2 template_00005 template_00004 default 終端型號(hào)3 template_00005 template_00001 template_00002 DCD給終端發(fā)送同步數(shù)據(jù)時(shí),須依照表1 (參見新建頻道一節(jié)),獲得該頻道的 顯示類型,同時(shí)依照終端發(fā)送的User Agent參數(shù)獲知頻道型號(hào),依照表3獲得將該頻

15、適 發(fā)送給該款終端時(shí)的模板編號(hào),并將模板編號(hào)填入同步響應(yīng)消息中的下發(fā)給終端。 模版文件中各個(gè)標(biāo)簽及屬性請(qǐng)參見動(dòng)態(tài)內(nèi)容分發(fā)業(yè)務(wù)接口規(guī)范文檔。 5. 7.2模板編號(hào) 模版編號(hào)為:defaulttemplate_XXXXX3其中default講明服務(wù)器端不指泄終 端顯示模版,由終端的默認(rèn)模板來顯示。XXXXX都為數(shù)字,從00001-99999. 5. 7. 3創(chuàng)建模版 創(chuàng)建模版,并為該模版上傳模版文件以及顯示樣圖。平臺(tái)依照當(dāng)前的模版編號(hào)為新 模版指立一個(gè)模版編號(hào)。 5. 7. 4更換模版 能夠更換模版文件以及顯示樣圖。 5. 7. 5刪除模版 平臺(tái)只能刪除未被指定的模版;對(duì)差不多指定給了某頻道某終端

16、的模版不能被刪 除。 5. 7. 6指定模版 平臺(tái)應(yīng)該能夠依照頻逍和終端來指怎顯示模版。比如: 5.8報(bào)表統(tǒng)計(jì)功能 要求動(dòng)態(tài)內(nèi)容分發(fā)可產(chǎn)生業(yè)務(wù)報(bào)表,報(bào)表要求參見DCD服務(wù)統(tǒng)計(jì)報(bào)表要求九 D:DCD2007 DCD統(tǒng)計(jì)報(bào)表需求d 6 系統(tǒng)要求 6.1提供HTTP和WAP方式的服務(wù) DCD平臺(tái)向用戶提供HTTP和WAP的服務(wù)。其中治理員治理通過HTTP方式。 用戶定購、退訂、掃瞄頻道、內(nèi)容下載等通過WAP方式。 6.2安全性要求 DCD平臺(tái)應(yīng)提供應(yīng)用級(jí)的安全策略,保證只有中國移動(dòng)的WAP網(wǎng)關(guān)才能夠訪咨詢 和下載內(nèi)容。 6.3性能要求 6.4訪咨詢處理能力 DCD平臺(tái)的處理能力應(yīng)能夠滿足隨業(yè)務(wù)進(jìn)展對(duì)

17、系統(tǒng)處理能力的需求。 具體指標(biāo)待定。 6.5可靠性和可用性 網(wǎng)絡(luò)設(shè)備應(yīng)保證7X24小時(shí)不間斷運(yùn)行,系統(tǒng)構(gòu)成應(yīng)具有冗余和容錯(cuò)等安全措施。 系統(tǒng)關(guān)鍵軟件、硬件應(yīng)有一左的備份措施。保證系統(tǒng)的不間斷運(yùn)行,系統(tǒng)應(yīng)具有軟件、 硬件故障在線復(fù)原的能力。 6.6可擴(kuò)展性 DCD平臺(tái)應(yīng)具有靈活性與可擴(kuò)展性,方便擴(kuò)展設(shè)備容量和提升設(shè)備性能。DCD架構(gòu) 應(yīng)確保系統(tǒng)能平滑升級(jí)。系統(tǒng)升級(jí)應(yīng)盡量在不阻礙正常業(yè)務(wù)的條件下進(jìn)行。 詳細(xì)要求請(qǐng)參見電信級(jí)網(wǎng)絡(luò)設(shè)備指標(biāo)標(biāo)準(zhǔn)(設(shè)備要求分冊(cè)) 7 接口要求 7.1與終端的接口 具體要求參見動(dòng)態(tài)內(nèi)容分發(fā)業(yè)務(wù)接口規(guī)范。 7.2與WAP網(wǎng)關(guān)之間的接口 DCD平臺(tái)與WAP網(wǎng)關(guān)接口包括兩個(gè)部分:

18、內(nèi)容同步、下載接口,以及PUSH消息下發(fā)接 口。 內(nèi)容同步、下載接口:終端用戶通過WAP網(wǎng)關(guān)對(duì)動(dòng)態(tài)內(nèi)容分發(fā)服務(wù)平臺(tái)進(jìn)行訪咨詢。WAP 網(wǎng)關(guān)通過WSP/HTTP協(xié)議向動(dòng)態(tài)內(nèi)容分發(fā)服務(wù)平臺(tái)發(fā)送內(nèi)容下載要求。WAP網(wǎng)關(guān)將要求方的 UAProfile信息、主叫號(hào)碼、IP地址、NAS/GGSN的標(biāo)識(shí)或IP地址加入到HTTP擴(kuò)展頭中發(fā) 送給動(dòng)態(tài)內(nèi)容分發(fā)服務(wù)平臺(tái)。對(duì)HTTP包頭的擴(kuò)展參見中國移動(dòng)WAP網(wǎng)關(guān)設(shè)備規(guī)范。 PUSH消息下發(fā)接口:采納0MAPAP接口。 7.3與內(nèi)容服務(wù)器之間接口 動(dòng)態(tài)內(nèi)容分發(fā)業(yè)務(wù)的數(shù)據(jù)源是符合RSS 2.0規(guī)范的XML文件。因此要求內(nèi)容服務(wù)器的 頻道內(nèi)容文件格式為正確的XML格式和

19、RSS2.0格式。 DCD平臺(tái)從內(nèi)容源獵取內(nèi)容后,需提供抓取日志,參見附錄B。 XML和RSS標(biāo)準(zhǔn)參見: XML 1.0: /XML RSS 2.0: /tech 下表總結(jié)了動(dòng)態(tài)內(nèi)容分發(fā)業(yè)務(wù)關(guān)于被匯聚的內(nèi)容源頻逍的最低元素要求。DCD平臺(tái)要 求被匯聚的內(nèi)容源的RSS文件至少包含以下屬性: 表4:頻道內(nèi)容文件中RSS元素 RSS元素 Feed Xml version XML版本 rss version RSS版本 Channel Channel 聲明一個(gè)頻道元素 Title 顯示在設(shè)備上的頻道名 Link 頻道

20、主頁URL。 description 顯示在設(shè)備上的頻道的描述 Image GIF、JPEG 或 PNG 圖像, 能夠作為頻道的徽標(biāo)顯示 Channel Item Item 代表一個(gè)具體頻道項(xiàng) Title 欄目的標(biāo)題 Link 鏈接到欄目全文的URL description 欄目的描述,或者欄目全文的摘要 enclosure URL 包含在欄目中的圖片的URL,包括圖 片鏈接地址和圖片類型聲明 7.4與DSMP之間的接口 參見中國移動(dòng)數(shù)據(jù)業(yè)務(wù)治理平臺(tái)接口規(guī)范。 接口使用可參見6.2節(jié)。 7.5與網(wǎng)管系統(tǒng)的接口 動(dòng)態(tài)內(nèi)容分發(fā)平臺(tái)的各個(gè)服務(wù)器需要支持SNMP(vl.O)協(xié)議,將相關(guān)的MIB信息提交

21、給 網(wǎng)管服務(wù)器,實(shí)現(xiàn)網(wǎng)管功能。 詳細(xì)內(nèi)容請(qǐng)參見中國移動(dòng)網(wǎng)管接口規(guī)范 7.6與BOSS系統(tǒng)的接口 動(dòng)態(tài)內(nèi)容分發(fā)平臺(tái)支持與BOSS系統(tǒng)的接口,用于BOSS系統(tǒng)從動(dòng)態(tài)內(nèi)容分發(fā)平臺(tái)同步 用戶業(yè)務(wù)行為數(shù)據(jù),采納FTP協(xié)議。 具體業(yè)務(wù)行為數(shù)拯,請(qǐng)參見附錄C。 8 多媒體格式要求 8.1圖片格式要求 DCD平臺(tái)和客戶端應(yīng)支持JPEG, PNG, GIF, Animated GIF文件格式。 &2字符編碼要求 DCD平臺(tái)下發(fā)的文字內(nèi)容編碼統(tǒng)一釆納UTF-8格式。 8.3音頻格式要求 要求DCD平臺(tái)下發(fā)的音頻文件應(yīng)為以下幾種格式之一:midi、amr、mp3、AAC、AAC+、 EAAC+O 8.4視頻格式要求

22、 要求DCD平臺(tái)應(yīng)可下發(fā)h.263 profile 0,H.264 profile 0,封裝格式:3GP格式視頻文 件。 9 計(jì)費(fèi)功能要求 DCD業(yè)務(wù)的所有il費(fèi)動(dòng)作均由DSMP平臺(tái)統(tǒng)一完成,DCD平臺(tái)不實(shí)現(xiàn)任何汁費(fèi)功能。 10電源 動(dòng)態(tài)內(nèi)容分發(fā)服務(wù)平臺(tái)中的設(shè)備遵循標(biāo)準(zhǔn)化的原則,無F門的電源要求。具體情形參見 國家標(biāo)準(zhǔn)電子運(yùn)算機(jī)機(jī)房設(shè)汁規(guī)范(GB50174-93)及中國移動(dòng)的相關(guān)機(jī)房設(shè)計(jì)執(zhí)行。 11接地要求 動(dòng)態(tài)內(nèi)容分發(fā)服務(wù)平臺(tái)中的設(shè)備遵循標(biāo)準(zhǔn)化的原則,無專門的接地要求。具體情形參見 國家標(biāo)準(zhǔn)電子運(yùn)算機(jī)機(jī)房設(shè)汁規(guī)范(GB50174-93)及中國移動(dòng)的相關(guān)機(jī)房設(shè)汁執(zhí)行。 12編制歷史 動(dòng)態(tài)內(nèi) 容

23、分發(fā)設(shè)備規(guī)范編制歷史 版本號(hào) 更新時(shí)刻 要緊內(nèi)容或垂大修改 1.0.0 2007-1-22 規(guī)范初始制定 附錄A頻道屬性列表 在提交頻道的過程中應(yīng)該至少設(shè)宜以下頻道屬性: 差不多信息 O名稱:用戶的移動(dòng)設(shè)備上顯示的頻道名稱。 O頻道類型:列出頻道類型,起始頻道、歡迎頻道、可選頻道或者隨時(shí) 在線頻道。移動(dòng)用戶不可査看該屬性。 O狀態(tài):當(dāng)前,該內(nèi)容在公布工作流程中所處的狀態(tài)。(默認(rèn)為已提交) O簡(jiǎn)要介紹:關(guān)于內(nèi)容的簡(jiǎn)短講明(25個(gè)字以內(nèi)):包含在頻道類型概要 頁而中。 O完整講明:關(guān)于內(nèi)容的完整講明。 O最終用戶許可:運(yùn)營商或內(nèi)容提供商作為內(nèi)容所有者所規(guī)定的使用許 可條款和條件。移動(dòng)用戶訂購頻道時(shí)

24、,系統(tǒng)將顯示這些條款。 O頻道類型:按能夠在移動(dòng)設(shè)備上進(jìn)行掃瞄和搜索的結(jié)構(gòu),組織頻道; 單擊選擇,啟用頻道類型選擇器。借助頻道類型選擇器,能夠?qū)?nèi)容 分配至某個(gè)頻道類型,或從中刪除內(nèi)容。 O關(guān)鍵詞:描述或引用內(nèi)容的詞匯,以便移動(dòng)用戶在利用其移動(dòng)設(shè)備進(jìn) 行內(nèi)容搜索時(shí),找到該內(nèi)容。 O頻道項(xiàng)數(shù)目:講明該頻道每次公布的頻道項(xiàng)數(shù)。 O頻道顯示類型:講明該頻逍在終端顯示時(shí)采納何種模板來顯示 頻道鏈接(URL) 設(shè)置刷新CP提供的頻道地址:指明該系統(tǒng)是否能夠定期自動(dòng)下載和儲(chǔ)存該頻道 的新內(nèi)容,或者僅可手動(dòng)刷新頻道鏈接地址。 o 刷新頻率:指明刷新間隔(分鐘或小時(shí)數(shù)),系統(tǒng)將按該頻率下載并 儲(chǔ)存該頻道的新地

25、址。 O僅可手動(dòng)刷新:講明僅可由治理員手動(dòng)操作,刷新地址。 設(shè)置頻道發(fā)送至移動(dòng)設(shè)備: O更新頻率:告知系統(tǒng)該移動(dòng)設(shè)備要求頻道更新的頻率(假如該移動(dòng)用 戶訂購了該頻道)。 O師起始時(shí)刻至終止時(shí)刻躺,按移動(dòng)用戶要求更新頻道:決 左移動(dòng)設(shè)備要求更新頻道的時(shí)刻。假如在頻道發(fā)送期間,移動(dòng)設(shè)備關(guān) 機(jī)或者不在服務(wù)區(qū),那么,當(dāng)移動(dòng)設(shè)備下一次連接至服務(wù)器時(shí),將收 到遺漏的頻道更新內(nèi)容。 O 最多向移動(dòng)設(shè)備發(fā)送的頻道項(xiàng)數(shù):指明向移動(dòng)設(shè)備發(fā)送的頻道最多可 包含多少個(gè)頻道項(xiàng)。有效值為1-100個(gè)。例如,假如一個(gè)頻道包含10 個(gè)頻道項(xiàng),那么,用戶能夠指泄將向移動(dòng)用戶發(fā)送其中多少個(gè)欄目。 o是否發(fā)送頻道項(xiàng)講明:頻道級(jí)配置

26、,設(shè)立在向移動(dòng)設(shè)備發(fā)送內(nèi)容更新 時(shí)是否自動(dòng)包含欄目講明,不管內(nèi)容提供商是否提供了欄目講明。借 助該選項(xiàng),運(yùn)營商能夠不發(fā)送頻道項(xiàng)講明,以誘使移動(dòng)用戶點(diǎn)擊査看 全文,增加可計(jì)費(fèi)的網(wǎng)絡(luò)業(yè)務(wù)雖:。 頻道項(xiàng)內(nèi)容訪咨詢方式設(shè)置:指明系統(tǒng)如何治理該頻道的各個(gè)欄目對(duì)應(yīng)的內(nèi)容 的訪咨詢方式。有3個(gè)選項(xiàng): o禁用內(nèi)容訪咨詢URL地址:禁用查看內(nèi)容訪咨詢URL鏈接選項(xiàng)。該移 動(dòng)設(shè)備的屏幕上可不能顯現(xiàn)更多按鈕,移動(dòng)用戶不能通過那個(gè)按鈕能 夠查看完整內(nèi)容。 o將內(nèi)容訪咨詢URL地址重定向至初始主機(jī):將內(nèi)容訪咨詢URL地址重 泄向至內(nèi)容提供商的網(wǎng)站。該設(shè)程可用于點(diǎn)擊查看要求全屏顯示內(nèi)容 的時(shí)刻記錄報(bào)告。 o在DCD系統(tǒng)上

27、儲(chǔ)存該內(nèi)容訪咨詢URL指向的內(nèi)容: DCD系統(tǒng)以簡(jiǎn)單的文本文件格式從內(nèi)容提供商的網(wǎng)站獵取完整內(nèi)容, 并將之轉(zhuǎn)換成而向移動(dòng)設(shè)備的XHTML格式。 用戶能夠選擇字符編碼選項(xiàng)。自動(dòng)選擇特性承諾DCD系統(tǒng)利用不同的 code-page(代碼頁)檢測(cè)技術(shù),自動(dòng)確左適用于內(nèi)容的字符集編碼。最佳 做法是使用自動(dòng)選擇功能,但假如DCD系統(tǒng)無法確宦該內(nèi)容的字符集 則需手動(dòng)確定。 輸入頻道發(fā)送信息 滾動(dòng)查看可支持該頻道的移動(dòng)設(shè)備列表。移動(dòng)用戶只能訂購并接收其裝置能 夠支持的頻道內(nèi)容。 在發(fā)送F拉菜單中,用戶能夠啟用或禁用向某臺(tái)移動(dòng)設(shè)備發(fā)送頻道。選項(xiàng)包 括: o始終發(fā)送:始終將頻道內(nèi)容發(fā)送至該移動(dòng)設(shè)備,除非移動(dòng)設(shè)備

28、不可支 持該內(nèi)容。 O自動(dòng)發(fā)送:假如系統(tǒng)認(rèn)為移動(dòng)設(shè)備可支持該內(nèi)容,則將頻道內(nèi)容發(fā)送 至該移動(dòng)設(shè)備。 O 從不發(fā)送:從不將頻道內(nèi)容發(fā)送至該移動(dòng)設(shè)備,即使移動(dòng)設(shè)備可支持 該內(nèi)容 完整填寫頻道類型信息 頻道類型信息包含了該頻道的標(biāo)識(shí)信息,包括名稱、類型和簡(jiǎn)要介紹及完整 講明。 在頻道類型設(shè)置區(qū),操作員還能夠分配頻道類型和指左最終用戶許可(假如 要求)。操作員必須分配頻逍類型,不論現(xiàn)在依舊以后。移動(dòng)用戶在移動(dòng)設(shè) 備上添加和治理訂購服務(wù)時(shí),能夠査看頻道類型信息。然而,在更新頻道時(shí), 不可查看頻道類型信息。 附錄B DCD平臺(tái)訪咨詢RSS內(nèi)容源日志格式 DCD平臺(tái)作為客戶端訪咨詢RSS內(nèi)容源室,必須以日志

29、的形式對(duì)每次訪咨詢行為進(jìn)行 記錄。日志字段包括時(shí)刻,頻道名稱,頻道修訂版本,成功/失敗,獲得的xml內(nèi)容。時(shí)刻 要求格式為:yyyy-nnn-dd hh24:nn:ss0獲得的xml內(nèi)容須另起一行,將從內(nèi)容源獵取得到的 xml文件完整的寫入。 比如: 2006-11-30 20:57:55, 3001, success,體育新聞 體育新聞 http:/www.souz乙nct/html/cdu/Cl 體冇新聞內(nèi)容 歐洲黃金聯(lián)賽開賽http:/www.souz乙nct/hlml/cdu/C 1/13244.html . 2006-11-30 21:57:55, 3001, fail,體育新聞 體

30、育新聞 http:/ 體育新聞內(nèi)容 劉翔勇奪冠軍http:/www.souz乙nc(/html/cdu/C 1/13244.html . . 附錄C DCD平臺(tái)話單格式要求 話單文件命名為YYYYMMDD.NNNNN (“YYYYMMDD”表示年月日NNNNN”為文 件序號(hào),每日零點(diǎn)從000編號(hào)開始,每?jī)蓚€(gè)小時(shí)一個(gè)文件,時(shí)刻周期應(yīng)該可調(diào)),每個(gè)文件 最大不得超過20M。 文件由多行記錄構(gòu)成,用回車&換行”來標(biāo)識(shí)來表示一條記錄,每條記錄由如下表格所 示的字段組成。若字符串型的字段值長度不足,則左對(duì)齊,右補(bǔ)空格:若整數(shù)/浮點(diǎn)數(shù)型的 字段值長度不足,則右對(duì)齊,左補(bǔ)零。字段排列順序按下表所示序號(hào)規(guī)左填寫和讀取。字段 間隔以逗號(hào)隔開 原始記錄信息應(yīng)至少包括以下內(nèi)容。 序號(hào) 字段名 字段描述 字段類型 長度(字節(jié)) 有效值及講明 1 Rec_begi n 話單記錄開始標(biāo)記 整形 2 “00” 4 US

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論