CN107426302B - 访问调度方法、装置、系统、终端、服务器及存储介质 - Google Patents

访问调度方法、装置、系统、终端、服务器及存储介质 Download PDF

Info

Publication number
CN107426302B
CN107426302B CN201710495282.0A CN201710495282A CN107426302B CN 107426302 B CN107426302 B CN 107426302B CN 201710495282 A CN201710495282 A CN 201710495282A CN 107426302 B CN107426302 B CN 107426302B
Authority
CN
China
Prior art keywords
access
data
point information
access point
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.)
Active
Application number
CN201710495282.0A
Other languages
English (en)
Other versions
CN107426302A (zh
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.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co 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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201710495282.0A priority Critical patent/CN107426302B/zh
Publication of CN107426302A publication Critical patent/CN107426302A/zh
Application granted granted Critical
Publication of CN107426302B publication Critical patent/CN107426302B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/101—Access control lists [ACL]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H04L67/5682—Policies or rules for updating, deleting or replacing the stored data

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请实施例提供了一种访问调度方法、装置、系统、终端、服务器及存储介质，本申请终端的客户端将直接获得业务服务器反馈的针对被访问数据的多个接入点信息，如缓存服务器的第一接入点信息以及源服务器的第二接入点信息，之后，将会利用缓存服务器的当前访问热度参数，确定被访问数据的冷热特性，从而选择与被访问数据的数据类型对应的接入点信息作为本次目标接入点信息，提高了数据的访问命中率以及响应速度，降低了数据的回源率，从而减少了用户等待时间，且节省了带宽成本。

Description

访问调度方法、装置、系统、终端、服务器及存储介质
技术领域
本申请主要涉及互联网技术领域，更具体地说是涉及一种访问调度方法、装置、系统、终端、服务器及存储介质。
背景技术
如今，随着互联网技术的高速发展，给人们的工作和生活带来了极大的便利，对互联网的服务品质和访问速度要求越来越高，虽然网络带宽也在不断增加，然而，随着网络用户数量的急剧增加，受Web服务器的负荷以及传输距离等因素的影响，网络响应速度慢仍然是网络用户抱怨的主要问题之一。
针对上述问题，目前通常是在网络传输上利用缓存服务器，使得Web服务数据流能够就近访问，从而获得高速的体验和品质保证。具体的，现有技术中通常是利用CDN(Content Delivery Network，内容分发网络)加速技术，将网站的内容分发到最接近用户客户端的接入点，从而使用户客户端能够就近获取所需内容，降低网络拥塞，提高用户访问响应速度和命中率。
然而，现有的这种访问调度方法通常是通过域名解析，来确定最接近客户端的接入点，这在移动环境下的成功率很低，并且，最接近客户端的网络接入点的缓存容量也是有限的，将会导致非固定访问周期场景下的请求回源率较高，增大网络带宽成本，延长了用户等待时间延长，降低了用户访问体验以及成功率。
发明内容
有鉴于此，本申请提供了一种访问调度方法、装置、系统、终端、服务器及存储介质，终端在获得被访问数据所在的缓存服务器的第一接入点信息，以及源服务器的第二接入点信息后，通过被访问数据的访问热点参数，选择合适的目标接入点信息，访问相应的缓存服务器或源服务器，获得被访问数据，提高了数据访问命中率，减少了用户等待时间，且节省了带宽成本。
为了实现上述目的，本申请提供了以下技术方案：
本申请实施例提供了一种访问调度方法，所述方法包括：
获得针对被访问数据的多个接入点信息，所述多个接入点信息包括缓存服务器的第一接入点信息以及源服务器的第二接入点信息；
获取所述缓存服务器计算得到的当前访问热度参数；
利用所述当前访问热度参数，确定所述被访问数据的数据类型；
将所述数据类型对应的接入点信息作为目标接入点信息，并通过所述目标接入点信息，获得所述被访问数据。
本申请实施例还提供了另一种访问调度方法，所述方法包括：
接收到客户端发起的针对被访问数据的访问域名的接入请求，获得所述客户端的属性信息；
利用所述访问域名以及所述客户端的属性信息，确定针对所述被访问数据的多个接入点信息，所述多个接入点信息包括缓存服务器的第一接入点信息以及源服务器的第二接入点信息；将确定的多个接入点信息反馈至所述客户端。
本申请实施例还提供了一种访问调度装置，所述装置包括：
接入点信息获得模块，用于获得针对被访问数据的多个接入点信息，所述多个接入点信息包括缓存服务器的第一接入点信息以及源服务器的第二接入点信息；
访问热度参数获取模块，用于获取所述缓存服务器计算得到的当前访问热度参数；
数据类型确定模块，用于利用所述当前访问热度参数，确定所述被访问数据的数据类型；
数据获取模块，用于将所述数据类型对应的接入点信息作为目标接入点信息，并通过所述目标接入点信息，获得所述被访问数据。
本申请实施例还提供了另一种访问调度装置，所述装置包括：
接入请求接收模块，用于接收客户端发起的针对被访问数据的访问域名的接入请求；
信息获得模块，用于获得所述客户端的属性信息；
接入点信息确定模块，用于利用所述访问域名以及所述客户端的属性信息，确定针对所述被访问数据的多个接入点信息，所述多个接入点信息包括缓存服务器的第一接入点信息以及源服务器的第二接入点信息；
数据传输模块，用于将确定的多个接入点信息反馈至所述客户端。
本申请实施例还提供一种终端，所述终端包括：
通信端口，用于获得针对被访问数据的多个接入点信息，所述多个接入点信息包括缓存服务器的第一接入点信息以及源服务器的第二接入点信息；
存储器，用于存储多个指令；
处理器，用于加载并执行所述多个指令，包括：
获取所述缓存服务器计算得到的当前访问热度参数；
利用所述当前访问热度参数，确定所述被访问数据的数据类型；
将所述数据类型对应的接入点信息作为目标接入点信息，并通过所述目标接入点信息，获得所述被访问数据。
本申请实施例还提供了一种服务器，所述服务器包括：
通信端口，用于接收客户端发起的针对被访问数据的访问域名的接入请求；
存储器，用于存储多个指令；
处理器，用于加载并执行所述多个指令，包括：
获得所述客户端的属性信息；
利用所述访问域名以及所述客户端的属性信息，确定针对所述被访问数据的多个接入点信息；
通过所述通信端口将确定的多个接入点信息反馈至所述客户端。
本申请实施例还提供了一种存储介质，所述存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行如上所述的访问调度方法。
本申请实施例还提供了一种访问调度系统，所述系统包括：终端、业务服务器、缓存服务器以及源服务器，其中：
所述终端为上述的终端；
所述业务服务器为上述的服务器；
所述缓存服务器，用于检测到第一接入点信息接收到终端发送的针对被访问数据的第一访问请求，查询当前缓存的所述被访问数据，并将所述被访问数据通过所述第一接入点信息反馈至所述终端；
所述源服务器，用于检测到第二接入点信息接收到终端发送的针对被访问数据的第二访问请求，查询当前缓存的所述被访问数据，并将所述被访问数据通过所述第二接入点信息反馈至所述终端；
其中，所述第一访问请求是所述终端确定所述被访问数据为第一类数据时生成的，所述第二访问请求是所述终端确定所述被访问数据为第二类数据时生成的。
由此可见，本申请实施例提供了一种访问调度方法、装置、系统、终端、服务器及存储介质，本申请终端的客户端将直接获得业务服务器反馈的针对被访问数据的多个接入点信息，如缓存服务器的第一接入点信息以及源服务器的第二接入点信息，之后，获取该缓存服务器计算得到的当前访问热度参数，从而利用该当前访问热度参数，确定被访问数据的冷热特性，从而根据被访问数据的数据类型合理选择相应的接入点信息为本次目标接入点信息，进而通过该目标接入点信息获取被访问数据，提高了数据的访问命中率以及响应速度，减少了数据的回源过程，降低了用户等待时间，且节省带宽成本。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请实施例提供的一种访问调度系统的结构图；
图2为本申请实施例提供的一种终端的硬件结构图；
图3为本申请实施例提供的一种访问调度方法的时序图；
图4为本申请实施例提供的另一种访问调度方法的时序图；
图5为本申请实施例提供的另一种访问调度方法的应用示意图；
图6为本申请实施例提供的一种访问调度装置的结构图；
图7为本申请实施例提供的另一种访问调度装置的结构图；
图8为本申请实施例提供的又一种访问调度装置的结构图；
图9为本申请实施例提供的又一种访问调度装置的结构图；
图10为本申请实施例提供的又一种访问调度装置的结构图；
图11为本申请实施例提供的又一种访问调度装置的结构图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
为了使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。其中，为了方便理解本申请技术方案，将对下文实施例可能涉及到的回源策略应用进行解释说明。
在回源模式下,CDN(Content Delivery Network,内容分发网络)建在各地的机房可以称为OC(Outside Center)机房，相应的服务器节点称为OC节点，OC节点是用户客户端可以直接访问到的服务器节点。
基于此，本申请将OC机房看成一个缓存服务器,在用户客户端请求访问某被访问数据时,OC节点检查自己有无此该被访问数据的缓存,若有该缓存,则直接返回给用户客户端；若无此缓存,可以先到源服务器请求到该被访问数据,再返回给用户客户端。在本申请中，缓存服务器可以是用磁盘做数据缓存的介质，搭建的缓存集群TDC(Tencentdiskcache)。
参照图1，为本申请实施例提供的一种访问调度系统的结构框图，该系统可以用于实施本申请实施例提供的访问调度方法，如图1所示，访问调度系统可以包括：业务服务器11、域名服务器12、缓存服务器13、源服务器14以及至少一个客户端15。
本申请中，业务服务器11接收到客户端16发起的针对被访问数据的访问域名的接入请求后，可以利用该访问域名以及客户端16的属性信息，计算得到被访问数据所在的缓存服务器13的第一接入点信息，以及源服务器14所在的第二接入点信息。
可选的，业务服务器11可以通过IP直通车服务，解析得到终端要获得被访问数据，可以接入的第一接入点信息以及第二接入点信息，具体可以采用接入点列表的方式反馈至终端，以供终端选择要接入的接入点。
其中，IP直通车是通过tcp协议向业务服务器请求解析某域名的服务。因此，本申请客户端可以通过IP直通车向业务服务器发起针对被访问数据的访问域名的接入请求。
域名服务器12(即Local DNS，也可以称为授权服务器)可以是客户端网络设置的一部分，提供缓存和递归的服务。
其中，域名是互联网中每一台计算机或计算机组的名称，用于在数据传输时标识计算机的电子方位或地理位置，通常包含组织名，以确定组织的类型或该域所在的国家或地区。本申请中，域名服务器中通常会保存一张域名和与之相对应的IP地址的表，来解析请求消息的域名，以选取最接近客户端的接入点，本申请对该域名服务器12的工作过程不作详述。
缓存服务器13可以指分散到各地缓存当地用户访问频率较高的数据的缓存设备，结合上述分析，在CDN中，其是指OC节点对应的服务器，通常情况下，为了提高访问效率，终端通常是访问本地区的缓存服务器13，来获得被访问数据，即通过OC节点获取所需的被访问数据。当该缓存服务器13未缓存被访问数据时，终端访问源服务器14，来获得被访问数据，可见，缓存服务器13缓存的数据来自源服务器14。
源服务器14可以是指数据存储中心DC(Date Center)，可以通过DC接入点为用户客户端以及缓存服务器提供数据，也就是说，其通常可以缓存OC节点的回源访问，以及客户端发起的DC节点的直接访问。
在实际应用中，应用开发商通常会设置一个源服务器，并在各地设置多个缓存服务器，对于不同地方的客户端来说，通常是由本地缓存服务器为其提供数据。其中，对于不同地方的缓存服务器，其缓存的数据通常是不完全相同的，这要根据当地客户端的访问情况确定，本申请对此不作限定。
至少一个客户端15可以是终端安装的独立的应用程序，如游戏客户端、购物客户端等，也可以是网络客户端，如浏览器等。
在实际应用中，对于任意一个客户端来说，为了保证其正常工作，通常会设置有与其相对应的服务设备即应用服务器，如当客户端为游戏客户端，通常会设置相应的游戏服务器；社交应用客户端，可以设置相应社交服务器等等。
另外，当用户希望通过浏览器下载某一视频内容时，通常是通过该浏览器向对应的浏览器服务器发起针对该视频的下载请求(即为一种数据的访问请求)，再由该浏览器服务器将该下载请求转发至缓存服务器或源服务器，以便获得与该下载请求匹配的视频，之后，再通过浏览器服务器将该视频发送至浏览器，从而响应针对该视频的下载请求，下载得到该视频。
由此可见，在实际应用中，客户端通常不会与其他设备直接进行通信，而是通过相应的应用服务器，实现与其他设备的通信。下文实施例描述的客户端与其他服务器或终端之间的通信过程，隐含了客户端通过相应应用服务器与其他服务器或终端进行通信的方案，下文实施例对此不再一一详述。
基于上述访问调度系统的描述，在数据访问应用中，本申请客户端并不是直接向域名服务器发起针对被访问数据的接入请求，而是想设置的具有上述功能的业务服务器发起接入请求，从而使业务服务器将被访问数据的所在缓存服务器的第一接入点信息，以及源服务器的第二接入点信息反馈至客户端，从而使客户端根据缓存服务器的当前访问热度参数，确定被访问数据的冷热特性，以便合理选择本次获取被访问数据的接入点信息，即确定被访问数据为热数据，直接通过OC节点访问缓存服务器，获得被访问数据，若确定被访问数据为冷数据，直接访问源服务器获得，不需要再访问缓存数据库，降低了数据回源次数，节省了带宽成本，且提高访问效率。
参照图2，为本申请实施例提供的一种终端的硬件结构图，该终端可以是手机、笔记本电脑、工控机等设备，本申请对该终端的产品类型不作限定，在实际应用中，该终端可以包括通信端口21、存储器22以及处理器23等器件，但并不局限于本申请列举的这些器件，其中：
通信端口21可以是USB等有线通信接口，也可以是WIFI、GPRS(General PacketRadio Service，通用分组无线服务)、GSM(Global System for Mobile communication，全球移动通信系统)等无线通信模块的接口，本申请对该通信端口21的组成结构不作限定。
存储器22可以用来存储程序，如终端实现各应用的程序，以及本申请实施例提供的访问调度方法的程序，该程序可以包括多个代码指令。在实际应用中，该存储器22具体可以是高速RAM存储器，或者是非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器等。
处理器23可以是中央处理器CPU、或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本申请实施例的一个或多个集成电路。
本实施例中，处理器23可以读取并执行存储器22中实现访问调度方法的程序，从而实现本申请实施例提供的访问调度方案，具体实现过程可以参照下文方法实施例的描述。
可选的，根据实际需要，终端还可以包括输入设备以及显示器等器件，本申请在此不再一一详述。
基于图1所示的系统结构图，如图3所示，本申请实施例提供了一种访问调度方法的时序图，该方法可以包括：
步骤S31，客户端向业务服务器发送针对被访问数据的访问域名的接入请求；
在实际应用中，当客户端需要访问某域名的服务器或设备，来从中获取所需数据，通常会发起针对访问域名的接入请求，该接入请求可以携带客户端的外网出口的IP、所属地域信息，以及客户端ID等属性信息，本申请对该接入请求携带的信息内容不作限定，可以根据实际需要确定。
在本实施例中，将由业务服务器来对客户端发起的接入请求进行解析，而不是由域名服务器直接对该接入请求针对的访问域名进行解析，不受地域限制，从而解决了在移动环境下，利用域名服务器对来解析访问域名，导致数据成功读取概率低的技术问题。
可选的，结合上述系统组成结构的描述，在实际应用中，不同类型的客户端的工作通常都需要对应的应用服务器提供服务支持，所以，当客户端需要获得某被访问数据时，通常是通过其对应的应用服务器实现与其他设备的通信。因此，在本申请中，客户端将通过对应的应用服务器向业务服务器发起接入请求。
步骤S32，业务服务器获得客户端的属性信息，并利用被访问数据的访问域名以及客户端的属性信息，确定针对被访问数据的多个接入点信息；
本申请中，业务服务器具有IP直通车功能，因此，业务服务器接收到客户端发起的接入请求后，可以按照预设的各客户端将要访问的不同类型的被访问数据与不同接入点之间的对应关系，利用被访问数据的访问域名以及客户端的属性信息，确定该客户端本次希望获得的被访问数据的多个接入点信息，如该被访问数据可能存在的至少一个缓存服务器，和/或源服务器的属性信息等。
步骤S33，业务服务器将确定的多个接入点信息发送至客户端；
在实际应用中，应用运营商通过在不同地方设置多个缓存服务器，且这多个缓存服务器中的被访问数据通常是可以共享的，方便用户通过客户端就近访问，快速获得所需数据，避免造成网络拥挤。所以说，通常是有多个缓存服务器缓存有同一被访问数据，而缓存服务器存在的数据，源服务器中通常都是存在的。
基于此，在本申请中，业务服务器在接收到客户端发送的接入请求后，可以通过对访问域名进行分析，结合客户端的外网出口IP地址，及其运行商归属地、地域信息，ID以及服务端拨测结果等属性信息，来计算距离客户端最近，且网络质量最优的缓存服务器的第一接入点。需要说明的是，本申请对确定距离客户端最近、网络质量最优的缓存服务器的方式不作限定。
可选的，本申请可以利用客户端与各缓存服务器的IP地址等信息，确定当前客户端与各缓存服务器之间的空间距离，从而选定距离当前客户端最近的缓存服务器。本申请对确定距离客户端最近的缓存服务器的实现方法不作限定。
另外，业务服务器还可以通过计算客户端ID或其他属性信息，得到相应的数据路由规则，从而确定存储了客户端所需数据的源服务器的第二接入点信息。其中，数据路由规则可以根据客户端所在网络的布局特点确定，可以表明各级网络设备之间的通信关系，本申请对其具体内容不作限定。
可选的，在实际应用中，若业务服务器无法确定针对被访问数据的接入点信息，可以将这一结果反馈至客户端，以使客户端继续向域名服务器发起接入请求，具体过程可以参照下文。
步骤S34，客户端获得缓存服务器计算得到的当前访问热度参数；
在实际应用中，缓存服务器通过会对其与任意一个客户端之间的通信数据进行记录与分析，如记录每一个客户端发起的数据访问请求的访问对象(如本申请的被访问数据)，并统计每一个访问对象的访问次数和/或访问频率，每一个访问对象的总访问次数，以及当前接收到的针对任意一个访问对象的总访问次数即累计得到的缓存服务器的当前访问数量等参数。
此外，由于接入点的缓存容量会影响缓存服务器的工作性能，通常并不会占用缓存服务器的所有接入点，所以，为了避免占用过多接入点而降低缓存服务器的工作效率，缓存服务器通常会对其接入点的缓存容量进行监控，以便获知该缓存服务器还能够响应访问请求(每一个访问请求通过一个接入点发送)的访问数量。
在本申请中，缓存服务器可以利用上述统计得到的当前访问数量(即全量用户的访问记录)，以及当前缓存容量进行差值运算，得到该缓存服务器需要访问源服务器，获得客户端所需的被访问数据的回源次数，之后，通过计算该回源次数与当前访问数量的商值，得到缓存服务器的回源率。需要说明的是，关于被访问数据的回源率的计算方式并不局限于本文描述的方式。
其中，缓存服务器的回源率越低，通常说明客户端通过应用服务器对缓存服务器的访问命中率越高，也就是说，客户端访问该缓存服务器多数情况会直接得到所需的被访问数据；反之，缓存服务器的回源率越高，通常说明客户端所需的被访问数据并未缓存在该缓存服务器中，需要到源服务器请求得到被访问数据，再转发至客户端。
而且，在实际应用中，在不同时间段，用户使用客户端访问缓存服务器的频次通常是不同的，且对于不同类型或职业的用户来说，集中访问或发布数据的时间段通常也是不同的，如对于软件工程师来说，通常是23点至次日凌晨3点(但并不局限于该时间段)，通过客户端发布网络数据，或者接入缓存服务器获得所需的被访问数据；而对于家庭妇女来说，通常是在9点至11点和/或15点至16点这些时间段内，通过客户端发表一些信息，或接入缓存服务器获取所需的被访问数据；对于学生来说，通常是在19点至21点，通过客户端发表信息，或接入缓存服务器获取所需的被访问数据等等。
可见，对于不同类型的用户来说，在不同时间段内容所需的被访问数据，或者发表的数据类型通常也是不同的，这将会导致在不同时间段，缓存服务器的当前访问数量、缓存的数据以及当前缓存容量有所差异，从而使得不同时间段内缓存服务器的回源率也会有所不同。
基于上述分析，本申请为了准确判断客户端所需的某被访问数据的冷热特性，可以综合考虑缓存服务器的当前回源率以及当前缓存容量，确定该缓存服务器的当前访问热度参数。如可以获取回源率小于第一阈值，且当前缓存容量大于第二阈值对应的当前已缓存数据的发布时间，并据此确定一个时间段即目标时间段，作为缓存服务器的当前访问热度参数，并将该当前访问热度参数动态发送至客户端。需要说明的是，本申请对当前访问热度参数包含的具体内容不作限定，并不局限于缓存服务器计算得到的目标时间段。
在本申请实施例中，当客户端访问在上述确定的时间段内发布的被访问数据时，通常会在缓存服务器中获得所需的被访问数据，不需要回源，提高了数据访问效率。
结合上述分析，通常情况下，缓存服务器中保存的数据会随着时间的变化而更新，如缓存的数据可以随着当前冷热数据的变化而更新、或者随着用户访问数据的访问次数或频率的变化而更新、或者随着用户新发布的数据的变化而更新等等，所以说，缓存服务器的回源率以及当前缓存容量，以及当前访问热度参数等可能会随着时间推移而变化，本申请可以按照上方式，对这些数据进行实时或定期更新，从而利用更新后的数据，实现本申请提供的访问调度方案。
需要说明的是，本申请对被访问数据的访问热度参数的获取方法不作限定，并不局限于上文记载的方法。
步骤S35，客户端利用该访问热度参数，确定被访问数据的数据类型；
可选的，本申请可以利用被访问数据的访问次数、访问频率等参数(即能够表明大多数用户需要被访问数据的参数)，来判断客户端当前所需的被访问数据是冷数据还是热数据，所以，在这种情况下，确定的当前访问热度参数可以包括缓存服务器统计得到的针对被访问数据的访问次数、访问频率等。
然而，对于首次发布或发布时间不长的数据，通常并不会有其他用户对其进行访问，或者仅有很少的用户访问该数据，此时无法再根据该数据的访问次数、访问频率等参数，来判断该数据为热数据，还是冷数据。可见，这种根据被访问数据的访问次数、访问频率等参数，判断被访问数据的冷热特性的方式具有很大的局限性，且无法预测数据的热度，也就无法作为首次发布或发布时间不长的被访问数据的冷热特性的判断依据。
为了改善上述问题，实现对被访问数据的热度预测，本申请可以采用上述步骤S34部分描述的方式确定当前访问热度参数，在此基础上，本申请可以获取被访问数据的发布时间，并通过将该发布时间与缓存服务器的当前访问热度参数(即上述确定的目标时间段)进行对比，从而根据对比结果确定该被访问数据的冷热特性，即确定被访问数据的数据类型。
具体的，通过对比，若确定被访问数据的发布时间属于当前访问热度参数，即被访问数据的发布时间位于上述确定的目标时间段内，可以认为该被访问数据为热数据，反之，可以认为被访问数据为冷数据。其中，热数据可以是表示用户当前以及将来的访问频率或次数较高(本申请对访问频率或次数高低的临界值不作限定)的一类数据记为第一类数据，而冷数据可以是表示用户当前以及将来访问频率或次数较低的一类数据记为第二类数据，本申请对第一类数据和第二类数据的具体划分方式不作限定。
由此可见，本申请可以通过这种方式，准确地预测出客户端所需的被访问数据的冷热特性，即确定被访问数据的数据类型。
步骤S36，客户端将与该数据类型对应的接入点信息作为目标接入点信息；
可选的，在本申请中，若客户端确定被访问数据属于第一类数据，可以将缓存服务器的第一接入点信息作为目标接入点信息；若客户端确定被访问数据属于第二类数据，可以将源服务器的第二接入点信息作为目标接入点信息，其中，第一类数据为热数据，第二类数据是冷数据，通常情况下，第一类数据的访问频次高于第二类数据的访问频次，该访问频次可以用访问次数或频率表示。
步骤S37，客户端通过目标接入点信息，获得被访问数据。
在本申请中，客户端确定目标接入点信息时，即确定了被访问对象，具体的，若目标接入点信息为第一接入点信息，可以对本地缓存服务器发起数据访问请求，以获得被访问数据；若目标接入点信息为第二接入点信息，客户端直接向源服务器发起数据访问请求，来获得被访问数据，不需要再访问缓存服务器，节省了带宽成本，且减少了缓存服务器的回源次数。
可选的，若目标接入点信息为缓存服务器的第一接入点信息，客户端向该缓存服务器发起数据访问请求后，可以验证该缓存服务器是否反馈被访问数据，若没有反馈被访问数据，可以通过第二接入点信息，向源服务器发起数据访问请求，获得被访问数据；当然，缓存服务器也可以访问源服务器，获得所需的被访问数据，再将获得的被访问数据转发至客户端，本申请对客户端如何从源服务器获得被访问数据的方式不作限定。
综上，本申请利用业务服务器确定被访问数据的多个接入点信息，并发送至客户端，从而使客户端利用被访问数据的发布时间与缓存服务器的当前访问热度参数的比对结果，确定该被访问数据的数据类型(如冷数据或热数据)，按照预设对应关系,选择与被访问数据的数据类型对应的接入点信息作为目标接入点信息，并通过该目标接入点信息，获得被访问数据信息，减少了冷数据的回源次数，降低了用户等待时间，提高了热数据的访问命中率，减少了带宽成本。
作为本申请另一实施例，在上述实施例基础上，若业务服务器经过步骤S32处理，未确定出被访问数据的接入点信息，客户端可以重新向域名服务器发起接入请求，来获得被访问数据，具体实现过程可以参照图4所示的流程示意图，需要说明的是，本实施例其他实现步骤可以参照上述实施例相应部分的描述，本实施不再描述，本实施例描述的访问调度方法可以包括：
步骤S41，客户端接收业务服务器反馈的响应信息；
在本实施例中，客户端可以实时检测与业务服务器的通信接口，确定该业务服务器接收到该客户端发送的接入请求后，反馈的响应信息，根据该响应信息包含的内容，确定采用哪种方式确定目标接入点信息，获得被访问数据。
由此可见，客户端接收到的响应信息的内容，可以根据业务服务器对被访问数据的访问域名以及客户端的属性信息的分析结果确定，本申请对该响应信息包含的内容不作限定。
步骤S42，客户端确定该响应信息未包含被访问数据的接入点信息，向域名服务器发起针对被访问数据的访问域名的接入请求；
其中，域名服务器可以是客户端本地的域名服务器，关于域名服务器的功能可以参照上述实施例相应部分的描述，本实施例在此不再赘述。
步骤S43，域名服务器解析访问域名，确定距离客户端最近的第一接入点信息作为目标接入点信息；
在实际应用中，互联网上的每一个计算机都被分配一个IP地址，数据的传输实际上是在不同的IP地址之间进行的，对于本申请涉及到的各服务器本质上也是一台连网的计算机，并通过固定IP地址连入互联网，因此，本申请客户端可以通过网络IP地址，接入相应的目标对象，以获得被访问数据。
具体的，由于域名服务器通常会保存一张域名和与之相对应的IP地址的表，以解析消息的域名，确定出距离客户端的网络IP地址距离最近的服务器或数据库，作为目标访问对象。
需要说明的是，本申请对域名服务器确定距离客户端最近接入点的实现方法不作限定，且本申请的域名服务器通常是客户端本地的域名服务器。
步骤S44，域名服务器将目标接入点信息发送至客户端；
步骤S45，客户端通过目标接入点信息，向对应的缓存服务器发送数据访问请求；
其中，该访问请求可以携带被访问数据的相关信息，如被访问数据的主题、网址或其他标识信息，以便缓存服务器据此查询被访问数据，本申请对该访问请求携带的信息内容不作限定。
步骤S46，缓存服务器查询是否存储有被访问数据，如果是，执行步骤S48；如果否，进入步骤S47；
在实际应用中，缓存服务器接收到客户端访问请求，对于首次访问的数据，通常从源服务器得到后会进行保存，这样，其他客户端再次获取该数据时，可以直接从该缓存服务器获得，无需回源源服务器，增大带宽成本以及等待时间。因此，本实施例客户端可以先向缓存服务器获取所需的被访问数据，若该缓存服务器中不存在，再访问源服务器。
由于缓存服务器的缓存容量是有限的，本申请可以选择热数据进行保存，并定期清理至少部分冷数据，避免冷数据对浪费缓存空间，且预留出一定的缓存空间来缓存最近得到的被访问数据。其中，热数据以及冷数据可以根据被访问数据的访问热度参数确定，相关内容可以参照上述实施例对应部分的描述。
当然，在实际应用中，由于用户关注的热数据通常会随时间的变化而改变，在此期间，缓存服务器可以根据客户端要获取的被访问数据的变化，而相应调整缓存的数据，以降低热数据的回源率，本申请对缓存服务器缓存被访问数据的过程，以及更新所缓存的被访问数据的过程不作限定。
步骤S47，缓存服务器向源服务器进行回源访问，获得被访问数据；
当缓存服务器没有缓存客户端当前所需的被访问数据，该缓存服务器可以通过源服务器的接入点信息，从该源服务器获得被访问数据，即缓存服务器进行回源访问，获得被访问数据，本申请对缓存服务器的回源访问的过程不作限定。
步骤S48，缓存服务器将得到的被访问数据发送至客户端。
可选的，在实际应用中，客户端完成一次数据访问后，缓存服务器缓存的数据可以根据访问结果发生变化，如更新缓存的数据或者被访问数据的访问热度参数等等，从而提高下一次获取该被访问数据的访问准确性。
综上所述，如图5所示的流程示意图，客户端需要获得被访问数据时，可以通过业务服务器的IP直通车服务，确定存储有被访问数据的缓存服务器以及源服务器的接入点信息，并反馈至客户端，以使客户端利用缓存服务器的当前访问热度参数，确定被访问数据为热数据时，可以直接访问缓存服务器，即选择如图5中的OC接入机访问，得到被访问数据；若被访问数据为冷数据，可直接访问源服务器，即选择图5所示的DC接入机访问，以获得被访问数据，可见，本申请实现了冷热数据的分层调度，减少了数据回源的过程，节省了带宽成本。
并且，在IP直通车未得到被访问数据的接入点信息的情况下，客户端仍可以向本地的域名服务器发起接入请求，由域名服务器通过解析访问域名，确定距离客户端最近的缓存服务器进行访问，获得被访问数据，提高了客户端获得被访问数据的可靠性。
参照图6，为本申请实施例提供的一种访问调度装置的结构示意图，该装置可以应用于终端，具体可以包括：
接入点信息获得模块61，用于获得针对被访问数据的多个接入点信息；
其中，这多个接入点信息可以包括缓存服务器的第一接入点信息以及源服务器的第二接入点信息，并且，在本申请中，这多个接入点信息可以由业务服务器接收到客户端发送的接入请求后，通过对被访问数据的访问域名以及客户端的属性信息等，确定被访问数据所在的缓存服务器以及源服务器的接入点信息，并反馈至客户端。
访问热度参数获取模块62，用于获取缓存服务器计算得到的当前访问热度参数；
关于缓存服务器的当前访问热度参数的计算过程可以参照上述方法实施例相应部分的描述，本实施例在此不再赘述。
数据类型确定模块63，用于利用获得缓存服务器的当前访问热度参数，确定被访问数据的数据类型；
本实施例可以将被访问数据分为热数据、冷数据两种数据类型，通常情况下，热数据是对大部分用户来说需要或经常访问的数据，冷数据是对大部分用户来说不会访问的数据，只有很少一部分用户偶尔访问或关注的数据。。
可选的，如图7所示，数据类型确定模块63可以包括：
第一获取单元631，用于获取所述被访问数据的发布时间；
对比单元632，用于将所述发布时间与所述访问热度参数进行对比，得到对比结果；
确定单元633，用于确定与所述对比结果对应的预设数据类型为所述被访问数据的数据类型。
数据获取模块64，用于将所述数据类型对应的接入点信息作为目标接入点信息，并通过所述目标接入点信息，获得所述被访问数据。
其中，当确定的数据类型为第一类数据即热数据，将缓存服务器的第一接入点信息作为目标接入点信息；当确定的数据类型为第二类数据即冷数据，将源服务器的第二接入点信息作为目标接入点信息。
可见，在确定被访问数据为冷数据时，本申请客户端将直接访问源服务器，不再访问缓存服务器，降低了数据访问回源率，且降低了带宽成本。
可选的，如图8所示，当目标接入点信息为第一接入点信息，上述数据获取模块64可以包括：
请求发送单元641，用于通过所述第一接入点信息向对应的缓存服务器发起数据访问请求；
验证单元642，用于验证所述缓存服务器是否反馈所述被访问数据；
第二获取单元643，用于在缓存服务器没有反馈被访问数据，通过获得的第二接入点信息，获取所述源服务器中的被访问数据。
需要说明的是，关于上述装置实施例描述的各功能模块或单元的具体功能，可以参照上述方法实施例相应部分的描述，本申请在此不作详述。
综上所述，本申请将由业务服务器通过IP直通车服务，获得被访问数据所在的缓存服务器的第一接入点信息以及源服务器的第二接入点信息，并将获得的接入点信息发送至客户端，从而使客户端利用被访问数据的访问热度参数，合理选择目标接入点信息，接入缓存服务器或源服务器，获取所需的被访问数据，提高了数据访问命中率以及响应速度，减少了用户等待时间，且节省了带宽成本。
作为本申请另一实施例，结合上述分析，如图9所示，该装置还可以包括：
第一接入请求发送模块65，用于向业务服务器发起针对被访问数据的访问域名的接入请求；
判断模块66，用于判断所述业务服务器是否反馈了针对所述被访问数据的多个接入点信息；
第二接入请求发送模块67，用于在所述判断模块的判断结果为否时，向域名服务器发送所述接入请求，以使所述域名服务器解析所述访问域名，确定距离客户端最近的缓存服务器的目标接入点信息。
可见，当业务服务器未分析出被访问数据所在的缓存服务器以及源服务器的接入点信息时，可以直接向本地域名服务器发起访问请求，从而使域名服务器通过解析被访问数据的访问域名，确定距离客户端最近的缓存服务器的目标接入点信息，之后，客户端可以通过访问该缓存服务器，获得所需被访问数据，保证了获取被访问数据的可靠性。
其中，若客户端没有从缓存服务器获得所需被访问数据，可以由缓存服务器回源访问源服务器，以获得被访问数据，具体实现过程可以参照上述方法实施例描述，本实施例在此不再赘述。
参照图10，为本申请实施例提供的另一种访问调度装置的结构图，该装置可以应用服务器，具体可以是上述系统的业务服务器中，在本申请中，该装置可以包括：
接入请求接收模块101，用于接收客户端发起的针对被访问数据的访问域名的接入请求；
信息获得模块102，用于获得所述客户端的属性信息；
其中，客户端的属性信息可以包括客户端的外网出口IP的运行商归属地、地域信息，以及服务端拨测结果等等。
接入点信息确定模块103，用于利用所述访问域名以及所述客户端的属性信息，确定针对所述被访问数据的多个接入点信息；
可选的，如图11所示，该接入点信息确定模块103可以包括：
全局拨测结果获得单元1031，用于获得所述外网IP地址关联的运营商归属信息以及业务服务器的全局拨测结果；
选定单元1032，用于利用所述访问域名、所述运营商归属信息、所述客户端的地域信息以及所述业务服务器的全局拨测结果，选定网络资源满足预设条件的距离所述客户端最近的缓存服务器的第一接入点信息；
获得单元1033，用于获得与所述客户端ID对应的源服务器的第二接入点信息。
需要说明的是，本申请对如何确定被访问数据的多个接入点信息的方法不作限定，可以参照上述方法实施例相应部分的描述，且这多个接入点信息可以包括缓存服务器的第一接入点信息以及源服务器的第二接入点信息。
数据传输模块104，用于将确定的多个接入点信息反馈至所述客户端。
可选的，在实际应用中，接入点信息确定模块103对访问域名以及客户端的属性信息进行分析，没有确定被访问数据的多个接入点信息时，仍可以将该分析结果通过数据传输模块104发送至客户端，以便客户端向域名服务器发起接入请求。
综上，本申请通过设置的业务服务器获取被访问数据的多个接入点信息，克服了移动环境下，本地域名服务器解析访问域名，确定被访问数据的接入点信息的方式成功率低的缺陷。
结合上图2所示的终端的硬件结构示意图可知，本申请实施例提供的终端可以包括通信端口21、存储器22以及处理器23。
在本实施例中，通信端口21，用于获得针对被访问数据的多个接入点信息，所述多个接入点信息包括缓存服务器的第一接入点信息以及源服务器的第二接入点信息；
存储器，用于存储多个指令，具体可以是实现本申请实施例提供的访问调度方法的多个代码指令；
处理器，用于加载并执行这多个指令，包括：
利用被访问数据的访问热度参数，确定所述被访问数据的数据类型；
将该数据类型对应的接入点信息作为目标接入点信息，并通过所述目标接入点信息，获得所述被访问数据。
可选的，上述多个指令还可以用于：
向业务服务器发起针对被访问数据的访问域名的接入请求；
判断所述业务服务器是否反馈了针对所述被访问数据的多个接入点信息；
如果没有反馈，向域名服务器发送所述接入请求，以使所述域名服务器解析所述访问域名，确定距离客户端最近的目标接入点信息。
需要说明的是，关于处理器执行多个指令，从而实现的访问调度方法的具体内容可以参照上述方法实施例相应部分的描述，本实施例在此不再赘述。
可见，本申请提供的终端能够根据被访问数据的访问热度参数，合理选择业务服务器提供的接入点信息，来获得所需的被访问数据，提高了数据的访问命中率，节省了带宽成本。
本申请实施例提供的一种服务器，该服务器的硬件结构图与图2所示的硬件结构图相同，参照图2，该服务器可以包括：
通信端口，用于接收客户端发起的针对被访问数据的访问域名的接入请求；
存储器，用于存储多个指令；
处理器，用于加载并执行所述多个指令，包括：
获得所述客户端的属性信息；
利用所述访问域名以及所述客户端的属性信息，确定针对所述被访问数据的多个接入点信息；
通过所述通信端口将确定的多个接入点信息反馈至所述客户端。
其中，本申请提供的服务器可以是上述实施例描述的业务服务器，关于该服务器执行多个指令，实现访问调度方法的具体过程可以参照上述方法实施例相应部分的描述，本实施例在此不再详述。
综上，本申请提供新的服务器实现对客户端发起的接入请求分析，确定被访问数据所在缓存服务器或源服务器的接入点信息，并发送至客户端，以使客户端根据被访问数据的访问热度参数，从中合理选择接入的目标对象，获得被访问数据。可见，本申请提供的服务器并不受客户端所在地的改变，而影响其获得接入点信息的结果，解决了现有本地域名服务器解析访问域名的局限性，保证客户端能够成功获得被访问数据的接入点信息。
本申请实施例还提供了一种存储介质，该存储介质中存储有计算机可执行指令，该计算机可执行指令用于执行上述方法实施例描述的访问调度方法，具体实现过程可以参照上述方法实施例相应部分的描述，本实施例在此不再详述。
参照上述图1所示的系统结构图，本申请实施例还提供了一种访问调度系统，该系统可以包括：业务服务器11、缓存服务器13、源服务器14以及终端15。
终端的组成结构可以参照上述终端实施例描述的组成结构，业务服务器可以参照上述服务器实施例描述的组成结构，本实施例在此不再赘述。
其中，终端15通常包括客户端以及本地服务器。
缓存服务器13，用于检测到第一接入点信息接收到终端发送的针对被访问数据的第一访问请求，查询当前缓存的所述被访问数据，并将所述被访问数据通过所述第一接入点信息反馈至所述终端；
源服务器14，用于检测到第二接入点信息接收到终端发送的针对被访问数据的第二访问请求，查询当前缓存的所述被访问数据，并将所述被访问数据通过所述第二接入点信息反馈至所述终端；
其中，第一访问请求是所述终端确定所述被访问数据为第一类数据时生成的，第二访问请求是所述终端确定所述被访问数据为第二类数据时生成的。
关于系统组成部分的功能实现，可以参照上述方法实施例以及上述图1对应的系统实施例的描述，本实施例在此不再赘述。
最后，需要说明的是，关于上述各实施例中，诸如第一、第二等之类的关系术语仅仅用来将一个操作、单元或模块与另一个操作、单元或模块区分开来，而不一定要求或者暗示这些单元、操作或模块之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法或者系统中还存在另外的相同要素。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置、终端、服务器以及系统而言，由于其与实施例公开的方法对应，所以描述的比较简单，相关之处参见方法部分说明即可。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (13)

1.一种访问调度方法，其特征在于，应用于客户端，所述方法包括：
获得针对被访问数据的多个接入点信息，所述多个接入点信息包括缓存服务器的第一接入点信息以及源服务器的第二接入点信息；所述第二接入点信息用于所述客户端直接向所述源服务器发起数据访问请求；
向所述缓存服务器发送当前访问热度查询请求，以触发所述缓存服务器获取当前缓存容量以及当前回源率，并将确定的目标时间段确定为当前访问热度参数，其中，所述目标时间段是基于所述当前回源率小于第一阈值且所述当前缓存容量大于第二阈值对应的已缓存数据的发布时间确定的；
接收所述缓存服务器反馈的所述当前访问热度参数；
获取所述被访问数据的发布时间；
将所述发布时间与所述当前访问热度参数进行对比；若所述发布时间属于所述当前访问热度参数，确定所述被访问数据为第一类数据；若所述发布时间不属于所述当前访问热度参数，确定所述被访问数为第二类数据；
将所述数据类型对应的接入点信息作为目标接入点信息，并通过所述目标接入点信息，获得所述被访问数据。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
向业务服务器发起针对被访问数据的访问域名的接入请求；
判断所述业务服务器是否反馈了针对所述被访问数据的多个接入点信息；
如果没有反馈，向域名服务器发送所述接入请求，以使所述域名服务器解析所述访问域名，确定距离客户端最近的目标接入点信息。
3.根据权利要求1所述的方法，其特征在于，所述将所述数据类型对应的接入点信息作为目标接入点信息，包括：
当确定的数据类型为第一类数据，将所述第一接入点信息作为目标接入点信息；
当确定的数据类型为第二类数据，将所述第二接入点信息作为目标接入点信息；
其中，所述第一类数据的访问次数高于所述第二类数据的访问次数，或所述第一类数据的访问频率高于所述第二类数据的访问频率。
4.根据权利要求1所述的方法，其特征在于，当目标接入点信息为第一接入点信息，所述通过所述目标接入点信息，获得所述被访问数据，包括：
通过所述第一接入点信息向对应的缓存服务器发起数据访问请求；
验证所述缓存服务器是否反馈所述被访问数据；
如果没有反馈，通过获得的第二接入点信息，获取所述源服务器中的被访问数据。
5.一种访问调度方法，其特征在于，应用于业务服务器，所述方法包括：
接收到客户端发起的针对被访问数据的访问域名的接入请求，获得所述客户端的属性信息；
利用所述访问域名以及所述客户端的属性信息，确定针对所述被访问数据的多个接入点信息，所述多个接入点信息包括缓存服务器的第一接入点信息以及源服务器的第二接入点信息；所述第二接入点信息用于所述客户端直接向所述源服务器发起数据访问请求；
将确定的多个接入点信息反馈至所述客户端，以使所述客户端向所述缓存服务器发送当前访问热度查询请求，并接收所述缓存服务器反馈的当前访问热度参数；获取所述被访问数据的发布时间，将所述发布时间与所述当前访问热度参数进行对比；若所述发布时间属于所述当前访问热度参数，确定所述被访问数据为第一类数据，若所述发布时间不属于所述当前访问热度参数，确定所述被访问数为第二类数据；其中，所述当前访问热度查询请求用于触发所述缓存服务器获取当前缓存容量以及当前回源率，并将确定的目标时间段确定为所述当前访问热度参数，其中，所述目标时间段是基于所述当前回源率小于第一阈值且所述当前缓存容量大于第二阈值对应的已缓存数据的发布时间确定的。
6.根据权利要求5所述的方法，其特征在于，所述客户端的属性信息包括：外网IP地址、地域信息以及ID，所述方法还包括：
获得所述外网IP地址关联的运营商归属信息以及业务服务器的全局拨测结果；
所述利用所述访问域名以及所述客户端的属性信息，确定针对所述被访问数据的多个接入点信息，包括：
利用所述访问域名、所述运营商归属信息、所述客户端的地域信息以及所述业务服务器的全局拨测结果，选定网络资源满足预设条件的距离所述客户端最近的缓存服务器的第一接入点信息；
获得与所述客户端ID对应的源服务器的第二接入点信息。
7.一种访问调度装置，其特征在于，所述装置包括：
接入点信息获得模块，用于获得针对被访问数据的多个接入点信息，所述多个接入点信息包括缓存服务器的第一接入点信息以及源服务器的第二接入点信息；所述第二接入点信息用于所述装置直接向所述源服务器发起数据访问请求；
访问热度参数获取模块，用于
向所述缓存服务器发送当前访问热度查询请求，以触发所述缓存服务器获取当前缓存容量以及当前回源率，并将确定的目标时间段确定为当前访问热度参数，其中，所述目标时间段是基于所述当前回源率小于第一阈值且所述当前缓存容量大于第二阈值对应的已缓存数据的发布时间确定的；接收所述缓存服务器反馈的所述当前访问热度参数；
数据类型确定模块，用于获取所述被访问数据的发布时间；将所述发布时间与所述当前访问热度参数进行对比；若所述发布时间属于所述当前访问热度参数，确定所述被访问数据为第一类数据；若所述发布时间不属于所述当前访问热度参数，确定所述被访问数为第二类数据；
数据获取模块，用于将所述数据类型对应的接入点信息作为目标接入点信息，并通过所述目标接入点信息，获得所述被访问数据。
8.根据权利要求7所述的装置，其特征在于，所述装置还包括：
第一接入请求发送模块，用于向业务服务器发起针对被访问数据的访问域名的接入请求；
判断模块，用于判断所述业务服务器是否反馈了针对所述被访问数据的多个接入点信息；
第二接入请求发送模块，用于在所述判断模块的判断结果为否时，向域名服务器发送所述接入请求，以使所述域名服务器解析所述访问域名，确定距离客户端最近的目标接入点信息。
9.一种访问调度装置，其特征在于，所述装置包括：
接入请求接收模块，用于接收客户端发起的针对被访问数据的访问域名的接入请求；
信息获得模块，用于获得所述客户端的属性信息；
接入点信息确定模块，用于利用所述访问域名以及所述客户端的属性信息，确定针对所述被访问数据的多个接入点信息，所述多个接入点信息包括缓存服务器的第一接入点信息以及源服务器的第二接入点信息；所述第二接入点信息用于所述客户端直接向所述源服务器发起数据访问请求；
数据传输模块，用于将确定的多个接入点信息反馈至所述客户端，以使所述客户端向所述缓存服务器发送当前访问热度查询请求，并接收所述缓存服务器反馈的当前访问热度参数；获取所述被访问数据的发布时间，将所述发布时间与所述当前访问热度参数进行对比；若所述发布时间属于所述当前访问热度参数，确定所述被访问数据为第一类数据，若所述发布时间不属于所述当前访问热度参数，确定所述被访问数为第二类数据；其中，所述当前访问热度查询请求用于触发所述缓存服务器获取当前缓存容量以及当前回源率，并将确定的目标时间段确定为所述当前访问热度参数，其中，所述目标时间段是基于所述当前回源率小于第一阈值且所述当前缓存容量大于第二阈值对应的已缓存数据的发布时间确定的。
10.一种终端，其特征在于，所述终端包括：
通信端口，用于获得针对被访问数据的多个接入点信息，所述多个接入点信息包括缓存服务器的第一接入点信息以及源服务器的第二接入点信息；所述第二接入点信息用于所述终端直接向所述源服务器发起数据访问请求；
存储器，用于存储多个指令；
处理器，用于加载并执行所述多个指令，包括：
向所述缓存服务器发送当前访问热度查询请求，以触发所述缓存服务器获取当前缓存容量以及当前回源率，并将确定的目标时间段确定为当前访问热度参数，其中，所述目标时间段是基于所述当前回源率小于第一阈值且所述当前缓存容量大于第二阈值对应的已缓存数据的发布时间确定的；
接收所述缓存服务器反馈的所述当前访问热度参数；
获取所述被访问数据的发布时间；
将所述发布时间与所述当前访问热度参数进行对比；若所述发布时间属于所述当前访问热度参数，确定所述被访问数据为第一类数据；若所述发布时间不属于所述当前访问热度参数，确定所述被访问数为第二类数据；
将所述数据类型对应的接入点信息作为目标接入点信息，并通过所述目标接入点信息，获得所述被访问数据。
11.一种服务器，其特征在于，所述服务器包括：
通信端口，用于接收客户端发起的针对被访问数据的访问域名的接入请求；
存储器，用于存储多个指令；
处理器，用于加载并执行所述多个指令，包括：
获得所述客户端的属性信息；
利用所述访问域名以及所述客户端的属性信息，确定针对所述被访问数据的多个接入点信息；所述多个接入点信息包括缓存服务器的第一接入点信息以及源服务器的第二接入点信息；所述第二接入点信息用于所述客户端直接向所述源服务器发起数据访问请求；
通过所述通信端口将确定的多个接入点信息反馈至所述客户端，以使所述客户端向所述缓存服务器发送当前访问热度查询请求，并接收所述缓存服务器反馈的当前访问热度参数；获取所述被访问数据的发布时间，将所述发布时间与所述当前访问热度参数进行对比；若所述发布时间属于所述当前访问热度参数，确定所述被访问数据为第一类数据，若所述发布时间不属于所述当前访问热度参数，确定所述被访问数为第二类数据；其中，所述当前访问热度查询请求用于触发所述缓存服务器获取当前缓存容量以及当前回源率，并将确定的目标时间段确定为所述当前访问热度参数，其中，所述目标时间段是基于所述当前回源率小于第一阈值且所述当前缓存容量大于第二阈值对应的已缓存数据的发布时间确定的。
12.一种计算机存储介质，其特征在于，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行权利要求1至4中任一项所述的访问调度方法，或者，执行权利要求5至6中任一项所述的访问调度方法。
13.一种访问调度系统，其特征在于，所述系统包括：终端、业务服务器、缓存服务器以及源服务器，其中：
所述终端为权利要求10所述的终端；
所述业务服务器为权利要求11所述的服务器；
所述缓存服务器，用于在接收到终端通过第一接入点信息发送的针对被访问数据的第一访问请求时，查询当前缓存的所述被访问数据，并通过所述第一接入点信息将所述被访问数据反馈至所述终端；
所述源服务器，用于在接收到终端通过第二接入点信息发送的针对被访问数据的第二访问请求时，查询当前缓存的所述被访问数据，并通过所述第二接入点信息将所述被访问数据反馈至所述终端；
其中，所述第一访问请求是所述终端确定所述被访问数据为第一类数据时生成的，所述第二访问请求是所述终端确定所述被访问数据为第二类数据时生成的。
CN201710495282.0A 2017-06-26 2017-06-26 访问调度方法、装置、系统、终端、服务器及存储介质 Active CN107426302B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710495282.0A CN107426302B (zh) 2017-06-26 2017-06-26 访问调度方法、装置、系统、终端、服务器及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710495282.0A CN107426302B (zh) 2017-06-26 2017-06-26 访问调度方法、装置、系统、终端、服务器及存储介质

Publications (2)

Publication Number Publication Date
CN107426302A CN107426302A (zh) 2017-12-01
CN107426302B true CN107426302B (zh) 2020-06-05

Family

ID=60426148

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710495282.0A Active CN107426302B (zh) 2017-06-26 2017-06-26 访问调度方法、装置、系统、终端、服务器及存储介质

Country Status (1)

Country Link
CN (1) CN107426302B (zh)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110324366B (zh) * 2018-03-28 2022-07-29 阿里巴巴集团控股有限公司 数据处理方法、装置及系统
CN108259945B (zh) * 2018-04-19 2020-09-15 腾讯音乐娱乐科技（深圳）有限公司 处理播放多媒体数据的播放请求的方法和装置
CN108616600B (zh) * 2018-05-11 2021-12-03 深圳市网心科技有限公司 资源调度方法、客户服务器、节点设备、网络系统和介质
CN109271395A (zh) * 2018-09-11 2019-01-25 南京轨道交通系统工程有限公司 用于综合监控系统的大规模实时数据更新发布系统及方法
CN110971715A (zh) * 2018-09-28 2020-04-07 贵州白山云科技股份有限公司 一种总部访问请求方法、装置及系统
CN109784648A (zh) * 2018-12-14 2019-05-21 北京三快在线科技有限公司 调度资源分配方法、装置、电子设备及可读存储介质
CN110460584B (zh) * 2019-07-16 2022-02-01 北京奇艺世纪科技有限公司 访问请求处理方法、装置、电子设备和计算机可读介质
CN110505277B (zh) * 2019-07-18 2022-04-26 北京奇艺世纪科技有限公司 一种数据缓存方法、装置及客户端
CN112398884B (zh) * 2019-08-14 2023-08-25 上海哔哩哔哩科技有限公司 镜像回源场景下流量调度控制方法、可读存储介质及计算机设备
CN112491939B (zh) * 2019-09-12 2022-12-27 上海哔哩哔哩科技有限公司 多媒体资源调度方法及系统
CN110677494B (zh) * 2019-10-14 2021-06-01 腾讯科技（深圳）有限公司 访问响应方法和装置
CN110753250B (zh) * 2019-10-30 2022-02-01 烽火通信科技股份有限公司 一种内容分发网络的就近调度方法及系统
CN112883005A (zh) * 2019-11-29 2021-06-01 阿里巴巴集团控股有限公司 数据访问的方法、装置、系统、存储介质和终端
CN110971709B (zh) * 2019-12-20 2022-08-16 深圳市网心科技有限公司 数据处理方法、计算机设备及存储介质
CN113296924B (zh) * 2020-04-28 2022-07-22 阿里巴巴集团控股有限公司 一种内容分发方法、设备、系统及存储介质
CN112054923B (zh) * 2020-08-24 2023-08-18 腾讯科技（深圳）有限公司 业务请求检测方法、设备及介质
CN112040564B (zh) * 2020-08-25 2023-02-28 北京大米科技有限公司 信息传输方法、可读存储介质和电子设备
CN114465767A (zh) * 2021-12-27 2022-05-10 天翼云科技有限公司 一种数据调度方法和设备
CN114615237B (zh) * 2022-03-22 2024-03-29 阿里巴巴（中国）有限公司 流媒体通信方法、系统、设备及存储介质
CN115098760B (zh) * 2022-06-29 2024-07-02 北京达佳互联信息技术有限公司 数据处理方法、装置、电子设备及存储介质
CN115334158A (zh) * 2022-07-29 2022-11-11 重庆蚂蚁消费金融有限公司 一种缓存管理方法、装置、存储介质及电子设备
CN115277565B (zh) * 2022-08-09 2024-05-07 北京有竹居网络技术有限公司 流量通路的调度方法、装置、电子设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102204218A (zh) * 2011-05-31 2011-09-28 华为技术有限公司 数据处理方法、缓存节点、协作控制器及系统
CN103347068A (zh) * 2013-06-26 2013-10-09 中国（南京）未来网络产业创新中心 一种基于代理集群网络缓存加速方法
CN103763209A (zh) * 2014-01-03 2014-04-30 上海聚力传媒技术有限公司 一种cdn服务器的调度方法与装置
CN104254015A (zh) * 2014-09-26 2014-12-31 深圳市天威视讯股份有限公司 一种基于数字电视的内容聚合系统
CN104506637A (zh) * 2014-12-29 2015-04-08 国家电网公司 解决网络拥挤的缓存方法、系统及url转发服务器
CN104506647A (zh) * 2014-12-31 2015-04-08 北京奇艺世纪科技有限公司 一种数据存储系统及存储和访问方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102204218A (zh) * 2011-05-31 2011-09-28 华为技术有限公司 数据处理方法、缓存节点、协作控制器及系统
CN103347068A (zh) * 2013-06-26 2013-10-09 中国（南京）未来网络产业创新中心 一种基于代理集群网络缓存加速方法
CN103763209A (zh) * 2014-01-03 2014-04-30 上海聚力传媒技术有限公司 一种cdn服务器的调度方法与装置
CN104254015A (zh) * 2014-09-26 2014-12-31 深圳市天威视讯股份有限公司 一种基于数字电视的内容聚合系统
CN104506637A (zh) * 2014-12-29 2015-04-08 国家电网公司 解决网络拥挤的缓存方法、系统及url转发服务器
CN104506647A (zh) * 2014-12-31 2015-04-08 北京奇艺世纪科技有限公司 一种数据存储系统及存储和访问方法

Also Published As

Publication number Publication date
CN107426302A (zh) 2017-12-01

Similar Documents

Publication Publication Date Title
CN107426302B (zh) 访问调度方法、装置、系统、终端、服务器及存储介质
US11811657B2 (en) Updating routing information based on client location
US8510448B2 (en) Service provider registration by a content broker
CN105282215B (zh) 用于通过内容中心网络转发并响应兴趣的基于声誉的策略
EP3567881B1 (en) Request routing and updating routing information utilizing client location information
CN108737515B (zh) 在联网环境中请求路由选择
CN113497817B (zh) 流量调度方法、装置、cdn网络的边缘节点及服务器
CN110740191B (zh) 资源访问方法、装置、电子设备及存储介质
CN110519409B (zh) 域名动态配置方法、装置、设备及存储介质
CN103281409A (zh) 基于tcp协议的移动互联网域名解析方法及dns服务器
KR20160143666A (ko) 다이내믹 캐시 할당 및 네트워크 관리
CN107959576B (zh) 流量计费方法和系统以及缓存装置
CN110677492A (zh) 一种访问请求处理方法、装置、电子设备及存储介质
CN109379426B (zh) 基于x-dns的x-cdn调度方法、设备及系统
JP6368127B2 (ja) 通信装置、制御方法、及びプログラム
US10958580B2 (en) System and method of performing load balancing over an overlay network
CN112968980B (zh) 一种概率确定方法、装置、存储介质及服务器
CN116260639A (zh) Cdn访问方法、装置、电子设备和存储介质
CN117319309A (zh) 网络流量的分配方法、装置、电子设备和存储介质
CN117914822A (zh) 调度方法、电子设备、计算机可读介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant