CN113867946A - 访问资源的方法、装置、存储介质及电子设备 - Google Patents

Abstract

本申请实施例公开了一种访问资源的方法、装置、存储介质及电子设备，属于网络通信领域。本申请实施例的方法包括：接收来自n个终端设备的m个资源访问请求；若n个终端设备中存在目标终端设备，在服务器集群中确定目标服务器；根据来自目标终端设备的多个资源访问请求中携带的资源ID确定待访问的资源数据，将资源数据调度到目标服务器上；将多个资源访问请求转发给目标服务器；将目标服务器返回资源数据转发给目标终端设备，可以在短时间端终端设备发起大量的请求的情况下，提高终端设备的资源加载速度。

Description

访问资源的方法、装置、存储介质及电子设备

技术领域

本申请涉及网络通信领域，尤其涉及一种访问资源的方法、装置、存储介质及电子设备。

背景技术

智能家居系统中，用户通过终端设备访问服务器中的资源，资源的类型包括网页、图片、文件等，服务器响应终端设备的资源访问请求将资源发送给终端设备，随着智能家具系统中规模的增加，终端设备的数量越来越多和终端设备访问量的增加，可能会同时存在多个终端设备访问服务器中的同一资源，或终端设备在短时间内发送大量的请求，超过服务器的处理能力，因此如何降低服务器的负荷情况，提高终端设备加载资源的响应速度是目前亟待解决的问题。

发明内容

为解决上述的技术问题，本申请提供一种访问资源的方法、装置、存储介质及电子设备，解决现有技术中终端设备加载资源数据较慢的问题。

第一方面，本申请提供了一种访问资源的方法，包括：

接收来自n个终端设备的m个资源访问请求；其中，m和n为大于1的整数，各个资源访问请求携带源IP地址和资源ID；

若所述n个终端设备中存在目标终端设备，在服务器集群中确定目标服务器；其中，所述目标终端设备为预设时长内访问量大于第一数量阈值的终端设备；所述目标服务器为与所述目标终端设备之间链路质量最优的服务器；

根据来自所述目标终端设备的多个资源访问请求中携带的资源ID确定待访问的资源数据，将所述资源数据调度到所述目标服务器上；

将所述多个资源访问请求转发给所述目标服务器；

将所述目标服务器返回资源数据转发给所述目标终端设备。

在一种可能的设计中，所述方法还包括：

若所述n个终端设备中不存在目标终端设备，根据所述m个资源访问请求携带的资源ID确定所述n个终端设备待访问的多个资源数据；

判断所述多个资源数据中是否存在目标资源数据；其中，所述目标资源数据为预设时长为访问量大于第二数量阈值的资源数据；

若为是，在所述服务器集群中查询存储有所述目标资源数据的服务器集合；

在所述m个资源访问请求中确定访问目标资源数据的k个资源访问请求；其中，k＜m且为整数；

将所述k个资源访问请求均匀地转发给所述服务器集合中的各个服务器；

将所述服务器集合中各个服务器返回的目标资源数据转发给对应的终端设备。

在一种可能的设计中，所述将资源访问集合中各个资源访问请求均匀的转发给所述服务器集合中的各个服务器，包括：

确定发出所述k个资源访问请求的终端设备集合和所述终端设备集合中各个终端设备发出的资源访问请求的数量；

对于所述终端设备集合中的每个终端设备，在所述服务器集合中查询距离最近的服务器；

根据所述各个终端设备发出的资源访问请求的数量和查询结果，将所述k个资源访问请求均匀的转发给所述服务器集合中的各个服务器。

在一种可能的设计中，所述在服务器集群中确定目标服务器，包括：

向各个服务器发送测试数据包，以及接收各个服务器响应于所述测试数据包返回的响应数据包；

基于测试数据包的发送时刻和响应数据包的接收时刻计算各个服务器的往返时长；

将往返时长最小的服务器作为目标服务器；或

监测各个服务器的负荷状态参数的参数值；

将负荷状态最轻的服务器作为目标服务器；或

获取目标终端设备的地理位置信息和各个服务器的地理位置信息；

将与所述目标终端设备距离最近的服务器作为目标服务器。

在一种可能的设计中，所述获取地址位置信息，包括：

从资源访问请求中携带终端设备的地理位置信息进行解析得到；或

解析资源访问请求得到源IP地址，根据源IP地址确定对应的地理位置信息。

在一种可能的设计中，所述方法还包括：

将来自服务器的资源数据进行压缩处理。

在一种可能的设计中，还包括：

在检测到服务器集群处于空闲状态时，将更新的资源数据同步给服务器集群的各个服务器。

第二方面，本申请提供一种访问资源的装置，包括：

收发单元，用于接收来自n个终端设备的m个资源访问请求；其中，m和n为大于1的整数，各个资源访问请求携带源IP地址和资源ID；

确定单元，用于若所述n个终端设备中存在目标终端设备，在服务器集群中确定目标服务器；其中，所述目标终端设备为预设时长内访问量大于第一数量阈值的终端设备；所述目标服务器为与所述目标终端设备之间链路质量最优的服务器；

