CN116319650B - 港口设备数据的分发方法、装置、系统及集装箱起重机 - Google Patents

Abstract

本申请提供了一种港口设备数据的分发方法、装置、系统及集装箱起重机，具体实现方案为：接收消费端发送的订阅请求信息，其中，所述订阅请求信息包括：数据推送类型、待订阅的港口设备数据及其对应的消息队列；在预设的港口设备数据库中存在所述待订阅的港口设备数据对应的目标订阅数据的情况下，针对所述数据推送类型向所述消费端返回订阅成功结果；按照所述数据推送类型将所述目标订阅数据推送至所述消息队列，以使所述消费端在所述消息队列中获取所述目标订阅数据；在消费端离线的情况下，若符合预设的推送条件，则继续按照所述数据推送类型推送所述目标订阅数据至所述消息队列。根据本申请的技术方案，能够提升数据分发的效率和准确率。

Description

港口设备数据的分发方法、装置、系统及集装箱起重机

技术领域

本申请涉及港口设备技术领域，尤其涉及一种港口设备数据的分发方法、装置、系统及集装箱起重机。

背景技术

随着自动化码头的陆续投入使用，越来越多的智能起重机设备应用到码头，大量数据在设备和系统运行中产生，为了实现自动化作业，设备数据需要在不同系统之间流转。而，不同系统需要的设备数据也并不相同，需要工作人员介入对设备数据进行分发，若无法与系统通信，工作人员则无法及时对设备数据进行分发，从而导致数据缺失，无法满足系统的实际需求，使得数据分发的效率和准确率低下，从而影响起重机设备的自动化作业。

发明内容

为了解决上述问题，本申请提出一种港口设备数据的分发方法、装置、系统及集装箱起重机，能够提升数据分发的效率和准确率。

根据本申请实施例的第一方面，提供了一种港口设备数据的分发方法，包括：

接收消费端发送的订阅请求信息，其中，所述订阅请求信息包括：数据推送类型、待订阅的港口设备数据及其对应的消息队列；

在预设的港口设备数据库中存在所述待订阅的港口设备数据对应的目标订阅数据的情况下，针对所述数据推送类型向所述消费端返回订阅成功结果；其中，所述订阅成功结果至少包括：订阅成功信息；

按照所述数据推送类型将所述目标订阅数据推送至所述消息队列，以使所述消费端在所述消息队列中获取所述目标订阅数据；

在消费端离线的情况下，若符合预设的推送条件，则继续按照所述数据推送类型推送所述目标订阅数据至所述消息队列；其中，所述预设的推送条件包括以下至少一种：所述消息队列是惰性消息队列或预设的配置信息库中存在所述订阅请求信息。

根据本申请实施例的第二方面，提供了一种港口设备数据的分发装置，包括：

接收模块，用于接收消费端发送的订阅请求信息，其中，所述订阅请求信息包括：数据推送类型、待订阅的港口设备数据及其对应的消息队列；

处理模块，用于在预设的港口设备数据库中存在所述待订阅的港口设备数据对应的目标订阅数据的情况下，针对所述数据推送类型向所述消费端返回订阅成功结果；其中，所述订阅成功结果至少包括：订阅成功信息；

分发模块，用于按照所述数据推送类型将所述目标订阅数据推送至所述消息队列，以使所述消费端在所述消息队列中获取所述目标订阅数据；

第一离线模块，用于在消费端离线的情况下，若符合预设的推送条件，则继续按照所述数据推送类型推送所述目标订阅数据至所述消息队列；其中，所述预设的推送条件包括以下至少一种：所述消息队列是惰性消息队列或预设的配置信息库中存在所述订阅请求信息。

本申请第三方面提供了一种港口自动化系统，包括：控制器以及多个港口设备；

所述多个港口设备用于发送港口设备数据；

所述控制器用于接收所述港口设备数据，并对所述港口设备数据进行分发；

其中，所述控制器包括：存储器和处理器；

所述存储器与所述处理器连接，用于存储程序；

所述处理器，通过运行所述存储器中的程序，实现上述的港口设备数据的分发方法。

本申请第四方面提供了一种集装箱起重机，包括：起重机本体以及上述实施例所述的港口自动化系统。

上述申请中的一个实施例具有如下优点或有益效果：

接收消费端发送的订阅请求信息，其中，订阅请求信息包括：待订阅的港口设备数据、数据推送类型以及消息队列；在预设的港口设备数据库中存在待订阅的港口设备数据对应的目标订阅数据的情况下，针对数据推送类型向所述消费端返回订阅成功结果；其中，订阅成功结果至少包括：订阅成功信息；再针对数据推送类型，将目标订阅数据推送至消息队列。在消费端离线的情况下，若符合预设的推送条件，则继续推送所述目标订阅数据至所述消息队列；其中，所述预设的推送条件包括以下至少一种：所述消息队列是惰性消息队列或预设的配置信息库中存在所述订阅请求信息。如此，无需工作人员介入，利用数据推送类型也能够实现根据消费端的需求对目标订阅数据进行分发，使得消费端能够及时在消息队列中获取目标订阅数据。并且当消费端离线时依然能够根据系统的实际需求进行数据分发，保证了数据的完整性，从而有效提升数据的分发准确率和效率，进而实现起重机设备的自动化作业。

