JP2016045573A - 制御方法、制御装置および制御プログラム - Google Patents

Abstract

【課題】利用者の異常を検知した場合に施設内のスタッフの過剰な呼び出しを抑制できる。【解決手段】入力部１０１は、監視システムから送信された利用者の識別情報を取得部１１１に入力する。取得部１１１は、入力部１０１から利用者ＩＤおよびベッドＩＤを受け付け、読取ログ１２３に記憶する。判定部１１２は、取得部１１１から出力された各利用者ＩＤを用いて報知レベルを判定する。設定部１１３は、センサに報知レベルを設定する。出力部１０２は、設定部１１３から送信された報知レベルをセンサに出力する。送信部１１４は、センサから受信した報知レベルに応じて選択された各管理者端末に、インシデントの情報を送信する。【選択図】図６

Description

本発明は、制御方法、制御装置および制御プログラムに関する。

介護施設、病院等の施設では、高齢者の見守りをＩＣＴ(Information and Communication Technology)化し、利用者の異常を早期に発見する試みがなされている。例えば、利用者のベッド周辺に設置されたセンサで検知した、利用者の転倒もしくはベッドからの転落を示す警報を出力するナースコール子機がある。そのようなセンサを医療従事者などが誤って動作させることにより、ナースコールに誤報が報知されることを防ぐために、例えば、医療従事者の病室への入室を検出した場合には、ナースコール子機への呼び出しや警告の報知を停止する技術がある。

また、利用者をケアしている最中のスタッフに対して他の利用者の異常を通知しないようにする技術がある。かかる技術では、利用者の異常を検知した場合に在室しているスタッフを通知対象から除外し、部屋外のスタッフにのみ利用者の異常を通知する。このように、在室しているスタッフを通知対象から除外することで、スタッフは目の前の利用者のケアに集中できるようになる。

特開２０１０−０７５５８０号公報 特開２０１０−０７５５８２号公報

しかしながら、利用者の異常を検知した場合に、簡単なケアであれば対応可能な家族が患者の近くにいても、全てのインシデントが通知されてしまい、スタッフの負担を軽減できないという問題がある。

一つの側面では、利用者の周囲にいる人の種類とインシデントの内容とに応じて、スタッフの呼び出しを抑制可能な制御方法、制御装置および制御プログラムを提供することを目的とする。

第１の案では、コンピュータにより実行される制御方法は、あるケア対象者のベッドの周辺エリア内に存在する１又は複数の者の識別情報を取得する。制御方法は、取得した１又は複数の者の識別情報が、医療従事者の識別情報に対応する識別情報を含まず、ケア対象者の親族に対応する識別情報とケア対象者の識別情報とを含む場合に、取得した１又は複数の者の識別情報がケア対象者の識別情報のみを含む場合には通知対象とするケア対象者を監視する監視装置によって検出された複数の種類のインシデントのうちの一部のインシデントを通知対象とし、他のインシデントを通知対象としない制御を行う。

本発明の一実施態様によれば、利用者の周囲にいる人の種類とインシデントの内容とに応じて、スタッフの呼び出しを抑制できるという効果を奏する。

図１は、実施例１のシステムの全体構成の例を示す図である。 図２は、制御部が通知の対象とするインシデントのグループの第１の例を示す図である。 図３は、制御部が通知の対象とするインシデントのグループの第２の例を示す図である。 図４は、制御部が通知の対象とするインシデントのグループの第３の例を示す図である。 図５は、監視システムのシステム構成の例を示す図である。 図６は、実施例１の制御装置の構成の一例を示す図である。 図７は、利用者ＩＤデータベースの一例を示す図である。 図８は、ベッドＩＤデータベースの第１の例を示す図である。 図９は、読取ログの一例を示す図である。 図１０は、アドレスデータベースの一例を示す図である。 図１１は、実施例１のシステムに係る全体の処理フローの例を示す図である。 図１２は、利用者ＩＤ照合処理の処理フローの例を示す図である。 図１３は、報知レベル判定処理の全体の処理フローの例を示す図である。 図１４は、報知レベル判定１の処理フローの例を示す図である。 図１５は、報知レベル判定２の処理フローの例を示す図である。 図１６は、報知レベル設定処理の処理フローの例を示す図である。 図１７は、報知処理の処理フローの例を示す図である。 図１８は、報知処理の第一の例を示す図である。 図１９は、報知処理の第二の例を示す図である。 図２０は、報知処理の第三の例を示す図である。 図２１は、ベッドＩＤデータベースの第２の例を示す図である。 図２２は、実施例１の制御装置のハードウェア構成を示す図である。 図２３は、コンピュータで動作するプログラムの構成例を示す図である。

以下に、本願の開示する制御方法、制御装置および制御プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの権利範囲が限定されるものではない。各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

（実施例１のシステムの全体の構成）
図１は、実施例１のシステムの全体構成の例を示す図である。図１の例に示すように、制御システム１は、監視システム１０と、ネットワーク５０と、管理者端末６０ａ〜６０ｃと、制御装置１００とを有する。監視システム１０は、ネットワーク５０を介して制御装置１００に接続される。また、制御装置１００は、ネットワーク５０を介して管理者端末６０ａ〜６０ｃと接続される。

監視システム１０は、センサ１１と、ベッド１２と、識別子読取装置１３とを有する。監視システム１０は、例えば１つのベッドに対して１つ設置される。なお、図１には、制御システム１に１つの監視システム１０が示されるが、制御システム１に複数の監視システムが存在してもよい。センサ１１は、ベッド１２にいる患者や被介護者を監視し、インシデントを検知する。以下の説明において、患者や被介護者を含め医療や介護を受ける側である人を指して、ケア対象者と記載する場合がある。インシデントとは、例えばセンサ１１によって検知されたケア対象者の異常である。例えば、センサ１１は、ケア対象者が転倒したり、ベッド１２から転落したり、痛みで暴れだしたりしたことを検知した場合をインシデントとする。センサ１１は、検知したインシデントの情報をメモリに記憶する。

ベッド１２は、ケア対象者ごとに割り当てられる病室内のベッドである。以下の説明において、病室と記載する場合、病室には、病室や介護施設の居室を含めてよい。また、病院と記載する場合、病院には、病院や介護施設を含めてよい。個室の病室には、一部屋に一つのベッドが設置され、大部屋の病室には一部屋に複数のベッドが設置される。ベッド１２には、病院内の他のベッドと一意に識別しうる識別子が付される。

識別子読取装置１３は、ベッドに存在するケア対象者、ベッド周囲に存在する医師、看護師などの医療スタッフ、介護に関するスタッフ等の識別子を読み取る装置である。以下の説明において、医療従事者と記載する場合、医療従事者には医療スタッフや介護スタッフを含めてよい。また単にスタッフと記載する場合も、スタッフには医療スタッフや介護スタッフを含めてよい。識別子読取装置１３は、例えば施設内の各スタッフが有するカード型のＩＣ（Integrated Circuit）タグから識別子を読み取る。

監視システム１０は、識別子読取装置１３によって読み取られた各識別子を、ネットワーク５０を介して制御装置１００に送信する。

制御装置１００は、あるケア対象者のベッドの周辺エリア内に存在する１又は複数の者の識別情報を取得する取得部を有する。制御装置１００は、取得した１又は複数の者の識別情報が、医療従事者の識別情報に対応する識別情報を含まず、ケア対象者の親族に対応する識別情報とケア対象者の識別情報とを含む場合に、取得した１又は複数の者の識別情報がケア対象者の識別情報のみを含む場合には通知対象とするケア対象者を監視する監視装置によって検出された複数の種類のインシデントのうちの一部のインシデントを通知対象とし、他のインシデントを通知対象としない制御を行う制御部を有する。なお、監視システム１０は、監視装置の一例である。

制御装置１００は、あるケア対象者のベッドの周辺エリア内に存在する１又は複数の者の識別情報を取得する取得部を有する。制御装置１００は、取得した１又は複数の者の識別情報が、医療従事者の識別情報に対応する識別情報を含む場合と、医療従事者の識別情報に対応する識別情報を含まず、ケア対象者の親族に対応する識別情報を含む場合と、ケア対象者の識別情報のみを含む場合とで、ケア対象者を監視する監視装置によって検出されたインシデントのうち、ケア対象者の周辺エリアで取得された医療従事者とも該ケア対象者と対応付けられている医療従事者とも異なる医療従事者である、特定の医療従事者に対して通知対象とするインシデントのグループを異なるものにそれぞれ制御する制御部を有する。なお、監視システム１０は、監視装置の一例である。

制御部は、取得した１又は複数の者の識別情報が、医療従事者の識別情報に対応する識別情報を含む場合には、第１のインシデントのグループに含まれるインシデントを通知対象とする。また、制御部は、医療従事者の識別情報に対応する識別情報を含まず、ケア対象者の親族に対応する識別情報を含む場合には、第１のインシデントのグループを包含する第２のインシデントのグループに含まれるインシデントを通知対象とする。また、制御部は、ケア対象者の識別情報のみを含む場合には、第２のインシデントのグループを包含する第３のインシデントのグループに含まれる第３のインシデントを通知対象とする。

制御装置１００は、医療従事者若しくはケア対象者の親族の顔画像を登録した記憶装置を有する。制御部は、取得した１又は複数の者の顔画像が、記憶装置１２０に登録された医療従事者若しくはケア対象者の親族に対応する顔画像を含まず、第三者の顔画像のみを含む場合には、第１および第２のインシデントのグループと、第３のインシデントのグループの全部又は一部とを通知対象とする。

図２〜図４を用いて、制御装置１００が通知の対象とする各インシデントのグループの具体例について説明する。図２〜図４の例は、制御装置１００が、報知レベルに応じてスタッフへの通知対象とするインシデントのグループを制御する内容を示す。

図２は、制御部が通知の対象とするインシデントのグループの第１の例を示す図である。図２の例に示される表１０ａの各行は、報知レベルに対応する。図２の例では、報知レベルは、「０」「１」「２」「３」の４段階に分けられる。例えば、制御装置１００は、監視システム１０において取得された識別情報にケア対象者が含まれない場合、報知レベルを「０」とする。また、制御装置１００は、監視システム１０において取得された識別情報にケア対象者およびスタッフの識別情報が含まれる場合、報知レベルを「１」とする。また、制御装置１００は、監視システム１０において取得された識別情報にケア対象者および親族の識別情報が含まれる場合、報知レベルを「２」とする。制御装置１００は、監視システム１０において取得された識別情報にケア対象者のみが含まれる場合、報知レベルを「３」とする。なお、報知レベルの設定は、図３の例でも同じである。

