CN112367146B - 边缘侧消息的投递方法、装置和电子设备 - Google Patents

Abstract

本发明提供了一种边缘侧消息的投递方法、装置和电子设备，包括：获取边缘侧设备发送的工况消息和待确认消息；对工况消息进行数据处理，并生成确认收到的反馈消息；根据待确认消息和确认收到的反馈消息更新消息数据库；基于消息数据库中的未确认收到的消息生成数据重发请求。本发明的方法是在云平台上检查工况消息是否发送成功，如果未成功，云平台生成数据重发请求，即便在云平台向边缘侧设备下发数据重发请求时，出现网络闪断，由于工况消息未发送成功，云平台还会重新下发数据重发请求，即本发明的方法极大地提高了边缘侧消息投递的可靠性，且减少了边缘侧设备数据存储的IO次数，降低了边缘侧设备所需的系统性能。

Description

边缘侧消息的投递方法、装置和电子设备

技术领域

本发明涉及物联网的技术领域，尤其是涉及一种边缘侧消息的投递方法、装置和电子设备。

背景技术

随着近几年云平台在物联网行业的快速发展，大量的企业将设备的工况数据上报到云平台进行管理和计算。为了降低云平台对海量工况数据计算和处理的压力，催生了边缘计算行业的发展，即将一系列简单的数据计算和处理的过程，放在边缘侧设备上进行处理和操作。但是如何在复杂的互联网网络环境下，将边缘侧设备收集的设备工况数据安全可靠地上传到云平台，是目前的技术难点。

传统的一种方案是将边缘侧设备处理后的数据，直接发往云平台的消息服务器，参考图1。这种单一数据链路方案，虽然技术上容易实现，结构上也非常简易，但是由于边缘侧设备与云平台之间是单向的数据链路，没有消息确认环节，这样边缘侧设备就无法了解到云平台是否收到了数据，所以数据投递的可靠性低；另一种方案是在方案一的基础上，增加了数据反馈的链路和数据持久化的环节，参考图2。即边缘侧设备发送数据前会将工况数据转化成工况消息，持久化到数据库中，并置为待确认状态，然后才向云平台上报工况消息，当云平台收到并处理了边缘侧上报的工况数据，云平台会向边缘侧设备发送确认消息，确认收到了工况消息，如果边缘侧设备收到了确认消息，那么就会将数据库中此工况消息的状态置为已确认状态。没有收到确认消息，边缘侧就会重发工况消息。但是在应对复杂的网络环境时，此方案依然有很大的漏洞，尤其是云平台在发送确认收到工况消息时，若出现网络闪断，可能会导致数据重发、漏发等问题。而且方案二要求边缘侧设备多次去查询和存储数据库，这对边缘侧设备的性能来说，增加了比较多的IO操作，大大影响了边缘侧设备的性能。

综上，现有的边缘侧消息的投递方法存在可靠性低且影响边缘侧设备性能的技术问题。

发明内容

有鉴于此，本发明的目的在于提供一种边缘侧消息的投递方法、装置和电子设备，以缓解现有的边缘侧消息的投递方法可靠性低且影响边缘侧设备性能的技术问题。

第一方面，本发明实施例提供了一种边缘侧消息的投递方法，应用于云平台，所述方法包括：

获取边缘侧设备发送的工况消息和用于检查所述工况消息是否被云平台接收的待确认消息；

对所述工况消息进行数据处理，并生成确认收到的反馈消息；

根据所述待确认消息和所述确认收到的反馈消息更新消息数据库；

基于所述消息数据库中的未确认收到的消息生成数据重发请求，以使所述边缘侧设备根据所述数据重发请求向所述云平台重新发送与所述数据重发请求对应的目标工况消息。

进一步的，所述工况消息为所述边缘侧设备对物联网设备发送的工况数据和所述边缘侧设备为所述工况数据生成的唯一对应的标识信息进行序列化得到的，且所述边缘侧设备向所述云平台发送所述待确认消息的时间比所述边缘侧设备向所述云平台发送所述工况消息的时间晚预设时长。

进一步的，所述待确认消息中携带有待确认工况数据的标识信息、发送所述待确认工况数据的边缘侧设备的IP和所述待确认工况数据的发送时间。

