CN109693983A - 电梯故障处理方法、装置、服务器、存储介质及系统 - Google Patents

Abstract

本发明公开了一种电梯故障处理方法、装置、服务器、存储介质及系统。该方法包括：收集电梯故障数据；通过受信分析模型对所述电梯故障数据进行分析，得到分析结果，所述受信分析模型为基于历史电梯故障数据建立；根据所述分析结果发送故障处理通知信息。通过本发明，实现了电梯故障处理的自动化，提高处理电梯故障的效率。

Description

电梯故障处理方法、装置、服务器、存储介质及系统

技术领域

本发明实施例涉及电梯技术领域，尤其涉及一种电梯故障处理方法、装置、服务器、存储介质及系统。

背景技术

随着人们生活水平的提高和城市化进程的不断加快，电梯的使用越来越普及，给人们的生活带来很大的便利。与此同时，电梯在不间断的工作过程中经常会出现各种类型的故障，如电梯困人、按键失灵、开关门异常等，电梯故障随时都有可能发生，且不同类型的电梯故障所包含的信息量较大，需要客服人员通过远程监控系统实时监测和处理电梯故障，以保证电梯的安全使用。

随着电梯故障信息量的爆增，现有通过客服人员人工对电梯故障进行处理的方式已不能满足当前的需求。具体的，当电梯出现故障时，通常需要用户通过电梯内的报警系统发起报警，而客服人员必须时刻守着远程监控系统，以便实时监控电梯的运行状态，并在接收到用户的报警之后及时处理故障。当出现远程监控系统采集数据有延时、不准确或用户报警误操作的情况时，更是给电梯故障处理工作带来极大的不便，影响电梯故障的处理效率。

发明内容

本发明提供了一种电梯故障处理方法、装置、服务器、存储介质及系统，以实现电梯故障处理的自动化，提高处理电梯故障的效率。

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

收集电梯故障数据；

通过受信分析模型对所述电梯故障数据进行分析，得到分析结果，所述受信分析模型为基于历史电梯故障数据建立；

根据所述分析结果发送故障处理通知信息。

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

获取历史电梯故障数据、所述历史电梯故障数据对应的历史故障类型以及所述历史故障类型对应的第一故障处理方式；

依据所述历史电梯故障数据、所述历史故障类型和所述第一故障处理方式，建立受信分析模型。

进一步的，所述通过受信分析模型对所述电梯故障数据进行分析，得到分析结果，包括：

将所述电梯故障数据输入到所述受信分析模型中；

通过所述受信分析模型确定所述电梯故障数据对应的故障类型；

若所述故障类型属于历史故障类型，则所述受信分析模型确定所述故障类型对应的第一故障处理方式，并输出所述故障类型和所述第一故障处理方式，以作为所述分析结果。

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

若所述故障类型不属于历史故障类型，则所述受信分析模型获取针对所述故障类型输入的第二故障处理方式，并输出所述故障类型和所述第二故障处理方式，以作为所述分析结果。

进一步的，在得到分析结果之后，还包括：

根据所述分析结果更新所述受信分析模型。

进一步的，所述根据所述分析结果发送故障处理通知信息，包括：

基于所述分析结果，生成故障处理通知信息，其中，所述故障处理通知信息包括以下至少一种：电梯故障提醒短信、电梯故障处理订单信息和维保人员派工名单信息；

对所述故障处理通知信息进行发送。

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

数据收集模块，用于收集电梯故障数据；

分析模块，用于通过受信分析模型对所述电梯故障数据进行分析，得到分析结果，所述受信分析模型为基于历史电梯故障数据建立；

故障处理模块，用于根据所述分析结果发送故障处理通知信息。

第三方面，本发明实施例还提供一种服务器，包括：

一个或多个处理器；

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

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面所述的电梯故障处理方法。

第四方面，本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面所述的电梯故障处理方法。

第五方面，本发明实施例还提供一种电梯故障处理系统，包括：电梯数据传输单元、上位机以及如第三方面所述的服务器，所述服务器通过无线网络分别与电梯数据传输单元和上位机连接；

所述电梯数据传输单元通过无线网络将电梯故障数据传输至所述服务器；

所述服务器收集所述电梯故障数据，通过受信分析模型对所述电梯故障数据进行分析，得到分析结果，并通过无线网络将所述分析结果传输至所述上位机；

