專(zhuān)利名稱(chēng)：對(duì)媒體服務(wù)器中的分布式媒體資源進(jìn)行負(fù)載平衡和切換的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及分布式資源管理，具體涉及分布式媒體資源的管理。
背景技術(shù)：
自動(dòng)語(yǔ)音識(shí)別器(ASR)和文本到語(yǔ)音合成器(TTS)是一般以 自動(dòng)交互系統(tǒng)執(zhí)行的語(yǔ)音資源，例如用于電話呼叫中心的自動(dòng)語(yǔ)音響 應(yīng)系統(tǒng)。ASR和TTS合成器是消費(fèi)性資源，通常必須由構(gòu)成語(yǔ)音服 務(wù)器解決方案的多臺(tái)機(jī)器共同執(zhí)行。為了減少硬件成本，語(yǔ)音資源通
常在多個(gè)客戶端上共享，只有在它們被實(shí)際需要時(shí)才進(jìn)行分配。
媒體處理資源控制協(xié)議(MRCP)是向請(qǐng)求媒體處理資源的客戶 端設(shè)備，例如ASR和TTS合成器提供一種機(jī)制以控制網(wǎng)絡(luò)中的這種 資源的協(xié)議。尤其是，MRCP定義了控制媒體處理資源的所需請(qǐng)求、 響應(yīng)和事件。不幸地是，MRCP標(biāo)準(zhǔn)只依賴于客戶端以分布客戶端請(qǐng) 求。事實(shí)上，MRCP沒(méi)有由服務(wù)器執(zhí)行的對(duì)多個(gè)節(jié)點(diǎn)上的媒體處理資 源進(jìn)行分布的方法。此外，訪問(wèn)資源的客戶端也不清楚哪些服務(wù)器資 源可用，哪些服務(wù)器資源當(dāng)前正在被使用。因此，負(fù)栽平衡的最普遍 的方法是，客戶端順序地向多個(gè)服務(wù)器發(fā)送請(qǐng)求，直到建立客戶端會(huì) 話。然而，這種方法不能適當(dāng)?shù)仄胶夥?wù)器的負(fù)載，這樣會(huì)降低硬件 的效率。
因而，提供一種技術(shù)，可以使服務(wù)器群對(duì)自己的媒體處理資源進(jìn) 行分布，并對(duì)這些資源進(jìn)行負(fù)載平衡將是有益的。 發(fā)明內(nèi)容本發(fā)明涉及對(duì)多個(gè)服務(wù)器中的媒體資源進(jìn)行負(fù)載平衡的方法和 系統(tǒng)?？梢詮恼?qǐng)求第一媒體處理資源的客戶端接收第一請(qǐng)求，該請(qǐng)求
具有根據(jù)第一協(xié)議的格式。第一請(qǐng)求可以被轉(zhuǎn)換(morph)為具有根 據(jù)第二協(xié)議的格式的第 一轉(zhuǎn)換請(qǐng)求?？梢詮陌ǘ鄠€(gè)服務(wù)器的第 一服 務(wù)器區(qū)中選出負(fù)載最小的第 一服務(wù)器，所述多個(gè)服務(wù)器中的每個(gè)服務(wù) 器提供所要求的第一媒體處理資源。可根據(jù)笫二協(xié)議將第一轉(zhuǎn)換請(qǐng)求 轉(zhuǎn)發(fā)至第一服務(wù)器。
本發(fā)明的另 一實(shí)施例包括機(jī)器可讀存儲(chǔ)器，其可被編程用于使機(jī) 器執(zhí)行本文描述的多個(gè)步驟。


