CN115151921A

CN115151921A - 状态检测系统

Info

Publication number: CN115151921A
Application number: CN202080096030.0A
Authority: CN
Inventors: 加藤骏; 矢野裕信; 中川直纪
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2020-03-03
Filing date: 2020-03-03
Publication date: 2022-10-04
Also published as: EP4116895A4; AU2020432994B2; US20230008510A1; AU2020432994A1; JPWO2021176542A1; EP4116895A1; JP7204044B2; WO2021176542A1

Abstract

状态检测系统具有服务器和设备。设备具备1个以上的内部装置、控制部、判定部、第1存储部、判定部以及第1通信部。第1控制部从各内部装置取得信号信息。判定部参照第1存储部中的第1数据库，根据信号信息来判定设备的状态。第1通信部根据来自第1控制部的指示来将判定部的判定结果发送至利用者的终端装置，将判定结果以及信号信息中的至少一方发送至服务器。服务器存储用于判定设备的状态的第2数据库。服务器使用从设备接收到的判定结果以及信号信息中的至少一方来判定设备的状态。在设备处于异常状态的情况下，服务器将基于判定结果的信息通知给维护人员。服务器将第2数据库中的数据发送给设备，使设备更新第1数据库。

Description

状态检测系统

技术领域

本公开涉及检测设备的状态并对于该设备的利用者或者维护人员等通知表示该设备的状态的信息的状态检测系统。

背景技术

以往，公知有一种基于被设置于冷却装置等设备的各种传感器的测定数据来对该设备的故障或者异常等进行自我诊断的设备和包括该设备的故障诊断系统(例如，参照专利文献1)。该设备将诊断信息或者异常的测定数据等发送至该故障诊断系统所包括的远程监视计算机或者通信控制终端等。

专利文献1：日本特开2005－121248号公报

根据专利文献1涉及的设备，该设备的维护人员能够根据从该设备接收到的诊断信息来对设备的状态进行识别。然而，另一方面，存在仅凭借设备的自我诊断难以检测异常的情况以及难以判定是否发生了故障的情况。因此，存在维护人员针对设备的状态无法获得准确的信息的担忧。另外，在现有的设备的自我诊断中，存在仅能够判定该设备是否已发生故障的情况。因此，存在即便设备未发生故障、也无法针对何时将发生故障获得准确的信息的担忧。

发明内容

本公开是为了解决上述课题而完成的，其目的在于，提供能够对于设备的利用者以及维护人员通知表示更准确的设备的状态的信息的状态检测系统。

本公开所涉及的状态检测系统是具有1个以上的设备和为了该1个以上的设备的维护以及修理而使用的服务器的状态检测系统，上述设备具备：1个以上的内部装置，是包括1个以上的促动器的促动器组以及包括1个以上的传感器的传感器组中的至少一方；第1控制部，控制上述1个以上的内部装置，取得用于控制该1个以上的内部装置各自的信号以及来自该1个以上的内部装置各自的信号中的任一个的信号信息；第1存储部，存储用于判定上述设备的状态的可改写的第1数据库；判定部，参照上述第1数据库，使用上述信号信息来判定上述设备的状态；以及第1通信部，与上述设备的利用者的终端装置以及上述服务器进行通信，上述第1控制部控制上述第1通信部以便将包括上述判定部的判定结果的维护信息发送至上述利用者的终端装置，并且控制上述第1通信部以便将该判定结果以及上述信号信息中的至少一方发送至上述服务器，上述服务器具备：第2通信部，从上述设备接收上述判定结果以及上述信号信息中的至少一方；第2存储部，存储用于判定上述设备的状态的第2数据库；第2控制部，使用上述第2通信部接收到的上述判定结果以及上述信号信息的至少一方来判定上述设备的状态；以及维护修理辅助部，在上述第2控制部判定为上述设备处于需要维护或者修理的异常状态的情况下，向该设备的维护人员通知基于上述第2控制部的判定结果的信息，上述第2控制部控制上述第2通信部以便将上述第2数据库中的数据发送至上述设备，上述判定部使用从上述服务器接收到的上述第2数据库中的数据来进行上述第1数据库的生成或者更新。

根据本公开所涉及的状态检测系统，设备使用来自服务器的第2数据库中的数据来将在该设备的状态的判定中参照的第1数据库最佳化。由此，设备能够针对该设备的状态准确地进行判定，能够向利用者通知表示准确的设备的状态的信息。另外，服务器根据从设备接收到的该判定结果以及信号信息中的至少一方来判定设备的状态，将基于判定结果的信息通知给维护人员。由此，服务器能够向维护人员通知表示准确的设备的状态的信息。

附图说明

图1是例示实施方式1所涉及的状态检测系统的结构的图。

图2是表示实施方式1中的设备涉及的状态检测处理的一个例子的流程图。

图3是表示实施方式1中的服务器涉及的状态检测处理的一个例子的流程图。

图4是例示现有的设备的状态的判定结果的图。

图5是例示实施方式3中的设备的状态的判定结果的图。

图6是表示实施方式3中的设备涉及的状态检测处理的一个例子的流程图。

图7是表示实施方式3中的服务器涉及的状态检测处理的一个例子的流程图。

图8是用于对实施方式5所涉及的判定部104的判定处理进行说明的示意图。

图9是表示当在内部装置发生了异常的事件的情况下所记录的信息的一个例子的图。

图10是表示实施方式5中的判定部涉及的异常次数计数处理的一个例子的流程图。

具体实施方式

以下，基于附图对实施方式进行说明。此外，在以下的附图中，存在各构成部件的大小的关系与实际不同的情况。

实施方式1.

图1是例示实施方式1所涉及的状态检测系统的结构的图。状态检测系统1具有1个以上的设备10和服务器11。设备10例如是空调机等。设备10具备促动器组100、传感器组101、第1通信部102、第1控制部103、判定部104以及第1存储部105。促动器组100具有1个以上的促动器。促动器将电能变换为物理能，例如是泵、压缩机或者马达等。传感器组101具有1个以上的传感器。传感器例如是温度计、湿度计或者红外线传感器等。此外，以下也存在将促动器或者传感器记载为内部装置的情况。

第1通信部102与基于公共线路的作为通信网络的因特网等全球网络连接，能够实现设备10与服务器11之间的通信以及设备10与利用者的终端装置2之间的通信。其中，利用者是指设备10的利用者。第1通信部102例如可以是网关等，也可以是进行室内的通信网络与位于屋外的公共线路的通信网络之间的协议变换以及数据包收发的部件。或者，第1通信部102例如可以是调制解调器等，既可以是进行与公共线路的传输路匹配的传输信号和与家庭内的通信线路对应的信号之间的调制以及解调的部件，也可以是从电线等传输介质中的信号向光线路或者无线线路等那样的不同种类的传输介质中的信号变换的部件。此外，第1通信部102也可以是进行这些处理的作为网络节点的通信装置。

