CN110413480A - 用于机器人运行状态的处理方法及装置 - Google Patents

Abstract

本申请公开了一种用于机器人运行状态的处理方法及装置，用于处理机器人的工作状态和内容。该方法包括：机器人在开机时，每隔预设时长向后台上传一次心跳数据包；持续上述操作处理，直到机器人正常关机后结束。该装置包括：发送模块，用于在机器人在开机时，每隔预设时长向后台上传一次心跳数据包；持续模块，用于持续上述操作处理，直到机器人正常关机后结束。本申请解决了机器人运行状态处理效果不佳的技术问题。

Description

用于机器人运行状态的处理方法及装置

技术领域

本申请涉及机器人领域，具体而言，涉及一种用于机器人运行状态的处理方法及装置。

背景技术

机器人部署在外工作时通常依靠运维人员对机器人的工作状态和内容，进行记录和统计。

发明人发现，机器人运行状态统计并不完成。进一步，当机器人处在远程工作状态下时，机器人的使用情况更新情况并不及时。

针对相关技术中机器人运行状态处理效果不佳的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种用于机器人运行状态的处理方法及装置，以解决机器人运行状态处理效果不佳的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种用于机器人运行状态的处理方法，用于处理机器人的工作状态和内容。

根据本申请的用于机器人运行状态的处理方法包括：机器人在开机时，每隔预设时长向后台上传一次心跳数据包；持续上述操作处理，直到机器人正常关机后结束。

进一步的，机器人在开机时，每隔预设时长向后台上传一次心跳数据包，包括：根据所述心跳数据汇总结果，获取对相关机器人的使用规律数据。

进一步的，机器人在开机时，每隔预设时长向后台上传一次心跳数据包，包括：根据所述心跳数据汇总结果，统计出对每个机器人的使用情况。

进一步的，持续上述操作处理，直到机器人正常关机后结束包括：按照相同的预设时长间隔持续上传同样数据类型的心跳数据包；在机器人正常关机后，向后台发送关机日志；在机器人非正常时，后台进行异常结果记录。

进一步的，持续上述操作处理，直到机器人正常关机后结束之后，还包括：获取机器人开机时间、关机时间以及每个时段执行预设任务的次数；统计出执行任务的机器人在线时长的高峰期以及执行任务的高峰期。

为了实现上述目的，根据本申请的另一方面，提供了一种用于机器人运行状态的处理装置，用于处理机器人的工作状态和内容。

根据本申请的用于机器人运行状态的处理装置包括：发送模块，用于在机器人在开机时，每隔预设时长向后台上传一次心跳数据包；持续模块，用于持续上述操作处理，直到机器人正常关机后结束。

进一步的，机器人在开机时，每隔预设时长向后台上传一次心跳数据包，包括：根据所述心跳数据汇总结果，获取对相关机器人的使用规律数据。

进一步的，机器人在开机时，每隔预设时长向后台上传一次心跳数据包，包括：根据所述心跳数据汇总结果，统计出对每个机器人的使用情况。

进一步的，持续上述操作处理，直到机器人正常关机后结束包括：按照相同的预设时长间隔持续上传同样数据类型的心跳数据包；在机器人正常关机后，向后台发送关机日志；在机器人非正常时，后台进行异常结果记录。

进一步的，持续上述操作处理，直到机器人正常关机后结束之后，还包括：获取机器人开机时间、关机时间以及每个时段执行预设任务的次数；统计出执行任务的机器人在线时长的高峰期以及执行任务的高峰期。

在本申请实施例中用于机器人运行状态的处理方法及装置，可以，用于处理机器人的工作状态和内容，采用机器人在开机时，每隔预设时长向后台上传一次心跳数据包的方式，通过持续上述操作处理，直到机器人正常关机后结束，达到了对机器人运行状态的获取和后续处理目的，从而实现了通过了解机器人的使用规律后可以为用户提供更精准服务和为机器人提供优化方向的技术效果，进而解决了机器人运行状态处理效果不佳的技术问题。

附图说明

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

图1是根据本申请实施例的用于机器人运行状态的处理方法示意图；

图2是根据本申请实施例的用于机器人运行状态的处理装置示意图。

具体实施方式

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

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

在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。

并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本申请中的具体含义。

此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

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

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

步骤S102，机器人在开机时，每隔预设时长向后台上传一次心跳数据包；

在所述机器人在执行开机操作时，按照每隔预设时长会向后台上传一次机器人的心跳数据包。只要所述机器人开机就会每隔预设时长向后台上传一次心跳数据包。

步骤S104，持续上述操作处理，直到机器人正常关机后结束。

持续按照每隔预设时长会向后台上传一次机器人的心跳数据包，直到所述机器人在执行了正常关机操作后可以结束上述的处理操作。

所述机器人正常关机是指按照正常的关机流程执行的关机操作，如果并非按照正常的关机流程执行比如，突然断电、异常关机等则需要在后台同步异常。

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

