特許 6368512 サーバ装置、見守りシステム、及びプログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】6368512

(24)【登録日】2018年7月13日

(45)【発行日】2018年8月1日

(54)【発明の名称】サーバ装置、見守りシステム、及びプログラム

(51)【国際特許分類】

   G08B 25/04 20060101AFI20180723BHJP

   G08B 21/02 20060101ALI20180723BHJP

   A61B 5/00 20060101ALI20180723BHJP

【ＦＩ】

   G08B25/04 K

   G08B21/02

   A61B5/00 102A

   A61B5/00 102C

【請求項の数】9

【全頁数】20

(21)【出願番号】特願2014-60629(P2014-60629)

(22)【出願日】2014年3月24日

(65)【公開番号】特開2015-184905(P2015-184905A)

(43)【公開日】2015年10月22日

【審査請求日】2017年2月17日

(73)【特許権者】

【識別番号】000102728

【氏名又は名称】株式会社エヌ・ティ・ティ・データ

(74)【代理人】

【識別番号】110001634

【氏名又は名称】特許業務法人 志賀国際特許事務所

(72)【発明者】

【氏名】川森 茂樹

【審査官】 松平 英

(56)【参考文献】

【文献】 特開２００４−３１３４６１（ＪＰ，Ａ）

【文献】 特表２０１０−５１２８８３（ＪＰ，Ａ）

【文献】 特開２００３−１７５００６（ＪＰ，Ａ）

【文献】 特開２００５−２５８６３８（ＪＰ，Ａ）

【文献】 特開２００６−３３１０３２（ＪＰ，Ａ）

【文献】 特開２００９−２１９８６７（ＪＰ，Ａ）

【文献】 特開２０１０−２１７９４８（ＪＰ，Ａ）

【文献】 国際公開第２０１０／１００７３５（ＷＯ，Ａ１）

【文献】 国際公開第２０１０／１００７３４（ＷＯ，Ａ１）

【文献】 勝倉 真 他，ライフログによる居住者安否確認システムの開発，ＦＩＴ２０１３ 第１２回情報科学技術フォーラム 講演論文集 第４分冊 査読付き論文・一般論文，日本，一般社団法人情報処理学会，２０１３年 ８月２０日，ｐ．６５９〜６６３

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ａ６１Ｂ ５／００−５／０１

Ｇ０８Ｂ１９／００−３１／００

Ｈ０３Ｊ ９／００−９／０６

Ｈ０４Ｍ ３／００

３／１６−３／２０

３／３８−３／５８

７／００−７／１６

１１／００−１１／１０

Ｈ０４Ｑ ９／００−９／１６

(57)【特許請求の範囲】

【請求項1】

対象者が生活していることを示す活動情報であって、少なくともバイタルデータ及び前記対象者の加速度データを含む活動情報を、前記対象者ごとの時系列な履歴情報として記憶した記憶部から前記対象者ごとの前記活動情報を取得し、取得した前記対象者ごとの前記活動情報に基づいて、前記対象者が緊急事態にあると検知する優先度を示す優先度情報を前記対象者ごとに生成し、生成した前記優先度情報に応じて、前記対象者を順位付けする制御部
を備え、
前記制御部は、前記加速度データに基づいて、前記優先度情報の優先度を変更する
ことを特徴とするサーバ装置。

【請求項2】

前記制御部は、前記対象者によって端末装置から入力された情報に基づいて、前記優先度情報の優先度を変更する
ことを特徴とする請求項１に記載のサーバ装置。

【請求項3】

前記制御部は、
前記バイタルデータが所定の範囲外になった場合に、前記優先度情報の優先度を上げる
ことを特徴とする請求項１又は請求項２に記載のサーバ装置。

【請求項4】

前記制御部は、
過去に取得した前記活動情報と、新たに取得した前記活動情報との比較結果に基づいて、前記優先度情報の優先度を変更する
ことを特徴とする請求項１から請求項３のいずれか一項に記載のサーバ装置。

【請求項5】

前記制御部は、
日ごとの前記バイタルデータの統計量を生成し、前日までの前記バイタルデータの統計量と、当日の前記バイタルデータの統計量とに基づいて、前記優先度情報の優先度を変更する
ことを特徴とする請求項４に記載のサーバ装置。

【請求項6】

前記制御部は、
前記バイタルデータの経時変化に基づいて、前記優先度情報の優先度を変更する
ことを特徴とする請求項４又は請求項５に記載のサーバ装置。

【請求項7】

前記制御部は、
前記対象者に対して安否確認が行われた場合に、前記優先度情報の優先度を下げる
ことを特徴とする請求項１から請求項６のいずれか一項に記載のサーバ装置。

【請求項8】

請求項１から請求項７のいずれか一項に記載のサーバ装置と、
前記活動情報を計測する計測装置と、
前記制御部が順位付けた前記順位付けに基づく前記対象者のリストを表示する表示装置と
を備えることを特徴とする見守りシステム。

【請求項9】

コンピュータに、
対象者が生活していることを示す活動情報であって、少なくともバイタルデータ及び前記対象者の加速度データを含む活動情報を、前記対象者ごとの時系列な履歴情報として記憶した記憶部から前記対象者ごとの前記活動情報を取得する取得ステップと、
前記取得ステップによって取得した前記対象者ごとの前記活動情報に基づいて、前記対象者が緊急事態にあると検知する優先度を示す優先度情報を前記対象者ごとに生成し、生成した前記優先度情報に応じて、前記対象者を順位付けする処理ステップと
を実行させ、
前記処理ステップにおいて、前記加速度データに基づいて、前記優先度情報の優先度を変更する処理を
実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サーバ装置、見守りシステム、及びプログラムに関する。

【背景技術】

【0002】

シート型センサーをベッドに敷いて、ベッドに横たわる対象者の状態を検出する装置が知られている（例えば、特許文献１）。また、このようなシート型センサーや、屋内に設置する緊急通報装置、又は対象者が外出する際に携帯する緊急通報装置などを利用して、対象者の緊急事態を検知する見守りシステムが検討されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００３−２６５４３９号公報

【発明の概要】

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

【0004】

しかしながら、上述の見守りシステムは、それぞれの装置が個別に動作するシステムであり、例えば、シート型センサーではベッドにいない場合には、対象者の緊急事態を検知することができず、緊急通報装置では、対象者が操作しないと対象者の緊急事態を検知することができない。このように、上述の見守りシステムは、正確に対象者の緊急事態を検知できない場合がり、対象者の緊急事態を効率良く検知するものではなかった。

【0005】

本発明は、上記問題を解決すべくなされたもので、その目的は、対象者の緊急事態を効率良く検知することができるサーバ装置、見守りシステム、及びプログラムを提供することにある。

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

【0006】

