CN116562407A - 一种智能消费的方法、装置、系统及电子设备 - Google Patents

Abstract

本申请的一些实施例提供了一种智能消费的方法、装置、系统及电子设备，该方法应用于智能消费系统中的服务器，所述智能消费系统包括：所述服务器、卡机控制器、第一显示器和第二显示器，所述卡机控制器用于分别控制第一显示器和第二显示器的显示内容，所述第一显示器和所述第二显示器采用分离式结构，其中，所述方法包括：接收所述卡机控制器发送的用户的标识号；通过判定所述标识号是否存在预先设定的订餐信息，向所述卡机控制器发送第一指令和第二指令，其中，所述第一指令用于控制所述第一显示器显示第一内容，所述第二指令用于控制所述第二显示器显示第二内容。本申请的一些实施例可以实现用户消费智能化，有效缓解食堂排队消费压力。

Description

一种智能消费的方法、装置、系统及电子设备

技术领域

本申请涉及智能消费技术领域，具体而言，涉及一种智能消费的方法、装置、系统及电子设备。

背景技术

刷卡系统是当前学校食堂用的最多的就餐管理系统，它采用了射频识别这一尖端技术，具有免接触、无损耗、技术先进、系统扩展性好、无需维护投资一步到位等优点。

目前，现有的学习食堂的消费方法通常由学生选择相应的菜品之后，由食堂服务人员输入对应的金额，学生在刷卡机进行刷卡付款即可。但是，现有的刷卡机只支持单一的消费方式，导致取餐效率低，排队压力较大。

因此，如何提供一种高效的智能消费的方法的技术方案成为亟需解决的技术问题。

发明内容

本申请的一些实施例的目的在于提供一种智能消费的方法、装置、系统及电子设备，通过本申请的实施例的技术方案可以支持预订消费方式，提升取餐效率，缓解取餐时间的排队压力。

第一方面，本申请的一些实施例提供了一种智能消费的方法，应用于智能消费系统中的服务器，所述智能消费系统包括：所述服务器、卡机控制器、第一显示器和第二显示器，所述卡机控制器用于分别控制所述第一显示器和所述第二显示器的显示内容，所述第一显示器和所述第二显示器采用分离式结构，包括：接收所述卡机控制器发送的用户的标识号；通过判定所述标识号是否存在预先设定的订餐信息，向所述卡机控制器发送第一指令和第二指令，其中，所述第一指令用于控制所述第一显示器显示第一内容，所述第二指令用于控制所述第二显示器显示第二内容。

本申请的一些实施例的服务器和卡机控制器通信，并设置两个分离的显示器，服务器通过确认是否存在与用户的标识号对应的订餐信息，可以向卡机控制器发送第一指令和第二指令，进而使得第一显示器和第二显示器显示对应的内容。本申请实施例可以支持预订消费方式，提升用户的取餐效率，缓解取餐时间的排队压力。

在一些实施例，所述通过判定所述标识号是否存在预先设定的订餐信息，向所述卡机控制器发送第一指令和第二指令，包括：确认所述服务器的本地数据中存在所述标识号对应的所述订餐信息；通过判定所述订餐信息的状态，向所述卡机控制器发送所述第一指令、所述第二指令和所述状态，其中，所述状态为已取餐或未取餐。

本申请的一些实施例通过确认服务器的本地数据中含有订餐信息之后，确认订餐信息的状态并发送至卡机控制器，可以确认用户是否取餐，避免重复取餐。

在一些实施例，所述状态为未取餐，所述第一内容和所述第二内容均为未取餐和所述订餐信息，其中，在所述向所述卡机控制器发送所述第一指令、所述第二指令和所述状态之后，所述方法还包括：接收所述卡机控制器发送的已取餐指令后，将所述订餐信息的状态更新为所述已取餐；生成与所述订餐信息对应的所述用户的取餐记录，并更新所述订餐信息的取餐次数。

本申请的一些实施例通过确认状态为未取餐时，在第一显示器和第二显示器显示相同内容，并接收用户已取餐的信息更新状态，并记录取餐记录和取餐次数，可以实现取餐情况的实时更新。

在一些实施例，所述通过判定所述标识号是否存在预先设定的订餐信息，向所述卡机控制器发送第一指令和第二指令，包括：确认所述服务器的本地数据中不存在所述标识号对应的所述订餐信息时，生成并发送所述第一指令和所述第二指令，其中，所述第一指令用于使所述第一显示器显示模式信息项，所述模式信息项为消费模式和/或定值模式，所述第二指令用于使所述第二显示器显示未订餐提示信息；在所述向所述卡机控制器发送第一指令和第二指令之后，所述方法还包括：接收所述卡机控制器发送的模式选中项，其中，所述模式选中项是由所述卡机控制器接收到所述用户在所述第一显示器上的操作指令生成的；向所述卡机控制器发送与所述模式选中项对应的选餐内容，以便于所述卡机控制器控制所述第一显示器和所述第二显示器均显示所述选餐内容。

