具体实施形态
下面参照附图对本发明的实施形态予以说明。
第一实施形态
图1为示出本发明第一实施形态的装置管理系统的整体构成的网络构
成图。如图1所示，服务器1和多个终端2连接于网络3上。
图2为示出同一实施形态的服务器的整体构成图。如图2所示，在与
网络3之间的构成包括控制数据收发的接口11，与此接口11相连接的执
行各种装置管理的处理器12，以及与此处理器12相连接的存储各种数据
的数据库13。在数据库13中不仅存储各种装置管理数据，也存储由处理
器12执行的处理程序，可由处理器12酌情读出来执行管理处理。
另外，数据库13的结构是关系数据库结构。因此，互相链接的数据
是由表结构确定的同时，是规定各表结构之间的关系的结构。另外，各
表结构之间的关系是根据先确定的关系规则链接的。所谓预先确定的关
系规则，是在下面将要叙述的类别信息层次化的场合将不同层之间的信
息链接起来的规则。
其次，沿着图3所示的顺序图，对本实施形态的非工作状况登录方法
予以说明。另外，在以下的实施形态中，只要未特别示出，可以认为在
服务器1和终端2之间的数据收发是通过网络进行的。
如图3所示，首先终端2提出与服务器1连接的请求(S31)，此服务器
1的数据库13的数据写入条件是提示输入ID号及密码，在终端2此ID
号及密码就允许向服务器1写入数据(S32)。如允许写入，终端2上将显
示菜单画面。
利用此菜单画面，终端2提示选择故障历史，维护历史，改造历史中
的任意一项，在终端2显示的画面上选择任何一项历史。此历史的选择
信息发送到服务器1(S33)。服务器1将事业所，制造部门，报告人，装
置类别，装置名，机号的信息发送给终端2(S34)。终端2根据接收的信
息在画面上显示非工作状况登录画面。图4为示出选择故障历史的场合
非工作状况登录画面的示例图。此外，在显示此画面之后，提示选择遗
留记录的装置。选择装置之后，终端2向服务器1请求提供确定成为非
工作状况的现象及原因的现象关键字，原因关键字(S35)，从服务器1接
收关键字(S36)。
用户，在图4所示画面上，由作为类别信息的故障现象的“分类”选
择确定所处理的装置变成非工作的原因的分类。更具体言之，分别从上
述发送的现象关键字，原因关键字选择关键字。选择这些关键字之后，
再选择输入作为装置类别信息的装置类别，作为装置识别信息的装置名，
作为停止非工作状况负责人的修理实施人，事业所，制造部门，报告人
及故障发生期间，故障分类(硬件/过程起因分类)等其他类别信息或从给
定的多个数据中选择，就可以在故障原因的“内容”栏内写入故障现象
何故障原因。另外，在多种类别信息中，比如对装置类别而言，装置名
是下层的分层结构，在数据库13中已预先存储了确定此装置类别和装置
名的链接的数据表。当然，对其他具有多个分层的类别信息也存储有同
样的数据表。
其次，如用户从终端2向服务器1发出写入故障现象，故障原因的“内
容”，信息登录请求时，就从终端2向服务器1发送上述写入的各数据
及关键字的选择信息(S37)。另外，除了写入故障原因及故障原因的“内
容”之外，也可以向服务器1发送比如图像文件，文本文件等附加信息
文件，如关键字选择信息已经发送，也可不发送。服务器1，将所接收的
数据与现象关键字及原因关键字相关联，并且分发对这些数据唯一地确
定的ID并存储于数据库13中(S38)。另外，在服务器1接收附加信息文
件的场合，将附加信息文件压缩而存储于数据库13中。另外，维护历史，
改造历史也以同样的办法和维护关键字与改造关键字一起把“内容”登
录到数据库13上。
下面按着图5示出的顺序图对非工作状况检索方法予以说明。
如图5所示，终端2显示菜单，提示从故障历史检索，维护历史检索，
改造历史检索的选择分支中选择想要检索的历史。此历史的选择信息发
送到服务器1(S51)。服务器1将事业所，制造部门，工序，装置类别，
装置名，机号等信息发送到终端2(S52)。终端2根据所接收的信息在画
面上显示历史检索画面。
图6为示出选择故障历史场合的非工作状况检索画面的示例图。另外，
在显示此画面的同时，将变成非工作状况的原因，确定原因的现象关键
字发送给终端2。
用户，在图6所示画面上，由作为检索条件的比如制造部门，装置，
故障发生期间，故障现象，故障原因部位，故障原因，故障分类(硬件/过
程起因分类)等之中选择并输入任意的关键字。这些检索条件被发送到服
务器1(S53)。服务器1根据这些检索条件从数据库13中适当地检索出符
合该检索条件的数据(S54)，并作为检索结果显示于终端2的画面上(S55)。
在图6所示的例子中，示出的是将事业所，制造部门，装置类别，装置
名，现象类别，硬件/过程起因分类作为检索条件的检索结果列举的示例。
下面按着图5对将非工作状况作为统计分析结果的取得方法予以说
明。
在检索上述非工作状况之际，由终端2输入或选择请求服务器1进行
统计分析的检索条件，比如分析期间，事业所，制造部门，工序等分析
条件以及故障停止时间，故障件数，故障原因部位，故障原因，修理实
施者等的分析项目，期间，项目等的输出条件或输入。此输入或索选择
的分析条件及分析项目发送到服务器1(S61)。
服务器1，在从数据库13中预先登录的类别信息中抽出与所接收的分
析条件及分析项目一致的数据的同时，对分析项目的现象数(比如故障件
数，故障停止期间等)以时间及件数为单位进行累计(S62)。具体言之，是
将存储于数据库13中的与类别信息相关联的非工作信息的件数累计，或
是根据在类别信息中所包含的非工作时间信息累计应计算的时间。于是，
相应于给定的分析项目在终端2的画面上显示每个输出条件的分析结果
(S63)。图7(a)～图8(d)为分析结果显示画面的示例图。图7(a)示出的是以
故障停止期间作为分析项目以装置为输出条件，以事业所，制造部门作
为分析条件给出的场合的分析结果的显示例，图7(b)示出的是以故障现
象作为分析项目以月(非工作开始时期)为输出条件，以事业所，制造部门
作为分析条件给出的场合的分析结果的显示例，图8(a)示出的是以故障原
因部位作为分析项目以项目为输出条件，以事业所，制造部门作为分析
条件给出的场合的分析结果的显示例，图8(b)示出的是以修理实施者作
为分析项目以期间为输出条件，以事业所，制造部门作为分析条件给出
的场合的分析结果的显示例。
下面按着图9示出的顺序图对装置检查数据的登录方法予以说明。
首先，终端2向服务器1请求提供事业所，制造部门，装置类别，装
置名，机号等信息(S91)。服务器1向终端2发送事业所，制造部门，装
置类别，装置名，机号等信息(S92a)。在终端2选择了作为对象的装置
之后，终端2请求服务器1提供对象装置的检查项目和过去的数据(S92b)。
服务器1向终端2转送对象装置的作业项目，规格值，过去的数据，作
业日期和时间(S92c)。在终端2收到数据后，显示检查数据输入画面，提
示输入各检查状态。如装置检查者从终端2输入各检查状态，则在终端2
的图中未示出的存储装置上一次登录的同时(S93a)，向服务器1转送检查
状态(S93b)。服务器1将接收到的各检查状态存储于数据库13中(S94)。
另外，各检查状态由装置检查者负责检查的装置的各个检查项目的数值
确定。
以上所示的对检查数据登录方法在不同的时期进行多次的多个时期的
检查数据登录的场合，用户可向服务器1请求提供以基于这些多个时期
的检查数据的统计分析为基础的倾向管理。
如服务器1接收到倾向管理请求(S101)，则服务器1请求终端2确定
需要作为倾向管理处理所必需的数据的倾向管理处理的装置等的倾向管
理的对象(S102)。如由终端2确定实行倾向管理处理的装置，就从数据库
13抽出关于该装置的过去的检查状态。从而，比如，可执行如下所示的
倾向分析(S104)。
第一倾向分析是判定在不同时期对同一检查项目所得到的过去15点
的检查状态值之中，对于该检查项目是否存在至少包含另外同一种装置
的检查状态的平均值(以下单称其为中心值)或与预先确定的规格值偏离3σ
以上的值，如偏离，就将第一分析结果作为警告，如不偏离，就判定为
正常。另外，σ示出确定的数值范围。另外，判定各检查状态值是否超过
预先确定的管理限界范围，如超过，就警告，不超过就判定为正常。
第二倾向分析是判定在15点的检查状态值之中，是否有连续9点超
过中心值或未达到中心值，有任何一种情况就警告，否则就判定为正常。
第三倾向分析是判定在15点的检查状态值之中，是否有连续7点上
升或下降，有任何一种情况就警告，否则就判定为正常。
第四倾向分析是判定在15点的检查状态值之中，是否有连续14点交
互上下，有就警告，否则就判定为正常。
第五倾向分析是判定在连续3点之中，是否有2点超过中心值2σ以上
或低于其2σ以上，有任何一种情况就警告，否则就判定为正常。
第六倾向分析是判定在连续5点之中，是否有连续4点超过中心值1σ
以上或低于其1σ以上，有任何一种情况就警告，否则就判定为正常。
第七倾向分析是判定15点的检查状态值是否全部在中心值±1σ以内，
是就警告，否则就判定为正常。
第八倾向分析是判定8点的检查状态值是否在中心值±1σ以内，是就
警告，否则就判定为正常。
服务器1将以上的倾向分析的倾向分析结果在终端2上显示(S105)。
在有警告的场合，就在终端2上显示该分析结果的同时发出警告。更希
望从数据库13中检索出针对警告的处理方法在终端2上给出提示。使用
终端2的装置检查者可根据提示的内容在必需对装置进行检查，调整等
场合实施作业。
另外，警告，比如在显示的倾向分析结果中，可以将该检查状态以红
色显示，其他则以其他颜色显示，也可以声音等报知。
下面对检查管理方法予以说明。
预先在服务器1的数据库13中将要管理的一切装置的每个作业项目
的检查日程表，检查实施时期，检查实施者进行登录。服务器1可及时
从数据库13中检索出该启动时刻当日或其前日的检查日程表，取得一切
作业项目，规格，前日的数据。在前日的数据未登录的场合，则向作业
预定者的终端2发送作业未实施的警告信件。另外，作业预定者需要事
先登录输入检查数据的终端2。
另外，如取得的作业项目当日未实施，则将作业预定通知以信件形式
向作业预定者转送。
另外，在进行上述倾向分析出现应该发出警告的检查状态的场合，或
是在出现规格外的检查状态的场合，就向管理者发送警告信件。另外，
管理者可以是作业预定者，也可以是其他人。在是其他人的场合，必须
事先进行管理者登录。
如针对一切作业项目的信件都转送完毕，服务器1的检查管理处理就
结束。
如上所述，根据本实施形态，在管理非工作状况的历史的同时，也可
能进行日常的检查的数据管理及倾向分析。因而，装置的生产性和品质
可提高。另外，可以从多个终端对来自分散配置的多个装置的非工作状
况及检查数据进行一元化管理。并且通过对各历史及检查数据按类别进
行登录，可对这些数据按类别进行统计分析，可将从多个装置获得的数
据作为统计信息利用。其结果可进一步提高装置的生产性和品质。另外，
由于将多个类别的信息通过关系数据库结构层次化，可得到详细的统计
分析结果。
第二实施形态
本实施形态是第一实施形态的变形例。在本实施形态中，终端2是便
携式终端，服务器1允许无线收发数据。终端2也可以是通常的设置终
端。
在本实施形态的各个便携式终端2上登录检查项目的检查负责人。登
录者是一个人或多个人都可以。对各个检查负责人预先发给ID及密码。
另外，与此检查负责人相关联，检查日程表存储于数据库13中。因此，
检查日程表至少通过检查负责人，检查项目及检查实施时期的关联而构
成。
检查负责人与和检查项目的关联，比如，可按图10所示的画面进行。
如图10所示，检查负责人(用户名)和检查项目(作业)及检查实施时期的关
联可在便携式终端2上的画面上进行。更具体地说，将作业与实施该作
业的用户名连接起来。实行这种关联后，如由服务器1进行登录请求，
则将关联的检查负责人和检查项目及检查实施时期发送给服务器1，登录
到数据库13中。另外，也可应终端2的请求改变关联的方法。比如，分
配给检查负责人的检查项目分到每个装置，将多个装置的多个装置中的
每一个的共通的第一检查项目分配给第一负责人，同样的将多个装置的
共通的第二检查项目分配给第二负责人，这样一来就使每个装置的分配
及根据检查项目的共通性分配等成为可能。
如果便携式终端2向按以上方式登录的数据库13提出访问请求，服
务器1就请求输入负责人的ID及密码。如负责人从便携式终端2输入负
责人的ID号及密码，则服务器1就在根据该负责人ID及密码允许访问
的同时，在便携式终端2的画面上只显示与该负责人ID相关联的检查项
目。因此，可以只确认其他负责人应该实施的检查项目。
另外，通过将各检查项目与检查实施时期相关联，根据来自终端2的
请求服务器1可检索数据库13，比如将图11所示的作业日程表显示于终
端2的画面上。另外，通过将检查作业的顺序与巡回规则进行关联存储，
数据库13可根据该巡回规则发出检查项目的提示。由此，在减少检查负
责人对检查项目漏检的同时，也可使检查作业高效化。
另外，如是便携式终端2，比如在工厂等广大地区内携带终端2进行
检查作业时，比如可以利用触摸屏等输入装置输入各检查状态值。因此，
比如可省略将记录于纸张上的数据再在终端2上重新输入的作业。
本发明不限定于上述实施形态。比如，示出的是将本系统应用于图1
所示的网络结构的用例，但如将管理所需要的数据及程序记录于，比如，
独立的计算机中，可以不通过网络使用本系统。另外，终端2与服务器1
的连接有线无线均可以。
另外，示出的示例是将执行本发明的功能用的程序装载到处理器12
中，并由该程序执行本发明的功能的场合，但也可以，比如，由服务器1
的图中未示出的记录媒体读取装置对记录这些程序的计算机可读记录媒
体进行读出，由处理器12执行该功能。另外，也可将用来执行本发明的
功能的程序装载于终端2中，由该程序执行本发明的功能。在此场合，
由该程序检索服务器1的数据库13。
另外，示出的是从服务器1向终端2的数据输出是显示于终端2的画
面上的场合，也可以通过声音报知。
如以上所详述，根据本发明，可提高装置的品质性和生产性。