JP7287141B2 - 空調制御方法、プログラム、空調制御装置、および空調システム - Google Patents

Description

本開示は、介護施設や病院などの機関における居室の空調制御に関する。

従来、介護施設や病院などの機関は、ケア対象者に関する情報を取得し、必要に応じてケア対象者にケアを供給してきた。たとえば、特開２０１６－１６２０５３号公報（特許文献１）は、ケア対象者の居室の室温設定のための、最適化自動制御に関する技術を提供している。この技術は、リモコンなどで制御された制御値を利用者ごとに設定された適正値と比較し、差分が閾値以上である場合には制御のやりなおしを求めるように警告を端末装置に表示する。

特開２０１６－１６２０５３号公報

快適な居室環境を提供するためには、居室の温度以外にも考慮すべき点が多くある。たとえば、居室内にはさまざまな臭いが発生する可能性があるため、室内を適切に換気することによっても快適な居室環境が提供され得る。

臭いの発生に対応する換気のためのアプローチの１つとして、居室内の臭いセンサーの検出出力に従って、換気のための空調制御を実施することが考えられる。しかしながら、ある種類の「臭い」が入居者にとって不快かどうかは、臭いセンサーの検出出力からだけでは正確に判断され得ない場合があり得る。

本開示は、係る実情に鑑み考え出されたものであり、その目的は、入居者に快適な居室環境を提供するための空調制御を実現するための技術を提供することである。

本開示のある局面に従うと、コンピューターによって実施される、入居者の居室の空調制御方法が提供される。空調制御方法は、入居者の介護記録に基づいて居室の空調設備の制御態様を決定するステップと、決定された制御態様に従って空調設備を制御するステップとを備える。

制御態様を決定するステップは、入居者の介護記録の介護項目に従って、居室の臭いレベルを算出することと、算出された臭いレベルに従って、制御態様を決定することとを含んでいてもよい。

臭いレベルを算出することは、介護記録から、制御態様の決定のタイミングから一定時間以内の介護項目を選択することと、選択された介護項目に従って、臭いレベルを算出することを含んでいてもよい。

空調設備を制御するステップは、臭いレベルの値が高くなるほど、空調設備を高い換気能力で動作させてもよい。

介護項目は、居室における食事を含んでいてもよい。食事は、臭いレベルを高くしてもよい。

介護項目は、居室における排泄介助を含んでいてもよい。排泄介助は、臭いレベルを高くしてもよい。

介護項目は、居室における食事と居室における排泄介助とを含んでいてもよい。食事は、臭いレベルを高くしてもよい。排泄介助は、食事より大きい度合いで臭いレベルを高くしてもよい。

介護項目は、居室の換気を含んでいてもよい。換気は、臭いレベルを低くしてもよい。
介護項目は、入居者の居室からの外出を含んでいてもよい。外出は、臭いレベルを低くしてもよい。

制御態様を決定するステップは、介護記録における入居者の現在の状態に従って制御態様を決定することを含んでいてもよい。

制御態様を決定するステップは、居室と外気温との温度差に基づいて、制御態様を決定することを含んでいてもよい。

本開示の他の局面に従うと、コンピューターによって実行されることによって、当該コンピューターに上記空調制御方法を実施させる、プログラムが提供される。

本開示のさらに他の局面に従うと、プロセッサーと、上記プログラムを格納する記憶装置とを備えた、空調制御装置が提供される。

本開示のさらに他の局面に従うと、入居者の居室の空調を制御するための空調設備と、上記空調制御装置とを備えた、空調システムが提供される。

本開示によれば、介護記録に基づいて決定された制御態様に従って、居室の空調設備が制御される。これにより、入居者に提供された介護の状況に従った、快適な居室環境が提供され得る。

空調システムの構成の一例を示す図である。 居室９００におけるセンサーの検出範囲の一例を説明するための図である。 空調システムのセンサーボックス１００、管理サーバー２００、および、携帯端末３００のハードウェア構成を示す図である。 クラウドサーバー４００のハードウェア構成を示す図である。 管理サーバー２００の機能構成の一例を示す図である。 ある入居者についての介護記録のデータ構造の一例を模式的に示す図である。 臭いレベル管理部２５１による臭いレベルの算出のための処理（臭いレベル管理処理）のフローチャートである。 換気態様決定部２５２による、居室の換気態様の調整のための処理（換気態様調整処理）のフローチャートである。 空調システムの構成の変形例を示す図である。 空調システムの構成の変形例を示す図である。

以下に、図面を参照しつつ、空調システムの一実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、これらの説明は繰り返さない。

［１．空調システムの構成］
図１は、空調システムの構成の一例を示す図である。図１の空調システムでは、居室領域ＲＭに、居室９００Ａ，９００Ｂが設けられている。居室９００Ａは、入居者８００Ａに割当てられている。居室９００Ｂは、入居者８００Ｂに割当てられている。図１の例では、空調システムに含まれる居室の数は２であるが、当該数はこれに限定されない。

居室９００Ａには、センサーボックス１００Ａが設置されている。居室９００Ｂには、センサーボックス１００Ｂが設置されている。センサーボックス１００Ａ，１００Ｂと、管理センターＳＴに設置された管理サーバー２００と、アクセスポイントＡＰとが、ネットワークＮＴを介して接続される。

空調システムでは、スタッフＮＡが携帯する携帯端末３００Ａ、および、スタッフＮＢが携帯する携帯端末３００Ｂは、アクセスポイントＡＰを介してネットワークＮＴに接続される。さらに、センサーボックス１００Ａ，１００Ｂ、管理サーバー２００、および、アクセスポイントＡＰは、ネットワークＮＴを介して、クラウドサーバー４００と通信可能である。

居室９００Ａ，９００Ｂのそれぞれには、空調設備９５０Ａ，９５０Ｂが設置されている。空調設備９５０Ａ，９５０Ｂは、ネットワークＮＴを介して、空調システム内の他の装置と接続される。

