一种服务器切换方法、装置及存储介质与流程
本发明涉及计算机技术领域，尤其涉及一种服务器切换方法、装置及存储介质。
背景技术：
在各种应用运行过程中，需要相应的客户端从相应的应用服务器中获取所需数据。在获取所需数据之前，为了保障应用体验，会测量网络状态。
目前，网络状态的测量方法主要在应用程序的正式运行之前进行，但是网络状态信息具备波动性，因此在正式运行之前测量的网络状态信息，在运行过程中不具备参考性；且目前的测量方法多是点对点的测量，即只考虑到客户端与应用服务器两者间整体的网络状态信息，无法更加精确的测量数据传输链路中各个节点之间的网络状态信息。
综上，在应用程序的运行过程中测量的网络状态信息不准确，且仅统计网络状态信息，并不会对数据传输链路中的节点进行调节，因此无法保障应用在使用过程中的通畅度。
技术实现要素：
本申请提供一种服务器切换方法、装置及存储介质，用以保障应用程序在使用过程中的通畅度。
第一方面，本申请实施例提供一种服务器切换方法，该方法包括：
在目标应用的运行过程中，客户端获得第一代理服务器当前的第一网络状态信息，第一代理服务器，在客户端和目标应用对应的应用服务器之间提供中继服务；
客户端确定网络参考信息，并获得第一网络状态信息与网络参考信息之间的波动值；
若波动值超出预设范围，则客户端分别基于各个候选代理服务器当前的第二网络状态信息，从各个候选代理服务器中，选取第二代理服务器；
客户端将目标应用对应的数据传输链路，从第一代理服务器切换至第二代理服务器，数据传输链路为客户端与应用服务器之间针对目标应用建立的链路。
第二方面，本申请提供一种服务器切换装置，该装置包括：
第一获得单元，用于在目标应用的运行过程中，获得第一代理服务器当前的第一网络状态信息，第一代理服务器，在客户端和目标应用对应的应用服务器之间提供中继服务；
第二获得单元，确定网络参考信息，并获得第一网络状态信息与网络参考信息之间的波动值；
选取单元，用于若波动值超出预设范围，则分别基于各个候选代理服务器当前的第二网络状态信息，从各个候选代理服务器中，选取第二代理服务器；
切换单元，用于将目标应用对应的数据传输链路，从第一代理服务器切换至第二代理服务器，数据传输链路为客户端与应用服务器之间针对目标应用建立的链路。
在一种可能的实现方式中，第一获得单元获得第一代理服务器当前的第一网络状态信息之前，还用于：
分别从各个代理服务器上拉取文件数据，并基于在设定时间内，从各个代理服务器上分别拉取的文件数据量，确定各个代理服务器各自对应的预测带宽质量；以及
基于各个代理服务器发送的数据包中携带的时间戳，分别确定各个代理服务器对应的预测传输时延，其中，时间戳中包含：用于表征数据传输链路中连接的各个相邻节点间的数据传输时间；
基于各个代理服务器各自对应的预测带宽质量和预测传输时延，从各个代理服务器中，筛选出第一代理服务器。
在一种可能的实现方式中，第一获得单元基于各个代理服务器分别对应的预测带宽质量和预测传输时延，从各个代理服务器中，筛选出第一代理服务器时，具体用于：
针对各个代理服务器各自对应的预测带宽质量和预测传输时延进行加权处理，分别确定各个代理服务器各自对应的预测网络状态信息；
基于各个预测网络状态信息，筛选出预测网络状态信息符合预设条件的代理服务器，作为第一代理服务器。
在一种可能的实现方式中，预测带宽质量包括预测带宽方差，预测传输时延包括预测平均传输时延、预测传输时延方差中的之一或组合。
在一种可能的实现方式中，若网络参考信息中包括参考带宽质量，第二获得单元确定网络参考信息，具体包括：
基于获得的各个预测带宽质量、当前实际帧率以及预期帧率，确定网络参考信息中的参考带宽质量。
在一种可能的实现方式中，第一获得单元具体用于：
在设定时间段内，基于第一代理服务器发送的应用数据，获得当前的第一网络状态信息，其中，第一网络状态信息包括实际带宽质量、实际传输时延中的之一或组合；
其中，实际带宽质量是在设定时间段内，针对应用数据中的数据量进行统计确定的；
实际传输时延是基于应用数据中的时间戳确定的。
在一种可能的实现方式中，第二获得单元确定网络参考信息，并获得第一网络状态信息与网络参考信息之间的波动值之后，还用于：
若波动值在预设范围内，则调整用于处理应用数据的目标参数信息，目标参数信息包括缓存队列、解码参数中的之一或组合。
第三方面，本申请实施例提供一种服务器切换设备，包括：存储器和处理器，其中，存储器，用于存储计算机指令；处理器，用于执行计算机指令以实现本申请实施例提供的服务器切换方法。
第四方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，计算机指令被处理器执行时实现本申请实施例提供的服务器切换方法。
本申请有益效果如下：
本申请实施例提供一种服务器切换方法、装置及存储介质，在本申请实施例中，客户端在目标应用的运行过程中，获得当前接入的第一代理服务器的第一网络状态信息，第一代理服务器，在客户端和目标应用对应的应用服务器之间提供中继服务；在运行过程中，针对当前接入的第一代理服务器，实时测量网络状态信息。客户端确定网络参考信息，并获得第一网络状态信息与网络参考信息之间的波动值；若波动值超出预设范围，则客户端基于各个候选代理服务器当前的第二网络状态信息，从各个候选代理服务器中，选取第二代理服务器；客户端将目标应用对应的数据传输链路，从第一代理服务器切换至第二代服务器，数据传输链路为客户端与应用服务器之间针对目标应用建立的链路。在运行过程中动态测量第一网络状态信息，并基于第一网络状态信息与网络参考信息之间的波动值，确定当前网络不佳后，在各个候选代理服务器中选择第二代理服务器，并从第一代理服务器切换至第二代理服务器，保障目标应用运行的通畅度。
本申请的其它特征向量和优点将在随后的说明书中阐述，并且，子模型地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为一种在目标应用运行之前测量网络状态信息的示意图；
图2为一种测量网络状态信息后加载数据的示意图；
图3为一种应用场景示意图；
图4为本申请实施例提供的一种服务器切换方法流程图；
图5为本申请实施例提供的一种测量预测带宽质量的示意图；
图6为本申请实施例提供的一种确定预测带宽质量的示意图；
图7为本申请实施例提供的一种测量预测传输时延的示意图；
图8为本申请实施例提供的一种确定预测传输时延的示意图；
图9为本申请实施例提供的一种在目标应用运行过程中，客户端从应用服务器中获取数据的示意图；
图10为本申请实施例提供的一种波动值超出预设范围时目标应用的显示界面图；
图11为本申请实施例提供的一种切换至第二代理服务器后目标应用的显示界面图；
图12为本申请实施例提供的一种服务器切换的整体方法流程图；
图13为本申请实施例提供的一种服务器切换装置结构图；
图14为本申请实施例提供的一种服务器切换系统示意图；
图15为本申请实施例提供的一种计算装置结构图。
具体实施方式
为了使本申请的目的、技术方案及有益效果更加清楚明白，以下将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
以下对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。
1、云技术(cloudtechnology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。
云技术(cloudtechnology)基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，只能通过云计算来实现。
2、代理服务器是网络信息的中转站。一般情况下，使用客户端直接去链接应用服务器并取得网络信息时，须送出请求信号来得到应答，然后对方再把信息传送回来。因此，代理服务器是介于客户端和应用服务器之间的一台服务器。有了代理服务器之后，客户端不是直接到应用服务器去取回数据，而是向代理服务器发出请求，请求信号会先送到代理服务器，由代理服务器来取回客户端所需要的数据并传送给相应的客户端。而且，大部分代理服务器都具有缓冲的功能，就好像一个大的cache，它不断将新取得数据包存到本机的存储器上，如果客户端所请求的数据在本机的存储器上已经存在而且是最新的，那么它就不重新从应用服务器取数据，而直接将存储器上的数据传送给相应的客户端，这样就能显著提高数据获取速度和效率。
代理服务器不仅可以实现提高数据获取速度和效率的功能，它还可以实现网络的安全过滤、流量控制(减少internet使用费用)、用户管理等功能。
3、平均码率通常是指数字音乐或者视频的平均码率，可以简单的认为等于文件大小除以播放时间，在本申请实施例中用平均码率来衡量带宽质量。
4、帧率(framerate)是以帧称为单位的位图图像连续出现在显示器上的频率(速率)。在目标应用为游戏、视频等应用时，在目标应用的运行过程中，不断更新显示器上的画面，因此根据在一定时间内显示的画面数量可以确定帧率。帧速率也可以称为帧频率，并以赫兹(hz)表示。
下面对本申请实施例的设计思想进行简单介绍。
本申请实施例在客户端运行过程中，针对客户端当前连接的第一代理服务器，测量当前的第一网络状态信息，并基于第一网络状态信息，确定是否切换数据传输链路中连接的第一代理服务器，以保障目标应用运行的通畅度。
相关技术中，针对客户端当前连接的第一代理服务器，测量当前的网络状态信息时，测量方法普遍都是在客户端运行之前进行，并将测量的网络状态信息，作为运行过程中测量的网络状态信息。且在测量过程中采用点对点的测量方法，仅测量应用服务器与客户端两者整体的网络状态信息。
即，在某终端设备中点击某一客户图标，触发该客户端对应的目标应用启动指令。此时，客户端在接收到目标应用的启动指令后，针对各个可接入的服务器测量网络状态，请参考图1，图1示例性提供了测量网络状态信息的示意图。图1以目标应用为游戏为例进行说明，为了保障游戏体验，测量网络状态信息。
在测量网络状态信息后，基于测量的网络状态信息选择可接入的服务器，并从接入的服务器中加载数据。请参考图2，图2示例性提供一种网络状态信息测量后加载数据的示意图。图2中显示加载数据时的带宽质量和传输时延，此时的带宽质量和传输时延以图1测量过程中测量的网络状态信息作为参考值。且相关技术中，在目标应用的运行过程中，也以图1测量过程中测量的网络状态信息作为参考值。
因此，相关技术中在目标应用运行过程中，测量的网络状态信息存在如下问题：
1、时效性问题，将运行过程之前测量的网络状态信息，作为运行过程中测量的网络状态信息时，由于网络状态信息是具有波动性的，因此预先测量的网络状态信息，对于运行过程而言不具备参考性；
2、准确性问题，采用点对点的测量方法，仅测量了客户端和应用服务器之间的网络状态信息，但是在客户端和应用服务器对应的数据传输链路中，还连接有家庭网关、代理服务器等节点，各个节点间的网络状态信息对整个链路的网络状态信息有一定的影响，因此点对点的测量方法无法精确的测量数据传输链路中各个节点间的网络状态信息。
除了上述问题，相关技术中，测量网络状态信息仅停留在统计层面，因此测量的网络状态信息不符合条件时，也无法对数据传输链路中的节点进行调节。
综上，相关技术中，在目标应用运行过程之前测量的网络状态信息不准确，且作为运行过程中的网络状态信息不具备参考性，因此在客户端运行过程中无法准确测量网络状态信息，且无法根据网络状态信息切换代理服务器，最终导致目标应用在运行过程中流畅度差的问题。
基于上述问题，本申请实施例提供了一种服务器切换方法、装置及存储介质；在本申请实施例中，在目标应用运行过程中，客户端测量连接的第一代理服务器当前的第一网络状态信息；并获得第一网络状态信息与确定的网络参考信息之间的波动值；当确定波动值超出预设范围，客户端基于各个候选代理服务器当前的第二网络状态信息，从各个候选代理服务器中，选取第二代理服务器；客户端将目标应用对应的数据传输链路，从第一代理服务器切换至第二代理服务器，目标数据传输链路为客户端与应用服务器之间针对目标应用建立的链路。
在本申请实施例中，为了保障客户端从代理服务器中快速的获取应用数据，提高游戏体验，客户端应先获取各个可接入的代理服务器各自对应的预测网络状态信息，并基于预测网络状态信息，从各个可接入的代理服务器中，筛选第一代理服务器并接入。
在一种可能的实现方式中，客户端通过如下方式获取各个可接入代理服务器的预测网络状态信息，并确定第一代理服务器：
客户端分别从各个代理服务器上拉取文件数据，并基于在设定时间内，从各个代理服务器上分别拉取的文件数据量，确定各个代理服务器各自对应的预测带宽质量；以及
客户端基于各个代理服务器发送的数据包中携带的时间戳，分别确定各个代理服务器对应的预测传输时延，其中，时间戳中包含：用于表征数据传输链路中连接的各个相邻节点间的数据传输时间；
客户端基于各个代理服务器各自对应的预测带宽质量和预测传输时延，从各个代理服务器中，筛选出第一代理服务器。
在本申请实施例中，客户端先针对各个可接入的代理服务器，获取各个代理服务器各自对应的预测网络状态信息，然后基于预测网络状态信息筛选第一代理服务器，在客户端对应的目标应用运行过程中，客户端不断从第一代理服务器中获取所需数据，并实时测量第一代理服务器的网络状态信息，以保障在目标应用运行过程中的通畅度，当检测到第一代理服务器的网络状态信息与网络参考信息之间的波动值不在预设范围内时，确定第一代理服务器的网络状态信息变差，为了保障运行的通畅度，不影响应用体验，将基于候选代理服务器的第二网络状态信息，重新选择第二代理服务器并接入，保障了目标应用过程的流畅度，且不会影响用户使用客户端。
在介绍完本申请实施例的设计思想之后，下面对本申请实施例的技术方案能够适用的应用场景做一些简单介绍，需要说明的是，以下介绍的应用场景仅用于说明本申请实施例而非限定。在具体实施过程中，可以根据实际需要灵活地应用本申请实施例提供的技术方案。
请参考图3，图3示例性提供了本申请实施例的一种应用场景示意图，该应用场景中包括终端设备30(如可以但不局限于包括图中示意出的30-1或30-2)、代理服务器31以及应用服务器32；
其中，终端设备30中安装运行有各类客户端。终端设备30可以是个人计算机、手机、平板电脑、笔记本、车载终端等计算机设备；
代理服务器31以及应用服务器32可以分别是独立的物理服务器，也可以分别是多个物理服务器构成的服务器集群或者分布式系统，还可以分别是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(contentdeliverynetwork，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务器。
在一种可能的实施方式中，终端设备30与代理服务器31之间可以通过通信网络进行通信，通信网络是有线网络或无线网络。因此终端设备30和代理服务器31可以通过有线或无线通信方式进行直接或间接地连接。比如，终端设备30还可以通过无线接入点33与代理服务器31间接地连接，或终端设备30通过因特网与代理服务器31直接地连接，本申请在此不做限制。同理，代理服务器31与应用服务器32之间可以通过通信网络进行通信，通信网络是有限网络或无线网络，在此不再赘述。
在一种可能的应用场景中，本申请实施例中可以应用于云游戏(cloudgaming)中，云游戏又可称为游戏点播(gamingondemand)，是一种以云计算技术为基础的在线游戏技术。云游戏技术使图形处理与数据运算能力相对有限的轻端设备(thinclient)能运行高品质游戏。在云游戏场景下，游戏并不在玩家游戏终端，而是在云端服务器中运行，并由云端服务器将游戏场景渲染为视频音频流，通过网络传输给玩家游戏终端。玩家游戏终端无需拥有强大的图形运算与数据处理能力，仅需拥有基本的流媒体播放能力与获取玩家输入指令并发送给云端服务器的能力即可。
在一种可能的应用场景中，为了便于降低通信时延，可以在各个地区部署代理服务器31，或者为了负载均衡，可以由不同的代理服务器31分别去服务各个终端设备30对应的地区。比如，终端设备30-1位于地点a，与代理服务器31之间进行通信连接；终端设备30-2位于地点b，与其他代理服务器31之间通信连接。多个代理服务器31还可以通过区块链实现数据的共享，多个代理服务器31构成数据共享系统。此时，位于地点b的终端设备30-2，可以从服务于位于地点a的代理服务器31中获取数据。因此，在本申请实施例中，在目标应用运行之前，客户端会测量通过区块链实现的数据共享系统中的各个代理服务器31的网络状态信息。同理，多个应用服务器32也可以通过区块链实现数据的共享，多个应用服务器32构成数据共享系统，不再重复赘述。
基于上述应用场景，下面结合上述描述的应用场景，根据附图来描述本申请示例性实施方式提供的服务器切换方法，需要注意的是，上述应用场景仅是为了便于理解本申请的精神和原理而示出，本申请的实施方式在此方面不受任何限制。
请参考图4，图4示例性提供了本申请实施例中一种服务器切换方法流程图，包括如下步骤：
步骤s400，在目标应用的运行过程中，客户端获得第一代理服务器当前的第一网络状态信息，第一代理服务器，在客户端和目标应用对应的应用服务器之间提供中继服务。
在本申请实施例中，在目标应用的运行过程之前，客户端需要在多个可接入的代理服务器中选择第一代理服务器并接入。即，在客户端获得接入的第一代理服务器当前的第一网络状态信息之前，客户端需要在多个可接入的代理服务器中选择第一代理服务器并接入。
在一种可能的实现方式中，客户端基于各个可接入的代理服务器的预测网络状态信息，从多个可接入的代理服务器中筛选出第一代理服务器，其中预测网络状态信息包括预测带宽质量和预测传输时延中的之一或组合。
一、当预测网络状态信息仅包括预测带宽质量时，预测带宽质量就作为预测网络状态信息。
此时，客户端分别从各个代理服务器上拉取文件数据，并基于在设定时间内，从各个代理服务器上分别拉取的文件数据量，确定各个代理服务器各自对应的预测带宽质量。
请参考图5，图5示例性提供了本申请实施例中一种测量预测带宽质量的示意图。从图5中可知，客户端会启动n个线程，从各个可接入的代理服务器上拉取文件数据，其中n为2*cpu核心数。即，客户端通过拉取代理服务器上的文件数据的数据量和拉取时间确定带宽值，基于确定的带宽值，来测量各个可接入的代理服务器的预测带宽质量。
由于带宽质量具有波动性，为了保证测量的预测带宽质量的准确性，针对每一个可接入的代理服务器多次获取带宽值，并采用带宽值的方差来确定各个可接入的代理服务器的预测带宽质量。
请参考图6，图6示例性提供了本申请实施例中一种确定预测带宽质量的示意图，其中平均码率用于表征每个周期对应的带宽值。从图6中可知，针对每一个可接入的代理服务器，在设定时间内，从该可接入的代理服务器上拉取文件数据，基于文件数据的数据量和设定时间，确定至少一个设定时间对应的带宽值。也就是说周期性的基于拉取文件数据的数据量和周期时间，确定至少一个带宽值。然后，基于测量的至少一个带宽值确定用于表征预测带宽质量的预测带宽方差δa。
因此，本申请实施例中的预测带宽质量仅包括预测带宽方差δa时，将预测带宽方差δa作为预测网络状态信息。
二、当预测网络状态信息包括预测传输时延时，预测传输时延就作为预测网络状态信息。
此时，客户端基于各个代理服务器发送的数据包中携带的时间戳，分别确定各个代理服务器对应的预测传输时延，其中，时间戳中包含：用于表征数据传输链路中连接的各个相邻节点间的数据传输时间。
请参考图7，图7示例性提供了本申请实施例中一种测量预测传输时延的示意图。从图7中可知，客户端从应用服务器中获取数据的过程为，应用服务器将数据包发送给相应的代理服务器，代理服务器将接收到的数据包发送给家庭网关，家庭网关将接收到的数据包发送给客户端；相反的，客户端向应用服务器发送是数据的过程为，客户端将数据包发送给家庭网关，家庭网关将数据包发送给代理服务器，代理服务器将数据包发送给应用服务器。
此时，在数据包中携带有时间戳，时间戳用于记录数据传输链路中连接的各个相邻节点间的数据传输时间。比如，记录客户端到家庭网关传输数据包所需的时间，以及家庭网关到代理服务器传输数据包所需的时间；基于数据包中携带的时间戳，可以确定客户端到代理服务器传输数据包所需的时间。因此，客户端可以主动测量客户端到各个代理服务器传输的各个数据包所需的传输时间。
请参考图8，图8示例性提供了本申请实施例中一种确定预测时延的示意图。图8中记发送端发送数据包的时间戳为t，接收端接收数据包的时间戳为t，则单次传输时延为t-t。其中，发送端为客户端的时候，接收端为代理服务器；发送端为代理服务器时，接收端为客户端。为了保证测量的预测传输时延的准确性，测量多次预测传输时延，并确定预测平均传输时延
因此，本申请实施例中的预测传输时延包括预测平均传输时延
在一种可能的实现方式中，当预测传输时延仅包括预测平均传输时延
当预测传输时延仅包括预测传输时延方差δt时，将预测传输时延方差δt作为预测网络状态信息；
当预测传输时延包括预测平均传输时延
三、当预测网络状态信息包括预测带宽质量和预测传输时延时，预测网络状态信息为预测带宽质量和预测传输时延的加权值。
具体的，当预测带宽质量包括预测带宽方差，预测传输时延包括预测平均传输时延和预测传输时延方差时，通过如下公式确定预测网络状态信息：
其中，ω为预测网络状态信息，μ为预测带宽方差的权重因子，δa为预测带宽方差，η为预测平均传输时延的权重因子，
基于上述公式，客户端可以获取各个可接入的代理服务器各自对应的预测网络状态信息。
客户端在获取各个可接入的代理服务器各自对应的预测网络状态信息之后，基于各个可接入的代理服务器各自对应的预测网络状态信息，筛选出最优的，即预测网络状态信息ω值最小的代理服务器作为第一代理服务器，并接入选取的第一代理服务器。
需要说明的是，为了保障目标应用的通畅度，在初次选择接入的第一代理服务器时，应全面考虑各种网络状态信息，即考虑预测带宽质量和预测传输时延。
在一种可能的实现方式中，客户端还可以根据获取的各个预测网络状态信息，确定至少一个候选代理服务器，比如选取预测网络状态信息ω值小于预设值的代理服务器作为候选代理服务器。
在本申请实施例中，客户端选择第一代理服务器并接入后，在目标应用的运行过程中，客户端通过第一代理服务器与目标应用对应的应用服务器进行数据传输。请参考图9，图9示例性提供本申请实施例中在目标应用运行过程中，客户端从应用服务器中获取数据的示意图。
从图9中可知，客户端通过第一代理服务器向应用服务器发送上行请求，应用服务器基于上行请求通过第一代理服务器向客户端发送下行数据，客户端接收到下行数据后，基于接收到的下行数据在终端设备的显示界面向用户显示目标应用当前对应的数据，其中下行数据为应用服务器针对目标应用返回的应用数据。
因此，第一代理服务器的网络状态信息严重影响着数据传输的速度和效率。为了保障目标应用在运行过程中的通畅度，需要客户端实时或周期性地测量第一代理服务器的网络状态信息。
在一种可能的实现方式中，客户端基于接收到的应用数据，获得第一代理服务器当前的第一网络状态信息，其中，第一网络状态信息包括实际带宽质量、实际传输时延中的之一或组合。
一、当第一网络状态信息仅包括实际带宽质量时，客户端将实际带宽质量作为第一网络状态信息；并根据接收到的应用数据确定第一代理服务器的实际带宽质量。
具体的，可以累积目标客户端在设定时间段内接收到的应用数据的数据量。
二、当第一网络状态信息仅包括实际传输时延时，客户端将实际传输时延作为第一网络状态信息，并根据接收到的应用数据中携带的时间戳，确定各个节点间传输数据所需的时间，以确定客户端与第一代服务器之间传输应用数据的传输时延。
三、当第一网络状态信息中包括实际带宽质量和实际传输时延时，客户端针对实际带宽质量和实际传输时延进行加权处理，并将加权处理后的处理数据作为第一网络状态信息。
需要说明的是，在运行过程中，影响数据传输的主要参数为带宽质量，因此在目标应用的运行过程，确定当前接入的第一代理服务器的网络状态信息时，为了减少确定时间，优选的仅测量第一代理服务器当前的实际带宽质量。
步骤s401，客户端确定网络参考信息，并获得第一网络状态信息与网络参考信息之间的波动值。
其中，波动值为网络参考信息与第一网络状态信息之间的差值。
在本申请实施例中，由于要确定当前接入的第一代理服务器的第一网络状态信息是否对目标应用的流畅度有影响，因此需要将获取的第一网络状态信息与网络参考信息进行比较，确定第一网络状态信息与网络参考信息之间的波动值，并基于波动值确定是否需要切换代理服务器。
因此，在获得第一网络状态信息后，客户端还需要确定网络参考信息，其中，网络参考信息中包括参考带宽质量和参考带宽时延中的之一或组合。
一、当网络参考信息中仅包括参考带宽质量时，参考带宽质量作为网络参考信息，并确定参考带宽质量和实际带宽质量之间的波动值，根据波动值确定是否需要切换代理服务器；
客户端通过如下方式确定网络参考信息中的参考带宽质量：
方式一、将各个代理服务器对应的预测带宽质量的平均值，作为网络参考信息中的参考带宽质量；
由于预测带宽质量仅包括预测带宽方差δa，因此参考带宽质量为
方式二、基于各个代理服务器对应的预测带宽质量，当前实际帧率以及预期帧率，确定网络参考信息中的参考带宽质量；
具体的，通过公式
二、当网络参考信息中仅包括参考传输时延时，参考传输时延作为网络参考信息，并确定参考传输时延和实际传输时延之间的波动值，根据波动值确定是否需要切换代理服务器；
客户端将各个代理服务器对应的预测传输时延的平均值，作为网络参考信息中的参考传输时延。
由于预测传输时延包括预测平均传输时延
此时，参考带宽质量与预测传输时延中包含的信息相关联，比如预测传输时延中仅包括预测传输时延方差δt，则参考带宽质量为
三、当网络参考信息中包括参考带宽质量和参考传输时延时，将参考带宽质量和参考传输时延进行加权处理，将加权处理结果作为网络参考信息，并确定网络参考信息和第一网络状态信息之间的波动值，根据波动值确定是否需要切换代理服务器；
此时，第一网络状态信息为实际带宽质量和实际传输时延加权处理后的加权结果；且确定第一网络状态信息时实际带宽质量的权重，与确定网络参考信息时参考带宽质量的权重一致，确定第一网络状态信息时实际传输时延的权重，与确定网络参考信息时参考传输时延的权重一致。
步骤s402，若波动值超出预设范围，则客户端分别基于各个候选代理服务器当前的第二网络状态信息，从各个候选代理服务器中，选取第二代理服务器。
在本申请实施例中，将获取的波动值与预设范围进行比较，确定波动值是否超出预设范围。
当波动值超出预设范围时，说明当前网络状态不佳，影响目标应用的通畅度，影响用户的使用体验，此时将在目标应用对应的显示界面中显示相应的提示信息，以提醒用户当前网络状态不佳。请参考图10，图10示例性提供了本申请实施例中一种波动值超出预设范围时目标应用的显示界面图，图10以目标应用为游戏进行举例说明，从图10中可知，提示用户当前网络状态不佳，可能影响应用体验。
在确定波动值超出预设范围后，为了保障目标应用运行的通畅度，客户端将自动选择网络状态较佳的代理服务器重新接入，此时针对各个候选代理服务器测量第二网络状态信息，具体可参见在可接入的代理服务器中选择第一代理服务器时，针对各个可接入的代理服务器测量预测网络状态信息的步骤，在此不再重复赘述。
客户端在获得各个候选代理服务器的第二网络状态信息后，基于第二网络状态信息，选择出最优的候选代理服务器作为第二代理服务器，并接入第二代理服务器。
在一种可能的实现方式中，当波动值没有超出预设范围，则调整用于处理应用数据的目标参数信息，其中目标参数信息包括缓存队列，解码参数等。此时，不会给目标应用的运行造成更多的负荷，且能提供实时检测卡顿、稳定性的能力。使用户在无感知的情况下会动态调节缓存队列大小，解码参数等，保障应用的通畅度，确保用户能获得更好的应用体验。
步骤s403，客户端将目标应用对应的数据传输链路，从第一代理服务器切换至第二代理服务器，数据传输链路为客户端与应用服务器之间，针对目标应用建立的链路。
在选择了第二代理服务器后，客户端从第一代理服务器切换至第二代理服务器，即客户端重新接入第二代理服务器，具体可参见图9，此时客户端通过该第二代理服务器从应用服务器获取目标应用所需的数据。
在客户端将目标应用对应的数据传输链路，从第一代理服务器切换至第二代理服务器后，网络状态提升，目标应用的通畅度提升，请参考图11，图11以目标应用为游戏进行举例说明，示例性提供了本申请实施例中一种换至第二代理服务器后目标应用的显示界面图。
请参考图12，图12示例性提供本申请实施例中一种服务器切换的整体方法流程图，包括如下步骤：
步骤s1200，客户端分别从各个代理服务器上拉取文本数据，并基于在设定时间内，从各个代理服务器上分别拉取的文件数量，确定各个代理服务器各自对应的预测带宽质量；
步骤s1201，客户端基于各个代理服务器发送的数据包中携带的时间，分别确定各个代理服务器对应的预测传输时延；
步骤s1202，客户端基于各个代理服务器各自对应的预测带宽质量和预测传输时延，分别确定各个代理服务器各自对应的预测网络状态信息；
步骤s1203，客户端基于各个代理服务器各自对应的预测网络状态信息，从各个代理服务器中，筛选出第一代理服务器；
步骤s1204，客户端在目标对应的数据传输链路中，接入第一代理服务器；
步骤s1205，在目标应用的运行过程中，客户端获得第一代理服务器当前的第一网络状态信息；
步骤s1206，客户端确定网络参考信息，并获得第一网络状态信息与网络参考信息之间的波动值；
步骤s1207，客户端确定波动值是否超出预设范围，是则执行步骤s1208，否则执行步骤s1210；
步骤s1208，客户端分别基于各个候选代理服务器当前的第二网络状态信息，从各个候选代理服务器中，选取第二代理服务器；
步骤s1209，客户端将目标应用对应的数据传输链路，从第一代理服务器切换至第二代理服务器；
步骤s1210，客户端调整缓存队列、解码参数中的之一或组合。
基于同一发明构思，本申请实施例还提供了一种服务器切换装置1300，图13示例性提供了本申请实施例中一种服务器切换装置1300，该装置1300包括：
第一获得单元1301，用于在目标应用的运行过程中，获得第一代理服务器当前的第一网络状态信息，第一代理服务器，在客户端和目标应用对应的应用服务器之间提供中继服务；
第二获得单元1302，确定网络参考信息，并获得第一网络状态信息与网络参考信息之间的波动值；
选取单元1303，用于若波动值超出预设范围，则分别基于各个候选代理服务器当前的第二网络状态信息，从各个候选代理服务器中，选取第二代理服务器；
切换单元1304，用于将目标应用对应的数据传输链路，从第一代理服务器切换至第二代理服务器，数据传输链路为客户端与应用服务器之间针对目标应用建立的链路。
在一种可能的实现方式中，第一获得单元获1301得第一代理服务器当前的第一网络状态信息之前，还用于：
分别从各个代理服务器上拉取文件数据，并基于在设定时间内，从各个代理服务器上分别拉取的文件数据量，确定各个代理服务器各自对应的预测带宽质量；以及
基于各个代理服务器发送的数据包中携带的时间戳，分别确定各个代理服务器对应的预测传输时延，其中，时间戳中包含：用于表征数据传输链路中连接的各个相邻节点间的数据传输时间；
基于各个代理服务器各自对应的预测带宽质量和预测传输时延，从各个代理服务器中，筛选出第一代理服务器。
在一种可能的实现方式中，第一获得单元1301基于各个代理服务器分别对应的预测带宽质量和预测传输时延，从各个代理服务器中，筛选出第一代理服务器时，具体用于：
针对各个代理服务器各自对应的预测带宽质量和预测传输时延进行加权处理，分别确定各个代理服务器各自对应的预测网络状态信息；
基于各个预测网络状态信息，筛选出预测网络状态信息符合预设条件的代理服务器，作为第一代理服务器。
在一种可能的实现方式中，预测带宽质量包括预测带宽方差，预测传输时延包括预测平均传输时延、预测传输时延方差中的之一或组合。
在一种可能的实现方式中，若网络参考信息中包括参考带宽质量，第二获得单元1302确定网络参考信息，具体包括：
基于获得的各个预测带宽质量、当前实际帧率以及预期帧率，确定网络参考信息中的参考带宽质量。
在一种可能的实现方式中，第一获得单元1301具体用于：
在设定时间段内，基于第一代理服务器发送的应用数据，获得当前的第一网络状态信息，其中，第一网络状态信息包括实际带宽质量、实际传输时延中的之一或组合；
其中，实际带宽质量是在设定时间段内，针对应用数据中的数据量进行统计确定的；
实际传输时延是基于应用数据中的时间戳确定的。
在一种可能的实现方式中，第二获得单元1302确定网络参考信息，并获得第一网络状态信息与网络参考信息之间的波动值之后，还用于：
若波动值在预设范围内，则调整用于处理应用数据的目标参数信息，目标参数信息包括缓存队列、解码参数中的之一或组合。
请参考图14，图14示例性提供了本申请实施例中一种服务器切换系统1400，该系统中包括网络状态评估模块1401、网络状态测算模块1402、反馈控制模块1403以及均衡策略模块1404，其中；
网络状态评估模块1401，用于探测客户端与应用服务器之间针对目标应用建立的数据传输链路中各个相邻节点间的网络带宽和延迟。
网络状态测算模块1402，用于基于网络状态评估模块1401探测的网络带宽和延迟，测算网络状态信息；
反馈控制模块1403，用于向连接的第一代理服务器反馈网络状态信息；
均衡策略模块1404，用于基于网络状态信息进行确定策略服务。策略服务包括但不限，选择第一代理服务器并接入，选择第二代理服务器并接入，调整缓存队列大小、解码参数等。
为了描述的方便，以上各子模型按照功能划分为各单元(或模块)分别描述。当然，在实施本申请时可以把各单元(或模块)的功能在同一个或多个软件或硬件中实现。
在介绍了本申请示例性实施方式的服务器切换方法及装置后，接下来介绍本申请的另一示例性实施方式的服务器切换计算设备。
所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
在一种可能的实现方式中，本申请实施例提供的服务器切换计算设备可以至少包括处理器和存储器。其中，存储器存储有程序代码，当程序代码被处理器执行时，使得处理器执行本申请中各种示例性实施方式的服务器切换方法中的任一步骤。
下面参考图15来描述根据本申请的这种实施方式的服务器切换计算设备1500。如图15的服务器切换计算设备1500仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图15所示，计算设备1500的子模型可以包括但不限于：上述至少一个处理器1501、上述至少一个存储器1502、连接不同系统子模型(包括存储器1502和处理器1501)的总线1503。
总线1503表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。
存储器1502可以包括易失性存储器形式的可读介质，例如随机存取存储器(ram)15021和/或高速缓存存储器15022，还可以进一步包括只读存储器(rom)15023。
存储器1502还可以包括具有一组(至少一个)程序模块15024的程序/实用工具15025，这样的程序模块15024包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
计算设备1500也可以与一个或多个外部设备1504(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与计算设备1500交互的设备通信，和/或与使得该计算设备1500能与一个或多个其它计算装置进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口1505进行。并且，计算设备1500还可以通过网络适配器1506与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图15所示，网络适配器1506通过总线1503与用于计算设备1500的其它模块通信。应当理解，尽管图15中未示出，可以结合计算设备1500使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
在一些可能的实施方式中，本申请提供的服务器切换方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的服务器切换方法中的步骤。
程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
本申请的实施方式的短信息的发送控制的程序产品可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在计算装置上运行。
可读信号介质可以包括在基带中或者作为载波一子模型传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由命令执行系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。
应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两种或更多单元的特征向量和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征向量和功能可以进一步划分为由多个单元来具体化。
此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
- 还没有人留言评论。精彩留言会获得点赞！