CN111094163B - 电梯系统 - Google Patents

Abstract

电梯系统具备控制盘(200)和监视器面板(210)，在被从控制盘(200)输入了故障代码和故障状态代码时，该监视器面板(210)向控制盘输出恢复指令和恢复诊断指令，并使控制盘(200)执行电梯(20)的恢复动作和恢复诊断动作，监视器面板(210)具备监视器侧恢复处理数据库(250)，该监视器侧恢复处理数据库(250)将故障代码和故障状态代码的组合中发生件数多的组合、与该组合对应的恢复指令中恢复率高的恢复指令以及与恢复指令对应的恢复诊断指令对应起来进行存储，监视器面板(210)在被从控制盘(200)输入故障代码和故障状态代码时，参照监视器侧恢复处理数据库(250)选择恢复指令和恢复诊断指令，并将所选择的恢复指令和恢复诊断指令输出给控制盘(200)。

Description

电梯系统

技术领域

本发明涉及在发生了故障时能够自动恢复的电梯系统。

背景技术

在电梯发生了故障的情况下，要求尽可能在短时间内恢复。因此，提出了在电梯控制装置的内部收纳故障数据，并且使用该故障数据估计故障原因并提供给维护人员等的控制装置(例如，参照专利文献1)。

另外，提出了监视中心接收电梯的故障信号，并且监视中心参照故障历史记录数据库，向维护人员所持有的便携式终端发送故障的恢复内容的故障恢复系统(参照专利文献2)。

现有技术文献

专利文献

专利文献1：日本特开平5-39179号公报

专利文献2：日本特开2003-104644号公报

发明内容

发明要解决的课题

但是，在专利文献1、2所记载的现有技术中，当电梯发生了故障的情况下，需要维护人员或者技术人员出动到现场来恢复电梯，因此存在直到恢复为止花费时间的问题。另一方面，近年来，提高电梯的运行服务的要求日渐高涨。

因此，本发明的目的在于实现电梯的运行服务的提高。

用于解决课题的手段

本发明的电梯系统的特征在于，其具备：控制盘，其进行电梯的驱动控制；以及监视器面板，其配置于所述控制盘的附近，并与所述控制盘连接，在被从所述控制盘输入了故障代码和故障状态代码时，根据故障代码和故障状态代码向所述控制盘输出恢复指令和恢复诊断指令，使所述控制盘执行所述电梯的恢复动作和恢复诊断动作，所述监视器面板具备监视器侧恢复处理数据库，在该监视器侧恢复处理数据库中，将故障代码和故障状态代码的组合中发生件数多的组合、与该组合对应的恢复指令中恢复率高的恢复指令以及与该恢复指令对应的恢复诊断指令对应起来进行存储，所述监视器面板在被从所述控制盘输入了故障代码和故障状态代码时，参照所述监视器侧恢复处理数据库，选择恢复指令和恢复诊断指令，并将所选择的恢复指令和恢复诊断指令输出给所述控制盘。

在本发明的电梯系统中，也可以是，该电梯系统包括与所述监视器面板进行通信而对所述电梯进行远程监视的远程监视中心，所述远程监视中心具备：恢复诊断数据库，其将与故障代码和故障状态代码的组合对应的故障主要原因的件数、恢复指令、恢复诊断指令以及恢复率对应起来；以及中心侧恢复处理数据库，其从所述恢复诊断数据库中提取故障代码和故障状态代码的组合中发生件数多的组合，并将与该组合对应的恢复指令中恢复率高的恢复指令和与该恢复指令对应的恢复诊断指令对应起来进行存储，所述远程监视中心按照规定的间隔向所述监视器面板发送所述中心侧恢复处理数据库，所述监视器面板每当从所述远程监视中心接收到所述中心侧恢复处理数据库时，将存储着的所述监视器侧恢复处理数据库的内容更新为接收到的所述中心侧恢复处理数据库的内容。

在本发明的电梯系统中，也可以是，所述控制盘在根据从所述监视器面板输入的恢复指令而执行的恢复动作之后，判定所述电梯是否通过恢复诊断动作而恢复，并将判定结果输出给所述监视器面板，所述监视器面板将从所述控制盘输入的故障代码、故障状态代码以及判定结果发送给所述远程监视中心，所述远程监视中心根据从所述监视器面板输入的判定结果，对与故障代码和故障状态代码的组合对应的故障主要原因的件数进行更新。

在本发明的电梯系统中，也可以是，所述远程监视中心根据从所述监视器面板输入的判定结果，对与故障代码和故障状态代码的组合对应的恢复率进行更新。

发明效果

本发明能够实现电梯的运行服务的提高。

附图说明

图1是示出实施方式的电梯系统的结构的系统图。

图2是实施方式的电梯系统的功能框图。

图3是示出图2所示的中心侧维护数据库的结构的图。

图4是示出图2所示的恢复诊断数据库的结构的图。

图5是示出接收次数顺序数据的结构的图。

图6是示出中心侧恢复处理数据库的结构的图。

图7是示出监视器侧维护数据库的结构的图。

图8是示出监视器侧恢复处理数据库的结构的图。

图9是示出实施方式的电梯系统的中心侧恢复处理数据库、监视器侧恢复处理数据库的生成的流程图。

图10是示出实施方式的电梯系统的控制盘和监视器面板的动作的流程图。