表１０ａの各列は、インシデントを通知する対象のスタッフを表す。「担当スタッフ＆同室スタッフ」の列は、「担当スタッフ」および「同室スタッフ」に対応する。「担当スタッフ」は、インシデントに対応するケア対象者を担当するスタッフである。「同室スタッフ」は、インシデントに対応するケア対象者と同じ室内に在室している、「担当スタッフ」とは異なるスタッフである。また、「その他のスタッフ」の列は、「担当スタッフ」および「同室スタッフ」以外のスタッフに対応する。なお、「その他のスタッフ」は、特定の医療従事者（ケア対象者の担当である医療従事者とも、ケア対象者が存在する室内にいる医療従事者とも異なる医療従事者）の一例である。

図２に示す「種類１」および「種類２」は、インシデントの分類例である。例えば、「種類１」のインシデントは、危険度が所定値以上であるインシデントである。また、例えば、「種類２」は、危険度が所定値未満であるインシデントである。インシデントの危険度とは、インシデントの緊急性の高さを示す。緊急性が高いインシデントほど高い危険度が設定される。

例えば、センサ１１は、ケア対象者が転倒する、痛みで暴れだす等のケア対象者の症状の悪化を検知した場合に、緊急性が高いインシデントが発生したと判定し、インシデントに高い危険度を設定する。一方、センサ１１は、一時的に気分が悪くなってしゃがみこんだ等のケア対象者の不調の兆候を検知した場合に、緊急性が低いインシデントが発生したと判定し、インシデントに低い危険度を設定する。なお、インシデントの危険度、インシデントを危険度に応じて分類する際の所定値、ならびに、インシデントを危険度に応じて分類する際のインシデントの種類の数は、適宜変更可能である。

制御装置１００は、図２に示すように、報知レベル「０」のとき、「担当スタッフ＆同室スタッフ」および「その他のスタッフ」のいずれにも、インシデントが通知されない制御を行う。また、制御装置１００は、図２に示すように、報知レベル「１」のとき、「担当スタッフ＆同室スタッフ」には「種類１」および「種類２」のインシデントが通知される制御を行う。また、制御装置１００は、図２に示すように、報知レベル「１」のとき、「その他のスタッフ」にはいずれのインシデントも通知されない制御を行う。また、制御装置１００は、図２に示すように、報知レベル「２」のとき、「担当スタッフ＆同室スタッフ」には「種類１」および「種類２」のインシデントが通知される制御を行う。また、制御装置１００は、図２に示すように、報知レベル「２」のとき、「その他のスタッフ」には「種類１」のインシデントが通知される制御を行う。また、制御装置１００は、図２に示すように、報知レベル「３」のとき、「担当スタッフ＆同室スタッフ」および「その他のスタッフ」に「種類１」および「種類２」のインシデントが通知される制御を行う。

このように、制御装置１００は、例えば、報知レベル「３」の場合、すなわち取得した１又は複数の者の識別情報がケア対象者の識別情報のみを含む場合には、「その他のスタッフ」に対して「種類１」および「種類２」のインシデントが通知される制御を行う。一方、制御装置１００は、報知レベル「２」の場合、すなわち取得した１又は複数の者の識別情報が、医療従事者の識別情報に対応する識別情報を含まず、ケア対象者の親族に対応する識別情報とケア対象者の識別情報とを含む場合に、「その他のスタッフ」に対して、「種類１」および「種類２」のインシデントのうち一部のインシデントである「種類１」は通知され、他のインシデントである「種類２」は通知されない制御を行う。このように、制御装置１００によれば、ケア対象者の周囲にいる人の種類とインシデントの内容とに応じて、スタッフの呼び出しを抑制できる。例えば、ケア対象者の親族がいる場合には、「その他のスタッフ」に対する「種類２」に相当するインシデントの通知を抑制できる。

ところで、インシデントの種類の所定の組み合せにより定まるインシデントの集合が、インシデントを複数にグループ分けした場合のインシデントのグループである。図２の例においては、「種類１」および「種類２」のいずれのインシデントも含まないインシデントの空集合が、第１のインシデントのグループ１１ａである。また、図２の例においては、「種類１」の全てのインシデントを含み、「種類２」のインシデントを含まないインシデントの集合が、第２のインシデントのグループ１１ｂである。また、図２の例においては、「種類１」および「種類２」の全てのインシデントを含むインシデントの集合が、第３のインシデントのグループ１１ｃである。

なお、インシデントのグループ分けは、第１、第２、第３の順序で、危険度がより低いインシデントを含む、すなわち、第１よりも第２の方が、第２よりも第３のほうが、より危険度の低いインシデントを含むものであれば、いかなるものであってもよい。また、グループ分けしたインシデントのグループの数も、適宜変更可能である。

このように、制御装置１００は、報知レベル「１」の場合、すなわち取得した１又は複数の者の識別情報が、医療従事者の識別情報に対応する識別情報を含む場合には、特定の医療従事者に対して第１のインシデントのグループに含まれるインシデントを通知対象とする。つまり、図２に示すように、報知レベル「１」の場合は、「その他のスタッフ」に対しては、第１のインシデントのグループ１１ａのインシデントを通知対象とする。この例では、結果的に、いずれのインシデントも通知されない制御を行うことになる。

さらに、制御装置１００は、報知レベル「３」の場合、すなわちケア対象者の識別情報のみを含む場合）には、特定の医療従事者に対して第２のインシデントのグループを包含する第３のインシデントのグループに含まれるインシデントを通知対象とする。つまり、図２に示すように、報知レベル「３」の場合は、「その他のスタッフ」に対しては、第３のインシデントのグループ１１ｃのインシデントを通知対象とする。この例では、「種類１」および「種類２」のインシデントが通知される制御を行うことになる。このように、制御装置１００によれば、ケア対象者の周囲にいる人の種類とインシデントの内容とに応じて、また、危険度の高低に応じて、スタッフの呼び出しを抑制できる。例えば、医療スタッフがいる場合には、「その他のスタッフ」に対して「種類１」および「種類２」の通知を抑制でき、ケア対象者の親族がいる場合には、「その他のスタッフ」に対して「種類１」よりも危険度が低い「種類２」の通知を抑制できる。

図３は、制御装置が通知の対象とするインシデントのグループの第２の例を示す図である。インシデントのグループの第２の例は、インシデントのグループの第１の例と比較して、「担当スタッフ＆同室スタッフ」を「担当スタッフ」と「同室スタッフ」とへ分けた点が異なる。また、通知されるインシデントのグループについて、「特定の医療従事者」に対する制御として、「同室スタッフ」と「その他のスタッフ」とに対する制御を同様に行う点が異なる。

すなわち、図３の表１０ｂに示すように、インシデントのグループの第２の例では、インシデントに対応するケア対象者の病室が大部屋である場合等において、偶然居合わせた「同室スタッフ」を「その他スタッフ」と同等に扱う。よって、ケア対象者の周囲におけるスタッフまたは親族の存在に応じて「同室スタッフ」および「その他スタッフ」へ通知されるインシデントの数が制御されるので、「同室スタッフ」および「その他のスタッフ」がインシデントの頻繁な通知に煩わされることを抑止できる。

図４は、制御装置１００が通知の対象とするインシデントのグループの第３の例を示す図である。図４の例においては、制御装置１００は、インシデントの種類および報知レベルに応じてインシデントの通知対象とするスタッフを制御する。

図４に示すインシデントのグループの第３の例は、インシデントのグループの第２の例と比較して、報知レベル「１」、「２」をそれぞれ「１Ａ」「１Ｂ」、「２Ａ」「２Ｂ」へ分ける。報知レベル「１Ａ」は、「ケア対象者＆熟練スタッフ」に対応する。「熟練スタッフ」は、ケア対象者に対するケアの練度が所定以上のスタッフである。報知レベル「１Ｂ」は、「ケア対象者＆新人スタッフ」に対応する。「新人スタッフ」は、ケア対象者に対するケアの練度が所定未満のスタッフである。また、報知レベル「２Ａ」は、「ケア対象者＆親族」に対応する。報知レベル「２Ｂ」は、「ケア対象者＆ゲスト」に対応する。

そして、インシデントのグループの第３の例では、通知されるインシデントのグループについて、報知レベル「ケア対象者＆新人スタッフ」「ケア対象者＆親族」を同等に、報知レベル「ケア対象者＆＆ゲスト」「ケア対象者のみ」を同等に取り扱う点が異なる。すなわち、ケア対象者に対していかに適切なケアを行い得るかという観点から、「新人スタッフ」と「親族」とを同等に取り扱い、「ゲスト」はケア対象者の周囲に存在しないものとして取り扱う。

すなわち、図４の表１０ｃに示すように、インシデントのグループの第３の例では、報知レベルを細分化して、インシデントに対応するケア対象者の周囲に存在する人間がケア対象者に対して適切なケアを行い得る程度に応じて、報知レベルに対応する「担当スタッフ」、ならびに、「同室スタッフ」および「その他スタッフ」へ通知されるインシデントのグループが制御される。よって、ケア対象者の周囲に存在する人がケア対象者に対していかに適切なケアを行い得るかという実態に即して、通知されるインシデントのグループが制御されるので、ケア対象者のケアのために呼び出すスタッフに対してインシデントを適切に通知することができる。

ここで、監視システム１０の他の構成を説明するため、図１の説明に戻る。管理者端末６０ａ〜６０ｃは、センサ１１によって検知されたケア対象者の異常を病院内のスタッフに通知するための端末である。管理者端末６０ａ〜６０ｃは、制御装置１００からインシデント発生の通知を受信して、例えば画面上にインシデントを表示することで病院内のスタッフにインシデント発生を通知する。管理者端末６０ａ〜６０ｃは、例えば携帯電話、タブレットＰＣ等の各種無線端末である。管理者端末６０ａ〜６０ｃは、病院内の各スタッフが一つ以上所持する。なお、以降では複数の管理者端末６０ａ〜６０ｃをまとめて管理者端末６０と表す。

（監視システムの構成）
図１に示す監視システム１０の適用例として、図５を用いて監視システム１０ａの構成について説明する。図５は、監視システムのシステム構成の例を示す図である。図５の例に示すように、監視システム１０ａは、センサ１１ａと、ベッド１２ａと、識別子読取装置１３ａとを有する。ベッド１２ａに対するセンサ１１ａおよび識別子読取装置１３ａの配置位置は、ベッド１２ａおよびその周辺について、少なくとも互いに同じ検出範囲をカバーできれば、図５に示す以外の配置位置でも構わない。

