本發(fā)明涉及通訊技術(shù)領(lǐng)域，尤其涉及一種IP地址的分配方法及裝置。

背景技術(shù)：

目前，DHCP(Dynamic Host Configuration Protocol，動(dòng)態(tài)主機(jī)配置協(xié)議)客戶端首次向DHCP服務(wù)器申請(qǐng)IP地址需要四個(gè)流程：1.DHCP客戶端以廣播的形式發(fā)送客戶機(jī)請(qǐng)求IP報(bào)文尋找DHCP服務(wù)器；2.DHCP服務(wù)器接收到后，向DHCP客戶端發(fā)送服務(wù)器響應(yīng)報(bào)文，包含可以分配的IP地址；3.DHCP客戶端向服務(wù)器發(fā)送選擇IP報(bào)文，包含需要請(qǐng)求的IP地址；4.DHCP服務(wù)器回復(fù)服務(wù)器確定租約報(bào)文進(jìn)行確認(rèn)。而客戶端收到確定租約報(bào)文后一般還需要檢查該IP地址是否已經(jīng)被使用，如果已經(jīng)被使用，需要重新執(zhí)行上述四個(gè)流程。

可以看出，即使是同一個(gè)DHCP客戶端，再次申請(qǐng)IP地址的時(shí)候也依然需要四個(gè)流程，而且DHCP服務(wù)器端并不會(huì)記錄那些IP地址已經(jīng)被分配，需要客戶端自己檢查，一旦IP地址被占用，客戶端需要重新執(zhí)行整個(gè)流程。

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

本發(fā)明的主要目的在于提供一種IP地址的分配方法及裝置，旨在解決現(xiàn)有的IP地址分配流程較為繁瑣的技術(shù)問題。

為實(shí)現(xiàn)上述目的，本發(fā)明提供的一種IP地址的分配方法包括以下步驟：

當(dāng)接收到客戶端發(fā)送的請(qǐng)求IP地址分配信息時(shí)，提取請(qǐng)求IP地址分配信息中的客戶端硬件地址；

判斷所述客戶端硬件地址是否與預(yù)存的硬件地址列表匹配；

當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表匹配，則獲取硬件地址列表中與所述客戶端硬件地址對(duì)應(yīng)的待分配IP地址。

優(yōu)選地，所述IP地址的分配方法還包括：

當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表不匹配，則判斷是否存在空閑的IP地址；

當(dāng)判定存在空閑的IP地址，將所述空閑的IP地址封包至IP響應(yīng)信息中并發(fā)送至客戶端。

優(yōu)選地，所述當(dāng)接收到客戶端發(fā)送的請(qǐng)求IP地址分配信息時(shí)，提取請(qǐng)求IP地址分配信息中的客戶端硬件地址的步驟之后還包括：

獲取已分配IP地址，并獲取所述已分配IP地址對(duì)應(yīng)的已分配客戶端硬件地址及分配租約時(shí)間，將所述已分配IP地址、對(duì)應(yīng)的已分配客戶端硬件地址及分配租約時(shí)間生成硬件地址列表并存儲(chǔ)。

優(yōu)選地，所述當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表匹配，則獲取硬件地址列表中預(yù)存的與所述客戶端硬件地址對(duì)應(yīng)的IP地址的步驟之后還包括：

將所述待分配IP地址發(fā)送至客戶端，并將當(dāng)前續(xù)約時(shí)間與客戶端硬件地址關(guān)聯(lián)存儲(chǔ)于硬件地址列表中；

所述當(dāng)判定存在空閑的IP地址，將所述空閑的IP地址封包至IP響應(yīng)信息中并發(fā)送至客戶端的步驟之后包括：

當(dāng)接收到客戶端反饋的選擇IP信息，發(fā)送確定租約信息至客戶端，并將當(dāng)前租約時(shí)間與所述客戶端硬件地址關(guān)聯(lián)存儲(chǔ)于硬件地址列表中。

優(yōu)選地，所述判斷是否存在空閑的IP地址的步驟之后還包括：

當(dāng)判定不存在空閑的IP地址時(shí)，則獲取所述硬件地址列表中記錄的租約時(shí)間或續(xù)約時(shí)間，并根據(jù)近期最少使用算法獲取備用IP地址，以將所述備用IP地址封包至IP響應(yīng)信息中發(fā)送至客戶端。

此外，為實(shí)現(xiàn)上述目的，本發(fā)明還提供一種IP地址的分配裝置，包括：

第一提取模塊，用以當(dāng)接收到客戶端發(fā)送的請(qǐng)求IP地址分配信息時(shí)，提取請(qǐng)求IP地址分配信息中的客戶端硬件地址；

第一判斷模塊，用以判斷所述客戶端硬件地址是否與預(yù)存的硬件地址列表匹配；

第一獲取模塊，用以當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表匹配，則獲取硬件地址列表中與所述客戶端硬件地址對(duì)應(yīng)的待分配IP地址。

優(yōu)選地，所述IP地址的分配裝置還包括：

第二判斷模塊，用以當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表不匹配，則判斷是否存在空閑的IP地址；

發(fā)送模塊，用以當(dāng)判定存在空閑的IP地址，將所述空閑的IP地址封包至IP響應(yīng)信息中并發(fā)送至客戶端。

優(yōu)選地，所述第一提取模塊之后還包括：

