特許 7540436 ケア管理方法、プログラム、ケア管理装置、および、ケア管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-08-19

(45)【発行日】2024-08-27

(54)【発明の名称】ケア管理方法、プログラム、ケア管理装置、および、ケア管理システム

(51)【国際特許分類】

   G06Q 50/22 20240101AFI20240820BHJP

【ＦＩ】

G06Q50/22

【請求項の数】 17

(21)【出願番号】P 2021522660

(86)(22)【出願日】2020-03-25

(86)【国際出願番号】 JP2020013287

(87)【国際公開番号】W WO2020241021

(87)【国際公開日】2020-12-03

【審査請求日】2023-02-13

(31)【優先権主張番号】P 2019102438

(32)【優先日】2019-05-31

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】000001270

【氏名又は名称】コニカミノルタ株式会社

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】古川 学

(72)【発明者】

【氏名】澤田 誠二

【審査官】山口 大志

(56)【参考文献】

【文献】国際公開第２０１７／１９５６９６（ＷＯ，Ａ１）

【文献】特開２０１３－１０１５８２（ＪＰ，Ａ）

【文献】特開２０１８－１４７１０４（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

コンピューターによって実施されるケア管理方法であって、
ケア対象者に提供される作業に関するルールの登録を受け付けるステップと、
ケア対象者に提供された作業の実施内容を格納する記憶装置にアクセスすることにより、所与の表示装置に、前記ルールの登録後の前記ルールに対応する作業の実施内容を表示するステップとを備え、
前記ルールに対応する作業の実施内容を表示するステップは、前記ルールの登録前の作業の実施内容を前記ルールとともに表示することを含む、ケア管理方法。

【請求項2】

コンピューターによって実施されるケア管理方法であって、
ケア対象者に提供される作業に関するルールの登録を受け付けるステップと、
ケア対象者に提供された作業の実施内容を格納する記憶装置にアクセスすることにより、所与の表示装置に、前記ルールの登録後の前記ルールに対応する作業の実施内容を表示するステップと、
前記ルールによって改善が期待されるデータの項目の登録を受け付けるステップと、
所与の表示装置に、前記ルールが登録された後の前記項目のデータを表示するステップと、を備える、ケア管理方法。

【請求項3】

前記ルールに対応する作業の実施内容を表示するステップは、前記ルールの登録後の作業の実施内容を前記ルールの内容とともに表示することを含む、請求項１または請求項２に記載のケア管理方法。

【請求項4】

前記ルールは数値を含む、請求項１～請求項３のいずれか１項に記載のケア管理方法。

【請求項5】

前記ルールに対応する作業の実施内容を表示するステップは、前記ルールの登録後の作業の実施内容と前記ルールに含まれる数値とを利用することによって生成された、前記ルールのケア提供者による遵守に関する情報を表示することを含む、請求項４に記載のケア管理方法。

【請求項6】

前記項目の登録を受け付けるステップは、改善を定義する数値の登録を受け付けることを含む、請求項２に記載のケア管理方法。

【請求項7】

前記項目のデータを表示するステップは、前記改善を定義する数値を表示することを含む、請求項６に記載のケア管理方法。

【請求項8】

前記項目のデータを表示するステップは、前記ルールの登録後の前記項目のデータと前記改善を定義する数値とを利用することによって生成された、前記項目に関する改善を表す情報を表示することを含む、請求項６または請求項７に記載のケア管理方法。

【請求項9】

前記改善が期待されるデータの項目は、ケア対象者の状態の項目を含む、請求項２および請求項６～請求項８のいずれか１項に記載のケア管理方法。

【請求項10】

前記ルールは、ケア対象者の居室への夜間の訪室の時刻の設定を含み、
前記ケア対象者の状態は、ケア対象者の起床を含む、請求項９に記載のケア管理方法。

【請求項11】

前記改善が期待されるデータの項目は、ケア提供者による作業の項目を含む、請求項２および請求項６～請求項８のいずれか１項に記載のケア管理方法。

【請求項12】

前記ルールは、ケア対象者の居室への夜間の訪室の時刻の設定を含み、
前記ケア提供者の作業は、ケア提供者によるケア対象者へのモーニングケアを含む、請求項１１に記載のケア管理方法。

【請求項13】

前記項目のデータを表示するステップは、前記ルールの登録前の、当該項目のデータを表示することを含む、請求項２および請求項６～請求項１２のいずれか１項に記載のケア管理方法。

【請求項14】

コンピューターに実行されることによって、当該コンピューターに請求項１～請求項１３のいずれか１項に記載のケア管理方法を実施させる、プログラム。

【請求項15】

請求項１４に記載のプログラムを格納する記憶装置と、
前記プログラムを実行するプロセッサーとを備える、ケア管理装置。

【請求項16】

ケア対象者の状態を表すデータを取得するセンサーボックスと、
前記センサーボックスによって取得されるデータを利用するケア管理装置と、を備えるケア管理システムであって、
前記ケア管理装置は、プロセッサーを含み、
前記プロセッサーは、
ケア対象者に提供される作業に関するルールの登録を受け付け、
ケア対象者に提供された作業の実施内容を格納する記憶装置にアクセスすることにより、所与の表示装置に、前記ルールの登録前の前記ルールに対応する作業の実施内容を前記ルールとともに表示する、ケア管理システム。

【請求項17】

ケア対象者の状態を表すデータを取得するセンサーボックスと、
前記センサーボックスによって取得されるデータを利用するケア管理装置と、を備えるケア管理システムであって、
前記ケア管理装置は、プロセッサーを含み、
前記プロセッサーは、
ケア対象者に提供される作業に関するルールの登録を受け付け、
ケア対象者に提供された作業の実施内容を格納する記憶装置にアクセスすることにより、所与の表示装置に、前記ルールの登録後の前記ルールに対応する作業の実施内容を表示し、
前記センサーボックスによって取得されるデータのうち、前記ルールによって改善が期待されるデータの項目の登録を受け付け、
所与の表示装置に、前記ルールが登録された後の前記項目のデータを表示する、ケア管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、被介護者を見守るためのシステムに関する。

【背景技術】

【0002】

介護を必要とする被介護者を見守るための見守りシステムが普及している。見守りシステムは、被介護者が起床、離床、転倒などの危険を伴う行動をとったことを検出し、そのことを介護者に報知する。これにより、介護者は被介護者の元に駆け付けることができ、被介護者の転倒などが未然に防がれ、また、被介護者への早急な手当が可能になる。

