CN104253873B - 域名访问方法、终端及域名访问*** - Google Patents

Abstract

本发明提供了一种域名解析方法，所述方法包括：接收域名查询请求和终端IP地址；根据所述域名查询请求和终端IP地址获取用户所在地区和运营商信息；查询与所述运营商信息或与所述用户所在地区和运营商信息匹配的代理服务器地址，以及查询与所述运营商信息匹配的应用服务器地址。该方法能够加快域名解析速度，提供域名访问速度。此外，还提供了一种域名服务器、域名访问方法、***和终端。

Description

域名访问方法、终端及域名访问***

技术领域

本发明涉及互联网技术，特别是涉及一种域名解析方法、域名服务器、域名访问方法、***和终端。

背景技术

在访问域名前先要对域名进行解析，传统技术中，域名解析的工作通常由域名***（Domain Name System，DNS）负责，DNS是因特网的一项核心服务，它作为可以将域名和IP（Internet Protocol，网络之间互连的协议）地址相互映射的一个分布式数据库，能够使人更方便的访问互联网，而不用去记住能够被机器直接读取的IP数串。

然而，发明人发现现有技术中至少存在以下问题：

由于现有的域名***是一个分布式的数据库，按照现有的域名解析方法，如果本地的域名服务器无法解析出域名，则需要向其他域名服务器问询域名的解析，通过不断迭代，直到问询到为止。这样，就会造成很多的交互过程，从而降低了域名解析的速度，进而影响到域名访问的速度。

发明内容

基于此，有必要针对上述域名解析速度过低的问题，提供一种能够提高速度的域名解析方法、域名服务器、域名访问方法、***和终端。

一种域名解析方法，所述方法包括：

接收域名查询请求和终端IP地址；

根据所述域名查询请求和终端IP地址获取用户所在地区和运营商信息；

查询与所述运营商信息或与所述用户所在地区和运营商信息匹配的代理服务器地址，以及查询与所述运营商信息匹配的应用该服务器地址。

一种域名服务器，包括：

请求和IP地址接收模块，用于接收域名查询请求和终端IP地址；

属性获取模块，用于根据所述域名查询请求和终端IP地址获取用户所在地区和运营商信息；

代理服务器地址查询模块，用于查询与所述运营商信息或与所述用户所在地区和运营商信息匹配的代理服务器地址；

应用服务器地址查询模块，用于查询与所述运营商信息匹配的应用服务器地址。

一种域名访问方法，所述方法包括：

向域名服务器请求查询域名，接收所述域名服务器返回的应用服务器地址和代理服务器地址；

获取预先存储的链路信息，所述链路信息包含直连应用服务器和通过代理服务器连接应用服务器这两条链路对应的网络延迟的比较结果；

采用所述两条链路中网络延迟较小的链路连接与所述应用服务器地址对应的应用服务器，并向所述应用服务器发送数据处理请求。

一种终端，所述终端包括：

域名解析请求模块，用于向域名服务器请求查询域名，接收所述域名服务器返回的应用服务器地址和代理服务器地址；

链路信息获取模块，用于获取预先存储的链路信息，所述链路信息包含直连应用服务器和通过代理服务器连接应用服务器这两条链路对应的网络延迟的比较结果；

数据处理请求模块，用于采用所述两条链路中网络延迟较小的链路连接与所述应用服务器地址对应的应用服务器，向所述应用服务器发送数据处理请求。

一种域名访问***，所述***包括：

终端，用于向域名服务器发送域名查询请求和终端IP地址；

域名服务器，用于接收所述域名查询请求和终端IP地址，根据所述域名查询请求和终端IP地址获取用户所在地区和运营商信息，查询与所述运营商信息或与所述用户所在地区和运营商信息匹配的代理服务器地址，以及查询与所述运营商信息匹配的应用该服务器地址；

代理服务器，用于接收所述终端发送的数据包，将数据包转发至所述应用服务器，以及接收所述应用服务器返回的数据包，将所述返回的数据包返回至所述终端；

所述终端还用于接收所述域名服务器返回的应用服务器地址和代理服务器地址，获取预先存储的链路信息，其中，所述链路信息包含直连应用服务器和通过代理服务器连接应用服务器这两条链路对应的网络延迟的比较结果；

所述终端还用于采用所述两条链路中网络延迟较小的链路连接与所述应用服务器地址对应的应用服务器，并向所述应用服务器发送数据处理请求。

