特開 2024-34109 制御装置、把持部材、および推定システム

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

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

(11)【公開番号】P2024034109

(43)【公開日】2024-03-13

(54)【発明の名称】制御装置、把持部材、および推定システム

(51)【国際特許分類】

   A61B 5/11 20060101AFI20240306BHJP

   A61B 5/1172 20160101ALI20240306BHJP

【ＦＩ】

A61B5/11

A61B5/1172

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2022138135

(22)【出願日】2022-08-31

(71)【出願人】

【識別番号】000114215

【氏名又は名称】ミネベアミツミ株式会社

(74)【代理人】

【識別番号】100135633

【弁理士】

【氏名又は名称】二宮 浩康

(74)【代理人】

【識別番号】100110733

【弁理士】

【氏名又は名称】鳥野 正司

(74)【代理人】

【識別番号】100120846

【弁理士】

【氏名又は名称】吉川 雅也

(72)【発明者】

【氏名】北川 雅啓

(72)【発明者】

【氏名】大村 祐司

(72)【発明者】

【氏名】鈴木 智之

(72)【発明者】

【氏名】小玉 友希

(72)【発明者】

【氏名】和田 直之

(72)【発明者】

【氏名】北野 高通

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

4C038

【Ｆターム（参考）】

4C038FF01

4C038FG00

4C038VA04

4C038VB12

(57)【要約】

【課題】ユーザの日常動作に基づいて当該ユーザの健康状態を推定する。
【解決手段】サーバ２０は、ユーザによって把持される部材である把持部材１１に設けられた加速度センサ１３から、当該加速度センサ１３が測定したユーザの手の震えに関する第１測定値を取得する制御部２５と、第１測定値に基づいてユーザの健康状態を推定する推定部２２と、を備える。
【選択図】図１

【特許請求の範囲】

【請求項1】

ユーザによって把持される部材である把持部材に設けられた第１センサから、当該第１センサが測定した前記ユーザの手の震えに関する第１測定値を取得する取得部と、
前記第１測定値に基づいて前記ユーザの健康状態を推定する推定部と、を備えることを特徴とする制御装置。

【請求項2】

前記取得部は、前記把持部材に設けられた生体情報センサが検出したユーザ固有の生体情報を取得し、
前記制御装置は、前記生体情報に基づいて前記ユーザを識別する識別部を備え、
前記推定部は、前記識別部により識別されたユーザについての、前記第１測定値のログデータに基づいて第１閾値を導き出し、前記第１測定値と前記第１閾値との比較結果に基づいて前記ユーザの健康状態を推定することを特徴とする、請求項１に記載の制御装置。

【請求項3】

前記取得部は、前記把持部材に設けられた第２センサから、当該第２センサが取得した前記ユーザの手の握力に関する第２測定値を取得し、
前記推定部は、前記第２測定値に基づいて前記ユーザの健康状態を推定することを特徴とする、請求項１または２に記載の制御装置。

【請求項4】

前記取得部は、前記把持部材に設けられた生体情報センサが検出したユーザ固有の生体情報を取得し、
前記制御装置は、前記生体情報に基づいて前記ユーザを識別する識別部を備え、
前記推定部は、前記識別部により識別されたユーザについての、前記第２測定値のログデータに基づいて第２閾値を導き出し、前記第２測定値と前記第２閾値との比較結果に基づいて前記ユーザの健康状態を推定することを特徴とする、請求項３に記載の制御装置。

【請求項5】

前記取得部は、前記把持部材に設けられた第３センサから、当該第３センサが取得した、前記把持部材を回転させる力および／または回転の速度に関する第３測定値を取得し、
前記推定部は、前記第３測定値に基づいて前記ユーザの健康状態を推定することを特徴とする、請求項１から４のいずれか１項に記載の制御装置。

【請求項6】

前記取得部は、前記把持部材に設けられた生体情報センサが検出したユーザ固有の生体情報を取得し、
前記制御装置は、前記生体情報に基づいて前記ユーザを識別する識別部を備え、
前記推定部は、前記識別部により識別されたユーザについての、前記第３測定値のログデータに基づいて第３閾値を導き出し、前記第３測定値と前記第３閾値との比較結果に基づいて前記ユーザの健康状態を推定することを特徴とする、請求項５に記載の制御装置。