所述上位机根据所述分析结果发送故障处理通知信息。

本发明实施例提供了一种电梯故障处理方法、装置、服务器、存储介质及系统，该方法包括：收集电梯故障数据；通过受信分析模型对所述电梯故障数据进行分析，得到分析结果，所述受信分析模型为基于历史电梯故障数据建立；根据所述分析结果发送故障处理通知信息。通过采用上述技术方案，实现了电梯故障处理的自动化，提高处理电梯故障的效率。

附图说明

图1为本发明实施例一提供的一种电梯故障处理方法的流程图；

图2为本发明实施例二提供的一种电梯故障处理方法的流程图；

图3为本发明实施例三提供的通过受信分析模型对电梯故障数据进行分析的实现流程图；

图4为本发明实施例四提供的一种电梯故障处理装置的结构示意图；

图5为本发明实施例五提供的一种服务器的硬件结构示意图；

图6为本发明实施例六提供的一种电梯故障处理系统的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种电梯故障处理方法的流程图，本实施例可适用于自动处理电梯故障的情况。具体的，该电梯故障处理方法可以由电梯故障处理装置执行，该电梯故障处理装置可以通过软件和/或硬件的方式实现，并集成在服务器中。进一步的，服务器包括但不限定于：工业集成服务器、系统后台服务器以及云数据服务器。

参照图1，该电梯故障处理方法具体包括：

S110、收集电梯故障数据。

具体的，电梯故障数据是指电梯的运行状态参数，在实际应用中，通常通过远程监控实时获取电梯的运行状态参数，例如轿厢内部的噪音音量、平层准确度、轿厢升降速度、开关门速度、晃动度、是否超载等，这些运行状态参数可通过电梯内部的加速度传感器、红外传感器、音频设备、摄像头等设备采集，并通过电梯数据传输单元(Data Transfer unit，DTU)发送至服务器。示例性的，通过电梯内部的数据传输单元可实现对电梯的远程监控，电梯数据传输单元是一种用于将串口数据转换为IP数据或将IP数据转换为串口数据，并通过无线通信网络进行传送的无线终端设备，利用电梯数据传输单元可将电梯实时的运行状态参数通过无线通信网络传输至服务器，从而实现对电梯的远程监控。当电梯发生故障时，其运行状态参数会超过预设阈值或与预设运行状态不符，例如，当电梯的升降速度超过预设速度的阈值，过快或过慢都不正常，此时的升降速度即为电梯故障数据；当电梯的晃动度过大、超过预设阈值时，此时的晃动度即为电梯故障数据；当电梯警报器响起并提示超载时，此时的报警信号及超载信号即为电梯故障数据。通过电梯数据传输单元可实时收集电梯故障数据并通过无线网络传送至服务器。

S120、通过受信分析模型对电梯故障数据进行分析，得到分析结果，所述受信分析模型为基于历史电梯故障数据建立。

具体的，受信分析模型是一种基于历史电梯故障数据建立的大数据模型，其包含了在以往的电梯故障处理过程中学习到的经验，无论是识别电梯的故障类型、自动关联对应的故障处理方式等方面，都已经过大量数据的训练，通过数据挖掘的方式，学习到如何对电梯故障进行分类并处理各种类型电梯故障。通过受信分析模型对电梯故障数据进行分析具体是指，将接收到的电梯故障数据与受信分析模型学习到的以往的历史故障数据进行比较，判断以往是否出现过相同或类似的运行状态，如果出现过，则受信分析模型可根据以往的故障处理经验，自动快速地确定电梯的故障类型，例如：电梯困人、晃动过大、按键指示灯不亮、开关门卡顿等，并可直接确定处理该电梯故障的方式。例如，当电梯故障为电梯困人时，受信分析模型可输出立即制动电梯的指令，保证电梯固定在当前位置，然后输出发送故障处理通知信息的指令，立即向负责此电梯的维保人员发送短信通知，便于维保人员及时发现并处理故障。

