特開 2023-139336 通知制御システム、通知制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023139336

(43)【公開日】2023-10-04

(54)【発明の名称】通知制御システム、通知制御方法

(51)【国際特許分類】

   H04M 11/00 20060101AFI20230927BHJP

   G08B 25/04 20060101ALI20230927BHJP

   G08B 21/02 20060101ALI20230927BHJP

【ＦＩ】

H04M11/00 301

G08B25/04 K

G08B21/02

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022044807

(22)【出願日】2022-03-22

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＢＬＵＥＴＯＯＴＨ

(71)【出願人】

【識別番号】000233295

【氏名又は名称】株式会社日立情報通信エンジニアリング

(74)【代理人】

【識別番号】110001689

【氏名又は名称】青稜弁理士法人

(72)【発明者】

【氏名】秋元 遥佳

【テーマコード（参考）】

5C086

5C087

5K201

【Ｆターム（参考）】

5C086AA22

5C086AA42

5C086BA03

5C086BA07

5C086BA09

5C086FA06

5C086FA15

5C087AA02

5C087AA11

5C087AA16

5C087AA19

5C087AA44

5C087BB12

5C087DD03

5C087DD29

5C087DD35

5C087DD36

5C087FF01

5C087FF02

5C087FF04

5C087FF23

5C087FF24

5C087GG08

5C087GG66

5C087GG67

5C087GG70

5C087GG83

5K201AA07

5K201BA03

5K201BA19

5K201CA01

5K201CA07

5K201CB14

5K201CC10

5K201DC03

5K201EB07

5K201EC03

5K201EC06

5K201EC09

5K201ED01

5K201ED05

5K201ED09

5K201EF09

(57)【要約】

【課題】センサ情報の優先度に応じて、自動的にセンシング利用者とオペレータやスタッフとの間で相互通話を可能とする。
【解決手段】センシング利用者とセンシング利用者を補助する補助者との間の通知制御を行う通知制御システムであって、センサ受信機は、センシング利用者の状態または／および行動を検知するセンサのセンサ情報を受信する第１の処理部と、センサ情報とセンシング利用者とを対応付けた受信機情報をサーバに送信する第２の処理部と、サーバからの指示に従って、補助者の電話機を呼び出し、補助者とセンシング利用者との間での通話を制御する第３の処理部と、を有し、サーバは、センサ受信機から受信した受信機情報に含まれるセンサ情報が第１の条件を満たした場合、センシング利用者に対する補助者による対応の優先度に応じて、補助者への通知方法を定めた優先度管理テーブルを用いて、補助者の電話機を呼び出す指示を送信する第４の処理部、を有する。
【選択図】 図１

【特許請求の範囲】

【請求項1】

センシング利用者と当該センシング利用者を補助する補助者との間の通知制御を行う通知制御システムであって、
センサ受信機は、
前記センシング利用者の状態または／および行動を検知するセンサのセンサ情報を受信する第１の処理部と、
前記センサ情報と前記センシング利用者とを対応付けた受信機情報をサーバに送信する第２の処理部と、
前記サーバからの指示に従って、前記補助者の電話機を呼び出し、前記補助者と前記センシング利用者との間での通話を制御する第３の処理部と、を有し、
前記サーバは、
前記センサ受信機から受信した前記受信機情報に含まれるセンサ情報が第１の条件を満たした場合、前記センシング利用者に対する前記補助者による対応の優先度に応じて、当該補助者への通知方法を定めた優先度管理テーブルを用いて、前記補助者の電話機を呼び出す前記指示を送信する第４の処理部、
を有することを特徴とする通知制御システム。

【請求項2】

前記センサ受信機は、表示部と、前記サーバからの指示に従って、前記センサ情報に応じた種類のランプ情報を前記表示部に表示する第５の処理部と、を有し、
前記サーバの前記第４の処理部は、前記センサ受信機から受信した前記受信機情報に含まれるセンサ情報が第２の条件を満たした場合、前記センサ受信機に、前記センサ情報に応じた種類のランプ情報を前記表示部に表示する指示を送信する、
ことを特徴とする請求項１に記載の通知制御システム。

【請求項3】

前記サーバの前記第４の処理部は、前記センサ受信機から受信した前記受信機情報に含まれるセンサ情報が第３の条件を満たした場合、前記補助者の電話機に、交換機を介して所定のメッセージを送信する、
ことを特徴とする請求項１に記載の通知制御システム。

【請求項4】

前記センサ受信機は、通話機能を有した携帯端末により構成される、
ことを特徴とする請求項１に記載の通知制御システム。

【請求項5】

前記通知制御システムは、前記センサ受信機に対して所定のメッセージにより自動音声応答を行うＩＶＲ装置を有し、
前記サーバの前記第４の処理部は、前記補助者の電話機を呼び出す前記指示が設定されている場合であっても、前記優先度に対応付けて自動音声応答を行う旨の情報が設定されている場合、前記ＩＶＲ装置に対して、前記センサ受信機に対して前記所定のメッセージを送信させる、
ことを特徴とする請求項１に記載の通知制御システム。

【請求項6】

センシング利用者と当該センシング利用者を補助する補助者との間の通知制御を行う通知制御システムで行われる通知制御方法であって、
センサ受信機が、前記センシング利用者の状態または／および行動を検知するセンサのセンサ情報を受信する第１の処理を行い、
前記センサ受信機が、前記センサ情報と前記センシング利用者とを対応付けた受信機情報をサーバに送信する第２の処理を行い、
前記センサ受信機が、前記サーバからの指示に従って、前記補助者の電話機を呼び出し、前記補助者と前記センシング利用者との間での通話を制御する第３の処理を行い、
前記サーバが、前記センサ受信機から受信した前記受信機情報に含まれるセンサ情報が第１の条件を満たした場合、前記センシング利用者に対する前記補助者による対応の優先度に応じて、当該補助者への通知方法を定めた優先度管理テーブルを用いて、前記補助者の電話機を呼び出す前記指示を送信する第４の処理を行う、
ことを特徴とする通知制御方法。

