WO2012147203A1 - システムコントローラ及びプログラム - Google Patents

Abstract

　調停部（１６）は、ユーザＩ／Ｆ制御部（１３）（機器制御部（１５））から、運転状態データの更新登録要求を受けると、その可否を決定し、許可する場合は当該運転状態データの更新登録要求を保持する。ユーザＩ／Ｆ制御部（１３）（機器制御部（１５））は、運転状態データの更新登録要求を行った場合、調停部（１６）により許可されると、ＦＩＦＯ登録データを生成して、第１のＦＩＦＯバッファ（１７）（第２のＦＩＦＯバッファ（１８））に格納し、また、表示用データ記憶部（１２）（機器制御用データ記憶部（１４））に保存する。ユーザＩ／Ｆ制御部（１３）（機器制御部（１５））は、他方の制御部による更新登録要求を調停部（１６）が保持している場合には、第２のＦＩＦＯバッファ（１８）（第１のＦＩＦＯバッファ（１７））からＦＩＦＯ登録データを取り出し、表示用データ記憶部（１２）（機器制御用データ記憶部（１４））に保存する。

Description

システムコントローラ及びプログラム

　本発明は、複数のデータベース間の更新同期を取る技術に関する。

　従来より、複数のデータベース間の同期を取るための技術は、種々提案されている。例えば、特許文献１に開示される空気調和システムでは、複数の分散管理装置及び集中管理装置のそれぞれで管理される属性情報ＤＢの同期を取るため、複数の分散管理装置と集中管理装置との間で定期的に属性情報のデータを含む信号を通信する。

特開２００９－２０４１８５号公報

　ところで、一般によく知られたビル設備システムにおいては、空調機や照明器等の設備機器を統括して制御するコントローラ（システムコントローラ）は、通常、各設備機器の動作状態を表示するための表示制御部と、各設備機器に対して動作制御等を行うための機器制御部と、を備える。

　そして、上記の場合、表示制御部が管理するＤＢ（表示制御用ＤＢ）と、機器制御部が管理するＤＢ（機器制御用ＤＢ）とは、別個に用意される。各設備機器の運転状態に関する処理は、表示制御部側と機器制御部側とで整合させる必要があるため、運転状態に関するデータについて、これらのＤＢにおいて、更新同期を取る必要がある。

　通常、この種のシステムコントローラでは、搭載するＣＰＵは１つであるため、従来においては、上記の更新同期は、ＯＳ（Operating System）の機能に依拠していた。

　このため、例えば、システムコールの発行等、ＯＳの処理に起因したオーバヘッドやデッドロックが発生する問題が残っていた。したがって、この種のシステムコントローラにおいて、ＯＳの機能に依拠しない新たな更新同期技術の提案が望まれているのが実情である。

　本発明は、上記実情に鑑みてなされたものであり、ＯＳの機能に依拠しない構成で、複数のデータベース間の更新同期を実現できるシステムコントローラ等を提供することを目的とする。

　上記目的を達成するため、本発明に係るシステムコントローラは、
　ユーザインタフェースに関する処理を行う第１の制御手段と、
　複数の設備機器の各々とデータの授受を行う第２の制御手段と、
　前記設備機器の運転状態に関する運転状態データを記憶し、前記第１の制御手段によってデータの読み書きが行われる第１のデータ記憶手段と、
　前記運転状態データを記憶し、前記第２の制御手段によってデータの読み書きが行われる第２のデータ記憶手段と、
　前記第１の制御手段又は前記第２の制御手段から、前記運転状態データの更新登録要求を受けると、所定条件の下、当該運転状態データの更新登録の許可又は禁止の何れかを決定し、決定した結果を要求元に応答すると共に、許可した場合には当該運転状態データの更新登録要求を保持する調停手段と、を備え、
　前記第１の制御手段又は前記第２の制御手段は、前記運転状態データの更新登録要求を行った場合、前記調停手段により前記更新登録が許可されると、当該運転状態データの更新内容を示す更新用データを所定のバッファに格納すると共に、対応する前記第１のデータ記憶手段又は前記第２のデータ記憶手段に保存されている当該運転状態データの内容を前記更新用データに基づいて更新し、
　前記第１の制御手段又は前記第２の制御手段は、他方の制御手段による前記更新登録要求を前記調停手段が保持している場合には、前記バッファから他方の制御手段が格納した更新用データを取り出し、対応する前記第１のデータ記憶手段又は前記第２のデータ記憶手段に保存されている当該運転状態データの内容を前記更新用データに基づいて更新する。

　本発明は、第１の制御手段及び第２の制御手段のそれぞれの処理において、運転状態データの内容変更が生じた場合、当該運転状態データの更新登録の可否を決定する調停手段を備えている。これにより、第１の制御手段及び第２の制御手段のそれぞれが管理する第１のデータ記憶手段及び第２のデータ記憶手段において、運転状態データの更新同期を取ることができ、運転状態データの整合性が維持できる。そして、ＯＳの機能に依拠しない構成により、上記の更新同期を実現するため、例えば、システムコールの発行等、ＯＳの処理に起因したオーバヘッドやデッドロックの発生を回避することが可能となる。したがって、実行効率を高めることが期待できる。

本発明の実施形態に係るシステムコントローラを備えた設備システムの構成を示す図である。 実施形態１のシステムコントローラの機能構成を示すブロック図である。 実施形態１において、運転状態データのデータ構造を示す図である。 実施形態１において、ユーザＩ／Ｆ制御部の動作手順を示すフローチャートである。 実施形態１において、機器制御部の動作手順を示すフローチャートである。 実施形態２のシステムコントローラの機能構成を示すブロック図である。 実施形態２において、第１の制御部の動作手順を示すフローチャートである。 実施形態２において、ＦＩＦＯ登録データのデータ構造を示す図である。 実施形態２において、宛先指定の設定について説明するための図（その１）である。 実施形態２において、宛先指定の設定について説明するための図（その２）である。 実施形態２において、宛先指定の解除について説明するための図（その１）である。 実施形態２において、宛先指定の解除について説明するための図（その２）である。