调度单元，用于根据来自所述目标终端设备的多个资源访问请求中携带的资源ID确定待访问的资源数据，将所述资源数据调度到所述目标服务器上；

所述收发单元，还用于将所述多个资源访问请求转发给所述目标服务器；

所述收发单元，还用于将所述目标服务器返回资源数据转发给所述目标终端设备。

在一种可能的设计中，所述方法还包括：

分流单元，用于若所述n个终端设备中不存在目标终端设备，根据所述m个资源访问请求携带的资源ID确定所述n个终端设备待访问的多个资源数据；

判断所述多个资源数据中是否存在目标资源数据；其中，所述目标资源数据为预设时长为访问量大于第二数量阈值的资源数据；

若为是，在所述服务器集群中查询存储有所述目标资源数据的服务器集合；

在所述m个资源访问请求中确定访问目标资源数据的k个资源访问请求；其中，k＜m且为整数；

将所述k个资源访问请求均匀地转发给所述服务器集合中的各个服务器；

将所述服务器集合中各个服务器返回的目标资源数据转发给对应的终端设备。

在一种可能的设计中，所述将资源访问集合中各个资源访问请求均匀的转发给所述服务器集合中的各个服务器，包括：

确定发出所述k个资源访问请求的终端设备集合和所述终端设备集合中各个终端设备发出的资源访问请求的数量；

对于所述终端设备集合中的每个终端设备，在所述服务器集合中查询距离最近的服务器；

根据所述各个终端设备发出的资源访问请求的数量和查询结果，将所述k个资源访问请求均匀的转发给所述服务器集合中的各个服务器。

在一种可能的设计中，所述在服务器集群中确定目标服务器，包括：

向各个服务器发送测试数据包，以及接收各个服务器响应于所述测试数据包返回的响应数据包；

基于测试数据包的发送时刻和响应数据包的接收时刻计算各个服务器的往返时长；

将往返时长最小的服务器作为目标服务器；或

监测各个服务器的负荷状态参数的参数值；

将负荷状态最轻的服务器作为目标服务器；或

获取目标终端设备的地理位置信息和各个服务器的地理位置信息；

将与所述目标终端设备距离最近的服务器作为目标服务器。

在一种可能的设计中，所述获取地址位置信息，包括：

从资源访问请求中携带终端设备的地理位置信息，解析资源访问请求得到地理位置信息；或

解析资源访问请求得到源IP地址，根据源IP地址确定对应的地理位置信息。

在一种可能的设计中，所述方法还包括：

压缩单元，用于将来自服务器的资源数据进行压缩处理。

在一种可能的设计中，还包括：

同步单元，用于在检测到服务器集群处于空闲状态时，将更新的资源数据同步给服务器集群的各个服务器。

本申请又一方面提供了一种装置，可以实现上述第一方面或第二方面的分布式任务调度方法。例如所述装置可以是芯片或者服务器。可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。

在一种可能的实现方式中，所述装置的结构中包括处理器、存储器；所述处理器被配置为支持所述装置执行上述应用测试方法中相应的功能。存储器用于与处理器耦合，其保存所述装置必要的程序(指令)和/或数据。可选的，所述装置还可以包括通信接口用于支持所述装置与其他网元之间的通信。

在另一种可能的实现方式中，所述装置可以包括执行上述方法中相应动作的单元模块。

在又一种可能的实现方式中，包括处理器和收发装置，所述处理器与所述收发装置耦合，所述处理器用于执行计算机程序或指令，以控制所述收发装置进行信息的接收和发送；当所述处理器执行所述计算机程序或指令时，所述处理器还用于实现上述方法。

本申请又一方面提供了一种装置，该装置包括：存储器和处理器；其中，所述存储器中存储一组程序代码，且所述处理器用于调用所述存储器中存储的程序代码，执行各方面所述的方法。

本申请的又一方面提了供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

本申请的又一方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

根据以上的实施例，在需要加载资源数据中，根据来自多个终端设备的资源访问请求监测各个终端设备的访问量，当存在短时间内访问量较大的终端设备时，在服务器集群中查询与该终端设备之间链路质量最优的服务器，然后将该终端设备待访问的资源数据调度到查询到的服务器上，以减轻终端设备的访问压力，将终端设备的资源访问请求重定向到响应速度最快的服务器上，提高终端设备加载资源数据的速度。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的网络架构图；

图2是本申请实施例提供的访问资源的方法的流程示意图；

图3是本申请实施例提供的访问资源的方法的另一流程示意图；

图4是本申请实施例提供的一种装置的结构示意图；

图5是本申请提供的一种装置的另一结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

图1示出了可以应用于本申请的访问资源的方法或访问资源的装置的示例性系统架构。

