一种直播系统自动扩缩容方法及系统与流程

1.本发明涉及自动扩缩容领域，具体涉及一种直播系统自动扩缩容方法及系统。


背景技术：

2.近几年，直播行业的快速发展，直播开播量和在线用户观看量飞速增长，看直播购物已经深入到每个人的生活，成为一种新的生活方式。当然，直播行业的高速发展对互联网企业提出了更高的挑战，企业面临着服务器系统压力过大，购买服务器成本过高的问题，因此企业要解决直播高峰时能够自动的、快速的扩容问题，同时扩容合适数量的服务器来降低成本。
3.对系统进行扩缩容常用的方式是：企业的运维人员检测到服务系统压力，然后根据经验值发起扩容。一般扩容时的检测指标有cpu负载，接口qps，接口rt等，当检测指标达到阈值时，根据日常经验评估进行一定数据服务器的扩容；当检测指标达到一个安全阈值时，运维人员进行服务器缩容。扩容的主要流程包括购买服务器、部署服务、上流量等主要部分，缩容的主要流程包括下流量、停服、释放服务器等主要部分。扩缩容的服务器数量主要根据历史经验值进行确定。
4.在实现本发明过程中，申请人发现现有技术中至少存在如下问题：
5.目前常见的扩缩容方案需要依赖经验或者简单的线性推演来预估需要扩容的服务器数量，在实时性上大多依赖人为判断人为操作进行扩缩容。而实际上直播行业大流量来的快、来的频繁，因此每天会有大量的扩缩容需要，因此会消耗大量的人力成本进行操作。同时，由于是人为判断，扩缩容数量不会很准确，会出现扩容数量偏多或偏少的情况，结果导致系统服务能力不够或成本浪费的情况。


技术实现要素：

