JP2019207510A - 摂取カロリー推定装置及び摂取カロリー推定方法 - Google Patents

Abstract

【課題】食事の記録における利用者の負担を軽減させる。【解決手段】個人健康記録サーバーは、ＧＰＳから取得した利用者の位置情報と当該位置情報の取得日時とを対応付けた時系列データに基づいて、利用者の滞在時間が立ち寄り閾値より大きい場合に（ステップＳ４４；ＹＥＳ）、立ち寄りと判断し、立ち寄りと判断された位置に存在する施設の施設情報を取得する（ステップＳ４５）。取得された施設情報に対応する施設が飲食店である場合に（ステップＳ４６；ＹＥＳ）、当該施設情報に基づいて、当該施設情報に対応する施設にて利用者が摂取した摂取カロリーを推定する（ステップＳ４８）。【選択図】図１２

Description

本発明は、摂取カロリー推定装置及び摂取カロリー推定方法に関する。

近年、ＩＣＴ（Information and Communication Technology）の普及に伴い、個人の健康の維持・促進を支援する健康管理の仕組みが導入されつつある。例えば、各個人の健康・医療・介護等の情報を収集し、一元的に管理するシステムが期待される。

個人健康記録（ＰＨＲ：Personal Health Record）では、各利用者の食事や運動の記録も重要である。日常生活行動を解析する方法として、ＧＰＳ（Global Positioning System）によって取得する位置情報と時間情報とからなる時系列データと、位置情報における位置に該当する地域の地図情報及び空間機能情報から、使用者の行動内容を推定する技術が提案されている（特許文献１参照）。

特開平９−５３９５７号公報

しかし、食事の記録は、各利用者がいつ、どこで、何を食べたか等の情報を、食事ごとに入力する必要があるため、食事を記録することを忘れてしまったり、入力操作を面倒に思ってしまったりするおそれがあった。そのため、利用者が食事の記録に対する意欲を維持しながら、記録を継続することは困難であった。

本発明は、上記の従来技術における問題に鑑みてなされたものであって、食事の記録における利用者の負担を軽減させることを課題とする。

上記課題を解決するために、請求項１に記載の発明は、ＧＰＳから取得した利用者の位置情報と当該位置情報の取得日時とを対応付けた時系列データに基づいて、前記利用者の位置が一定時間変化しない場合に、立ち寄りと判断する立ち寄り判断手段と、前記立ち寄りと判断された位置に存在する施設の施設情報を取得する施設情報取得手段と、前記施設情報取得手段により取得された施設情報に対応する施設が飲食店である場合に、当該施設情報に基づいて、当該施設情報に対応する施設にて前記利用者が摂取した摂取カロリーを推定する推定手段と、を備える摂取カロリー推定装置である。

請求項２に記載の発明は、請求項１に記載の摂取カロリー推定装置において、前記施設情報に対応する施設が飲食店であり、前記推定手段は、前記施設情報取得手段により取得された施設情報に含まれる飲食店の種別ごとに予め登録されている平均摂取カロリーを取得することで、前記利用者が摂取した摂取カロリーを推定する。

請求項３に記載の発明は、請求項１又は２に記載の摂取カロリー推定装置において、前記利用者による操作指示に基づいて、前記推定された摂取カロリーを修正する修正手段と、前記修正された摂取カロリーの修正値を、当該修正された摂取カロリーを前記利用者が摂取した施設と対応付けて記憶する記憶手段と、を備え、前記推定手段は、前記施設情報取得手段により取得された施設情報に対応する施設について、前記記憶手段に前記修正値が記憶されている場合に、当該修正値を取得することで、前記利用者が摂取した摂取カロリーを推定する。

請求項４に記載の発明は、請求項１から３のいずれか一項に記載の摂取カロリー推定装置において、前記利用者が飲食を行う特定摂取位置に対して、当該特定摂取位置における特定摂取カロリーを対応付けて登録する登録手段を備え、前記推定手段は、前記施設情報取得手段により取得された施設情報に対応する施設が飲食店ではなく、前記立ち寄りと判断された位置が前記特定摂取位置と一致する場合に、当該特定摂取位置に対応付けられた特定摂取カロリーを取得することで、前記利用者が摂取した摂取カロリーを推定する。

請求項５に記載の発明は、請求項４に記載の摂取カロリー推定装置において、前記登録手段は、１日のうちの複数の時間帯に対して、それぞれ異なる特定摂取カロリーを登録可能であり、前記推定手段は、前記立ち寄りと判断された時刻が含まれる時間帯に対応する特定摂取カロリーを取得する。

請求項６に記載の発明は、ＧＰＳから取得した利用者の位置情報と当該位置情報の取得日時とを対応付けた時系列データに基づいて、前記利用者の位置が一定時間変化しない場合に、立ち寄りと判断する立ち寄り判断工程と、前記立ち寄りと判断された位置に存在する施設の施設情報を取得する施設情報取得工程と、前記施設情報取得工程において得された施設情報に対応する施設が飲食店である場合に、当該施設情報に基づいて、当該施設情報に対応する施設にて前記利用者が摂取した摂取カロリーを推定する推定工程と、を含む摂取カロリー推定方法である。

本発明によれば、食事の記録における利用者の負担を軽減させることができる。

健康情報管理システムのシステム構成図である。 個人健康記録サーバーの機能的構成を示すブロック図である。 利用者ＤＢのデータ構成例を示す図である。 ファイル格納部におけるフォルダー構成を示す図である。 利用者端末の機能的構成を示すブロック図である。 個人健康記録サーバーと利用者端末において実行される利用者登録処理を示すラダーチャートである。 （ａ）は、利用者端末に表示されるホーム画面の例である。（ｂ）は、利用者端末に表示されるログイン画面の例である。 （ａ）〜（ｃ）は、利用者端末に表示される利用者登録画面の例である。 利用者端末により実行される利用者行動記録処理を示すフローチャートである。 個人健康記録サーバーにより実行される消費・摂取カロリー推定処理を示すフローチャートである。 消費カロリー推定処理を示すフローチャートである。 摂取カロリー推定処理を示すフローチャートである。 摂取カロリー推定処理を示すフローチャートである。 個人健康記録サーバーと利用者端末において実行される摂取カロリー修正処理を示すラダーチャートである。 （ａ）は、利用者端末に表示される行動解析画面の例である。（ｂ）及び（ｃ）は、利用者端末に表示される摂取カロリー修正画面の例である。

以下、図面を参照して、本発明に係る摂取カロリー推定装置及び摂取カロリー推定方法の一実施形態について説明する。ただし、発明の範囲は、図示例に限定されない。

〔健康情報管理システムの構成〕
図１に、健康情報管理システム１００のシステム構成を示す。
図１に示すように、健康情報管理システム１００は、摂取カロリー推定装置としての個人健康記録サーバー１０と、各利用者が使用する利用者端末２０と、地図情報提供装置３０と、を備えて構成されている。個人健康記録サーバー１０、利用者端末２０、地図情報提供装置３０は、通信ネットワークＮを介してデータ通信可能に接続されている。なお、利用者端末２０の台数は、特に限定されない。