可选的，通过受信分析模型对电梯故障数据进行分析，除了判断电梯的故障类型和对应的处理方式外，还可以判断所述电梯故障是否为误报。例如，当检测到电梯开关门速度不正常时，有可能是因为乘客在关门期间突然进入电梯轿厢，导致电梯门碰到乘客后停顿并重新打开，即电梯门在关门期间突然改变速度和方向，这种情况下可能会被误判为电梯故障。当此时的电梯故障数据输入至受信分析模型后，受信分析模型根据以往处理电梯故障的经验，可综合晃动度、轿厢承重变化、红外感应器的数据等，综合判断该电梯故障数据是否属于正常运行状态，从而判断是否为误报，如果不是误报，则进一步确定故障处理方式，例如短信通知维保人员查看并维修，如果是误报，则将此次电梯故障数据记录下来，便于之后对电梯运行状态的检查和维护。

需要说明的是，上述判断电梯故障是否为误报、判断电梯的故障类型、确定应采取何种故障处理方式等，都属于受信分析模型对电梯故障数据进行分析得到的分析结果，即受信分析模型已经根据历史电梯故障数据建立了一系列的关联关系，当再次出现电梯故障时，受信分析模型可进行自动分析并得到对应的故障处理方式，无需人工对电梯故障数据进行分析。此外，所述故障处理方式也不限定为上述的制动电梯、发送短信通知等，实际应用中可能存在各种各样的电梯故障，对应于不同的故障处理方式，无论是何种故障类型和故障处理方式，只要出现过一次即可作为历史电梯故障数据，从而使受信分析模型可以从中学习到电梯故障处理的经验，作为自动处理电梯故障的依据。

进一步的，所述电梯故障数据还包括备注信息，所述备注信息可以为人工添加的说明。示例性的，通过人工的方式可在电梯故障数据中添加备注信息，例如，人工输入备注信息“轿厢内部噪音由维保人员导致，可忽略”等，将其与电梯运行状态参数共同作为电梯故障数据，通过无线网络发送至服务器，受信分析模型即可对此电梯故障数据进行分析。对应的，在通过受信分析模型对电梯故障数据进行分析时，可能会出现新的故障类型，例如出现无法识别的备注信息等，此时除了利用受信分析模型进行自动分析，也可人工为受信分析模型添加新的故障类型和/或故障处理方式，以使受信分析模型具备处理新的故障类型的能力，更全面的维护电梯使用安全。

进一步的，受信分析模型的输入为电梯故障数据，输出为分析结果，所述分析结果包括电梯的故障类型及对应的故障处理方式。通过受信分析模型对电梯故障数据进行分析，可直接得到分析结果，提供处理电梯故障的依据，从而自动采取对应的故障处理措施，无需工作人员实时守在远程监控系统或控制中心旁边，减少人力成本，同时可避免人工处理的效率低下、处理滞后、误操作等问题，及时对各种类型的电梯故障进行及时处理，提高处理故障的效率。

S130、根据分析结果发送故障处理通知信息。

具体的，通过受信分析模型对电梯故障数据进行分析，得到了电梯故障的故障类型以及对应的故障处理方式，即分析结果，根据分析结果，可执行对应的故障处理操作，并向维保人员发送故障处理通知信息，以通知维保人员及时处理电梯故障。

本实施例提供了一种电梯故障处理方法，包括：收集电梯故障数据；通过受信分析模型对所述电梯故障数据进行分析，得到分析结果，所述受信分析模型为基于历史电梯故障数据建立；根据所述分析结果发送故障处理通知信息。通过采用上述技术方案，可综合大量的处理历史电梯故障的经验，利用受信分析模型学习到处理各类电梯故障的规律，基于大数据实现了电梯故障处理的自动化，从而提高处理电梯故障的效率。

实施例二

图2为本发明实施例二提供的一种电梯故障处理方法的流程图，本实施例是在上述实施例的基础上进行了优化。本实施例对受信分析模型的建立以及通过受信分析模型对电梯故障数据进行分析的过程进行描述。参考图2，该方法具体包括如下步骤：

S210、获取历史电梯故障数据、所述历史电梯故障数据对应的历史故障类型以及所述历史故障类型对应的第一故障处理方式。

具体的，在建立受信分析模型前，首先要汇总以往出现的所有电梯故障的历史电梯故障数据、对应的历史故障类型以及对应的第一故障处理方式，将上述信息汇总，并建立特定的关联关系。

S220、依据历史电梯故障数据、历史故障类型和第一故障处理方式，建立受信分析模型。

