專利名稱：內(nèi)容管理方法與內(nèi)容管理系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實(shí)施例涉及移動(dòng)通信領(lǐng)域中的數(shù)據(jù)業(yè)務(wù)，尤其涉及一種內(nèi)容管理方法與內(nèi)容管理系統(tǒng)。
背景技術(shù)：
目前運(yùn)營(yíng)商管理移動(dòng)數(shù)據(jù)業(yè)務(wù)內(nèi)容的方式主要是基于內(nèi)容的垂直架構(gòu)的管理模式，即不同業(yè)務(wù)系統(tǒng)的內(nèi)容管理系統(tǒng)通過各自的內(nèi)容管理邏輯將內(nèi)容信息由業(yè)務(wù)門戶發(fā)布或響應(yīng)給用戶終端的管理方法。圖1是現(xiàn)有技術(shù)中一種內(nèi)容管理系統(tǒng)的結(jié)構(gòu)示意圖，該內(nèi)容管理系統(tǒng)針對(duì)一個(gè)業(yè)務(wù)能力系統(tǒng)，如圖1所示的語(yǔ)音業(yè)務(wù)能力系統(tǒng)，其內(nèi)容管理原理具體為服務(wù)提供商/內(nèi)容提供商(Service Provider/Content Provider ；簡(jiǎn)稱為SP/CP)向內(nèi)容管理系統(tǒng)提出申請(qǐng)，臨時(shí)空間管理模塊11接受內(nèi)容供應(yīng)商的申請(qǐng)并在服務(wù)器處理模塊12中為內(nèi)容供應(yīng)商所要上傳的多媒體數(shù)據(jù)分配存儲(chǔ)空間，對(duì)多媒體數(shù)據(jù)的內(nèi)容進(jìn)行審查，并將通過審查后的多媒體數(shù)據(jù)保存在服務(wù)器處理模塊12中；然后內(nèi)容上載模塊13將服務(wù)器處理模塊12中的多媒體數(shù)據(jù)傳送到內(nèi)容處理模塊14 ；內(nèi)容處理模塊14對(duì)多媒體數(shù)據(jù)進(jìn)行規(guī)范化處理，并將處理后的多媒體數(shù)據(jù)傳送到內(nèi)容發(fā)布模塊15和/或內(nèi)容打包模塊16 ；由內(nèi)容發(fā)布模塊15 和/或內(nèi)容打包模塊16將經(jīng)過規(guī)范化處理后的多媒體數(shù)據(jù)發(fā)送給語(yǔ)音業(yè)務(wù)能力系統(tǒng)。若另外的業(yè)務(wù)能力系統(tǒng)需要同樣的多媒體數(shù)據(jù)時(shí)，則該業(yè)務(wù)能力系統(tǒng)會(huì)通過與其適應(yīng)的內(nèi)容管理系統(tǒng)規(guī)定的管理邏輯和工作流機(jī)制獲取該多媒體數(shù)據(jù)，即現(xiàn)有的內(nèi)容管理系統(tǒng)是從垂直架構(gòu)的角度對(duì)內(nèi)容進(jìn)行管理。上述現(xiàn)有技術(shù)中，不同的業(yè)務(wù)能力系統(tǒng)仍需要各自的內(nèi)容管理邏輯和工作流機(jī)制，而隨著融合的不斷深入，現(xiàn)有垂直方式的內(nèi)容管理方法或系統(tǒng)不斷顯示出弊端和局限性，如運(yùn)營(yíng)商開發(fā)、建設(shè)、維護(hù)成本增加，內(nèi)容的利用率較低，而且不符合運(yùn)營(yíng)商長(zhǎng)遠(yuǎn)發(fā)展方向。因此，如何對(duì)各種數(shù)據(jù)業(yè)務(wù)的內(nèi)容進(jìn)行統(tǒng)一管理以克服垂直方式的缺陷滿足業(yè)務(wù)融合的需求，成為目前急待解決的問題。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種內(nèi)容管理方法與內(nèi)容管理系統(tǒng)，實(shí)現(xiàn)對(duì)各業(yè)務(wù)內(nèi)容的統(tǒng)一管理和多維度發(fā)布。本發(fā)明提供一種內(nèi)容管理方法，包括接口模塊接收并存儲(chǔ)服務(wù)提供商/內(nèi)容提供商提交的內(nèi)容發(fā)布申請(qǐng)和發(fā)布內(nèi)容， 并提供給審核模塊，所述內(nèi)容發(fā)布申請(qǐng)包含所述發(fā)布內(nèi)容對(duì)應(yīng)的內(nèi)容發(fā)布策略信息；所述審核模塊對(duì)所述發(fā)布內(nèi)容進(jìn)行審核，若所述發(fā)布內(nèi)容通過審核，則將所述發(fā)布內(nèi)容提供給配置模塊；所述配置模塊將通過審核的所述發(fā)布內(nèi)容配置到所述發(fā)布內(nèi)容對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)，并接收所述業(yè)務(wù)能力系統(tǒng)返回的第一地址，所述第一地址指示訪問所述發(fā)布內(nèi)容的
6路徑；測(cè)試模塊從所述配置模塊獲取所述第一地址和所述配置模塊的配置結(jié)果，并根據(jù)所述第一地址對(duì)所述配置結(jié)果進(jìn)行測(cè)試；若所述配置結(jié)果通過測(cè)試，則向發(fā)布模塊發(fā)送發(fā)布指不；所述發(fā)布模塊根據(jù)所述發(fā)布指示從所述接口模塊獲取所述內(nèi)容發(fā)布策略信息，并根據(jù)所述內(nèi)容發(fā)布策略信息將所述發(fā)布內(nèi)容發(fā)布到所述發(fā)布內(nèi)容對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)。本發(fā)明提供一種內(nèi)容管理系統(tǒng)，包括接口模塊，用于接收并存儲(chǔ)服務(wù)提供商/內(nèi)容提供商提交的內(nèi)容發(fā)布申請(qǐng)和發(fā)布內(nèi)容，并提供給審核模塊，所述內(nèi)容發(fā)布申請(qǐng)中包含所述發(fā)布內(nèi)容對(duì)應(yīng)的內(nèi)容發(fā)布策略信息；審核模塊，用于對(duì)所述發(fā)布內(nèi)容進(jìn)行審核；配置模塊，用于在所述發(fā)布內(nèi)容通過審核時(shí)，將所述發(fā)布內(nèi)容配置到所述發(fā)布內(nèi)容對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)，并接收所述業(yè)務(wù)能力系統(tǒng)返回的第一地址，所述第一地址指示訪問所述發(fā)布內(nèi)容的路徑；測(cè)試模塊，用于從所述配置模塊獲取所述第一地址和所述配置模塊的配置結(jié)果， 并根據(jù)所述第一地址對(duì)所述配置結(jié)果進(jìn)行測(cè)試；發(fā)布模塊，用于在所述配置結(jié)果通過測(cè)試時(shí)，根據(jù)所述測(cè)試模塊發(fā)送的發(fā)布指示從所述接口模塊獲取所述內(nèi)容發(fā)布策略信息，并根據(jù)所述內(nèi)容發(fā)布策略信息將所述發(fā)布內(nèi)容發(fā)布到所述發(fā)布內(nèi)容對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)。本發(fā)明的內(nèi)容管理方法與內(nèi)容管理系統(tǒng)，在發(fā)布內(nèi)容的申請(qǐng)到發(fā)布過程中，對(duì)發(fā)布內(nèi)容進(jìn)行審核、配置、測(cè)試完整統(tǒng)一的工作流處理，實(shí)現(xiàn)了對(duì)不同業(yè)務(wù)內(nèi)容的統(tǒng)一管理； 另外，本發(fā)明的技術(shù)方案基于發(fā)布策略對(duì)發(fā)布內(nèi)容進(jìn)行發(fā)布，改變了現(xiàn)有技術(shù)由業(yè)務(wù)門戶直接發(fā)布給用戶的簡(jiǎn)單發(fā)布方式，實(shí)現(xiàn)了發(fā)布內(nèi)容的多維度發(fā)布。


