JP2022151245A - 空調制御装置及び空気調和システム - Google Patents

Abstract

【課題】空気調和機を集中管理する際の専用の通信ケーブルの敷設コストを削減できると共に、既存の通信網における空気調和機に関わるデータ通信に要する通信負荷を軽減できる空調制御装置を提供する。【解決手段】空調制御装置は、複数の空気調和機を集中制御する。空調制御装置は、通信部と、判定部と、通信制御部とを有する。通信部は、空気調和機との間でデータを通信する。判定部は、送信対象のデータを暗号化通信するか否かを判定する。通信制御部は、送信対象のデータを暗号化通信する場合に送信対象のデータを暗号化通信すべく、通信部を制御する。【選択図】図３

Description

本発明は、空調制御装置及び空気調和システムに関する。

近年、有線ＬＡＮや無線ＬＡＮ（Local Area Network）によるインターネット接続サービスが普及しており、例えば、宿泊施設や公共施設等を収容した建築物（以下、建屋ということがある）には無線ＬＡＮ等のインターネット接続サービス（例えば、フリーＷｉ－Ｆｉ（登録商標）を提供するための通信網が整備、敷設されている場合がある。一方、このような建屋に数多く配置される空気調和機を集中管理するには、専用の通信ケーブルが敷設されることが一般的である。

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

そこで、例えば、このような建屋に数多く配置される空気調和機の集中管理に、こういった既存の通信網を流用し、専用の通信ケーブルの敷設をなくすことで、配線コストを削減することが考えられる。しかし、建屋内の通信網は、建屋内にいる不特定多数のユーザが接続する通信網であるため、空調に関する通信データの内容には秘匿性を持たせる場合がある。しかし、秘匿性を担保するために通信データを暗号化すると、例えば、ハンドシェイクや鍵の交換等の暗号化のための通信手順が複雑になる。このため、空気調和機では、通信部の暗号化／復号化処理の負荷が大きくなるおそれがある。また、建屋内の通信網はインターネットを利用する際に用いられるため、空気調和機に関わるデータ通信に建屋内の通信網を利用した場合に、空気調和機に関わるデータ通信がインターネット接続サービス側の通信に影響を及ぼさないことが求められる。

本発明ではこのような問題に鑑み、空気調和機を集中管理する際の専用の通信ケーブルの敷設コストを削減できると共に、既存の通信網における空気調和機に関わるデータ通信に要する通信負荷を軽減できる空調制御装置及び空気調和システムを提供することを目的とする。

一つの態様の空調制御装置は、複数の空気調和機を集中制御する。空調制御装置は、通信部と、判定部と、通信制御部とを有する。通信部は、空気調和機との間でデータを通信する。判定部は、送信対象のデータを暗号化通信するか否かを判定する。通信制御部は、送信対象のデータを暗号化通信する場合に送信対象のデータを暗号化通信すべく、通信部を制御する。

一つの側面として、空調制御装置と空気調和機からなる空気調和システムのコストと、構成機器間のデータ通信に要する通信負荷を軽減できる。

図１は、本実施例の空気調和システムの一例を示す説明図である。 図２は、空気調和機の構成の一例を示すブロック図である。 図３は、実施例１の通信アダプタの構成の一例を示すブロック図である。 図４は、データ種別テーブルの一例を示す説明図である。 図５は、実施例１の空調制御装置の構成の一例を示すブロック図である。 図６は、第１のデータ送信処理に関わる通信アダプタ又は空調制御装置の処理動作の一例を示すフローチャートである。 図７は、実施例２の空調制御装置の構成の一例を示すブロック図である。 図８は、切替テーブルの一例を示す説明図である。 図９は、実施例２の通信アダプタの構成の一例を示すブロック図である。 図１０は、第２のデータ送信処理に関わる通信アダプタ又は空調制御装置の処理動作の一例を示すフローチャートである。 図１１は、実施例３の空調制御装置の構成の一例を示すブロック図である。 図１２は、切替テーブルの一例を示す説明図である。 図１３は、実施例３の通信アダプタの構成の一例を示すブロック図である。 図１４は、第３のデータ送信処理に関わる通信アダプタ又は空調制御装置の処理動作の一例を示すフローチャートである。

以下、図面に基づいて、本願の開示する空調制御装置及び空気調和システムの実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜変形しても良い。

＜空気調和システムの構成＞
図１は、実施例１の空気調和システム１の一例を示す説明図である。図１に示す空気調和システム１は、例えば、宿泊施設や公共施設等の建屋内の空気調和機２と、同空気調和機２を管理する空調制御装置６などからなるシステムである。空気調和システム１は、空気調和機２と、通信アダプタ３と、アクセスポイント４と、ハブ５と、空調制御装置６とを有する。空気調和機２は、いくつかの異なる種類の室内機２１を備えており、例えば、壁掛け型空気調和機２Ａ、ダクト型空気調和機２Ｂ及び天井型空気調和機２Ｃがある。壁掛け型空気調和機２Ａは、室内機２１が部屋の壁に掛けられた空気調和機である。ダクト型空気調和機２Ｂは、ダクトを通じて各部屋に室内機２１からの空気を供給する空気調和機である。天井型空気調和機２Ｃは、例えば、大部屋の天井に室内機２１を設置した空気調和機である。尚、空気調和システム１内の空気調和機２の台数は任意であり、例えば、壁掛け型空気調和機２Ａ、ダクト型空気調和機２Ｂ及び天井型空気調和機２Ｃの台数は適宜変更可能である。また、通信アダプタ３は、壁掛け型空気調和機２Ａ、ダクト型空気調和機２Ｂ及び天井型空気調和機２Ｃにそれぞれ内蔵されてもよい。

＜空気調和機の構成＞
図２は、空気調和機２の構成の一例を示すブロック図である。図２に示す空気調和機２は、室内機２１と、室外機２２とを有する。室内機２１は、例えば、室内に配置され、空調空間である室内の空気を加熱又は冷却する空気調和機２の一部である。室内機２１は、例えば、部屋等の空調空間に備えられているものとする。室内機２１は、本体２１Ａと、室内機側通信部２１Ｂと、操作部２１Ｃと、ＣＰＵ２１Ｄと、メモリ２１Ｅとを有する。本体２１Ａは、図示せぬ室内ファンや室内熱交換器などが備えられ、室内熱交換器で室外機２２から供給される冷媒と熱交換を行った室内空気が室内ファンによって吹き出されることで、部屋の暖房、冷房、除湿等が行われる。室内機側通信部２１Ｂは、例えば、ＵＡＲＴ（Universal Asynchronous Receiver Transmitter）方式で通信アダプタ３との間で通信するインタフェースである。操作部２１Ｃは、室内機２１に対して各種コマンドを入力するインタフェースである。ＣＰＵ２１Ｄは、室内機２１全体を制御する。メモリ２１Ｅは、各種情報を記憶する。ＣＰＵ２１Ｄは、コマンド信号に基づき、各種コマンドを実行する。室外機２２は、例えば、室外ファンや圧縮機等が備えられている。

