JP2022544030A - 患者に基づく食事計画推奨システム - Google Patents

Abstract

患者ベースの食事計画推奨を生成するための方法およびシステムが提示される。一実施形態では、ユーザのユーザ情報を特定することを含む方法が提供される。ユーザ情報は、ユーザに影響を及ぼしている症状を示してもよい。その症状は、食事要件を特定するために使用されてもよい。次いで、方法は続いて、食事要件に基づいてレシピ要件を特定し、レシピ要件に基づいて、ユーザにレシピ推奨案を提示してもよい。【選択図】 図１

Description

[0001]ある医学的状態（例えば、癌、消化の状態）を診断された患者は、通常の食事を食べることが困難になる１つ以上の症状を経験することが多い。さらに、これらの医学的状態を治療するために、患者は１つ以上の治療（例えば、化学療法、手術）を受けることがあり、この治療が、ある食品を食べる能力を妨げることがある。

[0002]本開示は、患者のためのパーソナル化された食事計画推奨案のための、新規で革新的な方法およびシステムを提示する。一実施形態では、ユーザに影響を及ぼしている症状を示すユーザ情報を特定し、その症状に基づいて食事要件を特定することを含む方法が提供される。この方法は、その食事要件に基づいてレシピ要件を特定し、そのレシピ要件に基づいてユーザにレシピ推奨案を提示することをさらに含んでもよい。

[0003]別の実施形態では、ユーザ情報を特定することは、当該の症状を示すユーザ情報をユーザから受信することと、以前に受信した、当該の症状を示すユーザ情報を特定することの一方または両方をさらに含む。

[0004]さらに別の実施形態では、この方法は、レシピ選択データベース内の、レシピ要件に準拠する複数のレシピを特定することと、その複数のレシピの中から少なくとも１つの選択レシピを選択することと、その少なくとも１つの選択レシピをレシピ推奨案に含めることをさらに含む。

[0005]さらなる実施形態では、少なくとも１つの選択レシピは、複数のレシピの中からユーザ情報に関連するユーザ選好に従って選択される。

[0006]さらに別の実施形態では、この方法は、レシピデータベースから初期レシピを受信することと、初期レシピから材料リストおよび関連するタグを抽出することと、その材料リストおよび関連するタグに基づいて栄養情報および調理指示書を生成することとを含む。

[0007]別の実施形態では、本方法は、栄養情報および調理指示書を材料リストおよび関連するタグと組み合わせて、生成レシピを形成することをさらに含む。

[0008]さらに別の実施形態では、方法は、生成レシピをレシピ選択データベースに記憶することをさらに含む。

[0009]さらなる実施形態では、食事要件は、当該の症状を緩和または解決することに関連する（ｉ）レシピまたは（ｉｉ）食品属性のタイプを特定する。

[0010]さらに別の実施形態では、レシピ要件は、食事要件に準拠するための、１つ以上の除外される材料、含まれる材料、除外される材料タイプ、含まれる材料タイプ、および／または、栄養要件を特定する。

[0011]別の実施形態では、当該の症状は、食欲不振、口腔乾燥症、体重減少、粘膜炎、悪心、嚥下困難、便秘、および下痢からなる群から選択される少なくとも１つの状態を含む。

[0012]さらに別の実施形態では、システムが、プロセッサおよびメモリを備えて提供される。メモリは、プロセッサによって実行されるとプロセッサに、少なくとも（ｉ）１つ以上の症状に関連する複数の食事要件を記憶する食事要件テーブルおよび（ｉｉ）食事要件に関連する複数のレシピ要件を記憶するレシピ要件テーブルを含む推奨要件データベースを実施させる命令を記憶してもよい。メモリは、プロセッサによって実行されるとプロセッサに、ユーザに影響を及ぼしている症状を示すユーザ情報を特定し、その症状に基づく食事要件を食事要件テーブル内で特定するように構成された、ユーザ推奨システムを実施させる命令をさらに記憶してもよい。ユーザ推奨システムは、その食事要件に基づいてレシピ要件テーブル内でレシピ要件を特定し、そのレシピ要件に基づいてユーザにレシピ推奨案を提示するようにさらに構成されてもよい。

[0013]さらなる実施形態では、ユーザ推奨システムは、当該の症状を示すユーザ情報をユーザから受信し、以前に受信した、当該の症状を示すユーザ情報を特定することによって、ユーザ情報を特定するように構成される。

[0014]さらに別の実施形態では、メモリは、プロセッサによって実行されるとプロセッサに、複数のレシピ要件に関連する複数のレシピを記憶するレシピ選択データベースをさらに実施させるさらなる命令を記憶する。ユーザ推奨システムは、レシピ選択データベース内でそれらのレシピ要件に準拠する複数のレシピを特定し、その複数のレシピの中から少なくとも１つの選択レシピを選択し、その少なくとも１つの選択レシピをレシピ推奨案に含ませるようにさらに構成されてもよい。

[0015]別の実施形態では、その少なくとも１つの選択レシピは、複数のレシピの中からユーザ情報に関連するユーザ選好に従って選択される。

[0016]さらに別の実施形態では、メモリは、プロセッサによって実行されるとプロセッサに、初期レシピをレシピデータベースから受信し、初期レシピから材料リストおよび関連するタグを抽出し、材料リストおよび関連するタグに基づいて栄養情報および調理指示書を生成するように構成された、レシピ生成システムをさらに実施させるさらなる命令を記憶する。

[0017]さらなる実施形態では、レシピ生成システムは、栄養情報および調理指示書を材料リストおよび関連するタグと組み合わせて、生成レシピを形成するようにさらに構成される。

[0018]またさらなる実施形態では、レシピ生成システムは、生成レシピをレシピ選択データベースに記憶するようにさらに構成される。