在本申请实施例中用于机器人运行状态的处理方法及装置，可以，用于处理机器人的工作状态和内容，采用机器人在开机时，每隔预设时长向后台上传一次心跳数据包的方式，通过持续上述操作处理，直到机器人正常关机后结束，达到了对机器人运行状态的获取和后续处理目的，从而实现了通过了解机器人的使用规律后可以为用户提供更精准服务和为机器人提供优化方向的技术效果，进而解决了机器人运行状态处理效果不佳的技术问题。

根据本申请实施例，作为本实施例中的优选，机器人在开机时，每隔预设时长向后台上传一次心跳数据包，包括：

根据所述心跳数据汇总结果，获取对相关机器人的使用规律数据。

具体地，根据所述心跳数据汇总结果，可以获取对每个所述相关机器人的使用规律性数据。比如，所述规律性数据包括：机器人经常处理的数据或执行的任务、机器人每天都会处理的数据或执行的任务、机器人高峰期处理数据或执行的任务。

需要注意的是，获取对相关机器人的使用规律数据可以通过机器人的心跳数据统计出机器人在线高峰期，执行任务的高峰期等信息。

根据本申请实施例，作为本实施例中的优选，机器人在开机时，每隔预设时长向后台上传一次心跳数据包，包括：

根据所述心跳数据汇总结果，统计出对每个机器人的使用情况。

具体地，根据所述心跳数据汇总结果，可以统计出对每个所述相关机器人的使用情况。比如，所述使用情况包括：机器人的使用时间、使用场所、使用机器人执行的任务。

需要注意的是，统计出对每个机器人的使用情况可以通过机器人的心跳数据统计出机器人在线高峰期，执行任务的高峰期等信息。

根据本申请实施例，作为本实施例中的优选，持续上述操作处理，直到机器人正常关机后结束包括：

按照相同的预设时长间隔持续上传同样数据类型的心跳数据包；

在机器人正常关机后，向后台发送关机日志；

在机器人非正常时，后台进行异常结果记录。

具体地，按照相同的预设时长间隔持续上传同样数据类型的心跳数据包，在机器人正常关机后，向后台发送关机日志；在机器人非正常时，后台进行异常结果记录。实际操作，所述机器人在开机后会每隔30秒向后台上传一次心跳数据，在关机之前向后台发送一条关机日志。发送的心跳数据内容包括机器的剩余电量、网络状态、所处位置、当前任务信息等。后台根据机器人的开关机时间、各个时间段执行任务的次数统计出机器人在线高峰期，执行任务的高峰期等信息。从而通过运行状态数据可以更加了解用户的需求，提供更好的服务，也为机器人的进一步优化提供方向。

根据本申请实施例，作为本实施例中的优选，持续上述操作处理，直到机器人正常关机后结束之后，还包括：

获取机器人开机时间、关机时间以及每个时段执行预设任务的次数；

统计出执行所述任务的机器人在线时长的高峰期以及执行任务的高峰期。

具体地，通过获取每次上传的心跳数据包中的所述机器人开机时间、所述关机时间以及所述每个时段执行预设任务的次数。可以针对相关场景统计出执行所述任务机器人在线时长的高峰期即峰值或波谷反映。还可以针对相关场景统计出执行所述任务的高峰期即峰值或波谷反映。

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

根据本申请实施例，还提供了一种用于实施上述用于机器人运行状态的处理方法的装置，如图2所示，该装置包括：

发送模块10，用于在机器人在开机时，每隔预设时长向后台上传一次心跳数据包；

在所述机器人在执行开机操作时，按照每隔预设时长会向后台上传一次机器人的心跳数据包。只要所述机器人开始就会每隔预设时长向后台上传一次心跳数据包。

持续模块20，用于持续上述操作处理，直到机器人正常关机后结束。

持续按照每隔预设时长会向后台上传一次机器人的心跳数据包，直到所述机器人在执行了正常关机操作后可以结束上述的处理操作。

所述机器人正常关机是指按照正常的关机流程执行的关机操作，如果并非按照正常的关机流程执行比如，突然断电、异常关机等则需要在后台同步异常。

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

在本申请实施例中用于机器人运行状态的处理方法及装置，可以，用于处理机器人的工作状态和内容，采用机器人在开机时，每隔预设时长向后台上传一次心跳数据包的方式，通过持续上述操作处理，直到机器人正常关机后结束，达到了对机器人运行状态的获取和后续处理目的，从而实现了通过了解机器人的使用规律后可以为用户提供更精准服务和为机器人提供优化方向的技术效果，进而解决了机器人运行状态处理效果不佳的技术问题。

根据本申请实施例，作为本实施例中的优选，机器人在开机时，每隔预设时长向后台上传一次心跳数据包，包括：

根据所述心跳数据汇总结果，获取对相关机器人的使用规律数据。

具体地，根据所述心跳数据汇总结果，可以获取对每个所述相关机器人的使用规律性数据。比如，所述规律性数据包括：机器人经常处理的数据或执行的任务、机器人每天都会处理的数据或执行的任务、机器人高峰期处理数据或执行的任务。

