JPWO2019216045A1 - システム、およびシステムの制御方法 - Google Patents

Abstract

不要な通知を防止することで、ケアスタッフの負荷を軽減する。システム１は、イベントの種類、および該イベントを発生させたケア対象者７０を特定する識別情報を含むイベント情報、ならびに該イベントに関連付けた撮影画像、を情報管理者９０の情報管理者端末３０に表示し、指示を受け付ける。また、情報管理者端末３０によって受け付けられた指示をケアスタッフ８０のスタッフ端末４０で受信する。

Description

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

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

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

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

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

しかしながら、特許文献１に開示されたナースコールシステムでは、特定の患者の起床または離床が行われた場合でも、介護士や看護師（以下「ケアスタッフ」と称する）全体に一律に通知が行われる。このため、起床または離床を行った患者を担当するケアスタッフ以外には、不要な通知が行われることになる。このような不要な通知が頻繁に行われると、ケアスタッフの精神的負荷や肉体的負荷が増加するという問題がある。

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

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

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

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

（２）前記管理部は、前記イベントの種類、または区分に応じて、前記イベントと前記撮影画像との関連付けを行う、上記（１）に記載のシステム。

（３）前記情報管理者端末は、前記イベントの種類、または区分が、所定の条件に合致するイベントに関連付けられた前記撮影画像を表示する、上記（１）または上記（２）に記載のシステム。

（４）前記イベントの種類には、前記対象者の起床、離床、もしくは転倒、または前記対象者によるケアコールが含まれ、
判定した前記イベントの種類が、転倒である場合に、前記撮影画像との関連付けが行われる、上記（２）または上記（３）に記載のシステム。

（５）前記検出部は、前記観察領域を撮影し、前記観察領域の前記撮影画像を出力するカメラを有し、
前記判定部は、前記カメラから出力された前記観察領域の撮影画像から前記対象者の起床、離床、もしくは転倒を判定し、
前記管理部は、前記カメラから出力された前記観察領域の撮影画像を取得する、上記（４）に記載のシステム。

（６）前記判定部は、前記カメラから出力された前記撮影画像から前記観察領域内の前記対象者の頭部、または全身外形に基づいた矩形領域を抽出し、前記頭部、または全身外形の前記矩形領域の時間変化により前記判定を行い、さらに、前記転倒を判定した場合に、前記時間変化を複数段階の閾値と比較することで、前記転倒を確度に応じた複数の区分に分類し、
前記情報管理者端末は、前記区分に応じて、前記管理部が該イベントに関連付けた前記撮影画像の表示を行う、上記（５）に記載のシステム。

（７）前記情報管理者端末は、リアルタイム表示の要求を受け付ける画面を表示し、前記要求を受け付けた場合に、前記イベントが発生した前記観察領域のリアルタイムの撮影画像を表示する、上記（１）から上記（６）のいずれかに記載のシステム。

（８）所定時間分の前記観察領域の撮影画像を一時的に記憶する一時記憶部を、有し、
前記管理部は、前記一時記憶部から取得した前記イベントの発生時点を含む所定時間の前記撮影画像を、前記イベントに関連付ける、上記（１）から上記（７）のいずれかに記載のシステム。

（９）前記情報管理者端末は、所定時間の前記イベントに関連付けた前記撮影画像を繰り返し表示する、上記（１）から上記（８）のいずれかに記載のシステム。

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

（１１）前記システムは、所定時間分の前記観察領域の撮影画像を一時的に記憶する一時記憶部を、有し、
前記ステップ（ｃ）では、前記一時記憶部から取得した前記イベントの発生時点を含む所定時間の前記撮影画像を、前記イベントに関連付ける、上記（１０）に記載の制御方法。

本発明によれば、イベントの種類、および該イベントを発生させた対象者を特定する識別情報を含むイベント情報、ならびに該イベントに関連付けた撮影画像、を情報管理者の情報管理者端末に表示し、指示を受け付ける。また、情報管理者端末によって受け付けられた指示をスタッフのスタッフ端末で受信する。これにより情報管理者は、発生したイベントの状況を把握することができ、対応が必要か否かの判断を含め、適切な判断を行うことができ、不要な通知を防止することでスタッフの負荷を軽減できる。

