信息显示方法、装置、系统、存储介质及计算机设备与流程

文档序号:21467005发布日期:2020-07-14 16:52阅读:153来源:国知局
信息显示方法、装置、系统、存储介质及计算机设备与流程

本发明涉及智能餐饮领域,尤其是涉及一种信息显示方法、装置、系统、存储介质及计算机设备。



背景技术:

近年来,随着智能餐饮概念的不断普及,越来越多的智能后厨显示系统被开发出来,智能后厨显示系统主要应用在餐厅或档口中,可以通过多个显示设备来实现不同的用途,例如,大多数的智能后厨显示系统都配备有出餐设备和叫号设备,备餐人员可以在出餐设备上查看订单列表以及执行划单操作,以此来推进后厨履约的进程,备餐完成后,相同档口的叫号设备上会展示订单相关联的取餐号,以此来提示消费者前往取餐柜或取餐台取餐。

在现有的解决方案中,智能后厨显示系统的屏幕功能均是在智能显示设备上通过上层应用软件来实现的,其中,出餐程序和叫号程序分别运行在两个独立的物理设备上,在设备部署安装阶段,需要分别激活两台智能显示设备,一台用于展示出餐屏界面供出餐员使用,另一台用于展示叫号屏界面供消费者使用,在使用时再将两台智能电视设备绑定到同一档口以相互关联。

但是,现有的解决方案需要两台搭载有操作系统的智能显示设备来实现,这样的解决方案会带来较大的成本压力,一方面,智能显示设备采购的成本比较高,另一方面,每一台智能显示设备都需要单独进行管理,部署和维护的成本也比较高。



技术实现要素:

有鉴于此,本申请提供了一种信息显示方法、装置、系统、存储介质及计算机设备,主要目的在于解决现有的后厨显示系统采购成本和部署成本较高的技术问题。

根据本发明的第一个方面,提供了一种信息显示系统,该系统包括:智能显示设备和第一显示设备,智能显示设备与第一显示设备通过显示器接口相连接,其中:

智能显示设备,用于获取服务器发送的出餐屏数据,并根据出餐屏数据展示出餐界面;以及

响应于当前设备连接有第一显示设备,获取服务器发送的叫号屏数据,并根据叫号屏数据渲染叫号界面,通过第一显示设备展示叫号界面。

根据本发明的第二个方面,提供了一种信息显示方法,该方法包括:

获取服务器发送的出餐屏数据,并根据出餐屏数据展示出餐界面;

响应于当前设备连接有第一显示设备,获取服务器发送的叫号屏数据,并根据叫号屏数据渲染叫号界面,并通过第一显示设备展示叫号界面。

在一个实施方式中,根据叫号屏数据渲染叫号界面,并通过第一显示设备展示叫号界面,包括:获取第一显示设备对应的虚拟设备对象;在第一显示设备对应的虚拟设备对象上创建第一展示对象,并将叫号屏数据填充到第一展示对象对应的布局文件中;通过第一展示对象对应的布局文件,将叫号界面绘制到第一显示设备上。

在一个实施方式中,该方法还包括:获取并展示服务器发送的更新后的出餐屏数据,更新后的出餐屏数据包括出餐标识和出餐标识对应的菜品名称和出餐状态;当出餐标识对应的出餐状态由未完成转为完成时,将出餐标识发送至服务器;获取并展示服务器发送的更新后的叫号屏数据,更新后的叫号屏数据包括出餐标识。

在一个实施方式中,该方法还包括:响应于当前设备连接有第二显示设备,获取服务器发送的制作屏数据,并根据制作屏数据渲染制作界面,并通过第二显示设备展示制作界面。

在一个实施方式中,该方法还包括:当当前设备与第一显示设备或第二显示设备发生连接中断时,生成警示信息并发送至服务器。

在一个实施方式中,第一显示设备和第二显示设备为智能显示设备或显示器。

根据本发明的第三个方面,提供了一种信息显示装置,该装置包括:

