JP2021197045A - 介護スタッフを割り当てるためにコンピューターで実行される方法、プログラム、情報処理装置、および見守りシステム - Google Patents

Abstract

【課題】被介護者に対応する第１スタッフを支援する第２スタッフを選定する。
【解決手段】介護スタッフの選定のために管理サーバーのＣＰＵが実行する処理は、入居者に対して介護作業が必要であることを検知するステップ（Ｓ７１０）と、入居者を担当する第１スタッフに対応を要請するステップ（Ｓ７２０）と、第１スタッフの対応能力を確認するステップ（Ｓ７３０）と、第１スタッフが独力で入居者に対応可能でない場合に（ステップＳ７４０にてＮＯ）、第２スタッフの候補を選定するステップ（Ｓ７５０）と、第２スタッフの候補に第１スタッフの支援を要請するステップ（Ｓ７６０）と、第２スタッフからＯＫの回答を受信した場合に（ステップＳ７７０にてＹＥＳ）、当該候補を第２スタッフとして確定するステップ（Ｓ７８０）と、第２スタッフが支援する旨を第１スタッフに通知するステップ（Ｓ７９０）とを含む。
【選択図】図７

Description

本開示は、監視システムに関し、より特定的には、介護スタッフを割り当てる技術に関する。

介護施設において、限られたスタッフが施設の入居者（以下「被介護者」と呼ぶ場合もある。）に対する介護やケアのサービスを提供している。したがって、スタッフの割り当ての最適化が要請されている。スタッフの割り当ての最適化に関し、例えば、特開２０１５−１４９７５号公報（特許文献１）は、「人員の割り当てをより最適に行うための支援を行うことができる人員管理システム」を開示している。より具体的には、「管理装置は、第１記憶装置に、人員の識別情報を含む人員データを記憶し、人員データを、識別情報に対応する人員が現在関わっているまたは過去に関わったプロジェクトにおける成果物に関連する付帯情報とともに記憶するとともに、第２記憶装置に、プロジェクトを構成するタスクの結果得られた成果物のデータを記憶し、成果物のデータを、対応する付帯情報に関連付けて記憶し、第１記憶装置に記憶された付帯情報を検索することにより、当該検索された付帯情報に関連付けられた人員データおよび対応する成果物のデータを抽出可能に構成される」というものである（［要約］参照）。

特開２０１５−１４９７５号公報

被介護者への介護作業にはさまざまな種類の作業があり、新人等の経験の浅いスタッフの場合、当該介護作業を経験していない場合がある。また、ある程度経験年数があるスタッフの場合でも、普段あまり発生しない介護作業には不慣れな場合がある。そのため、スタッフが、未経験の又は不慣れな介護作業を行う場合、通常より時間がかかる可能性や間違った作業を行ってしまう可能性がある。したがって、介護作業の効率の低下を抑制する技術が必要とされている。また、介護を必要とする被介護者に対して的確な介護作業が行なわれるようにスタッフを選定する技術が必要とされている。

本開示は上述のような背景に鑑みてなされたものであって、ある局面に従うと、的確な介護作業が行なわれるようにスタッフを選定する技術が開示される。他の局面に従うと、作業効率の低下が抑制される技術が開示される。

（１）ある実施の形態に従うと、コンピューターによって実行される方法が提供される。この方法は、被介護者への関与が必要なイベントの発生を検知するステップと、第１スタッフが被介護者に対応することに基づいて、予め準備されたデータベースから、第１スタッフを支援する第２スタッフを選択するステップと、第１スタッフを支援するように第２スタッフに指示するステップとを備える。

（２）ある局面において、この方法は、第１スタッフによる要請、第１スタッフによるイベントへの対処の経験、および、第１スタッフと被介護者との相性、の少なくともいずれかに基づいて、第２スタッフによるイベントへの支援が必要であると判定するステップをさらに備える。第２スタッフを選択するステップは、支援が必要であると判定されたことに基づいて、第２スタッフを選択することを含む。

（３）ある局面において、第２スタッフを選択するステップは、データベースから第２スタッフの候補を選定するステップと、第１スタッフの支援を候補に問い合わせるステップと、第１スタッフを支援することの承諾を候補から受信したことに基づいて、候補を第２スタッフとして確定するステップとを含む。

（４）ある局面において、データベースは、イベントに対応したスタッフによる対応の履歴を含む。第２スタッフを選択するステップは、対応の履歴に基づいて、第２スタッフを選択することを含む。

（５）ある局面において、第２スタッフを選択するステップは、第１スタッフによる指名を受信したことに基づいて、指名されたスタッフを第２スタッフとして選択することを含む。

（６）ある局面において、選択するステップは、一人以上の前記第２スタッフの候補をモニターに表示するステップと、前記表示された候補から前記第２スタッフを選択するための入力を受け付けるステップとを含む。

（７）ある局面において、イベントの発生を検知するステップは、被介護者を監視するセンサーから受信する信号に基づいて、または、被介護者による呼び出し操作に基づいて、イベントの発生を検知することを含む。

（８）ある局面において、イベントは、被介護者の状態又は挙動の変化を含む。
（９）他の実施の形態に従うと、上記のいずれかに記載の方法をコンピューターに実行させるプログラムが提供される。

（１０）他の実施の形態に従うと、情報処理装置が提供される。この情報処理装置は、上記のプログラムを格納したメモリーと、当該プログラムを実行するプロセッサーとを備える。

（１１）さらに他の実施の形態に従うと、見守りシステムが提供される。この見守りシステムは、上記の情報処理装置と、情報処理装置と通信し、イベントの発生を第１スタッフに通知する複数の携帯通信端末とを備える。

（１２）ある局面において、見守りシステムは、情報処理装置に電気的に接続され、前記イベントの発生の検知のための複数のセンサーをさらに備える。

ある実施の形態に従うと、的確な介護作業が行なわれるようにスタッフを選定することができる。他の実施の形態に従うと、作業効率の低下が抑制され得る。

この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。

見守りシステム１００の構成の一例を示す図である。 見守りシステム１００の構成の概要を示すブロック図である。 センサーボックス１１９を用いた見守りシステム１００の概略を示す図である。 コンピューターシステム４００のハードウェア構成を表わすブロック図である。 管理サーバー２００によって実現される機能の構成を表わすブロック図である。 管理サーバー２００に格納されるデータベース６００におけるデータの格納の一態様を例示する図である。 管理サーバー２００として機能するコンピューターシステム４００のＣＰＵ１が実行する処理の一部を表わすフローチャートである。 管理サーバー２００のモニター８における画面の推移の一例を表わす図である。 第２スタッフの候補として選定されたスタッフの携帯端末２２０のディスプレイ２２６における画面の推移を表わす図である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

まず、本明細書で開示される技術的特徴の概要について説明する。この技術的特徴は、被介護者が入居する、または、デイサービスを提供する介護施設に適用され得る。介護施設には複数の介護者（以下、介護スタッフ、またはスタッフという場合もある。）が各被介護者に対する介護あるいは看護のサービスを提供する。介護施設には、各被介護者の居室あるいは共同スペースにセンサー、カメラその他の監視装置が設けられている。監視装置からの信号は、スタッフやケアディレクターの事務所に設けられた管理コンピューター、各スタッフが保持する携帯端末、またはクラウドサーバーに送られる。ある被介護者の居室に設けられた監視装置が異常を検知すると、あるいは、ある被介護者が呼出し操作を行なうと、事務所は、当該異常または呼出しを検知し、介護や支援をスタッフに要請する。要請を受けたスタッフは、当該被介護者の居室に向かい、必要な介護や支援を行なうことになる。

第１スタッフＡが被介護者に対する介護作業を行う場合に、第１スタッフＡがその介護作業に対し不慣れな場合、あるいは、単独で介護作業を遂行できず、他のスタッフの補助または指示を必要とする場合があり得る。このような場合、第１スタッフＡは、ケアディレクターに支援を要請することになる。

