一种离线存餐、取餐方法及设备与流程

本申请涉及计算机领域，尤其涉及一种离线存餐、取餐方法及设备。

背景技术：

随着无接触配送的不断提倡，越来越多的存餐柜逐步面世，以满足为用户存餐的需求。在实际部署存餐柜时，一般是高度依赖网络和云平台的，但现实中的网络环境变化比较多，遇到网络不稳定或者中断时很可能发生数据断绝而终端的存餐柜无法使用的情况，从而导致用户体验度不佳。

由于当前现有的云方案严重依赖网络，使得硬件成本增加了射频模块；运营上增加了每个月的流量费用；而可靠性上有所下降；受到干扰等因素，系统稳定性有所下降，从而导致现有的存餐柜的成本高、可靠性低、稳定性不好且高度依赖网络和云平台，严重影响用户体验。

技术实现要素：

本申请的一个目的是提供一种离线存餐、取餐方法及设备，以解决现有技术在存餐过程中的成本高、可靠性低、稳定性不好且高度依赖网络和云平台的问题。

根据本申请的一个方面，提供了一种离线存餐方法，应用于存餐设备，所述存餐设备包括至少一个存餐格，其中，所述方法包括：

响应于第一用户在所述存餐设备中的订单存入操作获取存餐订单信息，其中，所述存餐设备处于网络离线状态；

为所述存餐订单信息分配并打开空置的目标存餐格；

响应于检测到所述存餐订单信息对应的餐品放入并关闭所述目标存餐格，生成所述存餐订单信息对应的取餐信息，以使所述第一用户对应的第一终端获取所述取餐信息并发送给第二用户对应的第二终端。

进一步地，上述离线存餐方法中，所述响应于第一用户在所述存餐设备中的订单存入操作获取存餐订单信息之前，所述方法还包括：

响应于所述第一用户对所述存餐设备发起的存餐申请操作，判断所述存餐设备中是否存在空置的存餐格，

若是，则提示所述第一用户所述存餐设备中存在空置的存餐格和/或跳转至订单存入操作界面；

若否，则提示所述第一用户所述存餐设备中不存在空置的存餐格和/或退出所述第一用户发起的所述存餐申请操作。

进一步地，上述离线存餐方法中，所述为所述存餐订单信息分配并打开空置的目标存餐格之前，所述方法还包括：

对所述存餐订单信息进行核对；

若通过核对，则对所述存餐订单信息及其对应的取餐信息进行保存；

若未通过核对，则退出所述第一用户发起的所述订单存入操作。

进一步地，上述离线存餐方法中，所述方法还包括：

当所述存餐设备处于网络在线状态时，将保存的所述存餐订单信息及其对应的取餐信息发送至对应的网络设备。

进一步地，上述离线存餐方法中，所述方法还包括：

打开所述存餐设备的蓝牙通信，通过所述蓝牙通信与所述第一终端配对连接；

通过与所述第一终端之间的蓝牙连接，将所述存餐订单信息及其对应的取餐信息发送给所述第一终端，以使所述第一终端通过网络在线方式将所述存餐订单信息及其对应的取餐信息发至对应的网络设备。

根据本申请的一个方面，提供了一种离线取餐方法，应用于存餐设备，所述存餐设备包括至少一个存餐格，其中，所述方法包括:

响应于第二用户在所述存餐设备中输入取餐信息的操作，判断所述存餐设备中是否存在所述取餐信息，其中，所述存餐设备处于网络离线状态；

若存在，本地查询为所述取餐信息对应的存餐订单信息分配的目标存餐格；

打开所述目标存餐格，以使所述第二用户从所述目标存餐格中取走所述存餐订单信息对应的餐品。

进一步地，上述离线取餐方法中，所述判断所述存餐设备中是否存在所述取餐信息之后，所述方法还包括：

若不存在，则提示所述第二用户所述存餐设备中不存在所述取餐信息。

进一步地，上述离线取餐方法中，所述方法还包括：

响应于检测到所述第二用户从所述目标存餐格中取走所述存餐订单信息对应的餐品并锁上所述目标存餐格，删除所述目标存餐格对应的所述存餐订单信息及其所述取餐信息，以使所述目标存餐格处于空置状态。