上述域名解析方法和域名服务器，根据域名查询请求和终端IP地址查询匹配的代理服务器地址和应用服务器地址，相对于现有技术，减少了交互过程，提高了域名的解析速度。上述域名访问方法、***和终端，通过选取链路信息中网络延迟较小的链路连接应用服务器，提高了域名访问的效率，使得终端能够更快速的接收到应用服务器返回的数据处理结果。

附图说明

图1为一个实施例中的域名解析方法的流程示意图；

图2为图1中步骤104的流程示意图；

图3为另一个实施例中的域名解析方法的流程示意图；

图4为一个实施例中的域名解析方法的应用场景图；

图5为再一个实施例中的域名解析方法的流程示意图；

图6为一个实施例中的域名服务器的结构框图；

图7为图6中属性获取模块的结构框图；

图8为另一个实施例中的域名服务器的结构框图；

图9为一个实施例中域名访问方法的流程示意图；

图10为另一个实施例中域名访问方法的流程示意图；

图11为一个实施例中的域名访问方法的应用场景图；

图12为一个实施例中的终端的结构框图；

图13为另一个实施例中的终端的结构框图；

图14为再一个实施例中的终端的结构框图；

图15为一个实施例中域名访问***的结构框图；

图16为另一个实施例中域名访问***的结构框图；

图17为再一个实施例中域名访问***的结构框图；

图18为一个实施例中访问域名的装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，在一个实施例中，提供了一种域名解析方法，该方法以应用在各种计算机中进行举例说明，这些计算机包括但不限于个人计算机、超级计算机、大型计算机或计算机集群等，该方法包括：

步骤102，接收域名查询请求和终端IP地址。

本实施例中，域名服务器可接收各种终端发送的域名查询请求和终端IP地址，这些终端包括但不限于台式计算机、膝上型便携计算机、个人数字助理、平板电脑、智能手机、电子书阅读器、MP3（Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3）或MP4（Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4）播放器、POS终端和车载电脑等。

步骤104，根据域名查询请求和终端IP地址获取用户所在地区和运营商信息。

域名查询请求中指定了请求查询的域名，此外，域名查询请求中还可指定运营商，根据域名查询请求可获取请求查询的域名和指定的运营商。在域名服务器中预先可设置全国的IP库，该IP库存储全国的IP地址，并精确到用户所在地区和运营商，其中，用户所在地区优选为用户所属省份。因此，可根据终端IP地址获取到对应该终端IP地址的用户所在地区和运营商。

在一个实施例中，如图2所示，步骤104具体包括：

步骤202，根据终端IP地址获取对应的用户所在地区和运营商。

本实施例中，可根据IP库中存储的IP地址获取到对应的用户所在地区和运营商。用户所在地区可为用户所属省份，运营商包括联通、电信和移动等。

步骤204，判断从域名查询请求中是否获取到指定的运营商，若是，则进入步骤206，否则进入步骤208。

步骤206，运营商信息包含指定的运营商。

步骤208，运营商信息包含根据终端IP地址获取到的运营商。

本实施例中，终端在发送域名查询请求时，可在域名查询请求中指定运营商，如果从域名查询请求中能够获取到指定的运营商，则运营商信息中的运营商为该指定的运营商；如果从域名查询请求中获取不到指定的运营商，则运营商信息中的运营商为根据终端IP地址获取到的运营商。

步骤106，查询与运营商信息或与用户所在地区和运营商信息匹配的代理服务器地址，以及查询与运营商信息匹配的应用服务器地址。

代理服务器地址可为代理服务器的IP地址，应用服务器地址可为应用服务器的IP地址。代理服务器即接入点，终端的数据处理请求可通过代理服务器再转发至应用服务器；应用服务器即终端上所运行的应用程序对应的服务器，用于处理终端发送的数据处理请求，并返回处理结果至终端。

具体的，在一个实施例中，步骤106中，可查询运营商与运营商信息中的运营商相同的代理服务器地址；或者，查询地区与用户所在地区相同，且运营商与运营商信息中的运营商相同的代理服务器地址。本实施例中，在域名服务器中预先也存储了大量的代理服务器地址，该地址精确到所属省份和运营商。

在一个实施例中，步骤106中，可获取与请求查询的域名对应的应用服务器地址；从与请求查询的域名对应的应用服务器地址中查询对应的运营商与运营商信息中的运营商相同的应用服务器地址。

本实施例中，在域名服务器中预先可存储域名和应用服务器地址的对应关系，其中一个域名可对应多个应用服务器地址，精确到所属省份和运营商。根据请求查询的域名可获取到对应的应用服务器地址，再从这些应用服务器地址中查询对应的运营商和运营商信息中的运营商相同的应用服务器地址。通过先 获取与域名对应的应用服务器地址，使得查询只在获取到的这些应用服务器地址中查询，提高了查询效率。

