CN111541606A - 网关处理方法、网关设备和网关系统 - Google Patents

Abstract

本发明公开了一种网关处理方法、网关设备、网关系统、计算机可读存储介质和智能餐饮设备。该网关处理方法包括：接收由智能餐饮设备上传的业务数据，其中，业务数据包括实时状态数据和预警数据；通过消息中间件将业务数据解析处理并转发到服务端，服务端包括调度系统和设备管理系统，其中，实时状态数据转发至调度系统，预警数据转发至设备管理系统；接收由调度系统或设备管理系统下发的操作指令；将操作指令下发到智能餐饮设备，接收并转发智能餐饮设备的回复信息至服务端。采用该网关处理方法能够显著提高餐厅机器人动作执行的准确性和安全性。

Description

网关处理方法、网关设备和网关系统

【技术领域】

本发明涉及智能餐饮服务技术领域，尤其涉及一种网关处理方法、网关设备和网关系统。

【背景技术】

在自动化机器人餐厅中，餐厅机器人需要不断地作出各种动作，具有高频繁的软硬件交互需求。可以理解地，出于安全考虑和工作效率等考虑，餐厅中机器人的各个动作环节均要求进行严格验证，以确保动作执行的准确性和安全性。然而，目前还是会频繁出现诸如动作响应缓慢、动作响应错误等现象，餐厅机器人的动作执行无法满足自动化餐厅的服务预期。

【发明内容】

有鉴于此，本发明实施例提供了一种网关处理方法、网关设备、网关系统、计算机可读存储介质和智能餐饮设备，用以解决目前餐厅机器人动作执行的准确性和安全性问题。

第一方面，本发明实施例提供了一种网关处理方法，包括：

接收由智能餐饮设备上传的业务数据，其中，所述业务数据包括实时状态数据和预警数据；

通过消息中间件将所述业务数据解析处理并转发到服务端，所述服务端包括调度系统和设备管理系统，其中，所述实时状态数据转发至所述调度系统，所述预警数据转发至所述设备管理系统；

接收由所述调度系统或所述设备管理系统下发的操作指令；

将所述操作指令下发到所述智能餐饮设备，接收并转发所述智能餐饮设备的回复信息至所述服务端。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，在所述接收由智能餐饮设备上传的业务数据之前，所述方法还包括：

通过所述服务端开启支持所述智能餐饮设备的通信端口；

接收所述智能餐饮设备上传的连接信息；

将所述连接信息上传到所述服务端，以使所述服务端根据所述连接信息订阅所述通信端口，进行数据的长连接服务。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述方法还包括：

接收所述智能餐饮设备定时发送的心跳数据；

将所述心跳数据发送到所述服务端，以使所述服务端根据所述心跳数据判断所述智能餐饮设备是否在线。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述将所述操作指令下发到所述智能餐饮设备，包括：

对所述操作指令进行解析并封装；

将所述操作指令转换成对应的预设进制的数据，并下发到所述智能餐饮设备。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，在完成所述接收由智能餐饮设备上传的业务数据、接收由所述调度系统或所述设备管理系统下发的操作指令和所述将所述操作指令下发到所述智能餐饮设备的过程中，采用预设的通信协议进行数据交互，并且，所述通信协议的数据附带密钥，所述密钥用于通信校验。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述不同类型的智能餐饮设备采用不同的设备端口，所述方法还包括：

对于同端口上传的业务数据，采用同端口串行发送的方式；

对于异端口上传的业务数据，采用异端口并发发送的方式。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述设备管理系统采用图形化界面实现调试，包括图形化展示与所述智能餐饮设备通信的交互日志，其中，接收用户输入的操作指令时，将下发所述操作指令。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，在所述将所述操作指令下发到所述智能餐饮设备之后，所述方法还包括：

若没有接收到所述智能餐饮设备发送的回复信息，通过所述服务端重新发送所述操作指令；

