專利名稱：獲得網(wǎng)絡(luò)客戶端真實物理地址的方法及裝置的制作方法
獲得網(wǎng)絡(luò)客戶端真實物理地址的方法及裝置技術(shù)領(lǐng)域
本申請涉及網(wǎng)絡(luò)技術(shù)領(lǐng)域，特別是涉及一種獲得網(wǎng)絡(luò)客戶端真實物理地址的方法及裝置。
背景技術(shù)：
在特定的網(wǎng)絡(luò)應(yīng)用環(huán)境中，通常需要對網(wǎng)絡(luò)客戶端(網(wǎng)絡(luò)用戶)進行真實物理地址的定位，例如在電子商務(wù)網(wǎng)站中，由于“隱匿地理位置行為”常常和“交易欺詐”有著重要關(guān)聯(lián)，所以如何快速、準(zhǔn)確地對網(wǎng)絡(luò)客戶端定位顯得非常重要。
現(xiàn)有技術(shù)中，常見的獲得網(wǎng)絡(luò)客戶端真實物理地址的方法基本都依賴于網(wǎng)絡(luò)客戶端的IP地址，通過根據(jù)該IP地址，查詢IP地址與地理位置的映射表，來查詢定位其真實物理位置。然而，隱匿者可以通過各種方式(比如代理服務(wù)等)來隱藏或改變自己的真實IP 地址。這樣就無法準(zhǔn)確定位該隱匿者的真實物理地址。
因此，在實現(xiàn)本申請的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題利用網(wǎng)絡(luò)客戶端的IP地址無法準(zhǔn)確獲得客戶端的真實物理地址。發(fā)明內(nèi)容
為解決上述技術(shù)問題，本申請實施例提供一種獲得網(wǎng)絡(luò)客戶端真實物理地址的方法及裝置，以實現(xiàn)更準(zhǔn)確地獲得網(wǎng)絡(luò)客戶端的真實物理地址，技術(shù)方案如下
一種獲得網(wǎng)絡(luò)客戶端真實物理地址的方法，包括
通過客戶端分別與至少兩臺服務(wù)器之間的數(shù)據(jù)傳輸，確定所述至少兩臺服務(wù)器分別到所述客戶端的網(wǎng)絡(luò)傳輸時間；
獲得所述至少兩臺服務(wù)器各自的關(guān)鍵參量，所述關(guān)鍵參量用于表征所述至少兩臺服務(wù)器在與所述客戶端進行數(shù)據(jù)傳輸時的網(wǎng)絡(luò)擁堵狀態(tài)；
基于預(yù)先建立的數(shù)據(jù)處理模型，根據(jù)所述至少兩臺服務(wù)器的關(guān)鍵參量及網(wǎng)絡(luò)傳輸時間，計算各服務(wù)器與所述客戶端之間的距離；
根據(jù)所述各服務(wù)器與所述客戶端之間的距離，及所述各服務(wù)器的物理地址，計算獲得所述客戶端的物理地址。
一種獲得網(wǎng)絡(luò)客戶端真實物理地址的裝置，包括
時間確定單元，用于通過客戶端分別與至少兩臺服務(wù)器之間的數(shù)據(jù)傳輸，確定所述至少兩臺服務(wù)器分別到所述客戶端的網(wǎng)絡(luò)傳輸時間；
參量確定單元，用于獲得所述至少兩臺服務(wù)器各自的關(guān)鍵參量，所述關(guān)鍵參量用于表征所述至少兩臺服務(wù)器在與所述客戶端進行數(shù)據(jù)傳輸時的網(wǎng)絡(luò)擁堵狀態(tài)；
距離確定單元，用于基于預(yù)先建立的數(shù)據(jù)處理模型，根據(jù)所述至少兩臺服務(wù)器的關(guān)鍵參量及網(wǎng)絡(luò)傳輸時間，計算各服務(wù)器與所述客戶端之間的距離；
地址確定單元，用于根據(jù)所述各服務(wù)器與所述客戶端之間的距離，及所述各服務(wù)器的物理地址，計算獲得所述客戶端的物理地址。
本申請實施例通過在服務(wù)器與客戶端的距離和網(wǎng)絡(luò)傳輸時間的關(guān)系中引入表征網(wǎng)絡(luò)擁堵狀態(tài)的關(guān)鍵參量，對上述距離和時間的關(guān)系進行了修正，并進一步依據(jù)服務(wù)器的物理地址確定了客戶端的物理地址，從而獲得的較為準(zhǔn)確的客戶端的真實物理地址，該方法相對于現(xiàn)有技術(shù)中根據(jù)客戶端IP地址確定客戶端物理地址的方法，大大提高了確定客戶端位置的準(zhǔn)確性，從而可以快速、準(zhǔn)確地對網(wǎng)絡(luò)客戶端進行定位。


