CN104348904A - 用于确定饮料制备机中从胶囊生产的饮料的婴儿消耗的方法和系统 - Google Patents

Abstract

本发明涉及一种用于确定饮料制备机中从胶囊生产的饮料的婴儿消耗的系统和方法。在服务器中存储关于多个不同类型胶囊的胶囊信息。进一步地，将至少一个包括关于消耗从胶囊生产的饮料的婴儿的个人信息的用户账户存储在所述服务器中。从胶囊生产饮料并识别由此由饮料制备机使用的胶囊。将关于所识别胶囊的信息发送到服务器；该信息至少包括制备饮料的日期和时间。

Description

用于确定饮料制备机中从胶囊生产的饮料的婴儿消耗的方法和系统

技术领域

本发明涉及用于确定饮料制备机中的从胶囊生产的饮料的婴儿消耗的方法和系统。

背景技术

近来，通过使用采用含有营养配料的胶囊的制备机制备诸如婴儿配方食品的饮料变得越来越受到欢迎。通过使用含有营养配料的胶囊，可以在库存中具有品种繁多的不同胶囊，因此使得消费者能够在每次将胶囊插入到饮料制备机中时决定要生产哪种饮料。

饮料制备机和对应的胶囊可以从WO2012/062842中获知。该已知的系统采用在胶囊上具有的信息以便确定由饮料制备机使用的胶囊类型。

一个问题可能在于机器能够由不同的父母或看护者使用。经常难以确保针对特定婴儿的饮料消耗的不断精确的记录。消耗跟踪通常对于确保给予婴儿所推荐的摄取量、恰当的饮食和/或向儿科医生提供信息是很重要的。

发明内容

因此，本发明的目的是提供用于帮助用户(例如，父母)在自动地确定婴儿的饮料消耗而无需用户关注保持饮料消耗的跟踪的方法和系统。

该问题通过根据独立权利要求所述的方法和系统解决。从属权利要求进一步限定本发明。

更具体地说，本发明的方法用于确定饮料制备机中从胶囊生产的饮料的婴儿消耗，并且该方法包括以下步骤：

a.在服务器中存储至少一个包含关于消耗从所述胶囊生产的饮料的婴儿个人信息的用户账户，

b.从胶囊生产饮料并识别由此由饮料制备机使用的每个胶囊，

c.当由机器识别出胶囊时，将关于所识别胶囊的信息发送给包括至少一个时间相关信息的服务器，

d.基于在用户终端上经由通信网络在至少一个应用下可用的该信息制定饮料消耗。

优选地，使饮料消耗在以下应用中的任何一个中可用：报告、图形、日历、文本、表格及其组合。

在优选的范例中，诸如日历的应用被配置为示出对应于所识别胶囊的数量的膳食(即，饮料)的数量。

时间相关信息可以是日期(即，日：年)和/或时间(即，时：分)。该时间相关信息可以取决于应用(例如，是日历还是图形)而变化。

在服务器上存储用户账户。该用户账户包括关于正在消耗从胶囊生产的饮料的婴儿的个人信息。当采用从胶囊生产的婴儿配方食品喂食婴儿时，因而由饮料制备机识别所使用的胶囊并将相应信息发送到服务器。当前在服务器中，可用的是关于多种不同类型的胶囊的胶囊信息，该胶囊通常可用，并且每个该胶囊是针对特定年龄婴儿推荐的并且在另一方面，关于婴儿的个人信息以及关于已经使用(即被识别为在机器中使用)的胶囊的信息是可用的。胶囊的“类型”不仅关于所推荐年龄的婴儿划分，而且还可以指示婴儿配方食品的不同口味和/或配方。

