特許 7502240 ビル管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-06-10

(45)【発行日】2024-06-18

(54)【発明の名称】ビル管理システム

(51)【国際特許分類】

   G08B 25/04 20060101AFI20240611BHJP

   G08B 25/00 20060101ALI20240611BHJP

【ＦＩ】

G08B25/04 F

G08B25/00 510F

【請求項の数】 5

(21)【出願番号】P 2021137850

(22)【出願日】2021-08-26

(65)【公開番号】P2023032012

(43)【公開日】2023-03-09

【審査請求日】2023-06-13

(73)【特許権者】

【識別番号】000232955

【氏名又は名称】株式会社日立ビルシステム

(74)【代理人】

【識別番号】110000350

【氏名又は名称】ポレール弁理士法人

(72)【発明者】

【氏名】澤村 伸一

(72)【発明者】

【氏名】細川 長範

【審査官】田邉 学

(56)【参考文献】

【文献】特開２００６－２６８６６２（ＪＰ，Ａ）

【文献】再公表特許第２０１３／０９４０２２（ＪＰ，Ａ１）

【文献】特開２０２０－０１７１１２（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１７／０２４３３５３（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０８Ｂ ２５／０４

Ｇ０８Ｂ ２５／００

(57)【特許請求の範囲】

【請求項1】

ビル内の設備を管理するビル管理システムであって、
前記設備のコントローラから取得した履歴情報に基づいて、警報スコアを算出する警報スコア算出部と、
該警報スコア算出部が前記警報スコアの算出時に使用するパラメータとスコア算出関数、および、前記パラメータの変更時に使用するフィードバック関数を記憶したスコア算出モジュールと、
前記警報スコアが閾値を超えた場合に監視端末に警報を出力する警報出力部と、
警報後に前記監視端末から入力された警報動態管理情報と前記フィードバック関数を使用して前記スコア算出モジュールに記憶したパラメータを変更する警報動態管理フィードバック部と、
を備えるビル管理システム。

【請求項2】

請求項１に記載のビル管理システムにおいて、
前記パラメータと前記スコア算出関数、および、前記フィードバック関数を、前記監視端末から前記スコア算出モジュールに個々に設定できるビル管理システム。

【請求項3】

請求項１に記載のビル管理システムにおいて、
前記警報動態管理フィードバック部は、前記監視端末から前記警報動態管理情報を受信した場合に、前記スコア算出モジュールに記憶したパラメータを変更するビル管理システム。

【請求項4】

請求項３に記載のビル管理システムにおいて、
前記警報動態管理フィードバック部は、
前記警報が真報であった場合に、前記スコア算出モジュールに記憶したパラメータの影響を強化するパラメータ変更を実行し、
前記警報が誤報であった場合に、前記スコア算出モジュールに記憶したパラメータの影響を抑制するパラメータ変更を実行するビル管理システム。

【請求項5】

請求項１から４の何れか一項に記載のビル管理システムにおいて、
前記設備は、ビル内の部屋の出入口に取り付けられた入退室認証装置と電気錠ドアであり、
前記履歴情報は、前記部屋の入退履歴であるビル管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ビル内各室の入退室やビル設備に関連する異常を警報するビル管理システムに関する。

【背景技術】

【0002】

従来のビル管理システムには、ビル内の安全管理設備（電気錠ドア・入退室認証装置など）、空調設備、照明設備などの状態をサーバで管理し、ディスプレイに表示するものがある。このビル管理システムのユーザ（ビル管理者、警備員等）は、ディスプレイに設備状態の異常が表示された場合には、各設備から通知された発報や警報の詳細を確認し、適宜対応することで、ビル管理業務を行っていた。

【0003】

現状、ビル管理システムによる設備状態の異常判定方法は、システム設計者が予め設定した条件に合致した場合（例えば、監視対象設備が入退室認証装置の一種であるカードリーダーであれば、認証対象のカードデータに異常があった場合や、監視対象設備が電気錠ドアであれば、ドア異常開の信号を受信した場合等）、もしくは、予め設定された警告値を満たした場合（例えば、監視対象設備が電気錠ドアであれば、ドア開閉回数の上限を超える場合等）に、異常判定するものが主である。

【0004】

