JP5109919B2 - 空調機システム - Google Patents

Description

本発明は、複数の空気調和機が連携して制御される空調機システムに係わり、より詳細には、システム内で発生する機器のエラー報知に関する。

従来、空調機システムとしては図７に示すビル空調遠隔管理システムが開示されている。

このビル空調遠隔管理システムは、情報収集センター２０を運営する事業者が、所定の外部通信機能を有する空調設備４４を配備しているビル４０のオーナーや空調設備４４の使用者に対して様々なサービスを提供するためのシステムである。

ビル空調遠隔管理システムは、情報収集センター２０内のサーバコンピュータ２１と、そのサーバコンピュータ２１に対して定期的に所定のデータ送信を行う複数の空調設備４４の設備管理装置４３とから構成されている。また、ビル４０において空調設備４４の故障が発生したときにサービスエンジニアをビル４０へと派遣するサービスセンター３０は、そのサービスセンター３０が受け持つ複数のビル４０に関する空調設備４４の異常監視を行うための監視コンピュータ３１を、情報収集センター２０内のサーバコンピュータ２１に接続させる。

各ビル４０に配備されている空調設備４４は、複数の室内機４２および室外機４１を備えるマルチ空調設備である。また、本システムに参加するビル４０の空調設備４４は、必要なデータを外部へと送信する機能を持った設備管理装置４３を有している。それぞれのビル４０の設備管理装置４３は、空調設備４４の各機器の運転モードや温度情報などの監視データを定期的に（例えば１時間に１回）情報収集センター２０のサーバコンピュータ２１に送信するとともに、異常等が発生した場合には即座に必要な監視データをサーバコンピュータ２１と監視コンピュータ３１へ送信する。

また、設備管理装置４３は、ビル４０の管理者やオーナーの指令により空調制御を行ったり、ビル４０の管理者などに対して各空調機器の状態の監視データを提供したりする役割を果たす。例えば室内機４２や室外機４１が故障した場合、その故障情報が通信データとして送出され、このデータは設備管理装置４３を介して情報収集センター２０のサーバコンピュータ２１と監視コンピュータ３１とに送信される。従って、この故障情報を受信したサービスセンター３０は、素早くサービスマンを該当するビル４０へ修理のために出動指令を行うことが可能になっている（例えば、特許文献１参照。）。

一般的にはここで説明したように、すべてのビル４０の空調設備４４がサービスセンター３０の監視コンピュータ３１に接続されている訳でなく、サービス費用の関係から、サービス事業者とメンテ契約をしない場合もある。この場合、ビル４０内に設置された設備管理装置４３に表示される故障情報をビル管理者が監視し、必要な場合のみサービスセンター３０へ修理を依頼する場合がある。さらに、小さなビルなどの場合、ビル管理者自体がいない場合もある。この場合は、空調設備４４を使用するユーザーが直接、サービス事業者とメンテ契約をする場合が有るし、メンテ契約をせずに必要な場合のみユーザーが直接サービスセンター３０へ修理を依頼する場合もある。

このように、空調機システムといってもさまざまな管理形態がある。一方、空調機システムで発生する故障・障害・エラーとしても、エアフィルタの清掃時機の到来を報知する軽微なものから、冷媒漏れや全室外機の運転停止、過電流といった深刻なレベルのものなど様々なものがあり、これらのエラー情報が各機器から空調機システム内へ送信されている。また、これらのエラー情報は重要な情報を含んでいるため、表示が可能な機器、例えば、室内機４２や設備管理装置４３にもできるだけ表示させるようにしている。

しかしながら、前述したように空調機システムの運用形態は様々であり、運用形態によっては、表示可能な機器にエラー情報の表示を行うことで、この表示を見たユーザーに対して無用な混乱を招く虞があった。

例えば、ビル管理者が常駐している空調機システムの場合、機器の老朽化による部品寿命の到来等は設備管理装置４３で常に監視して対処するため、このような情報は室内機を使用するユーザーには直接関係ない情報であるが、室内機のリモコンなどに表示されるため、ユーザーの混乱を招く場合があった。特に、室内機のリモコンや簡易的な集中リモコンなどではコストの関係で表示素子として８セグメントの数字表示素子が使用され、故障の情報としてエラーコードを表示する場合が多い。