列表生成模塊，用以獲取已分配IP地址，并獲取所述已分配IP地址對(duì)應(yīng)的已分配客戶端硬件地址及分配租約時(shí)間，將所述已分配IP地址、對(duì)應(yīng)的已分配客戶端硬件地址及分配租約時(shí)間生成硬件地址列表并存儲(chǔ)。

優(yōu)選地，所述第一判斷模塊之后還包括：

第一存儲(chǔ)模塊，用以將所述待分配IP地址發(fā)送至客戶端，并將當(dāng)前續(xù)約時(shí)間與客戶端硬件地址關(guān)聯(lián)存儲(chǔ)于硬件地址列表中；

所述發(fā)送模塊之后還包括：

第二存儲(chǔ)模塊，用以當(dāng)接收到客戶端反饋的選擇IP信息，發(fā)送確定租約信息至客戶端，并將當(dāng)前租約時(shí)間與所述客戶端硬件地址關(guān)聯(lián)存儲(chǔ)于硬件地址列表中。

優(yōu)選地，所述第二判斷模塊之后還包括：

第二獲取模塊，用以當(dāng)判定不存在空閑的IP地址時(shí)，則獲取所述硬件地址列表中記錄的租約時(shí)間或續(xù)約時(shí)間，并根據(jù)近期最少使用算法獲取備用IP地址，以將所述備用IP地址封包至IP響應(yīng)信息中發(fā)送至客戶端。

本發(fā)明提供的技術(shù)方案中，當(dāng)判定請(qǐng)求IP地址分配的客戶端硬件地址與預(yù)存的硬件地址列表匹配，則直接獲取硬件地址列表中預(yù)存的與所述客戶端硬件地址對(duì)應(yīng)的IP地址，并發(fā)送至客戶端，使得所述客戶端能直接使用所述IP地址，且不再需要耗時(shí)于檢查所述IP地址是否沖突，節(jié)省了所述客戶端獲取IP地址的時(shí)間，進(jìn)而優(yōu)化了服務(wù)器與客戶端之間IP地址的分配流程。

附圖說明

圖1為本發(fā)明IP地址的分配方法第一實(shí)施例的流程示意圖；

圖2為本發(fā)明IP地址的分配方法第二實(shí)施例的流程示意圖；

圖3為本發(fā)明IP地址的分配方法第三實(shí)施例的流程示意圖；

圖4為本發(fā)明IP地址的分配方法第四實(shí)施例的流程示意圖；

圖5為本發(fā)明IP地址的分配方法第五實(shí)施例的流程示意圖；

圖6為本發(fā)明IP地址的分配裝置第一實(shí)施例的功能模塊示意圖；

圖7為本發(fā)明IP地址的分配裝置第二實(shí)施例的功能模塊示意圖；

圖8為本發(fā)明IP地址的分配裝置第三實(shí)施例的功能模塊示意圖；

圖9為本發(fā)明IP地址的分配裝置第四實(shí)施例的功能模塊示意圖；

圖10為本發(fā)明IP地址的分配裝置第五實(shí)施例的功能模塊示意圖。

本發(fā)明目的的實(shí)現(xiàn)、功能特點(diǎn)及優(yōu)點(diǎn)將結(jié)合實(shí)施例，參照附圖做進(jìn)一步說明。

具體實(shí)施方式

應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

本發(fā)明提供一種IP地址分配方法，參照?qǐng)D1，在一實(shí)施例中，該IP地址的分配方法包括：

步驟S10，當(dāng)接收到客戶端發(fā)送的請(qǐng)求IP地址分配信息時(shí)，提取請(qǐng)求IP地址分配信息中的客戶端硬件地址；

需要說明的是，當(dāng)DHCP客戶端啟動(dòng)時(shí)，會(huì)自動(dòng)將自己的IP地址配置成0.0.0.0，但不能進(jìn)行正常通信，因此客戶端必須通過DHCP服務(wù)器來獲取一個(gè)合法的IP地址，以廣播報(bào)文的形式發(fā)送請(qǐng)求IP報(bào)文。所述IP地址分配信息也可以是當(dāng)客戶端接收到服務(wù)器反饋的服務(wù)器響應(yīng)報(bào)文后發(fā)送的客戶端選擇IP報(bào)文。

可以理解地，所述客戶端請(qǐng)求IP報(bào)文及所述客戶端選擇IP報(bào)文中均包含了客戶端硬件地址和計(jì)算機(jī)名，以便使服務(wù)器能確定是哪個(gè)客戶端發(fā)送的請(qǐng)求。

步驟S20，判斷所述客戶端硬件地址是否與預(yù)存的硬件地址列表匹配；

需要說明的是，所述硬件地址列表包括已經(jīng)分配的IP地址、與所述分配的IP地址對(duì)應(yīng)的客戶端硬件地址、所述硬件地址對(duì)應(yīng)的客戶端最近一次與服務(wù)器的續(xù)約時(shí)間。

進(jìn)一步地，根據(jù)接收到的客戶端發(fā)送的請(qǐng)求IP地址分配信息，提取其中包含的客戶端硬件地址，進(jìn)而判斷所述客戶端硬件地址是否與預(yù)存的硬件地址列表匹配。也就是說，查詢所述客戶端硬件地址是否被記錄儲(chǔ)存于所述硬件地址列表中。

步驟S30，當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表匹配，則獲取硬件地址列表中與所述客戶端硬件地址對(duì)應(yīng)的待分配IP地址。