[0019]別の実施形態では、複数の食事要件は、当該の症状を緩和または解決することに関連する（ｉ）レシピまたは（ｉｉ）食品属性のタイプを特定する。

[0020]さらに別の実施形態では、レシピ要件は、食事要件に準拠するための、１つ以上の除外される材料、含まれる材料、除外される材料タイプ、含まれる材料タイプ、および／または栄養要件を特定する。

[0021]さらなる実施形態では、非一時的コンピュータ可読媒体が、プロセッサによって実行されるとプロセッサに、ユーザに影響を及ぼしている症状を示すユーザ情報を特定させ、その症状に基づいて食事要件を特定させる命令を記憶する。非一時的コンピュータ可読媒体は、プロセッサによって実行されるとプロセッサに、食事要件に基づいてレシピ要件を特定させ、レシピ要件に基づいてユーザにレシピ推奨案を提示させるさらなる命令を記憶してもよい。

[0022]本明細書に記載される特徴および利点は、包括的なものではなく、具体的には、図面および説明を考慮することで多くの追加の特徴および利点が当業者には明らかになるであろう。さらに、本明細書で使用される言語は、主として読みやすさおよび指示を目的として選択されており、本発明の主題の範囲を限定するものではないことを留意されたい。

[0023]
本開示の例示的な一実施形態によるシステムを示す図である。 本開示の例示的な一実施形態によるデータベーステーブルを示す図である。 本開示の例示的な一実施形態による方法を示す図である。 本開示の例示的な一実施形態による方法を示す図である。

[0027]ある状態を診断された患者は、患者の生活の質に悪影響を及ぼす可能性があり、また、治療に悪影響を及ぼし得る症状を患うことがある。したがって、これらの症状に対処するための介入、特に栄養介入は、治療への反応および信奉を増進し、入院を低減し、生活の質を向上させ、全体的な結果に前向きな影響を与えることが分かっている。ところが、類似した診断内容の患者が異なる症状を経験することがあるため、患者の診断のみに基づいてそのような栄養介入を処方することは、患者の症状を治療するのに十分ではない場合がある。患者間の症状の違いは、患者が受けている特定の治療プロトコルおよび、患者の固有の病態生理学に関連し得る。さらに、１人の患者個人にとってさえ、経験される症状は、例えば、患者の治療の進行につれて、および／または患者の状態もしくは診断の変化につれて、経時的に変化し得る。したがって、どのような栄養介入も、患者が直面している特定の症状に対処するように、患者ごとにパーソナル化する必要がある。このレベルのパーソナル化を提供する１つの方法は、患者が現在経験している症状に関して患者から情報を受信し、患者の症状に基づいて栄養介入の推奨案を作成することである。ある事例では、患者の診断（例えば、癌診断）、患者の治療プロトコル（例えば、化学療法、放射線療法）、患者の投薬内容、患者のアレルギー、および患者の食品選好などの追加情報に基づいて、さらなるパーソナル化が提供されてもよい。栄養介入の推奨案は、患者の症状に対処する推奨レシピとして提供されてもよい。

[0028]図１は、本開示の例示的な一実施形態によるシステム１００を示す。システム１００は、ユーザ（例えば、治療を受けている患者）の経験する症状を緩和するレシピを特定するように構成されてもよい。システム１００は、ユーザ推奨システム１０２、ユーザデバイス１３０、レシピ生成システム１４２、およびレシピデータベース１６２を含む。

[0029]ユーザ推奨システム１０２は、推奨要件データベース１０４、レシピ選択データベース１１２、レシピ推奨案１２２、ＣＰＵ１２６、およびメモリ１２８を含む。ユーザ推奨システム１０２は、ユーザデバイス１３０からユーザ情報１３２などのユーザ情報を受信し、ユーザ情報１３２に準拠した少なくとも１つのレシピ１２４を含むレシピ推奨案１２２を生成するように構成されてもよい。例えば、ユーザ情報１３２は、ユーザデバイス１３０に関連するユーザの、症状１３４および診断１３６（例えば、医学的診断）の一方または両方を特定してもよい。ユーザデバイス１３０は、コンピュータ、スマートフォン、タブレット、スマートウォッチ、または他のウェアラブルなどのコンピューティングデバイスとして実施されてもよい。ユーザデバイス１３０はまた、例えば、ユーザから音声要求を受信し、ユーザに近接するコンピュータデバイス上でローカルに、またはリモートコンピューティングデバイス上で（例えば、リモートコンピューティングサーバで）要求を処理するように構成された音声アシスタントとして実施されてもよい。

[0030]以下でさらに説明するように、推奨要件データベース１０４は、食事要件テーブル１０６、症状テーブル１０８、およびレシピ要件テーブル１１０を記憶する。ある実装形態では、症状テーブル１０８は任意選択であってもよい。例えば、推奨要件データベース１０４は、ある実装形態では、食事要件テーブル１０６およびレシピ要件テーブル１１０を記憶し、症状テーブル１０８を記憶しなくてもよい。食事要件テーブル１０６は、ある症状に関連する複数の食事要件を記憶してもよい。例えば、図２の例示的なテーブル２００に示すように、食事要件テーブル１０６は、症状２０２、２０４と、１つ以上の食事要件２０６、２０８、２１０との間の関連を記憶してもよい。食事要件２０６、２０８、２１０は、関連する症状２０２、２０４の緩和または解決を助けるための要件を特定してもよい。以下の表１は、例示的な食事要件テーブル１０６を示す。番号付きの関連規則はそれぞれ別個の食事要件２０６、２０８、２１０を表し、対応する症状２０２、２０４と関連付けて記憶されてもよい。症状３および４は、症状のテンプレートを表し、ここに、表に示された食欲不振および嚥下障害の規則と同様に、症状に基づく規則が記入されてもよい。