优选地，饮料制备机在每次从所述胶囊生产饮料时发送关于所识别的胶囊的信息。在每次生产饮料时自动地发送该信息保持存储在服务器中的数据是最新的。特别地，向服务器的自动发送确保没有由用户所产生的错误，例如该用户另外可能忘记将信息发送到服务器。结果，消耗的实时跟踪也是可能的。如果服务器和/或网络变得不可用，则饮料制备机被配置为具有存储装置以存储信息并在服务器和/或网络可行时延迟信息的发送。这能够通过机器中致力于存储该信息的存储器和相关程序获得。

有利地是，服务器由胶囊的供应商托管，使得关于多个不同类型胶囊的信息可以一直保持是最新的。特别地，新的婴儿配方食品可以由供应商提供，并且由于信息被存储在服务器上的事实，可以立刻考虑任何变化。该信息对于多个用户账户是可用的。每个用户账户可以通过账户持有者的消费者终端访问，并且经由因特网或电信网络被连接到服务器。通过在网站上登录执行所述访问，并且随后注册的用户账户持有者可以通过可用的且能够网络通信的任何终端访问他的账户。这样的终端例如可以是手机、平板PC、PC、笔记本电脑等。有利的是，可以独立于饮料制备机在任何时间从任何地点访问从用户账户可用的任何信息。

为了将所识别的使用胶囊的信息与婴儿相联系，在服务器中注册饮料制备机并将其分配给用户账户。用户账户还可以具有注册的其它设备，所述其它设备也能够将信息发送到服务器。通过这样做，还可以将与消耗相关的信息与婴儿的发育相联系，并且通过使用单个账户使得其可访问。这增加了例如与婴儿医生分享信息的便捷性和可能性。

更加优选地是，饮料制备机和/或其它设备能够确定内部参数。之后将关于这些参数的可能是参数自身的值的信息发送到服务器。该发送可以是有规律地在恒定时间间隔后执行，或者可以在值高于或低于预定阈值的识别时执行。可以监视的参数例如是低速率、温度等等。之后将关于这些参数的信息存储在用户账户中并且可由用户访问。用户因此可以保持他自身被告知关于他的所使用设备的当前状态，并且例如可以在适当的时候采取维护措施。

作为对于内部参数的备选或附加，可以确定外部参数并将其发送到服务器。该外部参数优选为婴儿的体重，并且其它设备是也能够进行因特网通信的体重秤。

通过访问用户账户，用户还可以接收关于所存储的内部参数或所测量并存储的外部参数的分析。该分析例如可以是体重曲线或关于所使用胶囊的统计。在那种情况下，所述分析基于消耗数据(消耗历史)，所述消耗数据是在每次生产饮料时发送的关于所使用胶囊的类型的信息结果。

尽管没有特别限制，但是优选地是，通过使用WiFi执行在服务器和饮料制备机和/或其它设备之间的通信。所述设备(包括饮料制备机)具有例如具有用于识别设备/机器的唯一MAC地址的WiFi卡。

更加优选地是，为了允许库存的完美管理，还将关于购买胶囊的信息存储在用户账户中，并且还使用关于用户仍然可用的胶囊的数量的该信息作为用于确定补给需求的根据。因此，如果剩余的胶囊达不到预定阈值，则确定补给需求。所确定的该需求可以导致被电子地生成在用户账户外的自动订单，或导致在用户可访问的账户中或者通过发送诸如电子邮件邀请的通知以执行订购过程而向用户显示的信息。作为替代需求可以基于所使用胶囊的数量而不是剩余胶囊的数量来确定。

为了执行该方法，使用一种用于确定胶囊的消耗信息的系统。该系统包括饮料制备机、远程服务器和用于确定在所述机器中使用的胶囊的至少一种类型的装置。饮料制备机包括用于从胶囊生产饮料的装置以及用于识别用于当前饮料生产过程的胶囊类型的另外的装置。

另外，饮料制备机包括用于将信息发送到远程服务器的装置。在优选的实施例中，这由WiFi接口或模块实现。

