WO2023000829A1 - 用于空调故障分析处理的方法及装置、服务器 - Google Patents

Abstract

本申请涉及智能家电维修技术领域，公开一种用于空调故障分析处理的方法，包括：服务器轮询云服务数据库中的故障信息，云服务数据库储存两台以上空调的故障信息，以及与故障信息对应的解决方案信息；在云服务数据库中，匹配与轮询的故障信息对应的解决方案信息；推送解决方案信息至与故障信息对应的故障设备的用户；预设时长内，如果未接收到故障修复信息，则根据故障设备的区域信息，匹配区域客服，并将故障信息及解决方案发送所述区域客服。该方法通过服务器为故障设备的用户提供解决方案；在未接收到故障修复信息时，为用户匹配区域客服，以助排除故障，进而提高故障修复效率。本申请还公开一种用于空调故障分析处理的装置及服务器。

Description

用于空调故障分析处理的方法及装置、服务器

本申请基于申请号为202110818088.8、申请日为2021年7月20日的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此引入本申请作为参考。

技术领域

本申请涉及智能家电维修技术领域，例如涉及一种用于空调故障分析处理的方法及装置、服务器。

背景技术

目前，家电设备发生故障，需要用户自行联系客服或售后维修人员进行报修；在报修过程中，因用户专业知识的局限性，很难准确描述故障信息，导致客户或维修人员获取的故障信息与实际故障信息不匹配，从而出现反复维修。

相关技术中，实时检测家电设备的运行数据，通过运行数据分析，确定故障种类，并在大数据中查询解决该故障的方案，反馈用户，以进行修复。

在实现本公开实施例的过程中，发现相关技术中至少存在如下问题：

用户修复故障失败后，在客服或售后维修人员修复故障时，难以直接获取故障信息，导致空调故障排除效率低。

发明内容

为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。

本公开实施例提供了一种用于空调故障分析处理的方法及装置、服务器，以提高空调故障排除效率。

在一些实施例中，所述方法包括：服务器轮询云服务数据库中的故障信息，所述云服务数据库储存两台以上空调的故障信息，以及与所述故障信息对应的解决方案信息；在所述云服务数据库中，匹配与轮询的所述故障信息对应的解决方案信息；推送所述解决方案信息至与所述故障信息对应的故障设备的目标用户；预设时长内，如果未接收到故障修复信息，则根据所述故障设备的区域信息，匹配区域客服，并将所述故障信息及所述解决方 案发送所述区域客服。

在一些实施例中，所述装置包括：处理器和存储有程序指令的存储器，所述处理器被配置为在运行所述程序指令时，执行上述的用于空调故障分析处理的方法。

在一些实施例中，所述服务器包括：上述的用于空调故障分析处理的装置。

本公开实施例提供的空调故障分析处理的方法及装置、服务器，可以实现以下技术效果：

通过服务器轮询云服务数据库中的故障信息，为与故障信息对应的故障设备的用户提供解决方案；在服务器未接收到故障设备上报的故障修复信息时，为该故障设备的用户匹配区域客服，同时，将故障信息和对应的解决方案发送给区域客服，以便区域客服及时了解故障设备的相关信息，从而为用户提供准确的维修信息，以排除故障，进而提高故障修复效率。

以上的总体描述和下文中的描述仅是示例性和解释性的，不用于限制本申请。

附图说明

一个或多个实施例通过与之对应的附图进行示例性说明，这些示例性说明和附图并不构成对实施例的限定，附图中具有相同参考数字标号的元件示为类似的元件，附图不构成比例限制，并且其中：

图1是空调故障分析处理系统环境示意图；

图2是本公开实施例提供的一个用于空调故障分析处理的方法的示意图；

图3是本公开实施例提供的另一个用于空调故障分析处理的方法的示意图；

图4是本公开实施例提供的另一个用于空调故障分析处理的方法的示意图；

图5是本公开实施例提供的一个用于空调故障分析处理的装置的示意图。

具体实施方式

