JPWO2016199251A1 - 設備保守管理システム、設備保守装置及びプログラム - Google Patents

Abstract

複数の処理で構成される保守を設備に実行する際に、保守員の立ち会いの下で実行したい処理に関しては保守員の立ち会いの下で確実に実行できるようにする。複数の処理から構成される保守の実行制御を行う保守実行制御部５２と、保守員がビル設備４の保守に立ち会っていることを検知する保守員検知部５４と、保守管理サーバから送られてくる処理の実行順と各処理の保守員の立ち会いの要否が設定された保守要求を受け付ける保守要求受付部５１と、を有し、保守実行制御部５２は、実行順に従い保守を実行する際、立ち会い要の処理を実行する際に保守員検知部５４により保守員の立ち会いが確認されていない場合、当該処理を待機中にし、立ち会いが確認されて始めて当該処理の実行を開始する。

Description

本発明は、設備保守管理システム、設備保守装置及びプログラム、特に遠隔地から行う保守の実行に関する。

ビル設備の保守は、保守員が現地（ビル）に出向いて保守対象の設備に保守作業を行うことが一般的であるが、保守の内容によっては、保守員が現地に出向かずに監視センターからインターネット等のネットワークを介して保守（遠隔保守）を行う場合も少なくない。

具体的には、監視センターからビルに設置されたビル設備保守装置に保守の処理内容、各処理の実行順が記述された保守要求を送る。ビル設備保守装置は、保守要求に記述された実行順に従い設備に各処理を施すことによって保守を行う。このような遠隔保守が可能な保守としては、例えば診断プログラム等による動作確認、機能試験、ソフトウェアの更新、機器に蓄積されたログの収集等がある。

特開２００８−２６５９２６号公報 特開２００２−０６０１５４号公報 特開２０１１−０８８７１１号公報 特開２００９−２１５００１号公報 特開２００８−２７３７３０号公報 特開２００７−２３８２０２号公報 特開２０１４−００２６２４号公報 特開２０１０−０２４０２４号公報

ところで、例えば、ソフトウェアの更新を行う保守には、ソフトウェアのバージョンの確認、実行中の処理の停止、更新、システムの再起動等、複数の項目に及ぶ実行すべき処理が含まれている。これらの処理は、いずれも保守員が手動で行う必要はなく遠隔地からネットワーク経由で実行することは可能ではある。

しかしながら、正常に処理が実行できなかったときのことを考慮すると、例えばシステムの再起動のような処理は、その異常に即時に対応できるように保守員が現地にいた方が好ましい処理もある。

本発明は、複数の処理で構成される保守を設備に実行する際に、保守員の立ち会いの下で実行したい処理に関しては保守員の立ち会いの下で確実に実行できるようにすることを第１の目的とする。

また、保守員の立ち会いを検知する手法を提供することを第２の目的とする。

本発明に係る設備保守管理システムは、監視センターに設置される保守管理サーバと、前記保守管理サーバからの保守要求に応じて保守対象の設備の保守を行う設備保守装置と、を有し、前記設備保守装置は、複数の処理で構成される保守における当該処理の実行順及び処理毎の保守員の立ち会いの要否を示す要否情報を含む保守実行要求情報を取得する保守実行要求情報取得手段と、保守の実行の際、保守実行要求情報の設定内容に従い各処理の実行を制御する制御手段と、前記制御手段により指示された処理を実行する処理実行手段と、保守員が保守に立ち会っていることを検知する保守員検知手段と、を有し、前記制御手段は、保守員の立ち会いを必要とする処理の実行の際に前記保守員検知手段により保守員が検知されていない場合、当該処理の実行を待機させるものである。

また、保守員により携帯される携帯端末を有し、前記設備保守装置は、保守の進捗状況を前記保守管理サーバへ通知する進捗状況通知手段を有し、前記保守管理サーバは、前記設備保守装置から通知された保守の進捗状況及び当該保守が実行されている施設の識別情報を含む進捗状況情報を前記携帯端末へ提供する情報提供手段を有するものである。

また、前記進捗状況通知手段は、処理の状態が変化したときのみ保守の進捗状況を前記保守管理サーバへ通知するものである。

また、前記進捗状況通知手段により通知された保守の進捗状況に基づいて、処理が待機中である保守が実行されている施設のリストを待機中リストとして生成する待機中リスト生成手段を有し、前記情報提供手段は、待機中リストに含まれている施設の中から所定の条件に合致する施設に関する進捗状況情報を前記携帯端末へ提供するものである。

また、前記情報提供手段は、保守の管理者により指定された施設に関する進捗状況情報を前記携帯端末へ提供するものである。

また、前記情報提供手段は、待機中となった順に施設が待機中リストに登録されている場合、待機中位リストの上位ｎ番目（ｎは自然数）の施設に関する進捗状況情報を前記携帯端末へ提供するものである。

また、施設の識別情報及び位置情報を少なくとも含む施設情報を記憶する施設情報記憶手段を有し、前記携帯端末は、測位手段と、自端末の現在地を前記保守管理サーバへ通知する現在地通知手段と、を有し、前記情報提供手段は、待機中リストに含まれている施設と前記携帯端末との位置関係に基づき、当該携帯端末から一定距離内に位置する施設又は当該携帯端末に近い方からｎ番目（ｎは自然数）の施設に関する進捗状況情報を前記携帯端末へ提供するものである。

また、前記携帯端末は、測位手段と、自端末の現在地を前記保守管理サーバへ通知する現在地通知手段と、を有し、前記情報提供手段は、前記携帯端末が有する前記現在地通知手段からの通知を進捗状況情報の送信要求をみなして進捗状況情報を当該携帯端末へ提供するものである。

また、前記設備保守装置は、前記保守員検知手段により保守員が立ち会っていることが検知されると、保守員が立ち会っていることを、同一グループを形成する他の設備保守装置へ通知する立ち会い通知手段と、前記立ち会い通知手段による通知に応じて保守員の立ち会い要求が返信されてきた場合、立ち会いが要求されていることを保守員に通知する要求通知手段と、を有するものである。

また、前記保守員検知手段は、保守が実行されている施設に設置された機器から入力された認証情報による認証によって、保守員が保守に立ち会っていることを検知するものである。

また、前記保守員検知手段は、保守が実行されている施設に保守員が持ち込んだ保守員専用の記憶装置に記録されている認証情報による認証によって、保守員が保守に立ち会っていることを検知するものである。

また、保守員により携帯される携帯端末を有し、前記設備保守装置は、接続された前記携帯端末に自装置の認証情報を通知する認証情報通知手段を有し、前記携帯端末は、前記設備保守装置から通知されてきた当該設備保守装置の認証情報を前記保守管理サーバへ送信することで認証を要求する認証要求手段を有し、前記保守管理サーバは、前記携帯端末から送信されてきた前記設備保守装置の認証情報に基づく認証後、保守員検知確認情報を当該設備保守装置へ送信する保守員認証手段を有し、前記保守員検知手段は、前記保守管理サーバから保守員検知確認情報を受信することによって保守員が保守に立ち会っていることを検知するものである。

また、前記携帯端末は、測位手段と、自端末の現在地を前記保守管理サーバへ通知する現在地通知手段と、を有し、前記保守管理サーバは、前記設備の位置情報を記憶する設備情報記憶手段と、前記携帯端末から通知されてくる現在地と前記各設備の位置情報とを比較することで前記携帯端末がいずれかの前記設備の所定距離内に位置することが検知された場合、当該設備の保守を行う前記設備保守装置へ保守員の検知を通知する保守員検知通知手段と、を有し、前記保守員検知手段は、前記保守管理サーバからの保守員の検知の通知によって保守員が保守に立ち会っていることを検知するものである。

本発明に係る設備保守装置は、施設に設置された設備の保守を行う設備保守装置において、複数の処理で構成される保守における当該処理の実行順及び処理毎の保守員の立ち会いの要否を示す要否情報を含む保守実行要求情報を取得する保守実行要求情報取得手段と、保守の実行の際、保守実行要求情報の設定内容に従い各処理の実行を制御する制御手段と、前記制御手段により指示された処理を実行する処理実行手段と、保守員が保守に立ち会っていることを検知する保守員検知手段と、を有し、前記制御手段は、保守員の立ち会いを必要とする処理の実行の際に前記保守員検知手段により保守員が検知されていない場合、当該処理の実行を待機させるものである。

本発明に係るプログラムは、施設に設置された設備の保守を行うために用いられるコンピュータを、複数の処理で構成される保守における当該処理の実行順及び処理毎の保守員の立ち会いの要否を示す要否情報を含む保守実行要求情報を取得する保守実行要求情報取得手段、保守の実行の際、保守実行要求情報の設定内容に従い各処理の実行を制御する制御手段、前記制御手段により指示された処理を実行する処理実行手段、保守員が保守に立ち会っていることを検知する保守員検知手段、として機能させ、前記制御手段は、保守員の立ち会いを必要とする処理の実行の際に前記保守員検知手段により保守員が検知されていない場合、当該処理の実行を待機させるものである。