個人健康記録サーバー１０は、利用者端末２０から登録される健康に関する情報を蓄積し管理する。個人健康記録サーバー１０は、クラウド環境に設けられたクラウドサーバーであってもよい。

利用者端末２０は、各利用者により使用されるスマートフォン、タブレット端末等の携帯端末である。利用者端末２０は、各利用者によって常に携帯され、利用者の位置情報を個人健康記録サーバー１０に送信する。また、利用者端末２０は、各利用者が利用者自身の健康に関する情報を個人健康記録サーバー１０に登録する際等に用いられる。

地図情報提供装置３０は、指定された位置（緯度・経度）に存在する施設の施設情報を提供するサービスを行う。施設情報には、施設名称、施設種別（飲食店であるか否か）が含まれる。また、施設が飲食店である場合、施設情報には、飲食店種別が含まれる。

〔個人健康記録サーバーの構成〕
図２に、個人健康記録サーバー１０の機能的構成を示す。
図２に示すように、個人健康記録サーバー１０は、制御部１１、通信部１２、ＲＡＭ１３、計時部１４、記憶部１５等を備えて構成されており、各部はバス１６により接続されている。

制御部１１は、ＣＰＵ（Central Processing Unit）等から構成され、個人健康記録サーバー１０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、記憶部１５に記憶されている各種処理プログラムを読み出してＲＡＭ１３に展開し、当該プログラムとの協働により各種処理を行う。

通信部１２は、ネットワークインターフェース等により構成され、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット等の通信ネットワークＮを介して接続された外部機器との間でデータの送受信を行う。

ＲＡＭ１３は、制御部１１により実行制御される各種処理において、記憶部１５から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。

計時部１４は、計時回路（ＲＴＣ：Real Time Clock）を有し、この計時回路により現在日時を計時して制御部１１に出力する。

記憶部１５は、ＨＤＤ（Hard Disk Drive）や不揮発性の半導体メモリー等により構成され、各種処理プログラム、当該プログラムの実行に必要なパラメーターやファイル等を記憶している。例えば、記憶部１５には、外部機器に搭載されたＷｅｂブラウザーとＨＴＴＰプロトコルによる通信を行ってＷｅｂブラウザーに各種Ｗｅｂ画面を提供するＷｅｂサーバーとしての機能を実現させるためのＷｅｂサーバープログラムや、Ｗｅｂサーバー上で動作し、Ｗｅｂブラウザーを介して外部機器の操作者に健康記録サービスを提供するためのアプリケーションプログラム等が記憶されている。

記憶部１５には、利用者ＤＢ（DataBase）１５１、飲食店種別対応テーブル１５２が記憶されている。また、記憶部１５は、ファイル格納部１５３を有する。

図３に、利用者ＤＢ１５１のデータ構成例を示す。
利用者ＤＢ１５１には、利用者ＩＤの最終値、各利用者の利用者情報が格納される。
利用者ＩＤは、各利用者に対してシステムが自動で付番するユニークなＩＤである。
利用者ＩＤの最終値は、利用者ＩＤとして付番された値の最終値である。次回の利用者登録時には、この最終値に１を加算した値が利用者ＩＤとして発行される。
利用者情報は、各利用者に関する情報である。

図３に示すように、利用者情報には、利用者ＩＤ、登録日時、メールアドレス、パスワード、利用者名、性別（０：男性、１：女性）、生年月日、身長、体重、特定摂取位置データ数、各特定摂取位置の特定摂取位置情報、修正施設データ数、各施設の修正施設情報等が含まれる。
登録日時は、利用者情報が登録された日時である。
メールアドレスは、利用者への通知先となる電子メールのアドレスであり、ログインＩＤとしても使用される。
パスワードは、利用者が健康情報管理システム１００を利用する際の利用者認証に用いられる。
利用者名、性別、生年月日、身長、体重は、それぞれ、利用者の氏名、性別、生年月日、身長、体重である。

特定摂取位置データ数は、該当する利用者に対して登録されている特定摂取位置のデータ数である。特定摂取位置は、利用者が飲食物を摂取する場所（施設）であり、利用者の自宅や社員食堂等が予め登録されている。
特定摂取位置情報は、各特定摂取位置に関する情報である。

図３に示すように、特定摂取位置情報には、緯度、経度、ラベル、第１起点時刻、第１終点時刻、第１摂取カロリー、第２起点時刻、第２終点時刻、第２摂取カロリー、第３起点時刻、第３終点時刻、第３摂取カロリーが含まれる。
緯度、経度は、特定摂取位置の位置情報である。
ラベルは、特定摂取位置に付与された、各特定摂取位置を識別するための名称である。
第１起点時刻、第１終点時刻は、特定摂取位置で朝食を摂取する時間帯として設定された開始時刻と終了時刻である。
第１摂取カロリーは、特定摂取位置で摂取する朝食の平均的な摂取カロリーである。
第２起点時刻、第２終点時刻は、特定摂取位置で昼食を摂取する時間帯として設定された開始時刻と終了時刻である。
第２摂取カロリーは、特定摂取位置で摂取する昼食の平均的な摂取カロリーである。
第３起点時刻、第３終点時刻は、特定摂取位置で夕食を摂取する時間帯として設定された開始時刻と終了時刻である。
第３摂取カロリーは、特定摂取位置で摂取する夕食の平均的な摂取カロリーである。

なお、特定摂取位置情報において、第１〜第３を付して区別した起点時刻、終点時刻及び摂取カロリーについて、いずれが朝食、昼食、夕食に対応するものであるかは、適宜変更可能である。また、朝食、昼食、夕食の区別が不要である場合には、起点時刻及び終点時刻の設定は不要であり、特定摂取位置情報に含まれる摂取カロリーは、第１摂取カロリーのみでよい。

修正施設データ数は、該当する利用者が摂取カロリーを修正した施設のデータ数である。
修正施設情報は、摂取カロリーを修正した各施設に関する情報である。

図３に示すように、修正施設情報には、名称、緯度、経度、修正摂取カロリーデータ数、各修正摂取カロリーが含まれる。
名称は、摂取カロリーを修正した施設（利用者が飲食を行った場所）の名称である。修正対象となる摂取カロリーを摂取した施設が飲食店である場合には、地図情報提供装置３０から取得した施設名称が「名称」となり、修正対象となる摂取カロリーを摂取した位置が特定摂取位置である場合には、特定摂取位置情報のラベルが「名称」となる。
緯度、経度は、摂取カロリーを修正した施設の位置情報である。
修正摂取カロリーデータ数は、該当する施設について修正された摂取カロリーのデータ数である。
各修正摂取カロリーは、該当する施設について修正された摂取カロリーの修正値である。

