JPWO2014129205A1 - 健康管理支援装置及び健康管理支援方法 - Google Patents

Abstract

メニューの選択肢の幅を広げつつ健康を管理することを目的とする。健康管理支援装置は、熱量又は栄養成分である所定項目の所定期間での摂取可能条件に基づいて、第１の食事メニュー群から第２の食事メニュー群を抽出するメニュー抽出部７と、第２の食事メニュー群のうちの特定の食事メニューである指定メニューの入力を受け付ける受信部４と、指定メニューと摂取可能条件に基づいて、指定メニューを摂取した後の食事を所定期間の終期として後の食事において所定項目の摂取可能な値を算出する事前予告通知作成部８とを備える。

Description

本発明は、健康管理の観点から摂取する食事のメニュー選択を支援する健康管理支援装置及び健康管理支援方法に関する。

近年、摂取する食事メニューを管理することにより、健康を管理する意識が高まっており、例えば食事メニューの熱量に基づいて摂取すべき食事メニューを選択する装置が開発されている。このような装置として、例えば特許文献１には、年齢、性別、伸長、体重、消費熱量等に基づいて食事の際に摂取することが望ましい熱量を計算し、その計算した熱量に適合する食事レシピを抽出して提案する装置について記載している。

日本国特開２００１−０７８９６８号公報

前述のような従来の構成では、食事のたびに、計算された熱量に適合する食事レシピが提案されるので、食事メニューの選択肢の幅が狭く、食事メニューを選ぶ楽しみを維持しつつ健康を管理することが困難となる。

そこで本発明は、所定の期間における熱量又は栄養成分の摂取可能条件に基づいて、今選択する食事メニューが将来の食事メニューにどのような影響を与えるのかを食事メニューを選択する者に事前に知らせることにより、メニューの選択肢の幅を広げつつ健康を管理することを目的とする。

そこで本発明の一態様によって実現される健康管理支援装置は、熱量又は栄養成分である所定項目の所定期間での摂取可能条件に基づいて、第１の食事メニュー群から第２の食事メニュー群を抽出するメニュー抽出部と、第２の食事メニュー群のうちの特定の食事メニューである指定メニューの入力を受け付ける受信部と、受信部で受け付けた指定メニューと摂取可能条件に基づいて、指定メニューを摂取した後の食事を所定期間の終期として後の食事において所定項目の摂取可能な値を算出する事前予告通知作成部とを備える。

また、本発明の一態様によって実現される健康管理支援装置は、摂取可能条件が食事摂取者が摂取してよい所定項目の上限値であってもよい。

また、本発明の一態様によって実現される健康管理支援装置は、事前予告通知作成部が、摂取可能な値に基づいて、前記第１の食事メニュー群のうち後の食事を所定期間の終期として所定期間での摂取可能条件を満たす第３の食事メニュー群を抽出してもよい。

また、本発明の一態様によって実現される健康管理支援装置は、事前予告通知作成部が、第２の食事メニュー郡の中から、指定メニューの所定項目の値よりも少ない値をもつ提案メニューを抽出し、所定期間での摂取可能条件に基づいて提案メニューを選択したときに次回の食事で摂取可能な食事メニューである第４の食事メニュー群を抽出し、第３の食事メニュー群と第４の食事メニュー群の差分を抽出してもよい。

また、本発明の一態様によって実現される健康管理支援装置は、事前予告通知作成部が、第３の食事メニュー群の食事メニューの数と第４の食事メニュー群の食事メニューの数の差分を算出してもよい。

また、本発明の一態様によって実現される健康管理支援装置は、所定期間で摂取してよい所定項目の値の総和と、前記所定期間で実際に摂取した所定項目の値の総和の差を算出する事後報告通知作成部を備えていてもよい。

また、本発明の一態様によって実現される健康管理支援装置は、摂取可能条件と摂取した食事メニュー及び各摂取した食事メニューの所定項目の値を格納するユーザ情報記憶部を備え、事前予告通知作成部はユーザ情報記憶部に格納される所定期間の摂取した食事メニューの前記所定項目の値と摂取可能条件に基づいて、第３の食事メニュー群を抽出してもよい。

また、本発明の一態様によって実現される健康管理支援装置は、第１の食事メニュー群と、第１の食事メニュー群の有する各食事メニューに対応する所定項目の値を格納する食事メニュー情報記憶部を備えていてもよい。

また、本発明の一態様によって実現される健康管理支援装置は、店舗の位置情報と店舗の食事メニューと食事メニューの所定項目の値を格納する店舗情報記憶部を備え、受信部は、位置情報を受付け、メニュー抽出部は、受信部で受け付ける位置情報に対応する店舗の食事メニューを第１の食事メニュー群としてもよい。

本発明の一態様によって実現される健康管理支援方法は、熱量又は栄養成分である所定項目の所定期間での摂取可能条件に基づいて、第１の食事メニュー群から第２の食事メニュー群を抽出するステップと、第２の食事メニュー群のうちの特定の食事メニューである指定メニューの入力を受け付けるステップと、指定メニューと摂取可能条件に基づいて、指定メニューを摂取した後の食事を所定期間の終期として後の食事において所定項目の摂取可能な値を算出するステップとを備える。

また、本発明の一態様によって実現される健康管理支援方法は、摂取可能条件が食事摂取者が摂取してよい所定項目の上限値であってもよい。

また、本発明の一態様によって実現される健康管理支援方法は、摂取可能な値に基づいて、前記第１の食事メニュー群のうち後の食事を所定期間の終期として所定期間での摂取可能条件を満たす第３の食事メニュー群を抽出するステップを備えていてもよい。

また、本発明の一態様によって実現される健康管理支援方法は、第２の食事メニュー郡の中から、指定メニューの所定項目の値よりも少ない値をもつ提案メニューを抽出し、所定期間での摂取可能条件に基づいて提案メニューを選択したときに次回の食事で摂取可能な食事メニューである第４の食事メニュー群を抽出し、第３の食事メニュー群と第４の食事メニュー群の差分を抽出するステップを備えていてもよい。