【請求項7】

表示部を有した前記センサ受信機が、前記サーバからの指示に従って、前記センサ情報に応じた種類のランプ情報を前記表示部に表示する第５の処理を行い、
前記サーバが、前記第４の処理において、前記センサ受信機から受信した前記受信機情報に含まれるセンサ情報が第２の条件を満たした場合、前記センサ受信機に、前記センサ情報に応じた種類のランプ情報を前記表示部に表示する指示を送信する、
ことを特徴とする請求項６に記載の通知制御方法。

【請求項8】

前記サーバが、前記第４の処理において、前記センサ受信機から受信した前記受信機情報に含まれるセンサ情報が第３の条件を満たした場合、前記補助者の電話機に、交換機を介して所定のメッセージを送信する、
ことを特徴とする請求項６に記載の通知制御方法。

【請求項9】

前記サーバが、前記第４の処理において、前記補助者の電話機を呼び出す前記指示が設定されている場合であっても、前記優先度に対応付けて自動音声応答を行う旨の情報が設定されている場合、前記センサ受信機に対して所定のメッセージにより自動音声応答を行うＩＶＲ装置に対して、前記センサ受信機に対して前記所定のメッセージを送信させる、
ことを特徴とする請求項６に記載の通知制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通知制御システム、通知制御方法に関する。

【背景技術】

【0002】

従来、様々な業種で使われているセンサが検知したセンサ情報を、電話機やスマートデバイスに通知する技術がある。例えば、特許文献１では、排泄を検出した場合、センサーコール条件管理テーブルに登録された内線番号のＰＨＳや多機能電話機（ＭＦＴ）へ発報する技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２０－０６４４６２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

様々な業種のオペレータやスタッフは、センサ情報の通知によっては早急に確認が必要と判断した場合、現場へ直接向かい確認や内線電話で声掛けする必要がある。この点、特許文献１では、センサ情報に基づいてＰＨＳやＭＦＴにメッセージを報知するにとどまり、オペレータやスタッフを呼び出すためには、センサ情報の検知対象となる利用者自身が手動でオペレータやスタッフに電話をかけるか、スタッフ呼出しボタンを押して通話するといった、センサ情報が報知されたときに行う操作とは別の異なる操作を行う必要がある。優先度の高いセンサの中には、患者などのセンシング利用者の安否確認が早急に必要なケースもある。そのため、センサ情報の優先度に応じて自動的にセンシング利用者とオペレータやスタッフとの間で、相互通話が可能な技術が求められていた。

【0005】

本発明は、センサ情報の優先度に応じて、自動的にセンシング利用者とオペレータやスタッフとの間で相互通話が可能な通知制御システム、通知制御方法を提供することを目的とする。

【課題を解決するための手段】

【0006】

本発明にかかる通知制御システムは、センシング利用者と当該センシング利用者を補助する補助者との間の通知制御を行う通知制御システムであって、センサ受信機は、前記センシング利用者の状態または／および行動を検知するセンサのセンサ情報を受信する第１の処理部と、前記センサ情報と前記センシング利用者とを対応付けた受信機情報をサーバに送信する第２の処理部と、前記サーバからの指示に従って、前記補助者の電話機を呼び出し、前記補助者と前記センシング利用者との間での通話を制御する第３の処理部と、を有し、前記サーバは、前記センサ受信機から受信した前記受信機情報に含まれるセンサ情報が第１の条件を満たした場合、前記センシング利用者に対する前記補助者による対応の優先度に応じて、当該補助者への通知方法を定めた優先度管理テーブルを用いて、前記補助者の電話機を呼び出す前記指示を送信する第４の処理部、を有することを特徴とする通知制御システムとして構成される。

【発明の効果】

【0007】

本発明によれば、センサ情報の優先度に応じて、自動的にセンシング利用者とオペレータやスタッフとの間で相互通話が可能となる。

【図面の簡単な説明】

【0008】

【図1】本実施の形態における通知制御システムの構成例を示す図である。

【図2】センサ受信機の機能的な構成を示す図である。

【図3】受信機情報の一例を示す図である。

【図4】センサ受信機のハードウェア構成の一例を示す図である。

【図5】サーバの機能的な構成を示す図である。

【図6】優先度管理テーブルの一例を示す図である。

【図7】設定テーブルの一例を示す図である。

【図8】コンピュータ概略図の一例を示す図である。

【図9】本システムで行われる処理（通知制御処理）の処理手順を示すシーケンス図である。

【図10】自動音声応答を行う場合の通知制御処理の処理手順を示すシーケンス図である。

【図11】図１０に示した処理で用いる優先度管理テーブルの一例を示す図である。

【発明を実施するための形態】

【0009】

以下、図面を参照して本発明の実施形態を説明する。以下の記載および図面は、本発明を説明するための例示であって、説明の明確化のため、適宜、省略および簡略化がなされている。本発明は、他の種々の形態でも実施する事が可能である。特に限定しない限り、各構成要素は単数でも複数でも構わない。

【0010】

図面において示す各構成要素の位置、大きさ、形状、範囲などは、発明の理解を容易にするため、実際の位置、大きさ、形状、範囲などを表していない場合がある。このため、本発明は、必ずしも、図面に開示された位置、大きさ、形状、範囲などに限定されない。

【0011】

