CN107154959A - 一种访问网络地址的方法与设备 - Google Patents

一种访问网络地址的方法与设备 Download PDF

Info

Publication number
CN107154959A
CN107154959A CN201710118035.9A CN201710118035A CN107154959A CN 107154959 A CN107154959 A CN 107154959A CN 201710118035 A CN201710118035 A CN 201710118035A CN 107154959 A CN107154959 A CN 107154959A
Authority
CN
China
Prior art keywords
access
network address
information
network
record
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.)
Pending
Application number
CN201710118035.9A
Other languages
English (en)
Inventor
陈思羽
傅海雯
吴国钊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Publication of CN107154959A publication Critical patent/CN107154959A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/101—Server selection for load balancing based on network conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1023—Server selection for load balancing based on a hash applied to IP addresses or costs

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请的目的是提供一种访问网络地址的方法与设备，用户发出的目标访问请求无法快速、顺利地实现访问的问题；包括获取用户提交的目标访问请求；在与所述目标访问请求对应的多个网络地址中，确定访问性能最优的目标网络地址；访问所述目标网络地址。与现有技术相比，本申请中，所述设备获取用户提交的目标访问请求，并在与所述目标访问请求对应的多个网络地址中，为该目标访问请求匹配访问性能最优的目标网络地址，从而为用户提供了访问速度较快、访问性能更加稳定的目标网络地址，降低了用户访问的延迟、丢包率，提升了用户的访问体验。

Description

