CN116888548A - 监视装置和方法 - Google Patents

Abstract

在本发明中，接收对用于确定分析对象的设备即对象设备的设备确定信息和对于该对象设备要进行分析的分析项目的指定，获取接收到的分析项目的分析所需的数据种类的数据，基于所获取的数据来决定对象设备的当前的设备状态，基于所决定的对象设备的设备状态，来计算对该对象设备的当前状态进行评分而得到的诊断得分，并基于计算出的诊断得分来决定对象设备的诊断结果，使所决定的对象设备的诊断结果可视化。

Description

监视装置和方法

技术领域

本发明涉及监视装置和方法，例如适合应用于监视工业用设备等设备的状态的监视装置。

背景技术

近年来，工业用设备的维护方法正在从定期地进行维护的时间基准维护转移至与每一台设备的状态相应地进行维护的状态基准维护。为了进行状态基准维护，需要随时监视对象设备，随此，使用IoT(Internet of Things：物联网)云的远程监视服务的普及正在进展。

以往，作为关于监视设备并检测故障征兆的监视装置的技术，已知专利文献1中公开的技术。该专利文献1中，公开了对于对监视对象系统未检测出异常的期间中的该监视对象系统的监视数据按星期几、时段、日期或周数分类并存储在存储部中，基于存储的监视数据的按星期几、时段、日期或周数的分布设定容许范围，对于当前从监视对象系统获取的监视数据、与基于当前的日期时间属于的星期几、时段、日期或周数的监视数据的分布的容许范围进行比较，在获取的监视数据超过容许范围的上限或下限的情况下检测出监视对象系统的故障征兆。

现有技术文献

专利文献

专利文献1：日本特开2014-153736号公报

发明内容

发明要解决的课题

然而，该专利文献1中，仅公开了实现使用与监视对象的计算机系统的运转状况相应的适当的阈值检测故障征兆的处理的技术。即，该专利文献1中，仅根据监视对象的设备的监视结果是否超过阈值判断故障征兆，关于判断容许范围内的设备的状态的方法并没有考虑。但是，为了进行工业用设备的状态基准维护，不仅要求判断是否发生故障，也要求判断该设备的当前状态。

本发明是考虑以上方面得出的，要提出一种可以易于理解地对用户提示设备的当前状态的监视装置和方法。

用于解决课题的技术方案

为了解决该课题，在本发明中，对监视对象的设备进行监视的监视装置包括：接收对设备确定信息和对于该对象设备要进行分析的分析项目的指定的输入部，其中，所述设备确定信息用于确定分析对象的所述设备即对象设备；设备状态决定部，其获取所述输入部接收到的所述分析项目的分析所需的数据种类的数据，基于所获取的所述数据来决定所述对象设备的当前的设备状态；诊断结果决定部，其基于由所述设备状态决定部决定的所述对象设备的所述设备状态，来计算对该对象设备的当前状态进行评分而得到的诊断得分，并基于计算出的所述诊断得分来决定所述对象设备的诊断结果；和可视化部，其可视化地显示所述诊断结果决定部所决定的所述对象设备的所述诊断结果。

另外，在本发明中，由对监视对象的设备进行监视的监视装置执行的监视方法包括：第一步骤，接收对设备确定信息和对于该对象设备要进行分析的分析项目的指定，其中，所述设备确定信息用于确定分析对象的所述设备即对象设备；第二步骤，获取接收到的所述分析项目的分析所需的数据种类的数据，基于所获取的所述数据来决定所述对象设备的当前的设备状态；第三步骤，基于所决定的所述对象设备的所述设备状态，来计算对该对象设备的当前状态进行评分而得到的诊断得分，并基于计算出的所述诊断得分来决定所述对象设备的诊断结果；和第四步骤，使所决定的所述对象设备的所述诊断结果可视化。

根据本发明的分析装置和方法，能够用诊断得分可视化地对用户提示对象设备的当前状态。

发明的效果

根据本发明，能够实现一种可以易于理解地对用户提示设备的当前状态的监视装置和方法。

附图说明

图1是表示本实施方式的监视系统的整体结构的框图。

图2是表示分析服务器的结构的框图。

图3是表示设备确定信息数据库的结构例的图表。

图4是表示分析项目数据库的结构例的图表。

图5是表示设备信息数据库的结构例的框图。

图6是表示警报/故障信息管理表的结构例的图表。

图7是表示运转数据管理表的结构例的图表。

图8是表示状态/类别管理数据库的结构例的图表。

图9是表示过去历史信息数据库的结构例的图表。

图10是表示诊断结果表的结构例的图表。

图11是用于说明分析服务器中搭载的各程序的框图。

图12是表示排序处理部的输出例的图表。

图13是表示排序处理部的输出例的变形例的图表。

图14是表示分析结果显示画面的画面结构例的图。

图15是用于说明设备检索画面的图。

图16是用于说明设备检索画面的图。

图17是表示设备状态诊断处理的处理流程的流程图。

图18是表示设备状态决定处理的处理流程的流程图。

图19是表示过去历史比较处理的处理流程的流程图。

图20是用于说明设备状态诊断处理的图表。

具体实施方式

以下关于附图，详细说明本发明的一个实施方式。

(1)本实施方式的监视系统的结构

图1中，1表示整体上的本实施方式的监视系统，该监视系统1是监视空气压缩机等多个监视对象设备的状态的系统，是将在一个或多个工厂等服务站点2分别设置的一个或多个监视对象设备3、与在监视中心4设置的分析服务器5经由互联网等网络6连接构成的。

各设备3分别将设备内温度和设备内压力、周围温度和此前累计的运行时间等信息作为运转数据经由网络6定期或不定期地发送至分析服务器5。另外，设备3在某项测定值成为阈值以上的情况、发生了故障的情况、以及进行了修理和检查等情况下，将与其内容相应的警报或通知经由网络6发送至分析服务器5。

分析服务器5是具有监视各设备3的设备状态的功能的服务器装置，如图2所示，包括CPU(Central Processing Unit：中央处理器)10、存储器11、辅助存储装置12、网络接口13、输入装置14和输出装置15。

CPU10是集中地控制分析服务器5的动作的处理器。另外，存储器11由非易失性的存储元件构成的未图示的ROM(Read Only Memory：只读存储器)和易失性的存储元件构成的未图示的RAM(Random Access Memory：随机存取存储器)构成。在ROM中保存BIOS(BasicInput Output System：基本输入输出系统)等不变的程序。另外，RAM由DRAM(Dynamic RAM)等构成，被用作CPU10的工作存储器。

辅助存储装置12由硬盘装置或SSD(Solid State Drive：固态硬盘)等大容量且非易失性的存储装置构成。在辅助存储装置12中保存各种程序和要长期保存的各种数据。辅助存储装置12中保存的程序和数据在分析服务器起动时和必要时从辅助存储装置12载入至存储器11，CPU10执行存储器11中载入的程序，由此执行如后所述的分析服务器5的整体的各种处理。

网络接口13例如由NIC(Network Interface Card：网卡)构成，发挥作为经由网络6(图1)与监视对象的各设备3通信时的接口的功能。