居室９００Ａは、設備として、ベッド９０１Ａ、トイレ９０２Ａ、および、家具９０３Ａを含む。居室９００Ａのドアには、当該ドアの開閉を検出するドアセンサー５１０Ａが設置されている。トイレ９０２Ａのドアには、トイレ９０２Ａの開閉を検出するトイレセンサー５２０Ａが設置されている。ベッド９０１Ａには、入居者８００Ａの排泄情報を取得する臭いセンサー５３０Ａが設置されている。入居者８００Ａは、当該入居者８００Ａのバイタル情報を検出するバイタルセンサー５４０Ａを装着している。検出されるバイタル情報の一例は、入居者の体温である。他の例は、入居者の呼吸である。さらに他の例は、入居者の心拍数である。さらに他の例は、これらの情報の中の２以上の種類の情報である。居室９００Ａでは、入居者８００Ａはケアコール子機５００Ａを操作することができる。

本明細書では、複数のセンサーボックス１００Ａ，１００Ｂに共通する事項を言及する場合には、センサーボックス１００Ａ，１００Ｂを総称する用語「センサーボックス１００」が利用される。同様に、入居者８００Ａ，８００Ｂ、居室９００Ａ，９００Ｂ、空調設備９５０Ａ，９５０Ｂ、ベッド９０１Ａ，９０１Ｂ、トイレ９０２Ａ，９０２Ｂ、家具９０３Ａ，９０３Ｂ、ケアコール子機５００Ａ，５００Ｂ、ドアセンサー５１０Ａ，５１０Ｂ、トイレセンサー５２０Ａ，５２０Ｂ、臭いセンサー５３０Ａ，５３０Ｂ、バイタルセンサー５４０Ａ，５４０Ｂのそれぞれについても同様に、用語「入居者８００」、「居室９００」、「空調設備９５０」、「トイレ９０２」、「家具９０３」、「ケアコール子機５００」、「ドアセンサー５１０」、「トイレセンサー５２０」、「臭いセンサー５３０」、「バイタルセンサー５４０」が利用される。

センサーボックス１００Ａは、居室９００Ａ内の物体の挙動を検出するためのセンサーを内蔵する。センサーの一例は、物体の動作を検出するためのドップラーセンサーである。他の例は、カメラである。さらに他の例は、ケアコール子機５００、ドアセンサー５１０、トイレセンサー５２０、臭いセンサー５３０、または、バイタルセンサー５４０である。センサーボックス１００Ａは、センサーとして、これらのセンサー中の少なくとも一つを含む。

空調設備９５０の一例は、居室９００を換気するファンである。他の例は、居室９００の窓を開閉するための開閉装置である。開閉装置は、窓を開閉するためのモーターを含む。開閉装置について、窓を大きく開ける状態が、換気能力の高い状態に相当する。さらに他の例は、空気清浄機である。空気清浄機は、脱臭機能を備えるおのがある。空気清浄機が所与の基準以上の能力で駆動している状態が、換気能力の高い状態に相当する。空気清浄機が当該所与の基準未満の能力で駆動している状態または駆動していない状態が、換気能力の低い状態に相当する。

図２は、居室９００におけるセンサーの検出範囲の一例を説明するための図である。図２の例では、センサーボックス１００は、居室９００の天井ＣＬに設置される。

範囲ＡＲは、センサーの検出範囲を概略的に表わす。センサーがドップラーセンサーである場合、当該ドップラーセンサーは、範囲ＡＲ内で生じた挙動を検出する。センサーがカメラである場合、当該カメラは、範囲ＡＲ内の画像を撮影する。

図１に戻って、管理センターＳＴに設置された管理サーバー２００は、ディスプレイ２０６および入力デバイス２０９に接続される。入力デバイス２０９は、たとえばキーボードである。

図１の空調システムでは、アクセスポイントＡＰを介してネットワークＮＴに接続する携帯端末の数は２（携帯端末３００Ａ，３００Ｂ）とされているが、当該数はこれに限定されない。本明細書では、携帯端末３００Ａ，３００Ｂに共通する事項を言及する場合には、携帯端末３００Ａ，３００Ｂを総称する用語「携帯端末３００」が利用される。

図１の空調システムにおける各要素間の通信は、有線であってもよいし、無線であってもよい。

なお、センサーボックス１００は、カメラ１０５および／またはドップラーセンサー１０６を必ずしも備えていなくてもよい。カメラ１０５および／またはドップラーセンサー１０６は、ドアセンサー５１０等と同様に、センサーボックス１００外に設けられてもよい。制御装置１０１は、センサーボックス１００外に設けられたカメラ１０５および／またはドップラーセンサー１０６の検出出力を、所与のインターフェイスを介して取得してもよい。

バイタルセンサー５４０は、必ずしも入居者に装着されていなくてもよい。一例では、バイタルセンサー５４０は、入居者から離間して設置された赤外線センサー等によって実現され、入居者の温度を検出することによってバイタル情報（体温）を出力する。他の例では、バイタルセンサー５４０は、ドップラーセンサー１０６によって実現される。ドップラーセンサー１０６は、入居者に向けてマイクロ波を照射する。当該マイクロ波は、入居者の心臓の拍動による胸部の僅かな変位によってドップラー効果を起こし、その周波数を変動させる。ドップラーセンサー１０６は、当該周波数の変動に基づいて、入居者の心拍を検出する。さらに他の例では、ドップラーセンサー１０６は、入居者の呼吸を検出する。

［２．空調システムの各要素の構成］
図３は、空調システムのセンサーボックス１００、管理サーバー２００、および、携帯端末３００のハードウェア構成を示す図である。図４は、クラウドサーバー４００のハードウェア構成を示す図である。以下、図３および図４を参照して、空調システムにおける各装置の構成の一例を説明する。