また、施設監視装置を開示する特許文献１には、要約書の課題として「ユーザに対して、監視ポイントで発生している警報状態が、どの程度、施設の運用状態に影響しているかを、一目で把握することができる情報を提供する。」との記載がある。さらに、同文献の請求項１に「施設内の１つ以上の設備に設置された複数の監視ポイントにて発生している警報に関する警報情報を取得する警報情報取得部と、前記警報情報取得部が取得した前記警報情報に基づき、前記複数の監視ポイントのうちの、警報状態となっている警報発生監視ポイントの割合を示す、状態判定用指標を算出する警報情報集計部と、前記警報情報集計部が算出した前記状態判定用指標に基づき、前記施設の運用状態を判定する状態判定部と、前記状態判定部が判定した前記運用状態に関する情報を出力させるための出力制御情報を出力する出力制御部とを備えた施設監視装置。」とあり、請求項２に「前記警報に対して、前記状態判定用指標を算出する際の重みを設定する重み設定部をさらに備え、前記警報情報集計部は、前記重み設定部が設定した前記重みを用いて、前記状態判定用指標を算出することを特徴とする請求項１記載の施設監視装置。」とあり、段落００３１に「施設内の設備によって、監視の重要度は異なる。実施の形態２に係る施設監視装置１ａは、重み設定部１２１が、どの設備に設置された監視ポイントで発生している警報かによって、警報の重み付けを行うことで、より実際の運用に即した、施設の運用状態に関する情報を、ユーザに提供することができる。」とある。すなわち、特許文献１は、監視ポイントの重要度に応じてユーザが重み（監視用パラメータ）を設定可能とする施設監視装置を開示している。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０１９－２０４２８号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかしながら、特許文献１では、警報が真報であったか誤報であったかをシステムにフィードバックしないため、ユーザが設定した重み（異常判定用パラメータ）が不適切であれば、本来不要な警報がユーザに報知されたり、本来必要な警報がユーザに報知されなかったりする状態が継続する可能性があった。

【0007】

そこで、本発明では、警報後のユーザ行動を参照して警報の真偽を判定し、その判定結果に応じて異常判定用パラメータを自動的に変更することで、以後の設備異常の発生時には、警報をより適切に報知できるビル管理システムを提供することを目的とする。

【課題を解決するための手段】

【0008】

ビル内の設備を管理するビル管理システムであって、前記設備のコントローラから取得した履歴情報に基づいて、警報スコアを算出する警報スコア算出部と、該警報スコア算出部が前記警報スコアの算出時に使用するパラメータとスコア算出関数、および、前記パラメータの変更時に使用するフィードバック関数を記憶したスコア算出モジュールと、前記警報スコアが閾値を超えた場合に監視端末に警報を出力する警報出力部と、警報後に前記監視端末から入力された警報動態管理情報と前記フィードバック関数を使用して前記スコア算出モジュールに記憶したパラメータを変更する警報動態管理フィードバック部と、を備えるビル管理システム。

【発明の効果】

【0009】

本発明のビル管理システムによれば、警報後のユーザ行動を参照して警報の真偽を判定し、その判定結果に応じて異常判定用パラメータを自動的に変更することで、以後の設備異常の発生時には、警報をより適切に報知することができる。

【図面の簡単な説明】

【0010】

【図1】一実施例のビル管理システムのシステム構成図。

【図2】履歴情報の一例を示す図。

【図3】スコア算出モジュールの一例を示す図。

【図4】モジュール構成記載ブロックの一例

【図5】スコア算出パラメータの一例を示す図。

【図6】警報動態管理情報の一例を示す図。

【図7】一実施例のビル管理システムの動作シーケンスを示す図。

【図8】外部通信部の処理フローチャート。

【図9】警報スコア算出部の処理フローチャート。

【図10】警報出力部の処理フローチャート。

【図11】警報動態管理部の処理フローチャート。

【図12】警報動態管理フィードバック部の処理フローチャート。

【発明を実施するための形態】

【0011】

以下、本発明のビル管理システムの一実施例を、図面を用いて説明する。なお、以下では、ビル管理システムの管理対象が安全管理設備の一種である入退室認証装置と電気錠ドアである場合を例に本発明を説明するが、ビル管理システムの管理対象が空調設備や照明設備等の他種設備であっても良く、その場合は、後述する入退室管理サーバ、入退室コントローラ、入退履歴等の入退室管理に特有の用語を、空調管理サーバや空調コントローラや空調パルス値ロギング、または、照明管理サーバや照明コントローラや照明パルス値ロギング等と、適宜読み替えて解釈すれば良い。

【0012】

図１に示すように、本実施例のビル管理システム１００は、入退室管理サーバ１０と、建物２０内に設置された各装置（ネットワーク機器２１、入退室コントローラ２２、入退室認証装置２３、電気錠ドア２４）と、監視端末３０と、各々の通信を中継するネットワーク４０を備えている。以下、各々を順次説明する。

【0013】

＜建物２０内の各装置＞
建物２０内の入退室管理される部屋の出入口には、入退室認証装置２３（カードリーダー、生体認証装置等）と電気錠ドア２４が取り付けられている。また、建物２０内には、入退室認証装置２３と電気錠ドア２４を制御する入退室コントローラ２２が設けられている。例えば、入退室認証装置２３がカードリーダーであれば、入室者が正規カードをカードリーダー（入退室認証装置２３）に読み取らせると、入退室コントローラ２２は、電気錠ドア２４を開錠するとともに、カードリーダー（入退室認証装置２３）の認証結果（ドアＩＤとカードＩＤの情報等）や電気錠ドア２４の開閉日時などの入退履歴を記憶する。

