CN109240893A - 应用运行状态查询方法及终端设备 - Google Patents

Abstract

本发明涉及计算机技术领域，提供了一种应用运行状态查询方法及终端设备。该方法包括：获取用户输入的包含查询时间的状态查询指令；在状态数据库中查找所述查询时间对应的应用各组件的状态信息；获取应用的组件拓扑图；将查找到的各组件的状态信息映射到所述组件拓扑图上，生成状态拓扑图，并显示所述状态拓扑图。本发明将应用各组件的状态信息以状态拓扑图的形式展示给用户，利用拓扑图的直观性和整体性，能够向用户清楚显示各组件的运行状态，便于用户从整体上获知应用的健康状况。

Description

应用运行状态查询方法及终端设备

技术领域

本发明涉及计算机技术领域，尤其涉及一种应用运行状态查询方法及终端设备。

背景技术

在智能设备运行应用程序的过程中，通常会对应用程序各方面的运行状态进行记录并汇总到数据库。监控人员可以通过查询数据库中的数据及应用各方面的健康指标获知应用的健康状况。目前监控人员可以输入想要查询的健康指标和时间点，从数据库中查询在该时间点与该健康指标相关的应用运行状态数据，但通过这种查询方式只能查询到应用某一方面的运行状态，查询结果无法表征应用整体的健康状况。

发明内容

有鉴于此，本发明实施例提供了应用运行状态查询方法及终端设备，以解决目前应用运行状态查询方法只能查询到应用某一方面的运行状态，查询结果无法表征应用整体健康状况的问题。

本发明实施例的第一方面提供了应用运行状态查询方法，包括：

获取用户输入的包含查询时间的状态查询指令；

在状态数据库中查找所述查询时间对应的应用各组件的状态信息；

获取应用的组件拓扑图；

将查找到的各组件的状态信息映射到所述组件拓扑图上，生成状态拓扑图，并显示所述状态拓扑图。

本发明实施例的第二方面提供了计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现第一方面中的应用运行状态查询方法。

本发明实施例的第三方面提供了终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如下步骤：

获取用户输入的包含查询时间的状态查询指令；

在状态数据库中查找所述查询时间对应的应用各组件的状态信息；

获取应用的组件拓扑图；

将查找到的各组件的状态信息映射到所述组件拓扑图上，生成状态拓扑图，并显示所述状态拓扑图。

本发明实施例与现有技术相比存在的有益效果是：在状态数据库中查找查询时间对应的应用各组件的状态信息，并将各组件的状态信息映射到应用的组件拓扑图上，生成状态拓扑图，将应用各组件的状态信息以状态拓扑图的形式展示给用户，利用拓扑图的直观性和整体性，能够向用户清楚显示各组件的运行状态，便于用户从整体上获知应用的健康状况。

附图说明

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

图1是本发明实施例提供的应用运行状态查询方法的实现流程图；

图2是本发明实施例提供的应用运行状态查询方法中将状态拓扑图添加至第一数据库的实现流程图；

图3是本发明实施例提供的应用运行状态查询方法中更新第一数据库的实现流程图；

图4是本发明实施例提供的应用运行状态查询方法中对用户的查询时间进行预测的实现流程图；

图5是本发明实施例提供的应用运行状态查询装置的示意图；

图6是本发明实施例提供的终端设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

图1为本发明实施例提供的应用运行状态查询方法的实现流程图，详述如下：

在S101中，获取用户输入的包含查询时间的状态查询指令。

在本实施例中，用户可以输入当前时间之前的某一时间，查询该时间应用的运行状态，该时间即为查询时间。例如，用户输入的查询时间为3月8日8:00，表示用户需要查询3月8日8:00时的应用的运行状态。

可选地，每个时间对应于该时间应用的健康状况值。建立并显示时间轴，并在时间轴上显示各个时间对应的健康状况值。其中健康状况值用于表征应用整体的健康情况。时间轴和健康状况值的显示可以方便用户根据各时间应用的健康状况值确定感兴趣的时间进行查询。

在S102中，在状态数据库中查找所述查询时间对应的应用各组件的状态信息。

在本实施例中，状态数据库用于保存采集到的应用各组件的状态信息。状态信息可以包括组件的状态值和告警状态。其中状态值为根据组件的运行参数和预设运行指标对比得到的表征组件运行状态的数据。告警状态可以为正常、一级告警、二级告警等，用于表征组件运行状态的告警等级。

在S103中，获取应用的组件拓扑图。