【0003】

被介護者の行動を見守るための技術に関し、特開２００１－３０７２４６号公報（特許文献１）は、「被監視者の様々な行動パターンに十分に対処できるようにする」ための人体検出装置を開示している。特開２００２－２３０５３３号公報（特許文献２）は、「ベッド外形下辺となる境界辺を用いて、入床事象、離床事象を正確に判断することのできる」画像処理装置を開示している。再公表特許２０１７－１８８１５６号（特許文献３）は、被介護者に関わる所定のイベントが検知された場合の通知音の出力方法に関する技術を開示している。実際の見守りシステムでは、介護者は、上記行動およびイベントの発生時だけでなく、定時見回りなど、多くの作業を実施している。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２００１－３０７２４６号公報

【文献】特開２００２－２３０５３３号公報

【文献】再公表特許２０１７－１８８１５６号

【発明の概要】

【発明が解決しようとする課題】

【0005】

介護施設において、慢性的な人手不足が問題となっている。この問題への対応の一例として、見守りシステムを適用される施設では、介護者に最低限実施することを必要とされる作業のみを実施させるルールを策定することが望ましい。一方で、介護者は、その責任感等からある局面において必要とされる以上の作業を実施し、これにより、他の局面において、本来必要とされる作業を実施できない、または、本来必要とされる作業の実施が不十分になる事態が生じ得る。

【0006】

本開示は係る実情に鑑み考え出されたものであり、その目的は、策定されているルールに従って作業をすることを、介護者により確実に遵守させるための技術を提供することである。

【課題を解決するための手段】

【0007】

本開示のある局面に従うと、コンピューターによって実施されるケア管理方法であって、ケア対象者に提供される作業に関するルールの登録を受け付けるステップと、ケア対象者に提供された作業の実施内容を格納する記憶装置にアクセスすることにより、所与の表示装置に、ルールの登録後のルールに対応する作業の実施内容を表示するステップとを備える、ケア管理方法が提供される。

【0008】

ルールに対応する作業の実施内容を表示するステップは、ルールの登録後の作業の実施内容をルールの内容とともに表示することを含んでいてもよい。

【0009】

ルールに対応する作業の実施内容を表示するステップは、ルールの登録前の作業の実施内容を表示することを含んでいてもよい。

【0010】

ルールは数値を含んでいてもよい。
ルールに対応する作業の実施内容を表示するステップは、ルールの登録後の作業の実施内容とルールに含まれる数値とを利用することによって生成された、ルールのケア提供者による遵守に関する情報を表示することを含んていてもよい。

【0011】

ケア管理方法は、ルールによって改善が期待されるデータの項目の登録を受け付けるステップと、所与の表示装置に、ルールが登録された後の項目のデータを表示するステップと、をさらに備えていてもよい。

【0012】

項目の登録を受け付けるステップは、改善を定義する数値の登録を受け付けることを含んでいてもよい。

【0013】

項目のデータを表示するステップは、改善を定義する数値を表示することを含んていてもよい。

【0014】

項目のデータを表示するステップは、ルールの登録後の項目のデータと改善を定義する数値とを利用することによって生成された、項目に関する改善を表す情報を表示することを含んでいてもよい。

【0015】

改善が期待されるデータの項目は、ケア対象者の状態の項目を含んていてもよい。
ルールは、ケア対象者の居室への夜間の訪室の時刻の設定を含んでいてもよい。ケア対象者の状態は、ケア対象者の起床を含んでいてもよい。

【0016】

改善が期待されるデータの項目は、ケア提供者による作業の項目を含んでいてもよい。
ルールは、ケア対象者の居室への夜間の訪室の時刻の設定を含んでいてもよい。ケア提供者の作業は、ケア提供者によるケア対象者へのモーニングケアんでいてもよい。

【0017】

項目のデータを表示するステップは、ルールの登録前の、当該項目のデータを表示することを含んでいてもよい。

【0018】

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

【0019】

本開示のさらに他の局面に従うと、上記プログラムを格納する記憶装置と、プログラムを実行するプロセッサーとを備える、ケア管理装置が提供される。

【0020】

本開示のさらに他の局面に従うと、ケア対象者の状態を表すデータを取得するセンサーボックスと、センサーボックスによって取得されるデータを利用するケア管理装置と、を備えるケア管理システムが提供される。ケア管理装置は、プロセッサーを含む。プロセッサーは、ケア対象者に提供される作業に関するルールの登録を受け付け、ケア対象者に提供された作業の実施内容を格納する記憶装置にアクセスすることにより、所与の表示装置に、ルールの登録後のルールに対応する作業の実施内容を表示し、センサーボックスによって取得されるデータのうち、ルールによって改善が期待されるデータの項目の登録を受け付け、所与の表示装置に、ルールが登録された後の項目のデータを表示する。

【発明の効果】

【0021】

本開示によれば、ケア管理方法を実施するコンピューターは、ケア対象者に提供される作業に関するルールが登録されると、当該ルールの登録後の、当該ルールに対応する作業の実施内容を表示する。これにより、ルールの登録後の作業の実施内容が当該ルールを遵守するものであるか否かを、介護者または当該介護者を指導する者が、確実に認識し得る。

【図面の簡単な説明】

【0022】

【図1】ケアシステムの構成の一例を模式的に示す図である。

【図2】居室におけるセンサーの検出範囲の一例を説明するための図である。

【図3】各居室１０の設備のハードウェア構成の一例を示す図である。

【図4】クライアント端末２００のハードウェア構成の一例を示す図である。

【図5】携帯端末３００のハードウェア構成の一例を示す図である。

【図6】管理サーバー４００のハードウェア構成の一例を示す図である。

【図7】ある入居者についてのケア記録のデータ構造の一例を模式的に示す図である。

【図8】ルールの登録などに利用されるアプリケーション（以下、スタッフの作業管理用のアプリケーションともいう）のメイン画面の一例を示す図である。

【図9】条件設定画面の一例を示す図である。

【図10】ルール設定画面の一例を示す図である。

【図11】効果設定画面の一例を示す図ある。

【図12】結果出力画面の一例を示す図である。

【図13】結果出力画面１２００におけるボタン１２０１への操作によって表示されるグラフの一例を示す図である。

【図14】結果出力画面１２００におけるボタン１２０１への操作によって表示されるグラフの他の例を示す図である。