进一步地，上述离线取餐方法中，所述方法还包括：

打开所述存餐设备的蓝牙通信，通过所述蓝牙通信与所述第二终端配对连接；

通过与所述第二终端之间的蓝牙连接，从所述第二终端获取所述取餐信息。

根据本申请的一个方面，提供了一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行时，使所述处理器实现上述离线存餐、取餐方法。

根据本申请的一个方面，提供了一种用于离线存餐的存餐设备，其特征在于，该存餐设备包括：

一个或多个处理器；

计算机可读介质，用于存储一个或多个计算机可读指令，

当所述一个或多个计算机可读指令被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述离线存餐方法。

根据本申请的一个方面，提供了一种用于离线取餐的存餐设备，其特征在于，该存餐设备包括：

一个或多个处理器；

计算机可读介质，用于存储一个或多个计算机可读指令，

当所述一个或多个计算机可读指令被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述离线取餐方法。

与现有技术相比，本申请的存餐设备包括至少一个存餐格，该存餐设备处于网络离线状态时，响应于第一用户在所述存餐设备中的订单存入操作获取存餐订单信息，并为所述存餐订单信息分配并打开所述存餐设备中空置的目标存餐格；当检测到所述存餐订单信息对应的餐品放入并关闭所述目标存餐格时，生成所述存餐订单信息对应的取餐信息，以使所述第一用户对应的第一终端获取所述取餐信息并发送给第二用户对应的第二终端，实现了离线存餐。在取餐时，响应于第二用户在所述存餐设备中输入取餐信息的操作，判断所述存餐设备中是否存在所述取餐信息，若存在，本地查询为所述取餐信息对应的存餐订单信息分配的目标存餐格，并打开所述目标存餐格，以使所述第二用户从所述目标存餐格中取走所述存餐订单信息对应的餐品，实现了在存餐设备处于离线状态时，借助第一终端和第二终端，使得第一用户和第二用户在存餐设备上完成存餐和取餐的操作，不仅提高了用户在存餐和取餐时的体验度，还避免了在存餐和取餐过程中高度依赖网络和云平台，减少了存餐和取餐过程的成本投入。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出现有技术中的一种依赖云平台的送餐、取餐方法的流程示意图；

图2示出根据本申请一个方面的一种存餐设备的结构示意图；

图3示出根据本申请一个方面的一种在存餐设备上的离线存餐方法的流程示意图；

图4示出根据本申请一个方面的一种在存餐设备上的离线存餐方法的实际应用场景的流程示意图；

图5示出根据本申请一个方面的一种在存餐设备上的离线存餐方法的实际应用场景的完整流程示意图；

图6示出根据本申请一个方面的一种在存餐设备上的离线存餐方法中的将存餐设备与云平台的同步示意图；

图7示出根据本申请一个方面的一种在存餐设备上的离线取餐方法的流程示意图；

图8示出根据本申请一个方面的一种在存餐设备上的离线取餐方法的实际应用场景的流程示意图；

图9示出根据本申请一个方面的一种在存餐设备上的离线取餐方法的实际应用场景的完整流程示意图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本申请作进一步详细描述。

在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

在现有的存餐和送餐过程中，如图1所示，外卖员通过手机或者送餐柜，发起放餐申请给云平台；云平台收到放餐申请后，会分配存放餐品的空置格口，并把分配空置格口的指令传递给送餐柜，送餐柜打开对应分配的格口的门，以便外卖员放入餐品并关闭格口的门，完成向送餐柜中放餐的操作；取餐时，客户发起取餐请求给云平台，云平台找到对应餐品的存放格口后命令送餐柜打开对应格口，完成取餐，并在客户取走餐品后关闭该格口的门，以便该格口处于空置状态，实现了通过网络与云平台进行存餐和取餐的操作。但由于现有的存餐和取餐操作，过度依赖网络和云平台且网络存在不稳定性，有可能导致与云平台进行数据交互时断网，终端的送餐柜直接就会停止工作，为了解决上述离线下的存餐和取餐问题，本申请提供了一种离线存餐方法，可以通过多种计算机语言来实现上述离线存餐方法和下述的离线取餐方法，比如c语言，c#及汇编语言等程序语言，该离线存餐方法应用于存餐设备，所述存餐设备采用蓝牙+嵌入式方案，存餐设备本身可以通过蓝牙及红外等手段，与存餐的第一用户对应的第一终端和取餐的第二用户对应的第二终端进行通信，借助第一终端和第二终端进行存餐和取餐相关的数据的传输，甚至对接到云平台实现全部业务流程。

