CN113753470A - 料仓控制方法、系统、电子设备以及存储介质 - Google Patents

Abstract

本发明实施例涉及物流管理领域，特别涉及一种料仓控制方法、系统、电子设备以及存储介质。本发明中，一种料仓控制方法，包括：获取对料仓中托盘的处理指令以及托盘的当前状态；判断托盘的当前状态是否满足处理指令对应的目标状态；若托盘的当前状态不满足处理指令对应的目标状态，则向托盘发送处理指令，并基于处理指令更新托盘的状态，更新后托盘的状态满足处理指令对应的目标状态。通过指令的形成对料仓中托盘的状态进行更新，实现了控制托盘的状态，且通过指令控制的方式实现料仓状态变更的自动化，避免了人力资源的浪费，且通过自动化管理料仓中托盘的状态，管控效率较高。

Description

料仓控制方法、系统、电子设备以及存储介质

技术领域

本发明实施例涉及物流管理领域，特别涉及一种料仓控制方法、系统、电子设备以及存储介质。

背景技术

随着科技的发展，因料仓周转便捷、堆放整齐，便于管理，其合理的设计，优良的品质，适用于电子工厂物流中的运输、配送、储存、流通加工等环节。

物料仓储可用于各类仓库、生产现场等多种场合，在物流管理越来越被广大企业重视的今天，物料仓储设备帮助完成生产物品存放的通用化、一体化管理，是生产企业进行现代化管理的必备品，将料仓应用到生产线中，可以极大的提高生产线的实际生产效率。

然而发明人发现：料仓的管控需要通过人工的方式进行，浪费人力资源且管控效率不佳。

发明内容

本发明实施例的目的在于提供一种料仓控制方法、系统、电子设备以及存储介质，实现料仓的自动化控制，节省人力资源且自动化控制料仓得到管控效率较高。

为解决上述技术问题，本发明的实施例提供了一种料仓控制方法，包括：获取对料仓中托盘的处理指令以及托盘的当前状态；判断托盘的当前状态是否满足处理指令对应的目标状态；若托盘的当前状态不满足处理指令对应的目标状态，则向托盘发送处理指令，并基于处理指令更新托盘的状态，更新后托盘的状态满足处理指令对应的目标状态。

本发明的实施例还提供了一种料仓控制方法系统，应用于料仓，料仓中包含多个托盘，包括：第一获取模块，用于获取目标托盘的处理指令，目标托盘为多个托盘中的其中一个；第二获取模块，用于获取目标托盘的当前状态；判断模块，用于判断目标托盘的当前状态是否满足目标托盘的处理指令对应的目标状态；处理模块，若目标托盘的状态不满足目标托盘的处理指令对应的目标状态，则向目标托盘发送目标托盘的处理指令。

本发明的实施例还提供了一种电子设备，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述料仓控制方法。

本发明的实施例还提供了一种非易失性存储介质，存储有计算机程序，计算机程序被处理器执行时实现上述料仓控制方法。

本发明实施例相对于现有技术而言，通过对料仓中托盘的处理指令获取托盘对应的目标状态，在结合托盘的当前状态判断托盘的状态是否需要更新，即通过指令的形成对料仓中托盘的状态进行更新，实现了控制托盘的状态，且通过指令控制的方式实现料仓状态变更的自动化，避免了人力资源的浪费，且通过自动化管理料仓中托盘的状态，管控效率较高。

另外，获取对料仓中托盘的处理指令以及托盘的当前状态，包括：接收料仓处理指令；解析料仓处理指令，获取对料仓中托盘的处理指令以及料仓中用于执行处理指令的目标托盘，目标托盘通过托盘编号确定；基于托盘编号，获取目标托盘的当前状态。当料仓中包含多个托盘是，通过托盘编号确定需要状态变更的目标托盘，提高自动化控制的托盘的准确性。

另外，获取托盘的当前状态，包括：以料仓中用于执行处理指令的托盘作为目标托盘；调用目标托盘的接口；基于目标托盘的接口，向目标托盘发送查询指令；获取目标托盘的当前状态。