本発明によれば、複数の処理で構成される保守を設備に実行する際に、保守員の立ち会いの下で実行したい処理に関しては保守員の立ち会いの下で確実に実行させることができる。

また、進捗状況情報を携帯端末に提供するようにしたので、保守員は保守の進捗状況を把握することができる。

また、処理の状態が変化したときのみ保守の進捗状況を保守管理サーバに通知することができる。

また、待機中リストに含まれている施設の中から所定の条件に合致する施設に関する進捗状況情報のみを携帯端末へ提供することができる。

また、進捗状況情報の送信を携帯端末側から保守管理サーバへ要求することができる。

また、保守管理サーバを用いることなく同一グループに属する設備保守装置間での情報交換により立ち会いが必要であることを保守員に知らせることができる。

また、設備に設置された機器を用いること、及び保守員の知識に基づく情報を用いること、という二要素認証により保守員の立ち会いを検知することができる。

また、保守員専用の記憶装置が保守員により持ち込まれていること、及びその記憶装置に記憶されている認証情報を用いること、という二要素認証により保守員の立ち会いを検知することができる。

また、携帯端末と各設備の位置関係から、保守員が保守に立ち会っていることを検知することができる。

本発明に係る設備保守管理システムの一実施の形態を示した全体構成図である。 実施の形態１におけるビル設備保守装置のハードウェア構成図である。 実施の形態１におけるビル設備保守装置のブロック構成図である。 実施の形態１におけるビル設備保守装置の保守要求記憶部に記憶される保守要求情報のデータ構成の一例を示した図である。 実施の形態１において監視センター側に設置されるシステムのブロック構成図である。 実施の形態１における保守要求実行処理を示したフローチャートである。 実施の形態２において監視センター側のシステムのブロック構成図である。 実施の形態２において保守用ＰＣに情報を提供するまでの基本的な処理の流れを示したフローチャートである。 実施の形態３においてグループを形成するビル設備保守装置のネットワーク構成の一例を示した図である。 実施の形態３におけるビル設備保守装置のブロック構成図である。 実施の形態３における連携処理を示したフローチャートである。 実施の形態５におけるビル設備保守装置のブロック構成図である。 実施の形態５において監視センター側に設置されるシステムのブロック構成図である。 実施の形態６において監視センター側に設置されるシステムのブロック構成図である。

以下、図面に基づいて、本発明の好適な実施の形態について説明する。

実施の形態１．
図１は、本発明に係る設備保守管理システムの一実施の形態を示した全体構成図である。図1には、監視センター１と、ビル２と、監視センター１とビル２とを接続するインターネット等により構築されたネットワーク３と、が示されている。ビル２には、保守対象となる１又は複数のビル設備４と、監視センター１からの保守要求に応じてビル設備４の保守を実行するビル設備保守装置５０と、がビル２内の設備ネットワーク５に接続されたシステムが構築されている。一方、監視センター１には、保守サービスに用いる保守管理サーバ２０と、ビル設備４の保守を要求したり、保守の進捗を確認したりするなどの保守業務等を行う管理者が使用する１又は複数の管理端末１０と、が監視センター１内の構内ネットワーク６に接続されたシステムが構築されている。なお、保守契約をしているビル２には、ビル設備保守装置５０を含む同等のシステムを構築すればよいので１つのビル２のみ図示した。

図２は、本実施の形態におけるビル設備保守装置５０を形成するコンピュータのハードウェア構成図である。本実施の形態においてビル設備保守装置５０を形成するコンピュータは、パーソナルコンピュータ等従前から存在する汎用的なハードウェア構成で実現できる。すなわち、コンピュータは、図２に示したようにＣＰＵ８１、ＲＯＭ８２、ＲＡＭ８３、ハードディスクドライブ（ＨＤＤ）８４、外部のネットワーク３を接続する外部ネットワークコントローラ８５、設備ネットワーク５を接続する内部ネットワークコントローラ８６、保守員が持ち込んだ保守用ＰＣを接続するコネクタ８７を内部バス８８に接続して構成される。また、保守員やビル管理人等が操作できるように、入力手段としてマウス８９とキーボード９０、及び表示装置としてディスプレイ９８をそれぞれ接続する入出力コントローラ９９を更に内部バス８８に接続してもよい。

図３は、本実施の形態におけるビル設備保守装置５０のブロック構成図である。なお、本実施の形態の説明に用いない構成要素については図３から省略している。本実施の形態におけるビル設備保守装置５０は、保守要求受付部５１、保守実行制御部５２、処理実行部５３、保守員検知部５４、通知部５５、保守要求記憶部５７及び結果記憶部５８を有している。保守要求受付部５１は、保守管理サーバ２０からネットワーク３を介して送信されてくる保守要求を受け付けて保守要求記憶部５７に登録する。

ところで、本実施の形態におけるビル設備保守装置５０が実行する保守は、複数の処理を実行することによって実行される。詳細は後述するが、保守管理サーバ２０は、保守要求情報を送信することによってビル設備４の保守を要求するが、その保守要求情報には、複数の処理の実行順が設定されているので、保守実行制御部５２は、保守要求情報の設定内容に従い各処理の実行を制御する。処理実行部５３は、保守実行制御部５２により指示された処理を実行する。保守員検知部５４は、コネクタ８７に保守員が携帯する保守用ＰＣ７が接続されていることを検知することによって保守員が保守に立ち会っていることを確認する。通知部５５は、保守要求に応じて実行された保守の実行結果を含む実行結果情報を、ネットワーク３を介して保守管理サーバ２０へ送信することで、保守の実行結果を監視センター１にいる管理者等へ通知する。結果記憶部５８には、実行結果情報が記憶される。

図４は、本実施の形態における保守要求記憶部５７に記憶される保守要求情報のデータ構成の一例を示した図である。保守要求情報には、実行順、処理ＩＤ、処理名、保守員要否及びパラメータの各項目が含まれている。前述したように、本実施の形態において実行される保守は、複数の処理を実行することによって実行される。実行順には、実行する処理の順番が設定される。なお、図４には、説明の便宜上、処理をシーケンシャルに実行するよう設定した実行順の例が示されているが、これに限らず、同時並行や他の処理に終了に合わせて自処理も強制終了させるなど、保守実行制御部５２に様々な実行制御をさせるように実行順を設定してよい。処理ＩＤは、実行すべき処理を識別するための識別情報である。処理名は、その処理ＩＤを便宜的に名称で示した情報である。そして、本実施の形態において特徴とする保守員要否は、当該処理の実行に保守員の立ち会いが必要かどうかを示す、すなわち保守員の立ち会いの要否を示す要否情報である。パラメータは、当該処理を実行する際に必要なパラメータ情報である。例えば、図４に例示したビル設備アドレスは、当該処理を施すビル設備４を特定するための情報であり、図４にはグローバルＩＰアドレスが設定された例が示されている。なお、ビル設備４に対してプライベートＩＰアドレスが設定されている場合には、ビルを特定するビル識別情報をパラメータに含め、ビル識別情報とプライベートＩＰアドレスとの組によってビル設備４を特定するようにしてもよい。また、ファイル転送という処理の場合には、どのファイルを転送するかという転送対象のファイルを特定する情報としてファイル名が設定された例が示されている。なお、図４では省略したが、その他にも処理が再起動の場合はタイムアウト時間を設定したり、完了報告の場合は保守管理サーバ２０に通知する情報の種類を特定する情報等を設定したりする。

ビル設備保守装置５０における各構成要素５１〜５５は、ビル設備保守装置５０を形成するコンピュータと、コンピュータに搭載されたＣＰＵ８１で動作するプログラムとの協調動作により実現される。また、各記憶部５７，５８は、ビル設備保守装置５０に搭載されたＨＤＤ８４にて実現される。あるいは、ＲＡＭ８３又は外部にある記憶手段をネットワーク経由で利用してもよい。

図５は、本実施の形態における監視センター１に設置されるシステムのブロック構成図である。なお、本実施の形態の説明に用いない構成要素については図５から省略している。管理端末１０は、図２に示したハードウェア構成のようにＰＣ等の汎用的なコンピュータで実現してよい。ただ、コネクタ８７は不要である。管理端末１０は、保守要求作成部１１及び結果表示部１２を有している。保守要求作成部１１は、管理者による操作に応じて保守要求（情報）を作成、編集し、保守管理サーバ２０の保守要求記憶部２２に登録する。結果表示部１２は、保守管理サーバ２０の結果記憶部２３に蓄積された保守の実行結果をディスプレイ等に表示することで管理者に閲覧させる。保守要求作成部１１及び結果表示部１２は、管理端末１０を形成するコンピュータと、コンピュータに搭載されたＣＰＵで動作するプログラムとの協調動作により実現される。