上記問題を解決するために、本発明の一態様は、対象者が生活していることを示す活動情報であって、少なくともバイタルデータ及び前記対象者の加速度データを含む活動情報を、前記対象者ごとの時系列な履歴情報として記憶した記憶部から前記対象者ごとの前記活動情報を取得し、取得した前記対象者ごとの前記活動情報に基づいて、前記対象者が緊急事態にあると検知する優先度を示す優先度情報を前記対象者ごとに生成し、生成した前記優先度情報に応じて、前記対象者を順位付けする制御部を備え、前記制御部は、前記加速度データに基づいて、前記優先度情報の優先度を変更することを特徴とするサーバ装置である。
また、本発明の一態様は、上記のサーバ装置において、前記制御部は、前記対象者によって端末装置から入力された情報に基づいて、前記優先度情報の優先度を変更することを特徴とする。

【0007】

また、本発明の一態様は、上記のサーバ装置において、前記制御部は、前記バイタルデータが所定の範囲外になった場合に、前記優先度情報の優先度を上げることを特徴とする。

【0008】

また、本発明の一態様は、上記のサーバ装置において、前記制御部は、過去に取得した前記活動情報と、新たに取得した前記活動情報との比較結果に基づいて、前記優先度情報の優先度を変更することを特徴とする。

【0009】

また、本発明の一態様は、上記のサーバ装置において、前記制御部は、日ごとの前記バイタルデータの統計量を生成し、前日までの前記バイタルデータの統計量と、当日の前記バイタルデータの統計量とに基づいて、前記優先度情報の優先度を変更することを特徴とする。

【0010】

また、本発明の一態様は、上記のサーバ装置において、前記制御部は、前記バイタルデータの経時変化に基づいて、前記優先度情報の優先度を変更することを特徴とする。

【0011】

また、本発明の一態様は、上記のサーバ装置において、前記制御部は、前記対象者に対して安否確認が行われた場合に、前記優先度情報の優先度を下げることを特徴とする。

【0012】

また、本発明の一態様は、上記のサーバ装置と、前記活動情報を計測する計測装置と、前記制御部が順位付けた前記順位付けに基づく前記対象者のリストを表示する表示装置とを備えることを特徴とする見守りシステムである。

【0013】

また、本発明の一態様は、コンピュータに、対象者が生活していることを示す活動情報であって、少なくともバイタルデータ及び前記対象者の加速度データを含む複数種類の活動情報を、前記対象者ごとの時系列な履歴情報として記憶した記憶部から前記対象者ごとの前記複数種類の活動情報を取得する取得ステップと、前記取得ステップによって取得した前記対象者ごとの前記複数種類の活動情報に基づいて、前記対象者が緊急事態にあると検知する優先度を示す優先度情報を前記対象者ごとに生成し、生成した前記優先度情報に応じて、前記対象者を順位付けする処理ステップとを実行させ、前記処理ステップにおいて、前記加速度データに基づいて、前記優先度情報の優先度を変更する処理を実行させるためのプログラムである。

【発明の効果】

【0014】

本発明によれば、対象者の緊急事態を効率良く検知することができる。

【図面の簡単な説明】

【0015】

【図1】本実施形態による見守りシステムの構成の一例を示す機能ブロック図である。

【図2】本実施形態における対象者記憶部のデータ例を示す図である。

【図3】本実施形態における活動データ記憶部におけるバイタルデータの記憶例を示す図である。

【図4】本実施形態における活動データ記憶部における服薬情報の記憶例を示す図である。

【図5】本実施形態における優先度記憶部のデータ例を示す図である。

【図6】本実施形態における見守りシステムの動作の一例を示す第１のフローチャートである。

【図7】本実施形態における見守りシステムの動作の一例を示す第２のフローチャートである。

【図8】本実施形態における見守り端末装置が表示する対象者のリストの表示例を示す図である。

【図9】本実施形態におけるシート型センサーによる計測結果の表示例を示す図である。

【図10】本実施形態における活動データの表示例を示す図である。

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

【0016】

以下、本発明の一実施形態による見守りシステム１について、図面を参照して説明する。
図１は、本実施形態による見守りシステム１の構成の一例を示す機能ブロック図である。
図１に示すように、見守りシステム１は、ＡＰ（アプリケーション）サーバ装置１０、緊急通報装置２１、シート型センサー２２、計測機器２３、端末装置２４、ＤＢ（データベース）サーバ装置３０、及び見守り端末装置４０を備えている。
なお、ＡＰサーバ装置１０、緊急通報装置２１、シート型センサー２２、計測機器２３、端末装置２４、ＤＢサーバ装置３０、及び見守り端末装置４０は、ネットワークＮＷを介して互いに接続され、データ通信を行うことができる。

【0017】

また、緊急通報装置２１、シート型センサー２２、計測機器２３、及び端末装置２４は、対象者宅２内にあるものとし、ＡＰサーバ装置１０及びＤＢサーバ装置３０は、データセンター３に設置されているものとして説明する。また、見守り端末装置４０は、コールセンター４に設置されているものとして説明する。
ここで、対象者（利用者）とは、例えば、高齢者など、見守りシステム１において、緊急事態の検知や安否確認を行う対象となる者のことであり、対象者宅２とは、対象者が居住する場所又は建物のことである。なお、図１には、説明上、１つの対象者宅２を記載しているが、複数の対象者それぞれに対応した複数の対象者宅２があるものとする。

【0018】

また、コールセンター４は、例えば、病院、医療機関などの見守り拠点であり、例えば、看護師などが見守りシステム１を利用して対象者を見守る作業を行う場所又は建物である。また、コールセンター４において、見守りシステム１を利用して対象者を見守る作業を行う者をオペレータと称して以下説明する。また、データセンター３は、見守りシステム１において利用する各種データを記憶するとともに、見守りシステム１の各種処理を実行する場所又は建物のことである。

【0019】

緊急通報装置２１は、対象者がボタンを押下するなどの操作することにより、対象者の緊急事態を示す緊急通報を、有線通信又は無線通信により、データセンター３のＡＰサーバ装置１０に通報する装置である。緊急通報装置２１は、対象者が携帯可能なものであってもよいし、対象者宅２に備えられているものでもよい。また、緊急通報装置２１は、対象者が携帯可能なものである場合には、例えば、加速度センサー及びＧＰＳ（Global Positioning System）機能を有しているものとする。この場合、緊急通報装置２１は、ＧＰＳ機能を利用して対象者の位置情報を検出し、対象者が予め定められた範囲を超えて移動した場合に、緊急通報をＡＰサーバ装置１０に通報する。また、緊急通報装置２１は、加速度センサーを利用して、対象者が転倒したおそれがあるなどが考えられる場合に、緊急通報をＡＰサーバ装置１０に通報する。

【0020】