另外，目标托盘的接口采用HTTP通讯协议以及POST请求进行数据的发送和接收。采用POST请求进行数据的发送和接收可以保证数据的安全性，且POST请求的发送和接收的数据量大。

另外，目标托盘的接口用于查询和变更目标托盘的状态。

另外，目标托盘的接口包括：查询接口、打开接口以及关闭接口；查询接口用于查询目标托盘的状态；打开接口用于将目标托盘的状态变更为打开状态；关闭接口用于将目标托盘的状态变更为关闭状态。通过多个接口的方式，每个接口分别管控一个托盘状态，进一步确保控制托盘状态的准确性。

另外，获取对料仓中托盘的处理指令包括：打开指令；判断托盘的当前状态是否满足处理指令对应的目标状态包括：判断托盘的当前状态是否为打开状态；若托盘的当前状态不是打开状态，则向托盘发送打开指令，并基于打开指令更新托盘的状态为打开状态。

另外，获取对料仓中托盘的处理指令包括：关闭指令；判断托盘的当前状态是否满足处理指令对应的目标状态包括：判断托盘的当前状态是否为关闭状态；若托盘的当前状态不是关闭状态，则向托盘发送关闭指令，并基于关闭指令更新托盘的状态为关闭状态。

另外，向托盘发送处理指令，包括：将处理指令转化为PLC处理指令，并向托盘发送PLC处理指令。

另外，获取对料仓中托盘的处理指令以及托盘的当前状态之前，还包括：接收登录用户信息；验证登录用户信息是否为预存的登录用户；若登录用户信息不是预存的登录用户，则反馈登录错误的信息；若登录用户信息是预存的登录用户，执行获取对料仓中托盘的处理指令以及托盘的当前状态。在对料仓进行控制前，对工作人员的信息进行验证，确保料仓控制的安全性。

另外，基于处理指令更新托盘的状态之后，还包括：反馈托盘的状态信息；托盘的状态信息包括：若料仓中托盘的处理指令成功发送，则反馈托盘已根据处理指令处理成功；若料仓中托盘的处理指令未发送，则反馈托盘无需进行处理。对托盘的状态进行更新之后，反馈托盘的状态信息，使得控制料仓的工作人员可以实时获取料仓中托盘的当前状态。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，除非有特别申明，附图中的图不构成比例限制。

图1是本发明第一实施例提供的料仓控制方法的流程示意图；

图2是本发明第二实施例提供的料仓控制方法的流程示意图；

图3是本发明第三实施例提供的料仓控制方法的流程示意图；

图4是本发明第四实施例提供的料仓控制系统的结构示意图；

图5是本发明第五实施例提供的电子设备的结构示意图。

具体实施例

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施例中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本发明的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合，相互引用。

本发明第一实施例涉及一种料仓控制方法，包括：获取对料仓中托盘的处理指令以及托盘的当前状态；判断托盘的当前状态是否满足处理指令对应的目标状态；若托盘的当前状态不满足处理指令对应的目标状态，则向托盘发送处理指令，并基于处理指令更新托盘的状态，更新后托盘的状态满足处理指令对应的目标状态。

图1为本实施例涉及的料仓控制方法的流程示意图，以下将结合图1对本实施例涉及的一种料仓控制方法进行详细说明。

执行步骤101，获取托盘的处理指令以及托盘的当前状态。

步骤101包含三个子步骤，具体如下：

步骤101-1，接收料仓处理指令。

料仓处理指令用于对料仓的状态进行变更。在本实施例中，料仓处理指令包括料仓中托盘的处理指令以及托盘编号；其中，托盘的处理指令用于对料仓中托盘的状态进行变更，托盘编号用于确定执行托盘的处理指令的目标托盘。本领域技术人员可知，料仓的状态通过料仓中的多个托盘来实现，变更料仓的状态实际为变更料仓中各个托盘的实际状态。

步骤101-2，获取托盘处理指令以及用于执行所述处理指令的目标托盘。