进一步的，所述确认收到的反馈消息携带有确认收到的工况数据的标识信息、发送所述确认收到的工况数据的边缘侧设备的IP和所述确认收到的工况数据的发送时间。

进一步的，所述消息数据库包括：标识信息、与所述标识信息对应的边缘侧设备的IP、与所述标识信息对应的发送时间、与所述标识信息对应的确认状态，根据所述待确认消息和所述确认收到的反馈消息更新消息数据库，包括：

对所述待确认消息进行反序列化，得到所述待确认消息中携带的待确认工况数据的标识信息、发送所述待确认工况数据的边缘侧设备的IP和所述待确认工况数据的发送时间；

对所述确认收到的反馈消息进行反序列化，得到所述确认收到的反馈消息中携带的确认收到的工况数据的标识信息、发送所述确认收到的工况数据的边缘侧设备的IP和所述确认收到的工况数据的发送时间；

根据所述待确认工况数据的标识信息、发送所述待确认工况数据的边缘侧设备的IP、所述待确认工况数据的发送时间、所述确认收到的工况数据的标识信息、发送所述确认收到的工况数据的边缘侧设备的IP和所述确认收到的工况数据的发送时间更新所述消息数据库。

进一步的，根据所述待确认工况数据的标识信息、发送所述待确认工况数据的边缘侧设备的IP、所述待确认工况数据的发送时间、所述确认收到的工况数据的标识信息、发送所述确认收到的工况数据的边缘侧设备的IP和所述确认收到的工况数据的发送时间更新所述消息数据库，包括：

检查所述消息数据库中是否存在所述待确认工况数据的标识信息、发送所述待确认工况数据的边缘侧设备的IP和所述待确认工况数据的发送时间；

如果不存在，则将所述待确认工况数据的标识信息、发送所述待确认工况数据的边缘侧设备的IP和所述待确认工况数据的发送时间保存至所述消息数据库，并将其确认状态设置为未确认收到的状态；

如果存在，且所述待确认工况数据的标识信息所对应的确认状态为已确认收到的状态，则不对所述消息数据库进行任何操作；

检查所述消息数据库中是否存在所述确认收到的工况数据的标识信息、发送所述确认收到的工况数据的边缘侧设备的IP和所述确认收到的工况数据的发送时间；

如果不存在，则将所述确认收到的工况数据的标识信息、发送所述确认收到的工况数据的边缘侧设备的IP和所述确认收到的工况数据的发送时间保存至所述消息数据库，并将其确认状态设置为已确认收到的状态；

如果存在，则将所述确认收到的工况数据的标识信息对应的确认状态设置为已确认收到的状态。

进一步的，基于所述消息数据库中的未确认收到的消息生成数据重发请求，包括：

按照预设时间频率在所述消息数据库中筛选得到确认状态为未确认收到的状态所对应的目标标识信息和目标发送时间；

根据所述目标标识信息和所述目标发送时间生成数据重发请求；

将所述数据重发请求发送至与所述目标标识信息对应的目标边缘侧设备，以使所述目标边缘侧设备根据所述数据重发请求向所述云平台重新发送与所述数据重发请求对应的目标工况消息，其中，所述目标边缘侧设备为所述目标标识信息对应的边缘设备的IP所对应的边缘侧设备。

第二方面，本发明实施例还提供了一种边缘侧消息的投递装置，应用于云平台，所述装置包括：

获取单元，用于获取边缘侧设备发送的工况消息和用于检查所述工况消息是否被云平台接收的待确认消息；

处理及消息生成单元，用于对所述工况消息进行数据处理，并生成确认收到的反馈消息；

更新单元，用于根据所述待确认消息和所述确认收到的反馈消息更新消息数据库；

数据重发生成单元，用于基于所述消息数据库中的未确认收到的消息生成数据重发请求，以使所述边缘侧设备根据所述数据重发请求向所述云平台重新上传发送与所述数据重发请求对应的目标工况消息。

第三方面，本发明实施例提供了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面任一项所述的方法的步骤。

第四方面，本发明实施例提供了一种具有处理器可执行的非易失的程序代码的计算机可读介质，所述程序代码使所述处理器执行上述第一方面任一项所述的方法的步骤。