具體地，當(dāng)判定所述客戶端硬件地址被記錄儲(chǔ)存于所述硬件地址列表中，說明所述客戶端非第一次發(fā)送IP地址請(qǐng)求，且所述客戶端與服務(wù)器之間已成功建立過IP通訊，也就確保了客戶端與所述IP地址的正常通訊，無需客戶端再耗費(fèi)時(shí)間檢查所述IP地址是否沖突。

進(jìn)一步地，獲取所述硬件地址列表中預(yù)存的與所述客戶端硬件地址對(duì)應(yīng)的IP地址。需要說明的是，所述IP地址為所述客戶端最近一次使用的IP地址。

本發(fā)明提供的技術(shù)方案中，當(dāng)判定請(qǐng)求IP地址分配的客戶端硬件地址與預(yù)存的硬件地址列表匹配，則直接獲取硬件地址列表中預(yù)存的與所述客戶端硬件地址對(duì)應(yīng)的IP地址，并發(fā)送至客戶端，使得所述客戶端能直接使用所述IP地址，且不再需要耗時(shí)于檢查所述IP地址是否沖突，節(jié)省了所述客戶端獲取IP地址的時(shí)間。

進(jìn)一步地，請(qǐng)參照?qǐng)D2，基于上述實(shí)施例，本實(shí)施例中，所述IP地址的分配方法包括：

步驟S10，當(dāng)接收到客戶端發(fā)送的請(qǐng)求IP地址分配信息時(shí)，提取請(qǐng)求IP地址分配信息中的客戶端硬件地址；

步驟S20，判斷所述客戶端硬件地址是否與預(yù)存的硬件地址列表匹配；

步驟S40，當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表不匹配，則判斷是否存在空閑的IP地址；

步驟S50，當(dāng)判定存在空閑的IP地址，將所述空閑的IP地址封包至IP響應(yīng)信息中并發(fā)送至客戶端。

具體地，當(dāng)接收到客戶端發(fā)送的請(qǐng)求IP地址分配信息時(shí)，根據(jù)所述請(qǐng)求IP地址分配信息獲取所述客戶端硬件地址，查詢所述客戶端硬件地址是否被記錄儲(chǔ)存于所述硬件地址列表中。

當(dāng)判定所述客戶端硬件地址未被記錄儲(chǔ)存于所述硬件地址列表中，也就是說，所述客戶端為首次向當(dāng)前服務(wù)器請(qǐng)求IP地址分配。則所述服務(wù)器判斷在自己的IP地址池中是否存在空閑的IP地址。需要說明的是，所述空閑的IP地址指的是未被分配的合法的IP地址。

進(jìn)一步地，當(dāng)服務(wù)器判定存在空閑的IP地址，則將所述IP地址做上標(biāo)記、封包至IP響應(yīng)信息中，并發(fā)送至客戶端。需要說明的是，所述IP響應(yīng)信息以廣播報(bào)文的形式發(fā)送，所述IP響應(yīng)信息中包含以下消息：所述客戶端硬件地址、服務(wù)器提供的合法的空閑的IP地址、子網(wǎng)掩碼、默認(rèn)網(wǎng)關(guān)、租約的期限等。

進(jìn)而當(dāng)客戶端接收服務(wù)器發(fā)送的IP響應(yīng)信息并選擇IP地址后，服務(wù)器按照DHCP流程完成IP地址的分配。

本實(shí)施例中，進(jìn)一步提出了當(dāng)判定客戶端硬件地址與預(yù)存的硬件地址列表不匹配，且當(dāng)判定存在空閑的IP地址時(shí)，將所述空閑的IP地址發(fā)送至客戶端的技術(shù)方案，進(jìn)而避免了將已經(jīng)分配的IP地址分配至客戶端，確?？蛻舳私邮盏降腎P地址為未被使用的IP地址，也就無需耗時(shí)檢查所述IP地址是否沖突，進(jìn)一步優(yōu)化了所述IP地址的分配流程。

進(jìn)一步地，請(qǐng)參照?qǐng)D3，基于實(shí)施例一，本實(shí)施例中，所述步驟10之后還包括：

步驟S10，當(dāng)接收到客戶端發(fā)送的請(qǐng)求IP地址分配信息時(shí)，提取請(qǐng)求IP地址分配信息中的客戶端硬件地址；

步驟S60，獲取已分配IP地址，并獲取所述已分配IP地址對(duì)應(yīng)的已分配客戶端硬件地址及分配租約時(shí)間，將所述已分配IP地址、對(duì)應(yīng)的已分配客戶端硬件地址及分配租約時(shí)間生成硬件地址列表并存儲(chǔ)；

步驟S20，判斷所述客戶端硬件地址是否與預(yù)存的硬件地址列表匹配；

步驟S30，當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表匹配，則獲取硬件地址列表中與所述客戶端硬件地址對(duì)應(yīng)的待分配IP地址。

需要說明的是，在一個(gè)使用TCP/IP的網(wǎng)絡(luò)中，每一臺(tái)計(jì)算機(jī)都必須有一個(gè)IP地址，才能與其他計(jì)算機(jī)連接通信，服務(wù)器即是用來管理IP地址的分配；也就是說，所述服務(wù)器地址池內(nèi)管理有多個(gè)IP地址，以對(duì)局域網(wǎng)內(nèi)的客戶端進(jìn)行IP地址分配。

本實(shí)施例中，所述服務(wù)器獲取已分配IP地址，并獲取與所述已分配IP地址對(duì)應(yīng)的客戶端硬件地址，以及所述已分配IP地址與對(duì)應(yīng)的客戶端建立租約的分配租約時(shí)間，并將上述已分配IP地址、對(duì)應(yīng)的已分配客戶端硬件地址及分配租約時(shí)間關(guān)聯(lián)記錄，生成硬件地址列表并存儲(chǔ)。