（センサーボックス１００）
図３に示されるように、センサーボックス１００は、制御装置１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３と、通信インターフェイス１０４と、カメラ１０５と、ドップラーセンサー１０６と、無線通信装置１０７と、記憶装置１２０とを備える。

制御装置１０１は、センサーボックス１００を制御する。制御装置１０１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ（Central Processing Unit）、少なくとも１つのＡＳＩＣ（Application Specific Integrated Circuit）、少なくとも１つのＦＰＧＡ（Field Programmable Gate Array）、またはこれらの組み合わせによって構成される。

通信インターフェイス１０４には、アンテナ（図示しない）などの要素が接続される。センサーボックス１００は、当該アンテナを介して、外部の通信機器との間でデータをやり取りする。外部の通信機器は、たとえば、管理サーバー２００、携帯端末３００、アクセスポイントＡＰ、クラウドサーバー４００、その他の通信端末などの要素を含む。

カメラ１０５は、一実現例では、近赤外カメラである。近赤外カメラは、近赤外光を投光するＩＲ（Infrared）投光器を含む。近赤外カメラが用いられることにより、夜間でも居室９００の内部を表わす画像が撮影され得る。他の実現例では、カメラ１０５は、可視光のみを受光する監視カメラである。さらに他の実現例では、カメラ１０５として、３Ｄセンサやサーモグラフィーカメラが用いられてもよい。センサーボックス１００およびカメラ１０５は、一体的に構成されてもよいし、別体で構成されてもよい。

ドップラーセンサー１０６は、たとえばマイクロ波ドップラーセンサーであり、電波を放射及び受信して、居室９００内の物体の挙動（動作）を検出する。これにより、居室９００内の入居者８００の生体情報が検出され得る。一例では、ドップラーセンサー１０６は、２４ＧＨｚ帯のマイクロ波を各居室９００のベッド９０１に向けて放射し、入居者８００で反射した反射波を受信する。反射波は、入居者８００の動作により、ドップラーシフトしている。ドップラーセンサー１０６は、当該反射波から、入居者８００の呼吸状態や心拍数を検出し得る。

無線通信装置１０７は、ケアコール子機５００、ドアセンサー５１０、トイレセンサー５２０、臭いセンサー５３０、および、バイタルセンサー５４０からの信号を受信し、当該信号を制御装置１０１へ送信する。たとえば、ケアコール子機５００は、ケアコールボタン５０１を備え、当該ケアコールボタン５０１を操作されると、当該操作があったことを示す信号を無線通信装置１０７へ送信する。ドアセンサー５１０、トイレセンサー５２０、臭いセンサー５３０、および、バイタルセンサー５４０のそれぞれは、それぞれの検出出力を無線通信装置１０７へ送信する。

記憶装置１２０は、たとえば、ハードディスクや外付けの記憶装置などの記録媒体である。記憶装置１２０は、制御装置１０１によって実行されるプログラム、および、当該プログラムの実行に利用される各種のデータを格納する。各種のデータは、入居者８００の行動情報を含んでいてもよい。

上記のプログラムおよびデータのうち少なくとも一方は、制御装置１０１がアクセス可能な記憶装置であれば、記憶装置１２０以外の記憶装置（たとえば、制御装置１０１の記憶領域（たとえば、キャッシュメモリーなど）、ＲＯＭ１０２、ＲＡＭ１０３、外部機器（たとえば、管理サーバー２００や携帯端末３００、など）に格納されていてもよい。

（行動情報）
上記の行動情報について、説明する。行動情報は、たとえば入居者８００が所定の行動を実行したことを表わす情報である。一例では、所定の行動は、入居者８００が起きたことを表わす「起床」、入居者８００が寝具から離れたことを表わす「離床」、入居者８００が寝具から落ちたことを表わす「転落」、および、入居者８００が倒れたことを表わす「転倒」の４つの行動を含む。

一実施の形態では、制御装置１０１が、各居室９００に設置されたカメラ１０５が撮像した画像に基づいて、各居室９００に関連付けられた入居者８００の行動情報を生成する。制御装置１０１は、たとえば、上記画像から入居者８００の頭部を検出し、この検出した入居者８００の頭部における大きさの時間変化に基づいて、入居者８００の「起床」、「離床」、「転倒」および「転落」を検出する。以下、行動情報の生成の一具体例を、より詳細に説明する。

まず、記憶装置１２０に、居室９００におけるベッド９０１の所在領域、第１閾値Ｔｈ１、第２閾値Ｔｈ２、および、第３閾値Ｔｈ３が格納される。第１閾値Ｔｈ１は、ベッド９０１の所在領域内において、横臥姿勢にあるときと座位姿勢にあるときとの間で入居者の頭部の大きさを識別する。第２閾値Ｔｈ２は、ベッド９０１の所在領域を除く居室９００内において、入居者の頭部の大きさに基づいて、当該入居者が立位姿勢にあるか否かを識別する。第３閾値Ｔｈ３は、ベッド９０１の所在領域を除く居室ＲＭ内において、入居者の頭部の大きさに基づいて、当該入居者が横臥姿勢にあるか否かを識別する。

制御装置１０１は、対象画像から、例えば背景差分法やフレーム差分法によって、入居者８００の人物の領域として、動体領域を抽出する。制御装置１０１は、さらに、当該抽出した動体領域から、例えば円形や楕円形のハフ変換によって、予め用意された頭部のモデルを用いたパターンマッチングによって、頭部検出用に学習したニューラルネットワークによって導出された閾値を用いて、入居者８００の頭部領域を抽出する。制御装置１０１は、当該抽出された頭部の位置および大きさから、「起床」、「離床」、「転倒」および「転落」を検出する。

制御装置１０１は、上記のように抽出された頭部の位置がベッド９０１の所在領域内にあり、かつ、上記のように抽出された頭部の大きさが第１閾値Ｔｈ１を用いることによって横臥姿勢の大きさから座位姿勢の大きさへと変化したことを検出した場合に、行動「起床」が発生したことを決定してもよい。

