(57)【要約】【課題】  空調監視システムにおいて、監視用データに時刻情報を付加して収集するデータ収集方法、および空調監視システム上で監視用データに時刻情報を付加して中継する中継装置を提供する。【解決手段】  中継装置４のインデックス付与部４２は、送受信部４１が監視用データを受信する度に、監視用データに対して受信時における周期の順番を示すインデックス番号を付加してバッファメモリ４３に記録した後、所定の送出順序のうち何番目に送出された監視用データなのか判定する。また、インデックス付与部４２は、所定時間を経過した場合、またはバッファメモリ４３に記録した監視用データの送出順序が１番目である場合、または送出順序が２番目で１つ前に記録した監視用データの送出順序が１番目でない場合は、インデックス番号に１を加算して更新し、１つ前に記録した監視用データのインデックス番号を新たなインデックス番号に変更する。【選択図】  図１
2005195307.tif 000002
【特許請求の範囲】
【請求項１】
複数の空調機器と、当該空調機器が生成し送出する監視に必要とされる監視用データを基に当該空調機器の状態を監視する監視装置と、前記データを前記空調機器から受信、バッファメモリに一時記憶した後、前記監視装置へネットワークを介して送信する中継装置とから構成される空調監視システムにおけるデータ収集方法であって、
前記複数の空調機器において、
所定時間長の１周期毎に、前記複数の空調機器それぞれから所定の送出順序をもって前記監視用データを生成送出する工程と、
前記中継装置において、
前記監視用データを受信する度に、当該監視用データに対して受信時における前記周期の順番を示すインデックス番号を付加して前記バッファメモリに記録した後、前記所定の送出順序のうち何番目に送出された監視用データなのか判定する工程と、
前記所定時間を経過した場合、または前記バッファメモリに記録した監視用データの送出順序が１番目である場合、または前記バッファメモリに記録した監視用データの送出順序が２番目で１つ前に記録した監視用データの送出順序が１番目でない場合は、前記インデックス番号を変更する工程と、
前記バッファメモリから前記インデックス番号が付加された監視用データを取得し、ネットワークを介して前記監視装置へ送信する工程と、
を有することを特徴とするデータ収集方法。
【請求項２】
複数の空調機器と、当該空調機器が生成し送出するデータを基に当該空調機器の状態を監視する監視装置とからなる空調監視システムにおいて、監視に必要とされる監視用データを前記空調機器から前記監視装置へ中継する中継装置であって、
所定時間長の１周期毎に、前記複数の空調機器それぞれから所定の送出順序をもって生成送出される前記監視用データを、ネットワークを介して受信するデータ受信手段と、
前記データ受信手段によって受信された前記監視用データに対して受信時における前記周期の順番を示すインデックス番号を付加するインデックス付与手段と、
前記インデックス付与部によって前記インデックス番号が付加された監視用データを記憶する記憶手段と、
前記記憶手段から前記前記インデックス番号が付加された監視用データを取得し、ネットワークを介して前記監視装置へ送信するデータ送信手段と、
を備えることを特徴とする中継装置。
【請求項３】
前記インデックス付与手段は、前記所定時間を経過した場合、前記インデックス番号に１を加算して更新することを特徴とする請求項２に記載の中継装置。
【請求項４】
前記インデックス付与手段は、前記記憶手段に記憶された前記監視用データが、前記所定の送出順序のうち１番目に送出された監視用データなのか判定し、送出順序が１番目のものであれば、前記インデックス番号に１を加算して更新し、前記記憶手段に記憶されている前記監視用データの前記インデックス番号を更新された新たな前記インデックス番号に修正することを特徴とする請求項２乃至請求項３に記載の中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、空調監視システムにおけるデータ収集方法および空調監視システム上でデータを中継する中継装置に関する。
【背景技術】
【０００２】
近年、高層ビル等の大型施設においては、その規模のさらなる大型化・高機能化要求に伴い、設備機器を一括して集中管理する従来の集中型の監視システムから、設備機器をきめ細かに制御できる分散型の監視システムをとるようになってきている（例えば、特許文献１）。特に空調機器の監視システムについては、後からの改変が困難であるため、施設建設時に一括して設置されることが多い。
【０００３】
ところで、室外機と、その室外機と配管系統が同じである複数の室内機とからなる空調システム、いわゆるマルチエアコン、では、室外機がセンター制御装置となって同一配管系統内の全ての室内機に対して、一定の周期をもって予め定められた順序で制御・動作指令情報を送信しており、また、室外機はその応答として室内機自身の状態情報を返信している。
【０００４】
図７は、従来の空調システムを監視するための空調監視システム１０１の構成を示す図である。従来は、室外機を制御する室外機制御装置１０２と室内機を制御する室内機制御装置１０３とは、専用の通信線（空調機バスライン）によって接続され、制御情報や状態情報の送受信を行っている。なお、便宜的に、同一の配管系統内に存在する室外機の室外機制御装置１０２と室内機の室内機制御装置１０３で構成されるネットワークを系統（系統１、系統２…）と称する。
【０００５】
また、各系統の室外機制御装置１０２と室内機制御装置１０３は空調機バスラインによって中継装置１０４にも接続され、中継装置１０４は室外機制御装置１０２−室内機制御装置１０３間で送受信される諸情報を取り込み、一時的にバッファメモリに記録している。
【０００６】
また、この中継装置１０４は専用の通信線（遠隔監視バスライン）によってローカルサーバ１０５に接続され、中継装置１０４のバッファメモリに一旦蓄積記録された制御情報や状態情報等の諸情報はローカルサーバ１０５に集約される。このローカルサーバ１０５に集約された諸情報は、インターネットを介してセンターサーバ１０６へ送信され、センターサーバ１０６は、室外機や室内機の運転状況の監視や故障診断を行っている。
【０００７】
このように空調監視システム１０１を構成することによって、高層ビル等、大規模になりがちであった空調システムを、小規模な系統を一単位として分散型の空調システムを構成し、その監視を集約して行うことが可能となっている。
【０００８】
また、室外機制御装置１０２−室内機制御装置１０３間で送受信される制御情報や状態情報（以降、監視用データと総称する）は、所定のビット長を有する系統アドレス、機器アドレス、および実データから構成される。系統アドレスは、中継装置１０４に接続されている各系統を識別するための情報であり、また、機器アドレスは、各系統内における室外機制御装置１０２および室内機制御装置１０３を識別するためのアドレス情報である。
【０００９】
また、実データは、室内機制御装置１０３からの情報（室温、設定温度、サイクル温度、ファン風量等）が所定のビット長を有して予め決められた位置に記録されるデータブロックと、室外機制御装置１０２からの情報（コンプレッサ回転数、外気温、バルブ開度、電流値等）が所定のビット長を有して予め決められた位置に記録されるデータブロックとから構成される。例えば、室外機制御装置１０２から特定の室内機制御装置１０３へ、冷媒流量を調整するバルブの開度を変更する情報を送信する場合は、系統アドレスと機器アドレスにその特定の室外機制御装置１０２を示すビット値と、実データの所定のビット位置にバルブの開度を示すビット値とがそれぞれ設定される（その他は、例えば、無効を示すビット値“０”が設定される）。
【００１０】
この監視用データは、図８に示すように、各系統内において、一定の周期（ｔ秒）をもって送受信されている。例えば、図８中、系統１において「Ａ要求」とあるのは、室外機制御装置１０２Ａから送信されるバルブ開度の変更等を示す監視用データであり、「ａ１応答」とあるのは、室内機制御装置１０３ａ１が室外機制御装置１０２Ａから受信した監視用データに対応して返信した監視用データであることを示している。なお、系統毎に周期が同期している必要はない。
【００１１】
通常、空調監視システム１０１においては、図８に示すように、系統内に存在する全ての室内機制御装置１０３に対して所定の順番でｔ秒内に要求と応答が繰り返して行われ、中継装置１０４Ａは、空調機バスラインを介して、送受信されている監視用データのうち必要なものを取り込むことになる。ところが、何等かの原因によって、正常に要求と応答が行われない場合が発生することがある。例えば、図９の系統１に示すように、室外機制御装置１０２Ａと室内機制御装置１０３ａ１との要求と応答が行われた後、本来は、室外機制御装置１０２Ａと室内機制御装置１０３ａ２との要求と応答が行われるはずが、何等かの原因で正常に行われず、監視用データ（図９中、破線で示す要求と応答）が抜け落ちるような状況が発生すると、中継装置１０４Ａのバッファメモリには、正常であれば図１０左（正常時）に示すように、時系列順に記憶されるはずが、図１０右（異常時）に示すように、“抜け”が生じてしまう。なお、図１０中、「Ａ」とあるのは室外機制御装置１０２の監視用データ、「ａ１（ａｘ）」とあるのは室内機制御装置１０３ａ１（ａｘ）の監視用データを指す（図１１についても同様）。
【００１２】
また、図１１の系統２に示すように、室外機制御装置１０２Ｂと室内機制御装置１０３ｂ１との要求と応答が行われた後、次の周期の室外機制御装置１０２Ｂと室内機制御装置１０３ｂ２との要求と応答まで全ての監視用データが抜け落ちた場合、中継装置１０４Ａのバッファメモリには、図１１右（異常時）に示すように、本来２周期目のｂ１以降の監視用データが１周期目の監視用データとして見えてしまい、１周期分の監視用データが抜け落ちたことが分からなくなってしまう。さらには、何周期目の監視用データなのか分からなくなるといった状況も発生する可能性があり、従来の空調監視システム１０１は、“時間(順序)”の面において信頼性に乏しかった。
【００１３】
特に、いつ何時故障が発生したのか、また、故障診断等、その故障が発生しそうな予兆を正確に把握する必要がある場合には、時間を追って室外機や室内機の運転状態を把握する必要があり、従来の空調監視システム１０１では、正確に監視を行うことができなかった。
【００１４】
そのため、室外機制御装置１０２や室内機制御装置１０３が出力する監視用データに対して、時系列に沿って監視用データの並びを示す何等かの時刻情報を付加する必要があるが、既に設置済みの従来の室外機制御装置１０２や室内機制御装置１０３を改良するには、コストや作業負荷の点から好ましいとは言えない。また、各制御装置の処理能力の点からも好ましいとは言えない。従って、中継装置１０４において、監視用データを取り込む際に、何等かの時刻情報を付加する処理を行うことが適切である。
【００１５】
しかしながら、時刻情報としては、監視用データを受信した日付と時刻をそのまま用いることが考えられるが、例えば、「2003/12/18 10:18:25」というような時刻情報を付加すると、この時刻情報の部分でバッファメモリの容量をかなり消費することになってしまう。中継装置１０４は限られた容量しか持たないため、時刻情報はバッファメモリのメモリ消費量の少ない可能な限り小さなデータであることが望ましい。また、中継装置１０４−ローカルサーバ１０５間の通信時間短縮の観点からも可能な限り小さなデータであることが望ましい。
【特許文献１】特開平１０−９８７７８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１６】
本発明は、上記事情に鑑みてなされたものであり、空調監視システムにおいて、監視用データに対して受信時における周期の順番を示すインデックス番号を付加して収集するデータ収集方法、および空調監視システム上で監視用データに対して受信時における周期の順番を示すインデックス番号を時刻情報として付加して中継する中継装置を提供することを目的とする。
【課題を解決するための手段】
【００１７】
上述した課題を解決するために、請求項１に記載のデータ収集方法は、複数の空調機器と、当該空調機器が生成し送出する監視に必要とされる監視用データを基に当該空調機器の状態を監視する監視装置と、前記データを前記空調機器から受信、バッファメモリに一時記憶した後、前記監視装置へネットワークを介して送信する中継装置とから構成される空調監視システムにおけるデータ収集方法であって、前記複数の空調機器において、所定時間長の１周期毎に、前記複数の空調機器それぞれから所定の送出順序をもって前記監視用データを生成送出する工程と、前記中継装置において、前記監視用データを受信する度に、当該監視用データに対して受信時における前記周期の順番を示すインデックス番号を付加して前記バッファメモリに記録した後、前記所定の送出順序のうち何番目に送出された監視用データなのか判定する工程と、前記所定時間を経過した場合、または前記バッファメモリに記録した監視用データの送出順序が１番目である場合、または前記バッファメモリに記録した監視用データの送出順序が２番目で１つ前に記録した監視用データの送出順序が１番目でない場合は、前記インデックス番号を変更する工程と、前記バッファメモリから前記インデックス番号が付加された監視用データを取得し、ネットワークを介して前記監視装置へ送信する工程とを有することを特徴とする。
【００１８】
また、請求項２に記載の中継装置は、複数の空調機器と、当該空調機器が生成し送出するデータを基に当該空調機器の状態を監視する監視装置とからなる空調監視システムにおいて、監視に必要とされる監視用データを前記空調機器から前記監視装置へ中継する中継装置であって、所定時間長の１周期毎に、前記複数の空調機器それぞれから所定の送出順序をもって生成送出される前記監視用データを、ネットワークを介して受信するデータ受信手段と、前記データ受信手段によって受信された前記監視用データに対して受信時における前記周期の順番を示すインデックス番号を付加するインデックス付与手段と、前記インデックス付与部によって前記インデックス番号が付加された監視用データを記憶する記憶手段と、前記記憶手段から前記前記インデックス番号が付加された監視用データを取得し、ネットワークを介して前記監視装置へ送信するデータ送信手段とを備えることを特徴とする。
【発明の効果】
【００１９】
本発明によれば、時刻情報としてインデックス番号を監視用データに付加することによって、個々の監視用データがどの周期で送出されたものかを示すデータが付加され、監視用データを時系列順に並べることが可能となるので、時間を追って空調機器の運転状態を把握することができ、どの時点で故障が発生したのか、その前後のデータはどのように変化したかが正しく把握でき、また、そのデータを用いて故障診断等、その故障が発生しそうな予兆を正確に予測することができる。
【発明を実施するための最良の形態】
【００２０】
本発明の実施形態を、図１〜図６を用いて説明する。
【００２１】
本実施形態における空調監視システム１は、図１に示すように、室外機および室外機からなる空調機器、室外機の制御を行う室外機制御装置２、室内機の制御を行う室内機制御装置３、中継装置４、ローカルサーバ５、およびセンターサーバ６から構成される。室外機制御装置２、室内機制御装置３、および中継装置４は、専用の通信線（空調機バスライン）によって相互に接続される。なお、同一の配管系統に属する室外機制御装置２と室内機制御装置３で構成されるネットワークを系統（系統１、系統２…）と称する。また、中継装置４は、専用の通信線（遠隔監視バスライン）によってローカルサーバ５に接続され、ローカルサーバ５は、インターネットを介してセンターサーバ６に接続される。
【００２２】
室外機制御装置２は、送受信部２１、および制御部２２を有し、送受信部２１は、室内機制御装置３と監視用データの送受信を所定の周期と所定の順序で行う機能を有し、また、制御部２２は、送受信部２１が受信した監視用データに記録された情報に従って室外機の制御を行う制御信号を出力する機能、温度センサ等の各種センサからの入力を受け付け、所定の情報が記録された監視用データを生成する機能を有する。
【００２３】
室内機制御装置３は、送受信部３１、および制御部３２を有し、送受信部３１は、室外機制御装置２と監視用データの送受信を行う機能を有し、また、制御部３２は、送受信部３１が受信した監視用データに指定された室内機の制御を行う制御信号（室内ファンの速度、膨張弁の開度等）を出力する機能、温度センサ等の各種センサからの入力を受け付け、室外機制御装置２から受信した監視用データに応じて所定の情報が記録された監視用データを生成する機能を有する。
【００２４】
中継装置４は、MCU等の電子部品からなり、送受信部４１、インデックス付与部４２、バッファメモリ４３、およびデータ送出部４４を有し、送受信部４１は、室外機制御装置２および室内機制御装置３と監視用データの送受信を所定の周期と所定の順序で行う機能を有し、インデックス付与部４２は、タイマーを備え、送受信部４１が受信した監視用データに対して、系統毎に時系列順にインデックス番号を付加してバッファメモリ４３に記録する機能を有する（詳細は後述）。また、データ送出部４４は、バッファメモリ４３に記録された監視用データを所定の周期で一括してローカルサーバ５へ送信する機能を有する。
【００２５】
ローカルサーバ５は、データ受信部５１、データベース５２、および通信部５３を有し、データ受信部５１は、中継装置４から送信される監視用データを受信し、データベース５２に記録する機能を有し、通信部５３は、インターネットを介して、センターサーバ６へデータベースに記録されている監視用データを所定の周期で一括してセンターサーバ６へ送信する機能を有する。
【００２６】
センターサーバ６は、通信部６１、データベース６２、データ処理部６３、および出力部６４を有し、通信部６１は、ローカルサーバ５から送信される監視用データを受信し、データベースに記録する機能を有し、データ処理部６３は、データベース６２に記録された監視用データを基に、室外機および室内機の状態監視、故障診断等を行う機能を有する。また、出力部６４は、データ処理部６３の処理結果を所定のデータ形式で報告書データとして出力する機能を有する。
【００２７】
なお、室外機制御装置２と室内機制御装置３が生成する監視用データは、従来のものと同じなので、その詳細な説明は省略する。また、この監視用データは、図８に示すように、各系統内において、室外機制御装置２および室内機制御装置３の各制御部２２，３２によって生成され、各送受信部２１，３１，４１によって一定の周期（ｔ秒）をもって所定の順序で送受信され、各機器は、この周期に関連性を持たせて制御動作している。
【００２８】
次に、中継装置４が監視用データを受信した際の処理について、図２のフローチャートに基づいて説明する。なお、以下に示す処理は、系統毎に行われることとする。従って、１つの中継装置４が複数の系統からの監視用データを受信する場合は、同一の処理が複数並行して行われる。
【００２９】
中継装置４のインデックス付与部４２は、内部変数として“index”を有しており、変数“index”は、監視用データ受信時における周期の順番を示すデータであり、例えば、データ長が8ビットであれば0〜255までの連番の値（0番目の周期から255番目の周期、255番以降はまた0番に戻る）となる。
【００３０】
まず、中継装置４のインデックス付与部４２は、処理を開始すると、変数“index”に0を設定してインデックス番号の初期化を行う（ステップＳ０１）。続いて、インデックス付与部４２は、タイマーをリセットして１周期ｔ＋α秒（αはごく小さな時間）のカウントを開始し（ステップＳ０３）、監視用データの受信待機状態となる。
【００３１】
中継装置４の送受信部４１が空調機バスラインを介して何等かのデータを受信すると、インデックス付与部４２はそのデータが監視用データであるかどうか判定し（ステップＳ０４）、監視用データであれば、インデックス付与部４２は、期間開始の起点となる室内機、すなわちアドレス上、１号機の室内機からのデータかどうかを判定する。具体的には系統アドレスと機器アドレスから、対象とする系統で何番目の機器の監視用データであるかどうかを判定する。通常、期間開始の起点は対象とする系統における通信上の機器アドレス１番の室内機を設定しておくと処理が容易になるが、特定の番号を起点とすることも可能である。
【００３２】
ステップＳ０４において、受信したデータが監視用データでなかった場合、インデックス付与部４２は、１周期ｔ+α秒経過したか判定する（ステップＳ０５）。ｔ+α秒経過していなければ、インデックス付与部４２は、ステップＳ０４に戻って次の監視用データの受信待機状態となる。
【００３３】
また、ステップＳ０４において、受信したデータが監視用データであった場合、インデックス付与部４２は、受信した監視用データにインデックス番号を付加してバッファメモリ４３に記録する（ステップＳ０６）。図３は、バッファメモリ４３に保存されるインデックス番号が付加された監視用データを示している。室外機制御装置２または室内機制御装置３が送信した監視用データの先頭に所定のビット長からなるインデックス番号が付加される。すなわち、監視用データは図３のインデックス番号の後につながったデータ列で示されている。この段階では、ステップＳ０１において、変数“index”には0が設定されているので、インデックス番号は0となる。
【００３４】
続いて、インデックス付与部４２は、受信し記録した監視用データが起点とした１番目の機器のものかどうかを判定する（ステップＳ０７）。このステップＳ０７で起点の機器の監視用データであれば、後述する変数“index”変更のステップＳ３０に移行する。一方、起点の機器からの監視用データでなければ、インデックス付与部４２は、最初に起動したタイマーが一定時間(ｔ+α)経過したかどうかを判定する（ステップＳ０８）。
【００３５】
一定時間経過していなければ、まだ一周期内のデータ通信が完了していないものとし、インデックス付与部４２は、受信した監視用データが２番目の室内機からの監視用データであるかどうかを判定する(ステップＳ０９)。
【００３６】
受信したデータが一連の系統内における通信期間の２番目の監視用データであれば、インデックス付与部４２は、バッファメモリ４３に保存された１つ前の保存データが、起点の室内機からの監視用データかどうかを判定する（ステップＳ１０）。ここで、１つ前の保存データがその前の室内機からの監視用データかどうかを判別するのは、起点となる監視用データの欠落を確認するためのもので、１つ前の保存データがその前の室内機からの監視用データでないということは、起点となる監視用データが欠落していることを示している。この場合、すでに次の通信周期に入っているものと判断できるため、ステップＳ３０以降のインデックス番号変更処理へと移行する。
【００３７】
また、ステップＳ０９において受信したデータが２番目の室内機からの監視用データでない場合、またはステップＳ１０において１つ前の保存データが起点の室内機からの監視用データである場合には、正常に同一周期内の監視用データが受信されているものとしてステップＳ０４の処理に戻り、次のデータ受信を待つ。
【００３８】
一方、ステップＳ０８において一定時間(ｔ+α)が経過した場合、すなわち系統内の機器のデータ送受信が完了し、次の新しい周期へ入ったと考えられる場合にはステップＳ２０からステップＳ２２にて次のインデックス番号に変更する。
【００３９】
インデックス番号を変更する際には、インデックス付与部４２は、現在の変数“index”の値に１を加算してインデックス番号を算出し.（ステップＳ２０）、続いてその新たなインデックス番号が256になったかどうかを判定する(ステップＳ２１)。256になっていれば、インデックス付与部４２は、変数“index”を0に戻す（ステップＳ２２）。これは前述のようにインデックス番号を0から255の間で繰り返して付与するようにしているためである。
【００４０】
その後、インデックス付与部４２は、タイマーをリセット、再スタートし（ステップＳ０３）、データの受信判別処理へ移行する。なお、ステップＳ２１において変数“index”が256未満の場合は、インデックス付与部４２は、変数“index”はそのままでステップＳ０３、Ｓ０４の処理へと移行する。
【００４１】
ここで、一定時間(ｔ+α)について説明する。系統内における各機器２，３の一連の通信周期はｔに設定されている。そこで、これと完全に一致した時間で制限をかければ同期させることができることになる。しかしながら、各機器の電子制御回路における時間カウントにはばらつきが避けられない。このため、中継装置４と各機器２，３との間で完全な同期を得ることは困難である。中継装置４とそれぞれの機器２，３に対して同じ時間ｔを設定した場合、機器２，３側の時間カウントよりも中継装置４側のカウントが短かった場合には誤ったインデックス番号が付与されるという問題が生じる。
【００４２】
そこで、中継装置４側では、各機器２，３の一連の通信周期ｔよりもわずかに長いｔ＋αの時間制限を行うようにする。ここでｔ＋α時間は、図８に示すように起点の機器（機器アドレス１番の室内機）から始まった一連の通信が終了し、次の一連の通信における３番目の機器のデータ送信が開始されるるまでの時間に設定している。すなわちαは起点となる機器の通信監視から２番目の機器の通信が終了するまでの時間間隔となっている。したがって、データ受信から１周期を終了し、次回のデータ通信周期に入ったところで起点の機器及び２番目の機器のデータに欠落が生じた場合には、このｔ＋α時間のタイマーによって強制的に次のindex番号に移行させるようにしている。
【００４３】
一方、データ受信から１周期を終了し、次回のデータ通信周期に入ったところで起点の機器に欠落が生じ、２番目の機器のデータを受信した場合には、ステップＳ１０において、起点の機器のデータ欠落を検出してステップＳ３０〜Ｓ３２のインデックス番号の変更処理とステップＳ４０での保存データの修正処理が行われる。この時間制限と順序確認の処理によって通信途中でどのようなデータ欠落が生じたとしても同じ周期のデータに対しては必ず同じインデックス番号が付与されることになる。
【００４４】
ステップＳ３０〜Ｓ３２のインデックス番号の変更処理は、ステップＳ２０〜Ｓ２２の処理と同一である。ステップＳ３０に移行してくるケースは、ステップＳ０７で起点の機器の監視用データであった場合、及びデータ受信から１周期を終了し、次回のデータ通信周期に入ったところで起点の機器に欠落が生じ、２番目の機器の監視用データを受信した場合のみであり、いずれの場合もすでにステップＳ０６で記録した機器データが次の周期のものであるにもかかわらず前のインデックス番号で間違って記憶されていることから、インデックス付与部４２は、同一処理サイクルでバッファメモリ４３に記憶された監視用データに付与されているインデックス番号を、ステップＳ３０〜Ｓ３２で算出された新たなインデックス番号へ変更する（ステップＳ４０）。なお、監視用データの記録をインデックス修正後に実施するように処理を変更すれば、前の記録データのインデックス番号の修正ステップは不要となる。
【００４５】
このように、監視用データにインデックス番号を付加することによって、個々の監視用データがどの周期において受信されたものか明確になる。例えば、図１０系統１に示すように、途中の監視用データが抜け落ちた場合においても、図４に示すように、正確にその順番を得ることができ、図１０系統２に示すように、途中の監視用データが１周期分以上抜け落ちた場合においても、正確にその順番を得ることができる。なお、図４および図５において、斜線部はバッファメモリ４３には記録されていない、抜け落ちた監視用データを示す。
【００４６】
また、このようにしてインデックス番号が付加された監視用データは、順次、中継装置４のデータ送出部４４からローカルサーバ５へ送出され、ローカルサーバ５のデータ受信部５１によって受信された監視用データは一旦データベース５２に記録された後、通信部５３からセンターサーバ６へ送信され、センターサーバ６の通信部６１は受信した監視用データをデータベース６２に記録する。
【００４７】
センターサーバ６のデータ処理部６３は、データベース６２に記録された監視用データを基に、室外機および室内機の状態監視、故障診断等を行う。図６にデータ処理部６３が行った状態監視処理の結果、出力部６４によって生成される報告書データを示す。図６に示すな室外機と室内機の運転状況の統計を取る場合においても、監視用データにインデックス番号が付加されることによって、同一周期の監視用データが明確になり、各種の統計データとしてより正確な値を算出することが可能になるとともにこれらのデータを使用した故障予測・予知などの確度をあげることが可能となる。
【図面の簡単な説明】
【００４８】
【図１】空調監視システムのシステム構成と機能構成を示す図である。
【図２】中継装置の処理手順を示すフローチャートである。
【図３】空調監視システムで取り込まれる監視用データのデータ構造を示す図である。
【図４】バッファメモリに格納される監視用データを示す図である。
【図５】バッファメモリに格納される監視用データを示す図である。
【図６】センターサーバから出力される報告書（報告書データ）を示す図である。
【図７】従来の空調監視システムの構成を示す図である。
【図８】従来、系統毎に行われている監視用データの送受信のタイミングを示す図である。
【図９】従来、系統毎に行われている監視用データの送受信のタイミングを示す図である。
【図１０】従来、バッファメモリに格納されていた監視用データを示す図である。
【図１１】従来、バッファメモリに格納されていた監視用データを示す図である。
【符号の説明】
【００４９】
１  空調監視システム
２  室外機制御装置
３  室内機制御装置
４  中継装置
５  ローカルサーバ
６  センターサーバ
２１  送受信部
２２  制御部
３１  送受信部
３２  制御部
４１  送受信部
４２  インデックス付与部
４３  バッファメモリ
４４  データ送出部
５１  データ受信部
５２  データベース
５３  通信部
６１  通信部
６２  データベース
６３  データ処理部
６４  出力部
１０１  空調監視システム（従来）
１０２  室外機制御装置
１０３  室内機制御装置
１０４  中継装置
１０５  ローカルサーバ
１０６  センターサーバ
【図１】
2005195307.tif 000003
【図２】
2005195307.tif 000004
【図３】
2005195307.tif 000005
【図４】
2005195307.tif 000006
【図５】
2005195307.tif 000007
【図６】
2005195307.tif 000008
【図７】
2005195307.tif 000009
【図８】
2005195307.tif 000010
【図９】
2005195307.tif 000011
【図１０】
2005195307.tif 000012
【図１１】
2005195307.tif 000013