【図15】結果出力画面１２００におけるボタン１２０２への操作によって表示されるグラフの一例を示す図である。

【図16】結果出力画面１２００におけるボタン１２０２への操作によって表示されるグラフの他の例を示す図である。

【図17】結果出力画面１２００におけるボタン１２０３への操作によって表示されるグラフの一例を示す図である。

【図18】結果出力画面１２００におけるボタン１２０３への操作によって表示されるグラフの他の例を示す図である。

【図19】ディスプレイ２０８にルールに関する情報を表示するために制御装置２０１が実行する処理のフローチャートである。

【発明を実施するための形態】

【0023】

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

【0024】

［１．ケアシステムの構成］
図１は、ケアシステムの構成の一例を模式的に示す図である。ケアシステムは、病院、老人福祉施設等の施設において、２以上の患者または入居者のそれぞれの情報を管理する。本明細書では、一例として、老人福祉施設における複数の入居者（ケア対象者）の情報を管理するためのシステムを説明する。なお、ケアシステムが適用される施設は、病院など他の種類の施設であってもよい。見守り対象は、病院の患者などに変更されても良い。

【0025】

本実施の形態のケアシステムでは、ケアに関する情報が管理される。ディレクターは、提供されるケアについてのルールをケアシステムに登録する。ケアシステムは、当該ルールの登録後の入居者および／またはスタッフに関する情報を表示する。本明細書では、「スタッフ」はケア提供者の一例である。ディレクターは、当該情報の表示に基づいて、ルールが遵守されているか、および／または、ルールの遵守によって効果が得られているかを確認できる。以下、ケアシステムの構成の一具体例を説明する。

【0026】

ケアシステムは、各入居者の居室に設置されるセンサーボックス１００Ａ，１００Ｂ…を含む。ケアシステムは、センサーボックス１００Ａ，１００Ｂ…のそれぞれからの出力を管理する管理サーバー４００を含む。管理サーバー４００は、２以上のクライアント端末（クライアント端末２００Ａ，２００Ｂ…）に、センサーボックス１００Ａ，１００Ｂ…からの出力を転送する。２以上のクライアント端末２００Ａ，２００Ｂ…のそれぞれは、転送された出力を表示する。一例では、表示は、２以上のクライアント端末２００Ａ，２００Ｂ…のそれぞれにインストールされたＷｅｂブラウザーを用いて制御される。ディレクター８２０Ａ，８２０Ｂ…のそれぞれは、クライアント端末２００Ａ，２００Ｂ…のそれぞれに関する表示を見て、各居室へのスタッフの駆け付け要否を決定する。ディレクターは、どの居室にどのスタッフを割り当てるかを決定してもよい。

【0027】

ケアシステムは、スタッフ８５０Ａ，８５０Ｂ…のそれぞれが携帯する携帯端末３００Ａ，３００Ｂ…を含む。ディレクターから居室へのスタッフの駆け付けが必要であることを表す情報が入力されると、クライアント端末２００Ａ，２００Ｂ…のそれぞれは、当該情報の入力を管理サーバー４００へ通知する。管理サーバー４００は、クライアント端末からの通知に応じて、携帯端末３００Ａ，３００Ｂ…の少なくとも１つに通知を送信する。

【0028】

携帯端末３００Ａ，３００Ｂ…のそれぞれは、上記通知を受信すると、当該通知に含まれる情報を表示する。スタッフ８５０Ａ，８５０Ｂ…のそれぞれは、各自が携帯する携帯端末の表示に従って、居室等に駆け付け、必要とされる対応を実施する。

【0029】

本明細書では、センサーボックス１００Ａ，１００Ｂ…、クライアント端末２００Ａ，２００Ｂ…、携帯端末３００Ａ，３００Ｂ…、スタッフ８５０Ａ，８５０Ｂ…、ディレクター８２０Ａ，８２０Ｂ…のそれぞれについて、それぞれの中で共通する性質について言及する場合、「センサーボックス１００」「クライアント端末２００」「携帯端末３００」「スタッフ８５０」および「ディレクター８２０」との用語を使用する。

【0030】

［２．見守り対象の情報の取得］
図２は、居室におけるセンサーの検出範囲の一例を説明するための図である。図２の例では、センサーボックス１００は、居室１０の天井ＣＬに設置される。

【0031】

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

【0032】

図２の例では、居室１０内にベッド３０が設置され、センサーボックス１００内のセンサーは入居者２０の挙動に応じた出力を生成する。入居者２０はケアコール子機５００を操作し得る。各居室１０のケアコール子機５００への操作内容が、センサーボックス１００に送信されてもよい。

【0033】

［３．ハードウェア構成（居室内の設備）］
図３は、各居室１０の設備のハードウェア構成の一例を示す図である。各居室には、センサーボックス１００と、ケアコール子機５００と、ドアセンサー５１０と、トイレセンサー５２０と、臭いセンサー５３０と、バイタルセンサー５４０とが設置される。

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

制御装置１０１は、以下に説明されるように、当該抽出された頭部の位置および大きさから、「起床」、「離床」、「転倒」および「転落」を検知する。なお、制御装置１０１は、ベッド３０上の入居者２０の位置がベッド３０の領域に含まれ、かつ移動量が所定量以下である場合に、入居者２０の「臥床」を検知する。

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

［５．ハードウェア構成（クライアント端末）］
図４は、クライアント端末２００のハードウェア構成の一例を示す図である。クライアント端末２００は、制御装置２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、通信インターフェイス２０４と、表示インターフェイス２０５と、操作インターフェイス２０７と、記憶装置２２０とを含む。

【0053】

制御装置２０１は、クライアント端末２００を制御する。制御装置２０１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ、少なくとも１つのＡＳＩＣ、少なくとも１つのＦＰＧＡ、またはこれらの組み合わせなどによって構成される。

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

［６．ハードウェア構成（携帯端末）］
図５は、携帯端末３００のハードウェア構成の一例を示す図である。携帯端末３００は、制御装置３０１と、ＲＡＭ３０３と、通信インターフェイス３０４と、ディスプレイ３０５と、入力デバイス３０６と、内蔵メモリー３２０とを含む。

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

［７．ハードウェア構成（管理サーバー）］
図６は、管理サーバー４００のハードウェア構成の一例を示す図である。管理サーバー４００は、制御装置４０１と、ＲＯＭ４０２と、ＲＡＭ４０３と、通信インターフェイス４０４と、記憶装置４２０とを含む。