制御装置１０１は、上記のように抽出された頭部の位置がベッド９０１の所在領域内からベッド９０１の所在領域外へ移動した場合であって、上記のように抽出された頭部の大きさが第２閾値Ｔｈ２を用いることによって或る大きさから立位姿勢の大きさへと変化したことを検出した場合に、行動「離床」が発生したことを決定してもよい。

制御装置１０１は、上記のように抽出された頭部の位置がベッド９０１の所在領域内からベッド９０１の所在領域外へ移動した場合であって、上記のように抽出された頭部の大きさが第３閾値Ｔｈ３を用いることによって或る大きさから横臥姿勢の大きさへ時間変化した場合には、行動「転落」が発生したと決定してもよい。

制御装置１０１は、上記のように抽出された頭部の位置がベッド９０１の所在領域を除く居室９００内に位置し、かつ、抽出された頭部の大きさが第３閾値Ｔｈ３を用いることによって或る大きさから横臥姿勢の大きさへと変化したことを検出した場合には、行動「転倒」が発生したと決定してもよい。

以上説明されたように、一具体例では、センサーボックス１００の制御装置１０１が、入居者８００の行動情報を生成する。なお、空調システムでは、居室９００内の画像を用いて、他の要素が入居者８００の行動情報を生成してもよい。

（管理サーバー２００）
図３に示されるように、管理サーバー２００は、制御装置２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、通信インターフェイス２０４と、表示インターフェイス２０５と、操作インターフェイス２０７と、記憶装置２２０とを含む。

制御装置２０１は、管理サーバー２００を制御する。制御装置２０１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ、少なくとも１つのＡＳＩＣ、少なくとも１つのＦＰＧＡ、またはこれらの組み合わせによって構成される。

通信インターフェイス２０４には、アンテナ（図示しない）などの要素が接続される。管理サーバー２００は、当該アンテナを介して、外部の通信機器との間でデータをやり取りする。外部の通信機器の一例は、センサーボックス１００である。他の例は、空調設備９５０である。すなわち、管理サーバー２００は、各居室９００の空調設備９５０を制御し得る。

表示インターフェイス２０５は、ディスプレイ２０６と接続され、制御装置２０１などの要素からの指令に従って、ディスプレイ２０６に対して、画像を表示するための画像信号を送出する。

操作インターフェイス２０７は、たとえば、ＵＳＢ（Universal Serial Bus）端子であり、入力デバイス２０９に接続される。操作インターフェイス２０７は、入力デバイス２０９からのユーザー操作を示す信号を受ける。入力デバイス２０９、たとえば、マウス、キーボード、タッチパネル、またはユーザーの入力操作を受け付けることが可能なその他の装置である。

記憶装置２２０は、たとえば、ハードディスクや外付けの記憶装置などの記録媒体である。一実現例では、記憶装置２２０は、制御装置２０１によって実行されるプログラムを格納するが、当該プログラムは、制御装置２０１がアクセス可能な他の記憶装置に格納されていてもよい。

（携帯端末３００）
図３に示されるように、携帯端末３００は、制御装置３０１と、ＲＡＭ３０３と、通信インターフェイス３０４と、ディスプレイ３０５と、入力デバイス３０６と、内部メモリー３２０とを含む。

制御装置３０１は、携帯端末３００を制御する。制御装置３０１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ、少なくとも１つのＡＳＩＣ、少なくとも１つのＦＰＧＡ、またはそれらの組み合わせによって構成される。

通信インターフェイス３０４には、アンテナ（図示しない）などの要素が接続される。携帯端末３００は、当該アンテナおよびアクセスポイントＡＰ（図１）を介して、外部の通信機器との間でデータをやり取りする。外部の通信機器は、たとえば、センサーボックス１００、管理サーバー２００などの要素を含む。

ディスプレイ３０５は、たとえば有機ＥＬ（Electro Luminescence）ディスプレイによって実現される。入力デバイス３０６は、たとえばディスプレイ３０５に重ねられたタッチセンサーによって実現される。当該タッチセンサーは、携帯端末３００に対する各種操作をタッチ操作で受け付け、当該操作の内容を制御装置３０１へ出力する。

内部メモリー３２０は、たとえば、ｅＭＭＣ（Embedded MultiMediaCard）などの記録媒体である。一例として、内部メモリー３２０は、制御装置３０１によって実行されるプログラムを格納するが、当該プログラムは、制御装置３０１がアクセス可能な記憶装置であれば、内部メモリー３２０以外の記憶装置に格納されていてもよい。

（クラウドサーバー４００）
図４に示されるように、クラウドサーバー４００は、制御装置４０１と、ＲＯＭ４０２と、ＲＡＭ４０３と、通信インターフェイス４０４と、記憶装置４２０とを含む。

制御装置４０１は、クラウドサーバー４００を制御する。制御装置４０１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ、少なくとも１つのＡＳＩＣ、少なくとも１つのＦＰＧＡ、またはこれらの組み合わせによって構成される。

通信インターフェイス４０４には、アンテナ（図示しない）などの要素が接続される。クラウドサーバー４００は、当該アンテナを介して、外部の通信機器との間でデータをやり取りする。外部の通信機器は、たとえば、センサーボックス１００、管理サーバー２００を含む。

記憶装置４２０は、たとえば、ハードディスクや外付けの記憶装置などの記録媒体である。一実現例では、記憶装置４２０は、制御装置４０１によって実行されるプログラムを格納するが、当該プログラムは、制御装置４０１がアクセス可能な他の記憶装置に格納あされていてもよい。

