JPWO2019216056A1 - システム、システムの制御方法、制御プログラム、およびプログラムを含む装置 - Google Patents

Abstract

【課題】不要な通知によるケアスタッフの負荷の発生を防止できるシステムおよびシステムの制御方法を提供する。【解決手段】見守りシステム１の情報管理者端末３０は、検出部１０の出力に関する情報を受信して表示すると共に、イベントを発生させたケア対象者７０のケアに関する指示を情報管理者９０から受け付ける。ケアスタッフ端末４０は、ケア対象者７０のケアを行うケアスタッフ８０に携帯される携帯端末であって、情報管理者端末３０によって受け付けられた指示を受信可能に構成される。

Description

本発明は、システムおよびシステムの制御方法に関する。特に、本発明は、対象者へのケアを行うシステムおよびシステムの制御方法に関する。

我が国は、戦後の高度経済成長に伴う生活水準の向上、衛生環境の改善、および医療水準の向上等により、長寿命化が顕著となっている。このため、出生率の低下と相まって、高齢化率が高い高齢化社会になっている。このような高齢化社会では、病気、怪我、および加齢等により、介護を必要とする要介護者等の増加が想定される。

要介護者等は、病院や老人福祉施設等の施設において、歩行中に転倒したり、ベッドから転落して怪我をしたりする虞がある。そのため、要介護者等がこのような状態になったときに看護師や介護士がすぐに駆けつけられるように、要介護者等の状態を検知するためのシステムの開発が進められている。

このようなシステムとして特許文献１に開示されたナースコールシステムでは、患者のベッドに対して設置されたカメラの撮影映像から、患者の起床または離床が行われたか否かが判断される。そして、起床または離床が行われた場合には、ナースステーションに設けられたナースコール親機に、カメラの撮影映像が表示される。

特開２０１４−９０９１３号公報

しかしながら、特許文献１に開示されたナースコールシステムでは、特定の患者の起床または離床が行われた場合でも、介護士や看護師（以下「ケアスタッフ」と称する）全体に一律に通知が行われる。一方、病院や老人福祉施設等の施設では、患者に問題が発生した場合、ケアスタッフが責任を追及される可能性が高く、ケアスタッフは常に重圧に晒されている。このため、ケアスタッフ全体に一律に通知が行われると、このような重圧下において、患者に対応すべきケアスタッフ以外に不要な通知が行われることになる。ケアスタッフは、不要な通知を受け取る度に、業務を妨げられたり、通知内容を確認して自身が患者に対応すべきか否かを判断したりすることになり、ケアスタッフに余計な負荷が発生してしまう。また、患者の動きが誤検出された場合や患者への対応が不要な場合等にも、不要な通知が行われることになり、ケアスタッフに負荷が発生するという問題がある。

特に、各対象者からの通知には対応の必要なもの、不要なものがあり、また全通知が全スタッフの端末に届く結果、スタッフ個人で見た場合結果として不要な情報が多く、重要な情報を見落とすリスクがある。また、同じ種類の通知であっても、介護を必要としている高齢者の場合、入居者毎に身体機能、認知機能が大きく異なることから、通知された状況も様々となる。その結果、対応（ケア）が必要か不要か、必要の場合であってもどういったケアが必要か、がケース毎に異なる。それらに対し、センサーからの限られた情報だけで的確に判断、対応することは困難である。一方、ケアそのものは一対一の業務であり、何か問題が発生したときに対応した個人に責任が及ぶ可能性が高く、スタッフは常にその重圧にさらされながら多数の通知を受信し対応するため、精神的、肉体的に大きな負担を強いられることになる。

本発明は、上述した課題に鑑みてなされたものである。したがって、本発明の目的は、不要な通知によるケアスタッフの負荷の発生を防止できるシステムおよびシステムの制御方法を提供することである。

本発明の上記の目的は、下記の手段によって達成される。

（１）複数の観察領域のそれぞれに設けられ、該観察領域における対象者の動きを検出する検出部と、前記検出部の出力に基づいて、前記観察領域のそれぞれにおける前記対象者に関する所定のイベントの発生の有無を判定する判定部と、前記判定部によって前記イベントが発生したと判定された場合、前記検出部の出力に関する情報を送信する管理部と、前記管理部から前記検出部の出力に関する情報を受信して表示すると共に、前記イベントを発生させた前記対象者への対応に関する指示を情報管理者から受け付ける情報管理者端末と、前記対象者への対応を行うスタッフに携帯される携帯端末であって、前記情報管理者端末によって受け付けられた前記指示を受信可能なスタッフ端末と、を有するシステム。

（２）前記情報管理者端末は、前記対象者への対応を前記スタッフに指示するか否かを前記情報管理者に選択させるための機能を表示し、前記情報管理者による選択を前記指示として受け付ける上記（１）に記載のシステム。

（３）前記情報管理者端末は、前記対象者への対応を行う前記スタッフを前記情報管理者に選択させるための機能を表示し、前記情報管理者による選択を前記指示として受け付ける上記（１）または（２）に記載のシステム。

（４）前記情報管理者端末によって前記スタッフの選択が受け付けられた場合、選択された前記スタッフに携帯される前記スタッフ端末は、前記指示を受信する上記（３）に記載のシステム。

（５）前記管理部は、前記判定部によって前記イベントが発生したと判定された場合、前記検出部の出力に関する情報と共に、記憶部から取得した前記対象者に関する情報を前記情報管理者端末に送信し、前記情報管理者端末は、前記検出部の出力に関する情報と共に、前記対象者に関する情報を表示する上記（１）〜（４）のいずれか一つに記載のシステム。

（６）前記対象者に関する情報は、所定の期間内において、前記対象者に関する前記イベントが発生したと判定された回数の情報を含む上記（５）に記載のシステム。

（７）前記対象者に関する情報は、所定の期間内において、前記対象者に対して行われた対応の回数の情報を含む上記（５）または（６）に記載のシステム。

（８）前記情報管理者端末は、前記回数の情報をグラフによって表示する上記（６）または（７）に記載のシステム。

（９）前記情報管理者端末は、前記検出部の出力に関する情報をリアルタイム情報として表示するのと同時に、前記対象者に関する情報を履歴情報として表示する上記（５）〜（８）のいずれか一つに記載のシステム。

（１０）前記検出部は、前記対象者の動きとして、前記対象者によるナースコールを検出する上記（１）〜（９）のいずれか一つに記載のシステム。

（１１）複数の観察領域のそれぞれに設けられた検出部、情報管理者端末、および対象者への対応を行うスタッフに携帯される携帯端末であるスタッフ端末を有するシステムの制御方法であって、前記検出部によって、前記観察領域のそれぞれにおける前記対象者の動きを検出するステップ（ａ）と、前記検出部の出力に基づいて、前記観察領域のそれぞれにおける前記対象者に関する所定のイベントの発生の有無を判定するステップ（ｂ）と、前記ステップ（ｂ）において前記イベントが発生したと判定された場合、前記検出部の出力に関する情報を前記情報管理者端末に送信するステップ（ｃ）と、前記情報管理者端末によって、前記ステップ（ｃ）において送信された前記検出部の出力に関する情報を受信して表示するステップ（ｄ）と、前記情報管理者端末によって、前記イベントを発生させた前記対象者への対応に関する指示を情報管理者から受け付けるステップ（ｅ）と、前記ステップ（ｅ）において受け付けられた指示を前記スタッフ端末に送信するステップ（ｆ）と、を含む制御方法。

