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