通信アダプタ３は、空気調和機２内の室内機２１との間をＵＲＡＴ方式で通信する通信機能と、ハブ５との間を無線ＬＡＮ(Local Area Network)で通信する通信機能とを有する。尚、無線ＬＡＮは、例えば、フリーＷｉ－Ｆｉ等の、建屋内にいる不特定多数のユーザが接続可能な通信網である。通信アダプタ３は、室内機２１毎に配置するものである。尚、通信アダプタ３は、室内機２１と無線ＬＡＮとの間の通信を中継するため、空気調和機２の一部である。アクセスポイント４は、例えば、無線ＬＡＮ等を使用して通信アダプタ３との間を無線通信で接続する通信機能と、ハブ５との間を有線通信で接続する通信機能とを有する。ハブ５は、複数のアクセスポイント４と空調制御装置６との間を有線通信で接続する通信機能を有する。空調制御装置６は、空気調和システム１内の各空気調和機２を監視制御するコントローラである。

＜通信アダプタの構成＞
図３は、実施例１の通信アダプタ３の構成の一例を示すブロック図である。図３に示す通信アダプタ３は、第１の通信部３１と、第２の通信部３２と、記憶部３３と、ＣＰＵ(Central Processing Unit)３４とを有する。第１の通信部３１は、アクセスポイント４とＣＰＵ３４との間を通信接続する、例えば、ＷＬＡＮ等の通信ＩＦ等の通信部である。第２の通信部３２は、室内機２１内のＣＰＵ２１ＤとＣＰＵ３４とを通信接続する、例えば、ＵＡＲＴ等の通信ＩＦ（Interface）である。記憶部３３は、例えば、ＲＯＭ（Read Only Memory）やＲＡＭ(Random Access Memory)等を有し、データやプログラム等の各種情報を格納する。ＣＰＵ３４は、通信アダプタ３全体を制御する。

第１の通信部３１は、暗号化通信又は非暗号化通信を用いてハブ５経由で空調制御装置６との間のデータ通信を実行する機能を有する。第１の通信部３１は、暗号化通信の機能を実行する暗号化通信部３１Ａを有する。暗号化通信としては、例えば、ＨＴＴＰＳ(Hyper Text Transfer Protocol Secure)のＴＬＳ(Transport Layer Security)を使用してデータを暗号化し、暗号化したデータを送信する機能と、暗号化されたデータをＨＴＴＰＳのＴＬＳを使用して復号化して受信する機能とを有する。尚、ＨＴＴＰＳのＴＬＳは、公開鍵及び共通鍵等を使用して複数のハンドシェイクを機器間で実行する。非暗号化通信としては、暗号化通信をすることなく、例えば、ＵＤＰ（User Data Protocol）を使用してデータを送信する機能と、ＵＤＰを使用してデータを受信する機能とを有する。尚、ＵＤＰは、機器間のハンドシェイクが不要な通信である。第２の通信部３２は、ＵＡＲＴ通信を用いて室内機２１の室内機側通信部２１Ｂとの間でデータ通信を実行する機能を有する。

記憶部３３は、データ種別テーブル３５と、機種メモリ３６とを有する。データ種別テーブル３５は、各種データを通信する際に、そのデータを暗号化するか否かを決定するためのテーブルである。図４は、データ種別テーブル３５の一例を示す説明図である。図４に示すデータ種別テーブル３５は、データ種別毎にデータ内容を管理するテーブルである。データ種別テーブル３５は、空気調和機２を利用する利用者に関わるデータを暗号化対象のデータ種別として管理すると共に、暗号化対象のデータ種別のデータと異なるデータを非暗号化対象のデータ種別として管理する。データ種別は、暗号化対象及び非暗号化対象である。暗号化対象とは、暗号化通信を実行するデータである。非暗号化対象とは、データの暗号化を行わない非暗号化通信を実行するデータである。データ内容として、空調ＯＮ／ＯＦＦ、運転モード、設定温度及び風向・風量、空気調和機２の機種名、空気調和機２のＩＰアドレス、故障検知情報、空調制御装置６からの制御情報等がある。また、これらデータ内容の中には、秘匿性が求められる空調に関する通信データの内容がある。

次に、各々のデータの内容について説明する。空調ＯＮ／ＯＦＦは、空気調和機２の運転または停止の状態を示すデータである。運転モードは、空気調和機２の暖房運転または冷房運転等の運転モードを示すデータである。設定温度は、空気調和機２の設定温度のデータである。風向・風量は、空気調和機２の風量や風向の設定データである。空気調和機２の機種名は、空気調和機２の機種を識別するためのデータである。空気調和機２のＩＰアドレスは、空調制御装置６から通信アダプタ３ＩＰアドレスを設定するためのデータである。故障検知情報は、空気調和機２の故障内容を通知するためのデータである。空調制御装置６からの制御情報は、空調制御装置６から各空気調和機２を制御、設定等を行うコマンドデータである。

空調ＯＮ／ＯＦＦ、運転モード、設定温度及び風向・風量は、室内機２１が設置された室内に利用者が存在することや、利用者の室内環境に関する嗜好など利用者個人に関わる情報が特定できることから秘匿性の高いデータとして扱われる。これに対して、空気調和機２の機種名、空気調和機２のＩＰアドレス、故障検知情報や空調制御装置６からの制御情報は、空気調和機２の利用者個人とは無関係な情報のため、秘匿性の低いデータとして扱われる。

データ種別テーブル３５には、前述の秘匿性の高いデータが暗号化対象として、前述の秘匿性の低いデータが非暗号化対象としてテーブル化され格納されている。

機種メモリ３６は、通信アダプタ３のＩＰアドレスと、通信アダプタ３が接続される空気調和機２の機器名を記憶している。機器名は、例えば、壁掛け型空気調和機２Ａ、ダクト型空気調和機２Ｂや天井型空気調和機２Ｃ等である。ＩＰアドレスは、通信アダプタ３に付与されたＩＰアドレスである。尚、ＩＰアドレスは、空調制御装置６内の後述するＤＨＣＰ(Dynamic Host Configuration Protocol)制御部６５Ｄから付与されたＩＰアドレスである。

ＣＰＵ３４は、検出部３４Ａと、判定部３４Ｂと、通信制御部３４Ｃと、制御部３４Ｄとを有する。検出部３４Ａは、通信アダプタ３が送信しようとする送信対象のデータを検出する。送信対象データは、通信アダプタ３が送信するデータである。判定部３４Ｂは、送信対象データのデータ種別に基づき、データ種別テーブル３５を参照し、送信対象のデータに対して暗号化通信を使用するか否かを判定する。判定部３４Ｂは、送信対象のデータのデータ種別が暗号化対象である場合に、送信対象のデータを暗号化通信すると判定する。判定部３４Ｂは、送信対象のデータのデータ種別が暗号化対象のデータ種別と異なる非暗号化対象である場合に、送信対象のデータを暗号化通信しないと判定する。

通信制御部３４Ｃは、第１の通信部３１を制御する第１の制御部である。通信制御部３４Ｃは、送信対象データが暗号化対象の場合、暗号化通信を使用して送信対象データを送信すべく、第１の通信部３１を制御する。また、通信制御部３４Ｃは、送信対象データが非暗号化対象の場合、非暗号化通信を使用して送信対象データを送信すべく、第１の通信部３１を制御する。制御部３４Ｄは、通信アダプタ３全体を制御する。

＜空調制御装置の構成＞
図５は、実施例１の空調制御装置６の構成の一例を示すブロック図である。図５に示す空調制御装置６は、通信部６１と、表示部６２と、操作部６３と、記憶部６４と、ＣＰＵ６５とを有する。通信部６１は、暗号化通信又は非暗号化通信を用いて通信アダプタ３とデータ通信を行う。通信部６１は、暗号化通信の機能を実行する暗号化通信部６１Ａを有する。表示部６２は、例えば複数の空気調和機の運転や設定状況などの各種情報を表示する。操作部６３は、操作者からの空調制御装置６への操作入力を受け付ける。記憶部６４は、各種情報を記憶する。ＣＰＵ６５は、空調制御装置６全体を制御する。