このようなエラーコードは、数字と８セグメントの表示素子を組み合わせた簡易アルファベットとで表示可能であるが、このエラーコードだけで故障の内容を把握することは困難であり、その理解にはエラーコードと故障内容との対応表が必要であるが、通常、用いられることが少ないために対応表が紛失し、結果的にリモコンの故障と勘違いすることもあった。

また、ホテルの客室に設置された室内機の場合、エアフィルタの清掃時機の到来などは客室を利用する客から見れば全く関係のないものであり、このエアフィルタの清掃時機の到来のエラーコードを見た客が混乱してしまう等の問題があった。

さらに、サービスセンタで空調機システムの異常を監視する監視者にとっては、エアフィルタの清掃時機の到来などはサービスの対象にならないため、監視コンピュータにエラーコードが表示されても故意に無視する必要があり、重要なエラーか軽微なエラーかを常に判断する必要があった。
特開２００４−２９９０４号公報（第５−７頁、図１）

本発明は以上述べた問題点を解決し、複数の室内機や室外機が備えられた空調機システムにおいて、サービスの運用形態に対応して、必要なエラー表示を必要な人にのみ表示させることを目的とする。

本発明は上述の課題を解決するため、室内機と、室外機と、同室内機と同室外機とを管理すると共に、前記室内機や前記室外機のエラー状態を表示する管理装置とを備え、これらの機器が相互に通信接続され、エラー状態を表示する表示手段を前記室内機と前記室外機との少なくともいずれか一方に備えた空調機システムであって、
前記室内機や前記室外機は、自機で発生した障害に対応する故障レベルと前記障害の内容とを含むエラー情報を、前記空調機システム内の機器に送信するエラー送信手段を備え、
前記室内機や前記室外機や前記管理装置のうち少なくとも1つの機器は、自機で発生した前記エラー情報、もしくは、前記空調機システム内の機器から送信される前記エラー情報の前記表示手段での表示可否を、これらの前記エラー情報の故障レベルに対応して決定する表示判定手段を備え、
前記表示判定手段は、前記故障レベルと共に、前記空調機システムのサービス業務での運用パターンに対応して、前記表示可否を決定するものであって、
前記運用パターンは、前記室内機を使用するユーザーと、前記管理装置を介して前記室内機や前記室外機を管理する管理者と、前記室内機や前記室外機や前記管理装置のサービス業務を行うサービス授業者との前記サービス業務内容の適用範囲により、予め決定されていることを特徴とする。

以上の手段を用いることにより、本発明による空調機システムによれば、
請求項１に係る発明は、
空調機システム内の機器に表示判定手段を備えているため故障レベルに対応して、必要な機器必要なエラー表示を行わせることができるため、不要な人がエラー表示を見て無用な混乱をすることがない。
また、空調機システム内の機器に表示判定手段を備えているため、サービス業務での運用パターンに対応して、必要な機器に必要なエラー表示を行わせせるｋとができるため、不要な人がエラー表示を見て無用な混乱をすることがない。

以下、本発明の実施の形態を、添付図面に基づいた実施例として詳細に説明する。

図１は本発明による空調機システムを説明するブロック図である。

この空調機システムはホテル１内に設置された空調グループ２と、空調グループ３と、これらと通信線７で接続されると共に、各々の空調グループを管理する管理装置４と、この管理装置４とネットワーク６を介して接続されたサービスセンタ５内のサービス装置５ａとで構成されている。なお、空調機システムは複数の空調関連機器が有機的に通信回線で接続されたものを示すため、室外機や室内機や集中リモコン、管理装置４などのいずれか２つ以上が通信可能なものを空調システムと呼称する。

空調グループ２と空調グループ３とは同じ構成であるため、ここでは空調グループ２を説明する。なお、冷媒の配管については本発明と直接関係ないため図示と説明とを省略する。

空調グループ２は、表示部１１ｂを備えた室内機リモコン１１ａを接続した室内機１１と、表示部１２ｂを備えた室内機リモコン１２ａを接続した室内機１２と、表示部１３ｂを備えた室内機リモコン１３ａを接続した室内機１３と、表示部１４ａと操作部１４ｂとを備えた集中リモコン１４と、親室外機１５と、これに接続された子室外機１６とを備えており、以上の各機器は通信線７を介して相互に通信できるようになっている。

