CN114014112A - 一种电梯应急救援管理系统 - Google Patents

Abstract

本申请涉及电梯管理技术领域，具体包括一种电梯应急救援管理系统，电梯应急救援管理系统与电梯实时监测系统通讯连接，电梯应急救援管理系统包括工作台综合模块，所述工作台综合模块生成电梯汇总信息，电梯汇总信息包括电梯属性信息、电梯运行信息、电梯故障信息，工作台综合模块能够在终端上对电梯汇总信息进行可视化显示；应急指挥模块，所述应急指挥模块能够生成电梯故障历史信息、对电梯故障历史信息进行查看，以对电梯应急救援进行调度、提供决策依据；呼叫中心模块；档案管理模块。所述方案解决了因事件与人事孤立产生的遇到突发事件时应急救援不及时、救援准备不充分的技术问题，产生了提升管理效率、救援效率的技术效果。

Description

一种电梯应急救援管理系统

技术领域

本申请涉及电梯管理技术领域，具体包括一种电梯应急救援管理系统。

背景技术

电梯作为城市不可或缺的垂直交通工具，与社会民生息息相关，为确保高楼住宅、办公场所的安全，对电梯使用的安全管理也越发重要。

电梯的生产、安装、使用涉及的因素有很多，例如涉及的相关群体包括生产制造商、施工方、物业方、维保方等；电梯所发生的故障也包括很多种，例如滑梯、不在平层、急停、信号故障等。电梯故障频发及应急救援不及时、救援准备不充分是导致出现事故的原因。

因此，有鉴于此，提出本申请。

申请内容

本申请的目的在于提供一种电梯应急救援管理系统，通过有效利用电梯信息，制定决策、进而减少事故发生概率、提升应急救援效率。

本申请提供了一种电梯应急救援管理系统，所述电梯应急救援管理系统与电梯实时监测系统通讯连接，所述电梯应急救援管理系统包括工作台综合模块，所述工作台综合模块生成电梯汇总信息，所述电梯汇总信息包括电梯属性信息、电梯运行信息、电梯故障信息，工作台综合模块能够在终端上对电梯汇总信息进行可视化显示；应急指挥模块，所述应急指挥模块能够生成电梯故障历史信息、对电梯故障历史信息进行查看，以对电梯应急救援进行调度、提供决策依据；呼叫中心模块，所述呼叫中心模块用于对应急救援联络人信息进行管理；档案管理模块，所述档案管理模块用于对电梯责任方信息进行管理、电梯汇总信息进行查询和修改。

进一步地，应急指挥模块能够生成电梯故障历史信息包括：实时监测系统接收电梯报警信号，判断报警类型；根据报警电梯的电梯属性信息和报警类型，将报警信号发送至呼叫中心模块；呼叫中心模块包括客服端，判断是否接收到客服端发出的工单生成指令；在判断为是的情况下，在电梯故障历史信息中生成工单信息。

进一步地，在步骤判断报警类型之后还包括：所述报警类型包括社会报警、自动报警；在判断报警类型只为社会报警且生成工单时或者社会报警先于自动报警时，根据电梯属性信息对报警电梯进行待复查标记；所述档案管理模块包括维保端、使用端，所述呼叫中心模块还包括监管用户端，所述待复查标记生成于维保端、使用端、监管用户端。

进一步地，在步骤所述待复查标记生成于维保端、使用端、监管用户端之后还包括：使用端和监管用户端接收维保端发送的复查完毕信息；判断是否接收到复查通过指令；在判断为是的情况下，生成复查通过标记。

进一步地，所述工作台综合模块包括电梯数据平台，所述电梯数据平台能够生成并显示电梯事件信息；所述电梯事件信息包括事件类型、事件数量，所述电梯数据平台还生成有与事件类型、事件数量对应的事件查看控件；响应于对事件查看控件的操作指令，根据电梯属性信息生成一级事件位置显示模型，所述一级事件位置显示模型能够显示事件发生的区域位置。