第1控制部103控制促动器组100、传感器组101以及第1通信部102等。其中，第1控制部103对于促动器组100以及传感器组101输出控制信号，控制促动器组100以及传感器组101中的电压或者电流等涉及的电信号。另外，第1控制部103取得促动器组100以及传感器组101的电信号。第1控制部103也可以取得输出至促动器组100以及传感器组101的控制信号。此外，以下也存在将第1控制部103取得的该电信号以及该控制信号简称为信号的情况。另外，也存在将信号的值记载为信号值、将表示信号的信息记载为信号信息的情况。

判定部104根据信号信息来判定设备10的状态。其中，设备10的状态存在设备10正常动作的状态以及存在异常的状态等。其中，正常动作的状态是指设备10无问题地动作的状态。另外，存在异常的状态是指即便设备10未发生故障但可看到故障的前兆的状态或者发生了故障的状态。此外，以下也存在将正常动作的状态记载为正常的状态或者正常状态的情况。另外，也存在将存在异常的状态记载为异常状态的情况。

以下，也存在将判定部104涉及的设备10的状态的判定处理记载为诊断处理的情况。判定部104在诊断处理中使用存储于第1存储部105的第1数据库。第1数据库包括与设备10的故障相关的信息以及与设备10的状态相关的信息等，是设备10的状态的判定所需的信息的集合体。判定部104根据需要来进行第1数据库的生成以及更新。此外，如后述那样，使用从服务器11接收到的第2数据库中的数据来进行第1数据库的生成以及更新。

第1通信部102根据来自第1控制部103的指示来向服务器11发送表示判定部104的判定结果的诊断信息、信号信息、以及第1数据库中的数据。另外，第1通信部102根据来自第1控制部103的指示来向利用者的终端装置2发送包括诊断信息的维护信息。维护信息可以示出维护的需要与否以及维护的紧急性，并且示出维护所需的时间等。

服务器11是对维护人员的作业进行辅助的装置。服务器11具备第2通信部110、第2控制部111、第2存储部112以及维护修理辅助部113。第2通信部110与因特网等全球网络连接，能够实现服务器11与设备10之间的通信。第2通信部110可以与第1通信部102同样，是网关或者调制解调器等。第2通信部110可以在不同的通信网络间进行协议变换，能够实现不同的通信网络间的数据包通信，也可以进行不同的线路中的信号的调制以及解调，也可以进行不同种类的传输介质中的信号的变换。此外，第2通信部110可以是进行这些处理的部件。

第2控制部111控制第2通信部110以及维护修理辅助部113等。若第2通信部110从设备10接收到信号信息、诊断信息、以及第1数据库中的数据等，则第2控制部111使第2存储部112蓄积存储这些信息。另外，第2控制部111使第2存储部112蓄积存储由维护人员输入的与维护以及修理的实际成果相关的信息。此外，以下存在将由维护人员输入的与维护以及修理的实际成果相关的信息记载为维护修理实际成果信息的情况。在第2存储部112中，从设备10取得的诊断信息、信号信息、以及第1数据库中的数据等被与维护修理实际成果信息汇总而包含存储于第2数据库。第2控制部111根据来自设备10的信号信息和维护修理实际成果信息等来适当地构建以及更新第2数据库。此外，除了根据来自设备10的信息以外，也可以根据对于服务器11输入的信息等来变更第2数据库中的第1数据库。

第2控制部111参照第2数据库，根据信号信息或者诊断信息来判定设备10的状态。

维护修理辅助部113取得来自维护人员的维护修理实际成果信息。另外，维护修理辅助部113参照第2数据库，根据第2控制部111的判定结果来推断设备10的维护或者修理的作业内容。而且，维护修理辅助部113推断维护或者修理所需的作业天数。维护修理辅助部113对于维护人员通知作业内容、作业天数以及第2控制部111的判定结果等。

此外，实施方式1中的第2控制部111将第2数据库中的数据发送至设备10。设备10使用从服务器11接收到的第2数据库中的数据来更新被存储于第1存储部105的第1数据库，或者当在第1存储部105不存在第1数据库的情况下生成第1数据库。

第2控制部111可以控制第2通信部110以便将关于设备10的状态而示出的维护信息发送至利用者的终端装置2。此时，维护信息不仅包括上述诊断信息，还包括表示第2控制部111的判定结果的信息。

以下，对设备10以及服务器11的各硬件结构进行说明。设备10的功能例如能够通过包括CPU(Central Processing Unit)或者MPU(Micro Processing Unit)等处理器、ROM(Read Only Memory)或者RAM(Random Access Memory)等存储器、HDD(Hard Disk Drive)等存储装置、通信接口电路等、以及驱动电路等控制用电路的结构来实现。第1控制部103以及判定部104涉及的各功能能够通过处理器读出存储在存储器的各种程序并执行来实现。其中，第1控制部103涉及的促动器组100以及传感器组101的控制功能能够通过处理器读出存储在存储器的控制用的程序并经由控制用电路对于促动器组100以及传感器组101进行与控制用的程序对应的处理来实现。第1通信部102的功能能够通过上述存储装置来实现。第1存储部105的功能能够通过该存储装置或者该存储器来实现。此外，设备10的全部或者一部分功能也可以通过专用的硬件来实现。

服务器11的功能例如能够通过包括CPU或者MPU等处理器、ROM或者RAM等存储器、通信接口电路、HDD等存储装置、包含液晶显示器或者CRT(Cathode Ray Tube)等的显示装置、键盘、鼠标或者触摸面板等输入装置等的机构来实现。维护修理辅助部113的功能中的受理来自维护人员的维护修理实际成果信息的功能能够通过该输入装置来实现。另外，维护修理辅助部113的向维护人员通知作业内容以及作业天数等的功能能够通过该显示装置来实现。但是，维护修理辅助部113的这些功能也可以通过通信接口电路来实现，此时，可以从维护人员的终端装置向服务器11发送维护修理实际成果信息，从服务器11向该终端装置发送作业内容以及作业天数等。第2控制部111的功能以及维护修理辅助部113的作业内容以及作业天数的推断功能能够通过处理器读出存储在存储器的各种程序并执行来实现。第2通信部110的功能能够使用通信接口电路来实现。第2存储部112的功能能够通过存储器或者存储装置来实现。服务器11的全部或者一部分功能也可以通过专用的硬件来实现。

