数字化吊挂控制系统、控制方法、设备及存储介质与流程

本申请涉及智能智造技术领域，尤其涉及一种数字化吊挂控制系统、控制方法、设备及存储介质。

背景技术：

随着网络通信技术、控制技术以及人工智能技术的不断发展，工业、制造业都在向工业4.0方向发展，传统的服装制造行业也需要向数字化、智能化发展。吊挂线作为服装流水化生产过程中重要的生产运输设备，在服装生产过程中发挥着重要作用。

如图1所示，传统服装工厂中使用的吊挂线，每条吊挂线配置一台pc机，pc机通过控制器局域网络（controllerareanetwork，can）总线与吊挂线中的mcu通信连接，并由吊挂线的小组长在pc机上配置生产订单对应的吊挂运输路径，pc机根据该路径控制吊挂线运输衣架到对应的工作站中。这种吊挂控制方式的网络结构简单、控制方式单一，已不能满足数字化工厂对吊挂线的控制要求，无法满足小批量、个性化的服装生产要求。

技术实现要素：

本申请的多个方面提供一种数字化吊挂控制系统、控制方法、设备及存储介质，用以对吊挂线进行灵活、动态和跨线调度，满足数字化工厂对吊挂线的控制要求。

本申请实施例提供一种数字化吊挂控制系统，包括：中心调度节点、边缘集群和多条吊挂线；所述边缘集群中部署有吊挂服务节点，所述多条吊挂线之间相互链接，且与所述吊挂服务节点通信连接；

所述吊挂服务节点，用于收集所述多条吊挂线在生产过程中产生的吊挂数据并上报给所述中心调度节点，以及接收所述中心调度节点下发的载具的调度信息并控制所述多条吊挂线按照所述载具的调度信息对所述载具进行输送控制；

所述中心调度节点，用于根据包含所述吊挂数据的产线现场数据，结合产线基础数据，对所述多条吊挂线上的载具进行动态调度以得到载具的调度信息，并将所述载具的调度信息下发给所述吊挂服务节点。

本申请实施例还提供一种吊挂控制方法，适用于边缘集群中的吊挂服务节点，所述方法包括：收集多条吊挂线在生产过程中产生的吊挂数据，所述多条吊挂线之间相互链接；将所述吊挂数据上报给中心调度节点，以供所述中心调度节点对所述多条吊挂线上的载具进行动态调度得到载具的调度信息；接收所述中心调度节点下发的载具的调度信息，并控制所述多条吊挂线按照所述载具的调度信息对所述载具进行输送控制。

本申请实施例还提供一种吊挂控制方法，适用于中心调度节点，所述方法包括：接收边缘集群中的吊挂服务节点上报的多条吊挂线在生产过程中产生的吊挂数据，所述多条吊挂线之间相互链接；根据包含所述吊挂数据的产线现场数据，结合产线基础数据，对所述多条吊挂线上的载具进行动态调度以得到载具的调度信息；将所述载具的调度信息下发给所述吊挂服务节点，以供所述吊挂服务节点控制所述多条吊挂线按照所述载具的调度信息对所述载具进行输送控制。

本申请实施例还提供一种吊挂服务节点，包括：存储器和处理器；所述存储器用于存储计算机程序，所述处理器与所述存储器耦合，用于执行所述计算机程序，以用于实现本申请实施例提供的可由吊挂服务节点执行的控制方法中的步骤。

本申请实施例还提供一种吊挂控制装置，包括：收集模块，用于在生产过程中收集多条吊挂线上产生的吊挂数据，所述多条吊挂线之间相互链接；发送模块，用于将所述吊挂数据上报给中心调度节点，以供所述中心调度节点对所述多条吊挂线上的载具进行动态调度得到载具的调度信息；接收模块，用于接收所述中心调度节点下发的载具的调度信息，并控制所述多条吊挂线按照所述载具的调度信息对所述载具进行输送控制。

本申请实施例还提供一种中心调度节点，包括：存储器和处理器；所述存储器用于存储计算机程序，所述处理器与所述存储器耦合，用于执行所述计算机程序，以用于实现本申请实施例提供的可由中心调度节点执行的吊挂控制方法中的步骤。

本申请实施例还提供一种吊挂控制装置，包括：接收模块，用于接收边缘集群中的吊挂服务节点上报的多条吊挂线在生产过程中产生的吊挂数据，所述多条吊挂线之间相互链接；调度模块，用于根据包含所述吊挂数据的产线现场数据，结合产线基础数据，对所述多条吊挂线上的载具进行动态调度以得到载具的调度信息；发送模块，用于将所述载具的调度信息下发给所述吊挂服务节点，以供所述吊挂服务节点控制所述多条吊挂线按照所述载具的调度信息对所述载具进行输送控制。

本申请实施例还提供一种存储有计算机程序的计算机存储介质，当所述计算机程序被处理器执行时，致使所述处理器能够实现本申请实施例提供的各种吊挂控制方法中的步骤。

在本实施例中，一方面对吊挂线进行改进，使吊挂线之间相互衔接，为统一、集中调度吊挂线提供了硬件基础；另一方面采用“云-边-端”一体化的吊挂控制系统，将对不同吊挂线的调度在通信层面联通，使不同吊挂线可统一被中心调度节点进行调度，在不同吊挂线之间建立起联动机制，实现灵活、动态和跨线调度，满足数字化工厂对吊挂线的控制要求，为基于吊挂线的个性化、小批量等按需制造提供条件。

附图说明

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

图1为现有技术中每条吊挂线利用一台pc机进行吊挂控制的示意图；

图2a为本申请示例性实施例提供的一种数字化吊挂控制系统的结构示意图；

图2b为本申请示例性实施例提供的另一种数字化吊挂控制系统的结构示意图；

图2c为本申请示例性实施例提供的又一种数字化吊挂控制系统的结构示意图；

图2d为本申请示例性实施例提供的吊挂服务节点和边缘网关节点之间采用的通信协议示意图；

图3a为本申请示例性实施例提供的一种数字化吊挂控制方法的流程示意图；

图3b为本申请示例性实施例提供的另一种数字化吊挂控制方法的流程示意图；

图4a为本申请示例性实施例提供的一种吊挂控制装置的结构示意图；

图4b为本申请示例性实施例提供的一种吊挂服务节点的结构示意图；

图5a为本申请示例性实施例提供的另一种吊挂控制装置的结构示意图；

图5b为本申请示例性实施例提供的一种中心调度节点的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

针对现有吊挂控制方式的网络结构简单、控制方式单一等技术问题，在本申请实施例中，一方面对吊挂线进行改进，使吊挂线之间相互衔接，为统一、集中调度吊挂线提供了硬件基础；另一方面采用“云-边-端”一体化的吊挂控制系统，将对不同吊挂线的调度在通信层面联通，使不同吊挂线可统一被中心调度节点进行调度，在不同吊挂线之间建立起联动机制，实现灵活、动态和跨线调度，满足数字化工厂对吊挂线的控制要求，为基于吊挂线的个性化、小批量等按需制造提供条件。以下结合附图，详细说明本申请各实施例提供的技术方案。

图2a为本申请示例性实施例提供的一种数字化吊挂控制系统的结构示意图。如图2a所示，该系统100包括：中心调度节点10、边缘集群20以及多条吊挂线30。