若在所述服务端发送预设次数的所述操作指令后，仍没有接收到所述智能餐饮设备发送的回复信息，通过所述服务端标记失败信息。

第二方面，本发明实施例还提供了一种网关设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如第一方面所述网关处理方法的步骤。

第三方面，本发明实施例还提供了一种网关系统，包括网关设备、智能餐饮设备和服务端，其中，所述网关设备包括：

第一处理模块，用于接收由智能餐饮设备上传的业务数据，其中，所述业务数据包括实时状态数据和预警数据；

第二处理模块，用于通过消息中间件将所述业务数据解析处理并转发到服务端，所述服务端包括调度系统和设备管理系统，其中，所述实时状态数据转发至所述调度系统，所述预警数据转发至所述设备管理系统；

第三处理模块，用于接收由所述调度系统或所述设备管理系统下发的操作指令；

第四处理模块，用于将所述操作指令下发到所述智能餐饮设备，接收并转发所述智能餐饮设备的回复信息至所述服务端；

所述智能餐饮设备包括：

第五处理模块，用于通过所述网关设备接收所述调度系统或所述设备管理系统下发的操作指令；

第六处理模块，用于通过所述网关设备上传所述业务数据；

所述服务端包括：

第七处理模块，用于通过所述网关设备接收所述智能餐饮设备上传的业务数据；

第八处理模块，用于通过所述网关设备下发所述操作指令。

第四方面，本发明实施例还提供了一种智能餐饮设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如下步骤：

通过网关设备上传业务数据；

通过所述网关设备接收服务端下发的操作指令，并根据所述操作指令作出响应或上报回复信息，其中，所述网关设备如第二方面所述的网关设备。

第五方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如第一方面所述网关处理方法的步骤。

在本发明实施例中，将智能餐饮设备和服务端通过网关设备建立起连接，能够将软硬件交互的协议通信问题解决，实现智能餐饮设备和服务端之间数据的交互，此外，对业务数据进行预分类，将业务数据分为实时状态数据和预警数据，服务端根据实时状态数据实时地反馈操作指令，使得智能餐饮设备能够快速进行响应，执行与操作指令对应的动作；服务端还根据预警数据实时获取到如设备状态、设备异常等数据，有助于预防、快速发现并确定问题，显著提高餐厅机器人动作执行的准确性和安全性。

【附图说明】

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。

图1是本发明一实施例中网关处理方法的一流程图；

图2是本发明一实施例中操作指令下发到智能餐饮设备中的一流程图；

图3是本发明一实施例中智能餐饮设备上报业务数据一流程图；

图4是本发明一实施例中基于网关系统实现的数据交互的一流程图；

图5是本发明一实施例中网关系统的一系统架构图。

【具体实施方式】

为了更好的理解本发明的技术方案，下面结合附图对本发明实施例进行详细描述。

应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的相同的字段，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，且存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述预设范围等，但这些预设范围不应限于这些术语。这些术语仅用来将预设范围彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一预设范围也可以被称为第二预设范围，类似地，第二预设范围也可以被称为第一预设范围。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

图1示出本实施例中网关处理方法的一流程图。该网关处理方法可应用在网关系统上，在自动机器人餐厅的场景下可采用该网关系统实现机器人动作执行的准确性和安全性。该网关系统具体可应用在计算机设备上，其中，该计算机设备具体可以是可与用户进行人机交互的设备，包括但不限于网关、餐厅机器人上的硬件设备、电脑、智能手机和平板等设备。如图1所示，该网关处理方法包括如下步骤：

S10：网关设备接收由智能餐饮设备上传的业务数据，其中，业务数据包括实时状态数据和预警数据。

