CN117472688A - 应用问题处理方法及装置 - Google Patents

Abstract

本申请实施例提供一种应用问题处理方法及装置，方法包括：根据系统内应用的应用编号、应用名称以及预设的问题类型确定应用问题的触发条件以及对应的处理方式；在系统内应用的性能数据满足所述触发条件的情况下创建对应的提示信息，并将所述提示信息发送至对应负责人；响应于所述提示信息的未响应时间超过预设时长或当前应用的所述性能数据再次满足所述触发条件，创建对应的警告信息；通过多种通信方式将所述警告信息发送至所述对应负责人和关联人员，直至所述对应负责人和所述关联人员接收到所述警告信息；本申请能够建立规范的应用修复方法，有助于提高应用问题的识别、处理和监控，降低潜在问题的积累，确保系统能够持续可靠地运行。

Description

应用问题处理方法及装置

技术领域

本申请涉及数据处理领域，具体涉及一种应用问题处理方法及装置。

背景技术

随着企业数字化转型的加速，公司信息系统变得越来越庞大和复杂，信息系统支撑着各种核心业务流程，对业务的关键性愈发明显。然而，伴随着信息系统的扩展和发展，当前也存在一系列问题。

首先，应用问题经常出现，但由于缺乏规范的处理流程，当问题发生时，团队往往面临处理流程混乱以及处理方法不明确的状况，导致问题的解决时间延长。

其次，无法得到及时处理的应用问题会日益积累，未导致问题数量不断增加，未解决的问题可能随时引发业务宕机，对业务的可用性和稳定性构成了潜在威胁。例如，应用服务器的磁盘使用率异常增长，表明数据积累或者日志文件膨胀。此外，应用数据库连接数的过度增加可能是由于未关闭的数据库连接，会增加服务器的负担。

尽管上述应用问题可能不会立刻导致应用的崩溃，但可能导致系统在某个时间点触发业务宕机。

发明内容

针对现有技术中的问题，本申请提供一种应用问题处理方法及装置，能够建立一种规范的应用修复方法，有助于提高应用问题的识别、处理和监控，降低潜在问题的积累，确保系统能够持续可靠地运行。

为了解决上述问题中的至少一个，本申请提供以下技术方案：

根据本申请实施例的第一方面，本申请提供一种应用问题处理方法，包括：

根据系统内应用的应用编号、应用名称以及预设的问题类型确定应用问题的触发条件以及对应的处理方式；

采集系统内应用的性能数据，在所述性能数据满足所述触发条件的情况下创建对应的提示信息，并将所述提示信息发送至对应负责人，其中，所述提示信息包括对应应用的应用编号、应用名称、当前的问题类型以及对应的处理方式；

响应于所述提示信息的未响应时间超过预设时长或当前应用的所述性能数据再次满足所述触发条件，创建对应的警告信息，其中，所述警告信息包括对应应用的应用编号、应用名称、当前的问题类型以及对应的处理方式；

获取所述应用的关联人员，并通过多种通信方式将所述警告信息发送至所述对应负责人和所述关联人员，直至所述对应负责人和所述关联人员接收到所述警告信息。

根据本申请的任一实施方式，所述根据系统内应用的应用编号、应用名称以及预设的问题类型确定应用问题的触发条件以及对应的处理方式，包括：

根据系统内应用的应用编号、应用名称以及预设的问题类型确定应用问题的触发优先级；

根据所述触发优先级确定所述应用问题的触发条件以及对应的处理方式。

根据本申请的任一实施方式，所述采集系统内应用的性能数据，在所述性能数据满足所述触发条件的情况下创建对应的提示信息，并将所述提示信息发送至对应负责人，包括：

采集系统内应用的性能数据，所述采集系统内应用的性能数据，在所述性能数据满足所述触发条件的情况下生成对应的事件单，并将所述事件单发送至对应负责人；

响应于所述事件单未响应时间超过预设时长，或当前应用的所述性能数据再次满足所述触发条件，创建对应的问题单，并将所述问题单发送至所述对应负责人。

根据本申请的任一实施方式，所述响应于所述提示信息的未响应时间超过预设时长，或当前应用的所述性能数据再次满足所述触发条件，创建对应的警告信息，包括：

响应于所述问题单的未响应时间超过所述预设时长，或当前应用的所述性能数据再次满足所述触发条件，创建对应的变更单，其中，所述变更单包括对应应用的应用编号、应用名称、当前的问题类型以及系统的升级警告信息。

根据本申请的任一实施方式，所述获取所述应用的关联人员，并通过多种通信方式将所述警告信息发送至所述对应负责人和所述关联人员，直至所述对应负责人和所述关联人员接收到所述警告信息，包括：

