远程监视及诊断系统

摘要

一种远程监视及诊断系统，具有通过从中央系统(10)发送的移动程序来执行监视及诊断处理的多个本地终端(11)，其构成为，在灾害发生时，在用于与中央系统(10)连接的网络(9)被切断时，决定代表本地终端，并从各本地终端(11)收集监视及诊断处理所需的维护信息。

权利要求

1.一种系统，其特征在于，包括：

多个本地终端，经由网络与中央系统连接，对存在于预定区域的监视及诊断对象进行监视及诊断处理；

程序移动模块，将用于执行上述监视及诊断处理的监视及诊断用程序或灾害时处理程序，从上述中央系统移动到上述各本地终端；

设定模块，在经由上述网络与中央系统的连接被断开时，从上述区域所包括的各本地终端中设定代表本地终端；以及信息收集模块，通过上述代表本地终端，从存在于上述区域的其他本地终端收集灾害时维护信息。

2.如权利要求1所述的系统，其特征在于，

上述信息收集模块，使用由上述设定模块设定的代表本地终端与同一区域所包括的其他本地终端之间的信息通信，从该其他本地终端收集上述灾害时维护信息。

3.如权利要求1所述的系统，其特征在于，

上述信息收集模块，通过使灾害时维护信息收集用移动程序从上述代表本地终端在同一区域所包括的其他本地终端之间移动，由此从上述其他本地终端收集灾害时维护信息。

4.如权利要求1所述的系统，其特征在于，

在上述信息收集模块中，上述代表本地终端根据灾害发生的自动检测结果或来自外部单元系统的灾害时处理开始委托，开始灾害时维护信息的收集处理，并对上述其他本地终端执行灾害时维护信息的发送委托，由此从上述其他本地终端收集灾害时维护信息。

5.如权利要求2所述的系统，其特征在于，

在上述信息收集模块中，上述代表本地终端根据灾害发生的自动检测结果或来自外部单元系统的灾害时处理开始委托，开始灾害时维护信息的收集处理，并对上述其他本地终端执行灾害时维护信息的发送委托，由此从上述其他本地终端收集灾害时维护信息。

6.如权利要求4所述的系统，其特征在于，

还包括如下模块：对于来自上述代表本地终端的上述灾害时维护信息的发送委托，在设定时间内没有来自上述其他本地终端的应答的情况下，判断为上述区域内发生网络断线，并生成该网络断线状况信息。

7.如权利要求5所述的系统，其特征在于，

还包括如下模块：对于来自上述代表本地终端的上述灾害时维护信息的发送委托，在设定时间内没有来自上述其他本地终端的应答的情况下，判断为上述区域内发生网络断线，并生成该网络断线状况信息。

8.如权利要求1所述的系统，其特征在于，

在上述信息收集模块中，上述代表本地终端根据灾害发生的自动检测结果或来自外部单元系统的灾害时处理开始委托，开始灾害时维护信息的收集处理，并使上述灾害时维护信息收集用移动程序移动，由此从上述其他本地终端收集灾害时维护信息。

9.如权利要求2所述的系统，其特征在于，

在上述信息收集模块中，上述代表本地终端根据灾害发生的自动检测结果或来自外部单元系统的灾害时处理开始委托，开始灾害时维护信息的收集处理，并使上述灾害时维护信息收集用移动程序移动，由此从上述其他本地终端收集灾害时维护信息。

10.如权利要求3所述的系统，其特征在于，

在上述信息收集模块中，上述代表本地终端根据灾害发生的自动检测结果或来自外部单元系统的灾害时处理开始委托，开始灾害时维护信息的收集处理，并使上述灾害时维护信息收集用移动程序移动，由此从上述其他本地终端收集灾害时维护信息。

11.如权利要求3所述的系统，其特征在于，

还包括如下模块：在上述灾害时维护信息收集用移动程序在设定时间内未能够从上述代表本地终端移动到上述其他本地终端的情况下，判断为上述区域内发生网络断线。

12.如权利要求1所述的系统，其特征在于，

上述设定模块，在经由上述网络与上述中央系统的连接被断开时，按照预先设定的顺序从上述区域所包括的各本地终端中设定代表本地终端。

13.如权利要求1所述的系统，其特征在于，

上述设定模块，在经由上述网络与上述中央系统的连接被断开时，检查上述区域所包括的各本地终端能否动作，并按照预先设定的顺序从能够动作的各本地终端中设定代表本地终端。

说明书

远程监视及诊断系统

[0001] 相关文件的交叉引用：本申请基于2008年1月31日提交的日本在先申请No.2008-022000，并要求享受其优先权，本申请作为参考而引入上述在先申请的全部内容。

技术领域

[0002] 本发明特别涉及一种利用经由网络从中央系统发送的移动程序(mobileprogram)来进行远程地的监视及诊断的远程监视及诊断技术。

背景技术

[0003] 近年来，开发有一种远程监视及诊断系统，对于工厂设备或电梯等监视及诊断对象从远程地进行监视及诊断处理。这种系统，具体来说例如适用于为了进行电力系统的远程运用或远程维护的电力系统保护控制系统(例如参照下述文献1～3)。

[0004] 文献1：【变革を遂げる電力系統監視制御·保護システム】(进行变革的电力系统监视控制及保护系统)；津久井良一、增田文雄、铃木邦明著；東芝レビユ一(东芝观察)；Vol.54、No.6、26～29页；1999

[0005] 文献2：【イントラネツト応用電力系統監視制御システム】(内部网应用电力系统监视控制系统)；长谷川义朗、江幡良雄、林秀树著；東芝レビユ一(东芝观察)；Vol.54、No.6、30～33页；1999

[0006] 文献3：【電力系統保護制御システムヘのイントラネツト技術適用】(对电力系统保护控制系统的内部网技术适用)；关口胜彦、竹中章二、白田义博著；東芝レビユ一(东芝观察)；Vol.54、No.6、34～37页；1999

[0007] 并且，提出了一种以远程的工厂设备的监视和诊断为目的的工厂设备监视及诊断系统(例如参照日本专利公报第3621935)。该系统为，使工厂设备控制程序和工厂设备监视及诊断程序联合，进行监视及诊断处理、以及工厂设备控制处理。并且，还提出了一种对多个发电厂设备从远程进行监视、诊断、检查及维修的系统(例如参照日本专利公开公报2003-114294)。该系统是将电力系统等工厂设备作为对象并利用内部网的构成。

[0008] 总之，作为远程监视及诊断系统，开发或提出了对于每个监视及诊断对象专门开发的系统、存在数万个水平的监视及诊断对象的系统、存在具有各种处理能力的监视及诊断对象的系统、或者利用公共线路的网络的系统等。特别是，近年来，利用移动代理(エ一ジエント)技术的远程监视及诊断系统受到注目(例如参照日本专利公开公报2006-280198、2004-70428、2002-297557、2000-134786)。

[0009] 但是，在远程监视及诊断系统中，远程地的监视及诊断对象与中央系统(中央监视系统)经由网络连接的情况较多，在灾害发生时在网络连接被断开等的情况下，灾害时的对策较重要。作为在先技术，存在与数据的备份或服务器的备份、恢复等相关的提案(例如参照日本专利公开公报2002-171506)。

[0010] 如上所述，在远程监视及诊断系统中，在灾害发生时，对于与远程地的网络连接的断开等的灾害对策较重要。但是，没有能够实现有效的灾害对策的在先技术，而仅存在维护员直接调查各个监视及诊断对象的状况，并利用这些调查结果的灾害对策方法。

[0011] 但是，在灾害时为了调查与网络线路的断线等相关的监视及诊断对象的状况，收集监视及诊断处理所需的维护信息的作业负担庞大。因此，直接调查监视及诊断对象的状况的方法，作为实际上的灾害对策不一定有效。

发明内容

[0012] 本发明目的在于提供一种远程监视及诊断系统，在灾害发生时能够有效地收集监视及诊断对象的监视及诊断处理所需的维护信息，而能够实现有效的灾害对策。

[0013] 本发明的观点为一种具有如下功能的系统，在根据从中央系统发送的移动程序来执行监视及诊断处理的多个本地终端中，在灾害发生时，在用于与中央系统进行连接的网络被切断时，通过代表本地终端来收集监视及诊断处理所需的维护信息。

[0014] 根据本发明的观点的远程监视及诊断系统的构成为，具有经由网络与中央系统连接、对存在于指定区域的监视及诊断对象进行监视及诊断处理的多个本地终端，在该远程监视及诊断系统中具有：程序移动模块，将用于执行上述监视及诊断处理的监视及诊断用程序或灾害时处理程序从上述中央系统移动到上述各本地终端；设定模块，在经由上述网络与中央系统的连接被断开时，从上述指定区域所包含的各本地终端中设定代表本地终端；以及信息收集模块，通过上述代表本地终端，从存在于上述指定区域的其他本地终端收集灾害时维护信息。

附图说明

[0015] 附图是说明书的一部分，其示出了本发明当前的优选实施例，并且与上面给出的概要说明和下面给出的优选实施例详细说明一起，阐明本发明的原理。

[0016] 图1是用于说明本发明第1实施方式的系统的构成的框图。

[0017] 图2是用于说明第1实施方式的系统的动作的概念图。

[0018] 图3是用于说明第1实施方式的信息收集用程序的处理顺序的流程图。

[0019] 图4是用于说明第1实施方式的维护信息收集的处理顺序的流程图。

[0020] 图5是用于说明第1实施方式的代表本地终端的切换处理的概念图。

[0021] 图6A～图6D是用于说明第1实施方式的显示单元的显示方式的一例的图。

[0022] 图7是用于说明第2实施方式的系统的构成的框图。

[0023] 图8是用于说明第2实施方式的系统的动作的概念图。

[0024] 图9是用于说明第2实施方式的移动程序的处理顺序的流程图。

[0025] 图10是用于说明第1实施方式的、各本地终端将维护信息向代表本地终端发送时的处理顺序的流程图。

[0026] 图11是用于说明第1实施方式的代表本地终端的动作的概念图。

[0027] 图12是用于说明第2实施方式的移动程序的处理顺序的流程图。

[0028] 图13是表示第2实施方式的代表本地终端的动作的概念图。

[0029] 图14是用于说明第2实施方式的移动程序的动作的流程图。

[0030] 图15是表示第2实施方式的移动程序的故障判断处理的一例的概念图。

[0031] 图16是用于说明第3实施方式的系统的构成的框图。

[0032] 图17是用于说明第3实施方式的系统的动作的概念图。

[0033] 图18是用于说明第4实施方式的系统的构成的框图。

[0034] 图19是用于说明第4实施方式的系统的动作的概念图。

具体实施方式

[0035] 本发明的观点为一种具有如下功能的远程监视及诊断系统，即根据从中央系统发送的移动程序来执行监视及诊断处理的多个本地终端，在灾害发生时、在用于与中央系统连接的网络被切断时，通过代表本地终端收集监视及诊断处理所需的维护信息。

[0036] 下面参照附图说明本发明的各个实施方式。

[0037] [第1实施方式]

[0038] 图1是用于说明本实施方式的远程监视及诊断系统的构成的框图。图2是用于说明本实施方式的系统的动作的概念图。

[0039] (系统构成)

[0040] 如图1所示，远程监视及诊断系统大体由中央系统(中央监视系统)10、和经由网络9与该中央系统10连接的本地终端11构成。本地终端11执行从中央系统10对于设置在远程地的监视及诊断对象设备100的监视及诊断处理。通常，对于1台中央系统10经由网络9连接有多个本地终端11(参照图2)。

[0041] 在此，监视及诊断对象设备100例如是大厦内的电梯。本地终端11为，例如对设置在大厦内的多个电梯的每一个配置，并执行电梯动作的监视及诊断处理。

[0042] 中央系统10的构成为，具有区域分割构成生成单元1、代表监视及诊断对象侧本地终端候补决定单元(以下简称为“代表本地终端候补决定单元”)2、本地终端用程序生成单元3、本地终端用程序验证及评价单元4、程序发送单元5、监视及诊断结果数据处理单元(以下简称为“数据处理单元”)6、监视诊断结果接收单元(以下简称为“接收单元”)7以及监视及诊断结果显示单元(以下简称为“显示单元”)8。

[0043] 本地终端11具有本地终端用程序接收单元12、监视及诊断程序执行单元13、监视及诊断结果发送单元14、自动灾害检测单元15、灾害时处理开始指令接收单元16以及灾害时处理程序执行单元18。

[0044] 灾害时处理程序执行单元18具有代表本地终端处理实施判断单元17、灾害时代表本地终端处理单元19、灾害时通常本地终端处理单元24、灾害时维护信息显示单元26以及灾害时维护信息保存单元27。

[0045] 并且，灾害时代表本地终端处理单元19包括灾害时维护信息发送委托单元20、灾害时维护信息接收单元21、灾害时维护信息管理单元22及灾害时维护信息数据库(DB)23。并且，灾害时通常本地终端处理单元24包括灾害时维护信息发送单元25。

[0046] (系统的作用)

[0047] 以下参照图2～图6说明本实施方式的系统的作用。