其中，智能餐饮设备具体可以是PLC(Programmable Logic Controller，可编程逻辑控制器)、MCU(Microcontroller Unit，微控制单元)和扫码等硬件设备，这些智能餐饮设备安装在餐饮机器人上，以使餐饮机器人能够自动实现餐饮服务。其中，业务数据是指在具体业务场景产生的数据。例如当客户有点餐需求时，此时业务数据中的实时状态数据具体为点餐状态，该点餐状态可以采用预设的编码进行表示。可以理解地，在点餐场景下，网关设备接收由智能餐饮设备上传的业务数据，包括点餐状态和预警数据等，其中，预警数据中包括描述智能餐饮设备的设备状态，如设备驱动机器人使用动作的次数、动作的变化幅度(高度变化、速度变化等)、设备的使用时长等，也包括直接体现智能餐饮设备出现异常的数据。可以理解地，在本实施例中网关设备是软硬设备间的桥梁，可以解决软硬件交互的协议通信问题，使得智能餐饮设备能够将业务数据及时、准确地反馈到服务端，以通过服务端对智能餐饮设备进行调度。

进一步地，在步骤S10之前，即接收由智能餐饮设备上传的业务数据的步骤之前，具体还包括：

S11：通过服务端开启支持智能餐饮设备的通信端口。

可以理解地，在进行数据交互前需要开通相应的通信端口，以使设备间能够采用约定好的网络协议进行通信。在一实施例中，不同智能餐饮设备所要求的通信协议方式可能是不同的，采用的通信端口也可能不同，因此在服务端，需要开启支持智能餐饮设备的通信端口，以使服务端能够与智能餐饮设备进行数据交互。

S12：接收智能餐饮设备上传的连接信息。

可以理解地，各种智能餐饮设备根据服务端开启的端口进行订阅设置，以实现数据的长连接服务，其中，长连接服务是指在一个连接上可以连续发送多个数据包，在连接保持期间，如果没有数据包发送，需要双方发链路检测包。在一实施例中，网关设备接收智能餐饮设备上传的连接信息，以对智能餐饮设备进行登录信息的上报。

S13：将连接信息上传到服务端，以使服务端根据连接信息订阅通信端口，进行数据的长连接服务。

其中，服务端将存储该连接信息，并根据该连接信息订阅通信端口，从而实现数据的长连接服务。

在步骤S11-S13中，通过预先对通信端口进行订阅设置，进行数据的长连接服务，能够确定智能餐饮设备是否和服务端处于同一个通信信道，并且保持这种通信连接的连接关系。

S20：网关设备通过消息中间件将业务数据解析处理并转发到服务端，服务端包括调度系统和设备管理系统，其中，实时状态数据转发至调度系统，设备管理系统接收预警数据转发至设备管理系统。

在一实施例中，业务数据的转发一般采用消息中间件实现，通过不同的消息中间件可以转发到不同的接收对象。具体地，由于智能餐饮设备和网关设备采用的编码等数据表示方式可能不同，因此需要对业务数据进行解析，以将业务数据解析成网关设备能够识别的表示方式。

服务端包括调度系统和设备管理系统，调度系统偏向于对实时场景下智能餐饮设备的操作指示，而设备管理系统则偏向于对实时场景下智能餐饮设备操作的监控。在一实施例中，具体由调度系统接收实时状态数据，设备管理系统接收预警数据。其中，预警数据将具体可采用Kafka的消息中间件将预警数据转发到设备管理系统，而网关设备与调度系统进行数据交互，则具体可采用Kafka、RocketMQ等消息中间件实现。进一步地，实时状态数据具体可存储在Redis内存数据库中，调度系统可在Redis中查阅。

S30：网关设备接收由调度系统或设备管理系统下发的操作指令。

在一实施例中，在点餐场景服务端接收到实时状态数据为点餐状态时，将会发出与点餐相关的操作指令，具体地，如发出与出示意客户点餐的动作相关的操作指令，使得客户可以通过餐厅机器人的动作指示完成点餐。可以理解地，在没有出现异常的情况下，一般由调度系统下发操作指令，若发现异常时，则由设备管理系统下发操作指令，以停止或纠正餐厅机器人的动作。