本発明に係る見守りシステムでは、ケア対象者に関する所定のイベントが発生した場合、検出部の出力に関する情報が、情報管理者端末に送信される。そして、情報管理者端末は、検出部の出力に関する情報を表示すると共に、イベントを発生させたケア対象者のケアに関する指示を、情報管理者から受け付ける。したがって、見守りシステムは、ケア対象者に関する所定のイベントが発生した場合、情報管理者に通知を行うことによって、ケアスタッフ全体に一律に通知を行わないで済む。これにより、見守りシステムは、不要な通知によるケアスタッフの負荷の発生を防止できる。

見守りシステムの全体構成を示す図である。 ケア対象者の部屋に設置された検出部の例を示す図である。 検出部の概略構成を示すブロック図である。 管理サーバーの概略構成を示すブロック図である。 情報管理者端末の概略構成を示すブロック図である。 ケアスタッフ端末の概略構成を示すブロック図である。 見守りシステムの処理の手順を示すシーケンスチャートである。 情報管理者端末に表示される画面の一例を示す図である。 情報管理者端末に表示される画面の他の例を示す図である。

以下、添付した図面を参照して、本発明の実施形態を説明する。なお、図面の説明において同一の要素には同一の符号を付し、重複する説明を省略する。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。

（全体構成）
図１は本実施形態に係る見守りシステムの全体構成を示す図であり、図２はケア対象者の部屋のベッド周辺に設置された検出部の例を示す図である。

図１に示すように、見守りシステム１は、複数の検出部１０、管理サーバー２０、情報管理者端末３０、および１つ以上のケアスタッフ端末（スタッフ端末）４０を備える。これらは、有線や無線によって、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電話網またはデータ通信網等のネットワーク５０を介して、相互に通信可能に接続される。ネットワーク５０は、通信信号を中継するリピーター、ブリッジ、ルーターまたはクロスコネクト等の中継機を備えてもよい。図１に示す例では、ケアスタッフ端末４０、検出部１０、管理サーバー２０、および情報管理者端末３０は相互に、アクセスポイント５１を含む無線ＬＡＮ等（例えばＩＥＥＥ８０２．１１規格に従ったＬＡＮ）のネットワーク５０によって、通信可能に接続されている。

見守りシステム１は、ケア対象者（対象者、見守り対象者）７０に応じて適宜な場所に配設される。ケア対象者７０は、例えば、病気や怪我等によって看護を必要とする患者、高齢による身体能力の低下等によって介護を必要とする被介護者、または一人暮らしの独居者等である。特に、早期発見および早期対処を可能にする観点から、ケア対象者７０は、例えば異常状態等の所定の不都合な事象がその者に生じた場合に、その発見を必要としている者であり得る。このため、見守りシステム１は、ケア対象者７０の種類に応じて、病院、老人福祉施設および住戸等の建物に好適に配設される。図１に示す例では、見守りシステム１は、複数のケア対象者７０が入居する複数の部屋（居室）やケアステーション（ナースステーションともいう）を含む複数の部屋を備える施設に配置されている。

検出部１０は、ケア対象者７０の観察領域であるそれぞれの居室に配置される。図１に示す例では、４つの検出部１０がケア対象者７０であるＡさん、Ｂさん、ＣさんおよびＤさんの居室にそれぞれ配置されている。検出部１０の観察領域にはベッド６０が含まれている。ケア対象者７０に対して看護または介護等の対応（ケア）を行うケアスタッフ（スタッフ）８０は、それぞれ携帯端末であるケアスタッフ端末４０を持ち歩いている。ただし、見守りシステム１が備える各構成の位置や個数等は、図１に示す例に限定されない。例えば、管理サーバー２０は、ケアステーションに配置されなくてもよく、ネットワーク５０に接続されている外部のサーバーユニットであってもよい。

（検出部１０）
図３は検出部の概略構成を示すブロック図である。同図に示すように、検出部１０は、制御部１１、通信部１２、カメラ１３、ケアコール部１４、および音声入出力部１５を備え、これらはバスによって、相互に接続されている。

制御部１１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、等のメモリにより構成され、プログラムにしたがって検出部１０の各部の制御および演算処理を行う。なお、制御部１１は、メモリとして、さらにＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）を備えてもよい。

通信部１２は、ネットワーク５０を介して、例えば、管理サーバー２０、情報管理者端末３０またはケアスタッフ端末４０等の、他の装置と通信するためのインターフェース回路（例えばＬＡＮカード等）である。

カメラ１３は、例えば居室の天井、または壁の上部に配置され、観察領域として真下にあるケア対象者７０のベッド６０を撮影し、撮影画像（画像データ）を出力する。この撮影画像（「映像」ともいう）には、静止画および動画を含む。カメラ１３は近赤外線カメラであるが、これに換えて可視光カメラを用いてもよく、これらを併用してもよい。

制御部１１は、カメラ１３が撮影した撮影画像から、ケア対象者７０の行動を認識する。この認識する行動には、ベッド６０から起き上がる「起床」、ベッド６０から離れる「離床」、および床面等に転倒する「転倒」が含まれる。

制御部１１は、複数の撮影画像（動画像）から画像のシルエット（以下、「人シルエット」と称する）を検出する。人シルエットは、例えば、撮影時刻が前後する画像を差分する時間差分により差分が相対的に大きい画素の範囲を抽出することで検出され得る。人シルエットは、撮影画像から背景画像を差分する背景差分法により検出されてもよい。起床、離床、転倒の認識は、検出した人シルエットからケア対象者７０の姿勢（例えば立位、座位、横臥等）、およびベッド６０等の居室内の設置物との相対的な位置から起床、離床および転倒（転落）の別を認識する。これらの認識は、制御部１１のＣＰＵが処理するプログラムにより行ってもよく、組み込み型の処理回路により行うようにしてもよい。この場合、検出部１０が「検出部」および「判定部」として機能する。また、これに限られず管理サーバー２０側でこれらの認識の全部またはほとんどの処理を行うようにし、制御部１１では管理サーバー２０への撮影画像の送信のみを行うようにしてもよい。この場合、検出部１０が「検出部」として機能し、管理サーバー２０が「判定部」として機能する。制御部１１は、いずれかの種類の行動を認識した場合、その行動が発生した旨の通知を管理サーバー２０等に送信する。

ここで、ケアスタッフ８０の業務が、ケア対象者７０に対する介護業務である場合に、各イベントに関する対応内容について説明する。イベントとして「起床」を判定し、その判定が所定時間内（施設で設定された起床時間（例えば午前７〜８時））であれば、モーニングケアを行う。このモーニングケアには、洗顔、歯磨き介助、義歯装着、着替え介助等が含まれる。また、「離床」のイベントであれば、車椅子移乗、歩行介助が必要となる場合がある。また、検出部１０が判定したイベント以外の定期的（定時）なイベントとして、飲料、および食事介助、排泄介助、車椅子移乗、歩行介助、体位変換（褥瘡予防）がある。これらの定期的イベントは、ケアコール部１４等により、定時になるとアラートを発生させるようにしてもよい。

ケアコール部１４は、押しボタン式のスイッチを含み、スイッチがケア対象者７０によって押されることでケアコール（ナースコール）を検出する。押しボタン式のスイッチに換えて、音声マイクによりケアコールを検出してもよい。ケアコール部１４のスイッチが押された場合、すなわち、ケアコールを検出した場合、制御部１１は、通信部１２およびネットワーク５０を介して、ケアコールがあった旨の通知を管理サーバー２０等に送信する。

音声入出力部１５は、例えばスピーカーとマイクであり、通信部１２を介して情報管理者端末３０との間で音声信号を送受信することで音声通話を可能とする。なお、音声入出力部１５は検出部１０の外部装置として、通信部１２を介して検出部１０に接続されてもよい。