在本实施例中，多条吊挂线30部署在生产现场环境（如生产工厂）中，是生产现场环境中进行流水化生产所需的生产运输设备。另外，如图2a所示，在生产现场环境中还存在多个工作站40，这些工作站40被分散在多条吊挂线30上，这些工作站40可以负责完成不同的生产工序，同一生产工序可以有多个工作站40负责。每个工作站40上部署有生产设备，这些吊挂线30负责将生产所需的物料或半成品运输到相应工作站40上。这些物料或半成品可由载具50承载，载具50挂载在吊挂线30上。其中，根据生产场景的不同，工作站40上的生产设备、载具50以及物料的实现形态会有所不同。以服装制造行业为例，不同工作站40上的生产设备可以包括缝纫机、粘衬机、锁眼机、锁边机、熨烫机、钉扣机等，载具50可以是衣架，物料可以是各种服装面料和辅料，半成品是指由面料和/或辅料经部分生产环节得到的产品形态。

其中，对吊挂线30的调度是实现生产过程智能化的基础，与生产的数字化和个性化息息相关。为了满足数字化工厂对吊挂线的控制要求，需要能够对吊挂线30进行灵活、动态和跨线调度，为此，在本实施例中，对多条吊挂线30进行改进，多条吊挂线30之间相互衔接，即同一载具50可以在不同吊挂线30上进行输送，这为统一、集中、灵活调度吊挂线30提供了硬件基础。另外，在多条吊挂线30之间相互衔接的基础上，使得数字化生产工厂中的工作站40的部署更加灵活多样，例如，负责同一生产工序的多个工作站40可以被部署在同一吊挂线30上，也可以被部署到不同吊挂线30上，具体可根据数字化生产工厂的空间布局或空间利用率进行部署，而不用按照流水线模式进行部署。

进一步，为了实现灵活、动态和跨线调度，如图2a所示，本实施例的系统100还包括中心调度节点10和边缘集群20。其中，中心调度节点10位于云端，例如部署在中心云或者传统的数据中心中，在实现形态上可以是云服务器、服务器阵列或虚拟机等。其中，中心调度节点10可通过网络与边缘集群20中的各种服务节点进行通信连接。边缘集群20是指靠近生产现场环境的资源集群，包括一系列的边缘基础设施，这些边缘基础设施包括但不限于：靠近数字化生产现场环境或位于数字化生产现场环境中的分布式数据中心（dc）、无线机房或集群，运营商的通信网络、核心网设备、基站、边缘网关、家庭网关、计算设备和/或存储设备等边缘设备及对应的网络环境等。在这些基础设施上部署有吊挂服务节点21，每条吊挂线30与吊挂服务节点21通信连接，吊挂服务节点21与中心调度节点10通信连接。中心调度节点10和边缘集群20中的吊挂服务节点21相配合，将对不同吊挂线30的调度在通信层面联通，使不同吊挂线30统一被中心调度节点10进行调度，在不同吊挂线30之间建立起联动机制，使得对吊挂线30的灵活、动态和跨线调度成为现实。

具体地，吊挂服务节点21用于实时收集多条吊挂线30在生产过程中产生的吊挂数据并上报给中心调度节点10。其中，吊挂数据是指与吊挂线30相关的数据，例如包括运行在吊挂线30上载具50的标识和位置，也可以包括吊挂线30的运行状态（如故障、正常运行中）、载具50的运行状态（如输送卡顿、正常输送中）等，吊挂数据属于一种产线现场数据，但产线现场数据并不仅仅包含吊挂数据。中心调度节点10用于接收吊挂服务节点21上报的吊挂数据，根据包含吊挂数据的产线现场数据，结合产线基础数据，对多条吊挂线30上的载具50进行动态调度以得到载具的调度信息。其中，产线基础数据是指不同于产线现场数据且又与产线生产相关的一些数据，例如可以包括但不限于订单数据和工序数据。这些订单数据可以来自于订单系统，具体可以是产线上的全部订单数据，也可以是产线上某条或某几条吊挂线涉及的部分订单数据；相应地，工序数据可以来自排产系统，具体可以是全部订单数据涉及的工序数据，也可以是部分订单数据涉及的工序数据，具体可以根据调度需求而定，对此不做限定。其中，订单数据可以包括订单号、订单要求生产的成品型号、款式、数量以及下单日期、交货日期等；工序数据主要描述从物料到完成某种成品的生产所需的一系列工序，工序是指对物料进行连续生产活动直至得到成品所经历的各个生产环节，一个生产环节可称为一道工序。以服装智造行业为例，产线成品可以是各种类型的服装，例如风衣、裙子、裤子等；相应的服装智造所需的工序包括裁剪工序、缝制工序、锁眼钉扣工序、熨烫工序等等。

在得到载具的调度信息之后，中心调度节点10将载具的调度信息下发给吊挂服务节点21；吊挂服务节点21接收中心调度节点10下发的载具的调度信息，并控制多条吊挂线30按照载具的调度信息对载具50进行输送控制。具体地，吊挂服务节点21可以将载具的调度信息提供给多条吊挂线30，以供多条吊挂线30按照载具的调度信息对载具50进行输送控制。可选地，对任一载具，其调度信息包括该载具需要去往的目的站位，目的站位是指载具需要去往的目的工作站。基于此，多条吊挂线30中与该载具输送相关的吊挂线之间相互配合，将该载具从当前位置输送至目的站位。其中，目的站位与载具当前所在的站位（即当前所在的工作站）可能属于同一吊挂线，也可能是跨吊挂线的。如果目的站位与载具当前所在的站位属于同一吊挂线，则该吊挂线可将该载具从当前所在站位输送至目的站位；如果目的站位与载具当前所在的站位是跨吊挂线的，则该载具当前所在第一吊挂线和目的站位所在第二吊挂线相互配合，可选地还可以在从第一吊挂线到第二吊挂线需要经过的第三吊挂线的配合下，将该载具从当前位置输送至目的站位。

在一可选实施例中，如图2b所示，边缘集群20中还包括其它服务节点22，用于获取其它产线现场数据并上传至中心调度节点10。其它服务节点22可以是一个或多个，分别负责获取某种其它产线现场数据。可选地，其它产线现场数据包括人员数据和设备数据中的至少一种。如图2b所示，边缘集群20中包括两个其它服务节点22，一个其它服务节点22用于收集生产现场中的人员数据并上传至中心调度节点10，一个其它服务节点22用于收集生产现场中的设备数据并上传至中心调度节点10。其中，人员数据是指生产现场中在工作站上负责生产的生产人员的相关数据，包括但不限于：生产人员的技能数据、当前是否有人员在岗、生产人员之间的换岗时间、在岗人员的基本数据等等。其中，负责获取人员数据的其它服务节点22可以通过人员管理系统获取人员数据和/或通过生产现场环境中的摄像头等采集设备采集人员数据。设备数据是指生产现场中部署在各工作站上的生产设备的相关数据，包括但不限于：生产设备的运行状态、生产设备的型号、负责的工序、运行时长、使用寿命等等。

基于上述，中心调度节点10还用于接收其它服务节点22上报的其它产线现场数据，即人员数据和设备数据中的至少一种；进而，根据吊挂数据以及人员数据和设备数据中的至少一种，结合产线基础数据，对多条吊挂线30上的载具进行动态调度，以得到载具的调度信息。在本实施例中，中心调度节点10可以结合多维度的产线现场数据，对吊挂线30上的载具进行更加智能、灵活地调度。例如，在某个工作站上的生产设备发生故障时，可以将原本调度至该工作站上的载具重新调度至能够提供相同工序的其它工作站上，确保生产能够正常进行。又例如，在某个工作站上的生产人员临时请假（缺席）的情况下，可以将原本调度至该工作站上的载具重新调度至能够提供相同工序的其它工作站上，确保生产能够正常进行。又例如，可以结合工作站上生产人员的技能水平，调度较少数量的载具至人员技能相对较差的工作站上，调度较多数量的载具至人员技能相对较强的工作站上，以保证整体生产效率。