[0048] 在此，假定如下情况：如图2所示，本实施方式的系统为，经由网络9连接有中央系统10以及多个本地终端11，该多个本地终端11如后所述那样配置在被分隔为多个区域(本地网络区域)1～3而管理的指定区域中。在此，各区域1～3分别例如对应于将1个大厦内分割了的各区域。并且，作为监视及诊断对象设备100例如相当于设置在大厦内的多个电梯。另外，各本地终端11是配置在监视及诊断对象设备100外侧的终端、或者是组装到监视及诊断对象设备100的内单元中的终端。

[0049] 本实施方式的系统大体分成与对各区域1～3的远程监视及诊断功能相关的单元部分和与灾害时对应功能相关的单元部分。在中央系统10中，通过本地终端用程序生成单元3、本地终端用程序验证及评价单元4、程序发送单元5、数据处理单元6、接收单元7及显示单元8的动作来实现远程监视及诊断功能。并且，在本地终端11中，本地终端用程序接收单元12、监视及诊断程序执行单元13、以及监视及诊断结果发送单元14相关。

[0050] 本地终端用程序生成单元3生成本地终端11所使用的本地终端用程序。在本实施方式中，本地终端用程序包括监视及诊断用程序和灾害时处理程序。本地终端用程序生成单元3，将执行监视及诊断算法的监视及诊断用程序作为使用可移动的多代理等的移动程序来生成。另外，关于灾害时处理程序所包括的灾害时维护信息收集用移动程序等将后述。

[0051] 在此，在对通常的程序源代码进行编译而使其成为能够执行形式的代码或脚本代码时，以能够在本地终端11执行的方式生成进行监视及诊断处理的程序即可。作为最简单的监视及诊断程序，例如可以考虑“设定判断异常的阈值，将超过该阈值的情况判断为异常状态并警报异常”等算法。

[0052] 监视及诊断程序为，在中央系统10中，通过本地终端用程序生成单元3作为移动程序而生成，并从程序发送单元5经由网络9而配送到各本地终端11(配置在各区域1～3的本地终端组)。另外，所谓移动程序意味着在包括代理的大的概念中能够移动网络的程序。通常，代理不仅是移动，很多情况下意味着包括代理间的通信等功能的高性能移动程序。

[0053] 在中央系统10中，由本地终端用程序生成单元3生成的程序，由本地终端用程序验证及评价单元4验证及评价。本地终端用程序验证及评价单元4使用由生成单元3生成的程序的源代码或编译后的程序、或者脚本代码，通过软件模拟来进行动作验证及评价。

[0054] 在软件模拟中，利用模拟监视及诊断对象的举动的监视对象举动模拟程序。根据该监视及诊断对象的软件模拟结果，通过监视及诊断程序来执行监视及诊断处理，并显示其结果。使用该显示结果能够对生成的监视及诊断程序的动作是否为意图的动作进行确认及评价。另外，在生成的程序是与意图的动作不同的情况下，在本地终端用程序生成单元3中进行程序的修正。

[0055] 由本地终端用程序生成单元3生成、通过验证及评价单元4的验证及评价而判断为没有问题的程序(移动程序)，从程序发送单元5经由网络9配送到各本地终端11。在本地终端11中，当本地终端用程序接收单元12接收到从中央系统10配送的移动程序时，将监视及诊断程序传送到监视及诊断程序执行单元13，将灾害时处理程序传送到灾害时处理程序执行单元18。

[0056] 在此，网络9是内部网或因特网等。各区域1～3在例如是比较小区域(例如仅大厦的1层等)的情况下，网络9也可以是基于电力线输送的网络。在此，在网络9中存在如因特网等那样的需要考虑安全的网络。在使用这种网络从中央系统10发送移动程序的情况下，在程序发送单元5及本地终端用程序接收单元12中，执行程序数据的加密、认证、解密等安全处理。

[0057] 在本地终端11中，监视及诊断程序执行单元13通过执行监视及诊断程序，并使用从监视及诊断对象设备100取得的信息来进行监视及诊断处理。具体地，本地终端11通过参照监视及诊断对象设备100的内单元存储器或端口，而获取计测值或电流指令值等监视及诊断处理所需的信息。

[0058] 监视及诊断结果发送单元14，将通过监视及诊断程序执行单元13的监视及诊断处理而得到的监视及诊断结果，经由网络9发送到中央系统10。在中央系统10中，接收单元7接收经由网络9发送的监视及诊断结果。在此，在网络9如因特网等那样需要考虑安全的情况下，在监视及诊断结果发送单元14及接收单元7中，执行监视及诊断结果数据的加密、认证、解密等安全处理。

[0059] 另外，对从程序发送单元5发送程序的情况进行了说明，但在无程序自身的变更、仅参数变更即可的情况下，也可以进行从程序发送单元5仅发送参数的动作。即，在监视及诊断程序的构成仅能反映参数的变更的情况(将参数作为其他文件等)下，也可构成为通过仅发送参数而仅反映参数的变更来进行监视及诊断的方式。

[0060] 在中央系统10中，接收单元7在接收的监视及诊断对象设备100的监视及诊断结果被加密的情况下，进行解密并传送到数据处理单元6及显示单元8。数据处理单元6对监视及诊断对象设备100的监视及诊断结果，执行预定的加工处理。具体地，例如是对多个监视及诊断对象设备的各监视及诊断结果进行综合的处理。数据处理单元6将处理结果传送到显示单元8。显示单元8将来自数据处理单元6的处理结果及由接收单元7接收的监视及诊断结果，例如显示在液晶显示画面上。

[0061] (与灾害时对应功能有关的作用)

[0062] 下面，主要参照图3及图4的流程图来说明本实施方式的系统的与灾害时对应功能有关的作用。

[0063] 所谓灾害时对应功能是如下的功能：如图2所示，在灾害发生时，在与中央系统10连接的网络9的一部分200断线(在为有线时的断线或无线连接设备的故障及损坏等)的情况下，从各本地终端11收集监视及诊断对象设备100的监视及诊断处理所需的灾害时维护信息。

[0064] 具体地，将设置有监视及诊断对象设备100的区域(例如1个大厦)分割成某个范围的多个管理区域1～3，在所分割的各个区域1～3内决定成为代表的本地终端(以下称为“代表本地终端”)。代表本地终端从相应区域内的全部本地终端收集灾害时维护信息。由此，在灾害发生时，为了收集灾害时维护信息的维护员，不用移动到区域内的全部本地终端而进行灾害时信息收集，就能够从代表本地终端集中地收集相应区域内的全部本地终端的灾害时维护信息。