具体的，受信分析模型可以理解为通过对大量的数据进行处理和挖掘，为相关信息建立关联关系，经过大量反复的训练之后得到的一种大数据的集合，该集合中包括了几乎所有类型的电梯故障的相关数据。本实施例中示例性地设定受信分析模型依据历史电梯故障数据、对应的历史故障类型和对应的第一故障处理方式建立，即利用历史电梯故障数据、历史故障类型、第一故障处理方式及其相互的关联关系，构成大数据的集合，通过对该集合进行大量的训练，建立受信分析模型，受信分析模型可从中学习到各种电梯故障数据对应的故障类型以及对应的第一故障处理方式，从而掌握处理各类电梯故障的处理规则。受信分析模型建立之后，当再次出现电梯故障时，受信分析模型可依据学习到的故障处理规则自动对电梯故障数据进行处理和分析。

S230、收集电梯故障数据。

需要说明的是，未在本实施例中详尽描述的技术细节可参见上述任意实施例。

S240、将电梯故障数据输入到受信分析模型中。

具体的，将收集到的电梯故障数据输入到受信分析模型中，受信分析模型已经经过大量的训练，可根据已学习到的处理规律自动对输入的电梯故障数据进行处理和分析。

S250、通过受信分析模型确定电梯故障数据对应的故障类型。

具体的，受信分析模型对输入的电梯故障数据进行处理和分析，首先确定当前收集到的电梯故障数据对应的故障类型，进而确定该故障类型对应的故障处理方式。参照图2，若所述故障类型属于历史故障类型，则执行步骤S260，若所述故障类型不属于历史故障类型，则执行步骤S261。

S260、若所述故障类型属于历史故障类型，则受信分析模型确定所述故障类型对应的第一故障处理方式，并输出所述故障类型和第一故障处理方式，以作为分析结果。

具体的，若所述故障类型属于历史故障类型，则说明该类电梯故障出现过，并且受信分析模型已经学习到该类电梯故障的故障处理方式。此时，受信分析模型可直接确定该故障类型对应的第一故障处理方式，并将该故障类型和第一故障处理作为分析结果输出。

S261、若所述故障类型不属于历史故障类型，则受信分析模型获取针对所述故障类型输入的第二故障处理方式，并输出所述故障类型和第二故障处理方式，以作为分析结果。

具体的，若所述故障类型不属于历史故障类型，则说明该类电梯故障以前未出现过，例如，电梯运行状态参数异常，以前未出现过此状态，或者是收集到的电梯故障数据中包含了人工添加的备注信息，该备注信息以前未出现过，受信分析模型无法判断出对应的故障处理方式。此时，受信分析模型可获取针对所述故障类型输入的第二故障处理方式。其中，第二故障处理方式为人工输入的，即当出现新的电梯故障时，人工定义与其对应的第二故障处理方式，将其输入受信分析模型，受信分析模型获取第二故障处理方式，并建立第二故障处理方式与该故障类型的关联关系，将故障类型和第二故障处理方式作为分析结果输出，以指导维保人员进行故障处理。

进一步的，根据受信分析模型输出的分析结果，可自动执行对应的故障处理措施。如自动制动电梯并短信通知维保人员，或将电梯故障事件记录在系统中等。

S270、基于分析结果，生成故障处理通知信息，其中，故障处理通知信息包括以下至少一种：电梯故障提醒短信、电梯故障处理订单信息和维保人员派工名单信息。

具体的，基于分析结果中的故障类型、第一故障处理方式或第二故障处理方式，可生成故障处理通知信息。示例性的，当出现电梯可能困人这一类故障时，受信分析模型的分析结果为不是误报，需要短信通知维保人员，此时会生成电梯故障提醒短信，以提示维保人员前去检查和维修。当电梯出现按键失灵这一类故障时，分析结果为需要下单，此时会生成电梯故障处理订单，电梯故障处理订单中记录了此次电梯故障的发生时间、服务器接收电梯故障数据的时间、故障类型和对应的故障处理方式等，便于查看和管理。在选派维保人员前去现场维修之前，还要先基于分析结果生成维保人员派工名单信息，即受信分析模型可根据各维保人员的当前工作状态、故障严重程度、维保人员的技能等级、技术特长、与故障点的距离等，选择最合适的维保人员进行派工，此时，会生成维保人员派工名单信息。