【請求項7】

前記推定部は、
前記第１測定値に基づく推定の結果、第２測定値に基づく推定の結果、および／または、第３測定値に基づく推定の結果をそれぞれ数値化し、
数値化したそれぞれの推定の結果について重み付けすることで、総合的な推定結果を導き出すことを特徴とする、請求項３から６のいずれか１項に記載の制御装置。

【請求項8】

前記推定部の推定結果に基づく情報を前記ユーザの所持する端末装置に送信する送信部を備えることを特徴とする、請求項１から８のいずれか１項に記載の制御装置。

【請求項9】

ユーザによって把持される把持部材であって、
前記ユーザの手の震えに関する第１測定値を測定する第１センサと、
請求項１から８のいずれか１項に記載の制御装置に前記第１測定値を送信する把持部材送信部と、を備えることを特徴とする、把持部材。

【請求項10】

請求項１から８のいずれか１項に記載の制御装置と、
前記制御装置の前記送信部から前記推定結果に基づく情報を受信し、当該情報に応じた通知を出力する端末装置と、
請求項９に記載の把持部材と、を含むことを特徴とする、推定システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、制御装置、把持部材、および推定システム等に関する。

【背景技術】

【0002】

近年の健康需要の高まりにより、例えば腕時計タイプのウェアラブルデバイスで日々のユーザの健康状態を把握する技術が開発されている。具体的には、ウェアラブルデバイスに設けられたセンサによってユーザの日々の心拍数や血液中の酸素飽和度等の生体情報を取得する技術が開発されている。例えば特許文献１には、ウェアラブルデバイス等によって心拍や体温、血圧、体の震え等の生体情報を取得する技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】国際公開第２０１８／１６８３６９号

【発明の概要】

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

【0004】

しかしながら、特許文献１に記載の技術では、生体情報を取得するためには、ユーザにウェアラブルデバイスを装着させる必要がある。すなわち、特許文献１に記載の技術では、ユーザがウェアラブルデバイスを装着し忘れた場合は生体情報を取得することができない。

【0005】

本発明は、前記課題に鑑みてなされたものであって、ユーザの日常動作に基づいて当該ユーザの健康状態を推定することを目的とする。

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

【0006】

前記目的を達成するため、本発明に係る制御装置は、ユーザによって把持される部材である把持部材に設けられた第１センサから、当該第１センサが取得した、前記ユーザの手の震えに関する第１測定値を取得する取得部と、前記第１測定値に基づいて前記ユーザの健康状態を推定する推定部と、を備える。

【発明の効果】

【0007】

本発明によれば、ユーザの日常動作に基づいて当該ユーザの健康状態を推定することができる。

【図面の簡単な説明】

【0008】

【図1】第１実施形態に係る推定システムの構成を概略的に示す機能ブロック図である。

【図2】第１実施形態に係るドアの一部の構造を概略的に示す側面図である。

【図3】第１実施形態に係る推定システムの処理の流れの一例を示すシーケンス図である。

【図4】第２実施形態に係る推定システムの構成を概略的に示す機能ブロック図である。

【図5】第３実施形態に係る推定システムの構成を概略的に示す機能ブロック図である。

【図6】第１測定値のログデータと、第１閾値との関係を示すグラフである。

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

【0009】

〔第１実施形態〕
《システム構成》
以下、本発明の実施形態について図面を参照しつつ説明する。図１は、第１実施形態に係る推定システム１００の構成を概略的に示す機能ブロック図である。推定システム１００は、把持部材を把持したユーザの健康状態を推定するシステムである。なお、本明細書において「把持部材」とは、ユーザが片手または両手で握ることが可能な部材全般を意味する。本実施形態では、把持部材がドアノブ１１である例について説明する。図１に示すように、推定システム１００は、ドアノブ１１と、サーバ（制御装置）２０と、を含む。また、推定システム１００は携帯端末３０を含んでいてもよい。

