CN111327539A - 一种业务调度的方法、装置及设备 - Google Patents

Abstract

本申请实施例提供了一种业务调度的方法、装置及设备，包括：利用深度包检测技术获取目标业务的服务信息；根据业务种类结合拨测系统，确定目标业务的业务质量计算指标；根据服务信息和业务质量计算指标，确定目标业务在多条链路的多个业务总得分；对多条链路的多个业务总得分进行分析，生成业务调度建议，以便于根据业务调度建议对目标业务进行调度。本申请，通过深度包检测技术对服务信息进行获取，以便于后面对多条链路的多个业务总得分进行分析，生成业务调度建议。通过将知识和经验进行固化，实现能够在高效且全面的判断网络质量的优劣和网络质量较差的节点的同时，对其网络质量较差的节点进行业务调度，提高用户体验感。

Description

一种业务调度的方法、装置及设备

技术领域

本发明属于互联网业务技术领域，尤其涉及一种业务调度的方法、装置、设备和计算机存储介质。

背景技术

随着互联网业务的日益发展，用户感知业务的内容、方式及场景繁多，对网络负载不言而喻。因此，迫切需要一套基于互联网端到端的性能分析体系，能从用户感知评价的角度掌握互联网业务的质量，作为分析提升业务质量的决策依据。

目前，互联网业务感知评价方法主要包括：基于实测的感知评估、基于拨测系统的业务仿真、基于信令的性能分析和主备路由倒换。其中，基于实测的感知评估不仅对测试人员的技术要求较高，而且浪费人力资源；基于拨测系统的业务仿真是一种抽样测试方式，仅能通过有限次数的拨测在预设的场景中去模拟用户使用，无法涵盖大量用户；基于信令的性能分析虽然可以统计大量用户的感知，但对于个体出现的网络问题定位手段不足，对异常场景较难复现；而主备路由倒换的方案中，一般是出现业务不可用的故障时才会触发倒换，如果某个网络节点出现性能劣化，但未到触发自动倒换的门限时，在人工介入前，该节点会持续承担业务流量，这可能会使得用户业务的感知受到较大的影响，降低用户体验。若仅依靠上述任何一种方式，往往无法准确判断网络质量的优劣和网络质量较差的节点。

发明内容

本申请实施例提供一种业务调度的方法、装置、设备和计算机存储介质，能够在准确判断网络质量的优劣和网络质量较差的节点的同时，对其网络质量较差的节点进行业务调度，提高用户体验感。

第一方面，本申请实施例提供了一种业务调度的方法，该方法可以包括：

利用深度包检测技术获取目标业务的服务信息，服务信息包括业务种类；

根据业务种类结合拨测系统，确定目标业务的业务质量计算指标；

根据服务信息和业务质量计算指标，确定目标业务在多条链路的多个业务总得分；

对多条链路的多个业务总得分进行分析，生成业务调度建议，以便于根据业务调度建议对目标业务进行调度。

本申请，通过深度包检测技术对服务信息进行获取，以便于后面对多条链路的多个业务总得分进行分析，生成业务调度建议。通过将知识和经验进行固化，实现能够在高效且全面的判断网络质量的优劣和网络质量较差的节点的同时，对其网络质量较差的节点进行业务调度，提高用户体验感。

在一种可能的实施方式中，上述“目标业务的服务信息”还可以包括：访问目标业务的时间、归属地信息、目的端互联网协议地址、网络路由信息、流量数据、点击量、访问目标业务的时延、目标业务访问的统一资源定位符URL、目标业务访问的服务器的地址和访问目标业务的次数中的至少一个。

在另一种可能的实施方式中，在上述“根据业务种类结合拨测系统，确定目标业务的业务质量计算指标”的步骤中，具体可以包括：

将业务种类与目的端互联网协议地址归属地信息相关联；并按照预设维度进行分类统计，确定目标业务的业务质量计算指标。

在又一种可能的实施方式中，在上述“根据服务信息和业务质量计算指标，确定目标业务在多条链路的多个业务总得分”的步骤中，具体可以包括：