图11示出实施方式的电梯系统的远程监视中心的动作的流程图。

具体实施方式

＜电梯系统的结构＞

下面，参照附图对实施方式的电梯系统100进行说明。如图1所示，电梯系统100包括：控制盘200，其进行配置于楼宇10的井道11中的电梯20的驱动控制；监视器面板210，其配置于控制盘200的附近，并与控制盘200连接；以及远程监视中心300，其与监视器面板210进行通信，对电梯20进行远程监视。远程监视中心300所监视的电梯20可以是一台，也可以是多台。在是多台的情况下，电梯20可以设置于同一个楼宇10，也可以设置于不同的楼宇10。

控制盘200是在内部包含CPU和存储器的计算机。在电梯20发生故障时，控制盘200向监视器面板210输出故障代码和故障状态代码。

监视器面板210包括监视器侧通信装置220、监视器侧信息处理装置230、监视器侧维护数据库240以及监视器侧恢复处理数据库250。监视器侧信息处理装置230是在内部包含CPU和存储器的计算机。远程监视中心300包括中心侧通信装置320、中心侧信息处理装置360、中心侧维护数据库370、恢复诊断数据库380、中心侧恢复处理数据库390以及监视盘330。中心侧信息处理装置360与中心侧维护数据库370、恢复诊断数据库380以及中心侧恢复处理数据库390可以设置于相同的场所，也可以设置于不同的场所并彼此通过互联网线路等而连接。

在电梯20发生了故障时，监视器面板210的监视器侧信息处理装置230被输入控制盘200输出的故障代码和故障状态代码，监视器面板210的监视器侧信息处理装置230参照监视器侧恢复处理数据库250，根据输入的故障代码和故障状态代码，向控制盘200输出恢复指令和恢复诊断指令，使控制盘200执行电梯20的恢复动作和恢复诊断动作。

监视器侧维护数据库240存储有电梯20的规格和/或检查、维护、修理等历史记录数据。监视器侧恢复处理数据库250是将故障代码和故障状态代码的组合中发生件数较多的组合、与该组合对应的恢复指令中恢复率较高的恢复指令、以及与该恢复指令对应的恢复诊断指令对应起来进行存储的数据库。关于各数据库240、250，将在后面进行详细说明。

监视器面板210的监视器侧通信装置220向通信网络30发送监视器侧信息处理装置230生成的信息。另外，监视器侧通信装置220经由中心侧通信装置320和通信网络30接收中心侧信息处理装置360生成的中心侧恢复处理数据库390的信息，并将其输出给监视器侧信息处理装置230。监视器侧通信装置220、中心侧通信装置320可以是进行无线通信的设备，也可以是进行有线通信的设备。另外，通信网络30可以是互联网通信网络，也可以是电话线路网。

远程监视中心300与中心侧信息处理装置360进行数据的收发，并配置有监视电梯20的运行状况和故障状况的监视盘330。监视盘330设置有显示电梯20的运行状况、故障状况、来自中心侧信息处理装置360的通知等的显示器331和对显示器331的显示进行操作的开关332。另外，监视盘330具备经由通信网络35进行与服务中心340之间的通信的电话333。

中心侧维护数据库370存储有电梯20的规格和检查、维护、修理等历史记录数据。恢复诊断数据库380是将与电梯20发生故障时控制盘200所输出的故障代码和故障状态代码的组合对应的故障主要原因的件数、恢复指令、恢复诊断指令以及恢复率对应起来的数据库。中心侧恢复处理数据库390是从恢复诊断数据库380中提取故障代码和故障状态代码的组合中发生件数较多的组合，并将与该组合对应的恢复指令中恢复率较高的恢复指令和与该恢复指令对应的恢复诊断指令对应起来进行存储的数据库。中心侧恢复处理数据库390由中心侧信息处理装置360生成。关于各个数据库370、380、390，将在后面详细说明。

中心侧信息处理装置360是在内部包含CPU和存储器的计算机。电梯20发生故障时控制盘200所输出的故障信号、监视器面板210使控制盘200执行电梯20的恢复动作时的恢复诊断结果等信息经由监视器侧通信装置220、中心侧通信装置320以及通信网络30被输入中心侧信息处理装置360。中心侧信息处理装置360根据接收到的信息，更新中心侧维护数据库370和恢复诊断数据库380。另外，在无法执行利用监视器面板210实现的恢复动作的情况下，或者在利用监视器面板210实现的恢复动作的恢复失败的情况下，中心侧信息处理装置360将其结果显示在监视盘330的显示器331上。

＜数据库结构＞

如图2所示，中心侧维护数据库370存储有电梯规格数据371、故障历史记录数据372以及按故障主要原因归类的数据373。下面，参照图3对电梯规格数据371、故障历史记录数据372以及按故障主要原因归类的数据373的数据结构进行说明。

＜电梯规格数据的结构＞

电梯规格数据371具有存储电梯20的管理编号、机型、制造日期、制造编号、设置楼宇的名称以及设置楼宇的用途的数据的数据结构。设置楼宇的用途例如是办公、一般居住用、餐厅、学校等。

＜故障历史记录数据的结构＞

