專利名稱：將第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至服務(wù)器端來處理的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種將第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至服務(wù)器端來處理的方法，尤其涉及一種預(yù)先選取一服務(wù)器以建立一傳輸控制協(xié)議狀態(tài)而將第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至該服務(wù)器端來處理的方法。
背景技術(shù)：
隨著上網(wǎng)人數(shù)不斷劇增，以及寬頻網(wǎng)絡(luò)的普及，許多大型的互聯(lián)網(wǎng)內(nèi)容供應(yīng)商(ICP)所面臨的最大挑戰(zhàn)就是來自于用戶的巨大數(shù)量的聯(lián)機(jī)要求(Connection Request)，單一服務(wù)器早已無法滿足這樣龐大的需求，所以應(yīng)這一問題所衍生出來的其中一個良好的解決方案即為服務(wù)器群技術(shù)(Server FarmTechnology)，這一技術(shù)已經(jīng)發(fā)展了許多年，過去使用第四層負(fù)載平衡器(Layer4 Load Balancer)來進(jìn)行對于聯(lián)機(jī)要求的最佳路徑的選取，然而第四層負(fù)載平衡器存在有一十分嚴(yán)重的缺陷，即其不具有檢測來自于用戶的聯(lián)機(jī)要求的內(nèi)容的能力，即第四層負(fù)載平衡器無法根據(jù)聯(lián)機(jī)要求的內(nèi)容來進(jìn)行路徑交換，這樣的特性在現(xiàn)代的電子商務(wù)服務(wù)應(yīng)用中將有可能造成路徑交換錯誤的產(chǎn)生。
因此為解決上述問題，現(xiàn)有技術(shù)中有許多利用第七層負(fù)載平衡器(Layer 7Load Balancer)進(jìn)行路徑交換。第七層負(fù)載平衡器(例如一網(wǎng)頁交換器，WebSwitch)的最重要的特征在于其具備有能夠檢測來自于用戶的聯(lián)機(jī)要求的內(nèi)容并根據(jù)該內(nèi)容進(jìn)行路徑交換的功能。然而現(xiàn)有技術(shù)所使用的各種第七層負(fù)載平衡器技術(shù)中，仍然存在有許多不同的缺點其一為網(wǎng)頁交換器的數(shù)據(jù)處理上限，由于每當(dāng)一客戶端的終端機(jī)(Terminal)要送出一聯(lián)機(jī)要求時，其必須由該網(wǎng)頁交換器通過三次握手方式(Three-Way Handshaking)對該終端機(jī)建立一傳輸控制協(xié)議狀態(tài)(Transmission Control Protocol State，TCP State)以及該網(wǎng)頁交換器對該終端機(jī)所要存取的一服務(wù)器還須建立另一傳輸控制協(xié)議狀態(tài)，才能將該聯(lián)機(jī)要求送至該服務(wù)器，而該服務(wù)器也須通過這一方式才能將數(shù)據(jù)回傳至該終端機(jī)，因此當(dāng)有許多聯(lián)機(jī)要求通過一網(wǎng)頁交換器進(jìn)行聯(lián)機(jī)時，該網(wǎng)頁交換器則必須維持相對應(yīng)數(shù)量的傳輸控制協(xié)議狀態(tài)以滿足所有終端機(jī)的需求，然而網(wǎng)頁交換器所能維持的傳輸控制協(xié)議狀態(tài)數(shù)量有一上限，因此如果有非常大量的聯(lián)機(jī)要求，則網(wǎng)頁交換器的處理能力便很容易成為瓶頸，為解決這一問題，現(xiàn)有技術(shù)通常使用傳輸控制協(xié)議交遞(TCP Handoff)的方法，將傳輸控制協(xié)議狀態(tài)轉(zhuǎn)移至后端服務(wù)器處理，以減輕該網(wǎng)頁交換器的工作負(fù)荷，但是由于傳輸控制協(xié)議交遞技術(shù)必須利用一特殊的通訊協(xié)議才能將傳輸控制協(xié)議狀態(tài)轉(zhuǎn)移至后端服務(wù)器，因此勢必需要將服務(wù)器的操作系統(tǒng)核心(Operating System Kernel，OS Kernel)進(jìn)行相對應(yīng)的修改，這將耗費(fèi)服務(wù)器系統(tǒng)非常大的維護(hù)成本，因此并不是一個實用的技術(shù)。
現(xiàn)有技術(shù)中所使用的各種第七層負(fù)載平衡器技術(shù)的另一缺點在于，其不易支持持續(xù)聯(lián)機(jī)(Keep-Alive Connection)的功能，所謂持續(xù)聯(lián)機(jī)即該終端機(jī)利用相同的傳輸控制協(xié)議狀態(tài)所構(gòu)成的聯(lián)機(jī)來傳送多個要求至該服務(wù)器以減少進(jìn)行三次握手的工作負(fù)荷，然而對于根據(jù)聯(lián)機(jī)要求的內(nèi)容進(jìn)行路徑交換的一第七層負(fù)載平衡器來說，這是非常難以做到的，因為該聯(lián)機(jī)中的多個要求有可能必須被指定到不同的服務(wù)器。舉例來說，如上述利用傳輸控制協(xié)議交遞技術(shù)的網(wǎng)頁交換器，當(dāng)一客戶端的終端機(jī)送出一要求至該網(wǎng)頁交換器后，該網(wǎng)頁交換器將該要求傳送到一第一服務(wù)器，此時則該第一服務(wù)器會具備有這一聯(lián)機(jī)的傳輸控制協(xié)議狀態(tài)，但若該終端機(jī)所送出的第二個要求的內(nèi)容顯示該終端機(jī)要存取一第二服務(wù)器，此時該網(wǎng)頁交換器將無法直接把該第二個要求傳送至該第二服務(wù)器，因為該第二服務(wù)器并不具備有該聯(lián)機(jī)的傳輸控制協(xié)議狀態(tài)。若該網(wǎng)頁交換器要利用該傳輸控制協(xié)議狀態(tài)將該第二個要求傳送至該第二服務(wù)器，則該網(wǎng)頁交換器必須要求該第一服務(wù)器將該傳輸控制協(xié)議狀態(tài)轉(zhuǎn)移至該第二服務(wù)器，這種技術(shù)即稱為多重交遞技術(shù)(Multiple Handoff)，然而多重交遞技術(shù)在實際操作中非常難以實現(xiàn)，所以目前市面上的產(chǎn)品多不使用傳輸控制協(xié)議中的持續(xù)聯(lián)機(jī)的功能。
最后，現(xiàn)有所使用的各種第七層負(fù)載平衡器技術(shù)還存在另一個問題，那就是支持服務(wù)器端語言對話(Session)機(jī)制一貫性(Server Side Language’s SessionPersistence)的功能，現(xiàn)今許多網(wǎng)站會使用服務(wù)器端的描述指令(Script)，例如PHP，ASP以及JSP等，來建立如動態(tài)內(nèi)容、數(shù)據(jù)庫問卷或者購物車等的應(yīng)用，這些Script會在一特定期間內(nèi)在該服務(wù)器中提供應(yīng)用層的一Session來儲存用戶信息及程序參數(shù)，現(xiàn)有技術(shù)通常使用附加Cookie的方法來實現(xiàn)此一Session機(jī)制，當(dāng)該服務(wù)器啟始一Session時，其會在送出的數(shù)據(jù)中附加上一特殊的Cookie，在此稱之為Session Cookie，該Session Cookie包含有一名稱以及一辨識值，其中每一辨識值對應(yīng)至該服務(wù)器中獨(dú)特的一Session，舉例來說，一PHP的Session Cookie可以為“PHPSESSID＝IUHBCXDEDSDFHJMLJHGBVCRXNBNJBGGCRDL”，其中位于等號前面的即為該名稱，而位于等號后面的則為該辨識值，而在接下來由該用戶所送出的要求中均會附加上該SessionCookie，則該服務(wù)器即可利用該辨識值來分辨相對應(yīng)于該用戶的該Session。然而在一個根據(jù)聯(lián)機(jī)要求的內(nèi)容來進(jìn)行路徑交換的第七層負(fù)載平衡器技術(shù)中，該Session時常需要使用多個不同的傳輸控制協(xié)議聯(lián)機(jī)以存取該網(wǎng)站的數(shù)據(jù)(即對多個不同的服務(wù)器進(jìn)行存取)，但是由于不同的服務(wù)器針對每一Session所附加的Session Cookie均相同，這將會造成第七層負(fù)載平衡器無法利用Session Cookie中的信息進(jìn)行路徑交換，或者造成服務(wù)器存取錯誤?，F(xiàn)有技術(shù)中有利用如預(yù)先定義法(Pre-Definition)、或者自動Cookie插入法(AutomaticCookie Insertion)等方法，但是這些方法卻有須改寫操作系統(tǒng)核心或者須改變封包長度的缺點。
綜上可知，所述現(xiàn)有技術(shù)的各種第七層負(fù)載平衡器技術(shù)，在實際使用上，顯然存在不便與缺陷，所以有必要加以改進(jìn)。