見守りシステムの全体構成を示す図である。 ケア対象者の部屋に設置された検出部の例を示す図である。 検出部の概略構成を示すブロック図である。 管理サーバーの概略構成を示すブロック図である。 情報管理者端末の概略構成を示すブロック図である。 ケアスタッフ端末の概略構成を示すブロック図である。 見守りシステムの処理の手順を示すシーケンスチャートである。 第１の実施形態における管理サーバーで実行する処理を示すフローチャートである。 第１の実施形態における情報管理者端末で実行する処理を示すフローチャートである。 データベースに記憶されるイベントリストの例である。 情報管理者端末で表示される操作画面の例である。 撮影画像における人矩形について説明するための説明図である。 撮影画像における頭部矩形について説明するための説明図である。 第２の実施形態における管理サーバーで実行する処理を示すフローチャートである。 第２の実施形態における情報管理者端末で実行する処理を示すフローチャートである。 データベースに記憶されるイベントリストの例である。 情報管理者端末で表示される操作画面の例である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（管理サーバー２０）
図４は、管理サーバーの概略構成を示すブロック図である。管理サーバー２０は、「管理部」として機能し、制御部２１、通信部２２、およびデータベース２３を備える。この管理サーバー２０は、ケア対象者７０用の居室と同じ建物内に設けられてもよく、遠隔地に設けられてネットワークを介して接続可能であってもよい。例えば、管理サーバー２０は、インターネット等のネットワーク上に配置された複数のサーバーによって仮想的に構築されるクラウドサーバーであってもよい。各構成は、バスによって、相互に通信可能に接続されている。データベース２３は、記憶部として機能し、イベントリスト、ケア対象者７０、およびケアスタッフ８０に関する各種情報を記憶する。また、データベース２３のＨＤＤの所定領域は、一時記憶部として機能し、観察領域を撮影する各カメラ１３から出力された撮影画像を所定時間分だけ一時記憶する。すなわち録画映像として観察領域毎に所定時間分だけループ録画する。ループ録画では、録画時間が所定時間以上の場合には、古いタイムスタンプの撮影画像から順に、新しい撮影画像で上書きされる。一時記憶する所定時間としては、例えば数秒。数分、数時間、数日、数週間、数か月分など記憶装置の容量と必要性にかんがみて任意に決定できる。また、一時記憶は、制御部１１のＨＤＤ等の記憶部に行ってもよい。また、後述するようにイベントが生じた場合には、イベントが発生した時点を含む所定時間（例えば数秒〜数十秒）の撮影画像（動画）はタグ付けされる。タグ付けされた撮影画像は上書きが禁止され、ユーザーによる新たな要求がなされるまで、保持される。なお、検出部１０の制御部１１に一時記憶する構成とした場合には、タグ付けされることにより管理サーバー２０のデータベース２３に転送され、保持される。その他の制御部２１、および通信部２２は、検出部１０の各構成と同様の機能を有するため、詳細な説明を省略する。

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

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

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

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

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

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

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

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

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

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

（見守りシステム１の処理の手順）
次に、見守りシステム１全体の処理について図７を参照して説明する。図７は、見守りシステム１の処理の手順を示すシーケンスチャートである。

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

（ステップＳ１０３）
管理サーバー２０は、検出部１０から出力に関する情報を受信して、ケア対象者７０に関する所定のイベントの発生の有無を判定する。続いて、管理サーバー２０は、ステップＳ１０３において所定のイベントが発生したと判定した場合、ステップＳ１０４の処理に進む。

（ステップＳ１０４）
管理サーバー２０は、検出したケア対象者７０の氏名や部屋番号と関連付けられた、検出部１０の出力に関する情報（後述する「イベント情報」）と、イベントに関連付けた撮影画像（後述の「タグ付け画像」）とを、情報管理者端末３０に送信する。管理サーバー２０は、データベース２３に記憶された複数のケア対象者７０に関する情報のうち、イベントを発生させたケア対象者７０に関する情報をデータベース２３から取得して、情報管理者端末３０に送信する。なお、管理サーバー２０は、上述の情報に加えて、発生したイベントの種類およびイベントの発生時間等の情報も、情報管理者端末３０に送信してもよい。

（ステップＳ１０５〜Ｓ１０６）
情報管理者端末３０は、ステップＳ１０４において管理サーバー２０から受信した情報および選択画面を含む画面を表示部３３に表示する。そして、情報管理者９０は、表示部３３の画面を参照し、対応が必要か否かを含め、ケアスタッフ８０への指示を行う。

（ステップＳ１０７〜Ｓ１０９）
管理サーバー２０は、情報管理者端末３０から指示を受けた場合、指示に基づきイベントリスト（後述の図９参照）を更新する。また、ケアスタッフ８０の選択が含まれていた場合には、選択されたケアスタッフ８０が使用している、ケアスタッフ端末４０に送信する。

（ステップＳ１１０）
ケアスタッフ端末４０は、受信した指示を表示する。ケアスタッフ８０は、受信した指示に応じて、ケア対象者７０へのケアを行う（ケア対象者７０への対応）。以上までが見守りシステム１の制御フローの概略である。次に、具体的な制御方法についてより詳細に説明する。

