一种用于确定高复杂度吊装轨迹的系统技术方案

本申请公开了一种用于确定高复杂度吊装轨迹的系统。该系统包括：数据交互装置被配置成接收用户输入的吊装参数，对吊装参数进行处理得到多个初始轨迹点，生成多个轨迹计算请求，建立websocket连接以将多个轨迹计算请求发送至微服务器集群；微服务器集群与数据交互装置通信，被配置成在接收到轨迹计算请求的情况下，返回接收成功信息，对多个轨迹计算请求进行分配计算，得到每个初始轨迹点的目标轨迹点，分别将目标轨迹点通过websocket连接发送至数据交互装置；其中，每个轨迹计算请求均关联一条轨迹计算参数。本申请通往微服务器集群将轨迹计算的请求、计算和结果返回分为三个步骤分别进行处理，极大提升了系统的性能，提高了服务器的利用率，降低了系统成本。降低了系统成本。降低了系统成本。

【技术实现步骤摘要】
一种用于确定高复杂度吊装轨迹的系统


[0001]本申请涉及工程机械
，具体地涉及一种用于确定高复杂度吊装轨迹的系统。

技术介绍

[0002]随着建基的迅速发展，起重机作为建基中的重要一环，其吊装轨迹模拟的呼声越来越高。基于起重机吊装轨迹模拟的需求，市面上出现了很多起重机吊装轨迹模拟系统。现行的计算起重机吊装轨迹的系统主要有两种，一种是部署在用户本地的计算高复杂度起重机吊装轨迹的本地系统。另一种是部署在线上的计算简单起重机吊装轨迹的web系统。然而以上两种系统均存在一定的问题，本地系统由于部署在用户本地，不管是升级、部署、维护还是排查问题的成本都极高且效率极低，会导致用户体验感较差。Web系统查询计算是基于TCP普通协议，当碰到依赖于数据库数据或者算法比较复杂的情况时，会导致处理进程耗时较长，且轨迹计算极容易失败。
[0003]因此，现有技术中所采用的技术起重机吊装轨迹的系统存在成本较高且运算效率较低，或者无法适用于复杂轨迹计算的问题。

技术实现思路

