CN115657625B - 一种监控方法、程序产品、系统、装置和可读存储介质 - Google Patents

Abstract

本发明公开了一种监控方法、程序产品、系统、装置和可读存储介质，其中，监控方法包括接收针对目标设备的监控请求；通过逻辑处理层对监控请求进行逻辑解析，并根据逻辑解析结果，确定需要从数据库中获取的目标运行数据，其中，目标运行数据为需要展示的目标设备的运行数据，目标设备的历史运行数据和实时运行数据存储在同一个数据库中，逻辑处理层与数据库分开设置；及从数据库中获取并展示目标运行数据，以便于监控人员基于展示的目标运行数据，对目标设备的运行情况进行监控。可以提高用户体验。

Description

一种监控方法、程序产品、系统、装置和可读存储介质

技术领域

本发明涉及设备监控领域，具体涉及一种监控方法、程序产品、系统、装置和可读存储介质。

背景技术

随着科学技术的发展，可以通过一些监控软件来构建实际生产过程中的工业流程，以及对工业流程中的设备进行监控，极大地提高了工业流程的智能化管理水平。这些监控软件可以采集并展示设备的运行数据，以便于监控人员可以对设备的运行情况进行监控。

通常，监控软件需要展示设备的实时运行数据，以便于监控人员可以对设备的实时运行情况进行监控。但在故障出现故障时，可能还需要监控软件展示设备的历史运行数据，以便于监控人员可以基于设备的历史运行数据，来对设备进行故障定位。目前，这些监控软件无法同时展示设备的实时运行数据和历史运行数据。用户体验感不好。

发明内容

有鉴于此，本发明实施方式提供了一种监控方法、计算机程序产品、监控系统、监控装置和计算机可读存储介质，可以提高用户体验感。

本发明一方面提供了一种监控方法，所述方法包括：

接收针对目标设备的监控请求；

通过逻辑处理层对所述监控请求进行逻辑解析，并根据逻辑解析结果，确定需要从数据库中获取的目标运行数据，其中，所述目标运行数据为需要展示的所述目标设备的运行数据，所述目标设备的历史运行数据和实时运行数据存储在同一个数据库中，所述逻辑处理层与所述数据库分开设置；及

从所述数据库中获取并展示所述目标运行数据，以便于监控人员基于展示的所述目标运行数据，对所述目标设备的运行情况进行监控。

本发明另一方面还提供了一种监控系统，所述系统包括：

请求接收模块，用于接收针对目标设备的监控请求；

逻辑处理模块，用于通过逻辑处理层对所述监控请求进行逻辑解析，并根据逻辑解析结果，确定需要从数据库中获取的目标运行数据，其中，所述目标运行数据为需要监控的所述目标设备的运行数据，所述目标设备的历史运行数据和实时运行数据存储在同一个数据库中，所述逻辑处理层与所述数据库分开设置；及

数据展示模块，用于从所述数据库中获取并展示所述目标运行数据，以便于监控人员基于展示的所述目标运行数据，对所述目标设备的运行情况进行监控。

本发明另一方面还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序被处理器执行时，实现如上所述的方法。

本发明另一方面还提供了一种监控装置，所述装置包括处理器和存储器，所述存储器用于存储计算机程序，所述计算机程序被所述处理器执行时，实现如上所述的方法。

本发明另一方面还提供了一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上所述的方法。

在本申请一些实施例的技术方案中，通过与数据库分开设置的逻辑处理层来对监控请求进行逻辑解析，以确定需要从数据库中获取的目标运行数据，这样，数据库无需再针对监控请求进行逻辑判断，可以有效降低数据库的性能压力，从而使得可以通过同一个数据库来存储目标设备的实时运行数据和历史运行数据，并且目标设备的实时运行数据和历史运行数据可以均从同一个数据库中获取。如此，可以无需进行数据库切换，进而可以同时显示目标设备的实时运行数据和历史运行数据，提高用户体验感。

附图说明

通过参考附图会更加清楚的理解本发明的特征和优点，附图是示意性的而不应理解为对本发明进行任何限制，在附图中：

