CN101262433B - 用于访问网络资源的系统和方法 - Google Patents
用于访问网络资源的系统和方法 Download PDFInfo
- Publication number
- CN101262433B CN101262433B CN2008100832657A CN200810083265A CN101262433B CN 101262433 B CN101262433 B CN 101262433B CN 2008100832657 A CN2008100832657 A CN 2008100832657A CN 200810083265 A CN200810083265 A CN 200810083265A CN 101262433 B CN101262433 B CN 101262433B
- Authority
- CN
- China
- Prior art keywords
- address
- domain name
- dns server
- response
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4552—Lookup mechanisms between a plurality of directories; Synchronisation of directories, e.g. metadirectories
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
Abstract
提供了一种系统、方法和程序产品,其通过从客户端计算机系统发送第一域名解析请求到DNS服务器访问网络资源。第一域名解析请求包括第一域名并且请求多个IP地址。所述客户端计算机系统从DNS服务器接收对应于第一域名解析请求的第一多个IP地址响应,所述第一多个IP地址响应包括每个对应于在所述第一域名解析请求中包括的第一域名的IP地址。在客户端计算机系统,由用户选择所述多个IP地址之一。所述客户端计算机系统发送请求到对应于选择的IP地址的服务器。然后所述客户端计算机系统从所述服务器接收响应数据,并且在从所述客户端计算机系统可访问的显示屏幕上显示该响应数据。
Description
技术领域
本发明涉及一种访问给定的域名的多于一个IP地址的系统和方法。更具体地,本发明从增强的域名系统(DNS)服务器检索域名的多个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站点方面。例如,某些企业有各种商业单位和/或商业伙伴,其每个有它们自己的网络存在。然而,如果用户不能够记住他或她希望访问的各个商业单位/伙伴的名称(例如,域名),则该用户经常需要首先访问一级商业站点,并且浏览到其它商业单位/伙伴的“链接”列表。这导致一级站点接收可能被引导离开该一级站点的业务。如果一级站点正在经历问题或者不可用,则加剧了这种挑战,因为用户将不能容易地访问商业单位/伙伴的站点。
发明内容
已经发现利用一种系统、方法和计算机程序产品解决了上述挑战,该系统、方法和计算机产品通过从客户端计算机系统发送第一域名解析请求到DNS服务器访问网络资源。该第一域名解析请求包括第一域名,并且请求多个IP地址。客户端计算机系统从DNS服务器接收对应于第一域名解析请求的第一多个IP地址响应,所述第一多个IP地址响应包括每个对应于在所述第一域名解析请求中包括的第一域名的IP地址。在客户端计算机系统,由用户选择多个IP地址之一。客户端计算机系统发送请求到对应于选择的IP地址的服务器。接着所述客户端计算机系统从所述服务器接收响应数据,并且在从所述客户端计算机系统可访问的显示屏幕上显示该响应数据。
在一个实施例中,所述IP地址包括一个缺省IP地址。在替代的实施例中,第二域名解析请求由客户端发送到DNS服务器,所述第二域名解析请求请求单个IP地址,并且包括第二域名。所述客户端接着从DNS服务器接收对应于第二域名的第二缺省IP地址。客户端计算机系统接着从对应于所述第二IP地址的第二服务器自动请求数据。
在一个实施例中,第二域名解析请求由客户端发送到DNS服务器。所述第二域名解析请求请求多个IP地址并且包括第二域名。作为响应,DNS服务器发送对应于第二域名解析请求的第二多个IP地址响应。所述第二多个IP地址响应包括单个IP地址,该单个IP地址对应于在第二域名解析请求中包括的第二域名作为为第二域名找到的唯一IP地址。在接收所述IP地址之后,所述客户端计算机从对应于所述单个IP地址的第二服务器自动请求数据,以响应于在客户端计算机系统接收该单个IP地址。
在另一个实施例中,所述第一多个IP地址响应包括对应于在第一多个IP地址响应中包括的多个IP地址的多个描述文本。在该实施例中,在选择之前,给用户显示对应于多个IP地址的多个描述文本。用此方式,用户的选择基于显示的描述文本。
在另一个实施例中,在第一多个IP地址响应中包括的一个或多个IP地址没有相对应的描述文本。在显示该描述文本之前,客户端计算机系统访问符合没有相对应的描述文本的每个IP地址的每个网络资源,收集每个被访问的网络资源的描述文本,并将收集的描述文本包括在描述文本的显示中。
在一个实施例中,DNS服务器从域名库接收与第一域名相对应的多个IP地址。所述DNS服务器和域名库利用因特网连接。所述DNS服务器从域名库接收对应于由所述DNS服务器维护的域名的IP地址。所述域名库由搜索多个DNS表以发现与给定域名有关的多个IP地址的DNS抓取器(crawler)收集。
前文是概述,并且因此依照必要性包括对细节的简化、概括和省略;因此,本领域技术人员将意识到,该概述仅仅是说明性的并且意图不在于任何方式的限制。仅仅由权利要求定义的本发明的其它方面、发明性特征和优点,在以下提出的非限制的详细描述中变得明显。
附图说明
通过参照附图,本发明可以被更好地理解,而且使得其许多目的、特征和优点对本领域技术人员明显,在附图中:
图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表;
图10是示出每个域名具有多个IP地址的增强的DNS表的细节的图的实施例;
图11是示出由客户端和增强的DNS服务器采取的、用来提供与由客户端请求的域名相对应的多个IP地址的各步骤的流程图的实施例;以及
图12是数据处理系统的方块图的实施例,在该数据处理系统中能够实现在此描述的各方法。
具体实施方式
下面旨在提供本发明的例子的详细描述,并且不应该被当作本发明自身的限制。相反,任何数量的变化可以落入由权利要求定义的本发明的范围内。
图1是示出用来给客户端提供对应于单个域名的多个IP地址的各组件的系统图。客户端计算机系统100发送域名解析请求,以便解析给定域名的IP地址。网络服务提供商120为客户端计算机系统100提供网络连接性,允许客户端计算机系统100连接到计算机系统150。在客户端计算机系统上运行的客户端应用的例子是浏览器软件应用。大的组织可以提供网络服务提供商120,而家用的和小的企业经常使用因特网服务提供商(ISP)来连接到计算机网络。客户端计算机系统连接到其的计算机网络的一个例子是因特网。
客户端100典型地识别少量的域名服务(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页等)。如果客户端计算机系统100是由正试图帮助正使用DNS服务器B的客户的帮助台技术人员正在使用的帮助台计算机,则由客户提出的问题或疑问可能不出现在帮助台技术人员面前,因为该客户端计算机系统正访问不同的IP地址,因此不同的网络资源(例如,Web页)正由客户端访问。
在一个实施例中,DNS抓取器175通过从对应于相同域名的许多DNS服务器检索许多IP地址,帮助解决该矛盾。对应于相同域名的唯一的IP地址由DNS抓取器175收集,并且存储在域名库180中。
返回到客户端计算机系统100,如果客户端希望检索给定域名的多个IP地址,则域名解析请求从识别域名并且指示多个IP地址被请求(如果可用的话)的客户端计算机系统发送。网络服务提供商120或客户端的DNS服务器(例如,DNS服务器A 130)将该请求转发到库服务器190。该库服务器访问域名库180,并且检索已经(由DNS抓取器175)找到的所有IP地址,以便与请求的域名相符。该多个IP地址响应由库服务器190发送回客户端计算机系统。该多个IP地址响应能够包括除了多个IP地址外的其它信息。该另外的信息能够包括:DNS服务器IP地址,其中该IP地址(例如,DNS服务器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服务器地址列表225中列出的DNS服务器可以包括任何数量的DNS服务器。可以决定仅仅包括来自已知的相对等效的DNS服务器组中的单个DNS服务器,以便减少被搜索的DNS服务器的数量。而且,基于服务器的位置(例如,该服务器所处的国家),DNS服务器可以被包括在DNS服务器地址列表225中。用此方式,由于各种国家的法律要求或者国籍而具有不同IP地址的DNS服务器可以被包括在DNS服务器地址列表225中。
在步骤240,在域名库180中检查选择的域名和从选择的DNS服务器接收的IP地址。做出关于是否接收的IP地址已经存在于对应于该域名的域名库180的决定(决定250)。如果该IP地址不存在于对应于该域名的域名库180中,则决定250分支到“否”分支255,因此,在预定过程260,域名库180被更新(见图3和关于对域名库180进行的更新的处理细节的相应文本)。另一方面,如果接收的IP地址字段已存在于对应于该域名的域名库180中,则决定250分支到“是”分支265,绕过预定过程260。
做出关于对于选择的域名是否存在更多的DNS服务器要检查的确定(决定270)。如果存在多个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约束收集描述文本,并且能够替代收集当域名实际被用户请求时的描述文本。
在步骤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地址列表中、选择IP地址的细节的流程图。用于选择IP地址的处理在700开始,因此,在步骤705,接收包括多个IP地址的响应分组。在图7中,(图4、5和6中所示的)响应分组465已经被扩展到两个示例响应分组701和702。第一示例响应分组701显示其中普通域名被用来引用具有不同内容的其它IP地址的例子。在示出的例子中,响应分组701包括引用“书籍”、“电子”、“鞋类”和“衣服”的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”也将被示出,并且描述文本将指示这是在此用户能够购买书籍的站点。最后的两个域名(shoes.com和clothing.com)示出彼此交叉引用。
图10是示出每个域名具有多个IP地址的增强的DNS表的细节的图。在表1000中示出增强的域名表950的细节。包括在增强的域名表950中的字段包括域名字段1010、IP地址字段1020、描述文本字段1030和布尔缺省字段1040。利用这些字段,给定域名能够具有许多IP地址,同时各IP地址之一被注释为缺省IP地址。
示例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”站点上的“链接”区域)去找到提供想要的商品的关联公司。
图11是示出由客户端和增强的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地址的任何描述文本信息、以及显示哪个选择是缺省选择的指示符。在步骤1176,用户从对话窗选择各选择之一,并且在步骤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。
外围设备和输入/输出(I/O)设备能够被附接到各种接口(例如,耦合到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)”时;对于定冠词在权利要求中的使用也一样成立。
Claims (12)
1.一种访问网络资源的计算机实现的方法,所述方法包括:
从客户端计算机系统发送第一域名解析请求到DNS服务器,其中第一域名解析请求包括第一域名,并且请求多个IP地址;
从DNS服务器接收对应于第一域名解析请求的第一多个IP地址响应,所述第一多个IP地址响应包括多个IP地址,该多个IP地址每个对应于在所述第一域名解析请求中包括的第一域名;
在客户端计算机系统选择所述多个IP地址之一;
从所述客户端计算机系统发送请求到对应于选择的IP地址的服务器;以及
从所述服务器接收响应数据,并且在从所述客户端计算机系统可访问的显示屏幕上显示该响应数据,
从客户端计算机系统发送第二域名解析请求到DNS服务器,所述第二域名解析请求多个IP地址,并且包括第二域名;
从DNS服务器接收对应于第二域名解析请求的第二多个IP地址响应,所述第二多个IP地址响应包括单个IP地址,该单个IP地址对应于在第二域名解析请求中包括的第二域名;以及
从对应于所述单个IP地址的第二服务器自动请求数据,以响应在客户端计算机系统接收所述单个IP地址。
2.如权利要求1所述的方法,其中在所述IP地址响应中包括的所述多个IP地址包括一个缺省IP地址。
3.如权利要求2所述的方法,还包括:
从客户端计算机系统发送第二域名解析请求到所述DNS服务器,所述第二域名解析请求单个IP地址,并且包括第二域名;
从DNS服务器接收对应于第二域名的第二缺省IP地址;以及
从对应于所述第二IP地址的第二服务器自动请求数据,以响应在客户端计算机系统接收所述第二缺省IP地址。
4.如权利要求1所述的方法,其中所述第一多个IP地址响应包括多个描述文本,该多个描述文本对应于在第一多个IP地址响应中包括的多个IP地址,所述方法还包括:
在选择之前,显示对应于多个IP地址的多个描述文本,其中所述选择基于显示的描述文本。
5.如权利要求4所述的方法,还包括:
识别包括在没有对应的描述文本的第一多个IP地址响应中的一个或多个IP地址;
在显示之前:
访问符合没有对应的描述文本的每个IP地址的每个网络资源;
收集每个被访问的网络资源的描述文本;以及
将收集的描述文本包括在多个显示的描述文本中。
6.如权利要求1所述的方法,其中所述DNS服务器从域名库接收与所述第一域名相对应的多个IP地址,其中所述DNS服务器和域名库利用计算机网络互连,所述方法还包括:
在所述DNS服务器,从一个或多个网络可访问的源接收多个IP地址,其中所述源之一是DNS抓取器应用的结果。
7.一种信息处理系统,包括:
从信息处理系统发送第一域名解析请求到DNS服务器的装置,其中第一域名解析请求包括第一域名,并且请求多个IP地址;
从DNS服务器接收对应于第一域名解析请求的第一多个IP地址响应的装置,所述第一多个IP地址响应包括多个IP地址,该多个IP地址每个对应于在所述第一域名解析请求中包括的第一域名;
选择所述多个IP地址之一的装置;
发送请求到对应于选择的IP地址的服务器的装置;以及
从所述服务器接收响应数据,并且在显示屏幕上显示该响应数据的装置,
发送第二域名解析请求到DNS服务器的装置,所述第二域名解析请求多个IP地址,并且包括第二域名;
从DNS服务器接收对应于第二域名解析请求的第二多个IP地址响应的装置,所述第二多个IP地址响应包括单个IP地址,该单个IP地址对应于在第二域名解析请求中包括的第二域名;以及
从对应于所述单个IP地址的第二服务器自动请求数据,以响应在客户端计算机系统接收所述单个IP地址的装置。
8.如权利要求7所述的信息处理系统,其中在所述IP地址响应中包括的所述多个IP地址包括一个缺省IP地址。
9.如权利要求8所述的信息处理系统,还包括:
发送第二域名解析请求到所述DNS服务器的装置,所述第二域名解析请求单个IP地址,并且包括第二域名;
从DNS服务器接收对应于第二域名的第二缺省IP地址的装置;以及
从对应于所述第二IP地址的第二服务器自动请求数据,以响应在信息处理系统接收所述第二缺省IP地址的装置。
10.如权利要求7所述的信息处理系统,其中所述第一多个IP地址响应包括多个描述文本,该多个描述文本对应于在第一多个IP地址响应中包括的多个IP地址,所述信息处理系统还包括:
在选择之前,显示对应于多个IP地址的多个描述文本的装置,其中所述选择基于显示的描述文本。
11.如权利要求10所述的信息处理系统,还包括:
识别包括在没有对应的描述文本的第一多个IP地址响应中的一个或多个IP地址的装置;
在显示之前进行以下动作的装置:
访问符合没有对应的描述文本的每个IP地址的每个网络资源;
收集每个被访问的网络资源的描述文本;以及
将收集的描述文本包括在多个显示的描述文本中。
12.如权利要求7所述的信息处理系统,其中所述DNS服务器从域名库接收与所述第一域名相对应的多个IP地址,其中所述DNS服务器和域名库利用计算机网络互连,其中从一个或多个网络可访问的源接收所述多个IP地址,其中各源之一是DNS抓取器应用的结果。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/684,400 | 2007-03-09 | ||
US11/684,400 US7689671B2 (en) | 2007-03-09 | 2007-03-09 | System and method for multiple IP addresses during domain name resolution |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101262433A CN101262433A (zh) | 2008-09-10 |
CN101262433B true CN101262433B (zh) | 2011-04-20 |
Family
ID=39742764
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008100832657A Expired - Fee Related CN101262433B (zh) | 2007-03-09 | 2008-03-04 | 用于访问网络资源的系统和方法 |
Country Status (2)
Country | Link |
---|---|
US (1) | US7689671B2 (zh) |
CN (1) | CN101262433B (zh) |
Families Citing this family (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9178848B1 (en) * | 2007-07-23 | 2015-11-03 | Google Inc. | Identifying affiliated domains |
US8200694B1 (en) | 2007-07-23 | 2012-06-12 | Google Inc. | Identification of implicitly local queries |
US8788490B1 (en) | 2008-06-27 | 2014-07-22 | Google Inc. | Link based locale identification for domains and domain content |
JP4997197B2 (ja) * | 2008-08-11 | 2012-08-08 | 株式会社日立製作所 | 通信システム及びホームゲートウェイ |
US8495719B2 (en) * | 2008-10-02 | 2013-07-23 | International Business Machines Corporation | Cross-domain access prevention |
US8527641B2 (en) * | 2008-11-25 | 2013-09-03 | Citrix Systems, Inc. | Systems and methods for applying transformations to IP addresses obtained by domain name service (DNS) |
JP5328472B2 (ja) | 2009-05-13 | 2013-10-30 | キヤノン株式会社 | ネットワーク通信装置及び方法とプログラム |
US20110055312A1 (en) * | 2009-08-28 | 2011-03-03 | Apple Inc. | Chunked downloads over a content delivery network |
US8832283B1 (en) | 2010-09-16 | 2014-09-09 | Google Inc. | Content provided DNS resolution validation and use |
CN103428302A (zh) * | 2012-05-15 | 2013-12-04 | 阿里巴巴集团控股有限公司 | 一种域名解析方法、域名解析服务器及域名解析系统 |
CN102855334B (zh) * | 2012-09-29 | 2016-07-06 | 北京奇虎科技有限公司 | 一种浏览器及其获取dns解析数据的方法 |
US9577979B1 (en) * | 2012-11-14 | 2017-02-21 | Viasat, Inc. | Local name resolution |
CN105279156B (zh) * | 2014-05-29 | 2019-11-29 | 腾讯科技(深圳)有限公司 | 网络信息通信方法及网络信息浏览装置 |
DE102014009495B4 (de) | 2014-06-26 | 2020-07-23 | Unify Gmbh & Co. Kg | Verfahren zum Aufbau einer für die Übermittlung von Medienströmen geeigneten Kommunikationsverbindung von einem ersten RTC-Client zu einem zweiten RTC-Client |
CN104468857B (zh) * | 2014-11-03 | 2018-10-16 | 北京百度网讯科技有限公司 | 一种对应关系的获取方法及系统 |
US20160149711A1 (en) * | 2014-11-24 | 2016-05-26 | Wyzr Limited | Distributed identification system for peer to peer message transmission |
US10505894B2 (en) * | 2016-10-13 | 2019-12-10 | Microsoft Technology Licensing, Llc | Active and passive method to perform IP to name resolution in organizational environments |
KR101863050B1 (ko) * | 2017-12-29 | 2018-06-29 | 주식회사 위더스플래닛 | Sdn 기반 중앙 집중식 네트워크의 컨트롤러 인식 및 자동 등록 방법 |
US11677713B2 (en) * | 2018-10-05 | 2023-06-13 | Vmware, Inc. | Domain-name-based network-connection attestation |
CN110099131A (zh) * | 2019-05-17 | 2019-08-06 | 网宿科技股份有限公司 | 一种域名解析方法及装置 |
CN110191205A (zh) * | 2019-06-12 | 2019-08-30 | 郑州冰川网络技术有限公司 | Ipv6网络地址管理方法及系统 |
CN114124889B (zh) * | 2020-08-31 | 2023-04-28 | 华为技术有限公司 | 确定业务服务器地址的方法和通信装置 |
CN112104523B (zh) * | 2020-09-11 | 2022-04-12 | 中国联合网络通信集团有限公司 | 流量透传的检测方法、装置、设备及存储介质 |
CN112333299B (zh) * | 2021-01-04 | 2021-12-28 | 观脉科技(北京)有限公司 | 一种域名解析方法、配置方法及设备 |
US20220271947A1 (en) * | 2021-02-24 | 2022-08-25 | Cisco Technology, Inc. | Centralized Consent Vendors for Managing Network-Based Consent Contracts |
US12021754B2 (en) | 2021-02-24 | 2024-06-25 | Cisco Technology, Inc. | Enforcing consent contracts to manage network traffic |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6374295B2 (en) * | 1998-10-29 | 2002-04-16 | Nortel Networks Limited | Active server management |
US6304913B1 (en) | 1998-11-09 | 2001-10-16 | Telefonaktiebolaget L M Ericsson (Publ) | Internet system and method for selecting a closest server from a plurality of alternative servers |
US7003555B1 (en) * | 2000-06-23 | 2006-02-21 | Cloudshield Technologies, Inc. | Apparatus and method for domain name resolution |
US7086061B1 (en) * | 2002-08-01 | 2006-08-01 | Foundry Networks, Inc. | Statistical tracking of global server load balancing for selecting the best network address from ordered list of network addresses based on a set of performance metrics |
JP3943465B2 (ja) | 2002-08-20 | 2007-07-11 | 株式会社エヌ・ティ・ティ・ドコモ | 通信装置、通信システム及び通信方法 |
US20060039352A1 (en) | 2004-08-19 | 2006-02-23 | International Business Machines Corporation | System and method for designating a priority access order of domain name service servers |
US7730187B2 (en) * | 2006-10-05 | 2010-06-01 | Limelight Networks, Inc. | Remote domain name service |
US7707314B2 (en) * | 2005-11-21 | 2010-04-27 | Limelight Networks, Inc. | Domain name resolution resource allocation |
US8190724B2 (en) * | 2006-10-13 | 2012-05-29 | Yahoo! Inc. | Systems and methods for establishing or maintaining a personalized trusted social network |
-
2007
- 2007-03-09 US US11/684,400 patent/US7689671B2/en not_active Expired - Fee Related
-
2008
- 2008-03-04 CN CN2008100832657A patent/CN101262433B/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
US7689671B2 (en) | 2010-03-30 |
CN101262433A (zh) | 2008-09-10 |
US20080222307A1 (en) | 2008-09-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101262433B (zh) | 用于访问网络资源的系统和方法 | |
CN101262477B (zh) | 用于检测多个ip地址的系统和方法 | |
US7933917B2 (en) | Personalized search method and system for enabling the method | |
US9613374B2 (en) | Presentation of candidate domain name bundles in a user interface | |
JP2006510123A (ja) | キャラクタ・ストリームに関連するホスト・ベースのインテリジェントな結果 | |
EP2721515A2 (en) | Identifying matching applications based on browsing activity | |
EP2628291A1 (en) | Localized and cultural domain name suggestion | |
TW200928817A (en) | Method and system of creating a personalized homepage | |
JP2018518726A (ja) | 情報検索ナビゲーション方法及び装置 | |
JP2007233856A (ja) | 情報処理装置、情報処理システム、および方法、並びにコンピュータ・プログラム | |
US9684918B2 (en) | System and method for candidate domain name generation | |
US20090006556A1 (en) | Assigning tags to network addresses for subsequent retrieval of the network addresses | |
JP2009037501A (ja) | 情報検索装置、情報検索方法およびプログラム | |
KR20090016118A (ko) | 웹 페이지의 하이퍼링크를 교체하기 위한 방법 및 시스템 | |
KR101637016B1 (ko) | 이용자 반응형 웹페이지 제공 방법 | |
JP3889667B2 (ja) | リアルネームによるインターネット上コンピューターネットワーク接続方法及びそのコンピューターネットワークシステム | |
KR101537555B1 (ko) | 인스턴트 메신저 상의 메시지 바로 검색 지원 방법 | |
US20150106234A1 (en) | System and method for grouping name assets for display | |
WO2006043798A1 (en) | Method for providing information using data communication network | |
KR100336115B1 (ko) | 하부 도메인 서비스 방법 및 그 시스템 | |
KR100363183B1 (ko) | 직접 포워딩 서비스를 위한 컴퓨터 프로그램을 저장한 기록매체 | |
KR100347987B1 (ko) | 인터넷 주소 부가 정보를 이용한 응용 서비스 제공 방법 | |
JP5331166B2 (ja) | 検索サーバ及び方法 | |
KR101133853B1 (ko) | 도서 정보 관리 서버 및 그 제어방법 | |
JP5489618B2 (ja) | 情報提供システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110420 Termination date: 20190304 |