[發(fā)明專利]識別高效的目標服務器

有效

• 申請?zhí)枺?/td>: 201110423096.9
• 申請日: 2011-12-16
• 公開（公告）號: CN102523314A
• 公開（公告）日: 2012-06-27
• 發(fā)明（設計）人: D.G.薩勒三世
• 申請（專利權）人: 微軟公司
• 主分類號: H04L29/12
• 分類號: H04L29/12;H04L29/08
• 代理公司: 中國專利代理(香港)有限公司 72001
• 代理人: 孫之剛;劉鵬

背景技術

多個遠程服務器可以由使用普通名稱的請求客戶端尋址。例如，該客戶端可能希望導航到www.exampledomain.com。在該實例中，對于www.exampledomain.com的遠程訪問可以由多個服務器（或服務器群）提供。通常，遠程服務的提供者可以將針對該服務的遠程目標服務器設置在地理上不同的位置（例如，倫敦、紐約和洛杉磯），以便向許多用戶提供更好的服務。例如，在英格蘭的用戶可能希望連接到倫敦而不是紐約的目標服務器，因為倫敦連接將典型地提供更高效的連接（例如，更快的服務），從而提供更好的用戶體驗。

發(fā)明內容

該發(fā)明內容被提供以通過簡化形式引入下面的具體實施方式中進一步描述的概念的選擇。該發(fā)明內容不旨在標識要求保護的主題的關鍵因素或必要特征，也不旨在用于限制要求保護的主題的范圍。

當客戶端具有要從中選擇的目標服務器（例如，DNS服務器、由DNS查詢返回的web服務器等）的網際協(xié)議（IP）地址集合時，對該客戶端而言可能期望以期望的方式對它們進行分類，比如可以將性能最好（most?performant）（例如，最快連接）的放在第一位。目標服務器可以在地理上不同（例如，在不同的州、國家或洲中），并且更靠近客戶端的目標服務器通常提供更快的連接。當從用于分類的請求返回的IP地址在地理上不同時，分類應當考慮位置。然而，當前技術和系統(tǒng)不負責（account?for）各目標在地理上遠離時的情形，這可能導致減弱的用戶體驗。

因此，公開了一種或多種提供選擇可以具有更快連接的目標服務器而不改變服務器的技術和/或系統(tǒng)。而且，在先前技術和/或系統(tǒng)典型地利用（帶寬消耗）主動（active）探測和/或附加服務器相關數據做出關于選擇的決定的情況下，所公開的技術和/或系統(tǒng)可以僅利用現有服務器相關信息（例如，IP地址和往返時間）來識別高效目標服務器，從而可能消耗更少帶寬和/或其他開銷。

在用于識別按照針對請求客戶端機器的往返時間（RTT）排序的目標服務器的列表的一個實施例中，從所述請求客戶端與對應于已經滿足來自該客戶端的在前請求的目標服務器的地址（例如IP地址）之間的歷史交互的數據庫收集或得出RTT。所收集或得出的RTT可以對應于目標服務器地址，其可以被訪問以滿足來自客戶端和/或來自對應于目標服務器的地址范圍的當前請求。因此，對應于所收集或得出的預期RTT的地址列表和/或對應的目標服務器可以根據預期的RTT分類，以使得可以針對當前請求產生期望（例如最短）響應時間的目標服務器例如可以被置于列表頂部。

為了實現前述和相關目的，下面的描述和附圖闡釋了某些說明性方面和實現方式。這些僅僅指示了可以使用一個或多個方面的各種方式中的一些。本公開的其他方面、優(yōu)點和新穎特征將在結合附圖考慮時根據下文的詳細描述而變得清楚明白。

附圖說明

圖1是用于識別按照來自請求機器的（預期的）往返時間排序的目標服務器列表的示范性方法的流程圖。

圖2是圖示本文所述方法的一個或多個部分的一個實施例的流程圖和伴隨的說明性實例。

圖3是圖示本文所述方法的一個或多個部分的一個實施例的流程圖和伴隨的說明性實例。

圖4是用于識別按照來自請求機器的（預期的）往返時間排序的目標服務器列表的示范性系統(tǒng)的組件圖。

圖5是圖示可以實現本文所述的一個或多個系統(tǒng)的實例實施例的組件圖。

圖6是包括被配置成體現本文所闡述的一個或多個設置（provision）的處理器可執(zhí)行指令的示范性計算機可讀介質的圖示。

圖7圖示可以實現本文所闡述的一個或多個設置的示范性計算環(huán)境。

具體實施方式

現在參照附圖描述要求保護的主題，其中自始至終相似的附圖標記用于指代相似的元件。在下面的描述中，為了解釋的目的，闡述了許多特定細節(jié)，以便提供對要求保護的主題的徹底理解。然而，可能明顯的是，要求保護的主題可以在沒有這些特定細節(jié)的情況下被實踐。在其他實例中，以框圖形式示出結構和設備，以便便于描述要求保護的主題。

可以設計一種可以識別高效滿足來自客戶端的請求的目標服務器的方法。在客戶端與網際協(xié)議（IP）地址之間發(fā)送的數據的歷史往返時間（RTT）可以被保存或被用于得出用于一定的IP地址范圍的聚集的RTT狀態(tài)。可以將從當前請求返回的目標服務器的IP地址與所保存的歷史數據進行比較，以識別目標服務器的預期RTT。目標服務器的列表因此可以例如根據針對當前請求的預期RTT來分類以識別滿足請求的、期望的（例如最高效的）目標服務器。