图1示出了一种监控软件的监控流程示意图；

图2示出了本申请的一个实施例提供的监控软件的监控界面示意图；

图3示出了本申请的一个实施例提供的监控方法的流程示意图；

图4示出了本申请的一个实施例提供的逻辑处理层与数据库之间的位置关系；

图5示出了本申请的一个实施例提供的逻辑处理层进行数据处理时的流程示意图；

图6为与图5中的逻辑处理层相对应的监控界面示意图；

图7示出了本申请的一个实施例提供的监控系统的模块示意图；

图8示出了本申请的一个实施例提供的监控装置的示意图。

具体实施方式

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

本申请中的监控软件可以通过组件来构建工业流程，或者对工业流程中的设备进行监控。在对本申请的技术方案进行阐述前，先对监控软件的监控原理进行说明。

请参阅图1，为一种监控软件的监控流程示意图。图1中，监控软件可以与工业流程中的设备通信连接，用于采集设备的运行数据，以及将采集到的运行数据保存到数据库中。其中，运行数据指在设备的运行过程中，设备的各个监控项的数据。比如设备的电流大小、电压大小等。运行数据可以包括设备的实时运行数据和历史运行数据。

监控软件可以从数据库中获取满足指定条件的运行数据，并通过组件来展示这些运行数据。比如，监控软件可以从数据库中获取设备的实时运行数据，并通过组件来展示获取到的实时运行数据，或者监控软件可以从数据库中获取设备在某个历史时间段内的历史运行数据，并通过组件来展示获取到的历史运行数据。如此，监控人员基于组件所展示的数据，便可对设备的运行情况进行监控。

具体地，组件可以与设备的监控项关联，并展示所关联的监控项的数据。比如组件1与设备1的电压相关联，那么组件1便可展示设备1的电压数据。

为便于理解，结合参阅图2，为本申请的一个实施例提供的监控软件的监控界面示意图。在图2所示的监控界面中，包括通过组件构建的工业流程以及工业流程之外的用于展示设备运行数据的组件。具体地，组件1、组件2和组件3可以分别与实际工业流程中的一个或多个设备相对应，且组件1、组件2和组件3之间的连接关系与实际工业流程中的设备连接关系相对应。通过组件1、组件2和组件3便构建了一个工业流程。同时，组件1、组件2和组件3还可以与所对应设备的监控项关联。如此，组件1、组件2和组件3便可展示所对应设备的运行数据。

组件4未用于工业流程构建，但也可以与一个或多个设备相对应，并与所对应设备的监控项关联。通过组件4可以展示所对应设备的运行数据。组件4对应的设备，可以是组件1、组件2和组件3所对应设备中的一个或多个。

需要说明的是，图2只是为了便于理解而给出的一个监控界面的示意图，实际的监控界面可以与图2所示的监控界面不同。

另外，组件可以通过不同的形式来展示所对应设备的运行数据。以图2中的组件为例。对于组件1来说，组件1中的黑色矩形区域的高度，可以随所对应设备的运行数据变化而变化。如此，通过查看组件1中的黑色矩形区域的高度，便可查看组件1所对应设备的运行数据的变化。对于组件2来说，在组件2所对应设备的运行数据超过上限值或低于下限值时，组件2中的内圆颜色可以发生变化。如此，通过查看内圆颜色便可查看组件2所对应设备的运行数据所在的范围。对于组件3来说，组件3的白色区域可以作为展示区域。在展示区域中，可以直接展示所对应设备的运行数据。对于组件4来说，组件4可以通过曲线的方式展示所对应设备的运行数据变化趋势。

基于上述相关描述，在一些技术中，设备的实时运行数据和历史运行数据被保存在同一个数据库中。监控软件从数据库中获取设备的运行数据来展示时，数据库会进行较多的逻辑判断。比如数据库可能需要判断监控软件请求获取的是设备的实时运行数据还是历史运行数据。在获取历史运行数据的情况下，可能还要继续判断监控软件发送的历史时段，并获取设备在该历史时段内的历史运行数据等。这就导致数据库的性能压力较大。