基于预设的人员名单获取所述应用的关联人员，并通过群信息将所述警告信息发送至对应负责人和所述关联人员；

响应于所述警告信息的未回复时间超过第二预设时长，基于短信或语音通话方式向所述对应负责人和所述关联人员发送所述警告信息，直至所述对应负责人和所述关联人员接收到所述警告信息。

根据本申请的任一实施方式，还包括：

基于所述提示信息和所述警告信息生成预设时间段内，所述系统中每个应用的健康状态评级；

将所述提示信息和所述警告信息的内容、生成时间以及所述健康状态评级存储至数据库，并生成可视化图表。

根据本申请实施例的第二方面，本申请提供一种应用问题处理装置，包括：

条件确定模块，用于：根据系统内应用的应用编号、应用名称以及预设的问题类型确定应用问题的触发条件以及对应的处理方式；

信息提示模块，用于：采集系统内应用的性能数据，在所述性能数据满足所述触发条件的情况下创建对应的提示信息，并将所述提示信息发送至对应负责人，其中，所述提示信息包括对应应用的应用编号、应用名称、当前的问题类型以及对应的处理方式；

信息警告模块，用于：响应于所述提示信息的未响应时间超过预设时长，或当前应用的所述性能数据再次满足所述触发条件，创建对应的警告信息，其中，所述警告信息包括对应应用的应用编号、应用名称、当前的问题类型以及对应的处理方式；

关联通知模块，用于：获取所述应用的关联人员，并通过多种通信方式将所述警告信息发送至所述对应负责人和所述关联人员，直至所述对应负责人和所述关联人员接收到所述警告信息。

根据本申请的任一实施方式，所述条件确定模块包括：

优先级确定单元，用于：根据系统内应用的应用编号、应用名称以及预设的问题类型确定应用问题的触发优先级；

条件确定单元，用于：根据所述触发优先级确定所述应用问题的触发条件以及对应的处理方式。

根据本申请的任一实施方式，所述信息提示模块包括：

事件单生成单元，用于：采集系统内应用的性能数据，所述采集系统内应用的性能数据，在所述性能数据满足所述触发条件的情况下生成对应的事件单，并将所述事件单发送至对应负责人；

问题单生成单元：响应于所述事件单未响应时间超过预设时长，或当前应用的所述性能数据再次满足所述触发条件，创建对应的问题单，并将所述问题单发送至所述对应负责人。

根据本申请的任一实施方式，所述信息警告模块包括：

变更单生成单元，用于：响应于所述问题单的未响应时间超过所述预设时长，或当前应用的所述性能数据再次满足所述触发条件，创建对应的变更单，其中，所述变更单包括对应应用的应用编号、应用名称、当前的问题类型以及系统的升级警告信息。

根据本申请的任一实施方式，所述关联通知模块包括：

人员获取单元，用于：基于预设的人员名单获取所述应用的关联人员，并通过群信息将所述警告信息发送至对应负责人和所述关联人员；

信息发送单元，用于：响应于所述警告信息的未回复时间超过第二预设时长，基于短信或语音通话方式向所述对应负责人和所述关联人员发送所述警告信息，直至所述对应负责人和所述关联人员接收到所述警告信息。

根据本申请的任一实施方式，还包括评级分析模块，包括：

评级确定单元，用于：基于所述提示信息和所述警告信息生成预设时间段内，所述系统中每个应用的健康状态评级；

图表生成单元，用于：将所述提示信息和所述警告信息的内容、生成时间以及所述健康状态评级存储至数据库，并生成可视化图表。

根据本申请实施例的第三方面，本申请提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的应用问题处理方法的步骤。

根据本申请实施例的第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述的应用问题处理方法的步骤。

根据本申请实施例的第五方面，本申请提供一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现所述的应用问题处理方法的步骤。

由上述技术方案可知，本申请提供一种应用问题处理方法及装置，通过根据系统内应用的应用编号、应用名称以及预设的问题类型确定应用问题的触发条件以及对应的处理方式；采集系统内应用的性能数据，在所述性能数据满足所述触发条件的情况下创建对应的提示信息，并将所述提示信息发送至对应负责人；响应于所述提示信息的未响应时间超过预设时长或当前应用的所述性能数据再次满足所述触发条件，创建对应的警告信息；获取所述应用的关联人员，并通过多种通信方式将所述警告信息发送至所述对应负责人和所述关联人员，直至所述对应负责人和所述关联人员接收到所述警告信息。能够建立规范的应用修复方法，有助于提高应用问题的识别、处理和监控，降低潜在问题的积累，确保系统能够持续可靠地运行。