保守管理サーバ２０は、図２に示したハードウェア構成のように汎用的なサーバコンピュータで実現してよい。ただ、コネクタ８７は不要である。保守管理サーバ２０は、保守実行要求部２１、保守要求記憶部２２及び結果記憶部２３を有している。保守実行要求部２１は、管理端末１０から保守要求情報が保守要求記憶部２２に登録されると、その保守要求情報をビル設備保守装置５０へ送信することで保守要求を行う。また、保守要求に応じて実行された結果（実行結果情報）を受け取ると、結果記憶部２３に登録する。保守実行要求部２１は、保守管理サーバ２０を形成するサーバコンピュータと、サーバコンピュータに搭載されたＣＰＵで動作するプログラムとの協調動作により実現される。各記憶部２２，２３は、保守管理サーバ２０に搭載されたＨＤＤにて実現される。あるいは、ＲＡＭ又は外部にある記憶手段をネットワーク経由で利用してもよい。

また、本実施の形態で用いるプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭやＵＳＢメモリ等のコンピュータ読み取り可能な記録媒体に格納して提供することも可能である。通信手段や記録媒体から提供されたプログラムはコンピュータにインストールされ、コンピュータのＣＰＵがプログラムを順次実行することで各種処理が実現される。

次に、本実施の形態における動作について説明する。まず、監視センター１からビル２のビル設備保守装置５０に保守要求を行うまでの処理について説明する。

前述したように、保守要求作成部１１が管理者により作成された保守要求情報を保守要求記憶部２２に登録すると、保守実行要求部２１は、保守要求情報に含まれるパラメータのビル設備アドレスを参照して、当該ビル設備４と同じビル２に設置されたビル設備保守装置５０を特定して送信する。ここでは、保守要求情報が保守要求記憶部２２に登録されたタイミングで保守要求情報に含まれるパラメータに基づき特定されたビル設備保守装置５０へ一斉に送信することを想定しているが、予め設定された送信スケジュールに従って各ビル設備保守装置５０へ保守要求情報を送信するようにしてもよい。

ビル設備保守装置５０において、保守要求受付部５１は、保守要求として監視センター１から送信されてきた保守要求情報を受け付けると、保守要求記憶部５７に登録する。そして、保守実行制御部５２は、登録された保守要求情報の内容に基づき、要求された保守に含まれる各処理の実行制御を行う。なお、保守の実行タイミングは、保守要求情報が保守要求記憶部５７に登録されたときでもよいし、保守要求情報にて指定されたタイミングでよい。例えば、ビル設備４の再起動を要するような業務の継続に支障を来す処理を含む保守であれば、昼食時間等の休憩時間や休日の指定された時間に保守が開始されるようにしてもよい。保守要求情報の送信タイミングと保守要求情報に基づく保守の実行タイミングは、保守管理サーバ２０とビル設備保守装置５０とが所定の日時に保守の実行が開始できるように連携して動作すればよい。

ちなみに、図５には、ビル設備４のソフトウェア更新を行う保守を行う場合の保守要求情報の設定例が示されている。ソフトウェア更新を行う保守は、基本的には保守員の立ち会いは不要な処理のみで実行可能な遠隔保守である。この設定例によると、保守実行制御部５２は、次の処理を順番に実行する。すなわち、まず保守対象のビル設備４（ＩＰアドレス：１２３．４５６．７．８）の現在のソフトウェアのバージョンを確認し、保守要求情報と共に送信されてきたファイル（ｖ２．０．０．ｚｉｐ）をビル設備４に転送した後、ビル設備４において実行中の処理（制御、監視等を含む）の全てを停止する。そして、ビル設備４のソフトウェアを更新した後、再起動する。続いて、更新の正常終了の確認のためソフトウェアのバージョンを再度確認した後、ソフトウェア更新が完了したことを報告する。

以下、保守の実行開始日時に達したことにより保守実行制御部５２主導の下、図５に示した保守要求情報に基づいて実行される保守要求実行処理について図６に示したフローチャートを用いて説明する。

保守実行制御部５２は、保守要求記憶部５７から保守要求に指定された処理を実行順に従いまだ実行していない処理を順番に読み出す（ステップ１１０）。

続いて、保守実行制御部５２は、読み出した処理の保守員要否の設定値を参照する。保守員の立ち会い要と設定されていない場合（ステップ１２０でＮ）、保守実行制御部５２は、処理実行部５３に指示することにより、該当する処理を実行させる（ステップ１４０）。処理が正常に終了した場合（ステップ１５０でＹ）、保守実行制御部５２は、正常に終了した処理、終了日時等を含む処理終了情報を生成し、結果記憶部５８に登録する（ステップ１６０）。そして、終了した処理が最終の処理（図５によると「完了報告」）でなければ（ステップ１７０でＮ）、ステップ１１０に戻る。図５に示した設定例によると、実行順１，２のバージョンの確認１及びファイル転送の各処理は、保守員が立ち会っていなくてもよい処理なので、保守実行制御部５２は、これらの処理を自動的に実行させることになる。

一方、正常に終了しなかった場合（ステップ１５０でＮ）、エラーが発生したとして、そのエラーの内容、発生日時を含むエラー情報を生成し、結果記憶部５８に登録する（ステップ１９０）。エラーが発生した場合は、継続して処理が実行できないものとして、通知部５５は、保守実行制御部５２からの指示に従い結果記憶部５８に登録されたエラー情報を処理の結果として監視センターに通知する（ステップ１８０）。

保守要求情報の設定例によると、３番目に実行すべき「処理停止」の処理は保守員の立ち会い要と設定されている。この場合（ステップ１２０でＹ）、保守実行制御部５２は、保守員検知部５４が保守員を検知しているかを確認する。ところで、本実施の形態では、保守員は、現場であるビル２に到着すると、携帯している保守用ＰＣ７をコネクタ８７に接続することを前提としている。保守員検知部５４は、保守用ＰＣ７がビル設備保守装置５０に接続されていることを検知することによって保守員が立ち会っているものとみなしている。

保守員の立ち会いが確認できない間（ステップ１３０でＮ）、保守実行制御部５２は、処理停止の処理の実行を開始させずに待機する。そして、保守員の立ち会いが確認できてはじめて処理停止の処理を処理実行部５３に実行させる（ステップ１４０）。ステップ１４０以降の処理は前述しているので説明を省略する。

実行順４，５の処理も保守員の立ち会い要と設定されているので（ステップ１２０でＹ）、「処理停止」の処理と同様に処理すればよい。続く実行順６，７の処理は、立ち会い要と設定されていないので（ステップ１２０でＮ）、保守員の立ち会いの有無に関係なく当該処理は自動的に実行される（ステップ１４０）。つまり、保守員は、実行順３〜５の処理が終了すると、ビル２から退出してよいことになる。

以上のようにして、保守に含まれる処理の全てが終了すると（ステップ１７０でＹ）、通知部５５は、結果記憶部５８に登録されている処理終了情報又はエラー情報に基づき実行結果情報を生成し、送信することによって保守の実行結果を保守管理サーバ２０へ通知する（ステップ１８０）。

なお、保守管理サーバ２０へ送られる実行結果情報には、保守の実施日時、ＩＰアドレスやシリアルナンバ等保守対象のビル設備４の識別情報、保守実行結果 (正常終了、異常終了／エラーコード)、保守要求の内容に応じた戻り値(ソフトウェア更新なら更新後の版名、診断プログラムの実行なら結果が記録されたファイルのＵＲＬ等)が含まれる。

保守管理サーバ２０において、保守実行要求部２１は、保守要求に応じて実行された保守の結果が送信されてくると、受信した実行結果を結果記憶部２３に登録する。

これにより、管理端末１０における結果表示部１２は、管理者の操作指示等に応じて保守の実行結果をディスプレイに表示するなどして管理者に閲覧させる。

遠隔保守は、保守員の立ち会いは基本的には不要かもしれないが、万一のことを考慮して立ち会わせたい場合もある。本実施の形態によれば、保守員の立ち会いの要否を処理毎に設定できるようにしたので、保守員の立ち会いの下で実行したい処理に関しては保守員が立ち会った状態で保守を確実に実行することができる。

ところで、本実施の形態における保守要求実行処理では、保守員の立ち会い要の処理の実行開始時に保守員の立ち会いが検知されていれば、保守実行制御部５２は、当該処理を実行させるようにした（ステップ１３０でＹ，１４０）。ただ、処理の実行開始後、例えば再起動処理（処理ＩＤ＝ｐ５）の場合、ビル設備４の再起動開始時点というよりむしろ再起動が正常に行われたかどうか、すなわち少なくとも処理の終了時点に保守員が立ち会っているのが都合がよい。従って、保守員検知部５４は、例えば保守用ＰＣ７の接続が検知されているとき（保守員の立ち会いが確認できているとき）には検知信号を常時出力するなどして、保守員を検知している状態であることを保守実行制御部５２に常時知らせるようにする。そして、保守実行制御部５２は、保守員検知部５４からの検知信号の出力を確認できている間は、保守員の立ち会い要の処理を継続して実行する。仮に処理の実行中に検知信号の出力が確認できなくなれば、当該処理の途中で待機状態に移行したり、あるいは次の処理に移行しないように当該処理の終了直前にて待機状態に移行したりするなど処理の実行を制御してもよい。