［３．管理サーバー２００の機能構成］
図５は、管理サーバー２００の機能構成の一例を示す図である。図５に示されるように、管理サーバー２００の機能は、臭いレベル管理部２５１と、換気態様決定部２５２と、換気制御部２５３とを含む。臭いレベル管理部２５１、換気態様決定部２５２、および、換気制御部２５３のそれぞれは、所与のプログラムを実行する制御装置２０１のＣＰＵによって実現されてもよいし、専用の電子回路によって実現されてもよい。

管理サーバー２００の機能は、介護記録データベース２５０を含む。一例では、介護記録データベース２５０は、記憶装置２２０によって実現される。他の例では、臭いレベル管理部２５１がアクセス可能な、外部の記憶装置によって実現される。

介護記録データベース２５０は、各入居者の介護記録を格納する。一実現例において、介護記録は、入居者に対して実施されたケアの内容を含む。各ケアの内容は、たとえば、各スタッフが携帯端末３００を利用して介護記録へと登録される。介護記録データベース２５０は、介護記録の他に、各入居者に関する個人情報（たとえば、名前、性別、年齢、食事や温度の好みの設定値、など）を格納する。各入居者の介護記録は、各入居者の個人情報に関連付けられる。

図６は、ある入居者についての介護記録のデータ構造の一例を模式的に示す図である。図６の例では、介護記録は、「イベントＩＤ」「イベント種類」「発生時刻」「画像」「経過情報」「対応内容」「スタッフＩＤ」「対応開始時刻」および「対応終了時刻」を含む。

「イベントＩＤ」は、各ケアを識別する。「イベント種類」は、各ケアの起因となったイベントの種類を識別する。たとえば、「食事介助」は、入居者の食事時刻の到来を表す。「ケアコール」は、入居者によるケアコールボタン５０１の操作を表す。「投薬介助」は、入居者の投薬時刻の到来を表す。「運動介助」は、入居者の運動時刻の到来を表す。「離床」は、行動情報「離床」が生成されたことを表す。「転倒」は、行動情報「転倒」が生成されたことを表す。

「発生時刻」は、「イベント種類」によって特定されるイベントの発生時刻を表す。イベント種類「食事介助」については、「発生時刻」はスケジュール情報における食事開始予定時刻を表す。イベント種類「投薬介助」「運動介助」のそれぞれについては、「発生時刻」はスケジュール情報における投薬開始予定時刻，運動開始予定時刻のそれぞれを表す。イベント種類「ケアコール」については、ケアコールボタン５０１の操作が検出された時刻を表す。イベント種類「離床」については、一例では、センサーボックス１００が行動情報「離床」を生成した時刻を表し、他の例では、センサーボックス１００から取得した検出出力を用いて管理サーバー２００が行動情報「離床」を生成した時刻を表す。

「画像」は、各イベントの発生に起因してカメラ１０５で撮影されて保存された画像のファイル名を表す。空調システムでは、イベントが発生すると一定時間カメラ１０５で撮影された画像（映像）が管理サーバー２００へ送信され、記憶装置２２０に格納されてもよい。他の例では、一定時間カメラ１０５で撮影された画像（映像）は、イベント発生後、管理サーバー２００等を操作してスタッフが終了を指示するまで、管理サーバー２００へ送信されてもよい。

「経過情報」は、各イベントに対するスタッフの対応状況を表す。イベントの発生後、未だスタッフが対応していない場合、「経過情報」の値は「未対応」である。イベントが発生すると、管理サーバー２００から携帯端末３００に向けてイベントの発生が通知される。いずれかのスタッフが、イベントに対応する意思を携帯端末３００に入力すると、当該入力が管理サーバー２００へ通知される。これに応じて、制御装置２０１は、当該イベントの「経過情報」の値を「対応中」へと切り替える。当該スタッフが、イベントへの対応が終了したことを携帯端末３００へ入力すると、当該入力が管理サーバー２００へと通知される。これに応じて、制御装置２０１は、当該イベントの「経過情報」の値を「対応済み」へと切り替える。

「対応内容」は、スタッフが提供したケアの内容を識別する。「食事介助」は、居室における入居者の食事の介助である。なお、食事の介助は、食堂などの、居室外の場所で行われても良い。この場合、「食事介助」は、食事の介助がなされた場所を特定する情報（居室、食堂、など）を含んでいても良い。「排泄介助」は、入居者の排泄に関する介助である。排泄介助の一例は、おむつ交換である。「外出」は、入居者の散歩に伴うなど、入居者の外出に関する介助である。「窓開け」は、居室の窓を開ける介助である。

「スタッフＩＤ」は、ケアを提供したスタッフを識別する。制御装置２０１は、たとえば、複数の携帯端末３００のそれぞれに関連付けられた複数のスタッフのうち、イベントに対応する意思の入力を受け付けた携帯端末３００に関連付けられたスタッフのＩＤを、「スタッフＩＤ」として登録する。

「対応開始時刻」は、たとえば、制御装置２０１が、携帯端末３００から、イベントに対応する意思の入力を受け付けた時刻を表す。「対応終了時刻」は、たとえば、制御装置２０１が、携帯端末３００から、イベントに対応するケアの終了の通知を受け付けた時刻を表す。

図５に戻って、臭いレベル管理部２５１は、介護記録を用いて各居室の臭いレベルを算出する。換気態様決定部２５２は、臭いレベルを用いて換気態様を決定する。換気態様決定部２５２は、換気態様の決定に、各居室のセンサーボックス１００からの検出出力および／または他の各種センサー７００の検出出力を用いてもよい。さらに、換気態様決定部２５２は、換気態様の決定に、ネットワーク上の各種情報を用いても良い。換気制御部２５３は、換気態様決定部２５２によって決定された換気態様に従って、各居室の空調設備９５０を制御する。

［４．情報処理装置の流れ（臭いレベル管理）］
図７は、臭いレベル管理部２５１による臭いレベルの算出のための処理（臭いレベル管理処理）のフローチャートである。図７の処理は、たとえば、所与の時間ごと、および／または、換気態様決定部２５２からの指示に応じて、開始される。

