智能设备的故障处理方法和装置与流程

本申请涉及智能家居技术领域，具体涉及一种智能设备的故障处理方法和装置。

背景技术：

智能家居的种类日渐增多，现代家庭的生活也在不断地走向智能化。物联网相关政策的不断出台，也为智能家居行业提供了强有力的支撑，让智能家居一举成为了物联网应用中的朝阳行业。同时，关键技术的进步和产业体系的完善也为智能家居行业的发展建立了重要的基础。

所谓智能家居，即家居生活逐步走向智能化，设备网络化。随着智能家居设备种类的增多，各种设备的售后维护服务就需要一些专门的维修人员。

相关技术中，智能家居设备出现故障后，需要用户自己发现问题后联系维修人员进行处理。有些设备的故障比较隐蔽，某些情况下无法及时发现，造成用户的使用体验较差。此外，用户未必对智能家居设备有足够的了解，从而难以准确地寻找到所需要的专业的维修人员。

技术实现要素：

为至少在一定程度上克服相关技术中存在的问题，本申请提供一种智能设备的故障处理方法和装置。

根据本申请实施例的第一方面，提供一种智能设备的故障处理方法，包括：

获取智能设备的故障信息；

对所述故障信息进行分析，确定智能设备的故障原因；

将故障原因推送给预先指定的用户；

在接收到用户反馈的订单信息后，根据所述订单信息给用户推荐维修人员。

进一步地，所述获取智能设备的故障信息，包括：

接收智能设备通过网络上传的故障信息；

其中，所述故障信息是所述智能设备在出现故障后，自动收集并上传的运行状态信息。

进一步地，所述将故障原因推送给预先指定的用户，包括：

将故障原因发送给预先指定的语音设备，以使所述语音设备将相应的故障原因进行语音播报。

进一步地，所述方法还包括：

接收所述语音设备上传的订单信息，所述订单信息是所述语音设备在检测到指定的语音指令后生成并上传的。

进一步地，所述将故障原因推送给预先指定的用户，包括：

将故障原因发送给预先指定的应用客户端，以使所述应用客户端显示关于故障原因的应用消息。

进一步地，所述方法还包括：

接收所述应用客户端上传的订单信息，所述订单信息是所述应用客户端在接收到指定的操作指令后生成并上传的。

进一步地，所述对所述故障信息进行分析，包括：

查询取预先存储的历史故障数据；

将本次的故障信息与历史故障数据进行校验对比，建立故障信息与历史故障数据的相关性模型；

根据对比校验结果确定本次的故障原因。

进一步地，所述方法还包括：

将本次的故障信息和故障原因添加到历史故障数据中。

进一步地，所述根据所述订单信息给用户推荐维修人员，包括：

获取预先存储的维修人员列表；

根据故障原因和订单信息，从维修人员列表中确定匹配度最高的维修人员；

将确定出的维修人员推送给用户。

进一步地，所述订单信息包括：用户地址、预约时间、用户需求；

所述维修人员列表包括：维修人员的个人信息、任务排班、工作地区、技能指标；

所述从维修人员列表中确定匹配度最高的维修人员，包括：

将故障原因和技能指标、用户地址和工作地区、预约时间和任务排班分别进行匹配，筛选出匹配度最高的维修人员。

根据本申请实施例的第二方面，提供一种智能设备的故障处理装置，包括：

获取模块，用于获取智能设备的故障信息；

分析模块，用于对所述故障信息进行分析，确定智能设备的故障原因；

推送模块，用于将故障原因推送给预先指定的用户；

推荐模块，用于在接收到用户反馈的订单信息后，根据所述订单信息给用户推荐维修人员。

根据本申请实施例的第三方面，提供一种智能设备的故障处理系统，包括：智能设备、服务器和用户终端；

所述智能设备用于在出现故障时自动收集运行状态信息并上传到所述服务器；

所述用户终端用于接收所述服务器推送的故障原因，并反馈订单信息到所述服务器；

所述服务器用于：

获取智能设备的故障信息；

对所述故障信息进行分析，确定智能设备的故障原因；

将故障原因推送给预先指定的用户；

在接收到用户反馈的订单信息后，根据所述订单信息给用户推荐维修人员。

本申请的实施例提供的技术方案具备以下有益效果：

本申请的方案能够监控智能设备的运行情况，在智能设备发生故障时及时发现问题并确定故障原因，从而避免了用户没能及时发现故障而造成使用体验差的情况，并且能够为用户准确匹配相关技术人员；本方案不仅方便了用户，同时减轻了售后客服的负担。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是根据一示例性实施例示出的一种智能设备的故障处理方法的流程图。

图2是根据一示例性实施例示出的一种智能设备的故障处理方法的信息流程图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的方法和装置的例子。

图1是根据一示例性实施例示出的一种智能设备的故障处理方法的流程图。该方法可以应用于智能家居设备的自动报修服务，包括以下步骤：

步骤s1：获取智能设备的故障信息；

步骤s2：对所述故障信息进行分析，确定智能设备的故障原因；

步骤s3：将故障原因推送给预先指定的用户；

步骤s4：在接收到用户反馈的订单信息后，根据所述订单信息给用户推荐维修人员。

本申请的方案能够监控智能设备的运行情况，在智能设备发生故障时及时发现问题并确定故障原因，从而避免了用户没能及时发现故障而造成使用体验差的情况，并且能够为用户准确匹配相关技术人员；本方案不仅方便了用户，同时减轻了售后客服的负担。

