CN108689265B - 升降梯的维护支援系统 - Google Patents

Abstract

本发明提供一种用于可靠且迅速地维护升降梯的支援系统。控制器经由所述接口从终端接收升降梯的损坏的信息，基于损坏的信息提取针对升降梯的损坏的多种原因，分别对多种原因进行评估，并通过与终端的对话，从多种原因中选择对于损坏有力的原因，提取与有力的原因相对应的对策并发送到终端。

Description

升降梯的维护支援系统

技术领域

本发明涉及一种支援升降梯的维护的系统。

背景技术

当升降梯发生故障时，维护工程师前往现场，调查并究明故障的原因，接着，实施对于故障的对策，使升降梯恢复至正常的工作状态。然而，为了究明原因并根据原因选取对策，需要高度的经验、技术等，其结果是有可能导致升降梯长时间不能工作。

作为这种问题的对策，日本专利特开2005-41674号公报公开了一种电梯的维护管理系统，其包括电梯控制盘，用于控制电梯的运行并将运行数据存储于存储器中；管理中心，具有存储了多个对应于电梯的机型及版本的应对故障的应用程序的维护软件数据库；以及移动终端，用于从上述管理中心读取对应于指定的机型及版本的应用程序，基于所读取的应用程序从上述电梯控制盘读取并解析故障时的运行数据，并将由解析结果获得的用于实施故障处理的故障状态和原因显示在显示屏上，由此，能总是使用对应于电梯的机型和版本的最新的应对故障的应用程序，并能根据电梯的机型和版本迅速地实施适当的故障修理。

现有技术文献

专利文献

专利文献1：日本专利特开2005-41674号公报

发明内容

发明所要解决的技术问题

升降梯的维护管理系统在判定对于升降梯的故障存在多种原因时，根据多个原因向维护工程师提出多个对策。但是，存在下述问题，即：维护工程师由于先采取了无效的对策等而延迟了升降梯从故障状态向正常状态的恢复。本发明的目的在于提供一种用于可靠且快速地维护升降梯的支援系统。

解决技术问题的技术方案

为了达成上述目的，本发明是用于支援升降梯的维护的系统，包括输入输出接口、执行支援程序的控制器、和记录管理信息的存储器，上述控制器经由上述接口从终端接收升降梯的损坏的信息，并基于上述损坏的信息，参照上述存储器的管理信息，提取对于上述升降梯的损坏的多种原因，分别评估上述多个原因，将上述评估的结果与规定条件进行比较，并根据上述比较的结果，通过与上述终端的对话，从上述多个原因中选择对于上述损坏有力的原因，参照上述存储器的管理信息提取对应于上述有力的原因的对策，经由上述接口将上述有力的原因和上述对策发送到上述终端。

发明效果

根据本发明，达成能提供用于可靠且快速地维护升降梯的支援系统的效果。

附图说明

图1是本发明的一实施方式所涉及的升降梯的维护支援系统的框图。

图2是图1的升降梯的维护支援系统的操作的流程图。

图3是图1的升降梯的维护支援系统的要因系数(要因系数数据库)的一例。

图4是图1的升降梯的维护支援系统的要因系数(要因系数数据库)的另一个例子。

图5是图1的升降梯的维护支援系统的操作的一个示例所涉及的顺序图。

图6是图1的升降梯的维护支援系统的操作的另一示例所涉及的顺序图。

图7是用于示出图1的升降梯的维护支援系统的最优化处理的一例的表。

具体实施方式

以下，参照附图说明支援升降梯的维护的系统的实施方式。图1是维护支援系统的框图。该维护支援系统就升降梯的故障和不良状况的原因的究明，及对于故障、不良状况的对策的实施等维护，支援工程师使得升降梯能早日恢复到正常的工作状态。在之后的说明中，将不良状况和故障统称为“损坏”。所谓维护是指使升降梯从损坏恢复或复原到正常的工作状态或通常的工作状态。

标号13是形成维护支援系统的核心的监控中心。监控中心13利用通信连接到维护工程师14携带的移动终端2和升降梯的监控系统(远程监控设备3)，并通过信息交换来支援维护工程师14的维护。