另一方面，远程服务器包括存储用户账户的存储装置。用户账户包括关于消耗个人(即婴儿)的个体信息，由饮料制备机为所述婴儿生产婴儿配方食品。另外，远程服务器包括用于存储多种不同类型胶囊的胶囊信息的存储装置。该信息优选地包括特定类型的胶囊的识别。该信息还可以包括针对年龄的推荐，在该年龄应当优选地消耗由此生产的婴儿配方食品。

该系统还包括用于生成显示饮料消耗的日历的装置，以及使日历由用户可视的存储装置。用于生成日历的装置可以进一步被配置为报告所识别的胶囊类型，因此与所生产的饮料直接相关。该额外的信息可有助于提供婴儿的喂养历史以最终将其与所推荐的、标准的或个性化的喂养计划相比较。

该系统另外被配置成使得可以通过连接到服务器的消费者终端进行用户访问。优选地使用因特网或电信网络执行连接。为了向用户提供单个访问，从而实现由用户使用的包括饮料制备机的所有设备的控制，饮料制备机和/或至少一个其它设备包括用于确定内部参数的至少一个传感器。优选地，在饮料制备机或其它设备内监视与饮料的生产或其它设备的使用相关的所有参数，并将其发送到服务器以便监视机器的当前状态并识别或预料机器故障。之后将从制备机和/或指示一个其它设备接收到的信息存储在服务器中。为了将信息添加到用户账户，优选地是，至少一个其它设备能够测量诸如婴儿体重的外部参数，并将关于结果的信息或结果本身发送到服务器。

服务器另一方面包括能够在从饮料制备机和/或其它设备传送的数据上执行分析的装置。分析的结果之后能够从用户账户访问。

附图说明

在下文中，关于附图中图示的优选实施例更详细地解释本系统和方法。参考以下附图将解释具体细节，在附图中：

图1是系统的整个结构的概览；

图2是用于在系统中使用的饮料制备机的框图；

图3是系统的服务器的框图；

图4是另一设备的框图；

图5是示出由服务器收集的不同信息的联合的图示；

图6是图示方法步骤的简化流程图；

图7是示出饮料消耗的日历；

图8是用于在日历中手动输入数据的屏框(mask)的范例；

图9示出用户在简介中填写他的/她的婴儿的窗口；

图10示出在智能手机或平板的屏幕上的可见应用的范例。

具体实施方式

在图1中，给出整个系统的概览。整个系统1包括由胶囊制造商托管的远程服务器2。将服务器2连接到因特网，并且从远程位置经由因特网可访问服务器2。这样的远程位置例如是想要使用系统服务的用户的家。可以经由因特网3将用户的个人装置连接到服务器2。在图示的范例中，这样的装置为饮料制备机4、其它设备5以及用户终端6。其它设备5例如可以为用于测量婴儿体重的体重秤。用户终端6可以是能够执行因特网通信并且特别是浏览网站的任何设备。所有这些装置通过任何已知的标准经由因特网执行通信。特别地，饮料制备机4和其它设备5可以与安装在家庭网络中并被连接到因特网的路由器(未示出)执行WiFi通信。因此，饮料制备机4和其它设备5包含于家庭网络中。在这一方面，用户终端6也可以被整合到家庭网络中或可以根据移动通信标准访问因特网。当然，该移动通信标准也可以由饮料制备机4或其它设备5使用。不过，由于这类机器在大多数情况下不旨在用于移动使用，因此仅优选将其整合到家庭网络中。

图2更详细地示出饮料制备机4的结构。