在本实施例中，组件拓扑图为根据应用组件之间的关系构建出的拓扑图。应用组件的类型可以分为数据层组件、业务逻辑层组件及表示层组件。可以预先将应用所有的组件按照不同架构层组件之间的关系以及同层架构组件之间的相互关系建立应用的组件拓扑图，并保存组件拓扑图。在需要调用组件拓扑图时，直接获取预先构建的组件拓扑图。

在S104中，将查找到的各组件的状态信息映射到所述组件拓扑图上，生成状态拓扑图，并显示所述状态拓扑图。

在本实施例中，查询时间、查找到的各组件的状态信息及状态拓扑图为一一对应关系。将查询时间对应的应用各组件的状态信息映射到组件拓扑图上，生成查询时间对应的状态拓扑图。状态拓扑图可以表征应用各组件之间关系，以及在查询时间时各组件的运行状态。

本发明实施例在状态数据库中查找查询时间对应的应用各组件的状态信息，并将各组件的状态信息映射到应用的组件拓扑图上，生成状态拓扑图，将应用各组件的状态信息以状态拓扑图的形式展示给用户，利用拓扑图的直观性和整体性，能够向用户清楚显示各组件的运行状态，便于用户从整体上获知应用的健康状况。

作为本发明的一个实施例，如图2所示，在S104中“生成状态拓扑图”之后，上述方法还可以包括：

在S201中，将所述状态拓扑图及所述查询时间添加至第一数据库。

在本实施例中，第一数据库用于保存生成的状态拓扑图。可以将用户查询过的查询时间对应的状态拓扑图保存到第一数据库。其中用户可以为同一账户的用户或不同账户的用户。

在S202中，若再次获取到包含所述查询时间的状态查询指令，则从所述第一数据库中调取所述查询时间对应的状态拓扑图。

在本实施例中，第一数据库中保存有用户查询过的已经生成的状态拓扑图。如果用户对之前查询过的时间再次进行状态查询，则可以从第一数据库中获取该时间对应的状态拓扑图。

可选地，在获取到用户输入的包含查询时间的状态查询指令后，查找第一数据库中是否存在该查询时间对应的状态拓扑图，若存在，则从第一数据库中调取该查询时间对应的状态拓扑图，并进行显示；若不存在，则在状态数据库中查找该查询时间对应的应用各组件的状态信息，获取应用的组件拓扑图，将查找到的各组件的状态信息映射到组件拓扑图上，生成该查询时间对应的状态拓扑图，并进行显示。

本实施例通过从第一数据库中调取保存的状态拓扑图，可以避免用户多次查询同一时间点，每次都要进行状态拓扑图生成的过程，从而减少查询过程的处理数据量和处理步骤，提高查询速度。第一数据库可以被多个不用账户的用户查询使用，例如对于第一用户查询过的时间点，在第二用户查询该时间点时可以直接从第一数据库中调取保存的该时间点对应的状态拓扑图，这样使第一数据库中的状态拓扑图能够被不同账户的用户使用，提高第一数据库中状态拓扑图的使用率，进一步提高查询速度。

作为本发明的一个实施例，如图3所示，上述方法还可以包括：

在S301中，记录所述第一数据库中各个状态拓扑图的添加时间和调取次数。

在本实施例中，添加时间为将状态拓扑图添加到第一数据库的时间。调取次数为状态拓扑图在添加到第一数据库后，被调取过的次数。在状态拓扑图每次被调取后更新该状态拓扑图对应的调取次数。调取次数为大于或等于零的整数。当调取次数为零时，表示对应的状态拓扑图在添加到第一数据库后还未被调取过。

在S302中，根据各个状态拓扑图的添加时间和调取次数计算各个状态拓扑图的删除时间；所述删除时间为从所述第一数据库删除状态拓扑图的时间点。

在本实施例中，在将状态拓扑图添加到第一数据库后，可以计算该状态拓扑图对应的删除时间。状态拓扑图的删除时间为从第一数据库中删除该状态拓扑图的时间点。通过设置删除时间，可以对第一数据库中保存的状态拓扑图进行整理，将第一数据库中长时间未被调取的状态拓扑图进行删除，释放存储空间，以便保存新生成的状态拓扑图。在调取一个状态拓扑图后，更新该状态拓扑图的调取次数，并根据该状态拓扑图的添加时间和更新后的调取次数重新计算该状态拓扑图的删除时间，对删除时间进行更新。

可选地，第一数据库中的每个状态拓扑图设置有对应的更新参数，其中更新参数可以包括但不限于状态拓扑图的添加时间、调取次数和删除时间。在调取一个状态拓扑图后，更新该状态拓扑图的更新参数中的调取次数和删除时间。