以下の説明では、「データベース」、「テーブル」、「リスト」等の表現にて各種情報を説明することがあるが、各種情報は、これら以外のデータ構造で表現されていてもよい。データ構造に依存しないことを示すために「ＸＸテーブル」、「ＸＸリスト」等を「ＸＸ情報」と呼ぶことがある。識別情報について説明する際に、「識別情報」、「識別子」、「名」、「ＩＤ」、「番号」等の表現を用いた場合、これらについてはお互いに置換が可能である。

【0012】

同一あるいは同様な機能を有する構成要素が複数ある場合には、同一の符号に異なる添字を付して説明する場合がある。ただし、これらの複数の構成要素を区別する必要がない場合には、添字を省略して説明する場合がある。

【0013】

また、以下の説明では、プログラムを実行して行う処理を説明する場合があるが、プログラムは、プロセッサ（例えばＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit））によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）および／またはインターフェースデバイス（例えば通信ポート）等を用いながら行うため、処理の主体がプロセッサとされてもよい。同様に、プログラムを実行して行う処理の主体が、プロセッサを有するコントローラ、装置、システム、計算機、ノードであってもよい。プログラムを実行して行う処理の主体は、演算部であれば良く、特定の処理を行う専用回路（例えばＦＰＧＡ（Field-Programmable Gate Array）やＡＳＩＣ（Application Specific Integrated Circuit)）を含んでいてもよい。

【0014】

プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバまたは計算機が読み取り可能な記憶メディアであってもよい。プログラムソースがプログラム配布サーバの場合、プログラム配布サーバはプロセッサと配布対象のプログラムを記憶する記憶資源を含み、プログラム配布サーバのプロセッサが配布対象のプログラムを他の計算機に配布してもよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

【0015】

図１は、本実施の形態における通知制御システムの構成例を示す図である。通知制御システムは、介護施設や病院をはじめとする施設に設置されたセンサは検知するセンサ情報の優先度に応じて、自動的にセンシング利用者とオペレータやスタッフなどのセンシング利用者を補助する補助者との間で相互通話を可能とするシステムである。図１に示すように、通知制御システム１０００は、センシング利用者に関するセンサ情報を検知し、当該センサ情報をセンサ受信機２００に送信するセンサ１００と、センサ１００から受信したセンサ情報をサーバ３００に送信し、サーバ３００による判定結果に応じた指示に基づいて、ランプ情報（後述）の表示やオペレータやスタッフとの間で内線通話を行うセンサ受信機２００と、センサ受信機２００から受信した受信機情報を用いて、センシング利用者に対するオペレータやスタッフによる対応の優先度を判定し、当該判定の結果に応じて、センサ受信機２００や交換機（ＰＢＸ：Private branch exchange）４００に対して所定の指示を行うサーバ３００と、サーバ３００から受信した上記所定の指示に従って、オペレータやスタッフの電話機５００にメッセージを送出し、センサ受信機２００からの呼び出しに応じて、センサ受信機２００との間で応答および相互通話を行うための制御を行うＰＢＸ４００と、オペレータやスタッフが操作する電話機５００と、を有している。センサ１００と、センサ受信機２００との間は、ＢＬＥ（Bluetooth Low Energy）等の所定の規格で定められた近距離無線通信ネットワークＮ１、Ｎ２により通信可能である。また、センサ受信機２００とサーバ３００との間は、アクセスポイント（ＡＰ）を介して、Ｗｉ－Ｆｉ等の所定の規格で定められた無線通信により通信可能である。また、サーバ３００、ＰＢＸ４００、電話機５００（ＰＨＳ５００ａ、多機能電話機５００ｂ）との間は、ＩＰ通信網等の従来から知られているネットワークを介して通信可能となっている。本例では、オペレータやスタッフに対してメッセージの報知や相互通話を行うものとしてＰＨＳや多機能電話機を例示するが、これらに替えて、スマートフォンやタブレットなどの携帯端末を用いてもよい。

【0016】

センサ１００は、居室やベッド等の設置場所Ｐに設置され、センシング利用者の状態や行動を検知するためのセンサである。センサ１００には、例えば、排せつセンサ、離床検知センサ、見守りセンサなどの、従来から知られている様々なセンサを用いることができる。後述するように、センサ１００は、センシング利用者の状態や行動を検知すると、センサ１００のＩＤなどの識別情報と、検知した値とを対応付けたセンサ情報を、センサ受信機２００に送信する。

【0017】

センサ受信機２００は、センサ１００から受信したセンサ情報を読み取り、サーバ３００からの指示に従って、センシング利用者の状態や行動に関する情報を表示したり、オペレータやスタッフとの間で内線通話を行うための端末である。センサ受信機２００は、例えば、スマートフォンやタブレット等の通話機能を有した携帯端末であり、ハードウェアとしては一般的な構成を有する。センサ受信機２００は、センシング利用者の居室内の所定位置（例えば、ベッドの枕元の壁）に設置される。上記携帯端末をセンサ受信機２００とすることにより、センシング利用者自身が普段から利用しているスマートフォンにアプリケーションをダウンロードすることで、新たな機器を購入することなく、本システムを利用することができる。また、携帯性に優れているため、例えば、オペレータやスタッフが視認しやすい、センシング利用者の枕元の任意の位置に、当該携帯端末を置くことができる。

【0018】