また、検出部１０は、ベッド６０に対してマイクロ波を送受信してケア対象者７０の体動（例えば呼吸動）によって生じたマイクロ波のドップラシフトを検出するドップラシフト方式の体動センサーを、さらに備えてもよい。この体動センサーにより、ケア対象者７０の呼吸動作に伴う胸部の体動（胸部の上下動）を検出し、その胸部の体動における周期の乱れや予め設定された閾値以下である前記胸部の体動における振幅を検知すると、微体動異常であると認識する。

本実施形態においては、ケア対象者７０に関する検出部１０が認識した状態の変化であって、起床、離床、転倒、微体動異常、などのケアスタッフ８０に発報（報知）を行うべき事象をイベントと称する。またこのイベントには、ケアコール部１４によるケアコールを含む。すなわち、検出部１０は、観察領域におけるケア対象者７０の動きとして、ケア対象者７０によるケアコールを検出してもよい。検出部１０は、生じたイベントの情報を管理サーバー２０に送信する。

（管理サーバー２０）
図４は、管理サーバーの概略構成を示すブロック図である。管理サーバー２０は、「管理部」として機能し、制御部２１、通信部２２、およびデータベース２３を備える。この管理サーバー２０は、ケア対象者７０用の居室と同じ建物内に設けられてもよく、遠隔地に設けられてネットワークを介して接続可能であってもよい。例えば、管理サーバー２０は、インターネット等のネットワーク上に配置された複数のサーバーによって仮想的に構築されるクラウドサーバーであってもよい。各構成は、バスによって、相互に通信可能に接続されている。データベース２３は、記憶部として機能し、イベントリスト、ケア対象者７０、およびケアスタッフ８０に関する各種情報を記憶する。その他の制御部２１、および通信部２２は、検出部１０の各構成と同様の機能を有するため、詳細な説明を省略する。

管理サーバー２０は、単独で、または検出部１０と協働することで判定部として機能し、検出部１０が検出した、起床、離床、転倒、ケアコール等のイベントが、どのケア対象者７０に関するものであるかを判定（識別）する。この判定は、イベントを検出した検出部１０が設置されている部屋番号から、これに対応付けられているケア対象者７０（すなわち、部屋の入居者）を判定する。そして、判定したイベントの種類とケア対象者７０とを関連付けてデータベース２３のイベントリストに追加する。なお、本実施形態では、ケア対象者７０の判定は、ケア対象者７０がＩＣタグを携帯している場合には、このＩＣタグを各部屋に設けたＲＦＩＤリーダーで読み取ることにより、判定してもよい。なお、相部屋等で、１つの部屋に複数のケア対象者７０が存在する場合には、ベッド６０毎に検出部１０を配置することで、ケア対象者７０を判定してもよい。

（情報管理者端末３０）
図５は、情報管理者端末の概略構成を示すブロック図である。情報管理者端末３０は、いわゆるＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）であり、制御部３１、通信部３２、表示部３３、入力部３４、および音声入出力部３５を備え、これらはバスにより相互に接続される。制御部３１は、検出部１０の制御部１１と同様の構成として、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える。

通信部３２は、イーサネット（登録商標）等の規格による有線通信のネットワークインターフェースや、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１等の規格による無線通信のインターフェース等の各種ローカル接続向けのインターフェースであり、ネットワーク５０に接続した各端末との通信を行う。

表示部３３は、例えば液晶ディスプレイであり、各種情報を表示する。表示部３３は、例えば、検出部１０による撮影画像を表示する。

入力部３４は、キーボード、テンキー、マウス等を備えており、各種情報の入力を行う。

音声入出力部３５は、例えばスピーカーとマイクを備えたヘッドセットである。

本実施形態では、情報管理者端末３０は、情報管理者９０用の端末として用いられ、情報管理者９０へ施設内の各種情報を表示し、指示を受け付ける。また、通信部３２を介して検出部１０またはケアスタッフ端末４０との間で音声信号を送受信することでケアスタッフ８０等との音声通話を可能にする。ここで、情報管理者９０は、複数のケアスタッフ８０を統括する管理者である。情報管理者９０は１つの施設だけでなく、複数の施設で働くケアスタッフ８０を統括的に管理するようにしてもよい。なお、情報管理者９０は、ケアディレクターとも呼ばれうる。

また、ケアスタッフ８０または技術スタッフ等は、情報管理者端末３０を通じて、検出部１０を各部屋（居室）に取り付けたときに、部屋番号と検出部１０の対応付けをしたり、ベッド６０等の居室内の設置物の位置情報、すなわち、天井のカメラ１３による上方視の輪郭情報の校正、指定を行ったりする。また、入院または入居しているケア対象者７０の名前、ＩＤ番号等の識別情報と、各部屋番号との対応付けも行う。

（ケアスタッフ端末４０）
図６は、ケアスタッフ端末の概略構成を示すブロック図である。ケアスタッフ端末４０は、制御部４１、無線通信部４２、表示部４３、入力部４４、および音声入出力部４５を備え、これらはバスにより相互に接続される。制御部４１は、検出部１０の制御部１１と同様の構成として、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える。無線通信部４２により、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の規格を用いた無線通信が可能であり、アクセスポイント５１を経由して、または直接的に各装置と無線通信する。表示部４３、および入力部４４は、タッチパネルであり、液晶等で構成される表示部４３の表示面に、入力部４４としてのタッチセンサーを重畳させたものである。表示部４３、入力部４４によって、ケアスタッフ８０に対して、イベントリストに含まれる複数のイベントを一覧表示した各種の操作画面を表示したり、操作画面を通じて各種の操作を受け付けたりする。音声入出力部４５は、例えばスピーカーとマイクであり、無線通信部４２を介して他のケアスタッフ端末４０との間でケアスタッフ８０による音声通話を可能にする。ケアスタッフ端末４０は、見守りシステム１のユーザーインターフェースとして機能する機器であり、例えば、タブレット型コンピューター、スマートフォンまたは携帯電話等の、持ち運び可能な通信端末機器によって構成できる。

ケアスタッフ８０は、業務開始時に、割り当てられたケアスタッフ端末４０を通じて、ログイン認証処理を行う。ケアスタッフ８０は、ケアスタッフ端末４０のタッチパネル（表示部４３、入力部４４）を通じて、スタッフＩＤ、パスワードを入力し、これを管理サーバー２０に送信する。管理サーバー２０は、データベース２３に記憶している認証情報を突き合わせ、ケアスタッフ８０の権限に応じた認証結果をケアスタッフ端末４０に送信することで、ログイン認証が終了する。

なお、検出部１０、管理サーバー２０、情報管理者端末３０およびケアスタッフ端末４０は、上記の構成要素以外の構成要素を含んでもよく、あるいは、上記の構成要素のうちの一部を含まなくてもよい。

（見守りシステムの処理の手順）
以下、図７を参照して、見守りシステム１の処理の手順を説明する。見守りシステム１の処理は、不要な通知によるケアスタッフ８０の負荷の発生を防止するように制御するものである。

図７は、見守りシステムの処理の手順を示すシーケンスチャートである。

図７に示すように、まず、検出部１０は、観察領域におけるケア対象者７０の動き、またはケア対象者７０によるケアコールを検出する（ステップＳ１０１）。そして、検出部１０は、検出したケア対象者７０の動き、またはケアコールに関する情報を管理サーバー２０に出力する（ステップＳ１０２）。

管理サーバー２０は、検出部１０から情報を受信して、ケア対象者７０に関する所定のイベントの発生の有無を判定する（ステップＳ１０３）。具体的には、管理サーバー２０は、判定部として、検出部１０の出力に基づいて、検出部１０の観察領域のそれぞれにおけるケア対象者７０に関する所定のイベントの発生の有無を判定する。

