CN102947843B - 维护作业事例收集装置、维护作业事例收集方法 - Google Patents

Abstract

为了蓄积在质和量两方面都提高的设备的维护信息，本发明的维护作业事例收集装置(1)具有：存储部(13)，其具备维护作业事例数据库(21)，该维护作业事例数据库(21)将从设备经由传感器获取到的运转信息、和针对该运转信息而采取的对策即维护信息相互关联对应地进行存储；以及控制部(11)，其新受理运转信息的输入，新受理维护信息的输入，以新受理的维护信息作为检索关键字，来检索维护作业事例数据库(21)，并获取符合的运转信息，对新受理的运转信息和获取到的运转信息进行比较，判断新受理的运转信息是否按照满足规定的基准的程度接近于获取到的运转信息，在判断为不接近的情况下，请求再次输入新受理的维护信息。

Description

维护作业事例收集装置、维护作业事例收集方法

技术领域

本发明涉及维护作业事例收集装置、维护作业事例收集方法以及维护作业事例收集程序。

背景技术

以往，已知有如下技术，通过将从设置在设备中的传感器获取到的设备的运转信息、和表示该设备发生故障时的维护内容等的维护信息(故障现象、故障部位等)建立关联并进行收集，从而参照过去发生的故障事例来进行故障诊断。在这样的技术中，如果维护员在输入维护信息时有失误，则会收集到错误的信息。

作为用于防止这样的失误的技术，例如，存在专利文献1、2。专利文献1的技术，基于输入的运转状况来进行故障诊断，并仅仅在诊断成功的情况下追加事例。专利文献2的技术，受理按照导引进行回答的方式来输入维护员得到的知识，逐渐提高故障时的信息的正确性。

在先技术文献

专利文献

专利文献1：JP特开2003-15877号公报(段落0039)

专利文献2：JP特开2006-215682号公报(段落0055)

发明概要

发明要解决的课题

但是，在专利文献1的技术中，在诊断失败的情况下，只是仅仅获取输入数据，而不能修正错误后再次输入，特别地，在过去的事例数目较少的情况下，重新蓄积事例并不容易。

另一方面，在专利文献2的技术中，来自维护员的信息在全部正确的前提下被受理，所以不会提高蓄积的信息的可靠性。

发明内容

因此，本发明将蓄积在质和量两方面都提高的设备的维护信息作为课题。

用于解决课题的手段

本发明的维护作业事例收集装置的特征在于，具有：存储部，其具备维护作业事例数据库，该维护作业事例数据库将从设备经由传感器获取到的运转信息、和针对该运转信息而采取的对策即维护信息相互关联对应地进行存储；以及控制部，其新受理运转信息的输入，新受理维护信息的输入，将新受理的维护信息作为检索关键字，来检索维护作业事例数据库，获取符合的运转信息，将新受理的运转信息和获取到的运转信息进行比较，判断新受理的运转信息是否以满足规定的基准的程度接近于获取到的运转信息，在判断中判断为不接近的情况下，请求再次输入新受理的维护信息。

发明效果

根据本发明，能够蓄积在质和量两方面都提高的设备的维护信息。

附图说明

图1是本实施方式涉及的维护作业事例收集装置的构成图。

图2是表示本实施方式涉及的维护作业事例的一例的图。

图3是表示本实施方式涉及的运转信息的一例的图。

图4是表示本实施方式涉及的运转信息的另一例的图。

图5是表示本实施方式涉及的维护信息的一例的图。

图6是说明本实施方式涉及的、判断输入的运转信息的妥当性的方法的图。

图7是表示本实施方式涉及的维护信息登记画面的一例的图。

图8是表示本实施方式涉及的维护信息登记成功画面的一例的图。

图9是表示本实施方式涉及的维护信息再次登记画面的一例的图。

图10是表示本实施方式涉及的维护信息登记初始画面以及运转信息输出后画面的一例的图。

图11是表示本实施方式涉及的维护信息登记初始画面以及运转信息输出后画面的另一例的图。

图12是本实施方式涉及的处理过程的流程图。

图13是本实施方式涉及的处理过程的步骤S304的详细流程图。

具体实施方式

以下，参照附图等来详细说明用于实施本发明的方式(称为“本实施方式”)。

(维护作业事例收集装置)

根据图1，说明维护作业事例收集装置1。

维护作业事例收集装置1是一般的计算机。维护作业事例收集装置1具有：中央控制装置11、主存储装置12、辅助存储装置13、输入装置14、以及输出装置15。这些经由总线相互连接。

辅助存储装置13保存维护作业事例数据库21以及运转信息数据库22(详细情况后述)。

主存储装置12内置有信息输入输出部31、妥当性验证部32、维护作业事例保管部33、以及运转信息保管部34。这些是程序。在以下的说明中，在将主体记为“××部”的情况下，意思是，中央控制装置11从辅助存储装置13读出各程序并装载于主存储装置12中，在此基础上执行各程序的功能(详细情况后述)。

另外，各程序也可以预先存储在辅助存储装置13中，并经由其他存储介质或通信介质，在必要时，取入到维护作业事例收集装置1。

维护作业事例收集装置1通常在进行1个或多个设备的维护管理的用户的附近设置1台。但是，例如，也可以构成为按照设备的每个设置场所、设备的每个种类分为多个框体。此外，例如，也可以是，包括信息输入输出部31、妥当性验证部32、维护作业事例保管部33、以及运转信息保管部34的每一个在内的构成相互独立，在相互间经由网络来进行必要的数据的收发。

进一步地，作为具有中央控制装置、主存储装置、辅助存储装置、输入装置、以及输出装置的独立的一般的计算机的1个或多个利用者终端装置(未图示)和维护作业事例收集装置1也可以构成为经由有线或无线的网络来确保通信。这样，维护员能够携带该利用者终端装置，在设备的附近，在与维护作业事例收集装置1之间进行信息交换。

(维护作业事例数据库)

根据图2，说明维护作业事例数据库21。

维护作业事例数据库21是将维护信息102、105、......和运转信息103、106、......相互关联对应地进行存储的数据库。将某时间点的运转信息和作为记述针对该运转信息的对策等的信息即维护信息的组合称为“事例”101、104、......。事例被存储多个。维护信息以及运转信息的详细情况后述。

(运转信息数据库)

根据图3、图4来说明运转信息数据库22。

在图3的运转信息数据库22中，按照与运转信息ID栏111a中存储的运转信息ID建立关联的方式，在参数1栏112a中存储冷却水压力，在参数2栏113a中存储冷却水温度，在参数2栏114a中存储噪声值。

运转信息(符号115a、116a、......的各记录)是使用设置在设备中的传感器等而获取到的1个物理量或多个物理量的组合。在运转信息为多个物理量的组合的情况下，设这些物理量是在同一时间点获取到的物理量。在本实施方式中，以发电用气体涡轮作为设备的例子来说明。

运转信息ID栏111a的运转信息ID是用来唯一确定运转信息的识别符。

参数1栏112a的冷却水压力是由传感器获取到的气体涡轮的冷却水的压力(单位：hPa)。

参数2栏113a的冷却水温度是由传感器获取到的气体涡轮的冷却水的温度(单位：℃)。

参数3栏114a的噪声值是由传感器获取到的气体涡轮的噪声值(单位：dB)。

另外，在以下说明中，有时将冷却水压力的值、冷却水温度的值、以及噪声值个别地或概括地称为“参数”。各个参数不限定于上述例子，可以是能够大概测定的物理量，可以是使用规定的逻辑来转换该物理量后得到的值。除了上述各栏，也可以有参数4栏、参数5栏、......。进一步地，也可以有存储参数的获取日期时间的日期时间栏、存储用于唯一识别设备的设备识别符的设备ID栏、存储设备的设置场所的设置场所栏等。

图4的运转信息数据库22与图3的运转信息数据库22相比，在冷却水压力、冷却水温度、以及振动值这样的各参数值具有时间序列的多个成分这一点上不同。例如，在记录115b的参数1栏112b中存储有“600、500、400、......”。这是表示，某1日的上午0点00分的冷却水压力为600hPa，同一日的上午1点00分的冷却水压力为500hPa，同一日的上午2点00分的冷却水压力为500hPa(以下，到23点00分为止相同)。参数2栏113b以及参数3栏114b也同样。

运转信息数据库22的各参数栏的值的保持方法或者如图3这样、或者如图4这样，通过用户的设定来决定。具有图4这样的时间序列的值的方式在用户易于理解例如某1日的值的变化这一点上具有优势。

(维护信息)

根据图5，说明维护信息23。所谓维护信息是如前所述那样，记述了针对运转信息的对策等的信息，进一步具体来说，特别是维护员在设备产生了不良情况的时间点的检查记录。

维护信息23包括存储在维护信息ID栏121中的维护信息ID、存储在维护日期时间栏122中的维护日期时间、存储在维护员名称栏123中的维护员的姓名、存储在故障现象栏124中的故障现象、存储在故障部件栏125中的故障部件、存储在故障部位栏126中的故障部位，这些信息被相互关联对应。在图5中，各个记录(符号127、128、......)相当于维护信息。

维护信息ID栏121的维护信息ID是用于唯一确定维护信息的识别符。

维护日期时间栏122的维护日期时间是维护员制成维护信息的年月日小时分钟。

维护员名称栏123的维护员的姓名是制成了维护信息的用户的姓名。

故障现象栏124的故障现象是清楚地表示设备的不良情况的字符串，例如是“液体泄漏”、“振动”、“噪声”等。

