一种告警分析方法、装置、设备和存储介质

技术领域

本申请涉及信息技术领域，具体为检测一种告警分析方法、装置、设备和存储介质。

背景技术

传统告警信息通常在告警装置展示，运维人员可根据告警信息确定出现告警的故障实体。对于故障实体而言，产生告警的原因有很多，运维人员无法迅速确定，从而导致故障恢复时间过长。

发明内容

本申请提供了一种告警分析方法、装置、设备和存储介质，以解决现有技术中的故障原因的确定时间过久的问题。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供一种告警分析方法，告警分析装置获取关系数据和故障实体的告警信息，关系数据用于表征故障实体和非故障实体之间的关联关系；根据告警信息，确定故障实体的告警等级；根据告警等级和关系数据，生成告警知识图谱，告警知识图谱用于为故障分析提供参考。

由上述可知，本申请提供的告警分析方法，通过获取告警信息和关系数据，根据关系数据可得到所有实体之间的关联关系，根据告警信息可达到故障实体的告警等级。将关联关系和告警信息加载到知识图谱中，生成告警知识图谱，告警知识图谱显示了故障实体的告警等级和与故障实体具有关联关系的实体。通过该告警知识图谱可快速了解故障实体的告警信息及与其关联的实体，辅助运维人员更直观的判断各个实体的关联影响，最终确定产生故障的原因，降低故障的处理时长。

可选的，获取故障实体的告警信息包括：获取告警数据；对告警数据进行预处理操作；提取预处理操作后得到的告警数据的关键词，得到告警信息，告警信息包括告警时间、告警类型和告警类型对应的数据。

由上述可知，通过收集告警数据，对告警数据进行预处理，通过预处理，删除同一时间内重复的告警数据，这样，可以大幅度降低知识图谱的数据处理压力，提高处理结果的准确性。对预处理后的告警数据进行分析，得到告警信息，通过该告警信息，确定故障实体的告警等级，为后续故障原因分析，提供判断依据。

可选的，根据告警数据，确定故障实体的告警等级包括：根据告警信息，确定每个故障实体中每种告警类型的次数；根据次数，逐一确定每个故障实体中每种告警类型权重；根据权重，确定每个故障实体的风险分数；根据风险分数与预设阈值，确定故障实体的告警等级。

由上述可知，可以根据告警信息中告警类型的具体指标，确定当前故障实体的风险分数。将风险分数和预设阈值进行比较，将其比较结果作为风险规避的依据，从而避免告警的产生。

可选的，确定告警知识图谱之后，还包括：获取显示请求，显示请求用于请求显示目标实体的连接关系；目标实体为故障实体或非故障实体中的任意一个；根据显示请求，显示目标实体的连接关系。

由上述可知，通过显示目标实体或者目标路径的相关信息，可以帮助运维人员对于单个实体的疑似故障信息作进一步确认，进一步提高故障定位的准确性。

第二方面，本申请提供一种告警分析装置，包括获取模块和处理模块，获取模块，被配置为获取关系数据和故障实体的告警信息，关系数据用于表征故障实体和非故障实体之间的关联关系；处理模块，被配置为根据告警信息，确定故障实体的告警等级；处理模块，还被配置为根据告警等级和关系数据，生成告警知识图谱，告警知识图谱用于为故障分析提供参考。

可选的，获取模块，还被配置为获取告警数据；处理模块，还被配置为对告警数据进行预处理操作；处理模块，还被配置为对预处理操作后得到的告警数据进行关键词提取，得到告警信息，告警信息包括告警时间、告警类型和告警类型对应的数据。

可选的，处理模块，还被配置为分析告警信息，确定每个故障实体中每种告警类型的次数；处理模块，还被配置为根据次数，逐一确定每个故障实体中每种告警类型权重；处理模块，还被配置为根据权重，确定每个故障实体的风险分数；处理模块，还被配置为根据风险分数与预设阈值，确定故障实体的告警等级。

