CN113887686A - 一种出餐信息显示装置 - Google Patents

Abstract

本发明实施例公开了一种出餐信息显示装置，包括显示部、读取部及处理器；所述处理器分别与所述显示部与所述读取部连接；所述读取部用于识别订单的订单标识，获得识别结果，以及将所述识别结果发送至所述处理器，所述识别结果包括识别成功或识别失败；所述显示部用于显示识别结果；所述处理器用于接收所述读取部发送的识别结果，控制所述显示部显示所述识别结果，以及将所述识别成功的订单对应的订单信息发送至后厨终端设备。该装置通过读取部识别订单的订单标识，并通过显示部显示识别结果，这样商家就可直观的看到是否识别成功，从而避免出现重复扫码或漏扫的情况发生。

Description

一种出餐信息显示装置

技术领域

本发明涉及智能餐饮领域，具体而言涉及一种出餐信息显示装置。

背景技术

随着科技的进步，餐厅大多采用网上平台点餐的模式。商户在接收到用户的订单后，会打印出订单小票，然后通过扫码设备对订单小票的标识码进行扫描，从而将订单小票上的订单信息传送给后厨，厨师按照订单信息制备菜品。但是，在订单小票的扫码过程中，商户仅能通过扫码设备的提示音来判断是否扫码成功，这样极易产生在嘈杂等环境下，商户听不清提示音而无法准确判断是否扫码成功，从而导致重复扫码或漏扫的问题。

发明内容

有鉴于此，本发明提供了一种出餐信息显示装置，主要目的在于解决在订单小票的扫码过程中，商户仅能通过扫码设备的提示音来判断是否扫码成功，这样极易产生在嘈杂等环境下，商户听不清提示音而无法准确判断是否扫码成功，从而导致重复扫码或漏扫的问题。

本发明实施例提供了一种出餐信息显示装置，包括显示部、读取部及处理器；所述处理器分别与所述显示部与所述读取部连接；

所述读取部用于识别订单的订单标识，获得识别结果，以及将所述识别结果发送至所述处理器，所述识别结果包括识别成功或识别失败；

所述显示部用于显示识别结果；

所述处理器用于接收所述读取部发送的识别结果，控制所述显示部显示所述识别结果，以及将所述识别成功的订单对应的订单信息发送至后厨终端设备。

在一个实施方式中，所述读取部安装在所述显示部上。

在一个实施方式中，所述读取部位于所述显示部的中部。

在一个实施方式中，所述显示部为数码管显示部。

在一个实施方式中，所述处理器还用于接收订单对应的订单请求，控制所述显示部在第一预设区域，按照预设的排列顺序显示预设数量的订单号，每个所述订单请求包括与所述订单请求对应的订单号；

所述显示部还用于在所述第一预设区域按照预设的排列顺序显示预设数量的订单号。

在一个实施方式中，所述第一预设区域靠近所述显示部的一侧边缘，所述预设的排列顺序为所述订单号按照由小至大的顺序在所述第一预设区域内由上至下排列。

在一个实施方式中，所述处理器还用于在所述识别结果为识别成功的情况下，控制所述显示部消除识别成功的订单对应的订单号，以及控制所述显示部在所述第一预设区域，按照所述预设的排列顺序显示所述预设数量的剩余订单号，所述剩余订单号包括识别失败的订单及未识别订单标识的订单所对应的订单号；

所述显示部还用于在所述第一预设区域，按照预设的排列顺序显示预设数量的剩余订单号。

在一个实施方式中，所述处理器还用于判断所述订单号的数量是否大于所述预设数量，如果所述订单号的数量大于所述预设数量，则控制所述显示部在第二预设区域显示超量标识；

所述显示部还用于在所述第二预设区域显示所述超量标识。

在一个实施方式中，所述第二预设区域位于所述第一预设区域的下方。