一种访问网络地址的方法与设备
技术领域
本申请涉及计算机领域，尤其涉及一种访问网络地址的技术。
背景技术
随着互联网的发展，用户对于对网络访问体验有了更高的要求，但受限于多种运营商线路类型和网络环境质量不同的影响，不同用户设备发出的相同的访问请求，由于用户设备本身的差异、或是基于实际访问的网络地址不同，访问速度、访问成功率也存在差异，对于大批量用户的访问体验和服务高可用的保障越来越难以实现。
现有技术中，已有的智能DNS(Domain Name System，域名系统)解析方案可以通过判断访问者的源IP地址所属运营商类型来选择目标服务器的IP地址来提升访问体验。但是受到本地DNS缓存时间的限制，等待时间较长，效果并不理想，若目标地址出现不可访问，那么客户端只能被动等待。
发明内容
本申请的目的是提供一种访问网络地址的方法与设备，以解决用户发出的目标访问请求无法快速、顺利地实现访问的问题。
根据本申请的一个方面，提供了一种访问网络地址的方法，包括：
获取用户提交的目标访问请求；
在与所述目标访问请求对应的多个网络地址中，确定访问性能最优的目标网络地址；
访问所述目标网络地址。
根据本申请的另一方面，还提供了一种访问网络地址的设备，包括：
目标访问请求获取装置，用于获取用户提交的目标访问请求；
目标网络地址确定装置，用于在与所述目标访问请求对应的多个网络地址中，确定访问性能最优的目标网络地址；
访问装置，用于访问所述目标网络地址。
根据本申请的另一方面，还提供了一种访问网络地址的设备，其中，所述设备包括：
处理器；
以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：
获取用户提交的目标访问请求；
在与所述目标访问请求对应的多个网络地址中，确定访问性能最优的目标网络地址；
访问所述目标网络地址。
与现有技术相比，本申请中，所述设备获取用户提交的目标访问请求，并在与所述目标访问请求对应的多个网络地址中，为该目标访问请求匹配访问性能最优的目标网络地址，从而为用户提供了访问速度较快、访问性能更加稳定的目标网络地址，降低了用户访问的延迟、丢包率，提升了用户的访问体验。
进一步，本申请通过对基于所述访问性能确定的目标网络地址进行检测，以确定所述目标网络地址当前访问状况是否正常，若是该目标网络地址当前访问状况正常，则进行对应访问；若是该目标网络地址当前访问状况异常，则会基于所述访问性能为该目标访问请求重新确定所述目标网络地址，直至重新确定的所述目标网络地址对应的当前访问状况正常。由此，可以在提升用户访问体验的同时，保障了目标网络地址的高可用性。
进一步，在本申请的优选实施例中，将基于各个网络地址的访问响应信息，有目的地更新对应网络地址的访问性能信息，以保证基于本申请为目标访问请求优选地目标网络地址的准确性较高。
进一步，在本申请的优选实施例中，基于所述访问延迟信息和所述访问丢包率信息，结合所述访问延迟信息和所述访问丢包率信息的权重比，确定所述网络地址记录中对应网络地址的访问性能信息。在此，以数据传输的延迟信息和丢包率信息作为访问性能信息的计算参数，可以有效地为用户选择出相对更稳定、速度更快的目标访问地址，从而提升用户的访问体验。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：
图1示出根据本申请一个方面的一种访问网络地址的设备示意图；
图2示出根据本申请一个优选实施例的一种访问网络地址的设备示意图；
图3示出根据本申请另一个方面的一种访问网络地址的方法流程图；
图4示出根据本申请一个优选实施例的一种访问网络地址的方法流程图；
图5示出根据本申请一个优选实施例的一种访问网络地址的方法的实例图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本申请作进一步详细描述。
在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
图1示出根据本申请一个方面的一种访问网络地址的设备1的示意图。其中，所述设备1包括目标访问请求获取装置11、目标网络地址确定装置12和访问装置13。在此，所述目标访问请求获取装置11获取用户提交的目标访问请求；所述目标网络地址确定装置12在与所述目标访问请求对应的多个网络地址中，确定访问性能最优的目标网络地址；所述访问装置13访问所述目标网络地址。
具体地，所述目标访问请求获取装置11获取用户提交的目标访问请求。在此，所述设备1包括各种智能终端设备，如各种个人计算机、移动智能手机等。在此，所述目标访问请求可以是用户使用移动设备端、如智能手机的第三方应用程序发起的访问请求，或是用户基于个人计算机的应用程序发起的访问请求。在此，优选地，用户可以通过设备1的交互界面，提交相应的目标访问请求，例如，手动输入、或是点击目标访问请求对应的域名信息等；又如，点击界面上目标访问请求对应的超链接等。
接着，所述目标网络地址确定装置12在与所述目标访问请求对应的多个网络地址中，确定访问性能最优的目标网络地址。在此，所述网络地址可以是目标访问服务器对应的IP(Internet Protocol，网络之间互连的协议)地址，还可以是目标访问服务器对应的域名信息。在此，本申请的一个优选场景是，所述目标访问请求对应多台可访问服务器，即对应多个网络地址。例如，用户提交一个待访问的域名，则该目标访问请求对应有多个可访问服务器，每个服务器有各自的IP地址。在此，同一个目标访问请求对应的所述多个网络地址还可以对应不同的网络环境，例如，各个网络地址可以对应不同的运营商网络，或是对应不同的物理地域。在此，理论上，所述目标访问请求可能被路由到对应的所述多个网络地址中的任意一个。但是实际应用中，随机选择的所述网络地址的可用性、可用效率并不一定能满足用户要求。在此，本申请通过比较与所述目标访问请求对应的多个网络地址，将访问性能最优的网络地址确定为所述目标网络地址。在此，所述访问性能的确定，可以以包括但不限于响应网络地址响应访问请求的延迟信息、该网络地址响应访问请求的丢包率信息等一个或多个因素作为参数。
接着，所述访问装置13访问所述目标网络地址。在此，将所述访问性能最优的目标网络地址，确定为所述目标访问请求将访问的服务器对应的网络地址，从而将目标访问请求发送至该目标网络端地址。
在本申请中，所述设备1获取用户提交的目标访问请求，并在与所述目标访问请求对应的多个网络地址中，为该目标访问请求匹配访问性能最优的目标网络地址，从而为用户提供了访问速度较快、访问性能更加稳定的目标网络地址，降低了用户访问的延迟、丢包率，提升了用户的访问体验。
在一个优选实施例中，所述设备1还包括检测装置(未示出)，所述检测装置检测所述目标网络地址对应的当前访问状况；其中，访问装置13在所述目标网络地址对应的当前访问状况正常时，访问所述目标网络地址。
具体地，在此，由于所述设备1到目标网络地址的访问网络状况实时都在变化，为了最大限度的保障所选择的目标网络地址的可用性，进一步降低所选择的目标网络地址访问异常的概率，所述检测装置可以对所述目标网络地址对应的当前访问状况进行检测。例如，基于所述目标网络地址后，实时向所述目标网络地址发送Ping(Packet InternetGrope，因特网包探索器)命令、或TraceRoute(路由追踪)命令等，以检测所述目标网络地址当前的网络状况：包括但不限于网络访问的速度信息、网络访问对应的数据传输的完整性信息、是否有其他网络访问故障等状态信息。在此，当基于所述检测，所述目标网络地址对应的当前访问状况正常时，所述访问装置13即会访问所述目标网络地址。优选地，所述检测装置还用于：若所述目标网络地址对应的当前访问状况异常，从所述目标访问请求对应的多个网络地址中重新确定所述目标网络地址，直至重新确定的所述目标网络地址对应的当前访问状况正常。
具体地，在此，若是基于所述检测操作，发现所述目标访问地址有访问状况异常，此时若是依然向该目标访问地址发送用户的所述目标访问请求，则出现访问故障，例如访问延迟、或是访问丢包等的可能性较大，此时为了保障实际访问中、所访问网络地址的高可用性，可以为用户重新确定一个当前所述目标访问地址之外的、与所述目标访问请求对应的其他网络地址作为新的目标网络地址。在此，优选地，依然可以参考所述其他网络地址的访问性能，确定访问性能最优的网络地址为新的目标网络地址。接着，再对新的目标网络地址进行对应的所述当前访问状况的检测。若是依然出现该新的目标网络地址的当前访问状况异常情况，则再次重新确定，直至最终所确定的目标网络地址通过了所述当前访问状况的检测。继而，所述访问装置13会向该访问状况正常的所述目标网络地址发起相应的目标访问请求。
基于本实施例的一个举例如下：当所述设备1向所述目标网络地址发起Ping包检测时，若是所述目标网络地址又应答则会记录延时信息，如果所述目标网络地址没有应答则会显示timeout。所述检测，优选地，可以基于ICMP协议实现，以保证较高效率。此外，还可以基于HTTP协议，向目标地址发送HTTP请求，例如，如果返回200则代表目标地址正常，同时记录请求响应时间，返回404、500等状态码时则代表目标地址异常。
在本实施例中，本申请通过对基于所述访问性能确定的目标网络地址进行检测，以确定所述目标网络地址当前访问状况是否正常，若是该目标网络地址当前访问状况正常，则进行对应访问；若是该目标网络地址当前访问状况异常，则会基于所述访问性能为该目标访问请求重新确定所述目标网络地址，直至重新确定的所述目标网络地址对应的当前访问状况正常。由此，可以在提升用户访问体验的同时，保障了目标网络地址的高可用性。
图2示出根据本申请一个优选实施例的一种访问网络地址的设备1示意图。
在此，所述设备1包括目标访问请求获取装置11’、目标网络地址确定装置12’和访问装置13’。其中，所述目标网络地址确定装置12’包括网络地址确定单元121’和目标网络地址确定单元122’。
在此，所述目标访问请求获取装置11’获取用户提交的目标访问请求；网络地址确定单元121’基于所述目标访问请求，从当前设备1存储的网络地址记录中确定所述目标访问请求对应的多个网络地址，其中，所述网络地址记录包含每个网络地址对应的访问性能信息；目标网络地址确定单元122’基于所述访问性能信息，确定访问性能最优的目标网络地址；所述访问装置13’访问所述目标网络地址。在此，所述目标访问请求获取装置11’、所述访问装置13’与图1示出的目标访问请求获取装置11、所述访问装置13内容相同或基本相同，在此不再赘述，并以引用方式包含于此。
具体地，在所述目标访问请求获取装置11’获取用户提交的目标访问请求后，所述网络地址确定单元121’基于所述目标访问请求，从当前设备1存储的网络地址记录中确定所述目标访问请求对应的多个网络地址，其中，所述网络地址记录包含每个网络地址对应的访问性能信息。在此，所述网络地址记录中包含了各个网络地址，以及与其对应的各个网络地址的访问性能信息。在此，所述访问性能信息的确定，可以以包括但不限于响应网络地址响应访问请求的延迟信息、该网络地址响应访问请求的丢包率信息等一个或多个因素作为参数。优选地，所述访问性能信息可以体现为一个或一组具体的数值信息。在此，优选地，所述网络地址记录可以以文件形式存在，如xml格式文件，或是json格式文件等，例如，设置一个List.xml文件来表示所述网络地址记录，其中，所述文件记录了各个网络地址、各个网络地址的访问性能信息、以及两者的映射关系。例如，所述网络地址记录中包含一个IP地址为122.0.20.*的网络地址，其对应的访问性能信息记录为value值为20的一个具体数值信息。在此，所述网络地址记录中所记录的网络地址，可以是当前设备1历史访问请求所对应的各个网络地址；还可以是预先配置好的常用网络地址、或是预计所述设备1可能使用的网络地址。在此，优选地，所述网络地址记录中所记录的网络地址可以基于实际需要进行调整或更新。进一步，优选地，可以为所述每个网络地址的访问性能信息设置初始值，该访问性能信息可以是预先设置的默认值，优选地，可以设置各个网络地址对应的服务器的初始值相同。进一步，优选地，首次访问可以选择默认排序在最前面的一个网络地址进行访问。在此，默认的所述初始值的设定可以参考该网络地址的历史网络状态。在此，所述设备1可以从其他第三方设备、或是数据库中读取所述网络地址记录以使用；或者，优选地，如本实施例中描述的，将所述网络地址记录存储在当前设备1中，当获取所述目标访问请求时，直接从当前设备存储的网络地址记录中确定。
接着，所述目标网络地址确定单元122’基于所述访问性能信息，确定访问性能最优的目标网络地址。在此，基于所述网络地址记录，对所述目标访问请求对应的多个网络地址的访问性能信息进行比较所确定的访问性能最优的网络地址，即为被选择的目标网络地址。
进一步，在一个优选实施例中，所述设备1还包括访问响应信息获取装置14’和访问性能信息更新装置15’。其中访问响应信息获取装置14’获取所述网络地址记录中网络地址的访问响应信息；访问性能信息更新装置15’根据所述访问响应信息更新所述网络地址记录中对应网络地址的访问性能信息。
具体地，所述访问响应信息包括但不限于网络访问的速度信息、网络访问对应的数据传输的完整性信息等信息，与此相对应，在此，优选地，所述访问响应信息包括但不限于访问延迟信息、访问丢包率信息中的一个或多个。在此，所述访问响应信息获取装置14’获取的访问响应信息可以是来源于所述设备1定期、或是不定期地向所述网络地址记录中的网络地址发送相应的访问探测命令所反馈的探测结果，例如，向所述网络地址发送Ping命令、或TraceRoute命令等，以所述Ping命令为例，可以设置向所述网络地址定期发送Ping命令，一次Ping命令还可以包括一个或多个探测包，进而获取所述Ping命令对应的Ping延迟、或是Ping丢包率。或者，所述访问响应信息获取装置14’还可以通过所述设备1基于用户的历史访问请求所对应的访问所述目标网络地址的实际情况，如实际的网络访问的速度信息、网络访问对应的数据传输的完整性信息等信息来确定所述访问响应信息。
接着，所述访问性能信息更新装置15’根据所述访问响应信息更新所述网络地址记录中对应网络地址的访问性能信息。在此，所述访问响应信息可以反映所述网络访问的速度信息、网络访问对应的数据传输的完整性信息等信息，具体到访问延迟信息、访问丢包率信息等，基于这些信息，可以有效地衡量出目标网络地址所要考量的访问性能信息。在此，优选地，所述访问响应信息的获取可以是一次或多次，此外，所获取的访问响应信息的类型、各类型访问响应信息的获取周期、以及所述网络地址记录对应的更新周期都可以基于用户需要进行调整设置。进而，可以基于所述访问响应信息，灵活地设置所述网络地址记录的更新周期，以实现所述访问性能信息的更新。
在本实施例中，所述设备1将基于各个网络地址的访问响应信息，有目的地更新对应网络地址的访问性能信息，以保证基于本申请为目标访问请求优选地目标网络地址的准确性较高。
进一步，优选地，所述访问性能信息更新装置15’基于所述访问延迟信息和所述访问丢包率信息，结合所述访问延迟信息和所述访问丢包率信息的权重比，确定所述网络地址记录中对应网络地址的访问性能信息。
具体地，为了更好地比较所述目标访问请求对应的多个网络地址的访问性能，基于所述访问响应信息对所述访问性能信息进行量化，在此，优选地，所述访问响应信息包括所述访问延迟信息和所述访问丢包率信息。以所述访问响应信息对应为Ping访问延迟和Ping访问丢包率为例，在此，以value值指代所述访问性能信息，则一个可用量化公式举例为：
value值＝Ping访问延迟*权重1+Ping访问丢包率*1000*权重2，
其中，所述权重1、权重2分别为所述Ping访问延迟信息、所述Ping访问丢包率信息对应的权重信息，所述权重1+权重2＝1，例如，所述权重1为40％，所述权重2为60％，在此，所述权重1和权重2可以综合体现为相应的权重比，该权重比可以基于需要进行调整，其中，基于权重比中权重小的参数，对于最终访问性能信息的影响相对较小；其中，所述*表示参数间乘积关系，在此，所述Ping访问延迟以具体的延迟时间计算，例如，Ping访问延迟30ms；所述Ping访问丢包率以百分比形式表示，例如，Ping访问丢包率1％，进而，基于上述举例数值，所述value值＝30*40％+1％*1000*60％＝18，即得出量化的所述网络地址的的访问性能信息。进而，基于计算出的各个所述网络地址的访问性能信息更新所述网络地址记录，例如前述的所述List.xml的文件。
进一步，在本优选实施例中，基于所述访问延迟信息和所述访问丢包率信息，结合所述访问延迟信息和所述访问丢包率信息的权重比，确定所述网络地址记录中对应网络地址的访问性能信息。在此，以数据传输的延迟信息和丢包率信息作为访问性能信息的计算参数，可以有效地为用户选择出相对更稳定、速度更快的目标访问地址，从而提升用户的访问体验。
在一个优选实施例中，所述访问响应信息获取装置14’基于预设的信息获取周期，获取所述网络地址记录中网络地址的访问响应信息。
具体地，在此，所述访问响应信息的信息获取周期，例如所述访问延迟信息、或是所述访问丢包率信息的信息获取周期，均可以基于需要预先设置，或是实时调整。例如，设置每隔T1时间获取所述访问延迟信息、或是每隔T2时间获取所述访问丢包率信息。进一步，当需要获取多种类型的访问响应信息时，例如，需要获得所述访问延迟信息和所述访问丢包率信息时，两类信息的所述信息获取周期可以基于需要，例如监控敏感度的需要，相同、或是不同，例如，均设置T3时间获取一次所述访问延迟信息和所述访问丢包率信息。进一步，若是设置自动获取程序，则可以优选地，基于所述信息获取周期，定时获得各个所述访问响应信息。
在一个优选实施例中，所述访问响应信息获取装置14’获取所述网络地址记录中网络地址的多次访问响应信息；其中，所述访问性能信息更新装置15’根据所述多次访问响应信息更新所述网络地址记录中对应网络地址的访问性能信息。
具体地，在实际应用中，为了提高所述访问性能信息准确性，对所述网络地址记录中访问性能信息更新将会优选地采纳多次访问响应信息。所述多次访问响应信息可以是所述设备1在一定时间内向所述对应的网络设备发出多次访问探测命令，例如，所述设备1定期、或是不定期地向所述网络地址记录中的网络地址发送相应的访问探测命令所反馈的探测结果，例如，向所述目标网络地址发送Ping命令，每一次Ping命令将对应一次访问响应信息。进一步，优选地，若每一次Ping命令包含多个Ping探测包，则每一次Ping命令也可以相应地、对应多次访问响应信息。
接着，所述访问性能信息更新装置15’根据所述多次访问响应信息更新所述网络地址记录中对应网络地址的访问性能信息。在此，可以基于多次访问响应信息的结果综合确定所述访问性能信息。例如，设置每获得n次访问响应信息，则基于该n次访问响应信息确定需要更新的所述网络地址记录中对应网络地址的访问性能信息，例如，V＝A1*V1+A2*V2+…+An*Vn，在此，所述V指代为最终更新确定的所述网络地址记录中的访问性能信息，所述V1、V2、…、Vn分别对应相应的1次、2次…至n次访问响应信息对应的访问性能信息，所述A1、A2、…、An分别对应于各次访问响应信息对应的访问性能信息在综合计算更新所述网络地址记录中的访问性能信息时的比重信息，此时，优选地，A1+A2+…+An＝1。由此可知，在本实施例中，可以灵活设置需要考虑的多次访问响应信息的具体次数信息、以及每一次访问响应信息的比重，例如，可以设置An>……>A2>A1，由此，可以增加最近一次的访问响应信息的比重。又如，还可以设置An＝……＝A2＝A1，以此来默认每一次访问响应信息对整体的影响是比重是相同的。
基于此，优选地，所述访问性能信息更新装置15’包括平均访问响应信息确定单元(未示出)和访问性能信息更新单元(未示出)。其中，所述平均访问响应信息确定单元根据所述多次访问响应信息确定平均访问响应信息；所述访问性能信息更新单元基于所述平均访问响应信息更新所述网络地址记录中对应网络地址的访问性能信息。在此，当所述设备1获取的所述网络地址记录中网络地址的访问响应信息不止一次时，可以基于需要设置，确定所述多次访问响应信息对应的平均访问响应信息。例如，所述设备1获取了k次访问响应信息，进而，所述访问性能信息更新单元基于所述k次访问响应信息的平均值确定出相应的访问性能信息以更新所述网络地址记录中对应网络地址的访问性能信息。在此，优选地，若是需要基于k次访问响应信息的平均值进行所述网络地址记录的更新，则所述网络地址记录的更新周期需要大于k此访问响应信息获取的整体时间。进一步，若是存在多种访问响应信息，例如，同时需要所述访问延迟信息和所述访问丢包率信息，而其各自的信息获取周期不同，则优选地，以所述信息获取周期较大的整体时间为参考确定所述网络地址记录的更新周期。
图3示出根据本申请另一个方面的一种访问网络地址的方法流程图。其中，所述方法还包括步骤S31、步骤S32和步骤S33。其中，在步骤S31中，所述设备1获取用户提交的目标访问请求；在步骤S32中，所述设备1在与所述目标访问请求对应的多个网络地址中，确定访问性能最优的目标网络地址；在步骤S33中，所述设备1所述访问装置13访问所述目标网络地址。
具体地，在步骤S31中，所述设备1获取用户提交的目标访问请求。在此，所述设备1包括各种智能终端设备，如各种个人计算机、移动智能手机等。在此，所述目标访问请求可以是用户使用移动设备端、如智能手机的第三方应用程序发起的访问请求，或是用户基于个人计算机的应用程序发起的访问请求。在此，优选地，用户可以通过设备1的交互界面，提交相应的目标访问请求，例如，手动输入、或是点击目标访问请求对应的域名信息等；又如，点击界面上目标访问请求对应的超链接等。
接着，在步骤S32中，所述设备1在与所述目标访问请求对应的多个网络地址中，确定访问性能最优的目标网络地址。在此，所述网络地址可以是目标访问服务器对应的IP(Internet Protocol，网络之间互连的协议)地址，还可以是目标访问服务器对应的域名信息。在此，本申请的一个优选场景是，所述目标访问请求对应多台可访问服务器，即对应多个网络地址。例如，用户提交一个待访问的域名，则该目标访问请求对应有多个可访问服务器，每个服务器有各自的IP地址。在此，同一个目标访问请求对应的所述多个网络地址还可以对应不同的网络环境，例如，各个网络地址可以对应不同的运营商网络，或是对应不同的物理地域。在此，理论上，所述目标访问请求可能被路由到对应的所述多个网络地址中的任意一个。但是实际应用中，随机选择的所述网络地址的可用性、可用效率并不一定能满足用户要求。在此，本申请通过比较与所述目标访问请求对应的多个网络地址，将访问性能最优的网络地址确定为所述目标网络地址。在此，所述访问性能的确定，可以以包括但不限于响应网络地址响应访问请求的延迟信息、该网络地址响应访问请求的丢包率信息等一个或多个因素作为参数。
接着，在步骤S33中，所述设备1访问所述目标网络地址。在此，将所述访问性能最优的目标网络地址，确定为所述目标访问请求将访问的服务器对应的网络地址，从而将目标访问请求发送至该目标网络端地址。
在本申请中，所述设备1获取用户提交的目标访问请求，并在与所述目标访问请求对应的多个网络地址中，为该目标访问请求匹配访问性能最优的目标网络地址，从而为用户提供了访问速度较快、访问性能更加稳定的目标网络地址，降低了用户访问的延迟、丢包率，提升了用户的访问体验。
在一个优选实施例中，所述方法还包括步骤S36(未示出)，在步骤S36中，所述设备1检测所述目标网络地址对应的当前访问状况；其中，在步骤S33中，所述设备1在所述目标网络地址对应的当前访问状况正常时，访问所述目标网络地址。
具体地，在此，由于所述设备1到目标网络地址的访问网络状况实时都在变化，为了最大限度的保障所选择的目标网络地址的可用性，进一步降低所选择的目标网络地址访问异常的概率，在步骤S36中，所述设备1可以对所述目标网络地址对应的当前访问状况进行检测。例如，基于所述目标网络地址后，实时向所述目标网络地址发送Ping(PacketInternet Grope，因特网包探索器)命令、或TraceRoute(路由追踪)命令等，以检测所述目标网络地址当前的网络状况：包括但不限于网络访问的速度信息、网络访问对应的数据传输的完整性信息、是否有其他网络访问故障等状态信息。在此，当基于所述检测，所述目标网络地址对应的当前访问状况正常时，在步骤S33中，所述设备1即会访问所述目标网络地址。
优选地，在步骤S36中，所述设备1还用于：若所述目标网络地址对应的当前访问状况异常，从所述目标访问请求对应的多个网络地址中重新确定所述目标网络地址，直至重新确定的所述目标网络地址对应的当前访问状况正常。
具体地，在此，若是基于所述检测操作，发现所述目标访问地址有访问状况异常，此时若是依然向该目标访问地址发送用户的所述目标访问请求，则出现访问故障，例如访问延迟、或是访问丢包等的可能性较大，此时为了保障实际访问中、所访问网络地址的高可用性，可以为用户重新确定一个当前所述目标访问地址之外的、与所述目标访问请求对应的其他网络地址作为新的目标网络地址。在此，优选地，依然可以参考所述其他网络地址的访问性能，确定访问性能最优的网络地址为新的目标网络地址。接着，再对新的目标网络地址进行对应的所述当前访问状况的检测。若是依然出现该新的目标网络地址的当前访问状况异常情况，则再次重新确定，直至最终所确定的目标网络地址通过了所述当前访问状况的检测。继而，在步骤S33中，所述设备1会向该访问状况正常的所述目标网络地址发起相应的目标访问请求。
基于本实施例的一个举例如下：当所述设备1向所述目标网络地址发起Ping包检测时，若是所述目标网络地址又应答则会记录延时信息，如果所述目标网络地址没有应答则会显示timeout。所述检测，优选地，可以基于ICMP协议实现，以保证较高效率。此外，还可以基于HTTP协议，向目标地址发送HTTP请求，例如，如果返回200则代表目标地址正常，同时记录请求响应时间，返回404、500等状态码时则代表目标地址异常。
在本实施例中，本申请通过对基于所述访问性能确定的目标网络地址进行检测，以确定所述目标网络地址当前访问状况是否正常，若是该目标网络地址当前访问状况正常，则进行对应访问；若是该目标网络地址当前访问状况异常，则会基于所述访问性能为该目标访问请求重新确定所述目标网络地址，直至重新确定的所述目标网络地址对应的当前访问状况正常。由此，可以在提升用户访问体验的同时，保障了目标网络地址的高可用性。
图4示出根据本申请一个优选实施例的一种访问网络地址的方法流程图。
在此，所述方法包括步骤S41、步骤S42和步骤S43，其中，所述步骤S42包括步骤S421和步骤S422。
在此，在步骤S41中，所述设备1获取用户提交的目标访问请求；在步骤S421中，所述设备1基于所述目标访问请求，从当前设备1存储的网络地址记录中确定所述目标访问请求对应的多个网络地址，其中，所述网络地址记录包含每个网络地址对应的访问性能信息；在步骤S422中，所述设备1基于所述访问性能信息，确定访问性能最优的目标网络地址；在步骤S43中，所述设备1访问所述目标网络地址。在此，所述步骤S41、步骤S43与图3示出的步骤S31、步骤S33内容相同或基本相同，在此不再赘述，并以引用方式包含于此。
具体地，在所述设备1获取用户提交的目标访问请求后，在步骤S421中，所述设备1基于所述目标访问请求，从当前设备1存储的网络地址记录中确定所述目标访问请求对应的多个网络地址，其中，所述网络地址记录包含每个网络地址对应的访问性能信息。在此，所述网络地址记录中包含了各个网络地址，以及与其对应的各个网络地址的访问性能信息。在此，所述访问性能信息的确定，可以以包括但不限于响应网络地址响应访问请求的延迟信息、该网络地址响应访问请求的丢包率信息等一个或多个因素作为参数。优选地，所述访问性能信息可以体现为一个或一组具体的数值信息。在此，优选地，所述网络地址记录可以以文件形式存在，如xml格式文件，或是json格式文件等，例如，设置一个List.xml文件来表示所述网络地址记录，其中，所述文件记录了各个网络地址、各个网络地址的访问性能信息、以及两者的映射关系。例如，所述网络地址记录中包含一个IP地址为122.0.20.*的网络地址，其对应的访问性能信息记录为value值为20的一个具体数值信息。在此，所述网络地址记录中所记录的网络地址，可以是当前设备1历史访问请求所对应的各个网络地址；还可以是预先配置好的常用网络地址、或是预计所述设备1可能使用的网络地址。在此，优选地，所述网络地址记录中所记录的网络地址可以基于实际需要进行调整或更新。进一步，优选地，可以为所述每个网络地址的访问性能信息设置初始值，该访问性能信息可以是预先设置的默认值，优选地，可以设置各个网络地址对应的服务器的初始值相同。进一步，优选地，首次访问可以选择默认排序在最前面的一个网络地址进行访问。在此，默认的所述初始值的设定可以参考该网络地址的历史网络状态。在此，所述设备1可以从其他第三方设备、或是数据库中读取所述网络地址记录以使用；或者，优选地，如本实施例中描述的，将所述网络地址记录存储在当前设备1中，当获取所述目标访问请求时，直接从当前设备存储的网络地址记录中确定。
接着，在步骤S422中，所述设备1基于所述访问性能信息，确定访问性能最优的目标网络地址。在此，基于所述网络地址记录，对所述目标访问请求对应的多个网络地址的访问性能信息进行比较所确定的访问性能最优的网络地址，即为被选择的目标网络地址。
进一步，在一个优选实施例中，所述方法还包括步骤S44和步骤S45。在步骤S44中，所述设备1获取所述网络地址记录中网络地址的访问响应信息；在步骤S45中，所述设备1根据所述访问响应信息更新所述网络地址记录中对应网络地址的访问性能信息。
具体地，所述访问响应信息包括但不限于网络访问的速度信息、网络访问对应的数据传输的完整性信息等信息，与此相对应，在此，优选地，所述访问响应信息包括但不限于访问延迟信息、访问丢包率信息中的一个或多个。在此，在步骤S44中，所述设备1获取的访问响应信息可以是来源于所述设备1定期、或是不定期地向所述网络地址记录中的网络地址发送相应的访问探测命令所反馈的探测结果，例如，向所述网络地址发送Ping命令、或TraceRoute命令等，以所述Ping命令为例，可以设置向所述网络地址定期发送Ping命令，一次Ping命令还可以包括一个或多个探测包，进而获取所述Ping命令对应的Ping延迟、或是Ping丢包率。或者，还可以通过所述设备1基于用户的历史访问请求所对应的访问所述目标网络地址的实际情况，如实际的网络访问的速度信息、网络访问对应的数据传输的完整性信息等信息来确定所述访问响应信息。
接着，在步骤S45中，所述设备1根据所述访问响应信息更新所述网络地址记录中对应网络地址的访问性能信息。在此，所述访问响应信息可以反映所述网络访问的速度信息、网络访问对应的数据传输的完整性信息等信息，具体到访问延迟信息、访问丢包率信息等，基于这些信息，可以有效地衡量出目标网络地址所要考量的访问性能信息。在此，优选地，所述访问响应信息的获取可以是一次或多次，此外，所获取的访问响应信息的类型、各类型访问响应信息的获取周期、以及所述网络地址记录对应的更新周期都可以基于用户需要进行调整设置。进而，可以基于所述访问响应信息，灵活地设置所述网络地址记录的更新周期，以实现所述访问性能信息的更新。
在本实施例中，所述设备1将基于各个网络地址的访问响应信息，有目的地更新对应网络地址的访问性能信息，以保证基于本申请为目标访问请求优选地目标网络地址的准确性较高。
进一步，优选地，在步骤S45中，所述设备1基于所述访问延迟信息和所述访问丢包率信息，结合所述访问延迟信息和所述访问丢包率信息的权重比，确定所述网络地址记录中对应网络地址的访问性能信息。
具体地，为了更好地比较所述目标访问请求对应的多个网络地址的访问性能，基于所述访问响应信息对所述访问性能信息进行量化，在此，优选地，所述访问响应信息包括所述访问延迟信息和所述访问丢包率信息。以所述访问响应信息对应为Ping访问延迟和Ping访问丢包率为例，在此，以value值指代所述访问性能信息，则一个可用量化公式举例为：
value值＝Ping访问延迟*权重1+Ping访问丢包率*1000*权重2，
其中，所述权重1、权重2分别为所述Ping访问延迟信息、所述Ping访问丢包率信息对应的权重信息，所述权重1+权重2＝1，例如，所述权重1为40％，所述权重2为60％，在此，所述权重1和权重2可以综合体现为相应的权重比，该权重比可以基于需要进行调整，其中，基于权重比中权重小的参数，对于最终访问性能信息的影响相对较小；其中，所述*表示参数间乘积关系，在此，所述Ping访问延迟以具体的延迟时间计算，例如，Ping访问延迟30ms；所述Ping访问丢包率以百分比形式表示，例如，Ping访问丢包率1％，进而，基于上述举例数值，所述value值＝30*40％+1％*1000*60％＝18，即得出量化的所述网络地址的的访问性能信息。进而，基于计算出的各个所述网络地址的访问性能信息更新所述网络地址记录，例如前述的所述List.xml的文件。
进一步，在本优选实施例中，基于所述访问延迟信息和所述访问丢包率信息，结合所述访问延迟信息和所述访问丢包率信息的权重比，确定所述网络地址记录中对应网络地址的访问性能信息。在此，以数据传输的延迟信息和丢包率信息作为访问性能信息的计算参数，可以有效地为用户选择出相对更稳定、速度更快的目标访问地址，从而提升用户的访问体验。
在一个优选实施例中，在步骤S44中，所述设备1基于预设的信息获取周期，获取所述网络地址记录中网络地址的访问响应信息。
具体地，在此，所述访问响应信息的信息获取周期，例如所述访问延迟信息、或是所述访问丢包率信息的信息获取周期，均可以基于需要预先设置，或是实时调整。例如，设置每隔T1时间获取所述访问延迟信息、或是每隔T2时间获取所述访问丢包率信息。进一步，当需要获取多种类型的访问响应信息时，例如，需要获得所述访问延迟信息和所述访问丢包率信息时，两类信息的所述信息获取周期可以基于需要，例如监控敏感度的需要，相同、或是不同，例如，均设置T3时间获取一次所述访问延迟信息和所述访问丢包率信息。进一步，若是设置自动获取程序，则可以优选地，基于所述信息获取周期，定时获得各个所述访问响应信息。
在一个优选实施例中，在步骤S44中，所述设备1获取所述网络地址记录中网络地址的多次访问响应信息；其中，在步骤S45中，所述设备1根据所述多次访问响应信息更新所述网络地址记录中对应网络地址的访问性能信息。
具体地，在实际应用中，为了提高所述访问性能信息准确性，对所述网络地址记录中访问性能信息更新将会优选地采纳多次访问响应信息。所述多次访问响应信息可以是所述设备1在一定时间内向所述对应的网络设备发出多次访问探测命令，例如，所述设备1定期、或是不定期地向所述网络地址记录中的网络地址发送相应的访问探测命令所反馈的探测结果，例如，向所述目标网络地址发送Ping命令，每一次Ping命令将对应一次访问响应信息。进一步，优选地，若每一次Ping命令包含多个Ping探测包，则每一次Ping命令也可以相应地、对应多次访问响应信息。
接着，在步骤S45中，所述设备1根据所述多次访问响应信息更新所述网络地址记录中对应网络地址的访问性能信息。在此，可以基于多次访问响应信息的结果综合确定所述访问性能信息。例如，设置每获得n次访问响应信息，则基于该n次访问响应信息确定需要更新的所述网络地址记录中对应网络地址的访问性能信息，例如，V＝A1*V1+A2*V2+…+An*Vn，在此，所述V指代为最终更新确定的所述网络地址记录中的访问性能信息，所述V1、V2、…、Vn分别对应相应的1次、2次…至n次访问响应信息对应的访问性能信息，所述A1、A2、…、An分别对应于各次访问响应信息对应的访问性能信息在综合计算更新所述网络地址记录中的访问性能信息时的比重信息，此时，优选地，A1+A2+…+An＝1。由此可知，在本实施例中，可以灵活设置需要考虑的多次访问响应信息的具体次数信息、以及每一次访问响应信息的比重，例如，可以设置An>……>A2>A1，由此，可以增加最近一次的访问响应信息的比重。又如，还可以设置An＝……＝A2＝A1，以此来默认每一次访问响应信息对整体的影响是比重是相同的。
基于此，优选地，所述步骤S45包括步骤S451(未示出)和步骤S452(未示出)。其中，在步骤S451中，所述设备1根据所述多次访问响应信息确定平均访问响应信息；在步骤S452中，所述设备1基于所述平均访问响应信息更新所述网络地址记录中对应网络地址的访问性能信息。在此，当所述设备1获取的所述网络地址记录中网络地址的访问响应信息不止一次时，可以基于需要设置，确定所述多次访问响应信息对应的平均访问响应信息。例如，所述设备1获取了k次访问响应信息，进而，所述访问性能信息更新单元基于所述k次访问响应信息的平均值确定出相应的访问性能信息以更新所述网络地址记录中对应网络地址的访问性能信息。在此，优选地，若是需要基于k次访问响应信息的平均值进行所述网络地址记录的更新，则所述网络地址记录的更新周期需要大于k此访问响应信息获取的整体时间。进一步，若是存在多种访问响应信息，例如，同时需要所述访问延迟信息和所述访问丢包率信息，而其各自的信息获取周期不同，则优选地，以所述信息获取周期较大的整体时间为参考确定所述网络地址记录的更新周期。
图5示出根据本申请一个优选实施例的一种访问网络地址的方法的实例图。
具体地，所述用户设备基于用户提交的目标访问请求，到存储有多个IP，以及各个IP对应的访问性能信息的List.xml文件中，去获取目标IP，在此，如图示出，假设所述List.xml文件中记录的与所述目标访问请求对应的IP有4个，即122.0.20.*、202.12.0.*、61.53.0.*、211.13.0.*，与之分别对应的访问性能信息由数值信息value值表示，所述value值首次记录时，会以预设的初始值表示，后续，会基于需要设置更新。在此，所述value值的更新公式为：value值＝Ping访问延迟*40％+Ping访问丢包率*1000*60％，其中，通过向上述各个网络地址发送相应的Ping命令，并获取反馈的访问延迟和丢包率，所述40％和60％分别为所述访问延迟和所述丢包率在计算中的权重，在此，所述value值越小，则对应的Ping访问延迟越短或Ping访问丢包率越低，相应的访问性能较优。基于此更新方式，在所述用户设备获取所述用户提交的目标访问请求时，所述List.xml文件中记录的与上述4个IP对应的value值分别是value:20、value:30、value:30、value:40。进而，确定所述value值为20的IP122.0.20.*为访问性能最优的目标IP。接着，所述用户设备向所述目标IP发起检测，以确定所述目标IP的当前访问情况。若所述目标IP对应的当前访问状况正常，访问所述目标IP；若所述目标IP对应的当前访问状况异常，则从所述目标访问请求对应的多个IP中重新确定所述目标IP，直至重新确定的所述目标IP对应的当前访问状况正常。最后，对检测正常的所述目标IP进行访问。
此外，本申请还提供了一种访问网络地址的设备，其中，所述设备包括：
处理器；
以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：
获取用户提交的目标访问请求；
在与所述目标访问请求对应的多个网络地址中，确定访问性能最优的目标网络地址；
访问所述目标网络地址。
对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (21)