在本发明实施例中，提供了一种边缘侧消息的投递方法，应用于云平台，该方法包括：获取边缘侧设备发送的工况消息和用于检查工况消息是否被云平台接收的待确认消息；然后，对工况消息进行数据处理，并生成确认收到的反馈消息；进而，根据待确认消息和确认收到的反馈消息更新消息数据库；最后，基于消息数据库中的未确认收到的消息生成数据重发请求，以使边缘侧设备根据数据重发请求向云平台重新发送与数据重发请求对应的目标工况消息。通过上述描述可知，本发明的边缘侧消息的投递方法是在云平台上检查工况消息是否发送成功，如果未成功，云平台生成数据重发请求，即便在云平台向边缘侧设备下发数据重发请求时，出现网络闪断，由于工况消息未发送成功，云平台还会重新下发数据重发请求，以使边缘侧设备根据数据重发请求重新向云平台发送目标工况消息，直至目标工况消息发送成功为止，可见，本发明的方法极大地提高了边缘侧消息投递的可靠性，另外，检查工况消息是否发送成功的任务迁移至云平台后，减少了边缘侧设备数据存储的IO次数，降低了边缘侧设备所需的系统性能，缓解了现有的边缘侧消息的投递方法可靠性低且影响边缘侧设备性能的技术问题。

附图说明

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

图1为本发明实施例提供的传统的边缘侧消息的投递示意图；

图2为本发明实施例提供的另一种传统的边缘侧消息的投递示意图；

图3为本发明实施例提供的一种边缘侧消息的投递方法的流程示意图；

图4为本发明实施例提供的根据待确认消息和确认收到的反馈消息更新消息数据库的流程图；

图5为本发明实施例提供的具体的更新消息数据库的方法流程图；

图6为本发明实施例提供的基于消息数据库中的未确认收到的消息生成数据重发请求的方法流程图；

图7为本发明实施例提供的边缘侧消息的投递示意图；

图8为本发明实施例提供的一种边缘侧消息的投递装置的示意图。

具体实施方式

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

为便于对本实施例进行理解，首先对本发明实施例所公开的一种边缘侧消息的投递方法进行详细介绍。

实施例一：

为便于对本实施例进行理解，首先对本发明实施例所公开的一种边缘侧消息的投递方法进行详细介绍，参见图3所示的一种边缘侧消息的投递方法的流程示意图，主要包括以下步骤：

步骤S102，获取边缘侧设备发送的工况消息和用于检查工况消息是否被云平台接收的待确认消息；

在本发明实施例中，边缘侧设备是指具有一定的数据处理能力和数据存储功能的设备，本发明实施例对上述边缘侧设备的形式不进行具体限制。

在实际应用时，边缘侧设备需要提前在云平台上进行注册认证，注册认证成功后，云平台才会接收处理边缘侧设备发送的相关数据。

步骤S104，对工况消息进行数据处理，并生成确认收到的反馈消息；

上述数据处理包括：数据的清洗、编排、计算等操作，上述确认收到的反馈消息是云平台后续检查工况消息是否被接收的基础。

步骤S106，根据待确认消息和确认收到的反馈消息更新消息数据库；

下文中再对该过程进行详细介绍，在此不再赘述。

步骤S108，基于消息数据库中的未确认收到的消息生成数据重发请求，以使边缘侧设备根据数据重发请求向云平台重新发送与数据重发请求对应的目标工况消息。

同理，下文中再对该过程进行详细介绍，在此不再赘述。

在本发明实施例中，提供了一种边缘侧消息的投递方法，应用于云平台，该方法包括：获取边缘侧设备发送的工况消息和用于检查工况消息是否被云平台接收的待确认消息；然后，对工况消息进行数据处理，并生成确认收到的反馈消息；进而，根据待确认消息和确认收到的反馈消息更新消息数据库；最后，基于消息数据库中的未确认收到的消息生成数据重发请求，以使边缘侧设备根据数据重发请求向云平台重新发送与数据重发请求对应的目标工况消息。通过上述描述可知，本发明的边缘侧消息的投递方法是在云平台上检查工况消息是否发送成功，如果未成功，云平台生成数据重发请求，即便在云平台向边缘侧设备下发数据重发请求时，出现网络闪断，由于工况消息未发送成功，云平台还会重新下发数据重发请求，以使边缘侧设备根据数据重发请求重新向云平台发送目标工况消息，直至目标工况消息发送成功为止，可见，本发明的方法极大地提高了边缘侧消息投递的可靠性，另外，检查工况消息是否发送成功的任务迁移至云平台后，减少了边缘侧设备数据存储的IO次数，降低了边缘侧设备所需的系统性能，缓解了现有的边缘侧消息的投递方法可靠性低且影响边缘侧设备性能的技术问题。

