CN114586026A - 食谱建议系统、建议方法、程序、信息处理方法及装置 - Google Patents

Abstract

作为食谱建议系统的一个例子的服务器(1)具备评价部(12)、处理部(11)、以及实际成绩获得部(102)。评价部(12)对对象期间中的食谱提出建议。处理部(11)将评价部(12)建议的食谱提示给用户。实际成绩获得部(102)在对象期间的中途的任意的定时，从用户获得针对评价部(12)建议的食谱的实际成绩。评价部(12)在从对象期间的开始到上述定时为止的期间中，在第1信息与第2信息存在差分的情况下，进行返还处理与再次建议处理的至少一方，第1信息是与评价部(12)建议的食谱的内容有关的信息，第2信息是与实际成绩有关的信息，返还处理是与按照差分来给用户的返还有关的处理，再次建议处理是针对剩余的期间对食谱的内容进行变更并再次提出建议的处理。

Description

食谱建议系统、建议方法、程序、信息处理方法及装置

技术领域

本公开基本上涉及食谱建议系统、食谱建议方法、程序、信息处理方法、以及信息处理装置。更详细而言，涉及对对象期间中的食谱提出建议的食谱建议系统、食谱建议方法、程序、信息处理方法、以及信息处理装置。

背景技术

专利文献1中公开了一种用于提高购物的效率的信息处理装置。该信息处理装置具备：购买预定金额获得部、目标金额获得部、以及商品信息输出部。购买预定金额获得部获得购买预定金额。购买预定金额是顾客想要购买的商品的合计金额。目标金额获得部获得购买金额的目标金额。商品信息输出部根据目标金额与购买预定金额的差额，来决定商品。于是，商品信息输出部输出决定的商品的商品信息。

(现有技术文献)

(专利文献)

专利文献1日本特开2017-182554号公报

在专利文献1公开的信息处理装置中，以使顾客在商店的购物不超过目标金额的方式，根据目标金额与购买预定金额的差额来决定商品(食材)。但是，例如在建议某个对象期间内的食谱的情况下，仅根据目标金额(目标值)与购买预定金额的差额(即金额)来决定食谱(食材等)，会有不能建议顾客(用户)真正所希望的食谱的可能性。

发明内容

本公开鉴于上述的情况，目的在于提供一种能够期待建议的食谱内容的改善的食谱建议系统、食谱建议方法、程序、信息处理方法、以及信息处理装置。

本公开的一个形态的食谱建议系统具备：评价部、处理部、以及实际成绩获得部。所述评价部对对象期间中的食谱提出建议。所述处理部将所述评价部建议的所述食谱提示给用户。所述实际成绩获得部在所述对象期间的中途的任意的定时，从所述用户获得针对所述评价部建议的所述食谱的实际成绩。所述评价部在从所述对象期间的开始到所述定时为止的期间中，在第1信息与第2信息存在差分的情况下，进行返还处理与再次建议处理的至少一方，所述第1信息是与所述评价部建议的所述食谱的内容有关的信息，所述第2信息是与所述实际成绩获得部获得的所述实际成绩有关的信息，返还处理是与按照所述差分来给所述用户的返还有关的处理，所述再次建议处理是针对所述对象期间中的所述定时以后的剩余的期间，变更所述食谱的内容并再次提出建议的处理。

本公开的一个形态的食谱建议方法包括评价步骤、处理步骤、以及实际成绩获得步骤。在所述评价步骤对对象期间中的食谱提出建议。在所述处理步骤中，将通过所述评价步骤建议的所述食谱提示给用户。在所述实际成绩获得步骤中，在所述对象期间的中途的任意的定时，从所述用户获得针对通过所述评价步骤建议的所述食谱的实际成绩。在所述评价步骤中，在从所述对象期间的开始到所述定时为止的期间中，在第1信息与第2信息存在差分的情况下，进行返还处理与再次建议处理的至少一方，所述第1信息是与通过所述评价步骤建议的所述食谱的内容有关的信息，所述第2信息是与通过所述实际成绩获得步骤获得的所述实际成绩有关的信息，所述返还处理是与按照所述差分来给所述用户的返还有关的返还处理，所述再次建议处理是针对所述对象期间中的所述定时以后的剩余的期间，变更所述食谱的内容并再次提出建议的处理。

本公开的一个形态的程序使一个以上的处理器执行所述食谱建议方法。

本公开的一个形态的信息处理方法包括第1处理步骤、第2处理步骤、以及第3处理步骤。在所述第1处理步骤中，获得对象期间中的食谱，并将获得的所述食谱提示给用户。在所述第2处理步骤中，在所述对象期间的中途的任意的定时，从所述用户获得针对通过所述第1处理步骤提示的所述食谱的实际成绩。在所述第3处理步骤中，在从所述对象期间的开始到所述定时为止的期间中，在第1信息与第2信息存在差分的情况下，将通过返还处理与再次建议处理的至少一方而得到的信息提示给用户，所述第1信息是与通过所述第1处理步骤提示的所述食谱的内容有关的信息，所述第2信息是与通过所述第2处理步骤获得的所述实际成绩有关的信息，所述返还处理是与按照所述差分来给所述用户的返还有关的处理，所述再次建议处理是针对所述对象期间中的所述定时以后的剩余的期间，变更所述食谱的内容并再次提出建议的处理。

本公开的一个形态的信息处理装置具备处理部。所述处理部具有第1处理功能、第2处理功能、以及第3处理功能。在所述第1处理功能，获得对象期间中的食谱，并将获得的所述食谱提示给用户。在所述第2处理功能，在所述对象期间的中途的任意的定时，从所述用户获得针对通过所述第1处理功能提示的所述食谱的实际成绩。在所述第3处理功能，在从所述对象期间的开始到所述定时为止的期间中，在第1信息与第2信息存在差分的情况下，将通过返还处理与再次建议处理的至少一方而得到的信息提示给所述用户，所述第1信息是与通过所述第1处理功能提示的所述食谱的内容有关的信息，所述第2信息是与通过所述第2处理功能获得的所述实际成绩有关的信息，所述返还处理是与按照所述差分来给所述用户的返还有关的处理，所述再次建议处理是针对所述对象期间中的所述定时以后的剩余的期间，变更所述食谱的内容并再次提出建议的处理。

通过本公开，会有能够期待建议的食谱内容的改善的优点。

附图说明

图1是一个实施方式所涉及的具备食谱建议系统的食谱支援系统的概略构成图。

图2是同上的食谱支援系统中的提示装置的构成的方框图。

图3A是用于说明同上的食谱支援系统中的对象期间的图。

图3B是与同上的食谱支援系统中的条件信息有关的概念图。

图4是用于说明同上的食谱支援系统中的工作的流程图。

图5是一个实施方式的第1实施例至第4实施例所涉及的食谱建议系统的方框图。

图6是用于说明一个实施方式的第1实施例所涉及的食谱建议系统中的工作的流程图。

图7是用于说明一个实施方式的第2实施例所涉及的食谱建议系统中的工作的流程图。

图8是用于说明一个实施方式的第3实施例所涉及的食谱建议系统中的工作的流程图。

图9是用于说明一个实施方式的第4实施例所涉及的食谱建议系统中的工作的流程图。

具体实施方式

(1)概要

以下的实施方式中将要说明的各个图为模式上的图，各个图中的各构成要素的大小以及厚度的各自的比例，并非是对实际上的尺寸比例的反应。

本实施方式的一个形态所涉及的食谱建议系统(在此为服务器1：参照图1)根据与对象期间T1的伙食费有关的目标值A1(参照图3A)，来建议对象期间T1中的食谱。食谱(信息)被建议给利用食谱建议系统的用户5(参照图1)。

在此所谓的食谱信息可以设想为包括与菜肴烹制方法(烹饪方法)有关的信息，菜肴烹制方法(烹饪方法)包括：烹饪菜谱(名称)、使用的食材的名称、食材的种类(肉类、鱼贝类、豆类、谷物类、新鲜蔬菜、新鲜水果、菌类等种类)、以及食材的量以及大小等。在此作为一个例子，食谱建议系统不仅建议食谱，而且也建议与吃外卖或在外吃饭有关的信息(餐厅等店铺信息)。换而言之，食谱建议系统被构成为，不仅能够建议在家中等进行烹饪的食谱，而且能够进行与餐饮店提供的饮食有关的建议。以下，不论菜谱的数量多与少(可以是一个也可以是多个)，将烹饪菜谱以及菜肴烹制方法简单地统称为“食谱”。换而言之，食谱包括与一个或多个菜肴烹制方法有关的信息。

不过，被称为“订阅(subscription)方式”的费用支付的服务受到关注。订阅方式是指，例如用户以某个有效期限(按月或按年等)进行签约，来支付使用费用，从而在该有效期限中的“事物”能够持续使用的形态的服务。于是，在本实施方式中作为一个例子，将食谱建议系统设想为被利用在订阅(subscription)服务的提供中的形态来进行说明。

利用食谱建议系统的用户5与提供食谱建议系统的业者(以下称为“食谱提供方”)签约，例如向食谱提供方每月支付3万日元(费用固定)。于是，食谱建议系统将伙食费“3万日元”作为目标值A1，来建议一个月(对象期间T1)的食谱。并且，食谱提供方也与食品配送业者3(参照图1)签约，发出与食材B1有关的食品配送请求，食材B1与用户5决定的食谱对应。食品配送业者3接受食品配送请求，将与食品配送请求对应的食材B1发送到用户5的家中(住宅200)。也就是说，食谱建议系统被构成为，能够将与食材B1的配送服务联动的费用固定型的食谱建议服务提供给用户5。

以下，以某个住宅200的家庭利用食谱建议系统的情况为例进行说明。为了便于说明，设想在住宅200的家庭中，例如作为在家中进行烹调的一个人(烹调者X1)即母亲利用食谱建议系统。不过，利用食谱建议系统的用户5的数量没有特殊的限定，也可以是家庭所有成员(母亲、父亲、孩子)。并且，食谱建议系统也可以被应用在组织或团体等单位。并且，以下将食谱建议的对象期间T1作为“一个月”来说明，对于期间没有特殊的限定，也可以是一天、一周、几个月或一年等。

在此，食谱建议系统(服务器1)如图1所示，具备评价部12和处理部11。评价部12在对象期间T1的中途的任意的定时t1，进行与食谱有关的评价。处理部11根据评价部12的结果，进行规定的处理。评价部12根据与被建议的食谱的内容有关的第1信息、以及与针对被建议的食谱的实际成绩有关的第2信息来进行评价。第1信息以及第2信息均为从对象期间T1的开始到定时t1之间的信息。

详细将在以后说明，在此所谓的“针对食谱的实际成绩”可以包括：用户5采用了被建议的食谱这种实际成绩、以及没有采用(取消)被建议的食谱这种实际成绩等。被建议的食谱的数量并非受一个所限，在有两个以上的食谱的情况下，采用了哪个食谱或没有采用哪个食谱这种实际成绩也包括在“针对食谱的实际成绩”中。而且，“针对食谱的实际成绩”还可以包括用户5对食谱的内容的一部分(例如食材的一部分)进行变更后来采用的这种实际成绩。

在此所谓的“规定的处理”可以包括将通过评价的结果而得到的食谱提示给用户5的处理。并且，“规定的处理”可以包括与第1信息和第2信息的差分对应的返还有关的处理。而且，“规定的处理”可以包括针对期间T2(参照图3A)的食谱的内容进行变更的处理，期间T2是对象期间T1中的定时t1以后的剩余的期间。

通过本实施方式的食谱建议系统，在对任意的定时t1中的食谱进行评价时，能够根据到定时t1为止的建议的食谱(建议履历)以及针对食谱的实际成绩(采用或没有采用履历)来进行评价。于是，根据评价的结果来进行规定的处理。因此，再加上每天发生变化的要素(伙食费的余额等)，则能够进行反应了对象期间T1中的过去的建议履历、以及采用或没有采用履历的最新的食谱建议。这样，具有的优点是，能够期待建议的食谱内容的改善。