　以下、本発明の実施形態に係るシステムコントローラについて図面を参照して詳細に説明する。

（実施形態１）
　図１は、本実施形態に係るシステムコントローラ１を備えた設備システムの全体構成を示す図である。この設備システムは、例えば、オフィスビル内に設置される空調機や照明器等の設備機器２を制御し、管理するためのシステム（ビル設備システム）である。図１に示すように、この設備システムでは、システムコントローラ１と、複数の設備機器２（設備機器２Ａ，２Ｂ，２Ｃ，…）と、１又は複数のリモコン３と、が設備ネットワーク４に接続されている。設備ネットワーク４は、一般的なビル設備システムにおける周知のネットワーク技術により構築される。

　リモコン３は、各設備機器２をユーザが所望する設定条件で運転動作させるためのリモートコントローラである。リモコン３は、設備機器２毎に１台ずつ用意された構成にしてもよいし、本例のように、１台のリモコン３が複数台の設備機器２に対応する構成であってもよい。

　リモコン３は、ハードウェア的には、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の読み書き可能な不揮発性の半導体メモリ、所定のユーザインタフェース、設備ネットワーク４を介して他の機器と通信するための通信インタフェース等（何れも図示せず）から構成される。ユーザインタフェースは、例えば、液晶表示器等の表示デバイスや、キーパッド、タッチパッド、タッチパネル等の入力デバイス等から構成される。リモコン３は、ユーザインタフェースを介して、ユーザからの入力操作を受け付け、受け付けた入力操作に係るデータ（機器制御データ）を指定された設備機器２に送信する。

　設備機器２は、リモコン３からの機器制御データに基づいた運転動作を行う。例えば、設備機器２が空調機の場合、設備機器２は、リモコン３からの機器制御データに従って、冷房、暖房、送風、除湿等の運転モードを切り替えたり、設定された温度の空気を設定された風量で吹き出す動作等を行う。また、例えば、設備機器２が照明器の場合、設備機器２は、リモコン３からの機器制御データに従って、消灯・点灯動作を行ったり、照度や色温度等を変更した照明を行う。

　設備機器２は、上述のように、リモコン３によって動作状態が変更されると、変更した動作状態を示す状態変更データをシステムコントローラ１に送信する。

　システムコントローラ１は、ハードウェア的には、ＣＰＵ、ＲＯＭ、ＲＡＭ、フラッシュメモリ等の読み書き可能な不揮発性の半導体メモリあるいはハードディスクドライブ、所定のユーザインタフェース、設備ネットワーク４を介して他の機器と通信するための通信インタフェース等（何れも図示せず）から構成される。ユーザインタフェースは、入力デバイス（例えば、キーボード、マウス、キーパッド、タッチパッドやタッチパネル等から構成される。）と、表示デバイス（例えば、ＣＲＴや液晶表示器等から構成される。）と、から構成される。

　システムコントローラ１は、設備機器２から上述した状態変更データを受信すると、かかる状態変更データを、当該設備機器２の現在の運転状態として保持する。各設備機器２の運転状態は、例えば、ユーザ操作に応じて、上記の表示デバイスから所定態様で表示出力される。ここでいう運転状態には、運転モード（停止、冷房、暖房、送風、除湿など）や設定されている温度や風量等の内容が含まれる。また、システムコントローラ１は、上記の入力デバイスを介したユーザ操作に応じて、特定の設備機器２を、ユーザが所望する設定条件で運転動作させることもできる。即ち、システムコントローラ１は、ユーザ操作が、設備機器２の運転動作の変更に関する操作である場合、かかる操作に応じて、機器制御データを生成し、これを、対応する設備機器２に対して送信することで、当該設備機器２の運転動作を制御することができる。

　図２は、システムコントローラ１の機能構成を示すブロック図である。図２に示すように、システムコントローラ１は、操作受付部１０と、表示部１１と、表示用データ記憶部１２と、ユーザＩ／Ｆ制御部１３と、機器制御用データ記憶部１４と、機器制御部１５と、調停部１６と、第１のＦＩＦＯバッファ１７と、第２のＦＩＦＯバッファ１８と、を備える。

　ユーザＩ／Ｆ制御部１３、機器制御部１５、調停部１６等の機能は、システムコントローラ１に実装されている所定のＯＳ（Operating System）の制御下で、ＣＰＵ等が、ＲＯＭ等に記憶されている１又は複数の所定のプログラムを実行することで実現される。そして、ユーザＩ／Ｆ制御部１３、機器制御部１５は、いわゆるタスクであり、ＯＳによって、交互に起動される。

　操作受付部１０は、ユーザからの入力操作を受け付ける。操作受付部１０が受け付けた入力操作に係るデータ（ユーザ操作データ）は、操作割り込みハンドラ（図示せず）によって、操作割り込み用バッファ（図示せず）に書き込まれる。操作割り込み用バッファに書き込まれたユーザ操作データは、ユーザＩ／Ｆ制御部１３によって読み込まれる。

　表示部１１は、ユーザＩ／Ｆ制御部１３の制御の下、ユーザ操作用の画面を表示したり、ユーザの入力結果（即ち、ユーザ操作データ）やユーザの所望するデータ（例えば、設備機器２の運転状態を示すデータ）等の表示を行う。

　表示用データ記憶部１２（第１のデータ記憶手段）は、各設備機器２の運転状態を示すデータ（運転状態データ）や、その他、表示部１１による上記の表示に関する様々なデータを記憶する。

　ユーザＩ／Ｆ制御部１３（第１の制御手段）は、上述した操作受付部１０、表示部１１を制御して、当該システムコントローラ１におけるユーザインタフェースに関する制御全般を行う。ユーザＩ／Ｆ制御部１３は、起動すると、先ず、操作割り込み用バッファをチェックする。操作割り込み用バッファに上述したユーザ操作データが格納されている場合、ユーザＩ／Ｆ制御部１３は、操作割り込み用バッファからユーザ操作データを読み出し、かかるユーザ操作データの内容に応じた処理を行う。