上文中对本发明的边缘侧消息的投递方法进行了简要介绍，下面对其中涉及到的具体内容进行详细描述。

在本发明的一个可选实施例中，工况消息为边缘侧设备对物联网设备发送的工况数据和边缘侧设备为工况数据生成的唯一对应的标识信息进行序列化得到的，且边缘侧设备向云平台发送待确认消息的时间比边缘侧设备向云平台发送工况消息的时间晚预设时长。

在本发明实施例中，当物联网设备采集到了相关工况数据后，就会立即将工况数据传输至边缘侧设备，边缘侧设备首先根据工况数据生成一个唯一对应的标识信息（meaageId），然后，将工况数据和对应的标识信息进行序列化转成json消息格式，进而向云平台发送得到的工况消息，与此同时，边缘侧设备将工况数据、对应的标识信息和工况消息的发送时间持久化保存到业务数据库中。

发送工况消息预设时长后，再向云平台发送待确认消息，待确认消息中携带有待确认工况数据的标识信息、发送待确认工况数据的边缘侧设备的IP和待确认工况数据的发送时间（可在业务数据库中查找得到）。

云平台获取到边缘侧设备发送的工况消息和待确认消息后，对工况消息进行数据处理，并生成确认收到的反馈消息，该确认收到的反馈消息携带有确认收到的工况数据的标识信息、发送确认收到的工况数据的边缘侧设备的IP和确认收到的工况数据的发送时间。

进而根据待确认消息和确认收到的反馈消息更新消息数据库，在本发明的一个可选实施例中，消息数据库包括：标识信息、与标识信息对应的边缘侧设备的IP、与标识信息对应的发送时间、与标识信息对应的确认状态，参考图4，根据待确认消息和确认收到的反馈消息更新消息数据库，具体包括如下步骤：

步骤S401，对待确认消息进行反序列化，得到待确认消息中携带的待确认工况数据的标识信息、发送待确认工况数据的边缘侧设备的IP和待确认工况数据的发送时间；

步骤S402，对确认收到的反馈消息进行反序列化，得到确认收到的反馈消息中携带的确认收到的工况数据的标识信息、发送确认收到的工况数据的边缘侧设备的IP和确认收到的工况数据的发送时间；

步骤S403，根据待确认工况数据的标识信息、发送待确认工况数据的边缘侧设备的IP、待确认工况数据的发送时间、确认收到的工况数据的标识信息、发送确认收到的工况数据的边缘侧设备的IP和确认收到的工况数据的发送时间更新消息数据库。

参考图5，具体包括如下步骤：

步骤S501，检查消息数据库中是否存在待确认工况数据的标识信息、发送待确认工况数据的边缘侧设备的IP和待确认工况数据的发送时间；

步骤S502，如果不存在，则将待确认工况数据的标识信息、发送待确认工况数据的边缘侧设备的IP和待确认工况数据的发送时间保存至消息数据库，并将其确认状态设置为未确认收到的状态；

步骤S503，如果存在，且待确认工况数据的标识信息所对应的确认状态为已确认收到的状态，则不对消息数据库进行任何操作；

步骤S504，检查消息数据库中是否存在确认收到的工况数据的标识信息、发送确认收到的工况数据的边缘侧设备的IP和确认收到的工况数据的发送时间；

步骤S505，如果不存在，则将确认收到的工况数据的标识信息、发送确认收到的工况数据的边缘侧设备的IP和确认收到的工况数据的发送时间保存至消息数据库，并将其确认状态设置为已确认收到的状态；

步骤S506，如果存在，则将确认收到的工况数据的标识信息对应的确认状态设置为已确认收到的状态。

在得到消息数据库后，就能进一步基于消息数据库中的未确认收到的消息生成数据重发请求，参考图6，具体包括如下步骤：

步骤S601，按照预设时间频率在消息数据库中筛选得到确认状态为未确认收到的状态所对应的目标标识信息和目标发送时间；