続いて、管理サーバー２０は、ステップＳ１０３において所定のイベントが発生したと判定した場合、ステップＳ１０４の処理に進む。そして、管理サーバー２０は、イベントが発生した旨を示す情報と共に、検出部１０の出力に関する情報や、ケア対象者７０に関する情報（以下「ケア対象者情報」とも称する）等を、情報管理者端末３０に送信する（ステップＳ１０４）。管理サーバー２０は、検出部１０の出力に関する情報として、例えば、検出されたケア対象者７０の氏名、部屋番号、発生したイベントの種類およびイベントが発生した時間等の少なくとも一つの情報を、情報管理者端末３０に送信する。また、管理サーバー２０は、検出部１０の出力に関する情報として、検出部１０によって撮影された画像等の情報を、情報管理者端末３０に送信してもよい。

また、ケア対象者情報は、記憶部としてのデータベース２３に予め記憶されていてもよい。そして、管理サーバー２０は、データベース２３に記憶された複数のケア対象者７０に関する情報のうち、イベントを発生させたケア対象者７０に関する情報を取得して、情報管理者端末３０に送信してもよい。また、管理サーバー２０は、複数のケアスタッフ８０の各々のログイン情報を、ケアスタッフ端末４０から予め取得していてもよく、当該ログイン情報を、情報管理者端末３０に送信してもよい。

また、ケア対象者７０に関する情報は、所定の期間内において、当該ケア対象者７０に関する所定のイベントが発生したと判定された回数（以下「イベント発生回数」とも称する）の情報を含む。所定の期間は、例えば、ケア対象者７０に関するイベントが発生した当日を含む過去１週間や、当日を含まない過去６日間、当日の１日間等であってもよいが、これらに限定されない。イベント発生回数は、ケア対象者７０に関するイベントが発生したと判定される度に、更新されるものとする。

続いて、情報管理者端末３０は、ステップＳ１０４において管理サーバー２０から受信した情報を含む画面を、表示部３３において表示する（ステップＳ１０５）。情報管理者端末３０は、ステップＳ１０３において判定されたイベントを発生させたケア対象者７０のケア（ケア対象者７０への対応）に関する指示を、情報管理者９０に促すために、ステップＳ１０５の処理を実行する。

図８は、情報管理者端末に表示される画面の一例を示す図である。

図８に示すように、情報管理者端末３０の表示部３３は、例えば、検出情報表示画面３３１、ケア対象者情報表示画面３３２および選択画面３３３を含む画面を表示する。

検出情報表示画面３３１は、検出部１０の出力に関する情報として、検出されたケア対象者７０の氏名、部屋番号、発生したイベントの種類およびイベントが発生した時間等の、少なくとも一つの情報を表示する。

ケア対象者情報表示画面３３２は、例えば、所定の期間内における、ケア対象者７０に関するイベント発生回数の情報を表示する。ケア対象者情報表示画面３３２は、イベント発生回数の情報を数値によって表示してもよいし、棒グラフまたは折れ線グラフ等のグラフによって表示してもよいし、数値およびグラフの両方によって表示してもよい。

選択画面３３３は、イベントを発生させたケア対象者７０のケアに関する指示を、情報管理者９０から受け付けるための画面である。選択画面３３３は、ケア対象者７０のケアをケアスタッフ８０に指示する場合の選択肢として、ログイン中のケアスタッフ８０に指示する旨の選択肢のみを表示してもよい。あるいは、選択画面３３３は、全てのケアスタッフ８０に指示する旨の選択肢を表示しつつ、ログアウト中のケアスタッフ８０に指示する旨の選択肢をグレーアウト表示等してもよい。すなわち、選択画面３３３は、ケア対象者７０へのケアをケアスタッフ８０に指示するか否かを、および／または、ケア対象者７０へのケアを行うケアスタッフ８０を、情報管理者９０に選択させるための画面（機能）を表示する。

なお、情報管理者端末３０の表示部３３は、通知があった部屋（イベントを発生させたケア対象者７０の部屋）のライブ映像を表示するための「ライブ映像表示ボタン」をさらに表示してもよい。そして、情報管理者９０が「ライブ映像表示ボタン」を押下（クリック）した場合、情報管理者端末３０は、ライブ映像表示用のウインドウにおいて、当該ライブ映像を表示してもよい。すなわち、情報管理者端末３０は、検出部１０の出力に関する情報として、検出部１０によって撮影されたライブ映像をさらに表示してもよい。なお、ライブ映像表示用のウインドウは、予め表示されていてもよいし、情報管理者９０が「ライブ映像表示ボタン」を押下した際に表示されてもよい。これにより、情報管理者端末３０は、検出部１０の出力に関する情報を、ライブ映像等のリアルタイム情報として表示するのと同時に、ケア対象者情報表示画面３３２において、ケア対象者情報を履歴情報として表示できる。

情報管理者端末３０は、検出部１０の出力に関する情報およびイベント発生回数の情報を、ケア対象者７０の特性の情報として表示することによって、ケア対象者７０が実際にケアを必要としている可能性が高いか否かの判断を、情報管理者９０に促す。情報管理者端末３０は、例えば、ケア対象者７０に関するケアコールのイベントが発生した場合、所定の期間内におけるケアコールのイベント発生回数を、ケア対象者７０の特性の情報として表示する。これにより、情報管理者端末３０は、ケア対象者７０が気軽にケアスタッフ８０を呼ぶ性格であるか否かを表示できる。そして、情報管理者端末３０は、当該イベント発生回数が多い場合、ケアコールのイベントがケア対象者７０にとって珍しいイベントでなく、ケア対象者７０がケアを必要としている可能性が低いとの判断を情報管理者９０に促すことができる。一方、情報管理者端末３０は、当該イベント発生回数が少ない場合、ケアコールのイベントがケア対象者７０にとって珍しいイベントであり、当該可能性が高いとの判断を情報管理者９０に促すことができる。

同様に、情報管理者端末３０は、例えば、ケア対象者７０に関する起床、離床または転倒等のイベントが発生した場合、所定の期間内における起床、離床または転倒等のイベント発生回数を、ケア対象者７０の特性の情報として表示してもよい。情報管理者端末３０は、例えば、所定の期間内における離床のイベント発生回数の情報を表示することによって、ケア対象者７０の活動度が高いか否かを表示できる。そして、情報管理者端末３０は、当該イベント発生回数が多い場合、活動度が高いケア対象者７０にとって離床のイベントが珍しいイベントでなく、ケア対象者７０がケアを必要としている可能性が低いとの判断を情報管理者９０に促すことができる。一方、情報管理者端末３０は、当該イベント発生回数が少ない場合、活動度が低いケア対象者７０にとって離床のイベントが珍しいイベントであり、当該可能性が高いとの判断を情報管理者９０に促すことができる。

あるいは、情報管理者端末３０は、ケアコール、起床、離床および転倒等の複数のイベント発生回数の情報を表示することによって、ケア対象者７０がケアを必要としている可能性が高いか否かの総合的な判断を、情報管理者９０に促してもよい。情報管理者９０は、例えば、ケア対象者７０に関する離床のイベント発生回数が多く、転倒のイベント発生回数が少ない場合、当該ケア対象者７０が、活動度および自立性が高い通常の行動をしており、ケアを必要としている可能性が低いと判断してもよい。

続いて、情報管理者端末３０は、情報管理者９０から入力部３４を介して入力された、ケアに関する指示を受け付ける（ステップＳ１０６）。

情報管理者端末３０は、選択画面３３３における、ケア対象者７０のケアをケアスタッフ８０に指示するか否かの選択や、ケア対象者７０のケアを行うケアスタッフ８０の選択を、ケアに関する指示として情報管理者９０から受け付ける。情報管理者端末３０は、例えば、入力部３４を介して行われる、選択画面３３３における各ソフトキーの選択（押下）を、ケアに関する指示として受け付ける。