為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是現(xiàn)有技術(shù)中一種內(nèi)容管理系統(tǒng)的結(jié)構(gòu)示意圖；圖2為本發(fā)明實(shí)施例一的內(nèi)容管理方法的流程圖；圖3為本發(fā)明實(shí)施例一的發(fā)布內(nèi)容的狀態(tài)轉(zhuǎn)換圖；圖4為本分明實(shí)施例二的SP/CP申請(qǐng)內(nèi)容發(fā)布過程的流程圖；圖5為本發(fā)明實(shí)施例二的SP/CP申請(qǐng)內(nèi)容發(fā)布過程的狀態(tài)轉(zhuǎn)換圖；圖6為本發(fā)明實(shí)施例三的SP/CP申請(qǐng)內(nèi)容描述信息修改過程的流程圖；圖7為本發(fā)明實(shí)施例三的SP/CP申請(qǐng)內(nèi)容描述信息修改過程的狀態(tài)轉(zhuǎn)換圖；圖8為本發(fā)明實(shí)施例四的SP/CP申請(qǐng)內(nèi)容實(shí)體信息修改過程的流程圖；圖9為本發(fā)明實(shí)施例四的SP/CP申請(qǐng)內(nèi)容實(shí)體信息修改過程的狀態(tài)轉(zhuǎn)換圖；圖10為本發(fā)明實(shí)施例五的SP/CP申請(qǐng)發(fā)布內(nèi)容注銷過程的流程圖11為本發(fā)明實(shí)施例五的SP/CP申請(qǐng)發(fā)布內(nèi)容注銷過程的狀態(tài)轉(zhuǎn)換圖；圖12為本發(fā)明實(shí)施例六的內(nèi)容管理系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。實(shí)施例一圖2為本發(fā)明實(shí)施例一的內(nèi)容管理方法的流程圖。本實(shí)施例基于內(nèi)容管理系統(tǒng)實(shí)現(xiàn)，內(nèi)容管理系統(tǒng)包括接口模塊、審核模塊、配置模塊、測(cè)試模塊和發(fā)布模塊，如圖2所示， 本實(shí)施例的內(nèi)容管理方法包括步驟11，接口模塊接收并存儲(chǔ)SP/CP提交的內(nèi)容發(fā)布申請(qǐng)和發(fā)布內(nèi)容，并提供給審核模塊，所述內(nèi)容發(fā)布申請(qǐng)包含所述發(fā)布內(nèi)容對(duì)應(yīng)的內(nèi)容發(fā)布策略信息；SP/CP通過SP/CP的門戶或SP/CP的應(yīng)用平臺(tái)向內(nèi)容管理系統(tǒng)提交內(nèi)容發(fā)布申請(qǐng)， 并以Web門戶方式或以文件傳輸協(xié)議的(File Transfer Protocol ；簡(jiǎn)稱為FTP)方式將發(fā)布內(nèi)容上傳至內(nèi)容管理系統(tǒng)。內(nèi)容管理系統(tǒng)的接口模塊在接收到內(nèi)容發(fā)布申請(qǐng)時(shí)，為SP/CP 的發(fā)布內(nèi)容申請(qǐng)臨時(shí)存儲(chǔ)空間，并將SP/CP上傳的發(fā)布內(nèi)容存儲(chǔ)到臨時(shí)存儲(chǔ)空間中。其中， 臨時(shí)存儲(chǔ)空間設(shè)有特定的文件目錄和權(quán)限控制，每個(gè)SP/CP只能訪問自己目錄下的內(nèi)容文件。本步驟中內(nèi)容發(fā)布申請(qǐng)中包含有內(nèi)容發(fā)布策略信息，使內(nèi)容管理系統(tǒng)根據(jù)內(nèi)容發(fā)布策略對(duì)發(fā)布內(nèi)容進(jìn)行發(fā)布。其中發(fā)布內(nèi)容包括內(nèi)容描述信息和內(nèi)容實(shí)體信息。內(nèi)容描述信息主要是對(duì)內(nèi)容實(shí)體信息的簡(jiǎn)單介紹和概括，例如發(fā)布內(nèi)容名稱、類型、格式屬性等。步驟12，審核模塊對(duì)發(fā)布內(nèi)容進(jìn)行審核；內(nèi)容管理系統(tǒng)的審核模塊主要負(fù)責(zé)查看SP/CP上載的發(fā)布內(nèi)容、檢查發(fā)布內(nèi)容本身的健康性、合法性、格式的正確性等，還負(fù)責(zé)對(duì)發(fā)布內(nèi)容的屬性設(shè)置的正確性、內(nèi)容的完整性等進(jìn)行審核。步驟13，判斷發(fā)布內(nèi)容是否通過審核；若發(fā)布內(nèi)容通過審核，則執(zhí)行步驟14 ；反之，則執(zhí)行步驟19。步驟14，審核模塊將發(fā)布內(nèi)容提供給配置模塊，配置模塊將發(fā)布內(nèi)容配置到發(fā)布內(nèi)容對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)，并接收業(yè)務(wù)能力系統(tǒng)返回的第一地址，其中第一地址指示訪問發(fā)布內(nèi)容的路徑；本步驟中，業(yè)務(wù)能力系統(tǒng)可以是內(nèi)容發(fā)布申請(qǐng)中包含的業(yè)務(wù)能力系統(tǒng)，或是與發(fā)布內(nèi)容所屬的業(yè)務(wù)能力系統(tǒng)。例如音樂內(nèi)容其所屬的業(yè)務(wù)能力系統(tǒng)為音樂業(yè)務(wù)能力系統(tǒng)，對(duì)于彩鈴內(nèi)容其所屬的業(yè)務(wù)能力系統(tǒng)也為音樂業(yè)務(wù)能力系統(tǒng)。本步驟中的“配置”是指配置模塊將發(fā)布內(nèi)容發(fā)送給業(yè)務(wù)能力系統(tǒng)，業(yè)務(wù)能力系統(tǒng)對(duì)該發(fā)布內(nèi)容進(jìn)行處理，例如存儲(chǔ)發(fā)布內(nèi)容，并為該發(fā)布內(nèi)容建立訪問鏈接即用于訪問發(fā)布內(nèi)容的第一地址等操作， 業(yè)務(wù)能力系統(tǒng)向配置模塊返回第一地址，其中第一地址可以是統(tǒng)一資源定位(Universal ResourceLocator ；簡(jiǎn)稱為URL)鏈接。
各業(yè)務(wù)能力系統(tǒng)會(huì)向內(nèi)容管理系統(tǒng)返回第一地址，例如一個(gè)URL鏈接，該第一地址用于供用戶訪問發(fā)布內(nèi)容，例如若發(fā)布內(nèi)容為音樂，則用戶可以通過該地址試聽或是下載該音樂業(yè)務(wù)。步驟15，配置模塊判斷配置是否成功；具體的，業(yè)務(wù)能力系統(tǒng)接收到發(fā)布內(nèi)容，并完成對(duì)該發(fā)布內(nèi)容的處理，例如完成發(fā)布內(nèi)容的存儲(chǔ)，并為發(fā)布內(nèi)容建立了訪問鏈接，以及單獨(dú)管理發(fā)布內(nèi)容的內(nèi)容描述信息等，之后，向配置模塊返回訪問鏈接，當(dāng)配置模塊接收到訪問鏈接時(shí)，則對(duì)發(fā)布內(nèi)容進(jìn)行了成功配置，轉(zhuǎn)去執(zhí)行步驟16 ；反之，則配置失敗，轉(zhuǎn)去執(zhí)行步驟19。步驟16，測(cè)試模塊從配置模塊獲取第一地址和配置模塊的配置結(jié)果，并根據(jù)第一地址對(duì)配置結(jié)果進(jìn)行測(cè)試；步驟17，判斷配置結(jié)果是否通過測(cè)試；若配置結(jié)果通過測(cè)試，則執(zhí)行步驟18，反之，執(zhí)行步驟19;內(nèi)容管理系統(tǒng)的測(cè)試模塊判斷業(yè)務(wù)能力系統(tǒng)返回的第一地址的有效性，例如測(cè)試通過該第一地址是否能訪問到發(fā)布內(nèi)容，若能夠訪問到，則說明第一地址有效，即測(cè)試通過；反之，則測(cè)試未通過。步驟18，測(cè)試模塊向發(fā)布模塊發(fā)送發(fā)布指示，發(fā)布模塊根據(jù)發(fā)布指示從接口模塊獲取內(nèi)容發(fā)布策略信息，并根據(jù)內(nèi)容發(fā)布策略信息將發(fā)布內(nèi)容發(fā)布到發(fā)布內(nèi)容對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)，并結(jié)束。本步驟中的“發(fā)布”指內(nèi)容管理系統(tǒng)的發(fā)布模塊將發(fā)布內(nèi)容對(duì)應(yīng)的內(nèi)容發(fā)布策略信息提供給業(yè)務(wù)能力系統(tǒng)，并使業(yè)務(wù)能力系統(tǒng)根據(jù)內(nèi)容發(fā)布策略信息將已經(jīng)配置好的發(fā)布內(nèi)容的相關(guān)信息和第一地址發(fā)布給用戶，即使用戶獲知并可使用該發(fā)布內(nèi)容。其中，與發(fā)布內(nèi)容對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)可以是由發(fā)布內(nèi)容的性質(zhì)決定的該發(fā)布內(nèi)容所屬的業(yè)務(wù)能力系統(tǒng)，還可以是內(nèi)容發(fā)布策略信息中包括的業(yè)務(wù)能力系統(tǒng)維度。若內(nèi)容發(fā)布策略信息中包括業(yè)務(wù)能力系統(tǒng)維度，則內(nèi)容管理系統(tǒng)的發(fā)布模塊根據(jù)內(nèi)容發(fā)布策略信息中的其他發(fā)布策略信息，將發(fā)布內(nèi)容發(fā)布到業(yè)務(wù)能力系統(tǒng)中；若內(nèi)容發(fā)布策略信息中未包括業(yè)務(wù)能力系統(tǒng)維度，則內(nèi)容管理系統(tǒng)的發(fā)布模塊根據(jù)內(nèi)容發(fā)布策略信息中的發(fā)布策略信息，將發(fā)布內(nèi)容發(fā)布到由該發(fā)布內(nèi)容的性質(zhì)決定的該發(fā)布內(nèi)容所屬的業(yè)務(wù)能力系統(tǒng)中。步驟19，返回模塊監(jiān)測(cè)到觸發(fā)事件，向SP/CP的應(yīng)用平臺(tái)返回修改指示，以指示 SP/CP的應(yīng)用平臺(tái)對(duì)發(fā)布內(nèi)容進(jìn)行修改。其中，審核模塊的審核結(jié)果為審核未通過、配置模塊的配置結(jié)果為配置未成功或測(cè)試模塊的測(cè)試結(jié)果為測(cè)試未通過為返回模塊的觸發(fā)事件，用于觸發(fā)返回模塊向SP/CP的應(yīng)用平臺(tái)返回修改指示，以指示SP/CP的應(yīng)用平臺(tái)對(duì)觸發(fā)事件對(duì)應(yīng)的發(fā)布內(nèi)容進(jìn)行修改操作。SP/CP的應(yīng)用平臺(tái)對(duì)發(fā)布內(nèi)容進(jìn)行修改后，可以重新向內(nèi)容管理系統(tǒng)上傳修改后的發(fā)布內(nèi)容。內(nèi)容管理系統(tǒng)的接口模塊在接收到修改后的發(fā)布內(nèi)容后，會(huì)重新執(zhí)行步驟12-步驟19，即重新審核修改后的發(fā)布內(nèi)容，在審核通過后進(jìn)行配置，以及測(cè)試配置結(jié)果，并在配置結(jié)果通過測(cè)試后進(jìn)行發(fā)布操作。另外，本實(shí)施例中步驟19還可以直接執(zhí)行結(jié)束操作，即當(dāng)內(nèi)容管理系統(tǒng)監(jiān)測(cè)到上述觸發(fā)事件發(fā)生時(shí)，直接結(jié)束操作，而不向SP/CP的應(yīng)用平臺(tái)返回修改指示，以簡(jiǎn)化內(nèi)容管理系統(tǒng)的操作，但本實(shí)施例優(yōu)選第一種方式。
本實(shí)施例提供的內(nèi)容管理方法，由內(nèi)容管理系統(tǒng)對(duì)各類發(fā)布內(nèi)容進(jìn)行統(tǒng)一的審核、配置和測(cè)試操作，且當(dāng)審核、配置和測(cè)試均通過后執(zhí)行發(fā)布操作，實(shí)現(xiàn)對(duì)各類內(nèi)容的統(tǒng)一管理，克服了現(xiàn)有垂直管理方式下每個(gè)業(yè)務(wù)能力系統(tǒng)都要有各自內(nèi)容管理機(jī)制和工作流機(jī)制的缺陷，實(shí)現(xiàn)對(duì)各類內(nèi)容的統(tǒng)一管理；同時(shí)基于內(nèi)容發(fā)布策略信息對(duì)發(fā)布內(nèi)容進(jìn)行發(fā)布，實(shí)現(xiàn)對(duì)發(fā)布內(nèi)容的多維度發(fā)布。具體的，步驟11中的內(nèi)容發(fā)布策略信息可以包括一個(gè)或多個(gè)維度，例如業(yè)務(wù)能力系統(tǒng)維度、地域維度、時(shí)間維度或服務(wù)水平協(xié)議(Service LevelAgreement ；簡(jiǎn)稱為SLA) 維度中的任意一個(gè)或其組合。具體的，業(yè)務(wù)能力系統(tǒng)維度是指在進(jìn)行內(nèi)容發(fā)布時(shí)，可以選擇1個(gè)或多個(gè)業(yè)務(wù)能力系統(tǒng)進(jìn)行發(fā)布；地域維度是指在進(jìn)行內(nèi)容發(fā)布時(shí)，可以選定發(fā)布范圍，例如是在全國(guó)范圍內(nèi)發(fā)布還是在省級(jí)范圍內(nèi)發(fā)布；SLA維度是指根據(jù)不同SP/CP的不同SLA進(jìn)行發(fā)布，其中 SLA可以是帶寬、流速等；時(shí)間維度是指在進(jìn)行內(nèi)容發(fā)布時(shí)，可以選擇發(fā)布的時(shí)間，例如是立即發(fā)布還是定時(shí)發(fā)布以及發(fā)布的時(shí)間段等。內(nèi)容發(fā)布策略可以是其中一個(gè)，也可以是上述發(fā)布維度的任意組合。下面以?shī)W運(yùn)期間在北京發(fā)布彩信業(yè)務(wù)為例，對(duì)多維度的發(fā)布策略進(jìn)行說明由上可知，本實(shí)施例中的內(nèi)容發(fā)布策略信息包括有業(yè)務(wù)能力系統(tǒng)、地域維度和時(shí)間維度，彩信業(yè)務(wù)對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)為多媒體業(yè)務(wù)能力系統(tǒng)，地域維度對(duì)應(yīng)的發(fā)布地域?yàn)楸本?，時(shí)間維度對(duì)應(yīng)的發(fā)布時(shí)間為奧運(yùn)期間；具體的接口模塊接收彩信內(nèi)容和上述多維度發(fā)布策略信息；審核模塊對(duì)該彩信業(yè)務(wù)進(jìn)行健康性、合法性以及格式等審核，并在審核通過后，提交給配置模塊；配置模塊將彩信業(yè)務(wù)配置到多媒體業(yè)務(wù)能力系統(tǒng)，并配置到北京的業(yè)務(wù)門戶(用戶可使用的業(yè)務(wù)門戶)，并預(yù)設(shè)好發(fā)布時(shí)間(即奧運(yùn)期間，具體可以設(shè)置起始時(shí)間點(diǎn)和終止時(shí)間點(diǎn))提交給多媒體業(yè)務(wù)能力系統(tǒng)；多媒體能力系統(tǒng)存儲(chǔ)設(shè)置好的發(fā)布時(shí)間，同時(shí)建立訪問彩信的鏈接地址，以及設(shè)置發(fā)放彩信的網(wǎng)關(guān)等操作，并向配置模塊返回鏈接地址和發(fā)放網(wǎng)關(guān)；配置模塊將鏈接地址和發(fā)放網(wǎng)關(guān)提供給測(cè)試模塊，測(cè)試模塊通過上述鏈接地址訪問彩信，以判斷鏈接地址是否有效，同時(shí)通過發(fā)放網(wǎng)關(guān)發(fā)放彩信，以判斷該網(wǎng)關(guān)能否發(fā)放彩信，當(dāng)測(cè)試成功后， 測(cè)試模塊向發(fā)布模塊發(fā)送發(fā)布指示，發(fā)布模塊從接口模塊獲取多維度發(fā)布策略信息，即在奧運(yùn)期間向北京用戶發(fā)送彩信業(yè)務(wù)；當(dāng)配置模塊中預(yù)設(shè)的發(fā)布時(shí)間點(diǎn)到達(dá)時(shí)，將觸發(fā)發(fā)布模塊根據(jù)發(fā)布策略信息將彩信發(fā)布到多媒體業(yè)務(wù)能力系統(tǒng)和北京的業(yè)務(wù)門戶，即多媒體業(yè)務(wù)能力系統(tǒng)會(huì)按照發(fā)布策略通過發(fā)放網(wǎng)關(guān)向北京的用戶發(fā)送彩信，當(dāng)奧運(yùn)結(jié)束后該彩信業(yè)務(wù)將會(huì)被注銷。本實(shí)施例基于業(yè)務(wù)能力系統(tǒng)維度、地域維度和時(shí)間維度實(shí)現(xiàn)對(duì)彩信業(yè)務(wù)的發(fā)布。進(jìn)一步，在發(fā)布模塊將發(fā)布內(nèi)容發(fā)布到各業(yè)務(wù)能力系統(tǒng)的同時(shí)，還包括將內(nèi)容描述信息和第一地址發(fā)布到與內(nèi)容發(fā)布策略信息相匹配的業(yè)務(wù)門戶。用戶可以通過業(yè)務(wù)門戶上的內(nèi)容描述信息或者第一地址了解發(fā)布內(nèi)容的相關(guān)信息，例如，若發(fā)布內(nèi)容為音樂，則用戶可以通過內(nèi)容描述信息了解該音樂作曲、作詞、歌手等信息，還可以通過第一地址進(jìn)行試聽，還可以通過第一地址進(jìn)行下載。更進(jìn)一步，本發(fā)明實(shí)施例一提供的技術(shù)方案還包括對(duì)發(fā)布內(nèi)容信息的管理、存儲(chǔ)空間的管理和發(fā)布內(nèi)容的更新、注銷、刪除等過程的管理，其中發(fā)布內(nèi)容的上傳、發(fā)布內(nèi)容的審核、配置、測(cè)試和發(fā)布、發(fā)布內(nèi)容的更新、注銷、刪除等過程構(gòu)成發(fā)布內(nèi)容的整個(gè)生命周期。下面將對(duì)各部分的管理分別進(jìn)行介紹。具體的，發(fā)布內(nèi)容信息的管理主要包括對(duì)發(fā)布內(nèi)容編號(hào)、發(fā)布內(nèi)容基本信息、發(fā)布內(nèi)容的擴(kuò)展信息等信息的管理。其中表1中列舉了發(fā)布內(nèi)容信息管理中的一些信息。表 權(quán)利要求
1.一種內(nèi)容管理方法，其特征在于，包括接口模塊接收并存儲(chǔ)服務(wù)提供商/內(nèi)容提供商提交的內(nèi)容發(fā)布申請(qǐng)和發(fā)布內(nèi)容，并提供給審核模塊，所述內(nèi)容發(fā)布申請(qǐng)包含所述發(fā)布內(nèi)容對(duì)應(yīng)的內(nèi)容發(fā)布策略信息；所述審核模塊對(duì)所述發(fā)布內(nèi)容進(jìn)行審核，若所述發(fā)布內(nèi)容通過審核，則將所述發(fā)布內(nèi)容提供給配置模塊；所述配置模塊將通過審核的所述發(fā)布內(nèi)容配置到所述發(fā)布內(nèi)容對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)， 并接收所述業(yè)務(wù)能力系統(tǒng)返回的第一地址，所述第一地址指示訪問所述發(fā)布內(nèi)容的路徑；測(cè)試模塊從所述配置模塊獲取所述第一地址和所述配置模塊的配置結(jié)果，并根據(jù)所述第一地址對(duì)所述配置結(jié)果進(jìn)行測(cè)試；若所述配置結(jié)果通過測(cè)試，則向發(fā)布模塊發(fā)送發(fā)布指示；所述發(fā)布模塊根據(jù)所述發(fā)布指示從所述接口模塊獲取所述內(nèi)容發(fā)布策略信息，并根據(jù)所述內(nèi)容發(fā)布策略信息將所述發(fā)布內(nèi)容發(fā)布到所述發(fā)布內(nèi)容對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)。
2.根據(jù)權(quán)利要求1所述的內(nèi)容管理方法，其特征在于，所述內(nèi)容發(fā)布策略信息包括業(yè)務(wù)能力系統(tǒng)維度、地域維度、時(shí)間維度或服務(wù)水平協(xié)議維度中的任意一個(gè)或其組合。
3.根據(jù)權(quán)利要求1所述的內(nèi)容管理方法，其特征在于，所述發(fā)布內(nèi)容包括內(nèi)容描述信息和內(nèi)容實(shí)體信息，在所述發(fā)布模塊將所述發(fā)布內(nèi)容發(fā)布到所述發(fā)布內(nèi)容對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)時(shí)，還包括所述發(fā)布模塊將所述內(nèi)容描述信息和所述第一地址發(fā)布到與所述內(nèi)容發(fā)布策略信息相匹配的業(yè)務(wù)門戶。
4.根據(jù)權(quán)利要求3所述的內(nèi)容管理方法，其特征在于，還包括當(dāng)返回模塊監(jiān)測(cè)到觸發(fā)事件時(shí)，向所述服務(wù)提供商/內(nèi)容提供商的應(yīng)用平臺(tái)返回修改指示，以指示所述服務(wù)提供商/內(nèi)容提供商的應(yīng)用平臺(tái)對(duì)所述觸發(fā)事件對(duì)應(yīng)的發(fā)布內(nèi)容進(jìn)行修改操作，所述觸發(fā)事件包括所述審核模塊的審核結(jié)果為審核未通過、所述配置模塊的配置結(jié)果為配置未成功或所述測(cè)試模塊的測(cè)試結(jié)果為測(cè)試未通過。
5.根據(jù)權(quán)利要求3所述的內(nèi)容管理方法，其特征在于，還包括當(dāng)所述接口模塊接收到所述服務(wù)提供商/內(nèi)容提供商提交的描述修改申請(qǐng)時(shí)，將所述描述修改申請(qǐng)?zhí)峁┙o修改模塊，所述描述修改申請(qǐng)中包括描述修改內(nèi)容和發(fā)布內(nèi)容標(biāo)識(shí)；所述修改模塊根據(jù)所述描述修改內(nèi)容對(duì)所述發(fā)布內(nèi)容標(biāo)識(shí)所對(duì)應(yīng)的內(nèi)容描述信息進(jìn)行修改，并將修改后的內(nèi)容描述信息提供給所述審核模塊；所述審核模塊對(duì)修改后的內(nèi)容描述信息進(jìn)行審核，若所述修改后的內(nèi)容描述信息通過審核，則將所述修改后的內(nèi)容描述信息提供給所述配置模塊；所述配置模塊將所述修改后的內(nèi)容描述信息配置到與所述發(fā)布內(nèi)容標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)，并將修改后的內(nèi)容描述信息的配置結(jié)果提供給所述測(cè)試模塊；所述測(cè)試模塊根據(jù)所述發(fā)布內(nèi)容標(biāo)識(shí)獲取對(duì)應(yīng)的發(fā)布內(nèi)容的第一地址，并根據(jù)所述第一地址對(duì)修改后的內(nèi)容描述信息的配置結(jié)果進(jìn)行測(cè)試；若所述修改后的內(nèi)容描述信息的配置結(jié)果通過測(cè)試，則向所述發(fā)布模塊發(fā)送描述修改發(fā)布指示；所述發(fā)布模塊根據(jù)所述描述修改發(fā)布指示將所述修改后的內(nèi)容描述信息發(fā)布到與所述發(fā)布內(nèi)容標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)和與所述發(fā)布內(nèi)容標(biāo)識(shí)相匹配的業(yè)務(wù)門戶。
6.根據(jù)權(quán)利要求3所述的內(nèi)容管理方法，其特征在于，還包括當(dāng)所述接口模塊接收到所述服務(wù)提供商/內(nèi)容提供商提交的實(shí)體修改申請(qǐng)時(shí)，將所述實(shí)體修改申請(qǐng)?zhí)峁┙o修改模塊，所述實(shí)體修改申請(qǐng)中包括實(shí)體修改內(nèi)容和發(fā)布內(nèi)容標(biāo)識(shí)；所述修改模塊根據(jù)所述實(shí)體修改內(nèi)容對(duì)所述發(fā)布內(nèi)容標(biāo)識(shí)所對(duì)應(yīng)的內(nèi)容實(shí)體信息進(jìn)行修改，并將修改后的內(nèi)容實(shí)體信息提供給所述審核模塊；所述審核模塊對(duì)修改后的內(nèi)容實(shí)體信息進(jìn)行審核，若所述修改后的內(nèi)容實(shí)體信息通過審核，則將所述修改后的內(nèi)容實(shí)體信息提供給所述配置模塊；所述配置模塊將所述修改后的內(nèi)容實(shí)體信息配置到所述發(fā)布內(nèi)容標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)，并接收返回的第二地址，所述第二地址指示訪問所述修改后的內(nèi)容實(shí)體信息的路徑；所述測(cè)試模塊獲取所述第二地址和修改后的內(nèi)容實(shí)體信息的配置結(jié)果，并根據(jù)所述第二地址對(duì)所述修改后的內(nèi)容實(shí)體信息的配置結(jié)果進(jìn)行測(cè)試；若所述修改后的內(nèi)容實(shí)體信息的配置結(jié)果通過測(cè)試，則向發(fā)布模塊發(fā)送實(shí)體修改發(fā)布指示；所述發(fā)布模塊根據(jù)所述實(shí)體修改發(fā)布指示將所述第一地址更新為第二地址，并將所述修改后的內(nèi)容實(shí)體信息發(fā)布到與所述發(fā)布內(nèi)容標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)。
7.根據(jù)權(quán)利要求3所述的內(nèi)容管理方法，其特征在于，還包括接口模塊接收所述服務(wù)提供商/內(nèi)容提供商提交的發(fā)布內(nèi)容的注銷申請(qǐng)，并提供給所述審核模塊，所述注銷申請(qǐng)包括所要注銷的發(fā)布內(nèi)容的發(fā)布內(nèi)容標(biāo)識(shí)；所述審核模塊根據(jù)所述發(fā)布內(nèi)容標(biāo)識(shí)對(duì)所述注銷申請(qǐng)進(jìn)行審核，若所述注銷申請(qǐng)通過審核，則將所述發(fā)布內(nèi)容標(biāo)識(shí)對(duì)應(yīng)的發(fā)布內(nèi)容的狀態(tài)設(shè)置為預(yù)注銷，同時(shí)啟動(dòng)計(jì)時(shí)模塊進(jìn)行計(jì)時(shí)，當(dāng)計(jì)時(shí)達(dá)到預(yù)設(shè)緩沖期時(shí)產(chǎn)生溢出指令；所述發(fā)布模塊根據(jù)所述計(jì)時(shí)模塊的溢出指令，指示所述發(fā)布內(nèi)容標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)將所述發(fā)布內(nèi)容刪除，并將所述發(fā)布內(nèi)容的注銷信息提供給所述發(fā)布內(nèi)容標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)門戶，以使所述業(yè)務(wù)門戶對(duì)所述發(fā)布內(nèi)容標(biāo)識(shí)對(duì)應(yīng)的內(nèi)容描述信息進(jìn)行處理。
8.根據(jù)權(quán)利要求3所述的內(nèi)容管理方法，其特征在于，還包括所述發(fā)布模塊將通過測(cè)試的發(fā)布內(nèi)容的內(nèi)容描述信息發(fā)送給綜合業(yè)務(wù)管理系統(tǒng)，以使所述綜合業(yè)務(wù)管理系統(tǒng)對(duì)與所述發(fā)布內(nèi)容相應(yīng)的產(chǎn)品和業(yè)務(wù)進(jìn)行管理。
9.根據(jù)權(quán)利要求3所述的內(nèi)容管理方法，其特征在于，在將所述內(nèi)容描述信息和所述第一地址發(fā)布到與所述內(nèi)容發(fā)布策略信息相匹配的業(yè)務(wù)門戶時(shí)還包括關(guān)聯(lián)模塊將所述第一地址與所述內(nèi)容描述信息進(jìn)行關(guān)聯(lián)，并將所述第一地址和所述內(nèi)容描述信息存儲(chǔ)到內(nèi)容存儲(chǔ)空間；處理模塊將所述內(nèi)容實(shí)體信息存儲(chǔ)到外部存儲(chǔ)空間，并從存儲(chǔ)所述發(fā)布內(nèi)容的臨時(shí)存儲(chǔ)空間中刪除所述內(nèi)容實(shí)體信息以釋放所述臨時(shí)存儲(chǔ)空間。
10.一種內(nèi)容管理系統(tǒng)，其特征在于，包括接口模塊，用于接收并存儲(chǔ)服務(wù)提供商/內(nèi)容提供商提交的內(nèi)容發(fā)布申請(qǐng)和發(fā)布內(nèi)容，并提供給審核模塊，所述內(nèi)容發(fā)布申請(qǐng)中包含所述發(fā)布內(nèi)容對(duì)應(yīng)的內(nèi)容發(fā)布策略信息；審核模塊，用于對(duì)所述發(fā)布內(nèi)容進(jìn)行審核；配置模塊，用于在所述發(fā)布內(nèi)容通過審核時(shí)，將所述發(fā)布內(nèi)容配置到所述發(fā)布內(nèi)容對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)，并接收所述業(yè)務(wù)能力系統(tǒng)返回的第一地址，所述第一地址指示訪問所述發(fā)布內(nèi)容的路徑；測(cè)試模塊，用于從所述配置模塊獲取所述第一地址和所述配置模塊的配置結(jié)果，并根據(jù)所述第一地址對(duì)所述配置結(jié)果進(jìn)行測(cè)試；發(fā)布模塊，用于在所述配置結(jié)果通過測(cè)試時(shí)，根據(jù)所述測(cè)試模塊發(fā)送的發(fā)布指示從所述接口模塊獲取所述內(nèi)容發(fā)布策略信息，并根據(jù)所述內(nèi)容發(fā)布策略信息將所述發(fā)布內(nèi)容發(fā)布到所述發(fā)布內(nèi)容對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)。
11.根據(jù)權(quán)利要求10所述的內(nèi)容管理系統(tǒng)，其特征在于，所述內(nèi)容發(fā)布策略信息包括業(yè)務(wù)能力系統(tǒng)維度、地域維度、時(shí)間維度或服務(wù)水平協(xié)議維度中的任意一個(gè)或其組合。
12.根據(jù)權(quán)利要求10所述的內(nèi)容管理系統(tǒng)，其特征在于，所述發(fā)布內(nèi)容包括內(nèi)容描述信息和內(nèi)容實(shí)體信息；所述發(fā)布模塊還用于在將所述發(fā)布內(nèi)容發(fā)布到所述發(fā)布內(nèi)容對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)時(shí)， 將所述內(nèi)容描述信息和所述第一地址發(fā)布到與所述內(nèi)容發(fā)布策略信息相匹配的業(yè)務(wù)門戶。
13.根據(jù)權(quán)利要求12所述的內(nèi)容管理系統(tǒng)，其特征在于，還包括返回模塊，用于當(dāng)監(jiān)測(cè)到觸發(fā)事件時(shí)，向所述服務(wù)提供商/內(nèi)容提供商的應(yīng)用平臺(tái)返回修改指示，以指示所述服務(wù)提供商/內(nèi)容提供商的應(yīng)用平臺(tái)對(duì)所述觸發(fā)事件對(duì)應(yīng)的發(fā)布內(nèi)容進(jìn)行修改操作，所述觸發(fā)事件包括所述審核模塊的審核結(jié)果為審核未通過、所述配置模塊的配置結(jié)果為配置未成功或所述測(cè)試模塊的測(cè)試結(jié)果為測(cè)試未通過。
14.根據(jù)權(quán)利要求12所述的內(nèi)容管理系統(tǒng)，其特征在于，還包括修改模塊；所述接口模塊還用于接收所述服務(wù)提供商/內(nèi)容提供商提交的描述修改申請(qǐng)，并將所述描述修改申請(qǐng)?zhí)峁┙o所述修改模塊，所述描述修改申請(qǐng)中包括描述修改內(nèi)容和發(fā)布內(nèi)容標(biāo)識(shí)；或者還用于接收所述服務(wù)提供商/內(nèi)容提供商提交的實(shí)體修改申請(qǐng)，并將所述實(shí)體修改申請(qǐng)?zhí)峁┙o所述修改模塊，所述實(shí)體修改申請(qǐng)中包括實(shí)體修改內(nèi)容和所述發(fā)布內(nèi)容標(biāo)識(shí)；所述修改模塊用于根據(jù)所述描述修改內(nèi)容對(duì)與所述發(fā)布內(nèi)容標(biāo)識(shí)所對(duì)應(yīng)的內(nèi)容描述信息進(jìn)行修改，并將修改后的內(nèi)容描述信息提供給所述審核模塊；或者用于根據(jù)所述修改實(shí)體內(nèi)容對(duì)所述發(fā)布內(nèi)容標(biāo)識(shí)所對(duì)應(yīng)的內(nèi)容實(shí)體信息進(jìn)行修改，并將修改后的內(nèi)容實(shí)體信息提供給所述審核模塊；所述審核模塊還用于對(duì)修改后的內(nèi)容描述信息進(jìn)行審核；或者還用于對(duì)修改后的內(nèi)容實(shí)體信息進(jìn)行審核；所述配置模塊還用于在所述修改后的內(nèi)容描述信息通過審核時(shí)，將所述修改后的內(nèi)容描述信息配置到與所述發(fā)布內(nèi)容標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)，并將修改后的內(nèi)容描述信息的配置結(jié)果提供給所述測(cè)試模塊；或者還用于在所述修改后的內(nèi)容實(shí)體信息通過審核時(shí)，將所述修改后的內(nèi)容實(shí)體信息配置到所述發(fā)布內(nèi)容標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)，并接收返回的第二地址，所述第二地址指示訪問所述修改后的內(nèi)容實(shí)體信息的路徑；所述測(cè)試模塊還用于根據(jù)所述發(fā)布內(nèi)容標(biāo)識(shí)獲取對(duì)應(yīng)的發(fā)布內(nèi)容的第一地址，并根據(jù)所述第一地址對(duì)修改后的內(nèi)容描述信息的配置結(jié)果進(jìn)行測(cè)試；或者還用于獲取所述第二地址和修改后的內(nèi)容實(shí)體信息的配置結(jié)果，并根據(jù)所述第二地址對(duì)所述修改后的內(nèi)容實(shí)體信息的配置結(jié)果進(jìn)行測(cè)試；所述發(fā)布模塊還用于在所述修改后的內(nèi)容描述信息的配置結(jié)果通過測(cè)試時(shí)，根據(jù)所述測(cè)試模塊發(fā)送的描述修改發(fā)布指示將所述修改后的內(nèi)容描述信息發(fā)布到與所述發(fā)布內(nèi)容標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)和與所述發(fā)布內(nèi)容標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)門戶；或者還用于在所述修改后的內(nèi)容實(shí)體信息的配置結(jié)果通過測(cè)試時(shí)，根據(jù)所述測(cè)試模塊發(fā)送的實(shí)體修改發(fā)布指示將所述第一地址更新為所述第二地址，并將所述修改后的內(nèi)容實(shí)體信息發(fā)布到與所述發(fā)布內(nèi)容標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)。
15.根據(jù)權(quán)利要求12所述的內(nèi)容管理系統(tǒng)，其特征在于，還包括計(jì)時(shí)模塊； 所述接口模塊還用于接收所述服務(wù)提供商/內(nèi)容提供商提交的發(fā)布內(nèi)容的注銷申請(qǐng)，并提供給所述審核模塊，所述注銷申請(qǐng)包括所要注銷的發(fā)布內(nèi)容的發(fā)布內(nèi)容標(biāo)識(shí)；所述審核模塊還用于根據(jù)所述發(fā)布內(nèi)容標(biāo)識(shí)對(duì)所述注銷申請(qǐng)進(jìn)行審核，若所述注銷申請(qǐng)通過審核，則將所述發(fā)布內(nèi)容標(biāo)識(shí)對(duì)應(yīng)的發(fā)布內(nèi)容的狀態(tài)設(shè)置為預(yù)注銷，同時(shí)啟動(dòng)所述計(jì)時(shí)模塊進(jìn)行計(jì)時(shí)，當(dāng)計(jì)時(shí)達(dá)到預(yù)設(shè)緩沖期時(shí)產(chǎn)生溢出指令；所述發(fā)布模塊還用于根據(jù)所述計(jì)時(shí)模塊的溢出指令，指示所述發(fā)布內(nèi)容標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)將所述發(fā)布內(nèi)容刪除，并將所述發(fā)布內(nèi)容的注銷信息提供給所述發(fā)布內(nèi)容標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)門戶，以使所述業(yè)務(wù)門戶對(duì)所述發(fā)布內(nèi)容標(biāo)識(shí)對(duì)應(yīng)的內(nèi)容描述信息進(jìn)行處理。
16.根據(jù)權(quán)利要求12所述的內(nèi)容管理系統(tǒng)，其特征在于，還包括關(guān)聯(lián)模塊，用于在所述發(fā)布模塊將所述內(nèi)容描述信息和所述第一地址發(fā)布到與所述內(nèi)容發(fā)布策略信息相匹配的業(yè)務(wù)門戶時(shí)，將所述第一地址和所述內(nèi)容描述信息進(jìn)行關(guān)聯(lián)，并將所述第一地址和所述內(nèi)容描述信息存儲(chǔ)到內(nèi)容存儲(chǔ)空間；處理模塊，用于將所述內(nèi)容描述實(shí)體信息存儲(chǔ)到外部存儲(chǔ)空間，并從存儲(chǔ)所述發(fā)布內(nèi)容的臨時(shí)存儲(chǔ)空間中刪除所述內(nèi)容實(shí)體信息以釋放所述臨時(shí)存儲(chǔ)空間。
全文摘要
本發(fā)明提供一種內(nèi)容管理方法與內(nèi)容管理系統(tǒng)，管理方法包括接收并存儲(chǔ)SP/CP提交的內(nèi)容發(fā)布申請(qǐng)和發(fā)布內(nèi)容，所述內(nèi)容發(fā)布申請(qǐng)包含所述發(fā)布內(nèi)容對(duì)應(yīng)的內(nèi)容發(fā)布策略信息；對(duì)所述發(fā)布內(nèi)容進(jìn)行審核；若所述發(fā)布內(nèi)容通過審核，則將所述發(fā)布內(nèi)容配置到所述發(fā)布內(nèi)容對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)；根據(jù)所述業(yè)務(wù)能力系統(tǒng)返回的第一地址對(duì)配置結(jié)果進(jìn)行測(cè)試；所述第一地址用于訪問所述發(fā)布內(nèi)容；若所述配置結(jié)果通過測(cè)試，則根據(jù)所述內(nèi)容發(fā)布策略信息將所述發(fā)布內(nèi)容發(fā)布到所述發(fā)布內(nèi)容對(duì)應(yīng)的業(yè)務(wù)能力系統(tǒng)。本發(fā)明提供的內(nèi)容管理方法與子系統(tǒng)，克服現(xiàn)有垂直管理方式下多個(gè)內(nèi)容管理機(jī)制和工作流機(jī)制的缺陷，實(shí)現(xiàn)對(duì)各業(yè)務(wù)內(nèi)容的統(tǒng)一管理和多維度發(fā)布。
文檔編號(hào)H04W24/00GK102448077SQ201010505318
公開日2012年5月9日 申請(qǐng)日期2010年10月8日 優(yōu)先權(quán)日2010年10月8日
發(fā)明者李娜, 胡尼亞, 馬麗 申請(qǐng)人:中國(guó)聯(lián)合網(wǎng)絡(luò)通信集團(tuán)有限公司