本申请的一些实施例通过确认不存在订餐信息时，可以在第一显示器显示与第一指令对应的模式信息项，并通过接收卡机控制器发送的模式选中项，向卡机控制器推送选餐内容，以供用户选择其他消费模式，支持多种消费模式，提升用户体验。

在一些实施例，在所述向所述卡机控制器发送与所述模式选中项对应的选餐内容之后，所述方法还包括：接收所述卡机控制器发送的所述用户的消费金额；确认所述消费金额未超过用户卡额度，且所述消费金额未超过消费金额阈值，则向所述卡机控制器发送已消费指令和消费成功提示指令，其中，所述已消费指令用于使所述第二显示器显示用户已消费，所述消费成功提示指令用于使所述第一显示器显示消费成功提示信息；生成所述用户的消费记录，其中，所述消费记录中包括：所述模式选中项、所述消费金额和消费时间。

本申请的一些实施例通过对用户的消费金额与用户卡额度和消费金额阈值进行对比，确认用户是否消费成功，并生成消费记录，可以实现对用户消费情况的管理，避免浪费。

在一些实施例，所述服务器为本地服务器，所述本地服务器与云端服务器连接，所述云端服务器存储有多台卡机控制器的餐次信息、多个用户对应的用户个人信息以及多个用户在预设天数内的订餐信息；其中，在所述接收所述卡机控制器发送的用户的标识号之前，所述方法还包括：定期从所述云端服务器读取与所述卡机控制器对应的所述本地数据，其中，所述本地数据包括：当日用户订餐信息、用户个人信息和餐次信息；所述方法还包括：向所述云端服务器同步所述用户的取餐记录以及所述用户的消费记录。

本申请的一些实施例的本地服务器通过从云端服务器获取当日的本地数据，即使云端服务器和本地服务器处于离线状态也可以支持用户消费，实用性较高。

在一些实施例，所述用户为学生，其中，所述多个用户在预设天数内的订餐信息是由所述学生的监护人在与所述云端服务器连接的订餐终端进行预订操作得到的；所述云端服务器用于向所述订餐终端反馈所述学生的取餐记录以及所述学生的消费记录。

本申请的一些实施例通过学生监护人在订餐终端预订得到订餐信息，并将学习是消费情况同步至订餐终端，使得监护人可以实现学生餐食的监管。

第二方面，本申请的一些实施例提供了一种智能消费的装置，包括：应用于智能消费系统中的服务器，所述智能消费系统包括：所述服务器、卡机控制器、第一显示器和第二显示器，所述卡机控制器用于分别控制第一显示器和第二显示器的显示内容，所述第一显示器和所述第二显示器采用分离式结构，接收模块，用于接收所述卡机控制器发送的用户的标识号；判定模块，用于通过判定所述标识号是否存在预先设定的订餐信息，向所述卡机控制器发送第一指令和第二指令，其中，所述第一指令用于控制所述第一显示器显示第一内容，所述第二指令用于控制所述第二显示器显示第二内容。

第三方面，本申请的一些实施例提供了一种智能消费的系统，所述系统包括多个订餐终端、云端服务器、本地服务器、卡机控制器、第一显示器和第二显示器，所述卡机控制器用于分别控制所述第一显示器和所述第二显示器的显示内容，所述第一显示器和所述第二显示器采用分离式结构，所述系统还包括：所述多个订餐终端中任一订餐终端，用于接收多个用户中各个用户的监护人的操作指令，得到预订信息，其中，所述预订信息包括：所述各个用户的个人信息以及所述各个用户在预设天数内的订餐信息、餐次信息；所述云端服务器，用于获取并存储所述预订信息和多台卡机设备对应的卡机控制器的ID；所述本地服务器，用于定期从所述云端服务器读取与所述卡机控制器对应的本地数据；所述本地服务器，还用于接收所述卡机控制器发送的用户的标识号；通过判定所述标识号是否存在预先设定的订餐信息，向所述卡机控制器发送第一指令和第二指令，所述第一指令用于控制所述第一显示器显示第一内容，所述第二指令用于控制所述第二显示器显示第二内容；所述卡机控制器，用于获取所述用户的标识号，并发送至所述本地服务器。

第四方面，本申请的一些实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时可实现如第一方面任一实施例所述的方法。

第五方面，本申请的一些实施例提供一种电子设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述处理器执行所述程序时可实现如第一方面任一实施例所述的方法。

第六方面，本申请的一些实施例提供一种计算机程序产品，所述的计算机程序产品包括计算机程序，其中，所述的计算机程序被处理器执行时可实现如第一方面任一实施例所述的方法。

附图说明

为了更清楚地说明本申请的一些实施例的技术方案，下面将对本申请的一些实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请的一些实施例提供的一种分屏式智能卡机结构图；

图2为本申请的一些实施例提供的一种智能消费的系统图；

图3为本申请的一些实施例提供的一种智能消费的方法流程图；

图4为本申请的一些实施例提供的数据同步流程图；

图5为本申请的一些实施例提供的数据交互流程图；

图6为本申请的一些实施例提供的一种智能消费的装置组成框图；