【0010】

ドア１０はユーザが手動で開閉可能なドアである。ドア１０は、ドアノブ１１を搭載している。ドア１０の種類、大きさ、形、および内部構造等は特に限定されない。例えば、ドア１０は建造物の内部と外部とを仕切るドア、または、建造物内の部屋の内部と外部とを仕切るドアなどであってもよい。また、ドア１０は、開き戸であってもよいし、引き戸であってもよい。

【0011】

ドアノブ１１は、ドア１０に設けられた部材であって、ドア１０の把持部材である。ドアノブ１１が各種機能ブロックに相当する構成を含んでいるならば、ドアノブ１１の種類、大きさ、形、および内部構造は特に限定されない。例えば、ドアノブ１１はプッシュプル式のドアノブであってもよいし、回転式のドアノブであってもよい。本実施形態では一例として、ドア１０が引き戸であり、ドアノブ１１がプッシュプル式のドアノブである場合について説明する。ドアノブ１１は、指紋センサ（生体情報センサ）１２と、加速度センサ（第１センサ）１３と、制御部１５と、通信部（把持部材送信部）１６と、を含む。なお、ドアノブ１１は、制御部１５等の動作に必要なデータを記憶した記憶部を含んでいてもよい。

【0012】

指紋センサ１２は、ドアノブ１１を把持したユーザの指紋を検出する。指紋センサ１２は、検出した指紋を示すデータ（指紋データ）を制御部１５に出力する。指紋センサの具体的な種類は特に限定されない。例えば、指紋センサ１２は、静電容量式のセンサであってもよい。

【0013】

加速度センサ１３は、ユーザがドアノブ１１を把持してドア１０を開けるときの加速度を測定する。加速度センサ１３は、例えばＭＥＭＳ式の加速度センサであってよい。加速度センサ１３は、所定時間分（例えば、３秒分）の加速度の測定結果から、加速度の出力の振幅の値を算出する。もしくは、加速度センサ１３は、振動の周期（すなわち、周波数）の値を測定してもよい。加速度センサ１３は、算出または測定した出力振幅の値（第１測定値）を制御部１５に出力する。なお、本実施形態では、加速度センサ１３は出力振幅の値を算出することとする。
一般的に、加速度センサの出力振幅の値は、当該センサに伝わる振動の大きさに応じて大きくなる。加速度センサの出力周波数は単位時間あたりの振動の回数である。したがって、ドアノブ１１に設けられた加速度センサ１３の出力振幅の値および周波数は、ユーザがドアを引く時の、手の震えの有無および震えの大きさ、震えの回数を示しているといえる。このように、加速度センサ１３が算出する出力振幅の値および周波数は、ユーザの手の震えに関する測定値であるといえる。なお、本明細書において「測定値」とは、センサによって測定された値だけでなく、測定された値から算出された値も含み得る。

【0014】

制御部１５は、指紋センサ１２の指紋データと、加速度センサ１３の第１測定値とを取得する。制御部１５は、取得したデータを通信部１６に出力する。通信部１６は、制御部１５がサーバ２０と通信を行うための通信インタフェースである。通信部１６は、制御部１５から出力された各種データをサーバ２０に送信する。なお、本実施形態では、制御部１５および通信部１６はドアノブ１１内に組み込まれている。しかしながら、制御部１５および通信部１６は、ドア１０のドアノブ１１以外の場所（例えば、ドア本体）に組み込まれていてもよい。

【0015】

サーバ２０は、制御部１５から受信した各種データを管理する管理装置である。また、サーバ２０は、少なくとも第１測定値に基づいて、ユーザの健康状態を推定する推定装置である。サーバ２０は制御部１５と通信ネットワークを介して接続されている。接続の方法は有線であっても無線であってもよい。なお、推定システム１００に携帯端末３０が含まれている場合、サーバ２０は携帯端末３０とも通信ネットワークを介して接続されている。

【0016】

