CN112002106A

CN112002106A - 机器人远程救助方法、装置及系统

Info

Publication number: CN112002106A
Application number: CN202010900667.2A
Authority: CN
Inventors: 支涛; 应甫臣
Original assignee: Beijing Yunji Technology Co Ltd
Current assignee: Beijing Yunji Technology Co Ltd
Priority date: 2020-08-31
Filing date: 2020-08-31
Publication date: 2020-11-27

Abstract

本申请公开了一种机器人远程救助方法、装置及系统。该机器人远程救助方法包括获取机器人发送的告警信号，其中，告警信号为机器人在需要远程救助时和/或发生故障时触发的告警信号；根据告警信号，生成机器人的维修工单；将维修工单发送至与机器人对应的售后终端，以便售后终端对应的售后人员进行维修。本申请解决了快速的响应设备遇到的故障和考核售后的救助工作的问题。

Description

机器人远程救助方法、装置及系统

技术领域

本申请涉及机器人领域，具体而言，涉及一种机器人远程救助方法、装置及系统。

背景技术

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

数据收集、监控/告警等相关技术在互联网行业已经使用得非常成熟，但在服务机器人领域，由于目前有大量服务机器人在外面提供服务，但是能够提供机器人监控的公司并不多，大都仍处在少量机器人并安排专人盯着的阶段，因此这方面系统化、自动化的技术比较空缺。发明人在应用现有的机器人救助系统的过程中发现，存在如下问题：较依赖客户的反馈，并且由于是事后响应，影响客户体验；无法通过数字化的方式，考核售后的救助工作。针对如何快速的响应设备遇到的故障和考核售后的救助工作的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种机器人远程救助方法，以解决快速的响应设备遇到的故障和考核售后的救助工作的问题。

为了实现上述目的，本申请提供了一种机器人远程救助方法、装置及系统。

第一方面，本申请提供了一种机器人远程救助方法。

根据本申请的机器人远程救助方法方法包括：

获取机器人发送的告警信号，其中，所述告警信号为机器人在需要远程救助时和/或发生故障时触发的告警信号；

根据所述告警信号，生成机器人的维修工单；

将所述维修工单发送至与所述机器人对应的售后终端，以便售后终端对应的售后人员进行维修。

进一步的，所述根据所述告警信号，生成机器人的维修工单，包括：

获取机器人当前状态，其中，所述机器人当前状态包括：机器人所在地、机器人编号、告警时间、故障分类、故障信息；

根据所述机器人当前状态，选择指定的售后人员；

将所述机器人当前状态和售后人员信息生成所述维修工单。

进一步的，所述根据所述机器人当前状态，选择指定的售后人员，包括以下任意一项或其组合：

选择定位信息在机器人所在地的维修范围内的售后人员作为指定的售后人员；

选择与机器人编号有关联关系的售后人员作为指定的售后人员；

选择在告警时间未在维修状态的售后人员作为指定的售后人员；

选择与故障分类匹配的售后人员作为指定的售后人员；

选择与故障信息匹配的售后人员作为指定的售后人员。

进一步的，在所述将所述维修工单发送至与所述机器人对应的售后终端之后，该方法还包括：

接收售后终端发送的纠正位置指令；

将所述纠正位置指令发送至机器人，以便完成对所述机器人的救助。

进一步的，在所述将所述维修工单发送至与所述机器人对应的售后终端之后，所述方法还包括：

确定售后终端中的响应故障时长和/或救助完成时长，以便对售后终端对应的售后人员进行考核。

进一步的，所述确定售后终端中的响应故障时长和/或救助完成时长包括：

获取所述售后终端开始响应的时间；

根据所述售后终端开始响应的时间和所述响应故障时间，确定售后终端中的响应故障时长；

获取售后终端完成救助的时间；

根据所述售后终端完成救助的时间和所述售后终端开始响应的时间，确定售后终端中的救助完成时长。

第二方面，本申请提供了一种机器人远程救助装置。

根据本申请的机器人远程救助装置包括：

获取模块，用于获取机器人发送的告警信号；其中，告警信号为当机器人触发告警条件时生成的信号；

生成模块，用于根据所述告警信号，生成机器人的维修工单；

发送模块，用于将所述维修工单发送至售后终端，以便对售后终端对应的售后人员进行维修。

第三方面，本申请提供了一种机器人远程救助系统。

根据本申请的机器人远程救助系统包括：

第二方面提供的机器人远程救助装置；

机器人，用于与所述机器人远程救助装置连接；

售后终端，用于与所述机器人远程救助装置连接。