また、本実施の形態では、保守の実行結果を保守の終了時点に保守管理サーバ２０に通知するようにした。ただ、保守に含まれる処理の実行が終了する度に、すなわち保守の進捗状況を通知するようにしてもよい。

また、本実施の形態では、ビル設備保守装置５０の通知部５５が主体的に保守管理サーバ２０に接続して、実行結果情報を送信するようにしたが、保守管理サーバ２０が保守要求をしたビル設備保守装置５０に接続して、実行結果情報を収集するようにしてもよい。

本実施の形態によれば、保守員を必要としない遠隔保守においても、保守員が手作業により実施しなくても立ち会ってほしい処理（処理ＩＤ＝ｐ３，ｐ４，ｐ５）に関しては、保守員の立ち会いの下で実行させることができる。その場合でも、ビル設備保守装置５０において自動的に実行できる処理（処理ＩＤ＝ｐ１，ｐ２）に関しては、保守員の到着前に事前に済ませておくことができる。これにより、保守業務の効率が向上し、保守員の稼働コストの削減、顧客の設備利用不可時間の短縮が見込める

一方、保守員が現場（ビル２）に出向いて実施する必要のある保守（現地保守）においてでも、保守員の手作業が不要な処理に関してはビル設備保守装置５０に自動的に実行させることができる。現地保守は、保守員の現地への訪問が必要となるものの、保守に立ち会わせる機会を減少させることができるため、作業負担を減らすことができる。

ところで、立ち会い要の処理が完了し、これ以上立ち会う必要がないことを保守員に通知する機能を提供してもよい。例えば、立ち会い要の処理が完了した時点で、ビル設備保守装置５０は、接続されている保守用ＰＣ７の画面に「これ以上の立ち会いは不要である」や「次の現場に向かう／帰って良い」等のメッセージを表示する。あるいは、後述する実施の形態２のように、処理が終了する度に処理終了情報を保守管理サーバ２０が受信する場合、保守管理サーバ２０は、保守用ＰＣ７や保守員が携帯するスマホ等に対してメッセージを送信する。

また、立ち会い要の処理の間に立ち会い否の処理がはさまれるような場合、その旨を保守員に通知する機能を提供してもよい。例えば、保守用ＰＣ７に、「しばらく立ち会わなくて良い」旨を表示したり、保守員が携帯するスマホ等に対して同様のメッセージを送信したりする。また、処理の実行時間が予め決められている、若しくは推測できる場合には、「○○分は立ち会わなくて良い」などのメッセージを表示してもよい。

また、本実施の形態におけるビル設備保守装置５０は、保守管理サーバ２０からの保守要求があって始めて保守を実行するように説明したが、例えば定期的な保守や固定的な処理内容の保守等であれば、その保守の保守要求情報を内部に保持しておくことによって保守管理サーバ２０からの要求がなくても保守を単独で実行することは可能である。

実施の形態２．
上記実施の形態１におけるビル設備保守装置５０は、処理の終了の度に得られる処理終了情報（又はエラー情報）に基づき生成された実行結果情報を保守の実行の結果として保守管理サーバ２０に通知していた。本実施の形態におけるビル設備保守装置５０は、保守の実行結果だけでなく、保守に含まれる各処理の実行が終了する度に、すなわち保守の進捗状況を通知するようにした。

本実施の形態におけるビル設備保守装置５０のハードウェア構成及びブロック構成は実施の形態１と同じでよい、ただ、本実施の形態における通知部５５は、保守の進捗状況を保守管理サーバ２０へ通知する進捗状況通知手段としても機能する。

図７は、本実施の形態において監視センター１及び携帯端末９に関連するシステムのブロック構成図である。なお、実施の形態１と同じ構成要素には同じ符号を付け説明を省略する。また、管理端末１０及び保守管理サーバ２０のハードウェア構成は、実施の形態１と同じでよい。また、図７には、携帯電話網８を介して保守管理サーバ２０と通信を行う携帯端末９が示されている。本実施の形態では、携帯端末９としてスマートフォンを想定している。なお、携帯端末９として保守用ＰＣ７を兼用してもよい。携帯端末９は、保守用ＰＣ７と共に各保守員が監視センター１から持ち出される。携帯端末９とも同様の構成でよいので、図７には１台のみ図示した。

本実施の形態における保守管理サーバ２０は、実施の形態１の構成に加え、待機中リスト生成部２４、情報提供部２５、現在地取得部２６、ビル設備情報記憶部２７、進捗状況記憶部２８及び待機中リスト記憶部２９を有している。本実施の形態における保守実行要求部２１は、ビル設備保守装置５０から通知されてきた保守の進捗状況を受信すると、進捗状況記憶部２８に登録する。

ビル設備情報記憶部２７には、ビル２、当該ビル２に設置されたビル設備保守装置５０及びビル設備４に関する情報が予め設定登録されている。具体的には、ビル２の情報にはビル識別情報（ＩＤ）、ビル名称、ビルの住所、位置情報（経緯度情報）、ビルの顧客情報、契約情報等が含まれる。ビル設備保守装置５０の情報には装置識別情報（装置ＩＤ）、ＩＰアドレス、位置情報（経緯度情報）、機種等が含まれている。ビル設備４の情報には、設備識別情報（設備ＩＤ）、ＩＰアドレス、位置情報（経緯度情報）、機種等が含まれている。

待機中リスト生成部２４は、進捗状況記憶部２８に保守の進捗状況が書き込まれると、進捗状況記憶部２８に記憶されている進捗状況及びビル設備情報を参照して、処理が待機中である保守を抽出し、その保守が実行されているビル２のリストを待機中リストとして生成し、待機中リスト記憶部２９に書き込む。基本的に上書き保存である。ここで、「保守が実行されている」というのは、保守の実行が開始され終了していないことをいい、保守に含まれているいずれかの処理は、実行中若しくは待機中の状態にある。なお、処理が待機中である保守が実行されているビルのことを、以降の説明では、便宜的に「待機中のビル」とも称することにする。後述するように、管理者は、待機中リストの中から処理が待機中であることを携帯端末９に知らせたいビル２を選択するが、情報提供部２５は、管理者により選択されたビル２に関する進捗状況情報を生成し、送信することによって携帯端末９に情報提供する。現在地取得部２６は、携帯端末９から通知されてくる現在地を取得する。

保守管理サーバ２０における各構成要素２４〜２６は、保守管理サーバ２０を形成するコンピュータと、コンピュータに搭載されたＣＰＵで動作するプログラムとの協調動作により実現される。また、各記憶部２７〜２９は、保守管理サーバ２０に搭載されたＨＤＤにて実現される。あるいは、ＲＡＭ又は外部にある記憶手段をネットワーク経由で利用してもよい。

管理端末１０における情報提供指示部１３は、待機中リスト記憶部２９に登録された待機中リストの中から携帯端末９を携帯する保守員に知らせたい待機中のビルを選択することで、進捗状況情報の提供を指示する。情報提供指示部１３は、管理端末１０を形成するコンピュータと、コンピュータに搭載されたＣＰＵで動作するプログラムとの協調動作により実現される。

携帯端末９は、測位部９１、現在地通知部９２及び情報表示部９３を有している。測位部９１は、ＧＰＳ機能により自端末の現在位置を測位する。現在地通知部９２は、測位部９１により得られた自端末の現在地（経緯度情報）を保守管理サーバ２０に通知する。なお、現在地通知部９２は、現在地を保守管理サーバ２０に常時知らせるようにしてもよいし、例えば、保守員の所定の操作に応じて通知するようにしてもよい。情報表示部９３は、保守管理サーバ２０から提供されてくる進捗状況情報を画面表示する。

次に、本実施の形態において保守用ＰＣ７に情報を提供するまでの基本的な処理の流れについて図８に示したフローチャートを用いて説明する。なお、本実施の形態では、説明の便宜上、ビル設備保守装置５０において処理の実行中にエラーが発生しない（エラー情報が生成されない）ものとして説明する。

本実施の形態におけるビル設備保守装置５０の通知部５５は、図６のステップ１６０において処理終了情報が結果記憶部５８に書き込まれる度に新たに書き込まれた処理終了情報を保守の進捗状況として保守管理サーバ２０へ通知する。処理終了情報には、当該処理の識別情報（処理名、処理ＩＤ等）、処理の終了日時、終了の状態（正常／異常）、また通知元を特定する情報としてビル設備保守装置５０の識別情報等が含まれる。

保守管理サーバ２０における保守実行要求部２１は、ビル設備保守装置５０から通知されてきた保守の進捗状況を取得すると（ステップ２１０）、進捗状況記憶部２８に登録する。これにより、進捗状況記憶部２８は、各ビル２において実行されている各保守の進捗状況で逐次更新される（ステップ２２０）。待機中リスト生成部２４は、進捗状況記憶部２８が更新されると、進捗状況記憶部２８に登録されている保守の進捗状況を参照して、処理が待機中である保守を特定する。続いて、待機中リスト生成部２４は、ビル設備情報を参照して、特定した保守が実行されているビル２を特定し、その特定したビル２によって待機中のビル２のリスト（待機中リスト）を生成し、待機中リスト記憶部２９に登録することで更新する（ステップ２３０）。