附图说明

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

图1为本申请实施例提供的一种港口设备数据的分发方法的流程示意图。

图2为本申请实施例提供的一种港口设备数据的分发方法的具体流程示意图。

图3为本申请实施例提供的另一种港口设备数据的分发方法的具体流程示意图。

图4为本申请实施例提供的不同数据推送的示意图。

图5为本申请实施例提供的一种港口设备数据的分发装置的结构示意图。

图6为本申请实施例提供的一种港口自动化系统的结构示意图。

图7为本申请实施例提供的控制器的结构示意图。

具体实施方式

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

图1是根据本申请一实施例的港口设备数据的分发方法的流程图。在一示例性实施例中，提供了一种港口设备数据的分发方法，包括：

S110、接收消费端发送的订阅请求信息，其中，所述订阅请求信息包括：待订阅的港口设备数据、数据推送类型以及消息队列；所述消息队列是根据所述待订阅的港口设备数据确定的；

S120、在预设的港口设备数据库中存在所述待订阅的港口设备数据对应的目标订阅数据的情况下，针对所述数据推送类型向所述消费端返回订阅成功结果；其中，所述订阅成功结果至少包括：订阅成功信息；

S130、按照所述数据推送类型将所述目标订阅数据推送至所述消息队列，以使消费端在所述消息队列中获取所述目标订阅数据。

需要说明的是，步骤S110-S130的港口设备数据的分发方法应用于服务端，如服务器，服务器可以是具有一定运算处理能力的电子设备。其可以具有网络通信模块、处理器和存储器等。当然，所述服务器也可以是指运行于所述电子设备中的软体。所述服务器还可以为分布式服务器，可以是具有多个处理器、存储器、网络通信模块等协同运作的系统。或者，服务器还可以为若干服务器形成的服务器集群。或者，随着科学技术的发展，服务器还可以是能够实现说明书实施方式相应功能的新的技术手段。在本实施例中，步骤S110-S130的港口设备数据的分发方法应用于Broker服务器中。

在步骤S110中，示例性地，消费端表示需要订阅港口设备数据的各个业务系统。其中，业务系统可以包括：OAS系统、TCS系统等。港口设备包括：场桥的设备、岸桥的设备、操作台以及其他设置有传感器的设备。订阅请求信息用于向服务端请求数据。订阅请求信息包括：待订阅的港口设备数据、消息队列、数据推送类型、消费端自身信息等。可选地，在港口设备中指定一个特定设备，那么待订阅的港口设备数据就是特定设备的所有数据。还可以是直接指定设备中的一个或多个数据作为待订阅的港口设备数据。也可以是指定多个设备的多个数据作为待订阅的港口设备数据。待订阅的港口设备数据可以是当前时刻的数据，也可以是历史时刻的数据，在此不作限定。港口设备数据包括：温度、大车速度、小车速度、吊具速度、吊具位置、大车位置、小车位置、操作台正在操作的设备、操作台的运行状态（自动运行或手动运行）等。消息队列（Message Queue，MQ）是基础数据结构中“先进先出”的一种数据结构。例如，RabbitMQ、Kafka。根据待订阅的港口设备数据类型指定消息队列的消息类型，从而对消息队列进行设置。可选地，数据推送类型可以是消费端预先选择的，还可以是预先设置港口设备数据设置与数据推送类型的对应关系，这样在确定待订阅的港口设备数据后，就可以在上述对应关系中查找对应的数据推送类型。在本实施例中，数据推送类型包括：数据定时推送和数据变位推送，其中，数据变位推送表示在数据的数值发生变化的情况下，才进行推送。

具体地，消费端首次订阅创建消息队列，并设置其临时属性（如，服务host地址、端口、虚拟主机地址、用户名和密码等），并根据待订阅的港口设备数据类型指定消息队列的消息类型，这样，设置了针对该消费端和待订阅的港口设备数据的消息队列。消费端将待订阅的港口设备数据及其对应的消息队列和数据推送类型作为订阅请求信息发送至服务端。服务端获取订阅请求信息后，对订阅请求信息进行解析，确定其中的待订阅的港口设备数据、消息队列和数据推送类型。

在步骤S120中，示例性地，预设的港口设备数据库是预先设置在服务端的数据库，其用于保存各个港口设备的各个检测点所上传的检测点数据以及各个港口设备的基础信息，其中，检测点数据包括：检测点名称、检测数值、检测时间以及到上位机后还会附加设备标识。