【0014】

この入退室コントローラ２２は、ネットワーク機器２１を介してネットワーク４０に接続されており、ネットワーク４０には入退室管理サーバ１０と監視端末３０も接続されるため、監視端末３０を使用するユーザ（ビル管理者、警備員等）は、入退室コントローラ２２から入退室認証装置２３や電気錠ドア２４に関連する情報を受信したり、入退室管理サーバ１０から入退室認証装置２３や電気錠ドア２４に関連する警報を受信したりすることで、入退室管理される部屋の入退室動態を管理することができる。なお、図１では、入退室コントローラ２２と入退室認証装置２３と電気錠ドア２４を一組だけ図示しているが、入退室を管理したい部屋が複数ある場合は、これらを複数組用意し、夫々の入退室コントローラ２２をネットワーク機器２１に接続して、各部屋の入退室を管理すれば良い。

【0015】

＜監視端末３０＞
監視端末３０は、液晶ディスプレイ等の表示装置、および、キーボードやタッチパネル等の入力装置を備えた、パソコンやタブレット等の一般的なコンピュータであり、ＷＥＢブラウザやブラウザ相当のクライアントを使用して入退室管理サーバ１０や入退室コントローラ２２へアクセスする。

【0016】

＜入退室管理サーバ１０＞
入退室管理サーバ１０は、入退室コントローラ２２の発報に基づいて監視対象設備（入退室認証装置２３や電気錠ドア２４）の異常を検出した場合に、監視端末３０に警報を送信するサーバであり、図１に示すように、外部通信部１、履歴情報２、警報スコア算出部３、複数のスコア算出モジュール４、スコア算出パラメータ５、警報動態管理部６、警報動態管理情報７、警報動態管理フィードバック部８、警報出力部９を有している。

【0017】

なお、入退室管理サーバ１０は、具体的には、ＣＰＵ等の演算装置、半導体メモリ等の記憶装置、および、通信装置などのハードウエアを備えたコンピュータである。そして、演算装置が記憶装置に記憶された各種情報（履歴情報２、スコア算出モジュール４、スコア算出パラメータ５、警報動態管理情報７）を参照しながら所定のプログラムを実行することで、上記した各機能（外部通信部１、警報スコア算出部３、警報動態管理部６、警報動態管理フィードバック部８、警報出力部９）を実現するが、以下では、このようなコンピュータ分野の周知技術を適宜省略しながら、各々の詳細を説明する。

【0018】

外部通信部１は、入退室認証装置２３や電気錠ドア２４に関連する種々の発報を入退室コントローラ２２から受信するとともに、同コントローラ内部に蓄積された両装置に関連する履歴情報（ドアＩＤ、カードＩＤ、入退日時など）を取得する通信部である。また、外部通信部１は、入退室管理サーバ１０が入退室認証装置２３や電気錠ドア２４に異常があると判定した場合に、監視端末３０へ警報を送信したり、ユーザが監視端末３０に入力したスコア算出モジュール４や警報への対応状況等を受付けたりもする。

【0019】

履歴情報２は、外部通信部１が入退室コントローラ２２から取得した、入退室認証装置２３や電気錠ドア２４に関連する履歴情報（ドアＩＤ、カードＩＤ、入退日時など）であり、入退室管理サーバ１０の記憶装置にデータベース形式で保存される。

【0020】

図２は、履歴情報２の一例である。フィールド２ａには全てのレコードでユニークとなるキー値を保存する。フィールド２ｂには各履歴の発生日時を保存する。フィールド２ｃにはどの入退室コントローラ２２から履歴を取得したか、すなわちどの建物２０から履歴を取得したかを保存する。１つの建物２０に複数の入退室コントローラ２２を配置した場合は、それぞれ別の建物２０として管理される。フィールド２ｄには履歴の生成元となった機器やカードのＩＤを保存する。フィールド２ｅには履歴の生成元の要因（操作内容、処理内容など）を保存する。フィールド２ｆには履歴の種別を保存する。フィールド２ｇには該当する履歴要因の内容を保存する。フィールド２ｈには履歴に付随する付加情報を保存する。なお、付加情報を保存するフィールド２ｈを複数設けても良い。

【0021】

警報スコア算出部３は、上記した履歴情報２を後述するスコア算出モジュール４とスコア算出パラメータ５に従って処理することで、警報スコアを算出する。なお、警報スコア算出部３による警報スコアの算出処理の詳細は後述する。

【0022】

スコア算出モジュール４は、警報スコアを算出するルールを設定した簡易プログラムであり、警報スコアを算出する際のパラメータ種類とスコア算出用関数、および、動態管理を行う際のフィードバック用関数を定義したファイルとして記憶装置に保存されている。このスコア算出モジュール４は、ビル管理システム１００のシステム設計者が予め設定したもの（標準モジュール）であっても良いし、ビル管理システム１００のユーザが監視端末３０から追加設定したもの（追加モジュール）であっても良い。