以下，对实施方式1所涉及的状态检测系统1中的状态检测处理进行说明。图2是表示实施方式1中的设备涉及的状态检测处理的一个例子的流程图。图3是表示实施方式1中的服务器涉及的状态检测处理的一个例子的流程图。在图2的步骤S1中，第1控制部103控制促动器组100以及传感器组101并取得信号值。在步骤S2中，判定部104参照第1数据库，根据信号值来判定设备10是否处于异常状态。

当设备10不处于异常状态的情况下(步骤S2：否)，在步骤S3中，第1控制部103控制第1通信部102以便将表示为设备10处于正常状态的诊断信息发送至服务器11。在步骤S3中，第1控制部103也可以控制第1通信部102以便将信号信息与诊断信息一同发送至服务器11，还可以控制第1通信部102以便将第1数据库中的数据发送至服务器11。另外，第1控制部103控制第1通信部102以便将包括诊断信息的维护信息发送至利用者的终端装置2。第1通信部102根据来自第1控制部103的指示将诊断信息发送至服务器11，在将维护信息发送至终端装置2之后，设备10结束状态检测处理。

当在步骤S2中判定部104判定为设备10处于异常状态的情况下(步骤S2：是)，在步骤S4中，第1控制部103控制第1通信部102以便将表示为设备10处于正常状态的诊断信息发送至服务器11。第1控制部103也可以控制第1通信部102以便将信号信息与诊断信息一同发送至服务器11，还可以控制第1通信部102以便将第1数据库中的数据发送至服务器11。另外，第1控制部103控制第1通信部102以便将包括诊断信息的维护信息发送至利用者的终端装置2。其中，在设备10处于正常状态的情况下，例如为了通信量的减少而可以省略这样的维护信息向终端装置2的发送处理。

此外，当在步骤S2中判定部104判定为设备10存在异常的情况下，可以在步骤S4的处理之前，判定部104对设备10的异常的程度为何种程度进行推断。例如，判定部104可以根据信号值来提取促动器组100以及传感器组101中的发生了故障的内部装置或者虽未发生故障但没有正常动作的内部装置，分析提取出的内部装置的异常的程度和该异常的内容。而且，判定部104可以推断因该内部装置处于异常而引起的事态等。而且，在步骤S4中，第1控制部103可以控制第1通信部102以便将判定部104提取出的内部装置、该内部装置的异常的程度、异常的内容等与诊断信息一同发送至服务器11。

在步骤S4中，第1通信部102根据来自第1控制部103的指示将诊断信息发送至服务器11，在将维护信息发送至终端装置2之后，设备10结束状态检测处理。

此外，在上述的设备10涉及的状态检测处理的一个例子中，对在步骤S3以及步骤S4中设备10将诊断信息发送至服务器11的情况进行了说明，但设备10也可以代替诊断信息而将信号信息发送至服务器11。

在图3的步骤S10中，服务器11的第2控制部111对第2通信部110从设备10是否接收到诊断信息或者信号信息进行判定。在第2通信部110从设备10未接收到诊断信息或者信号信息的情况下(步骤S10：否)，服务器11使处理停留在步骤S10。在第2通信部110从设备10接收到诊断信息或者信号信息的情况下(步骤S10：是)，在步骤S11中，第2控制部111根据诊断信息或者信号信息来判定设备10是否处于异常状态。此外，当在步骤S10中第2通信部110接收到的信息是诊断信息的情况下，在步骤S11中，第2控制部111参照诊断信息来判定设备10的状态。此时，第2控制部111也可以参照第2数据库。当在步骤S10中第2通信部110接收到的信息是信号信息的情况下，在步骤S11中，第2控制部111参照第2数据库，根据信号信息来判定设备10的状态。

当在步骤S11中判定为设备10不处于异常状态的情况下(步骤S11：否)，服务器11结束处理。当在步骤S11中判定为设备10发生故障或者设备10存在异常的情况下(步骤S11：是)，在步骤S12中，维护修理辅助部113根据设备10的状态以及故障的程度等来推断所需要的维护或者修理的作业内容。另外，维护修理辅助部113推断维护或者修理所需的作业天数。在步骤S13中，维护修理辅助部113将在步骤S12中推断出的作业内容以及作业天数和在步骤S11中第2控制部111的判定结果通知给维护人员。在步骤S13的处理后，服务器11结束状态检测处理。

此外，当在步骤S10中第2通信部110接收到诊断信息和信号信息的情况下(步骤S10：是)，在步骤S11中，第2控制部111可以参照第2数据库并使用信号信息来判定设备10的状态。而且，第2控制部111可以进行判定结果与该诊断信息的对比。在对比结果不一致的情况下，第2控制部111可以将第2数据库中的数据发送至设备10。而且，设备10可以基于接收到的该数据来更新第1数据库。需要说明的是，除此以外，可以定期地进行第1数据库的更新，也可以在特定的时机进行第1数据库的更新。

以下，对实施方式1所涉及的状态检测系统1的效果进行说明。状态检测系统1具有1个以上的设备10和为了该1个以上的设备10的维护以及修理而使用的服务器11。设备10具备1个以上的内部装置、第1控制部103、第1存储部105、判定部104以及第1通信部102。1个以上的内部装置是包括1个以上的促动器的促动器组100以及包括1个以上的传感器的传感器组101中的至少一方。第1控制部103控制1个以上的内部装置，取得用于控制该1个以上的内部装置各自的信号以及来自该1个以上的内部装置各自的信号中的任一个信号信息。第1存储部105存储用于判定设备10的状态的可改写的第1数据库。判定部104参照第1数据库，使用信号信息来判定设备10的状态。第1通信部102与设备10的利用者的终端装置2以及服务器11进行通信。第1控制部103控制第1通信部102以便将包括判定部104的判定结果的维护信息发送至利用者的终端装置2，并且控制第1通信部102以便将该判定结果以及上述信号信息中的至少一方发送至服务器11。服务器11具备第2通信部110、第2存储部112、第2控制部111以及维护修理辅助部113。第2通信部110从设备10接收上述判定结果以及上述信号信息中的至少一方。第2存储部112存储用于判定设备10的状态的第2数据库。第2控制部111使用第2通信部110接收到的判定结果以及信号信息的至少一方来判定上述设备的状态。在第2控制部111判定为设备10处于需要维护或者修理的异常状态的情况下，维护修理辅助部113向设备10的维护人员通知基于第2控制部111的判定结果的信息。第2控制部111控制第2通信部110以便将第2数据库中的数据发送至设备10。判定部104使用从服务器11接收到的第2数据库中的数据来进行第1数据库的更新。

