JPH11238043A - 施設管理のための上位ホストデータ連携装置 - Google Patents

Abstract

(57)【要約】 【課題】本発明は遠隔の上位ホスト装置と回線を介して
接続されると共にビル，工場等の施設管理用のサーバ装
置と接続する上位ホストデータ連携装置に関し，サーバ
装置の負荷の状況に影響を受けず，しかも回線使用時間
を短縮することを目的とする。 【解決手段】上位ホスト連携装置の処理装置は，一定周
期で起動してサーバ装置に対し施設各部の状態を表す時
系列データの要求を発生し，サーバ装置から収集された
各部の時系列データをデータ格納部に格納する時系列デ
ータ収集部を備えると共に上位ホスト装置からの日報デ
ータの要求を受信すると，要求された日報データをデー
タ格納部のデータから取り出して上位ホスト装置に対し
て応答する日報応答部とを備えるよう構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はビル，工場等の施設
を総合的に監視，管理するシステムに設けられた遠隔の
上位ホスト装置と連携する施設管理のための上位ホスト
データ連携装置に関する。

【０００２】ビルや工場等に設置されて運用される各種
設備（ビルの照明，空調等の装置や，各種の機器）を維
持・管理する施設管理システムについて遠隔の上位ホス
ト装置において，設備のリアルタイム監視情報・時系列
データ情報を表示・印字する場合がある。しかし，何ら
かの理由により施設管理システムにトラブルが発生する
と重大な監視情報の獲得が遅れてしまう場合があり，上
位ホスト装置での監視の信頼性が低下してしまう可能性
がある。

【０００３】また，公衆回線で上位ホスト装置と連携す
る場合，低速で大量のデータを連携する場合もあるの
で，できるだけ効率の良い転送を行わないと，無駄な通
信料金が増えてしまうことになる。

【０００４】施設管理システムのトラブル時の監視の信
頼性向上と，公衆回線使用時の回線使用コストを低下さ
せることが望まれている。

【０００５】

【従来の技術】図１９は従来の施設管理システムの概略
構成を示し，８０は監視する対象となる施設に対し遠隔
に設けられた上位ホスト装置，８１は公衆回線（または
専用線やＬＡＮの回線），８２は各施設管理システムに
設けられた上位ホストデータ連携装置，８３は施設の監
視・制御を行うサーバ装置（表示装置，制御装置を含
む），８４は監視・制御の対象となる各ポイントの装置
が設けられた設備である。

【０００６】このような構成において，従来の技術とし
て次の３つの技術について以下に説明する。 (1) 日報データの収集技術：上位ホスト装置８０から日
報データ要求が発生した時点で，日報のマスタデータを
保持しているサーバ装置８３から前日分のデータ収集を
行い，上位ホスト装置８０に対して日報データの応答を
行う。この処理ではリアルタイム性は要求されてなく，
前日以前のデータをまとめてバッチ処理している。

【０００７】(2) 設備の制御・設定技術：上位ホスト装
置８０から設備８４に対する制御・設定要求（ポイント
の機器の状態をオンまたはオフに設定したり，温度の値
を設定する等の設定要求）が発生すると，サーバ装置８
３に制御・設定依頼を通知した後に，設備に対する制御
・設定の完了を待ち合わせ，上位ホスト装置に制御・設
定完了を通知する。この処理はリアルタイムで行う。

【０００８】(3) アプリケーションデータ連携技術：上
位ホスト装置からアプリケーションデータ（機器の各グ
ループに対して，月曜から日曜までの毎日の時間対応の
運転スケジュールのデータや，例えば温度等を一定範囲
に設定するデータ）の転送が行われた場合，表示装置ま
たは監視装置にデータ転送を行った後に，データ転送完
了応答待ち合わせ，応答が通知された後に，上位ホスト
装置にデータ転送完了を通知する。この処理もリアルタ
イムで行う。

【０００９】上記(1) 〜(3) の従来技術について以下，
図面を用いて説明する。 (1) 日報データの収集技術 図２０は従来の日報データ収集のための信号送受のシー
ケンスを示し，図２１は従来の日報データ収集のための
上位ホストデータ連携装置内のプロセス構成を示す。図
２０に示すように，上位ホスト装置８０から不定期で発
呼して日報データ要求を公衆回線８１を介して上位ホス
トデータ連携装置８２に送り，上位ホストデータ連携装
置８２は対象とするサーバ装置８３へこの要求を送る。
この時，上位ホストデータ連携装置８２では，図２１に
示すように，日報データ要求に対して，送受信プロセス
ｐ−２を起動し，送受信プロセスｐ−２は時系列データ
収集プロセスｐ−１に対し日報データ要求を出力し，時
系列データ収集プロセスｐ−１は日報データ要求を受信
すると，日報番号テーブル（図示省略）から時系列デー
タ収集ポイントを獲得し，サーバ装置８３に時系列デー
タ読出要求を行い，時系列データ読出応答の待ち状態に
なる。時系列データ読出応答を受信後，送受信プロセス
ｐ−２に日報データ応答を返信後，日報番号テーブルか
ら次時系列データ収集ポイントを獲得し，サーバ装置８
３から時系列データ獲得を行っている。

【００１０】(2) 設備の制御・設定技術 図２２は従来の各装置間の制御・設定の信号転送のシー
ケンスを示し，図２３は従来の制御・設定の上位ホスト
データ連携装置内のプロセス構成を示す。図２３に示す
ように，上位ホスト装置８０から回線に対して発呼して
上位ホストデータ連携装置８２に対し制御・設定要求を
送る。上位ホストデータ連携装置８２は，図２３に示す
プロセス構成により動作を行い，送受信プロセスｐ２が
制御・設定要求を受けて起動すると，送受信プロセスｐ
２が制御・設定要求イベントが制御・設定プロセスｐ１
を起動する。これにより制御・設定プロセスｐ１は対象
サーバ装置８３に制御・設定依頼イベントを送信し，対
象サーバ装置８３からの制御・設定依頼応答イベントを
受信すると，送受信プロセスｐ２を経由して上位ホスト
装置８０に制御・設定完了を通知する。この時，サーバ
装置８３からの制御・設定の指示に対し，現場機器が動
作を開始し，動作完了により現場の状変（状態変更）が
検出されると，サーバ装置８３に送られる。サーバ装置
８３はこれにより，上位ホストデータ連携装置８２に対
し依頼応答イベントを返送する。