なお、この実施例では室内機と室内機リモコンとを区別しているが、室内機リモコンは室内機の一部として機能しており、特に指定のない限り『室内機』とはこの２つを合わせたものを示す。また、各空調グループ内の集中リモコン１４を除いた機器を空調機器１７と呼称する。また、以上説明した各表示部がエラーを表示する表示手段となる。なお、図示しないが、室内機の本体に表示部が設けられる場合もあり、室内機リモコンやこの室内機の表示部を表示手段と呼称する。

このように各機器が通信線７と管理装置４を介してサービス装置５ａと通信可能に接続されているため、室内機リモコン１１ａを操作して室内機１１や親室外機１５を制御するだけでなく、管理装置４や集中リモコン１４から室内機１１〜室内機１３、親室外機１５や子室外機１６を制御したり、逆に各機器の故障情報を含む各機器の状態をそれぞれ他の機器、例えば室内機リモコン１１ａの表示部１１ｂや、室内機リモコン１２ａの表示部１２ｂや、室内機リモコン１３ａの表示部１３ｂや、集中リモコン１４の表示部１４ａなどに表示させるようにしている。

また、室内機１１や親室外機１５の障害内容もエラーコードとして、これらの表示部に表示される。また、空調グループ内の各機器はマイコンが搭載されている。さらに、管理装置４やサービス装置５ａはＣＰＵを備えたパソコンやサーバであり、これらのマイコンやＣＰＵが各機器内のプログラムを実行することで各種の処理を行い、種々の機能や手段を実現する構成になっている。

従って、後述する各機器毎の処理説明フローチャートにおける『表示判定手段』や『エラー送信手段』の各機能は、これらのマイコンやＣＰＵが処理手順に従って所定のプログラムステップを実行することで実現される。

また、集中リモコン１４は空調機器１７を制御、監視する機能を有しており、管理装置４の機能に近い機能を持っている。従って、システムの構成上、管理装置４がない場合は集中リモコン１４が管理装置４の代替として機能する。従って、この実施例１や後述する実施例２では、管理装置４が存在する仮定で説明するが、これに限るものでなく、管理装置４の処理を集中リモコン１４が行うようにしてもよい。つまりこれらの機器は『管理装置』の範疇に入る。

次に、以上説明した空調機システムのサービスに関する運用パターンについて説明する。図３はこの運用パターン内容を示す一覧表であり、空調機システムの運用者は運用パターンＡ〜運用パターンＤのいずれかの形態でサービスを行うようになっている。

図３において横の項目は左から順に、運用パターン、サービス事業者、ビル管理者、ユーザー（利用者）となっている。なお、表中の『○』はサービス業務に関わることを示し、『−』はサービスに関わるものが無いことを示す。また、ユーザーは全ての運用パターンに関わることになる。

運用パターンＡはサービス事業者、ビル管理者共にサービス業務に関わっており、なおかつ、サービス契約がサービス事業者と交わされている場合である。この場合、ビル管理者は管理装置４を監視して各空調機器からの故障情報（エラーコード）を監視している。同時にサービス事業者はサービス装置５ａを監視して各空調機器からの故障情報（エラーコード）を監視している。従って、各空調機器に異常があった場合はすぐに対応が可能である。

運用パターンＢはビル管理者のみがサービス業務に関わっており、また、サービス契約がおこなわれていない場合である。この場合、ビル管理者は管理装置４を監視して各空調機器からの故障情報（エラーコード）を監視している。各空調機器に異常があった場合は、ビル管理者がサービス事業者に対して修理の依頼を行う。

運用パターンＣはユーザーのみがサービス業務に関わっており、また、サービス契約がおこなわれていない場合である。この場合、ユーザーは室内機リモコン１１ａ〜１３ａや集中リモコン１４を監視して各空調機器からの故障情報（エラーコード）を監視している。各空調機器に異常があった場合は、ユーザーがサービス事業者に対して修理の依頼を行う。

運用パターンＤはサービス事業者とユーザーのみがサービス業務に関わっており、なおかつ、サービス契約がサービス事業者と交わされている場合である。この場合、サービス事業者はサービス装置５ａを監視して各空調機器からの故障情報（エラーコード）を監視している。従って、各空調機器に異常があった場合はすぐに対応が可能である。