根据实施方式1，由于设备10使用来自服务器11的第2数据库中的数据来将在该设备10的状态的判定中参照的第1数据库最佳化，所以该设备10能够对该设备10的状态准确地进行判定。而且，设备10能够经由第1通信部102向利用者通知准确的判定结果。由此，设备10的利用者能够准确且迅速地知晓设备10的状态，能够进行关于维护的需要与否的判断。另外，服务器11使用从设备10接收到的判定结果以及信号信息中的至少一方来判定设备10的状态。在判定为设备10处于异常状态的情况下，服务器11将基于判定结果的信息通知给维护人员。由此，设备10的维护人员能够准确且迅速地知晓设备10的状态，能够恰当地进行关于维护内容的判断。

另外，由于服务器11不向该终端装置2发送维护信息，设备10向利用者的终端装置2发送该维护信息，所以服务器11中的通信量减少，可减轻服务器11的通信处理的负荷。

实施方式1中的维护修理辅助部113基于第2控制部111的判定结果来推断用于设备10的维护或者修理的作业内容和该维护或者该修理所需的作业天数。而且，维护修理辅助部113将该作业内容、该作业天数以及第2控制部111的判定结果通知给维护人员。由于维护修理辅助部113基于第2控制部111的关于设备10的状态的准确的判定结果来推断作业内容以及作业天数，所以维护人员能够针对设备10的维护以及修理获得准确的信息。由此，维护人员能够将突发的设备10的故障抑制于未然，并且能够实现恰当的作业。另外，维护人员能够进行作业的分散处理，能够进行所需的部件的迅速的置办。因此，可将维护作业高效化。

实施方式1中的第2数据库包括维护修理实际成果信息，该维护修理实际成果信息表示维护人员进行的维护或者修理的实际成果。维护修理辅助部113参照第2数据库来推断作业内容以及作业天数。由此，由于可在作业内容和作业天数的推断中反馈维护人员的实际成果，所以维护修理辅助部113能够推断恰当且高效的作业内容，能够推断恰当的作业天数。

在判定部104判定为设备10处于需要维护或者修理的异常状态的情况下，实施方式1中的第1控制部103控制第1通信部102以便向利用者的终端装置2发送维护信息。由此，在设备10处于正常状态的情况下，在设备10与终端装置2之间不进行维护信息的收发，能够实现通信量的减少。

实施方式2.

上述实施方式1中的设备10参照第1存储部105存储的第1数据库来进行诊断处理。实施方式2中的设备10通过使该第1数据库的精度提高来使诊断处理中的故障或者异常的检测精度提高。以下，对实施方式2所涉及的状态检测系统1进行说明。其中，对于与上述实施方式1中的构件同样的构件中的具有同样功能的结构标注与实施方式1中的附图标记同样的附图标记。另外，关于与上述实施方式1中的构件、功能以及动作分别同样的构件、功能以及动作，只要未特别声明则省略说明。

实施方式2中的服务器11将包括表示设备10的机型、制造年度、环境条件以及运转方式等中的至少1个的信息的设备信息发送至该设备10。其中，表示环境条件的信息表示该设备10的设置位置处的气温以及湿度等环境的条件。表示运转方式的信息表示设备10的运转的方式，例如若设备10为制热设备则该信息表示制热运转，还可以表示逆变器控制等控制的种类。

设备信息被预先存储在第2存储部112。此外，设备信息也可以包含于第2数据库。也可以每当更新时便发送设备信息，也可以定期地发送设备信息，也可以在服务器11从设备10接收到请求的情况下发送设备信息。第2通信部110根据来自第2控制部111的指示来向设备10发送设备信息。接收到设备信息的设备10的第1控制部103使第1存储部105存储该设备信息。

这里，也存在因第1存储部105中的第1数据库被从服务器11接收到的数据更新等而在该第1数据库包括与其他设备10相关的数据的可能性。实施方式2中的设备10通过参照设备信息，能够从该第1数据库提取在诊断处理中所需的信息。其中，该所需的信息是与该设备10相关的信息，例如是与机型和该设备10相同或者类似且运转方式和该设备10的运转方式相同或者类似的设备10相关的信息。并且，与该设备10相关的信息也可以是与环境条件相同或者类似的设备10相关的信息。这样一来，在诊断处理时，设备10在参照对象的第1数据库中将与自身不类似的其他设备10相关的数据排除。由此，设备10能够仅使用与该设备10相关的信息迅速且高效地检测该设备10的状态。

此外，第1控制部103或者判定部104可以使用从服务器11接收到的设备信息来更新第1数据库，删除与其他设备10相关的信息等，仅留下为了判定设备10的状态所需的信息。

此外，另外，实施方式2中的第2控制部111可以控制第2通信部110以便将包括设备信息的维护信息发送至终端装置2。在该维护信息包括表示设备10的机型的信息的情况下，接收到该维护信息的利用者能够向维护人员通知机型，维护的委托变得顺畅。另外，在该维护信息包括制造年度的情况下，从利用者接受到维护的委托的维护人员能够根据制造年度来对设备10的老朽程度或者磨损程度等进行判断，也存在维护作业变得顺畅的情况。

以下，对实施方式2所涉及的状态检测系统1的效果进行描述。实施方式2中的第2存储部112存储设备信息，该设备信息包括表示设备10的机型、制造年度、环境条件以及运转方式中的至少1个的信息。第2控制部111控制第2通信部110以便将设备信息发送至设备10。在从服务器11接收到设备信息的情况下，判定部104使用该设备信息来判定设备10的状态。由此，即便在第1存储部105包括与其他设备10相关的信息，设备10也能够仅提取与该设备10相关的信息，能够使用提取到的信息来迅速且高效地检测该设备10的状态。

实施方式2中的第1控制部103控制第1通信部102以便将包括设备信息的维护信息发送至利用者的终端装置2。由此，在利用者进行的维护的委托时，通过利用者将设备信息通知给维护人员，使得维护人员能够迅速且高效地提取关于设备10的信息，能够实现迅速的判断。

实施方式3.