センサ１１ａは、例えば一点鎖線で表された撮影範囲１４内を撮影し、ケア対象者の挙動からインシデント発生を検知する画像センサである。例えば、センサ１１ａは、インシデントとしてケア対象者のベッド１２からの転落、暴れるといった挙動を検知する。センサ１１ａは、検知したインシデントをメモリに記憶する。なお、センサ１１ａは、画像センサ以外に、ケア対象者が転倒および転落した際に発生する音を検知する音響センサや、ケア対象者が立ち上がったことを検知するマット型の圧力センサ等であってもよいし、それらを併用してもよい。

また、センサ１１ａは、顔画像を撮影することで利用者情報を取得する機能を有する。利用者情報とは、利用者ＩＤ、もしくは利用者ＩＤを特定する際に用いる利用者に関連する情報である。センサ１１ａは、各利用者の顔画像を撮影し、自センサが対応づけられているベッドＩＤと利用者の顔画像とを制御装置１００に送信する。なお、センサ１１ａは、後述する識別子読取装置１３ａがベッド周囲に存在する利用者全員の識別子を読み取ることができた場合、利用者の顔画像を制御装置１００に送信しなくてもよい。

センサ１１ａは、識別子読取装置１３ａが利用者ＩＤを読み取ることができない利用者が一人でも含まれる場合は、ベッド周囲に存在する利用者全員の顔画像を取得して制御装置１００に送信する。例えば、センサ１１ａは撮影した画像からベッド周囲に利用者が３人存在していると判定したが、識別子読取装置１３ａが２人分の利用者ＩＤしか読み取ることができなかった場合に、センサ１１ａは３人分の顔画像を撮影して制御装置１００に送信する。制御装置１００は、送信された３人分の顔画像を用いて識別子読取装置１３ａが読み取ることができなかった１人分の利用者ＩＤを特定する。なお、利用者ＩＤの特定に関する詳細は後述する。

なお、センサ１１ａは、ＲＦ−ＩＣ（Radio Frequency Integrated Circuit）タグやＩＤ（Identification）カードに書かれている名前等の文字情報、着衣や腕章等に描かれている図形やＱＲコード（登録商標）を撮影して利用者情報を取得してもよい。

ベッド１２ａは、病院内のケア対象者ごとに割り当てられる。ベッド１２ａには、他のベッドと識別するためのベッドＩＤが付される。センサ１１ａおよび識別子読取装置１３ａのメモリには、ベッドＩＤが設定されている。

識別子読取装置１３ａは、ベッド周囲に存在するケア対象者および人物の識別子である利用者ＩＤを読み取る装置である。識別子読取装置１３ａは、例えば、監視システム１０ａの点線で示される読取範囲内に存在する人物が携帯しているＩＣタグから利用者ＩＤを読み取り、自識別子読取装置が対応付けられているベッドＩＤと、利用者ＩＤとを制御装置１００に送信する。

図５の例に示すように、例えば、識別子読取装置１３ａは、読取範囲内に人物１Ａが存在するので、人物１ＡのＩＣタグから利用者ＩＤを読み取り、利用者ＩＤとベッドＩＤとを制御装置１００に送信する。一方、識別子読取装置１３ａは、読み取り範囲外に存在する人物１Ｂについては、利用者ＩＤを読み取らない。このように識別子読取装置１３ａは、ベッド周囲の読取範囲内に存在する人物の利用者ＩＤを読み取る。このように、識別子読取装置１３ａは、読取範囲内に存在する人物の利用者ＩＤを読取ることで、ベッド周囲に存在する人物に係る情報を取得する。

以上説明したように監視システム１０ａは、制御装置１００に、ベッド周囲に存在する人物の利用者ＩＤまたは顔画像を送信する。識別子読取装置１３ａは、人物が有するＩＣタグ等から利用者ＩＤを読み取ることができる場合、利用者ＩＤを読み取り、制御装置１００に送信する。一方、センサ１１ａは、人物から利用者ＩＤを読み取ることができない場合、ベッド周囲に存在する人物の顔画像を撮影し、撮影した顔画像を制御装置１００に送信する。

（記憶部の構成）
図６は、実施例１の制御装置の構成の一例を示す図である。制御装置１００は、入力部１０１と、出力部１０２と、制御部１１０と、記憶部１２０とを有する。記憶部１２０は、利用者ＩＤデータベース１２１と、ベッドＩＤデータベース１２２と、読取ログ１２３と、アドレスデータベース１２４とを有する。記憶部１２０は例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリなどの半導体メモリ素子、ハードディスクや光ディスクなどの記憶装置に対応する。以下、記憶部１２０の各構成について詳細に説明する。

図７を用いて利用者ＩＤデータベース１２１のデータ構造の例について説明する。図７は、利用者ＩＤデータベースの一例を示す図である。図７の例に示すように、利用者ＩＤデータベース１２１は、利用者ＩＤと、種別と、画像識別子とを対応付ける。「利用者ＩＤ」は、医師、新人医師、研修医、看護師、親族およびケア対象者等を含む本システムの利用者である人物に一意に付された識別番号である。「種別」は、医師、新人医師、研修医、看護師、親族およびケア対象者等の利用者の種別を表す情報である。もちろん、上記以外の種別を含んでも構わない。「画像識別子」は、各利用者を撮影した画像である。例えば、各利用者の顔画像である。「画像識別子」は、センサ１１から送信された顔画像を用いて各利用者の利用者ＩＤを特定する際に用いられる。なお、画像識別子に基づく利用者ＩＤの特定に関する詳細は、後述する。また、図７に示した例では、各項目のデータがレコードとして関連づけられて記憶されている例を示したが、上記説明において互いに関連づけられた項目どうしの関係が保たれれば、データは他の記憶のされ方をしても構わない。後述する図８のベッドＩＤデータベース１２２ａ、図９の読取ログ１２３および図１０のアドレスデータベース１２４についても同様である。

図８を用いてベッドＩＤデータベース１２２ａのデータ構造の例について説明する。図８は、ベッドＩＤデータベースの第１の例を示す図である。図８の例に示すように、ベッドＩＤデータベース１２２ａは、ベッドＩＤと、ケア対象者とを対応付ける。「ベッドＩＤ」は、病院内の各ベッドに一意に付された識別番号である。「ケア対象者」は、ケア対象者の利用者ＩＤである。このように「ベッドＩＤ」および「ケア対象者」は、ベッドＩＤに示されるベッドを利用するケア対象者の利用者ＩＤを、１対１に対応付ける。

図９を用いて読取ログ１２３のデータ構造の例について説明する。図９は、読取ログの一例を示す図である。図９の例に示すように、読取ログ１２３は、読取時刻と、ベッドＩＤと、読取利用者ＩＤと、報知レベルとを対応付ける。「読取時刻」は、識別子読取装置１３がベッド周囲で利用者ＩＤを読み取った時刻である。「ベッドＩＤ」は、識別子読取装置１３が設置されたベッド１２に係るベッドＩＤである。「読取利用者ＩＤ」は、ベッド１２の周囲で読み取られた利用者の利用者ＩＤである。「報知レベル」は、ケア対象者のインシデントを通知する通知対象者の範囲を制御する際に用いられる基準である。「報知レベル」は、例えば０〜３までの４段階で付与される。報知レベルの具体例は、例えば、図２〜図４の例に示される。なお、「報知レベル」は、判定部１１２によって報知レベルが判定された後に入力されるものであり、報知レベルが判定されるまでは空欄となる。

図１０を用いてアドレスデータベース１２４のデータ構造の例について説明する。図１０は、アドレスデータベースの一例を示す図である。図１０の例に示すように、アドレスデータベース１２４は、利用者ＩＤと、ベッドＩＤと、アドレスとを対応付ける。「利用者ＩＤ」は、各利用者に一意に付された識別番号である。「利用者ＩＤ」は、例えば、各医師、看護師等の人物の利用者ＩＤである。「ベッドＩＤ」は、利用者ＩＤに対応する人物が看護を担当するベッドのベッドＩＤである。「アドレス」は、各利用者ＩＤに示される人物が有する管理者端末６０のＩＰアドレスである。「アドレス」に含まれる「x1〜x6」および「y1〜y6」は、各アドレスに対応する数値である。なお、アドレスデータベース１２４において、利用者ＩＤとベッドＩＤとが対応付けられることで、各ベッドを担当する人物が利用する管理者端末６０のアドレスを検索することが可能となる。

（制御部の構成）
図６の例に示されるように、制御装置１００の制御部１１０は、取得部１１１と、判定部１１２と、設定部１１３と、送信部１１４とを有する。制御部１１０の各機能は例えば、ＣＰＵ（Central Processing Unit）が所定のプログラムを実行することで実現することができる。また、制御部１１０の各機能は例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路により実現することができる。また、制御装置１００は、入力部１０１と、出力部１０２とを有する。

入力部１０１は、監視システム１０から送信された利用者ＩＤまたは顔画像等の利用者情報、インシデントの内容、報知レベル、ベッドＩＤ等を取得部１１１に入力する。入力部１０１は、例えばＮＩＣ(Network Interface Card)等によって実現される。入力部１０１は、ネットワーク５０を介して監視システム１０と接続され、監視システム１０との間で情報の通信を司る通信インターフェースである。

なお、入力部１０１は、監視システム１０から情報を受信する都度、受信した情報を取得部１１１に入力する。監視システム１０から情報が送信されてくるのが、例えば１０秒毎であれば、入力部１０１から取得部１１１への入力も１０秒毎に行われることになる。また監視システム１０は、識別子読取装置１３により読み取った情報またはセンサ１１により検知した情報に変化があった場合のみ入力部１０１へ情報を送信しても構わない。その場合には、入力部１０１による情報の受信や、入力部１０１から取得部１１１への情報の入力は、不定期に実行されることになる。

取得部１１１は、入力部１０１から受け付けた利用者ＩＤおよびベッドＩＤを、読取ログ１２３に格納する処理部である。取得部１１１は、識別子読取装置１３が読み取った各利用者ＩＤと、利用者ＩＤが読み取られた読取時刻と、ベッドＩＤとを対応づけて読取ログ１２３に格納する。