根据业务质量计算指标按照多个指标算法，分别确定多个不同维度下的业务质量计算指标情况；根据不同维度下的业务质量计算指标情况利用同级比高法，确定目标业务在多条链路的多个业务总得分。

在再一种可能的实施方式中，在上述“根据不同维度下的业务质量计算指标情况利用同级比高法，确定目标业务在多条链路的多个业务总得分”的步骤中，具体可以包括：

将不同维度下的业务质量计算指标进行加权计算，确定目标业务在多条链路的多个业务总得分。

在再一种可能的实施方式中，在上述“对多条链路的多个业务总得分进行分析，生成业务调度建议”的步骤中，具体可以包括：

判断多条链路的多个业务总得分是否满足预设条件；在满足预设条件的情况下，确定业务总得分最高的链路；根据业务总得分最高的链路，生成业务调度建议。

在再一种可能的实施方式中，在上述“根据业务总得分最高的链路，生成业务调度建议”的步骤之前，还可以包括：通过预设路由利用拨测系统，获取测试的时延和丢包率指标，测试的时延和丢包率指标均用于表示不同网络节点和不同路由的质量情况。

在再一种可能的实施方式中，上述方法还可以包括：根据测试的时延和丢包率指标和业务总得分最高的链路，向目标业务进行多次仿真测试。

在再一种可能的实施方式中，在上述“利用深度包检测技术获取目标业务的服务信息”的步骤之前，还可以包括：对拨测系统进行定时配置。

在再一种可能的实施方式中，在上述“对多条链路的多个业务总得分进行分析，生成业务调度建议”的步骤之后，还可以包括：

根据拨测系统重复进行确定目标业务在多条链路的多个业务总得分；监测低于预设阈值的目标业务的业务总得分，以便于发出告警信息。

第二方面，本申请实施例提供了一种业务调度的装置，该装置可以包括：

获取模块，用于利用深度包检测技术获取目标业务的服务信息，服务信息包括业务种类；

处理模块，用于根据业务种类结合拨测系统，确定目标业务的业务质量计算指标；

计算模块，用于根据服务信息和业务质量计算指标，确定目标业务在多条链路的多个业务总得分；

分析模块，用于对多条链路的多个业务总得分进行分析，生成业务调度建议，以便于根据业务调度建议对目标业务进行调度。

本申请，通过深度包检测技术对服务信息进行获取，以便于后面对多条链路的多个业务总得分进行分析，生成业务调度建议。通过将知识和经验进行固化，实现能够在高效且全面的判断网络质量的优劣和网络质量较差的节点的同时，对其网络质量较差的节点进行业务调度，提高用户体验感。

在一种可能的实施方式中，上述“目标业务的服务信息”还可以包括：访问目标业务的时间、归属地信息、目的端互联网协议地址、网络路由信息、流量数据、点击量、访问目标业务的时延、目标业务访问的统一资源定位符URL、目标业务访问的服务器的地址和访问目标业务的次数中的至少一个。

在另一种可能的实施方式中，上述“处理模块”具体可以用于，将业务种类与目的端互联网协议地址归属地信息相关联；并按照预设维度进行分类统计，确定目标业务的业务质量计算指标。

在又一种可能的实施方式中，上述“计算模块”具体可以用于，根据业务质量计算指标按照多个指标算法，分别确定多个不同维度下的业务质量计算指标情况；根据不同维度下的业务质量计算指标情况利用同级比高法，确定目标业务在多条链路的多个业务总得分。

在再一种可能的实施方式中，上述“计算模块”具体可以用于，将不同维度下的业务质量计算指标进行加权计算，确定目标业务在多条链路的多个业务总得分。

在再一种可能的实施方式中，上述“分析模块”具体可以用于，判断多条链路的多个业务总得分是否满足预设条件；在满足预设条件的情况下，确定业务总得分最高的链路；根据业务总得分最高的链路，生成业务调度建议。