飲食店種別対応テーブル１５２は、飲食店の種別ごとに、平均摂取カロリーが対応付けられている。具体的には、各種別に分類される飲食店で摂取されるカロリーの平均値が登録されている。飲食店の種別としては、日本料理、中華料理、西洋料理、焼き肉、そば・うどん、居酒屋、ハンバーガーショップ等が挙げられる。

図４に、ファイル格納部１５３におけるフォルダー構成を示す。
図示しない健康記録フォルダーの下位階層に、利用者ごとの利用者ＩＤと一致する名称のフォルダー（利用者ＩＤフォルダー）が作成される。

利用者ＩＤフォルダーの下位階層に、位置データフォルダーが作成される。また、利用者ＩＤフォルダーの下位階層に、日付ごとに日付フォルダーが作成される。
位置データフォルダーには、利用者ＩＤフォルダーに対応する利用者の移動履歴を示す位置データファイルが格納される。位置データファイルには、利用者端末２０から送信された位置取得日時と位置情報（緯度・経度）が含まれる。位置データフォルダーに格納される一連の位置データファイルは、ＧＰＳ（Global Positioning System）から取得した利用者の位置情報と当該位置情報の取得日時とを対応付けた時系列データである。

日付フォルダーには、利用者ＩＤフォルダーに対応する利用者の該当日の消費カロリーファイルと、飲食物の摂取ごとに作成される摂取カロリーファイルが格納される。消費カロリーファイルには、該当日の消費カロリーが含まれる。摂取カロリーファイルには、摂取時刻（飲食物を摂取した時刻）、位置情報（飲食物を摂取した位置）、施設名称（飲食物を摂取した施設）、摂取カロリー（摂取したカロリー）が含まれる。なお、摂取時刻は、所定の時間幅を持っていてもよい。

また、記憶部１５には、立ち寄り閾値が記憶されている。立ち寄り閾値は、利用者が或る場所に立ち寄ったか否かを判断するための閾値（時間）である。

制御部１１は、利用者端末２０において、各利用者に対応するログインアカウント（メールアドレス・パスワード）から個人健康記録サーバー１０にアクセスがあった場合に、記憶部１５の利用者ＤＢ１５１を参照して、予め登録されている利用者であるか否かを判断する。制御部１１は、利用者端末２０において入力されたメールアドレス及びパスワードの組み合わせが利用者ＤＢ１５１に登録されている場合には、この利用者が正当な利用者であると判断する。

制御部１１は、ＧＰＳから取得した利用者の位置情報と当該位置情報の取得日時とを対応付けた時系列データ（位置データフォルダーに格納されている一連の位置データファイル）に基づいて、利用者の位置が一定時間変化しない場合に、立ち寄りと判断する。すなわち、制御部１１は、立ち寄り判断手段として機能する。

制御部１１は、立ち寄りと判断された位置に存在する施設の施設情報（以下、単に「立ち寄り位置の施設情報」という場合もある。）を取得する。すなわち、制御部１１は、施設情報取得手段として機能する。

制御部１１は、取得された施設情報（立ち寄り位置の施設情報）に対応する施設が飲食店である場合に、当該施設情報に基づいて、当該施設情報に対応する施設にて利用者が摂取した摂取カロリーを推定する。すなわち、制御部１１は、推定手段として機能する。
具体的には、制御部１１は、記憶部１５の飲食店種別対応テーブル１５２を参照して、取得された施設情報（立ち寄り位置の施設情報）に含まれる飲食店の種別ごとに予め登録されている平均摂取カロリーを取得することで、利用者が摂取した摂取カロリーを推定する。

制御部１１は、利用者による利用者端末２０からの操作指示に基づいて、推定された摂取カロリーを修正する。すなわち、制御部１１は、修正手段として機能する。
制御部１１は、修正された摂取カロリーの修正値を、修正された摂取カロリーを利用者が摂取した施設と対応付けて記憶部１５に記憶させる。具体的には、制御部１１は、推定された摂取カロリーが修正された場合に、修正値を、利用者が修正値に係る摂取カロリーを摂取した施設の修正施設情報として記録する。利用者の利用者情報に対象施設の修正施設情報が既に存在する場合には、当該修正施設情報に修正値（修正摂取カロリー）を追加登録する。一方、利用者の利用者情報に対象施設の修正施設情報が登録されていない場合には、利用者の利用者情報の「修正施設データ数」に１を加算するとともに、修正施設情報を新規登録する。

制御部１１は、取得された施設情報（立ち寄り位置の施設情報）に対応する施設について、記憶部１５に修正値（修正摂取カロリー）が記憶されている場合に、当該修正値を取得することで、利用者が摂取した摂取カロリーを推定する。修正施設情報に修正値が複数含まれる場合には（修正摂取カロリー１、修正摂取カロリー２、・・・、修正摂取カロリーｎ）、それらの平均値を求める。

制御部１１は、利用者による利用者端末２０からの操作指示に基づいて、利用者が飲食を行う特定摂取位置に対して、当該特定摂取位置における特定摂取カロリー（特定摂取位置情報の第１摂取カロリー、第２摂取カロリー、第３摂取カロリー）を対応付けて登録する。すなわち、制御部１１は、登録手段として機能する。

制御部１１は、取得された施設情報（立ち寄り位置の施設情報）に対応する施設が飲食店ではなく、立ち寄りと判断された位置が特定摂取位置と一致する場合に、当該特定摂取位置に対応付けられた特定摂取カロリーを取得することで、利用者が摂取した摂取カロリーを推定する。なお、立ち寄りと判断された位置が特定摂取位置と一致する場合には、両位置が完全に一致する場合だけでなく、両位置が所定の距離以内である場合も含むこととする。

制御部１１は、１日のうちの複数の時間帯に対して、それぞれ異なる特定摂取カロリーを登録可能である。この場合、制御部１１は、立ち寄りと判断された時刻が含まれる時間帯に対応する特定摂取カロリーを取得する。

〔利用者端末の構成〕
図５に、利用者端末２０の機能的構成を示す。
図５に示すように、利用者端末２０は、制御部２１、操作部２２、表示部２３、通信部２４、ＲＡＭ２５、計時部２６、記憶部２７、現在位置情報取得部２８等を備えて構成されており、各部はバス２９により接続されている。

制御部２１は、ＣＰＵ等から構成され、利用者端末２０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部２２から入力される操作信号又は通信部２４により受信される指示信号に応じて、記憶部２７に記憶されている各種処理プログラムを読み出してＲＡＭ２５に展開し、当該プログラムとの協働により各種処理を行う。

操作部２２は、電源をオン／オフさせる電源キー等の操作キー、表示部２３に積層されたタッチパネルにより構成され、各操作キーに対応する操作信号、操作者の指等によるタッチ操作の位置に応じた操作信号を制御部２１に出力する。

表示部２３は、ＬＣＤ（Liquid Crystal Display）等のモニターを備えて構成されており、制御部２１から入力される表示信号の指示に従って、各種画面を表示する。例えば、表示部２３は、個人健康記録サーバー１０から受信した各種Ｗｅｂ画面の表示用データに基づいて各種Ｗｅｂ画面を表示する。

