状态监控方法及装置与流程

本申请涉及通信领域，具体而言，涉及一种状态监控方法及装置。

背景技术：

随着科技的迅速发展，机器人在各个领域的应用越来越广泛。通常情况下，机器人通过硬件设备和软件模块的协作，根据预设的规则进行无人为干扰的自主运作，机器人在运作过程中，可能出某一硬件模块故障，或者软件模块故障，从而影响机器人的正常工作状态，现有技术中缺少对机器人运行状态的全面监控，对于机器人发生故障或者运行状态不佳时，不能监控机器人的状态信息以及时发现机器人的状态变化，也无法及时处理机器人的故障信息。

针对机器人运行状态的监控问题，目前尚未提出有效的解决方案。

技术实现要素：

本申请的主要目的在于提供一种状态监控方法，以解决现有技术中不能及时发现机器人状态变化以及无法及时处理机器人故障信息的技术问题。

为了实现上述目的，根据本申请的一个方面，提供了一种状态监控方法。

根据本申请的状态监控方法包括：

采集设备的运行信息，所述运行信息包括：任务执行信息和故障告警信息；其中，所述任务包括至少一个子任务，所述任务执行信息包括任务执行过程信息和子任务执行状态信息；

根据预设规则对所述运行信息进行处理；

将处理后的信息发送到服务器，使得服务器根据所述信息确定所述设备的运行状态和/或所述设备的故障位置。

进一步的，当所述运行信息为任务执行信息时，所述根据预设规则对所述运行信息进行处理，将处理后的信息发送到服务器，包括：

将所述任务过程信息保存在所述设备中，当所述任务执行结果为失败时，将所述任务过程信息的描述文件上传到服务器；

将所述子任务执行状态信息上传到服务器，所述子任务执行状态包括：子任务执行开始和/或子任务执行结束。

进一步的，所述描述文件包括任务失败的相关信息，用于使服务器根据所述描述文件确定所述任务失败的原因；

所述描述文件还包括地址信息，用于服务器根据所述描述文件无法确定任务失败原因时，使服务器根据所述地址信息调取保存在所述设备中的所述任务过程信息。

进一步的，当所述运行信息为故障告警信息时，所述根据预设规则对所述运行信息进行处理，将处理后的信息发送到服务器，包括：在第一时间间隔内收到多个相同的故障告警信息时，只发送一个故障告警信息到服务器；其中，所述故障告警信息包括软件故障告警信息和/或硬件故障告警信息。

进一步的，所述运行信息还包括日志，所述日志包括多个级别的日志信息；

所述根据预设规则对所述运行信息进行处理，将处理后的信息发送到服务器，包括：当所述日志信息的级别低于第一预设级别时，丢弃所述日志信息；当所述日志信息的级别不低于第一预设级别时，统计所述日志信息在第二时间间隔的出现频次，当所述频次高于第一阈值时，将所述日志信息上传到服务器，其中不同级别的日志信息对应不同的第一阈值。

为了实现上述目的，根据本申请的另一方面，提供了一种状态监控装置。

根据本申请的状态监控装置包括：

信息采集模块，用于采集设备的运行信息，所述运行信息包括：任务执行信息和故障告警信息；其中，所述任务包括至少一个子任务，所述任务执行信息包括任务执行过程信息和子任务执行状态信息；

信息处理模块，用于根据预设规则对所述运行信息进行处理，将处理得到的信息发送到信息发送模块；

信息发送模块，用于将接收到信息发送到服务器，使得服务器根据所述信息确定所述设备的运行状态和/或所述设备的故障位置。

进一步的，所述信息处理模块，用于将所述任务过程信息保存在所述设备中，当所述任务执行结果为失败时，将所述任务过程信息的描述文件发送到信息发送模块；

还用于将作所述子任务执行状态信息发送到信息发送模块，所述子任务执行状态包括：子任务执行开始和/或子任务执行结束。

