專利名稱：基于應(yīng)用的多業(yè)務(wù)承載方法
技術(shù)領(lǐng)域：
本發(fā)明涉及內(nèi)容分發(fā)網(wǎng)絡(luò)中的資源分配。
背景技術(shù)：
內(nèi)容分發(fā)網(wǎng)絡(luò)中包括多個(gè)虛擬內(nèi)容分發(fā)網(wǎng)絡(luò)。每個(gè)虛擬內(nèi)容分發(fā)網(wǎng)絡(luò)從內(nèi)容分發(fā)網(wǎng)絡(luò)中劃分出指定“資源”，來供每個(gè)虛擬內(nèi)容分發(fā)網(wǎng)絡(luò)以獨(dú)享的方式使用。每個(gè)虛擬內(nèi)容分發(fā)網(wǎng)絡(luò)中包括多個(gè)應(yīng)用。當(dāng)用戶發(fā)起服務(wù)請求時(shí)，虛擬內(nèi)容分發(fā)網(wǎng)絡(luò)向各服務(wù)請求分配資源。在現(xiàn)有技術(shù)中，內(nèi)容分發(fā)網(wǎng)絡(luò)或者按照完全獨(dú)享的方式，向資源分配給服務(wù)請求，或者按照完全共享的方式，使與應(yīng)用相關(guān)聯(lián)的服務(wù)請求爭用資源。在以完全獨(dú)享的方式分配資源的情況下，存在對一應(yīng)用獨(dú)享的資源未被使用，而與其它應(yīng)用相關(guān)聯(lián)的服務(wù)請求無法獲得資源的情況。在以完全共享的方式分配資源的情況下，存在因其它應(yīng)用的爭用，系統(tǒng)關(guān)鍵內(nèi)容始終無法推送的情況。缺乏一種內(nèi)容分發(fā)網(wǎng)絡(luò)中的靈活的資源分配方式。

發(fā)明內(nèi)容
本發(fā)明涉及一種將資源分配給服務(wù)請求的方法。該方法包括接收與應(yīng)用相關(guān)聯(lián)的、請求資源的服務(wù)請求，其中該服務(wù)請求包括一 URL ;解析所接收的URL以標(biāo)識與該服務(wù)請求相關(guān)聯(lián)的應(yīng)用；確定與該應(yīng)用相關(guān)聯(lián)的應(yīng)用資源優(yōu)先模式；根據(jù)所確定的應(yīng)用資源優(yōu)先模式，按次序?qū)①Y源分配給該服務(wù)請求。本發(fā)明還涉及一種將資源分配給服務(wù)請求的系統(tǒng)。該系統(tǒng)包括:接入控制模塊，接收包括服務(wù)URL的請求資源的服務(wù)請求；應(yīng)用解析模塊，解析所接收的URL以標(biāo)識與該服務(wù)請求相關(guān)聯(lián)的應(yīng)用；資源管理模塊，確定與該應(yīng)用相關(guān)聯(lián)的應(yīng)用資源優(yōu)先模式，并根據(jù)所確定的應(yīng)用資源優(yōu)先模式，按次序?qū)①Y源分配給該服務(wù)請求。