記憶部６４は、データ種別テーブル６６と、機器管理テーブル６７とを有する。データ種別テーブル６６は、データ種別毎のデータ内容を管理するテーブルである。データ種別テーブル６６は、通信アダプタ３内のデータ種別テーブル３５と同一内容である。データ種別テーブル６６は、空気調和機２を利用する利用者個人に関わるデータを暗号化対象のデータ種別として管理すると共に、暗号化対象のデータ種別のデータと異なるデータを非暗号化対象のデータ種別として管理する。機器管理テーブル６７は、各通信アダプタ３と接続する空気調和機２の機器種別及びＩＰアドレスを管理するテーブルである。空気調和機２の機器種別は、例えば、例えば、壁掛け型空気調和機２Ａ、ダクト型空気調和機２Ｂや天井型空気調和機２Ｃ等である。ＩＰアドレスは、空気調和機２と接続する通信アダプタ３に付与したＩＰアドレスである。

ＣＰＵ６５は、検出部６５Ａと、判定部６５Ｂと、通信制御部６５Ｃと、ＤＨＣＰ制御部６５Ｄと、制御部６５Ｅとを有する。検出部６５Ａは、空調制御装置６が送信しようとする送信対象のデータを検出する。送信対象データは、空調制御装置６が送信するデータである。判定部６５Ｂは、送信対象データのデータ種別に基づき、データ種別テーブル６６を参照し、送信対象のデータに対して暗号化通信を使用するか否かを判定する。判定部６５Ｂは、送信対象のデータのデータ種別が暗号化対象である場合に、送信対象のデータを暗号化通信すると判定する。判定部６５Ｂは、送信対象のデータのデータ種別が暗号化対象と異なる非暗号化対象である場合に、送信対象のデータを暗号化通信しないと判定する。

通信制御部６５Ｃは、通信部６１を制御する第２の制御部である。ＤＨＣＰ制御部６５Ｄは、例えば、無線ＬＡＮ内の各通信アダプタ３に対して、通信に使用するＩＰアドレスを付与するＤＨＣＰ機能を有する。尚、ＤＨＣＰ機能は、ＯＮ／ＯＦＦ切替え可能である。制御部６６Ｅは、空調制御装置６全体を制御する。通信制御部６５ＣがＤＨＣＰ制御部６５Ｄを備えることで、通信制御部６５Ｃは空気調和機２（壁掛け型空気調和機２Ａ、ダクト型空気調和機２Ｂや天井型空気調和機２Ｃ等）と接続される通信アダプタ３にＩＰアドレスを付与する。従って、通信制御部６５Ｃは、通信アダプタ３に付与されるＩＰアドレスをホストアドレスとして、通信アダプタ３（空気調和機２）とサブネットワークを形成する。

＜空気調和システムの動作＞
次に実施例１の空気調和システム１の動作について説明する。図６は、第１のデータ送信処理に関わる通信アダプタ３又は空調制御装置６の処理動作の一例を示すフローチャートである。尚、説明の便宜上、第１のデータ送信処理は、通信アダプタ３で実行する場合を例示するが、通信アダプタ３の代わりに空調制御装置６で実行しても良く、適宜変更可能である。

図６に示す通信アダプタ３内のＣＰＵ３４の検出部３４Ａは、送信対象のデータを検出したか否かを判定する（ステップＳ１１）。尚、検出部３４Ａは、送信対象のデータの発生を検出するものである。ＣＰＵ３４内の判定部３４Ｂは、送信対象のデータを検出した場合（ステップＳ１１：Ｙｅｓ）、データ種別テーブル３５を参照して送信対象データのデータ種別を特定する（ステップＳ１２）。尚、データ種別は、例えば、暗号化対象又は非暗号化対象である。

判定部３４Ｂは、送信対象データのデータ種別が暗号化対象であるか否かを判定する（ステップＳ１３）。通信制御部３４Ｃは、送信対象データのデータ種別が暗号化対象である場合（ステップＳ１３：Ｙｅｓ）、暗号化通信を用いて送信対象データを送信すべく、第１の通信部３１を制御し（ステップＳ１４）、図６に示す処理動作を終了する。尚、暗号化通信は、ＨＴＴＰのＴＬＳ方式を用いてデータ通信を実行する。そして、空調制御装置６は、暗号化通信によるデータを通信アダプタ３から受信した場合、暗号化したデータを復号化する。その結果、通信アダプタ３は、空調制御装置６との間で送信対象データを暗号化して通信することになるため、通信アダプタ３と接続する空気調和機２の利用者個人に関わる情報を保護し、利用者のプライバシー保護を確保できる。

通信制御部３４Ｃは、送信対象データのデータ種別が暗号化対象でない場合（ステップＳ１３：Ｎｏ）、非暗号化通信を用いて送信対象データを送信し（ステップＳ１５）、図６に示す処理動作を終了する。尚、非暗号化通信は、ＵＤＰ方式を用いてデータ通信を実行する。そして、空調制御装置６は、非暗号化通信によるデータを通信アダプタ３から受信した場合、非暗号化したデータを受信する。その結果、通信アダプタ３は、空調制御装置６との間で送信対象データを暗号化しないため、送信対象データの送信に要する通信負荷を軽減できる。

また、空調制御装置６内のＣＰＵ６５の検出部６５Ａは、送信対象のデータを検出したか否かを判定する（ステップＳ１１）。ＣＰＵ６５内の判定部６５Ｂは、送信対象のデータを検出した場合（ステップＳ１１：Ｙｅｓ）、データ種別テーブル６６を参照して送信対象データのデータ種別を特定する（ステップＳ１２）。尚、データ種別は、例えば、暗号化対象又は非暗号化対象である。

判定部６５Ｂは、送信対象データのデータ種別が暗号化対象であるか否かを判定する（ステップＳ１３）。通信制御部６５Ｃは、送信対象データのデータ種別が暗号化対象である場合（ステップＳ１３：Ｙｅｓ）、暗号化通信を用いて送信対象データを送信すべく、通信部６１を制御し（ステップＳ１４）、図６に示す処理動作を終了する。尚、暗号化通信は、ＨＴＴＰのＴＬＳ方式を用いてデータ通信を実行することになる。そして、通信アダプタ３は、暗号化通信によるデータを空調制御装置６から受信した場合、暗号化したデータを復号化する。その結果、空調制御装置６は、通信アダプタ３との間で送信対象データを暗号化して通信することになるため、通信アダプタ３と接続する空気調和機２の利用者個人に関わる情報を保護し、利用者のプライバシー保護を確保できる。

通信制御部６５Ｃは、送信対象データのデータ種別が暗号化対象でない場合（ステップＳ１３：Ｎｏ）、非暗号化通信を用いて送信対象データを送信し（ステップＳ１５）、図６に示す処理動作を終了する。尚、非暗号化通信は、ＵＤＰ方式を用いてデータ通信を実行することになる。そして、通信アダプタ３は、非暗号化通信によるデータを空調制御装置６から受信した場合、非暗号化したデータを受信する。その結果、空調制御装置６は、通信アダプタ３との間で送信対象データを暗号化しないため、送信対象データの送信に要する通信負荷を軽減できる。