进一步地，步骤生成一级事件位置显示模型之后还包括：确定待查看事件信息，响应于对一级事件位置显示模型的指令操作，生成二级事件位置显示模型；所述二级事件位置显示模型生成有与待查看事件对应的二级事件信息，所述二级事件信息包括处置节点；实时接收呼叫中心模块或者档案管理模块的传输信息，对处置节点进行进度标记。

进一步地，在本申请的一些其他实施方式中，步骤对处置节点进行进度标记包括：接受响应于对处置节点的操作指令，生成节点进度模型，所述节点进度模型包括客服端节点、维保端节点、使用段节点。

进一步地，步骤对处置节点进行进度标记之后还包括：获取事件预设处置进度阈值，根据进度标记识别事件实际处置进度是否在事件预设处置进度阈值内；根据识别结果判断是否生成进度预警标记。

进一步地，步骤对处置节点进行进度标记之后还包括：判断进度标记是否为完结；在判断为是的情况下，生成事件分析模块；根据事件处置结果和等级预设标准，生成事件处置等级。

进一步地，步骤生成事件处置等级之后还包括：根据事件处置等级，生成处置等级标记；所述处置等级标记生成于二级事件位置显示模型中。

进一步地，还包括步骤：识别事件信息中的电梯故障事件，生成维保监控模块；根据电梯属性信息，在维保监控模块生成维保信息；根据维保信息在二级事件位置显示模型生成电梯维保标记。

综上所述，本申请具有以下有益效果：所述工作台综合模块、应急指挥模块、呼叫中心模块、档案管理模块的设置，将电梯使用方、维保方、客服方、监管方等涉及的人事方进行统筹管理，同时将各方与电梯运行中的电梯汇总信息进行匹配、联系，解决了因事件与人事孤立产生的遇到突发事件时应急救援不及时、救援准备不充分的技术问题，产生了提升管理效率、救援效率的技术效果。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请电梯应急救援管理系统一种实施方式示意图；

图2为本申请电梯汇总信息一种实施方式示意图；

图3为本申请历史工单一种实施方式示意图；

图4为本申请重大事项监管一种实施方式示意图；

图5为本申请电梯运行记录一种实施方式示意图；

图6为本申请生成工单信息一种实施方式流程图；

图7为本申请电梯事件信息一种实施方式示意图。

具体实施方式

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

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

参考图1、2所示，本申请保护一种电梯应急救援管理系统，所述电梯应急救援管理系统与电梯实时监测系统通讯连接，所述电梯应急救援管理系统包括工作台综合模块，所述工作台综合模块生成电梯汇总信息，所述电梯汇总信息包括电梯属性信息、电梯运行信息、电梯故障信息，工作台综合模块能够在终端上对电梯汇总信息进行可视化显示；应急指挥模块，所述应急指挥模块能够生成电梯故障历史信息、对电梯故障历史信息进行查看，以对电梯应急救援进行调度、提供决策依据；呼叫中心模块，所述呼叫中心模块用于对应急救援联络人信息进行管理；档案管理模块，所述档案管理模块用于对电梯责任方信息进行管理、电梯汇总信息进行查询和修改。

采用上述方案，所述电梯应急救援管理系统可以采用登录客户端、登录网页的形式，所述电梯实时监测系统可以为与实体电梯安装在一起的电梯数据动态监测仪，其能采集有关电梯的运行信息、故障信息等，并通过无线数据通讯的方式实时传输到终端上的电梯应急救援管理系统。通过工作台综合模块能够在终端上对电梯汇总信息进行可视化显示，例如图2 中包含的信息，用户可以方便直观的对所有电梯的运行情况进行了解。所述应急指挥模块生成的电梯故障历史信息的形式可以为图3中的历史工单、图4中的重大事项监管、图5中的运行记录等，通过对历史故障信息的查看，用户可以了解到具体的故障类型、易发生故障的电梯品牌、故障频率、故障处理时间等，从而为预防风险、应对风险提供决策依据。所述呼叫中心模块可以实现查看客户人员的信息、接收社会求助的情况、对客户人员的删减及添加等功能；所述电梯责任方可以为电梯维保单位、使用单位、物业方等，档案管理模块可以对其信息、发生过的行为进行记录及留存。