输入装置14例如由鼠标或键盘等构成，用于由用户进行对分析服务器5的各种操作输入。另外，输出装置15例如由液晶面板、有机EL(Electro-Luminescence：电发光)显示器和/或打印机等构成，用于通过显示或印刷等输出必要的信息。另外，输入装置14和输出装置15也可以由使这些一体化而成的触摸面板等构成。

(2)本实施方式的设备分析功能

接着，对于分析服务器5中搭载的设备分析功能进行说明。该设备分析功能是在由用户给出了指定了要作为分析对象的设备(以下将其称为对象设备)3和分析项目的分析执行指示的情况下，执行对于该对象设备3的该分析项目的分析处理，可视化地对用户提示其分析结果的功能。本实施方式的情况下，作为该“分析项目”，例如有对于对象设备3的当前的设备状态进行诊断的“设备状态诊断”和对于下一次维护的时期进行诊断的“维护时期”等。

实际上，分析服务器5在被给出该分析执行指示时，分别确定指定的对象设备3和进行指定的分析项目的分析所需的全部数据的数据种类(以下适当将其称为必要数据种类)，从存储器11中保存的后述的数据库中分别获取所确定的各必要数据种类的数据。

然后，分析服务器5基于所获取的数据执行与“设备状态诊断”和“维护时期”等用户指定的分析项目相应的分析处理。另外，以下说明中，对于用户指定的分析项目是“设备状态诊断”的情况进行说明。

该分析处理中，分析服务器5首先基于如上所述地获取的各必要数据种类的数据，检测对象设备3中已发生或正在发生的各种异常状态。作为这样的异常状态，有设备因维护等而处于长期停止状态的“长期停止”、设备内的温度高于上限阈值的“设备温度高”、设备内的温度低于下限阈值的“设备温度低”、设备内的压力高于上限阈值的“设备内压力高”、设备内的压力低于下限阈值的“设备内压力低”、过去曾经发出警报或发生故障的“发生警报/故障”等。分析服务器5从这些异常状态中检测出符合当前的对象设备3的全部异常状态作为该对象设备3的设备状态。

此后，分析服务器5将如上所述地检测出的对象设备3的各设备状态分别划分至与作为异常状态的发生原因的“运行方法”、“设置环境”、“检查不完备”和“部件损耗”这四大原因分别对应的“运行方法”、“设置环境”、“检查不完备”和“部件损耗”这四个类别(以下将这些类别称为诊断类别)中的对应的诊断类别(即，与该设备状态的发生原因对应的诊断类别)。

另外，分析服务器5对于每一个诊断类别，将划分至该诊断类别的对象设备3的设备状态的数量、与对于该诊断类别预先设定的得分相乘而分别计算出每一个诊断类别的总分，进而计算出各诊断类别的总分的合计值作为表示该对象设备3的当前的设备状态的诊断得分。

该情况下，对于各诊断类别的得分，与划分至该诊断类别的设备状态(异常状态)的严重程度相应地，设定为该设备状态是越严重的状态则越大。从而，如上所述地计算出的对象设备3的诊断得分在该对象设备3的当前状态越差时值越大。即，能够认为该诊断得分是表示对象设备3的当前状态的恶劣程度的指标。

此后，分析服务器5基于如上所述地计算出的对象设备3的诊断得分，进行该对象设备3的状态的恶劣程度在某一分类组中的全部设备中是第几位这样的排序。本实施方式的情况下，作为该分类组，预先定义了由同一型号的设备组构成的分类组、存在于同一地区(例如都道府县)内的设备组构成的分类组、和由累计运行时间程度相同的设备组构成的分类组这3个分类组，分析服务器5对于这些分类组中的每一个，分别进行对象设备3的状态的恶劣程度在该分类组中的全部设备3中是第几位这样的排序。但是，也可以代替这些分类组地或者追加地定义其他分类组作为分类组。

进而，分析服务器5基于如上所述地获取的各必要数据种类的数据，对于对象设备，进行对于“设备内温度”、“警报/故障次数”和“过滤器的堵塞状况”等预先决定或者由用户指定的若干项目(以下将其称为诊断项目)的诊断。

然后，分析服务器5将这样的每一个分类组的排序结果和与各诊断项目对应的诊断结果可视化为文本或图等，在输出装置15是显示器的情况下显示该排序结果，在输出装置15是打印机的情况下打印该排序结果。

作为用于实现如上所述的设备分析功能的方案，在分析服务器5的存储器11中，如图2所示，保存设备确定信息数据库20、分析项目数据库21、设备信息数据库22、状态/类别管理数据库23、过去历史信息数据库24和诊断结果数据库25作为数据库，保存数据输入部30、设备状态决定部31、诊断结果决定部32、数据输出部33和数据可视化部34作为程序。

设备确定信息数据库20是保存了关于分析服务器5的监视对象的各设备3的各种信息的数据库，如图3所示，具有包括设备名栏20A、制造编号栏20B、型号栏20C、设置位置地址栏20D和设置日期栏20E的表结构。图3的设备确定信息数据库20中，1条记录(行)对应于1个监视对象设备3。

在设备名栏20A中保存对应的设备3的设备名。另外，在制造编号栏20B中保存该设备3的制造编号，在型号栏20C中保存该设备3的型号。进而在设置位置地址栏20D中保存该设备3的设置位置的地址，在设置日期栏20E中保存该设备3设置在该地址的日期。

从而，图3的例子的情况下，例如示出了“设备1”这一设备名的被附加了“XXX1234”这一制造编号的“Model A”这一型号的设备3在“2015/8/15”设置在了“XX县○○市”。

分析项目数据库21是定义了执行由用户指定的分析项目的分析处理时需要何种数据种类的数据这样的、每一个分析项目的必要数据种类的表，如图4所示，具有包括分析项目栏21A和多个必要数据种类栏21B的表结构。图4的分析项目数据库21中，1条记录(行)对应于1个分析项目。

然后，在分析项目栏21A中保存用户能够指定的分析项目的项目名，在各必要数据种类栏21B中分别保存进行该分析项目的分析处理所需的数据的1个必要数据种类。关于各记录的必要数据种类栏21B，使用相当于为了执行与该记录对应的分析项目的分析处理而必需的必要数据种类的数量。

从而，图4的例子的情况下，例如示出了用户指定某一设备3并指示对于该设备3进行“设备状态诊断”这一分析项目的分析的情况下，为了进行该分析，关于该设备3的“警报/故障信息”、“运转数据”和“修理历史信息”这3种数据种类是必要数据种类。

设备信息数据库22是为了存储保持分析服务器5从各设备3获取的各种信息和关于各设备3的各种信息而使用的数据库，如图5所示，由警报/故障信息管理表26、运转数据管理表27、修理历史管理表28、维护历史管理表29等各种表构成。

其中，警报/故障信息管理表26是为了管理此前从监视对象的各设备3发出的警报、或表示发生了故障的通知(以下将其称为故障通知)而使用的表，如图6所示，包括发生日期时间栏26A、制造编号栏26B、型号栏26C和警报/故障内容栏26D。图6的警报/故障信息管理表26中，1条记录(行)对应于分析服务器5接收的1次警报或故障通知。

在发生日期时间栏26A中保存分析服务器5接收对应的警报或故障通知的日期，在制造编号栏26B中保存发送该警报或故障通知的设备3的制造编号。另外，在型号栏26C中保存该设备3的型号，在警报/故障内容栏26D中保存对应的警报或故障通知的具体内容。