本实施例中，在接收到域名查询请求后，查询到代理服务器地址和应用服务器地址，并将查询到的代理服务器和应用服务器地址返回至终端，终端根据接收到的代理服务器地址和应用服务器地址，即可向对应的代理服务器或应用服务器发送数据处理请求。相对于现有技术，减少了交互过程，提高了域名的解析速度。

如图3所示，在另一个实施例中，提供了一种域名解析方法，包括：

步骤302，接收域名查询请求和终端IP地址。

步骤304，根据域名查询请求和终端IP地址获取用户所在地区和运营商信息。

步骤306，获取与请求查询的域名对应的应用服务器地址和测速服务器地址。测速服务器地址可为测速服务器的IP地址，本实施例中，测速服务器与应用服务器同机房部署，即在每个应用服务器所在的机房中都部署有对应的测速服务器。在域名服务器中可预先存储域名与测速服务器地址的对应关系，其中一个域名可对应一个测速服务器地址。

步骤308，查询与运营商信息或用户所在地区和运营商信息匹配的代理服务器地址。

步骤310，从与请求查询的域名对应的应用服务器地址中查询对应的运营商与运营商信息中的运营商相同的应用服务器地址。

本实施例中，获取到与域名对应的测速服务器地址，可将该测速服务器地址返回至终端，终端可通过不同链路访问测速服务器地址对应的测速服务器，比较对应的网络延迟，从而得到网络延迟较小的链路，以确定下一次访问应用服务器的链路。

下面以一个具体的应用场景来说明本发明实施例所提供的域名解析方法的原理。如图4所示，终端402向多个域名服务器404发送域名查询请求，优选的，可向同运营商的域名服务器404发送域名查询请求，由于所有域名服务器返回的结果是一致的，因此域名服务器404以最快得到的结果返回至终端402 即可。域名服务器404接收终端402发送的域名查询请求和终端IP地址，只要有一个域名服务器404最先查询到应用服务器地址、代理服务器地址和测速服务器地址，则将这些数据返回至终端402。终端402接收到这些数据，则可根据链路信息向对应的应用服务器发送数据处理请求（通过代理服务器连接应用服务器或者直连应用服务器），以及通过不同链路访问对应的测速服务器以得到网络延迟较小的链路。

如图5所示，在一个实施例中，提供的一种域名解析方法，包括：

步骤502，接收域名查询请求和终端IP地址。

步骤504，根据域名查询请求和终端IP地址获取对应的应用所在地区和运营商信息。

本实施例中，域名服务器根据终端IP地址获取到对应的用户所在地区和运营商，如果从域名查询请求中能够获取到指定的运营商，则运营商信息包含该指定的运营商，否则运营商信息包含与终端IP地址对应的运营商。

步骤506，根据域名获取对应的应用服务器地址和测速服务器地址。

步骤508，判断域名是否有配置，若是，进入步骤512，否则进入步骤510。

步骤510，返回特定错误码。

域名服务器判断域名是否有配置，也就是：判断是否根据域名能够获取到对应的应用服务器地址和测速服务器地址，如果获取不到，则向终端返回特定错误码，提示终端该域名无法访问。

步骤512，判断运营商是否已知，若是，则进入步骤516，否则进入步骤514。

步骤514，返回测速服务器地址和所有应用服务器地址。

域名服务器判断运营商是否已知，也就是：判断根据域名查询请求和终端IP地址是否能够获取到运营商，如果获取不到，则无法从与域名对应的应用服务器地址中查询出匹配的应用服务器地址，因此返回所有应用服务器地址和与域名对应的测速服务器地址。终端收到这些数据后，可随机选取一个应用服务器地址，向其对应的应用服务器发送数据处理请求。

步骤516，判断是否有同地区同运营商的代理服务器地址，若是，则进入步骤524，否则进入步骤518。

本实施例中，域名服务器查询是否存在地区与用户所在地区相同，且运营商与获取得到的运营商信息中的运营商相同的代理服务器地址，例如，用户所在地区为“广东”，获取到的运营商信息中的运营商为“移动”，则在所有的代理服务器地址中查询地区在“广东”、运营商为“移动”的地址，如果查询不到，则进入步骤518，否则进入步骤524。

步骤518，判断是否有同运营商的应用服务器地址，若是，则进入步骤522，否则进入步骤520。

步骤520，返回测速服务器地址和所有应用服务器地址。