一方、取得部１１１は、センサ１１が撮影した顔画像を受け付けた場合、受け付けた顔画像を、利用者ＩＤデータベース１２１の画像識別子の各画像と照合することで、撮影された利用者の利用者ＩＤを特定する。図７の利用者ＩＤデータベース１２１の例を用いて画像識別子による利用者ＩＤの特定に関して説明する。取得部１１１は、例えば、受け付けた顔画像が「image401」の「親族」の顔画像に一致すると判定した場合、利用者ＩＤが「0401」であると特定する。また、取得部１１１は、受け付けた顔画像が「image300」の「看護師」の顔画像に一致すると判定した場合、利用者ＩＤが「0300」であると特定する。なお、取得部１１１は、例えば顔画像の判定に固有顔、隠れマルコフモデル等の各種顔認証アルゴリズムを用いてもよい。

取得部１１１は、センサ１１が撮影した複数の利用者のうち、識別子読取装置１３が利用者ＩＤを読み取れない利用者が含まれる場合に、受け付けた各利用者の顔画像を用いて、識別子読取装置１３が読み取れなかった利用者の利用者ＩＤを特定する。例えば、取得部１１１は、センサ１１が撮影した利用者が３人で、識別子読取装置１３が読み取れた利用者ＩＤが２つの場合に、３人分全員の利用者の顔画像を受け付ける。次いで、取得部１１１は、３人分の顔画像をそれぞれ利用者ＩＤデータベース１２１と照合し、識別子読取装置１３が読み取れなかった１人分の利用者ＩＤを特定する。そして、取得部１１１は、各利用者ＩＤと、読取時刻と、ベッドＩＤとを対応づけて読取ログ１２３に記憶する。

取得部１１１は、受け付けた利用者の顔画像が利用者ＩＤデータベース１２１の画像識別子に格納されていない場合、利用者の種別を「ゲスト」であると判定する。ゲストとは例えば、ケア対象者の友人、上司等の知人であって親族ほどケア対象者の様態を把握していないことが多い第三者である。取得部１１１は、利用者がゲストである場合、利用者にゲスト用の利用者ＩＤを割り当てて、ゲスト用の利用者ＩＤを読取利用者ＩＤとし、読取利用者ＩＤを読取時刻およびベッドＩＤに対応づけて読取ログ１２３に記憶する。

判定部１１２は、読取ログ１２３に格納されている各利用者の利用者ＩＤを用いて報知レベルを判定する処理部である。判定部１１２は、以下のようにして報知レベルを判定する。まず、判定部１１２は、読取ログ１２３の最新のレコードに格納されている利用者ＩＤのそれぞれについて利用者ＩＤデータベース１２１を参照し、ベッド周囲に存在する各利用者の種別を判定する。

図７の利用者ＩＤデータベース１２１の例を用いて利用者の種別の判定の具体例について説明する。判定部１１２は、例えば、受け付けた利用者ＩＤが「0300」の場合、利用者が「看護師」であると判定する。また、判定部１１２は、受け付けた利用者ＩＤが「0401」の場合、利用者が「親族」であると判定する。また、判定部１１２は、利用者ＩＤが「0931」で利用者データベース１２１に登録されていないゲスト用の利用者ＩＤの場合、利用者が「ゲスト」であると判定する。

次いで、判定部１１２は、ベッドＩＤデータベース１２２ａを用いて、ベッドにケア対象者がいるか否かを判定する。例えば、判定部１１２は、ベッドＩＤデータベース１２２ａを参照し、ベッドＩＤに対応するケア対象者の利用者ＩＤを抽出する。判定部１１２は、抽出したケア対象者の利用者ＩＤが、読取ログ１２３の最新のレコードに含まれるか否かを判定する。判定部１１２は、読取ログ１２３にケア対象者の利用者ＩＤが含まれない場合、ケア対象者が不在であると判定し、報知レベルを「０」と判定する。

判定部１１２は、読取ログ１２３の最新のレコード中の読取利用者ＩＤの中にケア対象者の利用者ＩＤが含まれ、ケア対象者がベッドにいると判定した場合、読取ログ１２３の同じレコードに医師または看護師等、スタッフの利用者ＩＤが含まれるか否かを判定する。判定部１１２は、同じレコードにスタッフの利用者ＩＤが含まれる場合、報知レベルを「１」と判定する。なお、実施例１においては、判定部１１２は、「新人医師」および「研修医」の利用者ＩＤが含まれる場合も、スタッフの利用者ＩＤが含まれると判定してもよい。

判定部１１２は、読取ログ１２３の最新のレコード中にレコードの中にケア対象者の利用者ＩＤは含まれるが、スタッフの利用者ＩＤが含まれない場合、読取ログ１２３の同じレコードに親族またはゲストの利用者ＩＤが含まれるか否かを判定する。判定部１１２は、同じレコードに親族またはゲストの利用者ＩＤが含まれる場合、報知レベルを「２」と判定する。

判定部１１２は、読取ログ１２３の最新のレコード中にケア対象者の利用者ＩＤのみが含まれる場合、報知レベルを「３」と判定する。そして、判定部１１２は、上述のようにして判定した報知レベルを読取ログ１２３の処理対象としたレコードの「報知レベル」の項目に格納する。

設定部１１３は、センサ１１に報知レベルを設定する処理部である。設定部１１３は、判定部１１２により「報知レベル」の項目が格納された読取ログ１２３のレコードからベッドＩＤと、報知レベルとを取得する。設定部１１３は、出力部１０２を介してベッドＩＤに対応するセンサ１１に報知レベルを送信することで、センサ１１に報知レベルを設定する。

出力部１０２は、報知レベルをセンサ１１に出力する。出力部１０２は、例えばＮＩＣ(Network Interface Card)等によって実現される。出力部１０２は、ネットワーク５０を介してセンサ１１と接続され、センサ１１との間で情報の通信を司る通信インターフェースである。

なお、センサ１１は、設定部１１３から送信された報知レベルを受信することで報知レベルを更新する。センサ１１は、メモリ内にインシデントが含まれるか否かを判定する。センサ１１は、メモリ内にインシデントが含まれる場合、インシデントの情報、報知レベルおよびベッドＩＤを含む情報を制御装置１００に送信する。インシデントの情報は、例えば、室内でケア対象者が転倒した、ケア対象者がベッドから転落した等のセンサ１１が検知したケア対象者の異常に関する情報を含んでもよい。

送信部１１４は、報知レベルに応じて選択された各管理者端末６０に、インシデントの情報を送信する処理部である。送信部１１４は、入力部１０１を介してセンサ１１からインシデントの情報、報知レベルおよびベッドＩＤを含む情報を受信する。送信部１１４は、受信した報知レベルに応じてインシデントを通知する管理者端末６０を選定する。例えば、センサ１１は、報知レベルが「３」の場合、全ての管理者端末６０を選定する。

また、送信部１１４は、報知レベルが「２」の場合、受信したインシデントの情報の危険度に応じて通知する管理者端末６０を選定する。例えば、送信部１１４は、報知レベルが「２」で、インシデントの情報の危険度が所定値以上の場合、全ての管理者端末６０を選定する。一方、送信部１１４は、報知レベルが「２」で、インシデントの情報の危険度が所定値未満の場合、ケア対象者の病室内に在室しているスタッフと対応付けられた管理者端末６０およびケア対象者を担当するスタッフと対応付けられた管理者端末６０を選定する。すなわち、送信部１１４は、同室スタッフおよび担当スタッフに対応付けられた管理者端末６０を選定する。

また、送信部１１４は、報知レベルが「１」の場合、ケア対象者の病室内に在室しているスタッフと対応付けられた管理者端末６０およびケア対象者を担当するスタッフと対応付けられた管理者端末６０を選定する。また、送信部１１４は、報知レベルが「０」の場合、いずれの管理者端末６０も選定しない。

なお、送信部１１４がインシデントを通知するスタッフを選定する場合の例は、図２〜図４にも示される。

次いで、送信部１１４は、利用者ＩＤデータベース１２１から選定した各管理者端末６０に係るアドレス情報を取得する。例えば、送信部１１４は、全ての管理者端末６０を選定した場合、アドレスデータベース１２４から全ての管理者端末６０のＩＰアドレスを取得する。

また、送信部１１４は、ケア対象者が在室している部屋内の看護師が所持する管理者端末６０を選定した場合、アドレスデータベース１２４から部屋内に在室している看護師が所持する管理者端末６０のＩＰアドレスを取得する。例えば、別途定義されている、部屋とベッドＩＤとの対応関係が定義されている記憶部１２０、即ち、同じ部屋に存在するベッドＩＤが参照可能な記憶部１２０を参照し、同室のベッドＩＤのそれぞれについて読取ログ１２３に記録されている最新のレコードを参照する。そして、参照した各レコードに含まれるスタッフのＩＤを特定することで、ケア対象者が在室している部屋内の看護師を特定できる。特定した看護師のＩＤに基づいてアドレスデータベース１２４を参照することで、ケア対象者と同じ部屋内の担当スタッフの管理者端末６０のＩＰアドレスを取得する。

また、送信部１１４は、ケア対象者を担当する担当スタッフが所持する管理者端末６０を選定した場合、別途定義されている、ベッドＩＤと担当スタッフの利用者ＩＤとの対応関係が定義されている記憶部１２０において、ベッドＩＤを用いて担当スタッフの利用者ＩＤを検索する。送信部１１４は、担当スタッフの利用者ＩＤに基づいてアドレスデータベース１２４を参照することで、担当スタッフの管理者端末６０のＩＰアドレスを取得する。なお、ケア対象者を担当するスタッフの特定に関しては後述する。

そして、送信部１１４は、アドレスデータベース１２４から取得したＩＰアドレスに基づいて、選定された各管理者端末６０にインシデントの情報を送信する。

（実施例１のシステムに係る処理フロー）
図１１を用いて実施例１のシステムに係る全体の処理の流れについて説明する。図１１は、実施例１のシステムに係る全体の処理フローの例を示す図である。図１１の例に示すように、センサ１１は、例えば、定期的に撮影範囲内にいる全ての利用者の顔画像を撮影することにより利用者情報読取処理を行う（ステップＳ１０）。利用者情報とは、利用者ＩＤ、もしくは利用者ＩＤを特定できる情報である。利用者ＩＤを特定できる情報とは、例えば、スタッフやケア対象者等の顔画像である。なお、ステップＳ１０において識別子読取装置１３が、各利用者が有するＩＣタグから利用者ＩＤを読み取ってもよい。

センサ１１は、利用者情報が読み取れたか否かを判定する（ステップＳ１１）。センサ１１は、利用者情報が読み取れた場合（ステップＳ１１Yes）、ステップＳ１２の処理に移る。センサ１１は、読み取った利用者情報を制御装置１００に送信する（ステップＳ１２）。一方、センサ１１は、利用者情報が読み取れなかった場合（ステップＳ１１No）、ステップＳ１０の処理に戻り、再度利用者情報読取処理をおこなう。