具体地，解析步骤101-1中获取的料仓处理指令，获取料仓处理指令中的托盘处理指令以及用于执行处理指令的目标托盘，目标托盘通过托盘编号确定。

步骤101-3，获取目标托盘的当前状态。

基于托盘编号，获取目标托盘的当前状态。

具体地，通过托盘编号，调用与托盘编号相应的目标托盘的接口，通过目标托盘的接口，向目标托盘发送查询指令，目标托盘基于查询指令，将自身的当前状态进行反馈，即获取到目标托盘的当前状态。

具体地，目标托盘的接口采用HTTP通讯协议以及POST请求进行数据的发送和接收。采用POST请求进行数据的发送和接收可以保证数据的安全性，且POST请求的发送和接收的数据量大。

在一个例子中，目标托盘的接口不仅用于查询目标托盘的状态，还用于后续变更目标托盘的状态。

在另一个例子中，目标托盘的接口包括多个接口，例如，查询接口、打开接口以及关闭接口等，每一个接口都用于执行对应的功能，例如，查询接口用于查询目标托盘的状态，打开接口用于将目标托盘的状态变成为打开状态，关闭接口用于将目标托盘的状态变更为关闭状态，通过多个接口的方式，每个接口分别管控一个托盘状态，进一步确保控制托盘状态的准确性。

另外，在本实施例执行步骤101前，还包括对用户的登录信息进行验证。具体地，接收登录用户的信息，验证登录用户信息是否为预存的登录用户。若登录用户信息不是预存的登录用户，反馈登录错误的信息；若登录用户信息是预存的登录用户，执行获取料仓中托盘的处理指令以及托盘的当前状态，即执行步骤101。在对料仓进行控制前，对工作人员的信息进行验证，确保料仓控制的安全性。

执行步骤102，判断托盘的当前状态是否满足处理指令对应的目标状态？

基于步骤101中获取的托盘的当前状态，判断托盘的当前状态是否满足处理指令对应的目标状态。若托盘的当前状态不满足处理指令对应的目标状态，则执行步骤103，向托盘发送处理指令；若托盘的当前状态满足处理指令对应的目标状态，无需对托盘的状态进行更改，此时执行步骤105，反馈托盘的状态信息。

执行步骤103，向托盘发送处理指令。

由于托盘的当前状态不满足处理指令对应的目标状态，因此需要下发指令来改变托盘的状态，即向托盘发送处理指令以改变托盘的当前状态。

具体地，将处理指令转化为PLC处理指令，并向托盘发送PLC处理指令。

执行步骤104，基于处理指令更新托盘的状态。

具体的，托盘在接收到处理指令后，基于处理指令更新状态，更新后托盘的状态满足处理指令对应的目标状态。

执行步骤105，反馈托盘的状态信息。

在本实施例中，对托盘的状态进行更改后，还包括反馈托盘的状态信息，其中，托盘的状态信息包括：托盘已根据处理指令处理成功或者托盘无需进行处理。

具体地，若料仓中托盘的处理指令发送成功，反馈托盘已根据处理指令处理成功；若料仓中托盘的处理指令未发送，反馈托盘无需进行处理。

与现有技术相比，通过对料仓中托盘的处理指令获取托盘对应的目标状态，再结合托盘的当前状态判断托盘的状态是否需要更新，即通过指令的形成对料仓中托盘的状态进行更新，实现了控制托盘的状态，且通过指令控制的方式实现料仓状态变更的自动化，避免了人力资源的浪费，且通过自动化管理料仓中托盘的状态，管控效率较高。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第二实施例涉及一种料仓控制方法，与第一实施例不同的是，在本实施例中，料仓控制方法主要涉及对料仓中托盘的打开。图2为本实施例涉及的料仓控制方法的流程示意图，以下将结合图2对本实施例涉及的一种料仓控制方法进行详细说明。

执行步骤201，接收并验证登录用户信息。

执行步骤202，验证登录用户信息是否为预存的登录用户。

具体地，将步骤201中接收到的登录用户信息与预先存储的登录用户进行对比，若步骤201中接收的登录用户信息为预存的登录用户，则继续执行步骤204；若步骤201中接收的登录用户信息不是预存的登录用户，则执行步骤203。