通信部２４は、ネットワークインターフェース等により構成され、ＬＡＮ、ＷＡＮ、インターネット等の通信ネットワークＮを介して接続された外部機器との間でデータの送受信を行う。また、通信部２４は、携帯電話回線等を用いて無線通信を行い、通信ネットワークＮを介して接続された個人健康記録サーバー１０等の外部機器との間でデータの送受信を行う。

ＲＡＭ２５は、制御部２１により実行制御される各種処理において、記憶部２７から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。

計時部２６は、計時回路を有し、この計時回路により現在日時を計時して制御部２１に出力する。

記憶部２７は、ＨＤＤや不揮発性の半導体メモリー等により構成され、各種処理プログラム、当該プログラムの実行に必要なパラメーターやファイル等を記憶している。例えば、記憶部２７には、Ｗｅｂブラウザーを実現するためのＷｅｂブラウザープログラム等が記憶されている。
また、記憶部２７には、移動検知閾値が記憶されている。移動検知閾値は、利用者が移動したか否かを判断するための閾値（距離）である。

現在位置情報取得部２８は、ＧＰＳを利用して、利用者端末２０の現在の位置を示す位置情報（緯度・経度）を取得する。具体的には、現在位置情報取得部２８は、ＧＰＳ衛星から発信される電波を受信し、この電波を復調して得られる情報に基づいて、利用者端末２０の位置情報を算出する。

〔健康情報管理システムにおける動作〕
次に、健康情報管理システム１００における動作について説明する。

＜利用者登録処理＞
図６は、個人健康記録サーバー１０と利用者端末２０において実行される利用者登録処理を示すラダーチャートである。

まず、利用者が初めて健康情報管理システム１００を利用する際には、利用者端末２０の制御部２１は、通信部２４を介して、個人健康記録サーバー１０から健康記録アプリケーションプログラム（以下、健康記録アプリという。）をインストールする（ステップＳ１）。なお、アプリケーションの配信サービスを行うアプリストアから健康記録アプリをインストールすることとしてもよい。
利用者端末２０では、健康記録アプリがインストールされると、図７（ａ）に示すように、表示部２３に表示されているホーム画面２３１に健康記録アイコン４１が追加される。

次に、利用者が利用者端末２０において、操作部２２からの操作により、健康記録アイコン４１を選択すると、制御部２１は、健康記録アプリを起動する（ステップＳ２）。
図７（ｂ）に、健康記録アプリの起動後に表示部２３に表示されるログイン画面（初期画面）２３２の例を示す。ログイン画面２３２には、メールアドレス入力欄４２、パスワード入力欄４３、ログインボタンＢ１、「ご利用が初めての方」ボタンＢ２が含まれる。

利用者がログイン画面２３２において、「ご利用が初めての方」ボタンＢ２を押下すると、図８（ａ）に示す利用者登録画面２３３に遷移する。利用者登録画面２３３には、メールアドレス入力欄５１、パスワード入力欄５２、パスワード再入力欄５３、次へボタンＢ１１が含まれる。
利用者は、利用者端末２０の操作部２２から、利用者情報を入力する（ステップＳ３）。

利用者が利用者登録画面２３３において、メールアドレス、パスワードを入力し、次へボタンＢ１１を押下すると、図８（ｂ）に示す利用者登録画面２３４に遷移する。利用者登録画面２３４には、利用者名入力欄５４、性別選択欄５５、生年月日入力欄５６、身長入力欄５７、体重入力欄５８、次へボタンＢ１２が含まれる。

利用者が利用者登録画面２３４において、各情報を入力又は選択し、次へボタンＢ１２を押下すると、図８（ｃ）に示す利用者登録画面２３５に遷移する。利用者登録画面２３５は、利用者が特定摂取位置において、特定摂取位置情報を登録するための画面である。利用者登録画面２３５には、位置取得ボタンＢ１３、ラベル入力欄５９、第１起点時刻入力欄６０、第１終点時刻入力欄６１、第１摂取カロリー入力欄６２、第２起点時刻入力欄６３、第２終点時刻入力欄６４、第２摂取カロリー入力欄６５、第３起点時刻入力欄６６、第３終点時刻入力欄６７、第３摂取カロリー入力欄６８、登録ボタンＢ１４が含まれる。
位置取得ボタンＢ１３は、ラベル入力欄５９に入力されるラベル（自宅、社員食堂等の施設名称）に対応する特定摂取位置に対して、位置情報を取得するためのボタンである。利用者が位置取得ボタンＢ１３を押下すると、制御部２１は、現在位置情報取得部２８から現在位置の位置情報（緯度・経度）を取得し、特定摂取位置の緯度・経度とする。
なお、利用者登録画面２３５では、一つの特定摂取位置に対する特定摂取位置情報を登録するための画面を例示しているが、複数の特定摂取位置に対して、それぞれ特定摂取位置情報を登録することも可能である。

利用者が利用者端末２０の操作部２２から、登録ボタンＢ１４を押下すると、制御部２１は、図８（ａ）〜（ｃ）の利用者登録画面２３３，２３４，２３５において入力された利用者情報を、通信部２４を介して、個人健康記録サーバー１０に送信する（ステップＳ４）。

個人健康記録サーバー１０では、制御部１１が、記憶部１５の利用者ＤＢ１５１の「利用者ＩＤの最終値」に１を加算し、この値を、新たに登録される利用者の利用者ＩＤに設定する（ステップＳ５）。
そして、制御部１１は、新たに設定された利用者ＩＤを、通信部１２を介して、利用者端末２０に送信する（ステップＳ６）。

利用者端末２０では、制御部２１は、個人健康記録サーバー１０から受信した利用者ＩＤを記憶部２７に保存する（ステップＳ７）。

個人健康記録サーバー１０では、制御部１１は、新たに付番された利用者ＩＤの利用者情報として、利用者端末２０において入力された利用者情報を、記憶部１５の利用者ＤＢ１５１に保存する（ステップＳ８）。具体的には、制御部１１は、登録日時に計時部１４から取得した現在日時を設定するとともに、入力されたメールアドレス、パスワード、利用者名、性別、生年月日、身長、体重を登録する。また、制御部１１は、図８（ｃ）に示す利用者登録画面２３５において入力された情報を特定摂取位置情報として登録し、特定摂取位置データ数を登録する。

次に、制御部１１は、ファイル格納部１５３の健康記録フォルダーの下位階層に、新たに登録された利用者の利用者ＩＤと一致する名称の利用者ＩＤフォルダーを作成し、利用者ＩＤフォルダーの下位階層に、位置データフォルダーを作成する（ステップＳ９）。
以上で、利用者登録処理が終了する。

＜利用者行動記録処理＞
図９は、利用者端末２０により実行される利用者行動記録処理を示すフローチャートである。