[0031]症状テーブル１０８は、ある診断に関連する複数の症状を記憶してもよい。例えば、図２の例示的なテーブル２００に示すように、症状テーブル１０８は、診断２１２、２１４と、１つ以上の症状２０２、２０４、２０５との間の関連を記憶してもよい。症状２０２、２０４、２０５は、ユーザが診断のみを提供した場合にレシピ推奨案１２２の生成を支援し得る、それぞれの診断２１２、２１４との一般的または非一般的な関連であってもよい。ある実装形態では、症状テーブル１０８は、提供された診断情報に関してユーザが経験している可能性のある１つ以上の症状２０２、２０４、２０５を判断するために利用されてもよい。例えば、ユーザが診断のみを提供した場合は、症状テーブル１０８を利用して、ユーザが経験している可能性のある症状２０２、２０４、２０５を予測してもよい。ユーザが診断および症状情報の両方を提供する他の事例では、症状テーブルを利用して、ユーザが経験している可能性のある追加の症状２０２、２０４、２０５を予測してもよい。さらに別の例では、推奨要件データベース１０４は、症状テーブル１０８を含まなくてもよい。そのような例では、さらなる処理のために、ユーザは１つ以上の症状２０２、２０４、２０５を提供するように要求されてもよい。

[0032]レシピ要件テーブル１１０は、あるレシピ要件についての情報を記憶してもよい。例えば、図２の例示的な表２００に示すように、レシピ要件１１０は、食事要件２０６を１つ以上のレシピ要件２１６、２１８、２２０と関連付けて記憶してもよい。レシピ要件２１６、２１８、２２０は、関連する食事要件２０６に従って取り入れる、または除外する、特定の食品を含んでもよい。レシピ要件２１６、２１８、２２０はまた、食事要件（例えば、カロリー要件、カフェイン要件、主要栄養素要件）に準拠するように、レシピに対する他の制限または要件を含んでもよい。以下の表２は、例示的なレシピ要件表１１０を示す。番号付きの条件はそれぞれ、対応する食事要件２０６、２０８と関連付けて記憶された、レシピ要件の候補２１６、２１８、２２０を表す。表１と同様に、食品カテゴリＹの行はレシピ要件のテンプレートを表してもよく、ここに、表に示されたハードフードおよび低カロリー食品のレシピ要件と同様に、規則に基づくレシピ要件が記入されてもよい。

[0033]以下でさらに説明するように、ユーザ推奨システム１０２は、推奨要件データベース１０４に記憶された情報を利用して、特定された症状１３４、２０２、２０４および／または診断１３６、２１２、２１４を有するユーザにとってどのタイプのレシピが許容可能であるかまたは望ましいかを判断してもよい。

[0034]レシピ選択データベース１１２は、１つ以上の食事要件１１４、レシピ要件１１８、およびそれらの組み合わせに関連付けてレシピ１１６、１２０を記憶する。例えば、好ましい一実施形態では、レシピ生成システム１４２は、あるレシピ要件１１８に準拠するレシピ１１６、１２０をレシピ選択データベース１１２に追加し、そのような関連付けをレシピ選択データベース１１２に記憶してもよい。追加または代替の実施形態では、ユーザ推奨システム１０２は、ある食事要件１１４に準拠するレシピ１１６、１２０を特定し、そのような関連付けをレシピ選択データベース１１２に記憶してもよい。そのような実装形態では、あるレシピ１１６、１２０が、食事要件１１４およびレシピ要件１１８の両方に関連付けて記憶されてもよい。

[0035]レシピデータベース１６２は、レシピ１６４、１７４を１つ以上のタグ１７１、１７２、１７９、１８０に関連付けて記憶する。レシピ１６４、１７４は、１つ以上の料理を調理するための情報を含んでもよい。したがって、図示するように、レシピ１６４、１７４は、それぞれの料理に含まれる材料を特定する材料リスト１６６、１７６を含む。ある実装形態では、材料リスト１６６、１７６は、レシピ１６４、１７４に含まれる材料のうち１つ以上を特定するタグ（例えば、タグ１７１、１７９）として記憶されてもよい。さらに別の実装形態では、材料リスト１６６、１７６に対応するタグ１７１、１７９は、追加情報を提供してもよい（例えば、タグ１７２、１８０に関連して以下でさらに論じるように、材料リスト１６６、１７６の材料に関連する材料カテゴリ、または食品属性。レシピ１６４、１７４は、完成した料理または調理中の料理の写真１６８、１７８を記憶してもよい。また、あるレシピ１６４は、そのレシピの栄養情報１７０を含んでもよい。タグ１７２、１８０は、それぞれのレシピ１６４、１７４に該当する１つ以上のカテゴリまたは分類を特定してもよい。例えば、タグ１７２、１８０は、レシピ１６４、１７４が準拠するレシピ要件１１８（例えば、ある食品の制限または包含）の指示子と共に、ベジタリアン、高タンパク質、低炭水化物、グルテンフリー、低カロリー、ハードフード、ソフトフードのうち１つ以上を含んでもよい。