可选地，在待订阅的港口设备数据是任一港口设备的情况下，在预设的港口设备数据库中查找任一港口设备的所有数据作为目标订阅数据。可选地，在待订阅的港口设备数据是任一港口设备的指定数据的情况下，在预设的港口设备数据库中查找任一港口设备的指定数据作为目标订阅数据。具体地，若预设的港口设备数据库中存在待订阅的港口设备数据对应的目标订阅数据，说明消费端可以在服务端中订阅目标订阅数据，针对不同的数据推送类型向消费端返回不同的订阅成功结果。

优选地，在数据推送类型为数据变位推送的情况下，步骤S120包括：

在预设的港口设备数据库中存在所述待订阅的港口设备数据对应的目标订阅数据的情况下，创建订阅成功信息；在所述数据推送类型为数据变位推送的情况下，确定所述目标订阅数据的初始值；将所述目标订阅数据的初始值以及所述订阅成功信息作为所述订阅成功结果，返回至所述消费端。其中，目标订阅数据的初始值表示首次订阅目标订阅数据时所确定的数值。由上分析可知，由于数据推送类型为数据变位推送，因此会存在很久推送一次数据的情况，为了让消费端更加清楚的了解设备，所以在预设的港口设备数据库中存在待订阅的港口设备数据对应的目标订阅数据的情况下（即港口设备数据库中存在消费端所需资源），将目标订阅数据的初始值和订阅成功信息一起发送至消费端。

可选地，在数据推送类型为数据定时推送的情况下，步骤S120包括：在预设的港口设备数据库中存在待订阅的港口设备数据对应的目标订阅数据的情况下，创建订阅成功信息；将订阅成功信息作为订阅成功结果返回至所述消费端。由上分析可知，由于数据推送类型为数据定时推送，所以每隔一段时间就会推送数据，不会存在很久推送一次数据的情况，因此只需要向消费端发送订阅成功信息。

进一步地，在预设的港口设备数据库中不存在待订阅的港口设备数据对应的目标订阅数据的情况下，创建订阅失败信息；将订阅失败信息作为订阅失败结果返回至所述消费端。

在步骤S130中，示例性地，在服务端确定目标订阅数据后，根据数据推送类型确定目标订阅数据的推送方式，按照确定出的推送方式不断将目标订阅数据推送至消息队列，这样，可以对订阅数据按照不同的推送方式推送，提升数据分发的效率。

在本申请的技术方案中，接收消费端发送的订阅请求信息，其中，订阅请求信息包括：待订阅的港口设备数据、数据推送类型以及消息队列；在预设的港口设备数据库中存在待订阅的港口设备数据对应的目标订阅数据的情况下，针对数据推送类型向所述消费端返回订阅成功结果；其中，订阅成功结果至少包括：订阅成功信息；再针对数据推送类型，将目标订阅数据推送至消息队列，如此，无需工作人员介入，利用数据推送类型也能够实现根据消费端的需求对目标订阅数据进行分发，使得消费端及时在消息队列中获取目标订阅数据，有效提升数据的分发效率，使得数据能够在各个系统中高效的流转，从而保障了港口设备的运营。

进一步地，在预设的港口设备数据库中存在所述待订阅的港口设备数据对应的目标订阅数据的情况下，针对所述数据推送类型向所述消费端返回订阅成功结果之后，所述方法还包括：

S140、在消费端离线的情况下，若符合预设的推送条件，则继续按照数据推送类型推送所述目标订阅数据至所述消息队列；其中，所述预设的推送条件包括以下至少一种：所述消息队列是惰性消息队列或预设的配置信息库中存在所述订阅请求信息。

示例性地，消费端离线表示消费端与消息队列无法传输信息，例如，消息队列不存在可以表示消费端离线，消费端与消息队列断开连接可以表示消费端离线。预设的配置信息库是预先设置在服务端中的数据库，预设的配置信息库用于存储消费端事先预约的固定使用的订阅请求信息。可选地，在服务端启动时自动根据配置信息库中的订阅请求信息，查找与待订阅的港口设备数据对应的目标订阅数据。若消费端在线，则将目标订阅数据推送至消息队列。若消费端不在线，由于上述订阅请求信息是预设的配置信息库中的信息，说明上述订阅请求信息是消费端固定使用的数据为了保证订阅数据的完整性，会继续推送目标订阅数据至所述消息队列。这样，在通信断开的情况下，依然能够满足消费端需要使用的固定数据的需求，保证了固定数据的数据完整性，可见，服务端可以根据系统的实际需求个性化的对订阅数据进行推送，能够适应多种不同的数据分发场景，进而无需人工介入，也可以准确地对数据进行分发。而且无需发送订阅请求，也可以获得所需的数据，提升了数据的分发效率。进一步地，若需要退订或改变固定使用的订阅请求信息，需要在服务端的配置信息库中进行修改。