＜実施例１の効果＞
空気調和機２の利用者個人とは無関係な情報は非暗号化通信が用いられるため、空気調和機２のデータ通信に要する通信アダプタ３側の通信負荷や無線ＬＡＮ内の通信トラヒックを軽減できる。つまり、暗号化通信が用いられる場合には、例えば、ハンドシェイクや鍵交換等の暗号化通信のデータ量を増え、鍵交換等の通信回数が増える。これに対して、非暗号化通信が用いられる場合には、例えば、ハンドシェイクや鍵交換等の暗号化通信のデータ量や通信回数が無くなるため、通信アダプタ３側の通信負荷や無線ＬＡＮ内の通信トラヒックを軽減できる。

また、空気調和機２の運転に関するデータのうち、利用者が存在することや、利用者の室内環境に関する嗜好など利用者個人に関わる情報は暗号化通信を用いて通信するため、利用者のプライバシーを保護することができる。

送信対象データのデータ内容に応じて、暗号化するデータと、暗号化しないデータとを分け、暗号化するデータのデータ量や暗号化通信に関わるハンドシェイクの回数を減らすことで第１の通信部３１（通信部６１）の負荷を軽減できる。更に、暗号化するデータのデータ量や暗号化通信時に実行するハンドシェイクの回数を減らすことで、無線ＬＡＮの通信負荷を抑制できる。更に、第１の通信部３１（通信部６１）に対して負荷のかかる暗号化通信のデータ量を減らすことで、第１の通信部３１（通信部６１）等のハードウェアを安価に構成できる。また、無線ＬＡＮ等のオープンネットワークを使用した場合でも、空気調和機２を利用する利用者のプライバシーが保たれる。

尚、実施例１の空気調和システム１では、送信対象データのデータ種別が暗号化対象である場合に暗号化通信を用いて送信対象データを送信し、送信対象データのデータ種別が非暗号化対象である場合に非暗号化通信を用いて送信対象データを送信する場合を例示した。しかしながら、送信対象データのデータ種別ではなく、空気調和システム１内の空気調和機２と接続する通信アダプタ３の接続台数に基づき、送信対象のデータを暗号化通信するか否かを判定するようにしても良く、その実施の形態につき、実施例２として以下に説明する。尚、実施例１の空気調和システム１と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。

＜空調制御装置の構成＞
図７は、実施例２の空調制御装置６Ａの構成の一例を示すブロック図である。図７に示す空調制御装置６Ａは、通信部６１、表示部６２、操作部６３、記憶部６４及びＣＰＵ６５の他に、台数監視部６９を有する。台数監視部６９は、空気調和システム１内の各空気調和機２の通信アダプタ３Ａの台数を監視する。台数監視部６９は、例えば、ＤＨＣＰ制御部６５Ｄを通じて各通信アダプタ３Ａとの初期通信で各通信アダプタ３ＡにＩＰアドレスを付与するため、空気調和システム１内の通信アダプタ３ＡへのＩＰアドレス付与回数で空気調和システム１内の通信アダプタ３Ａの台数ｎを把握するものとする。記憶部６４は、データ種別テーブル６６の代わりに、切替テーブル６８を有する。尚、図１に示す通り、１台の通信アダプタに対し１台の空気調和機が接続される。したがって、通信アダプタ３Ａの台数ｎは空気調和機２の台数と等しく、空気調和機２の台数もｎである。

切替テーブル６８は、空気調和システム１内の通信アダプタ３Ａの台数に応じて、送信対象のデータを暗号化通信から非暗号化通信に切替えるデータ種別を記憶しているテーブルである。図８は、切替テーブル６８の一例を示す説明図である。尚、説明の便宜上、接続台数ｎは、空気調和システム１内の通信アダプタ３Ａの台数、例えば、１２８台とする。図８に示す台数ｎが１１０＜ｎ≦１２８では、送信対象のデータに対して暗号化通信から非暗号化通信に切替える非暗号化対象のデータ種別を、例えば、空調ＯＮ／ＯＦＦ及び風向・風量とする。接続台数ｎが１００＜ｎ≦１２８では、非暗号化対象のデータ種別を、例えば、運転モード及び設定温度とする。接続台数ｎが８０＜ｎ≦１２８では、非暗号化対象のデータ種別を、例えば、機種名、機種タイプ及び故障検知情報とする。総じて言うと、通信アダプタ３Ａの台数ｎが所定の閾値（ここでは８０、１００および１１０）より大きい場合に、暗号化通信が非暗号化通信に切替えられていくこととなる。

尚、データ種別は、利用者の個人情報に関連する度合いに応じてデータの秘匿性を３段階のレベル（高中低）に区分し、その区分に応じ通信アダプタ３Ａの台数ｎの範囲を割り付けている。例えば、空調ＯＮ／ＯＦＦ及び風向・風量は、利用者個人の情報である在不在情報と直接関連する項目のため秘匿性は高とし、例えば、運転モード及び設定温度は、利用者の嗜好を反映するものであるが、空調ＯＦＦ時でも値を保持しているもののため、利用者個人の情報との関連性はそれほど高くないと考え、秘匿性を中とし、例えば、機種名、機種タイプ及び故障検知情報は、利用者個人とは無関係な情報のため秘匿性を低に設定している。こういった考え方により通信アダプタ３Ａの台数ｎの増加に応じ、秘匿性が低いデータ種別から高いデータ種別へと順番に、暗号化通信を非暗号化通信に切替えていく切替テーブル６８が作成される。

さらに、ＣＰＵ６５は、判定部６５Ｂの代わりに判定部６５１Ｂを有する。判定部６５１Ｂは、通信アダプタ３Ａの台数ｎの増加に応じて、送信対象のデータに対する暗号化通信を非暗号化通信に切替えるべく、送信対象のデータを暗号化通信するか否かを判定する。そして、判定部６５１Ｂは、切替テーブル６８を参照し、現在の通信アダプタ３Ａの台数ｎに応じて非暗号化通信とするデータを特定する。

判定部６５１Ｂは、通信アダプタ３Ａの台数ｎがｎ＜８０の場合、全ての送信対象のデータのデータ種別を暗号化通信とする。判定部６５１Ｂは、通信アダプタ３Ａの台数ｎが８０＜ｎ≦１２８の場合、切替テーブル６８を参照し、非暗号化対象のデータ種別として、機種名、機種タイプ及び故障検知情報のデータを非暗号化通信とする。判定部６５１Ｂは、通信アダプタ３Ａの台数ｎが１００＜ｎ≦１２８の場合、非暗号化対象のデータ種別として、運転モード及び設定温度のデータを非暗号化通信とする。判定部６５１Ｂは、接続台数ｎが１１０＜ｎ≦１２８の場合、非暗号化対象のデータ種別として、空調ＯＮ／ＯＦＦ及び風向・風量のデータを非暗号化通信とする。

また、通信部６１は、接続台数監視部６９の監視結果である通信アダプタ３Ａの台数ｎを各空気調和機２の通信アダプタ３Ａに定期的に送信する。