サーバ２０の設置位置は特に限定されない。例えば、サーバ２０はドア近傍の室内に配置されてもよい。また、サーバ２０はクラウド環境に存在するサーバ（または仮想サーバ）であってもよい。本実施形態では一例として、サーバ２０はドア１０で仕切られる室内に配置されていることとする。なお、サーバ２０は、ホームデバイス等、他のデバイスの管理および制御を統括的に行う装置であってもよい。サーバ２０は、通信部（送信部）２１と、制御部２５（取得部）と、記憶部２４と、を含む。

【0017】

通信部２１は、ドアノブ１１の通信部１６との通信を行う。なお、推定システム１００が携帯端末３０を含む場合、通信部２１は、携帯端末３０の通信部３１との通信も行う。通信部２１とドアノブ１１の通信部１６との間の通信方式およびネットワークの種類は特に限定されない。例えば通信部１６と通信部２１は、Ｗｉ－Ｆｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）といった無線通信で接続されてもよい。通信部２１と、携帯端末３０の通信部３１との間の通信方式およびネットワークの種類についても特に限定されない。

【0018】

制御部２５は、サーバ２０を統括的に制御するＣＰＵ（中央処理演算装置）である。制御部２５は、推定部２２と、識別部２３とを含む。制御部２５は、推定部２２としての機能および識別部２３としての機能に応じたソフトウェアプログラムを記憶部２４から読み出して実行する。これにより、制御部２５は、機能ブロックとしての推定部２２および識別部２３を実現することができる。

【0019】

識別部２３は、指紋センサ１２が検出した指紋データに基づいてユーザの識別を行う。本実施形態では、識別部２３は、指紋認証を用いてユーザを識別する。指紋認証の具体的な方法は特に限定されない。例えば、識別部２３は、指紋センサ１２が検出した指紋データと、記憶部２４に予め登録されている指紋データとを照合することで、ユーザの指紋認証を行ってもよい。なお、識別部２３は、指紋認証のために、受信した指紋データが左右どちらの手指の指紋を示すデータかを特定してもよい。例えば、識別部２３は、受信した指紋データが示す指紋の形から、当該指紋データが、左右どちらの手指の指紋を示すデータかを特定してよい。

【0020】

推定部２２は、少なくとも第１測定値に基づいてユーザの健康状態を推定する。なお。本実施形態において「ユーザの健康状態を推定する」とは、ユーザの健康状態に異常があるか否かを判定することを意味する。しかしながら、本発明における推定処理は、必ずしもこの意味に限定されることはない。例えば、ユーザの健康状態に異常があるか否かに加え、異常がある場合の異常の内容（すなわち、症状や病名）および／または異常の程度を推定してもよい。推定部２２における推定処理については後で詳述する。

【0021】

制御部２５は、推定部２２の推定結果（例えば、ユーザの健康状態に異常があるか否かを示す情報）を記憶部２４に記憶させてもよい。また、推定システム１００が携帯端末３０を含む場合、制御部２５は、推定部２２の推定結果に基づく情報を、通信部２１を介して携帯端末３０に送信してもよい。

【0022】

ここで、「推定結果に基づく情報」とは、推定結果そのものを示す情報であってもよいし、推定結果から二次的に作成される情報であってもよい。例えば、「推定結果に基づく情報」とは、推定結果に応じたコード、または推定結果に基づき作成される通知のテキスト、画像（または動画）、および／または音声データであってもよい。また、「推定結果に基づく情報」とは、推定結果を直接的に示すような内容であってもよいし、間接的に示す情報であってもよい。例えば、推定部２２が「健康状態に異常がある」と推定した場合、推定結果に基づく情報は、健康状態が異常である旨を示すテキストであってもよいし、病院へ行くことを推奨する旨を示すテキストであってもよい。

【0023】

記憶部２４は、サーバ２０の動作に必要な各種データを格納している。記憶部２４は、非一時的な記録媒体により実現される。例えば、記憶部２４は、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等の組み合わせで実現されてよい。

【0024】

記憶部２４は、ユーザの識別情報と、予め検出して登録しておいた当該ユーザの指紋データ（以降、登録指紋データと称する）とを対応付けた識別データテーブルを記憶している。なお、ユーザの識別情報とは、例えばユーザの名前および／またはユーザＩＤである。また、本実施形態では一例として、記憶部２４は各ユーザの右手の親指の指紋データと、左手の親指の指紋データとを登録指紋データとして記憶していることとする。