また、本発明の一態様によって実現される健康管理支援方法は、第３の食事メニュー群と第４の食事メニュー群の差分を抽出するステップは、第３の食事メニュー群の食事メニューの数と第４の食事メニュー群の食事メニューの数の差分を算出してもよい。

また、本発明の一態様によって実現される健康管理支援方法は、所定期間で摂取してよい所定項目の値の総和と、所定期間で実際に摂取した所定項目の値の総和の差を算出するステップを備えていてもよい。

また、本発明の一態様によって実現される健康管理支援方法は、店舗の位置情報を受付け、第１の食事メニュー群は位置情報に対応する前記店舗の食事メニューであってもよい。

本発明の健康管理支援装置及び健康管理支援方法によれば、食事メニューを選択する者がメニューを選択する際に、今選択する食事メニューがその後の食事メニューにどのような影響を与えるのかを事前に知ることができるため、将来の食事メニューとのバランスを考えながら食事メニューを選択することができ、選択する食事メニューの選択肢を増やしながら健康を管理することができるという効果がある。

実施の形態１に係る健康管理支援装置の構成図 実施の形態１に係るメニュー情報データの一例を示す図 実施の形態１に係るユーザ情報データの一例を示す図 実施の形態１に係る健康管理支援方法のフローチャート 実施の形態１に係るユーザ端末の処理を示すフローチャート ユーザ端末の表示画面の一例を示す図 実施の形態２に係る健康管理支援装置の構成図 実施の形態２に係る店舗・メニュー情報データの一例を示す図 実施の形態２に係る健康管理支援方法のフローチャート 実施の形態２に係るユーザ端末の処理を示すフローチャート 実施の形態３に係る健康管理支援装置の構成図 実施の形態３に係る健康管理支援方法のフローチャート 実施の形態３に係るユーザ端末の処理を示すフローチャート

以下に、本発明の健康管理支援装置及び健康管理支援方法の実施の形態を図面とともに詳細に説明する。
（実施の形態１）
図１は実施の形態１に係る健康管理支援装置の構成図である。実施の形態１における健康管理支援装置１は、制御部２、送信部３、受信部４、メニュー情報記憶部５、ユーザ情報記憶部６、メニュー抽出部７、事前予告通知作成部８とから構成される。健康管理支援装置１は例えばサーバーであってもよい。更に健康管理支援装置１は食事メニューを選択する者（以下、ユーザとよぶ。）が使用するユーザ端末９とネットワークを介して接続している。ユーザ端末９は、端末制御部１０、表示部１１、入力部１２、端末送信部１３、端末受信部１４とから構成される。

健康管理支援装置１はユーザ端末９へ、食事メニューのデータ又は将来の食事メニューの選択に与える影響の情報などを送信する。ユーザは、食事メニューを選択する際に、このユーザ端末９を用いて食事メニューの選択を行う。ユーザは、食事メニューを摂取する者でもよいし、例えば食事を摂取する患者のために食事メニューを選択し調理する者であってもよい。

以下に、健康管理支援装置１の各構成について説明する。

制御部２は、送信部３、受信部４、メニュー情報記憶部５、ユーザ情報記憶部６、メニュー抽出部７、事前予告通知作成部８のそれぞれと接続し、各要素を制御する。送信部３は、ネットワークを介してユーザ端末９と接続し、ユーザ端末９へ後述する食事メニューの一覧又は事前予告通知などのデータを送信する。

受信部４は、ネットワークを介してユーザ端末９と接続し、ユーザ端末９からの接続要求又はユーザが選択した食事メニューデータなどを受信する。

メニュー情報記憶部５は、複数の食事メニューの料理名と、その熱量又は栄養成分である所定項目を食事メニューごとに対応付けたデータとして格納している。栄養成分は、例えば塩分、糖質、脂質などがある。また、食事メニューのレシピも食事メニューごとに対応づけて格納してもよい。図２は、メニュー情報記憶部５が格納する食事メニュー情報のデータの一例である。図２に示すように、メニュー情報記憶部５は、料理IDごとに、料理名、レシピ、熱量、塩分量、糖質量をデータとして格納している。ここで、メニュー情報記憶部５は、制御部２がある装置とは異なる装置又はサーバーなどにあり、ケーブルやネットワークを介して制御部２に接続していてもよい。

ユーザ情報記憶部６は、ユーザごとに付与しているユーザIDと、そのユーザごとに所定期間をユーザIDに対応付けて格納している。所定期間とは、摂取してよい所定項目の値をその所定期間での総量として算出するために定める期間である。また、食事を摂取する者が例えば朝、昼、晩のそれぞれの１回分の食事で摂取してよい熱量又は栄養成分量の上限値を、熱量又は栄養成分ごとに摂取可能条件としてユーザIDに対応付けて格納している。