可选的，获取模块，还被配置为获取显示请求，显示请求用于请求显示目标实体的连接关系；目标实体为故障实体或非故障实体中的任意一个；处理模块，还被配置为根据显示请求，显示目标实体的连接关系。

第三方面，提供一种告警分析设备，包括：处理器；用于存储该处理器可执行指令的存储器；其中，该处理器被配置为执行指令，以实现如上述第一方面提供的告警分析方法。

第四方面，本申请提供一种计算机可读存储介质，包括指令。当指令在计算机上运行时，使得计算机执行如上述第一方面提供的告警分析方法。

第五方面，本申请提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如上述第一方面提供的告警分析方法。

需要说明的是，上述计算机指令可以全部或者部分存储在第一计算机可读存储介质上。其中，第一计算机可读存储介质可以与接入网终端设备的处理器封装在一起的，也可以与接入网终端设备的处理器单独封装，本申请对此不作限定。

本申请中第二方面、第三方面、第四方面和第五方面的描述，可以参考第一方面的详细描述；并且，第二方面、第三方面、第四方面和第五方面描述的有益效果，可以参考第一方面的有益效果分析，此处不再赘述。

在本申请中，上述名字对终端设备或功能模块本身不构成限定，在实际实现中，这些终端设备或功能模块可以以其他名称出现。只要各个终端设备或功能模块的功能和本申请类似，属于本申请权利要求及其等同技术的范围之内。

本申请的这些方面或其他方面在以下的描述中会更加简明易懂。

附图说明

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

图1是根据本申请实施例中一种告警分析系统的结构示意图；

图2是根据本申请实施例中一种告警分析方法的流程示意图之一；

图3是根据本申请实施例中告警知识图谱的示意图；

图4是根据本申请实施例中一种告警分析方法的流程示意图之二；

图5是根据本申请实施例中一种告警分析方法的流程示意图之三；

图6是根据本申请实施例中一种告警分析方法的流程示意图之四；

图7是根据本申请实施例中一种告警分析装置的结构示意图；

图8是根据本申请实施例中一种告警分析设备的结构示意图；

图9是根据本申请实施例提供的告警分析方法的计算机程序产品的结构示意图。

具体实施方式

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

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

为了便于清楚描述本申请实施例的技术方案，在本申请实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不是在对数量或执行次序进行限定。

传统的监控告警通常无组织展示在告警装置中，运维人员根据各个实体的告警，无法迅速确定该实体的故障位置，从而导致故障恢复时间过长。

针对上述问题，本申请实施例提供的一种告警分析方法。通过告警信息确定故障实体的告警等级，根据告警等级和关系数据生成告警知识图谱。由于告警知识图谱包括故障实体的告警等级和各个实体之间的关联关系，因此，告警知识图谱可用于为故障分析提供参考，使运维人员快速确定产生告警的故障位置。

本申请实施例提供的告警分析方法可以适用于告警分析系统。图1示出了该告警分析系统的一种结构。如图1所示，该系统包括告警装置1、存储装置2和告警分析装置3，告警装置1、存储装置2和告警分析装置3分别连接。

其中，告警装置1用于放置所有故障实体的告警数据。告警装置1可以是一台服务器，也可以是有多台服务器组成的服务器集群，或者是一个云计算服务中心，例如：各种个人计算机、笔记本电脑、智能手机、平板电脑、控制机柜等计算设备。在实际应用中，告警装置1还可以集成在一个计算设备中，也可以位于相互独立的两个计算设备中。

存储装置2用于存储各个实体之间的关联关系。存储装置2可以是一台服务器，也可以是有多台服务器组成的服务器集群，或者是一个云计算服务中心，例如：各种个人计算机、笔记本电脑、智能手机、平板电脑、控制机柜等计算设备。在实际应用中，存储装置2还可以集成在一个计算设备中，也可以位于相互独立的两个计算设备中。