进一步的，所述描述文件包括任务失败的相关信息，用于使服务器根据所述描述文件确定所述任务失败的原因；

所述描述文件还包括地址信息，用于服务器根据所述描述文件无法确定任务失败原因时，使服务器根据所述地址信息调取保存在所述设备中的所述任务过程信息。

进一步的，所述信息处理模块，用于在第一时间间隔内收到多个相同的故障告警信息时，仅发送一个故障告警信息到信息发送模块；其中，所述故障告警信息包括软件故障告警信息和/或硬件故障告警信息。

进一步的，所述运行信息还包括日志，所述日志包括多个级别的日志信息；

信息处理模块，用于当所述日志信息的级别低于第一预设级别时，丢弃所述日志信息；当所述日志信息的级别不低于第一预设级别时，统计所述日志信息在第二时间间隔的出现频次，当所述频次高于第一阈值时，将所述日志信息发送到信息发送模块，其中不同级别的日志信息对应不同的第一阈值。

在本申请实施例中，通过监控任务执行过程信息、子任务的状态变化信息以及任务执行过程中的故障信息，从而可以监控设备当前的状态变化，并且及时定位设备的故障信息，解决了现有技术中不能及时发现机器人状态变化以及不能及时定位机器人故障的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的方法步骤示意图；

图2是根据本申请实施例的方法步骤示意图；

图3是根据本申请实施例的方法步骤示意图；以及

图4是根据本申请实施例的装置结构示意图。

具体实施方式

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

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

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

如图1所示，该方法包括如下的步骤：

101，采集设备的运行信息，所述运行信息包括：任务执行信息和故障告警信息；其中，所述任务包括至少一个子任务，所述任务执行信息包括任务执行过程信息和子任务执行状态信息。

机器人的工作通常是以执行任务的形式来完成的，在完成一项工作的任务执行过程中可能包括多个要完成的子任务，例如机器人的任务为将物品从地点a到运送到地点b，在运送的过程中包括子任务1(乘坐电梯)，同时在运送过程中，还包括路线规划，脚印信息检测，深度摄像头检测等机器人运动中常见的处理操作，其中脚印信息包括所述设备移动时需要的空间信息。

在机器人执行任务过程中，采集并记录任务执行的过程信息，过程信息可以是图片，视频或者文字等能形式，过程信息包括任务开始、任务结束、任务是否成功，以及在任务执行过程中的相关信息等，具体的采集信息可以根据监控及故障定位的需求进行设定。在任务执行的过程中，在触发子任务的执行时，记录子任务的开始、结束信息，从而使服务器可以确定在任务执行过程中机器人是否完成相应的子任务。子任务的开始、结束信息可以包括当前子任务的类型、标识、时间，执行子任务的设备的标识等信息。例如，机器人在完成运送任务时，需要乘坐电梯，当机器人需要乘坐电梯时，发出指令信息，进行呼叫以请求乘坐电梯，通过交互响应，机器人乘坐电梯以及离开电梯，在上述过程中采集机器人发送呼叫请求时的子任务开始信息，以及机器人离开电梯时的子任务结束信息，上传所述采集的信息，使服务器根据所述信息可以确定在机器人运送物品的任务中是否执行了乘坐电梯的子任务，从而确定机器人的状态以及监控机器人状态的变化信息，例如，任务执行时是否偏离路线等。

关于任务执行的过程信息，通常是保存在机器人端，当任务执行失败时，上传过程信息的描述文件，描述文件包括任务失败的相关信息，可以包括当前任务的标识、执行当前任务的设备的标识、任务执行的时间以及任务任务失败的原因等可以使服务器定位机器人故障的信息，描述文件的具体内容和形式可以根据需要设定。可选的，描述文件还可以包括过程信息的保存位置，服务器根据描述文件无法进行故障定位时，可以通过位置信息调用保存于机器人中的过程信息的原始文件。对于任务执行结果为成功的过程信息，可以设定保存的时间，当超过保存时间时，自动删除相应的过程信息。