如图1所示，系统架构可以包括终端设备11、终端设备12、终端设备13、负载均衡装置2、服务器31、服务器32和服务器33。服务器31、服务器32和服务器33组成服务器集群，服务器集群中各个服务器存储有资源数据，负载均衡装置存储有服务器ID和资源ID之间的映射关系，因此负载均衡装置可以获知各个服务器上资源数据的部署情况。终端设备11～13与负载均衡装置2之间通过网络(图1中未画出)进行通信，以及负载均衡装置2和服务器31～32通过网络进行通信，网络是用于提供通信链路的介质。网络可以包括各种类型的有线通信链路或无线通信链路，例如：有线通信链路包括光纤、双绞线或同轴电缆的，无线通信链路包括蓝牙通信链路、无线保真(WIreless-FIdelity，Wi-Fi)通信链路或微波通信链路等。

用户可以使用终端设备11～13通过负载均衡装置2与服务器31～33进行交互，以接收来自服务器的控制数据或业务数据或向服务器31～33发送消息。终端设备11～13上可以安装有各种通信客户端应用，例如：视频录制应用、视频播放应用、语音交互应用、搜索类应用、及时通信工具、邮箱客户端、社交平台软件等。

终端设备11～13可以是硬件，也可以是软件。当终端设备11～13为硬件时，可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携式计算机和台式计算机等等。当终端设备11～13为软件时，可以是安装上上述所列举的电子设备中。其可以实现呈多个软件或软件模块(例如：用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不作具体限定。

当终端设备11～13为硬件时，其上还可以安装有显示设备，显示可以是各种能实现显示功能的设备，例如：阴极射线管显示器(Cathode ray tube display，简称CR)、发光二极管显示器(Light-emitting diode display，简称LED)、电子墨水屏、液晶显示屏(Liquid crystal display，简称LCD)、等离子显示面板(Plasma display panel，简称PDP)等。用户可以利用终端设备11～13上的显示设备，来查看显示的文字、图片、视频等信息。

需要说明的是，本申请实施例提供的访问资源的方法一般由负载均衡装置2执行，相应的，访问资源的装置一般设置于服务器中。

需要说明的是，服务器31～33可以是硬件，也可以是软件。当服务器31～33为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器31～33为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不做具体限定。

应理解，图1中的终端设备、负载均衡装置和服务器的数目仅是示意性的。根据实现需要，可以是任意数量的终端设备、负载均衡装置和服务器。

为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

参见图2，图2是本申请实施例提供的访问资源的方法的流程示意图，在本申请实施例中，所述方法包括：

S201、接收来自n个终端设备的m个资源访问请求。

其中，n为大于1的整数，m为大于1的整数，且m＞n，终端设备上安装有应用程序或插件，资源访问请求由应用程序或插件发起的。n个终端设备中每个终端设备发出至少一个资源访问请求，资源访问请求用于请求资源数据，不同的终端设备可能访问同一个资源数据或不同的资源数据。资源数据的类型包括图片数据、网页数据或文件数据等。资源访问请求携带源IP地址和资源ID；源IP地址为发起资源访问请求的终端设备的IP地址，资源ID表示终端设备请求的资源数据的身份标识；进一步的，资源访问请求还携带源端口号，表示终端设备使用的端口的序号。

举例来说，n＝3，m＝200，3个终端设备为UE1、UE2和UE3，UE1发出100个资源访问请求，UE2发出80个资源访问请求，UE3发出20个资源访问请求。那么负载均衡装置接收来自3个终端设备的200个资源访问请求，同一终端设备发出的多个资源访问请求的时刻不同，不同的终端设备发出的资源访问请求可能不同，各个终端设备发出的资源访问请求可能访问不同的资源数据，也有可能访问相同的资源数据，具体根据实际需求而定。

S202、若n个终端设备中存在目标终端设备，在服务器集群中确定目标服务器。

其中，负载均衡装置判断n个终端设备中是否存在目标终端设备，若判断结果为是，目标终端设备的数量可能为一个或多个。负载均衡装置根据m个资源访问请求中携带的参数值来监测各个终端设备的资源访问情况，如果n个终端设备中存在预设时长内访问量大于第一数量阈值的终端设备，那么该终端设备则为目标终端设备，预设时长和数量阈值的大小可根据实际需求而定，本申请不作限制。访问量表示终端设备发出的资源访问请求的数量，目标终端设备如果在短时间内发出大量的资源访问请求，服务器集群中的服务器可能会来不及进行响应，造成其请求的资源数据响应慢的问题，在用户侧看来目标终端设备上会长时间无法显示资源数据。例如：预设时长为50毫秒，第一数量阈值为100次，即某个终端设备在50毫秒内发出的资源访问请求的数量超过100次时，该终端设备为目标终端设备，目标终端设备发出的多个资源访问请求可能请求不同的资源数据或相同的资源数据。

其中，服务器集群包括多个分布式部署的服务器，各个服务器中存储有资源数据。目标服务器为服务器集群中与目标终端设备之间链路质量最好的服务器，即目标终端设备访问该目标服务器的资源数据时响应速度最快。

在本实施例中，确定服务器服务器的方法可以包括如下三种。

方法一：

在服务器集群中确定目标服务器的方法，包括：

向各个服务器发送测试数据包，以及接收各个服务器响应于所述测试数据包返回的响应数据包；

基于测试数据包的发送时刻和响应数据包的接收时刻计算各个服务器的往返时长；

将往返时长最小的服务器作为目标服务器。

举例来说，服务器集群包含4个服务器，分别为服务器1、服务器2、服务器3和服务器4，负载均衡装置同时向4个服务器发送测试数据包，记录测试数据包的发送时刻为0.00秒，然后接收到来自服务器1的响应数据包1，记录响应数据包的接收时刻为0.08秒；接收来自服务器2的响应数据包2，记录响应数据包2的接收时刻为0.05秒；接收来自服务器3的响应数据包3，记录响应数据包3的接收时刻为0.12秒；接收来自服务器4的响应数据包4，记录响应数据包4的接收时刻为0.15秒。根据上述的测量结果，可以确定服务器2的往返时长最小，那么服务器2即为目标服务器。

方法二：

在服务器集群中确定目标服务器，包括：

监测各个服务器的负荷状态参数的参数值；

将负荷状态最轻的服务器作为目标服务器。

其中，负荷状态参数表示服务器的负荷状态的轻重，负荷状态参数包括：CPU占用率、内存占用率、磁盘IO操作数量中的一种或多种。在负荷状态参数的数量为多个时，为多个负荷状态参数设置权重，权重的大小可基于实际需求而定，基于权重计算多个负荷状态参数的参数值进行加权平均得到平均值，根据平均值评估各个服务器的负荷状态。

方法三：

在服务器集群中确定目标服务器，包括：

获取目标终端设备的地理位置信息和各个服务器的地理位置信息；

将与所述目标终端设备距离最近的服务器作为目标服务器。

其中，目标终端设备的地理位置信息表示目标终端设备所在的地理位置，服务器的地理位置信息表示服务器所在的地理位置，地理位置可以使用经纬度坐标或区域代码，区域代码表示的区域的粒度可以根据实际需求而定，例如：区域为大区、省或市。服务器集群中各个服务器的位置一般是固定不变的，负载均衡装置预存储或预配置有各个服务器的地理位置信息。负载均衡装置在服务器集群中遍历目标服务器，遍历的方法可以是深度优先算法或广度优先算法。

在本实施例中，获取目标终端设备的地理位置信息的方法包括以下两种。

方法一：

目标终端设备内置有定位模块，定位模块可以为GPS模块、北斗模块或基站定位模块等，终端设备基于定位模组获取地理位置信息，然后在发送给负载均衡装置的资源访问请求中携带该地理位置信息，负载均衡装置接收到资源服务器请求后解析资源访问请求得到目标终端设备的地理位置信息。

方法二：

目标终端设备发送的资源访问请求中携带其源IP地址，负载均衡装置预存储或预配置有IP地址和地理位置信息之间的映射关系，根据该映射关系查询源IP地址对应的地理位置信息。

S203、根据来自目标终端设备的多个资源访问请求中携带的资源ID确定待访问的资源数据，以及将待访问的资源数据调度到目标服务器上。

其中，目标终端设备发送的多个资源访问请求携带资源ID，根据资源ID确定目标终端设备在服务器集群中待访问的资源数据，然后负载均衡装置将待访问的资源数据调度到目标服务器上。

举例来说，目标终端设备发出的100个资源访问请求携带的资源ID确定目标终端设备待访问的资源数据为：资源数据1、资源数据2、资源数据3和资源数据4。服务器集群中部署有4个服务器，分别为：服务器1、服务器2、服务器3和服务器4，服务器2为目标服务器，资源数据1存放在服务器1上，资源数据3和资源数据4存放在服务器4上，资源数据2存放在服务器2，即目标服务器上。那么负载均衡装置分别向服务器1发送调度指令，以指示服务器1将资源数据1的副本给服务器2，以及向服务器4发送调度指令，以指示服务器4将资源数据3和资源数据4的副本发送给服务器2。

S204、将多个资源访问请求转发给目标服务器。

其中，负载均衡装置将目标终端设备发起的多个资源访问请求依次发送给目标服务器。

S205、将目标服务器返回的资源数据转发给目标终端设备。

其中，目标服务器获取各个资源访问请求所请求的资源数据，将资源数据通过负载均衡装置转发给目标终端设备。

在一个或多个可能的实施例中，对于n个终端设备中的除目标终端设备的其他终端设备(简称为非目标终端设备)，负载均衡装置接收到非目标终端设备的资源访问请求后，确定资源访问请求待访问的资源数据，以及服务器集合中确定与该非目标终端设备之间距离最近的服务器，判断该距离最近的服务器上是否有待访问的资源数据，若为否，将待访问的资源数据调度到该距离最近的服务器上，然后将资源访问请求转发给该距离最近的服务器，以提升资源数据的访问速度。

实施本申请实施例，在需要加载资源数据中，根据来自多个终端设备的资源访问请求监测各个终端设备的访问量，当存在短时间内访问量较大的终端设备时，在服务器集群中查询与该终端设备之间链路质量最优的服务器，然后将该终端设备待访问的资源数据调度到查询到的服务器上，以减轻终端设备的访问压力，将终端设备的资源访问请求重定向到响应速度最快的服务器上，提高终端设备加载资源数据的速度。

参见图3，为本申请实施例提供的一种访问资源的方法的另一流程示意图，在本申请实施例中，所述方法包括：

S301、接收来自n个终端设备的m个资源访问请求。

其中，S301的具体过程可参照图2中S201的描述，此处不再赘述。

S302、判断n个终端设备中是否存在目标终端设备。

S303、在服务器集群中确定目标服务器。

其中，S302和S302的具体过程可参照图2中S202的描述，此处不再赘述。

S304、根据来自目标终端设备的多个资源访问请求中携带的资源ID确定待访问的资源数据，将资源数据调度到所述目标服务器上。

其中，S304的具体过程可参照图2中S203的描述，此处不再赘述。

S305、将多个资源访问请求转发给目标服务器。

其中，S305的具体过程可参照图2中S204的描述，此处不再赘述。

S306、将目标服务器返回资源数据转发给目标终端设备。

其中，S306的具体过程可参照图2中S205的描述，此处不再赘述。

S307、根据m个资源访问请求的资源ID确定n个终端设备待访问的多个资源数据。

其中，m个资源访问请求是n个终端设备发出的，根据m个资源访问请求中携带的资源ID确定各个终端设备待访问的多个资源数据，各个终端设备待访问的资源数据可能相同，也可能不同。

例如：n＝3，m＝200，4个终端设备分别为：UE1、UE2和UE3，UE1发出的资源访问请求的数量为100个，100个资源访问请求对应的待访问的资源数据的情况为：50个资源数据1、30个资源数据2和20个资源数据3；UE2发出的资源访问请求的数量为80个，80个资源访问请求对应的待访问的资源数据的情况为：40个资源数据1、20个资源数据2、20个资源数据3；UE3发出的资源访问请求的数量为20个，20个资源访问请求对应的资源数据的情况为：10个资源数据1、5个资源数据2和5个资源数据3。根据上述的统计结果，可以确定多个资源数据为资源数据1、资源数据2和资源数据3，共计3个资源数据，其中资源数据1上待承载的访问量为50+40+10＝100个，资源数据2待承载的访问量为30+20+5＝55个，资源数据3上待承载的访问量为20+20+5＝45个。

S308、判断多个资源数据中是否存在目标资源数据。

其中，目标资源数据为预设时长内访问量大于第二数量阈值的资源数据，在多个资源数据中存在目标资源数据时，目标资源数据的数量为一个或多个；预设时长和第二数量阈值的大小可根据实际需求而定，本申请不作限制。当判断结果为是，执行S308；当判断结果为否，执行S309。

例如：预设时长为20毫秒，第二数量阈值为80个，假设S307中的200个资源访问请求都是在20毫秒内接收到的，根据上面的统计结果可知，资源数据1上待承载的访问量的数量为100个，大于第二数量阈值80个，即判定资源数据1为目标资源数据。

S309、在服务器集群中查询存储有目标资源数据的服务器集合。

其中，负载均衡装置预存储或预配置有服务器集群中各个服务器的资源部署信息，资源部署信息表示为服务器ID和资源ID之间的映射关系，一个服务器ID映射有多个资源ID，根据资源部署信息可知道服务器中存储有哪些资源数据。负载均衡装置根据资源部署信息查询存储有目标资源数据的服务器，查询到的服务器组成服务器集合。服务器集合中包含的服务器的数量为一个或多个。例如：服务器集群中部署有4个服务器，分别为服务器1、服务器2、服务器3和服务器4，根据S307的例子，目标资源数据为资源数据1，负载均衡装置根据预存储或预配置的资源部署信息，确定目标资源数据存储在服务器1和服务器2上，即服务器集合包含服务器1和服务器2。

S310、按照默认流程处理。

其中，默认流程包括：负载均衡装置接收来自终端设备的资源访问请求，解析资源访问请求中的资源ID和源IP地址，查询该资源ID所在的服务器，根据终端设备的源IP地址和查询的服务器的地理位置信息筛选出距离该终端设备最近的服务器，然后将资源访问请求转发给该最近的服务器，服务器响应该资源访问请求，将资源ID指示的资源数据返回给终端设备。

S311、在m资源访问请求中确定访问目标资源数据的k个资源访问请求。

其中，m个资源访问请求待访问的资源数据可能有多个，根据m个资源访问请求中携带的资源ID确定访问目标资源数据的k个资源访问请求，k小于m且为整数。例如：根据S307的例子，目标资源数据为资源数据1，待访问目标资源数据1的资源访问请求的数量为100，即k＝100。

S312、将k个资源访问请求均匀的转发给服务器集合中的各个服务器。

其中，将k个资源访问请求均匀的转发给服务器集合中的各个服务器，即每隔服务器上承载的资源访问请求的数量相等或近似相等，避免大量的资源访问请求发送给同一个服务器，以减轻服务器的负荷。

例如：根据S306的例子，k＝100，UE1发出50个资源访问请求，UE2发出40个资源访问请求，UE3发出10个资源访问请求，服务器集合包含服务器1和服务器2，服务器1和服务器2上均匀地承载50个资源访问请求。

进一步的，所述将资源访问集合中各个资源访问请求均匀的转发给所述服务器集合中的各个服务器，包括：

确定发出所述k个资源访问请求的终端设备集合和所述终端设备集合中各个终端设备发出的资源访问请求的数量；

对于所述终端设备集合中的每个终端设备，在所述服务器集合中查询距离最近的服务器；

根据所述各个终端设备发出的资源访问请求的数量和查询结果，将所述k个资源访问请求均匀的转发给所述服务器集合中的各个服务器，以降低服务器的响应时间。

例如：根据S307的例子，终端设备集合包含UE1、UE2和UE3，服务器集合包含服务器1和服务器2，查询结果为：UE1与服务器1之间的距离最近，UE2和UE3与服务器2之间的距离最近。将UE1的50个资源访问请求转发给服务器1进行处理，将UE2和UE3的50个资源访问请求转发给服务器2进行处理。

又例如：根据S307的例子，终端设备集合包含UE1、UE2和UE3，服务器集合包含服务器1和服务器2。查询结果为：UE1和UE2与服务器1之间的距离最近，UE3与服务器2之间的距离最近。计算出每个服务器上承载的资源访问请求的平均值为50个，UE3全部的资源访问请求发送给服务器2的情况下，服务器2承载10个资源访问请求，还有40的差额，因此需要分别在UE1发出的50个资源访问请求和UE2发出的40个资源访问请求终端调度40个给服务器2，调度的方法是根据UE1和UE2发出的资源访问请求的数量的比例确定，从UE1中调度(5/9)*40≈22个资源访问请求，从UE2中调度(4/9)*40≈18个资源访问请求，从而实现每个终端设备发出大部分的资源访问请求发送给距离最近的服务器，同时每个服务器上承载的访问量相等，以提高终端设备访问资源的响应速度。

S313、将服务器集合中各个服务器返回的目标资源数据转发给对应的终端设备。

进一步可选的，负载均衡装置可以将来自服务器的资源数据进行压缩处理，以减小资源数据的数据量，从而减小资源数据在网络中传输的时间，进一步提高终端设备获取资源数据的速度。压缩算法包括但不限于霍夫曼编码、LZ77算法或几何编码算法等。

进一步可选的，需要更新资源数据时，更新方式可以是静态更新或动态更新，在服务器集群处于空闲状态时，将更新的资源数据同步给服务器集群中的各个服务器，以便终端设备在访问资源数据时，可以从最近的服务器中进行获取，提高终端设备获取资源数据的速度。

进一步可选的，为提高终端设备和服务器之间数据传输的安全性，降低数据泄露的可能性，服务器和终端设备之间使用(Transport Layer Security，传输层安全协议)或(Secure Sockets Layer，安全套接字协议)来传输数据。

进一步可选的，终端设备和服务器之间采用TCP(Transmission ControlProtocol，传输控制协议)协议来传输数据，在传输数据过程中基于Cubic算法、Bic算法或Westwood算法实时自动调整路由信息，避免网络拥堵、丢包与离线问题。另外，本申请为了改善NAT(Network Address Translation，网络地址转换)嵌套导致的网络延时问题，可以直接使用IPV6的连接协议来降低NAT的延迟问题。

另外，为进一步提高终端设备加载资源数据的速度，终端设备可以使用如下的一种或多种方法来加载资源数据和根据资源数据在用户界面上显示对应的界面元素。

方法一：

终端设备利用分段加载来加载资源数据，分段加载的过程包括：待显示的页面的尺寸大于终端设备的显示区域时，页面上设置有滚动条，当检测到滚动条上的拖动操作时，终端设备先加载显示区域内的资源数据，然后在加载显示区域之外的资源数据，即分段对页面的资源数据进行加载，这样可以加快显示区域内界面元素的显示，提高终端设备加载显示区域中内容的加载速度。

方法二：

终端设备利用隐藏加载来加载资源数据，隐藏加载的过程包括：终端设备在当前显示区域显示资源数据时，在后台创建一个线程，利用该线程加载暂时不显示的资源数据并缓存该资源数据，在需要显示该资源数据时，直接调用该资源数据在显示区域进行显示，提高资源数据的加载速度。

方法三：

终端设备利用预加载技术来加载资源数据，预加载的过程包括：监测终端设备的负荷参数的参数值，负荷参数包括：CPU占用率、磁盘IO操作数或内存占用率等，根据负荷参数的参数值检测到终端设备负荷较轻时，从服务器中获取指定的资源数据并进行缓存，在需要显示该资源数据时，直接从缓存中进行提取，这样能提高资源数据的加载速度。

方法四：

终端设备利用提前加载来加载资源数据，提取加载的过程包括：终端设备采集用户的操作习惯信息和历史访问记录，然后利用机器学习算法利用操作习惯信息和历史访问记录进行模型训练得到机器学习模型，利用该机器学习模型预测用户在未来时间段可能访问的资源数据，提前从服务器中获取该资源数据并进行缓存，在需要显示该资源数据时，直接从缓存中进行提取，这样能提高资源数据的加载速度。

上述图2至图3详细阐述了访问资源的方法。相应的本申请实施例的一种装置的结构示意图。

请参见图4，图4是本申请实施例提供的一种装置4的结构示意图，该装置4可以包括收发单元401、确定单元402和调度单元403。

收发单元401，用于接收来自n个终端设备的m个资源访问请求；其中，m和n为大于1的整数，各个资源访问请求携带源IP地址和资源ID；

确定单元402，用于若所述n个终端设备中存在目标终端设备，在服务器集群中确定目标服务器；其中，所述目标终端设备为预设时长内访问量大于第一数量阈值的终端设备；所述目标服务器为与所述目标终端设备之间链路质量最优的服务器；

调度单元403，用于根据来自所述目标终端设备的多个资源访问请求中携带的资源ID确定待访问的资源数据，将所述资源数据调度到所述目标服务器上；

所述收发单元401，还用于将所述多个资源访问请求转发给所述目标服务器；

所述收发单元401，还用于将所述目标服务器返回资源数据转发给所述目标终端设备。

在一种可能的设计中，所述方法还包括：

分流单元，用于若所述n个终端设备中不存在目标终端设备，根据所述m个资源访问请求携带的资源ID确定所述n个终端设备待访问的多个资源数据；

判断所述多个资源数据中是否存在目标资源数据；其中，所述目标资源数据为预设时长为访问量大于第二数量阈值的资源数据；

若为是，在所述服务器集群中查询存储有所述目标资源数据的服务器集合；

在所述m个资源访问请求中确定访问目标资源数据的k个资源访问请求；其中，k＜m且为整数；

将所述k个资源访问请求均匀地转发给所述服务器集合中的各个服务器；

将所述服务器集合中各个服务器返回的目标资源数据转发给对应的终端设备。

在一种可能的设计中，所述将资源访问集合中各个资源访问请求均匀的转发给所述服务器集合中的各个服务器，包括：

确定发出所述k个资源访问请求的终端设备集合和所述终端设备集合中各个终端设备发出的资源访问请求的数量；

对于所述终端设备集合中的每个终端设备，在所述服务器集合中查询距离最近的服务器；

根据所述各个终端设备发出的资源访问请求的数量和查询结果，将所述k个资源访问请求均匀的转发给所述服务器集合中的各个服务器。

在一种可能的设计中，所述在服务器集群中确定目标服务器，包括：

向各个服务器发送测试数据包，以及接收各个服务器响应于所述测试数据包返回的响应数据包；

基于测试数据包的发送时刻和响应数据包的接收时刻计算各个服务器的往返时长；

将往返时长最小的服务器作为目标服务器；或

监测各个服务器的负荷状态参数的参数值；

将负荷状态最轻的服务器作为目标服务器；或

获取目标终端设备的地理位置信息和各个服务器的地理位置信息；

将与所述目标终端设备距离最近的服务器作为目标服务器。

在一种可能的设计中，所述获取地址位置信息，包括：

从资源访问请求中携带终端设备的地理位置信息进行解析得到；或

解析资源访问请求得到源IP地址，根据源IP地址确定对应的地理位置信息。

在一种可能的设计中，所述方法还包括：

压缩单元，用于将来自服务器的资源数据进行压缩处理。

在一种可能的设计中，还包括：

同步单元，用于在检测到服务器集群处于空闲状态时，将更新的资源数据同步给服务器集群的各个服务器。

本申请实施例和图2和图3的方法实施例基于同一构思，其带来的技术效果也相同，具体过程可参照图2和图3的方法实施例的描述，此处不再赘述。

装置4可以是负载均衡装置，所述装置4也可以为实现相关功能的现场可编程门阵列(field-programmable gate array，FPGA)，专用集成芯片，系统芯片(system on chip，SoC)，中央处理器(central processor unit，CPU)，网络处理器(networkprocessor，NP)，数字信号处理电路，微控制器(micro controller unit，MCU)，还可以采用可编程控制器(programmable logic device，PLD)或其他集成芯片。

图5为本申请实施例提供的一种装置结构示意图，以下简称装置5，装置5可以集成于负载均衡装置中，如图5所示，该装置5包括：存储器502、处理器501和收发器503。

存储器502可以是独立的物理单元，与处理器501和收发器503可以通过总线连接。存储器502、处理器501、收发器503也可以集成在一起，通过硬件实现等。

存储器502用于存储实现以上方法实施例，或者装置实施例各个模块的程序，处理器501调用该程序，执行以上方法实施例的操作。

可选的，装置5还包括输入装置和输出装置，输入装置包括但不限于键盘、鼠标、触摸面板、摄像头和麦克风；输出装置包括但限于显示屏。

通信接口用于收发各种类型的消息，通信接口包括但不限于无线接口或有线接口。

可选地，当上述实施例的访问资源的方法中的部分或全部通过软件实现时，装置也可以只包括处理器。用于存储程序的存储器位于装置之外，处理器通过电路/电线与存储器连接，用于读取并执行存储器中存储的程序。

处理器可以是中央处理器(central processing unit，CPU)，网络处理器(networkprocessor，NP)或者CPU和NP的组合。

处理器还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmablelogic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complexprogrammablelogic device，CPLD)，现场可编程逻辑门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。