为了能够更加详尽地了解本公开实施例的特点与技术内容，下面结合附图对本公开实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本公开实施例。在以下的技术描述中，为方便解释起见，通过多个细节以提供对所披露实施例的充分理解。然而，在没有这些细节的情况下，一个或多个实施例仍然可以实施。在其它情况下，为简化附图，熟知的结构和装置可以简化展示。

本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在 适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。

除非另有说明，术语“多个”表示两个或两个以上。

本公开实施例中，字符“/”表示前后对象是一种“或”的关系。例如，A/B表示：A或B。

术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，A和/或B，表示：A或B，或，A和B这三种关系。

术语“对应”可以指的是一种关联关系或绑定关系，A与B相对应指的是A与B之间是一种关联关系或绑定关系。

本公开实施例中，智能家电设备是指将微处理器、传感器技术、网络通信技术引入家电设备后形成的家电产品，具有智能控制、智能感知及智能应用的特征，智能家电设备的运作过程往往依赖于物联网、互联网以及电子芯片等现代技术的应用和处理，例如智能家电设备可以通过连接电子设备，实现用户对智能家电设备的远程控制和管理。

公开实施例中，终端设备是指具有无线连接功能的电子设备，终端设备可以通过连接互联网，与如上的智能家电设备进行通信连接，也可以直接通过蓝牙、wifi等方式与如上的智能家电设备进行通信连接。在一些实施例中，终端设备例如为移动设备、电脑、或悬浮车中内置的车载设备等，或其任意组合。移动设备例如可以包括手机、智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备等，或其任意组合，其中，可穿戴设备例如包括：智能手表、智能手环、计步器等。

结合图1，空调故障分析处理系统包括服务器、云服务数据库、智能家电设备、用户移动终端APP(Application，应用程序)；其中，智能家电设备主要指空调设备，这里，用户可在用户移动终端APP上建立空调设备与服务器的通信，以便空调设备向服务器发送故障信息；服务器，用于接收家电设备上传的故障信息，并对故障信息数据进行处理，将处理后的故障信息数据存储于云服务数据库；服务器轮询云服务数据库中故障信息，以助解决故障信息；云服务数据库，用于储存服务器处理后的故障信息，和故障信息对应的解决方案，以便于服务器调用。其中，服务器对故障信息数据处理，是指利用Apache kafka和Apache flink软件处理故障信息数据。

结合图2所示，本公开实施例提供一种用于空调故障分析处理的方法，包括：

S01，服务器轮询云服务数据库中的故障信息，云服务数据库储存两台以上空调的故障信息，以及与故障信息对应的解决方案信息。

本实施例中，云服务数据库中的故障信息，是与服务器通信的所有空调设备上传的故 障信息。通常情况下，根据空调设备所在区域，选择所在区域内的服务器通信，或者，选择与所在区域对应的服务器通信。这样，便于数据的处理与存储。

故障信息可以包括故障类型，和/或，故障级别等信息，例如，故障类型包括压缩机故障、变频器故障，其中，压缩机故障还可以分为压缩机绕组故障、压缩机排气阀故障、压缩机主控板故障等等；故障级别可以是根据解决故障的难易程度确定，例如，故障越不容易解决，故障级别越高；或者，可以根据故障发生的频率确定，例如，故障发生频率越高，故障级别越低。

解决方案信息，包括常见或通用故障的解决方案信息，其中，解决方案信息可以是视频信息，文字信息，或者语音信息等。

与服务器关联的空调设备上报的故障信息均存储于云服务数据库中，因此，服务器可以定期或不定期地轮询云服务数据库中的故障信息，以确定故障信息是否已被排除，对于未排除的故障信息，服务器可以根据修复情况为空调设备提供相应的维修服务。

S02，服务器在云服务数据库中，匹配与轮询的故障信息对应的解决方案信息。