在本实施方式中，被建议的食谱(信息)从相当于用户5所拥有(例如携带的)信息终端的提示装置2(参照图1)输出(提示)。在此所谓的“信息终端”例如是智能手机或平板电脑终端等。关于“提示”例如可以设想为，通过从包括触控面板式的液晶显示器或有机EL(Electro-Luminescence)显示器的显示部25A(参照图1)的画面输出来执行。不过，提示装置2并非受便携式终端所限，例如也可以是台式个人计算机。并且，关于“提示”也并非受限于画面输出，也可以替代画面输出，而采用声音输出，或者采用画面输出和声音输出这双方。例如提示装置2可以由适用了人工知能(AI：Artificial Intelligence)技术的智能扬声器，即所谓的AI音箱来实现。提示装置2也可以是智能电视。在提示装置2不是便携式的终端的情况下，可以被设置在住宅200内的厨房等。

从提示装置2提示的食谱信息可以包括与烹饪菜谱以及菜肴烹制方法有关的文本信息以及图像信息(静止图像或运动图像)。

作为本实施方式的其他的形态所涉及的食谱建议方法，根据与对象期间T1的伙食费有关的目标值，来建议对象期间T1中的食谱。食谱建议方法包括评价步骤和处理步骤，在评价步骤中，在对象期间T1的中途的任意的定时，进行与食谱有关的评价。在处理步骤中，根据评价步骤的结果，进行规定的处理。在评价步骤中，在从对象期间T1的开始到定时t1为止的期间中，根据与被建议的食谱的内容有关的第1信息、以及与针对被建议的食谱的实际成绩有关的第2信息来进行评价。

即使在该食谱建议方法中，也有能够期待建议的食谱内容的改善的优点。

在本实施方式中，食谱建议系统的功能(例如评价部12以及处理部11的功能)可以全部集成组装到能够与一个或多个提示装置2进行通信的服务器1中。因此，以下可以将“食谱建议系统”称为服务器1。不过，也可以是食谱建议系统的功能中的至少一部分的功能被组装到服务器1以外的装置。并且，服务器1虽然被设想为由1台服务器装置构成，不过也可以是由多台服务器装置构成，这种服务器装置例如可以构筑云服务器(云计算)。

本实施方式的食谱建议系统例如对与用户5关联的履历信息(建议履历、采用或没有采用履历等)进行管理，通过机器学习，来决定并建议适于用户5的生活模式(生活习惯、生活规律)以及嗜好的食谱。

(2)详细

以下针对具备本实施方式所涉及的食谱建议系统(服务器1)的食谱支援系统100的构成，参照图1至图4来进行详细说明。

(2.1)全体构成

如以上所述，服务器1根据与对象期间T1(例如以一个月为单位)的伙食费有关的目标值A1(例如3万日元)，来建议对象期间T1中的食谱。在此作为一个例子，如图3A所示，将4月1日至4月30日的一个月作为对象期间T1。如以上所述，对象期间T1的伙食费作为固定费用(例如3万日元)而被预先设定。利用服务器1的用户5通过向食谱提供方支付4月份的伙食费，即支付固定费用的3万日元，从而能够接受食谱建议。并且，当用户5表示将要采用被建议的食谱时，还能够接受该食谱所需要的食材B1由食品配送业者3发送到住宅200的服务(食品配送服务)。

服务器1例如在4月1日以前(例如3月30日)接受到来自用户5的4月1日至4月30日这一个月的食谱(以一个月为单位的计划食谱)的建议请求时，按照来自用户5的请求，执行建议“食谱”的建议处理。以下将此处理称为“首次建议”。“首次建议”例如是根据目标值A1(例如3万日元)而决定的4月1日至4月30日的一个月的所有的食谱建议(草案)。并且，服务器1可以在从对象期间T1的开始之后的任意的定时t1(图3A的例子中为4月7日)，再次接受来自用户5的建议请求。以下将“首次建议”以后的第二次以后的建议称为“期间内建议”。“期间内建议”的请求只要在4月1日至4月30日之间，次数没有限制。“期间内建议”是根据任意的定时t1时的余额而决定的定时t1以后的食谱建议。“定时t1以后的食谱建议”可以是从定时t1到最后一天(4月30日)为止剩余的所有期间的食谱，也可以是从定时t1到最后一天的前一天为止的期间的食谱，也可以仅是定时t1这一天的食谱。

食谱支援系统100具备一个或多个提示装置2、以及服务器1(食谱建议系统)。食谱支援系统100还具备被设置在住宅200内的路由器6。在此如以上所述，着眼于居住在住宅200的家庭成员中的母亲(用户5)来进行说明。即，母亲(用户5)是每天为家里人做饭的烹调者X1。因此，主要是母亲(用户5)成为希望从食谱支援系统100得到与每天的食谱有关的支援的人。当然也可以是母亲以外的家庭成员(例如父亲)临时成为烹调者X1。在本实施方式中，如图1所示，母亲(用户5)持有(携带)提示装置2。

如以上所述，作为一个例子，可以将提示装置2设想为是智能手机等便携式的信息终端。提示装置2在由住宅200内的用户5携带的情况下，与被设置在住宅内的路由器6以能够通信的方式来连接。提示装置2与路由器6例如按照Wi-Fi(注册商标)等标准来进行无线通信。路由器6与住宅内的各种烹饪家电也以能够通信的方式来连接。作为能够与路由器6进行通信的各种烹饪家电例如是微波炉装置、冷冻冷藏冰箱、烤箱、以及电饭煲等。提示装置2能够经由路由器6与这些烹饪家电进行无线通信。并且，若住宅200内导入HEMS(HomeEnergy Management System：家庭能源管理系统)，则HEMS的控制器也以能够通信的方式来与路由器6连接。路由器6与互联网等网络NT1(参照图1)连接。提示装置2以及各种烹饪家电能够经由路由器6，与住宅200的外部的服务器1进行通信。在携带提示装置2的用户5在住宅200外的情况下，由通信运营商提供的移动电话网路(Carrier)或公共无线LAN(Local AreaNetwork)等来与网络NT1连接。另外，关于服务器1将在以后进行详细说明。

如图2所示，提示装置2具备：通信部21、控制部22、存储部23、输入部24、输出部25、以及检测部26。在提示装置2预先安装了用于与服务器1以及微波炉装置等烹饪家电进行通信，来提示与食谱有关的GUI(Graphical User Interface)的专用的应用软件(以下简单称为“食谱应用程序”)。

通信部21是用于与服务器1以及微波炉装置等烹饪家电进行通信的通信接口。提示装置2经由通信部21，与服务器1以及微波炉装置等烹饪家电进行数据的发送以及接收。

控制部22被构成为对提示装置2的全体进行控制，即对通信部21、控制部22、存储部23、输入部24、输出部25、以及检测部26进行控制。控制部22例如能够由包括一个以上的处理器(微处理器)和一个以上的存储器的计算机系统来实现。即通过一个以上的处理器执行被存储在一个以上的存储器的一个以上的程序(应用程序)，从而作为控制部22来发挥作用。在此，虽然程序被预先记录在控制部22的存储器而被提供，不过也可以通过互联网等电通信线路、或被记录在存储卡等非暂时性的记录介质来提供。

存储部23由可读写存储器构成。存储部23例如是闪存。存储部23虽然被设置在控制部22的外部，不过也可以是设置在控制部22的内部。即存储部23也可以是控制部22的内存储器。存储部23存储各种数据。

输入部24是接受来自用户5的输入操作的用户界面，在此，被附设在提示装置2的触控面板式的显示器(显示部25A)兼用输入部24来发挥作用。也就是说，通过用户5的手指等来对显示部25A的显示画面进行操作(轻敲操作等)，来接受用户输入。并且，被附设在提示装置2的麦克风也可以兼用输入部24来发挥作用(输入声音)。输入部24接受与食谱应用程序有关的用户输入。

尤其是，输入部24输入与用户5个别获得的食材B2(参照图1)有关的食材信息。在此所谓的“用户5个别获得的食材B2”是指，与由食品配送业者3配送的食材B1不同，是相当于用户5自身在食品超市等商店4(参照图1)购买的、或从其他的熟人或亲戚等送来的食材。并且，输入部24接受示出用户采用了建议的食谱的输入、或示出用户取消了建议的食谱的输入。并且，输入部24接受示出建议的食谱的内容的至少一部分的内容被变更的用户输入。

输出部25是将各种信息输出(提示)给用户5的用户界面，在此，被附设于提示装置2的触控面板式的显示部25A兼用输出部25来发挥作用。并且，被附设于提示装置2的扬声器也可以兼用输出部25来发挥作用。输出部25将与食谱应用程序有关的信息输出给用户5。

尤其是，输出部25从显示部25A，输出从服务器1接收的与食谱信息有关的图像数据或字符串数据，从扬声器输出与食谱信息有关的声音数据，据此来执行“食谱建议”。

检测部26被构成为对携带自身装置(提示装置2)的用户5的当前所在地进行检测。检测部26例如利用GPS(Global Positioning System)等卫星定位系统，来获得当前自身装置所在的位置，根据该位置信息，来检测携带提示装置2的用户5的当前位置。控制部22将由检测部26检测的与用户5的当前位置有关的信息，经由通信部21发送到服务器1。

用户5在提示装置2启动食谱应用程序，将由食谱提供方赋予的用户ID以及密码在登录画面进行输入，从而能够接受与和用户ID建立了关联的食谱有关的各种服务的提供。

用户5在提示装置2以任意的定时启动食谱应用程序，通过输入部24来进行所希望的食谱建议的操作输入，提示装置2将包括用户ID等食谱请求信号发送到服务器1。在此所谓的操作输入例如是用于指定用户5想要接受食谱建议的对象期间T1的输入。因此，在被发送的食谱请求信号中也包括与由用户5指定的对象期间T1有关的信息。如果不存在与对象期间T1有关的用户指定的情况下，则可以作为默认，仅将发送了食谱请求信号的当天(一天的)设定为对象期间T1。服务器1将从提示装置2接收到食谱请求信号作为触发，以使对象期间T1中的伙食费不超过目标值A1(固定费用3万日元以内)且能够符合该用户5的食谱建议的方式，执行利用了AI(Artificial Intelligence)技术的食谱的建议处理。

(2.2)服务器

服务器1被设置在住宅200的外部。服务器1例如能够由食谱提供方来运营。如以上所述，作为一个例子，服务器1由一台服务器装置构成。

服务器1从接受与食谱信息有关的服务的用户5，经由提示装置2等收集各种信息并进行管理。服务器1对用户5的个人信息(用户ID、姓名、住址、电话号码、以及电子邮件地址信息等)进行管理。并且，服务器1对提示装置2的识别信息、用户ID、以及密码进行管理。而且，服务器1对住宅200的所在地信息、以及住宅200内的烹饪家电的识别信息等进行管理。另外，母亲以外的家庭成员(父亲以及孩子等)也可以在自己所拥有的提示装置2上安装食谱应用程序，以从食谱支援系统100接受服务提供。在这种情况下，可以将组信息的设定登记到服务器1，组信息示出多个用户5的用户ID作为一个组(家庭成员)而被构成。食谱建议可以以家庭为单位，由各用户5的提示装置2输出。

尤其是，由于在用户5与食谱提供者之间，通过订阅方式签订了以一个月为单位的费用固定制的食谱建议服务的协议，因此，服务器1也将与用户5的签约内容有关的信息与用户ID建立对应来管理。具体而言，服务器1也对该用户5支付的按月的伙食费、以及与对象期间T1有关的信息进行管理。对象期间T1例如能够以一个月为单位来自动继续签约。

与上述的用户5有关的信息作为用户数据M2(参照图1)，由服务器1管理。另外，服务器1也对住宅200以外的用户5(例如其他的住宅)进行食谱信息的服务提供，也收集其他的用户5的信息，作为用户数据M2来管理。

如图1所示，服务器1具备通信部10、控制部C1、以及存储部15。

通信部10是经由网络NT1，与用户5的提示装置2和烹饪家电、以及食品配送业者3所运营的外部服务器或智能手机等信息终端进行双向通信的通信接口。通信部10相当于获得食材信息的获得部，该食材信息是与用户个别获得的食材有关的信息。

存储部15由可读写存储器来构成。存储部15例如是闪存。存储部15虽然被设置在控制部C1的外部，不过也可以设置在控制部C1的内部。即存储部15可以是控制部C1的内存储器。存储部15存储各种数据。尤其是，存储部15如图1所示那样，对饮食数据M1以及用户数据M2进行存储(存放)。