ケアディレクターは、第１スタッフＡからそのような要請を受信すると、当該介護作業へのサポートが可能なスタッフのリストの中から、当該介護作業を補助しまたは指示するために適切な第２スタッフＢを選択し、第２スタッフＢに対し、第１スタッフＡの介護作業を補助し、または詳細の指示を行うように、要請する。

補助や指示が必要な介護作業の一例は、たとえば、被介護者が転倒して怪我をした場合には、怪我の手当て、対応の判断、対応の連絡等のように判断や連絡等が必要な場合が、そのような介護作業に該当する。対応の判断は、一例として、病院搬送が必要であるか否か、看護師の確認が必要であるか否か、あるいは、様子見で大丈夫か否か等である。対応の連絡は、一例としては、看護師または医師への一報、病院への連絡等である。

他の例として、認知症の被介護者が騒いだ場合が考えられる。この場合、介護スタッフは、被介護者を落ち着かせるための対応が必要になる。この場合、当該被介護者の認知症の度合い、被介護者の特徴、被介護者とスタッフとの相性等によって、そのときの対応に適切な介護スタッフが異なる場合がある。

第１スタッフＡに対する補助や指示が必要であるか否かの判断は、第１スタッフＡ自身によって、あるいは、第１スタッフＡからの連絡を受けたケアディレクターによって行なわれる。ケアディレクターは、必要な介護作業の内容と第１スタッフＡの介護経験に基づき、第１スタッフＡに対する第２スタッフＢによる支援の要否を判断してもよい。他の局面において、ケアディレクターが使用する管理コンピューターが、各スタッフのデータベースと、各被介護者の特徴を格納するデータベースとに基づいて、第２スタッフＢの要否を判断してもよい。スタッフのデータベースは、たとえば、スタッフの介護経験、スキルマップ、現在の作業状況、勤務シフト、被介護者との相性等を含む。被介護者のデータベースは、要介護度、既往症、スタッフとの相性等を含む。

第２スタッフＢによる第１スタッフＡに対する補助や指示は、ある局面において、第２スタッフＢが第１スタッフＡによる介護作業の現場に出向き、第２スタッフＢが第１スタッフＡに直接指示を出し、または、補助することができる。他の局面において、第２スタッフＢは、携帯端末やインターコミュニケーションと呼ばれる構内電話機構などにより、第１スタッフＡに対して、口頭で補助を行ない又は指示を与えることもできる。さらに他の局面において、各スタッフがタブレット端末を使用している場合には、第２スタッフＢは第１スタッフＡに対して、指示内容を簡潔な文書やメモとして作成し、テキスト文書の形で、第１スタッフＡの使用するタブレット端末に指示を送信してもよい。

さらに他の局面において、各スタッフがパワーアシストスーツを着用しており、各パワーアシストスーツが通信可能である場合には、第２スタッフＢの動作に応じた信号が、第２スタッフＢの着用するパワーアシストスーツから第１スタッフＡの着用するパワーアシストスーツに送信されて、第１スタッフＡによる介護作業を支援してもよい。

第２スタッフＢは、第１スタッフＡが勤務する介護施設に属していても属していなくても良い。仮に第２スタッフＢが第１スタッフＡのいる介護施設の外部にいる場合には、第１スタッフに対する補助や支援を依頼するメッセージが、当該介護施設の管理コンピューターや第１スタッフＡの携帯端末から、第２スタッフＢの携帯端末に送信される。その後、第２スタッフＢと第１スタッフＡとが携帯端末を介して通信することにより、第２スタッフＢによる指示が第１スタッフＡに、音声、映像あるいはテキストデータとして、送信されてもよい。これにより、第２スタッフＢが第１スタッフＡから離れた場所にいても適切な指示や補助が第１スタッフＡに提供される。

＜システムの概要＞
図１を参照して、見守りシステムの概要について説明する。図１は、見守りシステム１００の構成の一例を示す図である。見守り対象の一例は、施設１８０の居室領域に設けられた各居室内の入居者である。図１の見守りシステム１００では、居室領域に、居室１１０，１２０が設けられている。居室１１０は、入居者１１１に割り当てられている。居室１２０は、入居者１２１に割り当てられている。入居者１１１，１２１は、被介護者として、施設１８０において介護サービスを受けている。

見守りシステム１００は、ゲートウェイサーバー１３０と、交換装置１２と、アクセスポイント１４０と、管理サーバー２００と、センサーボックス１１９と、センサーボックス１１９と通信する各種機器と、携帯端末１６１，１６２，１６３，１６４とを含む。

ゲートウェイサーバー１３０は、施設１８０の内部ネットワーク（イントラネット）と、施設１８０の外部ネットワーク１６とを互いに接続する。外部ネットワーク１６は、たとえば、インターネットや公衆電話回線網である。また、外部ネットワーク１６には、クラウドサーバー１５０と、プッシュサーバー１６０と、無線基地局１５とが接続されている。

交換装置１３５は、施設１８０の内部ネットワークの各機器を互いに接続する。ある局面において、ルーターやスイッチが交換装置１３５として使用されてもよい。図１に示される例では、交換装置１３５の数は２であるが、当該数はこれに限定されない。施設１８０の内部ネットワークは、複数の交換装置１３５の組み合わせによって構成されてもよい。

アクセスポイント１４０は、携帯端末１６１，１６２を施設１８０の内部ネットワークに接続するために使用される。ある局面において、Ｗｉ−Ｆｉ（登録商標）（Wireless Fidelity）ルーターが、アクセスポイント１４０として使用され得る。

管理サーバー２００は、施設１８０の中のセンサーボックス１１９からイベント情報を受信し、各居室の入居者の情報を管理する。また、管理サーバー２００は、携帯端末１６１，１６２とも通信し、当該携帯端末を保持するスタッフを管理すると共に、各携帯端末に各種の通知を送信する。なお、管理サーバー２００は、携帯端末１６１，１６２に通知を送信する場合、外部のプッシュサーバー１６０を使用してもよい。また、外部のクラウドサーバー１５０が、管理サーバー２００の一部または全ての機能を備えていてもよい。

センサーボックス１１９は、その筐体に内蔵されたカメラおよびセンサーと、居室１１０，１２０内の他の各種センサーと連携することにより、居室１１０，１２０内の入居者１１１，１２１に関する情報をそれぞれ取得する。当該情報は、各入居者の歩行を示す画像、体温や脈拍その他のバイタル情報等を含み得る。また、センサーボックス１１９は、内部ネットワークを介して、管理サーバー２００に、取得した入居者１１１，１２１に関する情報を送信する。センサーボックス１１９の詳細は後述する。

携帯端末１６１，１６２は、施設１８０で介護に従事する介護者その他のスタッフにより使用される。スタッフは、携帯端末１６１，１６２を用いて、介護記録等を入力できる。携帯端末１６１，１６２は、当該介護記録を管理サーバー２００に送信する。また、入居者１１１，１２１に問題が発生した場合には、スタッフは、携帯端末１６１，１６２を用いて、管理サーバー２００から通知を受信する。携帯端末１６１，１６２は、施設１８０の中ではアクセスポイント１４０と接続され、内部ネットワークを介して管理サーバー２００と通信する。本明細書の例では、介護者１４１，１４２，１４３，１４４がそれぞれ携帯端末１６１，１６２，１６３，１６４を保持している。

携帯端末１６３，１６４は、施設１８０の外からは、無線基地局１５等を介して、ゲートウェイサーバー１１を経由して管理サーバー２００と通信することができる。携帯端末１６３，１６４が施設１８０の外から管理サーバー２００と通信する場合、管理サーバー２００から携帯端末１６３，１６４に提供されるサービスの一部は、入居者の情報を保護するために制限される場合がある。

なお、携帯端末１６１，１６２、アクセスポイント１４０、交換装置１３５等の他の装置の数は、図１に例示される数に限定されない。