本實(shí)施例中，進(jìn)一步提出了生成所述硬件地址列表的技術(shù)方案，進(jìn)而能將已分配IP地址、對(duì)應(yīng)的已分配客戶端硬件地址及分配租約時(shí)間關(guān)聯(lián)記錄并存儲(chǔ)，使得客戶端再次發(fā)送請(qǐng)求IP地址分配信息時(shí)，根據(jù)客戶端硬件地址，則能從所述硬件地址列表中獲取對(duì)應(yīng)的待分配IP地址。需要說明的是，所述待分配IP地址即為所述硬件地址列表生成時(shí)記錄的已分配IP地址。所述硬件地址列表的生成，相當(dāng)于建立了客戶端與特定IP地址的對(duì)應(yīng)關(guān)系，優(yōu)化了所述IP地址的分配流程。

進(jìn)一步地，請(qǐng)參照?qǐng)D4，基于上述實(shí)施例，本實(shí)施例中，所述IP地址的分配方法包括：

步驟S10，當(dāng)接收到客戶端發(fā)送的請(qǐng)求IP地址分配信息時(shí)，提取請(qǐng)求IP地址分配信息中的客戶端硬件地址；

步驟S20，判斷所述客戶端硬件地址是否與預(yù)存的硬件地址列表匹配；

步驟S30，當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表匹配，則獲取硬件地址列表中與所述客戶端硬件地址對(duì)應(yīng)的待分配IP地址；

步驟S70，將所述待分配IP地址發(fā)送至客戶端，并將當(dāng)前續(xù)約時(shí)間與客戶端硬件地址關(guān)聯(lián)存儲(chǔ)于硬件地址列表中；

步驟S40，當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表不匹配，則判斷是否存在空閑的IP地址；

步驟S50，當(dāng)判定存在空閑的IP地址，將所述空閑的IP地址封包至IP響應(yīng)信息中并發(fā)送至客戶端；

步驟S80，當(dāng)接收到客戶端反饋的選擇IP信息，發(fā)送確定租約信息至客戶端，并將當(dāng)前租約時(shí)間與所述客戶端硬件地址關(guān)聯(lián)存儲(chǔ)于硬件地址列表中。

在本實(shí)施例的一種實(shí)施方案中，當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表匹配，說明服務(wù)器曾向客戶端完成過IP地址分配，則獲取硬件地址列表中與所述客戶端硬件地址對(duì)應(yīng)的待分配IP地址，進(jìn)一步地，將所述待分配IP地址發(fā)送至客戶端，并將當(dāng)前續(xù)約時(shí)間與客戶端硬件地址關(guān)聯(lián)存儲(chǔ)于所述硬件地址列表中。

需要說明的是，所述待分配IP地址即為服務(wù)器距離當(dāng)前最近一次發(fā)送給客戶端的IP地址，并已將IP地址存儲(chǔ)于所述硬件地址列表中，進(jìn)而當(dāng)客戶端再次發(fā)送請(qǐng)求IP地址分配信息時(shí)，則能直接從所述硬件地址列表中獲取所述待分配IP地址，并以服務(wù)器確定租約報(bào)文的形式發(fā)送至客戶端，以供客戶端獲取所述IP地址。當(dāng)客戶端接收到所述服務(wù)器確定租約報(bào)文，獲取其中的IP地址，進(jìn)而能直接使用該IP地址，而不再需要檢查IP地址是否已被實(shí)用。

進(jìn)一步地，當(dāng)服務(wù)器將所述IP地址發(fā)送至客戶端，說明服務(wù)器已完成客戶端續(xù)約IP地址的請(qǐng)求，則將當(dāng)前的續(xù)約時(shí)間存儲(chǔ)于所述硬件地址列表中對(duì)應(yīng)的客戶端硬件地址。也就是說，當(dāng)所述客戶端進(jìn)行下一次的IP地址請(qǐng)求時(shí)，則當(dāng)前的IP地址即為下一次IP地址請(qǐng)求時(shí)的最近一次使用的IP地址。

在本實(shí)施例的另一種實(shí)施方案中，當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表不匹配，其當(dāng)判定存在空閑的IP地址，則將所述空閑的IP地址封包至IP響應(yīng)信息中并發(fā)送至客戶端，當(dāng)接收到客戶端反饋的選擇IP信息，發(fā)送確定租約信息至客戶端，并將所述客戶端硬件地址及當(dāng)前租約時(shí)間存儲(chǔ)于所述硬件地址列表中。

需要說明的是，所述空閑的IP地址指的是未被分配的合法的IP地址?？梢岳斫獾?，客戶端接收服務(wù)器發(fā)送的IP響應(yīng)信息并選擇IP地址后，客戶端廣播選擇IP信息以供服務(wù)器接收所述廣播內(nèi)容，表明客戶端接受服務(wù)器提供的IP地址。當(dāng)服務(wù)器接收到客戶端反饋的選擇IP信息，發(fā)送確定租約信息至客戶端，所述確定租約信息中包含有IP地址的有效租約和其他可能配置的信息；當(dāng)客戶端接收到所述確定租約信息，則認(rèn)為完成了IP地址的分配。