上述实施方式1以及实施方式2中的设备10根据信号信息来判定该设备10正常还是该设备10为故障状态与异常状态中的哪个状态。实施方式3中的设备10对该设备10的状态更详细地进行分类。另外，该设备10将需要维的紧急性和关于需要维护的时期等的判断基准提供给利用者。并且，服务器11能够基于从设备10取得的诊断信息来将更详细的作业内容以及作业天数通知给维护人员。以下，对实施方式3所涉及的状态检测系统1进行说明。其中，对于与上述实施方式1以及实施方式2中的构件同样的构件中的具有同样的功能的结构标注与实施方式1以及实施方式2中的附图标记同样的附图标记。另外，关于与上述实施方式1以及实施方式2中的构件、功能以及动作分别同样的构件、功能以及动作，只要未特别声明，则省略说明。

在实施方式3中，设备10的状态被分为多个等级的水平。在实施方式3中，设备10的状态被分为5个等级的水平。其中，作为水平的等级数的5是一个例子，也可以为3，也可以为4，也可以为6以上。在实施方式中，水平0是指良好状态，水平1是指正常状态。另外，水平2是指不顺利状态，水平3是指轻度的故障状态。另外，水平4是指重度的故障状态。这里，良好状态例如是指设备10与新品同样的状态，不顺利状态是指虽然设备10未发生故障但可看到故障的前兆的状态。而且，轻度的故障状态是指虽然设备10的一部分功能被限制但能够实现动作的状态。另外，重度的故障状态是指设备10的生了致命的问题的状态，例如是指设备10进行误动作、未进行利用者所希望的动作、不进行运转等状态。

各内部装置的状态也可以如设备10的状态那样被分类为多个等级。例如，作为各内部装置的状态，可以存在良好状态、正常状态、不顺利状态、轻度的故障状态以及重度的故障状态。

第1存储部105的第1数据库包括表示与各内部装置的各状态对应的信号值的范围的例如阈值等信息。例如，第1数据库包括各内部装置处于正常状态的情况下的信号值的上限值以及下限值。另外，第1数据库包括各内部装置处于良好状态的情况下的信号值的上限值以及下限值中的至少一方。判定部104根据第1控制部103所取得的各内部装置的信号值来判定设备10的状态为哪个水平的状态。这里，可以遍及某个期间取得各信号值，也可以在特定的时刻取得各信号值。

除了信号值表示的各内部装置的状态之外、判定部104还将促动器组100以及传感器组101中多少的内部装置处于正常的状态或处于故障状态等作为设备10的状态的判定材料。另外，判定部104可以根据各内部装置的信号值来判定各内部装置的状态为哪个水平的状态，将该各内部装置的状态作为设备10的状态的判定材料。

接下来，与现有的情况进行比较来对判定部104的判定结果的具体例进行描述。图4是例示现有的设备的状态的判定结果的图。图5是例示实施方式3中的设备的状态的判定结果的图。图4以及图5中示出了时刻i时的促动器A、促动器B、传感器A以及传感器B各自的电流以及电压的各值。其中，i是被标注为时刻的索引，在图4以及图5中，i被表示为1～3的自然数。例如时刻1时的促动器A的电流值为0.52[A]。

如图4所示，在以往的情况下，根据所获得的电流值以及电压值来判定为促动器A、促动器B、传感器A以及传感器B处于正常状态还是故障状态的哪个状态。在图4中，判定为促动器A的状态是正常状态。同样，判定为促动器B的状态是正常状态。另外，判定为传感器A的状态是正常状态。而且，判定为传感器B的状态是故障状态。

在现有的设备的状态的判定中所参照的数据库，根据各内部装置是正常状态还是故障状态而定义了设备的状态。而且，在现有的数据库中，作为该设备的状态，仅定义了正常状态或者故障状态。如图4所示，由于促动器A、促动器B、传感器A以及传感器B的各状态为正常状态、正常状态、正常状态以及故障状态，所以基于数据库判定为设备处于故障状态。

如图5所示，在实施方式3中，根据所获得的电流值以及电压值来判定促动器A、促动器B、传感器A以及传感器B处于水平0～4的哪个状态。在图5中，促动器A被判定为处于水平0的良好状态，促动器B被判定为处于水平2的不顺利状态，传感器A被判定为处于水平1的正常状态，传感器B被判定为处于水平4的重度的故障状态。在实施方式3的第1数据库中，根据各内部装置的状态的水平而按照水平单位定义了设备10的状态。在第1数据库中，作为设备10的状态，如上所述定义了水平0～4的各水平下的状态。在图5中的第1数据库，作为促动器A处于良好状态、促动器B处于不顺利状态、传感器A处于正常状态、传感器B处于重度的故障状态的情况下的设备10的状态，定义了水平3的轻度的故障状态。如图5所示，在实施方式3中，与现有的情况相比能更详细地判定设备10的状态。

第1控制部103控制第1通信部102以便将表示判定部104判定出的设备10的状态的维护信息发送至利用者的终端装置2。其中，该维护信息表示上述5个等级的任意一个水平的设备10的状态。利用者能够根据该维护信息来更灵活地应对设备10的状态。例如，利用者能够根据维护信息表示的设备10的状态来容易地进行维护的需要与否的判断，能够根据需要来对于维护人员进行委托。另外，利用者能够预先推测需要维护的时期。因此，利用者能够既维持设备10的所需的功能、又在需要的时期进行维护的委托，并且在适当的时机进行维护的委托，能够将未预测的事态抑制于未然。因此，能够实现设备10不进行利用者所希望的动作的期间的最短化。

第1控制部103控制第1通信部102以便将判定部104判定出的设备10的状态的水平以及表示该水平下的设备10的状态中的至少1个的诊断信息发送至服务器11。此外，实施方式3中的服务器11的第2存储部112将各水平与对各水平表示的设备10的状态进行表示的信息建立关联存储。服务器11的第2控制部111根据诊断信息或者信号信息来判定设备10的状态。

此外，在第2控制部111使用信号信息来判定设备10的状态的情况下，第2数据库与上述第1数据库同样，包括设备10的各状态下的各内部装置的信号值的上限值与下限值中的至少一方。而且，第2控制部111参照该第2数据库，进行与上述判定部104的判定处理同样的判定处理。其中，在这种情况下，图5所示的第1数据库被替换为第2数据库。

维护修理辅助部113根据第2控制部111判定出的设备10的状态来推断维护或者修理的作业内容或者作业天数，并通知给维护人员。