当报警了升降梯1的损坏时，维护工程师14(以下称为ME)出发到现场，确认升降梯的损坏。ME14经由移动终端2将升降梯1的管理编号及损坏的状态发送到监控中心13。ME14也可在确认了升降梯控制电路1a发出的事故代码、及损坏发生时升降梯1的操作顺序时间表等升降梯诊断信息的情况下，经由移动终端2将其发送到监控中心13。另外，升降梯诊断信息也可从远程监控设备3发送到监控中心13。移动终端2通过有线连接或无线连接(红外线通信、蓝牙等)被连接到升降梯控制电路1a。

监控中心13包括实现维护支援的计算机系统4。从移动终端2向监控中心13发送的信息经由计算机系统4的输入输出接口5被取入处理模块12中。处理模块12基于输入信息执行用于维护支援的信息处理，并且经由输入输出接口5将通过信息处理获得的支援信息输出到移动终端2。另外，处理模块12的功能通过由控制器等控制资源执行被记录在存储器中的支援程序而得以实现。

计算机系统4包括多个记录用于维护支援的管理信息的数据库。数据库被记录在存储器(HDD等)中。数据库也可存在于监控中心13之外。处理模块12将从移动终端2获得的信息连续记录在数据库中。或者，计算机系统4的管理员将规定的管理信息记录在数据库中。处理模块12基于数据库的记录信息创建用于维护支援的管理信息，并将其记录在数据库中。处理模块12基于管理信息创建维护支援信息，并通过将其提供给ME14(移动终端2)支援升降梯1的维护。处理模块12定期地对数据库的记录信息进行规定的最优化处理，以提高管理信息的质量。

如图1所示，计算机系统4包括以下项目来作为数据库(DB)。机器管理数据库7记录涉及升降梯机型、安装环境、以及安装场所等升降梯的规格的数据。计算机系统4的管理员在机器管理数据库7中记录必要的信息。

种类数据库8记录升降梯中所发生的损坏。损坏如导靴油耗尽、绳索粘连这样地被记录于各个种类。处理模块12也可从损坏数据库6提取“损坏”并将其记录在种类数据库8中。或者，计算机系统4的管理员也可在种类数据库8中记录“损坏”。处理模块12也可通过实行所谓的名称识别等概念处理来系统地分类、整理“损坏”，并记录在种类数据库8中。

损坏数据库6将升降梯1中过去发生损坏的事例、ME14实施的针对损坏进行调查的内容、损坏的原因、以及针对损坏的对策等各种信息相对应关联来进行记录。处理模块12将这些信息连续记录在损坏数据库6中。在针对各损坏的对策的各种信息中还包括关于实施对策的场所(机房、底坑、轿厢内、轿厢上、层门等)和位置(控制盘、卷扬机、导轨等)的信息。

要因系数数据库9记录用于评估损坏的原因的概率的要素(要因系数)。在种类数据库8中规定的损坏即使在时间的差异和场所的差异上相同，损坏的原因的概率也随着(1)升降梯被使用的季节、天气、地域等环境、(2)升降梯的机型、(3)升降梯的使用状况(使用年数、使用频率等)等各种要因而变化。要因系数是关于要因的差异对原因的概率的影响程度的指标。要因系数数据库9对每个要因记录要因系数。

处理模块12若从损坏的内容中确定多个原因，则利用要因系数来评估多个原因中每一个的概率。然后，确定概率最高的原因，并提出有效的对策。处理模块12定期地参照并学习损坏数据库6，更新对于每个要因的要因系数，并将其记录在要因系数数据库9中。该“更新”是上述最优化处理的一个例子。可基于过去的事例，由计算机系统的管理员对每个原因决定要因系数的初始值。

问题数据库10包括根据损坏系统地收罗向ME14提供的问题的数据。如后所述，当处理模块12仅靠来自种类数据库8的信息无法聚焦于损坏的原因时，能通过与ME14之间的问题的提示及其答复的接收这样的交互式处理，来确定确切的原因。

处理模块12定期地参照损坏数据库6，决定原因和问题的答复之间的对应关系，并将其登记到问题数据库10中。计算机系统的管理员也可决定原因和问题的答复之间的对应关系。

原因的概率根据ME14对问题是如何答复的而变化，因此，要因系数数据库9按照与原因对应的问题的答复的种类记录要因系数。