　この場合、例えば、ユーザ操作データが、設備機器２の運転動作に関するものであると、ユーザＩ／Ｆ制御部１３は、後述する調停部１６に対して、運転状態データの更新登録要求を行う。その結果、調停部１６から更新登録を許可する旨の応答が返ってきた場合、ユーザＩ／Ｆ制御部１３は、当該ユーザ操作データからＦＩＦＯ登録データ（詳細は後述する）を生成し、第１のＦＩＦＯバッファ１７に格納する。また、ユーザＩ／Ｆ制御部１３は、生成したＦＩＦＯ登録データを運転状態データとして表示用データ記憶部１２に保存する。

　一方、調停部１６から更新登録を禁止する旨の応答が返ってきた場合、ユーザＩ／Ｆ制御部１３は、操作割り込み用バッファから読み出したユーザ操作データを破棄する。

　操作割り込み用バッファにユーザ操作データが格納されていない場合、ユーザＩ／Ｆ制御部１３は、調停部１６に対して、更新登録すべき運転状態データの存在有無を問い合わせる。調停部１６から、更新登録すべき運転状態データが存在する旨の応答が返ってきた場合、ユーザＩ／Ｆ制御部１３は、第２のＦＩＦＯバッファ１８からＦＩＦＯ登録データを順次取り出し、運転状態データとして表示用データ記憶部１２に保存する。ＦＩＦＯ登録データの取り出し完了後、ユーザＩ／Ｆ制御部１３は、第２のＦＩＦＯバッファ１８をクリアする。即ち、ユーザＩ／Ｆ制御部１３は、第２のＦＩＦＯバッファ１８に格納されている全てのＦＩＦＯ登録データを消去する。

　機器制御用データ記憶部１４（第２のデータ記憶手段）は、各設備機器２の運転状態データを記憶する。詳細は後述するが、機器制御用データ記憶部１４に記憶される運転状態データのデータ構造は、表示用データ記憶部１２に記憶される運転状態データのデータ構造と同一である。

　機器制御部１５（第２の制御手段）は、設備機器２から送信された上述の状態変更データを受信し、受信した状態変更データを当該設備機器２の現在の運転状態データとして機器制御用データ記憶部１４に保存する。

　より詳細には、図示しない通信インタフェースが設備機器２から送信された状態変更データの受信を開始すると、受信割り込みハンドラ（図示せず）が起動する。そして、この受信割り込みハンドラは、通信インタフェースを介して受信した状態変更データを受信割り込み用バッファ（図示せず）に書き込む。機器制御部１５は、起動すると、先ず、この受信割り込み用バッファをチェックする。受信割り込み用バッファに状態変更データが格納されている場合、機器制御部１５は、受信割り込み用バッファから状態変更データを読み出す。そして、機器制御部１５は、調停部１６に対して、運転状態データの更新登録要求を行う。

　その結果、調停部１６から更新登録を許可する旨の応答が返ってきた場合、機器制御部１５は、当該状態変更データからＦＩＦＯ登録データ（詳細は後述する）を生成し、第２のＦＩＦＯバッファ１８に格納する。また、機器制御部１５は、生成したＦＩＦＯ登録データを運転状態データとして機器制御用データ記憶部１４に保存する。一方、調停部１６から更新登録を禁止する旨の応答が返ってきた場合、機器制御部１５は、受信割り込み用バッファから読み出した状態変更データを破棄する。

　受信割り込み用バッファに状態変更データが格納されていない場合、機器制御部１５は、調停部１６に対して、更新登録すべき運転状態データの存在有無を問い合わせる。調停部１６から、更新登録すべき運転状態データが存在する旨の応答が返ってきた場合、機器制御部１５は、第１のＦＩＦＯバッファ１７からＦＩＦＯ登録データを順次取り出し、機器制御用データ記憶部１４に運転状態データとして保存する。ＦＩＦＯ登録データの取り出し完了後、機器制御部１５は、第１のＦＩＦＯバッファ１７をクリアする。即ち、機器制御部１５は、第１のＦＩＦＯバッファ１７に格納されている全てのＦＩＦＯ登録データを消去する。また、機器制御部１５は、第１のＦＩＦＯバッファ１７から取り出したＦＩＦＯ登録データに基づいて、機器制御データを生成し、対応する設備機器２に対して送信する。

　調停部１６は、上述したように、ユーザＩ／Ｆ制御部１３又は機器制御部１５から、運転状態データの更新登録要求を受けると、当該運転状態データの更新登録を許可するか禁止するかの何れかを決定し、その決定結果を、要求元のユーザＩ／Ｆ制御部１３又は機器制御部１５に応答する。調停部１６は、更新登録要求の際にユーザＩ／Ｆ制御部１３又は機器制御部１５から通知されたデータＩＤに基づいて、上記の決定を行う。

　ここで、本実施形態における運転状態データの構造について説明する。運転状態データは、図３に示すように、データＩＤと、データ値と、から構成される。データＩＤは、当該システム内で利用される各データのインスタンスレベルを一意に識別するために予め割り振られたＩＤである。より詳細には、データＩＤは、各設備機器２について、制御・監視対象毎に付与される。例えば、データＩＤは、「設備機器２Ａの運転モード」、「設備機器２Ｂの設定温度」、「設備機器２Ｃの設定風量」等ごとに付与される。

　データ値は、例えば、運転状態の内容が運転モードを示す場合では、停止：０、冷房：１、暖房：２、送風：３、除湿：４等のように、運転モードの種別に応じて予め決められた値で示される。また、運転状態の内容が設定温度を示す場合では、データ値は、温度の値（単位：℃）を示す。

　調停部１６は、ユーザＩ／Ｆ制御部１３又は機器制御部１５の一方から運転状態データの更新登録要求を受けると、既に他方から同一のデータＩＤに係る運転状態データの更新登録要求が行われているか否かを判定する。換言すると、調停部１６は、同一のデータＩＤに係る運転状態データの更新登録要求の競合が発生しているか否かを判定する。その結果、競合が発生していない場合、調停部１６は、今回の要求元のユーザＩ／Ｆ制御部１３又は機器制御部１５に対して、更新登録を許可する旨の応答を返す。一方、競合が発生している場合、調停部１６は、今回の要求元に対して、更新登録を禁止する旨の応答を返す。つまり、競合が発生した場合は、先に更新登録要求を行った方を優先する（即ち、先勝ち）。

