信息处理方法、装置、设备及计算机介质

技术领域

本公开属于计算机技术领域，尤其涉及一种信息处理方法、装置、设备及计算机介质。

背景技术

相关技术中，在终端设备中对CPU性能的检测，主要分为线下检测和线上检测两种方式。

线下CPU性能检测分析工具包括：Android Studio Profile工具与系统Top命令等常见的性能分析工具。线上CPU性能检测分析工具，常用的手段是：动态读取“/proc/”系统目录获取CPU数据；以及通过动态运行系统的系统指令(比如Top命令、dumpsys命令)等获取CPU数据。这些方式目前都是将应用整体使用的CPU数据，作为一个技术指标进行检测与分析。由于检测粒度太粗，难以发现应用潜在的CPU性能问题。同时，对于存在CPU性能问题，也难以确定问题发生的具体原因，确定CPU性能问题的效率较低。

发明内容

本公开实施例提供一种与相关技术不同的实现方案，以解决相关技术中确定CPU性能问题的效率较低的技术问题。

第一方面，本公开提供一种信息处理方法，包括：

采集第一业务场景下，目标应用运行过程中对CPU中央处理器的第一占用率，其中，第一业务场景用于指示所述目标应用中的第一业务的开启状态；

获取所述第一业务场景对应的预设CPU占用率；

响应于所述第一占用率大于所述预设CPU占用率，发送所述第一业务场景的场景信息，以基于所述第一业务的场景信息确定相应的故障信息。

第二方面，本公开提供一种信息处理方法，包括：

获取第一业务场景的场景信息；

基于所述第一业务的场景信息确定相应的故障信息；

所述第一业务场景的场景信息为响应于第一占用率大于第一业务场景对应的预设CPU占用率时发送的，所述第一占用率通过如下方式获取：采集所述第一业务场景下，目标应用运行过程中对CPU中央处理器的第一占用率；其中，所述第一业务场景用于指示所述目标应用中至少一种业务的开启状态。

第三方面，本公开提供一种信息处理装置，包括：

采集单元，用于采集第一业务场景下，目标应用运行过程中对CPU中央处理器的第一占用率，其中，第一业务场景用于指示所述目标应用中的第一业务的开启状态；

第一获取单元，用于获取所述第一业务场景对应的预设CPU占用率；

发送单元，用于响应于所述第一占用率大于所述预设CPU占用率，发送所述第一业务场景的场景信息，以基于所述第一业务的场景信息确定相应的故障信息。

第四方面，本公开提供一种信息处理装置，包括：

第二获取单元，用于获取第一业务场景的场景信息；

确定单元，用于基于所述第一业务的场景信息确定相应的故障信息；

所述第一业务场景的场景信息为响应于所述第一占用率大于第一业务场景对应的预设CPU占用率时发送的，所述第一占用率通过如下方式获取：采集所述第一业务场景下，目标应用运行过程中对CPU中央处理器的第一占用率；其中，所述第一业务场景用于指示所述目标应用中至少一种业务的开启状态。

第五方面，本公开提供一种电子设备，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行第一方面、第二方面、第一方面各可能的实施方式，或第二方面各可能的实施方式中的任一方法。

第六方面，本公开实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面、第二方面、第一方面各可能的实施方式，或第二方面各可能的实施方式中的任一方法。

第七方面，本公开实施例提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面、第二方面、第一方面各可能的实施方式，或第二方面各可能的实施方式中的任一方法。

本公开提供的采集第一业务场景下，目标应用运行过程中对CPU中央处理器的第一占用率，其中，第一业务场景用于指示所述目标应用中的第一业务的开启状态；获取所述第一业务场景对应的预设CPU占用率；响应于所述第一占用率大于所述预设CPU占用率，发送所述第一业务场景的场景信息，以基于所述第一业务的场景信息确定相应的故障信息的方案，可通过对具体的第一业务场景下，目标应用运行过程中对CPU中央处理器的第一占用率，以及第一业务场景对应的预设CPU占用率的分析，将相应的场景信息发送至第一设备，供第一设备分析问题，相对于现有技术分析的粒度更小，发现问题的精准度更高，提高了确定CPU性能问题的效率。

附图说明

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

图1为本公开一实施例提供的一种系统的结构示意图；

图2为本公开一实施例提供的信息处理方法的流程示意图；

图3为本公开一实施例提供的另一信息处理方法的流程示意图；

图4为本公开一实施例提供的信息处理装置的结构示意图；

图5为本公开一实施例提供的另一信息处理装置的结构示意图；

图6为本公开实施例提供的一种电子设备的结构示意图。

具体实施方式

下面详细描述本公开的实施例，所述实施例的示例在附图中示出。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。

本公开实施例的说明书、权利要求书及附图中的术语“第一”和“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，下面对本公开实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

线程：是操作系统能够进行运算调度的最小单位。它被包含在进程之中，是进程中的实际运作单位。一条线程指的是进程中一个单一顺序的控制流，一个进程中可以并发多个线程，每条线程并行执行不同的任务。

中央处理器(Central Processing Unit，简称CPU)作为计算机系统的运算和控制核心，是信息处理、程序运行的最终执行单元。

下面以具体的实施例对本公开的技术方案以及本公开的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本公开的实施例进行描述。

图1为本公开一示例性实施例提供的一种系统的结构示意图，该结构包括：第一设备11与第二设备12，其中：

第二设备12，用于：