工作信息数据库11定期地更新并记录与升降梯控制部1a相连接的远程监控设备3收集的升降梯1的运行时间、运行距离、启动次数等工作数据。机器管理数据库7、损坏数据库6、工作信息数据库11以升降梯1的管理编号为关键(key)相互关联。

接着，使用图2的流程图对维护支援处理的流程进行说明。当ME14接收到升降梯1的损坏信息的警报时，前往现场并确认升降梯1的状态。当ME14将升降梯1的管理编号和损坏的内容输入到移动终端2时，它们被发送到监控中心13的计算机系统4(S1)。

计算机系统4的处理模块12基于接收到的信息，从机器管理数据库7中提取升降梯1的机型信息、升降梯的用途(乘坐用、货用等)、安装场所(住址等)，安装环境(气体、日照等)，从工作信息数据库11中提取月运行时间等升降梯使用状况，并且根据接收到的损坏信息，基于种类数据库8提取损坏的种类。进一步地，确定损坏的发生日期和时间(S2)。在处理模块12中，接收日期和时间(不良状况等发生的日期和时间)可按预先规定的分类来分类，例如3月至5月为春季、6月至8月为夏季、9月至11月为秋季、12月至2月为冬季。

处理模块12在不能检索到与从移动终端2接收到的损坏相对应的损坏种类的情况下，可以提取类似的损坏种类。如升降梯1是新机型的情况那样，当机器管理数据库7中没有信息时，处理模块12可使用类似机型的信息。

处理模块12从损坏数据库6中提取与损坏相对应的一个或多个原因并将其列出(S3)。对于升降梯1的损坏，经常会涉及多种原因。而且，多个原因各自对损坏带来的影响程度的差异随着给原因施加影响的外部要因的状态而不同。例如有季节、气温、湿度的差异这样的气候要因、梅雨、干燥、台风这样的气象要因、海岸附近或温泉附近等的空气中的盐分、硫磺的量这样的大气要因、月运行时间的大小这样的升降梯的使用要因、是否如展望用电梯那样强烈受到阳光的影响的光劣化要因、以及升降梯的构成部件的差异这样的机型要因。

因此，计算机系统4利用简称为“确信度”的指标来评估关于损坏的多个原因的各自的概率，并且从多个原因中决定有力的原因。确信度是通过对原因的初始评估(例如，多个原因各自的存在比率)，进行基于要因的差异的指标(要因系数)下的加权等校正来获得。

处理模块12算出确信度(S4)。确信度的计算例如下所示。将损坏的原因设为有从1到n种，第i个原因的初始评估设为Ni。然后，将第i个要因系数设为气候要因的系数：αi1、环境要因的系数：αi2、使用要因的系数：αi3、机种要因的系数：αi4。

其结果是，第i个的原因的确信度Ni'是

Ni'＝Ni×αi1×αi2×αi3×αi4。

接着，处理模块12按值的降序重新排列多个原因各自的确信度(S5)。然后，处理模块12判定是否满足规定的终止条件(S6)。规定的终止条件例如是多个候选原因中的最大确信度超过规定值，且其与第二大的确信度之间的差在规定值以上的情况。当处理模块12判定为规定的终止条件时，按确信度的降序将候选原因序列提示给移动终端2(S7)。

处理模块12若对终止条件进行了否定判定，则通过应用对确信度实施加权等校正处理来继续进行确信度的评估(S8)。例如，处理模块12将从问题数据库10中提取的问题发送到ME14，基于其答复对确信度进行加权，并再次判定确信度是否满足规定的终止条件(S6)。通过重复进行与ME14的对话，处理模块12能聚焦于成为损坏的原因的最有力的候选原因(S7)。

处理模块12若决定了最有力的候选原因，则将其传达至移动终端2。当ME14确认所提示的候选原因时，处理模块12从损坏数据库6中提取对应于原因的对策并将其提示给移动终端2(S9)。ME14实施所提示的对策，从而能可靠且尽早地使升降梯1从损坏中恢复或复原。处理模块12不妨碍按确信度的降序在移动终端2提示多个有力的候选。当ME14从中择其一时，处理模块12提示对应于所选的候选原因的对策。ME14依次尝试对策即可。