情報管理者９０は、上述したように、ステップＳ１０５において表示された情報に基づいて、ケア対象者７０が実際にケアを必要としている可能性が高いか否かを判断できる。この場合、情報管理者端末３０は、当該可能性が低いと判断した情報管理者９０から、ケアを指示しない旨の選択を受け付けできる。あるいは、情報管理者端末３０は、当該可能性が低いと判断した情報管理者９０から、新人のケアスタッフ８０にケアを指示する旨の選択を受け付けてもよい。一方、情報管理者端末３０は、当該可能性が高いと判断した情報管理者９０から、ベテランのケアスタッフ８０や、イベントを発生させたケア対象者７０のケアに慣れているケアスタッフ８０等にケアを指示する旨の選択を受け付けできる。

また、情報管理者９０がケア対象者７０と同じ施設内にいる場合、情報管理者端末３０は、情報管理者９０自身がケアに対応する旨の選択を、情報管理者９０から受け付けてもよい。

また、情報管理者９０が、ケア対象者７０が実際にケアを必要としている可能性が高いか否かを判断できない場合、情報管理者端末３０は、ケア対象者７０と会話する旨の指示を情報管理者９０から受け付け可能であってもよい。情報管理者端末３０は、当該指示を受け付けた場合、検出部１０の音声入出力部１５や、情報管理者端末３０の音声入出力部４５等を介して、情報管理者９０およびケア対象者７０を会話させてもよい。そして、情報管理者端末３０は、会話の内容に基づく指示を、情報管理者９０から受け付けてもよい。

なお、情報管理者端末３０は、選択画面３３３において、まず、ケア対象者７０のケアを指示するか否かのみを情報管理者９０に選択させてもよい。そして、情報管理者端末３０は、ケアを指示する旨の選択を情報管理者９０から受け付けた場合のみ、ケアスタッフ８０の選択画面を表示してもよい。あるいは、情報管理者端末３０は、選択画面３３３において、ケア対象者７０のケアを指示するか否かを情報管理者９０に選択させなくてもよく、ケアスタッフ８０に指示することを前提に、ケアスタッフ８０の選択画面のみを表示してもよい。さらに、情報管理者端末３０は、ケアに関する指示を受け付けた後、検出情報表示画面３３１、ケア対象者情報表示画面３３２および選択画面３３３の表示を終了してもよい。

続いて、情報管理者端末３０は、ステップＳ１０６において受け付けた指示を、管理サーバー２０に送信する（ステップＳ１０７）。

管理サーバー２０は、情報管理者端末３０から受信した指示を確認する（ステップＳ１０８）。そして、管理サーバー２０は、情報管理者端末３０によってケアスタッフ８０にケアを指示する旨の選択が受け付けられていた場合、選択されたケアスタッフ８０に携帯されるケアスタッフ端末４０に、指示を送信する（ステップＳ１０９）。情報管理者端末３０によってケアスタッフ８０にケアを指示する旨の選択が受け付けられていなかった場合、見守りシステム１は、そのまま処理を終了してもよい。

なお、ケアスタッフ端末４０は、ステップＳ１０９において管理サーバー２０から指示を受信するのではなく、情報管理者端末３０から直接指示を受信してもよい。すなわち、情報管理者端末３０は、ステップＳ１０７において、管理サーバー２０およびケアスタッフ端末４０の両方に指示を送信してもよい。

続いて、選択されたケアスタッフ８０に携帯されるケアスタッフ端末４０は、受信した指示を、表示部４３において表示する（ステップＳ１１０）。これにより、ケアスタッフ８０は、ケア対象者７０のケアを行うケアスタッフ８０として、情報管理者９０によって選択されたことを確認できる。そして、見守りシステム１は処理を終了する。

以上のように、見守りシステム１では、ケア対象者７０に関する所定のイベントが発生した場合、検出部１０の出力に関する情報が、情報管理者端末３０に送信される。そして、情報管理者端末３０は、検出部１０の出力に関する情報を表示すると共に、イベントを発生させたケア対象者７０のケアに関する指示を、情報管理者９０から受け付ける。したがって、見守りシステム１は、ケア対象者７０に関する所定のイベントが発生した場合、情報管理者９０に通知を行うことによって、ケアスタッフ８０全体に一律に通知を行わないで済む。これにより、見守りシステム１は、不要な通知によるケアスタッフ８０の負荷の発生を防止できる。

また、見守りシステム１は、ケア対象者７０のケアをケアスタッフ８０に指示するか否かを情報管理者９０に選択させるための画面（機能）を表示する。したがって、見守りシステム１は、例えば、ケア対象者７０が実際にケアを必要としている可能性が低いと情報管理者９０によって判断された場合、ケアスタッフ８０にケア対象者７０のケアを指示しないで済む。これにより、見守りシステム１は、不要な通知によるケアスタッフ８０の負荷の発生を防止できる。

また、見守りシステム１は、ケア対象者７０のケアを行うケアスタッフ８０を情報管理者９０に選択させるための画面（機能）を表示する。したがって、見守りシステム１は、イベントを発生させたケア対象者７０のケアを行うケアスタッフ８０を、情報管理者９０に選択させることができる。

また、見守りシステム１では、情報管理者端末３０によってケアスタッフ８０の選択が受け付けられた場合、選択されたケアスタッフ８０に携帯されるケアスタッフ端末４０のみが、指示を受信する。これにより、見守りシステム１は、選択されたケアスタッフ８０以外のケアスタッフ８０には何ら通知を行わないで済み、不要な通知によるケアスタッフ８０の負荷の発生を防止できる。

また、見守りシステム１では、ケア対象者７０に関する所定のイベントが発生した場合、ケア対象者情報が、情報管理者端末３０に送信され、情報管理者端末３０は、ケア対象者情報を表示する。これにより、見守りシステム１は、ケア対象者情報に基づく指示を、情報管理者９０に促すことができる。

また、見守りシステム１では、ケア対象者情報は、所定の期間内における、ケア対象者７０に関するイベント発生回数の情報を含む。これにより、見守りシステム１は、イベント発生回数の情報に基づく指示を、情報管理者９０に促すことができる。

また、見守りシステム１は、イベント発生回数の情報をグラフによって表示する。これにより、見守りシステム１は、イベント発生回数の遷移を視覚的に認識しやすいように、情報管理者９０に表示できる。

また、見守りシステム１は、検出部１０の出力に関する情報をリアルタイム情報として表示するのと同時に、ケア対象者情報を履歴情報として表示する。これにより、見守りシステム１は、リアルタイム情報および履歴情報の両方に基づく指示を、情報管理者９０に促すことができる。

また、見守りシステム１は、ケア対象者７０の動きとして、ケア対象者７０によるケアコールを検出する。これにより、見守りシステム１は、通常のケアコールを検出した場合でも、ケア対象者情報を情報管理者９０に表示できる。

特に、ケア対象者７０が、介護を必要とする高齢者の場合、ケア対象者７０毎に、身体機能、認知機能が大きく異なる。このような状況であることから、たとえ検出部１０で通知されたイベントの種類が同じであっても、ケアが必要か、必要でないかの判断は、ケア対象者７０の状況を加味して行う必要がある。このような状況下、検出部１０からの限られた情報、すなわちイベントの種類の情報だけで、的確に判断し、対応することは困難であり、実際には必要がないイベントに対しても、ケアスタッフ８０の対応が求められていた。

また、介護を行うケアスタッフ８０も、スキル、経験（業務経験年数）に差があり、転職も多く、ベテランであっても新しい職場、環境に慣れるまでに時間を要する。さらに、当日の業務についてからの経過時間により、体力、気力（マインド）にも変化が生じる。このような状況下、イベントの発生にともなう、一律な通知（対応依頼）に対しては、ケアスタッフ８０自身が、独自の判断で処理していた。このような状況下では、ケアスタッフ８０個人のスキル等の状況により、対応にばらつきや、漏れが生じる虞があった。

