CN114201609A - 故障数据的处理方法、装置及终端设备 - Google Patents

Abstract

本申请实施例适用于终端技术领域，提供了一种故障数据的处理方法、装置及终端设备，所述方法包括：终端设备读取故障数据，所述故障数据中包含多个实体对象；所述终端设备根据所述多个实体对象生成知识图谱；所述终端设备确定所述多个实体对象之间的状态序列信息；所述终端设备根据所述状态序列信息更新所述知识图谱，得到与所述故障数据相匹配的目标知识图谱。采用上述方法，可以对故障数据进行结构化和序列化处理，使得处理后的数据保留了原始故障数据的关键特征信息，有助于减少压缩故障数据所耗费的时间，提高后续分析的效率。

Description

故障数据的处理方法、装置及终端设备

技术领域

本申请实施例属于终端技术领域，尤其涉及一种故障数据的处理方法、装置及终端设备。

背景技术

通常，终端设备在出现故障时，可以自动采集故障数据供相关人员分析。以运行

操作系统的终端设备为例，这类终端设备在发生丢帧、卡顿等故障时会自动生成系统跟踪(systrace)数据。终端设备在对生成的systrace数据进行压缩后，可以将其存储至设备本地，供相关人员分析处理，以定位故障原因，优化设备性能。

一般地，终端设备生成systrace数据的时长大约在1-10秒，systrace数据中的数据内容约为10万-100万行，数据大小在10-100兆(MByte)左右。但是，systrace数据中的大部分信息都是冗余的，可供分析处理的关键信息仅有少部分，终端设备对生成的全部systrace数据进行压缩，将会耗费较多的时间。此外，终端设备是以流水形式生成systrace数据的，难以直接建立数据中各线程、函数之间的对应关系，不利于后续的故障分析。

发明内容

本申请实施例提供了一种故障数据的处理方法、装置及终端设备，用以对故障数据进行结构化和序列化处理，使得处理后的数据保留了原始故障数据的关键特征信息，有助于减少压缩故障数据所耗费的时间，提高后续分析的效率。

第一方面，本申请实施例提供了一种故障数据的处理方法，包括：

终端设备读取故障数据，所述故障数据中包含多个实体对象；

所述终端设备根据所述多个实体对象生成知识图谱；

所述终端设备确定所述多个实体对象之间的状态序列信息；

所述终端设备根据所述状态序列信息更新所述知识图谱，得到与所述故障数据相匹配的目标知识图谱。

在第一方面的一种可能的实现方式中，终端设备读取故障数据时，可以是在在故障数据的生成过程中，实时读取故障数据中的每一行数据。通过实时读取故障数据中的每一行数据，可以提高故障数据的处理效率。

在第一方面的一种可能的实现方式中，终端设备实时读取故障数据中的每一行数据，可以是由终端设备确定多个标记实体对象的关键词，然后采用每个关键词依次对故障数据中的每一行数据进行匹配；若在当前行数据中匹配到任一关键词，则终端设备从当前行数据中提取出与匹配到的关键词对应的实体对象。

在第一方面的一种可能的实现方式中，终端设备提取出的实体对象可以包括多个线程和多个函数，终端设备根据多个实体对象生成知识图谱时，可以首先确定线程之间的逻辑关系，以及线程与函数之间的调用关系；然后，终端设备依据线程之间的逻辑关系和线程与函数之间的调用关系，生成知识图谱。

在第一方面的一种可能的实现方式中，上述状态序列信息可以包括线程状态序列信息，终端设备确定多个实体对象之间的状态序列信息，可以包括：终端设备确定故障数据中的每一行数据所对应的时间点；终端设备确定目标线程在时间点的线程状态，并根据时间点确定每个线程状态的持续时间，目标线程为多个线程中的任意一个；然后，终端设备可以根据时间点的先后顺序以及每个线程状态的持续时间，对每个线程状态进行排列，得到目标线程的线程状态序列信息。

在第一方面的一种可能的实现方式中，终端设备根据状态序列信息更新知识图谱，得到与故障数据相匹配的目标知识图谱，可以包括：终端设备将多个线程的线程状态序列信息添加至知识图谱中；然后，终端设备将各个线程之间的逻辑关系更新为各个线程的线程状态之间的逻辑关系，得到目标知识图谱。

在第一方面的一种可能的实现方式中，上述状态序列信息还可以包括函数状态序列信息，终端设备确定多个实体对象之间的状态序列信息，还可以包括：终端设备确定目标线程调用的多个目标函数，并确定各个目标函数被调用的起止时间点；然后，终端设备根据各个目标函数被调用的起止时间点，确定各个目标函数之间的层级调用关系，并按照起止时间点的先后顺序对各个目标函数进行排列，得到各个目标函数的函数状态序列信息。

在第一方面的一种可能的实现方式中，终端设备根据状态序列信息更新所述知识图谱，得到与故障数据相匹配的目标知识图谱，还包括：终端设备将知识图谱中线程与函数之间的调用关系更新为函数状态序列信息，得到目标知识图谱。

在第一方面的一种可能的实现方式中，在生成目标知识图谱时，终端设备还可以根据故障数据确定各个实体对象的属性信息及优先级，并将各个实体对象的属性信息及优先级添加至目标知识图谱。

在第一方面的一种可能的实现方式中，生成目标知识图谱后，终端设备可以对目标知识图谱进行压缩，并将压缩后的目标知识图谱存储至设备本地。

第二方面，本申请实施例提供了一种故障数据的处理装置，包括：故障数据读取模块、知识图谱生成模块、状态序列信息确定模块和知识图谱更新模块，其中：

故障数据读取模块，用于读取故障数据，上述故障数据中包含多个实体对象。

知识图谱生成模块，用于根据多个实体对象生成知识图谱。

状态序列信息确定模块，用于确定多个实体对象之间的状态序列信息。

知识图谱更新模块，用于根据状态序列信息更新知识图谱，得到与故障数据相匹配的目标知识图谱。

在第二方面的一种可能的实现方式中，故障数据读取模块可以包括故障数据读取子模块，其中：

故障数据读取子模块，用于在故障数据的生成过程中，实时读取故障数据中的每一行数据。

在第二方面的一种可能的实现方式中，故障数据读取子模块可以包括关键词确定单元、关键词匹配单元和实体对象提取单元，其中：

关键词确定单元，用于确定多个关键词，多个关键词为标记实体对象的词语。

关键词匹配单元，用于采用每个关键词依次对故障数据中的每一行数据进行匹配。

实体对象提取单元，用于若在当前行数据中匹配到任一关键词，从当前行数据中提取出与匹配到的关键词对应的实体对象。

在第二方面的一种可能的实现方式中，实体对象可以包括多个线程和多个函数，上述知识图谱生成模块可以包括线程逻辑关系确定子模块、函数调用关系确定子模块和生成知识图谱生成子模块，其中：

线程逻辑关系确定子模块，用于确定线程之间的逻辑关系。