控制部C1被构成为进行服务器1的全体的控制处理。控制部C1例如能够由包括一个以上的处理器(微处理器)和一个以上的存储器的计算机系统来实现。即通过一个以上的处理器执行被存储在一个以上的存储器的一个以上的程序(应用程序)，从而作为控制部C1来发挥作用。在此，程序虽然被预先记录在控制部C1的存储器来提供，也可以通过互联网等电通信线路、或被记录在存储卡等非暂时性的记录介质来提供。

在此，控制部C1如图1所示，具有处理部11、评价部12、条件设定部13、以及学习部14。换而言之，控制部C1具有作为处理部11的功能、作为评价部12的功能、作为条件设定部13的功能、以及作为学习部14的功能。

评价部12被构成为，根据与对象期间T1的伙食费有关的目标值A1，来进行与食谱有关的评价(处理)。在此，基本上可以将评价处理的执行定时设想为，从提示装置2接收到食谱请求信号的定时。但是，评价处理的执行定时没有特殊限定，评价部12可以定期地(例如毎天0时)自动进行与签约的所有用户5的食谱有关的评价，将该评价结果与用户5建立对应，作为用户数据M2存储到存储部15。

评价部12当从提示装置2接收到食谱请求信号时，根据食谱请求信号来确定对象期间T1(在此为4月1日至4月30日)。如以上所述，由于在用户5与食谱提供者之间例如通过订阅方式，签订了以一个月为单位的费用固定制的食谱建议服务的协议，因此对象期间T1是以一个月为单位的期间。只要接收食谱请求信号的定时为对象期间T1(4月1日至4月30日)的开始之前(例如3月30日)，则评价部12就进行一次用于“首次建议”的与对象期间T1全体的食谱有关的评价，该对象期间T1是签约单位的期间。在此，评价部12根据食谱请求信号中包括的用户ID，从存储部15的用户数据M2中提取与该用户5所对应的按月的伙食费(在此为3万日元)有关的信息，将该按月的伙食费设定为目标值A1。

评价部12以满足建议的食谱的伙食费不超过对象期间T1的全体的目标值A1这一条件(以下称为“目标条件”)的方式，来决定4月1日至4月30日这30天中每一天的食谱。例如评价部12通过目标值A1(3万日元)÷对象期间T1的天数(30天)，以一天基本上在1000日元以内的方式来决定食谱。评价部12也可以按照该用户5的签约内容，来建议早中晚三餐的食谱，也可以仅建议晚上的食谱。

评价部12根据饮食数据M1，以一天基本上在1000日元以内的方式来决定食谱。另外，也可以不必是每天都要在平均值的1000日元以内。若有通过提示装置2的来自用户5的指定，则可以进行调整，将平日设定为850日元円以内的较低的食谱，将六日和节假日(或特殊的日子)设定为1200日元以内的较高的食谱。

学习部14对关于用户5的履历信息所具有的结构、特征进行分析，并进行分群等，来生成各个用户5(可以是家庭等组的单位)的机器学习的模型。被生成的模型与用户ID建立对应，作为用户数据M2被存储到存储部15。评价部12也通过考虑由学习部14生成的模型，来生成符合该用户5的生活模式以及嗜好的食谱方案。作为履历信息所持有的特征的例子，例如可以是，用户5注意到体重或血压，而容易采用低热量或低盐分的菜谱的倾向比较强的特征，用户5在星期六的晚上采用简单的饮食的倾向比较强的特征等。

条件设定部13被构成为对条件信息D1进行设定。评价部12在满足目标条件的状态下，根据由条件设定部13设定的条件信息D1，来决定食谱。在此所谓的条件信息D1如图3B所示，包括与用户5的生活模式(生活习惯、生活规律)、用户5的嗜好、营养平衡、食材的剩余、以及用户5的“讲究”等有关的信息。并且，条件信息D1也包括(后述的)从用户5接受的与食谱的变更或取消有关的信息、以及用户5的日历信息。

与生活模式以及嗜好有关的信息是，在用户5持续利用食谱支援系统100的情况下，基于学习部14从用户5的过去(例如上个月、或上上个月等)的利用实际成绩中提取的特征量的信息。与生活模式以及嗜好有关的信息也与学习部14生成的模型链接。

与营养平衡有关的信息是将主食(米饭、面包)、副食(蔬菜、菌类、芋头、海藻)、主菜(肉、魚、蛋、大豆)、牛奶/乳制品、以及水果等比例，按照用户5的性別以及年龄来建议平衡好的的信息。评价部12进行考虑了营养平衡的食谱的评价。

与食材的剩余有关的信息是与食品配送业者3所管理的食材的剩余链接的信息。服务器1从食品配送业者3运营的外部服务器(或信息终端)，经由网络NT1，接收与食品配送业者3所管理的食材的剩余有关的信息(库存信息)，并作为饮食数据M1存储到存储部15。从食品配送业者3一侧来看，当从食材的生产者(例如农民等)进了新鲜的食材的情况下，每当进货时就将该进货信息发送到服务器1，服务器1对存储部15的饮食数据M1进行更新。评价部12进行考虑了库存信息的食谱的评价。评价部12也有在对象期间T1中进了季节性的食材(时令食材)时，优先使用该食材来决定食谱。

并且，库存信息不仅是食品配送业者3的库存，也包括与用户5的住宅200一侧(冷冻冷藏冰箱等)保管的食材的剩余有关的信息。换而言之，服务器1也将通过食品配送等而发送到用户5的食材的剩余，作为用户数据M2，来存储到存储部15。

评价部12也考虑与食材有关的管理期限来进行评价。在此所谓的管理期限例如设想为消费期限(或赏味期限)，也可以是用户5或食品配送业者3任意设定的期限(例如可以设定为消费期限的前一天等)。如以上所述，服务器1对食品配送业者3或用户5中的食材的剩余进行管理，评价部12对优先使用了离消费期限近的食材的菜肴烹制方法的食谱进行评价。

饮食数据M1除了食品配送业者3的库存信息以外，还包括与烹饪菜谱以及菜肴烹制方法有关的主(master)信息。服务器1当获得了与来自外部的服务器或个人的投稿的新的烹饪菜谱以及菜肴烹制方法有关的信息时，则对饮食数据M1进行更新。

而且，饮食数据M1不仅包括与用户5在家中进行烹饪的菜谱以及菜肴烹制方法有关的信息，而且还包括与在外吃饭(或吃外卖)有关的信息。服务器1与外部的服务器联动，该外部的服务器对与包括饮食店7(参照图1)的多个餐饮店有关的美食信息、预约信息以及优惠券信息等在外吃饭信息进行综合管理，来提供各种服务。服务器1也将在外吃饭信息作为饮食数据M1存储到存储部15。

与用户5的“讲究”有关的信息是用户5通过提示装置2而适宜地输入的信息。与“讲究”有关的信息是指，对某种食材的“喜好”进行指定的信息、考虑了热量或盐分、糖分等对“营养改善目标”进行指定的信息、以及包括孩子或老人的“家庭构成”的信息。评价部12进行考虑了用户5的“讲究”的食谱的评价。

处理部11被构成为，根据评价部12的结果，进行规定的处理。在此所谓的“规定的处理”，包括如下的基本处理，即：将与评价部12的结果有关的信息(食谱)发送给信息终端(用户5的提示装置2)并进行提示的处理。并且，“规定的处理”还包括将评价部12的结果即“建议履历”与用户ID建立对应，并存储到存储部15的用户数据M2中的处理。

处理部11生成包括与评价部12决定的食谱有关的食谱信息(与烹饪菜谱以及菜肴烹制方法有关的文本信息以及图像信息)的信号(食谱提示信号)，并经由通信部10，发送给食谱请求信号的发送源即用户5的提示装置2。处理部11将食谱提示信号发送给提示装置2，从提示装置2的输出部25输出食谱信息。不过，在对象期间T1为一个月(4月1日至4月30日)这种比较长的期间的情况下，对于各个家庭而言，会有不希望提供一个星期以后的食谱建议的情况。处理部11可以在整个对象期间T1一边将评价部12的结果(食谱)存储到存储部15，一边针对使提示装置2提示的食谱进行一个星期的或十天等细分，并包括在食谱提示信号中来发送。

提示装置2的通信部21在接收到食谱提示信号时，控制部22使作为输出部25来发挥作用的显示部25A的显示画面显示食谱信息。在显示部25A的显示画面，食谱信息以按照每一天(或每个星期)，并且按照早饭、午饭、晚饭(每顿饭)，能够知道烹饪菜谱、和与该烹饪菜谱对应的合计的伙食费的方式而被显示。用户5通过在菜肴的名称的显示区域或菜肴的图像区域进行轻敲操作等，从而能够显示更详细的信息(与烹饪所需要的食材名称以及量有关的信息、食材费用、烹饪方法(例如使用哪个烹饪家电等)、以及盐分或热量等信息)。

用户5在向输入部24进行示出想要采用对象期间T1(4月1日至4月30日)的食谱中的例如4月1日至7日的七天中的食谱的操作输入时，提示装置2则生成包括该采用结果的食谱采用信号，并发送给服务器1。在这种情况下，提示装置2将关于4月8日至4月30日的食谱进行保留(不论是否被采用)这一结果包括在食谱采用信号中。

在服务器1当接收到食谱采用信号时，处理部11将针对建议的食谱是否由用户5采用的履历(实际成绩)与用户ID建立对应，并存储到存储部15的用户数据M2。并且，处理部11执行与表示为采用食谱所对应的食材B1的配送有关的请求处理。换而言之，食谱支援系统100在接受到示出采用建议的食谱的用户输入的情况下，执行与食谱所对应的食材B1的配送有关的请求处理。具体而言，处理部11向食品配送业者3运营的外部服务器(或信息终端)，发送配送请求信号，该配送请求信号中包括与用户5所采用的食谱中使用的食材B1有关的信息(食材名称以及量等)、以及配送目的地(用户5的姓名、住址、电话号码等)。食谱提供方替用户5向食品配送业者3支付费用(结算代理)，即支付用户5所支付的固定费用的3万日元中的成为配送对象的食材B1的食材费用。

于是，食品配送业者3将食材B1，配送到从服务器1接收到的配送请求信号所指定的配送目的地。食材B1最好是以能够赶上4月1日的烹饪的方式而被配送。

食谱建议系统(服务器1)还能够通过提示装置2的输入部24，来接受表示对建议的食谱的内容的至少一部分内容进行变更(可以是菜肴烹制方法为单位)的用户输入。并且，食谱建议系统(服务器1)也可以通过提示装置2的输入部24，来接受表示由于各种事情(因出差或旅行等而不在家、或打算在外吃饭等)而取消一天至几天中的食谱、或者某一天的食谱的用户输入。

提示装置2也可以将与这种内容的变更或取消有关的结果包括在食谱采用信号中发送给服务器1。服务器1也可以将与这种内容的变更或取消有关的结果，作为用户5的采用或没有采用履历(实际成绩)，存储到存储部15的用户数据M2中。

在此优先为，提示装置2可以从输出部25，输出用于催促用户5进行输入操作的消息(字符串数据或音声数据)，所述输入操作例如是与针对建议的食谱是否采用、变更、或取消等有关的操作。

而且，食谱建议系统(服务器1)也能够接受用户通过提示装置2的输入部24而请求重新建议所有食谱的用户输入。服务器1当从提示装置2接收到与所有食谱的重新建议请求有关的信号时，使评价部12制作与最初建议的食谱内容不同的食谱，并再次使提示装置2进行显示。

在此，评价部12在接受到表示对建议的食谱的内容中的至少一部分内容进行变更的用户输入的情况下，对该变更后的食谱的内容是否满足目标值A1以及食材的营养平衡进行评价。例如，在接受到将某一天的晚饭从烹饪菜谱(A)变更为烹饪菜谱(B)的用户输入的情况下，会出现烹饪菜谱(B)的食材费用高，难于满足目标条件的情况。或者，变更后的烹饪菜谱(B)若与前几天的晚饭菜谱相同，则会有营养不平衡的可能性。食谱建议系统(服务器1)在评价为没有满足目标值A1以及营养平衡的情况下，以能够满足目标值A1以及营养平衡的方式来制作其他的食谱并再次提出建议(例如，对烹饪菜谱(B)中所使用的食材进行一些变更等)。食谱建议系统(服务器1)具备对评价部12的评价结果进行通知的通知部(在此相当于通信部10)。于是，食谱建议系统(服务器1)将用户5变更的内容难于满足目标值A1以及营养平衡的状况，经由通信部10(通知部)，从提示装置2发出警报并提示再次建议的食谱。换而言之，“规定的处理”中还包括进行再次建议的处理，即在评价为没有满足目标值A1以及营养平衡的情况下，将满足目标值A1以及营养平衡的食谱再次建议给用户。

