数据监控方法、装置、计算机可读存储介质和处理器与流程

1.本发明涉及计算机领域，具体而言，涉及一种数据监控方法、装置、计算机可读存储介质和处理器。


背景技术：

2.目前，监控工具通常用于实现进程监控，比如，可以显示出中央处理器(central processing unit，简称为cpu)的使用、内存的使用、交换内存、缓存大小、缓冲区大小、过程控制、用户、进程相关的信息和更多命令，还可以实时显示文件系统、注册表与进程活动等。
3.但是，上述监控工具都是只能在本地观察现象，一旦系统被刷新后无法找回之前的运行状态。尤其是命令行的操作，在操作系统中都扮演着不可或缺的角色，但缺少对相应的命令行执行监控。
4.针对上述缺少对命令行进行监控的技术问题，目前尚未提出有效的解决方案。


技术实现要素：

5.本发明实施例提供了一种数据监控方法、装置、计算机可读存储介质和处理器，以至少解决缺少对命令行进行监控的技术问题。
6.根据本发明实施例的一个方面，提供了一种数据监控方法。该方法可以包括：确定操作系统的至少一个还原点；确定操作系统待运行的命令行的来源信息，其中，来源信息用于指示命令行产生的来源；基于来源信息运行命令行，得到运行状态；在基于运行状态确定操作系统需要还原的情况下，从至少一个还原点中选择目标还原点，并按照目标还原点对操作系统进行还原。
7.在本发明实施例中，提供了还原机制，可以为操作系统提供可选择的至少一个还原点，然后基于命令行的来源信息运行命令行，得到运行状态，实现了对命令行进行监控的目的，如果基于运行状态确定操作系统确实需要还原，则可以按照至少一个还原点中的目标还原点对操作系统进行还原，而避免重装操作系统，为操作系统提供了强大的、精准的安全防护措施，从而解决了缺少对命令行进行监控的技术问题，达到了对命令行进行监控的技术效果。
附图说明
8.此处所说明的附图用来提供对本发明的进一步理解，构成本技术的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
9.图1是根据本发明实施例的一种数据监控方法的流程图；
10.图2是根据本发明实施例的一种命令行监控与状态恢复的方法的流程图；
11.图3是根据本发明实施例的一种数据监控装置的示意图。
具体实施方式
12.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
13.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
14.实施例1
15.根据本发明实施例，提供了一种数据监控方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
16.图1是根据本发明实施例的一种数据监控方法的流程图。如图1所示，该数据监控方法可以包括以下步骤：
17.步骤s102，确定操作系统的至少一个还原点。
18.在本发明上述步骤s102提供的技术方案中，操作系统可以为用于管理和控制计算机硬件与软件资源的任何计算机程序，比如，为linux操作系统、windows操作系统、ios操作系统等，此处不做具体限制。
19.该实施例确定操作系统的至少一个还原点，可以是记录至少一个还原点，该还原点也可以称为还原基点，用于表示计算机系统文件的存储状态，该至少一个还原点可以为5个还原点。可选地，该实施例的还原点记录可以分为手动记录还原点与自动记录还原点。其中，手动记录还原点需要大量存储空间，主要是用于备份系统重要的配置文件、可写入分区重定向、镜像拷贝等；自动记录还原点为轻量级，可以简单记录备份一些系统配置文件和程序列表状态记录等，可以是按特定的时间间隔创建还原点，还可以在检测到计算机开始变化时创建还原点。
20.步骤s104，确定操作系统待运行的命令行的来源信息，其中，来源信息用于指示命令行产生的来源。
21.在本发明上述步骤s104提供的技术方案中，在确定操作系统的至少一个还原点之后，可以确定操作系统待运行的命令行的来源信息。
22.在该实施例中，命令行也可以称为操作系统的命令状态，可以分析操作系统待运行的命令行的来源信息，从而确定命令行的来源，比如，命令行的来源为远程下发、手动输入、脚本运行等。
23.可选地，该实施例的命令行可以为linux操作系统下的ip addr命令、rm-r*命令；
windows操作系统下的ipconfig命令、ping命令和telent命令等可被执行的命令行。客户端可以无法识别这类命令行是否对其它程序、系统造成危害，并且其可能具备高执行权。
24.步骤s106，基于来源信息运行命令行，得到运行状态。
25.在本发明上述步骤s106提供的技术方案中，在确定操作系统待运行的命令行的来源信息之后，可以基于来源信息运行命令行，得到运行状态。
26.在该实施例中，命令行的来源信息不同，运行命令行的方式也可以不同，比如，如果命令行来源于远程下发，则命令行可以先在沙盒中执行，如果命令行来源于手动输入或脚本运行，则可以直接在操作系统中运行，从而得到命令行的运行状态。其中，沙盒为计算机安全领域中的一种安全机制，可以为运行中的程序提供隔离环境，可以为一些来源不可信、具破坏力或无法判定程序意图的程序提供实验之用，也即，该实施例当命令行来源于远程下发时，该命令行是不可信的，可能具有破坏力或无法判定程序意图，则可以将该命令行在沙盒中执行，该沙盒为命令行对应的程序在运行时提供隔离环境，从而提高了执行命令行的安全性，运行状态可以包括命令行的操作日志、操作行为、对应的执行者、指令信息等，从而实现对命令行的全方面、多维度的监控。
27.步骤s108，在基于运行状态确定操作系统需要还原的情况下，从至少一个还原点中选择目标还原点，并按照目标还原点对操作系统进行还原。
28.在本发明上述步骤s108提供的技术方案中，在基于来源信息运行命令行，得到运行状态之后，可以基于上述运行状态确定操作系统是否需要还原，比如，在基于上述运行状态确定出命令行的执行对操作系统有损坏时，则需要对操作系统进行还原。可选地，如果确定出操作系统需要还原，则可以先从上述至少一个还原点中选择目标还原点，然后选择还原方式，按照所选择的还原方式和目标还原点对操作系统进行还原，可以执行对应的策略对操作系统进行修复处理。
29.通过本技术上述步骤s102至步骤s108，确定操作系统的至少一个还原点；确定操作系统待运行的命令行的来源信息，其中，来源信息用于指示命令行产生的来源；基于来源信息运行命令行，得到运行状态；在基于运行状态确定操作系统需要还原的情况下，从至少一个还原点中选择目标还原点，并按照目标还原点对操作系统进行还原。也就是说，该实施例提供了还原机制，首先为操作系统提供可选择的至少一个还原点，然后基于命令行的来源信息运行命令行，得到运行状态，实现了对命令行进行监控的目的，如果基于运行状态确定操作系统确实需要还原，则可以按照至少一个还原点中的目标还原点对操作系统进行还原，而避免重装操作系统，为操作系统提供了强大的、精准的安全防护措施，从而解决了缺少对命令行进行监控的技术问题，达到了对命令行进行监控的技术效果。
30.下面对该实施例的上述方法进行进一步介绍。
31.作为一种可选的实施方式，步骤s104，确定操作系统待运行的命令行的来源信息，包括：确定命令行的第一来源信息，其中，第一来源信息用于指示命令行为通过响应输入操作指令而输入或通过运行脚本而得到的；步骤s106，基于来源信息运行命令行，得到运行状态，包括：基于第一来源信息运行命令行，得到第一运行状态。
32.在该实施例中，来源信息包括第一来源信息。在实现确定操作系统待运行的命令行的来源信息时，可以是确定命令行的第一来源信息，通过该第一来源信息可以确定命令行是通过响应输入操作指令而输入的，也即，命令行可以是用户手动输入的；通过该第一来
源信息还可以确定命令行是通过运行脚本而得到的。在确定命令行的第一来源信息之后，可以是基于第一来源信息运行命令行，比如，该第一来源信息对应的是直接运行命令行的方式，则可以直接运行命令行，从而得到第一运行状态。
33.作为一种可选的实施方式，在步骤s108，按照目标还原点对操作系统进行还原之前，该方法还包括：在第一运行状态指示出命令行的运行处于异常状态的情况下，确定操作系统需要还原。
34.在该实施例中，在按照目标还原点对操作系统进行还原之前，可以是确定第一运行状态指示出命令行的运行是否处于异常运行状态，比如，确定命令行的运行是否安全，是否对其它程序、操作系统有损坏等异常运行状态。如果确定出第一运行状态指示出命令行的运行处于异常状态，可以展示最近操作日志，可以根据操作日志确定操作系统需要还原。
35.可选地，在第一运行状态指示出命令行的运行处于异常状态的情况下，在展示最近操作日志之后，可以根据操作日志确定操作系统不需要还原，此时可以记录第一运行状态，比如，进行日志、行为登记，从而实现状态记录的目的。
36.作为一种可选的实施方式，步骤s108，按照目标还原点对操作系统进行还原，包括：在操作系统处于正常状态的情况下，在目标时间段按照目标还原点对操作系统进行还原；在操作系统处于异常状态的情况下，在操作系统的预安装环境中按照目标还原点对操作系统进行还原。
37.在该实施例中，在实现按照目标还原点对操作系统进行还原时，可以是按照目标还原点对操作系统进行热备份还原，该热备份还原的前提是操作系统的状态为正常状态，也即，操作系统可以正常进行。可以从至少一个还原点中选择出目标还原点，该目标还原点的信息将会被重置硬件分区，然后重启机器，进而在目标时间段按照目标还原点对操作系统进行还原。
38.可选地，该实施例在按照目标还原点对操作系统进行还原时，还可以是按照目标还原点对操作系统进行冷备份还原，该冷备份还原主要是针对操作系统处于异常状态的情况，比如，针对操作系统损坏，无法进入操作系统的情况，则可以在操作系统的预安装环境中按照目标还原点对操作系统进行还原，其中，预安装环境可以是windows操作系统下的预安装环境(preinstallation environment，简称为pe)系统。该实施例可以通过启动盘进入预安装环境，在预安装环境中对原系统进行各项操作或是直接运行一个特殊的程序，该特殊程序可以用于将一些常规性、正常的配置信息进行还原，其中，启动盘可以为u盘启动器。此时的目标还原点可以默认为最近的还原点，从而节省了大量重装系统的时间，以及避免了系统盘全清空的问题。
39.可选地，该实施例在pe系统中，执行另一个程序b，该程序b可以用于将备份好的文件进行还原，比如，将路径c:\windows\system32\config下备份好的文件进行还原。上述程序b还可以从云服务器拉取最近几天的命令行操作(包括哪个程序执行、如果是远程下发，则可以查询到地址ip)。
40.作为一种可选的实施方式，在目标时间段按照目标还原点对操作系统进行还原，包括：在操作系统所处的设备启动之后，进入操作系统之前的第一时间段，按照目标还原点对操作系统进行还原；或者在操作系统所处的设备进入操作系统之后，接收操作指令之前的第二时间段，按照目标还原点对操作系统进行还原。
41.在该实施例中，在实现热备份还原时，可以是在操作系统所处的设备启动之后，进入操作系统之前的第一时间段，按照目标还原点对操作系统进行还原，可以是按照目标还原点通过硬件指令、非系统程序对操作系统的配置信息、文件进行拷贝覆盖、删除、移动等操作，从而实现对操作系统进行热备份还原的目的。
42.可选地，该实施例在操作系统所处的设备进入操作系统之后，接收操作指令之前的第二时间段，可以是在进入操作系统后，立即拉起遮罩，禁止用户操作的第二时间段，按照目标还原点对操作系统进行还原，再按照目标还原点对一些用户应用程序、用户文件、用户的配置信息等进行一系列的还原操作，从而实现对操作系统进行热备份还原的目的。其中，目标还原点可以为至少一个还原点中的任意一个还原点，从而实现将操作系统还原到任意已备份的还原点的目的。
43.作为一种可选的实施方式，在步骤s108，按照目标还原点对操作系统进行还原之前，该方法还包括：在第一运行状态指示出命令行的运行处于正常状态的情况下，记录第一运行状态。
44.在该实施例中，在按照目标还原点对操作系统进行还原之前，确定第一运行状态是否指示出命令行的运行处于正常状态，如果确定出第一运行状态指示出命令行的运行处于正常状态，则可以直接记录第一运行状态，比如，进行日志、行为登记，从而实现状态记录的目的。
45.作为一种可选的实施方式，步骤s104，确定操作系统待运行的命令行的来源信息，包括：确定命令行的第二来源信息，其中，第二来源信息用于指示命令行为通过远程下发而得到；步骤s106，基于来源信息运行命令行，得到运行状态，包括：基于第二来源信息运行命令行，得到第二运行状态。
46.在该实施例中，来源信息可以包括第二来源信息，该实施例在实现确定操作系统待运行的命令行的来源信息时，可以是确定命令行的第二来源信息，通过该第二来源信息确定命令行是通过远程下发而得到的，也即，确定命令行为远程命令状态，其可以为远程下发的一套可执行的命令行。该实施例可以在客户端中基于第二来源信息运行命令行，从而得到第二运行状态。
47.作为一种可选的实施方式，基于第二来源信息运行命令行，得到第二运行状态，包括：基于第二来源信息将命令行在沙盒中运行，得到第二运行状态。
48.在该实施例中，在实现基于第二来源信息运行命令行时，可以是基于第二来源信息确定命令行需要在沙盒中运行，然后客户端先在沙盒中运行命令行，观察其行为，得到第二运行状态，而并非直接在操作系统中运行命令行。
49.作为一种可选的实施方式，在基于第二来源信息将命令行在沙盒中运行，得到第二运行状态之后，该方法还包括：在第二运行状态指示出命令行的运行处于异常状态的情况下，将第二运行状态上报至云服务器，其中，第二运行状态由云服务器进行记录；在第二运行状态指示出命令行的运行处于正常状态的情况下，在操作系统中执行命令行，并记录得到的第三运行状态。
50.在该实施例中，在基于第二来源信息将命令行在沙盒中运行，得到第二运行状态之后，如果第二运行状态指示出命令行的运行处于异常状态，比如，命令行的运行对操作系统、应用程序有损害，则不给予执行，同时分析出其它行为与后果，得到第二运行状态，将其
上报至云服务器(云端)，可以在云服务器的记录中心中记录上述第二运行状态，从而提供云端数据备份，进而提供查询等远端功能。
51.可选地，如果第二运行状态指示出命令行的运行处于正常状态，也即，命令行的运行是无危害的，是可以真实运行的，则可以进一步在操作系统中执行命令行，并记录得到的第三运行状态，该第三运行状态可以包括对应的执行者和指令信息等。
52.作为一种可选的实施方式，在运行状态指示出命令行的运行处于异常状态的情况下，基于运行状态确定命令行的运行处于异常状态的原因。
53.在该实施例中，如果运行状态指示出命令行的运行处于异常状态，可以基于运行状态确定命令行的运行处于异常状态的原因，比如，命令行为远程下发的命令行，则可以根据运行状态追溯其源头，比如，追溯ip、mac地址、跳转路由器的全链路等，确定命令行的运行处于异常状态的原因，同时还可以查出该条命令行是由真实的集控后台下发，还是中途被人篡改、伪造，从而为操作系统提供强大的、精准的安全防护措施。
54.在该实施例中，可以在原有的监控工具基础上，补充有关于命令行的全方面、多维度的监控；可以提供云端数据备份、查询等远端功能；可以提供还原机制，当程序、系统被损坏后，可执行对应的策略进行修复处理；该实施例的还原机制的灵活性高，提供了可选择性的还原点，以及提供了热备份还原与冷备份还原；该实施例还提供了强大的、精准的安全防护措施，若是远程下发命令行，则可追溯其源头，从而解决了缺少对命令行进行监控的技术问题，达到了对命令行进行监控的技术效果。
55.实施例2
56.下面结合优选的实施方式对本发明实施例的技术方案进行举例说明。
57.在相关技术中，监控方案大部分是不完整的，并且缺少状态记录与云端数据备份功能。比如，top
‑‑
linux系统进程监控，可以显示出cpu的使用、内存的使用、交换内存、缓存大小、缓冲区大小、过程控制、用户、进程相关的信息和更多命令；procmon
‑‑
windows系统监控工具下的process monitor，其是一款能够实时显示文件系统、注册表与进程活动的高级工具，是微软推荐的一个系统监视工具。
58.类似以上的监控工具都是只能在本地观察现象，并不具备状态记录与云端备份功能，一旦被刷新后就无法找回，也无法上传到云端。
59.在执行某些操作之后，没有任何的记录记载。尤其是对于命令行的操作，在windows、linux、ios等系统中都扮演着不可或缺的角色，同时也缺少相应的命令行执行监控。
60.另外，即使命令行被执行后，如果对程序、操作系统操作损坏，也没有对应的解决措施，只能重装系统。对于一些危害性小的命令行，又无法追溯其源头，也无法查询到某操作是由哪个程序发出。
61.而该实施例的技术方案可以实现状态记录和备份还原。
62.该实施例在实现状态记录之前，需要进行还原点记录。还原点记录可以分为手动记录与自动记录，手动记录一般需要大量空间，主要是用于备份系统重要的配置文件、可写入分区重定向、镜像拷贝等；自动记录一般是轻量级，可以简单记录备份一些系统配置文件和程序列表状态记录等。
63.该实施例的状态记录属于一个过程，比如，远程命令状态执行。当远程下发一套可
执行的命令行时，客户端会先在沙盒中执行，观察其行为。如果对操作系统、应用程序有损害，则不给予执行，同时还可以分析出其它行为与后果，将其上报到云端系统的记录中心进行记录；如果命令行属于无危害的命令行，则可以对命令行真实运行，然后记录好对应的执行者、指令信息等。可选地，在直接运行时，也可以提供可选择的5个还原点。
64.该实施例在实现备份还原时，可以包括热备份还原与冷备份还原。其中，热备份还原执行的前提是正常进行操作系统，可以选择某一还原点，该选择的还原点信息将会被重置硬件分区，然后重启机器，进而可以利用在机器启动后，进入操作系统之前的空档期，通过硬件指令、非系统程序对系统配置信息、文件进行拷贝覆盖、删除、移动等操作；可选地，在进入操作系统后，用户可操作之前的空档期，比如，在进入操作系统后可以立即拉起遮罩，禁止用户操作，此时再对一些用户应用程序、用户文件、用户的配置信息进行一系列的还原操作。
65.该实施例的冷备份还原主要针对在操作系统损坏，无法进入操作系统的情况下。比如，在windows操作系统下，可以通过启动盘进入pe系统，对原系统进行各项操作或是直接运行一个特殊的程序，该特殊程序可以用于将一些常规性、正常的配置信息进行还原。此时可以默认还原最近的还原点，节省了大量重装系统的时间，以及避免了系统盘全清空的困扰。
66.图2是根据本发明实施例的一种命令行监控与状态恢复的方法的流程图。如图2所示，该方法可以包括以下步骤：
67.步骤s201，设置还原点。
68.该实施例可以对少量、特殊的配置文件自动记录还原点，可以对大量文件、需要时间与空间的文件手动记录还原点。
69.步骤s202，分析命令行来源。
70.步骤s203，确定命令行的来源为远程下发。
71.步骤s204，在沙盒中执行命令行，进行行为检测。
72.步骤s205，确定命令行的执行是否对操作系统、应用程序有损害。
73.如果确定命令行的执行对操作系统、应用程序无损害，则执行步骤s206；如果确定命令行的执行对操作系统、应用程序有损害，则执行步骤s207。
74.步骤s206，真实执行命令行。
75.步骤s207，记录、分析命令行对应的行为，将其上报至云端。
76.步骤s208，确定命令行的来源为手动输入。
77.步骤s209，确定命令行的来源为脚本运行。
78.步骤s210，执行命令行。
79.步骤s211，确定命令行的执行是否安全。
80.如果确定命令行的执行安全，则执行步骤s212；如果确定命令行的执行不安全，则执行步骤s213。
81.步骤s212，登记命令行对应的日志、行为。
82.步骤s213，展示最近操作日志。
83.步骤s214，基于最近操作日志确定是否还原操作系统。
84.如果基于最近操作日志确定不还原操作系统，则执行步骤s215；如果基于最近操
作日志确定还原操作系统，则执行步骤s216。
85.步骤s215，登记命令行对应的日志、行为。
86.步骤s216，进行还原方式的选择。
87.步骤s217，选择热备份还原。
88.在该实施例中，热备份还原用于操作系统正常运行的情况下，可以提供可选择的5个可还原点，从而按照任一还原点将操作系统还原到任意已备份的还原点。
89.步骤s218，选择还原点，并按照还原点对操作系统进行热备份还原。
90.步骤s219，选择冷备份还原。
91.该实施例的冷备份还原可以用于操作系统损坏、进不去操作系统的情况，可以使用u盘启动器，进入pe系统下，执行另一个程序b，该程序b可以用于将备份好的文件还原，比如，将备份在路径c:\windows\system32\config下的文件进行还原；上述程序b还可以从云端拉取最近几天的命令行进行操作(包括哪个程序执行，如果远程下发的命令行，则以可查询到ip)。
92.步骤s220，提示进入pe，并选择某一还原点，并按照还原点对操作系统进行冷备份还原。
93.举例而言，命令行可以为爬取(spider)集控远程命令行，可以在spider集控后台对指定的设备下发一系列的、可被执行的命令行。比如，linux下的ip addr、rm-r*；windows下ipconfig、ping命令、telent命令等。该实施例的spider集控的客户端却无法识别这类命令行是否对其它程序、系统造成危害，并且具备高执行权限。用户可采用该实施例的方案，预先记录还原点，如果根据命令行执行了不正确的操作也可以直接按照还原点进行恢复，同时还可以查出该条命令行由真实的spider集控后台下发，还是中途被人篡改、伪造了。
94.该实施例可以在原有的市面监控工具的基础上，补充关于命令行的全方面、多维度的监控；可以提供云端数据备份、查询等远端功能；可以提供还原机制，在程序、系统被损坏之后，可以执行对应的策略进行修复处理；该实施例的还原机制的灵活性较高，提供了可选择性的还原点，以及提供热备份还原与冷备份还原；该实施例提供了强大的、精准的安全防护措施，如果远程下发命令行，则可以追溯其源头，比如，ip、mac地址、跳转路由器的全链路等，从而解决了缺少对命令行进行监控的技术问题，达到了对命令行进行监控的技术效果。
95.实施例3
96.本发明实施例还提供了一种数据监控装置。需要说明的是，该实施例的数据监控装置可以用于执行本发明实施例的数据监控方法。
97.图3是根据本发明实施例的一种数据监控装置的示意图。如图3所示，该数据监控装置30可以包括：第一确定单元31、第二确定单元32、运行单元33和还原单元34。
98.第一确定单元31，用于确定操作系统的至少一个还原点。
99.第二确定单元32，用于确定操作系统待运行的命令行的来源信息，其中，来源信息用于指示命令行产生的来源。
100.运行单元33，用于基于来源信息运行命令行，得到运行状态。
101.还原单元34，用于在基于运行状态确定操作系统需要还原的情况下，从至少一个还原点中选择目标还原点，并按照目标还原点对操作系统进行还原。
102.该实施例的数据监控装置，提供了还原机制，可以为操作系统提供可选择的至少一个还原点，然后基于命令行的来源信息运行命令行，得到运行状态，实现了对命令行进行监控的目的，如果基于运行状态确定操作系统确实需要还原，则可以按照至少一个还原点中的目标还原点对操作系统进行还原，而避免重装操作系统，为操作系统提供了强大的、精准的安全防护措施，从而解决了缺少对命令行进行监控的技术问题，达到了对命令行进行监控的技术效果。
103.实施例4
104.根据本发明实施例，还提供了一种计算机可读存储介质。该计算机可读存储介质包括存储的程序，其中，在程序被处理器运行时控制计算机可读存储介质所在设备执行本发明实施例的数据监控方法。
105.实施例5
106.根据本发明实施例，还提供了一种处理器，该处理器用于运行程序，其中，所述程序运行时执行本发明实施例的数据监控方法。
107.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
108.在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
109.在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模型的间接耦合或通信连接，可以是电性或其它的形式。
110.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
111.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
112.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
113.以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。