步骤S602，根据目标标识信息和目标发送时间生成数据重发请求；

步骤S603，将数据重发请求发送至与目标标识信息对应的目标边缘侧设备，以使目标边缘侧设备根据数据重发请求向云平台重新发送与数据重发请求对应的目标工况消息，直至目标工况消息中的标识信息对应的确认状态为已确认收到的状态为止，其中，目标边缘侧设备为目标标识信息对应的边缘设备的IP所对应的边缘侧设备。

为了更好的理解本发明的边缘侧消息的投递方法，下面结合图7，对本发明的边缘侧消息的投递方法再进行整体介绍。

边缘侧设备先在云平台上进行注册认证，注册认证成功后，才能与云平台之间进行信息的交互。

当物联网设备采集到工况数据后，会立即将工况数据发送至边缘侧设备，边缘侧设备首先根据工况数据生成一个唯一对应的标识信息（meaageId），然后，将工况数据和对应的标识信息进行序列化转成json消息格式，进而根据认证信息（是在云平台上对该边缘侧设备注册的唯一身份识别信息，用于云平台对所有的消息服务器请求连接进行认证鉴权）向云平台的工况接收通道发送得到的工况消息，与此同时，边缘侧设备将工况数据、对应的标识信息和工况消息的发送时间持久化保存到业务数据库中。

完成上述操作后，延迟预设时长，再向云平台的消息确认通道发送待确认消息，该待确认消息中携带有待确认工况数据的标识信息、发送待确认工况数据的边缘侧设备的IP和待确认工况数据的发送时间。

上述云平台可以包括：消息服务器、数据处理模块和回调模块，消息服务器当收到的是边缘侧设备上报的工况消息，会立即将工况消息投递至工况获取通道，待数据处理模块取出；当收到的是边缘侧设备上报的待确认消息，会立即将待确认消息投递至消息确认通道，待回调模块取出。

数据处理模块会实时监听消息服务器指定的工况获取通道，进而获取得到其中的工况消息，对工况消息进行解析（得到其中包含的标识信息、边缘侧设备的IP和发送时间）、数据处理（数据清洗、数据编排和数据计算等操作），然后，根据解析得到的标识信息、边缘侧设备的IP和发送时间生成确认收到的反馈消息，进而将确认收到的反馈消息发送至消息服务器。

消息服务器收到数据处理模块上报的确认收到的反馈消息后，将确认收到的反馈消息投递至已确认收到的消息通道，待回调模块取出。

回调模块一方面监听消息服务器的消息确认通道，获取边缘侧设备发送的待确认消息；另一方面也会监听消息服务器的已确认收到的消息通道。

当回调模块从消息确认通道中收到一条待确认消息时，对待确认消息反序列化，得到其中的标识信息、边缘侧设备的IP和发送时间，进而检查消息数据库中是否已经记录了上述标识信息、边缘侧设备的IP、发送时间以及对应的确认状态；如果未记录，则将上述标识信息、边缘侧设备的IP、发送时间存入消息数据库，并将其确认状态设置为未确认收到的状态；如果消息数据库中已记录上述信息，并且确认状态为已确认收到的状态，那么不对消息数据库执行任何操作。

当回调模块从已确认收到的消息通道中收到一条确认收到的反馈消息时，对确认收到的反馈消息反序列化，得到其中的标识信息、边缘侧设备的IP和发送时间，进而检查消息数据库中是否已经记录了上述标识信息、边缘侧设备的IP、发送时间以及对应的确认状态；如果未记录，则将上述标识信息、边缘侧设备的IP、发送时间存入消息数据库，并将其确认状态设置为已确认收到的状态；如果消息数据库中已记录上述信息，则将对应的确认状态设置为已确认收到的状态。

回调模块还会按照预设时间频率，在消息数据库中筛选得到确认状态为未确认收到的状态所对应的目标标识信息和目标发送时间，然后根据目标标识信息和目标发送时间生成数据重发请求，进而将数据重发请求发送至与目标标识信息对应的目标边缘侧设备（目标边缘侧设备为目标标识信息对应的边缘设备的IP所对应的边缘侧设备），以使目标边缘侧设备根据数据重发请求向云平台重新发送与数据重发请求对应的目标工况消息（该目标工况消息的标识信息、发送时间分别与数据重发请求中的目标标识信息和目标发送时间对应）。