當(dāng)服務(wù)器發(fā)送確定租約信息至客戶端，則將接收該確定租約信息的客戶端硬件地址及當(dāng)前租約時(shí)間存儲(chǔ)于所述硬件地址列表中；進(jìn)而使得服務(wù)器接收到當(dāng)前客戶端下一次發(fā)送的請(qǐng)求IP地址分配信息時(shí)，則能直接查詢所述硬件地址列表中存儲(chǔ)的當(dāng)前客戶端硬件地址，并將當(dāng)前客戶端最近一次使用的IP地址發(fā)送至客戶端；通過所述硬件地址列表的設(shè)置，能對(duì)首次進(jìn)行IP地址分配請(qǐng)求的客戶端硬件地址和租約時(shí)間進(jìn)行記錄和存儲(chǔ)，進(jìn)而節(jié)省后續(xù)IP地址分配流程時(shí)間。

本實(shí)施例中，進(jìn)一步提出了將客戶端續(xù)約時(shí)間或租約時(shí)間與客戶端硬件地址關(guān)聯(lián)存儲(chǔ)于所述硬件地址列表中的技術(shù)方案，進(jìn)而當(dāng)所述客戶端下一次進(jìn)行IP地址分配請(qǐng)求時(shí)，能直接獲取所述IP地址，進(jìn)一步優(yōu)化了服務(wù)器與客戶端之間IP地址的分配流程。

進(jìn)一步地，請(qǐng)參照?qǐng)D5，基于實(shí)施例二，本實(shí)施例中，所述IP地址的分配方法包括：

步驟S10，當(dāng)接收到客戶端發(fā)送的請(qǐng)求IP地址分配信息時(shí)，提取請(qǐng)求IP地址分配信息中的客戶端硬件地址；

步驟S20，判斷所述客戶端硬件地址是否與預(yù)存的硬件地址列表匹配；

步驟S40，當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表不匹配，則判斷是否存在空閑的IP地址；

步驟S90，當(dāng)判定不存在空閑的IP地址時(shí)，則獲取所述硬件地址列表中記錄的租約時(shí)間或續(xù)約時(shí)間，并根據(jù)近期最少使用算法獲取備用IP地址，以將所述備用IP地址封包至IP響應(yīng)信息中發(fā)送至客戶端。

本實(shí)施例中，當(dāng)服務(wù)器判定不存在空閑的IP地址時(shí)，則根據(jù)近期最少使用算法(LRU，Least Recently Used)，選擇最近最少使用的IP地址，并將所述IP地址封包至IP響應(yīng)信息中發(fā)送至客戶端。

可以理解的是，所述LRU算法的提出是基于這樣一個(gè)原理：在之前頻繁使用的IP地址很可能在之后的IP地址分配流程中也會(huì)頻繁使用，反過來說，已經(jīng)很久沒有使用的IP地址很可能在未來一段時(shí)間內(nèi)也不會(huì)被用到。因此，根據(jù)LRU算法獲取的IP地址更大程度地能確保為一空閑的IP地址。需要說明的是，本實(shí)施例中，所述LRU算法的運(yùn)算是基于所述硬件地址列表中存儲(chǔ)的各客戶端硬件地址對(duì)應(yīng)的與服務(wù)器的續(xù)約時(shí)間，根據(jù)存儲(chǔ)的所述續(xù)約時(shí)間，進(jìn)而能獲取近期最少使用的IP地址。

進(jìn)一步地，當(dāng)接收到客戶端反饋的選擇IP信息，服務(wù)器發(fā)送確定租約信息至客戶端，并將接收該確定租約信息的客戶端硬件地址及當(dāng)前租約時(shí)間存儲(chǔ)于所述硬件地址列表中。

本實(shí)施例提供的技術(shù)方案中，進(jìn)一步提出了當(dāng)服務(wù)器判定不存在空閑的IP地址時(shí)，根據(jù)近期最少使用算法獲取IP地址，并將所述IP地址封包至IP響應(yīng)信息中發(fā)送至客戶端；進(jìn)而能更大程度地確保所述IP地址未被使用，避免客戶端耗費(fèi)時(shí)間來檢查所述IP地址是否沖突，進(jìn)一步優(yōu)化了IP地址的分配流程。

本發(fā)明還提供一種IP地址的分配裝置，參照?qǐng)D6，在一實(shí)施例中，本發(fā)明提供的IP地址的分配裝置包括：

第一提取模塊10，用以當(dāng)接收到客戶端發(fā)送的請(qǐng)求IP地址分配信息時(shí)，提取請(qǐng)求IP地址分配信息中的客戶端硬件地址；

需要說明的是，當(dāng)DHCP客戶端啟動(dòng)時(shí)，會(huì)自動(dòng)將自己的IP地址配置成0.0.0.0，但不能進(jìn)行正常通信，因此客戶端必須通過DHCP服務(wù)器來獲取一個(gè)合法的IP地址，以廣播報(bào)文的形式發(fā)送請(qǐng)求IP報(bào)文。所述IP地址分配信息也可以是當(dāng)客戶端接收到服務(wù)器反饋的服務(wù)器響應(yīng)報(bào)文后發(fā)送的客戶端選擇IP報(bào)文。

可以理解地，所述客戶端請(qǐng)求IP報(bào)文及所述客戶端選擇IP報(bào)文中均包含了客戶端硬件地址和計(jì)算機(jī)名，以便使服務(wù)器能確定是哪個(gè)客戶端發(fā)送的請(qǐng)求。

第一判斷模塊20，用以判斷所述客戶端硬件地址是否與預(yù)存的硬件地址列表匹配；