第一数据展示模块,用于获取服务器发送的出餐屏数据,并根据出餐屏数据展示出餐界面;

第二数据展示模块,用于响应于当前设备连接有第一显示设备,获取服务器发送的叫号屏数据,并根据叫号屏数据渲染叫号界面,并通过第一显示设备展示叫号界面。

在一个实施方式中,所述第二数据展示模块,具体用于获取第一显示设备对应的虚拟设备对象;在第一显示设备对应的虚拟设备对象上创建第一展示对象,并将叫号屏数据填充到第一展示对象对应的布局文件中;通过第一展示对象对应的布局文件,将叫号界面绘制到第一显示设备上。

在一个实施方式中,所述装置还包括数据发送模块,其中,所述第一数据展示模块,还用于获取并展示服务器发送的更新后的出餐屏数据,更新后的出餐屏数据包括出餐标识和出餐标识对应的菜品名称和出餐状态;所述数据发送模块,用于当出餐标识对应的出餐状态由未完成转为完成时,将出餐标识发送至服务器;所述第二数据展示模块,还用于获取并展示服务器发送的更新后的叫号屏数据,更新后的叫号屏数据包括出餐标识。

在一个实施方式中,所述第二数据展示模块,还用于响应于当前设备连接有第二显示设备,获取服务器发送的制作屏数据,并根据制作屏数据渲染制作界面,并通过第二显示设备展示制作界面。

在一个实施方式中,所述数据发送模块,还用于当当前设备与第一显示设备或第二显示设备发生连接中断时,生成警示信息并发送至服务器。

根据本发明的第四个方面,提供了一种存储介质,其上存储有计算机程序,所述程序被处理器执行时实现上述信息显示方法。

根据本发明的第五个方面,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述信息显示方法。

本发明提供的一种信息显示方法、装置、系统、存储介质及计算机设备,首先获取了出餐屏数据,并根据出餐屏数据展示出相应的出餐界面,然后判断当前设备是否外接有第一显示设备,当判断出当前设备外接有第一显示设备时,进一步获取叫号屏数据,并根据叫号屏数据渲染相应的叫号界面,并通过第一显示设备展示该叫号界面。本发明通过外接显示设备的方式实现了就餐场景中出餐屏和叫号屏的展示功能,其中,外接的显示设备只需要一根连接线即可实现界面展示功能,无需安装维护应用软件,也无需和服务器通信,简化了显示设备安装部署的流程,另外,显示设备的功能要求较低,也可以有效的降低设备的采购成本。

上述说明仅是本申请技术方案的概述,为了能够更清楚了解本申请的技术手段,而可依照说明书的内容予以实施,并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂,以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:

图1示出了本发明实施例提供的一种信息显示方法的流程示意图;

图2示出了本发明实施例提供的另一种信息显示方法的流程示意图;

图3示出了本发明实施例提供的一种信息显示装置的结构示意图;

图4示出了本发明实施例提供的另一种信息显示装置的结构示意图;

图5示出了本发明实施例提供的一种信息显示系统的结构示意图;

图6示出了本发明实施例提供的一种信息显示系统的信息交互图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。

在一个实施例中,如图1所示,提供了一种信息显示方法,以该方法应用于智能显示设备为例进行说明,包括以下步骤:

101、获取服务器发送的出餐屏数据,并根据出餐屏数据展示出餐界面。

具体的,当前设备在启动了智能后厨显示应用程序之后,可以直接从服务器获取出餐屏数据,然后根据出餐屏数据,在当前设备上展示相应的出餐界面。其中,出餐界面可以的展示内容包括订单列表,当订单列表的一个订单完成时,用户可以在出餐界面上执行划单操作,以此来推进后厨履约的进程。在本实施例中,当前设备指的是搭载有智能操作系统的带有显示器件的可交互的智能显示设备,在该设备上,可以安装应用程序并通过互联网与服务器进行通信。