在告警装置1连接一个存储装置2的场景中，告警装置1和存储装置2可以集成在一个设备中，也可以位于相互独立的两个设备中，本申请实施例对告警装置1和存储装置2的位置关系不作任何限定。

告警分析装置3可以是一台服务器，也可以是有多台服务器组成的服务器集群，或者是一个云计算服务中心，例如：各种个人计算机、笔记本电脑、智能手机、平板电脑、控制机柜等计算设备。在实际应用中，告警分析装置3还可以集成在一个计算设备中，也可以位于相互独立的两个计算设备中。

在告警分析装置3连接告警装置1的场景中，告警分析装置3和告警装置1可以集成在一个设备中，也可以位于相互独立的两个设备中，本申请实施例对告警分析装置3和告警装置1的位置关系不作任何限定。

在告警分析装置3连接一个存储装置2的场景中，告警分析装置3和存储装置2可以集成在一个设备中，也可以位于相互独立的两个设备中，本申请实施例对告警分析装置3和存储装置2的位置关系不作任何限定。

需要说明的是，上述仅说明了告警分析系统中各结构组成的部分功能，实际中，这些结构还可以包括其他功能，在此不再一一赘述。

依据图1所示的告警分析系统，如图2所示，本发明实施例提供一种告警分析方法，该方法可以包括步骤201-步骤203：

步骤201、告警分析装置获取关系数据和故障实体的告警信息。

其中，关系数据用于表征故障实体和非故障实体之间的关联关系。

本步骤中，关系数据来源于存储装置，具体的，关系数据用于表征每个实体之间数据发送接收的关系。

示例性的，关系数据包括如下表1所示内容：

表1

结合图2，如图4所示，步骤201中的获取故障实体的告警信息包括步骤2011-步骤2013:

步骤2011、告警分析装置获取告警数据。

本步骤中，告警分析装置从告警装置中获取所有故障实体的告警数据，告警数据用于为后续告警等级的确定提供原始的数据样本。

步骤2012、告警分析装置对告警数据进行预处理操作。

其中，预处理操作为删除重复的告警数据。

本步骤中，告警分析装置将获取到的告警数据进行预处理，预处理是为了删除重复的告警数据，从而降低知识图谱的数据处理压力。

示例性的，预处理是利用聚类算法对告警数据进行聚类，删除重复的告警数据(如：同一时间的多个同类型告警)，并将告警数据统一预处理为规范的CSV格式文件。

步骤2013、告警分析装置对预处理操作后得到的告警数据进行关键词提取，得到告警信息。

其中，告警信息包括告警时间、告警类型和告警类型对应的数据。

本步骤中，告警分析装置将进行预处理操作后的告警数据，利用自然语言处理技术进行关键词提取，从而生成告警信息。具体的，关键词可以是语干，还可以是其他具有词性，本公开对此不作限制。

示例性的，告警信息的文件格式为逗号分隔值(Comma-Separated Values，CSV)。告警信息的内容如下表2所示：

表2

步骤202、告警分析装置根据告警信息，确定故障实体的告警等级。

其中，结合图2，如图5所示，步骤202包括步骤2021-步骤2024：

步骤2021、告警分析装置根据告警信息，确定每个故障实体中每种告警类型的次数。

其中，告警信息包括告警时间、告警类型和告警类型对应的数据。

本步骤中，告警分析装置统计所有故障实体的历史告警数据，对于每一个故障实体而言，计算该故障实体所有告警事件总次数和每种告警类型的总次数。

步骤2022、告警分析装置根据次数，逐一确定每个故障实体中每种告警类型权重。

示例性的，告警类型权重满足如下公式：

P(A)＝N(A)/N(E)

其中，N(E)表示所有告警事件总次数，N(A)表示告警类型A出现的总次数。

对于单一故障实体而言，在分别确定出该故障实体不同告警类型的总次数之后，通过使用告警类型的次数除以所有告警事件的次数，即可得到该告警类型的权重。逐一计算后，即可得到单一故障实体的每种告警类型所占的权重。