第四方面，本申请提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现第一方面提供的机器人远程救助方法的步骤。

第五方面，本申请提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现第一方面提供的机器人远程救助方法的步骤。

在本申请实施例中，通过获取到机器人告警信号，生成机器人的维修工单，并发送至机器人对应的售后终端，相比于现有技术中需要对机器人的维修状态进行手动检测，本申请可以自动获取机器人发送的信号，达到实时接收告警信号的效果，并且可以通过计算响应故障时长和/或救助完成时长，对售后终端进行考核，达到了通过数字化的方式考核售后的救助工作的效果，进而解决了快速的响应设备遇到的故障和考核售后的救助工作的问题。

附图说明

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

图1是根据本申请实施例的一种机器人远程救助方法的流程示意图；

图2是根据本申请实施例的一种机器人远程救助装置的结构框图；

图3是根据本申请实施例的一种机器人远程救助系统的结构框图。

具体实施方式

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

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

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

根据本申请实施例，提供了一种机器人远程救助方法，如图1所示，该方法包括如下的步骤S1至步骤S3：

S1：获取机器人发送的告警信号，其中，告警信号为机器人在需要远程救助时和/或发生故障时触发的告警信号。

本实施例主要针对室外商业场景，机器人在需要远程救助时和/或发生故障时发送告警信号。通过远程获取机器人发送的告警信号。其中，获取的告警信号可以通过定时检测获取(如每隔5s获取一次告警信号)，定时检测的时间可以是事先建立好的或者已经存在的；也可以是实时检测获取。获取的告警信号可以通过与机器人无线连接获取，无线连接可以包括WiFi连接、蓝牙连接、2G无线网络连接、3G无线网络连接、4G无线网络连接、5G无线网络连接、NFC连接、FM无线连接、RFID连接等的一种或多种，在此不进行限制。相比于原有的需要手动检测机器人是否需要远程救助和/或发生故障，机器人可以在发生故障的时候及时主动上报，也可以达到快速救助的目的。

S2：根据告警信号，生成机器人的维修工单。

通过获取机器人通过无线连接发送的告警信号，对告警信号进行处理。具体的，通过获取发送告警信号的机器人属性信息，再通过获取机器人发送告警信号的原因(如机器人无法移动位置、机器人无法进行充电、丢失机器人信号等)，获取的机器人属性信息可以通过现有的任意获取的机器人属性信息的方法实现，本实施例不作限制；获取的发送告警信号的原因可以通过现有的任意获取的发送告警信号的原因的方法实现，本实施例不作限制。并根据机器人属性信息和发送告警信号的原因匹配进行维修的售后人员对应的售后终端，其中，匹配可以是根据用户指定的匹配规则进行匹配，也可以是根据提前建立或配置的匹配规则进行匹配。

需要说明的是，售后人员和售后终端都具有标识信息，售后人员的标识信息可以与售后终端的标识信息一一对应(如售后人员a1对应售后终端A1)，也可以是多名售后人员公用一个售后终端，即多个售后人员的标识信息与售后终端的标识信息对应(如售后人员a1、a2、a3对应售后终端A1)。将上述的机器人属性信息、机器人发送告警信号的原因、和匹配进行维修的售后人员标识信息录入提前建立或配置的维修工单图表中，生成机器人的维修工单。

S3：将维修工单发送至与机器人对应的售后终端，以便售后终端对应的售后人员进行维修。

维修工单可以是通过售后服务器分配至售后终端(如维修工单通过售后服务器A发送至售后终端A1)，也可以是不通过售后服务器直接分配至售后终端(如维修工单直接发送至售后终端B2)，其中，售后终端为上述的匹配进行维修的售后人员的标识信息对应的售后终端的标识信息(如售后人员a1对应售后终端A1，若维修工单中匹配的售后人员为a1，则将维修工单发送至与售后人员a1对应的售后终端A1)。

具体的，分配给售后终端的过程为：提取维修工单中的售后终端信息(售后终端标识信息可以为售后终端的标识信息等)，将维修工单发送至售后终端，以便对售后终端对应的售后人员进行维修。其中，将维修工单发送至售后终端可以通过无线连接发送，无线连接可以包括WiFi连接、蓝牙连接、2G无线网络连接、3G无线网络连接、4G无线网络连接、5G无线网络连接、NFC连接、FM无线连接、RFID连接等的一种或多种，在此不进行限制。

进一步的，上述步骤S2中根据告警信号，生成机器人的维修工单，包括：

获取机器人当前状态，其中，机器人当前状态包括：机器人所在地、机器人编号、告警时间、故障分类、故障信息；