本実施形態では、このような状況を鑑み、情報管理者端末３０に、ケア対象者情報を表示することで、情報管理者９０は、適切な判断を行え、ケア対応における対応ばらつきや、漏れが生じることを防止できる。

以上に説明した見守りシステム１の構成は、上述の実施形態の特徴を説明するにあたって主要構成を説明したものであって、上述の構成に限られず、特許請求の範囲内において、種々改変することができる。また、一般的な見守りシステムが備える構成を排除するものではない。

例えば、上述した実施形態では、ケア対象者情報が、所定の期間内における、ケア対象者７０に関するイベント発生回数の情報を含む場合を例に挙げて説明した。しかし、本実施形態はこれに限定されない。ケア対象者情報は、例えば、所定の期間内におけるイベント発生回数の平均値または合計値の情報を含んでもよい。また、ケア対象者情報は、所定の期間内において、ケア対象者７０に対して実際にケアが行われた回数（以下「ケア回数」と呼ぶ）の情報を含んでもよい。

情報管理者端末３０は、イベント発生回数およびケア回数をケア対象者７０の特性の情報として表示することによって、ケア対象者７０が実際にケアを必要としている可能性が高いか否かの判断を、情報管理者９０に促してもよい。情報管理者端末３０は、例えば、イベント発生回数に対するケア回数が少ない（すなわち、イベント発生回数に対するケア回数の比率が小さい）場合、当該可能性が低いとの判断を情報管理者９０に促すことができる。イベント発生回数に対するケア回数が少ない場合は、イベントが誤判定されている可能性（すなわち、誤報の可能性）や、ケアを必要としていないケア対象者７０が、気軽にケアコールのスイッチを押下している可能性等が高いからである。一方、情報管理者端末３０は、イベント発生回数に対するケア回数が多い場合、当該可能性が高いとの判断を情報管理者９０に促すことができる。なお、情報管理者端末３０は、イベント発生回数の情報を表示することなく、ケア回数の情報のみを表示してもよい。また、情報管理者端末３０は、ケア回数の情報を、イベント発生回数の情報と同様に、数値およびグラフの少なくとも一方によって表示してもよい。見守りシステム１は、ケア回数の情報を表示することによって、ケアに関するより適切な指示を情報管理者９０に促すことができる。

また、上述した実施形態では、一人のケア対象者７０がイベントを発生させた場合を例に挙げて説明した。しかし、見守りシステム１の処理は、複数のケア対象者７０が同時にイベントを発生させた場合に適用されてもよい。見守りシステム１は、例えば、複数のケア対象者７０の各々が発生させたイベントの重要度や緊急度等に基づいて、複数のケア対象者７０の各々のケアの優先度を判断するように、情報管理者９０に促してもよい。

図９は、情報管理者端末に表示される画面の他の例を示す図である。

図９に示すように、検出情報表示画面３３１は、例えば、検出部１０の出力に関する情報として、検出された複数のケア対象者７０の各々の氏名、部屋番号、発生したイベントの種類およびイベントが発生した時間等の、少なくとも一つの情報を表示する。そして、ケア対象者情報表示画面３３２は、例えば、所定の期間内における、複数のケア対象者７０の各々に関するイベント発生回数の情報を表示する。なお、ケア対象者情報表示画面３３２は、図９に示すように、複数のケア対象者７０の各々が発生させたイベントに関するイベント発生回数の情報のみを表示してもよいし、当該イベントを含む複数のイベントに関するイベント発生回数の情報を表示してもよい。また、情報管理者端末３０は、ケア対象者情報表示画面３３２において、複数のケア対象者７０の各々の選択を受け付けた後、選択画面３３３において、選択されたケア対象者７０のケアに関する指示を受け付けてもよい。

情報管理者端末３０は、複数のケア対象者７０の各々に関するイベント発生回数を情報管理者９０に比較させることによって、複数のケア対象者７０のケアに関する指示を情報管理者９０に促してもよい。情報管理者端末３０は、例えば、所定の期間内におけるイベント発生回数が多いケア対象者７０よりもイベント発生回数が少ないケア対象者７０の方が、ケアを必要としている可能性がより高いとの判断を情報管理者９０に促してもよい。そして、情報管理者端末３０は、ケアを必要としている可能性がより高いケア対象者７０のケアを時間的に優先したり、当該ケアをベテランのケアスタッフ８０に優先的に割り当てたりする指示を、情報管理者９０から受け付けてもよい。

あるいは、情報管理者端末３０は、複数のケア対象者７０の各々に関するイベントの種類を情報管理者９０に比較させることによって、複数のケア対象者７０のケアに関する指示を情報管理者９０に促してもよい。情報管理者端末３０は、例えば、離床のイベントを頻繁に発生させているケア対象者７０よりもケアコールのイベントを発生させたケア対象者７０の方が、ケアを必要としている可能性がより高いとの判断を情報管理者９０に促してもよい。離床のイベントは、活動度が高いケア対象者７０にとっては、珍しいイベントでない可能性が高いからである。このように、情報管理者端末３０は、重要度や緊急度等がより高いケア対象者７０のケアを優先する指示を、情報管理者９０から受け付けできる。

また、上述した実施形態では、情報管理者端末３０は、ステップＳ１０５の時点において、管理サーバー２０から受信した情報等を含む画面を表示し、ケアに関する指示を受け付けた後、当該画面の表示を終了すると説明した。しかし、本実施形態はこれに限定されない。情報管理者端末３０は、例えば、ケア対象者情報やケアスタッフ８０のログイン情報等をリアルタイム情報として常時表示し、管理サーバー２０からイベントが発生した旨を示す情報等を受信した場合、当該情報を別のウインドウ等に表示してもよい。

また、上述した実施形態では、見守りシステム１の管理サーバー２０が判定部として機能し、データベース２３が記憶部として機能していたが、管理サーバー２０およびデータベース２３は省略されてもよい。この場合、情報管理者端末３０またはいずれかの検出部１０が、判定部または記憶部として機能してもよい。

また、上述した実施形態において、データベース２３に、ケア対象者７０の状況（年齢、身体機能、認知機能の指標）や、ケアスタッフ８０のスキル、経験値（業務経験年数、職場経験年数）、当番経過時間（当直業務についてからの時間）を記憶させ、これを情報管理者端末３０に表示するようにしてもよい。これにより情報管理者９０は、より適切にイベントに対する対応を判断し、適正にケアスタッフ８０に指示できる。

また、上述した実施形態では、検出部１０、管理サーバー２０、情報管理者端末３０およびケアスタッフ端末４０をそれぞれ一つの装置として説明した。しかし、本実施形態はこれに限定されない。例えば、各構成について、各種の判断処理を実行する情報処理装置と、その他の処理を実行する装置とが、別々に構成されてもよい。この場合、情報処理装置とその他の処理を実行する装置とは、有線または無線を介して接続される。

また、上述した実施形態に係る見守りシステム１における処理は、上記のフローチャートのステップ以外のステップを含んでもよく、あるいは、上述したステップのうちの一部を含まなくてもよい。また、ステップの順序は、上述した実施形態に限定されない。さらに、各ステップは、他のステップと組み合わされて一つのステップとして実行されてもよく、他のステップに含まれて実行されてもよく、複数のステップに分割されて実行されてもよい。