如果查询不到同地区同运营商的代理服务器地址，且也查询不到有同运营商的应用服务器地址，如，运营商信息中的运营商为“移动”，而所有的的应用服务器地址都没有对应运营商为“移动”的地址。此时，则域名服务器向终端返回测速服务器地址和所有应用服务器地址。终端收到这些数据后，可随机选取一个应用服务器地址，向其对应的应用服务器发送数据处理请求。

步骤522，返回测速服务器地址和同运营商的应用服务器地址。

如果返回的同运营商的应用服务器地址为多个，则终端可随机选取一个，向其对应的应用服务器发送数据处理请求。

步骤524，判断是否有同运营商的应用服务器地址，若是，则进入步骤526，否则进入步骤528。

步骤526，返回测速服务器地址、同地区同运营商的代理服务器地址和同运营商的应用服务器地址。

如果同地区同运营商的代理服务器为多个，可随机选取一个，如果同运营商的应用服务器地址为多个，也可随机选取一个。

步骤528，返回测速服务器地址、所有应用服务器地址和同地区同运营商的代理服务器地址。

本实施例中，由于当查询到与用户同地区同运营商的代理服务器地址，且查询到与用户同运营商的应用服务器地址时，终端可向同地区同运营商的代理服务器或同运营商的应用服务器发送数据处理请求，这样，提高了数据处理的效率。

如图6所示，在一个实施例中，提供了一种域名服务器，包括：

请求和IP地址接收模块602，用于接收域名查询请求和终端IP地址.

属性获取模块604，用于根据域名查询请求和终端IP地址获取用户所在地区和运营商信息。

代理服务器地址查询模块606，用于查询与运营商信息或与用户所在地区和运营商信息匹配的代理服务器地址。

应用服务器地址查询模块608，用于查询与运营商信息匹配的应用服务器地址。

在一个实施例中，如图7所示，属性获取模块604包括：

终端IP地址处理模块604a，用于根据终端IP地址获取对应的用户所在地区和运营商。

运营商确定模块604b，用于判断从域名查询请求中是否获取到指定的运营商，若是，则运营商信息包含指定的运营商，否则运营商信息包含根据终端IP地址获取到的运营商。

在一个实施例中，代理服务器地址查询模块606用于查询运营商与所述运营商信息中的运营商相同的代理服务器地址；或用于查询地区与用户所在地区相同，且运营商与运营商信息中的运营商相同的代理服务器地址。

在一个实施例中，如图8所示，在图1所示实施例的基础上，域名服务器还包括：

测速服务器地址获取模块610，用于获取与请求查询的域名对应的测速服务器地址。

在一个实施例中，应用服务器地址查询模块608用于获取与请求查询的域名对应的应用服务器地址，从与请求查询的域名对应的应用服务器地址中查询对应的运营商与运营商信息中的运营商相同的应用服务器地址。

在一个实施例中，如图9所示，提供了一种域名访问方法，该方法以应用在各种终端中举例说明，这些终端包括但不限于台式计算机、膝上型便携计算 机、个人数字助理、平板电脑、智能手机、电子书阅读器、MP3（Moving Picture Experts Group Audio LayerIII，动态影像专家压缩标准音频层面3）或MP4（Moving Picture Experts Group AudioLayer IV，动态影像专家压缩标准音频层面4）播放器、POS终端和车载电脑等。该方法包括：

步骤902，向域名服务器请求查询域名，接收域名服务器返回的应用服务器地址和代理服务器地址。

本实施例中，终端可向域名服务器发送域名查询请求和终端IP地址，域名服务器接收到域名查询请求和终端IP地址后，根据域名查询请求和终端IP地址可获取到用户所在地区和运营商信息，进而能够查询到匹配的应用服务器地址和代理服务器地址，返回至终端，其中查询到的代理服务器地址可以是与运营商信息或与用户所在地区和运营商信息匹配的代理服务器地址，查询到的应用服务器地址可以是运营商信息匹配的应用服务器地址。关于域名服务器如何查询应用服务器地址和代理服务器地址如上所述，在此则不再赘述。

步骤904，获取预先存储的链路信息，该链路信息中包含直连应用服务器和通过代理服务器连接应用服务器这两条链路对应的网络延迟的比较结果。

本实施例中，可在终端预先存储链路信息，该链路信息为上一次终端访问同一域名进行测速后存储的比较结果，所谓测速，是指测试直连应用服务器和通过代理服务器连接应用服务器这两条链路对应的网络延迟，找出其中网络延迟较小的链路。

步骤906，采用两条链路中网络延迟较小的链路连接与应用服务器地址对应的应用服务器，并向应用服务器发送数据处理请求。