处理模块12在提示有力候选时，可优先提示确信度高的候选中实施对策的场所相近或相同的候选。因此，能谋求工作效率化。例如，在对应于确信度第1高、第3高的候选的对策实施场所是机房，而第2高的候选的对策实施场所是底坑的情况下，若ME 14按确信度排序逐步实施对策，则会来回于机房和底坑之间。因此，在此情况下，确信度第3高的候选也可与第1候选一并进行以推动对策的实施，从而能使ME14的移动高效化。

使用图3、及图4说明在上述S4中的候选原因的加权。处理模块12从损坏数据库6中提取多个原因(图3：导靴油耗尽、绳索粘连；图4：密封处有异物卡住、门悬挂失效、门靴磨损)，在算出原因的存在比率后，参照机器管理数据库7，基于升降梯的机器信息选区对原因造成影响的要因的种类。图3中要因的种类是“气候”，图4中要因的种类是“升降梯的使用”。

处理模块12基于要因系数数据库9参照所选要因的表。该表是将原因、气候、机型、及使用信息的组合与要因系数相对应而得到的表。处理模块12通过将原因与要因相对应来选取要因系数。要因给原因造成的影响越大，系数的值越大。关于使用信息，系数根据升降梯的使用状况而被改变。例如，如图4所示，当2楼的入住率减半时，2楼的门的开关频率下降，因此，2楼的系数的值被设定为小于其它楼层。

接着，将基于图5说明用于维护支援的具体的顺序。处理模块12当从远程监控设备3接收升降梯1的损坏信息时，执行警报程序，并向负责升降梯的管理的ME14输出维护请求消息。ME14前往安装升降梯1的现场进行维护。另外，处理模块12在多个区域中同时发生升降梯的损坏的情况下，可根据损坏的程度、及现场与ME14之间的距离的大小，分配优先级并输出处理请求消息。

当ME14到达现场时，ME14开始进行移动终端2和计算机系统4之间的通信，并向管理终端2输入升降梯1的管理编号和损坏的内容(异响)(P1)，然后移动终端2将输入信息发送到计算机系统4(P2)。处理模块12基于机器管理编号并参照机器管理数据库7确定升降梯的机型为“B89”。处理模块12进一步基于输入的损坏信息并参照种类数据库8，将损坏种类确定为“异响”。另外，处理模块12也可基于升降梯控制电路1a检测到的代码来决定损坏种类。

处理模块12在工作存储器的规定区域中记录升降梯的机型为“B89”、损坏种类为“异响”、还基于接收到来自移动终端2的信息的日期和时间来记录“冬季”作为季节分类(P3)。“冬季”是用于设定要因系数的关键信息。

处理模块12基于所谓“异响”的损坏种类，从损坏数据库6中提取对应于异响的原因，并对以往发生过的异响的多个原因合计其存在比率，创建比率表6a(P4)。

处理模块12若基于对工作存储器的设置信息(P3)检测到与要因系数相关的信息“冬季”，则参照要因系数数据库9提取“机型”、“原因”、“季节”、以及与“要因系数”的相关信息9a(P5)。“要因系数”越大，作为损坏原因的概率就越高。判断出在冬季导靴油耗尽、绳索粘连成为导致产生异响的原因的概率较高。而且，分别判断出，与升降梯(HVF)相比，升降梯(B89)中“导靴油耗尽”更容易成为“产生异响”的原因，而与升降梯(B89)相比，升降梯(HVF)中“绳索粘连”更容易成为“产生异响”的原因。

处理模块12通过将原因比率(6a：初始值)乘以季节的要因系数(9a)(P6)算出作为“原因”的概率的“确信度”。另外，“确性度”可以适当改称为可信度、适合度、或妥当性等。

若将原因“导靴油耗尽”的比率(10％)乘以机型“B89”的冬季的要因系数(2.0)，则确信度为20％，另一方面，若将原因“绳索粘连”的比率(10％)乘以机型“B89”的冬季的要因系数(1.2)，则确信度为12％(P7)。

接着，处理模块12通过与规定的评估标准进行比较来评估确信度(P8)。例如，如下所示。处理模块12将确信度按降序排序。接着，若原因的第一候选(确信度最高的原因)的确信度在规定值以上(例如，60％)，则处理模块12将第一候选定为有力损坏原因，并从损坏数据库6中读取对此的对策，将其和有力原因一并发送到移动终端2。