また、緊急通報装置２１は、検出した位置情報や加速度データなどを、定期的にデータセンター３のＤＢサーバ装置３０にネットワークＮＷを介して送信して、ＤＢサーバ装置３０に記憶させる。なお、送信する位置情報や加速度データなどのデータは、対象者が生活（活動）していることを示す活動データ（活動情報）として、ＤＢサーバ装置３０に記憶される。

【0021】

シート型センサー２２は、例えば、ベッドのマットレスの下等に設置するセンサーであり、対象者がベッドに寝るだけで、対象者の心拍数、呼吸数、体動レベルを連続的に検出するとともに、対象者の在床（就寝）及び離床（起床）の時刻などを検出可能である。シート型センサー２２は、検出したデータをＤＢサーバ装置３０にネットワークＮＷを介して送信して、活動データとして、ＤＢサーバ装置３０に記憶される。なお、心拍数、呼吸数、及び体動レベルは、人体の現在の状態を示す数値情報であるバイタルデータに含まれる。

【0022】

計測機器２３は、例えば、血圧計、体温計、血糖計、パルスオキシメータなどの機器であり、対象者の血圧、体温、血糖値、動脈血の酸素飽和度などのデータを計測し、計測したデータをＤＢサーバ装置３０にネットワークＮＷを介して送信して、活動データとして、ＤＢサーバ装置３０に記憶される。
なお、図１には、説明上、１台の計測機器２３を記載しているが、対象者宅２内には、複数の計測機器２３（複数種類の計測機器２３）が配置されており、様々のデータを計測し、活動データ（複数種類の活動データ）としてＤＢサーバ装置３０にネットワークＮＷを介して送信する。

【0023】

端末装置２４は、例えば、携帯電話、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータなどの装置であり、対象者によって、服薬をおこなったことを示す情報の入力、自覚症状の入力などが行われる。端末装置２４は、入力された各種情報を活動データとして、ＤＢサーバ装置３０にネットワークＮＷを介して送信する。
なお、本実施形態では、一例として、端末装置２４が、スマートフォンなどの携帯電話である場合について説明する。端末装置２４は、対象者に携帯されているものとする。

【0024】

ＤＢサーバ装置３０は、見守りシステム１で利用する各種データを記憶する記憶装置である。ＤＢサーバ装置３０は、記憶部３１を備えており、記憶部３１は、対象者記憶部３１１と、活動データ記憶部３１２とを備えている。

【0025】

対象者記憶部３１１は、対象者に関する情報（対象者情報）を記憶する。対象者記憶部３１１は、例えば、対象者を識別する識別情報（例えば、ユーザＩＤ、名前など）と、対象者の電話番号と、見守り拠点を識別する識別情報と、担当の医師を識別する識別情報と、緊急事態の場合の連絡先を示す情報とを関連付けて記憶する。ここで、図２を参照して、対象者記憶部３１１が記憶するデータ例について説明する。

【0026】

図２は、本実施形態における対象者記憶部３１１のデータ例を示す図である。
この図に示すように、対象者記憶部３１１は、「ＵＩＤ」と、「名前」と、「電話番号」と、「見守り拠点ＵＩＤ」と、「医師ＵＩＤ」と、「連絡先」とを関連付けて記憶している。ここで、「ＵＩＤ」は、対象者を識別するユーザＩＤであり、「名前」は、対象者の名前を示している。また、「見守り拠点ＵＩＤ」は、コールセンター４を識別する識別情報であり、「医師ＵＩＤ」は、担当の医師を識別する識別情報である。また、「連絡先」は、緊急時（緊急事態）における対象者以外の連絡先を示している。なお、「連絡先」には、対象者との間柄（関係）を示す「関係」と、ＳＭＳ（Short Message Service）の宛先である携帯電話番号を示す「ＳＭＳ番号」とが含まれる。

【0027】

図２に示す例では、「ＵＩＤ」が、例えば、“ｔｏｙｏｓｕ１”である対象者は、「名前」が“豊洲一郎”であり、「電話番号」が“０８０−２２２２−０００Ｘ”であることを示している。また、この対象者は、「見守り拠点ＵＩＤ」が“ｎｔｔｈｏｓｐ１”であり、「医師ＵＩＤ」が“ｄｏｃｔｏｒ１”であることを示している。また、「連絡先」は、“妻”であり、「ＳＭＳ番号」が“０８０−２２２２−１１１Ｘ”であることを示している。
このように、対象者記憶部３１１には、対象者に関する情報が予め記憶されている。

【0028】

図１の説明に戻り、活動データ記憶部３１２は、少なくともバイタルデータを含む複数種類の活動データを、対象者ごとの時系列な履歴情報として記憶する。活動データ記憶部３１２は、例えば、上述した、緊急通報装置２１、シート型センサー２２、計測機器２３、及び端末装置２４から送信された様々な活動データと、時刻情報（例えば、日付及び時刻）と、対象者のユーザＩＤと関連付けて記憶する。ここで、図３及び図４を参照して、活動データ記憶部３１２が記憶するデータ例について説明する。

【0029】

図３は、本実施形態における活動データ記憶部３１２におけるバイタルデータの記憶例を示す図である。ここでは、バイタルデータの一例として、心拍数の記憶例について説明する。
図３に示すように、活動データ記憶部３１２は、「ＵＩＤ」と、「日時」と、「心拍（ｂｐｍ：Beats Per Minute）」とを関連付けて記憶する。ここで、「ＵＩＤ」は、上述した対象者のユーザＩＤであり、「日時」は、時刻情報（例えば、「日付」及び「時刻」）を示している。また、「心拍（ｂｐｍ）」は、心拍数を示している。
図３に示す例では、「ＵＩＤ」が、例えば、“ｔｏｙｏｓｕ１”である対象者において、「日付」が“２０１４−０１−２０”で「時刻」が“２３：２０：１３”に、「心拍（ｂｐｍ）」が“７４”であることを示している。

【0030】

また、図４は、本実施形態における活動データ記憶部３１２における服薬情報の記憶例を示す図である。
図４に示すように、活動データ記憶部３１２は、「ＵＩＤ」と、「薬名称」と、「服薬日時」とを関連付けて記憶する。ここで、「ＵＩＤ」は、上述した対象者のユーザＩＤであり、「服薬日時」は、対象者が薬を服薬した時刻情報（例えば、「日付」及び「時刻」）を示している。また、「薬名称」は、服薬した薬名を示している。
図４に示す例では、「ＵＩＤ」が、例えば、“ｔｏｙｏｓｕ１”である対象者において、「日付」が“２０１４−０１−２０”で「時刻」が“２３：１７：１３”に、“胃薬”が服薬されたことを示している。なお、このような服薬情報を活動データとして、活動データ記憶部３１２に記憶させることにより、対象者が服薬という活動を行っており、緊急事態などの異常が発生していないことを知ることができる。

【0031】