なお、センサ１１と識別子読取装置１３とは、利用者情報を所定の時間間隔で定期的に読み取り、制御装置１００に送信する処理をおこなってもよい。センサ１１と識別子読取装置１３とは、例えば、互いに同期を取って同じタイミングで読み取りを実行してもよい。また例えば、人間の動きより十分短い一定間隔でそれぞれ定期的に読み取りを実行してもよい。また例えば、センサ１１と識別子読取装置１３のどちらか一方で変化を検出した場合に、両方の装置で読み取りを実行しても良い。

また、センサ１１もしくは識別子読取装置１３のいずれかで読み取った利用者情報に変化があった場合に、ステップＳ１２の利用者情報送信処理を実行してもよい。また、センサ１１や識別子読取装置１３は、利用者情報とともに、読取が実行された時刻に関する情報を送信してもよい。

制御装置１００は、センサ１１が読み取った利用者情報を受信する。制御装置１００内の取得部１１１は、利用者情報として受け付けた各利用者の顔画像を利用者ＩＤデータベース１２１に照合する利用者ＩＤ照合処理を行い（ステップＳ１３）、利用者の利用者ＩＤを特定する。判定部１１２は、取得部１１１が特定した利用者ＩＤを用いて報知レベルを判定する報知レベル判定処理を行う（ステップＳ１４）。設定部１１３は、判定部１１２が判定した報知レベルを、ネットワーク５０を介してセンサ１１に設定する報知レベル設定処理を行う（ステップＳ１５）。

センサ１１は、設定部１１３によって設定された報知レベルが１以上か否かを判定する（ステップＳ１６）。センサ１１は、報知レベルが１以上の場合（ステップＳ１６Yes）、インシデントの情報、報知レベル、ベッドＩＤ等のインシデント情報を制御装置１００に送信する（ステップＳ１７）。一方、センサ１１は、報知レベルが０の場合（ステップＳ１６No）、処理を終了させる。なお、例えば、ケア対象者が不在の場合に報知レベルが０となる。

送信部１１４は、センサ１１から受信した情報によって管理者端末６０のアドレスを検索し、検索された各管理者端末６０にインシデントの情報を報知する報知処理をおこなう（ステップＳ１８）。なお、センサ１１は、ステップＳ１７のインシデント情報送信処理をステップＳ１０〜Ｓ１５までの一連の処理後におこなってもよいが、ステップＳ１７のインシデント情報送信処理を、ステップＳ１０〜Ｓ１５とは別のタイミングで独立して行ってもよい。例えば、センサ１１は、ステップＳ１０の利用者情報読取処理を５秒毎に行い、ステップＳ１７のインシデント情報送信処理を２秒毎に行ってもよい。このように、センサ１１のインシデント情報送信処理の頻度を増やすことでケア対象者の異常を早くスタッフに通知することができる。

（利用者ＩＤ照合処理の処理フロー）
次に、図１２を用いてステップＳ１３に係る利用者ＩＤ照合処理について説明する。図１２は、利用者ＩＤ照合処理の処理フローの例を示す図である。取得部１１１は、センサ１１から受信した利用者情報に顔画像を受信したか否かを判別する（ステップＳ２０）。取得部１１１は、顔画像を受信していない場合（ステップＳ２０No）、ステップＳ２５の処理に移行する。一方、取得部１１１は、顔画像を受信した場合（ステップＳ２０Yes）、センサ１１によって検出された顔画像が、利用者ＩＤデータベース１２１に登録されているか否かを判定する（ステップＳ２１）。取得部１１１は、顔画像が利用者ＩＤデータベース１２１に登録されている場合（ステップＳ２１Yes）、利用者ＩＤデータベース１２１から顔画像に対応する利用者ＩＤを取得し、ベッドＩＤと利用者ＩＤとを読取ログ１２３に記録する（ステップＳ２２）。一方、取得部１１１は、顔画像が利用者ＩＤデータベース１２１に登録されていない場合（ステップＳ２１No）、利用者にゲスト用利用者ＩＤを割り当て、ベッドＩＤとゲスト用利用者ＩＤとを読取ログ１２３に記録する（ステップＳ２３）。

なお、ステップＳ２２またはＳ２３において、読取ログ１２３に新たなレコードを記録する際に、センサ１１から利用者情報とともに読取時刻を受信していれば、受信した読取時刻を同じレコードに記録する。また、センサ１１から読取時刻を受信していない場合は、制御装置１００がセンサ１１から利用者情報を受信した時刻を、同じレコードの読取時刻の項目に記録する。

取得部１１１は、ステップＳ２５において、ベッドＩＤと利用者ＩＤとを読取ログ１２３に記録し（ステップＳ２５）、処理を終了させる。なお、ステップＳ２０において、顔画像がない場合とは、例えば、識別子読取装置１３によってベッド周囲に存在する利用者全員の利用者ＩＤが取得されていた場合がある。

次いで、取得部１１１は、ベッド周囲にいる全ての利用者の顔画像を利用者ＩＤデータベース１２１に照合したか否かを判定する（ステップＳ２４）。取得部１１１は、全ての顔画像を利用者ＩＤデータベース１２１に照合した場合（ステップＳ２４Yes）、処理を終了させる。一方、取得部１１１は、全ての顔画像を利用者ＩＤデータベース１２１と照合していない場合（ステップＳ２４No）、ステップＳ２１の処理に戻る。

なお、ステップＳ２０において、識別子読取装置１３によってベッド周囲に存在する利用者全員の利用者ＩＤが取得されていた場合は、センサ１１から受信する利用者情報には顔画像は含まれていない（ステップＳ２０No）。その場合は、ステップＳ２５に処理を移行する。

次に、図１３〜１５を用いてステップＳ１４に係る報知レベル判定処理について説明する。図１３は、報知レベル判定処理の全体の処理フローの例を示す図である。判定部１１２は、ステップＳ１３により新たに登録された読取ログ１２３の最新のレコードからベッド周囲にいる利用者の利用者ＩＤの数をカウントする（ステップＳ３０）。

判定部１１２は、利用者ＩＤの数が１であるか否かを判定する（ステップＳ３１）。判定部１１２は、利用者ＩＤの数が１である場合（ステップＳ３１Yes）、報知レベル判定１の処理を行う（ステップＳ３２）。一方、判定部１１２は、利用者ＩＤの数が１より大きい場合（ステップＳ３１No）、報知レベル判定２の処理を行う（ステップＳ３３）。

（報知レベル判定処理１の処理フロー）
図１４を用いてステップＳ３２の報知レベル判定１の処理フローについて説明する。図１４は、報知レベル判定１の処理フローの例を示す図である。判定部１１２は、利用者ＩＤにケア対象者のものであるか否かを判定する（ステップＳ４０）。判定部１１２は、利用者ＩＤがケア対象者のものである場合（ステップＳ４０Yes）、報知レベルが「３」と判定する（ステップＳ４１）。一方、判定部１１２は、利用者ＩＤにケア対象者のものでない場合（ステップＳ４０No）、報知レベルが「０」と判定する（ステップＳ４２）。そして、判定部１１２は、判定した報知レベルを読取ログ１２３に書き込む（ステップＳ４３）。

（報知レベル判定２の処理フロー）
図１５を用いてステップＳ３３の報知レベル判定２の処理フローについて説明する。図１５は、報知レベル判定２の処理フローの例を示す図である。図１５の例に示すように、判定部１１２は、利用者ＩＤにケア対象者のものが含まれているか否かを判定する（ステップＳ５０）。判定部１１２は、利用者ＩＤにケア対象者が含まれている場合（ステップＳ５０Yes）、ステップＳ５１の処理に移る。一方、判定部１１２は、利用者ＩＤにケア対象者が含まれていない場合（ステップＳ５０No）、報知レベルが「０」と判定する（ステップＳ５６）。

判定部１１２は、利用者ＩＤにスタッフのものが含まれるか否かを判定する（ステップＳ５１）。判定部１１２は、利用者ＩＤにスタッフのものが含まれる場合（ステップＳ５１Yes）、報知レベルが「１」と判定する（ステップＳ５２）。一方、判定部１１２は、利用者ＩＤにスタッフのものが含まれない場合（ステップＳ５１No）、ステップＳ５３の処理に移る。

判定部１１２は、利用者ＩＤに親族またはゲストのものが含まれるか否かを判定する（ステップＳ５３）。判定部１１２は、利用者ＩＤに親族またはゲストのものが含まれる場合（ステップＳ５３Yes）、報知レベルが「２」と判定する（ステップＳ５４）。一方、判定部１１２は、利用者ＩＤに親族またはゲストのものが含まれない場合（ステップＳ５３No）、報知レベルが「３」と判定する（ステップＳ５５）。なおステップＳ５５は例えば、ベッド付近で人が検出されたものの、その人の利用者ＩＤも顔もシステムに登録されておらず、その人種別を特定できない人であった場合に、通る処理である。

そして、判定部１１２は、判定した報知レベルを読取ログ１２３に格納する（ステップＳ５７）。

（報知レベル設定処理の処理フロー）
図１６を用いてステップＳ１５に係る報知レベル設定処理の処理フローについて説明する。図１６は、報知レベル設定処理の処理フローの例を示す図である。図１６の例に示すように、まず、設定部１１３は、ステップＳ１５により報知レベルが格納された読取ログ１２３の最新のレコードに記憶されている報知レベルとベッドＩＤとを読み取る（ステップＳ６０）。次いで、設定部１１３は、読取ログ１２３から読み取ったものと同じベッドＩＤに対応付けられて記憶されているセンサ１１を特定する（ステップＳ６１）。設定部１１３は、特定されたセンサ１１に報知レベルを送信する（ステップＳ６２）。なお、センサ１１は、送信された報知レベルで、センサ１１内のメモリに格納されている報知レベルを更新する。

（報知処理の処理フロー）
図１７を用いてステップＳ１８に係る報知処理の処理フローについて説明する。図１７は、報知処理の処理フローの例を示す図である。図１７の例に示すように、送信部１１４は、センサ１１から受信した報知レベルに基づいて、センサ１１に設定されている報知レベルが「３」であるか否かを判定する（ステップＳ７０）。送信部１１４は、報知レベルが「３」である場合（ステップＳ７０Yes）、全ての管理者端末に全てのインシデントグループについてインシデント発生を通知する（ステップＳ７１）。例えば、図２の例で言えば、種類１および種類２の両方のインシデントを、全ての管理者端末に通知する。一方、送信部１１４は、報知レベルが「３」でない場合（ステップＳ７０No）、ステップＳ７２の処理に移る。

