專利名稱：對第三方內(nèi)容下載的控制方法及業(yè)務(wù)分發(fā)平臺的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種對第三方內(nèi)容下載的控制方法及業(yè)務(wù)分 發(fā)平臺。
背景技術(shù)：
當(dāng)現(xiàn)有SDP (Service Delivery Platform，業(yè)務(wù)分發(fā)平臺)平臺中不保存第三方內(nèi) 容時，它將向第三方服務(wù)器開放計費(fèi)接口。當(dāng)用戶對第三方內(nèi)容的下載完成后，由第三方服 務(wù)器調(diào)用業(yè)務(wù)分發(fā)平臺的計費(fèi)接口完成計費(fèi)過程。上述過程雖然完成了對第三方內(nèi)容下載的計費(fèi)，但是發(fā)明人發(fā)現(xiàn)，由于業(yè)務(wù)分發(fā) 平臺的計費(fèi)接口是提供給第三方服務(wù)器的，而計費(fèi)接口對安全性的要求又很高，因此，這就 使得運(yùn)營商需要增加對SDP的維護(hù)成本。另外，由于需要第三方服務(wù)器調(diào)用業(yè)務(wù)分發(fā)平臺 的計費(fèi)接口完成計費(fèi)過程，因此第三方開發(fā)者還需要維護(hù)第三方服務(wù)器的計費(fèi)觸發(fā)的邏 輯，使得其維護(hù)成本高。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種對第三方內(nèi)容下載的控制方法及業(yè)務(wù)分發(fā)平臺，能夠降低 運(yùn)營商對SDP的維護(hù)成本，并降低第三方開發(fā)者的維護(hù)成本。本發(fā)明實(shí)施例采用如下技術(shù)方案一種對第三方內(nèi)容下載的控制方法，包括業(yè)務(wù)分發(fā)平臺SDP的門戶接收服務(wù)提供商的發(fā)布業(yè)務(wù)請求消息，在所述消息中攜 帶指向第三方服務(wù)器的內(nèi)容下載統(tǒng)一資源定位符URL ；所述門戶在所述指向第三方服務(wù)器的內(nèi)容下載URL中添加所述SDP的標(biāo)識信息， 形成內(nèi)容下載URL，其中所述SDP的標(biāo)識信息用于在用戶發(fā)送攜帶所述內(nèi)容下載URL的內(nèi) 容下載請求時，使得域名解析設(shè)備能夠?qū)⑺鰞?nèi)容下載請求觸發(fā)到所述SDP的下載代理單 元；所述下載代理單元接收通過所述域名解析設(shè)備觸發(fā)的所述用戶的內(nèi)容下載請求， 其中所述內(nèi)容下載請求攜帶所述內(nèi)容下載URL，并通過所述內(nèi)容下載請求獲得所述指向第 三方服務(wù)器的內(nèi)容下載URL;所述下載代理單元根據(jù)所述指向第三方服務(wù)器的內(nèi)容下載URL獲得相應(yīng)的內(nèi)容， 并將所述內(nèi)容發(fā)送給所述用戶； 所述下載代理單元在所述內(nèi)容發(fā)送完成后觸發(fā)所述SDP對所述內(nèi)容下載進(jìn)行控 制。一種業(yè)務(wù)分發(fā)平臺，包括門戶，下載代理單元和管理框架；所述門戶，用于接收服務(wù)提供商的攜帶有指向第三方服務(wù)器的內(nèi)容下載統(tǒng)一資源 定位符URL的發(fā)布業(yè)務(wù)請求消息，在所述指向第三方服務(wù)器的內(nèi)容下載URL中添加所述SDP 的標(biāo)識信息，形成內(nèi)容下載URL，其中所述SDP的標(biāo)識信息用于在用戶發(fā)送攜帶所述內(nèi)容下載URL的內(nèi)容下載請求時，使得域名解析設(shè)備能夠?qū)⑺鰞?nèi)容下載請求觸發(fā)到所述下載代
理單元；所述下載代理單元，用于接收所述用戶的內(nèi)容下載請求，根據(jù)所述內(nèi)容下載請求 獲得所述指向第三方服務(wù)器的內(nèi)容下載URL，從而根據(jù)所述指向第三方服務(wù)器的內(nèi)容下載 URL獲得相應(yīng)的內(nèi)容，將所述內(nèi)容發(fā)送給所述用戶，并在所述內(nèi)容發(fā)送完成后觸發(fā)所述管理 框架對所述內(nèi)容下載進(jìn)行控制；所述管理框架，用于對所述內(nèi)容下載進(jìn)行控制。本發(fā)明實(shí)施例的對第三方內(nèi)容下載的控制方法及業(yè)務(wù)分發(fā)平臺，由門戶在服務(wù)提 供商的發(fā)布業(yè)務(wù)請求消息中攜帶的指向第三方服務(wù)器的內(nèi)容下載URL中添加SDP的標(biāo)識信 息，使得用戶的內(nèi)容下載請求能夠被觸發(fā)到SDP中。而后，由SDP根據(jù)指向第三方服務(wù)器的 內(nèi)容下載URL由第三方服務(wù)器獲得相應(yīng)的內(nèi)容并發(fā)送給用戶，并在發(fā)送完成后由SDP對所 述內(nèi)容下載進(jìn)行控制。由于在對用戶的內(nèi)容下載進(jìn)行控制的時候，是由SDP進(jìn)行的，也就是 說其相應(yīng)的控制接口并沒有提供給第三方服務(wù)器，因此，使得SDP本身的安全性得到了保 證，從而降低了運(yùn)營商為SDP的維護(hù)成本。同時，由于無需第三方服務(wù)器觸發(fā)SDP對所述內(nèi) 容下載進(jìn)行控制，因此，降低了第三方開發(fā)者的維護(hù)成本。