在再一种可能的实施方式中，上述装置还可以包括测试装置，用于通过预设路由利用拨测系统，获取测试的时延和丢包率指标，测试的时延和丢包率指标均用于表示不同网络节点和不同路由的质量情况。

在再一种可能的实施方式中，上述“测试装置”还可以用于，根据测试的时延和丢包率指标和业务总得分最高的链路，向目标业务进行多次仿真测试。

在再一种可能的实施方式中，上述“处理装置”还可以用于，对拨测系统进行定时配置。

在再一种可能的实施方式中，上述“处理装置”还可以用于，根据拨测系统重复进行确定目标业务在多条链路的多个业务总得分；监测低于预设阈值的目标业务的业务总得分，以便于发出告警信息。

第三方面，本申请实施例提供了一种业务调度的设备，该设备包括处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现如第一方面任意一项的校正文本的方法。

本申请，通过深度包检测技术对服务信息进行获取，以便于后面对多条链路的多个业务总得分进行分析，生成业务调度建议。通过将知识和经验进行固化，实现能够在高效且全面的判断网络质量的优劣和网络质量较差的节点的同时，对其网络质量较差的节点进行业务调度，提高用户体验感。

第四方面，本申请实施例提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如第一方面任意一项的方法。

第五方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如第一方面任意一项的方法。

附图说明

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

图1是本申请一个实施例提供的一种业务调度的方法的流程图；

图2是本申请一个实施例提供的一种互联网业务分析系统与拨测系统对接的流程图；

图3是本申请一个实施例提供的一种根据测试结果确定调度建议的流程示意图；

图4是本申请一个实施例提供的一种根据调度建议进行调度的架构图；

图5是本申请一个实施例提供的一种业务调度的装置的结构示意图；

图6是本申请一个实施例提供的一种业务调度的设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本申请，并不被配置为限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

目前，现有的互联网业务感知评价方法主要有三种：基于实测的感知评估、基于拨测系统的业务仿真、基于信令的性能分析和主备路由倒换。

其中，基于实测的感知评估，主要是通过人工对互联网业务进行实际拨测，通过借助辅助分析工具(例如：httpwatch、firebug或者wireshake中的至少一个)，对业务的感知进行人工评估，是一种最贴近真实用户感知的测试方式，而且可以有效发挥出网络运维人员的技能与经验，是处理各种疑难问题的必要手段。但是，该方式主要有人为干预，对测试人员的技术要求较高，浪费人力资源。

基于拨测系统的业务仿真，是指利用专业的仪表或终端，通过仿真用户行为使用互联网业务的一种测试方式。仿真拨测系统可以对规定的业务流程或是网络链路进行多次重复性的自动拨测，并对测试过程和结果进行自动识别、记录和分析，无需人工参与或仅需少量人工参与，通过修改拨测过程中某一个参数变量可以进行多次重复测试，是一种控制变量的对比测试方法。但是，该方式是一种抽样测试方式，仅能通过有限次数的拨测在预设的场景中去模拟用户使用，无法涵盖大量用户。

基于信令的性能分析，是指利用深度包检测技术(deep packet inspection，DPI)采集技术，收集全网用户访问业务所产生的信令数据，通过大数据处理技术对信令数据进行统计、汇总和分析，得出全网用户访问业务的性能感知。信令性能分析的优点是可以获取大而全的用户感知数据。但是，对于个体出现的网络问题定位手段不足，对异常场景较难复现。

主备路由倒换：冗余设计是提高可靠性的重要手段之一，在通信网络中，常常通过口字型和双上联组网来实现网络安全。当某个网络节点出现故障时，该节点所承载的业务会自动倒换至备用路由上的节点，以保障业务使用的流畅性。但是，一般出现业务不可用的故障时才会触发倒换，如果某个网络节点出现性能劣化，但未到触发自动倒换的门限时，在人工介入前，该节点会持续承担业务流量，这可能会使得用户业务的感知受到较大的影响，降低用户体验。