在上述的例子中，虽然以烹饪菜谱为单位的变更例进行了说明，不过也可以是以烹饪菜谱的菜肴烹制方法为单位。例如，可以将烹饪菜谱(A)所使用的食材(C)变更为与食材(C)的产地不同的食材(D)，或者可以将食材(C)变更为有机栽培的食材(E)。

不过，对于建议的食谱而言，会有用户5没有采用其中的一部分的情况。例如，在事前知道4月3日将会在外吃饭，则可以不需要那一天的食谱中所使用的食材的配送。因此，用户5在接受到建议时(例如3月30日)，可以事前进行示出取消(不采用)4月3日的食谱的输入。

由于“首次建议”是在对象期间T1的开始之前执行的可能性高的建议，因此，此时不存在对象期间T1内的向用户5建议食谱的建议履历、以及用户5是否采用建议的食谱的履历(实际成绩)。因此，评价部12在“首次建议”中不利用对象期间T1内的履历信息(在此的履历与上述的上个月或上上个月的利用实际成绩这种对象期间T1以前的履历不同)决定食谱。

接着，对“期间内建议”的情况进行说明。评价部12被构成为，在对象期间T1的中途的任意的定时t1(参照图3A)进行与食谱有关的(再次)评价。于是，评价部12在对象期间T1的开始直到定时t1为止的期间中，根据与被建议的食谱的内容有关的第1信息(建议履历)、以及与针对被建议的食谱的实际成绩有关的第2信息来进行评价。即与“首次建议”不同，由于是“对象期间T1的中途”，因此存在从对象期间T1的开始到定时t1为止的履历信息(第1信息以及第2信息)。在此，第2信息与每个被建议的食谱中的菜肴烹制方法(具体而言，按每个烹饪菜谱的食材)的实际成绩有关。

例如图3A所示，用户5在4月7日时(即定时t1)(在此视为7号这一天的食谱已被采用)，通过提示装置2的输入部24，进行了所希望的食谱建议的操作输入。于是，服务器1的评价部12除了“首次建议”中说明的条件信息D1以外，还根据从对象期间T1的开始直到定时t1为止的第1信息以及第2信息，对4月8日以后的食谱进行再次评价。

换而言之，评价部12除了根据第1信息以及第2信息以外，还根据与食材的营养平衡以及用户的嗜好的至少一方(在此为双方)相关的条件信息D1来进行评价。因此，能够进一步期待建议的食谱内容的改善。并且，评价部12除了第1信息以及第2信息以外，还根据与食材有关的管理期限来进行评价。因此，既能够抑制超过管理期限的食材的发生，又能够期待建议的食谱内容的改善。

具体而言，评价部12根据4月1日至4月7日的第2信息，算出该期间内的伙食费，从固定费用的3万日元(目标值A1)中减去算出的伙食费，并根据余额，对定时t1以后的期间中的食谱再次进行评价(再次运算)。

用简单的例子来说，在此视为食谱建议系统(服务器1)针对4月1日至4月7日这7天的期间，建议每一天为1000日元的伙食费的食谱，并且用户5按照该建议来采用被建议的这7天的食谱。评价部12根据30000-1000×7＝23000日元(余额)，对与4月8日以后的剩余的期间T2(参照图3A)有关的食谱再次进行评价。即评价部12对在“首次建议”时决定的并存储到存储部15的“建议履历”中的“4月8日至4月30日”的食谱进行比较，以成为符合定时t1时的状况的内容的方式，对食谱进行再次评价。

但是，实际上并非受上述的简单的例子所限，只要满足目标条件，建议的毎天的食谱的伙食费也可以不是均一的1000日元，既有950日元的情况，又有1050日元的情况。并且，针对4月1日至4月7日为止的建议的食谱，会有用户5对其中一部分进行取消的情况。例如针对4月1日至4月7日为止建议的食谱，若4月3日打算在外吃饭，则在接受到建议的时刻(例如3月30日)事先取消(不采用)4月3日的食谱，而采用除4月3日以外的6天的食谱。

处理部11若在任意的定时t1根据第1信息(建议履历)与第2信息(采用或没有采用履历)的差分接受了食谱的取消，例如则可以视为用户5在那天为在外吃饭(或吃外卖)。于是，处理部11将取消的食谱的伙食费(例如1000日元)转入到定时t1以后的剩余的期间T2中的食谱的伙食费中。于是，评价部12根据23000+1000＝24000日元(余额)，对与定时t1以后的剩余的期间T2有关的食谱进行再次评价。这样，由于发生了食谱的取消，因此定时t1以后的剩余的期间T2中的食谱的内容与“首次建议”时的食谱相比，即使是相同种类的食材也能够变更为质量好(高级)的食材，从而能够变更为质量稍微好一些的烹饪菜谱。

换而言之，处理部11的“规定的处理”包括与基于第1信息和第2信息的差分的返还有关的处理，这种情况下的“返还”是向定时t1以后的食谱的伙食费的差额的“转入”。在此的“转入”不仅可以是当月(对象期间T1)内的转入，而且可以是向下一个月(例如5月份)的伙食费的转入。

并且，“返还”不仅可以是差额的转入，而且可以采用以相当于差额的积分返还的方式来还给用户5。关于累积的“积分”，可以是当到达一定的积分时，可以交换为由食谱提供方发行的商品目录中的商品，作为该商品之一，例如可以是与差额对应的饮食店7(参照图1)的优惠券或打折券。优惠券或打折券可以是被邮寄来的纸张这种实际物体，也可以是作为数据而被管理，通过从提示装置2进行表示在饮食店7使用优惠券的输入，从而优惠券的使用信息从服务器1被发送到饮食店7一侧的终端。

在进行了按照差分的“返还”的情况下(尤其是以提高食材的质量的方式来进行了的情况下)，食谱建议系统(服务器1)将这种情况从提示装置2通知给用户5。并且，食谱建议系统(服务器1)被构成为，能够通过来自提示装置2的用户输入，来决定返还是作为“转入”来适用，还是作为“积分返还”来适用的选择。

食谱建议系统(服务器1)在返还作为积分返还而被适用的情况下，可以在定时t1以后的剩余的期间T2的任意定时(例如星期日等)提出包括能够利用积分的饮食店7的在外吃饭的建议。并且如以上所述，提示装置2的检测部26利用GPS等对用户5的当前位置进行检测，并将与该检测结果有关的信息发送给服务器1。于是，例如用户5正在能够利用返还的积分的店铺附近移动时，服务器1则可以将与该店铺的信息进行推送通知。

这样，在第1信息与第2信息之间产生差分的情况下，由于能够针对用户5进行“返还”，从而能够期待提高向用户5提供的服务。

不过，关于是否建议在外吃饭，本实施方式的服务器1也可以不受是否适用积分返还的影响，而是按照用户5的嗜好或用户输入等，来恰当地进行与在外吃饭有关的建议。例如，服务器1在接受到示出取消建议的食谱的用户输入的情况下，执行与在外吃饭有关的建议处理。并且，服务器1也管理用户5的日历信息，例如在示出4月20日是结婚纪念日等特殊的日子的信息通过提示装置2被事先登记的情况下，可以建议这种特殊的日子在外吃饭。当用户5采用在外吃饭的建议时，如以上所述，对用户5进行返还。在这种情况下，不仅是烹饪，用户5可以容易地进行在外吃饭的选择，从而提高了方便性。并且，容易进行服务器1与提供在外吃饭服务的饮食店的联动。

并且，用户5也会有从店铺4购买与食品配送的食材B1不同的食材B2的情况，并且还会有从熟人或亲戚等接受食材的情况。于是，本实施方式的服务器1的构成也可以是通过提示装置2，来接受与食品配送的食材B1无关而获得的食材B2的登记。在用户5利用提示装置2的输入部24输入获得的食材B2的名称、量、获得日(例如购买日)、消費期限、(若是购买的情况下)食材费用等食材信息时，提示装置2将食材信息发送给服务器1。在包装购买的食材B2的包装材料等被赋予一维码或二维码的情况下，可以通过提示装置2的摄像部(照相机等)来读取该码，从而提示装置2将食材信息发送给服务器1。服务器1将食材B2的食材信息反应到上述的用户数据M2中的用户5的库存信息上。

于是，在本实施方式中，该“食材B2的食材信息”也被包括在与针对被建议的食谱的实际成绩有关的第2信息中。服务器1在通过通信部10得到了食材信息的情况下，从伙食费(目标值A1)中减去相当于食材信息的费用，并以利用食材B2的方式来建议食谱。具体而言，评价部12根据获得的食材信息来估计食材费用(在购买的情况下，采用用户输入的食材费用)，以从定时t1以后的食谱的伙食费减去该食材费用后的余额，来对食谱进行再次评价。尤其是在考虑到食材B2的消費期限时，评价部12可以建议优先使用食材B2。处理部11在建议的食谱的食材中包括食材B2的情况下，以用户5能够容易地从视觉上对此进行确认的方式，使提示装置2显示食谱。在用户5采用了包括食材B2的食谱的情况下，处理部11将包括与除食材B2以外的食材有关的信息的配送请求信号，发送到食品配送业者3运营的外部服务器(或信息终端)。在这种情况下，由于使用了食材B2的食谱也被建议，因此能够容易地维持针对对象期间T1的目标值A1，并且能够容易地减少食材B2的浪费。

并且，还会出现如下的状况，即用户5表示采用被建议的食谱，并且食材B1实际上也被发送，然而用户5突然变化而决定在外吃饭或吃外卖，因为这个突然决定而造成这一天中的这顿饭的食谱没有被烹饪的状况(实际成绩)。本实施方式的服务器1也被构成为，在对象期间T1的中途的任意的定时t1，通过向提示装置2的用户输入，来接受“事后取消”。在这种情况下，与这一天的食谱对应的食材B1还没有被用户5消费而是被保管。因此，服务器1在接收到与事后取消有关的信息时，对用户数据M2中的用户5的库存信息进行修改。而且，服务器1考虑到该食材B1的消費期限，以使没有被消費的食材B1优先被使用的方式，对与定时t1以后有关的食谱再次进行评价。并且，在这种情况下，当证明在外吃饭的信息(与饮食店7发行的发票有关的信息等)被发送到服务器1时，可以向用户5返还相当于成为事后取消的对象的食谱的食材费用。

另外，在对象期间T1的中途的任意的定时t1接受到表示建议的食谱的内容中的至少一部分内容的变更的用户输入的情况下，评价部12对变更后的食谱的内容是否满足目标值A1以及食材的营养平衡进行评价。该变更相当于“事前变更”，是针对示出采用被建议的食谱的输入还没有被执行的保留状态的食谱的变更，即针对食材还没有被发送(购买)的食谱的变更。服务器1在评价为没有满足目标值A1以及营养平衡的情况下，将此状况通过提示装置2的输出部25来发出警报(通知)。并且，服务器1针对定时t1以后的剩余的期间T2，制作满足目标值A1以及食材的营养平衡的其他的食谱并再次提出建议。再次建议的食谱从提示装置2的输出部25被提示。换而言之，“规定的处理”进一步包括如下的处理，即在评价为没有满足目标值A1以及营养平衡的情况下，针对定时t1以后的剩余的期间T2，来再次建议满足目标值A1以及营养平衡的食谱。

而且还有发生如下的状况的可能性，即用户5表示采用建议的食谱，且实际上食材B1已被发送，但是建议的与这一天的一顿饭有关的烹饪菜谱(A)被突然变更为烹饪菜谱(B)(实际成绩)的状况。本实施方式的服务器1也被构成为，在对象期间T1的中途的任意的定时t1，能够接受通过针对提示装置2的用户输入的“事后变更”。在这种情况下，在定时t1发生用户5实际保管的食材、与服务器1管理的用户5的库存信息之间出现差异的可能性高。因此，服务器1在接收到与事后变更有关的信息时，对用户数据M2中的用户5的库存信息进行修改，在考虑到食材B1的消費期限的基础上，对定时t1以后的食谱进行再次评价。