再び、図１の説明に戻り、ＡＰサーバ装置１０（サーバ装置の一例）は、見守りシステム１において、例えば、対象者の異常を検知する処理、対象者に安否確認を行う優先順位付けを行う処理、及び、見守り端末装置４０で表示する対象者のリストを生成する処理などを実行するコンピュータ装置である。ＡＰサーバ装置１０は、記憶部１１と、制御部１２とを備えている。

【0032】

記憶部１１は、ＡＰサーバ装置１０が実行する各種処理に利用する情報を記憶する。記憶部１１は、例えば、優先度記憶部１１１と、リスト記憶部１１２とを備えている。
優先度記憶部１１１は、対象者に安否確認を行う優先度（すなわち、対象者が緊急事態にあると検知する優先度）を対象者ごとに記憶する。優先度記憶部１１１は、例えば、対象者を識別する識別情報（ユーザＩＤ）と、優先度を示す優先度情報とを関連付けて記憶する。ここで、図５を参照して、優先度記憶部１１１が記憶するデータ例について説明する。

【0033】

図５は、本実施形態における優先度記憶部１１１のデータ例を示す図である。
図５に示すように、優先度記憶部１１１は、「ＵＩＤ」と、「優先度」とを関連付けて記憶する。ここで、「優先度」は、上述した優先度を示す優先度情報である。なお、優先度情報の値（優先度）が高い程、対象者が緊急事態である可能性が増し、優先度情報の値（優先度）が低い程、対象者が緊急事態である可能性が減るものとする。
図５に示す例では、「ＵＩＤ」が“ｔｏｙｏｓｕ１”である対象者の「優先度」が“２”であり、「ＵＩＤ」が“ｔｏｙｏｓｕ２”である対象者よりも、優先度が高いことを示している。

【0034】

再び、図１の説明に戻り、リスト記憶部１１２は、対象者を上述した優先度に応じて優先順位付けして、例えば、優先度を高い順に並べ替えた（ソートした）対象者のリスト（一覧）を記憶する。リスト記憶部１１２が記憶する対象者のリストは、見守り端末装置４０に表示され、対象者の安否確認を行う際に利用される。なお、対象者のリストの具体例については、後述する。

【0035】

制御部１２は、例えば、ＣＰＵ（Central Processing Unit）などを含むプロセッサであり、ＡＰサーバ装置１０を統括的に制御する。制御部１２は、例えば、活動データ記憶部３１２から対象者ごとの複数種類の活動情報を取得し、取得した対象者ごとの複数種類の活動情報に基づいて、優先度を示す優先度情報を対象者ごとに生成し、生成した優先度情報に応じて、対象者を順位付けする。

【0036】

具体的に、制御部１２は、例えば、心拍、呼吸、血圧、体温、血糖値、動脈血の酸素飽和度などのバイタルデータが所定の範囲外になった場合に、優先度情報の優先度を上げる。また、制御部１２は、例えば、過去に取得した活動データと、新たに取得した活動データとの比較結果に基づいて、優先度情報の優先度を変更する。そして、制御部１２は、生成した優先度情報の優先度に応じて、対象者を順位付けしたリストを生成し、生成したリストを、見守り端末装置４０にネットワークＮＷを介して送信する。
また、制御部１２は、データ取得部１２１、優先度処理部１２２、リスト生成部１２３、及びリスト出力部１２４を備えている。

【0037】

データ取得部１２１は、制御部１２の処理に利用する各種データを取得する。データ取得部１２１は、例えば、ＤＢサーバ装置３０の対象者記憶部３１１が記憶する対象者情報を取得する。また、データ取得部１２１は、例えば、ＤＢサーバ装置３０の活動データ記憶部３１２が記憶する活動データを取得する。すなわち、データ取得部１２１は、例えば、ＤＢサーバ装置３０の活動データ記憶部３１２が記憶する活動データを対象者ごとに取得する。

【0038】

優先度処理部１２２は、取得した対象者ごとの複数種類の活動情報に基づいて、対象者が緊急事態にあると検知する優先度を示す優先度情報を対象者ごとに生成し、生成した優先度情報に応じて、対象者を順位付けする処理を行う。優先度処理部１２２は、例えば、以下の７つの処理により、優先度情報を変更する。

【0039】

＜緊急通報処理＞
優先度処理部１２２は、緊急通報装置２１からの緊急通報をＡＰサーバ装置１０が受信した場合に、例えば、受信したユーザＩＤの優先度を“＋５”して、優先度を高める。

【0040】

＜閾値チェック＞
優先度処理部１２２は、活動データ記憶部３１２から取得した、心拍、呼吸、血圧、体温、血糖値、動脈血の酸素飽和度などのバイタルデータが、予め設定された閾値を超えているか否かを判定する。なお、活動データ記憶部３１２から取得したバイタルデータは、シート型センサー２２及び計測機器２３が計測したデータである。優先度処理部１２２は、バイタルデータが、予め設定された閾値を超えている場合に、バイタルデータに対応するユーザＩＤの優先度を“＋１”して、優先度を高める。

【0041】

＜トレンドチェック＞
優先度処理部１２２は、直近の活動データを対象者ごとに取得し、生活パターンや心拍数、呼吸数の平均値及び標準偏差値などのトレンド（傾向）を算出する。優先度処理部１２２は、過去のトレンドと、取得した活動データとを比較して、過去のトレンドの所定の範囲から外れている場合に、対応するユーザＩＤの優先度を“＋１”して、優先度を高める。例えば、優先度処理部１２２は、日ごとのバイタルデータの平均値及び標準偏差値（統計量の一例）を対象者ごとに算出する。優先度処理部１２２は、前日までのバイタルデータの平均値及び標準偏差値と、当日のバイタルデータの平均値及び標準偏差値とに基づいて、優先度情報の優先度を変更する。具体的には、優先度処理部１２２は、前日までのバイタルデータの平均値及び標準偏差値と、当日のバイタルデータの平均値及び標準偏差値とを比較して、当日のバイタルデータの平均値及び標準偏差値が、前日までのバイタルデータの平均値及び標準偏差値から所定の閾値以上変化があった場合に、対応するユーザＩＤの優先度を“＋１”して、優先度を高める。

【0042】

また、優先度処理部１２２は、数日前と比較して、バイタルデータの漸増傾向、又は漸減傾向があるか否かを判定し、漸増傾向、又は漸減傾向がある場合に、対応するユーザＩＤの優先度を“＋１”して、優先度を高める。例えば、優先度処理部１２２は、バイタルデータが、上述した閾値チェックの閾値に近づいて行く傾向にある場合には、対象者が要注意の状態であると判定し、対応するユーザＩＤの優先度を“＋１”して、優先度を高める。このように、優先度処理部１２２は、バイタルデータの経時変化に基づいて、優先度情報の優先度を変更する。

【0043】

