CN112468573B - 基于分布式部署的数据推送方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种基于分布式部署的数据推送方法、装置、设备及存储介质，涉及内容分布网络技术领域。该方法包括：接收物联网平台发送的待推送数据，获取多个服务器的运行状态，其中，每个服务器的运行状态包括：第一状态数据，和第二状态数据；其中，第二状态数据包括：每个服务器中处理操作队列的长度；根据多个服务器的第一状态数据，从多个服务器中，确定至少一个待推送服务器；根据每个待推送服务器的处理操作队列的长度，计算每个待推送服务器的负载量；根据至少一个待推送服务器的负载量，从至少一个待推送服务器中选择负载量最小的服务器作为目标服务器；将待推送数据推送至目标服务器。通过本申请的方案，可实现服务器的负载均衡。

Description

基于分布式部署的数据推送方法、装置、设备及存储介质

技术领域

本发明涉及内容分发网络技术领域，具体而言，涉及一种基于分布式部署的数据推送方法、装置、设备及存储介质。

背景技术

在FSK(Frequency-shift keying，移频键控)技术、LoRa(Long Range，远距离无线电)技术的应用场景下，一个集中器连接多个表具对表具进行抄表，并以集中器为单位将数据上报至服务器。

随着物联网技术的应用，目前有一种物联网表，又称物联网智能表，可相当于集中器，在对大量物联网表的数据进行处理的过程中，为保证服务器的正常交互，往往需要提高服务器的配置。

现有的方案中，无法解决服务器负载均衡的问题，且提高服务器的配置会导致成本增加。

发明内容

本发明的目的在于，针对上述现有技术中的不足，提供一种基于分布式部署的数据推送方法、装置、设备及存储介质，以便实现服务器对数据的均衡处理。

为实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请实施例提供了一种基于分布式部署的数据推送方法，应用于分布式系统中的数据转发设备，所述分布式系统还包括：多个服务器，每个服务器与所述数据转发设备通信连接，所述方法包括：

接收物联网平台发送的待推送数据，所述待推送数据包括：至少一个物联网表的数据；

获取所述多个服务器的运行状态，其中，每个服务器的运行状态包括：第一状态数据，和第二状态数据；其中，所述第二状态数据包括：所述每个服务器中处理操作队列的长度；

根据所述多个服务器的所述第一状态数据，从所述多个服务器中，确定至少一个待推送服务器；

根据所述每个待推送服务器的所述处理操作队列的长度，计算所述每个待推送服务器的负载量；

根据所述至少一个待推送服务器的负载量，从所述至少一个待推送服务器中选择负载量最小的服务器作为目标服务器；

将所述待推送数据推送至所述目标服务器。

可选的，所述处理操作队列包括：即时业务队列，和，数据业务队列；其中，所述即时业务队列用于对数据库的数据执行更新操作，所述数据业务队列用于执行将上报数据存储在数据库中的存储操作；

根据所述即时业务队列的长度和所述数据业务队列的长度，采用所述即时业务队列的预设权值和所述数据业务队列的预设权值，进行加权运算，得到所述每个服务器的负载量；

其中，所述即时业务队列的预设权值和所述数据业务队列的预设权值均为正值，且，所述即时业务队列的预设权值大于所述数据业务队列的预设权值。

可选的，所述处理操作队列还包括：待处理命令队列，所述待处理命令队列用于执行命令响应；

根据所述即时业务队列的长度、所述数据业务队列的长度和所述待处理命令队列的长度，采用所述即时业务队列的预设权值、所述数据业务队列的预设权值以及所述待处理命令队列的预设权值，进行加权运算，得到所述每个服务器的负载量；

其中，所述待处理命令队列的预设权值小于所述即时业务队列的预设权值，但大于所述数据业务队列的预设权值。

可选的，所述第二状态数据还包括：所述每个服务器中处理核的数量；

所述根据所述处理操作队列的长度，计算所述每个服务器的负载量，包括：

根据所述处理操作队列的长度和所述处理核的数量，采用所述处理操作队列的预设权值和所述处理核的预设权值，进行加权运算，得到所述每个服务器的负载量；其中，所述处理核的预设权值为负值，所述处理操作队列的预设权值为正值。

可选的，所述第二状态数据还包括：所述每个服务器的预设人工调配参数；

所述根据所述处理操作队列的长度，计算所述每个服务器的负载量，包括：根据所述处理操作队列的长度、所述处理核的数量和所述预设人工调配参数，采用所述处理操作队列的预设权值、所述处理核的预设权值和所述预设人工调配参数的预设权值，进行加权运算，得到所述每个服务器的负载量；其中，所述预设人工调配参数的预设权值为正值。

可选的，所述第一状态数据为所述每个服务器的处理器使用率；

所述根据所述多个服务器的所述第一状态数据，从所述多个服务器中，确定至少一个待推送服务器，包括：

根据所述多个服务器的处理器使用率，从所述多个服务器中，确定处理器使用率小于或等于预设使用率的服务器为所述至少一个待推送服务器。

