本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種客戶端接入服務(wù)器的認(rèn)證方法和裝置及VDI系統(tǒng)。

背景技術(shù)：

DHCP(Dynamic Host Configuration Protocol，動態(tài)客戶端配置協(xié)議)通常被應(yīng)用在大中型的局域網(wǎng)絡(luò)環(huán)境中，主要作用是集中的管理、分配IP地址，使網(wǎng)絡(luò)環(huán)境中的客戶端從服務(wù)器動態(tài)的獲得IP地址、Gateway地址、DNS服務(wù)器地址等信息，并能夠提升地址的使用率。

DHCP協(xié)議采用客戶端/服務(wù)器模型，以UDP作為傳輸協(xié)議，客戶端地址的動態(tài)分配任務(wù)由網(wǎng)絡(luò)客戶端驅(qū)動。當(dāng)DHCP服務(wù)器接收到來自網(wǎng)絡(luò)客戶端申請地址的信息時，才會向網(wǎng)絡(luò)客戶端發(fā)送相關(guān)的地址配置等信息，以實(shí)現(xiàn)網(wǎng)絡(luò)客戶端地址信息的動態(tài)配置?？蛻舳藙討B(tài)配置的詳細(xì)的交互過程見附圖1，包括如下步驟：

DHCP Client(客戶端)以廣播的方式發(fā)出DHCP Discover(發(fā)現(xiàn))報文。

網(wǎng)絡(luò)中所有的DHCP Server都能夠接收到DHCP Client發(fā)送的DHCP Discover報文，所有的DHCP Server(服務(wù)器)在收到DHCP Discover報文后均會給出響應(yīng)，向DHCP Client發(fā)送一個DHCP Offer報文。為了DHCP Client區(qū)分不同的DHCP Server發(fā)出的DHCP Offer報文，在DHCP Offer報文中包含能夠提供給DHCP Client使用的IP地址和自己的IP地址。

DHCP Client一般情況下處理最先收到的其中一個DHCP Offer報文，DHCP Client會發(fā)出一個廣播的DHCP Request報文，DHCP Request報文中會加入被Client選中的DHCP Server的IP地址和需要的IP地址。

所有DHCP Server收到DHCP Request報文后，判斷選項字段中的IP地址是否與自己的地址相同。如果不相同，DHCP Server不做任何處理只清除相應(yīng)IP地址分配記錄；如果相同，該DHCP Server就會向DHCP Client響應(yīng)一個DHCP ACK報文，并在選項字段中增加IP地址的使用租期信息。

DHCP Client接收到DHCP ACK報文后，檢查DHCP Server分配的IP地址是否能夠使用。如果可以使用，則DHCP Client成功獲得IP地址并根據(jù)IP地址使用租期自動啟動續(xù)延過程；如果DHCP Client發(fā)現(xiàn)分配的IP地址已經(jīng)被使用，則DHCP Client向DHCPServer發(fā)出DHCP Decline報文，通知DHCP Server禁用這個IP地址，然后DHCP Client開始新的地址申請過程。

DHCP Client在成功獲取IP地址后，隨時可以通過發(fā)送DHCP Release報文釋放自己的IP地址，DHCP Server收到DHCP Release報文后，會回收相應(yīng)的IP地址并重新分配。

申請人發(fā)現(xiàn)：現(xiàn)有的客戶端欲接入已有的局域網(wǎng)時，局域網(wǎng)(該廣播域)內(nèi)的所有DHCP客戶端進(jìn)行響應(yīng)和分配地址，從而干擾原有網(wǎng)絡(luò)中DHCP服務(wù)的正常運(yùn)轉(zhuǎn)，影響網(wǎng)絡(luò)服務(wù)，降低服務(wù)效率。

因此，需要對現(xiàn)有技術(shù)進(jìn)行改進(jìn)，迫切需要設(shè)計一種新的客戶端接入服務(wù)器的方式，以便克服現(xiàn)有技術(shù)的上述缺陷。

技術(shù)實(shí)現(xiàn)要素：

針對現(xiàn)有技術(shù)的不足，本發(fā)明提供一種客戶端接入服務(wù)器的方法和裝置以及VDI系統(tǒng)，以解決現(xiàn)有客戶端接入服務(wù)器時的上述技術(shù)問題。