故障历史记录数据372具有存储电梯20的管理编号、故障发生日期时间、故障代码、故障状态代码、恢复方法以及恢复判定结果的数据结构。故障代码是电梯20发生故障时从控制盘200输出的数字或者将数字和英文字组合而成的代码。故障代码的种类例如有1000种左右。故障状态代码是电梯20发生故障时与故障代码一起从控制盘200输出的由表示故障状态的术语构成的代码。故障状态代码例如有“不能开门”、“不能关门”这样的代码。存在一个故障状态代码与一个故障代码一起输出的情况，也存在多个故障状态代码与一个故障代码一起输出的情况。在恢复方法的项目中，例如在技术人员350出动并进行了检查、点检以及恢复的情况下，被输入“技术人员出动”。另外，在监视器面板210使控制盘200执行电梯20的恢复动作而进行了恢复的情况下，输入“监视器侧自动恢复”。在电梯20恢复并重新开始运行的情况下，恢复判定结果的项目中被输入“恢复”。此外，在电梯20恢复失败的情况下，恢复判定结果的项目中被输入“失败”。

＜按故障主要原因归类的数据的结构＞

如图3所示，按故障主要原因归类的数据373存储有在某个故障代码和某个故障状态代码被从控制盘200输出时，接收到该故障状态代码的次数。此外，按故障主要原因归类的数据373存储有基于技术人员350出动到现场进行检查、点检的结果的该故障代码、与该故障状态代码对应的故障主要原因的件数、以及监视器面板210使控制盘200执行电梯20的恢复动作从而进行恢复而完成恢复的情况下的该故障代码和与该故障状态代码对应的故障主要原因的件数的合计件数。

例如，对接收到A次故障代码为表示与门13、26有关的故障的0001且故障状态代码为“不能开门”的情况进行说明。作为技术人员350在现场进行点检的结果，输出该故障代码“0001”和“不能开门”的故障状态代码的主要原因为门槛垃圾堵塞(故障主要原因1)、或者门开闭装置的开关接触不良(故障主要原因2)、或者其他故障主要原因3。因此，按故障主要原因归类的数据373如下这样构成：在故障代码“0001”和“不能开门”的故障状态代码被输出的情况下，以门槛垃圾堵塞为主要原因(故障主要原因1)的情况为100件、门开闭装置的开关接触不良为主要原因(故障主要原因2)的情况为50件、其他故障主要原因3的情况为10件这样的数据结构，按照其件数从多到少的顺序排列数据。在监视器面板210使控制盘200执行电梯20的恢复动作而进行了恢复的情况下、根据恢复指令成功恢复了电梯20的情况下，将与作为该恢复指令的基础的故障代码和故障状态代码对应的故障主要原因的件数追加到整体的故障主要原因的件数中。

另外，在接收到B次故障代码为表示与门13、26有关的故障的0001且故障状态代码为“不能关门”的情况下也同样地，输出故障代码“0001”和“不能关门”的故障状态代码的主要原因为门槛垃圾堵塞(故障主要原因1)、或者门开闭装置的开关接触不良(故障主要原因2)或者其他故障主要原因3。因此，按故障主要原因归类的数据373如下这样构成：在故障代码“0001”和“不能关门”的故障状态代码被输出的情况下，以门槛垃圾堵塞为主要原因(故障主要原因1)的情况为100件、门开闭装置的开关接触不良为主要原因(故障主要原因2)的情况为50件、其他故障主要原因3的情况为10件这样的数据结构，按照其件数从多到少的顺序排列数据。

另外，对于“不能开门”、“不能关门”这两个故障状态代码与故障代码“0001”一起输出的情况也相同。

另外，在故障代码为表示与控制电路有关的故障的0002、故障状态代码为“不能启动”的情况下，作为技术人员350在现场进行点检的结果，输出该故障代码“0002”的主要原因为安装于控制盘200的继电器产生不良状况的情况(故障主要原因4)、或者驱动继电器的继电器驱动电路产生不良状况的情况(故障主要原因5)或者其他故障主要原因6。如图4所示，按故障主要原因归类的数据373如下构成：在故障代码“0002”并且电梯的状态代码为“不能启动”的情况下，以继电器的不良状况为主要原因(故障主要原因4)的情况为100件、继电器驱动电路的不良状况为主要原因(故障主要原因5)的情况为50件、其他故障主要原因6的情况为10件这样的数据结构，按照其件数从多到少的顺序排列数据。故障代码为表示与控制电路有关的故障的0002且故障状态代码为“楼层间停止”的情况也相同。

在图3所示的按故障主要原因归类的数据373中，接收次数为A＞B＞C＞D。

＜恢复诊断数据库的结构＞

如图4所示，在恢复诊断数据库380中，以按故障主要原因归类的数据373的与故障代码和故障状态代码对应的故障主要原因的件数从多到少的顺序，存储有作为恢复指令和恢复诊断指令的组的恢复诊断指令组和恢复率(％)，该恢复率是通过执行该恢复指令而使得电梯20的故障恢复的比例。恢复诊断数据库380是将恢复诊断指令组和恢复率与前面所说明的按故障主要原因归类的数据373关联起来的数据库。