[0065] 在灾害发生时，在中央系统10中，区域分割构成生成单元1及代表本地终端候补决定单元2生成信息，在生成由本地终端11执行的灾害时处理程序时利用该信息。区域分割构成生成单元1，在连接中央系统10和本地终端11的网络9断线的情况下，将本地侧分割成多个区域1～3，并生成假定了进行灾害时维护信息收集管理时的管理区域的分割构成。

[0066] 作为区域分割的方法，例如以如下方式决定：监视及诊断对象设备100的设置范围在领域面积上(距离上)成为相等的领域。作为进行分割的区域数量，当假定各个维护据点掌握各个区域的状况时，优选为对应于维护据点数量的区域数量。另外，在图2中为方便而仅表示维护据点A、B，但假定据点数量为3的情况。

[0067] 并且，在根据维护据点的配置难以使领域面积相等的情况下，还存在以使各个维护据点间的距离成为相等的方式来分割区域的方法。并且，在活断层附近，在发生了大规模地震时发生地表偏移的可能性较大，此时可以认为网络9断线的可能性较大。因此，还存在考虑了活断层信息(例如使活断层不切断区域等)的区域分割方法。通过该方法，能够进行降低了区域内断线的可能性的区域分割。如此，区域分割构成生成单元1生成用于分割成多个区域1～3的分割构成。

[0068] 接着，代表本地终端候补决定单元2，在由区域分割构成生成单元1生成的各区域1～3中，决定代表各个区域的代表本地终端的候补。作为代表本地终端候补的决定方法，例如按照从最接近于区域的维护据点的快速撤退距离或移动时的距离较短的顺序作为有力候补。

[0069] 本地终端用程序生成单元3，参照与由区域分割构成生成单元1生成的区域分割构成及由代表本地终端候补决定单元2决定的代表本地终端候补顺序分别相关的信息，生成在本地终端侧在灾害时动作的灾害时处理程序。

[0070] 在此，作为与区域分割构成相关的信息，是使区域内所包含的本地终端11的ID与能够识别各个区域1～3的ID信息(识别信息)相对应的信息。并且，作为与代表本地终端候补顺序有关的信息，是使区域内所包含的本地终端11的ID信息及其代表本地终端候补顺序、与能够识别各个区域1～3的ID信息相对应的信息。本地终端用程序生成单元3将各个信息保持为程序的内单元或设定文件。

[0071] 如上那样生成的灾害时处理程序与上述的监视及诊断程序同样，由本地终端用程序验证及评价单元4验证及评价。通过该验证及评价单元4的验证及评价而判断为没有问题的灾害时处理程序(移动程序)，从程序发送单元5经由网络9配送到各个本地终端11。在本地终端11中，当本地终端用程序接收单元12接收到从中央系统10配送的移动程序时，将灾害时处理程序传送到灾害时处理程序执行单元18。

[0072] 灾害时处理程序执行单元18在产生灾害时之前待机，在接收到自动灾害检测单元15的检测结果、或来自灾害时处理开始指令接收单元16的开始指令的情况下，判断为灾害时并执行灾害时处理程序。自动灾害检测单元15例如基于来自地震传感器的检测信号而检测灾害发生。并且，灾害时处理开始指令接收单元16，例如通过维护员将灾害时处理开始指令发送用的移动式终端与区域内的网络连接，并接收从该终端发送的开始指令，由此输出灾害时处理的开始指令。

[0073] 灾害时处理程序执行单元18通过执行灾害时处理程序，而执行图3的流程图所示的顺序的处理。

[0074] 首先，代表本地终端处理实施判断单元17，通过参照表示由中央系统10的代表本地终端候补决定单元2决定的代表本地终端候补顺序的信息，判断自本地终端是否为代表区域的代表本地终端(步骤S1、S2)。该判断单元17，在代表本地终端的候补顺序中、在自本地终端位于最先的候补的情况下，判断为自本地终端是代表本地终端(步骤S2的“是”)。在不是如此的情况下，该判断单元17判断为自本地终端不是代表本地终端(步骤S2的“否”)。

[0075] 在判断为是代表本地终端的情况下，在灾害时代表本地终端处理单元19中，灾害时维护信息发送委托单元20对该区域内的全部本地终端进行灾害时维护信息发送委托(步骤S3)。此时，灾害时维护信息发送委托单元20，对灾害时维护信息接收单元21及灾害时维护信息管理单元22通知进行了委托的情况。

[0076] 并且，灾害时维护信息发送委托单元20，在从发送了灾害时维护信息的发送委托的各本地终端无应答时，判断为该区域发生了断线、或者无应答的本地终端发生了故障(步骤S4)。

[0077] 在灾害时代表本地终端处理单元19中，灾害时维护信息接收单元21，根据委托而接收从区域内的各本地终端发送的灾害时维护信息(步骤S5)。灾害时维护信息接收单元21将接收的灾害时维护信息传送到灾害时维护信息管理单元22。

[0078] 灾害时维护信息管理单元22，将从区域内的各本地终端接收的灾害时维护信息存储在灾害时维护信息DB23中，并执行由于传送到灾害时维护信息显示单元26的处理(步骤S6)。灾害时维护信息DB23例如由硬盘驱动器构成，将灾害时维护信息存储为数据文件。并且，灾害时维护信息DB23例如由闪存器构成，同样将灾害时维护信息存储为数据文件。
并且，灾害时维护信息管理单元22，将判断为上述的该区域发生了断线时的区域内的断线信息、或者判断为未应答的本地终端发生了故障时的本地故障信息，也作为灾害时维护信息存储在灾害时维护信息DB23中。

[0079] 在此，灾害时维护信息管理单元22根据从各本地终端接收的灾害时维护信息而取得保存所需要的信息，并传送到灾害时维护信息保存单元27(步骤S7的“是”)。灾害时维护信息保存单元27保存从灾害时维护信息管理单元22传送的需要信息(步骤S8)。

[0080] 并且，灾害时维护信息保存单元27，在维护员通过本地终端收集灾害时维护信息时起作用。该灾害时维护信息的收集，例如通过如下方法进行：维护员持有信息收集用的终端，移动到相应的本地终端，利用有线将信息收集用终端连接到本地终端，并下载信息。

[0081] 在此，通过对代表本地终端进行信息收集，能够取得区域内的本地终端的灾害时维护信息。并且，在本地终端具有能够充电的电池、能够利用基于无线的信息通信方法的情况下，即使在灾害时维护员难于接近本地终端的情况下，通过利用对应于无线通信的信息收集终端，能够在从本地终端离开一些的场所(能够确保安全的场所)收集信息。并且，在本地终端具有能够充电的电池、在灾害时也能够动作的情况下，即使在灾害时商用电源被切断的情况下，也能够进行灾害时维护信息的收集。此时，能够利用在能够进行灾害的自动检测时等、根据该自动检测结果而切换为电池等的方法，或者能够利用常时连接电池、即使断线功能也不停止等的方法。