保守管理サーバ２０における情報提供部２５は、待機中リストに含まれているビル２の中から所定の条件に合致するビル２を選択する（ステップ２４０）。ここでは、所定の条件として、保守の実行管理をしている管理者によって指定されたビル２を選択する場合について説明すると、管理者は、管理端末１０に対して所定の操作をすることで待機中リスト記憶部２９に登録されている待機中リストをディスプレイに表示するなどして閲覧する。そして、管理者は、表示された待機中リストの中から保守員に知らせたい１又は複数のビル２を選択することで保守員への情報提供を指示する。情報提供指示部１３は、管理者により選択されたビル２を受け付けると、ビル設備情報を参照して、受け付けたビル２に関する進捗状況情報を生成し、携帯端末９へ送信することで待機中のビル２を保守員に通知する（ステップ２５０）。

携帯端末９における情報表示部９３は、進捗状況情報を受信すると、あるいは情報受信後の保守員の操作に応じて進捗状況情報を画面表示することで待機中のビル２を保守員に提示する。

以上のようにして、保守員は待機中のビル２を知ることになり、現在の場所から待機中のビル２へ移動し、保守用ＰＣ７をビル設備保守装置５０に接続して待機中の処理を先に進めることになる。

なお、進捗状況情報を生成するための所定の条件によっては、１つの待機中のビルに関する情報が複数の保守員に提供されてしまう可能性がある。つまり、複数の保守員によって同じビル２の情報が参照される可能性がある。ある保守員がそのビル２へ移動し、保守用ＰＣ７をビル設備保守装置５０に接続すると、当該ビル２は待機中リストから自動的に消去され、これにより当該ビル２は他の保守員が出向くことはない、しかしながら、当該ビル２が待機中リストから消去される前に他の保守員用に生成された進捗状況情報に当該ビル２の情報が含まれ、他の保守員によって出向き先として選択されてしまう可能性がある。そこで、これを解消するために、進捗状況情報の中から保守員が出向き先とするビル２を選択すると、携帯端末９は、その選択されたビル２を保守管理サーバ２０へ通知して、他の保守員用の進捗状況情報に含まれないようにしてもよい。

ところで、以上の処理から明らかなように、進捗状況情報には、保守員が待機中のビル２へ移動するために必要な情報が含まれている必要がある。本実施の形態においては、ビル２の識別情報、ビル２の名称、住所（階数）、経緯度情報、保守が実行されているビル設備４の機種、ＩＰアドレス、処理の進捗状況として処理の実行状態（待機中、実行中）、待機中の処理のＩＤ、実行順、待機し始めた日時等を含める。もちろん、例えば移動手段、移動所要時間等の移動に関連する情報や提供するサービス等に応じて適切な情報を含めるようにしてもよい。情報表示部９３は、進捗状況情報に含まれる一部の情報を選択的に表示するようにしてもよい。

以上のようにして、監視センター１は、保守員に対して情報を提供するが、上記情報提供処理のうち、ステップ２１０〜２３０は、保守の進捗状況がいずれかのビル設備保守装置５０から送られてくる度に実行される。ステップ２４０〜２５０は、待機中リストが生成される度に実行する必要はなく、管理者が指示するタイミング等所望のタイミングで行うようにしてもよい。

続いて、上記情報提供処理に含まれる各処理内容の詳細及び変形例について以下に説明する。

ステップ２１０において、保守実行要求部２１は、ビル設備保守装置５０の通知部５５から通知されてきた保守の進捗状況を取得するが、通知部５５は、処理の終了の度ではなく処理の状態が変化したときのみ保守の進捗状況を保守管理サーバ２０へ通知するようにしてもよい。保守に含まれる処理は、実施の形態１において説明したように、保守員立ち会い要の処理に実行の順番が回ってきたときに保守員が立ち会っていなければ、当該処理の状態は実行中から待機中に変化する。そして、保守員の立ち会いが確認されれば、当該処理の状態は待機中から実行中に変化する。処理の状態が変化しなければ、待機中リストを更新する必要はない。従って、通知部５５は、保守の進捗状況を通知する必要もない。保守の進捗状況を通知しなければ、保守管理サーバ２０において待機中リストを更新する必要もないので、待機中リスト生成部２４を動作させる必要もない。これにより、保守管理サーバ２０における処理負荷が軽減される。

ステップ２３０においては、待機中リスト生成部２４は、待機中リストを保守員毎に生成する。保守員が管轄領域毎にグループが形成されている場合にはグループ毎に生成するようにしてもよい。また、待機中リスト生成部２４は、現在地取得部２６により取得された携帯端末９の現在地でビル設備情報の位置情報を検索し、当該保守員から一定の距離内にある待機中のビルのリスト（待機中リスト）を生成するようにしてもよい。待機中リストを保守員毎に生成する他の方法として、図示しない各保守員の保守計画表を参照し、当該保守員が当日担当するビル２の中から待機中のビル２のリストを生成するようにしてもよい。あるいは、これらを組み合わせて当該保守員が当日担当するビル２の中から一定の距離内にある待機中のビルのリストを生成するようにしてもよい。

ステップ２４０において、情報提供部２５は、待機中リストの中から所定の条件に合致したビルに関する進捗状況情報を生成する。上記例では、所定の条件として、管理者により指定されたビル２を待機中リストの中から選択した。なお、管理者は、例えば、保守計画表を参照し、巡回する順番の早いビルや顧客優先度の高いビルを１つ選択するようにしてもよい。

また、管理者からの指示を受けることなく、情報提供部２５が予め設定されている所定の条件に従って待機中リストの中から情報提供対象のビル２を自動的に選択するようにしてもよい。例えば、待機中となった順にビル２が待機中リストに登録されている場合、待機中リストの最上位に登録されているビル２を選択する。長い間待機中である処理を優先的に処理させるためである。なお、最上位に限定せずに上位ｎ番目（ｎは自然数）のビル２を選択するようにしてもよい。

また、情報提供部２５は、待機中リストに含まれているビル２と携帯端末９との位置関係に基づき、待機中リストの生成時と同様に予め決められた一定距離内にあるビル２を選択する。あるいは管轄領域内のビル２を選択する。あるいは携帯端末９に最も近いビル２のみを選択する。最も近いビル２のみを選択し保守員に提供するようにすると、保守員の移動距離を最短にできるので効率的である。なお、最も近いビル２を１つだけ選択せずに、携帯端末９に近い方からｎ番目（ｎは自然数）のビル２を選択するようにしてもよい。

その他にも保守計画表を参照し、巡回する順番が最も早い待機中のビル、あるいは早い方からｎ番目（ｎは自然数）までのビル２を選択するようにしてもよい。

また、保守要求に優先度がある場合（例えば、定期保守として実施する機能試験よりも、不具合対策のソフトウェア更新の方が高い優先度）、待機中リストに優先度の項目を追加し、その優先度に従って保守員を提供するビル２を選択するようにしてもよい。また、前述した変形例を適宜組み合わせて、必要により優先度を設定したり、重み付けをしたりするなどしてビル２を選択するようにしてもよい。

以上のように、情報提供部２５は、所定の条件に従って、ただ１つの待機中のビルを提示してもよいし、複数の待機中のビルを提示してもよい。

ステップ２５０において、情報提供部２５は、生成した進捗状況情報を携帯端末９へ送信する。これは、例えば、メール送信する。そして、送信するメールの本文に進捗状況情報を記載する。ビルの位置情報等を表示するためのＵＲＬを記載するようにしてもよい。あるいは、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）等のプッシュ通信により、保守管理サーバ２０から携帯端末９内のアプリケーション（情報表示部９３）を起動し、アプリケーションに保守管理サーバ２０から進捗状況情報を取得、表示させるようにしてもよい。また、情報提供部２５は、現在地通知部９２からの通知を進捗状況情報の送信要求をみなして進捗状況情報を携帯端末９へ提供するようにしてもよい。

あるいは、例えば、保守管理サーバ２０に待機中リストを公開する機能（例えば、Ｗｅｂサーバ機能等)を設け、保守員の操作に応じて保守用ＰＣ７から待機中リストを取得できるようにしてもよい。

なお、本実施の形態においては、待機中のビルに関する情報を提供し、保守員を待機中のビルに向かわせて、保守の終了を目指すようにした。すなわち、本実施の形態において、情報提供手段として設けられた情報提供部２５は、待機中リストの中から所定の条件に合致するビル２における進捗状況情報を保守員に情報提供することで待機中のビル２を知らせるようにした。ただ、待機中のビルに限定せずに自己が担当するビル、また他の保守員が担当するビル等の進捗状況報を提供するようにしてもよい。すなわち、所定の条件として、保守管理サーバ２０において自動的に選択したビル、あるいは当該保守員が担当する全てのビルというような所定の条件に合致するビルに関する進捗状況情報を保守員に提供するようにしてもよい。