[0036]レシピ生成システム１４２は、レシピデータベース１６２から取得された情報に基づいてレシピを生成するように構成されてもよい。例えば、レシピ生成システム１４２はレシピ１６４、１７４から限られた情報を抽出してもよく、それ以外の残りの情報を生成または取得して、レシピ選択データベース１１２内に含めるためのレシピを生成してもよい。そのような例では、レシピ生成システム１４２は、レシピデータベース１６２から、材料リスト１６６および１つ以上の関連するタグ１７１、１７２の付いたレシピ（例えば、レシピ１６４）を受信してもよい。具体的には、レシピ生成システム１４２は、レシピデータベース１６２から、レシピ１６４、１７４に関連するタグ１７１、１７２、１７９、１８０に従って限られた情報を抽出してもよい。例えば、ソフトフードを含ませるというレシピ要件１１８に準拠するレシピを収集する場合、レシピ生成システム１４２は、ソフトフードの包含を示すタグ１７１、１７２、１７９、１８０の付いたレシピをレシピデータベース１６２で検索してもよい。この例を続けると、レシピ１６４はバナナスムージーのレシピであってもよく、したがって、タグ１７２は、レシピ１６４がソフトフードを含むことを示してもよい。材料リスト１６６、１７６がタグとして実施される実装形態では、レシピ生成システム１４２は、レシピ要件１１８に準拠する材料を示すタグ１７１、１６９の付いたレシピ１６４、１７４を求めてレシピデータベース１６２を検索してもよい。次いで、レシピ生成システム１４２は、抽出材料リスト１５０および抽出タグ１５２などの一致するタグの付いたレシピから、情報を抽出してもよい。次いで、レシピ生成システム１４２は、そのレシピについての栄養情報１５４および調理指示書１５６を生成または取得してもよい。栄養情報１５４および調理指示書１５６は、レシピデータベース１６２からのさらなる情報に依存することなく、抽出材料リスト１５０および／または抽出タグ１５２に基づいて生成されてもよい。好ましい実施形態では、レシピ生成システム１４２は、それぞれの生成レシピについて栄養情報１５４および調理指示書１５６を生成または取得してもよく、また、任意選択として、ある生成レシピに関する写真またはレシピの説明などの追加情報を生成または取得してもよい。生成の後、レシピ生成システム１４２は、生成レシピをレシピ１１６、１２０として、その生成レシピが準拠する１つ以上のレシピ要件１１８に関連付けてレシピ選択データベース１１２に記憶してもよい。追加的または代替的に、レシピ生成システム１４２は、生成レシピをレシピ１１６、１２０として、その生成レシピが準拠する１つ以上の食事要件１１４に関連付けてレシピ選択データベース１１２に記憶してもよい。

[0037]ユーザ推奨システム１０２、ユーザデバイス１３０、レシピ生成システム１４２、およびレシピデータベース１６２は、ローカルネットワークおよび／またはインターネットなどの１つ以上のネットワークを介して通信してもよい。例えば、ユーザ推奨システム１０２、ユーザデバイス１３０、レシピ生成システム１４２、およびレシピデータベース１６２は、１つ以上の有線（例えば、イーサネット（登録商標））または無線（例えば、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、セルラーネットワーク）通信リンクを介して通信してもよい。

[0038]ユーザ推奨システム１０２、ユーザデバイス１３０、レシピ生成システム１４２、およびレシピデータベース１６２のうちの１つ以上は、コンピュータシステムによって実施されてもよい。例えば、ＣＰＵ１２６、１３８、１５８およびメモリ１２８、１４０、１６０は、ユーザ推奨システム１０２、ユーザデバイス１３０、およびレシピ生成システム１４２の１つ以上の特徴を実施してもよい。例えば、メモリ１２８、１４０、１６０は、ＣＰＵ１２６、１３８、１５８によって実行されると、ユーザ推奨システム１０２、ユーザデバイス１３０、および／またはレシピ生成システム１４２の１つ以上の動作的特徴をＣＰＵ１２６、１３８、１５８に行わせる命令を含んでもよい。同様に、図示されていないが、レシピデータベース１６２の１つ以上の機能は、ＣＰＵおよび／またはメモリによって実施されてもよい。

[0039]図３は、本開示の例示的な実施形態による方法３００を示す。方法３００は、ユーザデバイス１３０からユーザ情報１３２を受信して処理し、レシピ推奨案１２２を生成するように行われてもよい。例えば、方法３００は、ユーザ推奨システム１０２によって、レシピ推奨案１２２を生成するように行われてもよい。方法３００は、システム１００などのコンピュータシステム上で実施されてもよい。例えば、方法３００は、ユーザ推奨システム１０２、ユーザデバイス１３０、レシピ生成システム１４２、および／またはレシピデータベース１６２によって実施されてもよい。方法３００はまた、プロセッサによって実行されると、その方法をコンピュータシステムに行わせる、コンピュータ可読媒体上に記憶された命令のセットによって実施されてもよい。例えば、方法３００の全てまたは一部は、ＣＰＵ１２６、１３８、１５８およびメモリ１２８、１４０、１６０によって実施されてもよい。以下の例は、図３に示すフローチャートを参照して記載されるが、図３に関連する動作を行う、それ以外の多くの方法が使用されてもよい。例えば、ブロックの一部の順序を変更してもよく、あるブロックを他のブロックと組み合わせてもよく、１つ以上のブロックを繰り返してもよく、記載されたブロックのいくつかは任意選択であってもよい。

[0040]方法３００は、ユーザ推奨システム１０２が、症状１３４を示すユーザ情報１３２を受信することで始まる（ブロック３０２）。例えば、ユーザ推奨システム１０２は、ユーザデバイス１３０からユーザ情報１３２を受信してもよい。症状１３４は、ユーザデバイス１３０に関連するユーザが現在経験している１つ以上の症状を特定してもよい。例えば、ユーザは、特定の疾患または医学的状態と診断されていることがあり、症状は、その医学的状態から、かつ／またはその医学的状態に関連する治療から生じるものであり得る。具体的には、ユーザは下部胃腸管癌と診断されていることがあり、この診断の結果として便秘を患っていることがある。ユーザは、症状１３４を軽減または除去するのに役立つレシピ１２４を含むレシピ推奨案１２２を受信するために、症状１３４を提供してもよい。他の実装形態では、ユーザ情報１３２は、そのユーザを治療している医療従事者などの、医療従事者から受信されてもよい。ユーザ情報１３２は、単数として描写されていても、２つ以上の症状１３４を含んでもよい。さらに、他の実装形態では、ユーザ情報１３２は、レシピ推奨案１２２を生成する対象である関連ユーザに該当する疾患または医学的状態を指定する診断１３６を含んでもよく、ある実装形態では、上述したように、これを使用して症状２０２、２０４、２０５を特定してもよい。