[0082] 并且，灾害时维护信息管理单元22，在判断为需要显示从各本地终端接收的灾害时维护信息的情况下，将该信息传送到灾害时维护信息显示单元26(步骤S9的“是”)。灾害时维护信息显示单元26将从灾害时维护信息管理单元22传送的灾害时维护信息显示在画面上(步骤S10)。

[0083] 具体地，如图6A所示，灾害时维护信息显示单元26，在由液晶显示器构成的画面60上显示从灾害时维护信息管理单元22传送的文字信息的灾害时维护信息。多种信息每n秒(例如2秒)一次地反复显示在画面60上。在此，在成为代表本地终端的情况下，为了对区域内的全部本地终端进行灾害时维护信息发送委托，能够向区域内全部本地终端进行委托发送的信息(各本地终端的IP地址等)，被保持在灾害时处理程序内、或作为设定文件以能够参照的方式存储在本地终端中。

[0084] 并且，如图6B所示，灾害时维护信息显示单元26具有由液晶显示器构成的画面60，并且具有显示信息切换用按钮61。通过操作该显示信息切换用按钮61，多种信息在每次按下按钮61时按顺序显示在画面60上。因此，例如能够进行从重要的信息进行显示等、根据维护员的意志的信息收集。在此，也可代替显示内容切换用按钮61而利用旋转度盘等。

[0085] 并且，在本地终端中没有设置液晶显示器60的空间的情况下，如图6C所示，也可以是发光二级管元件(LED)62。即，灾害时维护信息显示单元26以LED的颜色及闪烁方法来显示灾害时维护信息。例如，能够根据信息而使LED的发光色变化，或者在信号(フラグ)接通时点亮、信号截止时闪烁等的显示方式来表示信息。另外，每n秒一次(例如2秒)地反复显示信息。

[0086] 此时，例如显示是否为代表本地终端时，通过LED62的闪烁能够显示表示是代表本地终端的信息。并且，通过设置多个LED，使各个LED对应于单独的信息，能够通过LED的颜色、闪烁方法(闪烁的周期、点亮及灭灯的时间、或闪烁的种类(3次短点亮、1次灭灯等))来进行多个信息的显示。最简单的方法是，将各个LED作为位(ビツト)信息，并预先决定各个LED点亮时位为1、LED灯灭时位为0等，例如使第1个LED对应显示是否为代表本地终端的信息，第2个LED对应显示是否有断线的信息、或自本地终端是否为孤立(与其他任何本地终端都未连接)的信息。

[0087] 并且，如图6D所示，也可以是将LED62和显示内容切换用按钮61组合了的灾害时维护信息显示单元26。LED62如上所述，根据信息而发光色变化，并以在信号接通时点亮、在信号截止时灯灭等的显示方式来表示信息。另一方面，通过操作显示信息切换用按钮61，信息在每次按下按钮61时按顺序显示。

[0088] 另一方面，在通过代表本地终端处理实施判断单元17判断为自本地终端不是代表本地终端的情况下，灾害时通常本地终端处理单元24动作(步骤S2的“否”)。在灾害时通常本地终端处理单元24中，灾害时维护信息发送单元25根据来自代表本地终端的灾害时维护信息的发送委托，将自本地终端的灾害时维护信息向该代表本地终端发送(步骤S12)。作为灾害时维护信息包括用于确定自本地终端的信息(ID或IP地址等)、表示自本地终端能否正常起作用信息(信号)、与发送数据的发送时的时刻相关的信息、以及表示有无故障部位的故障信息(参照图10)。

[0089] 在此，图10是表示在灾害时各本地终端将灾害时维护信息向代表本地终端发送时的处理顺序的流程图。该故障信息，例如设定对应于各构成要素的位，在各构成要素中仅将故障的要素的位设为1、无故障时设为0，由此包含故障状况显示位(或将这些集中的数据)。

[0090] 此外，作为灾害时维护信息，只要代表本地终端的信息存储容量允许，且为不对网络负载产生不良影响的水平，也能够包含在灾害时能够有效利用的数据。并且，通过对灾害时维护信息附加与发送数据的发送时的时刻相关的信息，能够得到用于推测事故发生时的时间的信息(参照图10及图11)。并且，在代表本地终端侧，通过在接收了灾害时维护信息时附加接收时刻地进行管理，能够得到信息的发送侧本地终端与代表本地终端之间的信息传送所需的时间的大致值。并且，在比较该信息的发送时刻和接收时刻，而比较结果不妥当的情况下，能够利用作为发送侧本地终端或代表本地终端中任意一个的时刻取得功能(内置时钟等)的故障发现的触发信息(参照图10的S61～S63)。

[0091] 在此，能够利用时刻对准用共用服务器的情况下，在信息取得时向时刻对准用共用服务器进行时刻查询，由此能够取得更加准确的事项信息，并且，能够发现时刻偏差(参照图11的110)。

[0092] 下面，参照图4的流程图说明在区域内存在伴随灾害的网络断线时的处理顺序。

[0093] 在通过代表本地终端处理实施判断单元17判断为自本地终端不是代表本地终端的情况下，在区域内未与代表本地终端连接的情况下维护信息不会被收集。因此，在连接代表本地终端和自本地终端的网络断线的情况下，将下一个代表本地终端候补作为代表本地终端而检查连接状况，将与自本地终端连接的本地终端中代表本地终端候补顺序的位次高的本地终端作为代表本地终端。通过反复这些作业能够掌握某种程度的断线状况。

[0094] 具体地，代表本地终端处理实施判断单元17，在自本地终端不是代表本地终端的情况下，对于代表本地终端候补顺序中位次最高的代表本地终端，进行能否作为代表本地终端起作用的查询(步骤S21)。在此，通过以预先生成的代表本地终端候补顺序为基准来决定代表本地终端，即使在维护员在灾害时向代表本地终端的设置场所移动时，通过按照代表本地终端候补顺序移动，能够减低维护员的移动负荷。

[0095] 在从进行了查询的代表本地终端无应答的情况下，判断为不能动作，以预先决定的代表本地终端候补顺序，将位次次之的本地终端重新设定为代表本地终端(步骤S22的“否”、S23)。代表本地终端处理实施判断单元17，检测该重新设定的代表本地终端是否为自本地终端(步骤S24)。代表本地终端处理实施判断单元17，在是自本地终端的情况下，将其设定为代表本地终端(步骤S24的“是”、S25)。

[0096] 另一方面，在代表本地终端不是自本地终端时，代表本地终端处理实施判断单元17对重新设定的代表本地终端，进行能否作为代表本地终端起作用的查询(步骤S24的“否”、S26)。代表本地终端处理实施判断单元17检查有无对于该查询的应答(步骤S27)。