　また、調停部１６は、ユーザＩ／Ｆ制御部１３又は機器制御部１５の一方から、上述した更新登録すべき運転状態データの存在有無の問い合わせを受けると、既に許可した他方の更新登録要求が存在するか否かを判定する。許可済みの他方の更新登録要求が存在する場合、調停部１６は、問い合わせ元のユーザＩ／Ｆ制御部１３又は機器制御部１５に対して、更新登録すべき運転状態データが存在する旨の応答を返す。一方、許可済みの他方の更新登録要求が存在しない場合、調停部１６は、問い合わせ元に対して、更新登録すべき運転状態データが存在しない旨の応答を返す。

　第１のＦＩＦＯバッファ１７は、ユーザＩ／Ｆ制御部１３から機器制御部１５に対して、更新登録すべき運転状態データを転送するために使用されるバッファである。上述したように、ユーザＩ／Ｆ制御部１３は、調停部１６から更新登録を許可する旨の応答が返ってきた場合、ＦＩＦＯ登録データを第１のＦＩＦＯバッファ１７に格納する。そして、機器制御部１５は、調停部１６から、更新登録すべき運転状態データが存在する旨の応答が返ってきた場合、第１のＦＩＦＯバッファ１７からＦＩＦＯ登録データを取り出す。本実施形態では、ＦＩＦＯ登録データのデータ構造は、運転状態データのデータ構造（図３参照）と同一である。

　第２のＦＩＦＯバッファ１８は、機器制御部１５からユーザＩ／Ｆ制御部１３に対して、更新登録すべき運転状態データを転送するために使用されるバッファである。上述したように、機器制御部１５は、調停部１６から更新登録を許可する旨の応答が返ってきた場合、ＦＩＦＯ登録データを第２のＦＩＦＯバッファ１８に格納する。そして、ユーザＩ／Ｆ制御部１３は、調停部１６から、更新登録すべき運転状態データが存在する旨の応答が返ってきた場合、第２のＦＩＦＯバッファ１８からＦＩＦＯ登録データを取り出す。

　図４は、ユーザＩ／Ｆ制御部１３の動作手順を示すフローチャートである。ユーザＩ／Ｆ制御部１３は、起動すると、操作割り込み用バッファをチェックする。操作割り込み用バッファにユーザ操作データが格納されている場合、即ち、ユーザにより入力操作が行われた場合（ステップＳ１０１；ＹＥＳ）、ユーザＩ／Ｆ制御部１３は、操作割り込み用バッファからユーザ操作データを読み出す（ステップＳ１０２）。

　読み出したユーザ操作データが、設備機器２の運転動作に関するものである場合（ステップＳ１０３；ＹＥＳ）、ユーザＩ／Ｆ制御部１３は、調停部１６に対して、運転状態データの更新登録要求を行う（ステップＳ１０４）。一方、読み出したユーザ操作データが、設備機器２の運転動作に関するものでない場合（ステップＳ１０３；ＮＯ）、ユーザＩ／Ｆ制御部１３は、かかるユーザ操作データの内容に応じて、表示等のユーザインタフェース処理を行う（ステップＳ１０８）。

　更新登録要求の後、調停部１６から、更新登録を許可する旨の応答が返ってきた場合（ステップＳ１０５；ＹＥＳ）、ユーザＩ／Ｆ制御部１３は、当該ユーザ操作データからＦＩＦＯ登録データを生成し、第１のＦＩＦＯバッファ１７に格納する（ステップＳ１０６）。また、ユーザＩ／Ｆ制御部１３は、生成したＦＩＦＯ登録データを運転状態データとして表示用データ記憶部１２に保存する（ステップＳ１０７）。

　一方、調停部１６から更新登録を禁止する旨の応答が返ってきた場合（ステップＳ１０５；ＮＯ）、ユーザＩ／Ｆ制御部１３は、操作割り込み用バッファから読み出したユーザ操作データを破棄する（ステップＳ１０９）。

　操作割り込み用バッファにユーザ操作データが格納されていない場合（ステップＳ１０１；ＮＯ）、ユーザＩ／Ｆ制御部１３は、調停部１６に対して、更新登録すべき運転状態データの存在有無を問い合わせる（ステップＳ１１０）。これに対し、調停部１６から、更新登録すべき運転状態データが存在する旨の応答が返ってきた場合（ステップＳ１１１；ＹＥＳ）、ユーザＩ／Ｆ制御部１３は、第２のＦＩＦＯバッファ１８からＦＩＦＯ登録データを順次取り出し、運転状態データとして表示用データ記憶部１２に保存する（ステップＳ１１２）。

　ＦＩＦＯ登録データの取り出し完了後、ユーザＩ／Ｆ制御部１３は、第２のＦＩＦＯバッファ１８をクリアする（ステップＳ１１３）。また、ユーザＩ／Ｆ制御部１３は、機器制御部１５から転送された更新登録すべき全ての運転状態データの更新登録が完了した旨を調停部１６に通知する（ステップＳ１１４）。

　かかる通知は、機器制御部１５が更新登録要求した全ての運転状態データが、表示用データ記憶部１２に反映されたことを意味するため、調停部１６は、先に受け付けた機器制御部１５の全ての更新登録要求を抹消する。

　続いて、図５のフローチャートを参照して、機器制御部１５の動作手順を説明する。機器制御部１５は、起動すると、受信割り込み用バッファをチェックする。受信割り込み用バッファに状態変更データが格納されている場合、即ち、何れかの設備機器２からの状態変更データを受信していた場合（ステップＳ２０１；ＹＥＳ）、機器制御部１５は、受信割り込み用バッファから状態変更データを読み出す（ステップＳ２０２）。そして、機器制御部１５は、調停部１６に対して、運転状態データの更新登録要求を行う（ステップＳ２０３）。

