一种设备故障的处理方法及装置与流程

本申请涉及计算机技术领域，尤其涉及对设备故障的处理方法及装置。

背景技术：

网络经常发生故障，当故障发生时，如果不及时定位出发生故障的网络设备或者链路并处理，该故障就可能扩散至整个网络，即发生网络震荡。网络震荡会引起全网瘫痪和业务中断。例如，假设某路由设备发生时钟故障，导致该路由设备的系统时间比网络中的其它路由设备的系统时间快数百倍，这样会引发整个网络的其他路由设备反复删除和生成该路由设备对应的表项，严重消耗了其他路由设备的资源，当其他路由设备的资源被耗尽时，会引发全网瘫痪和全网业务中断。

以往设备往往需要人工进行巡检、或人工操作才能发现设备系统存在的故障，但发现故障的过程往往不够及时准确，且发现故障后需要人工从系统中提取大量日志进行分析，才能定位到是哪个硬件的故障，降低了设备维护的效率。另外，随着网络中的设备数量,以及设备对应厂商的不断增多，并且每个厂商所提供的命令和指标都各有差异.这有极大地提升了维护的复杂性。

技术实现要素：

本申请实施例的目的是提供一种设备故障的处理方法及装置，以实现在网络中对各类型设备进行故障分类和监测，提高故障处理效率的问题。

为解决上述技术问题，本申请实施例是这样实现的：

根据本申请实施例的第一方面，提供一种设备故障的处理方法，所述方法包括：

提取各设备的对应配置文件分别进行解析，得到设备分别对应的参数属性；

将所述参数属性分别按故障类型进行聚合，形成故障分类；所述故障分类与所述参数属性进行关联存储，用于对设备的故障进行统一划分；

实时对各设备进行监测，一旦监测出目标故障，则按所述目标故障所属的故障分类获取对应的目标参数；

根据所述目标参数生成故障报告并进行发送。

本申请一实施例中，所述配置文件根据各设备对应厂家分别进行提取，则提取各设备的对应配置文件分别进行解析时，

分别按厂家和所述设备的对应类型对所述配置文件中的文本内容进行分词；

按分词所得的各特征词分别在所述配置文件中对应的位置和段落标记进行整合，得到所述配置文件各自对应的目标格式；

根据所述目标格式分别对所述配置文件进行解析，得到所述参数属性和故障关键字的对应关系。

本申请一实施例中，所述将所述参数属性分别按故障类型进行聚合时，

提取所述故障关键字与既定的故障类型进行匹配，得到所述映射关系；

分别提取所述映射关系和所述参数属性和故障关键字的对应关系，按所述故障类型进行聚合，得到所述故障分类各自对应的参数属性。

本申请一实施例中，所述提取所述故障关键字与既定的故障类型进行匹配时，

调用既定的近义词库，提取所述故障关键字对应的近义词；

将所述近义词与所述故障类型的对应名称进行匹配，以提高所述故障关键字的匹配率。

本申请一实施例中，所述按所述目标故障所属的故障分类获取对应的目标参数时，

根据所述目标故障定位对应的目标设备；

在所述目标设备中根据所述故障分类调用对应的目标参数；

根据所述目标参数分别触发对应的操作指令，分别获取所述目标参数各自对应的参数值。

本申请一实施例中，所述根据所述目标参数生成故障报告时，

将所述目标参数连同对应的参数值进行关联，形成对应的日志信息，从而生成所述目标故障对应的故障报告；

将所述故障报告发送至所述目标设备的厂商。

根据本申请实施例的第二方面，提供一种设备故障的处理装置，所述装置包括：

解析模块，用于提取各设备的对应配置文件分别进行解析，得到设备分别对应的参数属性；

聚类模块，用于将所述参数属性分别按故障类型进行聚合，形成故障分类；所述故障分类与所述参数属性进行关联存储，用于对设备的故障进行统一划分；

监测模块，用于实时对各设备进行监测，一旦监测出目标故障，则按所述目标故障所属的故障分类获取对应的目标参数；

发送模块，用于根据所述目标参数生成故障报告并进行发送。

本申请一实施例中，所述解析模块，具体包括：