【0023】

図３は、ユーザが追加したスコア算出モジュール４（追加モジュール）の構成の一例である。非正規カードで入室が試みられた場合や、入退室認証装置２３や電気錠ドア２４が故障した場合のように、明らかな異常が発生した場合には、システム設計者が用意したスコア算出モジュール４（標準モジュール）で警報スコアを算出することができるが、標準モジュールでは正常と判定される状況であっても、その部屋の利用来歴等を考慮すれば異常と判定しなければならない状況（例えば、正規カードを使用しての深夜時間帯の多数の入室など）も存在する。本実施例では、標準モジュールでは検出できない異常を検出するため、ユーザが追加したスコア算出モジュール４（追加モジュール）に、警報スコアを算出する際のパラメータ種類等を定義するモジュール構成記載ブロック４ａと、スコア算出用関数を定義するスコア算出ブロック４ｂと、フィードバック用関数を定義する警報動態管理フィードバックブロック４ｃを持たせた。また、スコア算出ブロック４ｂには、パラメータ規定ブロック４ｂ１と、スコア算出評価ブロック４ｂ２を持たせた。さらに、警報動態管理フィードバックブロック４ｃには、フィードバックフラグ４ｃ１と、フィードバック評価ブロック４ｃ２を持たせ、フィードバック評価ブロック４ｃ２には、誤評価ブロック４ｃ２１と、正評価ブロック４ｃ２２を持たせた。

【0024】

図４は、図３のモジュール構成記載ブロック４ａの一例であり、スコア算出モジュール４の機能が、その部屋の利用来歴を考慮すれば入退室が少ないはずの時間帯（例えば、深夜０：００～早朝５：００の時間帯など）に、入退室回数が過剰であれば高い警報スコアを算出するものである場合の、モジュール構成記載ブロック４ａの構成例である。なお、この場合、スコア算出ブロック４ｂには、上記した「入退室が少ないはずの時間帯（例えば、深夜０：００～早朝５：００）」を規定する情報が登録される。

【0025】

この例では、モジュール構成記載ブロック４ａには、モジュール識別番号であるID（例えばユーザが指定した「３０１」）と、モジュール機能を概説するNAME（例えばユーザが指定した「時刻範囲外警報」）と、監視対象の建物を特定するTARGETID（例えばユーザが指定した「ビル１,ビル２」）と、監視対象の種別を特定するTARGETFIELD（例えばユーザが指定した「入退履歴」）と、スコア算出に利用するデータ数を指定するHISTORICALRANGE（例えばユーザが指定した「２００」）と、警報の閾値を規定するALARMTHRESHOLD（例えばユーザが指定した「０．６」）が登録されている。

【0026】

この場合、モジュール構成記載ブロック４ａを参照した警報スコア算出部３は、履歴情報２（図２参照）から、「建物」相当のフィールド２ｃが「ビル１」または「ビル２」であり、かつ、「種別」相当のフィールド２ｆが「入退履歴」である、２００個のデータを収集した後、これらのデータに対し、スコア算出ブロック４ｂで定義されるスコア算出処理を実行する。この結果、ユーザが初期設定時に想定した異常を検出できるだけでなく、HISTORICALRANGEの設定値を十分に大きくすれば、多量のデータを統計処理することで、ユーザが想定していなかった統計上の異常を検出することもできる。なお、スコア算出ブロック４ｂや警報動態管理フィードバックブロック４ｃの詳細については後述する。

【0027】

スコア算出パラメータ５は、スコア算出モジュール４から抽出したパラメータ、または、後述するフィードバック処理により変更されたパラメータであり、入退室管理サーバ１０の記憶装置にデータベース形式で保存される。

【0028】

図５は、スコア算出パラメータ５の一例である。ここに例示するスコア算出パラメータ５は、システム設計者が用意した標準モジュール（モジュールＩＤ「０」、モジュールＮｏ「０」、モジュール名「DEFAULT」）から抽出したパラメータや、ユーザが追加した追加モジュールから抽出したパラメータなど、複数のスコア算出モジュール４から抽出したパラメータを集約しデータベース形式で保存したものである。フィールド５ａは、全てのレコードでユニークとなるキー値である。フィールド５ｂは、複数存在するスコア算出モジュール４の固有ＩＤとなるモジュールＮｏ．である。フィールド５ｃは、各々のスコア算出モジュール４の名称（NAME）である。フィールド５ｄは、スコア算出する建物２０（本実施例では、電気錠ドア２４）の固有ＩＤとなる対象建物ＩＤである。フィールド５ｅは、個々のパラメータのＩＤであり、パラメータ元のスコア算出モジュール４内ユニークとなるパラメータＩＤである。フィールド５ｆは、個々のパラメータの値である。なお、図から明らかなように、同じモジュールであっても、対象建物（ドア）毎に異なるパラメータを設定できるようになっている。