进一步，如图2b所示，在边缘集群20中还包括边缘网关节点23。该边缘网关节点23负责在边缘集群20中各服务节点（包括吊挂服务节点21和其它服务节点22）与中心调度节点10之间进行数据转发，并在转发数据过程中进行数据格式的转换。例如，吊挂服务节点21与边缘网关节点23之间采用第一数据格式，边缘网关节点23与中心调度节点10之间采用第二数据格式，基于此，吊挂服务节点21可以将第一数据格式的吊挂数据发送给边缘网关节点23；边缘网关节点23将第一数据格式的吊挂数据转换为第二数据格式，并将第二数据格式的吊挂数据发送给中心调度节点10；相应地，边缘网关节点23接收中心调度节点10发送的第二数据格式的调度信息，将第二数据格式的调度信息转换为第一数据格式，将第一数据格式的调度信息发送给吊挂服务节点21。

在一可选实施例中，如图2a和图2b所示，每条吊挂线30包括负责输送载具的吊挂轨道31和负责驱动吊挂轨道的吊挂设备32。其中，不同吊挂线30的吊挂轨道31之间相互衔接。另外，吊挂设备32采用can总线进行数据传输，can总线是一种专用于工业控制的总线。为了便于将每条吊挂线30接入边缘集群20所在局域网中，每条吊挂线30还包括连接于吊挂设备32与吊挂服务节点21之间的can信号转换器33；can信号转换器负责将来自吊挂设备32的数据转换为吊挂服务节点21可接收和识别的数据。可选地，can信号转换器可以是can-以太网（ethernet）转换器，但并不限于此。

其中，在生产现场中的工作站上安装有rfid读写器，每个载具上安装有rfid标签，rfid标签中存储有载具的标识信息；rfid读写器在载具进站的情况下，读取rfid标签中载具的标识信息并上报给rfid读写器对应的吊挂设备32，吊挂设备32可以获取其所在吊挂线30上的各类传感器数据，包括rfid标签中载具的标识信息、上报载具标识信息的rfid读写器的信息（该信息可唯一对应工作站的信息）；进而，基于can信号转换器33上报给吊挂服务节点21。吊挂服务节点21具体可通过can信号转换器33获取吊挂设备32上报的其所在吊挂线30上的传感器数据，对所获取的传感器数据进行预处理以得到吊挂数据。其中，对传感数据的预处理包括但不限于：对传感数据进行过滤，基于从过滤后的传感数据提取有用事件和数据，基于所提取的有用事件和数据生成吊挂数据。其中，有用事件可以是载具的入站事件、出站事件等，有用数据可以是产生入站或出站事件的载具的标识信息、出站或入站的站位信息等。其中，对传感数据进行过滤、事件提取等可减轻中心调度节点10的调度负担。

进一步，在得到吊挂数据之后，如图2b所示，吊挂服务节点21经边缘网关节点23将吊挂数据上报给中心调度节点10。进一步，如图2b所示，在can信号转换器为can-ethernet转换器的情况下，吊挂设备32可以通过tcp/ip协议与吊挂服务节点21进行通信，由吊挂服务节点21提供统一接口来对外提供服务，以便中心调度节点10能够统一对多条吊挂线30进行运输控制。进一步，吊挂服务节点21将载具的调度信息提供给多条吊挂线30具体为：将载具的调度信息广播给各条吊挂线30上的吊挂设备32。吊挂设备32接收到载具的调度信息之后，在需要参与载具调度的情况下，可与其它需要参与载具调度的吊挂设备相互配合，根据该调度信息规划载具的输送路径，沿着该输送路径将载具输送至另一吊挂线或目的站位上。对任一吊挂设备32，如果是载具当前所在吊挂线上的吊挂设备，或者如果是载具需要输送至的目标吊挂线上的吊挂设备，或者如果接收到其它吊挂设备发送的继续输送载具的请求，可以确定自己需要参与载具的调度过程。

在上述实施例中，每条吊挂线30无需专门配置pc机，只需连接can信号转换器接入边缘集群20所在局域网并以此为基础统一接受来自云端的调度，使原先孤立的单条吊挂线组成了一个吊挂线控制网络，多条吊挂线可被同吊挂服务节点和中心调度节点进行统一控制，实现了全厂吊挂控制无pc化。相比于每条吊挂线30专门配置一台pc的方案，本申请实施例提供的技术方案可以降低硬件成本，打破各吊挂线之间的隔离，实现不同吊挂线的统一调度；进一步，还可以降低因操作人员在pc机上发生误操作以及硬件或系统问题而导致的故障率。

在一可选实施例中，边缘集群20中的基础设施包括物理机，物理机上部署有容器（container），物理机是容器的宿主机，容器会共享其所在宿主机的操作系统/内核，但具有隔离的资源结构，具有较高的数据安全性。另外，本实施例的容器可以采用但不限于docker技术部署，采用docker技术部署的容器可称为docker容器。具体地，可以预先构建容器对应的镜像文件，之后加载并运行镜像文件即可启动一个容器，容器是镜像文件的运行时实例。在本申请实施例中，将吊挂服务节点21部署并运行在容器中，不仅可以为吊挂服务节点21提供相互隔离的运行环境，而且具有易于部署的优势。如果数字化工厂环境比较复杂，则可以部署多个容器，在多个容器中分别运行吊挂服务节点21即可，这些吊挂服务节点21之间相互独立，一个吊挂服务节点21故障不会影响其它吊挂服务节点21的正常运行。在部署多个容器的情况下，多个容器可以部署在边缘集群20中的同一物理机上，也可以分散部署在边缘集群20中的不同物理机上。吊挂服务节点21以容器形式运行在边缘集群20中，借助于容器技术的优势，还具有易于迁移、可快速实现灾备恢复等优势。例如，在某个容器或容器所在物理机故障的情况下，可以快速在其他物理机上快速启动新的容器，并将吊挂服务节点21作为应用快速部署在新容器中；或者，在某个容器所在物理机故障的情况下，可以采用热迁移技术将该容器迁移到其它物理机上，确保吊挂服务节点21能够正常提供服务。

进一步可选地，在该情况下，本实施例的系统100还可以包括中心管控节点。中心管控节点可以部署在中心云或传统的数据中心实现，但不限于此。中心管控节点负责对边缘集群20中的容器进行编排和调度。其中，中心管控节点可以采用k8s技术对边缘集群20中的容器进行编排和调度。在一可选实施例中，中心管控节点和中心调度节点可以实现为同一节点设备，当然，也可以是不同节点设备。

在另一可选实施例中，吊挂服务节点21采用webservice（web服务）接口来对外提供服务接口，边缘网关节点23可通过webservice接口与吊挂服务节点21进行通信如图2b所示。进一步，如图2d所示，吊挂服务节点21和边缘网关节点23之间自下而上的通信连接包括两者在物理层之间建立以太网连接，在连接层之间建立tcp/ip连接，在应用层之间基于webservice接口建立http连接。

进一步，如图2c所示，无论吊挂服务节点21是否采用容器形式实现，吊挂服务节点21可以启动多个控制进程和一个服务进程，每个控制进程对应一条吊挂线30；利用多个控制进程分别收集多条吊挂线30上产生的吊挂数据并提供给服务进程；服务进程基于webservice接口将多个控制进程收集到的吊挂数据发送给边缘网关节点23，进而由边缘网关节点23经网络传输将吊挂数据上报给中心调度节点10。