如果链路信息中，直连应用服务器的网络延迟较小，则直连与接收到的应用服务器地址对应的应用服务器，如果通过代理服务器连接应用服务器的网络延迟较小，则通过接收到的代理服务器地址对应的代理服务器连接与接收到的应用服务器地址对应应用服务器，即将数据处理请求发送至代理服务器，再由代理服务器转发至应用服务器。

本实施例中，通过选取链路信息中网络延迟较小的链路连接应用服务器，提高了域名访问的效率，使得终端能够更快速的接收到应用服务器返回的数据 处理结果。

在一个实施例中，上述域名访问方法，还包括：分别通过以下两条链路访问与应用服务器地址对应的应用服务器，比较这两条链路对应的网络延迟，根据比较结果更新链路信息：直连与应用服务器地址对应的应用服务器；通过与代理服务器地址对应的代理服务器连接应用服务器。

本实施例中，通过比较两条链路对应的网络延迟，可得到本次测速中网络延迟较小的链路，并根据比较结果更新链路信息，便于下次访问同一域名时，可采用该网络延迟较小的链路连接应用服务器，从而提高了访问速度。

在另一个实施例中，如图10所示，域名访问方法包括：

步骤1002，向域名服务器请求查询域名，接收域名服务器返回的应用服务器地址、代理服务器地址和测速服务器地址。

本实施例中，终端可向域名服务器请求查询域名，域名服务器查询应用服务器地址、代理服务器地址和测速服务器地址并返回至终端。具体如上所述，在此也不再赘述。

步骤1004，获取预先存储的链路信息，该链路信息中包含直连应用服务器和通过代理服务器连接应用服务器这两条链路对应的网络延迟的比较结果。

本实施例中，链路信息对应域名存储，链路信息中的比较结果是上一次访问该域名时进行测速多得到的比较结果。

步骤1006，采用两条链路中网络延迟更小的链路连接与应用服务器地址对应的应用服务器，并向应用服务器发送数据处理请求。

步骤1008，分别通过以下两条链路访问与测速服务器地址对应的测速服务器，比较这两条链路对应的网络延迟，根据比较结果更新链路信息：直连与测速服务器地址对应的测速服务器；通过与代理服务器地址对应的代理服务器连接测速服务器。

本实施例中，测速服务器与应用服务器部署在同一机房中，因此在考虑网络延迟的情况下，访问测速服务器与访问应用服务器是同等的。具体的，终端通过不同的链路访问测速服务器，一条是直连，即终端直接向测速服务器发送测速数据包，测速服务器在接收到测速数据包后立即返回测速应答包；一条是 通过代理服务器连接，即终端向代理服务器发送测速数据包，代理服务器将测速数据包转发至测速服务器，测速服务器收到测速数据包后立即返回测速应答包至代理服务器，代理服务器将测速应答包转发至终端。终端通过比较这两条链路从发送测速数据包到收到测速应答包的时间，可得到网络延迟更小的链路。

进一步的，为了降低网络波动的偶然因素，终端可进行多轮的收发数据包，然后取收发数据包的时间的均值，得到均值更小的链路。本实施例中，在得到网络延迟更小的链路后，可对应域名更新终端存储的链路信息，以便下次访问同一域名时，可采用该网络延迟更小的链路连接应用服务器。

本实施例中，终端通过不同链路访问测速服务器，通过对两条链路对应的网络延迟的比较，得到网络延迟更小的链路，使得下次访问同一域名时，能够以更快的速度访问应用服务器。由于应用服务器的处理逻辑通常对于终端来说是透明的，通过不同链路访问测速服务器，能够更准确的得到网络延迟的情况，从而能更准确的提供网络延迟更小的链路。

下面以一个具体的应用场景来描述本发明实施例所提供的域名访问方法，如图11所示，终端1102向域名服务器1104请求查询域名，具体的，可向同运营商的域名服务器1104请求查询域名，域名服务器1104一查询到匹配的代理服务器地址、应用服务器地址和测速服务器地址，则返回至终端1102，终端1102根据本地存储的链路信息确定访问应用服务器1108的链路，如链路信息中，通过代理服务器1106连接应用服务器1108对应的网络延迟较小，则终端1102通过接收到的代理服务器地址对应的代理服务器1106连接与接收到的应用服务器地址对应的应用服务器1108，向代理服务器1106发送数据处理请求，代理服务器1106接收到数据处理请求，将其转发至应用服务器1108，应用服务器1108对数据处理请求进行处理，将处理结果返回至代理服务器1106，代理服务器1106再将处理结果返回至终端1102。此外，终端1102还通过两条链路访问与接收到的测速服务器地址对应的测速服务器1110，测速服务器1110与应用服务器1108同机房部署，这两条链路分别为：终端1102直接访问测速服务器1110；终端1102通过代理服务器1106访问测速服务器1110，比较这两条链路对应的网络延迟，得到网络延迟较小的链路，更新本地存储的链路信息。