目标边缘侧设备收到数据重发请求后，对其进行反序列化，得到其中的目标标识信息和目标发送时间，再根据目标标识信息和目标发送时间在业务数据库中确定对应的目标工况消息，重新进行目标工况消息的发送，直至没有收到此条目标工况消息的任何重发请求为止，即可视为该目标工况消息已成功上报至云平台。

本发明的边缘侧消息的投递方法极大地提高了边缘侧消息投递的可靠性，减少了边缘侧消息存储的IO次数，有效提高了边缘侧设备的系统性能，将回调功能从数据处理模块中解耦出来，增强了云平台系统的性能；使用延时消息确认环节，避免了边缘侧频繁访问业务数据库确认消息是否发送成功，提高了边缘侧设备的性能；另外，将传统方案中的边缘侧的定时任务，迁移至云平台，从而来检查消息是否投递成功，有效降低了边缘侧设备所需的系统性能，其所需的系统性能越简单，当进行大面积部署时，其所需的成本就越低。

实施例二：

本发明实施例还提供了一种边缘侧消息的投递装置，该边缘侧消息的投递装置主要用于执行本发明实施例上述内容所提供的边缘侧消息的投递方法，以下对本发明实施例提供的边缘侧消息的投递装置做具体介绍。

图8是本发明实施例的一种边缘侧消息的投递装置的示意图，如图8所示，该边缘侧消息的投递装置主要包括：获取单元10、处理及消息生成单元20、更新单元30和数据重发生成单元40，其中：

获取单元，用于获取边缘侧设备发送的工况消息和用于检查工况消息是否被云平台接收的待确认消息；

处理及消息生成单元，用于对工况消息进行数据处理，并生成确认收到的反馈消息；

更新单元，用于根据待确认消息和确认收到的反馈消息更新消息数据库；

数据重发生成单元，用于基于消息数据库中的未确认收到的消息生成数据重发请求，以使边缘侧设备根据数据重发请求向云平台重新发送与数据重发请求对应的目标工况消息。

在本发明实施例中，提供了一种边缘侧消息的投递装置，应用于云平台，该装置包括：获取边缘侧设备发送的工况消息和用于检查工况消息是否被云平台接收的待确认消息；然后，对工况消息进行数据处理，并生成确认收到的反馈消息；进而，根据待确认消息和确认收到的反馈消息更新消息数据库；最后，基于消息数据库中的未确认收到的消息生成数据重发请求，以使边缘侧设备根据数据重发请求向云平台重新发送与数据重发请求对应的目标工况消息。通过上述描述可知，本发明的边缘侧消息的投递装置是在云平台上检查工况消息是否发送成功，如果未成功，云平台生成数据重发请求，即便在云平台向边缘侧设备下发数据重发请求时，出现网络闪断，由于工况消息未发送成功，云平台还会重新下发数据重发请求，以使边缘侧设备根据数据重发请求重新向云平台发送目标工况消息，直至目标工况消息发送成功为止，可见，本发明的方法极大地提高了边缘侧消息投递的可靠性，另外，检查工况消息是否发送成功的任务迁移至云平台后，减少了边缘侧设备数据存储的IO次数，降低了边缘侧设备所需的系统性能，缓解了现有的边缘侧消息的投递方法可靠性低且影响边缘侧设备性能的技术问题。

可选地，工况消息为边缘侧设备对物联网设备发送的工况数据和边缘侧设备为工况数据生成的唯一对应的标识信息进行序列化得到的，且边缘侧设备向云平台发送待确认消息的时间比边缘侧设备向云平台发送工况消息的时间晚预设时长。

可选地，待确认消息中携带有待确认工况数据的标识信息、发送待确认工况数据的边缘侧设备的IP和待确认工况数据的发送时间。

可选地，确认收到的反馈消息携带有确认收到的工况数据的标识信息、发送确认收到的工况数据的边缘侧设备的IP和确认收到的工况数据的发送时间。