图7为本申请的一些实施例提供的一种电子设备示意图。

具体实施方式

下面将结合本申请的一些实施例中的附图，对本申请的一些实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

相关技术中，刷卡系统是当前学校食堂最常用的就餐管理系统，它采用了射频识别技术，具有免接触、无损耗、技术先进、系统扩展性好、无需维护以及投资一步到位等优点。随着时代的发展，学生的饮食安全和饮食营养越来越被重视，但是，当学生在学校时，家长无法监督学生的饮食。而且目前的单片机刷卡设备只支持消费模式，学生可以根据自己的喜好选择菜品，然后刷卡消费即可，其无法支持预订取餐模式，消费模式单一，进而导致在点餐时间学生排队情况严重。

而且，在学校食堂场景下单片机刷卡设备需要放在特定的柜台上，无法安装在窗口上，安装的时候需要安装特定的柜台支撑刷卡机，键盘往往都是固定在一体机上，键盘长期使用坏了需要拆解维修，灵活性较差。

由上述相关技术可知，现有技术中的就餐模型较为单一，取餐效率低，排队压力大且卡机设备维修灵活的较差。

鉴于此，本申请的一些实施例提供了一种智能消费的方法，该方法的卡机设备设置有两个显示器，显示器容易安装，卡机设备的卡机控制器可以控制第一显示器和第二显示器的显示内容。卡机控制器通过与服务器连接通信，服务器通过接收到卡机控制器发送的用户的标识号之后，通过判定标识号是否对应有订餐信息，向卡机控制器发送对应的第一指令和第二指令，以使得第一显示器和第二显示器显示对应的内容，其中，订餐信息可以是学生（作为用户的一个具体示例）的监护人（作为家长的一个具体示例）预先预订的。本申请的一些实施例支持预订取餐模式，提升了取餐效率，缓解了点餐时的排队压力。而且通过监护人预订可以实现监护人对学生的餐食管理。

为了解决现有技术中卡机存在的不易维修的问题，本申请的一些实施例提供了一种分屏式智能卡机设备。

请参见附图1，图1为本申请的一些实施例提供的分屏式智能卡机设备的结构图。分屏式智能卡机设备包括：主屏110（作为第一显示器的一个具体示例）、副屏120（作为第二显示器的一个具体示例）、USB键盘130、插线板140。

其中，卡机控制器与主屏110和副屏120连接。主屏110包括：内置的电路主板、彩色显示屏、读卡器、按键（如图1中的复位按键）和蜂鸣器等。对外接口方面，主屏包括12V直流电源适配器接口，用于与插线板140连接；外置USB接口，用于连接USB键盘；RJ45以太网接口用于连接网络；卡机控制器与主屏110采用一体式设计，副屏的显示接口线用于与卡机控制器连接。在一种应用场景中，如学校食堂，主屏110可以安装在面向学生的窗口侧，副屏120可以安装在面向点餐服务人员的一侧。USB键盘可以放置在服务人员便于操作的位置，以便于输入信息，同时USB键盘和主屏采用分离式结构，便于维修。除了应用在学生食堂，还可以应用在养老院食堂、员工餐厅等，本申请实施例并不局限于此。

具体的，主屏110连接RJ45以太网接口线到网络端，通过网络端连接到服务器系统（简称服务器），获得服务器的认证，以及获得服务器下达的指令（如，第一指令和第二指令）得到信息。主屏110通过USB键盘130获取服务人员的手工输入信息，如价格等。主屏110可以获取服务人员确认或取消的按键被按下的指令信息。卡机控制器可以直接控制副屏120的显示内容以及是否打开其内蜂鸣器声音。主屏110可以通过内置的读卡器获取到当前刷的餐卡的卡内部信息。主屏110内含MCU控制器和电源等电路，将引入的12V直流电，转化为合适的电压供给外置的USB键盘130和副屏120等连接设备。

下面结合附图2示例性阐述本申请的一些实施例提供的智能消费的系统的整体组成结构。

如图2所示，本申请的一些实施例提供了一种智能消费的系统，该智能消费的系统包括：订餐终端210、云端服务器220、本地服务器230和卡机控制器240。其中，卡机控制器240可以是图1所示的分屏式智能卡机设备的卡机控制器。

在本申请的一些实施例中，订餐终端210，用于接收多个用户中各个用户的监护人的操作指令，得到预订信息，其中，所述预订信息包括：所述各个用户的个人信息以及所述各个用户在预设天数内的订餐信息、餐次信息。

具体的，订餐终端210位多个订餐终端中的一个，其可以用于接收监护人的操作指令，得到学生在预设天数内的订餐信息和餐次信息。其中，订餐终端210可以是部署有订餐APP的终端。一个监护人可以创建一个专属的订餐APP的账户，也可以将属于同一家庭的账户进行关联。终端可以是移动终端（例如，手机、IPAD、笔记本电脑等），也可以是非便携的电脑终端，本申请实施例在此不作具体限定。预设天数可以是基于学生在学校的天数确定的（如5天），也可以根据实际情况随机设定。订餐信息可以是为学习选择的套餐类型。餐次信息可以是一日三餐，也可以只包括三餐中的任一餐（如中午的中餐）或两餐，本申请实施例在此不作具体限定。