可选的，所述获取多个服务器的运行状态，包括：

调用所述每个服务器中负载量的应用程序通讯接口，获取所述每个服务器的运行状态。

第二方面，本申请实施例还提供一种基于分布式部署的数据推送装置，所述装置包括：

接收模块，用于接收物联网平台发送的待推送数据，所述待推送数据包括：至少一个物联网表的数据；

获取模块，用于获取所述多个服务器的运行状态，其中，每个服务器的运行状态包括：第一状态数据，和第二状态数据；其中，所述第二状态数据包括：所述每个服务器中处理操作队列的长度；

确定模块，用于根据所述多个服务器的所述第一状态数据，从所述多个服务器中，确定至少一个待推送服务器；

计算模块，用于根据所述每个待推送服务器的所述处理操作队列的长度，计算所述每个待推送服务器的负载量；

选择模块，用于根据所述至少一个待推送服务器的负载量，从所述至少一个待推送服务器中选择负载量最小的服务器作为目标服务器；

推送模块，用于将所述待推送数据推送至所述目标服务器。

可选的，所述处理操作队列包括：即时业务队列，和，数据业务队列；其中，所述即时业务队列用于对数据库的数据执行更新操作，所述数据业务队列用于执行将上报数据存储在数据库中的存储操作；所述计算模块用于根据所述即时业务队列的长度和所述数据业务队列的长度，采用所述即时业务队列的预设权值和所述数据业务队列的预设权值，进行加权运算，得到所述每个服务器的负载量；

其中，所述即时业务队列的预设权值和所述数据业务队列的预设权值均为正值，且，所述即时业务队列的预设权值大于所述数据业务队列的预设权值。

可选的，所述处理操作队列还包括：待处理命令队列，所述待处理命令队列用于执行命令响应；所述计算模块用于根据所述即时业务队列的长度、所述数据业务队列的长度和所述待处理命令队列的长度，采用所述即时业务队列的预设权值、所述数据业务队列的预设权值以及所述待处理命令队列的预设权值，进行加权运算，得到所述每个服务器的负载量；

其中，所述待处理命令队列的预设权值小于所述即时业务队列的预设权值，但大于所述数据业务队列的预设权值。

可选的，所述第二状态数据还包括：所述每个服务器中处理核的数量；所述计算模块用于根据所述处理操作队列的长度和所述处理核的数量，采用所述处理操作队列的预设权值和所述处理核的预设权值，进行加权运算，得到所述每个服务器的负载量；其中，所述处理核的预设权值为负值，所述处理操作队列的预设权值为正值。

可选的，所述第二状态数据还包括：所述每个服务器的预设人工调配参数；所述计算模块用于根据所述处理操作队列的长度、所述处理核的数量和所述预设人工调配参数，采用所述处理操作队列的预设权值、所述处理核的预设权值和所述预设人工调配参数的预设权值，进行加权运算，得到所述每个服务器的负载量；其中，所述预设人工调配参数的预设权值为正值。

可选的，所述第一状态数据为所述每个服务器的处理器使用率；所述确定模块用于根据所述多个服务器的处理器使用率，从所述多个服务器中，确定处理器使用率小于或等于预设使用率的服务器为所述至少一个待推送服务器。

可选的，所述获取模块用于调用所述每个服务器中负载量的应用程序通讯接口，获取所述每个服务器的运行状态。

第三方面，本申请实施例还提供一种数据转发设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的程序指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述程序指令，以执行时执行如上述任一所述的基于分布式部署的数据推送方法的步骤。

第四方面，本申请实施例还提供一种计算机可读存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如上述任一所述的基于分布式部署的数据推送方法的步骤。

本申请的有益效果是：

本申请提供的基于分布式部署的数据推送方法、装置、设备及存储介质，可通过接收物联网平台发送的待推送数据，并获取多个服务器的运行状态，根据多个服务器的第一状态数据从多个服务器中确定至少一个待推送服务器，并根据每个待推送服务器的处理操作队列的长度计算待推送服务器的负载量，将待推送数据推送至负载量最小的目标服务器。通过本申请提供的方案根据多个服务器的第一状态数据进行服务器的初次筛选，选择至少一个待推送服务器，还基于每个待推送服务器的第二状态数据中的处理操作队列的长度，计算每个待推送服务器的负载量，继而选择负载量最小的服务器作为目标服务器，实现基于处理操作队列的服务器的二次筛选，继而将物联网平台的待推送数据推送至目标服务器，由于该目标服务器是基于服务器的第一状态数据和第二状态数据依次进行分级筛选，并且，基于第二状态数据计算的负载量确定的负载量最小的服务器，可有效保证服务器负载量的均衡，可提高推送数据在目标服务器的处理效率，避免推送数据不合理导致服务器的处理效率降低，实现服务器对物联网表数据的均衡处理，解决因服务器配置较低、数据传输带宽窄造成的服务器响应及存储问题，解除服务器硬件限制，节省数据传输网络和服务器成本。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种分布式系统的结构示意图；

图2为本申请实施例提供的第一种基于分布式部署的数据推送方法的流程示意图；

