全网流量调度器及使用该调度器查询域名解析记录的方法

1.一种全网流量调度器，其特征在于，包括协议处理模块以及数据库查询模块，所述协议处理模块，用于处理域名解析协议的相关内容；所述数据库查询模块包括处理器以及域名解析数据库，用于通过处理器对域名解析数据库进行查询，并将查询结果返回给所述协议处理模块，所述域名解析数据库包括区域数据库以及记录数据库，其中，在所述区域数据库中，针对于不同的域名记录有不同的区域划分策略，用以记录每一个IP地址所对应的地区在该域名下的区域信息，所述记录数据库记录每一个区域的域名解析记录，所述处理器根据IP地址以及域名信息在所述区域数据库中查询该IP地址在该域名下所对应的区域信息，再根据所得到的区域信息从所述记录数据库中查找与之相对应的域名解析记录，最后将所查找到的域名解析记录根据所述区域信息中所记录的返回策略返回给所述协议处理模块。
2.如权利要求1所述的全网流量调度器，其特征在于，所述全网流量调度器还包括控制单元，用于管理域名解析数据库。
3.一种全网流量调度系统，其特征在于，包括多个如权利要求1或2所述的全网流量调度器，所述多个全网流量调度器由同一个控制单元控制，其中的每一个全网流量调度器的域名解析数据库通过所述控制单元的数据库实现同步。
4.一种使用如权利要求1-2中任一项权利要求所述的全网流量调度器查询域名解析记录的方法，其特征在于，所述方法包括：查询开始后，所述全网流量调度器中的数据库查询模块根据所接收的域名以及发起域名解析请求的本地域名服务器的IP地址在所述域名解析数据库中查询该IP地址在该域名的域名解析记录，并将所述域名解析记录根据所述区域数据库中所记录的返回策略返回给所述全网流量调度器中的协议处理模块，并由所述协议处理模块对所述域名解析记录进行处理。
5.如权利要求4所述的使用全网流量调度器查询域名解析记录的方法，其特征在于，该方法进一步地包括如下步骤：
(a)所述数据库查询模块的处理器根据所接收的本地域名服务器的IP地址在所述区域数据库中查询该IP地址在该域名下所对应的区域信息；
(b)所述数据库查询模块的处理器再根据由步骤(a)所查询到的区域信息在所述记录数据库中查询所述域名在该区域的域名解析记录，并将查询到的记录返回给所述数据库查询模块的处理器，再进一步地返回给所述全网流量调度器中的协议处理模块。
6.如权利要求5所述的使用全网流量调度器查询域名解析记录的方法，其特征在于，所述步骤(b)中进一步地包括如下步骤：根据所述域名解析记录在所述区域中的返回策略，随机地或按权重对记录进行排列后随机地返回域名解析记录。
7.如权利要求4所述的使用全网流量调度器查询域名解析记录的方法，其特征在于，该方法具体地包括如下步骤：
(a’)检验所接收到的域名是否可用，如果该域名不可用则不返回结果，如果该域名可用，则继续执行步骤(b’)；
(b’)查询本地域名服务器IP地址的IP段，并判断所述IP段是否存在，如果所述IP段存在则继续执行步骤(c’)，如果不存在则将该未知的IP地址保存，并继续执行步骤(e’)；
(c’)获取IP段所在此域名中的区域信息；
(d’)判断由步骤(c’)所获得的区域信息是否存在，如果不存在则继续执行步骤(e’)，如果存在则执行步骤(f’)；
(e’)查询所述域名是否存在默认区域信息，如果不存在则不返回结果，如果存在则执行步骤(f’)；
(f’)按区域信息中设置的返回策略返回该区域中的域名解析记录。
8.如权利要求7所述的使用全网流量调度器动态地进行域名解析的方法，其特征在于，所述步骤(c’)中进一步地包括如下步骤：
(c’.1)获取IP段所在的地区信息；
(c’.2)获取由步骤(c’.1)所得到的地区信息在本域名中的区域信息。
9.一种使用如权利要求1-2中任一项权利要求所述的全网流量调度器进行域名解析的方法，其特征在于，所述方法包括如下步骤：
(1)本地域名服务器接收来自于用户的域名解析请求；
(2)本地域名服务器将接受到的域名解析请求转发给网站域名服务器；
(3)所述网站域名服务器对用户所输入的域名进行重命名，并将重新命名的域名返回给所述本地域名服务器；
(4)所述本地域名服务器将所接收到的重新命名域名发送给所述全网流量调度器，请求所述全网流量调度器查询；
(5)所述全网流量调度器使用如权利要求4-8中任一项权利要求所述的查询域名解析记录的方法，根据所接收的域名以及所述本地域名服务器的IP地址得出域名解析记录，并将所述域名解析记录返回给所述本地域名服务器；
(6)所述本地域名服务器将所接受到的域名解析记录发送给用户。
10.如权利要求9所述的使用全网流量调度器进行域名解析的方法，其特征在于，所述方法还进一步地包括如下步骤：
(7)本地域名服务器将所接受到的域名解析记录存储到其缓存区域中，在所述域名解析记录的一个生存周期内，如同一用户再次向所述本地域名服务器就同一域名发出域名解析请求时，所述本地域名服务器直接将缓存区域中的域名解析记录发送给该用户，其中，所述生存周期是记录在所述全网流量调度器的记录数据库中，并且是在所述步骤(5)中随域名解析记录一同返回给所述本地域名服务器的。