【0029】

警報動態管理部６は、ユーザが監視端末３０に入力した、警報への対応状況等を処理し、データベース形式の警報動態管理情報７として、入退室管理サーバ１０の記憶装置に保存する。

【0030】

図６は、警報動態管理情報７の一例である。フィールド７ａは、全てのレコードでユニークとなるキー値である。フィールド７ｂは、ユーザが監視端末３０に動態管理（警報への対応状況や、設備等の故障内容や、修理内容など）を入力した日時を保存する。フィールド７ｃは、どの入退室コントローラ２２（建物２０）への動態管理を入力したかを建物ＩＤとして保存する。フィールド７ｄは、動態管理入力の元となる警報の要因（具体的には、「発報」、「復旧」の別）を保存する。フィールド７ｅは、どの履歴を元に動態管理入力を行ったかを保存する。フィールド７ｆは、ユーザ入力した警報への対応状況を保存する。フィールド７ｇは、ユーザが自由に入力したコメントを保存する。なお、図示する以外にも付加情報を保存するためのフィールドがあってもよい。

【0031】

警報動態管理フィードバック部８は、スコア算出モジュール４のフィードバックフラグ４ｃ１に「ＯＮ」が設定されている場合、警報動態管理情報７を参照して、簡易プログラムであるフィードバック評価ブロック４ｃ２を実行し、スコア算出パラメータ５の内容を逐次フィードバック更新するものである。

【0032】

警報出力部９は、警報スコア算出部３で算出した警報スコアが所定の閾値（図４のALARMTHRESHOLD参照）を超えた場合に、外部通信部１とネットワーク４０を介して、監視端末３０へ警報を送信する。例えば、図４のモジュール構成記載ブロック４ａで定義されるスコア算出モジュール４（時刻範囲外警報）を利用する場合であれば、通常想定される時間帯以外に過剰な入退室が発生したと判定されたときに、監視端末３０を介して入退室時刻の異常がユーザに警報される。

【0033】

＜ビル管理システム１００の動作シーケンス＞
次に、図７のシーケンス図を用いて、ビル管理システム１００の動作を概説する。

【0034】

＜＜初期設定の動作シーケンス（ＳＱ１０１～１０３）＞＞
まず、ＳＱ１０１では、ユーザは、初期設定として、監視端末３０から入退室管理サーバ１０にスコア算出モジュール４を定義するファイルを送信する。

【0035】

次に、ＳＱ１０２では、入退室管理サーバ１０は、外部通信部１が受信したスコア算出モジュール４のファイルを記憶装置に保存する。

【0036】

ＳＱ１０３では、入退室管理サーバ１０は、スコア算出モジュール４からモジュール識別用の値と各パラメータを抽出し、スコア算出パラメータ５として保存する（図５参照）。

【0037】

＜＜警報までの動作シーケンス（ＳＱ２０１～２０９）＞＞
ＳＱ２０１では、入退室管理サーバ１０は、定期的に、外部通信部１を介して入退室コントローラ２２へ履歴を要求する。

【0038】

ＳＱ２０２では、入退室管理サーバ１０は、入退室コントローラ２２から受信した履歴を履歴情報２へ追加保存する（図２参照）。なお、ここでは、一度に複数の履歴が追加保存されることもある。

【0039】

ＳＱ２０３では、入退室管理サーバ１０は、履歴情報２を警報スコア算出部３へ渡す。

【0040】

ＳＱ２０４では、警報スコア算出部３は、スコア算出モジュール４群を参照する。

【0041】

ＳＱ２０５では、警報スコア算出部３は、スコア算出モジュール４群の中から、履歴情報２を処理するために必要なモジュールを特定し、取得する。

【0042】

ＳＱ２０６では、警報スコア算出部３は、取得したスコア算出モジュール４に従って、履歴情報２に基づく警報スコアを算出する。

【0043】

ＳＱ２０７では、警報スコア算出部３は、算出した警報スコアが閾値を超えていれば、警報出力部９へ警報出力を要求する。

【0044】

ＳＱ２０８では、警報出力部９は、外部通信部１へ警報を出力する。

【0045】

ＳＱ２０９では、外部通信部１は、監視端末３０へ警報を送信する。この結果、監視端末３０には警報が表示される。

【0046】

＜＜警報後の動作シーケンス（ＳＱ３０１～３０６）＞＞
ＳＱ３０１では、監視端末３０を監視中のユーザは、監視端末３０に表示された警報をもとに、その警報内容に則した対応を行う。例えば、警報対象の入退室コントローラ２２で入退室管理される部屋の関係者の連絡先に警報内容を通知したり、警報内容が設備故障に関連するものであれば、業者へ故障設備の修繕を要請したりする。また、実際には異常が無ければ、ユーザは警報を誤報と判断する。そして、ユーザが、警報への対応状況等を監視端末３０に入力すると、入力したデータが入退室管理サーバ１０へ送信される。