第一方面，本發(fā)明實(shí)施例提供一種客戶端接入服務(wù)器的認(rèn)證方法，應(yīng)用于同一個廣播域內(nèi)的一客戶端和復(fù)數(shù)個服務(wù)器，包括如下步驟：S1，客戶端生成攜帶客戶端標(biāo)簽的DHCP發(fā)現(xiàn)報文并廣播；S2，至少一個服務(wù)器接收DHCP發(fā)現(xiàn)報文，并驗(yàn)證DHCP發(fā)現(xiàn)報文中攜帶的客戶端標(biāo)簽；S3，當(dāng)步驟S2驗(yàn)證通過時，至少一個服務(wù)器生成攜帶服務(wù)器標(biāo)簽和空余IP地址的DHCP給予報文發(fā)送給客戶端；S4，客戶端接收其中服務(wù)器發(fā)送的DHCP給予報文，并驗(yàn)證DHCP給予報文中的服務(wù)器標(biāo)簽；S5，當(dāng)步驟S4驗(yàn)證通過時，客戶端廣播包括通過驗(yàn)證的服務(wù)器的IP地址的DHCP請求報文；S6，至少一個服務(wù)器接收并匹配DHCP請求報文中的服務(wù)器IP地址，若匹配通過，發(fā)送DHCP確認(rèn)報文至客戶端，客戶端通過空余IP地址完成接入。

優(yōu)選地，客戶端標(biāo)簽包括業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型。

優(yōu)選地，將客戶端標(biāo)簽加入到DHCP發(fā)現(xiàn)報文中的第一選擇字段。

優(yōu)選地，步驟S2還包括：建立與客戶端標(biāo)簽相對應(yīng)的第一認(rèn)證列表；比對客戶端標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型與第一認(rèn)證列表，若第一認(rèn)證列表中包含客戶端標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型，則驗(yàn)證通過。

優(yōu)選地，服務(wù)器標(biāo)簽包括業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型。

優(yōu)選地，將服務(wù)器標(biāo)簽加入到DHCP給予報文中的第二選擇字段。

優(yōu)選地，步驟S4還包括：建立與服務(wù)器標(biāo)簽相對應(yīng)的第二認(rèn)證列表；

比對服務(wù)器標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型與第二認(rèn)證列表，若第二認(rèn)證列表中包含服務(wù)器標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型，則驗(yàn)證通過。

第二方面，本發(fā)明實(shí)施例提供了一種客戶端接入服務(wù)器的認(rèn)證裝置，應(yīng)用于同一個廣播域內(nèi)的一客戶端和復(fù)數(shù)個服務(wù)器，包括：第一廣播單元，用于所述客戶端生成攜帶客戶端標(biāo)簽的DHCP發(fā)現(xiàn)報文并廣播；第一驗(yàn)證單元，連接所述第一廣播單元，用于至少一個所述服務(wù)器接收所述DHCP發(fā)現(xiàn)報文，并驗(yàn)證所述DHCP發(fā)現(xiàn)報文中攜帶的所述客戶端標(biāo)簽；發(fā)送單元，連接所述第一驗(yàn)證單元，用于當(dāng)所述第一驗(yàn)證單元驗(yàn)證通過時，所述至少一個服務(wù)器生成攜帶服務(wù)器標(biāo)簽和空余IP地址的DHCP給予報文發(fā)送給所述客戶端；第二驗(yàn)證單元，連接所述發(fā)送單元，用于所述客戶端接收其中所述服務(wù)器發(fā)送的DHCP給予報文，并驗(yàn)證所述DHCP給予報文中的所述服務(wù)器標(biāo)簽；第二廣播單元，連接所述第二驗(yàn)證單元，用于當(dāng)所述第二驗(yàn)證單元驗(yàn)證通過時，所述客戶端廣播包括通過驗(yàn)證的服務(wù)器的IP地址的DHCP請求報文；接入單元，連接所述第二廣播單元，用于至少一個所述服務(wù)器接收并匹配所述DHCP請求報文中的服務(wù)器IP地址，若匹配通過，發(fā)送DHCP確認(rèn)報文至所述客戶端，所述客戶端通過所述空余IP地址完成接入。