执行步骤203，反馈登录错误的信息。

步骤201至步骤203共同实现了对料仓处理前的登录验证，在对料仓进行控制前，对工作人员的信息进行验证，确保料仓控制的安全性。

执行步骤204，获取托盘的打开指令以及托盘的当前状态。与第一实施例相比，本实施例中获取的托盘的处理指令为托盘的打开指令，用于打开托盘。

执行步骤205，判断托盘的当前状态是否为打开状态？具体地，当托盘的当前状态为打开状态时，执行步骤208；当托盘的当前状态不为打开状态时，执行步骤206。

执行步骤206，向托盘发送打开指令。

执行步骤207，基于处理指令更新托盘的状态。

执行步骤208，反馈托盘的状态信息。

步骤206、207和208分别同第一实施例中的步骤103、104和105。在此不过多赘述。

与现有技术相比，通过对料仓中托盘的打开指令获取托盘对应的目标状态，再结合托盘的当前状态判断托盘是否需要打开，即通过指令的形成对料仓中托盘进行打开，实现了打开托盘，避免了人力资源的浪费，管控效率较高。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

由于第一实施例与本实施例相互对应，因此本实施例可与第一实施例互相配合实施。第一实施例中提到的相关技术细节在本实施例中依然有效，在第一实施例中所能达到的技术效果在本实施例中也同样可以实现，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在第一实施例中。

本发明第三实施例涉及一种料仓控制方法，与第一实施例和第二实施例不同的是，在本实施例中，料仓控制方法主要涉及对料仓中托盘的关闭。图3为本实施例涉及的料仓控制方法的流程示意图，以下将结合图3对本实施例涉及的一种料仓控制方法进行详细说明。

执行步骤301，接收并验证登录用户信息。

执行步骤302，验证登录用户信息是否为预存的登录用户。

具体地，将步骤301中接收到的登录用户信息与预先存储的登录用户进行对比，若步骤301中接收的登录用户信息为预存的登录用户，则继续执行步骤304；若步骤301中接收的登录用户信息不是预存的登录用户，则执行步骤303。

执行步骤303，反馈登录错误的信息。

步骤301至步骤303共同实现了对料仓处理前的登录验证，在对料仓进行控制前，对工作人员的信息进行验证，确保料仓控制的安全性。

执行步骤304，获取托盘的关闭指令以及托盘的当前状态。与第一实施例相比，本实施例中获取的托盘的处理指令为托盘的关闭指令，用于关闭托盘。

执行步骤305，判断托盘的当前状态是否为关闭状态？具体地，当托盘的当前状态为关闭状态时，执行步骤308；当托盘的当前状态不为打开状态时，执行步骤306。

执行步骤306，向托盘发送关闭指令。

执行步骤307，基于处理指令更新托盘的状态。

执行步骤308，反馈托盘的状态信息。

步骤306、307和308分别同第一实施例中的步骤103、104和105。在此不过多赘述。

与现有技术相比，通过对料仓中托盘的关闭指令获取托盘对应的目标状态，再结合托盘的当前状态判断托盘是否需要关闭，即通过指令的形成对料仓中托盘进行关闭，实现了关闭托盘，避免了人力资源的浪费，管控效率较高。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

由于第一实施例与本实施例相互对应，因此本实施例可与第一实施例互相配合实施。第一实施例中提到的相关技术细节在本实施例中依然有效，在第一实施例中所能达到的技术效果在本实施例中也同样可以实现，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在第一实施例中。

本发明第四实施例涉及一种料仓控制系统，图4为本实施例涉及的料仓控制系统的结构示意图，以下将结合图4对本实施例涉及的一种料仓控制系统进行详细说明。

料仓控制系统400，应用于料仓，料仓中包含多个托盘，包括：

第一获取模块401，用于获取目标托盘的处理指令，目标托盘为多个托盘中的其中一个。

第二获取模块402，用于获取目标托盘的当前状态。