分词单元，用于分别按厂家和所述设备的对应类型对所述配置文件中的文本内容进行分词；

整合单元，用于按分词所得的各特征词分别在所述配置文件中对应的位置和段落标记进行整合，得到所述配置文件各自对应的目标格式；

解析单元，用于根据所述目标格式分别对所述配置文件进行解析，得到所述参数属性和故障关键字的对应关系。

本申请一实施例中，所述聚类模块，具体包括，

匹配单元，用于提取所述故障关键字与既定的故障类型进行匹配，得到所述映射关系；

聚合单元，用于分别提取所述映射关系和所述参数属性和故障关键字的对应关系，按所述故障类型进行聚合，得到所述故障分类各自对应的参数属性。

本申请一实施例中，所述匹配单元中，具体包括：

提取子模块，用于调用既定的近义词库，提取所述故障关键字对应的近义词；

匹配子模块，用于将所述近义词与所述故障类型的对应名称进行匹配，以提高所述故障关键字的匹配率。

本申请一实施例中，所述监测模块中，具体包括：

定位单元，用于根据所述目标故障定位对应的目标设备；

调用单元，用于在所述目标设备中根据所述故障分类调用对应的目标参数；

触发单元，用于根据所述目标参数分别触发对应的操作指令，分别获取所述目标参数各自对应的参数值。

本申请一实施例中，所述发送模块中，具体包括：

关联单元，用于将所述目标参数连同对应的参数值进行关联，形成对应的日志信息，从而生成所述目标故障对应的故障报告；

输出单元，用于将所述故障报告发送至所述目标设备的厂商。

由以上本申请实施例提供的技术方案可见，本申请实施例提取各设备的对应配置文件分别进行解析，得到设备分别对应的参数属性；将所述参数属性分别按故障类型进行聚合，形成故障分类；实时对各设备进行监测，一旦监测出目标故障，则按所述目标故障所属的故障分类获取对应的目标参数；根据所述目标参数生成故障报告并进行发送。本申请通过对各设备的配置文件进行解析、整合、匹配后，将各参数属性按故障类型进行缓存，监测到目标故障经匹配后触发对应的参数获取指令，获取对应的参数属性以生成故障报告，并发送给对应的设备厂商或运维人员，从而及时对故障对应的日志信息进行了分析，提高了网络中设备故障的处理效率。

附图说明

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

图1是本申请的一个实施例的设备故障的处理方法的流程图；

图2是本申请的一个实施例的网络中设备故障处理对应电子设备的结构示意图；

图3是本申请的一个实施例的设备故障的处理装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。

本申请实施例提供了一种设备故障的处理方法及装置。

下面首先对本申请实施例提供的一种设备故障的处理方法进行介绍。

目前对网络中的设备故障往往通过人工的方式进行巡检，定期分析网络中各设备对应的运行日志，判断各设备对应的工作状态，一旦发现网络出现故障，则需要逐一对各设备进行排查，确定发生故障的目标设备，效率非常低下。一些日志分析工具也是采集各厂商设备对应的日志，并进行参数属性的过滤后报警，再由运维人员进行分析，因为网络中的设备来自于不同厂商，则运维人员需要熟悉不同厂商的设备，运维人员对日志进行日志分析后再进行处理，效率也较为低下。

本实施例中，首先收集各厂商设备对应的配置文件，对各厂商的配置文件分别进行分析，即对各设备对应的配置文件进行解析，按各设备的故障类型将解析得到的参数属性进行统一聚合，用语义分析的方式整合各设备对应的故障类型；一旦监测到目标故障后进行故障类型的匹配，确定异常的参数属性对应的目标故障，通过数据分析的方式确定目标故障对应的故障类型，按匹配后的故障类型调用目标参数，并生成相应的报告发送至厂商或者运维人员，便于运维人员或厂商迅速地进行处理，运维人员也不用熟悉各厂商的设备参数，提高了信息的处理效率，简化了网络中的设备维护工作。

图1是本申请的一个实施例的设备故障的处理方法的流程图，如图1所示，该方法可以包括以下步骤：