まず、制御部２１は、ＲＡＭ２５の位置データ作業領域を初期化する（ステップＳ１１）。
次に、制御部２１は、現在位置情報取得部２８から現在位置の位置情報（緯度・経度）を取得し、計時部２６から現在日時を取得する（ステップＳ１２）。

ここで、制御部２１は、位置データ作業領域にデータがあるか否かを判断する（ステップＳ１３）。具体的には、制御部２１は、過去の位置情報とその位置情報を取得した日時のデータが存在するか否かを判断する。

位置データ作業領域にデータがある場合には（ステップＳ１３；ＹＥＳ）、制御部２１は、位置データ作業領域に保存されている過去の位置情報が示す位置と現在位置との距離を算出する（ステップＳ１４）。

次に、制御部２１は、算出された距離（位置データ作業領域に保存されている位置からの移動距離）が移動検知閾値より大きいか否かを判断する（ステップＳ１５）。
算出された距離が移動検知閾値より大きい場合（ステップＳ１５；ＹＥＳ）、又は、ステップＳ１３において、位置データ作業領域にデータがない場合には（ステップＳ１３；ＮＯ）、制御部２１は、位置データ作業領域の位置情報とその取得日時を、ステップＳ１２で取得した値に更新する（ステップＳ１６）。

次に、制御部２１は、利用者端末２０の利用者に対応する利用者ＩＤ、位置情報、位置取得日時を、通信部２４を介して、個人健康記録サーバー１０に送信する（ステップＳ１７）。
個人健康記録サーバー１０では、通信部１２を介して、利用者端末２０から利用者ＩＤ、位置情報、位置取得日時を受信すると、制御部１１が、利用者ＩＤに対応する利用者ＩＤフォルダーの下位階層の位置データフォルダーに、位置情報と位置取得日時を含む位置データファイルを保存する。

利用者端末２０では、ステップＳ１５において、算出された距離が移動検知閾値以下である場合（ステップＳ１５；ＮＯ）、又は、ステップＳ１７の後、制御部２１は、計時部２６により計測される時間に基づいて、指定時間待機する（ステップＳ１８）。その後、ステップＳ１２に戻り、処理が繰り返される。
このようにして、各利用者の移動に伴い、移動距離が移動検知閾値を超えた場合に、位置情報とその位置情報の取得日時が個人健康記録サーバー１０に蓄積されていく。

＜消費・摂取カロリー推定処理＞
図１０は、個人健康記録サーバー１０により実行される消費・摂取カロリー推定処理を示すフローチャートである。
制御部１１は、計時部１４から出力される現在日時に基づいて、毎日０時になった時に、消費・摂取カロリー推定処理を開始する。

まず、制御部１１は、記憶部１５の利用者ＤＢ１５１から利用者ＩＤを一つ取得し、処理対象とする（ステップＳ２１）。
次に、制御部１１は、処理対象の利用者ＩＤを引数として、消費カロリー推定処理を行う（ステップＳ２２）。
次に、制御部１１は、処理対象の利用者ＩＤを引数として、摂取カロリー推定処理を行う（ステップＳ２３）。

次に、制御部１１は、記憶部１５の利用者ＤＢ１５１に登録されている全ての利用者について処理が終了したか否かを判断する（ステップＳ２４）。
処理が終了していない利用者がいる場合には（ステップＳ２４；ＮＯ）、ステップＳ２１に戻り、別の利用者について処理が繰り返される。

ステップＳ２４において、全ての利用者について処理が終了した場合には（ステップＳ２４；ＹＥＳ）、消費・摂取カロリー推定処理が終了する。

＜消費カロリー推定処理＞
図１１を参照して、消費カロリー推定処理（ステップＳ２２）について説明する。

制御部１１は、ＲＡＭ１３の総移動距離作業領域を初期化する（ステップＳ３１）。
次に、制御部１１は、処理対象の利用者ＩＤに対応する利用者ＩＤフォルダーの下位階層の位置データフォルダーから、前日の日付の位置データファイル（位置取得日時・位置情報）を古い順に取得する（ステップＳ３２）。なお、前日の日付の位置データファイルのうち、時間的に連続する二つの位置データファイル（前後データ）が処理対象となるため、最初は、前日の位置取得日時が１番古い位置データファイルと、２番目に古い位置データファイルを取得する。次回、ステップＳ３２では、前日の位置取得日時が２番目に古い位置データファイルと、３番目に古い位置データファイルを取得することになる。

次に、制御部１１は、前日の日付の位置データファイルのうち、ステップＳ３２で取得された時間的に連続する前後データの位置から、両位置の距離を算出する（ステップＳ３３）。
次に、制御部１１は、算出した距離を作業領域の総移動距離に加算する（ステップＳ３４）。

ここで、制御部１１は、前日の日付の位置データファイルの全てのデータについて処理が終了したか否かを判断する（ステップＳ３５）。
前日の日付の位置データファイルのうち、処理が終了していないデータがある場合には（ステップＳ３５；ＮＯ）、ステップＳ３２に戻り、処理が繰り返される。

ステップＳ３５において、前日の日付の位置データファイルの全てのデータについて処理が終了した場合には（ステップＳ３５；ＹＥＳ）、制御部１１は、総移動距離と、処理対象の利用者ＩＤの利用者情報に含まれる体重と、に基づいて、消費カロリーを算出する（ステップＳ３６）。例えば、総移動距離（km）と体重（kg）を掛け合わせることで、消費カロリー（kcal）を算出する方法がある。また、利用者の体重や性別等から算出される基礎代謝量を考慮することとしてもよい。

次に、制御部１１は、処理対象の利用者ＩＤに対応する利用者ＩＤフォルダーの下位階層に、前日の日付の日付フォルダーを作成し、この日付フォルダーに消費カロリーを含む消費カロリーファイルを保存する（ステップＳ３７）。
以上で、消費カロリー推定処理が終了する。

＜摂取カロリー推定処理＞
図１２及び図１３を参照して、摂取カロリー推定処理（ステップＳ２３）について説明する。

制御部１１は、処理対象の利用者ＩＤに対応する利用者ＩＤフォルダーの下位階層の位置データフォルダーから、前日の日付の位置データファイル（位置取得日時・位置情報）を古い順に取得する（ステップＳ４１）。なお、前日の日付の位置データファイルのうち、時間的に連続する二つの位置データファイル（前後データ）を処理対象とする方法については、消費カロリー推定処理（図１１参照）のステップＳ３２と同様である。

次に、制御部１１は、前日の日付の位置データファイルの全てのデータについて処理が終了したか否かを判断する（ステップＳ４２）。
前日の日付の位置データファイルのうち、処理が終了していないデータがある場合には（ステップＳ４２；ＮＯ）、制御部１１は、時間的に連続する前後データの時刻から滞在時間を算出する（ステップＳ４３）。すなわち、二つの位置データファイルの位置取得日時の時刻の差が、前データ（二つの位置データファイルのうち、古い方の位置データファイル）の位置に滞在した時間となる。