针对上述方式，本申请实施例提供一种业务调度的方法、装置、设备和计算机存储介质，能够在准确判断网络质量的优劣和网络质差节点的同时，对其质差节点进行业务调度，以实现质差节点调度管理流程，提高用户体验感。具体方法将结合图1对本申请提供的业务调度的方法进行详细说明。

图1是本申请一个实施例提供的一种业务调度的方法流程图。

如图1所示，该方法可以包括S110-S140，具体如下：

S110：利用深度包检测技术获取目标业务的服务信息，服务信息包括业务种类。

具体地，目标业务的服务信息还包括：访问目标业务的时间、归属地信息、目的端互联网协议地址、网络路由信息、流量数据、点击量、访问目标业务的时延、目标业务访问的统一资源定位符URL、目标业务访问的服务器的地址和访问目标业务的次数中的至少一个。

例如：基于DPI获取对运营商网络的用户访问业务时的时间、用户归属信息、源IP地址、业务类别、目的IP地址、网络路由、流量、点击量、访问时延、访问成功率和下载速率等数据进行全量采集及汇总。

S120：根据业务种类结合拨测系统，确定目标业务的业务质量计算指标。

具体地，在一种方式中，将业务种类与目的端互联网协议地址归属地信息相关联；并按照预设维度进行分类统计，确定目标业务的业务质量计算指标。

例如：该步骤可以理解为是建立互联网业务分析系统，其中，根据DPI采集的信令数据，关联IP地址归属信息，并按照用户、IP、业务等维度进行分类统计，同时设计各项指标算法(例如：成功率、时延、下载速率)，最终可以得到不同维度下的业务质量计算指标情况。

S130：根据服务信息和业务质量计算指标，确定目标业务在多条链路的多个业务总得分。

具体地，根据业务质量计算指标按照多个指标算法，分别确定多个不同维度下的业务质量计算指标情况；根据不同维度下的业务质量计算指标情况利用同级比高法，确定目标业务在多条链路的多个业务总得分。其中，上述根据不同维度下的业务质量计算指标情况利用同级比高法的步骤，具体可以包括：将不同维度下的业务质量计算指标进行加权计算。

例如：上述步骤可以理解为是通过业务质差模型确定目标业务在多条链路的多个业务总得分，基于互联网业务分析系统，利用同级比高法，将互联网业务分析系统中各级指标与其他同层级指标相比较，确定可能的质差业务、质差节点及质差路由等信息。

还可以对业务质差模型的应用方法进行详细说明，具体方式如下：

基于互联网业务质量评估模型，实现业务质量的优劣计算，进而实现目标业务的调度。

首先，基于DPI的大数据信令分析系统，可以获取目标业务的服务信息，包括业务种类、具体的URL、服务器IP和用户访问该业务的次数。表1为基于DPI的业务信息表。

表1

其次，基于拨测系统的业务质量计算指标定义表如表2所示：

表2

在计算某种业务的质量得分时，可以通过设置挑战值和标杆值(挑战值和标杆值可以根据历史数据合理预设)，当某个指标达到挑战值即得到50分，不达标杆值得0分，中间线性得分，再将相关的指标得分进行加权计算，即可以实现各种业务在不同链路的质量得分，进而得到各个链路的优劣情况。具体算法如下：

网页业务得分＝页面显示时延得分+页面下载速率得分；

视频业务得分＝视频流媒体初始缓冲时延得分+视频流媒体卡顿占比得分；

下载业务得分＝下载成功率得分+下载速率得分；

游戏业务得分＝登陆成功率得分+登陆时延得分。

从以上算法可以得知，每种业务的得分为100分。

根据表1基于DPI的业务信息表，我们可以知道具体每个IP服务的业务类型、具体统一资源定位符(uniform resource locator，URL)和访问次数。根据以上信息可以对拨测探针下发业务拨测任务，并得出相关的业务得分。

业务总得分＝n1*业务1得分+n2*业务2得分+n3*业务3得分+……

其中n1＝业务1访问次数/(该IP所有业务的访问次数)

且n1+n2+n3+……＝1