在一个实施方式中，所述处理器还用于在所述订单为预约订单、且订单的数量小于所述预设数量的情况下，控制所述显示部在所述第一预设区域内显示所述预约订单对应的订单号；

所述显示部还用于在所述第一预设区域内显示所述预约订单对应的订单号。

在一个实施方式中，所述处理器还用于在所述订单的数量大于或等于所述预设数量、且所述预约订单的预约出餐时间与当前时间的时间差小于或等于预设时间差的情况下，控制所述显示部在所述第一预设区域内的最上方显示所述预约订单对应的订单号；

所述显示部还用于在所述第一预设区域内的最上方显示所述预约订单对应的订单号。

根据本发明实施例所提供的一种出餐信息显示装置，该装置通过读取部识别订单的订单标识，并通过显示部显示识别结果，这样商家就可直观的看到是否识别成功，从而避免出现重复扫码或漏扫的情况发生。

附图说明

本发明的下列附图在此作为本发明实施例的一部分用于理解本发明。附图中示出了本发明的实施例及其描述，用来解释本发明的原理。

附图中：

图1为根据本发明的一个可选实施例的出餐信息显示装置的爆炸图；

图2为根据本发明的一个可选实施例的出餐信息显示装置的显示状态图；

图3为根据本发明的另一个可选实施例的出餐信息显示装置的显示状态图；

图4为根据本发明的又一个可选实施例的出餐信息显示装置的显示状态图；

图5为根据本发明的又一个可选实施例的出餐信息显示装置的显示状态图；

图6为根据本发明的又一个可选实施例的出餐信息显示装置的显示状态图；

图7为根据本发明的又一个可选实施例的出餐信息显示装置的显示状态图；

图8为根据本发明的又一个可选实施例的出餐信息显示装置的显示状态图；

图9为根据本发明的又一个可选实施例的出餐信息显示装置的显示状态图。

附图标记说明

1-显示部，2-读取部，3-处理器，4-通信单元，5-第一预设区域，6-第二预设区域。

具体实施方式

在下文的描述中，给出了大量具体的细节以便提供对本发明更为彻底的理解。然而，对于本领域技术人员而言显而易见的是，本发明可以无需一个或多个这些细节而得以实施。在其他的例子中，为了避免与本发明发生混淆，对于本领域公知的一些技术特征未进行描述。

应予以注意的是，这里所使用的术语仅是为了描述具体实施例，而非意图限制根据本发明的示例性实施例。如在这里所使用的，除非上下文另外明确指出，否则单数形式也意图包括复数形式。此外，还应当理解的是，当在本说明书中使用术语“包含”和/或“包括”时，其指明存在所述特征、整体、步骤、操作、元件和/或组件，但不排除存在或附加一个或多个其他特征、整体、步骤、操作、元件、组件和/或它们的组合。

现在，将参照附图更详细地描述根据本发明的示例性实施例。然而，这些示例性实施例可以多种不同的形式来实施，并且不应当被解释为只限于这里所阐述的实施例。应当理解的是，提供这些实施例是为了使得本发明的公开彻底且完整，并且将这些示例性实施例的构思充分传达给本领域普通技术人员。

如图1所示，本发明实施例提供了一种出餐信息显示装置，包括显示部1、读取部2及处理器3；处理器3分别与显示部1与读取部2连接；读取部2用于识别订单的订单标识，获得识别结果，以及将识别结果发送至处理器3，识别结果包括识别成功或识别失败；显示部1用于显示识别结果；处理器3用于接收读取部2发送的识别结果，控制显示部1显示识别结果，以及将识别成功的订单对应的订单信息发送至后厨终端设备。