以下，参照图6以及图7，对实施方式3所涉及的状态检测系统涉及的处理的流程进行说明。图6是表示实施方式3中的设备涉及的状态检测处理的一个例子的流程图。图7是表示实施方式3中的服务器涉及的状态检测处理的一个例子的流程图。在图6的步骤S20中，第1控制部103控制促动器组100以及传感器组101并取得信号值。在步骤S21中，判定部104参照第1数据库，使用信号值来判定设备10处于哪个水平的状态。其中，此时根据各内部装置的信号值位于哪个范围等来判定各内部装置的状态为上述5个等级的水平的哪一个，根据各内部装置的状态来判定设备10处于哪个水平的状态。通过步骤S21中的判定处理，判定部104进行步骤S22～步骤S26中的任一个判定。在步骤S22中，判定部22判定为设备10处于水平0的良好状态。在步骤S23中，判定部22判定为设备10处于水平1的正常状态。在步骤S24中，判定部22判定为设备10处于水平2的不顺利状态。在步骤S25中，判定部22判定为设备10处于水平3的轻度的故障状态。在步骤S26中，判定部22判定为设备10处于水平4的重度的故障状态。

紧接着步骤S22～步骤S26的各处理，在步骤S27中第1控制部103控制第1通信部102以便将包括判定部104的判定结果的诊断信息发送至服务器11。此时，第1控制部103也可以控制第1通信部102以便将信号信息与诊断信息一同发送至服务器11，也可以控制第1通信部102以便将第1数据库中的数据发送至服务器11。此外，在步骤S27中，第1控制部103控制第1通信部102以便将包括诊断信息的维护信息发送至利用者的终端装置2。此外，仅在设备10处于水平2～水平4的任一个状态的情况下，第1控制部103可以控制第1通信部102以便向终端装置2发送维护信息。在步骤S27的处理后，设备10结束状态检测处理。

在图7的步骤S30中，服务器11的第2控制部111对第2通信部110从设备10是否接收到诊断信息或者信号信息进行判定。在第2通信部110从设备10未接收到诊断信息或者信号信息的情况下(步骤S30：否)，服务器11使处理停留在步骤S30。在第2通信部110从设备10接收到诊断信息或者信号信息的情况下(步骤S30：是)，在步骤S31中，第2控制部111使用诊断信息或者信号信息来判定设备10是哪个水平的状态。此外，当在步骤S30中第2通信部110接收到的信息是诊断信息的情况下，在步骤S31中，第2控制部111使用诊断信息来判定设备10处于哪个水平的状态。当在步骤S30中第2通信部110接收到的信息是信号信息的情况下，在步骤S31中，第2控制部111参照第2数据库，根据信号信息来判定设备10处于哪个水平的状态。

根据步骤S31中的判定处理，第2控制部111进行步骤S32～步骤S36中的任一个判定。在步骤S32中，第2控制部111判定为设备10处于水平2的不顺利状态。在步骤S33中，第2控制部111判定为设备10处于水平3的轻度的故障状态。在步骤S34中，第2控制部111判定为设备10处于水平4的重度的故障状态。在步骤S35中，第2控制部111判定为设备10处于水平0的良好状态。在步骤S36中，第2控制部111判定为设备10处于水平1的正常状态。

在步骤S32之后，在步骤S37中，维护修理辅助部113推断设备10的维护作业的作业内容。另外，维护修理辅助部113推断维护作业所需的作业天数。在步骤S33以及步骤S3中的各处理之后，在步骤S37中，维护修理辅助部113推断设备10的修理作业的作业内容。另外，维护修理辅助部113推断修理作业所需的作业天数。

紧接着步骤S37，维护修理辅助部113对于维护人员通知在步骤S37中推断出的作业内容以及作业天数和步骤S31中的判定处理的结果。在步骤S35、步骤S36以及步骤S38中的各处理之后，服务器11结束处理。

此外，当在步骤S30中第2通信部110接收到诊断信息和信号信息的情况下(步骤S30：是)，在步骤S31中，第2控制部111可以参照第2数据库并使用信号信息来判定设备10的状态。而且，第2控制部111可以进行判定结果与该诊断信息的对比。在对比结果不一致的情况下，第2控制部111可以将第2数据库中的数据发送至设备10。而且，设备10可以基于接收到的该数据来更新第1数据库。此外，除此以外也可以定期地进行第1数据库的更新，也可以在特定的时机进行第1数据库的更新。

以下，对实施方式3中的状态检测系统1的效果进行说明。实施方式3中的判定部104基于1个以上的内部装置各自的信号信息来将设备10的状态判定为包括良好状态、正常状态、不顺利状态、轻度的故障状态以及重度的故障状态的多个状态中的任一个状态。由此，能够详细地判定设备10的状态。利用者通过取得包括该判定结果的维护信息，能够精准地进行维护的需要与否的判断。另外，在需要维护的情况下，利用者能够容易地推测维护的时期。而且，通过在适当的时机进行维护的委托，能够使设备10不进行利用者所希望的动作的期间最短。另外，维护人员通过经由维护修理辅助部113取得第2控制部111的判定结果和该维护修理辅助部113的断结果，能够迅速且容易地识别设备10的状态的详细情况。另外，通过维护修理辅助部113使用关于设备10的状态的详细的该判定结果来推断作业内容和作业天数，使得维护人员进行的维护或者修理的作业的最佳化变得容易。

在第2通信部110接收到1个以上的内部装置各自的信号信息的情况下，实施方式3中的第2控制部111基于该1个以上的内部装置各自的信号信息来将设备10的状态判定为包括良好状态、正常状态、不顺利状态、轻度的故障状态以及重度的故障状态的多个状态中的任一个状态。由此，能够详细地判定设备10的状态。维护人员通过经由维护修理辅助部113取得第2控制部111的判定结果和该维护修理辅助部113的推断结果，能够迅速且容易地识别设备10的状态的详细情况。另外，维护修理辅助部113通过使用关于设备10的状态的详细的该判定结果来推断作业内容和作业天数，使得维护人员进行的维护或者修理的作业的最佳化变容易。

实施方式4.

在上述实施方式1～实施方式3中，作为维护修理辅助部113涉及的作业内容以及作业天数等向维护人员的通知处理，例如示出了基于画面显示的通知处理作为一个例子。实施方式4中的维护修理辅助部113具有能够与维护人员的终端装置通信的通信接口电路，将推断出的作业内容以及作业天数和第2控制部111的判定结果发送至维护人员的终端装置。以下，对实施方式4所涉及的状态检测系统1进行说明。其中，对于与上述实施方式1～实施方式3中的构件同样的构件中的具有同样的功能的结构标注与实施方式1～实施方式3中的附图标记同样的附图标记。另外，关于与上述实施方式1～实施方式3中的构件、功能以及动作分别同样的构件、功能以及动作，只要未特别声明则省略说明。