【0025】

なお、記憶部２４に左右どちらの（または両方の）手の、どの指の登録指紋データを記憶させておくかは、ドアノブ１１における指紋センサ１２の検出面の配置位置に応じて適宜決定されてよい。例えば、ユーザがドアノブ１１を把持したときにユーザの人差し指が当たる位置に指紋センサ１２の検出面を配置していると仮定する。この場合ならば、記憶部２４は登録指紋データとして、左右の手の人差し指の指紋データを記憶していることが望ましい。識別データテーブルの各レコードには、さらに携帯端末３０の識別情報が対応づけられていてもよい。携帯端末３０の識別情報とは、例えば、携帯端末３０の固有番号、ＭＡＣアドレス、携帯電話番号、および／またはメールアドレス等である。

【0026】

なお、本実施形態では一例として、ユーザの識別情報に登録指紋データを対応づけたものを識別データテーブルとする。しかしながら、指紋とはユーザの識別情報でもある。したがって、登録指紋データがユーザの識別情報を兼ねていてもよい。すなわち、記憶部２４は、識別データテーブルではなく、登録指紋データのみ、または、登録指紋データと携帯端末３０の識別情報とを対応づけたデータを記憶していてもよい。また、識別データテーブルは、前述のテーブル構成に限定されない。例えば、記憶部２４は、ユーザ識別情報と登録指紋データとを対応づけたテーブルと、ユーザ識別情報と携帯端末３０の識別情報とを対応づけたテーブルとを別個に記憶していてもよい。また、識別データテーブルは必ずしもデータテーブルの形式でなくてもよい。

【0027】

記憶部２４はさらに、ユーザの識別情報と、受信した第１測定値とを対応づけて記憶していてもよい。すなわち、記憶部２４は、ユーザ毎に、第１測定値のログデータを記録していてもよい。このログデータは、ユーザがドアノブ１１を把持するイベントごとに記録される。当該ログデータを記録する期間、および記録を保持する期間は特に限定されない。しかしながら、当該ログデータを記録する期間、および記録を保持する期間は、１年以上等、ある程度の長期間であることが好ましい。ログデータの記録タイミング、ならびに記録期間および保持期間については、以降の実施形態における各種ログデータにおいても同様である。

【0028】

記憶部２４にはさらに、推定部２２による健康状態の推定のために必要な各種閾値が記憶されていてもよい。本実施形態の場合、記憶部２４には第１閾値が記憶されている。第１閾値とは、第１測定値の閾値である。第１閾値は、第１測定値が示す手の震え度合が、ユーザの通常の健康状態の範囲内で起こり得る程度の震えであるか、当該程度を超えている（すなわち、ユーザの健康状態に異常が生じている）震え度合であるか、の閾値である。第１閾値は加速度センサ１３の配置位置および検出精度等に応じて適宜定められてよい。

【0029】

なお、第１閾値はユーザ毎に異なる値に設定されていてもよいし、全ユーザ共通の値であってもよい。なお、ユーザ毎に異なる値に設定する場合、記憶部２４は、ユーザ識別情報と、当該ユーザ識別情報に対応する第１閾値とを対応づけて記憶する。この場合、第１閾値は、予め記憶部２４に登録されたユーザ情報（年齢、性別、身長、体重等）に応じて決定されてもよい。これにより、例えば力の弱いお年寄りと青年では閾値を変えるということも可能となる。また、右手に対する第１閾値と、左手に対する第１閾値とが別途設定されていてもよい。一般的に、利き手でドアを開閉するときよりも、利き手でない手でドアを開閉するときの方が、手の震えは大きくなると考えられる。したがって、左右の手それぞれに対する第１閾値を記憶しておくことで、ユーザの手の震えが通常の健康状態の範囲内で起こり得る程度の震えであるか否かを、より精度よく判定することができる。

【0030】