所述存餐设备如图2所示，所述存餐设备包括触摸显示屏、微处理器控制板及电磁锁控制器，所述存餐设备还包括至少一个存餐格，所述触摸显示屏用于显示存餐和取餐过程的操作和响应界面，在此，所述存餐设备中的触摸屏可以包括但不限于为rfid\ic卡、摄像头、声纹检测、本地二维码检测、密码盘、指纹锁、掌纹识别、虹膜识别或身份证读卡器等设备，来提高身份信息鉴权的速度和准确度；所述微处理器控制板用于处理存餐和取餐过程的不同请求和/或指令，所述电磁锁控制器用于对所述至少一个存餐格中的各存餐格进行锁住，其中，本申请提供的一种离线存餐方法的流程示意图如图3所示，包括步骤s11、步骤s12及步骤s13，具体包括：

当第一用户需要向存餐设备放置餐品时，第一用户需将存入的餐品的订单相关信息进行存入该存餐设备，在步骤s11中，所述存餐设备响应于第一用户在所述存餐设备中的订单存入操作获取存餐订单信息，其中，所述存餐设备处于网络离线状态，所述订单存入操作包括但不限于输入取餐的第二用户的用户标识、订单号及第一用户的标识信息等，在此，所述第二用户的标识信息包括但不限于第二用户的手机号、身份证信息等，所述第一用户的标识信息包括但不不限于第一用户的手机号及送餐工作证等。

步骤s12，为所述存餐订单信息分配并打开空置的目标存餐格，以便第一用户将该存餐订单信息对应的餐品放入该目标存餐格中，在此，该目标存餐格为所述存餐设备中的至少一个存餐格中的空置的存餐格。

步骤s13，响应于检测到所述存餐订单信息对应的餐品放入并关闭所述目标存餐格，生成所述存餐订单信息对应的取餐信息，以使所述第一用户对应的第一终端获取所述取餐信息并发送给第二用户对应的第二终端。在此，所述取餐信息可以包括但不限于任何形式的取餐信息，比如订单号或取餐的客户的手机号或取餐的客户的身份证号或某一特殊密码、取件凭证、取餐二维码、取餐条形码及取件序列号等一种或多种形式。

通过上述步骤s11至步骤s13，实现了在存餐设备处于网络离线状态时，通过第一用户在存餐设备上的操作来完成在存餐设备上对对应的餐品的存餐，避免了对网络和云平台的依赖，有助于第一用户在存餐设备处于网络离线状态时对餐品的存放，从而提高第一用户存餐的体验。

例如，如图4所示，外卖员(此处仅为第一用户的举例，但并不限于外卖员)在送餐柜(此处仅为存餐设备的举例，但并不限于送餐柜)上进行订单存入操作，使得存餐柜能够获取需要存入存餐柜的订单的存餐订单信息，比如取餐的客户(此处仅为第二用户的举例，但并不限于客户)的标识、外卖员的标识及订单信息等，当送餐柜获取了存餐订单信息后，会生成该存餐订单信息的取餐信息，比如取件凭证，同时，送餐柜也会为该存餐订单信息分配对应的空格口(存餐格)来存放该存餐订单信息对应的餐品或外卖，当外卖员将该存餐订单信息对应的餐品放入该空格口后，将该空格口关上，为了便于客户能够取餐且保证餐品的安全性，外卖员会将存餐柜生成的取件凭证通过拍摄或者手动记录的方式存入外卖员自己的第一终端，然后通过外卖员的第一终端将取件凭证转发给取餐的客户的第二终端，不仅实现了在送餐柜处于网络离线状态时的存餐操作，还通过外卖员的第一终端将取件凭证发送给取餐的客户的第二终端，完成了离线存餐。

