一种算法资源的修复方法、装置、电子设备及存储介质与流程

1.本技术涉及计算机技术领域，尤其涉及一种算法资源的修复方法、装置、电子设备及存储介质。


背景技术：

2.自从计算机诞生以来，便通过各种各样的形式融入人们的生活，并悄无声息提高了人们的业务水平和处理工作的效率。但随着计算机性能的提升以及计算机技术的快速发展，计算机系统的结构变得异常复杂，结果导致了对系统和设备的配置、维护难度的不断增加，也使管理员渐渐失去了对系统的有效控制与管理，加大了维护和升级的成本。
3.从计算机软件架构来说，由最初的单体架构、面向服务的架构(soa)，到目前主流的微服务架构，软件设计的服务单元从原来的紧耦合，变成了颗粒度更细的服务单元，以至于对后期软件的部署、维护和更新提出了更高的要求，加大了管理员的学习成本和维护负担。
4.为了解决系统管理以及软件维护的复杂性问题，研究人员提出了很多新的理论和技术，如软件工程、流程再造等。但这些理论与方法大多是基于对现有系统和软件的理解，对系统可能出现的故障进行提前预判，主要采取已有的恢复方法来解决复杂性问题。但这类方法大多是采用现有的知识，无法根据系统的变化进行动态的系统管理，造成其实际使用效果并不明显。


技术实现要素：