図２は、センサ受信機２００の機能的な構成を示す図である。図２に示すように、センサ受信機２００は、センサ１００からセンサ情報を受信し、受信した当該センサ情報を記憶部２０７に格納するセンサ受信部２０１と、サーバ３００からの指示に従って、上記センサ情報に応じた種類のランプ情報を操作表示部２０８に表示するランプ制御部２０２と、サーバ３００からの指示に従って、センサ情報に応じてオペレータやスタッフの電話機５００との間で相互通話を行う内線通話制御部２０３と、上記センサ情報から上記受信機情報を生成し、生成した当該受信機情報をサーバ３００に送信したり、サーバ３００からの指示を受信するサーバ送受信部２０４と、上記相互通話のためにＰＢＸ４００との間で通話接続等の制御を行うＰＢＸインタフェース部２０５と、センサ受信機２００が有する各部や全体を制御する全体制御部２０６と、センサ受信機２００が行う処理で用いられる各種情報を記憶する記憶部２０７と、上記ランプ情報をはじめとする本システムで用いられる各種情報を画面上に表示する操作表示部２０８とを有する。全体制御部２０６は、例えば、Ａｎｄｒｏｉｄ（登録商標）などのスマートフォン用のＯＳ（Operating System）により実現可能である。センサ受信機２００の各部が行う具体的な処理については後述する。

【0019】

図３は、記憶部２０７が記憶する受信機情報の一例を示す図である。図３に示すように、受信機情報３５１は、センサのＩＤと、センサ名と、当該センサが検知した値とが対応付けて記憶されている。記憶部２０７が記憶するセンサ情報は、各センサから受信した個々のセンサ情報３５１１（例えば、ＩＤ「１」で識別される「排せつセンサ」の値「１００ｍｌ」）をまとめて保持している。このような受信機情報３５１が、センシング利用者の居室、センシング利用者、当該センシング利用者が利用するセンサ受信機２００のＩＰアドレス、当該センシング利用者を担当するオペレータやスタッフの電話機５００の内線番号が対応付けて記憶される。図３では、例えば、２０１号室のセンシング利用者Ａ（ＩＤ：０００００１）に対するセンサとしては、当該利用者の居室やベッド等の利用器具や当該利用者が装着するセンサ１－４のセンサがあり、これらのセンサから、ＩＰアドレス「α」のセンサ受信機２００に対してセンサ情報が送信され、受信機情報３５１として蓄積されることを示している。そして、サーバ３００が所定の条件を満たしたと判断した場合、センサ受信機２００は、当該利用者を担当するオペレータやスタッフの電話機５００の内線番号「２００１」を呼び出し、当該利用者とオペレータやスタッフとの間での相互通話が行われる。

【0020】

図２に示したセンサ受信機２００は、例えば、図４に示すようなハードウェア構成を有した携帯端末１２００を用いることができる。図４に示すように、携帯情報端末１２００は、例えば、プロセッサ１２０１、システムバス１２０２、ＲＯＭ１２０３、ＲＡＭ１２０４、ストレージ１２０５、入出力インタフェース（Ｉ／Ｆ）１２０６、通信Ｉ／Ｆ１２０７、音声通信Ｉ／Ｆ１２０８を有して構成される。

【0021】

プロセッサ１２０１は、所定のプログラムに従って携帯情報端末１２０１全体を制御するマイクロプロセッサユニットである。プロセッサ１２０１が、上記所定のプログラムを実行することにより、センサ受信部２０１、ランプ制御部２０２、内線通話制御部２０３、サーバ送受信部２０４、ＰＢＸインタフェース部２０５、全体制御部２０６等の各機能を実現することができる。

【0022】

システムバス１２０２は、携帯情報端末１２００内の各動作ブロックとの間で各種コマンドやデータの送受信を行うためのデータ通信路である。

【0023】

ＲＯＭ（Read Only Memory）１２０３は、オペレーティングシステムなどの基本動作プログラムやその他の動作プログラムやアプリケーションが格納されたメモリであり、一般的に知られている書き換え可能なＲＯＭである。

【0024】

ＲＡＭ（Random Access Memory）１２０４は、基本動作プログラムやその他の動作プログラム実行時のワークエリアとなる。

【0025】

ストレージ１２０５は、携帯情報端末１２００の動作プログラムや各種テーブル等、本システムで用いられる各種データを記憶する。ＲＯＭ１２０３、ＲＡＭ１２０４、ストレージ１２０５により、記憶部２０７の機能を実現することができる。

【0026】

入出力Ｉ／Ｆ１２０６は、携帯情報端末１２００に対する操作指示を入力する入力部や、携帯情報端末１２００の処理結果を出力する出力部を有する。入力部としては、ボタンスイッチ等から構成される操作キーや、タッチパネルなどの一般的な入力機器により実現される。出力部としては、音声信号を出力するスピーカ、処理結果を表示するタッチパネル等のディスプレイなどの一般的な出力機器により実現される。入出力Ｉ／Ｆ１２０６により、操作表示部２０８の機能を実現することができる。

【0027】

通信Ｉ／Ｆ１２０７は、ＬＡＮ（Local Area Network）、ＮＦＣ（Near Field Communication）、Ｗｉ－Ｆｉ（登録商標）等を実現するための、一般的な通信機器である。通信部Ｉ／Ｆ１２０７により、センサ受信部２０１、サーバ送受信部２０４等の各機能を実現することができる。

【0028】

音声通信Ｉ／Ｆ１２０８は、ＩＰプロトコルやＬＴＥ（Long Term Evolution）方式等により音声通話を行うための一般的な音声通信機器である。音声通信Ｉ／Ｆ１２０８により、内線通話制御部２０３、ＰＢＸインタフェース部２０５等の各機能を実現することができる。

【0029】

その他、以下では特に例示していないが、ＧＰＳ（Global Positioning System）センサ等、携帯端末として一般的なセンサや機器を有していてもよい。続いて、サーバ３００について説明する。

【0030】