優(yōu)選地，第一廣播單元還包括：第一加入單元，用于將所述客戶端標(biāo)簽加入到所述DHCP發(fā)現(xiàn)報文中的第一選擇字段。

優(yōu)選地，第一驗(yàn)證單元還包括：第一列表建立單元，用于建立與所述客戶端標(biāo)簽相對應(yīng)的第一認(rèn)證列表；第一比對驗(yàn)證單元，用于比對所述客戶端標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型與所述第一認(rèn)證列表，若所述第一認(rèn)證列表中包含所述客戶端標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型，則驗(yàn)證通過。

優(yōu)選地，發(fā)送單元還包括：第二加入單元，用于將所述服務(wù)器標(biāo)簽加入到所述DHCP給予報文中的第二選擇字段。。

優(yōu)選地，第二驗(yàn)證單元還包括：第二列表建立單元，用于建立與所述服務(wù)器標(biāo)簽相對應(yīng)的第二認(rèn)證列表；第二比對驗(yàn)證單元，用于比對所述服務(wù)器標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型與所述第二認(rèn)證列表，若所述第二認(rèn)證列表中包含所述服務(wù)器標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型，則驗(yàn)證通過。

第三方面，本發(fā)明實(shí)施例提供了一種VDI系統(tǒng)，包括了上述第二方面實(shí)施例中的客戶端接入服務(wù)器的認(rèn)證裝置。

與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果是：

1、通過在客戶端廣播的DHCP報文中添加相應(yīng)的客戶端標(biāo)簽，使得DHCP服務(wù)器只對特定DHCP客戶端響應(yīng)，避免了DHCP服務(wù)對已有DHCP網(wǎng)絡(luò)的干擾；

2、通過在服務(wù)器相應(yīng)的DHCP報文中添加相應(yīng)的服務(wù)器標(biāo)簽，使得DHCP客戶端只對特定DHCP服務(wù)器的響應(yīng)，避免了客戶端受到網(wǎng)絡(luò)中其他DHCP服務(wù)器的干擾；

3、添加的客戶端標(biāo)簽和服務(wù)器標(biāo)簽作為認(rèn)證信息均采用原有的DHCP報文中的option字段發(fā)送，不需添加新的DHCP報文類型來承載認(rèn)證信息，對現(xiàn)有的DHCP協(xié)議改動小，不影響現(xiàn)有的DHCP功能，并且系統(tǒng)擴(kuò)展性好和兼容性易實(shí)現(xiàn)。

4、采用了本發(fā)明實(shí)施方式的VDI系統(tǒng)，當(dāng)新的客戶端接入局域網(wǎng)時，服務(wù)器和客戶端進(jìn)行雙向認(rèn)證，避免干擾原有網(wǎng)絡(luò)中DHCP服務(wù)的正常運(yùn)轉(zhuǎn)，影響網(wǎng)絡(luò)服務(wù)，提高了網(wǎng)絡(luò)運(yùn)行的效率。

附圖說明

圖1是現(xiàn)有技術(shù)客戶端動態(tài)配置HDCP交互過程的示意圖；

圖2是本發(fā)明實(shí)施例一的客戶端接入服務(wù)器的認(rèn)證方法的流程圖；

圖3是本發(fā)明實(shí)施例二的客戶端接入服務(wù)器的認(rèn)證裝置的結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面結(jié)合附圖和實(shí)施例對本發(fā)明作進(jìn)一步的詳細(xì)說明?？梢岳斫獾氖?，此處所描述的具體實(shí)施例僅僅用于解釋本發(fā)明，而非對本發(fā)明的限定。另外還需要說明的是，為了便于描述，附圖中僅示出了與本發(fā)明相關(guān)的部分而非全部結(jié)構(gòu)。

實(shí)施例一