＜生活リズムチェック＞
優先度処理部１２２は、時間帯ごとの在床・離床の傾向（確率）を算出し、算出した在床・離床の傾向（確率）から、当日の在床・離床パターンが外れている場合に、対応するユーザＩＤの優先度を“＋１”して、優先度を高める。

【0044】

＜孤独死リスクチェック＞
優先度処理部１２２は、在床する時間帯になっても在床になっていない場合、且つ、日中の活動データがない場合に、孤独死の恐れがあると判定し、対応するユーザＩＤの優先度を“＋１”して、優先度を高める。

【0045】

＜自覚症状チェック＞
優先度処理部１２２は、対象者自身が、端末装置２４から入力した自覚症状が「健康」以外である場合に、対応するユーザＩＤの優先度を“＋２”して、優先度を高める。

【0046】

＜確認済チェック＞
優先度処理部１２２は、コールセンター４のオペレータによって、安否確認が行われてから一定期間内である場合に、対応するユーザＩＤの優先度を“０”にして、優先度を低くめる。すなわち、優先度処理部１２２は、対象者に対して安否確認が行われた場合に、優先度情報の優先度を下げる。

【0047】

リスト生成部１２３は、優先度処理部１２２が変更した優先度情報の優先度に基づいて、対象者を順位付けする。すなわち、リスト生成部１２３は、優先度順に対象者をソートした対象者のリスト（一覧）を生成し、生成した対象者のリストをリスト記憶部１１２に記憶させる。

【0048】

リスト出力部１２４は、リスト生成部１２３が生成した対象者のリストをリスト記憶部１１２から取得し、例えば、ウェブ表示形式（ＨＴＭＬ形式）で、ネットワークＮＷを介して見守り端末装置４０に出力する。

【0049】

見守り端末装置４０（表示装置の一例）は、オペレータが操作することにより、対象者の見守る作業を行うための端末装置である。見守り端末装置４０は、例えば、制御部１２が順位付けた順位付けに基づく対象者のリストを表示する。なお、図１には、説明上、１台の見守り端末装置４０を記載しているが、コールセンター４内には、複数の見守り端末装置４０が配置されていてもよい。
また、見守り端末装置４０は、操作部４１、表示部４２、記憶部４３、及び制御部４４を備えている。

【0050】

操作部４１は、例えば、キーボードやマウスなどオペレータにより操作される入力装置である。操作部４１は、オペレータの操作に伴う各種情報を取得する。
表示部４２は、例えば、液晶表示装置などの表示装置であり、対象者のリストや、対象者の状態を確認するための最新の活動データなどの各種データを表示する。
記憶部４３は、見守り端末装置４０の各種処理に利用される情報を記憶する。記憶部４３は、例えば、ＡＰサーバ装置１０から取得した対象者のリストなどの情報を記憶する。

【0051】

制御部４４は、例えば、ＣＰＵなどを含むプロセッサであり、ＡＰサーバ装置１０を統括的に制御する。また、制御部４４は、リスト取得部４４１と、表示処理部４４２と、安否確認処理部４４３とを備えている。

【0052】

リスト取得部４４１は、ＡＰサーバ装置１０が生成した対象者のリスト（優先度の高い順に並べられたリスト）を、ネットワークＮＷを介して取得する。なお、リスト取得部４４１は、対象者情報及び対象者の最新の活動データを確認する際に、ＤＢサーバ装置３０から、対象者情報及び最新の活動データを、ネットワークＮＷを介して取得する。

【0053】

表示処理部４４２は、リスト取得部４４１が取得した表示データ（例えば、対象者のリストなど）を表示部４２に表示させる処理を実行する。
安否確認処理部４４３は、オペレータが表示部４２に表示された対象者のリストに基づいて、安否を確認した場合に、安否確認が完了したことをＡＰサーバ装置１０に通知する。この通知により、ＡＰサーバ装置１０は、安否が確認された対象者の優先順位が下げる処理を実行する。

【0054】

なお、オペレータは、見守り作業を行う際に、表示部４２に表示されている対象者のリストの優先度の高い順（例えば、表示の上から順）に、対象者の安否を確認する。具体的には、オペレータは、見守り端末装置４０を操作して、対象者情報や最新の活動データを確認するとともに、対象者本人に例えば、電話などで緊急事態であるか否か、体調不良の兆候があるか否かなどの安否確認を行う。また、オペレータは、緊急事態の場合の連絡先に、電話又はＳＭＳにより連絡する。

【0055】

次に、図面を参照して、本実施形態による見守りシステム１の動作について説明する。
図６及び図７は、本実施形態による見守りシステム１の動作の一例を示すフローチャートである。
図６において、まず、ＡＰサーバ装置１０は、緊急通報装置２１からの緊急通報を受信したか否かを判定する（ステップＳ１０１）。すなわち、制御部１２の優先度処理部１２２は、ＡＰサーバ装置１０が緊急通報装置２１からの緊急通報を受信したか否かを判定する。優先度処理部１２２は、緊急通報装置２１からの緊急通報を受信した場合（ステップＳ１０１：ＹＥＳ）に、対応するユーザＩＤの優先度を“＋５”して（ステップＳ１０２）、処理を図７のステップＳ１２１に進める。また、優先度処理部１２２は、緊急通報装置２１からの緊急通報を受信していない場合（ステップＳ１０１：ＮＯ）に、処理をステップＳ１０３に進める。
なお、図６及び図７に示すフローチャートに説明において、優先度を変更した場合には、優先度処理部１２２は、対応するユーザＩＤと、優先度を示す優先度情報とを関連づけて、優先度記憶部１１１に記憶させて、優先度情報を更新させるものとして説明する。

【0056】

ステップＳ１０３において、優先度処理部１２２は、取得したバイタルデータが予め設定された閾値を超えているか否かを判定する。ここではまず、データ取得部１２１が、例えば、シート型センサー２２や計測機器２３が計測した最新のバイタルデータをＤＢサーバ装置３０の活動データ記憶部３１２から取得する。そして、優先度処理部１２２は、データ取得部１２１が取得したバイタルデータが予め設定された閾値を超えているか否かを判定する。

【0057】

ここで予め設定された閾値とは、例えば、医学的に、又は看護学的に医者に通知（ドクターコール）すべきとされる数値であり、所定の範囲であってもよい。すなわち、優先度処理部１２２は、バイタルデータが所定の範囲外であるか否かを判定する。優先度処理部１２２は、取得したバイタルデータが予め設定された閾値を超えている場合（ステップＳ１０３：ＹＥＳ）に、対応するユーザＩＤの優先度を“＋１”して（ステップＳ１０４）、処理をステップＳ１０５に進める。また、優先度処理部１２２は、取得したバイタルデータが予め設定された閾値を超えない場合（ステップＳ１０３：ＮＯ）に、対応するユーザＩＤの優先度を変更せずに、処理をステップＳ１０５に進める。このように、優先度処理部１２２は、バイタルデータが所定の範囲外になった場合に、優先度情報の優先度を上げる。また、優先度処理部１２２は、複数種類のバイタルデータそれぞれについて、所定の範囲外であるか否かを判定し、優先度を変更するので、複数種類のバイタルデータの組み合わせにより、優先度を変更することになる。