　更新登録要求の後、調停部１６から、更新登録を許可する旨の応答が返ってきた場合（ステップＳ２０４；ＹＥＳ）、機器制御部１５は、当該状態変更データからＦＩＦＯ登録データを生成し、第２のＦＩＦＯバッファ１８に格納する（ステップＳ２０５）。また、機器制御部１５は、生成したＦＩＦＯ登録データを運転状態データとして機器制御用データ記憶部１４に保存する（ステップＳ２０６）。一方、調停部１６から更新登録を禁止する旨の応答が返ってきた場合（ステップＳ２０４；ＮＯ）、機器制御部１５は、受信割り込み用バッファから読み出した状態変更データを破棄する（ステップＳ２０７）。

　受信割り込み用バッファに状態変更データが格納されていない場合（ステップＳ２０１；ＮＯ）、機器制御部１５は、調停部１６に対して、更新登録すべき運転状態データの存在有無を問い合わせる（ステップＳ２０８）。これに対し、調停部１６から、更新登録すべき運転状態データが存在する旨の応答が返ってきた場合（ステップＳ２０９；ＹＥＳ）、機器制御部１５は、第１のＦＩＦＯバッファ１７からＦＩＦＯ登録データを順次取り出し、運転状態データとして機器制御用データ記憶部１４に保存する（ステップＳ２１０）。

　ＦＩＦＯ登録データの取り出し完了後、機器制御部１５は、第１のＦＩＦＯバッファ１７をクリアする（ステップＳ２１１）。また、機器制御部１５は、ユーザＩ／Ｆ制御部１３から転送された更新登録すべき全ての運転状態データの更新登録が完了した旨を調停部１６に通知する（ステップＳ２１２）。

　かかる通知は、ユーザＩ／Ｆ制御部１３が更新登録要求した全ての運転状態データが、機器制御用データ記憶部１４に反映されたことを意味するため、調停部１６は、先に受け付けたユーザＩ／Ｆ制御部１３の全ての更新登録要求を抹消する。

　そして、機器制御部１５は、第１のＦＩＦＯバッファ１７から取り出したＦＩＦＯ登録データに基づいて、機器制御データを生成し、対応する設備機器２に対して送信する（ステップＳ２１３）。

　以上説明したように、本実施形態のシステムコントローラ１は、ユーザＩ／Ｆ制御部１３及び機器制御部１５のそれぞれの処理において、あるデータＩＤの運転状態データのデータ値に変更が生じた場合、当該データＩＤの運転状態データの更新登録の可否を決定する調停部１６を備えている。これにより、ユーザＩ／Ｆ制御部１３及び機器制御部１５のそれぞれが管理する表示用データ記憶部１２及び機器制御用データ記憶部１４において、運転状態データの更新同期を取ることができ、運転状態データの整合性が維持できる。

　また、ＯＳの機能に依拠しない構成により、上記の更新同期を実現するため、例えば、システムコールの発行等、ＯＳの処理に起因したオーバヘッドやデッドロックの発生を回避することが可能となる。したがって、実行効率を高めることが期待できる。

　本実施形態の変形例として、以下のような様々な構成も採用可能である。

　例えば、運転状態データの更新登録要求が競合した場合、調停部１６は、予めユーザＩ／Ｆ制御部１３及び機器制御部１５のそれぞれに付与した優先度を比較し、優先度が高い方の更新登録要求を優先させる仕様にしてもよい。

　また、第１のＦＩＦＯバッファ１７及び第２のＦＩＦＯバッファ１８それぞれからのＦＩＦＯ登録データの取り出し手法についても、上記実施形態に限定されることはない。即ち、ユーザＩ／Ｆ制御部１３（機器制御部１５）は、一の起動時の処理で、第２のＦＩＦＯバッファ１８（第１のＦＩＦＯバッファ１７）から、必ずしも全てのＦＩＦＯ登録データを取り出す必要はない。例えば、１つずつ取り出す仕様でもよいし、予め決められた数を限度として、取り出す仕様にしてもよい。その場合、ユーザＩ／Ｆ制御部１３（機器制御部１５）は、第２のＦＩＦＯバッファ１８（第１のＦＩＦＯバッファ１７）における当該ＦＩＦＯ登録データを取り出した領域のみをクリアする。即ち、ユーザＩ／Ｆ制御部１３（機器制御部１５）は、第２のＦＩＦＯバッファ１８（第１のＦＩＦＯバッファ１７）から当該ＦＩＦＯ登録データのみを消去する。

　そして、ユーザＩ／Ｆ制御部１３（機器制御部１５）は、取り出しが完了した１又は複数のＦＩＦＯ登録データの各データＩＤを調停部１６に通知する。かかる通知を受けると、調停部１６は、先に受け付けた他方の制御部（タスク）における当該データＩＤに対応する更新登録要求を抹消する。

（実施形態２）
　続いて、本発明の実施形態２に係るシステムコントローラについて説明する。実施形態１のシステムコントローラ１は、２つの制御部（ユーザＩ／Ｆ制御部１３及び機器制御部１５）のそれぞれが管理するデータ記憶部（表示用データ記憶部１２及び機器制御用データ記憶部１４）における運転状態データの更新同期を取る構成であった。本実施形態のシステムコントローラは、３つの制御部のそれぞれが管理するデータ記憶部における運転状態データの更新同期を取る構成となっている。

　図６は、本実施形態のシステムコントローラ５の機能構成を概略的に示すブロック図である。なお、このシステムコントローラ５についても、実施形態１のシステムコントローラ１と同様、図１に示すような設備システムを構成するものとする。

　図６に示すように、システムコントローラ５は、第１の制御部５１と、第１のデータ記憶部５２と、第２の制御部５３と、第２のデータ記憶部５４と、第３の制御部５５と、第３のデータ記憶部５６と、調停部５７と、第１のＦＩＦＯバッファ５８と、第２のＦＩＦＯバッファ５９と、第３のＦＩＦＯバッファ６０と、を備える。

　第１の制御部５１、第２の制御部５３、第３の制御部５５は、いわゆるタスクであり、ＯＳによって、所定の順番で順次起動が切り替えられる。