【0064】

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

【0065】

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

【0066】

記憶装置４２０は、たとえば、ハードディスクや外付けの記憶装置などの記憶媒体である。図６の例では、記憶装置４２０は、ケア記録を格納するケア記録用領域４２１を含む。ケア記録は、入居者に提供されたケアの内容の記録を含む。記憶装置４２０は、入居者の、臥床、起床などの行動情報を格納するための行動記録用領域４２２をさらに含む。

【0067】

本実施の形態では、入居者に提供されるケアに関するルールが登録され得る。記憶装置４２０は、設定されたルールを特定する情報を格納するためのルール用領域４２３と、ルールに関連して設定された効果を特定する情報を格納するための効果用領域４２４とをさらに含む。記憶装置４２０は、制御装置４０１（のプロセッサー）によって実行されるプログラムおよび必要なデータを格納するためのデータ領域４２５をさらに含む。なお、プログラムおよびデータは、制御装置４０１がアクセス可能な他の記憶装置に格納されていてもよい。

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

なお、図７のデータ構造は、「イベント種類」「発生時刻」「画像」および「経過情報」の値を持たない情報を含む。このような情報は、クライアント端末２００から携帯端末３００に向けたイベントの発生の通知とは関連なく、作業が提供されたことを表す。

【0077】

たとえば、イベントＩＤ「００８」の作業は、対応内容として「訪室」の値を含む。この作業は、スタッフが、自発的に、または、予め定められたルールに従って、行った作業を表す。「訪室」とは、たとえば、居室へ行って、入居者の様子を伺うことを意味する。

【0078】

イベントＩＤ「００９」の作業は、対応内容として「モーニングケア」の値を含む。「モーニングケア」とは、たとえば、居室へ行って、起床の補助などを行うことを意味する。一実現例では、「モーニングケア」は、起床時刻であることを声かけ、離床介助、着替え介助、寝床の整頓、窓開け、および、離床した入居者の食堂などへの誘導を含む。ただし、「モーニングケア」は、これらの一部のみを含んでいても良く、その具体的な内容はこれらに限定されない。

【0079】

「イベント種類」「発生時刻」「画像」および「経過情報」の値を持たない情報については、スタッフが携帯端末３００に入力した情報に基づいて、ケア記録が生成される。たとえば、スタッフがある居室を「訪室」した場合、当該スタッフは、対象となった「居室」と、対象となった対応内容「訪室」とを携帯端末３００へ入力する。当該スタッフは、さらに、訪室の開始時刻および終了時刻を携帯端末３００へ入力する。携帯端末３００は、入力された情報をクライアント端末２００へ送信する。制御装置２０１は、携帯端末３００から送信された情報を、ケア記録としてケア記録用領域４２１に登録する。

【0080】

［９．操作の流れ］
一実現例では、ディレクターは、クライアント端末２００を操作することによって、作業についてのルールを登録し、また、当該ルールの登録後のデータを取得する。ルールの登録などのためのクライアント端末２００の操作の流れの一例を説明する。

【0081】

（メイン画面）
図８は、ルールの登録などに利用されるアプリケーション（以下、スタッフの作業管理用のアプリケーションともいう）のメイン画面の一例を示す図である。当該アプリケーションは、クライアント端末２００にインストールされていてもよい。当該アプリケーションは、クライアント端末２００がＷｅｂブラウザーを介して利用可能な、他の装置にインストールされたものであってもよい。制御装置２０１は、ディスプレイ２０６に、図８のメイン画面８００を表示する。

【0082】

メイン画面８００は、ルール等の情報を登録するためのボタン８０１と、スタッフおよび／または入居者の情報の出力を得るためのボタン８０２とを含む。ボタン８０１を操作されると、制御装置２０１は、ディスプレイ２０６に、図９の条件設定画面９００を表示する。ボタン８０１，８０２は、ソフトウェアボタンであってもよい。

【0083】

（条件設定画面）
図９は、条件設定画面の一例を示す図である。図９の条件設定画面９００は、ルールを登録するためのボタン９０１と、登録されたルールによって期待される効果を登録するためのボタン９０２とを含む。ボタン９０１を操作されると、制御装置２０１は、ディスプレイ２０６に、図１０のルール設定画面１０００を表示する。ボタン９０２を操作されると、制御装置２０１は、ディスプレイ２０６に、図１１の効果設定画面１１００を表示する。

【0084】

（ルール設定画面）
図１０は、ルール設定画面の一例を示す図である。図１０のルール設定画面１０００は、欄１００１，１００２，１００３とボタン１００４とを含む。欄１００１は、ルールに関連する作業を規定する。欄１００１は、スタッフによって提供されるサービスについての作業の名称をリスト表示する。図１０の例では、「訪室」および「モーニングケア」が表示されている。欄１００１に表示される作業の種類は、欄１００１内のスライダーが操作されることによって切り替えられる。ディレクターは、欄１００１から、登録しようとするルールに関連する作業を選択する。

【0085】

欄１００２は、ルールの内容を規定する。欄１００２には、欄１００１で選択された作業の種類に従った、内容のリストが表示される。図１０の例では、作業「訪室」に対応する内容のリスト、すなわち、訪室時刻の選択肢である時刻がリスト表示されている。欄１００２に表示される選択肢は、欄１００２内のスライダーが操作されることによって切り替えられる。

【0086】

欄１００３は、選択された作業および内容を表示する。ボタン１００４は、欄１００３に表示された作業および内容をルールとして登録するために操作される。

【0087】

一例として、ディレクターが「０：００と５：００に訪室を実施する」というルールを登録するための操作を説明する。まず、ディレクターは、欄１００１で「訪室」を選択する。その後、ディレクターは、欄１００２で「０：００」を選択する。これにより、欄１００３には、作業名として「訪室」が、内容として「０：００」が、表示される。ディレクターは、さらに、欄１００１で「訪室」を選択し、その後、欄１００２で「５：００」を選択する。これにより、欄１００３には、作業名として「訪室」が、内容として「０：００」と「５：００」とが、表示される。この状態で、ディレクターが、ボタン１００４を操作すると、制御装置２０１は、ルール用領域４２３（図６）に、「０：００と５：００に訪室を実施する」というルールを登録する。

【0088】

上記ルールは、「０：００」および「５：００」として示されるように数値を含む。これにより、スタッフによる作業の実施内容が、当該ルールに従っているか否かが容易に判断され得る。