采集第一业务场景下，目标应用运行过程中对CPU中央处理器的第一占用率，其中，第一业务场景用于指示所述目标应用中的第一业务的开启状态；

获取所述第一业务场景对应的预设CPU占用率；

响应于所述第一占用率大于所述预设CPU占用率，发送所述第一业务场景的场景信息，以基于所述第一业务的场景信息确定相应的故障信息。

第一设备11用于：基于所述第一业务的场景信息确定相应的故障信息。

在一些可选的实施例中，前述系统还可以包括第三设备，第一设备11用于基于所述第一业务场景的场景信息确定相应的故障信息时，具体用于：将所述第一业务场景的场景信息发送至第三设备，使第三设备根据所述第一业务场景的场景信息确定相应的故障信息。

具体地，前述第一设备11可以为服务器，第二设备12可以为用户使用的终端设备，第三设备可以为用于便于相关人员查看故障信息的管理设备。

本系统实施例中的各组成单元，如第一设备11、第二设备12，以及第三设备的执行原理及交互过程可参见如下各方法实施例的描述。

图2为本公开一示例性实施例提供的一种信息处理方法的流程示意图，该方法可以适用于前述第二设备，该方法至少包括以下步骤S201-S203：

S201、采集第一业务场景下，目标应用运行过程中对CPU中央处理器的第一占用率，其中，第一业务场景用于指示所述目标应用中的第一业务的开启状态；

在一些可选的实施例中，前述目标应用可以为音视频类的应用、购物应用、游戏应用等。

在一些可选的实施例中，当前述目标应用为音视频类的应用时，目标应用中的第二业务可包括：应用的前后台运行、摄像业务、麦克风业务、共享业务、屏幕分辨率调整业务等。其中，共享业务包括：屏幕共享业务或文档共享业务。当目标应用为游戏应用时，目标应用中的第二业务包括：摄像业务、麦克风业务等。

其中，业务的开启状态包括开启与关闭两种状态，当业务的开启状态为开启时，表示业务被使用。

在一些可选的实施例中，前述第一业务与前述第二业务相同。

在另一些可选的实施例中，针对第一业务的确定，所述方法还包括以下步骤S001-S003：

S001、获取所述目标应用对应的多个待分析业务；

其中，待分析业务指目标应用中的第二业务。

S002、针对所述多个待分析业务中的各待分析业务，检测各待分析业务的开启状态在开启时，目标应用运行过程中对CPU的第四占用率；

其中，一个待分析业务在开启时，可设置其他待分析业务的开启状态为关闭。

S003、根据所述多个第四占用率确定多个业务场景，其中，所述第一业务场景包含于所述多个业务场景中。

在本申请的一些可选的实施例中，前述S003中，根据所述多个第四占用率确定多个业务场景，包括以下S031-S032：

S031、获取所述多个第四占用率中，最高的N2个第四占用率对应的N2个待分析业务；

S032、基于所述N2个待分析业务确定所述多个业务场景。

在本申请的一些可选的实施例中，前述N2为正整数，可选地，N2的值可以为4。

在一些可选的实施例中，当目标应用为音视频类的应用时，目标应用中的业务可包括：应用的前后台运行、摄像业务、麦克风业务、共享业务、屏幕分辨率调整业务等。前述N2个待分析业务可以为应用的前后台运行、摄像业务、麦克风业务、共享业务。

S032中，基于所述N2个待分析业务确定所述多个业务场景，包括：

基于所述N2个待分析业务对应的开启状态确定所述多个业务场景。

具体地，N2个待分析业务中的各待分析业务都具有开启状态，N2个待分析业务中各待分析业的开启状态包括开启与关闭两种。

每个业务场景包含一组N2个待分析业务的N2个开启状态，待分析业务与开启状态一一对应。

一个业务场景中至少一个待分析业务的开启状态与另一个业务场景中，该至少一个待分析业务的开启状态不同。

前述N2个待分析业务可组成N2*2个业务场景。

可选地，在确定前述多个业务场景过程中，可依赖于多个设备确定N2个待分析业务，对此，本申请不做限定。

在本申请的一些可选的实施例中，前述目标应用运行过程中对CPU中央处理器的第一占用率可以包括多个周期内采集到的目标应用运行过程中对CPU中央处理器的多个占用率的平均值。

在本申请的一些可选的实施例中，前述周期可以为30s。

进一步地，当周期性采集目标应用运行过程中对CPU中央处理器的多个占用率的过程中，若发现业务场景有切换，可丢弃该周期内采集的占用率。

S202、获取所述第一业务场景对应的预设CPU占用率；

可选地，第一业务场景对应的预设CPU占用率可由相关人员设定。

S203、响应于所述第一占用率大于所述预设CPU占用率，发送第一业务场景的场景信息，以基于所述第一业务的场景信息确定相应的故障信息。

具体地，可将所述第一业务场景的场景信息发送至第一设备。

在一些实施例中，基于所述第一业务的场景信息确定相应的故障信息，具体包括：所述第一设备基于所述第一业务的场景信息确定相应的故障信息。

在本申请的一些可选的实施例中，第一业务场景的场景信息可包括第一业务场景下所述目标应用中包括的各第一业务的开启状态。其中，第一业务场景下，目标应用中包括的第一业务指前述N2个待分析业务。

在本申请的一些可选的实施例中，基于所述第一业务场景的场景信息确定相应的故障信息，可包括：将所述第一业务场景的场景信息确定为相应的故障信息，其中，场景信息可包括第一业务场景下的第一业务的开启状态。