次に、制御部１１は、算出された滞在時間が立ち寄り閾値より大きいか否かを判断する（ステップＳ４４）。
算出された滞在時間が立ち寄り閾値より大きい場合には（ステップＳ４４；ＹＥＳ）、制御部１１は、立ち寄りと判断し、通信ネットワークＮを介して、地図情報提供装置３０から前データの位置（緯度・経度）に存在する施設の施設情報を取得する（ステップＳ４５）。

次に、制御部１１は、取得された施設情報に含まれる施設種別に基づいて、前データの位置に対応する施設が飲食店であるか否かを判断する（ステップＳ４６）。
前データの位置に対応する施設が飲食店である場合には（ステップＳ４６；ＹＥＳ）、制御部１１は、処理対象の利用者ＩＤについて、前データの位置に対応する施設の修正施設情報があるか否かを判断する（ステップＳ４７）。具体的には、制御部１１は、処理対象の利用者ＩＤの利用者情報に含まれる修正施設情報の中で、「名称」が前データの位置に対応する施設情報に含まれる施設名称であり、「緯度」及び「経度」が前データの位置情報と一致する修正施設情報があるか否かを判断する。

前データの位置に対応する施設の修正施設情報がない場合には（ステップＳ４７；ＮＯ）、制御部１１は、立ち寄り位置の施設情報に含まれる飲食店種別に対応する平均摂取カロリーを、記憶部１５の飲食店種別対応テーブル１５２から取得し、取得した平均摂取カロリーを前データの位置に対応する施設にて取得した摂取カロリーとして、摂取カロリーを推定する（ステップＳ４８）。

ステップＳ４７において、前データの位置に対応する施設の修正施設情報がある場合には（ステップＳ４７；ＹＥＳ）、制御部１１は、この修正施設情報から修正摂取カロリーを取得し、取得した修正摂取カロリーを前データの位置に対応する施設にて取得した摂取カロリーとして、摂取カロリーを推定する（ステップＳ４９）。同一施設に対して修正摂取カロリーが複数登録されている場合には、それらの値の平均値を使用する。

ステップＳ４８又はステップＳ４９の後、制御部１１は、処理対象の利用者ＩＤに対応する利用者ＩＤフォルダーの下位階層の前日の日付の日付フォルダーに、摂取時刻（前データの位置取得日時の時刻）、位置情報（前データの位置情報）、施設名称（前データの位置に対応する施設情報に含まれる施設名称）、摂取カロリー（ステップＳ４８又はステップＳ４９で得られた摂取カロリー）を含む摂取カロリーファイルを保存する（ステップＳ５０）。

ステップＳ４６において、前データの位置に対応する施設が飲食店でない場合には（ステップＳ４６；ＮＯ）、図１３に移り、制御部１１は、作業変数ｉに１を設定する（ステップＳ５１）。
次に、制御部１１は、処理対象の利用者ＩＤの利用者情報に含まれる「特定摂取位置データ数」がｉ以上であるか否かを判断する（ステップＳ５２）。

処理対象の利用者ＩＤの利用者情報に含まれる「特定摂取位置データ数」がｉ以上である場合には（ステップＳ５２；ＹＥＳ）、制御部１１は、特定摂取位置ｉの位置が前データの位置であるか否かを判断する（ステップＳ５３）。具体的には、制御部１１は、特定摂取位置ｉの特定摂取位置情報に含まれる緯度・経度が、前データの位置と一致するか否かを判断する。
特定摂取位置ｉの位置が前データの位置でない場合には（ステップＳ５３；ＮＯ）、制御部１１は、作業変数ｉに１を加算して（ステップＳ５４）、ステップＳ５２に戻る。

ステップＳ５３において、特定摂取位置ｉの位置が前データの位置である場合には（ステップＳ５３；ＹＥＳ）、制御部１１は、特定摂取位置ｉの特定摂取位置情報に含まれる第１起点時刻に設定値があるか否かを判断する（ステップＳ５５）。

第１起点時刻に設定値がある場合には（ステップＳ５５；ＹＥＳ）、制御部１１は、特定摂取位置ｉの特定摂取位置情報に含まれる第１起点時刻及び第１終点時刻を取得して、前データの位置取得日時の時刻が第１起点時刻と第１終点時刻の間（第１起点時刻又は第１終点時刻と同時刻を含む。）であるか否かを判断する（ステップＳ５６）。

前データの位置取得日時の時刻が第１起点時刻と第１終点時刻の間である場合には（ステップＳ５６；ＹＥＳ）、制御部１１は、特定摂取位置ｉの特定摂取位置情報に含まれる第１摂取カロリー（特定摂取位置ｉに対応付けられた特定摂取カロリー）を取得し、取得した第１摂取カロリーを前データの位置に対応する施設にて取得した摂取カロリーとして、摂取カロリーを推定する。制御部１１は、処理対象の利用者ＩＤに対応する利用者ＩＤフォルダーの下位階層の前日の日付の日付フォルダーに、摂取時刻（前データの位置取得日時の時刻）、位置情報（前データの位置情報）、施設名称（特定摂取位置ｉのラベル）、第１摂取カロリーを含む摂取カロリーファイルを保存する（ステップＳ５７）。

ステップＳ５６において、前データの位置取得日時の時刻が第１起点時刻と第１終点時刻の間でない場合には（ステップＳ５６；ＮＯ）、制御部１１は、特定摂取位置ｉの特定摂取位置情報に含まれる第２起点時刻及び第２終点時刻を取得して、前データの位置取得日時の時刻が第２起点時刻と第２終点時刻の間（第２起点時刻又は第２終点時刻と同時刻を含む。）であるか否かを判断する（ステップＳ５８）。

前データの位置取得日時の時刻が第２起点時刻と第２終点時刻の間である場合には（ステップＳ５８；ＹＥＳ）、制御部１１は、特定摂取位置ｉの特定摂取位置情報に含まれる第２摂取カロリー（特定摂取位置ｉに対応付けられた特定摂取カロリー）を取得し、取得した第２摂取カロリーを前データの位置に対応する施設にて取得した摂取カロリーとして、摂取カロリーを推定する。制御部１１は、処理対象の利用者ＩＤに対応する利用者ＩＤフォルダーの下位階層の前日の日付の日付フォルダーに、摂取時刻（前データの位置取得日時の時刻）、位置情報（前データの位置情報）、施設名称（特定摂取位置ｉのラベル）、第２摂取カロリーを含む摂取カロリーファイルを保存する（ステップＳ５９）。

ステップＳ５８において、前データの位置取得日時の時刻が第２起点時刻と第２終点時刻の間でない場合には（ステップＳ５８；ＮＯ）、制御部１１は、特定摂取位置ｉの特定摂取位置情報に含まれる第３起点時刻及び第３終点時刻を取得して、前データの位置取得日時の時刻が第３起点時刻と第３終点時刻の間（第３起点時刻又は第３終点時刻と同時刻を含む。）であるか否かを判断する（ステップＳ６０）。