図７を参照して、ステップＳ１００にて、臭いレベル管理部２５１は、介護記録が対応内容「食事介助」のイベントを含むか否かを判断する。一実現例では、臭いレベル管理部２５１は、ステップＳ１００にて、介護記録において、図７の処理の開始時から一定時間内に「発生時刻」「対応開始時刻」または「対応終了時刻」を有するイベントの範囲を選択し、選択された範囲のイベントが対応内容「食事介助」のイベントを含むか否かを判断する。

臭いレベル管理部２５１は、介護記録（または、選択された範囲の介護記録）が対応内容「食事介助」のイベントを含む場合（ステップＳ１００にてＹＥＳ）、ステップＳ１１０へ制御を進め、そうでなければ（ステップＳ１００にてＮＯ）、ステップＳ１２０へ制御を進める。

ステップＳ１１０にて、臭いレベル管理部２５１は、臭いレベル（ＬＳ）の値を１加算更新して、ステップＳ１２０へ制御を進める。

ステップＳ１２０にて、臭いレベル管理部２５１は、介護記録が対応内容「排泄介助」のイベントを含むか否かを判断する。臭いレベル管理部２５１は、介護記録（または、ステップＳ１００で説明されたように選択された範囲の介護記録）が対応内容「排泄介助」のイベントを含む場合（ステップＳ１２０にてＹＥＳ）、ステップＳ１３０へ制御を進め、そうでなければ（ステップＳ１２０にてＮＯ）、ステップＳ１４０へ制御を進める。

ステップＳ１３０にて、臭いレベル管理部２５１は、臭いレベル（ＬＳ）の値を３加算更新して、ステップＳ１４０へ制御を進める。

ステップＳ１４０にて、臭いレベル管理部２５１は、介護記録が対応内容「窓開け」のイベントを含むか否かを判断する。臭いレベル管理部２５１は、介護記録（または、ステップＳ１００で説明されたように選択された範囲の介護記録）が対応内容「窓開け」のイベントを含む場合（ステップＳ１４０にてＹＥＳ）、ステップＳ１５０へ制御を進め、そうでなければ（ステップＳ１４０にてＮＯ）、ステップＳ１６０へ制御を進める。

ステップＳ１５０にて、臭いレベル管理部２５１は、臭いレベル（ＬＳ）の値を１減算更新して、ステップＳ１６０へ制御を進める。なお、対応内容「窓開け」は居室の換気の一例である。

ステップＳ１６０にて、臭いレベル管理部２５１は、介護記録が一定時間以上の外出を表すものであるか否かを判断する。一実現例では、臭いレベル管理部２５１は、介護記録が一定時間以上（たとえば、「２時間」以上）に亘る、対応内容「外出」のイベントを含むか否かを判断する。「一定時間以上に亘る」は、たとえば、対応内容「外出」のイベントが、一定時間以上の時間を要することが予定されている、または、実際に一定時間以上の時間を要した、イベントであることを意味する。臭いレベル管理部２５１は、介護記録が一定時間以上の外出を表すものである場合（ステップＳ１６０にてＹＥＳ）、ステップＳ１７０へ制御を進め、そうでなければ（ステップＳ１６０にてＮＯ）、図７の処理を終了させる。

ステップＳ１７０にて、臭いレベル管理部２５１は、臭いレベル（ＬＳ）の値を３減算更新して、図７の処理を終了させる。

以上説明した臭いレベル管理処理によれば、介護記録を用いて、居室の臭いレベルが算出される。たとえば、ステップＳ１６０において介護記録が一定時間以上の外出を含むと判断すると、ステップＳ１７０において臭いレベルの値が３減算更新される。一定時間以上入居者が居室を離れることは、居室において発生した臭いの消滅が進む要因の一例として挙げられている。本実施の形態では、このような臭いの消滅の要因が発生したと判断される状況では、臭いレベルの値が減算更新される。なお、居室の臭いレベルの値は、他のファクター（たとえば、居室内の臭いセンサーの検出出力）によっても変化し得る。たとえば、ステップＳ１５０では、臭いレベルの値が１減算更新されるが、居室の臭いセンサーの値が所与の値よりも高い場合には、ステップＳ１５０の制御と並行して、臭いレベルの値は臭いセンサーの値に従って高くされ得る。

［５．処理の流れ（換気態様）］
図８は、換気態様決定部２５２による、居室の換気態様の調整のための処理（換気態様調整処理）のフローチャートである。図８の例では、空調設備９５０は、「強」「中」「弱」の三段階で動作し得る。「強」は、最も換気能力が高いことを表す、「弱」は、最も換気能力が低いことを表す。

図８を参照して、ステップＳ２００にて、換気態様決定部２５２は、換気制御部２５３に対して、空調設備９５０に「弱」で換気させることを指示する。これにより、換気制御部２５３は、空調設備９５０を「弱」で動作させる。

ステップＳ２０２にて、換気態様決定部２５２は、入居者が外出中であるか否かを判断する。一実現例では、換気態様決定部２５２は、介護記録において、対応内容「外出」のイベントであって、対応開始時刻が登録されているが対応終了時刻が登録されていないイベントがある場合に、入居者が外出中であると判断する。そのようなイベントが無い場合、換気態様決定部２５２は、入居者が外出中ではないと判断する。

換気態様決定部２５２は、入居者が外出中であると判断すると（ステップＳ２０２にてＹＥＳ）、ステップＳ２０４へ制御を進め、そうでなければ（ステップＳ２０２にてＮＯ）、ステップＳ２０５へ制御を進める。

ステップＳ２０４にて、換気態様決定部２５２は、換気制御部２５３に対して、空調設備９５０に「強」で換気させることを指示する。これにより、換気制御部２５３は、空調設備９５０を「強」で動作させる。その後、制御はステップＳ２０２へ戻る。