以下，如图4所示，对故障代码为表示与门13、26有关的故障的“0001”且故障状态代码为“不能开门”的情况下的恢复诊断数据库380的数据结构进行说明。在门槛垃圾堵塞为主要原因(故障主要原因1)的情况下，恢复诊断数据为如下的数据结构：该数据结构是将以“门电路复位+门高转矩开闭”作为恢复指令、以“门开闭诊断”作为恢复诊断指令的这两个指令的组即恢复诊断指令组A和基于该恢复指令的恢复动作的恢复率a％、与故障状态代码“不能开门”所对应的故障主要原因1的件数数据关联起来而成的。在门开闭装置的开关接触不良为主要原因(故障主要原因2)的情况下，恢复诊断数据为如下的数据结构：该数据结构是将以“门电路复位+门开闭重试”作为恢复指令、以“门开闭诊断”作为恢复诊断指令的这两个指令的组即恢复诊断指令组B和基于该恢复指令的恢复动作的恢复率b％与故障状态代码“不能开门”所对应的故障主要原因2的件数数据关联起来而成的。同样地，在故障主要原因3的情况下，恢复诊断数据为如下的数据结构：该数据结构是将恢复诊断指令组C和恢复率c％与故障状态代码“不能开门”所对应的故障主要原因3的件数数据关联起来而成的。这样，恢复诊断数据库380是将故障代码、故障状态代码、与该故障代码和故障状态代码对应的故障主要原因、该故障主要原因的件数、作为恢复指令和恢复诊断的组的恢复诊断指令组、以及恢复率对应起来存储到数据库中而得到的。另外，在本实施方式中，恢复率a％是大于恢复率b％、c％的数值，恢复诊断指令组A的恢复率高于恢复诊断指令组B、恢复诊断指令组C。

接着，对故障代码为表示与门13、26有关的故障的“0001”且故障状态代码为“不能关门”的情况下的恢复诊断数据库380的数据结构进行说明。在门槛垃圾堵塞为主要原因(故障主要原因1)的情况下，恢复诊断数据为如下的数据结构：该数据结构是将以“门电路复位+门高转矩开闭”作为恢复指令、以“门开闭诊断”作为恢复诊断指令的这两个指令的组即恢复诊断指令组A和基于该恢复指令的恢复动作的恢复率d％、与故障状态代码“不能关门”所对应的故障主要原因1的件数数据关联起来而成的。在门开闭装置的开关接触不良为主要原因(故障主要原因2)的情况下，恢复诊断数据为如下的数据结构：该数据结构是将以“门电路复位+门开闭重试”作为恢复指令、以“门开闭诊断”作为恢复诊断指令的这两个指令的组即恢复诊断指令组B和基于该恢复指令的恢复动作的恢复率e％与故障状态代码“不能关门”所对应的故障主要原因2的件数数据关联起来而成的。同样地，在故障主要原因3的情况下，恢复诊断数据为如下的数据结构：该数据结构是将恢复诊断指令组C和恢复率f％与故障状态代码“不能关门”所对应的故障主要原因3的件数数据关联起来而成的。这样，恢复诊断数据库380是将故障代码、故障状态代码、与该故障代码和故障状态代码对应的故障主要原因、该故障主要原因的件数、作为恢复指令和恢复诊断的组的恢复诊断指令组、以及恢复率对应起来存储到数据库中而得到的。另外，在本实施方式中，恢复率e％是大于恢复率d％、f％的数值，恢复诊断指令组B的恢复率高于恢复诊断指令组A、恢复诊断指令组C。

接着，对故障代码为表示与控制电路有关的故障的“0002”、电梯的状态代码为“不能启动”的情况下的恢复诊断数据库380的数据结构进行说明。在继电器产生不良状况的情况(故障主要原因4)下，恢复诊断数据为如下的数据结构：该数据结构是将以“控制电路复位+低速上行/下行运转”作为恢复指令、以“各楼层运转、高速运转诊断”作为恢复诊断指令的这两个指令的组即恢复诊断指令组D和基于该恢复指令的恢复动作的恢复率g％、与故障主要原因4的件数数据关联起来而成的。同样，在继电器驱动电路产生不良状况的情况(故障主要原因5)下，恢复诊断数据为如下的数据结构：该数据结构是将以“控制电路复位+最上层/最下层间运转”作为恢复指令、以“各楼层运转、高速运转诊断”作为恢复诊断指令的这两个指令的组即恢复诊断指令组E和基于该恢复指令的恢复动作的恢复率h％、与故障主要原因5的件数数据关联起来而成的。同样地，在故障主要原因6的情况下，恢复诊断数据为如下的数据结构：该数据结构是将恢复诊断指令组F和恢复率i％、与故障主要原因6的件数数据关联起来而成的。

故障代码为表示与控制电路有关的故障的“0002”且电梯的状态代码为“楼层间停止”的情况下的恢复诊断数据库380的数据结构与之前所说明的、故障代码为表示与控制电路有关的故障的“0002”且电梯的状态代码为“楼层间停止”的情况下的恢复诊断数据库380的数据结构相同，恢复率分别为j％、k％、l％。关于恢复率，恢复诊断指令组E的k％最高。

＜中心侧恢复处理数据库、接收次数顺序数据的结构＞

接着，参照图5、6对接收次数顺序数据381、中心侧恢复处理数据库390的数据结构进行说明。接收次数顺序数据381是用于从图4所示的恢复诊断数据库380中提取数据从而生成中心侧恢复处理数据库390的中间数据。