　第１の制御部５１、第２の制御部５３及び第３の制御部５５の内の何れか一つは、実施形態１のシステムコントローラ１におけるユーザＩ／Ｆ制御部１３と同様、当該システムコントローラ５におけるユーザインタフェースに関する制御全般を行う。また、これらの内の他の一つは、実施形態１のシステムコントローラ１における機器制御部１５と同様、設備機器２の制御に関する処理を行う。

　第１の制御部５１は、第１のデータ記憶部５２にアクセスして、運転状態データを含む各種データの書き込み、読み出しを行う。第２の制御部５３は、第２のデータ記憶部５４にアクセスして、運転状態データを含む各種データの書き込み、読み出しを行う。第３の制御部５５は、第３のデータ記憶部５６にアクセスして、運転状態データを含む各種データの書き込み、読み出しを行う。

　調停部５７は、実施形態１のシステムコントローラ１における調停部１６と同様、第１の制御部５１、第２の制御部５３又は第３の制御部５５から、運転状態データの更新登録要求を受けると、当該運転状態データの更新登録を許可するか禁止するかの何れかを決定し、その決定結果を要求元に応答する。また、調停部５７は、第１の制御部５１、第２の制御部５３又は第３の制御部５５から、更新登録すべき運転状態データの存在有無の問い合わせを受けると、既に許可した他の更新登録要求が存在するか否かを判定する。

　許可済みの他の更新登録要求が存在する場合、調停部５７は、問い合わせ元に対して、更新登録すべき運転状態データが存在する旨の応答を返す。一方、許可済みの他の更新登録要求が存在しない場合、調停部５７は、問い合わせ元に対して、更新登録すべき運転状態データが存在しない旨の応答を返す。

　第１のＦＩＦＯバッファ５８は、第１の制御部５１から、第２の制御部５３及び第３の制御部５５に対して、更新登録すべき運転状態データを転送するために使用されるバッファである。第２のＦＩＦＯバッファ５９は、第２の制御部５３から、第１の制御部５１及び第３の制御部５５に対して、更新登録すべき運転状態データを転送するために使用されるバッファである。第３のＦＩＦＯバッファ６０は、第３の制御部５５から、第１の制御部５１及び第２の制御部５３に対して、更新登録すべき運転状態データを転送するために使用されるバッファである。

　上記の構成のシステムコントローラ５において、各タスク（第１の制御部５１、第２の制御部５３、第３の制御部５５）の動作手順について、図７のフローチャートを参照して説明する。なお、以下の動作手順においては、本実施形態のシステムコントローラ５特有の機能についての理解を容易にするため、各タスク共通の動作についてのみ説明する。各タスク共通の動作を、第１の制御部５１の動作を例にして説明する。

　先ず、第１の制御部５１は、自己の管理する割り込み用バッファ（図示せず）をチェックする。その割り込み用バッファに、設備機器２の運転動作に関するデータが格納されている場合（ステップＳ３０１；ＹＥＳ）、第１の制御部５１は、当該割り込み用バッファから当該データを読み出す（ステップＳ３０２）。そして、第１の制御部５１は、調停部５７に対して、運転状態データの更新登録要求を行う（ステップＳ３０３）。その際、第１の制御部５１は、調停部５７に対して、タスクＩＤとデータＩＤを通知する。タスクＩＤは、各タスク、即ち、各制御部（第１の制御部５１、第２の制御部５３、第３の制御部５５）を一意に識別するために予め割り振られたＩＤである。

　かかる更新登録要求を受けると、調停部５７は、既に他のタスク（ここでは、第２の制御部５３又は第３の制御部５５）から、同一のデータＩＤに係る運転状態データの更新登録要求が行われているか否かを判定する。換言すると、調停部５７は、同一のデータＩＤに係る運転状態データの更新登録要求の競合が発生しているか否かを判定する。

　その結果、調停部５７から、更新登録を許可する旨の応答が返ってきた場合（ステップＳ３０４；ＹＥＳ）、第１の制御部５１は、当該割り込み用バッファから読み出したデータに基づいてＦＩＦＯ登録データを生成し、第１のＦＩＦＯバッファ５８に格納する（ステップＳ３０５）。ここで、本実施形態のＦＩＦＯ登録データのデータ構造について説明する。図８に示すように、本実施形態のＦＩＦＯ登録データは、実施形態１のＦＩＦＯ登録データと同様、データＩＤと、データ値と、から構成される。但し、データＩＤの上位数ビット（ここでは、３ビット）が、宛先（転送先）の指定領域に使用される点が、実施形態１の場合と異なる。

　本例では、最上位ビットから順に１ビットずつ、第１の制御部５１、第２の制御部５３、第３の制御部５５を宛先指定するために使用される。この宛先指定領域において、あるタスク（第１の制御部５１、第２の制御部５３又は第３の制御部５５）に対応するビットを立てることで、当該タスクをＦＩＦＯ登録データ（即ち、運転状態データ）の転送先として指定することができる。

　例えば、第１の制御部５１が、第２の制御部５３及び第３の制御部５５にＦＩＦＯ登録データを転送したい場合、宛先指定領域を図９Ａに示すように設定する。また、例えば、あるデータＩＤの運転状態データについては、第１の制御部５１及び第３の制御部５５の間で更新同期が取れればよい場合では、第１の制御部５１は、宛先指定領域を図９Ｂに示すように設定すればよい。

　図７のフローに戻り、第１の制御部５１は、生成したＦＩＦＯ登録データを運転状態データとして第１のデータ記憶部５２に保存する（ステップＳ３０６）。一方、調停部５７から更新登録を禁止する旨の応答が返ってきた場合（ステップＳ３０４；ＮＯ）、第１の制御部５１は、当該割り込み用バッファから読み出したデータを破棄する（ステップＳ３０７）。

　当該割り込み用バッファに設備機器２の運転動作に関するデータが格納されていない場合（ステップＳ３０１；ＮＯ）、第１の制御部５１は、調停部５７に対して、更新登録すべき運転状態データの存在有無を問い合わせる（ステップＳ３０８）。