在本申请的一些实施例中，云端服务器220，用于获取并存储所述预订信息和多台卡机设备对应的卡机控制器的ID。

具体的，云端服务器220可以用于接收订餐终端210发送的订餐信息、餐次信息和学生信息。进而云端服务器220可以缓存有所有卡机设备的ID（也就是卡机控制器的ID），所有卡机设备的餐次信息，所有学生信息，所有学生的订餐信息。

在本申请的一些实施例中，本地服务器，用于定期从所述云端服务器读取与所述卡机控制器对应的本地数据。

具体的，本地服务器230可以用于定期从云端服务器220中读取当日的每个学生对应的餐次信息、学生信息和当日订餐信息（作为本地数据的一个具体示例）。

在本申请的一些实施例中，卡机控制器240可以与本地服务器230采用局域网进行数据交互，也可以与云端服务器220采用广域网进行数据交互。而且，卡机控制器240与本地服务器230进行数据交互产生的消费记录可以同步至云端服务器220，同样的，卡机控制器240与云端服务器220进行数据交互产生的消费记录可以同步至本地服务器230。其中，云端服务器220与本地服务器230可以采用广域网进行数据交互。具体的可以根据实际情况进行选择，本申请实施例在此不作具体限定。

在本申请的一些实施例中，卡机控制器240，用于获取所述用户的标识号，并发送至所述本地服务器。本地服务器230，还用于接收所述卡机控制器发送的用户的标识号；通过判定所述标识号是否存在预先设定的订餐信息，向所述卡机控制器发送第一指令和第二指令，所述第一指令用于控制所述第一显示器显示第一内容，所述第二指令用于控制所述第二显示器显示第二内容。

例如，学生可以在卡机设备上进行刷卡，卡机控制器240可以得到用户的卡号（作为标识号的一个具体示例），然后将卡号发送至本地服务器230。本地服务器230可以在本地数据中查找是否存在与卡号相匹配的订餐信息，进而可以生成对应的第一指令和第二指令反馈给卡机控制器240，进而控制主屏110和副屏120的显示内容。主屏110和副屏120的显示内容可以相同，也可以不同。

下面结合附图3示例性阐述本申请的一些实施例提供的由本地服务器230执行的智能消费的实现过程。

请参见附图3，图3为本申请的一些实施例提供的一种智能消费的方法流程图。该智能消费的方法包括：

S310，接收所述卡机控制器发送的用户的标识号。

例如，在本申请的一些实施例中，用户可以在卡机设备的主屏110上进行刷卡，主屏100的读卡器读取到卡号后，将卡号传输给卡机控制器240.卡机控制器将卡号发送给本地服务器230（简称服务器）。或者，用户也可以选择刷脸模式，卡机设备的主屏110可以采集用户的人脸，卡机控制器240可以通过人脸得到与之绑定的标识号。具体的，可以根据实际情况选择刷卡或刷脸，本申请实施例在此不作具体限定。

S320，通过判定所述标识号是否存在预先设定的订餐信息，向所述卡机控制器发送第一指令和第二指令，其中，所述第一指令用于控制所述第一显示器显示第一内容，所述第二指令用于控制所述第二显示器显示第二内容。

例如，在本申请的一些实施例中，本地服务器230可以判定该用户的卡号是否存在预订了套餐的订餐信息，判定之后可以向卡机控制器240发送第一指令和第二指令，以在主屏110和副屏120显示对应的内容，提示用户和服务人员。其中，预先设定的订餐信息可以是由用户本人自己预订的，当用户为学生时，也可以是由学生的监护人预订的，本申请实施例并不局限于此。

下面示例性阐述S320的具体实现过程。

在本申请的一些实施例中，S320可以包括：确认所述服务器的本地数据中存在所述标识号对应的所述订餐信息；通过判定所述订餐信息的状态，向所述卡机控制器发送所述第一指令、所述第二指令和所述状态，其中，所述状态为已取餐或未取餐。

例如，在本申请的一些实施例中，本地服务器230通过ic卡号获取到对应的学生信息，然后确认该ic卡号对应有学生本餐次的订餐信息（例如，订餐信息为套餐A）。然后查询订餐信息的状态，确认学生是否已经取餐，最后将订餐信息作为第一指令和第二指令携带的信息以及状态反馈个卡机控制器240。若该学生已经取餐，则第一指令和第二指令可以分别控制主屏110和副屏120显示“套餐A，已取餐”（作为显示内容的一个具体示例）以提示学生和服务人员。

在本申请的一些实施例中，所述状态为未取餐，所述第一内容和所述第二内容均为未取餐和所述订餐信息，在执行S320之后，智能消费的方法还可以包括：接收所述卡机控制器发送的已取餐指令后，将所述订餐信息的状态更新为所述已取餐；生成与所述订餐信息对应的所述用户的取餐记录，并更新所述订餐信息的取餐次数。