[0041]次いで、ユーザ推奨システム１０２は、ユーザ情報１３２に関連する食事要件１１４、２０６、２０８、２１０を特定してもよい（ブロック３０４）。例えば、ユーザ推奨システム１０２は、ユーザ情報１３２から提供された症状１３４を使用して食事要件テーブル１０６を照会して、その提供された症状１３４に関連する１つ以上の食事要件２０６、２０８、２１０を求めてもよい。上述の例を続けると、受信した、便秘を示す症状１３４に基づいて、食事要件テーブル１０６は、ユーザが食事に高繊維食品を取り入れるという食事要件２０６、２０８、２１０を含んでもよい。ユーザ情報１３２が診断１３６のみを含む実装形態では、ユーザ推奨システム１０２は、症状テーブル１０８内の、診断１３６に関連する１つ以上の症状２０２、２０４、２０５を特定してもよい。例えば、前の例のユーザが下部胃腸管癌を示す診断１３６をユーザ推奨システム１０２に提供したが、レシピ推奨案１２２を生成する対象の症状１３４は特定しなかった場合、ユーザ推奨システム１０２は、そのような診断１３６に関連する、予想される症状２０２、２０４、２０５として便秘を特定してもよい。この予想される症状２０２、２０４、２０５に基づいて、ユーザ推奨システム１０２は、上述したように食事要件２０６、２０８、２１０を生成してもよい。

[0042]次いで、ユーザ推奨システム１０２は、レシピ要件２１６、２１８、２２０、１１８を生成してもよい（ブロック３０６）。上述したように、レシピ要件２１６、２１８、２２０、１１８は、レシピデータベース１６２および／またはレシピ選択データベース１１２に記憶された、レシピ１６４、１７４のための食品ベースまたは他の１つ以上の制限を、以前に生成された食事要件１１４、２０６、２０８、２１０に従うように特定してもよい。レシピ要件２１６、２１８、２２０、１１８を生成するために、ユーザ推奨システム１０２は、推奨要件データベース１０４のレシピ要件テーブル１１０を考慮してもよい。例えば、ユーザ推奨システム１０２は、レシピ要件テーブル１１０内の、以前に生成された食事要件２０６、２０８、２１０に対応する１つ以上のレシピ要件２１６、２１８、２２０を特定してもよい。前の例を続けると、ユーザ推奨システム１０２は、ユーザが高繊維食品を取り入れるという食事要件２０６、２０８、２１０に基づいて、１食あたり５ｇ以上の繊維レベルを必要とするレシピ要件２１６、２１８、２２０を特定してもよい。

[0043]ある実装態様では、ブロック３０２、３０４、および３０６のうちの１つ以上は、任意選択であってもよい。例えば、ユーザ推奨システム１０２がユーザから既にユーザ情報１３２を受信している場合、方法３００はブロック３０４で、以前に受信したユーザ情報１３２に基づいて食事要件を特定することで開始してもよい。同様に、ユーザ推奨システム１０２が、あるユーザのために以前に生成された食事要件１１４、２０６、２０８、２１０、および／またはレシピ要件２１６、２１８、２２０、１１８を記憶している場合、ユーザ推奨システム１０２は、ブロック３０４、３０６で要件を再生成するのではなく、以前に記憶された要件をブロック３０８で利用してもよい。ただし、ある実装形態では（例えば、症状が変化した場合にユーザがユーザ情報１３２を更新するとき）、ユーザ推奨システム１０２は、以前にユーザ情報１３２が受信されているユーザに対応するユーザ情報１３２を受信してもよい。そのような実装形態では、ユーザ推奨システム１０２はブロック３０２、３０４、３０６の実行に進み、更新されたユーザ情報１３２に基づいて、食事要件１１４、２０６、２０８、２１０および／またはレシピ要件２１６、２１８、２２０、１１８を更新してもよい。

[0044]次いで、ユーザ推奨システム１０２は、レシピ推奨案１２２を生成してもよい（ブロック３０８）。レシピ推奨案１２２は、レシピ要件２１６、２１８、２２０に準拠する１つ以上のレシピ１２４を含むように生成されてもよい。具体的には、ユーザ推奨システム１０２は、生成されたレシピ要件２１６、２１８、２２０と類似するか同一である関連するレシピ要件１１８を有する、レシピ選択データベース１１２内の１つ以上のレシピ１１６、１２０を特定してもよい。レシピ推奨案１２２は、追加的または代替的に、レシピ要件２１６、２１８、２２０に準拠する、レシピデータベース１６２内のレシピ１６４、１７４を特定することによって生成されてもよい。例えば、そのようなレシピ１６４、１７４は、材料リスト１６６、１７６、栄養情報１７０、および／またはタグ１７２、１８０のうちの１つ以上に基づいて特定されてもよい。ある実装形態では、レシピ生成システム１４２は、レシピデータベース１６０の特定されたレシピ１６４、１７４に基づいて、レシピ推奨案１２０内に含めるためのレシピ１２４をさらに生成するように構成されてもよい。