[0097] 在从进行了查询的代表本地终端无应答时，判断为不能动作，并重复根据代表本地终端候补顺序而变更代表本地终端的处理(步骤S27的“否”、S23)。并且，在能够接收来自进行了查询的代表本地终端的应答(能够正常起作用的回答)的情况下，判断为能够正常起作用，并将当前设定的代表本地终端利用为代表本地终端(步骤S27的“是”、S28)。

[0098] 此时，灾害时维护信息发送单元25根据来自代表本地终端的灾害时维护信息的发送委托，将自本地终端的灾害时维护信息发送至该代表本地终端(步骤S31)。

[0099] 并且，在代表本地终端处理实施判断单元17将自本地终端设定为代表本地终端时，灾害时维护信息发送委托单元20将本机为代表本地终端的情况，向未进行查询的其他本地终端进行联络(步骤S32)。并且，灾害时维护信息发送委托单元20，对于自本地终端所属区域的各本地终端，委托灾害时维护信息的发送(步骤S33)。

[0100] 灾害时维护信息发送委托单元20在执行了灾害时维护信息的发送委托后，为了等待来自各本地终端的应答而待机预先设定的一定时间(步骤S34)。

[0101] 灾害时维护信息发送委托单元20在某一定时间经过后，检查是否从全部本地终端收集了灾害时维护信息，并在从对象的全部本地终端收集了灾害时维护信息为止成为待机状态(步骤S35的“否”)。此时，多次重复检查处理的结果(例如30分钟(每10分钟3次)等)，判断为不能够进行信息收集的本地终端与作为代表本地终端的自本地终端断线，并结束灾害时维护信息的收集(步骤S35的“是”)。

[0102] 如以上那样，作为代表本地终端的自本地终端能够从区域内的各本地终端收集灾害时维护信息。并且，也能够检测未连接的本地终端，因此与断线状况相关的信息也能够收集作为灾害维护信息。

[0103] 另一方面，代表本地终端处理实施判断单元17，在存在来自进行了查询的代表本地终端的应答时，将初始设定时的代表本地终端设定作为代表本地终端(步骤S22的“是”、S29)。灾害时维护信息发送单元25根据来自代表本地终端的灾害时维护信息的发送委托，将自本地终端的灾害时维护信息发送到该代表本地终端(步骤S30)。

[0104] 参照图5的概念图说明以上的处理。

[0105] 如图5所示，在区域1中假定最接近维护据点A的本地终端1为代表本地终端的第一候补。在此，代表本地候补顺序是，离维护据点A的直线距离越近、位次越高，本地终端n的序号为优先位次。并且，由于本地终端1为无故障或未被破坏的状况，因此在通常处理中本地终端1成为区域1的代表本地终端。

[0106] 在此，为在区域1内产生断线210，本地终端4、6、7、8、9与作为代表本地终端的本地终端1断线的状况。此时，本地终端4、6、7、8、9由于在灾害时处理程序的处理开始后，即使超过了某设定时间(例如在自区域内从自本地终端向最远的本地终端的进行查询-回答所需的时间等)，也没有来自代表本地终端的灾害时维护信息的发送委托的查询，因此进行根据代表本地终端候补顺序、应该将本地终端1以外的其他本地终端作为代表本地终端的处理。

[0107] 在此，本地终端n的序号n为代表本地终端候补的优先顺序，因此在由于断线而产生的辅助区域2中，例如本地终端4成为代表本地终端。并且，在辅助区域2的代表本地终端决定处理中，本地终端4、6、7、8、9与本地终端1的连接状况判断为断线，因此能够将该信息利用为断线状况信息。

[0108] 并且，在辅助区域1中，本地终端1对区域1内的本地终端发送灾害时维护信息的发送委托并掌握其应答状况，因此可知无回答的本地终端4、6、7、8、9与本地终端1未连接，而本地终端2、5连接。并且，在辅助区域2中，在本地终端4作为代表本地终端而开始动作后，也与本地终端1同样，对区域内本地终端执行灾害时维护信息的发送委托的查询，并掌握应答状况。由此可知，无应答的本地终端1、2、5与本地终端4未连接，本地终端6、7、8、9与本地终端4连接。

[0109] 如此，通过代表本地终端可知区域内的断线信息。在此，上述的例子是存在代表本地终端候补顺序时的例子，但即使在没有代表本地终端候补顺序时，各本地终端也对区域内的全部其他本地终端进行断线确认用的查询，并在具有其结果和与“维护据点和区域内全部本地终端的距离关系”相关的信息的情况下，能够根据这些数据自动地决定下一个代表本地终端。例如能够通过组合如下逻辑来实现：根据维护据点和区域内的全部本地终端的距离关系，根据辅助区域内所属的全部本地终端与维护据点间的距离，将最短距离的本地终端作为代表本地终端。

[0110] 并且，关于断线信息的取得，在比较小区域的情况下、例如在大厦内的仅1层内等的情况下，能够使用利用了电力线输送的网络通信。此时，在作为网络的线的电力线断线时通电本身也消失，因此还存在基于此来取得与断线状况相关的信息的方法。

[0111] 根据以上那样的本实施方式的系统，在网络断线时，能够从远程地的监视及诊断对象的各本地终端高效率地收集灾害时维护信息。即，将配置有作为监视及诊断对象的监视及诊断设备的区域分割成多个区域，在各区域中利用本地终端之间的信息通信，将灾害时维护信息集中到代表本地终端中，由此在灾害时能够高效率地取得维护信息。在此，作为区域的分割方法，通过使区域的领域相等地进行分割、或者使代表本地终端为离维护据点最近的本地终端等，能够降低维护员的移动负荷。

[0112] 并且，在区域分割或代表本地终端的决定中，通过考虑活断层信息，能够进行断线可能性较小的区域分割或代表本地终端的决定。并且，通过在区域内查询确认本地终端的生存(无故障地正常动作、也未断线的状态)，并进行灾害维护信息的发送接收，能够将断线信息作为灾害时维护信息收集到代表本地终端中。

[0113] 并且，能够将来自本地终端的信息作为电子数据收集到维护员的信息收集终端中，由此能够提高信息收集效率及事后的处理效率。特别是在本地终端能够进行无线通信的情况下，在灾害时为危险的状况、或者难以靠近本地终端附近的情况下，也能够进行信息收集。另外，代表本地终端优选事前决定的方式。自动决定的方式也可以，但维护员需要搜索代表本地终端。

[0114] [第2实施方式]