在步骤101中，提取各设备的对应配置文件分别进行解析，得到设备分别对应的参数属性。

本实施例中，将各厂商的设备以信息提取的方式进行集中管理，通过特定接口分别提取各设备对应的配置文件，并读取配置文件的格式后对配置文件进行解析，获得解析后得到的参数属性。

当有新厂商的设备接入至网络中时，同样按既定的数据接口读取对应的配置文件进行解析，得到新设备对应的参数属性。

本实施例中，配置文件为设备对应的故障手册时，可以解析配置文件获取对应的参数属性，详细如下：

步骤a：分别按厂家和所述设备的对应类型对所述配置文件中的文本内容进行分词；

分析配置文件对应的文本结构，对配置文件中的文本内容进行分词，即分别以段、行、分隔符为单位对配置文件进行分割，获取对应的分词结构，同时去掉对应的虚词，如a、the等，结合词频进行筛选，去除通用词后得到对应的特征词。

步骤b：按分词所得的各特征词分别在所述配置文件中对应的位置和段落标记进行整合，得到所述配置文件各自对应的目标格式；

从特征词中提取出故障对应的关键字和参数属性对应的关键字，分别统计这些关键词在配置文件中的位置以及所在的段落，从而在配置文档中拟合出记录故障关键字和参数属性的相对位置，得到配置文件各自对应的目标格式。

步骤c：根据所述目标格式分别对所述配置文件进行解析，得到所述参数属性和故障关键字的对应关系。

按目标格式对配置文件进行解析，获取故障关键字和参数属性的对应关系，则表示一旦设备发生某个故障，则获取对应的参数属性进行判断，从而实现了快速对故障参数进行调用。

步骤102：将所述参数属性分别按故障类型进行聚合，形成故障分类；所述故障分类与所述参数属性进行关联存储，用于对设备的故障进行统一划分；

具体地，将参数属性按故障类型进行聚合，包括以下步骤：

步骤a：提取所述故障关键字与既定的故障类型进行匹配，得到所述映射关系；

因各厂商的文档描述存在差异，对于同一种故障的描述方式可能不同，故需将步骤101中的故障关键字与既定的故障类型进行匹配，以保持故障类型的一致性，得到故障类型与故障关键字的映射关系。同时调用近义词词库，提取故障关键字对应的近义词，连同故障关键字一起与所述故障类型的名称进行匹配，以提高所述故障关键字的匹配率，从而最大程度召回了配置文档中的描述故障的部分。

步骤b：分别提取所述映射关系和所述参数属性和故障关键字的对应关系，按所述故障类型进行聚合，得到所述故障分类各自对应的参数属性。

根据所述故障类型与故障关键字的映射关系、以及所述参数属性和故障关键字的对应关系，进行关联匹配，以故障类型为单位进行聚合，得到所述故障分类对应的参数属性。

本实施例中，所述故障分类用于对设备故障进行统一划分，并与经整合处理的参数属性进行关联存储。将故障分类对应的参数属性进行缓存，缓存至控制端，一旦有新设备接入网络，则可重新对新设备的配置文件进行解析、按得到的参数属性与已缓存的<参数属性，故障分类>的映射关系进行归类划分，从而将新接入的设备整合至本实施例的故障处理体系中。

步骤103：实时对各设备进行监测，一旦监测出目标故障，则按所述目标故障所属的故障分类获取对应的目标参数；

本实施例中，按所述目标故障所属的故障分类获取对应的目标参数时，

步骤a)：根据所述目标故障定位对应的目标设备；

实时对网络中的各设备对应的工作状态进行监测，一旦监测到网络中某节点对应的某指标输出异常，大于或小于正常的工作阈值，则监测出目标故障，将目标故障所定位对应的节点(服务器、网关、路由器等)则为对应的目标设备，并将目标设备对应输出故障名称供运维人员进行分析。

本实施例中，所述目标设备为一个或多个，但在目标设备为多个时，往往因为一个设备的故障影响了整条链路的工作状态，故在目标设备为多个时，根据数据流向进行分析，将链路中位于上游的设备作为目标设备。

