專利名稱：映像文件服務(wù)器的負(fù)載均衡方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種負(fù)載均衡方法，特別涉及一種映像文件服務(wù)器的負(fù)載均衡方法。
背景技術(shù)：
不論是個(gè)人計(jì)算機(jī)、大型服務(wù)器或是筆記型計(jì)算機(jī)，計(jì)算機(jī)在提供給使用者之前可能需安裝好操作系統(tǒng)以便使用者使用，或是提供具有操作系統(tǒng)的導(dǎo)航光盤或維護(hù)光盤給使用者。因此生產(chǎn)計(jì)算機(jī)的廠商在出貨前，需要大批量地對(duì)這些計(jì)算機(jī)(又稱為待測(cè)單元， unit under test, UUT)灌裝操作系統(tǒng)。傳統(tǒng)上，先將可能需要的操作系統(tǒng)的映像文件配置于至少一個(gè)映像文件服務(wù)器中。待測(cè)單元對(duì)映像文件服務(wù)器送出下載映像文件的請(qǐng)求，而映像文件服務(wù)器再響應(yīng)并提供待測(cè)單元所需的映像文件。雖然一個(gè)映像文件服務(wù)器可以同時(shí)服務(wù)多個(gè)待測(cè)單元，但在實(shí)際生產(chǎn)環(huán)境中，由于生產(chǎn)規(guī)模龐大，因此需要配置有大量的映像文件服務(wù)器。然而生產(chǎn)在線包含映像文件服務(wù)器以及待測(cè)單元的下載系統(tǒng)會(huì)占用很多的資源， 而需要大量的服務(wù)器設(shè)備才可以滿足需求。且這些映像文件服務(wù)器彼此之間并無聯(lián)系，而難以對(duì)整個(gè)下載系統(tǒng)進(jìn)行綜合性地管理。如此一來不但待測(cè)單元難以得知哪一個(gè)映像文件服務(wù)器具有自己所需的映像文件，映像文件服務(wù)器的負(fù)載情況也僅隨機(jī)變化，實(shí)在稱不上管理。為了要管理映像文件服務(wù)器之間的負(fù)載均衡，現(xiàn)有的做法是將所有的映像文件服務(wù)器劃分成多個(gè)虛擬局域網(wǎng)絡(luò)(virtual local area network，VLAN)。但這種方法必須事前準(zhǔn)備好所有映像文件服務(wù)器中的映像文件；也就是說，每一個(gè)映像文件都需要分別放到所有的VLAN中。因此現(xiàn)有的做法不論是在配置或是維護(hù)時(shí)所需的成本都非常大。

