远程监视系统的制作方法

文档序号:7941066阅读:185来源:国知局
专利名称:远程监视系统的制作方法
技术领域
本发明涉及经由公用线路与机器设备及管理该机器设备的管理装置连接、对从机 器设备或管理装置发送的机器设备的运转数据进行处理的远程监视系统。
背景技术
存在经由公用线路与机器设备及管理该机器设备的管理装置连接、对从机器设备 或管理装置发送的机器设备的运转数据进行处理的远程监视系统。该远程监视系统根据所 取得的运转数据,监视例如在机器设备中是否发生了故障等。以往,在这种远程监视系统 中,存在以下的远程监视系统在机器设备发生了故障的情况下,用例如电子邮件等对远程 监视系统管理者、维护担当者以及用户等(以下称为有关人员)进行故障报告(参照专利 文献1)。专利文献1 日本特开2006-19077号公报但是,在机器设备或管理装置发生了故障的情况下,通过远程监视系统始终向有 关人员发出故障通知时,有关人员恐怕会感到厌烦。

发明内容
本发明的课题在于提供一种在机器设备或管理装置发生了故障的情况下,以有关 人员不会感到厌烦的程度进行故障报告的远程监视系统。第1发明的远程监视系统具有运转数据接收单元、故障报告发送单元、新故障判 定单元、修理进度数据生成单元以及修理进度更新单元。运转数据接收单元经由线路与机 器设备或管理机器设备的管理装置连接,将从机器设备或管理装置发送的故障数据作为运 转数据之一进行接收。故障报告发送单元在接收到故障数据的情况下,将与故障数据相关 联的故障报告发送给作为有关人员的远程监视系统管理者、维护担当者以及用户。新故障 判定单元判定故障数据是否是新的。修理进度数据生成单元在故障数据是新的故障数据的 情况下,将故障的修理进度作为第1状态来生成修理进度数据。修理进度更新单元使得有 关人员能够将修理进度数据的修理进度从第1状态更新输入为与第1状态不同的第2状 态。故障报告发送单元在修理进度为第2状态的情况下,停止发送故障报告。在本发明中,判定在机器设备或管理装置发生了故障的情况下所发送的故障数据 是否是新的,在故障数据是新的故障数据的情况下,用例如电子邮件等向有关人员进行故 障报告。此外,在故障数据是否是新的判定中,使用了在故障数据是新的故障数据的情况下 所登记的修理进度数据。由此,能够仅在故障数据是新的故障数据的情况下发送故障报告,在例如相同种 类的故障连续发生的情况下停止故障报告。因此,能够防止向有关人员多次发送相同种类 的故障报告,能够抑制有关人员感到厌烦的情况。第2发明的远程监视系统是在第1发明的远程监视系统中,修理进度更新单元能 够将修理进度从第1状态或第2状态进一步变更为与第1状态及第2状态不同的第3状态。
在本发明中,通过修理进度更新单元能够将修理进度从第1状态(例如新状态) 更新为第2状态(例如修理安排中或经过情况观察中),能够进一步从第2状态更新为第3 状态(例如修理完成)。由此,能够更详细地管理修理进度。第3发明的远程监视系统是在第2发明的远程监视系统中,新故障判定单元在不 存在与故障数据对应的修理进度数据的情况下、或在与故障数据对应的修理进度数据的修 理进度为第3状态的情况下,判定为故障数据是新的。在本发明中,新故障判定单元将判定为故障数据是新故障数据的标准设为不存在 与故障数据对应的修理进度数据的情况、以及与故障数据对应的修理进度数据的修理进度 为修理完成的情况。由此,即使在再次接收到与已经发送了故障报告且尚未修理完成的故障相关的故 障数据的情况下,故障报告发送单元也不发送故障报告。因此,能够防止向有关人员多次发 送相同种类的故障报告,能够抑制有关人员感到厌烦的情况。第4发明的远程监视系统是在第2发明或第3发明的远程监视系统中,运转数据 接收单元能够在消除了故障的情况下,进一步接收从机器设备或管理装置发送的故障消除 数据作为运转数据之一。此外,修理进度更新单元在接收到故障消除数据时,将与故障对应 的修理进度数据的修理进度从第1状态或第2状态更新为第3状态。在本发明中,在运转数据接收单元接收到故障消除数据时,修理进度更新单元将 与该故障对应的修理进度数据的修理进度从第1状态或第2状态自动更新为第3状态。此 外,此处所说的“第1状态”表示例如“新状态”,该“新状态”示出新生成了修理进度数据的 情况。此外,此处所说的“第2状态”表示例如针对故障请求了修理安排的状态即“修理安 排中”、或者正在观察故障的经过情况的状态即“经过情况观察中”。此外,此处所说的“第3 状态”表示例如消除了故障的状态即“修理完成”。由此,能够在例如修理完成的情况等消除了故障的情况下,将修理进度从第1状 态或第2状态自动更新为第3状态。即,能够用于将消除了故障的情况自动反映到修理进 度中。因此,能够减轻有关人员更新修理进度的负担。第5发明的远程监视系统是在第4发明的远程监视系统中,故障消除数据包括消 除了故障的日期和时间。在本发明中,故障消除数据包括消除了故障的日期和时间。由此,能够用于将消除 了故障的日期和时间反映到修理进度数据中。第6发明的远程监视系统是在第2发明至第5发明中的任意一个的远程监视系统 中,第1状态为初次接收到故障数据的状态、或者在消除故障后初次接收到故障数据的状 态。第2状态为针对故障请求了修理安排的状态、或者观察故障的经过情况的状态。第3 状态为消除了故障的状态。在本发明中,能够将修理进度数据的修理进度从初始状态即初次接收到故障数据 的状态(即新状态)手动变更为针对故障请求了修理的状态(即修理安排中)或正在观察 故障的经过情况的状态(即经过情况观察中)。此外,能够将修理进度数据的修理进度从新 状态、修理安排中或经过情况观察中手动变更为修理完成。由此,有关人员能够通过确认修理进度,区别是新的故障、是进行了修理安排、是 在观察故障的经过情况中、还是修理完成,能够根据该修理进度判断是否发送故障报告。
第7发明的远程监视系统是在第1发明至第6发明中的任意一个的远程监视系统 中,故障数据包括按照故障的种类赋予的故障代码。新故障判定单元按照每个故障代码判 定故障数据是否是新的。修理进度数据生成单元按照每个故障代码生成修理进度数据。故 障报告发送单元发送与故障代码相关联的故障报告。在本发明中,按照每个故障代码处理故障数据。由此,能够防止在发生了类似故障 的情况下不必要地发送故障报告。第8发明的远程监视系统是在第1发明至第7发明中的任意一个的远程监视系统 中,故障报告发送单元通过电子邮件发送故障报告。在本发明中,故障报告发送单元通过电子邮件发送故障报告。由此,无需顾忌有关 人员的时间安排,并且能够迅速向有关人员通知故障的发生。第9发明的远程监视系统是在第1发明至第8发明中的任意一个的远程监视系统 中,故障数据包括发生了故障的日期和时间。在本发明中,故障数据包括发生了故障的日期和时间。由此,能够用于将发生了故 障的日期和时间反映到修理进度数据中。在第1发明的远程监视系统中,能够仅在故障数据是新的故障数据的情况下发送 故障报告,在例如相同种类的故障连续发生的情况下停止故障报告。因此,能够防止向有关 人员多次发送相同种类的故障报告,能够抑制有关人员感到厌烦的情况。在第2发明的远程监视系统中,能够更详细地管理修理进度。在第3发明的远程监视系统中,即使在再次接收到与已经发送了故障报告且尚未 修理完成的故障相关的故障数据的情况下,故障报告发送单元也不发送故障报告。因此,能 够防止向有关人员多次发送相同种类的故障报告,能够抑制有关人员感到厌烦的情况。在第4发明的远程监视系统中,能够在例如修理完成的情况等消除了故障的情况 下,将修理进度从第1状态或第2状态自动更新为第3状态。即,能够用于将消除了故障的 情况自动反映到修理进度中。因此,能够减轻有关人员更新修理进度的负担。在第5发明的远程监视系统中,能够用于将消除了故障的日期和时间反映到修理 进度数据中。在第6发明的远程监视系统中,有关人员能够通过确认修理进度,区别是进行了 修理安排还是在观察故障的经过情况中,能够根据该修理进度判断是否发送故障报告。在第7发明的远程监视系统中,能够防止在发生了类似的故障的情况下不必要地 发送故障报告。在第8发明的远程监视系统中,无需顾忌有关人员的时间安排,并且能够迅速向 有关人员通知故障的发生。在第9发明的远程监视系统中,能够用于将发生了故障的日期和时间反映到修理 进度数据中。