故障部件栏125的故障部件是维护员进行了更换的部件的名称。

故障部件栏126的故障部位是进行了交换的部件之中特别存在不良情况的部分的名称。

维护信息不限定为这些项目，也包括其他的项目(故障原因、部件的使用开始时期等)。进一步地，也可以缺乏这些项目之内的几个。但是，优选具有故障现象、故障部件、以及故障部位之中的至少一个。

运转信息数据库22不论是否在设备中存在不良情况，都蓄积维护员在任意的时间点制成的记录。此外，运转信息数据库22可以蓄积维护作业事例收集装置1或设备本身基于来自传感器的信息在规定的时间点或按照规定的周期自动地制成的记录。

另一方面，维护信息23是在设备中存在问题的时间点由维护员制成的各个记录，这些记录是否蓄积为数据库是任意的。

运转信息数据库22以及维护信息23不必相互存在直接的关联，通常分别进行管理。但是，如维护作业事例数据库21(图2)这样，如果按照组合的方式来存储运转信息103、106、......以及维护信息102、105、......，或者如果将它们相互关联对应地进行存储，则成为按照经验来表示在示出设备具有的状态的情况下需要什么样的维护作业的优良的数据库。

另外，图2的1个事例的运转信息与图3(图4)的1个记录相等。图2的1个事例的维护信息与图5的1个记录相等。

但是，维护作业事例数据库21的“事例”的使用价值受维护信息和运转信息之间的关联性的正确性影响较大。例如，在气体涡轮产生“液体泄漏”的情况下，冷却水压力比正常情况低，冷却水温度比正常情况高，噪声值与正常情况相比没有非偶然之差。在气体涡轮产生“振动”的情况下，冷却水压力以及冷却水温度与正常情况相比没有非偶然之差，噪声值比正常情况高。例如，设维护作业事例数据库21的某事例的运转信息表示“液体泄漏”的特征，另一方面，设相同事例的维护信息包括“振动”、“轴承”、“支架(bearing)”等。明显在该事例中没有使用价值，作为错误存储了该事例的原因，例如假设故障现象等的维护信息的输入错误。本实施方式防止这样的输入错误。

(处理过程)

适当参照图6～图11，根据图12来说明处理过程。

在步骤S301中，信息输入输出部31受理运转信息的输入。

具体来说，信息输入输出部31受理用户经由键盘等输入装置14而输入冷却水压力、冷却水温度、以及噪声值。

另外，运转信息有时通过维护作业事例收集装置1或设备本身已经获取并作为运转信息数据库22来存储。该情况下，信息输入输出部31在输出装置15中显示维护信息登记画面51(图7)。

接着，受理用户在运转信息文件路径栏201中输入表示运转信息数据库22的位置的信息。信息输入输出部31也可以受理用户按下“参照”按钮202，并显示表示运转信息数据库22(有时存在多个)的位置的信息。之后，信息输入输出部31受理用户选择表示位置的信息之内的1个。接着，信息输入输出部31在输出装置14中显示运转信息数据库22，并受理用户选择特定的1个记录(运转信息)。

在步骤S302中，信息输入输出部31受理维护信息的输入。

具体来说，信息输入输出部31，第一，在输出装置15中显示维护信息登记画面51(图7)。在步骤S301中已经显示的情况下没有必要再次显示。第二，受理用户针对维护信息登记画面51的维护日期时间栏203、维护员名称栏204、故障现象栏205、故障部件栏206、以及故障部位栏207，分别输入维护日期时间、维护员的姓名、故障现象、故障部件、以及故障部位。此时，不需要针对所有的栏来受理输入，但设对于故障现象栏、故障部件栏、以及故障部位栏中的至少1个来受理输入。受理输入的顺序是任意的。此外，信息输入输出部31也可以针对维护日期时间栏203将当前的维护日期时间作为初始值来显示。

第三，信息输入输出部31受理用户按下维护信息登记按钮208。

在步骤S303中，维护作业事例保管部33获取事例。

具体来说，维护作业事例保管部33将在步骤S302中受理到的故障现象、故障部件、以及故障部位作为检索关键字，来检索维护作业事例数据库21(图2)，获取在维护信息中包含作为检索关键字的故障现象、故障部件、以及故障部位的所有的事例的运转信息。

在步骤S304中，妥当性验证部32判断新输入的运转信息的妥当性。

针对该步骤的详细情况后述，大致来说，妥当性验证部32基于在步骤S301中被受理了输入的运转信息和在步骤S303中获取到的运转信息之间的接近度，来判断新输入的运转信息的妥当性。

具体来说，妥当性验证部32在新输入的运转信息中不包含异常的参数的值的情况下(步骤S304“有妥当性”)，判断结果作为“有妥当性”，进入步骤S305。在新输入的运转信息中包含异常的参数的值的情况下(步骤S304“无妥当性”)，判断结果作为“无妥当性”，原样保持具有该异常的值的异常的参数以及与该异常的参数关联对应的“上(下)波动警告”而进入步骤S307。