ステップＳ２０５にて、換気態様決定部２５２は、換気制御部２５３に対して、空調設備９５０に「弱」で換気させることを指示する。これにより、換気制御部２５３は、空調設備９５０を「弱」で動作させる。その後、制御はステップＳ２０６へ進む。

ステップＳ２０６にて、換気態様決定部２５２は、臭いレベルを読み出す。臭いレベルは、たとえば図７の処理に従って算出される。ステップＳ２０６にて、換気態様決定部２５２は、臭いレベル管理部２５１に対して臭いレベルの算出を指示してもよい。

ステップＳ２０８にて、換気態様決定部２５２は、臭いレベルの値が所与の値（たとえば、５）を超えているか否かを判断する。換気態様決定部２５２は、臭いレベルの値が所与の値を超えていると判断すると（ステップＳ２０８にてＹＥＳ）、ステップＳ２１０へ制御を進め、そうでなければ（ステップＳ２０８にてＮＯ）、ステップＳ２００へ制御を戻す。

ステップＳ２１０にて、換気態様決定部２５２は、居室の室温と外気温との温度差ＤＴが所与の値（５℃）未満であるか否かを判断する。室温および外気温は、いかなる態様でも取得され得る。一実現例では、居室には室温を検出するための温度計が備えられ、空調システムが適用される施設の建物の外には外気温を検出するための温度計が備えられる。換気態様決定部２５２は、両温度計と通信することにより、室温と外気温とを取得する。他の実現例では、換気態様決定部２５２は、室温を検出するための温度計から室温を取得し、施設が存在する地域の温度をインターネット上のサービスから取得する。

換気態様決定部２５２は、温度差ＤＴが所与の値未満であると判断すると（ステップＳ２１０にてＹＥＳ）、ステップＳ２１２へ制御を進め、そうでなければ（ステップＳ２１０にてＮＯ）、ステップＳ２１６へ制御を進める。

ステップＳ２１２にて、換気態様決定部２５２は、換気制御部２５３に対して、空調設備９５０に「強」で換気させることを指示する。これにより、換気制御部２５３は、空調設備９５０を「強」で動作させる。

ステップＳ２１４にて、換気態様決定部２５２は、ステップＳ２１２の制御から１５分経過するまで待機し、経過したと判断すると、ステップＳ２２０へ制御を進める。

ステップＳ２１６にて、換気態様決定部２５２は、換気制御部２５３に対して、空調設備９５０に「中」で換気させることを指示する。これにより、換気制御部２５３は、空調設備９５０を「中」で動作させる。

ステップＳ２１８にて、換気態様決定部２５２は、ステップＳ２１６の制御から１５分経過するまで待機し、経過したと判断すると、ステップＳ２２０へ制御を進める。

ステップＳ２０８～ステップＳ２１８およびステップＳ２００の制御によれば、居室の臭いレベルが所与の値以下であれば（ステップＳ２０８にてＮＯ）、当該居室の空調設備９５０は、ステップＳ２００で「弱」で動作する。一方、居室の臭いレベルが所与の値より高ければ（ステップＳ２０８にてＹＥＳ）、当該居室の空調設備９５０は、ステップＳ２１２またはＳ２１６で「強」または「中」で動作する。

ステップＳ２１０において、換気態様決定部２５２は、居室の室温と外気温との温度差に従って、空調設備９５０の動作態様を決定する。温度差が所与の値より大きければ（ステップＳ２１０にてＹＥＳ）、換気態様決定部２５２は、より高い換気能力で空調設備９５０を動作させる（ステップＳ２１２）。

ステップＳ２２０にて、換気態様決定部２５２は、臭いレベル管理部２５１に、臭いレベルの値を１減算更新することを指示する。これに応じて、臭いレベル管理部２５１は、臭いレベルを１減算更新する。その後、ステップＳ２２２へ制御が進められる。

ステップＳ２２２にて、換気態様決定部２５２は、最新の臭いレベルを読み出す。
ステップＳ２２４にて、換気態様決定部２５２は、ステップＳ２２２にて読み出された臭いレベルの値が所与の値（たとえば、２）以下となったか否かを判断する。換気態様決定部２５２は、臭いレベルの値が所与の値以下となったと判断すると（ステップＳ２２４にてＹＥＳ）、ステップＳ２００へ制御を戻し、そうでなければ（ステップＳ２２４にてＮＯ）、ステップＳ２１０へ制御を戻す。すなわち、ステップＳ２１０～ステップＳ２２４の制御は、臭いレベルがステップＳ２２４における閾値以下となるまで継続される。

以上説明された換気態様調整処理によれば、空調設備の制御態様が、当該居室の入居者の介護記録に基づいて制御される。たとえば、介護記録によって入居者が外出中であることが認識されることを条件として（図８のステップＳ２０２にてＹＥＳ）、空調設備の換気能力が高く制御される（図８のステップＳ２０４）。入居者が外出中でなければ、臭いレベルが所与の値より低い限り、空調設備の換気能力は高く制御されない。また、空調設備の換気能力は臭いレベルに従って制御され（図８のステップＳ２０６～Ｓ２１８）、臭いレベルは介護記録に基づいて算出され得る（図７）。これにより、入居者のリアルタイムな状況に応じて空調設備の換気能力が制御される。また、臭いセンサーの検出出力のみに基づいた制御では実現することが困難な、入居者の実情に即した空調設備の制御が可能になる。たとえば、お見舞いの者が香りの強い食品を持参した場合を想定する。この場合、臭いセンサーの検出値が当該食品の香りに従って比較的高くなり得る。しかしながら、臭いレベル管理処理（図７）によれば、この場合によっては臭いレベルの値は高くならない。したがって、お見舞いの者が持参した食品の香りによって空調設備の換気能力が高く制御されることが回避され得る。