[0115] 图7是用于说明第2实施方式的远程监视及诊断系统的构成的框图。另外，对于与图1所示的第1实施方式的远程监视及诊断系统相同的构成赋予相同符号，并省略其详细说明。

[0116] 在本实施方式的系统中，各本地终端11具有：灾害时通常本地终端处理单元24所包括的信息收集用移动程序发送接收单元28；及灾害时代表本地终端处理单元19所包括的信息收集用移动程序信息收集开始单元(以下简称为“信息收集开始单元”)29。并且，在灾害时代表本地终端处理单元19中，包括信息收集用移动程序信息收集结束处理单元(以下简称为“信息收集结束处理单元”)30。

[0117] (系统的作用)

[0118] 首先，如上所述，灾害时处理程序执行单元18在灾害时发生之前待机，在收到自动灾害检测单元15的检测结果、或来自灾害时处理开始指令接收单元16的开始指令的情况下，判断为灾害时并执行灾害时处理程序。并且，代表本地终端处理实施判断单元17执行自本地终端是代表本地终端、还是通常的本地终端的判断处理。

[0119] 接着，在本实施方式中构成为：在区域内网络产生断线时，信息收集用移动程序在各本地终端之间移动而收集信息。以下参照图9的流程图来说明处理顺序。

[0120] 代表本地终端处理实施判断单元17对区域内的全部本地终端进行是否为能够回答的状况的查询(步骤S41)。根据该查询的回答状况，生成表示区域内的连接状况的图(区域内连接状况图)(步骤S42)。其将对区域内全部本地终端的每一个与自本地终端的连接状况进行表示的信息以表形式等保有。通过对全部本地终端实施这种处理，全部本地终端能够具有区域内连接状况图。

[0121] 接着，代表本地终端处理实施判断单元17根据区域内连接状况图，例如将最靠近维护据点的本地终端决定为代表本地终端(步骤S43)。在此，在区域内无网络断线时，按照预先决定的代表本地终端候补顺序，将优先位次最高的本地终端设定为代表本地终端。

[0122] 另一方面，在产生断线时，基于断线而区域内被分割成辅助区域，因此需要在自本地终端所属的辅助区域内设定代表本地终端。在设定该代表本地终端时，使用区域内连接状况图，能够识别与自本地终端所属于相同辅助区域的本地终端，因此从中决定代表本地终端。作为决定方法，除了在与自本地终端所属于相同辅助区域内的本地终端中、决定最接近维护据点的本地终端的情况以外，也可以是在辅助区域内的本地终端中、将代表本地终端候补顺序中优先位次最高的本地终端作为代表本地终端的方法。

[0123] 接着，代表本地终端处理实施判断单元17检查决定的代表本地终端是否为自本地终端(步骤S44)。根据该检查结果，在代表本地终端是自本地终端的情况下，将自本地终端决定为代表本地终端(步骤S45)。由此，自本地终端作为代表本地终端而进行处理。

[0124] 另一方面，在代表本地终端是其他本地终端的情况下，自本地终端作为通常的本地终端执行处理(步骤S44的“否”)。即，通常本地终端处理单元24待机，直到信息收集用移动程序发送接收单元28从代表本地终端接收到开始了移动的信息收集用移动程序为止(步骤S50)。当信息收集用移动程序到达自本地终端时，灾害时维护信息发送单元25将自本地终端的灾害时维护信息交接到信息收集用移动程序(步骤S51)。

[0125] 在此，灾害时维护信息发送单元25在交接灾害时维护信息的情况下，对信息收集用移动程序本身追加作为程序代码的一个单元、或者利用端口进行交接。并且，在信息收集用移动程序由代理构成的情况下，例如在使用Bee-gent(注册商标)时，例如能够利用baggage命令在代理内保持数据，因此能够利用baggage命令来收集信息。

[0126] 在这种自本地终端的灾害时维护信息的收集结束后，信息收集用移动程序发送接收单元28将信息收集用移动程序移动到下一个本地终端(步骤S52)。此时，灾害时维护信息发送单元25向信息收集用移动程序发送接收单元28输出灾害时维护信息的发送结束的触发。基于该触发，信息收集用移动程序发送接收单元28将信息收集用移动程序移动到下一个本地终端。

[0127] 关于该移动处理，还存在信息收集用移动程序本身预先具有移动顺序的方法、或者对各本地终端设定下一个移动目的地而对其进行参照的方法。此时，需要考虑网络断线并预先设定多个候补。并且，关于移动处理，除了信息收集用移动程序发送接收单元28向下一个本地终端发送信息收集用移动程序的方法以外，如果信息收集用移动程序是能够自行移动的移动代理，则也可以是对该移动代理内记载与移动相关的处理、并根据该处理来进行移动的方法。

[0128] 并且，在判断为自本地终端为代表本地终端的情况下，将自本地终端作为代表本地终端，而执行代表本地终端的处理(步骤S45)。即，灾害时代表本地终端处理单元19所包括的信息收集开始单元29，根据区域内连接状况图，生成信息收集用移动程序应该移动而进行信息收集的本地终端的一览(步骤S46)。在该一览表的生成中，存在以代表本地终端候补顺序为基准进行排列的方法。此时，在代表本地终端候补顺序为离维护据点的距离短的顺序时，能够按离维护据点近的顺序进行信息收集。

[0129] 信息收集开始单元29根据生成的应该进行信息收集的本地终端的一览，开始基于信息收集用移动程序的灾害时维护信息的信息收集(步骤S47)。作为信息收集的方法为，信息收集用移动程序本身经由网络9在本地终端之间移动，并收集各本地终端的灾害时维护信息。在该信息收集开始处理结束的时刻，信息收集用移动程序不存在于作为代表本地终端的自本地终端上。

[0130] 信息收集开始单元29将收集开始处理结束了的旨意通知给信息收集结束处理单元30。开始了信息收集的信息收集用移动程序，移动到作为代表本地终端的自本地终端所属的区域(或辅助区域)内的全部本地终端，并执行灾害时维护信息的收集处理。

[0131] 该期间，在代表本地终端上，信息收集结束处理单元30成为等待信息收集用移动程序返回的待机状态(步骤S48)。信息收集结束处理单元30，在从信息收集开始单元29接收到信息收集开始处理已结束的旨意的通知后成为待机状态。在信息收集用移动程序返回到作为代表本地终端的自本地终端的时刻，信息收集结束处理单元30进行信息收集作业结束处理(步骤S49)。作为该信息收集作业结束处理为，对最后的灾害时维护信息即自本地终端的灾害时维护信息进行收集并结束。