例如，在本申请的一些实施例中，若本地服务器230查询到该学生存在订餐信息，但是状态为未取餐，此时本地服务器230可以发出携带有“套餐A，未取餐”的第二指令，以及携带有“正在为您取餐”的第一指令返回给卡机控制器240，卡机控制器240在副屏120侧显示“套餐A，未取餐”的提示信息，此时主屏100的显示内容为“正在为您取餐”。服务人员可以将套餐A给到学生，然后通过USB键盘点击确认，以表示已确认取餐，此时卡机控制器240可以生成已取餐指令发送给本地服务器230，本地服务器更新学生本次订餐信息的状态为已取餐，然后生成本地订餐信息对应的取餐记录，并将学生当日的取餐次数减1（例如，该学习当日取餐次数为3次，本次为早餐，取餐完成后，当然取餐次数剩余2次，还可以记录成功取餐次数为1次）。取餐记录可以包括：套餐A、取餐时间等信息。

需要说明的是，第一指令和第二指令可以根据取餐阶段的不同携带有不同的信息。例如，在其他模式下的支付场景中，第一指令可以携带“请支付”信息，以显示给学生。第二指令可以携带“等待学生支付”信息，以显示给服务人员。具体的，可以根据实际情况携带对应信息，本申请实施例并不局限于此。

在本申请的另一些实施例中，S320可以包括：确认所述服务器的本地数据中不存在所述标识号对应的所述订餐信息时，生成并发送所述第一指令和所述第二指令，其中，所述第一指令用于使所述第一显示器显示模式信息项，所述模式信息项为消费模式和/或定值模式，所述第二指令用于使所述第二显示器显示未订餐提示信息。

例如，在本申请的一些实施例中，若本地服务器230通过对ic卡号查询确认该学生不存在订餐信息，此时本地服务器230可以向卡机控制器240发送第一指令和第二指令，以使得主屏110显示消费模式和定值模式两种选项以供学生选择点餐方式，副屏120显示“该学生未订餐”的提示信息。

在本申请的另一些实施例中，在执行S320之后，智能消费的方法还可以包括：接收所述卡机控制器发送的模式选中项，其中，所述模式选中项是由所述卡机控制器接收到所述用户在所述第一显示器上的操作指令生成的；向所述卡机控制器发送与所述模式选中项对应的选餐内容，以便于所述卡机控制器控制所述第一显示器和所述第二显示器均显示所述选餐内容。

例如，在本申请的一些实施例中，学生可以在主屏110上选择自己的点餐方式，例如，学生选择了消费模式（作为模式选中项的一个具体示例）。卡机控制器240接收到学生的操作指令后，向本地服务器230发送消费模式，然后本地服务器230向卡机控制器240推送与消费模式相关的选餐内容，并显示在主屏110和副屏120上。例如，选餐内容可以是当日食堂提供的菜品和价格等信息。若学生选择了定值模式，此时主屏110可以显示对应的每种价钱的套餐信息。

在本申请的另一些实施例中，在执行S320之后，智能消费的方法还可以包括：接收所述卡机控制器发送的所述用户的消费金额；确认所述消费金额未超过用户卡额度，且所述消费金额未超过消费金额阈值，则向所述卡机控制器发送已消费指令和消费成功提示指令，其中，所述已消费指令用于使所述第二显示器显示用户已消费，所述消费成功提示指令用于使所述第一显示器显示消费成功提示信息；生成所述用户的消费记录，其中，所述消费记录中包括：所述模式选中项、所述消费金额和消费时间。

例如，在本申请的一些实施例中，学生完成点餐后，服务人员可以通过USB键盘130输入对应的消费金额，学生可以在主屏110进行刷卡。卡机控制器240获取到学生的卡号后，将卡号和消费金额一并发送至本地服务器230。本地服务器230通过卡号得到该学生的消费金额阈值和剩余的用户卡额度，之后将消费金额与两者进行分别对比，若均未超过则从用户卡额度中扣除消费金额，并生成消费成功提示指令和已消费指令发送至卡机控制器240，以使得副屏120显示已消费，主屏110显示消费成功的提示信息。之后，本地服务器230为学生的本次消费生成对应的消费记录，其中，消费记录中包括：消费模式、消费金额、消费时间等信息。需要说明的是，消费金额阈值可以是由学校设定每天每餐的消费金额的上限值，其可以作为学校控制学生在食堂乱消费的一种保护措施。可以理解的是，在学生选择了定值模式的点餐方式下，其处理过程和上述过程类似，为避免重复在此不作赘述。

在本申请的一些实施例中，所述服务器为本地服务器，所述本地服务器与云端服务器连接，所述云端服务器存储有多台卡机控制器的餐次信息、多个用户对应的用户个人信息以及多个用户在预设天数内的订餐信息；在执行S310之前，智能消费的方法还包括：定期从所述云端服务器读取与所述卡机控制器对应的所述本地数据，其中，所述本地数据包括：当日用户订餐信息、用户个人信息和餐次信息。