[0045]他の実装形態では、ユーザ推奨システム１０２は、ブロック３０６でレシピ要件２１６、２１８、２２０を生成せずに、代わりに、ブロック３０４で特定された食事要件２０６、２０８、２１０と類似するか同一である食事要件１１４を有する、レシピ選択データベース１１２内のレシピ１１６を特定してもよい。

[0046]レシピ推奨案１２２は、生成されると、（例えば、ユーザデバイス１３０を介して）ユーザに提示されてもよい。ユーザインタフェースを介してユーザに提示するために、１つ以上のレシピ１２４がレシピ推奨案１２０内に含まれてもよく、ユーザはユーザインタフェースを使用して、レシピ１２４に関する写真およびその他の情報（例えば、抽出材料リスト１５０ならびに／または、生成された栄養情報１５４および調理指示書１５６）を閲覧してもよい。ある実装形態では、ユーザデバイス１３０および／またはユーザ情報１３２がユーザに対応する食品選好情報を有する場合、レシピ１２４がレシピ推奨案１２２に含まれてもよく、かつ／または、ユーザデバイス１３０を介してユーザに表示されるレシピ１２４は、提供された食品選好情報を考慮するようにフィルタリングされていてもよい（例えば、ユーザが嫌いだとして特定した材料を含むレシピを排除することによって）。ある実装形態では、食品選好情報はユーザ情報１３２に含まれてもよく、ブロック３０６で特定されるレシピ要件２１６、２１８、２２０の一部として含まれてもよい。さらに、レシピ推奨案１２２は、そのユーザのために生成される献立表の一部として生成されてもよい。例えば、献立表は、ユーザの食事のニーズおよび／または選好に従って、ユーザの一定期間の１週間分の食物消費に対するレシピ（例えば、７日分の朝食、昼食、および夕食）を含めて生成されてもよい。

[0047]図４は、本開示の例示的な実施形態による方法４００を示す。方法４００は、ユーザ推奨システム１０２、レシピ生成システム１４２、およびレシピデータベース１６２によって、レシピ１１６、１２０をレシピ選択データベース１１２に追加するように行われてもよい。ある実装形態では、方法４００のステップは、方法３００の実行前に行われてもよい。例えば、方法４００は、後に方法３００の実行において使用するために、レシピ１１６、１２０、および関連するレシピ要件１１８、ならびに／またはレシピ選択データベース１１２の食事要件１１４を生成するように実行されてもよい。方法４００は、システム１００などのコンピュータシステム上で実施されてもよい。例えば、方法４００は、ユーザ推奨システム１０２、ユーザデバイス１３０、レシピ生成システム１４２、および／またはレシピデータベース１６２によって実施されてもよい。方法４００はまた、プロセッサによって実行されると、その方法をコンピュータシステムに実行させる、コンピュータ可読媒体上に記憶された命令のセットによって実施されてもよい。例えば、方法４００の全てまたは一部は、ＣＰＵ１２６、１３８、１５８およびメモリ１２８、１４０、１６０によって実施されてもよい。以下の例は、図４に示すフローチャートを参照して記載されるが、図４に関連する動作を行う、それ以外の多くの方法が使用されてもよい。例えば、ブロックの一部の順序を変更してもよく、あるブロックを他のブロックと組み合わせてもよく、１つ以上のブロックを繰り返してもよく、記載されたブロックのいくつかは任意選択であってもよい。

[0048]方法４００は、レシピ生成システム１４２が、レシピデータベース１６２から初期レシピを受信することで始まる（ブロック４０２）。レシピ生成システム１４２は、その初期レシピを、レシピ選択データベース１１２内に含める生成レシピのベースの候補として受信してもよい。ある実装形態では、レシピ生成システム１４２は、レシピデータベース１６２から定期的に（例えば、毎日、毎週、毎月、四半期ごとに）レシピを受信してもよい。他の実装形態では、レシピ生成システム１４２は、新しいレシピ１６４、１７４がレシピデータベース１６２に追加されたときに初期レシピを受信してもよい。ある実装形態では、レシピ生成システム１４２は、レシピデータベース１６２からの初期レシピを要求してもよい（例えば、レシピが所望される、１つ以上のタグ１７１、１７２、１７９、１８０を特定することによって）。ある実装形態では、レシピ生成システム１４２は、レシピデータベースとのネットワーク接続（例えば、インターネット接続またはローカルエリアネットワーク接続）を介して初期レシピを受信してもよい。そのような実装形態では、初期レシピは、アプリケーションプログラミングインタフェース（ＡＰＩ）に従って受信されてもよい。初期レシピは、レシピ１６４、１７４と類似して実施されてもよく、したがって、材料リスト１６６、１７６、写真１６８、１７８、および栄養情報１７０のうちの１つ以上を含んでもよい。

[0049]次いで、レシピ生成システム１４２は、抽出材料リスト１５０および抽出タグ１５２を初期レシピから抽出してもよい（ブロック４０４）。レシピ生成システム１４２は、この情報をレシピ自体から（例えば、レシピデータベース１６２内の初期レシピに関連付けて記憶されている材料リスト１６６、１７６およびタグ１７１、１７２、１７９、１８０からコピーしてもよい。例えば、レシピ１６４が初期レシピである場合、抽出材料リスト１５０は材料リスト１６６と同じ材料を含んでもよく、抽出タグ１５２はタグ１７１、１７２の一方または両方を含んでもよい。