このように運用パターンが区分けされるためサービス業務に関して、運用パターンＡではサービス事業者の責任が一番重く、ユーザーの責任が最も軽い。また、運用パターンＢではビル管理者の責任が重く、ユーザーの責任は軽い。また、運用パターンＣでは全責任がユーザーにかかっている。また、運用パターンＤではサービス事業者の責任が重く、ユーザーの責任が軽い。つまり、それぞれの責任の大きさに対応してそれぞれの故障に対応しなければならい。

それぞれの故障に対応するために必要となるのが、故障のレベル区分けである。例えば、運用パターンＡのようにビル管理者やサービス事業者がいるのに、重大な故障に対してユーザーがサービス業務を行う必要はないし、逆に、エアフィルタの清掃時機の到来を警告するエラーに対してサービス事業者がサービス業務を行う必要はない。つまり、障害レベルに対応してサービス業務を行うべき適切な人や事業者のみにエラーを通知すればよい。

このため、本発明による空調機システムでは、図４に示すようにエラーコードを区分けしている。図４は各空調機器から送信されるエラーコードとその内容を説明する表である。

エラーコードは２桁の数値から構成されており、上位桁は故障レベルを、下位桁はエラー内容を分類するものである。つまり、このシステムでは故障レベルを０〜３に区分し、エラー内容を１〜４に割り当てている。故障レベルは数値が大きいほど故障が重大であることを表している。

図２は前述したエラーコードと運用パターンとを組み合わせたエラーコードテーブルである。なお、この図２で右側の備考欄はサービス業務を行う管理者が行う業務の代表例を記載したものであり、実際のテーブルのデータには含まれない。

図２のエラーコードテーブルの項目は左から、故障レベル、エラーコードとエラー内容、運転状態、運用パターン、対応者及び報知機器となっており、対応者及び報知機器の項目はさらに、サービス事業者、ビル管理者、ユーザーの項目に別れている。なお、サービス事業者はサービス装置５ａで、ビル管理者は管理装置４や集中リモコン１４で、ユーザーは空調機器１７、つまり、複数の室内機リモコンでエラーを認識するようになっている。

故障レベルは前述したエラーコードの上位桁であり、０〜３に区分けされており、０が故障レベルで最も軽く、３が故障レベルで最も重い。また、エラーコードは前述の通りであるが、各故障レベル毎に区分けされている。運転状態は空調機器１７の状態を示しており、障害レベルに対応して障害の軽いほうから、正常運転、継続運転（監視）、継続運転（リカバリ）、停止、の処理に分類されている。次に各運転状態について説明する。

『正常運転』では、基本的に障害がない通常の運転を表している。ただし、エラーコード『０１：フィルタ清掃時機到来』はここに含まれる。このエラーは障害でなく、一般ユーザーがメンテすべき内容のため、警告の意味合いがある。

『継続運転（監視）』は、今すぐ問題とならないが、近い将来に故障や不具合が発生する故障予知を報知するものであり、運転は継続してもかまわないが、部品の手配準備と監視とを行うように推奨するものである。

『継続運転（リカバリ）』は、重大な障害が発生したが、リカバリや障害原因の消滅により運転が可能である状態を示す。例えば、通常、室外機内には複数の圧縮機を備えており、このうちの１つが故障により停止したが、他の圧縮機を稼働することで当面はカバーできる状態とか、圧縮機を駆動するインバータの負荷電流が一時的に超過して圧縮機が停止したが、負荷電流が平常に戻ったので運転を再開したなどの状態である。また、１つの空調グループ内に２台以上の室外機が備えられている場合、１台の室外機がダウンしても他の室外機で代替できる場合なども含んでいる。

『停止』は冷媒漏れ、膨張弁や四方弁などの故障、全ての室外機がダウン、圧縮機を駆動するインバータの負荷電流が継続的に超過し、保護回路が働きっぱなしなど、回復が不可能で、かつ、空調機システムを運転できない状態を示す。

このようなエラーや運転状態となった時、どの管理者（対応者）に、どの機器を介してこのエラー情報を知らせるのかを規定したものが『運用パターン』と『対応者及び報知機器』の項目である。この項目は各故障レベル毎に運用パターンが区分けされており、この故障レベルと運用パターンを縦軸に、サービス装置と管理装置と空調機器とを横軸にしたマトリクス上で、該当するエラーを○：表示する、×：表示しないを規定している。なお、○／×は予めどちらにするか、各機器の設定機能で設定可能となっており、設置場所の状況に対応してきめ細やかな設定が可能となっている。