存储器可以包括易失性存储器(volatile memory)，例如存取存储器(random-access memory，RAM)；存储器也可以包括非易失性存储器(non-volatile memory)，例如快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；存储器还可以包括上述种类的存储器的组合。

本申请实施例还提供了一种计算机存储介质，存储有计算机程序，该计算机程序用于执行上述实施例提供的访问资源的方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例提供的访问资源的方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

Claims (10)

1.一种访问资源的方法，其特征在于，包括：

接收来自n个终端设备的m个资源访问请求；其中，m和n为大于1的整数，各个资源访问请求携带源IP地址和资源ID；

若所述n个终端设备中存在目标终端设备，在服务器集群中确定目标服务器；其中，所述目标终端设备为预设时长内访问量大于第一数量阈值的终端设备；所述目标服务器为与所述目标终端设备之间链路质量最优的服务器；

根据来自所述目标终端设备的多个资源访问请求中携带的资源ID确定待访问的资源数据，将所述资源数据调度到所述目标服务器上；

将所述多个资源访问请求转发给所述目标服务器；

将所述目标服务器返回资源数据转发给所述目标终端设备。

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

若所述n个终端设备中不存在目标终端设备，根据所述m个资源访问请求携带的资源ID确定所述n个终端设备待访问的多个资源数据；