（第１の実施形態に係る見守りシステム１の制御方法）
図８Ａは、検出部１０、および管理サーバー２０で実行する処理を示すフローチャートであり、図８Ｂは、情報管理者端末３０で実行する処理を示すフローチャートである。

（ステップＳ２０１）
検出部１０（制御部１１）は、それぞれの観察領域のカメラ１３から出力された撮影画像を管理サーバー２０に送る。管理サーバー２０は、データベース２３に撮影画像をループ録画する。

（ステップＳ２０２）
検出部１０は、観察領域内、すなわちベッド６０上またはその周辺のケア対象者７０をモニターする。検出部１０は、あらたなイベントを検出した場合には、検出したイベントの情報（イベント情報）を管理サーバー２０に送信する。

（ステップＳ２０３）
管理サーバー２０（制御部２１）は、検出部１０からのイベント情報の受信を待ち、受信があれば（ＹＥＳ）、処理をステップＳ２０４に進める。

（ステップＳ２０４）
管理サーバー２０は、データベース２３に記憶されているイベントリストを更新する。各イベントには、自動的にユニークなイベントＩＤが付与される。イベントリストについては後述する。

（ステップＳ２０５）
管理サーバー２０は、データベース２３にループ録画しているイベントが発生した観察領域の録画映像に対してタグ付けを行う。タグ付けされた撮影画像は、イベントの発生時点が含まれる。

（ステップＳ２０６）
イベントＩＤに、ステップＳ２０５でタグ付けした撮影画像を関連付ける。

図９は、ステップＳ２０４〜Ｓ２０６で生成されたイベントリストの例である。同図に示すようにイベントリストには、複数のイベントが含まれる。各イベントは、基本データとしてのイベント情報、ならびにタグ付け画像、対応方針データ、およびケア対応状況データが含まれる。

イベント情報には、イベントＩＤ、部屋番号、ケア対象者、イベントの種類、および発生日時（イベント検出時刻）が含まれる。ケア対象者の欄には、ケア対象者７０を特定する識別情報として氏名を記載しているが、ケア対象者７０のＩＤや部屋番号を用いてもよい。「タグ付け画像」は、ステップＳ２０５でイベンに関連付けた撮影画像である。管理サーバー２０は、以降は消去の指示があるまで消去せず保持する。情報管理者対応方針データには、判断を行った情報管理者９０の情報管理者ＩＤ、対応要否、および振り分けスタッフＩＤが含まれる。ケア対応状況データは、経過情報、対応したスタッフＩＤ、および対応日時が含まれる。情報管理者ＩＤ、スタッフＩＤは、ケアスタッフを特定するユニークな識別情報であり、氏名や社員番号等である。情報管理者対応方針データ（以下、単に「対応方針データ」という）については後述する。ケア対応状況データにおいては、イベントが認識された直後では、ケアスタッフ８０による対応は何らなされていないので、経過情報は「未対応」になる。経過情報を含めたケア対応状況の変更、更新に関しては後述する。

なお、第１の実施形態においては、撮影画像としては、イベントの発生時点を含む前後数十秒の動画を、全ての種類のイベントに対して関連付けてデータベース２３に記録している。しかしながらこれに限られず、イベントの種類が特定の場合、すなわち転倒の場合のみ動画を記録し、他の種類のイベントに関しては静止画を記録するようにしてもよい。また、動画を記録するイベントの種類を情報管理者等のユーザーが指定できるようにしてもよい。イベントの種類が転倒の場合のみ動画を記録し、情報管理者端末３０に送信する例（第２の実施形態）については後述する。

（ステップＳ２０７）
管理サーバー２０は、情報管理者端末３０に、イベントを送信する。送信するイベントには、イベントを発生させたケア対象者７０を特定する識別情報（氏名）を含むイベント情報、およびタグ付け画像が含まれる。

（ステップＳ３０１）
情報管理者端末３０（制御部３１）は、ステップＳ２０７で管理サーバー２０から送信されたイベント情報、およびタグ付け画像を表示部３３に表示する。