在一些可选的实施例中，本申请所述的方法中，在将第一业务场景的场景信息发送至第一设备时，还可通过“/proc/{$pid}/”文件获取第一业务场景下，占用率最高的线程的占用率，将该占用率以及其他对CPU的占用率较高的业务的业务状态发送至第一设备，供相关人员查看。

本公开提供的采集第一业务场景下，目标应用运行过程中对CPU中央处理器的第一占用率，其中，第一业务场景用于指示所述目标应用中的第一业务的开启状态；获取所述第一业务场景对应的预设CPU占用率；响应于所述第一占用率大于所述预设CPU占用率，发送所述第一业务场景的场景信息，以基于所述第一业务的场景信息确定相应的故障信息的方案，可通过对具体的第一业务场景下，目标应用运行过程中对CPU中央处理器的第一占用率，以及第一业务场景对应的预设CPU占用率的分析，将相应的场景信息发送至第一设备，供第一设备分析问题，相对于现有技术分析的粒度更小，发现问题的精准度更高，提高了确定CPU性能问题的效率。

在本申请的一些可选的实施例中，所述方法还包括以下S01-S03：

S01、响应于所述第一占用率大于所述预设CPU占用率，获取所述第一业务场景下所述目标应用运行过程中，运行的多个第一线程对CPU的多个第二占用率，其中，所述第一线程与所述第二占用率一一对应；

S02、根据所述多个第二占用率确定第一待分析信息；

在本申请的一些可选的实施例中，前述S02中，根据所述多个第二占用率确定第一待分析信息，包括以下S021-S022：

S021、按照所述第二占用率由高至低的顺序获取前N1个第二占用率，和与所述前N1个第二占用率对应的线程名称；

S022、根据所述前N1个第二占用率以及所述前N1个第二占用率对应的线程名称确定所述第一待分析信息。

具体地，根据所述前N1个第二占用率，以及所述前N1个第二占用率对应的线程名称确定第一待分析信息可包括；将所述前N1个第二占用率，以及所述前N1个第二占用率对应的线程名称作为第一待分析信息。

S03、发送所述第一待分析信息，以基于所述第一业务的场景信息确定相应的故障信息。

具体地，将所述第一待分析信息发送给第一设备。

在一些实施例中，基于所述第一业务的场景信息确定相应的故障信息，包括：基于所述第一业务场景的场景信息与所述第一待分析信息确定相应的故障信息。

在一些实施例中，基于所述第一业务场景的场景信息与所述第一待分析信息确定相应的故障信息，具体包括：所述第一设备基于所述第一业务场景的场景信息与所述第一待分析信息确定相应的故障信息。

在本申请的一些可选的实施例中，所述第一设备基于所述第一业务场景的场景信息与所述第一待分析信息确定相应的故障信息，可包括：

将所述第一业务场景的场景信息与所述第一待分析信息作为相应的故障信息。

在本申请的一些可选的实施例中，所述方法还包括以下S21-S22：

S21、确定所述目标应用运行过程中，运行的多个第二线程对CPU的多个第三占用率的集合；其中，第二线程与第三占用率的集合一一对应。

其中，针对各第二线程，确定所述目标应用运行过程中，所述第二线程对CPU的第三占用率的集合，包括：

确定所述目标运行过程中，所述第二线程在多个采集周期内对应的第三占用率，得到第二线程对CPU的第三占用率的集合。

具体地，确定所述目标运行过程中，所述第二线程当前采集周期内对应的第三占用率，包括S1-S3：

S1、采集所述第二线程对CPU在一个周期内的占用时长，针对当前周期，获取用户使用所述目标应用时，在当前周期的结束时刻第二线程对CPU占用的第一时长差，以及获取目标应用所在的系统运行过程中，在当前周期的结束时刻第二线程对CPU占用的第二时长差；

其中，当前周期的结束时刻第二线程对CPU占用的时长差指当前周期第二线程对CPU的占用时长，与前一周期第二线程对CPU的占用时长的差。当当前周期为第一个采集周期时，可视为第二线程在前一周期对CPU的占用时长为0。

S2、获取预设的采集周期、所述CPU的频率信息，以及核数信息；

S3、基于所述第一时长差、所述第二时长差、所述采集周期、所述CPU的频率信息，以及所述核数信息确定所述第二线程在当前采集周期内对应的第三占用率。

在一些可选的实施例中，基于所述第一时长差、所述第二时长差、所述采集周期、所述CPU的频率信息，以及所述核数信息确定所述第二线程在当前采集周期内对应的第三占用率，可通过以下公式实现：

threadCPU＝(Δutime+Δstime)/(ΔtimeCPUFreqnumCPUCore)

其中，Δtime为采集周期，Δutime为第一时长差，Δstime为第二时长差，CPUFreq为CPU的频率信息，numCPUCore为核数信息，threadCPU为述第二线程在当前采集周期内对应的第三占用率。

针对所述各第二线程，基于所述第二线程对CPU的第三占用率的集合确定所述第二线程对CPU的第三占用率的集合中第三占用率最高的N3个第三占用率；

S22、发送所述多个第二线程对CPU的多组N3个第三占用率、各第二线程的名称，以及各所述第二线程所属的第二业务场景，以基于所述多个第二线程对CPU的多组N3个第三占用率、各第二线程的名称，以及各所述第二线程所属的第二业务场景确定第二待分析信息；

具体地，将所述多个第二线程对CPU的多组N3个第三占用率、各第二线程的名称，以及各所述第二线程所属的第二业务场景发送给第一设备。

