CN108989108A - 故障处理交互方法、装置、设备及计算机可读介质 - Google Patents

Abstract

本发明提出一种故障处理交互方法、装置、设备和计算机可读介质，所述方法包括：根据各待检测设备确定巡检路线；控制机器人按照所述巡检路线移动，以采集处于所述巡检路线上的各待检测设备的运行状态；将采集的各待检测设备的运行状态发送至服务器；如果接收到所述服务器返回的故障状态信息，根据所述故障状态信息进行故障处理。本发明实施例可以大幅度降低运维人员在故障处理过程中的参与度，提高了故障处理的效率，缩短了故障发现到处理之间的时间，保证了数据中心的可靠运行。

Description

故障处理交互方法、装置、设备及计算机可读介质

技术领域

本发明涉及远程检测技术领域，尤其涉及一种故障处理交互方法及装置、设备和计算机可读介质。

背景技术

云计算、大数据、人工智能、移动互联网在全球的快速发展，使得超大型数据中心越来越多，随之而来的是效率、管理、成本等问题亟需要找到解决办法。

故障处理是数据中心日常运维工作中的核心工作，现行数据中心中运维人员的重点工作就是故障发现及处理。比较成熟的运维模式是运维工程师对系统运行状况的监测、各参数的调优及故障定位，发现系统运行故障后，由运维工程师通过邮件或电话联系不同厂商的设备工程师来进行故障处理。

然而现有的处理流程存在效率低、耗时长、风险高等缺点，不能满足数据中心对故障处理响应快且效率高的要求。

发明内容

本发明实施例提供一种故障处理交互方法、装置、设备及计算机可读介质，以解决或缓解现有技术中的一个或多个技术问题。

第一方面，本发明实施例提供了一种故障处理交互方法，包括：

根据各待检测设备确定巡检路线；

控制机器人按照所述巡检路线移动，以采集处于所述巡检路线上的各待检测设备的运行状态；

将采集的各待检测设备的运行状态发送至服务器；

如果接收到所述服务器返回的故障状态信息，根据所述故障状态信息进行故障处理。

结合第一方面，本发明实施例在第一方面的第一种实施方式中，所述获取待检测设备的巡检路线，包括：

建立电子地图，所述电子地图中包括电气系统的各设备的位置；

在电子地图中获取需要检测的各待检测设备之间的路径；

根据各待检测设备之间的路径，确定巡检路线。

结合第一方面的第一种实施方式，本发明实施例在第一方面的第二种实施方式中，根据所述故障状态信息进行故障处理，包括：

根据所述故障状态信息确定故障设备；

拍摄所述故障设备的现场视频信息，并向运维系统发送所述现场视频信息。

结合第一方面的第二种实施方式，本发明实施例在第一方面的第三种实施方式中，根据所述故障状态信息进行故障处理，还包括：

向所述运维系统发送关于所述故障设备的告警信息；和/或

向设备生产商系统发送关于所述故障设备的故障信息邮件。

结合第一方面，本发明实施例在第一方面的第四种实施方式中，还包括：

接收来自设备生产商系统的故障处理信息，所述故障处理信息包括故障的处理方式、人员信息和到场时间；

控制所述机器人在所述到场时间之前，移动至所述故障设备的位置；

拍摄对故障设备的处理过程，并存储至服务器。

第二方面，本发明实施例提供了一种故障处理交互装置，包括：

路线确定模块，用于根据各待检测设备确定巡检路线；

采集模块，用于控制机器人按照所述巡检路线移动，以采集处于所述巡检路线上的各待检测设备的运行状态；

发送模块，用于将采集的各待检测设备的运行状态发送至服务器；

处理模块，用于如果接收到所述服务器返回的故障状态信息，根据所述故障状态信息进行故障处理。

结合第二方面，本发明实施例在第二方面的第一种实施方式中，所述路线确定模块包括：

电子地图建立子模块，用于建立电子地图，所述电子地图中包括电气系统的各设备的位置；

路径获取子模块，用于在电子地图中获取需要检测的各待检测设备之间的路径；

路线确定子模块，用于根据各待检测设备之间的路径，确定巡检路线。

结合第二方面的第一种实施方式，本发明实施例在第二方面的第二种实施方式中，所述处理模块包括：

