机器人数据监控方法及系统与流程

本申请涉及机器人监控技术领域，具体而言，涉及一种机器人数据监控方法及系统。

背景技术：

近年来，商用服务机器人逐渐被大众接受，越来越多的出现在酒店、商场、写字楼、异常、小区公寓等各个地方。商用服务机器人与工业机器人或家用机器人相比——它的运行环境复杂多变、不确定因素非常多、经常会有各种突发状况，但它的服务稳定可靠性要求又非常高。因此需求建立一套完善的数据收集、监控/告警和救助的体系，以确保机器人能长期稳定的提供服务。

数据收集、监控/告警等相关技术在互联网行业已经使用得非常成熟，但在服务机器人领域，由于目前有大量服务机器人在外面提供服务，但是能够提供机器人监控的公司并不多，大都仍处在少量机器人并安排专人盯着的阶段，因此这方面系统化、自动化的技术比较空缺。

技术实现要素：

本申请的主要目的在于提供一种机器人数据监控方法及系统，以解决相关技术中未实现机器人监控系统化、自动化的技术问题。

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

根据本申请的机器人数据监控方法包括：

通过网络收集机器人的机器人数据以及所述机器人行动区域内的电梯设备的电梯状态数据；

对所述机器人数据以及状态数据进行处理分析；

根据处理分析后的结果判断是否进行相关告警。

进一步的，如前述的机器人数据监控方法，所述通过网络收集机器人的机器人数据，包括：

接收所述机器人定时上报的第一状态数据，所述第一状态数据使用mqtt协议进行传输；

主动抓取并定期查询所述机器人的第二状态数据，所述第二状态数据通过机器人上开放的http接口进行抓取。

进一步的，如前述的机器人数据监控方法，收集所述机器人行动区域内的电梯设备的电梯状态数据，包括：

收集所述电梯设备的对外网络的第一通信状态数据；

收集所述电梯设备中各个模块之间的第二通讯状态数据。

进一步的，如前述的机器人数据监控方法，对所述电梯状态数据进行处理分析，包括：

通过所述第一通信状态数据确定所述电梯设备是否能够通过对外网络与外界通信；以及

通过所述第二通信状态数据确定所述电梯设备中各个模块之间是否能够进行正常通信。

进一步的，如前述的机器人数据监控方法，还包括：

获取电话设备的设备信息，通过所述设备信息判断所述电话设备是否注册到电话呼叫中心；

收集所述电话设备的对外网络的第三通信状态数据，通过所述第三通信状态数据确定所述电话设备是否能够通过对外网络与外界通信；

收集所述电话设备的负载数据，通过所述负载数据判断所述电话设备的内部负载是否在可承受范围之内。

进一步的，如前述的机器人数据监控方法，根据处理分析后的结果判断是否进行相关告警，包括：

在根据所述处理分析后的结果判断机器人和/或电梯设备和/或电话设备异常后，生成设备异常信息；其中，所述设备异常信息包括：异常设备以及其对应的设备状态；所述异常设备包括：机器人、电梯设备和电话设备；

将所述设备异常信息通过信息向外发送进行告警；和/或

通过仪表盘展示所述设备异常信息。

为了实现上述目的，根据本申请的另一方面，提供了一种机器人数据监控系。

根据本申请的机器人数据监控系统包括：

数据收集中心，用于通过网络收集机器人的机器人数据以及所述机器人行动区域内的电梯设备的电梯状态数据；

数据处理平台，用于对所述机器人数据以及状态数据进行处理分析；

报警中心，用于根据处理分析后的结果判断是否进行相关告警。

进一步的，如前述的机器人数据监控系统，所述数据收集中心，包括：

第一状态数据接收单元，用于接收所述机器人定时上报的第一状态数据，所述第一状态数据使用mqtt协议进行传输；

第二状态数据抓取单元，用于主动抓取并定期查询所述机器人的第二状态数据，所述第二状态数据通过机器人上开放的http接口进行抓取。

进一步的，如前述的机器人数据监控系统，所述数据收集中心，还包括：

第一通信状态数据收集单元，用于收集所述电梯设备的对外网络的第一通信状态数据；

第二通信状态数据收集单元，用于收集所述电梯设备中各个模块之间的第二通信状态数据。

进一步的，如前述的机器人数据监控系统，所述报警中心，包括：

异常信息生成单元，用于在根据所述处理分析后的结果判断机器人和/或电梯设备和/或电话设备异常后，生成设备异常信息；其中，所述设备异常信息包括：异常设备以及其对应的设备状态；所述异常设备包括：机器人、电梯设备和电话设备；

信息告警单元，用于将所述设备异常信息通过信息向外发送进行告警；

显示告警单元，用于通过仪表盘展示所述设备异常信息。

在本申请实施例中，采用一种系统化、自动化的机器人数据监控方法及系统的方式，通过通过网络收集机器人的机器人数据以及所述机器人行动区域内的电梯设备的电梯状态数据；对所述机器人数据以及状态数据进行处理分析；根据处理分析后的结果判断是否进行相关告警。达到了形成了一套完整的数据收集、监控/告警、救助体系的目的，从而实现了确保机器人能长期稳定的提供服务的技术效果，进而解决了由于相关技术中的机器人系统化、自动化的技术比较空缺造成的监控大都仍处在机器人通过专人盯着进而达到有效监控的技术问题。

附图说明

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

图1是根据本申请一种实施例的方法流程示意图；

图2是根据本申请一种实施例的系统整体架构图；

图3是根据本申请一种实施例的报警中心基本架构图；以及

图4是根据本申请一种实施例的系统模块连接示意图。

具体实施方式

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

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

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

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

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

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

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