需要說明的是，所述硬件地址列表包括已經(jīng)分配的IP地址、與所述分配的IP地址對(duì)應(yīng)的客戶端硬件地址、所述硬件地址對(duì)應(yīng)的客戶端最近一次與服務(wù)器的續(xù)約時(shí)間。

進(jìn)一步地，根據(jù)接收到的客戶端發(fā)送的請(qǐng)求IP地址分配信息，提取其中包含的客戶端硬件地址，進(jìn)而判斷所述客戶端硬件地址是否與預(yù)存的硬件地址列表匹配。也就是說，查詢所述客戶端硬件地址是否被記錄儲(chǔ)存于所述硬件地址列表中。

第一獲取模塊30，用以當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表匹配，則獲取硬件地址列表中與所述客戶端硬件地址對(duì)應(yīng)的待分配IP地址。

具體地，當(dāng)判定所述客戶端硬件地址被記錄儲(chǔ)存于所述硬件地址列表中，說明所述客戶端非第一次發(fā)送IP地址請(qǐng)求，且所述客戶端與服務(wù)器之間已成功建立過IP通訊，也就確保了客戶端與所述IP地址的正常通訊，無需客戶端再耗費(fèi)時(shí)間檢查所述IP地址是否沖突。

進(jìn)一步地，獲取所述硬件地址列表中預(yù)存的與所述客戶端硬件地址對(duì)應(yīng)的IP地址。需要說明的是，所述IP地址為所述客戶端最近一次使用的IP地址。

本發(fā)明提供的技術(shù)方案中，當(dāng)判定請(qǐng)求IP地址分配的客戶端硬件地址與預(yù)存的硬件地址列表匹配，則直接獲取硬件地址列表中預(yù)存的與所述客戶端硬件地址對(duì)應(yīng)的IP地址，并發(fā)送至客戶端，使得所述客戶端能直接使用所述IP地址，且不再需要耗時(shí)于檢查所述IP地址是否沖突，節(jié)省了所述客戶端獲取IP地址的時(shí)間。

進(jìn)一步地，請(qǐng)參照?qǐng)D7，基于上述實(shí)施例，本實(shí)施例中，所述IP地址的分配裝置包括：

第一提取模塊10，用以當(dāng)接收到客戶端發(fā)送的請(qǐng)求IP地址分配信息時(shí)，提取請(qǐng)求IP地址分配信息中的客戶端硬件地址；

第一判斷模塊20，用以判斷所述客戶端硬件地址是否與預(yù)存的硬件地址列表匹配；

第二判斷模塊40，用以當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表不匹配，則判斷是否存在空閑的IP地址；

發(fā)送模塊50，用以當(dāng)判定存在空閑的IP地址，將所述空閑的IP地址封包至IP響應(yīng)信息中并發(fā)送至客戶端。

具體地，當(dāng)接收到客戶端發(fā)送的請(qǐng)求IP地址分配信息時(shí)，根據(jù)所述請(qǐng)求IP地址分配信息獲取所述客戶端硬件地址，查詢所述客戶端硬件地址是否被記錄儲(chǔ)存于所述硬件地址列表中。

當(dāng)判定所述客戶端硬件地址未被記錄儲(chǔ)存于所述硬件地址列表中，也就是說，所述客戶端為首次向當(dāng)前服務(wù)器請(qǐng)求IP地址分配。則所述服務(wù)器判斷在自己的IP地址池中是否存在空閑的IP地址。需要說明的是，所述空閑的IP地址指的是未被分配的合法的IP地址。

進(jìn)一步地，當(dāng)服務(wù)器判定存在空閑的IP地址，則將所述IP地址做上標(biāo)記、封包至IP響應(yīng)信息中，并發(fā)送至客戶端。需要說明的是，所述IP響應(yīng)信息以廣播報(bào)文的形式發(fā)送，所述IP響應(yīng)信息中包含以下消息：所述客戶端硬件地址、服務(wù)器提供的合法的空閑的IP地址、子網(wǎng)掩碼、默認(rèn)網(wǎng)關(guān)、租約的期限等。

進(jìn)而當(dāng)客戶端接收服務(wù)器發(fā)送的IP響應(yīng)信息并選擇IP地址后，服務(wù)器按照DHCP流程完成IP地址的分配。

本實(shí)施例中，進(jìn)一步提出了當(dāng)判定客戶端硬件地址與預(yù)存的硬件地址列表不匹配，且當(dāng)判定存在空閑的IP地址時(shí)，將所述空閑的IP地址發(fā)送至客戶端的技術(shù)方案，進(jìn)而避免了將已經(jīng)分配的IP地址分配至客戶端，確保客戶端接收到的IP地址為未被使用的IP地址，也就無需耗時(shí)檢查所述IP地址是否沖突，進(jìn)一步優(yōu)化了所述IP地址的分配流程。

進(jìn)一步地，請(qǐng)參照?qǐng)D8，基于實(shí)施例一，本實(shí)施例中，所述IP地址的分配裝置包括：

第一提取模塊10，用以當(dāng)接收到客戶端發(fā)送的請(qǐng)求IP地址分配信息時(shí)，提取請(qǐng)求IP地址分配信息中的客戶端硬件地址；

列表生成模塊60，用以獲取已分配IP地址，并獲取所述已分配IP地址對(duì)應(yīng)的已分配客戶端硬件地址及分配租約時(shí)間，將所述已分配IP地址、對(duì)應(yīng)的已分配客戶端硬件地址及分配租約時(shí)間生成硬件地址列表并存儲(chǔ)；