102，根据预设规则对所述运行信息进行处理。

103，将处理后的信息发送到服务器，使得服务器根据所述信息确定所述设备的运行状态和/或所述设备的故障位置。

从以上的描述中，可以看出，本发明实现了如下技术效果：

在机器人执行任务时，记录任务执行的过程信息，并且记录任务执行过程中子任务的信息，可以及时判断机器人的工作状态。同时，通过将过程信息报存在机器人中，并在任务执行失败时近上传描述文件，减少了信息的上传，减轻了机器人的数据上传处理压力，此外，还设定了根据需要，服务器可以调用过程信息的原始文件，进一步提高了故障定位的准确性。

根据本发明实施例，提供了一种状态监控方法，如图2所示，该方法包括：

201，采集设备的运行信息，所述运行信息包括：任务执行信息和故障告警信息；其中，所述任务包括至少一个子任务，所述任务执行信息包括任务执行过程信息和子任务执行状态信息。

机器人的工作通常是以执行任务的形式来完成的，在完成一项工作的任务执行过程中可能包括多个要完成的子任务，例如机器人的任务为将物品从地点a到运送到地点b，在运送的过程中包括子任务1(乘坐电梯)，子任务2(控制电子门)，子任务3(控制闸机)等；例如，机器人的任务为多点巡游，所述多点巡游为机器人在固定的在多个点之间来回移动；例如，机器人的任务为返回充电桩充电，在返回充电桩充电的过程中包括子任务1(充电桩对接)，子任务2(充电过程)，子任务3(离开充电桩)等，根据机器人的常见工作过程可知，机器人在执行上述任务及子任务时，需要软件层面和硬件层面的共同配合，从软件层面，通常包括路线规划、深度摄像头检测、脚印信息检测等，从硬件层面，包括转向轮、传感器、摄像头、电机、cpu、内存、存储设备、摄像头、电源和网络模块等设备进行相应的工作，无论是软件层面或者硬件层面，都可能出现运行故障，例如任务执行失败、路线规划失败、无法检测到深度摄像头、传感器无法采集数据、电机失能、内存利用率过高、无法检测脚印信息等，因此，在对机器人的状态监控中，及时采集各种故障信息，对故障信息进行过滤合并等，上传到服务器。

其中，上传的故障信息可以包括故障类型、故障时间、产生故障的设备的信息等可以描述当前故障的信息。服务器在接收到故障信息时，对机器人的故障信息进行定位判断，其中可以结合任务过程信息的描述文件、子任务的状态信息等准确定位故障。

关于机器人执行的任务与子任务的划分，上述的举例仅为示意，并非严格的限定当前任务和子任务的关系，某项任务包括的子任务可以根据不同的任务进行划分和设定。

202，根据预设规则对所述运行信息进行处理。

203，将处理后的信息发送到服务器，使得服务器根据所述信息确定所述设备的运行状态和/或所述设备的故障位置。

从以上的描述中，可以看出，本发明实现了如下技术效果：

在机器人执行任务时，记录任务执行的过程信息，并且记录任务执行过程中子任务的信息，以及采集运行过程中的故障信息，结合运行过程信息、子任务状态信息和故障信息进行故障定位，进一步提高了故障定位的准确性。

根据本发明实施例，提供了一种状态监控方法，如图3所示，该方法包括：

301，采集设备的运行信息，所述运行信息包括：任务执行信息和故障告警信息；其中，所述任务包括至少一个子任务，所述任务执行信息包括任务执行过程信息和子任务执行状态信息。

所述运行信息还包括日志，所述日志包括多个级别的日志信息；所述根据预设规则对所述运行信息进行处理，将处理后的信息发送到服务器，包括：当所述日志信息的级别低于第一预设级别时，丢弃所述日志信息；当所述日志信息的级别不低于第一预设级别时，统计所述日志信息在第二时间间隔的出现频次，当所述频次高于第一阈值时，将所述日志信息上传到服务器，其中不同级别的日志信息对应不同的第一阈值。