判断所述多个资源数据中是否存在目标资源数据；其中，所述目标资源数据为预设时长为访问量大于第二数量阈值的资源数据；

若为是，在所述服务器集群中查询存储有所述目标资源数据的服务器集合；

在所述m个资源访问请求中确定访问目标资源数据的k个资源访问请求；其中，k＜m且为整数；

将所述k个资源访问请求均匀地转发给所述服务器集合中的各个服务器；

将所述服务器集合中各个服务器返回的目标资源数据转发给对应的终端设备。

3.根据权利要求2所述的方法，其特征在于，所述将资源访问集合中各个资源访问请求均匀的转发给所述服务器集合中的各个服务器，包括：

确定发出所述k个资源访问请求的终端设备集合和所述终端设备集合中各个终端设备发出的资源访问请求的数量；

对于所述终端设备集合中的每个终端设备，在所述服务器集合中查询距离最近的服务器；

根据所述各个终端设备发出的资源访问请求的数量和查询结果，将所述k个资源访问请求均匀的转发给所述服务器集合中的各个服务器。

4.根据权利要求1或2或3所述的方法，其特征在于，所述在服务器集群中确定目标服务器，包括：

向各个服务器发送测试数据包，以及接收各个服务器响应于所述测试数据包返回的响应数据包；