此外，除了维护修理辅助部113具有通信接口电路以外，第2控制部111可以将判定结果和维护修理辅助部113的推断结果经由第2通信部110发送至维护人员的终端装置。

由于实施方式4中的设备10涉及的处理的流程与图2或者图6所示的流程同样，所以省略说明。除了以下的不同点以外，实施方式4中的服务器11涉及的处理的流程与图3或者图7所示的流程同样。以下仅对不同的点进行说明。

作为步骤S13或者步骤S38中的通知处理，实施方式4中的维护修理辅助部113向维护人员的终端装置发送作业内容以及作业天数。

以下，对实施方式4所涉及的状态检测系统1的效果进行说明。实施方式4中的维护修理辅助部113根据第2控制部111的指示来向维护人员的终端装置发送表示第2控制部111的判定结果的信息和表示推断出的作业内容以及作业天数的信息。由此，维护人员即便不在服务器11侧，也能够接受关于表示为设备10处于异常状态的信息、表示设备10的维护或者修理的作业内容以及作业天数的信息的通知。因此，可使维护人员的作业高效化，能够实现设备10不动作的期间的缩短化。另外，维护人员能够将经由维护修理辅助部113取得的这些信息通知给利用者，能够根据需要来实现修理作业或更换部件的提议。

实施方式5.

实施方式5所涉及的状态检测系统1能够根据设备10的计算能力来调整信号处理的负荷。换言之，在状态检测系统1中，即便在第1控制部103、判定部104以及第2控制部111等中使用计算能力低的IC(Integrated Circuit)，也能够准确地判定设备10的状态。以下，对实施方式5所涉及的状态检测系统1进行说明。其中，对于与上述实施方式1～实施方式4中的构件同样的构件中的具有同样的功能的结构标注与实施方式1～实施方式4中的附图标记同样的附图标记。另外，关于与上述实施方式1～实施方式4中的构件、功能以及动作分别同样的构件、功能以及动作，只要未特别声明则省略说明。

图8是用于对实施方式5所涉及的判定部104的判定处理进行说明的示意图。判定部104根据需要在步骤S40中对于从各内部装置获得的信号值x_k进行信号处理。其中，信号值x_k例如是电压值V_k或者电流值I_k。索引k是1～n的自然数。另外，n为自然数。信号处理例如是包括各信号值的加减运算、乘除运算、频率特性计算或者梯度计算等的处理，但并不限定于这些。频率特性计算是指例如通过FFT(Fast Fourier Transform)来计算信号的频率的特性的处理。另外，梯度计算是指计算样本时间中的各信号值的梯度的处理。其中，图8中的α_k以及y_k是信号值x_k的信号处理中的中间值。

在步骤S41中，判定部104将对通过信号处理计算出的值X_k与预先决定的阈值进行比较来进行关于内部装置的异常的有无的判定。以下，将通过上述信号处理计算出的值记载为计算值。此外，在判定部104未进行步骤S40的处理的情况下，在步骤S41中，判定部104可以使用信号值x_k来代替计算值X_k。

在步骤S41中，判定部104在预先决定的第1时间中对计算值X_k与阈值的大小关系是否满足特定的条件进行判定。其中，计算值X_k与阈值的大小关系满足特定的条件的情况是指计算值X_k小于阈值的情况或者大于阈值的情况。例如，在图8中，在计算值X _k不位于内部装置正常的正常范围P而位于异常范围Q的情况下，满足特定的条件。判定部104对在第1时间中判定为内部装置存在异常的次数进行计数，将计数得到的次数记录于该判定部104或者第1存储部105。

判定部104将在第1时间中判定计算值X_k与阈值的大小关系是否满足特定的条件的处理组合n个来执行。例如，判定部104并行执行n个第1时间中的该判定处理。此外，以下也存在将判定计算值X_k与阈值的大小关系是否满足特定的条件的处理记载为异常检测处理的情况。在计算值X_k与阈值的大小关系满足了特定的条件的情况下，判定部104判定为内部装置发生了异常的事件。另外，也存在将在第1时间中对内部装置发生了异常的事件的次数进行计数的处理记载为异常次数计数处理的情况。

图9是表示当在内部装置发生了异常的事件的情况下记录的信息的一个例子的图。以下也存在将该信息记载为异常次数信息的情况。这里，进行了n次异常次数计数处理。对各异常次数计数处理标注了索引k。图9所示的坐标图的横轴表示该索引k，纵轴表示在第1时间中被判定为发生了异常的事件的次数。例如，关于传感器A，在索引k为2的异常次数计数处理中，被计数为发生了异常的事件的次数最多。关于传感器B，随着索引k的值变大，被计数为发生了异常的次数变少。这样，能够根据异常次数信息所示的、每个索引k的第1时间中的异常的事件的发生次数的分布来实现故障的有无的推断，并且能够根据异常的事件的发生次数的分布的推移来实现故障的预知。判定部104使用图9所例示的数据来判定包括内部装置的设备10的状态。

以下，参照图10对实施方式5中的异常次数计数处理进行说明。图10是表示实施方式5中的判定部涉及的异常次数计数处理的一个例子的流程图。其中，实施方式5中的判定部104在图2所示的处理中代替步骤S1的处理而进行图10所示的处理。此外，在实施方式5中，在图2的步骤S2中将信号信息置换为异常次数信息。实施方式5中的判定部104可以在图6所示的处理中代替步骤S20的处理而进行图10所示的处理。此外，在实施方式5中，在图6的步骤S21中将信号信息置换为异常次数信息。在步骤S21中，判定部104使用各内部装置的异常次数信息来判定设备10处于哪个水平的状态。

在图10所示的步骤S50中，判定部104取得来自内部装置的信号值x_k。在步骤51中，判定部104执行参照图8说明了的步骤S41中的信号处理。此外，在不需要该信号处理的情况下，可以跳过该步骤S51的处理。在步骤S52中，判定部104判定计算值X_k或者信号值x_k与阈值的大小关系是否满足特定的条件。在该大小关系满足特定的条件的情况下，判定部104判定为内部装置发生了异常的事件。当在步骤S52中判定部104判定为发生了异常的事件的情况下(步骤S52：是)，在步骤S53中，判定部104对发生了该异常的事件的次数进行计数。当在步骤S52中判定部104判定为未发生异常的事件的情况下(步骤S52：否)，判定部104将处理移至步骤S54。在步骤S53之后，判定部104将处理移至步骤S54。