日志中通常定义了多个级别的日志信息，例如从等级由低到高可以分为：debug、info、warn、error和fatal，其中debug级别最低，可以使用于任何觉得有利于在调试时更详细的了解系统运行状态的信息；info重要，输出信息用来反馈系统的当前状态给最终用户；后面的三个，警告、错误、严重错误，当出现这三种信息时表示系统运行时检测到了一个不正常的状态，其中warn通常表示可修复，系统可继续运行下去的信息；error表示可修复，但无法确定系统会正常的工作的信息；fatal表示错误已经无法修复，并且如果系统继续运行下去的话后果严重。

在采集到日志后，可以根据设置的第一预设级别对日志信息进行处理，例如设置第一预设级别为warn，则丢弃等级为debug、info和信息，通过日志信息在第一时间间隔中的频次，例如统计在5s内，等级为error的日志信息的出现频次，当频次大于预先设置的阈值时，上传所述的日志信息和出现频次到服务器。其中不同等级的日志信息对应的阈值不同，例如，等级为warn的日志信息对应的频次阈值为5，等级为error的日志信息对应的频次阈值为2，等级为fatal的日志信息对应的频次阈值为1等，第一预设等级、第一时间间隔、频次阈值等信息可以根据监控的需要设置合适的参数值。

302，根据预设规则对所述运行信息进行处理。

303，将处理后的信息发送到服务器，使得服务器根据所述信息确定所述设备的运行状态和/或所述设备的故障位置。

从以上的描述中，可以看出，本发明实现了如下技术效果：

在机器人执行任务时，记录任务执行的过程信息，并且记录任务执行过程中子任务的信息，以及采集运行过程中的故障信息，同时可以获取日志信息，结合运行过程信息、子任务状态信息、故障信息和日志信息进行故障定位，进一步提高了故障定位的准确性。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本发明实施例，还提供了一种用于实施上述状态监控方法的装置，如图4所示，该装置包括：

信息采集模块，用于采集设备的运行信息，所述运行信息包括：任务执行信息和故障告警信息；其中，所述任务包括至少一个子任务，所述任务执行信息包括任务执行过程信息和子任务执行状态信息；

信息处理模块，用于根据预设规则对所述运行信息进行处理，将处理得到的信息发送到信息发送模块；

信息发送模块，用于将接收到信息发送到服务器，使得服务器根据所述信息确定所述设备的运行状态和/或所述设备的故障位置。

进一步的，所述信息处理模块，用于将所述任务过程信息保存在所述设备中，当所述任务执行结果为失败时，将所述任务过程信息的描述文件发送到信息发送模块；

还用于将作所述子任务执行状态信息发送到信息发送模块，所述子任务执行状态包括：子任务执行开始和/或子任务执行结束。

进一步的，所述描述文件包括任务失败的相关信息，用于使服务器根据所述描述文件确定所述任务失败的原因；

所述描述文件还包括地址信息，用于服务器根据所述描述文件无法确定任务失败原因时，使服务器根据所述地址信息调取保存在所述设备中的所述任务过程信息。

进一步的，所述信息处理模块，用于在第一时间间隔内收到多个相同的故障告警信息时，仅发送一个故障告警信息到信息发送模块；其中，所述故障告警信息包括软件故障告警信息和/或硬件故障告警信息。

进一步的，所述运行信息还包括日志，所述日志包括多个级别的日志信息；

信息处理模块，用于当所述日志信息的级别低于第一预设级别时，丢弃所述日志信息；当所述日志信息的级别不低于第一预设级别时，统计所述日志信息在第二时间间隔的出现频次，当所述频次高于第一阈值时，将所述日志信息发送到信息发送模块，其中不同级别的日志信息对应不同的第一阈值。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。