函数调用关系确定子模块，用于确定线程与函数之间的调用关系。

生成知识图谱生成子模块，用于依据线程之间的逻辑关系和线程与函数之间的调用关系，生成知识图谱。

在第二方面的一种可能的实现方式中，上述状态序列信息可以包括线程状态序列信息，上述状态序列信息确定模块可以包括时间点确定子模块、线程状态及持续时间确定子模块和线程状态序列信息生成子模块，其中：

时间点确定子模块，用于确定故障数据中的每一行数据所对应的时间点；

线程状态及持续时间确定子模块，用于确定目标线程在时间点的线程状态，并根据时间点确定每个线程状态的持续时间，目标线程为多个线程中的任意一个。

线程状态序列信息生成子模块，用于根据时间点的先后顺序以及每个线程状态的持续时间，对每个线程状态进行排列，得到目标线程的线程状态序列信息。

在第二方面的一种可能的实现方式中，知识图谱更新模块可以包括线程状态序列信息添加子模块和逻辑关系更新子模块，其中：

线程状态序列信息添加子模块，用于将多个线程的线程状态序列信息添加至知识图谱中。

逻辑关系更新子模块，用于将各个线程之间的逻辑关系更新为各个线程的线程状态之间的逻辑关系，得到目标知识图谱。

在第二方面的一种可能的实现方式中，上述状态序列信息还可以包括函数状态序列信息，上述状态序列信息确定模块可以包括目标函数确定子模块、起止时间点确定子模块、层级调用关系确定子模块和函数状态序列信息生成子模块，其中：

目标函数确定子模块，用于确定目标线程调用的多个目标函数。

起止时间点确定子模块，用于分别确定各个目标函数被调用的起止时间点。

层级调用关系确定子模块，用于根据各个目标函数被调用的起止时间点，确定各个目标函数之间的层级调用关系。

函数状态序列信息生成子模块，用于按照起止时间点的先后顺序对各个目标函数进行排列，得到各个目标函数的函数状态序列信息。

在第二方面的一种可能的实现方式中，知识图谱更新模块还可以包括调用关系更新子模块，其中：

调用关系更新子模块，用于将知识图谱中线程与函数之间的调用关系更新为函数状态序列信息，得到目标知识图谱。

在第二方面的一种可能的实现方式中，上述装置还可以包括属性信息及优先级确定模块和属性信息及优先级添加模块，其中：

属性信息及优先级确定模块，用于根据故障数据确定各个实体对象的属性信息及优先级。

属性信息及优先级添加模块，用于将各个实体对象的属性信息及优先级添加至目标知识图谱。

在第二方面的一种可能的实现方式中，上述装置还可以包括目标知识图谱压缩模块和目标知识图谱存储模块，其中：

目标知识图谱压缩模块，用于对目标知识图谱进行压缩。

目标知识图谱存储模块，用于将压缩后的目标知识图谱存储至设备本地。

第三方面，本申请实施例提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如上述第一方面任一项所述的故障数据的处理方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，其特征在于，所述计算机指令被处理器执行时实现如上述第一方面任一项所述的故障数据的处理方法。

第五方面，本申请实施例提供了一种计算机程序产品，当所述计算机程序产品在终端设备上运行时，使得所述终端设备执行上述第一方面任一项所述的故障数据的处理方法。

第六方面，本申请实施例提供了一种芯片，所述芯片包括存储器和处理器，所述处理器执行所述存储器中存储的计算机程序，以实现如上述第一方面任一项所述的故障数据的处理方法。

与现有技术相比，本申请实施例包括以下有益效果：

本申请实施例，终端设备通过读取故障数据，可以根据故障数据中包含的多个实体对象生成知识图谱，这些知识图谱可以体现各个实体对象之间的存在相应的关系，如线程与线程之间的逻辑关系、线程与函数之间的调用关系等等。在此基础上，终端设备通过确定多个实体对象之间的状态序列信息，可以进一步挖掘出各个实体对象在终端设备出现故障时，不同的状态变化情况。终端设备通过采用上述态序列信息更新已生成的知识图谱，可以得到与故障数据相匹配的目标知识图谱。目标知识图谱中不仅能够体现实体对象之间存在的关系，还可以明确实体对象不同状态之间的关系。本申请实施例，终端设备通过生成知识图谱并基于状态序列信息对知识图谱进行更新，使得最终得到的目标知识图谱仅保留了故障数据中的关键信息，减少了冗余信息的数据量，从而可以方便快速地对故障进行定位，提高故障分析的效率。

附图说明

图1是本申请实施例提供的一种终端设备的结构示意图；

图2是本申请实施例提供的一种故障数据的处理方法的示意性步骤流程图；

图3(a)是本申请实施例提供的一种知识图谱的示意图；

图3(b)是本申请实施例提供的另一种知识图谱的示意图；

图4(a)是本申请实施例提供的一种线程状态序列信息的示意图；

图4(b)是本申请实施例提供的另一种线程状态序列信息的示意图；

图5是本申请实施例提供的一种函数状态序列信息的示意图；

图6是本申请实施例提供的一种目标知识图谱的示意图；

图7是本申请实施例提供的另一种故障数据的处理方法的示意性步骤流程图；

图8是本申请实施例提供的另一种线程状态序列信息的示意图；

图9是本申请实施例提供的另一种函数状态序列信息的示意图；

图10是本申请实施例提供的另一种目标知识图谱的示意图；

图11是本申请实施例提供的又一种目标知识图谱的示意图；

图12是本申请实施例提供的一种故障数据的处理装置的示意图。

具体实施方式

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

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

本申请实施例描述的业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

本申请实施例中提供的一种故障数据的处理方法中所涉及到的步骤仅仅作为示例，并非所有的步骤均是必须执行的步骤，或者并非各个步骤中的内容均是必选的，在使用过程中可以根据需要酌情增加或减少。

本申请实施例中同一个步骤或者具有相同功能的步骤或者内容在不同实施例之间可以互相参考借鉴。

本申请实施例提供的故障数据的处理方法可以应用于手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等终端设备上，本申请实施例对终端设备的具体类型不作任何限制。