为了生产婴儿配方食品，饮料制备机4需要胶囊7。在胶囊7中包含营养配料。例如借助于胶囊保持器将胶囊7插入到饮料制备机4中。在胶囊7被插入到机器后，由机器生产婴儿配方食品(作为饮料的范例)。饮料制备机4包括贮存器8，在贮存器8中包含液体。该液体可以是水、奶等。为了进一步的解释，假设液体是需要与胶囊7中的营养配料混合以便制备婴儿配方食品的水。借助于处理机构9实现将水供应给胶囊的营养配料。处理机构9能够将水加热到期望的温度、打开胶囊7并以限定流速将加热后的水供应给胶囊7。当将水供应给胶囊时，其将会与营养配料混合并且之后将最终产品注入例如婴儿奶瓶等。为了清空胶囊，通过通气针施加气压。

应注意的是，在同一饮料制备机4中可以使用不同类型的胶囊7。例如，胶囊被设计为类型与婴儿年龄的推荐范围相关。例如，可以有六种类型的胶囊，例如，类型1针对第一个月，类型2针对第二个月，类型3针对3-6个月，类型4针对7-12个月，类型5针对13-24个月以及类型6针对25-35个月。这些不同的类型可以具有要生产饮料的不同口味和/或例如包含在胶囊7中的营养配料的不同数量。因此，需要将流速、水量、水的压力和温度调整为当前使用的胶囊7的类型。

为了调整由处理机构9设定的生产参数，有必要首先确定当前插入在饮料制备机4上的胶囊7是何种类型。胶囊7具有关于在其表面上提供的类型的信息，其在图示的实施例中为编码，例如条形码10。由条形码读取器11读取在条形码10上的信息。为了确保条形码10能够由读取器读取，胶囊7是非对称的，并且因此当将胶囊7插入到饮料制备机4时位于胶囊7上特定位置的条形码10总是朝向相同方向。由条形码读取器10将用于饮料当前制备的胶囊7的类型的信息发送到连接到因特网单元13的处理单元12。因特网单元例如可以是能够与连接到家庭网络的路由器通信的WI-FI模块。在处理单元12内，可以直接将从条形码读取器11接收到的信息发送到远程服务器2，或者可以使用该信息来识别胶囊7的类型并仅发送所识别的类型。当然，编码和读取器可以是除了条形编码技术以外的其它技术，还可以是颜色、形状或标志识别、磁、电磁、感应、传导或其它类似识别技术。

饮料制备机4还包括用于监视处理机构的内部参数的传感器。该参数可以是在将液体供应给胶囊7之前获得的液体温度、液体流入胶囊的流速、在饮料制备的一个周期期间提供液体时的压力或供应的液体量。当然，还可以监视内部参数。在图示的实施例中，示出两个不同的传感器13.1和传感器13.2，但是不言自明根据需要可以有尽可能多个传感器以便监视处理机构9的所有相关值。内部参数还可以是由处理单元12识别的事件，例如在使用期间关闭。

将检测值或对应于检测值的电信号从传感器13.1、传感器13.2发送到处理单元12。处理单元12之后再次将传感器13.1、传感器13.2的测量结果或关于检测到的事件的信息发送到服务器2。测量结果可以是由传感器13.1或传感器13.2其自身测量到的值或对应的信息。另外，为了避免将不必要的数据从饮料制备机4发送到服务器2，优选在处理单元12中分析由传感器13.1和传感器13.2测量的值。该分析例如可以是在测量值和存储在处理单元12中的阈值之间的比较。只有在值超过或达不到对应阈值的情况下，将测量的结果发送到服务器2。当然，对于一些监视的参数，似乎更优选地是将每个要测量的值发送到服务器。或者，可以设定时间间隔，并且在该时间间隔过去后测量参数并将其结果发送到服务器2。这给出例如监视性能降低的机会。

图3示出用于在系统中使用的并且用于发明性方法的服务器2的范例。服务器2包括被分成两个存储区域15和16的存储装置14。在第一个存储区域15中，存储了包括关于不同类型胶囊7的信息。特别地，所述信息包括包含于胶囊7中的营养配料的定义、营养配料的数量和当使用胶囊7时生产的婴儿配方食品的对应数量、婴儿配方食品的口味以及婴儿的推荐年龄，针对推荐年龄推荐从该特定类型胶囊制定的婴儿配方食品的消耗。在第二存储区域16中，存储了用户账户17、18、19等。如下文将解释的，这些不同的用户账户17、18、19都采用存储在第一存储区域15中的同一表格。因此，能够容易地进行表格的更新并且之后补给的任何推荐或确定基于可用的产品实际列表。