また、摂取量を管理したい食事タイミングを、管理対象としてユーザIDに対応付けて格納している。管理対象を、朝食、昼食、及び夕食としてこの健康管理支援装置１で管理してもよいし、例えば朝食がいつもだいたい同じ物を摂取する環境である場合などは昼食及び夕食を管理対象として健康管理支援装置１で管理するようにしてもよい。さらに、摂取した食事ごとの熱量又は栄養成分量を摂取履歴としてユーザIDに対応付けて格納する。図３はユーザ情報記憶部６が格納するユーザ情報のデータの一例である。図３に示すように、ユーザ情報記憶部６は、ユーザIDごとに、所定期間と、管理対象と、所定項目と、摂取可能条件と、摂取履歴をそれぞれデータとして格納している。所定期間欄３０１には、例えばユーザによって７日又は３日など、数日の長さで所定期間を設定している。所定期間は、予め設定されていてもよい。また、ユーザがユーザ端末９の入力部１２に所定期間を選択する入力を行い、その入力に基づいて設定してもよい。管理対象欄３０２は、ここではユーザによって朝食、昼食、及び夕食、又は昼食のみを管理対象の例としてあげているが、これらに限られない。管理対象は、予め設定されていてもよい。また、ユーザがユーザ端末９の入力部１２に管理対象を選択する入力を行い、その入力に基づいて設定してもよい。所定項目欄３０３は、ここでは熱量、塩分、糖質を所定項目の例として挙げているが、所定項目は熱量又は栄養成分であればよく、これらに限られない。また、所定項目は単数であっても複数であってもよい。所定項目は、予め設定されていてもよい。また、ユーザがユーザ端末９の入力部１２に所定項目を選択する入力を行い、その入力に基づいて設定してもよい。摂取可能条件欄３０４には、所定項目ごとに例えば１日の朝食、昼食及び夕食のそれぞれで摂取してよい上限値を格納している。摂取可能条件は、予め設定されていてもよい。また、ユーザがユーザ端末９の入力部１２から数値入力を行い、設定してもよい。摂取履歴欄３０５には、食事摂取者が食事を摂取した日時と、その日時と対応付けて所定項目ごとに摂取した所定項目の値を格納する。摂取した時間の代わりに、朝食、昼食、夕食とラベル付けしてもよい。なお、所定期間欄３０１及び管理対象欄３０２は、ユーザIDに対応付けられていればよく、また、摂取可能条件欄３０４及び摂取履歴欄３０５はそれぞれユーザIDと所定項目に対応付けられていればよく、所定期間欄３０１、管理対象欄３０２、摂取可能条件欄３０４、摂取履歴欄３０５は同一のメモリに格納してもよいし、それぞれの項目を異なるメモリに格納してもよい。

メニュー抽出部７は、メニュー情報記憶部５に格納している食事メニューから、ユーザ情報記憶部６に格納している熱量又は栄養成分である所定項目の所定期間での摂取可能条件に基づいた食事メニューを抽出する。ここで、メニュー情報記憶部５に格納している食事メニューを第１の食事メニュー群とよび、第１の食事メニュー群の中から、所定項目の所定期間での摂取可能条件に基づいて抽出した食事メニューを第２の食事メニュー群とよぶ。具体的には、例えば、所定期間が７日、管理対象が朝食、昼食及び夕食、所定項目が熱量、摂取可能条件が朝食６００ｋｃａｌ／回、昼食が８００ｋｃａｌ／回、夕食が６００ｋｃａｌ／回であり、今回摂取しようとしている食事が朝食である場合を例に説明する。管理対象が朝食、昼食及び夕食であるので、所定期間７日間では、２１回の食事をとることとなる。今回摂取しようとしている朝食を所定期間の終期として２１回目で摂取してよい熱量は、摂取可能条件より、朝食、昼食及び夕食の２１回分の熱量の総和を求めると４２０００ｋｃａｌである。ここから、今回摂取しようとしている朝食を所定期間の終期として、所定期間の間に実際に摂取した熱量の総和を減算する。すなわち、まだ実際には今回の朝食を摂取していないので、所定期間の間に実際に摂取した熱量の総和は摂取履歴から求めた過去２０回分の食事の熱量である。ここでは、過去６日分の全ての食事の熱量及び７日前の昼食と夕食の熱量の総和が１３５００ｋｃａｌであった場合、今回の朝食で摂取できる熱量は５００ｋｃａｌである。従って、第２の食事メニュー群は、メニュー情報記憶部５に格納される全ての食事メニューのうち５００ｋｃａｌ以下の食事メニューのみを抽出したものである。管理対象が例えば昼食のみの場合は、昼食の摂取可能条件、所定期間のうち昼食の回数、及び昼食のみの摂取履歴に着目して計算を行って第２の食事メニュー群を抽出する。

具体的には、ユーザが今、指定メニューを摂取したと仮定して、第１の食事メニュー群の中から、指定メニューを摂取したその後の食事において所定項目の摂取可能な値を算出する。さらに、その摂取可能な値に基づいて、次回の食事を所定期間の終期として所定期間での摂取可能条件を満たす次回の食事メニューを抽出してもよい。ここで、第１の食事メニュー群の中で、今回指定メニューを摂取したときに次回の食事で摂取可能となる食事メニューを第３の食事メニュー群とよぶ。例えば今回の指定メニューの所定項目の値が大きい場合は第３の食事メニュー群の数は少なくなり、今回の指定メニューの所定項目の値が小さい場合は第３の食事メニュー群の数は多くなる。

このように、事前予告通知作成部８は指定メニューを摂取した後の将来の食事にどのような影響を与えるかを算出するので、ユーザは、食事メニューを決定する前に、今、選択しようとしている食事メニューを実際に摂取すると、次回の食事の際に所定項目の摂取可能な値がどのようになるのか、又は次回の食事の際の食事メニューがどのようになるのかということを把握することができる。従って、ユーザは、次回の食事メニューの選択に与える影響を自ら加味した上で現在とる食事のメニューを決定することができる。また、毎回の食事ごとに所定項目の上限値を設定するのではなく、所定期間での摂取可能条件の総和から現在摂取可能な所定項目の値を算出するので、例えば所定期間の間で、節制し、毎回の食事ごとの所定項目の上限値に満たない日が続けば、毎回の食事ごとの所定項目の上限値以上摂取しても良い日もでき、その日はメニュー選択の選択肢がより多くなり、メニュー選択の自由度を広げることが可能となる。これにより、ユーザは、食事メニューを選べる自由度を広げることができるため、モチベーションを維持しやすくすることができる。

更に、第２の食事メニュー郡の中から、ユーザが指定した指定メニューの所定項目の値よりも少ない値をもつ食事メニューを提案メニューとして抽出し、所定期間での摂取可能条件に基づいて今回提案メニューを摂取したときに次回の食事で摂取可能となる食事メニューを抽出し、第３の食事メニュー群との差分を抽出してもよい。ここで、第１の食事メニュー群の中で、今回提案メニューを摂取したときに次回の食事で摂取可能となる食事メニューを第４の食事メニュー群とよぶ。すなわち、前述の差分とは、第３の食事メニュー群と第４の食事メニュー群の差分であり、第４の食事メニュー群に含まれるが第３の食事メニュー群には含まれない食事メニューのことである。また、この差分の食事メニューの数を算出してもよい。