1.一种访问网络地址的方法，其中，所述方法包括：
获取用户提交的目标访问请求；
在与所述目标访问请求对应的多个网络地址中，确定访问性能最优的目标网络地址；
访问所述目标网络地址。
2.根据权利要求1所述的方法，其中，所述方法还包括：
检测所述目标网络地址对应的当前访问状况；
其中，访问所述目标网络地址包括：
若所述目标网络地址对应的当前访问状况正常，访问所述目标网络地址。
3.根据权利要求2所述的方法，其中，所述检测所述目标网络地址对应的当前访问状况还包括：
若所述目标网络地址对应的当前访问状况异常，从所述目标访问请求对应的多个网络地址中重新确定所述目标网络地址，直至重新确定的所述目标网络地址对应的当前访问状况正常。
4.根据权利要求1至3中任一项所述的方法，其中，所述在与所述目标访问请求对应的多个网络地址中，确定访问性能最优的目标网络地址包括：
基于所述目标访问请求，从当前设备存储的网络地址记录中确定所述目标访问请求对应的多个网络地址，其中，所述网络地址记录包含每个网络地址对应的访问性能信息；
基于所述访问性能信息，确定访问性能最优的目标网络地址。
5.根据权利要求4所述的方法，其中，所述方法还包括：
获取所述网络地址记录中网络地址的访问响应信息；
根据所述访问响应信息更新所述网络地址记录中对应网络地址的访问性能信息。
6.根据权利要求5所述的方法，其中，所述访问响应信息包括以下至少一项：
访问延迟信息
访问丢包率信息。
7.根据权利要求6所述的方法，其中，所述根据所述访问响应信息更新所述网络地址记录中对应网络地址的访问性能信息包括：
基于所述访问延迟信息和所述访问丢包率信息，结合所述访问延迟信息和所述访问丢包率信息的权重比，确定所述网络地址记录中对应网络地址的访问性能信息。
8.根据权利要求5所述的方法，其中，所述获取所述网络地址记录中网络地址的访问响应信息包括：
基于预设的信息获取周期，获取所述网络地址记录中网络地址的访问响应信息。
9.根据权利要求5所述的方法，其中，所述获取所述网络地址记录中网络地址的访问响应信息包括：
获取所述网络地址记录中网络地址的多次访问响应信息；
其中，所述根据所述访问响应信息更新所述网络地址记录中对应网络地址的访问性能信息包括：
根据所述多次访问响应信息更新所述网络地址记录中对应网络地址的访问性能信息。
10.根据权利要求9所述的方法，其中，所述根据所述访问响应信息更新所述网络地址记录中对应网络地址的访问性能信息包括：
根据所述多次访问响应信息确定平均访问响应信息；
基于所述平均访问响应信息更新所述网络地址记录中对应网络地址的访问性能信息。
11.一种访问网络地址的设备，其中，所述设备包括：
目标访问请求获取装置，用于获取用户提交的目标访问请求；
目标网络地址确定装置，用于在与所述目标访问请求对应的多个网络地址中，确定访问性能最优的目标网络地址；
访问装置，用于访问所述目标网络地址。
12.根据权利要求11所述的设备，其中，所述设备还包括：
检测装置，用于检测所述目标网络地址对应的当前访问状况；
其中，访问装置用于：
若所述目标网络地址对应的当前访问状况正常，访问所述目标网络地址。
13.根据权利要求12所述的设备，其中，所述检测装置还用于：
若所述目标网络地址对应的当前访问状况异常，从所述目标访问请求对应的多个网络地址中重新确定所述目标网络地址，直至重新确定的所述目标网络地址对应的当前访问状况正常。
14.根据权利要求11至13中任一项所述的设备，其中，所述目标网络地址确定装置包括：
网络地址确定单元，用于基于所述目标访问请求，从当前设备存储的网络地址记录中确定所述目标访问请求对应的多个网络地址，其中，所述网络地址记录包含每个网络地址对应的访问性能信息；
目标网络地址确定单元，用于基于所述访问性能信息，确定访问性能最优的目标网络地址。
15.根据权利要求14所述的设备，其中，所述设备还包括：
访问响应信息获取装置，用于获取所述网络地址记录中网络地址的访问响应信息；
访问性能信息更新装置，用于根据所述访问响应信息更新所述网络地址记录中对应网络地址的访问性能信息。
16.根据权利要求15所述的设备，其中，所述访问响应信息包括以下至少一项：
访问延迟信息
访问丢包率信息。
17.根据权利要求16所述的设备，其中，所述访问性能信息更新装置用于：
基于所述访问延迟信息和所述访问丢包率信息，结合所述访问延迟信息和所述访问丢包率信息的权重比，确定所述网络地址记录中对应网络地址的访问性能信息。
18.根据权利要求15所述的设备，其中，所述访问响应信息获取装置用于：
基于预设的信息获取周期，获取所述网络地址记录中网络地址的访问响应信息。
19.根据权利要求15所述的设备，其中，所述访问响应信息获取装置用于：
获取所述网络地址记录中网络地址的多次访问响应信息；
其中，所述访问性能信息更新装置用于：
根据所述多次访问响应信息更新所述网络地址记录中对应网络地址的访问性能信息。
20.根据权利要求19所述的设备，其中，所述访问性能信息更新装置包括：
平均访问响应信息确定单元，用于根据所述多次访问响应信息确定平均访问响应信息；
访问性能信息更新单元，用于基于所述平均访问响应信息更新所述网络地址记录中对应网络地址的访问性能信息。
21.一种访问网络地址的设备，其中，所述设备包括：
处理器；
以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：
获取用户提交的目标访问请求；
在与所述目标访问请求对应的多个网络地址中，确定访问性能最优的目标网络地址；
访问所述目标网络地址。
CN201710118035.9A 2016-03-02 2017-03-01 一种访问网络地址的方法与设备 Pending CN107154959A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2016101185748 2016-03-02
CN201610118574 2016-03-02