送信部１１４は、センサ１１から受信した報知レベルに基づいて、センサ１１に設定されている報知レベルが「２」であるか否かを判定する（ステップＳ７２）。送信部１１４は、報知レベルが「２」である場合（ステップＳ７２Yes）、ステップＳ７３の処理に移る。一方、送信部１１４は、報知レベルが「２」でない場合（ステップＳ７２No）、すなわち、報知レベルが「１」である場合、同室スタッフと担当スタッフの管理者端末に、全てのインシデントグループについてインシデント発生を通知する（ステップＳ７５）。例えば、図２の例で言えば、種類１および種類２の両方のインシデントを、同室スタッフと担当スタッフの管理者端末に通知する。一方、その他のスタッフの管理者端末には種類１、種類２いずれのインシデントも通知しない。

送信部１１４は、センサ１１で検知したインシデントの危険度が所定値以上か否かを判定する（ステップＳ７３）。送信部１１４は、センサ１１で検知したインシデントの危険度が所定値以上の場合（ステップＳ７３Yes）、全ての管理者端末にインシデント発生を通知する（ステップＳ７４）。例えば、図２の例で言えば、種類１のインシデントを、全ての管理者端末に通知する。一方、送信部１１４は、センサ１１で検知したインシデントの危険度が所定値未満の場合（ステップＳ７３No）、同室スタッフおよび担当スタッフの管理者端末にインシデント発生を通知する（ステップＳ７６）。例えば、図２の例で言えば、種類２のインシデントは同室スタッフおよび担当スタッフの管理者端末に通知し、その他のスタッフの管理者端末へは通知しない。なお、危険度の判定は後述する。

以上のように実施例１の制御装置１００は、例えば、ケア対象者の周囲に存在する人物の種別に応じて、ケア対象者の担当スタッフともケア対象者のベッド周囲に居るスタッフとも異なるその他のスタッフに対して、通知対象とするインシデントのグループを制御する。そのため、センサ１１がインシデント発生をスタッフに過剰に通知すされることを抑止できる。

例えば、従来技術では、複数のケア対象者が在室する大部屋において在室しているスタッフは通知対象から除外される。この場合、スタッフが大部屋内の他のケア対象者Ｂをケアしていると、異常を示したケア対象者Ａの最も近くに存在しているスタッフに、ケア対象者Ａの異常を知らしめることができず、ケア対象者Ａへのケアが遅れる場合がある。実施例１では、異常を示したケア対象者と同じ室内などの近傍に在室しているスタッフを通知の対象とするので、大部屋に在室しているケア対象者のケアが遅れる事態を防ぐことができる。

（報知処理の具体例）
図１８〜図２０を用いて報知処理について具体例を挙げて説明する。図１８は、報知処理の第一の例を示す図である。図１８の例に示すように、施設は、部屋Ａ１〜Ａ４で構成される。部屋Ａ１〜Ａ３には、それぞれ４人分のベッドが配置されている。部屋Ａ４は、スタッフが待機する部屋である。部屋Ａ１には、ベッドＡ１（１）〜Ａ１（４）の４台が配置される。また、ベッドＡ１（４）の周囲にはスタッフｂが存在する。部屋Ａ２には、ベッドＡ２（１）〜Ａ２（４）の４台が配置される。また、ベッドＡ２（３）の周囲には親族ｅが存在する。部屋Ａ３には、Ａ３（１）〜Ａ３（４）の４台が配置される。部屋Ａ４には、スタッフｃおよびスタッフｄが待機している。また、部屋Ａ１〜Ａ４内のスタッフそれぞれが有する管理者端末６０と無線で通信可能な位置に無線ルータＢ１が設置されている。図１８〜図２０の例では、通信機器として無線ルータＢ１が用いられているが、他の通信機器を用いてもよい。なお、図１９〜図２０のスタッフおよび親族の場所、ベッドの配置は、図１８と同一である。

また、スタッフｂ、スタッフｃおよびスタッフｄは、それぞれ管理者端末６０を所持する。スタッフｂは、部屋Ａ２の担当スタッフである。スタッフｃは、部屋Ａ１の担当スタッフである。スタッフｄは、部屋Ａ３の担当スタッフである。親族ｅは、ベッドＡ２（３）にいるケア対象者の親族である。

図１８に示す例では、判定部１１２は、インシデントが発生したベッドＡ３（１）の周囲にケア対象者以外の利用者が存在しない。そのため、報知レベルは「３」と判定される。設定部１１３は、部屋Ａ３のベッドＡ３（１）に設置されるセンサ１１に報知レベル「３」を設定する。センサ１１から何らかのインシデントの情報を受信した送信部１１４は、無線ルータＢ１を介してスタッフｂ、スタッフｃおよびスタッフｄの管理者端末６０にインシデント発生を通知する。すなわち、送信部１１４は、報知レベルが「３」の場合に全てのスタッフに対してインシデント発生を通知する。このように、送信部１１４は、ケア対象者にインシデントが発生した時にベッド周囲にケア対象者以外の利用者が存在しない場合に、呼び出すスタッフの範囲を広くすることで、ケア対象者のインシデントに即座に対応することができる。

図１９は、報知処理の第二の例を示す図である。図１９に示す例では、判定部１１２は、インシデントが発生したベッドＡ２（３）の周囲に親族ｅが存在する。そのため、報知レベルは「２」と判定される。設定部１１３は、部屋Ａ２のベッドＡ２（３）に設置されるセンサ１１に報知レベル「２」を設定する。ベッドＡ２（３）に対応するセンサ１１からインシデントの情報を受信した送信部１１４は、検知されたインシデントの内容に基づいてケア対象者の危険度を求める。送信部１１４は、ケア対象者の危険度が所定値以上と判定した場合、無線ルータＢ１を介してスタッフｂ、スタッフｃおよびスタッフｄの管理者端末６０にインシデント発生を通知する。すなわち、送信部１１４は、報知レベルが「２」でケア対象者の危険度が高いと判定した場合に全てのスタッフに対してインシデント発生を通知する。このように、送信部１１４は、ケア対象者の危険度が高い場合に呼び出すスタッフの範囲を広くすることで、ケア対象者のインシデントに即座に対応することができる。

図２０は、報知処理の第三の例を示す図である。図２０に示す例では、判定部１１２は、インシデントが発生したベッドＡ２（３）の周囲に親族ｅが存在する。そのため、報知レベルは「２」と判定される。設定部１１３は、部屋Ａ２のベッドＡ２（３）に設置されたセンサ１１に報知レベル「２」を設定する。ベッドＡ２（３）に対応するセンサ１１からインシデントの情報を受信した送信部１１４は、検知したインシデントの内容に基づいて危険度を判定する。送信部１１４は、ケア対象者の危険度が所定値未満と判定した場合、無線ルータＢ１を介して部屋Ａ２（またはＡ２（３）のベッドＩＤ）を担当するスタッフｂの管理者端末６０にインシデント発生を通知する。すなわち、送信部１１４は、報知レベルが「２」でケア対象者の危険度が低いと判定した場合に、担当スタッフに対してインシデント発生を通知する。このように、送信部１１４は、ケア対象者の危険度が低い場合に呼び出すスタッフの範囲を狭くすることで、施設内のスタッフに対して過剰な呼び出しを抑止することができる。

また図２０の状態において、インシデントが発生したＡ２（３）と同じ部屋Ａ２内の他ベッドの付近にいずれかのスタッフが存在している場合は、Ａ２（３）の担当スタッフであるスタッフｂに通知するとともに、部屋Ａ２内に存在するスタッフを通知の送信先としてもよい。インシデントが発生したケア対象者のベッドと同室内に存在するスタッフを、該ケア対象者の担当スタッフと同様に通知の送信先とすれば、ケア対象者の近くに存在するスタッフが迅速にインシデントに対して対応できるようになる。

（実施例１の効果）
制御装置１００は、あるケア対象者のベッドの周辺エリア内に存在する１又は複数の者の識別情報を取得する取得部を有する。制御装置１００は、取得した１又は複数の者の識別情報が、医療従事者の識別情報に対応する識別情報を含まず、ケア対象者の親族に対応する識別情報とケア対象者の識別情報とを含む場合に、取得した１又は複数の者の識別情報がケア対象者の識別情報のみを含む場合には通知対象とするケア対象者を監視する監視装置によって検出された複数の種類のインシデントのうちの一部のインシデントを通知対象とし、他のインシデントを通知対象としない制御を行う制御部を有する。これにより、利用者の周囲にいる人の種類とインシデントの内容とに応じて、スタッフの呼び出しを抑制できる。

すなわち、制御装置１００は、ケア対象者の周囲にスタッフが存在しない場合においても、各管理者端末６０に送信するインシデントの種類を選定し、選定した種類に係るインシデントをスタッフに通知する。一方、制御装置１００は、選定しなかった種類に係るインシデントを送付しない。これにより、スタッフに対する呼び出し頻度を減らし、スタッフへの業務負担を軽減する。

制御装置１００は、あるケア対象者のベッドの周辺エリア内に存在する１又は複数の者の識別情報を取得する取得部を有する。制御装置１００は、取得した１又は複数の者の識別情報が、スタッフの識別情報に対応する識別情報を含む場合と、スタッフの識別情報に対応する識別情報を含まず、ケア対象者の親族に対応する識別情報を含む場合と、ケア対象者の識別情報のみを含む場合とで、ケア対象者を監視する監視装置によって検出されたインシデントのうち、通知対象とするインシデントのグループを異なるものにそれぞれ制御する制御部を有する。これにより、在室している人の種別に応じて、通知対象とするインシデントを変化させるので、施設内のスタッフに対する過剰な呼び出しを抑制できる。

制御部は、取得した１又は複数の者の識別情報が、スタッフの識別情報に対応する識別情報を含む場合には、第１のインシデントのグループに含まれるインシデントを通知対象とする。制御部は、スタッフの識別情報に対応する識別情報を含まず、ケア対象者の親族に対応する識別情報を含む場合には、第１のインシデントのグループを包含する第２のインシデントのグループに含まれるインシデントを通知対象とする。制御部は、ケア対象者の識別情報のみを含む場合には、第２のインシデントのグループを包含する第３のインシデントのグループに含まれる第３のインシデントを通知対象とする。これにより、取得した識別情報に応じて呼び出すスタッフを詳細に設定することができる。