在步骤S305中，维护作业事例保管部33将运转信息和维护信息作为事例来存储。

具体来说，维护作业事例保管部33将在步骤S301中受理了输入的运转信息、和在步骤S302中受理了输入的维护信息关联对应地作为1个“事例”而存储在维护作业事例数据库21中。此时，维护作业事例保管部33在对维护信息ID重新编号的基础上，将其存储于事例的维护信息中。维护作业事例保管部33在运转信息ID未定的情况下，在对运转信息ID重新编号的基础上，将其存储于事例的运转信息中。

进一步地，运转信息保管部34也可以对在步骤S301中受理了输入的运转信息附加运转信息ID，将其作为运转信息数据库22的新的记录进行存储。

在步骤S306中，信息输入输出部31输出处理结果。

具体来说，信息输入输出部31，第一，在输出装置15中显示维护信息登记成功画面52(图8)。

第二，在消息栏211中，显示将新输入的运转信息和新输入的维护信息关联对应地进行存储的意思的消息。这里，消息是“向数据库的保存完成了”。接着，在维护日期时间栏212、维护员名称栏213、故障现象栏214、故障部件栏215、以及故障部位栏216中显示分别在步骤S302中受理的维护日期时间、维护员的姓名、故障现象、故障部件、以及故障部位。

另外，如果按下“返回”按钮217，则返回到维护信息登记画面51。

之后，结束处理过程。

在步骤S307中，信息输入输出部31受理维护信息的再次输入。

具体来说，信息输入输出部31，第一，在输出装置15中显示维护信息再次登记画面53(图9)。

第二，在消息栏221中，显示新输入的运转信息和新输入的维护信息之间的关联不妥当的意思的消息。这里，消息是“登记在数据库中......请再次输入。”。接着，将在步骤S304(S406)中决定的“异常的参数”显示在消息栏221中。

详细情况后述，在对过去的事例的运转信息以及维护信息的组合、和新输入的运转信息和维护信息的组合进行了比较时，不论维护信息彼此是否一致，在运转信息彼此有较大背离的情况下的、新输入的运转信息的参数为“异常的参数”。

进一步地，信息输入输出部31在消息栏221中显示与“异常的参数”关联对应的“上(下)波动警告”(详细情况后述)。这里，“异常的参数”是2个，是“冷却水压力”以及“冷却水温度”。与“冷却水压力”建立关联后显示“上波动警告(比过去事例高)”，与“冷却水温度”建立关联后显示“下波动警告(比过去事例低)”。

另外，信息输入输出部31也可以显示与“异常的参数”相对应的传感器所涉及的信息(“调查对象传感器1”等)。在该情况下，辅助存储装置13按每个参数存储与传感器相关的信息。

第三，信息输入输出部31请求用户参考显示在消息栏221中的内容在故障现象栏224、故障部件栏225、以及故障部位栏226(图9的网格部分)的全部或一部分中再次输入故障现象、故障部件、以及故障部位的全部或一部分，并受理这些信息。此时，可以强调显示应再次输入的栏224、225、226，也可以针对其他的栏222、223显示为输入禁止状态。用户对栏224、225、226进行了再次输入后，按下“维护信息再次登记”按钮227。

之后，处理返回步骤S303。在重复处理中，也可以在步骤S303之后，省略步骤S304，经过步骤S305以及步骤S306而结束。

(步骤S304的详细情况)

根据图13，说明处理过程的步骤S304的详细情况。

为了简化说明，设定如下前提：运转信息数据库22使用图3的类型，运转信息的参数的数目是2个(“冷却水压力”以及“冷却水温度”)，在步骤S303中获取到N个运转信息。

在步骤S401中，妥当性验证部32获取过去的运转信息的重心的坐标。

具体来说，妥当性验证部32针对在步骤S303中获取到的N个运转信息来计算“冷却水压力”的值的平均值(X0)。同样地，针对N个运转信息来计算“冷却水温度”的值的平均值(Y0)。

在步骤S402中，妥当性验证部32获取过去的运转信息的标准偏差。

具体来说，妥当性验证部32针对在步骤S303中获取到的N个运转信息的每一个，将“冷却水压力”的值作为X坐标，将“冷却水温度”的值作为Y坐标，据此来计算到在步骤S401中获取到的重心的坐标为止的距离。之后，计算该距离的标准偏差(σ)。

在步骤S403中，妥当性验证部32在坐标平面上显示妥当的区域。

具体来说，妥当性验证部32在以“冷却水压力”为X轴，以“冷却水温度”为Y轴的坐标平面上，以在步骤S401中获取到的重心(X0，Y0)为中心，描绘以在步骤S402中获取到的标准偏差(σ)作为半径的圆(参照图6)。