發(fā)明內(nèi)容
為解決上述問題，本發(fā)明的目的在于提出一種映像文件(image file)服務(wù)器的負(fù)載均衡方法；其適用于管理多個(gè)映像文件服務(wù)器。映像文件服務(wù)器的負(fù)載均衡方法包括建立一映像文件存放表，用以記錄每一個(gè)映像文件服務(wù)器具有的多個(gè)映像文件；等待從多個(gè)待測(cè)單元(unit under test，UUT)之一發(fā)出的一下載請(qǐng)求，下載請(qǐng)求包括一目標(biāo)映像文件的一請(qǐng)求信息；依據(jù)一映像文件存放表以及請(qǐng)求信息，搜尋得到具有目標(biāo)映像文件的一服務(wù)器群組，其中服務(wù)器群組包括至少一個(gè)映像文件服務(wù)器；接收并儲(chǔ)存服務(wù)器群組中的每一個(gè)映像文件服務(wù)器的一實(shí)時(shí)信息 (runtime information)；依據(jù)實(shí)時(shí)信息，執(zhí)行一權(quán)重計(jì)算程序以計(jì)算服務(wù)器群組中的每一個(gè)映像文件服務(wù)器的一權(quán)重；以及將服務(wù)器群組中，具有最大的權(quán)重的映像文件服務(wù)器的一地址(address)回傳給對(duì)應(yīng)于此下載請(qǐng)求的待測(cè)單元。而上述映像文件服務(wù)器的負(fù)載均衡方法可由一負(fù)載均衡服務(wù)器(load balance server)執(zhí)行。而根據(jù)一實(shí)施范例，請(qǐng)求信息可包括目標(biāo)映像文件的一映像文件名稱、待測(cè)單元所需的一期望下載速度以及一期望封包大小。
映像文件服務(wù)器的負(fù)載均衡方法還可包括當(dāng)沒有搜尋到服務(wù)器群組時(shí)，將一等待信息回傳給待測(cè)單元。映像文件服務(wù)器的負(fù)載均衡方法也可包括當(dāng)?shù)却繕?biāo)映像文件的待測(cè)單元的數(shù)量大于一等待門坎值時(shí)，將等待信息回傳給待測(cè)單元。實(shí)時(shí)信息可包括一多播(multicast，又稱為組播)旗標(biāo)，以表示與實(shí)時(shí)信息對(duì)應(yīng)的映像文件服務(wù)器是否正在多播目標(biāo)映像文件。實(shí)時(shí)信息也包括與實(shí)時(shí)信息對(duì)應(yīng)的映像文件服務(wù)器的一總通道(channel)數(shù)以及一可用通道數(shù)。而權(quán)重計(jì)算程序可依據(jù)可用通道數(shù)以及總通道數(shù)的比值，計(jì)算服務(wù)器群組中的每一個(gè)映像文件服務(wù)器的權(quán)重。此外，實(shí)時(shí)信息可包括與實(shí)時(shí)信息對(duì)應(yīng)的映像文件服務(wù)器的一使用者指定權(quán)重。于一實(shí)施范例中，映像文件服務(wù)器監(jiān)控自己具有的映像文件，其接收從映像文件服務(wù)器之一發(fā)出的一映像文件變更通知；以及依據(jù)映像文件變更通知，更新映像文件存放表。此外，映像文件服務(wù)器的負(fù)載均衡方法還可包括接收一使用者新增指令，其中使用者新增指令對(duì)應(yīng)于映像文件服務(wù)器之一，并包括一新增映像文件；以及將新增映像文件新增于使用者新增指令對(duì)應(yīng)的映像文件服務(wù)器。綜上所述，映像文件服務(wù)器的負(fù)載均衡方法依據(jù)映像文件存放表以及實(shí)時(shí)信息， 判斷目前負(fù)載狀況上最適合提供下載服務(wù)的映像文件服務(wù)器。且相較于虛擬局域網(wǎng)絡(luò) (virtual local area network, VLAN)的技術(shù)，并不增加映像文件的維護(hù)成本，也能更有彈性地配置各個(gè)映像文件服務(wù)器中的映像文件。以下結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)描述，但不作為對(duì)本發(fā)明的限定。