若单一故障实体的告警类型有3种，分别是告警类型A、告警类型B和告警类型C时，如上，同理可得到P(B)和P(C)的结果。

步骤2023、告警分析装置根据权重，确定每个故障实体的风险分数。

本步骤中，告警分析装置根据每种告警类型的权重和每种告警类型当前的分数，可以确定出该故障实体的风险分数。

结合步骤2022，示例性的，若单一故障实体的告警类型有3种，分别是告警类型A、告警类型B和告警类型C。风险分数满足如下公式：

S(System_X)＝P(A)*S(A)+P(B)*S(B)+P(C)*S(C)

其中，S(A)表示告警类型A当前的分数，S(B)表示告警类型B当前的分数，S(C)表示告警类型C当前的分数，P(A)表示告警类型A的权重，P(B)表示告警类型B的权重；P(C)表示告警类型C的权重。

告警类型A当前分数满足如下公式：

S(A)＝(V(cur)-V(min))/(V(max)-V(min))*10

其中，V(cur)为告警类型A的当前值，V(min)为告警类型A的历史告警值中最小值，V(max)为告警类型A的历史告警值中最大值。示例性的，对于告警类型A而言，若V(cur)为85％、V(max)为100％、V(min)为75％，则A属性风险分S(A)＝(85％-75％)/(100％-75％)*10＝4。

同理可得S(B)和S(C)。将S(A)、S(B)、S(C)、P(A)、P(B)和P(C)代入风险分数的计算公式中，最终得到S(System_X)的结果。通过计算实体或链路的风险分数，可提前预警风险，避免故障产生。

步骤2024、告警分析装置根据风险分数与预设阈值，确定故障实体的告警等级。

结合步骤2023，当确定出风险分数后，将风险分数与预设阈值进行比较，根据比较结果，确定故障实体的告警等级。示例性的，预设阈值可以是一个数值，或者是一个区间，本公开对此不作限制。在确定出风险分数在预设阈值区间内时，则可提前预警，避免告警的出现。

步骤203、告警分析装置根据告警等级和关系数据，生成告警知识图谱。

其中，告警知识图谱用于为故障分析提供参考。

本步骤中，通过将告警等级和关系数据加载到知识图谱上，生成告警知识图谱。告警知识图谱用于显示故障实体的告警类型、告警权重和与其相关联的非故障实体。运维人员通过告警知识图谱，可快速了解各个故障实体的告警信息及关联实体的告警信息，从而更快速的确定产生告警的原因，进行及时处理，最终降低故障的处理时长。

示例性的，利用Neo4j的LOAD CSV功能将告警信息和关系数据加载到知识图谱上，生成的告警知识图谱，告警知识图谱如图3所示。该告警知识图谱包括第一实体及其告警等级、第二实体及其告警等级、第三实体及其告警等级、第四实体及其告警等级和第五实体及其告警等级。由该告警知识图谱可知第一实体与第二实体、第三实体和第四实体具有直接的数据交换；第二实体与第一实体和第五实体具有直接的数据交换，第三实体与第一实体和第五实体具有直接的数据交换，第四实体与第一实体具有直接的数据交换，第五实体与第二实体和第三实体有直接的数据交换。若第四实体出现告警，可首先排查第四实体的告警等级，若确定第四实体没有故障，则根据告警知识图谱排查与其相关的第一实体是否存在故障。这样，可帮助运维人员快速定位故障原因，起到辅助的作用。

进一步的，结合图2，如图6所示，在步骤203之后，还包括步骤204-步骤205：

步骤204、告警分析装置获取显示请求。

其中，显示请求用于请求显示显示目标实体的连接关系，目标实体为故障实体或非故障实体中的任意一个。

步骤205、告警分析装置根据显示请求，显示目标实体的连接关系。

本步骤中，当告警分析装置接收到运维人员的显示请求时，根据运维人员的显示请求，显示对应的图谱或路径关系。目标实体的连接关系用于确定目标实体的故障(宕机)影响范围。