需要说明的是，是否生成电梯故障提醒短信、电梯故障处理订单信息或维保人员派工名单信息，是由受信分析模型对电梯故障数据进行分析得到的分析结果，即属于故障处理方式的范畴。基于分析结果，可执行对应的故障处理方式，生成对应的故障处理通知信息。

S280、对故障处理通知信息进行发送。

具体的，将生成的故障处理通知信息发送至故障点(如电梯内部配置的显示屏)、维保人员的手机和/或工作客户端(如手机app、邮箱、监控室电脑等)，以通知维保人员电梯故障的具体信息，便于维保人员及时检查和维修。

S290、根据分析结果更新受信分析模型。

具体的，在基于受信分析模型的分析结果进行故障处理之后，可根据此次电梯故障的相关数据对受信分析模型进行更新。例如，对于以前出现过的电梯故障类型，可能在此次故障处理的过程中未顺利执行，或存在有待改进的故障处理规则，或者对于以前出现过的电梯故障类型，出现过几种不同的故障处理方式，其中，只有一种故障处理方式的效率最高，这种情况下受信分析模型可综合故障处理速度最快、故障处理成本最低、故障处理可靠性最高等方面的因素，自动改进其内部的参数，以优化改进故障处理规则，学习到效率最高的故障处理方式。又如，对于新出现的电梯故障类型，在此次执行过程中出现了人工添加的备注信息或者人工输入的第二故障处理方式，这种情况下，受信分析模型可在已有的故障处理规则的基础上，叠加当前的故障处理规则，并重新进行训练，以学习到新的故障处理规则，以实现对各种类型的电梯故障进行更全面的处理。

本发明实施例二提供的一种电梯故障处理方法，在上述实施例的基础上进行优化，通过依据历史电梯故障的相关数据及其关联关系建立受信分析模型，可在电梯出现故障时，通过受信分析模型自动分析得到分析结果，操作更方便，基于大数据实现了电梯故障处理的自动化，从而提高处理电梯故障的效率；通过人工添加备注信息、人工输入第二故障处理方式，可处理新的类型的电梯故障，保证对各类电梯故障进行处理的可靠性；通过对受信分析模型进行更新，可实现以最优的方式全面处理各类电梯故障。

实施例三

图3为本发明实施例三提供的通过受信分析模型对电梯故障数据进行分析的实现流程图。本实施例在上述实施例的基础上，对受信分析模型的分析过程进行示例性的描述，未在本实施例中详尽描述的技术细节可参见上述任意实施例。本实施例中设定受信分析模型已基于历史电梯故障数据建立。

参照图3，将电梯故障数据作为输入，输入受信分析模型(虚线方框所示)，通过受信分析模型对电梯故障数据进行分析。具体的，受信分析模型对输入的电梯故障数据进行分析，首先可判断出电梯的故障类型，示例性的，判断当前的电梯故障为肯定困人，则可进一步判断此电梯故障事件是否为误报，如果为误报，则记录当前的电梯故障数据事件；如果不是误报，则通过短信通知维保人员该故障点及电梯故障事件，便于维保人员前往检查和维修。其中，电梯的故障类型、是否误报、记录电梯故障事件或短信通知的操作都是通过受信分析模型的分析得到的分析结果。

又如，判断当前的电梯故障为可能困人时，可先判断接收延时是否超过30分钟。具体的，电梯数据传输单元可实时采集电梯的运行状态参数，并记录该电梯故障的发生时间，而由于服务器处理延时、网络信号差等原因，可能造成受信分析模型接收到电梯故障数据有延时，受信分析模型可判断接收到电梯故障数据的时间与该电梯故障的发生时间的延时是否超过30分钟，若未超过30分钟，可以进一步判断是否为误报；若超过30分钟，则很有可能威胁到被困人员的生命安全，此时不再进行误报的判断，而是直接短信通知维保人员，并且，根据以往的经验，2小时内短信通知的次数在6次以内，维保人员即可检修完毕，故障解除，因此，受信分析模型可进一步判断2小时内短信通知次数是否大于6，如果不是，则可再给维保人员一些时间，继续短信通知，当次数超过6时，则将此次电梯故障的事件提示为短信通知多发事件并上报，以表示此次电梯故障未能按时解除。其中，接收延时的预设阈值为30分钟，2小时内的短信通知次数阈值为6次，都是受信分析模型基于历史电梯故障数据自动学习到的最为合理的阈值设置，随着受信分析模型的更新，这些阈值参数也可能发生变化。