如以上所述，在本实施方式中，在对象期间T1的中途的任意的定时t1，根据第1信息和第2信息来对食谱进行再次评价，变更针对定时t1以后的剩余的期间T2的食谱的内容。换而言之，处理部11的规定的处理包括如下的处理，即针对对象期间T1中的定时t1以后的剩余的期间T2，对食谱的内容进行变更的处理。

另外，在签约开始日为一个月的中途的情况下，只是在这个月，对象期间T1为从开始日到月末，首次建议成为开始日的几天前，目标值A1也成为从开始日到月末的伙食费。

另外，上述的对象期间T1的中途的任意的定时t1为，通过提示装置2的输入部24，接受到用户5的对所希望的食谱的建议、变更、或取消等操作输入的定时。即定时t1是依存于来自用户5的主动的行动的定时。不过，定时t1也可以是通过用户5的被动的定时。本实施方式的服务器1在获得由于进货而与特定的食材有关的费用发生了变动这一信息时，对使用还没有被用户购买的食材的食谱进行再次建议。

例如由于农作物的丰收或歉收，即使相同种类的食材也会有价格的变动。服务器1当从食品配送业者3获得与食材的价格变动有关的信息时，评价部12对已经向用户5建议过且处于采用被保留的状态的食谱进行再次评价。具体而言，在已经建议过的食谱内存在因连续的雨天而歉收并导致价格上涨的特定的食材的情况下，则避开该食材的使用来建立食谱。相反，在存在因丰收而价格下落的特定的食材的情况下，则建立使用该食材的食谱。于是，处理部11将按照食材的价格变动而对食谱进行再次评价的状况，使提示装置2以推送通知等方式来进行通知。因此，能够进行考虑到价格变动的食材的更好的食谱建议。

另外，在关于特定的食材而价格降低了的情况下，可以将差额通过上述的积分返还的方式返还给用户5。

(2.3)工作说明

以下参照图4对本实施方式中的食谱支援系统100的工作进行简要的说明。以下的工作说明中的顺序仅为一个例子，而没有特殊的限定。另外，以下对在对象期间T1的中途的任意的定时t1被请求食谱的建议的情况进行说明。

在住宅200内，烹调者X1即用户5在提示装置2启动食谱应用程序，输入并登录自己的用户ID以及密码。并且，用户5通过食谱应用程序，来进行请求食谱的建议的操作输入。提示装置2按照来自用户5的操作输入，向服务器1发送食谱请求信号。

服务器1接收食谱请求信号(步骤S1)。服务器1进行与定时t1时的食谱有关的评价。服务器1根据与该用户ID对应的第1信息(建议履历)和第2信息(采用或没有采用履历)，来进行食谱的再次评价(评价步骤)。即，服务器1根据定时t1时的第1信息以及第2信息，算出与该用户ID对应的伙食费的余额，并且算出定时t1以后的每顿饭的伙食费(步骤S2)。于是，服务器1将每顿饭的伙食费作为大致的标准，根据与用户5有关的条件信息D1以及(机器学习的)模型，来生成定时t1以后的食谱组合方案(步骤S3)。

于是，服务器1根据生成的食谱组合方案，来计算对象期间T1的伙食费的总额(步骤S4：评价计算)。服务器1直到包括新建议的食谱组合方案的伙食费的对象期间T1的伙食费的总额满足不超过目标值A1这一“目标条件”为止(步骤S5)，生成食谱组合方案，并执行评价计算。即，服务器1在评价结果不满足“目标条件”时(步骤S5：否)，则返回到步骤S3，生成其他的食谱组合方案。

服务器1在评价结果满足“目标条件”时(步骤S5：是)，从提示装置2进行该食谱组合方案的建议(显示)(步骤S6：处理步骤)。即服务器1将食谱提示信号发送给提示装置2。

提示装置2在接收到食谱提示信号时，使被建议的食谱显示到显示部25A。当用户5进行了采用(或变更、取消等)建议的食谱的操作输入时，则生成食谱采用信号并发送给服务器1。

服务器1在接收到食谱采用信号时(步骤S7)，按照食谱采用信号(在有采用的食谱时)，来请求食品配送业者3配送食品(步骤S8)。即服务器1生成配送请求信号，并发送给食品配送业者3一侧的终端。

这样，通过本实施方式的服务器1(食谱建议系统)，在对任意的定时t1中的食谱进行(再次)评价时，根据直到定时t1为止建议的食谱(建议履历)以及针对食谱的实际成绩(采用或没有采用履历)来进行(再次)评价。于是，根据(再次)评价的结果来进行规定的处理(建议的执行)。因此，除了时常会发生变化的要素(伙食费的余额等)以外，还能够进行反应了对象期间T1内的过去的建议履历、以及采用或没有采用履历的最新的食谱建议。这样会有能够实现建议的食谱内容的改善的优点。

尤其是对于烹调者X1(用户5)而言，需要考虑各种要素(家庭成员的喜好、营养平衡、食材的消費期限、每个月的伙食费、食谱的偏激)来建立每天的食谱，因此购买食材将会成为比较大的负担。因此，通过利用本实施方式的食谱建议系统，能够减轻烹调者X1(用户5)的负担。

(3)变形例

上述的实施方式只不过是本公开的各种实施方式之一。上述的实施方式能够达成本公开的目的，能够按照设计等来进行各种变更。并且，与上述的实施方式所涉及的食谱建议系统(服务器1)、提示装置2、以及具备这些的食谱支援系统100同样的功能，也可以通过信息提示方法、计算机程序、或记录了计算机程序的非暂时性的记录介质等来具体实现。

例如，食谱支援系统100中的提示装置2的功能可以通过提示装置2的处理方法、计算机程序、或记录了计算机程序的非暂时性的记录介质等来具体实现。提示装置2的处理方法包括如下的步骤：获得针对食谱的实际成绩的步骤、将实际成绩发送到服务器1的步骤、从服务器1接收与评价的结果有关的信息的步骤、以及输出与评价的结果有关的信息的步骤。提示装置2的功能可以通过使提示装置2的一个以上的处理器执行上述的处理方法的程序来具体实现。

以下对上述的实施方式的变形例进行举例说明。以下将要说明的变形例能够进行恰当地组合来适用。以下将上述的实施方式称为“基本例”。

本公开中的食谱建议系统(服务器1)、提示装置2、以及具备这些的食谱支援系统100包括计算机系统。计算机系统将作为硬件的处理器以及存储器作为主构成。通过处理器执行被记录在计算机系统的存储器的程序，从而能够实现作为本公开中的食谱建议系统(服务器1)、提示装置2、以及具备这些的食谱支援系统100的功能。程序可以被预先记录到计算机系统的存储器，也可以通过电通信线路来提供，还可以通过被记录在能够由计算机系统读取的存储卡、光盘、硬盘驱动器等非暂时性的记录介质来提供。计算机系统的处理器由包括半导体集成电路(IC)或大规模集成电路(LSI)的一个或多个电路来构成。在此的IC或LSI等集成电路可以根据集成的程度而称呼不同，可以包括被称为系统LSI、VLSI(VeryLarge Scale Integration：超大规模集成电路)、或ULSI(Ultra Large ScaleIntegration：特大规模集成电路)的集成电路。而且，在LSI被制造后而可编程的FPGA(Field-Programmable Gate Array)、或LSI内部的连接关系的可重构或者LSI内部的电路划分可重构的逻辑器件也能够作为处理器来应用。多个电路可以被集中在一个芯片，也可以分散到多个芯片来设置。多个芯片可以被集中在一个装置，也可以分散在多个装置来设置。在此所谓的计算机系统包括具有一个以上的处理器以及一个以上的存储器的微控制器。因此，微控制器也可以由包括半导体集成电路或大規模集成电路的一个或多个电路构成。

并且，食谱建议系统中的多个功能也可以不必是集中在一个框体内的构成。例如，食谱建议系统的构成要素可以分散在多个框体中来设置。另外，食谱建议系统中的多个功能也可以集中在一个框体内。而且，食谱建议系统的至少一部分的功能例如食谱建议系统的一部分的功能也可以由云服务器(云计算)等来实现。

在基本例中，与伙食费有关的目标值A1为固定费用的金额(3万日元)。不过，食谱建议系统也可以由用户5例如按月来变更目标值A1。例如4月的目标值A1为3万日元，5月的目标值A1可以是4万日元。并且，目标值A1并非受金额所限，也可以将金额换算成其他的方式(积分等)。

在基本例中以与食品配送服务联动的订阅方式为前提进行了说明，不过没有特殊的限定。例如，食谱建议系统在建议了对象期间T1中的食谱时，可以由用户5自己来购买所有的食材。在这种情况下，用户5向食谱建议者仅支付与食谱建议系统有关的使用费(不包括食材费用)。

(4)实施例

以下对上述的实施方式中的第1实施例至第4实施例进行举例说明。在以下将要说明的各实施例中，对于与上述的实施方式相同之处将省略说明。首先，利用图5对各实施例中共同的构成进行说明。图5是一个实施方式的第1实施例至第4实施例所涉及的食谱建议系统(在此为服务器1)的方框图。另外，在图5中省略了图1的构成之中的第1实施例至第4实施例的说明中没有出现的构成。并且，在图5中虽然提示装置2与网络NT1直接连接，不过也可以经由路由器6来连接。

服务器1具备通信部10、处理部11、评价部12、以及存储部15。并且，通信部10具有以下将要说明的目标值获得部101的功能、实际成绩获得部102的功能、以及费用信息获得部103的功能。另外，以下将上述的实施方式中的处理部11所执行的“规定的处理”的至少一部分的处理，作为第1实施例至第4实施例中的评价部12执行的处理来说明。

目标值获得部101获得与对象期间T1的伙食费有关的目标值A1。在此，目标值获得部101在用户5与食谱提供方进行签约时，例如通过与用户5所拥有的提示装置2进行通信，来获得目标值A1。具体而言，用户5在提示装置2的输入部24，进行用于设定目标值A1的输入操作。于是，提示装置2将由输入部24接受的目标值A1，通过通信部21发送给服务器1。据此，目标值获得部10获得目标值A1。以后，目标值获得部101直到用户5与食谱提供方的签约结束为止，仅在用户5对目标值A1进行变更时，才获得目标值A1。

实际成绩获得部102在对象期间T1的中途的任意的定时t1，从用户5获得针对评价部12建议的食谱的实际成绩。在此，实际成绩获得部102例如通过与用户5所拥有的提示装置2进行通信，来获得实际成绩。具体而言，用户5在任意的定时t1，通过提示装置2的输入部24来进行输入实际成绩的操作。于是，提示装置2将由输入部24接受的实际成绩，通过通信部21发送给服务器1。据此，实际成绩获得部102获得实际成绩。

实际成绩包括用户5是否采用评价部12所建议的食谱的履历。具体而言，在实际成绩中可以包括：被建议的食谱由用户5采用的实际成绩、被建议的食谱没有由用户5采用(被取消)的实际成绩、对被建议的食谱的内容的一部分(例如食材的一部分)进行变更后来采用的实际成绩。该变更的食材中可以包括用户5个别获得的食材B2。

费用信息获得部103获得与食材的费用有关的费用信息。在此，费用信息包括食材的进货价的预测值。具体而言，费用信息获得部103例如经由互联网等网络NT1，获得食品配送业者3过去针对食材的销售计划或今后的销售计划、批发交易市场的批发价的过去的变动信息或今后的预测变动信息、食材的产地的气候信息或气象予測信息、或食材的产地的过去的出货实际成绩、出货计划、或者出货预测信息等。于是，费用信息获得部103对这些信息进行综合考虑，通过算出食材的进货价的预测值来获得。另外，费用信息获得部103也可以从提供食材的进货价的预测值的服务运营商来获得食材的进货价的预测值。