サーバ３００は、センサ受信機２００から受信した受信機情報と、サーバ内の各種テーブルとに基づいて、センサ受信機２００やＰＢＸ４００に対する指示を行うサーバである。

【0031】

図５は、サーバ３００の機能的な構成を示す図である。図５に示すように、サーバ３００は、機能的には、センサ受信機２００から受信した受信機情報が所定の条件を満たした場合に、センサ受信機２００に対してランプ情報を操作表示部２０８に表示させる指示を行うランプ制御指示部３０１と、センサ受信機２００から受信した受信機情報が所定の条件を満たした場合に、ＰＢＸ４００に対して所定のメッセージを送出する指示を行うメッセージ送信指示部３０２と、センサ受信機２００から受信した受信機情報が所定の条件を満たした場合に、センサ受信機２００に対して所定の電話機５００を呼び出す指示を行う内線呼出部３０３と、サーバ３００が行う処理で用いられる各種情報を記憶する記憶部３０４と、センサ受信機２００から受信機情報を受信し、サーバ３００が行う処理で用いられる各種情報を用いて通知制御に関する判定を行う受信判定部３０５と、サーバ３００を介して上記所定の電話機５００を呼び出す場合に、当該呼び出すための指示をＰＢＸ４００に対して行うＰＢＸインタフェース部３０６と、サーバ３００が有する各部や全体を制御する全体制御部３０７とを有する。全体制御部３０７は、例えば、Ｌｉｎｕｘ（登録商標）などのサーバ用のＯＳにより実現可能である。サーバ３００の各部が行う具体的な処理については後述する。

【0032】

図６は、記憶部３０４が記憶する優先度管理テーブル６０１の一例を示す図である。優先度管理テーブル６０１は、センシング利用者に対するオペレータやスタッフによる対応の優先度に応じた通知方法を定めたテーブルである。通知方法とは、センシング利用者による状態や行動がどのようになった場合に、どのような通知をオペレータやスタッフに行うかについての方法である。

【0033】

図６に示すように、優先度管理テーブル６０１は、通知方法の種類を識別するための分類Ｎｏと、当該分類Ｎｏにより識別される具体的な通知内容と、どのような優先度の場合に当該通知内容を通知するかを定めた優先度とが対応付けて記憶されている。図６では、例えば、分類Ｎｏ「１」で分類される通知内容は、センシング利用者に対する対応の優先度が最も高い「１」の場合には、「ランプ表示＋メッセージ通知＋スタッフ呼び出し」を行うことを示している。「ランプ表示」は、センサ受信機２００の操作表示部２０８に、センサ種別に応じた種類の色のランプ情報を表示させることを示している。また、「メッセージ通知」は、「センシング利用者Ａさんが離床しました」といった所定のメッセージを、センシング利用者が所定の条件を満たした場合に、担当するオペレータやスタッフに通知することを示している。また、「スタッフ呼び出し」は、上記「メッセージ通知」に加え、さらに、担当するオペレータやスタッフとの間で通話するための呼び出しを行うことを示している。このように、優先度管理テーブル６０１には、オペレータやスタッフが、担当するセンシング利用者に対する対応の優先度に応じて、通知すべき内容の組み合わせが定められている。後述するように、「ランプ表示」としてどのような表示を行うかについては、設定テーブル７０１により定められる。

【0034】

図７は、記憶部３０４が記憶する設定テーブル７０１の一例を示す図である。設定テーブル７０１は、センシング利用者の状態や行動を検知した値がしきい値を超えた場合に、優先度に応じて、センサ受信機２００の操作表示部２０８に表示するランプ情報の種類を定めたテーブルである。ランプ情報は、センシング利用者に対してオペレータやスタッフがとるべき行動を促すための指標となる情報である。ランプ情報としては、例えば、センサ受信機２００に内蔵されたＬＥＤ等の発光部の色情報、あるいは、操作表示部２０８に表示する画面の色情報がある。ランプ情報が発光部の色情報である場合は、例えば、ランプ制御部２０２が、サーバ３００からの指示に従って、赤色のＬＥＤを発光させる。また、ランプ情報が表示する画面の色情報である場合は、例えば、ランプ制御部２０２が、サーバ３００からの指示に従って、あらかじめセンサ受信機２００の記憶部２０７に記憶された画面一面の赤色画像データを読み出して、操作表示部２０８に表示させる。

【0035】

図７に示すように、設定テーブル７０１は、優先度に応じたランプ情報の表示の種類を識別するための分類Ｎｏと、当該分類Ｎｏにより識別される具体的な通知内容と、どのような優先度の場合に当該通知内容を通知するかを定めた優先度とが対応付けて記憶されている。図７では、例えば、分類Ｎｏ「１」で分類されるランプ情報の表示「赤」は、優先度が最も高い「１」の場合に表示されるものであり、利用者ＩＤが「０００００１」で識別されるセンシング利用者の状態や行動を検知するための「見守り」センサが、しきい値となる「バイタル低下」という条件を満たした場合に、センサ受信機２００の操作表示部２０８に、当該色のランプ情報の表示が行われることを示している。また、例えば、分類Ｎｏ「２」で分類されるランプ情報の表示「オレンジ」は、優先度が次に高い「２」の場合に表示されるものであり、上記利用者ＩＤのセンシング利用者の状態や行動を検知するための「離床検知」センサが、しきい値となる「離床」という条件を満たした場合に、センサ受信機２００の操作表示部２０８に、当該色のランプ情報の表示が行われることを示している。このように、設定テーブル７０１には、優先度に応じてセンサ受信機２００の操作表示部２０８に表示されるランプ情報の種類と、当該種類のランプ情報を表示する条件とが、センシング利用者およびセンサごとに対応付けて記憶されている。