＜通信アダプタの構成＞
図９は、実施例２の通信アダプタ３Ａの構成の一例を示すブロック図である。図９に示す通信アダプタ３Ａは、第１の通信部３１、第２の通信部３２、記憶部３３及びＣＰＵ３４を有する。記憶部３３は、データ種別テーブル３５の代わりに切替テーブル３８を有する。切替テーブル３８は、通信アダプタ３Ａの台数ｎに応じて、送信対象のデータを暗号化通信から非暗号化通信に切替える、非暗号化対象のデータ種別を管理するテーブルである。切替テーブル３８は、空調制御装置６Ａ内の切替テーブル６８と同一内容である。

ＣＰＵ３４は、第１の通信部３１を通じて空調制御装置６Ａからの通信アダプタ３Ａの台数ｎを取得する。ＣＰＵ３４は、判定部３４Ｂの代わりに判定部３４１Ｂを有する。判定部３４１Ｂは、接続台数ｎがｎ＜８０の場合、全ての送信対象のデータのデータ種別を暗号化通信とする。判定部３４１Ｂは、接続台数ｎが８０＜ｎ≦１２８の場合、切替テーブル３８を参照し、機種名、機種タイプ及び故障検知情報のデータを非暗号化通信とする。判定部３４１Ｂは、接続台数ｎが１００＜ｎ≦１２８の場合、切替テーブル３８を参照し、運転モード及び設定温度のデータを非暗号化通信とする。判定部３４１Ｂは、接続台数ｎが１１０＜ｎ≦１２８の場合、空調ＯＮ／ＯＦＦ及び風向・風量のデータを非暗号化通信とする。

＜空気調和システムの動作＞
次に実施例２の空気調和システム１の動作について説明する。図１０は、第２のデータ送信処理に関わる空調制御装置６Ａ又は通信アダプタ３Ａの処理動作の一例を示すフローチャートである。尚、説明の便宜上、第２のデータ送信処理は、空調制御装置６Ａで実行する場合を例示するが、空調制御装置６Ａの代わりに通信アダプタ３Ａで実行しても良く、適宜変更可能である。

図１０に示す空調制御装置６Ａ内のＣＰＵ６５の検出部６５Ａは、送信対象のデータを検出したか否かを判定する（ステップＳ２１）。尚、検出部６５Ａは、送信対象のデータの発生を検出するものである。ＣＰＵ６５内の判定部６５１Ｂは、送信対象のデータを検出した場合（ステップＳ２１：Ｙｅｓ）、台数監視部６９から現在の通信アダプタ３Ａの台数ｎを取得する（ステップＳ２２）。

判定部６５１Ｂは、切替テーブル６８を参照し、現在の通信アダプタ３Ａの台数ｎに応じた非暗号化対象のデータ種別を特定する（ステップＳ２３）。尚、データ種別は、例えば、暗号化対象又は非暗号化対象のデータの種別である。判定部６５１Ｂは、送信対象データのデータ種別が暗号化対象であるか否かを判定する（ステップＳ２４）。

通信制御部６４Ｃは、送信対象データのデータ種別が暗号化対象である場合（ステップＳ２４：Ｙｅｓ）、暗号化通信を用いて送信対象データを送信すべく、通信部６１を制御し（ステップＳ２５）、図１０に示す処理動作を終了する。尚、データ通信には、例えば、ＨＴＴＰのＴＬＳのような暗号化プロトコルを用いる。そして、通信アダプタ３Ａは、暗号化通信によるデータを空調制御装置６Ａから受信した場合、暗号化したデータを復号化する。その結果、空調制御装置６Ａは、通信アダプタ３Ａとの間で送信対象データを暗号化して通信することになるため、空調制御装置６Ａと接続する空気調和機２の利用者個人に関わる情報を保護し、利用者のプライバシー保護を確保できる。

通信制御部６４Ｃは、送信対象データのデータ種別が暗号化対象でない場合（ステップＳ２４：Ｎｏ）、非暗号化通信を用いて送信対象データを送信する（ステップＳ２６）。そして、図１０に示す処理動作を終了する。尚、データ通信には、例えば、ＵＤＰのような非暗号化プロトコルを用いる。そして、通信アダプタ３Ａは、非暗号化通信によるデータを通信アダプタ３Ａから受信した場合、非暗号化したデータを受信する。その結果、空調制御装置６Ａは、通信アダプタ３Ａとの間で送信対象データを暗号化しないため、通信データ量は減少し、通信トラフィックと通信負荷を軽減され、輻輳の発生は抑制される。

つまり、切替テーブル６８を使用し、通信アダプタ３Ａの台数ｎに基づき、非暗号対象のデータ種別を特定する。通信アダプタ３Ａの台数ｎが８０＜ｎ≦１２８の場合は秘匿性が低のデータ、例えば、機種名、機種タイプ及び故障検知情報を非暗号化することにより、通信データ量は減少し、通信トラフィックと通信負荷は軽減され、輻輳の発生は抑制される。

また、通信アダプタ３Ａの台数ｎが１００＜ｎ≦１２８の場合は秘匿性が低のデータの暗号化に加え、秘匿性が中のデータ、例えば、運転モード及び設定温度を非暗号化するため、暗号化通信のデータ量は更に減少し、通信トラフィックと通信負荷はより軽減され、輻輳の発生は抑制される。

更に、例えば、通信アダプタ３Ａの台数ｎが１１０＜ｎ≦１２８の場合は、秘匿性が低のデータ、中のデータに加え、秘匿性が高のデータ、例えば、空調ＯＮ／ＯＦＦ及び風向・風量も非暗号化する。これにより全ての通信は非暗号化通信となり、通信トラフィックと通信負荷は最大限に軽減され、輻輳の発生は抑制される。

更に、通信アダプタ３Ａの台数ｎがｎ＜８０の場合は、全てのデータを暗号化する。通信アダプタ３Ａの台数ｎの値が小さいさめ、輻輳は発生しない。

また、通信アダプタ３Ａ内のＣＰＵ３４の検出部３４Ａは、送信対象のデータを検出したか否かを判定する（ステップＳ２１）。ＣＰＵ３４内の判定部３４１Ｂは、送信対象のデータを検出した場合（ステップＳ２１：Ｙｅｓ）、空調制御装置６Ａから取得した現在の接続台数を取得する（ステップＳ２２）。

判定部３４１Ｂは、切替テーブル３８を参照し、通信アダプタ３Ａの台数ｎに基づき、非暗号化対象のデータ種別を特定する（ステップＳ２３）。尚、データ種別は、例えば、暗号化対象又は非暗号化対象である。判定部３４１Ｂは、送信対象データのデータ種別が暗号化対象であるか否かを判定する（ステップＳ２４）。

通信制御部３４Ｃは、送信対象データのデータ種別が暗号化対象である場合（ステップＳ２４：Ｙｅｓ）、暗号化通信を用いて送信対象データを送信すべく、第１の通信部３１を制御し（ステップＳ２５）、図１０に示す処理動作を終了する。尚、データ通信には、暗号化通信であるＨＴＴＰのＴＬＳを用いてデータ通信を実行することになる。そして、空調制御装置６Ａは、暗号化通信によるデータを通信アダプタ３Ａから受信した場合、暗号化したデータを復号化する。その結果、通信アダプタ３Ａは、空調制御装置６Ａとの間で送信対象データを暗号化して通信することになるため、空調制御装置６Ａと接続する空気調和機２の利用者個人に関わる情報を保護し、利用者のプライバシー保護を確保できる。