在步骤S54中，判定部104对从异常次数计数处理的开始时刻起是否经过第1时间进行判定。在未经过第1时间的情况下(步骤S54：否)，判定部104将处理返回至步骤S50。在经过了第1时间的情况下(步骤S54：是)，判定部104将处理移至图2所示的步骤S2或者图6所示的步骤S21。其中，步骤S50～步骤S54的处理被并行进行n次。在针对全部的内部装置各自的n次的步骤S50～步骤S54的处理后，判定部104执行步骤S2或者步骤S21的处理。

以上，对判定部104涉及的图9以及图10所示的处理进行了说明，但这些处理也可以由从设备10接收到信号值的服务器11执行。在这种情况下，服务器11的第2控制部111代替图3的步骤S10中的处理或者步骤S31中的处理而进行图10所例示的处理。此外，在这种情况下，步骤S11或者步骤S31中的信号信息被替换为异常次数信息。

此外，也可以由设备10和服务器11进行图9以及图10所示的处理。该情况下，第2控制部111可以进行紧接着步骤S54的、步骤S11或者S31中的判定处理的结果与来自设备10的诊断信息的对比。在对比结果不一致的情况下，第2控制部111可以将第2数据库中的数据发送至设备10。而且，设备10可以基于接收到的该数据来更新第1数据库。其中，除此以外也可以定期地进行第1数据库的更新，也可以在特定的时机进行第1数据库的更新。

以下，对实施方式5中的状态检测系统1的效果进行描述。实施方式5中的判定部104对1个以上的内部装置各自的信号值x _k或者将该信号的值进行信号处理而得的计算值X_k在第1时间中与阈值之间的大小关系满足了特定的关系的次数进行计数，使用该次数的计数结果来判定设备的状态。由此，能够根据设备10的计算能力来调整信号处理的负荷。因此，即便是判定部104中的IC的计算能力低的情况，也能够判定设备10的异常状态。

附图标记说明：

1…状态检测系统；2…终端装置；10…设备；11…服务器；100…促动器组；101…传感器组；102…第1通信部；103…第1控制部；104…判定部；105…第1存储部；110…第2通信部；111…第2控制部；112…第2存储部；113…维护修理辅助部。

Claims

1.一种状态检测系统，具有1个以上的设备和为了该1个以上的设备的维护以及修理而使用的服务器，所述状态检测系统的特征在于，

所述设备具备：

1个以上的内部装置，是包括1个以上的促动器的促动器组以及包括1个以上的传感器的传感器组中的至少一方；

第1控制部，控制所述1个以上的内部装置，取得用于控制该1个以上的内部装置各自的信号以及来自该1个以上的内部装置各自的信号中的任一个的信号信息；

第1存储部，存储用于判定所述设备的状态的可改写的第1数据库；

判定部，参照所述第1数据库，使用所述信号信息来判定所述设备的状态；以及

第1通信部，与所述设备的利用者的终端装置以及所述服务器进行通信，

所述第1控制部控制所述第1通信部以便将包括所述判定部的判定结果的维护信息发送至所述利用者的终端装置，并且控制所述第1通信部以便将该判定结果以及所述信号信息中的至少一方发送至所述服务器，

所述服务器具备：

第2通信部，从所述设备接收所述判定结果以及所述信号信息中的至少一方；

第2存储部，存储用于判定所述设备的状态的第2数据库；

第2控制部，使用所述第2通信部接收到的所述判定结果以及所述信号信息的至少一方来判定所述设备的状态；以及

维护修理辅助部，在所述第2控制部判定为所述设备处于需要维护或者修理的异常状态的情况下，向该设备的维护人员通知基于所述第2控制部的判定结果的信息，

所述第2控制部控制所述第2通信部以便将所述第2数据库中的数据发送至所述设备，

所述判定部使用从所述服务器接收到的所述第2数据库中的数据来进行所述第1数据库的生成或者更新。

2.根据权利要求1所述的状态检测系统，其特征在于，

所述维护修理辅助部基于所述第2控制部的所述判定结果来推断用于该设备的所述维护或者所述修理的作业内容和该维护或者该修理所需的作业天数，将该作业内容、该作业天数以及所述第2控制部的所述判定结果通知给所述维护人员。

3.根据权利要求2所述的状态检测系统，其特征在于，

所述第2数据库包括维护修理实际成果信息，该维护修理实际成果信息表示所述维护人员进行的维护或者修理的实际成果，

所述维护修理辅助部参照所述第2数据库来推断所述作业内容以及所述作业天数。

4.根据权利要求1～3中任一项所述的状态检测系统，其特征在于，

在所述判定部判定为所述设备处于所述异常状态的情况下，所述第1控制部控制所述第1通信部以便向所述利用者的终端装置发送所述维护信息。

5.根据权利要求1～4中任一项所述的状态检测系统，其特征在于，

所述第2存储部存储设备信息，该设备信息包括表示所述设备的机型、制造年度、环境条件以及运转方式中的至少1个的信息，

所述第2控制部控制所述第2通信部以便将所述设备信息发送至所述设备，

在从所述服务器接收到所述设备信息的情况下，所述判定部使用该设备信息来判定该设备的状态。

6.根据权利要求5所述的状态检测系统，其特征在于，

所述第1控制部控制所述第1通信部以便将包括所述设备信息的所述维护信息发送至所述利用者的终端装置。

7.根据权利要求1～6中任一项所述的状态检测系统，其特征在于，

所述判定部基于所述1个以上的内部装置各自的所述信号信息来将所述设备的状态判定为是包括良好状态、正常状态、不顺利状态、轻度的故障状态以及重度的故障状态的多个状态中的任一个状态。

8.根据权利要求1～7中任一项所述的状态检测系统，其特征在于，

在所述第2通信部接收到所述1个以上的内部装置各自的所述信号信息的情况下，所述第2控制部基于该1个以上的内部装置各自的信号信息来将所述设备的状态判定为是包括良好状态、正常状态、不顺利状态、轻度的故障状态以及重度的故障状态的多个状态中的任一个状态。

9.根据权利要求1～8中任一项所述的状态检测系统，其特征在于，

所述维护修理辅助部根据所述第2控制部涉及的指示来向所述维护人员的终端装置发送基于所述第2控制部的判定结果的信息。

10.根据权利要求1～9中任一项所述的状态检测系统，其特征在于，

所述判定部对所述1个以上的内部装置各自的所述信号的值或者将该信号的值进行信号处理而得的计算值在第1时间中与阈值之间的大小关系满足了特定的关系的次数进行计数，使用该次数的计数结果来判定所述设备的状态。