[0132] 在此，信息收集用移动程序在本地终端之间移动时，在移动到下一个本地终端之前，进行下一个本地终端是否为能够移动状况的查询。根据对于该查询的应答，信息收集用移动程序判断能否移动到下一个本地终端，如果为可能则进行移动。此时，对于查询的应答，在超过设定时间(“在通常时通过PING命令等求出的通信时间+余量时间”等)还无应答的情况，或者存在构成本地终端的设备的一个单元发生故障或移动有障碍的旨意的应答的情况下，判断为下一个本地终端为断线(或不可移动)，并进一步进行向下一个本地终端的移动。

[0133] 并且，在信息收集用移动程序为能够自行移动的移动代理的情况下，在移动处理成为移动失败的结果的情况、或者到移动结束为止需要设定时间以上的情况下，通过判断为下一个本地终端为断线的方法，收集最新的断线信息。并且，信息收集用移动程序，根据信息收集开始时的时刻、信息收集结束时的时刻、及在各本地终端收集了灾害时维护信息的时刻的时刻信息，推测各本地终端的时刻信息的异常(参照图12及图13)。

[0134] 如图13所示，在对信息收集用移动程序结束信息收集而返回到代表本地终端的时刻、和在本地终端C的信息收集时刻的时刻进行比较时，可知本地终端C的时刻明显是非常靠后的时刻(超过了误差的范围)，本地终端C的时刻明显异常(参照图13的130)。

[0135] 通过信息收集用移动程序收集结束的信息被交接到灾害时维护信息管理单元22。灾害时维护信息管理单元22与上述的第1实施方式同样，将收集结束的信息存储在灾害时维护信息DB23中，或者通过灾害时维护信息显示单元26进行信息显示。并且，灾害时维护信息保存单元27保存从灾害时维护信息管理单元22传送的收集结束的信息的一个单元或全部单元。

[0136] 根据以上那样的本实施方式的系统，在各区域中来自代表本地终端的信息收集用移动程序经由网络9，一边在各本地终端之间移动一边收集各本地终端的灾害时维护信息。代表本地终端通过存储收集的信息，能够高效率地取得灾害时的维护信息。

[0137] 并且，通过自动检测灾害且信息收集用移动程序自动地开始收集作业的构成，能够在灾害时进行自动信息收集。并且，在信息收集用移动程序移动时，通过进行移动目的地的本地终端是否能够移动的查询，还能够取得最新的网络断线状况。

[0138] 并且，在本实施方式中，信息收集用移动程序通过执行图15所示的处理150，能够根据从代表本地终端出发后的通过时刻(Ts、Te、T1、T2)，判断各本地终端的内单元时钟的故障。即，通过对信息收集用移动程序的收集开始时刻和收集结束时刻及在各本地终端进行了信息收集的时刻进行比较，能够在本地终端的时刻中存在明显异常的时刻时将其检测出(参照图14)。另外，在图14中，区域1内的点线表示信息收集用移动程序的信息收集路径。

[0139] [第3实施方式]

[0140] 图16是用于说明第3实施方式的远程监视及诊断系统的构成的框图。另外，对于与图1所示的第1实施方式的远程监视及诊断系统同样的构成赋予同一符号，并省略其详细说明。

[0141] 在本实施方式的系统中，设有与网络9连接的移动式信息收集装置300。并且，各本地终端11的构成是，包括灾害时通常本地终端处理单元24，但不包括灾害时代表本地终端处理单元19。

[0142] (系统的作用)

[0143] 本实施方式的移动式信息收集装置300是维护员能够携带移动的移动式的信息收集装置，与连接有监视及诊断对象设备的网络9连接而进行利用。向网络9的连接为，例如在网络为因特网的情况下，能够向连接有本地终端11的集线器(HUB)进行LAN连接。

[0144] 移动式信息收集装置300具有与图1所示的灾害时代表本地终端处理单元19相当的功能。即，移动式信息收集装置300具有灾害时维护信息发送委托单元20、灾害时维护信息接收单元21、灾害时维护信息管理单元22及灾害时维护信息数据库(DB)23的各功能。

[0145] 如图17所示，使用本实施方式的移动式信息收集装置300，经由网络9与本地终端n(1～9)连接，并参照或下载灾害时维护信息，由此能够进行区域内的灾害时维护信息的收集。移动式信息收集装置300与连接网络9的哪里连接都可以，因此即使各本地终端中不具有代表本地终端的功能，也能够进行高效率的灾害时维护信息的收集。

[0146] [第4实施方式]

[0147] 图18是用于说明第4实施方式的远程监视及诊断系统的构成的框图。另外，对于与图1所示的第1实施方式的远程监视及诊断系统同样的构成赋予同一符号，并省略其详细说明。

[0148] 在本实施方式的系统中，设有与网络9连接的灾害时代表本地终端功能用小型服务器(以下简称为“小型服务器”)400。并且，各本地终端11的构成是，包括灾害时通常本地终端处理单元24，但不包括灾害时代表本地终端处理单元19。

[0149] (系统的作用)

[0150] 本实施方式的小型服务器400，与连接有监视及诊断对象设备的网络9连接而进行利用。小型服务器400具有与图1所示的灾害时代表本地终端处理单元19相当的功能。即，小型服务器400具有灾害时维护信息发送委托单元20、灾害时维护信息接收单元21、灾害时维护信息管理单元22及灾害时维护信息数据库(DB)23的各功能。

[0151] 如图19所示，本实施方式的小型服务器400，经由网络9与本地终端n(1～9)连接，并参照或下载灾害时维护信息，由此能够进行区域内的灾害时维护信息的收集。此时，本实施方式的小型服务器400与上述的移动式信息收集装置300等相比较，能够包括存储大容量的信息的存储装置，因此能够收集并存储大容量的灾害时维护信息。

[0152] 因此，根据本实施方式，如果在成本上能够设置小型服务器400，则在灾害时通过小型服务器400内的代表本地终端处理功能，能够收集并存储大容量的灾害时维护信息。因此能够高效率地进行灾害时维护信息的收集。

[0153] 另外，说明了各实施方式的系统从区域内的各本地终端中自动地决定代表本地终端的情况，但也可以是在本地终端设置时预先决定并设置代表本地终端的方式。并且，在区域内仅存在1台本地终端的情况下，也能够适用各实施方式的系统。

[0154] 根据各本实施方式，能够提供一种远程监视及诊断系统，在灾害发生时，能够有效地收集监视及诊断对象的监视及诊断处理所需的维护信息，并能够实现有效的灾害对策。

[0155] 对于本领域技术人员来说，其他优点和变通是很容易联想得到的。因此，本发明就其较宽方面而言，并不限于本申请给出和描述的具体细节和说明性实施例。因此，在不偏离所附权利要求及其等同物定义的总发明构思精神或保护范围的前提下，可以做出各种修改。