附图说明

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

图1为本申请实施例中的应用问题处理方法的流程示意图之一；

图2为本申请实施例中的应用问题处理方法的流程示意图之二；

图3为本申请实施例中的应用问题处理方法的流程示意图之三；

图4为本申请实施例中的应用问题处理方法的流程示意图之四；

图5为本申请实施例中的应用问题处理方法的流程示意图之五；

图6为本申请实施例中的应用问题处理装置的结构图之一；

图7为本申请实施例中的应用问题处理装置的结构图之二；

图8为本申请实施例中的应用问题处理装置的结构图之三；

图9为本申请实施例中的应用问题处理装置的结构图之四；

图10为本申请实施例中的应用问题处理装置的结构图之五；

图11为本申请实施例中的电子设备的结构示意图。

具体实施方式

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

本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

本申请提供一种应用问题处理方法及装置，建立规范的应用修复方法，有助于提高应用问题的识别、处理和监控，降低潜在问题的积累，确保系统能够持续可靠地运行。

为了能够建立规范的应用修复方法，有助于提高应用问题的识别、处理和监控，降低潜在问题的积累，确保系统能够持续可靠地运行，本申请提供一种应用问题处理方法的实施例，参见图1，所述应用问题处理方法具体包含有如下内容：

步骤S101：根据系统内应用的应用编号、应用名称以及预设的问题类型确定应用问题的触发条件以及对应的处理方式。

其中，可以根据每个应用的独特应用编号和应用名称，以及预先设定的问题类型来明确定义何时触发应用问题的处理条件以及处理方式，确保了问题的分类和处理方式都是明确和一致的。

所述应用编号以及应用名称表征应用的唯一标识，每个应用都有一个独特的应用编号和应用名称，以便系统能够明确识别和区分各个应用。

在系统中，可以预先设定各种可能的问题类型，例如磁盘使用率高、CPU利用率异常、数据库连接数过多等。对于每个问题类型，规定何时应该触发问题的处理流程，示例性的，可以基于应用的性能数据，如磁盘使用率、CPU利用率等。例如，当某应用的磁盘使用率高于90％时，触发磁盘使用率高问题的处理流程。

每个问题类型都有相应的处理方式，可以包括将问题创建为事件单、问题单或变更单，具体取决于问题的严重性、响应时间和解决难度。例如，对于磁盘使用率高问题，可能将其创建为事件单，然后交由相应个人或团队处理。所述问题类型还可以根据严重性分配不同的问题级别，以确保更紧急的问题得到更快速的处理。

步骤S102：采集系统内应用的性能数据，在所述性能数据满足所述触发条件的情况下创建对应的提示信息，并将所述提示信息发送至对应负责人，其中，所述提示信息包括对应应用的应用编号、应用名称、当前的问题类型以及对应的处理方式。

其中，系统会定期或实时地收集系统内各个应用的性能数据，包括CPU使用率、内存利用率、磁盘使用率、数据库连接数、请求错误率等应用相关的性能参数，用于反映应用的健康状况和性能表现。

所述触发条件是基于性能数据的，当性能数据满足任何一个问题类型的触发条件时，创建相应的提示信息。

所述提示信息会被发送给与问题相关的应用的负责人，可以包括应用的开发团队、维护团队、或特定的责任人，确保问题的通知能够迅速地传达给负责解决问题的人员。

步骤S103：响应于所述提示信息的未响应时间超过预设时长或当前应用的所述性能数据再次满足所述触发条件，创建对应的警告信息，其中，所述警告信息包括对应应用的应用编号、应用名称、当前的问题类型以及对应的处理方式。

可以设置一定的预设时长，表征在收到提示信息后，应用的负责人有多长时间来响应和解决问题。如果应用的负责人未在此预设时长内采取行动，系统将视其为未响应。

步骤S104：获取所述应用的关联人员，并通过多种通信方式将所述警告信息发送至所述对应负责人和所述关联人员，直至所述对应负责人和所述关联人员接收到所述警告信息。

在系统中，每个应用通常有一个关联的人员列表，包括应用的负责人、开发团队成员、维护团队成员等。所述人员与应用的健康和性能密切相关，因此需要及时了解问题情况。

系统支持多种通信方式，包括电子邮件、短信、应急通信平台等。当系统生成警告信息时，将该信息发送给应用的负责人和关联人员。

系统会持续尝试联系相关人员，无论是负责人还是关联人员，直到他们确认接收到警告信息，示例性的，可以通过通信方式的反馈机制，例如确认收据、回执等来实现。