図１０は、表示部３３に表示される操作画面の例である。同図に示す操作画面３３１には、領域ａ１〜ａ５、ボタンｂ１〜ｂ４が含まれる。領域ａ１にはステップＳ２０７で管理サーバー２０から送信され、取得したタグ付けされた撮影画像を表示する。この撮影画像は、例えばイベント発生時点を含む１０ｓｅｃから１５ｓｅｃ程度の長さの動画であり、この動画は停止ボタンが操作されるまで、繰り返し表示される。ポーズホタンを操作することで停止する。領域ａ２には、ステップＳ２０７で管理サーバー２０から送信され、取得したイベント情報を表示している。領域ａ３、ａ４はケア対象者７０に関するケアに関する指示を受け付ける領域である、具体的には情報管理者９０は、領域ａ２に表示したイベントに関して、ケアスタッフ８０による対応可否が必要かの判断を行い、その結果を、領域ａ３を通じて指示する。領域ａ３で「指示しない」を選択した場合には、続いてＯＫボタンｂ２を操作することで選択が確定する。領域ａ３で「指示する」を選択した場合には、さらに、領域ａ４を通じて、どのケアスタッフ８０に対して指示するかの選択を行う。その後、送信ボタンｂ３を操作することで選択が確定し、ケアスタッフ８０に指示が送信される。また選択したケアスタッフ８０に対して、連絡事項を送信する場合には、領域ａ５に文字を入力できる。なお、領域ａ４に表示するケアスタッフ８０は、ログイン中のケアスタッフ８０を全て表示するが、その中で、イベントのケア対象者７０を担当するケアスタッフ８０のみを表示してもよい。ボタンｂ１により領域ａ１の表示をリアルタイム表示、すなわちライブ映像に切り替えることができる。ボタンｂ４により、表示するイベントを変更し、過去のイベントを表示させることができる。なお、領域ａ２に、現在表示しているイベントとともに、表示しているケア対象者７０に関する所定期間内（例えば過去２４時間以内）のイベントを一覧表示してもよい。

（ステップＳ３０２）
ライブ映像を視聴する場合、すなわち情報管理者９０が操作画面３３１のライブ映像用のボタンｂ１を操作した場合（ＹＥＳ）、処理をステップＳ３０３に進め、操作がなければ処理をステップＳ３０４に進める。

（ステップＳ３０３）
情報管理者端末３０は、観察領域内、すなわち操作画面に表示しているイベントが発生した部屋に設けられたカメラ１３が出力した映像をストリーミング再生する。すなわちリアルタイムの撮影画像を操作画面３３１の領域ａ１に表示する。表示する映像は、検出部１０から直接受け取ってもよく、管理サーバー２０を経由して受け取ってもよい。

（ステップＳ３０４）
情報管理者端末３０は、情報管理者９０から対応が必要か否かの指示を受け取る。具体的には、情報管理者９０は、操作画面３３１に表示したイベント情報やタグ付け画像を見ることで、対応が必要と判断した場合には領域ａ３で「指示する」を選択し、必要ないと判断した場合には、「指示しない」を選択する。「指示する」が選択された場合（ＹＥＳ）、情報管理者端末３０は、処理をステップＳ３０５に進め、「指示しない」が選択された場合（ＮＯ）、処理をステップＳ３０６に進める。特に、「指示する」を選択した場合には、情報管理者９０は、操作画面３３１から認識したイベントの状況に応じて、担当させるケアスタッフ８０を選択できる。例えばイベントの状況が深刻であれば、経験豊富なベテランのケアスタッフ８０を担当させ、派遣させることができる。

（ステップＳ３０５）
情報管理者端末３０は、管理サーバー２０を経由し、ケアスタッフ８０のケアスタッフ端末４０に指示を送信する。この処理は、図７のステップＳ１０６〜Ｓ１０９に相当する。ケアスタッフ８０は、指示を確認した上で、ケア対象者７０への対応を行う。

（ステップＳ３０６）
情報管理者端末３０は、対応状況を管理サーバーに送信する。管理サーバー２０は、受け取った対応状況に応じてイベントリストを更新する。例えば図９のイベントリストにおいては、イベントＩＤ「０１２」、「０１３」の場合は、情報管理者９０が操作画面３３１の領域ａ３で「指示しない」を選択したことに応じて、対応方針データの「対応要否」欄には、「不要」が記録される。イベントＩＤ「０１４」、「０１５」の場合には、情報管理者９０が領域ａ３で「指示する」を選択したことに応じて、対応方針データの「対応要否」欄には、「必要」が記録される。なお、この場合、現時点で指示されたケアスタッフ８０が対応中であり、ケアスタッフ端末４０を通じて、処理完了の入力がなされていないので、ケア対応状況データの欄「経過情報」には、「対応中」が記録されている。なお、対応が完了した場合には、ケアスタッフ端末４０を通じたケアスタッフ８０の入力に応じて、イベント「０１０」のように、実際に対応したケアスタッフＩＤ（通常は振り分けたスタッフＩＤと同一）と対応日時が記録される。