进一步地，如图5所示，本申请一实施例中的离线存餐方法中，所述步骤s11响应于第一用户在所述存餐设备中的订单存入操作获取存餐订单信息之前，所述方法还包括：

响应于所述第一用户对所述存餐设备发起的存餐申请操作，判断所述存餐设备中是否存在空置的存餐格，

若是，则提示所述第一用户所述存餐设备中存在空置的存餐格和/或跳转至订单存入操作界面；

若否，则提示所述第一用户所述存餐设备中不存在空置的存餐格和/或退出所述第一用户发起的所述存餐申请操作。

例如，外卖员需要存入餐品时，首先需要向送餐柜发起申请放餐的存餐申请操作，比如点击送餐柜上的发起存餐的预设按钮等，当发起存餐申请操作后，所述送餐柜响应于该存餐申请操作判断该送餐柜中是否有空格子供外卖员放入餐品，若该送餐柜中没有空格子，则该送餐柜提示该外卖员该送餐柜中不存在空置的存餐格和/或退出该外卖员发起的所述存餐申请操作；若该送餐柜中存在空格子，则该送餐柜提示外卖员所述送餐柜中存在空置的空格子和/或跳转至订单存入操作界面，以完成对送餐柜中是否存在空格子的判断与确定。

接着，当送餐柜中存在空置的空格子时，外卖员需要在送餐柜中输入存餐订单信息，存餐订单信息包括但不限于输入取餐的客户的相关信息，比如客户的手机号、订单号等信息，为了确保外卖员输入的存餐订单信息的准确性，所述步骤s12为所述存餐订单信息分配并打开空置的目标存餐格之前，所述方法还包括：对所述存餐订单信息进行核对，若通过核对，则对所述存餐订单信息及其对应的取餐信息进行保存；若未通过核对，则退出所述第一用户发起的所述订单存入操作。比如，该送餐柜核对取餐的客户的手机号是否正确(手机号是否是11位数字或是否是正常的手机号等)，若不正确，则需要外卖员重新输入，若正确，则进一步核对订单号是否重复，避免同一订单号被重复派单或重复送餐等，若重复，则外卖员发起的退出订单存入操作或提示订单重复，若不重复，则对所述存餐订单信息及其对应的取餐信息进行保存，以便后续该送餐柜恢复网络后，通过网络将该送餐柜在离线状态下所处理的存餐订单信息及其对应的取餐信息同步至云平台进行统一管理。

之后，当送餐柜获取并核对了存餐订单信息后，会为该存餐订单信息分配对应的空格口(存餐格)来存放该存餐订单信息对应的餐品或外卖，打开该空格口，当外卖员将该存餐订单信息对应的餐品放入该空格口后，将该空格口关上；同时，生成该存餐订单信息的取餐信息，比如取件凭证，为了便于客户能够取餐且保证餐品的安全性，外卖员会将存餐柜生成的取件凭证通过拍摄或者手动记录的方式存入外卖员自己的第一终端，然后通过外卖员的第一终端将取件凭证转发给取餐的客户的第二终端，不仅实现了在送餐柜处于网络离线状态时的存餐操作，还通过外卖员的第一终端将取件凭证发送给取餐的客户的第二终端，完成了离线存餐。

接着本实施例，进一步地，本申请一实施例中的离线存餐方法还包括：

当所述存餐设备处于网络在线状态时，将保存的所述存餐订单信息及其对应的取餐信息发送至对应的网络设备。所述存餐设备中还包括计时单元，以实现对所述存餐订单信息及其对应的取餐信息进行信息同步时进行同步时间的记录。例如，如图6所示，当所述存餐设备的网络恢复正常，处于网络在线状态时，所述存餐设备的微处理器控制板将暂存在所述存餐设备本地的处理过的历史的存餐订单信息，比如历史的订单状态、取餐的客户的标识、外卖员的标识及对应的取件凭证等信息上传至网络设备(比如云平台)进行同步和存储，实现了在存餐设备处于网络在线状态时，及时将该存餐设备在网络离线状态下处理过的存餐订单信息同步并存储至网络设备，以便网络设备对所有的存餐设备进行统一管理。

进一步地，本申请另一实施例中的离线存餐方法中，所述方法还包括：