【0058】

ステップＳ１０５において、優先度処理部１２２は、日ごとのバイタルデータの平均値及び標準偏差値を求める。すなわち、データ取得部１２１が、シート型センサー２２や計測機器２３が計測したバイタルデータをＤＢサーバ装置３０の活動データ記憶部３１２から取得する。優先度処理部１２２は、取得したバイタルデータの平均値及び標準偏差値を日ごとに生成（算出）する。

【0059】

次に、優先度処理部１２２は、前日までのバイタルデータの平均値及び標準偏差値を大きく外れているか否かを判定する（ステップＳ１０６）。すなわち、優先度処理部１２２は、前日までのバイタルデータの平均値及び標準偏差値と、当日のバイタルデータの平均値及び標準偏差値とを対象者ごとに比較して、当日のバイタルデータの平均値及び標準偏差値が、前日までのバイタルデータの平均値及び標準偏差値から所定の閾値分以上外れている場合（ステップＳ１０６：ＹＥＳ）に、対応するユーザＩＤの優先度を“＋１”して（ステップＳ１０７）、処理をステップＳ１０８に進める。また、優先度処理部１２２は、当日のバイタルデータの平均値及び標準偏差値が、前日までのバイタルデータの平均値及び標準偏差値から所定の閾値分以上外れていない場合（ステップＳ１０６：ＮＯ）に、対応するユーザＩＤの優先度を変更せずに、処理をステップＳ１０８に進める。

【0060】

ステップＳ１０８において、優先度処理部１２２は、数日前と比較して、バイタルデータの漸増傾向、又は漸減傾向があるか否かを判定する。優先度処理部１２２は、漸増傾向、又は漸減傾向がある場合（ステップＳ１０８：ＹＥＳ）に、対応するユーザＩＤの優先度を“＋１”して（ステップＳ１０９）、処理をステップＳ１１０に進める。また、優先度処理部１２２は、漸増傾向、又は漸減傾向がない場合（ステップＳ１０８：ＮＯ）に、対応するユーザＩＤの優先度を変更せずに、処理をステップＳ１１０に進める。

【0061】

ステップＳ１１０において、優先度処理部１２２は、時間帯ごとの在床・離床の傾向（確率）を求める。すなわち、優先度処理部１２２は、シート型センサー２２によって計測された過去の在床・離床情報に基づいて、時間帯ごとの在床・離床の傾向を対象者ごとに算出する。

【0062】

次に、優先度処理部１２２は、在床・離床の傾向から外れているか否かを判定する（ステップＳ１１１）。すなわち、優先度処理部１２２は、最新（当日）の在床・離床のパターンと過去の在床・離床の傾向とを比較して、在床・離床の傾向から外れているか否かを判定する。優先度処理部１２２は、在床・離床の傾向から外れている場合（ステップＳ１１１：ＹＥＳ）に、対応するユーザＩＤの優先度を“＋１”して（ステップＳ１１２）、処理をステップＳ１１３に進める。優先度処理部１２２は、在床・離床の傾向から外れていない場合（ステップＳ１１１：ＮＯ）に、対応するユーザＩＤの優先度を変更せずに、処理をステップＳ１１３に進める。

【0063】

ステップＳ１１３において、優先度処理部１２２は、対象者が在床の時間帯になっても在床になっているか否かを判定する。優先度処理部１２２は、対象者が在床の時間帯になっても在床になっている場合（ステップＳ１１３：ＹＥＳ）に、処理をステップＳ１１４に進める。また、優先度処理部１２２は、対象者が在床の時間帯になっても在床になっていない場合（ステップＳ１１３：ＮＯ）に、処理をステップＳ１１６に進める。

【0064】

ステップＳ１１４において、優先度処理部１２２は、日中の活動データがあるか否かを判定する。優先度処理部１２２は、例えば、緊急通報装置２１が検出する位置情報、加速度データ、計測機器２３が計測する活動データ、端末装置２４から入力される服薬情報、又は端末装置２４が操作された痕跡などの情報に基づいて、日中の活動データがあるか否かを判定する。優先度処理部１２２は、日中の活動データがある場合（ステップＳ１１４：ＹＥＳ）に、対応するユーザＩＤの優先度を変更せずに、処理をステップＳ１１６に進める。また、優先度処理部１２２は、日中の活動データがない場合（ステップＳ１１４：ＮＯ）に、対応するユーザＩＤの優先度を“＋１”して（ステップＳ１１５）、処理をステップＳ１１６に進める。

【0065】

ステップＳ１１６において、ＡＰサーバ装置１０が、対象者からの自覚症状を受信する。なお、対象者からの自覚症状は、端末装置２４によって、ＡＰサーバ装置１０に送信される。

【0066】

次に、優先度処理部１２２は、受信した自覚症状が「健康」以外であるか否かを判定する（ステップＳ１１７）。優先度処理部１２２は、自覚症状が「健康」以外である場合（ステップＳ１１７：ＹＥＳ）に、対応するユーザＩＤの優先度を“＋１”又は“＋２”して（ステップＳ１１８）、処理をステップＳ１１９に進める。また、優先度処理部１２２は、自覚症状が「健康」である場合（ステップＳ１１７：ＮＯ）に、対応するユーザＩＤの優先度を変更せずに、処理をステップＳ１１９に進める。

【0067】

次に、ステップＳ１１９において、優先度処理部１２２は、コールセンター４の安否の確認時刻から一定期間以内であるか否かを判定する。優先度処理部１２２は、確認時刻から一定期間以内である場合（ステップＳ１１９：ＹＥＳ）に、対応するユーザＩＤの優先度を“０”にして（ステップＳ１２０）、処理をステップＳ１２１に進める。また、優先度処理部１２２は、確認時刻から一定期間以内でない場合（ステップＳ１１９：ＮＯ）に、処理をステップＳ１２１に進める。

【0068】

ステップＳ１２１において、リスト生成部１２３は、優先度順にソートする。すなわち、データ取得部１２１が、対象者情報をＤＢサーバ装置３０の対象者記憶部３１１から取得し、取得した対象者情報をリスト記憶部１１２に記憶させる。リスト生成部１２３は、リスト記憶部１１２に記憶されている対象者のリストを優先度情報の優先度に基づいて、優先度の値が大きい順番に並べ替える（ソートする）。リスト生成部１２３は、並べ替えた対象者のリストをリスト記憶部１１２に記憶させる。

【0069】