在本申请上述或下述实施例中，并不限定中心调度节点10根据包含吊挂数据的产线现场数据，结合产线基础数据，对多条吊挂线30上的载具进行动态调度的实施方式。下面对该动态调度过程进行示例性说明。

在一示例性实施例a1中，中心调度节点10根据吊挂数据，结合产线基础数据，对多条吊挂线30上的载具进行动态调度。其中，吊挂数据包括多条吊挂线上存在的各载具的标识和位置。

具体地，中心调度节点10在对多条吊挂线30上的载具进行动态调度时，可根据各载具的标识，获取各载具对应的订单数据和工序数据，作为产线基础数据。在本申请可选实施例中，可以通过订单系统管理各用户的订单数据；在成功接单的情况下，还可针对订单进行排产，在排产过程中会建立生产线、载具与订单和工序之间的对应关系，该对应关系可被存储在排产系统中，如图2a所示。基于此，中心调度节点10可根据各载具的标识，从订单系统获取载具对应的订单数据，并根据生产线、载具与订单和工序之间的对应关系，从排产系统中获取各载具对应的订单数据和工序数据。进一步，中心调度节点10根据各载具对应的订单数据和工序数据，结合各载具的位置对各载具进行动态调度，以得到各载具的调度信息。

进一步可选地，在根据各载具对应的订单数据和工序数据，结合各载具的位置对各载具进行动态调度时，可以针对每个载具，根据载具对应的订单数据和工序数据，结合该载具的当前位置，确定可为该载具提供下一个工序服务的候选站位；从候选站位中选择目标站位；根据目标站位生成该载具的调度信息，该调度信息包含载具需要到达的目标站位。

其中，选择候选站位的方式包括：根据载具对应的订单数据和工序数据，确定该载具上承载何种物料，该物料需要哪些工序数据；进一步，结合载具的当前位置可以确定该载具当前所处的站位信息，进而确定该载具当前已完成的工序（即当前所处站位负责的工序）以及所需的下一个工序；最后结合吊挂线之间的衔接关系，选择载具可到达且可为该载具提供下一个工序服务的站位作为候选站位。

其中，选择目标站位的方式包括但不限于：根据载具的当前位置，从候选站位中选择距离当前位置最近的站位作为目标站位；或者，从候选站位中选择当前负载符合设定要求（如最轻）的站位作为目标站位；或者，可以从候选站位中选择负载较轻且距离载具当前位置最近的站位作为目标站位。站位的负载可通过进入该站位排队等待的载具数量进行衡量；如果已进站排队等待的载具数量大于设定的数量阈值，则说明该站位的负载较重；反之，说明该站位的负载较轻。

进一步，如图2a所示，由于本申请实施例的吊挂线彼此之间相互衔接，且可统一由中心调度节点10灵活、动态对吊挂线上的载具进行调度，使得生产规模不再局限于必须以整条吊挂线为最小单位，支持小批量生产，这使得下单用户也不再受限，下单用户既可以是生产需求量较大（订单量可以是几百甚至上千件）的b端用户，也可以是生产量较小（订单量可以是几件或几十件）的c端用户。

在一示例性实施例a2中，中心调度节点10根据吊挂数据、人员数据和设备数据，结合产线基础数据，对多条吊挂线30上的载具进行动态调度。其中，吊挂数据包括多条吊挂线上存在的各载具的标识和位置；人员数据包括各站位上生产人员的技能数据和在岗数据；设备数据包括各站位上生产设备的运行状态数据，该运行状态数据表示对应生产设备是发生故障还是正常运行。

具体地，中心调度节点10在对多条吊挂线30上的载具进行动态调度时，可根据各载具的标识，获取各载具对应的订单数据和工序数据，作为产线基础数据。进一步，中心调度节点10根据各载具对应的订单数据和工序数据，以及人员数据和设备数据，结合各载具的位置对各载具进行动态调度，以得到各载具的调度信息。

进一步可选地，在根据各载具对应的订单数据和工序数据，以及人员数据和设备数据，结合各载具的位置对各载具进行动态调度时，可以针对每个载具，根据载具对应的订单数据和工序数据，结合该载具的当前位置（该位置可表示该载具当前已完成的工序），确定该载具对应的下一个工序；结合人员数据和设备数据，确定可为该载具提供下一个工序服务的候选站位；从候选站位中选择目标站位；根据目标站位生成该载具的调度信息，该调度信息中包括该载具需要去往的目标站位。其中，选择目标站位的方式可参见前述实施例，在此不在赘述。

其中，结合人员数据和设备数据，确定可为该载具提供下一个工序服务的候选站位的方式包括：首先从各站位中确定可提供下一工序服务的第一站位集合；根据第一站位集合中各站位对应的人员数据和设备数据，从第一站位集合中选择生产人员在岗、生产技能符合要求且生产设备正常运行的第二站位集合；进一步，结合吊挂线之间的衔接关系，从第二站位集合中选择载具可到达的站位作为候选站位。

在一示例性实施例a3中，中心调度节点10还用于获取产线物料数据，同时结合产线现场数据、产线基础数据以及产线物料数据，对多条吊挂线30上的载具进行动态调度。其中，产线物料数据包括生产线所需的各种物料的类型、数量以及库存是否充足等信息。

具体地，中心调度节点10在对多条吊挂线30上的载具进行动态调度时，可以根据各载具的标识，获取各载具对应的订单数据和工序数据，作为产线基础数据。进一步，中心调度节点10根据各载具对应的订单数据和工序数据以及产线物料数据，结合各载具的位置对各载具进行动态调度，以得到各载具的调度信息。

进一步可选地，在根据各载具对应的订单数据和工序数据以及产线物料数据，结合各载具的位置对各载具进行动态调度时，可以针对每个载具，根据该载具对应的订单数据和工序数据，结合该载具的当前位置（该位置可表示该载具当前已完成的工序），确定该载具对应的下一个工序；结合该载具对应的产线物料数据，确定下一个工序所需的相关物料（例如辅料）是否充足且已在站位上准备就绪；若是，则从各站位中选择可为该载具提供下一个工序服务且所需相关物料充足且已准备就绪的候选站位；从候选站位中选择目标站位；根据目标站位生成该载具的调度信息，该调度信息中包括该载具需要去往的目标站位。其中，选择目标站位的方式可参见前述实施例，在此不在赘述。

进一步可选地，在对各载具进行动态调度时还可以考虑人员数据和设备数据。基于此，在确定载具对应的下一个工序之后，在选择候选站位的过程中，除了考虑可为载具提供下一个工序服务且所需相关物料充足且已准备就绪这两个因素之外，还可以结合人员数据和设备数据这两个因素。具体地，可以选择可为载具提供下一个工序服务且所需相关物料充足且已准备就绪的第三站位集合；进一步，根据第三站位集合中各站位对应的人员数据和设备数据，从第三站位集合中选择生产人员在岗、生产技能符合要求且生产设备正常运行的第四站位集合；进一步，结合吊挂线之间的衔接关系，从第四站位集合中选择载具可到达的站位作为候选站位。