Publications (1)

Publication Number Publication Date
CN107154959A true CN107154959A (zh) 2017-09-12

Family

ID=59792388

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710118035.9A Pending CN107154959A (zh) 2016-03-02 2017-03-01 一种访问网络地址的方法与设备

Country Status (1)

Country Link
CN (1) CN107154959A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110740074A (zh) * 2019-08-22 2020-01-31 阿里巴巴集团控股有限公司 网络地址的检测方法、装置及电子设备
CN111314181A (zh) * 2020-03-20 2020-06-19 北京无限光场科技有限公司 网络联通性诊断方法、装置、终端和存储介质
CN111405081A (zh) * 2020-03-13 2020-07-10 北京奇艺世纪科技有限公司 基于决策树的dns调整方法、装置、计算机设备和存储介质
CN112019397A (zh) * 2020-07-08 2020-12-01 深圳市智微智能科技股份有限公司 一种便捷且诊断数据可视化的网络诊断方法及系统
CN114338817A (zh) * 2021-12-22 2022-04-12 中国人民银行清算总中心 多平面网络访问控制方法及多平面网络
CN115086332A (zh) * 2022-06-27 2022-09-20 北京奇艺世纪科技有限公司 一种通信方法、装置、电子设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103167044A (zh) * 2011-12-08 2013-06-19 中国移动通信集团浙江有限公司 域名系统dns的智能解析的方法、拨测装置和系统
CN103746929A (zh) * 2014-01-13 2014-04-23 刘保太 基于dns的优化访问流量调度方法和设备
CN106209970A (zh) * 2016-06-17 2016-12-07 上海连尚网络科技有限公司 确定用户设备与路由设备间连接的网络状态的方法与设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103167044A (zh) * 2011-12-08 2013-06-19 中国移动通信集团浙江有限公司 域名系统dns的智能解析的方法、拨测装置和系统
CN103746929A (zh) * 2014-01-13 2014-04-23 刘保太 基于dns的优化访问流量调度方法和设备
CN106209970A (zh) * 2016-06-17 2016-12-07 上海连尚网络科技有限公司 确定用户设备与路由设备间连接的网络状态的方法与设备

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110740074A (zh) * 2019-08-22 2020-01-31 阿里巴巴集团控股有限公司 网络地址的检测方法、装置及电子设备
CN111405081A (zh) * 2020-03-13 2020-07-10 北京奇艺世纪科技有限公司 基于决策树的dns调整方法、装置、计算机设备和存储介质
CN111405081B (zh) * 2020-03-13 2023-03-17 北京奇艺世纪科技有限公司 基于决策树的dns调整方法、装置、计算机设备和存储介质
CN111314181A (zh) * 2020-03-20 2020-06-19 北京无限光场科技有限公司 网络联通性诊断方法、装置、终端和存储介质
CN112019397A (zh) * 2020-07-08 2020-12-01 深圳市智微智能科技股份有限公司 一种便捷且诊断数据可视化的网络诊断方法及系统
CN114338817A (zh) * 2021-12-22 2022-04-12 中国人民银行清算总中心 多平面网络访问控制方法及多平面网络
CN114338817B (zh) * 2021-12-22 2023-11-10 中国人民银行清算总中心 多平面网络访问控制方法及多平面网络
CN115086332A (zh) * 2022-06-27 2022-09-20 北京奇艺世纪科技有限公司 一种通信方法、装置、电子设备及存储介质
CN115086332B (zh) * 2022-06-27 2024-03-08 北京奇艺世纪科技有限公司 一种通信方法、装置、电子设备及存储介质