S40：网关设备将操作指令下发到智能餐饮设备，接收并转发智能餐饮设备的回复信息至服务端。

可以理解地，智能餐饮设备在接收到操作指令后将作出响应，以及发送回复信息到网关设备。

进一步地，智能餐饮设备作出的响应由操作指令决定，若操作指令为用于强制停止餐厅机器人执行任何动作的指令时，智能餐饮设备在接收到该操作指令时将立即停止餐厅机器人的动作。若操作指令为用于响应客户点餐需求的操作指令时，则智能餐饮设备根据具体动作指示的操作指令作出响应，控制餐厅机器人做出与操作指令相对应的动作。

进一步地，在步骤S40将操作指令下发到智能餐饮设备中，具体还包括：

S411：对操作指令进行解析并封装。

可以理解地，由于智能餐饮设备和网关设备采用的编码等数据表示方式可能不同，网关设备将会先对操作指令进行处理，如将数据解析、封装，进行高低位处理编码。

S412：将操作指令转换成对应的预设进制的数据，并下发到智能餐饮设备。

具体地，预设进制可以是十六进制，通过智能餐饮设备的标识可以准确下发到指定的智能餐饮设备，其中，该智能餐饮设备的标识可以是在上传业务数据的时候一并上传的。

具体地，操作指令下发到智能餐饮设备中的流程可如图2所示。

进一步地，智能餐饮设备上报业务数据的流程可如图3所示。

其中，在智能餐饮设备和服务端交互过程中，将会发送返回值，以将返回值返回给接收设备。

进一步地，该网关处理方法还包括：接收智能餐饮设备定时发送的心跳数据；将心跳数据发送到服务端，以使服务端根据心跳数据判断智能餐饮设备是否在线。

在一实施例中，还可以采用心跳机制定时判断智能餐饮设备是否在线，以确保智能餐饮设备的使用情况是否正常。

进一步地，在完成接收由智能餐饮设备上传的业务数据、接收由调度系统或设备管理系统下发的操作指令和将操作指令下发到智能餐饮设备的过程中，采用预设的通信协议进行数据交互，并且，通信协议的数据附带密钥，密钥用于通信校验。

可以理解地，在服务端和智能餐饮设备，与网关设备进行数据交互时，对所采用的通信协议进行加密，具体地，在通信协议的数据附带密钥。该密钥用于将数据从明文转换为密文，以进行设备间的通信校验。

进一步地，不同类型的智能餐饮设备采用不同的设备端口，具体地，对于同端口上传的业务数据，采用同端口串行发送的方式；对于异端口上传的业务数据，采用异端口并发发送的方式。

可以理解地，以PLC设备为例，如果PLC设备相邻下发的两条操作指令间隔较短，会存在指令覆盖的情况。鉴于此，在本实施例中可以采用同端口串行，异端口并行的机制，从而有效提高餐厅机器人动作执行的准确性和安全性。

进一步地，设备管理系统采用图形化界面实现调试，包括图形化展示与智能餐饮设备通信的交互日志，其中，接收用户输入的操作指令时，将下发操作指令。

在一实施例中，为了非开发人员也可以使用设备管理系统，设备管理系统具体可采用图形化界面实现调试，有效降低了操作门槛。

进一步地，调度系统也具有易操作的界面系统。调度系统的界面主要是界面化显示与智能餐饮设备的交互数据，并进行转译成非开发人员可以使用的界面系统，包括服务端下发指令的数据转义，智能餐饮设备上报的业务数据的数据转义，还包括操作指令下发的按钮操作。

进一步地，在步骤S40之后，即将操作指令下发到智能餐饮设备的步骤之后，具体还包括：

S421：若没有接收到智能餐饮设备发送的回复信息，通过服务端重新发送操作指令。