參考圖2，圖2為一種客戶端接入服務(wù)器的認(rèn)證方法，應(yīng)用于同一個廣播域內(nèi)的一客戶端和復(fù)數(shù)個服務(wù)器，包括如下步驟：S1，客戶端生成攜帶客戶端標(biāo)簽的DHCP發(fā)現(xiàn)報文并廣播；S2，至少一個服務(wù)器接收DHCP發(fā)現(xiàn)報文，并驗(yàn)證DHCP發(fā)現(xiàn)報文中攜帶的客戶端標(biāo)簽；S3，當(dāng)步驟S2驗(yàn)證通過時，至少一個服務(wù)器生成攜帶服務(wù)器標(biāo)簽和空余IP地址的DHCP給予報文發(fā)送給客戶端；S4，客戶端接收其中服務(wù)器發(fā)送的DHCP給予報文，并驗(yàn)證DHCP給予報文中的服務(wù)器標(biāo)簽；S5，當(dāng)步驟S4驗(yàn)證通過時，客戶端廣播包括通過驗(yàn)證的服務(wù)器的IP地址的DHCP請求報文；S6，至少一個服務(wù)器接收并匹配DHCP請求報文中的服務(wù)器IP地址，若匹配通過，發(fā)送DHCP確認(rèn)報文至客戶端，客戶端通過空余IP地址完成接入。

需要說明的是，步驟S1中當(dāng)客戶端廣播DHCP發(fā)現(xiàn)報文時，由于此時客戶端還未獲得授權(quán)的IP地址，因此，為了標(biāo)明客戶端的身份信息，除了在DHCP發(fā)現(xiàn)報文中攜帶客戶端標(biāo)簽信息外，還攜帶了客戶端本身的MAC地址信息；同樣地，在步驟S2、S3接收驗(yàn)證DHCP發(fā)現(xiàn)報文后，發(fā)送DHCP給予報文時，除了在DHCP給予報文中攜帶服務(wù)器標(biāo)簽和可用的空余IP地址之外，還攜帶了客戶端隨DHCP發(fā)現(xiàn)報文發(fā)來的MAC地址信息；步驟S4客戶端接收DHCP給予報文時，首先會驗(yàn)證DHCP給予報文中攜帶的MAC地址是否與自身的MAC地址一致，由此判斷該DHCP給予報文發(fā)送的對象是否是本客戶端，若驗(yàn)證結(jié)果不一致，表明該DHCP給予報文的發(fā)送對象不是該客戶端，則直接丟棄該DHCP給予報文。

進(jìn)一步來說，步驟S1還包括步驟S11，將客戶端標(biāo)簽加入到DHCP發(fā)現(xiàn)報文中的第一選擇字段，第一選擇字段可用Option 60等其他Option空閑字段，且Option 60用來標(biāo)識客戶端標(biāo)簽，客戶端標(biāo)簽包括業(yè)務(wù)服務(wù)商信息和設(shè)備類型的一種或兩種。

步驟S2還包括：步驟S21，建立與所述客戶端標(biāo)簽相對應(yīng)的第一認(rèn)證列表；在驗(yàn)證DHCP發(fā)現(xiàn)報文中攜帶的客戶端標(biāo)簽之前，需要建立一張認(rèn)證列表，認(rèn)證列表包括多個客戶端生成的客戶端標(biāo)簽類型，即多種業(yè)務(wù)服務(wù)商信息和設(shè)備類型。步驟S22，服務(wù)器比對客戶端標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型與第一認(rèn)證列表中的客戶端標(biāo)簽類型，若所述第一認(rèn)證列表中包含所述客戶端標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型，表明該客戶端標(biāo)簽已事先在服務(wù)器中建立認(rèn)證列表，則驗(yàn)證通過；若驗(yàn)證失敗，說明該客戶端標(biāo)簽未列入第一認(rèn)證列表中，則丟棄該DHCP發(fā)現(xiàn)報文。

同樣的，步驟S3還包括步驟S31，所述服務(wù)器標(biāo)簽加入到所述DHCP給予報文中的第二選擇字段，第二選擇字段可用Option 43等其他Option空閑字段，且Option 43用來標(biāo)識服務(wù)器標(biāo)簽，服務(wù)器標(biāo)簽包括業(yè)務(wù)服務(wù)商信息和設(shè)備類型的一種或兩種。