示例性地，惰性消息队列（LazyQueue）是将获取消息存入磁盘中，而在消费者消费到相应的消息时才会被加载到内存中的队列。可选地，在消费端创建消息队列时，声明消息队列是惰性属性的消息队列。消费端向服务端发送订阅请求，根据订阅请求中的待订阅的港口设备数据确定对应的目标订阅数据。若消费端在线，则将目标订阅数据推送至消息队列。若消费端不在线，由于消息队列是惰性消息队列，能够支持更多的消息存储，因此继续推送目标订阅数据至所述消息队列。这样，在通信断开的情况下，依然能够满足消费端需要使用的数据的需求，保证了数据的数据完整性，可见，服务端可以根据系统的实际需求个性化的对订阅数据进行推送，能够适应多种不同的数据分发场景，进而无需人工介入，也可以准确地对数据进行分发。而且无需发送订阅请求，也可以获得所需的数据，提升了数据的分发效率。需要说明的是，在消费端与惰性消息队列重新连接后，依然使用上述惰性消息队列进行数据传输。

进一步地，在使用惰性消息队列的情况下，若消费端需要退订部分/全部数据，消费端先向服务端发送退订数据请求信息，其中，退订数据请求信息包括退订的部分/全部数据。服务端接收到退订数据请求信息后，根据退订的部分/全部数据立即停止推送退订的部分/全部数据，然后更新消费端的订阅请求信息，并同步返回消费端退订数据结果。

在使用惰性消息队列的情况下，若消费端需要退出订阅（即不再使用服务端），消费端先向服务端发送退订请求信息。服务端接收到退订请求信息后，立即停止推送数据，然后删除消费端的订阅请求信息，并同步返回消费端退订结果。另外，服务端可以根据实际需要删除退出订阅的消费端所订阅的数据。

在一种实施方式中，所述按照所述数据推送类型将所述目标订阅数据推送至所述消息队列，包括：

在所述数据推送类型为数据变位推送的情况下，若所述目标订阅数据的数值发生变化，则将所述目标订阅数据的当前值推送至所述消息队列。

示例性地，若待订阅的港口设备数据的数据推送类型是数据变位推送，服务端实时监测目标订阅数据所对应的设备上传的检测点数据，其中，检测点数据包括：检测点名称、检测数值、检测时间等。需要说明的是，服务端可以只保留检测数值发生变化的检测点数据。

具体地，如图2所示，在消费端创建消息队列后，消费端向服务端发送订阅请求信息，服务端记录消费端的订阅请求信息，若根据订阅请求信息中的待订阅的港口设备数据能够在预设的港口设备数据库中确定对应的目标订阅数据，说明服务端中存在消费端所需的资源，若待订阅的港口设备数据的数据推送类型是数据变位推送，则向消费端发送订阅成功信息和目标订阅数据的初始值（即订阅成功结果）。然后，当检测数值与上一次返回的目标订阅数据的数值不同时，将检测数值与检测时间的组合或检测数值作为目标订阅数据的当前值。将目标订阅数据的当前值推送至消息队列，以使消费端能够在消息队列中获取数据。如此，能够有效按照消费端的需求推送数据，即使很久推送一次数据，也能够通过对比初始值确定港口设备的情况，避免了实时对所有数据进行推送，降低了数据包的大小，能够有效降低带宽，提升了数据分发的效率。

在订阅成功之后，港口设备将检测到的数据发送给服务端，服务端对数据进行清洗，服务端在清洗后的数据中可以不断将检测数值变化的目标订阅数据推送给消息队列，消息队列向服务端返回推送结果，直至消费端掉线或者退订。需要说明的是，当消费端在消息队列中获取多个数据时，可以按照订阅数据的服务质量（Quality of Service，QoS）例如，优先级，向消费端返回结果。

在一种实施方式中，所述按照所述数据推送类型将所述目标订阅数据推送至所述消息队列，包括：

在所述数据推送类型为数据定时推送的情况下，则按照预设的时间间隔将所述目标订阅数据的当前值推送至所述消息队列。其中，预设的时间间隔可以是提前设置好的，也可以是根据实际需要随机设定的，在此不作限定。

示例性地，若待订阅的港口设备数据的数据推送类型是数据定时推送，则每隔一个预设的时间间隔获取目标订阅数据所对应的设备的检测点的当前数据，将当前数据作为目标订阅数据的当前值推送至消息队列。如此，能够按照消费端的需求推送数据，定时对部分数据进行推送，避免了实时对所有数据进行推送，降低了数据包的大小，提升了数据分发的效率，使得数据能够在各个系统中高效的流转，从而保障了港口设备的运营。

在一种实施方式中，在预设的港口设备数据库中存在所述待订阅的港口设备数据对应的目标订阅数据的情况下，针对所述数据推送类型向所述消费端返回订阅成功结果之后，所述方法还包括：

在所述目标订阅数据为所述消息队列与服务端之间的通信状态数据的情况下，若所述通信状态数据是断线状态，则向所述消费端发送所述断线状态和所述断线状态对应的数据处理策略。