另一方面，若判定原因的第一候选的确信度小于规定值，则处理模块12将问题发送到移动终端2(P9)，并基于问题的答复，对多个原因的确信度进行加权，而后基于加权后的确信度从多个候选原因中进一步聚焦于更可能的原因。

例如，按问题的每个种类，问题被分类记录在问题数据库10中。第1个问题100a属于声音的种类，第2个问题100b属于场所的种类。

处理模块12参照问题数据库10选择对应于损坏种类(异响)和/或原因(6a)的问题。处理模块12定期参照损坏数据库6来创建、决定或更新对于损坏种类、对于原因的问题的结构、种类等问题的形态。计算机系统4的管理员可以决定问题的形态。

问题由声音的种类是？这样的问句和作为由(1.吱吱、2.咔哒咔哒、3.沙沙)构成的答复的选项(100a)构成。处理模块12还定期参照损坏数据库6，使原因与问题的选项相对应来设定要因系数，并将其记录到要因系数数据库9中。计算机系统4的管理员也可决定要因系数。10a是问题1的要因系数，10b是问题2的要因系数。当问题数据库10中有多个成为候选的问题时，处理模块12可按优先级或随机地选择问题。问题数据库10也可为问题设置优先级或次序等。

若问句和选项如上所述，是声音和场所等ME14能凭五官直接感受的内容，则在减轻ME14的负担的同时，不受ME14的想象力和经验等个人差异的影响是有益的。

由于原因的第一候选的确信度在规定值以下(P7：20％)，因此处理模块12参照问题数据库10选择问题1(100a)，同时还参照要因系数数据库9提取问题1的要因系数(10a)。

处理模块12将问题1发送到移动终端2(P9)。当ME14决定选项并将其输入到移动终端2时(P10)，移动终端2将选项的信息作为答复发送到处理模块12(P11)。处理模块12根据答复是哪个选项来决定要因系数(10a)，并通过将确信度(P7：20％)乘以该要因系数来校正确信度。

当问题1的选项1是答复时，若将确信度20％乘以“导靴油耗尽”的要因系数(2.0)，则校正后的确信度为40％，若将确信度12％乘以“绳索粘连”的要因系数(1.0)，则校正后(加权后)的确信度为12％。

处理模块12将校正后的确信度与规定的评估标准(例如，60％)进行比较，以评估校正后的确信度(P12)。处理模块12按降序排列校正后的确信度，如果原因的第一候选(校正后确信度最高的原因)的确信度在规定值以上，则将第一候选决定为有力损坏原因，从损坏数据库6中读取对此的对策，并将其与原因一并提示给移动终端2。

另一方面，当判定第一候选的校正后确信度小于规定值时，处理模块12将第2个问题发送到移动终端2(P13)。在图5中，校正后的确信度在“导靴油耗尽”时是40％，在“绳索粘连”时是12％，由于它们小于基准值，因此处理模块12将第2问题发送到移动终端2。

处理模块12参照问题数据库10选择问题2(100b)，同时参照要因系数数据库9提取问题2的要因系数(10b)。当ME14决定选项并将其输入至移动终端2时(P14)，移动终端2将选项的信息作为答复发送到处理模块12(P15)。处理模块12根据答复是哪个选项来决定要因系数(10b)，并将根据第1个问题加权后的确信度(P12)乘以该要因系数，进一步校正确信度。

当问题2的选项1是答复时，若将根据问题1加权后的确信度40％乘以“导靴油耗尽”的要因系数(1.5)，则确信度变为60％，同样，若将确信度12％乘以“绳索粘连”的要因系数(1.0)，则确信度变为12％。

处理模块12通过将基于问题2校正后的确信度与规定的评估标准(例如，60％)进行比较来评估确信度(P16)。处理模块12将确信度按降序排列，若第一候选的确信度在规定值以上，则将第一候选决定为有力损坏原因，并从损坏数据库6读取对此的对策，并将其与损坏原因一起发送到移动终端2。