図２において、故障レベル０においては、エラーコード０１：フィルタ清掃時機到来は、前述したように警告であり、運用パターンＣとＤではビル管理者もいないため、室内機リモコンや集中リモコン１４の表示部にエラーを表示する。これを見たユーザーはエアフィルタの清掃を行う。一方、運用パターンＡとＢではビル管理者がいるため、管理装置４の表示部４ａにエラーを表示するが、室内機には表示しない。なお、故障レベル：０ではサービス事業者がいたとしても、このエラーをサービス装置５ａの表示部５ｂには表示しない。

故障レベル１においては、ユーザーやビル管理者が部品寿命の接近を知ることができても対応できないので、運用パターンに関わらずに管理装置４や集中リモコン１４や室内機でエラー表示を行わない。一方、サービス事業者がいる場合は、事前の交換部品手配や事前の部品交換日程作成など、この情報を有効に活用できるため、サービス装置５ａでこの情報を表示させるようにしている。

故障レベル２においては、故障個所を他の装置でリカバリでき、とりあえず空調機システムが運用可能な状態であるが、故障個所を速やかに修理する必要があるため、関連する全ての機器、つまり、室内機と集中リモコン１４と管理装置４とサービス装置５ａとにエラーを表示させる。ただし、運用パターンＡ，Ｂについては、ビル管理者がいるため、このサービス対応をビル管理者に任せる場合は、予め室内機の設定で、レベル２の故障を表示しないようにすることもできる。

故障レベル３においては、重大な障害発生であるため、関連する全ての機器、つまり、室内機と集中リモコン１４と管理装置４とサービス装置５ａとにエラーを表示させる。このようにすれば、ビル管理者かユーザーかいずれか早い方が故障を発見できるし、万が一、サービス事業者がこのエラーを見逃していたとしても、ビル管理者がサービス事業者に対して修理の要請を行うことができる。

次に以上説明した処理を行うための処理方法を図５のフローチャートを用いて説明する。図５（１）は室内機１１〜１３と集中リモコン１４と管理装置４との処理を、図５（２）は室外機１５、１６の処理を、図５（３）はサービス装置５ａの処理をそれぞれ示す。また、図５において、ＳＴはステップを表し、これに続く数字はステップ番号を示す。また、図５中の『Ｙ』はＹｅｓを、『Ｎ』はＮｏを示している。なお、処理の条件として、このルーチンを実行する各機器には、図２のエラーコードテーブルが格納され、図３の運用パターンのいずれか１つが予め設定されているものとする。

図５（１）において室内機１１〜１３又は集中リモコン１４や管理装置４は、通信線７を介して受信したデータに自機以外の他の機器、例えば子室外機１６が送信したエラー通知（エラーコード）があるか確認する（ＳＴ１）。なお、エラー通知は同報一斉送信で行われるため、空調グループ２内のエラー通知であっても、空調グループ３へも送信される。もし、他の空調グループのエラー表示をする必要がないのなら、他の空調グループのエラー通知は読み捨てにすればよい。

次に、エラー通知がある場合（ＳＴ１−Ｙ）、受信したエラー通知（エラーコード）によるエラーレベルと、自機に設定された運用パターンの種別とにより、エラーコードテーブルを参照して、受信したエラーコードを表示すべきか否かを決定する（ＳＴ２）。なお、このＳＴ２のステップを実行することで表示判定手段の機能が実現される。つまり、表示判定手段は前述したように、機器内蔵され、このルーチンを実行するマイコンやＣＰＵと、ＳＴ２のステップと対応するプログラムとで構成される。

次に自機で表示すべきエラーコードか確認し（ＳＴ３）、自機で表示すべきエラーコードでなければ（ＳＴ３−Ｎ）、ＳＴ１へジャンプする。自機で表示すべきエラーコードであれば（ＳＴ３−Ｙ）、自機の表示部で受信したエラーコードを表示し（ＳＴ４）、ＳＴ１へジャンプする。