102、响应于当前设备连接有第一显示设备,获取服务器发送的叫号屏数据,并根据叫号屏数据渲染叫号界面,并通过第一显示设备展示叫号界面。

具体的,当前设备可以通过调用系统接口检查自身是否外接有显示设备,在本实施例中,第一显示设备可以为智能显示设备或普通的显示器。其中,智能显示设备指的是搭载了智能操作系统,比如android系统的带有显示器件的可交互的智能设备,如智能电视;显示器指的是不搭载智能操作系统,不可交互的普通显示设备,在本实施例中,当前设备和第一显示设备可以通过显示器接口连接,显示器接口的的类型包括但不限于hdmi/vga/dvi等。

进一步的,当前设备在确定外接了第一显示设备之后,可以首先从服务器获取叫号屏数据,然后再获取第一显示设备对应的虚拟设备对象,继而,在第一显示设备对应的虚拟设备对象上创建第一展示对象,并将叫号屏数据填充到第一展示对象对应的布局文件中,通过该布局文件,当前设备即可将叫号界面绘制到第一显示设备上,以此实现了通过第一显示设备展示叫号界面的功能。其中,叫号屏数据指的是服务器根据订单制作完成的消息生成的取餐号展示数据,用户可以通过叫号界面提示消费者前往取餐柜或取餐台取餐。

本实施例提供的信息显示方法,首先获取了服务器发送的出餐屏数据,并根据出餐屏数据展示出相应的出餐界面,然后判断当前设备是否外接有第一显示设备,当判断出当前设备外接有第一显示设备时,进一步获取叫号屏数据,并根据叫号屏数据渲染相应的叫号界面,并通过第一显示设备展示该叫号界面。本发明通过外接显示设备的方式实现了就餐场景中出餐屏和叫号屏的展示功能,其中,外接的显示设备只需要一根连接线即可实现界面展示功能,无需安装维护应用软件,也无需和服务器通信,简化了显示设备安装部署的流程,另外,显示设备的功能要求较低,也可以有效的降低设备的采购成本。

进一步的,作为上述实施例具体实施方式的细化和扩展,为了完整说明本实施例的实施过程,提供了信息显示方法,如图2所示,该方法包括以下步骤:

201、获取服务器发送的出餐屏数据,并根据出餐屏数据展示出餐界面。

具体的,当前设备在启动了智能后厨显示应用程序之后,可以直接从服务器获取出餐屏数据,然后根据出餐屏数据,在当前设备上展示相应的出餐界面。其中,出餐界面可以的展示内容包括订单列表,当订单列表的一个订单完成时,用户可以在出餐界面上执行划单操作,以此来推进后厨履约的进程。在本实施例中,当前设备指的是搭载有智能操作系统的带有显示器件的可交互的智能显示设备,在该设备上,可以安装应用程序并通过互联网与服务器进行通信。

202、响应于当前设备连接有第一显示设备,获取服务器发送的叫号屏数据,并根据叫号屏数据渲染叫号界面,并通过第一显示设备展示叫号界面。

具体的,当前设备可以通过调用系统接口检查自身是否外接有显示设备,在本实施例中,第一显示设备可以为智能显示设备或普通的显示器。其中,智能显示设备指的是搭载了智能操作系统,比如android系统的带有显示器件的可交互的智能设备,如智能电视;显示器指的是不搭载智能操作系统,不可交互的普通显示设备,在本实施例中,当前设备和第一显示设备可以通过显示器接口连接,显示器接口的的类型包括但不限于hdmi/vga/dvi等。