このように、提案メニューを抽出し、第３の食事メニュー群との差分を抽出することで、ユーザは、提案メニューを摂取すると次回の食事で摂取可能となる食事メニューが増えることを確認することができ、次回の食事のために今回の食事は提案メニューに変更するか否かなどを検討することができるため、食事を選択する際に、将来摂取できる食事まで加味して考えることができる。また、次回の食事メニューの数が減ってもよいと考えれば、今回の食事で選択できる食事メニュー数は増えるのでユーザの判断により食事メニューの選択肢を広げることができる。

以下に、ユーザ端末９の各構成について説明する。端末制御部１０は、表示部１１、入力部１２、端末送信部１３、端末受信部１４のそれぞれと接続し、各要素を制御する。

表示部１１は、ユーザが食事メニューに関する情報を得るための画面を表示する。例えばディスプレイに、選択できる食事メニューの一覧を表示したり、ある食事メニューを選択したときに次の食事メニューの選択に与える影響などを表示したりする。食事メニューのレシピ、若しくは、メニュー情報記憶部５又はユーザ情報記憶部６に格納してあるデータなどを表示してもよい。

入力部１２は、ユーザの食事メニューの選択入力、所定項目又は所定期間又は摂取可能条件などの設定の入力などを受け付ける部分である。例えば、タッチパネルからの入力でもよいし、マウス又はキーボードからの入力でもよい。

端末送信部１３は、ネットワークを介して健康管理支援装置１の受信部４と接続し、入力部１２が受け付けた入力を健康管理支援装置１へ送信する。

端末受信部１４は、ネットワークを介して健康管理支援装置１の送信部３と接続し、メニュー抽出部７が抽出した食事メニューデータ又は事前予告通知作成部８の作成したデータ、若しくは、メニュー情報記憶部５又はユーザ情報記憶部６に格納してあるデータなどを受信する。

以下に、健康管理支援装置１及びユーザ端末９が実行する処理フローについて説明する。

図４は、実施の形態１に係る健康管理支援方法のフローチャートである。
受信部４がユーザ端末９からの接続要求を受け付けると、ステップＳ４０１において、メニュー抽出部７が接続要求を行ったユーザのユーザＩＤの特定を行う。ユーザＩＤの特定は、ユーザが入力部１２から自らのユーザＩＤを入力し、そのユーザＩＤを受信部４が受信して、メニュー抽出部７がユーザ情報記憶部６に格納されているユーザＩＤ情報を参照して特定してもよいし、ユーザ端末９ごとに固有のユーザＩＤを設定しておき、接続要求を行った際に自動的にユーザＩＤを健康管理支援装置１へ送信するようにしてもよい。

次に、ステップＳ４０２において、メニュー抽出部７は、メニュー情報記憶部５に格納している食事メニューから、ユーザ情報記憶部６に格納している熱量又は栄養成分である所定項目の所定期間での摂取可能条件に基づいた食事メニューを抽出する。ここで、メニュー情報記憶部５に格納している食事メニューを第１の食事メニュー群とよび、第１の食事メニュー群の中から、所定項目の所定期間での摂取可能条件に基づいて抽出した食事メニューを第２の食事メニュー群とよぶ。具体的には、メニュー抽出部７はユーザ情報記憶部６を参照し、接続要求を行ったユーザＩＤに対応付けられた所定期間欄３０１と管理対象欄３０２を参照し、何回分の食事の摂取可能条件を計算の対象とするか決定する。今回の食事がいつの食事であるかは健康管理支援装置１が接続要求を受け取った日時又はユーザ端末９の入力部１２からユーザが入力した日時若しくは朝食・昼食・夕食の選択から判断する。メニュー抽出部７は、所定項目欄３０３及び摂取可能条件欄３０４を参照し、今回摂取しようとしている食事を所定期間の終期として所定期間で摂取してよい所定項目の値を算出する。この値から、摂取履歴欄３０５を参照して今回の食事を終期とする所定期間の間に実際に摂取している所定項目の値の総和を減算する。具体的には、管理対象を朝食、昼食及び夕食として所定期間を７日間に設定しており、今回の食事が朝食の場合、所定期間で実際に摂取している所定項目の値の総和は、過去６日分の朝昼晩の食事の熱量及び７日前の昼食と夕食の熱量の総和となる。ここで、摂取履歴が無い食事の分は、その１回の食事分の摂取可能条件の値を摂取したものとして計算してもよい。

次に、ステップＳ４０３において、ステップＳ４０２において抽出した第２の食事メニュー群のデータを送信部３がユーザ端末９へ送信する。このとき送信するデータとしては、第２の食事メニュー群の料理名だけでもよいし、レシピ又は熱量又は栄養成分も含めても良い。

ここで送信した第２の食事メニュー群の中から、ユーザは現時点で選択したいと思う食事メニューを選択し、その選択した指定メニューをユーザ端末９へ入力し、健康管理支援装置１へ送信する。

ステップＳ４０４において、受信部４がユーザ端末９からユーザが入力した指定メニューのデータを受け付けると、ステップＳ４０５へ進む。