［６．変形例］
図９および図１０は、空調システムの構成の変形例を示す図である。図１～図８を参照して説明された例では、空調システムにおいて、管理サーバー２００が各居室の空調設備９５０を制御する。

図９の例では、クラウドサーバー４００が各居室の空調設備９５０を制御する。より具体的には、クラウドサーバー４００の機能は、臭いレベル管理部４５１と、換気態様決定部４５２と、換気制御部４５３とを含む。臭いレベル管理部４５１、換気態様決定部４５２、および、換気制御部４５３のそれぞれは、所与のプログラムを実行する制御装置４０１のＣＰＵによって実現されてもよいし、専用の電子回路によって実現されてもよい。

クラウドサーバー４００の機能は、介護記録データベース４５０を含む。一例では、介護記録データベース４５０は、記憶装置４２０によって実現される。他の例では、臭いレベル管理部４５１がアクセス可能な、外部の記憶装置によって実現される。

図１０の例では、センサーボックス１００が、当該センサーボックス１００が設置された居室の空調設備９５０を制御する。より具体的には、センサーボックス１００の機能は、臭いレベル管理部１５１と、換気態様決定部１５２と、換気制御部１５３とを含む。臭いレベル管理部１５１、換気態様決定部１５２、および、換気制御部１５３のそれぞれは、所与のプログラムを実行する制御装置１０１のＣＰＵによって実現されてもよいし、専用の電子回路によって実現されてもよい。

センサーボックス１００の機能は、介護記録データベース１５０を含む。一例では、介護記録データベース１５０は、記憶装置１２０によって実現される。他の例では、臭いレベル管理部１５１がアクセス可能な、外部の記憶装置によって実現される。

今回開示された各実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。また、実施の形態および各変形例において説明された発明は、可能な限り、単独でも、組合わせても、実施することが意図される。

１００，１００Ａ，１００Ｂ センサーボックス、２００ 管理サーバー、２０５ 表示インターフェイス、２０６，３０５ ディスプレイ、２０７ 操作インターフェイス、２０９，３０６ 入力デバイス、３００，３００Ａ，３００Ｂ 携帯端末、５００，５００Ａ，５００Ｂ ケアコール子機、５０１ ケアコールボタン、５１０，５１０Ａ，５１０Ｂ ドアセンサー、５２０，５２０Ａ，５２０Ｂ トイレセンサー、５３０，５３０Ａ，５３０Ｂ センサー、５４０，５４０Ａ，５４０Ｂ バイタルセンサー、８００，８００Ａ，８００Ｂ 入居者、９００，９００Ａ，９００Ｂ 居室、９０１，９０１Ａ，９０１Ｂ ベッド、９０２，９０２Ａ，９０２Ｂ トイレ、９０３，９０３Ａ，９０３Ｂ 家具、９５０，９５０Ａ，９５０Ｂ 空調設備。

Claims (12)

1. コンピューターによって実施される、入居者の居室の空調制御方法であって、
   前記入居者の介護記録に基づいて前記居室の空調設備の制御態様を決定するステップと、
   決定された前記制御態様に従って前記空調設備を制御するステップとを備え、
   前記制御態様を決定するステップは、
   前記入居者の介護記録の介護項目に従って、前記居室の臭いレベルを算出することと、
   算出された前記臭いレベルに従って、前記制御態様を決定することとを含み、
   前記臭いレベルを算出することは、
   前記介護記録から、前記制御態様の決定のタイミングから一定時間以内の介護項目を選択することと、
   選択された前記介護項目に従って、前記臭いレベルを算出することを含む、空調制御方法。
2. 前記空調設備を制御するステップは、前記臭いレベルの値が高くなるほど、前記空調設備を高い換気能力で動作させる、請求項１に記載の空調制御方法。
3. 前記介護項目は、前記居室における食事を含み、
   前記食事は、前記臭いレベルを高くする、請求項２に記載の空調制御方法。
4. 前記介護項目は、前記居室における排泄介助を含み、
   前記排泄介助は、前記臭いレベルを高くする、請求項２または請求項３に記載の空調制御方法。
5. 前記介護項目は、前記居室における食事と前記居室における排泄介助とを含み、
   前記食事は、前記臭いレベルを高くし、
   前記排泄介助は、前記食事より大きい度合いで前記臭いレベルを高くする、請求項２に記載の空調制御方法。
6. 前記介護項目は、前記居室の換気を含み、
   前記換気は、前記臭いレベルを低くする、請求項２～請求項５のいずれか１項に記載の空調制御方法。
7. 前記介護項目は、前記入居者の前記居室からの外出を含み、
   前記外出は、前記臭いレベルを低くする、請求項２～請求項５のいずれか１項に記載の空調制御方法。
8. 前記制御態様を決定するステップは、さらに、前記居室と外気温との温度差が高いほどより高い換気能力で前記空調設備を動作させるように、前記制御態様を決定することを含む、請求項１～請求項７のいずれか１項に記載の空調制御方法。
9. コンピューターによって実施される、入居者の居室の空調制御方法であって、
   前記入居者の介護記録に基づいて前記居室の空調設備の制御態様を決定するステップと、
   決定された前記制御態様に従って前記空調設備を制御するステップとを備え、
   前記制御態様を決定するステップは、
   前記介護記録において、前記入居者が外出中であることを表すイベントが登録されているときには、前記入居者が外出中であることを表すイベントが登録されていないときよりも、より高い換気能力で前記空調設備を動作させるように、前記制御態様を決定することを含む、空調制御方法。
10. コンピューターによって実行されることによって、当該コンピューターに、請求項１～請求項９のいずれか１項に記載の空調制御方法を実施させる、プログラム。
11. プロセッサーと、
    請求項１０に記載のプログラムを格納する記憶装置とを備えた、空調制御装置。
12. 入居者の居室の空調を制御するための空調設備と、
    請求項１１に記載の空調制御装置とを備えた、空調システム。

Images