进一步的,当前设备在确定外接了第一显示设备之后,可以首先从服务器获取叫号屏数据,然后再获取第一显示设备对应的虚拟设备对象,继而,在第一显示设备对应的虚拟设备对象上创建第一展示对象,并将叫号屏数据填充到第一展示对象对应的布局文件中,通过该布局文件,当前设备即可将叫号界面绘制到第一显示设备上,以此实现了通过第一显示设备展示叫号界面的功能。其中,叫号屏数据指的是服务器根据订单制作完成的消息生成的取餐号展示数据,用户可以通过叫号界面提示消费者前往取餐柜或取餐台取餐;创建展示对象指的是创建presentation对象,presentation对象是安卓系统中一个特殊的对话框(dialog),presentation对象可以辅助显示屏显示内容,presentation在创建的时候需要和特定的显示器相关联,在本实施例中,这个特定的显示器指的是第一显示器。

203、获取并展示服务器发送的更新后的出餐屏数据,更新后的出餐屏数据包括出餐标识和出餐标识对应的菜品名称和出餐状态。

204、当出餐标识对应的出餐状态由未完成转为完成时,将出餐标识发送至服务器。

205、获取并展示服务器发送的更新后的叫号屏数据,更新后的叫号屏数据包括出餐标识。

具体的,在应用程序运行的过程中,当前设备还会接收到服务器发送的更新后的出餐屏数据,并展示该出餐屏数据,其中,更新后的出餐屏数据包括出餐标识和出餐标识对应的菜品名称和出餐状态,当出餐标识对应的订单完成时,用户会进行划单操作,这时出餐标识对应的出餐状态会由未完成转为完成,此时智能显示设备会将订单完成的出餐标识发送至服务器,服务器会根据订单完成的出餐标识更新叫号屏数据并发送给当前设备,当前设备在接收到服务器发送的更新后的叫号屏数据后,会对叫号屏数据进行展示,其中,更新后的叫号屏数据包括已完成的出餐标识,这里的出餐标识可以转为订单的取餐号。

206、响应于当前设备连接有第二显示设备,获取服务器发送的制作屏数据,并根据制作屏数据渲染制作界面,并通过第二显示设备展示制作界面。

具体的,当前设备可以连接多个显示器,在需要情况下,当前设备可以外接第二显示器,并获取服务器发送的制作屏数据,然后,根据制作屏数据渲染制作界面,并通过第二显示设备展示该制作界面。其中,通过第二显示器中展示制作界面的过程为:获取第二显示器对应的虚拟设备对象,然后在第二显示设备对应的虚拟设备对象上创建第二展示对象,并将制作屏数据填充到第二展示对象的布局文件中,然后通过该布局文件,将制作屏数据绘制到第二显示器上。在本实施例中,制作屏数据指的是服务器根据订单信息生成的菜品制作方法的展示数据,用户可以通过制作屏查看订单中菜品的制作方法等信息。可以理解的是,智能显示设备可以连接多个显示器,并可以根据需要在不同的显示器上分别展示不同的信息,展示的信息不止限于出餐屏数据、叫号屏数据以及制作屏数据。

207、当当前设备与第一显示设备或第二显示设备发生连接中断时,生成警示信息并发送至服务器。

具体的,当当前设备与第一显示设备或第二显示设备发生连接中断时,会生成警示信息发送至服务器,服务器会停止发送叫号屏数据或制作屏数据,并给当前设备发送故障信息,提示用户检查故障并恢复设备的正常连接。

进一步的,作为图1、图2所示方法的具体实现,本实施例提供了一种信息显示装置,如图3所示,该装置包括:第一数据展示模块31、第二数据展示模块32。

第一数据展示模块31,可用于获取服务器发送的出餐屏数据,并根据出餐屏数据展示出餐界面;

第二数据展示模块32,可用于响应于当前设备连接有第一显示设备,获取服务器发送的叫号屏数据,并根据叫号屏数据渲染叫号界面,并通过第一显示设备展示叫号界面。

在具体的应用场景中,所述第二数据展示模块32,具体可用于获取第一显示设备对应的虚拟设备对象;在第一显示设备对应的虚拟设备对象上创建第一展示对象,并将叫号屏数据填充到第一展示对象对应的布局文件中;通过第一展示对象对应的布局文件,将叫号界面绘制到第一显示设备上。

