信息生成方法及装置

暂无

信息生成方法及装置\n技术领域\n[0001] 本公开涉及智能家居领域，特别涉及一种信息生成方法及装置。\n背景技术\n[0002] 冰箱作为一种常用的家用电器，被人们用来存储食材。用户将购买的食材放置在冰箱中进行低温存储，从而延长食材的保存时间。但是用户往往无法准确把握冰箱中食材的余量，容易导致用户在烹饪时才发现冰箱中食材不足。\n发明内容\n[0003] 本公开实施例提供了一种信息生成方法及装置，所述技术方案如下：\n[0004] 根据本公开实施例的第一方面，提供一种信息生成方法，该方法包括：\n[0005] 获取冰箱中食材的食材余量信息；\n[0006] 获取食材的食材消耗速率；\n[0007] 根据食材余量信息和食材消耗速率，计算食材的预计食用次数；\n[0008] 当预计食用次数小于预设食用次数时，生成提醒信息。\n[0009] 可选地，食材余量信息包括食材类型和食材剩余量；\n[0010] 获取冰箱中食材的食材余量信息，包括：\n[0011] 根据摄像头采集的冰箱内部图像，确定不同的存储区域存储的食材类型和食材剩余量，摄像头设置在冰箱内部；\n[0012] 或，\n[0013] 根据摄像头采集的冰箱内部图像，确定不同的存储区域存储的食材类型；根据设置在存储区域的压力传感器采集到的压力数据，确定存储区域中食材的食材剩余量。\n[0014] 可选地，获取食材的食材消耗速率，包括：\n[0015] 根据历史食材取用记录获取用户的饮食习惯信息，饮食习惯信息用于指示用户消耗指定食材的单次食用量和食用频率；\n[0016] 根据单次食用量和食用频率确定食材消耗速率。\n[0017] 可选地，该方法，还包括：\n[0018] 获取实际用餐人数；\n[0019] 根据实际用餐人数和食材的标准食用量，对食材消耗速率进行修正。\n[0020] 可选地，获取实际用餐人数，包括：\n[0021] 获取摄像头采集的室内图像信息，摄像头是与冰箱绑定的家庭摄像头或设置在冰箱本体外部的摄像头；根据室内图像信息确定实际用餐人数；\n[0022] 或，\n[0023] 获取连接到家庭网关设备的移动终端的数量；根据移动终端的数量确定实际用餐人数；\n[0024] 或，\n[0025] 获取与冰箱绑定的终端中的会客信息，会客信息中至少包括会客人数；根据会客人数确定实际用餐人数；\n[0026] 或，\n[0027] 获取与冰箱绑定的终端中的行程信息，行程信息中至少包括出行天数；确定出行天数内的实际用餐人数；\n[0028] 或，\n[0029] 在预定时间段内获取与冰箱绑定的移动终端的地理位置信息，预定时间段为预设的煮饭时段；当地理位置信息指示移动终端与冰箱之间的距离大于预设距离阈值时，确定移动终端对应的用户为非用餐人员；根据非用餐人员和预设用餐人数确定实际用餐人数。\n[0030] 可选地，当预计食用次数小于预设食用次数时，生成提醒信息，包括：\n[0031] 获取食材的购买链接；\n[0032] 将购买链接添加到提醒信息中。\n[0033] 可选地，该方法，还包括：\n[0034] 根据用户的饮食习惯信息，确定用户喜好的食材；\n[0035] 查找与用户喜好的食材对应的烹饪参数，烹饪参数包括食材用量、烹饪设备和烹饪设备对应的烹饪运行参数；\n[0036] 将烹饪参数发送至烹饪设备，烹饪设备包括电饭煲、电磁炉、微波炉或烤箱。\n[0037] 可选地，该方法，还包括：\n[0038] 获取食材的实际存储时长；当实际存储时长达到食材对应的建议存储时长时，生成食用提醒信息，食用提醒信息用于提示用户尽快食用该食材；\n[0039] 或，\n[0040] 通过冰箱中内置的摄像头或气味传感器确定食材的保存状态；当保存状态指示食材变质时，生成食材清理信息，食材清理信息用于提示用户清理该食材。\n[0041] 根据本公开实施例的第二方面，提供一种信息生成装置，该装置包括：\n[0042] 第一获取模块，被配置为获取冰箱中食材的食材余量信息；\n[0043] 第二获取模块，被配置为获取食材的食材消耗速率；\n[0044] 计算模块，被配置为根据食材余量信息和食材消耗速率，计算食材的预计食用次数；\n[0045] 第一生成模块，被配置为当预计食用次数小于预设食用次数时，生成提醒信息。\n[0046] 可选地，食材余量信息包括食材类型和食材剩余量；\n[0047] 第一获取模块，包括：\n[0048] 第一确定子模块，被配置为根据摄像头采集的冰箱内部图像，确定不同的存储区域存储的食材类型和食材剩余量，所述摄像头设置在所述冰箱内部；\n[0049] 或，\n[0050] 第二确定子模块，被配置为根据摄像头采集的冰箱内部图像，确定不同的存储区域存储的食材类型；根据设置在存储区域的压力传感器采集到的压力数据，确定存储区域中食材的食材剩余量。\n[0051] 可选地，第二获取模块，包括：\n[0052] 信息获取子模块，被配置为根据历史食材取用记录获取用户的饮食习惯信息，饮食习惯信息用于指示用户消耗指定食材的单次食用量和食用频率；\n[0053] 速率确定子模块，被配置为根据单次食用量和食用频率确定食材消耗速率。\n[0054] 可选地，该装置，还包括：\n[0055] 第三获取模块，被配置为获取实际用餐人数；\n[0056] 修正模块，被配置为根据实际用餐人数和食材的标准食用量，对食材消耗速率进行修正。\n[0057] 可选地，第三获取模块，包括：\n[0058] 第三确定子模块，被配置为获取摄像头采集的室内图像信息，摄像头是与冰箱绑定的家庭摄像头或设置在冰箱本体外部的摄像头；根据室内图像信息确定实际用餐人数；\n[0059] 或，\n[0060] 第四确定子模块，被配置为获取连接到家庭网关设备的移动终端的数量；根据移动终端的数量确定实际用餐人数；\n[0061] 或，\n[0062] 第五确定子模块，被配置为获取与冰箱绑定的终端中的会客信息，会客信息中至少包括会客人数；根据会客人数确定实际用餐人数；\n[0063] 或，\n[0064] 第六确定子模块，被配置为获取与冰箱绑定的终端中的行程信息，行程信息中至少包括出行天数；确定出行天数内的实际用餐人数；\n[0065] 或，\n[0066] 第七确定子模块，被配置为在预定时间段内获取与冰箱绑定的移动终端的地理位置信息，预定时间段为预设的煮饭时段；当地理位置信息指示移动终端与冰箱之间的距离大于预设距离阈值时，确定移动终端对应的用户为非用餐人员；根据非用餐人员和预设用餐人数确定实际用餐人数。\n[0067] 可选地，第一生成模块，包括：\n[0068] 链接获取子模块，被配置为获取食材的购买链接；\n[0069] 添加子模块，被配置为将购买链接添加到提醒信息中。\n[0070] 可选地，该装置，还包括：\n[0071] 喜好确定模块，被配置为根据用户的饮食习惯信息，确定用户喜好的食材；\n[0072] 查找模块，被配置为查找与用户喜好的食材对应的烹饪参数，烹饪参数包括食材用量、烹饪设备和烹饪设备对应的烹饪运行参数；\n[0073] 发送模块，被配置为将烹饪参数发送至烹饪设备，烹饪设备包括电饭煲、电磁炉、微波炉或烤箱。\n[0074] 可选地，该装置，还包括：\n[0075] 第二生成模块，被配置为获取食材的实际存储时长；当实际存储时长达到食材对应的建议存储时长时，生成食用提醒信息，食用提醒信息用于提示用户尽快食用该食材；\n[0076] 或，\n[0077] 第三生成模块，被配置为通过冰箱中内置的摄像头或气味传感器确定食材的保存状态；当保存状态指示食材变质时，生成食材清理信息，食材清理信息用于提示用户清理该食材。\n[0078] 根据本公开实施例的第三方面，提供一种信息生成装置，该装置包括：\n[0079] 处理器；\n[0080] 用于存储处理器的可执行指令的存储器；\n[0081] 其中，处理器被配置为：\n[0082] 获取冰箱中食材的食材余量信息；\n[0083] 获取食材的食材消耗速率；\n[0084] 根据食材余量信息和食材消耗速率，计算食材的预计食用次数；\n[0085] 当预计食用次数小于预设食用次数时，生成提醒信息。\n[0086] 本公开实施例提供的技术方案可以包括以下有益效果：\n[0087] 通过冰箱中的食材余量信息和该食材对应的食材消耗速率，预估冰箱中的食材可供食用的次数，并在该次数小于预设次数时，生成提醒信息，从而提醒用户购买食材；解决了冰箱只能够存储食材，导致用户在烹饪时才发现食材不足的问题；达到了冰箱能够获取存储食材的食材余量，并在食材余量不足时及时生成提醒信息并提醒用户，从而避免了用户烹饪时才发现食材不足。\n[0088] 应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。\n附图说明\n[0089] 此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。\n[0090] 图1是本公开各个实施例所涉及的实施环境的环境示意图；\n[0091] 图2是根据一示例性实施例示出的信息生成方法的方法流程图；\n[0092] 图3A是根据另一示例性实施例示出的信息生成方法的方法流程图；\n[0093] 图3B是根据另一示例性实施例示出的信息生成方法所涉及的食材余量信息确定过程的方法流程图；\n[0094] 图3C是根据另一示例性实施例示出的信息生成方法所涉及的冰箱内部图像的示意图；\n[0095] 图3D是根据另一示例性实施例示出的信息生成方法所涉及的食材消耗速率确定过程的方法流程图；\n[0096] 图3E是根据另一示例性实施例示出的信息生成方法所涉及的提醒信息生成过程的方法流程图；\n[0097] 图3F是根据另一示例性实施例示出的信息生成方法的实施示意图；\n[0098] 图3G是根据另一示例性实施例示出的信息生成方法所涉及的烹饪参数发送过程的方法流程图；\n[0099] 图3H是根据另一示例性实施例示出的信息生成方法的实施示意图；\n[0100] 图4是根据一示例性实施例示出的一种信息生成装置的框图；\n[0101] 图5是根据另一示例性实施例示出的一种信息生成装置的框图；\n[0102] 图6是根据一示例性实施例示出的一种信息生成装置的框图。\n[0103] 通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。\n具体实施方式\n[0104] 这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。\n[0105] 图1是本公开各个实施例所涉及的实施环境的环境示意图，该实施环境包括冰箱\n110、家庭网关设备120、后台服务器130和终端140。\n[0106] 冰箱110中设置有至少一个传感器，该传感器用于采集冰箱110中存储的食材的食材信息，其中，该传感器包括但不限于温度传感器、气味传感器、压力传感器和光线传感器。\n冰箱110内部可以设置有至少一个摄像头，该摄像头用于采集冰箱内部图像。\n[0107] 冰箱110与家庭网关设备120通过有线或无线网络相连。\n[0108] 家庭网关设备120可以为路由器或者是开启路由功能的设备。家庭网关设备120用于接收冰箱110发送的信息，并将接收到的信息发送至冰箱110对应的后台服务器130。\n[0109] 家庭网关设备120与后台服务器130之间通过无线网络相连。\n[0110] 后台服务器130可以是一台服务器，也可以是由若干台服务器组成的服务器集群。\n后台服务器130用于接收冰箱110通过家庭网关设备120发送的信息，并将该信息发送至与冰箱110绑定的终端140。\n[0111] 后台服务器130与终端140之间通过无线网络相连。\n[0112] 终端140是具有数据处理及显示功能的电子设备，该电子设备可以为智能手机、平板电脑、智能电视、可穿戴式设备或个人计算机等等。需要说明的是，终端140与冰箱110预先进行了绑定。可选地，终端140与家庭网关设备120之间还可以通过有线或无线网络相连。\n[0113] 本公开各个实施例提供的信息生成方法，可以由后台服务器130或终端140执行；\n当冰箱110中设置有处理器时，也可以由冰箱110中的处理器执行，本公开并不对此进行限定。\n[0114] 为了方便描述，下述实施例中该信息生成方法由终端140执行为例进行举例说明，并不对本公开构成限定。\n[0115] 图2是根据一示例性实施例示出的信息生成方法的方法流程图，本实施例以该信息生成方法用于图1所示的终端140来进行说明，该信息生成方法可以包括如下步骤。\n[0116] 在步骤201中，获取冰箱中食材的食材余量信息；\n[0117] 在步骤202中，获取该食材的食材消耗速率；\n[0118] 在步骤203中，根据食材余量信息和食材消耗速率，计算该食材的预计食用次数；\n[0119] 在步骤204中，当预计食用次数小于预设食用次数时，生成提醒信息。\n[0120] 综上所述，本实施例提供的信息生成方法，通过冰箱中的食材余量信息和该食材对应的食材消耗速率，预估冰箱中的食材可供食用的次数，并在该次数小于预设次数时，生成提醒信息，从而提醒用户购买食材；解决了冰箱只能够存储食材，导致用户在烹饪时才发现食材不足的问题；达到了冰箱能够获取存储食材的食材余量，并在食材余量不足时及时生成提醒信息并提醒用户，从而避免了用户烹饪时才发现食材不足。\n[0121] 图3A是根据另一示例性实施例示出的信息生成方法的方法流程图，本实施例以该信息生成方法用于图1所示的终端140来进行说明，该信息生成方法可以包括如下步骤。\n[0122] 在步骤301中，获取冰箱中食材的食材余量信息。\n[0123] 为了使终端确定冰箱中的食材是否能够满足食用预定次数，终端首先需要知悉冰箱中各种食材的食材余量信息，其中，该食材余量信息包括但不限于食材类型和食材剩余量。\n[0124] 由于不同食材对应的食用方式不同，有些食材(例如蘑菇、花菜、红豆、薏米等)食用时通常按照食材重量进行取用，而有些食材(例如苹果、西瓜等)食用时通常按照食材个数进行取用。比如，用户使用红豆进行烹饪时，通常以克为计量单位进行取用，而用户食用苹果时，通常以个为计量单位进行取用。所以终端在确定食材的食材剩余量时，可以采用不同的计量方式。\n[0125] 当食材的食用方式为按食材重量取用时，终端将食材重量确定为食材剩余量；当食材的食用方式为按食材个数取用时，终端将食材个数确定为食材剩余量。如图3B所示，本步骤可以包括步骤301A和步骤301B。\n[0126] 在步骤301A中，根据摄像头采集的冰箱内部图像，确定不同的存储区域存储的食材类型和食材剩余量，摄像头设置在冰箱内部。\n[0127] 冰箱通过内部预先设置的至少一个摄像头采集冰箱内部图像，并通过家庭网关设备将该冰箱内部图像发送给后台服务器，由后台服务器将冰箱内部图像转发给绑定的终端。终端接收到该冰箱内部图像后，对该图像中的食材进行识别，从而确定食材类型。当确定该食材的食用方式为按食材个数取用时，终端对该食材对应的图像进行轮廓分析，从而确定该食材的食材个数，并将该食材个数确定为食材剩余量。进一步的，由于冰箱内部被分为了不同的存储区域，终端还需要根据冰箱内部图像确定各类食材对应的存储区域。\n[0128] 比如，图3C为终端接收到的冰箱内部图像，终端对该图像进行识别后，确定存储区域33存储有西瓜和苹果，且西瓜和苹果均是按照食材个数进行取用，终端进一步对图像进行轮廓分析，确定存储区域33中存储有4块西瓜和3个苹果。\n[0129] 在步骤301B中，根据摄像头采集的冰箱内部图像，确定不同的存储区域存储的食材类型；根据设置在存储区域的压力传感器采集到的压力数据，确定存储区域中食材的食材剩余量。\n[0130] 对于取用方式为按食材重量取用的食材，终端仅根据摄像头采集的冰箱内部图像无法确定食材重量。此时，终端需要根据冰箱内部图像和设置在各个存储区域的压力传感器采集的压力数据，确定各个存储区域存储食材的食材重量。\n[0131] 冰箱内部预先被划分为若干个存储区域，终端接收到摄像头采集到的冰箱内部图像后对该冰箱内部图像中的食材进行识别，确定冰箱中各个存储区域存储的食材的食材类型。\n[0132] 比如，终端接收到的冰箱内部图像如图3C所示，终端对该冰箱内部图像中包含的食材进行识别，并根据预先划分的存储区域，确定第一存储区域31中存储有红豆和薏米，第二存储区域32中存储有花菜、青菜和蘑菇，第三存储区域33中存储有西瓜和苹果。\n[0133] 冰箱内部各个存储区域中都设置有至少一个压力传感器，该压力传感器采集到的压力数据即放置在该存储区域上的食材的重量。冰箱可以每隔预定时间间隔或在检测到压力数据变化时，将采集到的压力数据通过家庭网关设备发送至后台服务器，由后台服务器将该压力数据发送至与冰箱绑定的终端。\n[0134] 终端中预先存储有各个压力传感器与所在存储区域的对应关系，当接收到后台服务器发送的压力数据时，终端即可根据该压力数据确定不同存储区域上食材的食材重量(即此时该食材的食材剩余量)。\n[0135] 需要说明的一点是，当终端根据冰箱内部图像识别出冰箱中存储有罐装或瓶装食材(比如瓶装酱、瓶装饮料等等)时，终端可以根据该图像识别出瓶罐的容量以及食材在瓶罐中所处的位置，从而进一步确定瓶罐中的食材剩余量；终端也可以根据压力传感器采集到的(瓶罐重量+食材重量)，以及预存的瓶罐参考重量，确定瓶罐中食材重量，本公开并不对此进行限定。\n[0136] 需要说明的另一点是，本公开并不对冰箱内部设置的摄像头的个数以及摄像头的位置进行限定。另外，本实施例中，仅以冰箱内部被划分为三个存储区域进行示例性说明，在其他可能的实现方式中，图3C中的各个存储区域还可以被细分为若干个子存储区域，本公开并不对冰箱内部存储区域的划分方式进行限定。另外，本公开并不对压力传感器的数量及设置的位置进行限定。\n[0137] 终端根据图3C所示的冰箱内部图像和相应的压力数据，得到的食材余量信息可以如表一所示。\n[0138] 表一\n[0139]\n食材类型 食材剩余量\n红豆 1500克\n薏米 1500克\n花菜 1000克\n青菜 1000克\n蘑菇 500克\n西瓜 4块\n苹果 3个\n[0140] 本公开中，获取冰箱中食材的食材余量信息，可以由冰箱根据冰箱内部图像和压力数据确定，并通过后台服务器发送至绑定的终端；也可以由后台服务器根据冰箱发送的冰箱内部图像和压力数据确定，并发送给绑定的终端。\n[0141] 在步骤302中，获取食材的食材消耗速率。\n[0142] 由于冰箱中不同食材对应的食材消耗速率不同，所以为了保证计算得到的预计食用次数的准确性，终端可以根据历史食材取用记录进一步获取用户的饮食习惯信息，并根据该饮食习惯信息确定不同食材的食材消耗速率，作为一种可能的实现方式，如图3D所示，步骤302可以包括步骤302A和步骤302B。\n[0143] 在步骤302A中，根据历史食材取用记录获取用户的饮食习惯信息，该饮食习惯信息用于指示用户消耗指定食材的单次食用量和食用频率。\n[0144] 用户每次开启冰箱后，冰箱可以通过内部摄像头采集的冰箱内部图像和压力传感器采集的压力数据，检测用户是否取用了食材，当检测到用户取用了食材时，进一步确定取用食材的食材类型和食用量，并生成相应的历史食材取用记录。其中，确定取用食材的食材类型和食用量的过程与上述步骤301相似，在此不再赘述。该历史食材取用记录可以示意性如表二所示。\n[0145] 表二\n[0146]\n取用时间 食材类型 食用量\n[0147]\n2015.8.1 09:05:20 苹果 1个\n2015.8.1 18:05:20 红豆 150克\n2015.8.1 18:05:20 薏米 150克\n2015.8.1 18:05:20 青菜 200克\n2015.8.1 18:05:20 花菜 150克\n2015.8.1 20:00:50 西瓜 2块\n2015.8.2 09:03:20 苹果 1个\n2015.8.2 17:55:20 红豆 150克\n2015.8.2 17:55:20 薏米 150克\n2015.8.2 17:55:20 蘑菇 100克\n2015.8.2 19:50:30 西瓜 2块\n[0148] 终端根据该历史食材取用记录，即可确定用户的饮食习惯信息，比如，根据表二记载的历史食材取用记录，终端即可确定用户的饮食习惯信息，该饮食习惯信息可以采用表三所示的存储结构进行存储。\n[0149] 表三\n[0150]\n食材类型 单次食用量 食用频率\n红豆 150克 1天/次\n薏米 150克 1天/次\n花菜 150克 1天/次\n青菜 200克 2天/次\n蘑菇 100克 2天/次\n西瓜 2块 1天/次\n苹果 1个 1天/次\n[0151] 在步骤302B中，根据单次食用量和食用频率确定食材消耗速率。\n[0152] 进一步的，终端根据单次食用量和食用频率，确定用户消耗指定食材的食材消耗速率。\n[0153] 比如，根据表三所示的饮食习惯信息，终端确定红豆和薏米对应的食材消耗速率均为150克/天，蘑菇对应的食材消耗速率为100克/2天。\n[0154] 在步骤303中，获取实际用餐人数。\n[0155] 由于家中用餐人数相对固定，相应的，冰箱中食材的食材消耗速率相对固定，因此，用户可以设置预定用餐人数，而根据用户饮食习惯信息确定的食材消耗速率即预定用餐人数消耗食材的速率。但是当家中需要会客或家中成员出差时，实际用餐人数会发生变化，而食材消耗速率也会发生相应的变化。为了进一步提高预计食用次数的准确性，终端还需要获取实际用餐人数，并根据实际用餐人数对食材消耗速率进行修正。可选地，步骤303可以包含下面5种可能的实现方式。\n[0156] 在第一种可能的实现方式中，获取摄像头采集的室内图像信息，该摄像头是与冰箱绑定的家庭摄像头或设置在冰箱本体外部的摄像头；根据室内图像信息确定实际用餐人数。\n[0157] 冰箱通过绑定的家庭摄像头或设置在冰箱本体外部的摄像头，可以采集室内图像信息，并通过家庭网关设备将该室内图像信息发送至后台服务器，由后台服务器将室内图像信息转发至绑定的终端。终端接收到该室内图像信息后，根据该室内图像信息确定家中的人数，从而确定实际用餐人数。\n[0158] 需要说明的是，终端接收到该室内图像信息后，还可以进一步确定实际用餐人员的性别、年龄和身材等信息，方便后续对食材消耗速率进行修正。\n[0159] 在第二种可能的实现方式中，获取连接到家庭网关设备的移动终端的数量；根据移动终端的数量确定实际用餐人数。\n[0160] 通常情况下，当家中没有客人时，连接到家庭网关设备的移动终端的数量保持不变，而当用户在家中会客时，客人的移动终端会连接到家庭网关设备，所以终端可以根据连接到家庭网关设备的移动终端的数量，确定实际用餐人数。\n[0161] 作为一种可能的实现方式，家庭网关设备在检测到连接数大于预设的连接数(该预设的连接数可以是不进行会客时连接到家庭网关设备的移动终端的数量)时，向终端发送当前连接数，终端根据当前连接数确定实际用餐人数。为了保证确定的实际用餐人数的准确性，终端在确定了实际用餐人数后，还可以发出询问信息，询问用户该实际用餐人数是否准确，并根据用户的反馈对实际用餐人数进行修正。\n[0162] 另外，家庭网关设备还可以将连接的移动终端的标识发送至后台服务器，由后台服务器检测是否保存有该移动终端对应用户的信息，方便后续对食材消耗速率进行修正，其中，该信息中包括用户的身材、年龄、性别和饮食习惯信息等等。\n[0163] 在第三种可能的实现方式中，获取与冰箱绑定的终端中的会客信息，该会客信息中至少包括会客人数；根据会客人数确定实际用餐人数。\n[0164] 用户通常会将会客信息记录在日程表中，该会客信息中包含会客人数等信息。与冰箱绑定的终端检测到日程表中添加了新的会客信息后，获取该会客信息中包含的会客人数，并根据该会客人数确定实际用餐人数。\n[0165] 在第四种可能的实现方式中，获取与冰箱绑定的终端中的行程信息，该行程信息中至少包括出行天数；确定出行天数内的实际用餐人数。\n[0166] 用户通常会将行程信息记录在日程表中，该行程信息中包含出行天数等信息。在用户出行天数中，由于实际用餐人数的变化导致食材的食材消耗速率也发生改变，从而影响预计食用次数的计算，所以终端需要根据行程信息中包含的出行天数，确定在该出行天数中的实际用餐人数，并根据该实际用餐人数对出行天数内的食材消耗速率进行修正。\n[0167] 需要说明的是，上述会客信息或行程信息还可以从短信记录、邮件或即时通讯聊天记录中获取，本实施例仅以终端从日程表中获取上述会客信息或行程信息为例进行说明，并不对本公开构成限定。\n[0168] 在第五种可能的实现方式中，在预定时间段内获取与冰箱绑定的移动终端的地理位置信息，该预定时间段为预设的煮饭时段；当地理位置信息指示移动终端与冰箱之间的距离大于预设距离阈值时，确定移动终端对应的用户为非用餐人员；根据非用餐人员和预设用餐人数确定实际用餐人数。\n[0169] 在达到用户预设的煮饭时段时，终端即获取与冰箱绑定的移动终端的地理位置信息，并根据该地理位置信息确定该移动终端对应用户与冰箱之间的距离，当该距离小于预设距离阈值(比如用户公司与家之间的距离)时，确定该用户需要回家吃饭，当该距离大于预设距离阈值时，表示该用户正在加班，并将该用户确定为非用餐人员。终端根据非用餐人员的数量以及预设用餐人数确定实际用餐人数，并根据该实际用餐人数对食材消耗速率进行修正。\n[0170] 比如，用户预设用餐人数为3人，且非用餐人员为1人，终端即确定实际用餐人数为\n2人。\n[0171] 在步骤304中，根据实际用餐人数和食材的标准食用量，对食材消耗速率进行修正。\n[0172] 终端根据实际用餐人数和预设用餐人数计算得到人数差值，并根据该人数差值和食材的标准食用量对食材消耗速率进行修正。\n[0173] 比如，终端获取到实际用餐人数为7人，且预设用餐人数为3人，计算得到人数差值为4人。对于红豆来说，其标准食用量为50克/人/天，且预设用餐人数消耗食材的速率为150克/天，则修正后的红豆的食材消耗速率即为150+4×50＝350克/天。\n[0174] 又比如，终端获取到在4天内的实际用餐人数为2人，且预设用餐人数为3人，计算得到人数差值为1人。对于红豆来说，其标准食用量为50克/人/天，且预设用餐人数消耗食材的速率为150克/天，即在4天内，红豆的食材消耗速率为150-1×50＝100克/天。\n[0175] 需要说明的是，在上述步骤303中，终端还可以获取到实际用餐人数的身材、年龄、性别和饮食习惯等信息，并根据这些信息确定不同用餐人员各自对应的标准食用量，进而对食材消耗速率进行动态修正，从而提高修正后食材消耗速率的准确性。\n[0176] 在步骤305中，根据食材余量信息和食材消耗速率，计算食材的预计食用次数。\n[0177] 终端获取食材余量信息中食材剩余量为m，且修正后的食材消耗速率为n，则该食材的预计食用次数为[m/n]。\n[0178] 需要说明的是，在上述步骤303的第三种可能的实现方式中，该会客信息中还包含有会客时间，终端在计算食材的预计食用次数时，需要根据当前时间和该会客时间，确定达到会客时间时冰箱中食材的预计食材剩余量，并根据该预计食材剩余量确定冰箱中的食材的预计食用次数。\n[0179] 比如，终端计算得到会客时间与当前时间的时间间隔为3天，当前冰箱中青菜的食材剩余量为1000克，且在预设用餐人数下消耗青菜的速率为200克/天/次，在实际用餐人数下消耗青菜的速率为500克/次。终端计算得到在到达会客时间时，青菜的预计食材剩余量为1000-3×200＝400克，则会客时青菜的预计食用次数为[400/500]＝0。\n[0180] 在步骤306中，当预计食用次数小于预设食用次数时，生成提醒信息。\n[0181] 当计算得到的预计食用次数小于预设食用次数时，终端即生成提醒信息，并在终端上对该提醒信息进行显示。可选地，当冰箱上设置有显示屏时，终端还可以通过后台服务器将该提醒信息发送至该冰箱，方便用户知悉冰箱内食材不足。\n[0182] 可选地，终端在确定了实际用餐人数后，还需要检测实际用餐人数与预设用餐人数之间的人数差值是否大于预设阈值，当该人数差值大于预设阈值时，即进入会客模式，并对预设食用次数进行调整。比如，终端检测到实际用餐人数为6人，且预设用餐人数为3人时，实际用餐人数与预设用餐人数之间的人数差值为3＞2＝预设阈值，即进入会客模式，并将预设食用次数调整为1次，表示冰箱中的食材满足此次会客所需食材量时，即不需要生成提醒信息。\n[0183] 为了方便用户及时补充食材，终端检测到食材不足时，进一步获取该食材的购买链接，并将该购买链接添加到提醒信息中。如图3E所示，步骤306可以包括步骤306A和步骤\n306B。\n[0184] 在步骤306A中，获取食材的购买链接。\n[0185] 终端获取食材的至少两个食材价格，对该食材价格进行比较，并获取最低食材价格对应的购买链接。需要说明的是，终端也可以根据食材的销量或好评度获取相应的购买链接，本公开并不对此进行限定。\n[0186] 在步骤306B中，将购买链接添加到提醒信息中。\n[0187] 终端将获取到的购买链接添加到提醒信息中，并提醒用户进行购买。\n[0188] 如图3F所示，终端34在检测到冰箱中苹果和红豆的余量不足时，生成相应的提醒信息35，提醒用户尽快补充，该提醒信息35中还包含有苹果和红豆的购买链接。\n[0189] 综上所述，本实施例提供的信息生成方法，通过冰箱中的食材余量信息和该食材对应的食材消耗速率，预估冰箱中的食材可供食用的次数，并在该次数小于预设次数时，生成提醒信息，从而提醒用户购买食材；解决了冰箱只能够存储食材，导致用户在烹饪时才发现食材不足的问题；达到了冰箱能够获取存储食材的食材余量，并在食材余量不足时及时生成提醒信息并提醒用户，从而避免了用户烹饪时才发现食材不足。\n[0190] 本实施例中，终端根据冰箱内部图像和各个存储区域中压力传感器采集的压力数据，确定冰箱中各个存储区域中食材的食材类型和食材剩余量，提高了获得的食材余量信息的准确性。\n[0191] 本实施例中，终端根据历史食材取用记录，获取用户的饮食习惯信息，并根据该饮食习惯信息进一步确定食材消耗速率，提高了计算得到的预计食用次数的准确性。\n[0192] 本实施例中，终端通过分析室内图像信息、移动终端连接数、会客信息、行程信息或地理位置信息，确定实际用餐人数，并根据该实际用餐人数对食材消耗速率进行修正，进一步提高了预计食用次数的准确性。\n[0193] 本实施例中，终端在检测到冰箱中的食材余量不足时，生成提醒信息，提醒用户进行补充，并将食材相应的购买链接添加到提醒信息中，方便用户购买食材。\n[0194] 为了将家中的其它烹饪设备进行串联，终端根据历史食材取用记录获取到用户的饮食习惯信息后，还可以根据该饮食习惯信息确定用户喜好的食材，并将该食材对应的烹饪参数发送至家中的烹饪设备中，方便用户使用喜好的食材进行烹饪，如图3G所示，该方法还可以包括如下步骤。\n[0195] 在步骤307中，根据用户的饮食习惯信息，确定用户喜好的食材。\n[0196] 作为一种可能的实现方式，终端可以将饮食习惯信息中，食用频率大于预设频率阈值的食材确定为用户喜好的食材。\n[0197] 比如，预设频率阈值为1天/次，根据表三所示的饮食习惯信息，终端即将红豆、薏米、西瓜和苹果确定为用户喜好的食材。\n[0198] 在步骤308中，查找与用户喜好的食材对应的烹饪参数，该烹饪参数包括食材用量、烹饪设备和烹饪设备对应的烹饪运行参数。\n[0199] 终端确定了用户喜好的食材后，查找该食材对应的烹饪参数，该烹饪参数可以包括烹饪时食材用量、烹饪时采用的烹饪设备和烹饪时烹饪设备的运行参数等等。\n[0200] 比如，终端知悉用户喜好的食材为红豆和薏米，查找到烹饪红豆薏米粥时采用的烹饪设备为电饭煲，食材用量为150克红豆、150克薏米和300克水，以及电饭煲在烹饪过程中的功率曲线。\n[0201] 在步骤309中，将烹饪参数发送至烹饪设备，该烹饪设备包括电饭煲、电磁炉、微波炉或烤箱。\n[0202] 终端查找到相应的烹饪参数后，检测是否绑定有相应的烹饪设备，当绑定有相应的烹饪设备时，终端即将该烹饪参数发送至相应的烹饪设备。用户后续使用该烹饪设备进行烹饪时，即可根据该烹饪参数中包含的烹饪运行参数进行烹饪，大大提高了用户烹饪的效率。\n[0203] 需要说明的是，终端在确定用户喜好的食材后，还可以根据预设煮饭时段，提前对该食材进行解冻等操作，方便用户直接取用并进行烹饪。\n[0204] 本实施例中，终端根据用户的饮食习惯信息，确定用户喜好的食材，并将该食材对应的烹饪参数发送至家中的烹饪设备中，大大提高了用户的烹饪效率。\n[0205] 由于冰箱中食物的存储时间有限，为了避免食材变质，冰箱在获取食材的食材余量信息时，还可以获取不同食材的食材保存状态，并生成相应的提醒信息，提醒用户尽快食用或清理。\n[0206] 在第一种可能的实现方式中，获取食材的实际存储时长；当实际存储时长达到食材对应的建议存储时长时，生成食用提醒信息，食用提醒信息用于提示用户尽快食用该食材。\n[0207] 冰箱在检测到有新食材存入时，会自动记录该食材的存入时间，并发送至绑定的终端，终端即可根据该存入时间和当前时间确定该食材的实际存储时长。根据上述步骤301中获取的食材的食材类型，终端可以进一步获取该食材的建议存储时长，当实际存储时长达到该建议存储时长时，终端即生成相应的食用提醒信息，提醒用户尽快食用。\n[0208] 如图3H所示，终端34检测到冰箱中苹果的实际存储时长达到对应的建议存储时长，即生成食用提醒信息36，提醒用户尽快食用。\n[0209] 在第二种可能的实现方式中，通过冰箱中内置的摄像头或气味传感器确定食材的保存状态；当保存状态指示食材变质时，生成食材清理信息，食材清理信息用于提示用户清理该食材。\n[0210] 终端还可以根据冰箱中摄像头采集的食材外观，或根据冰箱中气味传感器采集的食材气味，确定食材的保存状态。\n[0211] 作为一种可能的实现方式，终端中预先存储有各种食材各自对应的变质特性信息，该变质特征信息包括外观特征和气味特征等等。比如，香蕉变质时，对应的外观特征为表面出现大量黑斑；鸡蛋变质时，对应的气味特征为散发出臭鸡蛋味的硫化氢气体。终端根据采集到的食材外观和/或食材气味，确定对应食材的保存状态，当食材外观和/或食材气味指示食材变质时，即生成食材清理信息，提示用户清理该食材。\n[0212] 本实施例中，终端根据食材的实际存储时长或食材的保存状态确定食材是否需要尽快食用，并生成相应的食用提醒信息或食材清理信息提醒用户尽快食用或清理，避免了用户因对冰箱中食材保存状态不了解，而导致食材变质的问题。\n[0213] 下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。\n[0214] 图4是根据一示例性实施例示出的一种信息生成装置的框图。该信息生成装置可以通过软件、硬件或者两者的结合实现成为图1中终端140的部分或者全部。该信息生成装置可以包括：\n[0215] 第一获取模块401，被配置为获取冰箱中食材的食材余量信息；\n[0216] 第二获取模块402，被配置为获取食材的食材消耗速率；\n[0217] 计算模块403，被配置为根据食材余量信息和食材消耗速率，计算食材的预计食用次数；\n[0218] 第一生成模块404，被配置为当预计食用次数小于预设食用次数时，生成提醒信息。\n[0219] 综上所述，本实施例提供的信息生成装置，通过冰箱中的食材余量信息和该食材对应的食材消耗速率，预估冰箱中的食材可供食用的次数，并在该次数小于预设次数时，生成提醒信息，从而提醒用户购买食材；解决了冰箱只能够存储食材，导致用户在烹饪时才发现食材不足的问题；达到了冰箱能够获取存储食材的食材余量，并在食材余量不足时及时生成提醒信息并提醒用户，从而避免了用户烹饪时才发现食材不足。\n[0220] 图5是根据另一示例性实施例示出的一种信息生成装置的框图。该信息生成装置可以通过软件、硬件或者两者的结合实现成为图1中终端140的部分或者全部。该信息生成装置可以包括：\n[0221] 第一获取模块501，被配置为获取冰箱中食材的食材余量信息；\n[0222] 第二获取模块502，被配置为获取食材的食材消耗速率；\n[0223] 计算模块503，被配置为根据食材余量信息和食材消耗速率，计算食材的预计食用次数；\n[0224] 第一生成模块504，被配置为当预计食用次数小于预设食用次数时，生成提醒信息。\n[0225] 可选地，食材余量信息包括食材类型和食材剩余量；\n[0226] 第一获取模块501，包括：\n[0227] 第一确定子模块501A，被配置为根据摄像头采集的冰箱内部图像，确定不同的存储区域存储的食材类型和食材剩余量，所述摄像头设置在所述冰箱内部；\n[0228] 或，\n[0229] 第二确定子模块501B，被配置为根据摄像头采集的冰箱内部图像，确定不同的存储区域存储的食材类型；根据设置在存储区域的压力传感器采集到的压力数据，确定存储区域中食材的食材剩余量。\n[0230] 可选地，第二获取模块502，包括：\n[0231] 信息获取子模块502A，被配置为根据历史食材取用记录获取用户的饮食习惯信息，饮食习惯信息用于指示用户消耗指定食材的单次食用量和食用频率；\n[0232] 速率确定子模块502B，被配置为根据单次食用量和食用频率确定食材消耗速率。\n[0233] 可选地，该装置，还包括：\n[0234] 第三获取模块505，被配置为获取实际用餐人数；\n[0235] 修正模块506，被配置为根据实际用餐人数和食材的标准食用量，对食材消耗速率进行修正。\n[0236] 可选地，第三获取模块505，包括：\n[0237] 第三确定子模块505A，被配置为获取摄像头采集的室内图像信息，摄像头是与冰箱绑定的家庭摄像头或设置在冰箱本体外部的摄像头；根据室内图像信息确定实际用餐人数；\n[0238] 或，\n[0239] 第四确定子模块505B，被配置为获取连接到家庭网关设备的移动终端的数量；根据移动终端的数量确定实际用餐人数；\n[0240] 或，\n[0241] 第五确定子模块505C，被配置为获取与冰箱绑定的终端中的会客信息，会客信息中至少包括会客人数；根据会客人数确定实际用餐人数；\n[0242] 或，\n[0243] 第六确定子模块505D，被配置为获取与冰箱绑定的终端中的行程信息，行程信息中至少包括出行天数；确定出行天数内的实际用餐人数；\n[0244] 或，\n[0245] 第七确定子模块505E，被配置为在预定时间段内获取与冰箱绑定的移动终端的地理位置信息，预定时间段为预设的煮饭时段；当地理位置信息指示移动终端与冰箱之间的距离大于预设距离阈值时，确定移动终端对应的用户为非用餐人员；根据非用餐人员和预设用餐人数确定实际用餐人数。\n[0246] 可选地，第一生成模块504，包括：\n[0247] 链接获取子模块504A，被配置为获取食材的购买链接；\n[0248] 添加子模块504B，被配置为将购买链接添加到提醒信息中。\n[0249] 可选地，该装置，还包括：\n[0250] 喜好确定模块507，被配置为根据用户的饮食习惯信息，确定用户喜好的食材；\n[0251] 查找模块508，被配置为查找与用户喜好的食材对应的烹饪参数，烹饪参数包括食材用量、烹饪设备和烹饪设备对应的烹饪运行参数；\n[0252] 发送模块509，被配置为将烹饪参数发送至烹饪设备，烹饪设备包括电饭煲、电磁炉、微波炉或烤箱。\n[0253] 可选地，该装置，还包括：\n[0254] 第二生成模块510，被配置为获取食材的实际存储时长；当实际存储时长达到食材对应的建议存储时长时，生成食用提醒信息，食用提醒信息用于提示用户尽快食用该食材；\n[0255] 或，\n[0256] 第三生成模块511，被配置为通过冰箱中内置的摄像头或气味传感器确定食材的保存状态；当保存状态指示食材变质时，生成食材清理信息，食材清理信息用于提示用户清理该食材。\n[0257] 综上所述，本实施例提供的信息生成装置，通过冰箱中的食材余量信息和该食材对应的食材消耗速率，预估冰箱中的食材可供食用的次数，并在该次数小于预设次数时，生成提醒信息，从而提醒用户购买食材；解决了冰箱只能够存储食材，导致用户在烹饪时才发现食材不足的问题；达到了冰箱能够获取存储食材的食材余量，并在食材余量不足时及时生成提醒信息并提醒用户，从而避免了用户烹饪时才发现食材不足。\n[0258] 本实施例中，终端根据冰箱内部图像和各个存储区域中压力传感器采集的压力数据，确定冰箱中各个存储区域中食材的食材类型和食材剩余量，提高了获得的食材余量信息的准确性。\n[0259] 本实施例中，终端根据历史食材取用记录，获取用户的饮食习惯信息，并根据该饮食习惯信息进一步确定食材消耗速率，提高了计算得到的预计食用次数的准确性。\n[0260] 本实施例中，终端通过分析室内图像信息、移动终端连接数、会客信息、行程信息或地理位置信息，确定实际用餐人数，并根据该实际用餐人数对食材消耗速率进行修正，进一步提高了预计食用次数的准确性。\n[0261] 本实施例中，终端在检测到冰箱中的食材余量不足时，生成提醒信息，提醒用户进行补充，并将食材相应的购买链接添加到提醒信息中，方便用户购买食材。\n[0262] 本实施例中，终端根据用户的饮食习惯信息，确定用户喜好的食材，并将该食材对应的烹饪参数发送至家中的烹饪设备中，大大提高了用户的烹饪效率。\n[0263] 本实施例中，终端根据食材的实际存储时长或食材的保存状态确定食材是否需要尽快食用，并生成相应的食用提醒信息或食材清理信息提醒用户尽快食用或清理，避免了用户因对冰箱中食材保存状态不了解，而导致食材变质的问题。\n[0264] 关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。\n[0265] 图6是根据一示例性实施例示出的一种信息生成装置的框图。例如，装置600可以是图1中的冰箱110或终端140。\n[0266] 参照图6，装置600可以包括以下一个或多个组件：处理组件602，存储器604，电源组件606，多媒体组件608，输入/输出(I/O)的接口612，传感器组件614，以及通信组件616。\n可选地，当装置600为终端时，装置600还包括音频组件610。\n[0267] 处理组件602通常控制装置600的整体操作。处理组件602可以包括一个或多个处理器620来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件602可以包括一个或多个模块，便于处理组件602和其他组件之间的交互。例如，处理组件602可以包括多媒体模块，以方便多媒体组件608和处理组件602之间的交互。\n[0268] 存储器604被配置为存储各种类型的数据以支持在装置600的操作。这些数据的示例包括用于在装置600上操作的任何应用程序或方法的指令。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。\n[0269] 电源组件606为装置600的各种组件提供电力。电源组件606可以包括电源管理系统，一个或多个电源，及其他与为装置600生成、管理和分配电力相关联的组件。\n[0270] 多媒体组件608包括在所述装置600和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件608包括至少一个摄像头。当装置600处于工作模式时，摄像头可以接收外部的多媒体数据。每个摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。需要说明的是，当装置600为冰箱时，该摄像头设置在冰箱本体外部和冰箱的内部，分别用于采集室内图像信息和冰箱内部图像。\n[0271] 音频组件610被配置为输出和/或输入音频信号。例如，音频组件610包括一个麦克风(MIC)，当装置600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中，音频组件610还包括一个扬声器，用于输出音频信号。\n[0272] I/O接口612为处理组件602和外围接口模块之间提供接口，上述外围接口模块可以是键盘，按钮等。\n[0273] 传感器组件614包括一个或多个传感器，用于为装置600提供各个方面的状态评估。例如，传感器组件614可以检测到装置600的打开/关闭状态，组件的相对定位，例如所述组件为装置600的显示器和小键盘，传感器组件614还可以检测装置600或装置600一个组件的位置改变，用户与装置600接触的存在或不存在，装置600方位或加速/减速和装置600的温度变化。传感器组件614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。当装置600为终端时，该传感器组件614还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器；当装置600为冰箱时，该传感器组件614还可以包括气味传感器和设置在冰箱中各个存储区域的压力传感器。\n[0274] 通信组件616被配置为便于装置600和其他设备之间有线或无线方式的通信。装置\n600可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。\n在一个示例性实施例中，所述通信组件616还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。\n[0275] 在示例性实施例中，装置600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。\n[0276] 在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器604，上述指令可由装置600的处理器620执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。\n[0277] 一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置600的处理器执行时，使得装置600能够执行一种信息生成方法，所述方法包括：\n[0278] 获取冰箱中食材的食材余量信息；\n[0279] 获取食材的食材消耗速率；\n[0280] 根据食材余量信息和所述食材消耗速率，计算食材的预计食用次数；\n[0281] 当预计食用次数小于预设食用次数时，生成提醒信息。\n[0282] 本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。\n[0283] 应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。