故障设备确定子模块，用于根据所述故障状态信息确定故障设备；

视频采集子模块，用于拍摄所述故障设备的现场视频信息，并向运维系统发送所述现场视频信息。

结合第二方面的第二种实施方式，本发明实施例在第二方面的第三种实施方式中，所述处理模块还包括：

告警信息发送子模块，用于向所述运维系统发送关于所述故障设备的告警信息；和/或

故障邮件发送子模块，用于向设备生产商系统发送关于所述故障设备的故障信息邮件。

结合第二方面，本发明实施例在第二方面的第四种实施方式中，还包括：

处理信息接收模块，用于接收来自设备生产商系统的故障处理信息，所述故障处理信息包括故障的处理方式、人员信息和到场时间；

移动控制模块，用于控制所述机器人在所述到场时间之前，移动至所述故障设备的位置；

视频上传模块，用于拍摄对故障设备的处理过程，并存储至服务器。

第三方面，在一个可能的设计中，故障处理交互装置的结构中包括处理器和存储器，所述存储器用于存储支持故障处理交互装置执行上述第一方面中故障处理交互方法的程序，所述处理器被配置为用于执行所述存储器中存储的程序。所述故障处理交互装置还可以包括通信接口，用于故障处理交互装置与其他设备或通信网络通信。

第四方面，本发明实施例提供了一种计算机可读介质，用于存储故障处理交互装置所用的计算机软件指令，其包括用于执行上述第一方面的故障处理交互方法所涉及的程序。

本发明实施例可以大幅度降低运维人员在故障处理过程中的参与度，提高了故障处理的效率，缩短了故障发现到处理之间的时间，保证了数据中心的可靠运行。

上述概述仅仅是为了说明书的目的，并不意图以任何方式进行限制。除上述描述的示意性的方面、实施方式和特征之外，通过参考附图和以下的详细描述，本发明进一步的方面、实施方式和特征将会是容易明白的。

附图说明

在附图中，除非另外规定，否则贯穿多个附图相同的附图标记表示相同或相似的部件或元素。这些附图不一定是按照比例绘制的。应该理解，这些附图仅描绘了根据本发明公开的一些实施方式，而不应将其视为是对本发明范围的限制。

图1为本发明一实施例的故障处理交互方法的流程图；

图2为本发明一实施例的步骤S110的具体步骤流程图；

图3为本发明一实施例的步骤S140的一种具体步骤流程图；

图4为本发明一实施例的步骤S140的另一种具体步骤流程图；

图5为本发明另一实施例的故障处理交互方法的流程图；

图6为本发明一实施例的故障处理交互方法的实现架构图；

图7为本发明另一实施例的故障处理交互装置的连接框图；

图8为本发明另一实施例的路线确定模块的内部连接框图；

图9为本发明另一实施例的处理模块的一种内部连接框图；

图10为本发明另一实施例的处理模块的另一种内部连接框图；

图11为本发明另一实施例的故障交互处理装置的连接框图；

图12为本发明另一实施例的故障处理交互设备框图。

具体实施方式

在下文中，仅简单地描述了某些示例性实施例。正如本领域技术人员可认识到的那样，在不脱离本发明的精神或范围的情况下，可通过各种不同方式修改所描述的实施例。因此，附图和描述被认为本质上是示例性的而非限制性的。本发明实施例主要提供了一种通故障处理交互的方法及装置，下面分别通过以下实施例进行技术方案的展开描述。

本发明提供了一种故障处理交互方法和装置，以下详细介绍本发明实施例的故障处理交互方法和装置的具体处理流程和原理。

如图1所示，其为本发明实施例的故障处理交互方法的流程图。本发明实施例的故障处理交互方法可以包括以下步骤：

S110：根据各待检测设备确定巡检路线。

例如，在一般的电气系统中包含了多个设备，可能需要针对一些容易发生故障或比较重要的设备进行检查，因此需要针对待检测的设备确定巡检路线。

S120：控制机器人按照所述巡检路线移动，以采集处于所述巡检路线上的各待检测设备的运行状态。

在获取巡检路线后，可以驱动机器人根据所述路线进行移动，依次对各个设备的运行状态进行采集。其中，在驱动机器人移动时，可以采用雷达导航系统等进行导航。然后，在机器人沿着巡检路线移动时，到达某个待检测设备，机器人可以停止移动，采集该待检测设备的运行状态，比如：机器人可以与待检测设备通过无线或有线方式通信，从待检测设备接收该设备当前运行的频率、电流、电压、实时功率等参数。

