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