由于第一候选的确信度已达到基准值以上的60％，因此处理模块12把将其作为损坏的最有力原因(导靴油耗尽)的列表P18(有可能作为损坏的原因的多个原因的序列)发送到移动终端2(P17)。此外，处理模块12从损坏数据库6读取与提示的原因(P18)相对应的对策(P20：针对导靴油耗尽的“导轨加油”，“油毡纸更换”)，并将其一并发送到移动终端2(P19)。

处理模块12通过依次提示与确信度最高的原因相关联的问题1和问题2，从而能逐步聚焦于有力的原因。

如上所述，ME14了解到对于要进行维护的升降梯1的“异响”的最有力原因是“导靴油耗尽”，有效对策是“导轨加油”、“油毡纸更换”。

接着，基于图6说明多个有力原因最终具有相同程度的确信度、难以区分各自的优劣时的顺序。发生“在1楼门开不了”这样的损坏时，ME14确认升降梯1的状态，并将升降梯1的管理编号、不良状态“在1楼门开不了”输入到移动终端2(P1)，并将其发送到监控中心13(P2)。处理模块12从机器管理数据库7中提取开门机为“双开”，参考楼层为“1楼”，环境为“室内”要因这些内容，并进一步参照不良状况种类数据库8来确定“在特定楼层门开不了”这样的不良状况种类(P3)。

接着，处理模块12从损坏数据库6算出以往发生过的「在特定楼层门开不了」的多个原因并其比率6a，并将比率6a乘以从要因系数数据库9中提取的对应于原因和楼层的组合的要因系数(11a)(P5)，算出确信度(P7)。各楼层的门的开关次数因入住状态而不同，根据工作信息数据库11，发生不良状况等的升降梯在1楼的门的开关次数占总的门的开关次数的40％，而其他楼层中没有次数特别多的楼层。处理模块12参照工作信息数据库11，将1楼的要因系数设定得比其他楼层大(11a)。

处理模块12按降序对每个原因的确信度进行排序(P7)。根据要因系数(11a)，1楼的要因系数在作为滑动部件的门靴的磨损中是最大的，其次是因可动部的磨损而变化的门悬挂的失效，另一方面，异物卡住由于与门的开关次数无关，因此要因系数为1.0。

处理模块12若判定没有超出规定值(60％)的候选原因(P8)，则如上所述，通过问题来聚焦候选原因。当门悬挂失效，及门靴磨损也在发展时，门有可能因风压而固滞，因此，处理模块12从问题数据库10中提取以有无通风为内容的问题1(100c)并提示给移动终端2(P9)。

处理模块12从要因系数数据库9中提取与问题1相对应的要因系数，当ME14答复“1.有”时，利用要因系数11b对确信度(P7)进行加权(P10)。其结果是，确信度在门靴磨损时为50％，在门悬挂失效时为45％，两者的差异很小，处理模块12判断即使进一步重复问题也难以使至少一个确信度收敛为60％，从而将“门靴磨损”和“门悬挂失效”两者均作为有力的候选原因，它们加一起能得到95％的确信度，从而将两个候选都传达给移动终端(P13)。处理模块12进一步将这两个原因各自的有效对策即“门靴更换”和“门悬挂调整”提示给移动终端2。M14可首先从确信度高的对策(门靴更换)进行实施。

接着，利用图7说明数据库的最优化处理(学习处理)的实施方式。处理模块12定期参照损坏数据库6，识别记录信息的差。在图7中，(1)示出1楼门的故障的原因的存在比率。当ME14实施维护时，存在比率如(2)所示变化。(3)是每个原因的差(比率)。根据(1)-(3)判断门靴磨损的原因增加了3％。

处理模块12基于差，对要因系数数据库9中受差影响的信息、例如各原因－楼层的要因系数进行最优化，即，更新要因系数。(4)是在差发生之前的按原因、及按楼层的要因系数表。处理模块12将与差相当的要因件数应用于(相加到)1楼－门靴磨损的要因系数(2.0)，将由此得到的值作为新的要因系数(4.0+4.0×0.03＝4.12)，将表更新为(5)所示那样。另外，即使差为负，处理模块12也可将调整了差之后的要因系数的下限设为1。

处理模块12也可进一步对要因系数数据库9中各问题的答复的要因系数进行更向。(6)是变更前的表，(7)是变更后的表。