在一示例性实施例a4中，中心调度节点10还用于获取产线成品的预测销售数据，同时结合产线现场数据、产线基础数据以及产线成品的预测销售数据，对多条吊挂线30上的载具进行动态调度。其中，产线成品是指生产线上生产出的成品，根据生产场景不同，产线成品会有所不同。以服装生产场景为例，产线成品可以是各种服装。产线成品的预测销售数据是指根据产线成品在历史销售数据预测得到的该产线成品在将来的销售数据。其中，历史销售数据是指产线成品在历史销售环节中产生的数据，包括但不限于：产线成品的历史销售量（如月销售量、活动期的销售量、周销售量等）、主要销售产线成品的历史商家数据（如商家名称、店铺地址、店铺类型等）、消费者对产线成品的历史评价数据等等。相应地，预测销售数据包括但不限于：产线成品在将来的预计销售量（如月销售量、活动期的销售量、周销售量等）、将来可能销售产线成品的商家数据（如商家名称、店铺地址、店铺类型等）、以及预计的消费者对产线成品的喜好度等等。

具体地，中心调度节点10在对多条吊挂线30上的载具进行动态调度时，可以根据各载具的标识，获取各载具对应的订单数据和工序数据，作为产线基础数据。进一步，中心调度节点10根据各载具对应的订单数据和工序数据以及产线成品的预测销售数据，结合各载具的位置对各载具进行动态调度，以得到各载具的调度信息。

进一步可选地，在根据各载具对应的订单数据和工序数据以及产线成品的预测销售数据，结合各载具的位置对各载具进行动态调度时，可以结合各种产线成品的预测销售数据，确定各产线成品的需求量；对于每种产线成品，根据其需求量确定可为其调度的载具的数量；进而，按照该数量，结合各载具对应的订单数据和工序数据以及载具的位置，临时更改部分载具对应的订单数据和工序数据；例如，可以将原本对应到产线成品需求量相对较少的订单的部分载具，重新分配给产线成品需求量相对较多的订单，以便于能更快速、更高效地完成产线成品需求量较多的订单生成，提高整体生产效率。在临时更改部分载具对应的订单数据和工序数据之后，针对每个载具，根据该载具对应的订单数据和工序数据，结合该载具的当前位置（该位置可表示该载具当前已完成的工序），确定该载具对应的下一个工序；从各站位中选择可为该载具提供下一个工序服务的候选站位；从候选站位中选择目标站位；根据目标站位生成该载具的调度信息，该调度信息中包括该载具需要去往的目标站位。其中，选择候选站位和目标站位的方式可参见前述实施例，在此不在赘述。

在一示例性实施例a5中，中心调度节点10还用于分别获取产线物料数据和产线成品的预测销售数据，同时结合产线现场数据、产线基础数据、产线物料数据以及产线成品的预测销售数据，对多条吊挂线30上的载具进行动态调度。关于产线物料数据和产线成品的预测销售数据的相关说明可参见前述实施例，在此不再赘述。

具体地，中心调度节点10在对多条吊挂线30上的载具进行动态调度时，可以根据各载具的标识，获取各载具对应的订单数据和工序数据，作为产线基础数据。进一步，中心调度节点10根据各载具对应的订单数据和工序数据，以及产线物料数据和产线成品的预测销售数据，结合各载具的位置对各载具进行动态调度，以得到各载具的调度信息。

进一步可选地，在根据各载具对应的订单数据和工序数据，以及产线物料数据和产线成品的预测销售数据，结合各载具的位置对各载具进行动态调度时，可以结合各种产线成品的预测销售数据，确定各产线成品的需求量；对于每种产线成品，根据其需求量确定可为其调度的载具的数量；进而，按照该数量，结合各载具对应的订单数据和工序数据以及载具的位置，临时更改部分载具对应的订单数据和工序数据；进而，针对每个载具，根据该载具对应的订单数据和工序数据以及产线物料数据，结合该载具的当前位置对各载具进行动态调度。

其中，关于根据各载具对应的订单数据和工序数据以及产线物料数据，结合各载具的位置对各载具进行动态调度的详细实施方式，可参见前述示例性实施例a3中的详细描述，在此不再赘述。

需要说明的是，在上述各示例性实施例中，对任一载具来说，其目标站位与载具当前所在站位可以属于同一吊挂线，也可以属于不同吊挂线，具体视调度策略而定。本申请实施例的调度方式支持跨线调度，即将一个载具从一条吊挂线上调度至另一条吊挂线上，以符合个性化的生产要求，也便于进行小批量生产。

在上述各示例性实施例中，中心调度节点10对各载具的动态调度还体现在各载具被输送至目标站位的过程中，根据应用需求随时更新载具的调度信息。具体地，在各载具被输送至目标站位的过程中，若发生目标站位不可达的情况，针对目标站位不可达的目标载具更新调度信息，并将更新后的调度信息经吊挂服务节点21提供给多条吊挂线30，以供多条吊挂线30按照更新后的调度信息对目标载具进行输送控制。

进一步，在载具被输送至目标站位的过程中，针对每个目标站位，中心调度节点10在根据目标站位对应的设备数据和/或人员数据确定目标站位上的生产设备故障和/或生产人员缺失时，确定目标站位不可达。除此之外，在载具被输送至目标站位的过程中，若接收到紧急订单且需要将该紧急订单调度的某个目标站位，则中心调度节点10也可以确定该目标站位不可达。

在上述各示例性实施例中，中心调度节点10对各载具的动态调度还体现在各载具被输送至目标站位中等待生产的过程中，根据应用需求及时对载具进行改派。具体地，在各载具被输送至目标站位中等待生产的过程中，若发生需要改派载具的情况，则向待改派载具对应的目标站位上的人机交互设备发送改派信息，以供生产人员对待改派载具进行放行处理。例如，生产人员在收到改派信息之后，可以手动按下站位上的放行按钮，以控制吊挂线将该待改派载具从该站位运输出去。

需要说明的是，如果上述各载具是整个工厂中处于可用状态的载具，则各载具对应的订单数据和工序数据是整个工厂中的订单数据和工序数据，这样可以在工厂粒度上对吊挂线上的载具进行联合分析调度；如果上述各载具是来自多个工厂中处于可用状态的载具，则各载具对应的订单数据和工厂数据是多个工厂中的订单数据和工序数据，这样可在工厂集群粒度上对吊挂线上的载具进行联合分析调度。

进一步，在本申请实施例中，中心调度节点除了可以根据包含吊挂数据的产线现场数据，结合订单系统提供的订单数据和排产系统在排产后提供的工序数据对吊挂线上的载具进行调度之外，还可以根据包含吊挂数据的产线现场数据，生成下单引导信息，将该下单引导信息发送给订单系统，以供订单系统引导用户提交订单；和/或，根据包含吊挂数据的产线现场数据，生成排产引导信息，并将该排产引导信息发送给排产系统，以引导排产系统对待产订单进行排产；从而使该吊挂控制系统与订单系统和/或排产系统之间形成反馈闭环，如图2a和图2b所示。

对于下单引导：中心调度节点可以对吊挂数据进行分析，根据吊挂数据中各载具的位置，得到各工作站上的生产进度，例如位于某个工作站上的载具数量较多（如大于设定的数量阈值），说明该工作站的生产进度较慢，有积压现象，反之，如果位于某个工作站上的载具数量较少（如小于设定的数量阈值），说明该工作站的生产进度较快。进而，中心调度节点基于各工作站与工序之间的对应关系，结合各工作站上的生产进度，分析数字化工厂中各工序的剩余生产力；根据各工序与各产线成品之间的对应关系，得到数字化工厂当前针对各产线成品的剩余生产力。

在一可选实施例中，中心调度节点可以将数字化工厂当前针对各产线成品的剩余生产力，作为下单引导信息提供给订单系统。订单系统根据数字化工厂当前针对各产线成品的剩余生产力，生成各产线产品对应的下单约束条件，基于该下单约束条件引导用户提交订单。其中，下单约束条件可以是限定交货期限，例如最少10天；也可以是限定单价，例如单价在原价格基础上增大5%，还可以是限定订单数量，例如单个订单不能超过400件，等等。除此之外，