又如，当前的电梯故障为提醒类故障，如警报器响铃、异常运行状态指示灯点亮等，受信分析模型在接收到电梯故障数据后，先判断接收延时是否超过30分钟，如果超过30分钟，可判断5分钟内是否已检修或者故障解除，如果是，则短信通知维保人员发生过电梯故障并已经解除，如果否，则可以下单，即生成处理电梯故障的订单，以使维保人员根据产生的订单前往检修。在此基础上，受信分析模型可进一步判断在12小时内下单次数是否大于3，如果是，说明下单3次后维保人员仍未解除故障，此时可通过人工的方式进行干预，向受信分析模型输入第二故障处理方式，即添加新的故障处理方式，例如，制动电梯、对电梯12小时的运行状态参数全面分析，得到异常运行状态参数的变化趋势，并进行更深入的检修等。如果12小时内下单次数未超过3次，可进一步判断该电梯故障是否属于历史故障类型，如果是，则按照第一故障处理方式进行处理即可，如果不是，则人工输入第二故障处理方式。

需要说明的是，上述过程中，判断电梯故障的类型、判断接收延时是否超过预设阈值、判断短信通知或下单次数是否超过预设阈值、何时下单、何时人工输入第二故障处理方式等，都是受信分析模型从大量的历史电梯故障数据中训练和学习得到的，即受信分析模型可自行决定针对某种电梯故障应判断哪些方面、分析哪些项、执行哪种操作，而非人工设置的流程。其中，除第二故障处理方式是人工输入受信分析模型的以外，其他的故障处理方式(如短信通知、制动电梯、下单等)都属于第一故障处理方式，即受信分析模型已经学习到的故障处理方式。此外，本实施例对受信分析模型对电梯故障数据的分析过程做出示例性的描述，但电梯故障类型、故障处理方式等并不局限于上述所提到的几种，所有可能出现的电梯故障类型和故障处理方式都可以通过受信分析模型的自动分析或以人工输入的方式辅助得到，并且只要出现过一次即可作为历史电梯故障数据，被受信分析模型学习，受信分析模型经过大量重复的训练能够不断的更新。

本发明实施例三提供的一种电梯故障处理方法，通过受信分析模型对电梯故障数据进行分析，自动得到分析结果，操作方便，基于大数据实现了电梯故障处理的自动化，从而提高处理电梯故障的效率；通过人工添加备注信息、人工输入第二故障处理方式，可处理新的类型的电梯故障，保证对各类电梯故障进行处理的可靠性；通过对受信分析模型进行更新，可实现以最优的方式全面处理各类电梯故障。

实施例四

图4为本发明实施例四提供的一种电梯故障处理装置的结构示意图。本实施例提供的电梯故障处理装置包括：

数据收集模块410，用于收集电梯故障数据；

分析模块420，用于通过受信分析模型对所述电梯故障数据进行分析，得到分析结果，所述受信分析模型为基于历史电梯故障数据建立；

故障处理模块430，用于根据分析结果发送故障处理通知信息。

本发明实施例四提供的一种电梯故障处理装置，通过数据收集模块收集电梯故障数据；通过分析模块根据受信分析模型对电梯故障数据进行分析，得到分析结；通过故障处理模块根据所述分析结果发送故障处理通知信息。通过上述技术方案，可综合大量的处理历史电梯故障的经验，利用受信分析模型学习到处理各类电梯故障的规律，基于大数据实现了电梯故障处理的自动化，从而提高处理电梯故障的效率。

在上述实施例的基础上，所述装置还包括：

历史数据获取模块，用于获取历史电梯故障数据、所述历史电梯故障数据对应的历史故障类型以及所述历史故障类型对应的第一故障处理方式；

模型建立模块，用于依据历史电梯故障数据、历史故障类型和第一故障处理方式，建立受信分析模型。

进一步的，所述分析模块420，包括：

输入模块，用于将电梯故障数据输入到受信分析模型中；

故障类型确定模块，用于通过受信分析模型确定电梯故障数据对应的故障类型；