在其他实施例中，如果目标设备未被配置输出故障名称的功能，则根据目标设备的对应日志进行分析，采集目标设备对应出现异常的参数属性，根据这些异常的参数属性与步骤102中控制端缓存的故障分类与参数属性的关联关系进行匹配，确定所属的故障分类。如匹配结果有多个故障分类，则按匹配率进行排序，选取匹配率最高的作为目标设备的故障分类。

步骤b)：在所述目标设备中根据所述故障分类调用对应的目标参数；

确定目标设备后，则根据目标设备输出的目标故障确定目标故障对应的故障分类，根据控制端缓存的故障分类与参数属性的关联关系确定所述故障分类对应的目标参数。

因为实时监测的过程中监测到了异常的参数属性而出现了目标故障，故所述目标参数除了监测到的出现异常的参数属性外，还包括其他待监测的参数属性，这些待监测的参数属性需要根据触发命令进行获取，以便分析目标设备的工作状态。

步骤c)：根据所述目标参数分别触发对应的操作指令，分别获取所述目标参数各自对应的参数值。

获取目标故障所对应的目标参数，本实施例中，提取产生故障的目标设备，在所述目标设备中分别触发所述目标参数对应的操作指令，提取操作指令对应的输出，进而获得对应的目标参数对应的参数值，以此获得发生故障的目标设备对应的参数状态，以便后续将目标参数和对应的参数值分别写入故障报告中。

步骤104：根据所述目标参数生成故障报告并进行发送。

本实施例中，提取所述目标参数和目标参数对应的参数值，并将目标参数和参数值关联后进行去重，提出重复的目标参数和对应的参数之后，分别以既定表格的形式写入文档模板，形成故障报告，从而准确反映了所述目标设备在目标故障的状态时的日志信息。

生成故障报告后，将故障报告发送至目标设备对应的厂家或者管理员的邮箱，就目标设备进行故障报警的同时，也将与目标故障对应相关的目标参数发送给目标设备对应的厂家或者管理员，使目标设备对应的厂家或者管理员不用另行一一运行相关的操作指令，查看相关参数，直接可以根据输出的目标故障的全部的目标参数快速分析，进而进行目标故障的修复工作，提高了设备维护的效率，降低了设备维护的复杂性。

本申请实施例提取各设备的对应配置文件分别进行解析，得到设备分别对应的参数属性；将所述参数属性分别按故障类型进行聚合，形成故障分类；实时对各设备进行监测，一旦监测出目标故障，则按所述目标故障所属的故障分类获取对应的目标参数；根据所述目标参数生成故障报告并进行发送。本申请通过对各设备的配置文件进行解析、整合、匹配后，将各参数属性按故障类型进行缓存，监测到目标故障经匹配后触发对应的参数获取指令，获取对应的参数属性以生成故障报告，并发送给对应的设备厂商或运维人员，从而及时对故障对应的日志信息进行了分析，提高了网络中设备故障的处理效率。

在另一实施例中，对网络中的设备故障进行处理时，

步骤201：提取各设备的对应配置文件分别进行解析，得到设备分别对应的参数属性；

由于各个厂商的设备各有差异,对系统应用层所提供的信息采集方式也各有差异，本实施例中，首先需要对各厂商所提供的命令或者接口进行封装，且封装方式需具有较强的通用性,这样可以解决当有新厂商服务器加入时,能够同样进行封装，从而与网络中现有的设备兼容。

本实施例中，dell厂商所提供的查看raid卡和硬盘状态的命令为megacli，则通过此命令取出监控指标，实现方式为将此作为配置项,用程序来解析,配置文件示例如下:

本实施例中，配置文件通过param、health_check、expect等表示设备的参数属性，可以通过解析进行获得。

步骤202：将所述参数属性分别按故障类型进行聚合，形成故障分类；所述故障分类与所述参数属性进行关联存储，用于对设备的故障进行统一划分；

提取param、health_check、expect及对应的参数值“block”、“count”等的相关近义词进行分析，形成表示磁盘损坏的故障分类，以兼容更多厂家的对应设备，进而对各设备的故障进行统一处理。