在一些实施例中，基于所述多个第二线程对CPU的多组N3个第三占用率、各第二线程的名称，以及各所述第二线程所属的第二业务场景确定第二待分析信息，具体包括：所述第一设备基于所述多个第二线程对CPU的多组N3个第三占用率、各第二线程的名称，以及各所述第二线程所属的第二业务场景确定第二待分析信息。

其中，基于所述第一业务场景的场景信息与所述第一待分析信息确定相应的故障信息，包括：基于所述第一业务场景的场景信息、所述第一待分析信息，以及所述第二待分析信息确定相应的故障信息。

在一些实施例中，基于所述第一业务场景的场景信息、所述第一待分析信息，以及所述第二待分析信息确定相应的故障信息，具体包括：所述第一设备基于所述第一业务场景的场景信息、所述第一待分析信息，以及所述第二待分析信息确定相应的故障信息。

在本申请的一些可选的实施例中，第一设备基于所述多个第二线程对CPU的多组N3个第三占用率、各第二线程的名称，以及各所述第二线程所属的第二业务场景确定第二待分析信息，包括：

第一设备针对所述多个第二线程中的各第二线程，基于所述第二线程对应的一组N3个第三占用率确定所述第二线程对CPU的占用率参考值，得到所述多个第二线程对CPU的多个占用率参考值；

根据所述多个占用率参考值、各第二线程的名称，以及各所述第二线程所属的第二业务场景确定第二待分析信息。

其中，根据所述多个占用率参考值、各第二线程的名称，以及各所述第二线程所属的第二业务场景确定第二待分析信息包括：将所述多个占用率参考值、各第二线程的名称，以及各所述第二线程所属的第二业务场景作为第二待分析信息。

在一些实施例中，第一设备针对所述多个第二线程中的各第二线程，基于所述第二线程对应的一组N3个第三占用率确定所述第二线程对CPU的占用率参考值，包括：

对所述N3个第三占用率求平均，得到所述第二线程对CPU的占用率参考值；

或将N3个第三占用率中排名第N4名的第三占用率作为第二线程对CPU的占用率参考值。

其中，N3个第三占用率由大至小进行排序。

本申请中，通过将复杂的场景进行拆分，能够更有效的发现应用存在的CPU性能问题，通过实时获取用核心线程、业务场景中的核心业务状态等数据，能够更有效的对CPU性能问题进行归因。

并且通过本申请的方案，可以使相关人员及时发现故障信息，对应用进行优化，可避免用户手机温度过高、续航时间变短，自动停止用户共享屏幕/文档画面、视频画面等造成的降低用户体验的问题。

在本申请的一些可选的实施例中，本申请还提供一种信息处理方法，图3为该方法的流程示意图，该方法可适用于前述第一设备，具体地，该方法可包括以下步骤S301-S302：

S301、获取第一业务场景的场景信息；

S302、基于所述第一业务的场景信息确定相应的故障信息；

所述第一业务场景的场景信息为响应于第一占用率大于第一业务场景对应的预设CPU占用率时发送的，所述第一占用率通过如下方式获取：采集所述第一业务场景下，目标应用运行过程中对CPU中央处理器的第一占用率；其中，所述第一业务场景用于指示所述目标应用中至少一种业务的开启状态。

具体地，所述第一业务场景的场景信息是所述第二设备发送的。

在一些可选的实施例中，前述目标应用可以为音视频类的应用、购物应用、游戏应用等。

在一些可选的实施例中，当前述目标应用为音视频类的应用时，目标应用中的第二业务可包括：应用的前后台运行、摄像业务、麦克风业务、共享业务、屏幕分辨率调整业务等。其中，共享业务包括：屏幕共享业务或文档共享业务。当目标应用为游戏应用时，目标应用中的第二业务包括：摄像业务、麦克风业务等。

其中，业务的开启状态包括开启与关闭两种状态，当业务的开启状态为开启时，表示业务被使用。

基于所述第一业务场景的场景信息确定相应的故障信息，可包括：将所述第一业务场景的场景信息确定为相应的故障信息，其中，场景信息可包括第一业务场景下的第一业务的开启状态。

在一些可选的实施例中，所述方法还包括以下S31-S32：

S31、获取第一待分析信息，其中，所述第一待分析信息通过如下方式获取：获取所述第一业务场景下所述目标应用运行过程中，运行的多个第一线程对CPU的多个第二占用率；根据所述多个第二占用率确定所述第一待分析信息，其中，所述第一线程与所述第二占用率一一对应；

具体地，所述第一待分析信息是所述第二设备发送的。

在一些实施例中，所述第一待分析信息获取的具体步骤包括：所述第二设备获取所述第一业务场景下所述目标应用运行过程中，运行的多个第一线程对CPU的多个第二占用率；所述第二设备根据所述多个第二占用率确定所述第一待分析信息。

S32、基于所述第一业务的场景信息确定相应的故障信息，包括：基于所述第一业务的场景信息与所述第一待分析信息确定相应的故障信息。

基于所述第一业务场景的场景信息与所述第一待分析信息确定相应的故障信息，可包括：

将所述第一业务场景的场景信息与所述第一待分析信息作为相应的故障信息。

在一些可选的实施例中，所述方法还包括：获取第二待分析信息，其中，所述第二待分析信息通过如下方式获取：确定所述目标应用运行过程中，运行的多个第二线程对CPU的多个占用率参考值；根据所述多个占用率参考值、各所述第二线程的名称，以及各所述第二线程所属的第二业务场景确定所述第二待分析信息；