携帯端末３０は、例えばスマートフォンまたはスマートウォッチ等の、ユーザが所持している端末装置である。携帯端末３０は、ユーザにサーバ２０の推定結果に応じた通知を行うための装置である。携帯端末３０は、通信部３１と、制御部３２と、出力部３３と、を含む。なお、携帯端末３０は、自装置の動作に必要なデータを記憶した記憶部を含んでいてもよい。

【0031】

通信部３１は、サーバ２０の通信部２１と通信を行う。制御部３２は、携帯端末３０を統括的に制御するＣＰＵである。制御部３２は、通信部３１を介してサーバ２０から推定結果に基づく情報を受信する。制御部３２は、推定結果に基づく情報をそのまま、または出力部３３の出力様式に応じた各種変換を行った上で、出力部３３に出力する。出力部３３は、制御部３２の制御に従って出力を行う。これにより、ユーザに推定結果、または推定結果に基づき作成された情報が通知される。なお、出力部３３の出力様式は特に限定されない。例えば、出力部３３はスピーカであってもよいし、ディスプレイであってもよいし、これら両方であってもよい。

【0032】

サーバ２０は、複数の制御部１５と通信可能であってよい。また、サーバ２０は、複数の携帯端末３０と通信可能であってよい。この場合、サーバ２０の識別部２３は、各制御部１５から受信した指紋データに基づき、それぞれのドアノブ１１を把持したユーザを識別する。また、推定部２２は各制御部１５から受信した第１測定値に基づいた推定処理を実行し、制御部２５は推定結果に基づく情報を、識別したユーザそれぞれに対応付けられた携帯端末３０に送信してもよい。

【0033】

《センサの配置》
次に、ドアノブ１１の構造の詳細と、各種センサの配置例とを、図２を用いて説明する。図２は、ドア１０の一部の構造を概略的に示す側面図である。なお、図２では、ドア１０の一方の側のドアノブ１１のみを図示しているが、ドア１０の反対側にも同様のドアノブ１１が設けられていてよい。また、ドア１０のロック機構等、推定システム１００と関連しない機構については図示を省略しているが、ドア１０はドアとして通常備えている構造および機能を有していてよい。なお、以降の説明では、ドア１０を開けるユーザが居る方向（図２における左側）を「外側」と称し、ドア１０のドア本体１０ａが在る方向（図２における右側）を「内側」と称する。

【0034】

ドア１０は、ドア本体１０ａに取り付けられたドアノブ１１を有する。ドアノブ１１は、例えば、鉛直方向に延在する把持部分１１ａと、把持部分１１ａの上端および下端から連続する１対の取り付け部分１１ｂと、を備えている。ドアノブ１１は１対の取り付け部分１１ｂでドア本体１０ａに取り付けられている。把持部分１１ａと１対の取り付け部分１１ｂとがこのような形状でドア本体１０ａに取り付けられることによって、把持部分１１ａとドア本体１０ａとの間に所定の空間が確保される。ユーザはこの空間に手を差し込んで把持部分１１ａを把持することができる。

【0035】

把持部分１１ａの内側の面（図２における、ドア本体１０ａと対向する面）の側には、押し込み部分１１ｃが設けられている。ユーザが把持部分１１ａを把持していないとき、押し込み部分１１ｃは突出している。ここで「突出している」とは、把持部分１１ａから内側に向かって突き出していることを意味する。ユーザがドア１０を開ける際に把持部分１１ａを把持すると、押し込み部分１１ｃがユーザの手指により押し込まれる。図２に示すドア１０では、このように押し込み部分１１ｃが押し込まれることによってドア１０のロックが外れ、ドア１０を開けることができる。

【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】

本実施形態に係る推定システム３００は、パーソナルコンピュータ（ＰＣ）等の演算装置を含む。なお、サーバ２０が演算装置を兼ねていてもよい。演算装置は記憶部を有し、当該記憶部には、未学習の学習モデルが記憶されている。学習モデルのアルゴリズムは特に限定されない。例えば、学習モデルのアルゴリズムとして、ニューラルネットワークが挙げられる。推定システム３００の設計者または利用者は、測定値と健康状態との関係を示すビッグデータを取得する。ここで、「測定値と健康状態との関係を示すビッグデータ」とは、例えば、第１～第３測定値に、健康状態の良好度合（例えば、前述の９段階のレベル）が対応付けられたデータが、無数に集積されたデータ群である。演算装置は、当該ビッグデータの一部または全部を用いて、学習モデルに機械学習（教師あり学習）を実行させる。すなわち、ビッグデータの一部または全部が機械学習の教師データとなる。