示例性的，运维人员的显示请求还包括请求显示指定节点间的关系、显示指定起始实体、终止实体间联接关系和实体及链路风险分数等，本公开对此不作限制。其中，指定节点间的关系用于确定指定节点的路径告警分析，指定起始实体和终止实体间联接关系用于定位可能的故障渠道，实体及链路风险分数用于确定告警风险。

进一步的，告警分析方法还包括：获取更新的告警数据，解析告警数据，将该告警解析后的属性文件更新到属性文件中。

进一步的，告警分析方法还包括：获取更新的关联关系，将该关联关系更新到关系数据中。

其中，对于更新的告警数据或更新的关联关系，分别将其更新到对应的属性文件或者关系数据中，便于后续生成更新的告警知识图谱。

本申请所提供的告警分析方法中，通过收集所有的告警数据并分析，得到告警信息，通过收集关系数据，得知所有实体之间的关联关系。将关联关系和告警信息加载到知识图谱中，即可获得告警知识图谱，告警知识图谱显示了故障实体的告警等级和与其相关的实体。因此，该方法可快速了解故障实体的告警信息及关联实体的信息，辅助运维人员更直观的判断各个实体的关联影响，最终确定故障位置，降低故障的处理时长，同时提高工作效率，且本申请方法简便易操作，学习成本低，适用性更广。

上述从方法的角度对本申请实施例提供的方案进行了介绍。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

图7是根据一示例性实施例示出的一种告警分析装置的结构示意图，该告警分析装置可以用于执行图2所示的告警分析方法。作为一种可实现方式，该装置可以包括获取模块710和处理模块720。

获取模块710，被配置为获取关系数据和故障实体的告警信息，关系数据用于表征故障实体和非故障实体之间的关联关系；例如，结合图2，获取模块710可以用于执行步骤201。

处理模块720，被配置为根据告警信息，确定故障实体的告警等级；例如，结合图2，处理模块720可以用于执行步骤202。

处理模块720，还被配置为根据告警等级和关系数据，生成告警知识图谱，告警知识图谱用于为故障分析提供参考。例如，结合图2，处理模块720可以用于执行步骤203。

进一步的，获取模块710，还被配置为获取告警数据。例如，结合图2，获取模块710可以用于执行步骤2011。

处理模块720，还被配置为对告警数据进行预处理操作。例如，结合图2，处理模块720，可以用于执行步骤2012。

处理模块720，还被配置为对预处理操作后得到的告警数据进行关键词提取，得到告警信息，告警信息包括告警时间、告警类型和告警类型对应的数据。例如，结合图2，处理模块720，可以用于执行步骤2013。

进一步的，处理模块720，还被配置根据告警信息，确定每个故障实体中每种告警类型的次数；例如，结合图2，任务注册模块710可以用于执行步骤2021。

处理模块720，还被配置为根据次数，逐一确定每个故障实体中每种告警类型权重；例如，结合图2，处理模块720可以用于执行步骤2022。

处理模块720，还被配置为根据权重，确定每个故障实体的风险分数。例如，结合图2，处理模块720可以用于执行步骤2023。

处理模块720，还被配置为根据风险分数与预设阈值，确定故障实体的告警等级。例如，结合图2，处理模块720可以用于执行步骤2024。

进一步的，获取模块710，还被配置为显示请求用于请求显示目标实体的连接关系；目标实体为故障实体或非故障实体中的任意一个；例如，结合图2，获取模块710可以用于执行步骤204。

处理模块720，还被配置为根据显示请求，显示目标实体的连接关系。例如，结合图2，处理模块720可以用于执行步骤205。

当然，本公开实施例提供的告警分析装置包括但不限于上述模块，例如告警分析装置还可以包括任务存储模块730。任务存储模块730可以用于存储该写告警分析装置的程序代码，还可以用于存储写告警分析装置在运行过程中生成的数据，如写请求中的数据等。