具体地，所述第二待分析信息是所述第二设备发送的。

在一些实施例中，所述第二待分析信息获取的具体步骤包括：所述第二设备确定所述目标应用运行过程中，运行的多个第二线程对CPU的多个占用率参考值；所述第二设备根据所述多个占用率参考值、各所述第二线程的名称，以及各所述第二线程所属的第二业务场景确定所述第二待分析信息。

其中，根据所述多个占用率参考值、各第二线程的名称，以及各所述第二线程所属的第二业务场景确定第二待分析信息包括：将所述多个占用率参考值、各第二线程的名称，以及各所述第二线程所属的第二业务场景作为第二待分析信息。

基于所述第一业务的场景信息与所述第一待分析信息确定相应的故障信息，包括：基于所述第一业务场景的场景信息、所述第一待分析信息，以及所述第二待分析信息确定相应的故障信息。

在一些实施例中，基于所述第一业务的场景信息与所述第一待分析信息确定相应的故障信息指第一设备基于所述第一业务场景的场景信息与所述第一待分析信息确定相应的故障信息。

在一些实施例中，第一设备基于所述第一业务场景的场景信息与所述第一待分析信息确定相应的故障信息，包括：第一设备基于所述第一业务场景的场景信息、所述第一待分析信息，以及所述第二待分析信息确定相应的故障信息。

在本申请的一些可选的实施例中，所述第一待分析信息包括：多个所述第二占用率中的前N1个第二占用率，以及所述前N1个第二占用率对应的线程名称；所述第二待分析信息包括：所述目标应用运行过程中，运行的多个第二线程对CPU的多个占用率参考值、及各所述第二线程的名称，以及各所述第二线程所属的第二业务场景；基于所述第一业务场景的场景信息、所述第一待分析信息，以及所述第二待分析信息确定相应的故障信息，包括以下S311-S315：

S311、基于所述第一业务场景的场景信息，从所述第二待分析信息中确定出与所述第一业务场景相同的第三业务场景；

S312、针对所述第二待分析信息中，所述目标应用在所述第三业务场景下运行的多个第三线程对CPU的多个占用率参考值；

其中，第三线程与占用率参考值一一对应。

S313、针对所述前N1个第二占用率中的各目标第二占用率，从所述多个占用率参考值中确定所述目标第二占用率对应的目标参考值；

S314、响应于所述目标第二占用率大于所述目标参考值，获取所述目标第二占用率对应的线程名称；

S315、基于所述目标第二占用率对应的线程名称与所述第一业务场景的场景信息确定相应的故障信息。具体地，可将所述目标第二占用率对应的线程名称与所述第一业务场景的场景信息确定为相应的故障信息。

进一步地，所述方法还包括：将所述故障信息发送至第三设备，供所述第三设备展示于相关人员查看。可选地，前述基于所述第一业务场景的场景信息确定相应的故障信息还可以由第二设备将相关信息发送至第三设备，由第三设备执行，对此，本申请不做限定。

本实施例对应的具体细节可参见前述实施例，此处不再赘述。

进一步地，本申请还提供一种信息处理装置，图4为该装置的结构示意图，该装置包括：

采集单元41，用于采集第一业务场景下，目标应用运行过程中对CPU中央处理器的第一占用率，其中，第一业务场景用于指示所述目标应用中的第一业务的开启状态；

第一获取单元42，用于获取所述第一业务场景对应的预设CPU占用率；

发送单元43，用于响应于所述第一占用率大于所述预设CPU占用率，发送所述第一业务场景的场景信息，以基于所述第一业务的场景信息确定相应的故障信息。

根据本公开的一个或多个实施例，所述装置还用于：

响应于所述第一占用率大于所述预设CPU占用率，获取所述第一业务场景下所述目标应用运行过程中，运行的多个第一线程对CPU的多个第二占用率，其中，所述第一线程与所述第二占用率一一对应；

根据所述多个第二占用率确定第一待分析信息；

发送所述第一待分析信息，基于所述第一业务的场景信息确定相应的故障信息，包括：所述第一设备基于所述第一业务场景的场景信息与所述第一待分析信息确定相应的故障信息。

根据本公开的一个或多个实施例，前述装置在用于根据所述多个第二占用率确定第一待分析信息时，具体用于：

按照所述第二占用率由高至低的顺序获取前N1个第二占用率，和与所述前N1个第二占用率对应的线程名称；

根据所述前N1个第二占用率，以及所述前N1个第二占用率对应的线程名称确定所述第一待分析信息。

根据本公开的一个或多个实施例，所述装置还用于：

确定所述目标应用运行过程中，运行的多个第二线程对CPU的多个第三占用率；

发送所述多个第二线程对CPU的多个第三占用率、各第二线程的名称，以及各所述第二线程所属的第二业务场景，以基于所述多个第二线程对CPU的多个第三占用率、各第二线程的名称，以及各所述第二线程所属的第二业务场景确定第二待分析信息；

其中，基于所述第一业务场景的场景信息与所述第一待分析信息确定相应的故障信息，包括：第一设备基于所述第一业务场景的场景信息、所述第一待分析信息，以及所述第二待分析信息确定相应的故障信息。

根据本公开的一个或多个实施例，所述装置还用于：

获取所述目标应用对应的多个待分析业务；