ステップＳ４０５において、事前予告通知作成部８は、メニュー抽出部７が抽出した第２の食事メニュー群の中からユーザが指定した食事メニューである指定メニューを食事摂取者が摂取した場合、その指定メニューを摂取した後の将来の食事にどのような影響を与えるかを算出する。具体的には、事前予告通知作成部８はユーザ情報記憶部６を参照し、接続要求を行ったユーザＩＤに対応付けられた所定期間欄３０１と管理対象欄３０２を参照し、何回分の食事の摂取可能条件を計算の対象とするか決定する。今回の食事がいつの食事であるかは健康管理支援装置１が接続要求を受け取った日時又はユーザ端末９の入力部１２からユーザが入力した日時若しくは朝食・昼食・夕食の選択から判断する。そして、所定項目欄３０３及び摂取可能条件欄３０４を参照し、食事摂取者が今、指定メニューを摂取したと仮定して次回の食事のときの所定項目の摂取可能な値を算出する。更にその摂取可能な値に基づいて、次回の食事を所定期間の終期として所定期間での摂取可能条件を満たす食事メニューを抽出してもよい。具体的には、次回の食事を所定期間の終期として所定期間で摂取してよい所定項目の値を算出する。この値から、所定期間の間に実際に摂取している所定項目の値の総和を減算する。このとき、今回の食事は指定メニューを摂取したと仮定するため、今回の食事の所定項目の値は、メニュー情報記憶部５のうち指定メニューの所定項目の値を読み出して計算する。これにより、次回の食事のときに、所定項目の摂取してよい値が算出される。この、次回の食事のときに所定項目の摂取してよい値を事前予告通知のデータとしてもよい。

ここで、第１の食事メニュー群の中で、今回指定メニューを摂取したときに次回の食事で摂取可能となる食事メニューを第３の食事メニュー群とよぶ。算出した所定項目の次回の食事での摂取可能な値よりも少ない値をもつ食事メニューを第１の食事メニュー群の中から抽出し、第３の食事メニュー群を決定する。例えば今回の指定メニューの所定項目の値が大きい場合は第３の食事メニュー群の数は少なくなり、今回の指定メニューの所定項目の値が小さい場合は第３の食事メニュー群の数は多くなる。この、第３の食事メニュー群を事前予告通知のデータとしてもよい。

更に、第２の食事メニュー郡の中から、ユーザが指定した指定メニューの所定項目の値よりも少ない値をもつ食事メニューを提案メニューとして抽出し、所定期間での摂取可能条件に基づいて今回提案メニューを摂取したときに次回の食事で摂取可能となる食事メニューを抽出し、第３の食事メニュー群との差分を抽出してもよい。この、差分の食事メニューを事前予告通知のデータとしてもよい。ここで、第１の食事メニュー群の中で、今回提案メニューを摂取したときに次回の食事で摂取可能となる食事メニューを第４の食事メニュー群とよぶ。すなわち、前述の差分とは、第３の食事メニュー群と第４の食事メニュー群の差分であり、第４の食事メニュー群に含まれるが第３の食事メニュー群には含まれない食事メニューのことである。また、この差分の食事メニューの数を算出してもよい。この、差分の食事メニューの数を事前予告通知のデータとしてもよい。

次にステップＳ４０６において、ステップＳ４０５において作成した事前予告通知のデータを送信部３がユーザ端末９へ送信する。このように、事前予告通知作成部８が指定メニューを摂取した後の将来の食事にどのような影響を与えるかを算出して、ユーザ端末９へ送信すると、ユーザは、食事メニューを決定する前に、今選択しようとしている食事メニューを実際に摂取すると、次回の食事メニューがどのようになるのかということを把握することができる。従って、ユーザは、次回の食事メニューの選択に与える影響を自ら加味した上で現在とる食事のメニューを決定することができる。また、毎回の食事ごとに所定項目の上限値を設定するのではなく、所定期間での摂取可能条件の総和から現在摂取可能な所定項目の値を算出するので、例えば所定期間の間で、毎回の食事ごとの所定項目の上限値に満たない日が続けば、毎回の食事ごとの所定項目の上限値以上摂取しても良い日もできるため、メニュー選択の選択肢を広げることができる。また、事前予告通知作成部８が提案メニューを抽出し、ユーザ端末９へ送信することで、ユーザは、提案メニューを摂取すると次回の食事で摂取可能となる食事メニューが増えることを確認することができ、次回の食事のために今回の食事は提案メニューに変更するか否かなどを検討することができるため、食事を選択する際に、将来摂取できる食事まで加味して考えることができる。また、次回の食事メニューの数が減ってもよいと考えれば、今回の食事で選択できる食事メニュー数は増えるのでユーザの判断により食事メニューの選択肢を広げることができる。

ユーザはこの事前予告通知の内容を確認したうえで、最終的に今回の食事として選択したい食事メニューを選択し、その選択した決定メニューをユーザ端末９へ入力し、健康管理支援装置１へ送信する。

ステップＳ４０７において受信部４がユーザ端末９からユーザが入力した決定メニューのデータを受け付けると、ステップＳ４０８へ進む。

ステップＳ４０８において、制御部２は、メニュー情報記憶部５を参照して、受信部４が受信した決定メニューの各所定項目の値を、ユーザ情報記憶部６の摂取履歴欄３０５へ記録する。そのときの日時もあわせて摂取履歴欄３０５に記録する。ユーザが決定メニューを選択したときの日時データの取得は、ユーザ端末９の入力部１２からの入力でもよいし、自動的に取得するようにしてもよい。また、時間の代わりにユーザが朝食、昼食、夕食のいずれかを選択して入力するようにしてもよい。

次に、ユーザ端末９の処理フローについて図５を用いて説明する。ユーザが、入力部１２に食事を選択するための食事メニューの表示を要求する入力を行うと、ユーザ端末９の端末送信部１３は、健康管理支援装置１に対して接続要求を送信する。例えば、ユーザは、昼食又は夕食をとる前に、食事メニューを選択するために食事メニューの表示を要求する。

ステップＳ５０１において、端末受信部１４が健康管理支援装置１から第２の食事メニュー群のデータを受信すると、ステップＳ５０２へ進む。このとき受信するデータは、健康管理支援装置１の処理フローのステップＳ４０３において送信するデータである。ステップＳ５０２において、表示部１１は、ステップＳ５０１で受信した第２の食事メニュー群のデータを表示する。ユーザは、この表示された第２の食事メニュー群を確認し、現時点で選択したいと思う食事メニューを選び、その選んだ食事メニューを指定メニューとして入力部１２から入力する。図６は、表示部１１が表示する画面の一例である。ステップＳ５０２において、メニュー表示欄６０１には、第２の食事メニュー群に含まれる食事メニューが一覧表示される。