第一判斷模塊20，用以判斷所述客戶端硬件地址是否與預(yù)存的硬件地址列表匹配；

第一獲取模塊30，用以當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表匹配，則獲取硬件地址列表中與所述客戶端硬件地址對(duì)應(yīng)的待分配IP地址。。

需要說明的是，在一個(gè)使用TCP/IP的網(wǎng)絡(luò)中，每一臺(tái)計(jì)算機(jī)都必須有一個(gè)IP地址，才能與其他計(jì)算機(jī)連接通信，服務(wù)器即是用來管理IP地址的分配；也就是說，所述服務(wù)器地址池內(nèi)管理有多個(gè)IP地址，以對(duì)局域網(wǎng)內(nèi)的客戶端進(jìn)行IP地址分配。

本實(shí)施例中，所述服務(wù)器獲取已分配IP地址，并獲取與所述已分配IP地址對(duì)應(yīng)的客戶端硬件地址，以及所述已分配IP地址與對(duì)應(yīng)的客戶端建立租約的分配租約時(shí)間，并將上述已分配IP地址、對(duì)應(yīng)的已分配客戶端硬件地址及分配租約時(shí)間關(guān)聯(lián)記錄，生成硬件地址列表并存儲(chǔ)。

本實(shí)施例中，進(jìn)一步提出了生成所述硬件地址列表的技術(shù)方案，進(jìn)而能將已分配IP地址、對(duì)應(yīng)的已分配客戶端硬件地址及分配租約時(shí)間關(guān)聯(lián)記錄并存儲(chǔ)，使得客戶端再次發(fā)送請(qǐng)求IP地址分配信息時(shí)，根據(jù)客戶端硬件地址，則能從所述硬件地址列表中獲取對(duì)應(yīng)的待分配IP地址。需要說明的是，所述待分配IP地址即為所述硬件地址列表生成時(shí)記錄的已分配IP地址。所述硬件地址列表的生成，相當(dāng)于建立了客戶端與特定IP地址的對(duì)應(yīng)關(guān)系，優(yōu)化了所述IP地址的分配流程。

進(jìn)一步地，請(qǐng)參照?qǐng)D9，基于上述實(shí)施例，本實(shí)施例中，所述IP地址的分配裝置包括：

第一提取模塊10，用以當(dāng)接收到客戶端發(fā)送的請(qǐng)求IP地址分配信息時(shí)，提取請(qǐng)求IP地址分配信息中的客戶端硬件地址；

第一判斷模塊20，用以判斷所述客戶端硬件地址是否與預(yù)存的硬件地址列表匹配；

第一獲取模塊30，用以當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表匹配，則獲取硬件地址列表中與所述客戶端硬件地址對(duì)應(yīng)的待分配IP地址；

第一存儲(chǔ)模塊70，用以將所述待分配IP地址發(fā)送至客戶端，并將當(dāng)前續(xù)約時(shí)間與客戶端硬件地址關(guān)聯(lián)存儲(chǔ)于硬件地址列表中；

第二判斷模塊40，用以當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表不匹配，則判斷是否存在空閑的IP地址；

發(fā)送模塊50，用以當(dāng)判定存在空閑的IP地址，將所述空閑的IP地址封包至IP響應(yīng)信息中并發(fā)送至客戶端；

第二存儲(chǔ)模塊80，用以當(dāng)接收到客戶端反饋的選擇IP信息，發(fā)送確定租約信息至客戶端，并將當(dāng)前租約時(shí)間與所述客戶端硬件地址關(guān)聯(lián)存儲(chǔ)于硬件地址列表中。

在本實(shí)施例的一種實(shí)施方案中，當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表匹配，說明服務(wù)器曾向客戶端完成過IP地址分配，則獲取硬件地址列表中與所述客戶端硬件地址對(duì)應(yīng)的待分配IP地址，進(jìn)一步地，將所述待分配IP地址發(fā)送至客戶端，并將當(dāng)前續(xù)約時(shí)間與客戶端硬件地址關(guān)聯(lián)存儲(chǔ)于所述硬件地址列表中。

需要說明的是，所述待分配IP地址即為服務(wù)器距離當(dāng)前最近一次發(fā)送給客戶端的IP地址，并已將IP地址存儲(chǔ)于所述硬件地址列表中，進(jìn)而當(dāng)客戶端再次發(fā)送請(qǐng)求IP地址分配信息時(shí)，則能直接從所述硬件地址列表中獲取所述待分配IP地址，并以服務(wù)器確定租約報(bào)文的形式發(fā)送至客戶端，以供客戶端獲取所述IP地址。當(dāng)客戶端接收到所述服務(wù)器確定租約報(bào)文，獲取其中的IP地址，進(jìn)而能直接使用該IP地址，而不再需要檢查IP地址是否已被實(shí)用。

進(jìn)一步地，當(dāng)服務(wù)器將所述IP地址發(fā)送至客戶端，說明服務(wù)器已完成客戶端續(xù)約IP地址的請(qǐng)求，則將當(dāng)前的續(xù)約時(shí)間存儲(chǔ)于所述硬件地址列表中對(duì)應(yīng)的客戶端硬件地址。也就是說，當(dāng)所述客戶端進(jìn)行下一次的IP地址請(qǐng)求時(shí)，則當(dāng)前的IP地址即為下一次IP地址請(qǐng)求時(shí)的最近一次使用的IP地址。

