用於檢測多個ip地址的系統和方法

2023-05-26 21:28:26

專利名稱：用於檢測多個ip地址的系統和方法
技術領域：
本發明涉及一種訪問用於給定的域名的多於一個IP位址的系統和方法。 更具體地，本發明從聯網的庫中檢索域名的多個IP位址，並且將列表返回 給其中用戶從該列表選擇各地址之一的客戶端。
背景技術：
域名伺服器負責解析到網際網路協議(IP)地址的域名。當用戶輸入統一資源定位符(URL)(如www.ibm.com )時，域名系統(DNS)伺服器被用來查找 Web站點(網站)的IP位址(在此情形中，國際商業機器公司的Web站點)。 域名是極其方便的，因為它們比相對長的、數字的地址更"用戶友好"。因 為人們記憶詞或短語遠遠勝過數字地址，所以域名極大地幫助用戶定位特定 的Web站點。客戶端(如運行"瀏覽器"軟體的個人計算機)連接到大的計算 機網絡，如網際網路。當用戶將URL(其包括域名)輸入Web瀏覽器中時，DNS 伺服器^皮用來查找該URL的IP位址並返回該IP位址，因此該IP位址能夠 被用來訪問網絡資源(例如，IBM Web站點)。存在大量的DNS伺服器，其在大的計算機網絡(如網際網路)上提供域 名解析。特定的客戶端將經常存儲幾個DNS伺服器地址(例如， 一級和二級 DNS伺服器)。這些DNS伺服器地址引用確定特定的客戶端將使用哪個DNS 伺服器來解析域名資源的請求。儘管DNS使得定位網絡資源的任務更容易， 但是目前的系統還面對特定的各種挑戰。面對目前的DNS的一個挑戰是，通過規則，DNS伺服器對於任何給定 的URL僅僅能夠包括一個IP位址。這是挑戰因為儘管DNS通常是大的分 布式資料庫，但是由一個DNS伺服器維護的給定的URL的IP位址沒有必 要是與由另一個DNS伺服器維護的相同的IP位址。為什麼給定的URL的 各IP位址從一個DNS伺服器到下一個DNS伺服器不同，存在許多理由。 有時候IP位址基於法律、語言差別等糹皮有目的地改變。因為IP位址可能不 同，所以提供服務(如客戶幫助臺(help desk)操作)正日益受到挑戰。使用 一個DNS伺服器的幫助臺僱員，可能訪問與正在使用不同的DNS伺服器 的客戶不同的ip地址(因此不同的內容)。面對目前的DNS的另一個挑戰在基於用戶的需要重新引導用戶到不同 的Web站點方面。例如，某些企業有各種商業單位和/或商業夥伴，其每個 有它們自己的網絡存在。然而，如果用戶不能夠記住他或她希望訪問的各個 商業單位/夥伴的名稱(例如，域名)，則該用戶經常需要首先訪問一級商業站 點，並且瀏覽到其它商業單位/夥伴的"連結"列表。這導致一級站點接收可 能被引導離開該一級站點的業務。如果一級站點正在經歷問題或者不可用， 則加劇了這種挑戰，因為用戶將不能容易地訪問商業單位/夥伴的站點。發明內容已經發現利用一種系統、方法和電腦程式產品解決了上述挑戰，該系 統、方法和計算機產品收集其每個對應於共同域名的多個IP位址。提供了 域名的列表用來收集相對應的IP位址。對於每個接收的域名，從大量DNS 表中檢索IP位址。從為每個域名檢索的收集的IP位址中識別唯一的IP位址。 所述域名和它們相關聯的IP位址被存儲在域名庫中。在另一個實施例中，從各DNS表檢索IP位址包括從管理各種DNS 表的DNS伺服器請求每個IP位址。在該實施例中，在所述域名庫中，存儲 與提供識別的唯一 IP位址之一的每個DNS伺服器相對應的DNS伺服器IP 地址。在一個實施例中，在訪問域名庫的第 一伺服器接收來自客戶端計算機系 統的請求。所述請求通過計算機網絡接收，並且所述請求包括請求的域名。 所述第一伺服器識別請求是多個IP位址請求，並且從域名庫檢索響應的多 個IP位址，其中所述響應的IP位址的每個對應於請求的域名。然後將響應 的多個IP位址發送到客戶端計算機系統。在另一個實施例中，在客戶端計算機系統接收響應的多個IP位址，並 且在顯示屏幕上顯示給用戶。該用戶然後選擇IP選擇之一。將請求發送到， 對應於由該用戶選擇的IP位址的第二伺服器(如web伺服器)。在另一個實 施例中，動態地將該客戶端計算機系統的預設DNS伺服器改變為提供由用 戶選擇的所述IP位址的DNS伺服器。在一個實施例中，訪問網絡資源，該網絡資源對應於存儲在域名庫中的唯一識別的IP位址之一。從所述被訪問的網絡資源檢索描述文本數據，並 且與域名和唯一的IP位址一起被存儲在域名庫中。在另 一個實施例中，訪問域名庫的第 一伺服器從客戶端計算機系統接收 請求，所述請求通過計算機網絡接收，並且所述請求包括請求的域名。所述 請求被識別為多個IP位址請求。從域名庫衝全索響應的多個IP位址，所述響 應的IP位址的每個對應於由用戶請求的域名。從域名庫檢索DNS伺服器IP位址和描述文本數據，所述DNS伺服器IP位址和描述文本數據的每個對應 於所檢索的IP位址之一。然後將所述響應的多個IP位址、響應的多個DNS 伺服器IP位址、和響應的多個描述文本數據發送到所述客戶端計算機系統。在另 一個實施例中，在客戶端計算機系統接收所述響應的多個IP位址、 響應的多個DNS伺服器IP位址和響應的多個描述文本數據。在客戶端計算 機系統顯示所述數據，並且用戶選擇各選擇之一。對應於該選擇的IP位址 被用來從網絡資源(如web站點)請求數據。前文是概述，並且因此根據必要性包括細節的簡化、概括和省略；因此， 本領域技術人員將意識到，該概述僅僅是說明性的，並且意圖不在於用任何 方式限制。在下文提出的非限制的詳細描述中，僅僅由權利要求定義的本發 明的其它方面、發明性特徵和優點將變得明顯。