如图12所示，在一个实施例中，提供了一种终端，包括：

域名解析请求模块1202，用于向域名服务器请求查询域名，接收域名服务器返回的应用服务器地址和代理服务器地址。

链路信息获取模块1204，用于获取预先存储的链路信息，链路信息包含直连应用服务器和通过代理服务器连接应用服务器这两条链路对应的网络延迟的比较结果。

数据处理请求模块1206，用于采用两条链路中网络延迟较小的链路连接与应用服务器地址对应的应用服务器，向应用服务器发送数据处理请求。

在一个实施例中，如图13所示，在图12所示实施例的基础上，终端还包括：

第一链路信息更新模块1208，用于分别通过以下两条链路访问与应用服务器地址对应的应用服务器，比较这两条链路对应的网络延迟，根据比较结果更新链路信息：直连与应用服务器地址对应的应用服务器；通过与代理服务器地址对应的代理服务器连接应用服务器。

在另一个实施例中，域名解析服务器1202用于接收域名服务器返回的测速服务器地址。如图14所示，图12所示实施例的基础上，终端还包括：

第二链路信息更新模块1210，用于分别通过以下两条链路访问与测速服务器地址对应的测速服务器，比较这两条链路对应的网络延迟，根据比较结果更新链路信息：直连与测速服务器地址对应的测速服务器；通过与代理服务器地址对应的代理服务器连接测速服务器。

如图15所示，在一个实施例中，还提供了一种域名访问***，包括：

终端1302，用于向域名服务器1304发送域名查询请求和终端IP地址。

域名服务器1304，用于接收域名查询请求和终端IP地址，根据域名查询请求和终端IP地址获取用户所在地区和运营商信息，查询与运营商信息或与用户所在地区和运营商信息匹配的代理服务器地址，以及查询与运营商信息匹配的应用该服务器地址。

代理服务器1306，用于接收终端1302发送的数据包，将数据包转发至应用服务器，以及接收应用服务器返回的数据包，将返回的数据包返回至终端1302。

本实施例中，终端1302还用于接收域名服务器1304返回的应用服务器地址和代理服务器地址，获取预先存储的链路信息，其中，链路信息包含直连应用服务器和通过代理服务器连接应用服务器这两条链路对应的网络延迟的比较结果。

本实施例中，终端1302还用于采用两条链路中网络延迟较小的链路连接与应用服务器地址对应的应用服务器，并向应用服务器发送数据处理请求。

在一个实施例中，如图16所示，在图15所示实施例的基础上，域名访问***还包括：

应用服务器1308，用于接收终端1302或代理服务器1306发送的用户数据包，对用户数据包进行处理后，返回处理数据包至终端1302或代理服务器1306。

本实施例中，应用服务器1308还用于接收终端1302或代理服务器1306发送的测速数据包，返回测速应答包至终端1302或代理服务器1306。

在一个实施例中，如图17所示，在图16所示实施例的基础上，域名访问***还包括：

测速服务器1310，与应用服务器1308部署在同机房，用于接收终端1302或代理服务器1306发送的测速数据包，立即向终端1302或代理服务器13-6返回测速应答包。

本实施例中，域名服务器1304还用于获取与请求查询的域名对应的测速服务器地址。终端1302还用于接收域名服务器1304返回的测速服务器地址，分别通过以下两条链路访问与测速服务器地址对应的测速服务器1310，比较这两条链路对应的网络延迟，根据比较结果更新链路信息：直连与测速服务器地址对应的测速服务器1310；通过与代理服务器地址对应的代理服务器1306连接测速服务器1310。

在一个实施例中，代理服务器1306还用于接收终端1302发送的测速数据包，将测速数据包转发至测速服务器1310，以及接收测速服务器1310返回的测速应答包，将测速应答包返回至终端1302。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory，ROM）或随机存储记忆体（Random AccessMemory，RAM）等。

本发明实施例还提供了另一种访问域名的装置，如图18所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该终端可以为包括手机、平板电脑、PDA（Personal Digital Assistant，个人数字助理）、POS（Point of Sales，销售终端）、车载电脑等任意终端设备，以终端为手机为例：

图18示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图18，手机包括：射频（Radio Frequency，RF）电路1810、存储器1820、输入单元1830、显示单元1840、传感器1850、音频电路1860、无线保真（wireless fidelity，WiFi）模块1870、处理器1880、以及电源1890等部件。本领域技术人员可以理解，图18中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图18对手机的各个构成部件进行具体的介绍：