为解决这个问题，在相关技术中，将设备的实时运行数据和历史运行数据分别保存在不同的数据库中，以减少数据库的逻辑判断。但这又导致了另一个新的问题，即监控软件在获取设备的实时运行数据和历史运行数据时，需要进行数据库切换，使得监控软件无法同时展示设备的实时运行数据和历史运行数据。

具体地，监控软件获取设备的历史运行数据时，需要将连接的数据库从实时数据库切换为历史数据库，这就导致在获取设备的历史运行数据的过程中，监控软件与实时数据库处于断开状态，监控软件无法采集以及展示设备的实时运行数据；而将监控软件连接的数据库从历史数据库切换为实时数据库后，虽然可以采集并展示设备的实时运行数据，但却无法获取设备的历史运行数据。这在一些场景中，给用户带来了极大的不便，用户体验感不好。比如，在对设备进行故障定位，通常需要监控软件同时展示设备的实时运行数据和历史运行数据，但基于当前的技术，无法达到这个目的。

鉴于此，本申请提出一种监控方法，可以在保证数据库性能的情况下，可以使监控软件同时展示设备的历史运行数据和实时运行数据，提高用户体验。请参阅图3，为本申请的一个实施例提供的监控方法的流程示意图。监控方法可以应用于监控软件中，或者可以应用于运行监控软件的电子设备中。电子设备包括但不限于台式电脑、笔记本电脑、平板电脑等。如图3所示，监控方法包括如下步骤：

步骤S31，接收针对目标设备的监控请求。

在一些实施例中，目标设备是指需要通过监控软件进行监控的设备。目标设备的监控项可以与监控软件的组件相关联。通过监控软件的组件，可以展示目标设备的运行数据，使得监控人员基于展示的运行数据，可以对目标设备进行监控。

在一些实施例中，监控软件可以包括一个或多个监控选项。监控人员通过触发监控选项，可以发送针对目标设备的监控请求，以请求监控软件展示目标设备的指定运行数据。

其中，指定运行数据是指目标设备的满足特定条件的运行数据。比如目标设备在特定的某个历史时间段内的运行数据。

特定条件可以通过监控请求中的请求参数来传递。在监控请求中，不同的请求参数或者请求参数的不同值，可以表示不同的条件。比如，监控请求中可以包括表示时间起点和时间终点的请求参数，通过这两个请求参数，可以指定需要展示的运行数据的时间段。这两个请求参数的取值不同，时间段不同，获取到的目标设备的运行数据不同。

在一些实施例中，在监控人员触发监控选项后，监控软件可以展示参数设置界面。在参数设置界面中，可以包括一个或多个可供监控人员设置的界面参数。这些界面参数可以用于限定监控软件展示的运行数据需要满足的特定条件。监控软件根据监控人员的设置，生成包括特定请求参数或特定请求参数值的监控请求，以获取目标设备的满足特定条件的运行数据。比如参数设置界面中可以包括表示时间起点和时间终点的界面参数。监控人员在参数设置界面可以对表示时间起点和时间终点的界面参数进行设置。如此，监控软件便可以根据监控人员的设置，可以生成包括特定时间起点和特定时间终点的监控请求，以请求获取目标设备在特定时间起点和特定时间终点之间的运行数据。

步骤S32，通过逻辑处理层对监控请求进行逻辑解析，并根据逻辑解析结果，确定需要从数据库中获取的目标运行数据，其中，目标运行数据为需要展示的目标设备的运行数据，目标设备的历史运行数据和实时运行数据存储在同一个数据库中，逻辑处理层与数据库分开设置。

在一些实施例中，逻辑处理层可以位于数据库之外，且设置于监控软件中。结合参阅图4，为本申请的一个实施例提供的逻辑处理层与数据库之间的位置关系。图4中，逻辑处理层通过解析监控请求，可以得到监控请求所包括的请求参数以及请求参数值，进而可以根据监控请求所包括的请求参数以及请求参数值，确定需要从数据库获取的目标运行数据。