一方、他の機器が送信したエラー通知がない場合（ＳＴ１−Ｎ）、自機内でのエラーがあるか確認する（ＳＴ５）。自機内でのエラーが無い場合（ＳＴ５−Ｎ）、ＳＴ１へジャンプする。自機内でのエラーが有る場合（ＳＴ５−Ｙ）、発生したエラーに対応して処理を行い（ＳＴ６）、次に他の機器へこのエラーをエラー情報( エラーコード) として送信する（ＳＴ７）。そして、ＳＴ２へジャンプする。なお、管理装置４の場合は、エラーコードを送信する他の機器に、複数の室内機や集中リモコン１４だけでなくサービス装置５ａを含んでいる。また、ＳＴ７のステップと対応するプログラムと、機器内蔵され、このルーチンを実行するマイコンやＣＰＵとでエラー送信手段が構成される。

図５（２）において室外機１５、１６は、自機内でのエラーがあるか確認する（ＳＴ１０）。自機内でのエラーが無い場合（ＳＴ１０−Ｎ）、ＳＴ１０へジャンプする。自機内でのエラーが有る場合（ＳＴ１０−Ｙ）、発生したエラーに対応して処理を行い（ＳＴ１１）、次に他の機器へこのエラーを他エラー情報( エラーコード) として送信する（ＳＴ１２）。そして、ＳＴ１０へジャンプする。なお、ＳＴ１２のステップと対応するプログラムと、機器内蔵され、このルーチンを実行するマイコンやＣＰＵとでエラー送信手段が構成される。

図５（３）においてサービス装置５ａは、ネットワーク６を介して受信したデータに管理装置４が送信したエラー通知があるか確認する（ＳＴ２０）。エラー通知がある場合（ＳＴ２０−Ｙ）、エラーコードの発信元を確認する（ＳＴ２１）。サービス装置５ａにはひとつのビルだけでなく、他のビルに設けられた空調機システムとも通信接続されており、各空調機システムの構成やサービス形態がそれぞれ異なるため、まず最初に、エラー通知と共に送信される各空調機システムの識別コードを確認する。

次に、識別した識別コードと対応し、予めサービス装置５ａに記憶されている運用パターンを抽出し、受信したエラー通知による故障レベルと、抽出した運用パターンの種別とにより、エラーコードテーブルを参照して、受信したエラーコードを表示すべきか否かを決定する（ＳＴ２３）。なお、このＳＴ２３のステップと対応するプログラムと、機器内蔵され、このルーチンを実行するマイコンやＣＰＵとで表示判定手段が構成される。

次に自機で表示すべきエラーコードか確認し（ＳＴ２４）、自機で表示すべきエラーコードでなければ（ＳＴ２４−Ｎ）、ＳＴ２０へジャンプする。自機で表示すべきエラーコードであれば（ＳＴ２４−Ｙ）、自機の表示部つまり、サービス装置５ａの表示部５ｂで受信したエラーコードを表示し（ＳＴ２５）、ＳＴ２０へジャンプする。

以上説明したように、空調機システム内の機器に表示判定手段を備えているため故障レベルに対応して、必要な機器に必要なエラー表示を行わせることができるため、エラー表示を見た人が無用な混乱をすることがない。

また、空調機システム内の機器に表示判定手段を備えているためサービス業務での運用パターンに対応して、必要な機器に必要なエラー表示を行わせることができるめ、不要な人がエラー表示を見て無用な混乱をすることがない。

さらに、空調機システムに接続されたサービス装置５ａに表示判定手段を備えているため故障レベルに対応して、必要な機器に必要なエラー表示を行わせることができるため、サービス装置に表示されるエラー表示を判断するサービスマンの業務を簡略化できる。

次に別の実施例を図６のフローチャートを用いて説明する。

実施例１との違いは、エラー情報を管理装置４に集約し、この管理装置４でエラーを表示する各機器へのエラー情報送信の可否を一括して決定することである。そして、管理装置４からエラーを表示すべき機器へエラーコードを送信し、これを受信した機器は無条件にこのエラーコードを表示する。

図６（１）は室内機１１〜１３の処理を、図６（２）は管理装置４の処理を、図６（３）はサービス装置５ａの処理を、図６（４）は室外機１５、１６の処理をそれぞれ示す。
ただし、空調機システム内に管理装置４が存在しない場合はこの処理を集中リモコン１４が実行する。

また、図６において、ＳＴはステップを表し、これに続く数字はステップ番号を示す。また、図６中の『Ｙ』はＹｅｓを、『Ｎ』はＮｏを示している。