需要注意的是，获取对相关机器人的使用规律数据可以通过机器人的心跳数据统计出机器人在线高峰期，执行任务的高峰期等信息。

根据本申请实施例，作为本实施例中的优选，机器人在开机时，每隔预设时长向后台上传一次心跳数据包，包括：

根据所述心跳数据汇总结果，统计出对每个机器人的使用情况。

具体地，根据所述心跳数据汇总结果，可以统计出对每个所述相关机器人的使用情况。比如，所述使用情况包括：机器人的使用时间、使用场所、使用机器人执行的任务。

需要注意的是，统计出对每个机器人的使用情况可以通过机器人的心跳数据统计出机器人在线高峰期，执行任务的高峰期等信息。

根据本申请实施例，作为本实施例中的优选，持续上述操作处理，直到机器人正常关机后结束包括：

按照相同的预设时长间隔持续上传同样数据类型的心跳数据包；

在机器人正常关机后，向后台发送关机日志；

在机器人非正常时，后台进行异常结果记录。

具体地，按照相同的预设时长间隔持续上传同样数据类型的心跳数据包，在机器人正常关机后，向后台发送关机日志；在机器人非正常时，后台进行异常结果记录。实际操作，所述机器人在开机后会每隔30秒向后台上传一次心跳数据，在关机之前向后台发送一条关机日志。发送的心跳数据内容包括机器的剩余电量、网络状态、所处位置、当前任务信息等。后台根据机器人的开关机时间、各个时间段执行任务的次数统计出机器人在线高峰期，执行任务的高峰期等信息。从而通过运行状态数据可以更加了解用户的需求，提供更好的服务，也为机器人的进一步优化提供方向。

根据本申请实施例，作为本实施例中的优选，持续上述操作处理，直到机器人正常关机后结束之后，还包括：

获取机器人开机时间、关机时间以及每个时段执行预设任务的次数；

统计出执行所述任务的机器人在线时长的高峰期以及执行任务的高峰期。

具体地，通过获取每次上传的心跳数据包中的所述机器人开机时间、所述关机时间以及所述每个时段执行预设任务的次数。可以针对相关场景统计出执行所述任务机器人在线时长的高峰期即峰值或波谷反映。还可以针对相关场景统计出执行所述任务的高峰期即峰值或波谷反映。

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

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

Claims (10)

1.一种用于机器人运行状态的处理方法，其特征在于，用于处理机器人的工作状态和内容，所述方法包括：

机器人在开机时，每隔预设时长向后台上传一次心跳数据包；

持续上述操作处理，直到机器人正常关机后结束。

2.根据权利要求1所述的处理方法，其特征在于，机器人在开机时，每隔预设时长向后台上传一次心跳数据包，包括：

根据所述心跳数据汇总结果，获取对相关机器人的使用规律数据。

3.根据权利要求1所述的处理方法，其特征在于，机器人在开机时，每隔预设时长向后台上传一次心跳数据包，包括：

根据所述心跳数据汇总结果，统计出对每个机器人的使用情况。

4.根据权利要求1所述的处理方法，其特征在于，持续上述操作处理，直到机器人正常关机后结束包括：

按照相同的预设时长间隔持续上传同样数据类型的心跳数据包；

在机器人正常关机后，向后台发送关机日志；

在机器人非正常关机时，后台进行异常结果记录。

5.根据权利要求1所述的处理方法，其特征在于，持续上述操作处理，直到机器人正常关机后结束之后，还包括：

获取机器人开机时间、关机时间以及每个时段执行预设任务的次数；

统计出执行任务的机器人在线时长的高峰期以及执行任务的高峰期。

6.一种用于机器人运行状态的处理装置，其特征在于，用于处理机器人的工作状态和内容，所述装置包括：

发送模块，用于在机器人在开机时，每隔预设时长向后台上传一次心跳数据包；

持续模块，用于持续上述操作处理，直到机器人正常关机后结束。

7.根据权利要求6所述的处理装置，其特征在于，机器人在开机时，每隔预设时长向后台上传一次心跳数据包，包括：

根据所述心跳数据汇总结果，获取对相关机器人的使用规律数据。

8.根据权利要求6所述的处理装置，其特征在于，机器人在开机时，每隔预设时长向后台上传一次心跳数据包，包括：

根据所述心跳数据汇总结果，统计出对每个机器人的使用情况。

9.根据权利要求6所述的处理装置，其特征在于，持续上述操作处理，直到机器人正常关机后结束包括：

按照相同的预设时长间隔持续上传同样数据类型的心跳数据包；

在机器人正常关机后，向后台发送关机日志；

在机器人非正常时，后台进行异常结果记录。

10.根据权利要求6所述的处理装置，其特征在于，持续上述操作处理，直到机器人正常关机后结束之后，还包括：

获取机器人开机时间、关机时间以及每个时段执行预设任务的次数；

统计出执行任务的机器人在线时长的高峰期以及执行任务的高峰期。