▶ 学校法人日本大学の特許一覧 ▶ 株式会社モリタ製作所の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-04-26
(45)【発行日】2023-05-09
(54)【発明の名称】食生活推定装置
(51)【国際特許分類】
G16H 20/00 20180101AFI20230427BHJP
A61B 5/11 20060101ALI20230427BHJP
【ＦＩ】
G16H20/00
A61B5/11 300
【請求項の数】
11
(21)【出願番号】P 2019234444
(22)【出願日】2019-12-25
(65)【公開番号】P2021103434
(43)【公開日】2021-07-15
【審査請求日】2022-01-19
(73)【特許権者】
【識別番号】899000057
【氏名又は名称】学校法人日本大学
(73)【特許権者】
【識別番号】000138185
【氏名又は名称】株式会社モリタ製作所
(74)【代理人】
【識別番号】100088155
【弁理士】
【氏名又は名称】長谷川 芳樹
(74)【代理人】
【識別番号】100113435
【弁理士】
【氏名又は名称】黒木 義樹
(74)【代理人】
【識別番号】100156395
【弁理士】
【氏名又は名称】荒井 寿王
(74)【代理人】
【識別番号】100180851
【弁理士】
【氏名又は名称】▲高▼口 誠
(74)【代理人】
【識別番号】100183081
【弁理士】
【氏名又は名称】岡▲崎▼ 大志
(72)【発明者】
【氏名】新井 嘉則
(72)【発明者】
【氏名】飯沼 利光
(72)【発明者】
【氏名】山田 冬樹
(72)【発明者】
【氏名】吉川 英基
【審査官】佐伯 憲太郎
(56)【参考文献】
【文献】韓国公開特許第１０－２０１１－００９２８６３（ＫＲ，Ａ）
【文献】特開２０１９－０６７２８１（ＪＰ，Ａ）
【文献】特開２０１８－１５１５７８（ＪＰ，Ａ）
【文献】特開２０１４－１３１４２６（ＪＰ，Ａ）
【文献】特開２０１２－１９１９９４（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ１６Ｈ １０／００－８０／００
Ａ６１Ｂ ５／１１
(57)【特許請求の範囲】
【請求項1】
ユーザの摂食時の一口分の顎運動を示す時系列情報である咀嚼情報を取得し、機械学習により生成された解析モデルに前記咀嚼情報を入力し、前記解析モデルから出力される、前記一口分の顎運動により前記ユーザが咀嚼したと推定される食べ物の属性を取得する解析部を備え、前記解析モデルは、前記ユーザについて取得された過去の一口分の顎運動を示す時系列情報である第１情報のうち１回目の噛み動作に対応する顎運動を示す時系列情報である第１咀嚼情報に対応するデータと、前記第１情報のうち２回目の噛み動作に対応する顎運動を示す時系列情報である第２咀嚼情報に対応するデータと、前記過去の一口分の顎運動により前記ユーザが咀嚼した食べ物の属性を示す第２情報と、を含む教師データを用いて機械学習された学習済みモデルであり、
前記解析部は、前記咀嚼情報から前記第１咀嚼情報と前記第２咀嚼情報とを抽出し、抽出された情報を前記解析モデルに入力することにより、前記一口分の顎運動により前記ユーザが咀嚼したと推定される食べ物の属性を取得する、食生活推定装置。
【請求項2】
ユーザの摂食時の一口分の顎運動を示す時系列情報である咀嚼情報を取得し、機械学習により生成された解析モデルに前記咀嚼情報を入力し、前記解析モデルから出力される、前記一口分の顎運動により前記ユーザが咀嚼したと推定される食べ物の属性を取得する解析部を備え、前記解析モデルは、不特定のユーザについて取得された過去の一口分の顎運動を示す時系列情報である第１情報のうち１回目の噛み動作に対応する顎運動を示す時系列情報である第１咀嚼情報に対応するデータと、前記第１情報のうち２回目の噛み動作に対応する顎運動を示す時系列情報である第２咀嚼情報に対応するデータと、前記過去の一口分の顎運動により前記不特定のユーザが咀嚼した食べ物の属性を示す第２情報と、を含む教師データを用いて機械学習された学習済みモデルであり、
前記解析部は、前記咀嚼情報から前記第１咀嚼情報と前記第２咀嚼情報とを抽出し、抽出された情報を前記解析モデルに入力することにより、前記一口分の顎運動により前記ユーザが咀嚼したと推定される食べ物の属性を取得する、食生活推定装置。
【請求項3】
前記解析部は、前記解析モデルに対して前記ユーザの属性を示すプロファイル情報を更に入力し、前記解析モデルは、前記不特定のユーザのプロファイル情報を更に含む前記教師データを用いて機械学習された学習済みモデルである、請求項２に記載の食生活推定装置。
【請求項4】
前記解析モデルは、前記第１情報のうち１回目からｎ回目（ｎ≧３）までの各々の噛み動作に対応する前記第１咀嚼情報から第ｎ咀嚼情報までのデータを含む前記教師データを用いて機械学習された学習済みモデルであり、
前記解析部は、前記咀嚼情報から、前記第１咀嚼情報から前記第ｎ咀嚼情報までの各々の情報を抽出し、抽出された情報を前記解析モデルに入力することにより、前記一口分の顎運動により前記ユーザが咀嚼したと推定される食べ物の属性を取得する、請求項１～３のいずれか一項に記載の食生活推定装置。
【請求項5】
前記ユーザの下顎に装着される義歯に設けられたセンサによって検出された顎運動情報を取得する取得部を更に備え、前記解析部は、前記顎運動情報に基づいて、前記咀嚼情報を取得する、請求項１～４のいずれか一項に記載の食生活推定装置。
【請求項6】
前記顎運動情報は、前記センサによって検出される３軸方向の加速度及び３軸方向の角速度の少なくとも一方の時間変化を示す情報を含む、請求項５に記載の食生活推定装置。
【請求項7】
前記顎運動情報は、前記ユーザの上顎に装着される義歯に設けられたセンサによって検出される、３軸方向の加速度及び３軸方向の角速度の少なくとも一方の時間変化を示す情報を更に含む、請求項６に記載の食生活推定装置。
【請求項8】
前記食べ物の属性は、食べ物の大きさ、硬さ、及び種類の少なくとも１つを含む、請求項１～７のいずれか一項に記載の食生活推定装置。
【請求項9】
前記ユーザの下顎から取り外された前記義歯を保管するベース装置を更に備え、前記ベース装置は、前記センサと通信することにより前記センサから前記顎運動情報を取得する、請求項５に記載の食生活推定装置。
【請求項10】
前記ベース装置は、前記センサを充電する充電部を更に有する、請求項９に記載の食生活推定装置。
【請求項11】
前記ベース装置は、前記義歯を洗浄する洗浄部を更に有する、請求項９又は１０に記載の食生活推定装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、食生活推定装置に関する。
【背景技術】
【0002】
従来、ヒトを含む動物の口腔内に設けられた口腔内センサから得られた情報を用いて、当該動物の行動解析を行う装置が知られている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１２－１９１９９４号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ここで、ユーザの摂食時の顎運動からユーザが摂取（咀嚼）した食べ物の情報を解析結果として得ることができれば、例えば当該解析結果に基づく食生活のアドバイスをユーザに提供すること等が可能となる。一方、上記特許文献１に記載の手法では、口腔内センサから得られた情報（口腔動作に関する情報、口腔内で発生する振動に関する情報、生体で発生する振動に関する情報等）と照合するための種々の情報が予め必要となる。このような種々の情報を予め取得及び蓄積しておくことは、困難であり、手間がかかる。
【0005】
そこで、本開示は、簡易かつ精度良くユーザが摂取した食べ物の情報を取得することができる食生活推定装置を提供することを目的とする。
【課題を解決するための手段】
【0006】
本開示の一側面に係る食生活推定装置は、ユーザの摂食時の一口分の顎運動を示す時系列情報である咀嚼情報を取得し、機械学習により生成された解析モデルに咀嚼情報を入力し、解析モデルから出力される、一口分の顎運動によりユーザが咀嚼したと推定される食べ物の属性を取得する解析部を備え、解析モデルは、ユーザについて取得された過去の一口分の顎運動を示す時系列情報である第１情報と過去の一口分の顎運動によりユーザが咀嚼した食べ物の属性を示す第２情報とを含む教師データを用いて機械学習された学習済みモデルである。
【0007】
上記食生活推定装置では、機械学習により生成された解析モデルを用いることにより、ユーザが咀嚼したと推定される食べ物の属性が取得される。また、解析モデルは、解析対象のユーザ自身の過去の食事から得られる教師データを用いて機械学習されている。従って、上記食生活推定装置によれば、ユーザの摂食時における顎運動の特徴を学習した解析モデルを用いて、簡易かつ精度良く解析結果（ユーザが咀嚼したと推定される食べ物の属性）を取得することができる。
【0008】
本開示の他の側面に係る食生活推定装置は、ユーザの摂食時の一口分の顎運動を示す時系列情報である咀嚼情報を取得し、機械学習により生成された解析モデルに咀嚼情報を入力し、解析モデルから出力される、一口分の顎運動によりユーザが咀嚼したと推定される食べ物の属性を取得する解析部を備え、解析モデルは、不特定のユーザについて取得された過去の一口分の顎運動を示す時系列情報である第１情報と過去の一口分の顎運動により不特定のユーザが咀嚼した食べ物の属性を示す第２情報とを含む教師データを用いて機械学習された学習済みモデルである。
【0009】
上記食生活推定装置では、機械学習により生成された解析モデルを用いることにより、ユーザが咀嚼したと推定される食べ物の属性が取得される。また、解析モデルは、不特定のユーザの過去の食事から得られる教師データを用いて機械学習されている。上記食生活推定装置によれば、解析モデルを用いて、簡易かつ精度良く解析結果（ユーザが咀嚼したと推定される食べ物の属性）を取得することができる。また、解析モデルを複数のユーザ間で共通化でき、解析モデルをユーザ毎に作成及び管理する必要がなくなるという利点がある。また、解析モデルのための教師データを収集し易いという利点もある。
【0010】
解析部は、解析モデルに対してユーザの属性を示すプロファイル情報を更に入力し、解析モデルは、不特定のユーザのプロファイル情報を更に含む教師データを用いて機械学習された学習済みモデルであってもよい。ユーザの摂食時の顎運動は、ユーザの属性（例えば、性別、年代、健康状態等）によって異なると考えられる。従って、上記構成によれば、ユーザの属性を特徴量に含めることにより、ユーザが咀嚼したと推定される食べ物の属性をより精度良く取得することができる。
【0011】
解析モデルは、第１情報のうち１回目の噛み動作に対応する顎運動を示す時系列情報である第１咀嚼情報に対応するデータと、第１情報のうち２回目の噛み動作に対応する顎運動を示す時系列情報である第２咀嚼情報に対応するデータと、第２情報とを含む教師データを用いて機械学習された学習済みモデルであり、解析部は、咀嚼情報から第１咀嚼情報と第２咀嚼情報とを抽出し、抽出された情報を解析モデルに入力することにより、一口分の顎運動によりユーザが咀嚼したと推定される食べ物の属性を取得してもよい。特に１回目の噛み動作及び２回目の噛み動作に対応する顎運動には、咀嚼された食べ物の属性に応じた特徴が現れやすい。従って、上記構成によれば、１回目の噛み動作及び２回目の噛み動作に対応する顎運動を特徴量として用いて機械学習された解析モデルを用いることにより、ユーザが咀嚼したと推定される食べ物の属性をより精度良く取得することができる。
【0012】
上記食生活推定装置は、ユーザの下顎に装着される義歯に設けられたセンサによって検出された顎運動情報を取得する取得部を更に備え、解析部は、顎運動情報に基づいて、咀嚼情報を取得してもよい。この構成によれば、日常的にユーザの下顎に装着される義歯に設けられたセンサにより、咀嚼情報の基となる顎運動情報を取得することができる。また、ユーザが摂食時を含む日常生活時に装着する義歯に設けられたセンサを利用することにより、ユーザに過度の負担をかけることなく、顎運動情報を適切に取得することができる。
【0013】
顎運動情報は、センサによって検出される３軸方向の加速度及び３軸方向の角速度の少なくとも一方の時間変化を示す情報を含んでもよい。また、顎運動情報は、ユーザの上顎に装着される義歯に設けられたセンサによって検出される、３軸方向の加速度及び３軸方向の角速度の少なくとも一方の時間変化を示す情報を更に含んでもよい。例えば、ユーザが車、電車等の乗り物に乗車している際に、当該乗り物からの振動成分がセンサにより検出されてしまい、ユーザの摂食時の顎運動であると誤検出されるおそれがある。また、ユーザが乗り物に乗車している際に食事を行った場合には、ユーザの摂食時の顎運動に乗り物からの振動成分がノイズとして混入してしまうことになる。一方、上記構成によれば、解析部は、ユーザの下顎に装着される義歯に設けられたセンサの検出結果だけでなく、ユーザの上顎に装着される義歯に設けられたセンサの検出結果を利用して、ユーザの顎運動を示す運動成分のみを咀嚼情報として取得することができる。例えば、解析部は、上顎のセンサの検出結果に対する下顎のセンサの検出結果の相対値を得ることにより、乗り物からの振動成分（すなわち、上顎のセンサ及び下顎のセンサの両方に共通して含まれる成分）をキャンセルすることができる。その結果、上述した問題を解消することができる。
【0014】
上記食生活推定装置において、食べ物の属性は、食べ物の大きさ、硬さ、及び種類の少なくとも１つを含んでもよい。
【0015】
上記食生活推定装置は、ユーザの下顎から取り外された義歯を保管するベース装置を更に備え、ベース装置は、センサと通信することによりセンサから顎運動情報を取得してもよい。上記構成によれば、ユーザは義歯をベース装置にセットするだけで、顎運動情報がベース装置から当該顎運動情報を解析する装置へと自動的に送信される。これにより、義歯に設けられたセンサからの顎運動情報の取得（吸い上げ）に関して、ユーザの利便性を高めることができる。
【0016】
ベース装置は、センサを充電する充電部を更に有してもよい。上記構成によれば、通信部による通信と共に充電部による充電を実施することができる。これにより、通信部による通信動作中に消費されるセンサの電力を適切に補うことができる。
【0017】
ベース装置は、義歯を洗浄する洗浄部を更に有してもよい。上記構成によれば、ユーザは義歯をベース装置にセットするだけで、顎運動情報を解析する装置への顎運動情報の送信と義歯の洗浄とを合わせて行うことができる。これにより、ユーザの利便性を高めることができる。
【発明の効果】
【0018】
本開示によれば、簡易かつ精度良くユーザが摂取した食べ物の情報を取得することができる食生活推定装置を提供することができる。
【図面の簡単な説明】
【0019】
【図1】一実施形態に係る食生活推定装置の構成を示すブロック図である。
【図2】義歯及びベース装置の概略構成を示すブロック図である。
【図3】解析モデルの概要を模式的に示す図である。
【図4】提案モデルの概要を模式的に示す図である。
【図5】解析部及び生成部の処理の一例を示す図である。
【図6】咀嚼区間特定モジュールにより特定される咀嚼区間の一例を示す図である。
【図7】一口分の咀嚼情報の一例を示す図である。
【図8】一口分の咀嚼情報における１回目及び２回目の噛み動作に対応する区間の一例を示す図である。
【図9】（Ａ）はアーモンドを咀嚼した場合のシミュレーション結果を示すグラフである。（Ｂ）はごはんを咀嚼した場合のシミュレーション結果を示すグラフである。（Ｃ）はいちごを咀嚼した場合のシミュレーション結果を示すグラフである。
【図10】食生活推定装置の処理フローの一例を示す図である。
【図11】変形例に係る食生活推定装置の構成を示すブロック図である。
【図12】変形例に係る解析モデルの概要を模式的に示す図である。
【図13】変形例に係る食生活推定装置の構成を示すブロック図である。
【発明を実施するための形態】
【0020】
以下、本開示の実施形態について図面を参照しながら説明する。各図において同一又は相当の部分には同一の符号を付し、重複する説明を省略する。
【0021】
［食生活推定装置の全体構成］
図１に示されるように、一実施形態に係る食生活推定装置１は、義歯２と、ベース装置３と、ユーザ端末４と、サーバ５と、を備える。義歯２は、義歯装着者（以下「ユーザ」）の下顎に装着される有床義歯である。義歯２は、ユーザの摂食時の顎運動に関する測定データ（顎運動情報）を取得する機能を有する。ベース装置３は、ユーザの下顎から取り外された義歯２を保管する装置である。ユーザ端末４は、当該ユーザによって利用される端末である。ユーザ端末４は、例えば、当該ユーザが所有するスマートフォン、タブレット等の携帯端末である。或いは、ユーザ端末４は、当該ユーザの自宅等に設置されるパーソナルコンピュータ等であってもよい。ユーザ端末４は、主に、義歯２が取得した測定データを解析する機能と、解析結果に基づいてユーザに対する摂食に関連する提案情報を生成する機能と、を有する。サーバ５は、ユーザ端末４が測定データを解析する際に利用する解析モデル及びユーザ端末４が提案情報を生成する際に利用する提案モデルを生成し、生成した解析モデル及び提案モデルをユーザ端末４に提供する装置である。
図１に示されるように、一実施形態に係る食生活推定装置１は、義歯２と、ベース装置３と、ユーザ端末４と、サーバ５と、を備える。義歯２は、義歯装着者（以下「ユーザ」）の下顎に装着される有床義歯である。義歯２は、ユーザの摂食時の顎運動に関する測定データ（顎運動情報）を取得する機能を有する。ベース装置３は、ユーザの下顎から取り外された義歯２を保管する装置である。ユーザ端末４は、当該ユーザによって利用される端末である。ユーザ端末４は、例えば、当該ユーザが所有するスマートフォン、タブレット等の携帯端末である。或いは、ユーザ端末４は、当該ユーザの自宅等に設置されるパーソナルコンピュータ等であってもよい。ユーザ端末４は、主に、義歯２が取得した測定データを解析する機能と、解析結果に基づいてユーザに対する摂食に関連する提案情報を生成する機能と、を有する。サーバ５は、ユーザ端末４が測定データを解析する際に利用する解析モデル及びユーザ端末４が提案情報を生成する際に利用する提案モデルを生成し、生成した解析モデル及び提案モデルをユーザ端末４に提供する装置である。
【0022】
［義歯の構成］
図１に示されるように、義歯２は、ユーザの下顎に取り付けられる床部分２ａと、床部分に対して着脱可能に設けられた歯部分２ｂ（歯牙）と、を有している。また、図２に示されるように、義歯２には、センサ２０が内蔵されている。センサ２０は、例えば、図示しない基板上に実装されたプロセッサ（例えばＣＰＵ等）及びメモリ（例えば、ＲＯＭ及びＲＡＭ等）等の回路によって構成される。センサ２０は、センサ部２１と、演算部２２と、記憶部２３と、通信部２４と、電池２５と、無線充電用アンテナ２６と、を備える。１つの構成例として、演算部２２は、図示しない基板上に実装されたプロセッサ（例えばＣＰＵ等）及びメモリ（例えば、ＲＯＭ及びＲＡＭ等）等の回路によって構成され、記憶部２３はメモリチップ等の電子的記憶要素等で構成される。
図１に示されるように、義歯２は、ユーザの下顎に取り付けられる床部分２ａと、床部分に対して着脱可能に設けられた歯部分２ｂ（歯牙）と、を有している。また、図２に示されるように、義歯２には、センサ２０が内蔵されている。センサ２０は、例えば、図示しない基板上に実装されたプロセッサ（例えばＣＰＵ等）及びメモリ（例えば、ＲＯＭ及びＲＡＭ等）等の回路によって構成される。センサ２０は、センサ部２１と、演算部２２と、記憶部２３と、通信部２４と、電池２５と、無線充電用アンテナ２６と、を備える。１つの構成例として、演算部２２は、図示しない基板上に実装されたプロセッサ（例えばＣＰＵ等）及びメモリ（例えば、ＲＯＭ及びＲＡＭ等）等の回路によって構成され、記憶部２３はメモリチップ等の電子的記憶要素等で構成される。
【0023】
センサ部２１は、ユーザの上下顎の動き又は下顎の動きを検出するための各種センサを含む。上下顎又は下顎の動きの検出には、上下顎又は下顎の運動の加速度及び角速度の少なくとも一方を検出するセンサ、すなわち加速度センサ及び角速度センサの少なくとも一方を用いることができる。上記加速度センサとしては、３軸方向の加速度を計測可能なセンサが好適である。また、下顎の動きには、単純な１軸回動以外の回動要素が混入することが多いので、上記角速度センサについても、３軸方向の角速度を計測可能なセンサが好適である。本実施形態では、センサ部２１は、３軸方向（Ｘ軸方向、Ｙ軸方向、及びＺ軸方向）の各々の加速度を検出する加速度センサを含む。この場合、センサ部２１により、ユーザの下顎の動き（顎運動）に応じた加速度が継続的に検出される。ただし、センサ部２１の構成は上記に限られない。例えば、センサ部２１は、上記加速度センサに代えて３軸方向の各々の角速度を検出する角速度センサ（ジャイロセンサ）を含んでもよいし、上記加速度センサ及び上記角速度センサの両方を含んでもよい。
【0024】
演算部２２は、センサ部２１が継続的に取得する測定データ（本実施形態では、３軸方向の各々の加速度を示す３軸加速度データ）を取得し、当該測定データを記憶部２３に保存する。本実施形態では、当該測定データは、ユーザの顎運動に応じた加速度（センサ部２１が角速度センサを含む場合には角速度）の時間変化を示す時系列情報である。記憶部２３は、例えば、上述したメモリによって構成される。ただし、測定データは、上記例に限られず、例えば顎運動の速度の時間変化を示す時系列情報であってもよい。また、演算部２２は、タイムカウント機能を備えてもよい。例えば、演算部２２をプロセッサ等で構成する場合、多くのプロセッサが備えるように、タイマ・カウンタを内蔵するように構成できる。このタイマ・カウンタを時系列情報の時刻割付に用いることができる。
【0025】
演算部２２は、例えば上述したタイマ・カウンタにより、センサ部２１により取得された各時点の測定データに対して当該測定データの取得時刻を付加する。そして、演算部２２は、取得時刻が付加された測定データを記憶部２３に保存する。これにより、記憶部２３には、各時点の測定データを取得時刻順に並べた時系列情報が記憶される。
【0026】
また、義歯２がユーザの下顎から取り外され、ベース装置３に設けられた保管スペース３４にセットされると、演算部２２は、ベース装置３から送信される制御信号に応じた処理を実行する。例えば、演算部２２は、記憶部２３に保存された測定データを読み出して通信部２４を介してベース装置３に送信したり、記憶部２３に保存された測定データを消去したりする。
【0027】
また、演算部２２は、センサ部２１の動作モードを以下のように制御してもよい。例えば、演算部２２は、ユーザの摂食動作に応じた加速度のパターンを予め記憶しておく。このようなパターンは、例えば記憶部２３に記憶されてもよい。そして、演算部２２は、初期モードとして、サンプリングレートが比較的低い（すなわち、サンプリング周期が比較的長い）省電力モードでセンサ部２１を動作させてもよい。また、演算部２２は、センサ部２１により継続的に取得される測定データを常時監視し、ユーザの摂食動作に応じた加速度のパターン（例えば、予め定められた閾値以上の加速度等）を検知したことをトリガとして、省電力モードよりもサンプリングレートが高い（すなわち、サンプリング周期が短い）データ取得モードでセンサ部２１を動作させてもよい。その後、演算部２２は、例えばユーザの摂食動作に応じた加速度のパターンが検知されなくなった時点から予め定められた設定時間（例えば３０秒等）が経過したことをトリガとして、センサ部２１の動作モードを再度省電力モードに切り替えてもよい。
【0028】
このように、ユーザの摂食時以外の期間におけるセンサ部２１の動作モードを省電力モードに設定することにより、センサ部２１の電力消費量を低減できる。その結果、ユーザが義歯２を長時間継続して装着する場合であっても、測定データを継続して取得することができる。また、ユーザの摂食時にはセンサ部２１の動作モードをデータ取得モードに設定することにより、ユーザの摂食時におけるユーザの顎運動を示す精度の高い測定データを取得することができる。
【0029】
或いは、演算部２２は、予めユーザの食事予定時間帯（例えば、朝食、昼食、おやつ、及び夕食の各々に対応する時間帯）を記憶しておき、当該食事予定時間帯以外の時間帯においてセンサ部２１を省電力モードで動作させ、当該食事予定時間帯においてセンサ部２１をデータ取得モードで動作させてもよい。このような動作モードの制御によっても、上述した効果と同様の効果が得られる。なお、食事予定時間に関する上記制御には、前述したタイマ・カウンタ等を利用することができる。
【0030】
通信部２４は、義歯２がベース装置３の保管スペース３４にセットされた状態で、無線通信によりベース装置３と通信する機能を有する。通信部２４は、例えば情報送受信用のアンテナ等によって構成される。無線通信は、例えば、電波通信、光通信、及び音波通信等である。電波通信は、例えばBluetooth（登録商標）、Wi-Fi（登録商標）等を用いた通信である。光通信は、例えば可視光又は赤外線等を用いた通信である。音波通信は、例えば超音波等を用いた通信である。通信部２４は、ベース装置３から制御信号を受信すると、当該制御信号を演算部２２へと送信する。また、通信部２４は、演算部２２から測定データを受信すると、当該測定データをベース装置３へと送信する。
【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】
また、生成部４４により生成される提案情報は、上述した内容の情報に加えて、解析結果に対する統計的処理等によって把握された情報、過去のユーザの食事（解析結果から把握された情報）の履歴等、ユーザにとって有用と考えられる種々の情報を含んでもよい。下表に、生成部４４により生成される提案情報（表示項目）の一例を示す。
【表1】
【0086】
［食生活推定装置の処理フロー］
図１０は、食生活推定装置１の処理フローの一例を示す図である。図１０に示されるように、まず、義歯２がユーザによって装着される（ステップＳ１）。そして、ユーザが、義歯２を装着したまま日常生活を実施する（ステップＳ２）。日常生活には、ユーザが食べ物を摂取する食事期間が含まれる。これにより、義歯２のセンサ２０において、食事期間におけるユーザの顎運動情報（本実施形態では、センサ部２１により取得される３軸加速度データ及び／又は３軸角速度データ）が測定データとして取得及び保存される。ユーザは、例えば就寝前等のタイミングで、義歯２をユーザの下顎から取り外して、ベース装置３の保管スペース３４に入れる（ステップＳ３）。
図１０は、食生活推定装置１の処理フローの一例を示す図である。図１０に示されるように、まず、義歯２がユーザによって装着される（ステップＳ１）。そして、ユーザが、義歯２を装着したまま日常生活を実施する（ステップＳ２）。日常生活には、ユーザが食べ物を摂取する食事期間が含まれる。これにより、義歯２のセンサ２０において、食事期間におけるユーザの顎運動情報（本実施形態では、センサ部２１により取得される３軸加速度データ及び／又は３軸角速度データ）が測定データとして取得及び保存される。ユーザは、例えば就寝前等のタイミングで、義歯２をユーザの下顎から取り外して、ベース装置３の保管スペース３４に入れる（ステップＳ３）。
【0087】
続いて、ベース装置３は、通信部３２により義歯２のセンサ２０から測定データを取得する。また、ベース装置３は、無線充電用アンテナ３１によりセンサ２０を充電すると共に、洗浄部３３により義歯２を洗浄する（ステップＳ４）。ユーザは、ステップＳ４の処理が完了した後（例えば、起床後等のタイミング）に、義歯２をベース装置３から取り出し（ステップＳ５）、再度義歯２を装着する（ステップＳ１）。一方、ベース装置３は、ステップＳ４において保管スペース３４に義歯２がセットされた状態で取得した測定データを、ユーザ端末４に送信する（ステップＳ６）。
【0088】
続いて、ユーザ端末４において、取得部４１が、ベース装置３から測定データを取得する（ステップＳ７）。続いて、解析部４２が、測定データを解析する（ステップＳ８）。具体的には、図５に示されるように、解析部４２は、咀嚼区間特定モジュール４２ａにより一口毎の咀嚼区間ＣＳ（図６参照）を特定し、フィルタリング・演算モジュール４２ｂにより咀嚼区間ＣＳ毎にノイズ除去等を行う。これにより、一口毎の咀嚼情報（本実施形態では一例として、時系列データＤ１，Ｄ２）が得られる。そして、解析部４２は、解析モジュール４２ｃにより、一口毎の咀嚼情報から一口毎の解析結果を取得する。解析結果は、解析モデルＭ１を用いて得られる情報を含んでいるが、解析モデルＭ１を用いずに得られる情報を更に含んでもよい。本実施形態では、解析モデルＭ１を用いて得られる情報は、一口毎のユーザが咀嚼したと推定される食べ物の属性と一口毎の咀嚼筋活動量の推定値とを含む。解析モデルＭ１を用いずに得られる情報は、一口毎の咀嚼情報に対する統計的手法等により得られる情報であり、例えば、一口毎の咀嚼回数、一口毎の咬合力、一口毎の姿勢（摂食時の頭部の姿勢）等の情報である。
【0089】
続いて、生成部４４が、解析部４２による解析結果に基づいて、上述したような提案情報を生成する（ステップＳ９）。続いて、出力部４６が、生成部４４により生成された提案情報を出力する（ステップＳ１０）。本実施形態では、出力部４６は、表示用データを表示部４７に出力する。表示部４７は、出力部４６から取得した表示用データ（提案情報）を表示する（ステップＳ１１）。これにより、提案情報がユーザに提示される。
【0090】
［作用効果］
食生活推定装置１（本実施形態では、特にユーザ端末４）は、解析部４２を備える。このようなユーザ端末４では、機械学習により生成された解析モデルＭ１を用いることにより、ユーザが咀嚼したと推定される食べ物の属性が取得される。また、解析モデルＭ１は、解析対象のユーザ自身の過去の食事から得られる教師データを用いて機械学習されている。従って、ユーザ端末４によれば、ユーザの摂食時における顎運動の特徴を学習した解析モデルＭ１を用いて、簡易かつ精度良く解析結果（ユーザが咀嚼したと推定される食べ物の属性）を取得することができる。
食生活推定装置１（本実施形態では、特にユーザ端末４）は、解析部４２を備える。このようなユーザ端末４では、機械学習により生成された解析モデルＭ１を用いることにより、ユーザが咀嚼したと推定される食べ物の属性が取得される。また、解析モデルＭ１は、解析対象のユーザ自身の過去の食事から得られる教師データを用いて機械学習されている。従って、ユーザ端末４によれば、ユーザの摂食時における顎運動の特徴を学習した解析モデルＭ１を用いて、簡易かつ精度良く解析結果（ユーザが咀嚼したと推定される食べ物の属性）を取得することができる。
【0091】
また、上述したように、解析モデルＭ１は、ユーザについて取得された過去の一口分の顎運動を示す時系列情報である咀嚼情報（第１情報）のうち１回目の噛み動作に対応する顎運動を示す時系列情報である第１咀嚼情報（本実施形態では、図８における区間Ｂ１におけるデータ）と、上記第１情報のうち２回目の噛み動作に対応する顎運動を示す時系列情報である第２咀嚼情報（本実施形態では、図８における区間Ｂ２におけるデータ）と、当該過去の一口分の顎運動によりユーザが咀嚼した食べ物の属性を示す情報（第２情報）とを含む教師データを用いて機械学習された学習済みモデルであってもよい。解析部４２（解析モジュール４２ｃ）は、咀嚼情報から第１咀嚼情報に対応する情報と第２咀嚼情報に対応する情報とを抽出し、抽出された情報を解析モデルＭ１に入力することにより、一口分の顎運動によりユーザが咀嚼したと推定される食べ物の属性を取得してもよい。特に１回目の噛み動作及び２回目の噛み動作に対応する顎運動には、咀嚼された食べ物の属性に応じた特徴が現れやすい。従って、上記構成によれば、１回目の噛み動作及び２回目の噛み動作に対応する顎運動を特徴量として用いて機械学習された解析モデルＭ１を用いることにより、ユーザが咀嚼したと推定される食べ物の属性をより精度良く取得することができる。
【0092】
また、ユーザ端末４は、ユーザの下顎に装着される義歯に設けられたセンサによって検出された３軸方向の加速度及び３軸方向の角速度の少なくとも一方の時間変化を示す顎運動情報を取得する取得部４１を備える。そして、解析部４２（咀嚼区間特定モジュール４２ａ及びフィルタリング・演算モジュール４２ｂ）は、当該顎運動情報に基づいて、咀嚼情報を取得する。この構成によれば、日常的にユーザの下顎に装着される義歯２に設けられたセンサ２０により、咀嚼情報の基となる顎運動情報を取得することができる。また、ユーザが摂食時を含む日常生活時に装着する義歯２に設けられたセンサ２０を利用することにより、ユーザに過度の負担をかけることなく、顎運動情報を適切に取得することができる。
【0093】
また、ユーザ端末４は、取得部４１と、解析部４２と、生成部４４と、出力部４６と、を備える。また、食生活推定装置１は、義歯２と、センサ２０により取得された測定データを解析するユーザ端末４と、を備える。このような食生活推定装置１及びユーザ端末４では、ユーザの摂食時の顎運動の解析結果から、ユーザに対する摂食に関連する提案情報が生成及び出力される。これにより、解析結果に基づく摂食関連提案をユーザ等に適切に提示することが可能となる。従って、食生活推定装置１及びユーザ端末４によれば、ユーザに有益な情報を適切に提供することができる。
【0094】
また、本実施形態では、測定データの解析、提案情報の生成、及び提案情報の表示がローカル（すなわち、ユーザ端末４上）で行われるため、ユーザに対してリアルタイムでのフィードバック（提案情報の提示）が可能となる。また、例えば測定データを解析するためのサーバ（例えばクラウドサービスを提供するデータセンター等に設置された装置）に測定データを送信したり、当該サーバに解析処理を実行させたりする必要がない。このため、通信負荷及び上記サーバの処理負荷等を抑えることができる。
【0095】
また、測定データ（顎運動情報）は、ユーザの下顎に装着される義歯２に設けられたセンサ２０によって検出された３軸方向の加速度及び３軸方向の角速度の少なくとも一方の時間変化を示す情報を含んでいる。本実施形態では、測定データは、３軸方向の加速度の時間変化を示す情報（３軸加速度データ）である。この構成によれば、ユーザが摂食時を含む日常生活時に装着する義歯２に設けられたセンサ２０を利用することにより、ユーザに過度の負担をかけることなく、センサ２０により検出された加速度及び／又は角速度の時間変化を示す情報を測定データとして適切に取得することができる。例えば、従来、咀嚼筋活動量の測定は、ユーザの腔内ではなく外側の皮膚に電極を取り付けて測定されているが、本実施形態では、義歯２に設けられたセンサ２０を利用することにより、このような電極の取り付けを不要にすることができる。
【0096】
また、測定データは、ユーザの摂食時の顎運動の時系列情報であり、解析部４２による解析結果は、摂食時にユーザが咀嚼したと推定される食べ物の属性を示す属性情報を含んでいる。本実施形態では、食べ物の属性は、食べ物の大きさ、硬さ、及び種類である。これにより、ユーザが摂取したと推定される食べ物の属性に応じた提案情報をユーザに提示することが可能となる。
【0097】
また、解析部４２は、測定データから、一口分の顎運動を示す時系列情報である咀嚼情報（本実施形態では時系列データＤ１，Ｄ２）を抽出する。そして、解析部４２は、機械学習により生成された解析モデルＭ１に咀嚼情報を入力し、解析モデルＭ１から出力される、一口分の顎運動によりユーザが咀嚼したと推定される食べ物の属性を、属性情報として取得する。解析モデルＭ１は、ユーザについて取得された過去の一口分の顎運動を示す時系列情報である咀嚼情報（第１情報）と当該過去の一口分の顎運動によりユーザが咀嚼した食べ物の属性を示す情報（第２情報）とを含む教師データを用いて機械学習された学習済みモデルである。上記構成により、ユーザに特有の摂食時における顎運動の特徴を学習した解析モデルＭ１を用いて、簡易かつ精度良く解析結果（ユーザが咀嚼したと推定される食べ物の属性）を取得することができる。なお、本実施形態では一例として、解析モデルＭ１は、上記食べ物の属性に加えて、一口分の咀嚼筋活動量の推定値も出力するように構成されている。すなわち、解析モデルＭ１は、上記過去の一口分の咀嚼筋活動量を更に含む教師データを用いて機械学習された学習済みモデルである。つまり、解析モデルＭ１の出力対象及び解析部４２の取得対象は、食べ物の属性情報のみでもよいが、食べ物の属性情報と上述の一口分の咀嚼筋活動量の推定値とを更に含んでもよい。解析部４２が一口分の咀嚼筋活動量の推定値も取得する場合、教師データは第２情報として一口分の咀嚼筋活動量も含むように構成される。
【0098】
また、ユーザ端末４は、出力部４６により出力された提案情報を表示する表示部４７を備えている。表示部４７に提案情報（例えば、上記表１に示した表示項目に対応する情報の一部又は全部）を表示させることにより、解析結果に応じた提案内容を適切にユーザに提示することができる。
【0099】
また、食生活推定装置１は、ユーザの下顎から取り外された義歯２を保管するベース装置３を備える。そして、ベース装置３は、センサ２０と通信することによりセンサ２０から測定データを取得すると共に、ユーザ端末４と通信することによりユーザ端末４に当該測定データを送信する通信部３２を有する。上記構成によれば、ユーザは義歯２をベース装置３にセットするだけで、測定データがベース装置３からユーザ端末４へと自動的に送信される。これにより、義歯２に設けられたセンサ２０からの測定データの取得（吸い上げ）に関して、ユーザの利便性を高めることができる。
【0100】
また、ベース装置３は、センサ２０を充電する無線充電用アンテナ３１を更に有する。上記構成によれば、通信部３２による通信と共に無線充電用アンテナ３１による充電を実施することができる。これにより、通信部３２による通信動作中に消費されるセンサの電力を適切に補うことができる。
【0101】
また、ベース装置３は、義歯２を洗浄する洗浄部３３を更に有する。上記構成によれば、ユーザは義歯２をベース装置３にセットするだけで、ユーザ端末４への測定データの送信と義歯２の洗浄とを合わせて行うことができる。これにより、ユーザの利便性を高めることができる。
【0102】
［変形例］
以上、本開示の一実施形態について説明したが、本開示は、上述した実施形態に限定されるものではない。
以上、本開示の一実施形態について説明したが、本開示は、上述した実施形態に限定されるものではない。
【0103】
例えば、上記実施形態では、義歯２を装着するユーザの端末（ユーザ端末４）が食生活推定装置として構成されたが、食生活推定装置は、ユーザ端末４とは異なる端末上に構成されてもよい。例えば、上述した食生活推定装置（ユーザ端末４）は、ユーザの主治医の端末（例えば病院内の端末等）であってもよい。この場合、ベース装置３は、病院内に設けられてもよい。この場合、ユーザが定期的に病院を受診する際に、義歯２をベース装置３にセットすることにより、主治医の端末に測定データを吸い上げることができる。また、診察時において、主治医は、端末上で測定データの解析結果と解析結果に応じた提案情報とを参照しながら、ユーザに摂食に関するアドバイス等を行うことができる。
【0104】
また、図１１に示される変形例に係る食生活推定装置１Ａのように、上述した食生活推定装置（特にユーザ端末４）の機能はサーバ上に構成されてもよい。食生活推定装置１Ａは、ユーザ端末４及びサーバ５の代わりにユーザ端末４Ａ及びサーバ５Ａを備える点で、食生活推定装置１と相違している。具体的には、食生活推定装置１Ａでは、ユーザ端末４が備えていた機能の一部（取得部４１、解析部４２、解析モデル記憶部４３、生成部４４、及び提案モデル記憶部４５）をサーバ５Ａが備えている。サーバ５Ａは、出力部４６Ａを備えている。ユーザ端末４Ａは、表示部４７と同様の表示部４７Ａを備えている。
【0105】
ユーザ端末４Ａは、ベース装置３から測定データを取得すると、当該測定データに対する解析処理を自装置では実施することなく、当該測定データをサーバ５Ａに送信するように構成されている。サーバ５Ａは、上述したユーザ端末４と同様に、測定データの解析と、解析結果に基づく提案情報の生成と、を実行するように構成されている。
【0106】
出力部４６Ａは、義歯２を装着するユーザが所有するユーザ端末４Ａに提案情報を通知してもよい。これにより、ユーザ端末４Ａの表示部４７Ａに、出力部４６Ａから通知された提案情報が表示される。上記構成によれば、本変形例のように食生活推定装置が例えばクラウド上のサーバ５Ａとして構成される場合において、提案情報を適切にユーザに提示することができる。
【0107】
また、出力部４６Ａは、義歯２を装着するユーザとは異なる他ユーザが所有する端末であって予め通知先として設定された端末にも提案情報を通知してもよい。例えば、サーバ５Ａは、ユーザ毎に、当該ユーザに関連付けられる他ユーザの連絡先（例えばメールアドレス等）を予め登録及び保存しておけばよい。本変形例では、端末４Ｂ及び端末４Ｃが通知先として設定されている。端末４Ｂは、ユーザの家族又は近親者である他ユーザが所有する端末である。端末４Ｃは、ユーザの主治医である他ユーザが所有する端末である。これにより、端末４Ｂの表示部４７Ｂ及び端末４Ｃの表示部４７Ｃの各々に、出力部４６Ａから通知された提案情報が表示される。上記構成によれば、他ユーザがユーザの摂食状況を把握することができる。これにより、ユーザの家族・近親者、主治医等によるユーザの摂食状況の見守りを実現することができる。
【0108】
なお、ユーザが義歯２を長期間付けたままにしてしまうことも考えられる。この場合、サーバ５Ａによる測定データの解析及び提案情報の生成が実行されず、ユーザの家族・近親者、主治医等への提案情報の通知が行われないため、上記の見守りが適切に実現されない。そこで、例えばサーバ５Ａ（例えば出力部４６Ａ）は、あるユーザについての提案情報が生成されない状態が予め定められた期間以上継続した場合に、当該ユーザに対して予め関連付けられた他ユーザの端末４Ｂ，４Ｃにその旨を通知してもよい。また、このような通知は、ベース装置３又はユーザ端末４Ａによって行われてもよい。例えば、ベース装置３は、義歯２がベース装置３の保管スペース３４に前回セットされて通信、充電、及び洗浄等が実施されてから、義歯２がベース装置３の保管スペース３４にセットされない状態が予め定められた期間以上経過した場合に、他ユーザの端末４Ｂ，４Ｃにその旨を通知してもよい。同様に、ユーザ端末４Ａは、ベース装置３から測定データを取得できない状態が予め定められた期間以上継続した場合に、他ユーザの端末４Ｂ，４Ｃにその旨を通知してもよい。また、ユーザ端末４Ａは、ユーザに対して義歯２をベース装置３にセットすることを促すための通知情報を、表示部４７Ａに表示してもよい。
【0109】
また、上記実施形態では、解析モデルＭ１はユーザ毎に用意された。すなわち、解析モデルＭ１は、解析対象となるユーザが過去に行った摂食動作から得られた教師データのみを基づいて生成された。しかし、解析モデルＭ１は、不特定のユーザ（義歯２と同様にセンサが設けられた義歯を装着したユーザ）について取得された過去の一口分の顎運動を示す咀嚼情報（第１情報）と過去の一口分の顎運動により当該不特定のユーザが咀嚼した食べ物の属性（第２情報）とを含む教師データを用いて機械学習された学習済みモデルであってもよい。つまり、解析モデルＭ１の学習のために用いられる教師データは、不特定の複数のユーザが過去に行った摂食動作から得られたものであってもよい。不特定の複数のユーザが過去に行った摂食動作から教師データを得た場合、あるユーザが解析対象になったときに、第１情報中、最も当該ユーザにあてはまる第２情報に対応した解析結果を出力するように学習されてもよい。この場合、解析モデルＭ１を複数のユーザ間で共通化できる。これにより、解析モデルＭ１をユーザ毎に作成及び管理する必要がなくなるという利点がある。また、上記実施形態のように解析モデルＭ１をユーザ毎に用意する場合と比較して、解析モデルＭ１のための教師データを収集し易いという利点もある。
【0110】
更に、図１２に示されるように、解析モデルＭ１は、不特定のユーザの属性を示すユーザプロファイルを更に含む教師データを用いて機械学習された学習済みモデルであってもよい。この場合、解析部４２は、解析モデルＭ１に対してユーザ（解析対象となるユーザ）の属性を示すユーザプロファイル（プロファイル情報）を更に入力するように構成される。ここで、ユーザの属性は、例えば、性別、年齢（又は年代）、健康状態等である。ユーザの摂食時の顎運動は、このようなユーザの属性によって異なると考えられる。従って、上記構成によれば、ユーザの属性を特徴量に含めることにより、ユーザが咀嚼したと推定される食べ物の属性をより精度良く取得することができる。
【0111】
また、解析結果は、摂食時においてユーザの口を開く大きさを示す開口量を含んでもよい。このような開口量は、例えば上述した咀嚼情報（図９の時系列データＤ３）の波形から把握することができる。そして、生成部４４は、開口量に基づいて、顎関節症の診断要否に関する情報を含む提案情報を生成してもよい。例えば、生成部４４は、所定期間（例えば、一日分）に対応する解析結果から、当該所定期間におけるユーザの開口量の最大値（或いは平均値等）を取得し、当該最大値と予め定められた閾値とを比較する。そして、生成部４４は、当該最大値が閾値よりも小さい場合に、顎関節症の疑いがあると判断し、顎関節症の診断を促す提案情報を生成してもよい。このような構成によれば、ユーザが摂食時に口を開く大きさに基づいて、顎関節症の疑いがあるユーザ等に対して早期の診断を促す提案を行うことができる。
【0112】
また、生成部４４は、予めユーザの普段の食事量に関する情報を保持しておき、所定期間に対応する解析結果（主に一口毎に推定される食べ物の大きさ）から当該所定期間におけるユーザの総食事量を算出し、当該総食事量と上記普段の食事量とを比較し、比較結果に応じた提案情報を生成してもよい。例えば、生成部４４は、上記総食事量が上記普段の食事量よりも予め定められた閾値以上少ないときには、胃又は腸の疾患の疑いがあると判断して、胃又は腸の調子を確認するように促す提案情報を生成してもよい。或いは、生成部４４は、上記総食事量が上記普段の食事量よりも予め定められた閾値以上多いときには、食べ過ぎと判断して、食事量を抑えるように促す提案情報を生成してもよい。
【0113】
また、例えばユーザが総義歯を装着する場合等には、上顎に装着される義歯にも、上述した下顎に装着される義歯２のセンサ２０と同様のセンサが設けられてもよい。そして、取得部４１により取得される測定データは、センサ２０によって検出される測定データ（以下「下顎測定データ」）と共に、ユーザの上顎に装着される義歯に設けられたセンサによって検出される、３軸方向の加速度及び３軸方向の角速度の少なくとも一方の時間変化を示す情報（以下「上顎測定データ」）を含んでもよい。例えば、ユーザが車、電車等の乗り物に乗車している際に、当該乗り物からの振動成分がセンサ２０により検出されてしまい、ユーザの摂食時の顎運動であると誤検出されるおそれがある。また、ユーザが乗り物に乗車している際に食事を行った場合には、ユーザの摂食時の顎運動に乗り物からの振動成分がノイズとして混入してしまうことになる。一方、上記構成によれば、解析部４２は、ユーザの下顎に装着される義歯２に設けられたセンサ２０の検出結果だけでなく、ユーザの上顎に装着される義歯に設けられたセンサの検出結果を利用して解析を行うことができる。具体的には、咀嚼区間特定モジュール４２ａは、下顎測定データだけでなく上顎測定データを用いることにより、下顎測定データのうちユーザの顎運動を示す運動成分のみを咀嚼情報として取得（抽出）することができる。例えば、咀嚼区間特定モジュール４２ａは、上顎のセンサの検出結果（すなわち、上顎測定データ）に対する下顎のセンサの検出結果（すなわち、下顎測定データ）の相対値を得ることにより、乗り物からの振動成分（すなわち、上顎のセンサ及び下顎のセンサの両方に共通して含まれる成分）をキャンセルすることができる。その結果、上述した問題を解消することができる。
【0114】
また、上記実施形態では、一実施形態の食生活推定装置としてのユーザ端末４又はサーバ５Ａは、測定データを解析することによりユーザが咀嚼したと推定される食べ物の属性を解析結果として取得する解析機能を備えると共に、当該解析結果に基づく提案を行う提案機能を備えていた。しかし、食生活推定装置としてのユーザ端末４又はサーバ５Ａにおいて、上記提案機能（すなわち、生成部４４、提案モデル記憶部４５、出力部４６、及び表示部４７等）は必須ではない。すなわち、上記実施形態で説明した提案機能を実行する部分は、ユーザ端末４又はサーバ５Ａから別の装置として切り出されてもよい。
【0115】
また、図１３に示される変形例に係る食生活推定装置１Ｂのように、食生活推定装置１Ｂは、図１に示されるユーザ端末４にサーバ５の機能を付加したユーザ用デバイス４Ｄを備えることにより、サーバを省略してもよい。ユーザ用デバイス４Ｄは、例えばユーザの自宅等に独立して設けられてもよい。或いは、ユーザ用デバイス４Ｄは、図１１に示される端末４Ｂと同様の端末４Ｅ、図１１に示される端末４Ｃと同様の端末４Ｆ等に対して、電話線及びインターネット回線等の任意の通信ネットワークを経由して情報（例えば、出力部４６により出力される情報）を通知可能とされてもよい。ユーザ用デバイス４Ｄ、端末４Ｅ、及び端末４Ｆが備える各機能は、上述したユーザ端末４、サーバ５、端末４Ｂ、及び端末４Ｃが備える各機能と同様であるため、詳細な説明を省略する。ユーザ用デバイス４Ｄが端末４Ｅ及び端末４Ｆと接続される場合、提案情報及び警告等をユーザの関係者（例えば、家族、主治医等）に適切に通知することが可能となる。特に、ユーザの関係者がユーザと別居している場合において、ユーザに生じた不具合の早期発見及び早期対応が可能となる。
【符号の説明】
【0116】
１，１Ａ，１Ｂ…食生活推定装置、２…義歯、４…ユーザ端末、５Ａ…サーバ、２０…センサ、４１…取得部、４２…解析部、４２ａ…咀嚼区間特定モジュール、４２ｂ…フィルタリング・演算モジュール、４２ｃ…解析モジュール、Ｍ１…解析モデル。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】