【0089】

（効果設定画面）
図１１は、効果設定画面の一例を示す図ある。ルール設定画面１０００において登録されたルールによって期待される改善の内容を登録するための画面である。

【0090】

図１１の効果設定画面１１００は、入居者に関する情報を設定するための領域１１１０と、スタッフに関する情報を設定するための領域１１２０と、ボタン１１３０とを含む。ボタン１１３０は、領域１１１０，１１２０における設定を登録するために操作される。

【0091】

領域１１１０は、入居者について改善が期待される内容を登録するための領域である。領域１１１０は、欄１１１１，１１１２，１１１３を含む。欄１１１１は、行動情報を規定する。欄１１１２は、行動情報に関する時間帯を規定する。欄１１１３は、行動情報に関する内容を規定する。

【0092】

一例として、ディレクターが「２３：００から翌５：００までは『起床』の発生が９０分以内」という改善の内容を登録するための操作を説明する。この改善は、入居者について行動情報「起床」が生成される期間が９０分以下に抑えられることを意味する。

【0093】

この場合、ディレクターは、欄１１１１で「起床」を設定し、欄１１１２で「２３：００～翌５：００」を設定し、欄１１１３で「９０分以内」を設定し、その後、ボタン１１３０を操作する。これに応じて、制御装置２０１は、効果設定画面１１００に入力された改善の内容を効果用領域４２４（図６）に登録する。欄１１１１～１１１３では、リスト表示からの選択などのいかなる態様でも情報が設定され得る。

【0094】

上記改善は、数値（「２３：００」「５：００」「９０分」）を含む。これにより、改善が達成されたか否かについて、客観的な判断が可能になり得る。これらの数値は、改善を定義する数値の一例である。一方、行動情報「起床」は、改善が期待される項目の一例である。

【0095】

改善の内容は、必ずしも数値を含んでいなくてもよい。たとえば、入居者について改善が期待される内容として、入居者からの、ポジティブな感想の入力（ヒアリング）であってもよい。感想がポジティブなものを含むかネガティブなものを含むかは、ディレクターの主観によって判断されてもよい。

【0096】

領域１１２０は、スタッフについて改善が期待される内容を登録するための領域である。領域１１２０は、欄１１２１，１１２２，１１２３を含む。欄１１２１は、作業の種類を規定する。欄１１２２は、作業に関する時間帯を規定する。欄１１２３は、作業に関する内容を規定する。

【0097】

一例として、ディレクターが「７：３０から翌６：００までは『モーニングケア』が発生しない」という改善の内容を登録するための操作を説明する。この改善は、毎朝６：００からモーニングケアを開始し、その作業が７：３０までに完了し、これにより、スタッフが翌朝の６：００まではモーニングケアをする必要がないことを意味する。

【0098】

この場合、ディレクターは、欄１１２１で「モーニングケア」を設定し、欄１１２２で「７：３０～翌６：００」を設定し、欄１１２３で「発生しない」を設定し、その後、ボタン１１３０を操作する。これに応じて、制御装置２０１は、効果設定画面１１００に入力された改善の内容を効果用領域４２４（図６）に登録する。欄１１２１～１１２３では、リスト表示からの選択などのいかなる態様でも情報が設定され得る。

【0099】

上記改善は、数値（「７：３０」「６：００」）を含む。さらに、「発生しない」という要件は、「発生時間が０分である」ことを意味するとも解釈されるため、数値「０分」を含むと解釈され得る。これにより、改善が達成されたか否かについて、客観的な判断が可能になり得る。これらの数値は、改善を定義する数値の一例である。一方、「モーニングケア」の作業時間は、改善が期待される項目の一例である。

【0100】

登録される改善の内容は、「作業」を含まなくても良い。改善の内容は、「スタッフの１週間の残業時間が５時間以下になった」であってもよい。

【0101】

改善の内容は、必ずしも数値を含んでいなくてもよい。たとえば、スタッフについて改善が期待される内容として、スタッフの笑顔が増えた、などのディレクターの主観によって判断されてもよい。ただし、スタッフの顔画像のパターン認識技術が利用されればスタッフの笑顔に関する定量的な計測が可能であるため、改善の内容はスタッフの笑顔に関する数値を含んでいてもよい。

【0102】

効果設定画面１１００では、入居者についての改善（領域１１１０）とスタッフについての改善（領域１１２０）の一方のみに入力がなされてもよい。この場合、制御装置２０１は、入力された内容のみを、効果用領域４２４に登録する。あるルールについて、入居者についての改善（領域１１１０）の入力および登録が、スタッフについての改善（領域１１２０）の入力および登録とは異なるタイミングでなされてもよい。

【0103】

一実現例では、複数のルールが登録され得る。効果設定画面には、登録された複数のルールの中のどのルールに関連付けられた改善の内容を登録するかを設定するための欄が設けられていても良い。

【0104】

（結果出力画面）
図１２は、結果出力画面の一例を示す図である。制御装置２０１は、図８のメイン画面８００においてボタン８０２が操作されると、ディスプレイ２０６に、図１２の結果出力画面１２００を表示する。

【0105】

結果出力画面１２００は、ボタン１２０１，１２０２，１２０３を含む。ボタン１２０１は、入居者についての情報を表示するために操作される。ボタン１２０２，１２０３は、スタッフについての情報を表示するために操作される。

【0106】

（入居者についての情報の表示：図１３，図１４）
図１３は、結果出力画面１２００におけるボタン１２０１への操作によって表示されるグラフの一例を示す図である。図１３のグラフ１３００は、２０１９年２月３日から同年２月９日までの期間の各日の、ある入居者（入居者Ｐ）の行動情報の一例を表す。グラフ１３００では、横方向に各日の時刻（０：００から２４：００まで）が示されている。グラフ１３００には、各日において、行動情報「臥床」「起床」を生成された期間が、行動情報の種類ごとに異なるハッチングを付されて示されている。行動情報は、入居者の状態を表すデータの一例である。

【0107】

図１４は、結果出力画面１２００におけるボタン１２０１への操作によって表示されるグラフの他の例を示す図である。図１４のグラフ１４００は、２０１８年１２月２７日から２０１９年１月２日までの期間の各日の、入居者Ｐの行動情報を表す。グラフ１４００では、グラフ１３００と同様に、横方向に各日の時刻が示され、行動情報「臥床」「起床」のそれぞれを生成された期間が示されている。