【0036】

図１に示したサーバ３００は、例えば、図８（コンピュータ概略図）に示すような、ＣＰＵ１６０１と、メモリ１６０２と、ＨＤＤ(Hard Disk Drive)等の外部記憶装置１６０３と、ＣＤ(Compact Disk)やＵＳＢメモリ等の可搬性を有する記憶媒体１６０８に対して情報を読み書きする読書装置１６０７と、キーボードやマウス等の入力装置１６０６と、ディスプレイ等の出力装置１６０５と、通信ネットワークに接続するためのＮＩＣ(Network Interface Card)等の通信装置１６０４と、これらを連結するシステムバス等の内部通信線(システムバスという)１６０９と、を備えた一般的なコンピュータ１６００により実現できる。ネットワークＮは、一般的な公衆回線網、インターネットにより構成することができる。

【0037】

サーバ３００に記憶され、あるいは処理に用いられる様々なデータは、ＣＰＵ１６０１がメモリ１６０２または外部記憶装置１６０３から読み出して利用することにより実現可能である。また、サーバ３００が有する各機能部は、ＣＰＵ１６０１が外部記憶装置１６０３に記憶されている所定のプログラムをメモリ１６０２にロードして実行することにより実現可能である。

【0038】

上述した所定のプログラムは、読書装置１６０７を介して記憶媒体１６０８から、あるいは、通信装置１６０４を介してネットワークから、外部記憶装置１６０３に記憶(ダウンロード)され、それから、メモリ１６０２上にロードされて、ＣＰＵ１６０１により実行されるようにしてもよい。また、読書装置１６０７を介して、記憶媒体１６０８から、あるいは通信装置１６０４を介してネットワークから、メモリ１６０２上に直接ロードされ、ＣＰＵ１６０１により実行されるようにしてもよい。

【0039】

以下では、サーバ３００が、ある１つのコンピュータにより構成される場合を例示するが、これらの機能の全部または一部が、クラウドのような１または複数のコンピュータに分散して設けられ、ネットワークを介して互いに通信することにより同様の機能を実現してもよい。さらに、本例では、本システムの機能を実現するための構成例として、センサ受信機２００とサーバ３００とを用いて説明しているが、これらの機能が１つの装置（例えば、センサ受信機２００）に設けられていてもよい。続いて、本システムで行われる処理について説明する。

【0040】

図９は、本システムで行われる処理（通知制御処理）の処理手順を示すシーケンス図である。
図９に示すように、センサ１００は、定期的あるいは任意のタイミングでセンサ情報をセンサ受信機２００に送信する（Ｓ９０１）。センサ受信機２００のセンサ受信部２０１は、上記センサ情報を受信する都度、受信した当該センサ情報を記憶部２０７の受信機情報３５１に格納する（Ｓ９０２）。サーバ３００の受信判定部３０５は、記憶部２０７に格納した受信機情報３５１、優先度管理テーブル６０１、設定テーブル７０１を用いて、オペレータやスタッフに対してどのような通知あるいは通話を行うかを判定する。以下、具体的に説明する。

【0041】

受信判定部３０５は、受信機情報３５１に含まれるセンシング利用者のＩＤ（例えば、「０００００１」）、センサ（センサ名）（例えば、「見守りセンサ」）およびその値（例えば、「バイタル低下」）を読み出し、設定テーブル７０１の中から、読み出したセンシング利用者のＩＤ、センサ名に対応するしきい値に対応するランプおよび優先度を読み取る。例えば、受信判定部３０５は、設定テーブル７０１の中から、しきい値「バイタル低下」に対応するランプの表示色「赤」、優先度「１」を読み取る。

【0042】

さらに、受信判定部３０５は、設定テーブル７０１の中から読み取った優先度「１」に対応する通知内容を優先度管理テーブル６０１の中から読み取る。この例では、受信判定部３０５は、「ランプ表示＋メッセージ通知＋スタッフ呼び出し」を読み取り、ランプ制御指示部３０１、メッセージ送信指示部３０２、内線呼出部３０３に対して、それぞれ、ランプの表示指示、メッセージの送信指示、電話機５００への呼び出し指示を行う。

【0043】

Ｓ９０３において受信判定部３０５からの指示を受けると、ランプ制御指示部３０１は、Ｓ９０３で判定された表示色のランプを点灯するように、センサ受信機２００に対する指示を送信する（Ｓ９０４）。例えば、ランプ制御指示部３０１は、センサ受信機２００のＬＥＤ等の発光部により発光するランプを表示色「赤」で点灯させる指示を送信したり、あるいは、あらかじめサーバ３００の記憶部３０４やセンサ受信機２００の記憶部２０７に記憶した赤色画像データを操作表示部２０８に表示させる指示を送信する。

【0044】

また、受信判定部３０５からの指示を受けると、メッセージ送信指示部３０２は、Ｓ９０３で判定されたメッセージを送信するように、ＰＢＸ４００に対する指示を送信する（Ｓ９０５）。例えば、メッセージ送信指示部３０２は、「センシング利用者Ａさんが離床しました」といった所定のメッセージを、電話機５００に通知するように、ＰＢＸ４００に指示する。当該メッセージは、優先度管理テーブル６０１の通知内容に応じてあらかじめ定めておけばよい。この例では、メッセージ送信指示部３０２は、受信判定部３０５が受信機情報３５１から読み取ったセンシング利用者のＩＤ（例えば、「０００００１」）に対応する内線番号「２００１」の電話機５００に、上記所定のメッセージを送信するための指示をする。そして、ＰＢＸ４００は、サーバ３００からの指示に従って、上記電話機５００に対して上記所定のメッセージを送信する（Ｓ９０６）。