S130：将采集的各待检测设备的运行状态发送至服务器。

例如，在获得设备的运行状态的相关参数后，可以将该设备的运行状态的相关参数发送至后台服务器，由后台服务器根据设备的运行状态的相关参数进行分析。

在一种实施方式中，可以针对一些参数设定范围阈值，比如正常工作范围阈值。若采集的参数在正常工作的范围阈值中，则表明当前设备运行正常。若采集的参数不在正常工作的范围阈值内，则表明当前设备工作异常，对该异常的设备进行标记。然后，还可以针对异常的设备进行故障判断，即进一步判断当前的设备是否达到故障的标准，若是则返回故障处理信息至巡检机器人。

S140：如果接收到所述服务器返回的故障状态信息，根据所述故障状态信息进行故障处理。

如图2所示，在一种实施方式中，步骤S110中，确定巡检路线的步骤可以包括：

S111：建立电子地图，所述电子地图中包括电气系统的各设备的位置。

针对电气系统建立电子地图，在所述电子地图中标注各个设备的坐标位置。电子地图中还可以包括各个设备之间的路径等信息。

S112：在电子地图中获取需要检测的各待检测设备之间的路径。

首先，从电子地图中挑选需要检测的设备。例如，从所述电子地图中挑选了3个需要进行检测的设备A、B和C。接着，可以根据电子地图的各设备的坐标位置，规划得到这三个设备之间的所有路径。比如：依次巡检A、B、C，依次巡检B、A、C，依次巡检C、B、A，依次巡检C、A、B等。

S113：根据各待检测设备之间的路径，确定巡检路线。

从规划的多个路径中可以选择最优的作为巡检路线。比如，可以根据距离最短原则选择路径。例如，经过比较，若发现依次巡检A、B、C的路线的距离最短，则采用该路径作为巡检路线。

如图3所示，在一种实施方式中，在步骤S140中，根据所述故障状态信息进行故障处理，可以包括：

S141：根据所述故障状态信息确定故障设备。

首先，可以利用故障状态信息在电子地图中定位到故障设备的坐标位置。接着，利用机器人的坐标位置和故障设备的坐标位置规划出机器人到故障设备的路径。然后，驱动机器人沿着规划出的路径移动至该故障设备的位置上。

S142：拍摄所述故障设备的现场视频信息，并向运维系统发送所述现场视频信息。

例如，通过机器人的摄像头对故障设备的现场进行拍摄，将获得的视频信息发送至运维系统。这样，可以通知运维人员哪个设备出现了故障，以及具体的故障状态。运维人员可以根据故障状态确定后续的故障排除方案。例如，停止故障设备、启动备用设备、通知厂商维修等。

如图4所示，在另一种实施方式中，根据所述故障状态信息进行故障处理，还可以进一步包括：

S143：向所述运维系统发送关于所述故障设备的告警信息。

在发现故障设备后，可以向运维系统发送告警信息，便于运维人员进行安全管理，保证系统安全。

S144：向设备生产商系统发送关于所述故障设备的故障信息邮件。

另外，在发现故障设备后，还可以起草故障信息邮件，以将现场信息直接向设备生产商系统反馈，便于设备生产商系统及时安排对设备的维修。例如，设备生产商系统的某个邮箱收到故障信息邮件后，可以安排具体的工程师对该故障进行处理。

如图5所示，在另一种实施例中，所述故障处理交互方法还包括：

S150：接收来自设备生产商系统的故障处理信息，所述故障处理信息包括故障的处理方式、人员信息和到场时间。

在发送故障信息至设备生产商系统后，可由厂商工程师分析后确定解决方案，然后设备生产商系统将故障的处理方式、到场时间、人员信息等发至机器人或告知运维人员。

S160：控制所述机器人在所述到场时间之前，移动至所述故障设备的位置。

当机器人接收到故障处理信息后，可以由机器人提前到指定的地点核对设备工程师的信息，并引导至故障设备区域。

S170：拍摄对故障设备的处理过程，并存储至服务器。