图3为本申请实施例提供的第二种基于分布式部署的数据推送方法的流程示意图；

图4为本申请实施例提供的第三种基于分布式部署的数据推送方法的流程示意图；

图5为本申请实施例提供的第四种基于分布式部署的数据推送方法的流程示意图；

图6为本申请实施例提供的第五种基于分布式部署的数据推送方法的流程示意图；

图7为本申请实施例提供的第六种基于分布式部署的数据推送方法的流程示意图；

图8为本申请实施例提供的一种基于分布式部署的数据推送装置的结构示意图；

图9为本申请实施例提供的一种数据推送设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

为确保将待处理数据均衡分配至多个服务器，本申请实施例提供了下述多种可能的实现方式。如下结合附图对示例进行解释说明。

图1为本申请实施例提供的一种分布式系统的结构示意图，如图1所示，该分布式系统包括数据转发设备100和多个服务器200，每个服务器200与数据转发设备100通信连接。每个服务器200上可预先安装有数据采集系统，该数据采集系统可以为分布式数据采集系统，因此每个服务器200可以称为一个分布式数据采集服务器，多个服务器200构成分布式数据采集服务器集群。

在一些可能的示例中，每个服务器200还可与数据库服务器300通信连接，以与数据库服务器300进行交互，实现对数据库的处理操作，例如基于接收到的推送数据对数据库服务器300中的数据库进行更新操作。其中，数据库服务器300可以为单一的数据库服务器，也可以为多个分布式数据库服务器。

数据转发设备100可预先安装有预设的数据推送平台，该数据推送平台可以为具有负载均衡功能的软件平台，该数据推送平台也可以称为数据转发平台。该数据转发设备100的可能产品形态可以为服务器，也可以为终端设备，本申请对此不做限制。数据转发设备100可通过安装并运行的该数据推送平台，执行下述任一实施例所示的基于分布式部署的数据推送方法。

如下通过多个示例对数据转发设备所执行的基于分布式部署的数据推送方法进行解释说明。图2为本申请实施例提供的第一种基于分布式部署的数据推送方法的流程示意图，如图1所示，该方法包括：

S10：接收物联网平台发送的待推送数据。

具体的，待推送数据包括：至少一个物联网表的数据。物联网平台与至少一个物联网表通信连接，以获取至少一个物联网表的数据作为待推送数据，数据转发设备和物联网平台通信连接，以接收物联网平台发送的待推送数据。示例的，物联网表为窄带物联网(Narrow Band Internet of Things，NB-IoT)表。

不同用户使用的物联网表的运营商可能不同，对应运营商的物联网平台获取对应运营商的物联网表的数据。

S20：获取多个服务器的运行状态。

具体的，每个服务器的运行状态包括：第一状态数据，和第二状态数据；数据转发设备获取每个服务器的第一状态数据和第二状态数据，其中，第一状态数据包括：每个服务器的资源使用数据，第二状态数据包括：每个服务器中处理操作队列的长度。

示例的，每个服务器的资源使用数据可以为服务器的内存占用率，或，服务器的运行速率。

S30：根据多个服务器的第一状态数据，从多个服务器中，确定至少一个待推送服务器。

具体的，数据转发设备通过上述S20获得多个服务器的第一状态数据，从多个服务器中选择第一状态数据满足预设要求的服务器作为至少一个待推送服务器。

在一种可选实施方式中，第一状态数据为每个服务器的处理器(CPU)使用率，根据多个服务器的处理器使用率，从多个服务器中，确定处理器使用率小于或等于预设使用率的服务器为至少一个待推送服务器。

具体的，预设要求为处理器使用率小于或等于预设使用率，选择处理器使用率小于或等于预设使用率的服务器作为待推送服务器。示例的，预设使用率可以为90％。

在第二种可选实施方式中，第一状态数据为每个服务器的内存占用率，根据多个服务器的内存占用率，从多个服务器中，选择内存占用率小于或等于预设占用率的服务器作为待推送服务器。示例的，预设内存占用率可以为90％。

在第三种可选实施方式中，第一状态数据为每个服务器的运行效率，根据多个服务器的运行速率，从多个服务器中，选择运行速率大于或等于预设速率的服务器作为待推送服务器。

S40：根据每个待推送服务器的处理操作队列的长度，计算每个待推送服务器的负载量。

具体的，处理操作队列可包括：至少一个队列，数据转发设备可个根据至少一个队列的长度采用对应的权值进行加权运算，得到每个待推送服务器的负载量。

每个待推送服务器的负载量与待推送服务器的处理操作队列的长度成正比，即待推送服务器的处理操作队列的长度越长，表示待推送服务器需要处理的数据越多，待推送服务器的负载量越大。各个队列对应的权重均为预设正值。

S50：根据至少一个待推送服务器的负载量，从至少一个待推送服务器中选择负载量最小的服务器作为目标服务器。

具体的，根据上述S40得到的每个待推送服务器的负载量，选择负载量最小即处理操作队列的长度最短的服务器作为目标服务器。