第一分析结果输出模块，用于若所述故障类型属于历史故障类型，则确定所述故障类型对应的第一故障处理方式，并输出所述故障类型和第一故障处理方式，以作为分析结果；

第二分析结果输出模块，用于若所述故障类型不属于历史故障类型，则获取针对所述故障类型输入的第二故障处理方式，并输出所述故障类型和第二故障处理方式，以作为分析结果。

进一步的，所述故障处理模块430，包括：

通知信息生成模块，用于基于分析结果，生成故障处理通知信息，其中，故障处理通知信息包括以下至少一种：电梯故障提醒短信、电梯故障处理订单信息和维保人员派工名单信息；

通知信息发送模块，用于对故障处理通知信息进行发送。

进一步的，所述装置还包括：

更新模块，用于根据分析结果更新受信分析模型。

本发明实施例四提供的电梯故障处理装置可以用于执行上述任意实施例提供的电梯故障处理方法，具备相应的功能和有益效果。

实施例五

图5为本发明实施例五提供的一种服务器的硬件结构示意图。参照图5，本实施例提供的一种服务器，包括：处理器510和存储装置520。该服务器中的处理器可以是一个或多个，图5中以一个处理器510为例，所述服务器中的处理器510和存储装置520可以通过总线或其他方式连接，图5中以通过总线连接为例。

所述一个或多个程序被所述一个或多个处理器510执行，使得所述一个或多个处理器实现上述实施例中任意所述的电梯故障处理方法。

该设备中的存储装置520作为一种计算机可读存储介质，可用于存储一个或多个程序，所述程序可以是软件程序、计算机可执行程序以及模块，如本发明实施例中电梯故障处理方法对应的程序指令/模块(例如，附图4所示的电梯故障处理装置中的模块，包括：数据收集模块310、分析模块320以及CT图像重建模块330)。处理器510通过运行存储在存储装置520中的软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的电梯故障处理方法。

存储装置520主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等(如上述实施例中的故障类型、第一故障处理方式等)。此外，存储装置520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置520可进一步包括相对于处理器510远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

并且，当上述服务器中所包括一个或者多个程序被所述一个或者多个处理器510执行时，程序进行如下操作：

收集电梯故障数据；通过受信分析模型对所述电梯故障数据进行分析，得到分析结果，所述受信分析模型为基于历史电梯故障数据建立；根据所述分析结果发送故障处理通知信息。

本实施例提出的设备与上述实施例提出的电梯故障处理方法属于同一发明构思，未在本实施例中详尽描述的技术细节可参见上述任意实施例，并且本实施例具备与执行电梯故障处理方法相同的有益效果。

在上述实施例的基础上，本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被电梯故障处理装置执行时实现本发明上述任意实施例中的电梯故障处理方法，该方法包括：收集电梯故障数据；通过受信分析模型对所述电梯故障数据进行分析，得到分析结果，所述受信分析模型为基于历史电梯故障数据建立；根据所述分析结果发送故障处理通知信息。

当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的电梯故障处理方法操作,还可以执行本发明任意实施例所提供的电梯故障处理方法中的相关操作，且具备相应的功能和有益效果。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的电梯故障处理方法。

实施例六

图6为本发明实施例六提供的一种电梯故障处理系统的结构示意图。参照图6，该电梯故障处理系统600包括：电梯数据传输单元610、上位机620以及上述任意实施例所述的服务器630，所述服务器630通过无线网络分别与电梯数据传输单元610和上位机620连接。

具体的，所述电梯数据传输单元610通常设置在电梯的门机板上，电梯数据传输单元610可通过无线网络将电梯故障数据实时地传输至服务器630；其中，电梯故障数据包括电梯的运行状态参数和/或人工添加的备注信息，电梯的运行状态参数可以通过加速度传感器、红外传感器、音频设备、摄像头等设备采集，并通过电梯数据传输单元610发送至服务器630，本实施例对用于获取电梯运行状态参数的设备不作限定。