參考附圖可以更加詳細(xì)地在下文描述本發(fā)明的優(yōu)選實(shí)施例，其
中
圖1示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例對(duì)媒體處理資源僅此負(fù)栽 平衡的系統(tǒng)框圖。
圖2是示出了根據(jù)本發(fā)明的另一個(gè)實(shí)施例的平衡媒體處理資源 的方法流程圖。
具體實(shí)施例方式
本發(fā)明的說(shuō)明書(shū)和權(quán)利要求共同限定了被認(rèn)為新穎的本發(fā)明的
特點(diǎn)，可以相信結(jié)合附圖考慮對(duì)本發(fā)明的說(shuō)明，可以更好的理解本發(fā)
明。根據(jù)要求，在此公開(kāi)了本發(fā)明的詳細(xì)實(shí)施例，應(yīng)當(dāng)理解的是公開(kāi)
的實(shí)施例僅僅是本發(fā)明的一種示范，本發(fā)明可以以多種形式進(jìn)行來(lái)實(shí)
施。因而，在此公開(kāi)的具體結(jié)構(gòu)和功能細(xì)節(jié)不應(yīng)被解釋為限制，而僅
僅是權(quán)利要求的基礎(chǔ)，并作為教導(dǎo)本領(lǐng)域技術(shù)人員，在實(shí)踐中以多變
的方式實(shí)現(xiàn)本發(fā)明的任何合適的詳細(xì)結(jié)構(gòu)的基礎(chǔ)。此外，在此使用的 術(shù)語(yǔ)和短語(yǔ)并不是要進(jìn)行限制，而是提供一種對(duì)于本發(fā)明可理解的描述。
在此公開(kāi)的實(shí)施例涉及可用于對(duì)多個(gè)服務(wù)器中的媒體資源控制 協(xié)議資源進(jìn)行負(fù)載平衡的方法和系統(tǒng)。例如，請(qǐng)求媒體處理資源的 MRCP消息可以用協(xié)議轉(zhuǎn)換器/客戶端通過(guò)TCP/IP套結(jié)字接受，并被轉(zhuǎn)換為標(biāo)準(zhǔn)超文本傳輸協(xié)議(HTTP)消息。該HTTP消息而后被轉(zhuǎn) 發(fā)到負(fù)栽平衡器。在一組每個(gè)服務(wù)器都提供的請(qǐng)求媒體處理資源的服 務(wù)器中，負(fù)栽平衡器可以選擇負(fù)栽最小的服務(wù)器，并將才艮據(jù)HTTP協(xié) 議將轉(zhuǎn)換的請(qǐng)求轉(zhuǎn)發(fā)到所選擇的服務(wù)器。當(dāng)負(fù)載平衡器接收到下一個(gè) 請(qǐng)求時(shí)，該負(fù)載平衡器可以再次從服務(wù)器組中選擇負(fù)栽最小的服務(wù) 器，并將下一個(gè)請(qǐng)求發(fā)給該服務(wù)器。第二次選中的服務(wù)器可以是也可 以不是先前被選中的服務(wù)器。
圖1是示出了包括服務(wù)器群102的系統(tǒng)100的框圖。服務(wù)器群 102可以包括多個(gè)服務(wù)器，例如第一服務(wù)器104、第二服務(wù)器106、第 三服務(wù)器108和第四服務(wù)器110。服務(wù)器104、 106、 108和110中的 每一個(gè)可以是基于協(xié)議的服務(wù)器，如MRCP服務(wù)器。服務(wù)器104、 106、 108和110可以任何合適的方式聯(lián)網(wǎng)，例如，服務(wù)器可以通過(guò)局域網(wǎng) (LAN)、廣域網(wǎng)(WAN)、因特網(wǎng)或其他任何通信網(wǎng)絡(luò)聯(lián)網(wǎng)。
每一個(gè)服務(wù)器104、 106、 108和110都可以提供媒體處理資源。 例如，第一服務(wù)器104和第二服務(wù)器106中的每個(gè)都可以提供第一組 媒體處理資源112。類(lèi)似地，第三服務(wù)器108和第四服務(wù)器110都可 以提供第二組處理資源114。媒體處理資源ll2、 1U可以是自動(dòng)語(yǔ)音 識(shí)別器(ASR)和文本到語(yǔ)音合成器(TTS)、發(fā)音人確認(rèn)器、雙音多 頻識(shí)別器，或任何其他可以處理媒體請(qǐng)求的資源。例如，第一組媒體 處理資源112可能包括能產(chǎn)生女性聲音的文本到語(yǔ)音(TTS)合成器， 第二組媒體處理資源114可能包括能夠產(chǎn)生男性聲音的TTS合成器。
系統(tǒng)IOO可以包括多個(gè)客戶端，如客戶端120?？蛻舳?20可以 是任何可以通過(guò)網(wǎng)絡(luò)連接到服務(wù)器群102的、并且服務(wù)器群102向其 提供媒體處理資源的設(shè)備。例如，客戶端112可以是計(jì)算機(jī)、電話、 移動(dòng)電話、個(gè)人數(shù)字助理、游戲控制器、交互式設(shè)備或任何其他可以 通過(guò)如LAN、 WAN、因特網(wǎng)或任何其他通信網(wǎng)絡(luò)，訪問(wèn)由服務(wù)器群 102提供的媒體處理資源的設(shè)備。盡管僅示出了一個(gè)客戶端120，但 系統(tǒng)IOO可以包括任何數(shù)量的訪問(wèn)媒體處理資源112、 114的客戶端。 事實(shí)上，在此描述的對(duì)媒體處理資源112、 114進(jìn)行分布的方法，便于多個(gè)客戶端同時(shí)使用媒體處理資源112、 114。
客戶端120通過(guò)傳送如請(qǐng)求150的第一消息到可通信地鏈接到服 務(wù)器群120的轉(zhuǎn)換控制器122,與服務(wù)器群102進(jìn)行通信。該請(qǐng)求150 具有根據(jù)適當(dāng)?shù)耐ㄐ艆f(xié)議的格式。此外，該客戶端120可以響應(yīng)于第 一消息，接收如事件156的第二消息。在一種設(shè)置中，消息可以根據(jù) MRCP具有一定的格式，并在客戶端120與轉(zhuǎn)換控制器122之間進(jìn)行 傳送。
為了根據(jù)MRCP第一版進(jìn)行消息通信，客戶端120可以利用在 TCP/IP上運(yùn)行的如實(shí)時(shí)流協(xié)議(RTSP)，與轉(zhuǎn)換控制器122建立用 戶會(huì)話。以這種方式進(jìn)行的消息通信稱(chēng)為"數(shù)據(jù)封裝(tunneling)"。 為了根據(jù)MRCP第二版進(jìn)行消息通信，客戶端120可以利用會(huì)話初 始化協(xié)議(SIP)建立用戶會(huì)話。與RTSP相反，在建立SIP用戶會(huì) 話之后，消息直接通過(guò)TCP/IP轉(zhuǎn)發(fā)，而沒(méi)有被數(shù)據(jù)封裝。
轉(zhuǎn)換控制器122可以以硬件、軟件或硬件和軟件的組合來(lái)實(shí)現(xiàn)。 轉(zhuǎn)換控制器122可以以在一個(gè)處理系統(tǒng)中的集中方式或以不同元素處 于多個(gè)相互連接的處理系統(tǒng)中的分布的方式來(lái)實(shí)現(xiàn)。盡管轉(zhuǎn)換控制器 122在圖1中為獨(dú)立于服務(wù)器群102的組件，但其也可以作為服務(wù)器 群102的組件包括在其中。
該轉(zhuǎn)換控制器122可以包括接收請(qǐng)求150的協(xié)議轉(zhuǎn)換器/客戶端 124，并將請(qǐng)求轉(zhuǎn)換為轉(zhuǎn)換的請(qǐng)求152。該轉(zhuǎn)換的請(qǐng)求152具有的格式 可以根據(jù)的協(xié)議不同于原請(qǐng)求150的格式所根據(jù)的協(xié)議。例如，協(xié)議 轉(zhuǎn)換器/客戶端124可以將MRCP請(qǐng)求轉(zhuǎn)換為HTTP請(qǐng)求。為了對(duì)請(qǐng) 求150進(jìn)行轉(zhuǎn)換，請(qǐng)求中MRCP的特定代碼可以被相關(guān)的HTTP特 定代碼所取代。下文表1示出了在轉(zhuǎn)換之前包含在請(qǐng)求150中的代碼 的例子。
8表1 -請(qǐng)求示例
ANNOUNCE rtsp:〃localhost/media/synthesizer RTSP/1,0 CSeq'' 1
Session 1.IBM,9.22,74,38
Datez Tue, 15 FEB 2005 ll.'28:01 est
Content-Type: application/mrcp
Content-Length: 149
SPEAK 100 MRCP/1,0
voice-name: Andrew
Content-Type: application/synthesis+ssml Content-Length: 4 5
< xml version "l,0" > <speak:>l 2 3 ,</speak>
為了對(duì)表1所示的請(qǐng)求進(jìn)行轉(zhuǎn)換，協(xié)議轉(zhuǎn)換器/客戶端1M可以 以如下方式改變消息的RTSP部分中的代碼 替換
"ANNOUNCE rtsp://locsilhost/inedia/synthesizer RTSP/1.0"
為
"POST /synthesizerServlet HTTP 1,1〃 、、Host: myserver.bocaraton ibm,com" 、、user-agent=Java/l 4 , 1〃
、、accept=text7html, invage/gif, image/jpeg,q-'2, */*' q=,2〃 、、connection頃keep漏alive"
在這種設(shè)置中，消息體的MRCP部分可以保持不變。下文中表 2示出了通過(guò)該方式對(duì)第一請(qǐng)求150進(jìn)行轉(zhuǎn)換后生成的轉(zhuǎn)換請(qǐng)求I52 的例子。
表2 -轉(zhuǎn)換請(qǐng)求示例#1
POST /synthesizerServlet HTTP 1*1 Host: myserver.bocaraton ibnucom user-agent=Java/l 4 1
accept-text/html, image/gif, image/jpeg,q=，2, */*' q=,2 connection-keep-aliveCSeq', 1
Session 1,IBM,9,22,74.38 Dates Tue, 15 FEB 2005 11:28:01 est Content-Type: application/mr*cp Content-Liength: 149
SPEAK 100 MRCP/1.0 vo丄ce-name: Andrew
Content-Type: application/synthesis+ssml ContenHength: 45
< xml version-"l 0" > <speak>l 2 3 ."C/spealo
在另一個(gè)設(shè)置中，協(xié)議轉(zhuǎn)換器/客戶端124可以以如下方式改變 消息的RTSP部分中的代碼 替換
"ANNOUNCE rtsp:〃localhost/media/synthesizer RTSP/1,0"
為
"POST /synthesizerServlet HTTP l，l" 、、Host: myserver .bocaraton, ibm. com" 、、user-agent=Java/l 4,1〃
、、accept=text/html, in\age/gif, image/jpeg, q=,2, "connect ion-ke印-alive"
并刪除
"Content-Type: application/mrcp" 、、Cotitent-:Length，' 149"
在該設(shè)置中，可以以如下方式改變消息中的MRCP部分中的代
碼
替換
"SPEAK 100 MRCP/1.0"
為
"MRCPMethod: Speak,， 以這種方式對(duì)代碼的轉(zhuǎn)換，對(duì)RTSP和MRCP消息進(jìn)行了組合， 其將"SPEAK IOO，，改變?yōu)?MRCPMethod: Speak"。此外，從消息的 RTSP部分中移去的內(nèi)容類(lèi)型和內(nèi)容長(zhǎng)度標(biāo)頭的功能，可以由事先包含在消息MRCP部分的類(lèi)型代碼來(lái)執(zhí)行。下文表3示出了根據(jù)該例， 通過(guò)對(duì)請(qǐng)求150進(jìn)行轉(zhuǎn)換產(chǎn)生的轉(zhuǎn)換請(qǐng)求的例子152。 表3 -請(qǐng)求示例弁2
POST /synthesizerServlet HTTP 1.1 Host: myserver,bocaraton,com user_agent=Java/l.4.1
accept=text/html, image/gif, image/jpeg, q=.2, */*' q=.2 connection=keep-alive CSeq'. 1
Session 1.IBM.9.22.74.38
Date: Tue, 15 FEB 2005 11:28:01 est
MRCPMethod: Speak voice-name: Andrew
Content-Type: application/synthesis+ssml Content-Iiength: 45
< xml version="l.0" > <speak>l 2 3 .</speak>
對(duì)上述處理進(jìn)行反轉(zhuǎn)，協(xié)議轉(zhuǎn)換器/客戶端124也可以將響應(yīng)于 轉(zhuǎn)換請(qǐng)求產(chǎn)生的事件154，轉(zhuǎn)換為具有根據(jù)MRCP的格式的轉(zhuǎn)換事件 156。例如在第一事件154中HTTP特定碼可以用相關(guān)的MRCP特定 代碼代替。
該協(xié)議轉(zhuǎn)換器/客戶端124可以作為服務(wù)器104、 106、 108和110 的客戶端。例如，協(xié)議轉(zhuǎn)換器/客戶端124可以作為HTTP客戶端。 尤其是，協(xié)議轉(zhuǎn)換器124可以將轉(zhuǎn)換的請(qǐng)求152轉(zhuǎn)發(fā)至負(fù)載平衡器 130。負(fù)栽平衡器130包括將請(qǐng)求路由至服務(wù)器104、 106、 108和110 的調(diào)度程序132。特別是，調(diào)度程序132可以將轉(zhuǎn)換的請(qǐng)求152路由 至服務(wù)器104、 106、 108和110中的其中一個(gè)，其具有媒體處理資源 112、 114適于對(duì)轉(zhuǎn)換請(qǐng)求152作出響應(yīng)的，并且是具有這些媒體處理 資源112、 114的服務(wù)器組的中負(fù)載最小的。
例如，調(diào)度程序132可以將資源選擇規(guī)則134應(yīng)用于轉(zhuǎn)換請(qǐng)求 152,以對(duì)適于對(duì)轉(zhuǎn)換請(qǐng)求152進(jìn)行響應(yīng)的如第一分區(qū)140或第二分 區(qū)142的服務(wù)器分區(qū)進(jìn)行確定。例如，調(diào)度程序132可以將資源選擇規(guī)則134施于轉(zhuǎn)換請(qǐng)求152的統(tǒng)一資源標(biāo)識(shí)符的模式(pattern)和/ 或內(nèi)容類(lèi)型標(biāo)頭中，以確定合適的媒體處理資源112， 114。該調(diào)度程 序132而后可以參考分區(qū)標(biāo)識(shí)符136來(lái)確定哪個(gè)分區(qū)(即第一分區(qū)140 或第二分區(qū)142)包含提供標(biāo)識(shí)資源的服務(wù)器。
在一個(gè)更具體的實(shí)施例中，轉(zhuǎn)換請(qǐng)求152可以包括包含 "voice-Lisa"和"content type-TTS，，的內(nèi)容類(lèi)型標(biāo)頭。此外，指示 "voice-Lisa，，和"content type = TTS，，的標(biāo)識(shí)符可以包含在轉(zhuǎn)換請(qǐng)求 152的URI中。響應(yīng)于接收轉(zhuǎn)換請(qǐng)求152,調(diào)度程序132可以應(yīng)用資 源選擇規(guī)則134,確定提供"Lisa"TTS的媒體處理資源類(lèi)型是媒體處 理資源112。調(diào)度程序可以參考標(biāo)識(shí)符136來(lái)選擇包括第一服務(wù)器104 和第二服務(wù)器106的第一分區(qū)140。接著，調(diào)度程序132可以參考對(duì) 應(yīng)于每個(gè)服務(wù)器104、 106的路由信息的路由清單，并詢問(wèn)每個(gè)路由 器104、 106確定哪個(gè)服務(wù)器負(fù)栽最小。
如果某一特定服務(wù)器不再可用，例如服務(wù)器脫機(jī)，那么可以將該 服務(wù)器從路由清單上移去。因此，調(diào)度程序152可以基本忽略脫機(jī)服 務(wù)器。當(dāng)服務(wù)器再次聯(lián)機(jī)時(shí)，服務(wù)器可以再次將它添加到路由清單上。 以這種方式，負(fù)載平衡器130在負(fù)栽平衡以外，也可以提供切換。
在確定哪個(gè)服務(wù)器負(fù)載最小時(shí)，調(diào)度程序?qū)⑥D(zhuǎn)換請(qǐng)求152轉(zhuǎn)發(fā)到 該服務(wù)器。例如，如果第一服務(wù)器負(fù)栽最小，那么調(diào)度程序132可以 選擇第一服務(wù)器104上媒體處理資源112的URI。該調(diào)度程序132然 后通過(guò)向媒體小服務(wù)程序116轉(zhuǎn)發(fā)轉(zhuǎn)換請(qǐng)求152,調(diào)用第一服務(wù)器上 的104上媒體小服務(wù)程序116。媒體小服務(wù)程序114、 116可以是以合 適的中間設(shè)備平臺(tái)來(lái)實(shí)現(xiàn)的HTTP小服務(wù)程序，該平臺(tái)支持在多個(gè)服 務(wù)器節(jié)點(diǎn)上以分布式的方式表示小服務(wù)程序。這種平臺(tái)的一個(gè)例子是 J2EE，但本發(fā)明并不限于此。
為了實(shí)現(xiàn)與選擇的處理資源104的親和(affinity)，協(xié)議轉(zhuǎn)換 器/客戶端120可以支持與cookies的會(huì)話和/或統(tǒng)一資源定位器的重 寫(xiě)。該負(fù)載平衡器130可以包括親和支持(affinity support) 138，以 在需要時(shí)保持協(xié)議/客戶端120與媒體處理資源104的親和。例如，可以對(duì)負(fù)載平衡器130進(jìn)行配置，被動(dòng)地允許cookies在期望的條件下 繞過(guò)負(fù)栽平衡路由，例如，當(dāng)對(duì)媒體處理資源修改未完成 (outstanding)的請(qǐng)求時(shí)。也可通過(guò)cookies親和對(duì)親和支持進(jìn)行配 置，為協(xié)議轉(zhuǎn)換器/客戶端120在需要時(shí)獲取服務(wù)器的類(lèi)同。
媒體小服務(wù)程序116對(duì)轉(zhuǎn)換請(qǐng)求152進(jìn)行解析，并將解析后的請(qǐng) 求152轉(zhuǎn)發(fā)到選中的媒體處理資源112。從轉(zhuǎn)換請(qǐng)求152中解析出的 信息可以包括URI的回收小服務(wù)程序，以指示將響應(yīng)于轉(zhuǎn)換請(qǐng)求152 由媒體處理資源產(chǎn)生的事件154轉(zhuǎn)發(fā)到回收小服務(wù)程序126。該解析 信息也可以包括會(huì)話標(biāo)識(shí)符，以指示事件154應(yīng)轉(zhuǎn)發(fā)到哪個(gè)客戶端 120。
該回收小服務(wù)程序可以可通信地鏈接協(xié)議轉(zhuǎn)換器/客戶端124,該 回收小服務(wù)程序126可以從事件154解析會(huì)話標(biāo)識(shí)符，并將事件154 轉(zhuǎn)發(fā)到協(xié)議轉(zhuǎn)換器/客戶端124，指示該哪個(gè)響應(yīng)156應(yīng)轉(zhuǎn)發(fā)給適當(dāng)?shù)?客戶端120。例如，回收小服務(wù)程序126可以提供客戶端120的URI。 該協(xié)議轉(zhuǎn)換器/客戶端124然后根據(jù)第一協(xié)議將事件154轉(zhuǎn)換為轉(zhuǎn)換事 件156，并將事件156轉(zhuǎn)發(fā)到客戶端120。例如，該協(xié)議轉(zhuǎn)換器/客戶 端124可以根據(jù)MRCP轉(zhuǎn)發(fā)轉(zhuǎn)換事件156。
當(dāng)從客戶端120或任何其他客戶端接收第二請(qǐng)求時(shí)，可以重復(fù)對(duì) 該源請(qǐng)求150的上述處理。如果第二請(qǐng)求要求與第一請(qǐng)求相同的媒體 處理資源112，且該第一服務(wù)器104仍然是負(fù)載最小的，該轉(zhuǎn)換請(qǐng)求 可以再次被轉(zhuǎn)發(fā)到第一服務(wù)器104。但是，如果在第一分區(qū)140中不 再是負(fù)載最小的服務(wù)器，可以選擇另一個(gè)負(fù)載最小的服務(wù)器。例如， 如果現(xiàn)在第二服務(wù)器106是第一分區(qū)140中負(fù)栽最小的服務(wù)器，那么 可以選擇第二服務(wù)器106，并向其轉(zhuǎn)發(fā)第二轉(zhuǎn)換請(qǐng)求。如果第二請(qǐng)求 要求不同于第一請(qǐng)求的媒體處理資源，如媒體處理資源114,那么將 第二轉(zhuǎn)換請(qǐng)求轉(zhuǎn)發(fā)給另一個(gè)具有請(qǐng)求的媒體處理資源114的服務(wù)器， 如第三服務(wù)器108。如果第三服務(wù)器108是包含在第二分區(qū)H2中的 最小負(fù)載服務(wù)器，那么通過(guò)第四服務(wù)器110從第二分區(qū)142中，選擇 第三服務(wù)器108。圖2是示出了根據(jù)本發(fā)明的另一個(gè)實(shí)施例的平衡媒體處理資源 負(fù)栽的方法200。在步驟205開(kāi)始，可以從請(qǐng)求第一媒體處理資源的 客戶端接收第一請(qǐng)求，該請(qǐng)求具有根據(jù)第一協(xié)議的格式。在步驟210， 該第 一請(qǐng)求可以被轉(zhuǎn)換為具有根據(jù)第二協(xié)議的格式的笫 一轉(zhuǎn)換請(qǐng)求。 在步驟215，可以從包括多個(gè)服務(wù)器的服務(wù)器分區(qū)，選擇負(fù)栽最小的 第一服務(wù)器，多個(gè)服務(wù)器中的每一個(gè)都提供請(qǐng)求的第一媒體處理資 源。前進(jìn)到步驟220,可以根據(jù)第二協(xié)議向第一服務(wù)器轉(zhuǎn)發(fā)笫一轉(zhuǎn)換 請(qǐng)求。
在步驟225，可以從客戶端接收笫二請(qǐng)求?？梢詫⒌诙?qǐng)求轉(zhuǎn)換 為具有根據(jù)第二協(xié)議的格式的第二轉(zhuǎn)換請(qǐng)求，如步驟230所示。參考 確定框235，如果第二處理請(qǐng)求要求笫一媒體處理資源，該方法可以 繼續(xù)到確定框240。如果第一服務(wù)器仍是第一分區(qū)中的最小負(fù)栽服務(wù) 器，該符合第二協(xié)議的第二轉(zhuǎn)換請(qǐng)求可以轉(zhuǎn)發(fā)到第一服務(wù)器。但是， 如果第一服務(wù)器不再是最小負(fù)栽服務(wù)器，可以從第二分區(qū)選擇是最小 負(fù)栽服務(wù)器的第二服務(wù)器，如步驟250所示。前進(jìn)到步驟260，可以 根據(jù)第二協(xié)議，將第二轉(zhuǎn)換請(qǐng)求轉(zhuǎn)發(fā)到第二服務(wù)器。
再次參考確定框235到255，如果不是由第二請(qǐng)求選擇第一媒體 處理資源，那么可以從包括多個(gè)服務(wù)器的第二服務(wù)器分區(qū)中，選擇負(fù) 栽最小的第二服務(wù)器，該多個(gè)服務(wù)器中的每一個(gè)都提供了請(qǐng)求第二多 媒體處理資源。再次參考步驟260，可以根據(jù)第二協(xié)議，將第二轉(zhuǎn)換 請(qǐng)求轉(zhuǎn)發(fā)到第二服務(wù)器。
本發(fā)明可以以硬件、軟件或硬件和軟件結(jié)合的形式來(lái)實(shí)現(xiàn)。本發(fā) 明可以在一個(gè)處理系統(tǒng)中以集中的方式實(shí)現(xiàn)，也可以以不同元素分散 在多個(gè)互連的處理系統(tǒng)的分布式的方式實(shí)現(xiàn)。任何處理系統(tǒng)或其他適 于執(zhí)行在此描述的方法的設(shè)備都可以適用。硬件和軟件的一般結(jié)合可 以是通用處理系統(tǒng)，其具有當(dāng)被加載和執(zhí)行時(shí)控制處理系統(tǒng)，以使該 系統(tǒng)能執(zhí)行在此描述的方法的應(yīng)用程序。本發(fā)明也可以被嵌入到應(yīng)用 產(chǎn)品中，其包括了可以執(zhí)行在此描述的本發(fā)明方法的所有特征，并在 被加載到處理系統(tǒng)中時(shí)能夠執(zhí)行這些方法。本文中的術(shù)語(yǔ)"計(jì)算機(jī)程序"、"軟件"、"應(yīng)用程序"、變形和/或 其組合，意味著以任何語(yǔ)言、代碼和符號(hào)對(duì)一組指令的表達(dá)，該指令 意在使具有信息處理能力的系統(tǒng)可以直接執(zhí)行特定功能或在經(jīng)如下
一個(gè)或兩個(gè)步驟后執(zhí)行特定功能a)轉(zhuǎn)換為另一種語(yǔ)言、代碼或符 號(hào)；b)以不同材質(zhì)形式的再現(xiàn)。例如，應(yīng)用程序可以包括但不限于 子程序、函數(shù)、過(guò)程、對(duì)象方法、對(duì)象執(zhí)行、可執(zhí)行應(yīng)用、小應(yīng)用程 序、小服務(wù)程序、源代碼、目標(biāo)代碼、共享庫(kù)/動(dòng)態(tài)加栽庫(kù)和/或其他 設(shè)計(jì)用于在處理系統(tǒng)中執(zhí)行的程序序列。
在此使用的術(shù)語(yǔ)"一"和"一個(gè)"定義為一個(gè)和一個(gè)以上。在此使用 的術(shù)語(yǔ)"多個(gè)，，定義為兩個(gè)或兩個(gè)以上。在此^f吏用的術(shù)語(yǔ)"另一個(gè)，，定義 為至少第二個(gè)或更多，在此使用的術(shù)語(yǔ)"包括，，或"具有"定義為包含 (即，開(kāi)放型語(yǔ)言)。在此使用的術(shù)語(yǔ)"耦結(jié)"定義為連接，不必是直 接地并且不必是機(jī)械地，即通過(guò)通信通道或路徑可通信地鏈接。
本發(fā)明在不背離精神和及其基本特性的情況下，可以以其他方式 來(lái)實(shí)現(xiàn)。因此，應(yīng)當(dāng)參考下文的權(quán)利要求而不是前述的說(shuō)明書(shū)來(lái)表示 本發(fā)明的范圍。
權(quán)利要求
1.對(duì)多個(gè)服務(wù)器中的媒體資源進(jìn)行負(fù)載平衡的方法，包括從請(qǐng)求第一媒體處理資源的客戶端接收第一請(qǐng)求，所述請(qǐng)求具有根據(jù)第一協(xié)議的格式；將所述第一請(qǐng)求轉(zhuǎn)換為具有根據(jù)第二協(xié)議的格式的第一轉(zhuǎn)換請(qǐng)求；從包含多個(gè)服務(wù)器的第一服務(wù)器分區(qū)選擇負(fù)載最小的第一服務(wù)器，其中所述多個(gè)服務(wù)器中的每一個(gè)提供請(qǐng)求的第一媒體處理資源；以及根據(jù)所述第二協(xié)議，將所述第一轉(zhuǎn)換請(qǐng)求轉(zhuǎn)發(fā)到所述第一服務(wù)器。
2. 根據(jù)要求l的方法，進(jìn)一步包括從請(qǐng)求所述第一媒體處理資源的所述客戶端接收第二請(qǐng)求，所述 第二請(qǐng)求具有根據(jù)所述第 一協(xié)議的格式；將所述第二請(qǐng)求轉(zhuǎn)換為具有根據(jù)第二協(xié)議的格式的第二轉(zhuǎn)換請(qǐng) 求；以及如果所述第一服務(wù)器仍然是最小負(fù)載，將根據(jù)所述第二協(xié)議將所 述第二轉(zhuǎn)換請(qǐng)求轉(zhuǎn)發(fā)到所述第 一服務(wù)器；如果所述第一服務(wù)器已不是最小負(fù)載，從所述第一服務(wù)器分區(qū)選 擇負(fù)載最小的第二服務(wù)器，并根據(jù)所述第二協(xié)議將所述第二轉(zhuǎn)換請(qǐng)求 轉(zhuǎn)發(fā)到所述第二服務(wù)器。
3. 根據(jù)權(quán)利要求1或2的方法，進(jìn)一步包括 從請(qǐng)求第二媒體處理資源的客戶端接收第二請(qǐng)求，所述第二請(qǐng)求具有根據(jù)所述第一協(xié)議的格式；將所述第二請(qǐng)求轉(zhuǎn)換為具有根據(jù)所述第二協(xié)議格式的第二轉(zhuǎn)換請(qǐng)求；從包括多個(gè)服務(wù)器的第二服務(wù)器分區(qū)，選擇負(fù)載最小的第二服務(wù) 器，所述多個(gè)服務(wù)器中的每一個(gè)提供所述請(qǐng)求的第二媒體處理資源；以及根據(jù)所述第二協(xié)議，將所述第二轉(zhuǎn)換請(qǐng)求轉(zhuǎn)發(fā)到所述第二服務(wù)器。
4. 根據(jù)權(quán)利要求l、 2或3的方法，其中選擇負(fù)載最小的所述第 一服務(wù)器步驟包括將資源選擇規(guī)則應(yīng)用于包含在消息組件中的至少一個(gè)模式中，以 識(shí)別所請(qǐng)求的媒體處理資源，所述消息組件從包括統(tǒng)一資源標(biāo)識(shí)符 (URI)和內(nèi)容類(lèi)型標(biāo)頭的組中選擇；以及參考至少一個(gè)分區(qū)標(biāo)識(shí)符，以識(shí)別包括提供所述請(qǐng)求的媒體處理 資源的所述服務(wù)器的所述服務(wù)器分區(qū)。
5. 根據(jù)權(quán)利要求1到4中任何一項(xiàng)的方法，其中選擇最小負(fù)載 的所述第一服務(wù)器的所述步驟包括參考包括一列可用服務(wù)器的路由清單；以及 詢問(wèn)每個(gè)所述可用服務(wù)器。
6. 根據(jù)權(quán)利要求5的方法，進(jìn)一步包括 從所述路由清單中移去不可用服務(wù)器。
7. 根據(jù)權(quán)利要求1到6中任何一項(xiàng)的方法，其中轉(zhuǎn)發(fā)轉(zhuǎn)換請(qǐng)求 的所述步驟包括從與所述媒體處理資源相關(guān)的所述第一服務(wù)器上選 擇媒體小服務(wù)程序。
8. 根據(jù)權(quán)利要求7的方法，進(jìn)一步包括建立與所述媒體小服務(wù) 程序的客戶會(huì)話，或進(jìn)一步包括通過(guò)被動(dòng)地允許cookies繞過(guò)負(fù)載平 衡路由來(lái)支持所述客戶會(huì)話。
9. 根據(jù)權(quán)利要求1到8中任何一項(xiàng)的方法，進(jìn)一步包括 將所述第一協(xié)議定義為媒體資源控制協(xié)議(MRCP); 將所述第二協(xié)議定義為超文本傳輸協(xié)議(HTTP);以及 將所述第一媒體處理資源分布于所述多個(gè)服務(wù)器上。
10. 在其上存儲(chǔ)有計(jì)算機(jī)程序的機(jī)器可讀存儲(chǔ)器，其中所述計(jì)算 機(jī)程序具有多個(gè)代碼部分，所述代碼部分包括用于從請(qǐng)求第一媒體處理資源的客戶端接收第一請(qǐng)求的代碼，所述請(qǐng)求具有根據(jù)第一協(xié)議的格式；將所述第 一請(qǐng)求轉(zhuǎn)換為具有根據(jù)第二協(xié)議格式的第 一轉(zhuǎn)換請(qǐng)求 的代碼；從包括多個(gè)服務(wù)器的第一服務(wù)器分區(qū)選擇最小負(fù)栽的第一服務(wù) 器的代碼，所述多個(gè)服務(wù)器中的每一個(gè)提供所述請(qǐng)求的第一媒體處理 資源；以及用于根據(jù)所述第二協(xié)議向所述第 一服務(wù)器轉(zhuǎn)發(fā)所述第 一轉(zhuǎn)換請(qǐng) 求的代碼。
11. 一種用于對(duì)多個(gè)服務(wù)器上的媒體資源進(jìn)行負(fù)栽平衡的系統(tǒng)，包括從請(qǐng)求第 一媒體處理資源的客戶端接收第 一請(qǐng)求的協(xié)議轉(zhuǎn)換器， 所述請(qǐng)求具有根據(jù)第一協(xié)議的格式，將所述第一請(qǐng)求根據(jù)所述第二協(xié) 議轉(zhuǎn)換為第一轉(zhuǎn)換請(qǐng)求；以及從包括多個(gè)服務(wù)器的第 一服務(wù)器分區(qū)選擇最小負(fù)栽的第 一服務(wù) 器的負(fù)載平衡器，所述多個(gè)服務(wù)器中的每一個(gè)提供請(qǐng)求的第一媒體處 理資源，所述負(fù)栽平衡器還根據(jù)所述第二協(xié)議向所述第一服務(wù)器轉(zhuǎn)發(fā) 所述第一轉(zhuǎn)換請(qǐng)求。
全文摘要
一種對(duì)多個(gè)服務(wù)器上的媒體資源進(jìn)行負(fù)載平衡的方法和系統(tǒng)。可以從請(qǐng)求第一媒體處理資源的客戶端接收第一請(qǐng)求，該請(qǐng)求具有根據(jù)第一協(xié)議的格式。該第一請(qǐng)求可以根據(jù)第一協(xié)議轉(zhuǎn)換成第一轉(zhuǎn)換請(qǐng)求?？梢詮陌ǘ鄠€(gè)服務(wù)器的第一服務(wù)器分區(qū)，選擇負(fù)載最小的第一服務(wù)器，該多個(gè)服務(wù)器中的每一個(gè)提供請(qǐng)求的第一媒體處理資源。根據(jù)第二協(xié)議，將第一轉(zhuǎn)換請(qǐng)求轉(zhuǎn)發(fā)到該第一服務(wù)器。
文檔編號(hào)H04L29/08GK101322385SQ200680045823
公開(kāi)日2008年12月10日 申請(qǐng)日期2006年12月8日 優(yōu)先權(quán)日2005年12月12日
發(fā)明者W·L·努斯比克爾 申請(qǐng)人:國(guó)際商業(yè)機(jī)器公司