S60：将待推送数据推送至目标服务器。

具体的，数据转发设备将从物联网平台接收到的待推送数据发送至目标服务器，以使得目标服务器基于待推送数据执行数据库服务器上数据库的更新操作，并向数据库服务器上报该待推送数据。

可通过接收物联网平台发送的待推送数据，并获取多个服务器的运行状态，根据多个服务器的第一状态数据从多个服务器中确定至少一个待推送服务器，并根据每个待推送服务器的处理操作队列的长度计算待推送服务器的负载量，将待推送数据推送至负载量最小的目标服务器。通过本申请提供的方案根据多个服务器的第一状态数据进行服务器的初次筛选，选择至少一个待推送服务器，还基于每个待推送服务器的第二状态数据中的处理操作队列的长度，计算每个待推送服务器的负载量，继而选择负载量最小的服务器作为目标服务器，实现基于处理操作队列的服务器的二次筛选，继而将物联网平台的待推送数据推送至目标服务器，由于该目标服务器是基于服务器的第一状态数据和第二状态数据依次进行分级筛选，并且，基于第二状态数据计算的负载量确定的负载量最小的服务器，可有效保证服务器负载量的均衡，可提高推送数据在目标服务器的处理效率，避免推送数据不合理导致服务器的处理效率降低，实现服务器对物联网表数据的均衡处理，解决因服务器配置较低、数据传输带宽窄造成的服务器响应及存储问题，解除服务器硬件限制，节省数据传输网络和服务器成本。

在上述基于分布式部署的数据推送方法的基础上，本申请实施例还提供一种基于分布式部署的数据推送方法，在本申请实施例提供的基于分布式部署的数据推送方法中，处理操作队列可包括：即时业务队列，和，数据业务队列；其中，即时业务队列用于对数据库的数据执行更新操作，数据业务队列用于执行将上报数据存储在数据库中的存储操作。

图3为本申请实施例提供的第二种基于分布式部署的数据推送方法的流程示意图，如图3所示，上述S40包括：

S41：根据即时业务队列的长度和数据业务队列的长度，采用即时业务队列的预设权值和数据业务队列的预设权值，进行加权运算，得到每个服务器的负载量。

其中，即时业务队列的预设权值和数据业务队列的预设权值均为正值，即时业务队列的预设权值大于数据业务队列的预设权值。

具体的，即时业务队列的预设权值用于表示服务器处理即时业务队列中数据的优先级，数据业务队列的预设权值用于表示服务器处理数据业务队列中数据的优先级。

即时业务队列中的数据为需要服务器实时在数据库服务器中对数据库进行更新操作的待更新数据，数据业务队列中的数据为服务器可以延时在数据库服务器中将上报数据存储在数据库中的数据，根据服务器对即时业务队列中的数据和数据业务队列中的数据进行处理的时序，即时业务队列的数据处理的优先级高于数据业务队列，即，即时业务队列的预设权值大于数据业务队列的预设权值。

示例的，即时业务队列中可以为用户实时用电量数据，数据业务队列中可以为修改用户物联网表编码数据，假设，即时业务队列的长度为iq，即时业务队列的预设权值为3，数据业务队列的长度为bq，数据业务队列的预设权值为1，数据转发设备可根据获取到的即时业务队列的长度和数据业务队列的长度，以及，即时业务队列的预设权值和数据业务队列的预设权值，采用下述公式(1)计算每个服务器的负载量。

负载量＝3*iq+bq (1)

根据数据的类型，待推送数据分为待更新数据和上报数据，根据每个服务器的负载量，将待推送数据中的待更新数据推送至目标服务器的即时业务队列，即时业务队列中的待更新数据按照先进先出原则，依次对数据库服务器中的数据库执行更新操作；将待推送数据中的上报数据推送中目标服务器的数据业务队列，数据业务队列中的上报数据按照先进先出原则对数据库服务器中的数据库执行存储操作。

本申请实施例提供的基于分布式部署的数据推送方法中，将处理操作队列分为即时业务队列和数据业务队列，根据即时业务队列的长度和数据业务队列的长度，采用即时业务队列的预设权值和数据业务队列的预设权值进行加权运算，得到每个服务器的负载量。通过本申请实施例的方案，依据即时业务队列和数据业务队列中数据处理的优先级，对即时业务队列和数据业务队列赋予不同的预设权值，根据即时业务队列的预设权值和数据业务队列的预设权值，对即时业务队列的长度和数据业务队列的长度进行加权运算，使得到的每个服务器的负载量更准确，便于更准确的选择负载量最小的服务器进行数据推送，确保每个服务器的负载量均衡。

在上述数据推送方法的基础上，本申请实施例还提供一种基于分布式部署的数据推送方法，在本申请实施例提供的基于分布式部署的数据推送方法中，处理操作队列还可包括：待处理命令队列，待处理命令队列用于执行命令响应。

图4为本申请实施例提供的第三种基于分布式部署的数据推送方法的流程示意图，如图4所示，上述S40可包括：