ところで、一管轄領域を複数の保守員で担当する場合、保守計画では管轄領域内にあるビル設備４を事前に割り当て、各保守員は自己に割り当てられた保守計画に従ってビル２を移動することになる。ただ、立ち会い先で障害が発生すると、その障害への対応のために計画されていた残りのビル設備４の保守が実施できなく可能性が生じてくる。この場合、当該ビル設備保守装置５０が保守管理サーバ２０に通知し、保守管理サーバ２０が各保守員へのビル２の割り当てを見直し、見直した保守計画を進捗状況情報として他の保守員に通知するようにしてもよい。

実施の形態３．
図９は、本実施の形態においてビル設備保守装置５０のネットワーク構成の一例を示した図である。設備保守管理システムには、複数のビル設備保守装置５０が含まれており、図９には、そのうち同一グループを形成している４台のビル設備保守装置５０がネットワーク３に接続された構成が示されている。ビル設備保守装置５０は、ネットワーク３上でＰ２Ｐ（ｐｅｅｒ ｔｏ ｐｅｅｒ）ネットワークを仮想的に形成する。もちろん、１つのグループに属するビル設備保守装置５０は２台以上であれば何台でもよい。本実施の形態におけるビル設備保守装置５０のハードウェア構成は実施の形態１と同じでよい。

図１０は、本実施の形態におけるビル設備保守装置５０のブロック構成図である。図９に示した各ビル設備保守装置５０とも同様の構成を有している。なお、実施の形態１と同じ構成要素には同じ符号を付け説明を省略する。本実施の形態におけるビル設備保守装置５０は、実施の形態１における構成に加えて、他装置連携部５９、立ち会い要求通知部６０及び連携先情報記憶部６１を有している。連携先情報記憶部６１には、自装置と同一グループを形成している他のビル設備保守装置５０に関する情報、具体的には各ビル設備保守装置５０と通信するのに必要なＩＰアドレス等が少なくとも含まれている。本実施の形態の場合、他のビル設備保守装置５０は、自装置と一定距離内にいるビル設備保守装置５０を想定している。他装置連携部５９は、立ち会い通知手段として設けられ、保守員検知部５４により保守員が立ち会っていることが検知されると、保守員が立ち会っていることを、同一グループを形成する他のビル設備保守装置５０、すなわち連携先情報記憶部６１に情報が登録されているビル設備保守装置５０へ通知する。また、その通知に応じて他のビル設備保守装置５０から返信されてきた保守員の立ち会い要求を受け付ける。立ち会い要求通知部６０は、他装置連携部５９による通知に応じて保守員の立ち会い要求が他の設備保守装置から返信されてきた場合、立ち会いが要求されていることを保守員に通知する。

ビル設備保守装置５０における各構成要素５９，６０は、ビル設備保守装置５０を形成するコンピュータと、コンピュータに搭載されたＣＰＵ８１で動作するプログラムとの協調動作により実現される。また、連携先情報記憶部６１は、ビル設備保守装置５０に搭載されたＨＤＤ８４にて実現される。あるいは、ＲＡＭ８３又は外部にある記憶手段をネットワーク経由で利用してもよい。

次に、本実施の形態における動作について説明する。本実施の形態における動作は、実施の形態１と基本的には同じでよい。本実施の形態における特徴的な処理は、図６に示した保守用ＰＣが検知された後（ステップ１３０でＹ）に実施される処理であって図６とは別個独立して実施される処理である。この本実施の形態における特徴的な処理について図１１に示したフローチャートを用いて説明する。

保守員検知部５４により保守員が立ち会っていることが検知されると（ステップ３１０）、他装置連携部５９は、連携先情報記憶部６１を参照して、同一グループに属する他のビル設備保守装置５０に保守員が立ち会っていることを通知する（ステップ３２０）。

保守員が立ち会っているという通知を受けると、他のビル設備保守装置５０は、自装置で実行されている保守が待機中の場合、その通知に対して立ち会い要求を返信する。保守が待機中でない場合は、応答する必要はない。

所定の時間（タイムアウト）内にいずれかのビル設備保守装置５０から立ち会い要求が返信されてくると（ステップ３３０でＹ）、立ち会い要求通知部６０は、保守用ＰＣ７にその旨を表示するなどして立ち会いが要求されていることを保守員に通知する（ステップ３４０）。所定の時間内にいずれかのビル設備保守装置５０からも立ち会い要求が返信されてこない場合（ステップ３３０でＮ）、処理を終了する。

上記実施の形態２においては、保守管理サーバ２０を用いて保守員の現在地から一定距離内にある待機中のビル２を保守員に通知したが、本実施の形態によれば、近隣（一定距離内）に位置するビル設備保守装置５０間で連携動作することで保守管理サーバ２０を用いずに待機中のビル２を保守員に知らせることができる。これにより、保守員は、移動距離の短いビル２への移動が可能になる。

なお、本実施の形態では、一定距離内に位置するビル２でグループを形成するようにした。一定距離の範囲として、例えば、経緯度情報が同じ同一ビルに設置されたビル設備保守装置５０でグループが形成されてもよい。また、直線距離で例えば１Ｋｍ以内のビル設備保守装置５０、あるいは地図情報と組み合わせて保守員が例えば１０分以内で移動できる距離に存在するビル設備保守装置５０でグループが形成されてもよい。連携先情報記憶部６１へのデータ登録は、保守管理サーバ２０からの情報を取得して登録してもよいし、ビル設備保守装置５０に測位手段を設けて自ら登録するようにしてもよい。

また、ステップ３２０において、複数のグループを組み合わせて通知するようにしてもよい。例えば、保守員があるビル設備４の保守に立ち会うと、まず第１のＰ２Ｐネットワーク内のビル設備保守装置５０に通知する。第１のＰ２Ｐネットワーク内のいずれのビル設備保守装置５０からも立ち会い要求があった場合には、第２のＰ２Ｐネットワーク内のビル設備保守装置５０に通知する。なお、第１のＰ２Ｐネットワークと第２のＰ２Ｐネットワークとは、完全に異なる構成とする必要はなく、包含関係であったり、一部が重複していたりしてもよい。

なお、本実施の形態では、ビル２間距離を基準にグループを形成する例で説明したが、例えば同一所有者のビル、同一又は類似の契約内容に基づくビル等他の基準にてグループを形成するようにしてもよい。

実施の形態４．
上記実施の形態１〜３においては、保守用ＰＣ７がビル設備保守装置５０に接続されたことを検知することによって、保守員が立ち会っている状態であると認識した。ただ、保守員の検知目的のためだけに保守員が保守用ＰＣ７をビル２に持ち込むようにするのは保守員にとって負担増となる。以降の実施の形態では、実施の形態１とは異なる保守員の立ち会いの検知方法について説明する。

まず、ビル設備保守装置５０が図２に示したように入出力インタフェースが予め接続されている場合、保守員は、キーボード９０等を利用してユーザ認証情報を入力することでビル設備保守装置５０にログインする。ユーザ認証情報は、保守員しか知り得ない保守員を識別しうる保守員ＩＤ及びパスワードである。保守員検知部５４は、このユーザ認証情報によりユーザ認証を行い、成功した場合に保守員の立ち会いと検知する。

また、ビル設備４に入出力インタフェースが接続されている場合、保守員は、ビル設備４からユーザ認証情報を入力してもよい。ビル設備４は、ユーザ認証に成功した場合、ログイン成功の旨をビル設備保守装置５０に通知する。ビル設備保守装置５０における保守員検知部５４は、ビル設備４からのログイン成功の通知を保守員の立ち会いと検知する。

以上のように、保守員検知部５４は、保守が実行されているビル２に設置された機器、すなわちビル設備保守装置５０又はビル設備４から入力されたユーザ認証情報による認証によって、保守員が保守に立ち会っていることを検知する。つまり、ビル２に設置された機器を用いること、及び保守員の知識に基づく情報を用いること、という二要素認証により保守員の立ち会いを検知する。

また、ビル設備保守装置５０にＵＳＢポートがある場合、保守員は、保守員のユーザ認証情報が記録されたＵＳＢメモリをビル２に持ち込み、ビル設備保守装置５０に接続する。保守員検知部５４は、ＵＳＢメモリに記録されたユーザ認証情報によりユーザ認証を行い、成功した場合に保守員の立ち会いと検知する。

また、ビル設備保守装置５０にＩＣカードや携帯端末９に記録された認証情報の読取手段（カードリーダ）を有している場合、保守員検知部５４は、ＩＣカード等から読み取った認証情報を、内部に予め保持されている認証情報と照合し、照合の結果一致した場合に保守員の立ち会いと検知する。ここで用いる認証情報は、保守員のユーザ認証情報でも、ＩＣカードの識別情報（カードＩＤ）等でもよい。

以上のように、保守員検知部５４は、保守が実行されているビル２にＵＳＢメモリ等の保守員専用の記憶装置が保守員により持ち込まれていること、及びその記憶装置に記憶されている認証情報を用いること、という二要素認証により保守員の立ち会いを検知する。