图1是本实施方式的机器设备监视系统的概略结构图。图2是监视装置的内部结构图。图3是表示监视装置中的控制信号和数据的流向的图。
图4是机器设备监视服务器的内部结构图。图5是表示机器设备监视服务器中的控制信号和数据的流向的图。图6是机器设备监视服务器的硬盘示意图。图7是表示在机器设备监视系统中执行的故障数据等处理的流程的流程图。图8是表示在机器设备监视系统中执行的故障数据处理的流程的流程图。图9是表示在机器设备监视系统中执行的故障消除数据处理的流程的流程图。图10是表示在机器设备监视系统中执行的变更数据处理的流程的流程图。标号说明3 监视装置(管理装置);5 多联式空调设备(机器设备);6 公用线路(线路); 7 使用者终端(修理进度更新单元);10 机器设备监视系统(远程监视系统);14c 空调 监视应用程序(修理进度更新单元);14e:屏蔽确认更新应用程序(新故障判定单元); 14f:修理进度数据登记应用程序(修理进度数据生成单元);14g:故障邮件发送应用程序 (故障报告发送单元);22 输入装置(修理进度更新单元)24 调制解调器(运转数据接收 单元)。
具体实施例方式<机器设备监视系统的结构>如图1所示,机器设备监视系统10主要由多联式空调设备5、监视装置3、机器设 备监视服务器1、公用线路6以及使用者终端7构成。此外,机器设备监视服务器1和公用 线路6通过第1通信线路71连接,公用线路6和监视装置3通过第2通信线路72连接,监 视装置3和多联式空调设备5通过第3通信线路73连接,使用者终端7和公用线路6通过 第4通信线路74连接。<机器设备监视系统的结构要素>多联式空调设备如图1所示,在多联式空调设备5中,针对1台(也可以是多台)室外机52经由 制冷剂配管(未图示)和第5通信线路75连接有多个室内机51a、51b。该多联式空调设 备5具有对大厦等建筑物内的房间进行制冷制热并调湿的功能。此处,将多个室内机51a、 51b分类成1台室内机的主机51a和其他室内机的子机51b,室内机的主机51a通过第3通 信线路73与监视装置3连接。此外,室内机的主机51a和多个室内机的子机51b及室外机 52通过第5通信线路75连接。(2)监视装置如图2所示,监视装置3为多联式空调设备5的监视控制装置,主要由中央处理部 31、RAM (Random Access Memory 随机存取存储器)32、ROM (Read Only Memory 只读存储 器)33、EEPR0M 34、1/0控制部35、调制解调器用接口 37、空调设备用接口 38、调制解调器 39以及空调设备用连接器40构成。此处,中央处理部31、RAM 32,ROM 33、EEPR0M 34以及 1/0控制部35为例如微型计算机,通过第1总线36相互连接,从而构成1个集成电路。此 外,调制解调器用接口 37及空调设备用接口 38为例如印制电路基板等,经由第2总线41a、 41b与1/0控制部35连接。此外,调制解调器39经由第1通信线路42与调制解调器用接 口 37连接。此外,空调设备用连接器40经由第2通信线路43与空调设备用接口 38连接。
7
中央处理部31主要具有控制部31a和运算部31b。如图3所示,控制部31a读入存 储在ROM 33中的控制程序(参照Fd6),依照所读入的控制程序对运算部31b、RAM 32、ROM 33、EEPROM 34以及I/O控制部35指示运转(参照Fcl Fc4)。如图3所示,运算部31b 依照控制部31a的命令从控制部31a、RAM 32,ROM 33以及EEPROM 34取得需要的数据(参 照Fdl、Fd4和Fd7)并进行运算处理(例如算术运算处理和逻辑运算处理等)。此外,该运 算部31b能够依照控制部31a的命令,将运算处理的处理结果数据提供给控制部31a (参照 Fd2)。此外,该运算部31b能够依照控制部31a的命令,将运算处理的处理结果数据写入到 RAM 32 和 EEPROM 34 中(参照 Fd3)。如图3所示,RAM 32能够依照控制部31a的指示,将各种程序等数据提供给控制 部31a(参照Fd5)。此外,该RAM 32从1/0控制部35取得数据(参照Fd9)来进行临时存 储,并临时存储从运算部31b发送的数据(参照Fd3)。此外,该RAM 32根据控制部31a的 命令将临时存储的数据发送到1/0控制部35 (参照Fd8)。ROM 33存储控制程序和各种数 据。此外,如图3所示,该ROM 33依照控制部31a的指示,将这些控制程序和数据提供给控 制部31a(参照Fd6)。此外,该ROM 33能够依照控制部31a的指示,将各种数据提供给运算 部31b (参照Fd7)。EEPROM 34是可电改写的R0M,存储多联式空调设备5的监视数据等。1/0控制部35将到达调制解调器39的数据、和从多联式空调设备5发送来的数据 等输入到RAM 32 (参照Fd9),并将存储在RAM 32中的各种数据和控制信号等发送到多联式 空调设备5。调制解调器用接口 37及空调设备用接口 38经由通信线路42、43与调制解调器39 及空调设备用连接器40连接,在接收到达调制解调器39的数据、和从多联式空调设备5发 送来的数据等的同时,将这些数据转换为中央处理部31能够处理的形式,或将从1/0控制 部35输出到调制解调器39和/或多联式空调设备5的数据和/或控制信号等转换为调制 解调器39和/或多联式空调设备5能够处理的形式。调制解调器39依照控制部31a的指示,每隔30分钟,经由公用线路6将存储在 EEPROM 34中的与多联式空调设备5相关的各种数据发送到机器设备监视服务器1。如图2所示,在空调设备用连接器40上,连接有多联式空调设备5的室内机的主 机 51a。机器设备监视服务器如图4所示,机器设备监视服务器1主要由服务器主体la、输入装置22、显示器 23、调制解调器24以及时钟25构成。如图4所示,服务器主体la主要由中央处理部11、主存储器13、硬盘14、连接部 12、IDE接口 15、输入接口 16、显示器接口 17、调制解调器接口 18以及时钟25构成。此夕卜, 在该服务器主体la中,中央处理部11经由第1总线19与连接部12连接,主存储器13经 由第2总线20与连接部12连接,各种接口 16 18经由第3总线21与连接部12连接。(中央处理部)中央处理部11为例如称作微处理器的半导体芯片等,主要由控制部11a和运算部 lib构成(另外,还可以包括1级高速缓冲存储器和2级高速缓冲存储器等)。如图5所示, 控制部11a读入临时存储在主存储器13中的程序(参照Fd6),依照所读入的程序对各部lib 14以及各装置22 25指示运转(参照Fcl Fc7)。运算部lib依照控制部11a 的命令从主存储器13取得需要的数据(参照Fd2)并进行运算处理(例如算术运算处理和 逻辑运算处理等)。(主存储器)主存储器13为例如RAM(随机存取存储器)等半导体芯片。主存储器13从硬盘 14取得程序和数据等来进行临时存储(参照Fd4),并临时存储在输入装置22中输入的数 据(参照Fdl),还临时存储从运算部lib和调制解调器24等发送的数据等(参照Fd3和 FdlO)。此外,该主存储器13根据控制部11a的命令将临时存储的数据等发送到各部lib 14 以及各装置 22 25 (参照 Fd2、Fd5、Fd7、Fd8、Fd9 及 FdlO)。(连接部)连接部12为芯片组等半导体芯片。(硬盘)如图6所示,在硬盘14中,存储有操作系统14a、设备驱动程序14b、空调监视应用 程序14c以及数据库应用程序14h这样的程序以及空调监视数据14i等。硬盘14根据控 制部11a的命令将程序和数据等提供给主存储器13 (参照Fd4)并对从主存储器13发送的 数据等进行存储(参照Fd5)。此外,该硬盘14也可以是外接类型。操作系统14a为例如WINDOWS (注册商标)、MAC OS (注册商标)、0S/2、UNIX (注册 商标)、Linux (注册商标)等、或BeOS (注册商标)等,进行各部12 14、各种接口 15 18、各装置22 24等的硬件监视、用户接口的提供、各种数据的监视和应用程序的公共部 分的处理等。设备驱动程序14b为分别针对硬盘14、连接部12以及各装置22 24准备 的专用程序,操作系统14a进行用于控制硬盘14、连接部12以及各装置22 24的桥梁作 用。空调监视应用程序14c为用于将从监视装置3发送到机器设备监视服务器1的多 联式空调设备5的监视数据等存储在预定的数据库中,并对监视数据进行适当加工等来构 建所期望的数据的程序。此外,在本实施方式中,始终执行空调监视应用程序14c,在调制解 调器24中接收到监视数据时,运算部lib依照控制部11a的指示将该监视数据转换为规定 的数据形式后(在本实施方式中为从带有栏的文本形式转换为XML形式)并存储到硬盘14 中。在该空调监视应用程序14c中,为了能够分别根据所连接的空调设备(在本实施方式中 为多联式空调设备5)的设备种类和结构来进行最佳监视,具有多个应用程序(具体而言为 故障数据解释应用程序14d、修理进度数据登记应用程序14e、屏蔽确认更新应用程序14f 和故障邮件发送应用程序14g等)。此外,故障数据解释应用程序14d为以下的应用程序 在多联式空调设备5或管理装置3发生了故障时,根据后述的故障代码等数据库D1和空调 设备ID数据库D3对从监视装置3发送到机器设备监视服务器1的故障数据进行解释。此 外,此处所说的“故障数据”,包括发生了故障的多联式空调设备5的空调设备ID、故障代码 和故障发生日期和时间。此外,修理进度数据登记应用程序14e将通过故障数据解释应用 程序14d解释的故障数据作为修理进度数据登记到后述的修理进度信息数据库D2中。屏 蔽确认更新应用程序14f是确认该故障数据是否为屏蔽状态(参照后述)从而生成或删除 屏蔽数据(参照后述)的应用程序。此外,故障邮件发送应用程序14g为以下的应用程序: 在通过屏蔽确认更新应用程序14f确认了屏蔽状态的故障数据不是屏蔽状态的情况下,通过电子邮件将根据后述的故障代码等数据库D1与故障代码相关联的消息发送给有关人员 (远程监视系统管理者、维护担当者、用户等)。数据库应用程序14h为关系数据库应用程序,保持了故障代码等数据库D1、修理 进度信息数据库D2以及空调设备ID数据库D3。故障代码等数据库D1将故障代码、故障内 容及与该故障内容对应的消息关联起来。此外,此处所说的“消息”是指用于向有关人员报 知发生了故障的情况的消息,是针对与故障代码对应的故障的对应方针等用语。修理进度 信息数据库D2将用于分别识别多联式空调设备5的室内机51a、51b和室外机52的空调设 备ID、故障代码、故障内容、故障发生日期和时间以及修理进度状况关联起来。此外,在此处 所说的“修理进度状况”中,具有表示故障新发生(即,初次接收到故障数据的状态、或者在 消除故障后初次接收到故障数据的状态)的情况的“新状态”、针对故障请求了修理安排的 状态即“修理安排中”、观察故障的经过情况的状态即“经过情况观察中”、和消除了故障的 状态即“修理完成”。此外,这些修理进度状况能够通过从连接到机器设备监视服务器1的 输入装置22、或使用者终端7通过公用线路等从网络浏览器等登录到机器设备监视服务器 1来进行变更。空调设备ID数据库D3将上述的空调设备ID、设备种类信息和设置场所关 联起来。此外,在该数据库应用程序14h中,记述有用于使中央处理部11进行各种处理的 各种命令。(接口)IDE (Integrated Drive Electronics 电子集成驱动器)接口 15 将硬盘 14 连接到连接部 12。输入接 口 16 为例如 PS/2、USB、IEEE1212、RS232 或 IrDA(Infrared Data Association:红外数据协会)等的接口,连接用于将数据输入到主存储器13中 的键盘、鼠标、扫描器或OClUOpticalCharacter Reader 光学字符阅读器)等这样的输 入装置22。显示器接口 17为例如AGP (Accelerated Graphics Port 加速图形端口)、 PCI (PeripheralComponent Interconnect 外围部件互联)或RS232等接口,连接用于将从 主存储器13发送来的数据显示为字符或图像的CRT显示器、液晶显示器或者等离子体显示 器等这样的显示器23。调制解调器接口 18连接用于和公用线路6等进行通信连接的调制 解调器24。使用者终端使用者终端7为能够连接到公用线路6的终端。使用者终端7可以为例如外出中 的使用者携带的便携电话,也可以是在设置了多联式空调设备5的办公室或外出目的地等 处设置的计算机。<机器设备监视系统的故障数据等处理内容>在本发明的实施方式的机器设备监视系统10中,依照图7所示的流程进行故障数 据处理。此外,在机器设备监视系统10中,每隔一定时间执行图7所示的处理。此外,这些 处理履历全部作为修理进度信息数据库D2保存在硬盘14中。此外,在所保存的处理履历 超过预定容量时,机器设备监视服务器1进行从较早的处理履历开始进行自动删除、或向 有关人员报告超过了预定容量的情况等处理。在图7中,在步骤S1中,机器设备监视服务器1执行故障数据处理(此外,关于故 障数据处理将后述)。在步骤S1结束时,转移到步骤S2。在步骤S2中,机器设备监视服务 器1执行故障消除数据处理(此外,关于故障消除数据处理将后述)。在步骤S2结束时,转移到步骤S3。在步骤S3中,机器设备监视服务器1执行变更数据处理(此外,关于变更数 据处理将后述)。以下,对故障数据处理、故障消除数据处理和变更数据处理将进行详细叙述。(故障数据处理)在本发明的实施方式的机器设备监视系统10中,依照图8所示的流程执行故障数 据处理。在图8中,在步骤S11中,确认机器设备监视服务器1是否接收到从监视装置3发 送来的故障数据。机器设备监视服务器1如果接收到故障数据则转移到步骤S12,如果没有 接收到故障数据,则结束故障数据处理。在步骤S12中,机器设备监视服务器1参照故障代码等数据库D1根据所接收的 故障数据的故障代码提取故障内容,根据所接收的故障数据的空调设备ID并参照空调设 备ID数据库D3来确定发生了故障的空调设备(设备种类和设置场所)。此外,参照修理 进度信息数据库D2确认是否存在与发生了故障的空调设备及故障代码对应的修理进度数 据。此处,如果不存在与发生了故障的空调设备及故障代码对应的修理进度数据,则转移到 步骤S13,如果存在与发生了故障的空调设备及故障代码对应的修理进度数据,则转移到步 骤 S14。在步骤S13中,机器设备监视服务器1将修理进度数据登记到修理进度信息数据 库D2中,所述修理进度数据将发生了故障的空调设备的空调设备ID、故障代码、在步骤S12 中提取出的故障内容、故障发生日期和时间以及修理进度状况关联起来而得到。此时,机器 设备监视服务器1将修理进度状况设为“新状态”来登记修理进度数据。在步骤S13结束 时,转移到步骤S15。在步骤S14中,确认与发生了故障的空调设备及故障代码对应的修理进度数据是 否为屏蔽状态。此外,此处所说的“屏蔽状态”,是指修理进度状态为“修理安排中”或“经过 情况观察中”的情况,在为屏蔽状态的情况下,存在与发生了故障的空调设备及故障代码对 应的屏蔽数据。即,在步骤S14中,确认是否存在与发生了故障的空调设备及故障代码(即 修理进度数据)对应的屏蔽数据。如果在修理进度数据中不存在屏蔽数据,则转移到步骤 S15,如果在修理进度数据中存在屏蔽数据,则结束故障数据处理。在步骤S15中,根据故障代码,参照故障代码等数据库通过电子邮件将对应的消 息发送给有关人员。在步骤S15结束时,故障数据处理结束。(故障消除数据处理)在本发明的实施方式的机器设备监视系统10中,依照图9所示的流程执行故障消 除数据处理。在多联式空调设备5或监视装置3中发生的故障中,存在临时断开电源并再次接 通电源即消除的故障。监视装置3在检测到故障消除的情况下,将消除了故障的日期和时 间(故障消除日期和时间)及故障代码作为故障消除数据发送到机器设备监视服务器1。 故障消除数据处理为以下的处理在存在故障消除数据的情况下,将与所消除的故障对应 的修理进度数据的修理进度设为“修理完成”,自动结束与该故障对应的修理进度数据的更 新。此外,删除此时通过故障数据处理生成的屏蔽数据,在新发生了故障时,通过电子邮件 将故障报告发送给有关人员。以下,依照图9对该故障消除数据处理进行说明。
11
在图9中,在步骤S21中,机器设备监视服务器1确认在从监视装置3发送来的运 转数据中是否存在故障消除数据。此外,此处所说的“故障消除数据”,是指监视装置3在不 再检测到从多联式空调设备5或监视装置3自身检测到的故障的情况下所发送的数据,包 括故障代码及故障消除日期和时间。机器设备监视服务器1如果接收到故障消除数据,则 转移到步骤S22,如果没有接收到故障消除数据,则结束故障消除数据处理。在步骤S22中,参照修理进度信息数据库D2提取与所消除的故障的故障代码对应 的修理进度数据。在步骤S22结束时,转移到步骤S23。在步骤S23中,确认是否存在与在步骤S22中所提取的修理进度数据对应的屏蔽 数据。如果在修理进度数据中存在对应的屏蔽数据则转移到步骤S24,如果不存在对应的屏 蔽数据,则结束故障消除数据处理。在步骤S24中,删除在步骤S23中确认的对应的屏蔽数据。在步骤S24结束时,转 移到步骤S25。在步骤S25中,将与所消除的故障的故障代码对应的修理进度数据的修理进度更 新为“修理完成”,在步骤S25结束时,结束故障消除数据处理。(变更数据处理)在本发明的实施方式的机器设备监视系统10中,依照图10所示的流程执行变更 数据处理。变更数据处理为有关人员通过机器设备监视服务器1的输入装置22或使用者终 端7变更了修理进度数据的修理进度时进行的处理。以下,依照图10对变更数据处理进行 说明。在图10中,在步骤S31中,机器设备监视服务器1参照修理进度信息数据库D2提 取一个修理进度数据。在步骤S31结束时,转移到步骤S32。在步骤S32中,机器设备监视服务器1确认在步骤S31中所提取的修理进度数据 的修理进度是否为“修理安排中”或“经过情况观察中”。在步骤S32中,如果所提取的修理 进度数据的修理进度为“修理安排中”或“经过情况观察中”,则转移到步骤33,如果所提取 的修理进度数据的修理进度不是“修理安排中”或“经过情况观察中”,则转移到步骤35。在步骤S33中,机器设备监视服务器1确认是否存在与在步骤S31中提取的修理 进度数据对应的屏蔽数据。在步骤S33中,如果没有对应的屏蔽数据则转移到步骤34,如果 存在对应的屏蔽数据则转移到步骤35。在步骤S34中,机器设备监视服务器1生成与修理进度数据对应的屏蔽数据,并将 屏蔽数据登记到修理进度数据中。在步骤S34结束时,转移到步骤S35。在步骤S35中,机器设备监视服务器1确认在步骤S31中提取的修理进度数据是 否为最后的数据。如果修理进度数据是最后的数据则结束变更数据处理,如果不是最后的 数据则返回步骤S31。〈特征〉(1)在本发明的实施方式中,机器设备监视服务器1在多联式空调设备5或监视装置 3发生了故障的情况下,判定从监视装置3发送的故障数据是否是新的,在故障数据是新的 故障数据的情况下用电子邮件向有关人员进行故障报告。即,在故障数据不是新的故障数据的情况下(在对应的屏蔽数据处于修理进度数据中的情况下),停止向有关人员进行利 用电子邮件的故障报告。由此,能够仅在故障数据是新的故障数据的情况下发送故障报告,在例如相同种 类的故障连续发生的情况下停止故障报告。因此,能够防止向有关人员多次发送相同种类 的故障报告,能够抑制有关人员感到厌烦的情况。(2)在本发明的实施方式中,能够通过机器设备监视服务器1或使用者终端7将修理 进度数据的修理进度从“新状态”更新为“修理安排中”或“经过情况观察中”,能够进一步 从“新状态”、“修理安排中”或“经过情况观察中”更新为“修理完成”。由此,有关人员能够对针对故障进行的处理等更新修理进度数据的修理进度,因 此此时能够更详细地管理故障的修理进度。(3)在本发明的实施方式中,在机器设备监视服务器1接收到故障消除数据时,机器 设备监视服务器1将与该故障对应的修理进度数据的修理进度从“新状态”、“修理安排中” 或“经过情况观察中”自动更新为“修理完成”。由此,能够在修理完成的情况等消除了故障的情况下,将修理进度从“新状态”、 “修理安排中”或“经过情况观察中”自动更新为“修理完成”。即,能够将消除了故障的情况 自动反映到修理进度中。因此,能够减轻有关人员更新修理进度的负担。〈变形例〉(1)在上述实施方式中,作为机器设备采用了多联式空调设备5,但是不仅仅限于多联 式空调设备5,也可以采用分体式空调设备或风道式空调设备等,还可以是空调设备以外的 机器设备的照明设备、接受电力的机器设备或给排水卫生机器设备等。(2)在上述实施方式中,监视装置3将故障数据和故障消除数据发送到机器设备监视 服务器1,但是不限于此,也可以是多联式空调设备5的例如室内机的主机51a将故障数据 发送到机器设备监视服务器1。此外,其也可以是多联式空调设备5的室外机52。(3)在上述实施方式中,机器设备监视服务器1每隔一定时间进行故障数据等的处 理,但是不限于此,例如也可以在每次接收到故障数据时进行故障数据处理,在每次接收到 故障消除数据时进行故障消除数据处理,在每次存在修理进度数据的修理进度的变更时进 行变更数据处理等。产业上的可利用性本发明的远程监视系统作为以下的远程监视系统等是有用的能够防止向有关人 员多次发送相同种类的故障报告,能够抑制有关人员感到厌烦的情况,经由公用线路与机 器设备及管理该机器设备的管理装置连接、对从机器设备或管理装置发送的机器设备的运 转数据进行处理。
权利要求
一种远程监视系统(10),其中,该远程监视系统(10)具有运转数据接收单元(24),其经由线路(6)与机器设备(5)或管理所述机器设备的管理装置(3)连接,将从所述机器设备或所述管理装置发送的故障数据作为运转数据之一进行接收;故障报告发送单元(14g),其在接收到所述故障数据的情况下,将与所述故障数据相关联的故障报告发送给作为有关人员的远程监视系统管理者、维护担当者以及用户;新故障判定单元(14e),其判定所述故障数据是否是新的;修理进度数据生成单元(14f),其在所述故障数据是新的故障数据的情况下,将所述故障的修理进度作为第1状态来生成修理进度数据;以及修理进度更新单元(7、22、14c),其使得所述有关人员能够将所述修理进度数据的所述修理进度从所述第1状态更新输入为与所述第1状态不同的第2状态,所述故障报告发送单元在所述修理进度为所述第2状态的情况下,停止发送所述故障报告。
2.根据权利要求1所述的远程监视系统(10),其中,所述修理进度更新单元(7、22)能够将所述修理进度从所述第1状态或所述第2状态 进一步变更为与所述第1状态及所述第2状态不同的第3状态。
3.根据权利要求2所述的远程监视系统(10),其中,所述新故障判定单元(14e)在不存在与所述故障数据对应的所述修理进度数据的情 况下、或在与所述故障数据对应的所述修理进度数据的所述修理进度为所述第3状态的情 况下,判定为所述故障数据是新的。
4.根据权利要求2或3所述的远程监视系统(10),其中,所述运转数据接收单元(24)能够在消除了所述故障的情况下,进一步接收从所述机 器设备或所述管理装置发送的故障消除数据作为所述运转数据之一,所述修理进度更新单元(14c)在接收到所述故障消除数据时,将与所述故障对应的所 述修理进度数据的所述修理进度从所述第1状态或所述第2状态更新为所述第3状态。
5.根据权利要求4所述的远程监视系统(10),其中, 所述故障消除数据包括消除了所述故障的日期和时间。
6.根据权利要求2至5中的任意一项所述的远程监视系统(10),其中,所述第1状态为初次接收到所述故障数据的状态、或者在消除所述故障后初次接收到 所述故障数据的状态,所述第2状态为针对所述故障请求了修理安排的状态、或者观察所述故障的经过情况 的状态,所述第3状态为消除了所述故障的状态。
7.根据权利要求1至6中的任意一项所述的远程监视系统(10),其中, 所述故障数据包括按照所述故障的种类赋予的故障代码,所述新故障判定单元(14e)按照每个所述故障代码判定所述故障数据是否是新的, 所述修理进度数据生成单元(14f)按照每个所述故障代码生成所述修理进度数据, 所述故障报告发送单元(14g)发送与所述故障代码相关联的所述故障报告。
8.根据权利要求1至7中的任意一项所述的远程监视系统(10),其中,所述故障报告发送单元(14g)通过电子邮件发送所述故障报告。
9.根据权利要求1至8中的任意一项所述的远程监视系统(10),其中, 所述故障数据包括发生了所述故障的日期和时间。
全文摘要
本发明的课题在于提供一种在机器设备或管理装置发生了故障的情况下,以有关人员不会感到厌烦的程度进行故障报告的远程监视系统。远程监视系统(10)具有运转数据接收单元(24)、故障报告发送单元(14g)、新故障判定单元(14e)、修理进度数据生成单元(14f)及修理进度更新单元(7、22、14c)。运转数据接收单元接收来自机器设备(5)或管理装置(3)的故障数据。故障报告发送单元将与故障数据对应的故障报告发送给有关人员。新故障判定单元判定故障数据是否是新的。修理进度数据生成单元在故障数据是新的故障数据的情况下,将故障的修理进度作为第1状态来生成修理进度数据。修理进度更新单元能够将修理进度数据的修理进度从第1状态更新为第2状态。故障报告发送单元在修理进度为第2状态的情况下,停止发送故障报告。
文档编号H04M11/00GK101843111SQ20088011389
公开日2010年9月22日 申请日期2008年10月28日 优先权日2007年10月31日
发明者岩田正崇, 河合诏之 申请人:大金工业株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1