S42：根据即时业务队列的长度、数据业务队列的长度和待处理命令队列的长度，采即时业务队列的预设权值、数据业务队列的预设权值以及待处理命令队列的预设权值，进行加权运算，得到每个服务器的负载量。

其中，所述待处理命令队列的预设权值小于所述即时业务队列的预设权值，但大于所述数据业务队列的预设权值。

具体的，待处理命令队列中的数据为需要服务器在数据库服务器中对数据库执行操作指令的待操作数据，待处理命令队列的数据处理的优先级低于即时业务队列，但高于数据业务队列，即，待处理命令队列的预设权值小于即时业务队列的预设权值，但大于数据业务队列的预设权值。

示例的，待处理命令队列中可以为用户缴费数据，假设，待处理命令队列的长度为cq，待处理命令队列的预设权值为2，数据转发设备可以根据获取到的即时业务队列的长度、数据业务队列的长度和待处理命令队列的长度，以及，即时业务队列的预设权值、数据业务队列的预设权值和待处理命令队列的预设权值，采用下述公式(2)计算每个服务器的负载量。

负载量＝3*iq+2*cq+bq (2)

根据数据的类型，待推送数据分为待更新数据、上报数据和待操作数据，根据每个服务器的负载量，将待推送数据中的待更新数据推送至目标服务器的即时业务队列，即时业务队列中的待更新数据按照先进先出原则，依次对数据库服务器中的数据库执行更新操作；将待推送数据中的上报数据推送至目标服务器的数据业务队列，数据业务队列中的上报数据按照先进先出原则对数据库服务器中的数据库执行存储操作；将待推送数据中的待操作数据推送至目标服务器的待处理命令队列，待处理命令队列中的操作数据按照先进先出原则对数据库服务器中的数据库执行对应的操作指令。

本申请实施例提供的基于分布式部署的数据推送方法中，将处理操作队列分为即时业务队列、数据业务队列和待处理命令队列，根据即时业务队列的长度、数据业务队列的长度和待处理命令队列的长度，采用即时业务队列的预设权值、数据业务队列的预设权值和待处理命令队列的预设权值进行加权运算，得到每个服务器的负载量。通过本申请实施例的方案，依据即时业务队列、数据业务队列和待处理命令队列中数据处理的优先级，对即时业务队列、数据业务队列和待处理命令队列赋予不同的预设权值，根据即时业务队列的预设权值、数据业务队列的预设权值和待处理命令队列的预设权值，对即时业务队列的长度、数据业务队列的长度和待处理命令队列的长度进行加权运算，使得到的每个服务器的负载量更准确，便于更准确的选择负载量最小的服务器进行数据推送，确保每个服务器的负载量均衡。

在上述基于分布式部署的数据推送方法的基础上，本申请实施例还提供一种基于分布式部署的数据推送方法，在本申请实施例提供的基于分布式部署的数据推送方法中，第二状态数据还可包括：每个服务器中处理核的数量。

图5为本申请实施例提供的第四种基于分布式部署的数据推送方法的流程示意图，如图5所示，上述S40可包括：

S43：根据处理操作队列的长度和处理核的数量，采用处理操作队列的预设权值和处理核的预设权值，进行加权运算，得到每个服务器的负载量；其中，处理核的预设权值为负值，处理操作队列的预设权值为正值。

具体的，服务器的处理核的数量用于表示服务器处理数据的能力，服务器的处理核的数量越多，服务器处理数据的能力越强，服务器的负载量越小，处理核的预设权值为负值，处理核的预设权值可根据实际情况进行设置。示例的，假设，处理核的数量为b，处理核的预设权值为-10。

在一种示例中，处理操作队列包括：即时业务队列，和，数据业务队列，数据转发设备可以根据获取到的即时业务队列的长度和数据业务队列的长度，即时业务队列的预设权值和数据业务队列的预设权值，以及，处理核的数量，采用下述公式(3)计算每个服务器的负载量。

负载量＝3*iq+bq-10*b (3)

在另一种示例中，处理操作队列包括：即时业务队列、数据业务队列，和，待处理命令队列，数据转发设备可以根据获取到的即时业务队列的长度、数据业务队列的长度和待处理命令队列的长度，即时业务队列的预设权值、数据业务队列的预设权值和待处理命令队列的预设权值，以及，处理核的数量，采用下述公式(4)计算每个服务器的负载量。

负载量＝3*iq+2*cq+bq-10*b (4)

在一种可选实施方式中，第二状态数据还包括：每个服务器的预设人工调配参数。

图6为本申请实施例提供的第五种基于分布式部署的数据推送方法的流程示意图，如图6所示，上述S40可包括：

S44：根据处理操作队列的长度、处理核的数量和预设人工调配参数，采用处理操作队列的预设权值、处理核的预设权值和预设人工调配参数的预设权值，进行加权运算，得到每个服务器的负载量；其中，预设人工调配参数的预设权值为正值。

具体的，通过设置预设人工调配参数rq，使每个服务器的负载量更加准确，预设人工调配参数可以根据实际需要灵活调整，在此不做限制。