Similar Documents

Publication Publication Date Title
CN107154959A (zh) 一种访问网络地址的方法与设备
US10439937B2 (en) Service addressing in distributed environment
US20180331905A1 (en) Method and system for tuning performance of microservices-based applications
JP6321681B2 (ja) ウェブサイトユーザを識別する方法および装置
WO2017067394A1 (zh) 客户服务方式的分配方法及系统
CN104216724B (zh) 一种网络应用程序接口升级的方法及系统
CN104704773A (zh) 云存储环境中基于一致性的服务级协定
US20210158353A1 (en) Methods, systems, apparatuses, and devices for processing request in consortium blockchain
US11184449B2 (en) Network-based probabilistic device linking
CN104809129A (zh) 一种分布式数据存储方法、装置和系统
CN108366012B (zh) 一种社交关系建立方法、装置及电子设备
CN109981768B (zh) 分布式网络存储系统中的io多路径规划方法及设备
US10915511B2 (en) Processing path determination
US20150180990A1 (en) Methods and systems for determining user online time
CN109726340A (zh) 统一资源定位符分类的查询方法及装置
CN111556135A (zh) 一种请求调度方法、系统、装置及电子设备
CN117278434A (zh) 流量回放方法、装置、电子设备
JP7017112B2 (ja) 誤差補正方法、分散処理システムおよび情報処理装置
CN110196792A (zh) 故障预测方法、装置、计算设备及存储介质
US20220103500A1 (en) Method and device for managing group member, and method for processing group message
US10938666B2 (en) Network testing simulation
CN105491172B (zh) 一种用于确定网络地址的归属地信息的方法与设备
CN107948234A (zh) 数据的处理方法及装置
CN105227532B (zh) 一种恶意行为的阻断方法及装置
CN109271438A (zh) 一种数据库访问方法及其系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20170912

RJ01 Rejection of invention patent application after publication