一些实施例中，所述获取智能设备的故障信息，包括：

接收智能设备通过网络上传的故障信息；

其中，所述故障信息是所述智能设备在出现故障后，自动收集并上传的运行状态信息。

智能设备在运行时生成运行日志，记录设备的各项参数。当参数出现异常时即可认为智能设备出现故障，此时可以将运行日志作为故障信息上传到服务器。

一些实施例中，所述将故障原因推送给预先指定的用户，包括：

将故障原因发送给预先指定的语音设备，以使所述语音设备将相应的故障原因进行语音播报。

具体地，语音设备可以是智能音箱，智能家居设备可以先将数据发送到智能音箱，再由智能音箱上传到服务器。

一些实施例中，所述方法还包括：

接收所述语音设备上传的订单信息，所述订单信息是所述语音设备在检测到指定的语音指令后生成并上传的。

一些实施例中，所述将故障原因推送给预先指定的用户，包括：

将故障原因发送给预先指定的应用客户端，以使所述应用客户端显示关于故障原因的应用消息。

具体地，应用客户端可以是用户智能手机上的app，服务器推送的故障信息可以再app内查看。

一些实施例中，所述方法还包括：

接收所述应用客户端上传的订单信息，所述订单信息是所述应用客户端在接收到指定的操作指令后生成并上传的。

服务器通过网络时刻监控智能设备的运行状态以及设备的健康状态，一旦设备出现故障，设备就会启动故障上报功能，将设备的故障信息上传到云端后台服务器。服务器将故障结果通过app推送给用户，让用户随时随地及时得知设备故障问题；与此同时，智能音箱也会播放告警信息，提醒用户设备故障。

此外，用户也可以通过语音交互或者app发出订单，预约维修服务。用户可以根据不同的使用场景，选择不同的预约方式。

参照图2，一些实施例中，所述对所述故障信息进行分析，包括：

查询取预先存储的历史故障数据；

将本次的故障信息与历史故障数据进行校验对比，建立故障信息与历史故障数据的相关性模型；

根据对比校验结果确定本次的故障原因。

一些实施例中，所述方法还包括：

将本次的故障信息和故障原因添加到历史故障数据中。

一些实施例中，所述根据所述订单信息给用户推荐维修人员，包括：

获取预先存储的维修人员列表；

根据故障原因和订单信息，从维修人员列表中确定匹配度最高的维修人员；

将确定出的维修人员推送给用户。

一些实施例中，所述订单信息包括：用户地址、预约时间、用户需求；

所述维修人员列表包括：维修人员的个人信息、任务排班、工作地区、技能指标；

所述从维修人员列表中确定匹配度最高的维修人员，包括：

将故障原因和技能指标、用户地址和工作地区、预约时间和任务排班分别进行匹配，筛选出匹配度最高的维修人员。

在用户发出预约订单后，服务器通过搜集到的设备故障信息以及用户相关信息，经过一系列的运算，从设备故障，用户地址，用户需求紧急度，相关维修人员任务排班等各个因素下出发，匹配到最佳维修人员，形成相应的维修工单，安排维修人员准时上门服务，同时将相关预约信息下达给用户。

本申请还提供如下的实施例：

一种智能设备的故障处理装置，包括：

获取模块，用于获取智能设备的故障信息；

分析模块，用于对所述故障信息进行分析，确定智能设备的故障原因；

推送模块，用于将故障原因推送给预先指定的用户；

推荐模块，用于在接收到用户反馈的订单信息后，根据所述订单信息给用户推荐维修人员。

关于上述实施例中的装置，其中各个模块执行操作的具体步骤已经在有关该方法的实施例中进行了详细描述，此处不再详细阐述说明。

本申请还提供如下的实施例：

一种智能设备的故障处理系统，包括：智能设备、服务器和用户终端；

所述智能设备用于在出现故障时自动收集运行状态信息并上传到所述服务器；

所述用户终端用于接收所述服务器推送的故障原因，并反馈订单信息到所述服务器；

所述服务器用于：

获取智能设备的故障信息；

对所述故障信息进行分析，确定智能设备的故障原因；

将故障原因推送给预先指定的用户；

在接收到用户反馈的订单信息后，根据所述订单信息给用户推荐维修人员。

关于上述实施例中的系统，其中各个模块执行操作的具体步骤已经在有关该方法的实施例中进行了详细描述，此处不再详细阐述说明。

本申请的方案核心是监控智能设备的故障信息，然后根据故障信息和订单信息形成最佳的维修工单，从而为用户提供一种简单、方便、快捷的维修服务。具体步骤包括：

首先，利用设备监控系统，收集设备故障信息，并上传到服务器。

然后，服务器获取到相关设备故障信息，与已存储的故障信息进行校验对比，建立本次故障与历史故障数据的相关性模型。

用户一旦下单，服务器就会获取到用户相关信息，包括预约的时间，地点，需求紧急度，用户的历史记录，评价等等，形成用户模块。同时生活服务平台调用相关维修人员的信息，包括服务范围，技能指标等等。

匹配到最佳维修人员，形成相应的维修工单(其中包括了故障信息，和维修建议信息等)，通知用户，并安排维修人员准时上门服务。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

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

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

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

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

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。