居室１１０，１２０は、それぞれ、設備として、家具１１２、ベッド１１３、および、トイレ１１４を含む。居室１１０，１２０のドアには、当該ドアの開閉を検出するドアセンサー１１８がそれぞれ設置されている。トイレ１１４のドアには、トイレ１１４の開閉を検出するトイレセンサー１１６が設置されている。ベッド１１３には、入居者１１１の排泄情報を取得する臭いセンサー１１７が設置されている。入居者１１１は、当該入居者１１１のバイタル情報を検出するバイタルセンサー２９０を装着している。検出されるバイタル情報の一例は、入居者の体温である。他の例は、入居者の呼吸である。さらに他の例は、入居者の心拍数である。さらに他の例は、これらの情報の中の２以上の種類の情報である。居室１１０では、入居者１１１はケアコール子機１１５を操作することができる。入居者１１１がケアコール子機１１５を操作すると、ケアコール子機１１５は、呼び出し信号を発信し、呼び出し信号は、センサーボックス１１９により受信される。センサーボックス１１９は、その受信した呼び出し信号を管理サーバー２００に送信する。管理サーバー２００は、入居者１１１から呼び出しを受けていることを通知する信号を携帯端末２２０に送信する。

センサーボックス１１９は、居室１１０，１２０内の物体の挙動を検出するためのセンサーを内蔵する。センサーの一例は、物体の動作を検出するためのドップラーセンサーである。他の例は、カメラである。さらに他の例は、ケアコール子機１１５、ドアセンサー１１８、トイレセンサー１１６、臭いセンサー１１７、または、バイタルセンサー２９０である。センサーボックス１１９は、センサーとして、これらのセンサー中の少なくとも一つを含み得る。

図２を参照して、見守りシステム１００の構成要素について説明する。図２は、見守りシステム１００の構成の概要を示すブロック図である。

［センサーボックス１１９］
センサーボックス１１９は、制御装置１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３と、通信インターフェイス１０４と、カメラ１０５と、ドップラーセンサー１０６と、無線通信装置１０７と、記憶装置１０８とを備える。

制御装置１０１は、センサーボックス１１９を制御する。制御装置１０１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）その他のプロセッサー、少なくとも１つのＡＳＩＣ（Application Specific Integrated Circuit）、少なくとも１つのＦＰＧＡ（Field Programmable Gate Array）、またはこれらの組み合わせなどによって構成される。

通信インターフェイス１０４には、アンテナ（図示しない）などが接続される。センサーボックス１１９は、当該アンテナを介して、外部の通信機器との間でデータをやり取りする。外部の通信機器は、たとえば、管理サーバー２００、携帯端末１６１，１６２，１６３，１６４その他の端末、アクセスポイント１４０、クラウドサーバー１５０、その他の通信端末などを含む。

カメラ１０５は、一実現例では、近赤外カメラである。近赤外カメラは、近赤外光を投光するＩＲ（Infrared）投光器を含む。近赤外カメラが用いられることにより、夜間でも居室１１０，１２０の内部を表わす画像が撮影され得る。他の実現例では、カメラ１０５は、可視光のみを受光する監視カメラである。さらに他の実現例では、カメラ１０５として、３Ｄセンサやサーモグラフィーカメラが用いられてもよい。センサーボックス１１９およびカメラ１０５は、一体として構成されてもよいし、個別の装置の組み合わせとして構成されてもよい。

ドップラーセンサー１０６は、体動センサーとして機能する。ドップラーセンサー１０６は、マイクロ波、超音波その他の電波を発信及び受信して、居室１１０，１２０内の物体（例えば入居者１１１や介護スタッフ等）の挙動（動作）を検出する。これにより、居室１１０，１２０の入居者１１１，１２１の生体情報が検出され得る。

より具体的には、ドップラーセンサー１０６は、制御装置１０１に接続され、制御装置１０１の制御に従って、入居者１１１の呼吸に伴う胸部の体表の動きを測定する。ドップラーセンサー１０６は、マイクロ波や超音波を送信し（以下「送信波」ともいう。）、物体で反射されたマイクロ波や超音波（すなわち「反射波」）を受信し、送信波と反射波とに基づいて、ドップラー周波数成分のドップラー信号を出力する。物体が動いている場合、反射波の周波数が所謂ドップラー効果により当該物体の動いている速度に比例してシフトする。そのため、送信波の周波数と反射波の周波数とに差（ドップラー周波数成分）が生じる。ドップラーセンサー１０６は、このドップラー周波数成分の信号をドップラー信号として所定のサンプリングレートで生成し、制御装置１０１に当該ドップラー信号を出力する。制御装置１０１は、ドップラーセンサー１０６からドップラー信号を受信すると、この受信したドップラー信号を時系列に記憶装置１０８に格納する。なお、マイクロ波が送信波として使用されると、当該マイクロ波は、着衣を透過して入居者１１１の体表で反射する。そのため、入居者１１１が衣服を着ていても体表の動きを検知できる。

一例では、各ドップラーセンサー１０６は、２４ＧＨｚ帯のマイクロ波を各居室１１０，１２０のベッド１１３に向けて放射し、入居者１１１，１２１等で反射した反射波を受信する。反射波は、入居者１１１，１２１の動作により、ドップラーシフトしている。ドップラーセンサー１０６は、当該反射波から、入居者１１１，１２１の呼吸状態や心拍数を検出し得る。

無線通信装置１０７は、ケアコール子機１１５、ドアセンサー１１８、トイレセンサー１１６、臭いセンサー１１７、および、バイタルセンサー２９０からの信号を受信し、当該信号を制御装置１０１へ送信する。ケアコール子機１１５は、ケアコールボタン２４１を備える。ケアコールボタン２４１が操作されると、ケアコール子機１１５は、当該操作があったことを示す信号（例えば呼び出し信号）を発信する。発信された信号は、無線通信装置１０７によって受信される。ドアセンサー１１８、トイレセンサー１１６、臭いセンサー１１７、および、バイタルセンサー２９０は、それぞれの検出結果を送信すると、送信された信号は、無線通信装置１０７によって受信される。

記憶装置１０８は、たとえば、フラッシュメモリーまたはハードディスク等の固定記憶装置、あるいは、外付けの記憶装置などの記録媒体である。記憶装置１０８は、制御装置１０１によって実行されるプログラム、および、当該プログラムの実行に利用される各種のデータを格納する。各種のデータは、入居者１１１，１２１の行動情報を含んでいてもよい。行動情報の詳細は後述する。

上記のプログラムおよびデータのうち少なくとも一方は、制御装置１０１がアクセス可能な記憶装置であれば、記憶装置１０８以外の記憶装置（たとえば、制御装置１０１の記憶領域（たとえば、キャッシュメモリーなど）、ＲＯＭ１０２、ＲＡＭ１０３、外部機器（たとえば、管理サーバー２００や携帯端末１６１，１６２，１６３，１６４等）に格納されていてもよい。

［行動情報］
次に、本実施の形態における行動情報について、説明する。行動情報は、たとえば入居者１１１，１２１が所定の行動を実行したことを表わす情報である。一例では、所定の行動は、入居者１１１，１２１が起きたことを表わす「起床」、入居者１１１，１２１がベッド（寝具）１１３から離れたことを表わす「離床」、入居者１１１，１２１がベッド（寝具）１１３から落ちたことを表わす「転落」、および、入居者１１１，１２１が倒れたことを表わす「転倒」の４つの行動を含む。

さらに、行動情報は、入居者が介護を受けることを拒否するために行なう動作を含み得る。例えば、行動情報は、手で介護者を振り払う動作、脚で介護者を蹴ろうとする動作、ベッド１１３にしがみついて着替えを拒否する動作等を含み得る。

ある実施の形態では、制御装置１０１が、各居室１１０，１２０に設置されたカメラ１０５が撮像した画像に基づいて、各居室１１０，１２０に関連付けられた入居者１１１，１２１の各行動情報を生成する。制御装置１０１は、たとえば、上記画像から入居者１１１，１２１の頭部を検出し、この検出した入居者１１１，１２１の頭部における大きさの時間変化に基づいて、入居者１１１，１２１の「起床」、「離床」、「転倒」および「転落」の通常の情報に加えて、「介護拒否」という情報を検出する。以下、行動情報の生成の一具体例を、より詳細に説明する。