前データの位置取得日時の時刻が第３起点時刻と第３終点時刻の間である場合には（ステップＳ６０；ＹＥＳ）、制御部１１は、特定摂取位置ｉの特定摂取位置情報に含まれる第３摂取カロリー（特定摂取位置ｉに対応付けられた特定摂取カロリー）を取得し、取得した第３摂取カロリーを前データの位置に対応する施設にて取得した摂取カロリーとして、摂取カロリーを推定する。制御部１１は、処理対象の利用者ＩＤに対応する利用者ＩＤフォルダーの下位階層の前日の日付の日付フォルダーに、摂取時刻（前データの位置取得日時の時刻）、位置情報（前データの位置情報）、施設名称（特定摂取位置ｉのラベル）、第３摂取カロリーを含む摂取カロリーファイルを保存する（ステップＳ６１）。

ステップＳ５５において、特定摂取位置ｉの特定摂取位置情報に含まれる第１起点時刻に設定値がない場合（ステップＳ５５；ＮＯ）、ステップＳ６０において、前データの位置取得日時の時刻が第３起点時刻と第３終点時刻の間でない場合にも（ステップＳ６０；ＮＯ）、ステップＳ５７に移行する。

ステップＳ４４において、算出された滞在時間が立ち寄り閾値以下である場合（ステップＳ４４；ＮＯ）、ステップＳ５０の後、ステップＳ５２において、処理対象の利用者ＩＤの利用者情報に含まれる「特定摂取位置データ数」がｉ未満である場合（ステップＳ５２；ＮＯ）、ステップＳ５７の後、ステップＳ５９の後又はステップＳ６１の後、ステップＳ４１に戻り、処理が繰り返される。

ステップＳ４２において、前日の日付の位置データファイルの全てのデータについて処理が終了した場合には（ステップＳ４２；ＹＥＳ）、摂取カロリー推定処理が終了する。

＜摂取カロリー修正処理＞
図１４は、個人健康記録サーバー１０と利用者端末２０において実行される摂取カロリー修正処理を示すラダーチャートである。

まず、利用者が利用者端末２０において、操作部２２からの操作により、表示部２３に表示されているホーム画面２３１（図７（ａ）参照）の健康記録アイコン４１を選択すると、健康記録アプリが起動する。そして、利用者が利用者端末２０の操作部２２から、表示部２３に表示されているログイン画面２３２（図７（ｂ）参照）において、メールアドレス入力欄４２にメールアドレスを入力し、パスワード入力欄４３にパスワードを入力し、ログインボタンＢ１を押下し、ログインすると（ステップＳ７１）、図１５（ａ）に示す行動解析画面２３６が表示部２３に表示される。行動解析画面２３６には、昨日の記録表示領域７１、アドバイス表示領域７２、ホームボタンＢ２１、利用者ボタンＢ２２、修正ボタンＢ２３が含まれる。

昨日の記録表示領域７１には、前日分の位置データファイルの解析により推定された消費カロリー及び摂取カロリーが表示される。
アドバイス表示領域７２には、解析結果に基づくアドバイスが表示される。
ホームボタンＢ２１は、ホーム画面２３１（図７（ａ）参照）への遷移を指示するためのボタンである。
利用者ボタンＢ２２は、利用者情報を修正するための画面への遷移を指示するためのボタンである。利用者情報を修正する際には、図８（ｂ）及び（ｃ）と同様の修正画面が表示され、利用者情報の修正したい箇所を修正することができる。
修正ボタンＢ２３は、摂取カロリーを修正するための画面への遷移を指示するためのボタンである。

利用者が利用者端末２０の操作部２２から、修正ボタンＢ２３を押下すると（ステップＳ７２）、図１５（ｂ）に示す摂取カロリー修正画面２３７が表示部２３に表示される。摂取カロリー修正画面２３７には、日付選択領域７３、キャンセルボタンＢ２４が含まれる。
日付選択領域７３は、摂取カロリーを修正したい日付を選択するための領域である。
キャンセルボタンＢ２４は、行動解析画面２３６に戻るためのボタンである。

利用者が利用者端末２０の操作部２２から、摂取カロリー修正画面２３７の日付選択領域７３において日付を選択すると（ステップＳ７３）、選択された日付の摂取カロリーが表示部２３に表示される（ステップＳ７４）。具体的には、図１５（ｃ）に示すように、摂取カロリー修正画面２３７に選択日摂取カロリー表示領域７４が追加される。選択日摂取カロリー表示領域７４には、摂取カロリー表示欄７５〜７７、実行ボタンＢ２５〜Ｂ２７が含まれる。
摂取カロリー表示欄７５〜７７には、日付選択領域７３で選択された日付（５月６日）に該当する摂取カロリーが摂取時刻ごと（摂取カロリーファイルごと）に表示される。摂取カロリー表示欄７５〜７７は、それぞれ、朝食、昼食、夕食に対応している。
実行ボタンＢ２５〜Ｂ２７は、摂取カロリー表示欄７５〜７７のそれぞれに入力された値への修正を指示するためのボタンである。

利用者が利用者端末２０の操作部２２から、摂取カロリー表示欄７５〜７７において、修正したい摂取カロリーを修正し（修正値入力）、実行ボタンＢ２５〜Ｂ２７を押下すると（ステップＳ７５）、制御部２１は、利用者ＩＤ、該当日時、修正値を、通信部２４を介して、個人健康記録サーバー１０に送信する（ステップＳ７６）。例えば、摂取カロリー表示欄７６に修正値「８００」を入力し、実行ボタンＢ２６を押下すると、制御部２１は、利用者ＩＤ、該当日時（５月６日１２：１５〜１２：４５）、修正値（８００）を、通信部２４を介して、個人健康記録サーバー１０に送信する。このようにして、５月６日の昼食分の摂取カロリーを修正することができる。

個人健康記録サーバー１０では、通信部１２を介して、利用者端末２０から利用者ＩＤ、該当日時、修正値を受信すると、制御部１１が、利用者ＩＤに対応する利用者ＩＤフォルダーの下位階層の修正対象の日付の日付フォルダーの該当する摂取カロリーファイルの摂取カロリーを修正する（ステップＳ７７）。

次に、制御部１１は、処理対象の利用者ＩＤについて、今回摂取カロリーを修正した施設の修正施設情報があるか否かを判断する（ステップＳ７８）。
今回摂取カロリーを修正した施設の修正施設情報がない場合には（ステップＳ７８；ＮＯ）、制御部１１は、処理対象の利用者ＩＤの利用者情報の「修正施設データ数」に１を加算し、修正施設情報を追加する（ステップＳ７９）。具体的には、制御部１１は、修正施設情報として、名称、緯度、経度、修正摂取カロリーを記録し、「修正摂取カロリーデータ数」を１とする。