从上述描述可知，本申请实施例提供的应用问题处理方法，能够建立规范的应用修复方法，有助于提高应用问题的识别、处理和监控，降低潜在问题的积累，确保系统能够持续可靠地运行。

在本申请的应用问题处理方法的一实施例中，参见图2，所述根据系统内应用的应用编号、应用名称以及预设的问题类型确定应用问题的触发条件以及对应的处理方式，还可以具体包含如下内容：

步骤S101A：根据系统内应用的应用编号、应用名称以及预设的问题类型确定应用问题的触发优先级。

步骤S101B：根据所述触发优先级确定所述应用问题的触发条件以及对应的处理方式。

示例性的，所述应用问题的触发条件可以包括：

对于CPU利用率异常问题，可以当某应用的CPU利用率连续3分钟超过90％时，创建提示信息并立即通知应用维护团队，该问题需要紧急处理，同时定义问题级别为1，表示最高紧急性。

对于数据库连接数过多问题，可以当某应用的数据库连接数达到其容量上限的80％时，创建提示信息，并将问题分配给数据库团队，以便扩展数据库容量，同时定义问题级别为2，表示需要及时处理但不紧急。

对于内存利用率异常问题，可以当某应用的内存利用率在一小时内持续波动，且波动幅度超过20％时，创建提示信息，通知应用开发和维护团队，以便他们对应用进行性能调优，并定义问题级别为1，表明严重性能问题。

对于磁盘空间不足问题，可以当某一应用的磁盘可用空间小于10％时，创建提示信息，并自动通知系统管理员和存储团队，以便及时扩展磁盘容量，并定义问题级别为1，因为这可能导致系统宕机。

对于应用请求错误率问题，可以当某应用的请求错误率在15分钟内超过5％时，创建提示信息，通知应用支持团队，以便调查和修复错误，并定义问题级别为2，表示需要关注但不紧急。

在本申请的应用问题处理方法的一实施例中，参见图3，所述采集系统内应用的性能数据，在所述性能数据满足所述触发条件的情况下创建对应的提示信息，并将所述提示信息发送至对应负责人，还可以具体包含如下内容：

步骤S102A：采集系统内应用的性能数据，所述采集系统内应用的性能数据，在所述性能数据满足所述触发条件的情况下生成对应的事件单，并将所述事件单发送至对应负责人；

步骤S102B：响应于所述事件单未响应时间超过预设时长，或当前应用的所述性能数据再次满足所述触发条件，创建对应的问题单，并将所述问题单发送至所述对应负责人。

其中，可以在系统中部署Agent脚本以监控应用性能的程序。通过Agent实时获取各个应用的性能数据(例如CPU使用率、内存利用率、磁盘使用率、数据库连接数等)，当Agent监测到某个应用的性能数据满足预设的触发条件(例如，CPU使用率达到90％)，自动触发问题处理流程。

当问题被触发后，系统会自动创建相应的单子，其中包括事件单、问题单或变更单，具体取决于问题的严重性和响应时间。所述单子是一个记录，包含有关问题的详细信息，如应用编号、应用名称、问题类型等。

其中，每个单子都有一个处理时常，用于规定处理问题的合理时间范围，确保问题不会被无限拖延，而是按计划得到解决。

系统可以同时维护应用单子时常表，用于记录每个应用的问题处理时常，包括应用等级、事件单的平均处理时常、问题单的平均处理时常和变更单的平均处理时常，以评估问题处理的效率。

所述问题单通常经历三种状态，包括已创建、已流转和已处理，所述已创建表示问题被成功记录，所述已流转表示问题已传递给负责人，所述已处理表示问题得到解决。

当问题单被创建后，如果问题没有得到妥善解决，或者问题在短时间内(通常是连续5次)再次发生，系统将触发变更单的创建。这表明问题需要更深入的系统变更和升级，通常需要相关的开发部门协同工作。

根据问题单的状态，责任人会不断变化，例如在问题单创建时，责任人通常是开发和维护部门。问题流转时，责任人可能会变成其他部门，如设备部、网络部、系统部等。已处理时，相应部门的团队成员将成为责任人，以使其采取对应行动解决应用问题。

之后，响应于所述问题单的未响应时间超过所述预设时长，或当前应用的所述性能数据再次满足所述触发条件，创建对应的变更单，其中，所述变更单包括对应应用的应用编号、应用名称、当前的问题类型以及系统的升级警告信息。

在本申请的应用问题处理方法的一实施例中，参见图4，所述获取所述应用的关联人员，并通过多种通信方式将所述警告信息发送至所述对应负责人和所述关联人员，直至所述对应负责人和所述关联人员接收到所述警告信息，还可以具体包含如下内容：