S422：若在服务端发送预设次数的操作指令后，仍没有接收到智能餐饮设备发送的回复信息，通过服务端标记失败信息。

具体地，基于网关系统实现的数据交互的一流程图如图4所示。

从图中可以看到，当在服务端发送3次的操作指令后，仍没有接收到智能餐饮设备发送的回复信息时，操作指令的下发失败，该失败可进行标记。

进一步地，本实施例中网关系统的系统架构图如图5所示。

从图5中可以看出，调度系统通过Http请求，对网关模块下发操作指令，网关模块收到指令后通过调度接口层进行数据解析，与硬件设备进行socket通信交互，并把硬件设备的响应信息通过socket返回给网关模块。网关模块会将同步请求的数据通过http返回，硬件设备异步响应数据通过消息中间件返回调度系统，并且将硬件设备的实时状态数据，心跳数据存储到redis。

设备管理系统与网关模块通过mqtt的消息中间件的方式进行通信，网关模块通过订阅地面AGV(Automated Guided Vehicle，无人搬运车)设备的业务数据，再对业务数据进行处理解析，随后再通过kafka的方式发送到云端的设备管理系统，其中，网关模块包括网关设备，网关模块中还包括实现数据处理解析的数据处理中心模块，以及实现网关配置的配置模块。进一步地，网关模块具体可采用netty框架，能够支持高并发，多连接，数据安全，解码编码等功能。本实施例提供的网关系统能够进行下发数据和接收设备数据上报数据，显著提高餐厅机器人动作执行的准确性和安全性。

在本发明实施例中，将智能餐饮设备和服务端通过网关设备建立起连接，能够将软硬件交互的协议通信问题解决，实现智能餐饮设备和服务端之间数据的交互，此外，对业务数据进行预分类，将业务数据分为实时状态数据和预警数据，服务端根据实时状态数据实时地反馈操作指令，使得智能餐饮设备能够快速进行响应，执行与操作指令对应的动作；服务端还根据预警数据实时获取到如设备状态、设备异常等数据，有助于预防、快速发现并确定问题，显著提高餐厅机器人动作执行的准确性和安全性。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

本实施例提供一种网关设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，其特征在于，处理器执行计算机程序时实现实施例中网关处理方法的步骤。

本实施例提供一种网关系统，包括网关设备、智能餐饮设备和服务端，其中，网关设备包括：

第一处理模块，用于接收由智能餐饮设备上传的业务数据，其中，业务数据包括实时状态数据和预警数据；

第二处理模块，用于通过消息中间件将业务数据解析处理并转发到服务端，服务端包括调度系统和设备管理系统，其中，实时状态数据转发至调度系统，预警数据转发至设备管理系统；

第三处理模块，用于接收由调度系统或设备管理系统下发的操作指令；

第四处理模块，用于将操作指令下发到智能餐饮设备，接收并转发智能餐饮设备的回复信息至服务端；

智能餐饮设备包括：

第五处理模块，用于通过网关设备接收调度系统或设备管理系统下发的操作指令；

第六处理模块，用于通过网关设备上传业务数据；

服务端包括：

第七处理模块，用于通过网关设备接收智能餐饮设备上传的业务数据；

第八处理模块，用于通过网关设备下发操作指令。

进一步地，网关设备还具体用于：

通过服务端开启支持智能餐饮设备的通信端口。

接收智能餐饮设备上传的连接信息。

将连接信息上传到服务端，以使服务端根据连接信息订阅通信端口，进行数据的长连接服务。

进一步地，网关设备还具体用于：

接收智能餐饮设备定时发送的心跳数据。

将心跳数据发送到服务端，以使服务端根据心跳数据判断智能餐饮设备是否在线。

进一步地，网关设备还具体用于：

对操作指令进行解析并封装。

将操作指令转换成对应的预设进制的数据，并下发到智能餐饮设备。