所述工作台综合模块、应急指挥模块、呼叫中心模块、档案管理模块的设置，将电梯使用方、维保方、客服方、监管方等涉及的人事方进行统筹管理，同时将各方与电梯运行中的电梯汇总信息进行匹配、联系，解决了因事件与人事孤立产生的遇到突发事件时应急救援不及时、救援准备不充分，产生了提升管理效率、救援效率的技术效果。

参考图6所示，应急指挥模块能够生成电梯故障历史信息包括：实时监测系统接收电梯报警信号，判断报警类型；根据报警电梯的电梯属性信息和报警类型，将报警信号发送至呼叫中心模块；呼叫中心模块包括客服端，判断是否接收到客服端发出的工单生成指令；在判断为是的情况下，在电梯故障历史信息中生成工单信息。

在步骤判断报警类型之后还包括：所述报警类型包括社会报警、自动报警；在判断报警类型只为社会报警且生成工单时或者社会报警先于自动报警时，根据电梯属性信息对报警电梯进行待复查标记；所述档案管理模块包括维保端、使用端，所述呼叫中心模块还包括监管用户端，所述待复查标记生成于维保端、使用端、监管用户端。

采用上述方案，在实际使用中，通常会有电梯里的乘客误触报警按钮的情况，此时如果由此直接生成工单，则会造成工单所反应的故障情况与实际不匹配，从而造成故障率不准确。所述技术方案首先会区分故障类型，社会报警指的是电梯里的乘客或者物业方等触发报警按钮或者拨打救援电话，自动报警指的是通过电梯动态数据监测仪自动测得的电梯故障，客服端的客服人员可以识别此两种类型，面对社会报警类型时客服人员首先会与乘客或者物业人员连线以确定是否电梯真正的发生故障，如乘客被困、电梯不在平层等；确认为是的情况下，客服人员会派出工单，确认为否的情况下则不会派出工单。当为自动报警时，则认为是由电梯动态数据监测仪直接检测出的故障，通常认为客服人员不会有异议，可由客服端自动生成工单或者只需客服人员点击确认指令生成工单即可。

所述技术方案解决了电梯故障确认准确率低下的问题，产生了提升电梯故障确认率、减少劳动资源浪费的技术效果。

步骤在判断报警类型只为社会报警且生成工单时或者社会报警先于自动报警时，待复查标记作用在于判断电梯动态数据监测仪或者电梯控制装置是否工作正常的情况。正常情况下，应是电梯动态数据监测仪能够迅速检测出故障，并且上传；但在确定电梯发生故障的情况下，社会报警先于自动报警或者自动报警根本没有响应时，说明电梯动态数据监测仪或者电梯控制装置发生了故障，待复查标记的生成及发送可以使得维保端、使用端、监管用户端获知电梯具体位置，从而组织排查，以减少电梯故障潜在发生率。

在步骤所述待复查标记生成于维保端、使用端、监管用户端之后还包括：使用端和监管用户端接收维保端发送的复查完毕信息；判断是否接收到复查通过指令；在判断为是的情况下，生成复查通过标记。

采用上述方案，通过使用端和监管用户端接收维保端发送的复查完毕信息的方式，可以对维保端的维保行为进行监督，复查完毕信息可以包括事故原因、解决方案、上传故障排查照片信息等，通过复查通过指令的设置，可以进一步监督维保的质量。

参考图1、图7所示，所述工作台综合模块包括电梯数据平台，所述电梯数据平台能够生成并显示电梯事件信息；所述电梯事件信息包括事件类型、事件数量，所述电梯数据平台还生成有与事件类型、事件数量对应的事件查看控件；响应于对事件查看控件的操作指令，根据电梯属性信息生成一级事件位置显示模型，所述一级事件位置显示模型能够显示事件发生的区域位置。