【0094】

なお、ビッグデータには、病院および／または公的機関等が公表しているデータが含まれていてもよい。また、ビッグデータは、ドアノブ１０と略同様の設備により測定したあるユーザの第１～第３測定値と、当該あるユーザの自己申告による健康状態の良好度合の指標値と、を対応づけたデータを含んでいてもよい。以上説明した機械学習により、第１～第３測定値を入力すると、健康状態の良好度合を示す指標値を出力する学習済モデルを構築することができる。

【0095】

このように作成された学習済モデルは、直接、または記録媒体等を用いて間接的に、サーバ２０にダウンロードされる。サーバ２０の記憶部２４は学習済モデルを記憶する。サーバ２０の推定部２７は、第１～第３測定値を取得すると、当該第１～第３測定値を記憶部２４の学習済モデルに入力する。学習済モデルは、入力された第１～第３測定値に応じた、健康状態の良好度合を示す指標値を出力する。推定部２７はこの出力結果を、健康状態の推定結果とする。すなわち、制御部２５は、前記出力結果を示す情報を携帯端末３０に通知する。以上の処理によれば、第１～第３測定値から、健康状態の良好度合を推定することができる。

【0096】

〔変形例〕
《システム全体の変形例》
ドア１０は建造物のドアではなく、車両等の移動体に取り付けられたドアであってもよい。例えば、ドア１０が車両用のドアの場合、ドアノブ１１はグリップタイプのドアノブであってもよい。また、ドアノブ１１が車両用ドアのドアノブである場合、サーバ２０は、各種車載装置と一体に構成されていてもよい。またこの場合、携帯端末３０の代わりに、車載装置としての表示部および／または音声出力部などの出力部から、推定部２２、２６、または２７の推定結果に基づく通知を出力してもよい。

【0097】

また、把持部材１１は、加速度センサ１３等の必須部材を搭載できるのであれば、ドアノブ以外の部材であってもよい。例えば、把持部材はユーザが日常的に把持して使用する茶碗、皿、箸、スプーン、フォーク、歯ブラシ等であってもよい。また、把持部材は、階段、風呂、トイレ等の手摺であってもよい。なお、これらの場合、各種センサは、把持部材１１の形状、および／またはユーザが把持部材１１を把持するときの手の形等に合わせて適宜配置されてよい。

【0098】

また、推定システム１００、２００、および３００においてサーバ２０が実行している処理の一部がユーザの携帯端末３０で実行されてもよい。この場合、記憶部２４に記憶されている各種データは、携帯端末３０の記憶部、またはインターネットを通じて接続されるクラウドサーバに格納されていてもよい。

【0099】

前述の各実施形態では、指紋データ、ならびに、手の震え、握力、ドアノブ１１を回転させる力および／または速度等を示すパラメータを、それぞれ別個のセンサで検出および測定することとした。しかしながら、本発明に係る推定システムの各種センサとして、複数種類のデータを同時に測定可能なセンサを用いてもよい。例えば、３方向の並進力を測定可能なベクトルセンサを採用すれば、当該ベクトルセンサで、加速度センサ１３と圧力センサ１４とを兼ねることができる。または、６軸センサ（すなわち、３軸加速度および３軸ジャイロを測定可能なセンサ）を採用することで、加速度センサ１３と、トルクセンサ１７とを兼ねることができる。これにより、把持部材に搭載する部品点数を削減することができる。

【0100】