実施の形態５．
図１２は、本実施の形態におけるビル設備保守装置５０のブロック構成図である。実施の形態１と同じ構成要素には同じ符号を付け説明を省略する。ビル設備保守装置５０のハードウェア構成は、実施の形態1の構成に加えて、Ｗｉ−Ｆｉ（登録商標）等によって携帯端末９と近距離無線通信を行うための手段を有している。本実施の形態におけるビル設備保守装置５０は、実施の形態1に示した構成に加えて、ＩＤ通知部６２を有している。ＩＤ通知部６２は、無線接続された携帯端末９に認証情報として自装置の装置ＩＤを通知する認証情報通知手段として機能する。ＩＤ通知部６２は、ビル設備保守装置５０を形成するコンピュータと、コンピュータに搭載されたＣＰＵ８１で動作するプログラムとの協調動作により実現される。

図１３は、本実施の形態において監視センター１側に設置されるシステムのブロック構成図である。実施の形態３と同じ構成要素には同じ符号を付け説明を省略する。携帯端末９は、図７に示した構成に加えて、ビル設備保守装置５０から近距離無線通信により送信されてきた当該設備保守装置５０の装置ＩＤを保守管理サーバ２０へ送信することで認証を要求する認証要求部９４を有している。認証要求部９４は、携帯端末９に搭載されたコンピュータと、コンピュータに搭載されたＣＰＵで動作するプログラムとの協調動作により実現される。

保守管理サーバ２０は、図７に示した構成に加えて、携帯端末９から送信されてきたビル設備保守装置５０の装置ＩＤに基づく認証後、保守員検知確認情報を当該ビル設備保守装置５０へ送信する保守員認証部３０を有している。保守員認証部３０は、保守管理サーバ２０を形成するサーバコンピュータと、サーバコンピュータに搭載されたＣＰＵで動作するプログラムとの協調動作により実現される。

次に、本実施の形態における保守員の検知処理について説明する。携帯端末９を携帯した保守員がビル設備保守装置５０に近付くことによって、ビル設備保守装置５０と携帯端末９が接続されると、ＩＤ通知部６２は、自装置の装置ＩＤを認証情報として携帯端末９へ送信する。携帯端末９が装置ＩＤを受信すると、認証要求部９４は、装置ＩＤを保守管理サーバ２０へ送信することで認証を要求する。保守管理サーバ２０が認証要求を受け付けると、保守員認証部３０は、受け付けた装置ＩＤをビル設備情報に登録されている装置ＩＤと照合することで保守員を認証する。そして、保守員認証部３０は、ビル設備情報を参照することによって装置ＩＤに対応するＩＰアドレスで特定できるビル設備保守装置５０へ保守員検知確認情報を送信する。

以上のようにして、保守管理サーバ２０から保守員検知確認情報が送られてくると、ビル設備保守装置５０における保守員検知部５４は、保守員検知確認情報の受信によって保守員が保守に立ち会っていることを検知する。

本実施の形態によれば、保守員が携帯する携帯端末９を用いること、及びビル設備保守装置５０の認証情報を用いること、という二要素認証により保守員の立ち会いを検知する。

なお、本実施の形態では、携帯端末９は、ビル設備保守装置５０に近付くことによって無線通信によりビル設備保守装置５０から装置ＩＤを取得するようにしたが、例えばビル設備保守装置５０にＩＤ通知部６２を設ける代わりに、装置ＩＤが記録されたＱＲコード（登録商標）やＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）タグなどのデータコードをビル設備保守装置５０、ビル設備４あるいはそれらの近傍に貼り付けておき、携帯端末９のカメラ機能あるいは近距離無線通信機能を用いて読み取らせるようにしてもよい。

実施の形態６．
本実施の形態は、保守員の現在地と保守対象のビル設備４との位置関係によって保守員の立ち会いを検知することを特徴とする。本実施の形態におけるビル設備保守装置５０側の構成は実施の形態１と同じでよい。ただ、保守員検知部５４は、保守用ＰＣ７の接続ではなく、後述するようにして保守員の立ち会いを検知する。

図１４は、本実施の形態において監視センター１側に設置されるシステムのブロック構成図である。実施の形態３と同じ構成要素には同じ符号を付け説明を省略する。携帯端末９は、図７に示した構成と同じでよい。保守管理サーバ２０は、図７に示した構成に加えて、保守員検知通知部３１を有している。保守員検知通知部３１は、携帯端末９から通知されてくる現在地と、ビル設備情報に登録されているビル設備４の位置情報とを比較することで携帯端末９がいずれかのビル設備４の所定距離内に位置することが検出された場合、当該ビル設備４の保守を行うビル設備保守装置５０へ保守員の検知を通知する。

以下、本実施の形態における動作について説明する。ここでは、所定距離として１０ｍを想定して説明する。

携帯端末９における現在地通知部９２は、測位部９１により得られた自端末の現在地（経緯度情報）を保守管理サーバ２０に通知する。通知するタイミングは、処理負荷を考慮しつつ定周期的に常時通知するのが好ましい。

保守管理サーバ２０における現在地取得部２６が携帯端末９から通知されてくる現在地を取得すると、保守員検知通知部３１は、その取得した現在地を、ビル設備情報記憶部２７に設定されている各ビル設備４の位置情報と比較する。そして、携帯端末９がいずれかのビル設備４の所定距離（１０ｍ）内に位置する場合、保守員検知通知部３１は、保守員は当該ビル設備４の保守に立ち会っているとみなして、ビル設備情報記憶部２７を参照することにより当該ビル設備４の保守を行うビル設備保守装置５０を特定し、そのビル設備保守装置５０へ保守員の検知を通知する。

保守管理サーバ２０から保守員の検知が通知されてくると、ビル設備保守装置５０における保守員検知部５４は、この保守員の検知の通知を受けることで保守員が保守に立ち会っていることを検知する。

本実施の形態によれば、以上のようにして保守員が保守に立ち会っていることを検知すると、待機中であった処理は実行を開始することができる。なお、保守管理サーバ２０は、待機中リストを参照して、処理が待機中である保守が実行されているビル設備保守装置５０に限って保守員の検知の通知を行うようにしてもよい。

上記説明では、保守員がビル設備４から１０ｍ以内というビル設備４の近傍にいる場合を保守の立ち会いとみなしているが、この１０ｍという距離は適宜設定すればよい。

次に、所定距離を大きく取った場合について説明する。例えば、保守員が分速７０ｍで移動すると仮定すると、保守員の現在地から５００ｍ以内であれば、目的とするビル２まで１０分以内に余裕を持って到着することができる。この場合、測位された保守員の現在地から半径５００ｍ以内にあるビル設備の保守を一斉に開始することができる。つまり、１０分以内で到着できる位置に存在する１又は複数のビル設備４への保守に保守員が同時に立ち会っているということになる。また、保守管理サーバ２０に地図情報を持たせて移動時間をより正確に推測し、所定範囲内に位置する複数のビル設備４に対して同時に立ち会うことが可能になり、これにより、所定範囲内のビル設備４の保守を一斉に開始することも可能になる。

実施の形態７．
ビルオーナーが管理会社等に業務委託したり、社内に管理部門を設置したりして、ビル管理を行う場合がある。ビル設備４の保守は、前述したようにネットワーク３経由で遠隔地から監視しつつ保守員の立ち会いを要することなく実行する場合や、保守員立ち会いの下で実行する場合がある。保守員の立ち会いを要することなく実行可能な保守でも、保守員の立ち会いの下で実行させたいのは、専門知識や特別な技能を持っている保守員を立ち会わせることで万一の場合に備えるためである。ただ、保守員のスケジュール等の都合上、保守員が必ずしも立ち会えるとは限らない。このような場合、保守の内容やビル２の運用形態によっては、保守員の代わりにビル管理者が立ち会って保守を実施し、問題が発生した場合には改めて保守員の立ち会いを要請するような運用も考えられる。本実施の形態は、保守員に代わってビル管理者が保守に立ち会う場合に、そのビル管理者の立ち会いを検知する方法である。

例えば、ビル管理者が自社のビル２内のイントラネットへログインしたことを検知する。これにより、保守員検知通知部３１は、ビル管理者がビル２内にいる、つまりビル設備４の保守に保守員に代わって立ち会っているとみなし、待機中の処理の実行を開始させることができる。

また、ビル２に入退室管理システムが導入されている場合、入退室管理システムと連携する。すなわち、入退室管理システムがビル管理者のＩＤカードがカードリーダにかざされたことを検知するとビル設備保守装置５０に通知する。これにより、ビル設備保守装置５０における保守員検知通知部３１は、ビル管理者がビル２内に入館した、あるいはビル設備４が設置されている部屋に入室したことを認識すると、ビル管理者がビル設備４の保守に保守員に代わって立ち会うとみなす。これにより、待機中の処理の実行を開始させることができる。