ステップＳ７８において、今回摂取カロリーを修正した施設の修正施設情報がある場合には（ステップＳ７８；ＹＥＳ）、制御部１１は、処理対象の利用者ＩＤの利用者情報の該当する修正施設情報を更新する（ステップＳ８０）。具体的には、制御部１１は、該当する修正施設情報に含まれる「修正摂取カロリーデータ数」に１を加算し、「修正摂取カロリー」として修正値を追加する。
ステップＳ７９又はステップＳ８０の後、摂取カロリー修正処理が終了する。

以上説明したように、本実施の形態によれば、ＧＰＳから取得した利用者の位置情報と当該位置情報の取得日時とを対応付けた時系列データに基づいて、利用者の位置が一定時間変化しない場合に、立ち寄りと判断し、立ち寄り位置の施設情報に対応する施設が飲食店である場合に、当該施設情報に基づいて、当該施設情報に対応する施設にて利用者が摂取した摂取カロリーを推定するので、利用者は食事ごとにデータを入力する必要がなく、食事の記録における利用者の負担を軽減させることができる。

例えば、立ち寄り位置の施設情報に対応する施設が飲食店である場合に、飲食店の種別ごとに予め登録されている平均摂取カロリーを取得するので、飲食店の種別に応じた摂取カロリーを推定することができる。

また、推定された摂取カロリーを修正することができ、その後、同一施設において立ち寄りと判断された場合に、修正値を利用することができる。

また、利用者が飲食を行う特定摂取位置及び当該特定摂取位置における特定摂取カロリーを登録することができ、立ち寄りと判断された位置が特定摂取位置と一致する場合に、当該特定摂取位置に対応付けられた特定摂取カロリーを利用して、摂取カロリーを推定することができる。また、同一の特定摂取位置に対して、時間帯ごとに複数の特定摂取カロリーを登録可能であるため、朝食・昼食・夕食等、時間帯に応じて異なる摂取カロリーを設定しておくことができる。

なお、上記実施の形態における記述は、本発明に係る摂取カロリー推定装置及び摂取カロリー推定方法の例であり、これに限定されるものではない。装置を構成する各部の細部構成及び細部動作に関しても本発明の趣旨を逸脱することのない範囲で適宜変更可能である。

例えば、上記実施の形態では、利用者行動記録処理（図９参照）において、利用者（利用者端末２０）が移動検知閾値を超える移動を行った場合に、利用者端末２０から個人健康記録サーバー１０に利用者の位置情報と位置取得日時を送信することとしたが、所定の時間間隔で利用者端末２０から個人健康記録サーバー１０に利用者の位置情報と位置取得日時を送信し、個人健康記録サーバー１０側で、利用者が移動したか否かを判断することとしてもよい。

また、上記実施の形態では、摂取カロリー修正処理（図１４参照）のステップＳ７５において、摂取カロリーを修正する場合について説明したが、さらに、食事の内容を記録することとしてもよい。

また、利用者が特定摂取位置として「自宅」を登録する際に、「ダイニングルーム」等、主に食事をするエリアに限定してもよい。
また、利用者の移動により推定された消費カロリーと摂取カロリーにより、利用者に健康の維持・促進を目的としたアドバイスを提供することとしてもよい。

以上の説明では、各処理を実行するためのプログラムを格納したコンピューター読み取り可能な媒体としてＨＤＤや不揮発性の半導体メモリーを使用した例を公開したが、この例に限定されない。その他のコンピューター読み取り可能な媒体として、ＣＤ−ＲＯＭ等の可搬型記録媒体を適用することも可能である。また、プログラムのデータを通信回線を介して提供する媒体として、キャリアウェーブ（搬送波）を適用することとしてもよい。

１０ 個人健康記録サーバー
１１ 制御部
１２ 通信部
１４ 計時部
１５ 記憶部
２０ 利用者端末
２１ 制御部
２２ 操作部
２３ 表示部
２４ 通信部
２６ 計時部
２７ 記憶部
２８ 現在位置情報取得部
３０ 地図情報提供装置
１００ 健康情報管理システム
１５１ 利用者ＤＢ
１５２ 飲食店種別対応テーブル
１５３ ファイル格納部
Ｎ 通信ネットワーク

Claims (6)

1. ＧＰＳから取得した利用者の位置情報と当該位置情報の取得日時とを対応付けた時系列データに基づいて、前記利用者の位置が一定時間変化しない場合に、立ち寄りと判断する立ち寄り判断手段と、
   前記立ち寄りと判断された位置に存在する施設の施設情報を取得する施設情報取得手段と、
   前記施設情報取得手段により取得された施設情報に対応する施設が飲食店である場合に、当該施設情報に基づいて、当該施設情報に対応する施設にて前記利用者が摂取した摂取カロリーを推定する推定手段と、
   を備える摂取カロリー推定装置。
2. 前記施設情報に対応する施設が飲食店であり、
   前記推定手段は、前記施設情報取得手段により取得された施設情報に含まれる飲食店の種別ごとに予め登録されている平均摂取カロリーを取得することで、前記利用者が摂取した摂取カロリーを推定する請求項１に記載の摂取カロリー推定装置。
3. 前記利用者による操作指示に基づいて、前記推定された摂取カロリーを修正する修正手段と、
   前記修正された摂取カロリーの修正値を、当該修正された摂取カロリーを前記利用者が摂取した施設と対応付けて記憶する記憶手段と、
   を備え、
   前記推定手段は、前記施設情報取得手段により取得された施設情報に対応する施設について、前記記憶手段に前記修正値が記憶されている場合に、当該修正値を取得することで、前記利用者が摂取した摂取カロリーを推定する請求項１又は２に記載の摂取カロリー推定装置。
4. 前記利用者が飲食を行う特定摂取位置に対して、当該特定摂取位置における特定摂取カロリーを対応付けて登録する登録手段を備え、
   前記推定手段は、前記施設情報取得手段により取得された施設情報に対応する施設が飲食店ではなく、前記立ち寄りと判断された位置が前記特定摂取位置と一致する場合に、当該特定摂取位置に対応付けられた特定摂取カロリーを取得することで、前記利用者が摂取した摂取カロリーを推定する請求項１から３のいずれか一項に記載の摂取カロリー推定装置。
5. 前記登録手段は、１日のうちの複数の時間帯に対して、それぞれ異なる特定摂取カロリーを登録可能であり、
   前記推定手段は、前記立ち寄りと判断された時刻が含まれる時間帯に対応する特定摂取カロリーを取得する請求項４に記載の摂取カロリー推定装置。
6. ＧＰＳから取得した利用者の位置情報と当該位置情報の取得日時とを対応付けた時系列データに基づいて、前記利用者の位置が一定時間変化しない場合に、立ち寄りと判断する立ち寄り判断工程と、
   前記立ち寄りと判断された位置に存在する施設の施設情報を取得する施設情報取得工程と、
   前記施設情報取得工程において得された施設情報に対応する施設が飲食店である場合に、当該施設情報に基づいて、当該施設情報に対応する施設にて前記利用者が摂取した摂取カロリーを推定する推定工程と、
   を含む摂取カロリー推定方法。

Images