另外，这里的半径不限定为标准偏差(σ)其本身，也可以是标准偏差(σ)的t倍(t为任意的正的数)。

在步骤S404中，妥当性验证部32判断新输入的运转信息是否进入了妥当的区域内。

具体来说，妥当性验证部32针对新输入的运转信息，判断以“冷却水压力”的值为X坐标、以“冷却水温度”的值为Y坐标的点是否包含在步骤S403中描绘的圆的内部或者处于圆周上，在该点包含在圆的内部或处于圆周上的情况下(步骤S404“是”)，进入步骤S405，在这以外的情况下(步骤S404“否”)，进入步骤S406。

例如，在图6中，在表示新输入的运转信息的点的坐标是(X1，Y1)的情况下，进入步骤S405。在表示新输入的运转信息的点的坐标是(X2，Y2)的情况下，进入步骤S406。

在步骤S405中，妥当性验证部32将判断结果设为“有妥当性”。例如，判断为由点(X1，Y1)表示的运转信息有意地接近于与同样的维护信息关联对应的过去的运转信息。

之后，返回步骤S305。

在步骤S406中，妥当性验证部32将判断结果作为“无妥当性”，决定异常的参数。

具体来说，妥当性验证部32按照各个参数来判断新输入的运转信息的各个参数是否处于以重心的该参数的坐标值为中心的前后“σ”以内的范围内。然后，在该参数未处于该范围内的情况下，将判断结果作为“无妥当性”，将该参数作为“异常的参数”。

例如，针对图6的表示运转信息的点(X2，Y2)的“冷却水压力”的参数的值(X2)处于“X0-σ”以上“X0+σ”以下的范围内。但是，针对“冷却水温度”的参数的值(Y2)未处于“Y0-σ”以上“Y0+σ”以下的范围内。在该情况下，妥当性验证部32将“冷却水温度”作为“异常的参数”。

在步骤S407中，妥当性验证部32生成“上(下)波动警告”。

具体来说，妥当性验证部32按照各个异常的参数来判断在步骤S406中决定的“异常的参数”的值是比“重心的该参数的坐标值+σ”大，还是比“重心的该参数的坐标值-σ”小。并且，在该异常的参数的值比“重心的该参数的坐标值+σ”大的情况下，与该异常的参数建立关联并进一步生成“上波动警告”，在该异常的参数的值比“重心的该参数的坐标值-σ”小的情况下，与该异常的参数建立关联并进一步生成“下波动警告”。

例如，在图6的例子中，由于Y2＞Y0+σ，所以妥当性验证部32与“冷却水温度”建立关联而生成“上波动警告”。

之后，保持“上(下)波动警告”不变而返回步骤S307。

作为步骤S304的详细情况，使用二维平面来说明生成判断结果的例子，但也可以按照参数的数目M(M＝1、2、3、......)，通过使用M维坐标来进行一般化。

在使用图4的类型的运转信息数据库22的情况下，例如，将以“冷却水压力”具有的多个成分“600、500、400、......”的平均值作为X轴的坐标值、以“冷却水温度”具有的多个成分“70、80、90、......”的平均值作为Y轴的坐标值的点作为在坐标平面中表示各运转信息的点。具有这些表示多个运转信息的点的X坐标的平均值以及Y坐标的平均值的点成为重心。基于这些表示多个运转信息的点的每一个和距重心的距离，来计算该距离的标准偏差(σ)。

(变形例1)

可以将步骤S301的处理进行以下的(1)～(3)这样的变更。

(1)信息输入输出部31在输出装置15中显示维护信息登记初始画面54(图10、图11)，并受理用户在运转信息ID栏231中输入运转信息ID并按下“运转信息输出”按钮232。

(2)运转信息保管部34以输入的运转信息ID作为检索关键字，从运转信息数据库22获取符合的运转信息。

(3)信息输入输出部31在输出装置15中显示运转信息输出后画面55(图10、图11)。

图10的例子是，对应于运转信息数据库22为图3的类型的情况，在运转信息栏243a中，在对获取到的运转信息进行可视化后的基础上进行显示。在图10的例子中，按照易于理解的方式来显示以输入的运转信息ID“P001”作为关键字进行检索的结果，即，冷却水压力为“500hPa”、冷却水温度为“90℃”、噪声值为“60dB”的运转信息是符合的。用户参考该可视化后的运转信息，将维护日期时间、维护员的姓名、故障现象、故障部件、以及故障部位输入到栏244、245、246、247、248中。