通過參照附圖，本發明可以被更好地理解，而且使得其許多目的、特徵 和優點對本領域技術人員明顯，在附圖中圖1是示出用來給客戶端提供對應於單個域名的多個IP位址的各組件 的系統圖的實施例；圖2是示出由收集對應於單個域名的一個或多個IP位址的DNS抓取器 應用採取的各步驟的流程圖的實施例；圖3是示出由DNS抓取器收集的、並存儲在域名庫中的數據的細節的 流程圖的實施例；圖4是示出在客戶端請求域名解析並且伺服器提供一個或多個對應於請 求的域名的IP位址的情況下，由客戶端和伺服器採取的各步驟的流程圖的 實施例；圖5是示出由圖4的伺服器採取的、用於檢索對應於請求的域名的所有已知的IP位址的各步驟的細節的流程圖的實施例；圖6是示出由圖4的客戶端採取的、用於管理由伺服器返回的多個IP 地址的各步驟的細節的流程圖的實施例；圖7是示出在圖4和6中示出的客戶端從由伺服器返回的多個IP位址 列表中、選擇IP位址的細節的流程圖的實施例；圖8是示出在圖6和7中示出的客戶端可選地改變由客戶端使用的DNS 伺服器、以符合由伺服器返回並且由該客戶端選擇的IP位址的細節的流程 圖的實施例；圖9是示出使用增強的DNS伺服器的替代實施例的系統圖的實施例， 該增強的DNS伺服器維護具有多個IP位址的DNS表；圖IO是示出每個域名具有多個IP位址的增強的DNS表的細節的圖的 實施例；圖ll是示出由客戶端和增強的DNS伺服器採取的、用來提供與由客戶 端請求的域名相對應的多個IP位址的各步驟的流程圖的實施例；以及圖12是數據處理系統的方塊圖的實施例，在該數據處理系統中能夠實 現在此描述的各方法。
具體實施方式
下面旨在提供本發明的例子的詳細描述，並且不應該被當作本發明自身 的限制。相反，任何數量的變化可以落入由權利要求定義的本發明的範圍內。圖1是示出用來給客戶端提供對應於單個域名的多個IP位址的各組件 的系統圖。客戶端計算機系統IOO發送域名解析請求，以便解析給定域名的 IP位址。網絡服務提供商120為客戶端計算機系統IOO提供網絡連接性，允 許客戶端計算機系統IOO連接到計算機系統150。在客戶端計算機系統上運 行的客戶端應用的例子是瀏覽器軟體應用。大的組織可以提供網絡服務提供 商120,而家用的和小的企業經常使用網際網路服務提供商(ISP)來連接到計算 機網絡。客戶端計算機系統連接到其的計算機網絡的 一個例子是網際網路。客戶端IOO典型地識別少量的域名服務(DNS)伺服器，該客戶端從該少 量的域名服務伺服器接收對應於域名的IP位址。當客戶端100正在檢索對 應於域名的單個IP位址時，客戶端識別的(例如，預設的)DNS伺服器被訪 問。在圖1中所示的例子中，DNS伺服器A(130)被用來解析域名。當DNS伺服器A 130接收域名時，它從其目錄(域名目錄A 140)中檢索對應於域名的 IP位址。許多DNS伺服器存在於大的計算機網絡(如網際網路)中。由於各種原 因，對應於域名的IP位址可能從一個DNS伺服器到下一個不同。在圖1中， 示出DNS伺服器B(160)具有相應的域名目錄B(170)。為給定域名列出的IP 地址可以是目錄A(140)中的一個IP位址和目錄B(170)中的不同IP位址。換 句話說，使用DNS伺服器A(130)的客戶端計算機系統將被引導到與使用 DNS伺服器B(160)的另一個客戶端計算機系統不同的網絡資源(例如，Web 頁等)。如果客戶端計算機系統IOO是由正試圖幫助正使用DNS伺服器B的 客戶的幫助臺技術人員正在使用的幫助臺計算機，則由客戶提出的問題或疑 問可能不出現在幫助臺技術人員面前，因為該客戶端計算機系統正訪問不同 的IP位址，因此不同的網絡資源(例如，Web頁)正由客戶端訪問。在一個實施例中，DNS抓取器175通過從對應於相同域名的許多DNS 伺服器檢索許多IP位址，幫助解決該矛盾。對應於相同域名的唯一的IP地 址由DNS抓取器175收集，並且存儲在域名庫180中。返回到客戶端計算機系統100,如果客戶端希望^f企索給定域名的多個IP 地址，則域名解析請求從識別域名並且指示多個IP位址被請求(如果可用 的話)的客戶端計算機系統發送。網絡服務提供商120或客戶端的DNS服 務器(例如，DNS伺服器A 130)將該請求轉發到庫伺服器190。該庫伺服器 訪問域名庫180,並且檢索已經(由DNS抓取器175)找到的所有IP位址，以 便與請求的域名相符。該多個IP位址響應由庫伺服器190發送回客戶端計 算機系統。該多個IP位址響應能夠包括除了多個IP位址外的其它信息。該 另外的信息能夠包括DNS伺服器IP位址，其中該IP位址(例如，DNS月l 務器A 130或B 160的IP位址)由DNS抓取器175發現；以及從在給定的IP 地址的網絡資源(例如，Web站點)檢索的描述文本。選擇對話窗105在客戶端計算機系統被顯示，詳述被發現對應於請求的 域名的多個IP位址。在一個實施例中，客戶端計算機系統100的用戶具有 將客戶端計算機系統100使用的預設的DNS伺服器IP位址、改變為提供由 用戶選擇的IP位址的DNS伺服器IP位址的選擇。換句話說，如果用戶選擇 在窗105中顯示的由DNS伺服器B 160提供的IP位址，則客戶端計算機系 統100的預設DNS伺服器IP位址將被改變為指向DNS伺服器B 160,而不是DNS伺服器A 130。圖2是示出由收集對應於單個域名的一個或多個IP位址的DNS抓取器 採取的各步驟的流程圖。在圖2中，由DNS抓取器(例如，在圖1中顯示的 DNS抓取器175)執行的處理開始於200。在步驟210,從域名數據存儲215 選擇第一域名。存儲在域名數據存儲215中的域名與由使用得到的域名庫 180的客戶端所需的服務範圍有關。例如，如果組織正在使用DNS抓取器來 識別遍及計算機網絡(例如，遍及網際網路)對應於該組織的域名的IP位址，則 其中該組織感興趣的域名將被存儲在域名數據存儲215中。另一方面，如果 得到的域名庫180旨在由具有不同需要的各種客戶端使用，則巨大數量的域 名將被存儲在域名數據存儲215中。各種域名能夠從各種DNS伺服器或者 從搜尋引擎收集，該搜尋引擎跟蹤被搜尋引擎的用戶請求的域名。在步驟220, DNS抓取器從DNS伺服器地址列表225檢索第一 DNS服 務器地址，並且從選擇的DNS伺服器接收選擇的域名的IP位址。在DNS可以決定僅僅包括來自已知的相對等效的DNS伺服器組中的單個DNS服務 器，以便減少被搜索的DNS伺服器的數量。而且，基於伺服器的位置(例如， 該伺服器所處的國家)，DNS伺服器可以被包括在DNS伺服器地址列表225 中。用此方式，由於各種國家的法律要求或者國籍而具有不同IP位址的DNS 伺服器可以被包括在DNS伺服器地址列表225中。在步驟240,在域名庫180中檢查選擇的域名和從選擇的DNS伺服器接庫180的決定(決定250)。如果該IP位址不存在於對應於該域名的域名庫 180中，則決定250分支到"否"分支255，因此，在預定過程260，域名庫 180被更新(見圖3和關於對域名庫180進行的更新的處理細節的相應文本)。 另一方面，如果接收的IP位址欄位已存在於對應於該域名的域名庫180中， 則決定250分支到"是"分支265,繞過預定過程260。定2 70)。如果存在多個DNS伺服器要檢查，則決定270分支到"是"分支 272，其循環回來從列表225選擇下一個DNS伺服器，並且從下一個選擇的 DNS伺服器接收和處理IP位址。該循環繼續直到不存在更多的DNS伺服器 要檢查，在此點決定270分支到"否"分支275。在循環遍各DNS伺服器之後，做出關於在域名數據存儲215中是否存 在更多域名要處理的另一個確定(決定280)。如果存在另外的域名要檢查， 則決定280分支到"是"分支282,其循環回來從域名數據存儲215選擇下 一個域名，並且收集對應於重新選擇的域名的IP位址。該循環繼續直到不 存在更多的域名要處理，在此點決定280分支到"否"分支285,並且DNS 抓取器處理在295結束。圖3是示出由DNS抓取器收集的並且存儲在域名庫中的數據的細節的 流程圖。該過程由如圖2中所示的預定過程步驟260調用。圖3處理在300 開始，因此，在步驟310，在域名庫180創建新項目。如所示，域名庫180 包括四個欄位。這些欄位包括域名欄位325，其被用來存儲域名(例如， ibm.com)。所述欄位還包括IP位址欄位335,其被用來存儲IP位址，其中 域名在由各DNS伺服器之一維護的各DNS表(DNS目錄)之一中被引用。在 域名庫180中的這些欄位還包括DNS IP位址欄位345,其被用來存儲其中 發現該域名的該IP位址的DNS伺服器的IP位址。最後，域名庫180包括描 述文本欄位375,其被用來存儲與其中發現該域名的該特定IP位址相對應的 描述文本。在一個實施例中，存儲在描述文本欄位375中的描述文本通過訪 問對應於該IP位址的網絡資源(例如，web站點)收集。在選^^哪個IP位址 來訪問時該描述文本對終端用戶有用。例如，假定如xyz.com的域名具有至少兩個不同的IP位址，在中國的 一個具有中文Web頁，而在美國的一個具有英文Web頁。這兩個IP位址的 域名欄位將是相同的(xyz.com), IP位址將是兩個不同的數字，並且DNS服 務器IP位址也將不同(例如， 一個是美國的DNS伺服器，而一個是中國的 DNS伺服器)。最後，從由這兩個IP位址尋址的Web頁收集的描述文本不同， -一個將是英文文本，另一個將是中文文本。當呈現給請求對應於xyz.com 的IP位址的用戶時，域名將不會提供進一步有用的信息，因為用戶已經知 道xyz.com是正在搜索的域名。而且，儘管彼此不同，所述IP位址和DNS 伺服器IP位址信息為數字格式，並且因此讓用戶難以在二者之間區分。然 而，描述文本在被顯示給用戶時，將在xyz.com站點的中文版和該站點的英 文版之間易於區分，因為一個描述文本將以英文出現，而另一個將以中文出 現。在一個實施例中，DNS抓取器收集描述文本，如在步驟350所示。然而， 如果期望域名庫180將相當大，則該系統能夠在步驟350約束收集描述文本，12並且能夠替代收集當域名實際被用戶請求時的描述文本。在步驟320,域名被添加到在域名庫180中創建的新條目(例如，添加 "xyz.com")。在步驟330,由引用xyz.com域名的各DNS伺服器之一識別 的IP位址被添加到域名庫180。在步驟340，其中發現特定IP位址的DNS 伺服器IP位址被添加到域名庫180。在步驟350,由所述IP位址引用的網絡資源(如Web站點)被訪問， 並且所述描述文本從該網絡資源收集並且被包括在域名庫180的描述文本字 段375中。如所示，該IP位址被用來通過計算機網絡150從網絡資源360 請求數據。在步驟370，網絡資源(例如，Web頁)將數據(例如，網頁)返 回到DNS抓取器應用，並且標題或其它的描述文本從返回的數據提取並且 被存儲在描述文本欄位375中。在用於重新創建的條目的數據已經被添加到域名庫180後，在步驟395, 如圖3中所示的處理結束並且處理返回到調用例程(圖2)。圖4是示出在客戶端請求域名解析並且伺服器提供一個或多個對應於請 求的域名的IP位址的情況下，由客戶端和伺服器採取的各步驟的流程圖。 客戶端處理在400開始，因此，在步驟405,用戶在客戶端計算機系統設置 並且存儲選項。這些選項由運行在客戶端計算機系統上的一個或多個軟體應 用(如web瀏覽器)使用。這些選項包括是否客戶端希望接收用於給定域 名的多個IP位址；是否系統應該動態改變客戶端預設DNS伺服器IP位址以 便與多個IP位址選擇相符；以及是否該客戶端想要讓描述文本信息被顯示， 即使這樣的信息不由執行域名解析的伺服器提供。在步驟410,在指示期望多個IP位址之後，客戶端將域名輸入軟體應用 (如瀏覽器)，並且將請求的域名發送到正在為客戶端執行域名解析的服務 器(例如，預設的DNS伺服器等)。域名解析請求415通過計算機網絡(如因 特網)發送到預設伺服器。域名解析伺服器處理在420開始，因此，在步驟425,伺服器從其各客 戶端之一接收請求。做出關於客戶端是否正在請求與在客戶端的請求中提供 的域名相對應的多個IP位址的確定(決定430)。如果客戶端沒有請求與所述 域名相對應的多個IP位址，則決定430分支到"否，，分支435，因此，在步 驟440,使用標準DNS解析(例如，使用由該特定的域名伺服器維護的域名 目錄，而不涉及由其它DNS伺服器為該域名維護的IP位址)檢索單個IP位址。該單個IP位址(或者錯誤，如果沒有找到該域名)被返回到客戶端作為響應分組450。另一方面，如果為所述域名請求多個IP位址，則決定430 分支到"是"分支455，因此，在預定過程460,對應於該域名的所有已知 IP位址被檢索，並且在多個IP位址響應465中返回到客戶端(見圖5和檢索 所有這樣的已知IP位址涉及的處理細節的相應文本)。如將在圖5的描述中 解釋的，響應分組465除了實際的IP位址外，還包括其它的信息，如DNS 伺服器IP位址和描述文本信息。返回到客戶端處理，在步驟470,客戶端從客戶端的預設域名解析服務 器接收響應。然後做出關於所述客戶端是否正在請求多個IP位址的確定(決 定475)。如果沒有請求多個IP位址，則決定475分支到"否"分支480，因 此在步驟485,客戶端自動使用返回的IP位址，以從由該返回的IP位址引 用的網絡資源請求數據，如來自由返回的IP位址引用的web站點的Web頁。 另一方面，如果客戶端正在請求多個IP位址，則決定475分支到"是"分 支490，因此，在預定過程495,對應於多個IP位址的信息被顯示給用戶並 且系統處理該多個IP位址響應。圖5是示出由圖4的伺服器採取的、用於檢索對應於請求的域名的所有 已知的IP位址的各步驟的細節的流程圖。用來檢索與請求的域名相對應的 所有已知IP位址的處理在500開始，因此，在步驟510,在域名庫180中搜 索請求的域名的第一條目。做出關於用於請求的域名的條目是否在域名庫 180中發現的確定(決定520)。如果用於請求的域名的條目沒有發現，則決定 520分支到"否"分支525，因此，在步驟530，錯誤被返回到所述客戶端， 指示請求的域名沒有發現。另一方面，如果在域名庫180中發現域名，則決定520分支到"是"分 支535,並且做出關於在域名庫180中是否存在用於該域名的多個IP位址的 另一個確定(決定540)。如果不存在用於該域名的多個條目，則決定540分 支到"否"分支545，因此，在步驟550，創建響應分組465,其包括為該域 名找到的單個IP位址、其中發愁該IP位址的DNS伺服器的DNS伺服器IP 地址、以及描述文本信息(如果有)。在步驟590,響應分組465被返回到客 戶端計算機系統。返回到決定540，如果發現用於請求的域名的多個條目，則決定540分 支到"是"分支555，因此，在步驟560,響應分組465被創建，並且為該域名找到的第一 IP位址、其中發現該第一 IP位址的DNS伺服器的DNS服 務器IP位址、和對應於該第一 IP位址的描述文本信息(如果有)，被插入響 應分組465中。在步驟570，用於請求的域名的下一個條目被檢索，並且用 於該下一個條目的數據(IP位址、DNS伺服器IP位址、描述文本)被插入響 應分組465中。做出關於在與請求的域名相對應的域名庫180中是否存在更 多條目的確定(決定575)。如果存在更多條目要從用於為請求的域名從域名 庫180檢索，則決定575分支到"是"分支580,其循環回來以從域名庫180 檢索下一個條目，並且將檢索到的數據插入響應分組465中。該循環繼續直 到來自域名庫180的、引用請求的域名的所有條目已經檢索，在此點，決定 575分支到"否"分支585,因此在步驟590,響應分組465返回到客戶端計 算機系統。圖6是示出由圖4的客戶端採取的、用於管理由伺服器返回的多個IP 地址的各步驟的細節的流程圖。圖6示出由圖4所示的預定過程495執行的 各步驟。圖6處理在600開始，因此，在步驟605，接收被創建並且由客戶 端的預設域名解析伺服器返回的響應分組465。做出關於是否該響應錯誤的 確定(決定610)。如果該響應是錯誤響應，則決定610分支到"是"分支615, 因此，在步驟620，該錯誤被顯示(例如，請求的域名沒有被發現)。另一方面，如果該響應不是錯誤響應，則決定610分支到"否"分支625， 因此，做出另一個決定。現在，做出關於是否多個IP位址被包括在響應分 組465中的確定。如果多個IP位址沒有被包括在響應分組465中(即，僅僅 單個IP位址被包括)，則決定630分支到"否"分支635,因此在預定過程 640,如果期望並且必要，則客戶端預設DNS伺服器被改變(見圖8和改變 預設DNS伺服器的涉及的處理細節的相對應的文本)。在步驟645，從由包 括在響應分組465中的IP位址引用的網絡資源請求數據(例如，從由包括在 所示響應分組的IP位址引用的web伺服器請求Web頁)。返回到決定630, 如果響應分組465包括多個IP位址，則用戶在預定過程655選擇各IP位址 之一，並且從選擇的IP位址請求數據，如來自由選擇的IP位址引用的web 伺服器的Web頁(見圖7和用於處理細節的對應文本)。在已經從由在響應分組465包括的IP位址引用的網絡資源檢索數據之 後，做出關於是否重置客戶端的預設DNS伺服器的確定(決定660)。如果客 戶端的預設DNS伺服器的重置已經被請求，則決定660分支到"是"分支665,因此，在步驟670，客戶端預設DNS伺服器被重置回到DNS伺服器 IP位址，其在圖8中當客戶端的DNS伺服器被改變時被存儲。另一方面， 如果沒有請求客戶端的DNS伺服器的重置，則決定660分支到"否"分支 675，繞過步驟670。在預定過程680,客戶端的下一個請求被處理，並且該客戶端能夠改變 確定如何處理請求的選項(見圖4和用於處理的對應文本)。做出關於是否客 戶端已經請求退出應用或繼續從網絡資源檢索數據的確定(決定685)。如果 客戶端繼續從網絡資源檢索數據，則決定685分支到"是"分支688，其循 環回來以處理下一個響應。該循環繼續直到用戶請求退出應用，在此點決定 685分支到"否"分支690,並且應用在695退出。圖7是示出在圖4和6中示出的客戶端從由伺服器返回的多個IP位址 列表中、選4奪IP位址的細節的流程圖。用於選4奪IP位址的處理在700開始， 因此，在步驟705,接收包括多個IP位址的響應分組。在圖7中，(圖4、 5 和6中所示的)響應分組465已經被擴展到兩個示例響應分組701和702。第 一示例響應分組701顯示其中普通域名被用來引用具有不同內容的其它IP 地址的例子。在示出的例子中，響應分組701包括引用"書籍"、"電子"、"鞋 類"和"衣力l"的Web站點的IP位址。由這些IP位址引用的Web站點可 能不通過相同的公司或組織運行，但是相反，可能根據各公司之間的協議建 立。例如，如果提供"書籍"的公司是大而且有名的公司，那麼出售電子器 件、鞋以及衣服的小公司可以與大的書籍的公司籤定協議來使用相同的域名 (例如，"book.com")，但是具有引用這些其它企業的另外的IP位址。示例響應分組702顯示另 一個例子，其更多地基於各個國家的地理和法 律規定。域名(如xyz.com)可以由單個公司擁有，但是為了符合規定或者 提供更適應世界的特定部分的站點，可能使用分開的IP位址。在分組702 中所示的例子中，用於域名(例如，xyz.com)的第一IP位址有一個IP位址和 位於美國的域名伺服器。然而，已經為相同的域名建立其它IP位址並引用 不同的Web站點(例如， 一個針對中國讀者，而另一個針對韓國讀者)。這 些其它IP位址在服務其它國家(例如，中國和韓國)的DNS伺服器中被引用。回到流程圖，在步驟705,接收包括用於相同域名的多個IP位址的響應 分組。做出關於是否已經為每個IP位址提供描述文本的確定(決定710)。如 果還沒有提供描述文本，則決定710分支到"否"分支715,因此，在步驟做出關於是否用戶已經請求這樣的描述文本信息的確定(決定720)。如果用戶已經請求了描述文本信息，則決定720分支到"是"分支725,因此，在 步驟730,沒有對應的描述文本信息的每個IP位址被訪問，並且從對應該IP 地址的網絡資源(例如，web站點)收集描述文本信息。另一方面，如果用戶 還沒有請求描述文本信息，則決定720 "否"分支735。返回到決定710,如 果描述文本信息被包括在響應分組，則決定710分支到"是"分支718，繞 過步驟720和730。在步驟740,創建選擇對話窗750。選擇對話窗750列出在響應分組中 返回的每個IP位址的信息(例如，對應每個IP位址的描述文本、IP位址本身、 其中發現IP位址的DNS伺服器的IP位址等)。在步驟760,接收來自IP選擇對話窗750的用戶的選擇。該用戶的選擇 包括選擇的IP位址以及其中發現選擇的IP位址的DNS伺服器的IP位址。 在預定過程770,如果期望並且必要的話，則基於用戶選擇的選項和由該用 戶選擇的特定IP位址，改變客戶端的預設DNS伺服器(見圖8和處理細節的 相對應的文本)。在步驟780，從與用戶選擇的IP位址相對應的網絡資源請 求數據(例如，從由選擇的IP位址引用的Web伺服器請求Web頁)。在795， 處理接著返回到調用例程(見圖6)。圖8是示出在圖6和7中示出的客戶端可選地改變由客戶端使用的DNS 伺服器、以符合由伺服器返回並且由該客戶端選擇的IP位址的細節的流程 圖。處理在800開始，因此，在步驟810,在客戶端計算機系統存儲的用戶 的偏好被檢索。做出關於是否用戶已經請求動態改變用戶的預設DNS服務 器的確定(決定820)。如果用戶已經請求動態改變預設DNS伺服器，則決定 820分支到"是，，分支825，因此，在步驟830,比較與選擇的IP位址(作為 多個IP位址請求的結果返回的單個IP位址、或由用戶從對應於請求的域名 的多個IP位址的列表選擇的IP位址)相對應的DNS伺服器與客戶端的預設 DNS伺服器。做出關於各DNS伺服器是否是相同的伺服器的確定(決定840)。如果各 伺服器不是相同的，則決定840分支到"否"分支845,因此，在步驟850, 客戶端的當前預設DNS伺服器IP位址被存儲，並且在步驟860,客戶端的 預設DNS伺服器IP位址被改變為與響應中的或者由用戶選擇的IP位址一致 的DNS伺服器IP位址。返回到決定840,如果客戶端的當前預設DNS伺服器與對應於選擇的IP位址的DNS伺服器相同，則決定840分支到"是"分 支865,繞過步驟850和860。返回到決定820,如果客戶端已經請求客戶端 預設DNS伺服器不被動態改變，則決定820分支到"否"分支875,繞過步 驟830至860。在返回895,處理返回到調用例程(圖6或7)。圖9是示出使用增強的DNS伺服器的替代實施例的系統圖的實施例， 該增強的DNS伺服器維護具有多個IP位址的DNS表。在圖9中所示的組 件基本上與圖1中所示的那些類似，僅僅少數例外。與圖1中所示的DNS 伺服器不同，圖9中所示的DNS伺服器900是增強的域名伺服器，其支持 處理每個與單個域名相對應的多個IP位址。因此，相對於由圖1中所示的 域名伺服器管理的目錄，域名目錄(表)950被增強。對域名表950的一個增 強在於與傳統的域名目錄不同，它能夠存儲給定域名的多個IP位址。對 域名表950的另一個增強是每個域名的條目(IP位址)之一被標註為預設條 目(IP位址)。如果用戶正在請求域名的單個IP位址，則增強的域名伺服器 900返回對應於該IP位址的預設IP位址。如圖9中所示，在一個實施例中，通過利用域名庫180更新增強的域名 表950。域名庫180利用DNS抓取器175和圖2和3中示出的各步驟生成。 在圖1中所示的系統圖和圖9中所示的系統圖之間的另一個不同是圖9中 的得到的多個IP位址選擇窗(窗905),包括關於哪個IP位址是存儲在客戶端 的預設DNS伺服器的預設IP位址的指示符。同樣，其它的商業單元能夠具 有分開的域名，其引用回到預設的books.com Web站點(IP位址"A")。例 如，"gizmo.com"被顯示為具有引用電子器件IP位址(IP位址"B")的預設 IP位址的域名。然而，該站點也引用提供書籍信息的IP位址(IP位址"B")。 因此，如果用戶請求對應於"gizmo.com"的多個IP位址，則多個IP位址對 話將被顯示，注釋IP位址"B"是預設IP位址，並且在此出售"電子器件"， 但IP位址"A"也將被示出，並且描述文本將指示這是在此用戶能夠購買書 籍的站點。最後的兩個i或名(shoes.com和clothing.com)示出4皮此交叉引用。圖IO是示出每個域名具有多個IP位址的增強的DNS表的細節的圖。 在表1000中示出增強的域名表950的細節。包括在增強的域名表950中的 欄位包括域名欄位1010、 IP位址欄位1020、描述文本欄位1030和布爾預設 欄位1040。利用這些欄位，給定域名能夠具有許多IP位址，同時各IP位址 之一糹皮注釋為預設IP位址。18示例DNS表1090列出增強的域名表中的各條目如何能用來從單獨的域 名引用多個IP位址的例子。在該例子中，域名"books.com"被4個不同的 IP位址引用，符號地表示為IP位址"A"至"D"。然而，每個IP位址的描 述文本表示只有這些IP位址之一 (引用"A")引用提供"書籍"的網絡資 源，並且該引用被注釋為用於"books.com"域名的預設IP位址。其它的各 引用引用各商業單位或商業夥伴的網絡資源。在所示的例子中，"B"引用指 向"電子器件"，而"C"引用指向"鞋類"，而"D"指向"衣服"。如果用 戶請求"books.com"的多個IP位址，則將產生顯示，列出有關IP位址"A" 至"D"的信息，並且注釋"A"引用是預設IP位址。用此方式，如果"books.com" 域名被購物不相干的項目(如"電子器件"或"鞋類")的消費者信任，則 檢索對應於"books.com"的多個IP位址將會允許用戶直接選擇並且導航到 其它各Web站點之 一 ，而不必知道其它站點的名稱並且不必通過 "books.com"導航(例如，使用在"books.com"站點上的"連結"區域)去 找到提供想要的商品的關聯公司。圖ll是示出由客戶端和增強的DNS伺服器採取的、用來提供與由客戶 端請求的域名相對應的多個IP位址的各步驟的流程圖。客戶端處理在1100 開始，因此，在步驟1104，客戶端發送域名解析請求1108到支持每個域名 多個IP位址的客戶端的預設DNS伺服器。該請求識別所述域名以及是否用 戶希望接收該域名的多個IP位址。DNS伺服器處理在1110開始，因此，在步驟1112,該伺服器接收由客 戶端發送的域名解析請求1108。在步驟1116,伺服器在域名表950中搜索 請求的域名。基於所述搜索做出關於是否在域名表中發現請求的域名的確定 (決定1120)。如果在所述域名表中沒有發現請求的域名，則決定1120分支 到"否"分支1122,因此，在步驟1124,錯誤分組1125被返回到所述客戶 端，指示對於請求的域名沒有發現IP位址。另一方面，如果對於所述域名 發現了至少一個IP位址，則決定1120分支到"是"分支1126。做出關於是否對於所述域名用戶請求多個IP位址的確定(決定1128)。如 果對於域名用戶沒有請求多個IP位址，則決定1128分支到"否"分支1130,因此，在步驟1132,對應於該域名的預設IP位址以分組1133被返回到客戶二山柳。另 一方面，如果對於給定域名請求多個IP位址，則決定1128分支到"是"分支1134,因此，在步驟1136,創建響應1138,其將保持關於每個引用相 同的域名的一個或多個IP位址的信息。在步驟1140，第一IP位址連同對應 於所述IP位址的描述文本、以及關於所述IP位址是否是所述域名的預設IP 地址的指示符，被插入響應1138中。在步驟1142,在域名表950中搜索引 用請求的域名的另一個條目。做出關於是否在所述域名表中發現所述下一個 條目的確定(決定1144)。如果發現下一個條目，則決定1144分支到"是'， 分支1146,其循環回來以在響應1138中插入重新發現的引用，並且查找對 所述域名的下一個引用。該循環繼續直到沒有發現更多的引用請求的域名的 條目，在此時決定1144分支到"否"分支1148,因此，在步驟1150，響應 1138被返回到客戶端計算機系統。返回到客戶端處理，在步驟1152客戶端計算機系統從DNS伺服器接收 所述響應。做出關於是否響應是錯誤的確定(決定1156)。如果響應是錯誤， 則決定1156分支到"是"分支1158，因此，在步驟1160，顯示錯誤消息(例 如，指示沒有發現請求的域名)，並且處理結束。另一方面，如果響應不是錯誤，則決定1156分支到"否"分支1162， 因此，做出關於是否響應包括單個IP位址的確定(決定1164)。如果響應僅僅 包括單個IP位址，則決定1164分支到"是"分支1166,因此，在步驟1168, 從對應於單個IP位址的網絡資源(例如，web站點)請求數據。另一方面，如果響應包括多個IP位址，則決定1164分支到"否，，分支 1170,因此，在步驟1172,顯示選^^對話窗。該對話窗包括對應於在響應 1138中包括的每個IP位址的任何描述文本信息、以及顯示哪個選擇是預設 選捧的指示符。在步驟！176,用戶從對話窗選擇各選擇之一，並且在步驟 1180,從對應於由用戶選擇的IP位址的網絡資源(例如，web站點)請求數據。圖12圖示數據處理系統1201,其是能夠執行在此描述的計算操作的計 算機系統的簡化示例。計算機系統1201包括處理器1200,其耦合到主機總 線1202。 二級(L2)高速緩衝存儲器1204,也耦合到主機總線1202。主機到 PCI橋1206耦合到主存儲器1208,包括高速緩沖存儲器和主存儲器控制功 能，並且提供總線控制以便處理在PCI總線1210、處理器1200、 L2高速緩 衝器1204、主存儲器1208和主機總線1202之間的傳輸。主存儲器1208耦 合到主機到PCI橋1206以及主機總線1202。僅僅由(各)處理器1200使 用的設備(如LAN卡1230 )耦合到PCI總線1210。服務處理器接口和ISA訪問通道(pass-through) 1212提供在PCI總線1210和PCI總線1214之間 的接口 。用此方式，PCI總線1214與PCI總線1210隔離。如快閃記憶體1218 的各設備耦合到PCI總線1214。在一個實施例中，快閃記憶體1218包括BIOS 代碼，其併入各種低級系統功能和系統引導功能必需的處理器可執行代碼。PCI總線1214為由(各)主機處理器1200和服務處理器1216共享的 各種設備提供接口，該設備包括例如快閃記憶體1218。 PCI到ISA橋1235 提供總線控制，以便處理在PCI總線1214和ISA總線1240之間的傳輸、通 用串行總線(USB)功能1245、電力管理功能1255，並且能夠包括未示出的其 它功能元件，如實時時鐘(RTC)、 DMA控制、中斷支持和系統管理總線支持。 非易失性RAM 1220被附接到ISA總線1240。服務處理器1216包括JTAG 和I2C總線1222,用於在各初始化步驟期間與(各)處理器1200的通信。 JTAG/I2C總線1222還耦合到L2高速緩衝器1204、主機到PCI橋1206和 主存儲器1208,提供在處理器、服務處理器、L2高速緩沖器、主機到PCI 橋和主存儲器之間的通信路徑。服務處理器1216還訪問系統電力資源，用 於關斷(power down)信息處理系統1201 。外圍設備和輸入/輸出(1/0)設備能夠被附接到各種接口 (例如，耦合到 ISA總線1240的並行接口 1262、串行接口 1264、鍵盤接口 1268以及滑鼠 接口 1270)。或者，許多I/O設備能夠由附接到ISA總線1240的超級I/O控 制器(未示出)容納。為了將計算機系統1201附接到另一個計算機系統以通過網絡複製文件， LAN卡1230被耦合到PCI總線1210。類似地，為了將計算機系統1201耦 合到ISP以利用電話線連接連接到網際網路，數據機1275被連接到串行 埠 1264和PCI到ISA橋1235。儘管圖12示出了一種信息處理系統，但是信息處理系統可以採用許多 形式。例如，信息處理系統可以採用桌面型、伺服器、可攜式、膝上型、筆 記本或其它形式因素計算機或數據處理系統。此外，信息處理系統還可以採 取其它形式因素，如個人數字助理(PDA)、遊戲設備、ATM機、可攜式電話 設備、通信設備或包括處理器和存儲器的其它設備。本發明的一個優選實現是軟體應用，即，指令(程序代碼)組或代碼模塊 中的其它功能性描述材料，其可以例如駐留在計算機的隨機存取存儲器中。 直到由計算機要求，該指令組可以被存儲在另一個計算機存儲器中，例如，在硬碟驅動中、或可移除存儲器(如光碟(用於在CD ROM中的最終使用) 或軟盤(用於在軟盤驅動中的最終使用)中、或者經由網際網路或其它計算機 網絡下載。因此，本發明可以實現為用於在計算機中使用的電腦程式產品。計算機實現，但是本領域技術人員也將認識到，這些方法可以以硬體、固件 或被構成來執行要求的各方法步驟的更特別的裝置執行。功能描述材料是給 機器授予功能的信息。功能描述材料包括但不限於電腦程式、指令、規則、 事實、可計算的功能的定義、對象以及數據結構。儘管已經示出和描述了本發明的特定實施例，但是基於在此的教導，將 對本領域技術人員顯而易見的是可以進行各種變化和修改，而不偏離本發明 及其更廣的方面。因此，權利要求要在它們的範圍內包括所有這些變化和修 改，如同在本發明的真正精神和範圍內。而且，要理解的是本發明僅僅由權 利要求定義。本領域技術人員將理解的是，如果想要特定數量的介紹的權利 要求元素，則這種意圖將在權利要求書中明確詳述，並且在缺少這種描述時， 這種限制也不存在。對於非限制的例子，為了有助於理解，權利要求包括介 紹性的短語"至少一個"和"一個或多個"的使用，用於介紹各權利要求元 素。然而，這樣的短語的使用不應該被解釋為暗示由不定冠詞"一個(a)" 或"一個(an)"介紹的權利要求元素，將包括這樣介紹的權利要求元素的 任何特定的權利要求，限制為僅僅包括一個這樣的元素的發明，即使在相同 的權利要求包括介紹性短語"一個或多個"或"至少一個"、以及不定冠詞 如"一個(a)"或"一個(an)"時；對於定冠詞在權利要求中的使用也一 樣成立。
權利要求
1.一種檢測多個IP位址的計算機實現的方法，該多個IP位址每個對應於共同域名，所述方法包括接收多個域名；對於每個接收的域名從多個DNS表檢索多個IP位址；識別為每個域名檢索的多個IP位址的一個或多個唯一的IP位址，其中為至少一個域名識別多個唯一的IP位址；以及在域名庫中存儲域名和每個識別的唯一的IP位址。
2. 如權利要求1所述的方法，其中從多個DNS表檢索多個IP位址還包 括從多個DNS伺服器請求所述多個IP位址的每個，其中每個DNS服務 器管理DNS表之一，所述方法還包括在所述域名庫中，存儲與提供識別的唯一的IP位址之一的每個DNS服 務器相對應的DNS伺服器IP位址。
3. 如權利要求2所述的方法，還包括在訪問域名庫的第一伺服器接收來自客戶端計算機系統的請求，所述請 求通過計算機網絡接收，並且所述請求包括請求的域名； 識別該請求是多個IP位址請求；從域名庫檢索響應的多個IP位址，每個響應的IP位址對應於請求的域 名；以及將響應的多個IP位址發送到客戶端計算機系統。
4. 如權利要求3所述的方法，還包括 在所述客戶端計算機系統接收響應的多個IP位址； 在客戶端計算機系統顯示接收的響應的多個IP位址； 在客戶端計算機系統接收IP位址選擇；以及發送第二請求到第二伺服器，其中所述第二伺服器對應於選擇的IP位址。
5. 如權利要求4所述的方法，其中由第一伺服器發送到客戶端的響應的 多個IP位址包括對應於每個IP位址的DNS伺服器IP位址，所述方法還包 括在接收IP位址選擇之後，將在客戶端計算機系統處的預設DNS伺服器指定改變為對應於選擇的IP位址的DNS伺服器IP位址。
6. 如權利要求2所述的方法，還包括訪問多個網站，所述多個網站的每個對應於唯一的識別的IP位址之一；以及從多個訪問的網站檢索描述文本數據，其中所述存儲還包括在域名庫中 存儲檢索的描述文本數據以及域名和唯一的IP位址。
7. 如權利要求6所述的方法，還包括在訪問域名庫的第 一伺服器處接收來自客戶端計算機系統的請求，所述 請求通過計算機網絡接收，並且所述請求包括請求的域名； 識別所述請求是多個IP位址請求；從域名庫檢索響應的多個IP位址，所述響應的IP位址的每個對應於請 求的域名；從域名庫檢索來自多個存儲的DNS伺服器IP位址的多個響應的DNS 伺服器IP位址、和來自多個存儲的描述文本數據的多個響應的描述文本數 據，所述響應的多個DNS伺服器IP位址的每個和所述響應的多個描述文本 ^:據的每個對應於響應的多個IP位址之一；以及將所述響應的多個IP位址、響應的多個DNS伺服器IP位址、和響應的 多個描述文本數據發送到所述客戶端計算機系統。
8. 如權利要求7所述的方法，還包括在客戶端計算機系統接收所述響應的多個IP位址、響應的多個DNS服 務器IP位址和響應的多個描述文本數據；在客戶端計算機系統顯示接收的響應的多個描述文本數據；在客戶端計算機系統，接收對應於顯示的響應的多個描述文本數據之一的選擇；從多個接收的響應的多個IP位址識別選擇的IP位址，其中所述選擇的 IP位址對應於選擇的描述文本數據；以及發送第二請求到第二伺服器，其中所述第二伺服器對應於選擇的IP位址。
9. 一種信息處理系統，包括 一個或多個處理器；由至少 一個所述處理器可訪問的存儲器； 由至少 一個所述處理器可訪問的非易失性存儲設備； 網絡接口適配器，其將所述信息處理系統連接到計算機網絡；以及 存儲在所述存儲器中的指令組，其中所述一個或多個處理器執行所述指令組，以便執行檢測其每個對應於共同域名的多個IP位址的動作，所述動作包括接收多個域名； 對於每個接收的域名從多個DNS表檢索多個IP位址；識別為每個域名^r索的多個IP位址的一個或多個唯一的IP位址， 其中為至少一個域名識別多個唯一的IP位址；以及在存儲在非易失性存儲設備上的域名庫中存儲域名和每個識別的 。舉一的IP位址。
10. 如權利要求9所述的信息處理系統，其中從多個DNS表檢索多個IP 地址還包括從多個DNS伺服器請求所述多個IP位址的每個，其中每個 DNS伺服器管理DNS表之一，所述指令組還執行動作，該動作包括在所述域名庫中存儲DNS伺服器IP位址，該DNS伺服器IP位址與提 供所述識別的唯一 IP位址之一的每個DNS伺服器相對應。
11. 如權利要求IO所述的信息處理系統，其中所述指令組還執行動作， 該動作包括在訪問域名庫的第 一伺服器處接收來自客戶端計算機系統的請求，所述 請求通過計算機網絡接收，並且所述請求包括請求的域名； 識別該請求是多個IP位址請求；從域名庫檢索響應的多個IP位址，所述響應的IP位址的每個對應於請 求的域名；以及將響應的多個IP位址發送到客戶端計算機系統。
12. 如權利要求IO所述的信息處理系統，其中所述指令組還執行動作， 該動作包括訪問多個網站，所述多個網站的每個對應於所述唯一識別的IP位址之 一；以及從所述多個被訪問的網站檢索描述文本數據，其中所述存儲還包括在所述域名庫中，與域名和所述唯一的IP位址一起存儲一企索的描述文本數據。
13. 如權利要求9所述的信息處理系統，其中所述指令組還執行動作，該 動作包括從客戶端計算機系統接收請求，所述請求通過計算機網絡接收，並且所 述請求包括請求的域名；識別請求是多個IP位址請求；從域名庫檢索響應的多個IP位址，所述響應的IP位址的每個對應於請 求的域名；從域名庫檢索來自多個存儲的DNS伺服器IP位址的多個響應的DNS 伺服器IP位址、和來自多個存儲的描述文本數據的多個響應的描述文本數 據，所述響應的多個DNS伺服器IP位址的每個和所述響應的多個描述文本 數據的每個對應於響應的多個IP位址之一；以及將所述響應的多個IP位址、響應的多個DNS伺服器IP位址、和響應的 多個描述文本數據發送到所述客戶端計算機系統。
14. 一種存儲在計算機可讀介質中的電腦程式產品，包括功能性描述材 料，其在由信息處理系統執行時，使得信息處理系統通過執行根據權利要求 1至8的任何一個的方法中的動作，檢測其每個對應於共同域名的多個IP地 址。
全文摘要
提供了一種系統、方法和程序產品，其收集其每個對應於共同域名的多個IP位址。提供了域名的列表用來收集相對應的IP位址。對於每個接收的域名，從大量DNS表中檢索IP位址。從為每個域名檢索的收集的IP位址中識別唯一的IP位址。所述域名和它們相關聯的IP位址被存儲在域名庫中。
文檔編號H04L12/56GK101262477SQ20081008326
公開日2008年9月10日 申請日期2008年3月4日 優先權日2007年3月9日
發明者胡安·F·奧巴斯, 萊克什米·波特盧裡, 達梅什·N·巴克塔 申請人:國際商業機器公司