在其他实施例中，还包括第三获取模块，第三获取模块接收登录用户的信息，并验证登录用户信息是否为预存的登录用户。若登录用户信息不是预存的登录用户，第三获取模块反馈登录错误的信息；若登录用户信息是预存的登录用户，执行第一获取模块401和第二获取模块402的对应功能。在对料仓进行控制前，对工作人员的信息进行验证，确保料仓控制的安全性。

判断模块403，用于判断目标托盘的当前状态是否满足目标托盘的处理指令对应的目标状态。

具体地，基于第二获取模块402中获取的托盘的当前状态，判断托盘的当前状态是否满足处理指令对应的目标状态。若托盘的当前状态不满足处理指令对应的目标状态，则向处理模块404发送控制信号，处理模块404向托盘发送处理指令；若托盘的当前状态满足处理指令对应的目标状态，无需对托盘的状态进行更改，此时判断模块403无需向处理模块404发送控制信号。

处理模块404，若目标托盘的状态不满足目标托盘的处理指令对应的目标状态，则向目标托盘发送目标托盘的处理指令。

由于托盘的当前状态不满足处理指令对应的目标状态，因此需要处理模块404下发指令来改变托盘的状态，即处理模块404向托盘发送处理指令以改变托盘的当前状态。具体地，将处理指令转化为PLC处理指令，并向托盘发送PLC处理指令，并基于PLC处理指令更新状态，更新后托盘的状态满足处理指令对应的目标状态。

具体的，参考表一，表一为托盘的接口的参数信息以及说明，托盘的接口具有以下参数：

表一：托盘的接口的参数信息以及说明

在本实施例中，托盘通过一个接口，基于不用的处理指令在相应更新托盘的状态。在其他实施例中，托盘的接口还包括多个接口，例如，查询接口、打开接口以及关闭接口等，每一个接口都用于执行对应的功能，例如，查询接口用于查询目标托盘的状态，打开接口用于将目标托盘的状态变成为打开状态，关闭接口用于将目标托盘的状态变更为关闭状态，通过多个接口的方式，每个接口分别管控一个托盘状态，进一步确保控制托盘状态的准确性。

本实施例通过料仓控制系统400料仓中托盘的处理指令获取托盘对应的目标状态，在结合托盘的当前状态判断托盘的状态是否需要更新，即通过指令的形成对料仓中托盘的状态进行更新，实现了控制托盘的状态，且通过指令控制的方式实现料仓状态变更的自动化，避免了人力资源的浪费，且通过自动化管理料仓中托盘的状态，管控效率较高。

不难发现，本实施例为与第一实施例相关的系统实施例，本实施例可与第一实施例互相配合实施。第一实施例中提到的相关技术细节在本实施例中依然有效，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在第一实施例。

值得一提的是，本实施例中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施例中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本发明第五实施例涉及一种电子设备，如图5所示，包括至少一个处理器501；以及，与至少一个处理器通信连接的存储器502；其中，存储器502存储有可被至少一个处理器501执行的指令，指令被至少一个处理器501执行，以使至少一个处理器501能够执行上述料仓控制方法的实施例。

其中，存储器502和处理器501采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器501和存储器502的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器501处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器501。

处理器501负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器502可以被用于存储处理器501在执行操作时所使用的数据。

本发明第六实施例涉及一种非易失性存储介质，存储有计算机程序。计算机程序被处理器执行时实现料仓控制方法的实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施例是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各自更动与修改，因此本发明的保护范围应当以权利要求限定的范围为准。

Claims (14)

1.一种料仓控制方法，其特征在于，包括：

获取对料仓中托盘的处理指令以及托盘的当前状态；

判断所述托盘的当前状态是否满足所述处理指令对应的目标状态；

若所述托盘的当前状态不满足所述处理指令对应的目标状态，则向所述托盘发送所述处理指令，并基于所述处理指令更新所述托盘的状态，更新后所述托盘的状态满足所述处理指令对应的目标状态。

2.根据权利要求1所述的料仓控制方法，其特征在于，所述获取对料仓中托盘的处理指令以及托盘的当前状态，包括：

