故障机器人救援方法及装置与流程

文档序号:31543499发布日期:2022-09-17 00:31阅读:95来源:国知局
故障机器人救援方法及装置与流程

1.本公开涉及机器人技术领域,尤其涉及一种故障机器人救援方法及装置。


背景技术:

2.相关技术中,需要移动工作的机器人可能在电梯内出现故障,出现故障的机器人若是行走机构出现问题或者被卡住,将无法自行离开电梯。滞留在电梯内的机器人将影响电梯运行,并且增大自身被损坏的风险。
3.在电梯内出现故障的机器人可以请进入电梯的人员帮忙移出电梯,但是进入电梯的人员可能无法与机器人交互,也就无法救援在电梯内发生故障的机器人。
4.如何在救援在电梯内发生故障的机器人是当前亟需解决的技术问题。


技术实现要素:

5.有鉴于此,本公开实施例提供了一种故障机器人救援方法、装置、电子设备和计算机可读的存储介质,以解决现有技术中无法救援在电梯内发生故障的机器人的问题。
6.本公开实施例的第一方面,提供了一种故障机器人救援方法,包括:响应于接收到表征机器人在电梯内发生故障的故障信号,检测机器人是否能够根据远程控制信号移动;若机器人不能够根据远程控制信号移动,则生成在机器人的显示屏上显示人工救援信息的显示信号并发送到机器人进行显示,以供进入电梯的人员根据人工救援信息进行救援,其中,人工救援信息包括用于解除机器人移动报警机制的权限二维码。
7.本公开实施例的第二方面,提供了一种故障机器人救援装置,包括:检测模块,用于响应于接收到表征机器人在电梯内发生故障的故障信号,检测机器人是否能够根据远程控制信号移动;第一生成模块,用于在机器人不能够根据远程控制信号移动时,生成在机器人的显示屏上显示人工救援信息的显示信号并发送到机器人进行显示,以供进入电梯的人员根据人工救援信息进行救援,其中,人工救援信息包括用于解除机器人移动报警机制的权限二维码。
8.本公开实施例的第三方面,提供了一种电子设备,包括存储器、处理器以及存储在存储器中并且可在处理器上运行的计算机程序,该处理器执行计算机程序时实现上述方法的步骤。
9.本公开实施例的第四方面,提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序被处理器执行时实现上述方法的步骤。
10.本公开实施例与现有技术相比存在的有益效果是:在机器人在电梯内发生故障后,通过发送显示信号使得机器人的显示屏显示包含权限二维码的人工救援信息,可以提示进入电梯的人员扫码并对机器人进行救援,从而达到对困在电梯内的机器人进行救援的目的。
附图说明
11.为了更清楚地说明本公开实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
12.图1是本公开实施例的应用场景的场景示意图;
13.图2是本公开实施例提供的一种故障机器人救援方法的流程示意图;
14.图3是本公开实施例提供的再一种故障机器人救援方法的的流程示意图;
15.图4是本公开实施例提供的一种故障机器人救援装置的结构示意图;
16.图5是本公开实施例提供的一种电子设备的结构示意图。
具体实施方式
17.以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本公开实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本公开。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本公开的描述。
18.下面将结合附图详细说明根据本公开实施例的一种故障机器人救援方法和装置。
19.图1是本公开实施例的应用场景的场景示意图。该应用场景可以包括终端设备1、2和3、服务器4以及网络5。
20.终端设备1、2和3可以是硬件,也可以是软件。当终端设备1、2和3为硬件时,其可以是具有显示屏且支持与服务器4通信的各种电子设备,包括但不限于智能手机、机器人、膝上型便携计算机和台式计算机等(比如2可以为机器人);当终端设备1、2和3为软件时,其可以安装在如上的电子设备中。终端设备1、2和3可以实现为多个软件或软件模块,也可以实现为单个软件或软件模块,本公开实施例对此不作限制。进一步地,终端设备1、2和3上可以安装有各种应用,例如数据处理应用、即时通信工具、社交平台软件、搜索类应用、购物类应用等。
21.服务器4可以是提供各种服务的服务器,例如,对与其建立通信连接的终端设备发送的请求进行接收的后台服务器,该后台服务器可以对终端设备发送的请求进行接收和分析等处理,并生成处理结果。服务器4可以是一台服务器,也可以是由若干台服务器组成的服务器集群,或者还可以是一个云计算服务中心,本公开实施例对此不作限制。
22.需要说明的是,服务器4可以是硬件,也可以是软件。当服务器4为硬件时,其可以是为终端设备1、2和3提供各种服务的各种电子设备。当服务器4为软件时,其可以是为终端设备1、2和3提供各种服务的多个软件或软件模块,也可以是为终端设备1、2和3提供各种服务的单个软件或软件模块,本公开实施例对此不作限制。
23.网络5可以是采用同轴电缆、双绞线和光纤连接的有线网络,也可以是无需布线就能实现各种通信设备互联的无线网络,例如,蓝牙(bluetooth)、近场通信(near field communication,nfc)、红外(infrared)等,本公开实施例对此不作限制。
24.目标用户可以通过终端设备1、2和3经由网络5与服务器4建立通信连接,以接收或发送信息等。需要说明的是,终端设备1、2和3、服务器4以及网络5的具体类型、数量和组合
可以根据应用场景的实际需求进行调整,本公开实施例对此不作限制。
25.图2是本公开实施例提供的一种故障机器人救援方法的流程示意图。图2的故障机器人救援方法可以由图1的终端设备或服务器执行。如图2所示,该故障机器人救援方法包括:
26.步骤s201,响应于接收到表征机器人在电梯内发生故障的故障信号,检测机器人是否能够根据远程控制信号移动。
27.具体地,故障信号可以来自于机器人向远程服务器发送的业务数据。远程服务器在根据业务数据解析到故障信号后,检测机器人是否可以受控正常移动,若机器人可以受控正常移动,则可以发送远程控制信号,控制机器人离开电梯。若机器人不能正常受控移动,则执行步骤s202。
28.步骤s202,若机器人不能够根据远程控制信号移动,则生成在机器人的显示屏上显示人工救援信息的显示信号并发送到机器人进行显示,以供进入电梯的人员根据人工救援信息进行救援,其中,人工救援信息包括用于解除机器人移动报警机制的权限二维码。
29.具体地,人工救援信息可以包括文字信息和权限二维码。进入电梯的人员可以根据文字信息的提示扫描该权限二维码,获得移动该机器人的权限。例如,设定机器人被人工移动时将报警,若有终端扫描该权限二维码后,远程服务器获取该扫描信息,再确认无误后可以远程控制解除解锁机器人的报警机制,使得机器人被人工移动时不再报警。终端在扫描该权限二维码后,远程服务器可以根据扫描信息控制终端的显示屏跳转到机器人救援页面,该页面展示有如何移动机器人的提示信息。
30.本公开实施例可以应用于工业、服务业等使用机器人进行生产或者提供服务的场景,该场景中有电梯或者需要机器人在运行过程中需要自行使用电梯,目标对象为机器人运维用户。图1的终端设备或服务器可以为远程终端设备或者远程服务器,其可以包括或者连接可以与机器人远程通信的通信模块。
31.根据本公开实施例提供的技术方案,在机器人在电梯内发生故障无法移动时,远程服务器可以远程提供应急处理方案。具体地,通过在机器人的显示屏上显示权限二维码,可以使得进入电梯的人员通过扫码获取相关信息,帮助机器人离开电梯,解决了机器人困在电梯内无法救援的问题。
32.在本公开实施例中,故障信号还可以由进入电梯的人员对机器人屏幕上的故障二维码扫码得到。远程服务器可以响应于接收到人员扫描机器人屏幕上显示的故障二维码生成的第二扫码信息,生成故障信号。
33.具体地,在机器人出现故障后,机器人可以在显示屏上显示故障二维码。进入电梯的人员对该故障二维码进行扫码,可以生成第二扫码信息,并发送到远程服务器。远程服务器根据该第二扫码信息生成故障信号,并进一步检测机器人是否能够根据远程控制信号移动。通过该方案,可以在机器人未向远程服务器发送故障信息的状态下由人员扫码过程触发远程服务器生成故障信号,从而及时获知机器人的被困状态,进而及时救援。
34.在步骤s201中,检测机器人是否能够根据远程控制信号移动,包括:向机器人发送远程控制信号,控制机器人移动;接收机器人返回的检测机器人是否移动到位得到的检测信息;根据检测信息判断机器人是否能够根据远程控制信号移动。
35.具体地,该步骤可以判断机器人是否不能自行离开电梯,若可以自行离开,远程服
务器可以通过远程控制信号控制机器人离开电梯,若不可以自行离开,则需要执行步骤s202,在机器人的显示屏上显示权限二维码,引导进入电梯的人员扫描该权限二维码并帮助机器人离开电梯。
36.在本公开实施例中,还可以通过电梯的监控视频获取获取到电梯内的故障机器人的视频资料,以提供相应的救援手段。该方案可以使得对困在电梯里的机器人的救援变得容易。
37.具体地,在把步骤s202之后,可以获取机器人的位置信息,并根据位置信息调取机器人所在的电梯的监控视频并在远程监控端显示。远程监控端的工作人员可以远程查看机器人的状态。远程服务器可以通过与电梯监控系统的通信连接,使得电梯内的显示屏上显示包含权限二维码的人工救援信息。
38.如图3所示,在本公开一种实施例中,若在设定的第一时间阈值内没有人员扫描上述权限二维码,远程服务器还可以执行步骤s301,生成在机器人的扬声器中播放第一语音的第一语音信号并发送到机器人,以提醒人员电梯内有机器人需要救援。例如,第一时间阈值可以设定为0.5小时,且并不局限于此。在第一时间阈值为0.5小时的情况下,若0.5小时内没有人员扫描权限二维码,则可以在机器人的扬声器中播放第一语音,以提醒进入电梯的人员关注机器人以及机器人的显示屏,增大机器人得到救援的概率。
39.通过与电梯监控系统的通信连接,远程服务器还可以控制电梯内的扬声器播放该第一语音。例如,该第一语音的内容可以为:机器人出现故障,请扫码援助。进入电梯的人员可以根据该第一语音的指示对权限二维码进行扫码。
40.在步骤s202之后,响应于接收到人员扫描权限二维码生成的扫码信息,远程控制器可以生成在机器人的扬声器中播放第二语音的第二语音信号并发送到机器人,以提示人员对机器人进行救援的方式。
41.通过与电梯监控系统的通信连接,远程服务器还可以控制电梯内的扬声器播放该第二语音。例如,该第二语音的内容可以为:请使用机器人机身中部拉环,拉动机器人。扫码的人员可以根据该第二语音的指示拉动机器人机身中部拉环,将机器人移动出电梯。
42.此外,响应于接收到人员扫描权限二维码生成的第一扫码信息,远程服务器还可以向扫码的设备的客户端发送包含对机器人进行救援的方式的提示信息。例如,可以将以下文字显示在客户端的用户界面上:请使用机器人机身中部拉环,拉动机器人。在进入电梯的人员使用手机扫描权限二维码后,手机的展示页面将展示“请使用机器人机身中部拉环,拉动机器人”的文字,并且可以展示人员拉动机器人机身中部拉环的示意图。
43.上述所有可选技术方案,可以采用任意结合形成本技术的可选实施例,在此不再一一赘述。
44.根据本公开实施例的故障机器人救援方法,在机器人在电梯内发生故障后,通过发送显示信号使得机器人的显示屏显示包含权限二维码的人工救援信息,可以提示进入电梯的人员扫码并对机器人进行救援,从而达到对困在电梯内的机器人进行救援的目的。
45.下述为本公开装置实施例,可以用于执行本公开方法实施例。下文描述的故障机器人救援装置与上文描述的故障机器人救援方法可相互对应参照。对于本公开装置实施例中未披露的细节,请参照本公开方法实施例。
46.图4是本公开实施例提供的一种故障机器人救援装置的示意图。如图3所示,该故
障机器人救援装置包括:
47.检测模块401,用于响应于接收到表征机器人在电梯内发生故障的故障信号,检测机器人是否能够根据远程控制信号移动。
48.具体地,故障信号可以来自于机器人向远程服务器发送的业务数据。远程服务器在根据业务数据解析到故障信号后,检测机器人是否可以受控正常移动,若机器人可以受控正常移动,则可以发送远程控制信号,控制机器人离开电梯。
49.第一生成模块402,用于在机器人不能够根据远程控制信号移动时,生成在机器人的显示屏上显示人工救援信息的显示信号并发送到机器人进行显示,以供进入电梯的人员根据人工救援信息进行救援,其中,人工救援信息包括用于解除机器人移动报警机制的权限二维码。
50.具体地,人工救援信息可以包括文字信息和权限二维码。进入电梯的人员可以根据文字信息的提示扫描该权限二维码,获得移动该机器人的权限。例如,设定机器人被人工移动时将报警,若有终端扫描该权限二维码后,远程服务器获取该扫描信息,再确认无误后可以远程控制解除解锁机器人的报警机制,使得机器人被人工移动时不再报警。终端在扫描该权限二维码后,远程服务器可以根据扫描信息控制终端的显示屏跳转到机器人救援页面,该页面展示有如何移动机器人的提示信息。
51.根据本公开实施例提供的技术方案,在机器人在电梯内发生故障,无法移动时,可以远程提供应急处理。具体地,通过在机器人的显示屏上显示权限二维码,可以使得进入电梯的人员通过扫码获取相关信息,帮助机器人离开电梯,解决了机器人困在电梯内无法救援的问题。
52.在本公开实施例中,还可以通过电梯的监控视频获取获取到电梯内的故障机器人的视频资料,以提供相应的救援手段。该方案可以使得对困在电梯里的机器人的救援变得容易。具体地,故障机器人救援装置还可以包括视频调取模块,用于获取机器人的位置信息;根据位置信息调取机器人所在的电梯的监控视频并在远程监控端显示。
53.检测模块还用于向机器人发送远程控制信号,控制机器人移动;接收机器人返回的检测机器人是否移动到位得到的检测信息;根据检测信息判断机器人是否能够根据远程控制信号移动。
54.在本公开实施例中,故障机器人救援装置还可以包括客户端提示模块,用于响应于接收到人员扫描权限二维码生成的第一扫码信息,向扫码的设备的客户端发送包含对机器人进行救援的方式的提示信息。
55.在本公开实施例中,故障机器人救援装置还可以包括第二生成模块,用于响应于在设定的第一时间阈值内没有人员扫描权限二维码,生成在机器人的扬声器中播放第一语音的第一语音信号并发送到机器人,以提醒人员电梯内有机器人需要救援。例如,第一时间阈值可以设定为0.5小时,且并不局限于此。在第一时间阈值为0.5小时的情况下,若0.5小时内没有人员扫描权限二维码,第二生成模块可以生成第一语音信号,以在机器人的扬声器中播放第一语音,以提醒进入电梯的人员关注机器人以及机器人的显示屏,增大机器人得到救援的概率。
56.在本公开实施例中,第二生成模块还用于响应于接收到人员扫描权限二维码生成的扫码信息,生成在机器人的扬声器中播放第二语音的第二语音信号并发送到机器人,以
提示人员对机器人进行救援的方式。
57.在本公开实施例中,故障机器人救援装置还可以包括故障信号生成模块,用于响应于接收到人员扫描机器人屏幕上显示的故障二维码生成的第二扫码信息,生成故障信号。
58.由于本公开的示例实施例的故障机器人救援装置的各个功能模块与上述故障机器人救援方法的示例实施例的步骤对应,因此对于本公开装置实施例中未披露的细节,请参照本公开上述的故障机器人救援方法的实施例。
59.根据本公开实施例的故障机器人救援装置,在机器人在电梯内发生故障后,通过发送显示信号使得机器人的显示屏显示包含权限二维码的人工救援信息,可以提示进入电梯的人员扫码并对机器人进行救援,从而达到对困在电梯内的机器人进行救援的目的。
60.应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本公开实施例的实施过程构成任何限定。
61.图5是本公开实施例提供的电子设备500的示意图。如图5所示,该实施例的电子设备500包括:处理器501、存储器502以及存储在该存储器502中并且可在处理器501上运行的计算机程序503。处理器501执行计算机程序503时实现上述各个方法实施例中的步骤。或者,处理器501执行计算机程序503时实现上述各装置实施例中各模块/单元的功能。
62.示例性地,计算机程序503可以被分割成一个或多个模块/单元,一个或多个模块/单元被存储在存储器502中,并由处理器501执行,以完成本公开。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述计算机程序503在电子设备500中的执行过程。
63.电子设备500可以是桌上型计算机、笔记本、掌上电脑及云端服务器等电子设备。电子设备500可以包括但不仅限于处理器501和存储器502。本领域技术人员可以理解,图5仅仅是电子设备500的示例,并不构成对电子设备500的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如,电子设备还可以包括输入输出设备、网络接入设备、总线等。
64.处理器501可以是中央处理单元(central processing unit,cpu),也可以是其它通用处理器、数字信号处理器(digital signal processor,dsp)、专用集成电路(application specific integrated circuit,asic)、现场可编程门阵列(field-programmable gate array,fpga)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
65.存储器502可以是电子设备500的内部存储单元,例如,电子设备500的硬盘或内存。存储器502也可以是电子设备500的外部存储设备,例如,电子设备5上配备的插接式硬盘,智能存储卡(smart media card,smc),安全数字(secure digital,sd)卡,闪存卡(flash card)等。进一步地,存储器502还可以既包括电子设备500的内部存储单元也包括外部存储设备。存储器502用于存储计算机程序以及电子设备所需的其它程序和数据。存储器502还可以用于暂时地存储已经输出或者将要输出的数据。
66.所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功
能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
67.在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
68.本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本公开的范围。
69.在本公开所提供的实施例中,应该理解到,所揭露的装置/电子设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/电子设备实施例仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
70.作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
71.另外,在本公开各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
72.集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读存储介质中。基于这样的理解,本公开实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,计算机程序可以存储在计算机可读存储介质中,该计算机程序在被处理器执行时,可以实现上述各个方法实施例的步骤。计算机程序可以包括计算机程序代码,计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括:能够携带计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(read-only memory,rom)、随机存取存储器(random access memory,ram)、电载波信号、电信信号以及软件分发介质等。需要说明的是,计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如,在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
73.以上实施例仅用以说明本公开的技术方案,而非对其限制;尽管参照前述实施例对本公开进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施
例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围,均应包含在本公开的保护范围之内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1