《ユーザ識別の変形例》
また、前述の各実施形態では、指紋認証によってユーザを識別することとした。しかしながら、推定システム１００、２００、および３００は、指紋認証以外の手段によってユーザを識別してもよい。例えば、推定システム１００、２００、および３００は、顔認証を用いてユーザを識別してもよい。この場合、ユーザがドアノブ１１を把持するときに顔を撮影できるようなアングルで、ドア１０またはドア１０の近傍にカメラを取り付けておく。そして、カメラは人感センサ等で人の接近を検知すると、人の顔を撮影し、制御部１５に出力する。制御部１５はカメラから得た画像をサーバ２０の制御部２５に送信する。サーバ２０の識別部２３は、受信した画像（顔の画像）を、記憶部２４に予め登録されている各ユーザの顔画像と照合することで、ドアノブ１１を把持したユーザを識別する（顔認証）。なお、この場合、ユーザが左右どちらの手でドアを開けたかについても、カメラ画像から判別してよい。このように、画像等からドアノブ１１を把持した手が右手か左手かを特定することで、指紋認証および健康状態の推定のときに、左右正しいデータを参照することができる。

【0101】

もしくは、推定システム１００、２００、および３００は、ドアノブ１１を把持したユーザの手元を撮影するカメラを含んでいてもよい。この場合、カメラはユーザによるドアノブ１１の把持を人感センサ等で検知すると、当該ユーザの手元を撮影して撮影画像を制御部１５に送信する。制御部１５は撮影画像をサーバ２０の制御部２５に送信する。制御部２５は、受信した撮影画像から、ユーザが左右どちらの手でドアノブ１１を把持したか特定する。このように、画像等からドアノブ１１を把持した手が右手か左手かを特定することで、指紋認証および健康状態の推定のときに、左右正しいデータを参照することができる。

【0102】

《センサおよび推定処理の変形例》
推定システム１００、２００、および３００は、前述したセンサ以外のセンサを含んでいてもよい。そして、当該センサの測定値を加味して、推定部２２、２６、または２７における推定処理を行ってもよい。例えば、推定システム１００、２００、および３００のドアノブ１１には、静電センサおよび／または温度センサが含まれていてもよい。静電センサおよび／または温度センサは、加速度センサ１３等と同様に、測定値を制御部１５に出力する。制御部１５は取得した測定値を、サーバ２０の制御部２５に送信する。制御部２５は、推定部２２、２６、または２７における推定処理の際に、これらの測定値を加味して推定結果を導き出す。例えば、第１測定値等と同様に、これらの測定値に関しても記憶部２４に閾値を記憶させておき、その閾値と測定値との比較結果と、前述の各実施形態で述べた第１～第３測定値と第１～第３測定値との比較結果と、を総合して、ユーザの健康状態を判断してよい。

【0103】

例えば、静電センサの値は、ドアノブ１１を把持したユーザの汗の量および成分に関する値である。また、温度センサの値は、ドアノブ１１を把持したユーザの体温に関する値である。したがって、これらの測定値が異常な値を示している場合も、ユーザが何らかの疾患または不調を抱えていると推定できる。したがって、推定システム１００、２００、および３００は、これらの測定値を加味して健康状態の推定を行うことにより、より正確に健康状態を推定することができる。

【0104】

以上、本発明の実施形態について説明したが、本発明は、前記各実施形態に係る推定システム１００、２００、および３００とその変形例に限定されるものではなく、本発明の概念および特許請求の範囲に含まれるあらゆる態様を含む。また、前述した課題および効果の少なくとも一部を奏するように、各構成が適宜選択的に組み合わせられてもよい。例えば、前記実施形態における、各構成は本発明の具体的使用態様によって適宜変更されてもよい。

【符号の説明】

【0105】

１００、２００、３００…推定システム、１０…ドア、１１…ドアノブ（把持部材）、１２…指紋センサ（生体情報センサ）、１３…加速度センサ（第１センサ）、１４…圧力センサ（第２センサ）、１５…制御部、１６…通信部（把持部材送信部）、１７…トルクセンサ（第３センサ）、２０…サーバ（制御装置）、２１…通信部（送信部）、２２、２６、２７…推定部、２３…識別部、２４…記憶部、２５…制御部（取得部）、３０…携帯端末（端末装置）、３１…通信部、３２…制御部、３３…出力部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】