例如，在本申请的一些实施例中，由于在学校的就餐场景下，学校的校园网（属于广域网）可能存在不稳定断网的情况，本地服务器230通过定期从云端服务器220中读取学生当日的订餐信息、个人信息和餐次信息，可以在校园网不稳定的情况下，也可以实现学生的正常取餐和点餐。

在本申请的一些实施例中，智能消费的方法还包括：向所述云端服务器同步所述用户的取餐记录以及所述用户的消费记录。

例如，在本申请的一些实施例中，在学校的校园网可能存在不稳定断网的情况下，本地服务器230可以实现学生的正常消费，当校园网稳定后，本地服务器230可以将学生的当日的取餐记录和消费记录同步至云端服务器220。

在本申请的一些实施例中，所述用户为学生，其中，所述多个用户在预设天数内的订餐信息是由所述学生的监护人在与所述云端服务器连接的订餐终端进行预订操作得到的；所述云端服务器用于向所述订餐终端反馈所述学生的取餐记录以及所述学生的消费记录。

例如，在本申请的一些实施例中，家长（作为监护人的具体示例）通过订餐终端（app）预定学生下周在学校的套餐，（如，周一午餐：套餐A周一晚餐：套餐B，周二......等），该学生在下周的每天的套餐信息会保存在云端服务器220，云端服务器220和本地服务器230可以实时同步信息。

（周二午餐：套餐C周一晚餐：套餐D）云端服务器220可以将当日的取餐记录和消费记录同步至订餐终端210，以使得学生的家长可以及时了解学生的用餐消费情况。

需要说明是，上述实施例是以卡机控制器240与本地服务器230的交互为例进行阐述的，在实际应用中，卡机控制器240与云端服务器220也可以进行交互实现学生的订餐和消费，其实现过程与上次实施例相似，为避免重复，在此不作赘述。

通过上述本申请的一些实施例提供的智能消费的方法，通过云端服务器，本地服务器，卡机设备结合的方式，实现了云端，本地和设备的数据的传输，从而实现了传统单片机不支持取餐模式的场景，支持消费模式多样性，大大提升了学校刷卡就餐的效率和排队严重问题。另外，在实际应用中，每个卡机设备还可以设定指令的消费方式，例如第一窗口的卡机设备支持预订模型的取餐消费（也就是存在订餐信息），第二窗口的卡机设备支持消费模式，第三窗口的卡机设备支持定值模式，第四窗口的卡机设备支持含有上述三种的混合模式等，本申请实施例在此不作具体限定。

下面结合附图4示例性阐述本申请的一些实施例提供的云端服务器220与本地服务器230之间数据同步的具体过程。

请参见附图4，图4为本申请的一些实施例提供的数据同步流程图。云端服务器220remote在获取到订餐终端210的预订信息后，可以将预订信息缓存在缓存data的区域。其中，卡机可通过API接口通过remote的数据处理服务service获取预订信息。本地服务器local可以定时获取remote的本地化数据同步至local，并缓存到缓存data区，之后，卡机可通过API接口通过local的数据处理服务service获取预订信息。

具体的，请参见附图5，图5为数据交互流程图。其具体交互过程为：云端服务器remote的数据库redis中存储有卡机相关data缓存（例如，卡机ID）外，还有卡机设备数据缓存（cache）、学生个人信息cache、个人订餐信息cache、消费记录cache和取餐记录cache。在数据下行的过程中，对remote中的数据进行数据清洗，以学校为单位进行数据下行，将清洗数据缓存至local redis的卡机设备cache、学生个人信息cache、个人订餐信息cache。学生在卡机设备产生消费记录和取餐记录后，分别缓存至消费记录cache和取餐记录cache。其中，local redis也存在卡机相关data缓存。之后，将费记录cache和取餐记录cache同步至remote中的消费记录cache和取餐记录cache中。以此实现remote和local之间的数据同步和交互。

请参考图6，图6示出了本申请的一些实施例提供的智能消费的装置的组成框图。应理解，该智能消费的装置与上述方法实施例对应，能够执行上述方法实施例涉及的各个步骤，该智能消费的装置的具体功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。

图6的智能消费的装置包括至少一个能以软件或固件的形式存储于存储器中或固化在智能消费的装置中的软件功能模块，该智能消费的装置应用于智能消费系统中的服务器，所述智能消费系统包括：所述服务器、卡机控制器、第一显示器和第二显示器，所述卡机控制器用于分别控制第一显示器和第二显示器的显示内容，所述第一显示器和所述第二显示器采用分离式结构，包括：接收模块610，用于接收所述卡机控制器发送的用户的标识号；判定模块620，用于通过判定所述标识号是否存在预先设定的订餐信息，向所述卡机控制器发送第一指令和第二指令，其中，所述第一指令用于控制所述第一显示器显示第一内容，所述第二指令用于控制所述第二显示器显示第二内容。

在本申请的一些实施例中，判定模块620，用于确认所述服务器的本地数据中存在所述标识号对应的所述订餐信息；通过判定所述订餐信息的状态，向所述卡机控制器发送所述第一指令、所述第二指令和所述状态，其中，所述状态为已取餐或未取餐。