【0045】

Ｓ９０３において受信判定部３０５からの指示を受けると、内線呼出部３０３は、センサ受信機２００に対して所定の電話機５００を呼び出す指示を送信する（Ｓ９０７）。例えば、内線呼出部３０３は、センサ受信機２００の受信機情報３５１に対応付けて記憶されているセンシング利用者（ＩＤ：０００００１）を担当するオペレータやスタッフの内線番号「２００１」を呼び出す指示を送信する。

【0046】

センサ受信機２００の内線通話制御部２０３は、受信機情報３５１に対応付けて記憶されている上記内線番号「２００１」を呼び出すような通話御処理を行い（Ｓ９０８）、ＰＢＸ４００は、当該呼び出す指示に従って、指定された内線番号の電話機５００を呼び出す（Ｓ９０９）。

【0047】

その後、オペレータやスタッフが上記呼び出しに応じて電話機５００がオフフックされ、ＰＢＸ４００を介して応答されると（Ｓ９１０、Ｓ９１１）、センサ受信機２００と電話機５００との間で相互通話が開始される（Ｓ９１２）。これにより、例えば、センシング利用者（ＩＤ：０００００１）を担当するオペレータやスタッフが、「Ａさん大丈夫ですか？」といった声かけや、「Ａさん大丈夫ですか？今、別の場所で対応していますので、５分後に伺います。」といったオペレータやスタッフ側の状況を説明するための会話、「Ａさん大丈夫ですか？症状をお話しいただければ、その症状に合ったお薬をお持ちします。」といったセンシング利用者の状況をヒアリングするための会話をはじめ、センシング利用者とオペレータやスタッフとの間で必要な相互通話を自動的に行うことができる。

【0048】

そして、両者の会話が終了すると、電話機５００がオンフックされることで（Ｓ９１３）、電話機５００とセンサ受信機２００との間で相互通話が切断される（Ｓ９１４）。

【0049】

図９に示した通知制御処理では、優先度管理テーブル６０１の通知内容に「スタッフ呼び出し」が定められている場合はすべてオペレータやスタッフの電話機５００とセンサ受信機２００との間で相互通話を行うこととした。しかし、例えば、通知内容として「スタッフ呼び出し」が定められている場合でも、例えば、センシング利用者の状況や行動によっては、オペレータやスタッフの応答内容が決まっている場合もある。具体的には、あるセンシング利用者に対する離床検知センサが当該センシング利用者の離床を検知した場合、担当のオペレータやスタッフを呼び出して、いつも「大丈夫ですか？」と声掛けするだけで、当該センシング利用者が徘徊しなくなるような場合、オペレータやスタッフが直接声掛けすることにかえて、自動音声応答により声掛けすることで、オペレータやスタッフの負担をさらに軽減することができる。以下、そのような変形例について説明する。

【0050】

図１０は、自動音声応答を行う場合の通知制御処理の処理手順を示すシーケンス図である。以下では、受信機情報の内容に「スタッフ呼び出し」がある場合でも、所定の応答フラグが優先度管理テーブル６０１に設定されている場合、ＩＶＲ（Interactive Voice Response）装置により所定のメッセージを自動応答する。以下では、図９と重複する処理については同一の符号を付してその説明を省略し、主にＩＶＲ装置１００１が行う処理Ｓ１００１、Ｓ１００１について説明する。ＩＶＲ装置１００１の具体的な構成については特に例示しないが、従来から知られている一般的な音声自動応答サーバを用いてよい。

【0051】

図１０に示すように、Ｓ９０３における判定で、サーバ３００の受信判定部３０５が、オペレータやスタッフに対してどのような通知を行うかを判定する際に、図１１に示す優先度管理テーブル６１１を用いて、ＩＶＲ装置１００１に自動応答要求を送信する。

【0052】

図１１は、図１０に示した処理で用いる優先度管理テーブル６１１の一例を示す図である。図１１に示すように、優先度管理テーブル６１１では、通知内容に対応付けて、自動応答を行うかを示す応答フラグが記憶されている。例えば、優先度「４」の「スタッフ呼び出し」に対応付けて応答フラグ「１」が設定されているため、当該優先度の場合には、ＩＶＲ装置１００１は、あらかじめ定められたメッセージを送信する。この例では、優先度「４」の「スタッフ呼び出し」は、図７の設定テーブル７０１を参照すると、居室等の温度が２５℃以上となっているために生じたものと判定できる。したがって、受信判定部３０５は、ＩＶＲ装置１００１に対して、「２５℃未満となるように温度を下げてください。」といった自動応答メッセージを送信するように、ＩＶＲ装置１００１に指示する（Ｓ１００１）。そして、ＩＶＲ装置１００１は、上記指示に従って、所定のメッセージをセンサ受信機２００に送信する（Ｓ１００２）。受信判定部３０５は、上記応答フラグに基づいて自動応答を行うと判定した場合、Ｓ９０８にかえてＳ１００１を実行し、Ｓ９１１にかえてＳ１００２を実行する。さらに、この場合は、Ｓ９０９、Ｓ９１０、Ｓ９１２－Ｓ９１４を実行せずに終了する。

【0053】

このような処理により、オペレータやスタッフのセンシング利用者に対する対応業務をより軽減することができる。

【0054】