示例性地，消息队列与服务端之间的通信状态数据表示消息队列与服务端之间是否可以传输信息。消息队列与服务端之间的通信状态数据包括：在线状态和断线状态，其中，在线状态表示消息队列与服务端之间可以传输信息，断线状态消息队列与服务端之间无法传输信息。消息队列与服务端之间的通信状态数据可以是根据服务端定时向所有消费端广播消息确定的。例如，消费端可以接收到广播消息，说明消息队列与服务端之间处于在线状态；消费端无法接收到广播消息，说明消息队列与服务端之间处于断线状态。

可选地，服务端预先设置有断线状态对应的数据处理策略。数据处理策略包括：丢弃消费端的订阅数据或将消费端的订阅数据临时缓存在服务端中，消息队列与服务端之间通信后，将消费端的订阅数据推送至消息队列。

具体地，针对消息队列与服务端之间的通信状态数据预先设置一个特定的消息队列。服务端定时通过消息队列向消费端发送心跳，当超过指定时间消费端仍没有收到心跳，其中，指定时间可以是根据实际需要进行设置的，在此不作限定。说明消息队列与服务端之间处于断线状态。直接向消费端发送断线状态以及断线状态对应的数据处理策略，以供消费端进行选择。当消费端不再需要订阅的数据时，则可以选择丢弃消费端的订阅数据。当消费端仍需要订阅的数据时，则可以将消费端的订阅数据临时缓存在服务端中，消息队列与服务端之间通信后，将消费端的订阅数据推送至消息队列，这样，即使在断线状态下也可以保证订阅数据的完整性。如此，通过监测消息队列与服务端之间的通信状态，能够有效监测数据的传输情况，从而及时根据数据处理策略对断线状态下的数据进行处理。

在一种实施方式中，在预设的港口设备数据库中存在所述待订阅的港口设备数据对应的目标订阅数据的情况下，针对所述数据推送类型向所述消费端返回订阅成功结果之后，所述方法还包括：

在消费端离线的情况下，若不符合所述预设的推送条件，则停止推送所述目标订阅数据，并删除所述订阅请求信息。

示例性地，在消费端创建消息队列后，消费端向服务端发送订阅请求信息，服务端记录消费端的订阅请求信息，若根据订阅请求信息中的待订阅的港口设备数据在预设的港口设备数据库中能够确定对应的目标订阅数据，则向消费端返回订阅成功结果。在消费端订阅成功的情况下，若消费端在线，则将目标订阅数据推送至消息队列，之后按照数据推送类型不断将目标订阅数据推送给消费端，直至消费端掉线或者退订。若消费端不在线，消息队列不是惰性消息队列且预设的配置信息库中不存在订阅请求信息，则说明消费端所订阅的数据是按需订阅的动态数据，则停止推送数据，并删除记录的消费端的订阅请求。如此，可以实现对订阅数据的按需分配。

进一步地，在使用的消息队列不是惰性消息队列且配置信息库中不存在订阅请求信息的情况下（消费端所订阅的数据是按需订阅的动态数据），若消费端需要退订部分数据，消费端先向服务端发送退订数据请求信息，其中，退订数据请求信息包括退订的部分数据。服务端接收到退订数据请求信息后，根据退订的部分数据立即停止推送退订的部分数据，然后更新消费端的订阅请求信息，并同步返回消费端退订数据结果。

在使用的消息队列不是惰性消息队列且配置信息库中不存在订阅请求信息的情况下，若消费端需要退出订阅（即不再使用服务端）/退订全部数据，消费端先向服务端发送退订请求信息或退订全部数据请求信息或删除消息队列或断开和消息队列的连接。然后，服务端接收到退订请求信息或退订全部数据请求信息或检测不到消息队列，则立即停止推送数据，删除消费端的订阅请求信息，并同步返回消费端退订结果。

在一种实施方式中，所述方法还包括：

在所述订阅请求信息中不存在消息队列的情况下，利用消费端与服务端之间的长链接接收所述待订阅的港口设备数据；

利用预设的港口设备数据库，确定所述待订阅的港口设备数据对应的目标订阅数据的当前值，并向所述消费端推送目标订阅数据的当前值。

示例性地，在订阅请求信息中不存在消息序列的情况下，说明消费端只关注于数据的当前值。长链接指在一个连接上可以连续发送多个数据包。在使用长链接时，采用key–value的形式，例如，若数据推送类型是数据变位推送，则订阅数据的key是设备标识和设备的检测点标识的结合；若数据推送类型是数据定时推送，则订阅数据的key是设备标识。采用广播的方式将订阅数据推送给所有订阅该数据的消费端。可选地，数据传输采用的传输协议是TCP或UDP，可以是根据订阅数据的服务质量（Quality of Service ，QoS）选择传输协议，还可以根据实际需要对传输协议进行选择。例如，当订阅数据的订阅次数（是至多一次且订阅的是定时数据时，使用UDP，否则使用TCP。