步驟S4還包括：步驟S41，建立與所述服務(wù)器標(biāo)簽相對應(yīng)的第二認(rèn)證列表；在驗(yàn)證DHCP給予報文中攜帶的服務(wù)器標(biāo)簽之前，需要建立一張認(rèn)證列表，認(rèn)證列表包括多個服務(wù)器生成的服務(wù)器標(biāo)簽類型，即多種業(yè)務(wù)服務(wù)商信息和設(shè)備類型。步驟S42，客戶端比對服務(wù)器標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型與第二認(rèn)證列表中的服務(wù)器標(biāo)簽類型，若所述第二認(rèn)證列表中包含所述服務(wù)器標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型，表明該服務(wù)器標(biāo)簽已事先在服務(wù)器中建立認(rèn)證列表，則驗(yàn)證通過；若驗(yàn)證失敗，說明該服務(wù)器標(biāo)簽未列入第二認(rèn)證列表中，則丟棄該DHCP給予報文。

在DHCP發(fā)現(xiàn)報文/DHCP給予報文中攜帶業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型，避免了客戶端與服務(wù)器原有的固定接入方式，使得客戶端和服務(wù)器的接入方式更加靈活開放；將客戶端標(biāo)簽加入第一選擇字段Option 60，服務(wù)器標(biāo)簽加入第二選擇字段Option 43，不需添加新的DHCP報文類型來承載認(rèn)證信息，對現(xiàn)有的DHCP協(xié)議改動較小，使得系統(tǒng)擁有更好的兼容性和擴(kuò)展性。

繼續(xù)參考附圖2，在步驟S3中，服務(wù)器驗(yàn)證完DHCP發(fā)現(xiàn)報文中的客戶端標(biāo)簽后，除了將服務(wù)器標(biāo)簽和空余的IP地址通過DHCP給與報文發(fā)送給客戶端以外，還將自己的IP地址也通過DHCP給予報文一同發(fā)送給客戶端；步驟S4客戶端收到DHCP給予報文并驗(yàn)證攜帶務(wù)器標(biāo)簽，驗(yàn)證通過后，步驟S5客戶端廣播DHCP請求報文，且將驗(yàn)證通過的DHCP給予報文中攜帶的服務(wù)器IP地址加入到DHCP請求報文中，步驟S6多個服務(wù)器收到DHCP的請求報文后，將DHCP請求報文中攜帶的服務(wù)器IP地址與自身的IP地址相匹配，若匹配通過，說明該服務(wù)器是DHCP請求報文的請求對象，則發(fā)送DHCP確認(rèn)報文到客戶端，客戶端利用步驟S3中收到的空余IP地址接入，若匹配失敗，說明該服務(wù)器不是DHCP請求報文的請求對象，則說明則丟棄該DHCP請求報文不做任何處理。

通過上述實(shí)施例，當(dāng)新的客戶端接入局域網(wǎng)時，服務(wù)器和客戶端進(jìn)行雙向認(rèn)證，避免干擾原有網(wǎng)絡(luò)中DHCP服務(wù)的正常運(yùn)轉(zhuǎn)，影響網(wǎng)絡(luò)服務(wù)，提高了網(wǎng)絡(luò)運(yùn)行的效率。

實(shí)施例二

參考圖3，圖3為一種客戶端接入服務(wù)器的認(rèn)證裝置，應(yīng)用于同一個廣播域內(nèi)的一客戶端和復(fù)數(shù)個服務(wù)器，包括：第一廣播單元1，用于所述客戶端生成攜帶客戶端標(biāo)簽的DHCP發(fā)現(xiàn)報文并廣播；第一驗(yàn)證單元2，連接所述第一廣播單元1，用于至少一個所述服務(wù)器接收所述DHCP發(fā)現(xiàn)報文，并驗(yàn)證所述DHCP發(fā)現(xiàn)報文中攜帶的所述客戶端標(biāo)簽；發(fā)送單元3，連接所述第一驗(yàn)證單元2，用于當(dāng)所述第一驗(yàn)證單元2驗(yàn)證通過時，所述至少一個服務(wù)器生成攜帶服務(wù)器標(biāo)簽和空余IP地址的DHCP給予報文發(fā)送給所述客戶端；第二驗(yàn)證單元4，連接所述發(fā)送單元3，用于所述客戶端接收其中所述服務(wù)器發(fā)送的DHCP給予報文，并驗(yàn)證所述DHCP給予報文中的所述服務(wù)器標(biāo)簽；第二廣播單元5，連接所述第二驗(yàn)證單元4，用于當(dāng)所述第二驗(yàn)證單元4驗(yàn)證通過時，所述客戶端廣播包括通過驗(yàn)證的服務(wù)器的IP地址的DHCP請求報文；接入單元6，連接所述第二廣播單元5，用于至少一個所述服務(wù)器接收并匹配所述DHCP請求報文中的服務(wù)器IP地址，若匹配通過，發(fā)送DHCP確認(rèn)報文至所述客戶端，所述客戶端通過所述空余IP地址完成接入。