在本實(shí)施例的另一種實(shí)施方案中，當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表不匹配，其當(dāng)判定存在空閑的IP地址，則將所述空閑的IP地址封包至IP響應(yīng)信息中并發(fā)送至客戶端，當(dāng)接收到客戶端反饋的選擇IP信息，發(fā)送確定租約信息至客戶端，并將所述客戶端硬件地址及當(dāng)前租約時(shí)間存儲(chǔ)于所述硬件地址列表中。

需要說明的是，所述空閑的IP地址指的是未被分配的合法的IP地址。可以理解地，客戶端接收服務(wù)器發(fā)送的IP響應(yīng)信息并選擇IP地址后，客戶端廣播選擇IP信息以供服務(wù)器接收所述廣播內(nèi)容，表明客戶端接受服務(wù)器提供的IP地址。當(dāng)服務(wù)器接收到客戶端反饋的選擇IP信息，發(fā)送確定租約信息至客戶端，所述確定租約信息中包含有IP地址的有效租約和其他可能配置的信息；當(dāng)客戶端接收到所述確定租約信息，則認(rèn)為完成了IP地址的分配。

當(dāng)服務(wù)器發(fā)送確定租約信息至客戶端，則將接收該確定租約信息的客戶端硬件地址及當(dāng)前租約時(shí)間存儲(chǔ)于所述硬件地址列表中；進(jìn)而使得服務(wù)器接收到當(dāng)前客戶端下一次發(fā)送的請(qǐng)求IP地址分配信息時(shí)，則能直接查詢所述硬件地址列表中存儲(chǔ)的當(dāng)前客戶端硬件地址，并將當(dāng)前客戶端最近一次使用的IP地址發(fā)送至客戶端；通過所述硬件地址列表的設(shè)置，能對(duì)首次進(jìn)行IP地址分配請(qǐng)求的客戶端硬件地址和租約時(shí)間進(jìn)行記錄和存儲(chǔ)，進(jìn)而節(jié)省后續(xù)IP地址分配流程時(shí)間。

本實(shí)施例中，進(jìn)一步提出了將客戶端續(xù)約時(shí)間或租約時(shí)間與客戶端硬件地址關(guān)聯(lián)存儲(chǔ)于所述硬件地址列表中的技術(shù)方案，進(jìn)而當(dāng)所述客戶端下一次進(jìn)行IP地址分配請(qǐng)求時(shí)，能直接獲取所述IP地址，進(jìn)一步優(yōu)化了服務(wù)器與客戶端之間IP地址的分配流程。

進(jìn)一步地，請(qǐng)參照?qǐng)D10，基于實(shí)施例二，本實(shí)施例中，所述IP地址的分配裝置包括：

第一提取模塊10，用以當(dāng)接收到客戶端發(fā)送的請(qǐng)求IP地址分配信息時(shí)，提取請(qǐng)求IP地址分配信息中的客戶端硬件地址；

第一判斷模塊20，用以判斷所述客戶端硬件地址是否與預(yù)存的硬件地址列表匹配；

第二判斷模塊40，用以當(dāng)判定所述客戶端硬件地址與預(yù)存的硬件地址列表不匹配，則判斷是否存在空閑的IP地址；

第二獲取模塊90，用以當(dāng)判定不存在空閑的IP地址時(shí)，則獲取所述硬件地址列表中記錄的租約時(shí)間或續(xù)約時(shí)間，并根據(jù)近期最少使用算法獲取備用IP地址，以將所述備用IP地址封包至IP響應(yīng)信息中發(fā)送至客戶端。

本實(shí)施例中，當(dāng)服務(wù)器判定不存在空閑的IP地址時(shí)，則根據(jù)近期最少使用算法(LRU，Least Recently Used)，選擇最近最少使用的IP地址，并將所述IP地址封包至IP響應(yīng)信息中發(fā)送至客戶端。

可以理解的是，所述LRU算法的提出是基于這樣一個(gè)原理：在之前頻繁使用的IP地址很可能在之后的IP地址分配流程中也會(huì)頻繁使用，反過來說，已經(jīng)很久沒有使用的IP地址很可能在未來一段時(shí)間內(nèi)也不會(huì)被用到。因此，根據(jù)LRU算法獲取的IP地址更大程度地能確保為一空閑的IP地址。需要說明的是，本實(shí)施例中，所述LRU算法的運(yùn)算是基于所述硬件地址列表中存儲(chǔ)的各客戶端硬件地址對(duì)應(yīng)的與服務(wù)器的續(xù)約時(shí)間，根據(jù)存儲(chǔ)的所述續(xù)約時(shí)間，進(jìn)而能獲取近期最少使用的IP地址。

進(jìn)一步地，當(dāng)接收到客戶端反饋的選擇IP信息，服務(wù)器發(fā)送確定租約信息至客戶端，并將接收該確定租約信息的客戶端硬件地址及當(dāng)前租約時(shí)間存儲(chǔ)于所述硬件地址列表中。

本實(shí)施例提供的技術(shù)方案中，進(jìn)一步提出了當(dāng)服務(wù)器判定不存在空閑的IP地址時(shí)，根據(jù)近期最少使用算法獲取IP地址，并將所述IP地址封包至IP響應(yīng)信息中發(fā)送至客戶端；進(jìn)而能更大程度地確保所述IP地址未被使用，避免客戶端耗費(fèi)時(shí)間來檢查所述IP地址是否沖突，進(jìn)一步優(yōu)化了IP地址的分配流程。

以上僅為本發(fā)明的優(yōu)選實(shí)施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運(yùn)用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護(hù)范圍內(nèi)。