まず、記憶装置１０８に、居室１１０，１２０における各ベッド１１３の所在領域、第１閾値Ｔｈ１、第２閾値Ｔｈ２、および、第３閾値Ｔｈ３が格納される。第１閾値Ｔｈ１は、ベッド１１３の所在領域内において、横臥姿勢にあるときと座位姿勢にあるときとの間で入居者の頭部の大きさを識別する。第２閾値Ｔｈ２は、ベッド１１３の所在領域を除く居室１１０，１２０内において、入居者の頭部の大きさに基づいて、当該入居者が立位姿勢にあるか否かを識別する。第３閾値Ｔｈ３は、ベッド１１３の所在領域を除く居室１１０，１２０内において、入居者の頭部の大きさに基づいて、当該入居者が横臥姿勢にあるか否かを識別する。

制御装置１０１は、対象画像から、例えば背景差分法やフレーム差分法によって、入居者１１１，１２１の人物の領域として、動体領域を抽出する。制御装置１０１は、さらに、当該抽出した動体領域から、例えば円形や楕円形のハフ変換によって、予め用意された頭部のモデルを用いたパターンマッチングによって、頭部検出用に学習したニューラルネットワークによって導出された閾値を用いて、入居者１１１，１２１の頭部領域を抽出する。制御装置１０１は、当該抽出された頭部の位置および大きさから、「起床」、「離床」、「転倒」および「転落」を検知する。

制御装置１０１は、上記のように抽出された頭部の位置がベッド１１３の所在領域内にあり、かつ、上記のように抽出された頭部の大きさが第１閾値Ｔｈ１を用いることによって横臥姿勢の大きさから座位姿勢の大きさへと変化したことを検出した場合に、行動「起床」が発生したことを決定してもよい。

制御装置１０１は、上記のように抽出された頭部の位置がベッド１１３の所在領域内からベッド１１３の所在領域外へ移動した場合において、上記のように抽出された頭部の大きさに対して第２閾値Ｔｈ２を適用することにより、頭部がある大きさから立位姿勢の大きさへと変化したことを検出したときには、行動「離床」が発生したと判定してもよい。

制御装置１０１は、上記のように抽出された頭部の位置がベッド１１３の所在領域内からベッド１１３の所在領域外へ移動した場合において、上記のように抽出された頭部の大きさに対して第３閾値Ｔｈ３を適用することにより、頭部がある大きさから横臥姿勢の大きさへと変化したことを検出したときには、行動「転落」が発生したと判定してもよい。

制御装置１０１は、上記のように抽出された頭部の位置がベッド１１３の所在領域を除く居室１１０，１２０内に位置し、かつ、抽出された頭部の大きさが第３閾値Ｔｈ３を用いることによって或る大きさから横臥姿勢の大きさへと変化したことを検出した場合には、行動「転倒」が発生したと決定してもよい。

さらに、制御装置１０１は、画像データから入居者に加えて介護者を検出し、入居者と介護者との間隔を推定する。制御装置は、当該間隔が予め定められた通常の間隔よりも短いと推定すると、介護拒否行動が行なわれていると判断し得る。さらに、制御装置１０１は、入居者の動作が通常と違う動きを示していると判断すると、当該入居者は介護者に対して、介護拒否行動を示していると判断し得る。

以上のようにして、一具体例では、センサーボックス１１９の制御装置１０１が、入居者１１１，１２１の各行動情報を生成する。なお、他の局面に従う見守りシステム１００では、居室１１０，１２０内の画像を用いて、制御装置１０１以外の他の要素（例えば、クラウドサーバー１５０）が入居者１１１，１２１の行動情報を生成してもよい。

［携帯端末２２０］
携帯端末２２０は、制御装置２２１と、ＲＯＭ２２２と、ＲＡＭ２２３と、通信インターフェイス２２４と、ディスプレイ２２６と、記憶装置２２８と、入力デバイス２２９とを含む。ある局面において、携帯端末１６１，１６２，１６３，１６４は、例えば、スマートフォン、タブレット端末、腕時計型端末その他のウェアラブル装置等として実現される。

制御装置２２１は、携帯端末１６１，１６２，１６３，１６４を制御する。制御装置２２１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ、少なくとも１つのＡＳＩＣ、少なくとも１つのＦＰＧＡ、またはそれらの組み合わせなどによって構成される。

通信インターフェイス２２４には、アンテナ（図示しない）などが接続される。携帯端末１６１，１６２，１６３，１６４は、当該アンテナおよびアクセスポイント１４０を介して、外部の通信機器との間でデータをやり取りする。外部の通信機器は、たとえば、センサーボックス１１９、管理サーバー２００などを含む。

ディスプレイ２２６は、たとえば、有機ＥＬ（Electro Luminescence）ディスプレイ、液晶ディスプレイ等によって実現される。入力デバイス２２９は、たとえばディスプレイ２２６に設けられたタッチセンサーによって実現される。当該タッチセンサーは、携帯端末１６１，１６２，１６３，１６４に対するタッチ操作を受け付け、当該タッチ操作に応じた信号を制御装置２２１へ出力する。

記憶装置２２８は、たとえば、フラッシュメモリー、ハードディスクその他の固定記憶装置、あるいは、着脱可能なデータ記録媒体等により実現される。

ある局面において、制御装置１０１は、入床、臥床、起床、離床、転落、転倒および微体動異常を、例えば、以下のように識別する。なお、対象画像中におけるベッド１１３が配置されている領域（ベッド１１３の所在領域）は、各種データの１つとしてＲＯＭ１０２に予め記憶されている。また、各閾値や継続判定時間は、複数のサンプルから適宜設定され、各種データの１つとしてＲＯＭ１０２に予め記憶されている。

［入床］
入床の判定では、制御装置１０１は、前回の状態変数（行動判定結果を格納する変数）が「離床」であって、今回、カメラ１０５から取得した対象画像から例えば背景差分法によって抽出した人物領域がベッド１１３の所在領域に完全に重なる場合（人物領域が完全にベッド１１３の所在領域内となる場合）、入床と暫定的に判定し、その完全重畳状態の継続時間が入床継続判定時間を超えて継続している場合に、入床有りと最終的に判定し、入床を検知する。制御装置１０１は、状態変数を「入床」として更新する。入床継続判定時間は、抽出した人物領域とベッド１１３の所在領域との完全に重なりによって暫定的に判定された入床を、最終的に入床であると判定するための閾値として使用される。

［臥床］
臥床とは、入居者（監視対象者）がベッド１１３で横たわっている状態のことをいう。例えば、制御装置１０１は、画像内において入居者が占める領域がベッド１１３の領域に含まれており、かつ当該入居者の移動量が予め定められた量以下である場合に、入居者の行動情報として「臥床」を検出する。

［起床］
起床の判定では、制御装置１０１は、前回の状態変数が「臥床」であって、今回、カメラ１０５から取得した対象画像から抽出した人物領域がベッド１１３の所在領域からはみ出している領域が起床判定閾値以上であって離床判定閾値未満である場合、起床と暫定的に判定する。制御装置１０１は、当該領域が当該起床判定閾値以上であって離床判定閾値未満である状態の当該領域の継続時間が起床継続判定時間を超えている場合に、起床有りと最終的に判定し、起床を検知する。制御装置１０１は、状態変数を「起床」で更新する。起床判定閾値は、当該領域の大きさによって起床であるか否かを判定するために使用される。離床判定閾値は、当該領域の大きさによって離床であるか否かを判定するために使用される。離床判定閾値は、起床判定閾値より大きな値に設定される。起床継続判定時間は、当該領域と起床判定閾値との比較によって仮に判定された起床を、最終的に起床であると判定するための閾値として使用される。