具体地，消费端在服务端上预先创建了消费端与服务端之间的长链接，服务端返回创建结果。消费端向服务端发送订阅请求信息，若根据订阅请求信息中的待订阅的港口设备数据能够在预设的港口设备数据库中确定对应的目标订阅数据。服务端记录订阅请求信息，返回订阅成功结果。需要说明的是，若目标订阅数据的数据推送类型是数据变位推送，则将订阅成功信息和目标订阅数据的初始值作为订阅成功结果，返回至消费端。在订阅成功之后，港口设备将检测到的数据发送给服务端，服务端对数据进行清洗，服务端在清洗后的数据中可以不断将检测数值变化的目标订阅数据（即目标订阅数据的当前值）推送给消息队列，消息队列向服务端返回推送结果，直至消费端掉线或者退订。如此，能够根据消费端与服务端之间的长链接及时推送当前数据，使消费端了解港口设备的实时状态，同时过滤掉在时间上已过期数据，降低了数据的处理量。进一步地，若消费端与服务端断线，服务端停止推送消息并删除消费端的订阅请求。若消费端与服务端重新连接，则重新发送订阅请求信息进行数据订阅。需要说明的是，如图4所示，通过消息队列不仅可以推送不同种类的数据，而且可以推送历史时刻的数据至消费端（即全量推送）；而通过长链接只能够推送当前时刻的数据至消费端。

进一步地，所述方法还包括：在存在多个目标订阅数据未发送至消费端的情况下，将所述多个目标订阅数据合成组播数据，并向所述消费端推送所述组播数据。

具体地，在订阅请求信息中不存在消息序列的情况下，说明消费端只关注于数据的当前值，当多个目标订阅数据处于待发送状态时，可以将多个目标订阅数据合并成一个数据包不大于预设阈值的组播数据。其中，预设阈值可以是根据实际需要确定，例如8KB。这样，通过组播数据进行传输能够降低数据的传输次数。

相应的，图5是根据本申请一实施例的港口设备数据的分发装置的结构示意图。在一示例性实施例中，提供了一种港口设备数据的分发装置，包括：

接收模块510，用于接收消费端发送的订阅请求信息，其中，所述订阅请求信息包括：数据推送类型、待订阅的港口设备数据及其对应的消息队列；

处理模块520，用于在预设的港口设备数据库中存在所述待订阅的港口设备数据对应的目标订阅数据的情况下，针对所述数据推送类型向所述消费端返回订阅成功结果；其中，所述订阅成功结果至少包括：订阅成功信息；

分发模块530，用于按照所述数据推送类型将所述目标订阅数据推送至所述消息队列，以使所述消费端在所述消息队列中获取所述目标订阅数据。

在一种实施方式中，所述装置还包括：

第一离线模块540，用于在消费端离线的情况下，若符合预设的推送条件，则继续按照所述数据推送类型推送所述目标订阅数据至所述消息队列；其中，所述预设的推送条件包括以下至少一种：所述消息队列是惰性消息队列或预设的配置信息库中存在所述订阅请求信息。

在一种实施方式中，处理模块520还用于：在预设的港口设备数据库中存在所述待订阅的港口设备数据对应的目标订阅数据的情况下，创建订阅成功信息；

在所述数据推送类型为数据变位推送的情况下，确定所述目标订阅数据的初始值；

将所述目标订阅数据的初始值以及所述订阅成功信息作为所述订阅成功结果，返回至所述消费端。

在一种实施方式中，所述分发模块530，还用于：在所述数据推送类型为数据变位推送的情况下，若所述目标订阅数据的数值发生变化，则将所述目标订阅数据的当前值推送至所述消息队列。

在一种实施方式中，所述分发模块530，还用于：在所述数据推送类型为数据定时推送的情况下，则按照预设的时间间隔将所述目标订阅数据的当前值推送至所述消息队列。

在一种实施方式中，所述装置还包括：

通信模块，用于在所述目标订阅数据为所述消息队列与服务端之间的通信状态数据的情况下，若所述通信状态数据是断线状态，则向所述消费端发送所述断线状态和所述断线状态对应的数据处理策略。

在一种实施方式中，所述装置还包括：

第二离线模块，用于在消费端离线的情况下，若不符合所述预设的推送条件，则停止推送所述目标订阅数据，并删除所述消费端的订阅请求信息。

在一种实施方式中，所述装置还包括：

长链接传输模块，用于在所述订阅请求信息中不存在消息队列的情况下，利用消费端与服务端之间的长链接接收所述待订阅的港口设备数据；

推送模块，用于利用预设的港口设备数据库，确定所述待订阅的港口设备数据对应的目标订阅数据的当前值，并向所述消费端推送目标订阅数据的当前值。

在一种实施方式中，所述装置还包括：