针对所述多个待分析业务中的各待分析业务，检测各待分析业务的开启状态在开启时，目标应用运行过程中对CPU的第四占用率；

根据所述多个第四占用率确定多个业务场景，其中，所述第一业务场景包含于所述多个业务场景中。

进一步地，本申请还提供一种信息处理装置，图5为该装置的结构示意图，该装置包括：

第二获取单元51，用于获取第二设备发送的第一业务场景的场景信息；

确定单元52，用于基于所述第一业务的场景信息确定相应的故障信息；

所述第一业务场景的场景信息为响应于所述第一占用率大于第一业务场景对应的预设CPU占用率时发送的，所述第一占用率通过如下方式获取：采集所述第一业务场景下，目标应用运行过程中对CPU中央处理器的第一占用率；其中，所述第一业务场景用于指示所述目标应用中至少一种业务的开启状态。

根据本公开的一个或多个实施例，所述装置还用于：

获取第一待分析信息，其中，所述第一待分析信息通过如下方式获取：获取所述第一业务场景下所述目标应用运行过程中，运行的多个第一线程对CPU的多个第二占用率；根据所述多个第二占用率确定所述第一待分析信息，其中，所述第一线程与所述第二占用率一一对应；

基于所述第一业务的场景信息确定相应的故障信息，包括：基于所述第一业务的场景信息与所述第一待分析信息确定相应的故障信息。

根据本公开的一个或多个实施例，所述装置还用于：

获取第二待分析信息，其中，所述第二待分析信息通过如下方式获取：

确定所述目标应用运行过程中，运行的多个第二线程对CPU的多个占用率参考值；根据所述多个占用率参考值、各第二线程的名称，以及各所述第二线程所属的第二业务场景确定所述第二待分析信息；

基于所述第一业务的场景信息与所述第一待分析信息确定相应的故障信息，包括：基于所述第一业务场景的场景信息、所述第一待分析信息，以及所述第二待分析信息确定相应的故障信息。

根据本公开的一个或多个实施例，所述第一待分析信息包括：多个所述第二占用率中的前N1个第二占用率，以及所述前N1个第二占用率对应的线程名称；所述第二待分析信息包括：所述目标应用运行过程中，运行的多个第二线程对CPU的多个占用率参考值、及各所述第二线程的名称，以及各所述第二线程所属的第二业务场景；基于所述第一业务场景的场景信息、所述第一待分析信息，以及所述第二待分析信息确定相应的故障信息，包括：

基于所述第一业务场景的场景信息，从所述第二待分析信息中确定出与所述第一业务场景相同的第三业务场景；

从所述第二待分析信息中，确定出所述目标应用在所述第三业务场景下运行的多个第三线程对CPU的多个占用率参考值；

针对所述前N1个第二占用率中的各目标第二占用率，从所述多个占用率参考值中确定所述目标第二占用率对应的目标参考值；

响应于所述目标第二占用率大于所述目标参考值，获取所述目标第二占用率对应的线程名称；

基于所述目标第二占用率对应的线程名称与所述第一业务场景的场景信息确定相应的故障信息。

根据本公开的一个或多个实施例，所述装置还用于：将所述故障信息发送至第三设备，供所述第三设备展示于相关人员查看。

应理解的是，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。为避免重复，此处不再赘述。具体地，该装置可以执行上述方法实施例，并且该装置中的各个模块的前述和其它操作和/或功能分别为了上述方法实施例中的各个方法中的相应流程，为了简洁，在此不再赘述。

上文中结合附图从功能模块的角度描述了本公开实施例的装置。应理解，该功能模块可以通过硬件形式实现，也可以通过软件形式的指令实现，还可以通过硬件和软件模块组合实现。具体地，本公开实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成，结合本公开实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。可选地，软件模块可以位于随机存储器，闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法实施例中的步骤。

图6是本公开实施例提供的电子设备的示意性框图，该电子设备可包括：

存储器601和处理器602，该存储器601用于存储计算机程序，并将该程序代码传输给该处理器602。换言之，该处理器602可以从存储器601中调用并运行计算机程序，以实现本公开实施例中的方法。

例如，该处理器602可用于根据该计算机程序中的指令执行上述方法实施例。

在本公开的一些实施例中，该处理器602可以包括但不限于：

通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等等。

在本公开的一些实施例中，该存储器601包括但不限于：

易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。

在本公开的一些实施例中，该计算机程序可以被分割成一个或多个模块，该一个或者多个模块被存储在该存储器601中，并由该处理器602执行，以完成本公开提供的方法。该一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述该计算机程序在该电子设备中的执行过程。

如图6所示，该电子设备还可包括：

收发器603，该收发器603可连接至该处理器602或存储器601。

其中，处理器602可以控制该收发器603与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。收发器603可以包括发射机和接收机。收发器603还可以进一步包括天线，天线的数量可以为一个或多个。

应当理解，该电子设备中的各个组件通过总线系统相连，其中，总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。

本公开还提供了一种计算机存储介质，其上存储有计算机程序，该计算机程序被计算机执行时使得该计算机能够执行上述方法实施例的方法。或者说，本公开实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得计算机执行上述方法实施例的方法。

当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本公开实施例该的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如数字视频光盘(digital video disc，DVD))、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

根据本公开的一个或多个实施例，提供一种信息处理方法，包括：

采集第一业务场景下，目标应用运行过程中对CPU中央处理器的第一占用率，其中，第一业务场景用于指示所述目标应用中的第一业务的开启状态；

