本发明涉及设备维护管理系统、设备维护装置以及程序，尤其涉及执行从远处进行的维护。
背景技术：
楼宇设备的维护通常情况下由维护人员前往现场(楼宇)而对维护对象设备进行维护作业，但根据维护的内容，维护人员不前往现场而从监视中心经由因特网等网络进行维护(远程维护)的情况也不少。
具体而言，从监视中心向设置于楼宇的楼宇设备维护装置发送记述有维护的处理内容、各处理的执行顺序的维护请求。楼宇设备维护装置按照维护请求中记述的执行顺序对设备实施各处理，从而进行维护。作为能够进行这样的远程维护的维护，例如有基于诊断程序等的动作确认、功能试验、软件的更新、蓄积于机器的日志的收集等。
现有技术文献
专利文献
专利文献1：日本特开2008-265926号公报
专利文献2：日本特开2002-060154号公报
专利文献3：日本特开2011-088711号公报
专利文献4：日本特开2009-215001号公报
专利文献5：日本特开2008-273730号公报
专利文献6：日本特开2007-238202号公报
专利文献7：日本特开2014-002624号公报
专利文献8：日本特开2010-024024号公报
技术实现要素：
发明要解决的课题
但是，例如进行软件的更新的维护包含软件版本的确认、执行中的处理的停止、更新、系统的再启动等波及多个项目的应该执行的处理。这些处理都不需要由维护人员手动进行，能够从远处经由网络执行。
然而，如果考虑无法正常执行处理的情况，则例如系统的再启动这样的处理还存在优选维护人员到现场以能够立刻应对该异常的处理。
本发明的第一目的在于，在对设备执行由多个处理构成的维护时，能够在维护人员的到场下可靠地执行希望在维护人员的到场下执行的处理。
并且，第二目的在于，提供检测维护人员到场的情况的方法。
用于解决课题的手段
本发明的设备维护管理系统具有：维护管理服务器，其设置在监视中心；以及设备维护装置，其根据来自所述维护管理服务器的维护请求对维护对象设备进行维护，所述设备维护装置具有：维护执行请求信息取得单元，其取得维护执行请求信息，该取得维护执行请求信息包含由多个处理构成的维护中该处理的执行顺序和每个处理的表示维护人员是否需要到场的要否信息；控制单元，其在执行维护时，按照维护执行请求信息的设定内容而控制各处理的执行；处理执行单元，其执行由所述控制单元指示的处理；以及维护人员检测单元，其检测维护人员到场维护的情况，当在执行需要维护人员到场的处理时所述维护人员检测单元没有检测到维护人员的情况下，所述控制单元使该处理的执行待机。
并且，该设备维护管理系统具有由维护人员携带的便携终端，所述设备维护装置具有将维护的进展状况通知给所述维护管理服务器的进展状况通知单元，所述维护管理服务器具有信息提供单元，该信息提供单元将包含从所述设备维护装置通知的维护的进展状况和正在被执行该维护的设施的识别信息在内的进展状况信息提供给所述便携终端。
并且，所述进展状况通知单元仅在处理的状态变化时将维护的进展状况通知给所述维护管理服务器。
并且，该设备维护管理系统具有待机中列表生成单元，该待机中列表生成单元根据由所述进展状况通知单元通知的维护的进展状况，生成正在被执行处理处于待机中的维护的设施的列表作为待机中列表，所述信息提供单元将与待机中列表包含的设施中的符合规定条件的设施有关的进展状况信息提供给所述便携终端。
并且，所述信息提供单元将与由维护的管理者指定的设施有关的进展状况信息提供给所述便携终端。
并且，在按照待机中的顺序将设施登记到待机中列表的情况下，所述信息提供单元将与待机中位列表的上位第n个(n为自然数)设施有关的进展状况信息提供给所述便携终端。
并且，该设备维护管理系统具有设施信息存储单元，该设施信息存储单元存储至少包含设施的识别信息和位置信息在内的设施信息，所述便携终端具有：测位单元；以及当前位置通知单元，其将本终端的当前位置通知给所述维护管理服务器，所述信息提供单元根据待机中列表包含的设施与所述便携终端的位置关系，将与距该便携终端在一定距离内的设施或者从接近该便携终端的设施起第n个(n为自然数)设施有关的进展状况信息提供给所述便携终端。
并且，所述便携终端具有：测位单元；以及当前位置通知单元，其将本终端的当前位置通知给所述维护管理服务器，所述信息提供单元将来自所述便携终端具有的所述当前位置通知单元的通知视为进展状况信息的发送请求而将进展状况信息提供给该便携终端。
并且，所述设备维护装置具有：到场通知单元，其在所述维护人员检测单元检测到维护人员已到场时，将维护人员已到场的情况通知给形成同一组的其他设备维护装置；以及请求通知单元，其在根据所述到场通知单元的通知而被回复了维护人员的到场请求的情况下，通知维护人员已被请求到场。
并且，所述维护人员检测单元通过基于从正在被执行维护的设施中设置的机器输入的认证信息的认证，检测维护人员到场维护的情况。
并且，所述维护人员检测单元通过基于维护人员带入到正在被执行维护的设施的维护人员专用的存储装置中记录的认证信息的认证，检测维护人员到场维护的情况。
并且，该设备维护管理系统具有由维护人员携带的便携终端，所述设备维护装置具有认证信息通知单元，该认证信息通知单元将本装置的认证信息通知给所连接的所述便携终端，所述便携终端具有认证请求单元，该认证请求单元通过将从所述设备维护装置通知的该设备维护装置的认证信息发送给所述维护管理服务器而请求认证，所述维护管理服务器具有维护人员认证单元，该维护人员认证单元在基于从所述便携终端发送来的所述设备维护装置的认证信息进行认证后，将维护人员检测确认信息发送给该设备维护装置，所述维护人员检测单元通过从所述维护管理服务器接收维护人员检测确认信息而检测维护人员到场维护的情况。
并且，所述便携终端具有：测位单元；以及当前位置通知单元，其将本终端的当前位置通知给所述维护管理服务器，所述维护管理服务器具有：设备信息存储单元，其存储所述设备的位置信息；以及维护人员检测通知单元，其在通过对从所述便携终端通知的当前位置与所述各设备的位置信息进行比较而检测到所述便携终端位于任意的所述设备的规定距离内的情况下，通知进行该设备的维护的所述设备维护装置检测维护人员，所述维护人员检测单元根据来自所述维护管理服务器的检测维护人员的通知而检测维护人员到场维护的情况。
本发明的设备维护装置对设置于设施的设备进行维护，其中，该设备维护装置具有：维护执行请求信息取得单元，其取得维护执行请求信息，该维护执行请求信息包含由多个处理构成的维护中该处理的执行顺序和每个处理的表示维护人员是否需要到场的要否信息；控制单元，其在执行维护时，按照维护执行请求信息的设定内容而控制各处理的执行；处理执行单元，其执行由所述控制单元指示的处理；以及维护人员检测单元，其检测维护人员到场维护的情况，当在执行需要维护人员到场的处理时所述维护人员检测单元没有检测到维护人员的情况下，所述控制单元使该处理的执行待机。
本发明的程序使用于对设置于设施的设备进行维护的计算机作为如下的单元发挥功能：维护执行请求信息取得单元，其取得维护执行请求信息，该维护执行请求信息包含由多个处理构成的维护中该处理的执行顺序和每个处理的表示维护人员是否需要到场的要否信息；控制单元，其在执行维护时，按照维护执行请求信息的设定内容而控制各处理的执行；处理执行单元，其执行由所述控制单元指示的处理；以及维护人员检测单元，其检测维护人员到场维护的情况，当在执行需要维护人员到场的处理时所述维护人员检测单元没有检测到维护人员的情况下，所述控制单元使该处理的执行待机。
发明效果
根据本发明，在对设备执行由多个处理构成的维护时，能够在维护人员的到场下可靠地执行希望在维护人员的到场下执行的处理。
并且，由于将进展状况信息提供给便携终端，因此，维护人员能够掌握维护的进展状况。
并且，能够仅在处理的状态变化时将维护的进展状况通知给维护管理服务器。
并且，能够仅将与待机中列表包含的设施中的符合规定条件的设施有关的进展状况信息提供给便携终端。
并且，能够从便携终端侧向维护管理服务器请求发送进展状况信息。
并且，能够不使用维护管理服务器而通过属于同一组的设备维护装置之间的信息交换来通知维护人员需要到场。
并且，能够通过使用设置于设备的机器以及使用基于维护人员的知识的信息这样的双要素认证而检测维护人员到场的情况。
并且，能够通过由维护人员带入维护人员专用的存储装置以及使用存储在该存储装置中的认证信息这样的双要素认证而检测维护人员到场的情况。
并且，能够根据便携终端与各设备的位置关系而检测维护人员到场维护的情况。
附图说明
图1是示出本发明的设备维护管理系统的一个实施方式的整体结构图。
图2是实施方式1的楼宇设备维护装置的硬件结构图。
图3是实施方式1的楼宇设备维护装置的框结构图。
图4是实施方式1的楼宇设备维护装置的维护请求存储部中存储的维护请求信息的数据结构的一例的图。
图5是在实施方式1中设置在监视中心侧的系统的框结构图。
图6是示出实施方式1的维护请求执行处理的流程图。
图7是在实施方式2中监视中心侧的系统的框结构图。
图8是示出在实施方式2中对维护用pc提供信息之前的基本处理流程的流程图。
图9是示出在实施方式3中形成组的楼宇设备维护装置的网络结构的一例的图。
图10是实施方式3的楼宇设备维护装置的框结构图。
图11是示出实施方式3的协作处理的流程图。
图12是实施方式5的楼宇设备维护装置的框结构图。
图13是在实施方式5中设置在监视中心侧的系统的框结构图。
图14是在实施方式6中设置在监视中心侧的系统的框结构图。
具体实施方式
以下，根据附图对本发明的优选实施方式进行说明。
实施方式1
图1是示出本发明的设备维护管理系统的一个实施方式的整体结构图。在图1中示出监视中心1、楼宇2、连接监视中心1和楼宇2的由因特网等构建的网络3。在楼宇2中构建有如下的系统：作为维护对象的1个或者多个楼宇设备4和根据来自监视中心1的维护请求来执行楼宇设备4的维护的楼宇设备维护装置50与楼宇2内的设备网络5连接。另一方面，在监视中心1中构建有如下的系统：用于维护服务的维护管理服务器20和进行请求维护楼宇设备4或确认维护进度等维护业务等的管理者使用的1个或者多个管理终端10与监视中心1内的专用网络6连接。另外，在订立有维护合同的楼宇2中，只要构建包含楼宇设备维护装置50的同等系统即可，因此仅图示出1个楼宇2。
图2是形成本实施方式的楼宇设备维护装置50的计算机的硬件结构图。在本实施方式中形成楼宇设备维护装置50的计算机能够由个人计算机等从前存在的通用的硬件结构来实现。即，计算机如图2所示构成为将cpu81、rom82、ram83、硬盘驱动器(hdd)84、连接外部网络3的外部网络控制器85、连接设备网络5的内部网络控制器86、连接由维护人员带入的维护用pc的连接器87与内部总线88连接。并且，也可以还将输入输出控制器99与内部总线88连接，以使维护人员或楼宇管理人等能够操作，该输入输出控制器99分别连接作为输入单元的鼠标89和键盘90以及作为显示装置的显示器98。
图3是本实施方式的楼宇设备维护装置50的框结构图。另外，没有用于本实施方式的说明的结构要素从图3中省略。本实施方式的楼宇设备维护装置50具有：维护请求受理部51、维护执行控制部52、处理执行部53、维护人员检测部54、通知部55、维护请求存储部57以及结果存储部58。维护请求受理部51受理从维护管理服务器20经由网络3发送来的维护请求并登记于维护请求存储部57。
但是，本实施方式的楼宇设备维护装置50执行的维护是通过执行多个处理而执行的。详细情况容后再述，维护管理服务器20通过发送维护请求信息而请求维护楼宇设备4，但在该维护请求信息中设定有多个处理的执行顺序，因此，维护执行控制部52按照维护请求信息的设定内容而控制各处理的执行。处理执行部53执行由维护执行控制部52指示的处理。维护人员检测部54通过检测维护人员携带的维护用pc7与连接器87连接的情况，确认维护人员到场维护的情况。通知部55通过将包含根据维护请求而执行的维护的执行结果在内的执行结果信息经由网络3发送给维护管理服务器20，从而将维护的执行结果通知给位于监视中心1的管理者等。在结果存储部58中存储有执行结果信息。
图4是示出本实施方式的维护请求存储部57中存储的维护请求信息的数据结构的一例的图。在维护请求信息中包含有执行顺序、处理id、处理名、是否需要维护人员以及参数的各项目。如上所述，在本实施方式中执行的维护是通过执行多个处理而执行的。在执行顺序中设定要执行的处理的顺序。另外，为了方便说明，在图4中示出以按顺序执行处理的方式设定的执行顺序的例子，但不限于此，可以以使维护执行控制部52进行各种执行控制的方式设定执行顺序，如同时进行或与其他处理结束相应地使本处理也强制结束等。处理id是用于识别应该执行的处理的识别信息。处理名是为了方便而用名称表示该处理id的信息。并且，在本实施方式中作为特征的是否需要维护人员是表示在该处理的执行中是否需要维护人员到场，即表示维护人员是否需要到场的要否信息。参数是在执行该处理时所需的参数信息。例如，图4中例示的楼宇设备地址是用于确定实施该处理的楼宇设备4的信息，在图4中示出设定有全局ip地址的例子。另外，在对楼宇设备4设定有私人ip地址的情况下，也可以使参数包含确定楼宇的楼宇识别信息，通过楼宇识别信息与私人ip地址的组来确定楼宇设备4。并且，在文件转发这样的处理的情况下，示出作为转发哪个文件这样的确定转发对象文件的信息设定有文件名的例子。另外，虽然在图4中省略，但除此之外在处理再启动的情况下设定超时时间，或者在完成报告的情况下设定确定通知给维护管理服务器20的信息种类的信息等。
楼宇设备维护装置50中的各结构要素51～55通过形成楼宇设备维护装置50的计算机与在搭载于计算机的cpu81中动作的程序之间的协调动作来实现。并且，各存储部57、58由搭载于楼宇设备维护装置50的hdd84来实现。或者，也可以经由网络使用ram83或者位于外部的存储单元。
图5是本实施方式的设置在监视中心1的系统的框结构图。另外，没有用于本实施方式的说明的结构要素从图5中省略。管理终端10也可以如图2所示的硬件结构那样由pc等通用的计算机来实现。但是，不需要连接器87。管理终端10具有维护请求创建部11和结果显示部12。维护请求创建部11根据管理者的操作而创建、编辑维护请求(信息)，登记到维护管理服务器20的维护请求存储部22中。结果显示部12通过使显示器等显示蓄积在维护管理服务器20的结果存储部23中的维护的执行结果而使管理者阅览。维护请求创建部11和结果显示部12通过形成管理终端10的计算机与在搭载于计算机的cpu中动作的程序之间的协调动作来实现。
维护管理服务器20可以如图2所示的硬件结构那样由通用的服务器计算机来实现。但是，不需要连接器87。维护管理服务器20具有维护执行请求部21、维护请求存储部22以及结果存储部23。当从管理终端10将维护请求信息登记到维护请求存储部22时，维护执行请求部21通过将该维护请求信息发送给该楼宇设备维护装置50而进行维护请求。并且，当接受根据维护请求而执行的结果(执行结果信息)时，登记到结果存储部23中。维护执行请求部21通过形成维护管理服务器20的服务器计算机与在搭载于服务器计算机的cpu中动作的程序之间的协调动作来实现。各存储部22、23由搭载于维护管理服务器20的hdd来实现。或者，也可以经由网络使用ram或者位于外部的存储单元。
并且，在本实施方式中使用的程序由通信单元提供，当然也可以保存在cd-rom或usb存储器等计算机可读取的记录介质中来提供。从通信单元或记录介质提供的程序被安装于计算机，计算机的cpu通过依次执行程序而实现各种处理。
接着，对本实施方式的动作进行说明。首先，说明从监视中心1对楼宇2的楼宇设备维护装置50进行维护请求之前的处理。
如上所述，当维护请求创建部11将由管理者创建的维护请求信息登记到维护请求存储部22时，维护执行请求部21参照维护请求信息中包含的参数的楼宇设备地址，确定并发送设置于与该楼宇设备4相同的楼宇2的楼宇设备维护装置50。这里，假定在维护请求信息被登记于维护请求存储部22的时机，一齐发送给根据维护请求信息中包含的参数而确定的楼宇设备维护装置50，但也可以根据预先设定的发送调度向各楼宇设备维护装置50发送维护请求信息。
在楼宇设备维护装置50中，维护请求受理部51在受理从监视中心1发送来的维护请求信息作为维护请求时，登记到维护请求存储部57中。然后，维护执行控制部52根据所登记的维护请求信息的内容，对所请求的维护中包含的各处理进行执行控制。另外，维护的执行时机可以是维护请求信息被登记于维护请求存储部57时，也可以是由维护请求信息指定的时机。例如，如果是包含需要楼宇设备4的再启动这样的妨碍业务持续进行的维护，则也可以在午饭时间等休息时间或休息日的指定时间开始维护。关于维护请求信息的发送时机和基于维护请求信息的维护的执行时机，只要使维护管理服务器20和楼宇设备维护装置50在规定的日期时间协作地动作以能够开始执行维护即可。
并且，在图5中示出进行楼宇设备4的软件更新的维护时的维护请求信息的设定例。进行软件更新的维护基本上是仅利用不需要维护人员到场的处理就能够执行的远程维护。根据该设定例，维护执行控制部52按顺序执行下面的处理。即，首先，确认维护对象楼宇设备4(ip地址：123.456.7.8)的当前软件的版本，在将与维护请求信息一同发送来的文件(v2.0.0.zip)转发给楼宇设备4之后，将在楼宇设备4中执行着的处理(包含控制、监视等)全部停止。然后，在更新了楼宇设备4的软件之后进行再启动。接着，在再次确认软件的版本以确认更新正常结束之后，报告软件更新已完成。
以下，使用图6所示的流程图，说明由于已达到维护的执行开始日期时间而在维护执行控制部52的主导下根据图5所示的维护请求信息执行的维护请求执行处理。
维护执行控制部52从维护请求存储部57按顺序读出还没有按照执行顺序执行由维护请求指定的处理的处理(步骤110)。
接着，维护执行控制部52参照所读出的处理是否需要维护人员的设定值。在没有设定成需要维护人员到场的情况下(步骤120中为否)，维护执行控制部52通过指示处理执行部53而执行该处理(步骤140)。在处理正常结束的情况下(步骤150中为是)，维护执行控制部52生成包含正常结束的处理、结束日期时间等在内的处理结束信息，登记在结果存储部58中(步骤160)。如何，如果结束的处理不是最终的处理(根据图5为“完成报告”)(步骤170中为否)，则返回步骤110。根据图5所示的设定例，执行顺序1、2的版本的确认1和文件转发的各处理是维护人员可以不用到场的处理，因此，维护执行控制部52自动地执行这些处理。
另一方面，在没有正常结束的情况下(步骤150中为否)，视为产生了错误生成包含该错误的内容、产生日期时间在内的错误信息，登记在结果存储部58中(步骤190)。在错误了产生的情况下，视为无法持续地执行处理，通知部55根据来自维护执行控制部52的指示而将登记在结果存储部58中的错误信息作为处理的结果通知给监视中心(步骤180)。
根据维护请求信息的设定例，第三个应该执行的“处理停止”的处理被设定成需要维护人员到场。在该情况下(步骤120中为是)，维护执行控制部52确认维护人员检测部54是否检测到维护人员。但是，在本实施方式中，以当维护人员到达作为现场的楼宇2时携带着的维护用pc7与连接器87连接为前提。维护人员检测部54通过检测到维护用pc7与楼宇设备维护装置50连接而视为维护人员到场。
在无法确认维护人员到场的期间(步骤130中为否)，维护执行控制部52不开始执行处理停止的处理而待机。并且，在能够确认维护人员到场后才开始使处理执行部53执行处理停止的处理(步骤140)。步骤140之后的处理是如上所述，因此省略说明。
由于执行顺序4、5的处理也被设定成需要维护人员到场(步骤120中为是)，因此只要与“处理停止”的处理同样地进行处理即可。随后的执行顺序6、7的处理没有被设定成需要到场(步骤120中为否)，因此与维护人员是否到场无关地自动地执行该处理(步骤140)。即，当执行顺序3～5的处理结束时，维护人员可以从楼宇2退出。
如上所述，当维护中包含的处理全部结束(步骤170中为是)时，通知部55根据登记在结果存储部58中的处理结束信息或者错误信息而生成并发送执行结果信息，由此，将维护的执行结果通知给维护管理服务器20(步骤180)。
另外，在发送给维护管理服务器20的执行结果信息包含维护的实施日期时间、ip地址或序列号等维护对象楼宇设备4的识别信息、维护执行结果(正常结束、异常结束/错误代码)、与维护请求的内容对应的返回值(若是软件更新则是更新后的版本名，若是诊断程序的执行则是记录有结果的文件的url等)。
在维护管理服务器20中，当维护执行请求部21发送来根据维护请求而执行的维护的结果时，将接收到的执行结果登记在结果存储部23中。
由此，管理终端10中的结果显示部12根据管理者的操作指示等使显示器显示维护的执行结果等而使管理者阅览。
远程维护基本上可能不需要维护人员到场，但考虑到万一的情况也有时希望到场。根据本实施方式，能够按照每个处理来设定维护人员是否需要到场，因此关于希望在维护人员的到场下执行的处理，能够在维护人员到场的状态下可靠地执行维护。
但是，在本实施方式的维护请求执行处理中，如果在需要维护人员到场的处理的执行开始时检测到维护人员到场，则维护执行控制部52执行该处理(步骤130中为是，140)。但是，在处理的执行开始后，在例如再启动处理(处理id＝p5)的情况下，在与其说楼宇设备4的再启动开始时刻倒不如说是否正常进行了再启动即至少处理的结束时刻维护人员到场即可。因此，维护人员检测部54例如在检测到维护用pc7的连接时(在能够确认维护人员到场时)始终输出检测信号，始终向维护执行控制部52通知处于检测到维护人员的状态。如何，在能够确认来自维护人员检测部54的检测信号的输出的期间，维护执行控制部52持续地执行需要维护人员到场的处理。如果在处理的执行中无法确认检测信号的输出，则也可以控制处理的执行，如在该处理的中途转移到待机状态或者为了不转移到下一处理而在该处理结束之前转移到待机状态等。
并且，在本实施方式中，将维护的执行结果在维护的结束时刻通知给维护管理服务器20。但是，也可以每当结束执行维护中包含的处理时，即通知维护的进展状况。
并且，在本实施方式中，楼宇设备维护装置50的通知部55主体上与维护管理服务器20连接而发送执行结果信息，但维护管理服务器20也可以与进行了维护请求的楼宇设备维护装置50连接而收集执行结果信息。
根据本实施方式，在不需要维护人员的远程维护中，关于即使不由维护人员通过手工作业实施也希望维护人员到场的处理(处理id＝p3、p4、p5)，能够在维护人员的到场下执行。在该情况下，关于能够在楼宇设备维护装置50中自动地执行的处理(处理id＝p1、p2)，能够在维护人员到达前事先完成。由此，可以预期维护业务的效率提高、维护人员的运转成本的削减、顾客的设备不可用时间的缩短。
另一方面，在需要维护人员前往现场(楼宇2)实施的维护(现场维护)中，能够使楼宇设备维护装置50自动地执行不需要维护人员的手工作业的处理。现场维护虽然需要维护人员到现场访问，但能够减少到场维护的机会，因此能够减少作业负担。
而且，还可以提供如下的功能：向维护人员通知需要到场的处理完成，此后不需要到场。例如，在需要到场的处理完成的时刻，楼宇设备维护装置50在所连接的维护用pc7的画面显示“此后不需要到场”或“可以去下一现场/返回”等消息。或者，如后述的实施方式2所示，每当处理结束时维护管理服务器20接收到处理结束信息的情况下，维护管理服务器20对维护用pc7或维护人员携带的智能电话等发送消息。
并且，也可以提供如下的功能：在需要到场的处理期间夹有不需要到场的处理的情况下，向维护人员通知该内容。例如，使维护用pc7显示“也可以不立刻到场”，或者对维护人员携带的智能电话等发送相同的消息。并且，也可以预先决定处理的执行时间，或者在能够推测的情况下显示“可以在○○分不到场”等消息。
并且，以本实施方式的楼宇设备维护装置50在具有来自维护管理服务器20的维护请求后才执行维护的方式进行了说明，但只要是例如定期的维护或固定的处理内容的维护等，则通过在内部保持该维护的维护请求信息，即使不存在来自维护管理服务器20的请求也能够单独地执行维护。
实施方式2
上述实施方式1的楼宇设备维护装置50将根据每当处理结束时得到的处理结束信息(或者错误信息)而生成的执行结果信息作为维护执行结果而通知给维护管理服务器20。本实施方式的楼宇设备维护装置50在不仅是维护执行结果而且包含在维护中的各处理的执行结束时，立即通知维护的进展状况。
本实施方式的楼宇设备维护装置50的硬件结构和框结构可以与实施方式1相同，但是，本实施方式的通知部55还作为将维护的进展状况通知给维护管理服务器20的进展状况通知单元发挥功能。
图7是在本实施方式中与监视中心1和便携终端9相关联的系统的框结构图。另外，对与实施方式1相同的结构要素赋予相同的标号并省略说明。并且，管理终端10和维护管理服务器20的硬件结构可以与实施方式1相同。并且，在图7中示出经由移动电话网8而与维护管理服务器20进行通信的便携终端9。在本实施方式中，作为便携终端9假定智能手机。另外，作为便携终端9也可以兼用作维护用pc7。便携终端9与维护用pc7一同由各维护人员从监视中心1取出。由于可以是与便携终端9相同的结构，因此在图7中仅图示出1台。
本实施方式的维护管理服务器20除了实施方式1的结构之外，还具有待机中列表生成部24、信息提供部25、当前位置取得部26、楼宇设备信息存储部27、进展状况存储部28以及待机中列表存储部29。本实施方式的维护执行请求部21在接收到从楼宇设备维护装置50通知的维护的进展状况时，登记到进展状况存储部28中。
在楼宇设备信息存储部27中预先设定登记有与楼宇2、设置于该楼宇2的楼宇设备维护装置50和楼宇设备4有关的信息。具体而言，楼宇2的信息包含楼宇识别信息(id)、楼宇名称、楼宇的地址、位置信息(经纬度信息)、楼宇的顾客信息、合同信息等。楼宇设备维护装置50的信息包含装置识别信息(装置id)、ip地址、位置信息(经纬度信息)、机型等。楼宇设备4的信息包含设备识别信息(设备id)、ip地址、位置信息(经纬度信息)、机型等。
待机中列表生成部24当在进展状况存储部28中写入维护的进展状况时，参照进展状况存储部28中存储的进展状况和楼宇设备信息而提取处理处于待机中的维护，生成正在被执行该维护的楼宇2的列表作为待机中列表，写入到待机中列表存储部29。基本上是覆写保存。这里，“正在被执行维护”是指开始执行维护且没有结束，维护中包含的任意处理处于执行中或者待机中的状态。另外，在之后的说明中，为了方便将正在被执行处理处于待机中的维护的楼宇简称作“待机中的楼宇”。如后所述，管理者从待机中列表中选择希望向便携终端9通知处理处于待机中的楼宇2，信息提供部25通过生成并发送与管理者选择出的楼宇2有关的进展状况信息而向便携终端9提供信息。当前位置取得部26取得从便携终端9通知的当前位置。
维护管理服务器20的各结构要素24～26通过形成维护管理服务器20的计算机与在搭载于计算机的cpu中动作的程序之间的协调动作来实现。并且，各存储部27～29由搭载于维护管理服务器20的hdd来实现。或者，也可以经由网络来使用ram或者位于外部的存储单元。
管理终端10的信息提供指示部13从登记在待机中列表存储部29的待机中列表中选择希望通知给携带便携终端9的维护人员的待机中的楼宇，由此指示提供进展状况信息。信息提供指示部13通过形成管理终端10的计算机与在搭载于计算机的cpu中动作的程序之间的协调动作来实现。
便携终端9具有测位部91、当前位置通知部92以及信息显示部93。测位部91通过gps功能对本终端的当前位置进行测位。当前位置通知部92将由测位部91得到的本终端的当前位置(经纬度信息)通知给维护管理服务器20。另外，当前位置通知部92也可以将当前位置始终通知给维护管理服务器20，例如还可以根据维护人员的规定操作来通知。信息显示部93对从维护管理服务器20提供的进展状况信息进行画面显示。
接着，使用图8所示的流程图说明在本实施方式中向维护用pc7提供信息之前的基本处理流程。另外，在本实施方式中，为了方便说明，假设在楼宇设备维护装置50中在处理的执行中不会产生错误(不会生成错误信息)而进行说明。
本实施方式的楼宇设备维护装置50的通知部55将每当在图6的步骤160中处理结束信息被写入到结果存储部58时新写入的处理结束信息作为维护的进展状况而通知给维护管理服务器20。处理结束信息包含该处理的识别信息(处理名、处理id等)、处理的结束日期时间、结束的状态(正常/异常)或者作为确定通知源的信息的楼宇设备维护装置50的识别信息等。
维护管理服务器20的维护执行请求部21在取得从楼宇设备维护装置50通知的维护的进展状况时(步骤210)，登记到进展状况存储部28中。由此，进展状况存储部28按照在各楼宇2中执行的各维护的进展状况逐次更新(步骤220)。待机中列表生成部24参照在更新进展状况存储部28时登记在进展状况存储部28中的维护的进展状况，确定处理处于待机中的维护。接着，待机中列表生成部24参照楼宇设备信息，确定正在被执行确定的维护的楼宇2，根据该确定的楼宇2生成待机中的楼宇2的列表(待机中列表)，通过登记到待机中列表存储部29而进行更新(步骤230)。
维护管理服务器20的信息提供部25从待机中列表包含的楼宇2中选择符合规定条件的楼宇2(步骤240)。这里，作为规定的条件说明选择正在进行维护执行管理的管理者指定的楼宇2的情况时，管理者通过对管理终端10进行规定操作而使显示器显示登记在待机中列表存储部29中的待机中列表等并进行阅览。然后，管理者从显示着的待机中列表中选择希望通知给维护人员的1个或者多个楼宇2而指示对维护人员提供信息。信息提供指示部13在受理管理者选择出的楼宇2时，参照楼宇设备信息，生成与受理的楼宇2有关的进展状况信息并发送给便携终端9，从而将待机中的楼宇2通知给维护人员(步骤250)。
便携终端9中的信息显示部93在接收到进展状况信息时或者根据信息接收后维护人员的操作对进展状况信息进行画面显示，从而将待机中的楼宇2提示给维护人员。
如上所述，维护人员知道待机中的楼宇2，从当前的场所移动到待机中的楼宇2，使维护用pc7与楼宇设备维护装置50连接而先进入待机中的处理。
另外，根据用于生成进展状况信息的规定条件，有可能与1个待机中的楼宇有关的信息已被提供给多个维护人员。即，有可能由多个维护人员参照相同的楼宇2的信息。当某维护人员向该楼宇2移动，使维护用pc7与楼宇设备维护装置50连接时，该楼宇2从待机中列表被自动地消去，由此，其他维护人员不会前往该楼宇2，然而，在该楼宇2从待机中列表被消去之前在为了其他维护人员而生成的进展状况信息中包含该楼宇2的信息，有可能被其他维护人员选择成前往目的地。因此，为了解除该情况，当维护人员从进展状况信息中选择作为前往目的地的楼宇2时，便携终端9也可以将该选择出的楼宇2通知给维护管理服务器20而不会包含在其他维护人员用的进展状况信息中。
但是，根据以上可知，需要在进展状况信息中包含为了使维护人员向待机中的楼宇2移动所需的信息。在本实施方式中，包含楼宇2的识别信息、楼宇2的名称、地址(层数)、经纬度信息、正在被执行维护的楼宇设备4的机型、ip地址、作为处理的进展状况的处理的执行状态(待机中、执行中)、待机中的处理的id、执行顺序、开始待机的日期时间等。当然，也可以根据例如移动单元、移动所需时间等与移动有关的信息或要提供的服务等而包含适当的信息。信息显示部93也可以选择性地显示进展状况信息中包含的一部分信息。
如上所述，监视中心1对维护人员提供信息，每当从任意的楼宇设备维护装置50发送来维护的进展状况时执行上述信息提供处理中的步骤210～230。步骤240～250也可以不需要每当生成待机中列表时执行，而在管理者指示的时机等期望的时机进行。
接着，以下说明上述信息提供处理中包含的各处理内容的详细情况和变形例。
在步骤210中，维护执行请求部21取得从楼宇设备维护装置50的通知部55通知的维护的进展状况，但通知部55也可以不是每当处理结束时而仅在处理的状态变化时将维护的进展状况通知给维护管理服务器20。维护中包含的处理如在实施方式1中说明的那样，如果在维护人员需要到场的处理中执行的顺序循环时维护人员没有到场，则该处理的状态从执行中变化成待机中。并且，如果确认到维护人员到场，则该处理的状态从待机中变化成执行中。如果处理的状态没有变化，则不需要更新待机中列表。因此，通知部55不需要通知维护的进展状况。如果不通知维护的进展状况，则在维护管理服务器20中不需要更新待机中列表，因此也不需要使待机中列表生成部24进行动作。由此，可减轻维护管理服务器20中的处理负荷。
在步骤230中，待机中列表生成部24按照每个维护人员生成待机中列表。在维护人员按照每个管辖区域形成组的情况下，也可以按照每个组来生成。并且，待机中列表生成部24也可以在由当前位置取得部26取得的便携终端9的当前位置检索楼宇设备信息的位置信息，生成距该维护人员在一定距离内的待机中的楼宇的列表(待机中列表)。作为按照每个维护人员生成待机中列表的其他方法，也可以参照未图示的各维护人员的维护计划表，从该维护人员当日负责的楼宇2中生成待机中的楼宇2的列表。或者，也可以将它们组合起来从该维护人员当日负责的楼宇2中生成在一定距离内的待机中的楼宇的列表。
在步骤240中，信息提供部25从待机中列表中生成与符合规定条件的楼宇有关的进展状况信息。在上述例中，作为规定条件，从待机中列表选择出由管理者指定的楼宇2。另外，管理者例如也可以参照维护计划表，选择1个循环的顺序靠前的楼宇或顾客优先级高的楼宇。
并且，也可以不接受来自管理者的指示，而由信息提供部25根据预先设定的规定条件从待机中列表中自动地选择信息提供对象楼宇2。例如，在按照待机中的顺序将楼宇2登记到待机中列表的情况下，选择登记在待机中列表的最高位的楼宇2。这是为了优先地处理处于长期待机中的处理。另外，也可以不限于最高位而选择上位第n个(n为自然数)楼宇2。
并且，信息提供部25根据待机中列表中包含的楼宇2与便携终端9的位置关系，与生成待机中列表时同样地选择位于预先决定的一定距离内的楼宇2。或者选择管辖区域内的楼宇2。或者只选择最接近便携终端9的楼宇2。当想要只选择最接近的楼宇2并提供给维护人员时，能够使维护人员的移动距离最短，因此高效。另外，也可以不只选择1个最接近的楼宇2而选择从接近便携终端9的楼宇起第n个(n为自然数)楼宇2。
除此之外，也可以参照维护计划表，选择循环的顺序最靠前的待机中的楼宇或者从靠前的楼宇起到第n个(n为自然数)楼宇为止的楼宇2。
并且，在维护请求具有优先级的情况下(例如，与作为定期维护而实施的功能试验相比，故障对策的软件更新处于较高的优先级)，也可以在待机中列表中添加优先级的项目，根据该优先级而选择提供给维护人员的楼宇2。并且，也可以适当组合上述的变形例，根据需要来设定优先级或者进行加权等而选择楼宇2。
如上所述，信息提供部25既可以根据规定条件而只提示1个待机中的楼宇，也可以提示多个待机中的楼宇。
在步骤250中，信息提供部25将生成的进展状况信息发送给便携终端9。这例如进行邮件发送。然后，在发送的邮件的本文中记载进展状况信息。也可以记载用于显示楼宇的位置信息等的url。或者，也可以通过sms(shortmessageservice：短消息服务)等推送通信，由维护管理服务器20启动便携终端9内的应用(信息显示部93)，使应用从维护管理服务器20取得、显示进展状况信息。并且，信息提供部25也可以将来自当前位置通知部92的通知视为进展状况信息的发送请求而将进展状况信息提供给便携终端9。
或者，例如也可以在维护管理服务器20中设置有公开待机中列表的功能(例如，web服务器功能等)，能够根据维护人员的操作而从维护用pc7取得待机中列表。
另外，在本实施方式中，提供与待机中的楼宇有关的信息，使维护人员朝向待机中的楼宇而实现维护的结束。即，在本实施方式中，作为信息提供单元而设置的信息提供部25通过将待机中列表中的符合规定条件的楼宇2的进展状况信息提供给维护人员而通知待机中的楼宇2。但是，不限于待机中的楼宇，也可以提供自己负责的楼宇或其他维护人员负责的楼宇等的进展状况信息。即，作为规定条件，也可以将与在维护管理服务器20中自动地选择出的楼宇或者该维护人员负责的全部楼宇这样的符合规定条件的楼宇有关的进展状况信息提供给维护人员。
但是，在多个维护人员负责一个管辖区域的情况下，在维护计划中事先分配位于管辖区域内的楼宇设备4，各维护人员根据分配给自己的维护计划而在楼宇2中移动。但是，当在到场目的地产生故障时，有可能为了应对该故障而无法实施计划的剩余楼宇设备4的维护。在该情况下，也可以是，该楼宇设备维护装置50通知给维护管理服务器20，维护管理服务器20重新对各维护人员分配楼宇2，将新的维护计划作为进展状况信息而通知给其他维护人员。
实施方式3
图9是示出在本实施方式中楼宇设备维护装置50的网络结构的一例的图。设备维护管理系统包含多个楼宇设备维护装置50，在图9中示出其中形成同一组的4台楼宇设备维护装置50与网络3连接的结构。楼宇设备维护装置50在网络3上假想形成p2p(peertopeer：对等)网络。当然，属于1个组的楼宇设备维护装置50只要是2台以上即可，可以是任意台。本实施方式的楼宇设备维护装置50的硬件结构可以与实施方式1相同。
图10是本实施方式的楼宇设备维护装置50的框结构图。与图9所示的各楼宇设备维护装置50也具有相同的结构。另外，对与实施方式1相同的结构要素标注相同的标号并省略说明。本实施方式的楼宇设备维护装置50除了实施方式1的结构之外，还具有其它装置协作部59、到场请求通知部60以及协作目标信息存储部61。协作目标信息存储部61至少包含与和本装置形成同一组的其他楼宇设备维护装置50有关的信息，具体而言为与各楼宇设备维护装置50通信所需的ip地址等。在本实施方式的情况下，假定其他楼宇设备维护装置50是与本装置位于一定距离内的楼宇设备维护装置50。其它装置协作部59被设置成到场通知单元，当由维护人员检测部54检测出维护人员到场时，将维护人员到场的情况通知给形成同一组的其他楼宇设备维护装置50即在协作目标信息存储部61中登记有信息的楼宇设备维护装置50。并且，受理根据该通知而从其他楼宇设备维护装置50回复的维护人员的到场请求。到场请求通知部60在根据其它装置协作部59的通知而从其他设备维护装置被回复了维护人员的到场请求的情况下，将已被请求到场的情况通知给维护人员。
楼宇设备维护装置50的各结构要素59、60通过形成楼宇设备维护装置50的计算机与在搭载于计算机的cpu81中动作的程序之间的协调动作来实现。并且，协作目标信息存储部61由搭载于楼宇设备维护装置50的hdd84来实现。或者，也可以经由网络来使用ram83或者位于外部的存储单元。
接着，对本实施方式的动作进行说明。本实施方式的动作可以与实施方式1基本上相同。本实施方式的特征处理是在检测出图6所示的维护用pc之后(步骤130中为是)实施且与图6独立地实施的处理。使用图11所示的流程图对该本实施方式的特征处理进行说明。
当维护人员检测部54检测出维护人员到场时(步骤310)，其它装置协作部59参照协作目标信息存储部61而向属于同一组的其他楼宇设备维护装置50通知维护人员已到场(步骤320)。
当接收到维护人员已到场的通知时，其他楼宇设备维护装置50在本装置正在执行的维护处于待机中的情况下，针对该通知回复到场请求。在维护并没有处于待机中的情况下，不需要响应。
当在规定时间(超时)内从任意的楼宇设备维护装置50回复到场请求时(步骤330中为是)，到场请求通知部60使维护用pc7显示该内容等而向维护人员通知已被请求到场的情况(步骤340)。当在规定时间内从任何楼宇设备维护装置50都没有回复到场请求的情况下(步骤330中为否)，结束处理。
在上述实施方式2中，是使用维护管理服务器20向维护人员通知距维护人员的当前位置在一定距离内的待机中的楼宇2，但根据本实施方式，通过在位于附近(一定距离内)的楼宇设备维护装置50之间进行协调动作，不使用维护管理服务器20就能够将待机中的楼宇2通知给维护人员。由此，维护人员能够向移动距离较短的楼宇2移动。
另外，在本实施方式中，通过位于一定距离内的楼宇2形成组。作为一定距离的范围，例如也可以通过经纬度信息相同的、设置于同一楼宇的楼宇设备维护装置50形成组。并且，也可以通过直线距离例如为1km以内的楼宇设备维护装置50、或者与地图信息组合而存在于维护人员能够在例如10分钟以内移动到的距离内的楼宇设备维护装置50形成组。关于向协作目标信息存储部61登记数据，可以取得来自维护管理服务器20的信息进行登记，也可以在楼宇设备维护装置50设置测位单元而自己登记。
并且，在步骤320中，也可以组合多个组进行通知。例如，当维护人员到场维护某楼宇设备4时，首先通知给第一p2p网络内的楼宇设备维护装置50。在从第一p2p网络内的任何楼宇设备维护装置50都有到场请求的情况下，通知给第二p2p网络内的楼宇设备维护装置50。另外，第一p2p网络与第二p2p网络不需要是完全不同的结构，也可以是包含关系或者一部分重复。
另外，在本实施方式中，对以楼宇2之间距离为基准形成组的例子进行了说明，但例如也可以按照同一所有者的楼宇、基于同一或者类似的合同内容的楼宇等其他的基准形成组。
实施方式4
在上述实施方式1～3中，是通过检测维护用pc7与楼宇设备维护装置50连接的情况，识别维护人员到场的状态。但是，仅仅出于维护人员的检测目的而使维护人员将维护用pc7带入楼宇2，对于维护人员而言会增加负担。在以下的实施方式中，对与实施方式1不同的维护人员到场的检测方法进行说明。
首先，在楼宇设备维护装置50如图2所示预先连接有输入输出接口的情况下，维护人员使用键盘90等来输入用户认证信息而登录在楼宇设备维护装置50中。用户认证信息是只有维护人员能够知道的能够识别维护人员的维护人员id和密码。维护人员检测部54通过该用户认证信息进行用户认证，在成功的情况下检测为维护人员到场。
并且，在楼宇设备4与输入输出接口连接的情况下，维护人员也可以从楼宇设备4输入用户认证信息。楼宇设备4在用户认证成功的情况下，将登录成功的意思通知给楼宇设备维护装置50。楼宇设备维护装置50中的维护人员检测部54将来自楼宇设备4的登录成功的通知检测为维护人员到场。
如上所述，维护人员检测部54通过基于从设置于正在被执行维护的楼宇2的机器即楼宇设备维护装置50或者楼宇设备4输入的用户认证信息的认证，检测维护人员到场维护的情况。即，通过使用设置于楼宇2的机器和使用基于维护人员的知识的信息这样的双要素认证，检测维护人员到场的情况。
并且，在楼宇设备维护装置50存在usb端口的情况下，维护人员将记录有维护人员的用户认证信息的usb存储器带入楼宇2，与楼宇设备维护装置50连接。维护人员检测部54根据记录在usb存储器中的用户认证信息而进行用户认证，在成功的情况下检测为维护人员到场。
并且，当楼宇设备维护装置50具有记录在ic卡或便携终端9中的认证信息的读取单元(读卡器)的情况下，维护人员检测部54将从ic卡等读取到的认证信息与预先保持在内部的认证信息进行对照，在对照的结果一致的情况下检测为维护人员到场。这里使用的认证信息可以是维护人员的用户认证信息，也可以是ic卡的识别信息(卡id)等。
如上所述，维护人员检测部54通过由维护人员将usb存储器等维护人员专用的存储装置带入到正在被执行维护的楼宇2以及使用存储在该存储装置中的认证信息这样的双要素认证，检测维护人员到场的情况。
实施方式5
图12是本实施方式的楼宇设备维护装置50的框结构图。对与实施方式1相同的结构要素标注相同的标号并省略说明。楼宇设备维护装置50的硬件结构除了实施方式1的结构之外，还具有用于通过wi-fi(注册商标)等与便携终端9进行近距离无线通信的单元。本实施方式的楼宇设备维护装置50除了实施方式1所示的结构之外，还具有id通知部62。id通知部62作为认证信息通知单元发挥功能，该认证信息通知单元将本装置的装置id作为认证信息通知给无线连接的便携终端9。id通知部62通过形成楼宇设备维护装置50的计算机与在搭载于计算机的cpu81中动作的程序之间的协调动作而实现。
图13是在本实施方式中设置在监视中心1侧的系统的框结构图。对于与实施方式3相同的结构要素标注相同的标号并省略说明。便携终端9除了图7所示的结构之外，还具有认证请求部94，该认证请求部94通过将从楼宇设备维护装置50借助近距离无线通信发送来的该设备维护装置50的装置id发送给维护管理服务器20而请求认证。认证请求部94通过搭载于便携终端9的计算机与在搭载于计算机的cpu中动作的程序之间的协调动作而实现。
维护管理服务器20除了图7所示的结构之外，还具有维护人员认证部30，该维护人员认证部30在基于从便携终端9发送来的楼宇设备维护装置50的装置id进行认证之后，将维护人员检测确认信息发送给该楼宇设备维护装置50。维护人员认证部30通过形成维护管理服务器20的服务器计算机与在搭载于服务器计算机的cpu中动作的程序之间的协调动作而实现。
接着，对本实施方式的维护人员的检测处理进行说明。当由于携带着便携终端9的维护人员接近楼宇设备维护装置50而连接楼宇设备维护装置50和便携终端9时，id通知部62将本装置的装置id作为认证信息发送给便携终端9。当便携终端9接收到装置id时，认证请求部94通过将装置id发送给维护管理服务器20而请求认证。当维护管理服务器20受理认证请求时，维护人员认证部30通过将受理的装置id与登记在楼宇设备信息中的装置id进行对照而对维护人员进行认证。然后，维护人员认证部30通过参照楼宇设备信息而将维护人员检测确认信息发送给能够利用与装置id对应的ip地址确定的楼宇设备维护装置50。
如上所述，当从维护管理服务器20发送来维护人员检测确认信息时，楼宇设备维护装置50中的维护人员检测部54根据维护人员检测确认信息的接收而检测维护人员到场维护的情况。
根据本实施方式，通过使用由维护人员携带的便携终端9以及使用楼宇设备维护装置50的认证信息这样的双要素认证，检测维护人员到场的情况。
另外，在本实施方式中，便携终端9由于接近楼宇设备维护装置50而借助无线通信从楼宇设备维护装置50取得装置id，但例如也可以取代在楼宇设备维护装置50中设置id通知部62，而将记录有装置id的qr代码(注册商标)或nfc(nearfieldcommunication：近场通信)标签等数据代码粘贴在楼宇设备维护装置50、楼宇设备4或者它们附近，使用便携终端9的照相机功能或者近距离无线通信功能来读取。
实施方式6
本实施方式的特征在于，根据维护人员的当前位置与维护对象楼宇设备4的位置关系检测维护人员到场的情况。本实施方式的楼宇设备维护装置50侧的结构可以与实施方式1相同。但是，维护人员检测部54不仅通过维护用pc7的连接，而且如后所述地检测维护人员到场的情况。
图14是在本实施方式中设置在监视中心1侧的系统的框结构图。对于与实施方式3相同的结构要素标注相同的标号并省略说明。便携终端9可以与图7所示的结构相同。维护管理服务器20除了图7所示的结构之外，还具有维护人员检测通知部31。维护人员检测通知部31通过对从便携终端9通知的当前位置与登记在楼宇设备信息中的楼宇设备4的位置信息进行比较而检测出便携终端9位于任意的楼宇设备4的规定距离内的情况下，通知进行该楼宇设备4的维护的楼宇设备维护装置50检测维护人员。
以下，说明本实施方式的动作。这里，假定10m作为规定距离进行说明。
便携终端9中的当前位置通知部92将由测位部91得到的本终端的当前位置(经纬度信息)通知给维护管理服务器20。通知的时机优选考虑处理负荷并且按照固定周期始终通知。
当维护管理服务器20中的当前位置取得部26取得从便携终端9通知的当前位置时，维护人员检测通知部31将该取得的当前位置与设定于楼宇设备信息存储部27的各楼宇设备4的位置信息进行比较。然后，在便携终端9位于任意的楼宇设备4的规定距离(10m)内的情况下，维护人员检测通知部31视为维护人员到场维护该楼宇设备4，通过参照楼宇设备信息存储部27而确定进行该楼宇设备4的维护的楼宇设备维护装置50，通知该楼宇设备维护装置50检测维护人员。
当被维护管理服务器20通知检测维护人员时，楼宇设备维护装置50中的维护人员检测部54通过接收该检测维护人员的通知而检测维护人员到场维护的情况。
根据本实施方式，当如上所述检测出维护人员到场维护时，处于待机中的处理能够开始执行。另外，维护管理服务器20也可以参照待机中列表，仅对正在被执行处理处于待机中的维护的楼宇设备维护装置50进行检测维护人员的通知。
在上述说明中，将维护人员位于与楼宇设备4相距10m以内这样的楼宇设备4附近的情况视为到场维护，但只要适当设定该10m这样的距离即可。
接着，说明将规定距离取得较大的情况。例如，当假定维护人员按照分速70m移动时，如果距维护人员的当前位置为500m以内，则能够在10分以内具有余量地到达作为目的的楼宇2。在该情况下，能够使从测定出的维护人员的当前位置起位于半径500m以内的楼宇设备的维护一齐开始。即，维护人员同时到场维护存在于能够在10分以内到达的位置的1个或者多个楼宇设备4。并且，能够使维护管理服务器20具有地图信息而更准确地推测移动时间，同时到达位于规定范围内的多个楼宇设备4，由此，也能够一齐开始规定范围内的楼宇设备4的维护。
实施方式7
有时楼宇业主对管理会社等委托业务，或者在社内设置管理部门而进行楼宇管理。楼宇设备4的维护如前所述有时经由网络3从远处监视并且不需要维护人员到场而执行，有时在维护人员的到场下执行。虽然是不需要维护人员到场就能够执行的维护但却希望在维护人员的到场下执行，是由于通过使具有专业知识或特殊技能的维护人员到场而应对万一的情况。但是，为了方便维护人员的调度等，维护人员不是必须到场。在这样的情况下，还可考虑如下的运用：根据维护的内容或楼宇2的应用方式，取代维护人员而由楼宇管理者到场实施维护，在产生问题的情况下，重新请求维护人员到场。本实施方式提供如下的方法：在取代维护人员而由楼宇管理者到场维护的情况下，检测该楼宇管理者到场的情况。
例如，检测楼宇管理者登录到本社的楼宇2内的内部网的情况。由此，维护人员检测通知部31视为楼宇管理者位于楼宇2内，即取代维护人员而到场维护楼宇设备4，能够开始执行待机中的处理。
并且，在向楼宇2导入出入室管理系统的情况下，与出入室管理系统进行协作。即，出入室管理系统在检测出对读卡器出示楼宇管理者的id卡时通知给楼宇设备维护装置50。由此，楼宇设备维护装置50中的维护人员检测通知部31在识别出楼宇管理者进入到楼宇2内或者进入到设置有楼宇设备4的室内时，视为楼宇管理者取代维护人员而到场维护楼宇设备4。由此，能够开始执行待机中的处理。
当如以上说明的那样在各实施方式中希望在需要维护人员的到场下执行处理的情况下，能够在维护人员可靠到场的状态下执行该处理。并且，能够利用各种方法检测到场的维护人员。在各实施方式中分别说明的结构以及该结构的处理可以适当组合地实施。
并且，在本实施方式中，作为维护对象，以应用于楼宇设备4的情况为例进行了说明，但不需要限于设置于楼宇2的设备。
标号说明
1：监视中心；2：楼宇；3：网络；4：楼宇设备；5：设备网络；6：专用网络；8：移动电话网；9：便携终端；10：管理终端；11：维护请求创建部；12：结果显示部；13：信息提供指示部；20：维护管理服务器；21：维护执行请求部；22：维护请求存储部；23：结果存储部；24：待机中列表生成部；25：信息提供部；26：当前位置取得部；27：楼宇设备信息存储部；28：进展状况存储部；29：待机中列表存储部；30：维护人员认证部；31：维护人员检测通知部；50：楼宇设备维护装置；51：维护请求受理部；52：维护执行控制部；53：处理执行部；54：维护人员检测部；55：通知部；57：维护请求存储部；58：结果存储部；59：其它装置协作部；60：到场请求通知部；61：协作目标信息存储部；62：id通知部；81：cpu；82：rom；83：ram；84：硬盘驱动器(hdd)；85：外部网络控制器；86：内部网络控制器；87：连接器；88：内部总线；89：鼠标；90：键盘；91：测位部；92：当前位置通知部；93：信息显示部；93：信息显示部；94：认证请求部；98：显示器；99：输入输出控制器。