采用上述方案，所述电梯事件指的是与电梯相关的发生事件，例如电梯出现困人故障、解救被困、有关电梯应急终端问题、有关电梯动态检测仪等，电梯事件生成的作用在于能够使用户直接、清晰的看到电梯运营状态的相关记录，从而对电梯的管理进行决策；例如，电梯动态检测仪出现的故障为16次，由此可以排查故障原因，是否涉及相关品牌质量，从而决定是否需要更换品牌、或者根据故障信息对后续产品研发提供改进意见。所述事件查看控件可以为图7中事件外缘的环状，一级事件位置显示模型可以为地图模型，用户通过点击事件查看控件在地图模型上找到与对应事件相关的对应电梯位置，从而使用户更加清晰、直观的了解事件情况。

在本申请的一些其他实施方式中，步骤生成一级事件位置显示模型之后还包括：确定待查看事件信息，响应于对一级事件位置显示模型的指令操作，生成二级事件位置显示模型；所述二级事件位置显示模型生成有与待查看事件对应的二级事件信息，所述二级事件信息包括处置节点；实时接收呼叫中心模块或者档案管理模块的传输信息，对处置节点进行进度标记。

采用上述方案，所述二级事件位置显示模型为比一级位置显示模型更为具体、细化的模型，例如一级事件位置显示模型显示的为省级行政区，二级事件位置显示模型则可以为市级、区级或者显示到具体街道、小区楼宇。所述二级事件信息为更加详细的信息，例如地理位置上的详细信息、事件发生事件的详细信息，所述处置节点可以为接警、待处理或者已完结，所述进度标记可以通过不同颜色来反映处置进度、也可以为通过动态闪烁图标或者静态闪烁图标的方式来反映处置进度，所述处置进度的设置可以使用户清晰、及时的了解到事件进展情况，从而进行有效的决策处理。

在本申请的一些其他实施方式中，步骤对处置节点进行进度标记包括：接受响应于对处置节点的操作指令，生成节点进度模型，所述节点进度模型包括客服端节点、维保端节点、使用段节点，三者依次连接，已到的节点可以采用高亮标记，从而可以使用户清晰、直观的了解事件进展情况。

在本申请的一些其他实施方式中，步骤对处置节点进行进度标记之后还包括：获取事件预设处置进度阈值，根据进度标记识别事件实际处置进度是否在事件预设处置进度阈值内；根据识别结果判断是否生成进度预警标记。

采用上述方案，所述预设处置进度阈值为预先设置，例如有关动态检测仪的故障事件规定24小时内解决、一般故障需要12小时内解决；进度预警标记的设置可以将实际处置情况与规定处置情况形成对比，以此来监督客服端或者维保端的工作。

在本申请的一些其他实施方式中，步骤对处置节点进行进度标记之后还包括：判断进度标记是否为完结；在判断为是的情况下，生成事件分析模块；根据事件处置结果和等级预设标准，生成事件处置等级。

采用上述方案，生成了对事件处置的一种等级评价体系，所述处置结果可以包括处置时间、使用端和监管用户端的评价等，以此作为依据来对维保端或者客服端的事件处置效果形成评价。

在本申请的一些其他实施方式中，步骤生成事件处置等级之后还包括：根据事件处置等级，生成处置等级标记；所述处置等级标记生成于二级事件位置显示模型中。

采用上述方案，所述处置等级标记生成于二级事件位置显示模型中，可以使得用户在通过地图进行查看时，更加清晰、直观的了解处置情况，从而提升决策效率。

在本申请的一些其他实施方式中，还包括步骤：识别事件信息中的电梯故障事件，生成维保监控模块；根据电梯属性信息，在维保监控模块生成维保信息；根据维保信息在二级事件位置显示模型生成电梯维保标记。

采用上述方案，所述维保信息包括每台电梯的维保情况，具体可分为待维保、逾期维保、漏报及相关电梯安装年限、电梯品牌等，电梯维保标记可以使用户清晰的了解在地图上每台电梯的维保情况，从而为监管、决策提供依据。

应当指出，对于本领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

应当理解，本申请实施例中，从权、各个实施例、特征可以互相组合结合，都能实现解决前述技术问题。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM， Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围，对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种电梯应急救援管理系统，其特征在于，所述电梯应急救援管理系统与电梯实时监测系统通讯连接，所述电梯应急救援管理系统包括：