例如，终端设备可以是无线局域网(wireless local area network，WLAN)中的站点(STAION，ST)，可以是蜂窝电话、无绳电话、会话启动协议(session initiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、PDA设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其他处理设备、车载设备、车联网终端、电脑、膝上型计算机、手持式通信设备、手持式计算设备、卫星无线设备、无线调制解调器卡、电视机顶盒(set top box，STB)、用户驻地设备(customer premise equipment，CPE)和/或用于在无线系统上进行通信的其他设备以及下一代通信系统，例如，5G网络中的移动终端或者未来演进的公共陆地移动网络(public land mobile network，PLMN)中的移动终端等。

作为示例而非限定，当终端设备为可穿戴设备时，该可穿戴设备还可以是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更可以通过软件支持以及数据交互、云端交互实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，如智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其他设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

示例性的，图1示出了一种终端设备的结构示意图。其中终端设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本申请实施例示意的结构并不构成对终端设备100的具体限定。在本申请另一些实施例中，终端设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是终端设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现终端设备100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。

在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。I2S接口和PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。

在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现终端设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现终端设备100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为终端设备100充电，也可以用于终端设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他终端设备，例如AR设备等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对终端设备100的结构限定。在本申请另一些实施例中，终端设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过终端设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为终端设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。

在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

终端设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。终端设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在终端设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。

在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏294显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在终端设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，终端设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端设备100可以通过无线通信技术与网络以及其他设备通信。无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

终端设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，终端设备100可以包括1个或N个显示屏194，N为大于1的正整数。

终端设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，终端设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当终端设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。终端设备100可以支持一种或多种视频编解码器。这样，终端设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现终端设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

在本申请实施例中，NPU或其他处理器可以用于对终端设备100存储的视频中的人脸图像进行人脸检测、人脸跟踪、人脸特征提取和图像聚类等操作；对终端设备100存储的图片中的人脸图像进行人脸检测、人脸特征提取等操作，并根据图片的人脸特征以及视频中人脸图像的聚类结果，对终端设备100存储的图片进行聚类。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行终端设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储终端设备100使用过程中所创建的数据(比如音频数据，电话本等)等。

此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

终端设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。终端设备100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当终端设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。终端设备100可以设置至少一个麦克风170C。在另一些实施例中，终端设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，终端设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动终端设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。终端设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，终端设备100根据压力传感器180A检测触摸操作强度。终端设备100也可以根据压力传感器180A的检测信号计算触摸的位置。

在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器180B可以用于确定终端设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定终端设备100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测终端设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消终端设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

气压传感器180C用于测量气压。在一些实施例中，终端设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。终端设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当终端设备100是翻盖机时，终端设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。

加速度传感器180E可检测终端设备100在各个方向上(一般为三轴)加速度的大小。当终端设备100静止时可检测出重力的大小及方向。还可以用于识别终端设备姿态，应用于横竖屏切换，计步器等应用。

距离传感器180F，用于测量距离。终端设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，终端设备100可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。终端设备100通过发光二极管向外发射红外光。终端设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定终端设备100附近有物体。当检测到不充分的反射光时，终端设备100可以确定终端设备100附近没有物体。终端设备100可以利用接近光传感器180G检测用户手持终端设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器180L用于感知环境光亮度。终端设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测终端设备100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。终端设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，终端设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，终端设备100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，终端设备100对电池142加热，以避免低温导致终端设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，终端设备100对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于终端设备100的表面，与显示屏194所处的位置不同。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。

在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。终端设备100可以接收按键输入，产生与终端设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和终端设备100的接触和分离。终端设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。终端设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，终端设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在终端设备100中，不能和终端设备100分离。

参照图2，示出了本申请实施例提供的一种故障数据的处理方法的步骤流程示意图，该方法可以应用于具有图1所示的结构的终端设备100中，该方法具体可以包括如下步骤：

S201、终端设备读取故障数据，所述故障数据中包含多个实体对象。

在本申请实施例中，故障数据可以是在终端设备发生某种故障时，由终端设备所搭载的操作系统自动生成的；或者，故障数据也可以是在终端设备发生某种故障时，由终端设备中配置的某个应用程序自动生成的，本申请实施例对此不作限定。

示例性的，终端设备在运行过程中出现卡顿或者丢帧等故障时，终端设备所搭载的操作系统或配置的应用程序可以针对该故障生成故障数据。

在本申请实施例的一种可能的实现方式中，运行

操作系统的终端设备，在出现丢帧、卡顿等故障时，

操作系统提供的性能分析工具可以自动生成故障数据，即systrace数据。

在故障数据中，可以包含有多个实体对象，如进程、线程、函数，等等。

通常，进程是并发执行的程序在执行过程中分配和管理资源的基本单位。线程也被称为轻量级进程，线程是进程中的一个实体，是被系统独立调度和分派的基本单位。线程自己不拥有系统资源，但它可与同属一个进程的其他线程共享进程所拥有的全部资源。一个线程可以创建和撤消另一个线程，同一进程中的多个线程之间可以并发执行。线程可以通过调用相应的函数，在终端设备上实现各种功能。例如，线程可以通过调用相应的渲染函数，在终端设备上实现页面渲染功能。

在本申请实施例中，在终端设备出现故障时，终端设备可以读取自动生成的故障数据，供相关人员分析该故障出现的具体原因，以便对终端设备的性能进行优化。

S202、所述终端设备根据所述多个实体对象生成知识图谱。

通常，终端设备读取到的故障数据中可能包括各种类型的信息，但并非全部信息都能够用于分析终端设备出现该故障的原因。也就是说，终端设备读取到的故障数据中存在大量的冗余信息，这部分冗余信息对于分析故障原因并无益处。

因此，在本申请实施例中，针对读取到的故障数据，终端设备可以针对性地进行处理，减少冗余信息的数据量，保留可用于故障分析的关键信息。

在本申请实施例的一种可能的实现方式中，终端设备在对故障数据进行针对性处理时，可以首先根据故障信息中包含的多个实体对象生成知识图谱。

知识图谱，是显示知识发展进程与结构关系的一系列各种不同的图形。知识图谱可以用可视化技术描述知识资源及其载体，并挖掘、分析、构建、绘制和显示知识及它们之间的相互联系。

在本申请实施例中，基于多个实体对象生成的知识图谱可以是显示进程与线程、线程与线程，以及线程与函数之间的各种关系的可视化图像。

如图3(a)所示，是本申请实施例提供的一种知识图谱的示意图。在图3(a)中，包含有第一线程和第二线程，上述第一线程和第二线程可以是终端设备通过读取故障数据得到的两个实体对象。其中，由第一线程指向第二线程的箭头可以表示第一线程与第二线程之间的某种关系。例如，第一线程与第二线程之间的唤醒关系。

如图3(b)所示，是本申请实施例提供的另一种知识图谱的示意图。在图3(b)中，包含有第一线程、第一函数和第二函数，上述第一线程、第一函数和第二函数也可以是终端设备通过读取故障数据得到的实体对象。其中，由第一线程指向第一函数和第二函数的箭头可以表示第一线程与第一函数、第二函数之间存在调用关系。例如，第一线程通过调用第一函数可以在终端设备上实现相应的功能。

S203、所述终端设备确定所述多个实体对象之间的状态序列信息。

在本申请实施例中，实体对象的状态序列信息可以包括线程的线程状态序列信息，和/或，函数的函数状态序列信息。

其中，线程状态序列信息可以是指在终端设备读取到的故障数据中，某个线程的线程状态随时间的变化情况。例如，在T1到T2时间段，第一线程的线程状态为状态1、在T2到T3时间段，第一线程的线程状态为状态2，在T3到T4时间段，第一线程的线程状态为状态3，等等。

如图4(a)所示，是本申请实施例提供的一种线程状态序列信息的示意图。在图4(a)中，包括第一线程以及第一线程在各个时间段的线程状态，即状态1、状态2和状态3。图4(a)中用于表示各个线程状态的方框的长度可以体现各个状态的持续时间。例如，状态1对应的持续时间可以是T1到T2时间段，而状态2对应的持续时间可以是T2到T3时间段。

在本申请实施例的一种可能的实现方式中，线程状态序列信息还可以用于表示多个线程在不同状态下的交互情况。例如，对于图3(a)所示的第一线程与第二线程之间存在的唤醒关系，终端设备通过读取故障数据可以确定第一线程在状态1时，唤醒了第二线程，使第二线程由睡眠状态(状态1)进入可运行状态(状态2)，则上述关系可以通过图4(b)所示的线程状态序列信息表示。

函数状态序列信息可以用于表示某个函数被线程调用的情况以及该函数与其他函数之间的层级调用关系。例如，在T1到T4时间段，第一函数被第一线程调用；在T2到T3时间段，第一函数又调用了第二函数，则通过函数状态序列信息可以表示第一函数与第一线程之间的调用关系以及第一函数与第二函数之间的调用关系。上述T2到T3时间段为T1到T4时间段的一个子集。

对于图3(b)所示的第一线程与第一函数、第二函数之间的调用关系，基于上述分析可知，第一函数调用了第二函数。因此，可以将图3(b)所示的调用关系通过图5所示的函数状态序列信息表示。

S204、所述终端设备根据所述状态序列信息更新所述知识图谱，得到与所述故障数据相匹配的目标知识图谱。

在本申请实施例中，在终端设备根据多个实体对象生成知识图谱的基础上，终端设备通过确定各个实体对象之间的状态序列信息，可以进一步更新、完善上述知识图谱，从而得到保留有故障数据中的关键信息的目标知识图谱。

如图6所示，是本申请实施例提供的一种目标知识图谱的示意图。图6中所示的目标知识图谱即是在图3(a)和图3(b)的基础上，通过将实体对象的状态序列信息更新至其中所得到的知识图谱。

在本申请实施例中，终端设备通过读取故障数据，可以根据故障数据中包含的多个实体对象生成知识图谱，这些知识图谱可以体现各个实体对象之间的存在相应的关系，如线程与线程之间的逻辑关系、线程与函数之间的调用关系等等。在此基础上，终端设备通过确定多个实体对象之间的状态序列信息，可以进一步挖掘出各个实体对象在终端设备出现故障时，不同的状态变化情况。终端设备通过采用上述态序列信息更新已生成的知识图谱，可以得到与故障数据相匹配的目标知识图谱。目标知识图谱中不仅能够体现实体对象之间存在的关系，还可以明确实体对象不同状态之间的关系。本申请实施例，终端设备通过生成知识图谱并基于状态序列信息对知识图谱进行更新，使得最终得到的目标知识图谱仅保留了故障数据中的关键信息，减少了冗余信息的数据量，从而可以方便快速地对故障进行定位，提高故障分析的效率。

参照图7，示出了本申请实施例提供的另一种故障数据的处理方法的步骤流程示意图，该方法可以应用于具有图1所示的结构的终端设备100中，该方法具体可以包括如下步骤：

S701、在所述故障数据的生成过程中，所述终端设备实时读取所述故障数据中的每一行数据。

通常，终端设备在出现某种故障时，可以通过性能分析工具或应用程序，自动生成相应的故障数据，用于记录在产生该故障的过程中，各个进程、线程之间的运行情况。为了便于后续对故障的分析、处理，终端设备可以读取上述故障数据。

在本申请实施例的一种可能的实现方式中，终端设备读取故障数据可以是在故障数据的生成过程中，实时读取故障数据中的每一行数据。

在本申请实施例中，故障数据是以流水形式生成的，当相应的性能分析工具或应用程序在生成每一行故障数据时，终端设备可以实时地读取该行数据，提高故障数据的处理效率。

示例性的，故障数据可以是如下形式的数据：

第1行：

InputDispatcher-2244(1568)[004]....112583.763093:tracing_mark_write:E|1568

第2行：

InputDispatcher-2244(1568)[004]....112583.763097:tracing_mark_write:E|1568

第3行：

InputDispatcher-2244(1568)[004]....112583.763103:tracing_mark_write:B|1568|pokeUserActivity

第4行：

InputDispatcher-2244(1568)[004]....112583.763106:tracing_mark_write:E|1568

第5行：

InputDispatcher-2244(1568)[004]....112583.763109:tracing_mark_write:B|1568|pokeUserActivity

第6行：

InputDispatcher-2244(1568)[004]....112583.763110:tracing_mark_write:E|1568

第7行：

InputDispatcher-2244(1568)[004]....112583.763130:tracing_mark_write:C|1568|wq:PointerEventDispatcher0(server)|0

第8行：

com.tencent.mm-21764(21764)[005]d..4 112583.763133:sched_wakeup:comm＝default_matrix_pid＝22135prio＝120target_cpu＝000

第9行：

InputDispatcher-2244(1568)[004]....112583.763135:tracing_mark_write:B|1568|startDispatchCycleLocked(inputChannel＝PointerEventDispatcher0(server))

第10行：

InputDispatcher-2244(1568)[004]....112583.763136:tracing_mark_write:E|1568

……

需要说明的是，上述所示的故障数据中标记的“第1行”、“第2行”……“第10行”等文字，仅仅是为了方便说明本申请实施例而增加的。在实际的故障数据中，并无针对各行数据的上述标记。

下面结合上述具体的故障数据，对数据中各个部分表示的含义进行介绍。

以第1行中的数据为例，该行数据中开头部分的字符串“InputDispatcher”表示当前的任务(TASK)。该字符串后的数字“2244”表示执行该任务的线程，也就是这个线程的线程号(PID)。线程号后小括号内的数字“1568”表示进程号，也就是“2244”这一线程号对应的线程属于“1568”这一进程号对应的进程。中括号内的数字“004”为CPU的编号，表示任务“InputDispatcher”运行在编号为“004”的CPU上。数字串“112583.763093”为时间戳(TIMESTAMP)，每一行中的时间戳表示终端设备记录该行故障数据的时间点；不同行的故障数据中记录的时间戳不同。时间戳后的数据部分表示具体的功能(FUNCTION)，用于体现线程之间的唤醒、置换等操作，以及线程对函数的调用等。

参见第8行中的数据，字符串“sched_wakeup:comm＝default_matrix_pid＝22135”表示线程之间的唤醒操作。即，“21764”号线程唤醒“22135”号线程。在该行数据中，“prio＝120”表示线程的优先级。其他各行数据中线程之间的操作可以按照类似方式识别得到。

参见第1行至第5行中的数据，字符串“tracing_mark_write”表示在各行数据对应的时间点，存在函数的调用。其中，字符串“tracing_mark_write”后的字母“B”表示调用函数的开始(Begin)，字符“E”表示调用函数的结束(End)，字母“B”或“E”后的数字“1568”为进程号，该进程号与各行数据中小括号中的数字所表示的进程号相同。具体地，参见第3行中的数据，进程号“1568”后的字符串“pokeUserActivity”为函数名称，表示该函数在当前时间点被调用。需要说明的是，对于上述示例中的故障数据，终端设备可以直接通过故障数据中的记录识别出函数调用开始时，被调用的函数具体是哪一个；而对于函数调用结束时，无法直接通过故障数据识别出具体被结束调用的函数是哪一个。即，各行数据中，字母“E”后并无具体记录函数的名称。因此，需要通过相应的算法进行匹配，找出当前结束调用的函数。基于计算机中“栈”的关系，被调用的函数一般是先开始，后结束。因此，对于记录的内容为函数调用结束的某行故障数据，通过找出该行数据前各行数据中，与该行“End”最接近的“Begin”，可以确定当前结束调用的函数具体是哪一个。例如，对于上述第3行和第4行数据，其中第3行数据中记录有“B|1568|pokeUserActivity”，第4行数据中记录有“E|1568”，通过算法匹配可知，在第3行数据中的时间点“112583.763103”，函数“pokeUserActivity”开始被调用，而在第4行数据中的时间点“112583.763106”，该函数“pokeUserActivity”调用结束。

当然，线程对函数的调用还存在一些嵌套关系，即线程调用函数某个函数后，由该函数去调用另一函数。也就是说，函数之间可能存在一定的层级关系。线程调用第一层函数，第一层函数调用第二层函数，第二层函数调用第三层函数。

通过读取各行故障数据，并对其进行分析处理，可以了解线程之间的状态关系，以及函数之间的嵌套、分层关系。

终端设备可以在生成上述每一行故障数据时，实时读取该行数据。

在本申请实施例中，述终端设备实时读取故障数据中的每一行数据可以包括：

终端设备确定多个关键词，上述多个关键词为标记实体对象的词语；终端设备采用每个关键词依次对故障数据中的每一行数据进行匹配；若在当前行数据中匹配到任一关键词，终端设备从当前行数据中提取出与匹配到的关键词对应的实体对象。

在本申请实施例中，关键词可以是用于标记实体对象的词语，在终端设备使用某个关键词在故障数据中匹配命中时，此处故障数据所对应的内容即是该关键词所标记的信息。例如，终端设备使用“pid”这一关键词在故障数据中进行匹配，由于该关键词标记的是线程号，则当终端设备在故障数据中匹配命中该关键词时，便可以将与命中的关键词对应的信息识别为相应的对象，即线程号。又如，终端设备使用“prev_prio”这一关键词在故障数据中进行匹配，由于该关键词标记的是线程的优先级，则当终端设备在故障数据中匹配命中该关键词时，便可以将与命中的关键词对应的信息识别为相应的线程优先级。

终端设备通过逐行读取生成的故障信息，可以得到多个实体对象，以及各个实体对象之间的关系信息。

S702、所述终端设备确定线程之间的逻辑关系，以及线程与函数之间的调用关系。

在本申请实施例中，终端设备通过读取故障数据所得到的各个实体对象之间的关系信息可以包括各个线程之间的逻辑关系，以及线程与函数之间的调用关系。

示例性的，线程之间的逻辑关系可以包括第一线程与第二线程之间的唤醒关系，第二线程与第三线程之间的置换关系，等等。

S703、所述终端设备依据所述线程之间的逻辑关系和所述线程与函数之间的调用关系，生成知识图谱。

在本申请实施例中，终端设备在确定出各个线程之间的逻辑关系，以及线程与函数之间的调用关系后，可以依据该逻辑关系及调用关系，生成如图3(a)和图3(b)所示的知识图谱。

S704、所述终端设备确定所述多个实体对象之间的状态序列信息，所述状态序列信息包括线程状态序列信息和函数状态序列信息。

在本申请实施例中，实体对象之间的状态序列信息可以包括线程状态序列信息和函数状态序列信息。

在本申请实施例的一种可能的实现方式中，终端设备确定多个线程之间的线程状态序列信息，可以包括：

终端设备确定故障数据中的每一行数据所对应的时间点；终端设备确定目标线程在各个时间点的线程状态，并根据时间点确定每个线程状态的持续时间；终端设备根据时间点的先后顺序以及每个线程状态的持续时间，对每个线程状态进行排列，得到目标线程的线程状态序列信息。上述目标线程为多个线程中的任意一个。

在本申请实施例中，故障数据中的每一行数据均有相应的时间信息，通过读取该时间信息可以确定生成该行数据的时间点。终端设备通过读取该行数据中记录的各个线程的状态，可以确定各个线程在每一行数据对应的时间点的线程状态。然后，终端设备通过对多行数据进行分析，可以得到线程的每个线程状态的持续时间。

示例性的，若终端设备通过读取故障数据，得到如下的流水信息：

T1时刻：第一线程唤醒第二线程，第二线程进入可运行(runnable)状态

T2时刻：第三线程置换第二线程，第二线程进入运行(running)状态

T3时刻：第二线程置换第四线程，第二线程进入睡眠(sleeping)状态

T4时刻：第五线程唤醒第二线程，第二线程再次进入可运行(runnable)状态

那么，第二线程在T1至T4时间段内的线程状态及持续时间所对应的序列可以表示为：(runnable，T2-T1)，(running，T3-T2)，(sleeping，T4-T3)，在每一时间段内，与第二线程交互的线程分别为第一线程、第三线程和第四线程。上述序列可以通过如图8所示的线程状态序列信息表示。

需要说明的是，图8所示的线程状态序列是以第二线程为目标线程绘制的，其仅示出了第二线程的各个线程状态的变化情况，省略了其他线程的线程状态的具体变化情况。

在本申请实施例的一种可能的实现方式中，终端设备确定多个函数之间的函数状态序列信息，可以包括：

终端设备确定目标线程调用的多个目标函数；终端设备分别确定各个目标函数被调用的起止时间点；终端设备根据各个目标函数被调用的起止时间点，确定各个目标函数之间的层级调用关系，并按照起止时间点的先后顺序对各个目标函数进行排列，得到各个目标函数的函数状态序列信息。

在本申请实施例中，由于故障数据中的每一行数据均有相应的时间信息，终端设备通过读取该时间信息可以确定生成该行数据的时间点。在此基础上，终端设备通过读取该行数据中记录的各个函数的状态，可以确定各个函数是否被某一线程调用。若该函数被调用，则终端设备可以通过对多行数据进行分析，得到该函数被调用的起止时间点，即函数被调用的持续时间。

示例性的，若终端设备通过读取故障数据，得到如下的流水信息：

T1时刻：第二线程—第一函数—开始(begin)

T2时刻：第二线程—第二函数—开始(begin)

T3时刻：第二线程—结束(end)

T4时刻：第二线程—结束(end)

……

Tm时刻：第二线程—第M函数—开始(begin)

Tm+1时刻：第二线程—第N函数—开始(begin)

Tn时刻：第二线程—结束(end)

Tn+1时刻：第二线程—结束(end)

通过对上述流水信息进行分析，可以得到如下信息：

1、第一函数和第二函数所属的线程为第二线程；

2、第一函数开始被调用的时间为T1时刻，结束被调用的时间为T4时刻；

3、第二函数开始被调用的时间为T2时刻，结束被调用的时间为T3时刻；

4、第一函数调用了第二函数；

……

m、第M函数和第N函数所属的线程为第二线程；

m+1、第M函数开始被调用的时间为Tm时刻，结束被调用的时间为Tn+1时刻；

n、第N函数开始被调用的时间为Tm+1时刻，结束被调用的时间为Tn时刻；

n+1、第M函数调用了第N函数。

上述序列可以通过如图9所示的函数状态序列信息表示。

S705、所述终端设备将所述多个线程的线程状态序列信息添加至所述知识图谱中，并将各个线程之间的逻辑关系更新为所述各个线程的线程状态之间的逻辑关系。

S706、所述终端设备将所述知识图谱中所述线程与函数之间的调用关系更新为所述函数状态序列信息，得到目标知识图谱。

在本申请实施例中，终端设备在根据故障数据确定出线程状态序列信息以及函数状态序列信息后，可以将上述线程状态序列信息及函数状态序列信息更新至已经生成的知识图谱中，得到目标知识图谱。

示例性地，终端设备可以采用图8所示的线程状态序列和图9所示的函数状态序列，对图3(a)和图3(b)所示的知识图谱进行更新，从而得到如图10所示的目标知识图谱。上述目标知识图谱删除了故障数据中的冗余信息，仅保留了用于对故障进行分析的关键信息。

在本申请实施例中，终端设备还可以根据故障数据确定各个实体对象的属性信息及优先级。上述属性信息可以包括进程号、线程号等ID属性，上述优先级可以包括线程之间的优先级。因此，在图10所示的目标知识图谱基础上，终端设备还可以将上述各个实体对象的属性信息及优先级添加至目标知识图谱，得到如图11所示的目标知识图谱。

在本申请实施例的一种可能的实现方式中，为了便于相关人员对故障原因进行分析并针对性地解决，终端设备在生成如图11所示的目标知识图谱后，可以对目标知识图谱进行压缩，并将压缩后的目标知识图谱存储至设备本地，以提供给相关人员。

本申请实施例通过对故障数据进行结构化和序列化处理，可以减少最终生成目标知识图谱中包含的冗余信息的数据量，仅保留故障数据中的关键信息，有助于对故障数据进行快速处理，方便定位故障原因，提高业务性能的改善效率。

本申请实施例可以根据上述方法示例对终端设备进行功能模块的划分，例如，可以对应每一个功能划分每一个功能模块，也可以将一个或多个的功能集成在一个功能模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以对应每一个功能划分每一个功能模块为例进行说明。

参照图12，示出了本申请实施例提供的一种故障数据的处理装置的示意图，该装置可以应用于图1所示的终端设备中，该装置可以包括故障数据读取模块1201、知识图谱生成模块1202、状态序列信息确定模块1203和知识图谱更新模块1204，其中：

故障数据读取模块，用于读取故障数据，上述故障数据中包含多个实体对象。

知识图谱生成模块，用于根据多个实体对象生成知识图谱。

状态序列信息确定模块，用于确定多个实体对象之间的状态序列信息。

知识图谱更新模块，用于根据状态序列信息更新知识图谱，得到与故障数据相匹配的目标知识图谱。

在本申请实施例中，故障数据读取模块可以包括故障数据读取子模块，其中：

故障数据读取子模块，用于在故障数据的生成过程中，实时读取故障数据中的每一行数据。

在本申请实施例中，故障数据读取子模块可以包括关键词确定单元、关键词匹配单元和实体对象提取单元，其中：

关键词确定单元，用于确定多个关键词，多个关键词为标记实体对象的词语。

关键词匹配单元，用于采用每个关键词依次对故障数据中的每一行数据进行匹配。

实体对象提取单元，用于若在当前行数据中匹配到任一关键词，从当前行数据中提取出与匹配到的关键词对应的实体对象。

在本申请实施例中，实体对象可以包括多个线程和多个函数，上述知识图谱生成模块可以包括线程逻辑关系确定子模块、函数调用关系确定子模块和生成知识图谱生成子模块，其中：

线程逻辑关系确定子模块，用于确定线程之间的逻辑关系。

函数调用关系确定子模块，用于确定线程与函数之间的调用关系。

生成知识图谱生成子模块，用于依据线程之间的逻辑关系和线程与函数之间的调用关系，生成知识图谱。

在本申请实施例中，上述状态序列信息可以包括线程状态序列信息，上述状态序列信息确定模块可以包括时间点确定子模块、线程状态及持续时间确定子模块和线程状态序列信息生成子模块，其中：

时间点确定子模块，用于确定故障数据中的每一行数据所对应的时间点；

线程状态及持续时间确定子模块，用于确定目标线程在时间点的线程状态，并根据时间点确定每个线程状态的持续时间，目标线程为多个线程中的任意一个。

线程状态序列信息生成子模块，用于根据时间点的先后顺序以及每个线程状态的持续时间，对每个线程状态进行排列，得到目标线程的线程状态序列信息。

在本申请实施例中，知识图谱更新模块可以包括线程状态序列信息添加子模块和逻辑关系更新子模块，其中：

线程状态序列信息添加子模块，用于将多个线程的线程状态序列信息添加至知识图谱中。

逻辑关系更新子模块，用于将各个线程之间的逻辑关系更新为各个线程的线程状态之间的逻辑关系，得到目标知识图谱。

在本申请实施例中，上述状态序列信息还可以包括函数状态序列信息，上述状态序列信息确定模块可以包括目标函数确定子模块、起止时间点确定子模块、层级调用关系确定子模块和函数状态序列信息生成子模块，其中：

目标函数确定子模块，用于确定目标线程调用的多个目标函数。

起止时间点确定子模块，用于分别确定各个目标函数被调用的起止时间点。

层级调用关系确定子模块，用于根据各个目标函数被调用的起止时间点，确定各个目标函数之间的层级调用关系。

函数状态序列信息生成子模块，用于按照起止时间点的先后顺序对各个目标函数进行排列，得到各个目标函数的函数状态序列信息。

在本申请实施例中，知识图谱更新模块还可以包括调用关系更新子模块，其中：

调用关系更新子模块，用于将知识图谱中线程与函数之间的调用关系更新为函数状态序列信息，得到目标知识图谱。

在本申请实施例中，上述装置还可以包括属性信息及优先级确定模块和属性信息及优先级添加模块，其中：

属性信息及优先级确定模块，用于根据故障数据确定各个实体对象的属性信息及优先级。

属性信息及优先级添加模块，用于将各个实体对象的属性信息及优先级添加至目标知识图谱。

在本申请实施例中，上述装置还可以包括目标知识图谱压缩模块和目标知识图谱存储模块，其中：

目标知识图谱压缩模块，用于对目标知识图谱进行压缩。

目标知识图谱存储模块，用于将压缩后的目标知识图谱存储至设备本地。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本申请实施例还提供一种终端设备，该终端设备可以是前述各个实施例中的终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，当处理器执行计算机程序时，实现上述实施例中的故障数据的处理方法。

本申请实施例还提供一种计算机存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在终端设备上运行时，使得终端设备执行上述相关方法步骤实现上述实施例中的故障数据的处理方法。

本申请实施例还提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的故障数据的处理方法。

本申请实施例还提供一种芯片，该芯片可以为通用处理器，也可以为专用处理器。该芯片包括处理器。其中，处理器用于支持终端设备执行上述相关步骤，以实现上述实施例中的故障数据的处理方法。

可选的，该芯片还包括收发器，收发器用于接受处理器的控制，用于支持终端设备执行上述相关步骤，以实现上述实施例中的故障数据的处理方法。

可选的，该芯片还可以包括存储介质。

需要说明的是，该芯片可以使用下述电路或者器件来实现：一个或多个现场可编程门阵列(field programmable gate array，FPGA)、可编程逻辑器件(programmablelogic device，PLD)、控制器、状态机、门逻辑、分立硬件部件、任何其他适合的电路、或者能够执行本申请通篇所描述的各种功能的电路的任意组合。

结合以上，本申请提供如下实施例：

实施例1、一种故障数据的处理方法，包括：

终端设备读取故障数据，所述故障数据中包含多个实体对象；

所述终端设备根据所述多个实体对象生成知识图谱；

所述终端设备确定所述多个实体对象之间的状态序列信息；

所述终端设备根据所述状态序列信息更新所述知识图谱，得到与所述故障数据相匹配的目标知识图谱。

实施例2、根据实施例1所述的方法，所述终端设备读取故障数据，包括：

在所述故障数据的生成过程中，所述终端设备实时读取所述故障数据中的每一行数据。

实施例3、根据实施例2所述的方法，所述终端设备实时读取所述故障数据中的每一行数据，包括：

所述终端设备确定多个关键词，所述多个关键词为标记所述实体对象的词语；

所述终端设备采用每个关键词依次对所述故障数据中的每一行数据进行匹配；

若在当前行数据中匹配到任一关键词，所述终端设备从所述当前行数据中提取出与匹配到的所述关键词对应的实体对象。

实施例4、根据实施例1-实施例3任一项所述的方法，所述实体对象包括多个线程和多个函数，所述终端设备根据所述多个实体对象生成知识图谱，包括：

所述终端设备确定线程之间的逻辑关系，以及线程与函数之间的调用关系；

所述终端设备依据所述线程之间的逻辑关系和所述线程与函数之间的调用关系，生成知识图谱。

实施例5、根据实施例4所述的方法，所述状态序列信息包括线程状态序列信息，所述终端设备确定所述多个实体对象之间的状态序列信息，包括：

所述终端设备确定所述故障数据中的每一行数据所对应的时间点；

所述终端设备确定目标线程在所述时间点的线程状态，并根据所述时间点确定每个线程状态的持续时间，所述目标线程为所述多个线程中的任意一个；

所述终端设备根据所述时间点的先后顺序以及所述每个线程状态的持续时间，对所述每个线程状态进行排列，得到所述目标线程的线程状态序列信息。

实施例6、根据实施例5所述的方法，所述终端设备根据所述状态序列信息更新所述知识图谱，得到与所述故障数据相匹配的目标知识图谱，包括：

所述终端设备将所述多个线程的线程状态序列信息添加至所述知识图谱中；

所述终端设备将各个线程之间的逻辑关系更新为所述各个线程的线程状态之间的逻辑关系，得到目标知识图谱。

实施例7、根据实施例5或实施例6所述的方法，所述状态序列信息还包括函数状态序列信息，所述终端设备确定所述多个实体对象之间的状态序列信息，还包括：

所述终端设备确定所述目标线程调用的多个目标函数；

所述终端设备分别确定各个目标函数被调用的起止时间点；

所述终端设备根据所述各个目标函数被调用的起止时间点，确定所述各个目标函数之间的层级调用关系，并按照所述起止时间点的先后顺序对所述各个目标函数进行排列，得到所述各个目标函数的函数状态序列信息。

实施例8、根据实施例7所述的方法，所述终端设备根据所述状态序列信息更新所述知识图谱，得到与所述故障数据相匹配的目标知识图谱，还包括：

所述终端设备将所述知识图谱中所述线程与函数之间的调用关系更新为所述函数状态序列信息，得到目标知识图谱。

实施例9、根据实施例1-实施例8任一项所述的方法，还包括：

所述终端设备根据所述故障数据确定各个实体对象的属性信息及优先级；

所述终端设备将所述各个实体对象的属性信息及优先级添加至所述目标知识图谱。

实施例10、根据实施例9所述的方法，还包括：

所述终端设备对所述目标知识图谱进行压缩，并将压缩后的所述目标知识图谱存储至设备本地。

实施例11、一种故障数据的处理装置，应用于终端设备，所述装置包括：

故障数据读取模块，用于读取故障数据，所述故障数据中包含多个实体对象；

知识图谱生成模块，用于根据所述多个实体对象生成知识图谱；

状态序列信息确定模块，用于确定所述多个实体对象之间的状态序列信息；

知识图谱更新模块，用于根据所述状态序列信息更新所述知识图谱，得到与所述故障数据相匹配的目标知识图谱。

实施例12、根据实施例11所述的装置，所述故障数据读取模块，包括：

故障数据读取子模块，用于在所述故障数据的生成过程中，实时读取所述故障数据中的每一行数据。

实施例13、根据实施例12所述的装置，所述故障数据读取子模块，包括：

关键词确定单元，用于确定多个关键词，所述多个关键词为标记所述实体对象的词语。

关键词匹配单元，用于采用每个关键词依次对所述故障数据中的每一行数据进行匹配。

实体对象提取单元，用于若在当前行数据中匹配到任一关键词，从所述当前行数据中提取出与匹配到的所述关键词对应的实体对象。

实施例14、根据实施例11-实施例13任一项所述的装置，所述实体对象包括多个线程和多个函数，所述知识图谱生成模块，包括：

线程逻辑关系确定子模块，用于确定线程之间的逻辑关系。

函数调用关系确定子模块，用于确定线程与函数之间的调用关系。

生成知识图谱生成子模块，用于依据所述线程之间的逻辑关系和所述线程与函数之间的调用关系，生成知识图谱。

实施例15、根据实施例14所述的装置，所述状态序列信息包括线程状态序列信息，所述状态序列信息确定模块，包括：

时间点确定子模块，用于确定所述故障数据中的每一行数据所对应的时间点。

线程状态及持续时间确定子模块，用于确定目标线程在所述时间点的线程状态，并根据所述时间点确定每个线程状态的持续时间，所述目标线程为所述多个线程中的任意一个。

线程状态序列信息生成子模块，用于根据所述时间点的先后顺序以及所述每个线程状态的持续时间，对所述每个线程状态进行排列，得到所述目标线程的线程状态序列信息。

实施例16、根据实施例15所述的装置，所述知识图谱更新模块，包括：

线程状态序列信息添加子模块，用于将所述多个线程的线程状态序列信息添加至所述知识图谱中。

逻辑关系更新子模块，用于将各个线程之间的逻辑关系更新为所述各个线程的线程状态之间的逻辑关系，得到目标知识图谱。

实施例17、根据实施例15或实施例16所述的装置，所述状态序列信息还包括函数状态序列信息，所述状态序列信息确定模块，还包括：

目标函数确定子模块，用于确定所述目标线程调用的多个目标函数。

起止时间点确定子模块，用于分别确定各个目标函数被调用的起止时间点。

层级调用关系确定子模块，用于根据所述各个目标函数被调用的起止时间点，确定所述各个目标函数之间的层级调用关系。

函数状态序列信息生成子模块，用于按照所述起止时间点的先后顺序对所述各个目标函数进行排列，得到所述各个目标函数的函数状态序列信息。

实施例18、根据实施例17所述的装置，所述知识图谱更新模块，还包括：

调用关系更新子模块，用于将所述知识图谱中所述线程与函数之间的调用关系更新为所述函数状态序列信息，得到目标知识图谱。

实施例19、根据实施例11-实施例18任一项所述的装置，还包括：

属性信息及优先级确定模块，用于根据所述故障数据确定各个实体对象的属性信息及优先级。

属性信息及优先级添加模块，用于将所述各个实体对象的属性信息及优先级添加至所述目标知识图谱。

实施例20、根据实施例19所述的装置，还包括：

目标知识图谱压缩模块，用于对所述目标知识图谱进行压缩。

目标知识图谱存储模块，用于将压缩后的所述目标知识图谱存储至设备本地。

实施例21、一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如实施例1-实施例10任一项所述的故障数据的处理方法。

实施例22、一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令被处理器执行时实现如实施例1-实施例10任一项所述的故障数据的处理方法。

实施例23、一种计算机程序产品，当所述计算机程序产品在终端设备上运行时，使得所述终端设备执行上述实施例1-实施例10任一项所述的故障数据的处理方法。

实施例24、一种芯片，所述芯片包括存储器和处理器，所述处理器执行所述存储器中存储的计算机程序，以实现如实施例1-实施例10任一实施例所述的故障数据的处理方法。

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

Claims (13)

1.一种故障数据的处理方法，其特征在于，包括：

终端设备读取故障数据，所述故障数据中包含多个实体对象；

所述终端设备根据所述多个实体对象生成知识图谱；

所述终端设备确定所述多个实体对象之间的状态序列信息；

所述终端设备根据所述状态序列信息更新所述知识图谱，得到与所述故障数据相匹配的目标知识图谱。

2.根据权利要求1所述的方法，其特征在于，所述终端设备读取故障数据，包括：

在所述故障数据的生成过程中，所述终端设备实时读取所述故障数据中的每一行数据。

3.根据权利要求2所述的方法，其特征在于，所述终端设备实时读取所述故障数据中的每一行数据，包括：

所述终端设备确定多个关键词，所述多个关键词为标记所述实体对象的词语；

所述终端设备采用每个关键词依次对所述故障数据中的每一行数据进行匹配；

若在当前行数据中匹配到任一关键词，所述终端设备从所述当前行数据中提取出与匹配到的所述关键词对应的实体对象。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述实体对象包括多个线程和多个函数，所述终端设备根据所述多个实体对象生成知识图谱，包括：

所述终端设备确定线程之间的逻辑关系，以及线程与函数之间的调用关系；

所述终端设备依据所述线程之间的逻辑关系和所述线程与函数之间的调用关系，生成知识图谱。

5.根据权利要求4所述的方法，其特征在于，所述状态序列信息包括线程状态序列信息，所述终端设备确定所述多个实体对象之间的状态序列信息，包括：

所述终端设备确定所述故障数据中的每一行数据所对应的时间点；

所述终端设备确定目标线程在所述时间点的线程状态，并根据所述时间点确定每个线程状态的持续时间，所述目标线程为所述多个线程中的任意一个；

所述终端设备根据所述时间点的先后顺序以及所述每个线程状态的持续时间，对所述每个线程状态进行排列，得到所述目标线程的线程状态序列信息。

6.根据权利要求5所述的方法，其特征在于，所述终端设备根据所述状态序列信息更新所述知识图谱，得到与所述故障数据相匹配的目标知识图谱，包括：

所述终端设备将所述多个线程的线程状态序列信息添加至所述知识图谱中；

所述终端设备将各个线程之间的逻辑关系更新为所述各个线程的线程状态之间的逻辑关系，得到目标知识图谱。

7.根据权利要求5或6所述的方法，其特征在于，所述状态序列信息还包括函数状态序列信息，所述终端设备确定所述多个实体对象之间的状态序列信息，还包括：

所述终端设备确定所述目标线程调用的多个目标函数；

所述终端设备分别确定各个目标函数被调用的起止时间点；

所述终端设备根据所述各个目标函数被调用的起止时间点，确定所述各个目标函数之间的层级调用关系，并按照所述起止时间点的先后顺序对所述各个目标函数进行排列，得到所述各个目标函数的函数状态序列信息。

8.根据权利要求7所述的方法，其特征在于，所述终端设备根据所述状态序列信息更新所述知识图谱，得到与所述故障数据相匹配的目标知识图谱，还包括：

所述终端设备将所述知识图谱中所述线程与函数之间的调用关系更新为所述函数状态序列信息，得到目标知识图谱。

9.根据权利要求1-8任一项所述的方法，其特征在于，还包括：

所述终端设备根据所述故障数据确定各个实体对象的属性信息及优先级；

所述终端设备将所述各个实体对象的属性信息及优先级添加至所述目标知识图谱。

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

所述终端设备对所述目标知识图谱进行压缩，并将压缩后的所述目标知识图谱存储至设备本地。

11.一种故障数据的处理装置，其特征在于，应用于终端设备，所述装置包括：

故障数据读取模块，用于读取故障数据，所述故障数据中包含多个实体对象；

知识图谱生成模块，用于根据所述多个实体对象生成知识图谱；

状态序列信息确定模块，用于确定所述多个实体对象之间的状态序列信息；

知识图谱更新模块，用于根据所述状态序列信息更新所述知识图谱，得到与所述故障数据相匹配的目标知识图谱。

12.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-10任一项所述的故障数据的处理方法。

13.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，其特征在于，所述计算机指令被处理器执行时实现如权利要求1-10任一项所述的故障数据的处理方法。

Images