次に、リスト出力部１２４は、コールセンター４の一覧画面（リストの表示画面）を更新する（ステップＳ１２２）。すなわち、リスト出力部１２４は、リスト記憶部１１２が記憶している最新の並べ替えた対象者のリストを取得し、取得した対象者のリストを、ネットワークＮＷを介して見守り端末装置４０に出力する。見守り端末装置４０のリスト取得部４４１は、ＡＰサーバ装置１０から対象者のリストを取得し、表示処理部４４２が、対象者のリストを表示部４２に表示させる。これにより、コールセンター４の一覧画面（リストの表示画面）の表示が更新される。

【0070】

次に、コールセンター４のオペレータが、見守り端末装置４０の表示部４２に表示された対象者のリストを確認し、優先度の高い対象者に対して、安否確認を実行すると、見守り端末装置４０の安否確認処理部４４３は、ＡＰサーバ装置１０に対して、安否確認を実行した対象者に対応するユーザＩＤとともに、確認結果を含む通知を出力する。

【0071】

次に、優先度処理部１２２は、安否確認をした対象者がいるか否かを判定する（ステップＳ１２３）。すなわち、優先度処理部１２２は、見守り端末装置４０の安否確認処理部４４３が出力した安否確認を実行した通知に基づいて、安否確認をした対象者がいるか否かを判定する。優先度処理部１２２は、安否確認をした対象者がいる場合（ステップＳ１２３：ＹＥＳ）に、対象者の安否確認をした結果をリストに追加して（ステップＳ１２４）、処理をステップＳ１１９に戻す。この場合、ステップＳ１１９及びステップＳ１２０の処理により、優先度処理部１２２が、対応するユーザＩＤの優先度を“０”にする。
また、優先度処理部１２２は、安否確認をした対象者がない場合（ステップＳ１２３：ＮＯ）に、処理をステップＳ１２５に進める。

【0072】

ステップＳ１２５において、優先度処理部１２２は、優先度が“１”以上、且つ、コールセンター４の確認が一定期間ないかを判定する。優先度処理部１２２は、優先度が“１”以上、且つ、コールセンター４の確認が一定期間ない場合（ステップＳ１２５：ＹＥＳ）に、対応するユーザＩＤの優先度を“＋１”して（ステップＳ１２６）、処理をステップＳ１０１に戻す。これは、一定期間、安否確認の行われていない対象者の優先度を高くして、安否確認を忘れ去られることを防止するためのものである。
また、優先度処理部１２２は、優先度が“０”、又は、コールセンター４の確認が一定期間内にある場合、処理をステップＳ１０１に戻し、ステップＳ１０１〜ステップＳ１２６の処理が繰り返し実行される。

【0073】

次に、図８〜図１０を参照して、見守り端末装置４０の表示例について説明する。
図８は、本実施形態における見守り端末装置４０が表示する対象者のリストの表示例を示す図である。
この図において、画面Ｇ１は、見守り端末装置４０の表示部４２に表示する対象者のリストＬ１の表示画面を示している。この図に示すように、対象者のリストＬ１は、「名前」と、「問診／ＳＭＳ日時」と、「体調」及び「日時」と、「在離床」及び「日時」とを含んでいる。なお、対象者のリストＬ１は、上から順に優先度の高い順番に並べられている。コールセンター４のオペレータは、対象者のリストＬ１の上から順番に、安否確認を行うことにより、優先度の高い対象者に対して、効率良く、安否確認を行うことができる。

【0074】

また、コールセンター４のオペレータは、図８に示すような対象者のリストを確認した上で、各対象者の最新データを確認することが可能である。
図９は、本実施形態におけるシート型センサー２２による計測結果の表示例を示す図である。

【0075】

この図において、画面Ｇ２は、見守り端末装置４０の表示部４２に表示するシート型センサー２２による計測結果の表示画面を示している。この図に示すように、見守り端末装置４０は、シート型センサー２２の最新データとして、“睡眠”（体動レベル）、“心拍”、及び“呼吸”の計測グラフを表示する。なお、この図において、横軸は、１日における時刻を示している。また、波形Ｗ１は、“睡眠”の波形を示し、波形Ｗ２は、心拍数の波形を示し、波形Ｗ３は、呼吸数の波形を示している。また、平均値ｍ１は、心拍数の平均値を示し、平均値ｍ２は、呼吸数の平均値を示している。
コールセンター４のオペレータは、このような計測結果の表示画面を確認することで、対象者ごとの在離床の状態を遠隔地から確認することができる。

【0076】

また、図１０は、本実施形態における活動データの表示例を示す図である。
この図において、画面Ｇ３は、見守り端末装置４０の表示部４２に表示する活動データの表示画面を示している。画面Ｇ３では、シート型センサー２２の計測結果、計測機器２３の計測結果、端末装置２４からの入力データ（服薬など）などを日ごとの情報として表示している。なお、この図において、横軸は、１日における時刻を示しており、コールセンター４のオペレータは、日ごとの生活リズムを確認することができる。

【0077】

以上説明したように、本実施形態によるＡＰサーバ装置１０（サーバ装置）は、制御部１２を備えている。制御部１２は、対象者が生活していることを示す活動データ（活動情報）であって、少なくともバイタルデータを含む複数種類の活動データを、対象者ごとの時系列な履歴情報として記憶した活動データ記憶部３１２から対象者ごとの複数種類の活動データを取得する。そして、制御部１２は、取得した対象者ごとの複数種類の活動データに基づいて、対象者が緊急事態にあると検知する優先度を示す優先度情報を対象者ごとに生成し、生成した優先度情報に応じて、対象者を順位付けする。

【0078】

これにより、本実施形態によるＡＰサーバ装置１０は、優先度情報に応じて、対象者を順位付けするので、対象者の緊急事態を効率良く検知することができる。また、本実施形態によるＡＰサーバ装置１０は、緊急度が高いと考えられる対象者を優先的に、安否確認することが可能になるので、対象者が大人数である場合であっても、少ないオペレータ数で効率良く対応することが可能である。また、本実施形態によるＡＰサーバ装置１０は、複数種類の活動データの組み合わせにより、優先度情報を生成するので、緊急事態が発生する前に、安否確認の問い合わせなどの対応を開始することができる。

【0079】

さらに、本実施形態によるＡＰサーバ装置１０は、対象者の各個人ごとに時系列な活動データを大量に取得して、活動データを分析することにより、緊急事態の予兆検知の精度を向上させることができる。また、本実施形態によるＡＰサーバ装置１０は、対象者の所在（例えば、屋内、屋外、就寝中）にかかわらずに、緊急事態の通報が可能になるとともに、緊急事態の予兆を通報することができる。

【0080】

また、本実施形態では、制御部１２は、バイタルデータが所定の範囲外になった場合に、優先度情報の優先度を上げる。
これにより、バイタルデータの値が異常である場合に、制御部１２は、優先度情報の優先度を上げる。よって、本実施形態によるＡＰサーバ装置１０は、優先度により、対象者の緊急事態を効率良く検知することができる。