图11的例子是，对应于运转信息数据库22为图4的类型的情况，在运转信息栏243b中，在将获取到的运转信息可视化为时间序列的折线图表的基础上进行显示。在图11的例子中，按照易于理解的方式来显示以输入的运转信息ID“P101”作为关键字进行检索的结果，即，符合的运转信息的冷却水压力为“在上午0点00分是600hPa，在上午1点00分是500hPa，在上午2点00分是400hPa(以下直到23点00分为止相同)”、冷却水温度为“在上午0点00分是70℃，在上午1点00分是80度，在上午2点00分是90℃(以下直到23点00分为止相同)”、噪声值为“在上午0点00分是60dB，在上午1点00分是60dB，在上午2点00分是60dB(以下直到23点00分为止相同)”。用户参考这样可视化为时间序列数据的运转信息，将维护日期时间、维护员的姓名、故障现象、故障部件、以及故障部位输入到栏244、245、246、247、248中。

根据变形例1，例如，在定期并自动地获取针对特定的设备的运转信息，用户同时识别该设备的多个参数，或者识别多个参数间的时间序列变化的关系的基础上输入维护信息等情况下，尤其方便。

(变形例2)

在步骤S404中，妥当性验证部32判断新输入的运转信息是否进入了妥当的区域内。在此时的判断中使用的“圆”的半径与在步骤S303中获取到的运转信息的数目没有直接的关系。即，例如，即使该数目为“10”、或者该数目为“100”，结果圆的半径都很可能成为相同的值。但是，该数目为“100”的情况在半径(标准偏差σ)的统计性方面可靠性高。

步骤S404的判断的结果为“否”(新输入的运转信息没有包含在妥当的区域(圆)中)，且步骤S303中获取到的运转信息的数目为“10”的情况下，新输入的运转信息至多仅仅与10个过去的运转信息相比较，所以相对于过去的事例背离的意思的判断的可靠性比较低。另一方面，在步骤S404的判断的结果为“否”(新输入的运转信息没有包含在妥当的区域(圆)中)，且步骤S303中获取到的运转信息的数目为“100”的情况下，新输入的运转信息与100个这样足够数目的过去的运转信息相比较，所以相对于过去的事例背离的意思的判断的可靠性比较高。

因此，如以下的(1)以及(2)所记载那样，也能够修正上述处理的一部分。

(1)如以下这样来变更步骤S303的处理。

在步骤S303中，维护作业事例保管部33获取事例。

具体来说，维护作业事例保管部33以在步骤S302中受理的故障现象、故障部件、以及故障部位作为检索关键字，来检索维护作业事例数据库21，将在维护信息中包含有作为检索关键字的故障现象、故障部件、以及故障部位在内的所有的事例的运转信息与符合的运转信息的数目一起来获取。

(2)在步骤S307的“第二”处理之后不久且“第三”处理刚刚之前加入以下的处理。

信息输入输出部31基于在步骤S303中获取到的符合的运转信息的数目来生成“可靠度”。可靠度只要是符合的运转信息的数目越大则其值越大这样的数值即可。例如，也可以在辅助存储装置13中存储如下这样的表示符合的运转信息的数目和可靠度之间的关联的表，即，符合的运转信息的数目如果为1以上且不足10，则可靠度为“1”，符合的运转信息的数目如果为10以上且不足50，则可靠度为“2”，符合的运转信息的数目如果为50以上，则可靠度为“3”。

进一步地，对于可靠度“3”、可靠度“2”、以及可靠度“1”，分别在辅助存储装置13中存储分别使“与足够数目的过去事例进行比较。请在充分探讨的基础上再次输入维护信息。”、“与相当数目的过去事例进行比较。为确保请再次输入维护信息。”、以及“比较对象的过去事例的数目不充分。不必再次输入维护信息就可以结束。”这样的注释关联对应起来的表。

信息输入输出部31以符合的运转信息的数目作为检索关键字来获取可靠度，并进一步以获取到的可靠度作为检索关键字来获取注释，将可靠度以及注释与符合的运转信息的数目一起显示在消息栏221中。

根据变形例2，用户能够在充分领会维护作业事例收集装置1的处理的可靠度的基础上，再次输入维护信息。

(变形例3)

在步骤S303中获取的运转信息的数目受到新输入的维护信息的正确度的影响。例如，新输入的维护信息的、故障现象、故障部件、以及故障部位，应当分别正确地输入为“液体泄漏”、“冷却水管道”、以及“接合处”的地方，设实际上输入为“液体泄漏”、“冷却水管道”、以及“支架”。在这样的情况下，在步骤S303中获取的运转信息的数目与正确输入的情况相比，变少的可能性较高。此外，设实际上输入为“液体泄漏”、“消音器”、以及“支架”。在这样的情况下，在步骤S303中获取的运转信息的数目与正确输入的情况相比，进一步变少的可能性较高。

这样，错误输入的维护信息的项目数目越高，则过去的同样的维护信息的数目越变少，其结果是，在步骤S303中获取的运转信息的数目变少。