处理部11将评价部12建议的食谱提示给用户5。在此，处理部11例如通过与用户5所拥有的提示装置2进行通信，来将评价部12建议的食谱发送给提示装置2。据此，在提示装置2输出(提示)评价部12建议的食谱。在此所谓的“评价部12建议的食谱”不仅包括以后将要说明的通过首次建议功能而“首次建议”的食谱，而且还包括以后将要说明的通过期间内建议功能而“期间内建议”的食谱，换而言之，包括在对象期间T1的中途被再次建议的食谱。

评价部12具有首次建议功能、期间内建议功能、以及返还功能。首次建议功能是指，在对象期间T1开始之前，以不超过目标值获得部101所获得的目标值A1的方式，根据被存储在存储部15的饮食数据M1，而建议对象期间T1中的食谱的功能，即进行“首次建议”的功能。换而言之，在首次建议功能中，评价部12根据目标值获得部101获得的目标值A1，对对象期间T1中的食谱提出建议。

期间内建议功能是指，在对象期间T1的中途的任意的定时t1，根据由实际成绩获得部102获得的实际成绩，来对剩余的期间T2中的食谱再次提出建议的功能，即进行“期间内建议”的功能。具体而言，评价部12在从对象期间T1的开始到定时t1为止的期间中，对与评价部12建议的食谱(即首次建议的食谱)的内容有关的第1信息、和与实际成绩获得部102获得的实际成绩有关的第2信息进行比较。于是，评价部12在第1信息与第2信息之间存在差分的情况下，针对对象期间T1中的定时t1以后的剩余的期间T2进行食谱的内容的变更，并执行再次提出建议的再次建议处理。在此，第1信息与第2信息的差分例如在如下的情况下产生，即在食谱没有被采用、或对食谱的一部分变更后来采用等情况。

返还功能与期间内建议功能同样，是基于对象期间T1的中途的任意的定时t1中的由实际成绩获得部102获得实际成绩的功能。在返还功能中与期间内建议功能不同，在第1信息与第2信息之间存在差分的情况下，评价部12进行返还处理，即按照差分来进行向用户5返还的处理。返还处理可以是向定时t1以后的食谱的伙食费的差额的转入，也可以是相当于差额部分的积分返还。

另外，评价部12不论以首次建议功能以及期间内建议功能的哪一种来建议食谱，都可以考虑地区信息。在此所谓的地区信息是用户5所居住的地区的信息，可以包括在该地区使用得较多的食材、仅在该地区生产的食材、在该地区采用得较多的食谱、或仅在该地区采用的食谱等信息。在这种情况下，由于能够容易地向用户5建议或再次建议具有用户5所居住的地区的特点的食谱，因此能够容易地提供与用户5的需求相符的服务。

(4.1)第1实施例

以下利用图6对上述的实施方式中的第1实施例进行说明。图6是用于说明一个实施方式的第1实施例所涉及的食谱建议系统(在此为服务器1)中的工作的流程图。在第1实施例中的说明为，在对象期间T1的中途的任意的定时t1，一部分的食谱由用户5取消这一实际成绩，由实际成绩获得部102来获得。

首先，目标值获得部101获得与对象期间T1的伙食费有关的目标值A1(S11)。处理S11相当于食谱建议方法中的目标值获得步骤ST1。接着，评价部12通过首次建议功能，以不超过目标值获得部101所获得的目标值A1的方式，对对象期间T1中的食谱提出建议(S12)。处理S12相当于食谱建议方法中的评价步骤ST2。于是，处理部11将评价部12建议的食谱发送给提示装置2，将首次建议的食谱提示给用户5(S13)。处理S13相当于食谱建议方法中的处理步骤ST3。

在此之后，在对象期间T1的中途的任意的定时t1，用户5操作提示装置2，来输入针对评价部12建议的食谱的实际成绩。于是，实际成绩获得部102在该定时t1从用户5获得该实际成绩(S14)。处理S14相当于食谱建议方法中的实际成绩获得步骤ST4。

于是，评价部12对从对象期间T1的开始到定时t1为止的期间中的第1信息与第2信息进行比较(S15)，所述第1信息是与评价部12建议的食谱的内容有关的信息，所述第2信息是与实际成绩获得部102获得的实际成绩有关的信息。在比较的结果为第1信息与第2信息之间没有差分的情况下(S15：否)，评价部12不执行任何工作。另外，在由于食谱的一部分被取消而在第1信息与第2信息之间出现差分的情况下(S15：是)，评价部12以将被取消的食谱的伙食费转入到剩余的期间T2的伙食费中的方式，对目标值A1再次进行设定(S16)。于是，评价部12以不超过被再次设定的目标值A1的方式，对定时t1以后的剩余期间T2中的食谱再次提出建议(S17)。处理S15至S17相当于食谱建议方法中的评价步骤ST2。于是，处理部11将评价部12再次建议的食谱发送给提示装置2，这样，再次建议的食谱被提示给用户5(S18)。处理S18相当于食谱建议方法中的处理步骤ST3。

这样，在第1实施例中，评价部12执行返还处理和再次建议处理这双方，所述返还处理是指，将被取消的食谱的伙食费转入到剩余期间T2的伙食费中的处理，再次建议处理是指，对剩余期间T2中的食谱再次提出建议的处理。

(4.2)第2实施例

以下利用图7对上述的实施方式中的第2实施例进行说明。图7是用于说明一个实施方式的第2实施例所涉及的食谱建议系统(在此为服务器1)中的工作的流程图。在第2实施例中与第1实施例的不同之处是，在对象期间T1的中途的任意的定时t1，食谱中的一部分采用了用户5个别获得的食材B2这一实际成绩由实际成绩获得部102获得。另外，由于处理S11至S14与第1实施例相同，因此图7中省略处理S11至S14的图示。

评价部12对从对象期间T1的开始到定时t1为止的期间中的第1信息与第2信息进行比较(S21)，所述第1信息是与评价部12建议的食谱的内容有关的信息，所述第2信息是与实际成绩获得部102获得的实际成绩有关的信息。在比较的结果为第1信息与第2信息之间没有差分的情况下(S21：否)，评价部12不进行任何工作。另外，在因食谱的一部分采用了用户5个别获得的食材B2而使第1信息与第2信息出现差分的情况下(S21：是)，评价部12以从剩余期间T2的伙食费中减去该食材B2的食材费用的方式，对目标值A1进行再次设定(S22)。于是，评价部12以不超过再次设定的目标值A1的方式，对定时t1以后的剩余期间T2的食谱再次提出建议(S23)。在这种情况下，评价部12以优先使用用户5个别获得的食材B2的方式，对剩余期间T2中的食谱进行再次建议。处理S21至S23相当于食谱建议方法中的评价步骤ST2。于是，处理部11将评价部12再次建议的食谱发送给提示装置2，这样，再次建议的食谱被提示给用户5(S24)。处理S24相当于食谱建议方法中的处理步骤ST3。

(4.3)第3实施例

以下利用图8对上述的实施方式中的第3实施例进行说明。图8是用于说明一个实施方式的第3实施例所涉及的食谱建议系统(在此为服务器1)中的工作的流程图。在第3实施例中与第1实施例以及第2实施例的不同之处是，不是根据实际成绩获得部102获得的实际成绩，而是根据费用信息获得部103获得的费用信息，来对食谱进行再次建议。另外，由于处理S11至S14与第1实施例相同，因此在图8中省略处理S11至S14的图示。

在对象期间T1中，费用信息获得部103定期的获得费用信息(S31)。于是，评价部12根据费用信息获得部103获得的费用信息，在向用户5配送食材时，对食材的进货价的预测值是否发生变动进行监视(S32)。费用信息获得部103获得的费用信息可以是与有可能被包括在评价部12建议的食谱中的所有的食材有关的信息，也可以是与一部分特定的食材有关的信息。

在监视的结果为食材的进货价的预测值没有发生变动的情况下，换而言之，食材的进货价的预测值在基准范围内的情况下(S32：否)，评价部12不进行任何工作。另外，在食材的进货价的预测值发生了变动的情况下，换而言之，食材的进货价的预测值不在基准范围内的情况下(S32：是)，评价部12针对利用用户5未购买的食材的食谱进行再次建议(S33)。处理S32和S33相当于食谱建议方法中的评价步骤ST2。

具体而言，评价部12在食材的进货价的预测值比基准范围高的情况下，以不包括该食材的方式，对食谱进行再次建议。并且，评价部12在食材的进货价的预测值比基准范围低的情况下，以包括该食材的方式，对食谱进行再次建议。在后者的情况下，评价部12可以将该食材的进货价的差额，转入到再次建议时刻以后的剩余的期间的伙食费中，执行向用户5进行积分返还等返还处理。并且，评价部12也可以考虑到用户5的“讲究”，在用户5喜好的食材的进货价的平均值没到一定价格的情况下，以将该食材优先包括在食谱中的方式，对食谱进行再次建议。于是，处理部11通过将评价部12再次建议的食谱发送给提示装置2，从而再次建议的食谱被提示给用户5(S34)。处理S34相当于食谱建议方法中的处理步骤ST3。

(4.4)第4实施例

以下利用图9对上述的实施方式中的第4实施例进行说明。图9是用于说明一个实施方式的第4实施例所涉及的食谱建议系统(在此为服务器1)中的工作的流程图。在第4实施例中与第1实施例不同之处是，当一部分的食谱被取消时，首先向用户5提示与在外吃饭有关的信息。即在第4实施例中，评价部12在表示对建议的食谱进行取消的用户输入由实际成绩获得部102得到了的情况下，执行建议在外吃饭、或提供在外吃饭能够利用的优惠券信息或者打折信息的处理。另外，由于处理S11至S14与第1实施例相同，因此在图9中省略处理S11至S14的图示。

评价部12对从对象期间T1的开始到定时t1为止的期间中的第1信息与第2信息进行比较(S41)，所述第1信息是与评价部12建议的食谱的内容有关的信息，所述第2信息是与实际成绩获得部102获得的实际成绩有关的信息。在比较的结果为第1信息与第2信息之间没有差分的情况下(S41：否)，评价部12不执行任何工作。另外，在因食谱的一部分被取消而使第1信息与第2信息出现差分的情况下(S41：是)，评价部12将用户5取消食谱那一天的日期信息，经由通信部10以及网络NT1通知给餐饮业运营商(S42)。在此所谓的餐饮业运营商例如可以包括餐厅等向用户5提供饮食的经营者、或向用户5配送盒饭或家常菜等的经营者等。

评价部12经由通信部10以及网络NT1，在用户5取消了食谱的那一天，从餐饮业运营商获得能够利用的优惠券信息(S43)。于是，评价部12例如通过处理部11与提示装置2之间的通信，来将获得的优惠券信息提供给用户5(S44)。另外，优惠券信息也可以不经由评价部12，而可以直接从餐饮业运营商提供给用户5。即使在这种情况下，也能够将从评价部12向餐饮业运营商进行的日期信息的通知作为契机，来使优惠券信息提供到用户5，因此可以说评价部12间接地将优惠券信息提供给用户5。

在此，优惠券信息是用户5向成为对象的餐饮业运营商提示的信息。用户5通过向成为对象的餐饮业运营商提示优惠券信息，从而能够享受与优惠券信息对应的饮食的提供服务，或者享受与优惠券信息对应的饮食的折扣服务。与优惠券信息对应的饮食例如包括不超过目标值A1的范围的价格的饮食、或者是用户5已经蓄积的积分能够利用的饮食。并且，与优惠券信息对应的饮食最好是不包括与从用户5取消了食谱的那一天开始到几天前为止的食谱为相同种类的食物。而且，与优惠券信息对应的饮食最好是与用户5取消的那一天的食谱的营养平衡等同的食物。

在此之后，评价部12经由通信部10以及网络NT1，获得用户5消費的在外吃饭费用(S45)。例如，评价部12可以获得用户5通过操作提示装置2而输入的在外吃饭的费用，也可以从用户5所使用的信用卡公司等获得在外吃饭的费用。评价部12以从剩余期间T2中的伙食费中除去在外吃饭费用的方式，对目标值A1进行再次设定(S46)。于是，评价部12以不超过被再次设定的目标值A1的方式，对定时t1以后的剩余期间T2中的食谱进行再次建议(S47)。处理S46和S47相当于食谱建议方法中的评价步骤ST2。于是，处理部11将评价部12再次建议的食谱发送给提示装置2，从而再次建议的食谱被提示给用户5(S48)。处理S48相当于食谱建议方法中的处理步骤ST3。