本实施例中，服务器在云服务数据库中，为轮询到的故障信息匹配相应的解决方案信息；具体地，服务器可以提取故障信息中的关键词，根据关键词确定故障类型；再根据故障类型匹配解决方案信息；或者，可以是空调设备根据故障数据信息，自动判断故障类型，将包含故障类型的故障信息上传至服务器，服务器在匹配解决方案信息时，可以直接根据空调设备上传的故障类型进行匹配；这样，可以快速并准确地为用户或空调设备匹配到合适的故障解决方案信息。

S03，服务器推送解决方案信息至与故障信息对应的故障设备的用户。

本实施例中，服务器可以向用户的终端设备推送解决方案信息。用户的终端设备可以是移动终端APP，用户在关联空调设备的移动终端APP上查看服务器推送的解决方案信息。用户可以根据解决方案信息的情况，选择自行修复故障，或者，选择空调设备自我修复。例如，解决方案信息中可以包括故障告警信息或故障级别，故障告警信息可以根据故障类型分为不同的级别，级别越高，故障越难排除；用户根据故障警告信息的级别或故障级别，判断是否可以自行修复，继而选择合适的修复方式，提高修复的效率。

S04，预设时长内，如果服务器未接收到故障修复信息，则根据故障设备的区域信息，匹配区域客服，并将故障信息及解决方案信息发送区域客服。

本公开实施例中，预设时长可以根据需求自行设定，例如，可以是半小时，或者20分钟等。故障修复信息是指空调设备向服务器上报的故障已经排除的信息，例如，在用户接收到故障的解决方案信息后，用户自行将故障修复，则空调设备在故障修复后，会上报 服务器，故障已排除，服务器将会将故障信息移除或标识故障信息已解除。如果预设时长内，没有接收到空调设备上报的故障修复信息，即用户或者空调设备未将故障修复，则为该空调设备的用户匹配区域客服。具体地，服务器可以获取用户移动终端的位置信息，以确定空调设备所在的区域，根据空调设备的区域信息，为空调设备匹配区域内的区域客服；或者，服务器中预存有与其通信的所有空调设备的区域信息，在空调设备上报故障信息后，服务器从相应的库中调取该空调设备的区域信息，以匹配区域客服；空调设备的区域信息是指空调设备的安装区域信息，即安装用户的区域地理位置、联系方式等信息，例如，某空调设备安装在青岛市李沧区中片等。服务器在匹配区域客服后，同时将故障信息及解决方案信息发送至区域客服；这样，区域客服可以快速地了解空调设备的故障情况，从而为该故障提供更优的解决方案，以尽快解决故障。

采用本公开实施例提供的用于空调故障分析处理的方法，通过服务器轮询云服务数据库中的故障信息，为与故障信息对应的故障设备的用户提供解决方案；在服务器未接收到故障设备上报的故障修复信息时，为该故障设备的用户匹配区域客服，同时，将故障信息和对应的解决方案发送给区域客服，以便区域客服及时了解故障设备的相关信息，从而为用户提供准确的维修信息，以排除故障，进而提高故障修复效率。

可选地，步骤S01，服务端轮询云服务数据库中的故障信息，包括：

在轮询的故障信息为首次轮询的故障信息的情况下，记录故障标识；

在轮询的故障信息为非首次轮询的故障信息的情况下，不执行任何动作。

本公开实施例中，服务器可以定时调度云服务数据库中的故障信息，例如，每分钟轮询一次。故障标识用于表明该故障仍在排除过程中，并未修复。在轮询的故障信息为首次轮询时，则记录故障标识，并在云服务数据库中为该故障信息匹配对应的解决方案。在轮询的故障信息为非首次轮询的故障信息时，表明该故障信息在排除过程中，需要根据故障修复信息，确定维修方式；因此，这种情况下，服务器不执行任何动作。这样，可以避免同一故障多次修复，造成资源浪费。

可选地，服务器在接收到故障修复信息的情况下，清除故障标识。