RF电路1810可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1880处理；另外，将设计上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器（Low NoiseAmplifier，LNA）、双工器等。此外，RF电路1810还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯***（GlobalSystem of Mobile communication，GSM）、通用分组无线服务（General Packet RadioService，GPRS）、码分多址（Code Division Multiple Access，CDMA）、宽带码分多址（Wideband Code Division Multiple Access,WCDMA）、长期演进（Long Term Evolution,LTE）)、电子邮件、短消息服务（Short Messaging Service，SMS）等。

存储器1820可用于存储软件程序以及模块，处理器1880通过运行存储在存储器1820的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1820可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可存储根据手机的使用所创建的数据（比如音频数据、电话本等）等。此外，存储器1820可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1830可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1830可包括触控面板1831以及其他输入设备1832。触控面板1831，也称为触摸屏，可收集用户在其上或附近的触摸操作（比如用户使用手指、触笔等任何适合的物体或附件在触控面板1831上或在触控面板1831附近的操作），并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1831可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1880，并能接收处理器1880发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1831。除了触控面板1831，输入单元1830还可以包括其他输入设备1832。具体地，其他输入设备1832可以包括但不限于物理键盘、功能键（比如音量控制按键、开关按键等）、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1840可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1840可包括显示面板1841，可选的，可以采用液晶显示器（LiquidCrystal Display，LCD）、有机发光二极管（Organic Light-Emitting Diode,OLED）等形式来配置显示面板1841。进一步的，触控面板1831可覆盖显示面板1841，当触控面板1831检测到在其上或附近的触摸操作后，传送给处理器1880以确定触摸事件的类型，随后处理器1180根据触摸事件的类型在显示面板1841上提供相应的视觉输出。虽然在图18中，触控面板1831与显示面板1841 是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1831与显示面板1841集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器1850，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1841的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1841和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上（一般为三轴）加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用（比如横竖屏切换、相关游戏、磁力计姿态校准）、振动识别相关功能（比如计步器、敲击）等;至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路1860、扬声器1861，传声器1862可提供用户与手机之间的音频接口。音频电路1860可将接收到的音频数据转换后的电信号，传输到扬声器1861，由扬声器1861转换为声音信号输出；另一方面，传声器1862将收集的声音信号转换为电信号，由音频电路1860接收后转换为音频数据，再将音频数据输出处理器1880处理后，经RF电路1810以发送给比如另一手机，或者将音频数据输出至存储器1820以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块1870可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图18示出了WiFi模块1870，但是可以理解的是，其并不属于手机1800的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器1880是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1820内的软件程序和/或模块，以及调用存储在存储器1820内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1880可包括一个或多个处理单元；优选的，处理器1880可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1880中。

手机还包括给各个部件供电的电源1890（比如电池），优选的，电源可以通过电源管理***与处理器1880逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本发明实施例中，该终端所包括的处理器1880还具有以下功能：向域名服务器请求查询域名，接收域名服务器返回的应用服务器地址和代理服务器地址；获取预先存储的链路信息，该链路信息中包含直连应用服务器和通过代理服务器连接应用服务器这两条链路对应的网络延迟的比较结果；采用两条链路中网络延迟较小的链路连接与应用服务器地址对应的应用服务器，并向应用服务器发送数据处理请求。

在一个实施例中，处理器1880还具有以下功能：分别通过以下两条链路访问与应用服务器地址对应的应用服务器，比较这两条链路对应的网络延迟，根据比较结果更新链路信息：直连与应用服务器地址对应的应用服务器；通过与代理服务器地址对应的代理服务器连接应用服务器。

在一个实施例中，处理器1880还具有以下功能：接收域名服务器返回的测速分武器地址；分别通过以下两条链路访问与测速服务器地址对应的测速服务器，比较这两条链路对应的网络延迟，根据比较结果更新链路信息：直连与测速服务器地址对应的测速服务器；通过与代理服务器地址对应的代理服务器连接测速服务器。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (8)

1.一种域名访问方法，所述方法包括：

向域名服务器请求查询域名，接收所述域名服务器返回的应用服务器地址和代理服务器地址；

获取预先存储的链路信息，所述链路信息包含直连应用服务器和通过代理服务器连接应用服务器这两条链路对应的网络延迟的比较结果；

采用所述两条链路中网络延迟较小的链路连接与所述应用服务器地址对应的应用服务器，并向所述应用服务器发送数据处理请求；