接收次数顺序数据381是从按故障主要原因归类的数据373中按照接收次数从多到少的顺序提取故障代码和故障状态代码的组合而得到的数据库。如之前所说明的，按故障主要原因归类的数据373中的接收次数为A＞B＞C＞D。接收次数顺序数据381是以接收次数为最多的A、故障代码为0001且故障状态代码为“不能开门”的组合为位次1，接收次数为第二多的B、故障代码为0001且故障状态代码为“不能关门”的组合为位次2，接收次数为第三多的C、故障代码为0002且故障状态代码为“不能启动”的组合为位次3，接收次数为第四多的D、故障代码为0002且故障状态代码为“楼层间停止”的组合为位次4，进行存储而得到的。接收次数顺序数据381例如存储到位次50为止的数据。

如图6所示，中心侧恢复处理数据库390是使与故障代码、故障状态代码的组合对应的恢复指令中恢复率最高的恢复指令和与该恢复指令对应的诊断作为恢复诊断指令组与之前所说明的接收次数顺序数据381组合而得到的数据库。例如，在位次1的故障代码0001且故障状态代码为“不能开门”的情况下，参照图4所示的恢复诊断数据库380，恢复率最高的是恢复率a％的恢复诊断指令组A，因此使恢复诊断指令组A与接收次数顺序数据381的位次1组合。同样地，在位次2的故障代码0001且故障状态代码为“不能关门”的情况下，参照图4所示的恢复诊断数据库380，恢复率最高的是恢复率e％的恢复诊断指令组B，因此使恢复诊断指令组B与接收次数顺序数据381的位次2组合。同样地，在位次3的故障代码0002且故障状态代码为“不能启动”的情况下，使恢复率最高的g％的恢复诊断指令组D与接收次数顺序数据381的位次3组合，在位次4的故障代码0002且故障状态代码为“楼层间停止”的情况下，使恢复率最高的k％的恢复诊断指令组E与接收次数顺序数据381的位次4组合。由此，构成图6所示那样的中心侧恢复处理数据库390。中心侧恢复处理数据库390与接收次数顺序数据381同样地，例如存储到位次50为止的数据。

＜监视器侧维护数据库的结构＞

下面，参照图7对监视器侧维护数据库240进行说明。监视器侧维护数据库240具有电梯规格数据241、远程点检历史记录数据242、异状历史记录数据243以及故障历史记录数据244。

电梯规格数据241、故障历史记录数据244与之前参照图3所说明的电梯规格数据371、故障历史记录数据372相同，因此省略说明。

远程点检历史记录数据242具有存储电梯20的管理编号、远程点检日期时间、远程点检项目以及远程点检结果的数据结构。电梯20的远程点检例如按照一个月一次等预先设定的日程表，通过从监视器面板210向控制盘200输出远程点检指令而实施。电梯20的控制盘200使图1所示的电梯20的轿厢22移动至规定的楼层。在该移动时通过安装于电梯20的各种传感器点检运转性能(加速度、有无异响)、门开闭、制动器、紧急用电池、外部联络装置等是否没有异常。该点检结果从控制盘200输出至监视器面板210，并存储于远程点检历史记录数据242。另外，远程点检也可以根据来自远程监视中心300的指示来进行。

异状历史记录数据243具有存储电梯20的管理编号、异状发生日期时间、异状项目、异状应对结果的数据结构。电梯20的异状是指，技术人员350进行的检查、点检、维护作业、或者远程点检的结果虽然未达到异常值，但与该电梯20的通常值相比发生了变化的情况。例如，进行制动转矩的检查的结果，虽然在容许值范围内，但与上次点检时或者与该电梯20的迄今为止的检查结果的值相差较大这样的情况下，异状项目中记录“制动转矩”。

＜监视器侧恢复处理数据库的结构＞

监视器侧恢复处理数据库250的结构是与之前参照图6说明的中心侧恢复处理数据库390相同的结构。

＜电梯系统的动作＞

接着，参照图9至图11对本实施方式的电梯20发生故障时的电梯系统100的动作进行说明。

＜中心侧恢复处理数据库、监视器侧恢复处理数据库的生成＞

首先参照图9对中心侧恢复处理数据库390、监视器侧恢复处理数据库250的生成进行说明。

如之前所说明的那样，中心侧恢复处理数据库390是使与故障代码和故障状态代码的组合对应的恢复指令中恢复率最高的恢复指令和与该恢复指令对应的诊断作为恢复诊断指令组与接收次数顺序数据381组合而得到的数据库。

如图9的步骤S11所示，中心侧信息处理装置360从图3所示的按故障主要原因归类的数据373中按照接收次数从多到少的顺序提取故障代码和故障状态代码的组合，生成图5所示的接收次数顺序数据381。在本实施方式中，图3所示的按故障主要原因归类的数据373中的接收次数为A＞B＞C＞D。中心侧信息处理装置360从按故障主要原因归类的数据373中提取接收次数为最多的A、故障代码为0001且故障状态代码为“不能开门”的组合，并存储到接收次数顺序数据381的位次1。另外，中心侧信息处理装置360分别将接收次数为B的接收次数第二多的故障代码为0001且故障状态代码为“不能关门”的组合存储到位次2，将接收次数为C的接收次数第三多的故障代码为0002且故障状态代码为“不能启动”的组合存储到位次3，将接收次数为D的接收次数第四多的故障代码为0002且故障状态代码为“楼层间停止”的组合存储到位次4。以下同样地，中心侧信息处理装置360按照接收次数从多到少的顺序从按故障主要原因归类的数据373中提取故障代码和故障状态代码的组合，例如，在接收次数顺序数据381中存储到位次50为止。