将存储装置14连接到处理单元20。借助于处理单元20，更新存储在第一存储区域中的表格的信息。仅在内部(即，由胶囊制造商(供应商))更新该信息而不是通过可以由用户自己更新的用户账户17到19。为了对用户简介17、18和19进行这样的更新，将处理单元20连接到接口21，通过接口21将服务器2连接到因特网。

在图4中图示了作为体重秤的另一设备5的范例。体重秤包括平台22，在测量期间将待称重的婴儿放置在平台22上。体重秤包括连接到处理单元24的传感器23。当将婴儿放置在平台22上时，传感器23确定体重并将相应的电子信号供应给处理单元24。处理单元24分析该电信号并经由接口25将婴儿的体重发送到服务器。再一次，接口25优选能够与家庭网络的路由器执行WI-FI通信。

当饮料制备机4的处理单元12或体重秤5的处理单元24将信息发送到服务器2时，也优选将在生成该信息时的日期和时间发送到服务器2。在每次将信息发送到服务器的情况下，发生诸如使用胶囊7制备饮料或执行婴儿体重测量的事件，所述信息的日期和时间对应于发送时间，从而可以使用所述发送时间。

尽管这里未针对体重秤图示，但是传感器也可以包含在体重秤5中以便监视设备5的内部参数并可以将该测量的结果发送到服务器2，如关于饮料制备机4将更详细地解释的。为了避免不必要的重复，参考上述给出的信息。

在下文中，参考图5解释了由服务器收集并由饮料制备机和/或其它设备发送的所有信息的使用。当用户第一次连接到服务2时，他通过网站访问进入系统并创建他的账户30。每个用户在由用户终端6显示的网站上创建他自己的账户30。当用户第一次创建他的账户30时，他输入关于账户持有者的信息，例如姓名、地址、电话号码等。另外，他可以包括关于期望支付方式的信息，以防他想要使用经由电子商务或网上商店购买商品项目和/或胶囊的可能性。

在创建该用户账户30之后，用户(账户持有者)可以添加一个或多个婴儿的简介，所述婴儿是消耗由饮料制备机4生产的饮料的人。除了诸如婴儿是男孩或女孩以及例如给定名字的信息外，特别重要的是输入基于其可能确定婴儿的当前年龄的信息。当然，特别优选地是，将出生日期输入到系统中。另外，所述简介可以包括关于过敏史的信息，在确定用于补给的胶囊类型时也可以考虑该信息考虑。

在用户账户30中，也可以存储多个用户参数选择。例如，账户持有者可以选择他仅想要只使用监视功能(也在下文详细解释)或他想要在需要胶囊7的补给时执行自动订购或他想要接收需要补给的通知。在后一种情况下，他有机会由自己决定何时将订单发送给供应商。

在建立用户账户之后，用户可以将要包含在他的家庭网络中的他的饮料制备机4(或多个)和/或其它设备5注册到他的账户。每个饮料制备机4和其它设备具有唯一的MAC地址，所述MAC地址用于注册和识别要发送到服务器2的信息，使得任何信息和注册能够被分配给正确的用户账户。因此，首先有必要将饮料制备机4或其它设备5整合到用户账户。为了这样做，首先打开机器并将其进入连接模式，例如Wi-Fi模式。当饮料制备机4或其它设备5准备好之后，将用户终端进入其搜索模式以便寻找Wi-Fi网络。整合到系统中的饮料制备机或其它设备则被识别为自有的Wi-Fi网络并被选择。在这样做之后，用于进一步地将机器整合到系统中的程序在系统供应商的主页上可用。