なお、処理の条件として、このルーチンを実行する各機器には、図２のエラーコードテーブルが格納され、図３の運用パターンのいずれか１つが予め設定されているものとする。

図６（１）において室内機１１〜１３又は集中リモコン１４は、通信線７を介して受信したデータに管理機器４が送信した自機宛のエラー通知があるか確認する（ＳＴ３０）。エラー通知がある場合（ＳＴ３０−Ｙ）、自機の表示部で受信したエラーコードを表示し（ＳＴ３１）、ＳＴ３０へジャンプする。

一方、管理機器４が送信した自機宛のエラー通知がない場合（ＳＴ３０−Ｎ）、自機内でのエラーがあるか確認する（ＳＴ３２）。自機内でのエラーが無い場合（ＳＴ３２−Ｎ）、ＳＴ３０へジャンプする。自機内でのエラーが有る場合（ＳＴ３２−Ｙ）、発生したエラーに対応して処理を行い（ＳＴ３３）、次に管理機器４へこのエラー情報( エラーコード) を送信する（ＳＴ３４）。そして、ＳＴ３０へジャンプする。ここで、ＳＴ３４のステップと対応するプログラムと、機器内蔵され、このルーチンを実行するマイコンやＣＰＵとでエラー送信手段が構成される。

図６（２）において管理装置４は、通信線７を介して受信したデータに空調機システム内の機器が送信したエラー通知があるか確認する（ＳＴ４０）。空調機システム内の機器が送信したエラー通知がない場合（ＳＴ４０−Ｎ）、ＳＴ４０へジャンプする。一方、空調機システム内の機器が送信したエラー通知がある場合（ＳＴ４０−Ｙ）、受信したエラー通知による故障レベルと、各機器毎に設定された運用パターンの種別とにより、エラーコードテーブルを参照して、受信したエラーコードを表示すべき機器（室内機や集中リモコン１４やサービス装置５ａ）を決定する（ＳＴ４１）。なお、このＳＴ４１のステップと対応するプログラムと、機器内蔵され、このルーチンを実行するマイコンやＣＰＵとで表示判定手段が構成される。

次に自機、つまり、管理装置４で表示すべきエラーコードか確認し（ＳＴ４２）、自機で表示すべきエラーコードであれば（ＳＴ４２−Ｙ）、管理装置４の表示部４ａに受信したエラーコードを表示し（ＳＴ４３）、次に、他の機器でも表示すべきエラーか確認し（ＳＴ４４）、他の機器でも表示すべきエラーでなければ（ＳＴ４４−Ｎ）、ＳＴ４０へジャンプする。他の機器でも表示すべきエラーであれば（ＳＴ４４−Ｙ）、表示すべき対象の機器へエラーコードを送信する（ＳＴ４５）。そして、ＳＴ４０へジャンプする。

一方、自機で表示すべきエラーコードでなければ（ＳＴ４２−Ｎ）、ＳＴ４５へジャンプする。

図６（３）においてサービス装置５ａは、管理装置４が送信し、ネットワーク６を介して受信したデータにエラー通知があるか確認する（ＳＴ５０）。エラー通知がない場合（ＳＴ５０−Ｎ）、ＳＴ５０へジャンプする。一方、エラー通知がある場合（ＳＴ５０−Ｙ）、エラーコードの発信元を確認する（ＳＴ５１）。

サービス装置５ａにはひとつのビルだけでなく、他のビルに設けられた空調機システムとも通信接続されており、各空調機システムの構成やサービス形態がそれぞれ異なるため、まず最初に、エラー通知と共に送信される各空調機システムの発信元を識別コードで確認する。次に、自機の表示部つまり、サービス装置５ａの表示部５ｂで受信したエラーコードを表示し（ＳＴ５２）、ＳＴ５０へジャンプする。

図６（４）において室外機１５、１６は、自機内でのエラーがあるか確認する（ＳＴ６０）。自機内でのエラーが無い場合（ＳＴ６０−Ｎ）、ＳＴ６０へジャンプする。自機内でのエラーが有る場合（ＳＴ６０−Ｙ）、発生したエラーに対応して処理を行い（ＳＴ６１）、次に管理装置４へこのエラーをエラー情報( エラーコード) として送信する（ＳＴ６２）。そして、ＳＴ６０へジャンプする。なおＳＴ６２のステップと対応するプログラムと、機器内蔵され、このルーチンを実行するマイコンやＣＰＵとでエラー送信手段が構成される。