可选地，消息数据库包括：标识信息、与标识信息对应的边缘侧设备的IP、与标识信息对应的发送时间、与标识信息对应的确认状态，更新单元还用于：对待确认消息进行反序列化，得到待确认消息中携带的待确认工况数据的标识信息、发送待确认工况数据的边缘侧设备的IP和待确认工况数据的发送时间；对确认收到的反馈消息进行反序列化，得到确认收到的反馈消息中携带的确认收到的工况数据的标识信息、发送确认收到的工况数据的边缘侧设备的IP和确认收到的工况数据的发送时间；根据待确认工况数据的标识信息、发送待确认工况数据的边缘侧设备的IP、待确认工况数据的发送时间、确认收到的工况数据的标识信息、发送确认收到的工况数据的边缘侧设备的IP和确认收到的工况数据的发送时间更新消息数据库。

可选地，更新单元还用于：检查消息数据库中是否存在待确认工况数据的标识信息、发送待确认工况数据的边缘侧设备的IP和待确认工况数据的发送时间；如果不存在，则将待确认工况数据的标识信息、发送待确认工况数据的边缘侧设备的IP和待确认工况数据的发送时间保存至消息数据库，并将其确认状态设置为未确认收到的状态；如果存在，且待确认工况数据的标识信息所对应的确认状态为已确认收到的状态，则不对消息数据库进行任何操作；检查消息数据库中是否存在确认收到的工况数据的标识信息、发送确认收到的工况数据的边缘侧设备的IP和确认收到的工况数据的发送时间；如果不存在，则将确认收到的工况数据的标识信息、发送确认收到的工况数据的边缘侧设备的IP和确认收到的工况数据的发送时间保存至消息数据库，并将其确认状态设置为已确认收到的状态；如果存在，则将确认收到的工况数据的标识信息对应的确认状态设置为已确认收到的状态。

可选地，数据重发生成单元还用于：按照预设时间频率在消息数据库中筛选得到确认状态为未确认收到的状态所对应的目标标识信息和目标发送时间；根据目标标识信息和目标发送时间生成数据重发请求；将数据重发请求发送至与目标标识信息对应的目标边缘侧设备，以使目标边缘侧设备根据数据重发请求向云平台重新发送与数据重发请求对应的目标工况消息，其中，目标边缘侧设备为目标标识信息对应的边缘设备的IP所对应的边缘侧设备。

本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的系统、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。本申请实施例提供的边缘侧消息的投递装置与上述实施例提供的边缘侧消息的投递方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

另外，在本发明实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

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

Claims (9)

1.一种边缘侧消息的投递方法，其特征在于，应用于云平台，所述方法包括：

获取边缘侧设备发送的工况消息和用于检查所述工况消息是否被云平台接收的待确认消息；

对所述工况消息进行数据处理，并生成确认收到的反馈消息；

根据所述待确认消息和所述确认收到的反馈消息更新消息数据库；

基于所述消息数据库中的未确认收到的消息生成数据重发请求，以使所述边缘侧设备根据所述数据重发请求向所述云平台重新发送与所述数据重发请求对应的目标工况消息；

其中，所述消息数据库包括：标识信息、与所述标识信息对应的边缘侧设备的IP、与所述标识信息对应的发送时间、与所述标识信息对应的确认状态，根据所述待确认消息和所述确认收到的反馈消息更新消息数据库，包括：

对所述待确认消息进行反序列化，得到所述待确认消息中携带的待确认工况数据的标识信息、发送所述待确认工况数据的边缘侧设备的IP和所述待确认工况数据的发送时间；

对所述确认收到的反馈消息进行反序列化，得到所述确认收到的反馈消息中携带的确认收到的工况数据的标识信息、发送所述确认收到的工况数据的边缘侧设备的IP和所述确认收到的工况数据的发送时间；

根据所述待确认工况数据的标识信息、发送所述待确认工况数据的边缘侧设备的IP、所述待确认工况数据的发送时间、所述确认收到的工况数据的标识信息、发送所述确认收到的工况数据的边缘侧设备的IP和所述确认收到的工况数据的发送时间更新所述消息数据库。

2.根据权利要求1所述的方法，其特征在于，所述工况消息为所述边缘侧设备对物联网设备发送的工况数据和所述边缘侧设备为所述工况数据生成的唯一对应的标识信息进行序列化得到的，且所述边缘侧设备向所述云平台发送所述待确认消息的时间比所述边缘侧设备向所述云平台发送所述工况消息的时间晚预设时长。