次にステップＳ５０３において、入力部１２が指定メニューの入力を受け付けると、ステップＳ５０４へ進む。指定メニューの入力は、例えば、図６に示した表示部１１の画面がタッチパネルとなっており、メニューＡをユーザがタッチすると、メニューＡを指定メニューとする入力を受け付ける。

ステップＳ５０４において、端末送信部１３はステップＳ５０２において受け付けた指定メニューデータを健康管理支援装置１へ送信する。このとき送信するデータは、健康管理支援装置１の処理フローのステップＳ４０４において受け付けるデータである。
次に、ステップＳ５０５において、端末受信部１４が健康管理支援装置１から事前予告通知のデータを受信すると、ステップＳ５０６へ進む。

ステップＳ５０６において、表示部１１は、ステップＳ５０５で受信した事前予告通知のデータを表示する。事前予告通知のデータは、例えば図６のコメント表示欄６０２に表示される。例えば、「指定メニューをそばに変えると、明日のメニューが１５増えます」などと表示される。ユーザは、表示された事前予告通知を確認したうえで、第１の食事メニュー群の中から最終的に今回の食事として選択したい食事メニューを選択し、その選択した決定メニューを入力部１２へ入力する。決定メニューの入力は、例えば図６に示した表示部１１の画面がタッチパネルとなっており、メニューＡをユーザがタッチし、その後に決定ボタン６０３をタッチすると、メニューＡを決定メニューとする入力を受け付ける。

ステップＳ５０７において、入力部１２が決定メニューの入力を受け付けると、ステップＳ５０８へ進む。

ステップＳ５０８において、端末送信部１３はステップＳ５０７において受け付けた決定メニューデータを健康管理支援装置１へ送信する。このとき送信するデータは、健康管理支援装置１の処理フローのステップＳ４０７において受け付けるデータである。

（実施の形態２）
図７は実施の形態２に係る健康管理支援装置の構成図である。実施の形態１と同じ機能を有する構成には同じ番号を付し、その構成の説明は省略する。実施の形態２に係る健康管理支援装置は、健康管理支援装置７０１において店舗・メニュー情報記憶部７０５を有し、ユーザ端末７０９において位置情報検出部７１５を有する点で主に実施の形態１と異なる。実施の形態２における健康管理支援装置１は、制御部２、送信部３、受信部４、店舗・メニュー情報記憶部７０５、ユーザ情報記憶部６、メニュー抽出部７、事前予告通知作成部８とから構成される。健康管理支援装置７０１は例えばサーバーであってもよい。更に健康管理支援装置７０１はユーザが使用するユーザ端末７０９とネットワークを介して接続している。ユーザ端末７０９は、端末制御部１０、表示部１１、入力部１２、端末送信部１３、端末受信部１４、位置情報検出部７１５とから構成される。

店舗・メニュー情報記憶部７０５は、制御部２と接続し、店舗を識別するために店舗ごとに付与された店舗ＩＤごとに、複数の食事メニューの料理名と、その熱量又は栄養成分である所定項目を食事メニューごとに対応付けたデータとして格納している。栄養成分は、例えば塩分、糖質、脂質などがある。また、食事メニューのレシピも食事メニューごとに対応づけて格納してもよい。図８は、店舗・メニュー情報記憶部７０５が格納する店舗及び食事メニュー情報のデータの一例である。図８に示すように、店舗・メニュー情報記憶部７０５は、店舗ＩＤごとに、店舗位置情報、料理ＩＤ、料理名、レシピ、熱量、塩分量、糖質量をデータとして格納している。ここで、店舗・メニュー情報記憶部７０５は、制御部２がある装置とは異なる装置又はサーバーなどにあり、ケーブルやネットワークを介して制御部２に接続していてもよい。

位置情報検出部７１５は、端末制御部１０と接続し、ユーザ端末７０９の位置を検出する。例えばＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）を用いることができる。

以下に、健康管理支援装置７０１及びユーザ端末７０９が実行する処理フローについて説明する。

図９は、実施の形態２に係る健康管理支援方法のフローチャートである。実施形態１と同じ処理を行うステップには同じ番号を付し、そのステップの説明は省略する。受信部４がユーザ端末７０９からの位置情報を受け付けると、ステップＳ９０１において、メニュー抽出部７が位置情報から店舗の特定を行う。店舗の特定は、位置情報検出部７１５が検出したユーザ端末７０９の位置情報を受信部４が受信し、メニュー抽出部７が店舗・メニュー情報記憶部７０５に格納されている店舗位置情報のデータを参照して特定する。

次に、ステップＳ４０１において、ユーザの特定を行う。

次に、ステップＳ９０２において、メニュー抽出部７は、店舗・メニュー情報記憶部７０５に格納している食事メニューのうち、ステップＳ９０１で特定した店舗に対応する食事メニューの中から、ユーザ情報記憶部６に格納している熱量又は栄養成分である所定項目の所定期間での摂取可能条件に基づいた食事メニューを抽出する。ここで、店舗・メニュー情報記憶部７０５に格納している食事メニューのうちステップＳ９０１で特定した店舗に対応する食事メニューを第１の食事メニュー群とよび、第１の食事メニュー群の中から、所定項目の所定期間での摂取可能条件に基づいて抽出した食事メニューを第２の食事メニュー群とよぶ。具体的には、メニュー抽出部７はユーザ情報記憶部６を参照し、接続要求を行ったユーザＩＤに対応付けられた所定期間欄３０１と管理対象欄３０２を参照し、何回分の食事の摂取可能条件を計算の対象とするか決定する。今回の食事がいつの食事であるかは健康管理支援装置１が接続要求を受け取った日時又はユーザ端末７０９の入力部１２からユーザが入力した日時若しくは朝食・昼食・夕食の選択から判断する。メニュー抽出部７は、所定項目欄３０３及び摂取可能条件欄３０４を参照し、今回摂取しようとしている食事を所定期間の終期として所定期間で摂取してよい所定項目の値を算出する。この値から、摂取履歴欄３０５を参照して今回の食事を終期とする所定期間の間に実際に摂取している所定項目の値の総和を減算する。具体的には、管理対象を朝食、昼食及び夕食として所定期間を７日間に設定しており、今回の食事が朝食の場合、所定期間で実際に摂取している所定項目の値の総和は、過去６日分の朝昼晩の食事の熱量及び７日前の昼食と夕食の熱量の総和となる。ここで、摂取履歴が無い食事の分は、その１回の食事分の摂取可能条件の値を摂取したものとして計算してもよい。