步骤203：实时对各设备进行监测，一旦监测出目标故障，则按所述目标故障所属的故障分类获取对应的目标参数；

实时监测网络中各设备的工作状态，本实施例中，如果监测到某设备对应的磁盘发生读写错误，则获取对应的错误类型，即调用"-pdlist-aall-nolog|grep-ierror"命令获取对应目标参数'mediaerrorcount:'。

步骤204：根据所述目标参数生成故障报告并进行发送。

将获取的'mediaerrorcount:'和对应的参数值，以及阈值“40”生成故障报告并发送至运维人员，便于运维人员进行判断，如参数值即磁盘的坏道大于40，则为磁盘的读写错误，反之则为其他错误，需在目标设备中运行其他指令进行排查。

在另一个可选的实施例中，对设备故障进行处理时：

图2是本申请的一个实施例的电子设备的结构示意图。在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(random-accessmemory，ram)，也可能还包括非易失性存储器(non-volatilememory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是isa(industrystandardarchitecture，工业标准体系结构)总线、pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图2中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成设备故障的处理装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

提取各设备的对应配置文件分别进行解析，得到设备分别对应的参数属性；

将所述参数属性分别按故障类型进行聚合，形成故障分类；所述故障分类与所述参数属性进行关联存储，用于对设备的故障进行统一划分；

实时对各设备进行监测，一旦监测出目标故障，则按所述目标故障所属的故障分类获取对应的目标参数；

根据所述目标参数生成故障报告并进行发送。

上述如本申请图2所示实施例揭示的设备故障的处理方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图1的方法，并实现设备故障的处理装置在图1所示实施例的功能，本申请实施例在此不再赘述。

当然，除了软件实现方式之外，本说明书的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

图3是本申请的一个实施例的设备故障的处理装置的结构示意图。请参考图3，在一种软件实施方式中，图片中的设备故障的处理装置300，可以包括：解析模块301、聚类模块302、监测模块303和发送模块304，其中，

解析模块301，用于提取各设备的对应配置文件分别进行解析，得到设备分别对应的参数属性；

聚类模块302，用于将所述参数属性分别按故障类型进行聚合，形成故障分类；所述故障分类与所述参数属性进行关联存储，用于对设备的故障进行统一划分；；

监测模块303，用于实时对各设备进行监测，一旦监测出目标故障，则按所述目标故障所属的故障分类获取对应的目标参数；

发送模块304，用于根据所述目标参数生成故障报告并进行发送。

所述解析模块301，具体包括：

分词单元，用于分别按厂家和所述设备的对应类型对所述配置文件中的文本内容进行分词；

整合单元，用于按分词所得的各特征词分别在所述配置文件中对应的位置和段落标记进行整合，得到所述配置文件各自对应的目标格式；

解析单元，用于根据所述目标格式分别对所述配置文件进行解析，得到所述参数属性和故障关键字的对应关系。

所述聚类模块302，具体包括，

匹配单元，用于提取所述故障关键字与既定的故障类型进行匹配，得到所述映射关系；

聚合单元，用于分别提取所述映射关系和所述参数属性和故障关键字的对应关系，按所述故障类型进行聚合，得到所述故障分类各自对应的参数属性。

所述匹配单元中，具体包括：

提取子模块，用于调用既定的近义词库，提取所述故障关键字对应的近义词；

匹配子模块，用于将所述近义词与所述故障类型的对应名称进行匹配，以提高所述故障关键字的匹配率。

所述监测模块303中，具体包括：

定位单元，用于根据所述目标故障定位对应的目标设备；

调用单元，用于在所述目标设备中根据所述故障分类调用对应的目标参数；

触发单元，用于根据所述目标参数分别触发对应的操作指令，分别获取所述目标参数各自对应的参数值。

所述发送模块304中，具体包括：

关联单元，用于将所述目标参数连同对应的参数值进行关联，形成对应的日志信息，从而生成所述目标故障对应的故障报告；

输出单元，用于将所述故障报告发送至所述目标设备的厂商。

总之，以上所述仅为本说明书的较佳实施例而已，并非用于限定本说明书的保护范围。凡在本说明书的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本说明书的保护范围之内。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。