全网流量调度器及使用该调度器查询域名解析记录的方法\n技术领域\n[0001] 本发明涉及互相网领域，特别地涉及流量调度领域。\n背景技术\n[0002] 如图1所示，在现有技术中，是通过BIND 9（DNS服务器软件）的Views（视图）功能可以实现流量调度。人们将BIND 9划分为多个视图（View），每个视图的解析完全独立。\n如“北方电信”视图中包含了“a.com”域（zone）的解析配置，而另一个视图“南方电信”也包含了“a.com”的解析配置，这两个域是相互独立的，在物理上以文件（zone file）的形式分别保存，可以进行差异化的配置，将南北电信的用户分别解析到不同的地址上，来实现流量调度。而如何界定“南北”，是预先划分好IP段，以配置文件的形式，包含在BIND 9的主配置文件中。当需要修改指定视图下某个域名的记录时，需修改（或借助工具生成）Zone文件，然后在主域名服务器执行reload指令；对于从域名服务器，可以通过Zone Transfer机制来同步Zone配置。视图划分、IP段的变动则需要进行主配置文件的同步，同步后再执行重载（reload）的指令。\n[0003] 由些可见，现有技术中的流量调度方法的配置均基于磁盘上的文件，配置繁琐，需借助其他程序来生成和同步；只拥有单一的视图划分策略，无法对特定域名进行自定义视图划分；配置修改（包括域名解析记录、视图划分、IP段的修改）需要进行重载（reload）操作来生效；当查询含有多条A记录的域名时，各条记录以相同概率返回，即无法实现按权重的流量调度。\n发明内容\n[0004] 为了解决上述问题，本发明旨在提供一种可自定义区域划分、带权随机返回解析记录，流量调度更为灵活的全网流量调度器。\n[0005] 为实现上述目的，所述全网流量调度器，包括协议处理模块以及数据库查询模块，所述协议处理模块，用于处理域名解析协议的相关内容；所述数据库查询模块包括处理器以及域名解析数据库，用于通过处理器对域名解析数据库进行查询，并将查询结果返回给所述协议处理模块，所述域名解析数据库包括区域数据库以及记录数据库，其中，所述区域数据库中记录有每一个IP地址在不同的域名下的区域信息，所述记录数据库记录每一个区域的域名解析记录，所述处理器根据IP地址以及域名信息在所述区域数据库中查询该IP地址在该域名下所对应的区域信息，再根据所得到的区域信息从所述记录数据库中查找与之相对应的域名解析记录，最后将所查找到的结果返回给所述协议处理模块。\n[0006] 本发明还提供一种全网流量调度系统，包括多个如上所述的全网流量调度器，所述多个全网流量调度器由同一个控制单元控制，其中的每一个全网流量调度器的域名解析数据库通过所述控制单元的数据库实现同步。\n[0007] 本发明还提供了一种使用如上所述的全网流量调度器查询域名解析记录的方法，该方法包括：查询开始后，所述全网流量调度器中的数据库查询模块根据所接收的域名以及发起域名解析请求的本地域名服务器的IP地址在所述域名解析数据库中查询该IP地址在该域名的域名解析记录，并将所述域名解析记录返回给所述全网流量调度器中的协议处理模块，并由所述协议处理模块对所述域名解析记录进行处理。\n[0008] 另外，本发明还提供了一种使用如上所述的全网流量调度器进行域名解析的方法，所述方法包括如下步骤：\n[0009] (1)本地域名服务器接收来自于用户的域名解析请求；\n[0010] (2)本地域名服务器将接受到的域名解析请求转发给网站域名服务器；\n[0011] (3)所述网站域名服务器对用户所输入的域名进行重命名，并将重新命名的域名返回给所述本地域名服务器；\n[0012] (4)所述本地域名服务器将所接收到的重新命名域名发送给所述全网流量调度器，请求所述全网流量调度器查询；\n[0013] (5)所述全网流量调度器使用如上所述的查询域名解析记录的方法，根据所接收的域名以及所述本地域名服务器的IP地址得出域名解析记录，并将所述域名解析记录返回给所述本地域名服务器；\n[0014] (6)所述本地域名服务器将所接受到的域名解析记录发送给用户。\n[0015] 本发明所述的全网流量调度器包括数据库查询模块，该模块使得重新设计数据结构和查询逻辑成为可能，因而全网流量调度器在此基础上实现了自定义区域划分、带权随机返回解析记录的功能。其次，本发明实现了对某一域名的自定义的区域划分，从而实现了更为灵活的流量调度。另外，本发明所述调度器拥有应用程序编程接口（API），用于通过外部程序修改域名解析数据库，以达到动态修改域名解析数据库的目的，从而避免了传统域名解析服务器在每次修改配置文件时都需要重新加载（reload）的繁琐操作。\n附图说明\n[0016] 图1示出了现有流量调度器的调度划分示意图；\n[0017] 图2示出了本发明所述的全网流量调度器的结构示意图；\n[0018] 图3示出了本发明所述的全网流量调度器自定义区域划分的示意图；\n[0019] 图4示出了本发明所述的全网流量调度器的调度划分示意图；\n[0020] 图5示出了本发明所述的全网流量调度系统的结构示意图；\n[0021] 图6为使用本发明所述的全网流量调度器动态地进行域名解析的示意图；\n[0022] 图7为使用本发明所述的全网流量调度器的数据库查询模块查询域名解析记录的示意图；\n[0023] 图8为使用本发明所述的全网流量调度器的数据库查询模块查询域名解析记录的流程图。\n[0024] 图9所示本发明所述的使用全网流量调度器动态地进行域名解析的方法的流程图。\n具体实施方式\n[0025] 如图2所示，本发明所述全网流量调度器1包括协议处理模块11以及数据库查询模块12，所述协议处理模块11，用于处理域名解析协议的相关内容；而所述数据库查询模块12则包括处理器121以及域名解析数据库122，其用于通过所述处理器121对域名解析数据库122进行查询，并将查询结果返回给所述协议处理模块11，所述域名解析数据库122进一步地包括区域数据库以及记录数据库，其中，所述区域数据库中记录有每一个IP地址在不同的域名下的区域信息，所述记录数据库记录每一个区域的域名解析记录，所述处理器根据IP地址以及域名信息在所述区域数据库中查询该IP地址在该域名下所对应的区域信息，再根据所得到的区域信息从所述记录数据库中查找与之相对应的域名解析记录，最后将所查找到的结果返回给所述协议处理模块。\n[0026] 进一步地，如图2所示，本发明所述的全网流量调度器还包括控制单元13，所述控制单元13与所述数据库查询模块12中的域名解析数据库22相连接用于对所述域名解析数据库122进行管理。\n[0027] 在本发明的一个较佳实施方式中，所述控制单元13以网站用户界面（Web UI）的形式得以呈现。\n[0028] 进一步地所述控制单元13还包括一个或多个应用程序编程接口（API），用于通过外部程序修改域名解析数据库，以达到动态修改域名解析数据库的目的，从而避免了传统域名解析服务器在每次修改配置文件时都需要重新加载（reload）的繁琐操作。\n[0029] 所述域名解析数据库包括区域数据库以及记录数据库，其中，所述区域数据库中记录有每一个IP地址在不同的域名下的区域信息。在所述区域数据库中进一步地包括有IP_地区表（IP_Location Table）、地区_区域表（Location_Region Table）、区域表（Region Table）以及域名表（Domain Table）。\n[0030] 其中，如表1所示，所述地区_区域表（Location_Region Table）中记录了地区与区域之间的对应关系，其中包括有序号（ID）、地区序号（Location_ID）以及区域序号（Region_ID）等项目。而所述IP_地区表（IP_Location Table）则记录有每一个IP地址所对应的地区。在本发明的一个较佳的实施方式中，所述地区的最小单位被划分到省（按照互联网服务提供商的不同而分别划分），多个地区被划分到同一个区域中，如图3所示，属于同一个互联网服务提供商的云南电信、四川电信以及陕西电信（地区）均被划分到西部电信（区域）中。而当出现一个新的位置的IP地址需要加入到所述区域数据库中时，直接将其添加到相对应的地区中即可，也就是在IP_地区表（IP_Location Table）中添加相对应的内容，如图3所示。\n[0031] \n[0032] 表1地区_区域表\n[0033] 如表2所示，所述区域表（Region Table）中记录有区域序号（Region_ID）、域名序号（Domain_ID）、区域名称（Region_Name）、是否为默认区域（Is_Default）、记录集在此区域中的返回策略（rr_Order）以及备注（Memo）等信息。其中，在本发明的一个较佳实施方式中，当所述是否为默认区域（Is_Default）中的值为“1”时，表示该区域为默认区域，而当所述是否为默认区域（Is_Default）中的值为“0”时，表示该区域不是默认区域；当所述记录集在此区域中的返回策略（rr_Order）中的值为“1”时，表示随机地返回查询到的记录，而当该值为“0”时，表示按权重对记录进行排列后带权随机地返回域名解析记录。\n[0034] \n[0035] 表2区域表\n[0036] 而如表3所示，所述域名表（Domain Table）中则记录有域名序号（Domain_ID）、域名（Domain_Name）、域名状态（Status）以及备注（Memo）等信息，其中，在本发明的一个较佳实施方式中，当所述域名状态（Status）为“1”时表示该域名的状态正常，而当所述域名状态（Status）为“0”时，则表示所述域名无法正常使用。\n[0037] \n[0038] 表3域名表\n[0039] 由此可见，所述全网流量调度器实现了对域名的自定义区域划分。如图4所示，域名“a.com”与“b.com”拥有不同的区域划分策略，从而实现了理灵活的流量调度。\n[0040] 而所述记录数据库则记录有与每一个区域相对应的域名解析记录，其中包括有区域记录表（Region_Record Table），如表4所示，所述区域记录表（Region_RecordTable）中记录有序号（ID）、记录类型（Record_Type）、记录内容（Record_Content）、生存周期（TTL）、记录权重（Record_Weight）、区域序号（Region_ID）以及备注（Memo）等信息。\n[0041] \n[0042] 表4区域记录表\n[0043] 进一步地，如图5所示，该图示出了本发明所述的全网流量调度系统，所述全网流量调度系统包括多个全网流量调度器，每一个全网流量调度器由同一个控制单元控制，而其中的每一个域名解析数据库通过所述控制单元控制的数据库实现同步，所述全网流量调度系统可进行横向扩展，共同分担查询请求，从而提高其可用性。\n[0044] 进一步地，本发明还提供了一种使用如上所述的全网流量调度器查询域名解析记录的方法，所述方法包括：查询开始后，所述全网流量调度器中的数据库查询模块根据所接收的域名以及发起域名解析请求的本地域名服务器的IP地址在所述域名解析数据库中查询该IP地址在该域名的域名解析记录，并将所述域名解析记录返回给所述全网流量调度器中的协议处理模块，并由所述协议处理模块对所述域名解析记录进行处理。\n[0045] 如图7所示，在本发明的一个较佳实施方式中，所述的查询域名解析记录的步骤进一步地包括如下步骤：\n[0046] (a)所述数据库查询模块的处理器根据所接收的本地域名服务器的IP地址在所述区域数据库中查询该IP地址在该域名下所对应的区域信息；\n[0047] (b)所述数据库查询模块的处理器再根据由步骤(a)所查询到的区域信息在所述记录数据库中查询所述域名在该区域的域名解析记录，并将查询到的记录返回给所述数据库查询模块的处理器，再进一步地返回给所述全网流量调度器中的协议处理模块。\n[0048] 而在本发明所述方法的具体实施过程中，每一个区域都拥有自己的解析结果和解析策略（参见表3中的“记录集在此区域中的返回策略（rr_order）”），在本发明的一个具体的实施方式中，当记录集在此区域中的返回策略（rr_order）中的值为“1”时，表示随机地返回查询到的记录，此时，数据库查询模块处理器会从所返回的记录集中随机选择一条记录返回给所述全网流量调度器中的协议处理模块，并由所述协议处理模块对所述域名解析记录进行处理；而当该值为“0”时，表示按权重对记录进行排列后带权随机地返回域名解析记录，此时，数据库查询模块处理器会按照预先设定在区域数据库中的权重值对所返回的记录集进行排序，并将排在靠前位置的记录返回给所述全网流量调度器中的协议处理模块，并由所述协议处理模块对所述域名解析记录进行处理。由此，当采用按权重对记录进行排列后带权随机地返回域名解析记录的方式返回域名解析记录的话，那么权重值越高的记录被返回的可能越大；而当采用随机返回域名解析记录的方式返回域名解析记录的话，那么各个记录被返回的概率相同。\n[0049] 如图8所示，在本发明的另外一个较佳实施方式中，所述的使用全网流量调度器根据所接收的域名以及所述本地域名服务器的IP地址查询域名解析记录的步骤具体地包括如下步骤：\n[0050] (a’)检验所接收到的域名是否可用，如果该域名不可用则不返回结果，如果该域名可用，则继续执行步骤(b’)；\n[0051] (b’)查询本地域名服务器IP地址的IP段，并判断所述IP段是否存在，如果所述IP段存在则继续执行步骤(c’)，如果不存在则将该未知的IP地址保存，并继续执行步骤(e’)；\n[0052] (c’)获取IP段所在此域名中的区域信息；\n[0053] (d’)判断由步骤(c’)所获得的区域信息是否存在，如果不存在则继续执行步骤(e’)，如果存在则执行步骤(f’)；\n[0054] (e’)查询所述域名是否存在默认区域信息，如果不存在则不返回结果，如果存在则执行步骤(f’)；\n[0055] (f’)按区域信息中设置的返回策略返回该区域中的记录。\n[0056] 而进一步地，所述步骤(c’)还包括：(c’.1)获取IP段所在的地区信息；(c’.2)获取由步骤(c’.1)所得到的地区信息在本域名中的区域信息。\n[0057] 再者，如图6、9所示，本发明所述的使用如上所述的全网流量调度器动态地进行域名解析的方法包括如下步骤：\n[0058] (1)本地域名服务器3接收来自于用户2的域名解析请求；\n[0059] (2)本地域名服务器3将接受到的域名解析请求转发给网站域名服务器4；\n[0060] (3)所述网站域名服务器4对用户2所输入的域名进行重命名，并将重新命名的域名返回给所述本地域名服务器3；\n[0061] (4)所述本地域名服务器3将所接收到的重新命名域名发送给所述全网流量调度器1，请求所述全网流量调度器1查询；\n[0062] (5)所述全网流量调度器1使用如上文所述的查询域名解析记录的方法，根据所接收的域名以及所述本地域名服务器的IP地址得出域名解析记录，并将所述域名解析记录返回给所述本地域名服务器3；\n[0063] (6)所述本地域名服务器3将所接受到的域名解析记录发送给用户2。\n[0064] 如图6所示，在本发明的一个较佳实施例中，用户向本地域名服务器发出请求，请求对img.test.com的域名进行解析，所述本地域名服务器在接收到自于用户的请求后将接受到的域名img.test.com转发给网站域名服务器（Authoritative DNS）；所述网站域名服务器对用户所输入的域名进行重命名，并将重新命名的域名img.test.gtm.com返回给所述本地域名服务器；本地域名服务器将重新命名域名img.test.gtm.com发送给所述全网流量调度器，请求所述全网流量调度器查询；所述全网流量调度器根据所接收的域名img.test.gtm.com以及所述本地域名服务器的IP地址得出域名解析记录1.1.1.1，并将所述域名解析记录返回给所述本地域名服务器；最后，所述本地域名服务器将所接受到的域名解析记录1.1.1.1发送给用户，用户直接访问1.1.1.1所对应的数据中心5。\n[0065] 在本发明所述的使用如上所述的全网流量调度器动态地进行域名解析的方法的具体实施过程中，每一个区域都拥有自己的解析结果和解析策略（参见表3中的“记录集在此区域中的返回策略（rr_order）”），在本发明的一个具体的实施方式中当记录集在此区域中的返回策略（rr_Order）中的值为“1”时，表示随机地返回查询到的记录，此时，数据库查询模块处理器会从所返回的记录集中随机选择一条记录返回给所述全网流量调度器中的协议处理模块，并由所述协议处理模块对所述域名解析记录进行处理，最后将该域名解析记录返回给所述本地域名服务器；而当该值为“0”时，表示按权重对记录进行排列后带权随机地返回域名解析记录，此时，数据库查询模块处理器会按照预先设定在区域数据库中的权重值对所返回的记录集进行排序，并将排在靠前位置的记录返回给所述全网流量调度器中的协议处理模块，并由所述协议处理模块对所述域名解析记录进行处理，最后将该域名解析记录返回给所述本地域名服务器。由此，当采用按权重对记录进行排列后带权随机地返回域名解析记录的方式返回域名解析记录的话，那么权重值越高的记录被返回的可能越大；而当采用随机返回域名解析记录的方式返回域名解析记录的话，那么各个记录被返回的概率相同。\n[0066] 在上文中所描述的实施方式中，在由所述网站域名服务器进行重命名的域名（img.test.gtm.com）中共配置了3个区域，所述三个区域（Region）分别为默认区域、西部电信区域和东部电信区域。其中在西部电信区域中又配置了相应的地区，包括四川电信、云南电信、陕西电信等，而在该区域下则配置了两条记录（Record），分别为1.1.1.1（权重为\n100）和2.2.2.2（权重为50），而与该区域相对应的区域表（Region Table）中的记录集返回策略（rr_Order）的数值为0，也就是说与该区域相对应的记录集返回策略为“wrr”，也就是带权随机策略。\n[0067] 而对于东部电信区域，其中所配置的地区有上海电信、江苏电信等等，该区域下也配置有两条记录（Record），分别为3.3.3.3和4.4.4.4，而与该区域相对应的区域表（Region Table）中的记录集返回策略（rr_Order）的数值为1，也就是说与该区域相对应的记录集返回策略为“rr”，也就是随机策略。\n[0068] 默认区域配置有记录1.1.1.1、2.2.2.2、3.3.3.3、4.4.4.4，而与该区域相对应的区域表（Region Table）中的记录集返回策略（rr_Order）的数值也为1，也就是说与该区域相对应的记录集返回策略为“rr”，也就是随机策略。\n[0069] 在上述具体实施例中，当某一个本地域名服务器向所述全网流量调度器查询img.test.gtm.com的解析记录时，所述全网流量调度器处理器获取到它的IP为5.5.5.5，在所述IP_Location表中查到与所述本地域名服务器的IP地址5.5.5.5相对应的地区为四川电信地区（四川电信Location），然后再在区域表（Region Table）中找到在域名img.test.gtm.com中配置的3个区域，随后再在地区_区域表（Location_Region Table）中确定所述四川电信地区（四川电信Location）被划分在上述3个区域中的哪一个区域。在本实施例中，四川电信地区（四川电信Location）具体地被划分在西部电信区域（西部电信Location）中。最后，在区域记录表中获取与所述西部电信区域（西部电信Location）相对应的记录。在本实施例中，与所述西部电信区域（西部电信Location）相对应的记录有两条，分别为1.1.1.1（权重为100）和2.2.2.2（权重为50）。\n[0070] 将上述两条记录返回给所述数据库查询模块处理器，由于上述该区域的记录集返回策略（rr_Order）为带权随机策略，所述处理器按照权重大小进行排列并在排列后返回解析记录。在本实施例中，所述两个解析记录的权重比为2：1，而有可能在3次查询中两次返回解析记录1.1.1.1，而仅有一次返回解析记录2.2.2.2。由此可见权重越大的解析记录被返回的概率越高；另一方面，查询的次数越多，返回各个解析记录的次数之比较接近于所述解析记录之间权重值之比。\n[0071] 进一步地，在本发明的又一个具体实施方式中，所述本地域名服务器将所接受到的域名解析记录存储到其缓存区域中，在所述域名解析记录的一个生存周期内，如同一用户再次向所述本地域名服务器就同一域名发出解析请求时，所述本地域名服务器直接将缓存区域中的域名解析记录发送给该用户，其中，所述生存周期是记录在所述全网流量调度器的记录数据库中，并且是在所述步骤（5）中随域名解析记录一同返回给所述本地域名服务器的。在本发明的一个较佳实施例中，所述生存周期为60秒。\n[0072] 优选地，所述名解析记录的生存周期为1分钟。如图6所示，在用户收到由所述本地域名服务器发来的域名解析记录1.1.1.1后的1分钟之内，如果该用户再次向所述本地域名服务器就域名img.test.com发出解析请求，此时本地域名服务器不再对该域名加以解析，而是直接将存储在缓存区域中的域名解析记录1.1.1.1直接发送给用户；而如果该用户在1分钟之后才向所述本地域名服务器就域名img.test.com发出解析请求，此时本地域名服务器必须重新通过全网流量调度器对该域名进行解析。\n[0073] 在本发明优选的实施方式中，所述全网流量调度器的数据库查询模块主要实现了以面的lookup函数以及get函数，其中，lookup函数实现了所述数据库查询模块的查询功能，而所述get函数则实现了将所lookup函数的查询结果返回给全网流量调度器的所述协议处理模块。\n[0074] \n[0075] \n[0076] 虽然通过实施例描绘了本发明，但本领域普通技术人员知道，在不脱离本发明的精神和实质的情况下，就可使本发明有许多变形和变化，本发明的范围由所附的权利要求来限定。