从而，图6的例子的情况下，例如示出了在“2018/8/15”从“XXX1234”这一制造编号的“Model A”这一型号的设备3发送了“XX故障(XX发生了故障)”这样的通知。

另外，运转数据管理表27是为了管理从各设备3定期或不定期地发送的表示该设备3的运转状态的运转数据而使用的表，如图7所示，包括制造编号栏27A和获取日期时间栏27B、多个项目栏27C和数值栏27D的组。图7的运转数据管理表27中，1条记录(行)对应于从1台设备3一次发送的运转数据。

在制造编号栏27A中保存发送了对应的运转数据的设备3的制造编号，在获取日期时间栏27B中保存获取该运转数据的日期时间。另外，在各项目栏27C中分别保存“设备内温度”、“设备内压力”、“周围温度”或“运行时间”等对应的信息的种类，在与该项目栏27C成对的数值栏27D中保存对应的种类的信息的实测值或实际值。

从而，图7的例子的情况下，例如示出了在“2019/5/13 9:00”时从“XXX1234”这一制造编号的设备3发送的运转数据中，该设备3的“设备内温度1”是“85[℃]”、“设备内压力1”是“0.63[Mpa]”、“周围温度”是“18[℃]”、累计的“运行时间”是“1050[小时]”。另外，各设备3在多个位置计测设备内温度和设备内压力，“设备内温度1”和“设备内压力1”表示其是表示其中一处的设备内温度和设备内压力的数据。

修理历史管理表28是为了管理各设备3的修理历史的信息(修理历史信息)而使用的表，维护历史管理表29是为了管理各设备3的维护历史的信息(维护历史信息)而使用的表。省略关于该修理历史管理表28和维护历史管理表29的具体结构的说明。

状态/类别管理数据库23是为了管理诊断类别、属于这些诊断类别的代表性的设备状态、与对于每一个诊断类别预先设定的得分的对应关系而使用的数据库，如图8所示，具有包括设备状态栏23A、诊断类别栏23B和得分栏23C的表结构。图8的状态/类别管理数据库23中，1条记录(行)对应于1个诊断类别。

在诊断类别栏23B中保存对应的诊断类别的名称(“运行方法”、“设置环境”、“检查不完备”或“部件损耗”)，在设备状态栏23A中保存属于对应的诊断类别的代表性的几种设备状态(异常状态)。另外，在得分栏23C中保存对于对应的诊断类别预先设定的得分。本实施方式的情况下，如上所述，对于与引起越严重的设备状态(异常状态)的原因对应的诊断类别设定越高的得分。

从而，图8的例子的情况下，示出了“AA长期停止”、“BB长期停止”和“未接收数据”等设备状态(异常状态)属于“运行方法”这一诊断类别，设定“1”分作为与该“运行方法”这一诊断类别对应的得分。

过去历史信息数据库24是后述的设备状态决定部31B为了管理在状态/类别管理数据库23(图8)中未登记的、此前执行的关于图17后述的设备状态决定处理中对应得到的设备状态和诊断类别的对应关系而使用的数据库。过去历史信息数据库24如图9所示，包括设备状态栏24A、诊断类别栏24B、分析项目栏24C和多个必要数据种类栏24D。

在设备状态栏24A中保存过去执行的设备状态决定处理中对应得到的设备状态和诊断类别中的设备状态，在诊断类别栏24B中保存该设备状态和诊断类别中的诊断类别。另外，分别在分析项目栏24C中保存此时用户指定的分析项目，在各必要数据种类栏24D中保存执行该分析项目的分析所需的数据的数据种类(必要数据种类)。

从而，图9的例子的情况下，示出了“A长期停止”这一设备状态在过去执行的设备状态决定处理中对应于“运行方法”这一诊断类别。另外，图9中，示出了该对应是在进行“设备状态诊断”这一分析项目时进行的，为了检测出“A长期停止”这一设备状态分别需要数据种类是“警报/故障信息”和“运转数据”的数据。

诊断结果数据库25是为了蓄积和管理对于各设备3分别计算出的诊断得分而使用的表。此处的说明中说明了分析项目是“设备状态诊断”，因此每当进行对于1台设备3的“设备状态诊断”时生成1个如图10所示的诊断结果表25A，与该设备3的制造编号对应地保存在诊断结果数据库25中。

该诊断结果表25A如图10所示，包括设备状态栏25AA、诊断类别栏25AB、符合件数栏25AC、得分栏25AD和诊断得分栏25AE。

然后在诊断类别栏25AB中分别保存各诊断类别的名称(“运行方法”、“设置环境”、“检查不完备”和“部件损耗”)。另外，在设备状态栏25AA中分别保存通过分析检测出的对象设备3的各设备状态中的、属于对应的诊断类别的全部设备状态。

进而，在符合件数栏25AC中保存对于对象设备3检测出的属于对应的诊断类别的设备状态的数量，在得分栏25AD中保存对于对应的诊断类别设定的得分。进而在诊断得分栏25AE中保存对于属于对应的诊断类别的设备状态的件数乘以该诊断类别的得分计算出的对于该诊断类别的诊断得分。另外，在诊断结果表25A的最下部的诊断得分栏25AE中保存将各诊断类别的诊断得分合计而计算出的表示对象设备3的状态的恶劣程度的该对象设备3的诊断得分。

从而，图10的例子的情况下，示出了在对于“XXX1234”这一制造编号的对象设备3的设备状态诊断中，没有检测出属于“运行方法”这一诊断类别的设备状态，分别检测出“周围温度低”这“1件”设备状态作为属于“设置环境”这一诊断类别的设备状态，检测出包括“发生警报/故障”的合计“4件”设备状态作为属于“检查不完备”这一诊断类别的设备状态，检测出包括“元件异常”的合计“3件”设备状态作为属于“部件损耗”这一诊断类别的设备状态。

另外，图10中，作为以上的结果，示出了“运行方法”这一诊断类别的诊断得分是“0分”、“设置环境”这一诊断类别的诊断得分是“2分”、“检查不完备”这一诊断类别的诊断得分是“12分”、“部件损耗”这一诊断类别的诊断得分也是“12分”，对象设备3的诊断得分是“26分”。

另一方面，数据输入部30(图2)是具有接受用户输入的用于确定对象设备3的设备确定信息(此处是制造编号)和分析项目，基于接受的制造编号和分析项目，从设备确定信息数据库20(图3)和分析项目数据库21(图4)获取必要的信息并对设备状态决定部31(图2)通知的功能的程序。该数据输入部30如图11所示，构成为具有监视对象设备确定信息输入部30A和分析项目输入部30B作为功能部。

监视对象设备确定信息输入部30A在设备确定信息数据库20(图3)的各记录(行)中，检索在制造编号栏20B中保存了用户指定的制造编号的记录，从设备确定信息数据库20读取通过该检索检测出的记录的关于图3在以上叙述的设备名栏20A、型号栏20C、设置位置地址栏20D和设置日期栏20E中分别保存的对象设备3的设备名、型号、设置位置地址和设置日期并对设备状态决定部31和诊断结果决定部32通知。