不过，食谱建议系统(服务器1)也可以不具备目标值获得部101。在这种情况下，评价部12可以与目标值A1无关地来建议对象期间T1中的食谱。例如，评价部12通过接受用户5的家庭构成以及/或者年龄等输入，从而按照接受的输入来建议对象期间T1中的食谱。并且，例如评价部12可以通过接受来自用户5的菜肴烹制方法的输入，从而按照接受的输入来建议对象期间T1中的食谱(包括接受的菜肴烹制方法)。

(5)总结

通过以上的说明，第1形态所涉及的食谱建议系统(在此为服务器1)根据与对象期间(T1)的伙食费有关的目标值(A1)，来建议对象期间(T1)中的食谱。食谱建议系统(服务器1)具备评价部(12)和处理部(11)。评价部(12)在对象期间(T1)的中途的任意的定时(t1)，进行与食谱有关的评价。处理部(11)根据评价部(12)的结果，进行规定的处理。评价部(12)在从对象期间(T1)的开始到定时(t1)为止的期间中，根据与被建议的食谱的内容有关的第1信息、以及与针对被建议的食谱的实际成绩有关的第2信息，来进行评价。通过第1形态，能够期待建议的食谱内容的改善。

关于第2形态所涉及的食谱建议系统(服务器1)，在第1形态的基础上，规定的处理包括与按照第1信息和第2信息的差分的返还有关的处理。通过第2形态，在第1信息与第2信息产生差分的情况下，能够期待提高向用户(5)提供的服务。

关于第3形态所涉及的食谱建议系统(服务器1)，在第1或第2形态的基础上，进一步具备获得部(通信部10)，获得与用户(5)个别获得的食材(B2)有关的食材信息。食谱建议系统(服务器1)在获得了食材信息的情况下，从伙食费中减去相当于食材信息的费用，且提出利用食材(B2)的食谱的建议。通过第3形态，既能够容易地遵守针对对象期间(T1)的目标值(A1)，又能够容易地做到不浪费食材(B2)。

第4形态所涉及的食谱建议系统(服务器1)在第1至第3的任一个形态的基础上，在接受到表示取消建议的食谱的用户输入的情况下，执行与在外吃饭有关的建议处理。通过第4形态，用户(5)不仅是烹饪，而且能够容易地选择在外吃饭，因此能够提高方便性。并且，能够容易地进行食谱建议系统(服务器1)与提供在外吃饭服务的餐饮店一侧的联动。

关于第5形态所涉及的食谱建议系统(服务器1)，在第1至第4的任一个形态的基础上，食谱包括与一个或多个菜肴烹制方法有关的信息。通过第5形态，能够进一步提高方便性。

关于第6形态所涉及的食谱建议系统(服务器1)，在第5形态的基础上，第2信息与被建议的食谱中的各个菜肴烹制方法的实际成绩有关。通过第6形态，能够进行更细致的评价以及建议，从而能够进一步提高方便性。

第7形态所涉及的食谱建议系统(服务器1)，在第1至第6的任一个形态的基础上，在接受到表示采用建议的食谱的用户输入的情况下，执行请求处理，该请求处理是与食谱所对应的食材(B1)的配送有关的处理。通过第7形态，能够容易地实现将食谱建议系统(服务器1)与“食品配送服务”联动。

关于第8形态所涉及的食谱建议系统(服务器1)，在第1至第7的任一个形态的基础上，对象期间(T1)的伙食费作为固定费用而被预先设定。通过第8形态，能够容易地实现与食谱有关的费用固定制的订阅服务提供。

关于第9形态所涉及的食谱建议系统(服务器1)，在第1至第8的任一个形态的基础上，评价部(12)除了第1信息以及第2信息以外，还根据条件信息(D1)来进行评价，条件信息(D1)与食材的营养平衡以及用户的嗜好的至少一方相关。通过第9形态，能够进一步期待建议的食谱内容的改善。

关于第10形态所涉及的食谱建议系统(服务器1)，在第1至第9的任一个形态的基础上，规定的处理包括对对象期间(T1)中的定时(t1)以后的剩余的期间(T2)的食谱的内容进行变更的处理。通过第10形态，能够进一步期待建议的食谱内容的改善。

关于第11形态所涉及的食谱建议系统(服务器1)，在第1至第10的任一个形态的基础上，在得到与特定的食材有关的费用因进货而发生了变动的信息时，针对利用用户未购买的食材的食谱进行再次建议。通过第11形态，能够依照价格变动的食材，来进行更好的食谱建议。

关于第12形态所涉及的食谱建议系统(服务器1)，在第1至第11的任一个形态的基础上，评价部(12)在接受到表示建议的食谱的内容中的至少一部分内容的变更的用户输入的情况下，评价该变更后的食谱的内容是否满足目标值(A1)以及食材的营养平衡。食谱建议系统(服务器1)进一步具备对评价部(12)的评价结果进行通知的通知部(通信部10)。规定的处理包括进行再次建议的处理，即在评价为没有满足目标值(A1)以及营养平衡的情况下，针对定时(t1)以后的剩余的期间(T2)，再次建议满足目标值(A1)以及营养平衡的食谱。通过第12形态，即使在用户(5)直接对建议的食谱进行变更的情况下，也能够容易地实现考虑了目标值(A1)以及营养平衡的再次建议，从而能够进一步提高方便性。

关于第13形态所涉及的食谱建议系统(服务器1)，在第1至第12的任一个形态的基础上，评价部(12)除了第1信息以及第2信息以外，还根据与食材有关的管理期限来进行评价。通过第13形态，既能够抑制管理期限过期的食材的发生，又能够期待建议的食谱内容的改善。

第14形态所涉及的食谱支援系统(100)具备:根据与对象期间(T1)的伙食费有关的目标值(A1)，来建议对象期间(T1)中的食谱的服务器(1)、以及能够与服务器(1)进行通信的提示装置(2)。服务器(1)具备：在对象期间(T1)的中途的任意的定时(t1)进行与食谱有关的评价的评价部(12)、以及根据评价部的结果来进行规定的处理的处理部(11)。评价部(12)在从对象期间(T1)的开始到定时(t1)为止的期间中，根据与被建议的食谱的内容有关的第1信息、以及与针对被建议的食谱的实际成绩有关的第2信息，来进行评价。提示装置(2)具备：输入部(24)，输入针对食谱的实际成绩；通信部(21)，将实际成绩发送给服务器(1)，从服务器(1)接受与评价的结果有关的信息；输出部(25)，输出与评价的结果有关的信息；以及控制部(22)，对输入部(24)、通信部(21)以及输出部(25)进行控制。通过第14形态，能够提供一种食谱支援系统(100)，其能够期待建议的食谱内容的改善。

第15形态所涉及的程序使第14形态中的食谱支援系统(100)中的提示装置(2)的一个以上的处理器执行以下的方法。该方法包括如下的步骤:获得针对食谱的实际成绩的步骤、将实际成绩发送给服务器(1)的步骤、从服务器(1)接收与评价的结果有关的信息的步骤、以及输出与评价的结果有关的信息的步骤。通过第15形态，能够提供一种能够期待建议的食谱内容的改善的与提示装置(2)有关的功能。

第16形态所涉及的食谱建议方法根据与对象期间(T1)的伙食费有关的目标值，来建议对象期间(T1)中的食谱。食谱建议方法包括评价步骤和处理步骤，在评价步骤中，在对象期间(T1)的中途的任意的定时，进行与食谱有关的评价。在处理步骤中，根据评价步骤的结果来进行规定的处理。在评价步骤中，在从对象期间(T1)的开始到定时(t1)为止的期间中，根据与被建议的食谱的内容有关的第1信息、以及与针对被建议的食谱的实际成绩有关的第2信息，来进行评价。通过第16形态，能够提供一种食谱建议方法，其能够期待建议的食谱内容的改善。

第17形态所涉及的程序是使一个以上的处理器执行第16形态中的食谱建议方法的程序。通过第17形态，能够提供一种能够期待建议的食谱内容的改善的功能。

关于第2至第13形态所涉及的构成，并非是食谱建议系统中所必需的构成，可以适宜地省略。

并且，实施方式中的食谱建议系统(服务器1)具备：评价部(12)、处理部(11)、以及实际成绩获得部(102)。评价部(12)对对象期间(T1)中的食谱提出建议。处理部(11)将评价部(12)建议的食谱提示给用户(5)。实际成绩获得部(102)在对象期间(T1)的中途的任意的定时(t1)，从用户(5)获得针对评价部(12)建议的食谱的实际成绩。评价部(12)在从对象期间(T1)的开始到定时(t1)为止的期间中，在第1信息与第2信息存在差分的情况下，至少进行返还处理与再次建议处理的其中一方，所述第1信息是与评价部(12)建议的食谱的内容有关的信息，所述第2信息是与实际成绩获得部(102)获得的实际成绩有关的信息，所述返还处理是指，按照该差分对用户(5)进行返还的处理，所述再次建议处理是针对对象期间(T1)中的定时(t1)以后的剩余的期间(T2)，进行食谱的内容变更并再次提出建议的处理。

据此，能够期待向用户(5)建议的食谱内容的改善。并且，据此能够期待提高给用户(5)提供的服务。

并且，例如食谱建议系统(服务器1)具备目标值获得部(101)，获得与对象期间(T1)的伙食费有关的目标值(A1)。评价部(12)根据目标值获得部(101)获得的目标值(A1)，对对象期间(T1)中的食谱提出建议。

据此，能够期待向用户(5)建议的食谱内容的改善。并且，据此能够期待给用户(5)提供的服务的提高。

并且，例如评价部(12)在实际成绩获得部(102)得到了与用户5个别获得的食材(B2)的食材信息的情况下，从伙食费中减去相当于食材信息的费用，且建议利用该食材的食谱。

据此，既能够遵守针对对象期间(T1)的目标值(A1)，又能够容易地不使食材(B2)浪费。

并且，例如评价部(12)在实际成绩获得部(102)获得了表示取消建议的食谱的用户输入的情况下，执行建议在外吃饭的处理、或执行提供在外吃饭能够利用的优惠券信息的处理。

据此，用户(5)不仅是进行烹饪，而且能够容易地进行在外吃饭的选择，这样提高了方便性。并且，能够容易地进行食谱建议系统(服务器1)与提供在外吃饭服务的餐饮店一侧的联动。

并且，例如食谱包括与一个或多个菜肴烹制方法有关的信息。

据此，能够进一步提高方便性。

并且，例如第2信息是与被建议的食谱中的各个菜肴烹制方法的实际成绩有关的信息。

据此，能够进行更细致的评价以及建议，从而进一步提高方便性。

并且，例如评价部(12)在接受到表示采用建议的食谱的用户输入的情况下，执行与食谱所对应的食材的配送有关的请求处理。

据此，能够容易地实现食谱建议系统(服务器1)与“食品配送服务”的联动。

并且，例如对象期间(T1)的伙食费作为固定费用而被预先设定。

据此，能够容易地实现与食谱有关的费用固定制的订阅服务的提供。

并且，例如评价部(12)除了第1信息以及第2信息以外，还根据条件信息来进行评价，所述条件信息与食材的营养平衡以及用户的嗜好的至少一方有关。

据此，能够进一步期待建议的食谱内容的改善。

并且，例如食谱建议系统(服务器1)进一步具备获得关于食材的费用的费用信息的费用信息获得部(103)。评价部(12)在费用信息获得部(103)获得食材的费用因进货而发生了变动这一费用信息时，对利用还没有被用户(5)购买的食材的食谱进行再次建议。

据此，能够按照价格变动的食材，来进行更好的食谱建议。

并且，例如在食材的进货价的预测值比基准范围高的情况下，评价部(12)以不包括该食材的方式，对食谱进行再次建议，在食材的进货价的预测值比基准范围低的情况下，以包括该食材的方式，对食谱进行再次建议。

据此，能够按照价格变动的食材，来进行更好的食谱建议。

并且，例如评价部(12)在实际成绩获得部(102)获得了表示建议的食谱的内容中的至少一部分内容的变更的用户输入的情况下，对该变更后的食谱的内容是否满足目标值(A1)以及食材的营养平衡进行评价。食谱建议系统(服务器1)进一步具备对评价部(12)的评价结果进行通知的通知部(通信部10)。评价部(12)在评价为没有满足目标值(A1)以及营养平衡的情况下，针对定时(t1)以后的剩余的期间(T2)，对满足目标值(A1)以及营养平衡的食谱进行再次建议。