［離床］
離床の判定では、制御装置１０１は、前回の状態変数が「入床」および「起床」のうちのいずれかであって、今回、カメラ１０５から取得した対象画像から抽出した人物領域がベッド１１３の所在領域からはみ出している領域が離床判定閾値以上である場合、離床と暫定的に判定する。制御装置１０１は、当該領域が当該離床判定閾値以上である状態の当該領域の継続時間が離床継続判定時間を超えている場合に、離床有りと最終的に判定し、離床を検知する。制御装置１０１は、状態変数を「離床」で更新する。離床継続判定時間は、当該領域と離床判定閾値との比較によって仮に判定された離床を最終的に離床であると判定するための閾値として使用される。

［転落］
転落の判定では、制御装置１０１は、今回、カメラ１０５から取得した対象画像から抽出した人物領域の頭部領域の大きさが横臥姿勢判定閾値以下であって、頭部領域の大きさの変化速度が転落判定速度閾値以上であって、人物領域がベッド１１３の所在領域の周囲に設定された転落判定領域内に在る場合に、転落有りと判定し、転落を検知する。横臥姿勢判定閾値は、横臥姿勢における頭部領域の大きさであるか否かを判別するために使用される。横臥姿勢であるか座位姿勢であるかは、当該頭部領域の大きさに基づいて判断される。転落判定速度閾値は、頭部領域の大きさの変化速度によって転落であるか否かを判別するために使用される。

［転倒］
転倒の判定では、制御装置１０１は、今回、カメラ１０５から取得した対象画像から抽出した人物領域の頭部領域の大きさが横臥姿勢判定閾値以下であって、頭部領域の大きさの変化速度が転倒判定速度閾値以上であって、人物領域がベッド１１３の所在領域および転落判定領域を除く領域に在る場合に、転倒有りと判定し、転倒を検知する。転倒判定速度閾値は、頭部領域の大きさの変化速度によって転倒であるか否かを判別するために使用される。

［微体動異常］
微体動異常は、ドップラーセンサー１０６から出力されるドップラー信号に基づいて検出される。より具体的には、制御装置１０１は、測定時点から過去へ、予め定められた時間内に測定されたドップラー信号を例えば高速フーリエ変換（ＦＦＴ）し、このＦＦＴで得られたスペクトルから、一般的な呼吸の周波数に対応する周波数帯における振幅の平均値を求める。制御装置１０１は、この求めた平均値と、微体動異常であるか否かを判定するための閾値とを比較し、求めた平均値が当該閾値以下である場合、微体動異常と暫定的に判定し、平均値が当該閾値以下である状態の継続時間が予め定められた判定時間を超えて継続している場合に、微体動異常有りと最終的に判定し、微体動異常を検知する。制御装置１０１は、状態変数を「微体動異常」で更新する。当該判定時間は、求めた平均値と微体動異常判定閾値との比較によって仮に判定された微体動異常を、最終的に微体動異常であると判定するための閾値として使用される。

制御装置１０１は、このように入居者の行動から当該予め定められた行動を検知すると、入居者に関わる所定のイベントの内容を表すイベント情報を含むイベント通知信号を通信インターフェイス１０４からで管理サーバ−２００に送信する。より詳しくは、制御装置１０１は、センサーボックス１１９のセンサーＩＤ、イベントの内容を表すイベント情報、入床、起床、離床、転落および転倒の検知の際に用いられた対象画像を含むイベント通知信号を、通信インターフェイス１０４を介して管理サーバ−２００に送信する。

イベント情報は、ある実施の形態では、入床、臥床、起床、離床、転落、転倒、微体動異常およびケアコールのうちの１または複数を含む。ここでは、制御装置１０１は、検知した入床、起床、離床、転落、転倒および微体動異常のうちの１または複数をイベント情報として当該イベント通知信号に収容する。画像は、静止画および動画のうちの少なくとも一方を含み得る。ある実施の形態では、後述するように、例えば、まず静止画がセンサーボックス１１９から管理サーバー２００に送信され、ユーザー（例えば介護者、管理者、医師その他のスタッフ）の要求に応じて動画が配信され得る。なお、他の局面において、まず、動画が配信されてもよい。また、静止画および動画が管理サーバー２００に送信され、携帯端末２２０は、管理サーバー２００から送られる信号に基づいて、当該静止画あるいは動画を、画面分割の状態でディスプレイ２２６に表示してもよい。

制御装置１０１は、ケアコール子機１１５がナースコールを受け付けた場合にその旨を所定のイベントの他の一例として含むイベント通知信号を管理サーバー２００に送信し、スピーカー（図示しない）等を用いることで、携帯端末２２０との間で音声通話を行う。より具体的には、ケアコールボタン２４１が操作されると、その操作に応じた信号が無線通信装置１０７によって受信される。センサーボックス１１９は、そのセンサーＩＤおよびイベント情報としてナースコールを含むイベント通知信号を生成し、当該イベント通知信号を通信インターフェイス１０４を介して管理サーバ−２００に送信する。制御装置１０１は、無線通信装置１０７を介して、ケアコール子機１１５のマイク（図示しない）およびスピーカー（図示しない）と、携帯端末２２０との間で、例えばＶｏＩＰ（Voice over Internet Protocol）によって音声通話を実現する。

制御装置１０１は、通信インターフェイス１０４を介して管理サーバー２００、クラウドサーバー１５０、携帯端末２２０等の画像表示装置から動画の配信の要求を受信した場合に、当該要求に応答して、カメラ１０５の撮影によって得られた動画（例えばライブの動画）をストリーミング再生して、当該画像表示装置に動画を配信する。

［見守りの概要］
図３を参照して、見守りシステム１００を用いた見守りについて説明する。図３は、センサーボックス１１９を用いた見守りシステム１００の概略を示す図である。

見守りシステム１００は、見守り対象者（監視対象者）である入居者１１１，１２１その他の入居者を見守るために利用される。居室１１０の天井には、センサーボックス１１９が取り付けられている。他の居室にも同様にセンサーボックス１１９が取り付けられている。

範囲３１は、センサーボックス１１９による検出範囲を表わす。センサーボックス１１９が前述のドップラーセンサーを有する場合、当該ドップラーセンサーは、範囲３１内で生じた人の挙動を検出する。センサーボックス１１９がセンサーとしてカメラを有する場合、当該カメラは、範囲３１内の画像を撮影する。

センサーボックス１１９は、たとえば、介護施設、医療施設、宅内などに設置される。図３の例では、センサーボックス１１９は、天井に取り付けられており、入居者１１１およびベッド１１３を天井から撮影している。センサーボックス１１９の取り付け場所は天井に限られず、居室１１０の側壁に取り付けられてもよい。

見守りシステム１００は、カメラ１０５から得られた一連の画像（すなわち、映像）に基づいて入居者１１１に生じている危険を検知する。一例として、検知可能な危険は、入居者１１１の転倒や、危険個所（たとえば、ベッドの柵など）に入居者１１１がいる状態などを含む。

見守りシステム１００は、入居者１１１に危険が生じていることを検知した場合に、そことを介護者１４１，１４２等に報知する。報知方法の一例として、見守りシステム１００は、入居者１１１の危険を介護者１４１，１４２の携帯端末１６１，１６２に通知する。携帯端末１６１，１６２は、当該通知を受信すると、入居者１１１の危険をメッセージ、音声、振動等で介護者１４１，１４２に報知する。これにより、介護者１４１，１４２は、入居者１１１に危険が生じていることを即座に把握でき、入居者１１１の元に素早く駆け付けることができる。

さらに、見守りシステム１００は、無線基地局１５を介して、施設の外部にいる介護者１４３，１４４の携帯端末１６３，１６４にも、当該危険を通知し得る。

なお、図３には、見守りシステム１００が１つのセンサーボックス１１９を備えている例が示されているが、他の局面において、見守りシステム１００は、複数のセンサーボックス１１９を備えてもよい。また、図３には、見守りシステム１００が複数の携帯端末１６１，１６２を備えている例が示されているが、他の局面において、見守りシステム１００は、一つの携帯端末でも実現され得る。

［コンピューターシステムの構成］
図４を参照して、情報処理装置の一態様であるコンピューターシステム４００の構成について説明する。図４は、コンピューターシステム４００のハードウェア構成を表わすブロック図である。コンピューターシステム４００は、ゲートウェイサーバー１３０、クラウドサーバー１５０、プッシュサーバー１６０、または管理サーバー２００として機能する。