一般地，只需要获取访问次数最多的3种业务的得分情况即可表征该IP所有业务的访问得分，此时的公式需要调整为：

业务总得分＝n1*业务1得分+n2*业务2得分+n3*业务3得分

其中n1＝业务1访问次数/(业务1访问次数+业务2访问次数+业务3访问次数)且n1+n2+n3+……＝1。

S140：对多条链路的多个业务总得分进行分析，生成业务调度建议，以便于根据业务调度建议对目标业务进行调度。

具体地，判断多条链路的多个业务总得分是否满足预设条件；在满足预设条件的情况下，确定业务总得分最高的链路；根据业务总得分最高的链路，生成业务调度建议。

例如：当拨测系统完成某个IP地址多条链路多种业务得分后，对链路得分进行分类统计，在一种可能的方式中，当多条链路的业务总得分均小于60分时，则转入人工处理；在另一种可能的方式中，当有若干条链路得分大于60分时，选取得分最高的链路进行业务调度。

在一种可能的实施例中，在S140的步骤之前还可以包括：通过预设路由利用拨测系统，获取测试的时延和丢包率指标，测试的时延和丢包率指标均用于表示不同网络节点和不同路由的质量情况。

例如：根据S130中业务质差模型确定出的质差信息，通过预设路由的方式，利用拨测系统去测试不同网络节点、不同路由的质量情况，获取测试的时延、丢包率指标。

在获取测试的时延和丢包率指标之后还可以包括：根据测试的时延和丢包率指标和业务总得分最高的链路，向目标业务进行多次仿真测试。

例如：根据获取测试的时延和丢包率指标，选取最优路由，继续通过拨测探针，向业务侧进行多次业务仿真测试，获取业务的时延、成功率、下载速率等指标，验证业务质量的提升情况。

需要说明的是，在该种情况下，需要将上述涉及到的互联网业务分析系统和拨测系统进行对接，具体方式如下：

首先，统一接口规范，由互联网业务分析系统通过接口下发拨测任务，自动拨测系统作为服务提供方，按照下发的任务要求完成拨测后返回测试结果。

具体可以如图2所示，互联网业务分析系统在下发测试任务前先与数据接收方进行通讯认证，认证成功后获取鉴权码(AuthCode)，在之后信息交互时需要带上AuthCode参数。一般来说，AuthCode有效期为一天，每天数据提供方需要重新认证获取AuthCode参数。

拨测系统根据下发的测试指令执行拨测任务，测试完成后通过WebService通知业务分析系统。互联网业务分析系统收到通知后获取拨测结果并进行解析。

测试任务下发消息示例如下表3所示：

表3

其中，如图3所示，结合S130中的算法，互联网业务分析系统下发的测试任务可以包括网页测试、视频测试、链路ping测试等测试类型，由互联网业务分析系统根据实际需要，选择拨测探针数量、测试业务类型、目的IP地址、网络路由通道等。

定界算法根据测试结果进行简单的对比分析，得出最优路由信息，提供调度建议。

根据定界出的调度建议，找出最优的网络链路，执行网络调度方案，运行一键调度脚本，代替传统的人工判断、手动配置网络参数的过程，实现互联网业务感知的智能调度。

例如：如图4所示，调整调度模块通过对路由倒换过程进行分解，分模块进行IT化开发，主要包含用户管理模块、OMC信息管理模块、调度脚本管理模块、倒换执行模块。自动调度脚本可以由系统自动调用，也可以由人工进行的一键启动。需要说明的是，系统集成OMC基础信息管理、路由管理、倒换脚本管理功能，在应急倒换时，维护人员通过一键启动“调度开始”按钮或系统自动向服务器发送“调度开始”指令，服务器接收到指令后，通过基于FTP/SFTP协议的文件传输模块向OMC上传倒换脚本，通过基于Telnet/SHH2协议的远程通信模块向OMC发送倒换指令、并根据OMC返回LOG跟踪倒换过程及结果。