当将饮料制备机4整合到系统中时，其在任何建立家庭网络的时候被连接到服务器2。当在连接时，饮料制备机4(或任何进一步注册的设备5)可以将信息发送到服务器2。将用户的所有注册的机器或设备分配到他的账户。从而，基于从所述机器或设备提交到服务器2的任何信息、内部和外部参数可以进行设备监视。另一方面，基于存储在服务器2上的关于婴儿出生日期的信息可以监视婴儿的发育。例如，可以建立体重曲线，并关于婴儿的非正常发育容易地监视体重曲线。在检测到非正常发育的情况下，可以将警报发送给账户持有者。这可以通过自动电子邮件完成，因此不需要用户持有者主动地登录。使用体重秤5的测量结果以及测量日期和时间以便产生该体重曲线。可以以如上述解释的相同方式将以后可以买到的新设备包含在系统中，从而经由网络访问可以进行所有注册的设备5/饮料制备机4的设备管理。

另外，可以进行账户管理，其意味着账户持有者可以更改他的个人数据，利用诸如出生日期、性别和姓名的婴儿的个人数据添加例如另一个婴儿简介。还可以给出针对父母的一般信息，例如关于均衡饮食的信息、关于婴儿的发育状况、体重的平均发展和/或随着时间的其它成长相关的参数。

除了对于用户可用的所有这些可能性，中心方面是胶囊7的库存管理。如上述解释的，所述系统具有在相应日期和时间使用的特定类型胶囊的信息。因此，仍然在用户库存中的胶囊7的数量减一。当由饮料制备机4识别胶囊7的任一使用时，将对应的信息发送到服务器2并存储在用户账户30内，剩余胶囊7的实际数量总是可用的。优选地仅当使用用户账户30时可以购买胶囊7，以使得胶囊7的任一购买将自动地更新用户库存中胶囊7的数量。

在其它销售渠道同样可用的情况下，用户具有手动地输入他的库存的当前状态的机会。

在剩余胶囊7的数量低于可能由用户输入设定的阈值的情况下，服务器2的处理单元20识别胶囊7的补给需求。可以将该需求传输给账户持有者，或者该需求使用电子商务连接或到通过用户的同一账户30可用的互联网商店的连接产生自动订购流程。该电子商务连接也可由用户直接访问，以便购买例如诸如体重秤的另外的设备5。

在图6中，示出根据本发明的方法的流程图。首先，将可用的不同类型的胶囊7的信息存储在服务器2的存储装置14的第一存储区域15中。之后，在S2中，在服务器上建立用户账户30，所述用户账户30包括账户持有者的数据以及在简介中的至少一个婴儿的相关数据。在那之后，在步骤S3中，将饮料制备机4和/或其它设备5整合到系统中。为了这样做，将机器或设备的MAC地址注册在用户账户30中并建立在机器或设备和服务器2之间的连接。

当在服务器2和饮料制备机4或其它设备5之间可以进行该通信时，可以使用这些设备或机器。在使用期间，如已经解释过的，可以将较早的信息从饮料制备机4或其它设备5发送到服务器。该信息可以是与日期和时间一起使用的关于所使用胶囊7的类型的信息，或者关于包括在饮料制备机4或作为其它设备7的体重秤内部检测到的事件的内部参数的信息，或者该信息可以是例如由体重秤发送的测量的结果或根据该测量结果的信息。在步骤S5中执行该信息的发送。