【0047】

ＳＱ３０２では、外部通信部１は、監視端末３０から受信したユーザ入力の警報動態管理データを警報動態管理部６へ伝える。また、警報動態管理部６は、受信したデータを警報動態管理情報７に追加保存する（図６参照）。

【0048】

ＳＱ３０３では、警報動態管理部６は、警報動態管理情報７に追加したデータを警報動態管理フィードバック部８へ送信する。

【0049】

ＳＱ３０４では、警報動態管理フィードバック部８は、スコア算出モジュール４群を参照する。

【0050】

ＳＱ３０５では、警報動態管理フィードバック部８は、受信したデータ（警報動態管理情報７の追記分）に関連するスコア算出モジュール４を特定し、取得する。

【0051】

ＳＱ３０６では、警報動態管理フィードバック部８は、警報が「誤報」であれば（具体的には、警報動態管理情報７のフィールド７ｆに「誤報」と入力されていれば）誤評価ブロック４ｃ２１（図３参照）を用いてスコア算出モジュール４内のパラメータを変更し、警報が「真報」であれば（具体的には、フィールド７ｆに「対応完了」が入力されていれば）正評価ブロック４ｃ２２（図３参照）を用いてスコア算出モジュール４内のパラメータを変更する。そして、警報の正誤に応じて変更されたパラメータをスコア算出パラメータ５に上書き保存する。スコア算出パラメータ５に上書き保存された変更後のパラメータは、次回以降のスコア算出に利用される。

【0052】

以上で概説した処理により、警報の正誤に応じてスコア算出モジュール４のパラメータ値を改善することができる。以下では、各部の処理について、より詳細に説明する。

【0053】

＜外部通信部１での処理の詳細＞
図８は、外部通信部１での処理の詳細を示すフローチャートである。

【0054】

まず、ステップＳ１１では、外部通信部１は、通信要求を受け付け待ちしており、かつ、定期履歴を要求している状態となっている。入退室管理サーバ１０の外部、または、内部の他所からの通信要求を受信するとステップＳ１２に進む。ステップＳ１２では、受信した通信要求が外部からのものか内部からのものか判断し、外部からの通信要求であればステップＳ１３へ分岐する。一方、内部からの通信要求であればステップＳ１９へ分岐する。

【0055】

ステップＳ１３では、通信要求がスコア算出モジュールの設定であるかを判断する。そして、通信要求がスコア算出モジュール設定であればステップＳ１４へ分岐し、そうでなければステップＳ１６へ分岐する。

【0056】

ステップＳ１４（図７のＳＱ１０２に相当）では、外部通信で受信した内容をスコア算出モジュール４として保存する。ステップＳ１５（図７のＳＱ１０３に相当）では、スコア算出モジュール４に設定されているモジュール識別用の値とすべてのパラメータ情報を、スコア算出パラメータ５のレコードへ追加する。

【0057】

ステップＳ１６では、通信要求が動態管理入力であるかを判断する。そして、通信要求が動態管理入力であればステップＳ１７へ分岐し、それ以外であればステップＳ１８へ分岐する。ステップＳ１７（図７のＳＱ３０１に相当）では、受信した内容を警報動態管理情報７として警報動態管理部６の処理を呼び出す。ステップＳ１８では、従来同様の警報処理入力や他のＵＩ操作等の処理を実行する。

【0058】

一方、ステップＳ１９では、内部からの通信要求に対し、外部へ通信を要求するものであるか、そうでないかを判断する。そして、外部への通信要求であればステップＳ１ａへ分岐する。そうでなければステップＳ１ｆへ分岐する。

【0059】

ステップＳ１ａでは、ステップＳ１１の定期履歴要求による履歴取得かを判断し、履歴取得であればステップＳ１ｂへ、そうでなければステップＳ１ｅへ分岐する。ステップＳ１ｂ（図７のＳＱ２０１に相当）では、入退室コントローラ２２への履歴要求を送信する。ステップＳ１ｃ（図７のＳＱ２０２に相当）では、入退室コントローラ２２の応答により、履歴情報２を取得、保存する。その後、ステップＳ１ｄ（図７のＳＱ２０３に相当）では、警報スコア算出部３への処理呼び出し要求にて取得履歴を渡す。本ステップで呼び出した警報スコア算出要求は、図９のステップＳ３１の処理へ接続される。

【0060】

なお、ステップＳ１ｅは、従来同様の入退室コントローラ２２への制御等他の通信操作の処理であり、ステップＳ１ｆは、従来同様の定期処理やエラー処理である。

【0061】

一連のステップ処理後、ステップＳ１ｇにてリソースの開放など終了処理を行い、要求処理を終了し、また要求受付にループする。

【0062】