3.根据权利要求1所述的方法，其特征在于，所述待确认消息中携带有待确认工况数据的标识信息、发送所述待确认工况数据的边缘侧设备的IP和所述待确认工况数据的发送时间。

4.根据权利要求1所述的方法，其特征在于，所述确认收到的反馈消息携带有确认收到的工况数据的标识信息、发送所述确认收到的工况数据的边缘侧设备的IP和所述确认收到的工况数据的发送时间。

5.根据权利要求1所述的方法，其特征在于，根据所述待确认工况数据的标识信息、发送所述待确认工况数据的边缘侧设备的IP、所述待确认工况数据的发送时间、所述确认收到的工况数据的标识信息、发送所述确认收到的工况数据的边缘侧设备的IP和所述确认收到的工况数据的发送时间更新所述消息数据库，包括：

检查所述消息数据库中是否存在所述待确认工况数据的标识信息、发送所述待确认工况数据的边缘侧设备的IP和所述待确认工况数据的发送时间；

如果不存在，则将所述待确认工况数据的标识信息、发送所述待确认工况数据的边缘侧设备的IP和所述待确认工况数据的发送时间保存至所述消息数据库，并将其确认状态设置为未确认收到的状态；

如果存在，且所述待确认工况数据的标识信息所对应的确认状态为已确认收到的状态，则不对所述消息数据库进行任何操作；

检查所述消息数据库中是否存在所述确认收到的工况数据的标识信息、发送所述确认收到的工况数据的边缘侧设备的IP和所述确认收到的工况数据的发送时间；

如果不存在，则将所述确认收到的工况数据的标识信息、发送所述确认收到的工况数据的边缘侧设备的IP和所述确认收到的工况数据的发送时间保存至所述消息数据库，并将其确认状态设置为已确认收到的状态；

如果存在，则将所述确认收到的工况数据的标识信息对应的确认状态设置为已确认收到的状态。

6.根据权利要求1所述的方法，其特征在于，基于所述消息数据库中的未确认收到的消息生成数据重发请求，包括：

按照预设时间频率在所述消息数据库中筛选得到确认状态为未确认收到的状态所对应的目标标识信息和目标发送时间；

根据所述目标标识信息和所述目标发送时间生成数据重发请求；

将所述数据重发请求发送至与所述目标标识信息对应的目标边缘侧设备，以使所述目标边缘侧设备根据所述数据重发请求向所述云平台重新发送与所述数据重发请求对应的目标工况消息，其中，所述目标边缘侧设备为所述目标标识信息对应的边缘设备的IP所对应的边缘侧设备。

7.一种边缘侧消息的投递装置，其特征在于，应用于云平台，所述装置包括：

获取单元，用于获取边缘侧设备发送的工况消息和用于检查所述工况消息是否被云平台接收的待确认消息；

处理及消息生成单元，用于对所述工况消息进行数据处理，并生成确认收到的反馈消息；

更新单元，用于根据所述待确认消息和所述确认收到的反馈消息更新消息数据库；

数据重发生成单元，用于基于所述消息数据库中的未确认收到的消息生成数据重发请求，以使所述边缘侧设备根据所述数据重发请求向所述云平台重新发送与所述数据重发请求对应的目标工况消息；

其中，所述消息数据库包括：标识信息、与所述标识信息对应的边缘侧设备的IP、与所述标识信息对应的发送时间、与所述标识信息对应的确认状态，所述更新单元还用于：对所述待确认消息进行反序列化，得到所述待确认消息中携带的待确认工况数据的标识信息、发送所述待确认工况数据的边缘侧设备的IP和所述待确认工况数据的发送时间；对所述确认收到的反馈消息进行反序列化，得到所述确认收到的反馈消息中携带的确认收到的工况数据的标识信息、发送所述确认收到的工况数据的边缘侧设备的IP和所述确认收到的工况数据的发送时间；根据所述待确认工况数据的标识信息、发送所述待确认工况数据的边缘侧设备的IP、所述待确认工况数据的发送时间、所述确认收到的工况数据的标识信息、发送所述确认收到的工况数据的边缘侧设备的IP和所述确认收到的工况数据的发送时间更新所述消息数据库。

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

9.一种具有处理器可执行的非易失的程序代码的计算机可读介质，其特征在于，所述程序代码使所述处理器执行上述权利要求1至6中任一项所述的方法的步骤。

Images