在本申请的一些实施例中，所述状态为未取餐，所述第一内容和所述第二内容均为未取餐和所述订餐信息，其中，判定模块620，用于接收所述卡机控制器发送的已取餐指令后，将所述订餐信息的状态更新为所述已取餐；生成与所述订餐信息对应的所述用户的取餐记录，并更新所述订餐信息的取餐次数。

在本申请的一些实施例中，判定模块620，用于确认所述服务器的本地数据中不存在所述标识号对应的所述订餐信息时，生成并发送所述第一指令和所述第二指令，其中，所述第一指令用于使所述第一显示器显示模式信息项，所述模式信息项为消费模式和/或定值模式，所述第二指令用于使所述第二显示器显示未订餐提示信息；接收所述卡机控制器发送的模式选中项，其中，所述模式选中项是由所述卡机控制器接收到所述用户在所述第一显示器上的操作指令生成的；向所述卡机控制器发送与所述模式选中项对应的选餐内容，以便于所述卡机控制器控制所述第一显示器和所述第二显示器均显示所述选餐内容。

在本申请的一些实施例中，智能消费装置还包括：取餐模块（图中未示出），用于接收所述卡机控制器发送的所述用户的消费金额；确认所述消费金额未超过用户卡额度，且所述消费金额未超过消费金额阈值，则向所述卡机控制器发送已消费指令和消费成功提示指令，其中，所述已消费指令用于使所述第二显示器显示用户已消费，所述消费成功提示指令用于使所述第一显示器显示消费成功提示信息；生成所述用户的消费记录，其中，所述消费记录中包括：所述模式选中项、所述消费金额和消费时间。

在本申请的一些实施例中，所述服务器为本地服务器，所述本地服务器与云端服务器连接，所述云端服务器存储有多台卡机控制器的餐次信息、多个用户对应的用户个人信息以及多个用户在预设天数内的订餐信息；智能消费装置还包括：获取模块（图中未示出），用于定期从所述云端服务器读取与所述卡机控制器对应的所述本地数据，其中，所述本地数据包括：当日用户订餐信息、用户个人信息和餐次信息；同步模块（图中未示出），用于向所述云端服务器同步所述用户的取餐记录以及所述用户的消费记录。

在本申请的一些实施例中，所述用户为学生，其中，所述多个用户在预设天数内的订餐信息是由所述学生的监护人在与所述云端服务器连接的订餐终端进行预订操作得到的；所述云端服务器用于向所述订餐终端反馈所述学生的取餐记录以及所述学生的消费记录。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。

本申请的一些实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时可实现如上述实施例提供的上述方法中的任意实施例所对应方法的操作。

本申请的一些实施例还提供了一种计算机程序产品，所述的计算机程序产品包括计算机程序，其中，所述的计算机程序被处理器执行时可实现如上述实施例提供的上述方法中的任意实施例所对应方法的操作。

如图7所示，本申请的一些实施例提供一种电子设备700，该电子设备700包括：存储器710、处理器720以及存储在存储器710上并可在处理器720上运行的计算机程序，其中，处理器720通过总线730从存储器710读取程序并执行所述程序时可实现如上述任意实施例的方法。

处理器720可以处理数字信号，可以包括各种计算结构。例如复杂指令集计算机结构、结构精简指令集计算机结构或者一种实行多种指令集组合的结构。在一些示例中，处理器720可以是微处理器。

存储器710可以用于存储由处理器720执行的指令或指令执行过程中相关的数据。这些指令和/或数据可以包括代码，用于实现本申请实施例描述的一个或多个模块的一些功能或者全部功能。本公开实施例的处理器720可以用于执行存储器710中的指令以实现上述所示的方法。存储器710包括动态随机存取存储器、静态随机存取存储器、闪存、光存储器或其它本领域技术人员所熟知的存储器。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种智能消费的方法，其特征在于，应用于智能消费系统中的服务器，所述智能消费系统包括：所述服务器、卡机控制器、第一显示器和第二显示器，所述卡机控制器用于分别控制所述第一显示器和所述第二显示器的显示内容，所述第一显示器和所述第二显示器采用分离式结构，其中，所述方法包括：

接收所述卡机控制器发送的用户的标识号；

通过判定所述标识号是否存在预先设定的订餐信息，向所述卡机控制器发送第一指令和第二指令，其中，所述第一指令用于控制所述第一显示器显示第一内容，所述第二指令用于控制所述第二显示器显示第二内容。

2.如权利要求1所述的方法，其特征在于，所述通过判定所述标识号是否存在预先设定的订餐信息，向所述卡机控制器发送第一指令和第二指令，包括：

确认所述服务器的本地数据中存在所述标识号对应的所述订餐信息；

通过判定所述订餐信息的状态，向所述卡机控制器发送所述第一指令、所述第二指令和所述状态，其中，所述状态为已取餐或未取餐。