制御装置１００は、スタッフ若しくはケア対象者の親族の顔画像を登録した記憶装置を有する。制御部は、取得した１又は複数の者の顔画像が、記憶装置に登録されたスタッフ若しくはケア対象者の親族に対応する顔画像を含まず、第三者の顔画像のみを含む場合には、第１および第２のインシデントのグループと、第３のインシデントのグループの全部又は一部とを通知対象とする。このように、ケア対象者の状況に親族ほど詳しくない第三者がケア対象者の側にいる場合に、呼び出すスタッフの範囲を広げることで、ケア対象者への対応を早めることができる。

制御部による通知処理の内容は、識別情報がスタッフの識別情報である場合、該識別情報と対応付けられている端末へ、通知処理を行う。これにより、ケア対象者の近くに存在するスタッフを呼び出し対象とすることで、ケア対象者の異常に適切に対応できる。

（詳細な報知レベルの判定の第１の例）
実施例１では、判定部１１２は、報知レベルを０〜３の４段階で判定したが、判定する報知レベルの段階数を増やしてもよい。例えば、判定部１１２は、ケア対象者のベッド周囲に存在する利用者がスタッフのうち、医師、新人医師、研修医のいずれであるかに基づいて、報知レベルをより詳細に判定してもよい。

図７の例を用いてケア対象者のベッド周囲に存在する利用者が医師、新人医師、研修医のいずれであるかの判定に関して説明する。取得部１１１は、センサ１１によって撮影された画像を利用者ＩＤデータベース１２１に基づいて利用者ＩＤを特定する。取得部１１１は、特定した利用者ＩＤを読取ログ１２３に出力する。

判定部１１２は、受け付けた利用者ＩＤのそれぞれを利用者ＩＤデータベース１２１に照合し、ベッド周囲に存在する各利用者の種別を判定する。例えば、図７の例に示すように、判定部１１２は、利用者ＩＤが「0001」の場合、利用者が医師であると判定する。また、判定部１１２は、利用者ＩＤが「0100」の場合、利用者が新人医師であると判定する。また、判定部１１２は、利用者ＩＤが「0201」の場合、利用者が研修医であると判定する。

次いで、判定部１１２は、ケア対象者以外の利用者が医師であると判定した場合に報知レベルが「１Ａ」と判定する。一方、判定部１１２は、ケア対象者以外の利用者が新人医師または研修医であると判定した場合に報知レベルが「１Ｂ」と判定する。設定部１１３は、報知レベルが「１Ａ」と判定された場合、センサ１１に報知レベル「１Ａ」を設定する。また、設定部１１３は、判定部１１２が、報知レベルが「１Ｂ」と判定された場合、センサ１１に報知レベル「１Ｂ」を設定する。次いで、センサ１１は、インシデント、報知レベルおよびベッドＩＤを送信部１１４に送信する。

センサ１１からインシデントの情報を受信した送信部１１４は、例えば、報知レベル「１Ａ」が設定された場合、ケア対象者のベッド周囲にいる医師および看護師にのみインシデント発生を通知する。一方、送信部１１４は、例えば、報知レベル「１Ｂ」が設定された場合、ケア対象者のベッド周囲にいる医師および看護師に加え、ケア対象者の担当医師および看護師にインシデント発生を通知する。

なお、上述では、ケア対象者のベッド周囲に存在する利用者が医師、新人医師、研修医のいずれであるかの判定に関して説明したが、これに限定されない。例えば、判定部１１２は、勤続年数の長いスタッフ、新人スタッフのいずれであるかに応じて報知レベルを判定してもよい。

（詳細な報知レベルの判定の第２の例）
また、判定部１１２は、ケア対象者のベッド周囲に存在する利用者が親族、ゲストのいずれであるかに基づいて報知レベルをより詳細に判定してもよい。図７および図２１の例を用いてケア対象者のベッド周囲に存在する利用者が親族、ゲストのいずれであるかの判定に関して説明する。

図２１は、ベッドＩＤデータベースの第２の例を示す図である。ベッドＩＤデータベース１２２ｂは、ベッドＩＤと、ケア対象者と、担当医師と、担当看護師１〜３と、親族１〜４とを対応づける。「ベッドＩＤ」は、病院内の各ベッドに一意に付された識別番号である。「ケア対象者」は、ケア対象者の利用者ＩＤである。「担当医師」は、ケア対象者の治療を担当する医師の利用者ＩＤである。「担当看護師１〜３」はそれぞれ、ケア対象者の看護を担当する看護師の利用者ＩＤである。「親族１〜４」はそれぞれ、ケア対象者の親族の利用者ＩＤである。

取得部１１１は、センサ１１によって撮影された画像を利用者ＩＤデータベース１２１に基づいて利用者ＩＤを特定する。取得部１１１は、特定した利用者ＩＤを読取ログ１２３に出力する。

判定部１１２は、読取ログ１２３に出力された利用者ＩＤのそれぞれを利用者ＩＤデータベース１２１に照合し、ベッド周囲に存在する各利用者の種別を判定する。例えば、図７の例に示すように判定部１１２は、利用者ＩＤが「0400」の場合、利用者が施設内のいずれかのケア対象者の親族であると判定する。なお、判定部１１２は、利用者ＩＤが利用者ＩＤデータベース１２１に登録されていない場合、利用者がゲストであると判定する。

さらに、判定部１１２は、いずれかのケア対象者の親族と判定された利用者ＩＤをベッドＩＤデータベース１２２ｂと照合し、親族１〜４に該当するか否かを判定する。判定部１１２は、利用者ＩＤデータベース１２１に一致する利用者ＩＤがある場合は、利用者がケア対象者の親族であると判定する。一方、判定部１１２は、利用者ＩＤデータベース１２１に一致する利用者ＩＤがない場合は、利用者がゲストであると判定する。

例えば、図２１の例に示されるように、判定部１１２は、ベッドＩＤが「0002」の場合、利用者ＩＤが「0400」は「親族１」に一致するので、利用者がケア対象者の親族であると判定する。また、例えば、判定部１１２は、ベッドＩＤが「0002」で利用者ＩＤが「0461」の場合、利用者ＩＤが親族１〜４のいずれにも一致しないので、利用者がゲストであると判定する。

判定部１１２は、ケア対象者以外の利用者がケア対象者の親族である場合に報知レベルが「２Ａ」と判定する。一方、判定部１１２は、ケア対象者以外の利用者がゲストであると判定した場合に報知レベルが「２Ｂ」と判定する。設定部１１３は、報知レベルが「２Ａ」と判定した場合、センサ１１に報知レベル「２Ａ」を設定する。また、設定部１１３は、報知レベルが「２Ｂ」と判定した場合、センサ１１に報知レベル「２Ｂ」を設定する。次いで、センサ１１は、インシデント、報知レベルおよびベッドＩＤを送信部１１４に送信する。

ここで、送信部１１４は、図１７に示す報知処理を実行する際に、ケア対象者に発生したインシデントの危険度を判定する。送信部１１４には、ケア対象者の危険度を判定する際に用いる閾値として、設定値Ａと、設定値Ａより低い値の設定値Ｂとがあらかじめ設定されているものとする。送信部１１４は、受信したインシデントに基づいてケア対象者の危険度を算出する。例えば、センサ１１が転倒を検知する画像センサであり、センサ１１から受信したインシデントの情報に、動きの速さを示す情報が含まれていれば、転倒が発生した時の画像上のケア対象者の動きの速さをもとにして危険度を算出しても良い。動きの速さは例えばオプティカルフロー等公知の画像処理技術によって算出する事が出来る。求めた動きの速さが大きければ、例えばつまずいた事が原因で転んだ可能性があり、これにより起こる負傷等、ケア対象者の危険度が高くなる。逆に動きの速さが小さければ、例えば一時的に気分が悪くなった等でしゃがみこんだ可能性があり、ケア対象者の危険度は前者と比較すると低くなる。このように動きの速さによってインシデントの危険度を判定する事が出来る。さらに送信部１１４は、算出されたケア対象者の危険度と、設定値Ａおよび設定値Ｂとをそれぞれ比較する。

送信部１１４は、例えば、報知レベル「２Ａ」が設定され、ケア対象者の危険度が設定値Ａ以上の場合、全てのスタッフに対してインシデント発生を通知する。一方、送信部１１４は、報知レベル「２Ａ」が設定され、ケア対象者の危険度が設定値Ａ未満の場合、ケア対象者の担当医師および担当看護師にインシデント発生を通知する。併せて、ケア対象者のベッド周囲にいる医師および看護師にインシデント発生を通知してもよい。

なお、送信部１１４における危険度の判定は、前述したセンサ１１で検知した一つの物理量をもとに閾値で算出する方法に限る必要はない。例えば、センサ１１が画像によってケア対象者の起床、離床、および転倒など、ケア対象者の行動の複数の事象を検知できるセンサであれば、例えば設定値Ａを転倒、設定値Ｂを離床のように設定値とセンサで検知できる特定の行動とを対応させておき、それぞれ該当するケア対象者の挙動がセンサ１１より通知されたときに、該当する危険度に到達したと判定しても良い。さらに複数の事象を検知するセンサは、それぞれ単独の事象を検出するセンサを複数組み合わせて構成してもよい。

このように、制御装置１００は、ケア対象者の側にいる利用者の詳細な種別を判別することで、インシデントに関する緊急度を詳細に把握することができ、把握した緊急度によって呼び出すスタッフの範囲を適正に制御できる。

なお、判定部１１２は、図２１の例に示されるベッドＩＤデータベース１２２ｂを用いて、利用者ＩＤがケア対象者を担当する看護師のものであるか、担当以外の看護師のものであるかに基づいて報知レベルを詳細に判定してもよい。

（実施例１に関連する他の態様）
以下、上述の実施形態における変形例の一部を説明する。下記の変形例のみでなく、本開示の技術の本旨を逸脱しない範囲の設計変更は適宜行われうる。

センサ１１は、ケア対象者の重大なインシデントを検知した場合に、ケア対象者のベッド周囲に利用者が存在するか否かに関わらず、例えば、報知レベルを最高の「３」に変更してもよい。

実施例１では、病院にシステムを適用した場合の例について説明したが、これに限定されない。例えば、介護施設やケア付きの住宅に実施例１のシステムを適用してもよい。

実施例１では、ベッドごとに利用者ＩＤを取得する旨を説明したが、これに限定されない。例えば、センサ１１および識別子読取装置１３は、部屋単位で利用者ＩＤを取得してもよい。

管理者端末６０は、送信部１１４からインシデント発生が送信された場合に、アラームを鳴らしてもよい。また、管理者端末６０は、インシデントの種類もしくは報知レベルに応じて、アラームの有無を変更してもよい。