在工程师维修时，机器人还可以现场监护工程师进行故障处理，同时可将现场画面实时传递至运维系统的值班室，设备工程师需要支援时，可通过机器人语音通知值班室进行配合。

另外，在一种实施方式中，还可以机器人将此次设备故障的完成过程进行记录，作为学习案例储存至后台数据库。作为学习素材，后续可对此类案例由机器人给出解决方案，供故障处理时参考。

如图6所示，其为本发明实施例的故障处理交互方法的实现架构图。

在一种具体实现方式中，可以在机器人中设置辅助系统210、控制器220、数据采集系统230、图像采集及识别系统240、语音采集及识别系统250和实时通讯系统260。其中，所述辅助系统210内部包括：电源系统211、驱动系统212、导航系统213。

首先，可以在机器人内部预设好巡检路线。然后，可以利用导航系统213对机器人进行导航，由驱动系统212驱动机器人沿着巡检路线移动至各个设备的位置上。

接着，通过数据采集系统230对各个设备的运行参数进行采集。然后，通过控制器220将运行参数发送至后台服务器270，由后台服务器270返回分析结果。服务器270内可以设置智能处理模块，用于对各种运行参数进行分析处理。

当出现故障时，可以先通过图像采集及识别系统240采集当前故障的设备的现场视频。然后，再通过实时通讯系统260发送现场视频和警报信息至运维系统。

当进行现场维修时，机器人提前到指定的地点核对设备工程师的信息，并引导至故障设备区域。现场监护工程师进行故障处理，同时可通过图像采集及识别系统240将现场画面实时传递至值班室。设备工程师需要支援时，可通过机器人的语音采集及识别系统250通知值班室进行配合。

机器人将此次设备故障的完成过程进行记录，作为学习案例储存至后台服务器270的数据库中。后续，这些学习案例可以作为智能处理模块的学习素材，学习后可以对此类案例由机器人给出解决方案，供故障处理时参考。

本发明实施例可以大幅度降低运维人员在故障处理过程中的参与度，提高了故障处理的效率，缩短了故障发现到处理之间的时间，保证了数据中心的可靠运行。

如图7所示，一种故障处理交互装置，包括：

路线确定模块110，用于根据各待检测设备确定巡检路线。

采集模块120，用于控制机器人按照所述巡检路线移动，以采集处于所述巡检路线上的各待检测设备的运行状态。

发送模块130，用于将采集的各待检测设备的运行状态发送至服务器。

处理模块140，用于如果接收到所述服务器返回的故障状态信息，根据所述故障状态信息进行故障处理。

如图8所示，所述路线确定模块110包括：

电子地图建立子模块111，用于建立电子地图，所述电子地图中包括电气系统的各设备的位置。

路径获取子模块112，用于在电子地图中获取需要检测的各待检测设备之间的路径。

路线确定子模块113，用于根据各待检测设备之间的路径，确定巡检路线。

如图9所示，所述处理模块140包括：

故障设备确定子模块141，用于根据所述故障状态信息确定故障设备。

视频采集子模块142，用于拍摄所述故障设备的现场视频信息，并向运维系统发送所述现场视频信息。

如图10所示，所述处理模块140还包括：

告警信息发送子模块143，用于向所述运维系统发送关于所述故障设备的告警信息；和/或

故障邮件发送子模块144，用于向设备生产商系统发送关于所述故障设备的故障信息邮件。

如图11所示，所述故障交互处理装置还可以包括：

处理信息接收模块150，用于接收来自设备生产商系统的故障处理信息，所述故障处理信息包括故障的处理方式、人员信息和到场时间。

移动控制模块160，用于控制所述机器人在所述到场时间之前，移动至所述故障设备的位置。

视频上传模块170，用于拍摄对故障设备的处理过程，并存储至服务器。

本实施例的故障处理交互装置与上述实施例的故障处理交互方法的原理和功能类似，故不再赘述。

在另一个实施例中，本发明还提供一种故障处理交互设备，如图12所示，该设备包括：存储器510和处理器520，存储器510内存储有可在处理器520上运行的计算机程序。所述处理器520执行所述计算机程序时实现上述实施例中的故障处理交互方法。所述存储器510和处理器520的数量可以为一个或多个。

该设备还包括：

通信接口530，用于与外界设备进行通信，进行数据交互传输。

存储器510可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