步骤S103A：基于预设的人员名单获取所述应用的关联人员，并通过群信息将所述警告信息发送至对应负责人和所述关联人员；

步骤S103B：响应于所述警告信息的未回复时间超过第二预设时长，基于短信或语音通话方式向所述对应负责人和所述关联人员发送所述警告信息，直至所述对应负责人和所述关联人员接收到所述警告信息。

示例性的，系统会定期监控各个应用的修复情况以确保问题得到及时处理。这包括跟踪问题单的状态和处理时常，以便评估问题处理的效率。

关联考勤表、人力资源表和应用人员表，以识别出特定应用的关联员工和责任人，有助于确保报警信息被发送到合适的人员，以及建立问题通知的流程。

当检测到应用问题修复时间超出等待时常或其他条件时，生成应用修复报警，并通过多种报警方式进行发送，包括电子邮件、短信和应急平台。

所述应急平台用于将报警的相关人员聚集在一起。例如，开发部门的领导和负责人以及维护部门的领导和负责人，在所述应急平台上可以进行群信息沟通，建立会话，讨论问题并采取行动。

系统还有机制来跟踪报警信息的接收情况。如果信息已被接收并确认已读，系统不再发送短信或电话通知。如果信息在1分钟内未被读取，系统将自动发送短信或电话通知以确保信息的及时传达，直至所述对应负责人和所述关联人员接收到所述警告信息。

在一个可选的实施例中，如图5所示，本申请还包括：

步骤S104A：基于所述提示信息和所述警告信息生成预设时间段内，所述系统中每个应用的健康状态评级。

其中，每个事件单、问题单和变更单都会与发生问题的具体应用和时间相关联，允许系统跟踪问题的来源和发生时间，以及问题的解决情况。

通过分析事件单、问题单和变更单的数量，以及特定应用的关联，来评估每个应用的健康状态。

示例性的，假设公司存在一“支付系统”应用，在过去六个月中，该应用只生成了两个事件单，其中一个是与磁盘使用相关的问题，另一个是与数据库连接数相关的问题。此外，没有任何问题单或变更单与支付系统相关。由于问题极少，支付系统被评为“安全应用”。

假设公司存在一“在线商店”应用，在最近的六个月内生成了五个事件单和三个问题单。所述问题包括磁盘使用率高、数据库查询性能下降等。虽然问题不是经常发生，但需要密切关注和及时处理，以避免问题扩大。因此，“在线商店”应用被评为“注意应用”。

假设公司存在一“客户支持系统”应用，在过去六个月中生成了十个问题单和八个事件单。问题包括应用崩溃、数据库连接数过高、服务中断等。表明“客户支持系统”存在持续的性能问题，需要采取措施进行改进或升级替换。因此，所述应用被评为“需要变更的应用”。

步骤S104B：将所述提示信息和所述警告信息的内容、生成时间以及所述健康状态评级存储至数据库，并生成可视化图表。

将上述关键数据(事件单、问题单、变更单、应用和时间信息)存储至数据库中，所述数据库作为一个持久性的存储系统，用于保留历史数据，以便分析和查询。

此外，可以使用可视化图表，如ECharts图表库来展示所述数据，允许用户创建各种交互式图表，包括折线图、柱状图、饼图等，以便更好地可视化问题和应用数据。

除了基本的健康状态评级，还可以使用趋势图来展示问题的历史发展趋势。这有助于领导和决策者更好地了解问题的演变情况，以便采取相应的措施。

为了能够建立规范的应用修复方法，有助于提高应用问题的识别、处理和监控，降低潜在问题的积累，确保系统能够持续可靠地运行，本申请提供一种用于实现所述应用问题处理方法的全部或部分内容的应用问题处理装置的实施例，参见图6，所述应用问题处理装置具体包含有如下内容：

条件确定模块1101，用于：根据系统内应用的应用编号、应用名称以及预设的问题类型确定应用问题的触发条件以及对应的处理方式；

信息提示模块1102，用于：采集系统内应用的性能数据，在所述性能数据满足所述触发条件的情况下创建对应的提示信息，并将所述提示信息发送至对应负责人，其中，所述提示信息包括对应应用的应用编号、应用名称、当前的问题类型以及对应的处理方式；

信息警告模块1103，用于：响应于所述提示信息的未响应时间超过预设时长，或当前应用的所述性能数据再次满足所述触发条件，创建对应的警告信息，其中，所述警告信息包括对应应用的应用编号、应用名称、当前的问题类型以及对应的处理方式；