3.如权利要求2所述的方法，其特征在于，所述状态为未取餐，所述第一内容和所述第二内容均为未取餐和所述订餐信息，其中，在所述向所述卡机控制器发送所述第一指令、所述第二指令和所述状态之后，所述方法还包括：

接收所述卡机控制器发送的已取餐指令后，将所述订餐信息的状态更新为所述已取餐；

生成与所述订餐信息对应的所述用户的取餐记录，并更新所述订餐信息的取餐次数。

4.如权利要求1所述的方法，其特征在于，所述通过判定所述标识号是否存在预先设定的订餐信息，向所述卡机控制器发送第一指令和第二指令，包括：

确认所述服务器的本地数据中不存在所述标识号对应的所述订餐信息时，生成并发送所述第一指令和所述第二指令，其中，所述第一指令用于使所述第一显示器显示模式信息项，所述模式信息项为消费模式和/或定值模式，所述第二指令用于使所述第二显示器显示未订餐提示信息；

在所述向所述卡机控制器发送第一指令和第二指令之后，所述方法还包括：

接收所述卡机控制器发送的模式选中项，其中，所述模式选中项是由所述卡机控制器接收到所述用户在所述第一显示器上的操作指令生成的；

向所述卡机控制器发送与所述模式选中项对应的选餐内容，以便于所述卡机控制器控制所述第一显示器和所述第二显示器均显示所述选餐内容。

5.如权利要求4所述的方法，其特征在于，在所述向所述卡机控制器发送与所述模式选中项对应的选餐内容之后，所述方法还包括：

接收所述卡机控制器发送的所述用户的消费金额；

确认所述消费金额未超过用户卡额度，且所述消费金额未超过消费金额阈值，则向所述卡机控制器发送已消费指令和消费成功提示指令，其中，所述已消费指令用于使所述第二显示器显示用户已消费，所述消费成功提示指令用于使所述第一显示器显示消费成功提示信息；

生成所述用户的消费记录，其中，所述消费记录中包括：所述模式选中项、所述消费金额和消费时间。

6.如权利要求3或5所述的方法，其特征在于，所述服务器为本地服务器，所述本地服务器与云端服务器连接，所述云端服务器存储有多台卡机控制器的餐次信息、多个用户对应的用户个人信息以及多个用户在预设天数内的订餐信息；

其中，在所述接收所述卡机控制器发送的用户的标识号之前，所述方法还包括：

定期从所述云端服务器读取与所述卡机控制器对应的所述本地数据，其中，所述本地数据包括：当日用户订餐信息、用户个人信息和餐次信息；

所述方法还包括：

向所述云端服务器同步所述用户的取餐记录以及所述用户的消费记录。

7.如权利要求6所述的方法，其特征在于，所述用户为学生，其中，所述多个用户在预设天数内的订餐信息是由所述学生的监护人在与所述云端服务器连接的订餐终端进行预订操作得到的；所述云端服务器用于向所述订餐终端反馈所述学生的取餐记录以及所述学生的消费记录。

8.一种智能消费的装置，其特征在于，应用于智能消费系统中的服务器，所述智能消费系统包括：所述服务器、卡机控制器、第一显示器和第二显示器，所述卡机控制器用于分别控制所述第一显示器和所述第二显示器的显示内容，所述第一显示器和所述第二显示器采用分离式结构，其中，所述装置包括：

接收模块，用于接收所述卡机控制器发送的用户的标识号；

判定模块，用于通过判定所述标识号是否存在预先设定的订餐信息，向所述卡机控制器发送第一指令和第二指令，其中，所述第一指令用于控制所述第一显示器显示第一内容，所述第二指令用于控制所述第二显示器显示第二内容。

9.一种智能消费的系统，其特征在于，所述系统包括多个订餐终端、云端服务器、本地服务器、卡机控制器、第一显示器和第二显示器，所述卡机控制器用于分别控制所述第一显示器和所述第二显示器的显示内容，所述第一显示器和所述第二显示器采用分离式结构，所述系统还包括：

所述多个订餐终端中任一订餐终端，用于接收多个用户中各个用户的监护人的操作指令，得到预订信息，其中，所述预订信息包括：所述各个用户的个人信息以及所述各个用户在预设天数内的订餐信息、餐次信息；

所述云端服务器，用于获取并存储所述预订信息和多台卡机设备对应的卡机控制器的ID；

所述本地服务器，用于定期从所述云端服务器读取与所述卡机控制器对应的本地数据；

所述本地服务器，还用于接收所述卡机控制器发送的用户的标识号；通过判定所述标识号是否存在预先设定的订餐信息，向所述卡机控制器发送第一指令和第二指令，所述第一指令用于控制所述第一显示器显示第一内容，所述第二指令用于控制所述第二显示器显示第二内容；

所述卡机控制器，用于获取所述用户的标识号，并发送至所述本地服务器。

10.一种电子设备，其特征在于，包括存储器、处理器以及存储在所述存储器上并在所述处理器上运行的计算机程序，其中，所述计算机程序被所述处理器运行时执行如权利要求1-7中任意一项权利要求所述的方法。