接着如图9的步骤S12所示，中心侧信息处理装置360参照恢复诊断数据库380，作为与故障代码和故障状态代码的组合对应的恢复指令中恢复率最高的恢复诊断指令组与接收次数顺序数据381组合。在位次1的故障代码0001且故障状态代码为“不能开门”的情况下，参照图4所示的恢复诊断数据库380，使恢复率最高的恢复率a％的恢复诊断指令组A与接收次数顺序数据381的位次1组合。同样地，在位次2的故障代码0001且故障状态代码为“不能关门”的情况下，使恢复率最高的恢复率e％的恢复诊断指令组B与接收次数顺序数据381的位次2组合。同样地，在位次3的故障代码0002且故障状态代码为“不能启动”的情况下，使恢复率最高的g％的恢复诊断指令组D与接收次数顺序数据381的位次3组合，在位次4的故障代码0002且故障状态代码为“楼层间停止”的情况下，使恢复率最高的k％的恢复诊断指令组E与接收次数顺序数据381的位次4组合。以下，以相同方式使恢复诊断指令组组合至位次50为止。这样，中心侧信息处理装置360生成图6所示那样的数据集。

中心侧信息处理装置360将生成的数据集存储于中心侧恢复处理数据库390。而且，中心侧信息处理装置360按照规定期间，例如一周或者一个月的间隔更新中心侧恢复处理数据库390。

如图9的步骤S13所示，中心侧信息处理装置360在更新中心侧恢复处理数据库390的时机，经由中心侧通信装置320、通信网络30、监视器侧通信装置220向监视器面板210的监视器侧信息处理装置230发送中心侧恢复处理数据库390的内容。

如图9的步骤S14所示，监视器侧信息处理装置230以接收到的中心侧恢复处理数据库390的内容对监视器侧恢复处理数据库250的内容进行更新。这样，监视器侧恢复处理数据库250成为与中心侧恢复处理数据库390相同内容的数据。

＜电梯发生故障的情况下的电梯系统的动作＞

接着，参照图10对电梯20发生故障的情况下的电梯系统100的动作进行说明。

如图10的步骤S101所示，监视器面板210待机直到电梯20发生故障为止。于是，在电梯20发生了故障的情况下，控制盘200进入步骤S102，向监视器面板210输出故障代码和故障状态代码。

如图10的步骤S103所示，控制盘200所输出的故障代码、故障状态代码被输入监视器侧信息处理装置230。如图10的步骤S104所示，监视器侧信息处理装置230判断能否执行利用监视器面板210实现的恢复动作，即判断能否进行监视器侧自动恢复。该判断如下面这样进行。

首先，监视器侧信息处理装置230根据控制盘200的输出，例如轿厢22的重量传感器、轿厢22内的摄像机、轿厢22内的人感传感器等的输出，确认电梯20的轿厢22内部是否有乘客。在轿厢22中有乘客的情况下，判断为不可进行监视器侧自动恢复。然后进入图10的步骤S105，经由监视器侧通信装置220、通信网络30、中心侧通信装置320向中心侧信息处理装置360发送不可进行监视器侧自动恢复信号以及故障代码、故障状态代码。然后，进入图10的步骤S114，更新监视器侧维护数据库240并结束动作。

在判断为轿厢22中没有乘客的情况下，监视器侧信息处理装置230判断与接收到的故障代码、故障状态代码的组合对应的恢复诊断指令组是否存储于监视器侧恢复处理数据库250。例如，故障代码为0001且故障状态代码为“不能开门”的组已存储于图8所示的监视器侧恢复处理数据库250，因此进入下一个条件判断。另一方面，在故障代码、故障状态代码是未存储于监视器侧恢复处理数据库250的组合的情况下，进入图10的步骤S105，从而经由监视器侧通信装置220、通信网络30、中心侧通信装置320向中心侧信息处理装置360发送不可进行监视器侧自动恢复信号以及故障代码、故障状况代码。然后，进入图10的步骤S114，更新监视器侧维护数据库240并结束动作。

在判断为与接收到的故障代码、故障状态代码的组合对应的恢复诊断指令组已存储于监视器侧恢复处理数据库250的情况下，监视器侧信息处理装置230参照监视器侧维护数据库240的故障历史记录数据244，并确认电梯20最近是否发送了相同的故障代码“0001”的故障信号。

然后，在发送了相同的故障代码“0001”的故障信号的情况下，监视器侧信息处理装置230判断为与监视器侧自动恢复相比，更优选向楼宇10派遣技术人员350，并在图10的步骤S104中判断为“否”。然后，进入图10的步骤S105，向远程监视中心发送不可进行监视器侧自动恢复信号以及故障代码、故障状况代码，并进入图10的步骤S114，更新监视器侧维护数据库240并结束动作。