【００１１】(3) アプリケーションデータ連携技術 図２４は従来のアプリケーションデータ転送のための各
装置間の信号転送のシーケンスを示し，図２５は従来の
アプリケーションデータ転送のための上位ホストデータ
連携装置内のプロセス構成を示す。図２４に示すよう
に，上位ホスト装置８０から回線に対して発呼して上位
ホストデータ連携装置８２に対してアプリケーションデ
ータ（各設備グループに対する各曜日対応のスケジュー
ルデータや，機器に対して警報を発生するアナログの上
限及び下限の範囲の値等）の大量データを転送する。上
位ホストデータ連携装置８２はアプリケーションデータ
転送要求を受け取ると，送受信プロセスｐ−２が起動
し，アプリケーションデータ転送要求イベントをアプリ
ケーション処理プロセスｐ−１に送る。

【００１２】アプリケーション処理プロセスｐ−１は受
信したイベントからアプリケーションデータ変更通知イ
ベントに加工し，データ転送の対象であるサーバ装置８
３に送信し，データ変更が完了するのを待ち合わせる。
サーバ装置８３は変更データの反映（施設の各装置に設
定すること）が全て完了した段階でアプリケーションデ
ータ変更完了通知イベントをアプリケーションデータ処
理プロセスｐ−１に対して発行して，データの反映が正
常に行われたか否かが通知される。受信したアプリケー
ション処理プロセスｐ−１は，送受信プロセスｐ−２を
通じて上位ホスト装置８０に対して転送結果を通知す
る。上位ホスト装置８０からアプリケーションデータ転
送終了通知を受信した時点で通信回線は切断される。

【００１３】なお，図２４では上位ホストデータ連携装
置からサーバ装置に対し，複数回に分かれてデータ転送
が行われるように記載されているが，大量のデータを例
えば，設備の各グループに分けて転送する場合にこのよ
うに転送される。

【００１４】

【発明が解決しようとする課題】上記した従来の施設管
理システムの上位ホストデータ連携装置では，それぞれ
上記の(1) 〜(3) に対応して次の〜のような問題が
あった。

【００１５】上記したように，従来の日報データの収
集技術によれば，上位ホスト装置からの日報データ要求
は不定期なので，メンテナンスやシステムダウンによる
サーバ装置の停止時に日報データ要求があった場合，上
位ホスト装置に時系列データを返信することができず，
上位ホスト装置の監視信頼性の低下を招いてしまう。ま
た，サーバ装置の過負荷時に日報データ要求が発生した
場合，時系列データ読出要求に対する時系列データ読出
応答の応答遅延が発生してしまい，上位ホスト装置と公
衆回線を用いて接続し，時系列データ収集ポイントが多
い現場では通信効率が低下してしまい，回線への課金を
増加させるという問題があった。

【００１６】従来の設備の制御・設定技術によれば，
制御・設定依頼をサーバ装置に送ってから，制御・設定
依頼応答イベントを待ち合わせるので，制御・設定依頼
応答イベント受信完了後に制御・設定完了を上位ホスト
装置に通知していたのでは，公衆回線による接続を行っ
ている上位ホスト装置は制御・設定依頼応答イベントを
待ち合わせる時間だけ課金が増大するという問題があっ
た。

【００１７】アプリケーションデータ連携技術によれ
ば，アプリケーション処理プロセスは，アプリケーショ
ンデータが反映されるまで待ち合わせを行うため，上位
ホスト装置から大量のデータを転送すると，データ量に
比例して応答待ち時間が延びてしまい，公衆回線による
接続を行っている場合，応答時間が延びることによって
課金が増大するという問題があった。

【００１８】本発明は，上記のに対応してサーバ装置
の負荷の状況に影響を受けず，しかも回線使用時間を短
縮することができる施設管理のための上位ホストデータ
連携装置を提供することを第１の目的とする。また，本
発明は上記に対応して制御・設定の完了待ち合わせの
ために回線を占有する必要をなくして回線の無駄な接続
を無くすことが第２の目的であり，更に上記に対応し
てアプリケーションデータの設定において回線の占有を
短くすることを第３の目的とする。

【００１９】

【課題を解決するための手段】図１は本発明の第１の原
理構成を示し，図２は第１の原理構成による動作シーケ
ンスの例，図３は本発明の第２の原理構成を示し，図４
は第２の原理による動作シーケンスの例，図５は本発明
の第３の原理構成を示し，図６は第３の原理による動作
シーケンスの例である。

【００２０】図１は上記本発明の第１の目的を解決する
ための構成であり，図中，１は上位ホストデータ連携装
置，１０は時系列データ収集部，１１はデータ格納部，
１２は日報応答部，１３は送受信処理部，２は回線，３
は上位ホスト装置，４はビル等の施設の監視・制御装置
及び表示装置を含むサーバ装置，５は管理・制御の対象
となる施設の各装置である。

【００２１】図１の上位ホストデータ連携装置１におい
て，時系列データ収集部１０は一定周期を表す入力によ
り起動されると，サーバ装置４に対して時系列データの
要求を発生する。サーバ装置４が施設の各装置５の時系
列データを取り出して，正常応答として上位ホストデー
タ連携装置１に返すと，時系列データ収集部１０はデー
タ格納部１１に保存する。サーバ装置４側に障害が発生
した場合は，エラー応答が上位ホストデータ連携装置１
に返され，時系列データ収集部１０は時系列データの要
求のリトライを行い，サーバ装置４が復旧すると正常応
答が返ってくる。上位ホストデータ連携装置１で収集が
行われた後，上位ホスト装置３から回線２から上位ホス
トデータ連携装置１へ発呼して日報データの要求を送る
と。送受信処理部１３で要求された内容を識別して日報
応答部１２を起動し，日報応答部１２は要求された日報
データをデータ格納部１１から取り出して応答すると，
送受信処理部１３を介して上位ホスト装置３へ送られ
る。

【００２２】図２は第１の原理構成による動作シーケン
ス例を示し，上位ホスト装置３，上位ホストデータ連携
装置１及びサーバ装置（監視・制御装置）４の相互の制
御動作の関係を示す。このように，上位ホストデータ連
携装置１からの時系列データ要求の発生に対し，トラブ
ルが発生してもリトライにより正常応答が返ってきてデ
ータが保存されると，上位ホスト装置３からの日報デー
タ要求に対して直ちに応答することを示す。