关联通知模块1104，用于：获取所述应用的关联人员，并通过多种通信方式将所述警告信息发送至所述对应负责人和所述关联人员，直至所述对应负责人和所述关联人员接收到所述警告信息。

根据本申请的任一实施方式，参见图7，所述条件确定模块包括：

优先级确定单元1101A，用于：根据系统内应用的应用编号、应用名称以及预设的问题类型确定应用问题的触发优先级；

条件确定单元1101B，用于：根据所述触发优先级确定所述应用问题的触发条件以及对应的处理方式。

根据本申请的任一实施方式，参见图8，所述信息提示模块包括：

事件单生成单元1102A，用于：采集系统内应用的性能数据，所述采集系统内应用的性能数据，在所述性能数据满足所述触发条件的情况下生成对应的事件单，并将所述事件单发送至对应负责人；

问题单生成单元1102B：响应于所述事件单未响应时间超过预设时长，或当前应用的所述性能数据再次满足所述触发条件，创建对应的问题单，并将所述问题单发送至所述对应负责人。

根据本申请的任一实施方式，所述信息警告模块包括：

变更单生成单元，用于：响应于所述问题单的未响应时间超过所述预设时长，或当前应用的所述性能数据再次满足所述触发条件，创建对应的变更单，其中，所述变更单包括对应应用的应用编号、应用名称、当前的问题类型以及系统的升级警告信息。

根据本申请的任一实施方式，参见图9，所述关联通知模块包括：

人员获取单元1104A，用于：基于预设的人员名单获取所述应用的关联人员，并通过群信息将所述警告信息发送至对应负责人和所述关联人员；

信息发送单元1104B，用于：响应于所述警告信息的未回复时间超过第二预设时长，基于短信或语音通话方式向所述对应负责人和所述关联人员发送所述警告信息，直至所述对应负责人和所述关联人员接收到所述警告信息。

根据本申请的任一实施方式，参见图10，还包括评级分析模块，包括：

评级确定单元1105，用于：基于所述提示信息和所述警告信息生成预设时间段内，所述系统中每个应用的健康状态评级；

图表生成单元1106，用于：将所述提示信息和所述警告信息的内容、生成时间以及所述健康状态评级存储至数据库，并生成可视化图表。

从上述描述可知，本申请实施例提供的应用问题处理装置，能够建立规范的应用修复方法，有助于提高应用问题的识别、处理和监控，降低潜在问题的积累，确保系统能够持续可靠地运行。

从硬件层面来说，为了能够建立规范的应用修复方法，有助于提高应用问题的识别、处理和监控，降低潜在问题的积累，确保系统能够持续可靠地运行，本申请提供一种用于实现所述应用问题处理方法中的全部或部分内容的电子设备的实施例，所述电子设备具体包含有如下内容：

处理器(processor)、存储器(memory)、通信接口(Communications Interface)和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述通信接口用于实现应用问题处理装置与核心业务系统、用户终端以及相关数据库等相关设备之间的信息传输；该逻辑控制器可以是台式计算机、平板电脑及移动终端等，本实施例不限于此。在本实施例中，该逻辑控制器可以参照实施例中的应用问题处理方法的实施例，以及应用问题处理装置的实施例进行实施，其内容被合并于此，重复之处不再赘述。

可以理解的是，所述用户终端可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备、智能穿戴设备等。其中，所述智能穿戴设备可以包括智能眼镜、智能手表、智能手环等。

在实际应用中，应用问题处理方法的部分可以在如上述内容所述的电子设备侧执行，也可以所有的操作都在所述客户端设备中完成。具体可以根据所述客户端设备的处理能力，以及用户使用场景的限制等进行选择。本申请对此不作限定。若所有的操作都在所述客户端设备中完成，所述客户端设备还可以包括处理器。

上述的客户端设备可以具有通信模块(即通信单元)，可以与远程的服务器进行通信连接，实现与所述服务器的数据传输。所述服务器可以包括任务调度中心一侧的服务器，其他的实施场景中也可以包括中间平台的服务器，例如与任务调度中心服务器有通信链接的第三方服务器平台的服务器。所述的服务器可以包括单台计算机设备，也可以包括多个服务器组成的服务器集群，或者分布式装置的服务器结构。

图11为本申请实施例的电子设备9600的系统构成的示意框图。如图11所示，该电子设备9600可以包括中央处理器9100和存储器9140；存储器9140耦合到中央处理器9100。值得注意的是，该图11是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。

一实施例中，应用问题处理方法功能可以被集成到中央处理器9100中。其中，中央处理器9100可以被配置为进行如下控制：