コンピューターシステム４００は、主たる構成要素として、プログラムを実行するＣＰＵ１と、コンピューターシステム４００の使用者による指示の入力を受けるマウス２およびキーボード３と、ＣＰＵ１によるプログラムの実行により生成されたデータ、又はマウス２若しくはキーボード３を介して入力されたデータを揮発的に格納するＲＡＭ４と、データを不揮発的に格納するハードディスク５と、光ディスク駆動装置６と、通信インターフェイス（Ｉ／Ｆ）７と、モニター８とを含む。各構成要素は、相互にデータバスによって接続されている。光ディスク駆動装置６には、ＣＤ−ＲＯＭ９その他の光ディスクが装着される。

コンピューターシステム４００における処理は、各ハードウェアおよびＣＰＵ１により実行されるソフトウェアによって実現される。このようなソフトウェアは、ハードディスク５に予め記憶されている場合がある。また、ソフトウェアは、ＣＤ−ＲＯＭ９その他の記録媒体に格納されて、コンピュータープログラムとして流通している場合もある。あるいは、ソフトウェアは、いわゆるインターネットに接続されている情報提供事業者によってダウンロード可能なアプリケーションプログラムとして提供される場合もある。このようなソフトウェアは、光ディスク駆動装置６その他の読取装置によりその記録媒体から読み取られて、あるいは、通信インターフェイス７を介してダウンロードされた後、ハードディスク５に一旦格納される。そのソフトウェアは、ＣＰＵ１によってハードディスク５から読み出され、ＲＡＭ４に実行可能なプログラムの形式で格納される。ＣＰＵ１は、そのプログラムを実行する。

図４に示されるコンピューターシステム４００を構成する各構成要素は、一般的なものである。したがって、本開示に係る技術思想の本質的な部分の一つは、ＲＡＭ４、ハードディスク５、ＣＤ−ＲＯＭ９その他の記録媒体に格納されたソフトウェア、あるいはネットワークを介してダウンロード可能なソフトウェアであるともいえる。記録媒体は、一時的でない、コンピューター読取可能なデータ記録媒体を含み得る。なお、コンピューターシステム４００の各ハードウェアの動作は周知であるので、詳細な説明は繰り返さない。

なお、記録媒体としては、ＣＤ−ＲＯＭ、ＦＤ（Flexible Disk）、ハードディスクに限られず、磁気テープ、カセットテープ、光ディスク（ＭＯ（Magnetic Optical Disc）／ＭＤ（Mini Disc）／ＤＶＤ（Digital Versatile Disc））、ＩＣ（Integrated Circuit）カード（メモリーカードを含む）、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Electronically Programmable Read-Only Memory）、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read-Only Memory）、フラッシュＲＯＭなどの半導体メモリー等の固定的にプログラムを担持する媒体でもよい。

ここでいうプログラムとは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。

＜管理サーバー＞
図５を参照して、管理サーバー２００の構成についてさらに説明する。図５は、管理サーバー２００によって実現される機能の構成を表わすブロック図である。管理サーバー２００は、受信部５１０と、入力部５２０と、記憶部５３０と、制御部５４０と、表示部５５０と、通知部５６０とを備える。記憶部５３０は、データベース６００を含む。制御部５４０は、検知部５４１と、支援候補選定部５４２とを含む。

受信部５１０は、ケアコール子機１１５、センサーボックス１１９、携帯端末２２０その他の機器から発せられた信号を受信する。受信される信号は、スタッフの呼び出し信号、入居者に対する介護作業を必要とするイベントの発生を検知する信号、携帯端末２２０を使用するユーザー（スタッフ）による応答等を含む。ある局面において、受信部５１０は、ネットワークＩ／Ｆによって実現される。

入力部５２０は、管理サーバー２００のユーザー（例えば、ケアディレクターその他の管理者）による指示の入力を受け付ける。ある局面において、入力部５２０は、マウス、キーボードその他の入力装置、タッチパネル等により実現される。

記憶部５３０は、ハードディスク装置その他の不揮発性の記憶装置によって実現される。記憶部５３０において、データベース６００は、各スタッフのスキルマップと、各スタッフの勤務スケジュールと、各スタッフと各入居者との相性とを格納している。データベース６００の詳細は後述する。

制御部５４０は、管理サーバー２００による介護スタッフの選定処理を実行する。一例として、制御部５４０は、検知部５４１として、介護スタッフによる支援が必要なイベントが入居者に発生したことを検知する。

制御部５４０は、支援候補選定部５４２として、当該イベントの発生の検知に応答して、データベース６００に保持されているデータに基づいて、当該入居者を担当する第１スタッフに加えて、第１スタッフを支援する第２スタッフを選定する。他の局面において、支援候補選定部５４２は、ケアディレクターその他の管理サーバー２００のユーザーによって入力部５２０に対して与えられる指示に基づいて、第２スタッフを選定してもよい。他の局面において、支援候補選定部５４２は、過去に同様のイベントについて第１スタッフを支援した他のスタッフによる支援履歴に基づいて、今回のイベントに対して第１スタッフを支援する第２スタッフを選定してもよい。さらに他の局面において、支援候補選定部５４２は、第１スタッフによる指名に基づいて第２スタッフを選定してもよい。例えば、第１スタッフが、過去に同様のイベントに対して支援の提供を受けた他のスタッフを覚えている場合には、第１スタッフは、当該他のスタッフによる支援を希望するメッセージを携帯端末２２０で管理サーバー２００に通知し得る。ケアディレクターは、そのメッセージを確認して、当該他のスタッフが対応可能である場合には、当該他のスタッフを第２スタッフとして選定してもよい。

表示部５５０は、支援候補選定部５４２によって候補として選定されたスタッフを表示する。ケアディレクターその他のユーザーは、入居者に対応している第１スタッフを支援する候補を確認することができる。

通知部５６０は、第２スタッフの候補として選定されたスタッフに第１スタッフの対応を要請する信号を送信する。他の局面において、通知部５６０は、第１スタッフを支援するスタッフが選定されたことを第１スタッフに通知する。

＜データ構造＞
図６を参照して、管理サーバー２００のデータ構造について説明する。図６は、管理サーバー２００に格納されるデータベース６００におけるデータの格納の一態様を例示する図である。データベース６００は、ある局面において、ハードディスク５に格納されている。他の局面において、データベース６００は、クラウド上に確保された記憶領域に格納されていてもよい。データベース６００は、テーブル６１０，６２０、６３０を含む。

テーブル６１０は、各スタッフについて、現在のステータスと、スキルマップと、入居者との相性と、介護に関する資格の有無と、介護研修の受講状況とを保持している。

スキルマップは、介護の経験年数、各種スキルのレベルとを含む。各種スキルは、例えば、入居者がけがをした場合の対応の的確さ、対応の連絡内容の的確さ、認知症を患った入居者への対応の的確さ、その他介護施設において対応が求められる各種のスキルを含む。より詳しくは、けがへの対応は、病院への搬送の要否の判断、看護師による確認の要否の判断等を含む。対応の連絡内容の的確さは、例えば、看護師又は医師への連絡の要否、連携している医療機関への連絡の的確さ等を含む。

認知症を患った入居者への対応は、例えば、当該入居者が騒いだ時にどのように対応して落ち着かせられるかの能力を含む。

相性は、当該スタッフと各入居者との関係で記録されている。相性は、例えば、当該スタッフへの聞き取りの結果に基づいてケアディレクターその他の管理者によってデータベース６００に格納される。相性は、ＯＫとＮＧという２段階が例示されているが、良い、普通または悪いといった３段階でもよく、さらに他の局面において、より細分化された相性が規定されていてもよい。

テーブル６２０は、各スタッフの勤務スケジュールを含む。ある局面において、スタッフが勤務中である場合に、当該スタッフに対して、第１スタッフを支援する第２スタッフとして対応が要請される。