根据机器人当前状态，选择指定的售后终端；

将机器人当前状态和售后终端信息生成维修工单。

获取机器人当前状态是通过接收机器人上传的当前状态信息进行获取的。

具体的，机器人当前状态包括：上述的机器人属性信息、机器人发送告警信号的原因。其中，机器人所在地为机器人属性信息；机器人编号为机器人属性信息，故障分类为机器人发送告警信号的原因；故障信息为机器人发送告警信号的原因。即，维修工单包括：机器人所在地、机器人编号、故障分类、故障信息、指定的售后终端，优选的，维修工单还可以包括：机器人产生告警信号的告警时间。

进一步的，根据机器人当前状态，选择指定的售后人员，包括以下任意一项或其组合：

选择与故障分类匹配的售后人员作为指定的售后人员；

选择与故障信息匹配的售后人员作为指定的售后人员。

需要说明的是，上述的维修范围可以是可以是人为划定的范围(如某个行政区域)；可以是也可以是以某个地点为中心在一定半径内的区域为发送范围(如以机器人所在地的地址为中心，半径100KM内的区域为发送范围)；还可以是以机器人所在地的售后人员的定位信息为中心在一定半径内的区域为维修范围。上述的关联关系可以为可以为关注关系，群组关系，平台关系，或其他单边，双边，多边关系等，这些关系可以是事先建立好的或已经存在的。上述的未在维修状态可以是当前没有维修机器人的状态；也可以是在执行该机器人维修前可以完成当前的维修任务。上述的与故障分类匹配可以是有维修当前机器人对应分类的故障的维修经验；也可以具有是有当前故障分类标签的，故障分类标签可以是提前根据维修人员的能力提前建立或配置的。上述的故障信息匹配可以是有维修当前机器人对应信息的故障的维修经验；也可以是具有当前故障信息标签的，故障信息标签可以是提前根据维修人员的能力提前建立或配置的。

优选的，在上述步骤S3将维修工单发送至与机器人对应的售后终端之后，该方法还包括：

接收售后终端发送的纠正位置指令；

将纠正位置指令发送至机器人，以便完成对机器人的救助。

具体的，纠正位置指令是让机器人恢复正常工作的指令，以便完成对机器人的救助。纠正位置指令是通过接收售后终端通过操控远程控制界面发出的纠正位置指令。其中，对机器人发送的纠正位置指令可以通过现有的任意纠正机器人位置指令的方法实现，本实施例不作限制。并且，通过第一无限连接方式接收售后终端发送的纠正位置指令，通过第二无线连接方式将纠正位置指令发送至机器人，其中，第一无限连接方式和第二无线连接方式可以是相同的无线连接方式(如第一线连接方式、第二无线连接方式都是通过WiFi连接)，第一无线连接方式和第二无线连接方式也可以是不同的无线连接方式(如第一线连接方式是通过WiFi连接、第二无线连接方式是通过4G无线网络连接)。

进一步的，在上述步骤S3将维修工单发送至与机器人对应的售后终端之后，该方法还包括：

具体的，对售后终端对应的售后人员进行考核可以是将每次的响应故障时长和/或救助完成时长记录在对应的售后人员考核表中，并计算平均响应故障时长和/或平均救助完成时长和售后次数，通过平均响应故障时长和/或平均救助完成时长对售后终端对应的售后人员进行考核；也可以是记录响应故障时长和/或救助完成时长，并在之后的维修后记录响应故障时长和/或救助完成时长最大值和最小值，通过最大响应故障时长和/或最大救助完成时长，和最小响应故障时长和/或最小救助完成时长对售后终端对应的售后人员进行考核。在该实施例中，通过平均响应故障时长和/或平均救助完成时长对售后终端对应的售后人员进行考核。

进一步的，确定售后终端中的响应故障时长和/或救助完成时长包括：

获取售后终端开始响应的时间；

根据售后终端开始响应的时间和响应故障时间，确定售后终端中的响应故障时长；

获取售后终端完成救助的时间；

根据售后终端完成救助的时间和售后终端开始响应的时间，确定售后终端中的救助完成时长。

需要说明的是，售后终端开始响应的时间可以是售后终端手动确认开始的时间(如售后终端点击响应按钮的时间)，也可以是售后终端自动确认开始的时间(如将维修工单发送至与机器人对应的售后终端的时间)，在该实施例中，优选地，售后终端开始响应的时间是售后终端点击响应按钮的时间。售后终端完成救助的时间可以是售后终端手动确认完成的时间(如售后终端点击处理完成按钮的时间)，也可以是售后终端自动确认完成的时间(如机器人重新工作的时间)，在该实施例中，优选地，售后终端完成救助的时间是售后终端点击处理完成按钮的时间。