接收料仓处理指令；

解析所述料仓处理指令，获取所述对料仓中托盘的处理指令以及料仓中用于执行所述处理指令的目标托盘，所述目标托盘通过托盘编号确定；

基于所述托盘编号，获取所述目标托盘的当前状态。

3.根据权利要求1所述的料仓控制方法，其特征在于，所述获取托盘的当前状态，包括：

以料仓中用于执行所述处理指令的托盘作为目标托盘；

调用所述目标托盘的接口；

基于所述目标托盘的接口，向所述目标托盘发送查询指令；

获取所述目标托盘的当前状态。

4.根据权利要求3所述的料仓控制方法，其特征在于，所述目标托盘的接口采用HTTP通讯协议以及POST请求进行数据的发送和接收。

5.根据权利要求3所述的料仓控制方法，其特征在于，所述目标托盘的接口用于查询和变更所述目标托盘的状态。

6.根据权利要求3所述的料仓控制方法，其特征在于，所述目标托盘的接口包括：查询接口、打开接口以及关闭接口；

所述查询接口用于查询所述目标托盘的状态；

所述打开接口用于将所述目标托盘的状态变更为打开状态；

所述关闭接口用于将所述目标托盘的状态变更为关闭状态。

7.根据权利要求1所述的料仓控制方法，其特征在于，

所述获取对料仓中托盘的处理指令包括：打开指令；

所述判断所述托盘的当前状态是否满足所述处理指令对应的目标状态包括：判断所述托盘的当前状态是否为打开状态；

若所述托盘的当前状态不是所述打开状态，则向所述托盘发送所述打开指令，并基于所述打开指令更新所述托盘的状态为打开状态。

8.根据权利要求1所述的料仓控制方法，其特征在于，

所述获取对料仓中托盘的处理指令包括：关闭指令；

所述判断所述托盘的当前状态是否满足所述处理指令对应的目标状态包括：判断所述托盘的当前状态是否为关闭状态；

若所述托盘的当前状态不是所述关闭状态，则向所述托盘发送所述关闭指令，并基于所述关闭指令更新所述托盘的状态为关闭状态。

9.根据权利要求1所述的料仓控制方法，其特征在于，所述向所述托盘发送所述处理指令，包括：

将所述处理指令转化为PLC处理指令，并向所述托盘发送所述PLC处理指令。

10.根据权利要求1所述的料仓控制方法，其特征在于，所述获取对料仓中托盘的处理指令以及托盘的当前状态之前，还包括：

接收登录用户信息；

验证所述登录用户信息是否为预存的登录用户；

若所述登录用户信息不是预存的登录用户，则反馈登录错误的信息；

若所述登录用户信息是预存的登录用户，执行所述获取对料仓中托盘的处理指令以及托盘的当前状态。

11.根据权利要求1所述的料仓控制方法，其特征在于，所述基于所述处理指令更新所述托盘的状态之后，还包括：

反馈所述托盘的状态信息；

所述托盘的状态信息包括：

若所述料仓中托盘的处理指令成功发送，则反馈托盘已根据处理指令处理成功；

若所述料仓中托盘的处理指令未发送，则反馈托盘无需进行处理。

12.一种料仓控制系统，其特征在于，应用于料仓，所述料仓中包含多个托盘，包括：

第一获取模块，用于获取目标托盘的处理指令，所述目标托盘为所述多个托盘中的其中一个；

第二获取模块，用于获取所述目标托盘的当前状态；

判断模块，用于判断所述目标托盘的当前状态是否满足所述目标托盘的处理指令对应的目标状态；

处理模块，若所述目标托盘的状态不满足所述目标托盘的处理指令对应的目标状态，则向所述目标托盘发送所述目标托盘的处理指令。

13.一种电子设备，其特征在于，包括：

至少一个处理器；

以及，与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至11中任一所述的料仓控制方法。

14.一种非易失性存储介质，用于存储计算机可读程序，其特征在于，所述计算机可读程序被处理器执行时实现如权利要求1至11中任一项所述料仓控制方法。

Images