【００２３】図３は上記本発明の第２の目的を解決する
ための構成であり，図中，１〜５は上記図１の各符号と
同じものであり説明を省略する。そして，上位ホストデ
ータ連携装置１において，１３は送受信処理部，１４は
制御・設定部，１５は自動発報部，１６は制御・監視の
対象となる装置の状態や，各ポイントの情報等を格納す
る装置テーブルである。

【００２４】この図３では，上位ホスト装置３から回線
２に発呼して上位ホストデータ連携装置１に対して，施
設の各装置５に対し制御・設定の依頼を送信すると，上
位ホストデータ連携装置１の送受信処理部１３で受信さ
れると，制御・設定部１４は装置テーブル１６を参照
し，制御・設定の対象のポイントが存在するか，ある場
合はその状態（正常か，異常または削除）をチェックす
る。なお，「削除」は監視または制御対象から外れてい
る状態を意味する。正常な場合は制御・設定の内容はサ
ーバ装置４へ制御・設定依頼として送られると共に，上
位ホスト装置に対し受付完了が送信される。また，制御
・設定部１４は制御・設定の内容に応じて装置テーブル
１６の該当する部分の状態を設定する。なお，装置テー
ブル１６をチェックして異常や削除の場合は，装置テー
ブル１６の各装置に対応する監視フラグを設定しタイマ
（図示省略）を起動し，タイムアウトすると設定制御の
リトライが開始される。また，サーバ装置４の制御によ
り施設の各装置５の各部の制御・設定が行われ，現場機
器の動作が開始され，動作完了すると，現場状態が変化
して，サーバ装置４に現場状態の変化情報が入力される
と，上位ホストデータ連携装置１にも与えられる。ここ
で，装置テーブル１６の内容と照合して一致しないと異
常発生として，制御・設定が行われた後，サーバ装置４
から異常応答が上位ホストデータ連携装置１へ入力され
ると，自動発報部１５が起動され，ここで設備異常のメ
ッセージが作成されて，送受信処理部１３から上位ホス
ト装置３へ発呼して回線２を介して送られる。これによ
り，上位ホスト装置３は制御・設定依頼の異常な結果を
認識できる。

【００２５】図４は第２の原理による動作シーケンス例
を示し，上位ホスト装置３，上位ホストデータ連携装置
１及びサーバ装置（監視・制御装置）４の相互の制御動
作の関係を示す。図４には図３について説明した動作に
従った動作シーケンスが示され，上位ホスト装置３から
上位ホストデータ連携装置１へ制御・設定のために回線
へ発呼しても，その接続時間は受付完了を受け取るまで
の短い時間である。そして，制御・設定が正常に行われ
ない場合には，上位ホストデータ連携装置１から発呼し
て上位ホスト装置３へ通知されるため，制御・設定の確
認を行うことができる。

【００２６】図５は上記本発明の第３の目的を解決する
ための構成であり，図中，１〜５は上記図１，図２の各
符号と同じものであり説明を省略する。そして，上位ホ
ストデータ連携装置１において，１３は送受信処理部，
１７はアプリケーションを処理するアプリケーション処
理部，１８はアプリケーションの送受信を行うアプリケ
ーション送受信部，１９はアプリケーションデータ格納
部である。

【００２７】図５において，上位ホスト装置３から回線
２に発呼して上位ホストデータ連携装置１に対してアプ
リケーションデータ転送要求を行うと，送受信処理部１
３ではグループ毎に受信してアプリケーション送受信部
１８に送る。アプリケーション送受信部１８では受け取
ったアプリケーションデータをチェックし正常の場合，
正常の応答をアプリケーション送受信部１８から上位ホ
スト装置３へ送ると共にアプリケーションデータ格納部
１９に変更を表すフラグをセットして格納し，エラーの
場合はエラーの応答を上位ホスト装置３へ送る。全グル
ープのデータの転送が終了して転送終了通知が受信され
ると，アプリケーション処理部１７の起動信号を送る。
これによりアプリケーション処理部１７が起動すると，
アプリケーションデータ格納部１９に格納された変更デ
ータ（変更フラグがセット）をサーバ装置４に各グルー
プのデータを送信する。その後，アプリケーション処理
部１７はサーバ装置４からデータ変更完了の通知を受け
て，正常に完了したことを検出すると，アプリケーショ
ンデータ格納部１９の変更フラグをリセットし，異常の
場合や，アプリケーションデータのサーバ装置への転送
が成功しないと，異常発生通知を送受信処理部１３から
上位ホスト装置３へ送信する。

【００２８】図６は第３の原理による動作シーケンス例
を示し，上位ホスト装置３，上位ホストデータ連携装置
１及びサーバ装置（監視・制御装置）４の相互の制御動
作の関係を示す。図６には図５について説明した動作に
従った動作シーケンスが示され，上位ホスト装置３から
上位ホストデータ連携装置１へ発呼して，アプリケーシ
ョンデータを大量転送すると，受付完了が返ってくると
上位ホスト装置は回線を切断するため，回線接続時間を
短くすることができる。また，アプリケーションデータ
の設定（変更）が異常の場合は，上記図４と同様に異常
の発報が上位ホスト装置３へ通知されるので結果を認識
することができる。

【００２９】

【発明の実施の形態】図７は本発明が実施されるシステ
ムの構成例である。図７において，１〜５は上記図１〜
図６の同一符号の各部に対応し，１は上位ホストデータ
連携装置，２は回線（ＬＡＮ／専用回線／交換回線の何
れか），３は上位ホスト装置，４は施設管理システム全
体の制御及び監視を行うサーバ装置（表示を含む入出力
装置を含む），５ａは施設管理ＬＡＮ，５ｂは施設の各
グループを構成する装置（照明装置，空調装置等）に対
応して設けられた監視・制御装置，５ｃは各現場に設け
られた端末装置（ＲＳ：Remote Station) ，５ｄは施設
内設備監視点（制御機器または感知機器）である。