このように本実施形態によれば、イベントの種類、および該イベントを発生させたケア対象者を特定する識別情報を含むイベント情報、ならびに該イベントに関連付けた撮影画像、を情報管理者９０の情報管理者端末に表示し、指示を受け付ける。また、情報管理者端末によって受け付けられた指示をケアスタッフのケアスタッフ端末で受信する。これにより情報管理者９０は、発生したイベントの状況を把握することで、対応が必要か否かの判断を含め、適切な判断を行うことができ、全イベントに対して対応が求められるといったような非効率な対応をせずに、不要な通知によるケアスタッフ８０の負荷を軽減できる。

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

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

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

（第２の実施形態に係る見守りシステム）
第１の実施形態においては、全ての種類のイベントに対して、イベントと所定時間長の撮影画像との関連付け（タグ付け）を行うとともに、関連付けた撮影画像を情報管理者端末３０に表示した。これに対して、以下に説明する第２の実施形態においては、イベントの種類に応じてイベントと撮影画像との関連付けを行うとともに、イベントの種類または区分が所定の条件に合致するイベントに関連付けたタグ付け撮影画像を、情報管理者端末３０に表示する。より具体的には、第２の実施形態においては、検出部１０で判定したイベントの種類が「転倒」である場合に、さらに、確からしさに応じて低い方のランク１から、最も高いランク３までのランク付けをする。ランク１は、後述するように転倒の検出に関する判定基準を緩くしたものであり、見逃しが少ない代わりに、転倒以外のケア対象者７０の行動を転倒と誤判定する頻度が高くなるものである。一方で、ランク３は、判定基準を厳しくしたものであり、見逃しが多くなるが、転倒以外を転倒と誤検出する頻度は低い。ランク２はランク１とランク３の中間の判定基準に設定したものである。

（ランク判定手法）
以下、制御方法の説明の前に検出部１０による転倒時の確度（判定の確からしさ）に応じたランク付け判定について説明する。図１１は、撮影画像における全身外形の人矩形（矩形領域）について説明するための説明図である。図１１（ａ）〜（ｅ）はそれぞれ、カメラ１３の真下において、立位、座位、側臥位（または伏臥位（うつぶせ））、仰臥位（あおむけ）、および仰臥位の姿勢にあるケア対象者７０の撮影画像である。図１２は、頭部矩形（矩形領域）について説明するための説明図である。図１２（ａ）〜（ｃ）は、それぞれ、立位、座位、仰臥位の姿勢にあるあるケア対象者７０の撮影画像である。

検出部１０の制御部１１は、人領域検出部、および頭部領域検出部として機能する。人領域検出部は、撮影画像における、ケア対象者７０の画像を含む領域を人領域として検出（抽出）する。人領域は、撮影画像におけるケア対象者７０の画像の輪郭内の領域、またはケア対象者７０の画像の輪郭が外接する矩形内の領域である。撮影画像におけるケア対象者７０の画像の輪郭内の領域は、ケア対象者７０の画像の人シルエットとして検出され得る。撮影画像におけるケア対象者７０の画像の輪郭内の領域は、撮影画像におけるケア対象者７０の画像を構成する画素の集合体として検出されてもよい。ケア対象者７０の画像の輪郭が外接する矩形内の領域は、ケア対象者７０の画像の輪郭が外接する人矩形として検出され得る。以下、説明を簡単にするために、人領域は人シルエットまたは人矩形内として検出されるものとして説明する。

人シルエットは、例えば、撮影時刻が前後する画像を差分する時間差分により差分が相対的に大きい画素の範囲を抽出することで検出され得る。人シルエットは、撮影画像から背景画像を差分する背景差分により検出されてもよい。人矩形は、例えば、人シルエットが外接する矩形を算出することで検出され得る。

頭部領域検出部は、ケア対象者７０の頭部の画像を含む領域を頭部領域として検出（抽出）する。頭部領域は、撮影画像におけるケア対象者７０の頭部の画像の輪郭内の領域、またはケア対象者７０の頭部の画像の輪郭が外接する矩形内の領域である。撮影画像におけるケア対象者７０の頭部の画像の輪郭内の領域は、撮影画像におけるケア対象者７０の頭部の画像のシルエット（以下、「頭部シルエット」と称する）として検出され得る。ケア対象者７０の頭部の画像の輪郭が外接する矩形内の領域は、撮影画像におけるケア対象者７０の頭部の画像を構成する画素の集合体として検出されてもよい。ケア対象者７０の頭部の画像の輪郭が外接する矩形内の領域は、撮影画像におけるケア対象者７０の頭部の画像の輪郭に外接する頭部矩形として検出され得る。以下、説明を簡単にするために、頭部領域は頭部シルエットまたは頭部矩形として検出されるものとして説明する。

頭部シルエットは、例えば、近赤外線に対する反射率が比較的高く、かつ略円形状の範囲を抽出することで検出され得る。人矩形は、例えば、頭部シルエットが外接する矩形を算出することで検出され得る。