举例来说，假设监控请求中包括时间起点和时间终点两个请求参数，且时间起点为20220102，时间终点为20220302，那么可以确定需从数据库中获取目标设备在2022年1月2日到2022年3月2日之间的运行数据。

步骤S33，从数据库中获取并展示目标运行数据，以便于监控人员基于展示的目标运行数据，对目标设备的运行情况进行监控。

在本申请一些实施例的技术方案中，通过与数据库分开设置的逻辑处理层来对监控请求进行逻辑解析，以确定需要从数据库中获取的目标运行数据，这样，数据库无需再针对监控请求进行逻辑判断，可以有效降低数据库的性能压力，从而使得可以通过同一个数据库来存储目标设备的实时运行数据和历史运行数据，并且目标设备的实时运行数据和历史运行数据可以均从同一个数据库中获取。如此，可以无需进行数据库切换，进而可以同时显示目标设备的实时运行数据和历史运行数据，提高用户体验感。

以下结合一个具体的实施例来对本申请的技术方案进行说明。请参阅图5和图6。图5为本申请的一个实施例提供的逻辑处理层进行数据处理时的流程示意图。图6为与图5中的逻辑处理层相对应的监控界面示意图。

其中，图6与上述图2基本类似，主要区别在于，图6包括动态监控选项和静态监控选项。监控人员触发不同的监控选项，可以生成不同类型的监控请求。具体地，触发动态监控选项可以生成第一类型的监控请求，触发静态监控选项可以生成第二类型的监控请求。对于第一类型的监控请求和第二类型的监控请求，至少部分参数或者参数值可以不相同。

逻辑处理层在接收到监控请求后，会判断监控请求的请求类型。具体地，监控请求可以包括表征请求类型的请求类型参数。触发不同监控选项生成的监控请求中，请求类型参数的取值不同。逻辑处理层根据请求类型参数的取值来确定监控请求的类型，并针对不同类型的监控请求，从数据库中获取不同的目标运行数据来展示，其中，不同的目标运行数据用于从不同的维度来反映目标设备的运行情况。如此，可以使监控人员对目标设备进行不同维度的监控，对目标设备的监控更加全面。

在一些实施例中，针对第一类型的监控请求来说，逻辑处理层可以从数据库中获取目标设备的第一历史运行数据作为目标运行数据，其中，第一历史运行数据包括目标设备在多个第一历史时间点的运行数据。在获取到第一历史运行数据后，逻辑处理层还可以按照第一历史时间点的时间先后顺序，依次动态展示第一历史运行数据。此处，逻辑处理层通过监控软件的监控界面动态展示第一历史运行数据。

以图6的组件4为例来说明动态展示。在通过组件4来动态展示第一历史运行数据时，组件4的时间轴可以是动态变化的。时间轴上的每个时刻可以按照时间的先后顺序进行变化。比如，t时刻可以按照12:00、12:05、12:10、12:15、……这样的规律依次变化；t+1时刻可以按照12:01、12:06、12:11、12:16、……这样的规律依次变化；t+2时刻可以按照12:02、12:07、12:12、12:17、……这样的规律依次变化。相应地，组件4的数值轴可以随着时间轴的变化，同步显示相应时刻的第一历史运行数据。这种动态显示的界面，又可称为追忆画面，可以做到高效的数据回放。

具体地，第一类型的监控请求可以包括第一时间起点和第一时间终点。上述从数据库中获取目标设备的第一历史运行数据，包括：

从第一时间起点开始，按照时间先后顺序依次获取目标设备在第一时间起点和第一时间终点之间的历史运行数据，作为第一历史运行数据。具体地，可以将获取到的第一历史运行数据保存到数据库之外的缓存中。

相应地，上述依次动态展示第一历史运行数据，包括：