在服务器2内部，处理单元20分析和/或存储所接收的数据。所述分析例如可以是仍然在库存中的胶囊7的数量和预定的阈值之间的比较。如果由步骤S6中的分析确定胶囊7的剩余数量低于特定阈值，则在S7中确定胶囊7的需求。为了确定需求，可参考婴儿的年龄和可能婴儿简介的其它信息以及存储在第一存储区域14中的表格。也可以使用预测消耗方案确定需求，所述预测消耗方案根据婴儿过去的消耗和其年龄同时结合或不结合诸如其健康、体重或其它成长或健康因素或具体儿科医生输入的衡量因素来确定。至少基于年龄，之后确定适合购买何种类型的胶囊，因为这些类型的胶囊7将会明显在不久的将来被使用并且由此应当与婴儿的当前年龄匹配。在存在多种类型胶囊的情况下，例如具有不同的口味，针对同一年龄推荐不同类型的需求，可以例如将针对同一年龄推荐的不同类型的需求均等地分布在可用的不同口味上。当将婴儿的过敏史存储在简介中时，在生成补给信息时省略胶囊的相应类型。

因此，最终所确定的需求包括关于需要订购为补给的特定类型的胶囊7(或多种类型)的数量的信息。补给可以包括多种不同类型的胶囊7。在已经识别出该需求并由此确定补给后，根据在用户参数选择中的相应设定如在步骤S8中指示的自动地生成订单。或者账户持有者可以接收对于补给需要订单的通知。该通知包括关于所确定的补给的信息，使得用户持有者最后例如可以仅确认或通过确认所确定的补给，将自动地发出订单。

用户可以在他的账户中建立参数选择，并且在这些参数选择中识别是否应当发出自动订购程序或通知。

假定在步骤S8或S8’交付所订购数量的胶囊之后更新库存信息，使得针对在步骤S6中接下来的分析，当前在库存胶囊7中的实际数量是可用的。

在步骤S10中，提供了维护信息和/或统计。由于分析，例如可以由账户持有者显示消耗历史。另外，可以提供饮料制备机4或其它设备5的必要维护。

在图7、8、9、10、11a、11b中给出所提供信息的范例。

用户在网站上登录他的账户后，他可以看到如图7所示的消耗。基于由服务器2接收到的所识别胶囊7的信息，并另外使用同样与识别信息一起发送的日期和时间生成日历，在所述日历中显示膳食量。在图示的实施例中，日历限于一周，每日对应于一行。显示单独的列以用于显示制备婴儿配方食品的精确时间。列以夜间、早上、下午和晚上显示。在操作账户30的主菜单中的对应链接时，显示日历。可以设定除了周的不同时间周期以用于显示消耗。

在日历内，如果确定了非正常的消耗则可以显示警告。例如如果针对特定日不能达到所推荐的婴儿配方食品的数量，则该日可以以不同颜色标记。

日历还能够提供如膳食是从何种类型的胶囊制备的信息。例如，如果用户点击图片，日或时间，这将会打开显示所消耗的胶囊类型的新窗口。例如，信息将会是针对在“星期一”的两次膳食，所识别的胶囊是第一个月的胶囊(类型1)。

能够将日历连接到在用户账户中的婴儿简介，例如他的/她的年龄。如果由于年龄与胶囊的类型不对应而对婴儿使用错误的胶囊，这可能特别有用。图9示出了用于用户输入婴儿简介的窗口的范例。因此，喂养历史将对访问到日历的用户或儿科医生保持可用。还可以将诸如红色或黄色圆点的警告信号显示在日历上以提醒用户该差异。

可以提供诸如供应给胶囊的液体体积的额外信息，以便给出所分配的饮料体积的指示或信息。

在一些情况下，可能发生并不是将每次喂养婴儿时的相应信息发送到服务器2。这例如可以是当全家在度假等时的情况。还可以是信息不能反映婴儿的真实消耗。这例如可以是当婴儿拒绝饮用全部或部分所制备饮料时的情况。然而，当然期望统计确实显示真实的饮料消耗，例如婴儿使用的任一膳食，并因此可以手动地输入婴儿的额外膳食或者，与此相反减少将由婴儿不适当消耗的膳食。提供了允许对应通常由饮料制备机4发送的关于胶囊类型的信息的数据输入的屏框。在图8中给出了该屏框的范例。