如图1所示，所述机器人数据监控方法包括如下的步骤s1至步骤s3：

s1.通过网络收集机器人的机器人数据以及所述机器人行动区域内的电梯设备的电梯状态数据；

s2.对所述机器人数据以及状态数据进行处理分析；

s3.根据处理分析后的结果判断是否进行相关告警。

因而达到了形成了一套完整的数据收集、监控/告警、救助体系的目的，从而实现了确保机器人能长期稳定的提供服务的技术效果，进而解决了由于相关技术中的机器人系统化、自动化的技术比较空缺造成的监控大都仍处在机器人通过专人盯着进而达到有效监控的技术问题。

在一些实施例中，如前述的机器人数据监控方法，所述通过网络收集机器人的机器人数据，包括：

接收所述机器人定时上报的第一状态数据，所述第一状态数据使用mqtt协议进行传输；

主动抓取并定期查询所述机器人的第二状态数据，所述第二状态数据通过机器人上开放的http接口进行抓取。

具体的，所述第一状态数据和第二状态数据，包括：

1)机器人中安装的基本软硬件版本/参数数据；

2)机器人中设有的所有传感器的实时检测数据；

3)机器人在运行过程中的任务业务数据；

4)机器人运行的全部日志数据。

系统整体架构如图2所示，机器人控制/救助相关的系统与机器人组成一个虚拟网络，这样既能互相通信，又相对比较安全。

在一些实施例中，如前述的机器人数据监控方法，收集所述机器人行动区域内的电梯设备的电梯状态数据，包括：

收集所述电梯设备的对外网络的第一通信状态数据；

收集所述电梯设备中各个模块之间的第二通讯状态数据。

在一些实施例中，如前述的机器人数据监控方法，对所述电梯状态数据进行处理分析，包括：

通过所述第一通信状态数据确定所述电梯设备是否能够通过对外网络与外界通信；以及

通过所述第二通信状态数据确定所述电梯设备中各个模块之间是否能够进行正常通信。

由于机器人服务过程中，会经常乘坐电梯，它与电梯物联的稳定性也需要有保证，因此对电梯相关设备也要收集数据进行监控，因而可以通过将电梯物联设备也接入虚拟网络，并开放一个http接口，供云端定期查询其状态，电梯状态包括两类数据：

1)电梯对外网络是否畅通；

2)电梯设备内部各个模块通讯是否正常。

在一些实施例中，如前述的机器人数据监控方法，还包括：

获取电话设备的设备信息，通过所述设备信息判断所述电话设备是否注册到电话呼叫中心；

收集所述电话设备的对外网络的第三通信状态数据，通过所述第三通信状态数据确定所述电话设备是否能够通过对外网络与外界通信；

收集所述电话设备的负载数据，通过所述负载数据判断所述电话设备的内部负载是否在可承受范围之内。

在一些实施例中，如前述的机器人数据监控方法，根据处理分析后的结果判断是否进行相关告警，包括：

在根据所述处理分析后的结果判断机器人和/或电梯设备和/或电话设备异常后，生成设备异常信息；其中，所述设备异常信息包括：异常设备以及其对应的设备状态；所述异常设备包括：机器人、电梯设备和电话设备；

将所述设备异常信息通过信息向外发送进行告警；和/或

通过仪表盘展示所述设备异常信息。

基于数据系统收集的数据，通过监控/告警系统，基本架构如图3所示，数据收集中心负责收集各种数据，数据处理平台实时处理其中的部分状态数据，监控系统按照一定的规则和条件订阅这部分数据，一旦发现数据流中有异常，就通过短信/微信等渠道及时发出告警。

除了给相关人员的手机发送告警，还配有一个仪表盘(dashboard)实时展示告警及告警处理状况。

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

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

数据收集中心1，用于通过网络收集机器人的机器人数据以及所述机器人行动区域内的电梯设备的电梯状态数据；

数据处理平台2，用于对所述机器人数据以及状态数据进行处理分析；

报警中心3，用于根据处理分析后的结果判断是否进行相关告警。

具体的，本发明实施例的装置中各模块实现其功能的具体过程可参见方法实施例中的相关描述，此处不再赘述。

在一些实施例中，如前述的机器人数据监控系统，所述数据收集中心，包括：

第一状态数据接收单元，用于接收所述机器人定时上报的第一状态数据，所述第一状态数据使用mqtt协议进行传输；

第二状态数据抓取单元，用于主动抓取并定期查询所述机器人的第二状态数据，所述第二状态数据通过机器人上开放的http接口进行抓取。

具体的，本发明实施例的装置中各模块实现其功能的具体过程可参见方法实施例中的相关描述，此处不再赘述。

在一些实施例中，如前述的机器人数据监控系统，所述数据收集中心，还包括：

第一通信状态数据收集单元，用于收集所述电梯设备的对外网络的第一通信状态数据；

第二通信状态数据收集单元，用于收集所述电梯设备中各个模块之间的第二通信状态数据。

具体的，本发明实施例的装置中各模块实现其功能的具体过程可参见方法实施例中的相关描述，此处不再赘述。

在一些实施例中，如前述的机器人数据监控系统，所述报警中心，包括：

异常信息生成单元，用于在根据所述处理分析后的结果判断机器人和/或电梯设备和/或电话设备异常后，生成设备异常信息；其中，所述设备异常信息包括：异常设备以及其对应的设备状态；所述异常设备包括：机器人、电梯设备和电话设备；

信息告警单元，用于将所述设备异常信息通过信息向外发送进行告警；

显示告警单元，用于通过仪表盘展示所述设备异常信息。

具体的，本发明实施例的装置中各模块实现其功能的具体过程可参见方法实施例中的相关描述，此处不再赘述。

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

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