依次动态展示缓存中的第一历史运行数据。其中，若第一时间起点和第一时间终点之间的时长大于预设时长，则从第一时间起点开始，在获取到目标设备的预设时长的第一历史运行数据时，基于获取到的第一历史运行数据，开始依次动态展示目标设备的第一历史运行数据。若未获取到目标设备的预设时长的第一历史运行数据，则不展示目标设备的第一历史运行数据，并继续从数据库中获取第一历史运行数据，直至获取到目标设备在预设时长的第一历史运行数据后，开始依次动态展示目标设备的第一历史运行数据。

举例来说。假设第一时间起点为22:00，第一时间终点为22:30，预设时长为3分钟。由于第一时间起点和第一时间终点之间的时长为30分钟，该时长大于3分钟，则从22:00开始，按照时间先后顺序依次获取目标设备的第一历史运行数据，在获取到3分钟的第一历史运行数据后，便可以基于已缓存的第一历史运行数据，从22:00开始动态展示目标设备的第一历史运行数据。若未获取到3分钟的第一历史运行数据，则不展示目标设备的第一历史运行数据，并继续获取目标设备的第一历史运行数据，直至获取到目标设备的3分钟的第一历史运行数据后，开始动态展示第一历史运行数据。

在获取到目标设备的预设时长的第一历史运行数据后，才开始动态展示第一历史运行数据，可以保证动态展示过程中的数据连贯性，防止从数据库中获取数据的速度较慢时所导致的卡顿问题。

在一些实施例中，若第一时间起点和第一时间终点之间的时长未大于预设时长，则可以在获取到目标设备所有的第一历史运行数据后，才开始动态展示第一历史运行数据。

比如，假设第一时间起点为22:00，第一时间终点为22:02，预设时长为3分钟。由于第一时间起点和第一时间终点之间的时长为2分钟，该时长小于3分钟，则可以在获取目标设备所有的第一历史运行数据后，才开始动态展示第一历史运行数据。

以上是对第一类型的监控请求的相关阐述，以下对第二类型的监控请求进行阐述。

在一些实施例中，针对第二类型的监控请求来说，逻辑处理层可以按照如下逻辑从数据库中获取并展示目标运行数据：

若在第二类型的监控请求中，请求获取第一数据类型的数据，则从数据库中获取目标设备的实时运行数据作为目标运行数据，并展示实时运行数据；

若在第二类型的监控请求中，请求获取第二数据类型的数据，则从数据库中获取目标设备的第二历史运行数据作为目标运行数据，并展示第二历史运行数据。

具体地，在第二类型的监控请求中，可以包括表征数据类型的数据类型参数。在第二类型的监控请求中，数据类型参数的取值不同，请求获取的数据不同。比如，数据类型参数的取值为1时，表示获取目标设备的实时运行数据；数据类型参数的取值为2时，表示获取目标设备的第二历史运行数据。逻辑处理层根据数据类型参数的取值来确定需要从数据库中获取的运行数据。

在一些实施例中，第二历史运行数据包括目标设备在多个第二历史时间点的运行数据。上述展示第二历史运行数据，包括：

将多个第二历史时间点的第二历史运行数据在同一个界面中静态展示。

其中，静态展示可以指将所有的第二历史运行数据在同一个界面中进行展示。以图6中的组件4为例。组件4在静态展示第二历史运行数据时，时间轴可以是静态不变的，组件4静态展示目标设备在固定的一个时间段内的运行数据，比如固定展示组件1在12:00至12:15之间的运行数据。

通过图5和图6所示的实施例可以看出，在本申请中，通过数据库之外的逻辑处理层对监控请求进行逻辑解析后，再根据逻辑解析结果直接从数据库中获取所需的目标运行数据。数据库无需再对监控请求进行逻辑解析，可以有效降低数据库的性能压力。如此，监控软件基于一个数据库，便可以获取到目标设备的历史运行数据和实时运行数据，进而可以同时展示目标设备的历史运行数据和实时运行数据，可以提高用户的体验感。

在一些实施例中，监控人员还可以通过监控软件配置数据库的访问地址。在逻辑处理层从数据库中获取目标设备的目标运行数据之前，可以首先获取数据库的访问地址，再基于数据库的访问地址，与数据库建立连接，以从数据库中获取目标运行数据。这样，监控软件运行在不同的电子设备中时，可以连接到同一个数据库，进而可以在不同电子设备中展示针对同一个目标设备的监控界面，有利于不同的监控人员通过不同的电子设备对同一个目标设备的运行情况进行监控。