在一种可能的实施方式中，在S110之前，还可以包括：对拨测系统进行定时配置。结合该步骤，在S140步骤之后，还可以包括：根据拨测系统重复进行确定目标业务在多条链路的多个业务总得分；监测低于预设阈值的目标业务的业务总得分，以便于发出告警信息。

例如：通过对拨测系统进行定时配置，重复进行网络链路测试和业务仿真测试，查看质差节点是否恢复，评估业务倒回的风险。如果确认质差节点已恢复，再次执行倒回脚本，最终实现通信网络在异常情况下的调度闭环管理。

综上，本申请提供的方法，通过对多种方式进行有机结合，建立互联网业务分析体系，实现了从用户、业务到网络的多维质量评估体系，能实现更全面的互联网业务性能评估。通过将运维人员日常工作中运用到的知识和经验进行固化，实现能够在高效且全面的判断网络质量的优劣和网络质量较差的节点的同时，对其网络质量较差的节点进行业务调度，提高用户体验感。

图5是本申请一个实施例提供的一种业务调度的装置的结构示意图。

如图5所示，该装置50具体可以包括：

获取模块501，用于利用深度包检测技术获取目标业务的服务信息，服务信息包括业务种类；

处理模块502，用于根据业务种类结合拨测系统，确定目标业务的业务质量计算指标；

计算模块503，用于根据服务信息和业务质量计算指标，确定目标业务在多条链路的多个业务总得分；

分析模块504，用于对多条链路的多个业务总得分进行分析，生成业务调度建议，以便于根据业务调度建议对目标业务进行调度。

其中，目标业务的服务信息还可以包括：访问目标业务的时间、归属地信息、目的端互联网协议地址、网络路由信息、流量数据、点击量、访问目标业务的时延、目标业务访问的统一资源定位符URL、目标业务访问的服务器的地址和访问目标业务的次数中的至少一个。

处理模块502具体可以用于，将业务种类与目的端互联网协议地址归属地信息相关联；并按照预设维度进行分类统计，确定目标业务的业务质量计算指标。

计算模块503具体可以用于，根据业务质量计算指标按照多个指标算法，分别确定多个不同维度下的业务质量计算指标情况；根据不同维度下的业务质量计算指标情况利用同级比高法，确定目标业务在多条链路的多个业务总得分。计算模块503具体可以用于，将不同维度下的业务质量计算指标进行加权计算，确定目标业务在多条链路的多个业务总得分。

分析模块504具体可以用于，判断多条链路的多个业务总得分是否满足预设条件；在满足预设条件的情况下，确定业务总得分最高的链路；根据业务总得分最高的链路，生成业务调度建议。

上述装置50还可以包括测试装置505，用于通过预设路由利用拨测系统，获取测试的时延和丢包率指标，测试的时延和丢包率指标均用于表示不同网络节点和不同路由的质量情况。其中，测试装置505还可以用于，根据测试的时延和丢包率指标和业务总得分最高的链路，向目标业务进行多次仿真测试。

处理装置502还可以用于，对拨测系统进行定时配置。处理装置502还可以用于，根据拨测系统重复进行确定目标业务在多条链路的多个业务总得分；监测低于预设阈值的目标业务的业务总得分，以便于发出告警信息。

图6是本申请一个实施例提供的一种校正文本的设备的结构示意图。

如图6所示，该业务调度的设备可以包括处理器601以及存储有计算机程序指令的存储器602。

具体地，上述处理器601可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器602可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器602可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器602可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器602可在综合网关设备的内部或外部。在特定实施例中，存储器602是非易失性固态存储器。在特定实施例中，存储器602包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器601通过读取并执行存储器602中存储的计算机程序指令，以实现上述实施例中的任意一种业务调度的方法。

收发器603，主要用于实现本发明实施例中各模块、装置、单元、用户端或者服务器中的至少两个之间的通信。

在一个示例中，该设备还可包括总线604。其中，如图6所示，处理器601、存储器602和收发器603通过总线604连接并完成相互间的通信。

总线604包括硬件、软件或两者，将在上述部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线603可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