[0050]抽出材料リスト１５０および抽出タグ１５２に基づいて、レシピ生成システム１４２は、栄養情報１５４および調理指示書１５６を生成してもよい（ブロック４０６）。ある実装形態では、栄養情報１５４および調理指示書１５６は、レシピ生成サービスから取得されてもよい。他の実装形態では、レシピ生成システム１４２は、抽出材料リスト１５０内に含まれる材料に基づいて（例えば、構成材料のカロリーおよびその他の栄養情報、ならびに抽出材料リスト１５０内に含まれるそれぞれの材料の量の情報に基づいて）栄養情報１５０を生成してもよい。レシピ生成システム１４２はまた、以前に処理されたレシピおよび／または１つ以上のプログラム的ヒューリスティクスに基づいて、調理指示書１５６を生成してもよい。

[0051]次いで、レシピ生成システム１４２は、栄養情報１５４および調理指示書１５６を抽出材料リスト１５０および抽出タグ１５２と組み合わせて、生成レシピを形成してもよい（ブロック４０８）。生成レシピは、レシピ１６４のデータ構造に類似するデータ構造を含んでもよい。例えば、生成レシピ内に抽出材料リスト１５０、栄養情報１５４、および調理指示書１５６が記憶されてもよく、生成レシピと関連付けて抽出タグ１５２が記憶されてもよい。ある実装形態では、上述したように、生成レシピ内に含めるために、写真などの追加の情報が生成されてもよい。

[0052]次いで、生成レシピは、レシピ選択データベース１１２に記憶されてもよい（ブロック４１０）。例えば、生成レシピを生成した後、レシピ生成システム１４２は、生成レシピをレシピ選択データベース１１２に記憶するために、ユーザ推奨システム１０２に送信してもよい。保存された後は、生成レシピは、その後のレシピ推奨案１２２生成手順で利用されてもよい。具体的には、生成レシピは次いで、方法３００の遂行中に（例えば、レシピ選択データベース１１２内のレシピ１１６、１２０として）、分析またはそれ以外の様式で利用されてもよい。

[0053]レシピ選択データベース１１２は、生成レシピを抽出タグ１５２に関連付けて記憶してもよい。例えば、ある実装形態では、レシピ要件１１８および食事要件１１４の一方または両方が、生成レシピの抽出タグ１５２に対応してもよい。生成レシピを将来使用するためにレシピ選択データベース１１２に記憶することにより、ユーザ推奨システム１０２は、レシピ生成システム１４２および／またはレシピデータベース１６２に依存する必要なくレシピ推奨案１２２を生成できるようになり得る。したがって、そのような実装形態では、レシピ推奨案１２２を生成するために必要となる複雑さを低減できることがあり、それにより、応答性が向上して、レシピ推奨案１２２を生成するために必要な時間が短縮されることがある。ある実装形態では、レシピ選択データベース１１２はまた、レシピ推奨案１２２に含まれるレシピ１２４に対する人工知能に基づく改善を可能にするタグ（例えば、レシピ１１６、１２０の人気度またはユーザ評定）に関連付けてレシピ１１６、１２０を記憶してもよい。

[0054]ある実装形態では、ブロック４０２で、２つ以上の初期レシピがレシピ生成１４２によって受信されてもよい。そのような実装形態では、レシピ生成システム１４２は、受信したそれぞれの初期レシピを処理するためにブロック４０４、４０６、および４０８での処理を繰り返して、受信した初期レシピのそれぞれに対応する生成レシピを生成してもよい。ブロック４１０で、生成レシピは次いで、レシピ選択データベース１１２に記憶されてもよい。

[0055]さらなる実装形態では、方法４００は、ユーザ情報１３２を受信する前に行われてもよい。例えば、方法４００は、最初に、レシピ要件テーブル１１０内のレシピ要件２１６、２１８、２２０、もしくはそれらのサブセットのそれぞれに対し、および／または、食事要件テーブル１０６内の食事要件２０６、２０８、２１０、またはそれらのサブセットのそれぞれに対して、レシピ選択データベース１１２にレシピ１１６、１２０を記入するように行われてもよい。

[0056]さらに別の実装形態では、ブロック４０６および４０８は任意選択であってもよい。例えば、レシピデータベース１６２は、その代わりに、指定されたレシピ要件２１６、２１８、２２０に準拠するレシピ１６４、１７４を、レシピ推奨案１２２内に含めるために、ユーザ推奨システム１０２に伝達してもよい。そのような実装形態では、システム１００はレシピ生成システム１４２を含まなくてもよく、追加または代替の実装形態では、レシピ選択データベース１１２もまた欠いていてもよい。

[0057]本開示に記載される開示された方法および手順は全て、１つ以上のコンピュータプログラムまたは構成要素を使用して実施することができる。これらの構成要素は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、磁気もしくは光学ディスク、光学メモリ、または他の記憶媒体などの揮発性および不揮発性メモリを含む、任意の従来のコンピュータ可読媒体または機械可読媒体上の一連のコンピュータ命令として提供されてもよい。命令は、ソフトウェアまたはファームウェアとして提供されてもよく、ＡＳＩＣ、ＦＰＧＡ、ＤＳＰ、または任意の他の類似するデバイスなどのハードウェア構成要素においても、全体的または部分的に実施されてもよい。命令は、一連のコンピュータ命令を実行するときに、開示された方法および手順の全てまたは一部の性能を遂行するか容易にする１つ以上のプロセッサによって実行されるように構成されてもよい。

[0058]本明細書に記載される実施例に対する様々な変更および改変が、当業者には明らかであることは理解されるべきである。そのような変更および変形は、本発明の主題の趣旨および範囲から逸脱することなく、かつ意図される利点を損なわずに、行うことができる。それゆえ、そのような変更および変形は、添付の特許請求の範囲に包含されることが意図されている。

Claims (20)