例如，图3的例子中，用户指定的对象设备的制造编号是“XXX1234”的情况下，通过该检索从设备确定信息数据库20分别读取作为设备名的“设备1”、作为型号的“Model A”、作为设置位置的“XX县○○市”、作为设置日期的“2015/8/15”等各信息，对设备状态决定部31和诊断结果决定部32分别通知这些信息。

另外，分析项目输入部30B在分析项目数据库21(图4)的记录中，检索在分析项目栏21A(图4)中保存了用户指定的分析项目的记录，从分析项目数据库21读取在通过该检索检测出的记录的各必要数据种类栏21B(图4)中分别保存的全部数据种类，对设备状态决定部31通知这些数据种类和用户指定的分析项目。

例如，图4的例子中，用户指定的分析项目是“设备状态诊断”的情况下，通过该检索从分析项目数据库21读取“警报/故障信息”、“运转数据”和“修理历史信息”等各信息作为必要的数据的数据种类，对设备状态决定部31通知这些信息。

设备状态决定部31是具有基于由数据输入部30的监视对象设备确定信息输入部30A通知的对象设备3的设备名、型号、设置位置地址和设置日期、以及由分析项目输入部30B通知的用户指定的分析项目和执行该分析项目的分析所需的各数据的数据种类决定对象设备3的状态的功能的程序。该设备状态决定部31构成为具有分析项目决定部31A和设备状态决定部31B作为功能部。

分析项目决定部31A将从数据输入部30的分析项目输入部30B通知的用户指定的分析项目决定为此时要执行的分析项目。然后，分析项目决定部31A对设备状态决定部31B通知已决定的分析项目、进行从分析项目输入部30B通知的该分析项目的分析所需的各数据的数据种类(必要数据种类)、从监视对象设备确定信息输入部30A通知的对象设备3的制造编号。

从而，上述例子中，分析项目决定部31A将分析项目决定为“设备状态诊断”并对设备状态决定部31B通知决定结果，并且对设备状态决定部31B通知该分析项目的分析所需的数据的数据种类(必要数据种类)是“警报/故障信息”、“运转数据”和“修理历史信息”。

设备状态决定部31B以从分析项目决定部31A通知的设备编号作为检索关键词，在设备信息数据库22内的对应的管理表中分别检索与对象设备3相关的数据，获取通过该检索而检测出的各数据。另外，设备状态决定部31B基于获取到的各数据决定对象设备3的各设备状态和该各设备状态各自所属的诊断类别，对诊断结果决定部32通知已决定的对象设备3的各设备状态和各诊断类别。进而，设备状态决定部31B从运转数据管理表27(图7)读取对象设备3的累计运行时间并对诊断结果决定部32通知，并且对诊断结果决定部32通知如上所述地从设备信息数据库22获取到的与对象设备3相关的数据。

从而，上述例子中，设备状态决定部31B在保存了“警报/故障信息”的警报/故障信息管理表26(图6)中检索与对象设备3(制造编号是“XXX1234”的设备3)相关的数据，并且在保存了“运转数据”的运转数据管理表27(图7)中检索与对象设备3相关的数据，进而在保存了“修理历史信息”的修理历史管理表28(图5)中检索与对象设备3相关的数据。另外，设备状态决定部31B基于通过这些检索而检测出的各数据决定对象设备3的各设备状态、以及这些设备状态各自所属的诊断类别，对诊断结果决定部32通知决定结果。另外，设备状态决定部31的更具体的处理内容在后文中叙述。

诊断结果决定部32是对对象设备3的当前的设备状态进行评分、对对象设备3在各分类组(此处是“型号”、“地区”和“运行时间”的各分类组)内分别排序的功能的程序。该诊断结果决定部32构成为具有诊断得分决定部32A、分类处理部32B、排序处理部32C和诊断处理部32D作为功能部。

诊断得分决定部32A基于从设备状态决定部31B通知的对象设备3的各设备状态和这些设备状态中的每一个的诊断类别，参照状态/类别管理数据库23(图8)和过去历史信息数据库24(图9)，对当前的对象设备3的状态进行评分。

实际上，诊断得分决定部32A对于每一个诊断类别，对属于该诊断类别的对象设备3的设备状态的数量进行计数，对计数结果乘以对于该诊断类别预先设定的得分来分别计算出该诊断类别的诊断得分。另外，诊断得分决定部32A对这样计算出的每一个诊断类别的诊断得分进行合计，对对象设备3的当前的设备状态进行评分。然后，诊断得分决定部32A对排序处理部32C通知这样计算出的每一个诊断类别的诊断得分和它们的合计值即对象设备3的诊断得分，并且在关于图10在以上叙述的诊断结果表25A中记录并保存在诊断结果数据库25中。

分类处理部32B基于由数据输入部30的监视对象设备确定信息输入部30A通知的对象设备3的型号和设置位置地址、以及从设备状态决定部31的设备状态决定部31B通知的对象设备3的累计运行时间，分别判断对象设备3在“型号”、设置位置的“地区”和累计的“运行时间”方面分别属于哪个分类组。

实际上，分类处理部32B对于“型号”，基于从监视对象设备确定信息输入部30A通知的对象设备3的型号，判断该对象设备3所属的型号的分类组。另外，分类处理部32B对于设置位置的“地区”，基于从监视对象设备确定信息输入部30A通知的对象设备3的设置位置地址，判断该对象设备3的设置位置所属的地区的分类组。进而，分类处理部32B对于累计的“运行时间”，判断由设备状态决定部31B通知的运行时间属于“0～100小时”、“100～500小时”、“500～1000小时”、……等运行时间的若干分类组中的哪一个分类组。

然后，分类处理部32B对排序处理部32C通知这样判断的对象设备的“型号”、设置位置的“地区”和累计的“运行时间”的各分类组。

排序处理部32C基于从诊断得分决定部32A通知的对象设备3的诊断结果、和在诊断结果数据库25中登记的其他监视对象的设备3的诊断结果(诊断得分)，对于“型号”、“地区”和“运行时间”的各分类组，对于对象设备3的当前状态的恶劣程度在该分类组中是第几位进行排序。这样的排序能够通过对于每一个分类组、对属于该分类组的各设备3按诊断得分的大小进行排序、从诊断得分较大的设备起依次排序来进行。然后，排序处理部32C将这样的排序结果以图12所示的格式输出至数据输出部33。另外，排序处理部32C与其一起读取诊断结果数据库25中保存的过去(例如6个月前或1年前)的自身的诊断得分，将读取的过去的自身的诊断得分与该排序结果一起输出至数据输出部33。

另外，图12中，示出了“设备1”这一设备的1年前的诊断得分是“15分”，当前的诊断得分是“26分”，型号、设置位置的地区和运行时间分别被分类为“Model 1”、“地区甲”和“100～500[h]”的分类组，在同一型号的设备3中的状态的恶劣程度被排列在“第一位”，在同一地区内设置的设备3中的状态的恶劣程度被排列在“第二位”，在同为“100～500[h]”的运行时间的设备3中的状态的恶劣程度被排列在“第一位”。

