(57)【要約】  イベントの発生の未然の防止に役立つ、イベントの発生状況の分析結果を可視化したレポートを出力する。  事故に繋がる可能性がある所定のイベントのイベント情報、および、このイベント情報に関連付けられた画像データを取得し、対象者７０について、イベントの発生状況の情報、または、イベントの発生状況の情報および画像データを用いて、イベントの発生状況を分析することで、分析結果が可視化されるレポートを作成し、これを出力する。
2020003704.tif 000002
【特許請求の範囲】
【請求項１】
蓄積された、事故に繋がる可能性がある所定のイベントのイベント情報、および該イベントに関連付けられた画像データであって、観察領域における対象者の動きを検出する検出部の出力に基づいて、発生を判定した前記観察領域における前記対象者に関する所定の前記イベントを記録した前記イベント情報、および該イベントが発生した時点を含む所定期間の前記観察領域を撮影することで得られた前記画像データを取得する手順（ａ）と、
前記対象者について、前記イベントの発生状況の情報を用いて、または、前記イベントの前記発生状況の情報、および前記画像データを用いて、前記イベントの発生状況を分析することで、分析結果が可視化されるレポートを作成する手順（ｂ）と、
前記手順（ｂ）において作成されたレポートを出力する手順（ｃ）と、
を含む処理をコンピューターに実行させるための制御プログラム。
【請求項２】
前記イベントの前記発生状況の情報には、前記イベントの発生件数、および発生時刻が含まれる、請求項１に記載の制御プログラム。
【請求項３】
所定の前記イベントには、前記対象者の転倒を判定した転倒のイベント、または前記対象者の転落を判定した転落のイベントが含まれる、請求項１、または請求項２に記載の制御プログラム。
【請求項４】
前記対象者への対応を行うスタッフは、携帯端末を携帯し、
前記イベントが発生することに応じて、前記スタッフが前記携帯端末を通じて入力した、前記イベントを確認したことを示す情報が、前記イベント情報に含まれる、請求項１から請求項３のいずれかに記載の制御プログラム。
【請求項５】
前記手順（ｂ）は、前記対象者について、前記イベントの単位期間当たりの発生件数の増加があった時期の前後の期間の前記画像データを、表示する手順（ｂ１）と、
ユーザーによるコメントの入力を受け付ける手順（ｂ２）と、を含み、
前記手順（ｃ）では、前記手順（ｂ２）で受け付けた、前記コメントを含む前記レポートを作成する、請求項１から請求項４のいずれかに記載の制御プログラム。
【請求項６】
さらに、前記手順（ａ）で取得した前記イベント情報に基づいて、前記対象者について、前記イベントの単位期間当たりの発生件数の増加の発生有無を判定し、増加の発生を判定した場合には、前記対象者の前記イベントに関し、注意を促すコメントを作成する手順（ｄ）を含み、
前記手順（ｂ）では、前記手順（ｄ）において作成した前記コメントを含む前記レポートを作成する、請求項１から請求項４のいずれかに記載の制御プログラム。
【請求項７】
前記手順（ｂ）で作成する前記レポートには、前記対象者について、前記イベントの単位期間当たりの発生件数の増加があった時期の前後の期間の前記画像データが含まれる、請求項１から請求項６のいずれかに記載の制御プログラム。
【請求項８】
蓄積された、事故に繋がる可能性がある所定のイベントのイベント情報、および該イベントに関連付けられた画像データであって、観察領域における対象者の動きを検出する検出部の出力に基づいて、発生を判定した前記観察領域における前記対象者に関する所定の前記イベントを記録した前記イベント情報、および該イベントが発生した時点を含む所定期間の前記観察領域を撮影することで得られた前記画像データを取得する手順（ａ）と、
前記対象者について、前記イベントの発生状況の情報を用いて、または、前記イベントの前記発生状況の情報、および前記画像データを用いて、前記イベントの発生状況を分析することで、分析結果が可視化されるレポートを作成する手順（ｂ）と、
前記手順（ｂ）において作成されたレポートを出力する手順（ｃ）と、
を含むレポート出力方法。
【請求項９】
蓄積された、事故に繋がる可能性がある所定のイベントのイベント情報、および該イベントに関連付けられた画像データであって、観察領域における対象者の動きを検出する検出部の出力に基づいて、発生を判定した前記観察領域における前記対象者に関する所定の前記イベントを記録した前記イベント情報、および該イベントが発生した時点を含む所定期間の前記観察領域を撮影することで得られた前記画像データを取得する取得部と、
前記対象者について、前記イベントの発生状況の情報を用いて、または、前記イベントの前記発生状況の情報、および前記画像データを用いて、前記イベントの発生状況を分析することで、分析結果が可視化されるレポートを作成する作成部と、
前記作成部において作成されたレポートを出力する出力部と、
を備える、レポート出力装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は制御プログラム、レポート出力方法、およびレポート出力装置に関し、スタッフにより対応が行われる対象者に関するレポートを出力する制御プログラム、レポート出力方法、およびレポート出力装置に関する。
【背景技術】
【０００２】
我が国は、戦後の高度経済成長に伴う生活水準の向上、衛生環境の改善、および医療水準の向上等により、長寿命化が顕著となっている。このため、出生率の低下と相まって、高齢化率が高い高齢化社会になっている。このような高齢化社会では、病気、怪我、および加齢などにより、介護を必要とする被介護者等の増加が想定される。【０００３】
要介護者等は、病院や老人福祉施設などの施設において、歩行中に転倒したり、ベッドから転落して怪我をしたりする虞がある。そのため、要介護者等がこのような状態になったときに看護師や介護士がすぐに駆けつけられるようにするために、要介護者等の状態を検知するためのシステムの開発が進められている。【０００４】
このようなシステムとして特許文献１に開示されたナースコールシステムにおいては、患者のベッドに対して設置されたカメラの撮像映像から、患者の起床、離床のいずれかの状態になったか否かを判断する。そして、起床、または離床が行われた場合には、ナースステーションに設けられたナースコール親機に、カメラの撮像映像を表示させている。【０００５】
また、介護業務に関し、事故やこれに繋がるヒヤリハットの対策が誤っていることによりヒヤリハット事例を再発させないために、特許文献２では、対策が必要なヒヤリハット事例が発生したか否かを判別する医療介護支援装置が開示されている。この医療介護支援装置では、介護担当者により入力されるケース記録と、データベースに記録されている過去のヒヤリハット事例との類似度合い（是正通知ヒット率）を算出し、是正通知ヒット率が所定値以上であった場合に、改善が必要な対策情報として特定している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１４−９０９１３号公報
【特許文献２】特開２０１３−１９１１８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に開示されたナースコールシステムでは、ベッドにいる患者の起床、離床については、検知できるが、事故やヒヤリハットを未然に防ぐことにはできない。また、特許文献２に開示された医療介護支援装置は、発生したヒヤリハットを過去の事例と比較することで、過去のヒヤリハットへの対策が誤っていることを特定するものであり、事故やこれに繋がるヒヤリハットの発生を未然に防ぐものではない。【０００８】
本発明は、上記事情に鑑みてなされたものであり、事故に繋がる可能性があるイベントを分析することで、イベントの発生の未然の防止に役立つレポートを出力可能な制御プログラム、レポート出力方法、およびレポート出力装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の上記課題は、以下の手段によって解決される。【００１０】
（１）蓄積された、事故に繋がる可能性がある所定のイベントのイベント情報、および該イベントに関連付けられた画像データであって、観察領域における対象者の動きを検出する検出部の出力に基づいて、発生を判定した前記観察領域における前記対象者に関する所定の前記イベントを記録した前記イベント情報、および該イベントが発生した時点を含む所定期間の前記観察領域を撮影することで得られた前記画像データを取得する手順（ａ）と、
前記対象者について、前記イベントの発生状況の情報を用いて、または、前記イベントの前記発生状況の情報、および前記画像データを用いて、前記イベントの発生状況を分析することで、分析結果が可視化されるレポートを作成する手順（ｂ）と、
前記手順（ｂ）において作成されたレポートを出力する手順（ｃ）と、
を含む処理をコンピューターに実行させるための制御プログラム。【００１１】
（２）前記イベントの前記発生状況の情報には、前記イベントの発生件数、および発生時刻が含まれる、上記（１）に記載の制御プログラム。【００１２】
（３）所定の前記イベントには、前記対象者の転倒を判定した転倒のイベント、または前記対象者の転落を判定した転落のイベントが含まれる、上記（１）、または上記（２）に記載の制御プログラム。【００１３】
（４）前記対象者への対応を行うスタッフは、携帯端末を携帯し、
前記イベントが発生することに応じて、前記スタッフが前記携帯端末を通じて入力した、前記イベントを確認したことを示す情報が、前記イベント情報に含まれる、上記（１）から上記（３）のいずれかに記載の制御プログラム。【００１４】
（５）前記手順（ｂ）は、前記対象者について、前記イベントの単位期間当たりの発生件数の増加があった時期の前後の期間の前記画像データを、表示する手順（ｂ１）と、
ユーザーによるコメントの入力を受け付ける手順（ｂ２）と、を含み、
前記手順（ｃ）では、前記手順（ｂ２）で受け付けた、前記コメントを含む前記レポートを作成する、上記（１）から上記（４）のいずれかに記載の制御プログラム。【００１５】
（６）さらに、前記手順（ａ）で取得した前記イベント情報に基づいて、前記対象者について、前記イベントの単位期間当たりの発生件数の増加の発生有無を判定し、増加の発生を判定した場合には、前記対象者の前記イベントに関し、注意を促すコメントを作成する手順（ｄ）を含み、
前記手順（ｂ）では、前記手順（ｄ）において作成した前記コメントを含む前記レポートを作成する、上記（１）から上記（４）のいずれかに記載の制御プログラム。【００１６】
（７）前記手順（ｂ）で作成する前記レポートには、前記対象者について、前記イベントの単位期間当たりの発生件数の増加があった時期の前後の期間の前記画像データが含まれる、上記（１）から上記（６）のいずれかに記載の制御プログラム。【００１７】
（８）蓄積された、事故に繋がる可能性がある所定のイベントのイベント情報、および該イベントに関連付けられた画像データであって、観察領域における対象者の動きを検出する検出部の出力に基づいて、発生を判定した前記観察領域における前記対象者に関する所定の前記イベントを記録した前記イベント情報、および該イベントが発生した時点を含む所定期間の前記観察領域を撮影することで得られた前記画像データを取得する手順（ａ）と、
前記対象者について、前記イベントの発生状況の情報を用いて、または、前記イベントの前記発生状況の情報、および前記画像データを用いて、前記イベントの発生状況を分析することで、分析結果が可視化されるレポートを作成する手順（ｂ）と、
前記手順（ｂ）において作成されたレポートを出力する手順（ｃ）と、
を含むレポート出力方法。【００１８】
（９）蓄積された、事故に繋がる可能性がある所定のイベントのイベント情報、および該イベントに関連付けられた画像データであって、観察領域における対象者の動きを検出する検出部の出力に基づいて、発生を判定した前記観察領域における前記対象者に関する所定の前記イベントを記録した前記イベント情報、および該イベントが発生した時点を含む所定期間の前記観察領域を撮影することで得られた前記画像データを取得する取得部と、
前記対象者について、前記イベントの発生状況の情報を用いて、または、前記イベントの前記発生状況の情報、および前記画像データを用いて、前記イベントの発生状況を分析することで、分析結果が可視化されるレポートを作成する作成部と、
前記作成部において作成されたレポートを出力する出力部と、
を備える、レポート出力装置。
【発明の効果】
【００１９】
本発明によれば、事故に繋がる可能性がある所定のイベントのイベント情報、および、このイベント情報に関連付けられた画像データを取得し、対象者について、イベントの発生状況の情報、または、イベントの発生状況の情報、および画像データを用いて、イベントの発生状況を分析することで、分析結果が可視化されるレポートを作成し、これを出力する。これにより、事故に繋がる可能性のあるイベントの発生の未然の防止に役立つレポートを出力できる。
【図面の簡単な説明】
【００２０】
【図１】見守りシステムの全体構成を示す図である。
【図２】対象者の部屋に設置された検出部の例を示す図である。
【図３】検出部の概略構成を示すブロック図である。
【図４】サーバーの概略構成を示すブロック図である。
【図５】スタッフ端末の概略構成を示すブロック図である。
【図６】見守りシステムの処理の手順を示すシーケンスチャートである。
【図７】記憶部に記憶されるイベントリストの例である。
【図８】スタッフ端末に表示されるイベントの確認を行うための操作画面の例である。
【図９】第１の実施形態におけるレポートの出力処理の手順を示すフローチャートである。
【図１０】ある対象者における、転落・転倒の分析結果を可視化した例を示す図である。
【図１１】可視化した分析結果を出力したレポートの例を示す図である。
【図１２】変形例におけるレポートの出力処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下、添付した図面を参照して、本発明の実施形態を説明する。なお、図面の説明において同一の要素には同一の符号を付し、重複する説明を省略する。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。
【００２２】
（全体構成）
図１は本実施形態に係る見守りシステムの全体構成を示す図であり、図２は対象者の部屋のベッド周辺に設置された検出部の例を示す図である。
【００２３】
図１に示すように、見守りシステム１は、複数の検出部１０、サーバー２０、固定端末３０、および１つ以上のスタッフ端末４０を備える。サーバー２０は、レポート出力装置として機能する。これらは、有線や無線によって、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、電話網またはデータ通信網等のネットワーク５０を介して、相互に通信可能に接続される。ネットワーク５０は、通信信号を中継するリピーター、ブリッジ、ルーターまたはクロスコネクト等の中継機を備えてもよい。図１に示す例では、スタッフ端末４０、検出部１０、サーバー２０、および固定端末３０は相互に、アクセスポイント５１を含む無線ＬＡＮ等（例えばＩＥＥＥ８０２．１１規格に従ったＬＡＮ）のネットワーク５０によって、通信可能に接続されている。
【００２４】
見守りシステム１は、対象者７０に応じて適宜な場所に配設される。対象者７０（見守り対象者、ケア対象者ともいう）は、例えば、病気や怪我等によって看護を必要とする患者、高齢による身体能力の低下等によって介護を必要とする被介護者、または一人暮らしの独居者等である。特に、早期発見および早期対処を可能にする観点から、対象者７０は、例えば異常状態等の所定の不都合な事象がその者に生じた場合に、その発見を必要としている者であり得る。このため、見守りシステム１は、対象者７０の種類に応じて、病院、老人福祉施設および住戸等の建物に好適に配設される。図１に示す例では、見守りシステム１は、複数の対象者７０が入居する複数の部屋（居室）やナースステーションを含む複数の部屋を備える施設に配置されている。
【００２５】
検出部１０は、対象者７０の観察領域であるそれぞれの居室に配置される。図１に示す例では、４つの検出部１０が対象者７０であるＡさん、Ｂさん、Ｃさん、およびＤさんの居室にそれぞれ配置されている。検出部１０の観察領域にはベッド６０が含まれている。対象者７０に対して看護または介護を行うスタッフ８０（ケアスタッフ、または介護スタッフともいう）は、それぞれ携帯端末であるスタッフ端末４０を持ち歩いている。ただし、見守りシステム１が備える各構成の位置や個数等は、図１に示す例に限定されない。例えば、サーバー２０は、ナースステーションに配置されなくてもよく、ネットワーク５０に接続されている外部のサーバーユニットであってもよい。また固定端末３０を省略し、サーバー２０またはスタッフ端末４０がその機能を担ってもよい。
【００２６】
（検出部１０）
図３は検出部の概略構成を示すブロック図である。同図に示すように、検出部１０は、制御部１１、通信部１２、カメラ１３、ナースコール部１４、および音声入出力部１５を備え、これらはバスによって、相互に接続されている。
【００２７】
制御部１１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、およびＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、等のメモリにより構成され、プログラムにしたがって検出部１０の各部の制御および演算処理を行う。なお、制御部１１は、メモリとして、さらにＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）を備えてもよい。
【００２８】
通信部１２は、ネットワーク５０を介して、例えば、サーバー２０、固定端末３０またはスタッフ端末４０等の、他の装置と通信するためのインターフェース回路（例えばＬＡＮカード等）である。
【００２９】
カメラ１３は、例えば居室の天井、または壁の上部に配置され、観察領域として真下にある対象者７０のベッド６０を含む領域を撮影し、撮影画像（画像データ）を出力する。この撮影画像には、静止画および動画を含む。カメラ１３は近赤外線カメラであるが、これに換えて可視光カメラを用いてもよく、これらを併用してもよい。
【００３０】
制御部１１は、カメラ１３が撮影した撮影画像から、対象者７０の所定の行動の発生を判定（認識）する。この判定する所定の行動には、ベッド６０から起き上がる「起床」、ベッド６０から離れる「離床」、ベッド６０から転落する「転落」、および床面等に転倒する「転倒」が含まれる。
【００３１】
制御部１１は、複数の撮影画像（動画）から画像のシルエット（以下、「人シルエット」と称する）を検出する。人シルエットは、例えば、撮影時刻が前後する画像の差分を抽出する時間差分法により差分が相対的に大きい画素の範囲を抽出することで検出され得る。人シルエットは、撮影画像と背景画像との差分を抽出する背景差分法により検出されてもよい。起床、離床、転落、転倒の別は、検出した人シルエットから対象者７０の姿勢（例えば立位、座位および横臥等）、およびベッド６０等の居室内の設置物との相対的な位置から認識される。これらの認識は、制御部１１のＣＰＵが処理するプログラムにより行ってもよく、組み込み型の処理回路により行うようにしてもよい。以下においては、制御部１１側でイベントの種類、および発生有無の判定を行うものとして説明する。しかしながら、これに限られずサーバー２０側でこれらの認識の全部またはほとんどの処理を行うようにし、制御部１１ではサーバー２０への撮影画像の送信のみを行うようにしてもよい。制御部１１は、いずれかの種類の行動を認識した場合、その行動（後述のイベント）が発生した旨の通知をサーバー２０等に送信する。
【００３２】
スタッフ８０は、業務に応じた、対象者７０への各種の対応を行う者である。業務には、医療業務、介護業務を含み得る。ここで、スタッフ８０の業務が、対象者７０に対する介護業務である場合に、各イベントに関する対応内容について説明する。イベントとして「起床」を判定し、その判定が所定時間内（施設で設定された起床時間（例えば午前７〜８時））であれば、モーニングケアを行う。このモーニングケアには、洗顔、歯磨き介助、義歯装着、着替え介助等が含まれる。また、「離床」のイベントであれば、車椅子移乗、歩行介助が必要となる場合がある。また、検出部１０が判定したイベント以外の定期的（定時）なイベントとして、飲料、および食事介助、排泄介助、車椅子移乗、歩行介助、体位変換（褥瘡予防）がある。これらの定期的イベントは、ナースコール部１４等により、定時になるとアラートを発生させるようにしてもよい。
【００３３】
ナースコール部１４は、押しボタン式のスイッチを含み、スイッチが対象者７０によって押されることでナースコール（ケアコールともいう）を検出する。押しボタン式のスイッチに換えて、音声マイクによりナースコールを検出してもよい。ナースコール部１４のスイッチが押された場合、すなわち、ナースコールを検出した場合、制御部１１は、通信部１２およびネットワーク５０を介して、ナースコールがあった旨の通知（ナースコール通知）をサーバー２０等に送信する。
【００３４】
音声入出力部１５は、例えばスピーカーとマイクであり、通信部１２を介してスタッフ端末４０等との間で音声信号を送受信することで音声通話を可能とする。なお、音声入出力部１５は検出部１０の外部装置として、通信部１２を介して検出部１０に接続されてもよい。
【００３５】
また、検出部１０は、ベッド６０の方向に向けてマイクロ波を送受信して対象者７０の体動（例えば呼吸動）によって生じたマイクロ波のドップラシフトを検出するドップラシフト方式の体動センサーを、さらに備えてもよい。この体動センサーにより、対象者７０の呼吸動作に伴う胸部の体動（胸部の上下動）を検出し、その胸部の体動における周期の乱れや予め設定された閾値以下である胸部の体動における振幅を検知すると、微体動異常であると認識する。
【００３６】
本実施形態においては、ナースコール部１４によるナースコール、および対象者７０に関する検出部１０が認識した状態の変化であって、起床、離床、転落、転倒、微体動異常、等のスタッフ８０に発報（報知）を行うべき事象をイベントと称する。検出部１０は、生じたイベントの情報および撮影画像をサーバー２０へ送信（出力）する。
【００３７】
（サーバー２０）
図４はサーバーの概略構成を示すブロック図である。サーバー２０は、制御部２１、通信部２２、および記憶部２３を備える。サーバー２０は、対象者７０用の居室と同じ建物内に設けられてもよく、遠隔地に設けられてネットワークを介して接続可能であってもよい。例えば、サーバー２０は、インターネット等のネットワーク上に配置された複数のサーバーによって仮想的に構築されるクラウドサーバーであってもよい。各構成は、バスによって、相互に通信可能に接続されている。記憶部２３は、データベースとして機能し、イベントリスト、対象者７０、およびスタッフ８０に関する各種情報を記憶する。制御部２１は、通信部２２と協働することで事故に繋がる可能性のある所定のイベントのイベント情報、およびイベントに関連付けられたイベントが発生した時点を含む所定期間の画像データを取得する取得部として機能する。また制御部２１は、取得したこれらのデータからイベントの発生状況を分析することでレポートを作成する作成部として機能する。また制御部２１は、通信部２２と協働することで、作成したレポートを出力する出力部としても機能する。その他の制御部２１、および通信部２２は、検出部１０の各構成と同様の機能を有するため、詳細な説明を省略する。このイベントリストには、後述するように、事故に繋がる可能性がある所定のイベント（例えば転落、転倒のイベント）を含む各種のイベントの情報が含まれる。この事故に繋がる可能性がある所定のイベントは、ヒヤリハットともよばれ、このままの状態が続くと事故になる可能性があるものである。
【００３８】
サーバー２０は、検出部１０が検出した、ナースコール、起床、離床、転落、転倒、等のイベントが、どの対象者７０に関するものであるかを判定（識別）する。この判定は、イベントを検出した検出部１０が設置されている部屋番号から、これに対応付けられている対象者７０（すなわち、部屋の入居者）を判定する。そして、判定したイベントの種類と対象者７０とを関連付けて記憶部２３のイベントリストに追加する。なお、本実施形態では、対象者７０の判定は、対象者７０がＩＣタグを携帯している場合には、このＩＣタグを各部屋に設けたＲＦＩＤリーダーで読み取ることにより、判定してもよい。なお、相部屋等で、１つの部屋に複数の対象者７０が存在する場合には、ベッド６０毎に検出部１０を配置することで、対象者７０を判定してもよい。また、これに関連し、スタッフ８０が携帯するスタッフ端末４０をＲＦＩＤリーダーに近づけることにより、各スタッフ８０の部屋への入室を検知するようにしてもよい。
【００３９】
（固定端末３０）
固定端末３０は、いわゆるＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）であり、ＣＰＵ、ＲＡＭ等で構成される制御部、通信部、表示部、入力部、および音声入出力部を備える。固定端末３０は、例えばナースステーション内に配置される。また、後述するレポートを出力する際、ユーザー（スタッフ８０、このスタッフ８０を管理する管理者等）の指示の入力により、表示部に分析結果を図表等により可視化したレポートを表示したり、外部のプリンター（図示せず）から用紙に出力させたりする。また、このレポートには、後述するようにユーザーが固定端末３０の表示部（ディスプレイ）に表示された撮影画像を参照しながら、入力部から入力したコメントを含ませるようにしてもよい。
【００４０】
また、スタッフ８０または技術スタッフ等は、固定端末３０を通じて、検出部１０を各部屋（居室）に取り付けたときに、部屋番号と検出部１０の対応付けをしたり、ベッド６０等の居室内の設置物の位置情報、すなわち、天井のカメラ１３による上方視の輪郭情報の校正、指定を行ったりする。また、入院または入居している対象者７０の名前、ＩＤ番号等の識別情報と、各部屋番号との対応付けも行う。
【００４１】
（スタッフ端末４０）
図５は、スタッフ端末４０の概略構成を示すブロック図である。スタッフ端末４０は、制御部４１、無線通信部４２、表示部４３、入力部４４、および音声入出力部４５を備え、これらはバスにより相互に接続される。制御部４１は、検出部１０の制御部１１と同様の構成として、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える。無線通信部４２により、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の規格を用いた無線通信が可能であり、アクセスポイント５１を経由して、または直接的に各装置と無線通信する。表示部４３、および入力部４４は、タッチパネルであり、液晶等で構成される表示部４３の表示面に、入力部４４としてのタッチセンサーを重畳させたものである。表示部４３、入力部４４によって、スタッフ８０に対して、イベントリストに含まれる複数のイベントを一覧表示した各種の操作画面を表示したり、操作画面を通じて各種の操作を受け付けたりする。音声入出力部４５は、例えばスピーカーとマイクであり、無線通信部４２を介して他のスタッフ端末４０との間でスタッフ８０による音声通話を可能にする。スタッフ端末４０は、見守りシステム１のユーザーインターフェースとして機能する機器であり、例えば、タブレット型コンピューター、スマートフォンまたは携帯電話等の、持ち運び可能な通信端末機器によって構成できる。
【００４２】
スタッフ８０は、業務開始時に、割り当てられたスタッフ端末４０を通じて、ログイン認証処理を行う。スタッフ８０は、スタッフ端末４０のタッチパネル（表示部４３、入力部４４）を通じて、スタッフＩＤ、パスワードを入力する。スタッフ端末４０は、これをサーバー２０に送信する。サーバー２０は、記憶部２３に記憶している認証情報を突き合わせ、スタッフ８０の権限に応じた認証結果をスタッフ端末４０に送信することで、ログイン認証が終了する。
【００４３】
（見守りシステムの処理の手順）
次に、見守りシステム１全体で行われる、イベント情報、および画像データの蓄積処理について図６を参照して説明する。図６は、見守りシステムの処理の手順を示すシーケンスチャートである。
【００４４】
（ステップＳ１１０）
図６に示すように、検出部１０は、観察領域における対象者７０の動き、または対象者７０によるナースコールのイベントを検出する。そして、検出部１０は、対象者７０の動きから、転落、転倒、等の他のイベントの発生の有無を判定する。
【００４５】
（ステップＳ１２０、Ｓ１３０）
そしてイベントの発生を判定した場合、そのイベント情報をサーバー２０に送信する。また、検出部１０は、イベントが発生した時に観察領域を撮影することで得られた画像データを送信する。この場合、発生したイベントの種類が特定の種類、例えば転落、転倒、等の事故に繋がる可能性のイベントであれば、発生時点を含む発生時点前後の所定時間（例えば数秒〜数十秒）の動画を送信し、その他の種類のイベントであれば発生時点の静止画を送信するようにしてもよい。なお、別の例として、検出部１０は、撮影画像をサーバー２０に連続して送信し続け、サーバー２０側では、上書きさせながら所定時間分（例えば過去数時間分）だけ一時記憶部に記憶する。そしてサーバー２０は、イベントが発生し、イベント情報を検出部１０から受信するに応じて、一時記憶部から発生時点前後の静止画、または動画を読み出し、イベントに関連付けて保存するようにしてもよい。
【００４６】
（ステップＳ１４０）
サーバー２０は、イベントリストを更新する。図７は、記憶部２３に記憶されるイベントリストの例である。イベントリストに含まれるイベントには、上述のように起床、離床、転落、転倒、およびナースコールが含まれる。ステップＳ１２０で送信された最新のイベントは、イベントリストの最後に追加される。
【００４７】
図７に示すように、各イベントには、自動的に付与される主キーとなるイベントＩＤ、部屋番号、対象者、イベント種類、発生日時（時刻）、画像データ、および対応状況の情報が含まれる。画像データは、上述のとおり、ステップＳ１３０で送信された、イベントの発生時に検出部１０により撮影して得られた静止画、または動画のデータである。対応状況は、ステイタス、対応スタッフ、および対応日時（時刻）が含まれる。対応状況については後述する。
【００４８】
図７に示す例では、イベントＩＤ０１０のイベントは転落であり、イベントＩＤ０１１、０１２のイベントは、ナースコールである。イベントＩＤ０１３〜０１５は順に、一人の対象者７０（Ｂさん）に連続して発生した、起床、離床、および転倒である。イベントＩＤ０１０〜０１２のイベントに関する対応状況のステイタスは対応済みになっており、イベントＩＤ０１３〜０１５は未対応である。
【００４９】
（ステップＳ１５０）
サーバー２０は、新たなイベントが検出されて追加される、またはイベントのステイタスが変更されることで、イベントリストが更新された場合には、更新後のイベントリストを、ログイン中の全てのスタッフ端末４０に配信する。なお、このときの配信先は、イベントを発生させた対象者７０を担当するスタッフ８０が用いるスタッフ端末４０にのみ配信するようにしてもよい。イベントリストを受信した各スタッフ端末４０は、サーバー２０からイベントリストを受信するに応じて、受領確認コマンドを返す（図示せず）。なお、サーバー２０からのイベントリストの送信は、差分データのみを送信するようにしてもよい。例えば、直前に送信したイベントリストに対して変化した部分、すなわち追加または更新があったイベントのみをイベントリストとして全てのスタッフ端末４０に送信する。
【００５０】
（ステップＳ１６０）
各スタッフ端末４０は、サーバー２０からイベントリストを受信するに応じて、表示部４３の表示内容の更新を行う。
【００５１】
図８は、スタッフ端末４０の表示部４３に表示されるイベントへの対応方針を入力する操作画面４３１、４３２の例である。同図に示す操作画面４３１は、イベントリストが一覧表示される画面である。表示するイベントは、フリック操作することで上下にスクロールさせることが可能である。
【００５２】
操作画面４３１の領域ａ１１、ａ１２は、それぞれ、図７のイベントリストのイベントＩＤ０１１、０１２に対応する。領域ａ１１、ａ１２には、ナースコールであること示すアイコン、および対応済みであることが表示されている。領域ａ１３は、図７の破線枠で囲むイベントＩＤ０１３〜０１５に対応する。これらは、同一の対象者７０（Ｂさん）に関するものであるため、同じ領域にまとめて表示される。また、未対応であることから、領域ａ１３には、対応済みと区別し易いように、サムネイル画像を表示している。このサムネイル画像は、最新のイベント（ＩＤ０１５）に関する動画の画像ｉ０１５（図７参照）から切り出した静止画から作成したものである。領域ａ１４を操作することで、ログイン中の他のスタッフ８０とテキストメッセージの交換を行える。制御部４１は、操作画面４３１において、スタッフ８０の領域ａ１３へのクリック操作を受け付けることで、内容確認用の操作画面４３２に遷移させる。
【００５３】
（ステップＳ１７０）
スタッフ８０は、スタッフ端末４０に表示した操作画面４３２により、イベントの内容を確認する。操作画面４３２において、領域ａ２１には、イベントを発生（判定）させた対象者７０のＩＤ（名前：Ｂさん）、およびスタッフ端末４０を使用するスタッフ８０のＩＤ（名前：スタッフＡ）が表示されている。領域ａ２２には、イベントの発生時刻からの経過時間が表示されている。なお、図７の破線枠内に示すように、対象者７０（Ｂさん）については、起床、離床、転倒のイベントの発生を連続して判定し、共に未対応のステイタスであるので、この領域ａ２２には、最新のイベント以外の「起床」、「離床」のイベントを表すアイコンが示されている。なお、領域ａ２２に示す経過時間（「経過０分」）は、最新のイベントの発生を判定してからの経過時間（分未満を切り下げ）である。領域ａ２３には、「転倒」を示す文字とアイコンが示されている。また領域ａ２４には、転倒判定時の撮影画像のサムネイル画像が表示されている。スタッフ８０は、サムネイル画像では情報として不十分で、さらに転倒を発生させた対象者７０の状況を確認したいときは、下方にある「話す」ボタンや「見る」ボタンを操作する。「話す」ボタンを操作することで、音声入出力部１５を通じて対象者７０（Ｂさん）と通話できる。「見る」ボタンを操作することでカメラ１３が撮影したライブ映像をストリーミング再生により視聴できる。
【００５４】
スタッフ８０（スタッフＡ）は、領域ａ２５の「対応する」ボタンを操作することで表示した転落（ＩＤ０１５）を、自らが率先して担当することに決定する。対応しない場合には，領域ａ２６内の戻るボタン（三角アイコン）を操作することで、イベントリスト画面に戻る。なお、あるスタッフ８０が、図８に示す操作画面４３２を表示し、転落等のイベントの状態を確認している最中は、サーバー２０の制御により、他のスタッフ８０への禁則処理がなされる。例えば、あるスタッフ８０が対象者７０（Ｂさん）のイベントの状態を確認している時に、他のスタッフ８０が同じイベント（ＩＤ０１３〜０１５）を選択したとしても、他のスタッフ８０の操作画面４３１には、「状態確認中」の文字が表示され、「対応する」ボタンは表示されない、または選択できないようにする。
【００５５】
（ステップＳ１８０、Ｓ１９０）
スタッフ端末４０は、「対応する」ボタンが操作されることに応じて、サーバー２０に選択されたイベントに関する対応要求を送信し、これに応じて、サーバー２０は承認通知を返信する。
【００５６】
（ステップＳ２００）
サーバー２０は、ステップＳ１８０の処理に応じてイベントリストを更新する。具体的には、イベントリスト（ＩＤ０１３〜０１５：転倒等）のステイタスを対応済みに変更する。本実施形態においては、スタッフ８０が選択し、操作画面４３２に表示するイベントに対して上述の「対応する」ボタンを操作することに応じて、「対応済み」に変更している。すなわち、「対応する」ボタンの操作により、確認したことを示す情報である「対応済み」の対応状況が入力され、対応が行われたとみなして対応日時を記録する。より具体的には、図７のイベントリストにおいて、ステップＳ１８０、Ｓ１９０の処理が行われた時刻が、対応日時欄に記録される。なお、これに限られず、対応日時は、スタッフ８０が、転落、転倒、ナースコール等のイベントを発生させた対象者７０の部屋に入室した時刻を、対応日時欄に記録してもよく、別の操作画面により対応結果を入力することにより対応済みにし、入力時刻を対応日時欄に記録してもよい。また、サーバー２０は、イベントリストを更新することに応じて、ログイン中の全てのスタッフ８０に更新後のイベントリストを送信する。
【００５７】
検出部１０が発生を判定した事故に繋がる可能性のある所定のイベント、すなわち、転落、転倒のイベントの判定には、誤判定が含まれる。判定の基準を厳しくすると、実際に転落、転倒が発生したときに、判定漏れが生じる虞がある。一方で、判定の基準を緩くしすぎると、実際には、転落、転倒が生じていない場合に、転落、転倒のイベントの発生を判定するといった誤判定が発生しやすくなる。
【００５８】
本実施形態では、判定漏れを極力無くすように判定基準を厳しくしていないため、誤判定がある程度含まれる。この誤判定か実際に発生したかの判別を、スタッフ８０が、スタッフ端末４０を用いて、状況を確認することにより行う。具体的には、スタッフ８０は、対象者７０の状況を、通話や撮影した画像により確認することで、誤判定の場合に、実際に居室に出向く対応が必要ないことを確認できる。また、実際に転落、転倒が発生したとしても、負傷が発生せず、特に対応が必要でない場合もあり、この場合も、対象者７０との通話等により無事であることを確認することで、居室に出向く対応を省略できる。
【００５９】
なお、本明細書においては、検出部１０が転落、転倒、等のイベントの発生を判定した場合には、実際に転落、転倒、等が発生していなくても、発生件数にカウントする。換言すると、この発生件数は、転倒、転落等の発生が疑われる疑い件数とも言い得る。
【００６０】
以上のようにして、転落、転倒等のイベントの発生を判定した場合に、そのイベントへの対応状況を含めたイベント情報をイベントリストに蓄積する。次にこの蓄積されたイベントリストを用いて、イベントの発生状況、および対応状況を分析し、分析結果が可視化されるレポートを作成し、出力する処理について説明する。
【００６１】
（レポートの出力処理）
図９は、第１の実施形態に係る見守りシステム１により実行されるレポートの出力処理の手順を示すフローチャートである。図９の処理は、主にサーバー２０の制御部２１が、記憶部２３に記憶されたプログラムを実行することにより行われる。
【００６２】
（ステップＳ３１０）
サーバー２０の制御部２１は、記憶部２３のイベントリストに、発生を判定したイベントのイベント情報を蓄積（追加）する。また、イベントが発生したときの画像データ（静止画または動画）を、イベントに関連付けて蓄積する。この蓄積処理は、上述した処理（図６）により行われる。
【００６３】
（ステップＳ３２０）
制御部２１は、記憶部２３から事故に繋がる可能性のある転落、転倒のイベント情報を取得する。これは、例えば、固定端末３０を通じたユーザー（スタッフ８０、このスタッフ８０を管理する管理者、等）からの要求により、開始する。ユーザーは、固定端末３０を通じて、特定の対象者７０を選択する。制御部２１は、この指定された対象者７０に関する転落、転倒のイベント情報を取得する。なお、他の事故に繋がるイベントとして、離床のイベントを含ませてもよい。例えば、ベッド６０、テレビ等の居室内の家具の配置が変更されたことで、就寝時におけるベッド６０内の対象者７０の体勢が変わる場合がある。これにより、脚等の身体の一部がベッド６０からはみ出ることが多発し、離床のイベントが多く判定されることがある。このような事象では、離床は、ベッドからの転落を引き起こし、間接的に事故に繋がるイベントとなる。
【００６４】
（ステップＳ３３０）
制御部２１は、取得したイベント情報から、転落、転倒の件数を分析する。図１０は、ある対象者７０（例えばＢさん）における、転落・転倒の分析結果を可視化した例を示す図である。同図は、１日（６時〜翌日の５時（２９時））の時間毎の転倒と転落の発生件数（発生件数）の合算の推移を示した表である。表中では、１回以上の転倒または転落のイベントが発生した時間帯を灰色で示している。
【００６５】
（ステップＳ３４０）
制御部２１は、転倒または転落のイベントの単位期間当たりの発生件数の増加があったか否かを判断する。この判断は、１時間単位で判断してもよく、１日単位で判断してもよい。１日単位で判断する場合、ある日の発生件数が、その前日、またはその日よりも前の数日の平均の発生件数に対して、所定倍数以上である場合に、増加があったと判断できる。図１０に示す例では、１０月２１日の発生件数１７件が、前２日間（２０日、１９日）の発生件数の平均値６．５件よりも２倍以上増加しているので、１０月２１日に発生件数の増加があったと判断できる。増加があれば、処理をステップＳ３５０に進める。一方で、増加がなければ処理をステップＳ３６０に進める。
【００６６】
（ステップＳ３５０）
制御部２１は、増加時期の前後のイベントに関連付けられている画像データを取得して、ユーザー（スタッフ８０、管理者、等）が使用する固定端末３０のディスプレイに、この画像データに基づく画像を表示する。表示する画像は、動画（例えば数秒〜数十秒）であるが、この動画から切り出した静止画であってもよい。
【００６７】
なお、このときに、記憶部２３に記憶されている対象者７０の情報をディスプレイに表示してもよい。この対象者７０の情報には、例えば対象者７０の歩行状態情報（自立、車椅子、歩行器）が含まれる。また、前後の画像を表示する際に、制御部２１が画像を解析することで、居室内の家具等（ベッド、歩行器、杖）を認識し、前後の２つの画像で、家具等の配置の変化があれば、そのことを示すアノテーション画像（囲み枠、注意文、等）を表示画像に追加するようにしてもよい。
【００６８】
（ステップＳ３６０）
制御部２１は、レポートに追加するコメントを受け付ける。例えば、固定端末３０を通じて、ユーザーからのコメントを受け付ける。
【００６９】
ユーザーは、固定端末３０のディスプレイに表示された増加時期の前後の２枚の画像を比較することで、得られる判断結果をコメントとして入力する。例えば、画像の比較により、以前の画像に比べて、転落、転倒のイベントの発生件数の増加が発生した時期以降の画像では、居室内の家具等の配置が変更されていれば、この家具等の配置の変更により、発生件数が増加したと推定できる。この家具等には、ベッド、テレビ、箪笥、等の固定家具のみならず、歩行器、車椅子、杖、等の歩行用の道具が含まれる。例えば、杖を置く位置を以前と異なる位置に変更したことにより、イベントの発生件数が増加する場合がある。
【００７０】
また対象者７０の情報、例えば対象者７０の歩行状態情報（自立、車椅子、歩行器）と、実際に１人でいる時の歩行状態（撮影画像）を比較してもよい。具体的には、居室内で、１人の時に転落、転倒した際に撮影した画像から実際の歩行状態を判別する。そしてこれが歩行状態情報とは異なり、対象者７０が本来行うべきではない危険な歩行をしていることが判明したら、これを転倒のイベントが増加した理由として挙げることができる。この危険な走行の例としては、歩行器を使う対象者７０が、歩行器を使用せずに居室内を壁伝いで自立して歩行する場合がある。
【００７１】
（ステップＳ３７０）
制御部２１は、分析結果に基づいてレポートを作成する。また、ステップＳ３６０でコメントを受け付けたなら、そのコメントをレポートに追加する。
【００７２】
（ステップＳ３８０）
制御部２１は、固定端末３０のディスプレイに表示したり、プリンターから用紙に印刷したり、要求に応じた送信先アドレスにレポートのデータを送信したりすることで、レポートを出力する。
【００７３】
図１１は、可視化した分析結果を出力したレポートの例を示す図である。図１１は、図１０で示した分析結果を反映したものであり、ユーザーにより選択された対象者７０（Ｂさん）に関する事故に繋がる可能性がある所定のイベントに関するレポートを示している。図１１の上段の表は図１０に示した図に対応している。中段の２枚の画像は、増加が発生した時期の前後の居室内の撮影画像である。下段のコメントは、ステップＳ３６０で受け付けたものである。
【００７４】
このように第１の実施形態では、事故に繋がる可能性がある所定のイベントのイベント情報、および、このイベント情報に関連付けられた画像データを取得し、対象者について、イベントの発生件数、発生時刻、および画像データを用いて、イベントの発生状況を分析することで、分析結果に基づいてイベントの発生状況が可視化されたレポートを作成し、これを出力する。
【００７５】
これにより、入居者（対象者７０）の日々の行動から検知した、転倒・転落件数、転倒・転落の画像を分析し、ヒヤリハットを取り出した結果をまとめたレポートを出力でき、このレポートは、事故に繋がる可能のあるイベントの発生の未然の防止に役立つ。
【００７６】
施設では対象者７０が居室内でどのような行動をしているか把握できていない。すなわち、入口のドアが閉まっている状態では、スタッフ８０は、室内の様子は認識できない。そのため、入居者の危険行動（転倒に繋がりそうな歩行など）があることが分からないので、事故が発生してからの対策検討になってしまう。
【００７７】
これに対して、本実施形態によれば、検出部１０が検知した転倒・転落のイベントを分析することで、施設のスタッフ８０が把握できていない入居者（対象者７０）の居室内での危険行動を知ることができる。また、危険行動を減らすための対策（家具の配置変更等）を促すことで、転倒、転落を現象させ、これらによる事故を未然に防止できる。
【００７８】
（変形例に係る見守りシステム１でのレポートの出力処理）
図１０に示す実施形態においては、ユーザーからのコメントの入力を受け付けた。これに対して、以下に説明する変形例においては、制御部２１側で、コメントを自動的に作成する。図１２は、変形例におけるレポートの出力処理を示すフローチャートである。
【００７９】
（ステップＳ４１０〜Ｓ４４０）
ここでは、制御部２１は、図１０に示したステップＳ３１０〜Ｓ３４０と同様の処理を行う。イベントの発生件数の増加があれば、処理をステップＳ４６５に進める。
【００８０】
（ステップＳ４６５）
制御部２１は、増加に関して注意を促すコメントを作成する。このコメントは、定型文を用いるものであり、増加があった前後の期間で、居室内の家具の配置等の転倒、転落の増加に結びつく変更がなされたかを確認するためのコメントを作成する。例えば図１１のレポートのコメント欄は、このような場合に想定される、増加に関して注意を促すコメントである。このコメントの一部、または全部は、あらかじめ記憶部２３に記憶されていてもよい。
【００８１】
このように、制御部２１側で、コメントを作成することによっても、第１の実施形態と同様の効果が得られるとともに、ユーザーがコメントを作成する手間を煩わせずに、レポートを作成できる。
【００８２】
（他の変形例）
上述した実施形態では、検出部１０、サーバー２０、固定端末３０、およびスタッフ端末４０をそれぞれ独立した別個の装置として説明した。しかしながら、これに限定されず、いくつかの構成を統合してもよい。例えばサーバー２０の機能を固定端末３０内に統合してもよい。
【００８３】
また、上述した実施形態に係る見守りシステム１における処理は、上述のシーケンチャート、またはフローチャートのステップ以外のステップを含んでもよく、あるいは、上述したステップのうちの一部を含まなくてもよい。また、ステップの順序は、上述した実施形態に限定されない。さらに、各ステップは、他のステップと組み合わされて一つのステップとして実行されてもよく、他のステップに含まれて実行されてもよく、複数のステップに分割されて実行されてもよい。
【００８４】
また、上述した実施形態に係る見守りシステム１における各種処理を行う手段および方法は、専用のハードウエア回路、またはプログラムされたコンピューターのいずれによっても実現することが可能である。上記制御プログラムは、例えば、ＵＳＢメモリやＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）−ＲＯＭ等のコンピューター読み取り可能な記録媒体によって提供されてもよいし、インターネット等のネットワークを介してオンラインで提供されてもよい。この場合、コンピューター読み取り可能な記録媒体に記録されたプログラムは、通常、ハードディスク等の記憶部に転送され記憶される。また、上記プログラムは、単独のアプリケーションソフトとして提供されてもよいし、一機能としてその検出部等の装置のソフトウエアに組み込まれてもよい。
【００８５】
本出願は、２０１８年６月２７日に出願された日本特許出願（特願２０１８−１２２２７４号）に基づいており、その開示内容は、参照され、全体として組み入れられている。
【符号の説明】
【００８６】
１  見守りシステム
１０  検出部
１１  制御部
１２  通信部
１３  カメラ
１４  ナースコール部
１５  音声入出力部
２０  サーバー
２１  制御部
２２  通信部
２３  記憶部
３０  固定端末
４０  スタッフ端末
４１  制御部
４２  無線通信部
４３  表示部
４４  入力部
４５  音声入出力部
５０  ネットワーク
５１  アクセスポイント
７０  対象者（被介護者）
８０  スタッフ（介護者）
【図１】
2020003704.tif 000003
【図２】
2020003704.tif 000004
【図３】
2020003704.tif 000005
【図４】
2020003704.tif 000006
【図５】
2020003704.tif 000007
【図６】
2020003704.tif 000008
【図７】
2020003704.tif 000009
【図８】
2020003704.tif 000010
【図９】
2020003704.tif 000011
【図１０】
2020003704.tif 000012
【図１１】
2020003704.tif 000013
【図１２】
2020003704.tif 000014
【国際調査報告】
2020003704.tif 000015
2020003704.tif 000016