因此，如以下(1)以及(2)所述，也能够修正上述处理的一部分。

(1)如以下来变更步骤S303的处理。

在步骤S303中，维护作业事例保管部33获取事例。

具体来说，维护作业事例保管部33以在步骤S302中受理的故障现象、故障部件、以及故障部位作为检索关键字，来检索维护作业事例数据库21，将在维护信息中包含作为检索关键字的故障现象、故障部件、以及故障部位在内的所有的事例的运转信息与符合的运转信息的数目一起来获取。

(2)在步骤S307的“第二”处理之后不久且即将“第三”处理之前添加以下的处理。

信息输入输出部31基于在步骤S303中获取到的符合的运转信息的数目来生成“请求度”。请求度只要是符合的运转信息的数目越大则其值越小的数值即可，例如，可以是应当再次输入的维护信息的项目数目。例如，也可以预先在辅助存储装置13中存储如以下这样的符合的运转信息的数目和请求度之间的对应关系，即，如果符合的运转信息的数目为0以上且不足5，则请求度为“2”，如果符合的运转信息的数目为5以上，则请求度为“1”。在此基础上，信息输入输出部31以符合的运转信息的数目作为检索关键字来获取请求度。并且，信息输入输出部31在维护信息再次登记画面显示53(图9)的消息栏221中显示“请至少针对○个项目重新考虑输入”(○为请求度)这样的消息。

根据变形例3，用户能够具体地知晓应当再次输入的维护信息的项目的数目。

(变形例4)

用户读错了运转信息(传感器的值)的结果或者在输入时弄错了键盘等的操作的结果在经由步骤S307的情况下也有可能出现。在该情况下，用户进行运转信息的再次输入是方便的。

在上述处理过程中，如上所述，也可以取代“之后，处理返回步骤S303。在重复的处理中，在步骤S303之后，省略步骤S304，经过步骤S305以及步骤S306而结束”，而设为“之后，处理返回步骤S301。在重复处理中，省略步骤S302。并且，在步骤S303之后，省略步骤S304，经过步骤S305以及步骤S306而结束”。

根据变形例4，能够避免起因于输入的运转信息发生错误，不论用户是否再次输入维护信息都重复请求再次输入这样的不良情况。

(变形例5)

在步骤S302中实际输入的维护信息的项目(故障现象、故障部件、故障部位)的数目较少，即AND条件的检索关键字的数目较少的情况下，在步骤S303中获取的运转信息的数目过多，有时会需要步骤S304的处理(重心、标准偏差的计算等)所需以上的时间。

因此，如以下的(1)以及(2)所述，也能够修正上述处理的一部分。

(1)在步骤S302的“第二”处理之后不久且即将“第三”的处理之前添加以下的处理。

信息输入输出部31在应输入的维护信息的项目中存在实际未输入的项目的情况下将该未输入的项目的数目保持为“未输入项目数”。

(2)在步骤S303的末尾添加以下的处理。

接着，维护作业事例保管部33在获取到的运转信息的数目超出规定的阈值的情况下，将获取到的数目和该阈值的差分作为“过剩投入(hit)数目”。维护作业事例保管部33按照规定的基准将过剩投入数目越大则其值越大的数值决定为“追加输入项目数目”。“追加输入项目数目”不超过“未输入项目数目”。

进一步地，信息输入输出部31对于输出装置15显示“请追加输入‘追加输入项目数目’个维护信息的项目。”这样的消息以及维护信息登记画面51(图7)，并受理用户追加输入的内容。之后，重新进行检索。

根据变形例5，能够减轻维护作业事例收集装置1的处理负担。

本发明不限定为上述实施方式，能够在不脱离本发明的主旨的范围内，进行变更实施。

符号说明：

1维护作业事例收集装置

11中央控制装置

12主存储装置

13辅助存储装置

14输入装置

15输出装置

21维护作业事例数据库

22运转信息数据库

23维护信息

31信息输入输出部

32妥当性验证部

33维护作业事例保管部

34运转信息保管部

Claims (11)

1.一种维护作业事例收集装置，管理设备的维护事例，该维护作业事例收集装置的特征在于，具有：

存储部，其具备维护作业事例数据库，该维护作业事例数据库将从上述设备经由传感器获取到的运转信息、和针对该运转信息而采取的对策即维护信息相互关联对应地进行存储；以及

控制部，其新受理上述运转信息的输入，新受理上述维护信息的输入，以上述新受理的维护信息作为检索关键字，来检索上述维护作业事例数据库，并获取符合的运转信息，对上述新受理的运转信息和获取到的上述运转信息进行比较，判断上述新受理的运转信息是否以满足规定的基准的程度接近于获取到的上述运转信息，

在上述判断中判断为接近的情况下，将上述新受理的维护信息存储在上述维护作业事例数据库中，