【0108】

グラフ１３００は、ルールの登録後の入居者の情報の一例である。グラフ１４００は、ルール登録前の入居者の情報の一例である。一実現例では、制御装置２０１は、グラフ１３００をディスプレイ２０６に表示する。他の実現例では、制御装置２０１は、グラフ１３００およびグラフ１４００をディスプレイ２０６に表示する。

【0109】

入居者の行動情報は、行動記録用領域４２２（図６）に蓄積され得る。制御装置２０１は、行動記録用領域４２２から入居者Ｐの行動情報の履歴を読み出し、グラフ１３００またはグラフ１４００として表示する。

【0110】

グラフ１３００が対象とする期間は、ルールが登録された後の期間である。当該期間は、所与の条件（たとえば、ルールが登録された直後の７日間、最新の７日間、等）に従って設定されてもよいし、ディレクターなどから指定されてもよい。

【0111】

グラフ１４００が対象とする期間は、ルールが登録されるより前の期間である。当該期間は、所与の条件（たとえば、ルールが登録される直前の７日間、ルールが登録された日から所定期間（１ヶ月等）前の７日間、等）に従って設定されてもよいし、ディレクターなどから指定されてもよい。

【0112】

グラフ１３００を視認することにより、ディレクターは、ルールの登録後、行動情報「起床」が生成された各日の時刻（時間帯）を確認できる。

【0113】

グラフ１３００は、要素１３１１，１３１２を含む。要素１３１１，１３１２は、図１１の欄１１１２において登録された時間を表す。すなわち、図１１の例では、欄１１１２において、２３：００から翌５：００までの時間帯が設定される。要素１３１１は、０：００から５：００までの時間帯を指し示す。要素１３１２は、２３：００から２４：００（０：００）までの時間帯を指し示す。

【0114】

要素１３１１，１３１２は、改善を定義する数値の表示の一例である。グラフ１３００中の要素１３１１，１３１２は、ディレクターが入居者の行動情報においてルール登録による効果が現れているか否かを当該数値を基準にして判断する際に、ディレクターの判断を支援し得る。

【0115】

グラフ１３００は、項目１３０１を含む。項目１３０１は、入居者の行動情報が、図１１の領域１１１０に入力された内容を満たした日数を表す。行動情報が当該内容を満たすことは、ディレクターが意図した改善が実現されることに相当し得る。この意味において、項目１３０１は、改善を表す情報の一例である。

【0116】

図１３の例では、７日間（２０１９年２月３日～同年２月９日）のうち、６日、入居者の行動情報が上記内容を満たしたとする。このことに応じて、項目１３０１は、「６日（７日中）目標達成！！」という文字列を含む。制御装置２０１は、行動記録用領域４２２に格納された行動情報と効果用領域４２４に格納された改善の内容とを用いて、項目１３０１の文字列を生成し得る。

【0117】

制御装置２０１は、図１３のグラフ１３００に加えて、図１４のグラフ１４００を、ディスプレイ２０６に表示し得る。ディレクターは、グラフ１３００とグラフ１４００を容易に比較できる。ディレクターは、これらのグラフの比較によって、ルールの設定によって行動情報に改善が現れているか否かを判断し得る。グラフ１４００においても、要素１３１１，１３１２に相当する要素が表示されてもよい。

【0118】

（スタッフについての情報の表示：図１５，図１６）
図１５は、結果出力画面１２００におけるボタン１２０２への操作によって表示されるグラフの一例を示す図である。図１５のグラフ１５００は、２０１９年２月３日から同年２月９日までの期間の各日の、あるスタッフ（スタッフＡ）の作業「訪室」の記録の一例を表す。グラフ１５００では、スタッフＡが作業「訪室」を実施していた期間が塗りつぶされたバーで示されている。すなわち、グラフ１５００は、スタッフによる作業の実施内容の表示の一例である。

【0119】

一具体例では、制御装置２０１は、ケア記録用領域４２１に格納されたケア記録から所与の条件でイベントＩＤの情報を抽出することによって、グラフ１５００を生成する。所与の条件の一例は、スタッフＩＤがスタッフＡに対応するイベントＩＤであり、かつ、対応内容が「訪室」であるイベントＩＤであることである。

【0120】

図１６は、結果出力画面１２００におけるボタン１２０２への操作によって表示されるグラフの他の例を示す図である。図１６のグラフ１６００は、２０１８年１２月２７日から２０１９年１月２日までの期間の各日の、スタッフＡの作業「訪室」の記録の一例を表す。

【0121】

グラフ１５００，１６００のそれぞれが対象とする期間は、グラフ１３００，１４００のそれぞれが対象とする期間と同様に設定される。すなわち、図１５のグラフ１５００は、ルールの登録後の作業の記録を表す。図１６のグラフ１６００は、ルールの登録前の作業の記録を表す。

【0122】

グラフ１５００は、枠１５１１，１５１２を含む。枠１５１１，１５１２は、登録されたルールの内容の表示の一例である。たとえば、ルールとして、０：００（から所与の時間内）と５：００（から所与の時間内）に訪室することが、ルールとして登録されたとする。枠１５１１は、０：００から所与の時間の範囲を指し示す。枠１５１２は、５：００から所与の時間の範囲を指し示す。制御装置２０１は、たとえば、ルール用領域４２３に格納されたルールを規定する情報を参照することにより、枠１５１１，１５１２を表示する。枠１５１１，１５１２は、ディレクターにとって、ルールの登録後に、表示対象のスタッフが当該ルールを遵守しているか否かの判断のサポートとなり得る。すなわち、グラフ１５００を見たディレクターは、スタッフＡの作業「訪室」の期間が枠１５１１または枠１５１２の中に収まっているか否かによって、スタッフＡが作業「訪室」についてのルールを遵守しているか否かを判断できる。なお、ディレクターは、ディスプレイ２０８における表示をスタッフ本人に見せることによって、当該スタッフに、当該スタッフがルールを遵守しているか否かをより確実に理解させることができる。

【0123】

グラフ１５００は、ルールの遵守に関する情報の一例として、項目１５０１を含む。項目１５０１は、「６日（６日中）目標達成！！」という文字列を含む。この文字列は、表示対象の期間中の、スタッフＡが作業を行った６日（２月３日～２月７日および２月９日）の中で、６日、スタッフＡの作業「訪室」が、登録されたルールに従ったものであったことを意味する。一実現例では、制御装置２０１は、スタッフＡによって実施された作業と登録されたルールとを比較することによって上記文字列を生成し、表示する。