このように管理装置４に、一旦、各空調機器からのエラーコードを集約し、管理装置４やサービス装置５ａ内で表示／非表示を判断し、この結果に従って各空調機器を選択してエラーコードを送信するようにしてもよい。これにより、エラー報知に関して、より柔軟な運用が可能となる。なお、管理装置４の代わりにサービス装置５ａにエラーコードを集約、再送信するようにしてもよい。

このように１つの装置にエラーを集約し、判断することで、故障レベルやサービス形態が変更となっても、管理装置の処理内容変更だけで済むため、システム変更を簡略化できる。また、エラー表示を柔軟に表示することができる。

例えば、ホテルの客室の室内機において、客が宿泊中は、勿論、フィルタ清掃時機到来のエラーを表示しないが、客がチェックアウトした後、客室の清掃を行う場合にエアフィルタの清掃を同時に行うと都合がよい。この実施例１の場合にはビル管理者が客のチェックアウトとこのフィルタ清掃時機到来のエラーとを両方監視して、該当する客室清掃員に連絡しなければならないが、客室が多い場合は非常に大変な作業になる。

このような場合、ホテルの宿泊システムとリンクさせ、チェックアウト、つまり、ある客室が空いた状態と、この客室に対応した室内機からのフィルタ清掃時機到来のエラー受信との論理積演算を管理装置４で実施し、両方の条件が揃った時にのみこのエラーを該当する室内機へ送信するようにすればよい。このようにすると、フィルタ清掃時機到来のエラーが発生し、かつ、空室の時のみ室内機でフィルタ清掃時機到来のエラーが表示されるため、このエラーを清掃員が確認でき、客室清掃とエアフィルタの清掃とを同時に、また、確実に行うことができる。

本発明による空調機システムの実施例を示すシステムブロック図である。 本発明による空調機システムで使用するエラーコードテーブルの説明図である。 本発明による空調機システムの運用パターンを説明する説明図である。 本発明による空調機システムのエラーコードを説明する説明図である。 本発明による空調機システムのエラー表示処理を説明するフローチャートである。 本発明による空調機システムの別のエラー表示処理を説明するフローチャートである。 従来の空調機システムを示すシステムブロック図である。

符号の説明

１ ホテル（ビル）
２ 空調グループ
３ 空調グループ
４ 管理装置
４ａ 表示部（表示手段）
５ サービスセンタ
５ａ サービス装置
５ｂ 表示部（表示手段）
６ ネットワーク
７ 通信線
１１ 室内機
１１ａ 室内機リモコン
１１ｂ 表示部（表示手段）
１２ 室内機
１２ａ 室内機リモコン
１２ｂ 表示部（表示手段）
１３ 室内機
１３ａ 室内機リモコン
１３ｂ 表示部（表示手段）
１４ 集中リモコン
１４ａ 表示部（表示手段）
１４ｂ 操作部
１５ 親室外機
１６ 子室外機
１７ 空調機器

Claims (1)

1. 室内機と、室外機と、同室内機と同室外機とを管理すると共に、前記室内機や前記室外機のエラー状態を表示する管理装置とを備え、これらの機器が相互に通信接続され、エラー状態を表示する表示手段を前記室内機と前記室外機との少なくともいずれか一方に備えた空調機システムであって、
   前記室内機や前記室外機は、自機で発生した障害に対応する故障レベルと前記障害の内容とを含むエラー情報を、前記空調機システム内の機器に送信するエラー送信手段を備え、
   前記室内機や前記室外機や前記管理装置のうち少なくとも1つの機器は、自機で発生した前記エラー情報、もしくは、前記空調機システム内の機器から送信される前記エラー情報の前記表示手段での表示可否を、これらの前記エラー情報の故障レベルに対応して決定する表示判定手段を備え、
   前記表示判定手段は、前記故障レベルと共に、前記空調機システムのサービス業務での運用パターンに対応して、前記表示可否を決定するものであって、
   前記運用パターンは、前記室内機を使用するユーザーと、前記管理装置を介して前記室内機や前記室外機を管理する管理者と、前記室内機や前記室外機や前記管理装置のサービス業務を行うサービス授業者との前記サービス業務内容の適用範囲により、予め決定されていることを特徴とする空調機システム。
   

Images