可选地，所述根据各个状态拓扑图的添加时间和调取次数计算各个状态拓扑图的删除时间，包括：计算

t_s＝t_t+a+n*b (1)

其中，t_s为删除时间，t_t为添加时间，n为调取次数，a为初始保留时间，b为预置时间参量。所述初始保留时间为第一数据库中调取次数为零的状态拓扑图的保留时长。初始保留时间用于表征一个状态拓扑图在第一数据库中的最少保留时间。预置时间参量用于表征状态拓扑图被调取一次对删除时间的影响程度。初始保留时间和预置时间参量可以根据实际需求进行预先设置，在此不作限定。

例如，a设为60天，b设为20天，状态拓扑图A在3月8日8:00保存到第一数据库时，记录添加时间为3月8日8:00，读取次数为0，根据公式(1)计算删除时间为5月7日8:00。若状态拓扑图A在4月23日11:00被调取，则更新调取次数为1，根据公式(1)的计算结果将删除时间更新为5月27日8:00。如果在4月23日11:00至5月27日8:00期间，状态拓扑图A没有再被调取，则在5月27日8:00从第一数据库中删除状态拓扑图A。

在S303中，获取当前时间，将删除时间在所述当前时间之前的状态拓扑图从所述第一数据库中删除。

在本实施例中，可以将第一数据库中各个状态拓扑图的删除时间和当前时间进行对比，将第一状态拓扑图从第一数据库中删除，第一状态拓扑的删除时间超过当前时间。

可选地，每隔预设时间间隔(如5分钟)读取各个状态拓扑图的删除时间，将当前时间分别与各个删除时间进行对比，将第一数据库中删除时间在当前时间之前的状态拓扑图进行删除。

本实施例通过根据各状态拓扑图的调取次数自动更新各状态拓扑图的删除时间，再根据删除时间对第一数据库中长时间未被调用的状态拓扑图进行删除，能够在保证第一数据库对查询速度的提升效果的情况下，及时删除不被重复查询的状态拓扑图，从而删减第一数据库中的无效数据，释放第一数据库的存储空间，以便存储之后生成的状态拓扑图。

作为本发明的一个实施例，如图4所示，上述方法还可以包括：

在S401中，获取预设统计时间段内的历史查询数据。

在本实施例中，预设统计时间段为从当前时间之前的时间中预先选取的一个时间段。历史查询数据为用户在预设统计时间段内所查询的相关数据，历史查询数据可以包括但不限于查询时间及查询时间对应的查询次数。查询次数为在预设统计时间段内用户对该查询时间进行状态查询的次数。

在S402中，根据预设预测规则和所述历史查询数据对用户的查询时间进行预测，得到预测时间。

在本实施例中，预测时间为预测出的用户之后可能会查询状态的时间。根据预设预测规则和历史查询数据可以对查询时间进行预测，得到预测时间。

在一个实施例中，所述预设预测规则可以包括：

查找所述预设统计时间段内查询次数最多的时间点；

在以所述查询次数最多的时间点为中心的预设时间段内，均匀选取多个时间点作为预测时间。

在本实施例中，可以对比预设统计时间段内各个查询时间点对应的查询次数，选取出查询次数最多的查询时间点。以该查询时间点为中心确定预设时间段，在预设时间段内均匀地选取多个时间点作为预测时间。例如若设定预设时间段的时长为2天，查询次数最多的时间点为4月23日11:00，则确定出的预设时间段为4月22日11:00至4月24日11:00，可以在预设时间段内均匀地选取预设个数的时间点，将预设个数的时间点都作为预测时间。

如果用户多次查询同一时间点的应用运行状态，则表示该时间点的应用运行状态可能存在异常或该时间点是用户感兴趣的时间点，那么该时间点附近的时间点用户之后可能也会进行查询。本实施例通过在以查询次数最多的时间点为中心的预设时间段内，均匀选取多个时间点作为预测时间，将查询次数最多的时间点附近的时间点作为预测的时间点，能够提高预测的有效性。

在另一实施例中，所述预设预测规则可以包括：

将所述预设统计时间段划分为多个时间段；

分别计算各个时间段内的总查询次数；

在所述总查询次数最多的时间段内均匀选取多个时间点，作为预测时间。

在本实施例中，一个时间段内的总查询次数为该时间段内各个查询时间点的查询次数之和。总查询次数最多的时间段为用户感兴趣的时间段，用户之后可能会对该时间段内的时间点进行查询，因此可以在总查询次数最多的时间段内均匀选取多个时间点，作为预测时间。本实施例通过选取总查询次数最多的时间段内的时间点作为预测的时间点，能够提高预测的有效性。