其中，数据库的访问地址支持远程访问地址。如此，数据库和监控软件可以部署在距离较远的地方。

请参阅图7，为本申请的一个实施例提供的监控系统的模块示意图。监控系统包括：

请求接收模块，用于接收针对目标设备的监控请求；

逻辑处理模块，用于通过逻辑处理层对监控请求进行逻辑解析，并根据逻辑解析结果，确定需要从数据库中获取的目标运行数据，其中，目标运行数据为需要监控的目标设备的运行数据，目标设备的历史运行数据和实时运行数据存储在同一个数据库中，逻辑处理层与数据库分开设置；及

数据展示模块，用于从数据库中获取并展示目标运行数据，以便于监控人员基于展示的目标运行数据，对目标设备的运行情况进行监控。

请参阅图8，为本申请的一个实施例提供的监控装置的示意图。监控装置包括处理器和存储器，所述存储器用于存储计算机程序，所述计算机程序被所述处理器执行时，实现上述的监控方法。

其中，处理器可以为中央处理器(Central Processing Unit，CPU)。处理器还可以为其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本发明实施方式中的方法对应的程序指令/模块。处理器通过运行存储在存储器中的非暂态软件程序、指令以及模块，从而执行处理器的各种功能应用以及数据处理，即实现上述方法实施方式中的方法。

存储器可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储处理器所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本申请一个实施方式还提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序被处理器执行时，实现上述的监控方法。

本申请还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现上述的监控方法。

虽然结合附图描述了本发明的实施方式，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (8)

1.一种监控方法，其特征在于，应用于监控软件，所述方法包括：

接收针对目标设备的监控请求；

通过逻辑处理层对所述监控请求进行逻辑解析，并根据逻辑解析结果，确定需要从数据库中获取的目标运行数据，其中，所述目标运行数据为需要展示的所述目标设备的运行数据，所述目标设备的历史运行数据和实时运行数据存储在同一个数据库中，所述逻辑处理层与所述数据库分开设置，且所述逻辑处理层设置于所述监控软件中；及

从所述数据库中获取并展示所述目标运行数据，以便于监控人员基于展示的所述目标运行数据，对所述目标设备的运行情况进行监控，其中：

所述从所述数据库中获取并展示所述目标运行数据，包括：

针对不同类型的监控请求，从所述数据库中获取不同的目标运行数据来展示，其中，所述不同的目标运行数据用于从不同的维度来反映所述目标设备的运行情况；

针对第一类型的监控请求，所述从所述数据库中获取并展示所述目标运行数据，包括：

从所述数据库中获取所述目标设备的第一历史运行数据作为所述目标运行数据，其中，所述第一历史运行数据包括所述目标设备在多个第一历史时间点的运行数据；

所述第一类型的监控请求包括第一时间起点和第一时间终点；

所述从所述数据库中获取所述目标设备的第一历史运行数据，包括：

从所述第一时间起点开始，按照时间先后顺序依次获取所述目标设备在所述第一时间起点和所述第一时间终点之间的历史运行数据，作为所述第一历史运行数据；

若所述第一时间起点和所述第一时间终点之间的时长大于预设时长，则从所述第一时间起点开始，在获取到所述目标设备的预设时长内的第一历史运行数据时，基于获取到的第一历史运行数据，开始依次动态展示所述目标设备的第一历史运行数据；若未获取到目标设备的预设时长的第一历史运行数据，则不展示目标设备的第一历史运行数据，并继续从数据库中获取第一历史运行数据，直至获取到目标设备在预设时长的第一历史运行数据后，开始依次动态展示目标设备的第一历史运行数据；

其中，所述第一历史运行数据通过组件展示，所述组件包括时间轴和数值轴，所述时间轴上的每个时刻按照时间的先后顺序进行变化，所述数值轴随着所述时间轴的变化，同步显示相应时刻的第一历史运行数据。