获取所述第一业务场景对应的预设CPU占用率；

当所述第一占用率大于所述预设CPU占用率时，将所述第一业务场景的场景信息发送至第一设备，使所述第一设备基于所述第一业务的场景信息确定相应的故障信息。

根据本公开的一个或多个实施例，当所述第一占用率大于所述预设CPU占用率时，所述方法还包括：

获取所述第一业务场景下所述目标应用运行过程中，运行的多个第一线程对CPU的多个第二占用率，其中，所述第一线程与所述第二占用率一一对应；

根据所述多个第二占用率确定第一待分析信息；

将所述第一待分析信息上报至所述第一设备，所述第一设备基于所述第一业务场景的场景信息确定相应的故障信息，包括：所述第一设备基于所述第一业务场景的场景信息与所述第一待分析信息确定相应的故障信息。

根据本公开的一个或多个实施例，根据所述多个第二占用率确定第一待分析信息，包括：

将所述多个第二占用率按照由高至低的顺序进行排序，获取前N1个第二占用率；

获取所述前N1个第二占用率对应的线程名称；

根据所述前N1个第二占用率，以及所述前N1个第二占用率对应的线程名称确定第一待分析信息。

根据本公开的一个或多个实施例，所述方法还包括：

确定所述目标应用运行过程中，运行的多个第二线程对CPU的多个第三占用率；

将所述多个第二线程对CPU的多个第三占用率、各第二线程的名称，以及各所述第二线程所属的第二业务场景发送至所述第一设备，使所述第一设备基于所述多个第二线程对CPU的多个第三占用率、各第二线程的名称，以及各所述第二线程所属的第二业务场景确定第二待分析信息；

其中，所述第一设备基于所述第一业务场景的场景信息与所述第一待分析信息确定相应的故障信息，包括：第一设备基于所述第一业务场景的场景信息、所述第一待分析信息，以及所述第二待分析信息确定相应的故障信息。

根据本公开的一个或多个实施例，所述方法还包括：

获取所述目标应用对应的多个待分析业务；

针对所述多个待分析业务中的各待分析业务，检测各待分析业务的开启状态在开启时，目标应用运行过程中对CPU的第四占用率；

根据所述多个第四占用率确定多个业务场景，其中，所述第一业务场景包含于所述多个业务场景中。

根据本公开的一个或多个实施例，提供一种信息处理方法，包括：

获取第二设备发送的第一业务场景的场景信息；

基于所述第一业务的场景信息确定相应的故障信息；

所述第一业务场景的场景信息为所述第二设备采集第一业务场景下，目标应用运行过程中对CPU中央处理器的第一占用率；获取所述第一业务场景对应的预设CPU占用率；当所述第一占用率大于所述预设CPU占用率时发送的，其中，所述第一业务场景用于指示所述目标应用中至少一种业务的开启状态。

根据本公开的一个或多个实施例，所述方法还包括：

获取所述第二设备发送的第一待分析信息，其中，所述第一待分析信息，为所述第二设备获取所述第一业务场景下所述目标应用运行过程中，运行的多个第一线程对CPU的多个第二占用率；根据所述多个第二占用率确定的，其中，所述第一线程与所述第二占用率一一对应；

基于所述第一业务的场景信息确定相应的故障信息，包括：基于所述第一业务的场景信息与所述第一待分析信息确定相应的故障信息。

根据本公开的一个或多个实施例，所述方法还包括：

获取所述第二设备发送的第二待分析信息，其中，所述第二待分析信息为所述第二设备确定所述目标应用运行过程中，运行的多个第二线程对CPU的多个占用率参考值；根据所述多个占用率参考值、各所述第二线程的名称，以及各所述第二线程所属的第二业务场景确定的；

基于所述第一业务的场景信息与所述第一待分析信息确定相应的故障信息，包括：基于所述第一业务场景的场景信息、所述第一待分析信息，以及所述第二待分析信息确定相应的故障信息。

根据本公开的一个或多个实施例，所述第一待分析信息包括：多个所述第二占用率中的前N1个第二占用率，以及所述前N1个第二占用率对应的线程名称；所述第二待分析信息包括：所述目标应用运行过程中，运行的多个第二线程对CPU的多个占用率参考值、及各所述第二线程的名称，以及各所述第二线程所属的第二业务场景；基于所述第一业务场景的场景信息、所述第一待分析信息，以及所述第二待分析信息确定相应的故障信息，包括：

基于所述第一业务场景的场景信息，从所述第二待分析信息中确定出与所述第一业务场景相同的第三业务场景；

从所述第二待分析信息中，确定出所述目标应用在所述第三业务场景下运行的多个第三线程对CPU的多个占用率参考值；

针对所述前N1个第二占用率中的各目标第二占用率，从所述多个占用率参考值中确定所述目标第二占用率对应的目标参考值；

当所述目标第二占用率大于所述目标参考值时，获取所述目标第二占用率对应的线程名称；

基于所述目标第二占用率对应的线程名称与所述第一业务场景的场景信息确定相应的故障信息。

根据本公开的一个或多个实施例，所述方法还包括：

将所述故障信息发送至第三设备，供所述第三设备展示于相关人员查看。

根据本公开的一个或多个实施例，提供一种电子设备，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行前述各方法。

根据本公开的一个或多个实施例，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现前述各方法。

根据本公开的一个或多个实施例，提供一种信息处理装置，该装置包括：

采集单元，用于采集第一业务场景下，目标应用运行过程中对CPU中央处理器的第一占用率，其中，第一业务场景用于指示所述目标应用中的第一业务的开启状态；