但是，例如也可以如图13所示，排序处理部32C基于诊断结果数据库25中保存的对象设备3的1年前的诊断得分，计算对于本次计算出的对象设备3的诊断得分与1年前(或者几个月或几年前)的对象设备3的诊断得分的差与1年前(或者几个月或几年前)进行比较得到的对象设备3的经年劣化的程度作为经年劣化度，基于计算出的经年劣化度进行各分类组内的对象设备3的排序。该情况下，在各分类组内对设备3按经年劣化度的大小进行排序，从经年劣化度较大的设备3起依次排序而计算对象设备3在该分类组内的顺序即可。

诊断处理部32D基于从设备状态决定部31的设备状态决定部31B通知的、从设备信息数据库22(图5)获取的对象设备的数据，执行对于预先决定的“设备温度”、“警报/故障的发生件数”和“堵塞状况”等几项诊断项目的诊断处理。对于这样的诊断处理部32D进行的诊断处理的具体内容在后文中叙述。诊断处理部32D对数据输出部33通知该诊断处理的处理结果。

数据输出部33将从排序处理部32C通知的对象设备3的排序结果和从诊断处理部32D通知的对于各诊断项目的诊断结果用文本等格式输出至数据可视化部34。另外，数据可视化部34用规定格式的报告或图等形式可视化地提示(显示或打印)由数据输出部33输出的排序处理部32C的排序处理结果和诊断处理部32D的诊断处理结果。

另外，数据可视化部34也能够基于用户经由输入装置14(图2)设定的检索条件对设备确定信息数据库20(图3)和设备信息数据库22(图5)进行检索，检测出符合检索条件的设备3并使其信息可视化。

(3)各种画面的结构。

图14表示在基于上述设备分析功能的分析处理(此处是设备状态诊断处理)的处理结束后在分析服务器5的输出装置15上显示和/或从输出装置15打印的分析结果显示画面40的结构例。该分析结果显示画面40是用于显示该分析处理的处理结果的画面，包括对象设备名栏41、警报/故障历史栏42、维护历史栏43、诊断结果显示栏44和注释栏45。

然后，在对象设备名栏41中显示此时的对象设备3的设备名，在警报/故障历史栏42中显示在执行该分析处理的中途从设备信息数据库22(图5)的警报/故障信息管理表26(图6)获取的该对象设备3的发出警报和发生故障的历史信息。另外，在维护历史栏43中显示在执行该分析处理的中途从维护历史管理表29(图5)获取的对于该对象设备3的维护作业的执行历史的信息(维护历史信息)。

在诊断结果显示栏44中显示通过该设备状态诊断处理得到的对象设备3的诊断结果。实际上，在诊断结果显示栏44中设置了诊断得分/经年劣化显示区域50、1个或多个顺序显示区域51、1个或多个诊断对象显示区域52、以及与这些诊断对象显示区域52分别对应的判断结果显示区域53。

然后在诊断得分/经年劣化显示区域50中，分别显示如上所述地计算出的对象设备3的诊断得分、以及与1年前和6个月前的状态相比的经年劣化度。如上所述，经年劣化度是对于对象设备3的本次的诊断得分减去1年前和6个月前计算出的诊断得分而得到的数值。图14的例子的情况下，与6个月前比较时经年劣化度是“-5分”，因此可知对象设备3的状态与6个月前相比有所改善，与此相对，与1年前比较时经年劣化度是“5分”，因此可知对象设备3的状态与1年前相比发生了经年劣化。

另外，在顺序显示区域51中，显示如上所述地计算出的对象设备3在各分类组内的顺序。图14中，示出了在“地区”是“A县”内的全部设备3中对象设备3的状态的恶劣程度是“第二位”。但是，也可以如该图14所示，并非显示对象设备3在分类组内的顺序，而是显示对应的分类组内的对象设备3的状态的恶劣程度是前百分之多少。图14中，示出了在“相同型号”的分类组的全部设备3中对象设备3的状态的恶劣程度是“前10％”。

在诊断对象显示区域52中，显示作为关于图11在以上叙述的诊断结果决定部32的诊断处理部32D的判断对象的若干诊断项目中的对应的诊断项目中的诊断对象和关于该诊断对象的信息。图14中，示出了“诊断项目A”的诊断对象是“温度”，与该“温度”相关地，对象设备3的设备内温度的最高值是“89”，平均值是“67”。

另外，图14中，示出了“诊断项目B”的诊断对象是发出警报的件数和发生故障的件数(“发生件数”)，与该“发生件数”相关地，对象设备3的警报发出件数是“10”件，故障发生件数是“6”件。进而，图14中示出了“诊断项目C”的诊断对象是“堵塞状况”，与该“堵塞状况”相关地，对象设备3的吸入压力是“0.6”。

但是，能够应用除此以外的诊断项目作为该诊断项目。另外，也可以由用户指定诊断项目。

进而，在判断结果显示区域53中，显示对于对应的诊断对象显示区域52(在该判断结果显示区域53的左侧设置的诊断对象显示区域52)中显示的诊断对象、由诊断结果决定部32(图11)的诊断处理部32D(图11)按“A”～“D”这4个级别判断(评价)得到的判断结果。图14中，示出了对于“诊断项目A”的判断结果是“D”，对于“诊断项目B”的判断结果是“C”，对于“诊断项目C”的判断结果是“B”。

另外，诊断处理部32D进行的该判断通过对于表示设备状态的数值与对“A”级别、“B”级别、“C”级别和“D”级别分别设定的范围进行比较而进行。此时，各级别的范围对于作为判断对象的每一种设备状态分别设定。例如，图14中，举例示出了假设关于“诊断项目A”，与最高温度对应的“A”级别的范围设定为“0～50℃”、“B”级别的范围设定为“51～60℃”、“C”级别的范围设定为“70～80℃”、“D”级别的范围设定为“81℃～”，对象设备3的设备状态被判断为“D”。

进而，在注释栏45中，显示基于对于对象设备3的上述设备状态诊断的诊断结果的注释。

另一方面，图15表示可以通过使用输入装置14进行的规定操作而在分析服务器5的输出装置15上显示的设备检索画面60的结构例。该设备检索画面60是用于使分析服务器5检索符合要求的检索条件的设备3的画面。

该设备检索画面60包括检索条件设定区域61和检索结果显示区域62。而且，在检索条件设定区域61中，设置了1个或多个检索条件设定按钮70、检索条件追加按钮71和检索按钮72。

然后，在设备检索画面60中，能够通过对检索条件设定按钮70进行点击或触击等按压操作，而显示记载了“型号”、“运行时间”和“设置日期”等用户能够指定的多个检索条件的下拉菜单73(73A)。

另外，在设备检索画面60中，能够通过对于存在与下拉菜单73(73A)中显示的检索条件相比更下层的检索条件的检索条件(例如，与“设置场所”这一检索条件对应的各“县”等具体的地区等)，从该下拉菜单73(73A)中对表示该检索条件的字符串进行按压操作，而显示记载了该检索条件的下层的多个检索条件的下拉菜单73(73B)。在设备检索画面60中，对于存在更下层的检索条件的检索条件，能够同样地顺次显示记载了更下层的检索条件的下拉菜单73。