通信制御部３４Ｃは、送信対象データのデータ種別が暗号化対象でない場合（ステップＳ２４：Ｎｏ）、非暗号化通信を用いて送信対象データを送信し（ステップＳ２６）、図１０に示す処理動作を終了する。尚、データ通信には、非暗号化通信であるＵＤＰを用いてデータ通信を実行することになる。そして、空調制御装置６Ａは、非暗号化通信によるデータを通信アダプタ３Ａから受信した場合、非暗号化したデータを受信する。その結果、通信アダプタ３Ａは空調制御装置６Ａとの間で送信対象データを暗号化しないため、送信対象データの送信に要する通信負荷を軽減できる。

＜実施例２の効果＞
通信アダプタ３Ａの台数ｎの値に応じて、通信データをその種別毎に順に非暗号化していくことにより、データの秘匿性を維持しつつ、空調制御装置６Ａの通信負荷を軽減することができる。また、ネットワーク内の通信トラヒックを軽減し、輻輳の発生を抑制することができる。

空気調和システム１内の通信アダプタ３Ａの接続台数に応じて送信対象データを暗号化対象と非暗号化対象とに分け、暗号化するデータのデータ量や暗号化通信の開始の度に行われるハンドシェイクの回数を減らすことで第１の通信部３１（通信部６１）の負荷を軽減できる。更に、暗号化するデータのデータ量や暗号化通信時に実行するハンドシェイクの回数を減らすことで、有線ＬＡＮや無線ＬＡＮの通信負荷を抑制できる。更に、第１の通信部３１（通信部６１）に対して負荷のかかる暗号化通信のデータ量を減らすことで、第１の通信部３１（通信部６１）等のハードウェアを安価に構成できる。また、オープンネットワークとして利用されている有線ＬＡＮや無線ＬＡＮを通信に使用した場合でも、空気調和機２を利用する利用者のプライバシーを保つことができる。

尚、説明の便宜上、台数監視部６９は、ＤＨＣＰ制御部６５Ｄの通信アダプタ３Ａに対するＩＰアドレスの付与回数に基づき、空気調和システム１内の通信アダプタ３Ａの接続台数を把握する場合を例示した。しかしながら、これに限定されるものではなく、例えば、空調制御装置６Ａが各通信アダプタ３Ａに対して、機種名の返信を求めるコマンドをマルチキャスト通信で送信し、各通信アダプタ３Ａの機種名の返信数に基づき、空気調和システム１内の通信アダプタ３Ａの接続台数を把握しても良く、適宜変更可能である。

尚、実施例２の空気調和システム１では、空気調和システム１内の空気調和機２の接続台数に基づき、送信対象のデータを暗号化通信するか否かを判定する場合を例示した。しかしながら、接続台数の限定されるものではなく、空調制御装置６Ｂの処理負荷に基づき、送信対象のデータを暗号化通信するか否かを判定するようにしても良く、その実施の形態につき、実施例３として以下に説明する。尚、実施例２の空気調和システム１と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。

＜空調制御装置の構成＞
図１１は、実施例３の空調制御装置６Ｂの構成の一例を示すブロック図である。図１１に示す空調制御装置６Ｂは、通信部６１、表示部６２、操作部６３、記憶部６４及びＣＰＵ６５を有し、台数監視部６９の代わりに処理負荷監視部６９Ａを有する。処理負荷監視部６９Ａは、空調制御装置６Ｂ内の通信部６１の処理負荷Ｉを監視する。処理負荷監視部６９Ａは、例えば、通信部６１の単位時間当たりに送受信するデータのパケット数から処理負荷Ｉを算出する。単位時間当たりに送受信するデータのパケット数と処理負荷Ｉは比例関係にある。記憶部６４は、切替テーブル６８の代わりに切替テーブル６８Ａを有する。

切替テーブル６８Ａは、処理負荷量に応じた処理負荷Ｉに応じて、送信対象のデータを暗号化通信から非暗号化通信に切替えるデータ種別を記憶しているテーブルである。図１２は、切替テーブル６８Ａの一例を示す説明図である。尚、説明の便宜上、処理負荷Ｉは、例えば、０～４の範囲で変動するものとする。図１２に示す処理負荷量Ｉが３≦Ｉ≦４では、送信対象のデータに対して暗号化通信から非暗号化通信に切替える非暗号化対象のデータ種別を、例えば、空調ＯＮ／ＯＦＦ及び風向・風量とする。処理負荷量Ｉが２≦Ｉ≦４では、非暗号化対象のデータ種別を、例えば、運転モード及び設定温度とする。処理負荷量Ｉが１≦Ｉ≦４では、非暗号化対象のデータ種別を、例えば、機種名、機種タイプ及び故障検知情報とする。総じて言うと、処理負荷量Ｉが所定の閾値（ここでは１～３の整数）より大きい場合に、暗号化通信が非暗号化通信に切替えられていくこととなる。

尚、データ種別は、利用者の個人情報に関連する度合いに応じてデータの秘匿性を３段階のレベル（高中低）に区分し、その区分に応じ処理負荷Ｉの範囲を割り付けている。例えば、空調ＯＮ／ＯＦＦ及び風向・風量は、利用者個人の情報である在不在情報と直接関連する項目のため秘匿性は高とし、例えば、運転モード及び設定温度は、利用者の嗜好を反映するものであるが、空調ＯＦＦ時でも値を保持しているもののため、利用者個人の情報との関連性はそれほど高くないと考え、秘匿性を中とし、例えば、機種名、機種タイプ及び故障検知情報は、利用者個人とは無関係な情報のため秘匿性を低に設定している。こういった考え方により処理負荷量Ｉの上昇に応じ、秘匿性が低いデータ種別から高いデータ種別へと順番に、暗号化通信を非暗号化通信に切替えていく切替テーブル６８Ａが作成される。

さらに、ＣＰＵ６５は、判定部６５１Ｂの代わりに判定部６５１Ｂ１を有する。判定部６５１Ｂ１は、通信部６１の処理負荷Ｉの増加に応じて、送信対象のデータを暗号化通信するか否かを判定する。具体的には、判定部６５１Ｂ１は、切替テーブル６８Ａを参照し、処理負荷量Ｉに応じて、送信対象のデータを暗号化通信から非暗号化通信に切替えるか否かを判定する。そして、判定部６５１Ｂ１は、切替テーブル６８Ａを参照し、現在の処理負荷Ｉに応じて非暗号化通信とするデータを特定する。

判定部６５１Ｂ１は、処理負荷ＩがＩ＜１の場合、全てのデータ種別送信対象のデータを暗号化対象とする。判定部６５１Ｂ１は、処理負荷量Ｉが１≦Ｉ≦４の場合、切替テーブル６８Ａを参照し、機種名、機種タイプ及び故障検知情報のデータを非暗号化通信とする。判定部６５１Ｂ１は、処理負荷Ｉが２≦Ｉ≦４の場合、運転モード及び設定温度のデータを非暗号化通信とする。判定部６５１Ｂ１は、処理負荷Ｉが３≦Ｉ≦４の場合、空調ＯＮ／ＯＦＦ及び風向・風量のデータを非暗号化通信とする。

また、通信部６１は、処理負荷監視部６９Ａの監視結果である処理負荷量を各空気調和機２の通信アダプタ３Ｂに定期的に送信する。