所述方法还包括：分别通过以下两条链路访问所述与应用服务器地址对应的应用服务器，比较这两条链路对应的网络延迟，根据比较结果更新所述链路信息：直连所述与应用服务器地址对应的应用服务器；通过与所述代理服务器地址对应的代理服务器连接所述应用服务器。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述域名服务器返回的测速服务器地址；

分别通过以下两条链路访问与所述测速服务器地址对应的测速服务器，比较这两条链路对应的网络延迟，根据比较结果更新所述链路信息：

直连所述与测速服务器地址对应的测速服务器；

通过与所述代理服务器地址对应的代理服务器连接所述测速服务器。

3.一种终端，其特征在于，所述终端包括：

域名解析请求模块，用于向域名服务器请求查询域名，接收所述域名服务器返回的应用服务器地址和代理服务器地址；

链路信息获取模块，用于获取预先存储的链路信息，所述链路信息包含直连应用服务器和通过代理服务器连接应用服务器这两条链路对应的网络延迟的比较结果；

数据处理请求模块，用于采用所述两条链路中网络延迟较小的链路连接与所述应用服务器地址对应的应用服务器，向所述应用服务器发送数据处理请求；

所述终端还包括：第一链路信息更新模块，用于分别通过以下两条链路访问所述与应用服务器地址对应的应用服务器，比较这两条链路对应的网络延迟，根据比较结果更新所述链路信息：直连所述与应用服务器地址对应的应用服务器；通过与所述代理服务器地址对应的代理服务器连接所述应用服务器。

4.根据权利要求3所述的终端，其特征在于，所述域名解析请求模块还用于接收所述域名服务器返回的测速服务器地址；

所述终端还包括：

第二链路信息更新模块，用于分别通过以下两条链路访问与所述测速服务器地址对应的测速服务器，比较这两条链路对应的网络延迟，根据比较结果更新所述链路信息：

直连所述与测速服务器地址对应的测速服务器；

通过与所述代理服务器地址对应的代理服务器连接所述测速服务器。

5.一种域名访问***，其特征在于，所述***包括：

终端，用于向域名服务器发送域名查询请求和终端IP地址；

域名服务器，用于接收所述域名查询请求和终端IP地址，根据所述域名查询请求和终端IP地址获取用户所在地区和运营商信息，查询与所述运营商信息或与所述用户所在地区和运营商信息匹配的代理服务器地址，以及查询与所述运营商信息匹配的应用服务器地址；

代理服务器，用于接收所述终端发送的数据包，将数据包转发至与所述应用服务器地址对应的应用服务器，以及接收所述应用服务器返回的数据包，将所述返回的数据包返回至所述终端；

所述终端还用于接收所述域名服务器返回的应用服务器地址和代理服务器地址，获取预先存储的链路信息，其中，所述链路信息包含直连应用服务器和通过代理服务器连接应用服务器这两条链路对应的网络延迟的比较结果；

所述终端还用于采用所述两条链路中网络延迟较小的链路连接与所述应用服务器地址对应的应用服务器，并向所述应用服务器发送数据处理请求；

所述终端还用于分别通过以下两条链路访问所述与应用服务器地址对应的应用服务器，比较这两条链路对应的网络延迟，根据比较结果更新所述链路信息：直连所述与应用服务器地址对应的应用服务器；通过与所述代理服务器地址对应的代理服务器连接所述应用服务器。

6.根据权利要求5所述的***，其特征在于，所述***还包括：

应用服务器，用于接收所述终端或所述代理服务器发送的用户数据包，对所述用户数据包进行处理后，返回处理数据包至所述终端或代理服务器；

所述应用服务器还用于接收所述终端或所述代理服务器发送的测速数据包，返回测速应答包至所述终端或代理服务器。

7.根据权利要求6所述的***，其特征在于，所述***还包括：

测速服务器，与所述应用服务器部署在同机房，用于接收所述终端或代理服务器发送的测速数据包，立即向所述终端或代理服务器返回所述测速应答包；

所述域名服务器还用于获取与请求查询的域名对应的测速服务器地址；

所述终端还用于接收所述域名服务器返回的测速服务器地址；分别通过以下两条链路访问与所述测速服务器地址对应的测速服务器，比较这两条链路对应的网络延迟，根据比较结果更新所述链路信息：

直连所述与测速服务器地址对应的测速服务器；

通过与所述代理服务器地址对应的代理服务器连接所述测速服务器。

8.根据权利要求7所述的***，其特征在于，所述代理服务器还用于接收所述终端发送的测速数据包，将测速数据包转发至所述测速服务器，以及接收所述测速服务器返回的测速应答包，将所述测速应答包返回至所述终端。