CN105531680B - 远程监视系统以及远程监视方法 - Google Patents

远程监视系统以及远程监视方法 Download PDF

Info

Publication number
CN105531680B
CN105531680B CN201480050261.2A CN201480050261A CN105531680B CN 105531680 B CN105531680 B CN 105531680B CN 201480050261 A CN201480050261 A CN 201480050261A CN 105531680 B CN105531680 B CN 105531680B
Authority
CN
China
Prior art keywords
information
fault
failure
monitoring apparatus
malfunction monitoring
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201480050261.2A
Other languages
English (en)
Other versions
CN105531680A (zh
Inventor
落合晋二
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nec Flying Dragon Co Ltd
Original Assignee
Nec Flying Dragon Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nec Flying Dragon Co Ltd filed Critical Nec Flying Dragon Co Ltd
Publication of CN105531680A publication Critical patent/CN105531680A/zh
Application granted granted Critical
Publication of CN105531680B publication Critical patent/CN105531680B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0748—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a remote unit communicating with a single-box computer node experiencing an error/fault
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793—Remedial or corrective actions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/20—Administration of product repair or maintenance

Abstract

提供对多个监视对象装置提高了处理能力的远程监视系统。远程监视系统包括以下的故障监视装置、故障分析装置以及故障管理装置。故障监视装置经由网络对多个监视对象装置发送故障检测命令，接收所执行的故障检测命令的执行结果而判定有无故障，关于判定为有故障的监视对象装置，输出故障检测信息。此外，故障分析装置接收故障检测信息，分析在故障检测信息中包含的故障检测命令的执行结果而决定用于修复故障的故障应对方法，输出故障分析信息。此外，故障管理装置接收故障分析信息，管理在故障分析信息中包含的故障应对方法的执行。这里，故障监视装置、故障分析装置以及故障管理装置中的两个以上能够并行地执行处理。

Description

远程监视系统以及远程监视方法
[关于关联申请的记载]
本发明基于日本专利申请：特愿2013-188324号(2013年9月11 日申请)，同申请的全部记载内容通过引用而编入本说明书中记载。
技术领域
本发明涉及远程监视系统、远程监视方法以及程序。尤其，本发明涉及经由网络对监视对象装置中的故障进行远程检测的技术。
背景技术
以往，在对顾客处设置的信息处理装置等的故障进行检测而维修管理的系统中，广泛地使用以下的两种方法。第一方法是在顾客的信息处理装置中导入监视模块，该监视模块检测故障而通知的方法。第二方法是在顾客网络内设置故障监视装置，该故障监视装置检测信息处理装置的故障的方法。
但是，在第一方法中，由于无法从信息处理装置的外部检测故障，所以存在无法检测信息处理装置的异常停止等的故障的问题。此外，在第二方法中，必须在顾客网络内设置故障监视装置，存在故障监视装置的导入费用成为顾客的负担的问题。
为了解除上述的问题，例如，在专利文献1中，公开了如下的维修管理系统：经由网络，由维修管理中心的故障监视服务器，对在多个顾客地点设置的计算机系统的故障进行监视。根据该维修管理系统，能够对从多个顾客地点收集到的故障信息进行打分，根据分数的高低来对故障的重要性或紧急度进行定量评价，统一管理与维修部件的发送或维修人员的部署有关的优先排位。
此外，在专利文献2中，公开了经由互联网与多个顾客系统连接的维修装置。该维修装置具有各顾客系统内的装置的结构信息(型名、制造号、版数等)的注册单元，且能够基于该结构信息而使其执行远程诊断。此外，该维修装置在诊断结果中检测到异常的情况下，还能够自动地呼叫维修人员。
现有技术文献
专利文献
专利文献1:特开2003-241999号公报
专利文献2:特开2003-345622号公报
发明内容
发明要解决的课题
上述的专利文献的全部公开内容通过引用而编入本说明书中记载。从本发明的观点提供以下的分析。
在专利文献1、2中公开的维修管理系统中，如专利文献2的图4 所示那样，将对于多个顾客系统的诊断执行相互隔着时间间隔而实施的情况下，能够以期望的处理能力来执行各自的故障检测、故障分析以及故障对策。但是，例如，在地震等的紧急时，要求对多个顾客系统同时执行故障检测、故障分析以及故障对策。在这样的情况下，在专利文献1、2中公开的维修管理系统中，存在处理能力不足的顾虑。
因此，本发明的目的在于，提供一种能够对对于多个监视对象装置的故障检测、故障分析以及故障对策的处理能力的提高产生贡献的远程监视系统。
用于解决课题的手段
第一观点的远程监视系统包括以下的故障监视装置、故障分析装置以及故障管理装置。该故障监视装置经由网络对多个监视对象装置发送故障检测命令，接收在各个所述监视对象装置中执行的所述故障检测命令的执行结果而判定各个所述监视对象装置有无故障，关于判定为有故障的所述监视对象装置，输出包括所述监视对象装置的信息以及所述故障检测命令的执行结果的故障检测信息。此外，该故障分析装置接收所述故障检测信息，分析在所述接收的故障检测信息中包含的故障检测命令的执行结果而决定用于修复故障的故障应对方法，输出包括所述监视对象装置的信息以及所述故障应对方法的故障分析信息。此外，该故障管理装置接收所述故障分析信息，管理在所述接收的故障分析信息中包含的故障应对方法的执行。这里，所述故障监视装置、所述故障分析装置以及所述故障管理装置中的两个以上能够并行地执行对于互不相同的所述监视对象装置的处理。
第二观点的远程监视方法包括以下的步骤。即，该远程监视方法包括经由网络对多个监视对象装置发送故障检测命令的步骤。此外，该远程监视方法包括接收在各个所述监视对象装置中执行的所述故障检测命令的执行结果而判定各个所述监视对象装置有无故障，关于判定为有故障的所述监视对象装置，输出包括所述监视对象装置的信息以及所述故障检测命令的执行结果的故障检测信息的判定步骤。此外，该远程监视方法包括接收所述故障检测信息，分析在所述接收的故障检测信息中包含的故障检测命令的执行结果而决定用于修复故障的故障应对方法，输出包括所述监视对象装置的信息以及所述故障应对方法的故障分析信息的分析步骤。进一步，该远程监视方法包括接收所述故障分析信息，管理在所述接收的故障分析信息中包含的故障应对方法的执行的管理步骤。这里，所述判定步骤、所述分析步骤以及所述管理步骤中的两个以上能够并行地执行。
本方法与监视故障的故障监视装置、分析故障的故障分析装置以及管理故障的故障管理装置这样的特定的机械相结合。
第三观点的程序是检测多个监视对象装置的故障的程序，使计算机执行以下的处理。即，该程序使计算机执行如下处理：经由网络对多个监视对象装置发送故障检测命令，接收在各个所述监视对象装置中执行的所述故障检测命令的执行结果而判定各个所述监视对象装置有无故障，关于判定为有故障的所述监视对象装置，将包括所述监视对象装置的信息以及所述故障检测命令的执行结果的故障检测信息输出到使用所述故障检测信息而决定用于修复故障的故障应对方法的装置。
另外，本程序能够记录在计算机能够读取的存储介质中。存储介质能够设为半导体存储器、硬盘、磁记录介质、光记录介质等的非暂时(non-transient)性的介质。本发明也能够作为计算机程序产品来体现。
发明效果
根据远程监视系统，能够提供一种对对于多个监视对象装置的故障检测、故障分析以及故障对策的处理能力的提高产生贡献的远程监视系统。
附图说明
图1是表示在应用了一实施方式的远程监视系统的情况下的整体结构的框图。
图2是表示一实施方式的远程监视系统的动作的时序图。
图3是表示在应用了第一实施方式的远程监视系统的情况下的整体结构的框图。
图4是表示第一实施方式的远程监视系统中的故障监视装置的功能结构的图。
图5是表示第一实施方式的远程监视系统中的故障分析装置的功能结构的图。
图6是表示第一实施方式的远程监视系统中的故障管理装置的功能结构的图。
图7是表示第一实施方式的远程监视系统中的故障监视装置的动作的流程图。
图8是表示第一实施方式的远程监视系统中的故障分析装置的动作的流程图。
图9是表示第一实施方式的远程监视系统中的故障管理装置的动作的流程图。
图10是接着图9的流程图。
图11是表示在第一实施方式中，发生故障监视装置的系统切换的情况下的故障监视装置的流程图。
图12是表示在第一实施方式中，发生故障监视装置的系统切换的情况下的故障分析装置的流程图。
图13是第一实施方式的远程监视系统中的故障监视装置的故障检测对象装置数据库的一例。
图14是第一实施方式的远程监视系统中的故障监视装置的故障检测项目数据库的一例。
图15是第一实施方式的远程监视系统中的故障监视装置的数据转发目的地数据库的一例。
图16是第一实施方式的远程监视系统中的故障分析装置的监视对象装置信息数据库的一例。
图17是第一实施方式的远程监视系统中的故障分析装置的故障信息数据库的一例。
图18是第一实施方式的远程监视系统中的故障分析装置的故障监视装置冗长结构信息数据库的一例。
图19是第一实施方式的远程监视系统中的故障监视装置的故障管理数据库的一例。
图20是第一实施方式的远程监视系统中的故障监视装置的顾客信息数据库的一例。
图21是第一实施方式的远程监视系统中的故障监视装置的员工信息数据库的一例。
图22是第一实施方式的远程监视系统中的故障监视装置的作业预定数据库的一例。
图23是表示在应用了第二实施方式的远程监视系统的情况下的整体结构的框图。
图24是表示第二实施方式的远程监视系统的动作的时序图。
图25是表示在应用了比较例1的远程监视系统的情况下的整体结构的框图。
图26是表示比较例1的远程监视系统的动作的时序图。
具体实施方式
首先，说明一实施方式的概要。另外，在实施方式的概要的说明中标注的附图参考标记是专门为了理解的例示，并不意图限定于图示的方式。
如图1所示，一实施方式中的远程监视系统1包括以下的故障监视装置100、故障分析装置200以及故障管理装置300。该故障监视装置100经由网络2对多个监视对象装置10a～b发送故障检测命令3a～ b，接收在各个监视对象装置中执行的故障检测命令的执行结果4a～b 而判定各个监视对象装置10a～b有无故障，关于判定为有故障的监视对象装置，输出包括监视对象装置的信息(与10a对应的A0001；参照图1(B))以及故障检测命令的执行结果4a～b的故障检测信息5a～ b。此外，该故障分析装置200接收故障检测信息5a～b，分析在接收到的故障检测信息5a～b中包含的故障检测命令的执行结果4a～b而决定用于修复故障的故障应对方法，输出包括监视对象装置的信息以及故障应对方法(在6a中包含的7a；参照图1(C))的故障分析信息 6a～b。此外，该故障管理装置300接收故障分析信息6a～b，管理在接收到的故障分析信息6a～b中包含的故障应对方法(在6a中包含的 7a；参照图1(C))的执行。这里，如图2所示，故障监视装置100、故障分析装置200以及故障管理装置300中的两个以上能够并行地执行对于互不相同的监视对象装置10a～b的处理(如图2所示，在期间 TA中，故障监视装置100和故障分析装置200并行地执行，在期间TB 中，故障分析装置200和故障管理装置300并行地执行)。
通过上述的结构，在对多个监视对象装置10a～b远程进行故障检测、故障分析以及故障对策的远程监视系统1中，构成远程监视系统1 的故障监视装置100、故障分析装置200以及故障管理装置300中的两个以上能够并行地执行处理。因此，能够提供整体上处理能力提高的远程监视系统。
优选在上述的远程监视系统中，故障分析装置200还具备故障信息数据库(图5的205)，该故障信息数据库预先确定有与多个故障检测命令的执行结果对应的故障应对方法。并且，故障分析装置200也可以使用在从故障监视装置100接收到的故障检测信息5a～b中包含的故障检测命令的执行结果4a～b，检索故障信息数据库(图5的205) 而决定用于修复故障的故障应对方法(图1(C)的7a等)。
优选在上述的远程监视系统中，在故障信息数据库(图5、图17 的205)中，进一步确定有与各个故障应对方法对应的嫌疑部件信息9。并且，故障分析装置200也可以使用在故障检测信息5a～b中包含的故障检测命令的执行结果4a～b，检索故障信息数据库(图5的205) 而取得嫌疑部件信息9a～b，并对故障分析信息6a～b附加嫌疑部件信息9a～b，故障管理装置300基于在接收到的故障分析信息6a～b中包含的嫌疑部件信息9a～b，送出嫌疑部件的部署的指示。
优选在上述的远程监视系统中，在故障信息数据库(图5、图17 的205)中，进一步确定有与各个故障应对方法对应的维修人员派遣请求信息19。并且，故障分析装置200也可以使用在故障检测信息5a～ b中包含的故障检测命令的执行结果4a～b，检索故障信息数据库(图 5的205)而取得维修人员派遣请求信息19a～b，并对故障分析信息 6a～b附加维修人员派遣请求信息19a～b，故障管理装置300基于在接收到的故障分析信息6a～b中包含的维修人员派遣请求信息19a～b，将指示维修人员的派遣的通知发送给维修人员终端22a。
优选在上述的远程监视系统中，故障管理装置300具有顾客信息数据库(图6、图20的208)，该顾客信息数据库存储有与多个监视对象装置10a～b分别对应的顾客终端20a～b的地址。并且，故障管理装置300也可以使用在接收到的故障分析信息(例如，6a)中包含的监视对象装置的信息(图1(B)的A0001)，检索顾客信息数据库(图 6、图20的208)而取得与监视对象装置10a对应的顾客终端20a的地址，并对顾客终端20a的地址通知监视对象装置10a的故障。
优选在上述的远程监视系统中，如图3所示，故障监视装置由包括主系统的故障监视装置100m以及副系统的故障监视装置100s的两个以上的故障监视装置构成。这里，故障分析装置200也可以在检测到主系统的故障监视装置100m的异常的情况下，在主系统的故障监视装置100m和副系统的故障监视装置100s之间切换主系统/副系统的设定，故障分析装置200使用从主系统的故障监视装置发送的故障检测信息而决定故障应对方法，不使用从副系统的故障监视装置发送的故障检测信息。
也可以在上述的远程监视系统中，上述的多个故障监视装置 (100m、100s等)被设定为分别定期地将运转通知信息8a～b发送给故障分析装置200，故障分析装置200判定是否能够从两个以上的故障监视装置(100m、100s等)分别接收运转通知信息8a～b，将无法接收运转通知信息的故障监视装置检测为异常。
优选在上述的远程监视系统中，如图3所示，故障监视装置(100m、 100s)经由闭环IP(互联网协议(Internet Protocol))网50接收来自多个监视对象装置(10a～b)的故障检测命令执行结果4a～b。
一实施方式中的远程监视方法如图1、图2的任一个所示，包括以下的步骤。即，该远程监视方法包括经由网络2对多个监视对象装置10a～b发送故障检测命令3a～b的步骤。此外，该远程监视方法包括接收在各个监视对象装置10a～b中执行的故障检测命令的执行结果 4a～b而判定各个监视对象装置10a～b有无故障，关于判定为有故障的监视对象装置，输出包括监视对象装置的信息以及故障检测命令的执行结果4a～b的故障检测信息5a～b的判定步骤(S100a、S100b)。此外，该远程监视方法包括接收故障检测信息5a～b，分析在接收到的故障检测信息5a～b中包含的故障检测命令的执行结果4a～b而决定用于修复故障的故障应对方法，输出包括监视对象装置的信息以及故障应对方法的故障分析信息6a～b的分析步骤(S101a、S101b)。进一步，该远程监视方法包括接收故障分析信息6a～b，管理在接收到的故障分析信息6a～b中包含的故障应对方法的执行的管理步骤(S102a、S102b)。这里，判定步骤、分析步骤以及管理步骤中的两个以上能够并行地执行(在图2中，判定步骤S100b和分析步骤S101a、分析步骤 S101b和管理步骤S102a分别并行地执行)。
以下，参照附图详细说明各实施方式。
[第一实施方式]
(第一实施方式的结构)
参照图3～图6详细说明第一实施方式的结构。图3是表示第一实施方式的远程监视系统11的整体结构的框图。如图3所示，远程监视系统11是从设置有远程监视系统11的监视中心远程对在多个顾客地点(顾客地点A、顾客地点B等)分别设置的监视对象装置10a～b进行监视的装置。这里，监视对象装置10a～b例如是服务器、网络设备、PC(个人计算机(Personal Computer))等的信息处理装置。
这里，各顾客地点的顾客不希望在本公司网络内设置监视用设备，对提供远程监视系统11的运营商委托本公司内的信息处理装置的维修管理。如图3所示，监视中心的远程监视系统11由两个故障监视装置 100m、100s、故障分析装置200以及故障管理装置300构成。上述4 个装置都是搭载有中央处理装置CPU(Central Processing Unit)的服务器设备。以后，故障监视装置在不区分主系统/副系统的情况下简称为“故障监视装置”。
故障监视装置(100m、100s)具有经由闭环IP网50进行监视对象装置10a～b的故障检测，在从监视对象装置10a～b检测到异常的情况下，将故障检测信息5a～b通知给故障分析装置200的功能。作为闭环IP网50，例如能够应用VPN(虚拟专用网(Virtual PrivateNetwork))等。此外，故障监视装置成为主系统的故障监视装置100m 以及副系统的故障监视装置100s的冗长结构。
故障分析装置200具有对从故障监视装置(100m、100s)通知的故障检测信息5a～b进行分析，并将分析结果作为故障分析信息6a～b 通知给故障管理装置300的功能。这里，故障检测信息5a以及故障分析信息6a对应于监视对象装置10a，故障检测信息5b以及故障分析信息6b对应于监视对象装置10b。
故障监视装置(100m、100s)中的一方作为主系统的故障监视装置来发挥作用，另一方作为副系统的故障监视装置来发挥作用。在图3 中，故障监视装置100m、故障监视装置100s分别被设定为主系统的故障监视装置、副系统的故障监视装置。故障分析装置200只将从主系统的故障监视装置100m转发的故障检测信息5a～b作为分析的对象。但是，在故障分析装置200检测到主系统的故障监视装置100m的异常的情况下，切换主系统/副系统。即，副系统的故障监视装置的100s切换到主系统，主系统的故障监视装置的100m切换到副系统。
故障管理装置300具有基于从故障分析装置200转发的故障分析信息6a～b，进行对顾客终端20a～b通知故障内容、对维修人员通知出动指示以及维修部件(嫌疑部件)的选定的功能。
(故障监视装置的结构)
接着，参照图4详细说明故障监视装置(100m、100s)的结构。故障监视装置(100m、100s)具备系统故障检测部101、故障检测信息制作部102、运转通知信息定期制作部103以及数据转发部104。上述的各部是由故障监视装置具备的CPU执行的软件模块。此外，故障监视装置(100m、100s)作为数据库而具备故障检测对象装置DB201、故障检测项目DB202以及数据转发目的地DB203(这里，DB为数据库的缩写。以下，相同)。上述的数据库存储在故障监视装置的存储部(未图示)中。
系统故障检测部101参照故障检测对象装置DB(图13的201)，取得用于执行故障检测命令3a～b的监视对象装置10a～b的IP地址以及监视对象装置代码(用于确定监视对象装置的唯一代码)。
并且，系统故障检测部101对从故障检测对象装置DB201取得的监视对象装置的IP地址，经由闭环IP网50发送从故障检测项目DB (图14的202)取得的故障检测用命令3a～b。并且，接收在各监视对象装置10a～b中执行的故障检测用命令的执行结果4a～b。接收到的故障检测用命令的执行结果4a～b通过与故障检测项目DB202的故障判定阈值比较等，进行是正常还是异常的判定。在判定为异常的情况下，取得故障检测项目DB202的故障代码。
接着，以取得完毕的各种信息(故障检测用命令执行日期时间、监视对象装置的IP地址、监视对象装置代码、故障检测用命令的执行结果4a～b、故障代码)作为引数，启动故障检测信息制作部102。故障检测信息制作部102在预定的目录中，制作故障检测信息5a～b的文件。
关于运转通知信息定期制作部103，设为在说明图11～图12的流程图时在后面叙述。
数据转发部104具有对故障分析装置200转发故障检测信息5a～b 的功能。数据转发部104判定在预定的目录中是否存在在故障检测信息制作部102中制作的故障检测信息5a～b的文件，在存在的情况下，参照数据转发目的地DB(图15的203)，取得成为转发目的地的故障分析装置200的IP地址。并且，数据转发部104对故障分析装置200 的IP地址，执行故障检测信息5a～b的转发。被转发的故障检测信息 5a～b保存在故障分析装置200的预定的目录中。
如图13所示，故障检测对象装置DB201是用于管理监视对象装置的数据库。故障检测对象装置DB201具有监视对象装置(10a～b等) 的IP地址、监视对象装置代码。故障检测对象装置DB201使用于系统故障检测部101经由闭环IP网50，确定执行故障检测命令3a～b的装置。
如图14所示，故障检测项目DB202是用于管理在故障检测命令 3a～b以及故障检测命令的执行结果4a～b的判定中使用的信息的数据库。故障检测项目DB202具有监视对象装置代码、故障检测命令、故障判定阈值、故障代码。故障检测项目DB202使用于经由闭环IP网 50而发送的故障检测命令3a～b的取得、故障判定阈值的取得以及故障代码的取得。
如图15所示，数据转发目的地DB203管理所制作的故障检测信息5a～b的转发目的地。数据转发目的地DB203在数据转发部104将故障检测信息5a～b向故障分析装置200转发时使用。此外，数据转发目的地DB203在转发运转通知信息8a～b时也同样地使用(细节在后面叙述)。
(故障分析装置的结构)
接着，参照图5详细说明故障分析装置200的结构。故障分析装置200具备数据分析部105、运转通知信息监视部106、故障监视装置系统切换部107以及数据转发部108。上述的各部是由故障分析装置 200具备的CPU执行的软件模块。此外，故障分析装置200作为数据库而具备监视对象装置信息DB204、故障信息DB205以及故障监视装置冗长结构信息DB206。
数据分析部105具有对从故障监视装置(100m等)转发的故障检测信息5a～b进行分析，进行发生了故障的装置信息的确定、故障应对方法的决定、现场作业的需要与否的判定以及嫌疑部件的确定的功能。数据分析部105判定在预定的目录中是否存在从故障监视装置 (100m等)转发的故障检测信息5a～b的文件。在不存在故障检测信息5a～b的文件的情况下，结束，在存在的情况下，参照故障检测信息5a～b，取得在故障检测信息5a～b中记载的各种信息(故障检测用命令执行日期时间、监视对象装置的IP地址、监视对象装置代码、故障检测用命令的执行结果4a～b、故障代码)。此外，数据分析部105 进行故障检测信息5a～b是从主系统的故障监视装置发送的信息，还是从副系统的故障监视装置发送的信息的判定(细节在后面叙述)。
数据分析部105在判定为故障检测信息5a～b是从主系统发送的信息的情况下，以从故障检测信息5a～b取得的监视对象装置代码作为密钥，检索监视对象装置信息DB(图16的204)，取得监视对象装置的信息(装置型号、产品名称)。
接着，数据分析部105以所得的监视对象装置代码和故障代码作为密钥，检索故障信息DB(图17的205)，取得故障应对方法、现场作业的需要与否以及嫌疑部件代码(用于确定嫌疑部件的唯一的代码)。接着，数据分析部105基于上述的取得的信息(故障检测用命令执行日期时间、监视对象装置的IP地址、监视对象装置代码、故障检测用命令的执行结果4a～b、故障代码、监视对象装置的信息(装置型号、产品名称)、故障应对方法、现场作业的需要与否、嫌疑部件代码)，在预定的目录中制作要向故障管理装置300转发的故障分析信息6a～b的文件。
关于运转通知信息监视部106以及故障监视装置系统切换部107 的细节，在说明图11～图12的流程图时在后面叙述。
接着，数据转发部108具有将数据分析部105制作的故障分析信息6a～b的文件向故障管理装置300转发的功能。数据转发部108判定在预定的目录内有无故障分析信息6a～b的文件。在不存在故障分析信息6a～b的文件的情况下，结束。在存在故障分析信息6a～b的文件的情况下，将故障分析信息6a～b的文件向故障管理装置300转发。
如图16所示，故障对象装置信息DB204是使用于确定监视对象装置的数据库，对监视对象装置代码、监视对象装置的型号以及产品名称进行管理。故障对象装置信息DB204在数据分析部105以从故障检测信息5a～b的文件取得的监视对象装置代码作为密钥来取得与监视对象装置有关的信息时使用。
如图17所示，故障信息DB205是用于管理所发生的故障的信息的数据库，对监视对象装置代码、故障代码、故障应对方法、嫌疑部件代码(嫌疑部件信息)以及现场作业的需要与否(维修人员派遣请求信息)进行管理。故障信息DB205使用于数据分析部105以从故障检测信息5a～b取得的监视对象装置代码、故障代码作为密钥来取得故障应对方法、现场作业的需要与否、嫌疑部件代码。此外，关于故障监视装置冗长结构信息DB(图18的206)，在后面叙述。
(故障管理装置的结构)
接着，参照图6详细说明故障管理装置300的结构。故障管理装置300具备邮件发送部109、维修人员出动指示部110、维修部件部署部111。上述的各部是由故障管理装置300具备的CPU执行的软件模块。此外，故障管理装置300作为数据库而具备故障管理DB207、顾客信息DB208、员工信息DB209以及作业预定DB210。
邮件发送部109具有将与远程监视系统11检测到的故障有关的信息经由互联网60发送给顾客终端20a～b的功能。邮件发送部109定期地参照故障管理DB(图19的207)，判定有无邮件发送完毕标记信息为未实施的故障信息。并且，在存在邮件发送为未实施的故障信息的情况下，从故障管理DB207取得关于邮件发送为未实施的故障信息的各种信息(故障检测用命令执行日期时间、监视对象装置的IP地址、监视对象装置代码、故障检测用命令的执行结果4a～b、故障代码、监视对象装置的信息(装置型号、产品名称)、故障应对方法、现场作业的需要与否、嫌疑部件代码)，基于所取得的该信息而制作通知故障信息的邮件。
接着，邮件发送部109以监视对象装置代码作为密钥，检索顾客信息DB(图20的208)而取得邮件的发送目的地地址，进行邮件发送。邮件发送部109在结束了邮件发送时，将故障管理DB(图19的207) 内的与该故障信息对应的邮件发送完毕标记设定为“1”。
维修人员出动指示部110的功能是在作为故障的应对而需要现场作业的情况下，自动地分配要派遣到现场(顾客地点)的维修人员。维修人员出动指示部110定期地参照故障管理DB207，判定有无现场作业的需要与否为需要(即，数据为“1”的情况下)且维修人员请求完毕标记为未实施(即，数据为“0”)的故障信息。在不存在符合上述的条件的故障信息的注册的情况下，结束。在存在符合的故障信息的情况下，以监视对象装置代码作为密钥，检索顾客信息DB(图20 的208)而取得对应的顾客的信息(维修地点代码、顾客名称、顾客住所、顾客电话号码)。接着，以取得的维修地点代码作为密钥，检索员工信息DB(图21的209)，取得所属于担当地点的员工的信息(员工代码、员工名称、维修人员邮件地址)。
接着，维修人员出动指示部110参照作业预定DB(图22的210)，对没有注册作业预定的员工注册作业预定信息(监视对象装置代码、员工代码、员工名称、作业开始日期时间)，对注册了作业预定的员工的邮件地址通过邮件通知上述作业预定信息。接着，维修人员出动指示部110对故障管理DB(图19的207)内的对应的故障信息设定维修人员请求完毕标记(将数据设为“1”)。
接着，在故障管理DB207中，在对应的故障信息中存在嫌疑部件代码的注册的情况下，以监视对象装置代码、装置型号、嫌疑部件代码作为引数，启动维修部件部署部111。维修部件部署部111具有将与用于故障修复所需的嫌疑部件代码对应的维修部件向顾客地点送出的功能。维修部件部署部111以监视对象装置代码作为密钥，检索顾客信息DB(图20的208)，取得部件送出目的地的顾客信息(顾客名称、顾客住所、顾客电话号码)。并且，维修部件部署部111对维修部件仓库终端21发送用于通知以下指示的邮件：对上述顾客住所配送与嫌疑部件代码对应的维修部件。
如图19所示，故障管理DB207是用于管理故障信息的数据库，对监视对象装置代码、故障检测命令执行日期时间、装置型号、产品名称、监视对象装置IP地址、故障检测命令的执行结果4a～b、故障监视系统代码、故障代码、故障应对方法、现场作业需要与否、嫌疑部件代码、邮件发送完毕标记、维修人员请求完毕标记进行管理。故障管理DB207在邮件发送部109对顾客终端20a～b发送的邮件的制作时、在维修人员出动指示部110实施维修人员的预定注册时、以及在维修部件部署部111进行维修部件的注册时被参照。
如图20所示，顾客信息DB208是用于管理顾客信息的数据库，对监视对象装置代码、维修地点代码、顾客名称、顾客住所、顾客电话号码、顾客邮件地址进行管理。顾客信息DB208在维修人员出动指示部110取得维修人员的出动目的地信息时以及在维修部件部署部111 取得维修部件发送目的地信息时被使用。
如图21所示，员工信息DB209是用于管理员工信息(维修人员) 的数据库，对维修地点代码、员工代码、员工名称、维修人员邮件地址进行管理。员工信息DB209在维修人员出动指示部110取得属于故障发生装置的维修地点的维修人员信息时被使用。
如图22所示，作业预定DB210是用于管理作业预定的数据库，对监视对象装置代码、员工代码、员工名称、作业开始日期时间进行管理。作业预定DB210在维修人员出动指示部110进行现场作业指示时被使用。
(第一实施方式的动作)
接着，参照图2说明第一实施方式的动作。图2是表示图3所示的第一实施方式的动作的时序图(即，图2是对于图1、图3的结构的共同的时序图)。在图2中，远程监视系统11设想同时实施在两个顾客地点设置的监视对象装置10a～b的故障检测的情况。此外，同时开始故障检测的监视对象装置的数目并不限定于2，能够应用任意数。此外，100m被设定为主系统的故障监视装置。
在图2中，从故障监视装置100m对两个故障对象装置10a～b分别连续地发送故障检测命令3a～b。故障对象装置10a～b分别接受故障检测命令3a～b，执行与故障检测命令3a～b对应的诊断处理。若诊断处理结束，则故障对象装置10a将故障检测命令的执行结果4a发送给故障监视装置100m。故障检测命令的执行结果4a是诊断处理中的日志信息。这里，日志信息可以将在监视对象装置10a中收集到的信息全部包括，也可以是只提取了对故障分析有效的信息的信息。或者，故障检测命令的执行结果4a也可以仅仅是表示故障检测命令3a～b的执行结果的正常/异常的结果。同样地，若诊断处理结束，则监视对象装置10b将故障检测命令的执行结果4b发送给故障监视装置100m。
故障监视装置100m若接收到故障检测命令的执行结果4a，则与其对应地进行故障检测命令的执行结果4a的判定(S100a)以及故障检测信息5a的发送。接着，故障分析装置200接收故障检测信息5a，进行故障检测信息5a的分析(S101a)以及故障分析信息6a的发送。接着，故障管理装置300接收故障分析信息6a，进行基于故障分析信息6a的管理(S102a)。同样地，与故障检测命令的执行结果4b对应地，故障监视装置100m、故障分析装置200以及故障管理装置300分别进行判定(S100b)、分析(S101b)以及管理(S102b)的处理。这里，如图2所示，远程监视系统11对故障监视装置100m、故障分析装置200以及故障管理装置300这3个装置分别分担判定、分析、管理这3个处理而使其执行。由此，在图2的期间TA中，能够并行地执行基于故障监视装置100m的判定(S100b)和基于故障分析装置200 的分析(S101a)。此外，在期间TB中，能够并行地执行基于故障分析装置200的分析(S101b)和基于故障管理装置300的管理(S102a)。由此，在远程监视系统11内，通过使两个以上的装置并行动作来实现整体的处理能力的提高。
接着，参照图7进一步详细说明在图2中表示的故障监视装置 100m的动作。图7是表示第一实施方式的远程监视系统11中的故障监视装置100m的动作的流程图，表示只对于监视对象装置10a的故障监视装置100m的动作。此外，在以下的动作说明中，有时省略与在前述的故障监视装置的结构中说明的内容重复的说明。
在图7中，步骤A1～A4是启动系统故障检测部101且对监视对象装置10a发送故障检测命令3a的部分。具体而言，参照故障检测对象装置DB(图13的201)，取得监视对象装置代码A0001及其IP地址10.0.0.1。接着，以监视对象装置代码A0001作为密钥，检索故障检测项目DB(图14的202)。在图14中，取得与监视对象装置代码A0001 对应的3个命令TestCommand001_1、TestCommand001_2、 TestCommand001_3，并将这些作为故障检测命令3a而发送给监视对象装置10a。近年来，由于信息处理装置成为多功能化且测试内容是各种各样的，所以故障检测命令3a倾向于包括多个命令。
接着，图7的步骤A5～A12是相当于图2的判定(S100a)的部分。在步骤A5中，接收故障检测命令的执行结果4a。故障检测命令的执行结果4a是例如与上述的3个命令TestCommand001_1、 TestCommand001_2、TestCommand001_3各自对应的日志信息。步骤 A6在根据各日志信息而判定为故障检测命令的执行结果4a是正常的情况下，结束处理。另一方面，在判定为故障检测命令的执行结果4a 是异常的情况下，执行以下的步骤A7～A12。
这里，在步骤A6中，如图14所示，对上述的3个命令的执行结果确定有故障判定阈值val001_1、val001_2、val001_3的情况下，各命令的执行结果和对应的故障判定阈值进行比较，判定各命令的执行结果的正常/异常。或者，也有代替故障判定阈值而确定有各命令的执行结果的期待值，根据与该期待值的一致/不一致来判定各命令的执行结果的正常/异常的情况。
如前所述，通过步骤A7～A8而生成的故障检测信息5a包括故障检测用命令执行日期时间、监视对象装置的IP地址、监视对象装置代码、故障检测用命令的执行结果4a、故障代码。这里，在故障检测用命令的执行结果4a包括大容量的日志信息的情况下，写入故障检测信息5a的故障检测用命令的执行结果4a也可以只注册日志信息的文件名，并将该日志信息的文件另外转发给故障分析装置200。此外，如图 14所示，故障检测信息5a的故障代码对应于各命令而定义。例如，在 TestCommand001_1、TestCommand001_2、TestCommand001_3的执行结果异常的情况下，作为各自的故障代码而定义有SG001_1、SG001_2、 SG001_3。
步骤A9～A12是进行将所生成的故障检测信息5a转发给故障分析装置200的处理的部分。这里，在步骤A11中，参照数据转发目的地DB(图15的203)，取得故障分析装置200的IP地址192.168.0.1。
接着，参照图8进一步详细说明在图2中表示的故障分析装置200 的动作。图8是表示第一实施方式的远程监视系统11中的故障分析装置200的动作的流程图，表示只对于监视对象装置10a的故障监视装置200的动作，且对应于图2的分析(S101a)的处理。此外，在以下的动作说明中，有时省略与在前述的故障分析装置的结构中说明的内容重复的说明。
在图8中，在步骤A13中启动了数据分析部105之后，在步骤 A14～A15中，从自故障监视装置100m转发的故障检测信息5a进行信息取得。接着，在步骤A16中，参照故障监视装置冗长结构信息DB (图18的206)，判定故障监视装置100m(故障监视装置代码为100) 是主系统。因此，在步骤A17中，判定故障检测信息5a是来自主系统的故障监视装置的信息。接着，在步骤A18中，通过以监视对象装置 10a的监视对象装置代码A0001作为密钥来检索监视对象装置信息DB (图16的204)，取得产品名称Express5800 XXXXXXXX以及装置型号N12345。
接着，在步骤A19中，以监视对象装置10a的监视对象装置代码 A0001以及故障检测信息5a的故障代码SG001_1、SG001_2、SG001_3 作为密钥，检索故障信息DB(图17的205)。其结果，对上述的密钥设置故障信息DB205，作为故障应对方法7a而取得“需要更换XXX”，作为嫌疑部件代码(嫌疑部件信息)9a而取得A001，作为现场作业的需要与否(维修人员派遣请求信息)19a而取得1(需要现场作业)的信息。此外，在以监视对象装置代码以及故障代码作为密钥来检索了故障信息DB205时没有设置的情况下，例如，也可以通过对故障检索命令的执行结果4a的日志信息进行直接分析而决定故障应对方法等。
接着，步骤A20～A23是基于故障分析结果而生成故障分析信息 6a，并向故障管理装置300发送的部分。
接着，参照图9、图10进一步详细说明在图2中表示的故障管理装置300的动作。图9、图10是表示第一实施方式的远程监视系统11 中的故障管理装置300的动作的流程图，表示只对于监视对象装置10a 的故障管理装置300的动作，且对应于图2的管理(S102a)的处理。此外，在以下的动作说明中，有时省略与在前述的故障管理装置的结构中说明的内容重复的说明。
在图9中，步骤A24从故障分析装置200接收故障分析信息6a，并输出到故障管理DB(图19的207)。若参照图19，则可知在故障管理DB207的第1行中写入了与故障分析信息6a对应的信息。此外，邮件发送完毕标记以及维修人员请求完毕标记被初始设定为表示未实施的“0”。此外，作为命令执行结果，写入了日志文件名。
接着，步骤A25～A30是对顾客终端20a发送故障联络邮件的部分。具体而言，在步骤A26～A27中，参照故障管理DB(图19的207) 的第1行，判定邮件发送完毕标记为0(即，邮件发送为未实施)，在步骤A28中，对故障管理DB207的第1行的数据进行信息取得。接着，在步骤A29中，以在步骤A28中取得的监视对象装置代码A0001作为密钥，检索顾客信息DB208，取得顾客邮件地址“Asya＠XXX.com”。并且，在步骤A30中，将故障联络邮件发送给顾客终端20a的邮件地址Asya＠XXX.com。
接着，步骤A31～A37是对维修人员终端22a进行出动请求的部分。具体而言，在步骤A31中，启动维修人员出动指示部110。并且，在步骤A32中，与前述的步骤A28同样地，取得故障管理DB(图19 的207)的第1行的信息。并且，在步骤A33中，由于在上述取得的信息中现场作业需要与否为“1”，所以判定为维修人员需要出动。
并且，在步骤A34中，与前述的步骤A29同样地，以监视对象装置代码A0001作为密钥，检索顾客信息DB(图20的208)而取得顾客的维修地点代码“HK001”。接着，在步骤A35中，以维修地点代码“HK001”作为密钥，检索员工信息DB(图21的209)而取得与维修地点代码“HK001”对应的地点的维修人员的员工代码“1111111”、维修人员邮件地址“shainA＠test.com”。接着，在步骤A36中，在员工代码“1111111”的作业预定DB(图22的210)的行中，注册作业预定(如图22所示，写入作业开始时刻2013年1月15日9点)。接着，在步骤A37中，对维修人员终端22a的邮件地址“shainA＠test.com”发送作业预定邮件。通过该作业预定邮件而通知出动目的地的顾客住所、故障信息、作业开始时刻等的信息。
接着，图10的步骤A38～A41是对维修部件仓库终端21进行维修部件的部署的部分。具体而言，在步骤A38中，判定在取得完毕的故障管理DB207的第1行的信息中是否注册有嫌疑部件代码。由于在图19的故障管理DB207的第1行的信息中注册有嫌疑部件代码“A001”，所以在步骤A38中判定为需要维修部件。接着，在步骤A39 中，启动维修部件部署部111。接着，在步骤A40中，以监视对象装置代码A0001作为密钥，检索顾客信息DB208并取得顾客名称“A公司”、顾客住所“东京都XXX”。并且，在步骤A41中，对维修部件仓库终端21发送部件配送指示邮件。该部件配送指示邮件是进行对顾客住所“东京都XXX”配送与嫌疑部件代码“A001”对应的维修部件的指示的邮件。
接着，参照图11、图12说明故障监视装置的主系统和副系统的切换动作。如图3所示，远程监视系统11的故障监视系统成为具有主系统和副系统的冗长结构，在图3中，成为100m、100s分别被设定为主系统的故障监视装置、副系统的故障监视装置的状态。
图11是在发生故障监视装置的系统切换的情况下的故障监视装置的流程图。在远程监视系统11具备的两个故障监视装置100m、100s 中，图11表示故障监视装置100m的动作(100s的动作也是同样的)。在图11中，在步骤B1中，运转通知信息定期制作部103定期地启动。定期地启动的间隔被设定为预先预定的值。在步骤B2中，由运转通知信息定期制作部103生成运转通知信息8a。在运转通知信息8a中，写入了运转通知信息定期制作部103的启动日期时间以及故障监视装置代码的信息。
接着，步骤B3～B6是将生成的运转通知信息8a转发给故障分析装置200的部分。具体而言，在步骤B3中，定期启动数据转发部104，在步骤B4中，判定有无运转通知信息8a的文件。在步骤B4中判定为有运转通知信息8a的文件的情况下，在步骤B5中，从数据转发目的地DB203取得故障分析装置200的IP地址“192.168.0.1”。并且，在步骤B6中，将运转通知信息8a发送给故障分析装置200的IP地址。
接着，图12是在发生故障监视装置的系统切换的情况下的故障分析装置200的流程图。故障分析装置200尝试接收各个故障监视装置 (100m、100s)生成的运转通知信息8a、8b，在能够接收的情况下，判断为发送侧的故障监视装置正常地运转。这里，故障监视装置100m、 100s的故障监视装置代码分别为100、200。
图12的步骤B7～B10是进行上述的各故障监视装置的运转的判断的部分。具体而言，在步骤B7中，定期启动运转通知信息监视部106。接着，参照故障监视装置冗长结构信息DB206，检索故障监视装置代码100、200，取得故障监视装置代码100(即，故障监视装置100m) 是主系统的故障监视装置且故障监视装置代码200(即，故障监视装置 100s)是副系统的故障监视装置这样的信息。
接着，在步骤B9中，尝试接收运转通知信息8a～b。在步骤B10 中，没有运转通知信息8a～b的未到的情况下(即，运转通知信息8a～ b都能够接收的情况下)结束。另一方面，在来自主系统的故障监视装置的运转通知信息8a未到的情况下(即，无法接收的情况下)，在步骤B11中，启动故障监视装置系统切换部107，进行故障监视装置的主系统和副系统的切换。并且，在步骤B12中，在故障监视装置冗长结构信息DB206的第1行中，将主系统的故障监视装置代码更新为200，将副系统的故障监视装置代码更新为100。
(比较例1)
接着，参照图25、图26说明比较例1。图25是表示比较例1的远程监视系统的整体结构的框图。如将图25与图3比较可知，图25 成为将图3的远程监视系统11置换为远程监视装置13的结构。在比较例1中，在1台远程监视装置13中执行第一实施方式的故障监视装置100m、故障分析装置200以及故障管理装置300的各功能。此外，在比较例1中，远程监视装置13和监视对象装置10a～b经由互联网 60来连接而不是闭环IP网50。
图26是表示比较例1的动作的时序图。在图26中，基于远程监视装置13的判定(S300a)、分析(S301a)、管理(S302a)、判定 (S300b)、分析(S301b)以及管理(S302b)被顺次处理。这里，各个处理内容与图2的判定(S100a)、分析(S101a)、管理(S102a)、判定(S100b)、分析(S101b)以及管理(S102b)是同样的。
(第一实施方式和比较例1的比较)
接着，通过对比第一实施方式和比较例1，说明在第一实施方式中获得的效果。若比较图2(第一实施方式)和图26(比较例1)，则可知在图2的情况下，通过使得在期间TA、TB中并行地执行处理，具有整体的处理能力提高、缩短整体的处理时间的效果。因此，在紧急时使得对多个监视对象装置同时进行故障检测的情况下，能够进行并行处理的第一实施方式能够更早地发送对于顾客的故障联络邮件，能够对维修人员更早地发出出动指示，能够更早地进行维修部件的部署。此外，在第一实施方式中，例示了监视对象装置为两个的情况，但在监视对象装置的数目增加的情况下，使得进行并行动作的效果变得显著。
此外，在比较例1的情况下，存在若发生远程监视装置13的不适则成为无法进行远程监视的状态的顾虑。另一方面，在第一实施方式的情况下，将故障监视装置设为主系统和副系统的冗长结构，在故障分析装置200中控制其切换。通过这样构成，能够获得即使在主系统的故障监视装置中发生某种故障且成为不能动作的状态，副系统的故障监视装置也能够代替进行故障监视这样的效果。
此外，在比较例1中，由于远程监视装置13和多个监视对象装置 10a～b经由互联网60进行故障检测命令的收发以及故障检测命令的执行结果的收发，所以在监视对象装置中诊断处理和其他的保密性高的处理并行地执行的情况下，存在在故障检测命令的执行结果(例如，日志信息)中包括保密性高的数据的顾虑。另一方面，在第一实施方式中，由于远程监视系统11和多个监视对象装置10a～b经由VPN等的闭环IP网50进行故障检测命令的收发以及故障检测命令的执行结果的收发，所以能够获得即使在故障检测命令的执行结果(例如，日志信息)中包括保密性高的数据，也能够确保安全性使得不会从外部访问这样的效果。
[第二实施方式]
接着，参照图23、图24说明第二实施方式。图23是表示在应用了第二实施方式的远程监视系统12的情况下的整体结构的框图。在第二实施方式中，在故障分析管理装置400的1个装置中使第一实施方式的故障分析装置200以及故障管理装置300的功能产生动作。
图24是表示第二实施方式的动作的时序图。在图24中，判定 (S200a)、分析(S201a)、管理(S202a)、判定(S200b)、分析 (S201b)以及管理(S202b)的各个处理内容与图2的判定(S100a)、分析(S101a)、管理(S102a)、判定(S100b)、分析(S101b)以及管理(S102b)是同样的。在图24中，在期间TA中，能够使基于故障监视装置100的判定(S200b)和基于故障分析管理装置400的分析 (S201a)并行动作。但是，无法获得图2(第一实施方式)的期间TB的并行动作。
如以上所述，根据第二实施方式，虽然与第一实施方式相比能够并行的动作减半，但与比较例1相比能够提高处理能力。
此外，由于第二实施方式的远程监视系统12能够由少的装置数构成(相对于第一实施方式的4个，第二实施方式的远程监视系统12为 3个)，所以能够获得能够设为低成本的远程监视系统的效果。
此外，在第一实施方式中，基于故障监视装置(100m、100s)的处理(图7、图11的各步骤)作为程序而存储在故障监视装置的存储部(未图示)中，由故障监视装置(100m、100s)具备的CPU调用而执行。此外，基于故障分析装置200的处理(图8、图12的各步骤) 作为程序而存储在故障分析装置的存储部(未图示)中，由故障分析装置200具备的CPU调用而执行。此外，基于故障管理装置300的处理(图9、图10的各步骤)作为程序而存储在故障管理装置的存储部 (未图示)中，由故障管理装置300具备的CPU调用而执行。此外，基于第二实施方式的故障分析管理装置400的处理也作为程序而存储在故障分析管理装置的存储部(未图示)中，由故障分析管理装置400 具备的CPU调用而执行。此外，上述的各程序能够经由网络而下载或者使用存储了程序的存储介质而更新。
上述的实施方式的一部分或者全部也能够如以下的方式那样记载，但并不限定于以下。
(方式1)一种远程监视系统，具备：
故障监视装置，经由网络对多个监视对象装置发送故障检测命令，接收在各个所述监视对象装置中执行的所述故障检测命令的执行结果而判定各个所述监视对象装置有无故障，关于判定为有故障的所述监视对象装置，输出包括所述监视对象装置的信息以及所述故障检测命令的执行结果的故障检测信息；
故障分析装置，接收所述故障检测信息，分析在所述接收的故障检测信息中包含的故障检测命令的执行结果而决定用于修复故障的故障应对方法，输出包括所述监视对象装置的信息以及所述故障应对方法的故障分析信息；以及
故障管理装置，接收所述故障分析信息，管理在所述接收的故障分析信息中包含的故障应对方法的执行，
所述故障监视装置、所述故障分析装置以及所述故障管理装置中的两个以上能够并行地执行对于互不相同的所述监视对象装置的处理。
(方式2)如方式1所述的远程监视系统，
所述故障分析装置还具备故障信息数据库，该故障信息数据库预先确定有与多个故障检测命令的执行结果对应的故障应对方法，
使用在从所述故障监视装置接收到的故障检测信息中包含的故障检测命令的执行结果，检索所述故障信息数据库而决定用于修复故障的故障应对方法。
(方式3)如方式2所述的远程监视系统，
在所述故障信息数据库中，进一步确定有与各个所述故障应对方法对应的嫌疑部件信息，
所述故障分析装置使用在所述故障检测信息中包含的故障检测命令的执行结果，检索所述故障信息数据库而取得嫌疑部件信息，并对所述故障分析信息附加所述嫌疑部件信息，
所述故障管理装置基于在所述接收的故障分析信息中包含的嫌疑部件信息，送出嫌疑部件的部署的指示。
(方式4)如方式2或3所述的远程监视系统，
在所述故障信息数据库中，进一步确定有与各个所述故障应对方法对应的维修人员派遣请求信息，
所述故障分析装置使用在所述故障检测信息中包含的故障检测命令的执行结果，检索所述故障信息数据库而取得维修人员派遣请求信息，并对所述故障分析信息附加所述维修人员派遣请求信息，
所述故障管理装置基于在所述接收的故障分析信息中包含的维修人员派遣请求信息，将指示维修人员的派遣的通知发送给维修人员终端。
(方式5)如方式1至4的任一项所述的远程监视系统，
所述故障管理装置具有顾客信息数据库，该顾客信息数据库存储有与所述多个监视对象装置分别对应的顾客终端的地址，
使用在所述接收的故障分析信息中包含的监视对象装置的信息，检索所述顾客信息数据库而取得与所述监视对象装置对应的顾客终端的地址，并对所述顾客终端的地址通知所述监视对象装置的故障。
(方式6)如方式1至5的任一项所述的远程监视系统，
所述故障监视装置由包括主系统的故障监视装置以及副系统的故障监视装置的两个以上的故障监视装置构成，
所述故障分析装置在检测到所述主系统的故障监视装置的异常的情况下，在所述主系统的故障监视装置和所述副系统的故障监视装置之间切换所述主系统/副系统的设定，
所述故障分析装置使用从所述主系统的故障监视装置发送的所述故障检测信息而决定故障应对方法，不使用从所述副系统的故障监视装置发送的所述故障检测信息。
(方式7)如方式6所述的远程监视系统，
所述多个故障监视装置被设定为分别定期地将运转通知信息发送给所述故障分析装置，
所述故障分析装置判定是否能够从所述两个以上的故障监视装置分别接收运转通知信息，将无法接收所述运转通知信息的故障监视装置检测为异常。
(方式8)一种远程监视系统，具备：
故障监视装置，经由网络对多个监视对象装置发送故障检测命令，接收在各个所述监视对象装置中执行的所述故障检测命令的执行结果而判定各个所述监视对象装置有无故障，关于判定为有故障的所述监视对象装置，输出包括所述监视对象装置的信息以及所述故障检测命令的执行结果的故障检测信息；以及
故障分析管理装置，接收所述故障检测信息，分析在所述接收的故障检测信息中包含的故障检测命令的执行结果而决定用于修复故障的故障应对方法，且管理所述故障应对方法的执行，
所述故障监视装置以及所述故障分析管理装置能够并行地执行对于不同的所述监视对象装置的处理。
(方式9)如方式1至8的任一项所述的远程监视系统，
所述故障监视装置经由闭环IP(互联网协议)网接收来自所述多个监视对象装置的故障检测命令执行结果。
(方式10)一种远程监视方法，包括如下步骤：
经由网络对多个监视对象装置发送故障检测命令的步骤；
判定步骤，接收在各个所述监视对象装置中执行的所述故障检测命令的执行结果而判定各个所述监视对象装置有无故障，关于判定为有故障的所述监视对象装置，输出包括所述监视对象装置的信息以及所述故障检测命令的执行结果的故障检测信息；
分析步骤，接收所述故障检测信息，分析在所述接收的故障检测信息中包含的故障检测命令的执行结果而决定用于修复故障的故障应对方法，输出包括所述监视对象装置的信息以及所述故障应对方法的故障分析信息；以及
管理步骤，接收所述故障分析信息，管理在所述接收的故障分析信息中包含的故障应对方法的执行，
所述判定步骤、所述分析步骤以及所述管理步骤中的两个以上能够并行地执行。
(方式11)一种程序，检测多个监视对象装置的故障，该程序使计算机执行如下处理：
经由网络对多个监视对象装置发送故障检测命令，接收在各个所述监视对象装置中执行的所述故障检测命令的执行结果而判定各个所述监视对象装置有无故障，关于判定为有故障的所述监视对象装置，将包括所述监视对象装置的信息以及所述故障检测命令的执行结果的故障检测信息输出到使用所述故障检测信息而决定用于修复故障的故障应对方法的装置。
产业上的可利用性
本发明能够应用于经由网络对多个监视对象装置(服务器装置、网络设备、计算机等的信息处理装置；空调系统等)的故障进行远程检测，分析故障信息而自动地进行嫌疑部件的配送或维修人员的派遣等的对策的远程监视系统。
另外，在本发明的全部公开(包括权利要求书以及附图)的框架内，能够进一步基于其基本技术思想进行实施方式的变更/调整。此外，在本发明的权利要求书的框架内，能够进行各种公开元素(包括各权利要求的各元素、各实施方式的各元素、各附图的各元素等)的多样的组合或选择。即，本发明包括包含权利要求书以及附图的全部公开、根据技术思想而只要是本领域技术人员就能够得到的各种变形、修正是理所当然的。尤其，关于在本说明书中记载的数值范围，在该范围内包含的任意的数值或小范围即使在没有特别记载的情况下也应解释为是具体记载的。
标号说明
1、11：远程监视系统
2：网络
3a～b：故障检测命令
4a～b：故障检测命令的执行结果
5a～b：故障检测信息
6a～b：故障分析信息
7a：故障应对方法
8a～b：运转通知信息
9、9a～b：嫌疑部件信息
10a～b：监视对象装置
12：远程监视系统
13：远程监视装置
19、19a～b：维修人员派遣请求信息
20a～b：顾客终端
21：维修部件仓库终端
22a：维修人员终端
50：闭环IP网
60：互联网
100：故障监视装置
100m：(主系统的)故障监视装置
100s：(副系统的)故障监视装置
101：系统故障检测部
102：故障检测信息制作部
103：运转通知信息定期制作部
104：数据转发部
105：数据分析部
106：运转通知信息监视部
107：故障监视装置系统切换部
108：数据转发部
109：邮件发送部
110：维修人员出动指示部
111：维修部件部署部
200：故障分析装置
201：故障检测对象装置数据库
202：故障检测项目数据库
203：数据转发目的地数据库
204：监视对象装置信息数据库
205：故障信息数据库
206：故障监视装置冗长结构信息数据库
207：故障管理数据库
208：顾客信息数据库
209：员工信息数据库
210：作业预定数据库
300：故障管理装置
400：故障分析管理装置。

Claims (8)

1.一种远程监视系统，其特征在于，具备：
故障监视装置，经由网络对多个监视对象装置发送故障检测命令，接收在各个所述监视对象装置中执行的所述故障检测命令的执行结果而判定各个所述监视对象装置有无故障，关于判定为有故障的所述监视对象装置，输出包括所述监视对象装置的信息以及所述故障检测命令的执行结果的故障检测信息；
故障分析装置，接收所述故障检测信息，分析在所述接收的故障检测信息中包含的故障检测命令的执行结果而决定用于修复故障的故障应对方法，输出包括所述监视对象装置的信息以及所述故障应对方法的故障分析信息；以及
故障管理装置，接收所述故障分析信息，管理在所述接收的故障分析信息中包含的故障应对方法的执行，
所述故障监视装置、所述故障分析装置以及所述故障管理装置中的两个以上能够并行地执行对于互不相同的所述监视对象装置的处理，
所述故障监视装置由包括主系统的故障监视装置以及副系统的故障监视装置的两个以上的故障监视装置构成，所述主系统的故障监视装置以及所述副系统的故障监视装置分别输出所述故障检测信息，
所述故障分析装置在检测到所述主系统的故障监视装置的异常的情况下，在所述主系统的故障监视装置和所述副系统的故障监视装置之间切换所述主系统/副系统的设定，
所述故障分析装置在未检测到所述主系统的故障监视装置的异常的情况下，使用从所述主系统的故障监视装置发送的所述故障检测信息而决定故障应对方法，不使用从所述副系统的故障监视装置发送的所述故障检测信息。
2.如权利要求1所述的远程监视系统，其中，
所述故障分析装置具备故障信息数据库，该故障信息数据库预先确定有与多个故障检测命令的执行结果对应的故障应对方法，
使用在从所述故障监视装置接收到的故障检测信息中包含的故障检测命令的执行结果，检索所述故障信息数据库而决定用于修复故障的故障应对方法。
3.如权利要求2所述的远程监视系统，其中，
在所述故障信息数据库中，进一步确定有与各个所述故障应对方法对应的嫌疑部件信息，
所述故障分析装置使用在所述故障检测信息中包含的故障检测命令的执行结果，检索所述故障信息数据库而取得嫌疑部件信息，并对所述故障分析信息附加所述嫌疑部件信息，
所述故障管理装置基于在所述接收的故障分析信息中包含的嫌疑部件信息，送出嫌疑部件的部署的指示。
4.如权利要求2所述的远程监视系统，其中，
在所述故障信息数据库中，进一步确定有与各个所述故障应对方法对应的维修人员派遣请求信息，
所述故障分析装置使用在所述故障检测信息中包含的故障检测命令的执行结果，检索所述故障信息数据库而取得维修人员派遣请求信息，并对所述故障分析信息附加所述维修人员派遣请求信息，
所述故障管理装置基于在所述接收的故障分析信息中包含的维修人员派遣请求信息，将指示维修人员的派遣的通知发送给维修人员终端。
5.如权利要求1或2所述的远程监视系统，其中，
所述故障管理装置具有顾客信息数据库，该顾客信息数据库存储有与所述多个监视对象装置分别对应的顾客终端的地址，
使用在所述接收的故障分析信息中包含的监视对象装置的信息，检索所述顾客信息数据库而取得与所述监视对象装置对应的顾客终端的地址，并对所述顾客终端的地址通知所述监视对象装置的故障。
6.如权利要求1或2所述的远程监视系统，其中，
所述多个故障监视装置被设定为分别定期地将运转通知信息发送给所述故障分析装置，
所述故障分析装置判定是否能够从所述两个以上的故障监视装置分别接收运转通知信息，将无法接收所述运转通知信息的故障监视装置检测为异常。
7.如权利要求1或2所述的远程监视系统，其中，
所述故障监视装置经由闭环IP网接收来自所述多个监视对象装置的故障检测命令执行结果。
8.一种远程监视方法，其特征在于，包括如下步骤：
经由网络对多个监视对象装置发送故障检测命令的步骤；
判定步骤，接收在各个所述监视对象装置中执行的所述故障检测命令的执行结果而判定各个所述监视对象装置有无故障，关于判定为有故障的所述监视对象装置，输出包括所述监视对象装置的信息以及所述故障检测命令的执行结果的故障检测信息；
分析步骤，接收所述故障检测信息，分析在所述接收的故障检测信息中包含的故障检测命令的执行结果而决定用于修复故障的故障应对方法，输出包括所述监视对象装置的信息以及所述故障应对方法的故障分析信息；以及
管理步骤，接收所述故障分析信息，管理在所述接收的故障分析信息中包含的故障应对方法的执行，
包括主系统的装置以及副系统的装置的两个以上的装置执行所述判定步骤，
所述远程监视方法还包括如下步骤：
在检测到所述主系统的装置的异常的情况下，在所述主系统的装置和所述副系统的装置之间切换所述主系统/副系统的设定；以及
在未检测到所述主系统的装置的异常的情况下，使用从所述主系统的装置发送的所述故障检测信息而决定故障应对方法，不使用从所述副系统的装置发送的所述故障检测信息，
所述判定步骤、所述分析步骤以及所述管理步骤中的两个以上能够并行地执行。
CN201480050261.2A 2013-09-11 2014-09-10 远程监视系统以及远程监视方法 Active CN105531680B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2013188324 2013-09-11
JP2013-188324 2013-09-11
PCT/JP2014/073887 WO2015037603A1 (ja) 2013-09-11 2014-09-10 遠隔監視システム、遠隔監視方法、及びプログラム

Publications (2)

Publication Number Publication Date
CN105531680A CN105531680A (zh) 2016-04-27
CN105531680B true CN105531680B (zh) 2018-01-23

Family

ID=52665705

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480050261.2A Active CN105531680B (zh) 2013-09-11 2014-09-10 远程监视系统以及远程监视方法

Country Status (3)

Country Link
JP (1) JP6095140B2 (zh)
CN (1) CN105531680B (zh)
WO (1) WO2015037603A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106066824A (zh) * 2016-05-26 2016-11-02 湖南洋达信息科技有限公司 故障维护管理系统及方法
CN106020174A (zh) * 2016-07-25 2016-10-12 上海庆科信息技术有限公司 一种智能设备故障云处理方法及系统
JP6378282B2 (ja) * 2016-10-19 2018-08-22 ファナック株式会社 修理システム、サーバ、端末装置、修理方法及びプログラム
CN110099861B (zh) * 2016-12-28 2021-04-16 三菱电机大楼技术服务株式会社 电梯的远程监视系统
JP2018156486A (ja) * 2017-03-17 2018-10-04 株式会社リコー 情報提供システム、情報提供方法およびプログラム
CN107168846A (zh) * 2017-03-31 2017-09-15 北京奇艺世纪科技有限公司 电子设备的监控方法及装置
CN106980567A (zh) * 2017-04-01 2017-07-25 广东浪潮大数据研究有限公司 一种查询ceph集群硬件状态的方法及装置
JP6649416B2 (ja) * 2018-02-02 2020-02-19 ファナック株式会社 障害分類装置、障害分類方法及び障害分類プログラム
JP6705845B2 (ja) 2018-02-08 2020-06-03 ファナック株式会社 障害部位特定装置、障害部位特定方法及び障害部位特定プログラム
JP7368713B2 (ja) 2019-10-25 2023-10-25 株式会社バッファロー サービス提供システム、サーバ、サービス提供方法、及びサービス提供プログラム

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102843612A (zh) * 2012-08-31 2012-12-26 深圳市龙视传媒有限公司 一种语音智能处理数字电视终端故障的方法和装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003242274A (ja) * 2002-02-19 2003-08-29 Sanyo Electric Co Ltd 機器メンテナンスシステム
JP2004086719A (ja) * 2002-08-28 2004-03-18 Nec Fielding Ltd ネットワーク機器の保守システムおよび保守サービス提供方法
JP2004118689A (ja) * 2002-09-27 2004-04-15 Ricoh Co Ltd 監視システム、監視方法及びプログラム
JP2005202597A (ja) * 2004-01-14 2005-07-28 Hitachi Ltd 遠隔障害監視システム
JP2008197907A (ja) * 2007-02-13 2008-08-28 Toshiba Corp 監視ネットワークシステムおよびデータバックアップ方法
JP5558279B2 (ja) * 2010-09-13 2014-07-23 株式会社東芝 監視制御システム、およびこれに利用する監視制御装置、監視制御方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102843612A (zh) * 2012-08-31 2012-12-26 深圳市龙视传媒有限公司 一种语音智能处理数字电视终端故障的方法和装置

Also Published As

Publication number Publication date
JP6095140B2 (ja) 2017-03-15
JPWO2015037603A1 (ja) 2017-03-02
CN105531680A (zh) 2016-04-27
WO2015037603A1 (ja) 2015-03-19

Similar Documents

Publication Publication Date Title
CN105531680B (zh) 远程监视系统以及远程监视方法
CN102937930B (zh) 应用程序监控系统及方法
US7340379B2 (en) Automated acquisition and notification system
CN104769554A (zh) 用于提供移动设备支持服务的系统、方法、设备以及计算机程序产品
CN104820804A (zh) 在线隐私管理
US11475758B2 (en) Monitoring control panels of a fire control system
Zalewski et al. Beyond ATAM: Early architecture evaluation method for large-scale distributed systems
JP5975094B2 (ja) 交換候補提示方法、情報処理装置、及びプログラム
KR20180114498A (ko) 감시 시스템 및 감시 시스템에 있어서의 정보단말장치
Picardal et al. Bellevue Smart:: Development and Integration of a Smart City
CN113438120A (zh) Zabbix告警管理方法及系统、计算机可读存储介质
CN115102838A (zh) 服务器宕机风险的应急处理方法和装置、电子设备
US20190050765A1 (en) Information processing system, information processing method, and client
JP2008102669A (ja) 機器情報管理システム
JP6927932B2 (ja) 知識提供プログラム、知識提供装置及び販売管理システム
JP2021068192A (ja) 情報表示システムおよび情報表示方法
JP4918669B2 (ja) リモートメンテナンスシステムと方法およびプログラム
JP2007052756A (ja) ワイヤレスデバイスの不具合診断に適用する学習型診断データベース
Kush Difficulties in implementing effective problem management
Betharajoo et al. Safety Risk Assessment and Warning System at Engineering Laboratory Through IoT Technologies
WO2017068669A1 (ja) イベント検知端末
JP7335658B2 (ja) 情報処理装置
CN107196797A (zh) 通过短信关停异常监控项报警的方法、装置和系统
EP4362037A1 (en) Method and apparatus for providing intelligent pharmacovigilance platform
JP4808045B2 (ja) 製品保守管理システム

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant