JP2019159356A - 検索装置、検索方法、及び検索プログラム - Google Patents

Abstract

【課題】患者ごとの症状に合わせてレシピ情報を検索可能であり、最適な料理のレシピ情報を提案可能な検索装置、方法およびプログラムを提供する。【解決手段】ユーザが罹患している病気の病態や症状を入力することで、ユーザに適した料理のレシピ情報を検索するレシピ検索システム１の検索装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを備える。記憶部１２０は、ユーザが罹患している病気の病態を記憶する病態情報ＤＢ１２１と、ユーザの具体的な症状を記憶する症状情報ＤＢ１２２と、料理の特徴を記憶する料理特徴ＤＢ１２３と、料理のレシピ情報を記憶するレシピ情報ＤＢ１２４とを備える。制御部１３０は、ユーザが罹患している病態やユーザの具体的な症状の入力を受け付ける入力部１３１と、レシピ情報を抽出して端末装置Ｔ１，Ｔ２，・・・に表示させるレシピ情報レコメンド部１３２とを備える。【選択図】図１

Description

本開示は、料理のレシピ情報を検索してレコメンドするための検索装置、検索方法、検索プログラム及びデータ構造に関する。

健康管理を必要とするユーザに対して、専門家からのアドバイスメッセージを送信する健康管理サーバが知られている（例えば、特許文献１参照。）。特許文献１に開示されている健康管理サーバは、ユーザからの食事の画像を受信すると、その画像を分析し、分析結果から専門家がアドバイスを作成してメッセージを送信する。

また、入院患者の食事を提供するために、入院患者個人ごとの栄養指導を反映させる栄養管理システムが知られている（例えば、特許文献２参照。）。特許文献２に開示されている栄養管理システムは、患者ごとにその患者個人の禁忌情報等が格納された食事箋情報と、献立を構成する料理ごとの禁忌情報とをそれぞれ記憶し、食事箋情報と禁忌情報とを組み合わせて患者ごとの献立を作成する。

特開２０１７−０６２８５４号公報 特許第４９１６２３８号

しかしながら、特許文献１に記載の健康管理サーバは、実際に食事をした献立に対してアドバイスを得ることはできても、食事の前に、どのような食事をとるべきかを知ることはできなかった。例えば、ユーザが罹患している病気によっては摂取が禁止される食材がある場合や、カロリーや塩分の摂取量が制限される場合もあり、食事の献立を決定する段階でどのような献立が望ましいか把握する必要がある。

また、特許文献２に記載の栄養管理システムは、入院患者ごとに禁忌情報を反映させて献立を作成することが可能であるが、同じ病気の患者であっても、症状は患者ごとに異なり、症状によっては食べられる料理や食べられない料理がある。例えば、脳卒中の患者であっても、嚥下障害を起こしている患者の場合、固い料理は食べられないが、嚥下障害を起こしていない患者の場合、固い料理を食べることは可能である。そのため、患者ごとの症状に合わせて最適な料理を組み合わせた献立のレシピ情報を検索可能な検索装置が望まれていた。

そこで、本開示では、患者ごとの症状に合わせてレシピ情報を検索可能であり、最適な料理のレシピ情報を提案可能な検索装置、検索方法、検索プログラム及びデータ構造について説明する。

本開示の一態様における検索装置は、料理のレシピ情報を検索し、ユーザが操作する端末装置にレコメンドする検索装置であって、ユーザが罹患している病気の病態及び／又はユーザの症状が入力される入力部と、病態と、病態と症状とを紐づける病態−症状紐づけ情報と、病態と料理の特徴とを紐づける病態−料理特徴紐づけ情報と、を記憶する病態情報記憶部と、症状と、症状と料理の特徴とを紐づける症状−料理特徴紐づけ情報と、を記憶する症状情報記憶部と、料理の特徴を記憶する料理特徴記憶部と、料理の特徴を有するレシピ情報と、レシピ情報と料理の特徴とを紐づけるレシピ−料理特徴紐づけ情報と、を記憶するレシピ情報記憶部と、入力部に入力された病態及び／又は症状に基づき、病態−料理特徴紐づけ情報及び／又は症状−料理特徴紐づけ情報から料理特徴記憶部の料理の特徴を抽出し、抽出された料理の特徴に基づき、レシピ−料理特徴紐づけ情報からレシピ情報記憶部のレシピ情報を抽出してレコメンドするレシピ情報レコメンド部と、を備える。

本開示の一態様における検索方法は、料理のレシピ情報を検索し、ユーザが操作する端末装置にレコメンドする検索方法であって、入力部により、ユーザが罹患している病気の病態及び／又はユーザの症状が入力される入力ステップと、レシピ情報レコメンド部により、入力された病態及び／又は症状に基づき、病態と料理の特徴とを紐づける病態−料理特徴紐づけ情報、及び／又は、症状と料理の特徴とを紐づける症状−料理特徴紐づけ情報から、料理の特徴を抽出する料理特徴抽出ステップと、レシピ情報レコメンド部により、抽出された料理の特徴に基づき、料理の特徴を有するレシピ情報と料理の特徴とを紐づけるレシピ−料理特徴紐づけ情報から、レシピ情報を抽出するレシピ情報抽出ステップと、レシピ情報レコメンド部により、抽出されたレシピ情報をレコメンドするレコメンドステップと、を備える。

本開示の一態様における検索プログラムは、料理のレシピ情報を検索し、ユーザが操作する端末装置にレコメンドする検索プログラムであって、ユーザが罹患している病気の病態及び／又はユーザの症状が入力される入力ステップと、入力された病態及び／又は症状に基づき、病態と料理の特徴とを紐づける病態−料理特徴紐づけ情報、及び／又は、症状と料理の特徴とを紐づける症状−料理特徴紐づけ情報から、料理の特徴を抽出する料理特徴抽出ステップと、抽出された料理の特徴に基づき、料理の特徴を有するレシピ情報と料理の特徴とを紐づけるレシピ−料理特徴紐づけ情報から、レシピ情報を抽出するレシピ情報抽出ステップと、抽出されたレシピ情報をレコメンドするレコメンドステップと、を電子計算機に実行させる。

また、本開示の一態様におけるデータ構造は、料理のレシピ情報を検索してレコメンドするためのデータ構造であって、病態と、病態と症状とを紐づける病態−症状紐づけ情報と、病態と料理の特徴とを紐づける病態−料理特徴紐づけ情報と、を有する病態データと、症状と、症状と料理の特徴とを紐づける症状−料理特徴紐づけ情報と、を有する症状データと、料理の特徴を有する料理特徴データと、料理の特徴を有するレシピ情報と、レシピ情報と料理の特徴とを紐づけるレシピ−料理特徴紐づけ情報と、を有するレシピデータと、を備え、病態データ及び／又は症状データから料理の特徴を抽出し、抽出された料理の特徴からレシピ情報を抽出する処理に用いられる。

本開示によれば、患者の病態だけでなく、患者の症状に合わせてレシピ情報を検索することが可能である。また、検索結果により、患者の症状に合わせて最適なレシピ情報を提案することが可能である。

本開示の一実施形態に係るレシピ検索システムを示す機能ブロック構成図である。 図１の病態情報ＤＢ１２１に格納されている病態の格納例を示す図である。 図１の症状情報ＤＢ１２２に格納されている症状の格納例を示す図である。 図１の料理特徴ＤＢ１２３に格納されている料理の特徴の格納例を示す図である。 図１のレシピ情報ＤＢ１２４に格納されているレシピ情報の格納例を示す図である。 図２の病態情報ＤＢ１２１、図３の症状情報ＤＢ１２２、図４の料理特徴ＤＢ１２３、及び図５のレシピ情報ＤＢ１２４の紐付けの例を示す図である。 図１の入力部１３１により端末装置Ｔ１，Ｔ２，・・・に表示させる入力画面の例を示す模式図である。 図１に示すレシピ検索システム１による検索方法を示すフローチャートである。 図８のステップＳ１０８にて表示されるレシピ情報画面の例を示す模式図である。 本開示の一実施形態に係るレシピ検索システムを示す機能ブロック構成図である。 図１０のレシピ情報ＤＢ１２４に格納されている栄養価情報の格納例を示す図である。 図１０に示すレシピ検索システム１Ａによる検索方法を示すフローチャートである。 図１２のステップＳ１０８にて表示されるレシピ情報画面の例を示す模式図である。 本開示の一実施形態に係るレシピ検索システムを示す機能ブロック構成図である。 図１４の属性情報ＤＢ１２５に格納されている属性情報の格納例を示す図である。 本開示の一実施形態に係るレシピ検索システムを示す機能ブロック構成図である。 図１６の端末装置Ｔ１，Ｔ２，・・・に表示されるレシピ情報画面の例を示す模式図である。 図１６の献立情報ＤＢ１２６に格納されている献立情報の格納例を示す図である。 図１６に示すレシピ検索システム１Ｃによる検索方法を示すフローチャートである。

本開示の実施形態について図面を参照して説明する。なお、以下に説明する実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。

（実施形態１）
＜構成＞
図１は、本開示の実施形態１に係るレシピ検索システム１を示す機能ブロック構成図である。このレシピ検索システム１は、例えば、ユーザが罹患している病気の病態や症状を入力することで、ユーザに適した料理のレシピ情報を検索可能であり、最適なレシピ情報を提供可能なシステムである。

レシピ検索システム１は、検索装置１００と、端末装置Ｔ１，Ｔ２，・・・と、ネットワークＮＷと、を有している。検索装置１００と、端末装置Ｔ１，Ｔ２，・・・とは、ネットワークＮＷを介して接続される。ネットワークＮＷは、インターネット、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等により構成される。

検索装置１００は、レシピ情報を提供する事業者のサーバである。この検索装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを備える。

通信部１１０は、端末装置Ｔ１，Ｔ２，・・・と通信を行うための通信インターフェースであり、例えばＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）等の通信規約により通信が行われる。

記憶部１２０は、各種制御処理や制御部１３０内の各機能を実行するためのプログラム、入力データ等を記憶するものであり、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等から構成される。また、記憶部１２０は、ユーザが罹患している病気の病態を記憶する病態情報ＤＢ１２１と、ユーザの具体的な症状を記憶する症状情報ＤＢ１２２と、料理の特徴を記憶する料理特徴ＤＢ１２３と、料理のレシピ情報を記憶するレシピ情報ＤＢ１２４と、を備えている。病態情報ＤＢ１２１、症状情報ＤＢ１２２、料理特徴ＤＢ１２３、及びレシピ情報ＤＢ１２４は、制御部１３０内の各機能を実行するためのプログラムからアクセスされて参照、更新が可能なデータベースである。

図２は、図１の病態情報ＤＢ１２１に格納されている病態の格納例を示す図である。この病態情報ＤＢ１２１には、図２に示す病態情報ＤＢ１２１の列名に対応して、ＩＤ、病態、症状ＩＤ、料理特徴ＩＤ、スコアの情報が格納されている。

ＩＤは、病態情報を一意に特定するための識別情報である。病態は、ユーザが罹患している病態の病名である。症状ＩＤは、症状情報を一意に特定するための識別情報であり、病態と症状情報ＤＢ１２２の症状とを紐づける紐づけ情報である。料理特徴ＩＤは、料理の特徴を一意に特定するための識別情報であり、病態と料理特徴ＤＢ１２３の料理の特徴とを紐づける紐づけ情報である。スコアは、料理特徴ＩＤに示される料理の特徴が、当該病態の患者に対する優先度を示す数値であり、数値が大きいほど優先度が高いことを示している。

例えば、ＩＤが「１」として特定される病態は、「糖尿病（２型）」であり、症状ＩＤは格納されていない。また、料理特徴ＩＤとして、「１１」、「１２」、「１３」が格納されており、それぞれに対して、スコアとして、「５」、「３」、「１」が格納されている。また、ＩＤが「２」として特定される病態は、「脳卒中」であり、症状ＩＤとして、「１」、「２」、「３」、「４」が格納されている。また、料理特徴ＩＤ及びスコアは格納されていない。

病態が「糖尿病（２型）」の場合、その症状に関わらず、料理特徴ＩＤとして示される「１１」、「１２」、「１３」が推奨され、そのスコアがそれぞれ「５」、「３」、「１」であることを示している。この料理特徴ＩＤ「１１」、「１２」、「１３」は、料理特徴ＤＢ１２３の料理の特徴に紐づいているため、料理特徴ＤＢ１２３を参照する。また、病態が「脳卒中」の場合、症状ＩＤとして示される「１」、「２」、「３」、「４」ごとに、推奨される料理の特徴が異なることを示している。この症状ＩＤ「１」、「２」、「３」、「４」は、症状情報ＤＢ１２２の症状に紐づいているため、症状情報ＤＢ１２２を参照する。

図３は、図１の症状情報ＤＢ１２２に格納されている症状の格納例を示す図である。この症状情報ＤＢ１２２には、図３に示す症状情報ＤＢ１２２の列名に対応して、ＩＤ、症状、料理特徴ＩＤ、スコアの情報が格納されている。

ＩＤは、症状情報を一意に特定するための識別情報である。症状は、ユーザの具体的な症状の名称である。料理特徴ＩＤは、料理の特徴を一意に特定するための識別情報であり、症状と料理特徴ＤＢ１２３の料理の特徴とを紐づける紐づけ情報である。スコアは、料理特徴ＩＤに示される料理の特徴が、当該症状の患者に対する優先度を示す数値であり、数値が大きいほど優先度が高いことを示している。

例えば、ＩＤが「１」として特定される症状は、「嚥下障害」であり、料理特徴ＩＤとして、「２１」、「２２」が格納されており、それぞれに対して、スコアとして、「５」、「３」が格納されている。

図２の病態情報ＤＢ１２１には、病態「脳卒中」の症状として、症状ＩＤ「１」が格納されており、この症状が図３の症状情報ＤＢ１２２にＩＤ「１」として格納されている「嚥下障害」であることを示している。そして、この「嚥下障害」の症状には、料理特徴ＩＤとして示される「２１」、「２２」が推奨され、そのスコアがそれぞれ「５」、「３」であることを示している。この料理特徴ＩＤ「２１」、「２２」は、料理特徴ＤＢ１２３の料理の特徴に紐づいているため、料理特徴ＤＢ１２３を参照する。

また、図２の病態情報ＤＢ１２１には、病態「がん（抗がん剤治療中）」の症状としても、症状ＩＤ「１」が格納されており、異なる病気であっても同じ症状が発症することを示している。

図４は、図１の料理特徴ＤＢ１２３に格納されている料理の特徴の格納例を示す図である。この料理特徴ＤＢ１２３には、図４に示す料理特徴ＤＢ１２３の列名に対応して、ＩＤ、料理の特徴の情報が格納されている。

ＩＤは、料理の特徴を一意に特定するための識別情報である。料理の特徴は、ある病態や症状の患者に適した料理の特徴を示している。

例えば、ＩＤが「１１」として特定される料理の特徴は、「野菜たっぷり」である。また、ＩＤが「２１」として特定される料理の特徴は、「やわらかい」である。

図２の病態情報ＤＢ１２１には、病態「糖尿病（２型）」の料理の特徴として、料理特徴ＩＤ「１１」、「１２」、「１３」が格納されており、この料理の特徴が図４の料理特徴ＤＢ１２３にＩＤ「１１」、「１２」、「１３」として格納されている「野菜たっぷり」、「糖質カット」、「脂質カット」であることを示している。

また、図３の症状情報ＤＢ１２２には、症状「嚥下障害」の料理の特徴として、料理特徴ＩＤ「２１」、「２２」が格納されており、この料理の特徴が図４の料理特徴ＤＢ１２３にＩＤ「２１」、「２２」として格納されている「やわらかい」、「水分たっぷり」であることを示している。

図５は、図１のレシピ情報ＤＢ１２４に格納されているレシピ情報の格納例を示す図である。このレシピ情報ＤＢ１２４には、図５に示すレシピ情報ＤＢ１２４の列名に対応して、ＩＤ、レシピ名、材料、工程番号、調理工程、画像ＩＤ、料理特徴ＩＤの情報が格納されている。

ＩＤは、レシピ情報を一意に特定するための識別情報である。レシピ名は、レシピ情報に従って調理される料理の名称である。材料は、当該料理を調理するために用いられる材料の名称と必要量とが示されている。工程番号は、レシピ情報に従って調理を行なう手順の番号である。調理工程は、各手順における調理工程の説明が示されている。画像ＩＤは、調理工程とともに端末装置Ｔ１，Ｔ２，・・・に表示させる画像（例えば、写真。）の識別情報が示されている。料理特徴ＩＤは、料理の特徴を一意に特定するための識別情報であり、レシピ情報と料理特徴ＤＢ１２３の料理の特徴とを紐づける紐づけ情報である。

例えば、ＩＤが「１０１」として特定されるレシピ情報のレシピ名は、「きのこ野菜炒め」であり、材料として、「キャベツ１００ｇ、にんじん２０ｇ、エリンギ５０ｇ、しめじ５０ｇ、豚肉５０ｇ・・・」が示されている。また、調理工程の工程番号１としてキャベツを調理し、工程番号２としてにんじんを調理することが説明される。さらに、工程番号１の説明とともに、Ｐ０１２により識別される画像が表示され、工程番号２の説明とともに、Ｐ０１４により識別される画像が表示されることを示している。

また、レシピ名が「きのこ野菜炒め」の料理の特徴は、図５の料理特徴ＩＤとして「１１」、「１２」が格納されており、図４の料理特徴ＤＢ１２３のＩＤ「１１」、「１２」に格納されている料理の特徴「野菜たっぷり」、「糖質カット」であることを示している。なお、工程番号、調理工程、画像ＩＤの数は、その料理の調理工程の数によって変わるため、可変になっている。

レシピ情報に紐づく料理の特徴は、例えば、レシピ情報ＤＢ１２４の材料や調理工程の文言からテキストマイニングされ、所定の文言が一定数以上含まれる場合に、所定の料理特徴ＩＤが付与されたり、材料の数値が一定数以上または一定数以下の場合に、所定の料理特徴ＩＤが付与されたりする。

図６は、図２の病態情報ＤＢ１２１、図３の症状情報ＤＢ１２２、図４の料理特徴ＤＢ１２３、及び図５のレシピ情報ＤＢ１２４の紐付けの例を示す図である。例えば、病態情報ＤＢ１２１の病態「糖尿病」に、料理特徴ＩＤとして、「１１」、「１２」、「１３」が格納されている。これは、図６に実線で示すように、料理特徴ＤＢ１２３のＩＤ「１１」、「１２」、「１３」にそれぞれ対応している。また、病態情報ＤＢ１２１の病態「高血圧」に、料理特徴ＩＤとして、「１１」、「１４」、「１５」が格納されている。これは、図６に実線で示すように、料理特徴ＤＢ１２３のＩＤ「１１」、「１４」、「１５」にそれぞれ対応している。

病態情報ＤＢ１２１の病態「脳卒中」に、症状ＩＤとして、「１」、「２」、「３」、「４」が格納されている。これは、図６に破線で示すように、症状情報ＤＢ１２２のＩＤ「１」、「２」、「３」、「４」にそれぞれ対応している。

症状情報ＤＢ１２２の症状「嚥下障害」、「軽度の麻痺」、「重度の麻痺」、「食欲不振」に、料理特徴ＩＤとして、「２１」、「２２」、「２３」、「２４」、「２５」、「２６」が格納されている。これは、図６に一点鎖線で示すように、料理特徴ＤＢ１２３のＩＤ「２１」、「２２」、「２３」、「２４」、「２５」、「２６」にそれぞれ対応している。

レシピ情報ＤＢ１２４のレシピ名「きのこ野菜炒め」に、料理特徴ＩＤとして、「１１」、「１２」が格納されている。これは、図６に実線で示すように、料理特徴ＤＢ１２３のＩＤ「１１」、「１２」にそれぞれ対応している。また、レシピ情報ＤＢ１２４のレシピ名「ちゃんこ鍋」に、料理特徴ＩＤとして、「１１」、「１３」、「１４」が格納されている。これは、図６に実線で示すように、料理特徴ＤＢ１２３のＩＤ「１１」、「１３」、「１４」にそれぞれ対応している。

例えば、病態情報ＤＢ１２１の病態「糖尿病」の患者に推奨される料理の特徴は、料理特徴ＤＢ１２３のＩＤが「１１」、「１２」、「１３」である、料理特徴「野菜たっぷり」、「糖質カット」、「脂質カット」である。この料理の特徴が含まれるレシピ情報は、レシピ情報ＤＢ１２４にレシピＩＤが「１０１」、「１０２」として格納されている、「きのこ野菜炒め」、「ちゃんこ鍋」である。

ここで、レシピ情報ＤＢ１２４の「きのこ野菜炒め」は、料理特徴ＩＤが「１１」、「１２」であり、病態「糖尿病」の患者に推奨される料理特徴ＩＤ「１１」、「１２」が該当する。この料理特徴ＩＤに対応する、病態情報ＤＢ１２１に格納されているスコアは、それぞれ「５」、「３」である。そのため、レシピ情報「きのこ野菜炒め」のスコアの合計値は、８になる。また、レシピ情報ＤＢ１２４の「ちゃんこ鍋」は、料理特徴ＩＤが「１１」、「１３」、「１４」であり、病態「糖尿病」の患者に推奨される料理特徴ＩＤ「１１」、「１３」が該当する。この料理特徴ＩＤに対応する、病態情報ＤＢ１２１に格納されているスコアは、「５」、「１」である。そのため、レシピ情報「ちゃんこ鍋」のスコアの合計値は、６になる。そのため、レシピ情報「きのこ野菜炒め」の方がスコアの合計値が高いので、レシピ情報「きのこ野菜炒め」の方が先にレコメンドされる。

また、例えば、各レシピ情報のスコアの合計値が所定の閾値より高い場合に、該当するレシピ情報のみをレコメンドするようにしても良い。

なお、病態情報ＤＢ１２１には、病態と症状情報ＤＢ１２２の症状とを紐づける紐づけ情報として症状ＩＤが格納され、病態と料理特徴ＤＢ１２３の料理の特徴とを紐づける紐づけ情報として料理特徴ＩＤが格納されている。症状情報ＤＢ１２２には、症状と料理特徴ＤＢ１２３の料理の特徴とを紐づける紐づけ情報として料理特徴ＩＤが格納されている。レシピ情報ＤＢ１２４には、レシピ情報と料理特徴ＤＢ１２３の料理の特徴とを紐づける紐づけ情報として料理特徴ＩＤが格納されている。しかしながら、各ＤＢ間の紐づけはこのような紐づけ情報に限られない。例えば、病態情報ＤＢ１２１に病態と対応させて症状と料理の特徴とを直接格納させ、病態情報ＤＢ１２１から症状や料理の特徴を取得可能なようにデータベースの紐づけ情報を構成しても良い。

制御部１３０は、記憶部１２０に記憶されているプログラムを実行することにより、検索装置１００の全体の動作を制御するものであり、ＣＰＵ（Central Processing Unit）等から構成される。制御部１３０の機能として、入力部１３１と、レシピ情報レコメンド部１３２とを備えている。この入力部１３１、レシピ情報レコメンド部１３２は、記憶部１２０に記憶されているプログラムにより起動されて実行される。

入力部１３１は、検索装置１００でレシピ情報を検索するために、ユーザが罹患している病態及びユーザの具体的な症状、または病態のみの入力を受け付ける。

図７は、図１の入力部１３１により端末装置Ｔ１，Ｔ２，・・・に表示させる入力画面の例を示す模式図である。図７（ａ）に示す病態・症状入力画面は、入力部１３１により端末装置Ｔ１，Ｔ２，・・・に表示させる、ユーザの病態、及びユーザの症状を入力可能な画面であり、病態選択欄Ｃ１及び症状選択欄Ｃ２を備えている。病態選択欄Ｃ１及び症状選択欄Ｃ２は、端末装置Ｔ１，Ｔ２，・・・が備えるマウス等で欄内をクリックすると、病態及び症状が表示され、選択可能になっている。病態及び症状、または病態のみを選択し、画面下方の検索ボタンＢ１をクリックすると、レシピ情報レコメンド部１３２により病態又は症状の検索が開始される。

また、図７（ｂ）に示す病態・症状入力画面のように、ユーザの病態、及びユーザの症状を、複数の病態及び症状が表示されている病態選択欄Ｓ１及び症状選択欄Ｓ２から、複数の病態及び症状をそれぞれ選択可能に備えても良い。この場合、複数の病態及び症状をそれぞれ選択した状態で画面下方の検索ボタンＢ２をクリックすると、レシピ情報レコメンド部１３２により複数の病態又は症状の検索が開始される。

レシピ情報レコメンド部１３２は、入力部１３１にて受け付けた病態及び症状、または病態のみから、病態情報ＤＢ１２１及び症状情報ＤＢ１２２、または病態情報ＤＢ１２１のみを検索して料理特徴ＩＤを抽出する。抽出した料理特徴ＩＤから、料理特徴ＤＢ１２３を検索してレシピＩＤを抽出し、レシピ情報ＤＢ１２４を検索してレシピ情報を抽出する。そして、抽出したレシピ情報を端末装置Ｔ１，Ｔ２，・・・に表示させてレコメンドする。

このとき、レシピ情報レコメンド部１３２は、病態情報ＤＢ１２１及び症状情報ＤＢ１２２に格納されているスコアが高い順に、料理特徴ＩＤを抽出し、レシピＩＤを抽出してレシピ情報を抽出してレコメンドする。また、図７（ｂ）に示すように複数の病態及び症状をそれぞれ選択可能な場合は、選択した複数の病態及び症状のスコアを加算し、加算したスコアが高い順に、料理特徴ＩＤを抽出し、レシピＩＤを抽出してレシピ情報を抽出してレコメンドする。これにより、当該病態又は症状の患者に対する優先度が高い順にレシピ情報がレコメンドされるので、ユーザの病態又は症状に合った料理のレシピ情報の提供を受けることが可能になる。

端末装置Ｔ１，Ｔ２，・・・は、このレシピ検索システム１を利用するために検索装置１００にアクセスし、レシピ情報や栄養価等を表示する端末であり、例えば、パーソナルコンピュータ（ＰＣ）、スマートフォン等の情報処理装置である。

＜処理の流れ＞
以下、図８を参照しながら、レシピ検索システム１が実行する検索方法の一例を説明する。図８は、図１に示すレシピ検索システム１による検索方法を示すフローチャートである。

ステップＳ１０１の処理として、ユーザが端末装置Ｔ１，Ｔ２，・・・を使用して検索装置１００にアクセスすると、検索装置１００の入力部１３１は、図７に示す病態・症状入力画面を端末装置Ｔ１，Ｔ２，・・・に表示させ、ユーザが罹患している病態及びユーザの具体的な症状、または病態のみの入力を受け付ける。

ステップＳ１０２の処理として、レシピ情報レコメンド部１３２は、ステップＳ１０１で受け付けた病態から、病態情報ＤＢ１２１を検索して病態を抽出する。このとき、病態情報ＤＢ１２１のスコアが高い順に病態を抽出する。

ステップＳ１０３の処理として、レシピ情報レコメンド部１３２は、ステップＳ１０２で抽出した病態に紐づいて、病態情報ＤＢ１２１に症状ＩＤが格納されているか否かを判定する。症状ＩＤが格納されている場合、ステップＳ１０４へ進み、症状ＩＤが格納されていない場合、ステップＳ１０６へ進む。

ステップＳ１０４の処理として、レシピ情報レコメンド部１３２は、ステップＳ１０２で抽出した病態に紐づいて格納されている症状ＩＤから、症状情報ＤＢ１２２を検索して症状を抽出する。このとき、症状情報ＤＢ１２２のスコアが高い順に症状を抽出する。

ステップＳ１０５の処理として、レシピ情報レコメンド部１３２は、ステップＳ１０３で抽出した症状に紐づいて格納されている料理特徴ＩＤから、料理特徴ＤＢ１２３を検索して料理の特徴を抽出する。

ステップＳ１０６の処理として、レシピ情報レコメンド部１３２は、ステップＳ１０２で抽出した病態に紐づいて格納されている料理特徴ＩＤから、料理特徴ＤＢ１２３を検索して料理の特徴を抽出する。

ステップＳ１０７の処理として、レシピ情報レコメンド部１３２は、ステップＳ１０５又はステップＳ１０６で抽出した料理の特徴に紐づいて格納されているレシピ情報ＩＤから、レシピ情報ＤＢ１２４を検索してレシピ情報を抽出する。

ステップＳ１０８の処理として、レシピ情報レコメンド部１３２は、ステップＳ１０７で抽出したレシピ情報を、抽出された順に端末装置Ｔ１，Ｔ２，・・・に表示させてレコメンドする。

図９は、図８のステップＳ１０８にて表示されるレシピ情報画面の例を示す模式図である。このレシピ情報画面は、レシピ情報が２つ表示されている状態を示す例であり、画像表示欄Ｐ１，Ｐ２と、レシピ情報表示欄Ｒ１，Ｒ２と、選択ボタンＢ３，Ｂ４とが設けられている。

画像表示欄Ｐ１，Ｐ２には、レシピ情報ＤＢ１２４の画像ＩＤに対応する画像が表示される。レシピ情報表示欄Ｒ１，Ｒ２には、レシピ情報ＤＢ１２４に格納されている材料及び調理工程が表示される。選択ボタンＢ３，Ｂ４は、左側に表示されているレシピ情報を選択する場合に押下するボタンである。このように、レシピ情報ＤＢ１２４に格納されているレシピ情報が、病態情報ＤＢ１２１及び症状情報ＤＢ１２２のスコアが高い順にレシピ情報が表示される。

以上のように、本実施形態に係る検索装置は、入力部１３１に入力された病態及び症状、または病態のみから、病態情報ＤＢ１２１及び症状情報ＤＢ１２２、または病態情報ＤＢ１２１のみが検索されて料理特徴ＩＤが抽出され、抽出された料理特徴ＩＤから料理特徴ＤＢ１２３が検索されてレシピＩＤが抽出され、レシピ情報ＤＢ１２４が検索されてレシピ情報が抽出される。これにより、ユーザの病態や症状に合わせてレシピ情報が抽出されるので、ユーザの病態や症状に合わせて最適なレシピ情報の提供を受けることが可能である。

また、病態情報ＤＢ１２１及び症状情報ＤＢ１２２に格納されているスコアが高い順に料理特徴ＩＤが抽出され、レシピＩＤが抽出されてレシピ情報が抽出されてレコメンドされる。複数の病態及び症状をそれぞれ選択可能な場合は、選択した複数の病態及び症状のスコアが加算され、加算されたスコアが高い順に、料理特徴ＩＤが抽出され、レシピＩＤが抽出されてレシピ情報が抽出されてレコメンドされる。これにより、当該病態又は症状の患者に対する優先度が高い順にレシピ情報がレコメンドされるので、ユーザの病態又は症状に合った料理のレシピ情報の提供を受けることが可能である。

（実施形態２）
図１０は、本開示の実施形態２に係るレシピ検索システム１Ａを示す機能ブロック構成図である。レシピ検索システム１Ａは、ユーザが罹患している病気の病態や症状を入力することで、ユーザに適した料理のレシピ情報を検索可能なシステムである点において実施形態１と同様の構成であるが、このレシピ検索システム１Ａを構成する検索装置１００Ａは、制御部１３０に栄養価算出部１３３を備え、レシピ情報ＤＢ１２４に栄養価情報が追加されて格納され、レシピ情報レコメンド部１３２のレシピ抽出処理が異なる点において、実施形態１と異なる。その他の点においては、実施形態１と同様である。

栄養価算出部１３３は、入力部１３１に入力された、ユーザが罹患している病態及びユーザの具体的な症状に基づき、ユーザが摂取すべき栄養価の範囲を算出する。

食事で摂取する栄養価は、罹患している病態や症状によっては、食事で摂取するエネルギーのうち、たんぱく質や脂質の割合が所定の値になるように推奨される場合がある。例えば、糖尿病（２型）の患者の場合、食事で摂取するエネルギーのうち、たんぱく質が１５％〜２０％、脂質が２０％〜２５％の範囲内になることが推奨されている。そのため、レシピ情報ＤＢには栄養価情報が格納され、栄養価算出部１３３でユーザが摂取すべき栄養価の範囲を算出し、レシピ情報レコメンド部１３２では、レシピ情報ＤＢ１２４を検索してレシピ情報を抽出するときに、栄養価算出部１３３で算出した栄養価の範囲内のレシピ情報を抽出する。

図１１は、図１０のレシピ情報ＤＢ１２４に格納されている栄養価情報の格納例を示す図である。レシピ情報ＤＢ１２４には、図５に示す各情報に加えて、図１１のレシピ情報ＤＢ１２４の列名に対応して栄養価の情報が格納されている。栄養価は、その料理に含まれる栄養価の値を示すものであり、例えば、エネルギー（カロリー値）、たんぱく質の質量、脂質の質量、塩分の質量が示されている。レシピ情報レコメンド部１３２は、このレシピ情報ＤＢ１２４の栄養価の値を参照し、栄養価算出部１３３で算出した栄養価の範囲内のレシピ情報を抽出する。

処理の流れとして、図１２を参照しながら、レシピ検索システム１Ａが実行する検索方法の一例について、実施形態１と異なる処理について説明する。図１２は、図１０に示すレシピ検索システム１Ａによる検索方法を示すフローチャートである。この検索方法は、ステップＳ１０５及びステップＳ１０６とステップＳ１０７との間にステップＳ１０９が追加され、ステップＳ１０７とステップＳ１０８の処理内容が実施形態１と異なるため、これらの処理について説明する。

ステップＳ１０９の処理として、栄養価算出部１３３は、ステップＳ１０１で受け付けた病態及び症状に基づき、ユーザが摂取すべき栄養価の範囲を算出する。

ステップＳ１０７の処理として、レシピ情報レコメンド部１３２は、ステップＳ１０６で抽出した料理の特徴に紐づいて格納されているレシピ情報ＩＤから、レシピ情報ＤＢ１２４を検索してレシピ情報を抽出する。このとき、レシピ情報レコメンド部１３２は、レシピ情報ＤＢ１２４に格納されている栄養価が、ステップＳ１０９で算出した栄養価の範囲内のレシピ情報のみを抽出する。

ステップＳ１０８の処理として、レシピ情報レコメンド部１３２は、ステップＳ１０７で抽出したレシピ情報を、抽出された順に端末装置Ｔ１，Ｔ２，・・・に表示させてレコメンドする。

図１３は、図１２のステップＳ１０８にて表示されるレシピ情報画面の例を示す模式図である。このレシピ情報画面は、実施形態１におけるレシピ情報画面に加え、栄養価表示欄Ｎ１，Ｎ２が追加されている。栄養価表示欄Ｎ１，Ｎ２には、レシピ情報ＤＢ１２４に格納されている栄養価が表示される。これにより、ユーザが自己の病態や症状に適した栄養価が含まれるレシピ情報であることを把握することができる。

本実施形態によれば、上記実施形態１の効果に加え、ユーザの病態及び症状に基づき、ユーザが摂取すべき栄養価の範囲が算出され、レシピ情報ＤＢ１２４に格納されている栄養価がその範囲内であるレシピ情報のみが抽出されてレコメンドされる。これにより、当該病態又は症状の患者が摂取すべき栄養価の範囲内のレシピ情報がレコメンドされるので、ユーザの病態又は症状により適合した料理のレシピ情報の提供を受けることが可能である。

（実施形態３）
図１４は、本開示の実施形態３に係るレシピ検索システム１Ｂを示す機能ブロック構成図である。レシピ検索システム１Ｂは、ユーザが罹患している病気の病態や症状を入力することで、ユーザに適した料理のレシピ情報を検索可能なシステムである点において実施形態１と同様の構成であるが、このレシピ検索システム１Ｂを構成する検索装置１００Ｂは、記憶部１２０に属性情報ＤＢ１２５を備え、入力部１３１の入力処理が異なる点において、実施形態１と異なる。その他の点においては、実施形態１と同様である。

図１５は、図１４の属性情報ＤＢ１２５に格納されている属性情報の格納例を示す図である。この属性情報ＤＢ１２５には、ユーザの属性情報が格納され、図１５に示す属性情報ＤＢ１２５の列名に対応して、ＩＤ、生年月日、性別、体格、健康状態の情報が格納されている。

ＩＤは、ユーザを一意に特定するための識別情報であり、例えばメールアドレスで管理される。生年月日は、ユーザの入力により登録されるユーザの生年月日である。性別は、ユーザの入力により登録されるユーザの性別である。体格は、ユーザの入力により登録されるユーザの体格の情報であり、例えば、身長、体重等が登録されている。健康状態は、ユーザの入力により登録される病態及び症状である。

例えば、ユーザＩＤが「aaa@bbb」として特定されるユーザは、生年月日は、「１９７９年３月６日」である。この生年月日は、年齢を算出するために用いられる。性別は、「男」である。体格には、身長として１７０ｃｍ、体重として９５ｋｇが登録されている。健康状態には、病態として「糖尿病（２型）」が登録されている。

入力部１３１は、図７（ａ）、（ｂ）に示す病態・症状入力画面を表示させて入力を受け付けるが、このとき、属性情報ＤＢ１２５の健康状態の病態及び症状が、図７（ａ）の病態選択欄Ｃ１及び症状選択欄Ｃ２や図７（ｂ）の病態選択欄Ｓ１及び症状選択欄Ｓ２に予め入力される。これは、ユーザの健康状態を事前に属性情報ＤＢ１２５に登録しておくことにより、入力部１３１への入力を省略するとともに、ユーザの健康状態を正確に把握することを可能にするためである。なお、このような属性情報ＤＢ１２５の病態及び症状は、ユーザが健康診断を受けた際の結果情報や、医療機関の結果情報（カルテ情報）から連携しても良い。この場合、入力部１３１からの病態や症状の入力が省略され、健康診断の結果情報や医療機関の結果情報から、レシピ情報レコメンド部１３２によりレシピ情報が抽出されてレコメンドされる構成にしても良い。また、入力部１３１に予め入力された病態及び症状は、そのときの症状等により変更可能である。

処理の流れとして、図８を参照しながら、レシピ検索システム１Ｂが実行する検索方法の一例について、実施形態１と異なる処理について説明する。この検索方法は、ステップＳ１０１の処理内容が実施形態１と異なるため、この処理について説明する。

ステップＳ１０１の処理として、ユーザが端末装置Ｔ１，Ｔ２，・・・を使用して検索装置１００にアクセスすると、検索装置１００の入力部１３１は、図７に示す病態・症状入力画面を端末装置Ｔ１，Ｔ２，・・・に表示させる。このとき、属性情報ＤＢ１２５の健康状態の病態及び症状から、図７（ａ）の病態選択欄Ｃ１及び症状選択欄Ｃ２や図７（ｂ）の病態選択欄Ｓ１及び症状選択欄Ｓ２に予め入力される。この状態で、ユーザが罹患している病態及びユーザの具体的な症状、または病態のみの入力について、変更がある場合に入力を受け付ける。

本実施形態によれば、上記実施形態１及び２の効果に加え、属性情報ＤＢ１２５にユーザの病態及び症状が登録され、入力部１３１では、属性情報ＤＢ１２５に登録されたユーザの病態及び症状が予め入力される。これにより、入力部１３１への入力が省略できるのでレシピ検索が容易になるとともに、入力漏れを防止し、ユーザの健康状態を正確に把握することが可能になる。

なお、この実施形態に加えて、実施形態２の栄養価算出部１３３を備え、栄養価算出部１３３は、病態及び症状に加え、属性情報ＤＢ１２５に格納されているユーザの性別や体格の情報から栄養価を算出する構成にしても良い。これにより、ユーザが摂取すべき栄養価の範囲をより正確に算出することが可能になる。

（実施形態４）
図１６は、本開示の実施形態４に係るレシピ検索システム１Ｃを示す機能ブロック構成図である。レシピ検索システム１Ｃは、ユーザが罹患している病気の病態や症状を入力することで、ユーザに適した料理のレシピ情報を検索可能なシステムである点において実施形態１と同様の構成であるが、このレシピ検索システム１Ｃを構成する検索装置１００Ｃは、記憶部１２０に献立情報ＤＢ１２６を備え、制御部１３０に献立作成部１３４を備えている点において、実施形態１と異なる。

また、この実施形態４では、１つの料理のレシピ情報だけではなく、複数の料理を組み合わせた献立を作成することが可能であり、例えば、主菜、主食、副菜等の複数の異なる料理種別の料理を組み合わせた献立のレシピ情報を作成し、提供する。これは、食事において所定の栄養素を摂取するためには、単品の料理の栄養素も重要であるが、複数の料理、例えば主菜、主食、副菜等を組み合わせた献立全体で栄養バランスの良い食事をすることが重要であるからである。その他の点においては、実施形態１と同様である。

図１７は、この実施形態４で端末装置Ｔ１，Ｔ２，・・・に表示されるレシピ情報画面の例を示す模式図である。このレシピ情報画面は、実施形態１におけるレシピ情報画面に加え、選択済レシピ欄Ｔ１〜Ｔ４が追加されている。選択済レシピ欄Ｔ１〜Ｔ４は、料理のレシピが献立の１つとして選択され、選択ボタンＢ５が押下されると、画像ＩＤに対応する画像が表示される欄であり、ここではまだ選択されていないため空欄になっている。このように、料理のレシピを選択すると選択済レシピ欄Ｔ１〜Ｔ４に追加され、この例では４品の料理を追加することが可能であるので、複数の料理を組み合わせた献立を作成することが可能である。

また、実施形態２のように、レシピ情報ＤＢ１２４に各料理の栄養価情報を格納するように構成しても良い。この場合、複数の料理を選択したときに献立全体の栄養価を把握するために、図１７に示すように、栄養価表示欄Ｅ１〜Ｅ４が追加されている。ここでは、例えば、栄養価表示欄Ｅ１がエネルギー量を表示し、栄養価表示欄Ｅ２がたんぱく質の質量を表示し、栄養価表示欄Ｅ３が脂質の質量を表示し、栄養価表示欄Ｅ４が塩分の質量を表示する。

献立作成部１３４は、図１７のレシピ情報画面で、図１７の選択ボタンＢ５が押下されると、画像ＩＤに対応する画像を選択済レシピ欄Ｔ１〜Ｔ４に追加し、献立の作成が完成した場合、図１７の献立完成ボタンＢ６が押下されると、作成した献立情報を献立情報ＤＢ１２６に格納する。

図１８は、図１６の献立情報ＤＢ１２６に格納されている献立情報の格納例を示す図である。この献立情報ＤＢ１２６には、ユーザが作成した献立情報が格納されるデータベースであり、実施形態３の属性情報ＤＢ１２５に格納されている各項目に加え、図１８に示す献立情報ＤＢ１２６の列名に対応して、献立の情報が含まれる。

献立は、ユーザが過去に作成した献立情報が格納され、例えば、ユーザＩＤが「aaa@bbb」として特定されるユーザが過去に作成した献立として、「〇月〇日夕食 豆腐の肉巻き、ごはん（白米）、きんぴらごぼう」、「〇月×日夕食 鮭のソテー、ごはん（白米）、おひたし」、等が格納されている。この献立情報は、ユーザごとに、例えば時系列に格納され、各献立に含まれる料理の名称は複数格納できるようになっている。

図１９を参照しながら、レシピ検索システム１Ｃが実行する検索方法の一例について、実施形態１と異なる処理について説明する。図１９は、図１６に示すレシピ検索システム１Ｃによる検索方法を示すフローチャートである。この検索方法は、ステップＳ１０８の後にステップＳ１１０が追加されているため、この処理について説明する。

ステップＳ１１０の処理として、献立作成部１３４は、ステップＳ１０８で端末装置Ｔ１，Ｔ２，・・・にレシピ情報がレコメンドされている状態で、図１７の選択ボタンＢ５が押下されると、画像ＩＤに対応する画像を選択済レシピ欄Ｔ１〜Ｔ４に追加する。また、献立の作成が完成した場合、図１７の献立完成ボタンＢ６が押下されると、作成した献立情報を献立情報ＤＢ１２６に格納する。

このとき、例えば、あるユーザが前日に「豆腐の肉巻き」を含む献立を作成していたとする。このユーザが次の日に献立を作成するときに、レシピ情報レコメンド部１３２は、図１８の献立情報ＤＢ１２６に格納されている、ユーザ「aaa@bbb」の献立パターンである「豆腐の肉巻き」を含む食事の翌日の食事として「鮭のソテー」を選択しているので、このユーザにも「鮭のソテー」をレコメンドすることができる。これは、例えば肉料理を食べた翌日は肉料理を避ける等、献立作成には一定のパターンがあると考えられ、あるユーザの献立パターンを他のユーザも好む可能性があるため、献立情報ＤＢ１２６に格納されているユーザの献立パターンに従ってレシピ情報をレコメンドしている。

また、図１８の献立情報ＤＢ１２６には、ユーザ「ccc@ddd」の属性である、２０代女性の献立パターンとして「鶏肉のロースト、ごはん（白米）、豆のスープ」、「野菜餃子、五目チャーハン、中華スープ」が格納されているため、似たような属性のユーザに対しても、このような献立パターンをレコメンドすることができる。これは、例えば似たような属性のユーザの献立パターンを他のユーザも選択する可能性があるため、献立情報ＤＢ１２６に格納されているユーザの献立パターンに従ってレシピ情報をレコメンドしている。

以上のように、実際にユーザによって選択された献立情報を記憶しておくことで、よく選択されるレシピ情報の組み合わせや、特定のユーザ属性において好まれるレシピ情報を最適にレコメンドすることが出来る。また、ユーザ識別情報と関連付けて献立情報を記憶することで、特定のユーザの好みを加味してレコメンドすることも出来るし、他のユーザの献立パターンを参考にしてレコメンドすることも出来る。これらのレコメンドは、機械学習や人工知能の活用により、さらに精度の高いレシピ情報のレコメンドが可能となる。また、機械学習においては、各レシピ情報が備える料理ジャンルの情報を用いて学習することで、より柔軟なレコメンドすることが可能となる。

本実施形態によれば、上記実施形態１ないし３の効果に加え、献立情報ＤＢ１２６に格納されているユーザの献立パターンに基づいてレシピ情報をレコメンドするため、よりユーザの好みに近いレシピ情報をレコメンドすることが可能になる。

以上、開示に係る実施形態について説明したが、これらはその他の様々な形態で実施することが可能であり、種々の省略、置換および変更を行なって実施することができる。これらの実施形態および変形例ならびに省略、置換および変更を行なったものは、特許請求の範囲の技術的範囲とその均等の範囲に含まれる。

１ レシピ検索システム、１００ 検索装置、１１０ 通信部、１２０ 記憶部、１２１ 病態情報ＤＢ、１２２ 症状情報ＤＢ、１２３ 料理特徴ＤＢ、１２４ レシピ情報ＤＢ、１２５ 属性情報ＤＢ、１２６ 献立情報ＤＢ、１３０ 制御部、１３１ 入力部、１３２ レシピ情報レコメンド部、１３３ 栄養価算出部、１３４ 献立作成部、Ｔ１，Ｔ２，・・・ 端末装置、ＮＷ ネットワーク

本開示の一態様における検索装置は、料理のレシピ情報を検索し、ユーザが操作する端末装置にレコメンドする検索装置であって、ユーザが罹患している病気の病態が１又は複数入力され、１又は複数のユーザの症状が選択可能である入力部と、病態と、病態と症状とを紐づける病態−症状紐づけ情報と、病態と、料理に含まれる材料、栄養価、料理の状態の情報を含む料理の特徴とを紐づける病態−料理特徴紐づけ情報と、を記憶する病態情報記憶部と、症状と、症状と料理の特徴とを紐づける症状−料理特徴紐づけ情報と、を記憶する症状情報記憶部と、料理の特徴を記憶する料理特徴記憶部と、料理の特徴を有するレシピ情報と、レシピ情報と料理の特徴とを紐づけるレシピ−料理特徴紐づけ情報と、を記憶するレシピ情報記憶部と、入力部に入力された病態と、病態−料理特徴紐づけ情報と、から抽出される料理の特徴と、入力部に入力された病態と、病態−症状紐づけ情報と、症状−料理特徴紐づけ情報と、から抽出される料理の特徴と、入力部に入力された症状と、症状−料理特徴紐づけ情報と、から抽出される料理の特徴と、に基づき、レシピ−料理特徴紐づけ情報からレシピ情報記憶部のレシピ情報を抽出してレコメンドするレシピ情報レコメンド部と、を備える。

本開示の一態様における検索方法は、料理のレシピ情報を検索し、ユーザが操作する端末装置にレコメンドする検索方法であって、入力部により、ユーザが罹患している病気の病態が１又は複数入力され、１又は複数のユーザの症状が選択可能である入力ステップと、レシピ情報レコメンド部が、入力部に入力された病態と、病態と料理に含まれる材料、栄養価、料理の状態の情報を含む料理の特徴とを紐づける病態−料理特徴紐づけ情報と、から抽出される料理の特徴と、入力部に入力された病態と、病態と症状とを紐づける病態−症状紐づけ情報と、症状と料理の特徴とを紐づける症状−料理特徴紐づけ情報と、から抽出される料理の特徴と、入力部に入力された症状と、症状−料理特徴紐づけ情報と、から抽出される料理の特徴と、を抽出する料理特徴抽出ステップと、レシピ情報レコメンド部が、抽出された料理の特徴に基づき、料理の特徴を有するレシピ情報と料理の特徴とを紐づけるレシピ−料理特徴紐づけ情報から、レシピ情報を抽出するレシピ情報抽出ステップと、レシピ情報レコメンド部が、抽出されたレシピ情報をレコメンドするレコメンドステップと、を備える。

本開示の一態様における検索プログラムは、料理のレシピ情報を検索し、ユーザが操作する端末装置にレコメンドする検索プログラムであって、ユーザが罹患している病気の病態が１又は複数入力され、１又は複数のユーザの症状が選択可能である入力ステップと、入力ステップにて入力された病態と、病態と料理に含まれる材料、栄養価、料理の状態の情報を含む料理の特徴とを紐づける病態−料理特徴紐づけ情報と、から抽出される料理の特徴と、入力ステップにて入力された病態と、病態と症状とを紐づける病態−症状紐づけ情報と、症状と料理の特徴とを紐づける症状−料理特徴紐づけ情報と、から抽出される料理の特徴と、入力ステップにて入力された症状と、症状−料理特徴紐づけ情報と、から抽出される料理の特徴と、が抽出される料理特徴抽出ステップと、抽出された料理の特徴に基づき、料理の特徴を有するレシピ情報と料理の特徴とを紐づけるレシピ−料理特徴紐づけ情報から、レシピ情報が抽出されるレシピ情報抽出ステップと、抽出されたレシピ情報がレコメンドされるレコメンドステップと、を電子計算機に実行させる。

また、本開示の一態様におけるデータ構造は、料理のレシピ情報を検索してレコメンドするためのデータ構造であって、病態と、病態と症状とを紐づける病態−症状紐づけ情報と、病態と、料理に含まれる材料、栄養価、料理の状態の情報を含む料理の特徴とを紐づける病態−料理特徴紐づけ情報と、を有する病態データと、症状と、症状と料理の特徴とを紐づける症状−料理特徴紐づけ情報と、を有する症状データと、料理の特徴を有する料理特徴データと、料理の特徴を有するレシピ情報と、レシピ情報と料理の特徴とを紐づけるレシピ−料理特徴紐づけ情報と、を有するレシピデータと、を備え、レシピ情報を検索し、ユーザが操作する端末装置にレコメンドする電子計算機において、端末装置に入力された病態と、病態−症状紐づけ情報と、症状−料理特徴紐づけ情報と、から抽出される料理の特徴と、端末装置に入力された病態と、病態−症状紐づけ情報と、症状−料理特徴紐づけ情報と、から抽出される料理の特徴と、端末装置に入力された症状と、症状−料理特徴紐づけ情報と、から抽出される料理の特徴と、に基づき、レシピ−料理特徴紐づけ情報からレシピ情報を抽出する処理に用いられる。