更に、順次ステップＳ４０３からステップＳ４０８までを実行する。

次に、ユーザ端末７０９の処理フローを図１０に示すが、ユーザ端末７０９の処理フローは、健康管理支援装置７０１へ位置情報検出部７１５が検出した位置情報を送信した後は、実施の形態１のステップＳ５０１からＳ５０８と同じ処理を行うため、同じ番号を付してそのステップの説明は省略する。

ここで、店舗の特定は、ユーザ端末７０９が備える位置情報検出部７１５により位置情報を取得して店舗位置情報のデータから特定しているが、ユーザ端末７０９が位置情報検出部７１５を備えず、ユーザが入力部１２から店舗情報を入力するなどしてもよい。すなわち、ステップＳ９０１において、ユーザの入力した店舗情報を受け付けると、メニュー抽出部７が店舗・メニュー情報記憶部７０５に格納されている店舗ＩＤを参照して店舗の特定を行ってもよい。

このように、健康管理支援装置７０１に店舗ごとの食事メニュー情報が格納されているので、ユーザが利用しようとする店舗のメニュー情報の中から健康的な食事メニューを選択することを支援することができる。

（実施の形態３）
図１１は実施の形態３における健康管理支援装置の構成図である。実施の形態１と同じ機能を有する構成には同じ番号を付し、その構成の説明は省略する。

実施の形態３に係る健康管理支援装置１１０１は、事後報告通知作成部１１０２を備える点で実施の形態１と異なる。なお、以下では、実施の形態１における健康管理支援装置１が事後報告通知作成部１１０２を備える形態として説明するが、実施の形態２に係る健康管理支援装置７０１が同様に事後報告通知作成部１１０２を備えていてもよい。

事後報告通知作成部１１０２は、制御部２と接続し、ユーザが摂取する食事メニューを決定した後に、その食事メニューをユーザが摂取したことで摂取可能条件に対してどのぐらい余裕があるのか又はどのぐらい超過しているかを知らせる事後報告通知を作成する。以下に、健康管理支援装置１１０１及びユーザ端末１１０９が実行する処理フローについて説明する。

図１２は、実施の形態３に係る健康管理支援方法のフローチャートである。実施形態１と同じ処理を行うステップには同じ番号を付し、そのステップの説明は省略する。

健康管理支援装置１１０１は、ステップＳ４０１からステップＳ４０８の処理の後、ステップＳ１２０１において、事後報告通知作成部１１０２が事後報告通知データの作成を行う。具体的には、事後報告通知作成部１１０２はユーザ情報記憶部６を参照し、接続要求を行ったユーザＩＤに対応付けられた所定期間欄３０１と管理対象欄３０２を参照し、何回分の食事の摂取可能条件を計算の対象とするか決定する。今回の食事がいつの食事であるかは健康管理支援装置１が接続要求を受け取った日時又はユーザ端末９の入力部１２からユーザが入力した日時若しくは朝食・昼食・夕食の選択から判断する。事後報告通知作成部１１０２は今回摂取した食事を所定期間の終期として所定期間で摂取してよい所定項目の値の総和を算出する。そして、ユーザ情報記憶部６に格納された摂取履歴欄３０５を参照して、今回の食事を所定期間の終期として所定期間で実際に摂取した所定項目の値の総和を算出する。この所定期間で摂取してよい所定項目の値の総和と、実際に摂取した所定項目の値の総和の差分を算出し、これを事後報告通知のデータとする。事後報告通知のデータとしては、差分の値でもよいし、例えばメニュー情報記憶部５が格納するメニューのうち差分の値よりも低い所定項目の値をもつメニューを抽出して、このメニュー情報を事後報告通知のデータとしてもよい。

次に、ステップＳ１２０２において、ステップＳ１１０２において作成した事後報告通知のデータを送信部３がユーザ端末１１０９へ送信する。

次に、ユーザ端末１１０９の処理フローを図１３に示すが、実施形態１と同じ処理を行うステップには同じ番号を付し、そのステップの説明は省略する。ユーザ端末１１０９は、ステップＳ５０１からステップＳ５０８の処理の後、ステップＳ１３０１において、端末受信部１４が健康管理支援装置１１０１から事後報告通知のデータを受信すると、ステップＳ１３０２へ進む。

ステップＳ１３０２において、表示部１１は、ステップＳ１３０１で受信した事後報告通知のデータを表示する。事後報告通知のデータは、例えば図６のコメント表示欄６０２に表示される。

このように、健康管理支援装置１１０１がユーザ端末１１０９へ事後報告通知を送信することで、例えばユーザが所定項目の値が低いものを選択した場合には所定期間での摂取量が上限よりも低くなり、デザートや間食を摂取することができるようになったことをユーザが知ることができる。

本出願は、２０１３年２月２５日出願の日本特許出願、特願２０１３−０３４１９１に基づくものであり、その内容はここに参照として取り込まれる。

本発明にかかる健康管理支援装置及び健康管理支援方法によれば、所定の期間における熱量又は栄養成分の摂取可能条件に基づいて、今選択する食事メニューが将来の食事メニューにどのような影響を与えるのかを食事メニューを選択する者に事前に知らせることにより、メニューの選択肢の幅を広げつつ健康を管理することが可能となる。これにより食事を管理することによる健康管理をメニュー選択肢の幅を広げつつ行うことができ、ユーザが簡便に継続的に健康を管理する装置として有用である。