如上所述，随着升降梯的维护次数的增加，处理模块12通过学习累积的数据来对数据库的管理数据进行最优化，从而能提高提示给ME14的原因和对策的精度。

处理模块12也可定期地对数据库的记录信息进行最优化。例如，处理模块12通过数据挖掘手段等，在具有相同意思的术语分散为多个表达的情况下，将多个表达与一个意思相对应关联。因此，数据库之间的信息的对应关系得到整理，从而处理模块12能进一步提高提示给ME14的原因和对策的精度。

虽然说明了用于评估“确信度”的阈值或基准是60％，但也可根据基于下述内容的一个或多个等的规定条件、状态来对其进行变更，即：电梯的机型、原因的差异、损坏的差异、问题的数量、以及问题的内容等。

并且，在上述实施方式中，将维护对象设为升降梯，但只要是ME14应当前往进行保养的对象(自动扶梯、车辆升降设备、大楼的空调设备、大楼的上下水处理设备、大楼的电气设备)，就没有特别限制。

标号说明

1...升降梯

1a...升降梯控制电路

2...移动终端

3...远程监控设备

4...计算机系统

5...输入输出接口

6...损坏数据库

7...机器管理数据库

8...种类数据库

9...要因系数数据库

10...问题数据库

10a，10b...问题系数

12...处理模块

13...监控中心

14...维护工程师

Claims (8)

1.一种升降梯的维护支援系统，是用于支援升降梯的维护的系统，包括：

输入输出接口；

执行支援程序的控制器；以及

记录管理信息的存储器，

所述控制器进行下述动作：

经由所述输入输出接口从终端接收升降梯的损坏的信息，

基于所述损坏的信息，参照所述存储器的管理信息，提取针对所述升降梯的损坏的多种原因，

该升降梯的维护支援系统的特征在于，

所述控制器还进行下述动作：

分别对所述多种原因进行评估，

将所述评估的结果与规定条件进行比较，

根据所述比较的结果，通过与所述终端的对话，从所述多种原因中选择对于所述损坏有力的原因，

参照所述存储器的管理信息，提取与所述有力的原因相对应的对策，

将所述有力的原因和所述对策经由所述输入输出接口发送到所述终端。

2.如权利要求1所述的升降梯的维护支援系统，其特征在于，

所述升降梯的损坏的原因、与该原因相对应的对策、以及该对策的实施场所以相互对应关联的方式记录在所述管理信息中，

所述控制器基于所述比较的结果、以及分别与所述多种原因的各个原因相对应的对策的实施场所，选择所述有力的原因。

3.如权利要求1所述的升降梯的维护支援系统，其特征在于，

所述控制器通过所述比较，若判定所述评估的结果不满足所述规定条件，则开始进行与所述终端的对话。

4.如权利要求1所述的升降梯的维护支援系统，其特征在于，

所述控制器通过所述比较，若判定所述评估的结果满足所述规定条件，则不开始进行与所述终端的对话，而从所述多种原因中选择对于所述损坏有力的原因。

5.如权利要求1所述的升降梯的维护支援系统，其特征在于，

所述控制器对所述多种原因分别进行评估是指：

参照所述存储器的管理信息提取对所述多种原因造成影响的要因，

基于所述要因中所设定的系数对所述多种原因的各个原因进行加权，接着，

通过所述加权来决定所述多种原因各自的优劣。

6.如权利要求1所述的升降梯的维护支援系统，其特征在于，

所述对话包括：

所述控制器经由所述输入输出接口向所述终端发送问题；以及

所述控制器经由所述输入输出接口从所述终端接收针对所述问题的答复，

所述控制器基于所述答复，通过分别对所述多种原因进行评估，来选择对于所述损坏有力的原因。

7.如权利要求6所述的升降梯的维护支援系统，其特征在于，

所述控制器多次执行向所述终端发送问题和从所述终端接收答复，

基于各次的答复，依次对所述多种原因分别进行评估。

8.如权利要求6或者7所述的升降梯的维护支援系统，其特征在于，

所述控制器基于与所述答复的种类相对应的系数分别对所述多种原因进行加权，

基于所述加权的结果，来选择所述有力的原因。

Images