6.本发明实施例提供一种直播系统自动扩缩容方法及系统，采用对历史经验累计数据与扩缩容数据进行拟合的容量拟合公式进行扩缩容，使自动扩缩容更符合真实情况。
7.为达上述目的，一方面，本发明实施例提供一种直播系统自动扩缩容方法，包括：
8.确定直播系统的检测指标，并采集该直播系统的检测指标值，所述检测指标包括cpu负载或峰值在线人数pcu；
9.根据检测指标值判断该直播系统是否需要扩缩容，当检测指标值满足扩缩容条件时，采用根据经验累积数据得到的容量拟合公式确定该直播系统扩缩容的服务器数量；所述经验积累数据是指历史时间段内每次扩缩容时所采用的检测指标值，在所述历史时间段内当检测指标值满足扩缩容条件时，采用线性扩缩容方式确定该直播系统扩缩容的服务器数量；
10.根据确定的服务器数量进行相应的扩容或缩容操作。
11.另一方面，本发明实施例提供一种直播系统自动扩缩容系统，包括：
12.指标检测单元，用于确定直播系统的检测指标，并采集该直播系统的检测指标值，
所述检测指标包括cpu负载或峰值在线人数pcu；
13.扩缩容确定单元，用于根据检测指标值判断该直播系统是否需要扩缩容，当检测指标值满足扩缩容条件时，采用根据经验累积数据得到的容量拟合公式确定该直播系统扩缩容的服务器数量；所述经验积累数据是指历史时间段内每次扩缩容时所采用的检测指标值，在所述历史时间段内当检测指标值满足扩缩容条件时，采用线性扩缩容方式确定该直播系统扩缩容的服务器数量；
14.扩缩容单元，用于根据确定的服务器数量进行相应的扩容或缩容操作。
15.上述技术方案具有如下有益效果：采用对历史经验累计数据与扩缩容数据进行拟合的容量拟合公式进行扩缩容，使自动扩缩容更符合真实情况。
附图说明
16.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
17.图1是本发明实施例的一种直播系统自动扩缩容方法的流程图；
18.图2是本发明实施例的一种直播系统自动扩缩容系统的结构图；
19.图3是本发明实施例的滤波前后效果对比图。
具体实施方式
20.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
21.如图1所示，结合本发明的实施例，提供一种直播系统自动扩缩容方法，包括：
22.s101：确定直播系统的检测指标，并采集该直播系统的检测指标值，所述检测指标包括cpu负载或峰值在线人数pcu；
23.s102：根据检测指标值判断该直播系统是否需要扩缩容，当检测指标值满足扩缩容条件时，采用根据经验累积数据得到的容量拟合公式确定该直播系统扩缩容的服务器数量；所述经验积累数据是指历史时间段内每次扩缩容时所采用的检测指标值，在所述历史时间段内当检测指标值满足扩缩容条件时，采用线性扩缩容方式确定该直播系统扩缩容的服务器数量；
24.s103：根据确定的服务器数量进行相应的扩容或缩容操作。
25.优选地，在所述根据检测指标值判断该直播系统是否需要扩缩容之前，还包括：
26.s104：采用低通滤波算法对所采集的检测指标值进行均值过滤，去除指标数据内的噪声，得到净化后的检测指标值，所述净化后的检测指标值用于判断该直播系统是否需要扩缩容。
27.优选地，在步骤102中，所述在历史时间段内当检测指标值满足扩缩容条件时，采用线性扩缩容方式确定该直播系统扩缩容的服务器数量，具体包括：
28.s105：当该直播系统的任一净化后的检测指标值达到相应的扩容触发阈值时，根据该净化后的检测指标值采用线性扩容方式确定该直播系统此次扩容的服务器数量，根据此次扩容的服务器数量对该直播系统进行扩容；以及
29.s106：在对该直播系统扩容之后，当该直播系统的各净化检测指标值均小于各自相应的动态缩容阈值时，根据各净化后的检测指标值采用线性缩容方式分别计算该直播系统相应的各缩容结果，将各缩容结果中缩容的服务器数量的最小值作为此次最终缩容的服务器数量，根据此次最终缩容的服务器数量对该直播系统进行缩容；其中，对于同一检测指标，其扩容触发阈值大于其动态缩容阈值。
30.优选地，在步骤102中，所述根据经验累积数据得到容量拟合公式的方法，具体包括：
31.针对每一检测指标，设定最小二乘公式，将经验积累数据中该检测指标的数据、以及相应的扩容服务器数量或相应的最终缩容服务器数量代入到最小二乘公式进行第一次拟合形成超静定方程组；将超静定方程组向量化，向量化超静定方程组具有未知向量系数；通过向量化超静定方程组与相应的扩缩容数据形成残差平方和算式，当该残差平方和算式值最小时得到该未知向量系数值，将未知向量系数值代入到静定方程组得到一次拟合公式；通过将所有经验积累数据中该检测指标的数据、以及相应的扩容服务器数量或相应的最终缩容服务器数量代入到一次拟合公式进行迭代得到二次拟合公式；将迭代预设次数后的拟合公式作为该检测指标的容量拟合公式，其中，所述扩缩容数据是指线性扩缩容方式确定的扩容服务器数量或最终缩容服务器数量。
32.优选地，步骤102具体包括：
33.s1021：当该直播系统的任一净化后的检测指标值达到相应的扩容触发阈值时，根据该检测指标的容量拟合公式得到该直播系统本次扩容的服务器数量。
34.s1022：在对该直播系统扩容之后，当该直播系统的各净化检测指标值均小于各自相应的动态缩容阈值时，根据各检测指标的容量拟合公式得到相应的缩容的服务器数量，将各缩容的服务器数量的最小值作为该直播系统本次最终缩容的服务器数量。
35.如图2所示，结合本发明的实施例，提供一种直播系统自动扩缩容系统，包括：
36.指标检测单元21，用于确定直播系统的检测指标，并采集该直播系统的检测指标值，所述检测指标包括cpu负载或峰值在线人数pcu；
37.扩缩容确定单元22，用于根据检测指标值判断该直播系统是否需要扩缩容，当检测指标值满足扩缩容条件时，采用根据经验累积数据得到的容量拟合公式确定该直播系统扩缩容的服务器数量；所述经验积累数据是指历史时间段内每次扩缩容时所采用的检测指标值，在所述历史时间段内当检测指标值满足扩缩容条件时，采用线性扩缩容方式确定该直播系统扩缩容的服务器数量；
38.扩缩容单元23，用于根据确定的服务器数量进行相应的扩容或缩容操作。
39.优选地，还包括：
40.去噪单元24，用于采用低通滤波算法对所述指标检测单元所采集的检测指标值进行均值过滤，去除指标数据内的噪声，得到净化后的检测指标值并发送给所述扩缩容确定单元，以便所述扩缩容确定单元根据所述净化后的检测指标值判断该直播系统是否需要扩缩容。
41.优选地，还包括：
42.线性扩容单元25，用于在历史时间段内，当该直播系统的任一净化后的检测指标值达到相应的扩容触发阈值时，根据该净化后的检测指标值采用线性扩容方式确定该直播系统此次扩容的服务器数量，根据此次扩容的服务器数量对该直播系统进行扩容；
43.线性缩容单元26，用于在历史时间段内，对该直播系统扩容之后，当该直播系统的各净化后的检测指标值均小于各自相应的动态缩容阈值时，根据各净化后的检测指标值采用线性缩容方式分别计算该直播系统相应的各缩容结果，将各缩容结果中缩容的服务器数量的最小值作为此次最终缩容的服务器数量，根据此次最终缩容的服务器数量对该直播系统进行缩容；其中，对于同一检测指标，其扩容触发阈值大于其动态缩容阈值。
44.优选地，还包括：
45.拟合单元27，用于针对历史时间段内每一检测指标，设定最小二乘公式，将经验积累数据中该检测指标的数据、以及相应的扩容服务器数量或相应的最终缩容服务器数量代入到最小二乘公式进行第一次拟合形成超静定方程组；将超静定方程组向量化，向量化超静定方程组具有未知向量系数；通过向量化超静定方程组与相应的扩缩容数据形成残差平方和算式，当该残差平方和算式值最小时得到该未知向量系数值，将未知向量系数值代入到静定方程组得到一次拟合公式；通过将所有经验积累数据中该检测指标的数据、以及相应的扩容服务器数量或相应的最终缩容服务器数量代入到一次拟合公式进行迭代得到二次拟合公式；将迭代预设次数后的拟合公式作为该检测指标的容量拟合公式，其中，所述扩缩容数据是指线性扩缩容方式确定的扩容服务器数量或最终缩容服务器数量。
46.优选地，所述扩缩容确定单元22包括：
47.非线性扩容子单元221，用于当该直播系统的任一净化后的检测指标值达到相应的扩容触发阈值时，根据该检测指标的容量拟合公式得到该直播系统本次扩容的服务器数量；
48.非线性缩容子单元222，用于在对该直播系统扩容之后，当该直播系统的各净化检测指标值均小于各自相应的动态缩容阈值时，根据各检测指标的容量拟合公式得到相应的缩容的服务器数量，将各缩容的服务器数量的最小值作为该直播系统本次最终缩容的服务器数量。
49.本发明所取得的有益效果如下：
50.与传统的扩缩容技术相比，本发明从指标检测、线性扩容经验累积，以及统计学数据拟合三个步骤进行扩容缩容数量的获得，并且充分利用了历史扩容数据及评价，进而得到的是方差最小的扩容数量，更加真实体现服务情况，进而兼顾保证扩容服务能力和扩容成本。
51.下面结合具体的应用实例对本发明实施例上述技术方案进行详细说明，实施过程中没有介绍到的技术细节，可以参考前文的相关描述。
52.本发明为一种用于直播的系统自动扩缩容技术，用于直播的自动扩缩容技术，一方面对扩缩容的数量进行统计学计算，预估需要扩容的服务器数量；另一方面对扩缩容流程进行自动化设计。本专利分析了检测阈值与扩缩容数量之间的统计规律，结合数据拟合，得到最佳扩缩容数量。该方法提升了扩缩容的自动化速度以及扩缩容精度，更能满足实际应用需求。主要包括以下步骤：
53.步骤1：搭建指标检测系统
54.确定直播系统的检测指标，并采集该直播系统的检测指标值，本发明涉及的指标检测维度有cpu负载、pcu(峰值在线人数)、与qps(每秒请求量)的数据作为检测指标。cpu能够直接体现服务器的实时情况，采用了zabbix作为cpu负载采集工具，对所有的服务器的cpu负载进行采集；pcu作为直播业务的特有属性，是通过实时统计在直播间内的用户量得到。由于采集的数据(cpu)会有高频噪声干扰，因此采用了低通滤波算法进行均值过滤，去除数据采集的噪声(cpu的高频干扰是服务器物理上决定的，主要目的是取出干扰毛刺)，滤波的算式如下：
55.f[m]＝f[m
‑
1] k*(p[m]
‑
f[m
‑
1])
[0056]
其中，m为第m个采样点，p为采样数据，f为滤波后的数值，k为滤波系数，对指标进行滤波后效果如图3所示。也就是，采用低通滤波算法对所采集的检测指标值进行均值过滤，去除指标数据内的噪声，得到净化后的检测指标值，所述净化后的检测指标值用于判断该直播系统是否需要扩缩容。
[0057]
通过实时的采集指标和进行滤波，能够得到实时的、更能反映实际情况的系统状态，从而为扩容做了决策基础。
[0058]
步骤2：扩缩容数量指标决策服务
[0059]
在直播系统中，有的服务相对敏感，当需要更多服务器的时候会更加紧急，比如直播的开播push系统，为了能尽快的给用户发送push，使用户尽快到达直播间，因此需要以更短的时间提高push能力，当push发送完毕后，就可以以很少的服务器维持线上服务。
[0060]
根据检测指标值判断该直播系统是否需要扩缩容，当检测指标值满足扩缩容条件时，采用根据经验累积数据得到的容量拟合公式确定该直播系统扩缩容的服务器数量；所述经验积累数据是指历史时间段内每次扩缩容时所采用的检测指标值，在所述历史时间段内当检测指标值满足扩缩容条件时，采用线性扩缩容方式确定该直播系统扩缩容的服务器数量。
[0061]
步骤2.1通过线性扩容进行经验累积。
[0062]
在决策系统刚开始启动的时候，并没有经验知道扩缩多少数量的服务器才是最合适的，因此采用了线性扩缩容的方式对扩容效果(利用率)进行经验累积。具体地，当该直播系统的任一净化后的检测指标值达到相应的扩容触发阈值时，根据该净化后的检测指标值采用线性扩容方式确定该直播系统此次扩容的服务器数量，根据此次扩容的服务器数量对该直播系统进行扩容。同时对每次扩容效果进行质量评估，这样就得到了每次达到指标后的扩容结果和扩容质量评价。具体地，通过利用率来评估扩容效果，利用率达到机器满载且不等待的经验值(比如cpu利用率达到70％)，则扩容效果好。上下浮动可以理解为与最佳利用率之间的经验差别。其中，线性扩容算式如下：
[0063][0064]
其中，n为扩容系数，跟当前常备服务器数量相关，k为扩容阈值系数，其大小影响着扩容数量的斜率，thr为系统服务的触发阈值(每个指标均具有相应的触发阈值)，x为实时监测到的指标数据，y为计算出来的扩容数量。
[0065]
通过上述计算，能够得到每次的扩容数量，根据每次的扩容数量扩容服务器(服务
器可为处于不同的分布式系统内)然后在服务完成后对此次扩容进行质量评价，评价内容包括此次扩容的利用率等。在对该直播系统扩容之后，当大流量消退后，会进行缩容，缩容遵循慢缩原则，即：当该直播系统的各净化检测指标值均小于各自相应的动态缩容阈值时，根据各净化后的检测指标值采用线性缩容方式分别计算该直播系统相应的各缩容结果，缩容算式如下：
[0066][0067]
其中，shrinkthr为动态缩容阈值，m为扩容服务器的数量，该阈值能始终保证缩容后系统仍能以低于thr的能力提供服务。
[0068]
将各缩容结果中缩容的服务器数量的最小值作为此次最终缩容的服务器数量，根据此次最终缩容的服务器数量对该直播系统进行缩容；其中，对于同一检测指标，其扩容触发阈值大于其动态缩容阈值。
[0069]
步骤2.2根据经验数据进行数据拟合扩容公式。
[0070]
针对每一检测指标，设定最小二乘公式，将经验积累数据中该检测指标的数据、以及相应的扩容服务器数量或相应的最终缩容服务器数量代入到最小二乘公式进行第一次拟合形成超静定方程组；将超静定方程组向量化，向量化超静定方程组具有未知向量系数；通过向量化超静定方程组与相应的扩缩容数据形成残差平方和算式，当该残差平方和算式值最小时得到该未知向量系数值，将未知向量系数值代入到静定方程组得到一次拟合公式；通过将所有经验积累数据中该检测指标的数据、以及相应的扩容服务器数量或相应的最终缩容服务器数量代入到一次拟合公式进行迭代得到二次拟合公式；将迭代预设次数后的拟合公式作为该检测指标的容量拟合公式，其中，所述扩缩容数据是指线性扩缩容，扩容服务器数量或相应的最终缩容服务器数量。具体如下：
[0071]
这里采用了最小二乘拟合的方法来获取一次拟合、二次拟合、三次拟合公式。公式如下：
[0072][0073]
其中，x表示表示检测指标，i表示第i个采样点，j表示第j次拟合；m代表有多少个方程，也就是达到的指标与扩容数量的关系，n代表n次拟合，且n最大值为3，求解此方程组下的β(拟合系数)即可得到扩容数量拟合公式。
[0074]
将采集的m个采样点代入到方程中，可以得到超定方程组如下：
[0075][0076]
将该方程组向量化后为：
[0077]
y＝xβ
[0078][0079]
对于此类关系方程，最小二乘法可以选取最合适的β使该等式尽量成立，引入了最小残差平方和s:
[0080]
s(β)＝‖xβ
‑
y‖2[0081]
当取一个β值使s最小时，达到最佳拟合效果，进而得到容量拟合公式。当时(表示一次、二次或者三次拟合的系数)，s(β)取最小值，通过对s(β)进行微分求最值，可以得到：
[0082][0083]
如果矩阵x
t
x非奇异，则β有唯一解：
[0084][0085]
因此，利用上述算法处理采集的业务量(经验积累数据)，可以得到一次拟合、二次拟合、三次拟合的最佳拟合公式如下：
[0086]
y＝β1x β0[0087]
y＝β2x2 β1x β0[0088]
y＝β3x3 β2x2 β1x β0[0089]
步骤3：搭建自动扩缩容基础服务。通过指标检测和数据决策(容量拟合公式)得到了需要扩缩多少数量的服务器(服务器可为处于不同的分布式系统内)，之后需要搭建ops系统进行实际的机器扩容。具体为：
[0090]
当该直播系统的任一净化后的检测指标值达到相应的扩容触发阈值时，根据该检测指标的容量拟合公式得到该直播系统本次扩容的服务器数量。
[0091]
在对该直播系统扩容之后，当该直播系统的各净化检测指标值均小于各自相应的动态缩容阈值时，根据各检测指标的容量拟合公式得到相应的缩容的服务器数量，将各缩容的服务器数量的最小值作为该直播系统本次最终缩容的服务器数量。
[0092]
该基础服务会将之前人为操作的扩容操作步骤自动化，数据决策系统只需要告诉该服务需要扩缩多少台，即可自动完成服务器的增减。
[0093]
综上，本发明采用了对历史经验扩容数据进行评价和数据拟合相结合的方式，使自动扩缩容在数量上更符合真实情况。同时，本发明从采集指标、数据决策到自动扩容操作进行了完整的系统实践搭建，并进行了大量的事实验证。因此在遇到大流量的情况下，系统可以更高效的扩缩容来满足系统需要，还能够缩减成本。
[0094]
本发明所取得的有益效果如下：
[0095]
与传统的扩缩容技术相比，本发明从指标检测、线性扩容经验累积，以及统计学数据拟合三个步骤进行扩容缩容数量的获得，并且充分利用了历史扩容数据及评价，进而得到的是方差最小的扩容数量，更加真实体现服务情况，进而兼顾保证扩容服务能力和扩容成本。
[0096]
应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。
[0097]
在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要比清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的
那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。
[0098]
为使本领域内的任何技术人员能够实现或者使用本发明，上面对所公开实施例进行了描述。对于本领域技术人员来说；这些实施例的各种修改方式都是显而易见的，并且本文定义的一般原理也可以在不脱离本公开的精神和保护范围的基础上适用于其它实施例。因此，本公开并不限于本文给出的实施例，而是与本技术公开的原理和新颖性特征的最广范围相一致。
[0099]
上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。
[0100]
本领域技术人员还可以了解到本发明实施例列出的各种说明性逻辑块(illustrative logical block)，单元，和步骤可以通过电子硬件、电脑软件，或两者的结合进行实现。为清楚展示硬件和软件的可替换性(interchangeability)，上述的各种说明性部件(illustrative components)，单元和步骤已经通用地描述了它们的功能。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本发明实施例保护的范围。
[0101]
本发明实施例中所描述的各种说明性的逻辑块，或单元都可以通过通用处理器，数字信号处理器，专用集成电路(asic)，现场可编程门阵列或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。
[0102]
本发明实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件模块、或者这两者的结合。软件模块可以存储于ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、可移动磁盘、cd
‑
rom或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于asic中，asic可以设置于用户终端中。可选地，处理器和存储媒介也可以设置于用户终端中的不同的部件中。
[0103]
在一个或多个示例性的设计中，本发明实施例所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以
是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于ram、rom、eeprom、cd
‑
rom或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电缆、双绞线、数字用户线(dsl)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、dvd、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。
[0104]
以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。