　調停部５７は、更新登録すべき運転状態データの存在有無の問い合わせを受けると、既に許可した他のタスク（ここでは、第２の制御部５３又は第３の制御部５５）による更新登録要求が存在するか否かを判定する。許可済みの他の更新登録要求が存在する場合、調停部５７は、第１の制御部５１に対して、更新登録すべき運転状態データが存在する旨の応答を返す。その際、調停部５７は、更新登録すべき運転状態データ（即ち、ＦＩＦＯ登録データ）が格納されたＦＩＦＯバッファを示す情報を第１の制御部５１に対して通知する。この場合、例えば、該当するＦＩＦＯバッファの先頭アドレスを示すポインタ等が通知される。

　一方、許可済みの他の更新登録要求が存在しない場合、調停部５７は、第１の制御部５１に対して、更新登録すべき運転状態データが存在しない旨の応答を返す。

　調停部５７から、更新登録すべき運転状態データが存在する旨の応答が返ってきた場合（ステップＳ３０９；ＹＥＳ）、第１の制御部５１は、通知されたＦＩＦＯバッファ（ここでは、第２のＦＩＦＯバッファ５９又は第３のＦＩＦＯバッファ６０の何れか）から、ＦＩＦＯ登録データを順次取り出し、運転状態データとして第１のデータ記憶部５２に保存する（ステップＳ３１０）。

　上記において、第１の制御部５１は、取り出したＦＩＦＯ登録データの宛先指定領域における自タスクに対応するビット（ここでは、最上位ビット）を落とした後（ビットを０にした後）、再度、ＦＩＦＯバッファの元の格納先に上書きする処理も行う。つまり、第１の制御部５１は、自己に対する宛先指定を解除する処理を行う。例えば、取り出したＦＩＦＯ登録データの宛先指定領域が図１０Ａに示すように設定されていた場合、第１の制御部５１は、宛先指定領域を図１０Ｂに示すように設定変更する。これにより、当該ＦＩＦＯ登録データにおいて、第１の制御部５１については、取り出しが完了したことが示されることになる。

　なお、第１の制御部５１がビットを落とした結果、宛先指定領域を構成する全ビットが、落ちた（０になった）状態になった場合、第１の制御部５１は、当該ＦＩＦＯバッファから当該ＦＩＦＯ登録データを消去する。

　また、更新登録すべき運転状態データが、第２のＦＩＦＯバッファ５９及び第３のＦＩＦＯバッファ６０の双方に格納されている場合、調停部５７は、その旨を第１の制御部５１に通知する。そして、第１の制御部５１は、第２のＦＩＦＯバッファ５９及び第３のＦＩＦＯバッファ６０の双方から、ＦＩＦＯ登録データを順次取り出し、運転状態データとして第１のデータ記憶部５２に保存する。

　ＦＩＦＯ登録データの取り出しの際、ＦＩＦＯバッファから当該ＦＩＦＯ登録データを消去した場合（ステップＳ３１１；ＹＥＳ）、第１の制御部５１は、消去したＦＩＦＯ登録データのデータＩＤを調停部５７に通知する（ステップＳ３１２）。

　調停部５７は、第１の制御部５１から上記の通知を受けると、他の制御部（タスク）による当該データＩＤに対応する更新登録要求を抹消する。

　このように、本実施形態のシステムコントローラ５では、３つの制御部（タスク）のそれぞれが管理するデータ記憶部（データベース）における運転状態データの更新同期を取ることが可能である。また、制御部及びデータ記憶部の組が４つ以上の構成においても、宛先指定領域のビット幅を拡張すれば、上記同様のロジックで容易に対応することができる。

　なお、運転状態データの更新登録要求が競合した場合、調停部５７は、第１の制御部５１、第２の制御部５３及び第３の制御部５５のそれぞれに付与した優先度を比較し、優先度が高い方の更新登録要求を優先させる仕様にしてもよい。

　また、上記実施形態１のシステムコントローラ１及び実施形態２のシステムコントローラ５がそれぞれ実行したプログラムを、既存のパーソナルコンピュータ（ＰＣ）等に適用することで、当該ＰＣを本発明に係るシステムコントローラとして機能させることも可能である。

　このようなプログラムの配布方法は任意であり、例えば、ＣＤ－ＲＯＭ（Compact Disk Read-Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magneto Optical Disk）、メモリカードなどのコンピュータ読み取り可能な記録媒体に格納して配布してもよいし、インターネットなどの通信ネットワークを介して配布してもよい。

　本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施形態及び変形が可能とされるものである。また、上述した実施形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。

　本発明は、ビル内等に設置される空調機や照明器等の設備機器を制御し、管理するためのシステムに好適に採用され得る。

１　システムコントローラ（実施形態１）
　１０　操作受付部
　１１　表示部
　１２　表示用データ記憶部
　１３　ユーザＩ／Ｆ制御部
　１４　機器制御用データ記憶部
　１５　機器制御部
　１６　調停部
　１７　第１のＦＩＦＯバッファ
　１８　第２のＦＩＦＯバッファ
２Ａ、２Ｂ、２Ｃ　設備機器
３　リモコン
４　設備ネットワーク
５　システムコントローラ（実施形態２）
　５１　第１の制御部
　５２　第１のデータ記憶部
　５３　第２の制御部
　５４　第２のデータ記憶部
　５５　第３の制御部
　５６　第３のデータ記憶部
　５７　調停部
　５８　第１のＦＩＦＯバッファ
　５９　第２のＦＩＦＯバッファ
　６０　第３のＦＩＦＯバッファ

Claims (8)