在具体的应用场景中,如图4所示,本装置还包括数据发送模块33,其中:第一数据展示模块31,还可用于获取并展示服务器发送的更新后的出餐屏数据,更新后的出餐屏数据包括出餐标识和出餐标识对应的菜品名称和出餐状态;数据发送模块33,可用于当出餐标识对应的出餐状态由未完成转为完成时,将出餐标识发送至服务器;第二数据展示模块32,还可用于获取并展示服务器发送的更新后的叫号屏数据,更新后的叫号屏数据包括出餐标识。

在具体的应用场景中,所述第二数据展示模块32,还可用于响应于当前设备连接有第二显示设备,获取服务器发送的制作屏数据,并根据制作屏数据渲染制作界面,并通过第二显示设备展示制作界面。

在具体的应用场景中,所述数据发送模块33,还可用于当当前设备与第一显示设备或第二显示设备发生连接中断时,生成警示信息并发送至服务器。

需要说明的是,本实施例提供的一种信息显示装置所涉及各功能单元的其它相应描述,可以参考图1、图2中的对应描述,在此不再赘述。

基于上述如图1、图2所示方法,相应的,本实施例还提供了一种存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述如图1、图2所示的信息显示方法。

进一步的,本实施例提供了一种信息显示系统,其中,该系统结构如图5所示,包括智能显示设备和第一显示设备,其中,智能显示设备与第一显示设备通过显示器接口连接,另外,智能显示设备还与服务器通过网络连接并相互通信。具体的,该系统的信息交互方式如图6所示,首先,当前设备会获取出餐屏数据,并根据出餐屏数据展示出餐界面,然后,当前设备会判断是否外接有第一显示设备,若当前设备外接有第一显示设备,则获取叫号屏数据,并根据叫号屏数据渲染叫号界面,并通过第一显示设备展示叫号界面。

在本实施例中,一台智能显示设备可以关联一个档口或餐厅,服务器可以支持多台智能显示设备同时进行通信,在本系统中,显示设备只需通过显示器接口与智能显示设备连接即可展示和更新需要展示的数据,无需与服务器直接相连,因而可以有效的降低服务器的负荷,增加服务器的数据传输效率。

基于这样的理解,本申请的技术方案可以以软件产品的形式体现出来,该待识别软件产品可以存储在一个非易失性存储介质(可以是cd-rom,u盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施场景所述的方法。

基于上述如图1、图2所示的方法,以及图3和图4所示的信息显示装置实施例,为了实现上述目的,本实施例还提供了一种信息显示的实体设备,具体可以为个人计算机、服务器、智能手机、平板电脑、智能手表、或者其它网络设备等,该实体设备包括存储介质和处理器;存储介质,用于存储计算机程序;处理器,用于执行计算机程序以实现上述如图1、图2所示的方法。

可选的,该实体设备还可以包括用户接口、网络接口、摄像头、射频(radiofrequency,rf)电路,传感器、音频电路、wi-fi模块等等。用户接口可以包括显示屏(display)、输入单元比如键盘(keyboard)等,可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如wi-fi接口)等。

本领域技术人员可以理解,本实施例提供的一种信息显示的实体设备结构并不构成对该实体设备的限定,可以包括更多或更少的部件,或者组合某些部件,或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述实体设备硬件和待识别软件资源的程序,支持信息处理程序以及其它待识别软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信,以及与信息处理实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现,也可以通过硬件实现。本申请提出的技术方案,可以通过外接显示设备的方式实现出餐屏和叫号屏的展示功能,其中,外接的显示设备只需要一根连接线即可实现界面展示功能,无需安装维护应用软件,也无需和服务器通信,另外,显示设备的功能要求较低,可以用普通的显示器实现。因此,与现有技术相比,本申请简化了显示设备安装部署的流程,有效的降低了设备的采购成本。

本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述,不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景,但是,本申请并非局限于此,任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1