【００３０】上位ホストデータ連携装置１は回線２を介
して上位ホスト装置３と連携すると共に，施設管理ＬＡ
Ｎ５ａを介してサーバ装置４と接続され，監視・制御の
ためのデータの送受を行う。サーバ装置４は配下の多数
の監視・制御装置５ｂの管理（監視・制御）を行う。

【００３１】図８は上位ホストデータ連携装置のハード
ウェアの構成を示し，図９は本発明によるプロセスの全
体構成を示す。図８において，１ａ〜１ｈは上位ホスト
データ連携装置を構成する各部であり，１ａはＣＰＵと
内部メモリを備えた上位ホストデータ連携装置の処理装
置，１ｂは日報時系列ファイルを保持する補助記憶装置
（ハードディスク等），１ｃは公衆回線２を介して上位
ホスト装置３との発・着信の制御とデータの変復調を行
うＮＣＵ（Network Control Unit：網制御装置）内蔵モ
デム，１ｄは通信制御用ハードウェア，１ｅは通信ドラ
イバプログラム（専用線・公衆回線対応），１ｆはＴＣ
Ｐ／ＩＰドライバ，１ｇはＬＡＮドライバ，１ｈはサー
バ装置（施設管理システムの表示装置や監視制御装置）
が接続されたＬＡＮと送受信するためのＬＡＮカード，
２は公衆回線，３は上位ホスト装置，３ａはＮＣＵ内蔵
モデムである。１０ａ〜１９ａはプロセス，メモリ及び
テーブルを表しそれぞれについて後述する。２は公衆回
線，３は上位ホスト装置，３ａはＮＣＵ内蔵モデムであ
る。

【００３２】上位ホストデータ連携装置１の処理装置１
ａの内部において，１００はリアルタイムＯＳ，１０１
は後述する図９に示すソフトウェアを備える制御処理
部，１０２はサーバ装置等の他装置との通信処理を行う
他装置通信プロセスである。

【００３３】図９に示す処理装置の構成には，符号１０
ａ〜１９ａで示す多数のプロセス，メモリ及びテーブル
が含まれ，各部について以下に説明する。１０ａは時間
管理プロセス１０ｂにより起動されサーバ装置（表示装
置また監視・制御装置）から時系列データを収集し，日
報時系列データファイルに格納する時系列データ収集プ
ロセス，１０ｂは一定周期の時間を計測する時間管理プ
ロセス，１１ａは収集された日報時系列データを保存す
る日報時系列データファイル，１１ｂはシステムの定数
（プロセス番号，負荷の高い時間等）を設定するシグマ
テーブル，１１ｃは施設の機器ポイントアドレスと日報
データ番号の対応情報が格納される日報番号（NOで表
示）テーブル，１２ａは上位ホスト装置から日報データ
を要求された時に起動され日報時系列データファイル１
１ａ内の時系列データの応答を行う照会処理日報応答プ
ロセスである。

【００３４】１３ａは上位ホスト装置から日報データを
要求された時に起動され，日報時系列データファイル内
の時系列データの応答を行う送受信プロセス，１４ａは
上位ホスト装置から制御・設定が要求された時に起動さ
れ，サーバ装置（対象監視・制御装置）に遠方制御・設
定指令を行う制御・設定プロセス，１５ａはサーバ装置
（対象監視・制御装置）からの状態変化を受け付け，制
御状態に変化があれば発報を行う自動発報プロセス，１
６ａは施設の各機器ポイントの状態が格納されるスキャ
ニングメモリ，１７ａはアプリケーション送受信プロセ
ス（後述する１８ａ）からの制御で起動してサーバ装置
（対象監視・制御装置）に対しアプリケーションデータ
の変更依頼を行うアプリケーション処理プロセス，１８
ａは上位ホスト装置からアプリケーションデータ転送要
求を受けた時に起動され，アプリケーション処理プロセ
スに対してアプリケーションデータ転送要求を行うアプ
リケーション送受信プロセス，１９ａは転送するアプリ
ケーションの設定データを格納するアプリケーションデ
ータ格納テーブルである。

【００３５】上記図９に示す各プロセスから出力または
プロセスへ入力する各種のイベントｉ−１〜ｉ−１６に
ついて説明する。ｉ−１は上位ホスト装置から日報デー
タを要求された時に通知される日報データ要求イベント
である。

【００３６】ｉ−２は上位ホスト装置へ日報データを応
答する場合に通知される日報データ応答イベントであ
る。ｉ−３はサーバ装置に対して，時系列データを読み
込む時に通知される時系列データ読み出し要求である。

【００３７】ｉ−４はサーバ装置から時系列データを読
み込んだ応答として通知される時系列データ読み出し応
答である。ｉ−５は上位ホスト装置から遠方の制御・設
定される場合に制御設定プロセス１４ａに通知される遠
方制御設定指令イベントである。

【００３８】ｉ−６は上位ホスト装置からの遠方制御設
定指令を受け付けた場合の応答として通知される遠方制
御設定指令応答イベントである。ｉ−７は上位ホスト装
置の遠方制御設定指令が異常終了した時に通知される変
化データ通知イベントである。

【００３９】ｉ−８は上位ホスト装置からの遠方制御設
定指令時にサーバ装置（対象監視制御装置）に対して制
御・設定依頼をする時に通知される遠方制御設定指令イ
ベントである。

【００４０】ｉ−９は上位ホスト装置からの遠方制御設
定指令時にサーバ装置から制御・設定による現場設備ポ
イントの状態変化通知として通知される変化データ通知
イベントである。

【００４１】ｉ−１０は上位ホスト装置アプリケーショ
ンデータの転送を依頼される場合にアプリケーション送
受信プロセスに通知されるアプリケーションデータ転送
要求イベントである。

【００４２】ｉ−１１は上位ホスト装置からアプリケー
ションデータの転送終了の時にアプリケーション送受信
プロセスから通知されるアプリケーションデータ転送終
了通知イベントである。

【００４３】ｉ−１２はアプリケーションデータの転送
終了依頼が異常終了した時にアプリケーション処理プロ
セスから通知されるアプリケーションデータ転送結果通
知イベントである。

【００４４】ｉ−１３はサーバ装置（対象監視制御装
置）にアプリケーションデータの転送終了依頼をする時
に通知されるアプリケーションデータ変更依頼イベント
である。