步骤S101：根据系统内应用的应用编号、应用名称以及预设的问题类型确定应用问题的触发条件以及对应的处理方式。

步骤S102：采集系统内应用的性能数据，在所述性能数据满足所述触发条件的情况下创建对应的提示信息，并将所述提示信息发送至对应负责人，其中，所述提示信息包括对应应用的应用编号、应用名称、当前的问题类型以及对应的处理方式。

步骤S103：响应于所述提示信息的未响应时间超过预设时长或当前应用的所述性能数据再次满足所述触发条件，创建对应的警告信息，其中，所述警告信息包括对应应用的应用编号、应用名称、当前的问题类型以及对应的处理方式。

步骤S104：获取所述应用的关联人员，并通过多种通信方式将所述警告信息发送至所述对应负责人和所述关联人员，直至所述对应负责人和所述关联人员接收到所述警告信息。

从上述描述可知，本申请实施例提供的电子设备，建立规范的应用修复方法，有助于提高应用问题的识别、处理和监控，降低潜在问题的积累，确保系统能够持续可靠地运行。

在另一个实施方式中，应用问题处理装置可以与中央处理器9100分开配置，例如可以将应用问题处理装置配置为与中央处理器9100连接的芯片，通过中央处理器的控制来实现应用问题处理方法功能。

如图11所示，该电子设备9600还可以包括：通信模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是，电子设备9600也并不是必须要包括图11中所示的所有部件；此外，电子设备9600还可以包括图11中没有示出的部件，可以参考现有技术。

如图11所示，中央处理器9100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。

其中，存储器9140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序，以实现信息存储或处理等。

输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。

该存储器9140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142，该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。

存储器9140还可以包括数据存储部9143，该数据存储部9143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通信模块(发送机/接收机)9110耦合到中央处理器9100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。

基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块9110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132，以经由扬声器9131提供音频输出，并接收来自麦克风9132的音频输入，从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器9130还耦合到中央处理器9100，从而使得可以通过麦克风9132能够在本机上录音，且使得可以通过扬声器9131来播放本机上存储的声音。

本申请的实施例还提供能够实现上述实施例中的执行主体为服务器或客户端的应用问题处理方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的执行主体为服务器或客户端的应用问题处理方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

步骤S101：根据系统内应用的应用编号、应用名称以及预设的问题类型确定应用问题的触发条件以及对应的处理方式。

步骤S102：采集系统内应用的性能数据，在所述性能数据满足所述触发条件的情况下创建对应的提示信息，并将所述提示信息发送至对应负责人，其中，所述提示信息包括对应应用的应用编号、应用名称、当前的问题类型以及对应的处理方式。

步骤S103：响应于所述提示信息的未响应时间超过预设时长或当前应用的所述性能数据再次满足所述触发条件，创建对应的警告信息，其中，所述警告信息包括对应应用的应用编号、应用名称、当前的问题类型以及对应的处理方式。

步骤S104：获取所述应用的关联人员，并通过多种通信方式将所述警告信息发送至所述对应负责人和所述关联人员，直至所述对应负责人和所述关联人员接收到所述警告信息。

从上述描述可知，本申请实施例提供的计算机可读存储介质，建立规范的应用修复方法，有助于提高应用问题的识别、处理和监控，降低潜在问题的积累，确保系统能够持续可靠地运行。

本申请的实施例还提供能够实现上述实施例中的执行主体为服务器或客户端的应用问题处理方法中全部步骤的一种计算机程序产品，该计算机程序/指令被处理器执行时实现所述的应用问题处理方法的步骤，例如，所述计算机程序/指令实现下述步骤：

步骤S101：根据系统内应用的应用编号、应用名称以及预设的问题类型确定应用问题的触发条件以及对应的处理方式。

步骤S102：采集系统内应用的性能数据，在所述性能数据满足所述触发条件的情况下创建对应的提示信息，并将所述提示信息发送至对应负责人，其中，所述提示信息包括对应应用的应用编号、应用名称、当前的问题类型以及对应的处理方式。

步骤S103：响应于所述提示信息的未响应时间超过预设时长或当前应用的所述性能数据再次满足所述触发条件，创建对应的警告信息，其中，所述警告信息包括对应应用的应用编号、应用名称、当前的问题类型以及对应的处理方式。

步骤S104：获取所述应用的关联人员，并通过多种通信方式将所述警告信息发送至所述对应负责人和所述关联人员，直至所述对应负责人和所述关联人员接收到所述警告信息。

从上述描述可知，本申请实施例提供的计算机程序产品，建立规范的应用修复方法，有助于提高应用问题的识别、处理和监控，降低潜在问题的积累，确保系统能够持续可靠地运行。