打开所述存餐设备的蓝牙通信，通过所述蓝牙通信与所述第一终端配对连接；

通过与所述第一终端之间的蓝牙连接，将所述存餐订单信息及其对应的取餐信息发送给所述第一终端，以使所述第一终端通过网络在线方式将所述存餐订单信息及其对应的取餐信息发至对应的网络设备。

例如，所述存餐设备还包括蓝牙通信，当所述存餐设备处于网络离线状态时，可以打开该存餐设备的蓝牙通信，以便该存餐设备能够通过蓝牙通信与第一终端配对连接，使得存餐设备可以利用与第一终端之间的蓝牙连接，将本地获取的存餐订单信息及对应生成的取餐信息发送给第一终端，以便利用第一终端的网络在线方式，将存餐设备处理的存餐订单信息及对应生成的取餐信息上传至网络设备(比如云平台)进行同步和存储，实现了利用第一用户的第一终端来将存餐设备的存餐订单信息及对应的取餐信息同步至网络设备。当然，第一终端若未打开蓝牙通信或无蓝牙通信、存餐设备没有打开蓝牙通信或无蓝牙通信时，则可以在所述存餐设备的网络恢复正常，处于网络在线状态时，将暂存在所述存餐设备本地的处理过的历史的存餐订单信息及其对应的取餐信息上传至网络设备(比如云平台)进行同步和存储，实现了在存餐设备处于网络在线状态时，及时将该存餐设备在网络离线状态下处理过的存餐订单信息同步并存储至网络设备，以便网络设备对所有的存餐设备进行统一管理。

如图7所示，示出了本申请提供的一种离线取餐方法的流程示意图，应用于存餐设备，所述存餐设备包括至少一个存餐格，其中，所述方法包括步骤s21、步骤s22、步骤s23及步骤s24，具体包括：

步骤s21，响应于第二用户在所述存餐设备中输入取餐信息的操作，判断所述存餐设备中是否存在所述取餐信息，其中，所述存餐设备处于网络离线状态；

若存在，则执行步骤s22，若不存在，则执行步骤s24,；

其中，所述步骤s22，本地查询为所述取餐信息对应的存餐订单信息分配的目标存餐格；步骤s23，打开所述目标存餐格，以使所述第二用户从所述目标存餐格中取走所述存餐订单信息对应的餐品。在此，需要说明的是，所述存餐设备处于网络离线状态时，第二用户从存餐设备的目标存餐格中取走对应的餐品后，并不会立马释放该目标存餐格，而是在所述存餐设备将该目标存餐格处理的存餐订单信息及对应的取餐信息同步至网络设备后，才可以释放该目标存餐格，这时候目标存餐格才能进行下一次的存餐操作。

所述步骤s24，提示所述第二用户所述存餐设备中不存在所述取餐信息。

通过上述步骤s21至步骤s24，实现了在存餐设备处于网络离线状态时，通过第二用户对应的第二终端从第一用户对应的第一终端获取的取餐信息，第二用户通过在存餐设备上进行取餐信息的操作来完成离线取餐，避免了对网络和网络设备的依赖，使得第二用户能够随到随取餐品，从而提高用户取餐体验。

例如，如图8所示，当取餐的客户(客户仅为第二用户的举例，第二用户不限于取餐的客户)需要从送餐柜中取走餐品时，取餐的客户需要向送餐柜输入取餐信息以发起取餐请求，所述送餐柜响应于取餐的客户在所述存餐设备中输入取餐信息的操作，所述存餐设备核对所述取餐信息(如图9所示，包括判断该送餐柜的本机中是否存在取件凭证且核对该取件凭证是否正确，比如是否为取餐的客户的实名制身份或其他身份信息等取件凭证)，若核对通过(即送餐柜中不仅存在取件凭证，且该取件凭证还正确)，即通过并实现了了在送餐柜上进行本地化的外卖取件凭证的核对，则搜索与所述取餐信息对应的存餐订单信息存放的格口，送餐柜打开对应的存放所述存餐订单信息对应的餐品的格口，以便取餐的客户将餐品(比如外卖)取走，并关闭该格口，便于后续外卖员可以继续使用空置的该格口，实现取餐的客户的离线取餐；如图9所示，若核对未通过，则送餐柜会提示取餐的客户该送餐柜中不存在所述取件凭证，以便取餐的客户能够基于提示重新联系外卖员。