【００４５】ｉ−１４はサーバ装置（対象監視制御装
置）にアプリケーションデータの転送終了依頼をする時
の応答として通知されるアプリケーションデータ変更応
答イベントである。

【００４６】ｉ−１５は上位ホスト装置からアプリケー
ションデータの転送要求を受け付けた場合，アプリケー
ション処理プロセスへデータ転送依頼を行う時に通知さ
れるアプリケーション処理起動依頼イベントである。

【００４７】図８，図９に本発明による複数の機能を備
えたシステム全体の構成及び上位ホストデータ連携装置
の処理装置の構成を示したが，本発明の第１乃至第３の
原理を実現するためのそれぞれの実施例の構成を以下に
説明する。

【００４８】図１０乃至図１２は上記本発明の第１の原
理構成（図１）に対応する実施例１の構成を示し，図１
０は本発明による日報データ収集のためのプロセスの構
成を示し，図１１は時系列データ収集プロセスの処理フ
ロー，図１２は照会処理日報応答プロセスの処理フロー
である。

【００４９】図１０に示す構成は上記図９に示す全体の
構成の中に日報データ収集に関係するプロセスと関連す
る他の構成とを備える。図１０において，１ａは処理装
置，１０ａ，１１ａ〜１１ｃ，１２ａ，１３ａ，３，４
はそれぞれ上記図９の同じ符号の各部と同じであり説明
を省略する。１０ｂは時間管理プロセス，１０ｃは定時
起動の時間を管理する時刻管理パッケージ（ＰＫＧで表
示），１０ｅは時間監視テーブルである。時間管理プロ
セス１０ｂはこの時間監視テーブル１０ｅに時間が設定
されるとタイマ動作を行いタイムアウトにより出力を発
生する。

【００５０】図１１は時系列データ収集プロセス（図１
０の１０ａ）であり，最初に受信イベントＩＤチェック
を行う（図１１のＳ１）。通常は，時刻管理パッケージ
（図１０の１０ｃ）からの定時（例えば，毎正時ｎ分）
の時刻起動イベントを待ち合わせており，時刻起動イベ
ントのＩＤを受信すると，シグマテーブル（図１０の１
１ｂ）から時系列データ収集禁止時間を参照し，禁止時
間帯チェックを行い（図１１のＳ２），禁止時間帯であ
れば処理を集結し次の時刻起動イベント待ち状態に戻
る。禁止時間帯でなければ，前日から７日前までの日付
曜日を獲得し（図１１のＳ３），前日の曜日に該当する
日報時系列データファイル１１ａから日付を獲得し（同
Ｓ４），日付の整合性チェックにより時系列データ収集
の開始完了判定を行う（同Ｓ５）。日付が一致していれ
ば，その日付の時系列データが全ポイント分収集完了し
ているか判別し（図１１のＳ１２），完了している場合
は１週間分収集完了したか判別する（同Ｓ１６）。全て
整合性がとれていれば時系列データ収集完了と判断して
処理を終結する。

【００５１】Ｓ１２において不一致であれば日報番号
（NOで表示）テーブル１１ｃから時系列データ収集ポイ
ントを獲得し（図１１のＳ１３），サーバ装置４に時系
列データ読出要求を送信する（同Ｓ１４）。この時，時
系列データ読出要求に対する応答監視タイマのスタート
を行い，応答時間監視を行う（図１１のＳ１５）。時系
列データ読出要求送信後，時系列データ読出応答を受信
した場合，図１１のＳ１において受信イベントＩＤチェ
ックを行って，時系列データ読出応答イベントであるこ
とを識別すると，応答監視タイマストップを行い（図１
１のＳ６），応答内容を日報時系列データファイル１１
ａに書込み（同Ｓ７），収集ポインタ番号に収集済の設
定を行う（同Ｓ８）。

【００５２】応答監視タイマが上記Ｓ１５でスタート
後，タイムアウトしてタイムアウトイベントが発生する
と，受信イベントＩＤチェックでこれを識別すると，リ
トライ回数チェックを行う（図１１のＳ９），ここでリ
トライ可能な回数内であれば，リトライカウンタをカウ
ントアップし（同Ｓ１７），同一系列データ収集ポイン
トの時系列データ読出要求を再度送信する。リトライ回
数オーバーであれば，リトライカウンタをクリアし（図
１１のＳ１０），日報時系列データファイルの該当ポイ
ント位置に欠測（データがない状態）を書き込み（同Ｓ
１１），次の時系列データ収集ポイントを日報番号テー
ブルから獲得して時系列データ収集を行う。この処理を
日報番号テーブルに登録されている時系列データ収集ポ
イント数分行い，全ポイントの収集完了後に１週間分の
時系列データ収集が完了していなければ次日付の時系列
データ収集を行う。１週間分の時系列データ収集が完了
していれば処理を終結する。

【００５３】図１２は照会処理日報応答プロセス（図１
０の１２ａ）であり，最初に受信イベントＩＤをチェッ
クし（図１２のＳ１），日報データ要求イベントを受信
すると要求日付妥当性をチェックする（同Ｓ２）。この
チェックは，日報データ要求イベントの要求日付が前日
から７日前の範囲内であるかどうかを調べる。日報デー
タ要求日付が範囲外であれば，上位ホスト装置へエラー
応答送信の処理を行って（図１２のＳ１１），処理を終
結する。妥当な場合は，要求日付の曜日を獲得し（図１
２のＳ３），要求日報番号テーブル１１ｃから要求日報
番号の時系列参照位置（アドレス）を獲得し（同Ｓ
４），要求日報番号が日報番号テーブル１１ｃに存在す
るか判別し（同Ｓ５），存在しない場合，日報データの
異常を返信し，次要求日報番号の処理に移行する。

【００５４】要求日報番号が存在した場合，該当曜日の
日報時系列データファイル１１ａから日付を獲得し（図
１２のＳ６），要求日付との整合性のチェックを行う
（同Ｓ７）。日報時系列データファイルの日付と要求日
付が異なっている場合，エラー応答を送信し処理を終結
する。整合性がとれた場合，該当日報番号のデータを日
報時系列データファイルから獲得し（図１２のＳ８），
日報データ応答を上位ホスト装置へ送信する（同Ｓ
９）。この後，次要求日報番号の処理に移り，要求され
た全ての日報番号分についてデータ送信が完了するまで
継続する（図１２のＳ１０）。