监视器侧信息处理装置230在判断为轿厢22中没有乘客、与接收到的故障代码和故障状态代码的组合对应的恢复诊断指令组已存储于监视器侧恢复处理数据库250、并且电梯20未发送相同的基于故障代码“0001”的故障信号的情况下，在图10的步骤S104判断为能够进行监视器侧自动恢复。然后，进入图10的步骤S106，从监视器侧恢复处理数据库250中选择与接收到的故障代码、故障状态代码对应的恢复指令和恢复诊断指令的组即恢复诊断指令组。然后，如图10的步骤S107所示，向控制盘200输出。例如，在故障代码为0001、故障状态代码为“不能开门”的情况下，监视器侧信息处理装置230参照图8所示的监视器侧恢复处理数据库250，选择恢复诊断指令组A。恢复诊断指令组A是作为恢复指令的“门电路复位+门高转矩开闭”和作为恢复诊断指令的“门开闭诊断”这两个指令作为组。因此，监视器侧信息处理装置230向控制盘200输出“门电路复位+门高转矩开闭”的恢复指令和“门开闭诊断”的恢复诊断指令。

如图10的步骤S108所示，控制盘200在被从监视器侧信息处理装置230输入恢复诊断指令和恢复诊断指令后，如图10的步骤S109所示，确认电梯20停止，并根据轿厢22的重量传感器、轿厢22内的摄像机以及轿厢22内的人物传感器等的输出来确认轿厢22中是否没有乘客。然后，控制盘200在确认到电梯20停止以及轿厢22中没有乘客之后，通过设置于轿厢22中的作为通话装置的扬声器进行“接下来开始远程恢复。电梯的门将开闭。”等广播。

然后，控制盘200进入图10的步骤S110，进行恢复动作。当前接收的恢复指令是包含于恢复诊断指令组A中的“门电路复位+门高转矩开闭”的恢复指令，因此控制盘200首先对控制盘200的门电路进行复位。该动作是使门电路从检测到门13或门26不能打开、处于关闭状态或者半开状态的状态复位，从而使门13或门26能够进行开闭动作的动作。接着，控制盘200使门13和门26的驱动电机的转矩比通常提高20～30％，从而以比通常大的力使门13和门26进行开闭动作。该动作是使堵塞在门的门槛的垃圾从门槛移动开，从而使门13、26的开闭动作恢复到通常状态的动作。

为了确认是否通过上述动作使堵塞在门13、26的门槛的垃圾移动而使得门13、26的开闭恢复，如图10的步骤S111所示，控制盘200执行作为恢复诊断指令的“门开闭诊断”。控制盘200以通常的转矩进行门13和门26的开闭，从而确认是否能够以规定的开闭时间进行开闭动作以及门13和门26的驱动电机的电流是否没有变得比通常大。接着，控制盘200使驱动电机的转矩比通常低20％左右地对门13和门26进行开闭，从而确认开闭时间是否有异常。

恢复诊断动作的执行结束后，控制盘200进入图10的步骤S112，向监视器侧信息处理装置230输出作为恢复动作的结果的判定结果。在判断为门13、26通过恢复诊断动作恢复到通常状态的情况下，控制盘200向监视器侧信息处理装置230输出电梯20已经恢复的判定结果信号。而且，作为恢复诊断动作的结果，在判断为门13、26通过恢复诊断动作未恢复到通常状态的情况下，输出电梯20的恢复失败的判定结果信号。

如图10的步骤S113所示，监视器侧信息处理装置230经由监视器侧通信装置220、通信网络30以及中心侧通信装置320向中心侧信息处理装置360发送从控制盘200输入的判定结果、故障代码、故障状况代码。

监视器侧信息处理装置230根据电梯20的故障处理的结果对监视器侧维护数据库240进行更新并结束动作。

接着，参照图11对中心侧信息处理装置360的动作进行说明。如图11的步骤S201、S202所示，在从监视器侧信息处理装置230接收到不可进行监视器侧自动恢复信号或者恢复失败信号的情况下，中心侧信息处理装置360将其结果显示在远程监视中心300的显示器331上。如图11的步骤S205所示，监视人员334确认该显示之后，进行电梯20的运行中止的指示并使得进行广播动作。另外，如图2和图11的步骤S206所示，监视人员334通过电话333向楼宇10附近的服务中心340指示向楼宇10派遣技术人员350。另外，如图11的步骤S203、步骤S204所示，中心侧信息处理装置360对中心侧维护数据库370和恢复诊断数据库380进行更新。

在接收到电梯20已经恢复的判定信号的情况下，中心侧信息处理装置360在图11的步骤S202中判断为“是”，而进入图11的步骤S203、S204，对中心侧维护数据库370、恢复诊断数据库进行更新。

中心侧信息处理装置360如下进行中心侧维护数据库370的更新。

在被输入电梯20已经恢复的判定信号的情况下，中心侧信息处理装置360在故障历史记录数据372的恢复方法的项目中存储“监视器侧自动恢复”，在恢复判定结果的项目中存储“恢复”。而且，将接收到的故障代码“0001”、故障状态代码“不能开门”以及电梯20的管理编号、故障发生日期时间存储于中心侧维护数据库370的故障历史记录数据372中。

中心侧信息处理装置360如下进行图4所示的恢复诊断数据库380的更新。

在电梯20通过监视器侧自动恢复成功恢复的情况下，中心侧信息处理装置360使与故障代码、故障诊断代码的组对应的故障主要原因的件数增加一件，并使对应的恢复诊断指令组的恢复率提高恢复成功的量。另外，中心侧信息处理装置360使图3所示的按故障主要原因归类的数据373的故障代码、故障状态代码的组的接收次数增加一次，并使与恢复诊断数据库380相同的故障主要原因的件数增加一件。