需要说明的是，对取餐信息的取件凭证进行核对时，包括但不限于ic卡、身份证读卡器、音频、视频、人脸识别、密码、指纹、红外、掌纹、文字密码及rfid等取件凭证。

接着本实施例，本申请提供的一种离线取餐方法还包括：响应于检测到所述第二用户从所述目标存餐格中取走所述存餐订单信息对应的餐品并锁上所述目标存餐格，删除所述目标存餐格对应的所述存餐订单信息及其所述取餐信息，以使所述目标存餐格处于空置状态。

如图9所示，当取餐的客户从送餐柜的存放有餐品的格中取走该存餐订单信息对应的餐品后，将存放该餐品的格子通过电磁锁锁上后，为了便于后续其他的外卖员继续利用该空置的格子进行餐品的存放，所述送餐柜将删除该格子对应的存餐订单信息及其取件凭证，以使所述格子能够处于空置状态。

进一步的，本申请提供的另一实施例中的一种离线取餐方法还包括：

打开所述存餐设备的蓝牙通信，通过所述蓝牙通信与所述第二终端配对连接；

通过与所述第二终端之间的蓝牙连接，从所述第二终端获取所述取餐信息。

例如，所述存餐设备还包括蓝牙通信，当所述存餐设备处于网络离线状态时，可以打开该存餐设备的蓝牙通信，以便该存餐设备能够通过蓝牙通信与第一终端配对连接，使得存餐设备可以利用与第二终端之间的蓝牙连接，从取餐的客户对应的第二终端获取取餐信息，以便取餐的客户更好的将取餐信息发送给存餐设备，从而能够更快的取到存餐设备中对应的餐品，实现了通过第二终端与存餐设设备之间的蓝牙连接，就可达到从存餐设备取餐的目的。

根据本申请的另一方面，还提供了一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行时，使所述处理器实现如上述离存餐方法和离线取餐方法。

根据本申请的另一方面，还提供了一种用于离线存餐的存餐设备，其特征在于，该存餐设备包括：

一个或多个处理器；

计算机可读介质，用于存储一个或多个计算机可读指令，

当所述一个或多个计算机可读指令被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述离线存餐方法。

在此，所述用于离线存餐的存餐设备中的各实施例的详细内容，具体可参见上述的存餐设备的离线存餐方法实施例的对应部分，在此，不再赘述。

根据本申请的另一方面，还提供了一种用于离线取餐的存餐设备，其特征在于，该存餐设备包括：

一个或多个处理器；

计算机可读介质，用于存储一个或多个计算机可读指令，

当所述一个或多个计算机可读指令被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述离线取餐方法。

在此，所述用于离线取餐的取餐设备中的各实施例的详细内容，具体可参见上述的取餐设备的离线取餐方法实施例的对应部分，在此，不再赘述。

综上所述，本申请的存餐设备包括至少一个存餐格，该存餐设备处于网络离线状态时，响应于第一用户在所述存餐设备中的订单存入操作获取存餐订单信息，并为所述存餐订单信息分配并打开所述存餐设备中空置的目标存餐格；当检测到所述存餐订单信息对应的餐品放入并关闭所述目标存餐格时，生成所述存餐订单信息对应的取餐信息，以使所述第一用户对应的第一终端获取所述取餐信息并发送给第二用户对应的第二终端，实现了离线存餐。在取餐时，响应于第二用户在所述存餐设备中输入取餐信息的操作，判断所述存餐设备中是否存在所述取餐信息，若存在，本地查询为所述取餐信息对应的存餐订单信息分配的目标存餐格，并打开所述目标存餐格，以使所述第二用户从所述目标存餐格中取走所述存餐订单信息对应的餐品，实现了在存餐设备处于离线状态时，借助第一终端和第二终端，使得第一用户和第二用户在存餐设备上完成存餐和取餐的操作，不仅提高了用户在存餐和取餐时的体验度，还避免了在存餐和取餐过程中高度依赖网络和云平台，减少了存餐和取餐过程的成本投入。

需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(asic)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，ram存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。