据此，即使在用户(5)对建议的食谱直接进行变更的情况下，也能够容易地实现考虑了目标值(A1)以及营养平衡的再次建议，从而能够进一步提高方便性。

并且，例如评价部(12)除了第1信息以及第2信息以外，还根据与食材有关的管理期限来进行评价。

据此，既能够抑制管理期限过期的食材的发生，又能够期待建议的食谱内容的改善。

并且，例如食谱建议方法包括评价步骤(ST2)、处理步骤(ST3)、以及实际成绩获得步骤(ST4)。在评价步骤(ST2)中，对对象期间(T1)中的食谱提出建议。在处理步骤(ST3)中，将通过评价步骤(ST2)建议的食谱提示给用户(5)。在实际成绩获得步骤(ST4)中，在对象期间(T1)中途的任意的定时(t1)，从用户(5)获得针对在评价步骤(ST2)建议的食谱的实际成绩。在评价步骤(ST2)中，在从对象期间(T1)的开始到定时(t1)为止的期间中，在第1信息与第2信息存在差分的情况下，进行返还处理与再次建议处理的至少一方，所述第1信息是与评价步骤(ST2)建议的食谱的内容有关的信息，所述第2信息是与实际成绩获得步骤(ST4)获得的实际成绩有关的信息，所述返还处理是与按照所述差分来向用户(5)进行的返还有关的处理，所述再次建议处理是针对对象期间(T1)中的定时(t1)以后的剩余的期间(T2)，变更食谱的内容并再次提出建议的处理。

据此，能够向用户(5)提供一种食谱建议方法，其能够期待建议的食谱内容的改善。并且，据此能够提供一种能够期待提高给用户(5)提供的服务的食谱建议方法。

并且，例如程序使一个以上的处理器执行上述的食谱建议方法。

据此，能够向用户(5)提供一种能够期待建议的食谱内容的改善的功能。并且，据此，能够提供一种能够期待提高给用户(5)提供的服务的功能。

并且，信息处理方法包括第1处理步骤、第2处理步骤、以及第3处理步骤。在第1处理步骤中，获得对象期间(T1)中的食谱，并将获得的食谱提示给用户(5)。在第2处理步骤中，在对象期间(T1)的中途的任意的定时(t1)，从用户(5)获得针对通过第1处理步骤提示的食谱的实际成绩。在第3处理步骤中，在从对象期间(T1)的开始到定时(t1)为止的期间中，在第1信息与第2信息存在差分的情况下，将通过返还处理与再次建议处理的至少一方而得到的信息提示给用户(5)，第1信息是与第1处理步骤提示的食谱的内容有关的信息，第2信息是与第2处理步骤获得的实际成绩有关的信息，返还处理是与按照差分向用户(5)进行的返还有关的处理，再次建议处理是针对对象期间(T1)中的定时(t1)以后的剩余的期间(T2)，对食谱的内容进行变更并再次提出建议的处理。

据此，能够提供一种信息处理方法，其能够期待向用户(5)建议的食谱内容的改善。并且，据此能够提供一种能够期待提高给用户(5)提供的服务的信息处理方法。

上述信息处理方法例如能够在用户(5)所拥有的信息终端(2)来执行。另外，在上述信息处理方法中，返还处理以及再次建议处理均可以不必在信息终端(2)执行，例如可以在食谱建议系统(服务器1)执行。

并且，信息处理装置(信息终端2)具备处理部(控制部22)。处理部具有第1处理功能、第2处理功能、以及第3处理功能。在第1处理功能中，获得对象期间(T1)中的食谱，将获得的食谱提示给用户(5)。在第2处理功能中，在对象期间(T1)的中途的任意的定时(t1)，从用户(5)获得针对通过第1处理功能提示的食谱的实际成绩。在第3处理功能中，在从对象期间(T1)的开始到定时(t1)为止的期间中，在第1信息与第2信息存在差分的情况下，将通过返还处理以及再次建议处理的至少一方而得到的信息提示给用户(5)，第1信息是与通过第1处理功能提示的食谱的内容有关的信息，第2信息是与通过第2处理功能获得的实际成绩有关的信息，返还处理是与按照差分向用户(5)进行的返还有关的处理，再次建议处理是针对对象期间(T1)中的定时(t1)以后的剩余的期间(T2)，对食谱的内容进行变更并再次提出建议的处理。

据此，能够提供一种信息处理装置，其能够期待向用户(5)建议的食谱内容的改善。并且，据此，能够提供一种能够期待提高给用户(5)提供的服务的信息处理装置。

在上述信息处理装置中，第1处理功能、第2处理功能、以及第3处理功能可以由一个处理部来执行，也可以按每个功能而由不同的处理部执行。

符号说明

100 食谱支援系统

1 服务器(食谱建议系统)

10 通信部(获得部、通知部)

101 目标值获得部

102 实际成绩获得部

103 费用信息获得部

11 处理部

12 评价部

2 提示装置(信息终端)

21 通信部

22 控制部

24 输入部

25 输出部

5 用户

A1 目标值

B1、B2 食材

D1 条件信息

T1 对象期间

ST1 目标值获得步骤

ST2 评价步骤

ST3 处理步骤

ST4 实际成绩获得步骤

t1 定时

T2 剩余的期间

Claims (17)

1.一种食谱建议系统，

所述食谱建议系统具备：

评价部，对对象期间中的食谱提出建议；

处理部，将所述评价部建议的所述食谱提示给用户；以及

实际成绩获得部，在所述对象期间的中途的任意的定时，从所述用户获得针对所述评价部建议的所述食谱的实际成绩，

所述评价部，在从所述对象期间的开始到所述定时为止的期间中，在第1信息与第2信息之间存在差分的情况下，进行返还处理和再次建议处理的至少一方，所述第1信息是与所述评价部建议的所述食谱的内容有关的信息，所述第2信息是与所述实际成绩获得部获得的所述实际成绩有关的信息，所述返还处理是与按照所述差分来给所述用户的返还有关的处理，所述再次建议处理是针对所述对象期间中的所述定时以后的剩余的期间，变更所述食谱的内容并再次提出建议的处理。

2.如权利要求1所述的食谱建议系统，

所述食谱建议系统进一步具备目标获得部，获得与所述对象期间的伙食费有关的目标值，

所述评价部根据所述目标获得部获得的所述目标值，来建议所述对象期间中的所述食谱。

3.如权利要求1或2所述的食谱建议系统，

所述评价部，在所述实际成绩获得部得到与所述用户个别获得的食材有关的食材信息的情况下，从伙食费中减去相当于所述食材信息的费用，并提出利用所述食材的食谱建议。

4.如权利要求1至3的任一项所述的食谱建议系统，

所述评价部，在所述实际成绩获得部得到表示对建议的所述食谱进行取消的用户输入的情况下，执行建议在外吃饭的处理，或者执行提供所述在外吃饭能够利用的优惠券信息的处理。

5.如权利要求1至4的任一项所述的食谱建议系统，

所述食谱包括与一个或多个菜肴烹制方法有关的信息。

6.如权利要求5所述的食谱建议系统，

所述第2信息是与建议的所述食谱中的各个菜肴烹制方法的实际成绩有关的信息。

7.如权利要求1至6的任一项所述的食谱建议系统，

所述评价部在接受到表示采用建议的所述食谱的用户输入的情况下，执行与所述食谱所对应的食材的配送有关的请求处理。

8.如权利要求1至7的任一项所述的食谱建议系统，

所述对象期间的伙食费作为固定费用而被预先设定。

9.如权利要求1至8的任一项所述的食谱建议系统，

所述评价部，除了所述第1信息以及所述第2信息以外，还根据条件信息来进行与所述食谱有关的评价，所述条件信息是与食材的营养平衡以及用户的嗜好的至少一方相关的信息。

10.如权利要求1至9的任一项所述的食谱建议系统，

所述食谱建议系统进一步具备费用信息获得部，获得关于食材的费用的费用信息，

所述评价部，在所述费用信息获得部得到表示所述食材的费用因进货而发生了变动的所述费用信息时，对利用所述用户未购买的食材的食谱进行再次建议。

11.如权利要求10所述的食谱建议系统，

所述评价部，在所述食材的进货价的预测值比基准范围高的情况下，以不包括该食材的方式，对所述食谱进行再次建议，在所述食材的进货价的预测值比所述基准范围低的情况下，以包括该食材的方式，对所述食谱进行再次建议。

12.如权利要求1至11的任一项所述的食谱建议系统，

所述食谱建议系统进一步具备目标获得部，获得与所述对象期间的伙食费有关的目标值，

所述评价部，在所述实际成绩获得部得到表示建议的所述食谱的内容之中的至少一部分内容的变更的用户输入的情况下，对该变更后的所述食谱的内容是否满足所述目标值以及食材的营养平衡进行评价，

所述食谱建议系统进一步具备通知部，对所述评价部的评价结果进行通知，

所述评价部在评价为没有满足所述目标值以及所述营养平衡的情况下，针对所述定时以后的剩余的期间，再次建议满足所述目标值以及所述营养平衡的食谱。

13.如权利要求1至12的任一项所述的食谱建议系统，

所述评价部，除了所述第1信息以及所述第2信息以外，还根据与食材有关的管理期限，来进行与所述食谱有关的评价。

14.一种食谱建议方法，

所述食谱建议方法包括：

评价步骤，对对象期间中的食谱提出建议；

处理步骤，将由所述评价步骤建议的所述食谱提示给用户；以及

实际成绩获得步骤，在所述对象期间的中途的任意的定时，从所述用户获得针对由所述评价步骤建议的所述食谱的实际成绩，

在所述评价步骤中，在从所述对象期间的开始到所述定时为止的期间中，在第1信息与第2信息之间存在差分的情况下，进行返还处理和再次建议处理的至少一方，所述第1信息是与通过所述评价步骤建议的所述食谱的内容有关的信息，所述第2信息是与通过所述实际成绩获得步骤获得的所述实际成绩有关的信息，所述返还处理是与按照所述差分来给所述用户的返还有关的处理，所述再次建议处理是针对所述对象期间中的所述定时以后的剩余的期间，变更所述食谱的内容并再次提出建议的处理。

15.一种程序，使一个以上的处理器执行权利要求14所述的食谱建议方法。

16.一种信息处理方法，包括：

第1处理步骤，获得对象期间中的食谱，并将获得的所述食谱提示给用户；

第2处理步骤，在所述对象期间的中途的任意的定时，从所述用户获得针对通过所述第1处理步骤提示的所述食谱的实际成绩；以及

第3处理步骤，在从所述对象期间的开始到所述定时为止的期间中，在第1信息与第2信息之间存在差分的情况下，将通过返还处理和再次建议处理的至少一方的处理而得到的信息提示给所述用户，所述第1信息是与通过所述第1处理步骤提示的所述食谱的内容有关的信息，所述第2信息是与通过所述第2处理步骤获得的所述实际成绩有关的信息，所述返还处理是与按照所述差分来给所述用户的返还有关的处理，所述再次建议处理是针对所述对象期间中的所述定时以后的剩余的期间，变更所述食谱的内容并再次提出建议的处理。

17.一种信息处理装置，具备处理部，

所述处理部具有如下的功能：

第1处理功能，获得对象期间中的食谱，并将获得的所述食谱提示给用户；

第2处理功能，在所述对象期间的中途的任意的定时，从所述用户获得针对通过所述第1处理功能提示的所述食谱的实际成绩；以及

第3处理功能，在从所述对象期间的开始到所述定时为止的期间中，在第1信息与第2信息之间存在差分的情况下，将通过返还处理和再次建议处理的至少一方的处理而得到的信息提示给所述用户，所述第1信息是与通过所述第1处理功能提示的所述食谱的内容有关的信息，所述第2信息是与通过所述第2处理功能获得的所述实际成绩有关的信息，所述返还处理是与按照所述差分来给所述用户的返还有关的处理，所述再次建议处理是针对所述对象期间中的所述定时以后的剩余的期间，变更所述食谱的内容并再次提出建议的处理。

Images