另外，在电梯20通过监视器侧自动恢复的恢复失败的情况下，对应的恢复诊断指令组的恢复率降低恢复失败的量。另外，中心侧信息处理装置360使图3所示的按故障主要原因归类的数据373的故障代码、故障状态代码的组的接收次数增加一次。这时，故障主要原因的件数不发生变更。

这样，依照监视器侧自动恢复的结果，恢复诊断数据库380被更新。然后，经过了规定期间后，根据更新后的恢复诊断数据库380，更新中心侧恢复处理数据库390，由此更新监视器侧恢复处理数据库250。

如上所述，本实施方式的电梯系统100能够通过与故障代码和故障状态代码对应的恢复率较高的恢复指令进行电梯20的监视器侧自动恢复。

另外，在发生了发生次数较多的电梯20的故障的情况下，本实施方式的电梯系统100能够执行自动恢复动作，而无需向远程监视中心300发送故障代码、故障状态代码，或者接收恢复指令、恢复诊断指令，因此在电梯20发生故障时，能够在短时间内恢复电梯20，而无需使技术人员350出动到现场，从而能够实现电梯20的运行服务提高。

另外，本实施方式的电梯系统100在监视器面板210中的监视器侧维护数据库中存储电梯20的维护数据，因此能够抑制远程监视中心300的中心侧维护数据库370的容量，并且能够抑制远程监视中心300与监视器面板210之间的通信量。

另外，本发明不限于以上所说明的实施方式，包括不脱离权利要求书所规定的本发明的技术范围以及发明本质的所有变更和修改。

标号说明

10：楼宇；11：井道；12：楼层；13：门；20：电梯；22：轿厢；23：绳索；24：驱动装置；25：对重；26：门；27：地板面；30、35通信网络；100：电梯系统；200：控制盘；210：监视器面板；220：监视器侧通信装置；230：监视器侧信息处理装置；240：监视器侧维护数据库；241：电梯规格数据；242：远程点检历史记录数据；243：异状历史记录数据；244：故障历史记录数据；250：监视器侧恢复处理数据库；300：远程监视中心；320：中心侧通信装置；330：监视盘；331：显示器；332：开关；333：电话；334：监视人员；340：服务中心；350：技术人员；360：中心侧信息处理装置；370：中心侧维护数据库；371：电梯规格数据；372：故障历史记录数据；373：按故障主要原因归类的数据；380：恢复诊断数据库；381：接收次数顺序数据；390：中心侧恢复处理数据库。

Claims (3)

1.一种电梯系统，其特征在于，该电梯系统具备：

控制盘，其进行电梯的驱动控制；以及

监视器面板，其配置于所述控制盘的附近，并与所述控制盘连接，在被从所述控制盘输入了故障代码和故障状态代码时，根据故障代码和故障状态代码向所述控制盘输出恢复指令和恢复诊断指令，使所述控制盘执行所述电梯的恢复动作和恢复诊断动作，

所述监视器面板具备监视器侧恢复处理数据库，在该监视器侧恢复处理数据库中，将故障代码和故障状态代码的组合中发生件数多的组合、与该组合对应的恢复指令中恢复率高的恢复指令以及与该恢复指令对应的恢复诊断指令对应起来进行存储，所述监视器面板在被从所述控制盘输入了故障代码和故障状态代码时，参照所述监视器侧恢复处理数据库，选择恢复指令和恢复诊断指令，并将所选择的恢复指令和恢复诊断指令输出给所述控制盘，

该电梯系统还具备与所述监视器面板进行通信而对所述电梯进行远程监视的远程监视中心，

所述远程监视中心具备：

恢复诊断数据库，其将与故障代码和故障状态代码的组合对应的故障主要原因的件数、恢复指令、恢复诊断指令以及恢复率对应起来；以及

中心侧恢复处理数据库，其从所述恢复诊断数据库中提取故障代码和故障状态代码的组合中发生件数多的组合，并将与该组合对应的恢复指令中恢复率高的恢复指令和与该恢复指令对应的恢复诊断指令对应起来进行存储，

所述远程监视中心按照规定的间隔向所述监视器面板发送所述中心侧恢复处理数据库，

所述监视器面板每当从所述远程监视中心接收到所述中心侧恢复处理数据库时，将存储着的所述监视器侧恢复处理数据库的内容更新为接收到的所述中心侧恢复处理数据库的内容，

其中，所述恢复率是通过执行所述恢复指令而使得所述电梯的故障恢复的比例。

2.根据权利要求1所述的电梯系统，其特征在于，

所述控制盘在根据从所述监视器面板输入的恢复指令而执行的恢复动作之后，判定所述电梯是否通过恢复诊断动作而恢复，并将判定结果输出给所述监视器面板，

所述监视器面板将从所述控制盘输入的故障代码、故障状态代码以及判定结果发送给所述远程监视中心，

所述远程监视中心根据从所述监视器面板输入的判定结果，对与故障代码和故障状态代码的组合对应的故障主要原因的件数进行更新。

3.根据权利要求2所述的电梯系统，其特征在于，

所述远程监视中心根据从所述监视器面板输入的判定结果，对与故障代码和故障状态代码的组合对应的恢复率进行更新。

Images