以上説明したように、センシング利用者と当該センシング利用者を補助する補助者との間の通知制御を行う通知制御システム１０００において、センサ受信機（例えば、センサ受信機２００）は、上記センシング利用者の状態または／および行動を検知するセンサ（例えば、センサ１００）のセンサ情報を受信する第１の処理部と、上記センサ情報と上記センシング利用者とを対応付けた受信機情報をサーバ（例えば、サーバ３００）に送信する第２の処理部と、上記サーバからの指示に従って、上記補助者の電話機を呼び出し、上記補助者と上記センシング利用者との間での通話を制御する第３の処理部と、を有し、上記サーバは、上記センサ受信機から受信した上記受信機情報に含まれるセンサ情報が第１の条件（例えば、「見守り」センサのしきい値「バイタル低下」という条件）を満たした場合、上記センシング利用者に対する上記補助者による対応の優先度（例えば、優先度「１」）に応じて、当該補助者への通知方法を定めた優先度管理テーブル（例えば、「ランプ表示＋メッセージ通知＋スタッフ呼び出し」の「スタッフ呼び出し」）を用いて、上記補助者の電話機を呼び出す上記指示を送信する第４の処理部、を有する。これにより、センサ情報の優先度に応じて、自動的にセンシング利用者とオペレータやスタッフとの間で相互通話が可能となる。

【0055】

従来、介護施設などでは、介助無しでは転倒のリスクのある利用者がベッドからの離床を検知するセンサ等を活用していた。これまでの運用では、利用者の離床を検知し、その旨が、介護スタッフが所持している通知端末に通知され、通知を受け取った介護スタッフは、利用者の居室に向かい、利用者の状態を実際に確認しに出向く必要があった。また、利用者の状態を確認するために作業中の業務を一時中断する必要が生じていた。この場合、センサ情報の通知は必ずしも利用者の危険な状態ではないことがあり、一時確認として遠隔で声掛けをしたいという課題があった。

【0056】

また、従来は、介護施設などで利用されている、利用者の状態変化を検知したセンサ情報を通知するための通知システムと、介護スタッフを呼び出し、通話するための呼び出しシステムは、それぞれ別のシステムで運用されていた。このような環境では、利用者の状態変化を検知したセンサ情報がスタッフに通知されたあと、利用者とスタッフが直接、会話するためには、上記の通り、スタッフが直接利用者のところへ向かうか、利用者により、通知システムとは別に運用されている呼び出しシステムを操作するためのスタッフ呼び出しボタンを手動で押下する必要があり、必ずしも緊急時に迅速にオペレータやスタッフが対応できるとは限らなかった。

【0057】

本システムによれば、利用者の危険な状態を示す優先度を定めておき、当該優先度に応じて、緊急性の高い状態の場合には通知とともに自動的に利用者に声掛けすることができ、このような課題を解決することができるようになる。

【0058】

また、上記センサ受信機は、表示部（例えば、操作表示部２０８）と、上記サーバからの指示に従って、上記センサ情報に応じた種類のランプ情報（例えば、ＬＥＤ等の発光部の色情報、あるいは、操作表示部２０８に表示する画面の色情報）を上記表示部に表示する第５の処理部と、を有し、上記サーバの上記第４の処理部は、上記センサ受信機から受信した上記受信機情報に含まれるセンサ情報が第２の条件（例えば、優先度「３」の「見守り」センサのしきい値「バイタル低下」という条件）を満たした場合、上記センサ受信機に、上記センサ情報に応じた種類のランプ情報を上記表示部に表示する指示を送信する。これにより、オペレータやスタッフは、一見してセンシング利用者の状態や行動を把握することができる。

【0059】

また、上記サーバの上記第４の処理部は、上記センサ受信機から受信した上記受信機情報に含まれるセンサ情報が第３の条件（例えば、優先度「６」の「離床検知」センサのしきい値「離床」という条件）を満たした場合、上記補助者の電話機に、交換機（例えば、ＰＢＸ４００）を介して所定のメッセージを送信する。これにより、オペレータやスタッフは、速やかにセンシング利用者の状態や行動を把握することができる。

【0060】

また、上記センサ受信機は、通話機能を有した携帯端末により構成されてよい。これにより、センシング利用者は、自身が既に所持している使い慣れたスマートフォンなどにアプリケーションをダウンロードするだけで、本システムを利用することができるようになる。

【0061】

また、上記通知制御システムは、上記センサ受信機に対して所定のメッセージにより自動音声応答を行うＩＶＲ装置（例えば、ＩＶＲ装置１００１）を有し、上記サーバの上記第４の処理部は、上記補助者の電話機を呼び出す上記指示が設定されている場合であっても、上記優先度に対応付けて自動音声応答を行う旨の情報（例えば、優先度「４」の「スタッフ呼び出し」に対応付けて応答フラグ「１」）が設定されている場合、上記ＩＶＲ装置に対して、上記センサ受信機に対して上記所定のメッセージを送信させる。これにより、オペレータやスタッフによるセンシング利用者に対する作業負担をより一層軽減することができる。

【0062】

以上、図面を用いて詳細に説明したが、本発明は上述の種々の例に限定されるものではなく、その趣旨を逸脱しない範囲で、さらに種々の変更が可能である。

【符号の説明】

【0063】

１０００ 通知制御システム
１００ センサ
２００ センサ受信機
３００ サーバ
４００ ＰＢＸ
５００ 電話機
２０１ センサ受信部
２０８ 操作表示部
２０２ ランプ制御部
２０３ 内線通話制御部
２０４ サーバ送受信部
２０５ ＰＢＸインタフェース部
２０６ 全体制御部
２０７ 記憶部
２０８ 操作表示部
３０１ ランプ制御指示部
３０２ メッセージ送信指示部
３０３ 内線呼出部
３０４ 記憶部
３０５ 受信判定部
３０６ ＰＢＸインタフェース部
３０７ 全体制御部
３５１ 受信機情報
３５１１ センサ情報
６０１ ６１１ 優先度管理テーブル
７０１ 設定テーブル
１００１ ＩＶＲ装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】