(57)【要約】  本発明にかかる被監視者監視システムの端末装置およびその制御方法、ならびに、被監視者監視システムでは、監視対象である被監視者に関わる所定のイベントの通知を受けた場合に、通知音が出力され、この通知音を出力中に、新たなイベントの通知を受けた場合に、前記出力中の前記通知音が継続される。
2017188156.tif 000002
【特許請求の範囲】
【請求項１】
端末装置と、前記端末装置と通信可能に接続され、監視対象である被監視者に関わる所定のイベントを検知して前記イベントを前記端末装置へ通知する被監視者監視装置とを備える被監視者監視システムの前記端末装置であって、
音を出力する音出力部と、
前記イベントの通知を受けた場合に、通知音を前記音出力部から出力する通知音制御部とを備え、
前記通知音制御部は、前記通知音を前記音出力部から出力中に、新たなイベントの通知を受けた場合に、前記出力中の前記通知音を継続する、
端末装置。
【請求項２】
前記イベントは、複数の種類を含み、
互いに異なる複数のイベントの種類と、前記イベントの種類に応じて互いに異なる複数の通知音と、を互いに対応付けて通知音情報として記憶する通知音情報記憶部をさらに備え、
前記通知音制御部は、前記イベントの通知を受けた場合に、前記受けた通知のイベントの種類に対応する通知音を前記通知音情報に基づいて前記音出力部から出力し、前記通知音を前記音出力部から出力中に、新たなイベントの通知を受けた際に、新たに受けた前記通知のイベントの種類が前記出力中の前記通知音に対応するイベントの種類と同じである場合には、前記出力中の前記通知音を継続する、
請求項１に記載の端末装置。
【請求項３】
前記通知音制御部は、新たに受けた前記通知のイベントの種類が前記出力中の前記通知音に対応するイベントの種類と同じではない場合には、前記出力中の前記通知音を停止し、新たに受けた前記通知のイベントの種類に対応する通知音を前記通知音情報に基づいて前記音出力部から出力する、
請求項２に記載の端末装置。
【請求項４】
前記通知音制御部は、前記通知音を所定の第１時間だけ継続して前記音出力部から出力し、前記通知音の出力を終了した後、所定の第２時間経過後に、リマインドの通知音を前記音出力部から出力する、
請求項１ないし請求項３のいずれか１項に記載の端末装置。
【請求項５】
前記互いに異なる複数のイベントの種類は、それぞれ、通知の優先順位を備え、
前記通知音制御部は、前記通知音を前記音出力部から出力中に、新たなイベントの通知を受けた際に、新たに受けた前記通知のイベントの種類に対応する優先順位が前記出力中の前記通知音に対応するイベントの種類に対応する優先順位以下である場合には、前記出力中の前記通知音を継続する、
請求項２ないし請求項４のいずれか１項に記載の端末装置。
【請求項６】
前記通知音制御部は、前記通知音を前記音出力部から出力中に、新たなイベントの通知を受けた際に、新たに受けた前記通知のイベントの種類に対応する優先順位が前記出力中の前記通知音に対応するイベントの種類に対応する優先順位より高い場合には、前記出力中の前記通知音を停止し、新たに受けた前記通知のイベントの種類に対応する通知音を前記通知音情報に基づいて前記音出力部から出力する、
請求項５に記載の端末装置。
【請求項７】
前記複数のイベントの種類には、ナースコールが含まれ、
前記ナースコールにおける通知の優先順位は、最も高い、
請求項５または請求項６に記載の端末装置。
【請求項８】
前記受けた通知のイベントに対して所定の対応を実施する意思がユーザにある旨の入力を受け付ける対応入力部をさらに備え、
前記通知音制御部は、前記通知音を前記音出力部から出力中に、前記対応入力部で前記入力受け付けた場合に、前記出力中の前記通知音を停止する、
請求項１ないし請求項７のいずれか１項に記載の端末装置。
【請求項９】
端末装置と、前記端末装置と通信可能に接続され、監視対象である被監視者に関わる所定のイベントを検知して前記イベントを前記端末装置へ通知する被監視者監視装置とを備える被監視者監視システムの前記端末装置の制御方法であって、
前記イベントの通知を受ける通知受信工程と、
前記通知受信工程で前記イベントの通知を受けた場合に、音を出力する音出力部から通知音を出力する通知音制御工程とを備え、
前記通知音制御工程は、前記通知音を前記音出力部から出力中に、前記通知受信工程で新たなイベントの通知を受けた場合に、前記出力中の前記通知音を継続する、
端末装置の制御方法。
【請求項１０】
端末装置と、前記端末装置と通信可能に接続され、監視対象である被監視者に関わる所定のイベントを検知して前記イベントを前記端末装置へ通知する被監視者監視装置とを備える被監視者監視システムであって、
前記端末装置は、請求項１ないし請求項８のいずれか１項に記載の端末装置である、
被監視者監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、被監視者を監視するための被監視者監視システムにおける端末装置および該端末装置の制御方法ならびに前記被監視者監視システムに関する。
【背景技術】
【０００２】
我が国（日本）は、戦後の高度経済成長に伴う生活水準の向上、衛生環境の改善および医療水準の向上等によって、高齢化社会、より詳しくは、総人口に対する６５歳以上の人口の割合である高齢化率が２１％を超える超高齢化社会になっている。また、２００５年では、総人口約１億２７６５万人に対し６５歳以上の高齢者人口は、約２５５６万人であったのに対し、２０２０年では、総人口約１億２４１１万人に対し高齢者人口は、約３４５６万人となる予測もある。このような高齢化社会では、病気や怪我や高齢等による看護や介護を必要とする要看護者や要介護者（要看護者等）は、高齢化社会ではない通常の社会で生じる要看護者等よりもその増加が見込まれる。そして、我が国は、例えば２０１３年の合計特殊出生率が１．４３という少子化社会でもある。そのため、高齢な要看護者等を高齢の家族（配偶者、子、兄弟）が介護する老老介護も起きて来ている。【０００３】
要看護者等は、病院や、老人福祉施設（日本の法令では老人短期入所施設、養護老人ホームおよび特別養護老人ホーム等）等の施設に入所し、その看護や介護を受ける。このような施設では、要看護者等が、例えばベッドからの転落や歩行中の転倒等によって怪我を負ったり、ベッドから抜け出して徘徊したりするなどの事態が生じ得る。このような事態に対し、可及的速やかに対応する必要がある。また、このような事態を放置しておくとさらに重大な事態に発展してしまう可能性もある。このため、前記施設では、看護師や介護士等は、定期的に巡視することによってその安否や様子を確認している。【０００４】
しかしながら、要看護者等の増加数に対し看護師等の増加数が追い付かずに、看護業界や介護業界では、慢性的に人手不足になっている。さらに、日勤の時間帯に較べ、準夜勤や夜勤の時間帯では、看護師や介護士等の人数が減るため、一人当たりの業務負荷が増大するので、前記業務負荷の軽減が要請される。また、前記老老介護の事態は、前記施設でも例外ではなく、高齢の要看護者等を高齢の看護師等がケアすることもしばしば見られる。一般に高齢になると体力が衰えるため、健康であっても若い看護師等に比し看護等の負担が重くなり、また、その動きや判断も遅くなる。【０００５】
このような人手不足や看護師等の負担を軽減するため、看護業務や介護業務を補完する技術が求められている。このため、近年では、要看護者等の、監視すべき監視対象である被監視者を監視（モニタ）する被監視者監視技術が研究、開発されている。【０００６】
このような技術の一つとして、例えば特許文献１に開示されたナースコールシステムがある。この特許文献１に開示されたナースコールシステムは、マット上に物体が乗ったことを検知して検知信号を出力するマットセンサと、上記マットセンサに接続され上記検知信号を入力したときに呼出信号を無線送信する送信機と、上記送信機から送信された呼出信号を受信してナースコール親機の呼び出しを行う受信機とを備えたナースコールシステムであって、上記送信機は、上記マットセンサから上記検知信号を入力したときに、ワンショットの呼出信号を上記受信機に送信し、その後所定時間が経過するまでは上記検知信号の入力があっても上記ワンショットの呼出信号を送信しないようにするワンショット呼出制御部と、上記ワンショット呼出制御部が上記ワンショットの呼出信号を送信してから上記所定時間が経過した時点で、上記検知信号の入力の有無を確認し、上記検知信号が入力されている場合に、連続した呼び出しを指示する連続呼出信号を上記受信機に送信する連続呼出制御部と、上記連続呼出制御部が上記連続呼出信号を送信した後、上記検知信号の入力の有無を確認し、上記検知信号が入力されなくなったときに、呼び出し復旧を指示する呼出復旧信号を上記受信機に送信する呼出復旧制御部とを備え、上記受信機は、上記ワンショットの呼出信号を受信したときに上記ナースコール親機の呼び出しをワンショットで行うとともに、上記連続呼出信号を受信したときに上記ナースコール親機の呼び出しを連続で行い、上記呼出復旧信号を受信したときに上記ナースコール親機の連続呼び出しを停止する呼出制御部を備える。より具体的には、前記特許文献１の［００３６］段落によれば、患者によりマットセンサ１が踏まれている限り、最初にワンショットの呼出信号でナースコール親機６の呼び出しが行われ、それから所定時間を経過した後以降は連続呼び出しを指示する連続呼出信号でナースコール親機６の呼び出しが連続して行われる。また、連続呼出信号による呼び出しは、送信機から受信機に送信される呼出復旧信号により復旧される。そのため、連続した呼び出しが行われている際にナースコール親機６や廊下灯４で呼び出しを復旧する操作が行われたとしても、再びナースコール親機６の呼び出しが行われる結果、患者がマットセンサ１を踏まなくなるまではナースコール親機６での呼び出しの報知を継続させることができる。【０００７】
一方、安否確認の点では、一人暮らしの独居者も前記要介護者等と同様であり、被監視対象者となる。【０００８】
ところで、センサ装置の通知に応じて端末装置で通知音が出力されれば、ユーザは、センサ装置の前記通知を聴覚によって認識できるので、便利である。しかしながら、通知音の１フレーズが終了しないうちに、新たな通知があり、これに応じて通知音が最初から新たに出力されると、ユーザは、耳障りで、煩わしく感じてしまう。例えば、通知音の１フレーズが「プルルルー」である場合、通知音の１フレーズがそれぞれ終了しないうちに、４個のセンサ装置の通知があると、「プル、プ、プル、プルルルー」となり、ユーザは、耳障りで、煩わしく感じてしまう。【０００９】
前記特許文献１には、呼出信号の制御について開示されているが、前記呼出信号に応じたナースコール親機での通知音の出力に関する開示はない。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２０１１−２３９９４４号公報
【発明の概要】
【００１１】
本発明は、上述の事情に鑑みて為された発明であり、通知音の１フレーズが終了しないうちに、新たな通知があった場合でも、耳障りさや煩わしさを低減できる被監視者監視システムの端末装置および端末装置の制御方法ならびに被監視者監視システムを提供することである。
【００１２】
本発明にかかる被監視者監視システムの端末装置およびその制御方法、ならびに、被監視者監視システムでは、監視対象である被監視者に関わる所定のイベントの通知を受けた場合に、通知音が出力され、この通知音を出力中に、新たなイベントの通知を受けた場合に、前記出力中の前記通知音が継続される。したがって、本発明にかかる被監視者監視システムの端末装置およびその制御方法、ならびに、被監視者監視システムは、通知音の１フレーズが終了しないうちに、新たな通知があった場合でも、耳障りさや煩わしさを低減できる。
【００１３】
上記並びにその他の本発明の目的、特徴及び利点は、以下の詳細な記載と添付図面から明らかになるであろう。
【図面の簡単な説明】
【００１４】
【図１】実施形態における被監視者監視システムの構成を示す図である。
【図２】図１に示す前記被監視者監視システムにおけるセンサ装置の構成を示す図である。
【図３】図１に示す被監視者監視システムにおける携帯端末装置の構成を示す図である。
【図４】図３に示す前記携帯端末装置に記憶される監視情報テーブルの構成を示す図である。
【図５】図３に示す前記携帯端末装置に記憶されるセンサ情報テーブルの構成を示す図である。
【図６】図３に示す前記携帯端末装置に記憶される通知音情報テーブルの構成を示す図である。
【図７】図２に示す前記センサ装置の動作を示すフローチャートである。
【図８】図３に示す前記携帯端末装置において、監視処理に関する動作を示すフローチャートである。
【図９】図３に示す前記携帯端末装置において、通知音の第１出力処理に関する動作を示すフローチャートである。
【図１０】図３に示す前記携帯端末装置において、通知音の第２出力処理に関する動作を示すフローチャートである。
【図１１】図３に示す前記携帯端末装置において、「対応する」ボタンの入力操作に関する動作を示すフローチャートである。
【図１２】図３に示す前記携帯端末装置に表示される待受け画面の一例を示す図である。
【図１３】図３に示す前記携帯端末装置に表示される監視情報画面の一例を示す図である。
【図１４】図３に示す前記携帯端末装置に表示されるナースコール受付画面の一例を示す図である。
【図１５】図３に示す前記携帯端末装置における動作を説明するための一具体例を示す状態図である。
【発明を実施するための形態】
【００１５】
以下、本発明にかかる実施の一形態を図面に基づいて説明する。なお、各図において同一の符号を付した構成は、同一の構成であることを示し、適宜、その説明を省略する。本明細書において、総称する場合には添え字を省略した参照符号で示し、個別の構成を指す場合には添え字を付した参照符号で示す。
【００１６】
実施形態における被監視者監視システムは、監視すべき（見守るべき）監視対象（見守り対象）である被監視者（見守り対象者）Ｏｂを複数の装置を用いて監視するシステムであり、端末装置と、前記端末装置と通信可能に接続され、被監視者Ｏｂに関わる所定のイベント（事象）を検知して前記イベントを前記端末装置へ通知する被監視者監視装置とを備える。前記端末装置は、音を出力する音出力部と、前記イベントの通知を受けた場合に、通知音を前記音出力部から出力する通知音制御部とを備える。そして、本実施形態では、前記通知音制御部は、前記通知音を前記音出力部から出力中に、新たなイベントの通知を受けた場合に、前記出力中の前記通知音を継続する。前記被監視者監視装置は、１個の装置で一体に構成されて良いが、本実施形態では、被監視者監視装置は、センサ装置と、前記センサ装置および前記端末装置それぞれと通信可能に接続される管理サーバ装置（中央処理装置）とを備えることで、２種類の各装置で別体に構成される。このセンサ装置は、被監視者Ｏｂに関わる前記所定のイベントを検知して前記管理サーバ装置へ通知（報知、送信）する。前記管理サーバ装置は、前記センサ装置から前記通知を受けると、前記通知を受けた前記イベントを管理するとともに前記イベントを前記センサ装置に対応付けられた所定の端末装置へ再通知（再報知、再送信）する。前記端末装置は、１種類の装置であって良いが、本実施形態態では、前記端末装置は、固定端末装置と携帯端末装置との２種類の装置である。これら固定端末装置と携帯端末装置との主な相違は、固定端末装置が固定的に運用される一方、携帯端末装置が例えば看護師や介護士等の監視者（ユーザ）に携行されて運用される点であり、これら固定端末装置と携帯端末装置とは、略同様であるので、以下の実施形態では、携帯端末装置を主に説明する。
【００１７】
図１は、実施形態における被監視者監視システムの構成を示す図である。図２は、図１に示す前記被監視者監視システムにおけるセンサ装置の構成を示す図である。図３は、図１に示す被監視者監視システムにおける携帯端末装置の構成を示す図である。図４は、図３に示す前記携帯端末装置に記憶される監視情報テーブルの構成を示す図である。図５は、図３に示す前記携帯端末装置に記憶されるセンサ情報テーブルの構成を示す図である。図６は、図３に示す前記携帯端末装置に記憶される通知音情報テーブルの構成を示す図である。
【００１８】
このような被監視者監視システムＭＳは、より具体的には、例えば、図１に示すように、１または複数のセンサ装置ＳＵ（ＳＵ−１〜ＳＵ−４）と、管理サーバ装置ＳＶと、固定端末装置ＳＰと、１または複数の携帯端末装置ＴＡ（ＴＡ−１、ＴＡ−２）とを備え、これらは、有線や無線で、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、電話網およびデータ通信網等の網（ネットワーク、通信回線）ＮＷを介して通信可能に接続される。ネットワークＮＷには、通信信号を中継する例えばリピーター、ブリッジ、ルーターおよびクロスコネクト等の中継機が備えられても良い。図１に示す例では、これら複数のセンサ装置ＳＵ−１〜ＳＵ−４、管理サーバ装置ＳＶ、固定端末装置ＳＰおよび複数の携帯端末装置ＴＡ−１、ＴＡ−２は、アクセスポイントＡＰを含む無線ＬＡＮ（例えばＩＥＥＥ８０２．１１規格に従ったＬＡＮ等）ＮＷによって互いに通信可能に接続されている。
【００１９】
被監視者監視システムＭＳは、被監視者Ｏｂに応じて適宜な場所に配設される。被監視者（見守り対象者）Ｏｂは、例えば、病気や怪我等によって看護を必要とする者や、身体能力の低下等によって介護を必要とする者や、一人暮らしの独居者等である。特に、早期発見と早期対処とを可能にする観点から、被監視者Ｏｂは、例えば異常状態等の所定の不都合な事象がその者に生じた場合にその発見を必要としている者であることが好ましい。このため、被監視者監視システムＭＳは、被監視者Ｏｂの種類に応じて、病院、老人福祉施設および住戸等の建物に好適に配設される。図１に示す例では、被監視者監視システムＭＳは、複数の被監視者Ｏｂが入居する複数の居室ＲＭや、ナースステーション等の複数の部屋を備える介護施設の建物に配設されている。
【００２０】
センサ装置ＳＵは、ネットワークＮＷを介して他の装置ＳＶ、ＳＰ、ＴＡと通信する通信機能等を備え、被監視者Ｏｂに関わる所定のイベントを検知してこの検知した前記イベントを管理サーバ装置ＳＶへ通知し、端末装置ＳＰ、ＴＡとの間で音声通話を行い、そして、動画を含む画像を生成して端末装置ＳＰ、ＴＡへ動画を配信する装置である。前記所定のイベント（事象）は、好ましくは、対処（対応）が必要なイベントを含む。本実施形態では、前記所定のイベントは、被監視者Ｏｂにおける、予め設定された所定の行動を含み、ナースコールを含む。このようなセンサ装置ＳＵは、例えば、図２に示すように、センサ部１１と、センサ側音入出力部（ＳＵ音入出力部）１２と、ナースコール受付操作部１３と、センサ側制御処理部（ＳＵ制御処理部）１４と、センサ側通信インターフェース部（ＳＵ通信ＩＦ部）１５と、センサ側記憶部（ＳＵ記憶部）１６とを備える。
【００２１】
センサ部１１は、ＳＵ制御処理部１４に接続され、ＳＵ制御処理部１４の制御に従って、被監視者Ｏｂにおける予め設定された所定の諸量を検出する装置である。前記所定の諸量は、被監視者Ｏｂにおける検知すべき所定の行動に応じて適宜に決定される。本実施形態では、前記所定の行動は、例えば、被監視者Ｏｂが起きた起床、被監視者Ｏｂが寝具から離れた離床、被監視者Ｏｂが倒れた転倒、および、被監視者Ｏｂの体動が異常である微体動異常の４つの行動であり、これらを検知するために、センサ部１１は、例えば、撮像部１１１と、体動測定部１１２とを備える。なお、前記所定の行動には、被監視者Ｏｂが寝具から落ちた転落がさらに含まれても良い。
【００２２】
撮像部１１１は、ＳＵ制御処理部１４に接続され、ＳＵ制御処理部１４の制御に従って、画像（画像データ）を生成する装置である。前記画像には、静止画（静止画データ）および動画（動画データ）が含まれる。撮像部１１１は、被監視者Ｏｂが所在を予定している空間（所在空間、図１に示す例では配設場所の居室ＲＭ）を監視可能に配置され、前記所在空間を撮像対象としてその上方から撮像し、前記撮像対象を俯瞰した画像（画像データ）を生成し、前記撮像対象の画像（対象画像）をＳＵ制御処理部１４へ出力する。好ましくは、被監視者Ｏｂ全体を撮像できる蓋然性が高いことから、撮像部１１１は、被監視者Ｏｂが横臥する寝具（例えばベッド等）における、被監視者Ｏｂの頭部が位置すると予定されている予め設定された頭部予定位置（通常、枕の配設位置）の直上から撮像対象を撮像できるように配設される。センサ装置ＳＵは、この撮像部１１１によって、被監視者Ｏｂを、被監視者Ｏｂの上方から撮像した画像、好ましくは前記頭部予定位置の直上から撮像した画像を取得する。
【００２３】
このような撮像部１１１は、可視光の画像を生成する装置であって良いが、比較的暗がりでも被監視者Ｏｂを監視できるように、本実施形態では、赤外線の画像を生成する装置である。このような撮像部１１１は、例えば、本実施形態では、撮像対象における赤外の光学像を所定の結像面上に結像する結像光学系、前記結像面に受光面を一致させて配置され、前記撮像対象における赤外の光学像を電気的な信号に変換するイメージセンサ、および、イメージセンサの出力を画像処理することで前記撮像対象における赤外の画像を表すデータである画像データを生成する画像処理部等を備えるデジタル赤外線カメラである。撮像部１１１の前記結像光学系は、本実施形態では、その配設された居室ＲＭ全体を撮像できる画角を持つ広角な光学系（いわゆる広角レンズ（魚眼レンズを含む））であることが好ましい。
【００２４】
体動測定部１１２は、ＳＵ制御処理部１４に接続され、ＳＵ制御処理部１４の制御に従って、被監視者Ｏｂにおける所定の体動を測定する装置である。前記所定の体動は、本実施形態では、呼吸に伴う胸部の体表の動きであり、このため、体動測定部１１２は、例えば、ドップラセンサを備えて構成される。このドップラセンサは、送信波を送信し、物体で反射した前記送信波の反射波を受信し、前記送信波と前記反射波とに基づいてドップラ周波数成分のドップラ信号を出力する体動センサである。前記物体が動いている場合、いわゆるドップラ効果により前記物体の動いている速度に比例して反射波の周波数がシフトするため、送信波の周波数と反射波の周波数とに差（ドップラ周波数成分）が生じる。前記ドップラセンサは、このドップラ周波数成分の信号をドップラ信号として生成し、ＳＵ制御処理部１４へ出力する。前記送信波は、超音波やマイクロ波等であって良いが、本実施形態では、マイクロ波である。マイクロ波は、着衣を透過して被監視者Ｏｂの体表で反射できるため、被監視者Ｏｂが衣服を着ていても体表の動きを検知でき、好ましい。
【００２５】
ＳＵ音入出力部１２は、ＳＵ制御処理部１４に接続され、外部の音を取得してセンサ装置ＳＵに入力するための回路であって、ＳＵ制御処理部１４の制御に従って音を表す電気信号に応じた音を生成して出力するための回路である。ＳＵ音入出力部１２は、例えば、音の音響振動を電気信号に変換するマイクロホン等と、音の電気信号を音の音響振動に変換するスピーカ等とを備えて構成される。ＳＵ音入出力部１２は、外部の音を表す電気信号をＳＵ制御処理部１４へ出力し、ＳＵ制御処理部１４から入力された電気信号を音の音響振動に変換して出力する。
【００２６】
ナースコール受付操作部１３は、ＳＵ制御処理部１４に接続され、ナースコールを当該センサ装置ＳＵに入力するための例えば押しボタン式スイッチ等のスイッチ回路である。なお、ナースコール受付操作部１３は、有線でＳＵ制御処理部１４に接続されて良く、また、例えばＢｌｕｅｔｏｏｔｈ（登録商標）規格等の近距離無線通信でＳＵ制御処理部１４に接続されて良い。
【００２７】
ＳＵ通信ＩＦ部１５は、ＳＵ制御処理部１４に接続され、ＳＵ制御処理部１４の制御に従って通信を行うための通信回路である。ＳＵ通信ＩＦ部１５は、ＳＵ制御処理部１４から入力された転送すべきデータを収容した通信信号を、この被監視者監視システムＭＳのネットワークＮＷで用いられる通信プロトコルに従って生成し、この生成した通信信号をネットワークＮＷを介して他の装置ＳＶ、ＳＰ、ＴＡへ送信する。ＳＵ通信ＩＦ部１５は、ネットワークＮＷを介して他の装置ＳＶ、ＳＰ、ＴＡから通信信号を受信し、この受信した通信信号からデータを取り出し、この取り出したデータをＳＵ制御処理部１４が処理可能な形式のデータに変換してＳＵ制御処理部１４へ出力する。ＳＵ通信ＩＦ部１５は、例えば、ＩＥＥＥ８０２．１１規格等に従った通信インターフェース回路を備えて構成される。
【００２８】
ＳＵ記憶部１６は、ＳＵ制御処理部１４に接続され、ＳＵ制御処理部１４の制御に従って、各種の所定のプログラムおよび各種の所定のデータを記憶する回路である。前記各種の所定のプログラムには、例えば、センサ装置ＳＵの各部を当該各部の機能に応じてそれぞれ制御するＳＵ制御プログラムや、センサ部１１の出力に基づいて被監視者Ｏｂにおける所定の行動を検知して管理サーバ装置ＳＶへ通知する行動検知処理プログラムや、ナースコール受付操作部１３でナースコールを受け付けた場合にその旨を管理サーバ装置ＳＶへ通知し、ＳＵ音入出力部１２等を用いることで端末装置ＳＰ、ＴＡとの間で音声通話を行うナースコール処理プログラムや、撮像部１１１で生成した動画を、その動画を要求した端末装置ＳＰ、ＴＡへストリーミングで配信するＳＵストリーミング処理プログラム等の制御処理プログラムが含まれる。前記各種の所定のデータには、自機の、センサ装置ＳＵを特定し識別するための識別子であるセンサ装置識別子（センサＩＤ）、および、管理サーバ装置ＳＶの通信アドレス等の各プログラムを実行する上で必要なデータ等が含まれる。ＳＵ記憶部１６は、例えば不揮発性の記憶素子であるＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）や書き換え可能な不揮発性の記憶素子であるＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等を備える。そして、ＳＵ記憶部１６は、前記所定のプログラムの実行中に生じるデータ等を記憶するいわゆるＳＵ制御処理部１４のワーキングメモリとなるＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等を含む。
【００２９】
ＳＵ制御処理部１４は、センサ装置ＳＵの各部を当該各部の機能に応じてそれぞれ制御し、被監視者Ｏｂに関わる所定のイベントを検知してこの検知した前記イベントを管理サーバ装置ＳＶへ通知し、端末装置ＳＰ、ＴＡとの間で音声通話を行い、そして、動画を含む画像を生成して端末装置ＳＰ、ＴＡへ動画を配信するための回路である。ＳＵ制御処理部１４は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）およびその周辺回路を備えて構成される。ＳＵ制御処理部１４は、前記制御処理プログラムが実行されることによって、センサ側制御部（ＳＵ制御部）１４１、行動検知処理部１４２、ナースコール処理部１４３およびセンサ側ストリーミング処理部（ＳＵストリーミング処理部）１４４を機能的に備える。
【００３０】
ＳＵ制御部１４１は、センサ装置ＳＵの各部を当該各部の機能に応じてそれぞれ制御し、センサ装置ＳＵの全体制御を司るものである。
【００３１】
行動検知処理部１４２は、センサ部１１の出力に基づいて、被監視者Ｏｂにおける、予め設定された所定の行動を検知して管理サーバ装置ＳＶへ通知するものである。より具体的には、本実施形態では、前記所定の行動は、上述したように、起床、離床、転倒および微体動異常である。これら起床、離床および転倒は、撮像部１１１の出力（対象画像）に基づいて検知され、前記微体動異常は、体動測定部１１２の出力（ドップラ信号）に基づいて検知される。より具体的には、行動検知処理部１４２は、例えば、撮像部１１で撮像した対象画像に基づいて被監視者Ｏｂの頭部を検出し、この検出した被監視者Ｏｂの頭部における大きさの時間変化に基づいて被監視者Ｏｂの起床、離床および転倒を検知する。より詳しくは、まず、寝具ＢＴの所在領域、および、第１ないし第３閾値Ｔｈ１〜Ｔｈ３が前記各種の所定のデータの１つとして予めＳＵ記憶部１６が記憶される。前記第１閾値Ｔｈ１は、寝具ＢＴの所在領域内における横臥姿勢の頭部の大きさと座位姿勢の頭部の大きさとを識別するための値である。前記第２閾値Ｔｈ２は、寝具ＢＴの所在領域を除く居室ＲＭ内における立位姿勢の頭部の大きさであるか否かを識別するための値である。前記第３閾値Ｔｈ３は、寝具ＢＴの所在領域を除く居室ＲＭ内における横臥姿勢の頭部の大きさであるか否かを識別するための値である。そして、行動検知処理部１４２は、対象画像から例えば背景差分法やフレーム差分法によって被監視者Ｏｂの人体領域として動体領域を抽出する。次に、行動検知処理部１４２は、この抽出した動体領域から、例えば円形や楕円形のハフ変換によって、また例えば予め用意された頭部のモデルを用いたパターンマッチングによって、また例えば頭部検出用に学習したニューラルネットワークによって、被監視者Ｏｂの頭部領域を抽出する。そして、行動検知処理部１４２は、この抽出した頭部の位置および大きさから起床、離床および転倒を検知する。例えば、行動検知処理部１４２は、この抽出した頭部の位置が寝具ＢＴの所在領域内であって、前記抽出した頭部の大きさが前記第１閾値Ｔｈ１を用いることによって横臥姿勢の大きさから座位姿勢の大きさへ時間変化した場合には、起床と判定し、前記起床を検知する。例えば、行動検知処理部１４２は、この抽出した頭部の位置が寝具ＢＴの所在領域内から寝具ＢＴの所在領域外へ時間変化した場合であって、前記抽出した頭部の大きさが前記第２閾値Ｔｈ２を用いることによって或る大きさから立位姿勢の大きさへ時間変化した場合には、離床と判定し、前記離床を検知する。例えば、行動検知処理部１４２は、この抽出した頭部の位置が寝具ＢＴの所在領域を除く居室ＲＭ内であって、前記抽出した頭部の大きさが前記第３閾値Ｔｈ１を用いることによって或る大きさから横臥姿勢の大きさへ時間変化した場合には、転倒と判定し、前記転倒を検知する。なお、転落を検知する場合には、例えば、行動検知処理部１４２は、この抽出した頭部の位置が寝具ＢＴの所在領域内から寝具ＢＴの所在領域外へ時間変化した場合であって、前記抽出した頭部の大きさが前記第３閾値Ｔｈ３を用いることによって或る大きさから横臥姿勢の大きさへ時間変化した場合には、転落と判定し、前記転落を検知する。そして、行動検知処理部１４２は、体動測定部１１２の出力によって被監視者Ｏｂの呼吸動作に伴う胸部の体表の動き（胸部の上下動）を検出し、その胸部の体表の動きにおける周期の乱れや、予め設定された閾値以下である、前記胸部の体表の動きにおける振幅を検知すると、前記微体動異常と判定し、微体動異常を検知する。
【００３２】
このように前記所定の行動を検知すると、行動検知処理部１４２は、被監視者Ｏｂに関わる所定のイベント（事象）の内容を表すイベント情報（事象情報）を収容した、前記イベントを通知するための第１イベント通知通信信号をＳＵ通信ＩＦ部１５で管理サーバ装置ＳＶへ通知する。より詳しくは、行動検知処理部１４２は、自機のセンサＩＤ、前記イベントの内容を表すイベント情報、前記起床、離床および転倒の検知の際に用いられた対象画像を収容した通信信号（第１イベント通知通信信号）を、ＳＵ通信ＩＦ部１５を介して管理サーバ装置ＳＶへ送信する。前記イベント情報は、本実施形態では、起床、離床、転倒、微体動異常およびナースコール（ＮＣ）のうちの１または複数であり、ここでは、行動検知処理部１４２は、検知した起床、離床、転倒および微体動異常のうちの１または複数を前記イベント情報として第１イベント通知通信信号に収容する。前記画像は、静止画および動画のうちの少なくとも一方であって良く、本実施形態では、後述するように、まず、静止画が報知され、ユーザの要求に応じて動画が配信される。なお、まず、動画が配信されても良く、また、静止画および動画が送信され、画面分割で静止画および動画が端末装置ＳＰ、ＴＡに表示されても良い。
【００３３】
ナースコール処理部１４３は、ナースコール受付操作部１３でナースコールを受け付けた場合にその旨を前記所定のイベントの他の一例として収容した第１イベント通知通信信号を管理サーバ装置ＳＶへ通知し、ＳＵ音入出力部１２等を用いることで端末装置ＳＰ、ＴＡとの間で音声通話を行うものである。より具体的には、ナースコール処理部１４３は、ナースコール受付操作部１３が入力操作されると、自機のセンサＩＤおよび前記イベント情報としてナースコールを収容した第１イベント通知通信信号をＳＵ通信ＩＦ部１５を介して管理サーバ装置ＳＶへ送信する。ナースコール処理部１４３は、ＳＵ音入出力部１２等を用い、端末装置ＳＰ、ＴＡとの間で例えばＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）によって音声通話を行う。
【００３４】
ＳＵストリーミング処理部１４４は、通信ＩＦ部３を介して固定端末装置ＳＰまたは携帯端末装置ＴＡから動画の配信の要求があった場合に、この要求のあった固定端末装置ＳＰまたは携帯端末装置ＴＡへ、撮像部１１で生成した動画（例えばライブの動画）をストリーミング再生でＳＵ通信ＩＦ部１５を介して配信するものである。
【００３５】
図１には、一例として、４個の第１ないし第４センサ装置ＳＵ−１〜ＳＵ−４が示されており、第１センサ装置ＳＵ−１は、被監視者Ｏｂの一人であるＡさんＯｂ−１の居室ＲＭ−１（不図示）に配設され、第２センサ装置ＳＵ−２は、被監視者Ｏｂの一人であるＢさんＯｂ−２の居室ＲＭ−２（不図示）に配設され、第３センサ装置ＳＵ−３は、被監視者Ｏｂの一人であるＣさんＯｂ−３の居室ＲＭ−３（不図示）に配設され、そして、第４センサ装置ＳＵ−４は、被監視者Ｏｂの一人であるＤさんＯｂ−４の居室ＲＭ−４（不図示）に配設されている。
【００３６】
管理サーバ装置ＳＶは、ネットワークＮＷを介して他の装置ＳＵ、ＳＰ、ＴＡと通信する通信機能等を備え、センサ装置ＳＵから、被監視者Ｏｂに関わる所定のイベントの通知を受信すると被監視者Ｏｂに対する監視に関する情報（監視情報）を管理する装置である。管理サーバ装置ＳＶは、センサ装置ＳＵから前記イベントの通知として第１イベント通知通信信号を受信すると、前記第１イベント通知通信信号に収容された各情報に基づいて、被監視者Ｏｂに対する監視に関する前記監視情報を記憶（記録）し、そして、被監視者Ｏｂに対する監視に関する前記監視情報を収容した通信信号（第２イベント通知通信信号）を、前記センサ装置ＳＵに予め対応付けられた所定の端末装置ＳＰ、ＴＡに送信する。このために、管理サーバ装置ＳＶは、センサ装置ＳＵから送信された第１イベント通知通信信号等の通知先（再通知先、再報知先、送信先）を示す、送信元であるセンサＩＤと通知先（再通知先）である端末ＩＤとの対応関係（通知先対応関係）、および、その通信アドレスを記憶する。端末ＩＤ（端末装置識別子）は、端末装置ＳＰ、ＴＡを特定し識別するための識別子である。前記第２イベント通知通信信号には、前記第１イベント通知通信信号に収容されたイベント情報が前記所定の行動（起床、離床、転倒および微体動異常のうちの１または複数）である場合には、第１イベント通知通信信号に収容されたセンサＩＤ、イベント情報および対象画像、ならびに、動画のダウンロード先として、第１イベント通知通信信号に収容されたセンサＩＤを持つセンサ装置ＳＵに対応する通信アドレスが収容される。前記第１イベント通知通信信号に収容されたイベント情報がナースコール受付情報である場合には、前記第２イベント通知通信信号には、第１イベント通知通信信号に収容されたセンサＩＤおよびイベント情報が収容される。管理サーバ装置ＳＶは、クライアント（本実施形態では固定端末装置ＳＰおよび携帯端末装置ＴＡ等）の要求に応じたデータを前記クライアントに提供する。このような管理サーバ装置ＳＶは、例えば、通信機能付きのコンピュータによって構成可能である。
【００３７】
固定端末装置ＳＰは、ネットワークＮＷを介して他の装置ＳＵ、ＳＶ、ＴＡと通信する通信機能、所定の情報を表示する表示機能、および、所定の指示やデータを入力する入力機能等を備え、管理サーバ装置ＳＶや携帯端末装置ＴＡに与える所定の指示やデータを入力したり、センサ装置ＳＵで得られた監視情報を表示したり等することによって、被監視者監視システムＭＳのユーザインターフェース（ＵＩ）として機能する装置である。このような固定端末装置ＳＰは、例えば、通信機能付きのコンピュータによって構成可能である。なお、前記端末装置の一例としての固定端末装置ＳＰは、携帯端末装置ＴＡと同様に動作するが、本明細書では、前記端末装置の他の一例である携帯端末装置ＴＡについて説明される。
【００３８】
携帯端末装置ＴＡは、ネットワークＮＷを介して他の装置ＳＶ、ＳＰ、ＳＵと通信する通信機能、所定の情報を表示する表示機能、所定の指示やデータを入力する入力機能、および、音声通話を行う通話機能等を備え、管理サーバ装置ＳＶやセンサ装置ＳＵに与える所定の指示やデータを入力したり、管理サーバ装置ＳＶからの通知によってセンサ装置ＳＵで得られた監視情報（動画を含む）を表示したり、センサ装置ＳＵとの間で音声通話によってナースコールの応答や声かけしたり等するための機器である。そして、本実施形態では、携帯端末装置ＴＡは、センサ装置ＳＵから管理サーバ装置ＳＶを介して第２イベント通知通信信号によってイベントの通知を受けた場合に所定の通知音を出力し、この通知音の出力中に、新たなイベントの通知を受けた場合に、前記新たなイベントの通知に基づき前記出力中の前記通知音を継続する。このような携帯端末装置ＴＡは、本実施形態では、例えば、図３に示すように、端末側通信インターフェース部（ＴＡ通信ＩＦ部）３１と、端末側制御処理部（ＴＡ制御処理部）３２と、端末側記憶部（ＴＡ記憶部）３３と、端末側音入出力部（ＴＡ音入出力部）３４と、端末側入力部（ＴＡ入力部）３５と、端末側表示部（ＴＡ表示部）３６と、端末側インターフェース部（ＴＡＩＦ部）３７とを備える。
【００３９】
ＴＡ音入出力部３４は、ＴＡ制御処理部３２に接続され、外部の音を取得して携帯端末装置ＴＡに入力するための回路であって、ＴＡ制御処理部３２の制御に従って音を表す電気信号に応じた音を生成して出力するための回路である。ＴＡ音入出力部３４は、ＳＵ音入出力部１２と同様に、例えば、音響振動を電気信号に変換するマイクロホン等と、音の電気信号を音の音響振動に変換するスピーカ等とを備えて構成される。ＴＡ音入出力部３４は、外部の音を表す電気信号をＴＡ制御処理部３２へ出力し、ＴＡ制御処理部３２から入力された電気信号を音の音響振動に変換して出力する。
【００４０】
ＴＡ入力部３５は、ＴＡ制御処理部３２に接続され、例えば、所定の操作を受け付け、携帯端末装置ＴＡに入力する回路であり、例えば、所定の機能を割り付けられた複数の入力スイッチ等である。前記所定の操作には、例えば、ログインするためのＩＤの入力操作や、音声通話の要求操作およびその終了操作や、ライブでの動画の要求操作およびその終了操作や、前記通知された被監視者Ｏｂに対する前記イベントの検知結果に対応（対処）する意思がある旨（実施意思情報）の入力操作等の、監視する上で必要な各種操作等が含まれる。ＴＡ表示部３６は、ＴＡ制御処理部３２に接続され、ＴＡ制御処理部３２の制御に従って、ＴＡ入力部３５から入力された所定の操作内容や、被監視者監視システムＭＳによって監視されている被監視者Ｏｂに対する監視に関する前記監視情報（例えばセンサ装置ＳＵで検知した所定の行動の種類や被監視者Ｏｂの画像（静止画および動画）等）や、ナースコールの受付等を表示する回路であり、例えばＬＣＤ（液晶ディスプレイ）および有機ＥＬディスプレイ等の表示装置である。そして、本実施形態では、ＴＡ入力部３５およびＴＡ表示部３６からタッチパネルが構成されている。この場合において、ＴＡ入力部３５は、例えば抵抗膜方式や静電容量方式等の操作位置を検出して入力する位置入力デバイスである。このタッチパネルでは、ＴＡ表示部３６の表示面上に位置入力デバイスが設けられ、ＴＡ表示部３６に入力可能な１または複数の入力内容の候補が表示され、例えば看護師や介護士等のユーザ（監視者）が、入力したい入力内容を表示した表示位置を触れると、位置入力デバイスによってその位置が検出され、検出された位置に表示された表示内容がユーザの操作入力内容として携帯端末装置ＴＡに入力される。
【００４１】
ＴＡＩＦ部３７は、ＴＡ制御処理部３２に接続され、ＴＡ制御処理部３２の制御に従って、外部機器との間でデータの入出力を行う回路であり、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格を用いたインターフェース回路、ＩｒＤＡ規格等の赤外線通信を行うインターフェース回路、および、ＵＳＢ規格を用いたインターフェース回路等である。
【００４２】
ＴＡ通信ＩＦ部３１は、ＳＵ通信ＩＦ部１５と同様に、ＴＡ制御処理部３２に接続され、ＴＡ制御処理部３２の制御に従って通信を行うための通信回路である。ＴＡ通信ＩＦ部３１は、ＴＡ制御処理部３２から入力された転送すべきデータを収容した通信信号を、この被監視者監視システムＭＳのネットワークＮＷで用いられる通信プロトコルに従って生成し、この生成した通信信号をネットワークＮＷを介して他の装置ＳＵ、ＳＶ、ＳＰへ送信する。ＴＡ通信ＩＦ部３１は、ネットワークＮＷを介して他の装置ＳＵ、ＳＶ、ＳＰから通信信号を受信し、この受信した通信信号からデータを取り出し、この取り出したデータをＴＡ制御処理部３２が処理可能な形式のデータに変換してＴＡ制御処理部３２へ出力する。ＴＡ通信ＩＦ部３１は、例えば、ＩＥＥＥ８０２．１１規格等に従った通信インターフェース回路を備えて構成される。
【００４３】
ＴＡ記憶部３３は、ＴＡ制御処理部３２に接続され、ＴＡ制御処理部３２の制御に従って、各種の所定のプログラムおよび各種の所定のデータを記憶する回路である。前記各種の所定のプログラムには、例えば、携帯端末装置ＴＡの各部を当該各部の機能に応じてそれぞれ制御するＴＡ制御プログラムや、被監視者Ｏｂに対する監視に関する所定の情報処理を実行するＴＡ監視処理プログラムや、ＴＡ音入出力部３４等を用いることでセンサ装置ＳＵとの間で音声通話を行う通話処理プログラムや、センサ装置ＳＵから動画の配信を受け、前記配信を受けた動画をストリーミング再生でＴＡ表示部３６に表示するＴＡストリーミング処理プログラム等の制御処理プログラムが含まれる。前記ＴＡ監視処理プログラムには、管理サーバ装置ＳＶからイベントの通知を受信すると被監視者Ｏｂに対する監視に関する情報（監視情報）をＴＡ記憶部３３に記憶（記録）するログプログラムや、前記イベントの通知を受けた場合に、前記通知を受けたイベントの種類に応じた通知音をＴＡ音入出力部３４から出力する通知音制御プログラムや、前記監視情報をＴＡ表示部３６に表示する表示制御プログラム等の各種プログラムが含まれる。前記各種の所定のデータでは、自機の端末ＩＤ、ＴＡ表示部３６に表示される画面情報、被監視者Ｏｂに対する監視に関する前記監視情報、センサ装置ＳＵに関するセンサ情報、前記イベントの通知を受けた場合にＴＡ音入出力部から出力される通知音に関する通知音情報等の各プログラムを実行する上で必要なデータ等が含まれる。これら監視情報、センサ情報および通知音情報それぞれを記憶するために、ＴＡ記憶部３３は、端末側監視情報記憶部（ＴＡ監視情報記憶部）３３１、端末側センサ情報記憶部（ＴＡセンサ情報記憶部）３３２および通知音情報３３３を機能的に備える。
【００４４】
ＴＡ監視情報記憶部３３１は、前記監視情報として、本実施形態では、管理サーバ装置ＳＶから受信した第２イベント通知通信信号に収容されたセンサＩＤ、イベント情報（本実施形態では起床、離床、転倒、微体動異常およびナースコール）、画像および動画のダウンロード先のセンサ装置ＳＵの通信アドレス、ならびに、当該第２イベント通知通信信号の受信時刻等の、被監視者Ｏｂの監視に関し、各装置ＳＵ、ＳＰ、ＴＡそれぞれとの間で送受信した被監視者Ｏｂの監視情報を記憶する。
【００４５】
この監視情報は、本実施形態では、テーブル形式でＴＡ監視情報記憶部３３１に記憶されている。この監視情報を登録する端末側監視情報テーブル（ＴＡ監視情報テーブル）ＭＴ−ＴＡは、例えば、図４に示すように、各装置ＳＵ、ＳＰ、ＴＡから受信した通信信号に収容されたセンサＩＤを登録するセンサＩＤフィールド３３１１と、前記受信した通信信号に収容されたイベント情報を登録するイベントフィールド（イベントフィールド）３３１２と、前記受信した通信信号の受信時刻を登録する受信時刻フィールド３３１３と、前記受信した通信信号に収容された前記静止画を登録する静止画フィールド３３１４と、ライブ動画の取得先として、前記受信した通信信号に収容されたセンサＩＤに対応するセンサ装置ＳＵの通信アドレス（例えばＩＰアドレス等）を登録する動画フィールド３３１５と、前記受信した通信信号に収容されたイベント情報に対する対応の受付の有無を登録する対応フィールド３３１６とを備え、前記受信した通信信号ごと（各イベントごと）にレコードを備える。静止画フィールド３３１４には、例えば、静止画の画像データが登録されて良く、また例えば、静止画の画像データのファイル名が登録されて良い。対応フィールド３３１６には、後述するように、前記受信した通信信号に収容されたイベント情報に対する対処（対応、処置、措置）する意思がある旨（“対応する”）を端末装置ＳＰ、ＴＡで受け付けたか否かを表すフラグ（対応フラグ）が登録される。例えば、本実施形態では、対応フィールド３３１６には、前記受信した通信信号に収容されたイベント情報（イベントフィールド３３１２に登録されたイベント情報）に対処する意思がある旨（“対応する”）を端末装置ＳＰ、ＴＡで受け付けたことを意味する対応フラグ「１」、あるいは、前記受信した通信信号に収容されたイベント情報に対処する意思がある旨（“対応する”）を端末装置ＳＰ、ＴＡで受け付けていないことを意味する対応フラグ「０」が登録される。なお、デフォルトでは、対応フィールド３３１６には、未受付を意味する対応フラグ「０」が登録される。なお、第２イベント通知通信信号に、前記所定の行動を検知した検知時刻または前記ナースコールを受け付けたナースコール受付時刻が収容されている場合には、受信時刻に代え、前記検知時刻または前記ナースコール受付時刻が登録されても良い。
【００４６】
ＴＡセンサ情報記憶部３３２は、前記センサ情報を記憶するものである。本実施形態では、前記センサ情報は、センサ装置ＳＵに関する情報であり、センサ装置ＳＵのセンサＩＤと被監視者Ｏｂの被監視者名とを互いに対応付けた情報である。
【００４７】
このようなセンサ情報は、本実施形態では、テーブル形式でＴＡセンサ情報記憶部３３２に記憶される。より具体的には、端末側センサ情報テーブル（ＴＡセンサ情報テーブル）ＳＴ−ＴＡは、例えば、図５に示すように、センサＩＤを登録するセンサＩＤフィールド３３２１と、前記センサＩＤフィールド３３２１に登録されているセンサＩＤを持つセンサ装置ＳＵの配設場所を登録する配設場所フィールド３３２２と、前記センサＩＤフィールド３３２１に登録されているセンサＩＤを持つセンサ装置ＳＵによって監視される被監視者Ｏｂ（すなわち、前記センサＩＤフィールド３３２１に登録されているセンサＩＤを持つセンサ装置ＳＵの配設場所に居る被監視者Ｏｂ）の被監視者名を登録する被監視者名フィールド３３２３と、前記センサＩＤフィールド３３２１に登録されているセンサＩＤを持つセンサ装置ＳＵ、その配設場所およびその被監視者Ｏｂに関する備考を登録する備考フィールド３３２４とを備え、センサＩＤ別（すなわち、センサ装置ＳＵ別）にレコードを持つ。
【００４８】
通知音情報記憶部３３３は、前記通知音情報を記憶するものである。前記通知音情報は、前記イベントの通知を受けた場合にＴＡ音入出力部３４から出力される通知音に関する情報である。本実施形態では、前記イベントは、前記所定の行動およびナースコールの複数の種類を含み、さらに、前記所定の行動も、起床、離床、転倒および微体動異常の複数を含む。これらイベントの種類を通知音で聴覚的に認識可能とするために、本実施形態では、通知音は、イベントの種類に応じて予め設定されている。このため、前記通知音情報は、より具体的には、互いに異なる複数のイベントの種類と、前記イベントの種類に応じて互いに異なる複数の通知音と、を互いに対応付けた情報である。
【００４９】
このような通知音情報は、本実施形態では、テーブル形式で通知音情報記憶部３３３に記憶される。より具体的には、通知音情報テーブルＴＴは、例えば、図６に示すように、イベントの種類を登録するイベントフィールド３３３１と、前記イベントフィールド３３３１に登録されているイベントの種類に応じて予め設定された通知音（通知音のデータ）を登録する通知音フィールド３３３２とを備え、イベントの種類ごとにレコードを備える。本実施形態では、上述したように、イベントの種類は、起床、離床、転倒、微体動異常およびナースコールである。このため、図６に示す例では、各レコードのイベントフィールド３３３１には、起床、離床、転倒、微体動異常およびナースコールがそれぞれ登録され、各レコードの通知音フィールド３３３２には、これらそれぞれに対応する起床通知音データ（トテトテトテ）、離床通知音データ（ポペーンポペーン）、転倒通知音データ（ティンコンティンコンティンコン）、離微体動異常通知音データ（ビービービービー）およびナースコール通知音データ（ピィコーピィコー）がそれぞれ１フレーズ分のデータで登録されている。本実施形態では、通知音の出力終了後に、督促（リマインド）するために、再度、通知音を出力するので、リマインドは、イベントの種類ではないがイベントの種類とみなし、１つのレコードのイベントフィールド３３１には、リマインドが登録され、このレコードの通知音フィールドは、リマインド通知音データ（トンテンポロロン）が１フレーズ分のデータで登録されている。
【００５０】
ＴＡ制御処理部３２は、携帯端末装置ＴＡの各部を当該各部の機能に応じてそれぞれ制御し、被監視者Ｏｂに対する前記監視情報を受けて表示し、実施意思情報の入力を受け付け、ナースコールの応答や声かけするための回路である。ＴＡ制御処理部３２は、例えば、ＣＰＵおよびその周辺回路を備えて構成される。ＴＡ制御処理部３２は、制御処理プログラムが実行されることによって、端末側制御部（ＴＡ制御部）３２１、端末側監視処理部（ＴＡ監視処理部）３２２、通話処理部３２３および端末側ストリーミング処理部（ＴＡストリーミング処理部）３２４を機能的に備える。
【００５１】
ＴＡ制御部３２１は、携帯端末装置ＴＡの各部を当該各部の機能に応じてそれぞれ制御し、携帯端末装置ＴＡの全体制御を司るものである。
【００５２】
ＴＡ監視処理部３２２は、被監視者Ｏｂに対する監視に関する所定の情報処理を実行するものである。より具体的には、ＴＡ監視処理部３２２は、センサ装置ＳＵによって送信された第１イベント通知通信信号、に起因して管理サーバ装置ＳＶによって送信された第２イベント通知通信信号を受信した場合に、この受信した第２イベント通知通信信号に収容された各情報（各データ）に基づき、被監視者Ｏｂの監視情報をＴＡ監視情報記憶部３３１に記憶（記録）する。ＴＡ監視処理部３２２は、この受信した第２イベント通知通信信号に収容された各情報に応じた画面をＴＡ表示部３６に表示する。そして、ＴＡ監視処理部３２２は、ＴＡ入力部３５から所定の入力操作を受け付けると、その入力操作に応じた所定の処理を実行する。
【００５３】
本実施形態では、ＴＡ監視処理部３２２は、機能的に通知音制御部３２２１を備える。この通知音制御部３２２１は、第２イベント通知通信信号によってイベントの通知を受けた場合に、所定の通知音をＴＡ音入出力部３４から出力するものであり、前記通知音を前記ＴＡ音入出力部３４から出力中に、新たな第２イベント通知通信信号によって新たなイベントの通知を受けた場合に、前記出力中の前記通知音を継続する。より具体的には、通知音制御部３２２１は、前記第２イベント通知通信信号によってイベントの通知を受けた場合に、前記受けた通知のイベントの種類に対応する通知音を、通知音情報記憶部３３３に記憶されている通知音情報に基づいてＴＡ音入出力部３４から出力し、前記通知音を前記ＴＡ音入出力部３４から出力中に、新たな第２イベント通知通信信号によって新たなイベントの通知を受けた際に、この新たに受けた前記通知のイベントの種類が前記出力中の前記通知音に対応するイベントの種類と同じである場合には、前記出力中の前記通知音を継続する。一方、通知音制御部３２２１は、前記新たに受けた前記通知のイベントの種類が前記出力中の前記通知音に対応するイベントの種類と同じではない（異なる）場合には、前記出力中の前記通知音を停止し、前記新たに受けた前記通知のイベントの種類に対応する通知音を前記通知音情報に基づいて前記ＴＡ音入出力部３４から出力する。通知音制御部３２２１は、前記通知音を前記ＴＡ音入出力部３４から出力中に、後述の「対応する」ボタン５２４の入力操作を受け付けた場合に、前記出力中の前記通知音を停止する。
【００５４】
通知音制御部３２２１は、前記通知音を所定の第１時間だけ継続して前記ＴＡ音入出力部３４から出力し、前記通知音の出力を終了した後、所定の第２時間経過後に、リマインドの通知音を前記ＴＡ音入出力部から出力する。リマインドの通知音は、イベントの種類に応じて設定された通知音のメロディーと異なるメロディーで予め設定される。これら第１および第２時間それぞれを計時するために、図３に破線で示すように、必要に応じて、ＴＡ監視処理部３２２には、機能的に、通知音の出力を開始した時点から計時を始め、前記第１時間を計時する第１タイマー３２２２が生成および消去され、前記第２時間を計時する第２タイマー３２２３が生成および消去される。第２タイマー３２２３における計時を始める起点は、前記通知音の出力を終了した時点であって良いが、本実施形態では、直近に受けた通知の時点から前記所定の第１時間が経過した時点である。このため、図３に破線で示すように、必要に応じて、ＴＡ監視処理部３２２には、機能的に、直近の通知を受けた時点から計時を始め、前記第１時間を計時する第３タイマー３２２４が生成および消去される。これら第１および第２時間それぞれは、例えば３０秒、１分、２分、５分等の適宜な任意の時間長に設定される。
【００５５】
さらに、本実施形態では、前記互いに異なる複数のイベントの種類には、それぞれ、通知の優先順位が付与されている。前記通知の優先順位は、種類が互いに異なる複数のイベントの通知を受けた場合に、これら複数のイベントの通知の中から、通知音を出力するイベントの通知を決定する順序である。例えば、本実施形態では、ナースコールは、被監視者Ｏｂが監視者（ユーザ）の対処（対応）を要望している蓋然性が高いので、前記ナースコールにおける通知の優先順位は、最も高く設定されている。複数のイベントの種類の中のナースコールを除く残余の通知の各優先順位は、本実施形態では、例えば、高い方から、リマインド、転倒、離床、起床の順に設定されている（ナースコール＞リマインド＞転倒＞離床＞起床）。なお、優先順位が同位であるイベントの種類があっても良い。通知音制御部３２２１は、前記通知音を前記ＴＡ音入出力部３４から出力中に、新たなイベントの通知を受けた際に、前記新たに受けた前記通知のイベントの種類に対応する優先順位が前記出力中の前記通知音に対応するイベントの種類に対応する優先順位以下である場合には、前記出力中の前記通知音を継続する。一方、通知音制御部３２２１は、前記通知音を前記ＴＡ音入出力部３４から出力中に、新たなイベントの通知を受けた際に、前記新たに受けた前記通知のイベントの種類に対応する優先順位が前記出力中の前記通知音に対応するイベントの種類に対応する優先順位より高い場合には、前記出力中の前記通知音を停止し、前記新たに受けた前記通知のイベントの種類に対応する通知音を前記通知音情報に基づいて前記ＴＡ音入出力部から出力する。
【００５６】
通話処理部３２３は、ＴＡ音入出力部３４等を用いることでセンサ装置ＳＵとの間で音声通話を行うものである。より具体的には、例えば、通話処理部３２３は、ＴＡ音入出力部３４等を用い、第２イベント通知通信信号の送信の原因となった第１イベント通知通信信号を管理サーバ装置ＳＶへ送信した送信元のセンサ装置ＳＵとの間で例えばＶｏＩＰによって音声通話を行う。
【００５７】
ＴＡストリーミング処理部３２４は、センサ装置ＳＵから動画の配信を受け、前記配信を受けた動画をストリーミング再生でＴＡ表示部３６に表示するものである。
【００５８】
このような携帯端末装置ＴＡは、例えば、いわゆるタブレット型コンピュータやスマートフォンや携帯電話機等の、持ち運び可能な通信端末装置によって構成可能である。
【００５９】
次に、本実施形態の動作について説明する。図７は、図２に示す前記センサ装置の動作を示すフローチャートである。図８は、図３に示す前記携帯端末装置において、監視処理に関する動作を示すフローチャートである。図９は、図３に示す前記携帯端末装置において、通知音の第１出力処理に関する動作を示すフローチャートである。図１０は、図３に示す前記携帯端末装置において、通知音の第２出力処理に関する動作を示すフローチャートである。図１１は、図３に示す前記携帯端末装置において、「対応する」ボタンの入力操作に関する動作を示すフローチャートである。図１２は、図３に示す前記携帯端末装置に表示される待受け画面の一例を示す図である。図１３は、図３に示す前記携帯端末装置に表示される監視情報画面の一例を示す図である。図１４は、図３に示す前記携帯端末装置に表示されるナースコール受付画面の一例を示す図である。
【００６０】
このような被監視者監視システムＭＳでは、各装置ＳＵ、ＳＶ、ＳＰ、ＴＡは、電源が投入されると、必要な各部の初期化を実行し、その稼働を始める。センサ装置ＳＵでは、その制御処理プログラムの実行によって、ＳＵ制御処理部１４には、ＳＵ制御部１４１、行動検知処理部１４２、ナースコール処理部１４３およびＳＵストリーミング処理部１４４が機能的に構成される。携帯端末装置ＴＡでは、その制御処理プログラムの実行によって、ＴＡ制御処理部３２には、ＴＡ制御部３２１、ＴＡ監視処理部３２２、通話処理部３２３およびＴＡストリーミング処理部３２４が機能的に構成され、ＴＡ監視処理部３２２には、機能的に、通知音制御部３２２１が構成され、後述するように必要に応じて、第１ないし第３タイマー３２２２〜３２２４が構成され、そして、除去される。
【００６１】
まず、センサ装置ＳＵの動作について説明する。センサ装置ＳＵは、各フレームごとに、あるいは、数フレームおきに、次のように動作することで、被監視者Ｏｂにおける所定の動作を検知し、ナースコールの受付の有無を判定している。
【００６２】
図７において、まず、センサ装置ＳＵは、ＳＵ制御処理部１４のＳＵ制御部１４１によって、センサ部１１の撮像部１１１から１フレーム分の画像（画像データ）を前記対象画像として取得する（Ｓ１１）。
【００６３】
次に、センサ装置ＳＵは、ＳＵ制御処理部１４の行動検知処理部１４２によって、被監視者Ｏｂにおける所定の行動のうちの対象画像に基づいて検知できる第１行動を検知する第１行動検知処理を前記処理Ｓ１１で取得した対象画像に基づいて実行し、その第１検知結果をＳＵ記憶部１６に記憶する（Ｓ１２）。本実施形態では、前記第１行動は、起床、離床および転倒であり、行動検知処理部１４２は、起床の成否を判定し、離床の成否を判定し、そして、転倒の成否を判定する。
【００６４】
次に、センサ装置ＳＵは、ＳＵ制御処理部１４のＳＵ制御部１４１によって、センサ部１１の体動測定部１１２の出力を取得する（Ｓ１３）。
【００６５】
次に、センサ装置ＳＵは、ＳＵ制御処理部１４の行動検知処理部１４２によって、被監視者Ｏｂにおける所定の行動のうちの体動測定部１１２の出力に基づいて検知できる第２行動を検知する第２行動検知処理を前記処理Ｓ１３で取得した体動測定部１１２の出力に基づいて実行し、その第２検知結果をＳＵ記憶部１６に記憶する（Ｓ１４）。本実施形態では、前記第２行動は、微体動異常であり、行動検知処理部１４２は、微体動異常の成否を判定する。
【００６６】
次に、センサ装置ＳＵは、行動検知処理部１４２によって、処理Ｓ１２および処理Ｓ１４でＳＵ記憶部１６に記憶された第１検知結果および第２検知結果に基づいて、被監視者Ｏｂにおける前記所定の行動が検知されたか否かを判定する（Ｓ１５）。この判定の結果、前記所定の行動が検知されていない場合（Ｎｏ）には、センサ装置ＳＵは、次に、処理Ｓ１７を実行し、一方、前記所定の行動が検知されている場合（Ｙｅｓ）には、センサ装置ＳＵは、次の処理Ｓ１６を実行した後に、前記処理Ｓ１７を実行する。
【００６７】
この処理Ｓ１６では、前記検知された所定の行動を管理サーバ装置ＳＶを介して所定の端末装置ＳＰ、ＴＡへ通知するために、センサ装置ＳＵは、行動検知処理部１４２によって、前記所定のイベントとして前記所定の行動の検知に関する第１イベント通知通信信号を管理サーバ装置ＳＶへ送信する。より具体的には、行動検知処理部１４２は、自機のセンサＩＤ、イベント情報（ここでは起床、離床、転倒および微体動異常のうちの１または複数）および対象画像を収容した第１イベント通知通信信号を、ＳＵ通信ＩＦ部１５を介して管理サーバ装置ＳＶへ送信する。
【００６８】
前記処理Ｓ１７では、センサ装置ＳＵは、ナースコール処理部１４３によって、ナースコールを受け付けているか否かを判定する。すなわち、図７に示す処理Ｓ１１ないし処理Ｓ１８は、各フレームごとに、あるいは、数フレームおきに、繰り返し実行されるが、前回における処理Ｓ１７の実行から今般における処理Ｓ１７の実行までの間に、ナースコール受付操作部１３が操作されたか否かが判定される。この判定の結果、ナースコール受付操作部１３が操作されず、ナースコールを受け付けていない場合（Ｎｏ）には、センサ装置ＳＵは、今回の本処理を終了し、一方、ナースコール受付操作部１３が操作され、ナースコールを受け付けている場合（Ｙｅｓ）には、センサ装置ＳＵは、次の処理Ｓ１８を実行した後に、今回の本処理を終了する。
【００６９】
この処理Ｓ１８では、処理Ｓ１７でその受付が判明したナースコールを管理サーバ装置ＳＶを介して所定の端末装置ＳＰ、ＴＡへ報知するために、センサ装置ＳＵは、ナースコール処理部１４３によって、前記所定のイベントとしてナースコールに関する第１イベント通知通信信号を管理サーバ装置ＳＶへ送信する。より具体的には、ナースコール処理部１４３は、自機のセンサＩＤおよびイベント情報（ここではナースコール受付情報）を収容した第１イベント通知通信信号を、ＳＵ通信ＩＦ部１５を介して管理サーバ装置ＳＶへ送信する。
【００７０】
被監視者Ｏｂにおける所定の行動の検知やナースコールの受付それぞれに関し、センサ装置ＳＵは、以上のように動作している。
【００７１】
管理サーバ装置ＳＶは、前記第１イベント通知通信信号をネットワークＮＷを介してセンサ装置ＳＵから受信すると、この受信した第１イベント通知通信信号に収容された、被監視者Ｏｂに対する監視に関する監視情報を記憶（記録）する。そして、管理サーバ装置ＳＶは、この受信した第１イベント通知通信信号を送信したセンサ装置ＳＵに対応する通知先の端末装置ＳＰ、ＴＡへ、第２イベント通知通信信号を送信する。前記第２イベント通知通信信号には、前記受信した第１イベント通知通信信号に収容されたイベント情報が前記所定の行動（起床、離床、転倒および微体動異常のうちの１または複数）である場合には、第１イベント通知通信信号に収容されたセンサＩＤ、イベント情報および対象画像、ならびに、動画のダウンロード先として、第１イベント通知通信信号に収容されたセンサＩＤを持つセンサ装置ＳＵに対応する通信アドレスが収容される。前記第１イベント通知通信信号に収容されたイベント情報がナースコール受付情報である場合には、前記第２イベント通知通信信号には、第１イベント通知通信信号に収容されたセンサＩＤおよびイベント情報が収容される。
【００７２】
これによって被監視者Ｏｂにおける所定の行動やナースコールが、センサ装置ＳＵから管理サーバ装置ＳＶを介して端末装置ＳＰ、ＴＡに通知され、そして、端末装置ＳＰ、ＴＡを介して例えば看護師や介護士等の監視者（ユーザ）に通知される。
【００７３】
次に、端末装置ＳＰ、ＴＡの動作について説明する。ここでは、代表的に、携帯端末装置ＴＡの動作について説明する。上述したように、電源が投入され、その稼働を始めると、携帯端末装置ＴＡでは、例えば看護師や介護士等の監視者（ユーザ）によるログイン操作が受け付けられ、ＴＡ監視処理部３２２によって、自機宛の通信信号を待ち受ける待受け画面がＴＡ表示部３６に表示される。この待受け画面５１は、例えば、図１２に示すように、メニューバーを表示するメニューバー領域５１１と、待ち受け中であることを表すメッセージ（例えば「通知はありません」）およびアイコンを表示する待受けメイン領域５１２と、現在時刻を表示する時刻領域５１３と、今日の年月日曜日を表示する年月日曜日領域５１４と、今、当該携帯端末装置ＴＡにログインしているユーザ名を表示するユーザ名領域５１５とを備える。
【００７４】
図８において、携帯端末装置ＴＡは、ＴＡ制御処理部３２のＴＡ制御部３２１によって、ＴＡ通信ＩＦ部３１で通信信号を受信したか否かを判定する（Ｓ３１）。この判定の結果、通信信号を受信していない場合（Ｎｏ）には、携帯端末装置ＴＡは、処理をＳ３１に戻し、前記判定の結果、通信信号を受信している場合（Ｙｅｓ）には、携帯端末装置ＴＡは、次の処理Ｓ３２を実行する。すなわち、携帯端末装置ＴＡは、通信信号の受信を待ち受けている。
【００７５】
処理Ｓ３２では、携帯端末装置ＴＡは、ＴＡ制御部３２１によって、この受信した通信信号の種類を判定する。この判定の結果、携帯端末装置ＴＡは、前記処理Ｓ３１で受信した通信信号が第２イベント通知通信信号である場合（第２イベント通知）には、次の処理Ｓ３３を実行し、前記処理Ｓ３１で受信した通信信号が第２イベント通知通信信号ではない場合（その他）には、処理Ｓ３１で受信した通信信号に応じた適宜な処理を行う処理Ｓ３８を実行した後に本処理を終了する。
【００７６】
処理Ｓ３３では、携帯端末装置ＴＡは、ＴＡ制御処理部３２のＴＡ監視処理部３２２によって、処理Ｓ３１で管理サーバ装置ＳＶから受信した第２イベント通知通信信号に収容された、被監視者Ｏｂに対する監視に関する監視情報をＴＡ監視情報記憶部３３１に記憶（記録）する。
【００７７】
この処理Ｓ３３の次に、ＴＡ監視処理部３２２は、通知音制御部３２２１によって、所定の通知音をＴＡ音入出力部３４から出力する通知音の第１出力処理を実行する。
【００７８】
より具体的には、図９において、通知音制御部３２２１は、まず、ＴＡ音入出力部３４から通知音を出力しているか否かを判定する（Ｓ３４１）。この判定の結果、通知音を出力している場合（Ｙｅｓ、出力中）には、通知音制御部３２２１は、次の処理Ｓ３４２を実行し、一方、前記判定の結果、通知音を出力していない場合（Ｎｏ）には、通知音制御部３２２１は、次の処理Ｓ３４５を実行する。
【００７９】
この処理Ｓ３４２では、通知音制御部３２２１は、処理Ｓ３１で受信した第２イベント通知通信信号に収容されたイベント情報に対応するイベントの種類と、前記出力中の通知音に対応するイベントの種類とが同種であるか否かを判定する。なお、前記出力中の通知音に対応するイベントの種類は、後述するように、第１タイマー３２２２に対応付けられてＴＡ記憶部３３に記憶されたイベントの種類から認識される。この判定の結果、同種である場合（Ｙｅｓ）には、通知音制御部３２２１は、次の処理Ｓ３４４を実行し、一方、前記判定の結果、同種ではない（異種である）場合（Ｎｏ）には、通知音制御部３２２１は、次の処理Ｓ３４３を実行する。
【００８０】
この処理Ｓ３４３では、通知音制御部３２２１は、処理Ｓ３１で受信した第２イベント通知通信信号に収容されたイベント情報に対応するイベントの種類に付与された通知の優先順位が、前記出力中の通知音に対応するイベントの種類に付与された通知の優先順位より高いか否かを判定する。この判定の結果、高い場合（Ｙｅｓ）には、通知音制御部３２２１は、次の処理Ｓ３４６を実行し、一方、前記判定の結果、高くない（以下である）場合（Ｎｏ）には、通知音制御部３２２１は、次の処理Ｓ３４４を実行する。
【００８１】
前記処理Ｓ３４４では、通知音制御部３２２１は、前記出力中の通知音をそのまま継続する。したがって、処理Ｓ３１で受信した第２イベント通知通信信号に収容されたイベント情報に対応するイベントの種類と、前記出力中の通知音に対応するイベントの種類とが同種である場合には、前記出力中の通知音がそのまま継続される。処理Ｓ３１で受信した第２イベント通知通信信号に収容されたイベント情報に対応するイベントの種類に付与された通知の優先順位が、前記出力中の通知音に対応するイベントの種類に付与された通知の優先順位以下である場合には、前記出力中の通知音がそのまま継続される。
【００８２】
この処理Ｓ３４４の次に、第３タイマー３２２４がＴＡ監視処理部３２２に生成されている場合には、通知音制御部３２２１は、この既存の第３タイマー３２２４を消去し、新たに再び第３タイマー３２２４をＴＡ監視処理部３２２に機能的に形成し、その計時を始め（Ｓ３４５）、本処理が終了され、図８に示す処理Ｓ３５が実行される。
【００８３】
前記処理Ｓ３４６では、通知音制御部３２２１は、処理Ｓ３１で受信した第２イベント通知通信信号に収容されたイベント情報に対応するイベントの種類に応じた通知音を新たにＴＡ音入出力部３４から出力する。より具体的には、通知音制御部３２２１は、通知音情報テーブルＴＴから、処理Ｓ３１で受信した第２イベント通知通信信号に収容されたイベント情報に対応するイベントの種類を、イベントフィールド３３３１に登録するレコードを選択（検索）し、この選択したレコードの通知音フィールド３３３３に登録する通知音（通知音データ）を取り出し、この取り出した通知音を新たにＴＡ音入出力部３４から出力する。本実施形態では、通知音データは、１フレーズ分だけなので、通知音の出力中は、この１フレーズ分の通知音が繰り返される。したがって、通知音が出力されていない場合には、通知音が新たに出力される。処理Ｓ３１で受信した第２イベント通知通信信号に収容されたイベント情報に対応するイベントの種類に付与された通知の優先順位が、前記出力中の通知音に対応するイベントの種類に付与された通知の優先順位より高い場合には、通知音が新たに出力される。
【００８４】
そして、この処理Ｓ３４６の次に、通知音制御部３２２１は、第１タイマー３２２２の所定の処理を実行する（Ｓ３４７）。より具体的には、第１タイマー３２２２がＴＡ監視処理部３２２に生成されている場合には、通知音制御部３２２１は、この既存の第１タイマー３２２２を消去する。そして、通知音制御部３２２１は、処理Ｓ３１で受信した第２イベント通知通信信号に収容されたイベント情報に対応するイベントの種類をＴＡ記憶部３３に記憶してこれに対応付けて第１タイマー３２２２をＴＡ監視処理部３２２に機能的に形成し、その計時を始め、本処理が終了され、図８に示す処理Ｓ３５が実行される。
【００８５】
図８に戻って、ＴＡ監視処理部３２２は、処理Ｓ３１で受信した第２イベント通知通信信号に収容された各情報に応じた画面をＴＡ表示部３６に表示し（Ｓ３５）、次の処理Ｓ３６を実行する。より具体的には、ＴＡ監視処理部３２２は、処理Ｓ３１で受信した第２イベント通知通信信号に収容された前記イベント情報が前記所定の行動である場合には、例えば図１３に示す監視情報画面５２をＴＡ表示部３６に表示し、一方、処理Ｓ３１で受信した第２イベント通知通信信号に収容された前記イベント情報が前記ナースコールである場合には、例えば図１４に示すナースコール受付画面５３をＴＡ表示部３６に表示する。
【００８６】
この監視情報画面５２は、被監視者Ｏｂの監視に関する前記監視情報を表示するための画面である。前記監視情報画面５２は、例えば、図１３に示すように、メニューバー領域５１１と、処理Ｓ３１で受信した第２イベント通知通信信号に収容されたセンサＩＤを持つセンサ装置ＳＵの配設場所および前記センサＩＤを持つ前記センサ装置ＳＵによって監視される被監視者Ｏｂの名前を表示する被監視者名領域５２１と、処理Ｓ３１で受信した第２イベント通知通信信号の受信時刻（または前記所定の行動の検知時刻）からの経過時間、および、処理Ｓ３１で受信した第２イベント通知通信信号に収容された前記イベント情報（前記所定の行動の検知結果）を表示する検知情報表示領域５２２と、処理Ｓ３１で受信した第２イベント通知通信信号に収容された画像（すなわち、前記センサＩＤを持つ前記センサ装置ＳＵによって撮像された対象画像）（ここでは静止画）を表示する画像領域５２３と、「対応する」ボタン５２４と、「話す」ボタン５２５と、「ＬＩＶＥを見る」ボタン５２６とを備える。
【００８７】
被監視者名領域５２１にセンサ装置ＳＵの配設場所および被監視者Ｏｂの名前を表示するために、処理Ｓ３１で受信した第２イベント通知通信信号に収容されたセンサＩＤを検索キーに、センサ装置ＳＵの配設場所および被監視者Ｏｂの名前がＴＡセンサ情報記憶部３３２から検索され、表示される。検知情報表示領域５２２には、処理Ｓ３１で受信した第２イベント通知通信信号に収容された前記検知結果（本実施形態では、起床、離床、転倒および微体動異常の各名称）がそのまま表示されても良いが、本実施形態では、前記検知結果を象徴的に表すアイコンで表示されている。このアイコンで表示するために、ＴＡ記憶部３３には、各行動およびその行動を象徴的に表すアイコンが互いに対応付けられて予め記憶される。図１３に示す例では、検知情報表示領域５２２には、起床を象徴的に表す起床アイコンが表示されている。「対応する」ボタン５２４は、監視情報画面５２では、この監視情報画面５２に表示された検知結果に対し例えば救命、看護、介護および介助等の所定の対応（応対、対処）を実施する意思が当該携帯端末装置ＴＡのユーザにある旨を表す実施意思情報を、当該携帯端末装置ＴＡに入力するためのボタンである。「話す」ボタン５２５は、音声通話を要求するためのボタンであって、前記センサＩＤの前記センサ装置ＳＵと当該携帯端末装置ＴＡとをネットワークＮＷを介して通話可能に接続する指示を入力するためのボタンである。「ＬＩＶＥを見る」ボタン５２６は、ライブでの動画を要求するためのボタンであって、前記センサＩＤの前記センサ装置ＳＵによって撮像される動画を表示させる指示を入力するためのボタンである。
【００８８】
前記ナースコール受付画面５３は、ナースコールの受付を表示するための画面である。このナースコール受付画面５３は、例えば、図１４に示すように、メニューバー領域５１１と、被監視者名領域５２１と、検知情報表示領域５２２と、ナースコールを受け付けた旨を表すメッセージ（例えば「ナースコールです」）を表示するナースコール受付通知表示領域５３１と、「対応する」ボタン５２４と、「話す」ボタン５２５とを備える。このナースコール受付画面５３では、検知情報表示領域５２２には、処理Ｓ３１で受信した第２イベント通知通信信号の受信時刻（または前記ナースコールを受け付けた受付時刻）からの経過時間のみが表示される。
【００８９】
なお、ナースコール受付画面５３は、「ＬＩＶＥを見る」ボタン５２６をさらに備えても良い。
【００９０】
処理Ｓ３６では、携帯端末装置ＴＡは、ＴＡ制御処理部３２によって、ＴＡ入力部３５およびＴＡ表示部３６を備えて成るタッチパネルで入力操作を受け付けたか否かを判定する。この判定の結果、入力操作を受け付けていない場合（Ｎｏ）には、携帯端末装置ＴＡは、処理を処理Ｓ３６に戻し、一方、前記判定の結果、入力操作を受け付けている場合には、携帯端末装置ＴＡは、次の処理Ｓ３７を実行する。
【００９１】
この処理Ｓ３７では、携帯端末装置ＴＡは、ＴＡ制御処理部３２によって、入力操作の内容に応じた適宜な処理を実行し、本処理を終了する。
【００９２】
例えば、図１１において、携帯端末装置ＴＡは、ＴＡ制御処理部３２によって、前記タッチパネルを構成するＴＡ入力部３５から「対応する」ボタン５２４の入力操作を受け付けると（すなわち、前記対応を実行する意思を受け付けると）（Ｓ５１）、まず、現在、ＴＡ表示部３６に表示している被監視者Ｏｂの監視情報に、「対応する」を受け付けた旨を付してＴＡ監視情報記憶部３３１に記憶する（Ｓ５２）。より具体的には、ＴＡ制御処理部３２は、ＴＡ監視処理部３２２によって、ＴＡ監視情報記憶部３３１に記憶されているＴＡ監視情報テーブルＭＴ−ＴＡにおいて、現在、ＴＡ表示部３６に表示している被監視者Ｏｂの監視情報を登録しているレコード（ここでは前記処理Ｓ３１で受信した第２イベント通知通信信号に収容されていた監視情報を登録したレコード）の対応フィールド３３１６に、対応の受付を表す対応フラグ「１」を登録する。
【００９３】
次に、ＴＡ制御処理部３２は、ＴＡ監視処理部３２２によって、ＴＡ表示部３６に表示している被監視者Ｏｂの監視情報に対応するセンサＩＤおよび「対応する」を受け付けた旨を表す情報（対応受付情報）を収容した通信信号（対応受付通知通信信号）を管理サーバ装置ＳＶへ送信する（Ｓ５３）。この対応受付通知通信信号を受信した管理サーバ装置ＳＶは、この受信した対応受付通知通信信号に収容されたセンサＩＤおよび対応受付情報を収容した通信信号（対応受付周知通信信号）を同報通信で端末装置ＳＰ、ＴＡへ送信する。これによって、ＴＡ表示部３６に表示している被監視者Ｏｂの監視情報に対応するセンサＩＤに関し、「対応する」を受け付けた旨が各端末装置ＳＰ、ＴＡ間で同期される。
【００９４】
次に、ＴＡ制御処理部３２は、ＴＡ監視処理部３２２の通知音制御部３２２１によって、ＴＡ音入出力部３４から通知音を出力しているか否かを判定する（Ｓ５４）。この判定の結果、通知音を出力している場合（Ｙｅｓ、出力中）には、通知音制御部３２２１は、次の処理Ｓ５５を実行し、一方、前記判定の結果、通知音を出力していない場合（Ｎｏ）には、通知音制御部３２２１は、次の処理Ｓ５７を実行する。
【００９５】
この処理Ｓ５５では、通知音処理部３２２１は、前記出力中の通知音を停止する。これによって「対応する」ボタン５２４の入力操作によって出力中の通知音が停止される。前記タッチパネルを構成するＴＡ入力部３５は、前記受けた通知のイベントに対して所定の対応を実施する意思がユーザにある旨の入力を受け付ける対応入力部の一例に相当する。
【００９６】
次に、通知音処理部３２２１は、ＴＡ監視処理部３２２に機能的に生成された第１タイマー３２２２を消去し（Ｓ５６）、次の処理Ｓ５７を実行する。
【００９７】
この処理Ｓ５７では、通知音処理部３２２１は、後述するようにＴＡ監視処理部３２２に機能的に生成された第２タイマー３２２３を消去し、本処理を終了する。
【００９８】
図８に戻って、また例えば、携帯端末装置ＴＡは、ＴＡ制御処理部３２によって、「話す」ボタン５２５の入力操作を受け付けると、通話処理部３２３によって、ＴＡ表示部３６に表示している被監視者Ｏｂを監視するセンサ装置ＳＵへ、音声通話を要求する旨等の情報を収容した通信信号（通話要求通信信号）を送信し、これに応じたセンサ装置ＳＵとネットワークＮＷを介して音声通話可能に接続する。これによって携帯端末装置ＴＡとセンサ装置ＳＵとの間で音声通話が可能となる。なお、携帯端末装置ＴＡは、ＴＡ制御処理部３２によって、音声通話の終了の指示を入力するためのボタンである図略の「終了」ボタンの入力操作を受け付けると、通話処理部３２３によって、ＴＡ表示部３６に表示している被監視者Ｏｂを監視するセンサ装置ＳＵへ、音声通話の終了を要求する旨等の情報を収容した通信信号（通話終了通信信号）を送信する。これによって携帯端末装置ＴＡとセンサ装置ＳＵとの間での音声通話が終了される。
【００９９】
また例えば、携帯端末装置ＴＡは、ＴＡ制御処理部３２によって、「ＬＩＶＥを見る」ボタン５２６の入力操作を受け付けると、ＴＡストリーミング処理部３２４によって、現在、ＴＡ表示部３６に表示している被監視者Ｏｂを監視するセンサ装置ＳＵへ、ライブでの動画の配信を要求する旨等の情報を収容した通信信号（動画配信要求通信信号）を送信し、これに応じたセンサ装置ＳＵとネットワークＮＷを介して動画のダウンロード可能に接続し、前記センサ装置ＳＵからライブでの動画の配信を受け、この配信を受けた動画をストリーミング再生でＴＡ表示部３６に表示する。このライブでの動画を表示する監視情報画面５２では、画像領域５２３に動画が表示され、そして、「ＬＩＶＥを見る」ボタン５２６に代え図略の「ＬＩＶＥ終了」ボタンが表示される。これによって携帯端末装置ＴＡには、ライブでの動画が表示される。前記図略の「ＬＩＶＥ終了」ボタンは、動画の終了を要求するためのボタンであって、前記センサＩＤの前記センサ装置ＳＵによって撮像される動画の配信を終了（停止）させ表示を終了（停止）させる指示を入力するためのボタンである。携帯端末装置ＴＡは、ＴＡ制御処理部３２によって、「ＬＩＶＥ終了」ボタンの入力操作を受け付けると、ＴＡストリーミング処理部３２４によって、現在、ＴＡ表示部３６に表示している被監視者Ｏｂを監視するセンサ装置ＳＵへ、動画配信の終了を要求する旨等の情報を収容した通信信号（動画配信終了通信信号）を送信し、静止画をＴＡ表示部３６に表示する。これによって携帯端末装置ＴＡは、ライブでの動画の表示を終了する。
【０１００】
一方、携帯端末装置ＴＡは、前記ログイン操作を受け付けた後、ＴＡ監視処理部３２２の通知音制御部３２２１によって、図１０に示す、通知音の停止処理および通知音の再出力処理（リマインド処理）を行う通知音の第２出力処理を繰り返し実行する。
【０１０１】
図１０において、まず、通知音制御部３２２１は、第１タイマー３２２２がＴＡ監視処理部３２２に機能的に生成されて有るか否かを判定する（Ｓ４１）。この判定の結果、第１タイマー３２２２が有る場合（Ｙｅｓ）には、通知音制御部３２２１は、次の処理Ｓ４２を実行し、一方、この判定の結果、第１タイマー３２２２が無い場合（Ｎｏ）には、通知音制御部３２２１は、次の処理Ｓ４６を実行する。
【０１０２】
この処理Ｓ４２では、通知音制御部３２２１は、第１タイマー３２２２が前記第１時間の計時を終了してタイムアップしているか否かを判定する。この判定の結果、第１タイマー３２２２がタイムアップしている場合（Ｙｅｓ）には、通知音制御部３２２１は、次の処理Ｓ４３を実行し、一方、この判定の結果、第１タイマー３２２２がタイムアップしていない場合（Ｎｏ）には、通知音制御部３２２１は、次の処理Ｓ４６を実行する。
【０１０３】
この処理Ｓ４３では、通知音制御部３２２１は、前記出力中の通知音を停止する。これによって第１時間の経過によって出力中の通知音が停止される。
【０１０４】
前記処理Ｓ４３の次に、通知音処理部３２２１は、ＴＡ監視処理部３２２に機能的に生成されていた第１タイマー３２２２に対応付けられてＴＡ記憶部３３に記憶されたイベントの種類に対応付けて第２タイマー３２２３をＴＡ監視処理部３２２に機能的に形成し、第３タイマー３２２４が無い場合にはその計時を始め、第３タイマー３２２４が有る場合には前記第３タイマー３２２４のタイムアップ後にその計時を始め、ＴＡ監視処理部３２２に機能的に生成されていた前記第１タイマー３２２２を消去し（Ｓ４４）、次の処理Ｓ４６を実行する。なお、前記第３タイマー３２２４が有る場合には上記タイムアップ後に前記第３タイマー３２２４は、消去される。このように第２タイマー３２２３における計時を始める起点は、直近に受けた通知の時点（第２イベント通知通信信号の受信の時点）から前記所定の第１時間が経過した時点である。
【０１０５】
処理Ｓ４６では、通知音制御部３２２１は、第２タイマー３２２３がＴＡ監視処理部３２２に機能的に生成されて有るか否かを判定する。この判定の結果、第２タイマー３２２３が有る場合（Ｙｅｓ）には、通知音制御部３２２１は、次の処理Ｓ４７を実行し、一方、この判定の結果、第２タイマー３２２３が無い場合（Ｎｏ）には、通知音制御部３２２１は、今回の本処理を終了する。
【０１０６】
この処理Ｓ４７では、通知音制御部３２２１は、第２タイマー３２２３が前記第２時間の計時を終了してタイムアップしているか否かを判定する。この判定の結果、第２タイマー３２２３がタイムアップしている場合（Ｙｅｓ）には、通知音制御部３２２１は、次の処理Ｓ４８を実行し、一方、この判定の結果、第１タイマー３２２２がタイムアップしていない場合（Ｎｏ）には、通知音制御部３２２１は、今回の本処理を終了する。
【０１０７】
処理Ｓ４８では、通知音制御部３２２１は、ＴＡ記憶部３３の通知音情報記憶部３３３に記憶されたリマインド通知音データを取り出し、リマインドの通知音をＴＡ音入出力部３４から出力する。したがって、第１時間の経過によって通知音が終了しても、当該通知に対して「対応する」ボタン５２４の入力操作を受け付けていない場合には、第２時間の経過後にリマインドの通知音が出力される。
【０１０８】
そして、処理Ｓ４８の次に、通知音処理部３２２１は、ＴＡ監視処理部３２２に機能的に生成されていた第２タイマー３２２２に対応付けられてＴＡ記憶部３３に記憶されたイベントの種類に対応付けて第１タイマー３２２３をＴＡ監視処理部３２２に機能的に形成し、その計時を始め、ＴＡ監視処理部３２２に機能的に生成されていた前記第２タイマー３２２２を消去し、今回の本処理を終了する。
【０１０９】
管理サーバ装置ＳＶから受信した第２イベント通知通信信号に関し、携帯端末装置ＴＡは、以上のように動作している。
【０１１０】
次に、一具体例に基づいて上述の携帯端末装置ＴＡにおける通知音に関する動作を説明する。図１５は、図３に示す前記携帯端末装置における動作を説明するための一具体例を示す状態図である。上段の状態Ｃ０は、携帯端末装置ＴＡにおける全体的な通知音再生状態を示し、これより下段の各状態Ｃ１〜Ｃ７は、各第２イベント通知通信信号を受信した時点での携帯端末装置ＴＡの通知音再生状態を示す。
【０１１１】
まず、携帯端末装置ＴＡが待受け画面５１を表示している状態において、時刻Ｔ１に、イベント情報が起床である第２イベント通知通信信号を受信すると、携帯端末装置ＴＡは、処理Ｓ３１、処理Ｓ３２、処理Ｓ３３、処理Ｓ３４における処理Ｓ３４１および処理Ｓ３４６の各処理を実行することによって起床の通知音（トテトテトテ・・・）を出力し、処理Ｓ３４の処理Ｓ３４７、処理Ｓ３５および処理Ｓ３６を実行する。
【０１１２】
次に、この起床の通知音の出力中に、時刻Ｔ２に、イベント情報が離床である第２イベント通知通信信号を受信すると、携帯端末装置ＴＡは、処理Ｓ３１、処理Ｓ３２、処理Ｓ３３、処理Ｓ３４における処理Ｓ３４１、処理Ｓ３４２、処理Ｓ３４３および処理Ｓ３４６の各処理を実行することによって離床の通知音（ポペーンポペーン・・・）を出力し、処理Ｓ３４の処理Ｓ３４７、処理Ｓ３５および処理Ｓ３６を実行する。このため、前記起床の通知音に対するリマインドの通知音は、出力されない。
【０１１３】
次に、この離床の通知音の出力中に、時刻Ｔ３に、イベント情報が転倒である第２イベント通知通信信号を受信すると、携帯端末装置ＴＡは、処理Ｓ３１、処理Ｓ３２、処理Ｓ３３、処理Ｓ３４における処理Ｓ３４１、処理Ｓ３４２、処理Ｓ３４３および処理Ｓ３４６の各処理を実行することによって転倒の通知音（ティンコンティンコンティンコン・・・）を出力し、処理Ｓ３４の処理Ｓ３４７、処理Ｓ３５および処理Ｓ３６を実行する。このため、前記離床の通知音に対するリマインドの通知音は、出力されない。
【０１１４】
次に、この転倒の通知音の出力中に、時刻Ｔ４に、イベント情報が転倒である第２イベント通知通信信号を受信すると、携帯端末装置ＴＡは、処理Ｓ３１、処理Ｓ３２、処理Ｓ３３、処理Ｓ３４における処理Ｓ３４１、処理Ｓ３４２、処理Ｓ３４４の各処理を実行することによって転倒の通知音（ティンコンティンコンティンコン・・・）を継続して出力し、処理Ｓ３４の処理Ｓ３４５、処理Ｓ３５および処理Ｓ３６を実行する。したがって、この時刻Ｔ４で受信した第２イベント通知通信信号に対し第３タイマー３２２４が生成される。
【０１１５】
このような動作中に、図１０に示す各処理が繰り返し実行され、時刻Ｔ５に、処理Ｓ４２において、第１時間△Ｔ１の経過によって第１タイマー３２２２がタイムアップしていると、処理Ｓ４３で転倒の通知音が停止され、処理Ｓ４４において、第１時間△Ｔ１の経過による第３タイマー３２２４のタイムアップ後に、第２タイマー３２２３が計時を始め、第１タイマー３２２２が消去される。そして、図１０に示す各処理が繰り返し実行され、時刻Ｔ７に、処理Ｓ４７において、第２時間△Ｔ２の経過によって第２タイマー３２２３がタイムアップしていると、処理Ｓ４８において、リマインドの通知音が出力される。
【０１１６】
そして、このリマインドの通知音の出力中に、時刻Ｔ８に、イベント情報がナースコールである第２イベント通知通信信号を受信すると、携帯端末装置ＴＡは、処理Ｓ３１、処理Ｓ３２、処理Ｓ３３、処理Ｓ３４における処理Ｓ３４１、処理Ｓ３４２、処理Ｓ３４３および処理Ｓ３４６の各処理を実行することによってナースコールの通知音（ピィコーピィコー・・・）を出力し、処理Ｓ３４の処理Ｓ３４７、処理Ｓ３５および処理Ｓ３６を実行する。
【０１１７】
次に、このナースコールの通知音の出力中に、時刻Ｔ９に、イベント情報がナースコールである第２イベント通知通信信号を受信すると、携帯端末装置ＴＡは、処理Ｓ３１、処理Ｓ３２、処理Ｓ３３、処理Ｓ３４における処理Ｓ３４１、処理Ｓ３４２、処理Ｓ３４４の各処理を実行することによってナースコールの通知音ピィコーピィコー・・・）を継続して出力し、処理Ｓ３４の処理Ｓ３４５、処理Ｓ３５および処理Ｓ３６を実行する。したがって、この時刻Ｔ９で受信した第２イベント通知通信信号に対し第３タイマー３２２４が生成される。
【０１１８】
次に、このリマインドの通知音の出力中に、時刻Ｔ１５に、イベント情報が起床である第２イベント通知通信信号を受信すると、携帯端末装置ＴＡは、処理Ｓ３１、処理Ｓ３２、処理Ｓ３３、処理Ｓ３４における処理Ｓ３４１、処理Ｓ３４２、処理Ｓ３４４の各処理を実行することによってリマインドの通知音を継続して出力し、処理Ｓ３４の処理Ｓ３４５、処理Ｓ３５および処理Ｓ３６を実行する。したがって、この時刻Ｔ１５で受信した第２イベント通知通信信号に対し第３タイマー３２２４が生成される。
【０１１９】
以下、同様に、携帯端末装置ＴＡは、動作し、この例では、リマインドの通知音が繰り返し出力される。
【０１２０】
以上説明したように、本実施形態における被監視者監視システムＭＳ、被監視者監視システムＭＳの端末装置ＳＰ、ＴＡおよびこれに実装された端末装置ＳＰ、ＴＡの制御方法は、通知音をＴＡ音入出力部３４から出力中に、新たなイベント（事象）の通知を受けた場合に、前記出力中の前記通知音を継続する通知音制御部３２２１を備えるので、通知音の１フレーズが終了しないうちに、新たな通知があった場合でも、前記新たな通知に応じて通知音が最初から新たに出力されない。すなわち、通知音制御部３２２１を備えない場合において、ナースコールの通知が連続的に通知されると、ピピィピィピピピィコーピィコー・・・のように通知音が鳴り、ユーザ（監視者）は、耳障りで煩わしく感じてしまうが、本実施形態では、通知音制御部３２２１を備えるので、ナースコールの通知が連続的に通知されても、ピィコーピィコーピィコーピィコー・・・のように通知音が鳴る。このため、上記被監視者監視システムＭＳ、端末装置ＳＰ、ＴＡおよびその制御方法は、通知音の１フレーズが終了しないうちに、新たな通知があった場合でも、耳障りさや煩わしさを低減できる。
【０１２１】
イベントが複数の種類を含む場合に、上記被監視者監視システムＭＳ、端末装置ＳＰ、ＴＡおよびその制御方法は、前記イベントの種類に応じて互いに異なる複数の通知音を備え、前記受けた通知のイベントの種類に対応する通知音を出力するので、ユーザは、聴覚によって通知を認識できるだけでなく、さらにイベントの種類も認識できる。そして、前記通知音を前記音出力部から出力中に、新たに受けた通知のイベントの種類が前記出力中の前記通知音に対応するイベントの種類と同じである場合、前記新たに受けた通知に応じて通知音が最初から新たに出力されても、これによって、ユーザは、前記出力中の通知音から得られる情報に加えて新たな情報が得られることは無く、上述した耳障りで、煩わしく感じてしまうだけである。しかしながら、上記被監視者監視システムＭＳ、端末装置ＳＰ、ＴＡおよびその制御方法は、通知音をＴＡ音入出力部３４から出力中に、新たなイベントの通知を受けた際に、新たに受けた前記通知のイベントの種類が前記出力中の前記通知音に対応するイベントの種類と同じである場合には、前記出力中の前記通知音を継続する通知音制御部３２２１を備えるので、通知音の１フレーズが終了しないうちに、新たな通知があった場合でも、無意味に、前記新たに受けた通知に応じて通知音が最初から新たに出力されることが無く、耳障りさや煩わしさを低減できる。
【０１２２】
上記被監視者監視システムＭＳ、端末装置ＳＰ、ＴＡおよびその制御方法は、新たに受けた前記通知のイベントの種類が前記出力中の前記通知音に対応するイベントの種類と同じではない場合には、前記出力中の前記通知音を停止し、新たに受けた前記通知のイベントの種類に対応する通知音を前記通知音情報に基づいて前記ＴＡ音入出力部３４から出力する通知音制御部３２２１を備えるので、前記通知音によって通知中のイベントと異なるイベントをユーザ（監視者）に通知できる。
【０１２３】
上記被監視者監視システムＭＳ、端末装置ＳＰ、ＴＡおよびその制御方法は、前記通知音の出力を終了した後、所定の第２時間経過後に、リマインドの通知音を前記音出力部から出力する通知音制御部３２２１を備えるので、イベントに対する対処を、ユーザに督促できる。
【０１２４】
上記被監視者監視システムＭＳ、端末装置ＳＰ、ＴＡおよびその制御方法は、通知音を音出力部から出力中に、新たに受けた通知のイベントの種類に対応する優先順位が前記出力中の前記通知音に対応するイベントの種類に対応する優先順位以下である場合には、前記出力中の前記通知音を継続する通知音制御部３２２１を備えるので、通知の優先順位がより高いイベントの通知を維持できる。
【０１２５】
上記被監視者監視システムＭＳ、端末装置ＳＰ、ＴＡおよびその制御方法は、通知音を音出力部から出力中に、新たに受けた通知のイベントの種類に対応する優先順位が前記出力中の前記通知音に対応するイベントの種類に対応する優先順位より高い場合には、前記出力中の前記通知音を停止し、新たに受けた前記通知のイベントの種類に対応する通知音を前記通知音情報に基づいて前記ＴＡ音入出力部３４から出力する通知音制御部３２２１を備えるので、通知の優先順位がより高いイベントを優先して通知できる。そして、ナースコールは、被監視者Ｏｂが監視者（ユーザ）の対処を要望している蓋然性が高いが、上記被監視者監視システムＭＳ、端末装置ＳＰ、ＴＡおよびその制御方法は、前記ナースコールにおける通知の優先順位が最も高いので、このようなナースコールの通知を優先でき、被監視者Ｏｂの要望に速やかに応えることが可能となる。
【０１２６】
ユーザが前記受けた通知のイベントに対して所定の対応を実施する意思を入力した場合、通知音が継続されても、ユーザは、その継続した通知音から得られる情報に加えて新たな情報が得られることは無く、上述した耳障りで、煩わしく感じてしまうだけである。上記被監視者監視システムＭＳ、端末装置ＳＰ、ＴＡおよびその制御方法は、通知音をＴＡ音入出力部３４から出力中に、前記意思の入力を受け付けた場合に、前記出力中の前記通知音を停止する通知音制御部３２２１を備えるので、無意味に、前記通知音が継続されることが無く、耳障りさや煩わしさを低減できる。
【０１２７】
なお、上述の実施形態では、リマインドの通知音は、イベントの種類に応じた通知音と異なるメロディーであったが、イベントの種類に応じた通知音であっても良い。このような場合、通知音制御部３２２１は、前記通知音を所定の第１時間だけ継続して前記ＴＡ音入出力部３４から出力し、前記通知音の出力を終了した後、所定の第２時間経過後に、前記終了した前記通知音を前記ＴＡ音入出力部３４から出力する。前記終了した前記通知音におけるイベントの種類は、第２タイマー３２２３に対応付けてＴＡ記憶部３３に記憶されたイベントの種類を参照すればよい。
【０１２８】
本明細書は、上記のように様々な態様の技術を開示しているが、そのうち主な技術を以下に纏める。
【０１２９】
一態様にかかる被監視者監視システムの端末装置は、端末装置と、前記端末装置と通信可能に接続され、監視対象である被監視者に関わる所定のイベントを検知して前記イベントを前記端末装置へ通知する被監視者監視装置とを備える被監視者監視システムの前記端末装置である。この端末装置は、音を出力する音出力部と、前記イベントの通知を受けた場合に、通知音を前記音出力部から出力する通知音制御部とを備え、前記通知音制御部は、前記通知音を前記音出力部から出力中に、新たなイベントの通知を受けた場合に、前記出力中の前記通知音を継続する。好ましくは、上述の端末装置において、前記所定のイベントは、対処が必要なイベントを含む。好ましくは、上述の端末装置において、前記所定のイベントは、前記被監視者における所定の行動を含む。好ましくは、上述の被監視者監視装置において、前記所定のイベントは、ナースコールを含む。
【０１３０】
このような被監視者監視システムの端末装置は、通知音を音出力部から出力中に、新たなイベント（事象）の通知を受けた場合に、前記出力中の前記通知音を継続する通知音制御部を備えるので、通知音の１フレーズが終了しないうちに、新たな通知があった場合でも、前記新たな通知に応じて通知音が最初から新たに出力されない。このため、上記端末装置は、通知音の１フレーズが終了しないうちに、新たな通知があった場合でも、耳障りさや煩わしさを低減できる。
【０１３１】
他の一態様では、上述の被監視者監視システムの端末装置において、前記イベントは、複数の種類を含み、互いに異なる複数のイベントの種類と、前記イベントの種類に応じて互いに異なる複数の通知音と、を互いに対応付けて通知音情報として記憶する通知音情報記憶部をさらに備え、前記通知音制御部は、前記イベントの通知を受けた場合に、前記受けた通知のイベントの種類に対応する通知音を前記通知音情報に基づいて前記音出力部から出力し、前記通知音を前記音出力部から出力中に、新たなイベントの通知を受けた際に、新たに受けた前記通知のイベントの種類が前記出力中の前記通知音に対応するイベントの種類と同じである場合には、前記出力中の前記通知音を継続する。
【０１３２】
イベントが複数の種類を含む場合に、上記被監視者監視システムの端末装置は、前記イベントの種類に応じて互いに異なる複数の通知音を備え、前記受けた通知のイベントの種類に対応する通知音を出力するので、ユーザは、聴覚によって通知を認識できるだけでなく、さらにイベントの種類も認識できる。前記通知音を前記音出力部から出力中に、新たに受けた通知のイベントの種類が前記出力中の前記通知音に対応するイベントの種類と同じである場合、前記新たに受けた通知に応じて通知音が最初から新たに出力されても、これによって、ユーザは、前記出力中の通知音から得られる情報に加えて新たな情報が得られることは無く、上述した耳障りで、煩わしく感じてしまうだけである。上記端末装置は、通知音を音出力部から出力中に、新たなイベントの通知を受けた際に、新たに受けた前記通知のイベントの種類が前記出力中の前記通知音に対応するイベントの種類と同じである場合には、前記出力中の前記通知音を継続する通知音制御部を備えるので、通知音の１フレーズが終了しないうちに、新たな通知があった場合でも、無意味に、前記新たに受けた通知に応じて通知音が最初から新たに出力されることが無く、耳障りさや煩わしさを低減できる。
【０１３３】
他の一態様では、上述の被監視者監視システムの端末装置において、前記通知音制御部は、新たに受けた前記通知のイベントの種類が前記出力中の前記通知音に対応するイベントの種類と同じではない場合には、前記出力中の前記通知音を停止し、新たに受けた前記通知のイベントの種類に対応する通知音を前記通知音情報に基づいて前記音出力部から出力する。
【０１３４】
このような被監視者監視システムの端末装置は、新たに受けた前記通知のイベントの種類が前記出力中の前記通知音に対応するイベントの種類と同じではない場合には、前記出力中の前記通知音を停止し、新たに受けた前記通知のイベントの種類に対応する通知音を前記通知音情報に基づいて前記音出力部から出力する通知音制御部を備えるので、前記通知音によって通知中のイベントと異なるイベントをユーザに通知できる。
【０１３５】
他の一態様では、上述の被監視者監視システムの端末装置において、前記通知音制御部は、前記通知音を所定の第１時間だけ継続して前記音出力部から出力し、前記通知音の出力を終了した後、所定の第２時間経過後に、リマインドの通知音を前記音出力部から出力する。好ましくは、上述の端末装置において、前記通知音制御部は、直近に受けた通知の時点から前記所定の第１時間の経過した時点を、前記所定の第２時間の計時を始める起点とする。
【０１３６】
このような被監視者監視システムの端末装置は、前記通知音の出力を終了した後、所定の第２時間経過後に、リマインドの通知音を前記音出力部から出力する通知音制御部を備えるので、前記終了した前記通知音に対応するイベントに対する対処を、ユーザに督促できる。
【０１３７】
他の一態様では、上述の被監視者監視システムの端末装置において、前記互いに異なる複数のイベントの種類は、それぞれ、通知の優先順位を備え、前記通知音制御部は、前記通知音を前記音出力部から出力中に、新たなイベントの通知を受けた際に、新たに受けた前記通知のイベントの種類に対応する優先順位が前記出力中の前記通知音に対応するイベントの種類に対応する優先順位以下である場合には、前記出力中の前記通知音を継続する。
【０１３８】
このような被監視者監視システムの端末装置は、通知音を音出力部から出力中に、新たに受けた通知のイベントの種類に対応する優先順位が前記出力中の前記通知音に対応するイベントの種類に対応する優先順位以下である場合には、前記出力中の前記通知音を継続する通知音制御部を備えるので、通知の優先順位がより高いイベントの通知を維持できる。
【０１３９】
他の一態様では、上述の被監視者監視システムの端末装置において、前記通知音制御部は、前記通知音を前記音出力部から出力中に、新たなイベントの通知を受けた際に、新たに受けた前記通知のイベントの種類に対応する優先順位が前記出力中の前記通知音に対応するイベントの種類に対応する優先順位より高い場合には、前記出力中の前記通知音を停止し、新たに受けた前記通知のイベントの種類に対応する通知音を前記通知音情報に基づいて前記音出力部から出力する。
【０１４０】
このような被監視者監視システムの端末装置は、通知音を音出力部から出力中に、新たに受けた通知のイベントの種類に対応する優先順位が前記出力中の前記通知音に対応するイベントの種類に対応する優先順位より高い場合には、前記出力中の前記通知音を停止し、新たに受けた前記通知のイベントの種類に対応する通知音を前記通知音情報に基づいて前記音出力部から出力する通知音制御部を備えるので、通知の優先順位がより高いイベントを優先して通知できる。
【０１４１】
他の一態様では、上述の被監視者監視システムの端末装置において、前記複数のイベントの種類には、ナースコールが含まれ、前記ナースコールにおける通知の優先順位は、最も高い。
【０１４２】
ナースコールは、被監視者が監視者（ユーザ）の対処を要望している蓋然性が高い。上記被監視者監視システムの端末装置は、前記ナースコールにおける通知の優先順位が最も高いので、このようなナースコールの通知を優先でき、被監視者の要望に速やかに応えることが可能となる。
【０１４３】
他の一態様では、上述の被監視者監視システムの端末装置において、前記受けた通知のイベントに対して所定の対応を実施する意思がユーザにある旨の入力を受け付ける対応入力部をさらに備え、前記通知音制御部は、前記通知音を前記音出力部から出力中に、前記対応入力部で前記入力受け付けた場合に、前記出力中の前記通知音を停止する。
【０１４４】
ユーザが前記受けた通知のイベントに対して所定の対応を実施する意思を対応入力部で入力した場合、通知音が継続されても、ユーザは、その継続した通知音から得られる情報に加えて新たな情報が得られることは無く、上述した耳障りで、煩わしく感じてしまうだけである。上記端末装置は、通知音を音出力部から出力中に、対応入力部で入力を受け付けた場合に、前記出力中の前記通知音を停止する通知音制御部を備えるので、無意味に、前記通知音が継続されることが無く、耳障りさや煩わしさを低減できる。
【０１４５】
他の一態様にかかる被監視者監視システムの端末装置の制御方法は、端末装置と、前記端末装置と通信可能に接続され、監視対象である被監視者に関わる所定のイベントを検知して前記イベントを前記端末装置へ通知する被監視者監視装置とを備える被監視者監視システムの前記端末装置の制御方法である。この端末装置の制御方法は、前記イベントの通知を受ける通知受信工程と、前記通知受信工程で前記イベントの通知を受けた場合に、音を出力する音出力部から通知音を出力する通知音制御工程とを備え、前記通知音制御工程は、前記通知音を前記音出力部から出力中に、前記通知受信工程で新たなイベントの通知を受けた場合に、前記出力中の前記通知音を継続する。
【０１４６】
このような端末装置の制御方法は、通知音を音出力部から出力中に、新たなイベントの通知を受けた場合に、前記出力中の前記通知音を継続する通知音制御工程を備えるので、通知音の１フレーズが終了しないうちに、新たな通知があった場合でも、前記新たな通知に応じて通知音が最初から新たに出力されない。このため、上記端末装置の制御方法は、通知音の１フレーズが終了しないうちに、新たな通知があった場合でも、耳障りさや煩わしさを低減できる。
【０１４７】
他の一態様にかかる被監視者監視システムは、端末装置と、前記端末装置と通信可能に接続され、監視対象である被監視者に関わる所定のイベントを検知して前記イベントを前記端末装置へ通知する被監視者監視装置とを備える被監視者監視システムであって、前記端末装置は、これら上述のいずれかの端末装置である。
【０１４８】
このような被監視者監視システムは、これら上述のいずれかの端末装置を用いるので、通知音の１フレーズが終了しないうちに、新たな通知があった場合でも、耳障りさや煩わしさを低減できる。
【０１４９】
この出願は、２０１６年４月２８日に出願された日本国特許出願特願２０１６−９０３６２を基礎とするものであり、その内容は、本願に含まれるものである。
【０１５０】
本発明を表現するために、上述において図面を参照しながら実施形態を通して本発明を適切且つ十分に説明したが、当業者であれば上述の実施形態を変更および／または改良することは容易に為し得ることであると認識すべきである。したがって、当業者が実施する変更形態または改良形態が、請求の範囲に記載された請求項の権利範囲を離脱するレベルのものでない限り、当該変更形態または当該改良形態は、当該請求項の権利範囲に包括されると解釈される。
【産業上の利用可能性】
【０１５１】
本発明によれば、被監視者監視システムの端末装置および端末装置の制御方法ならびに被監視者監視システムが提供できる。
【図１】
2017188156.tif 000003
【図２】
2017188156.tif 000004
【図３】
2017188156.tif 000005
【図４】
2017188156.tif 000006
【図５】
2017188156.tif 000007
【図６】
2017188156.tif 000008
【図７】
2017188156.tif 000009
【図８】
2017188156.tif 000010
【図９】
2017188156.tif 000011
【図１０】
2017188156.tif 000012
【図１１】
2017188156.tif 000013
【図１２】
2017188156.tif 000014
【図１３】
2017188156.tif 000015
【図１４】
2017188156.tif 000016
【図１５】
2017188156.tif 000017
【国際調査報告】
2017188156.tif 000018
2017188156.tif 000019
2017188156.tif 000020
2017188156.tif 000021