其中，在完成接收由智能餐饮设备上传的业务数据、接收由调度系统或设备管理系统下发的操作指令和将操作指令下发到智能餐饮设备的过程中，采用预设的通信协议进行数据交互，并且，通信协议的数据附带密钥，密钥用于通信校验。

进一步地，不同类型的智能餐饮设备采用不同的设备端口，网关设备还具体用于：

对于同端口上传的业务数据，采用同端口串行发送的方式。

对于异端口上传的业务数据，采用异端口并发发送的方式。

其中，设备管理系统采用图形化界面实现调试，包括图形化展示与智能餐饮设备通信的交互日志，其中，接收用户输入的操作指令时，将下发操作指令。

进一步地，网关设备还具体用于：

若没有接收到智能餐饮设备发送的回复信息，通过服务端重新发送操作指令。

若在服务端发送预设次数的操作指令后，仍没有接收到智能餐饮设备发送的回复信息，通过服务端标记失败信息。

进一步地，智能餐饮设备包括无人搬运车设备和智能餐饮硬件设备，智能餐饮硬件设备包括智能餐饮微控制单元(MCU)硬件设备、智能餐饮可编程逻辑控制器(PLC)硬件设备和扫码设备。

进一步地，网关系统还包括后台管理子系统，用于对网关设备、智能餐饮设备和服务端进行参数配置和功能设置。

具体地，包括如下表1所示的参数配置和功能设置：

表1

在本发明实施例中，将智能餐饮设备和服务端通过网关设备建立起连接，能够将软硬件交互的协议通信问题解决，实现智能餐饮设备和服务端之间数据的交互，此外，对业务数据进行预分类，将业务数据分为实时状态数据和预警数据，服务端根据实时状态数据实时地反馈操作指令，使得智能餐饮设备能够快速进行响应，执行与操作指令对应的动作；服务端还根据预警数据实时获取到如设备状态、设备异常等数据，有助于预防、快速发现并确定问题，显著提高餐厅机器人动作执行的准确性和安全性。

本实施例提供一种智能餐饮设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如下步骤：

通过网关设备上传业务数据。

通过网关设备接收服务端下发的操作指令，并根据操作指令作出响应或上报回复信息，其中，网关设备具体可以是实施例所描述的网关设备。

在本发明实施例中，将智能餐饮设备和服务端通过网关设备建立起连接，能够将软硬件交互的协议通信问题解决，实现智能餐饮设备和服务端之间数据的交互，此外，对业务数据进行预分类，将业务数据分为实时状态数据和预警数据，服务端根据实时状态数据实时地反馈操作指令，使得智能餐饮设备能够快速进行响应，执行与操作指令对应的动作；服务端还根据预警数据实时获取到如设备状态、设备异常等数据，有助于预防、快速发现并确定问题，显著提高餐厅机器人动作执行的准确性和安全性。

本实施例提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现实施例中网关处理方法，为避免重复，此处不一一赘述，或者，该计算机程序被处理器执行时实现实施例中智能餐饮设备的计算机程序实现的步骤，为避免重复，此处不一一赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (14)

1.一种网关处理方法，其特征在于，所述方法用于智能餐饮服务，包括：

接收由智能餐饮设备上传的业务数据，其中，所述业务数据包括实时状态数据和预警数据；

通过消息中间件将所述业务数据解析处理并转发到服务端，所述服务端包括调度系统和设备管理系统，其中，所述实时状态数据转发至所述调度系统，所述预警数据转发至所述设备管理系统；

接收由所述调度系统或所述设备管理系统下发的操作指令；

将所述操作指令下发到所述智能餐饮设备，接收并转发所述智能餐饮设备的回复信息至所述服务端。

2.根据权利要求1所述的方法，其特征在于，在所述接收由智能餐饮设备上传的业务数据之前，所述方法还包括：

通过所述服务端开启支持所述智能餐饮设备的通信端口；

接收所述智能餐饮设备上传的连接信息；