圖1為一實(shí)施范例的負(fù)載均衡服務(wù)器的示意圖；圖2為一實(shí)施范例的映像文件服務(wù)器的負(fù)載均衡方法的流程圖；圖3為另一實(shí)施范例的映像文件服務(wù)器的負(fù)載均衡方法的流程圖；圖4為又一實(shí)施范例的映像文件服務(wù)器的負(fù)載均衡方法的流程圖。其中，附圖標(biāo)記20待處理的待測(cè)單元22等待中的待測(cè)單元M下載中的待測(cè)單元30負(fù)載均衡服務(wù)器32映像文件服務(wù)器
具體實(shí)施例方式以下在實(shí)施方式中詳細(xì)敘述本發(fā)明的詳細(xì)特征以及優(yōu)點(diǎn)，其內(nèi)容足以使任何本領(lǐng)域技術(shù)人員了解本發(fā)明的技術(shù)內(nèi)容并據(jù)以實(shí)施，且根據(jù)本說明書所揭露的內(nèi)容、權(quán)利要求范圍及附圖，任何本領(lǐng)域技術(shù)人員可輕易地理解本發(fā)明相關(guān)的目的及優(yōu)點(diǎn)。本發(fā)明是關(guān)于一種映像文件(image file，也簡(jiǎn)稱為image)服務(wù)器的負(fù)載均衡方法。映像文件服務(wù)器的負(fù)載均衡方法適用于管理多個(gè)映像文件服務(wù)器以及具有至少一待測(cè)單元(unit under test，UUT)的一負(fù)載均衡服務(wù)器(load balance server，以下簡(jiǎn)稱為L(zhǎng)B 服務(wù)器)。請(qǐng)同時(shí)參照?qǐng)D1以及圖2，其分別為一實(shí)施范例的負(fù)載均衡服務(wù)器的示意圖，以及映像文件服務(wù)器的負(fù)載均衡方法的流程圖。LB服務(wù)器30與映像文件服務(wù)器32相連，并維護(hù)對(duì)應(yīng)這些映像文件服務(wù)器32的一映像文件存放表。每一個(gè)映像文件服務(wù)器32分別具有至少一映像文件，其中映像文件可以是對(duì)應(yīng)于各種操作系統(tǒng)的系統(tǒng)文件或核心(kernel)程序，例如窗口 7 (Windows 7) 系統(tǒng)的系統(tǒng)文件。又例如映像文件可以是國(guó)際標(biāo)準(zhǔn)組織(international organisation for standardisation, ISO) 9660 文件系統(tǒng)(俗稱為 ISO 文件)，或是微軟(microsoft)的 Windows Imaging(WIM)的文件類型。且不同映像文件服務(wù)器32可以具有相同的映像文件，也可具有不同的映像文件。 而映像文件存放表中紀(jì)錄每一個(gè)映像文件服務(wù)器32目前具有的映像文件的列表。映像文件服務(wù)器32可以以多播(multicast，又稱為組播)的方式，通過通道(channel，又稱為多播通道)，提供映像文件給待測(cè)單元。一個(gè)通道對(duì)應(yīng)于一個(gè)映像文件服務(wù)器32、一個(gè)待測(cè)單元以及一個(gè)映像文件。LB服務(wù)器30首先建立一映像文件存放表，用以記錄每一個(gè)映像文件服務(wù)器32具有的多個(gè)映像文件(步驟S100)。LB服務(wù)器30接著等待從待測(cè)單元之一(即圖1的待處理的待測(cè)單元20)接收一下載請(qǐng)求，其中下載請(qǐng)求包括一目標(biāo)映像文件的一請(qǐng)求信息(步驟 Sl 10)。請(qǐng)求信息可包括目標(biāo)映像文件的一映像文件名稱。依據(jù)映像文件存放表以及請(qǐng)求信息，LB服務(wù)器30搜尋具有目標(biāo)映像文件的一服務(wù)器群組，其中服務(wù)器群組包括至少一個(gè)映像文件服務(wù)器32 (步驟S120)。換句話說，LB服務(wù)器30搜尋映像文件存放表以得知哪些映像文件服務(wù)器32具有待處理的待測(cè)單元20所需的目標(biāo)映像文件，并將所有具有目標(biāo)映像文件的映像文件服務(wù)器32作為服務(wù)器群組。服務(wù)器群組中可能包含多個(gè)映像文件服務(wù)器32，也可能只包含一個(gè)。且若正好所有的映像文件服務(wù)器32中都沒有目標(biāo)映像文件，則在步驟S120時(shí)便搜尋不到服務(wù)器群組。因此LB服務(wù)器30判斷是否有搜尋到服務(wù)器群組(步驟S130)；當(dāng)沒有搜尋到服務(wù)器群組時(shí)，將一等待信息回傳給待處理的待測(cè)單元20 (步驟S180)。LB服務(wù)器30可將此待處理的待測(cè)單元20作為一等待中的待測(cè)單元22，并將其放進(jìn)一隊(duì)列(queue)。根據(jù)一實(shí)施范例，請(qǐng)求信息還可包括待處理的待測(cè)單元20所需的一期望下載速度以及一期望封包(package，又稱為資料包)大小。則于步驟S120中，具有目標(biāo)映像文件， 且能夠提供的下載速度以及封包大小分別大于期望下載速度以及期望封包大小的映像文件服務(wù)器32才會(huì)被放入服務(wù)器群組。當(dāng)LB服務(wù)器30成功搜尋得到具有目標(biāo)映像文件的服務(wù)器群組時(shí)，LB服務(wù)器30 主動(dòng)發(fā)送請(qǐng)求并記錄服務(wù)器群組中的每一個(gè)映像文件服務(wù)器32的一實(shí)時(shí)信息(runtime information)(步驟S140)。且依據(jù)實(shí)時(shí)信息，LB服務(wù)器30執(zhí)行一權(quán)重計(jì)算程序以計(jì)算服務(wù)器群組中的每一個(gè)映像文件服務(wù)器32的一權(quán)重(步驟S150)。其中實(shí)時(shí)信息可包括一多播旗標(biāo)，其表示與實(shí)時(shí)信息對(duì)應(yīng)的映像文件服務(wù)器32是否正在多播目標(biāo)映像文件。實(shí)時(shí)信息也可包括映像文件服務(wù)器32的一最大組播成員個(gè)數(shù)(MaxUUTPerCharmel)以及一最大通3 ] (MaxSpeedPerChannel)。實(shí)時(shí)信息還可包括映像文件服務(wù)器32中每個(gè)正在多播的通道的一通道信息，其中通道信息例如可包括通道編號(hào)(CharmelID)、多播映像文件名稱(ImageFile)、通道速度 (Speed)、通道封包大小(PackageSize)、通道存活旗標(biāo)(IsLive)或是目前組播成員個(gè)數(shù) (UUTCount)。映像文件服務(wù)器的負(fù)載均衡方法可以在以下狀況時(shí)會(huì)發(fā)出實(shí)時(shí)信息。狀況1 映像文件服務(wù)器32中的通道發(fā)生重大的異動(dòng)時(shí)，映像文件服務(wù)器32會(huì)通知LB服務(wù)器30。例如當(dāng)有通道建立或銷毀時(shí)，會(huì)進(jìn)行通知；但通道內(nèi)部的細(xì)節(jié)變化可以不進(jìn)行通知，以避免映像文件服務(wù)器32或LB服務(wù)器30的壓力過大。狀況2 =LB服務(wù)器30計(jì)算權(quán)重前，LB服務(wù)器30會(huì)檢查服務(wù)器群組中的服務(wù)器，并再次發(fā)送請(qǐng)求用以更新實(shí)時(shí)信息。如此一來，便能保證LB服務(wù)器30是掌握通道最新的細(xì)節(jié)信息。其中通道存活旗標(biāo)是代表此通道是否已經(jīng)到期。映像文件服務(wù)器32可設(shè)定通道允許存活的最長(zhǎng)時(shí)間(例如5個(gè)小時(shí))。當(dāng)時(shí)限到了之后，會(huì)將此通道的通道存活旗標(biāo)設(shè)為假值(false)，而不允許新的待測(cè)單元使用此通道。但若有正在利用此通道的至少一下載中的待測(cè)單元24，映像文件服務(wù)器32讓下載中的待測(cè)單元M將其所需的映像文件下載完成才銷毀此通道。此外，實(shí)時(shí)信息可包括與實(shí)時(shí)信息對(duì)應(yīng)的映像文件服務(wù)器32的一總通道數(shù) (TotalChannelCount)以及一可用通道數(shù)(CurrentChannelCount)。通道總數(shù)是映像文件服務(wù)器32允許同時(shí)啟動(dòng)的通道的個(gè)數(shù)；可用通道數(shù)則為映像文件服務(wù)器32目前正在運(yùn)行中的通道個(gè)數(shù)。此外，實(shí)時(shí)信息可包括與實(shí)時(shí)信息對(duì)應(yīng)的映像文件服務(wù)器32的一使用者指定權(quán)重。顧名思義，使用者可自行給定映像文件服務(wù)器權(quán)重。LB服務(wù)器30可以根據(jù)上述的各種實(shí)時(shí)信息計(jì)算權(quán)重，以找出目前最適合分配給待處理的待測(cè)單元20的映像文件服務(wù)器32。例如當(dāng)通過實(shí)時(shí)信息的多播旗標(biāo)發(fā)現(xiàn)有的通道正在多播目標(biāo)映像文件時(shí)，讓待處理的待測(cè)單元20直接由此通道下載會(huì)是較快且負(fù)擔(dān)較少的處理方法；因此權(quán)重計(jì)算程序可給予此通道所屬的映像文件服務(wù)器32較高的權(quán)重。又例如權(quán)重計(jì)算程序可依據(jù)可用通道數(shù)以及總通道數(shù)的比值計(jì)算權(quán)重。比值較低的映像文件服務(wù)器32代表其目前較不忙碌而適合再提供新的服務(wù)(例如開啟新的通道)， 因此給予此映像文件服務(wù)器32較高的權(quán)重。LB服務(wù)器30并可判斷在隊(duì)列中等待目標(biāo)映像文件的待測(cè)單元(也就是等待中的待測(cè)單元2 的數(shù)量是否大于一等待門坎值(步驟S160)。當(dāng)?shù)却械拇郎y(cè)單元22的數(shù)量大于等待門坎值時(shí)，也可將等待信息回傳給待處理的待測(cè)單元20以令其等待一段時(shí)間后再重新提出下載請(qǐng)求(步驟S180)。若否，則可將服務(wù)器群組中，具有最大的權(quán)重的映像文件服務(wù)器32的地址回傳給對(duì)應(yīng)于下載請(qǐng)求的待處理的待測(cè)單元20 (步驟S170)。其中映像文件服務(wù)器32的地址可以是一個(gè)因特網(wǎng)通訊協(xié)議地址(Internet protocol address, IP 地址)。待處理的待測(cè)單元20收到地址后，便可以通過網(wǎng)絡(luò)由映像文件服務(wù)器32下載映像文件，并使用下載的映像文件安裝自己所需的操作系統(tǒng)。根據(jù)一實(shí)施范例，LB服務(wù)器30可隨時(shí)接收各個(gè)映像文件服務(wù)器32發(fā)來的實(shí)時(shí)信息，這樣就可以得知其負(fù)載狀況。若發(fā)現(xiàn)有映像文件服務(wù)器32比較不忙碌時(shí)，可判斷此映像文件服務(wù)器32是否具有任一等待中的待測(cè)單元22所需的映像文件。若有，則LB服務(wù)器30可動(dòng)態(tài)地將其地址告知等待中的待測(cè)單元22并令其開始進(jìn)行下載。相對(duì)的，每一個(gè)待測(cè)單元啟動(dòng)后，可以執(zhí)行一監(jiān)聽程序，以監(jiān)聽是否有來自LB服務(wù)器30的臨時(shí)通知。請(qǐng)參照?qǐng)D3，其為另一實(shí)施范例的映像文件服務(wù)器的負(fù)載均衡方法的流程圖。由圖 3可以見悉，LB服務(wù)器30可接收一使用者新增指令；其中使用者新增指令對(duì)應(yīng)于映像文件服務(wù)器32之一，并包括新增映像文件(步驟S200)。接著將新增映像文件新增于使用者新增指令對(duì)應(yīng)的映像文件服務(wù)器32 (步驟S210)。更詳細(xì)地說，LB服務(wù)器30可顯示這些映像文件服務(wù)器32的權(quán)重，以供使用者參考。而使用者可通過使用者新增指令，任意地在任何一個(gè)映像文件服務(wù)器32中新增映像文件。因此例如當(dāng)使用者發(fā)現(xiàn)有大批的待測(cè)單元需要同一個(gè)映像文件，但此具有此映像文件的映像文件服務(wù)器32不足時(shí)，可以在其它映像文件服務(wù)器32中新增此映像文件以均衡負(fù)載。請(qǐng)參照?qǐng)D4，其是為另一實(shí)施范例的映像文件服務(wù)器的負(fù)載均衡方法的流程圖。由圖4可以見悉，LB服務(wù)器30可接收從映像文件服務(wù)器32之一發(fā)出的一映像文件變更通知 (步驟S300)；以及依據(jù)映像文件變更通知，更新映像文件存放表(步驟S310)。更詳細(xì)地說，映像文件服務(wù)器32可監(jiān)視本身的一指定路徑之下的映像文件。當(dāng)發(fā)現(xiàn)有映像文件被使用者新增或刪除后，會(huì)重新把指定路徑之下所有的映像文件的文件名整理出來作為映像文件變更通知。舉例而言，假設(shè)指定路徑之下目前有一個(gè)以紀(jì)錄于映像文件存放表的映像文件 "case51. ximg”。此時(shí)使用者把另一個(gè)映像文件“caSe52. ximg”復(fù)制到指令路徑之下，并把原來的映像文件“caSe51. ximg”改名為“caSe50. ximg”。映像文件服務(wù)器32檢測(cè)到此變化后，會(huì)把“caSe50. ximg”和“caSe52. ximg”作為映像文件變更通知發(fā)給LB服務(wù)器30。LB服務(wù)器30收到后，會(huì)清除映像文件存放表的“case51.ximg”，并把“case50.ximg”和“caSe52. ximg”記錄下來。每個(gè)擴(kuò)展名為“.ximg”的映像文件都對(duì)應(yīng)有擴(kuò)展名為“.crc”的一輔助文件，用以確保對(duì)應(yīng)的映像文件的完整性。例如映像文件“caSe50. ximg”搭配“caSe50. crc",映像文件“CaSe51. ximg”搭配“caSe51. crc”。一般而言，映像文件的文件大小都很大，可能達(dá)到數(shù)千兆位組(Gigabyte，GB)；而輔助文件的文件大小很小，可能只有數(shù)十個(gè)字節(jié)(Byte)。在成功新增或復(fù)制映像文件后，才會(huì)產(chǎn)生對(duì)應(yīng)的輔助文件。因此映像文件服務(wù)器 32檢測(cè)到變化后，會(huì)先檢查是否存在有對(duì)應(yīng)的輔助文件(例如“CaSe50.CrC”)。若發(fā)現(xiàn)正常的輔助文件，表示新增或復(fù)制的映像文件已經(jīng)準(zhǔn)備好了，才通知LB服務(wù)器30。反之，若對(duì)應(yīng)的輔助文件不存在，則表示新增或復(fù)制的過程中發(fā)生錯(cuò)誤，而產(chǎn)生了不完整的映像文件； 則映像文件服務(wù)器32不發(fā)出映像文件變更通知，而應(yīng)回復(fù)對(duì)于使用者新增指令的錯(cuò)誤信肩、ο綜上所述，映像文件服務(wù)器的負(fù)載均衡方法依據(jù)映像文件存放表找出可能可以提供下載服務(wù)給待測(cè)單元的映像文件服務(wù)器，再依據(jù)實(shí)時(shí)信息計(jì)算這些映像文件服務(wù)器的權(quán)重，而得到目前負(fù)載狀況上最適合提供下載服務(wù)的映像文件服務(wù)器。且通過多播旗標(biāo)或是總通道數(shù)以及可用通道數(shù)的比值等實(shí)時(shí)信息，權(quán)重計(jì)算程序能夠準(zhǔn)確地找出較不會(huì)因此下載服務(wù)而增加負(fù)載的映像文件服務(wù)器。此外，相較于現(xiàn)有使用虛擬局域網(wǎng)絡(luò)(virtual local area network, VLAN)的技術(shù)，并不增加映像文件的維護(hù)成本，且配置映像文件的方式也較有彈性。 當(dāng)然，本發(fā)明還可有其它多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1.一種映像文件服務(wù)器的負(fù)載均衡方法，適用于管理多個(gè)映像文件服務(wù)器，其特征在于，該映像文件服務(wù)器的負(fù)載均衡方法包括建立一映像文件存放表，用以記錄每一該映像文件服務(wù)器具有的多個(gè)映像文件；等待從多個(gè)待測(cè)單元之一發(fā)出的一下載請(qǐng)求，該下載請(qǐng)求包括一目標(biāo)映像文件的一請(qǐng)求信息；依據(jù)該映像文件存放表以及該請(qǐng)求信息，搜尋得到具有該目標(biāo)映像文件的一服務(wù)器群組，其中該服務(wù)器群組包括至少一該映像文件服務(wù)器；接收并記錄該服務(wù)器群組中的每一該映像文件服務(wù)器的一實(shí)時(shí)信息；依據(jù)該些實(shí)時(shí)信息，執(zhí)行一權(quán)重計(jì)算程序以計(jì)算該服務(wù)器群組中的每一該映像文件服務(wù)器的一權(quán)重；以及將該服務(wù)器群組中，具有最大的該權(quán)重的該映像文件服務(wù)器的一地址回傳給對(duì)應(yīng)于該下載請(qǐng)求的該待測(cè)單元。
2.根據(jù)權(quán)利要求1所述的映像文件服務(wù)器的負(fù)載均衡方法，其特征在于，還包括當(dāng)沒有搜尋到該服務(wù)器群組時(shí)，將一等待信息回傳給該待測(cè)單元。
3.根據(jù)權(quán)利要求1所述的映像文件服務(wù)器的負(fù)載均衡方法，其特征在于，還包括當(dāng)?shù)却撃繕?biāo)映像文件的該待測(cè)單元的數(shù)量大于一等待門坎值時(shí)，將一等待信息回傳給該待測(cè)單元。
4.根據(jù)權(quán)利要求1所述的映像文件服務(wù)器的負(fù)載均衡方法，其特征在于，該請(qǐng)求信息包括一映像文件名稱、一期望下載速度以及一期望封包大小。
5.根據(jù)權(quán)利要求1所述的映像文件服務(wù)器的負(fù)載均衡方法，其特征在于，該實(shí)時(shí)信息包括一多播旗標(biāo)，以表示與該實(shí)時(shí)信息對(duì)應(yīng)的該映像文件服務(wù)器是否正在多播該目標(biāo)映像文件。
6.根據(jù)權(quán)利要求1所述的映像文件服務(wù)器的負(fù)載均衡方法，其特征在于，該實(shí)時(shí)信息包括與該實(shí)時(shí)信息對(duì)應(yīng)的該映像文件服務(wù)器的一總通道數(shù)以及一可用通道數(shù)；而該權(quán)重計(jì)算程序依據(jù)該可用通道數(shù)以及該總通道數(shù)的比值，計(jì)算該服務(wù)器群組中的每一該映像文件服務(wù)器的該權(quán)重。
7.根據(jù)權(quán)利要求1所述的映像文件服務(wù)器的負(fù)載均衡方法，其特征在于，該實(shí)時(shí)信息包括與該實(shí)時(shí)信息對(duì)應(yīng)的該映像文件服務(wù)器的一使用者指定權(quán)重。
8.根據(jù)權(quán)利要求1所述的映像文件服務(wù)器的負(fù)載均衡方法，其特征在于，還包括接收從該多個(gè)映像文件服務(wù)器的一發(fā)出的一映像文件變更通知；以及依據(jù)該映像文件變更通知，更新該映像文件存放表。
9.根據(jù)權(quán)利要求1所述的映像文件服務(wù)器的負(fù)載均衡方法，其特征在于，還包括接收一使用者新增指令，其中該使用者新增指令對(duì)應(yīng)于該多個(gè)映像文件服務(wù)器之一， 并包括一新增映像文件；以及將該新增映像文件新增于該使用者新增指令對(duì)應(yīng)的該映像文件服務(wù)器。
全文摘要
一種映像文件服務(wù)器的負(fù)載均衡方法包括建立映像文件存放表，以記錄每一個(gè)映像文件服務(wù)器具有的多個(gè)映像文件；等待從待測(cè)單元之一發(fā)出的下載請(qǐng)求，下載請(qǐng)求包括目標(biāo)映像文件的請(qǐng)求信息；依據(jù)映像文件存放表以及請(qǐng)求信息，搜尋得到具有目標(biāo)映像文件的服務(wù)器群組，其中服務(wù)器群組包括至少一個(gè)映像文件服務(wù)器；接收并記錄服務(wù)器群組中的每一個(gè)映像文件服務(wù)器的實(shí)時(shí)信息；依據(jù)實(shí)時(shí)信息，執(zhí)行權(quán)重計(jì)算程序以計(jì)算服務(wù)器群組中的每一個(gè)映像文件服務(wù)器的權(quán)重；以及將服務(wù)器群組中，具有最大的權(quán)重的映像文件服務(wù)器的地址回傳給對(duì)應(yīng)于下載請(qǐng)求的待測(cè)單元。
文檔編號(hào)H04L29/08GK102487404SQ20101059121
公開日2012年6月6日 申請(qǐng)日期2010年12月3日 優(yōu)先權(quán)日2010年12月3日
發(fā)明者劉福成, 陳志豐 申請(qǐng)人:英業(yè)達(dá)股份有限公司, 英業(yè)達(dá)集團(tuán)(天津)電子技術(shù)有限公司