1. ユーザに影響を及ぼしている症状を示すユーザ情報を特定することと、
   前記症状に基づいて食事要件を特定することと、
   前記食事要件に基づいてレシピ要件を特定することと、
   前記レシピ要件に基づいて前記ユーザにレシピ推奨案を提示することと、
   を含む、方法。
2. 前記ユーザ情報を特定することが、
   前記症状を示すユーザ情報を前記ユーザから受信することと、
   以前に受信した、前記症状を示すユーザ情報を特定することと、
   を含む、請求項１に記載の方法。
3. レシピ選択データベース内の、前記レシピ要件に準拠する複数のレシピを特定することと、
   前記複数のレシピの中から少なくとも１つの選択レシピを選択することと、
   前記少なくとも１つの選択レシピを前記レシピ推奨案に含めることと、
   をさらに含む、請求項１に記載の方法。
4. 前記少なくとも１つの選択レシピが、前記複数のレシピの中から前記ユーザ情報に関連するユーザ選好に従って選択される、請求項３に記載の方法。
5. レシピデータベースから初期レシピを受信することと、
   前記初期レシピから材料リストおよび関連タグを抽出することと、
   前記材料リストおよび前記関連するタグに基づいて栄養情報および調理指示書を生成することと、
   をさらに含む、請求項１に記載の方法。
6. 前記栄養情報および前記調理指示書を前記材料リストおよび前記関連するタグと組み合わせて、生成レシピを形成すること、
   をさらに含む、請求項５に記載の方法。
7. 前記生成レシピをレシピ選択データベースに記憶すること、
   をさらに含む、請求項６に記載の方法。
8. 前記食事要件が、前記症状を緩和または解決することに関連する（ｉ）レシピまたは（ｉｉ）食品属性のタイプを特定する、請求項１に記載の方法。
9. 前記レシピ要件が、前記食事要件に準拠するための、１つ以上の除外される材料、含まれる材料、除外される材料タイプ、含まれる材料タイプ、および／または、栄養要件を特定する、請求項１に記載の方法。
10. 前記症状が、食欲不振、口腔乾燥症、体重減少、粘膜炎、悪心、嚥下困難、便秘、および下痢からなる群から選択される少なくとも１つの状態を含む、請求項１に記載の方法。
11. プロセッサと、
    命令を記憶するメモリとを含み、前記命令は、前記プロセッサによって実行されると前記プロセッサに、
    少なくとも（ｉ）１つ以上の症状に関連する複数の食事要件を記憶する食事要件テーブルおよび（ｉｉ）前記食事要件に関連する複数のレシピ要件を記憶するレシピ要件テーブルを含む推奨要件データベースと、
    ユーザ推奨システムと、を実施させ、
    前記ユーザ推奨システムは、
    ユーザに影響を及ぼしている症状を示すユーザ情報を特定し、
    前記症状に基づく食事要件を前記食事要件テーブル内で特定し、
    前記食事要件に基づくレシピ要件を前記レシピ要件テーブル内で特定し、
    前記レシピ要件に基づいて前記ユーザにレシピ推奨案を提示する、
    システム。
12. 前記ユーザ推奨システムが、
    前記症状を示すユーザ情報を前記ユーザから受信し、
    以前に受信した、前記症状を示すユーザ情報を特定することによって、
    前記ユーザ情報を特定するように構成された、請求項１１に記載のシステム。
13. 前記メモリがさらなる命令を記憶し、前記さらなる命令は前記プロセッサによって実行されると、前記プロセッサに、
    前記複数のレシピ要件に関連する複数のレシピを記憶するレシピ選択データベースをさらに実施させ、
    前記ユーザ推奨システムが、
    前記レシピ選択データベース内で前記レシピ要件に準拠する複数のレシピを特定し、
    前記複数のレシピの中から少なくとも１つの選択レシピを選択し、
    前記少なくとも１つの選択レシピを前記レシピ推奨案に含ませる、ようにさらに構成された、請求項１１に記載のシステム。
14. 前記少なくとも１つの選択レシピが、前記複数のレシピの中から前記ユーザ情報に関連するユーザ選好に従って選択される、請求項１３に記載のシステム。
15. 前記メモリがさらなる命令を記憶し、前記さらなる命令は前記プロセッサによって実行されると、前記プロセッサに、
    レシピデータベースから初期レシピを受信し、
    前記初期レシピから材料リストおよび関連するタグを抽出し、
    前記材料リストおよび前記関連するタグに基づいて栄養情報および調理指示書を生成する
    ように構成されたレシピ生成システムをさらに実施させる、
    請求項１３に記載のシステム。
16. 前記レシピ生成システムが、
    前記栄養情報および前記調理指示書を前記材料リストおよび前記関連するタグと組み合わせて、生成レシピを形成するようにさらに構成された、請求項１５に記載のシステム。
17. 前記レシピ生成システムが、
    前記生成レシピを前記レシピ選択データベースに記憶するようにさらに構成された、請求項１６に記載のシステム。
18. 前記複数の食事要件が、前記症状を緩和または解決することに関連する（ｉ）レシピまたは（ｉｉ）食品属性のタイプを特定する、請求項１１に記載のシステム。
19. 前記レシピ要件が、前記食事要件に準拠するための、１つ以上の除外される材料、含まれる材料、除外される材料タイプ、含まれる材料タイプ、および／または、栄養要件を特定する、請求項１１に記載のシステム。
20. 命令を記憶しており、前記命令がプロセッサによって実行されると、前記プロセッサに、
    ユーザに影響を及ぼしている症状を示すユーザ情報を特定させ、
    前記症状に基づいて食事要件を特定させ、
    前記食事要件に基づいてレシピ要件を特定させ、
    前記レシピ要件に基づいて前記ユーザにレシピ推奨案を提示させる、
    非一時的コンピュータ可読媒体。
    
    

Images