＜警報スコア算出部３での処理の詳細＞
図９は、警報スコア算出部３での処理の詳細を示すフローチャートである。

【0063】

図８のステップＳ１ｄで外部通信部１が警報スコア算出要求を生成すると、警報スコア算出部３は、ステップＳ３１で、その要求を受け付け、外部通信部１から取得した履歴情報２に対して、以降の処理を開始する。

【0064】

ステップＳ３２では、履歴取得元の入退室コントローラ２２に対応するスコア算出モジュール４があるかどうか判断する。そして、存在すればステップＳ３３へ分岐し、対応するスコア算出モジュール４を参照する。一方、存在しなければステップＳ３４へ分岐し、デフォルトのスコア算出モジュール（標準モジュール）を参照する。これは図７のＳＱ２０４～ＳＱ２０５に相当する。この結果、複数存在するスコア算出モジュール４の中から、履歴情報２の内容に応じたものが選択される。

【0065】

ステップＳ３５では、モジュール構成記載ブロック４ａのHISTORICALRANGEに設定された数（図４の例では「２００」サンプル）の、モジュール構成記載ブロック４ａで規定される条件を満たす履歴を履歴情報２（図２参照）から取り出す。

【0066】

ステップＳ３６（図７のＳＱ２０６に相当）では、スコア算出パラメータ５から、当該モジュールＮｏに相当するパラメータ値をすべて取得し、ステップＳ３５で取り出した履歴情報２に対しスコア算出ブロック４ｄに記述された関数値を計算する。例えば、選択したスコア算出モジュール４の機能が、深夜０：００～早朝５：００の時間帯に、正規カードを使用した入退室の回数が過剰であれば高い警報スコアを算出する、というものであれば、当該モジュールのスコア算出ブロック４ｂ（図４参照）を具現化した、下記の式１を実行することで、警報スコアを算出する形になる。

【0067】

【数1】

【0068】

ここで、sigmoidはシグモイド関数、Ｗｈ、Ｗａはスコア算出パラメータ５のフィールド５ｅ、５ｆから読み取ったパラメータ値（図５参照）、日時は履歴情報２のフィールド２ｂから読み取った日時（図２参照）、Ｉ_０は第１種の０次の変形ベッセル関数である。なお、図５のフィールド５ｆには、ビル毎（部屋毎）に異なるパラメータ値（重み）が登録されているため、仮に各ビルの入退履歴が全く同じであっても、各ビルの警報スコアとしては異なった値が算出される（具体的には、通常時の深夜入退室がより少ないビルに対し、より大きな警報スコアが算出される）。

【0069】

ステップＳ３７（図７のＳＱ２０７に相当）では、ステップＳ３６で算出した警報スコアが閾値（図４のALARMTHRESHOLD）を超えているか判断し、超えていればステップＳ３８で警報出力要求を行う。

【0070】

警報出力要求後、もしくはステップＳ３７で閾値を超えていなければステップＳ３９でリソースの開放など終了処理を行い、ステップＳ３１に戻る。

【0071】

なお、ステップＳ３２で、対応するスコア算出モジュール４が存在しないと判断し、ステップＳ３４へ分岐した場合、デフォルトのスコア算出モジュール４を用いて同様に警報スコアを算出する。

【0072】

＜警報出力部９での処理の詳細＞
図１０は、警報出力部９の処理の詳細を示すフローチャートである。

【0073】

図９のステップＳ３８で警報スコア算出部３が警報出力要求を生成すると、警報出力部９は、ステップＳ９１でその要求を受け付ける。

【0074】

次に、ステップＳ９２では、残存警報の有無を判断する。ここでの判断によりステップＳ９３の警報送信対象取出しの処理がフォークされる。フォークされた処理は出力する警報毎、並行に処理され、ステップＳ９４での外部通信部１への送信要求処理後、ステップＳ９５で一定のディレイウエイト処理にて待ち時間後にステップＳ９６でリソースの開放など終了処理を行い、ステップＳ９２の残存警報有無へ戻る。これらは、図７のＳＱ２０８に相当する。

【0075】

フォークされる処理の数は入退室管理サーバ１０のハードウエアや、通信状況など秒間最大警報出力数により規定する。こうした並列処理は警報出力部９だけに限定せず、外部通信部１の処理や他のフローに対しても同様に並列化を行ってもよい。

【0076】

ステップＳ９４での外部通信部１への警報送信要求は、外部通信部１のフローチャートの処理にてステップＳ１ｅへ分岐し、ＳＱ２０９に相当する警報表示として監視端末３０上に送信される。

【0077】

ユーザは監視端末３０にて送信された警報の履歴を元に対応した内容を入力する。これは警報動態管理情報としてＳＱ３０１で入退室管理サーバ１０へ送信され、外部通信部１のステップＳ１７（動態管理要求）へ分岐する。

【0078】