為了更清楚地說明本申請實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請中記載的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下， 還可以根據(jù)這些附圖獲得其他的附圖。
圖1為本申請實施例一種獲得網(wǎng)絡(luò)客戶端真實物理地址的方法流程圖2為本申請實施例另一種獲得網(wǎng)絡(luò)客戶端真實物理地址的方法流程圖3為圖2所示實施例中服務(wù)器與客戶端的分布示意圖4為本申請實施例一種獲得網(wǎng)絡(luò)客戶端真實物理地址的裝置結(jié)構(gòu)示意圖5為本申請實施例另一種獲得網(wǎng)絡(luò)客戶端真實物理地址的裝置結(jié)構(gòu)示意圖。
具體實施方式
為了使本技術(shù)領(lǐng)域的人員更好地理解本申請中的技術(shù)方案，下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應(yīng)當(dāng)屬于本申請保護的范圍。
下面結(jié)合附圖，對本申請的實施方案進行詳細描述。
參見圖1，為本申請實施例一種獲得網(wǎng)絡(luò)客戶端真實物理地址的方法流程圖。
該方法可以包括
步驟101，通過客戶端分別與至少兩臺服務(wù)器之間的數(shù)據(jù)傳輸，確定至少兩臺服務(wù)器分別到所述客戶端之間的網(wǎng)絡(luò)傳輸時間。
在本申請實施例中，需要首先確定服務(wù)器與客戶端之間的網(wǎng)絡(luò)傳輸時間，該網(wǎng)絡(luò)傳輸時間需要根據(jù)客戶端和服務(wù)器之間的數(shù)據(jù)傳輸來記錄時間并計算確定，具體的，網(wǎng)絡(luò)傳輸時間可以是客戶端與服務(wù)器協(xié)商進行數(shù)據(jù)傳輸后，分別記錄數(shù)據(jù)傳輸?shù)钠鹗紩r間和終止時間來計算獲得，也可以是在客戶端正常訪問服務(wù)器時，由服務(wù)器向客戶端返回訪問數(shù)據(jù)時觸發(fā)時間記錄，并在客戶端接收到數(shù)據(jù)時，觸發(fā)向該服務(wù)器或其它服務(wù)器的數(shù)據(jù)發(fā)送， 由該服務(wù)器或其它服務(wù)器記錄數(shù)據(jù)接收時間，然后獲得服務(wù)器與客戶端之間的雙向傳輸網(wǎng)絡(luò)時間作為網(wǎng)絡(luò)傳輸時間，即由第一服務(wù)器傳輸?shù)娇蛻舳嗽儆煽蛻舳藗鬏數(shù)降谝环?wù)器或第二服務(wù)器的總計網(wǎng)絡(luò)傳輸時間。該網(wǎng)絡(luò)傳輸時間的計算可以有多種方法，此處不再一一贅述，具體的計算示例請參照后續(xù)實施例。
由于客戶端的物理地址需要至少兩個坐標(biāo)值來定位，例如經(jīng)、緯度，或者三維坐標(biāo) (x，y，z)等，所以，為了求解客戶端的物理地址需要建立至少包含兩個方程的方程組，因此，在本步驟中獲取網(wǎng)絡(luò)傳輸時間時，要獲取至少兩臺服務(wù)器到同一臺客戶端之間的網(wǎng)絡(luò)傳輸時間。
步驟102，獲得至少兩臺服務(wù)器各自的關(guān)鍵參量，關(guān)鍵參量用于表征兩臺服務(wù)器在與客戶端進行數(shù)據(jù)傳輸時的網(wǎng)絡(luò)擁堵狀態(tài)。
由于服務(wù)器與客戶端在進行數(shù)據(jù)傳輸時，其網(wǎng)絡(luò)傳輸時間實時受到網(wǎng)絡(luò)擁堵狀態(tài)的影響，所以，為了修正服務(wù)器和客戶端之間的距離與網(wǎng)絡(luò)傳輸時間之間的關(guān)系，需要確定服務(wù)器與客戶端進行數(shù)據(jù)傳輸時的網(wǎng)絡(luò)擁堵狀態(tài)。
該表征網(wǎng)絡(luò)擁堵狀態(tài)的關(guān)鍵參量有很多，可以包括每秒服務(wù)器處理的業(yè)務(wù)數(shù)、每秒服務(wù)器接收的頁面請求數(shù)、數(shù)據(jù)傳輸?shù)陌l(fā)生時間(如星期幾和/或服務(wù)器的系統(tǒng)時間，如晚上23:00)等，當(dāng)然也還可以包含其它參量,該關(guān)鍵參量的考慮范圍與所要求的對客戶端物理地址的精確度有關(guān)，若要求精確度較低，可以選取上述關(guān)鍵參量中的一個或幾個，若要求精確度較高，可以同時考慮上述列舉的四個關(guān)鍵參量，此處不作具體限定。
步驟103，基于預(yù)先建立的數(shù)據(jù)處理模型，根據(jù)至少兩臺服務(wù)器的關(guān)鍵參量及網(wǎng)絡(luò)傳輸時間，計算各服務(wù)器與客戶端之間的距離。
該預(yù)先建立的數(shù)據(jù)處理模塊具體是可以根據(jù)已知的歷史數(shù)據(jù)運用數(shù)據(jù)挖掘分類算法計算獲得的數(shù)據(jù)處理模型，該歷史數(shù)據(jù)可以包括歷史服務(wù)器與歷史客戶端之間的距離，歷史服務(wù)器與歷史客戶端之間的網(wǎng)絡(luò)傳輸時間，以及歷史服務(wù)器的關(guān)鍵參量。通過上述已知的歷史數(shù)據(jù)即可進行訓(xùn)練或計算獲得數(shù)據(jù)處理模型。
將以上步驟中獲得的至少兩臺服務(wù)器的關(guān)鍵參量及網(wǎng)絡(luò)傳輸時間代入數(shù)據(jù)處理模型，即可計算各服務(wù)器與客戶端之間的距離。
步驟104，根據(jù)各服務(wù)器與客戶端之間的距離，及各服務(wù)器的物理地址，計算獲得客戶端的物理地址。
由于至少兩服務(wù)器各自的物理地址是已知量，通過求解距離方程組，即可確定客戶端的物理地址。當(dāng)該方 程組求解為唯一值時，該唯一值所對應(yīng)的二維坐標(biāo)即為客戶端的物理坐標(biāo)，若該方程組求解不為唯一值，則可以在本實施例中采用至少三臺服務(wù)器來求解客戶端的物理地址，即可唯一確定該客戶端的物理地址。
本申請實施例通過在服務(wù)器與客戶端的距離和網(wǎng)絡(luò)傳輸時間的關(guān)系中引入表征網(wǎng)絡(luò)擁堵狀態(tài)的關(guān)鍵參量，對上述距離和時間的關(guān)系進行了修正，并進一步依據(jù)服務(wù)器的物理地址確定了客戶端的物理地址，從而獲得的較為準(zhǔn)確的客戶端的真實物理地址，該方法相對于現(xiàn)有技術(shù)中根據(jù)客戶端IP地址確定客戶端物理地址的方法，大大提高了確定客戶端位置的準(zhǔn)確性，從而可以快速、準(zhǔn)確地對網(wǎng)絡(luò)客戶端進行定位。
參見圖2，為本申請實施例另一種獲得網(wǎng)絡(luò)客戶端真實物理地址的方法流程圖。
如圖3所示，本實施例中通過第一服務(wù)器31、第二服務(wù)器32、第三服務(wù)器33、第四服務(wù)器34，定位客戶端35的真實物理地址，其中，上述服務(wù)器的物理地址為已知量，“第一、 第二、第三、第四”僅為區(qū)分不同的服務(wù)器，并非特指或限定，各服務(wù)器的系統(tǒng)時間一致，該方法可以包括
步驟201，第一服務(wù)器31接收客戶端35發(fā)送的頁面訪問請求。
當(dāng)客戶端發(fā)出對某一服務(wù)器如第一服務(wù)器31的頁面訪問請求時，該第一服務(wù)器 31接收該請求,并執(zhí)行步驟202。
步驟202，第一服務(wù)器31向該客戶端35發(fā)送所請求頁面的數(shù)據(jù)，該頁面數(shù)據(jù)中包含布點代碼。
第一服務(wù)器31在接收到客戶端35的請求后，計算生成所請求頁面的數(shù)據(jù)，并向客戶端35返回頁面數(shù)據(jù)流，在發(fā)送結(jié)束時，第一服務(wù)器31記錄當(dāng)前的系統(tǒng)時間，記為tl。
該返回客戶端35的頁面數(shù)據(jù)中包含布點代碼，其中，第一服務(wù)器31可以預(yù)先在其所有頁面數(shù)據(jù)中增加布點代碼，也可以在接收到客戶端35對某一頁面的訪問請求時，再臨時在該頁面數(shù)據(jù)中增加布點代碼。
該布點代碼中包含至少兩臺服務(wù)器的網(wǎng)絡(luò)地址信息，在本實施例中，可以包含第二服務(wù)器32、第三服務(wù)器33和第四服務(wù)器34的網(wǎng)絡(luò)地址信息，當(dāng)然在另一實施例中，該第一服務(wù)器31也可以是第二服務(wù)器32、第三服務(wù)器33或第四服務(wù)器34中的一個，例如，該布點代碼中包含的為第一服務(wù)器31、第三服務(wù)器33和第四服務(wù)器34的網(wǎng)絡(luò)地址信息。
在頁面數(shù)據(jù)中增加布點代碼用于客戶端在解析該頁面數(shù)據(jù)時觸發(fā)該布點代碼，根據(jù)該布點代碼中包含的服務(wù)器地址，向?qū)?yīng)服務(wù)器發(fā)送請求信息，該請求信息也即告知相應(yīng)的服務(wù)器執(zhí)行客戶端35物理地址計算的相應(yīng)操作。因此，為了加快該布點代碼向?qū)?yīng)服務(wù)器發(fā)送請求信息，減少時間誤差，最優(yōu)的方案是將該布點代碼設(shè)置在頁面數(shù)據(jù)的開始位置，以便于后續(xù)在客戶端35解析頁面數(shù)據(jù)時，第一時間解析到該布點代碼，觸發(fā)向各服務(wù)器發(fā)送請求信息。
步驟203，客戶端35接收并解析該頁面數(shù)據(jù)，觸發(fā)布點代碼，分別向第二服務(wù)器 32、第三服務(wù)器33和第四服務(wù)器34發(fā)送請求信息。
客戶端35接收并解析該頁面數(shù)據(jù)時，觸發(fā)布點代碼，根據(jù)該布點代碼中包含的服務(wù)器地址信息，分別向第二服務(wù)器32 、第三服務(wù)器33和第四服務(wù)器34發(fā)送請求信息。
為了便于同一服務(wù)器區(qū)分不同客戶端發(fā)送的請求信息，該客戶端35向服務(wù)器發(fā)送請求信息時，在請求信息中包含用于標(biāo)識該客戶端35的信息，例如客戶端35的唯一標(biāo)識碼等。
步驟204，各服務(wù)器接收請求消息，記錄當(dāng)前的系統(tǒng)時間。
第二服務(wù)器32、第三服務(wù)器33和第四服務(wù)器34在分別接收到上述請求消息后，即可獲知需要執(zhí)行計算客戶端35物理地址的相應(yīng)操作，各服務(wù)器執(zhí)行相同的操作步驟204 步驟206。
第二服務(wù)器32記錄接收到請求消息時的系統(tǒng)時間，即t21，然后可計算獲得第一服務(wù)器31到客戶端35，及客戶端35到第二服務(wù)器32的“雙向傳輸”的網(wǎng)絡(luò)時間At2，Δ t2 =t21_tl0
同理，第三服務(wù)器33記錄接收到請求消息時的系統(tǒng)時間，即t31，然后可計算獲得第一服務(wù)器31到客戶端35，及客戶端35到第三服務(wù)器33的“雙向傳輸”的網(wǎng)絡(luò)時間Λ t3， Δ t3 = t31_tl0
同理，第四服務(wù)器34記錄接收到請求消息時的系統(tǒng)時間，即t41，然后可計算獲得第一服務(wù)器31到客戶端35，及客戶端35到第三服務(wù)器34的“雙向傳輸”的網(wǎng)絡(luò)時間Λ t4， Δ t4 = t41_tl0
其中，第一服務(wù)器31記錄的系統(tǒng)時間tl可以是由第一服務(wù)器31分別告知第二服務(wù)器32、第三服務(wù)器33和第四服務(wù)器34的。
步驟205，各服務(wù)器分別計算表征網(wǎng)絡(luò)擁堵狀態(tài)的關(guān)鍵參量。
該表征服務(wù)器當(dāng)前網(wǎng)絡(luò)擁堵狀態(tài)的關(guān)鍵參量可以有多個，例如每秒鐘服務(wù)器處理的業(yè)務(wù)數(shù)
權(quán)利要求
1.一種獲得網(wǎng)絡(luò)客戶端真實物理地址的方法，其特征在于，包括 通過客戶端分別與至少兩臺服務(wù)器之間的數(shù)據(jù)傳輸，確定所述至少兩臺服務(wù)器分別到所述客戶端的網(wǎng)絡(luò)傳輸時間； 獲得所述至少兩臺服務(wù)器各自的關(guān)鍵參量，所述關(guān)鍵參量用于表征所述至少兩臺服務(wù)器在與所述客戶端進行數(shù)據(jù)傳輸時的網(wǎng)絡(luò)擁堵狀態(tài)； 基于預(yù)先建立的數(shù)據(jù)處理模型，根據(jù)所述至少兩臺服務(wù)器的關(guān)鍵參量及網(wǎng)絡(luò)傳輸時間，計算各服務(wù)器與所述客戶端之間的距離； 根據(jù)所述各服務(wù)器與所述客戶端之間的距離，及所述各服務(wù)器的物理地址，計算獲得所述客戶端的物理地址。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述通過客戶端分別與至少兩臺服務(wù)器之間的數(shù)據(jù)傳輸，確定所述至少兩臺服務(wù)器分別到所述客戶端的網(wǎng)絡(luò)傳輸時間，包括 確定第一服務(wù)器向所述客戶端發(fā)送第一數(shù)據(jù)的第一系統(tǒng)時間； 確定第二服務(wù)器接收到所述客戶端發(fā)送的第二數(shù)據(jù)的第二系統(tǒng)時間，所述客戶端在接收到所述第一數(shù)據(jù)后向所述第二服務(wù)器發(fā)送所述第二數(shù)據(jù)； 將所述第二系統(tǒng)時間與所述第一系統(tǒng)時間的差值作為所述第二服務(wù)器與所述客戶端之間的雙向傳輸網(wǎng)絡(luò)時間；其中，所述第二服務(wù)器為所述至少兩臺服務(wù)器中的一個。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述第一數(shù)據(jù)中包括布點代碼，所述布點代碼中包括所述第二服務(wù)器的網(wǎng)絡(luò)地址信息，以使所述客戶端在接收到所述第一數(shù)據(jù)后觸發(fā)所述布點代碼，并根據(jù)所述布點代碼中所述第二服務(wù)器的網(wǎng)絡(luò)地址信息向所述第二服務(wù)器發(fā)送所述第二數(shù)據(jù)。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述布點代碼位于所述第一數(shù)據(jù)的開始位置。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述數(shù)據(jù)處理模型的建立過程包括 根據(jù)已知的歷史數(shù)據(jù)運用數(shù)據(jù)挖掘分類算法計算獲得所述數(shù)據(jù)處理模型，其中，所述歷史數(shù)據(jù)包括歷史服務(wù)器與歷史客戶端之間的距離，所述歷史服務(wù)器與所述歷史客戶端之間的網(wǎng)絡(luò)傳輸時間，以及所述歷史服務(wù)器的關(guān)鍵參量。
6.根據(jù)權(quán)利要求1至5中任意一項所述的方法，其特征在于，所述關(guān)鍵參量包括 每秒服務(wù)器處理的業(yè)務(wù)數(shù)、每秒服務(wù)器接收的頁面請求數(shù)、數(shù)據(jù)傳輸?shù)陌l(fā)生時間。
7.一種獲得網(wǎng)絡(luò)客戶端真實物理地址的裝置，其特征在于，包括 時間確定單元，用于通過客戶端分別與至少兩臺服務(wù)器之間的數(shù)據(jù)傳輸，確定所述至少兩臺服務(wù)器分別到所述客戶端的網(wǎng)絡(luò)傳輸時間； 參量確定單元，用于獲得所述至少兩臺服務(wù)器各自的關(guān)鍵參量，所述關(guān)鍵參量用于表征所述至少兩臺服務(wù)器在與所述客戶端進行數(shù)據(jù)傳輸時的網(wǎng)絡(luò)擁堵狀態(tài)； 距離確定單元，用于基于預(yù)先建立的數(shù)據(jù)處理模型，根據(jù)所述至少兩臺服務(wù)器的關(guān)鍵參量及網(wǎng)絡(luò)傳輸時間，計算各服務(wù)器與所述客戶端之間的距離； 地址確定單元，用于根據(jù)所述各服務(wù)器與所述客戶端之間的距離，及所述各服務(wù)器的物理地址，計算獲得所述客戶端的物理地址。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述時間確定單元包括 第一確定子單兀，用于確定第一服務(wù)器向所述客戶端發(fā)送第一數(shù)據(jù)的第一系統(tǒng)時間；第二確定子單元，用于確定第二服務(wù)器接收到所述客戶端發(fā)送的第二數(shù)據(jù)的第二系統(tǒng)時間，所述客戶端在接收到所述第一數(shù)據(jù)后向所述第二服務(wù)器發(fā)送所述第二數(shù)據(jù)； 時間計算子單元，用于將所述第二系統(tǒng)時間與所述第一系統(tǒng)時間的差值作為所述第二服務(wù)器與所述客戶端之間的雙向傳輸網(wǎng)絡(luò)時間；其中，所述第二服務(wù)器為所述至少兩臺服務(wù)器中的一個。
9.根據(jù)權(quán)利要求7所述的裝置，其特征在于，還包括 模型建立單元，用于根據(jù)已知的歷史數(shù)據(jù)運用數(shù)據(jù)挖掘分類算法計算獲得所述數(shù)據(jù)處理模型，其中，所述歷史數(shù)據(jù)包括歷史服務(wù)器與歷史客戶端之間的距離，所述歷史服務(wù)器與所述歷史客戶端之間的網(wǎng)絡(luò)傳輸時間，以及所述歷史服務(wù)器的關(guān)鍵參量。
10.根據(jù)權(quán)利要求7至9中任意一項所述的裝置，其特征在于，所述裝置設(shè)置于所述至少兩臺服務(wù)器中的任意一服務(wù)器中。
全文摘要
本申請公開了一種獲得網(wǎng)絡(luò)客戶端真實物理地址的方法及裝置。獲得網(wǎng)絡(luò)客戶端真實物理地址的方法包括通過客戶端分別與至少兩臺服務(wù)器之間的數(shù)據(jù)傳輸，確定所述至少兩臺服務(wù)器分別到所述客戶端的網(wǎng)絡(luò)傳輸時間；獲得所述至少兩臺服務(wù)器各自的關(guān)鍵參量，所述關(guān)鍵參量用于表征所述至少兩臺服務(wù)器在與所述客戶端進行數(shù)據(jù)傳輸時的網(wǎng)絡(luò)擁堵狀態(tài)；基于預(yù)先建立的數(shù)據(jù)處理模型，根據(jù)所述至少兩臺服務(wù)器的關(guān)鍵參量及網(wǎng)絡(luò)傳輸時間，計算各服務(wù)器與所述客戶端之間的距離；根據(jù)所述各服務(wù)器與所述客戶端之間的距離，及所述各服務(wù)器的物理地址，計算獲得所述客戶端的物理地址。本申請實施獲得了較為準(zhǔn)確的客戶端的真實物理地址，提高了確定客戶端位置的準(zhǔn)確性。
文檔編號H04L29/12GK103024091SQ20111028879
公開日2013年4月3日 申請日期2011年9月26日 優(yōu)先權(quán)日2011年9月26日
發(fā)明者許泰清, 胡四海, 徐磊石 申請人:阿里巴巴集團控股有限公司