１ 健康管理支援装置
２ 制御部
３ 送信部
４ 受信部
５ メニュー情報記憶部
６ ユーザ情報記憶部
７ メニュー抽出部
８ 事前予告通知作成部
９ ユーザ端末
１０ 端末制御部
１１ 表示部
１２ 入力部
１３ 端末送信部
１４ 端末受信部
３０１ 所定期間欄
３０２ 管理対象欄
３０３ 所定項目欄
３０４ 摂取可能条件欄
３０５ 摂取履歴欄
６０１ メニュー表示欄
６０２ コメント表示欄
６０３ 決定ボタン
７０１ 健康管理支援装置
７０５ 店舗・メニュー情報記憶部
７０９ ユーザ端末
７１５ 位置情報検出部
１１０１ 健康管理支援装置
１１０２ 事後報告通知作成部
１１０９ ユーザ端末

Claims (16)

1. 熱量又は栄養成分である所定項目の所定期間での摂取可能条件に基づいて、第１の食事メニュー群から第２の食事メニュー群を抽出するメニュー抽出部と、
   前記第２の食事メニュー群のうちの特定の食事メニューである指定メニューの入力を受け付ける受信部と、
   前記受信部で受け付けた前記指定メニューと前記摂取可能条件に基づいて、前記指定メニューを摂取した後の食事を前記所定期間の終期として前記後の食事において前記所定項目の摂取可能な値を算出する事前予告通知作成部とを備える健康管理支援装置。
2. 前記摂取可能条件とは食事摂取者が摂取してよい前記所定項目の上限値である請求項１に記載の健康管理支援装置。
3. 前記事前予告通知作成部は、前記摂取可能な値に基づいて、前記第１の食事メニュー群のうち前記後の食事を前記所定期間の終期として前記所定期間での前記摂取可能条件を満たす第３の食事メニュー群を抽出する請求項１又は２に記載の健康管理支援装置。
4. 前記事前予告通知作成部は、前記第２の食事メニュー群の中から、前記指定メニューの所定項目の値よりも少ない値をもつ提案メニューを抽出し、前記所定期間での前記摂取可能条件に基づいて前記提案メニューを選択したときに次回の食事で摂取可能な食事メニューである第４の食事メニュー群を抽出し、前記第３の食事メニュー群と前記第４の食事メニュー群の差分を抽出する請求項３に記載の健康管理支援装置。
5. 前記事前予告通知作成部は、前記第３の食事メニュー群の食事メニューの数と前記第４の食事メニュー群の食事メニューの数の差分を算出する請求項４に記載の健康管理支援装置。
6. 前記所定期間で摂取してよい所定項目の値の総和と、前記所定期間で実際に摂取した所定項目の値の総和の差を算出する事後報告通知作成部を備える請求項１から５のいずれか１項に記載の健康管理支援装置。
7. 前記摂取可能条件と摂取した食事メニュー及び各前記摂取した食事メニューの所定項目の値を格納するユーザ情報記憶部を備え、
   前記事前予告通知作成部は前記ユーザ情報記憶部に格納される前記所定期間の前記摂取した食事メニューの前記所定項目の値と前記摂取可能条件に基づいて、前記第３の食事メニュー群を抽出する請求項３から５のいずれか１項に記載の健康管理支援装置。
8. 前記第１の食事メニュー群と、前記第１の食事メニュー群の有する各食事メニューに対応する前記所定項目の値を格納する食事メニュー情報記憶部を備える請求項１から７のいずれか１項に記載の健康管理支援装置。
9. 店舗の位置情報と前記店舗の食事メニューと前記食事メニューの前記所定項目の値を格納する店舗情報記憶部を備え、
   前記受信部は、位置情報を受付け、
   前記メニュー抽出部は、前記受信部で受け付ける前記位置情報に対応する前記店舗の食事メニューを前記第１の食事メニュー群とする請求項１から８のいずれか１項に記載の健康管理支援装置。
10. 熱量又は栄養成分である所定項目の所定期間での摂取可能条件に基づいて、第１の食事メニュー群から第２の食事メニュー群を抽出するステップと、
    前記第２の食事メニュー群のうちの特定の食事メニューである指定メニューの入力を受け付けるステップと、
    前記指定メニューと前記摂取可能条件に基づいて、前記指定メニューを摂取した後の食事を前記所定期間の終期として前記後の食事において前記所定項目の摂取可能な値を算出するステップとを備える健康管理支援方法。
11. 前記摂取可能条件とは食事摂取者が摂取してよい前記所定項目の上限値である請求項１０に記載の健康管理支援方法。
12. 前記摂取可能な値に基づいて、前記第１の食事メニュー群のうち前記後の食事を前記所定期間の終期として前記所定期間での前記摂取可能条件を満たす第３の食事メニュー群を抽出するステップを備える請求項１０又は１１に記載の健康管理支援方法。
13. 前記第２の食事メニュー群の中から、前記指定メニューの所定項目の値よりも少ない値をもつ提案メニューを抽出し、前記所定期間での前記摂取可能条件に基づいて前記提案メニューを選択したときに次回の食事で摂取可能な食事メニューである第４の食事メニュー群を抽出し、前記第３の食事メニュー群と前記第４の食事メニュー群の差分を抽出するステップを備える請求項１２に記載の健康管理支援方法。
14. 前記第３の食事メニュー群と前記第４の食事メニュー群の差分を抽出するステップは、前記第３の食事メニュー群の食事メニューの数と前記第４の食事メニュー群の食事メニューの数の差分を算出する請求項１３に記載の健康管理支援方法。
15. 前記所定期間で摂取してよい所定項目の値の総和と、前記所定期間で実際に摂取した所定項目の値の総和の差を算出するステップを備える請求項１０から１４のいずれか１項に記載の健康管理支援方法。
16. 店舗の位置情報を受付け、
    前記第１の食事メニュー群は前記位置情報に対応する前記店舗の食事メニューである請求項１０から１５のいずれか１項に記載の健康管理支援方法。

Images