进一步可选地，在上述分析数字化工厂中各工序的剩余生产力时，还可以结合各工作站上生产人员的技能数据，例如可以对工作站上的生产进度与工作站上生产人员的技能数据进行加权求和，得到工作站的综合生产进度；进而，基于各工作站与工序之间的对应关系，结合各工作站上的综合生产进度，分析数字化工厂中各工序的剩余生产力。对任一工作站而言，在其生产进度一定的基础上，如果该工作站上生产人员的技能熟练度越高，该工作站的综合生产进度就越快，反之，如果该工作站上生产人员的技能熟练度越低，该工作站的综合生产进度会被拉低。

在另一可选实施例中，中心调度节点还可以根据数字化工厂当前针对各产线成品的剩余生产力，生成各产线产品的下单约束条件，将各产线产品的下单约束条件作为下单引导信息提供给订单系统。订单系统基于各产线产品的下单约束条件，引导用户提交订单。例如，订单系统可以在每个产线产品对应的详情页面或下单页面上显示对应的下单约束条件，以供用户查看并确定是否按照该条件进行下单。或者，订单系统也可以直接在用户下单时，在下单页面上锁定这些下单约束条件，例如交货期限最少10天，用户可以将交货期限修改为更长，但不允许用户修改为更短，例如订单量最多是400，用户可以选择400以内的数量，但不允许用户选择超过400的数量。

在本实施例中，通过将吊挂线的现场数据反馈到订单系统，实现产线现场对订单系统的指导，达到订单系统与吊挂调度之间的协调同步。另外，通过下单约束条件，可以侧面反映不同产线产品的热度，激励用户踊跃下单或跟随市场趋势，促进产销市场良性发展。

对于排产引导：中心调度节点可以对吊挂数据进行分析，根据吊挂数据中各载具的位置，得到各工作站上的生产进度；基于各工作站与工序之间的对应关系，结合各工作站上的生产进度，分析数字化工厂中各工序的剩余生产力，将数字化工厂中各工序的剩余生产力作为排产引导信息发送给排产系统；排产系统根据数字化工厂中各工序的剩余生产力，对待产订单进行合理排产。例如，可以确定剩余生产力比较充足的工序，优先安排对这些工序依赖较重的订单进行生产，将哪些对当前生产力不足的工序依赖较重的订单往后安排，以给这些工序留出恢复生产力的时间。

或者，

在一可选实施例中，中心调度节点在得到数字化工厂中各工序的剩余生产力之后，可以据此生成排产约束条件，将排产约束条件作为排产引导信息发送给排产系统。订单排产系统根据该排产约束条件，对待产订单进行合理排产。排产约束条件可以限定工序优先级，例如优先级由高到低的工序顺序依次为a、b和c，则凡是依赖a工序的订单优先排产，其次是依赖b工序的订单，最后是依赖c工序的订单。需要说明的是，如果一个订单同时依赖a和b工序，将该订单视为是属于依赖a工序的订单，需优先对该订单进行排产。排产约束条件可以限定生产力不足的工序进行跨厂排产，例如，对于工厂p1中生产力不足的a工序允许跨厂排产，基于此，排产系统可以将依赖a工序的订单跨厂排产到生产力相对较好的工厂p2中，关于工厂p2可以由中心调度节点提供，也可以由排产系统自行获取。

在本实施例中，通过将吊挂线的现场数据反馈到排产系统，实现产线现场对排产系统的指导，达到排产系统与吊挂调度之间的协调同步，促进排产合理性，提高数字化工厂的整体产能和效率。

由上述可知，在本申请实施例中，通过“云-边-端”一体化的吊挂控制系统，可以在云端实现对吊挂线的集中调度，既能完成工厂生产内部从物料环节到生产环节再到销售环节的关联分析调度，又能在工厂集群粒度上形成协同化生成调度，充分发挥资源整合的作用。本申请实施例提供的“云-边-端”一体化的吊挂控制系统，打破了吊挂线之间的隔离，可满足按需制造需求对吊挂线的调度需求，例如支持小批量生产、个性化生产对吊挂线的调度需求，满足数字化工厂对吊挂线的控制要求。进一步，本申请实施例提供的“云-边-端”一体化的吊挂控制系统，还可以建立消费互联网和产业互联网的关联，实现基于消费数据和行业数据的洞察来指导生产，根据指导下的生产需求对吊挂线进行调度，真正实现以销定产，按需制造。

图3a为本申请示例性实施例提供的一种数字化吊挂控制方法的流程示意图。该方法是从吊挂服务节点的角度进行的描述，如图3a所示，该方法包括：

31a、收集多条吊挂线在生产过程中产生的吊挂数据，多条吊挂线之间相互链接；

32a、将吊挂数据上报给中心调度节点，以供中心调度节点对多条吊挂线上的载具进行动态调度得到载具的调度信息；

33a、接收中心调度节点下发的载具的调度信息，并控制多条吊挂线按照载具的调度信息对载具进行输送控制。

在一可选实施例中，控制多条吊挂线按照载具的调度信息对载具进行输送控制，包括：将载具的调度信息发送给多条吊挂线（具体是吊挂线上的吊挂设备），以供多条吊挂线按照载具的调度信息对载具进行输送控制。发送方式可以是广播，但不限于此。

在一可选实施例中，收集多条吊挂线在生产过程中产生的吊挂数据，包括：吊挂服务节点启动多个控制进程，每个控制进程对应一条吊挂线；利用多个控制进程收集多条吊挂线上产生的吊挂数据。进一步，吊挂服务节点还会启动一个服务进程，则将吊挂数据上报给中心调度节点具体为：服务进程接收多个控制进程收集到的吊挂数据，将这些吊挂数据上报给中心调度节点。

在一可选实施例中，将吊挂数据上报给中心调度节点具体为：将吊挂数据发送给边缘集群中的边缘网关节点，由该边缘网关节点将吊挂数据上报给中心调度节点；相应地，接收中心调度节点下发的载具的调度信息，包括：接收边缘网关节点下发的载具的调度信息，载具的调度信息由中心调度节点发送给边缘网关节点。在此过程中，边缘网关节点可以对转发的数据进行格式转换。

图3b为本申请示例性实施例提供的另一种数字化吊挂控制方法的流程示意图。该方法是从中心调度节点的角度进行的描述，如图3b所示，该方法包括：

31b、接收边缘集群中的吊挂服务节点上报的多条吊挂线在生产过程中产生的吊挂数据，多条吊挂线之间相互链接；

32b、根据包含吊挂数据的产线现场数据，结合产线基础数据，对多条吊挂线上的载具进行动态调度以得到载具的调度信息；

33b、将载具的调度信息下发给吊挂服务节点，以供吊挂服务节点控制多条吊挂线按照载具的调度信息对载具进行输送控制。

在一可选实施例中，该方法还包括：接收边缘集群中其它服务节点上报的其它产线现场数据，其它产线现场数据包括人员数据和设备数据中的至少一种。相应地，上述根据包含吊挂数据的产线现场数据，结合产线基础数据，对多条吊挂线上的载具进行动态调度以得到载具的调度信息，包括：根据吊挂数据以及人员数据和设备数据中的至少一种，结合产线基础数据，对多条吊挂线上的载具进行动态调度以得到载具的调度信息。