【００５５】このように，サーバ装置の障害や負荷の状
況に左右されず，時系列データの通知ができる。図１
３，図１４は上記本発明の第２の原理構成（図３）に対
応する実施例２の構成を示し，図１３は本発明による制
御・設定のためのプロセスの構成を示し，図１０は制御
設定プロセスの処理フローである。

【００５６】図１３には上記図９に示す全体の構成の中
の制御・設定に関係するプロセス及び関連する構成とを
示す。図１３において，１ａは上位ホスト連携装置，１
０ｄはタイマによる時間監視を行う時間監視プロセス，
１３ａは送受信プロセス，１４ａはサーバ装置（対象と
なる監視・制御装置）４への制御・設定の処理を行う制
御設定プロセス，１５ａは自動発報プロセス，１６ａは
スキャニングメモリ，１６ｂは装置情報テーブル，３は
上位ホスト装置，４はサーバ装置（対象監視・制御装
置）である。

【００５７】図１４は制御設定プロセス（図１３の１４
ａ）の処理フローであり，最初に受信イベントＩＤチェ
ックを行い（図１４のＳ１），送受信プロセス（図１３
の１３ａ）からの制御・設定要求イベントが受信される
と，上位ホスト装置からの受信電文の制御内容が正常か
判定し（同Ｓ２），異常であれば異常を表す応答電文を
上位ホスト装置（図１３の３）に通知する処理を行い
（同Ｓ１５，Ｓ１６），処理を終結し，制御内容が正常
であれば次の処理に移行する。すなわち，電文アドレス
変換を行い（図１４のＳ３），サーバ装置の監視・制御
装置のポイントを管理するスキャニングメモリ（図１３
の１６ａ）内のポイント状態を参照し（同Ｓ４），制御
・設定要求された制御ポイントが存在するかどうかチェ
ックする（同Ｓ５）。制御ポイントが存在しないと，上
記と同様に異常を上位ホスト装置に通知し，制御ポイン
トが存在すると装置情報テーブル（図１３の１６ｂ）か
ら装置状態を参照する（同Ｓ６）。

【００５８】装置情報テーブルには，対象監視・制御装
置の装置状態（ノード異常または削除，回線異常または
削除，ＲＳ異常または削除や，正常であること等）が格
納されており，この装置状態をチェックする（図１４の
Ｓ７）。この装置状態チェックで，異常であった場合，
対象監視・制御装置に制御・設定依頼イベントを送信で
きないため，スキャニングメモリの制御・設定要求対象
ポイントの監視フラグを“１”に設定し（図１４のＳ１
０），一定時間後に再制御・設定を行うための時間監視
タイマスタートを行う（同Ｓ１１）。また，装置状態が
正常であった場合は，スキャニングメモリ（図１３の１
６ａ）を参照し，制御・設定のポイント状態が正常か判
別し（図１４のＳ８），正常でない場合は上記のＳ１
０，Ｓ１１の処理を行い，正常であれば該当監視・制御
装置に制御・設定依頼のイベントを送信する（同Ｓ
９）。

【００５９】制御・設定依頼をサーバ装置（対象監視・
制御装置）に送信した後，制御送信結果が正常であるか
判別し（図１４のＳ１２），正常であればスキャニング
メモリに制御情報を設定し（同Ｓ１３），表示装置（サ
ーバ装置の表示装置）に制御メッセージを出力して表示
する（同Ｓ１４）。続いて，正常を表す応答電文を作成
し（図１４のＳ１５），応答電文を上位ホスト装置に送
信する（同Ｓ１６）。

【００６０】また，上記Ｓ１１において監視タイマを設
定した後，監視タイムアウトのイベントを受信イベント
ＩＤチェックにおいて検出すると（図１４のＳ１），リ
トライカウンタをカウントアップし（同Ｓ１７），リト
ライ可能回数をオーバーしたか判別し（同Ｓ１８），越
えない場合は上記Ｓ６に移行するが，越えた場合はスキ
ャニングメモリの監視フラグを解除し（同Ｓ１９），ポ
イント状態を上位ホスト装置に送信する（同Ｓ２０）。

【００６１】上記図１３に示す自動発報プロセス１５ａ
は，対象監視・制御装置（サーバ装置）からの制御・設
定依頼応答イベントが通知されるとき起動し，制御・設
定依頼応答イベントのポイントの状態の内容をスキャニ
ングメモリに格納し，上位ポスト装置に状態変化通知と
して通知を行う。

【００６２】この実施例２により上位ホスト装置からの
制御・設定の依頼をサーバ装置へ通知すると，上位ホス
ト装置へ完了通知を通知するため回線を占有する必要が
なくなる。

【００６３】図１５乃至図１８は上記本発明の第３の原
理構成（図５）に対応する実施例３の構成を示し，図１
５は本発明によるアプリケーションデータ制御・設定の
ためのプロセスの構成を示し，図１６はアプリケーショ
ン送受信プロセスの処理フロー，図１７はアプリケーシ
ョン処理プロセスの処理フロー，図１８はリトライ処理
のフローである。

【００６４】図１５において，１３ａは送受信プロセ
ス，１７ａはアプリケーション処理プロセス，１８ａは
アプリケーション送受信プロセス，１９ａはアプリケー
ションデータ格納テーブル，３は上位ホスト装置，４は
サーバ装置（対象監視・制御装置）である。

【００６５】図１２はアプリケーション送受信プロセス
（図１５の１８ａ）の処理フローであり，送受信プロセ
ス（図１５の１３ａ）を介して上位ホスト装置からのア
プリケーションデータ転送要求を受け取ると，イベント
受信の判別において（図１６のＳ１），この転送要求を
検出するとデータ整合性をチェックし（同Ｓ２），デー
タの正常性をチェックし（同Ｓ３），エラーの場合はエ
ラーコードにデータエラーをセットし，ホストに応答す
るアプリケーションデータ転送結果通知イベント内のエ
ラー詳細にエラーコードをセットして送受信プロセスを
介して上位ホスト装置へ送信する（同Ｓ８）。