發(fā)明內(nèi)容
針對上述的缺陷，本發(fā)明主要目的在于提供一種預(yù)先選取一服務(wù)器，以建立一傳輸控制協(xié)議狀態(tài)而將第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至該服務(wù)器端來處理的方法，使用將第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至服務(wù)器端處理的直接路由技術(shù)，以解決上述現(xiàn)有技術(shù)中第七層負(fù)載平衡器的處理能力成為瓶頸的問題。
本發(fā)明的另一主要目的在于，利用服務(wù)器端的一封包過濾器將來自于一第七層負(fù)載平衡器的重置封包保留一段預(yù)定時間，以解決上述現(xiàn)有第七層負(fù)載平衡器技術(shù)不易支持持續(xù)聯(lián)機(jī)功能的問題。
本發(fā)明的另一主要目的在于，利用改寫Cookie名稱的方法以解決上述現(xiàn)有第七層負(fù)載平衡器技術(shù)無法在根據(jù)聯(lián)機(jī)要求的內(nèi)容，進(jìn)行對多個服務(wù)器的路徑交換時達(dá)到同時支持Session一貫性功能的問題。
為了實現(xiàn)上述目的，本發(fā)明提供一種將第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至服務(wù)器端來處理的方法，其應(yīng)用于一網(wǎng)絡(luò)系統(tǒng)，該網(wǎng)絡(luò)系統(tǒng)包含有一終端機(jī)，其可在要送出一聯(lián)機(jī)要求前輸出一同步封包；一第七層負(fù)載平衡器，電連接于該終端機(jī)，用來根據(jù)該聯(lián)機(jī)要求的內(nèi)容進(jìn)行路徑交換；以及至少一服務(wù)器，電連接于該第七層負(fù)載平衡器，該服務(wù)器包含有一實際服務(wù)器，用來處理及儲存數(shù)據(jù)，以及一封包過濾器，用來處理傳送至該服務(wù)器的聯(lián)機(jī)要求及處理自該服務(wù)器傳送出去的數(shù)據(jù)；該方法包含有以下步驟利用該終端機(jī)送出一第一同步封包至該第七層負(fù)載平衡器；在該第七層負(fù)載平衡器接收到該第一同步封包后，傳送該第一同步封包至預(yù)先選取的第一服務(wù)器的封包過濾器。
本發(fā)明在一第七層負(fù)載平衡器從一終端機(jī)接受到一同步封包時，直接將該同步封包傳送給一預(yù)先選取的服務(wù)器，而由該服務(wù)器與該終端機(jī)進(jìn)行聯(lián)機(jī)，借此將該第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至該服務(wù)器，并在每一服務(wù)器中包含有一封包過濾器，用來保留來自于該第七層負(fù)載平衡器的重置封包，以減少因聯(lián)機(jī)中斷而必須重新進(jìn)行三次握手以建立傳輸控制協(xié)議狀態(tài)的工作負(fù)荷，該封包過濾器還可用來改寫從該服務(wù)器傳送出及傳送至該服務(wù)器的數(shù)據(jù)中所附加的Cookie的名稱，以使得在根據(jù)聯(lián)機(jī)要求的內(nèi)容進(jìn)行對多個服務(wù)器的路徑交換時能達(dá)到同時支持Session一貫性的功能。
為了實現(xiàn)上述目的，本發(fā)明提供一種將第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至服務(wù)器端來處理的方法，其應(yīng)用于一網(wǎng)絡(luò)系統(tǒng)，該網(wǎng)絡(luò)系統(tǒng)包含一終端機(jī)，一第七層負(fù)載平衡器，以及至少一服務(wù)器，該服務(wù)器包含一實際服務(wù)器，以及一封包過濾器，該方法至少包含以下步驟一服務(wù)器的實際服務(wù)器通過該服務(wù)器的封包過濾器與該終端機(jī)進(jìn)行三次握手，建立其與該終端機(jī)之間的一傳輸控制協(xié)議狀態(tài)；該終端機(jī)送出一聯(lián)機(jī)要求至該第七層負(fù)載平衡器；該第七層負(fù)載平衡器檢測該聯(lián)機(jī)要求的內(nèi)容；傳送該聯(lián)機(jī)要求至該服務(wù)器；以及該終端機(jī)通過該傳輸控制協(xié)議狀態(tài)對該服務(wù)器的實際服務(wù)器進(jìn)行數(shù)據(jù)存取。
本發(fā)明還提供一種將第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至服務(wù)器端來處理的方法，其應(yīng)用于一網(wǎng)絡(luò)系統(tǒng)，該網(wǎng)絡(luò)系統(tǒng)包含一終端機(jī)，一第七層負(fù)載平衡器，以及至少一服務(wù)器，該服務(wù)器包含一實際服務(wù)器，以及一封包過濾器，該方法至少包含以下步驟一第一服務(wù)器的實際服務(wù)器通過該第一服務(wù)器的封包過濾器與該終端機(jī)進(jìn)行三次握手，建立其與該終端機(jī)之間的一第一傳輸控制協(xié)議狀態(tài)；該終端機(jī)送出一第一聯(lián)機(jī)要求至該第七層負(fù)載平衡器；該第七層負(fù)載平衡器檢測該第一聯(lián)機(jī)要求的內(nèi)容；該第七層負(fù)載平衡器將該第一聯(lián)機(jī)要求傳送至一第二服務(wù)器的封包過濾器，同時傳送一重置封包至該第一服務(wù)器的封包過濾器；該第二服務(wù)器的實際服務(wù)器通過該第二服務(wù)器的封包過濾器與該終端機(jī)進(jìn)行三次握手，建立其與該終端機(jī)之間的一第二傳輸控制協(xié)議狀態(tài)；該第二服務(wù)器的封包過濾器將該第一聯(lián)機(jī)要求傳送至該第二服務(wù)器的實際服務(wù)器；以及該終端機(jī)通過該第二傳輸控制協(xié)議狀態(tài)對該第二服務(wù)器的實際服務(wù)器進(jìn)行數(shù)據(jù)存取。
附圖簡要說明下面結(jié)合附圖，通過對本發(fā)明的較佳實施例的詳細(xì)描述，將使本發(fā)明的技術(shù)方案及其他有益效果顯而易見。
附圖中，