本公开实施例中，空调设备的故障修复后，空调设备会上报服务器故障修复信息，这样，服务器在空调设备已经修复的情况下，清除故障标识，表明该故障已排除，在下一次的轮询过程中，该故障不会被轮询；这样，可以通过故障标识，确认云服务数据库中的故障信息的情况，以便服务器根据故障信息的情况，提供维修服务，提高维修效率并避免资源的浪费。

此外，空调设备上报故障修复信息，存在于各个环节。例如，在用户根据解决方案信 息将故障排除后，空调设备向服务器上报故障修复信息；若在区域客服将故障排除后，空调设备也向服务器上报故障修复信息；这样，有助于服务器及时修改故障标识，从而节省故障轮询次数。

在一些实施例中，在区域客服解决故障信息后，服务器清除故障标识，并向用户推送服务评价，用户可以在移动终端APP上，对区域客服的服务进行评价后，反馈至服务器；以便服务器统计区域客服的用户满意度，在选择区域客服时，可以根据用户满意度为用户匹配区域客服。

结合图3所示，本公开实施例提供另一种用于空调故障分析处理的方法，包括：

S01，服务器轮询云服务数据库中的故障信息，云服务数据库储存两台以上空调的故障信息，以及与故障信息对应的解决方案信息。

S02，在云服务数据库中，服务器匹配与轮询的故障信息对应的解决方案信息。

S03，服务器推送解决方案信息至与故障信息对应的故障设备的用户。

S04，预设时长内，如果服务器未接收到故障修复信息，则根据故障设备的区域信息，匹配区域客服，并将故障信息及解决方案发送区域客服。

S15，在区域客服解决故障失败的情况下，服务器接收区域客服反馈的服务工单；根据服务工单及故障设备的区域信息，匹配维修人员；其中，服务工单包括故障原因和故障编码。

本公开实施例中，在区域客服无法解除空调设备故障的情况下，区域客服可以通过其终端设备向服务器提交服务工单；这里，服务工单包括故障原因和故障编码等信息，其中，故障编码表示故障类型，例如，压缩机故障编码为001，变频器故障编码为002，压缩机主板故障编码为0011等。故障原因，是区域客户根据与用户沟通情况，并结合服务器提供的故障信息，确定的更加详细准确的故障原因；这样，维修人员可以快速确定故障部件；同时结合故障原因，快速确定检修方案，以排除故障。

根据服务工单和故障设备的区域信息，匹配维修人员。这里，服务器根据故障设备的区域信息，可以为故障设备匹配所属区域内距离最近的维修人员，这样，可以缩短维修时间，提高用户的体验感；或者，可以为故障设备匹配区域内用户评价满意度最高的维修人员，这样，有助于及时将故障设备修复。根据服务工单，可以为故障设备匹配能够解决该故障原因的维修人员；这样，结合服务工单和故障设备的区域信息综合匹配维修人员，以便解除故障。

可选地，步骤S15中，服务器根据服务工单及故障设备的区域信息，匹配维修人员，包括：

服务器根据故障设备的区域信息，获取故障设备所属区域的未外出维修的维修人员；根据故障原因和故障编码，在未外出维修的维修人员中，匹配对应的维修人员。

本公开实施例中，为了提高用户的服务满意度，服务器根据故障设备的区域信息，为用户优先匹配所在区域内未外出维修的维修人员；再根据故障原因和故障编码，在未外出的维修人员中，匹配能够解决该故障原因的维修人员；这样，可以在故障发生的第一时间内，为用户提供上门服务工作，提高用户的体验感。这里，可以将维修人员分为不同的等级，级别越高，则表明该维修人员的维修能力越强；或者，可以将维修人员分为不同的类型，不同类型的维修人员对应不同的故障类型；例如，压缩机主板故障，对应硬件维修人员等。

可选地，服务器根据故障原因和故障编码，在未外出维修的维修人员中，匹配对应的维修人员，包括：

在故障原因和故障编码表示故障等级的情况下，根据故障等级匹配对应等级的维修人员。