【００６６】データが正常の場合，ホストに応答するア
プリケーションデータ転送結果通知イベント内のエラー
詳細に正常をセットして送信する。次に受信データをア
プリケーションデータ格納テーブル（アプリケーション
毎にテーブルの構成は異なり，グループ単位毎に格納エ
リアを持つ）の自グループの格納エリアに格納し（図１
６のＳ５），アプリケーションデータ格納テーブルに変
更のあったグループの変更フラグをオンに更新する（同
Ｓ６）。この動作を転送要求を受信した個数分，繰り返
す。上位ホスト装置からアプリケーションデータ転送終
了通知が転送された段階で通信回線は閉鎖される。その
時点でアプリケーション送受信プロセスからアプリケー
ション処理プロセスに対してアプリケーション処理起動
通知を送信する（図１６のＳ９）。図１７のアプリケー
ション処理プロセス（図１５の１７ａ）を説明すると，
イベント受信を判別し（図１７のＳ１），上記図１６の
アプリケーション送受信プロセスからのアプリケーショ
ン処理起動通知を受信すると，ループカウントａに０を
設定する（同Ｓ２）。このループカウントａはグループ
の数を表す。ループカウントａが全グループ数になるか
判別し（図１７のＳ３），達しない場合はアプリケーシ
ョンデータ格納テーブル（図１５の１９ａ）内の該当グ
ループ番号（ループカウント＋１）の変更フラグがオン
か判別し（同Ｓ６），オンの場合はアプリケーションデ
ータ格納テーブルをもとに変更通知イベントを作成して
サーバ装置（対象監視・制御装置）へ送信する（同Ｓ
７）。上記のＳ３において，全グループ数になったこと
が分かると，リトライカウントが０か判別し（図１７の
Ｓ４），０の場合はＳ１に戻り，０でない場合はリトラ
イ処理（後述する図１８参照）を行う（同Ｓ５）。

【００６７】次に，監視・制御装置からデータ変更完了
通知イベントの受信を待機し（図１７のＳ８），受信す
るとイベント内の処理結果が正常終了か判別し（同Ｓ
９），正常終了であればアプリケーションデータ格納テ
ーブル内の該当グループの変更フラグをオフに更新し
（同Ｓ１０），ループカウントａを＋１し（同Ｓ１
１），対応するグループについてＳ３以下の処理に移行
する。上記Ｓ８で監視・制御装置からデータ変更完了通
知イベントが受信されない時または，上記Ｓ９でイベン
ト内の処理結果が正常終了しない場合は，リトライカウ
ントを＋１し（図１７のＳ１２），アプリケーションデ
ータから有効時刻を算出する。この結果はアプリケーシ
ョンデータ格納テーブル内の該当グループの有効時刻格
納エリアに格納され（同Ｓ１３），アプリケーションデ
ータ格納テーブル内の該当グループの送信カウントを＋
１して格納し（同Ｓ１４），Ｓ３に戻り次のグループに
ついて同様の処理を繰り返す。なお，上記のデータの有
効時刻は，そのデータがある時刻までに設定されなけれ
ば意味を持たなくなるものを示し，例として，スケジュ
ール時刻パラメータ設定において，１回目のオン時刻を
経過した場合や，アナログ上下限監視パラメータ設定に
おいて監視時間帯の開始時刻を経過した場合等がある。

【００６８】上記のリトライ処理（図１７のＳ５）の内
容を図１８に示す。このリトライ処理は上記図１７にお
いて，変更のあったグループの１回目の送信が完了した
ら，転送が異常終了したものについて再送を行うもので
ある。

【００６９】最初にリトライカウントに０を設定し（図
１８のＳ１），ループカウントｂに０を設定する（同Ｓ
２）。このループカウントｂが全グループ数と一致する
か判別し（同Ｓ３），一致するとリトライカウントが０
か判別して（同Ｓ４），０の場合はイベント受信待ちへ
移行し，０以外であれば図１４のＳ１へ戻る。一致しな
い場合は，アプリケーションデータ格納テーブル内の該
当グループ番号の変更フラグがオンで，且つ送信カウン
トが０以外であるか判別する（図１８のＳ５）。該当す
ると現在時刻が有効時刻以前か判別し（図１８のＳ
６），以前の場合はアプリケーションデータ格納テーブ
ル内の送信回数がリトライ最大限（ＭＡＸ）以内か判別
する（同Ｓ７）。上記のＳ６で現在時刻を経過している
場合及びＳ７でリトライ回数が最大限に達している場
合，その時点で上位ホスト装置に対してアプリケーショ
ンデータ異常発生通知を送信する（同Ｓ１２）。リトラ
イ最大限に達しない場合は，アプリケーションデータ格
納テーブルを元に変更通知イベントを作成してサーバ装
置へ送信する（図１８のＳ８）。

【００７０】続いて，監視・制御装置からデータ変更完
了通知イベントを受信したか判別し（図１８のＳ９），
受信するとイベント内の処理結果が正常終了か判別し
（同Ｓ１０），正常終了であればアプリケーションデー
タ格納テーブル内の該当グループの変更フラグをオフに
更新し（同Ｓ１１），次のグループについてＳ３に戻
る。上記Ｓ９においてデータ変更完了通知イベントを受
信しない時，またはＳ１０においてイベント内の処理結
果が正常終了でない時はリトライカウントを＋１し（同
Ｓ１３），アプリケーションデータ格納テーブル内の該
当グループの送信カウントを＋１して格納する（同Ｓ１
４）。このように，有効時刻内に再送を一定回数行って
も転送結果が異常の場合には，その時点で上位ホスト装
置に対してアプリケーションデータ転送異常発生通知を
通報する。

【００７１】

【発明の効果】本発明によれば次のような効果を奏する
ことができる。 (1) 本発明の第１の原理によればサーバ装置の障害や負
荷の状況に関係なく，時系列データを上位ホスト装置に
通知することができる。

【００７２】(2) 本発明の第２の原理によれば制御・設
定の完了待ち合わせのために回線を占有する必要がない
ので，公衆回線で接続した場合でも余計な課金がかから
ない。また，異常が発生した場合でも上位ホストはリト
ライを行う必要がないため，通信が単純となる。

【００７３】(3) 本発明の第３の原理によればアプリケ
ーションデータ設定完了待ち合わせのために回線を占有
する必要がないので，上記(2) と同様に公衆回線で接続
した場合でも，余計な課金がかからない。また，異常が
発生した場合でも，上位ホスト装置はリトライを行う必
要がないため，通信が簡単化される。