2.如权利要求1所述的方法，其特征在于，从所述数据库中获取出所述目标设备的所述第一历史运行数据后，所述方法还包括：

将获取到的所述第一历史运行数据保存到所述数据库之外的缓存中；

所述依次动态展示所述第一历史运行数据，包括：

依次动态展示所述缓存中的第一历史运行数据。

3.如权利要求1所述的方法，其特征在于，针对第二类型的监控请求，所述从所述数据库中获取并展示所述目标运行数据，包括：

若在所述第二类型的监控请求中，请求获取第一数据类型的数据，则从所述数据库中获取所述目标设备的实时运行数据作为所述目标运行数据，并展示所述实时运行数据；

若在所述第二类型的监控请求中，请求获取第二数据类型的数据，则从所述数据库中获取所述目标设备的第二历史运行数据作为所述目标运行数据，并展示所述第二历史运行数据。

4.如权利要求3所述的方法，其特征在于，所述第二历史运行数据包括所述目标设备在多个第二历史时间点的运行数据；

所述展示所述第二历史运行数据，包括：

将多个第二历史时间点的第二历史运行数据在同一个界面中静态展示。

5.如权利要求1所述的方法，其特征在于，在从所述数据库中获取所述目标运行数据之前，所述方法还包括：

获取所述数据库的访问地址；

基于所述数据库的访问地址，与所述数据库建立连接，以从所述数据库中获取所述目标运行数据。

6.一种监控系统，其特征在于，应用于监控软件中，所述系统包括：

请求接收模块，用于接收针对目标设备的监控请求；

逻辑处理模块，用于通过逻辑处理层对所述监控请求进行逻辑解析，并根据逻辑解析结果，确定需要从数据库中获取的目标运行数据，其中，所述目标运行数据为需要监控的所述目标设备的运行数据，所述目标设备的历史运行数据和实时运行数据存储在同一个数据库中，所述逻辑处理层与所述数据库分开设置，且所述逻辑处理层设置于所述监控软件中；及

数据展示模块，用于从所述数据库中获取并展示所述目标运行数据，以便于监控人员基于展示的所述目标运行数据，对所述目标设备的运行情况进行监控，其中：

所述数据展示模块具体用于针对不同类型的监控请求，从所述数据库中获取不同的目标运行数据来展示，其中，所述不同的目标运行数据用于从不同的维度来反映所述目标设备的运行情况；

并且，针对第一类型的监控请求，所述数据展示模块具体用于从所述数据库中获取所述目标设备的第一历史运行数据作为所述目标运行数据；

所述第一类型的监控请求包括第一时间起点和第一时间终点；

所述从所述数据库中获取所述目标设备的第一历史运行数据，包括：

从所述第一时间起点开始，按照时间先后顺序依次获取所述目标设备在所述第一时间起点和所述第一时间终点之间的历史运行数据，作为所述第一历史运行数据；

若所述第一时间起点和所述第一时间终点之间的时长大于预设时长，则从所述第一时间起点开始，在获取到所述目标设备的预设时长内的第一历史运行数据时，基于获取到的第一历史运行数据，开始依次动态展示所述目标设备的第一历史运行数据；若未获取到目标设备的预设时长的第一历史运行数据，则不展示目标设备的第一历史运行数据，并继续从数据库中获取第一历史运行数据，直至获取到目标设备在预设时长的第一历史运行数据后，开始依次动态展示目标设备的第一历史运行数据；

其中，所述第一历史运行数据包括所述目标设备在多个第一历史时间点的运行数据，以及所述第一历史运行数据通过组件展示，所述组件包括时间轴和数值轴，所述时间轴上的每个时刻按照时间的先后顺序进行变化，所述数值轴随着所述时间轴的变化，同步显示相应时刻的第一历史运行数据。

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

8.一种监控装置，其特征在于，所述监控装置包括处理器和存储器，所述存储器用于存储计算机程序，所述计算机程序被所述处理器执行时，实现如权利要求1至5中任一所述的方法。