应用的加速方法、应用加速器的选择方法及装置
技术领域
本发明涉及应用加速领域,特别是涉及一种应用的加速方法、应用加速器的选择方法及装置。
背景技术
随着终端智能化以及网络的迅速发展,人们越来越依赖于使用各种各样的应用以方便日常的生产生活。例如,使用一些即时通讯应用能够不受时间空间限制地进行沟通联系。而随着各种应用功能的完善,人们对于应用使用过程中操作步骤的简化以及网络传输的速度越来越重视。例如,在进行网络游戏时,现有技术中,为保证进行游戏过程中的网络传输速度,减少游戏时延,通常使用游戏加速器。
当用户在进行网络游戏时,用户与游戏服务器之间存在各级运营商,而各级运营商之间需要做多级链接,这个过程越长,则网络游戏中的时延越大。并且,当用户需要跨越不同网络运营商进行网络游戏时,更加容易造成时延加大,导致用户游戏感受降低。
因此,现有技术中,如图1所示,通常由用户手动选择游戏的区服务器。当用户手动选择区服务器之后,如图2所示,游戏加速器能够根据用户在本地客户端中选择的区服务器,以及客户端向该区服务器发送的数据所回应的时延,选择时延最小的游戏加速器进行加速。
综上,现有技术中,在对应用进行加速时,往往需要用户手动选择区服务器,造成用户使用应用时操作繁琐复杂,并且用户手动选择的区服务器存在不准确,进而导致加速效果不明显的问题。另外,现有技术中,仅能够根据时延状态选择加速器为应用加速,容易忽略加速器的其他信息,导致选择的加速器无法保证对应的加速效果,降低用户体验。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的应用的加速方法、应用加速器的选择方法和相应的装置。
特别地,本发明提供了一种应用的加速方法,包括:当应用处于运行状态时,对所述应用接收的网络数据包的来源地址进行统计,生成统计结果;根据所述统计结果,确定支持所述应用的应用区服务器及其地址;将所述应用区服务器及其地址上报至主控服务器,由所述主控服务器为所述应用选择适用的应用加速器,并将其通知运行所述应用的客户端;查找到所述适用的应用加速器,利用其为所述应用进行加速。
可选地,对所述应用接收的网络数据包的来源地址进行统计,生成统计结果,包括:将来自同一来源地址的网络数据包进行计数;对不同来源地址,根据对应网络数据包的数目进行排序,生成所述统计结果;以及,根据所述统计结果,确定支持所述应用的应用区服务器及其地址,包括:在所述统计结果中,选择对应网络数据包数量最多的来源地址,作为所述应用区服务器的地址,并确定出所述应用区服务器。
可选地,所述统计的网络数据包为指定时间段内从所述应用接收的网络数据包中抓取的部分网络数据包。
可选地,待所述应用运行指定时间后,抓取用于统计的、所述应用接收的网络数据包。
可选地,查找到所述适用的应用加速器,利用其为所述应用进行加速,包括:根据所述主控服务器的通知查找到所述适用的应用加速器;在选择的所述应用加速器和所述客户端间建立链接;通过建立的链接,利用所述适用的应用加速器对所述应用进行加速。
可选地,所述应用区服务器的地址包括IP地址。
特别地,本发明还提供了一种应用加速器的选择方法,包括:接收运行应用的客户端上报的应用区服务器及其地址;在多个应用加速器中,选择与所述应用区服务器信息交互时延较短的N个应用加速器;在所述N个应用加速器中,结合所述N个应用加速服务器各自的负载状态,以及所述N个应用加速器分别与运行所述应用的客户端信息交互的时延,为所述应用选择适用的应用加速器。
可选地,根据如下步骤确定各应用加速器与所述应用区服务器信息交互的时延:发送确定的所述应用区服务器的地址至各应用加速器;接收各应用加速器返回的、针对所述应用区服务器的测速结果,其中,所述测速结果中包括各应用加速器与所述应用区服务器信息交互的时延。
可选地,根据如下步骤确定所述N个应用加速器分别与运行所述应用的客户端信息交互的时延:分别发送网络数据包至所述N个应用加速器;接收各应用加速器返回的、针对所述客户端发送的网络数据包的测速结果,其中,所述测速结果中包括本应用加速器与所述客户端信息交互的时延。
可选地,各应用加速器的负载状态,以及所述N个应用加速服务器分别与运行所述应用的客户端信息交互的时延,两者在应用加速器的选择中所占的权重可调。
特别地,本发明还提供了一种应用的加速装置,包括:统计模块,配置为当应用处于运行状态时,对所述应用接收的网络数据包的来源地址进行统计,生成统计结果;确定模块,配置为根据所述统计结果,确定支持所述应用的应用区服务器及其地址;上报模块,配置为将所述应用区服务器及其地址上报至主控服务器,由所述主控服务器为所述应用选择适用的应用加速器,并将其通知到运行所述应用的客户端;加速模块,配置为查找到所述适用的应用加速器,利用其为所述应用进行加速。
可选地,所述统计模块还配置为:将来自同一来源地址的网络数据包进行计数;对不同来源地址,根据对应网络数据包的数目进行排序,生成所述统计结果;以及,所述确定模块还配置为:在所述统计结果中,选择对应网络数据包数量最多的来源地址,作为所述应用区服务器的地址,并确定出所述应用区服务器。
可选地,所述统计的网络数据包为指定时间段内从所述应用接收的网络数据包中抓取的部分网络数据包。
可选地,待所述应用运行指定时间后,抓取用于统计的、所述应用接收的网络数据包。
可选地,所述加速模块还配置为:根据所述主控服务器的通知查找到所述适用的应用加速器;在选择的所述应用加速器和所述客户端间建立链接;通过建立的链接,利用所述适用的应用加速器对所述应用进行加速。
可选地,所述应用区服务器的地址包括IP地址。
特别地,本发明还提供了一种应用加速器的选择装置,包括:接收模块,配置为接收运行应用的客户端上报的应用区服务器及其地址;选择模块,配置为在多个应用加速器中,选择与所述应用区服务器信息交互时延较短的N个应用加速器;所述选择模块还配置为在所述N个应用加速器中,结合所述N个应用加速器各自的负载状态,以及所述N个应用加速服务器分别与运行所述应用的客户端信息交互的时延,为所述应用选择适用的应用加速器。
可选地,所述选择模块还配置为根据如下步骤确定各应用加速器与所述应用区服务器信息交互的时延:发送确定的所述应用区服务器的地址至各应用加速器;接收各应用加速器返回的、针对所述应用区服务器的测速结果,其中,所述测速结果中包括各应用加速器与所述应用区服务器信息交互的时延。
可选地,所述选择模块还配置为根据如下步骤确定所述N个应用加速器分别与运行所述应用的客户端信息交互的时延:分别发送网络数据包至所述N个应用加速器;接收各应用加速器返回的、针对所述客户端发送的网络数据包的测速结果,其中,所述测速结果中包括本应用加速器与所述客户端信息交互的时延。
可选地,各应用加速器的负载状态,以及所述N个应用加速服务器分别与运行所述应用的客户端信息交互的时延,两者在应用加速器的选择中所占的权重可调。
依据本发明实施的应用加速方法,能够当应用处于运行状态时,对应用接收的网络数据包的来源地址进行统计,生成统计结果,进而根据统计结果,确定支持应用的应用区服务器及其地址,并将应用区服务器及其地址上报至主控服务器,由主控服务器为应用选择适用的应用加速器,并将其通知运行应用的客户端。之后,依据本发明实施例的应用加速方法,能够查找到适用的应用加速器,并利用查找到的应用加速期为应用进行加速。现有技术中,仅能够由用户手动选择应用区服务器,由于用户对区服务器以及所使用终端的地址的不了解,可能造成用户选择应用区服务器不准确,进而影响对应用的加速,降低用户体验,有益效果。而本发明实施例中,能够根据对应用接收的网络数据包的来源地址进行统计得到的统计结果,确定支持应用的应用服务器及其地址,避免用户手动选择区服务器的复杂操作,并且,解决由于用户手动选择区服务器不准确导致对应用加速效果不明显的问题。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
根据下文结合附图对本发明具体实施例的详细描述,本领域技术人员将会更加明了本发明的上述以及其他目的、优点和特征。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了现有技术中用户手动选择游戏区服务器的界面示意图;
图2示出了现有技术中各个节点的时延列表的示意图;
图3示出了根据本发明一个实施例的应用的加速方法的处理流程图;
图4示出了根据本发明一个实施例的应用加速器的选择方法的处理流程图;
图5示出了根据本发明一个优选实施例的应用的加速方法的处理流程图;
图6示出了根据本发明一个实施例的应用的加速装置的结构示意图;以及
图7示出了根据本发明一个实施例的应用加速器的选择装置的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
相关技术中提及,在对应用进行加速时,往往需要用户手动选择区服务器,造成用户使用应用时操作繁琐复杂,并且用户手动选择的区服务器存在不准确,进而导致加速效果不明显的问题,降低用户体验。
为解决上述技术问题,本发明实施例提供了一种应用的加速方法。图3示出了根据本发明一个实施例的应用的加速方法的处理流程图。参见图3,该流程至少包括步骤S302至步骤S308。
步骤S302、当应用处于运行状态时,对应用接收的网络数据包的来源地址进行统计,生成统计结果。
步骤S304、根据统计结果,确定支持应用的应用区服务器及其地址。
步骤S306、将应用区服务器及其地址上报至主控服务器,由主控服务器为应用选择适用的应用加速器,并将其通知运行应用的客户端。
步骤S308、查找到适用的应用加速器,利用其为应用进行加速。
依据本发明实施的应用加速方法,能够当应用处于运行状态时,对应用接收的网络数据包的来源地址进行统计,生成统计结果,进而根据统计结果,确定支持应用的应用区服务器及其地址,并将应用区服务器及其地址上报至主控服务器,由主控服务器为应用选择适用的应用加速器,并将其通知运行应用的客户端。之后,依据本发明实施例的应用加速方法,能够查找到适用的应用加速器,并利用查找到的应用加速期为应用进行加速。现有技术中,仅能够由用户手动选择应用区服务器,由于用户对区服务器以及所使用终端的地址的不了解,可能造成用户选择应用区服务器不准确,进而影响对应用的加速,降低用户体验,有益效果。而本发明实施例中,能够根据对应用接收的网络数据包的来源地址进行统计得到的统计结果,确定支持应用的应用服务器及其地址,避免用户手动选择区服务器的复杂操作,并且,解决由于用户手动选择区服务器不准确导致对应用加速效果不明显的问题。
如图3中步骤S302所示,但应用处于运行状态时,本发明实施例对应用接收的网络数据包的来源地址进行统计,生成统计结果。其中,由于实际操作中,网络互连协议(Internet Protocol,以下简称IP)地址为常用的,且容易获取到的区服务器地址,因此,本发明实施例中优选IP地址作为应用区服务器地址。本发明实施例中,为保证能够及时确定应用区服务器,对应用进行加速,可以选取部分网络数据包进行统计,以便能够及时根据统计结果确定应用的区服务器。因此,本发明实施例中,执行统计操作时接收的网络数据包可以是指定时间段内从应用接收到网络数据包中抓取的部分网络数据包。另外,需要说明的是,由于应用初始启动时,可能存在应用接收的网络数据包不全面,存在丢包等不稳定现象,若此时抓取网络数据包执行统计操作,可能导致统计结果不准确,影响后续对应用的加速效果。因此,优选地,本发明实施例中,待应用运行指定时间(如30秒钟或者3分钟)后,抓取用于统计的、应用接收的网络数据包。
在对应用接收的网络数据包的来源地址进行统计时,对于接收的网络数据包的来源地址,可以分为同一来源地址以及不同来源地址,本发明实施例根据来源地址是否相同,执行不同操作。具体地,本发明实施例将来自同一来源地址的网络数据包进行计数,而对于不同来源的地址,根据对应网络数据包的数据进行排序,生成统计结果。
根据接收的网络数据包的来源地址是否相同执行不同操作并生成统计结果之后,本发明实施例根据统计结果,选择对应网络数据包数量最多的来源地址,作为应用区服务器的地址,并确定出应用区服务器。
确定出应用服务器及其地址之后,将应用的区服务器及其地址上报至主控服务器,由主控服务器为应用选择适用的应用加速器,并将其通知运行应用的客户端。本发明实施例查找到适用的应用加速器之后,利用查找到的应用加速器为应用进行加速。具体地,由于主控服务器为应用选择适用的应用加速器之后,通知运行应用的客户端。因此,根据主控服务器的通知,能够查找到适用的应用加速器。查找到之后,在选择的应用加速器和客户端间建立链接。通过建立的链接,能够利用适用的应用加速器对应用进行加速。
上文提及,本发明实施例提供的应用的加速方法中,将应用区服务器及其地址上报至主控服务器之后,由主控服务器为应用选择适用的应用加速器。因此,本发明实施例还提供了一种应用加速器的选择方法,以为应用选择适用的应用加速器。图4示出了根据本发明一个实施例的应用加速器的选择方法的处理流程图。参见图4,该流程至少包括步骤S402至步骤S406。
步骤S402、接收运行应用的客户端上报的应用区服务器及其地址。
步骤S404、在多个应用加速器中,选择与应用区服务器信息交互时延较短的N个应用加速器。
步骤S406、在N个应用加速器中,结合N个应用加速服务器各自的负载状态,以及N个应用加速服务器分别与运行应用的客户端信息交互的时延,为应用选择适用的应用加速器。
依据本发明实施例的应用加速器的选择方法,能够接收运行应用的客户端上报的应用区服务器及其地址,并在多个应用加速器中,选择与应用区服务器信息交互时延迟较短的N个应用加速器。在选择的N个应用加速器中,结合N个应用加速服务器各自的负载状态,以及N个应用加速器分别与运行应用的客户端信息交互的时延,为应用选择使用的应用加速器。现有技术中,仅根据时延情况选择应用加速器对应用进行加速。当时延较小,但应用加速服务器的负载较大时,虽然时延较小,但应用加速服务器无法保证对应用的加速效果,降低用户体验。而本发明实施例能够在多个应用加速器中,选择与应用区服务器信息交互时时延较短的N个应用加速器,并进一步结合选择的N个应用加速器各自的负载状态,选择适用的应用加速器为应用加速,解决了现有技术中仅仅凭借单一数据选择应用加速器,导致对应用的加速效果不明显,降低用户体验的问题,达到利用时延以及负载状态等数据选取能够为应用更好加速的加速器的有益效果。
由图4的步骤S404以及步骤S406可知,本发明实施例中,需要确定应用加速器与应用区服务器信息交互时的时延,以及应用加速服务器与运行应用的客户端信息交换的时延。
具体地,在确定应用加速器与应用区服务器信息交互的时延时,本发明实施例发送确定的应用区服务器的地址至各应用加速器,并接收各应用加速器返回的、针对应用区服务器的测速结果。需要说明的是,该测试结果中包括各应用加速器与应用区服务器信息交互的时延。而在确定应用加速器与运行应用的客户端信息交互的时延时,本发明实施例分别发送网络数据包至选取的N个应用加速器,并接收各应用加速器返回的、针对客户端发送的网络数据包的测速结果,并且该测速结果中包括本应用加速器与客户端信息交互的时延。
另外,上文提及,本发明实施例中能够在选取的N个应用加速器中,结合各个应用加速器的负载状态,以及各个应用加速器与运行应用的客户端信息交互的时延,为应用选择适用的应用加速器。由于不同网络环境下,应用加速器的负载状态以及时延对应用加速器的影响不同,因此,本发明实施例中,负载状态与时延在应用加速器的选择中所占的权重是可调的。即,当应用加速器的负载状态对应用加速器的选择的影响超过时延对应用加速器选择的影响,则可以设置负载状态的权重值为7,设置时延的权重值为3,并以此选择适用的应用加速器。当时延对应用加速器选择的影响超过应用加速器的负载状态对应用加速器的选择的影响,则可以设置时延的权重值为7,设置负载状态的权重值为3,并以此选择适用的应用加速器。
实施例一
为将上文各优选实施例提供的应用的加速方法以及应用加速器的选择方法阐述得更加清楚明白,现以一个优选实施例对本发明实施例提供的应用的加速方法以及应用加速器的选择方法进行介绍。需要说明的是,本优选实施例中,选取网络游戏作为应用对应用的加速方法以及应用加速器的选择方法进行介绍。
由于本发明实施例提供的应用加速器的选择方法能够应用于应用的加速方法中的主控服务器选择适用的应用加速器的过程,因此,本优选实施例中,将应用加速器的选择方法作为应用的加速方法的一部分进行介绍,因此,图5所示的流程图仅称为“应用的加速方法”的处理流程图。即图5所示的流程图中也包括本发明实施例提供的应用加速器的选择方法的处理流程,下文不作单独说明。图5示出了根据本发明一个优选实施例的应用的加速方法的处理流程图。参见图5,该流程至少包括步骤S502至步骤S524。
步骤S502、启动游戏进程。
步骤S504、判断启动的游戏进程是否在待监控的游戏列表中,若在,执行步骤S506,若不在,流程结束。
具体地,在客户端本地存在一份支持加速的游戏进程的列表。因此,当启动游戏进程之后,确定列表中是否存在该游戏进程。另外,客户端通过驱动在协议栈中注册一个钩子,用于截获启动的游戏进程的网络数据包。
步骤S506、等待10分钟后开始启动抓包操作。
当驱动监控到有游戏进程启动时,在该进程启动后10分钟开始抓取该进程发送和接收的数据包。
步骤S508、根据来源IP确定游戏区服务器(简称区服)。
具体地,本例中,当确定高于一个阈值的网络数据包的来源IP地址均为该IP地址,例如,80%的网络数据包的来源IP地址均为该IP地址,由于用户选择游戏区服登录后,启动游戏就会频繁和该选择的游戏区服进行网络数据包的发送和接收,因此,能够确定该IP地址为用户选择的游戏区服。
步骤S510、主控服务器将游戏区服下发给加速服务器。
当确定支持游戏的游戏区服及其地址之后,将游戏区服及其地址上报至主控服务器,由主控服务器为应用选择适用的应用加速器,并将其通知运行游戏的客户端。
实际操作中,主控服务器仅用于同一分配测速任务,以及与客户端、应用加速器间交互,并不能够执行加速操作。执行加速的服务器由各个不同地区的多台服务器组成,并且这些服务器上运行一个代理服务器,该代理服务与主控服务器交互,以将应用加速器的IP地址告知主控服务器。
步骤S512、各应用加速器与游戏区服确定时延,并将确定结果反馈至主控服务器。
具体地,当主控服务器将游戏区服下发给各应用加速器之后,应用加速器将应用加速器与游戏区服信息交换的时延反馈至主控服务器。
步骤S514、主控服务器根据应用加速器反馈会的时延计算得到时延拓扑图,根据得到的拓扑图,主控服务器将计算得到的时延较短的N个应用加速器反馈给客户端。
步骤S516、客户端确定步骤S514中确定的N个应用加速器与运行游戏的客户端信息交换的时延。
步骤S518、步骤S514中确定的N个应用加速器反馈各自的负载状态至主控服务器。
步骤S520、主控服务器根据N各应用加速器各自的负载状态以及分别与运行游戏的客户端信息交换的时延,为应用选择适用的应用加速器。
步骤S522、在选择的应用加速器和客户端间建立链接。
步骤S514、通过建立的链接,利用适用的应用加速器对应用进行加速,流程结束。
基于上文各优选实施例提供的应用的加速方法,基于同一发明构思,本发明实施例提供了一种应用的加速装置,以实现应用的加速方法。
图6示出了根据本发明一个实施例的应用的加速装置的结构示意图。参见图6,本发明实施例的应用的加速装置至少包括:统计模块610、确定模块620、上报模块630以及加速模块640。
现介绍本发明实施例的应用的加速装置的各器件或组成的功能以及各部分间的连接关系:
统计模块610,配置为当应用处于运行状态时,对应用接收的网络数据包的来源地址进行统计,生成统计结果。
确定模块620,与统计模块620相耦合,配置为根据统计结果,确定支持应用的应用区服务器及其地址。
上报模块630,与确定模块620相耦合,配置为将应用区服务器及其地址上报至主控服务器,由主控服务器为应用选择适用的应用加速器,并将其通知到运行应用的客户端。
加速模块640,与上报模块630相耦合,配置为查找到适用的应用加速器,利用其为应用进行加速。
在一个优选的实施例中,统计模块610还配置为:
将来自同一来源地址的网络数据包进行计数;
对不同来源地址,根据对应网络数据包的数目进行排序,生成统计结果;
以及
确定模块620还配置为:
在统计结果中,选择对应网络数据包数量最多的来源地址,作为应用区服务器的地址,并确定出应用区服务器。
在一个优选的实施例中,统计的网络数据包为指定时间段内从应用接收的网络数据包中抓取的部分网络数据包。
在一个优选的实施例中,待应用运行指定时间后,抓取用于统计的、应用接收的网络数据包。
在一个优选的实施例中,加速模块640还配置为:
根据主控服务器的通知查找到适用的应用加速器;
在选择的应用加速器和客户端间建立链接;
通过建立的链接,利用适用的应用加速器对应用进行加速。
在一个优选的实施例中,应用区服务器的地址包括IP地址。
基于上文各优选实施例提供的应用加速器的选择方法,基于同一发明构思,本发明实施例提供了一种应用加速器的选择装置,以实现应用加速器的选择方法。
图7示出了根据本发明一个实施例的应用加速器的选择装置的结构示意图。参见图7,本发明实施例的应用加速器的选择装置至少包括:接收模块710以及选择模块720。
现介绍本发明实施例的应用加速器的选择装置的各器件或组成的功能以及各部分间的连接关系:
接收模块710,配置为接收运行应用的客户端上报的应用区服务器及其地址。
选择模块720,配置为在多个应用加速器中,选择与应用区服务器信息交互时延较短的N个应用加速器;
选择模块720,还配置为在N个应用加速器中,结合N个应用加速服务器各自的负载状态,以及N个应用加速服务器分别与运行应用的客户端信息交互的时延,为应用选择适用的应用加速器。
在一个优选的实施例中,选择模块720还配置为根据如下步骤确定各应用加速器与应用区服务器信息交互的时延:
发送确定的应用区服务器的地址至各应用加速器;
接收各应用加速器返回的、针对应用区服务器的测速结果,其中,测速结果中包括各应用加速器与应用区服务器信息交互的时延。
在一个优选的实施例中,选择模块720还配置为根据如下步骤确定N个应用加速器分别与运行应用的客户端信息交互的时延:
分别发送网络数据包至N个应用加速器;
接收各应用加速器返回的、针对客户端发送的网络数据包的测速结果,其中,测速结果中包括本应用加速器与客户端信息交互的时延。
在一个优选的实施例中,各应用加速器的负载状态,以及N个应用加速服务器分别与运行应用的客户端信息交互的时延,两者在应用加速器的选择中所占的权重可调。
根据上述任意一个优选实施例或多个优选实施例的组合,本发明实施例能够达到如下有益效果:
依据本发明实施的应用加速方法,能够当应用处于运行状态时,对应用接收的网络数据包的来源地址进行统计,生成统计结果,进而根据统计结果,确定支持应用的应用区服务器及其地址,并将应用区服务器及其地址上报至主控服务器,由主控服务器为应用选择适用的应用加速器,并将其通知运行应用的客户端。之后,依据本发明实施例的应用加速方法,能够查找到适用的应用加速器,并利用查找到的应用加速期为应用进行加速。现有技术中,仅能够由用户手动选择应用区服务器,由于用户对区服务器以及所使用终端的地址的不了解,可能造成用户选择应用区服务器不准确,进而影响对应用的加速,降低用户体验,有益效果。而本发明实施例中,能够根据对应用接收的网络数据包的来源地址进行统计得到的统计结果,确定支持应用的应用服务器及其地址,避免用户手动选择区服务器的复杂操作,并且,解决由于用户手动选择区服务器不准确导致对应用加速效果不明显的问题。
依据本发明实施例的应用加速器的选择方法,能够接收运行应用的客户端上报的应用区服务器及其地址,并在多个应用加速器中,选择与应用区服务器信息交互时延迟较短的N个应用加速器。在选择的N个应用加速器中,结合N个应用加速服务器各自的负载状态,以及N个应用加速器分别与运行应用的客户端信息交互的时延,为应用选择使用的应用加速器。现有技术中,仅根据时延情况选择应用加速器对应用进行加速。当时延较小,但应用加速服务器的负载较大时,虽然时延较小,但应用加速服务器无法保证对应用的加速效果,降低用户体验。而本发明实施例能够在多个应用加速器中,选择与应用区服务器信息交互时时延较短的N个应用加速器,并进一步结合选择的N个应用加速器各自的负载状态,选择适用的应用加速器为应用加速,解决了现有技术中仅仅凭借单一数据选择应用加速器,导致对应用的加速效果不明显,降低用户体验的问题,达到利用时延以及负载状态等数据选取能够为应用更好加速的加速器的有益效果。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的设备或装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
至此,本领域技术人员应认识到,虽然本文已详尽示出和描述了本发明的多个示例性实施例,但是,在不脱离本发明精神和范围的情况下,仍可根据本发明公开的内容直接确定或推导出符合本发明原理的许多其他变型或修改。因此,本发明的范围应被理解和认定为覆盖了所有这些其他变型或修改。