制御部１１は、人矩形、または頭部矩形の時間変化により姿勢を判定するとともに、ベッド６０等の居室内の設置物との位置関係により、起床、離床、転倒の各イベントの判定を行う。また転倒の場合には、さらにランク付けを行う。制御部１１は、人矩形を用いて転倒をランク付けする場合には、人矩形のアスペクト比（短辺に対する長辺の比率）の時間変化（増加速度）により判定できる。例えば所定周期（例えば０．５ｓｅｃ周期）でアスペクト比を計算し続け、ある時点の人矩形のアスペクト比を少し前（数周期前）のアスペクト比と比較し、転倒によりアスペクト比が急激に増加し、その増加率が所定の第１閾値以上になった場合には、ランク１（確度低：疑い大）と判定し、これよりも大きな第２閾値以上の場合には、ランク２（確度中間：疑い中）と判定し、最も大きな第３閾値以上の場合をランク３（確度高）と判定する。また制御部１１は、頭部矩形を用いて転倒をランク付けする場合には、頭部矩形のサイズの時間変化（減少速度）により判定できる。例えば所定周期（例えば０．５ｓｅｃ周期）で頭部サイズを計算し続け、ある時点の頭部矩形のサイズを少し前の頭部矩形サイズと比較し、転倒により頭部サイズが急激に減少し、その減少率が所定の複数段階の閾値と比較することでランク１〜３を判定する。

具体的には、人矩形のアスペクトを用いる場合には、俯瞰の撮影画像において、転倒により急激に細長くなりアスペクト比が増加した場合には、例えば０．５ｓｅｃで３倍以上になった場合には、ランク３と判定し、１．０ｓｅｃで２倍以上になった場合には、転倒疑いのランク２と判定し、２．０ｓｅｃで２倍以上になった場合には、それよりも確かラサが低いランク１と判定する。

また頭部矩形のサイズを用いる場合には、俯瞰の撮影画像において、転倒により急激に頭部サイズが小さくなる場合には、例えば０．５ｓｅｃで１／３以下になった場合には、ランク３と判定し、１．０ｓｅｃで１／２以下になった場合には、転倒疑いのランク２と判定し、２．０ｓｅｃで１／２以下になった場合には、ランク１と判定する。このように転倒時のランク付けは、人矩形による判定と、頭部矩形による判定のいずれかを用いてもよく、両者を併用してもよい。

（第２の実施形態に係る見守りシステム１の制御方法）
図１３Ａは、検出部１０、および管理サーバー２０で実行する処理を示すフローチャートであり、図１３Ｂは、情報管理者端末３０で実行する処理を示すフローチャートである。それぞれ図８Ａ、図８Ｂに対応する。

（ステップＳ４０１〜Ｓ４０４）
検出部１０（制御部１１）、および管理サーバー２０（制御部２１）は、図８ＡのステップＳ２０１〜Ｓ２０４と同様に、イベントを検出することに応じて、イベントリストを更新する。また、ステップＳ４０３では、イベントが特定のイベント、すなわち「転倒」であれば上述の処理によりランク付けを行う。

（ステップＳ４４５）
管理サーバー２０は、イベントが特定のイベント、すなわち、「転倒」であるか否かを判定する。「転倒」であれば（ＹＥＳ）、処理をステップＳ４０５に進め、「転倒」でなければ（ＮＯ）、処理をステップＳ４０７に進める。

（ステップＳ４０５〜Ｓ４０６）
図８ＡのステップＳ２０５、Ｓ２０６の処理と同様に、管理サーバー２０は、ステップＳ４０１でループ録画している撮影画像のうち、転倒のイベントの発生時点を含む所定時間の撮影画像にタグ付けし、これをイベントＩＤと関連付ける。

（ステップＳ４６５）
管理サーバー２０は、ステップＳ４０３でランク付けられた、転倒のイベントのランクを判定する。ランク２以上であれば処理をステップＳ４０７に進める。一方で、ランク１であれば処理を終了する。この場合、情報管理者端末３０には、ランク１の転倒が検出されたことは送信されない。検出されたランク１の転倒は、誤報である可能性が高いため、情報管理者９０には通知せず、イベントリストにのみ記録する。これは後日の検証に役立てるためエビデンスとして残すためである。

（ステップＳ４０７）
管理サーバー２０は、情報管理者端末３０に、イベントを送信する。送信するイベントには、イベントを発生させたケア対象者を特定する識別情報（氏名）、およびランクを含むイベント情報、およびタグ付けされた撮影画像が含まれる。