為了更清楚地說明本發(fā)明實(shí)施例的技術(shù)方案，下面將對實(shí)施例描述中所需要使用 的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于 本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他 的附圖。圖1為現(xiàn)有技術(shù)中SDP的結(jié)構(gòu)示意圖；圖2為本發(fā)明實(shí)施例對第三方內(nèi)容下載的控制方法的流程圖；圖3為本發(fā)明實(shí)施例對第三方內(nèi)容下載的控制方法的又一流程圖；圖4為本發(fā)明實(shí)施例對第三方內(nèi)容下載的控制方法的又一流程圖；圖5為本發(fā)明實(shí)施例SDP的結(jié)構(gòu)示意圖；圖6為本發(fā)明實(shí)施例SDP的又一結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；?本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他 實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。首先，對現(xiàn)有技術(shù)中的業(yè)務(wù)分發(fā)平臺SDP做一簡單介紹。業(yè)務(wù)分發(fā)平臺是運(yùn)營商 快速發(fā)布增值業(yè)務(wù)的發(fā)布平臺，邏輯結(jié)構(gòu)圖如圖1所示，包括業(yè)務(wù)接入網(wǎng)關(guān)(SAG =Service Access Gateway)，用于完成業(yè)務(wù)接入、消息拆分、消 息下發(fā)、SLA (Service-Level Agreement，服務(wù)等級協(xié)議)控制功能。網(wǎng)絡(luò)接入網(wǎng)關(guān)(NAG: Network Access Gateway)，用于提供與子域網(wǎng)絡(luò)能力網(wǎng)元如 MMSC(Multimedia Message Service Center，多媒體消息業(yè)務(wù)中心)/SMSC(Message Service Center，短消息服務(wù)中心)的協(xié)議適配功能。管理框架(MF Management Framework)，用于完成鑒權(quán)、計費(fèi)、 Provisioning(服務(wù)提供)功能。門戶，用于提供給開發(fā)者和最終用戶的門戶，完成業(yè)務(wù)測 試申請、發(fā)布申請、訂購、下載等功能。為降低運(yùn)營商對SDP的運(yùn)營維護(hù)成本，如圖2所示，本發(fā)明實(shí)施例提供了一種對第 三方內(nèi)容下載的控制方法，包括步驟21、SDP的門戶接收服務(wù)提供商(Service Provider, SP)的發(fā)布業(yè)務(wù)請求消 息，在所述消息中攜帶指向第三方服務(wù)器的內(nèi)容下載統(tǒng)一資源定位符(Uniform Resource Locator，URL) 0步驟22、所述門戶在所述指向第三方服務(wù)器的內(nèi)容下載URL中添加業(yè)務(wù)分發(fā)平臺 SDP的標(biāo)識信息，形成內(nèi)容下載URL。在此步驟中，所述SDP的標(biāo)識信息可以為指向所述SDP的域名，或者所述SDP的名 稱等等，只要能夠唯一標(biāo)識所述業(yè)務(wù)分發(fā)平臺的標(biāo)識都可作為所述SDP的標(biāo)識信息。在形成所述內(nèi)容下載URL的過程中，可有至少以下兩種方式方式一、SDP的門戶利用所述SDP的標(biāo)識信息作為所述指向第三方服務(wù)器的內(nèi)容 下載URL的前綴添加在所述指向第三方服務(wù)器的內(nèi)容下載URL中，形成所述內(nèi)容下載URL。以所述SDP的標(biāo)識信息為所述SDP的域名為例，具體的是將所述SDP的域名作為 所述指向第三方服務(wù)器的內(nèi)容下載URL的前綴添加在所述指向第三方服務(wù)器的內(nèi)容下載 URL中，形成所述內(nèi)容下載URL。例如，所述指向第三方服務(wù)器的內(nèi)容下載URL為http:// www. thridpartyserver, appl. com/contentl, SDP 白勺域名為 www. sdpserver. com，所述內(nèi)容 下載 URL 艮口為:http://www. sdpserver. com/www. thirdpartyserver, appl. com/contentl 0在添加了 SDP的域名后，該內(nèi)容下載URL最終會由SDP的門戶呈現(xiàn)給用戶，用戶通 過點(diǎn)擊該URL即可發(fā)送其內(nèi)容下載請求。方式二、在方式二中，首先按照方式一中描述的，由SDP的門戶利用所述SDP的標(biāo) 識信息作為所述指向第三方服務(wù)器的內(nèi)容下載URL的前綴添加在所述指向第三方服務(wù)器 的內(nèi)容下載URL中，形成第一下載URL。然后，對所述第一下載URL進(jìn)行格式轉(zhuǎn)換，形成內(nèi)容 下載URL。其中所述第一下載URL的格式與方式一中的內(nèi)容下載URL的格式相同。按照方式 一中的描述，第一下載 URL 為 http://www. sdpserver. com/www. thirdparty server, appl. com/contentl。由此可以看出，在該URL中包括了指向第三方服務(wù)器的內(nèi)容下載URL，并且 如前所述，該第一下載URL最終會由SDP的門戶呈現(xiàn)給用戶。而該URL的長度比較長，因此 影響了用戶體驗(yàn)，并且該URL中包含了第三方服務(wù)器的信息。若是第三方服務(wù)器想要隱蔽 其信息，該第一下載URL也無法實(shí)現(xiàn)。因此，在此方式二中，對第一下載URL進(jìn)行格式轉(zhuǎn)化， 使得轉(zhuǎn)換后形成的內(nèi)容URL不顯示第三方服務(wù)器的信息并且比較短。在形成的內(nèi)容URL中，可用業(yè)務(wù)分發(fā)平臺分配給各個業(yè)務(wù)的標(biāo)識serviceid來 代替指向第三方服務(wù)器的內(nèi)容下載URL。例如，所述內(nèi)容URL可表示為http://WWW. sdp. com ？ serviceid = XXX。由此可以看出，該URL隱藏了第三方服務(wù)器的信息并且相對第一 URL比較短，從而 增強(qiáng)了用戶體驗(yàn)。在此步驟中，所述SDP的標(biāo)識信息用于在用戶發(fā)送攜帶所述內(nèi)容下載URL的內(nèi)容下載請求時，使得域名解析設(shè)備能夠?qū)⑺鰞?nèi)容下載請求觸發(fā)到所述SDP。也就是說，內(nèi)容 下載請求是觸發(fā)到業(yè)務(wù)分發(fā)平臺的，具體的是觸發(fā)到業(yè)務(wù)分發(fā)平臺的下載代理單元。步驟23、所述下載代理單元接收通過所述域名解析設(shè)備觸發(fā)的所述用戶的內(nèi)容下 載請求，其中所述內(nèi)容下載請求攜帶所述內(nèi)容下載URL，并通過所述內(nèi)容下載請求獲得所述 指向第三方服務(wù)器的內(nèi)容下載URL。若是步驟22中采用方式一形成內(nèi)容下載URL，在此步驟中具體的是業(yè)務(wù)分發(fā)平臺 的下載代理單元接收所述用戶的內(nèi)容下載請求，解析所述內(nèi)容下載請求，獲得所述內(nèi)容下 載URL，然后通過解析所述內(nèi)容下載URL獲得所述指向第三方服務(wù)器的內(nèi)容下載URL。若是步驟22中采用方式二形成內(nèi)容下載URL，所述SDP的門戶在形成了內(nèi)容下載 URL后，還需存儲所述服務(wù)提供商發(fā)布的業(yè)務(wù)的標(biāo)識和所述第一下載URL的對應(yīng)關(guān)系。然 后，用戶發(fā)送攜帶有內(nèi)容下載URL和所述用戶所請求下載的內(nèi)容所屬業(yè)務(wù)的標(biāo)識的內(nèi)容下 載請求給所述SDP的門戶。所述SDP的門戶根據(jù)所述服務(wù)提供商發(fā)布的業(yè)務(wù)的標(biāo)識和所述 第一下載URL的對應(yīng)關(guān)系，獲得對應(yīng)的第一下載URL，將所述內(nèi)容下載請求發(fā)送給所述SDP 的下載代理單元，并在所述內(nèi)容下載請求中還攜帶第一下載URL。最后再由所述SDP的下載 代理單元解析所述第一下載URL獲得所述指向第三方服務(wù)器的內(nèi)容下載URL。步驟M、所述下載代理單元根據(jù)所述指向第三方服務(wù)器的內(nèi)容下載URL獲得相應(yīng) 的內(nèi)容，并將所述內(nèi)容發(fā)送給所述用戶。步驟25、所述下載代理單元在所述內(nèi)容發(fā)送完成后觸發(fā)所述SDP對所述內(nèi)容下載 進(jìn)行控制。此步驟中所述的控制可包括SDP對所述內(nèi)容下載進(jìn)行計費(fèi)或進(jìn)行流量控制或進(jìn) 行流量統(tǒng)計等。以計費(fèi)控制為例，在所述下載代理單元向所述用戶發(fā)送完相應(yīng)的內(nèi)容后，觸發(fā)所 述業(yè)務(wù)分發(fā)平臺的管理框架對用戶對所述內(nèi)容的下載進(jìn)行計費(fèi)。通過以上描述可以看出，在本發(fā)明實(shí)施例中，由于在對用戶的內(nèi)容下載進(jìn)行控制 的時候，是由業(yè)務(wù)分發(fā)平臺進(jìn)行的，也就是說其相應(yīng)的控制接口并沒有提供給第三方服務(wù) 器，因此，使得SDP本身的安全性得到了保證，從而降低了運(yùn)營商為SDP的維護(hù)成本。同時， 由于無需第三方服務(wù)器觸發(fā)SDP對所述內(nèi)容下載進(jìn)行控制，因此，降低了第三方開發(fā)者的 維護(hù)成本。以下結(jié)合圖3和圖4所示的實(shí)施例詳細(xì)描述一下本發(fā)明實(shí)施例對第三方內(nèi)容下載 的控制方法的過程。在此實(shí)施例中，以計費(fèi)控制為例。如圖3所示，本發(fā)明實(shí)施例對第三方內(nèi)容下載的控制方法包括步驟31、服務(wù)提供商向SDP的門戶發(fā)送發(fā)布業(yè)務(wù)請求消息，申請發(fā)布業(yè)務(wù)。同時， 在所述消息中攜帶指向第三方服務(wù)器的內(nèi)容下載URL。步驟32、所述SDP的門戶收到所述發(fā)布業(yè)務(wù)請求消息后，形成內(nèi)容下載URL。其中所述SDP的門戶形成內(nèi)容下載URL的方式可參照圖1所示的實(shí)施例中的方式 一，具體的為所述SDP的門戶在所述指向第三方服務(wù)器的內(nèi)容下載URL中添加SDP的域名， 作為所述指向第三方服務(wù)器的內(nèi)容下載URL的前綴。步驟33、所述SDP的門戶向所述SDP的管理框架提交業(yè)務(wù)發(fā)布申請。步驟34、運(yùn)營商管理員通過所述SDP的管理框架審批待發(fā)布的業(yè)務(wù)。
步驟35、所述SDP的管理框架通知所述SDP的門戶業(yè)務(wù)發(fā)布成功。步驟36、用戶發(fā)送內(nèi)容下載請求。其中，所述內(nèi)容下載請求中攜帶所述內(nèi)容URL，并由域名解析設(shè)備根據(jù)所述內(nèi)容 URL將該內(nèi)容下載請求觸發(fā)的所述SDP的下載代理單元。實(shí)際上，用戶發(fā)送的內(nèi)容下載請求 是通過點(diǎn)擊添加了 SDP的域名的指向第三方服務(wù)器的內(nèi)容下載URL來實(shí)現(xiàn)的。步驟37、所述SDP的下載代理單元解析所述內(nèi)容下載請求，獲得指向第三方服務(wù) 器的內(nèi)容下載URL，也即真正的內(nèi)容下載URL。步驟38、所述SDP的下載代理單元將所述內(nèi)容下載請求發(fā)送給所述第三方服務(wù)
ο步驟39、所述第三方服務(wù)器向所述下載代理單元發(fā)送響應(yīng)消息，并推送相應(yīng)的內(nèi)容。步驟310、所述下載代理單元向所述用戶發(fā)送響應(yīng)消息，并將由所述第三方服務(wù)器 獲得的內(nèi)容推送給所述用戶。步驟311、將所述內(nèi)容推送給所述用戶后，所述下載代理單元觸發(fā)所述管理框架進(jìn) 行計費(fèi)。步驟312、所述管理框架和計費(fèi)系統(tǒng)進(jìn)行計費(fèi)。如圖4所示，本發(fā)明實(shí)施例對第三方內(nèi)容下載的控制方法包括步驟41-45、參照步驟31-35的描述。與圖3所示的實(shí)施例不同的是，在步驟42中，其中所述SDP的門戶形成內(nèi)容下載 URL的方式可參照圖1所示的實(shí)施例中的方式二。具體的為，由SDP的門戶利用所述SDP的 標(biāo)識信息作為所述指向第三方服務(wù)器的內(nèi)容下載URL的前綴添加在所述指向第三方服務(wù) 器的內(nèi)容下載URL中，形成第一下載URL。然后，對所述第一下載URL進(jìn)行格式轉(zhuǎn)換，形成內(nèi) 容下載URL。步驟46、所述SDP的門戶存儲所述服務(wù)提供商發(fā)布的業(yè)務(wù)的標(biāo)識和所述第一下載 URL的對應(yīng)關(guān)系。步驟47、用戶向所述SDP的門戶發(fā)送內(nèi)容下載請求。其中，所述內(nèi)容下載請求中攜帶所述內(nèi)容URL以及所述用戶所請求下載的內(nèi)容所 屬業(yè)務(wù)的標(biāo)識。步驟48、所述SDP的門戶根據(jù)所述服務(wù)提供商發(fā)布的業(yè)務(wù)的標(biāo)識和所述第一下載 URL的對應(yīng)關(guān)系，獲得對應(yīng)的第一下載URL。步驟49、所述SDP的門戶將所述內(nèi)容下載請求發(fā)送給所述SDP的下載代理單元，并 在所述內(nèi)容下載請求中攜帶所述第一下載URL。步驟410-步驟414、參照步驟38-312的描述。通過圖3和圖4實(shí)施例的描述可以看出，在本發(fā)明實(shí)施例中，由于在對用戶的內(nèi)容 下載進(jìn)行控制的時候，是由業(yè)務(wù)分發(fā)平臺進(jìn)行的，也就是說其相應(yīng)的控制接口并沒有提供 給第三方服務(wù)器，因此，使得SDP本身的安全性得到了保證，從而降低了運(yùn)營商為SDP的維 護(hù)成本。同時，對于第三方服務(wù)器來說，它只需要向下載代理單元發(fā)送相應(yīng)的下載內(nèi)容即 可，無需像現(xiàn)有技術(shù)中的那樣在發(fā)送完相應(yīng)的內(nèi)容后觸發(fā)業(yè)務(wù)分發(fā)平臺的管理框架進(jìn)行計費(fèi)。因此，這也簡化了運(yùn)營商對第三方應(yīng)用的開發(fā)。并且，現(xiàn)網(wǎng)業(yè)務(wù)平穩(wěn)的過渡到業(yè)務(wù)分發(fā) 平臺中，實(shí)現(xiàn)了統(tǒng)一計費(fèi)、業(yè)務(wù)下載統(tǒng)計、流量控制、下載成功后計費(fèi)的功能，并且業(yè)務(wù)本身 沒有改動，只需要管理員或SP將業(yè)務(wù)在新的業(yè)務(wù)分發(fā)平臺中發(fā)布即可，快速實(shí)現(xiàn)了現(xiàn)網(wǎng)大 量業(yè)務(wù)的遷移。此外，如圖5所示，本發(fā)明實(shí)施例還提供了一種SDP平臺，包括門戶51，下載代理 單元52和管理框架53。其中，所述門戶51，用于接收服務(wù)提供商的攜帶有指向第三方服務(wù)器的內(nèi)容下載 統(tǒng)一資源定位符(Uniform Resource Locator,URL)的發(fā)布業(yè)務(wù)請求消息，在所述指向第三 方服務(wù)器的內(nèi)容下載URL中添加所述SDP的標(biāo)識信息，形成內(nèi)容下載URL，其中所述SDP的 標(biāo)識信息用于在用戶發(fā)送攜帶所述內(nèi)容下載URL的內(nèi)容下載請求時，使得域名解析設(shè)備能 夠?qū)⑺鰞?nèi)容下載請求觸發(fā)到所述下載代理單元。所述下載代理單元52，用于接收所述用戶的內(nèi)容下載請求，根據(jù)所述內(nèi)容下載請 求獲得所述指向第三方服務(wù)器的內(nèi)容下載URL，從而根據(jù)所述指向第三方服務(wù)器的內(nèi)容下 載URL獲得相應(yīng)的內(nèi)容，將所述內(nèi)容發(fā)送給所述用戶，并在所述內(nèi)容發(fā)送完成后觸發(fā)所述 管理框架對所述內(nèi)容下載進(jìn)行控制。所述管理框架53，用于對所述內(nèi)容下載進(jìn)行控制。在形成所述內(nèi)容下載URL時，參照前述方法實(shí)施例的描述，所述門戶51至少有兩 種方式形成該內(nèi)容下載URL。因此，所述門戶51可具體的具體用于利用所述SDP的域名作 為所述指向第三方服務(wù)器的內(nèi)容下載URL的前綴添加在所述指向第三方服務(wù)器的內(nèi)容下 載URL中，形成所述內(nèi)容下載URL?；蛘撸鲩T戶51具體用于利用所述SDP的域名作為所 述指向第三方服務(wù)器的內(nèi)容下載URL的前綴添加在所述指向第三方服務(wù)器的內(nèi)容下載URL 中，形成第一下載URL，將所述第一下載URL進(jìn)行格式轉(zhuǎn)換形成所述內(nèi)容下載URL。當(dāng)所述門戶51按照方式一形成內(nèi)容下載URL時，所述下載代理單元52可包括接 收模塊，用于接收所述用戶的內(nèi)容下載請求；第一解析模塊，用于解析所述內(nèi)容下載請求， 獲得所述內(nèi)容下載URL ；第二解析模塊，用于解析所述內(nèi)容下載URL獲得所述指向第三方服 務(wù)器的內(nèi)容下載URL。當(dāng)所述門戶51按照方式二形成內(nèi)容下載URL時，所述門戶51還用于存儲所述服 務(wù)提供商發(fā)布的業(yè)務(wù)的標(biāo)識和所述第一下載URL的對應(yīng)關(guān)系。此時，在用戶發(fā)送內(nèi)容下載 請求時，所述門戶51還用于接收所述用戶利用所述內(nèi)容下載URL發(fā)送的攜帶有所述用戶所 請求下載的內(nèi)容所屬業(yè)務(wù)的標(biāo)識內(nèi)容下載請求，根據(jù)所述服務(wù)提供商發(fā)布的業(yè)務(wù)的標(biāo)識和 所述第一下載URL的對應(yīng)關(guān)系，獲得對應(yīng)的第一下載URL，并將所述內(nèi)容下載請求發(fā)送給所 述SDP的下載代理單元。同時，在門戶發(fā)送給所述下載代理單元的內(nèi)容下載請求中攜帶所 述第一下載URL。相應(yīng)的，所述下載代理單元52在接收用戶的內(nèi)容下載請求，根據(jù)所述內(nèi) 容下載請求獲得所述指向第三方服務(wù)器的內(nèi)容下載URL時，具體用于接收所述門戶發(fā)送的 該用戶的內(nèi)容下載請求，由所述內(nèi)容下載請求獲取所述第一下載URL，并解析所述第一下載 URL獲得所述指向第三方服務(wù)器的內(nèi)容下載URL。如方法實(shí)施例中的描述，所述業(yè)務(wù)分發(fā)平臺對所述內(nèi)容下載的控制可包括對內(nèi)容 的下載進(jìn)行計費(fèi)或進(jìn)行流量控制或進(jìn)行流量統(tǒng)計等。因此，相應(yīng)的，所述管理框架53具體 用于所述內(nèi)容下載進(jìn)行計費(fèi)或進(jìn)行流量控制或進(jìn)行流量統(tǒng)計。
此外，如圖6所示，本發(fā)明實(shí)施例中的業(yè)務(wù)分發(fā)平臺還可包括業(yè)務(wù)接入網(wǎng)關(guān)、網(wǎng)絡(luò) 接入網(wǎng)關(guān)等單元，它們的功能與現(xiàn)有技術(shù)中的相同。通過以上描述可以看出，在本發(fā)明實(shí)施例中，由于在對用戶的內(nèi)容下載進(jìn)行控制 的時候，是由業(yè)務(wù)分發(fā)平臺進(jìn)行的，也就是說其相應(yīng)的控制接口并沒有提供給第三方服務(wù) 器，因此，使得SDP本身的安全性得到了保證，從而降低了運(yùn)營商為SDP的維護(hù)成本。同時，對于第三方服務(wù)器來說，它只需要向下載代理單元發(fā)送相應(yīng)的下載內(nèi)容即 可，無需向現(xiàn)有技術(shù)中的那樣在發(fā)送完相應(yīng)的內(nèi)容后觸發(fā)業(yè)務(wù)分發(fā)平臺的管理框架進(jìn)行計 費(fèi)。因此，這也簡化了運(yùn)營商對第三方應(yīng)用的開發(fā)。并且，現(xiàn)網(wǎng)業(yè)務(wù)平穩(wěn)的過渡到業(yè)務(wù)分發(fā) 平臺中，實(shí)現(xiàn)了統(tǒng)一計費(fèi)、業(yè)務(wù)下載統(tǒng)計、流量控制、下載成功后計費(fèi)的功能，并且業(yè)務(wù)本身 沒有改動，只需要管理員或SP將業(yè)務(wù)在新的業(yè)務(wù)分發(fā)平臺中發(fā)布即可，快速實(shí)現(xiàn)了現(xiàn)網(wǎng)大 量業(yè)務(wù)的遷移。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分流程，是可以 通過計算機(jī)程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計算機(jī)可讀取存儲介質(zhì) 中，該程序在執(zhí)行時，可包括如上述各方法的實(shí)施例的流程。其中，所述的存儲介質(zhì)可為磁 碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機(jī)存儲記憶體(Random Access Memory, RAM)等。以上所述，僅為本發(fā)明的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何 熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵 蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以所述權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種對第三方內(nèi)容下載的控制方法，其特征在于，包括業(yè)務(wù)分發(fā)平臺SDP的門戶接收服務(wù)提供商的發(fā)布業(yè)務(wù)請求消息，在所述消息中攜帶指 向第三方服務(wù)器的內(nèi)容下載統(tǒng)一資源定位符URL ；所述門戶在所述指向第三方服務(wù)器的內(nèi)容下載URL中添加所述SDP的標(biāo)識信息，形成 內(nèi)容下載URL，其中所述SDP的標(biāo)識信息用于在用戶發(fā)送攜帶所述內(nèi)容下載URL的內(nèi)容下載 請求時，使得域名解析設(shè)備能夠?qū)⑺鰞?nèi)容下載請求觸發(fā)到所述SDP的下載代理單元；所述下載代理單元接收所述用戶的內(nèi)容下載請求，其中所述內(nèi)容下載請求攜帶所述內(nèi) 容下載URL，并通過所述內(nèi)容下載請求獲得所述指向第三方服務(wù)器的內(nèi)容下載URL ；所述下載代理單元根據(jù)所述指向第三方服務(wù)器的內(nèi)容下載URL獲得相應(yīng)的內(nèi)容，并將 所述內(nèi)容發(fā)送給所述用戶；所述下載代理單元在所述內(nèi)容發(fā)送完成后觸發(fā)所述SDP對所述內(nèi)容下載進(jìn)行控制。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述SDP的標(biāo)識信息的標(biāo)識信息包括所述 SDP的域名；所述門戶在所述指向第三方服務(wù)器的內(nèi)容下載URL中添加業(yè)務(wù)分發(fā)平臺SDP 的標(biāo)識信息，形成內(nèi)容下載URL包括所述門戶利用所述SDP的域名作為所述指向第三方服務(wù)器的內(nèi)容下載URL的前綴添加 在所述指向第三方服務(wù)器的內(nèi)容下載URL中，形成所述內(nèi)容下載URL。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述下載代理單元接收通過所述域名 解析設(shè)備觸發(fā)的用戶的內(nèi)容下載請求，其中所述內(nèi)容下載請求攜帶所述內(nèi)容下載URL，并通 過所述內(nèi)容下載請求獲得所述指向第三方服務(wù)器的內(nèi)容下載URL包括所述下載代理單元接收通過所述域名解析設(shè)備觸發(fā)的所述用戶的內(nèi)容下載請求，其中 所述內(nèi)容下載請求攜帶所述內(nèi)容下載URL ；所述下載代理單元解析所述內(nèi)容下載請求，獲得所述內(nèi)容下載URL ；所述下載代理單元解析所述內(nèi)容下載URL獲得所述指向第三方服務(wù)器的內(nèi)容下載URL。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述SDP的標(biāo)識信息的標(biāo)識信息包括所述 SDP的域名；所述門戶在所述指向第三方服務(wù)器的內(nèi)容下載URL中添加業(yè)務(wù)分發(fā)平臺SDP 的標(biāo)識信息，形成內(nèi)容下載URL包括所述門戶利用所述SDP的域名作為所述指向第三方服務(wù)器的內(nèi)容下載URL的前綴添加 在所述指向第三方服務(wù)器的內(nèi)容下載URL中，形成第一下載URL ；所述門戶將所述第一下載URL進(jìn)行格式轉(zhuǎn)換形成所述內(nèi)容下載URL。
5.根據(jù)權(quán)利要求1或4所述的方法，其特征在于，所述門戶在所述指向第三方服務(wù)器 的內(nèi)容下載URL中添加業(yè)務(wù)分發(fā)平臺SDP的標(biāo)識信息，形成內(nèi)容下載URL后，所述方法還包 括在所述門戶中存儲所述服務(wù)提供商發(fā)布的業(yè)務(wù)的標(biāo)識和所述第一下載URL的對應(yīng)關(guān)系。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述下載代理單元接收通過所述域名解 析設(shè)備觸發(fā)的用戶的內(nèi)容下載請求，其中所述內(nèi)容下載請求攜帶所述內(nèi)容下載URL，并通過 所述內(nèi)容下載請求獲得所述指向第三方服務(wù)器的內(nèi)容下載URL包括所述門戶接收所述用戶利用所述內(nèi)容下載URL發(fā)送的內(nèi)容下載請求，在所述內(nèi)容下載請求中攜帶所述用戶所請求下載的內(nèi)容所屬業(yè)務(wù)的標(biāo)識；所述門戶根據(jù)所述服務(wù)提供商發(fā)布的業(yè)務(wù)的標(biāo)識和所述第一下載URL的對應(yīng)關(guān)系，獲 得對應(yīng)的第一下載URL，并將所述內(nèi)容下載請求發(fā)送給所述下載代理單元，在所述內(nèi)容下載 請求中還攜帶所述第一下載URL ；所述下載代理單元接收所述門戶發(fā)送的內(nèi)容下載請求，解析所述內(nèi)容下載請求中的第 一下載URL，獲得所述指向第三方服務(wù)器的內(nèi)容下載URL。
7.根據(jù)權(quán)利要求1或2或4所述的方法，其特征在于，所述下載代理單元在所述內(nèi)容發(fā) 送完成后觸發(fā)所述SDP對所述內(nèi)容下載進(jìn)行控制包括觸發(fā)所述SDP的管理框架對所述內(nèi)容下載進(jìn)行計費(fèi)或進(jìn)行流量控制或進(jìn)行流量統(tǒng)計。
8.—種業(yè)務(wù)分發(fā)平臺SDP，其特征在于，包括門戶，下載代理單元和管理框架；所述門戶，用于接收服務(wù)提供商的攜帶有指向第三方服務(wù)器的內(nèi)容下載統(tǒng)一資源定位 符URL的發(fā)布業(yè)務(wù)請求消息，在所述指向第三方服務(wù)器的內(nèi)容下載URL中添加所述SDP的 標(biāo)識信息，形成內(nèi)容下載URL，其中所述SDP的標(biāo)識信息用于在用戶發(fā)送攜帶所述內(nèi)容下載 URL的內(nèi)容下載請求時，使得域名解析設(shè)備能夠?qū)⑺鰞?nèi)容下載請求觸發(fā)到所述下載代理 單元；所述下載代理單元，用于接收所述用戶的內(nèi)容下載請求，根據(jù)所述內(nèi)容下載請求獲得 所述指向第三方服務(wù)器的內(nèi)容下載URL，從而根據(jù)所述指向第三方服務(wù)器的內(nèi)容下載URL 獲得相應(yīng)的內(nèi)容，將所述內(nèi)容發(fā)送給所述用戶，并在所述內(nèi)容發(fā)送完成后觸發(fā)所述管理框 架對所述內(nèi)容下載進(jìn)行控制；所述管理框架，用于對所述內(nèi)容下載進(jìn)行控制。
9.根據(jù)權(quán)利要求8所述的業(yè)務(wù)分發(fā)平臺，其特征在于，所述門戶在所述指向第三方服 務(wù)器的內(nèi)容下載URL中添加業(yè)務(wù)分發(fā)平臺SDP的標(biāo)識信息，形成內(nèi)容下載URL時，具體用于 利用所述SDP的域名作為所述指向第三方服務(wù)器的內(nèi)容下載URL的前綴添加在所述指向第 三方服務(wù)器的內(nèi)容下載URL中，形成所述內(nèi)容下載URL。
10.根據(jù)權(quán)利要求8或9所述的業(yè)務(wù)分發(fā)平臺，其特征在于，所述下載代理單元包括接收模塊，用于接收所述用戶的內(nèi)容下載請求；第一解析模塊，用于解析所述內(nèi)容下載請求，獲得所述內(nèi)容下載URL ；第二解析模塊，用于解析所述內(nèi)容下載URL獲得所述指向第三方服務(wù)器的內(nèi)容下載URL。
11.根據(jù)權(quán)利要求8所述的業(yè)務(wù)分發(fā)平臺，其特征在于，所述門戶在所述指向第三方服 務(wù)器的內(nèi)容下載URL中添加所述SDP的標(biāo)識信息，形成內(nèi)容下載URL時，具體用于利用所述 SDP的域名作為所述指向第三方服務(wù)器的內(nèi)容下載URL的前綴添加在所述指向第三方服務(wù) 器的內(nèi)容下載URL中，形成第一下載URL，將所述第一下載URL進(jìn)行格式轉(zhuǎn)換形成所述內(nèi)容 下載URL。
12.根據(jù)權(quán)利要求11所述的業(yè)務(wù)分發(fā)平臺，其特征在于，所述門戶還用于存儲所述服 務(wù)提供商發(fā)布的業(yè)務(wù)的標(biāo)識和所述第一下載URL的對應(yīng)關(guān)系。
13.根據(jù)權(quán)利要求11所述的業(yè)務(wù)分發(fā)平臺，其特征在于，所述門戶還用于接收所述用 戶利用所述內(nèi)容下載URL發(fā)送的攜帶有所述用戶所請求下載的內(nèi)容所屬業(yè)務(wù)的標(biāo)識內(nèi)容 下載請求，根據(jù)所述服務(wù)提供商發(fā)布的業(yè)務(wù)的標(biāo)識和所述第一下載URL的對應(yīng)關(guān)系，獲得對應(yīng)的第一下載URL，并將所述內(nèi)容下載請求發(fā)送給所述SDP的下載代理單元，在所述內(nèi)容 下載請求中還攜帶所述第一下載URL ；所述下載代理單元在接收用戶的內(nèi)容下載請求，根據(jù)所述內(nèi)容下載請求獲得所述指向 第三方服務(wù)器的內(nèi)容下載URL時，具體用于接收所述門戶發(fā)送的內(nèi)容下載請求，并解析所 述內(nèi)容下載請求中的第一下載URL獲得所述指向第三方服務(wù)器的內(nèi)容下載URL。
14.根據(jù)權(quán)利要求8，9，11-13中任一所述的業(yè)務(wù)分發(fā)平臺，其特征在于，所述管理框架 具體用于所述內(nèi)容下載進(jìn)行計費(fèi)或進(jìn)行流量控制或進(jìn)行流量統(tǒng)計。
全文摘要
本發(fā)明實(shí)施例公開了一種對第三方內(nèi)容下載的控制方法及業(yè)務(wù)分發(fā)平臺，涉及通信技術(shù)領(lǐng)域，為能夠降低運(yùn)營商對業(yè)務(wù)分發(fā)平臺的維護(hù)成本而發(fā)明。其中所述方法包括接收服務(wù)提供商的發(fā)布業(yè)務(wù)請求消息，在所述消息中攜帶指向第三方服務(wù)器的內(nèi)容下載URL；在所述指向第三方服務(wù)器的內(nèi)容下載URL中添加業(yè)務(wù)分發(fā)平臺SDP的標(biāo)識信息，形成內(nèi)容下載URL；接收用戶的內(nèi)容下載請求，并通過所述內(nèi)容下載請求獲得所述指向第三方服務(wù)器的內(nèi)容下載URL；根據(jù)所述指向第三方服務(wù)器的內(nèi)容下載URL獲得相應(yīng)的內(nèi)容，并將所述內(nèi)容發(fā)送給所述用戶；在所述內(nèi)容發(fā)送完成后觸發(fā)所述SDP對所述內(nèi)容下載進(jìn)行控制。本發(fā)明實(shí)施例主要用于SDP技術(shù)中。
文檔編號H04L29/08GK102137142SQ201010537048
公開日2011年7月27日 申請日期2010年11月9日 優(yōu)先權(quán)日2010年11月9日
發(fā)明者張鳳明 申請人:華為技術(shù)有限公司