1. 　ユーザインタフェースに関する処理を行う第１の制御手段と、
   　複数の設備機器の各々とデータの授受を行う第２の制御手段と、
   　前記設備機器の運転状態に関する運転状態データを記憶し、前記第１の制御手段によってデータの読み書きが行われる第１のデータ記憶手段と、
   　前記運転状態データを記憶し、前記第２の制御手段によってデータの読み書きが行われる第２のデータ記憶手段と、
   　前記第１の制御手段又は前記第２の制御手段から、前記運転状態データの更新登録要求を受けると、所定条件の下、当該運転状態データの更新登録の許可又は禁止の何れかを決定し、決定した結果を要求元に応答すると共に、許可した場合には当該運転状態データの更新登録要求を保持する調停手段と、を備え、
   　前記第１の制御手段又は前記第２の制御手段は、前記運転状態データの更新登録要求を行った場合、前記調停手段により前記更新登録が許可されると、当該運転状態データの更新内容を示す更新用データを所定のバッファに格納すると共に、対応する前記第１のデータ記憶手段又は前記第２のデータ記憶手段に保存されている当該運転状態データの内容を前記更新用データに基づいて更新し、
   　前記第１の制御手段又は前記第２の制御手段は、他方の制御手段による前記更新登録要求を前記調停手段が保持している場合には、前記バッファから他方の制御手段が格納した更新用データを取り出し、対応する前記第１のデータ記憶手段又は前記第２のデータ記憶手段に保存されている当該運転状態データの内容を前記更新用データに基づいて更新するシステムコントローラ。
2. 　前記バッファは、
   　前記第１の制御手段によって前記更新用データが書き込まれ、前記第２の制御手段によって当該更新用データが取り出される第１のバッファと、
   　前記第２の制御手段によって前記更新用データが書き込まれ、前記第１の制御手段によって当該更新用データが取り出される第２のバッファと、から構成される請求項１に記載のシステムコントローラ。
3. 　前記調停手段は、前記第１の制御手段又は前記第２の制御手段から、前記運転状態データの更新登録要求を受けた際、当該運転状態データと所定のインスタンスレベルが一致する運転状態データについて、他方の制御手段による前記更新登録要求を保持していない場合には、当該更新登録を許可する請求項１又は２に記載のシステムコントローラ。
4. 　前記第１の制御手段及び前記第２の制御手段のそれぞれには、予め両者の優先関係を示す優先度が付与されており、
   　前記調停手段は、前記第１の制御手段又は前記第２の制御手段から、前記運転状態データの更新登録要求を受けた際、当該運転状態データと所定のインスタンスレベルが一致する運転状態データについて、他方の制御手段の要求による前記更新登録要求を保持している場合、当該更新登録を行った方の制御手段の前記優先度が高い場合には、当該更新登録を許可する請求項１乃至３の何れか１項に記載のシステムコントローラ。
5. 　前記第１の制御手段及び前記第２の制御手段とは異なる処理を行う第３の制御手段と、
   　前記設備機器の運転状態に関する運転状態データを記憶し、前記第３の制御手段によってデータの読み書きが行われる第３のデータ記憶手段と、をさらに備え、
   　前記調停手段は、さらに、前記第３の制御手段から、前記運転状態データの更新登録要求を受けると、所定条件の下、当該運転状態データの更新登録の許可又は禁止の何れかを決定し、決定した結果を前記第３の制御手段に応答すると共に、許可した場合には当該運転状態データの更新登録要求を保持し、
   　前記第１の制御手段、前記第２の制御手段又は前記第３の制御手段は、前記運転状態データの更新登録要求を行った場合、前記調停手段により前記更新登録が許可されると、当該運転状態データの更新内容を示す更新用データを所定のバッファに格納すると共に、対応する前記第１のデータ記憶手段、前記第２のデータ記憶手段又は前記第３のデータ記憶手段に保存されている当該運転状態データの内容を前記更新用データに基づいて更新し、
   　前記第１の制御手段、前記第２の制御手段又は前記第３の制御手段は、他の制御手段による前記更新登録要求を前記調停手段が保持している場合には、前記バッファから他の制御手段が格納した更新用データを取り出し、対応する前記第１のデータ記憶手段、前記第２のデータ記憶手段又は前記第３のデータ記憶手段に保存されている当該運転状態データの内容を前記更新用データに基づいて更新する請求項１に記載のシステムコントローラ。
6. 　前記バッファは、
   　前記第１の制御手段によって前記更新用データが書き込まれ、前記第２の制御手段又は前記第３の制御手段によって当該更新用データが取り出される第１のバッファと、
   　前記第２の制御手段によって前記更新用データが書き込まれ、前記第１の制御手段又は前記第３の制御手段によって当該更新用データが取り出される第２のバッファと、
   　前記第３の制御手段によって前記更新用データが書き込まれ、前記第１の制御手段又は前記第２の制御手段によって当該更新用データが取り出される第３のバッファと、から構成される請求項５に記載のシステムコントローラ。
7. 　前記更新用データには、前記第１の制御手段、前記第２の制御手段又は前記第３の制御手段が、当該更新用データを取り出すべき他の制御手段を指定するための領域が設けられている請求項５又は６に記載のシステムコントローラ。
8. 　コンピュータを、
   　ユーザインタフェースに関する処理を行う第１の制御手段、
   　複数の設備機器の各々とデータの授受を行う第２の制御手段、
   　前記設備機器の運転状態に関する運転状態データを記憶し、前記第１の制御手段によってデータの読み書きが行われる第１のデータ記憶手段、
   　前記運転状態データを記憶し、前記第２の制御手段によってデータの読み書きが行われる第２のデータ記憶手段、
   　前記第１の制御手段又は前記第２の制御手段から、前記運転状態データの更新登録要求を受けると、所定条件の下、当該運転状態データの更新登録の許可又は禁止の何れかを決定し、決定した結果を要求元に応答すると共に、許可した場合には当該運転状態データの更新登録要求を保持する調停手段、として機能させるためのプログラムであって、
   　前記第１の制御手段又は前記第２の制御手段は、前記運転状態データの更新登録要求を行った場合、前記調停手段により前記更新登録が許可されると、当該運転状態データの更新内容を示す更新用データを所定のバッファに格納すると共に、対応する前記第１のデータ記憶手段又は前記第２のデータ記憶手段に保存されている当該運転状態データの内容を前記更新用データに基づいて更新し、
   　前記第１の制御手段又は前記第２の制御手段は、他方の制御手段による前記更新登録要求を前記調停手段が保持している場合には、前記バッファから他方の制御手段が格納した更新用データを取り出し、対応する前記第１のデータ記憶手段又は前記第２のデータ記憶手段に保存されている当該運転状態データの内容を前記更新用データに基づいて更新するプログラム。

Images