另外可能的是，不仅用户能够访问存储在他的用户账户下的数据，而且这些数据还可以提供给儿科医生，例如当所述数据即时地具有对于他的/她的诊断可用的消耗日历。

另外，应注意的是，除了浏览由服务器提供的网站外，还可以使用提供相同功能并在智能电话的iOs、android或其它操作系统上运行的应用程序。

例如，图10示出了针对移动或智能电话设计的应用程序的不同屏幕截图。在第一个屏幕中，邀请用户连接到网络或创建账户。在第二个屏幕中，邀请用户识别他自己/她自己。在下一个屏幕中，显示(例如，男)婴儿的简介以及他的体重增长曲线和他的日消耗。

Claims (14)

1.一种方法，用于确定饮料制备机中从胶囊生产的饮料的婴儿消耗，该方法包括以下步骤：

a.在服务器中存储至少一个包括关于消耗从所述胶囊生产的饮料的婴儿的个人信息的用户账户，

b.从胶囊生产饮料并识别由此由饮料制备机使用的每个胶囊，

c.当由机器识别出胶囊时，将关于所识别的胶囊的信息发送给包括至少一个时间相关信息的服务器，

d.基于在用户终端上经由通信网络在至少一个应用下可用的该信息制定饮料消耗。

2.根据权利要求1所述的方法，

其特征在于，使饮料消耗在以下应用中的任何一个中可用：报告、图形、日历、文本、表格及其组合。

3.根据权利要求1所述的方法，其特征在于，日历被配置为显示对应于所识别胶囊的数量的膳食(即，饮料)的数量。

4.根据权利要求1至3中的任一项所述的方法，

其特征在于，时间相关的信息为：日期(即，日：年)和/或时间(即，时：分)。

5.根据权利要求1至4中的任一项所述的方法，

其特征在于，在每次从所述胶囊生产饮料时，饮料制备机将关于所识别胶囊的信息发送到服务器。

6.根据权利要求1至5中的任一项所述的方法，

其特征在于，所述时间相关的信息对应于到服务器的发送时间。

7.根据权利要求1至6中的任一项所述的方法，

其特征在于，信息包括识别到服务器的胶囊类型。

8.根据权利要求1至7中的任一项所述的方法，

其特征在于，

用户账户由经由因特网和/或电信网络连接到服务器的消费者终端访问。

9.根据权利要求1至8中的任一项所述的方法，

其特征在于，饮料的消耗经由连接的因特网和/或电信终端对用户可见。

10.根据前述权利要求中的任一项所述的方法，其特征在于，诸如日历的应用被配置为如果确定异常消耗则显示警告。

11.一种系统，用于根据如前述权利要求所述的方法确定饮料制备机中从胶囊生产的分份饮料的婴儿消耗，该系统包括：

-远程服务器，

-饮料制备机，其包括用于从胶囊生产饮料并从多个胶囊识别胶囊类型的装置，以及用于当由机器识别出胶囊时将信息发送到包括日期和时间的所述远程服务器的装置，

其中远程服务器包括用于存储包括关于消耗从胶囊生产的饮料的婴儿的个人信息以及多个胶囊类型的胶囊信息的用户简介的存储装置，以及用于基于在用户终端上经由通信网络可用的该信息生成关于饮料消耗的应用的装置。

12.根据权利要求11所述的系统，

其特征在于，

胶囊具有含有与它们的类型相关的信息的编码，以及，

饮料制备机包括识别用于饮料的当前制备的胶囊类型的读取器；该信息由读取器发送到连接到机器的因特网单元的处理单元。

13.根据权利要求11或12所述的系统，其特征在于，饮料机器经由因特网连接到服务器。

14.根据权利要求13所述的系统，其中饮料机器包括能够与家庭网络的路由器执行WI-FI通信的WI-FI模块。