这样，用户如上所述地使记载了要求的检索条件的最下层的下拉菜单73显示，通过按压操作选择该下拉菜单73中记载的要求的检索条件，由此能够将该检索条件指定为检索设备3时的检索键。另外，用户在此之后，能够通过对检索按钮72进行按压操作，而使分析服务器5在设备确定信息数据库20(图3)中执行以该检索条件(最后按压操作的检索条件)为检索键的检索。

然后，在设备检索画面60中，在检索结果显示区域62内以表形式显示通过这样用分析服务器5执行的检索处理检测出的、符合该检索条件的各设备3的设置场所、制造编号和设置日期等信息。此时，在检索结果显示区域62中，对于通过该检索检测出的各设备3，也一同显示从运转数据管理表27(图7)获取的累计运行时间。

另外，在设备检索画面60中，能够设定多个检索条件。例如，如图16所示，设定2个检索条件的情况下，对标记有“检索条件1”这一字符串的检索条件设定按钮70进行按压操作而显示最上层的下拉菜单73(73A)之后，如上所述地设定第一个检索条件。另外，之后，对标记有“检索条件2”这一字符串的检索条件设定按钮70进行按压操作而显示最上层的下拉菜单73(73A)之后，如上所述地设定第二个检索条件，之后，对检索按钮72进行按压操作。结果，检索满足这2个检索条件双方的设备3，在检索结果显示区域62中显示该检索结果。

另外，在设备检索画面60中，能够每当对检索条件追加按钮71进行按压操作时追加显示1个检索条件设定按钮70。由此，用户能够设定要求的数量的检索条件，在设备确定信息数据库20(图3)中检索满足全部这些检索条件的设备3。

(4)关于设备分析功能的各种处理的流程

接着，对于与该设备分析功能相关地在分析服务器5中执行的各种处理的具体的处理流程进行说明。另外，以下，按各种处理的处理主体是“程序(……部)”、或该程序的一部分功能(功能部)进行说明，但实际上，分析服务器5的CPU10(图2)基于该程序执行该处理。

(4-1)设备状态诊断处理

图17是表示在由用户给出了指定了对象设备3的制造编号和分析项目的设备状态诊断处理的执行指示的情况下分析服务器5中执行的一系列处理的流程的流程图。

分析服务器5中，接收了该执行指示时，首先，数据输入部30的监视对象设备确定信息输入部30A(图11)基于此时由用户指定的对象设备3的制造编号从设备确定信息数据库20(图3)中读取该对象设备3的设备名、型号、设置位置地址和设置日期并对设备状态决定部31(图11)通知。另外，与此同时，数据输入部30的分析项目输入部30B(图11)从分析项目数据库21(图4)读取此时由用户指定的分析项目的分析所需的各数据的数据种类并对设备状态决定部31通知(S1)。

设备状态决定部31的设备状态决定部31B基于从分析项目输入部30B通知的分析项目(此处是“设备状态诊断”)，执行决定对象设备3的设备状态的设备状态决定处理(S2)。设备状态决定处理的具体内容在后文中叙述。通过该设备状态决定处理，分别决定对象设备3的各设备状态和这些设备状态各自所属的诊断类别，对诊断结果决定部32(图11)通知这些信息(S2)。

接着，诊断结果决定部32的诊断得分决定部32A(图11)基于从设备状态决定部31B通知的对象设备3的各设备状态和这些设备状态所属的诊断类别，来计算每一个诊断类别的诊断得分，并且对计算出的每一个诊断类别的诊断得分进行合计来计算表示对象设备3的当前状态的恶劣程度的对象设备的诊断得分(S3)。

接着，诊断结果决定部32的分类处理部32B(图11)基于从数据输入部30的监视对象设备确定信息输入部30A通知的对象设备3的设备名、型号、设置位置地址和设置日期等信息、以及由设备状态决定部31的设备状态决定部31B通知的对象设备3的运行时间，对于“型号”、“地区”和“运行时间”，分别将该对象设备3分类至对应的分类组(S4)。

进而，诊断结果决定部32的排序处理部32C(图11)对于在“型号”、“地区”和“运行时间”的各分类组中状态的恶劣程度在第几位进行排序(S5)。另外，在此之后或者与此并行地，诊断结果决定部32的诊断处理部32D对于预先设定的各诊断项目执行对对象设备3的判断处理(S6)。

之后，数据可视化部34例如在关于图14在以上叙述的分析结果显示画面40中一并地可视显示诊断结果决定部32的排序处理部32C和诊断处理部32D的各处理结果(S7)。根据以上所述，该设备状态诊断处理结束。

(4-2)设备状态决定处理

图18是表示关于图17在以上叙述的设备状态诊断处理的步骤S2中由设备状态决定部31(图11)执行的设备状态决定处理的具体的处理内容的流程图。

实际上，关于图17在以上叙述的设备状态诊断处理前进至步骤S2时，该图18所示的设备状态决定处理开始，首先，设备状态决定部31的分析项目决定部31A(图11)基于由数据输入部30(图11)的分析项目输入部30B(图11)通知的用户指定的分析项目(此处是设备状态诊断)，将此时要执行的分析项目决定为设备状态诊断。另外，分析项目决定部31A对设备状态决定部31B通知已决定的分析项目即设备状态诊断和进行由分析项目输入部30B通知的设备状态诊断所需的各数据的数据种类(此处是“警报/故障信息”、“运转数据”和“修理历史信息”)、以及由数据输入部30的监视对象设备确定信息输入部30A(图11)通知的对象设备的制造编号(S10)。

设备状态决定部31B基于由分析项目决定部31A通知的上述各信息，从设备信息数据库22(图5)的警报/故障信息管理表26(图6)、运转数据管理表27(图7)或修理历史管理表28(图5)分别获取进行设备状态诊断所需的“发生警报/故障”、“运转数据”和“修理历史”的各必要数据种类的数据(S11)。

接着，设备状态决定部31B判断在步骤S11中，是否获取了“发生警报/故障”、“运转数据”和“修理历史”中的至少一项必要数据种类的数据(S12)。

在该判断中得到否定结果表示不存在符合对象设备3的设备状态(即对象设备3中没有发生任何异常状态)。这样，此时，设备状态决定部31B结束该设备状态决定处理并返回设备状态诊断处理。另外，该情况下，因为不存在符合对象设备3的设备状态，所以在设备状态诊断处理的下一个步骤S3中，将对象设备的诊断得分计算为“0”。

与此相对，设备状态决定部31B在步骤S12的判断中得到肯定结果时，基于步骤S11中获取的数据中的从警报/故障信息管理表26和从修理历史管理表28获取的数据，作为对象设备3的过去或当前的设备状态，判断是否检测出表示发出警报或发生故障的设备状态、或进行了修理的设备状态(S13)。

另外，设备状态决定部31B基于步骤S11中获取的数据中的从运转数据管理表27获取的运转数据，判断是否检测出异常状态作为对象设备3的过去或当前的设备状态(S14)。

例如，基于步骤S11中从运转数据管理表27获取的运转数据确定的设备内温度在对于该设备内温度预先设定的上限阈值以上的情况、和在对于该设备内温度预先设定的下限阈值以下的情况下，该运转数据是表示异常状态的数据，因此设备状态决定部31B在这样的情况下判断为检测出异常状态。