如果存储器510、处理器520和通信接口530独立实现，则存储器510、处理器520和通信接口530可以通过总线相互连接并完成相互间的通信。所述总线可以是工业标准体系结构(ISA，Industry Standard Architecture)总线、外部设备互连(PCI，PeripheralComponent)总线或扩展工业标准体系结构(EISA，Extended Industry StandardComponent)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图12中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器510、处理器520及通信接口530集成在一块芯片上，则存储器510、处理器520及通信接口530可以通过内部接口完成相互间的通信。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。

本发明实施例所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质的更具体的示例至少(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式只读存储器(CDROM)。另外，计算机可读存储介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

在本发明实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于指令执行系统、输入法或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、射频(Radio Frequency，RF)等等，或者上述的任意合适的组合。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。所述存储介质可以是只读存储器，磁盘或光盘等。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到其各种变化或替换，这些都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (12)

1.一种故障处理交互方法，其特征在于，包括：

根据各待检测设备确定巡检路线；

控制机器人按照所述巡检路线移动，以采集处于所述巡检路线上的各待检测设备的运行状态；

将采集的各待检测设备的运行状态发送至服务器；

如果接收到所述服务器返回的故障状态信息，根据所述故障状态信息进行故障处理。

2.根据权利要求1所述的方法，其特征在于，所述获取待检测设备的巡检路线，包括：

建立电子地图，所述电子地图中包括电气系统的各设备的位置；

在电子地图中获取需要检测的各待检测设备之间的路径；

根据各待检测设备之间的路径，确定巡检路线。

3.根据权利要求2所述的方法，其特征在于，根据所述故障状态信息进行故障处理，包括：

根据所述故障状态信息确定故障设备；

拍摄所述故障设备的现场视频信息，并向运维系统发送所述现场视频信息。

4.根据权利要求3所述的方法，其特征在于，根据所述故障状态信息进行故障处理，还包括：

向所述运维系统发送关于所述故障设备的告警信息；和/或

向设备生产商系统发送关于所述故障设备的故障信息邮件。

5.根据权利要求1所述的方法，其特征在于，还包括：

接收来自设备生产商系统的故障处理信息，所述故障处理信息包括故障的处理方式、人员信息和到场时间；

控制所述机器人在所述到场时间之前，移动至所述故障设备的位置；

拍摄对故障设备的处理过程，并存储至服务器。

6.一种故障处理交互装置，其特征在于，包括：

路线确定模块，用于根据各待检测设备确定巡检路线；

采集模块，用于控制机器人按照所述巡检路线移动，以采集处于所述巡检路线上的各待检测设备的运行状态；

发送模块，用于将采集的各待检测设备的运行状态发送至服务器；

处理模块，用于如果接收到所述服务器返回的故障状态信息，根据所述故障状态信息进行故障处理。

7.根据权利要求6所述的装置，其特征在于，所述路线确定模块包括：

电子地图建立子模块，用于建立电子地图，所述电子地图中包括电气系统的各设备的位置；

路径获取子模块，用于在电子地图中获取需要检测的各待检测设备之间的路径；

路线确定子模块，用于根据各待检测设备之间的路径，确定巡检路线。

8.根据权利要求7所述的装置，其特征在于，所述处理模块包括：

故障设备确定子模块，用于根据所述故障状态信息确定故障设备；

视频采集子模块，用于拍摄所述故障设备的现场视频信息，并向运维系统发送所述现场视频信息。

9.根据权利要求8所述的装置，其特征在于，所述处理模块还包括：

告警信息发送子模块，用于向所述运维系统发送关于所述故障设备的告警信息；和/或

故障邮件发送子模块，用于向设备生产商系统发送关于所述故障设备的故障信息邮件。

10.根据权利要求6所述的装置，其特征在于，还包括：

处理信息接收模块，用于接收来自设备生产商系统的故障处理信息，所述故障处理信息包括故障的处理方式、人员信息和到场时间；

移动控制模块，用于控制所述机器人在所述到场时间之前，移动至所述故障设备的位置；

视频上传模块，用于拍摄对故障设备的处理过程，并存储至服务器。

11.一种故障处理交互设备，其特征在于，所述设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1-5中任一所述的故障处理交互方法。

12.一种计算机可读介质，其存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-5中任一所述的故障处理交互方法。