＜通信アダプタの構成＞
図１３は、実施例３の通信アダプタ３Ｂの構成の一例を示すブロック図である。図１３に示す通信アダプタ３Ｂは、第１の通信部３１、第２の通信部３２、記憶部３３及びＣＰＵ３４を有する。記憶部３３は、切替テーブル３８の代わりに切替テーブル３８Ａを有する。切替テーブル３８Ａは、処理負荷Ｉの値に応じて、送信対象のデータを暗号化通信から非暗号化通信に切替える、例えば、非暗号化対象のデータ種別を管理するテーブルである。

ＣＰＵ３４は、第１の通信部３１を通じて空調制御装置６Ｂからの処理負荷Ｉを取得する。ＣＰＵ３４は、判定部３４１Ｂの代わりに判定部３４１Ｂ１を有する。判定部３４１Ｂ１は、処理負荷ＩがＩ＜１の場合、全てのデータ種別の送信対象のデータを暗号化する。判定部３４１Ｂ１は、処理負荷Ｉが１≦Ｉ≦４の場合、切替テーブル３８Ａを参照し、機種名、機種タイプ及び故障検知情報のデータを非暗号化通信とする。判定部３４１Ｂ１は、処理負荷Ｉが２≦Ｉ≦４の場合、運転モード及び設定温度のデータを非暗号化通信とする。判定部３４１Ｂ１は、処理負荷Ｉが３≦Ｉ≦４の場合、空調ＯＮ／ＯＦＦ及び風向・風量のデータを非暗号化通信とする。

＜空気調和システムの動作＞
次に実施例３の空気調和システム１の動作について説明する。図１４は、第３のデータ送信処理に関わる空調制御装置６Ｂ又は通信アダプタ３Ｂの処理動作の一例を示すフローチャートである。尚、説明の便宜上、第３のデータ送信処理は、空調制御装置６Ｂで実行する場合を例示するが、空調制御装置６Ｂの代わりに通信アダプタ３Ｂで実行しても良く、適宜変更可能である。

図１４に示す空調制御装置６Ｂ内のＣＰＵ６５の検出部６５Ａは、送信対象のデータを検出したか否かを判定する（ステップＳ３１）。尚、検出部６５Ａは、送信対象のデータの発生を検出するものである。ＣＰＵ６５内の判定部６５１Ｂ１は、送信対象のデータを検出した場合（ステップＳ３１：Ｙｅｓ）、処理負荷監視部６９Ａから現在の通信部６１の処理負荷量を取得する（ステップＳ３２）。

判定部６５１Ｂ１は、切替テーブル６８Ａを参照し、現在の処理負荷量に応じた非暗号化対象データ種別を特定する（ステップＳ３３）。尚、データ種別は、例えば、暗号化対象又は非暗号化対象のデータの種別である。判定部６５１Ｂ１は、送信対象データのデータ種別が暗号化対象であるか否かを判定する（ステップＳ３４）。

通信制御部６４Ｃは、送信対象データのデータ種別が暗号化対象である場合（ステップＳ３４：Ｙｅｓ）、暗号化通信を用いて送信対象データを送信すべく、通信部６１を制御し（ステップＳ３５）、図１４に示す処理動作を終了する。尚、データ通信には、例えば、ＨＴＴＰのＴＬＳのような暗号化プロトコルを用いる。そして、通信アダプタ３Ｂは、暗号化通信によるデータを空調制御装置６Ｂから受信した場合、暗号化したデータを復号化する。その結果、空調制御装置６Ｂは、通信アダプタ３Ｂとの間で送信対象データを暗号化して通信することになるため、空調制御装置６Ｂと接続する空気調和機２の利用者個人に関わる情報を保護し、利用者のプライバシー保護を確保できる。

通信制御部６４Ｃは、送信対象データのデータ種別が暗号化対象でない場合（ステップＳ３４：Ｎｏ）、非暗号化通信を用いて送信対象データを送信する（ステップＳ３６）。そして、図１４に示す処理動作を終了する。尚、データ通信には、例えば、ＵＤＰのような非暗号化プロトコルを用いる。そして、通信アダプタ３Ｂは、非暗号化通信によるデータを通信アダプタ３Ｂから受信した場合、非暗号化したデータを受信する。その結果、空調制御装置６Ｂは、通信アダプタ３Ｂとの間で送信対象データを暗号化しないため、通信データ量は減少し、通信トラフィックと通信負荷を軽減され、輻輳の発生は抑制される。

つまり、切替テーブル６８Ａを使用し、処理負荷量Ｉに基づき、非暗号対象のデータ種別を特定する。処理負荷量Ｉが１≦Ｉ≦４の場合は秘匿性が低のデータ、例えば、機種名、機種タイプ及び故障検知情報を非暗号化することにより、通信データ量は減少し、通信トラフィックと通信負荷は軽減され、輻輳の発生は抑制される。

また、処理負荷量Ｉが２≦Ｉ≦４の場合は秘匿性が低のデータの暗号化に加え、秘匿性が中のデータ、例えば、運転モード及び設定温度を非暗号化するため、暗号化通信のデータ量は更に減少し、通信トラフィックと通信負荷はより軽減され、輻輳の発生は抑制される。

更に、例えば、処理負荷量Ｉが３≦Ｉ≦４の場合は、秘匿性が高のデータ、例えば、空調ＯＮ／ＯＦＦ及び風向・風量も非暗号化する。これにより全ての通信は非暗号化通信となり、通信トラフィックと通信負荷は最大限に軽減され、輻輳の発生は抑制される。

更に、処理負荷量ＩがＩ＜１の場合は、全てのデータを暗号化する。処理負荷量Ｉの値が小さいさめ、輻輳は発生しない。

また、通信アダプタ３Ｂ内のＣＰＵ３４の検出部３４Ａは、送信対象のデータを検出したか否かを判定する（ステップＳ３１）。ＣＰＵ３４内の判定部３４１Ｂ１は、送信対象のデータを検出した場合（ステップＳ３１：Ｙｅｓ）、空調制御装置６Ｂから取得した現在の処理負荷量を取得する（ステップＳ３２）。

判定部３４１Ｂ１は、切替テーブル３８Ａを参照し、現在の処理負荷量Ｉに応じた非暗号化対象のデータ種別を特定する（ステップＳ３３）。尚、データ種別は、例えば、暗号化対象又は非暗号化対象のデータの種別である。判定部３４１Ｂ１は、送信対象データのデータ種別が暗号化対象であるか否かを判定する（ステップＳ３４）。

通信制御部３４Ｃは、送信対象データのデータ種別が暗号化対象である場合（ステップＳ３４：Ｙｅｓ）、暗号化通信を用いて送信対象データを送信すべく、第１の通信部３１を制御し（ステップＳ３５）、図１４に示す処理動作を終了する。尚、データ通信には、例えば、ＨＴＴＰのＴＬＳのような暗号化プロトコルを用いる。そして、空調制御装置６Ｂは、暗号化通信によるデータを通信アダプタ３Ｂから受信した場合、暗号化したデータを復号化する。その結果、通信アダプタ３Ｂは、空調制御装置６Ｂとの間で送信対象データを暗号化して通信することになるため、空調制御装置６Ｂと接続する空気調和機２の利用者個人に関わる情報を保護し、利用者のプライバシー保護を確保できる。

通信制御部３４Ｃは、送信対象データのデータ種別が暗号化対象でない場合（ステップＳ３４：Ｎｏ）、非暗号化通信を用いて送信対象データを送信し（ステップＳ３６）、図１４に示す処理動作を終了する。尚、データ通信には、例えば、ＵＤＰのような非暗号化プロトコルを用いる。そして、空調制御装置６Ｂは、非暗号化通信によるデータを通信アダプタ３Ｂから受信した場合、非暗号化したデータを受信する。その結果、通信アダプタ３Ｂは、空調制御装置６Ｂとの間で送信対象データを暗号化しないため、送信対象データの送信に要する通信負荷を軽減できる。