本公开实施例中，根据故障原因和故障编码将故障划分为不同的等级，同时，也将维修人员划分为不同的等级，维修人员等级与故障等级一一匹配，这样，可以根据故障等级匹配同等级或级别高的维修人员，从而提高故障排除的成功率，避免反复上门维修，给用户造成不好的体验。

可选地，解决方案信息，包括：与故障信息中的故障类型匹配的解决方案，或，与故障信息中的故障类型匹配的解决方案的访问地址。

本公开实施例中，解决方案信息可以是解决方案本身，或者，可以是解决方案的访问地址；这样，在解决方案信息为视频信息的情况下，可以存储其访问地址，这样，可以减少云服务数据库的储存量，同时，还可以提高发送速度。

结合图4所示，本公开实施例提供另一种用于空调故障分析处理的方法，包括：

S16，服务器接收空调发送的故障信息；将故障信息处理后储存至云服务数据库中。

S01，服务器轮询云服务数据库中的故障信息，云服务数据库储存两台以上空调的故障信息，以及与故障信息对应的解决方案信息。

S02，在云服务数据库中，服务器匹配与轮询的故障信息对应的解决方案信息。

S03，服务器推送解决方案信息至与故障信息对应的故障设备的用户。

S04，预设时长内，如果服务器未接收到故障修复信息，则根据故障设备的区域信息，匹配区域客服，并将故障信息及解决方案发送区域客服。

本公开实施例中，服务器接收与其通信的所有空调发送的故障信息，并通过Apache  kafka消息和Apache flink实时处理后，将故障信息存储至云服务数据库中，等待服务器的进一步处理。这里，Apache kafka是一个分布式、分区的、多副本的、多订阅者，基于zookeeper协调的分布式日志系统(也可以当做MQ系统)，常见可以用于web/nginx日志、访问日志，消息服务等等。Apache flink是由Apache软件基金会开发的开源流处理框架。这样，可以在关联的空调数量较多的情况下，提高故障信息处理的速度。

本公开实施例提供一种用于空调故障分析处理的装置，包括轮询模块、第一匹配模块、推送模块和第二匹配模块。轮询模块被配置为轮询云服务数据库中的故障信息，云服务数据库储存两台以上空调的故障信息，以及与故障信息对应的解决方案信息；第一匹配模块被配置为在云服务数据库中，匹配与轮询的故障信息对应的解决方案信息；推送模块被配置为推送解决方案信息至与故障信息对应的故障设备的用户；第二匹配模块，预设时长内，如果未接收到故障修复信息，则根据故障设备的区域信息，匹配区域客服，并将故障信息及解决方案发送区域客服。

采用本公开实施例提供的用于空调故障分析处理的装置，通过服务器轮询云服务数据库中的故障信息，为与故障信息对应的故障设备的用户提供解决方案；在服务器未接收到故障设备上报的故障修复信息时，为该故障设备的用户匹配区域客服，同时，将故障信息和对应的解决方案发送给区域客服，以便区域客服及时了解故障设备的相关信息，从而为用户提供准确的维修信息，以排除故障，进而提高故障修复效率。

可选地，该用于空调故障分析处理的装置还包括第三匹配模块。第三匹配模块被配置为在区域客服解决故障失败的情况下，接收区域客服反馈的服务工单；根据服务工单及故障设备的区域信息，匹配维修人员；其中，服务工单包括故障原因和故障编码。

结合图5所示，本公开实施例提供一种用于空调故障分析处理的装置，包括处理器(processor)100和存储器(memory)101。可选地，该装置还可以包括通信接口(Communication Interface)102和总线103。其中，处理器100、通信接口102、存储器101可以通过总线103完成相互间的通信。通信接口102可以用于信息传输。处理器100可以调用存储器101中的逻辑指令，以执行上述实施例的用于空调故障分析处理的方法。

此外，上述的存储器101中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。

存储器101作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令/模块。处理器100通过运行存储在存储器101中的程序指令/模块，从而执行功能应用以及数据处理，即实现上述实施例中用于空调故障分析处理的方法。

存储器101可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器101可以包括高速随机存取存储器，还可以包括非易失性存储器。