将所述连接信息上传到所述服务端，以使所述服务端根据所述连接信息订阅所述通信端口，进行数据的长连接服务。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述智能餐饮设备定时发送的心跳数据；

将所述心跳数据发送到所述服务端，以使所述服务端根据所述心跳数据判断所述智能餐饮设备是否在线。

4.根据权利要求1所述的方法，其特征在于，所述将所述操作指令下发到所述智能餐饮设备，包括：

对所述操作指令进行解析并封装；

将所述操作指令转换成对应的预设进制的数据，并下发到所述智能餐饮设备。

5.根据权利要求1所述的方法，其特征在于，在完成所述接收由智能餐饮设备上传的业务数据、接收由所述调度系统或所述设备管理系统下发的操作指令和所述将所述操作指令下发到所述智能餐饮设备的过程中，采用预设的通信协议进行数据交互，并且，所述通信协议的数据附带密钥，所述密钥用于通信校验。

6.根据权利要求1所述的方法，其特征在于，所述不同类型的智能餐饮设备采用不同的设备端口，所述方法还包括：

对于同端口上传的业务数据，采用同端口串行发送的方式；

对于异端口上传的业务数据，采用异端口并发发送的方式。

7.根据权利要求1所述的方法，其特征在于，所述设备管理系统采用图形化界面实现调试，包括图形化展示与所述智能餐饮设备通信的交互日志，其中，接收用户输入的操作指令时，将下发所述操作指令。

8.根据权利要求1-7任一项所述的方法，其特征在于，在所述将所述操作指令下发到所述智能餐饮设备之后，所述方法还包括：

若没有接收到所述智能餐饮设备发送的回复信息，通过所述服务端重新发送所述操作指令；

若在所述服务端发送预设次数的所述操作指令后，仍没有接收到所述智能餐饮设备发送的回复信息，通过所述服务端标记失败信息。

9.一种网关设备，其特征在于，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至8任一项所述网关处理方法的步骤。

10.一种网关系统，其特征在于，包括网关设备、智能餐饮设备和服务端，其中，所述网关设备包括：

第一处理模块，用于接收由智能餐饮设备上传的业务数据，其中，所述业务数据包括实时状态数据和预警数据；

第二处理模块，用于通过消息中间件将所述业务数据解析处理并转发到服务端，所述服务端包括调度系统和设备管理系统，其中，所述实时状态数据转发至所述调度系统，所述预警数据转发至所述设备管理系统；

第三处理模块，用于接收由所述调度系统或所述设备管理系统下发的操作指令；

第四处理模块，用于将所述操作指令下发到所述智能餐饮设备，接收并转发所述智能餐饮设备的回复信息至所述服务端；

所述智能餐饮设备包括：

第五处理模块，用于通过所述网关设备接收所述调度系统或所述设备管理系统下发的操作指令；

第六处理模块，用于通过所述网关设备上传所述业务数据；

所述服务端包括：

第七处理模块，用于通过所述网关设备接收所述智能餐饮设备上传的业务数据；

第八处理模块，用于通过所述网关设备下发所述操作指令。

11.根据权利要求10所述的网关系统，其特征在于，所述智能餐饮设备包括无人搬运车设备和智能餐饮硬件设备，所述智能餐饮硬件设备包括智能餐饮微控制单元硬件设备、智能餐饮可编程逻辑控制器硬件设备和扫码设备。

12.根据权利要求10所述的网关系统，其特征在于，所述网关系统还包括后台管理子系统，用于对所述网关设备、智能餐饮设备和服务端进行参数配置和功能设置。

13.一种智能餐饮设备，其特征在于，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如下步骤：

通过网关设备上传业务数据；

通过所述网关设备接收服务端下发的操作指令，并根据所述操作指令作出响应或上报回复信息，其中，所述网关设备如权利要求9所述的网关设备。

14.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至8任一项所述网关处理方法的步骤。

Images