其中，订单可为由打印机打印出来的纸质小票，纸质小票除了可以印制有订单标识，还可以印制有餐品项目、与餐品项目对应的餐品数量、出餐时间、优惠使用信息、订单原始金额、订单待支付金额、餐品提供方信息、用户在订餐平台中的订餐平台账号和/或订单时间等信息，以便于商家全面了解订单详情。具体地，优惠使用信息可包括优惠券使用信息和/或满减优惠信息等信息。订单标签可以但不限于条形码或二维码等码图，本申请对订单标签的形式不做严格限定。读取部2可以为能够识别订单标签的设备，例如，读取部2为可识别条形码或二维码等码图的扫描摄像部。订单信息包括但不限于餐品名称、与餐品名称对应的餐品数量、出餐时间、用户在订餐平台中的订餐平台账号和订单时间等信息。

在本实施例中，用户可以通过用户侧的终端设备上安装的适用于点餐的应用程序进行点餐，具体地，用户可以通过应用程序选择商家，并选择所需的餐品，完成商品选择之后，提交订单请求，并在商家侧的出餐信息显示装置的处理器3或终端设备接收到订单请求时，控制打印机打印出至少带有订单标识的纸质小票；然后商家的服务人员可将订单标识正对读取部2，利用读取部2识别订单标识，获得识别结果，之后再通过处理器3控制显示部1显示识别结果，从而服务人员就可在显示部1上直观的看到是否识别成功，如果识别成功，则可进行下一个订单标识的识别，如果识别失败，则可重新识别该订单标识，从而避免出现重复扫码或漏扫的情况发生。并且处理器3还可将识别成功的订单对应的订单信息发送至后厨终端设备，后厨终端设备接收到订单信息后进行展示，这样厨师就可根据订单信息制备餐品。

具体地，显示部1显示识别结果的形式可按照实际需求进行设置，本实施例不做严格限定，示例性的，如图2和图3所示，可在显示部1的某一区域显示“失败”或“成功”的文字来代表识别成功或识别失败，即如果识别结果为识别成功，则在显示部1显示“成功”，如果识别结果为识别失败，则在显示部1显示“失败”。进一步地，“失败”及“成功”的显示位置可以相邻且并排设置，从而进一步方便商家的观看识别结果。

处理器3可以使用各种应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、微中控元件、微处理器或其他电子元件实现。