圖1為本發(fā)明的方法中一網(wǎng)絡(luò)系統(tǒng)的系統(tǒng)原理圖；圖2為本發(fā)明的方法中預(yù)先選取一服務(wù)器以建立聯(lián)機(jī)且預(yù)選正確時的流程圖；圖3為本發(fā)明的方法中預(yù)先選取一服務(wù)器以建立聯(lián)機(jī)卻預(yù)選錯誤時的流程圖；圖4為本發(fā)明的方法中一服務(wù)器已建立一聯(lián)機(jī)但一聯(lián)機(jī)要求要存取另一服務(wù)器的流程圖；圖5為圖4中另一聯(lián)機(jī)要求要存取原先已建立一聯(lián)機(jī)的該服務(wù)器的流程圖；
圖6為本發(fā)明的方法中改寫Cookie名稱的示意圖；圖7為本發(fā)明的方法中在數(shù)據(jù)及要求中附加Cookie的流程圖；圖8為本發(fā)明的方法中一數(shù)據(jù)附加有多個Cookie以進(jìn)行路徑交換的流程圖。
具體實施例方式
下文，將詳細(xì)描述本發(fā)明。
請參閱圖1，圖1顯示本發(fā)明的將第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至服務(wù)器端來處理的方法中的一網(wǎng)絡(luò)系統(tǒng)10，網(wǎng)絡(luò)系統(tǒng)10包含有一終端機(jī)12，一第七層負(fù)載平衡器14，及至少一服務(wù)器16，而服務(wù)器16則包含有一封包過濾器18以及一實際服務(wù)器20。其中終端機(jī)12為一客戶端的用戶接口，可依照用戶的需求送出聯(lián)機(jī)要求以及相對應(yīng)于該聯(lián)機(jī)要求的各種封包，并接收來自于服務(wù)器的數(shù)據(jù)及封包；第七層負(fù)載平衡器14則如前所述，能夠檢測來自于用戶的聯(lián)機(jī)要求的內(nèi)容并根據(jù)該內(nèi)容進(jìn)行路徑交換；而服務(wù)器16的封包過濾器18通常會以服務(wù)器16中的一軟件程序的形式(例如一防火墻)存在而發(fā)揮其功能，所有傳送至服務(wù)器16而要由實際服務(wù)器20處理的數(shù)據(jù)均須先進(jìn)入封包過濾器18，而所有要自服務(wù)器16傳送出去的數(shù)據(jù)還須先由實際服務(wù)器20進(jìn)入封包過濾器18。然而，以軟件程序的形式實現(xiàn)封包過濾器18僅為本發(fā)明的較佳實施例，其它能夠到達(dá)相同目的而符合本發(fā)明的精神的應(yīng)用，也屬于本發(fā)明的涵蓋范圍。接下來將詳細(xì)說明本發(fā)明的方法的各個步驟。
請參閱圖2，圖2顯示本發(fā)明的方法中當(dāng)?shù)谄邔迂?fù)載平衡器14接收到來自于一終端機(jī)12的一第一同步封包(SYN Packet)時，第七層負(fù)載平衡器14預(yù)先選取一服務(wù)器以建立聯(lián)機(jī)且預(yù)選正確時的流程圖，此處將該預(yù)先選取的服務(wù)器設(shè)為一第一服務(wù)器16a，該方法包含下列步驟步驟21第七層負(fù)載平衡器14接收到來自于終端機(jī)12的該第一同步封包后，直接將該第一同步封包傳送至預(yù)先選取的該第一服務(wù)器16a的封包過濾器18a；步驟22封包過濾器18a會在不改變序號(Sequence Number)(如圖2所示該序號為CSEQ)的情況下，將該第一同步封包傳送至第一服務(wù)器16a的實際服務(wù)器20a；
步驟23實際服務(wù)器20a在接收到該第一同步封包后，會送出一第一同步確認(rèn)封包(SYN-ACK Packet)至封包過濾器18a，此時封包過濾器18a會建立一數(shù)據(jù)結(jié)構(gòu)用來儲存該第一同步確認(rèn)封包的序號(如圖2所示，該序號為RSEQ)，以在接下來的步驟進(jìn)行序號轉(zhuǎn)換，并將序號轉(zhuǎn)換后的該第一同步確認(rèn)封包(如圖2所示，此時該序號為WSEQ)直接傳送至終端機(jī)12；步驟24終端機(jī)12在接收到該第一同步確認(rèn)封包后，會送出一第一確認(rèn)封包(ACK Packet)至第七層負(fù)載平衡器14，而第七層負(fù)載平衡器14會直接將該第一確認(rèn)封包傳送至封包過濾器18a；步驟25封包過濾器18a會利用該數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)換該第一確認(rèn)封包的序號(如圖2所示)，再將該第一確認(rèn)封包傳送至實際服務(wù)器20a，如此即完成了三次握手，而實際服務(wù)器20a會建立終端機(jī)12及實際服務(wù)器20a之間的一第一傳輸控制協(xié)議狀態(tài)；步驟26當(dāng)該第一傳輸控制協(xié)議狀態(tài)建立后，終端機(jī)12會送出一第一聯(lián)機(jī)要求至第七層負(fù)載平衡器14，而第七層負(fù)載平衡器14則會檢測該第一聯(lián)機(jī)要求的內(nèi)容，若其內(nèi)容顯示該第一聯(lián)機(jī)要求要存取第一服務(wù)器16a，則第七層負(fù)載平衡器14會將該第一聯(lián)機(jī)要求傳送至封包過濾器18a；步驟27封包過濾器18a會將對該第一聯(lián)機(jī)要求進(jìn)行序號轉(zhuǎn)換，并將序號轉(zhuǎn)換后的該第一聯(lián)機(jī)要求傳送至實際服務(wù)器20a；步驟28實際服務(wù)器20a會依照該第一聯(lián)機(jī)要求的內(nèi)容將終端機(jī)所需要的數(shù)據(jù)傳送至封包過濾器18a，而封包過濾器18a則會將序號轉(zhuǎn)換后的該數(shù)據(jù)在越過(Bypass)第七層負(fù)載平衡器14的情況下直接傳送至終端機(jī)12；步驟29終端機(jī)12在接下來所送出的封包均會被第七層負(fù)載平衡器14傳送至第一服務(wù)器16a；步驟30封包過濾器18a會將序號轉(zhuǎn)換后的該封包傳送至實際服務(wù)器20a。
現(xiàn)在請參閱圖3，圖3顯示本發(fā)明的方法中當(dāng)?shù)谄邔迂?fù)載平衡器14接收到來自于一終端機(jī)12的一第一同步封包時，第七層負(fù)載平衡器14預(yù)先選取一服務(wù)器以建立聯(lián)機(jī)卻預(yù)選錯誤時的流程圖，請注意，圖3也包含有圖2的步驟21至步驟25的動作，重復(fù)的部份在此不再贄述，該方法還包含下列步驟步驟31當(dāng)該第一傳輸控制協(xié)議狀態(tài)建立后，終端機(jī)12會送出一第一聯(lián)機(jī)要求至第七層負(fù)載平衡器14，而第七層負(fù)載平衡器14則會檢測該第一聯(lián)機(jī)要求的內(nèi)容；步驟32若該第一聯(lián)機(jī)要求的內(nèi)容顯示該第一聯(lián)機(jī)要求要存取一第二服務(wù)器16b，則第七層負(fù)載平衡器14會傳送一重置封包(RST Packet)至該第一服務(wù)器16a的封包過濾器18a；步驟33同時第七層負(fù)載平衡器14也會將該第一聯(lián)機(jī)要求傳送至第二服務(wù)器16b的封包過濾器18b；步驟34封包過濾器18b接收到該第一聯(lián)機(jī)要求后，會送出一第二同步封包至第二服務(wù)器16b的實際服務(wù)器20b，該第二同步封包的序號與該第一同步封包的序號相同(CSEQ)；步驟35實際服務(wù)器20b在接收到該第二同步封包后，會送出一第二同步確認(rèn)封包至封包過濾器18b，此時封包過濾器18b會建立一數(shù)據(jù)結(jié)構(gòu)用來儲存該第二同步確認(rèn)封包的序號(RSEQ)，以在接下來的步驟進(jìn)行序號轉(zhuǎn)換；步驟36同時封包過濾器18b會送出一第二確認(rèn)封包至實際服務(wù)器20b，如此即完成了三次握手而實際服務(wù)器20b會建立終端機(jī)12及實際服務(wù)器20b之間的一第二傳輸控制協(xié)議狀態(tài)；步驟37當(dāng)該第二傳輸控制協(xié)議狀態(tài)建立后，封包過濾器18b會將序號轉(zhuǎn)換后的該第一聯(lián)機(jī)要求傳送至實際服務(wù)器20b；步驟38實際服務(wù)器20b會依照該第一聯(lián)機(jī)要求的內(nèi)容將終端機(jī)12所需要的數(shù)據(jù)傳送至封包過濾器18b，而封包過濾器18b則會將序號轉(zhuǎn)換后的該數(shù)據(jù)在越過第七層負(fù)載平衡器14的情況下直接傳送至終端機(jī)12；步驟39終端機(jī)12在接下來所送出的封包均會被第七層負(fù)載平衡器14傳送至第二服務(wù)器16b；步驟40封包過濾器18b會將序號轉(zhuǎn)換后的該封包傳送至實際服務(wù)器20b。
綜上可知，本實施例中當(dāng)?shù)谄邔迂?fù)載平衡器14接收到該第一同步封包后，會將該第一同步封包直接傳送至預(yù)先選取的一第一服務(wù)器16a，并由第一服務(wù)器16a利用該第一同步封包的HTTP標(biāo)頭(HTTP Header)中的信息來建立終端機(jī)12及實際服務(wù)器20a之間的傳輸控制協(xié)議狀態(tài)，在這種原理下，原本由第七層負(fù)載平衡器14所處理的工作負(fù)荷現(xiàn)在均轉(zhuǎn)移至預(yù)先選取的第一服務(wù)器16a來進(jìn)行處理，而第七層負(fù)載平衡器14僅負(fù)責(zé)檢測數(shù)據(jù)內(nèi)容并依其內(nèi)容傳送該數(shù)據(jù)，且所有自第一服務(wù)器16a回傳至終端機(jī)12的封包及數(shù)據(jù)均不會通過第七層負(fù)載平衡器14，因而大大地減少了第七層負(fù)載平衡器14的工作負(fù)荷，使得第七層負(fù)載平衡器14不再成為數(shù)據(jù)流量的瓶頸。以上將第七層負(fù)載平衡器14的路徑交換工作轉(zhuǎn)移(Migrate)至服務(wù)器16的封包過濾器18處理而使第七層負(fù)載平衡器14的工作負(fù)荷大為減少的技術(shù)，稱為直接路由(DirectRouting)。
請參閱圖4，圖4中顯示本發(fā)明的方法中一服務(wù)器已建立一聯(lián)機(jī)但一聯(lián)機(jī)要求要存取另一服務(wù)器的流程圖，此處將該已建立聯(lián)機(jī)的服務(wù)器設(shè)為上述的第二服務(wù)器16b，將該聯(lián)機(jī)要求設(shè)為一第二聯(lián)機(jī)要求，而將該第二聯(lián)機(jī)要求所要存取的另一服務(wù)器設(shè)為一第三服務(wù)器16c，則該方法包含有如圖4中所示的步驟41至步驟50，由于步驟41至步驟50的動作與上述的步驟31至步驟40的動作十分類似(如圖3及圖4所示)，故不再重復(fù)敘述。當(dāng)該已建立聯(lián)機(jī)的服務(wù)器(此處為第二服務(wù)器16b)接收到該重置封包后，封包過濾器18b會先將該重置封包保留(Stall)一預(yù)定時間(在本實施例中該預(yù)定時間為15秒)，若在該預(yù)定時間內(nèi)封包過濾器18b并未接收到任何聯(lián)機(jī)要求，則封包過濾器18b會將該重置封包傳送到實際服務(wù)器20b，而當(dāng)實際服務(wù)器20b接收到該重置封包后，即會將該已建立的聯(lián)機(jī)中斷?，F(xiàn)在請參閱圖5，圖5中顯示圖4中當(dāng)另一聯(lián)機(jī)要求要存取原先已建立一聯(lián)機(jī)的第二服務(wù)器的流程圖，所圖5中的步驟包含有圖4的步驟41至步驟50的動作，重復(fù)的部份在此不再贄述，該方法還包含有下列步驟步驟51當(dāng)?shù)谄邔迂?fù)載平衡器14接收到一第三聯(lián)機(jī)要求，并在檢測其內(nèi)容后發(fā)現(xiàn)該第三聯(lián)機(jī)要求要存取原先已建立聯(lián)機(jī)的第二服務(wù)器16b；步驟52則第七層負(fù)載平衡器14會傳送一重置封包至該第三服務(wù)器16c；步驟53同時第七層負(fù)載平衡器14會將該第三聯(lián)機(jī)要求傳送至第二服務(wù)器16b；步驟54當(dāng)封包過濾器18b接收到該第三聯(lián)機(jī)要求時，若實際服務(wù)器20b仍然維持原先已建立的聯(lián)機(jī)，則封包過濾器18b會利用該聯(lián)機(jī)將序號轉(zhuǎn)換后的該第三聯(lián)機(jī)要求傳送至實際服務(wù)器20b，如圖5所示，否則，封包過濾器18b會與實際服務(wù)器20b進(jìn)行三次握手以重新建立聯(lián)機(jī)，如前面步驟所述；步驟55實際服務(wù)器20b會依照該第三聯(lián)機(jī)要求的內(nèi)容將終端機(jī)所需要的數(shù)據(jù)傳送至封包過濾器18b，而封包過濾器18b則會將序號轉(zhuǎn)換后的該數(shù)據(jù)在越過第七層負(fù)載平衡器14的情況下直接傳送至終端機(jī)12；步驟56終端機(jī)12在接下來所送出的封包均會被第七層負(fù)載平衡器14傳送至第二服務(wù)器16b；步驟57封包過濾器18b會將序號轉(zhuǎn)換后的該封包傳送至實際服務(wù)器20b。
綜合圖4及圖5的流程圖所述可知，當(dāng)封包過濾器18b接收到該重置封包后，其會將該重置封包保留一預(yù)定時間，而不同于現(xiàn)有技術(shù)中當(dāng)服務(wù)器接收到一重置封包后會立即將已建立的聯(lián)機(jī)中斷，由于在該預(yù)定時間之中用戶會利用終端機(jī)12再次送出要存取第二服務(wù)器16b的機(jī)率很大，所以在這種原理下，因聯(lián)機(jī)中斷而必須重新進(jìn)行三次握手以建立傳輸控制協(xié)議狀態(tài)的工作負(fù)荷量將大為減少。
請參閱圖6，圖6中顯示本發(fā)明的方法中改寫Cookie名稱的一較佳實施例的示意圖，假設(shè)當(dāng)一服務(wù)器16啟始一Session時，其在送出的數(shù)據(jù)中附加上的Session Cookie為如同先前所述的“PHPSESSID＝IUHBCXDEDSDFHJMLJHGBVCRXNBNJBGGCRDL”(如圖6中所示的原始Cookie)，用來提供該服務(wù)器16分辨相對應(yīng)于該用戶的該Session，本發(fā)明的方法為了在該Session使用多個不同的傳輸控制協(xié)議聯(lián)機(jī)存取該網(wǎng)站的數(shù)據(jù)時，不會因為Session Cookie具有相同的名稱，而發(fā)生在不同的服務(wù)器16中將先前附加的Session Cookie覆蓋而導(dǎo)致第七層負(fù)載平衡器14無法根據(jù)該Session Cookie進(jìn)行路徑交換，或者造成服務(wù)器存取錯誤，該服務(wù)器16的封包過濾器18會在每一附加有該Session Cookie的數(shù)據(jù)要通過封包過濾器18傳送出去時，將該Session Cookie的名稱進(jìn)行如圖6中顯示的改寫Cookie，在本實施例中封包過濾器18對該Session Cookie的名稱的前八個字符進(jìn)行改寫，其中最前面二個字符為一組關(guān)鍵字用來標(biāo)識該Cookie為帶有路徑交換信息的一特殊Cookie，接下來三個字符則用來標(biāo)識該服務(wù)器16所儲存的數(shù)據(jù)內(nèi)容種類，而最后三個字符則用來標(biāo)識該Cookie是由該服務(wù)器16所附加上的。值得注意的是，圖6中所示該Session Cookie的名稱的修改僅為本發(fā)明的較佳實施例，其它能夠達(dá)到相同目的而符合本發(fā)明所揭露的精神的其它應(yīng)用，也屬于本發(fā)明的涵蓋范圍。接下來將詳細(xì)說明本發(fā)明的方法中改寫Cookie名稱的步驟。
請參閱圖7及圖8，圖7中顯示本發(fā)明的方法中一服務(wù)器16在啟始一Session時，其封包過濾器18在傳送出去的數(shù)據(jù)中附加Session Cookie的流程圖，其包含下列步驟步驟58當(dāng)一服務(wù)器16啟始一Session時，實際服務(wù)器20會在傳送出去的數(shù)據(jù)的HTTP標(biāo)頭(HTTP Header)中附加上一Session Cookie，例如上述的“PHPSESSID＝IUHB…DL”；步驟59當(dāng)封包過濾器18接收到包含有該Session Cookie的該數(shù)據(jù)時，會檢測該數(shù)據(jù)的HTTP標(biāo)頭，并將該Session Cookie的名稱中的前八個字符改寫成相對應(yīng)于服務(wù)器16的一獨(dú)特的固定字符串，舉例來說，如圖7中所示的“DR0189C1”，然后再將Cookie名稱改寫后的該數(shù)據(jù)在越過第七層負(fù)載平衡器14的情況下直接傳送至終端機(jī)12；步驟60接下來由終端機(jī)12所送出的聯(lián)機(jī)要求中均會附加上經(jīng)過名稱改寫后的該Cookie“DR0189C1D＝IUHB…DL”；步驟61當(dāng)?shù)谄邔迂?fù)載平衡器14接收到該聯(lián)機(jī)要求后，會檢測該聯(lián)機(jī)要求的內(nèi)容以得知終端機(jī)12要存取何種類型的數(shù)據(jù)內(nèi)容，舉例來說，若終端機(jī)12要存取的數(shù)據(jù)內(nèi)容種類為“0x018”，則第七層負(fù)載平衡器14會檢測該聯(lián)機(jī)要求的HTTP標(biāo)頭以搜尋名稱的前五個字符為“DR018”的Cookie，若此一特殊的Cookie存在于該聯(lián)機(jī)要求的HTTP標(biāo)頭中，則第七層負(fù)載平衡器14會從該的名稱中辨認(rèn)出其所對應(yīng)的服務(wù)器16，然后即將該聯(lián)機(jī)要求傳送至該服務(wù)器16，若該Cookie并不存在于該聯(lián)機(jī)要求的HTTP標(biāo)頭中，則第七層負(fù)載平衡器14會如前所述根據(jù)該聯(lián)機(jī)要求的內(nèi)容進(jìn)行路徑交換，如前面步驟所述；步驟62當(dāng)封包過濾器18接收到該聯(lián)機(jī)要求時，會檢測該聯(lián)機(jī)要求的HTTP標(biāo)頭以找出名稱前八個字符為“DR0189C1”的該Cookie，并將該八個字符還原成“PHPSESSI”，然后再將Cookie名稱還原后的該聯(lián)機(jī)要求傳送至實際服務(wù)器20；步驟63當(dāng)實際服務(wù)器20接收到該聯(lián)機(jī)要求后，即可根據(jù)該辨識值分辨相對應(yīng)于該用戶的該Session。
而如圖8中顯示當(dāng)該用戶利用終端機(jī)12送出了多個存取不同數(shù)據(jù)內(nèi)容種類的聯(lián)機(jī)要求后，接下來終端機(jī)12所送出的聯(lián)機(jī)要求將會帶有多個通過不同的服務(wù)器16所附加上并改寫其名稱的特殊Cookie，如圖8所示，則該方法包含有下列步驟步驟64終端機(jī)12所送出至第七層負(fù)載平衡器14的聯(lián)機(jī)要求會附加有多個名稱及辨識值均不同的特殊Cookie；步驟65當(dāng)?shù)谄邔迂?fù)載平衡器14接收到該聯(lián)機(jī)要求后，會檢測該聯(lián)機(jī)要求的內(nèi)容以得知終端機(jī)12要存取何種類型的數(shù)據(jù)內(nèi)容，舉例來說，若終端機(jī)12要存取的數(shù)據(jù)內(nèi)容種類為“0x002”，而該種類代表儲存于目錄“/news/today”中的PHP文件，則第七層負(fù)載平衡器14會檢測該聯(lián)機(jī)要求的HTTP標(biāo)頭以搜尋名稱的前五個字符為“DR002”的Cookie，而第七層負(fù)載平衡器14則會從該Cookie的名稱中辨認(rèn)出其所對應(yīng)的服務(wù)器16，然后即將該聯(lián)機(jī)要求傳送至該服務(wù)器16；步驟66當(dāng)封包過濾器18接收到該聯(lián)機(jī)要求時，會檢測該聯(lián)機(jī)要求的HTTP標(biāo)頭以找出名稱前八個字符為“DR002C11”的該Cookie，并將該八個字符還原成“PHPSESSI”，然后再將Cookie名稱還原后的該聯(lián)機(jī)要求傳送至實際服務(wù)器20；步驟67當(dāng)實際服務(wù)器20接收到該聯(lián)機(jī)要求后，即可根據(jù)該辨識值分辨相對應(yīng)于該用戶的該Session。
綜合圖7及圖8的流程圖所述可知，當(dāng)一服務(wù)器16啟始一Session后，實際服務(wù)器20會在傳送出去的數(shù)據(jù)中附加上一Session Cookie，而封包過濾器18則會對該Cookie的名稱進(jìn)行改寫，通過如此的設(shè)計，本發(fā)明的方法即可利用實現(xiàn)該Session機(jī)制的該Cookie來攜帶路徑交換的信息，同時也能保有原先該Cookie所具有的供服務(wù)器16分辨相對應(yīng)于用戶的該Session的功能。
本發(fā)明使用直接路由的技術(shù)，將原本由第七層負(fù)載平衡器所承擔(dān)的工作負(fù)荷轉(zhuǎn)移至服務(wù)器端來處理，使得第七層負(fù)載平衡器不再成為流量瓶頸；另外，本發(fā)明利用封包過濾器將重置封包保留一段預(yù)定期間，減少了因聯(lián)機(jī)中斷而必須重新進(jìn)行三次握手以建立傳輸控制協(xié)議狀態(tài)的工作負(fù)荷量而增強(qiáng)了網(wǎng)絡(luò)系統(tǒng)的持續(xù)聯(lián)機(jī)特性；最后，本發(fā)明又利用改寫Cookie名稱的方法，使得該網(wǎng)絡(luò)系統(tǒng)能在進(jìn)行根據(jù)聯(lián)機(jī)要求的內(nèi)容進(jìn)行路徑交換的同時仍然能夠保持Session機(jī)制的一貫性，通過上述三項特征本發(fā)明能夠大大地增進(jìn)路徑交換的效率。
可以理解的是，對于本領(lǐng)域的普通技術(shù)人員來說，可以根據(jù)本發(fā)明的技術(shù)方案和技術(shù)構(gòu)思作出其他各種相應(yīng)的改變和變形，而所有這些改變和變形都應(yīng)屬于本發(fā)明后附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1.一種將第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至服務(wù)器端來處理的方法，其應(yīng)用于一網(wǎng)絡(luò)系統(tǒng)，其特征在于，該網(wǎng)絡(luò)系統(tǒng)包含一終端機(jī)，一第七層負(fù)載平衡器，以及至少一服務(wù)器，該服務(wù)器包含一實際服務(wù)器，以及一封包過濾器，該方法至少包含以下步驟一服務(wù)器的實際服務(wù)器通過該服務(wù)器的封包過濾器與該終端機(jī)進(jìn)行三次握手，建立其與該終端機(jī)之間的一傳輸控制協(xié)議狀態(tài)；該終端機(jī)送出一聯(lián)機(jī)要求至該第七層負(fù)載平衡器；該第七層負(fù)載平衡器檢測該聯(lián)機(jī)要求的內(nèi)容；傳送該聯(lián)機(jī)要求至該服務(wù)器；以及該終端機(jī)通過該傳輸控制協(xié)議狀態(tài)對該服務(wù)器的實際服務(wù)器進(jìn)行數(shù)據(jù)存取。
2.根據(jù)權(quán)利要求1所述的將第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至服務(wù)器端來處理的方法，其特征在于，進(jìn)行三次握手建立該傳輸控制協(xié)議狀態(tài)的步驟中包含以下步驟該終端機(jī)送出一同步封包至該第七層負(fù)載平衡器；該第七層負(fù)載平衡器傳送該同步封包至該服務(wù)器的封包過濾器；該服務(wù)器的封包過濾器直接傳送該同步封包至該服務(wù)器的實際服務(wù)器；該服務(wù)器的封包過濾器接收來自該服務(wù)器的實際服務(wù)器的一同步確認(rèn)封包，并將該同步確認(rèn)封包直接傳送至該終端機(jī)；該終端機(jī)傳送一確認(rèn)封包至該第七層負(fù)載平衡器；該第七層負(fù)載平衡器將該確認(rèn)封包傳送至該封包過濾器；以及該封包過濾器傳送該確認(rèn)封包至該服務(wù)器的實際服務(wù)器。
3.根據(jù)權(quán)利要求1所述的將第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至服務(wù)器端來處理的方法，其特征在于，將該聯(lián)機(jī)要求傳送至該服務(wù)器的步驟中包含下列步驟該服務(wù)器的封包過濾器轉(zhuǎn)換該聯(lián)機(jī)要求的序號；傳送該聯(lián)機(jī)要求至該服務(wù)器的實際服務(wù)器。
4.一種將第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至服務(wù)器端來處理的方法，其應(yīng)用于一網(wǎng)絡(luò)系統(tǒng)，其特征在于，該網(wǎng)絡(luò)系統(tǒng)包含一終端機(jī)，一第七層負(fù)載平衡器，以及至少一服務(wù)器，該服務(wù)器包含一實際服務(wù)器，以及一封包過濾器，該方法至少包含以下步驟一第一服務(wù)器的實際服務(wù)器通過該第一服務(wù)器的封包過濾器與該終端機(jī)進(jìn)行三次握手，建立其與該終端機(jī)之間的一第一傳輸控制協(xié)議狀態(tài)；該終端機(jī)送出一第一聯(lián)機(jī)要求至該第七層負(fù)載平衡器；該第七層負(fù)載平衡器檢測該第一聯(lián)機(jī)要求的內(nèi)容；該第七層負(fù)載平衡器將該第一聯(lián)機(jī)要求傳送至一第二服務(wù)器的封包過濾器，同時傳送一重置封包至該第一服務(wù)器的封包過濾器；該第二服務(wù)器的實際服務(wù)器通過該第二服務(wù)器的封包過濾器與該終端機(jī)進(jìn)行三次握手，建立其與該終端機(jī)之間的一第二傳輸控制協(xié)議狀態(tài)；該第二服務(wù)器的封包過濾器將該第一聯(lián)機(jī)要求傳送至該第二服務(wù)器的實際服務(wù)器；以及該終端機(jī)通過該第二傳輸控制協(xié)議狀態(tài)對該第二服務(wù)器的實際服務(wù)器進(jìn)行數(shù)據(jù)存取。
5.根據(jù)權(quán)利要求4所述的將第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至服務(wù)器端來處理的方法，其特征在于，在進(jìn)行三次握手建立該第一傳輸控制協(xié)議狀態(tài)的步驟中包含以下步驟該終端機(jī)送出一第一同步封包至該第七層負(fù)載平衡器；該第七層負(fù)載平衡器傳送該第一同步封包至預(yù)先選取的第一服務(wù)器的封包過濾器；該第一服務(wù)器的封包過濾器直接傳送該第一同步封包至該第一服務(wù)器的實際服務(wù)器；該第一服務(wù)器的封包過濾器接收來自該第一服務(wù)器的實際服務(wù)器的一第一同步確認(rèn)封包，并將該同步確認(rèn)封包直接傳送至該終端機(jī)；該終端機(jī)傳送一確認(rèn)封包至該第七層負(fù)載平衡器；該第七層負(fù)載平衡器將該確認(rèn)封包傳送至該封包過濾器；以及該封包過濾器傳送該確認(rèn)封包至該服務(wù)器的實際服務(wù)器。
6.根據(jù)權(quán)利要求4所述的將第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至服務(wù)器端來處理的方法，其特征在于，建立第二傳輸控制協(xié)議狀態(tài)的步驟中包含以下步驟該第二服務(wù)器的封包過濾器傳送一第二同步封包至該第二服務(wù)器的實際服務(wù)器；該第二服務(wù)器的實際服務(wù)器傳送一第二同步確認(rèn)封包至該第二服務(wù)器的封包過濾器；以及該第二服務(wù)器的封包過濾器傳送一確認(rèn)封包至該第二服務(wù)器的實際服務(wù)器。
7.根據(jù)權(quán)利要求4所述的將第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至服務(wù)器來處理的方法，其特征在于，當(dāng)該終端機(jī)送出一第二聯(lián)機(jī)要求要存取一第三服務(wù)器時，還包含以下步驟該第七層負(fù)載平衡器傳送該第二聯(lián)機(jī)要求至一第三服務(wù)器的封包過濾器；傳送一重置封包至該已聯(lián)機(jī)的第二服務(wù)器的封包過濾器；該第三服務(wù)器的封包過濾器送出一第三同步封包至該第三服務(wù)器的實際服務(wù)器；該第三服務(wù)器的實際服務(wù)器通過該第三服務(wù)器的封包過濾器與該終端機(jī)進(jìn)行三次握手，建立其與該終端機(jī)之間的一第三傳輸控制協(xié)議狀態(tài)；該第三服務(wù)器的封包過濾器傳送該第二聯(lián)機(jī)要求至該第三服務(wù)器的實際服務(wù)器；以及該終端機(jī)通過該第三傳輸控制協(xié)議狀態(tài)對該第三服務(wù)器的實際服務(wù)器進(jìn)行數(shù)據(jù)存取。
8.根據(jù)權(quán)利要求4或7所述的將第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至服務(wù)器端來處理的方法，其特征在于，當(dāng)該已建立聯(lián)機(jī)的服務(wù)器的封包過濾器接收到該重置封包后，會先將該重置封包保留一段預(yù)定時間，若在該預(yù)定時間內(nèi)該服務(wù)器的封包過濾器并未接收到任何聯(lián)機(jī)要求，則將該重置封包傳送到該服務(wù)器的實際服務(wù)器。
9.根據(jù)權(quán)利要求1或4所述的將第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至服務(wù)器端來處理的方法，其特征在于，當(dāng)一服務(wù)器的實際服務(wù)器要傳送包含有Session信息的一數(shù)據(jù)至該終端機(jī)時，該服務(wù)器的實際服務(wù)器附加一用來儲存該Session信息的Cookie至該數(shù)據(jù)中，并由該服務(wù)器的封包過濾器修改該數(shù)據(jù)的該Cookie的名稱，以使得該終端機(jī)會在接下來傳送出去的聯(lián)機(jī)要求中附加該名稱被修改后的Cookie。
10.根據(jù)權(quán)利要求9所述的將第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至服務(wù)器端來處理的方法，其特征在于，在該第七層負(fù)載平衡器接收到附加有該被修改名稱的Cookie的聯(lián)機(jī)要求后會檢測該聯(lián)機(jī)要求的內(nèi)容及該Cookie，并傳送該聯(lián)機(jī)要求到相對應(yīng)于該Cookie的服務(wù)器的封包過濾器。
全文摘要
一種將第七層負(fù)載平衡器的工作負(fù)荷轉(zhuǎn)移至服務(wù)器端來處理的方法，當(dāng)一第七層負(fù)載平衡器接收到由一終端機(jī)傳送來的同步封包時，會將該同步封包直接傳送至預(yù)先選取的一服務(wù)器以建立該終端機(jī)與該服務(wù)器之間的一傳輸控制協(xié)議狀態(tài)而使由該服務(wù)器所回傳的數(shù)據(jù)不需要再通過該第七層負(fù)載平衡器交換路徑，封包過濾器還會在接收到一重置封包后將其保留一預(yù)定時間，而該封包過濾器還會在接收到包含有一Session數(shù)據(jù)的一Cookie時，改寫該Cookie的名稱。借此，本發(fā)明解決了第七層負(fù)載平衡器的處理能力瓶頸問題；以及能夠支持持續(xù)聯(lián)機(jī)功能；并且，可根據(jù)聯(lián)機(jī)要求內(nèi)容，進(jìn)行對多個服務(wù)器的路徑交換時能同時支持Session一貫性功能。
文檔編號H04L12/24GK1538705SQ0312319
公開日2004年10月20日 申請日期2003年4月18日 優(yōu)先權(quán)日2003年4月18日
發(fā)明者蔡品再, 林盈達(dá) 申請人:智邦科技股份有限公司