在一可选实施例中，该方法还包括：获取产线物料数据和产线成品的预测销售数据中的至少一种。相应地，上述根据包含吊挂数据的产线现场数据，结合产线基础数据，对多条吊挂线上的载具进行动态调度以得到载具的调度信息，包括：根据产线现场数据，结合产线基础数据以及产线物料数据和产线成品的预测销售数据中的至少一种，对多条吊挂线上的载具进行动态调度以得到载具的调度信息。

在一可选实施例中，上述吊挂数据包括多条吊挂线上存在的各载具的标识和位置。相应地，根据包含吊挂数据的产线现场数据，结合产线基础数据，对多条吊挂线上的载具进行动态调度以得到载具的调度信息，包括：根据各载具的标识，获取各载具对应的订单数据和工序数据，作为产线基础数据；根据各载具对应的订单数据和工序数据，结合各载具的位置对各载具进行动态调度，以得到各载具的调度信息。

进一步可选地，上述根据各载具对应的订单数据和工序数据，结合各载具的位置对各载具进行动态调度，以得到各载具的调度信息，包括：针对每个载具，根据载具对应的订单数据和工序数据，结合载具的位置，确定可为载具提供下一个工序的候选站位；从候选站位中选择目标站位；根据目标站位生成载具的调度信息。

在一可选实施例中，该方法还包括：

在各载具被输送至目标站位的过程中，若发生目标站位不可达的情况，针对目标站位不可达的目标载具更新调度信息，并将更新后的调度信息经吊挂服务节点提供给多条吊挂线，以供多条吊挂线按照更新后的调度信息对目标载具进行输送控制；和/或，在各载具被输送至目标站位中等待生产的过程中，若发生需要改派载具的情况，则向待改派载具对应的目标站位上的人机交互设备发送改派信息，以供生产人员对待改派载具进行放行处理。

在一可选实施例中，上述方法还包括：根据包含吊挂数据的产线现场数据，生成下单引导信息，并将下单引导信息发送给订单系统，以供订单系统引导用户提交订单；和/或，根据包含吊挂数据的产线现场数据，生成排产引导信息，并将排产引导信息发送给排产系统，以引导排产系统对待产订单进行排产。

关于上述各方法实施例中各步骤的详细描述，可参见前述系统实施例，在此不再赘述。

在本申请实施例中，一方面对吊挂线进行改进，使吊挂线之间相互衔接，为统一、集中调度吊挂线提供了硬件基础；另一方面采用“云-边-端”一体化的吊挂控制系统，将对不同吊挂线的调度在通信层面联通，使不同吊挂线可统一被中心调度节点进行调度，在不同吊挂线之间建立起联动机制，实现灵活、动态和跨线调度，满足数字化工厂对吊挂线的控制要求，为基于吊挂线的个性化、小批量等按需制造提供条件。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤31a至步骤33a的执行主体可以为设备a；又比如，步骤31a和32a的执行主体可以为设备a，步骤33a的执行主体可以为设备b；等等。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如31a、32a等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

图4a为本申请示例性实施例提供的一种吊挂控制装置的结构示意图。如图4a所示，该装置包括：收集模块41a、发送模块42a和接收模块43a。

其中，收集模块41a，用于收集多条吊挂线在生产过程中产生的吊挂数据，多条吊挂线之间相互链接。发送模块42a，用于将收集模块41a收集的吊挂数据上报给中心调度节点，以供中心调度节点对多条吊挂线上的载具进行动态调度得到载具的调度信息。接收模块43a，用于接收中心调度节点下发的载具的调度信息，并控制多条吊挂线按照载具的调度信息对载具进行输送控制。

在一可选实施例中，发送模块42a还用于：将接收模块43a接收到的载具的调度信息提供给多条吊挂线，以供多条吊挂线按照载具的调度信息对载具进行输送控制。

在一可选实施例中，收集模块41a具体用于：启动多个控制进程，每个控制进程对应一条吊挂线；利用多个控制进程收集多条吊挂线上产生的吊挂数据。进一步，收集模块41a还会启动一个服务进程；发送模块42a在将吊挂数据上报给中心调度节点时，具体为：调用服务进程接收多个控制进程收集到的吊挂数据，将这些吊挂数据上报给中心调度节点。

在一可选实施例中，发送模块42a将吊挂数据上报给中心调度节点具体为：发送模块42a将吊挂数据发送给边缘集群中的边缘网关节点，由该边缘网关节点将吊挂数据上报给中心调度节点；相应地，接收模块43a接收中心调度节点下发的载具的调度信息，包括：接收模块43a接收边缘网关节点下发的载具的调度信息，载具的调度信息由中心调度节点发送给边缘网关节点。

以上描述了吊挂控制装置的内部功能和结构，如图4b所示，实际中，该吊挂控制装置可实现为吊挂服务节点，包括：存储器41b、处理器42b以及通信组件43b。

存储器41b，用于存储计算机程序，并可被配置为存储其它各种数据以支持在吊挂服务节点上的操作。这些数据的示例包括用于在吊挂服务节点上操作的任何应用程序或方法的指令，消息，图片，视频等。

处理器42b，与存储器41b耦合，用于执行存储器41b中的计算机程序，以用于：收集多条吊挂线在生产过程中产生的吊挂数据，所述多条吊挂线之间相互链接；通过通信组件43b将吊挂数据上报给中心调度节点，以供中心调度节点对多条吊挂线上的载具进行动态调度得到载具的调度信息；通过通信组件43b接收中心调度节点下发的载具的调度信息，并控制多条吊挂线按照载具的调度信息对载具进行输送控制。

在一可选实施例中，处理器42b在收集多条吊挂线在生产过程中产生的吊挂数据时，具体用于：启动多个控制进程，每个控制进程对应一条吊挂线；利用多个控制进程收集多条吊挂线上产生的吊挂数据。进一步，处理器42b还会启动一个服务进程，利用该服务进程接收多个控制进程收集到的吊挂数据并将这些吊挂数据上报给中心调度节点。

在一可选实施例中，处理器42b在将吊挂数据上报给中心调度节点时，具体用于：将吊挂数据发送给边缘集群中的边缘网关节点，由该边缘网关节点将吊挂数据上报给中心调度节点；相应地，处理器42b在接收中心调度节点下发的载具的调度信息时，具体用于：接收边缘网关节点下发的载具的调度信息，载具的调度信息由中心调度节点发送给边缘网关节点。

进一步，如图4b所示，该吊挂服务节点还包括：显示器44b、电源组件45b、音频组件46b等其它组件。图4b中仅示意性给出部分组件，并不意味着吊挂服务节点只包括图4b所示组件。另外，图4b中虚线框中所示组件为可选组件，具体可视吊挂服务节点的实现形态而定。如果吊挂服务节点实现为计算机设备、手机等终端设备，则可以包含虚线框中的组件；如果吊挂服务节点实现为服务器、服务器阵列、虚拟机等服务端设备，则不包含虚线框中的组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，当计算机程序被处理器执行时，致使处理器能够实现上述方法实施例中可由吊挂服务节点执行的各步骤。

相应地，本申请实施例还提供一种计算机程序产品，包括计算机程序/指令，当计算机程序/指令被处理器执行时，致使处理器能够实现上述方法实施例中可由吊挂服务节点执行的各步骤。

图5a为本申请示例性实施例提供的一种吊挂控制装置的结构示意图。如图5a所示，该装置包括：接收模块51a、调度模块52a和发送模块53a。

其中，接收模块51a，用于接收边缘集群中的吊挂服务节点上报的多条吊挂线在生产过程中产生的吊挂数据，多条吊挂线之间相互链接。调度模块52a，用于根据包含吊挂数据的产线现场数据，结合产线基础数据，对多条吊挂线上的载具进行动态调度以得到载具的调度信息。发送模块53a，用于将载具的调度信息下发给吊挂服务节点，以供吊挂服务节点控制多条吊挂线按照载具的调度信息对载具进行输送控制。