另外，基于步骤S11中从运转数据管理表27获取的运转数据识别的设备内温度与周围温度的温度差在对于该温度差预先设定的上限阈值以上的情况、和在对于该温度差预先设定的下限阈值以下的情况下，该运转数据是表示异常状态的数据，因此设备状态决定部31B在这样的情况下判断为检测出异常状态。

进而，基于步骤S11中从运转数据管理表27获取的运转数据确定的设备内压力在对于该设备内压力预先设定的上限阈值以上的情况、和在对于该设备内压力预先设定的下限阈值以下的情况下，该运转数据是表示异常状态的数据，因此设备状态决定部31B在这样的情况下判断为检测出异常状态。

接着，设备状态决定部31B从步骤S13或步骤S14中检测出的设备状态(与发生警报/故障或者修理相关的设备状态、或者异常状态)中选择未进行步骤S16以后的处理的一个设备状态(S15)，判断所选择的设备状态(以下将其称为选择设备状态)是否已经登记在状态/类别管理数据库23(图8)中(S16)。

然后，设备状态决定部31B在该判断中得到肯定结果时，存储该选择设备状态、与在状态/类别管理数据库23中与选择设备状态对应的诊断类别的组合(S17)，之后，前进至步骤S19。

与此相对，设备状态决定部31B在通过步骤S16的判断得到否定结果时，从过去历史信息数据库24(图9)中登记的设备状态中提取最接近选择设备状态的设备状态，存储所提取的设备状态与过去历史信息数据库24中对应于该设备状态的诊断类别的组合(S18)。

接着，设备状态决定部31B判断是否对于步骤S13或步骤S14中检测出的全部设备状态都已经完成执行步骤S16～步骤S18的处理(S19)。然后，设备状态决定部31B在该判断中得到否定结果时返回步骤S15，之后使步骤S15中选择的设备状态顺次切换为未进行步骤S16以后的处理的相应的其他设备状态并反复进行步骤S15～步骤S19的处理。

然后，设备状态决定部31B因为对于步骤S13或步骤S14中检测出的全部设备状态都已经完成执行步骤S16～步骤S18的处理而在步骤S19中得到肯定结果时，将此前在步骤S18中存储了组合的全部设备状态和诊断类别决定为对象设备3的设备状态和该设备状态属于的诊断类别(S20)。

进而，设备状态决定部31B在步骤S20中决定的对象设备3的各设备状态和该设备状态的诊断类别的对应关系中，存在状态/类别管理数据库23(图8)中没有登记的设备状态和该诊断类别的对应关系的情况下，将该设备状态和诊断类别的对应关系登记在过去历史信息数据库24(图9)中(S21)。然后，设备状态决定部31B在此之后结束该设备状态决定处理。

(4-3)过去历史比较处理

图19表示关于图18在以上叙述的设备状态决定处理的步骤S17中的设备状态决定部31B的具体的处理内容。设备状态决定部31B在前进至设备状态决定处理的步骤S17时，开始该图19所示的过去历史比较处理，首先，判断设备状态决定处理(图18)的步骤S15中选择的设备状态(选择设备状态)是否已经登记在过去历史信息数据库24(图9)中(S30)。

设备状态决定部31B在该判断中得到肯定结果时，将选择设备状态与过去历史信息数据库24中对应于选择设备状态的诊断类别关联(S38)。然后，设备状态决定部31B在此之后，结束该过去历史比较处理并返回设备状态决定处理。因此，该情况下，此时被关联的选择设备状态与诊断类别的组合在后续的步骤S18中被存储。以下也是同样的。

与此相对，设备状态决定部31B在步骤S30的判断中得到否定结果时，通过以下的步骤S31～步骤S37从状态/类别管理数据库23(图8)或者过去历史信息数据库24(图9)中已登记的设备状态中推算内容上最接近选择设备状态的设备状态。

具体而言，设备状态决定部31B首先判断选择设备状态是否与警报/故障或者修理相关的设备状态(S31)。然后，设备状态决定部31B在该判断中得到肯定结果时，确认选择设备状态的具体内容(警报/故障/修理内容)(S32)，从状态/类别管理数据库23或过去历史信息数据库24中登记的设备状态中提取状态与该选择设备状态最接近的设备状态(S37)。进而，设备状态决定部31B将与步骤S37中提取的设备状态在过去历史信息数据库24中对应的诊断类别作为提取设备状态的诊断类别进行关联(S38)，之后，结束该过去历史比较处理并返回设备状态决定处理。

例如，如图20的第一行示出的例子所示，选择设备状态是“A长期停止”、过去历史信息数据库24中登记的设备状态中最接近“A长期停止”的设备状态是“B长期停止”的情况下，设备状态决定部31B对于选择设备状态即“A长期停止”，关联过去历史信息数据库24中与“B长期停止”这一设备状态对应的“运行方法”这一诊断类别。

与此相对，设备状态决定部31B在步骤S31的判断中得到否定结果时，判断选择设备状态是否关于温度的设备状态(S33)。然后，设备状态决定部31B在该判断中得到肯定结果时，确认选择设备状态的具体内容(温度的具体的异常状态)(S34)，从状态/类别管理数据库23或过去历史信息数据库24中登记的设备状态中提取内容上与该选择设备状态最接近的设备状态(S37)。进而，设备状态决定部31B将与步骤S37中提取的设备状态在过去历史信息数据库24中对应的诊断类别作为提取设备状态的诊断类别进行关联(S38)，之后，结束该过去历史比较处理并返回设备状态决定处理。

例如，如图20的第二行示出的例子所示，选择设备状态是“喷出温度高”、过去历史信息数据库24中登记的设备状态中的最接近该“喷出温度高”的设备状态是“喷出温度低”的情况下，设备状态决定部31B对于选择设备状态即“喷出温度高”，关联在过去历史信息数据库24中与“喷出温度低”这一设备状态对应的“设置环境”这一诊断类别。

另外，如图20所示的第三行示出的例子所示，提取设备状态是“设备内温度2故障”、过去历史信息数据库24中登记的设备状态中的最接近该“设备内温度2故障”的设备状态是“设备内温度1警报”的情况下，设备状态决定部31B对于选择设备状态即“设备内温度2故障”，关联在过去历史信息数据库24中与“设备内温度1警报”对应的“检查不完备”这一诊断类别。

另一方面，设备状态决定部31B在步骤S33的判断中得到否定结果时，判断选择设备状态是否关于压力的设备状态(S35)。然后，设备状态决定部31B在该判断中得到肯定结果时，确认选择设备状态的具体内容(压力的具体的异常状态)(S36)，从状态/类别管理数据库23或过去历史信息数据库24中登记的设备状态中提取内容上与该选择设备状态最接近的设备状态(S37)。进而，设备状态决定部31B将与步骤S37中提取的设备状态在过去历史信息数据库24中对应的诊断类别作为提取设备状态的诊断类别进行关联(S38)，之后，结束该过去历史比较处理并返回设备状态决定处理。

例如，如图20的第四行示出的例子所示，提取设备状态是“设备内压力1降低”、过去历史信息数据库24中登记的设备状态中最接近该“设备内压力1降低”的设备状态是“设备内压力降低”的情况下，设备状态决定部31B对于选择设备状态即“设备内压力1降低”，关联在过去历史信息数据库24中与“设备内压力降低”对应的“部件损耗”这一诊断类别。