在一种示例中，处理操作队列包括：即时业务队列，和，数据业务队列，数据转发设备可以根据获取到的即时业务队列的长度和数据业务队列的长度，即时业务队列的预设权值和数据业务队列的预设权值，处理核的数量，预设人工调配参数，采用下述公式(5)计算每个服务器的负载量。

负载量＝3*iq+bq-10*b+rq (5)

在另一种示例中，处理操作队列包括：即时业务队列、数据业务队列，和，待处理命令队列，数据转发设备可以根据获取到的即时业务队列的长度、数据业务队列的长度和待处理命令队列的长度，即时业务队列的预设权值、数据业务队列的预设权值和待处理命令队列的预设权值，处理核的数量，以及，预设人工调配参数，采用下述公式(6)计算每个服务器的负载量。

负载量＝3*iq+2*cq+bq-10*b+rq (6)

本申请实施例提供的基于分布式部署的数据推送方法中，根据处理操作队列的长度和处理核的数量，采用处理操作队列的预设权值和处理核的预设权值，进行加权运算，得到每个服务器的负载量。通过本申请实施例提供的方法，考虑服务器处理核的数量，根据处理操作队列的预设权值和处理核的预设权值，对处理操作队列的长度和处理核的数量进行加权运算，使得到的每个服务器的负载量更准确，便于更准确的选择负载量最小的服务器进行数据推送，确保每个服务器的负载量均衡。

在上述任一实施例提供的基于分布式部署的数据推送方法的基础上，本申请实施例还提供一种基于分布式部署的数据推送方法，上述S20包括：

调用每个服务器中负载量的应用程序通讯接口，获取每个服务器的运行状态。

具体的，应用程序通讯接口为服务器与其他平台之间进行数据传递的接口，数据转发设备通过调用每个服务器中负载量的应用程序通讯接口，获取每个服务器的第一状态数据和第二状态数据。示例的，应用程序通讯接口可以为WCF(Windows CommunicationFoundation，Windows通讯开发平台)接口。

本申请实施例提供的基于分布式部署的数据推送方法，通过调用每个服务器中负载量的应用程序通讯接口，获取每个服务器的运行状态，使得数据转发设备和服务器之间的通信安全、可靠，确保分布式系统的安全。

在上述任一实施例的基于分布式部署的数据推送方法的基础上，本申请实施例还提供一种基于分布式部署的数据推送方法，在上述S40之前，该方法还包括：

判断是否使用国际移动设备识别码的选择算法。

具体的，每个服务器中预设设置有选择参数，该选择参数用于指示每个服务器是否使用国际移动设备识别码(International Mobile Equipment Identity，IMEI)的选择算法。示例的，选择参数为0，表示不使用国际移动设备识别码的选择算法，选择参数为1，表示使用国际移动设备识别码的选择算法。

在一种可选实施例中，若未使用国际移动设备识别码的选择算法，则根据每个待推送服务器的处理操作队列的长度，计算每个待推送服务器的负载量。

具体的，若数据转发设备根据选择参数判断该服务器不使用国际使用设备识别码的选择算法，则数据转发设备采用上述任一实施例的基于分布式部署的数据推送方法，计算待推送服务器的负载量。

在另一种可选实施例中，若使用国际移动设备识别码的选择算法，则根据待推送数据对应的物联网表的国际移动设备识别码的最后一位数字，对待推送服务器的数量进行取余操作得到另一目标服务器的序号；向另一个目标服务器发送待推送数据。

具体的，若数据转发设备根据选择参数判断该服务器使用国际移动设备识别码的选择参数，则数据转发设备通过物联网平台获取待推送数据对应的物联网表的国际移动设备识别码的最后一位数字a，设根据上述S30得到的待推送服务器的数量为n，则对待推送服务器的数量进行取余操作得到另一目标服务器的序号为d，通过数据转发设备，向另一目标服务器d发送待推送数据。示例的，待推送数据对应的物联网表的国际移动设备识别码的最后一位数字a为5，待推送服务器的数量n为3，则另一目标服务器的序号d＝a％n＝5％3＝2，即数据转发设备将待推送数据发送至第二个另一目标服务器。

本申请实施例提供的基于分布式部署的数据推送方法，通过判断是否使用国际移动设备识别码的选择算法，选择通过计算每个待推送服务器的负载量选择目标服务器，或者通过国际移动设备识别码的选择算法选择另一目标服务器，可根据服务器的配置情况，灵活选择将数据推送至服务器的方法。

在一种更具体的示例场景中，本申请实施例还提供一种基于分布式部署的数据推送方法，如下进行示例说明。图7为本申请实施例提供的第六种基于分布式部署的数据推送方法的流程示意图，如图7所示，该方法包括：

S100：接收物联网平台发送的待推送数据。

具体的，S100的具体实现过程，可参照上述实施例中S10的描述，在此不再赘述。

S200：获取多个服务器的第一状态数据和第二状态数据。

具体的，S200的具体实现过程，可参照上述实施例中S20的描述，在此不再赘述。