以上説明したように、各実施の形態において保守員の立ち会い要の下で処理を実行させたい場合には、保守員が確実に立ち会っている状態で当該処理を実行させることができる。また、立ち会っている保守員を様々な方法で検知することができる。各実施の形態においてそれぞれ説明した構成及びその構成による処理は、適宜組み合わせて実施してよい。

また、本実施の形態では、保守対象としてビル設備４に適用した場合を例にして説明したが、ビル２に設置された設備に限定する必要はない。

１ 監視センター、２ ビル、３ ネットワーク、４ ビル設備、５ 設備ネットワーク、６ 構内ネットワーク、８ 携帯電話網、９ 携帯端末、１０ 管理端末、１１ 保守要求作成部、１２ 結果表示部、１３ 情報提供指示部、２０ 保守管理サーバ、２１ 保守実行要求部、２２ 保守要求記憶部、２３ 結果記憶部、２４ 待機中リスト生成部、２５ 情報提供部、２６ 現在地取得部、２７ ビル設備情報記憶部、２８ 進捗状況記憶部、２９ 待機中リスト記憶部、３０ 保守員認証部、３１ 保守員検知通知部、５０ ビル設備保守装置、５１ 保守要求受付部、５２ 保守実行制御部、５３ 処理実行部、５４ 保守員検知部、５５ 通知部、５７ 保守要求記憶部、５８ 結果記憶部、５９ 他装置連携部、６０ 立ち会い要求通知部、６１ 連携先情報記憶部、６２ ＩＤ通知部、８１ ＣＰＵ、８２ ＲＯＭ、８３ ＲＡＭ、８４ ハードディスクドライブ（ＨＤＤ）、８５ 外部ネットワークコントローラ、８６ 内部ネットワークコントローラ、８７ コネクタ、８８ 内部バス、８９ マウス、９０ キーボード、９１ 測位部、９２ 現在地通知部、９３ 情報表示部、９３ 情報表示部、９４ 認証要求部、９８ ディスプレイ、９９ 入出力コントローラ。

Claims (15)

1. 監視センターに設置される保守管理サーバと、
   前記保守管理サーバからの保守要求に応じて保守対象の設備の保守を行う設備保守装置と、
   を有し、
   前記設備保守装置は、
   複数の処理で構成される保守における当該処理の実行順及び処理毎の保守員の立ち会いの要否を示す要否情報を含む保守実行要求情報を取得する保守実行要求情報取得手段と、
   保守の実行の際、保守実行要求情報の設定内容に従い各処理の実行を制御する制御手段と、
   前記制御手段により指示された処理を実行する処理実行手段と、
   保守員が保守に立ち会っていることを検知する保守員検知手段と、
   を有し、
   前記制御手段は、保守員の立ち会いを必要とする処理の実行の際に前記保守員検知手段により保守員が検知されていない場合、当該処理の実行を待機させることを特徴とする設備保守管理システム。
2. 保守員により携帯される携帯端末を有し、
   前記設備保守装置は、保守の進捗状況を前記保守管理サーバへ通知する進捗状況通知手段を有し、
   前記保守管理サーバは、前記設備保守装置から通知された保守の進捗状況及び当該保守が実行されている施設の識別情報を含む進捗状況情報を前記携帯端末へ提供する情報提供手段を有する、
   ことを特徴とする請求項１に記載の設備保守管理システム。
3. 前記進捗状況通知手段は、処理の状態が変化したときのみ保守の進捗状況を前記保守管理サーバへ通知することを特徴とする請求項２に記載の設備保守管理システム。
4. 前記進捗状況通知手段により通知された保守の進捗状況に基づいて、処理が待機中である保守が実行されている施設のリストを待機中リストとして生成する待機中リスト生成手段を有し、
   前記情報提供手段は、待機中リストに含まれている施設の中から所定の条件に合致する施設に関する進捗状況情報を前記携帯端末へ提供することを特徴とする請求項２に記載の設備保守管理システム。
5. 前記情報提供手段は、保守の管理者により指定された施設に関する進捗状況情報を前記携帯端末へ提供することを特徴とする請求項４に記載の設備保守管理システム。
6. 前記情報提供手段は、待機中となった順に施設が待機中リストに登録されている場合、待機中位リストの上位ｎ番目（ｎは自然数）の施設に関する進捗状況情報を前記携帯端末へ提供することを特徴とする請求項４に記載の設備保守管理システム。
7. 施設の識別情報及び位置情報を少なくとも含む施設情報を記憶する施設情報記憶手段を有し、
   前記携帯端末は、
   測位手段と、
   自端末の現在地を前記保守管理サーバへ通知する現在地通知手段と、
   を有し、
   前記情報提供手段は、待機中リストに含まれている施設と前記携帯端末との位置関係に基づき、当該携帯端末から一定距離内に位置する施設又は当該携帯端末に近い方からｎ番目（ｎは自然数）の施設に関する進捗状況情報を前記携帯端末へ提供することを特徴とする請求項４に記載の設備保守管理システム。
8. 前記携帯端末は、
   測位手段と、
   自端末の現在地を前記保守管理サーバへ通知する現在地通知手段と、
   を有し、
   前記情報提供手段は、前記携帯端末が有する前記現在地通知手段からの通知を進捗状況情報の送信要求をみなして進捗状況情報を当該携帯端末へ提供することを特徴とする請求項４に記載の設備保守管理システム。
9. 前記設備保守装置は、
   前記保守員検知手段により保守員が立ち会っていることが検知されると、保守員が立ち会っていることを、同一グループを形成する他の設備保守装置へ通知する立ち会い通知手段と、
   前記立ち会い通知手段による通知に応じて保守員の立ち会い要求が返信されてきた場合、立ち会いが要求されていることを保守員に通知する要求通知手段と、
   を有することを特徴とする請求項１に記載の設備保守管理システム。
10. 前記保守員検知手段は、保守が実行されている施設に設置された機器から入力された認証情報による認証によって、保守員が保守に立ち会っていることを検知することを特徴とする請求項１に記載の設備保守管理システム。
11. 前記保守員検知手段は、保守が実行されている施設に保守員が持ち込んだ保守員専用の記憶装置に記録されている認証情報による認証によって、保守員が保守に立ち会っていることを検知することを特徴とする請求項１に記載の設備保守管理システム。
12. 保守員により携帯される携帯端末を有し、
    前記設備保守装置は、接続された前記携帯端末に自装置の認証情報を通知する認証情報通知手段を有し、
    前記携帯端末は、前記設備保守装置から通知されてきた当該設備保守装置の認証情報を前記保守管理サーバへ送信することで認証を要求する認証要求手段を有し、
    前記保守管理サーバは、前記携帯端末から送信されてきた前記設備保守装置の認証情報に基づく認証後、保守員検知確認情報を当該設備保守装置へ送信する保守員認証手段を有し、
    前記保守員検知手段は、前記保守管理サーバから保守員検知確認情報を受信することによって保守員が保守に立ち会っていることを検知することを特徴とする請求項１に記載の設備保守管理システム。
13. 前記携帯端末は、
    測位手段と、
    自端末の現在地を前記保守管理サーバへ通知する現在地通知手段と、
    を有し、
    前記保守管理サーバは、
    前記設備の位置情報を記憶する設備情報記憶手段と、
    前記携帯端末から通知されてくる現在地と前記各設備の位置情報とを比較することで前記携帯端末がいずれかの前記設備の所定距離内に位置することが検知された場合、当該設備の保守を行う前記設備保守装置へ保守員の検知を通知する保守員検知通知手段と、
    を有し、
    前記保守員検知手段は、前記保守管理サーバからの保守員の検知の通知によって保守員が保守に立ち会っていることを検知することを特徴とする請求項１に記載の設備保守管理システム。
14. 施設に設置された設備の保守を行う設備保守装置において、
    複数の処理で構成される保守における当該処理の実行順及び処理毎の保守員の立ち会いの要否を示す要否情報を含む保守実行要求情報を取得する保守実行要求情報取得手段と、
    保守の実行の際、保守実行要求情報の設定内容に従い各処理の実行を制御する制御手段と、
    前記制御手段により指示された処理を実行する処理実行手段と、
    保守員が保守に立ち会っていることを検知する保守員検知手段と、
    を有し、
    前記制御手段は、保守員の立ち会いを必要とする処理の実行の際に前記保守員検知手段により保守員が検知されていない場合、当該処理の実行を待機させることを特徴とする設備保守装置。
15. 施設に設置された設備の保守を行うために用いられるコンピュータを、
    複数の処理で構成される保守における当該処理の実行順及び処理毎の保守員の立ち会いの要否を示す要否情報を含む保守実行要求情報を取得する保守実行要求情報取得手段、
    保守の実行の際、保守実行要求情報の設定内容に従い各処理の実行を制御する制御手段、
    前記制御手段により指示された処理を実行する処理実行手段、
    保守員が保守に立ち会っていることを検知する保守員検知手段、
    として機能させ、
    前記制御手段は、保守員の立ち会いを必要とする処理の実行の際に前記保守員検知手段により保守員が検知されていない場合、当該処理の実行を待機させることを特徴とするプログラム。
    

Images