[0004]本申请实施例的目的是提供一种用于确定高复杂度吊装轨迹的系统，用以解决现有技术中所采用的技术起重机吊装轨迹的系统存在成本较高且运算效率较低，或者无法适用于复杂轨迹计算的问题。
[0005]为了实现上述目的，本申请第一方面提供一种用于确定高复杂度吊装轨迹的系统，该系统包括：
[0006]数据交互装置，被配置成：
[0007]接收用户输入的吊装参数；
[0008]对吊装参数进行处理以得到多个初始轨迹点；<br/>[0009]基于多个初始轨迹点生成多个轨迹计算请求；
[0010]建立websocket连接，通过websocket连接将多个轨迹计算请求分别发送至微服务器集群；
[0011]微服务器集群，与数据交互装置通信，被配置成：
[0012]在接收到数据交互装置发送的轨迹计算请求的情况下，向数据交互装置返回接收成功信息；
[0013]对多个轨迹计算请求进行分配计算，以分别得到每个初始轨迹点的目标轨迹点；
[0014]分别将已经计算出的目标轨迹点通过websocket连接发送至数据交互装置；
[0015]其中，每个轨迹计算请求均关联一条轨迹计算参数。
[0016]在本申请实施例中，微服务器集群包括：
[0017]集群管理服务器，被配置成接收数据交互装置发送的多个轨迹计算请求，以及将
多个轨迹计算请求分别分配至多个轨迹计算模块；
[0018]多个轨迹计算模块，分别与集群管理服务器通信，被配置成将轨迹计算请求关联的轨迹计算参数打包为一条kafka消息数据，并将kafka消息数据发送至kafka消息管理器；
[0019]kafka消息管理器，分别与多个轨迹计算模块通信，被配置成将kafka消息数据缓存至kafka消息队列中。
[0020]在本申请实施例中，多个轨迹计算模块还被配置成：
[0021]消费kafka消息队列中的消息，以计算出任意初始轨迹点的目标轨迹点；
[0022]将目标轨迹点通过websocket连接发送至数据交互装置。
[0023]在本申请实施例中，kafka消息管理器还与集群管理服务器通信，kafka消息管理器还被配置成：
[0024]监听kafka消息队列的当前消息缓存量和多个轨迹计算模块的当前节点数；
[0025]在当前消息缓存量大于消息缓存最大阈值的情况下，判断当前节点数是否小于最大节点数；
[0026]在当前节点数小于最大节点数的情况下，向集群管理服务器发送增加轨迹计算模块的节点增加请求。
[0027]在本申请实施例中，kafka消息管理器还被配置成：
[0028]在当前节点数等于最大节点数的情况下，生成记录日志；
[0029]将记录日志发送至对应的轨迹计算模块。
[0030]在本申请实施例中，kafka消息管理器还被配置成：
[0031]在当前消息缓存量小于消息缓存最小阈值的情况下，判断当前节点数是否大于最小节点数；
[0032]在当前节点数大于最小节点数的情况下，向集群管理服务器发送减少轨迹计算模块的节点减少请求。
[0033]在本申请实施例中，集群管理服务器还被配置成：
[0034]根据接收到的kafka消息管理器发送的节点增加请求或节点减少请求对多个轨迹计算模块进行管理。
[0035]在本申请实施例中，吊装参数包括：
[0036]起重机的当前位置、吊装目标点和吊装工况参数。
[0037]在本申请实施例中，数据交互装置还被配置成：
[0038]将起重机的当前位置和吊装目标点转化为三维坐标，以得到当前位置坐标和目标点坐标；
[0039]将当前位置坐标和目标点坐标通过直线连接；
[0040]设置直线的标识号；
[0041]在直线中等距离选取多个初始轨迹点；
[0042]确定每个初始轨迹点的轨迹计算参数；
[0043]其中，每个初始轨迹点的轨迹计算参数包括初始轨迹点的坐标数据、直线的标识号和吊装工况参数。
[0044]在本申请实施例中，数据交互装置还被配置成：
[0045]在建立websocket连接的同时启动一个定时器；
[0046]在检测到初始轨迹点对应的目标轨迹点全部返回或者定时器停止计时的情况下，断开websocket连接；
[0047]根据接收到的所有目标点确定起重机的吊装轨迹。
[0048]通过上述技术方案，提供一种用于确定高复杂度吊装轨迹的系统，该系统包括数据交互装置和微服务器集群，数据交互装置和微服务器集群通信；数据交互装置接收用户输入的吊装参数，对吊装参数进行处理以得到多个初始轨迹点，基于多个初始轨迹点生成多个轨迹计算请求，建立websocket连接，通过websocket连接将多个轨迹计算请求分别发送至微服务器集群；微服务器集群在接收到数据交互装置发送的轨迹计算请求的情况下，向数据交互装置返回接收成功信息，对多个轨迹计算请求进行分配计算，以分别得到每个初始轨迹点的目标轨迹点；分别将已经计算出的目标轨迹点通过websocket连接发送至数据交互装置；其中，每个轨迹计算请求均关联一条轨迹计算参数。本申请通往微服务器集群将轨迹计算的请求、计算和结果返回分为三个步骤分别进行处理，极大提升了各个步骤的性能，提高了服务器的利用率，降低了系统成本。
[0049]本申请实施例的其它特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
[0050]附图是用来提供对本申请实施例的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本申请实施例，但并不构成对本申请实施例的限制。在附图中：
[0051]图1为本申请实施例提供的一种用于确定高复杂度吊装轨迹的系统的结构示意图；
[0052]图2为本申请一具体实施例提供的一种用于确定高复杂度吊装轨迹的本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种用于确定高复杂度吊装轨迹的系统，其特征在于，包括：数据交互装置，被配置成：接收用户输入的吊装参数；对所述吊装参数进行处理以得到多个初始轨迹点；基于所述多个初始轨迹点生成多个轨迹计算请求；建立websocket连接，通过所述websocket连接将所述多个轨迹计算请求分别发送至微服务器集群；所述微服务器集群，与所述数据交互装置通信，被配置成：在接收到所述数据交互装置发送的轨迹计算请求的情况下，向所述数据交互装置返回接收成功信息；对所述多个轨迹计算请求进行分配计算，以分别得到每个初始轨迹点的目标轨迹点；分别将已经计算出的目标轨迹点通过所述websocket连接发送至所述数据交互装置；其中，每个轨迹计算请求均关联一条轨迹计算参数。2.根据权利要求1所述的系统，其特征在于，所述微服务器集群包括：集群管理服务器，被配置成接收所述数据交互装置发送的多个轨迹计算请求，以及将所述多个轨迹计算请求分别分配至多个轨迹计算模块；所述多个轨迹计算模块，分别与所述集群管理服务器通信，被配置成将轨迹计算请求关联的轨迹计算参数打包为一条kafka消息数据，并将所述kafka消息数据发送至kafka消息管理器；所述kafka消息管理器，分别与所述多个轨迹计算模块通信，被配置成将所述kafka消息数据缓存至kafka消息队列中。3.根据权利要求2所述的系统，其特征在于，所述多个轨迹计算模块还被配置成：消费所述kafka消息队列中的消息，以计算出任意初始轨迹点的目标轨迹点；将所述目标轨迹点通过所述websocket连接发送至所述数据交互装置。4.根据权利要求2所述的系统，其特征在于，所述kafka消息管理器还与所述集群管理服务器通信，所述kafka消息管理器还被配置成：监听所述kafka消息队列的当前消息缓存量和所述多个轨迹计算模块的当前节点数；在所述当前消息缓存量大于消息缓存最...

【专利技术属性】
技术研发人员：郭付朋，邓平，王虎，龚建，詹澎，
申请(专利权)人：中科云谷科技有限公司，
类型：发明
国别省市：