Claims (12)

1. 料理のレシピ情報を検索し、ユーザが操作する端末装置にレコメンドする検索装置であって、
   前記ユーザが罹患している病気の病態及び／又は前記ユーザの症状が入力される入力部と、
   前記病態と、前記病態と前記症状とを紐づける病態−症状紐づけ情報と、前記病態と料理の特徴とを紐づける病態−料理特徴紐づけ情報と、を記憶する病態情報記憶部と、
   前記症状と、前記症状と前記料理の特徴とを紐づける症状−料理特徴紐づけ情報と、を記憶する症状情報記憶部と、
   前記料理の特徴を記憶する料理特徴記憶部と、
   前記料理の特徴を有するレシピ情報と、前記レシピ情報と前記料理の特徴とを紐づけるレシピ−料理特徴紐づけ情報と、を記憶するレシピ情報記憶部と、
   前記入力部に入力された前記病態及び／又は前記症状に基づき、前記病態−料理特徴紐づけ情報及び／又は前記症状−料理特徴紐づけ情報から前記料理特徴記憶部の前記料理の特徴を抽出し、抽出された前記料理の特徴に基づき、前記レシピ−料理特徴紐づけ情報から前記レシピ情報記憶部の前記レシピ情報を抽出してレコメンドするレシピ情報レコメンド部と、を備える検索装置。
2. 前記レシピ情報レコメンド部は、
   前記入力部に入力された前記病態から、前記病態−症状紐づけ情報により前記症状を抽出し、
   抽出された前記症状から、前記症状−料理特徴紐づけ情報により前記料理の特徴を抽出し、
   抽出された前記料理の特徴から、前記レシピ−料理特徴紐づけ情報により前記レシピ情報を抽出してレコメンドする、請求項１に記載の検索装置。
3. 前記病態情報記憶部には、前記料理の特徴の前記病態に対する優先度を示すスコアが記憶され、
   前記症状情報記憶部には、前記料理の特徴の前記症状に対する優先度を示すスコアが記憶され、
   前記レシピ情報レコメンド部は、前記スコアに基づき、前記料理の特徴に紐づく前記レシピ情報を抽出してレコメンドする、請求項１または請求項２に記載の検索装置。
4. 前記入力部には、前記病態及び／又は前記症状を複数入力可能であり、
   前記レシピ情報レコメンド部は、複数の前記病態及び／又は前記症状の前記スコアの合計値が高い順に、前記料理の特徴に紐づく前記レシピ情報を抽出してレコメンドする、請求項３に記載の検索装置。
5. 前記入力部には、前記病態及び／又は前記症状を複数入力可能であり、
   前記レシピ情報レコメンド部は、複数の前記病態及び／又は前記症状の前記スコアの合計値が所定の閾値より高い場合に、前記料理の特徴に紐づく前記レシピ情報を抽出してレコメンドする、請求項３に記載の検索装置。
6. 前記病態及び／又は前記症状に基づき、前記ユーザが摂取すべき栄養価の範囲を算出する栄養価算出部を備え、
   前記レシピ情報記憶部には、前記料理に含まれる栄養価の値が記憶され、
   前記レシピ情報レコメンド部は、前記ユーザが摂取すべき栄養価の範囲に基づき、前記レシピ情報を抽出してレコメンドする、請求項１から請求項５のいずれか１項に記載の検索装置。
7. 前記ユーザの体格、前記病態、及び／又は前記症状を含む属性情報が入力され、入力された前記属性情報を記憶する属性情報記憶部を備え、
   前記入力部には、前記属性情報記憶部に記憶された前記病態及び／又は前記症状が入力される、請求項１から請求項６のいずれか１項に記載の検索装置。
8. 前記レシピ情報レコメンド部は、主菜、主食、副菜を含む料理種別が異なる複数の前記レシピ情報を抽出してレコメンドする、請求項１から請求項７のいずれか１項に記載の検索装置。
9. レコメンドされた前記レシピ情報に基づき、前記ユーザが作成した複数の前記レシピ情報からなる献立を記憶する献立情報記憶部を備え、
   前記レシピ情報レコメンド部は、前記献立情報記憶部に記憶された前記献立に基づき、前記レシピ情報をレコメンドする、請求項１から請求項８のいずれか１項に記載の検索装置。
10. 料理のレシピ情報を検索し、ユーザが操作する端末装置にレコメンドする検索方法であって、
    入力部により、前記ユーザが罹患している病気の病態及び／又は前記ユーザの症状が入力される入力ステップと、
    レシピ情報レコメンド部により、入力された前記病態及び／又は前記症状に基づき、前記病態と前記料理の特徴とを紐づける病態−料理特徴紐づけ情報、及び／又は、前記症状と前記料理の特徴とを紐づける症状−料理特徴紐づけ情報から、前記料理の特徴を抽出する料理特徴抽出ステップと、
    レシピ情報レコメンド部により、抽出された前記料理の特徴に基づき、前記料理の特徴を有するレシピ情報と前記料理の特徴とを紐づけるレシピ−料理特徴紐づけ情報から、前記レシピ情報を抽出するレシピ情報抽出ステップと、
    レシピ情報レコメンド部により、抽出された前記レシピ情報をレコメンドするレコメンドステップと、を備える検索方法。
11. 料理のレシピ情報を検索し、ユーザが操作する端末装置にレコメンドする検索プログラムであって、
    前記ユーザが罹患している病気の病態及び／又は前記ユーザの症状が入力される入力ステップと、
    入力された前記病態及び／又は前記症状に基づき、前記病態と前記料理の特徴とを紐づける病態−料理特徴紐づけ情報、及び／又は、前記症状と前記料理の特徴とを紐づける症状−料理特徴紐づけ情報から、前記料理の特徴を抽出する料理特徴抽出ステップと、
    抽出された前記料理の特徴に基づき、前記料理の特徴を有するレシピ情報と前記料理の特徴とを紐づけるレシピ−料理特徴紐づけ情報から、前記レシピ情報を抽出するレシピ情報抽出ステップと、
    抽出された前記レシピ情報をレコメンドするレコメンドステップと、を電子計算機に実行させる、検索プログラム。
12. 料理のレシピ情報を検索してレコメンドするためのデータ構造であって、
    病態と、前記病態と症状とを紐づける病態−症状紐づけ情報と、前記病態と料理の特徴とを紐づける病態−料理特徴紐づけ情報と、を有する病態データと、
    前記症状と、前記症状と前記料理の特徴とを紐づける症状−料理特徴紐づけ情報と、を有する症状データと、
    前記料理の特徴を有する料理特徴データと、
    前記料理の特徴を有するレシピ情報と、前記レシピ情報と前記料理の特徴とを紐づけるレシピ−料理特徴紐づけ情報と、を有するレシピデータと、を備え、
    前記病態データ及び／又は前記症状データから前記料理の特徴を抽出し、抽出された前記料理の特徴から前記レシピ情報を抽出する処理に用いられる、データ構造。
    
    
    

Images