S300：根据多个服务器的第一状态数据，从多个服务器中，确定n个待推送服务器。

具体的，S300的具体实现过程，可参照上述实施例中S30的描述，在此不再赘述。

S400：判断是否使用国际移动设备识别码的选择算法。

若使用国际移动设备识别码的选择算法，则执行下述S501-S502。

S501：根据待推送数据对应的物联网表的国际移动设备识别码的最后一位数字a，对待推送服务器的数量进行取余操作得到另一目标服务器的序号d＝a％n。

S502：向另一个目标服务器发送待推送数据。

若不使用国际移动设备识别码的选择算法，则执行下述S601-S603。

S601：根据每个待推送服务器的第二状态数据，计算每个待推送服务器的负载量。

具体的，S602的具体实现过程，可参照上述实施例中S41-S44中任意一种方法的描述，在此不再赘述。

S602：根据至少一个待推送服务器的负载量，从至少一个待推送服务器中选择负载量最小的服务器作为目标服务器。

具体的，S602的具体实现过程，可参照上述实施例中S50的描述，在此不再赘述。

S603：将待推送数据推送至目标服务器。

具体的，S603的具体实现过程，可参照上述实施例中S60的描述，在此不再赘述。

本申请实施例提供的基于分布式部署的数据推送方法的具体的实现过程以及技术效果参见上述，下述不再赘述。

下述对用以执行本申请数据推送方法的装置、平台及存储介质等进行说明，其具体的实现过程以及技术效果参见上述，下述不再赘述。

图8为本申请实施例提供一种基于分布式部署的数据推送装置的结构示意图，如图8所示，该装置包括：

接收模块10，用于接收物联网平台发送的待推送数据，待推送数据包括：至少一个物联网表的数据。

获取模块20，用于获取多个服务器的运行状态，其中，每个服务器的运行状态包括：第一状态数据，和第二状态数据；其中，第二状态数据包括：每个服务器中处理操作队列的长度。

确定模块30，用于根据多个服务器的第一状态数据，从多个服务器中，确定至少一个待推送服务器。

计算模块40，用于根据每个待推送服务器的处理操作队列的长度，计算每个待推送服务器的负载量。

选择模块50，用于根据至少一个待推送服务器的负载量，从至少一个待推送服务器中选择负载量最小的服务器作为目标服务器；

推送模块60，用于将待推送数据推送至目标服务器。

在一种可选实施方式中，处理操作队列包括：即时业务队列，和，数据业务队列；其中，即时业务队列用于对数据库的数据执行更新操作，数据业务队列用于执行将上报数据存储在数据库中的存储操作。

计算模块40用于根据即时业务队列的长度和数据业务队列的长度，采用即时业务队列的预设权值和数据业务队列的预设权值，进行加权运算，得到每个服务器的负载量；其中，即时业务队列的预设权值和数据业务队列的预设权值均为正值，且，即时业务队列的预设权值大于数据业务队列的预设权值。

在一种可选实施方式中，处理操作队列还包括：待处理命令队列，待处理命令队列用于执行命令响应。

计算模块40用于根据即时业务队列的长度、数据业务队列的长度和待处理命令队列的长度，采用即时业务队列的预设权值、数据业务队列的预设权值以及待处理命令队列的预设权值，进行加权运算，得到每个服务器的负载量；其中，待处理命令队列的预设权值小于即时业务队列的预设权值，但大于数据业务队列的预设权值。

在一种可选实施方式中，第二状态数据还包括：每个服务器中处理核的数量。

计算模块40用于根据处理操作队列的长度和处理核的数量，采用处理操作队列的预设权值和处理核的预设权值，进行加权运算，得到每个服务器的负载量；其中，处理核的预设权值为负值，处理操作队列的预设权值为正值。

在一种可选实施方式中，第二状态数据还包括：每个服务器的预设人工调配参数。

计算模块40用于根据处理操作队列的长度、处理核的数量和预设人工调配参数，采用处理操作队列的预设权值、处理核的预设权值和预设人工调配参数的预设权值，进行加权运算，得到每个服务器的负载量；其中，预设人工调配参数的预设权值为正值。

在一种可选实施方式中，第一状态数据为每个服务器的处理器使用率。

确定模块30用于根据多个服务器的处理器使用率，从多个服务器中，确定处理器使用率小于或等于预设使用率的服务器为至少一个待推送服务器。

在一种可选实施方式中，获取模块20用于调用每个服务器中负载量的应用程序通讯接口，获取每个服务器的运行状态。

上述装置用于执行前述实施例提供的方法，其实现原理和技术效果类似，在此不再赘述。