其中，第一廣播單元1還包括：第一加入單元11，用于將所述客戶端標(biāo)簽加入到所述DHCP發(fā)現(xiàn)報文中的第一選擇字段。

第一驗(yàn)證單元還包括2：第一列表建立單元21，用于建立與所述客戶端標(biāo)簽相對應(yīng)的第一認(rèn)證列表；第一比對驗(yàn)證單元22，用于比對所述客戶端標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型與所述第一認(rèn)證列表，若所述第一認(rèn)證列表中包含所述客戶端標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型，則驗(yàn)證通過。

發(fā)送單元3還包括：第二加入單元31，用于將所述服務(wù)器標(biāo)簽加入到所述DHCP給予報文中的第二選擇字段。

第二驗(yàn)證單元4還包括：第二列表建立單元41，用于建立與所述服務(wù)器標(biāo)簽相對應(yīng)的第二認(rèn)證列表；第二比對驗(yàn)證單元42，用于比對所述服務(wù)器標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型與所述第二認(rèn)證列表，若所述第二認(rèn)證列表中包含所述服務(wù)器標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型，則驗(yàn)證通過。

客戶端接入服務(wù)器的認(rèn)證裝置中各個單元的具體操作方法請參考實(shí)施例一的一種客戶端接入服務(wù)器的認(rèn)證方法的相關(guān)描述，在此不再累述。

此外，本發(fā)明還公開了一種VDI系統(tǒng)，包括了實(shí)施例二中的客戶端接入服務(wù)器的認(rèn)證裝置，其各個單元的具體實(shí)施過程與實(shí)施例一中關(guān)于方法和實(shí)施例二中關(guān)于裝置的相關(guān)描述屬于同一發(fā)明構(gòu)思，可參見上述實(shí)施例，在這里不再詳細(xì)描述。

當(dāng)進(jìn)行虛擬桌面基礎(chǔ)設(shè)施(VDI)虛擬化部署時，客戶端接入服務(wù)由服務(wù)器提供時，通過服務(wù)器和客戶端進(jìn)行雙向認(rèn)證，對原有網(wǎng)絡(luò)中DHCP的干擾和不兼容問題，可以同時部署使用。

雖然本發(fā)明的各個方面在獨(dú)立權(quán)利要求中給出，但是本發(fā)明的其它方面包括來自所描述實(shí)施方式的特征和/或具有獨(dú)立權(quán)利要求的特征的從屬權(quán)利要求的組合，而并非僅是權(quán)利要求中所明確給出的組合。

注意，上述僅為本發(fā)明的較佳實(shí)施例及所運(yùn)用技術(shù)原理。本領(lǐng)域技術(shù)人員會理解，本發(fā)明不限于這里上述的特定實(shí)施例，對本領(lǐng)域技術(shù)人員來說能夠進(jìn)行各種明顯的變化、重新調(diào)整和替代而不會脫離本發(fā)明的保護(hù)范圍。因此，雖然通過以上實(shí)施例對本發(fā)明進(jìn)行了較為詳細(xì)的說明，但是本發(fā)明不僅僅限于以上實(shí)施例，在不脫離本發(fā)明構(gòu)思的情況下，還可以包括更多其他等效實(shí)施例，而本發(fā)明的范圍由所附的權(quán)利要求范圍決定。