(57)【要約】【課題】居室が多くても一酸化炭素や二酸化炭素の濃度測定を行わずに簡単且つ廉価な構成で居室の酸欠状態を適確に防止できる空調機運転制御システムを提供する。【解決手段】この空調機運転制御システムにおいて、居室５Ａの入退出口となる電気錠付き扉６Ａの近傍の入室側（室外）に設置されたカードリーダ７Ａ１、及び出室側（室内）に設置されたカードリーダ７Ａ２は、入退出用カードリーダとして居室５Ａを使用する人が所持するカードＩＤを読み込んで入退室の判別を行う。遠隔場所の入退室制御端末１Ａは入退室の判別結果に基づいて入退室状況による在室人数を管理すると共に、在室人数についての所定人数の到達の有無を判断する。別の遠隔場所の空調制御端末２Ａは、入退室制御端末１Ａから所定人数の到達が判断されたときに発出される運転切り替え要求信号を集線装置３経由で受信すると、空調機４Ａの運転を間欠運転から連続運転に切り替え制御する。【選択図】図１
2013152046.tif 000002
【特許請求の範囲】
【請求項１】
居室に設けられる空調機の運転と停止の間欠運転を行う空調機運転制御システムにおいて、
前記居室内における在室人数を検出する居室内人数検出手段と、前記居室内人数検出手段により検出した前記在室人数が所定人数に到達したときに前記空調機の運転を前記間欠運転から連続運転に切り替える運転切り替え手段と、を備えたことを特徴とする空調機運転制御システム。
【請求項２】
請求項１記載の空調機運転制御システムにおいて、
前記居室内人数検出手段は、前記居室を使用する人の入退室状況を管理する入退室制御端末の管理機能に含まれ、
前記運転切り替え手段は、前記入退室制御端末により前記在室人数が前記所定人数に到達したときに発出される運転切り替え要求信号を受信して前記空調機の運転を前記間欠運転から前記連続運転に切り替え制御する空調制御端末の切り替え制御機能に含まれることを特徴とする空調機運転制御システム。
【請求項３】
請求項２記載の空調機運転制御システムにおいて、
前記入退室制御端末は、前記居室の入退出口近傍に設置されて当該居室を使用する人が所持するカードの識別情報を読み込んで入退室の判別を行う入退出用カードリーダに接続されて当該入退室の判別結果に基づいて前記入退室状況による前記在室人数を管理すると共に、当該在室人数についての前記所定人数の到達の有無を判断し、
前記空調制御端末は、前記入退室制御端末から前記在室人数についての前記所定人数の到達が判断されたときに発出される前記運転切り替え要求信号を集線装置を経由して受信することを特徴とする空調機運転制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、居室の酸欠状態を自動的に防止する機能を持つ空調機運転制御システムに関する。
【背景技術】
【０００２】
従来、この種の空調機運転制御システムに関連する周知技術としては、室内にセンサを設置することなく間欠運転制御を行い得る「空調間欠運転制御システム及び空調間欠運転制御方法」（特許文献１参照）が挙げられる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１９０７８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述した特許文献１記載の技術では、一酸化炭素、二酸化炭素の少なくとも一方の濃度を測定することにより空調の間欠運転の停止時間を決定し、酸欠状態の防止を行うものであるため、一酸化炭素や二酸化炭素の濃度が高まる事前に適確に酸欠状態を防止することができる反面、居室の数が多ければシステム構成が大掛かりになるばかりでなく、費用も膨大になってしまうという問題や、居室の利用者数を管理する機能を持たせることにより安全性を向上させた最近のビル設備での適用にも不向きであるといった実用面での難点がある。
【０００５】
本発明は、このような問題点を解決すべくなされたもので、その技術的課題は、居室が多くても一酸化炭素や二酸化炭素の濃度測定を行わずに簡単且つ廉価な構成で居室の酸欠状態を適確に防止できる空調機運転制御システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記技術的課題を解決するため、本発明の第１の手段は、居室に設けられる空調機の運転と停止の間欠運転を行う空調機運転制御システムにおいて、居室内における在室人数を検出する居室内人数検出手段と、居室内人数検出手段により検出した在室人数が所定人数に到達したときに空調機の運転を間欠運転から連続運転に切り替える運転切り替え手段と、を備えたことを特徴とする。
【０００７】
本発明の第２の手段は、第１の手段において、居室内人数検出手段は、居室を使用する人の入退室状況を管理する入退室制御端末の管理機能に含まれ、運転切り替え手段は、入退室制御端末により在室人数が所定人数に到達したときに発出される運転切り替え要求信号を受信して空調機の運転を間欠運転から連続運転に切り替え制御する空調制御端末の切り替え制御機能に含まれることを特徴とする。
【０００８】
本発明の第３の手段は、第２の手段において、入退室制御端末は、居室の入退出口近傍に設置されて当該居室を使用する人が所持するカードの識別情報を読み込んで入退室の判別を行う入退出用カードリーダに接続されて当該入退室の判別結果に基づいて入退室状況による在室人数を管理すると共に、当該在室人数についての所定人数の到達の有無を判断し、空調制御端末は、入退室制御端末から在室人数についての所定人数の到達が判断されたときに発出される運転切り替え要求信号を集線装置を経由して受信することを特徴とする。
【発明の効果】
【０００９】
本発明の空調機運転制御システムによれば、居室内の在室人数が増えて所定人数に到達すると、自動的に空調機の運転を間欠運転から連続運転に切り替えるため、居室が多くても一酸化炭素や二酸化炭素の濃度測定を行わずに簡単且つ廉価な構成で居室の酸欠状態を適確に防止することができる。また、居室の利用者数を管理する機能を持たせることにより安全性を向上させた最近のビル設備にも適用し易いという実用面での利点もある。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施例１に係る空調機運転制御システムの基本構成を示した全体的な概略ブロック図である。
【図２】図１に示す空調機運転制御システムの入退室制御端末に備えられるデータベースのテーブル形式のデータを例示した図である。
【図３】図２に示すデータベースに含まれる入退室制御端末情報テーブルのデータを例示した図である。
【図４】図２に示すデータベースに含まれるカード管理テーブルのデータを例示した図である。
【図５】図２に示すデータベースに含まれる扉管理テーブルのデータを例示した図である。
【図６】図２に示すデータベースに含まれる空調管理テーブルのデータを例示した図である。
【図７】図１に示す空調機運転制御システムの空調制御端末に備えられるデータベースのテーブル形式のデータを例示した図である。
【図８】図７に示すデータベースに含まれる空調制御端末情報テーブルのデータを例示した図である。
【図９】図７に示すデータベースに含まれる間欠運転管理テーブルのデータを例示した図である。
【図１０】図１に示す空調機運転制御システムの入退室制御端末に係る起動の動作処理を示すフローチャートである。
【図１１】図１０で説明した起動の動作処理に含まれるカードリーダ常駐タスクの動作処理を示すフローチャートである。
【図１２】図１０で説明した起動の動作処理に含まれる扉常駐タスクの動作処理を示すフローチャートである。
【図１３】図１０で説明した起動の動作処理に含まれる居室常駐タスクの動作処理を示すフローチャートである。
【図１４】図１に示す空調機運転制御システムの空調制御端末の動作処理の前段を示したフローチャートである。
【図１５】図１に示す空調機運転制御システムの空調制御端末の動作処理の後段を示したフローチャートである。
【発明を実施するための形態】
【００１１】
以下に、本発明の空調機運転制御システムについて、実施例を挙げ、図面を参照して詳細に説明する。
【実施例１】
【００１２】
図１は、本発明の実施例１に係る空調機運転制御システムの基本構成を示した全体的な概略ブロック図である。この空調機運転制御システムは、居室５Ａに設けられる空調機４Ａの運転と停止の間欠運転を行う機能を持つことを基本とする以外、空調機４Ａが設備されると共に、電気錠付き扉６Ａが設置された居室５Ａにあって、入退出口となる電気錠付き扉６Ａの近傍の入室側となる室外に設置されたカードリーダ７Ａ１、及び出室（退室）側となる室内に設置されたカードリーダ７Ａ２と、これらのカードリーダ７Ａ１、７Ａ２に接続されると共に、データベース１Ａ１及びＩＰ（インターネットプロトコル）アドレス設定ファイル１Ａ２を持つ遠隔して設備された入退室制御端末１Ａと、集線装置（ＨＵＢ）３を介して入退室制御端末１Ａに接続される他、空調機４Ａと接続される共に、データベース２Ａ１及びＩＰアドレス設定ファイル２Ａ２を持つ遠隔地に設備された空調制御端末２Ａと、を備えて構成されている。
【００１３】
このうち、カードリーダ７Ａ１、７Ａ２は、入退出用カードリーダとして居室５Ａを使用する人が所持するカードの識別情報を読み込んで入退室の判別を行うもので、入退室制御端末１Ａはその入退室の判別結果に基づいて入退室状況による在室人数を管理すると共に、在室人数についての所定人数の到達の有無を判断する。空調制御端末２Ａは、入退室制御端末１Ａから在室人数についての所定人数の到達が判断されたときに発出される運転切り替え要求信号を集線装置３を経由して受信すると、空調機４Ａの運転を間欠運転から連続運転に切り替え制御する。
【００１４】
換言すれば、この空調機運転制御システムにおいて、居室５Ａを使用する人の入退室状況を管理する入退室制御端末１Ａの管理機能は、居室５Ａ内における在室人数を検出する居室内人数検出手段として働く。また、入退室制御端末１により在室人が所定人数に到達したときに発出される運転切り替え要求信号を受信して空調機４Ａの運転を間欠運転から連続運転に切り替え制御する空調制御端末２Ａの切り替え制御機能は、居室内人数検出手段により検出した在室人数が所定人数に到達したときに空調機４Ａの運転を間欠運転から連続運転に切り替える運転切り替え手段として働く。
【００１５】
図２は、入退室制御端末１Ａに備えられるデータベース１Ａ１のテーブル形式のデータを例示した図である。データベース１Ａ１は、入退室制御端末１Ａについての通信機能に係るデータを保持して管理する入退室制御端末情報テーブル１Ａ１Ａと、居室５Ａを使用する人が所持するカードの識別情報（カードＩＤ）を保持して管理するカード管理テーブル１Ａ１Ｂと、電気錠付き扉６Ａの解錠、施錠の動作状態に対応する入室側のカードリーダ７Ａ１及び出室側のカードリーダ７Ａ２の使用状況により居室５Ａの使用状態のデータを保持して管理する扉管理テーブル１Ａ１Ｃと、酸欠状態を防止するための所定人数（連続運転人数）の設定を含めて居室５Ａの使用状態に応じて空調制御端末２Ａによる運転制御への要求に必要なデータを保持して管理する空調管理テーブル１Ａ１Ｄと、を備えて構成される。
【００１６】
図３は、データベース１Ａ１に含まれる入退室制御端末情報テーブル１Ａ１Ａのデータを例示した図である。入退室制御端末情報テーブル１Ａ１Ａは、入退室制御端末カラム１Ａ１Ａ１とＩＰアドレスカラム１Ａ１Ａ２とから構成され、入退室制御端末のデータには１Ａが設定され、ＩＰアドレスのデータには１９２．１６８．２．３が設定された様子を示している。
【００１７】
図４は、データベース１Ａ１に含まれるカード管理テーブル１Ａ１Ｂのデータを例示した図である。カード管理テーブル１Ａ１Ｂは、カードＩＤ（カード識別情報）カラム１Ａ１Ｂ１と居室カラム１Ａ１Ｂ２とから構成され、カードＩＤのデータにはＪ０００１、Ｊ０００２が設定され、これらに対応する居室５Ａのデータにはそれぞれ未入室が設定された様子を示している。
【００１８】
図５は、データベース１Ａ１に含まれる扉管理テーブル１Ａ１Ｃのデータを例示した図である。扉管理テーブル１Ａ１Ｃは、扉カラム１Ａ１Ｃ１、入退室制御端末カラム１Ａ１Ｃ２、カードリーダカラム１Ａ１Ｃ３、入側／出側カラム１Ａ１Ｃ４、及び居室カラム１Ａ１Ｃ５から構成され、扉のデータには扉７Ａが２連で設定され、これらに対応する入退室制御端末のデータには１Ａがそれぞれ設定され、同様にカードリーダのデータには７Ａ１、７Ａ２がそれぞれ設定され、同様に入側／出側のデータには入側、出側がそれぞれ設定され、居室のデータには居室Ａがそれぞれ設定された様子を示している。
【００１９】
図６は、データベース１Ａ１に含まれる空調管理テーブル１Ａ１Ｄのデータを例示した図である。空調管理テーブル１Ａ１Ｄは、空調制御端末カラム１Ａ１Ｄ１、ＩＰアドレスカラム１Ａ１Ｄ２、連続運転人数カラム１Ａ１Ｄ３、入退室制御端末カラム１Ａ１Ｄ４、居室カラム１Ａ１Ｄ５、及び空調機カラム１Ａ１Ｄ６から構成され、空調制御端末のデータには２Ａが設定され、ＩＰアドレスのデータには１９２．１６８．２．４が設定され、連続運転人数のデータには２が設定され、入退室制御端末のデータには１Ａが設定され、居室５Ａのデータには居室Ａが設定され、空調機のデータには４Ａが設定された様子を示している。
【００２０】
図７は、空調制御端末２Ａに備えられるデータベース２Ａ１のテーブル形式のデータを例示した図である。データベース２Ａ１は、空調制御端末２Ａについての通信機能に係るデータを保持して管理する空調制御端末情報テーブル２Ａ１Ａと、入退室制御端末１Ａから発出された各種運転要求信号に応じて切り替え制御に係る各種設定データを保持して管理する間欠運転管理テーブル２Ａ１Ｂと、を備えて構成される。
【００２１】
図８は、データベース２Ａ１に含まれる空調制御端末情報テーブル２Ａ１Ａのデータを例示した図である。空調制御端末情報テーブル２Ａ１Ａは、空調制御端末カラム２Ａ１Ａ１とＩＰアドレスカラム２Ａ１Ａ２とから構成され、空調制御端末のデータには２Ａが設定され、ＩＰアドレスのデータには１９２．１６８．２．４が設定された様子を示している。
【００２２】
図９は、データベース２Ａ１に含まれる間欠運転管理テーブル２Ａ１Ｂのデータを例示した図である。間欠運転管理テーブル２Ａ１Ｂは、空調機カラム２Ａ１Ｂ１、運転設定時間カラム２Ａ１Ｂ２、停止設定時間カラム２Ａ１Ｂ３、モード設定カラム２Ａ１Ｂ４、及び空調制御端末カラム２ＡＢ５から構成され、空調機のデータには４Ａが設定され、運転設定時間のデータには６０分が設定され、停止設定時間のデータには１０分が設定され、モード設定のデータには運転モードが設定され、空調制御端末のデータには２Ａが設定された様子を示している。
【００２３】
図１０は、入退室制御端末１Ａに係る起動の動作処理を示すフローチャートである。起動の動作処理では、まず入退室制御端末１ＡがＩＰアドレス設定ファイル１Ａ２の読込み（ステップＳ１０１）を行い、ＩＰアドレスを「１９２．１６８．２．３」に設定した後、データベース１Ａ１の入退室制御端末情報テーブル１Ａ１Ａを参照してＩＰアドレス「１９２．１６８．２．３」を持つレコードを検索し、入退室制御端末カラム１Ａ１Ａ１のデータを取得することで入退室制御端末１Ａの取得（ステップＳ１０２）を行う。
【００２４】
次に、入退室制御端末１Ａは、データベース１Ａ１の扉管理テーブル１Ａ１Ｃを参照して入退室制御端末１Ａのレコードを検索し、該当するレコード数をカードリーダ個数としてカウントし、カードリーダ個数２とカードリーダカラム１Ａ１Ｃ３のデータに存在する入室側のカードリーダ７Ａ１、出室側のカードリーダ７Ａ２の取得（ステップＳ１０３）を行った後、カードリーダ個数分タスク起動したか否かの判定（ステップＳ１０４）を行う。この判定の結果、カードリーダ個数分タスク起動していなければ、カードリーダ常駐タスクの起動（ステップＳ１０５）を行ってからこのカードリーダ個数分タスク起動したか否かの判定（ステップＳ１０４）の前にリターンして処理を繰り返すことにより、入室側のカードリーダ７Ａ１用のカードリーダ常駐タスクと出室側のカードリーダ７Ａ２用のカードリーダ常駐タスクとを起動するが、カードリーダ個数分タスク起動していれば、データベース１Ａ１の扉管理テーブル１Ａ１Ｃを参照して入退室制御端末１Ａと入側／出側１Ａ１Ｃ４の入側を持つレコードを検索し、該当するレコード数を扉個数としてカウントし、扉個数１と扉カラム１Ａ１Ｃ１のデータに存在する扉７Ａの取得（ステップＳ１０６）を行う。
【００２５】
引き続き、入退室制御端末１Ａは、扉の個数分タスク起動したか否かの判定（ステップＳ１０７）を行う。この判定の結果、扉の個数分タスク起動していなければ、扉常駐タスクの起動（ステップＳ１０８）を行ってからこの扉の個数分タスク起動したか否かの判定（ステップＳ１０７）の前にリターンして処理を繰り返すことにより、扉個数１個の扉７Ａ用の扉常駐タスクを起動するが、扉の個数分タスク起動していれば、データベース１Ａ１の扉管理テーブル１Ａ１Ｃを参照して入退室制御端末１Ａを持つレコードを検索し、該当するレコードの中からデータの重複を除いたレコード数を居室個数としてカウントし、居室個数１と居室カラム１Ａ１Ｃ５のデータに存在する居室Ａの取得（ステップＳ１０９）を行う。
【００２６】
更に、入退室制御端末１Ａは、居室の個数分タスク起動したか否かの判定（ステップＳ１１０）を行う。この判定の結果、居室の個数分タスク起動していなければ、居室常駐タスクの起動（ステップＳ１１１）を行ってからこの居室の個数分タスク起動したか否かの判定（ステップＳ１１０）の前にリターンして処理を繰り返すことにより、居室個数１個の居室Ａ用の居室常駐タスクを起動するが、居室の個数分タスク起動していれば動作処理を修了する。
【００２７】
図１１は、図１０で説明した起動の動作処理に含まれるカードリーダ常駐タスクの動作処理を示すフローチャートである。このカードリーダ常駐タスクの動作処理は、先のカードリーダ常駐タスクの起動（ステップＳ１０５）の細部を示すもので、まず入退室制御端末１Ａが起動された入室側のカードリーダ７Ａ１用のカード常駐タスクの動作処理を行う場合を説明する。カードリーダ７Ａ１用のカード常駐タスクの動作処理では、データベース１Ａ１の扉管理テーブル１Ａ１Ｃを参照してカードリーダカラム１Ａ１Ｃ３からカードリーダ７Ａ１のレコードを持つデータの取得（ステップＳ２０１）を行った後、取得したレコードに基づいて入側／出側カラム１Ａ１Ｃ４から入側／出側の設定（ステップＳ２０２）として、入側／出側のデータを入側に設定する。また、取得したレコードに基づいて扉カラム１Ａ１Ｃ１から扉の設定（ステップＳ２０３）として、扉のデータを扉７Ａに設定する。更に、取得したレコードに基づいて居室カラム１Ａ１Ｃ５から居室の設定（ステップＳ２０４）として、居室のデータを居室Ａに設定する。
【００２８】
次に、入退室制御端末１Ａは、カードリーダ７Ａ１からカードＩＤを取得したか否かの判定（ステップＳ２０５）を行う。この判定の結果、カードＩＤを取得していなければ係る判定（ステップＳ２０５）の前にリターンしてカードＩＤが得られるまで処理を繰り返すが、カードＩＤを取得していればデータベース１Ａ１を参照してカード管理テーブル１Ａ１Ｂに該当カードＩＤはあるか否かの判定（ステップＳ２０６）を行う。この判定の結果、該当するカードＩＤがなければカードリーダ７Ａ１からカードＩＤを取得したか否かの判定（ステップＳ２０５）の前にリターンしてカードＩＤが得られるまで処理を繰り返すが、該当するカードＩＤがあれば扉７Ａ用の扉の常駐タスクへ解錠（要求）を通知（ステップＳ２０７）する処理を行う。ここでは、一例として、カードＩＤがＪ０００３のカードがカードリーダ７Ａ１に翳されると、該当カードＩＤはあるか否かの判定（ステップＳ２０６）の結果がＮｏとなり、カードリーダ７Ａ１からカードＩＤを取得したか否かの判定（ステップＳ２０５）の前にリターンし、カードＩＤがＪ０００１のカードがカードリーダ７Ａ１に翳されると、該当カードＩＤはあるか否かの判定（ステップＳ２０６）の結果がＹｅｓとなり、扉の常駐タスクへ解錠（要求）を通知（ステップＳ２０７）する処理が行われる場合を例示できる。
【００２９】
更に、入退室制御端末１Ａは、入側／出側設定は入側であるか否かの判定（ステップＳ２０８）を行う。この判定の結果、入側であればカード管理テーブル１Ａ１ＢのカードＩＤカラム１Ａ１Ｂ１の該当カードＩＤのデータがＪ０００１のレコードに該当する居室カラム１Ａ１Ｂ２の居室のデータを未入室から入室へ更新（ステップＳ２０９）してからカードリーダ７Ａ１からカードＩＤを取得したか否かの判定（ステップＳ２０５）の前にリターンしてそれ以降の処理を繰り返すが、入側でなければカード管理テーブル１Ａ１ＢのカードＩＤカラム１Ａ１Ｂ１の該当カードＩＤのデータがＪ０００１のレコードに該当する居室カラム１Ａ１Ｂ２の居室のデータを未入室から退室へ更新（ステップＳ２１０）してからカードリーダ７Ａ１からカードＩＤを取得したか否かの判定（ステップＳ２０５）の前にリターンしてそれ以降の処理を繰り返す。
【００３０】
一方、出室側のカードリーダ７Ａ２用のカード常駐タスクの動作処理では、データベース１Ａ１の扉管理テーブル１Ａ１Ｃを参照してカードリーダカラム１Ａ１Ｃ３からカードリーダ７Ａ２のレコードを持つデータの取得（ステップＳ２０１）を行った後、取得したレコードに基づいて入側／出側カラム１Ａ１Ｃ４から入側／出側の設定（ステップＳ２０２）として、入側／出側のデータを出側に設定する。また、取得したレコードに基づいて扉カラム１Ａ１Ｃ１から扉の設定（ステップＳ２０３）として、扉のデータを扉７Ａに設定する。更に、取得したレコードに基づいて居室カラム１Ａ１Ｃ５から居室の設定（ステップＳ２０４）として、居室のデータを居室Ａに設定する。
【００３１】
次に、入退室制御端末１Ａは、カードリーダ７Ａ２からカードＩＤを取得したか否かの判定（ステップＳ２０５）を行う。この判定の結果、カードＩＤを取得していなければ係る判定（ステップＳ２０５）の前にリターンしてカードＩＤが得られるまで処理を繰り返すが、カードＩＤを取得していればデータベース１Ａ１を参照してカード管理テーブル１Ａ１Ｂに該当カードＩＤはあるか否かの判定（ステップＳ２０６）を行う。この判定の結果、該当するカードＩＤがなければカードリーダ７Ａ２からカードＩＤを取得したか否かの判定（ステップＳ２０５）の前にリターンしてカードＩＤが得られるまで処理を繰り返すが、該当するカードＩＤがあれば扉７Ａ用の扉の常駐タスクへ解錠（要求）を通知（ステップＳ２０７）する処理を行う。ここでも、一例として、カードＩＤがＪ０００３のカードがカードリーダ７Ａ２に翳されると、該当カードＩＤはあるか否かの判定（ステップＳ２０６）の結果がＮｏとなり、カードリーダ７Ａ２からカードＩＤを取得したか否かの判定（ステップＳ２０５）の前にリターンし、カードＩＤがＪ０００２のカードがカードリーダ７Ａ２に翳されると、該当カードＩＤはあるか否かの判定（ステップＳ２０６）の結果がＹｅｓとなり、扉の常駐タスクへ解錠（要求）を通知（ステップＳ２０７）する処理が行われる場合を例示できる。
【００３２】
更に、入退室制御端末１Ａは、入側／出側設定は入側であるか否かの判定（ステップＳ２０８）を行う。この判定の結果、入側であれば、出側設定されているためにカード管理テーブル１Ａ１ＢのカードＩＤカラム１Ａ１Ｂ１の該当カードＩＤのデータがＪ０００２のレコードに該当する居室カラム１Ａ１Ｂ２の居室のデータを居室Ａから未入室へ更新（略図するステップＳ２０９´とできるが、ここではステップＳ２０９の「入室」を「未入室」と変更した形態となる）してからカードリーダ７Ａ２からカードＩＤを取得したか否かの判定（ステップＳ２０５）の前にリターンしてそれ以降の処理を繰り返すが、入側でなければ（出側であれば）カード管理テーブル１Ａ１ＢのカードＩＤカラム１Ａ１Ｂ１の該当カードＩＤのデータがＪ０００２のレコードに該当する居室カラム１Ａ１Ｂ２の居室のデータを居室Ａから退室へ更新（ステップＳ２１０）してからカードリーダ７Ａ２からカードＩＤを取得したか否かの判定（ステップＳ２０５）の前にリターンしてそれ以降の処理を繰り返す。
【００３３】
図１２は、図１０で説明した起動の動作処理に含まれる扉常駐タスクの動作処理を示すフローチャートである。この扉常駐タスクの動作処理は、先の扉常駐タスクの起動（ステップＳ１０８）の細部を示すもので、まず入退室制御端末１Ａが起動された扉７Ａ用の扉常駐タスクについて、入室側のカードリーダ７Ａ１、出室側のカードリーダ７Ａ２からの要求があるか否かにより、カードリーダ常駐タスクからの要求があるか否かの判定（ステップＳ３０１）を行う。この判定の結果、カードリーダ常駐タスクからの要求があれば扉７Ａの電気錠を解錠（ステップＳ３０２）してからカードリーダ常駐タスクからの要求があるか否かの判定（ステップＳ３０１）の前にリターンして処理を繰り返すが、カードリーダ常駐タスクからの要求が無ければ前回解錠してから一定時間経過したか否かの判定（ステップＳ３０３）を行う。この判定の結果、一定時間経過していなければカードリーダ常駐タスクからの要求があるか否かの判定（ステップＳ３０１）の前にリターンして処理を繰り返すが、一定時間経過していれば扉の電気錠を施錠（ステップＳ３０４）してからカードリーダ常駐タスクからの要求があるか否かの判定（ステップＳ３０１）の前にリターンして処理を繰り返す。
【００３４】
図１３は、図１０で説明した起動の動作処理に含まれる居室常駐タスクの動作処理を示すフローチャートである。この居室常駐タスクの動作処理は、先の居室常駐タスクの起動（ステップＳ１１１）の細部を示すもので、まず入退室制御端末１Ａが起動された居室Ａ用の居室常駐タスクについて、データベース１Ａ１を参照して空調管理テーブル１Ａ１Ｄの居室カラム１Ａ１Ｄ５のデータのレコードを検索して居室Ａの取得（ステップＳ４０１）を行った後、取得したレコードに基づいて連続運転人数カラム１Ａ１Ｄ３のデータである該当居室Ａの連続運転人数２とＩＰアドレスカラム１Ａ１Ｄ２のＩＰアドレスのデータである「１９２．１６８．２．４」の設定（ステップＳ４０２）を行ってから該当居室Ａの変更前人数と変更後人数を「０」に設定（ステップＳ４０３）して初期化する。
【００３５】
次に、入退室制御端末１Ａは、データベース１Ａ１を参照してカード管理テーブル１Ａ１Ｂの居室カラム１Ａ１Ｂ２のデータが居室Ａのレコードを検索し、レコード数を取得することで該当居室Ａの現在人数の取得（ステップＳ４０４）を行った後、取得したレコード数を変更後人数に設定することで変更後人数の更新（ステップＳ４０５）を行う。更に、変更前人数と変更後人数とを比較し、変更前人数＝変更後人数であるか否かの判定（ステップＳ４０６）を行う。この判定の結果、変更後人数が変更前人数と同じであれば、該当居室Ａの現在人数の取得（ステップＳ４０４）の前にリターンしてそれ以降の処理を繰り返すが、変更後人数が変更前人数と同じでなければ、引き続いて変更後人数が連続運転人数以上であるか否かの条件、並びに変更前人数が連続運転人数未満であるか否かの条件による２つの条件を満たしているか否かの判定（ステップＳ４０７）を行う。この判定の結果、２つの条件を満たしていれば、該当するＩＰアドレス「１９２．１６８．２．４」の空調制御端末２Ａに対して運転切り替え要求信号を送出して連続運転通知（ステップＳ４０８）を行った後、変更後人数を変更前人数に設定（ステップＳ４１１）してから該当居室Ａの現在人数の取得（ステップＳ４０４）の前にリターンしてそれ以降の処理を繰り返す。
【００３６】
また、２つの条件を満たしていなければ、引き続いて変更後人数が連続運転人数未満であるか否かの条件、変更前人数が連続運転人数以上であるか否かの条件による２つの条件を満たしているか否かの判定（ステップＳ４０９）を行う。この判定の結果、２つの条件を満たしていれば、該当するＩＰアドレス「１９２．１６８．２．４」の空調制御端末２Ａに対して運転切り替え要求信号を送出して間欠運転通知（ステップＳ４１０）を行った後、変更後人数を変更前人数に設定（ステップＳ４１１）してから該当居室Ａの現在人数の取得（ステップＳ４０４）の前にリターンしてそれ以降の処理を繰り返すが、２つの条件を満たしていなければ、変更後人数を変更前人数に設定（ステップＳ４１１）する処理にジャンプしてから該当居室Ａの現在人数の取得（ステップＳ４０４）の前にリターンしてそれ以降の処理を繰り返す。
【００３７】
図１４は、空調制御端末２Ａの動作処理の前段を示したフローチャートである。空調制御端末２Ａの動作処理の前段では、まず空調制御端末２ＡがＩＰアドレス設定ファイル２Ａ２の読込み（ステップＳ５０１）を行い、ＩＰアドレスを「１９２．１６８．２．４」に設定した後、データベース２Ａ１の空調制御端末情報テーブル２Ａ１Ａを参照してＩＰアドレス「１９２．１６８．２．４」を持つレコードを検索し、空調制御端末カラム２Ａ１Ａ１のデータを取得することで空調制御端末２Ａの取得（ステップＳ５０２）を行う。
【００３８】
次に、空調制御端末２Ａは、データベース２Ａ１の間欠運転管理テーブル２Ａ１Ｂを参照して空調制御端末２Ａのレコードを検索し、該当する空調機カラム２Ａ１Ｂ１のデータの空調機４Ａ、運転設定時間カラム２Ａ１Ｂ２のデータの運転設定時間６０分、並びに停止設定時間カラム２Ａ１Ｂ３のデータの停止設定時間１０分の設定（ステップＳ５０３）を行った後、モード設定を空調制御端末カラム２Ａ１Ｂ５のデータの空調制御端末２Ａを持つレコードのモード設定カラム２Ａ１Ｂ４のデータの運転モードへ更新（ステップＳ５０４）してから空調機４ＡをＯＮ（ステップＳ５０５）にする。更に、空調制御端末２Ａは、時刻を取得し、新時刻へ設定（ステップＳ５０６）してから新時刻を旧時刻へ設定して新時刻＝旧時刻（ステップＳ５０７）とする処理を行う。
【００３９】
図１５は、空調制御端末２Ａの動作処理の後段を示したフローチャートである。空調制御端末２Ａの動作処理の後段では、引き続いて空調制御端末２Ａが時刻を取得し、新時刻へ設定（ステップＳ５０８）してから新時刻から新時刻を差し引いた時刻差分を時刻差分＝新時刻−旧時刻（ステップＳ５０９）なる関係を設定して算出する。更に、入退室制御端末１Ａより通知はあるか否かの判定（ステップＳ５１０）を行う。この判定の結果、通知があれば引き続いて連続運転要求であるか否かの判定（ステップＳ５１１）を行い、その判定結果が連続運転要求であればデータベース２Ａ１を参照して間欠運転管理テーブル２Ａ１Ｂより空調制御端末２Ａを持つレコードについてのモード設定カラム２Ａ１Ｂ４のモード設定のデータを間欠停止モードへ更新（ステップＳ５１２）した後、空調機４ＡをＯＮ（ステップＳ５１３）にしてから時刻を取得し、新時刻へ設定（ステップＳ５０８）する処理の前にリターンしてそれ以降の処理を繰り返すが、連続運転要求でなければ間欠運転要求であるか否かの判定（ステップＳ５１４）を行う。この判定の結果、間欠運転要求でなければ時刻を取得し、新時刻へ設定（ステップＳ５０８）する処理の前にリターンしてそれ以降の処理を繰り返すが、間欠運転要求であればデータベース２Ａ１を参照して間欠運転管理テーブル２Ａ１Ｂより空調制御端末２Ａを持つレコードについてのモード設定カラム２Ａ１Ｂ４のモード設定のデータを連続モードへ更新（ステップＳ５１５）した後、空調機４ＡをＯＮ（ステップＳ５１６）にすると共に、新時刻を旧時刻に設定して旧時刻＝新時刻（ステップＳ５１７）としてから時刻を取得し、新時刻へ設定（ステップＳ５０８）する処理の前にリターンしてそれ以降の処理を繰り返す。
【００４０】
一方、先の入退室制御端末１Ａより通知はあるか否かの判定（ステップＳ５１０）の結果、通知が無ければモード設定が間欠停止モードであるか否かについて、モード設定＝間欠停止モードであるか否かの判定（ステップＳ５１８）を行う。この判定の結果、モード設定が間欠停止モードであれば、時刻を取得し、新時刻へ設定（ステップＳ５０８）する処理の前にリターンしてそれ以降の処理を繰り返すが、モード設定が間欠停止モードでなければ、モード設定が運転モードであるか否かについて、モード設定＝運転モードであるか否かの判定（ステップＳ５１９）を行う。この判定の結果、モード設定が運転モードであれば、引き続いて時刻差分が運転（設定）時間以上であるか否かの判定（ステップＳ５２０）を行い、この判定結果により時刻差分が運転時間以上でなければ（時刻差分が運転時間未満であれば）、時刻を取得し、新時刻へ設定（ステップＳ５０８）する処理の前にリターンしてそれ以降の処理を繰り返すが、時刻差分が運転時間以上（６０分以上）であれば、データベース２Ａ１を参照して間欠運転管理テーブル２Ａ１Ｂより空調制御端末２Ａを持つレコードについてのモード設定カラム２Ａ１Ｂ４のモード設定のデータを停止モードとするモード設定＝停止モード（ステップＳ５２１）の設定を行った後、空調機４ＡをＯＦＦ（ステップＳ５２２）にすると共に、新時刻を旧時刻に設定して旧時刻＝新時刻（ステップＳ５２３）としてから時刻を取得し、新時刻へ設定（ステップＳ５０８）する処理の前にリターンしてそれ以降の処理を繰り返す。
【００４１】
他方、先のモード設定＝運転モードであるか否かの判定（ステップＳ５１９）の結果、モード設定が運転モードでなければ、モード設定が停止モードであるか否かについて、モード設定＝停止モードであるか否かの判定（ステップＳ５２４）を行う。この判定の結果、モード設定が停止モードでなければ、時刻を取得し、新時刻へ設定（ステップＳ５０８）する処理の前にリターンしてそれ以降の処理を繰り返すが、モード設定が停止モードであれば、引き続いて時刻差分が停止（設定）時間以上であるか否かの判定（ステップＳ５２５）を行う。この判定結果、時刻差分が停止時間以上でなければ（時刻差分が停止時間未満であれば）、時刻を取得し、新時刻へ設定（ステップＳ５０８）する処理の前にリターンしてそれ以降の処理を繰り返すが、時刻差分が停止時間以上（１０分以上）であれば、データベース２Ａ１を参照して間欠運転管理テーブル２Ａ１Ｂより空調制御端末２Ａを持つレコードについてのモード設定カラム２Ａ１Ｂ４のモード設定のデータを運転モードとするモード設定＝運転モード（ステップＳ５２６）の設定を行った後、空調機４ＡをＯＮ（ステップＳ５２７）にすると共に、新時刻を旧時刻に設定して旧時刻＝新時刻（ステップＳ５２８）としてから時刻を取得し、新時刻へ設定（ステップＳ５０８）する処理の前にリターンしてそれ以降の処理を繰り返す。
【００４２】
尚、上述した実施例１に係る空調機運転制御システムは、居室５Ａ内の在室人数が所定人数に到達すると、入退室制御端末１Ａが運転切り替え要求信号を集線装置（ＨＵＢ）３を経由して空調制御端末２Ａに発出し、これを受信した空調制御端末２Ａが空調機４Ａの間欠運転を停止して連続運転とすることにより酸欠状態を予防できるものであり、係る機能を得るための図１０〜図１５で説明した入退室制御端末１Ａ、並びに空調制御端末２Ａの動作処理は、開示した処理に限定されない。例えば図１３に示した居室常駐タスクの動作処理における２つの条件を同時に満たす判定（ステップＳ４０７、Ｓ４０９）は、あくまでも省エネを配慮した例であって、変更前人数を考慮せずに変更後人数のみに係る１つの条件で判定処理するように変更することも可能である。また、各端末間（入退室制御端末１Ａ及び空調制御端末２Ａ間）の通信方式も集線装置（ＨＵＢ）３を用いた構成に限定されない。
【符号の説明】
【００４３】
１Ａ  入退室制御端末
１Ａ１、２Ａ１  データベース
１Ａ１Ａ  入退室制御端末情報テーブル
１Ａ１Ｂ  カード管理テーブル
１Ａ１Ｃ  扉管理テーブル
１Ａ１Ｄ  空調管理テーブル
１Ａ２、２Ａ２  ＩＰアドレス設定ファイル
２Ａ  空調制御端末
２Ａ１Ａ  空調制御端末情報テーブル
２Ａ１Ｂ  間欠運転管理テーブル
３  集線装置（ＨＵＢ）
４Ａ  空調機
５Ａ  居室
６Ａ  電気錠付き扉
７Ａ１、７Ａ２  カードリーダ
【図１】
2013152046.tif 000003
【図２】
2013152046.tif 000004
【図３】
2013152046.tif 000005
【図４】
2013152046.tif 000006
【図５】
2013152046.tif 000007
【図６】
2013152046.tif 000008
【図７】
2013152046.tif 000009
【図８】
2013152046.tif 000010
【図９】
2013152046.tif 000011
【図１０】
2013152046.tif 000012
【図１１】
2013152046.tif 000013
【図１２】
2013152046.tif 000014
【図１３】
2013152046.tif 000015
【図１４】
2013152046.tif 000016
【図１５】
2013152046.tif 000017