在S403中，生成所述预测时间对应的状态拓扑图，并将所述预测时间对应的状态拓扑图保存至第二数据库。

在S404中，若获取到用户输入的包含的查询时间为所述预测时间的状态查询指令，则从所述第二数据库中调取所述预测时间对应的状态拓扑图。

在本实施例中，在预测出预测时间后，可以按照S102至S103中的状态拓扑图生成方法生成预测时间对应的状态拓扑图，将预测时间对应的状态拓扑图保存至第二数据库。这样在之后用户查询的时间为预测时间时，可以直接从第二数据库中调取预测时间对应的状态拓扑图。

本实施例通过根据历史查询数据和预设预测规则预测出预测时间，提前生成并保存预测时间的状态拓扑图到第二数据库，能够通过预测的方式提前进行状态拓扑图的生成处理，在一定程度上避免了用户查询过程中的状态拓扑图的生成过程，从而减少查询过程的处理数据量和处理步骤，提高查询速度。通过历史查询数据中的各时间点、查询次数以及预设预测规则，能够提高预测时间点的准确率，提高预测成功率。

可选地，将第二数据库中已经被调取的预测时间的状态拓扑图删除；和/或将第二数据库中超过预设时长没有被调取的状态拓扑图删除。

本实施例通过删除第二数据库中的长时间未被调取的状态拓扑图，能够释放第二数据库的存储空间，以便存储之后预测出的预测时间对应的状态拓扑图。

本发明实施例在状态数据库中查找查询时间对应的应用各组件的状态信息，并将各组件的状态信息映射到应用的组件拓扑图上，生成状态拓扑图，将应用各组件的状态信息以状态拓扑图的形式展示给用户，利用拓扑图的直观性和整体性，能够向用户清楚显示各组件的运行状态，便于用户从整体上获知应用的健康状况。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

对应于上文实施例所述的应用运行状态查询方法，图5示出了本发明实施例提供的应用运行状态查询装置的示意图。为了便于说明，仅示出了与本实施例相关的部分。

参照图5，该装置包括第一获取模块51、查找模块52、第二获取模块53及生成模块54。

第一获取模块51，用于获取用户输入的包含查询时间的状态查询指令。

查找模块52，用于在状态数据库中查找所述查询时间对应的应用各组件的状态信息。

第二获取模块53，用于获取应用的组件拓扑图。

生成模块54，用于将查找到的各组件的状态信息映射到所述组件拓扑图上，生成状态拓扑图，并显示所述状态拓扑图。

可选地，该装置还包括处理模块，所述处理模块用于：

将所述状态拓扑图及所述查询时间添加至第一数据库；

若再次获取到包含所述查询时间的状态查询指令，则从所述第一数据库中调取所述查询时间对应的状态拓扑图。

可选地，所述处理模块还用于：

记录所述第一数据库中各个状态拓扑图的添加时间和调取次数；

根据各个状态拓扑图的添加时间和调取次数计算各个状态拓扑图的删除时间；所述删除时间为从第一数据库删除状态拓扑图的时间点；

获取当前时间，将删除时间在所述当前时间之前的状态拓扑图从所述第一数据库中删除。

可选地，所述处理模块还用于：

计算t_s＝t_t+a+n*b，其中，t_s为删除时间，t_t为添加时间，n为调取次数，a为初始保留时间，b为预置时间参量；所述初始保留时间为第一数据库中调取次数为零的状态拓扑图的保留时长。

可选地，所述处理模块还用于：

获取预设统计时间段内的历史查询数据；

根据预设预测规则和所述历史查询数据对用户的查询时间进行预测，得到预测时间；

生成所述预测时间对应的状态拓扑图，并将所述预测时间对应的状态拓扑图保存至第二数据库；

若获取到用户输入的包含的查询时间为所述预测时间的状态查询指令，则从所述第二数据库中调取所述预测时间对应的状态拓扑图。

可选地，所述预设预测规则包括：

查找所述预设统计时间段内查询次数最多的时间点；

在以所述查询次数最多的时间点为中心的预设时间段内，均匀选取多个时间点作为预测时间。

可选地，所述预设预测规则包括：

将所述预设统计时间段划分为多个时间段；

分别计算各个时间段内的总查询次数；

在所述总查询次数最多的时间段内均匀选取多个时间点，作为预测时间。