図１４は、Ｓ４０７までの処理により生成されたイベントリストの例である。同図では、図９と異なりイベント情報、およびタグ付け撮影画像のみを示しており、対応方針データ、およびケア対応状況データは省略して示している。図１４のイベントリストにある各イベントは、基本的には、発生する毎に、逐次情報管理者端末３０に送信される。ただし、イベントＩＤ１１１（転倒、ランク１（ステップＳ４６５））は、情報管理者端末３０に送信されないようにしている。なお、このイベントＩＤ１１１についても情報管理者９０の要求により送信するようにしてもよい。図１４に示すように、第２の実施形態においては、転倒のイベントに対してのみ撮影画像にタグ付けを行っている。すなわち、撮影画像は消去されずに保持される。一方で、転倒以外のイベントについては、タグ付けは行っていない、すなわち、ループ録画の撮影画像は更新により消去する。

（ステップＳ５０１）
図１３Ｂでは、情報管理者端末３０（制御部４１）は、ステップＳ４０７で送信されたイベントが特定のイベントか否かを判定する。特定のイベント、すなわち転倒であれば処理をステップＳ５０２に進め、転倒以外のイベントであれば処理をステップＳ５０３に進める。

（ステップＳ５０２）
情報管理者端末３０は、転倒イベントである場合には、さらにそのランクを判定する。ランク２であれば処理をステップＳ６０１に進める。ランク３であれば処理をステップＳ５０３に進める。

（ステップＳ５０３）
ここでは、情報管理端末３０は、イベント情報を表示部３３に表示する。この場合、タグ付けされた撮影画像は無い（転倒以外）、または、有っても表示しない（転倒、ランク３）。

（ステップＳ６０１）
第１の実施形態の図８ＢのステップＳ３０１と同様に、情報管理者端末３０（制御部３１）は、ステップＳ４０７で管理サーバー２０から送信されたイベント情報、およびこれにタグ付けされた撮影画像を表示部３３に表示する。

図１５は、表示部３３に表示される操作画面の例である。同図に示す操作画面３３２には、領域ａ１〜ａ６、ボタンｂ１〜ｂ４が含まれる。領域ａ１にはステップＳ２０７で管理サーバー２０から送信され、取得したタグ付けされた撮影画像を表示する。領域ａ６では、撮影画像を表示するランクを選択する。同図に示す例では、図１３Ｂのフローチャートに対応して、ランク２にチェックがされているため、ランク２のタグ付け撮影画像は、領域ａ１に表示される。一方で、ランク３にはチェックがされていないため、表示されない。なお、ランク３にもチェックを入れることで、ランク３の場合にもタグ付け撮影画像が表示される（この場合、ステップＳ５０２は、ランク３の場合も、処理は、ステップＳ６０１に進む）。

（ステップ６０２〜Ｓ６０６）
以降は、図８ＢのステップＳ３０２〜Ｓ３０６と同様の処理を行い、処理を終了する。

このように、第２の実施形態によれば、転倒のイベントを確度が異なる複数の区分に分類し、区分に応じて、イベントと撮影画像との関連付けを行う。具体的には、転倒のイベントの場合にイベントと撮影画像との関連付けを行う。また、転倒イベントの場合には、確度に応じた複数のランク（区分）に分類する。情報管理者端末は、ランク２の場合に、表示部３３にイベントに関連付けた撮影画像の表示を行う。このようにすることで、第１の実施形態と同様の効果が得られるとともに、情報管理者９０は、判断が求められるイベントの場合にのみ、撮影画像の表示を行うことで、より、効率的に発生したイベントの状況を把握できる。

以上に説明した見守りシステムの構成は、上述の実施形態の特徴を説明するにあたって主要構成を説明したのであって、上述の構成に限られず、特許請求の範囲内において、種々改変することができる。また、一般的な見守りシステムが備える構成を排除するものではない。例えば、検出部１０、管理サーバー２０、情報管理者端末３０およびケアスタッフ端末４０は、上記の構成要素以外の構成要素を含んでもよく、あるいは、上記の構成要素のうちの一部を含まなくてもよい。

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

また、第２の実施形態においては転倒のイベントに関して、ランク１〜３の３段階のランク付けを行ったが、これに限られず、ランク１の判定を省略する等により、２段階のランク付けとしてもよく、４段階以上のランク付けでもよい。また、第２の実施形態において「転倒」のようなイベントの種類に応じて、タグ付け撮影画像を関連付けたが、これに限られず、イベントの種類およびランクに応じてタグ付け撮影画像を関連付けるようにしてもよい。例えば、転倒でランク１の場合には、タグ付け撮影画像を関連付けず、転倒でランク２、３の場合にタグ付け撮影画像を関連付ける。

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

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

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

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

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

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

Claims (11)

