(57)【要約】【課題】疾病患者にとって有用な食事療法に係る情報を提供することができる食事療法支援装置及び食事療法支援方法を提供する。【解決手段】本発明に係る食事療法支援装置１００は、ユーザ端末２００から受信したメニューに係る情報に基づいてメニューのレシピを決定するレシピ決定部１１０と、レシピに基づいて算出されたメニューの栄養素に係る情報及びユーザの疾病に対する食事療法に係る情報をユーザ端末２００に送信する算出部１２０とを備える。【選択図】図１
2015102937.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末から受信したメニューに係る情報に基づいて該メニューのレシピを決定するレシピ決定部と、
前記レシピに基づいて算出された前記メニューの栄養素に係る情報及びユーザの疾病に対する食事療法に係る情報を前記ユーザ端末に送信する算出部と
を備える食事療法支援装置。
【請求項２】
前記食事療法に係る情報は、前記ユーザの疾病に基づいて前記栄養素に係る情報を得点化した情報を含む、請求項１に記載の食事療法支援装置。
【請求項３】
前記食事療法に係る情報は、前記得点化した情報の数値が前記ユーザの疾病に対する食事療法として適した範囲内であるか否かに係る情報を含む、請求項２に記載の食事療法支援装置。
【請求項４】
食事療法支援装置における食事療法支援方法であって、
ユーザ端末から受信したメニューに係る情報に基づいて該メニューのレシピを決定する決定ステップと、
前記レシピに基づいて算出された前記メニューの栄養素に係る情報及びユーザの疾病に対する食事療法に係る情報を前記ユーザ端末に送信する送信ステップと
を含む食事療法支援方法。
【請求項５】
前記食事療法に係る情報は、前記ユーザの疾病に基づいて前記栄養素に係る情報を得点化した情報を含む、請求項４に記載の食事療法支援方法。
【請求項６】
前記食事療法に係る情報は、前記得点化した情報の数値が前記ユーザの疾病に対する食事療法として適した範囲内であるか否かに係る情報を含む、請求項５に記載の食事療法支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、疾病の食事療法に関する情報を提供する食事療法支援装置及び食事療法支援方法に関する。
【背景技術】
【０００２】
近年、バランス良く栄養素を摂取する食事を行うことを支援するためのシステムが提案されている。例えば、非特許文献１には、レシピや材料を入力すると、栄養バランスを考慮した献立を検索する検索システムが記載されている。また、非特許文献２には、食事を記録することにより、食生活における問題を把握し、食生活を改善する、いわゆる「レコーディング・ダイエット」を支援するシステムが記載されている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】苅米志帆乃、藤井敦、「栄養素等摂取バランスを考慮した料理レシピ検索システム」、電子情報通信学会論文誌、Vol.J92-D No.7、pp.975-983、２００９年７月
【非特許文献２】苅米志帆乃、藤井敦、「栄養素等摂取バランスの分析に基づく食生活支援システム」、DBSJ Journal、Vol.8、No.4、２０１０年３月
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来提案されてきた食事支援システムは、疾病患者に対する食事療法が考慮されているものではなかった。そのため、疾病患者は、食事支援システムを使用して、例えば献立を検索したとしても、検索した献立が疾病の食事療法に適合するか否かについて、自ら判断しなければならなかった。疾病の食事療法に適合するか否かの判断は、疾病患者にとって負担であり、また、必ずしも正確な判断が行えるというわけでもない。特に栄養素の計算は複雑であり、栄養についての知識が不足する疾病患者にとっては、この判断を行うことがストレスとなる場合もある。また、外食する場合の食事が食事療法に適合するか否かを判断することは困難である。
【０００５】
従って、かかる点に鑑みてなされた本発明の目的は、疾病患者にとって有用な食事療法に係る情報を提供する食事療法支援装置及び食事療法支援方法を提供することにある。
【課題を解決するための手段】
【０００６】
上述した諸課題を解決すべく、本発明に係る食事療法支援装置は、ユーザ端末から受信したメニューに係る情報に基づいて該メニューのレシピを決定するレシピ決定部と、前記レシピに基づいて算出された前記メニューの栄養素に係る情報及びユーザの疾病に対する食事療法に係る情報を前記ユーザ端末に送信する算出部とを備える。
【０００７】
また、本発明は上述した食事療法支援装置に実質的に相当する方法としても実現し得るものであり、本発明の範囲にはこれらも包含されるものと理解されたい。
【０００８】
例えば、本発明に係る食事療法支援方法は、食事療法支援装置における食事療法支援方法であって、ユーザ端末から受信したメニューに係る情報に基づいて該メニューのレシピを決定する決定ステップと、前記レシピに基づいて算出された前記メニューの栄養素に係る情報及びユーザの疾病に対する食事療法に係る情報を前記ユーザ端末に送信する送信ステップとを含む。
【発明の効果】
【０００９】
上記のように構成された本発明に係る食事療法支援装置及び食事療法支援方法によれば、疾病患者にとって有用な食事療法に係る情報を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態に係る食事療法支援システムのシステム構成図である。
【図２】ＯＣＲによるメニューの認識の例を示す図である。
【図３】レシピLinked Dataの例を模式的に示す図である。
【図４】レシピ決定部が決定したレシピの材料の例を示す図である。
【図５】単位変換表の一部の例を模式的に示す図である。
【図６】材料・成分対応表の一部の例を示す図である。
【図７】食品成分Linked Dataの一部の例を模式的に示す図である。
【図８】得点計算ルールの一例を模式的に示す図である。
【図９】食事療法支援装置が行う一連の動作の例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態について、図面を参照して説明する。尚、各実施形態の説明及び図面において、同様の機能を有する機能部については、同一の参照符号を付して説明する。
【００１２】
図１は、本発明の一実施形態に係る食事療法支援システムのシステム構成図である。食事療法支援システムは、食事療法支援装置１００と、ユーザ端末２００とを備える。ユーザ端末２００は、本システムを使用する疾病患者等（以下「ユーザ」という）が所有する、例えば携帯電話等の通信端末である。食事療法支援装置１００とユーザ端末２００とは、例えば、インターネット回線、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、ＡＤＳＬ、ＩＳＤＮ回線、電話回線、無線ネットワーク等のネットワーク３００を介して相互に通信可能に接続される。
【００１３】
食事療法支援装置１００は、ネットワーク３００を介して、メニューに係る情報及びユーザの疾病に係る情報をユーザ端末２００から受信し、食事療法支援に係る情報をユーザ端末２００に送信する。メニューに係る情報は、具体的な料理名や、レストランでのメニュー名等、料理の内容を簡潔に示す情報である。ユーザの疾病に係る情報は、例えば、食物アレルギーや糖尿病等のユーザの疾病を示す情報である。食事療法支援に係る情報は、栄養素に係る情報及びユーザの疾病に対する食事療法に係る情報を含む。また、ユーザの疾病に対する食事療法に係る情報は、ユーザの疾病に基づいて栄養素に係る情報を得点化した情報又は得点化した情報の数値がユーザの疾病に対する食事療法として適した範囲内であるか否かに係る情報を含んでいてもよい。食事療法支援に係る情報の詳細は後述する。食事療法支援装置１００は、レシピ決定部１１０と、算出部１２０と、記憶部１３０とを有する。ここでは、レシピ決定部１１０と算出部１２０とは１つの食事療法支援装置１００内の異なる機能部であって、例えば、それぞれの制御手順を規定した制御プログラムを実行するＣＰＵ（Central Processing Unit）等のプロセッサで構成される。かかる制御プログラムは、例えば、記憶部１３０に格納される。
【００１４】
レシピ決定部１１０は、食事療法支援装置１００がユーザ端末２００から受信したメニューに基づいて、メニューの料理手順（レシピ）を決定する。ユーザは、種々の方法で、ユーザ端末２００から食事療法支援装置１００にメニューを送信することができる。例えば、ユーザは、ＯＣＲ（optical character recognition：光学文字認識）により、ユーザ端末２００にメニュー表を認識させ、認識させたメニュー表をユーザ端末２００から食事療法支援装置１００に送信することができる。かかるＯＣＲによるメニュー表を認識する方法は、例えば、飲食店のメニュー表を食事療法支援装置１００に送信する場合に有効である。
【００１５】
図２は、ＯＣＲによるメニューの認識の例を示す図である。ユーザは、まず図２（ａ）に示すようなメニュー表をＯＣＲによりユーザ端末２００に認識させる。そして、ユーザ端末２００は、ＯＣＲにより認識したテキストのうち、改行記号やスペース記号等の記号で文字を分割することにより、メニュー表からメニューを示す文字列を抽出する。このとき、ユーザ端末２００は、例えば、数字を含む文字列は金額を表すものであるため、メニューを示す文字列ではないとして、数字を含む文字列を除外する処理を行ってもよい。また、ユーザ端末２００は、例えば、「おすすめ」や「お得」等を含む文字列も同様に、メニューを示す文字列ではないとして、除外する処理を行ってもよい。係る処理を行った後、ユーザ端末２００は、図２（ｂ）に模式的に示すメニュー一覧を食事療法支援装置１００に送信する。尚、図２（ｂ）のように、ＯＣＲにより認識されたメニューが複数存在する場合には、例えば、ユーザ端末２００は、認識されたメニューの全てを食事療法支援装置１００に送信してもよい。また、例えば、ユーザ端末２００は、識別されたメニューの一覧をユーザ端末２００が備える表示画面に表示し、表示されたメニューの全部又は一部をユーザに選択させ、選択されたメニューを食事療法支援装置１００に送信してもよい。
【００１６】
また、メニューの送信は、ＯＣＲによる認識の他、例えば、ユーザがユーザ端末２００の入力キー等の入力部を使用してユーザ端末２００にメニューを入力し、ユーザ端末２００が入力されたメニューを食事療法支援装置１００に送信してもよい。また、例えば、ユーザは、ユーザ端末２００を使用して、インターネット上に掲載されているメニューをブラウザのアドオンを使用して取得し、取得したメニューをユーザ端末２００から食事療法支援装置１００に送信してもよい。
【００１７】
レシピ決定部１１０は、記憶部１３０に格納されたレシピLinked Data１３１を参照することによって、まずメニューの決定を行う。レシピLinked Data１３１は、例えば、料理名、材料、料理手順等のレシピに係る情報（レシピデータ）を格納する。格納されるレシピデータは、予めレシピLinked Data１３１内に設定されていてもよい。また、格納されるレシピデータは、例えばインターネット上のレシピ紹介サイト等に掲載されているレシピに基づいて食事療法支援装置１００により作成されてもよい。この場合、食事療法支援装置１００は、定期的又は不定期的にレシピデータを作成し、レシピLinked Data１３１を更新してもよい。
【００１８】
本実施形態においては、レシピLinked Data１３１は、料理のカテゴリ、メニュー、材料、分量、栄養素等の情報を、階層的な構造で格納しており、各カテゴリ及び各メニューには、レシピが格納されているとして説明する。図３は、レシピLinked Data１３１の例を模式的に示す図である。レシピLinked Data１３１は、レシピデータを、例えばＲＤＦ（resource description framework：リソース・ディスクリプション・フレームワーク）等の形式で格納する。図３に示すように、レシピLinked Data１３１は、データそのもの（ノード）とデータ同士の関係（リンク）により構成される。レシピLinked Data１３１において、ノードは、カテゴリ、メニュー、材料、分量、栄養素の各クラスに分類されて格納されている。例えば、カテゴリクラスには、「コロッケ」、「シチュー」、「カレー」等の料理のカテゴリが格納されている。そして、メニュークラスには、例えば、「カレー」にリンクされたノードとして、「チキンカレー」等の具体的な料理が格納されている。また、図３に示すように、例えば、「チキンカレー」にリンクされたノードとして、「ココナッツチキンカレー」のようにさらに具体的なメニューが格納されていてもよい。このように、各クラスは複数の階層を有していてもよい。
【００１９】
さらに、レシピLinked Data１３１には、「ココナッツチキンカレー」にリンクされた材料クラスのノードとして「玉ねぎ」「ジャガイモ」「ココナッツミルク」「カレールウ」等の材料が格納され、各材料にリンクされた分量クラスのノードとして、料理に含まれる各材料の分量が格納される。材料の分量は、任意の人数分の分量を格納することができ、例えば１人前の分量を格納することができる。また、例えば４人前等の複数人分の分量を格納する場合には、後述する算出部１２０における計算は、１人前の分量に換算して行われる。さらに、レシピLinked Data１３１には、各分量にリンクされた栄養素クラスのノードとして、各材料の分量における栄養素が格納されている。格納される栄養素は、食品の任意の栄養に関する情報とすることができ、例えば、食品の有するエネルギー、たんぱく質、炭水化物、ビタミン量等とすることができる。尚、栄養素クラスの各ノードの情報は、後述する算出部１２０が行う計算結果に基づいて、レシピLinked Data１３１に格納される。材料クラス以下の階層の各ノードは、予めレシピLinked Data１３１に格納されていてもよく、インターネット上のレシピ紹介サイト等に掲載されているレシピに基づいて定期的又は不定期的に更新されるものであってもよく、また、食事療法支援装置１００がユーザ端末２００からメニューを受信した場合に、インターネット上のレシピ紹介サイト等に掲載されているレシピに基づいて作成されるものであってもよい。
【００２０】
また、図３では、メニュークラスの最下位の階層に位置する「ココナッツチキンカレー」について、材料クラス以下のノードが格納されているが、カテゴリクラス又はメニュークラスの上位の階層に位置する「カレー」や「チキンカレー」等についても、同様にそれぞれが材料クラス以下のノードを直接有していてもよい。
【００２１】
レシピ決定部１１０は、レシピLinked Data１３１を参照することによりメニューの決定を行う。レシピ決定部１１０は、まず、食事療法支援装置１００が受信したメニューと一致するノードがレシピLinked Data１３１内に格納されているか否かを確認する。例えば、受信したメニューが「ハンバーグ」である場合、レシピ決定部１１０は、「ハンバーグ」というノードがレシピLinked Data１３１内に格納されているか否かを確認する。レシピLinked Data１３１のカテゴリクラスに「ハンバーグ」のノードが存在する場合、受信したメニューとノードが一致する。この場合、レシピ決定部１１０は、受信したメニューが、「ハンバーグ」であると決定する。
【００２２】
入力されたメニューと一致するノードがレシピLinked Data１３１内に格納されていない場合、レシピ決定部１１０は、受信したメニューの形態素解析を行う。つまり、レシピ決定部１１０は、受信したメニューを形態素ごとに分割する。そして、レシピ決定部１１０は、分割した各形態素に含まれる名詞句と一致するノードがレシピLinked Data１３１内に格納されているか否かを確認する。レシピ決定部１１０は、各名詞句とノードとの照合を行った結果、一致するノードが１つのみ確認できた場合、一致するノードのメニューを受信したメニューとして決定する。例えば、受信したメニューが「シェフのこだわりカレー」であるとする。レシピ決定部１１０は、受信した「シェフのこだわりカレー」について形態素解析を行い、各形態素のうち名詞句「シェフ」「こだわり」「カレー」を選出する。そして、各名詞句と一致するノードがレシピLinked Data１３１内に格納されているか否かを確認する。ここで、レシピLinked Data１３１には、「シェフ」「こだわり」という２つの名詞句と一致するノードは格納されておらず、「カレー」という名詞句と一致するノードのみがカテゴリクラスに格納されているとする。この場合、レシピ決定部１１０は、受信したメニューが「カレー」であると決定する。
【００２３】
上記形態素解析によるメニューの決定において、レシピ決定部１１０は、各名詞句と一致するノードの有無の確認に代えて、又は各名詞句と一致するノードの有無の確認ともに、各名詞句を含むノードの有無を確認してもよい。レシピ決定部１１０は、例えば名詞句「カレー」を含むノードがレシピLinked Data１３１内に格納されているか否かを確認する。そして、レシピ決定部１１０は、例えば「カレー」「鶏肉ともやしのカレーうどん」「インディアンスパ（カレースパゲッティ）」という３つのノードを確認したとする。この場合、レシピ決定部１１０は、各ノードの階層を考慮して、より上位の階層において一致するノードをメニューとして決定することができる。例えば、ノード「カレー」は、カテゴリクラスであり、ノード「鶏肉ともやしのカレーうどん」及び「インディアンスパ（カレースパゲッティ）」は、メニュークラスであるとする。この場合、カテゴリクラスはメニュークラスの上位の階層であるため、レシピ決定部１１０は、受信したメニューが、「鶏肉ともやしのカレーうどん」又は「インディアンスパ（カレースパゲッティ）」ではなく、「カレー」であると決定する。
【００２４】
レシピ決定部１１０は、上記形態素解析によるメニューの決定において、２つ以上のノードを確認した場合、さらに編集距離に基づいてメニューを決定する。例えば、レシピ決定部１１０は、メニュー「豆腐でできた和風こだわりのハンバーグ〜しめじ添え〜」を受信したとする。この場合、レシピ決定部１１０は、形態素解析を行い、名詞句「豆腐」「和風」「こだわり」「ハンバーグ」及び「しめじ」を選出する。そして、各名詞句と一致するノードがレシピLinked Data１３１内に格納されているか否かを確認する。この場合、例えば、カテゴリクラスで「ハンバーグ」が格納されており、材料クラスで「豆腐」及び「しめじ」が格納されているとする。この場合、レシピ決定部１１０は、材料クラスよりも上位のカテゴリクラスである「ハンバーグ」のカテゴリ内であって、材料クラスに「豆腐」及び「しめじ」を含むメニューを選出する。そして、レシピ決定部１１０は、階層が等しい２つ以上のノードをレシピLinked Data１３１内に確認した場合、確認したノードとメニュー「豆腐でできた和風こだわりのハンバーグ〜しめじ添え〜」との編集距離を算出してメニューを決定する。編集距離の算出は、例えば、レシピ決定部１１０に格納されたレーベンシュタイン距離による計算アルゴリズムにより行われる。レシピ決定部１１０は、算出した編集距離に基づいて、メニューを決定する。以上のように複数の方法でメニューを決定することにより、例えば複雑な料理名又は曖昧な料理名であっても、食事療法支援装置１００は、メニューに含まれる栄養素を高い精度で計算することができる。
【００２５】
レシピ決定部１１０は、このようにして受信したメニューを決定した後、レシピLinked Data１３１の各カテゴリ又は各メニューに格納されたレシピを参照して、決定したメニューのレシピを決定する。
【００２６】
算出部１２０は、食事療法支援装置１００が受信したメニューに基づき、食事療法支援装置１００からユーザ端末２００に送信する情報を作成するために必要な計算を行う。算出部１２０は、単位変換部１２１と、栄養算出部１２２と、得点算出部１２３とを備える。以下、レシピ決定部が決定したレシピの１人前の材料が図４に示すものであるとして説明する。
【００２７】
単位変換部１２１は、レシピ決定部１１０が決定したレシピにおいて使用される材料単位をグラム単位に変換する。レシピLinked Data１３１には、材料は必ずしもグラム単位で記載されているとは限らないため、グラム単位に変換することにより、後述する栄養算出部１２２での計算を容易にすることができる。単位変換部１２１は、記憶部１３０に格納された単位変換表１３２に基づき、単位の変換を行う。
【００２８】
図５は、単位変換表の一部の例を模式的に示す図である。単位変換表１３２は、材料の分量の各単位、例えば「大さじ」「小さじ」「カップ」「枚」「升」「リットル」等と、重さの単位「グラム」との対応関係を示す表である。単位変換表１３２は、予め記憶部１３０に記憶されていてもよく、また、例えば「食材  単位  変換」等の言葉を検索エンジンに入力して検索を行った結果表示されるウェブサイトから、スクレイピングにより単位の対応関係を抽出することによって構築されるものであってもよい。図５を参照すると、例えば、図４の材料のうち「ハム」は１枚当たり10gに相当すること等が認識される。単位変換部１２１は、単位変換表１３２を参照して、レシピに使用される全ての材料をグラム単位に変換する。
【００２９】
栄養算出部１２２は、レシピ決定部１１０が決定したレシピにおいて使用される材料の栄養素の計算を行う。栄養算出部１２２は、記憶部１３０に格納された材料・成分対応表１３３及び食品成分Linked Data１３４に基づき、栄養素の計算を行う。
【００３０】
材料・成分対応表１３３は、各レシピで使用される材料と、後述する食品成分Linked Data１３４との対応関係を示すルールである。すなわち、材料・成分対応表１３３は、各材料が、食品成分Linked Data１３４に記載されているどの食品名に該当するかを示している。図６は材料・成分対応表１３３の一部の例を示す図である。図６に示すように、材料・成分対応表には、材料名と、図７に示す食品成分Linked Dataに記載される食品番号との対応関係が示されている。
【００３１】
食品成分Linked Data１３４は、各食品の廃棄率、単位グラム当たりのエネルギー量及び単位グラム当たりの各栄養素の含有量を含む。食品成分Linked Data１３４は、任意の情報源に基づき作成することができ、例えば、文部科学省が発表する日本食品標準成分表に基づき作成することができる。食品成分Linked Data１３４は、例えば、ＲＤＦ等の形式で記憶部１３０に格納される。
【００３２】
図７は、食品成分Linked Data１３４の一部の例を模式的に示す図であり、特に野菜として分類される食材の例を示すものである。図７に示すように、食品成分Linked Data１３４は、食品名とその区分（例えば加工状態等）、食品番号、各食品の廃棄率、単位グラム当たりの各食品のエネルギー量、単位グラム当たりの各食品の各栄養素（図７では、たんぱく質、脂質、炭水化物、ビタミンＣが示されているが、これらに限られない）を有する。
【００３３】
栄養算出部１２２は、まず、材料・成分対応表１３３を参照して、レシピ決定部１１０が決定したレシピに基づいて各材料が食品成分Linked Data１３４に記載されているどの食品名に該当するかを決定する。同一の材料であっても、調理方法により食品が有するエネルギーや栄養素が異なる。また、同一の材料であっても、加工方法や原料によりエネルギーや栄養素が異なる。例えば、「ハム」という材料であっても、日本食品標準成分表を参照すると、図７に示すように、骨付、ボンレス、ロース、ショルダー、プレス、混合プレス、チョップド、生ハム（促成）、生ハム（長期熟成）のように分類され、それぞれエネルギーや栄養素が異なる。そのため、材料と食品名との対応関係を決定することが必要である。本実施例においては、図６に示すように、材料に含まれるハムに対応する食品番号は「11176」である。そして、図７を参照すると、食品番号「11176」に対応する食品名は「ハム／ロース」であることが確認できる。
【００３４】
材料・成分対応表１３３は、例えば、予め設定されて記憶部１３０内に格納されていてもよい。また、例えば、材料・成分対応表１３３は、栄養算出部１２２が所定のアルゴリズムに従って作成するものであってもよい。また、例えば、材料「ハム」のように、同一の材料に対応する食品名が食品成分Linked Data１３４に複数存在する場合、食事療法支援装置１００からユーザ端末２００に材料名と食品名との対応関係を決定するよう要求を送信し、ユーザがユーザ端末２００に対応関係を入力することにより、食事療法支援装置１００が材料・成分対応表１３３を作成してもよい。この場合、上記ハムの例を用いて説明すると、ユーザ端末２００は、表示画面にマッピングの候補となる骨付、ボンレス、ロース、ショルダー、プレス、混合プレス、チョップド、生ハム（促成）及び生ハム（長期熟成）という選択肢を表示して、表示された選択肢の中からユーザに１つ選択させることにより、材料・成分対応表１３３を作成してもよい。この方法で材料・成分対応表１３３を作成する場合、材料・成分対応表は、食事療法支援装置１００がユーザ端末２００からメニューを受信するごとに作成され、又は更新されてもよい。
【００３５】
栄養算出部１２２は、各材料が食品成分Linked Data１３４に記載されているどの食品名に該当するかを決定すると、次に、単位変換部１２１で決定された材料の重さと、食品成分Linked Data１３４に記載されているその材料に対応する食品の廃棄率とに基づき、メニューの料理を食べたユーザが実際にその食材を摂取する摂取量を算出する。例えば、料理に使用されるある材料の重さが、単位変換部１２１により６０グラムと決定され、その食材の廃棄率が２０％であるとする。この場合、栄養算出部は、この材料の摂取量を６０グラム×（１００−２０）％＝４８グラムと決定する。そして、栄養算出部１２２は、食品の摂取量を決定した後、食品成分Linked Data１３４の単位グラム当たりのエネルギー量及び単位グラム当たりの各栄養素の含有量を参照し、その食材の料理に含まれるエネルギー量及び各栄養素の含有量を算出する。
【００３６】
得点算出部１２３は、栄養算出部１２２で算出されたエネルギー量及び栄養素をユーザの疾病に基づいて得点化する。具体的には、得点算出部１２３は、記憶部１３０に格納された疾病ルール１３５に基づいて得点を算出する。
【００３７】
疾病ルール１３５は、疾病ごとの食事療法において適用されるルールであり、例えば、摂取可能な食材又は栄養素、摂取不可能な食材又は栄養素、各栄養素の摂取可能な範囲等である。例えば、疾病ルール１３５には、糖尿病に対するルールとして、メニュー全体のエネルギー量が適切であること、及びメニュー全体の栄養バランスが取れていることというルールが格納されている。また、例えば、疾病ルール１３５には、食物アレルギーに対するルールとして、特定の食物がメニュー全体を通して含まれていないこと、というルールが格納されている。疾病ルール１３５は、食事療法支援装置１００がユーザ端末２００から受信したユーザの疾病に係る情報に基づいて適用される。この疾病ルール１３５は、疾病ごとに記憶部１３０内に予め記憶されていてもよい。また、疾病ルール１３５は、記憶部１３０内でハードコーディングされずに疾病ごとにモジュールとして構成し、これらのモジュールを交換することにより、様々な疾病に対応して食事療法に係る情報を提供できるように構成してもよい。以下、食事療法支援装置１００が、ユーザが糖尿病であるという情報をユーザ端末２００から受信したとして、疾病が糖尿病である場合について、得点算出部１２３の動作を具体的に説明する。
【００３８】
疾病が糖尿病である場合、得点算出部１２３は、例えば、エネルギー量に係る計算と、栄養バランスに係る計算とを行う。まず、エネルギー量に係る計算について説明する。得点算出部１２３は、疾病ルール１３５に基づき、任意のエネルギー量を１点として、食事療法支援装置１００がユーザ端末２００から受信したメニューのエネルギー量の得点を計算する。例えば、あるメニューのエネルギー量が８００kcalである場合、得点算出部１２３は、その得点を１０点と算出する。
【００３９】
次に、栄養バランスに係る計算について説明する。栄養バランスに係る計算を行うために、得点算出部１２３は、まず得点計算ルールを作成してもよい。得点算出部１２３は、疾病ルール１３５に格納されている任意の規則に基づいて得点計算ルールを作成することができる。図８は、得点算出部１２３が作成する得点計算ルールの一例を模式的に示す図である。図８に示す例においては、得点算出部１２３は、図８に示す食品成分Linked Data１３４の各食品を、主として含まれている栄養素によって６区分の食品群に分類している。そして、得点算出部１２３は、エネルギー量に係る計算と同様にして、各区分について得点を計算する。例えば、メニューに、第２区分の果物が８０kcal含まれているとした場合、得点算出部１２３は、第２区分の得点を１点と算出する。
【００４０】
さらに、得点算出部１２３は、疾病ルール１３５を参照して、算出した得点がユーザの疾病に対する食事療法として適した範囲内に含まれるか否かを判断する。例えば、糖尿病患者の場合、疾病ルール１３５には、糖尿病患者の身長、体重及び身体活動量に基づいて１日の適切な摂取エネルギー量を計算するアルゴリズムが格納されている。得点算出部１２３は、このアルゴリズムに基づいて、ユーザである糖尿病患者の１日の適切な摂取エネルギー量を計算する。次に、得点算出部１２３は、糖尿病患者が１日当たりに摂取すべきエネルギー量の得点を計算する。例えば、エネルギー８０kcalを１点とし、ある糖尿病患者が１日当たりに摂取すべきエネルギー量が１６００kcalであるとする。この場合、得点算出部１２３は、この糖尿病患者が１日当たりに摂取すべきエネルギー量が２０点であると算出する。そして、得点算出部１２３は、食事療法支援装置１００がユーザ端末２００から受信したメニューの得点が、糖尿病の食事療法として適した範囲内に含まれるか否かを判断する。例えば、１日当たりに摂取すべきエネルギー量が２０点である場合、食事を朝食、昼食及び夕食の３回に分けて行うとすれば、１回当たりの食事のエネルギー量は、６点〜７点となる。これに対し、上述した８００kcalのエネルギー量のメニューは１０点となるため、このメニューは糖尿病の食事療法として適した範囲内の得点を上回ることとなる。従って、得点算出部１２３は、このメニューが糖尿病の食事療法として適した範囲内に含まれないと判断する。得点算出部１２３は、同様の判断を図８に示す得点計算ルールの各区分について行うことができる。すなわち、得点算出部１２３は、第１区分から第６区分の各区分について、それぞれメニューに含まれる得点を算出し、疾病ルール１３５に照らして、そのメニューが糖尿病の食事療法として適した範囲内であるか否かを判断する。
【００４１】
以上のように、得点算出部１２３について、糖尿病を例に説明したが、他の疾病においても、得点算出部１２３は同様に得点計算を行い、メニューがユーザの疾病に対する食事療法として適した範囲内であるか否かを判断することができる。例えば、疾病がアレルギーである場合には、疾病ルール１３５には、特定の食品を摂取することができないというルールが格納されている。そして、得点算出部１２３があるメニューについて食品ごとに得点計算を行った結果、その特定の食品の得点が０でない場合、得点算出部１２３は、疾病ルール１３５を参照することにより、そのメニューがアレルギーの食事療法として適した範囲内ではないと判断することができる。
【００４２】
記憶部１３０は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）を有し、レシピ決定部１１０及び算出部１２０が動作する際に必要なデータを格納する。また、記憶部１３０は、前述したレシピLinked Data１３１と、単位変換表１３２と、材料・成分対応表１３３と、食品成分Linked Data１３４と、疾病ルール１３５とを格納している。
【００４３】
尚、食事療法支援装置１００は、相互に通信可能に接続される複数の装置により構成することもできる。例えば、レシピ決定部１１０、算出部１２０及び記憶部１３０がそれぞれ別の装置に含まれる構成としてもよい。また、単位変換部１２１、栄養算出部１２２及び得点算出部１２３を適宜に分割し、分割された要素のいずれか又は２つ以上の組合せが１つの装置に含まれる構成としてもよい。
【００４４】
次に、図９を用いて、本発明に係る食事療法支援装置が行う一連の動作の例について説明する。まず、ユーザがユーザ端末２００を用いてメニューに係る情報及びユーザの疾病に係る情報を食事療法支援装置１００に送信すると、食事療法支援装置１００は、ユーザ端末２００からメニューに係る情報及びユーザの疾病に係る情報を受信する（ステップＳ９０１）。食事療法支援装置１００では、レシピ決定部１１０が、レシピLinked Data１３１を参照して、受信したメニューのレシピを決定する（ステップＳ９０２）。次に、単位変換部１２１は、単位変換表１３２を参照して、決定されたレシピにおいて使用される材料の分量を、グラム単位に変換する（ステップＳ９０３）。そして、栄養算出部１２２は、材料・成分対応表１３３を参照して、レシピにおいて使用される材料と食品成分Linked Data１３４に記載されている食品名との対応を決定する（ステップＳ９０４）。その後、栄養算出部１２２は、食品成分Linked Data１３４における食品の廃棄率を参照して、各食品の摂取量を算出する（ステップＳ９０５）。そして、栄養算出部１２２は、食品成分Linked Data１３４を参照して、メニューに含まれる各食品のエネルギー量及び各栄養素の含有量を算出する（ステップＳ９０６）。次に、食事療法支援装置１０１では、得点算出部１２３が、ユーザの疾病に基づいて疾病ルールを参照して、栄養素に係る情報を得点化する（ステップＳ９０７）。さらに、得点算出部１２３は、疾病ルールを参照して、得点化した情報の数値がユーザの疾病に対する食事療法として適した範囲内であるか否かを判断することができる（ステップＳ９０８）。そして、食事療法支援装置は、以上の各ステップにおいて算出した情報等（食事療法支援に係る情報）を、ユーザ端末２００に送信する（ステップＳ９０９）。ユーザは、ユーザ端末２００が受信した食事療法支援に係る情報を閲覧することにより、ユーザ端末２００から送信したメニューが、ユーザの疾病に対する食事療法として適しているか否かを確認することができる。
【００４５】
ここで、食事療法支援装置１００からユーザ端末２００に送信される食事療法支援に係る情報について説明する。食事療法支援に係る情報は、栄養素に係る情報及びユーザの疾病に対する食事療法に係る情報を含む。栄養素に係る情報は、栄養算出部１２２が算出した、メニューに含まれる各栄養素（例えば、エネルギー量、たんぱく質、炭水化物、ビタミン量等）の情報である。また、ユーザの疾病に対する食事療法に係る情報は、メニューがユーザの疾病に対する食事療法として適切であるか否かという情報である。ユーザの疾病に対する食事療法に係る情報は、ユーザの疾病に基づいて栄養素に係る情報を得点化した情報又は得点化した情報の数値がユーザの疾病に対する食事療法として適した範囲内であるか否かに係る情報を含んでいてもよい。栄養素に係る情報を得点化した情報は、得点算出部１２３が、疾病ルール１３５を参照して、栄養素に係る情報を所定のルールに基づいて算出した得点化した数値である。また、得点化した情報の数値がユーザの疾病に対する食事療法として適した範囲内であるか否かに係る情報は、得点化された数値が疾病ルール１３５に格納された所定の範囲内であるか否かについて、得点算出部１２３が判断した結果に係る情報である。
【００４６】
以上説明したように、本実施形態によれば、食事療法支援装置１００は、ユーザ端末２００から受信したメニューに係る情報に基づいてメニューのレシピを決定するレシピ決定部１１０と、レシピに基づいて算出されたメニューの栄養素に係る情報及びユーザの疾病に対する食事療法に係る情報をユーザ端末２００に送信する算出部１２０とを備える。つまり、ユーザは、ユーザ端末２００からメニューを入力することにより、ユーザ端末２００が食事療法支援装置１００から受信した、そのメニューがユーザの疾病に対する食事療法として適切であるか否かを確認することができる。そのため、食事療法支援装置１００は、疾病患者にとって有用な食事療法に係る情報を提供することができる。また、食事療法支援に係る情報として、食事療法支援装置１００が計算した得点をからユーザ端末２００に送信することにより、ユーザは各栄養素の数値そのものを確認する必要がなくなる。そのため、ユーザは、食事療法に係る個々の栄養素の数値を記憶したり調査したりする必要がなく、より簡便かつ感覚的に、メニューが食事療法として適しているか否かを確認することができる。また、食事療法支援装置１００から、得点がユーザの疾病に対する食事療法として適した範囲内に含まれるか否かに係る情報をユーザ端末２００に送信することにより、ユーザは、メニューが食事療法として適しているか否かに関する判断を自ら行うことなく、認識することができる。
【００４７】
上述の実施形態は、代表的な例として説明したが、本発明の趣旨および範囲内で、多くの変更及び置換ができることは当業者に明らかである。したがって、本発明は、上述の実施形態によって制限するものと解するべきではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【００４８】
例えば、各構成部、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の構成部やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。
【符号の説明】
【００４９】
１００  食事療法支援装置
１１０  レシピ決定部
１２０  算出部
１２１  単位変換部
１２２  栄養算出部
１２３  得点算出部
１３０  記憶部
１３１  レシピLinked Data
１３２  単位変換表
１３３  材料・成分対応表
１３４  食品成分Linked Data
１３５  疾病ルール
２００  ユーザ端末
３００  ネットワーク
【図１】
2015102937.tif 000003
【図２】
2015102937.tif 000004
【図３】
2015102937.tif 000005
【図４】
2015102937.tif 000006
【図５】
2015102937.tif 000007
【図６】
2015102937.tif 000008
【図７】
2015102937.tif 000009
【図８】
2015102937.tif 000010
【図９】
2015102937.tif 000011