以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个微处理器(digital singnal processor，简称DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(CentralProcessing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chiq，简称SOC)的形式实现。

图9为本申请实施例提供的一种数据转发设备的示意图，如图9所示，该数据转发设备100包括：处理器101、存储介质102和总线，存储介质102存储有处理器101可执行的程序指令，当数据转发设备运行时，处理器101与存储介质102之间通过总线通信，处理器101执行程序指令，以执行如上述任一实施例的基于分布式部署的数据推送方法的步骤。

可选地，本发明还提供一种计算机可读存储介质，存储介质上存储有计算机程序，计算机程序被处理器运行时执行如上述任一实施例的基于分布式部署的数据推送方法的步骤。

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

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

上仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种数据推送方法，其特征在于，应用于分布式系统中的数据转发设备，所述分布式系统还包括：多个服务器，每个服务器与所述数据转发设备通信连接，所述方法包括：

接收物联网平台发送的待推送数据，所述待推送数据包括：至少一个物联网表的数据；

获取所述多个服务器的运行状态，其中，每个服务器的运行状态包括：第一状态数据，和第二状态数据；其中，所述第一状态数据包括：所述每个服务器的资源使用数据，所述第二状态数据包括：所述每个服务器中处理操作队列的长度；

根据所述多个服务器的所述第一状态数据，从所述多个服务器中，确定至少一个待推送服务器；

根据每个待推送服务器的所述处理操作队列的长度，计算所述每个待推送服务器的负载量；

根据所述至少一个待推送服务器的负载量，从所述至少一个待推送服务器中选择负载量最小的服务器作为目标服务器；

将所述待推送数据推送至所述目标服务器。

2.根据权利要求1所述的方法，其特征在于，所述处理操作队列包括：即时业务队列，和，数据业务队列；其中，所述即时业务队列用于对数据库的数据执行更新操作，所述数据业务队列用于执行将上报数据存储在数据库中的存储操作；

根据所述即时业务队列的长度和所述数据业务队列的长度，采用所述即时业务队列的预设权值和所述数据业务队列的预设权值，进行加权运算，得到所述每个服务器的负载量；

其中，所述即时业务队列的预设权值和所述数据业务队列的预设权值均为正值，且，所述即时业务队列的预设权值大于所述数据业务队列的预设权值。

3.根据权利要求2所述的方法，其特征在于，所述处理操作队列还包括：待处理命令队列，所述待处理命令队列用于执行命令响应；

根据所述即时业务队列的长度、所述数据业务队列的长度和所述待处理命令队列的长度，采用所述即时业务队列的预设权值、所述数据业务队列的预设权值以及所述待处理命令队列的预设权值，进行加权运算，得到所述每个服务器的负载量；

其中，所述待处理命令队列的预设权值小于所述即时业务队列的预设权值，但大于所述数据业务队列的预设权值。

4.根据权利要求1所述的方法，其特征在于，所述第二状态数据还包括：所述每个服务器中处理核的数量；

所述根据所述处理操作队列的长度，计算所述每个服务器的负载量，包括：

根据所述处理操作队列的长度和所述处理核的数量，采用所述处理操作队列的预设权值和所述处理核的预设权值，进行加权运算，得到所述每个服务器的负载量；其中，所述处理核的预设权值为负值，所述处理操作队列的预设权值为正值。

5.根据权利要求4所述的方法，其特征在于，所述第二状态数据还包括：所述每个服务器的预设人工调配参数；

所述根据所述处理操作队列的长度，计算所述每个服务器的负载量，包括：

根据所述处理操作队列的长度、所述处理核的数量和所述预设人工调配参数，采用所述处理操作队列的预设权值、所述处理核的预设权值和所述预设人工调配参数的预设权值，进行加权运算，得到所述每个服务器的负载量；其中，所述预设人工调配参数的预设权值为正值。

6.根据权利要求1所述的方法，其特征在于，所述第一状态数据为所述每个服务器的处理器使用率；

所述根据所述多个服务器的所述第一状态数据，从所述多个服务器中，确定至少一个待推送服务器，包括：

根据所述多个服务器的处理器使用率，从所述多个服务器中，确定处理器使用率小于或等于预设使用率的服务器为所述至少一个待推送服务器。

7.根据权利要求1-6中任一所述的方法，其特征在于，所述获取多个服务器的运行状态，包括：

调用所述每个服务器中负载量的应用程序通讯接口，获取所述每个服务器的运行状态。

8.一种数据推送装置，其特征在于，所述装置包括：

接收模块，用于接收物联网平台发送的待推送数据，所述待推送数据包括：至少一个物联网表的数据；

获取模块，用于获取多个服务器的运行状态，其中，每个服务器的运行状态包括：第一状态数据，和第二状态数据；其中，所述第一状态数据包括：所述每个服务器的资源使用数据，所述第二状态数据包括：所述每个服务器中处理操作队列的长度；

确定模块，用于根据所述多个服务器的所述第一状态数据，从所述多个服务器中，确定至少一个待推送服务器；

计算模块，用于根据每个待推送服务器的所述处理操作队列的长度，计算所述每个待推送服务器的负载量；

选择模块，用于根据所述至少一个待推送服务器的负载量，从所述至少一个待推送服务器中选择负载量最小的服务器作为目标服务器；

推送模块，用于将所述待推送数据推送至所述目标服务器。

9.一种数据转发设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的程序指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述程序指令，以执行如权利要求1至7任一所述的数据推送方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至7任一所述的数据推送方法的步骤。

Images