また、上述した実施形態に係る見守りシステム１における各種処理を行う手段および方法は、専用のハードウエア回路、またはプログラムされたコンピューターのいずれによっても実現することが可能である。上記プログラムは、例えば、ＵＳＢメモリやＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）−ＲＯＭ等のコンピューター読み取り可能な記録媒体によって提供されてもよいし、インターネット等のネットワークを介してオンラインで提供されてもよい。この場合、コンピューター読み取り可能な記録媒体に記録されたプログラムは、通常、ハードディスク等の記憶部に転送され記憶される。また、上記プログラムは、単独のアプリケーションソフトとして提供されてもよいし、一機能としてその検出部等の装置のソフトウエアに組み込まれてもよい。

本出願は、２０１８年５月７日に出願された日本特許出願（特願２０１８−０８９２５３号）に基づいており、その開示内容は、参照され、全体として組み入れられている。

１ 見守りシステム
１０ 検出部
１１ 制御部
１２ 通信部
１３ カメラ
１４ ケアコール部
１５ 音声入出力部
２０ 管理サーバー
２１ 制御部
２２ 通信部
２３ データベース
３０ 情報管理者端末
３１ 制御部
３２ 無線通信部
３３ 表示部
３３１ 検出情報表示画面
３３２ ケア対象者情報表示画面
３３３ 選択画面
３４ 入力部
３５ 音声入出力部
４０ ケアスタッフ端末
４１ 制御部
４２ 無線通信部
４３ 表示部
４４ 入力部
４５ 音声入出力部
５０ ネットワーク
５１ アクセスポイント
６０ ベッド
７０ ケア対象者
８０ ケアスタッフ
９０ 情報管理者

本発明は、システム、システムの制御方法、制御プログラム、およびプログラムを含む装置に関する。特に、本発明は、対象者へのケアを行うシステム、システムの制御方法、制御プログラム、およびプログラムを含む装置に関する。

本発明は、上述した課題に鑑みてなされたものである。したがって、本発明の目的は、不要な通知によるケアスタッフの負荷の発生を防止できるシステム、システムの制御方法、制御プログラム、およびプログラムを含む装置を提供することである。

（１１）複数の観察領域のそれぞれに設けられた検出部、情報管理者端末、および対象者への対応を行うスタッフに携帯される携帯端末であるスタッフ端末を有するシステムの制御方法であって、前記検出部によって、前記観察領域のそれぞれにおける前記対象者の動きを検出するステップ（ａ）と、前記検出部の出力に基づいて、前記観察領域のそれぞれにおける前記対象者に関する所定のイベントの発生の有無を判定するステップ（ｂ）と、前記ステップ（ｂ）において前記イベントが発生したと判定された場合、前記検出部の出力に関する情報を前記情報管理者端末に送信するステップ（ｃ）と、前記情報管理者端末によって、前記ステップ（ｃ）において送信された前記検出部の出力に関する情報を受信して表示するステップ（ｄ）と、前記情報管理者端末によって、前記イベントを発生させた前記対象者への対応に関する指示を情報管理者から受け付けるステップ（ｅ）と、前記ステップ（ｅ）において受け付けられた指示を前記スタッフ端末に送信するステップ（ｆ）と、を含む制御方法。
（１２）対象者の動きを検出する検出部、情報管理者端末、および対象者への対応を行うスタッフに携帯されるスタッフ端末を有するシステムの情報管理者端末を制御するための制御プログラムであって、前記対象者に関する所定のイベントが発生したと判定された場合、前記検出部の出力に関する情報を受信して表示する表示ステップと、前記イベントを発生させた前記対象者への対応に関する指示を受け付ける受付ステップと、前記受付ステップにおいて受け付けられた指示を前記スタッフ端末に送信する送信ステップと、を含む処理を情報管理者端末に実行させるための制御プログラム。
（１３）上記（１２）に記載のプログラムを含む装置。

本発明は、システム、システムの制御方法、制御プログラム、制御プログラムを記録したコンピューター読み取り可能な記録媒体、および情報管理者端末に関する。特に、本発明は、対象者へのケアを行うシステム、システムの制御方法、制御プログラムを記録したコンピューター読み取り可能な記録媒体、および情報管理者端末に関する。

本発明は、上述した課題に鑑みてなされたものである。したがって、本発明の目的は、不要な通知によるケアスタッフの負荷の発生を防止できるシステム、システムの制御方法、制御プログラムを記録したコンピューター読み取り可能な記録媒体、および情報管理者端末を提供することである。

（１１）複数の観察領域のそれぞれに設けられた検出部、情報管理者端末、および対象者への対応を行うスタッフに携帯される携帯端末であるスタッフ端末を有するシステムの制御方法であって、前記検出部によって、前記観察領域のそれぞれにおける前記対象者の動きを検出するステップ（ａ）と、前記検出部の出力に基づいて、前記観察領域のそれぞれにおける前記対象者に関する所定のイベントの発生の有無を判定するステップ（ｂ）と、前記ステップ（ｂ）において前記イベントが発生したと判定された場合、前記検出部の出力に関する情報を前記情報管理者端末に送信するステップ（ｃ）と、前記情報管理者端末によって、前記ステップ（ｃ）において送信された前記検出部の出力に関する情報を受信して表示するステップ（ｄ）と、前記情報管理者端末によって、前記イベントを発生させた前記対象者への対応に関する指示を情報管理者から受け付けるステップ（ｅ）と、前記ステップ（ｅ）において受け付けられた指示を前記スタッフ端末に送信するステップ（ｆ）と、を含む制御方法。
（１２）対象者の動きを検出する検出部、情報管理者端末、および対象者への対応を行うスタッフに携帯されるスタッフ端末を有するシステムの情報管理者端末を制御するための制御プログラムであって、前記対象者に関する所定のイベントが発生したと判定された場合、前記検出部の出力に関する情報を受信して表示する表示ステップと、前記イベントを発生させた前記対象者への対応に関する指示を受け付ける受付ステップと、前記受付ステップにおいて受け付けられた指示を前記スタッフ端末に送信する送信ステップと、を含む処理を情報管理者端末に実行させるための制御プログラム。
（１３）上記（１２）に記載の制御プログラムを記録したコンピューター読み取り可能な記録媒体。
（１４）対象者の動きを検出する検出部、情報管理者端末、および対象者への対応を行うスタッフに携帯されるスタッフ端末を有するシステムの情報管理者端末であって、前記対象者に関する所定のイベントが発生したと判定された場合、前記検出部の出力に関する情報を受信して表示する表示部と、前記イベントを発生させた前記対象者への対応に関する指示を受け付ける受付部と、前記受付部において受け付けられた指示を前記スタッフ端末に送信する送信部と、を有する情報管理者端末。

（１）複数の観察領域のそれぞれに設けられ、該観察領域における対象者の動きを検出する検出部と、前記検出部の出力に基づいて、前記観察領域のそれぞれにおける前記対象者に関する所定のイベントの発生の有無を判定する判定部と、前記判定部によって前記イベントが発生したと判定された場合、前記検出部の出力に関する情報を送信する管理部と、前記管理部から前記検出部の出力に関する情報を受信して表示すると共に、前記イベントを発生させた前記対象者への対応に関する指示を情報管理者から受け付ける情報管理者端末と、前記対象者への対応を行うスタッフに携帯される携帯端末であって、前記情報管理者端末によって受け付けられた前記指示を受信可能なスタッフ端末と、を有し、前記情報管理者端末は、前記対象者への対応を前記スタッフに指示しないことと、指示することとを前記情報管理者に選択させるための機能を表示し、前記情報管理者による選択を前記指示として受け付けるシステム。

（２）前記情報管理者端末は、前記対象者への対応を行う前記スタッフを前記情報管理者に選択させるための機能を表示し、前記情報管理者による選択を前記指示として受け付ける上記（１）に記載のシステム。

（３）前記情報管理者端末によって前記スタッフの選択が受け付けられた場合、選択された前記スタッフに携帯される前記スタッフ端末は、前記指示を受信する上記（２）に記載のシステム。