工作台综合模块，所述工作台综合模块生成电梯汇总信息，所述电梯汇总信息包括电梯属性信息、电梯运行信息、电梯故障信息，工作台综合模块能够在终端上对电梯汇总信息进行可视化显示；

应急指挥模块，所述应急指挥模块能够生成电梯故障历史信息、对电梯故障历史信息进行查看，以对电梯应急救援进行调度、提供决策依据；

呼叫中心模块，所述呼叫中心模块用于对应急救援联络人信息进行管理；

档案管理模块，所述档案管理模块用于对电梯责任方信息进行管理、电梯汇总信息进行查询和修改。

2.根据权利要求1所述的电梯应急救援管理系统，其特征在于，应急指挥模块能够生成电梯故障历史信息包括：

实时监测系统接收电梯报警信号，判断报警类型；

根据报警电梯的电梯属性信息和报警类型，将报警信号发送至呼叫中心模块；

呼叫中心模块包括客服端，判断是否接收到客服端发出的工单生成指令；

在判断为是的情况下，在电梯故障历史信息中生成工单信息。

3.根据权利要求2所述的电梯应急救援管理系统，其特征在于，在步骤判断报警类型之后还包括：

所述报警类型包括社会报警、自动报警；

在判断报警类型只为社会报警且生成工单时或者社会报警先于自动报警时，根据电梯属性信息对报警电梯进行待复查标记；

所述档案管理模块包括维保端、使用端，所述呼叫中心模块还包括监管用户端，所述待复查标记生成于维保端、使用端、监管用户端。

4.根据权利要求3所述的电梯应急救援管理系统，其特征在于，在步骤所述待复查标记生成于维保端、使用端、监管用户端之后还包括：

使用端和监管用户端接收维保端发送的复查完毕信息；

判断是否接收到复查通过指令；

在判断为是的情况下，生成复查通过标记。

5.根据权利要求1-4任意一项所述的电梯应急救援管理系统，其特征在于：

所述工作台综合模块包括电梯数据平台，所述电梯数据平台能够生成并显示电梯事件信息；

所述电梯事件信息包括事件类型、事件数量，所述电梯数据平台还生成有与事件类型、事件数量对应的事件查看控件；

响应于对事件查看控件的操作指令，根据电梯属性信息生成一级事件位置显示模型，所述一级事件位置显示模型能够显示事件发生的区域位置。

6.根据权利要求5所述的电梯应急救援管理系统，其特征在于，步骤生成一级事件位置显示模型之后还包括：

确定待查看事件信息，响应于对一级事件位置显示模型的指令操作，生成二级事件位置显示模型；

所述二级事件位置显示模型生成有与待查看事件对应的二级事件信息，所述二级事件信息包括处置节点；

实时接收呼叫中心模块或者档案管理模块的传输信息，对处置节点进行进度标记。

7.根据权利要求6所述的电梯应急救援管理系统，其特征在于，步骤对处置节点进行进度标记之后还包括：

获取事件预设处置进度阈值，根据进度标记识别事件实际处置进度是否在事件预设处置进度阈值内；

根据识别结果判断是否生成进度预警标记。

8.根据权利要求7所述的电梯应急救援管理系统，其特征在于，步骤对处置节点进行进度标记之后还包括：

判断进度标记是否为完结；

在判断为是的情况下，生成事件分析模块；

根据事件处置结果和等级预设标准，生成事件处置等级。

9.根据权利要求8所述的电梯应急救援管理系统，其特征在于，步骤生成事件处置等级之后还包括：

根据事件处置等级，生成处置等级标记；

所述处置等级标记生成于二级事件位置显示模型中。

10.根据权利要求9所述的电梯应急救援管理系统，其特征在于，还包括步骤：

识别事件信息中的电梯故障事件，生成维保监控模块；

根据电梯属性信息，在维保监控模块生成维保信息；

根据维保信息在二级事件位置显示模型生成电梯维保标记。

Images