图8为本申请实施例提供的一种告警分析装置的结构示意图，该告警分析装置可以包括：至少两个处理器81、存储器82、通信接口83和通信总线84。

下面结合图8对终端设备超载检测装置的各个构成部件进行具体的介绍：

其中，处理器81是告警分析装置的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器81是一个中央处理器(Central Processing Unit，CPU)，也可以是特定集成电路(Application Specific Integrated Circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个DSP，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，FPGA)。

在具体的实现中，作为一种实施例，处理器81可以包括一个或多个CPU，例如图8中所示的CPU0和CPU1。且，作为一种实施例，终端设备超载检测装置可以包括多个处理器，例如图8中所示的处理器81和处理器85。这些处理器中的每一个可以是一个单核处理器(Single-CPU)，也可以是一个多核处理器(Multi-CPU)。这里的处理器可以指一个或多个终端设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

存储器82可以是只读存储器(Read-Only Memory，ROM)或可存储静态信息和指令的其他类型的静态存储终端设备，随机存取存储器(Random Access Memory，RAM)或者可存储信息和指令的其他类型的动态存储终端设备，也可以是电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(CompactDisc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储终端设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器82可以是独立存在，通过通信总线84与处理器81相超载检测。存储器82也可以和处理器81集成在一起。

在具体的实现中，存储器82，用于存储本申请中的数据和执行本申请的软件程序。处理器81可以通过运行或执行存储在存储器82内的软件程序，以及调用存储在存储器82内的数据，执行空调器的各种功能。

通信接口83，使用任何收发器一类的装置，用于与其他终端设备或通信网络通信，如无线接入网(Radio Access Network，RAN)，无线局域网(Wireless Local AreaNetworks，WLAN)、终端设备、云端等。通信接口83可以包括获取单元实现获取功能，以及发送单元实现发送功能。

通信总线84，可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部终端设备互连(Peripheral Component Interconnect，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本申请另一实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当指令在计算机上运行时，使得计算机执行上述方法实施例所示的方法。

在一些实施例中，所公开的方法可以实施为以机器可读格式被编码在计算机可读存储介质上的或者被编码在其它非瞬时性介质或者制品上的计算机程序指令。

图9示意性地示出本申请实施例提供的计算机程序产品的概念性局部视图，计算机程序产品包括用于在计算终端设备上执行计算机进程的计算机程序。

在一个实施例中，计算机程序产品是使用信号承载介质910来提供的。信号承载介质910可以包括一个或多个程序指令，其当被一个或多个处理器运行时可以提供以上针对图2描述的功能或者部分功能。因此，例如，参考图2中所示的实施例，步骤301-步骤302的一个或多个特征可以由与信号承载介质910相关联的一个或多个指令来承担。此外，图9中的程序指令也描述示例指令。

在一些示例中，信号承载介质910可以包含计算机可读介质911，诸如但不限于，硬盘驱动器、紧密盘(CD)、数字视频光盘(DVD)、数字磁带、存储器、只读存储记忆体(read-only memory，ROM)或随机存储记忆体(random access memory，RAM)等等。

在一些实施方式中，信号承载介质910可以包含计算机可记录介质912，诸如但不限于，存储器、读/写(R/W)CD、R/W DVD、等等。

在一些实施方式中，信号承载介质910可以包含通信介质913，诸如但不限于，数字和/或模拟通信介质(例如，光纤电缆、波导、有线通信链路、无线通信链路、等等)。

信号承载介质910可以由无线形式的通信介质913来传达。一个或多个程序指令可以是，例如，计算机可执行指令或者逻辑实施指令。

在一些示例中，诸如针对图2描述的写数据装置可以被配置为，响应于通过计算机可读介质911、计算机可记录介质912、和/或通信介质913中的一个或多个程序指令，提供各种操作、功能、或者动作。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全分类部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信超载检测可以是通过一些接口，装置或单元的间接耦合或通信超载检测，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全分类部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全分类部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个终端设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全分类部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。