与此相对，设备状态决定部31B在步骤S35的判断中得到否定结果时，从状态/类别管理数据库23或过去历史信息数据库24中登记的设备状态中提取内容上与选择设备状态最接近的设备状态(S37)。然后，设备状态决定部31B将与步骤S37中提取的设备状态在状态/类别管理数据库23或过去历史信息数据库24中对应的诊断类别作为选择设备状态的诊断类别进行关联(S38)，之后，结束该过去历史比较处理并返回设备状态决定处理。

(5)本实施方式的效果

如上所述，本实施方式的监视系统1中，将对象设备3的当前状态评分为诊断得分而可视化，因此能够基于该诊断得分易于理解地对用户提示对象设备3的当前状态。

另外，本监视系统1中，也基于该诊断得分，显示对象设备3在分类组中的顺序，因此用户能够客观地得知通过与其他设备3的比较而得到的对象设备3的状态。

(6)其他实施方式

另外，上述实施方式中，对于将本发明应用于以工业用设备为监视对象的监视系统1的情况进行了说明，但本发明不限于此，能够广泛地应用于以工业用设备以外的设备为监视对象的各种监视系统。

另外，上述实施方式中，对于将本实施方式的设备分析功能搭载在1台分析服务器5中的情况进行了说明，但本发明不限于此，也可以是将该设备分析功能分散地搭载在经由网络相互连接的多个计算机装置中，这些计算机装置协作地实现本实施方式的设备分析功能。

工业上的可利用性

本发明能够应用于监视工业用设备等设备的状态的监视装置。

附图标记说明

1……监视系统，3……设备，5……分析服务器，10……CPU，20……设备确定信息数据库，21……分析项目数据库，22……设备信息数据库，23……状态/类别管理数据库，24……过去历史信息数据库，25……诊断结果数据库，26……警报/故障信息管理表，27……运转数据管理表，28……修理历史管理表，29……维护历史管理表，30……数据输入部，30A……监视对象设备确定信息输入部，30B……分析项目输入部，31……设备状态决定部，31A……分析项目决定部，31B……设备状态决定部，32……诊断结果决定部，32A……诊断得分决定部，32B……分类处理部，32C……排序处理部，33……数据输出部，34……数据可视化部，40……设备检索画面，60……分析结果显示画面。

Claims (12)

1.一种对监视对象的设备进行监视的监视装置，其特征在于，包括：

接收对设备确定信息和对于该对象设备要进行分析的分析项目的指定的输入部，其中，所述设备确定信息用于确定分析对象的所述设备即对象设备；

设备状态决定部，其获取所述输入部接收到的所述分析项目的分析所需的数据种类的数据，基于所获取的所述数据来决定所述对象设备的当前的设备状态；

诊断结果决定部，其基于由所述设备状态决定部决定的所述对象设备的所述设备状态，来计算对该对象设备的当前状态进行评分而得到的诊断得分，并基于计算出的所述诊断得分来决定所述对象设备的诊断结果；和

可视化部，其可视化地显示所述诊断结果决定部所决定的所述对象设备的所述诊断结果。

2.如权利要求1所述的监视装置，其特征在于：

所述诊断结果决定部，基于计算出的所述对象设备的所述诊断得分，来对由多个监视对象的所述设备构成的规定的分类组中的该对象设备的当前状态进行排序，

所述可视化部使得由所述诊断结果决定部排序后的所述对象设备在所述分类组中的顺序可视化。

3.如权利要求1所述的监视装置，其特征在于：

还包括保存有所述设备状态与该设备状态的原因的对应关系的数据库，

对各所述原因分别预先设定得分，

所述设备状态决定部将所述对象设备所符合的全部所述设备状态决定为该对象设备的所述设备状态，

所述诊断结果决定部，对于每一个所述原因，将对应于该原因的所述对象设备的所述设备状态的数量与对该原因设定的得分相乘来计算总分，将计算出的每一个所述原因的所述总分合计来计算所述对象设备的所述诊断得分。

4.如权利要求3所述的监视装置，其特征在于：

对于各所述原因，分别设定了与对应于该原因的所述设备状态的严重程度相应的所述得分。

5.如权利要求3或4所述的监视装置，其特征在于：

所述设备状态决定部，在将没有登记于所述数据库的所述设备状态决定为所述对象设备的设备状态时，对于该设备状态的所述原因，基于已登记于所述数据库的所述设备状态和所述原因的对应关系来进行推算。

6.如权利要求1所述的监视装置，其特征在于：

所述诊断结果决定部，基于对所述对象设备的当前状态进行评分而得到的诊断得分和对该对象设备的过去状态进行评分而得到的所述诊断得分，来计算所述对象设备的经年劣化的程度作为经年劣化度，

所述可视化部使得由所述诊断结果决定部计算出的所述对象设备的所述经年劣化度可视化。

7.一种由对监视对象的设备进行监视的监视装置执行的监视方法，其特征在于，包括：

第一步骤，接收对设备确定信息和对于该对象设备要进行分析的分析项目的指定，其中，所述设备确定信息用于确定分析对象的所述设备即对象设备；

第二步骤，获取接收到的所述分析项目的分析所需的数据种类的数据，基于所获取的所述数据来决定所述对象设备的当前的设备状态；

第三步骤，基于所决定的所述对象设备的所述设备状态，来计算对该对象设备的当前状态进行评分而得到的诊断得分，并基于计算出的所述诊断得分来决定所述对象设备的诊断结果；和

第四步骤，使所决定的所述对象设备的所述诊断结果可视化。

8.如权利要求7所述的监视方法，其特征在于：

在所述第三步骤中，基于计算出的所述对象设备的所述诊断得分，来对由多个监视对象的所述设备构成的规定的分类组中的该对象设备的当前状态进行排序，

在所述第四步骤中，使排序后的所述对象设备在所述分类组中的顺序可视化。

9.如权利要求7所述的监视方法，其特征在于：

所述监视装置包括保存有所述设备状态与该设备状态的原因的对应关系的数据库，

对各所述原因分别预先设定得分，

在所述第二步骤中，将所述对象设备所符合的全部所述设备状态决定为该对象设备的所述设备状态，

在所述第三步骤中，对于每一个所述原因，将对应于该原因的所述对象设备的所述设备状态的数量与对该原因设定的得分相乘来计算总分，将计算出的每一个所述原因的所述总分合计来计算所述对象设备的所述诊断得分。

10.如权利要求9所述的监视方法，其特征在于：

对于各所述原因，分别设定了与对应于该原因的所述设备状态的严重程度相应的所述得分。

11.如权利要求9或10所述的监视方法，其特征在于：

在所述第二步骤中，在将没有登记于所述数据库的所述设备状态决定为所述对象设备的设备状态时，对于该设备状态的所述原因，基于已登记于所述数据库的所述设备状态和所述原因的对应关系来进行推算。

12.如权利要求7所述的监视方法，其特征在于：

在所述第三步骤中，基于对所述对象设备的当前状态进行评分而得到的诊断得分和对该对象设备的过去状态进行评分而得到的所述诊断得分，来计算所述对象设备的经年劣化的程度作为经年劣化度，

在所述第四步骤中，使计算出的所述对象设备的所述经年劣化度可视化。