基于测试数据包的发送时刻和响应数据包的接收时刻计算各个服务器的往返时长；

将往返时长最小的服务器作为目标服务器；或

监测各个服务器的负荷状态参数的参数值；

将负荷状态最轻的服务器作为目标服务器；或

获取目标终端设备的地理位置信息和各个服务器的地理位置信息；

将与所述目标终端设备距离最近的服务器作为目标服务器。

5.根据权利要求4所述的方法，其特征在于，所述获取地址位置信息，包括：

从资源访问请求中携带终端设备的地理位置信息进行解析得到；或

解析资源访问请求得到源IP地址，根据源IP地址确定对应的地理位置信息。

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

将来自服务器的资源数据进行压缩处理。

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

在检测到所述服务器集群处于空闲状态时，将更新的资源数据同步给服务器集群的各个服务器。

8.一种访问资源的装置，其特征在于，包括：

收发单元，用于接收来自n个终端设备的m个资源访问请求；其中，m和n为大于1的整数，各个资源访问请求携带源IP地址和资源ID；

确定单元，用于若所述n个终端设备中存在目标终端设备，在服务器集群中确定目标服务器；其中，所述目标终端设备为预设时长内访问量大于第一数量阈值的终端设备；所述目标服务器为与所述目标终端设备之间链路质量最优的服务器；

调度单元，用于根据来自所述目标终端设备的多个资源访问请求中携带的资源ID确定待访问的资源数据，将所述资源数据调度到所述目标服务器上；

所述收发单元，还用于将所述多个资源访问请求转发给所述目标服务器；

所述收发单元，还用于将所述目标服务器返回资源数据转发给所述目标终端设备。

9.一种计算机存储介质，其特征在于，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行如权利要求1～7任意一项的方法步骤。

10.一种电子设备，其特征在于，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求1～7任意一项的方法步骤。

Images