[0056] 这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
[0057] 在本发明使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
[0058] 应当理解，尽管在本发明可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本发明范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
[0059] 以下将通过实施例对本发明进行详细描述。
[0060] 一种冰箱远程食物售卖和收购控制方法，应用于冰箱，所述冰箱具有气味传感器、摄像头，所述摄像头用于采集食物的图像发送给处理器，气味传感器用于检测冷藏室中食物的气味浓度；所述气味传感器能够将检测到的气味浓烈度转化为可被检测的电阻值，本申请中，检测到的气味浓烈度越大，转换出的电阻值越大；所述冰箱还与远程服务器通信连接，用于与远程服务器进行信息交换，所述冰箱还具有处理器，用于检测摄像头和气味传感器获取的信息，并根据获取的信息以及从服务器中接收的信息进行计算；如图1所示，所述方法包括：
[0061] S1、冰箱检测存储食物的新鲜程度，判断是否执行清理操作，若否，执行S2，若是，执行S9。
[0062] 若食物新鲜，则无需进行清理，可以进行食物售卖，若不新鲜，则需进行清理。
[0063] S2、确定各食物的取出次数。
[0064] 若食物取出次数不足，则不满足当前时段的销售量需要，需要进行补货。
[0065] S3、判断对应食物的取出次数是否小于预设取出次数阈值，若是，执行S7，若否，执行S4。
[0066] 若对应食物的取出次数不小于预设取出次数阈值，则说明当前对应食物的存储量足以满足在通常取用强度下的用户取用。
[0067] S4、远程服务器对冰箱与需求食物终端进行匹配。
[0068] 所述需求食物终端，可以是需求食物用户所持的手机。用户在手机上对食物的购买进行付款等操作。
[0069] S5、冰箱计算对应食物的售价，发送到远程服务器。
[0070] S6、远程服务器根据所述对应食物售价向用户发送取物码，并根据用户取物时间设置用户信用度。
[0071] 用户信用度根据用户是否在预设时间内取走食物确定。由于食物均有存储时间过长而变质的风险，若用户选择取走相应食物但事实上在预设时间内未取走，则会导致对应食物不能及时向有需要的用户售出，相应的增加了该食物在存储过程中的变质风险，所以为了让用户有足够的意识及时取走所购买的食物，远程服务器为每一个注册用户设置信用度，当用户信用度过低时，其下次购买食物时，对应食物价格会上浮；当用户信用度达标时，其下次购买食物的价格不会上浮。
[0072] S7、冰箱向供应商发送补货信息，并计算收购价。
[0073] S8、冰箱根据存储食物信息确定存储温度，并对补入获取设置时间信息码，之后执行S1。
[0074] 所述时间信息码记录了对应食物在所有食物中的唯一标识、对应标识的食物的放入冰箱时间，以及对应食物的存储周期。
[0075] S9、调取食物存放记录。
[0076] 所述食物存放记录包括各个食物袋的时间信息码信息。
[0077] S10、确定存储超期食物的食物袋。
[0078] 由于对于超期存储的食物，需要进行打折促销，所以这里的所谓存储超期的食物，并非变质的食物，而是存储时间超过了预设时间，食物已经开始往变劣方向发展，但依然满足健康饮食的标准，非变质过期食物。
[0079] S11、向清理人员发送清理信息。
[0080] S12、判断清理人员是否及时清理出存储超期食物，若否，则执行S13，若是，则执行返回S1。
[0081] S13、进行深度存储。
[0082] 所述深度存储，即将冰箱温度降低到一预设的低温阈值，以保持所有食物均能够在该低温下妥善保存。
[0083] S14、冰箱向服务器发出菜品打折通知。
[0084] 通过打折促销的方式，使用户尽快取出冰箱中的食物。
[0085] S15、进行清理人员扣款计算。
[0086] 清理人员是本申请中冰箱的维护人员，为工作人员，对清理人员进行一定的扣款，能够起到警示清理人员及时清理冰箱的作用。
[0087] 采用本发明提供的冰箱远程食物售卖和收购方法，能够使得冰箱及时对存储的食物通过远程服务器进行销售信息的发布，也能够根据食物缺失情况针对性向供应商发送补货信息进行补货，同时在食物需要清理时，及时通知清理人员进行清理，解决了现有技术中无法实时控制食物质量和食物数量的问题。
[0088] 具体的，S1中，所述冷藏室中的食物都装盛在各自的食物袋中，所述食物袋为透明的保存袋；如图2所示，所述冰箱检测存储食物的新鲜程度的步骤包括：
[0089] S011、冰箱冷藏室中的摄像头采集食物袋中食物的图像发送给处理器，处理器将摄像头采集的图像信息，与远程服务器中存储的对应新鲜食物的色彩饱和度进行对比，计算色彩饱和度差值。
[0090] S012、冰箱冷藏室中的气味传感器获取食物的气味浓度数据。
[0091] 所述气味浓度数据具体为气味传感器根据气味浓烈度转出的可被检测的电阻值。所述气味传感器能够将检测到的气味浓烈度转化为可被检测的电阻值，本申请中，检测到的气味浓烈度越大，转换出的电阻值越大。
[0092] S013、根据食物袋数量，计算单位食物袋的气味浓度数据。
[0093] S014、根据单位食物袋的气味浓度数据和所述色彩饱和度差值，确定冰箱冷藏室中食物的新鲜度。
[0094] 具体的，针对不同种类的食物，预设其单位食物袋的气味浓度数据和色彩饱和度差值在确定食物新鲜度方面的权重值。可以针对每一种食物，分别设置单一变量下(即只考虑单位食物袋的气味浓度数据或色彩饱和度差值变化的情况下)单位食物袋的气味浓度数据和色彩饱和度差值变化的情况下对应新鲜度的对照表，计算这两种新鲜度值乘以对应的权重值后的和，将该和确定为食物的解冻后新鲜度，其中单位食物袋的气味浓度数据和色彩饱和度差值在确定食物新鲜度方面的权重值之和为1。具体的，所述单一变量下单位食物袋的气味浓度数据和色彩饱和度差值变化的情况下对应新鲜度的对照表中的新鲜度数值可以是这样确定的：以标准新鲜程度的食物的色彩饱和度为基准值，当所述色彩饱和度差值的变化相较所述基准值不超过10％时，定义其新鲜度数值为1(即新鲜)；当所述色彩饱和度差值的变化相较所述基准值超过10％时但小于20％时，定义其新鲜度数值为0.8，等等，新鲜度是处于1～0之间的小数，即色彩饱和度差值的变化相较所述基准值越大，相应新鲜度值越小，表示越不新鲜。同样的，也可以以标准新鲜程度的食物的单位食物袋气味浓度为基准值，根据检测到的食物的单位体积气味浓度值超过的比例，确定相应的新鲜度值大小，且新鲜度也是处于1～0之间的小数。
[0095] 具体的，如图3所示，所述S2包括：
[0096] S21、获取冰箱中食物的食物余量信息。
[0097] 具体的，所述食物余量信息包括食物种类以及食物数量，其中食物数量可以为食物袋数量。由于本发明应用于用户自行取放的冰箱，为了便于对食物量进行管理，通常都是采用“份”的概念对食物的量进行衡量，每一“份”食物由一个对应食物袋装盛。可以预先设定食物袋中一“份”食物的单位。不同食物对应的食用方式不同，有些食物，例如大豆、花菜、红豆、小米等，食用时通常按照食材重量进行取用，而有些食物，例如梨、黄瓜等，食用时通常按照食材个数进行取用。比如，用户使用红豆进行烹饪时，通常以克为计量单位进行取用，而用户食用苹果时，通常以个为计量单位进行取用。所以终端在确定食材的食材剩余量时，可以采用不同的计量方式。例如，若食物袋中装盛的为苹果时，一个食物袋规定必须装盛2个苹果；若食物袋中装盛的为大米时，一个食物袋规定必须装盛1kg大米；采用这样的分“份”计量的方式，只要获取当前冰箱中各种食物种类及其对应的食物袋的数量，就能够获取不同食物的余量信息。
[0098] S22、根据记录的历史取物信息，获取所述不同种类食物在当前时间段内的食物消耗速率。
[0099] 用户每次从冰箱中付费取出对应食物时，冰箱会将对应食物的种类及取出量、取出时间信息向远程服务器发送，这样，远程服务器中就会存储一段长期时间范围中(如近一个月中)在对应时间段(如下午18:00～20：00)内的历史取物记录，并将这些数据进行汇总，计算出近期对应时间段内的不同种类食物的消耗速率。例如，通过对近一个月内下午18:00～20：00中不同种类的食物消耗速率进行统计，得到，在18:00～20：00时间段内，西红柿的消耗速率为2份/10分钟，豆角的消耗速率为3份/10分钟，等等。值得一提的是，通过记录的历史取物信息得到的不同种类的食物在当前时间段内的食物消耗速率，是根据已有的真实信息反映出的客观存在的真实规律，这种客观规律能够在一定程度上反映最真实的用户喜好，而无需后台工作人员过分依赖于季节变化、地区饮食差异等，刻意去迎合用户的喜好。
[0100] S23、冰箱判断是否存在食物消耗速率过低的食物，若是，则在预设的食物请求单中删除该食物，并向用户发送备选食物清单，供用户投票选择喜欢的食物，之后执行S24；若否，直接执行S24。
[0101] 具体的，根据用户距离所述冰箱距离的远近及该用户取物的频率、累计消费金额等综合考量，为不同用户设定不同的投票权重值，再综合投票权重值，统计用户所选的食物的排名，按照该食物排名先后，确定需要补充的食物种类。
[0102] S24、针对食物消耗速率满足要求的食物，根据所述食物余量信息和对应食物消耗速率，计算所述食物的预计取出次数。
[0103] 具体的，如图4所示，所述S4包括：
[0104] S41、冰箱向远程服务器发出所述冰箱的地理位置信息，以及相应的待取出食品信息。
[0105] 所述待取出食品即为当前冰箱中的食物消耗速率满足要求的食物的种类及数量信息。
[0106] S42、远程服务器根据发起所述食品请求的冰箱的地理位置信息，匹配该冰箱周边的需求食物终端信息。
[0107] 所述需求食物终端，可以是需求食物用户所持的手机，该手机装载有能够向所述远程服务器发送手机位置信息的应用程序APP。采用这种方式，可以尽量匹配到在所述发起所述食品请求的冰箱周围的需求食物用户的信息，从而尽量时用户快速的抵达冰箱所在位置，获取食物。
[0108] 具体的，如图5所示，所述S5包括：
[0109] S51、冰箱根据获取的储存食物信息得出在所述存储条件下的食物品质变化趋势。
[0110] 利用大数据技术和云计算技术，在已知食物品类、存储环境的条件下可以得出该食物的品质变化趋势(特点)。一种实施方式是根据食物品类、存储条件从远程服务器获取该食物的品质变化趋势；另一种实施方式是将各种食物在不同存储条件下的品质变化趋势预先存储在本地应用程序中备用。所述食物品质变化趋势可以为“食物品质-保存时间”图像，从而预估当前食物在达到一个预设品质阈值时的剩余时间长度。
[0111] S52、根据食物品质变化趋势及用户信用度，计算对应食物的单份售价，发送到远程服务器。
[0112] 用户信用度根据用户是否在预设时间内取走食物确定。由于食物均有存储时间过长而变质的风险，若用户选择取走相应食物但事实上在预设时间内未取走，则会导致对应食物不能及时向有需要的用户售出，相应的增加了该食物在存储过程中的变质风险，所以为了让用户有足够的意识及时取走所购买的食物，远程服务器为每一个注册用户设置信用度，当用户信用度过低时，其下次购买食物时，对应食物价格会上浮；当用户信用度达标时，其下次购买食物的价格不会上浮。
[0113] 具体的，如图6所示，所述S6包括：
[0114] S61、远程服务器向用户终端发送对应食物的单份售价信息，待用户付款后，向用户发送取物码。
[0115] S62、冰箱接收用户输入的取物码，并根据取物码信息向用户提供对应的食物，并将用户的取物时间发送到远程服务器。
[0116] S63、远程服务器判断用户是否在预设时间内取走食物，若是，则用户信用度不变，若否，则降低用户信用度。
[0117] 进一步的，若用户信用度降低到预设信用度值，则采取更为强硬的措施，如在一定的时间范围内(如三天)不向该用户提供取物服务，等。
[0118] 具体的，如图7所示，所述S7包括：
[0119] S71、冰箱向远程服务器发送补货信息，远程服务器将所述补货信息向供应商客户端发送。
[0120] S72、冰箱获取供应商放入冰箱内食物袋中的食物的图像。
[0121] 供应商将食物放入食物袋之前，需要将食物放置在检测摄像头下，通过检测摄像头识别食物种类和食物新鲜度，摄像头采集的图像信息发与远程服务器，远程服务器根据图像信息对食物进行识别，并将该图像信息与存储的对应新鲜食物的色彩饱和度进行对比，计算色彩饱和度差值，并根据色彩饱和度差值的大小判断食物新鲜度。
[0122] S73、根据所述图像生成对应食物袋中食物的存储时长。
[0123] 当获取供应商放入食物袋中食物的新鲜度后，根据预存的新鲜度与存储时长的对照表，确定食物的存储时长。
[0124] S74、根据所述食物的存储时长和食物种类，计算单份食物收购价。
[0125] 具体的，如图8所示，所述S8包括：
[0126] S81、冰箱确定当前存储食物的种类。
[0127] S82、冰箱将不同种类的食材按照由低到高的最佳存储温度分配食物优先级，确定存储温度。
[0128] 具体的，以所述最佳温度最低的食物的最佳存储温度，作为冰箱存储食物时的温度。
[0129] S83、针对每个新放入食物的食物袋，对所述食物袋打上时间信息码，所述时间信息码记录了该食物袋在所有食物袋中的唯一标识、对应标识的食物袋中食物的放入时间，以及对应食物的存储周期，之后执行S1。
[0130] 本发明还提供了一种冰箱，所述冰箱使用前述任一实施例所述的冰箱远程食物售卖和收购控制方法。
[0131] 以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0132] 本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0133] 另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
[0134] 所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read－Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