处理器3、读取部2及显示部1还设有可进行数据传输的有线或无线通信的通信单元4。通信单元4可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信单元4还包括近场通信模块，以促进短程通信。例如，在NFC模块可基于射频识(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

根据本发明实施例所提供的一种出餐信息显示装置，该装置通过读取部2识别订单的订单标识，并通过显示部1显示识别结果，这样商家就可直观的看到是否识别成功，从而避免出现重复扫码或漏扫的情况发生。

在具体应用中，如图1所示，读取部2安装在显示部1上。

将读取部2集成在显示部1上，可使整个装置的结构更加紧凑，节省占用空间。并且与单独设置的扫描枪等读取设备，商家的服务人员需一手持扫码枪，另一只手持订单来对订单上的订单标识进行识别操作相比，在本实施例中，放服务人员仅需手持订单，使订单上的订单标识正对读取部2即可完成识别操作，这样不仅使扫码操作更加简便，而且也提高了识别操作的效率。

进一步地，如图1所示，读取部2位于显示部1的中部。

将读取部2设置在显示部1的中部，这样不仅避免其他物品对读取部2造成遮挡，提高识别的准确度，而且在服务人员在进行识别操作时，将订单上的订单标识对着识别部的中部即可，也更便于服务人员的识别操作。

在具体应用中，显示部1为数码管显示部1。

相较于现有技术中显示部1采用较大的可视屏幕，数码管显示部1不仅显示更加清晰，更加适合在白天等强光条件下显示，而且成本低廉。

为了便于商家更多的了解所接订单的情况，在另一些实施例中，处理器3还用于接收订单对应的订单请求，控制显示部1在第一预设区域5，按照预设的排列顺序显示预设数量的订单号，每个订单请求包括与订单请求对应的订单号；显示部1还用于在第一预设区域5按照预设的排列顺序显示预设数量的订单号。

其中，第一预设区域5、预设的排列顺序及预设数量可在出餐信息显示装置在出厂前根据显示部1的尺寸设置好，也可以由商家根据实际需求进行设置，本实施例不做严格限定。

可以理解的是，订单、订单请求与订单标识一一对应，也就是说处理器3接收了多少订单请求，就会控制打印机打印出相应的带有订单标识的纸质小票。

在本实施例中，每个订单的订单号均不相同，示例性的，订单号可按照接收订单请求时间逐渐增加，例如，在8:30接收的订单请求，相应的订单号为001，在8:32接收的订单请求，相应的订单号为002。

显示部1能够显示预设数量的订单号，也就是在处理器3所接收到订单请求的数量大于能够显示的预设数量时，则会有部分订单号不能显示在显示部1上。例如，假设显示部1能够显示二十订单号，如果处理器3接收到二十五个订单请求，则显示部1显示前五个订单请求对应的订单号，而剩余的二十个订单号不能显示。而在处理器3所接收到订单请求的数量小于或等于能够显示的预设数量时，则显示部1能够显示所有订单请求对应的订单号。例如，假设显示部1能够显示五个订单号，如果处理器3接收到四个订单请求，则显示部1显示四个订单请求对应的订单号。

在另一些实施例中，第一预设区域5靠近显示部1的一侧边缘，预设的排列顺序为订单号按照由小至大的顺序在第一预设区域5内由上至下排列。

第一预设区域5设置显示部1的一侧边缘附件，这样不会影响显示部1中部显示的其他内容，使显示界面布局的更加合理。具体地，第一预设区域5可以在显示部1的右侧或左侧，本实施例不做严格限定。

通常接收时间较早的订单请求对应的订单号的数字较小，接收时间较晚的订单请求对应的订单的数字较大，将订单号由小至大排列，也就是按照接收时间的由早至晚排列，这样可优先显示接收较早的订单请求对应的订单号，从而方便商家的服务人员优先处理，避免延误出餐。并且在第一预设区域5内订单号由小至大的顺序在第一预设区域5内由上至下排列，即订单号越小，越接近第一预设区域5上部的位置，订单号越大，越接近第一预设区域5下部的位置，从而商家无需浪费时间来查找较小的订单号。示例性的，如图4所示，假设订单号为001-005，001处于第一预设区域5的最顶部，005处于第一预设区域5的最低部。

在上述实施例中，处理器3还用于在识别结果为识别成功的情况下，控制显示部1消除识别成功的订单对应的订单号，以及控制显示部1在第一预设区域5，按照预设的排列顺序显示预设数量的剩余订单号，剩余订单号包括识别失败的订单及未识别订单标识的订单所对应的订单号；显示部1还用于在第一预设区域5，按照预设的排列顺序显示预设数量的剩余订单号。

在本实施例中，处理器3在订单标识识别成功的情况下，控制显示器消除相应的订单号，并且将剩余的清单好重新按照预设的排列顺序在第一预设区域5内显示，这样显示器显示的订单号均为未识别标识和识别标识失败的订单对应的订单号，从而商家的服务人员可通过比对订单号，查找哪些订单的订单标识已经识别成功，哪些订单的订单标识还未识别或者识别失败，不仅便于商家了解订单标识的识别情况，而且避免出现遗漏识别订单标识的情况。

示例性的，假设处理器3所接收到十个订单请求，十个订单请求的订单号为001-010，如图4所示，显示部1能够显示五个订单号，即在第一区域内由上至下依次显示订单号001-005。如图5所示，在订到号001对应的订单标识识别成功后，显示部1的第一区域内的最上部消除“001”，也就是显示部1第一区域内的最上部不显示“001”，之后将002-006按照由上至下的顺序在第一区域内重新排列，即在第一区域的最上部显示“002”，然后由上至下依次显示“003”、“004”、“005”、“006”，而007-010则不显示，以此类推，在订单号002对应的订单标识识别成功后，继续采用上述的方式进行显示，在此不再赘述。

而在另一些例子中，如果处理器3接收到四个订单请求，而显示部1能够显示五个订单号，则在第一区域内由上至下依次显示订单号001-004，同样地，如图6所示，在订到号001对应的订单标识识别成功后，显示部1的第一区域内的最上部消除“001”，也就是显示部1第一区域内的最上部不显示“001”，之后将002-004按照忧伤至下的顺序在第一区域内重新排列，即在显示部1的第一区域的最上部显示“002”，然后由上至下次显示“003”、“004”、“005”。

可以理解的是，商家的服务人员识别订单标识的操作可以不按照订单号大小顺序依次进行，也就是说商家的服务人员完成了订单号001对应的订单标识识别操作后，可以再进行订单号003对应的订单标识识别操作。

进一步地，处理器3还用于判断订单号的数量是否大于预设数量，如果订单号的数量大于预设数量，则控制显示部1在第二预设区域6显示超量标识；显示部1还用于在第二预设区域6显示超量标识。

在具体应用中，在订单号的数量大于预设数量的情况下，显示部1在第二预设区域6内显示超量标识，以提醒商家还有未显示的订单号。示例性的，如图7所示，假设显示部1的第一预设区域5能够显示的订单号的数量为5个，也就是说预设数量是5个，如果接收的订单号的数量为20个，订单号分别为001-020，则在显示部1的第一预设区域5显示前5个的订单号，即001-005的同时，在第二预设区域6显示超量标识；如图8所示，如果接收的订单号的数量为4个，订单号分别为001-004，则在显示部1的第一预设区域5显示001-004，而在第二预设区域6内不显示超量标识。

通过设置超量标识，商家可从显示部1直接看到是否还有未显示的订单号，从而便于商家了解订单数量。其中，超量标识可采用特殊符号或图形进行表示，例如，“…”，本实施例不做严格限定。第二预设区域6可以为显示部1的显示界面上的任意区域，本实施例也不做严格限定。

具体地，如图7和图8所示，第二预设区域6位于第一预设区域5的下方。

将第二预设区域6设置在第一预设区域5的下方，这样能够使商家的服务人员在查看第一预设区域5的订单号时，更加方便快速的看到第二预设区域6是否显示了超量标识，从而更加便捷的掌握订单号的显示情况。

在又一些实施例中，处理器3还用于在订单为预约订单、且订单的数量小于预设数量的情况下，控制显示部1在第一预设区域5内显示预约订单对应的订单号；显示部1还用于在第一预设区域5内显示预约订单对应的订单号。

其中，预约订单的订单号与普通订单的订单号不同的形式进行标识，以便商家更加直观的查找到预约订单的订单号。例如，普通订单的订单号采用三个数字标识，如001等，预约订单的订单号可采用文字加数字的形式标识，例如，预01等。

在第一预设区域5内还有显示空间的情况下，显示部1的第一区域内还可显示预约订单的订单号，这样就可使服务人员优先对预约订单的订单标识进行识别操作，以避免延误预约订单的出餐。示例性的，假设显示部1的第一预设区域5能够显示的订单号的数量为5个，如果接收普通订单的总数量为4个，分别为001-004，还有1个为预约订单，订单号为预01，则在第一预设区域5内显示所有订单的订单，也就是显示4个普通订单的订单号，即001-004，以及1个预约订单的订单号，即预01。

进一步地，处理器3还用于在订单的数量大于或等于预设数量、且预约订单的预约出餐时间与当前时间的时间差小于或等于预设时间差的情况下，控制显示部1在第一预设区域5内的最上方显示预约订单对应的订单号；显示部1还用于在第一预设区域5内的最上方显示预约订单对应的订单号。

在本实施例中，在订单的数量大于或等于预设数量的情况下、且预约订单的预约出餐时间与当前时间的时间差小于或等于预设时间差的情况下，在第一预设区域5内的最上方显示该预约订单对应的订单号，以更加明显的提醒服务人员尽快进行相应的扫码操作来避免延误出餐的情况发生，从而降低漏单的风险。

示例性的，假设显示部1的第一预设区域5能够显示的订单号的数量为5个，设的时间差为50分钟，如果接收普通订单的总数量为5个，订单号分别为001-005，还有1个为预约订单，且该预约订单的订单号为预01，并且该预约订单的预约出餐时间为8:45，而当前时间为8:00，也就是说该预约订单的预约出餐时间与当前时间的时间差为45分钟，小于50分钟，则如图9所示，在第一预设区域5内的最上方显示该预约订单的订单号，其他订单号在该预约订单的订单号下方，并按照由小至大的顺序在第一预设区域5内由上至下排列。

本发明已经通过上述实施例进行了说明，但应当理解的是，上述实施例只是用于举例和说明的目的，而非意在将本发明限制于所描述的实施例范围内。此外本领域技术人员可以理解的是，本发明并不局限于上述实施例，根据本发明的教导还可以做出更多种的变型和修改，这些变型和修改均落在本发明所要求保护的范围以内。本发明的保护范围由附属的权利要求书及其等效范围所界定。

Claims (10)

1.一种出餐信息显示装置，其特征在于，包括显示部、读取部及处理器；所述处理器分别与所述显示部与所述读取部连接；

所述读取部用于识别订单的订单标识，获得识别结果，以及将所述识别结果发送至所述处理器，所述识别结果包括识别成功或识别失败；

所述显示部用于显示识别结果；

所述处理器用于接收所述读取部发送的识别结果，控制所述显示部显示所述识别结果，以及将识别成功的订单对应的订单信息发送至后厨终端设备。

2.根据权利要求1所述的出餐信息显示装置，其特征在于，所述读取部安装在所述显示部上。

3.根据权利要求2所述的出餐信息显示装置，其特征在于，所述读取部位于所述显示部的中部。

4.根据权利要求1所述的出餐信息显示装置，其特征在于，所述显示部为数码管显示部。

5.根据权利要求1所述的出餐信息显示装置，其特征在于，所述处理器还用于接收订单对应的订单请求，控制所述显示部在第一预设区域，按照预设的排列顺序显示预设数量的订单号，每个所述订单请求包括与所述订单请求对应的订单号；

所述显示部还用于在所述第一预设区域按照预设的排列顺序显示预设数量的订单号。

6.根据权利要求1所述的出餐信息显示装置，其特征在于，所述第一预设区域靠近所述显示部的一侧边缘，所述预设的排列顺序为所述订单号按照由小至大的顺序在所述第一预设区域内由上至下排列。

7.根据权利要求5所述的出餐信息显示装置，其特征在于，所述处理器还用于在所述识别结果为识别成功的情况下，控制所述显示部消除识别成功的订单对应的订单号，以及控制所述显示部在所述第一预设区域，按照所述预设的排列顺序显示所述预设数量的剩余订单号，所述剩余订单号包括识别失败的订单及未识别订单标识的订单所对应的订单号；

所述显示部还用于在所述第一预设区域，按照预设的排列顺序显示预设数量的剩余订单号。

8.根据权利要求7所述的出餐信息显示装置，其特征在于，所述处理器还用于判断所述订单号的数量是否大于所述预设数量，如果所述订单号的数量大于所述预设数量，则控制所述显示部在第二预设区域显示超量标识；

所述显示部还用于在所述第二预设区域显示所述超量标识。

9.根据权利要求8所述的出餐信息显示装置，其特征在于，所述第二预设区域位于所述第一预设区域的下方。

10.根据权利要求5所述的出餐信息显示装置，其特征在于，所述处理器还用于在所述订单为预约订单、且订单的数量小于所述预设数量的情况下，控制所述显示部在所述第一预设区域内显示所述预约订单对应的订单号；

所述显示部还用于在所述第一预设区域内显示所述预约订单对应的订单号。

Images