テーブル６３０は、各スタッフによる他のスタッフに対する支援の履歴を保持している。テーブル６３０は、複数のデータレコードを含む。各データレコードは、たとえば、支援が行なわれた日時と、支援を要請した介護者（第１スタッフ）の識別データと、支援を行なった介護者（第２スタッフ）の識別データと、これらの介護者による介護を受けた被介護者の識別データと、そのときの状態を表わすデータとを含む。ある局面において、管理サーバー２００が、第１スタッフから応援要請を受信すると、ＣＰＵ１は、新たなデータレコードをテーブル６３０に作成する。第２スタッフが選定されて被介護者への対応が完了すると、ＣＰＵ１は、第１スタッフまたは第２スタッフの携帯端末２２０に対して入力される記録に基づき、当該データレコードに各項目を入力して、履歴を作成する。作成された履歴は、各スタッフの能力の評価基準として、または、他のスタッフの支援が必要になった場合に、他のスタッフを選定する基準として使用され得る。

＜制御構造＞
図７を参照して、管理サーバー２００の制御構造について説明する。図７は、管理サーバー２００として機能するコンピューターシステム４００のＣＰＵ１が実行する処理の一部を表わすフローチャートである。

ステップＳ７００にて、ＣＰＵ１は、入居者の居室のセンサーボックス１１９から受信した信号に基づいて、異常信号またはケアコールによる呼出しを受信したことを検知する。

ステップＳ７１０にて、ＣＰＵ１は、当該入居者に対して介護作業が必要であることを検知する。

ステップＳ７２０にて、ＣＰＵ１は、入居者を担当する第１スタッフに対応を要請する。例えば、ＣＰＵ１は、当該第１スタッフが使用する携帯端末２２０に対応を要請する信号を送信する。

ステップＳ７３０にて、ＣＰＵ１は、データベース６００を参照して、第１スタッフの対応能力を確認する。

ステップＳ７４０にて、ＣＰＵ１は、第１スタッフが独力で当該入居者に対応可能であるか否かを判断する。この判断は、データベース６００のテーブル６１０に規定されているスキルマップ、当該入居者との相性等に基づいて行なわれる。ＣＰＵ１は、第１スタッフが独力で当該入居者に対応可能であると判断すると（ステップＳ７４０にてＹＥＳ）、処理を終了する。そうでない場合には（ステップＳ７４０にてＮＯ）、ＣＰＵ１は、制御をステップＳ７５０に切り替える。

ステップＳ７５０にて、ＣＰＵ１は、データベース６００を参照して、第１スタッフを支援する第２スタッフの候補を選定する。例えば、ＣＰＵ１は、対応が求められた時点で出勤しており、当該対応に十分なスキルを有することがスキルマップにより確認でき、かつ、当該入居者との相性が悪くないスタッフを第２スタッフの候補として選定し得る。

ステップＳ７６０にて、ＣＰＵ１は、第２スタッフの候補に第１スタッフの支援を要請する。例えば、ＣＰＵ１は、第２スタッフの候補として選定された介護スタッフが保有している携帯端末２２０に、第１スタッフの支援に出向いて欲しい旨を通知する。

ステップＳ７７０にて、ＣＰＵ１は、第２スタッフからＯＫの回答を受信したか否かを判断する。ＣＰＵ１は、第２スタッフからＯＫの回答を受信したと判断すると（ステップＳ７７０にてＹＥＳ）、制御をステップＳ７８０に切り替える。そうでない場合には（ステップＳ７７０にてＮＯ）、ＣＰＵ１は制御をステップＳ７５０に戻す。

ステップＳ７８０にて、ＣＰＵ１は、当該候補を第２スタッフとして確定する。例えば、ＣＰＵ１は、第２スタッフとして選定されたスタッフのステータスを、当該入居者に対応しているステータスに切り替える。

ステップＳ７９０にて、ＣＰＵ１は、第２スタッフが支援する旨を第１スタッフに通知する。例えば、ＣＰＵ１は、第１スタッフが使用している携帯端末２２０に、第２スタッフが応援に出向く旨を通知する。

なお、他の局面において、第２スタッフの候補者からの返信を受領することなく、当該入居者への対応を第２スタッフに要請してもよい。例えば、対応が急を要する場合は、管理サーバー２００は、第２スタッフの候補者からの回答を待つことなく第１スタッフへの支援を指示し得る。したがって、この場合は、ステップＳ７７０の処理は不要となる。

＜画面の表示態様＞
図８を参照して、管理サーバー２００における画面の表示態様について説明する。図８は、管理サーバー２００のモニター８における画面の推移の一例を表わす図である。

画面Ａにおいて、モニター８は、第１スタッフによる介護作業を支援する要請を受信したことを表示する。さらに、モニター８は、第１スタッフを支援する第２スタッフを選定するか否かを問い合わせるアイコンを表示する。画面Ａを視認したケアディレクターその他の管理者は、第２スタッフの選定を自ら行う場合は、「手動」を選択することになる。他方、当該管理者が、第２スタッフの選定を管理サーバー２００に委ねる場合には、「システム」を選択することになる。その後、画面Ａは画面Ｂに切り替わる。

画面Ｂは、各スタッフの勤務ステータス、スキルレベルおよび相性を表示する。第２スタッフの選定が管理サーバー２００によって自動的に行われる場合でも、管理者による確認のために、モニター８は、画面Ｂを表示し得る。ＣＰＵ１は、第２スタッフの候補者として、勤務ステータスが「待機」であり、相性がＯＫであり、当該症状に対する対応能力を規定するスキルレベルが中級以上のスタッフを選定する。画面Ｂに示される例では、スタッフＥ（中級者、３年、ＯＫ）が第２スタッフの候補として選定される。

その後、ＣＰＵ１は、スタッフＥの携帯端末２２０に対して、第１スタッフＡを支援する要請を送信し、モニター８は、送信が完了したことを表示する（画面Ｃ）。

ある局面において、スタッフＥが当該要請に対する返信としてＯＫを回答すると、ＣＰＵ１は、その回答を受信し、モニター８はその旨を表示する（画面Ｄ）。さらに、ＣＰＵ１は、第１スタッフＡの携帯端末２２０に、第２スタッフとしてＥさんが応援に出向く旨を通知し得る。

他の局面において、第１スタッフＡの支援の要請を受けたスタッフＥは、何らかの事情で対応できない旨を回答する可能性もある。例えば、管理サーバー２００に管理されるステータスが「待機」であっても、実際には、スタッフＥは他の入居者に対して何らかの対応を行なっている可能性もある。このような場合、ＣＰＵ１は、スタッフＥから対応ＮＧの回答を受信すると、モニター８にスタッフＥが対応できない旨を表示する（画面Ｅ）。この場合、ＣＰＵ１は、第２スタッフの候補からスタッフＥを除外し、残りのスタッフから新たに第２スタッフの候補を選定する。この場合、対応可能なスタッフのステータスによっては、ＣＰＵ１は、相性よりもスキルレベルを優先して新たな第２スタッフを選定し得る。

図９を参照して、スタッフの使用する携帯端末２２０における画面の表示態様について説明する。図９は、第２スタッフの候補として選定されたスタッフの携帯端末２２０のディスプレイ２２６における画面の推移を表わす図である。

ある局面において、携帯端末２２０が管理サーバー２００から第１スタッフＡを支援する対応要請を受信すると、携帯端末２２０のディスプレイ２２６は、第１スタッフＡへの支援が可能であるか否かを問い合わせる画面Ａを表示する。

ある局面において、スタッフＥが、対応できると判断して、「はい」を選択すると、ディスプレイ２２６は、画面Ｂを表示し、当該入居者への対応に向かうようにメッセージを表示する。

他の局面において、スタッフＥが、対応できないと判断して、「いいえ」を選択すると、ディスプレイ２２６は、画面Ｃを表示し、対応できない旨の理由の入力を促す画面を表示する。さらに他の局面において、ディスプレイ２２６は、そのような理由の入力を促すことなく、対応できない旨を回答として管理サーバー２００に送信してもよい。

［実施の形態のまとめ］
上述のように開示された技術的特徴は、以下のように要約され得る。