【0124】

一実現例では、制御装置２０１は、ボタン１２０２への操作に応じて、グラフ１５００をディスプレイ２０６に表示する。他の実現例では、制御装置２０１は、ボタン１２０２への操作に応じて、グラフ１５００およびグラフ１６００をディスプレイ２０６に表示する。

【0125】

グラフ１６００は、グラフ１５００の枠１５１１，１５１２に相当する、枠１６１１，１５１２を含む。枠１６１１，１６１２は、ディレクターにとって、ルールの登録前に、表示対象のスタッフによる作業が当該ルールからどの程度外れていたかの判断のサポートとなり得る。

【0126】

（スタッフについての情報の表示：図１７，図１８）
図１７は、結果出力画面１２００におけるボタン１２０３への操作によって表示されるグラフの一例を示す図である。図１７のグラフ１７００は、２０１９年２月３日から同年２月９日までの期間の各日の、あるスタッフ（スタッフＡ）の作業「モーニングケア」の記録の一例を表す。グラフ１７００では、スタッフＡが作業「モーニングケア」を実行していた期間が塗りつぶされたバーで示されている。

【0127】

一具体例では、制御装置２０１は、ケア記録用領域４２１に格納されたケア記録から所与の条件でイベントＩＤの情報を抽出することによって、グラフ１５００を生成する。所与の条件の一例は、スタッフＩＤがスタッフＡに対応するイベントＩＤであり、かつ、対応内容が「モーニングケア」であるイベントＩＤであることである。

【0128】

図１８は、結果出力画面１２００におけるボタン１２０３への操作によって表示されるグラフの他の例を示す図である。図１８のグラフ１８００は、２０１８年１２月２７日から２０１９年１月２日までの期間の各日の、スタッフＡの作業「モーニングケア」の記録の一例を表す。

【0129】

グラフ１７００，１８００のそれぞれが対象とする期間は、グラフ１３００，１４００のそれぞれが対象とする期間と同様に設定される。すなわち、図１７のグラフ１７００は、ルールの登録後の作業の記録を表す。図１８のグラフ１８００は、ルールの登録前の作業の記録を表す。

【0130】

グラフ１７００は、枠１７１１を含む。枠１７１１は、改善を定義する数値の表示の一例である。たとえば、改善の内容として、「７：３０から翌６：００までは『モーニングケア』が発生しない」が登録された場合を想定する。当該ルールに従えば、「モーニングケア」の発生が許容されるのは、６：００から７：３０までの期間となる。枠１７１１は、この期間を指し示す。制御装置２０１は、効果用領域４２４に格納された改善の内容を用いて枠１７１１を生成し、表示する。枠１７１１は、ディレクターにとって、登録されたルールによってスタッフの作業が所与の期間内に収まるようになったか否かの判断のサポートとなり得る。

【0131】

グラフ１７００は、項目１７０１を含む。項目１７０１は、スタッフＡの作業「モーニングケア」が、登録された改善の内容を満たした日数を表す。スタッフＡの作業「モーニングケア」が、登録された改善の内容を満たすことは、ディレクターが意図した改善が実現されることに相当し得る。この意味において、項目１７０１は、改善を表す情報の一例である。

【0132】

図１７の例では、７日（２０１９年２月３日～同年２月９日）のうち、スタッフＡが稼働したのは６日（２月３日～２月７日および２月９日）である。図１７の例では、この６日のうち６日、スタッフＡの作業「モーニングケア」の作業時間が枠１７１１によって指し示される期間内に収まっている。このことに応じて、項目１７０１は、「６日（６日中）目標達成！！」という文字列を含む。制御装置２０１は、ケア記録用領域４２１に格納されたケア記録の中のスタッフＡの作業「モーニングケア」の情報と効果用領域４２４に格納された改善の内容とを用いて、項目１７０１の文字列を生成し得る。

【0133】

制御装置２０１は、図１７のグラフ１７００に加えて、図１８のグラフ１８００を、ディスプレイ２０６に表示し得る。ディレクターは、グラフ１７００とグラフ１８００を容易に比較できる。ディレクターは、これらのグラフの比較によって、ルールの設定によって、スタッフＡの作業に改善が現れているか否かを判断し得る。グラフ１８００においても、枠１７１１に相当する要素が表示されてもよい。

【0134】

グラフ１７００およびグラフ１８００は、スタッフの作業「訪室」に関するルールが設定されたことに対応する、スタッフの状態を表すデータの一例である。これにより、ディレクターは、ある作業に関するルールが設定された場合に、同じスタッフの他の作業に要する時間によって、当該スタッフの状態の変化に関する知見を取得できる。なお、スタッフの状態を表すデータの他の例は、スタッフのストレスの大きさを表す情報であってもよい。ストレスの大きさは、たとえば、スタッフの操作パターン（ディスプレイ３０５をタップする力の大きさ等）であってもよい。制御装置２０１は、携帯端末３００から当該情報を取得し得る。さらに他の例は、スタッフの勤怠情報（たとえば、残業時間）である。制御装置２０１は、スタッフの勤怠システムにアクセスすることにより、スタッフの勤怠情報を取得し得る。

【0135】

［１０．処理の流れ］
図１９は、ディスプレイ２０８にルールに関する情報を表示するために制御装置２０１が実行する処理のフローチャートである。当該処理は、たとえば、ＣＰＵが所与のプログラムを実行することによって実現される。当該処理は、１つ以上の専用回路（ＡＳＩＣ等）によって実現されてもよい。制御装置２０１は、スタッフの作業管理用のアプリケーションの起動に応じて、または、クライアント端末２００における所与の操作に応じて、図１９の処理を開始する。

【0136】

図１９を参照して、ステップＳ１０にて、制御装置２０１は、ディスプレイ２０８にメイン画面８００を表示し、メニューの選択を受け付けるまで待機する。メニューの選択を受け付けると、ステップＳ２０へ制御を進める。

【0137】

ステップＳ２０にて、制御装置２０１は、メイン画面８００において選択されたメニューを識別する。一実現例では、メニューの選択は、操作されたボタンの種類に基づいて実現される。なお、ボタンの操作の代わりに、または、ボタンの操作に加えて、音声によってメニューが選択されてもよい。制御装置２０１は、メニュー「条件設定」（ボタン８０１）が選択されるとステップＳ３０へ制御を進め、メニュー「結果出力」（ボタン８０２）が選択されるとステップＳ６０へ制御を進める。