在上述判断中判断为不接近的情况下，请求再次输入上述新受理的维护信息。

2.根据权利要求1所述的维护作业事例收集装置，其特征在于，

上述控制部，在上述判断中判断为接近的情况下，将上述新受理的运转信息和上述新受理的维护信息相互关联对应地存储为上述维护作业事例数据库的记录。

3.根据权利要求1所述的维护作业事例收集装置，其特征在于，

上述运转信息包括作为获取到的多个值的参数，

上述控制部，在上述判断中判断为不接近的情况下，对上述新受理的运转信息中包含的参数之中的以下参数进行确定并显示，即该参数与在获取到的上述运转信息中包含的对应的参数之间的差异以满足规定的基准的程度背离。

4.根据权利要求1所述的维护作业事例收集装置，其特征在于，

上述维护信息包括表示设备的不良情况的故障现象、维护员更换的部件的名称、以及该更换的部件之中特别存在不良情况的部分的名称之中的至少1个。

5.根据权利要求1所述的维护作业事例收集装置，其特征在于，

上述控制部，以上述新受理的维护信息作为检索关键字，来检索上述维护作业事例数据库，在获取符合的运转信息时，获取符合的运转信息的数目，

决定随着获取到的上述符合的运转信息的数目变大而值变大的可靠度，

在请求上述新受理的维护信息的再次输入时，显示上述决定的可靠度。

6.一种维护作业事例收集方法，使用管理设备的维护事例的维护作业事例收集装置，该维护作业事例收集方法的特征在于，

上述维护作业事例收集装置的存储部具备维护作业事例数据库，该维护作业事例数据库将从上述设备经由传感器获取到的运转信息、和针对该运转信息而采取的对策即维护信息相互关联对应地进行存储，

上述维护作业事例收集装置的控制部，新受理上述运转信息的输入，新受理上述维护信息的输入，以上述新受理的维护信息作为检索关键字，来检索上述维护作业事例数据库，并获取符合的运转信息，对上述新受理的运转信息和获取到的上述运转信息进行比较，判断上述新受理的运转信息是否以满足规定的基准的程度接近于获取到的上述运转信息，

在上述判断中判断为接近的情况下，将上述新受理的维护信息存储在上述维护作业事例数据库中，

在上述判断中判断为不接近的情况下，请求再次输入上述新受理的维护信息。

7.根据权利要求6所述的维护作业事例收集方法，其特征在于，

上述控制部，在上述判断中判断为接近的情况下，将上述新受理的运转信息和上述新受理的维护信息相互关联对应地存储为上述维护作业事例数据库的记录。

8.根据权利要求6所述的维护作业事例收集方法，其特征在于，

上述运转信息包括作为获取到的多个值的参数，

上述控制部，在上述判断中判断为不接近的情况下，对上述新受理的运转信息中包含的参数之中的以下参数进行确定并显示，该参数与在获取到的上述运转信息中包含的对应的参数之间的差异以满足规定的基准的程度背离。

9.根据权利要求6所述的维护作业事例收集方法，其特征在于，

上述维护信息包括表示设备的不良情况的故障现象、维护员更换的部件的名称、以及该更换的部件之中特别存在不良情况的部分的名称之中的至少1个。

10.根据权利要求6所述的维护作业事例收集方法，其特征在于，

上述控制部，以上述新受理的维护信息作为检索关键字，来检索上述维护作业事例数据库，在获取符合的运转信息时，获取符合的运转信息的数目，

决定随着获取到的上述符合的运转信息的数目变大而值变大的可靠度，

在请求上述新受理的维护信息的再次输入时，显示上述决定的可靠度。

11.一种维护作业事例收集方法，使用管理设备的维护事例的维护作业事例收集装置，该维护作业事例收集方法的特征在于，

上述维护作业事例收集装置的存储部具备维护作业事例数据库和运转信息数据库，该维护作业事例数据库将从上述设备经由传感器获取到的运转信息、和针对该运转信息而采取的对策即维护信息相互关联对应地进行存储，

该运转信息数据库将上述运转信息与唯一地确定上述运转信息的识别符关联对应地进行存储，

上述维护作业事例收集装置的控制部，新受理上述识别符的输入，新受理上述维护信息的输入，以上述新受理的识别符作为检索关键字，来检索上述运转信息数据库，并获取符合的运转信息作为第一运转信息，以上述新受理的维护信息作为检索关键字，来检索上述维护作业事例数据库，并获取符合的运转信息作为第二运转信息，对获取到的上述第一运转信息和获取到的上述第二运转信息进行比较，并判断上述第一运转信息是否以满足规定的基准的程度接近于上述第二运转信息，

在上述判断中判断为接近的情况下，将上述新受理的维护信息存储在上述维护作业事例数据库中，

在上述判断中判断为不接近的情况下，请求再次输入上述新受理的维护信息。