（構成１）ある局面において、介護スタッフを支援する他のスタッフを選定するためにコンピューターシステム４００によって実行される方法が提供される。より具体的には、ＣＰＵ１が、被介護者への関与が必要なイベントの発生を検知する。ＣＰＵ１は、第１スタッフＡが被介護者に対応することに基づいて、予め準備されたデータベース６００から、第１スタッフを支援する第２スタッフＢを選択する。ある局面において、ＣＰＵ１は、データベース６００に含まれるスタッフの候補から、第１スタッフＡを支援するために必要な条件（例、被介護者との相性、経験年数など）を満たすスタッフを第２スタッフＢとして選択する。他の局面において、ＣＰＵ１は、データベース６００に基づいて第２スタッフＢの候補をモニター８に表示する。コンピューターシステム４００のユーザー（たとえば、ケアディレクターその他のスタッフの管理者等）は、その表示された候補を選択する操作（たとえば、モニター８へのタッチ操作、マウスのクリック等）を行なうと、ＣＰＵ１は、その選択された候補を第２スタッフＢとして選択する。ＣＰＵ１は、第１スタッフを支援するように第２スタッフに指示する。イベントは、被介護者の状態又は挙動の変化を含む。被介護者の状態の変化は、たとえば、病状の悪化等を含む。挙動の変化は、被介護者が暴れることを含む。このような構成によれば、第１スタッフの負荷を軽減するために第２スタッフの選定が客観的に行なわれるので、被介護者への的確なサービスの提供が維持され得る。

（構成２）他の局面において、上記構成に加えて、第１スタッフによる要請、第１スタッフによるイベントへの対処の経験、および、第１スタッフと被介護者との相性、の少なくともいずれかに基づいて、ＣＰＵ１は、第２スタッフによるイベントへの支援が必要であると判定する。ＣＰＵ１は、支援が必要であると判定されたことに基づいて、第２スタッフを選択する。

（構成３）他の局面において、ＣＰＵ１は、データベースから第２スタッフの候補を選定し、第１スタッフの支援を候補に問い合わせ、第１スタッフを支援することの承諾を候補から受信したことに基づいて、候補を第２スタッフとして確定する。問い合わせのメッセージは、第２スタッフの候補となり得る介護者が使用する携帯端末２２０に送信される。

（構成４）他の局面において、データベース６００は、イベントに対応したスタッフによる対応の履歴を含む。ＣＰＵ１は、対応の履歴に基づいて、第２スタッフを選択する。

（構成５）他の局面において、ＣＰＵ１は、他のスタッフによる支援の要請を第１スタッフから受信したことに基づいて、第２スタッフを選択する。

（構成６）他の局面において、ＣＰＵ１は、一人以上の第２スタッフの候補をモニター８に表示する。ＣＰＵ１は、モニター８に表示された候補から第２スタッフを選択するための入力を受け付ける。この操作は、たとえば、ケアディレクターその他の管理スタッフによるモニター８に対するタッチ操作あるいはマウスやトラックパッドによる選択操作を含む。

（構成７）他の局面において、ＣＰＵ１は、被介護者を監視するセンサーボックス１１９から受信する信号に基づいて、または、被介護者によるケアコール子機１１５に対する呼び出し操作に基づいて、イベントの発生を検知することを含む。

［実施の形態の効果］
ある実施の形態に従うと、第１スタッフによる被介護者への対応が不十分であると見込まれる場合には、第１スタッフを支援する第２スタッフが選定されるので、的確な介護サービスが当該被介護者に提供され得る。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

開示された技術的特徴は、介護施設に設置されるコンピューター、あるいは、介護施設にスタッフの配置支援サービスを提供する事業者が使用するコンピューターに適用可能である。

２ マウス、３ キーボード、４，１０３，２２３ ＲＡＭ、５ ハードディスク、６ 光ディスク駆動装置、７，１０４，２２４ 通信インターフェイス、８ モニター、９，１０２，２２２ ＲＯＭ、１１，１３０ ゲートウェイサーバー、１２，１３５ 交換装置、１５ 無線基地局、１６ 外部ネットワーク、３１ 範囲、１００ システム、１０１，２２１ 制御装置、１０５ カメラ、１０６ ドップラーセンサー、１０７ 無線通信装置、１０８，２２８ 記憶装置、１１０，１２０ 居室、１１１，１２１ 入居者、１１２ 家具、１１３ ベッド、１１４ トイレ、１１５ ケアコール子機、１１６ トイレセンサー、１１７ センサー、１１８ ドアセンサー、１１９ センサーボックス、１４０ アクセスポイント、１４１，１４２，１４３，１４４ 介護者、１５０ クラウドサーバー、１６０ プッシュサーバー、１６１，１６２，１６３，１６４，２２０ 携帯端末、１８０ 施設、２００ 管理サーバー、２２６ ディスプレイ、２２９ 入力デバイス、２４１ ケアコールボタン、２９０ バイタルセンサー、４００ コンピューターシステム、５１０ 受信部、５２０ 入力部、５３０ 記憶部、５４０ 制御部、５４１ 検知部、５４２ 支援候補選定部、５５０ 表示部、５６０ 通知部、６００ データベース、６１０，６２０ テーブル。

Claims (12)

1. コンピューターによって実行される方法であって、
   被介護者への関与が必要なイベントの発生を検知するステップと、
   第１スタッフが前記被介護者に対応することに基づいて、予め準備されたデータベースから、前記第１スタッフを支援する第２スタッフを選択するステップと、
   前記第１スタッフを支援するように前記第２スタッフに指示するステップとを備える、方法。
2. 前記第１スタッフによる要請、前記第１スタッフによる前記イベントへの対処の経験、および、前記第１スタッフと前記被介護者との相性、の少なくともいずれかに基づいて、前記第２スタッフによる前記イベントへの支援が必要であると判定するステップをさらに備え、
   前記第２スタッフを選択するステップは、前記支援が必要であると判定されたことに基づいて、前記第２スタッフを選択することを含む、請求項１に記載の方法。
3. 前記第２スタッフを選択するステップは、
   前記データベースから前記第２スタッフの候補を選定するステップと、
   前記第１スタッフの支援を前記候補に問い合わせるステップと、
   前記第１スタッフを支援することの承諾を前記候補から受信したことに基づいて、前記候補を前記第２スタッフとして確定するステップとを含む、請求項１に記載の方法。
4. 前記データベースは、前記イベントに対応したスタッフによる対応の履歴を含み、
   前記第２スタッフを選択するステップは、前記対応の履歴に基づいて、前記第２スタッフを選択することを含む、請求項１に記載の方法。
5. 前記第２スタッフを選択するステップは、前記第１スタッフによる指名を受信したことに基づいて、指名されたスタッフを前記第２スタッフとして選択することを含む、請求項１に記載の方法。
6. 前記選択するステップは、
   一人以上の前記第２スタッフの候補をモニターに表示するステップと、
   前記表示された候補から前記第２スタッフを選択するための入力を受け付けるステップとを含む、請求項１に記載の方法。
7. 前記イベントの発生を検知するステップは、前記被介護者を監視するセンサーから受信する信号に基づいて、または、前記被介護者による呼び出し操作に基づいて、前記イベントの発生を検知することを含む、請求項１〜６のいずれかに記載の方法。
8. 前記イベントは、前記被介護者の状態又は挙動の変化を含む、請求項１〜７のいずれかに記載の方法。
9. 請求項１〜８のいずれかに記載の方法をコンピューターに実行させる、プログラム。
10. 請求項９に記載のプログラムを格納したメモリーと、
    前記プログラムを実行するプロセッサーとを備える、情報処理装置。
11. 請求項１０に記載の情報処理装置と、
    前記情報処理装置と通信し、前記イベントの発生を前記第１スタッフに通知する複数の携帯通信端末とを備える、見守りシステム。
12. 前記情報処理装置に電気的に接続され、前記イベントの発生の検知のための複数のセンサーをさらに備える、請求項１１に記載の見守りシステム。

Images