在一可选实施例中，接收模块51a还用于：接收边缘集群中其它服务节点上报的其它产线现场数据，其它产线现场数据包括人员数据和设备数据中的至少一种。相应地，调度模块52a在对多条吊挂线上的载具进行动态调度时，具体用于：根据吊挂数据以及人员数据和设备数据中的至少一种，结合产线基础数据，对多条吊挂线上的载具进行动态调度以得到载具的调度信息。

在一可选实施例中，接收模块51a还用于：获取产线物料数据和产线成品的预测销售数据中的至少一种。相应地，调度模块52a在对多条吊挂线上的载具进行动态调度时，具体用于：根据产线现场数据，结合产线基础数据以及产线物料数据和产线成品的预测销售数据中的至少一种，对多条吊挂线上的载具进行动态调度以得到载具的调度信息。

在一可选实施例中，上述吊挂数据包括多条吊挂线上存在的各载具的标识和位置。相应地，调度模块52a在对多条吊挂线上的载具进行动态调度时，具体用于：根据各载具的标识，获取各载具对应的订单数据和工序数据，作为产线基础数据；根据各载具对应的订单数据和工序数据，结合各载具的位置对各载具进行动态调度，以得到各载具的调度信息。

进一步可选地，调度模块52a在根据各载具对应的订单数据和工序数据，结合各载具的位置对各载具进行动态调度时，具体用于：针对每个载具，根据载具对应的订单数据和工序数据，结合载具的位置，确定可为载具提供下一个工序的候选站位；从候选站位中选择目标站位；根据目标站位生成载具的调度信息。

在一可选实施例中，调度模块52a还用于：在各载具被输送至目标站位的过程中，若发生目标站位不可达的情况，针对目标站位不可达的目标载具更新调度信息，并将更新后的调度信息经吊挂服务节点提供给多条吊挂线，以供多条吊挂线按照更新后的调度信息对目标载具进行输送控制。和/或，调度模块52a还用于：在各载具被输送至目标站位中等待生产的过程中，若发生需要改派载具的情况，则向待改派载具对应的目标站位上的人机交互设备发送改派信息，以供生产人员对待改派载具进行放行处理。

在一可选实施例中，调度模块52a还用于：根据包含吊挂数据的产线现场数据，生成下单引导信息，并将下单引导信息发送给订单系统，以供订单系统引导用户提交订单。和/或，调度模块52a还用于：根据包含吊挂数据的产线现场数据，生成排产引导信息，并将排产引导信息发送给排产系统，以引导排产系统对待产订单进行排产。

以上描述了吊挂控制装置的内部功能和结构，如图5b所示，实际中，该吊挂控制装置可实现为中心调度节点，包括：存储器51b、处理器52b以及通信组件53b。

存储器51b，用于存储计算机程序，并可被配置为存储其它各种数据以支持在中心调度节点上的操作。这些数据的示例包括用于在中心调度节点上操作的任何应用程序或方法的指令，消息，图片，视频等。

处理器52b，与存储器51b耦合，用于执行存储器51b中的计算机程序，以用于：通过通信组件53b接收边缘集群中的吊挂服务节点上报的多条吊挂线在生产过程中产生的吊挂数据，多条吊挂线之间相互链接；根据包含吊挂数据的产线现场数据，结合产线基础数据，对多条吊挂线上的载具进行动态调度以得到载具的调度信息；将载具的调度信息下发给吊挂服务节点，以供吊挂服务节点控制多条吊挂线按照载具的调度信息对载具进行输送控制。

在一可选实施例中，处理器52b还用于：通过通信组件53b接收边缘集群中其它服务节点上报的其它产线现场数据，其它产线现场数据包括人员数据和设备数据中的至少一种。相应地，处理器52b在对多条吊挂线上的载具进行动态调度时，具体用于：根据吊挂数据以及人员数据和设备数据中的至少一种，结合产线基础数据，对多条吊挂线上的载具进行动态调度以得到载具的调度信息。

在一可选实施例中，处理器52b还用于：通过通信组件53b获取产线物料数据和产线成品的预测销售数据中的至少一种。相应地，处理器52b在对多条吊挂线上的载具进行动态调度时，具体用于：根据产线现场数据，结合产线基础数据以及产线物料数据和产线成品的预测销售数据中的至少一种，对多条吊挂线上的载具进行动态调度以得到载具的调度信息。

在一可选实施例中，上述吊挂数据包括多条吊挂线上存在的各载具的标识和位置。相应地，处理器52b在对多条吊挂线上的载具进行动态调度时，具体用于：根据各载具的标识，获取各载具对应的订单数据和工序数据，作为产线基础数据；根据各载具对应的订单数据和工序数据，结合各载具的位置对各载具进行动态调度，以得到各载具的调度信息。

进一步可选地，处理器52b在根据各载具对应的订单数据和工序数据，结合各载具的位置对各载具进行动态调度时，具体用于：针对每个载具，根据载具对应的订单数据和工序数据，结合载具的位置，确定可为载具提供下一个工序的候选站位；从候选站位中选择目标站位；根据目标站位生成载具的调度信息。

在一可选实施例中，处理器52b还用于：在各载具被输送至目标站位的过程中，若发生目标站位不可达的情况，针对目标站位不可达的目标载具更新调度信息，并将更新后的调度信息经吊挂服务节点提供给多条吊挂线，以供多条吊挂线按照更新后的调度信息对目标载具进行输送控制；和/或，在各载具被输送至目标站位中等待生产的过程中，若发生需要改派载具的情况，则通过通信组件53b向待改派载具对应的目标站位上的人机交互设备发送改派信息，以供生产人员对待改派载具进行放行处理。

在一可选实施例中，处理器52b还用于：根据包含吊挂数据的产线现场数据，生成下单引导信息，并将下单引导信息发送给订单系统，以供订单系统引导用户提交订单；和/或，根据包含吊挂数据的产线现场数据，生成排产引导信息，并将排产引导信息发送给排产系统，以引导排产系统对待产订单进行排产。

进一步，如图5b所示，该中心调度节点还包括：电源组件55b等其它组件。图5b中仅示意性给出部分组件，并不意味着中心调度节点只包括图5b所示组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，当计算机程序被处理器执行时，致使处理器能够实现上述方法实施例中可由中心调度节点执行的各步骤。

相应地，本申请实施例还提供一种计算机程序产品，包括计算机程序/指令，当计算机程序/指令被处理器执行时，致使处理器能够实现上述方法实施例中可由中心调度节点执行的各步骤。

上述实施例中的存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器（sram），电可擦除可编程只读存储器（eeprom），可擦除可编程只读存储器（eprom），可编程只读存储器（prom），只读存储器（rom），磁存储器，快闪存储器，磁盘或光盘。

上述实施例中的通信组件被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如wifi，2g、3g、4g/lte、5g等移动通信网络，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件还包括近场通信（nfc）模块，以促进短程通信。例如，在nfc模块可基于射频识别（rfid）技术，红外数据协会（irda）技术，超宽带（uwb）技术，蓝牙（bt）技术和其他技术来实现。

上述实施例中的显示器包括屏幕，其屏幕可以包括液晶显示器（lcd）和触摸面板（tp）。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

上述实施例中的电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

上述实施例中的音频组件，可被配置为输出和/或输入音频信号。例如，音频组件包括一个麦克风（mic），当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括一个扬声器，用于输出音频信号。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、cd-rom、光学存储器等）上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。