本公开实施例提供了一种服务器，包含上述的用于空调故障分析处理的装置。

本公开实施例提供了一种存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为执行上述用于空调故障分析处理的方法。

上述的存储介质可以是暂态计算机可读存储介质，也可以是非暂态计算机可读存储介质。

本公开实施例的技术方案可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括一个或多个指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开实施例所述方法的全部或部分步骤。而前述的存储介质可以是非暂态存储介质，包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。

以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施例的部分和特征可以被包括在或替换其他实施例的部分和特征。而且，本申请中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“所述”(the)旨在同样包括复数形式。类似地，如在本申请中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本申请中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个…”限定的要素，并不排除在包括所述要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。

本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件 还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。所述技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。所述技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本文所披露的实施例中，所揭露的方法、产品(包括但不限于装置、设备等)，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。在附图中的流程图和框图所对应的描述中，不同的方框所对应的操作或步骤也可以以不同于描述中所披露的顺序发生，有时不同的操作或步骤之间不存在特定的顺序。例如，两个连续的操作或步骤实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

Claims (10)

1. 一种用于空调故障分析处理的方法，其特征在于，包括：

   服务器轮询云服务数据库中的故障信息，所述云服务数据库储存两台以上空调的故障信息，以及与所述故障信息对应的解决方案信息；

   在所述云服务数据库中，匹配与轮询的所述故障信息对应的解决方案信息；

   推送所述解决方案信息至与所述故障信息对应的故障设备的用户；

   预设时长内，如果未接收到故障修复信息，则根据所述故障设备的区域信息，匹配区域客服，并将所述故障信息及所述解决方案发送所述区域客服。
2. 根据权利要求1所述的方法，其特征在于，所述服务端轮询云服务数据库中的故障信息，包括：

   在轮询的故障信息为首次轮询的故障信息的情况下，记录故障标识；

   在轮询的故障信息为非首次轮询的故障信息的情况下，不执行任何动作。
3. 根据权利要求2所述的方法，其特征在于，还包括：

   在接收到所述故障修复信息的情况下，清除所述故障标识。
4. 根据权利要求1所述的方法，其特征在于，在所述根据所述故障设备的区域信息，匹配区域客服，并将所述故障信息及所述解决方案发送所述区域客服后，所述方法还包括：

   在所述区域客服解决故障失败的情况下，接收所述区域客服反馈的服务工单；

   根据所述服务工单及所述故障设备的区域信息，匹配维修人员；

   其中，所述服务工单包括故障原因和故障编码。
5. 根据权利要求4所述的方法，其特征在于，根据所述服务工单及所述故障设备的区域信息，匹配维修人员，包括：

   根据所述故障设备的区域信息，获取所述故障设备所属区域的未外出维修的维修人员；

   根据所述故障原因和故障编码，在所述未外出维修的维修人员中，匹配对应的维修人员。
6. 根据权利要求5所述的方法，其特征在于，所述根据所述故障原因和故障编码，在所述未外出维修的维修人员中，匹配对应的维修人员，包括：

   在所述故障原因和故障编码表示故障等级的情况下，根据所述故障等级匹配对应等级的维修人员。
7. 根据权利要求1至6任一项所述的方法，其特征在于，所述解决方案信息，包 括：

   与所述故障信息中的故障类型匹配的解决方案，或，与所述故障信息中的故障类型匹配的解决方案的访问地址。
8. 根据权利要求1至6任一项所述的方法，其特征在于，在所述服务端轮询云服务数据库中的故障信息前，所述方法还包括：

   接收所述空调发送的故障信息；

   将所述故障信息处理后储存至云服务数据库中。
9. 一种用于空调故障分析处理的装置，包括处理器和存储有程序指令的存储器，其特征在于，所述处理器被配置为在运行所述程序指令时，执行如权利要求1至8任一项所述的用于空调故障分析处理的方法。
10. 一种服务器，其特征在于，包括如权利要求9所述的用于空调故障分析处理的装置。

Images