本发明实施例在状态数据库中查找查询时间对应的应用各组件的状态信息，并将各组件的状态信息映射到应用的组件拓扑图上，生成状态拓扑图，将应用各组件的状态信息以状态拓扑图的形式展示给用户，利用拓扑图的直观性和整体性，能够向用户清楚显示各组件的运行状态，便于用户从整体上获知应用的健康状况。

图6是本发明一实施例提供的终端设备的示意图。如图6所示，该实施例的终端设备6包括：处理器60、存储器61以及存储在所述存储器61中并可在所述处理器60上运行的计算机程序62，例如程序。所述处理器60执行所述计算机程序62时实现上述各个方法实施例中的步骤，例如图1所示的步骤101至104。或者，所述处理器60执行所述计算机程序62时实现上述各装置实施例中各模块/单元的功能，例如图5所示模块51至53的功能。

示例性的，所述计算机程序62可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器61中，并由所述处理器60执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序62在所述终端设备6中的执行过程。

所述终端设备6可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器60、存储器61。本领域技术人员可以理解，图6仅仅是终端设备6的示例，并不构成对终端设备6的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线、显示器等。

所称处理器60可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器61可以是所述终端设备6的内部存储单元，例如终端设备6的硬盘或内存。所述存储器61也可以是所述终端设备6的外部存储设备，例如所述终端设备6上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器61还可以既包括所述终端设备6的内部存储单元也包括外部存储设备。所述存储器61用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器61还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

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

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

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

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

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种应用运行状态查询方法，其特征在于，包括：

获取用户输入的包含查询时间的状态查询指令；

在状态数据库中查找所述查询时间对应的应用各组件的状态信息；

获取应用的组件拓扑图；

将查找到的各组件的状态信息映射到所述组件拓扑图上，生成状态拓扑图，并显示所述状态拓扑图。

2.如权利要求1所述的应用运行状态查询方法，其特征在于，在所述生成状态拓扑图之后，还包括：

将所述状态拓扑图及所述查询时间添加至第一数据库；

若再次获取到包含所述查询时间的状态查询指令，则从所述第一数据库中调取所述查询时间对应的状态拓扑图。

3.如权利要求2所述的应用运行状态查询方法，其特征在于，还包括：

记录所述第一数据库中各个状态拓扑图的添加时间和调取次数；

根据各个状态拓扑图的添加时间和调取次数计算各个状态拓扑图的删除时间；所述删除时间为从所述第一数据库删除状态拓扑图的时间点；

获取当前时间，将删除时间在所述当前时间之前的状态拓扑图从所述第一数据库中删除。

4.如权利要求3所述的应用运行状态查询方法，其特征在于，所述根据各个状态拓扑图的添加时间和调取次数计算各个状态拓扑图的删除时间，包括：

计算t_s＝t_t+a+n*b，其中，t_s为删除时间，t_t为添加时间，n为调取次数，a为初始保留时间，b为预置时间参量；所述初始保留时间为所述第一数据库中调取次数为零的状态拓扑图的保留时长。

5.如权利要求2至4任一项所述的应用运行状态查询方法，其特征在于，还包括：

获取预设统计时间段内的历史查询数据；

根据预设预测规则和所述历史查询数据对用户的查询时间进行预测，得到预测时间；

生成所述预测时间对应的状态拓扑图，并将所述预测时间对应的状态拓扑图保存至第二数据库；

若获取到用户输入的包含的查询时间为所述预测时间的状态查询指令，则从所述第二数据库中调取所述预测时间对应的状态拓扑图。

6.如权利要求5所述的应用运行状态查询方法，其特征在于，所述预设预测规则包括：

查找所述预设统计时间段内查询次数最多的时间点；

在以所述查询次数最多的时间点为中心的预设时间段内，均匀选取多个时间点作为预测时间。

7.如权利要求5所述的应用运行状态查询方法，其特征在于，所述预设预测规则包括：

将所述预设统计时间段划分为多个时间段；

分别计算各个时间段内的总查询次数；

在所述总查询次数最多的时间段内均匀选取多个时间点，作为预测时间。

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

9.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如下步骤：

获取用户输入的包含查询时间的状态查询指令；

在状态数据库中查找所述查询时间对应的应用各组件的状态信息；

获取应用的组件拓扑图；

将查找到的各组件的状态信息映射到所述组件拓扑图上，生成状态拓扑图，并显示所述状态拓扑图。

10.如权利要求9所述的终端设备，其特征在于，在所述生成状态拓扑图之后，还包括：

将所述状态拓扑图及所述查询时间添加至第一数据库；

若再次获取到包含所述查询时间的状态查询指令，则从所述第一数据库中调取所述查询时间对应的状态拓扑图。