组播模块，用于在存在多个目标订阅数据未发送至消费端的情况下，将所述多个目标订阅数据合成组播数据，并向所述消费端推送所述组播数据。

本实施例提供的港口设备数据的分发装置，与本申请上述实施例所提供的港口设备数据的分发方法属于同一申请构思，可执行本申请上述任意实施例所提供的港口设备数据的分发方法，具备执行港口设备数据的分发方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请上述实施例提供的港口设备数据的分发方法的具体处理内容，此处不再加以赘述。

本申请另一实施例还提出一种港口自动化系统，如图6所示，包括：

所述多个港口设备用于发送港口设备数据；

所述控制器用于接收所述港口设备数据，并对所述港口设备数据进行分发。

如图7所示，该控制器包括：

存储器600和处理器610；

其中，所述存储器600与所述处理器610连接，用于存储程序；

所述处理器610，用于通过运行所述存储器600中存储的程序，实现上述任一实施例公开的港口设备数据的分发方法。

具体的，上述电子设备还可以包括：总线、通信接口620、输入设备630和输出设备640。

处理器610、存储器600、通信接口620、输入设备630和输出设备640通过总线相互连接。其中：

总线可包括一通路，在计算机系统各个部件之间传送信息。

处理器610可以是通用处理器，例如通用中央处理器（CPU）、微处理器等，也可以是特定应用集成电路（application-specific integrated circuit，ASIC），或一个或多个用于控制本发明方案程序执行的集成电路。还可以是数字信号处理器（DSP）、专用集成电路（ASIC）、现成可编程门阵列（FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

处理器610可包括主处理器，还可包括基带芯片、调制解调器等。

存储器600中保存有执行本发明技术方案的程序，还可以保存有操作系统和其他关键业务。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。更具体的，存储器600可以包括只读存储器（read-onlymemory，ROM）、可存储静态信息和指令的其他类型的静态存储设备、随机存取存储器（random access memory，RAM）、可存储信息和指令的其他类型的动态存储设备、磁盘存储器、flash等等。

输入设备630可包括接收用户输入的数据和信息的装置，例如键盘、鼠标、摄像头、扫描仪、光笔、语音输入装置、触摸屏、计步器或重力感应器等。

输出设备640可包括允许输出信息给用户的装置，例如显示屏、打印机、扬声器等。

通信接口620可包括使用任何收发器一类的装置，以便与其他设备或通信网络通信，如以太网，无线接入网（RAN），无线局域网(WLAN)等。

处理器610执行存储器600中所存放的程序，以及调用其他设备，可用于实现本申请上述实施例所提供的任意一种港口设备数据的分发方法的各个步骤。

本申请另一实施例还提出一种集装箱起重机，包括：起重机本体以及如以上任一实施例所述的港口自动化系统。

除了上述方法和设备以外，本申请的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本申请各种实施例的港口设备数据的分发方法中的步骤。

所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本申请实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本申请的实施例还可以是存储介质，其上存储有计算机程序，计算机程序被处理器执行本说明书上述“示例性方法”部分中描述的根据本申请各种实施例的港口设备数据的分发方法中的步骤，上述的电子设备的具体工作内容，以及上述的计算机程序产品和存储介质上的计算机程序被处理器运行时的具体工作内容，均可以参见上述的方法实施例的内容，此处不再赘述。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请各实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减，各实施例中记载的技术特征可以进行替换或者组合。

本申请各实施例装置及终端中的模块和子模块可以根据实际需要进行合并、划分和删减。

本申请所提供的几个实施例中，应该理解到，所揭露的终端，装置和方法，可以通过其它的方式实现。例如，以上所描述的终端实施例仅仅是示意性的，例如，模块或子模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个子模块或模块可以结合或者可以集成到另一个模块，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块或子模块可以是或者也可以不是物理上分开的，作为模块或子模块的部件可以是或者也可以不是物理模块或子模块，即可以位于一个地方，或者也可以分布到多个网络模块或子模块上。可以根据实际的需要选择其中的部分或者全部模块或子模块来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能模块或子模块可以集成在一个处理模块中，也可以是各个模块或子模块单独物理存在，也可以两个或两个以上模块或子模块集成在一个模块中。上述集成的模块或子模块既可以采用硬件的形式实现，也可以采用软件功能模块或子模块的形式实现。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件单元，或者二者的结合来实施。软件单元可以置于随机存储器（RAM）、内存、只读存储器（ROM）、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

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

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种港口设备数据的分发方法，其特征在于，包括：

接收消费端发送的订阅请求信息，其中，所述订阅请求信息包括：数据推送类型、待订阅的港口设备数据及其对应的消息队列；所述数据推送类型是根据所述待订阅的港口设备数据确定的；

在预设的港口设备数据库中存在所述待订阅的港口设备数据对应的目标订阅数据的情况下，针对所述数据推送类型向所述消费端返回订阅成功结果；其中，所述订阅成功结果至少包括：订阅成功信息；