【００７４】これらの各効果を総合すれば，施設管理シ
ステムの性能と安全性の向上及び通信コストの削減を実
現することができる。

【図面の簡単な説明】

【図１】本発明の第１の原理構成である。

【図２】第１の原理構成による動作シーケンス例を示す
図である。

【図３】本発明の第２の原理構成である。

【図４】第２の原理構成による動作シーケンス例を示す
図である。

【図５】本発明の第３の原理構成である。

【図６】第３の原理構成による動作シーケンス例を示す
図である。

【図７】本発明が実施されるシステムの構成例を示す図
である。

【図８】上位ホストデータ連携装置のハードウェアの構
成を示す図である。

【図９】本発明によるプロセスの全体構成を示す図であ
る。

【図１０】本発明による日報データ収集のためのプロセ
スの構成を示す図である。

【図１１】時系列データ収集プロセスの処理フローを示
す図である。

【図１２】照会処理日報応答プロセスの処理フローを示
す図である。

【図１３】本発明による制御・設定のための各プロセス
の構成を示す図である。

【図１４】制御設定プロセスの処理フローを示す図であ
る。

【図１５】本発明によるアプリケーションデータ制御・
設定のためのプロセスの構成を示す図である。

【図１６】アプリケーション送受信プロセスの処理フロ
ーを示す図である。

【図１７】アプリケーション処理プロセスの処理フロー
を示す図である。

【図１８】リトライ処理のフローを示す図である。

【図１９】従来の施設管理のシステム構成を示す図であ
る。

【図２０】従来の日報データ収集のための信号送受シー
ケンスを示す図である。

【図２１】従来の日報データ収集のための上位ホストデ
ータ連携装置内のプロセス構成を示す図である。

【図２２】従来の制御・設定のための信号送受のシーケ
ンスを示す図である。

【図２３】従来の制御・設定の上位ホストデータ連携装
置内のプロセス構成を示す図である。

【図２４】従来のアプリケーションデータ転送のための
信号送受のシーケンスを示す図である。

【図２５】従来のアプリケーションデータ転送のための
上位ホストデータ連携装置内のプロセス構成を示す図で
ある。

【符号の説明】

１ 上位ホストデータ連携装置 １０ 時系列データ収集部 １１ データ格納部 １２ 日報応答部 １３ 送受信処理部 ２ 回線 ３ 上位ホスト装置 ４ サーバ装置 ５ 施設の各装置

Claims (5)

【特許請求の範囲】
1. 【請求項１】 遠隔の上位ホスト装置と回線を介して接
   続されると共にビル，工場等の施設管理用のサーバ装置
   と接続する上位ホストデータ連携装置において，前記上
   位ホストデータ連携装置の処理装置は，一定周期で起動
   してサーバ装置に対し施設各部の状態を表す時系列デー
   タの要求を発生し，前記サーバ装置から収集された各部
   の時系列データをデータ格納部に格納する時系列データ
   収集部と，上位ホスト装置からの日報データの要求を受
   信すると，要求された日報データを前記データ格納部の
   データから取り出して前記上位ホスト装置に対して応答
   する日報応答部とを備えることを特徴とする施設管理の
   ための上位ホストデータ連携装置。
2. 【請求項２】 請求項１において，前記上位ホストデー
   タ連携装置の処理装置は，制御・監視の対象となる各装
   置の各部の状態情報を保持する装置テーブルを備え，上
   位ホスト装置から施設各部の状態を制御・設定する依頼
   を受け取ると各装置の状態を前記装置テーブルを参照し
   て前記制御・設定依頼をチェックし，正常であれば前記
   サーバ装置へ制御・設定の依頼を送ると共に上位ホスト
   装置へ受付完了通知を返す制御・設定部と，前記サーバ
   装置から制御・設定による装置の状態変更の通知を受け
   ると，正常性をチェックして異常を検出すると前記上位
   ホスト装置に対し異常応答を発生する自動発報部とを備
   えることを特徴とする施設管理のための上位ホストデー
   タ連携装置。
3. 【請求項３】 請求項２において，前記制御・設定部の
   前記装置テーブルは，各制御ポイントの状態を記憶する
   スキャニングメモリと各装置の状態を保持する装置情報
   テーブルとで構成され，前記制御・設定依頼に対応する
   制御ポイントが存在しない場合は異常応答を前記上位ホ
   スト装置へ通知し，装置状態及び制御ポイントの状態が
   正常でない場合は前記スキャニングメモリに監視フラグ
   を設定し，監視フラグの設定により監視タイマを設定し
   て，タイムアウトすると前記装置状態と制御ポイントの
   チェックのリトライを行うことを特徴とする施設管理の
   ための上位ホストデータ連携装置。
4. 【請求項４】 請求項１において，前記上位ホストデー
   タ連携装置の処理装置は，上位ホスト装置から各設備グ
   ループに対するスケジュールデータを含むアプリケーシ
   ョンデータを設定する依頼を受け取ると前記上位ホスト
   装置に対し受け付け完了の応答を返すと共にアプリケー
   ションデータ格納部の各設備に対応するエリアに変更を
   表すフラグと対応するデータを格納すると共に保存する
   アプリケーション送受信部と，前記アプリケーション送
   受信部により起動され，前記アプリケーションデータ格
   納部の各グループに対する変更を表すフラグが設定され
   たアプリケーションデータを前記サーバ装置に変更デー
   タとして転送すると共に前記サーバ装置からデータ変更
   完了通知を受け取って，異常終了の場合だけ前記上位ホ
   スト装置へ通知する異常応答を発生するアプリケーショ
   ン処理部とを備えることを特徴とする施設管理のための
   上位ホストデータ連携装置。
5. 【請求項５】 請求項４において，前記アプリケーショ
   ン処理部は，各グループ毎のアプリケーションデータの
   転送に対して前記サーバ装置からデータ変更完了通知を
   受けないか，通知内容が正常でない場合は一定回数以内
   のリトライを実行し，該当アプリケーションデータにつ
   いての有効時刻を前記アプリケーションデータ格納部に
   格納し，前記有効時刻以内の場合は前記変更データの送
   信のリトライを行うことを特徴とする施設管理のための
   上位ホストデータ連携装置。