第一获取单元，用于获取所述第一业务场景对应的预设CPU占用率；

发送单元，用于当所述第一占用率大于所述预设CPU占用率时，将所述第一业务场景的场景信息发送至第一设备，使所述第一设备基于所述第一业务的场景信息确定相应的故障信息。

根据本公开的一个或多个实施例，当所述第一占用率大于所述预设CPU占用率时，所述装置还用于：

获取所述第一业务场景下所述目标应用运行过程中，运行的多个第一线程对CPU的多个第二占用率，其中，所述第一线程与所述第二占用率一一对应；

根据所述多个第二占用率确定第一待分析信息；

将所述第一待分析信息上报至所述第一设备，所述第一设备基于所述第一业务场景的场景信息确定相应的故障信息，包括：所述第一设备基于所述第一业务场景的场景信息与所述第一待分析信息确定相应的故障信息。

根据本公开的一个或多个实施例，前述装置在用于根据所述多个第二占用率确定第一待分析信息时，具体用于：

将所述多个第二占用率按照由高至低的顺序进行排序，获取前N1个第二占用率；

获取所述前N1个第二占用率对应的线程名称；

根据所述前N1个第二占用率，以及所述前N1个第二占用率对应的线程名称确定第一待分析信息。

根据本公开的一个或多个实施例，所述装置还用于：

确定所述目标应用运行过程中，运行的多个第二线程对CPU的多个第三占用率；

将所述多个第二线程对CPU的多个第三占用率、各第二线程的名称，以及各所述第二线程所属的第二业务场景发送至所述第一设备，使所述第一设备基于所述多个第二线程对CPU的多个第三占用率、各第二线程的名称，以及各所述第二线程所属的第二业务场景确定第二待分析信息；

其中，所述第一设备基于所述第一业务场景的场景信息与所述第一待分析信息确定相应的故障信息，包括：第一设备基于所述第一业务场景的场景信息、所述第一待分析信息，以及所述第二待分析信息确定相应的故障信息。

根据本公开的一个或多个实施例，所述装置还用于：

获取所述目标应用对应的多个待分析业务；

针对所述多个待分析业务中的各待分析业务，检测各待分析业务的开启状态在开启时，目标应用运行过程中对CPU的第四占用率；

根据所述多个第四占用率确定多个业务场景，其中，所述第一业务场景包含于所述多个业务场景中。

根据本公开的一个或多个实施例，本申请还提供一种信息处理装置，该装置包括：

第二获取单元，用于获取第二设备发送的第一业务场景的场景信息；

确定单元，用于基于所述第一业务的场景信息确定相应的故障信息；

所述第一业务场景的场景信息为所述第二设备采集第一业务场景下，目标应用运行过程中对CPU中央处理器的第一占用率；获取所述第一业务场景对应的预设CPU占用率；当所述第一占用率大于所述预设CPU占用率时发送的，其中，所述第一业务场景用于指示所述目标应用中至少一种业务的开启状态。

根据本公开的一个或多个实施例，所述装置还用于：

获取所述第二设备发送的第一待分析信息，其中，所述第一待分析信息，为所述第二设备获取所述第一业务场景下所述目标应用运行过程中，运行的多个第一线程对CPU的多个第二占用率；根据所述多个第二占用率确定的，其中，所述第一线程与所述第二占用率一一对应；

基于所述第一业务的场景信息确定相应的故障信息，包括：基于所述第一业务的场景信息与所述第一待分析信息确定相应的故障信息。

根据本公开的一个或多个实施例，所述装置还用于：

获取所述第二设备发送的第二待分析信息，其中，所述第二待分析信息为所述第二设备确定所述目标应用运行过程中，运行的多个第二线程对CPU的多个占用率参考值；根据所述多个占用率参考值、各所述第二线程的名称，以及各所述第二线程所属的第二业务场景确定的；

基于所述第一业务的场景信息与所述第一待分析信息确定相应的故障信息，包括：基于所述第一业务场景的场景信息、所述第一待分析信息，以及所述第二待分析信息确定相应的故障信息。

根据本公开的一个或多个实施例，所述第一待分析信息包括：多个所述第二占用率中的前N1个第二占用率，以及所述前N1个第二占用率对应的线程名称；所述第二待分析信息包括：所述目标应用运行过程中，运行的多个第二线程对CPU的多个占用率参考值、及各所述第二线程的名称，以及各所述第二线程所属的第二业务场景；基于所述第一业务场景的场景信息、所述第一待分析信息，以及所述第二待分析信息确定相应的故障信息，包括：

基于所述第一业务场景的场景信息，从所述第二待分析信息中确定出与所述第一业务场景相同的第三业务场景；

从所述第二待分析信息中，确定出所述目标应用在所述第三业务场景下运行的多个第三线程对CPU的多个占用率参考值；

针对所述前N1个第二占用率中的各目标第二占用率，从所述多个占用率参考值中确定所述目标第二占用率对应的目标参考值；

当所述目标第二占用率大于所述目标参考值时，获取所述目标第二占用率对应的线程名称；

基于所述目标第二占用率对应的线程名称与所述第一业务场景的场景信息确定相应的故障信息。

根据本公开的一个或多个实施例，所述装置还用于：将所述故障信息发送至第三设备，供所述第三设备展示于相关人员查看。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。

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

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。例如，在本公开各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。

以上仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以该权利要求的保护范围为准。