5.为了解决上述技术问题或者至少部分地解决上述技术问题，本技术提供了一种算法资源的修复方法、装置、电子设备及存储介质。
6.根据本技术实施例的一个方面，提供了一种算法资源的修复方法，包括：
7.获取目标系统中各个算法资源在当前时刻的目标状态信息；
8.根据所述目标状态信息预测所述目标系统在未来时刻的目标运行情况；
9.在所述目标运行情况用于指示所述目标系统在所述未来时刻出现异常的情况下，确定所述目标系统中存在潜在异常信息的目标算法资源；
10.查询所述潜在异常信息对应的目标修复策略，根据所述目标修复略对所述目标算法资源执行修复操作。
11.进一步的，所述获取目标系统中各个算法资源在当前时刻的目标状态信息，包括：
12.采集所述目标系统中各个算法资源的在当前时刻内的多个目标资源数据；
13.在所述目标资源数据满足预设状态分析需求的情况下，基于所述目标资源数据对应的目标数据范围，确定所述算法资源对应的目标状态信息。
14.进一步的，所述基于所述目标资源数据对应的目标数据范围，确定所述算法资源对应的目标状态信息，包括：
15.确定各项所述目标资源数据分别对应的目标数据范围；
16.获取预设数据范围与状态信息之间的对应关系；
17.基于所述对应关系确定所述目标数据范围对应的目标目标状态信息。
18.进一步的，所述根据所述目标状态信息预测所述目标系统在未来时刻的目标运行情况，包括：
19.将所述目标状态信息输入预先训练好的分析模型，以使所述分析模型获取所述目标状态信息对应的候选运行情况以及可信度，并将所述可信度大于预设可信度的候选运行情况确定为所述目标运行情况。
20.进一步的，所述在所述目标运行情况用于指示所述目标系统在所述未来时刻出现异常的情况下，确定所述目标系统中存在潜在异常信息的目标算法资源，包括：
21.在所述目标运行情况用于指示所述目标系统在所述未来时刻出现异常的情况下，获取用于对算法资源进行检测的检测信息；
22.根据检测信息对所述目标系统中的各个算法资源进行验检测，得到存在潜在异常信息的目标算法资源。
23.进一步的，所述查询所述潜在异常信息对应的目标修复策略，根据所述目标修复略对所述目标算法资源执行修复操作，包括：
24.获取预设系统知识库，其中，所述预设系统知识库中包括多个异常信息以及所述异常信息对应的修复策略；
25.从所述预设系统知识库中查询所述潜在异常信息对应的目标修复策略。
26.进一步的，所述方法还包括：
27.在未查询到所述潜在异常信息对应的目标修复策略的情况下，获取所述目标系统的系统身份信息；
28.根据所述潜在异常信息和所述系统身份信息生成修复请求；
29.向目标设备发送所述修复请求，以使所述目标设备根据所述修复请求对所述目标系统进行认证，在认证通过的情况下，将所述修复请求转发至其他系统，并将其他系统反馈的候选修复策略携带在应答信息发送至所述目标系统；
30.接收所述应答信息，并根据所述应答信息中携带的所述候选修复策略对所述目标算法资源执行修复操作。
31.根据本技术实施例的另一方面，还提供了一种算法资源的修复装置，包括：
32.获取模块，用于获取目标系统中各个算法资源在当前时刻的目标状态信息；
33.确定模块，用于在根据所述目标状态信息预测所述目标系统在未来时刻内的运行情况；
34.处理模块，用于在所述运行情况用于指示所述目标系统在所述未来时刻出现异常的情况下，确定所述目标系统出现的异常信息以及待修复的目标算法资源；
35.执行模块，用于查询所述异常信息对应的修复策略，根据所述修复略对所述目标算法资源执行修复操作。
36.根据本技术实施例的另一方面，还提供了一种存储介质，该存储介质包括存储的程序，程序运行时执行上述的步骤。
37.根据本技术实施例的另一方面，还提供了一种电子装置，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；其
中：存储器，用于存放计算机程序；处理器，用于通过运行存储器上所存放的程序来执行上述方法中的步骤。
38.本技术实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述方法中的步骤。
39.本技术实施例提供的上述技术方案与现有技术相比具有如下优点：本技术实施例通过采集目标系统中各个算法资源的资源数据，确定算法资源的状态信息，以此预测目标系统在未来时刻的运行情况，并在预测到目标系统在未来时刻出现故障的情况下，能够进行相应的修复操作，从而减少人为的干预，让整个系统运行过程自动化、智能化和高效化。
附图说明
40.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
41.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
42.图1为本技术实施例提供的一种算法资源管理服务平台的框图；
43.图2为本技术实施例提供的一种算法资源的修复方法的流程图；
44.图3为本技术另一实施例提供的一种算法资源的修复方法的流程图；
45.图4为本技术实施例提供的一种算法资源的修复装置的框图；
46.图5为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
47.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术的一部分实施例，而不是全部的实施例，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
48.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个类似的实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
49.为了解决现有技术中无法根据系统的变化进行动态的系统管理，使算法资源出现异常或故障无法及时进行修复，最终影响系统的服务效率，为此本技术设计了一种算法资源管理服务平台，图1为本技术实施例提供的一种算法资源管理服务平台的框图，该服务平台包括：服务资源管理层、服务接口层、管理服务层、用户接口服务层、监管服务层以及知识库。
50.如图1所示，服务管理资源层主要监管平台组件和基础设施的其它资源，该层的主要组成部分可以是硬件，也可以是软件。服务接口层是对底层资源的监测，以及接口的提供，主要形式是触点。管理服务层通过对触点的使用与管理，来实现以下四个功能：自动修复、自动配置、自动优化、自动保护。用户接口服务层，这一层主要对整个平台进行直接管理并提供接口。知识库存储有自主管理服务中所使用到的各类信息，如拓扑信息、历史日志、系统矩阵、症状和策略等，以供各层统一使用。监控服务层主要监控各层的资源信息。
51.在服务管理资源层，管理的资源不仅仅是指服务器、存储单元、数据库、应用服务器、服务、应用或是其它单元，也可以包括内嵌式的自我管理控制环—自我管理服务的一个具体实现，自我管理控制环也可被所处的层级进行单独配置，它可以紧紧耦合在内部资源中，以至于外界可以察觉不到它的存在。如果管理控制环向外暴露时，也可以通过管理服务层进行参数和功能配置，此时在添加上管理服务层提供一定的指导和干预，以修正可能出现的一些误差。
52.触点在自主管理服务中实现了模块的感应器和效应器，同时提供了对一个或多个服务管理资源层的标准管理接口。通过对接口的管理实现对资源的访问和控制。服务接口层可以使用多种机制来实现它的功能，例如：日志、命令、api和配置文件。这些机制为收集信息提供多种方式，被管理资源状态的改变将通过这些机制向上传递，来自上层的控制信息也通过这些机制来控制底层资源的运行和状态。
53.管理服务层主要实现了智能控制环，通过控制环(control loop)来实现自我管理。在这一层主要实现自我修复、自我配置、自我优化、自我保护等自主计算的四个功能。
54.知识库用于对外提供服务，可以通过服务接口层对知识库中的知识进行访问。在管理服务层中，知识可以是通过语法和语义构建的特殊类型的数据，也可以是通过该算法资源自学习收集过来信息。知识存储于知识库中，这样知识就可以被共享。
55.监管服务层是用于监控平台内算法资源的信息变化，并及时把收集的信息共享给各个服务层，以便各个服务层及时做出响应策略。
56.根据本技术实施例的一方面，提供了一种算法资源的修复方法的方法实施例。本发明实施例所提供的方法可以应用于任意需要的电子设备，例如，可以为服务器、终端等电子设备，在此不做具体限定，为描述方便，后续简称为电子设备。
57.图2为本技术实施例提供的一种算法资源的修复方法的流程图，如图2所示，该方法包括：
58.步骤s11，获取目标系统中各个算法资源在当前时刻的目标状态信息。
59.在本技术实施例中，步骤s11，获取目标系统中各个算法资源在当前时刻的目标状态信息，包括以下步骤a1-a2：
60.步骤a1，采集目标系统中各个算法资源的在当前时刻内的多个目标资源数据。
61.在本技术实施例中，首先利用监督服务层中的监视器定时对各个算法资源进行信息收集，得到算法资源在当前时刻内的目标资源数据，例如：算法资源的配置参数、吞吐量以及任务负载量等。
62.步骤a2，在目标资源数据满足预设状态分析需求的情况下，基于目标资源数据对应的目标数据范围，确定算法资源对应的目标状态信息。
63.在本技术实施例中，监督服务层的监视器会对收集的信息进行统计，如果当前收
集的目标资源数据能够满足预设状态分析需求，则确定目标资源数据所在的目标数据范围，并查询目标数据范围对应的目标目标状态信息，将该目标状态信息确定为算法资源的目标状态信息，然后将目标状态信息传递给管理服务层。
64.在本技术实施例中，步骤a2，基于目标资源数据对应的目标数据范围，确定算法资源对应的目标状态信息，包括以下步骤a201-a203：
65.步骤a201，确定各项目标资源数据分别对应的目标数据范围。
66.步骤a202，获取预设数据范围与目标状态信息之间的对应关系。
67.步骤a203，基于对应关系确定目标数据范围对应的目标目标状态信息。
68.在本技术实施例中，不同的目标资源数据在不同的数据范围下表示的目标状态信息不同。因此可以预先设置数据范围与目标状态信息之间的对应关系。作为一个示例，当目标资源数据包括：配置参数、吞吐量以及任务负载时，配置参数为x，吞吐量为y，任务负载量为z，其中配置参数x大于预设配置参数，则确定配置参数对应的状态信息为高配置，吞吐量小于预设吞吐量，则确定吞吐量对应的状态信息为服务能力不足，任务负载量大于预设任务负载量，则确定任务负载量对应的状态信息为服务压力过大，最终得到的目标目标状态信息为：高配置、服务能力不足以及服务压力过大。
69.需要说明的是，本技术实施例为了能够保证得到算法资源准确的目标状态信息，设置了状态分析需求，其中状态分析需求中包括：多个必要的状态分析指标，例如：算法资源的配置参数、运行时长、吞吐量等等。当收集的信息中全部包括状态分析需求所要求的状态分析指标时，监督服务层中的监视器会利用收集到的目标资源数据分析算法资源的目标状态信息。
70.步骤s12，根据目标状态信息预测目标系统在未来时刻的目标运行情况。
71.在本技术实施例中，步骤s12，根据目标状态信息预测目标系统在未来时刻的目标运行情况，包括：将目标状态信息输入预先训练好的分析模型，以使分析模型获取目标状态信息对应的候选运行情况以及可信度，并将可信度大于预设可信度的候选运行情况确定为目标运行情况。
72.仍以上述示例，在管理服务层中可以将目标目标状态信息包括的：高配置、服务能力不足以及服务压力过大输入分析模型，由分析模型根据高配置、服务能力不足以及服务压力预测候选运行情况(例如：目标系统的服务效率下降，目标系统的服务效率正常，目标系统的服务效率提升等等)，以及每个候选运行情况的可信度，将可信度大于预设可信度的候选运行情况确定为目标运行情况。
73.本技术实施例中，分析模型的训练过程如下：获取第一历史时刻得到的状态信息样本以及第二历史时刻得到的运行情况样本，其中，状态信息样本是根据资源数据样本得到的，且第二历史时刻大于第一历史时刻(即第二历史时刻是第一历史时刻的未来时刻)。利用状态信息样本以及运行情况样本对初始分析模型进行训练，以使初始分析模型学习状态信息样本与运行情况样本之间的关联关系，并确定每种状态信息对应运行情况的可信度。
74.作为一个示例，当目标系统中包括一个算法资源时，分别收集该算法资源的状态信息样本以及目标系统的运行情况样本。具体如下：
75.状态信息样本a包括：高配置，服务能力正常，服务压力正常，状态信息样本a对应
的运行情况样本a为：目标系统的服务效率正常。
76.状态信息样本b包括：高配置，服务能力不足，服务压力增大，状态信息样本b对应的运行情况样本b为：目标系统的服务效率降低。
77.状态信息样本c包括：高配置，服务能力不足，服务压力增大，状态信息样本c对应的运行情况样本c为：目标系统的服务效率正常。
78.状态信息样本d包括：高配置，服务能力不足，服务压力增大，状态信息样本d对应的运行情况样本d为：目标系统的服务效率降低。
79.状态信息样本e包括：高配置，服务能力不足，服务压力增大，状态信息样本e对应的运行情况样本e为：目标系统的服务效率降低。
80.将上述样本输入初始分析模型后，初始分析模型学习状态信息样本与运行情况样本的对应关系，并得到相应的可信度，即：状态信息为高配置，服务能力正常，服务压力正常时，运行情况为服务效率正常，可信度为1。状态信息为高配置，服务能力不足，服务压力增大时，运行情况包括服务效率正常，可信度为0.75，以及服务效率降低，可信度0.25。
81.因此在存在多个候选运行情况时，将可信度大于预设可信度的候选运行情况确定为目标运行情况，以此能够及时预测目标系统在未来的运行情况，以此能够提前对目标系统的潜在异常信息进行处理。间接的提高目标系统的服务效率。
82.本技术实施例中，当目标系统中包括至少两个算法资源时，将两个算法资源对应的状态信息分别输入分析模型，分析模型根据算法资源对应的权重以及状态信息预测目标系统在未来时刻的目标运行情况。其中，权重用于表示算法资源的状态信息对目标系统运行情况的重要程度。权重可以是预先进行配置的，也可以是采用至少两个算法资源的状态信息样本以及目标系统的运行情况样本进行训练得出的。
83.步骤s13，在目标运行情况用于指示目标系统在未来时刻出现异常的情况下，确定目标系统中存在潜在异常信息的目标算法资源。
84.在本技术实施例中，步骤s13，在目标运行情况用于指示目标系统在未来时刻出现异常的情况下，确定目标系统的潜在异常信息以及待修复的目标算法资源，包括以下步骤b1-b2：
85.步骤b1，在目标运行情况用于指示目标系统在未来时刻出现异常的情况下，获取用于对算法资源进行检测的检测信息。
86.在本技术实施例中，在目标运行情况用于指示目标系统在未来时刻出现异常的情况下，获取用于对算法资源进行检测的检测信息，检测信息包括：多项检测数据以及每项检测数据对应的检测结果，每个检测数据用于检测算法资源中的一个功能，例如接口功能，计算功能，数据传输功能等等。
87.步骤b2，根据检测信息对目标系统中的各个算法资源进行验检测，得到存在潜在异常信息的目标算法资源。
88.在本技术实施例中，将检测数据输入各个算法资源，得到算法资源的输出结果，将输出结果与检测结果进行对比，将输出结果不满足检测结果的功能，确定为异常信息，并将该算法资源确定为目标算法资源。
89.步骤s14，查询潜在异常信息对应的目标修复策略，根据目标修复略对目标算法资源执行修复操作。
90.在本技术实施例中，步骤s14，查询潜在异常信息对应的目标修复策略，根据目标修复略对目标算法资源执行修复操作，包括以下步骤c1-c2：
91.步骤c1，获取预设系统知识库，其中，预设系统知识库中包括多个异常信息以及异常信息对应的修复策略。
92.步骤c2，从预设系统知识库中查询潜在异常信息对应的目标修复策略。
93.本技术实施例通过采集目标系统中各个算法资源的资源数据，确定算法资源的状态信息，以此预测目标系统在未来时刻的运行情况，并在预测到目标系统在未来时刻出现故障的情况下，能够进行相应的修复操作，从而减少人为的干预，让整个系统运行过程自动化、智能化和高效化。
94.图3为本技术实施例提供的一种算法资源的修复方法的流程图，如图3所示，该方法包括：
95.步骤s21，在未查询到潜在异常信息对应的目标修复策略的情况下，获取目标系统的系统身份信息。
96.步骤s22，根据潜在异常信息和系统身份信息生成修复请求。
97.在本技术实施例中，当预设系统知识库中没有异常信息对应的目标修复策略的情况下，会根据目标系统的系统身份信息(例如：系统id)，以及潜在异常信息生成修复请求。
98.步骤s23，向目标设备发送修复请求，以使目标设备根据修复请求对目标系统进行认证，在认证通过的情况下，将修复请求转发至其他系统，并将其他系统反馈的候选修复策略携带在应答信息发送至目标系统。
99.在本技术实施例中，目标设备可以是处于内部网络中的设备，且该目标设备中存储有内部网络中全部系统的知识库。因此目标系统在收到修复请求的情况下，会从各个知识库中查询与潜在异常信息相似的异常信息，并将该异常信息对应的修复策略作为候选修复策略发送至目标系统。
100.步骤s24，接收应答信息，并根据应答信息中携带的候选修复策略对目标算法资源执行修复操作。
101.在本技术实施例中，在接收到应答信息后，管理服务层会使用候选修复策略对目标算法资源进行修复，并得到修复结果，如果修复结果为修复成功时，则将候选修复策略进行存储至预设系统知识库。如果修复成功为修复失败时，则生成提示信息。
102.在本技术实施例中，
103.图4为本技术实施例提供的一种算法资源的修复装置的框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图4所示，该装置包括：
104.获取模块41，用于获取目标系统中各个算法资源在当前时刻的目标状态信息；
105.确定模块42，用于在根据目标状态信息预测目标系统在未来时刻内的运行情况；
106.处理模块43，用于在运行情况用于指示目标系统在未来时刻出现异常的情况下，确定目标系统出现的异常信息以及待修复的目标算法资源；
107.执行模块44，用于查询异常信息对应的修复策略，根据修复略对目标算法资源执行修复操作。
108.在本技术实施例中，获取模块41，包括：
109.采集子模块，用于采集目标系统中各个算法资源的在当前时刻内的多个目标资源
数据；
110.查询子模块，用于在目标资源数据满足预设状态分析需求的情况下，基于目标资源数据对应的目标数据范围，确定算法资源对应的目标状态信息。
111.在本技术实施例中，查询子模块，用于确定各项目标资源数据分别对应的目标数据范围；获取预设资源数据与数据范围之间的对应关系；基于对应关系确定目标数据范围对应的目标目标状态信息。
112.在本技术实施例中，确定模块42，用于将目标状态信息输入预先训练好的分析模型，以使分析模型获取目标状态信息对应的候选运行情况以及可信度，并将可信度大于预设可信度的候选运行情况确定为目标运行情况。
113.在本技术实施例中，处理模块43，用于在目标运行情况用于指示目标系统在未来时刻出现异常的情况下，对目标系统进行验证，确定目标系统的潜在异常信息；将导致潜在异常信息的算法资源确定为目标算法资源。
114.在本技术实施例中，执行模块44，用于获取预设系统知识库，其中，预设系统知识库中包括多个异常信息以及异常信息对应的修复策略；从预设系统知识库中查询潜在异常信息对应的目标修复策略。
115.在本技术实施例中，装置还包括：通信模块，用于在未查询到潜在异常信息对应的目标修复策略的情况下，获取目标系统的系统身份信息；根据潜在异常信息和系统身份信息生成修复请求；向目标设备发送修复请求，以使目标设备根据修复请求对目标系统进行认证，在认证通过的情况下，将修复请求转发至其他系统，并将其他系统反馈的候选修复策略携带在应答信息发送至目标系统；接收应答信息，并根据应答信息中携带的候选修复策略对目标算法资源执行修复操作。
116.本技术实施例还提供一种电子设备，如图所示，电子设备可以包括：处理器1501、通信接口1502、存储器1503和通信总线1504，其中，处理器1501，通信接口1502，存储器1503通过通信总线1504完成相互间的通信。
117.存储器1503，用于存放计算机程序；
118.处理器1501，用于执行存储器1503上所存放的计算机程序时，实现上述实施例的步骤。
119.上述终端提到的通信总线可以是外设部件互连标准(peripheral component interconnect，简称pci)总线或扩展工业标准结构(extended industry standard architecture，简称eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
120.通信接口用于上述终端与其他设备之间的通信。
121.存储器可以包括随机存取存储器(random access memory，简称ram)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
122.上述的处理器可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现场可编程门阵列(field－programmable gate array，
简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
123.在本技术提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的算法资源的修复方法。
124.在本技术提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的算法资源的修复方法。
125.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solid state disk)等。
126.以上所述仅为本技术的较佳实施例而已，并非用于限定本技术的保护范围。凡在本技术的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本技术的保护范围内。
127.以上所述仅是本技术的具体实施方式，使本领域技术人员能够理解或实现本技术。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。