圖1是根據(jù)本發(fā)明的示例性實(shí)施例向服務(wù)請求分配資源的系統(tǒng)的框圖。圖2是根據(jù)本發(fā)明的示例性實(shí)施例向服務(wù)請求分配資源的方法。圖3-4是根據(jù)圖2所示的方法中按次序分配資源的流程圖。
具體實(shí)施例方式圖1是根據(jù)本發(fā)明的示例性實(shí)施例向服務(wù)請求分配資源的系統(tǒng)的框圖。該系統(tǒng)可包括接入控制模塊102、應(yīng)用解析模塊104、資源管理模塊106、內(nèi)容定位模塊108、數(shù)據(jù)服務(wù)模塊110。接入控制模塊102從用戶處接收服務(wù)請求。該服務(wù)請求包括服務(wù)URL，并指定所請求的資源。服務(wù)請求與一應(yīng)用相關(guān)聯(lián)。一應(yīng)用可具有相關(guān)聯(lián)的一個(gè)或多個(gè)服務(wù)請求。在接收到服務(wù)請求后，接入控制模塊102調(diào)用應(yīng)用解析模塊104，后者解析URL以得到與該服務(wù)請求相關(guān)聯(lián)的應(yīng)用的標(biāo)識。后續(xù)的處理均依賴于解析得到的應(yīng)用標(biāo)識。在解析得到應(yīng)用標(biāo)識之后，接入控制模塊102將所得到的應(yīng)用標(biāo)識發(fā)送給資源管理模塊106，接入控制模塊102中的負(fù)載均衡器112調(diào)用資源管理模塊106。資源管理模塊106根據(jù)接入控制模塊102發(fā)送的應(yīng)用標(biāo)識，查詢與該應(yīng)用相關(guān)聯(lián)的應(yīng)用資源優(yōu)先模式。在確定了與該應(yīng)用相關(guān)聯(lián)的應(yīng)用資源優(yōu)先模式之后，資源管理模塊按照該優(yōu)先模式所確定的次序，向服務(wù)請求分配資源。這些資源或者以獨(dú)享方式、或者以共享方式被服務(wù)請求使用。在分配了資源之后，接入控制模塊102調(diào)用內(nèi)容定位模塊108。在內(nèi)容定位模塊108找到用戶期望訪問的內(nèi)容在內(nèi)容分發(fā)網(wǎng)絡(luò)中的位置之后，接入控制模塊102向數(shù)據(jù)服務(wù)模塊110通知，要向用戶提供用戶期望訪問的內(nèi)容。圖2是根據(jù)本發(fā)明的示例性實(shí)施例向服務(wù)請求分配資源的方法。在操作202，接入控制模塊從用戶處接收包括服務(wù)URL的服務(wù)請求。該服務(wù)請求向內(nèi)容分發(fā)網(wǎng)絡(luò)請求某一數(shù)量的資源。在操作204，接入控制模塊調(diào)用應(yīng)用解析模塊，對服務(wù)URL進(jìn)行解析，以獲取與此次服務(wù)相關(guān)聯(lián)的“應(yīng)用”的標(biāo)識。關(guān)于應(yīng)用解析的具體步驟將在以下描述。在操作206，接入控制模塊中的負(fù)載均衡器調(diào)用資源管理模塊，對資源進(jìn)行檢查和并代表用戶為該服務(wù)請求來請求資源。資源管理模塊確定與該服務(wù)請求相關(guān)聯(lián)的應(yīng)用所指定的應(yīng)用資源優(yōu)先模式。在操作208，資源管理模塊根據(jù)所確定的應(yīng)用資源優(yōu)先模式，按次序?qū)⑺埱蟮馁Y源分配給服務(wù)請求。關(guān)于資源分配的細(xì)節(jié)將在以下描述。如果沒有資源可以被分配，則拒絕該服務(wù)請求。否則該過程繼續(xù)到操作210。在操作210，接入控制模塊調(diào)用內(nèi)容定位服務(wù)，來在CDN中定位要用戶旨在訪問的內(nèi)容。在操作212，接 入控制模塊通知數(shù)據(jù)服務(wù)模塊要將用戶旨在訪問的內(nèi)容提供給用戶。以下描述本發(fā)明的URL解析策略。服務(wù)URL的格式一般如下(口內(nèi)的為可選項(xiàng)):協(xié)議://主機(jī)名[:端口 ]/路徑/[;參數(shù)][ 查詢]#片段其中“協(xié)議”指定使用的傳輸協(xié)議,包括但不限于:p、http、https、file等；主機(jī)名是指存放資源的服務(wù)器的域名系統(tǒng)主機(jī)名或IP地址；路徑是由零個(gè)或多個(gè)“/”符號隔開的字符串，一般用來表示主機(jī)上的一個(gè)目錄或文件地址；查詢用于給動態(tài)網(wǎng)頁(如使用CG1、ISAPI, PHP/JSP/ASP/ASP.NET等技術(shù)制作的網(wǎng)頁)傳遞參數(shù)，可有多個(gè)參數(shù)，用“&”符號隔開，每個(gè)參數(shù)的名和值用“=”符號隔開。在本發(fā)明中，可以根據(jù)主機(jī)名、路徑中的第一個(gè)目錄名以及查詢中一參數(shù)的值來標(biāo)識應(yīng)用。在一個(gè)示例中，URL為http://1.1.1.1/contex/a/b.flv appid=contex&token=XXX在此例中，應(yīng)用可根據(jù)主機(jī)名來解析，即可根據(jù)主機(jī)名“1.1.1.1”來解析以得到應(yīng)用的標(biāo)識。或者，可根據(jù)路徑中的第一個(gè)目錄名，即“contex”來解析?；蛘撸部筛鶕?jù)查詢中參數(shù)的值來解析，例如，如果一種策略指定使用appid參數(shù),則該參數(shù)的值即“contex”可被用來解析以得到應(yīng)用的標(biāo)識。在一個(gè)示例中，參數(shù)可以包括服務(wù)類型、用戶級別等等。在本發(fā)明中，還可選用主機(jī)名、路徑中的第一個(gè)目錄名和查詢中一參數(shù)的值中的一個(gè)或多個(gè)的組合來解析以得到應(yīng)用的標(biāo)識。以下是對應(yīng)用資源優(yōu)先模式的具體描述。
在資源管理模塊被接入控制模塊調(diào)用時(shí)，資源管理模塊可查詢來確定與應(yīng)用相關(guān)聯(lián)的應(yīng)用資源優(yōu)先模式。本發(fā)明中的應(yīng)用資源優(yōu)先模式分為:獨(dú)享資源優(yōu)先和共享資源優(yōu)先。根據(jù)本發(fā)明的實(shí)施例，在獨(dú)享資源優(yōu)先模式中，優(yōu)先向服務(wù)請求分配以獨(dú)享方式使用的資源，在向與該服務(wù)請求相關(guān)聯(lián)的應(yīng)用所分配的以獨(dú)享方式使用的資源數(shù)量達(dá)到與該應(yīng)用相關(guān)聯(lián)的一定閾值之后，服務(wù)請求以共享方式使用內(nèi)容分配網(wǎng)絡(luò)中的資源。而在共享資源優(yōu)先模式中，優(yōu)先向服務(wù)請求分配以共享方式使用的資源，在向與該服務(wù)請求相關(guān)聯(lián)的應(yīng)用分配的以共享方式使用的資源數(shù)量達(dá)到與該應(yīng)用相關(guān)聯(lián)的一定閾值之后，服務(wù)請求以獨(dú)享方式使用內(nèi)容分配網(wǎng)絡(luò)中的資源。在本發(fā)明的實(shí)施例中，可為應(yīng)用分配可配置數(shù)量的資源供應(yīng)用獨(dú)享。即使與該應(yīng)用相關(guān)聯(lián)的服務(wù)請求實(shí)際上沒有在使用這些數(shù)量資源，也要為該應(yīng)用預(yù)留這些數(shù)量的資源，而不能將這些量的資源分配給與其它應(yīng)用相關(guān)聯(lián)的服務(wù)請求使用。而以共享方式使用的資源可在多個(gè)應(yīng)用之間根據(jù)先到先得的原則進(jìn)行使用。本發(fā)明中所述的資源包括高速緩存(即，哪些高速緩存可被使用)、并發(fā)數(shù)量(即一應(yīng)用所支持的同時(shí)在線用戶數(shù)量)、流量(即可提供服務(wù)的數(shù)據(jù)流量)、存儲量(可高速緩存內(nèi)容的存儲容量)等等。現(xiàn)在參考圖3和圖4，提供對根據(jù)所確定的應(yīng)用資源優(yōu)先模式，按次序?qū)①Y源分配給服務(wù)請求的具體描述。服務(wù)請求首先查詢與應(yīng)用相關(guān)聯(lián)的應(yīng)用資源優(yōu)先模式，來判斷應(yīng)用資源優(yōu)先模式是“共享”資源優(yōu)先還是“獨(dú)享”資源優(yōu)先(操作300)。在確定該應(yīng)用資源優(yōu)先模式為獨(dú)享資源優(yōu)先模式時(shí)，首先判斷如果向該服務(wù)請求分配以獨(dú)享方式使用的所請求的資源，那么分配給與該應(yīng)用相關(guān)聯(lián)的各服務(wù)請求的、以獨(dú)享方式使用的資源的數(shù)量是否超過第一閾值(操作302)。第一閾值可以由用戶或系統(tǒng)根據(jù)各個(gè)應(yīng)用預(yù)先定義。如果沒有超過第一閾值，則可向該服務(wù)請求分配以獨(dú)享方式使用的所請求的資源(操作304)。如果超過第一閾值，則進(jìn)一步判斷，如果向該服務(wù)請求分配以共享方式使用的所請求的資源，那么分配給與該應(yīng)用相關(guān)聯(lián)的各服務(wù)請求的、以共享方式使用的資源的數(shù)量是否超過第二閾值(操作306)。第二閾值可以由用戶或系統(tǒng)根據(jù)各個(gè)應(yīng)用預(yù)先定義。如果沒有超過第二閾值，則向該服務(wù)請求分配以共享方式使用的所請求的資源(操作308)。如果超過第二閾值，則又進(jìn)一步判斷，系統(tǒng)中是否存在最小量的資源能夠被分配給該服務(wù)請求(操作310)。該最小量可以根據(jù)與服務(wù)請求相關(guān)聯(lián)的應(yīng)用由用戶或系統(tǒng)預(yù)定義。如果是，則向該服務(wù)請求分配最小量的請求(操作312)，否則則拒絕該服務(wù)請求(操作314)。在確定該應(yīng)用資源優(yōu)先模式為共享資源優(yōu)先模式時(shí)，首先判斷如果向該服務(wù)請求分配以共享方式使用的所請求的資源，那么分配給與該應(yīng)用相關(guān)聯(lián)的各服務(wù)請求的、以共享方式使用的資源的數(shù)量是否超過第二閾值(操作322)。如果沒有超過第二閾值，則可向該服務(wù)請求分配以共享方式使用的所請求的資源(324)。如果超過第二閾值，則進(jìn)一步判斷，如果向該服務(wù)請求分配以獨(dú)享方式使用的所請求的資源，那么分配給與該應(yīng)用相關(guān)聯(lián)的各服務(wù)請求的、以獨(dú)享方式使用的資源的數(shù)量是否超過第一閾值(操作326)。如果沒有超過第一閾值，則向該服務(wù)請求分配以獨(dú)享方式使用的所請求的資源(操作328)。如果超過第一閾值，則又進(jìn)一步判斷，系統(tǒng)中是否存在最小量的資源能夠被分配給該服務(wù)請求(操作330)。如果是，則向該服務(wù)請求分配最小量的請求(操作332)，否則則拒絕該服務(wù)請求(操作334)。在本發(fā)明的又一實(shí)施例中，各資源被預(yù)先區(qū)分了優(yōu)先級。在向服務(wù)請求分配資源時(shí)，按照資源的優(yōu)先級向服務(wù)請求 分配資源。優(yōu)先級高的資源首先被分配。優(yōu)先級可由用戶或系統(tǒng)預(yù)先定義。
權(quán)利要求
1.一種將資源分配給服務(wù)請求的方法，包括: 接收請求資源的服務(wù)請求，所述服務(wù)請求包括一 URL ； 解析所接收的URL以標(biāo)識與所述服務(wù)請求相關(guān)聯(lián)的應(yīng)用； 確定與所述應(yīng)用相關(guān)聯(lián)的應(yīng)用資源優(yōu)先模式；以及 根據(jù)所確定的應(yīng)用資源優(yōu)先模式，按次序?qū)①Y源分配給所述服務(wù)請求。
2.如權(quán)利要求1所述的方法，其特征在于，所述應(yīng)用資源優(yōu)先模式為獨(dú)享資源優(yōu)先模式或共享資源優(yōu)先模式。
3.如權(quán)利要求2所述的方法，其特征在于，在確定所述應(yīng)用資源優(yōu)先模式為獨(dú)享資源優(yōu)先模式時(shí)，根據(jù)次序?qū)①Y源分配給所述服務(wù)請求包括:判斷在向所述服務(wù)請求分配以獨(dú)享方式使用的所請求的資源的情況下，分配給與所述應(yīng)用相關(guān)聯(lián)的各服務(wù)請求的、以獨(dú)享方式使用的資源的數(shù)量是否超過預(yù)定義的第一閾值，如果沒有超過第一閾值，則向所述服務(wù)請求分配以獨(dú)享方式使用的所請求的資源。
4.如權(quán)利要求3所述的方法，其特征在于，還包括在判斷超過第一閾值的情況下，進(jìn)一步判斷在向所述服務(wù)請求分配以共享方式使用的所請求的資源的情況下，分配給與所述應(yīng)用相關(guān)聯(lián)的各服務(wù)請求的、以共享方式使用的資源的數(shù)量是否超過預(yù)定義的第二閾值，如果沒有超過第二閾值，則向所述服務(wù)請求分配以共享方式使用的所請求的資源。
5.如權(quán)利要求4所述的方法，其特征在于，還包括在判斷超過第二閾值的情況下，進(jìn)一步判斷是否存在預(yù)定義的最小量的資源能夠被分配給所述服務(wù)請求，如果是，則向所述服務(wù)請求分配最小量的請求，否則則拒絕所述服務(wù)請求。
6.如權(quán)利要求2所述的方法，其特征在于，在確定所述應(yīng)用資源優(yōu)先模式為共享資源優(yōu)先模式時(shí)，根據(jù)次序?qū)①Y源分配給服務(wù)請求包括:判斷在向所述服務(wù)請求分配以共享方式使用的所請求的資源的情況下，分配給與所述應(yīng)用相關(guān)聯(lián)的各服務(wù)請求的、以共享方式使用的資源的數(shù)量是否超過預(yù)定義的第二閾值，如果沒有超過第二閾值，則向所述服務(wù)請求分配以共享方式使用的所請求的資源。
7.如權(quán)利要求6所述的方法，其特征在于，還包括在判斷超過第二閾值的情況下，進(jìn)一步判斷在向所述服務(wù)請求分配以獨(dú)享方式使用的所請求的資源的情況下，分配給與所述應(yīng)用相關(guān)聯(lián)的各服務(wù)請求的、以獨(dú)享方式使用的資源的數(shù)量是否超過預(yù)定義的第一閾值，如果沒有超過第一閾值，則向所述服務(wù)請求分配以獨(dú)享方式使用的所請求的資源。
8.如權(quán)利要求7所述的方法，其特征在于，還包括在判斷超過第一閾值的情況下，進(jìn)一步判斷是否存在預(yù)定義的最小量的資源能夠被分配給所述服務(wù)請求，如果是，則向所述服務(wù)請求分配最小量的請求，否則則拒絕所述服務(wù)請求。
9.如權(quán)利要求1所述的方法，其特征在于，所述方法通過一應(yīng)用解析策略解析所接收的URL，所述解析策略可按照以下各項(xiàng)中至少一個(gè)的組合來標(biāo)識應(yīng)用:主機(jī)名、路徑中的第一個(gè)目錄名、參數(shù)值。
10.一種將資源分配給服務(wù)請求的系統(tǒng)，包括: 接入控制模塊，接收包括服務(wù)URL的請求資源的所述服務(wù)請求； 應(yīng)用解析模塊，解析所接收的URL以標(biāo)識與所述服務(wù)請求相關(guān)聯(lián)的應(yīng)用； 資源管理模塊，確定與所述應(yīng)用相關(guān)聯(lián)的應(yīng)用資源優(yōu)先模式，并根據(jù)所確定的應(yīng)用資源優(yōu)先模式，按次序?qū)①Y源分配給所述服務(wù)請求。
全文摘要
本發(fā)明涉及基于應(yīng)用的多業(yè)務(wù)承載方法。一種將資源分配給服務(wù)請求的技術(shù)。該技術(shù)包括接收與應(yīng)用相關(guān)聯(lián)的、請求資源的服務(wù)請求，其中該服務(wù)請求包括一URL；解析所接收的URL以標(biāo)識與該服務(wù)請求相關(guān)聯(lián)的應(yīng)用；確定與該應(yīng)用相關(guān)聯(lián)的應(yīng)用資源優(yōu)先模式；根據(jù)所確定的應(yīng)用資源優(yōu)先模式，按次序?qū)①Y源分配給該服務(wù)請求。
文檔編號H04L12/917GK103108030SQ20121056762
公開日2013年5月15日 申請日期2012年12月24日 優(yōu)先權(quán)日2012年12月24日
發(fā)明者賈京峰, 朱懿, 成功, 顏新波, 王磊, 姚毅 申請人:上海思華科技股份有限公司