＜実施例３の効果＞
処理負荷量Ｉの値に応じて、通信データをその種別毎に順に非暗号化していくことにより、データの秘匿性を維持しつつ、空調制御装置６Ａの通信負荷を軽減することができる。また、ネットワーク内の通信トラヒックを軽減し、輻輳の発生を抑制することができる。

空気調和システム１の処理負荷量に応じて送信対象データを暗号化対象と非暗号化対象とに分け、暗号化するデータのデータ量や暗号化通信の開始の度に行われるハンドシェイクの回数を減らすことで第１の通信部３１（通信部６１）の負荷を軽減できる。更に、暗号化するデータのデータ量や暗号化通信時に実行するハンドシェイクの回数を減らすことで、有線ＬＡＮや無線ＬＡＮの通信負荷を抑制できる。更に、第１の通信部３１（通信部６１）に対して負荷のかかる暗号化通信のデータ量を減らすことで、第１の通信部３１（通信部６１）等のハードウェアを安価に構成できる。オープンネットワークとして利用されている有線ＬＡＮや無線ＬＡＮを通信に使用した場合でも、空気調和機２を利用する利用者のプライバシーを保つことができる。

尚、説明の便宜上、処理負荷監視部６９Ａは、例えば、通信部６１の単位時間当たりに送受信するデータのパケット数から処理負荷量として算出する場合を例示した。しかしながら、これに限定されるものではなく、処理負荷監視部６９Ａは、例えば、空調制御装置６ＢのＯＳ上で動作しているプログラムからＣＰＵ使用率負荷をＯＳに問い合わせることで処理負荷量を把握しても良く、適宜変更可能である。

また、説明の便宜上、空調制御装置６（６Ａ、６Ｂ）とアクセスポイント４との間にハブ５を配置する場合を例示したが、空調制御装置６（６Ａ、６Ｂ）とアクセスポイント４との間を直接接続しても良い。また、空調制御装置６（６Ａ、６Ｂ）とアクセスポイント４との間は有線で接続する場合を例示したが、無線で接続しても良い。また、通信アダプタ３（３Ａ、３Ｂ）とアクセスポイント４との間を無線ＬＡＮで接続する場合を例示したが、例えば、有線ＬＡＮ等の有線通信網で接続しても良く、適宜変更可能である。

１ 空気調和システム
２ 空気調和機
３，３Ａ、３Ｂ 通信アダプタ
６，６Ａ、６Ｂ 空調制御装置
２１ 室内機
３１ 第１の通信部
３４Ｂ 判定部
３４Ｃ 通信制御部
６１ 通信部
６５Ｂ 判定部
６５Ｃ 通信制御部
３４１Ｂ 判定部
６５１Ｂ 判定部
３４１Ｂ１ 判定部
６５１Ｂ１ 判定部

Claims (12)

1. 複数の空気調和機を集中制御する空調制御装置であって、
   前記空気調和機との間でデータを通信する通信部と、
   送信対象のデータを暗号化通信するか否かを判定する判定部と、
   前記送信対象のデータを前記暗号化通信する場合に前記送信対象のデータを暗号化通信すべく、前記通信部を制御する通信制御部と
   を有することを特徴とする空調制御装置。
2. 前記空気調和機の台数を監視する台数監視部を有し、
   前記判定部は、
   前記台数に基づき、前記送信対象のデータを暗号化通信とするか否かを判定することを特徴とする請求項１に記載の空調制御装置。
3. 前記判定部は、
   前記台数が所定の閾値より大きい場合に、前記送信対象のデータを前記暗号化通信から非暗号化通信に切替える判定をすることを特徴とする請求項２に記載の空調制御装置。
4. 前記台数の複数の範囲毎に、前記送信対象のデータに対する通信を前記暗号化通信を前記非暗号通信に切替えるか否かを示すデータ種別を管理する切替テーブルを備え、
   前記判定部は、
   前記切替テーブルを参照し、前記台数に基づき、前記送信対象のデータを前記暗号化通信を前記非暗号化通信に切替えるか否かを判定することを特徴とする請求項２に記載の空調制御装置。
5. 前記切替テーブルは、前記台数が所定の閾値より大きい場合に、予め定められた秘匿度が低のデータ種別から高のデータ種別へと順番に、前記暗号化通信を前記非暗号化通信に切替えるように構成されていること特徴とする請求項４に記載の空調制御装置。
6. 前記通信部の処理負荷量を監視する処理負荷監視部を有し、
   前記判定部は、
   前記処理負荷量に基づき、前記送信対象のデータを前記暗号化通信から前記非暗号化通信に切替えるか否かを判定することを特徴とする請求項１に記載の空調制御装置。
7. 前記判定部は、
   前記処理負荷量が所定の閾値より大きい場合に、前記送信対象のデータを前記暗号化通信から非暗号化通信に切替える判定をすることを特徴とする請求項６に記載の空調制御装置。
8. 前記処理負荷量の複数の範囲毎に、前記送信対象のデータに対する前記暗号化通信を前記非暗号通信に切替えるか否かを示すデータ種別を管理する切替テーブルを備え、
   前記判定部は、
   前記切替テーブルを参照し、前記送信対象のデータを前記暗号化通信から前記非暗号化通信に切替えるか否かを判定することを特徴とする請求項７に記載の空調制御装置。
9. 前記切替テーブルは、前記処理負荷量が所定の閾値より大きくなる度に、予め定められた秘匿度が低のデータ種別から高のデータ種別へと順番に、前記暗号化通信を前記非暗号化通信に切替えるように構成されていることを特徴とする請求項６に記載の空調制御装置。
10. 空気調和機と、前記空気調和機を監視する空調制御装置とを有する空気調和システムであって、
    前記空気調和機は、
    前記空調制御装置との間でデータを通信する第１の通信部と、
    前記第１の通信部にて送信対象のデータを暗号化通信するか否かを判定する第１の判定部と、
    前記送信対象のデータを前記暗号化通信する場合に前記送信対象のデータを暗号化通信すべく、前記第１の通信部を制御する第１の制御部とを有し、
    前記空調制御装置は、
    前記空気調和機との間でデータを通信する第２の通信部と、
    前記第２の通信部にて送信対象のデータを暗号化通信するか否かを判定する第２の判定部と、
    前記送信対象のデータを前記暗号化通信する場合に前記送信対象のデータを暗号化通信すべく、前記第２の通信部を制御する第２の制御部とを有することを特徴とする空気調和システム。
11. 前記空調制御装置は、
    前記空気調和機の台数を監視する台数監視部を有し、
    前記第２の判定部は、
    前記台数の増加に基づき、前記送信対象のデータを前記暗号化通信から非暗号化通信に切替えるか否かを判定することを特徴とする請求項１０に記載の空気調和システム。
12. 前記空調制御装置は、
    前記第２の通信部の処理負荷量を監視する処理負荷監視部を有し、
    前記第２の判定部は、
    前記処理負荷量に基づき、前記送信対象のデータを前記暗号化通信から非前記暗号化通信に切替えるか否かを判定することを特徴とする請求項１０に記載の空気調和システム。

Images