餐厅数据的处理方法、装置及设备
阅读：569发布：2020-05-08
专利汇可以提供餐厅数据的处理方法、装置及设备专利检索，专利查询，专利分析的服务。并且本 申请 公开了一种餐厅数据的处理方法、装置及设备，属于 数据处理 技术领域。其中方法包括：接收当前待推出餐盘的目标餐盘信息以及当前用户信息；将所述目标餐盘信息与所述当前用户信息进行绑定；在判定绑定成功后，触发推出所述当前待推出餐盘；记录已推出餐盘的餐盘信息与用户信息的对应关系；接收各餐盘的餐厅交互信息；根据各餐盘中第一餐盘的餐厅交互信息以及记录的所述对应关系，确定与所述第一餐盘对应的第一用户的餐厅交互信息。本申请可依次分发出干净的餐盘，避免用户取盘过快导致餐盘信息与用户信息关联失败的情况发生，解决了 现有技术 中因取盘过快难以将用户信息与餐盘信息绑定的技术问题。本申请适用于餐厅数据的处理。，下面是餐厅数据的处理方法、装置及设备专利的具体信息内容。
1.一种餐厅数据的处理方法，其特征在于，包括：
接收当前待推出餐盘的目标餐盘信息以及当前用户信息；
将所述目标餐盘信息与所述当前用户信息进行绑定；
在判定绑定成功后，触发推出所述当前待推出餐盘；
记录已推出餐盘的餐盘信息与用户信息的对应关系；
接收各餐盘的餐厅交互信息；
根据各餐盘中第一餐盘的餐厅交互信息以及记录的所述对应关系，确定与所述第一餐盘对应的第一用户的餐厅交互信息。
2.根据权利要求1所述的方法，其特征在于，所述将所述目标餐盘信息与所述当前用户信息进行绑定，包括：
对所述当前用户信息进行验证；
在判定验证通过后，将所述目标餐盘信息与所述当前用户信息进行绑定。
3.根据权利要求2所述的方法，其特征在于，所述对所述当前用户信息进行验证，包括：
根据所述当前用户信息，判断当前用户是否为黑名单用户；和/或，
判断所述当前用户是否存在异常行为记录信息；和/或，
判断是否存在与所述当前用户信息关联的用户账户信息；
若所述当前用户为黑名单用户、和/或所述当前用户存在异常行为记录信息、和/或不存在与所述当前用户信息关联的用户账户信息，则判定验证未通过。
4.根据权利要求1所述的方法，其特征在于，餐盘都各自设置有可识别单元；
所述接收当前待推出餐盘的目标餐盘信息，包括：
通过餐盘识别模块在待推出位置识别当前待推出餐盘的可识别单元，获取与所述当前待推出餐盘关联的目标餐盘信息。
5.根据权利要求1所述的方法，其特征在于，接收所述当前用户信息，包括：
通过生物特征识别、智能卡识别、一维码识别、二维码识别或应用终端识别，接收所述当前用户信息。
6.根据权利要求1所述的方法，其特征在于，在触发推出所述当前待推出餐盘之后，所述方法还包括：
若推出的所述当前待推出餐盘在第一预设时长后未被取走，则解除所述目标餐盘信息与所述当前用户信息之间的绑定关系。
7.根据权利要求1所述的方法，其特征在于，在触发推出所述当前待推出餐盘之后，所述方法还包括：
在第二预设时长后，解除所述目标餐盘信息与所述当前用户信息之间的绑定关系；
将与所述目标餐盘信息对应记录的餐品清单，发送给与所述当前用户信息对应的客户端。
8.根据权利要求1所述的方法，其特征在于，所述餐厅交互信息包括打餐请求信息；
所述根据各餐盘中第一餐盘的餐厅交互信息以及记录的所述对应关系，确定与所述第一餐盘对应的第一用户的餐厅交互信息，包括：
根据所述第一餐盘的打餐请求信息，获取需要打餐的目标餐品；
依据记录的所述对应关系，判断所述第一餐盘对应的第一用户是否具备所述目标餐品的打餐权限；
若判定所述第一用户不具备所述目标餐品的打餐权限，则输出告警信息。
9.根据权利要求8所述的方法，其特征在于，所述餐厅交互信息还包括与餐盘对应的重量信息；
所述根据各餐盘中第一餐盘的餐厅交互信息以及记录的所述对应关系，确定与所述第一餐盘对应的第一用户的餐厅交互信息，还包括：
根据所述目标餐品打餐前和打餐后所述第一餐盘分别对应的重量信息，计算所述目标餐品对应的打餐重量信息；
根据所述目标餐品和其对应的所述打餐重量信息，记录所述第一用户对应的餐品清单。
10.一种餐厅数据的处理装置，其特征在于，包括：
接收模块，用于接收当前待推出餐盘的目标餐盘信息以及当前用户信息；
绑定模块，用于将所述目标餐盘信息与所述当前用户信息进行绑定；
触发模块，用于在判定绑定成功后，触发推出所述当前待推出餐盘；
记录模块，用于记录已推出餐盘的餐盘信息与用户信息的对应关系；
所述接收模块，还用于接收各餐盘的餐厅交互信息；
确定模块，用于根据各餐盘中第一餐盘的餐厅交互信息以及记录的所述对应关系，确定与所述第一餐盘对应的第一用户的餐厅交互信息。
11.一种餐厅数据的处理设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至9中任一项所述的餐厅数据的处理方法的步骤。
12.一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至9中任一项所述的餐厅数据的处理方法的步骤。
餐厅数据的处理方法、装置及设备
技术领域
背景技术
[0002] 现有餐厅中，经常出现排长队结算餐饮费用的情况。目前，为改善排长龙的情况，一般预先将餐盘信息与用户信息关联；选菜时餐厅自动记录餐盘信息；在结算时，根据餐盘信息，从餐盘信息对应的用户账户自动结算餐饮费用。
[0003] 然而，为便于餐盘信息与用户信息关联，同时考虑餐盘的卫生可靠性，常将餐盘储存在密闭空间，在确认用户信息后，控制发盘机构推出餐盘，供用户使用。在实际使用中，餐盘信息与用户信息关联过程中，常出现取盘过快，餐盘信息未成功读取，导致关联失败，影响餐厅数据处理效率，并且还影响用户的就餐安排计划。发明内容
[0004] 有鉴于此，本申请提供了提供了一种餐厅数据的处理方法、装置及设备，主要目的在于改善目前现有技术中容易导致餐盘信息与用户信息关联失败，影响餐厅数据处理效率的技术问题。
[0005] 依据本申请的一个方面，提供了一种餐厅数据的处理方法，该方法包括：
[0006] 接收当前待推出餐盘的目标餐盘信息以及当前用户信息；
[0007] 将所述目标餐盘信息与所述当前用户信息进行绑定；
[0008] 在判定绑定成功后，触发推出所述当前待推出餐盘；
[0009] 记录已推出餐盘的餐盘信息与用户信息的对应关系；
[0010] 接收各餐盘的餐厅交互信息；
[0011] 根据各餐盘中第一餐盘的餐厅交互信息以及记录的所述对应关系，确定与所述第一餐盘对应的第一用户的餐厅交互信息。
[0012] 可选的，所述将所述目标餐盘信息与所述当前用户信息进行绑定，包括：
[0013] 对所述当前用户信息进行验证；
[0014] 在判定验证通过后，将所述目标餐盘信息与所述当前用户信息进行绑定。
[0015] 可选的，所述对所述当前用户信息进行验证，包括：
[0016] 根据所述当前用户信息，判断当前用户是否为黑名单用户；和/或，[0017] 判断所述当前用户是否存在异常行为记录信息；和/或，
[0018] 判断是否存在与所述当前用户信息关联的用户账户信息；
[0019] 若所述当前用户为黑名单用户、和/或所述当前用户存在异常行为记录信息、和/或不存在与所述当前用户信息关联的用户账户信息，则判定验证未通过。
[0020] 可选的，餐盘都各自设置有可识别单元；
[0021] 所述接收当前待推出餐盘的目标餐盘信息，包括：
[0023] 可选的，接收所述当前用户信息，包括：
[0025] 可选的，在触发推出所述当前待推出餐盘之后，所述方法还包括：
[0026] 若推出的所述当前待推出餐盘在第一预设时长后未被取走，则解除所述目标餐盘信息与所述当前用户信息之间的绑定关系。
[0027] 可选的，在触发推出所述当前待推出餐盘之后，所述方法还包括：
[0028] 在第二预设时长后，解除所述目标餐盘信息与所述当前用户信息之间的绑定关系；
[0029] 将与所述目标餐盘信息对应记录的餐品清单，发送给与所述当前用户信息对应的客户端。
[0031] 所述根据各餐盘中第一餐盘的餐厅交互信息以及记录的所述对应关系，确定与所述第一餐盘对应的第一用户的餐厅交互信息，包括：
[0032] 根据所述第一餐盘的打餐请求信息，获取需要打餐的目标餐品；
[0033] 依据记录的所述对应关系，判断所述第一餐盘对应的第一用户是否具备所述目标餐品的打餐权限；
[0034] 若判定所述第一用户不具备所述目标餐品的打餐权限，则输出告警信息。
[0035] 可选的，所述餐厅交互信息还包括与餐盘对应的重量信息；
[0036] 所述根据各餐盘中第一餐盘的餐厅交互信息以及记录的所述对应关系，确定与所述第一餐盘对应的第一用户的餐厅交互信息，还包括：
[0037] 根据所述目标餐品打餐前和打餐后所述第一餐盘分别对应的重量信息，计算所述目标餐品对应的打餐重量信息；
[0038] 根据所述目标餐品和其对应的所述打餐重量信息，记录所述第一用户对应的餐品清单。
[0039] 依据本申请的另一个方面，提供了一种餐厅数据的处理装置，该装置包括：
[0040] 接收模块，用于接收当前待推出餐盘的目标餐盘信息以及当前用户信息；
[0041] 绑定模块，用于将所述目标餐盘信息与所述当前用户信息进行绑定；
[0042] 触发模块，用于在判定绑定成功后，触发推出所述当前待推出餐盘；
[0043] 记录模块，用于记录已推出餐盘的餐盘信息与用户信息的对应关系；
[0044] 所述接收模块，还用于接收各餐盘的餐厅交互信息；
[0045] 确定模块，用于根据各餐盘中第一餐盘的餐厅交互信息以及记录的所述对应关系，确定与所述第一餐盘对应的第一用户的餐厅交互信息。
[0046] 可选的，所述绑定模块，具体用于对所述当前用户信息进行验证；在判定验证通过后，将所述目标餐盘信息与所述当前用户信息进行绑定。
[0047] 可选的，所述绑定模块，具体还用于根据所述当前用户信息，判断当前用户是否为黑名单用户；和/或，判断所述当前用户是否存在异常行为记录信息；和/或，判断是否存在与所述当前用户信息关联的用户账户信息；若所述当前用户为黑名单用户、和/或所述当前用户存在异常行为记录信息、和/或不存在与所述当前用户信息关联的用户账户信息，则判定验证未通过。
[0048] 可选的，餐盘都各自设置有可识别单元；所述接收模块，具体用于通过餐盘识别模块在待推出位置识别当前待推出餐盘的可识别单元，获取与所述当前待推出餐盘关联的目标餐盘信息。
[0049] 可选的，所述接收模块，具体用于通过生物特征识别、智能卡识别、一维码识别、二维码识别或应用终端识别，接收所述当前用户信息，其中，所述生物特征包括面部特征、指纹特征、虹膜特征、声纹特征中的至少一个。
[0050] 可选的，所述装置还包括：
[0051] 第一解除模块，用于在触发推出所述当前待推出餐盘之后，若推出的所述当前待推出餐盘在第一预设时长后未被取走，则解除所述目标餐盘信息与所述当前用户信息之间的绑定关系。
[0052] 可选的，所述装置还包括：
[0053] 第二解除模块，用于在触发推出所述当前待推出餐盘以后，在第二预设时长后，解除所述目标餐盘信息与所述当前用户信息之间的绑定关系；
[0054] 发送模块，用于将与所述目标餐盘信息对应记录的餐品清单，发送给与所述当前用户信息对应的客户端。
[0055] 可选的，所述餐厅交互信息包括打餐请求信息；所述确定模块，具体用于根据所述第一餐盘的打餐请求信息，获取需要打餐的目标餐品；依据记录的所述对应关系，判断所述第一餐盘对应的第一用户是否具备所述目标餐品的打餐权限；若判定所述第一用户不具备所述目标餐品的打餐权限，则输出告警信息。
[0056] 可选的，所述餐厅交互信息还包括与餐盘对应的重量信息；所述确定模块，具体还用于根据所述目标餐品打餐前和打餐后所述第一餐盘分别对应的重量信息，计算所述目标餐品对应的打餐重量信息；根据所述目标餐品和其对应的所述打餐重量信息，记录所述第一用户对应的餐品清单。
[0057] 依据本申请的又一个方面，提供了一种可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述餐厅数据的处理方法。
[0058] 依据本申请的再一个方面，提供了一种餐厅数据处理的实体设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述餐厅数据的处理方法。
[0059] 借由上述技术方案，本申请提供的一种餐厅数据的处理方法、装置及设备，与目前现有技术相比，本申请可在发盘设备侧将当前待推出餐盘的目标餐盘信息与当前用户信息进行自动绑定，并且在判定绑定成功后，才触发推出餐盘，可依次分发出干净的餐盘，避免用户取盘过快导致餐盘信息与用户信息关联失败的情况发生，解决了现有技术中因取盘过快难以将用户信息与餐盘信息绑定的技术问题。相当于提前就进行相应关联绑定，不会耽误取餐时长，可提高餐厅数据处理的效率。并且后续可记录已推出餐盘的餐盘信息与用户信息的对应关系，在接收到各餐盘的餐厅交互信息时，可根据各餐盘中第一餐盘的餐厅交互信息以及记录的对应关系，确定与第一餐盘对应的第一用户的餐厅交互信息，进而能够快速准确的处理餐厅数据，满足餐厅业务需求。
[0060] 上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。附图说明
[0061] 此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
[0062] 图1示出了本申请实施例提供的一种餐厅数据的处理方法的流程示意图；
[0063] 图2示出了本申请实施例提供的另一种餐厅数据的处理方法的流程示意图；
[0064] 图3示出了本申请实施例提供的一种餐厅数据的处理装置的结构示意图。
具体实施方式
[0065] 下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
[0066] 针对目前现有技术中容易导致餐盘信息与用户信息关联失败，影响餐厅数据处理效率的技术问题。本实施例提供了一种餐厅数据的处理方法，如图1所示，该方法包括：
[0067] 101、接收当前待推出餐盘的目标餐盘信息以及当前用户信息。
[0068] 其中，餐盘信息中可包含餐盘的唯一标识、餐盘的使用状态、餐盘的有效使用时长等，在本实施例中，对于同一餐厅中的各个餐盘，都可有各自对应的唯一标识，以便进行餐盘之间的区分。餐盘的使用状态中可包含餐盘当前的使用状态为正在使用或者未使用等。餐盘的有效使用时长可包含本次使用的有效时长，默认未绑定用户信息之前，有效使用时长为0，在绑定用户信息后更新有效使用时长并开始计时，在超过该有效使用时长之后可自动解绑等。
[0069] 当前待推出的餐盘可为在发盘机构的待出盘位置当前排在第一位将要推出的餐盘。当前用户信息可为当前取餐盘的用户信息，可在输入用户信息后，确定为当前取餐盘的用户信息，并且指示发盘机构进行发餐盘操作。该用户信息中可包含取餐用户的用户标识、或者其他注册信息等。
[0070] 在接收到当前用户信息之后，若接收到将要空盘的告警信息(如还剩2、3个餐盘时)，则停止执行以下步骤，待餐盘数量补充充足后，再执行以下步骤。通过这种方式可帮助餐厅工作人员有足够的缓冲时间准确餐盘，减少忙中出错的情况发生。
[0071] 102、将接收到的目标餐盘信息与当前用户信息进行绑定。
[0072] 例如，可记录目标餐盘信息与当前用户信息绑定时对应的起始时间点，以便后续可在解除绑定关系(如餐盘对应餐品核销成功后自动解除绑定关系等)时也相应记录结束时间点。因为餐厅人员流动较大，通常不会一个餐盘在1天内只有1个用户使用，可能1天内会存在多个用户交替使用同一个餐盘，在餐盘被某一用户使用后，绑定关系会自动解除，经清洗会重新放入发盘机构中，下一个用户取餐盘时会重新绑定该新用户的用户信息。因此，为了方便记录餐厅中每个餐盘一天当中的使用过程，可记录每段使用过程中的起始时间点和结束时间点，以及对应使用的用户信息，方便餐厅数据统计。并且通过这种数据统计还能找到平均使用次数较少的餐盘，及时发现该餐盘存在的异常，如餐盘损坏等，以便及时进行修复。
[0073] 103、在判定绑定成功后，触发推出当前待推出餐盘。
[0074] 如果判定目标餐盘信息与当前用户信息绑定成功后，可触发发盘机构推出当前待推出的餐盘。如果餐盘被卡住，还可输出相应的告警信息，并且在预设时长之后该餐盘还没有被取出时，可将该餐盘信息绑定的用户信息进行解绑。
[0075] 104、记录已推出餐盘的餐盘信息与用户信息的对应关系。
[0076] 对于本实施例，在每个餐盘从发盘机构推出后，可相应记录这些餐盘信息与绑定的用户信息之间的对应关系，并且可主要记录当前还在绑定状态(餐盘信息与用户信息未解绑)的对应关系。在解绑后可删除该条记录也可再保留的一段时长之后再删除，以便节省存储空间。
[0077] 具体的记录内容可如表1所示：
[0078] 绑定时间 餐盘信息 用户信息2018-11-30,11:20 餐盘00-BB-XX 用户A
2018-11-30,12:00 餐盘00-CC-XY 用户B
2018-11-30,12:00 餐盘00-CC-XY 用户B
[0079] 表1
[0080] 105、接收各餐盘的餐厅交互信息。
[0081] 其中，餐厅交互信息中可包含与餐厅内餐盘对应餐盘信息相关联的需要处理的交互信息，具体可包含用户客户端、服务端与餐厅管理终端三者之间的数据交互内容，除此之外还可包含餐厅内的其他终端(如打餐机、发盘机构、餐品称重设备、餐厅监控设备等)的交互数据。
[0082] 106、根据各餐盘中第一餐盘的餐厅交互信息以及记录的对应关系，确定与第一餐盘对应的第一用户的餐厅交互信息。
[0083] 例如，餐厅管理终端可接收餐厅内的打餐机发送的与餐盘信息对应的打餐内容信息，餐厅管理终端可根据该打餐内容信息生成与该餐盘信息对应的打餐清单。后续餐厅管理终端可通过服务端查询到该餐盘信息对应的用户信息，然后通过服务端向与该用户信息对应的用户客户端推送该打餐清单，以便打餐用户根据该打餐清单了解到自己打餐的情况。
[0084] 再例如，餐厅管理终端还可接收餐厅内的餐品称重设备发送的与餐盘信息对应的打餐重量信息，在餐厅管理终端生成与该餐盘信息对应的打餐清单后，可将该打餐重量信息加载到该打餐清单中，进一步完善打餐内容，并且还可根据打餐重量信息，以及该打餐餐品的打餐重量与餐品价格信息之间的对应关系，在打餐清单中加载相应的打餐价格信息等，后续可将该打餐清单发送给对应打餐用户客户端，打餐用户根据该打餐清单可以通过客户端发送相应的支付信息以便进行该打餐清单的核销处理。
[0085] 本实施例提供的一种餐厅数据的处理方法，与目前现有技术相比，本实施例可在发盘设备侧将当前待推出餐盘的目标餐盘信息与当前用户信息进行自动绑定，并且在判定绑定成功后，才触发推出餐盘，可依次分发出干净的餐盘，避免用户取盘过快导致餐盘信息与用户信息关联失败的情况发生，解决了现有技术中因取盘过快难以将用户信息与餐盘信息绑定的技术问题。相当于提前就进行相应关联绑定，不会耽误取餐时长，可提高餐厅数据处理的效率。并且后续可记录已推出餐盘的餐盘信息与用户信息的对应关系，在接收到各餐盘的餐厅交互信息时，可根据各餐盘中第一餐盘的餐厅交互信息以及记录的对应关系，确定与第一餐盘对应的第一用户的餐厅交互信息，进而能够快速准确的处理餐厅数据，满足餐厅业务需求。
[0086] 进一步的，作为上述实施例的细化和扩展，为了完整说明上述实施例的具体实施过程，提供了另一种餐厅数据的处理方法，如图2所示，该方法包括：
[0087] 201、通过餐盘识别模块在待推出位置识别当前待推出餐盘的可识别单元，获取与当前待推出餐盘关联的目标餐盘信息。
[0088] 其中，餐盘都各自设置有可识别单元(如可为射频卡、ID卡、IC卡、M1卡、一维码、二维码等)，在本实施例中，接收到的与当前待推出餐盘关联的目标餐盘信息可以是通过对可识别单元进行识别获取到的。预先在可识别单元中绑定对应的餐盘信息，并且可以是唯一对应的餐盘信息，以避免一个可识别单元对应多个餐盘信息，影响后续餐盘打餐统计。餐盘识别模块可为能够对识别单元进行识别得到对应绑定餐盘信息的功能设备，可配置在发盘机构的待出盘位置。
[0089] 202、通过生物特征识别、智能卡识别、一维码识别、二维码识别或应用终端识别，接收取餐盘的当前用户信息。
[0090] 其中，生物特征具体可包括面部特征、指纹特征、虹膜特征、声纹特征中的至少一个。
[0091] 例如，在用户站在发盘机构的取餐盘特定位置、且停留时长大于预设时长阈值时，可调用摄像头对该用户进行人脸识别，获取该用户的用户信息，通过这种方式无需用户进行任何操作即可实现输入用户信息，简单便捷，可提高用户信息获取的效率，提高了用户的使用体验。除此之外，用户还可通过指纹验证、虹膜验证、声纹验证等方式输入用户信息，如果用户信息输入的效率，使得用户操作更加便捷、迅速。
[0092] 再例如，用户可通过划卡操作，使得机器侧通过智能卡识别到该智能卡绑定的用户信息；再或者用户可通过客户端展示二维码的方式，由机器侧进行扫码识别，进而获取到用户信息等。也很简单便捷，减少用户手动输入用户信息，提高用户信息输入的效率。
[0093] 203、对接收到的当前用户信息进行验证。
[0094] 为了保证安全性和餐厅业务需求等，对于本实施例，在绑定餐盘信息与用户信息之前，需要对该用户信息进行验证，若通过验证才进行绑定操作；若未通过验证可输出告警信息，提示出现异常。并可以针对验证未通过原因输出相应的异常原因结果。
[0095] 示例性的，步骤203具体可包括：根据当前用户信息，可判断当前用户是否为黑名单用户(如存在历史恶意行为的用户)；和/或，判断该当前用户是否存在异常行为记录信息(如损坏餐厅设施、历史就餐未核销结算等)；和/或，判断是否存在与该当前用户信息关联的用户账户信息(该用户账户信息用于餐品核销结算)；若该当前用户为黑名单用户、和/或该当前用户存在异常行为记录信息、和/或不存在与该当前用户信息关联的用户账户信息，则判定验证未通过。通过这种方式可保证餐厅管理的安全性，可满足餐厅业务需求。例如，在一些无人餐厅的应用场景中，如果根据用户信息，判断不存在与该当前用户信息关联的用户账户信息，说明后续选餐核销结算时可能无法实现通过用户账户信息直接进行线上餐品清单核销结算，影响餐厅核销处理的效率。
[0096] 204、在判定验证通过后，将接收到的目标餐盘信息与当前用户信息进行绑定。
[0097] 例如，经过对当前用户信息进行验证，判定该用户并非本餐厅的黑名单用户，并且该用户没有不良的异常行为记录，而且该用户为本餐厅的会员用户，就餐记录良好。并且该用户还存在关联的用户账户信息，便于后续快速就餐核销结算处理。因此可将该接收到的目标餐盘信息与当前用户信息进行绑定。
[0098] 205、在判定绑定成功后，触发推出当前待推出餐盘。
[0099] 进一步的，步骤205之后可选的，还可包括：若推出的当前待推出餐盘在第一预设时长后未被取走，则解除目标餐盘信息与当前用户信息之间的绑定关系。减少餐盘被误拿，出现不必要的餐品核销结算等。
[0100] 其中，第一预设时长可根据不同用户的历史取餐盘的最多或平均用时确定。例如，在餐盘被推出后，如果3分钟后未被取走，说明该用户可能临时有事未能拿取该餐盘，或者可能餐盘卡主，该用户未能成功取出。因此为了减少绑定该用户信息的餐盘被他人占用的可能性，以及保证该用户后续能够正常在本餐厅取餐盘就餐，可将该餐盘信息绑定的该用户信息进行解绑。后续该用户可重新发起取餐盘流程，并且重新绑定新的餐盘。
[0101] 再进一步的，步骤205之后可选的，还可包括：在第二预设时长后，自动解除目标餐盘信息与当前用户信息之间的绑定关系；并将与目标餐盘信息对应记录的餐品清单，发送给与当前用户信息对应的客户端。例如，将餐品清单发送给用户账户、用户应用终端、用户手机短信等方式通知该用户。
[0102] 其中，第二预设时长可根据不同用户历史取餐的最多或平均用时确定。例如，在餐盘被取走后，经历半个小时(通常大部分用户都可完成取餐过程)以后，自动解除餐盘信息与用户信息之间的绑定关系，并将该餐盘信息对应记录的餐品清单，发送给与用户信息对应的客户端，用于餐品核销结算处理。通过这种方式可快速进行餐品核销处理，并且也防止餐盘长时间绑定用户信息，后续被他人恶意使用的情况发生。
[0103] 206、记录已推出餐盘的餐盘信息与用户信息的对应关系。
[0104] 207、接收各餐盘的餐厅交互信息。
[0105] 208、根据各餐盘中第一餐盘的餐厅交互信息以及记录的对应关系，确定与第一餐盘对应的第一用户的餐厅交互信息。
[0106] 作为一种可选方式，餐厅交互信息可包括打餐请求信息；相应的，步骤208具体可包括：根据第一餐盘的打餐请求信息，获取需要打餐的目标餐品；然后依据记录的对应关系，判断第一餐盘对应的第一用户是否具备该目标餐品的打餐权限；若判定第一用户不具备该目标餐品的打餐权限，则输出告警信息。除了输出告警信息以外，还可关闭该目标餐品对应的盛放设备的餐盖，使得该用户无法对该目标餐品进行打餐。只在判定打餐用户具备该目标餐品的打餐权限时，才触发打开该盛放设备的餐盖。
[0107] 通过上述这种方式，可实现对一些餐品实行权限打餐管理，使得不同打餐权限的用户可打餐的内容存在一些差异性，满足打餐业务需求。例如，针对不同团体用户同时选餐的场景，由于前期预订的餐品套餐不同，所以可对这些不同团体用户配置各自对应的打餐方案。如对于餐品1，团体A和团体B的用户可打取，而团体C的用户则不能打取等。
[0108] 进一步的，结合上述可选方式，餐厅交互信息还可包括与餐盘对应的重量信息；步骤208具体还可包括：根据目标餐品打餐前和打餐后第一餐盘分别对应的重量信息，计算目标餐品对应的打餐重量信息；然后根据目标餐品和其对应的打餐重量信息，记录该第一用户对应的餐品清单。在这种可选方案中，可自动通过对某样餐品打餐前后的餐盘重量变化，智能统计该餐品的打餐重量，进而智能记录该餐盘对应用户的餐品清单，使得打餐用户清楚了解打餐内容，方便餐品核销结算。
[0109] 本实施例提供的另一种餐厅数据的处理方法，与目前现有技术相比，可依次分发出干净的餐盘，避免用户取盘过快导致餐盘信息与用户信息关联失败的情况发生，解决了现有技术中因取盘过快难以将用户信息与餐盘信息绑定的技术问题。相当于提前就进行相应关联绑定，不会耽误取餐时长，可提高餐厅数据处理的效率。并且后续可记录已推出餐盘的餐盘信息与用户信息的对应关系，在接收到各餐盘的餐厅交互信息时，可根据各餐盘中第一餐盘的餐厅交互信息以及记录的对应关系，确定与第一餐盘对应的第一用户的餐厅交互信息，进而能够快速准确的处理餐厅数据，满足餐厅业务需求。
[0110] 进一步的，作为图1和图2所示方法的具体实现，本实施例提供了一种餐厅数据的处理装置，如图3所示，该装置包括：接收模块31、绑定模块32、触发模块33、记录模块34、确定模块35。
[0111] 接收模块31，可用于接收当前待推出餐盘的目标餐盘信息以及当前用户信息；
[0112] 绑定模块32，可用于将所述目标餐盘信息与所述当前用户信息进行绑定；
[0113] 触发模块33，可用于在判定绑定成功后，触发推出所述当前待推出餐盘；
[0114] 记录模块34，可用于记录已推出餐盘的餐盘信息与用户信息的对应关系；
[0115] 所述接收模块31，还可用于接收各餐盘的餐厅交互信息；
[0116] 确定模块35，可用于根据各餐盘中第一餐盘的餐厅交互信息以及记录的所述对应关系，确定与所述第一餐盘对应的第一用户的餐厅交互信息。
[0117] 在具体的应用场景中，所述绑定模块32，具体可用于对所述当前用户信息进行验证；在判定验证通过后，将所述目标餐盘信息与所述当前用户信息进行绑定。
[0118] 在具体的应用场景中，所述绑定模块32，具体还可用于根据所述当前用户信息，判断当前用户是否为黑名单用户；和/或，判断所述当前用户是否存在异常行为记录信息；和/或，判断是否存在与所述当前用户信息关联的用户账户信息；若所述当前用户为黑名单用户、和/或所述当前用户存在异常行为记录信息、和/或不存在与所述当前用户信息关联的用户账户信息，则判定验证未通过。
[0119] 在具体的应用场景中，可选的，餐盘都各自设置有可识别单元；所述接收模块，具体用于通过餐盘识别模块在待推出位置识别当前待推出餐盘的可识别单元，获取与所述当前待推出餐盘关联的目标餐盘信息。
[0120] 在具体的应用场景中，所述接收模块31，具体可用于通过生物特征识别、智能卡识别、一维码识别、二维码识别或应用终端识别，接收所述当前用户信息，其中，所述生物特征包括面部特征、指纹特征、虹膜特征、声纹特征中的至少一个。
[0121] 在具体的应用场景中，本装置还包括：第一解除模块；
[0122] 第一解除模块，可用于在触发推出所述当前待推出餐盘之后，若推出的所述当前待推出餐盘在第一预设时长后未被取走，则解除所述目标餐盘信息与所述当前用户信息之间的绑定关系。
[0123] 在具体的应用场景中，本装置还包括：第二解除模块和发送模块；
[0124] 第二解除模块，可用于在触发推出所述当前待推出餐盘以后，在第二预设时长后，解除所述目标餐盘信息与所述当前用户信息之间的绑定关系；
[0125] 发送模块，可用于将与所述目标餐盘信息对应记录的餐品清单，发送给与所述当前用户信息对应的客户端。
[0126] 在具体的应用场景中，可选的，所述餐厅交互信息可包括打餐请求信息；所述确定模块35，具体可用于根据所述第一餐盘的打餐请求信息，获取需要打餐的目标餐品；依据记录的所述对应关系，判断所述第一餐盘对应的第一用户是否具备所述目标餐品的打餐权限；若判定所述第一用户不具备所述目标餐品的打餐权限，则输出告警信息。
[0127] 在具体的应用场景中，可选的，所述餐厅交互信息还可包括与餐盘对应的重量信息；所述确定模块35，具体还用于根据所述目标餐品打餐前和打餐后所述第一餐盘分别对应的重量信息，计算所述目标餐品对应的打餐重量信息；根据所述目标餐品和其对应的所述打餐重量信息，记录所述第一用户对应的餐品清单。
[0128] 需要说明的是，本实施例提供的一种餐厅数据的处理装置所涉及各功能单元的其它相应描述，可以参考图1和图2中方法的对应描述，在此不再赘述。
[0129] 基于上述如图1和图2所示方法和如图3所示的虚拟装置，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1和图2所示的方法。
[0130] 基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景的方法。
[0131] 基于上述如图1和图2所示的方法，和如图3所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种餐厅数据处理的实体设备，具体可以为发盘机构、个人计算机、智能厨具设备、服务器、平板电脑、智能手机或其他网络设备，该设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1和图2所示的方法。
[0132] 可选的，上述实体设备还可以包括用户接口、网络接口、摄像头、射频(Radio Frequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)等。
[0133] 本领域技术人员可以理解，本实施例提供的上述实体设备结构并不构成对这种实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。
[0134] 存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。
[0135] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。本实施例提出了一种餐厅数据的处理方案，与目前现有技术相比，可依次分发出干净的餐盘，避免用户取盘过快导致餐盘信息与用户信息关联失败的情况发生，解决了现有技术中因取盘过快难以将用户信息与餐盘信息绑定的技术问题。相当于提前就进行相应关联绑定，不会耽误取餐时长，可提高餐厅数据处理的效率。并且后续可记录已推出餐盘的餐盘信息与用户信息的对应关系，在接收到各餐盘的餐厅交互信息时，可根据各餐盘中第一餐盘的餐厅交互信息以及记录的对应关系，确定与第一餐盘对应的第一用户的餐厅交互信息，进而能够快速准确的处理餐厅数据，满足餐厅业务需求。
[0136] 本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
[0137] 上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 智能卡安全防护方法及装置 | 2020-05-08 | 724 |
| 一种用于智能卡芯片多通道同测的嵌入式软件实现方法 | 2020-05-08 | 460 |
| 一种非接触模块封装智能卡及其制备方法 | 2020-05-08 | 902 |
| 具指纹感测系统的智能卡及其控制方法 | 2020-05-08 | 335 |
| 一种森林防火智能卡口监控预警装置 | 2020-05-08 | 773 |
| 一种非接触式智能卡 | 2020-05-08 | 145 |
| 一种智能卡装片固化设备 | 2020-05-08 | 15 |
| 一种双线圈双芯片的智能卡 | 2020-05-11 | 149 |
| 一种多功能智能门禁机 | 2020-05-08 | 297 |
| 一种激光LED光源SMD封装结构 | 2020-05-08 | 936 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
智能卡热门专利
QQ群二维码
意见反馈
意见反馈