1. 複数の観察領域のそれぞれに設けられ、該観察領域における対象者の動きを検出する検出部と、
   前記検出部の出力に基づいて、前記観察領域のそれぞれにおける前記対象者に関する所定のイベントの発生の有無を判定する判定部と、
   前記観察領域の撮影画像を取得するとともに、前記判定部によって前記イベントが発生したと判定された場合、前記イベントと、該イベントが発生した前記観察領域の前記撮影画像を関連付ける管理部と、
   前記管理部から取得した、前記イベントの種類、および該イベントを発生させた前記対象者を特定する識別情報を含むイベント情報、ならびに前記管理部が該イベントに関連付けた前記撮影画像、を表示するとともに、前記イベントを発生させた前記対象者への対応に関する指示を情報管理者から受け付ける情報管理者端末と、
   前記対象者への対応を行うスタッフに携帯されるスタッフ端末であって、前記情報管理者端末によって受け付けられた前記指示を受信可能なスタッフ端末と、
   を有するシステム。
2. 前記管理部は、前記イベントの種類、または区分に応じて、前記イベントと前記撮影画像との関連付けを行う、請求項１に記載のシステム。
3. 前記情報管理者端末は、前記イベントの種類、または区分が、所定の条件に合致するイベントに関連付けられた前記撮影画像を表示する、請求項１または請求項２に記載のシステム。
4. 前記イベントの種類には、前記対象者の起床、離床、もしくは転倒、または前記対象者によるケアコールが含まれ、
   判定した前記イベントの種類が、転倒である場合に、前記撮影画像との関連付けが行われる、請求項２または請求項３に記載のシステム。
5. 前記検出部は、前記観察領域を撮影し、前記観察領域の前記撮影画像を出力するカメラを有し、
   前記判定部は、前記カメラから出力された前記観察領域の撮影画像から前記対象者の起床、離床、もしくは転倒を判定し、
   前記管理部は、前記カメラから出力された前記観察領域の撮影画像を取得する、請求項４に記載のシステム。
6. 前記判定部は、前記カメラから出力された前記撮影画像から前記観察領域内の前記対象者の頭部、または全身外形に基づいた矩形領域を抽出し、前記頭部、または全身外形の前記矩形領域の時間変化により前記判定を行い、さらに、前記転倒を判定した場合に、前記時間変化を複数段階の閾値と比較することで、前記転倒を確度に応じた複数の区分に分類し、
   前記情報管理者端末は、前記区分に応じて、前記管理部が該イベントに関連付けた前記撮影画像の表示を行う、請求項５に記載のシステム。
7. 前記情報管理者端末は、リアルタイム表示の要求を受け付ける画面を表示し、前記要求を受け付けた場合に、前記イベントが発生した前記観察領域のリアルタイムの撮影画像を表示する、請求項１から請求項６のいずれかに記載のシステム。
8. 所定時間分の前記観察領域の撮影画像を一時的に記憶する一時記憶部を、有し、
   前記管理部は、前記一時記憶部から取得した前記イベントの発生時点を含む所定時間の前記撮影画像を、前記イベントに関連付ける、請求項１から請求項７のいずれかに記載のシステム。
9. 前記情報管理者端末は、所定時間の前記イベントに関連付けた前記撮影画像を繰り返し表示する、請求項１から請求項８のいずれかに記載のシステム。
10. 複数の観察領域のそれぞれに設けられた検出部、スタッフに指示を行う情報管理者が用いる情報管理者端末、および対象者への対応を行う前記スタッフに携帯されるスタッフ端末、を備えるシステムにおける制御方法であって、
    前記検出部によって、前記観察領域における前記対象者の動きを検出するステップ（ａ）と、
    前記検出部の出力に基づいて、前記観察領域それぞれにおける前記対象者に関する所定のイベントの発生を判定するステップ（ｂ）と、
    ステップ（ｂ）で判定した前記イベントと、該イベントが発生した前記観察領域の撮影画像を関連付けるステップ（ｃ）と、
    前記イベントの種類、および該イベントを発生させた前記対象者を特定する識別情報を含むイベント情報、ならびにステップ（ｃ）で該イベントに関連付けた前記撮影画像を、前記情報管理者端末で表示するステップ（ｄ）と、
    前記情報管理者端末により、前記イベントを発生させた前記対象者への対応に関する指示を情報管理者から受け付けるステップ（ｅ）と、
    ステップ（ｅ）で受け付けた前記指示を前記スタッフ端末に送信するステップ（ｆ）と、
    を含む制御方法。
11. 前記システムは、所定時間分の前記観察領域の撮影画像を一時的に記憶する一時記憶部を、有し、
    前記ステップ（ｃ）では、前記一時記憶部から取得した前記イベントの発生時点を含む所定時間の前記撮影画像を、前記イベントに関連付ける、請求項１０に記載の制御方法。
    

Images