所述服务器630可以为云数据服务器，其存储了所有的历史电梯故障数据，也存储了对应的历史故障类型和第一故障处理方式，依据历史电梯故障数据、历史故障类型和第一故障处理方式，通过大量重复的训练，可以建立受信分析模型。服务器630收集到电梯故障数据后，将电梯故障数据作为输入，输入至受信分析模型，通过受信分析模型对电梯故障数据进行分析，得到分析结果，所述分析结果包括了电梯的故障类型和对应的故障处理方式(第一故障处理方式或第二故障处理方式)，然后服务器630通过无线网络将分析结果传输至上位机620。

所述上位机620可以为工控机、台式机算计等可用于远程监控电梯的控制主机，服务器630将受信分析模型分析得到的分析结果发送至上位机620后，上位机620可根据分析结果执行对应的故障处理操作，例如生成故障处理通知信息，故障处理通知信息包括以下至少一种：电梯故障提醒短信、电梯故障处理订单信息和维保人员派工名单信息，然后对故障处理通知信息进行发送，将生成的故障处理通知信息发送至故障点(如电梯内部配置的显示屏)、维保人员的手机和/或工作客户端(如手机app、邮箱、监控室电脑等)，以通知维保人员电梯故障的具体信息，便于维保人员及时检查和维修。

进一步的，所述服务630还可以根据分析结果更新受信分析模型。

进一步的，所述服务器630包括云通信平台及云存储平台，云通信平台用于与电梯数据传输单元610及上位机620进行通信，云存储平台用于存储历史电梯故障的相关数据、受信分析模型以及收集到的电梯故障数据，针对云存储平台存储的历史电梯故障数据、历史故障类型和第一故障处理方式进行训练，可建立受信分析模型，根据收集到的电梯故障数据和分析结果，可更新受信分析模型。

需要说明的是，本实施例六提供的一种电梯故障处理系统可以用于执行上述任意实施例提供的电梯故障处理方法，具备相应的功能和有益效果。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

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

收集电梯故障数据；

通过受信分析模型对所述电梯故障数据进行分析，得到分析结果，所述受信分析模型为基于历史电梯故障数据建立；

根据所述分析结果发送故障处理通知信息。

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

获取历史电梯故障数据、所述历史电梯故障数据对应的历史故障类型以及所述历史故障类型对应的第一故障处理方式；

依据所述历史电梯故障数据、所述历史故障类型和所述第一故障处理方式，建立受信分析模型。

3.根据权利要求2所述的方法，其特征在于，所述通过受信分析模型对所述电梯故障数据进行分析，得到分析结果，包括：

将所述电梯故障数据输入到所述受信分析模型中；

通过所述受信分析模型确定所述电梯故障数据对应的故障类型；

若所述故障类型属于历史故障类型，则所述受信分析模型确定所述故障类型对应的第一故障处理方式，并输出所述故障类型和所述第一故障处理方式，以作为所述分析结果。

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

若所述故障类型不属于历史故障类型，则所述受信分析模型获取针对所述故障类型输入的第二故障处理方式，并输出所述故障类型和所述第二故障处理方式，以作为所述分析结果。

5.根据权利要求1所述的方法，其特征在于，在得到分析结果之后，还包括：

根据所述分析结果更新所述受信分析模型。

6.根据权利要求1所述的方法，其特征在于，所述根据所述分析结果发送故障处理通知信息，包括：

基于所述分析结果，生成故障处理通知信息，其中，所述故障处理通知信息包括以下至少一种：电梯故障提醒短信、电梯故障处理订单信息和维保人员派工名单信息；

对所述故障处理通知信息进行发送。

7.一种电梯故障处理装置，其特征在于，包括：

数据收集模块，用于收集电梯故障数据；

分析模块，用于通过受信分析模型对所述电梯故障数据进行分析，得到分析结果，所述受信分析模型为基于历史电梯故障数据建立；

故障处理模块，用于根据所述分析结果发送故障处理通知信息。

8.一种服务器，其特征在于，包括：

一个或多个处理器；

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

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

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

10.一种电梯故障处理系统，其特征在于，包括：电梯数据传输单元、上位机以及如权利要求8所述的服务器，所述服务器通过无线网络分别与电梯数据传输单元和上位机连接；

所述电梯数据传输单元通过无线网络将电梯故障数据传输至所述服务器；

所述服务器收集所述电梯故障数据，通过受信分析模型对所述电梯故障数据进行分析，得到分析结果，并通过无线网络将所述分析结果传输至所述上位机；

所述上位机根据所述分析结果发送故障处理通知信息。