【0138】

ステップＳ３０にて、制御装置２０１は、ディスプレイ２０８に条件設定画面９００を表示する。

【0139】

ステップＳ３２にて、制御装置２０１は、条件設定画面９００において選択されたメニューを識別し、メニュー「ルール設定」（ボタン９０１）を選択されるとステップＳ４０へ制御を進め、メニュー「効果設定」（ボタン９０２）を選択されるとステップＳ５０へ制御を進める。

【0140】

ステップＳ４０にて、制御装置２０１は、ルールの入力を受け付け、当該ルールをルール用領域４２３に登録する。制御装置２０１は、ルールの入力の受け付けのために、ディスプレイ２０８にルール設定画面１０００（図１０）を表示してもよい。制御装置２０１は、音声によるルールの入力を受け付けてもよい。その後、制御装置２０１は制御をステップＳ１０に戻す。

【0141】

ステップＳ５０にて、制御装置２０１は、効果（改善の内容）の入力を受け付け、当該効果を効果用領域４２４に登録する。制御装置２０１は、効果の入力の受け付けのために、ディスプレイ２０８に効果設定画面１１００（図１１）を表示してもよい。制御装置２０１は、音声による効果の入力を受け付けてもよい。その後、制御装置２０１は制御をステップＳ１０に戻す。

【0142】

ステップＳ６０にて、制御装置２０１は、ディスプレイ２０８に結果出力画面１２００を表示する。

【0143】

ステップＳ６２にて、制御装置２０１は、結果出力画面１２００において選択されたメニューを識別し、メニュー「入居者系」（ボタン１２０１）を選択されるとステップＳ７０へ制御を進め、メニュー「スタッフ系（ルール関連）」（ボタン１２０２）を選択されるとステップＳ８０へ制御を進め、メニュー「スタッフ系（効果関連）」（ボタン１２０３）を選択されるとステップＳ９０へ制御を進める。

【0144】

ステップＳ７０にて、制御装置２０１は、ディスプレイ２０８に、入居者についての情報（たとえば、グラフ１３００、または、グラフ１３００，１４００）を表示する。その後、制御装置２０１はステップＳ１０へ制御を戻す。

【0145】

ステップＳ８０にて、制御装置２０１は、ディスプレイ２０８に、スタッフの作業に関する情報（たとえば、グラフ１５００、または、グラフ１５００，１６００）を表示する。その後、制御装置２０１はステップＳ１０へ制御を戻す。

【0146】

ステップＳ９０にて、制御装置２０１は、ディスプレイ２０８に、スタッフの状態を表すデータ（たとえば、グラフ１７００、または、グラフ１７００，１８００）を表示する。その後、制御装置２０１はステップＳ１０へ制御を戻す。

【0147】

［１１．変形例］
以上説明された本実施の形態では、ルールが登録される。ルール設定画面の構成は、図１０に示されたものに限定されない。たとえば、作業の種類および内容は、リスト表示からの選択によって規定されるではなく、ディレクターの自由な入力によって規定されてもよい。これにより、ディレクターの所望のパターンで、ルールが登録され得る。

【0148】

本実施の形態では、さらに、登録されたルールによって改善が期待される項目および改善を定義する数値が登録されることによって、項目に関する改善を表す情報が生成され得る。複数のルールが登録された場合、それぞれのルールについて、同じ数値を利用して、項目に関する改善を表す情報が生成され得る。これにより、生成された情報に基づいて、複数のルールが比較され得る。

【0149】

たとえば、ルール１「０：００と５：００に訪室を実施する」とルール２「０：００と５：３０に訪室を実施する」とが登録され得る。ルール１およびルール２の双方について、改善内容（改善が期待される項目および改善を定義する数値）として、「２３：００から翌５：００までは『起床』の発生が９０分以内」が登録され得る。ルール１では、ルール登録後、７日のうち６日上記改善内容を達成した入居者が７０％であった。一方、ルール２では、ルール登録後、７日のうち６日上記改善内容を達成した入居者が５０％であった。この場合、ルール１の方が、上記改善内容を達成した入居者の割合が高い。これにより、ディレクターは、上記改善内容を達成するためには、ルール２よりルール１の方が適しているという知見を得ることができる。

【0150】

本実施の形態では、クライアント端末２００の制御装置２０１は、外部の記憶装置（図６の記憶装置４２０）に格納された情報を利用して、図８～図１８を参照して説明された内容をディスプレイ２０８に表示する。なお、制御装置２０１は、これらの表示に、クライアント端末２００内の記憶装置に格納された情報を利用してもよい。すなわち、図６の記憶装置４２０に格納された各種の情報の一部またはすべては、記憶装置２２０に格納されていてもよい。

【0151】

ディスプレイ２０８における各種の表示を視認するのは、ディレクターに限定されない。スタッフも、当該表示を視認してもよい。これにより、ルールの遵守の度合いおよび／またはルールの遵守の度合いに従った効果（改善）の度合いが、スタッフ本人によってより確実に理解され得る。

【0152】

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

【符号の説明】

【0153】

１０ 居室、２０ 入居者、３０ ベッド、１００，１００Ａ，１００Ｂ センサーボックス、１０１，２０１，３０１，４０１ 制御装置、２００，２００Ａ，２００Ｂ クライアント端末、３００，３００Ａ，３００Ｂ 携帯端末、４００ 管理サーバー、５００ ケアコール子機、５０１ ケアコールボタン、８００ メイン画面、８０１，８０２，９０１，９０２，１００４，１１３０，１２０１，１２０２，１２０３ ボタン、８２０，８２０Ａ，８２０Ｂ ディレクター、８５０，８５０Ａ，８５０Ｂ スタッフ、９００ 条件設定画面、１０００ ルール設定画面、１００１，１００２，１００３，１１１１，１１１２，１１１３，１１２１，１１２２，１１２３ 欄、１１００ 効果設定画面、１１１０，１１２０ 領域、１２００ 結果出力画面、１３００，１４００，１５００，１６００，１７００，１８００ グラフ、１３０１，１５０１，１７０１ 項目、１３１１，１３１２ 要素、１５１１，１５１２，１６１１，１６１２，１７１１ 枠。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】