センサ１１ａは、送信部１１４へのインシデント等の情報の送信を停止する機能を有してもよい。例えば、センサ１１ａは、インシデント等の情報の送信が停止された場合に、制御装置１００から報知レベルの設定を受けても、制御装置１００にインシデント等の情報を送信しない。これにより、例えば看護師等がケア対象者をケアしている場合に、センサ１１ａのインシデント等の情報の送信を停止することで、制御装置１００における処理負荷を軽減することができる。

実施例１では、センサ１１は制御装置１００から報知レベルを受信し、該受信した報知レベルをもとに、センサ１１でインシデントを検知した場合にインシデント情報を制御装置１００に送信するかを判定していたが、この判定は行わずに、センサ１１はインシデントを検知した場合には、全てのインシデント情報を制御装置１００に送るだけとしてもよい。この場合、制御装置１００からセンサ１１に報知レベルを送信しなくてよく、制御装置１００にてセンサ１１に対して設定する報知レベルを記憶しておけばよい。

上述した制御装置１００は、１台のコンピュータで実現されてもよく、また、複数台のコンピュータによるクラウドで実現されてもよい。例えば、制御装置１００は、クラウドシステムに含まれる複数台のコンピュータが、図６に示した取得部１１１、判定部１１２、設定部１１３および送信部１１４と同様の機能を発揮する。

また、実施例１に示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

（情報処理装置のハードウェア構成）
図２２は、実施例１の制御装置のハードウェア構成を示す図である。図２２の例が示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０１と、ユーザからのデータ入力を受け付ける入力装置２０２と、モニタ２０３とを有する。また、コンピュータ２００は、記憶媒体からプログラム等を読み取る媒体読取装置２０４と、他の装置と接続するためのインターフェース装置２０５と、他の装置と無線により接続するための無線通信装置２０６とを有する。また、コンピュータ２００は、各種情報を一時記憶するＲＡＭ２０７と、ハードディスク装置２０８とを有する。また、各装置２０１〜２０８は、バス２０９に接続される。

ハードディスク装置２０８には、例えば図６に示した取得部１１１、判定部１１２、設定部１１３および送信部１１４の各処理部と同様の機能を有する情報処理プログラムが記憶される。さらに、ハードディスク装置２０８には、取得部１１１、判定部１１２、設定部１１３および送信部１１４の各処理部と同様の機能を有する情報処理プログラムが記憶される。また、ハードディスク装置２０８には、情報処理プログラムを実現するための各種データが記憶される。

ＣＰＵ２０１は、ハードディスク装置２０８に記憶された各プログラムを読み出して、ＲＡＭ２０７に展開して実行することで各種の処理を行う。これらのプログラムは、コンピュータ２００を、例えば図６に示した取得部１１１、判定部１１２、設定部１１３および送信部１１４として機能させることができる。さらに、これらのプログラムは、コンピュータ２００を、取得部１１１、判定部１１２、設定部１１３および送信部１１４として機能させることができる。

なお、上記の情報処理プログラムは、必ずしもハードディスク装置２０８に記憶されている必要はない。例えば、コンピュータ２００が読み取り可能な記憶媒体に記憶されたプログラムを、コンピュータ２００が読み出して実行するようにしてもよい。コンピュータ２００が読み取り可能な記憶媒体は、例えば、ＣＤ−ＲＯＭやＤＶＤディスク、ＵＳＢ（Universal Serial Bus）メモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ、ハードディスクドライブ等が対応する。また、公衆回線、インターネット、ＬＡＮ（Local Area Network）等に接続された装置にこのプログラムを記憶させておき、コンピュータ２００がこれらからプログラムを読み出して実行するようにしてもよい。

図２３は、コンピュータで動作するプログラムの構成例を示す図である。コンピュータ２００において、図２４に示すハードウェア群２６（２０１〜２０９）の制御を行なうＯＳ（オペレーティング・システム）２７が動作する。ＯＳ２７に従った手順でＣＰＵ２０１が動作して、ハードウェア群２６の制御・管理が行なわれることにより、アプリケーションプログラム２９やミドルウェア２８に従った処理がハードウェア群２６で実行される。さらに、コンピュータ２００において、ミドルウェア２８またはアプリケーションプログラム２９が、ＲＡＭ２０７に読み出されてＣＰＵ２０１により実行される。

ＣＰＵ２０１により報知レベル設定機能が呼び出された場合、ミドルウェア２８またはアプリケーションプログラム２９の少なくとも一部に基づく処理を行なうことで、制御部１１０の機能が実現される。報知レベル設定機能は、それぞれアプリケーションプログラム２９自体に含まれてもよいし、アプリケーションプログラム２９に従って呼び出されることで実行されるミドルウェア２８の一部であってもよい。

１００ 制御装置
１０１ 入力部
１０２ 出力部
１１０ 制御部
１１１ 取得部
１１２ 判定部
１１３ 設定部
１１４ 送信部
１２０ 記憶部
１２１ 利用者ＩＤデータベース
１２２ ベッドＩＤデータベース
１２３ 読取ログ
１２４ アドレスデータベース

Claims (10)

1. あるケア対象者のベッドの周辺エリア内に存在する１又は複数の者の識別情報を取得し、
   取得した前記１又は複数の者の識別情報が、医療従事者の識別情報に対応する識別情報を含まず、前記ケア対象者の親族に対応する識別情報と前記ケア対象者の識別情報とを含む場合に、取得した前記１又は複数の者の識別情報がケア対象者の識別情報のみを含む場合には通知対象とする前記ケア対象者を監視する監視装置によって検出された複数の種類のインシデントのうちの一部のインシデントを通知対象とし、他のインシデントを通知対象としない制御を行う
   ことを特徴とする、コンピュータにより実行される制御方法。
2. あるケア対象者のベッドの周辺エリア内に存在する１又は複数の者の識別情報を取得し、
   取得した前記１又は複数の者の識別情報が、医療従事者の識別情報に対応する識別情報を含む場合と、医療従事者の識別情報に対応する識別情報を含まず、前記ケア対象者の親族に対応する識別情報を含む場合と、前記ケア対象者の識別情報のみを含む場合とで、前記ケア対象者を監視する監視装置によって検出されたインシデントのうち、特定の医療従事者に対して通知対象とするインシデントのグループを異なるものにそれぞれ制御する、
   ことを特徴とするコンピュータにより実行される制御方法。
3. 前記特定の医療従事者は、前記ケア対象者の担当である医療従事者とも、前記ケア対象者が存在する室内にいる医療従事者とも異なる医療従事者であることを特徴とする請求項２に記載の制御方法。
4. 取得した前記１又は複数の者の識別情報が、医療従事者の識別情報に対応する識別情報を含む場合には、前記特定の医療従事者に対して第１のインシデントのグループに含まれるインシデントを通知対象とし、
   前記医療従事者の識別情報に対応する識別情報を含まず、前記ケア対象者の親族に対応する識別情報を含む場合には、前記特定の医療従事者に対して前記第１のインシデントのグループを包含する第２のインシデントのグループに含まれるインシデントを通知対象とし、
   前記ケア対象者の識別情報のみを含む場合には、前記特定の医療従事者に対して前記第２のインシデントのグループを包含する第３のインシデントのグループに含まれる第３のインシデントを通知対象とする、ことを特徴とする請求項２または３に記載の制御方法。
5. 前記医療従事者若しくは前記ケア対象者の親族の顔画像を記憶装置に登録し、
   取得した前記１又は複数の者の顔画像が、前記記憶装置に登録された医療従事者若しくは前記ケア対象者の親族に対応する顔画像を含まず、第三者の顔画像のみを含む場合には、前記特定の医療従事者に対して前記第１および第２のインシデントのグループと、第３のインシデントのグループの全部又は一部とを通知対象とする、ことを特徴とする請求項２または３に記載の制御方法。
6. 前記通知処理の内容は、前記識別情報が医療従事者の識別情報である場合、該識別情報と対応付けられている端末へ、通知処理を行う、ことを特徴とする請求項２〜５のいずれか一つに記載の制御方法。
7. あるケア対象者のベッドの周辺エリア内に存在する１又は複数の者の識別情報を取得する取得部と、
   取得した前記１又は複数の者の識別情報が、医療従事者の識別情報に対応する識別情報を含まず、前記ケア対象者の親族に対応する識別情報と前記ケア対象者の識別情報とを含む場合に、取得した前記１又は複数の者の識別情報がケア対象者の識別情報のみを含む場合には通知対象とする前記ケア対象者を監視する監視装置によって検出された複数の種類のインシデントのうちの一部のインシデントを通知対象とし、他のインシデントを通知対象としない制御を行う制御部と
   を有することを特徴とする制御装置。
8. あるケア対象者又は被介護者のベッドの周辺エリア内に存在する１又は複数の者の識別情報を取得する取得部と、
   取得した前記１又は複数の者の識別情報が、医療従事者の識別情報に対応する識別情報を含む場合と、医療従事者の識別情報に対応する識別情報を含まず、前記ケア対象者又は被介護者の親族に対応する識別情報を含む場合と、前記ケア対象者又は被介護者の識別情報のみを含む場合とで、前記ケア対象者又は被介護者を監視する監視装置によって検出されたインシデントのうち、通知対象とするインシデントのグループを異なるものにそれぞれ制御する制御部と
   を有することを特徴とする制御装置。
9. あるケア対象者のベッドの周辺エリア内に存在する１又は複数の者の識別情報を取得し、
   取得した前記１又は複数の者の識別情報が、医療従事者の識別情報に対応する識別情報を含まず、前記ケア対象者の親族に対応する識別情報と前記ケア対象者の識別情報とを含む場合に、取得した前記１又は複数の者の識別情報がケア対象者の識別情報のみを含む場合には通知対象とする前記ケア対象者を監視する監視装置によって検出された複数の種類のインシデントのうちの一部のインシデントを通知対象とし、他のインシデントを通知対象としない制御を行う
   処理を実行させることを特徴とする制御プログラム。
10. コンピュータに、
    あるケア対象者又は被介護者のベッドの周辺エリア内に存在する１又は複数の者の識別情報を取得し、
    取得した前記１又は複数の者の識別情報が、医療従事者の識別情報に対応する識別情報を含む場合と、医療従事者の識別情報に対応する識別情報を含まず、前記ケア対象者又は被介護者の親族に対応する識別情報を含む場合と、前記ケア対象者又は被介護者の識別情報のみを含む場合とで、前記ケア対象者又は被介護者を監視する監視装置によって検出されたインシデントのうち、通知対象とするインシデントのグループを異なるものにそれぞれ制御する、
    処理を実行させることを特徴とする制御プログラム。

Images