具体的，售后终端中的响应故障时长为售后终端开始响应的时间和响应故障时间的差值。售后终端中的救助完成时长为售后终端完成救助的时间和售后终端开始响应的时间的差值。

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

通过获取到机器人告警信号，生成机器人的维修工单，并发送至机器人对应的售后终端，相比于现有技术中需要对机器人的维修状态进行手动检测，本申请可以自动获取机器人发送的信号，达到实时接收告警信号的效果。并且可以通过确定响应故障时长和/或救助完成时长，对响应故障时长和/或救助完成时长进行记录，计算售后人员的平均响应故障时长和/或平均救助完成时长，达到了达到了通过数字化的方式考核售后的救助工作的效果。

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

根据本申请实施例，还提供了一种用于实施上述机器人远程救助方法的装置10，如图2所示，该机器人远程救助装置10包括：

获取模块11，用于获取机器人发送的告警信号；其中，告警信号为当机器人触发告警条件时生成的信号；

生成模块12，用于根据告警信号，生成机器人的维修工单；

发送模块13，用于将维修工单发送至售后终端，以便对售后终端对应的售后人员进行维修。

进一步的，生成模块12还包括：

状态获取单元，用于获取机器人当前状态，其中，机器人当前状态包括：机器人所在地、机器人编号、告警时间、故障分类、故障信息；

负责人指定单元，用于根据机器人当前状态，选择指定的售后人员；

维修工单生成单元，用于将机器人当前状态和售后人员信息生成维修工单。

进一步的，机器人远程救助装置10还包括：

指令接收模块，用于接收售后终端发送的纠正位置指令；

指令发送模块，用于将纠正位置指令发送至机器人，以便完成对机器人的救助。

进一步的，机器人远程救助装置10还包括：

考核模块，用于确定售后终端中的响应故障时长和/或救助完成时长，以便对售后终端对应的售后人员进行考核。

具体的，本装置实施例中各个模块的实现可以参考方法实施例中的相关实现，不再赘述。

根据本申请实施例，还提供了一种机器人远程救助系统20，如图3所示，该机器人远程救助系统20包括：

机器人远程救助装置10，用于接收机器人21发送的告警信号，用于向售后终端22发送维修工单。

机器人21，用于与机器人远程救助装置10连接，用于向机器人远程救助装置发送10告警信号。

售后终端22，用于与机器人远程救助装置10连接，用于接收机器人远程救助装置10发送的维修工单。

具体的，本系统实施例中各个模块的实现可以参考方法实施例中的相关实现，不再赘述。

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

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

Claims

1.一种机器人远程救助方法，其特征在于，包括：

根据所述告警信号，生成机器人的维修工单；

2.根据权利要求1所述的机器人远程救助方法，其特征在于，所述根据所述告警信号，生成机器人的维修工单，包括：

根据所述机器人当前状态，选择指定的售后人员；

将所述机器人当前状态和售后人员信息生成所述维修工单。

3.根据权利要求2所述的机器人远程救助方法，其特征在于，所述根据所述机器人当前状态，选择指定的售后人员，包括以下任意一项或其组合：

选择与故障分类匹配的售后人员作为指定的售后人员；

选择与故障信息匹配的售后人员作为指定的售后人员。

4.根据权利要求1所述的机器人远程救助方法，其特征在于，在所述将所述维修工单发送至与所述机器人对应的售后终端，所述方法还包括：

接收售后终端发送的纠正位置指令；

5.根据权利要求1所述的机器人远程救助方法，其特征在于，在所述将所述维修工单发送至与所述机器人对应的售后终端之后，所述方法还包括：

6.根据权利要求5所述的机器人远程救助方法，其特征在于，所述确定售后终端中的响应故障时长和/或救助完成时长包括：

获取所述售后终端开始响应的时间；

获取售后终端完成救助的时间；

7.一种机器人远程救助装置，其特征在于，包括：

8.一种机器人远程救助系统，其特征在于，包括：

如权利要求7所述的机器人远程救助装置，用于接收机器人发送的告警信号，用于向售后终端发送维修工单；

机器人，用于与所述机器人远程救助装置连接，用于向机器人远程救助装置发送告警信号；

售后终端，用于与所述机器人远程救助装置连接，用于接收机器人远程救助装置发送的维修工单。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行权利要求1-6任一项所述的机器人远程救助方法。

10.一种电子设备，其特征在于，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行权利要求1-6任一项所述的机器人远程救助方法。