本申请涉及餐饮领域，尤其涉及一种用于生成个性化菜谱的方法、终端和服务器。
背景技术：
随着社会的发展，物质极大丰富，电商高度发达，所需的食材比较容易获得，人们餐桌上的菜肴的种类也越发丰富。
然而，由于食品价格、环境卫生、食品安全等原因，导致人们在大多数情况下仍然在家就餐。另外，很多人也乐于自己在家里做菜，享受做菜的过程。同时，现代人的工作压力大，工作时间长，导致花费在做菜上的时间有限。一般情况下，人们都是按照从书本上或者网络上获取的菜谱做菜。一方面这些菜谱的参数不够详尽，导致初学者很难上手。另一方面，即使有的人掌握了一些基本功，但是菜谱本身往往只考虑大多数人的口味需求，最终做出来的菜仍然可能不符合自己或家人的口味，这就是大家熟知的众口难调。
技术实现要素：
本申请的目的是：提供一种用于生成个性化菜谱的方法、终端和服务器。
为解决上述技术问题，第一方面，本申请提供了一种用于生成个性化菜谱的方法，所述方法包括：
从服务器获取一菜品的参数化菜谱，所述参数化菜谱包括所述菜品的多种用料的参数以及所述菜品的食用方法信息；
接收对所述参数化菜谱的第一修改信息，所述第一修改信息根据用户对所述菜品的烹制效果而确定；
向所述服务器发送所述第一修改信息；
接收对所述参数化菜谱的第二修改信息，所述第二修改信息根据至少一专业人员对所述菜品的烹制效果而确定；
向所述服务器发送所述第二修改信息；
接收所述用户输入的对所述参数化菜谱的定型确认信息，所述定型确认信息表示所述用户满意于按照所述第一修改信息和所述第二修改信息修改后的所述参数化菜谱；
向所述服务器发送所述定型确认信息，以使所述服务器生成所述菜品对应所述用户的个性化菜谱。
结合第一方面的任一种可能的实现方式，在第二种可能的实现方式中，所述参数化菜谱还包括所述菜品的至少一种用料的商家推荐信息。
结合第一方面的任一种可能的实现方式，在第三种可能的实现方式中，所述第一修改信息或所述第二修改信息包括对应所述商家推荐信息的修改信息。
结合第一方面的任一种可能的实现方式，在第四种可能的实现方式中，所述参数化菜谱是初始参数化菜谱或者优化过程中菜谱，所述优化过程中菜谱是修改后的所述初始参数化菜谱。
结合第一方面的任一种可能的实现方式，在第五种可能的实现方式中，所述食用方法信息包括所述菜品的食用方法指导视频。
结合第一方面的任一种可能的实现方式，在第六种可能的实现方式中，所述多种用料的参数包括主料、主调料、辅调料中至少一项的用量。
结合第一方面的任一种可能的实现方式，在第七种可能的实现方式中，所述参数化菜谱还包括所述菜品与其他菜品之间相生相克的信息、所述菜品的口味、所述菜品的烹制步骤、所述菜品的烹制火候、所述菜品备料阶段的处理步骤中的至少一项。
结合第一方面的任一种可能的实现方式，在第八种可能的实现方式中，所述方法还包括：
从所述服务器获取历史修改信息，所述历史修改信息由所述服务器根据已经接收到的所述第一修改信息或所述第二修改信息生成；
显示所述历史修改信息，以便所述用户或所述至少一专业人员根据所述历史修改信息对所述参数化菜谱进行新的修改；
接收新的修改信息；
向所述服务器发送所述新的修改信息。
结合第一方面的任一种可能的实现方式，在第九种可能的实现方式中，所述历史修改信息包括按照时间顺序排列的多个所述第一修改信息或多个所述第二修改信息。
结合第一方面的任一种可能的实现方式，在第十种可能的实现方式中，所述方法还包括：
向所述用户输出对应所述菜品的满意度评价界面；
响应于所述用户输入满意信息，则将所述用户输入的满意信息识别为所述定型确认信息。
结合第一方面的任一种可能的实现方式，在第十一种可能的实现方式中，所述方法还包括：
响应于所述用户输入非满意信息，向所述用户输出一修改界面，所述修改界面用于接收用户或所述至少一专业人员的对所述参数化菜谱的修改以得到所述第一修改信息或所述第二修改信息。
结合第一方面的任一种可能的实现方式，在第十二种可能的实现方式中，所述方法还包括：
记录所述用户对所述参数化菜品和所述个性化菜谱的浏览信息；
向所述服务器发送所述浏览信息。
结合第一方面的任一种可能的实现方式，在第十三种可能的实现方式中，所述方法还包括:
接收用户输入的对所述个性化菜谱的分享请求，所述分享请求包括所述用户的好友信息；
向所述服务器发送所述分享请求。
第二方面，本申请提供一种用于生成个性化菜谱的方法，所述方法包括：
向终端发送一菜品的参数化菜谱，所述参数化菜谱包括所述菜品的多种用料的参数以及所述菜品的食用方法信息；
从所述终端接收对所述参数化菜谱的第一修改信息，所述第一修改信息根据用户对所述菜品的烹制效果而确定；
根据所述第一修改信息，生成并存储所述菜品对应所述用户的第一优化过程中菜谱；
从所述终端接收对所述参数化菜谱的第二修改信息，所述第二修改信息根据至少一专业人员对所述菜品的烹制效果而确定；
根据所述第二修改信息，生成并存储所述菜品对应所述用户的第二优化过程中菜谱；
从所述终端接收所述参数化菜谱的定型确认信息，所述定型确认信息表示所述用户满意于按照所述第一修改信息和所述第二修改信息修改后的所述参数化菜谱；
根据所述定型确认信息，生成并存储所述菜品对应所述用户的个性化菜谱。
结合第二方面的任一种可能的实现方式，在第二种可能的实现方式中，所述方法还包括：
从所述终端接收所述用户的注册信息；
根据所述注册信息生成所述用户的账号。
结合第二方面的任一种可能的实现方式，在第三种可能的实现方式中，所述第一修改信息、所述第二修改信息、所述第一优化过程中菜谱、所述第二优化过程中菜谱以及所述个性化菜谱都和所述用户的账号相关联。
结合第二方面的任一种可能的实现方式，在第四种可能的实现方式中，所述方法还包括：
将所述用户的账号和所述用户的家庭成员的账号相关联。
结合第二方面的任一种可能的实现方式，在第五种可能的实现方式中，所述参数化菜谱是初始参数化菜谱或者优化过程中菜谱，所述优化过程中菜谱包括所述第一优化过程中菜谱和所述第二优化过程中菜谱。
结合第二方面的任一种可能的实现方式，在第六种可能的实现方式中，所述方法还包括：
接收并存储管理员上传的所述菜品的所述初始参数化菜谱。
结合第二方面的任一种可能的实现方式，在第七种可能的实现方式中，所述参数化菜谱还包括所述菜品的至少一种用料的商家推荐信息。
结合第二方面的任一种可能的实现方式，在第八种可能的实现方式中，所述第一修改信息或所述第二修改信息包括对应所述商家推荐信息的修改信息。
结合第二方面的任一种可能的实现方式，在第九种可能的实现方式中，所述食用方法信息包括所述菜品的食用方法指导视频。
结合第二方面的任一种可能的实现方式，在第十种可能的实现方式中，所述多种用料的参数包括主料、主调料、辅调料中至少一项的用量。
结合第二方面的任一种可能的实现方式，在第十一种可能的实现方式中，所述参数化菜谱还包括所述菜品与其他菜品之间相生相克的信息、所述菜品的口味、所述菜品烹制步骤、所述菜品的烹制火候、所述菜品备料阶段的处理步骤中的至少一项。
结合第二方面的任一种可能的实现方式，在第十二种可能的实现方式中，所述方法还包括：
根据不同时间接收到的多个所述第一修改信息或多个所述第二修改信息生成历史修改信息；
存储所述历史修改信息。
结合第二方面的任一种可能的实现方式，在第十三种可能的实现方式中，所述方法还包括：
向所述终端发送所述历史修改信息，以便所述用户或所述至少一专业人员根据所述历史修改信息对所述参数化菜谱进行新的修改；
从所述终端接收新的修改信息；
根据所述新的修改信息更新所述历史修改信息。
结合第二方面的任一种可能的实现方式，在第十四种可能的实现方式中，所述方法还包括：
从所述终端接收所述用户对所述参数化菜品和所述个性化菜谱的浏览信息；
根据所述浏览信息向所述用户发送广告信息。
结合第二方面的任一种可能的实现方式，在第十五种可能的实现方式中，所述方法还包括：从所述终端接收分享请求，所述分享请求包括所述用户的好友信息；
根据所述好友信息，向所述用户的好友推荐所述个性化菜谱，或者，通知相应商家向所述用户的好友赠送按照所述个性化菜谱烹制的菜品。
第三方面，本申请提供一种用于生成个性化菜谱的终端，所述终端包括：
一通信模块，用于从服务器获取一菜品的参数化菜谱，所述参数化菜谱包括所述菜品的多种用料的参数以及所述菜品的食用方法信息；
一输入模块，用于接收对所述参数化菜谱的第一修改信息，所述第一修改信息根据用户对所述菜品的烹制效果而确定；
所述通信模块，还用于向所述服务器发送所述第一修改信息；
所述输入模块，还用于接收对所述参数化菜谱的第二修改信息，所述第二修改信息根据至少一专业人员对所述菜品的烹制效果而确定；
所述通信模块，还用于向所述服务器发送所述第二修改信息；
所述输入模块，还用于接收用户输入的对所述参数化菜谱的定型确认信息，所述定型确认信息表示所述用户满意于按照所述第一修改信息和所述第二修改信息修改后的所述参数化菜谱；
所述通信模块，还用于向所述服务器发送所述定型确认信息，以使所述服务器生成所述菜品对应所述用户的个性化菜谱。
结合第三方面的任一种可能的实现方式，在第二种可能的实现方式中，所述参数化菜谱还包括所述菜品的至少一种用料的商家推荐信息。
结合第三方面的任一种可能的实现方式，在第三种可能的实现方式中，所述第一修改信息或所述第二修改信息包括对应所述商家推荐信息的修改信息。
结合第三方面的任一种可能的实现方式，在第四种可能的实现方式中，所述参数化菜谱是初始参数化菜谱或者优化过程中菜谱，所述优化过程中菜谱是修改后的所述初始参数化菜谱。
结合第三方面的任一种可能的实现方式，在第五种可能的实现方式中，所述食用方法信息包括所述菜品的食用方法指导视频。
结合第三方面的任一种可能的实现方式，在第六种可能的实现方式中，所述多种用料的参数包括主料、主调料、辅调料中至少一项的用量。
结合第三方面的任一种可能的实现方式，在第七种可能的实现方式中，所述参数化菜谱还包括所述菜品与其他菜品之间相生相克的信息、所述菜品的口味、所述菜品的烹制步骤、所述菜品的烹制火候、所述菜品备料阶段的处理步骤中的至少一项。
结合第三方面的任一种可能的实现方式，在第八种可能的实现方式中，所述通信模块，还用于从所述服务器获取历史修改信息，所述历史修改信息由所述服务器根据已经接收到的所述第一修改信息或所述第二修改信息生成；
所述终端还包括：
一输出模块，用于显示所述历史修改信息，以便所述用户或所述至少一专业人员根据所述历史修改信息对所述参数化菜谱进行新的修改；
所述输入模块，还用于接收新的修改信息；
所述通信模块，还用于向所述服务器发送所述新的修改信息。
结合第三方面的任一种可能的实现方式，在第九种可能的实现方式中，所述历史修改信息包括按照时间顺序排列的多个所述第一修改信息或多个所述第二修改信息。
结合第三方面的任一种可能的实现方式，在第十种可能的实现方式中，所述终端还包括：
一输出模块，用于向所述用户输出对应所述菜品的满意度评价界面；
一处理模块，用于响应于所述用户输入满意信息，则将所述用户输入的满意信息识别为所述定型确认信息。
结合第三方面的任一种可能的实现方式，在第十一种可能的实现方式中，所述输出模块，还用于响应于所述用户输入非满意信息，向所述用户输出一修改界面，所述修改界面用于接收用户或所述至少一专业人员的对所述参数化菜谱的修改以得到所述第一修改信息或所述第二修改信息。
结合第三方面的任一种可能的实现方式，在第十二种可能的实现方式中，所述终端还包括：
一记录模块，用于记录所述用户对所述参数化菜品和所述个性化菜谱的浏览信息；
所述通信模块，还用于向所述服务器发送所述浏览信息。
结合第三方面的任一种可能的实现方式，在第十三种可能的实现方式中，所述输入模块，还用于接收用户输入的对所述个性化菜谱的分享请求，所述分享请求包括所述用户的好友信息；
所述通信模块，还用于向所述服务器发送所述分享请求。
第四方面，本申请提供一种用于生成个性化菜谱的服务器，所述服务器包括：
一通信模块，用于向终端发送一菜品的参数化菜谱，所述参数化菜谱包括所述菜品的多种用料的参数以及所述菜品的食用方法信息；
所述通信模块，还用于从所述终端接收对所述参数化菜谱的第一修改信息，所述第一修改信息根据用户对所述菜品的烹制效果而确定；
一处理模块，用于根据所述第一修改信息，生成所述菜品对应所述用户的第一优化过程中菜谱；
所述通信模块，还用于从所述终端接收对所述参数化菜谱的第二修改信息，所述第二修改信息根据至少一专业人员对所述菜品的烹制效果而确定；
所述处理模块，还用于根据所述第二修改信息，生成并存储所述菜品对应所述用户的第二优化过程中菜谱；
所述通信模块，还用于从所述终端接收所述参数化菜谱的定型确认信息，所述定型确认信息表示所述用户满意于按照所述第一修改信息和所述第二修改信息修改后的所述参数化菜谱；
所述处理模块，还用于根据所述定型确认信息，生成所述菜品对应所述用户的个性化菜谱；
一存储模块，用于存储所述第一优化过程中菜谱、所述第二优化过程中菜谱和所述个性化菜谱。
结合第四方面的任一种可能的实现方式，在第二种可能的实现方式中，所述通信模块，还用于从所述终端接收所述用户的注册信息；
所述处理模块，还用于根据所述注册信息生成所述用户的账号。
结合第四方面的任一种可能的实现方式，在第三种可能的实现方式中，所述第一修改信息、所述第二修改信息、所述第一优化过程中菜谱、所述第二优化过程中菜谱以及所述个性化菜谱都和所述用户的账号相关联。
结合第四方面的任一种可能的实现方式，在第四种可能的实现方式中，所述处理模块，还用于将所述用户的账号和所述用户的家庭成员的账号相关联。
结合第四方面的任一种可能的实现方式，在第五种可能的实现方式中，所述参数化菜谱是初始参数化菜谱或者优化过程中的菜谱，所述优化过程中菜谱包括所述第一优化过程中菜谱和所述第二优化过程中菜谱。
结合第四方面的任一种可能的实现方式，在第六种可能的实现方式中，所述通信模块，还用于接收管理员上传的所述菜品的所述初始参数化菜谱；
所述存储模块，还用于存储所述初始参数化菜谱。
结合第四方面的任一种可能的实现方式，在第七种可能的实现方式中，所述参数化菜谱还包括所述菜品的至少一种用料的商家推荐信息。
结合第四方面的任一种可能的实现方式，在第八种可能的实现方式中，所述第一修改信息或所述第二修改信息包括对应所述商家推荐信息的修改信息。
结合第四方面的任一种可能的实现方式，在第九种可能的实现方式中，所述食用方法信息包括所述菜品的食用方法指导视频。
结合第四方面的任一种可能的实现方式，在第十种可能的实现方式中，所述多种用料的参数包括主料、主调料、辅调料中至少一项的用量。
结合第四方面的任一种可能的实现方式，在第十一种可能的实现方式中，所述参数化菜谱还包括所述菜品与其他菜品之间相生相克的信息、所述菜品的口味、所述菜品烹制步骤、所述菜品的烹制火候、所述菜品备料阶段的处理步骤中的至少一项。
结合第四方面的任一种可能的实现方式，在第十二种可能的实现方式中，所述处理模块，还用于根据不同时间接收到的多个所述第一修改信息或多个所述第二修改信息生成历史修改信息；
所述存储模块，还用于存储所述历史修改信息。
结合第四方面的任一种可能的实现方式，在第十三种可能的实现方式中，所述通信模块，还用于向所述终端发送所述历史修改信息，以便所述用户或所述至少一专业人员根据所述历史修改信息对所述参数化菜谱进行新的修改；
所述通信模块，还用于从所述终端接收新的修改信息；
所述处理模块，还用于根据所述新的修改信息更新所述历史修改信息。
结合第四方面的任一种可能的实现方式，在第十四种可能的实现方式中，所述通信模块，还用于从所述终端接收所述用户对所述参数化菜品和所述个性化菜谱的浏览信息，以及根据所述浏览信息向所述用户发送广告信息。
结合第四方面的任一种可能的实现方式，在第十五种可能的实现方式中，所述通信模块，还用于从所述终端接收分享请求，所述分享请求包括所述用户的好友信息；
所述通信模块，还用于根据所述好友信息，向所述用户的好友推荐所述个性化菜谱，或者，通知相应商家向所述用户的好友赠送按照所述个性化菜谱烹制的菜品。
第五方面，本申请提供一种终端设备，所述终端设备包括：
一存储器，用于存储指令；
一处理器，用于执行所述存储器存储的指令，所述指令使得所述处理器执行以下操作：
从服务器获取一菜品的参数化菜谱，所述参数化菜谱包括所述菜品的多种用料的参数以及所述菜品的食用方法信息；
接收对所述参数化菜谱的第一修改信息，所述第一修改信息根据用户对所述菜品的烹制效果而确定；
向所述服务器发送所述第一修改信息；
接收对所述参数化菜谱的第二修改信息，所述第二修改信息根据至少一专业人员对所述菜品的烹制效果而确定；
向所述服务器发送所述第二修改信息；
接收所述用户输入的对所述参数化菜谱的定型确认信息，所述定型确认信息表示所述用户满意于按照所述第一修改信息和所述第二修改信息修改后的所述参数化菜谱；
向所述服务器发送所述定型确认信息，以使所述服务器生成所述菜品对应所述用户的个性化菜谱。
第六方面，本申请提供一种服务器设备，所述服务器设备包括：
一存储器，用于存储指令；
一处理器，用于执行所述存储器存储的指令，所述指令使得所述处理器执行以下操作：
向终端发送一菜品的参数化菜谱，所述参数化菜谱包括所述菜品的多种用料的参数以及所述菜品的食用方法信息；
从所述终端接收对所述参数化菜谱的第一修改信息，所述第一修改信息根据用户对所述菜品的烹制效果而确定；
根据所述第一修改信息，生成并存储所述菜品对应所述用户的第一优化过程中菜谱；
从所述终端接收对所述参数化菜谱的第二修改信息，所述第二修改信息根据至少一专业人员对所述菜品的烹制效果而确定；
根据所述第二修改信息，生成并存储所述菜品对应所述用户的第二优化过程中菜谱；
从所述终端接收所述参数化菜谱的定型确认信息，所述定型确认信息表示所述用户满意于按照所述第一修改信息和所述第二修改信息修改后的所述参数化菜谱；
根据所述定型确认信息，生成并存储所述菜品对应所述用户的个性化菜谱。
第七方面，本申请提供一种计算机可读存储介质，其存储有计算机程序，所述计算机程序是计算机执行下述方法：
从服务器获取一菜品的参数化菜谱，所述参数化菜谱包括所述菜品的多种用料的参数以及所述菜品的食用方法信息；
接收对所述参数化菜谱的第一修改信息，所述第一修改信息根据用户对所述菜品的烹制效果而确定；
向所述服务器发送所述第一修改信息；
接收对所述参数化菜谱的第二修改信息，所述第二修改信息根据至少一专业人员对所述菜品的烹制效果而确定；
向所述服务器发送所述第二修改信息；
接收所述用户输入的对所述参数化菜谱的定型确认信息，所述定型确认信息表示所述用户满意于按照所述第一修改信息和所述第二修改信息修改后的所述参数化菜谱；
向所述服务器发送所述定型确认信息，以使所述服务器生成所述菜品对应所述用户的个性化菜谱。
第八方面，本申请提供一种计算机可读存储介质，其存储有计算机程序，所述计算机程序是计算机执行下述方法：
向终端发送一菜品的参数化菜谱，所述参数化菜谱包括所述菜品的多种用料的参数以及所述菜品的食用方法信息；
从所述终端接收对所述参数化菜谱的第一修改信息，所述第一修改信息根据用户对所述菜品的烹制效果而确定；
根据所述第一修改信息，生成并存储所述菜品对应所述用户的第一优化过程中菜谱；
从所述终端接收对所述参数化菜谱的第二修改信息，所述第二修改信息根据至少一专业人员对所述菜品的烹制效果而确定；
根据所述第二修改信息，生成并存储所述菜品对应所述用户的第二优化过程中菜谱；
从所述终端接收所述参数化菜谱的定型确认信息，所述定型确认信息表示所述用户满意于按照所述第一修改信息和所述第二修改信息修改后的所述参数化菜谱；
根据所述定型确认信息，生成并存储所述菜品对应所述用户的个性化菜谱。
本发明实施例所述用于生成个性化菜谱的方法、终端和服务器，通过对参数化菜谱进行迭代修改，并在修改过程中结合用户和专业人员的烹制效果，能够帮助用户快速地得到符合自己口味的个性化菜谱。
附图说明
图1是本发明一个实施例所述生成个性化菜谱的方法流程图；
图2是本发明所述一个实施例中所述方法实现架构示意图；
图3是本发明另一实施例所述生成个性化菜谱的方法流程图；
图4是本发明实施例所述终端的模块结构示意图；
图5是本发明实施例所述服务器的模块结构示意图；
图6是本发明实施例所述终端设备的硬件结构示意图；
图7是本发明实施例所述服务器设备的硬件结构示意图。
具体实施方式
下面结合附图和实施例，对本发明的具体实施方式作进一步详细说明。以下实施例用于说明本发明，但不用来限制本发明的范围。
本领域技术人员理解，在本发明的实施例中，下述各步骤的序号的大小并不意味着执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
另外，本发明中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等，既不代表任何特定技术含义，也不表示它们之间的必然逻辑顺序。
按照现有菜谱做出的菜肴之所以不能符合某些人的口味，是因为这些菜谱在设计之初并没有考虑人们的个性化口味。因此，本发明提供一种用于生成个性化菜谱的方法，如图1所示，所示方法包括：
s110：从服务器获取一菜品的参数化菜谱，所述参数化菜谱包括所述菜品的多种用料的参数以及所述菜品的食用方法信息；
s120：接收对所述参数化菜谱的第一修改信息，所述第一修改信息根据用户对所述菜品的烹制效果而确定；
s130：向所述服务器发送所述第一修改信息；
s140：接收对所述参数化菜谱的第二修改信息，所述第二修改信息根据至少一专业人员对所述菜品的烹制效果而确定；
s150：向所述服务器发送所述第二修改信息；
s200：接收用户输入的对所述参数化菜谱的定型确认信息，所述定型确认信息表示所述用户满意于按照所述第一修改信息和所述第二修改信息修改后的所述参数化菜谱；
s210：向所述服务器发送所述定型确认信息，以使所述服务器生成所述菜品对应所述用户的个性化菜谱。
本申请所述方法，从服务器获取参数化菜谱，通过对参数化菜谱进行迭代修改直至用户满意，并在修改过程同时参考用户自己和专业人员的烹制效果，从而可以快速地得到符合用户的个性化口味的个性化菜谱。所述方法可以在一终端设备上实施，所述终端设备比如可以是智能手机、电脑、平板电脑、穿戴式设备、智能烹饪设备等。
以下将结合附图和具体实施方式详细说明所述方法的各个步骤。
s110：从服务器获取一菜品的参数化菜谱，所述参数化菜谱包括所述菜品的多种用料的参数以及所述菜品的食用方法信息。
所述服务器可以比如是云服务器，其可以比如由餐饮企业提供，当然也可以由其他的云服务器提供商提供，然后租借给比如餐饮企业等相关企业。
所述参数化菜谱，顾名思义就是将所述菜谱的相关信息比如用料、火候或者处理时间等给出相应的具体数据的菜谱。其中，所述多种用料的参数包括主料、主调料、辅调料中至少一项的用量。所述食用方法信息包括所述菜品的食用方法指导视频，比如通过视频指导食用者如何食用螃蟹。所述食用方法信息对应的是菜肴入口前的最后一步，也是十分能体现用户的个性化口味的一步，即使是烹制的完全相同的两份菜品，由于采用了不同的食用方法，用户的口味体验可能会相差迥异。
在一种实施方式中，为了便于没有做菜经验的新手尽快上手，所述参数化菜谱是一种全参数化菜谱，所述全参数化菜谱要求包括每种用料的用量，以及所述菜品的食用方法信息，同时还包括所述菜品与其他菜品之间相生相克的信息、所述菜品的口味、所述菜品的烹制步骤、所述菜品的烹制火候、所述菜品备料阶段的处理步骤等。在一种实施方式中，所述参数化菜谱还包括所述菜品的至少一种用料的商家推荐信息，在保证菜品质量的同时，还省去用户选择不同品牌的烦恼。也就是说，在一个全参数化菜谱中，与该菜谱的制作、食用相关的信息都给出最为详尽的数据说明。表1给出了全参数化菜谱的一种数据结构的示例。并且，基于表1所示的数据结构，表2给出了以宫保鸡丁为例的一个全参数化菜谱的示例。表1
表2
另外，如前文所述，所述方法可以在一终端上实施，所述终端和所述服务器之间的通信交互可以如图2所示。所述终端上运行客户端200，可以通过与服务器端100通信，以从所述服务器端100获取参数化菜谱。所述客户端200可以是一家庭客户端210，也可以是一个人客户端220。所述服务器端100可以设置在一云服务器上。以下将进一步对附图2进行详细说明。
s120：接收对所述参数化菜谱的第一修改信息，所述第一修改信息根据用户对所述菜品的烹制效果而确定。
在实际生活中，由于众口难调，用户直接按照现成的参数化菜谱烹制的菜肴往往不能完全符合自己的口味，比如会感觉太甜、太咸、太硬等。在这种情况下，用户希望可以对菜谱进行改良，以符合自己的口味。
在该步骤中，用户可以先按照所述参数化菜谱进行烹制，然后品尝烹制效果，并根据烹制效果对所述参数化菜谱进行修改。比如，仍以上述宫保鸡丁为例，如果用户按照上述菜谱进行烹制后感觉太辣，则可以调整辣度至0.4或更低。另外，所述第一修改信息还可以是对应所述商家推荐信息的修改信息，比如用户用了商家p的糖之后，感觉口感欠佳，于是将糖的推荐商家修改为p’。
该步骤中，所述终端可以通过语音输入、文本输入等输入方式接收所述第一修改信息。
s130：向所述服务器发送所述第一修改信息。
如图2所示，所述第一修改信息可以包括在由客户端200发送给服务器端100的反馈信息中。
s140：接收对所述参数化菜谱的第二修改信息，所述第二修改信息根据至少一专业人员对所述菜品的烹制效果而确定。
有些情况下，用户自身的烹制水平也会影响烹制效果，为了提高迭代的速度，即较快的获得符合用户口味的菜谱，所述修改信息还参考专业人员对所述菜品的烹制效果。也就是说，除了上述用户基于自己的烹制效果对所述参数化菜谱进行修改之外，专业人员也按照所述参数化菜谱进行烹制，然后供用户品尝烹制效果，并根据烹制效果由用户或专业人员对所述参数化菜谱进行修改。所述专业人员应该是具有较高的烹制水平的人，至少要在所述菜品方面高于用户的烹制水平，比如对于一般的用户而言，所述专业人员可以是厨师等。
类似的，该步骤中，所述终端可以通过语音输入、文本输入等输入方式接收所述第二修改信息。所述第二修改信息也可以是对应所述商家推荐信息的修改信息。
s150：向所述服务器发送所述第二修改信息。
类似的，所述第二修改信息可以包括在由客户端200发送给服务器端100的反馈信息中。
因此，对所述参数化菜谱的修改信息至少包括两部分，即根据用户自己的烹制效果确定的第一修改信息和根据专业人员的烹制效果确定的第二修改信息。
另外，需要说明的是，上述步骤s120至s150的顺序并不必须如编号顺序那样，也可以先执行所述步骤s140、s150，再执行所述步骤s120、s130。换句话说，可以先有专业人员进行烹制，确定所述第二修改信息，再由用户自己进行烹制，确定所述第一修改信息。另外，在后烹制的一方其实是根据前面已经修改过的所述参数化菜谱进行烹制的。
此外，在实际的菜品烹制中，用户对所述参数化菜谱的改进往往会反反复复的进行很多次，并且该方法要求由用户和专业人员共同参与对所述参数化菜谱进行改进，所以对所述第一修改信息和所述第二修改信息的接收和发送可能会分别执行多次。比如用户周一自己做了一个宫保鸡丁，觉的太辣了，于是降低辣度，修改菜谱；周二按照降低辣度的做了一下，感觉还是太辣，进一步降低辣度，修改菜谱；周三请了厨师来做，辣度合适了，有感觉有些甜….直到做了10次才最终符合用户的口味。
正是由于，对所述参数化菜谱的修改可能要反复进行多次，并且可能要有较长的时间跨度，因此，所述参数化菜谱可以是初始参数化菜谱，也可以是优化过程中菜谱，所述优化过程中菜谱是修改后的所述初始参数化菜谱。也就是说，当第一次烹制所述菜品时，可以按照从所述服务器获取的初始参数化菜谱进行烹制，然后按照烹制效果修改所述初始参数化菜谱；之后，当再次烹制所述菜品时，可以所述服务器获取修改后的菜谱，即所述优化过程中菜谱，然后按照该优化过程中菜谱进行烹制，并根据烹制效果进一步修改。
s200：接收用户输入的对所述参数化菜谱的定型确认信息，所述定型确认信息表示所述用户满意于按照所述第一修改信息和所述第二修改信息修改后的所述参数化菜谱。
经过对所述参数化菜谱的多次修改之后，最终用户烹制出满足自己口味的菜肴，这个时候，用户可以向所述终端输入所述定型确认信息。
s210：向所述服务器发送所述定型确认信息，以使所述服务器生成所述菜品对应所述用户的个性化菜谱。
所述服务器在接收到所述终端发送的定型确认信息后，可以将相应的菜谱对应所述用户进行存储，以作为所述用户的个性化菜谱。下一次，当所述用户需要烹制该菜品时，可以从所述服务器上下载所述个性化菜谱。另外，所述终端也可以选择在本地存储所述个性化菜谱。
在一种实施方式中，为了较快的得到所述个性化菜谱，所述方法还可以包括：
s161：从所述服务器获取历史修改信息，所述历史修改信息由所述服务器根据已经接收到的所述第一修改信息或所述第二修改信息生成；
s162：显示所述历史修改信息，以便所述用户或所述至少一专业人员根据所述历史修改信息对所述参数化菜谱进行新的修改；
s163：接收新的修改信息；
s164：向所述服务器发送所述新的修改信息。
其中，所述历史修改信息包括按照时间顺序排列的多个所述第一修改信息或多个所述第二修改信息。比如，用户周一第一次做宫保鸡丁，觉的太辣了，于是降低辣度0.1，修改菜谱，服务器接收该修改信息后，生成相应的历史修改信息，该历史修改信息显示用户在周一将菜谱的辣度降低0.1，降至0.4；周二按照降低辣度的做了一下，感觉还是太辣，进一步降低辣度0.1，修改菜谱，服务器接收该修改信息后，会更新所述历史修改信息，更新的历史修改信息增加了的内容显示用户在周二将菜谱的辣度降低0.1，降至0.3；周三请了厨师来做，辣度合适了，有感觉有些甜，减少糖的量1克，修改菜谱，服务器接收该修改信息后，更新所述历史修改信息，更新的历史修改信息增加了的内容显示用户在周三将菜谱的糖的量减少1克，至3克。如图2所示，在所述步骤s161中，所述客户端200可以从所述服务器端100获取所述历史修改信息。
在所述步骤s162，所述终端可以比如通过显示器向用户输出所述历史修改信息。这时用户或专业人员可以借助所述历史修改信息，看到对所述参数化菜谱的修改轨迹，从而可能不必烹制，直接得到进一步修改所述参数化菜谱的灵感，从而加快迭代修改的速度。
在一种实施方式中，所述方法还可以包括：
s171：向所述用户输出对应所述菜品的满意度评价界面；
s172：响应于所述用户输入满意信息，则将所述用户输入的满意信息识别为所述定型确认信息。
所述步骤s171可以比如在用户确认菜品烹制完成后执行，比如通过显示器向用户输出所述满意度评价界面，所述满意度评价界面可以是简单输出两个按钮图标，一个指示满意，一个指示不满意；或者，所述满意度评价界面可以是一个评分界面，用户可以选择1至10分中任一分数；亦或，所述满意度评价界面可以是评星级的界面，用户看以选择1星至5星中任一项。
所述步骤s172中，所述满意信息根据所述满意度评价界面的具体形式不同而不同。比如，可以将用户点击指示满意的按钮识别为满意信息，也可以将用户选择高于某一分数或星级的输入作为满意信息，比如用户的评分高于8分时，确认用户输入的是满意信息。
在一种实施方式中，所述方法还可以包括：
s173：响应于所述用户输入非满意信息，向所述用户输出一修改界面，所述修改界面用于接收用户或所述至少一专业人员的对所述参数化菜谱的修改以得到所述第一修改信息或所述第二修改信息。
所述步骤s173中，当用户输入不是满意信息时，自然识别为非满意信息。所述修改界面应该包括所述参数化菜谱任一可以修改的信息，并且方便用户修改。比如，对于辣度，显示一指示辣度的图标，用户点击该图标时，下拉显示从0.1至1的辣度值，用户选择某一辣度值后，保存用户的选择值。再比如，用户点击某一推荐商家时，弹出一输入框，供用户输入新的推荐商家信息。
在另一实施方式中，所述方法还可以包括：
s221：记录所述用户对所述参数化菜品和所述个性化菜谱的浏览信息；
s222：向所述服务器发送所述浏览信息。
所述步骤s221中，所述浏览信息可以包括浏览次数、浏览时间等。其中，每当用户打开所述参数化菜谱或所述个性化菜谱时，可以认为用户浏览了一次所述参数化菜谱或所述个性化菜谱。
所述浏览信息，一定程度上反映了用户对所述菜品的烹制次数，所述服务器根据所述浏览信息可以推测用户对相应食材、调料等的需求，进而可以向用户推送相关的广告信息。
在另一实施方式中，所述方法还可以包括：
s231：接收用户输入的对所述个性化菜谱的分享请求，所述分享请求包括所述用户的好友信息；
s232：向所述服务器发送所述分享请求。
有些情况下，用户和其好友，尤其是关系紧密的好友，他们之间的口味是比较接近的。因此，符合用户口味的个性化菜谱也极可能符合其好友的口味。当用户经过一番修改，最终获得所述个性化菜谱后，通过分享所述个性化菜谱，可以有效的帮助好友也获得符合其口味的个性化菜谱，并且可以增进两者之间的感情。
本申请还提供一种在服务器侧实施以用于生成个性化菜谱的方法，如图3所示，所述方法可以包括：
s320：向终端发送一菜品的参数化菜谱，所述参数化菜谱包括所述菜品的多种用料的参数以及所述菜品的食用方法信息；
s340：从所述终端接收对所述参数化菜谱的第一修改信息，所述第一修改信息根据用户对所述菜品的烹制效果而确定；
s360：根据所述第一修改信息，生成并存储所述菜品对应所述用户的第一优化过程中菜谱；
s380：从所述终端接收对所述参数化菜谱的第二修改信息，所述第二修改信息根据至少一专业人员对所述菜品的烹制效果而确定；
s400：根据所述第二修改信息，生成并存储所述菜品对应所述用户的第二优化过程中菜谱；
s420：从所述终端接收所述参数化菜谱的定型确认信息，所述定型确认信息表示所述用户满意于按照所述第一修改信息和所述第二修改信息修改后的所述参数化菜谱；
s440：根据所述定型确认信息，生成并存储所述菜品对应所述用户的个性化菜谱。
所述方法可以在如图2所示的服务器端100上实施，可以配合客户端200，以帮助用户尽快得到符号自己口味的个性化菜谱。
以下结合附图和具体实施方式详细说明所述方法的各个步骤。
s320：向终端发送一菜品的参数化菜谱，所述参数化菜谱包括所述菜品的多种用料的参数以及所述菜品的食用方法信息。
如前文所述，所述参数化菜谱，顾名思义就是将所述菜谱的相关信息比如用料、火候或者处理时间等给出相应的具体数据的菜谱。其中，所述多种用料的参数包括主料、主调料、辅调料中至少一项的用量。所述食用方法信息包括所述菜品的食用方法指导视频，比如通过视频指导食客如何食用螃蟹。
在一种实施方式中，为了便于没有做菜经验的新手尽快上手，所述参数化菜谱是一种全参数化菜谱，所述全参数化菜谱要求包括每种用料的用量，以及所述菜品的食用方法信息，同时还包括所述菜品与其他菜品之间相生相克的信息、所述菜品的口味、所述菜品的烹制步骤、所述菜品的烹制火候、所述菜品备料阶段的处理步骤等。在一种实施方式中，所述参数化菜谱还包括所述菜品的至少一种用料的商家推荐信息，在保证菜品质量的同时，还省去用户选择不同品牌的烦恼。也就是说，在一个全参数化菜谱中，与该菜谱的制作、食用相关的信息都给出最为详尽的数据说明。表1给出了全参数化菜谱的一种数据结构的示例。并且，基于表1所示的数据结构，表2给出了以宫保鸡丁为例的一个全参数化菜谱的示例。
该步骤中，服务器可以响应于所述终端的请求而发送所述参数化菜谱，或者，所述服务器也可以以推荐的形式主动向所述终端推送所述参数化菜谱。
s340：从所述终端接收对所述参数化菜谱的第一修改信息，所述第一修改信息根据用户对所述菜品的烹制效果而确定。
如前文所述，根据用户自己的烹制效果可以确定第一修改信息，用户自己的烹制效果会受到用户的烹制习惯的影响。虽然用户的烹制水平并不一定很高，但是考虑到最终得到个性化菜谱往往是供用户自己使用，而用户的烹制习惯又往往难以改变，所以在所述参数化菜谱的优化过程中考虑用户自己的烹制效果，并根据用户自己的烹制效果确定所述第一修改信息。
s360：根据所述第一修改信息，生成并存储所述菜品对应所述用户的第一优化过程中菜谱。
对于所述服务器而言，当收到所述第一修改信息时，可以根据该第一修改信息之前的菜谱，生成修改后的菜谱，这是一个优化过程中菜谱。简单起见，这里将按照所述第一修改信息生成的优化过程中菜谱记做第一优化过程中菜谱。
s380：从所述终端接收对所述参数化菜谱的第二修改信息，所述第二修改信息根据至少一专业人员对所述菜品的烹制效果而确定。
如前文所述，用户自身的烹制水平会影响烹制效果，为了提高迭代的速度，即较快的获得符合用户口味的菜谱，所述修改信息还参考专业人员对所述菜品的烹制效果。
s400：根据所述第二修改信息，生成并存储所述菜品对应所述用户的第二优化过程中菜谱。
对于所述服务器而言，当收到所述第二修改信息时，可以根据该第二修改信息之前的菜谱，生成修改后的菜谱，这也是一个优化过程中菜谱。简单起见，这里将按照所述第二修改信息生成的优化过程中菜谱记做第二优化过程中菜谱。
需要说明的是，上述步骤s340至s400的顺序并不必须如编号顺序那样，也可以先执行所述步骤s380、s400，再执行所述步骤s340、s360。换句话说，可以先接收所述第二修改信息，生成所述第二优化过程中菜谱，再接收所述第一修改信息，生成所述第一优化过程中菜谱。另外，在后生成的优化过程中菜谱其实是对在先生成的优化过程中菜谱进一步修改得到的。
如前文所述，对所述参数化菜谱的修改可能要反复进行多次，并且可能要有较长的时间跨度，因此，所述参数化菜谱可以是初始参数化菜谱，也可以是优化过程中菜谱，所述优化过程中菜谱是修改后的所述初始参数化菜谱，比如可以是所述第一优化过程中菜谱或所述第二优化过程中菜谱。所述初始参数化菜谱一般是由餐饮企业的管理员上传到所述服务器的。因此，在一个实施方式中，所述方法还包括：
s300：接收并存储管理员上传的所述菜品的所述初始参数化菜谱。
经过对所述参数化菜谱的多次修改之后，最终用户烹制出满足自己口味的菜肴，这个时候，用户可以通过终端向所述服务器发送所述定型确认信息。
s420：从所述终端接收所述参数化菜谱的定型确认信息，所述定型确认信息表示所述用户满意于按照所述第一修改信息和所述第二修改信息修改后的所述参数化菜谱。
所述服务器根据所述定型确认信息一般可以将最后一次修改对应的菜谱作为对应所述用户的个性化菜谱。另外，由于用户的口味可能会改变，所述方法也允许用户将最后一次修改之前对应的菜谱(即某一优化过程中菜谱)定型为所述用户的个性化菜谱，或者，进一步将之前已经定型的个性化菜谱作为一个初始参数化菜谱重新优化。s440：根据所述定型确认信息，生成并存储所述菜品对应所述用户的个性化菜谱。
在该步骤中，所述个性化菜谱、所述菜品和所述用户的账号之间建立起一组对应关系。
其中，所述用户的账号是在用户注册时生成的，在一种实施方式中，所述方法还包括：
s311：从所述终端接收所述用户的注册信息；
s312：根据所述注册信息生成所述用户的账号。
另外，所述第一修改信息、所述第二修改信息、所述第一优化过程中菜谱、所述第二优化过程中菜谱以及所述个性化菜谱都和所述用户的账号相关联。这些信息可以存储在如图2所示的服务器端100的个人账号数据120中。
另外，在一种实施方式中，所述方法还包括：
s313：将所述用户的账号和所述用户的家庭成员的账号相关联。
也就是说，当多个家庭成员都在所述服务器上注册了个人账号后，可以通过关联多个家庭成员的个人账号信息，得到该家庭的账号。以便于综合整个家庭中多个人的口味进行菜谱等的推荐。
在一种实施方式中，为了较快的得到所述个性化菜谱，所述方法还可以包括：
s391：根据不同时间接收到的多个所述第一修改信息或多个所述第二修改信息生成历史修改信息；
s392：存储所述历史修改信息。
所述历史修改信息反映了用户对所述参数化菜谱的修改轨迹，对于如何进一步修改所述参数化菜谱具有重要的参考意义。
在一个实施方式中，所述方法还可以包括：
s401：向所述终端发送所述历史修改信息，以便所述用户或所述至少一专业人员根据所述历史修改信息对所述参数化菜谱进行新的修改；
s402：从所述终端接收新的修改信息；
s403：根据所述新的修改信息更新所述历史修改信息。
如前文所述，用户或专业人员可以借助所述历史修改信息，看到对所述参数化菜谱的修改轨迹，从而可能不必烹制，直接得到进一步修改所述参数化菜谱的灵感，从而加快迭代修改的速度。
对于所述服务器而言，如果能够第一时间掌握用户的需求，则可以更好的为用户提供服务，并且可以找到更多的商机。在一种实施方式中，所述方法还包括：
s451：从所述终端接收所述用户对所述参数化菜品和所述个性化菜谱的浏览信息；
s452：根据所述浏览信息向所述用户发送广告信息。
如前文所述，所述浏览信息，一定程度上反映了用户对所述菜品的烹制次数，所述服务器根据所述浏览信息可以推测用户对相应食材、调料等的需求，进而可以向用户推送相关的广告信息。
另外，如前文所述，用户和其好友，尤其是关系紧密的好友，他们的口味是比较接近的。因此，符合用户口味的个性化菜谱也极可能符合其好友的口味。当用户经过一番修改，最终获得所述个性化菜谱后，通过分享所述个性化菜谱，可以有效的帮助好友也获得符合其口味的个性化菜谱，并且可以增进两者之间的感情。因此，在一种实施方式中，所述方法还包括：
s461：从所述终端接收分享请求，所述分享请求包括所述用户的好友信息；
s462：根据所述好友信息，向所述用户的好友推荐所述个性化菜谱。
本申请还提供一种用于生成所述个性化菜谱的终端，如图4所示，所述终端400可以包括：
一通信模块410，用于从服务器获取一菜品的参数化菜谱，所述参数化菜谱包括所述菜品的多种用料的参数以及所述菜品的食用方法信息；
一输入模块420，用于接收对所述参数化菜谱的第一修改信息，所述第一修改信息根据用户对所述菜品的烹制效果而确定；
所述通信模块410，还用于向所述服务器发送所述第一修改信息；
所述输入模块420，还用于接收对所述参数化菜谱的第二修改信息，所述第二修改信息根据至少一专业人员对所述菜品的烹制效果而确定；
所述通信模块410，还用于向所述服务器发送所述第二修改信息；
所述输入模块420，还用于接收用户输入的对所述参数化菜谱的定型确认信息，所述定型确认信息表示所述用户满意于按照所述第一修改信息和所述第二修改信息修改后的所述参数化菜谱；
所述通信模块410，还用于向所述服务器发送所述定型确认信息，以使所述服务器生成所述菜品对应所述用户的个性化菜谱。
本申请所述终端，从服务器获取参数化菜谱，通过对参数化菜谱进行迭代修改直至用户满意，并在修改过程同时参考用户自己和专业人员的烹制效果，从而可以快速地得到符合用户的个性化口味的个性化菜谱。所述终端设备比如可以是智能手机、电脑、平板电脑、穿戴式设备、智能烹饪设备等。
以下将结合附图和具体实施方式详细说明所述终端各个模块的功能。
所述通信模块410，用于从服务器获取一菜品的参数化菜谱，所述参数化菜谱包括所述菜品的多种用料的参数以及所述菜品的食用方法信息。
所述服务器可以比如是云服务器，其可以比如由餐饮企业提供，当然也可以由其他的云服务器提供商提供，然后租借给比如餐饮企业等相关企业。
所述参数化菜谱，顾名思义就是将所述菜谱的相关信息比如用料、火候或者处理时间等给出相应的具体数据的菜谱。其中，所述多种用料的参数包括主料、主调料、辅调料中至少一项的用量。所述食用方法信息包括所述菜品的食用方法指导视频，比如通过视频指导食客如何食用螃蟹。
在一种实施方式中，为了便于没有做菜经验的新手尽快上手，所述参数化菜谱是一种全参数化菜谱，所述全参数化菜谱要求包括每种用料的用量，以及所述菜品的食用方法信息，同时还包括所述菜品与其他菜品之间相生相克的信息、所述菜品的口味、所述菜品的烹制步骤、所述菜品的烹制火候、所述菜品备料阶段的处理步骤等。在一种实施方式中，所述参数化菜谱还包括所述菜品的至少一种用料的商家推荐信息，在保证菜品质量的同时，还省去用户选择不同品牌的烦恼。也就是说，在一个全参数化菜谱中，与该菜谱的制作、食用相关的信息都给出最为详尽的数据说明。表1给出了全参数化菜谱的一种数据结构的示例。并且，基于表1所示的数据结构，表2给出了以宫保鸡丁为例的一个全参数化菜谱的示例。
本实施例所述终端400上可以运行图2中的客户端200，即所述客户端200的应用程序可以在所述终端400上运行。
所述输入模块420，用于接收对所述参数化菜谱的第一修改信息，所述第一修改信息根据用户对所述菜品的烹制效果而确定。
在实际生活中，由于众口难调，用户直接按照现成的参数化菜谱烹制的菜肴往往不能完全符合自己的口味，比如会感觉太甜、太咸、太硬等。在这种情况下，用户希望可以对菜谱进行改良，以符合自己的口味。
在该模块中，用户可以先按照所述参数化菜谱进行烹制，然后品尝烹制效果，并根据烹制效果对所述参数化菜谱进行修改。比如，仍以上述宫保鸡丁为例，如果用户按照上述菜谱进行烹制后感觉太辣，则可以调整辣度至0.4或更低。
另外，所述第一修改信息还可以是对应所述商家推荐信息的修改信息，比如用户用了商家p的糖之后，感觉口感欠佳，于是将糖的推荐商家修改为p’。
所述输入模块420可以通过语音输入、文本输入等输入方式接收所述第一修改信息，相应的，所述输入模块可以是麦克风、键盘、触摸屏等。
所述通信模块410，还用于向所述服务器发送所述第一修改信息。
如图2所示，所述第一修改信息可以包括在由客户端200发送给服务器端100的反馈信息中。
所述输入模块420，还用于接收对所述参数化菜谱的第二修改信息，所述第二修改信息根据至少一专业人员对所述菜品的烹制效果而确定。
有些情况下，用户自身的烹制水平也会影响烹制效果，为了提高迭代的速度，即较快的获得符合用户口味的菜谱，所述修改信息还参考专业人员对所述菜品的烹制效果。也就是说，除了上述用户基于自己的烹制效果对所述参数化菜谱进行修改之外，专业人员也按照所述参数化菜谱进行烹制，然后供用户品尝烹制效果，并根据烹制效果由用户或专业人员对所述参数化菜谱进行修改。所述专业人员应该是具有较高的烹制水平的人，至少要高于用户的烹制水平，比如厨师等。
所述第二修改信息也可以是对应所述商家推荐信息的修改信息。
所述通信模块410，还用于向所述服务器发送所述第二修改信息。
类似的，所述第二修改信息可以包括在由客户端200发送给云服务器端100的反馈信息中。
因此，对所述参数化菜谱的修改信息至少包括两部分，即根据用户自己的烹制效果确定的第一修改信息和根据专业人员的烹制效果确定的第二修改信息。
此外，在实际的菜品烹制中，用户对所述参数化菜谱的改进往往会反反复复的进行很多次，并且该方法要求由用户和专业人员共同参与对所述参数化菜谱进行改进，所以对所述第一修改信息和所述第二修改信息的接收和发送可能会分别执行多次。比如用户周一自己做了一个宫保鸡丁，觉的太辣了，于是降低辣度，修改菜谱；周二按照降低辣度的做了一下，感觉还是太辣，进一步降低辣度，修改菜谱；周三请了厨师来做，辣度合适了，又感觉有些甜….直到做了10次才最终符合用户的口味。
正是由于，对所述参数化菜谱的修改可能要反复进行多次，并且可能要有较长的时间跨度，因此，所述参数化菜谱可以是初始参数化菜谱，也可以是优化过程中菜谱，所述优化过程中菜谱是修改后的所述初始参数化菜谱。也就是说，当第一次烹制所述菜品时，可以按照从所述服务器获取的初始参数化菜谱进行烹制，然后按照烹制效果修改所述初始参数化菜谱；之后，当再次烹制所述菜品时，可以从所述服务器获取修改后的菜谱，即所述优化过程中菜谱，然后按照该优化过程中菜谱进行烹制，并根据烹制效果进一步修改。
所述输入模块420，还用于接收用户输入的对所述参数化菜谱的定型确认信息，所述定型确认信息表示所述用户满意于按照所述第一修改信息和所述第二修改信息修改后的所述参数化菜谱。
经过对所述参数化菜谱的多次修改之后，最终用户烹制出满足自己口味的菜肴，这个时候，用户可以向所述终端输入所述定型确认信息。
所述通信模块410，还用于向所述服务器发送所述定型确认信息，以使所述服务器生成所述菜品对应所述用户的个性化菜谱。
所述服务器在接收到所述终端发送的定型确认信息后，可以将相应的菜谱对应所述用户进行存储，以作为所述用户的个性化菜谱。下一次，当所述用户需要烹制该菜品时，可以从所述服务器上下载所述个性化菜谱。另外，所述终端也可以选择在本地存储所述个性化菜谱。
在一种实施方式中，为了较快的得到所述个性化菜谱，所述通信模块410，还用于从所述服务器获取历史修改信息，所述历史修改信息由所述服务器根据已经接收到的所述第一修改信息或所述第二修改信息生成；
并且，如图4所示，所述终端400还包括：
一输出模块430，用于显示所述历史修改信息，以便所述用户或所述至少一专业人员根据所述历史修改信息对所述参数化菜谱进行新的修改；
所述输入模块420，还用于接收新的修改信息；
所述通信模块410，还用于向所述服务器发送所述新的修改信息。
其中，所述历史修改信息包括按照时间顺序排列的多个所述第一修改信息或多个所述第二修改信息。比如，用户周一第一次做宫保鸡丁，觉的太辣了，于是降低辣度0.1，修改菜谱，服务器接收该修改信息后，生成相应的历史修改信息，该历史修改信息显示用户在周一将菜谱的辣度降低0.1，降至0.4；周二按照降低辣度的做了一下，感觉还是太辣，进一步降低辣度0.1，修改菜谱，服务器接收该修改信息后，会更新所述历史修改信息，更新的历史修改信息增加了的内容显示用户在周二将菜谱的辣度降低0.1，降至0.3；周三请了厨师来做，辣度合适了，有感觉有些甜，减少糖的量1克，修改菜谱，服务器接收该修改信息后，更新所述历史修改信息，更新的历史修改信息增加了的内容显示用户在周三将菜谱的糖的量减少1克，至3克。
所述输出模块430可以比如是一显示器，以向用户输出所述历史修改信息。这时用户或专业人员可以借助所述历史修改信息，看到对所述参数化菜谱的修改轨迹，从而可能不必烹制，直接得到进一步修改所述参数化菜谱的灵感，从而加快迭代修改的速度。
在一种实施方式中，所述输出模块430还用于向所述用户输出对应所述菜品的满意度评价界面；
如图4所示，所述终端还包括：
一处理模块440，用于响应于所述用户输入满意信息，则将所述用户输入的满意信息识别为所述定型确认信息。
所述输出模块430可以比如在用户确认菜品烹制完成后向用户输出所述满意度评价界面，所述满意度评价界面可以是简单输出两个按钮图标，一个指示满意，一个指示不满意；或者，所述满意度评价界面可以是一个评分界面，用户可以选择1至10分中任一分数；亦或，所述满意度评价界面可以是评星级的界面，用户看以选择1星至5星中任一项。
所述满意信息根据所述满意度评价界面的具体形式不同而不同。比如，可以将用户点击指示满意的按钮识别为满意信息，也可以将用户选择高于某一分数或星级的输入作为满意信息，比如用户的评分高于8分时，确认用户输入的是满意信息。
在一种实施方式中，所述处理模块440，还用于响应于所述用户输入非满意信息，向所述用户输出一修改界面，所述修改界面用于接收用户或所述至少一专业人员的对所述参数化菜谱的修改以得到所述第一修改信息或所述第二修改信息。
对于所述处理模块440，当用户输入不是满意信息时，自然识别为非满意信息。所述修改界面应该包括所述参数化菜谱任一可以修改的信息，并且方便用户修改。比如，对于辣度，显示一指示辣度的图标，用户点击该图标时，下拉显示从0.1至1的辣度值，用户选择某一辣度值后，保存用户的选择值。再比如，用户点击某一推荐商家时，弹出一输入框，供用户输入新的推荐商家信息。
在另一实施方式中，如图4所示，所述终端400还可以包括：
一记录模块450，用于记录所述用户对所述参数化菜品和所述个性化菜谱的浏览信息；
所述通信模块410，还用于向所述服务器发送所述浏览信息。
所述浏览信息可以包括浏览次数、浏览时间等。其中，每当用户打开所述参数化菜谱或所述个性化菜谱时，可以认为用户浏览了一次所述参数化菜谱或所述个性化菜谱。
所述浏览信息，一定程度上反映了用户对所述菜品的烹制次数，所述服务器根据所述浏览信息可以推测用户对相应食材、调料等的需求，进而可以向用户推送相关的广告信息。
在另一实施方式中，所述输入模块420，还用于接收用户输入的对所述个性化菜谱的分享请求，所述分享请求包括所述用户的好友信息；
所述通信模块410，还用于向所述服务器发送所述分享请求。
有些情况下，用户和其好友，尤其是关系紧密的好友，他们的口味是比较接近的。因此，符合用户口味的个性化菜谱也极可能符合其好友的口味。当用户经过一番修改，最终获得所述个性化菜谱后，通过分享所述个性化菜谱，可以有效的帮助好友也获得符合其口味的个性化菜谱，并且可以增进两者之间的感情。
所述终端400上可以运行如图2所示的家庭客户端210/或个人客户端220。所述个人客户端220上运行有个人口味参数化菜谱数据库、个人饮食跟踪历史记录模块、个人口味参数化菜谱管理模块等。所述家庭客户端210可以是多个家庭成员对应的个人客户端220的集合。
本申请还提供一种用于生成所述个性化菜谱的服务器，如图5所示，所述服务器500可以包括：
一通信模块510，用于向终端发送一菜品的参数化菜谱，所述参数化菜谱包括所述菜品的多种用料的参数以及所述菜品的食用方法信息；
所述通信模块510，还用于从所述终端接收对所述参数化菜谱的第一修改信息，所述第一修改信息根据用户对所述菜品的烹制效果而确定；
一处理模块520，用于根据所述第一修改信息，生成所述菜品对应所述用户的第一优化过程中菜谱；
所述通信模块510，还用于从所述终端接收对所述参数化菜谱的第二修改信息，所述第二修改信息根据至少一专业人员对所述菜品的烹制效果而确定；
所述处理模块520，还用于根据所述第二修改信息，生成并存储所述菜品对应所述用户的第二优化过程中菜谱；
所述通信模块510，还用于从所述终端接收所述参数化菜谱的定型确认信息，所述定型确认信息表示所述用户满意于按照所述第一修改信息和所述第二修改信息修改后的所述参数化菜谱；
所述处理模块520，还用于根据所述定型确认信息，生成所述菜品对应所述用户的个性化菜谱；
一存储模块530，用于存储所述第一优化过程中菜谱、所述第二优化过程中菜谱和所述个性化菜谱。
以下结合附图和具体实施方式详细说明所述服务器500的各个模块的功能。
所述通信模块510，用于向终端发送一菜品的参数化菜谱，所述参数化菜谱包括所述菜品的多种用料的参数以及所述菜品的食用方法信息。
如前文所述，所述参数化菜谱，顾名思义就是将所述菜谱的相关信息比如用料、火候或者处理时间等给出相应的具体数据的菜谱。其中，所述多种用料的参数包括主料、主调料、辅调料中至少一项的用量。所述食用方法信息包括所述菜品的食用方法指导视频，比如通过视频指导食客如何食用螃蟹。
在一种实施方式中，为了便于没有做菜经验的新手尽快上手，所述参数化菜谱是一种全参数化菜谱，所述全参数化菜谱要求包括每种用料的用量，以及所述菜品的食用方法信息，同时还包括所述菜品与其他菜品之间相生相克的信息、所述菜品的口味、所述菜品的烹制步骤、所述菜品的烹制火候、所述菜品备料阶段的处理步骤等。在一种实施方式中，所述参数化菜谱还包括所述菜品的至少一种用料的商家推荐信息，在保证菜品质量的同时，还省去用户选择不同品牌的烦恼。也就是说，在一个全参数化菜谱中，与该菜谱的制作、食用相关的信息都给出最为详尽的数据说明。表1给出了全参数化菜谱的一种数据结构的示例。并且，基于表1所示的数据结构，表2给出了以宫保鸡丁为例的一个全参数化菜谱的示例。
所述通信模块510可以响应于所述终端的请求而发送所述参数化菜谱，或者，也可以以推荐的形式主动向所述终端推送所述参数化菜谱。
所述通信模块510，还用于从所述终端接收对所述参数化菜谱的第一修改信息，所述第一修改信息根据用户对所述菜品的烹制效果而确定。
如前文所述，根据用户自己的烹制效果可以确定第一修改信息，用户自己的烹制效果会受到用户的烹制习惯的影响。虽然用户的烹制水平并不一定很高，但是考虑到最终得到个性化菜谱往往是供用户自己使用，而用户的烹制习惯又往往难以改变，所以在所述参数化菜谱的优化过程中考虑用户自己的烹制效果，并根据用户自己的烹制效果确定所述第一修改信息。
所述处理模块520，用于根据所述第一修改信息，生成所述菜品对应所述用户的第一优化过程中菜谱。
对于所述服务器而言，当收到所述第一修改信息时，可以根据该第一修改信息之前的菜谱，生成修改后的菜谱，这是一个优化过程中菜谱。简单起见，这里将按照所述第一修改信息生成的优化过程中菜谱记做第一优化过程中菜谱。
所述通信模块510，还用于从所述终端接收对所述参数化菜谱的第二修改信息，所述第二修改信息根据至少一专业人员对所述菜品的烹制效果而确定。
如前文所述，用户自身的烹制水平会影响烹制效果，为了提高迭代的速度，即较快的获得符合用户口味的菜谱，所述修改信息还参考专业人员对所述菜品的烹制效果。
所述处理模块520，还用于根据所述第二修改信息，生成所述菜品对应所述用户的第二优化过程中菜谱。
对于所述服务器而言，当收到所述第二修改信息时，可以根据该第二修改信息之前的菜谱，生成修改后的菜谱，这也是一个优化过程中菜谱。简单起见，这里将按照所述第二修改信息生成的优化过程中菜谱记做第二优化过程中菜谱。
如前文所述，对所述参数化菜谱的修改可能要反复进行多次，并且可能要有较长的时间跨度，因此，所述参数化菜谱可以是初始参数化菜谱，也可以是优化过程中菜谱，所述优化过程中菜谱是修改后的所述初始参数化菜谱，比如可以是所述第一优化过程中菜谱或所述第二优化过程中菜谱。所述初始参数化菜谱一般是由餐饮企业的管理员上传到所述服务器的。因此，在一个实施方式中，所述通信模块510，还用于接收管理员上传的所述菜品的所述初始参数化菜谱。
经过对所述参数化菜谱的多次修改之后，最终用户烹制出满足自己口味的菜肴，这个时候，用户可以通过终端向所述服务器发送所述定型确认信息。
所述通信模块510，还用于从所述终端接收所述参数化菜谱的定型确认信息，所述定型确认信息表示所述用户满意于按照所述第一修改信息和所述第二修改信息修改后的所述参数化菜谱。
所述服务器根据所述定型确认信息可以将最后一次修改对应的菜谱作为对应所述用户的个性化菜谱。
所述处理模块520，还用于根据所述定型确认信息，生成所述菜品对应所述用户的个性化菜谱。
在该步骤中，所述个性化菜谱、所述菜品和所述用户的账号之间建立起一组对应关系。
其中，所述用户的账号是在用户注册时生成的，在一种实施方式中，所述通信模块510，还用于从所述终端接收所述用户的注册信息；所述处理模块520，还用于根据所述注册信息生成所述用户的账号。
另外，所述第一修改信息、所述第二修改信息、所述第一优化过程中菜谱、所述第二优化过程中菜谱以及所述个性化菜谱都和所述用户的账号相关联。这些信息可以存储在如图2所示的服务器端100的个人账号数据120中。
另外，在一种实施方式中，所述处理模块520还用于将所述用户的账号和所述用户的家庭成员的账号相关联。
也就是说，当多个家庭成员都在所述服务器上注册了个人账号后，可以通过关联多个家庭成员的个人账号信息，得到该家庭的账号。以便于综合整个家庭中多个人的口味进行菜谱等的推荐。
所述存储模块530，用于存储所述第一优化过程中菜谱、所述第二优化过程中菜谱和所述个性化菜谱。
所述存储模块530通过存储所述个性化菜谱以及各个优化过程中菜谱，可以方便终端随时访问或下载这些菜谱。
在一种实施方式中，为了较快的得到所述个性化菜谱，所述处理模块520，还用于根据不同时间接收到的多个所述第一修改信息或多个所述第二修改信息生成历史修改信息；
所述存储模块530，还用于存储所述历史修改信息。
所述历史修改信息反映了用户对所述参数化菜谱的修改轨迹，对于如何进一步修改所述参数化菜谱具有重要的参考意义。
在一个实施方式中，所述通信模块510，还用于向所述终端发送所述历史修改信息，以便所述用户或所述至少一专业人员根据所述历史修改信息对所述参数化菜谱进行新的修改；
所述通信模块510，还用于从所述终端接收新的修改信息；
所述处理模块520，还用于根据所述新的修改信息更新所述历史修改信息。
如前文所述，用户或专业人员可以借助所述历史修改信息，看到对所述参数化菜谱的修改轨迹，从而可能不必烹制，直接得到进一步修改所述参数化菜谱的灵感，从而加快迭代修改的速度。
对于所述服务器而言，如果能够第一时间掌握用户的需求，则可以更好的为用户提供服务，并且可以找到更多的商机。在一种实施方式中，所述通信模块510，还用于从所述终端接收所述用户对所述参数化菜品和所述个性化菜谱的浏览信息，以及，根据所述浏览信息向所述用户发送广告信息。
如前文所述，所述浏览信息，一定程度上反映了用户对所述菜品的烹制次数，所述服务器根据所述浏览信息可以推测用户对相应食材、调料等的需求，进而可以向用户推送相关的广告信息。
另外，如前文所述，用户和其好友，尤其是关系紧密的好友，他们的口味是比较接近的。因此，符合用户口味的个性化菜谱也极可能符合其好友的口味。当用户经过一番修改，最终获得所述个性化菜谱后，通过分享所述个性化菜谱，可以有效的帮助好友也获得符合其口味的个性化菜谱，并且可以增进两者之间的感情。因此，在一种实施方式中，所述通信模块510，还用于从所述终端接收分享请求，所述分享请求包括所述用户的好友信息；所述通信模块510，还用于根据所述好友信息，向所述用户的好友推荐所述个性化菜谱。
所述服务器500上运行的服务器端应用可以如图2所示，包括参数化菜谱数据库110、个人账号数据120和餐饮企业账号数据130等模块。每个用户对应一个个人账号，一个家庭的各个家庭成员的个人账号共同组成家庭数据，所述服务器端可以只存储个人账号数据，所述客户端通过关联一个家庭的各个家庭成员并访问各个家庭成员的个人账号数据，可以得到相应的家庭数据。
另外，如图2所示，餐饮企业可以通过餐饮企业客户端300与所述客户端200及所述服务器端100交互，比如可以访问所述服务器端100的餐饮企业账号数据130，以及直接接受来自客户端200的订购信息等。
本发明实施例所述终端设备的硬件结构如图6所示。本发明具体实施例并不对所述终端设备的具体实现做限定，参见图6，所述终端设备600可以包括：
处理器(processor)610、通信接口(communicationsinterface)620、存储器(memory)630，以及通信总线640。其中：
处理器610、通信接口620，以及存储器630通过通信总线640完成相互间的通信。
通信接口620，用于与服务器通信。
处理器610，用于执行程序632，具体可以执行上述图1所示的方法实施例中的相关步骤。
具体地，程序632可以包括程序代码，所述程序代码包括计算机操作指令。
处理器610可能是一个中央处理器cpu，或者是特定集成电路asic(applicationspecificintegratedcircuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。
存储器630，用于存放程序632。存储器630可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。程序632具体可以执行以下步骤：
从服务器获取一菜品的参数化菜谱，所述参数化菜谱包括所述菜品的多种用料的参数以及所述菜品的食用方法信息；
接收对所述参数化菜谱的第一修改信息，所述第一修改信息根据用户对所述菜品的烹制效果而确定；
向所述服务器发送所述第一修改信息；
接收对所述参数化菜谱的第二修改信息，所述第二修改信息根据至少一专业人员对所述菜品的烹制效果而确定；
向所述服务器发送所述第二修改信息；
接收所述用户输入的对所述参数化菜谱的定型确认信息，所述定型确认信息表示所述用户满意于按照所述第一修改信息和所述第二修改信息修改后的所述参数化菜谱；
向所述服务器发送所述定型确认信息，以使所述服务器生成所述菜品对应所述用户的个性化菜谱。
程序632中各步骤的具体实现可以参见上述实施例中的相应步骤或模块，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。
本发明实施例所述服务器对应的服务器设备的硬件结构如图7所示。本发明具体实施例并不对所述服务器设备的具体实现做限定，参见图7，所述服务器设备700可以包括：
处理器(processor)710、通信接口(communicationsinterface)720、存储器(memory)730，以及通信总线740。其中：
处理器710、通信接口720，以及存储器730通过通信总线740完成相互间的通信。
通信接口720，用于与服务器通信。
处理器710，用于执行程序732，具体可以执行上述图1所示的方法实施例中的相关步骤。
具体地，程序732可以包括程序代码，所述程序代码包括计算机操作指令。
处理器710可能是一个中央处理器cpu，或者是特定集成电路asic(applicationspecificintegratedcircuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。
存储器730，用于存放程序732。存储器730可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。程序732具体可以执行以下步骤：
向终端发送一菜品的参数化菜谱，所述参数化菜谱包括所述菜品的多种用料的参数以及所述菜品的食用方法信息；
从所述终端接收对所述参数化菜谱的第一修改信息，所述第一修改信息根据用户对所述菜品的烹制效果而确定；
根据所述第一修改信息，生成并存储所述菜品对应所述用户的第一优化过程中菜谱；
从所述终端接收对所述参数化菜谱的第二修改信息，所述第二修改信息根据至少一专业人员对所述菜品的烹制效果而确定；
根据所述第二修改信息，生成并存储所述菜品对应所述用户的第二优化过程中菜谱；
从所述终端接收所述参数化菜谱的定型确认信息，所述定型确认信息表示所述用户满意于按照所述第一修改信息和所述第二修改信息修改后的所述参数化菜谱；
根据所述定型确认信息，生成并存储所述菜品对应所述用户的个性化菜谱。
程序732中各步骤的具体实现可以参见上述实施例中的相应步骤或模块，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，控制器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上实施方式仅用于说明本发明，而并非对本发明的限制，有关技术领域的普通技术人员，在不脱离本发明的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本发明的范畴，本发明的专利保护范围应由权利要求限定。