按照所述数据推送类型将所述目标订阅数据推送至所述消息队列，以使所述消费端在所述消息队列中获取所述目标订阅数据；

在所述消费端离线的情况下，若符合预设的推送条件，则继续按照所述数据推送类型推送所述目标订阅数据至所述消息队列；其中，所述预设的推送条件包括以下至少一种：所述消息队列是惰性消息队列或预设的配置信息库中存在所述订阅请求信息；

在所述消费端离线的情况下，若不符合所述预设的推送条件，则停止推送所述目标订阅数据，并删除所述消费端的订阅请求信息；

若接收到所述消费端的退订数据请求信息，停止推送所述退订数据请求信息中退订的部分数据，并更新所述订阅请求信息。

2.根据权利要求1所述的方法，其特征在于，在所述数据推送类型为数据变位推送的情况下，所述在预设的港口设备数据库中存在所述待订阅的港口设备数据对应的目标订阅数据的情况下，向所述消费端返回订阅成功结果，包括：

在预设的港口设备数据库中存在所述待订阅的港口设备数据对应的目标订阅数据的情况下，创建订阅成功信息；

在所述数据推送类型为数据变位推送的情况下，确定所述目标订阅数据的初始值；

将所述目标订阅数据的初始值以及所述订阅成功信息作为所述订阅成功结果，返回至所述消费端。

3.根据权利要求1或2所述的方法，其特征在于，所述按照所述数据推送类型将所述目标订阅数据推送至所述消息队列，包括：

在所述数据推送类型为数据变位推送的情况下，若所述目标订阅数据的数值发生变化，则将所述目标订阅数据的当前值推送至所述消息队列。

4.根据权利要求1所述的方法，其特征在于，所述按照所述数据推送类型将所述目标订阅数据推送至所述消息队列，包括：

在所述数据推送类型为数据定时推送的情况下，则按照预设的时间间隔将所述目标订阅数据的当前值推送至所述消息队列。

5.根据权利要求1所述的方法，其特征在于，

在预设的港口设备数据库中存在所述待订阅的港口设备数据对应的目标订阅数据的情况下，针对所述数据推送类型向所述消费端返回订阅成功结果之后，所述方法还包括：

在所述目标订阅数据为所述消息队列与服务端之间的通信状态数据的情况下，若所述通信状态数据是断线状态，则向所述消费端发送所述断线状态和所述断线状态对应的数据处理策略。

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

在所述订阅请求信息中不存在消息队列的情况下，利用消费端与服务端之间的长链接接收所述待订阅的港口设备数据；

利用预设的港口设备数据库，确定所述待订阅的港口设备数据对应的目标订阅数据的当前值，并向所述消费端推送目标订阅数据的当前值。

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

在存在多个目标订阅数据未发送至消费端的情况下，将所述多个目标订阅数据合成组播数据，并向所述消费端推送所述组播数据。

8.一种港口设备数据的分发装置，其特征在于，包括：

接收模块，用于接收消费端发送的订阅请求信息，其中，所述订阅请求信息包括：数据推送类型、待订阅的港口设备数据及其对应的消息队列；所述数据推送类型是根据所述待订阅的港口设备数据确定的；

处理模块，用于在预设的港口设备数据库中存在所述待订阅的港口设备数据对应的目标订阅数据的情况下，针对所述数据推送类型向所述消费端返回订阅成功结果；其中，所述订阅成功结果至少包括：订阅成功信息；

分发模块，用于按照所述数据推送类型将所述目标订阅数据推送至所述消息队列，以使所述消费端在所述消息队列中获取所述目标订阅数据；

第一离线模块，用于在所述消费端离线的情况下，若符合预设的推送条件，则继续按照所述数据推送类型推送所述目标订阅数据至所述消息队列；其中，所述预设的推送条件包括以下至少一种：所述消息队列是惰性消息队列或预设的配置信息库中存在所述订阅请求信息；

第二离线模块，用于在所述消费端离线的情况下，若不符合所述预设的推送条件，则停止推送所述目标订阅数据，并删除所述消费端的订阅请求信息；

在使用的消息队列不是惰性消息队列且配置信息库中不存在订阅请求信息的情况下，若接收到所述消费端退订数据请求信息，停止推送所述退订数据请求信息中退订的部分数据，并更新所述订阅请求信息。

9.一种港口自动化系统，其特征在于，包括：控制器以及多个港口设备；

所述多个港口设备用于发送港口设备数据；

所述控制器用于接收所述港口设备数据，并对所述港口设备数据进行分发；

其中，所述控制器包括：存储器和处理器；

所述存储器与所述处理器连接，用于存储程序；

所述处理器，通过运行所述存储器中的程序，实现如权利要求1至7中任意一项港口设备数据的分发方法。

10.一种集装箱起重机，其特征在于，包括：起重机本体以及如权利要求9所述的港口自动化系统。