（４）前記管理部は、前記判定部によって前記イベントが発生したと判定された場合、前記検出部の出力に関する情報と共に、記憶部から取得した前記対象者に関する情報を前記情報管理者端末に送信し、前記情報管理者端末は、前記検出部の出力に関する情報と共に、前記対象者に関する情報を表示する上記（１）〜（３）のいずれか一つに記載のシステム。

（５）前記対象者に関する情報は、所定の期間内において、前記対象者に関する前記イベントが発生したと判定された回数の情報を含む上記（４）に記載のシステム。

（６）前記対象者に関する情報は、所定の期間内において、前記対象者に対して行われた対応の回数の情報を含む上記（４）または（５）に記載のシステム。

（７）前記情報管理者端末は、前記回数の情報をグラフによって表示する上記（５）または（６）に記載のシステム。

（８）前記情報管理者端末は、前記検出部の出力に関する情報をリアルタイム情報として表示するのと同時に、前記対象者に関する情報を履歴情報として表示する上記（４）〜（７）のいずれか一つに記載のシステム。

（９）前記検出部は、前記対象者の動きとして、前記対象者によるナースコールを検出する上記（１）〜（８）のいずれか一つに記載のシステム。

（１０）複数の観察領域のそれぞれに設けられた検出部、情報管理者端末、および対象者への対応を行うスタッフに携帯される携帯端末であるスタッフ端末を有するシステムの制御方法であって、前記検出部によって、前記観察領域のそれぞれにおける前記対象者の動きを検出するステップ（ａ）と、前記検出部の出力に基づいて、前記観察領域のそれぞれにおける前記対象者に関する所定のイベントの発生の有無を判定するステップ（ｂ）と、前記ステップ（ｂ）において前記イベントが発生したと判定された場合、前記検出部の出力に関する情報を前記情報管理者端末に送信するステップ（ｃ）と、前記情報管理者端末によって、前記ステップ（ｃ）において送信された前記検出部の出力に関する情報を受信して表示するステップ（ｄ）と、前記情報管理者端末によって、前記イベントを発生させた前記対象者への対応に関する指示を情報管理者から受け付けるステップ（ｅ）と、前記ステップ（ｅ）において受け付けられた指示を前記スタッフ端末に送信するステップ（ｆ）と、を含み、前記ステップ（ｅ）は、前記情報管理者端末によって、前記対象者への対応を前記スタッフに指示しないことと、指示することとを前記情報管理者に選択させるための機能を表示し、前記情報管理者による選択を前記指示として受け付ける制御方法。
（１１）対象者の動きを検出する検出部、情報管理者端末、および対象者への対応を行うスタッフに携帯されるスタッフ端末を有するシステムの情報管理者端末を制御するための制御プログラムであって、前記対象者に関する所定のイベントが発生したと判定された場合、前記検出部の出力に関する情報を受信して表示する表示ステップと、前記イベントを発生させた前記対象者への対応に関する指示を受け付ける受付ステップと、前記受付ステップにおいて受け付けられた指示を前記スタッフ端末に送信する送信ステップと、を含み、前記受付ステップは、前記対象者への対応を前記スタッフに指示しないことと、指示することとを情報管理者に選択させるための機能を表示し、前記情報管理者による選択を前記指示として受け付ける処理を情報管理者端末に実行させるための制御プログラム。
（１２）上記（１１）に記載の制御プログラムを記録したコンピューター読み取り可能な記録媒体。
（１３）対象者の動きを検出する検出部、情報管理者端末、および対象者への対応を行うスタッフに携帯されるスタッフ端末を有するシステムの情報管理者端末であって、前記対象者に関する所定のイベントが発生したと判定された場合、前記検出部の出力に関する情報を受信して表示する表示部と、前記イベントを発生させた前記対象者への対応に関する指示を受け付ける受付部と、前記受付部において受け付けられた指示を前記スタッフ端末に送信する送信部と、を有し、前記受付部は、前記対象者への対応を前記スタッフに指示しないことと、指示することとを情報管理者に選択させるための機能を表示し、前記情報管理者による選択を前記指示として受け付ける情報管理者端末。

Claims (11)

1. 複数の観察領域のそれぞれに設けられ、該観察領域における対象者の動きを検出する検出部と、
   前記検出部の出力に基づいて、前記観察領域のそれぞれにおける前記対象者に関する所定のイベントの発生の有無を判定する判定部と、
   前記判定部によって前記イベントが発生したと判定された場合、前記検出部の出力に関する情報を送信する管理部と、
   前記管理部から前記検出部の出力に関する情報を受信して表示すると共に、前記イベントを発生させた前記対象者への対応に関する指示を情報管理者から受け付ける情報管理者端末と、
   前記対象者への対応を行うスタッフに携帯される携帯端末であって、前記情報管理者端末によって受け付けられた前記指示を受信可能なスタッフ端末と、
   を有するシステム。
2. 前記情報管理者端末は、前記対象者への対応を前記スタッフに指示するか否かを前記情報管理者に選択させるための機能を表示し、前記情報管理者による選択を前記指示として受け付ける請求項１に記載のシステム。
3. 前記情報管理者端末は、前記対象者への対応を行う前記スタッフを前記情報管理者に選択させるための機能を表示し、前記情報管理者による選択を前記指示として受け付ける請求項１または２に記載のシステム。
4. 前記情報管理者端末によって前記スタッフの選択が受け付けられた場合、選択された前記スタッフに携帯される前記スタッフ端末は、前記指示を受信する請求項３に記載のシステム。
5. 前記管理部は、前記判定部によって前記イベントが発生したと判定された場合、前記検出部の出力に関する情報と共に、記憶部から取得した前記対象者に関する情報を前記情報管理者端末に送信し、
   前記情報管理者端末は、前記検出部の出力に関する情報と共に、前記対象者に関する情報を表示する請求項１〜４のいずれか一項に記載のシステム。
6. 前記対象者に関する情報は、所定の期間内において、前記対象者に関する前記イベントが発生したと判定された回数の情報を含む請求項５に記載のシステム。
7. 前記対象者に関する情報は、所定の期間内において、前記対象者に対して行われた対応の回数の情報を含む請求項５または６に記載のシステム。
8. 前記情報管理者端末は、前記回数の情報をグラフによって表示する請求項６または７に記載のシステム。
9. 前記情報管理者端末は、前記検出部の出力に関する情報をリアルタイム情報として表示するのと同時に、前記対象者に関する情報を履歴情報として表示する請求項５〜８のいずれか一項に記載のシステム。
10. 前記検出部は、前記対象者の動きとして、前記対象者によるナースコールを検出する請求項１〜９のいずれか一項に記載のシステム。
11. 複数の観察領域のそれぞれに設けられた検出部、情報管理者端末、および対象者への対応を行うスタッフに携帯される携帯端末であるスタッフ端末を有するシステムの制御方法であって、
    前記検出部によって、前記観察領域のそれぞれにおける前記対象者の動きを検出するステップ（ａ）と、
    前記検出部の出力に基づいて、前記観察領域のそれぞれにおける前記対象者に関する所定のイベントの発生の有無を判定するステップ（ｂ）と、
    前記ステップ（ｂ）において前記イベントが発生したと判定された場合、前記検出部の出力に関する情報を前記情報管理者端末に送信するステップ（ｃ）と、
    前記情報管理者端末によって、前記ステップ（ｃ）において送信された前記検出部の出力に関する情報を受信して表示するステップ（ｄ）と、
    前記情報管理者端末によって、前記イベントを発生させた前記対象者への対応に関する指示を情報管理者から受け付けるステップ（ｅ）と、
    前記ステップ（ｅ）において受け付けられた指示を前記スタッフ端末に送信するステップ（ｆ）と、
    を含む制御方法。