＜警報動態管理部６での処理の詳細＞
ステップＳ１７（図７のＳＱ３０２に相当）の動態管理要求で呼び出された警報動態管理部６の処理フローを図１０に示す。動態管理要求はステップＳ６１で受け付けられ、ステップＳ６２にて入力された情報を警報動態管理情報７へ保存する。その後、ステップＳ６３にて警報動態管理フィードバック部８へ要求を出し、入力された警報動態管理情報７を渡す。これらは図７のＳＱ３０３に相当する。要求終了後、ステップＳ６４にてリソースの開放など終了処理後を実施、警報動態管理部６の処理は要求受付待ちへ戻る。

【0079】

＜警報動態管理フィードバック部８での処理の詳細＞
図１１のステップＳ６３（フィードバック要求）は、図１２に示す警報動態管理フィードバック部８の処理に続く。警報動態管理フィードバック部８の処理フローチャートを図１１に示す。

【0080】

まず、ステップＳ８１でフィードバック要求を受け付けると、ステップＳ８２では、取得した警報動態管理情報７のフィールド７ｃに相当するスコア算出モジュール４が存在するか判定する。そして、相当するスコア算出モジュール４が存在すればステップＳ８３へ分岐し、そのスコア算出モジュール４を参照する。一方、相当するスコア算出モジュール４が存在しなければステップＳ８４へ分岐し、デフォルトのスコア算出モジュール４（標準モジュール）を参照する。

【0081】

ステップＳ８５では、参照したスコア算出モジュール４の警報動態管理フィードバックブロック４ｃのフィードバックフラグ４ｃ１の値を確認する。そして、フラグ値が立っていれば（ＯＮであれば）、ステップＳ８６でフィードバック評価ブロック４ｃ２の処理に入る。具体的には、警報動態管理情報７の動態情報のフィールド７ｆが「対応完了」となっていればスコア算出パラメータ５に登録されたフィールド５ｆのパラメータ値が適切であったと考えられるため、正評価ブロック４ｃ２２を実行し、現状パラメータの影響を強化するパラメータ変更（例えば、図５のＷａパラメータのうち１より大きいものについては０．０１を減算する。また、図５のＷｈパラメータのうち１より小さいものについては一つ前の要素に０．０１を加算したものを自分の値とする。）を行う。一方、動態情報のフィールド７ｆが「誤報」となっていればフィールド５ｆのパラメータ値が適切でなかったと考えられるため、誤評価ブロック４ｃ２１を実行し、現状パラメータの影響を抑制するパラメータ変更（例えば、図５のＷａパラメータのうち１０より小さいものについては０．０２を加算する。また、図５のＷｈパラメータのうち０より大きいものについては一つ前の要素から０．０１を減算したものを自分の値とする。）を行う。このようにして変更したパラメータをスコア算出パラメータ５（図５参照）に上書き保存する。

【0082】

一方、デフォルトのスコア算出モジュール４（標準モジュール）を参照した場合には、フィードバックフラグ４ｃ１は落ちている（ＯＦＦ）状態としてある。このときはステップＳ８５の分岐でｎｏ側となり、ステップＳ８６は実行しない。

【0083】

一連の処理後、ステップＳ８７にてリソースの開放など終了処理を行い、処理を終了して要求受付に戻る。

【0084】

次回以降のスコア算出処理時には、上記手法で上書き保存したスコア算出パラメータ５からフィードバックされた各パラメータ値を用いて、スコア算出モジュール４による処理が実行されるため、フィードバック処理前と比較してフィードバック処理後の警報スコアはユーザ環境により則した値となる。なお、フィードバック処理を、長期間、多数回、繰り返すことで、スコア算出パラメータ５が継続的に改善されるため、システムの運用が長くなるほど、より適正な警報出力が行われる。

【0085】

以上のように、本実施例のビル管理システムによれば、警報後のユーザ行動を参照して警報の真偽を判定し、その判定結果に応じて異常判定用パラメータを自動的に変更することで、以後の設備異常の発生時には、警報をより適切に報知することができる。

【符号の説明】

【0086】

１００ ビル管理システム
１０ 入退室管理サーバ
１ 外部通信部
２ 履歴情報
３ 警報スコア算出部
４ スコア算出モジュール
４ａ モジュール構成記載ブロック
４ｂ スコア算出ブロック
４ｂ１ パラメータ規定ブロック
４ｂ２ スコア算出評価ブロック
４ｃ 警報動態管理フィードバックブロック
４ｃ１ フィードバックフラグ
４ｃ２ フィードバック評価ブロック
４ｃ２１ 誤評価ブロック
４ｃ２２ 正評価ブロック
５ スコア算出パラメータ
６ 警報動態管理部
７ 警報動態管理情報
８ 警報動態管理フィードバック部
９ 警報出力部
２０ 建物
２１ ネットワーク機器
２２ 入退室コントローラ
２３ 入退室認証装置
２４ 電気錠ドア
３０ 監視端末
４０ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】