【0081】

また、本実施形態では、制御部１２は、過去に取得した活動情報と、新たに取得した活動情報との比較結果に基づいて、優先度情報の優先度を変更する。
これにより、過去の実績データとの比較で優先度を変更するので、本実施形態によるＡＰサーバ装置１０は、対象者にあった適切な基準により、対象者の緊急事態を適切に検知することができる。

【0082】

また、本実施形態では、制御部１２は、日ごとのバイタルデータの統計量（例えば、平均値及び標準偏差値）を生成し、前日までのバイタルデータの統計量と、当日のバイタルデータの統計量とに基づいて、優先度情報の優先度を変更する。例えば、制御部１２は、前日までのバイタルデータの統計量と、当日のバイタルデータの統計量とを比較して、当日のバイタルデータの統計量が、前日までのバイタルデータの統計量から所定の閾値以上変化があった場合に、優先度を上げる。
これにより、本実施形態によるＡＰサーバ装置１０は、簡易な方法により、対象者の緊急事態を適切に検知することができる。

【0083】

また、本実施形態では、制御部１２は、バイタルデータの経時変化に基づいて、優先度情報の優先度を変更する。例えば、制御部１２は、バイタルデータが、上述した所定の範囲の閾値に近づいて行く傾向にある場合には、対象者が要注意の状態であると判定し、優先度を上げる。
なお、虚弱高齢者が、体調不良を訴えて医療機関で診療を受ける前に、通常よりもベッドに在床している時間が長くなる傾向や、心拍数や呼吸数が少しずつ高くなる傾向が知られている。本実施形態によるＡＰサーバ装置１０は、緊急事態が発生する前に、発生するバイタルデータの経時変化により優先度を変更するので、緊急事態が発生する前に、対象者の異常を検知することができる。よって、本実施形態によるＡＰサーバ装置１０は、安否確認の問い合わせなどの対応を開始することができる。

【0084】

また、本実施形態では、制御部１２は、対象者に対して安否確認が行われた場合に、優先度情報の優先度を下げる。
これにより、本実施形態によるＡＰサーバ装置１０は、安否確認が行われた対象者の優先順位を下げることができるので、対象者の緊急事態をより効率良く検知することができる。

【0085】

また、本実施形態による見守りシステム１は、上述のＡＰサーバ装置１０と、活動データを計測する計測装置（例えば、シート型センサー２２、計測機器２３など）と、ＡＰサーバ装置１０（制御部１２）が順位付けた順位付けに基づく対象者のリストを表示する表示装置（例えば、見守り端末装置４０）とを備える。
これにより、本実施形態による見守りシステム１は、オペレータに、順位付けに基づく対象者のリストを表示（提示）することができるので、対象者の緊急事態を効率良く検知することができる。よって、本実施形態による見守りシステム１は、対象者の孤独死のリスクを低減することができる。

【0086】

なお、本発明は、上記の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で変更可能である。
例えば、上記の実施形態において、見守りシステム１は、ＡＰサーバ装置１０と、ＤＢサーバ装置３０と、見守り端末装置４０とを備える一例を説明したが、これに限定されるものではない。例えば、ＤＢサーバ装置３０の記憶部３１の一部又は全部をＡＰサーバ装置１０が備える形態であってもよい。また、ＡＰサーバ装置１０が備える記憶部１１の一部又は全部をＤＢサーバ装置３０が備える形態であってもよい。

【0087】

また、ＡＰサーバ装置１０の制御部１２の一部の機能を複数のサーバ装置に分散させて処理してもよい。また、見守りシステム１は、ＡＰサーバ装置１０と、ＤＢサーバ装置３０との他に、活動データを定期的に受信（収集）するデータ受信サーバ装置を備えてもよい。
また、見守り端末装置４０が、ＡＰサーバ装置１０又はＤＢサーバ装置３０の一部又は全部を備える形態であってもよい。

【0088】

また、上記の実施形態において、シート型センサー２２は、対象者の心拍数、呼吸数、及び体動レベルを計測する一例を説明したが、これに限定されずに、血圧、体温、その他の生体情報などを計測して、見守りシステム１は、これらの情報を活動データとして利用してもよい。
また、上記の実施形態において、優先度情報として優先度を算出する場合について説明したが、優先とは逆の指標を示す劣後度を優先度情報として利用してもよい。この場合、優先度を高める（上げる）変更を、劣後度を低める（下げる）変更で代用する。

【0089】

また、上記の実施形態において、対象者宅２が、緊急通報装置２１、シート型センサー２２、計測機器２３、及び端末装置２４を有する一例を説明したが、これに限定されるものではない。例えば、対象者宅２が、ドアの開閉などを検出するセンサーを備えて、ドアの開閉情報を活動データとして検出してもよい。

【0090】

また、上記の実施形態において、コールセンター４のオペレータが、電話やＳＭＳなどによって、対象者の安否を確認する例について説明したが、ＡＰサーバ装置１０又は見守り端末装置４０が、順位付けされた対象者のリストの優先度の高い対象者に対して、自動的に、安否確認及び連絡先への連絡をＳＭＳや電子メールなどで実行してもよい。また、優先度が高くて、緊急性を必要とする場合には、ＡＰサーバ装置１０又は見守り端末装置４０は、医者や救急車の手配などを実行するようにしてもよい。
また、上記の実施形態において、統計量の一例として、平均値及び標準偏差値を用いる例を説明したが、これに限定されるものではない。例えば、統計量として、平均値及び標準偏差値のうちのいずれか一方を用いてもよいし、分散値、中央値、カイ二乗値などの他の統計量を用いてもよい。

【0091】

なお、上述した見守りシステム１が備える各構成は、内部に、コンピュータシステムを有している。そして、上述した見守りシステム１が備える各構成の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述した見守りシステム１が備える各構成における処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。

【0092】

また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部又は外部に設けられた記録媒体も含まれる。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に見守りシステム１が備える各構成で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

【0093】

また、上述した機能の一部又は全部を、ＬＳＩ（Large Scale Integration）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、又は全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。

【符号の説明】

【0094】

１ 見守りシステム
２ 対象者宅
３ データセンター
４ コールセンター
１０ ＡＰサーバ装置
１１、３１、４３ 記憶部
１２、４４ 制御部
２１ 緊急通報装置
２２ シート型センサー
２３ 計測機器
２４ 端末装置
３０ ＤＢサーバ装置
４０ 見守り端末装置
４１ 操作部
４２ 表示部
１１１ 優先度記憶部
１１２ リスト記憶部
１２１ データ取得部
１２２ 優先度処理部
１２３ リスト生成部
１２４ リスト出力部
３１１ 対象者記憶部
３１２ 活動データ記憶部
４４１ リスト取得部
４４２ 表示処理部
４４３ 安否確認処理部
ＮＷ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】