本领域内的技术人员应明白，本发明的实施例可提供为方法、装置、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(装置)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供所述计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

所述计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

所述计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种应用问题处理方法，其特征在于，所述方法包括：

根据系统内应用的应用编号、应用名称以及预设的问题类型确定应用问题的触发条件以及对应的处理方式；

采集系统内应用的性能数据，在所述性能数据满足所述触发条件的情况下创建对应的提示信息，并将所述提示信息发送至对应负责人，其中，所述提示信息包括对应应用的应用编号、应用名称、当前的问题类型以及对应的处理方式；

响应于所述提示信息的未响应时间超过预设时长或当前应用的所述性能数据再次满足所述触发条件，创建对应的警告信息，其中，所述警告信息包括对应应用的应用编号、应用名称、当前的问题类型以及对应的处理方式；

获取所述应用的关联人员，并通过多种通信方式将所述警告信息发送至所述对应负责人和所述关联人员，直至所述对应负责人和所述关联人员接收到所述警告信息。

2.根据权利要求1所述的应用问题处理方法，其特征在于，所述根据系统内应用的应用编号、应用名称以及预设的问题类型确定应用问题的触发条件以及对应的处理方式，包括：

根据系统内应用的应用编号、应用名称以及预设的问题类型确定应用问题的触发优先级；

根据所述触发优先级确定所述应用问题的触发条件以及对应的处理方式。

3.根据权利要求1所述的应用问题处理方法，其特征在于，所述采集系统内应用的性能数据，在所述性能数据满足所述触发条件的情况下创建对应的提示信息，并将所述提示信息发送至对应负责人，包括：

采集系统内应用的性能数据，所述采集系统内应用的性能数据，在所述性能数据满足所述触发条件的情况下生成对应的事件单，并将所述事件单发送至对应负责人；

响应于所述事件单未响应时间超过预设时长，或当前应用的所述性能数据再次满足所述触发条件，创建对应的问题单，并将所述问题单发送至所述对应负责人。

4.根据权利要求3所述的应用问题处理方法，其特征在于，所述响应于所述提示信息的未响应时间超过预设时长，或当前应用的所述性能数据再次满足所述触发条件，创建对应的警告信息，包括：

响应于所述问题单的未响应时间超过所述预设时长，或当前应用的所述性能数据再次满足所述触发条件，创建对应的变更单，其中，所述变更单包括对应应用的应用编号、应用名称、当前的问题类型以及系统的升级警告信息。

5.根据权利要求1所述的应用问题处理方法，其特征在于，所述获取所述应用的关联人员，并通过多种通信方式将所述警告信息发送至所述对应负责人和所述关联人员，直至所述对应负责人和所述关联人员接收到所述警告信息，包括：

基于预设的人员名单获取所述应用的关联人员，并通过群信息将所述警告信息发送至对应负责人和所述关联人员；

响应于所述警告信息的未回复时间超过第二预设时长，基于短信或语音通话方式向所述对应负责人和所述关联人员发送所述警告信息，直至所述对应负责人和所述关联人员接收到所述警告信息。

6.根据权利要求1所述的应用问题处理方法，其特征在于，还包括：

基于所述提示信息和所述警告信息生成预设时间段内，所述系统中每个应用的健康状态评级；

将所述提示信息和所述警告信息的内容、生成时间以及所述健康状态评级存储至数据库，并生成可视化图表。

7.一种应用问题处理装置，其特征在于，所述装置包括：

条件确定模块，用于：根据系统内应用的应用编号、应用名称以及预设的问题类型确定应用问题的触发条件以及对应的处理方式；

信息提示模块，用于：采集系统内应用的性能数据，在所述性能数据满足所述触发条件的情况下创建对应的提示信息，并将所述提示信息发送至对应负责人，其中，所述提示信息包括对应应用的应用编号、应用名称、当前的问题类型以及对应的处理方式；

信息警告模块，用于：响应于所述提示信息的未响应时间超过预设时长，或当前应用的所述性能数据再次满足所述触发条件，创建对应的警告信息，其中，所述警告信息包括对应应用的应用编号、应用名称、当前的问题类型以及对应的处理方式；

关联通知模块，用于：获取所述应用的关联人员，并通过多种通信方式将所述警告信息发送至所述对应负责人和所述关联人员，直至所述对应负责人和所述关联人员接收到所述警告信息。

8.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至6任一项所述的应用问题处理方法的步骤。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至6任一项所述的应用问题处理方法的步骤。

10.一种计算机程序产品，包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现权利要求1至6任一项所述的应用问题处理方法的步骤。