另外，结合上述实施例中的业务调度的方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种业务调度的方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

以上，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (13)

1.一种业务调度的方法，其特征在于，包括：

利用深度包检测技术获取目标业务的服务信息，所述服务信息包括业务种类；

根据所述业务种类结合拨测系统，确定所述目标业务的业务质量计算指标；

根据所述服务信息和所述业务质量计算指标，确定所述目标业务在多条链路的多个业务总得分；

对所述多条链路的多个业务总得分进行分析，生成业务调度建议，以便于根据所述业务调度建议对目标业务进行调度。

2.根据权利要求1所述的方法，其特征在于，所述目标业务的服务信息还包括：

访问所述目标业务的时间、归属地信息、目的端互联网协议地址、网络路由信息、流量数据、点击量、访问所述目标业务的时延、所述目标业务访问的统一资源定位符URL、所述目标业务访问的服务器的地址和访问所述目标业务的次数中的至少一个。

3.根据权利要求1或2所述的方法，其特征在于，所述根据所述业务种类结合拨测系统，确定所述目标业务的业务质量计算指标，包括：

将所述业务种类与目的端互联网协议地址归属地信息相关联；

并按照预设维度进行分类统计，确定所述目标业务的业务质量计算指标。

4.根据权利要求1或3所述的方法，其特征在于，所述根据所述服务信息和所述业务质量计算指标，确定所述目标业务在多条链路的多个业务总得分，包括：

根据所述业务质量计算指标按照多个指标算法，分别确定多个不同维度下的业务质量计算指标情况；

根据所述不同维度下的业务质量计算指标情况利用同级比高法，确定所述目标业务在多条链路的多个业务总得分。

5.根据权利要求4所述的方法，其特征在于，所述根据所述不同维度下的业务质量计算指标情况利用同级比高法，确定所述目标业务在多条链路的多个业务总得分，包括：

将所述不同维度下的业务质量计算指标进行加权计算，确定所述目标业务在多条链路的多个业务总得分。

6.根据权利要求1或5所述的方法，其特征在于，所述对所述多条链路的多个业务总得分进行分析，生成业务调度建议，包括：

判断所述多条链路的多个业务总得分是否满足预设条件；

在满足预设条件的情况下，确定所述业务总得分最高的链路；

根据所述业务总得分最高的链路，生成所述业务调度建议。

7.根据权利要求1或6所述的方法，其特征在于，在所述根据所述业务总得分最高的链路，生成所述业务调度建议的步骤之前，还包括：

通过预设路由利用拨测系统，获取测试的时延和丢包率指标，所述测试的时延和丢包率指标均用于表示不同网络节点和不同路由的质量情况。

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

根据所述测试的时延和丢包率指标和所述业务总得分最高的链路，向所述目标业务进行多次仿真测试。

9.根据权利要求1所述的方法，其特征在于，在所述利用深度包检测技术获取目标业务的服务信息的步骤之前，还包括：

对所述拨测系统进行定时配置。

10.根据权利要求9所述的方法，其特征在于，在所述对所述多条链路的多个业务总得分进行分析，生成业务调度建议的步骤之后，还包括：

根据所述拨测系统重复进行确定所述目标业务在多条链路的多个业务总得分；

监测低于预设阈值的所述目标业务的业务总得分，以便于发出告警信息。

11.一种业务调度的装置，其特征在于，包括：

获取模块，用于利用深度包检测技术获取目标业务的服务信息，所述服务信息包括业务种类；

处理模块，用于根据所述业务种类结合拨测系统，确定所述目标业务的业务质量计算指标；

计算模块，用于根据所述服务信息和所述业务质量计算指标，确定所述目标业务在多条链路的多个业务总得分；

分析模块，用于对所述多条链路的多个业务总得分进行分析，生成业务调度建议，以便于根据所述业务调度建议对目标业务进行调度。

12.一种业务调度的设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-10任意一项所述的业务调度的方法。

13.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-10任意一项所述的业务调度的方法。

Images