CN113934735A - 处理数据的方法及装置 - Google Patents

Abstract

本公开提供一种处理数据的方法及装置，涉及物联网技术领域，其中，该方法包括确定第一设备数据对应的设备类型和数据类型，所述第一设备数据包括至少一个键值以及各所述键值对应的值，获取与所述设备类型对应的键值对应关系，所述键值对应关系包括标准键值以及与所述标准键值对应的至少一个个性键值，根据所述设备类型、所述数据类型以及所述设备类型对应的键值对应关系，处理所述第一设备数据，得到目标设备数据，其中，所述目标设备数据为对至少一个键值以及各键值对应的值封装的数据，且目标设备数据类型为平铺型，不包括任一个性键值。本公开提供的技术方案能够减少数据处理系统的冗余，提高扩展性和支持性。

Description

处理数据的方法及装置

技术领域

本公开涉及物联网技术领域，尤其涉及一种处理数据的方法及装置。

背景技术

随着大数据、通信技术、人工智能以及物联网等技术的发展，智慧道路等新型的数据处理系统也逐渐得到了广泛的应用。该数据处理系统通常具有设备种类多、设备数目大、管理部门多、实时性高和业务需求量大等特点，其中，大量不同设备类型的物联网设备会产生大量数据结构不同的设备数据。因此，如何处理这些数据结构不同的设备数据也越来越受到广泛关注。

现有技术中，设备数据可以包括键值以及该键值对应的值，当数据结构不同时，设备数据中键值以及该键值对应的值的表示方式也对不同。服务器可以接收物联网设备所发送的设备数据，按照与该设备数据的数据结构对应的方式，从该设备数据中提取键值以及键值对应的值。

但一方面，不同设备类型的设备数据在数据结构上也可能会有相同或相似之处，另一方面，当数据处理系统中增加了新类型的物联网设备时，往往也需要配置新的数据处理方式。因此，系统冗余严重，扩展性和适应性差。

发明内容

有鉴于此，本公开提供一种处理数据的方法及装置，用以减少数据处理系统的冗余，提高扩展性和支持性。

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

第一方面，本公开实施例提供处理数据的方法，包括：

确定第一设备数据对应的设备类型和数据类型，所述第一设备数据包括至少一个键值以及各所述键值对应的值；

获取与所述设备类型对应的键值对应关系，所述键值对应关系包括标准键值以及与所述标准键值对应的至少一个个性键值；

根据所述设备类型、所述数据类型以及所述键值对应关系，处理所述第一设备数据，得到目标设备数据，所述目标设备数据的数据类型为平铺型；

其中，在所述第一设备数据包括第一个性键值且所述数据类型为浮动型的情况下，所述目标设备数据由将所述第一设备数据中的所述第一个性键值转换为所述第一个性键值对应的所述标准键值，并进行封装得到的数据，所述第一个性键值为所述至少一个个性键值中的键值；

在所述第一设备数据中不包括任一个所述个性键值且所述数据类型为平铺型的情况下，所述目标设备数据为将所述第一设备数据中的至少一个键值以及各所述键值对应的值封装后得到的数据。

需要说明的是，浮动型和平铺型为第一设备数据中包括的键值以及值的表示方式。若第一设备数据为浮动型，则第一设备数据可以通过多个字段来指示一个键值以及该键值对应的值；若第一设备数据为平铺型，则第一设备数据可以通过一个字段来指示一个键值以及该键值对应的值。

在本申请实施例中，服务器可以确定第一设备数据对应的设备类型和数据类型，获取与设备类型对应的键值对应关系，其中第一设备数据包括至少一个键值以及各键值对应的值，键值对应关系包括标准键值以及与所述标准键值对应的至少一个个性键值。服务器可以根据设备类型、数据类型以及设备类型对应的键值对应关系，处理第一设备数据，得到目标设备数据，其中，在第一设备数据包括第一个性键值且数据类型为浮动型的情况下，则目标设备数据为将第一设备数据中的第一个性键值转换为第一个性键值对应的标准键值，将第一设备数据的数据类型转换为平铺型，并将转换后第一设备数据中的至少一个键值以及各键值对应的值封装后得到的数据，第一个性键值为至少一个个性键值中的键值；在第一设备数据中不包括任一个个性键值且数据类型为平铺型的情况下，目标设备数据为将第一设备数据中的至少一个键值以及各键值对应的值封装后得到的数据。因此对于任意结构的第一设备数据，服务器可以对第一设备数据进行键值转换以及数据类型转换，并将转换后的第一设备数据中的键值以及键值对应的值进行封装，得到统一数据结构的目标设备数据，减少了数据处理系统的冗余，提高了数据处理系统的扩展性和适应性。

可选地，在所述第一设备数据不包括任一所述个性键值且所述数据类型为所述浮动型的情况下，所述目标设备数据为将所述第一设备数据的所述数据类型转换为所述平铺型，并将转换后所述第一设备数据中的所述至少一个键值以及各所述键值对应的值封装后得到的数据。

可选地，在所述第一设备数据包括所述第一个性键值，且所述数据类型为所述平铺型的情况下，则所述目标设备数据为将所述第一设备数据中的所述第一个性键值转换为所述第一个性键值对应的所述标准键值，并将转换后所述第一设备数据中的至少一个键值以及各所述键值对应的值封装后得到的数据。

可选地，所述方法还包括：

缓存所述目标设备数据；

每间隔预设时长，获取缓存的预设数目的第二设备数据，所述第二设备数据包括所述目标设备数据；

将所述预设数目的第二设备数据存储至数据库。

可选地，所述处理所述第一设备数据，得到目标设备数据，包括：

若所述第一设备数据为状态数据，则将所述第一设备数据包括的所述至少一个键值以及各所述键值对应的值封装为哈希键值对，以得到所述目标设备数据；或，

若所述第一设备数据为非状态数据，则将所述第一设备数据包括的所述至少一个键值以及各所述键值对应的值封装为列表，以得到所述目标设备数据。

可选地，所述处理所述第一设备数据，得到目标设备数据，包括：

若第一键值不为与任意第二键值对应的第一值，所述第一键值对应的第二值用于指示第三键值，且所述第三键值对应的第三值不用于指示任意的第四键值，则确定所述第一键值与所述第三值对应，以得到所述目标设备数据。

可选地，在所述根据所述设备类型、所述数据类型以及所述设备类型对应的键值对应关系，处理所述第一设备数据，得到目标设备数据之前，所述方法还包括：

若第一键值不为与任意第二键值对应的第一值，所述第一键值对应的第二值用于指示第三键值，且所述第三键值对应的第三值不用于指示任意的第四键值，则将所述第一键值对应的第二值更新为所述第三值；

删除所述第二键值和所述第二键值对应的所述第三值。

第二方面，本公开实施例提供一种处理数据的装置，包括处理模块，用于：

确定第一设备数据对应的设备类型和数据类型，所述第一设备数据包括至少一个键值以及各所述键值对应的值；

获取与所述设备类型对应的键值对应关系，所述键值对应关系包括标准键值以及与所述标准键值对应的至少一个个性键值；

根据所述设备类型、所述数据类型以及所述键值对应关系，处理所述第一设备数据，得到目标设备数据，所述目标设备数据的数据类型为平铺型；

其中，在所述第一设备数据包括第一个性键值且所述数据类型为浮动型的情况下，所述目标设备数据由将所述第一设备数据中的所述第一个性键值转换为所述第一个性键值对应的所述标准键值，并进行封装得到的数据，所述第一个性键值为所述至少一个个性键值中的键值；

在所述第一设备数据中不包括任一个所述个性键值且所述数据类型为平铺型的情况下，所述目标设备数据为将所述第一设备数据中的至少一个键值以及各所述键值对应的值封装后得到的数据。

可选地，在所述第一设备数据不包括任一所述个性键值且所述数据类型为所述浮动型的情况下，所述目标设备数据为将所述第一设备数据的所述数据类型转换为所述平铺型，并将转换后所述第一设备数据中的所述至少一个键值以及各所述键值对应的值封装后得到的数据。

可选地，在所述第一设备数据包括所述第一个性键值，且所述数据类型为所述平铺型的情况下，则所述目标设备数据为将所述第一设备数据中的所述第一个性键值转换为所述第一个性键值对应的所述标准键值，并将转换后所述第一设备数据中的至少一个键值以及各所述键值对应的值封装后得到的数据。

可选地，所述处理模块还用于：

缓存所述目标设备数据；

每间隔预设时长，获取缓存的预设数目的第二设备数据，所述第二设备数据包括所述目标设备数据；

将所述预设数目的第二设备数据存储至数据库。

可选地，所述处理模块具体用于：

若所述第一设备数据为状态数据，则将所述第一设备数据包括的所述至少一个键值以及各所述键值对应的值封装为哈希键值对，以得到所述目标设备数据；或，

若所述第一设备数据为非状态数据，则将所述第一设备数据包括的所述至少一个键值以及各所述键值对应的值封装为列表，以得到所述目标设备数据。

可选地，所述处理模块具体包括：

若第一键值不为与任意第二键值对应的第一值，所述第一键值对应的第二值用于指示第三键值，且所述第三键值对应的第三值不用于指示任意的第四键值，则确定所述第一键值与所述第三值对应，以得到所述目标设备数据。

可选地，所述处理模块还用于：

若第一键值不为与任意第二键值对应的第一值，所述第一键值对应的第二值用于指示第三键值，且所述第三键值对应的第三值不用于指示任意的第四键值，则将所述第一键值对应的第二值更新为所述第三值；

删除所述第二键值和所述第二键值对应的所述第三值。

第三方面，本公开实施例提供一种服务器，包括：存储器和处理器，存储器用于存储计算机程序；处理器用于在调用计算机程序时执行上述第一方面或第一方面的任一实施方式所述的方法。

第四方面，本公开实施例提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面或第一方面的任一实施方式所述的方法。

第五方面，本公开实施例提供一种计算机程序产品，当计算机程序产品在服务器上运行时，使得服务器执行上述第一方面中任一项所述的方法。

可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

图1为本公开实施例提供的一种数据处理系统的结构示意图；

图2为本公开实施例提供的一种处理数据的方法的流程图；

图3为本公开实施例提供的一种处理数据的装置的结构示意图；

图4为本公开实施例所提供的一种服务器的结构示意图。

具体实施方式

为了便于理解本公开施例中的技术方案，下面首先对本公开实施例的应用场景予以介绍。

随着大数据、通信技术、人工智能以及物联网等技术的发展，智慧道路等新型的数据处理系统也逐渐得到了广泛的应用。该数据处理系统可以为“云-边-端”架构，其中，云指代服务器，边指代边缘计算网关，端指代多个物联网设备。

图1示出了一种数据处理系统的结构，该系统包括：业务服务器110、边缘计算网关120和多个物联网设备130。

业务服务器110可以对物联网设备130进行控制，获取物联网设备130的设备数据，对该设备进行处理并存储处理结果，以便于后续相关业务调用该处理结果。在一些实施例中，如图1所示的数据处理系统中的业务服务器110可以为智慧道路管理平台。

各物联网设备130用于采集设备数据，并将该设备数据发送给边缘计算网关120。由于不同设备类型的物联网设备130所采集的设备数据的设备数据的数据结构不同，因此，不同设备类型的物联网设备采集和发送设备数据的频率也可以不同。

边缘计算网关120可以通过预设的通信协议将各物联网设备采集的设备数据传输到业务服务器120。业务服务器可以接收来自不同设备类型的物联网设备130的设备数据，并对不同的设备数据进行处理。

作为一种示例，多个物联网设备130可以包括气象感知设备、环境感知设备、智慧电源设备、电子水尺设备、流量监测设备、Wi-Fi探针设备、车辆监测设备、道路监测设备、LED灯、人脸识别设备和显示屏等中的一个或多个。每个物联网设备130都可以采集并向边缘计算网关120发送设备数据。相应的，上述物联网设备130可以生成的设备数据包括气象数据、环境数据、智慧电源数据、水尺数据、行人识别数据、人流量检测数据、Wi-Fi探针数据、车流量监测数据、道路险情数据、灯光数据（如灯光等级调节数据）、人脸识别数据和视频数据等中的一个或多个。当然，在实际应用中，物联网设备130并不限于上述示出的设备，物联网设备130还能够生成其他的设备数据，比如，心跳数据、紧急呼叫数据、系统日志、智能锁数据、雷击数据、广播音柱数据、倾角传感器数据、网关接收软硬件数据、设备状态上报接口数据、信息屏数据、行人属性标签数据、设备控制接口数据、雷达限速设备控制数据、设备能源管理数据和微波雷达车辆检测数据接口数据等。

边缘计算网关120可以包括智慧灯杆、智慧公交站台或综合数据仓库等设备，边缘计算网关120可以接收上述任一物联网设备130的设备数据，并将设备数据发送给业务服务器110，并接收业务服务器110发送的控制数据。

在一些实施例中，如图2所示的系统还可以包括消息队列遥测传输协议（MessageQueuing Telemetry Transport，MQTT）服务器140。MQTT服务器140可以作为中间代理，基于MQTT协议和JS 对象简谱（JavaScript Object Notation，JSON）协议，与边缘计算网关130和业务服务器110进行信息交互。其中，MQTT协议是一种基于发布/订阅模式的"轻量级"通讯协议。MQTT协议中定义了三种身份：发布者、代理和订阅者。发布者可以发布MQTT消息，订阅者可以订阅MQTT消息，且发布者也可以同时是订阅者。代理位于发布者和订阅者之间，可以处理订阅和退订消息，向订阅者发送订阅的MQTT消息。MQTT消息包括主题和负载两部分。主题可以理解为消息类型，当订阅者订阅了某主题之后，可以收到该主题的消息内容。在本申请实施例中，主题可以用于指示所获取的是物联网设备的设备数据。负载可以理解为消息内容。

在一些实施例中，边缘计算网关120可以通过MQTT服务器140，向业务服务器110发送的设备数据，或者从MQTT服务器140获取业务服务器110针对某个物联网设备130的控制数据，并将该控制数据发送给该物联网设备。

现有技术中，设备数据可以包括键值以及该键值对应的值，当数据结构不同时，设备数据中键值以及该键值对应的值的表示方式也对不同。服务器可以接收物联网设备所发送的设备数据，按照与该设备数据的数据结构对应的方式，从该设备数据中提取键值以及键值对应的值。例如，在如图1所示的系统中，业务服务器中可以包括气象感知数据处理接口、环境感知数据处理接口、智慧电源数据处理接口、水尺数据处理接口、流量监测数据处理接口、Wi-Fi探针数据处理接口、车辆监测数据处理接口、道路监测数据处理接口、LED灯数据处理接口、人脸识别数据处理接口和显示屏数据处理接口，从而能够分别对不同设备类型对应的设备数据进行处理。

但一方面，不同设备类型的设备数据在数据结构上也可能会有相同或相似之处，另一方面，当数据处理系统中增加了新类型的物联网设备时，往往也需要配置新的数据处理方式。因此，系统冗余严重，扩展性和适应性差。

为至少部分解决上述技术问题，本申请实施例提供了一种处理数据的方法。服务器通过获取与第一设备数据的设备类型对应的键值对应关系，后续服务器可以根据设备类型、数据类型以及设备类型对应的键值对应关系，处理第一设备数据，得到目标设备数据，其中，在第一设备数据包括第一个性键值且数据类型为浮动型的情况下，且目标设备数据可以为将第一设备数据中的第一个性键值转换为第一个性键值对应的标准键值，将第一设备数据的数据类型转换为平铺型，并将转换后第一设备数据中的至少一个键值以及各键值对应的值封装后得到的数据，第一个性键值为至少一个个性键值中的键值；在第一设备数据中不包括任一个个性键值且数据类型为平铺型的情况下，目标设备数据为将第一设备数据中的至少一个键值以及各键值对应的值封装后得到的数据。因此对于任意结构的第一设备数据，服务器可以对第一设备数据进行键值转换以及数据类型转换，并将转换后的第一设备数据中的键值以及键值对应的值进行封装，得到统一数据结构的目标设备数据，减少了数据处理系统的冗余，提高了数据处理系统的扩展性和适应性。

下面以具体地实施例对本公开的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

请参照图2，为本公开实施例所提供的一种处理数据的方法的流程图。该方法可以应用于业务服务器（或简称为服务器）中。需要说明的是，该方法并不以图2以及以下所述的具体顺序为限制，应当理解，在其它实施例中，该方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。该方法包括如下步骤：

S201，业务服务器进行初始化。

其中，业务服务器可以为对物联网设备的设备数据进行处理的服务器。

业务服务器可以加载MQTT服务器配置数据，从而进行初始化。在一些实施例中，初始化操作可以包括配置MQTT服务器的互联网协议（Internet Protocol，IP）地址和端口号。

在一些实施例中，初始化操作可以包括配置订阅的主题，比如物联网设备的设备标识。在一些实施例中，初始化操作可以包括设置公有密钥和私有密钥。

需要说明的是，MQTT服务器配置数据可以由相关技术人员事先提交得到，当然，在实际应用中，业务服务器也可以通过其他方式来获取MQTT服务器配置数据，本申请实施例对业务服务器获取MQTT服务器配置数据的方式不做具体限定。

S202，业务服务器连接MQTT服务器。

业务服务器可以基于前述配置的MQTT服务器的IP地址和端口号，连接至MQTT服务器。

S203，业务服务器从MQTT服务器接收MQTT消息，从MQTT消息的负载获取第一设备数据。

MQTT服务器可以基于业务服务器订阅的主题，向业务服务器发送MQTT消息。业务服务器可以从MQTT服务器获取MQTT消息，获取该MQTT消息中的负载，通过私有密钥对该负载进行解密从而得到第一设备数据。

在一些实施例中，数据处理系统中的物联网设备可以通过边缘计算网关，将所获取到的第一设备数据发送给MQTT服务器，MQTT服务器按照第一设备数据的数据来源对该设备数据进行封装，得到MQTT消息。

在一些实施例中，第一设备数据可以包括至少一个键值（key）以及各键值对应的值（value），其中，键值可以理解为属性名称，键值对应的值可以理解为属性值。在一些实施例中，某个键值对应的值也可以是另一键值，第一设备数据可以通过多个层级的键值对的形式表示。例如，key0=key1，key1=key2，key2=1，等同于key0=1，区别在于前者是通过三层级的键值对来表示的。

在一些实施例中，第一设备数据中可以携带设备类型，设备类型可以用于指示生成第一设备数据的物联网设备的设备类型。在一些实施例中，第一设备数据中可以携带设备编号，设备编号可以用于指示具体生成第一设备数据的物联网设备，即能够指示第一设备数据的来源。

在一些实施例中，第一设备数据中可以携带数据类型，数据类型可以包括浮动型和平铺型。其中，浮动型和平铺型为第一设备数据中包括的键值以及值的表示方式。若第一设备数据为浮动型，则第一设备数据可以通过多个字段来指示一个键值以及该键值对应的值；若第一设备数据为平铺型，则第一设备数据可以通过一个字段来指示一个键值以及该键值对应的值。

例如，一种浮动型的键值和值如下所示：

{

“key”: “switch”,

“value”:1,

}

{

“key”: “brightness”,

“value”:0,

}

其中，第一设备数据分别通过两个字段指示了各个键值以及各键值对应的值。

又例如，一种平铺型的键值和值如下所示：

{

“ switch”: 1,

“ brightness”:0,

}

其中，第一设备数据分别通过一个字段指示了各个键值以及对应的值。

对比可知，平铺型的第一设备数据更加紧凑明了，便于后续操作处理。

需要说明的是，上述S201-S203以及MQTT服务器是可选的，业务服务器也可以通过其他方式来获取第一设备数据，比如在另一些实施例中，业务服务器可以从边缘计算网关获取第一设备数据，或者，可以从存储有第一设备数据的其他设备获取第一设备数据。

S204，业务服务器对第一设备数据进行校验。

为了确保第一设备数据的完整性或安全性，或者为了便于后续对第一设备数据的处理，业务服务器可以对第一设备数据进行校验。

在一些实施例中，业务服务器可以对第一设备数据进行非空校验和类型校验中的至少一个，并在校验通过时执行下述步骤，否则不执行下述步骤。非空校验可以用于判断第一设备数据中是否存在值为空的特定键值。类型校验可以用于判断第一设备数据的数据类型是浮动型还是平铺型。

需要说明的是，在实际应用中，也可以不对第一设备数据进行校验，即S204为可选地步骤。

S205，业务服务器确定第一设备数据对应的设备类型。

业务服务器可以从第一设备数据中获取所携带的设备类型。在一些实施例中，第一设备数据中包括设备类型字段，业务服务器可以基于该设备类型字段，确定第一设备数据对应的设备类型。

在一些实施例中，业务服务器可以获取存储的设备类型字段与设备类型之间的对应关系，基于获取到的设备类型字段，从设备类型字段与设备类型之间的对应关系中，确定对应的设备类型。

例如，第一设备数据包括的设备类型字段为：“设备类型：1”，业务服务器基于“1”从如下表1所示的设备类型字段与设备类型之间的对应关系中，确定对应的设备类型为“气象设备”。

表1

需要说明的是，本申请实施例仅以上述表1对设备类型字段与设备类型之间的对应关系进行说明，并不对设备类型字段与设备类型之间的对应关系构成限定。

S206，业务服务器获取与设备类型对应的键值对应关系，该键值对应关系中包括标准键值和与该标准键值对应的至少一个个性键值。

不同的物联网设备所产生的设备数据的数据结构也可能不同，比如表示同一属性的键值在第一设备数据和其他设备数据中可能是不同的名称，因此为了便于后续确定第一设备数据是否能需要按照对应的设备类型进行特定处理，可以获取与设备类型对应的键值对应关系。

其中，业务服务器可以事先确定与某个设备类型对应的键值对应关系，比如，第一设备可以接收相关技术人员提交的与该设备类型对应的键值对应关系。

例如，与设备类型“气象设备”对应的键值对应关系表示为如下表2所示。

表2

需要说明的是，本申请实施例仅以上述表2对键值对应关系进行说明，并不对键值对应关系构成限定。

S207，业务服务器判断第一设备数据中是否包括个性键值。如果是则执行S208，否则执行S209。

业务服务器可以将第一设备数据中包括的各键值与键值对应关系中个性键值进行匹配，从而判断第一设备数据中是否包括个性键值。

S208，业务服务器将第一设备数据中的个性键值转换为对应的标准键值。

在一些实施例中，若第一设备数据中包括第一个性键值，业务服务器可以基于如表2所示的键值对应关系，确定第一个性键值对应的标准键值，并将第一个性键值换换为对应的该标准键值，以便于后续对表示同一属性的键值进行识别。

其中，第一个性键值可以为与设备类型对应的键值对应关系所包括的任一个性键值。

S209，业务服务器判断第一设备数据的数据类型为浮动型还是平铺型。如果是平铺型则执行S210，如果浮动型则执行S211。

需要说明的是，业务服务器在也可以在S209中确定第一设备数据的数据类型，当然可以在S209之前的其他时机，比如在S205中确定第一设备数据对应的设备类型的同时，也确定第一设备数据的数据类型。

S210，业务服务器将第一设备数据的数据类型转换为平铺型。

其中，业务服务器可以将第一设备数据中独立指示的各个键值以及各键值对应的值，转换为成对指示的各个键值以及各键值对应的值。

S211，业务服务器将不包括个性键值且数据类型为平铺型的第一设备数据中的至少一个键值以及各键值对应的值进行封装，得到目标设备数据。

业务服务器可以获取第一设备数据中的至少一个键值以及各键值对应的值，并将获取的至少一个键值以及各键值对应的值进行封装，从而得到目标设备数据。也即是，业务服务器可以对于任意结构的第一设备数据，服务器可以对第一设备数据进行键值转换以及数据类型转换，并将转换后的第一设备数据中的键值以及键值对应的值进行封装，得到统一数据结构的目标设备数据，减少了数据处理系统的冗余，同时也提高了数据处理系统的扩展性和适应性。

在一些实施例中，由于已经将包括个性键值的第一设备数据转换为包括标准键值的第一设备数据，因此业务服务器可以基于键值对应关系，从转换之后的第一设备数据中获取键值对应关系包括的标准键值以及该标准键值对应的值。

在一些实施例中，若第一键值不为与任意第二键值对应的第一值，第一键值对应的第二值用于指示第三键值，且第三键值对应的第三值不用于指示任意的第四键值，则确定第一键值与所述第三值对应，从而通过多层级取值得到该任一键值对应的值，从而得到目标设备数据。或者，在另一些实施例中，业务服务器可以在S211之前，若第一键值不为与任意第二键值对应的第一值，第一键值对应的第二值用于指示第三键值，且第三键值对应的第三值不用于指示任意的第四键值，则将第一键值对应的第二值更新为第三值，删除第二键值和第二键值对应的第三值，也即是先将多层级表示的键值和对应的值，转为预设的更低层级表示的键值和对应的值，从而使得在设备数据的数据结构存在差异时，不必重新部署代码就可以进行处理得到目标设备数据，减少系统冗余，有利于接入数据处理系统接入新的物联网设备，提高了可扩展性和适应性。

在一些实施例中，若目标设备数据为状态数据，比如目标设备数据为指示物联网设备在线、离线或故障状态的数据，业务服务器可以将至少一个键值以及对应的值封装为哈希键值对。

在一些实施例中，若目标设备数据不为状态数据，则可能实时性较强，为了便于后续展示多个时刻的数据，业务服务器可以将至少一个键值以及对应的值封装为列表。

S212，业务服务器将目标设备数据存储至缓存中。

业务服务器可以缓存目标设备数据。

在一些实施例中，业务服务器可以将目标设备数据存储至远程字典服务（RemoteDictionary Server，Redis）。Redis是一种基于内存的日志型键值-值存储系统。业务服务器可以将设备类型作为键值，将目标设备数据作为与该键值对应的值，存储至Redis。在一些实施例中，若目标设备数据为状态数据，则业务服务器还可以将设备标识也作为与该键值对应的值进行存储。

其中，若第一设备数据为状态数据，则目标设备数据也为状态数据；若第一设备数据不为状态数据，则目标设备数据也不为状态数据。

在一些实施例中，若目标设备数据为状态数据，则业务服务器可以对目标设备数据进行解析，得到指示物联网设备状态的键值对，将缓存中同一键值对应的值更新为新的值，以及时对物联网设备的状态进行更新。

在一些实施例中，若目标设备数据不为状态数据，则业务服务器可以更新列表计数值，该列表计数值可以用于指示当前列表中包括的设备数据的数目。

S213，业务服务器将缓存中的目标设备数据存储至数据库（Data Base，DB）。

由于在实际应用中，物联网设备的数量可能比较大，所生成的设备数据量也非常大，如果直接将设备数据存储至DB，DB可能无法支撑庞大的数据量写入，从而可能会出现数据丢失的问题，而Redis等缓存的读写能力较强，所以可以先将目标设备数据存储至Redis等缓存，再从Redis等缓存将目标设备数据存储至DB，从而减少数据丢失的可能。在将目标设备数据存储至DB之后，业务服务器可以从DB中获取目标设备数据进行进一步处理。

Redis等缓存中存储的目标设备数据可以为JSON形式，因此，业务服务器可以对JSON形式的目标设备数据进行解析，并转换为DB对应的数据结构来存储。

在一些实施例中，业务服务器可以每个间隔预设时长，从缓存中获取预设数目的第二设备数据，将第二设备数据存储至DB，并将缓存中该预设数目的第二设备数据清空。且若第二设备数据为非状态数据，业务服务器还可以基于预设数目对列表计数值进行更新。其中，第二设备数据可以包括上述目标设备数据。

需要说明的是，预设时长和预设数目，可以由业务服务器事先确定。例如，预设时长可以为2秒，预设数目可以为11。当然，在实际应用中，预设时长和预设数目可以为其他数值，本申请实施例不对预设时长和预设数目的具体数值进行限定。

例如，在某时刻，如表3所示，缓存中包括的9个非状态数据。假如预设数目为11，在当前时刻的预设时长之后，由于11大于9，因此业务服务器将全部9个非状态数据存储至DB，并将缓存中的非状态数据删除，删除之后，缓存不再包括非状态数据。

表3

又例如，在某时刻，如表4所示，缓存中包括的12个非状态数据，预设数目为11。

表4

在当前时刻的预设时长之后，由于12大于11，因此业务服务器将前11个非状态数据存储至DB，并将缓存中的该11个非状态数据删除，删除之后，缓存剩余1个非状态数据，如表5所示。

表5

需要说明的是，在实际应用中，业务服务器在通过S211得到目标设备数据之后，也可以不立即存储目标设备数据，或者，可以对目标设备数据进行其他处理，即S212-S213为可选的步骤。

在本申请实施例中，服务器可以确定第一设备数据对应的设备类型和数据类型，获取与设备类型对应的键值对应关系，其中第一设备数据包括至少一个键值以及各键值对应的值，键值对应关系包括标准键值以及与所述标准键值对应的至少一个个性键值。服务器可以根据设备类型、数据类型以及设备类型对应的键值对应关系，处理第一设备数据，得到目标设备数据，其中，在第一设备数据包括第一个性键值且数据类型为浮动型的情况下，且目标设备数据可以为将第一设备数据中的第一个性键值转换为第一个性键值对应的标准键值，将第一设备数据的数据类型转换为平铺型，并将转换后第一设备数据中的至少一个键值以及各键值对应的值封装后得到的数据，第一个性键值为至少一个个性键值中的键值；在第一设备数据中不包括任一个个性键值且数据类型为平铺型的情况下，目标设备数据为将第一设备数据中的至少一个键值以及各键值对应的值封装后得到的数据。因此对于任意结构的第一设备数据，服务器可以对第一设备数据进行键值转换以及数据类型转换，并将转换后的第一设备数据中的键值以及键值对应的值进行封装，得到统一数据结构的目标设备数据，减少了数据处理系统的冗余，提高了数据处理系统的扩展性和适应性。

基于同一发明构思，作为对上述方法的实现，本公开实施例提供了一种处理数据的装置，该装置实施例与前述方法实施例对应，为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。

请参照图3，为本公开实施例提供的处理数据的装置300的结构示意图，如图3所示，本实施例提供的装置包括处理模块301，用于：

确定第一设备数据对应的设备类型和数据类型，第一设备数据包括至少一个键值以及各键值对应的值；

获取与设备类型对应的键值对应关系，键值对应关系包括标准键值以及与标准键值对应的至少一个个性键值；

根据设备类型、数据类型以及键值对应关系，处理第一设备数据，得到目标设备数据，目标设备数据的数据类型为平铺型；

其中，在第一设备数据包括第一个性键值且数据类型为浮动型的情况下，目标设备数据由将第一设备数据中的第一个性键值转换为第一个性键值对应的标准键值，并进行封装得到的数据，第一个性键值为至少一个个性键值中的键值；

在第一设备数据中不包括任一个个性键值且数据类型为平铺型的情况下，目标设备数据为将第一设备数据中的至少一个键值以及各键值对应的值封装后得到的数据。

可选地，在第一设备数据不包括任一个性键值且数据类型为浮动型的情况下，目标设备数据为将第一设备数据的数据类型转换为平铺型，并将转换后第一设备数据中的至少一个键值以及各键值对应的值封装后得到的数据。

可选地，在第一设备数据包括第一个性键值，且数据类型为平铺型的情况下，则目标设备数据为将第一设备数据中的第一个性键值转换为第一个性键值对应的标准键值，并将转换后第一设备数据中的至少一个键值以及各键值对应的值封装后得到的数据。

可选地，处理模块301还用于：

缓存目标设备数据；

每间隔预设时长，获取缓存的预设数目的第二设备数据，第二设备数据包括目标设备数据；

将预设数目的第二设备数据存储至数据库。

可选地，处理模块301具体用于：

若第一设备数据为状态数据，则将第一设备数据包括的至少一个键值以及各键值对应的值封装为哈希键值对，以得到目标设备数据；或，

若第一设备数据为非状态数据，则将第一设备数据包括的至少一个键值以及各键值对应的值封装为列表，以得到目标设备数据。

可选地，处理模块301具体包括：

若第一键值不为与任意第二键值对应的第一值，第一键值对应的第二值用于指示第三键值，且第三键值对应的第三值不用于指示任意的第四键值，则确定第一键值与第三值对应，以得到目标设备数据。

可选地，处理模块301还用于：

若第一键值不为与任意第二键值对应的第一值，第一键值对应的第二值用于指示第三键值，且第三键值对应的第三值不用于指示任意的第四键值，则将第一键值对应的第二值更新为第三值；

删除第二键值和第二键值对应的第三值。

本实施例提供的处理数据的装置可以执行上述方法实施例，其实现原理与技术效果类似，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本公开的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

基于同一发明构思，本公开实施例还提供了一种服务器。图4为本公开实施例提供的服务器的结构示意图，如图4所示，本实施例提供的服务器包括：存储器410和处理器420，存储器410用于存储计算机程序；处理器420用于在调用计算机程序时执行上述方法实施例所述的方法。

本实施例提供的服务器可以执行上述方法实施例，其实现原理与技术效果类似，此处不再赘述。

本公开实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例所述的方法。

本公开实施例还提供一种计算机程序产品，当计算机程序产品在服务器上运行时，使得服务器执行时实现上述方法实施例所述的方法。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器（Read-Only Memory ，ROM）、随机存取存储器（RandomAccess Memory，RAM）、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。

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

应当理解，当在本公开说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本公开说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本公开说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本公开说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本公开说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本公开的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

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

Claims (10)

1.一种处理数据的方法，其特征在于，包括：

确定第一设备数据对应的设备类型和数据类型，所述第一设备数据包括至少一个键值以及各所述键值对应的值；

获取与所述设备类型对应的键值对应关系，所述键值对应关系包括标准键值以及与所述标准键值对应的至少一个个性键值；

根据所述设备类型、所述数据类型以及所述键值对应关系，处理所述第一设备数据，得到目标设备数据，所述目标设备数据的数据类型为平铺型；

其中，在所述第一设备数据包括第一个性键值且所述数据类型为浮动型的情况下，所述目标设备数据由将所述第一设备数据中的所述第一个性键值转换为所述第一个性键值对应的所述标准键值，并进行封装得到的数据，所述第一个性键值为所述至少一个个性键值中的键值；

在所述第一设备数据中不包括任一个所述个性键值且所述数据类型为平铺型的情况下，所述目标设备数据为将所述第一设备数据中的至少一个键值以及各所述键值对应的值封装后得到的数据。

2.根据权利要求1所述的方法，其特征在于，在所述第一设备数据不包括任一所述个性键值且所述数据类型为所述浮动型的情况下，所述目标设备数据为将所述第一设备数据的所述数据类型转换为所述平铺型，并将转换后所述第一设备数据中的所述至少一个键值以及各所述键值对应的值封装后得到的数据。

3.根据权利要求1所述的方法，其特征在于，在所述第一设备数据包括所述第一个性键值，且所述数据类型为所述平铺型的情况下，则所述目标设备数据为将所述第一设备数据中的所述第一个性键值转换为所述第一个性键值对应的所述标准键值，并将转换后所述第一设备数据中的至少一个键值以及各所述键值对应的值封装后得到的数据。

4.根据权利要求1-3任一所述的方法，其特征在于，所述方法还包括：

缓存所述目标设备数据；

每间隔预设时长，获取缓存的预设数目的第二设备数据，所述第二设备数据包括所述目标设备数据；

将所述预设数目的第二设备数据存储至数据库。

5.根据权利要求1-3任一所述的方法，其特征在于，所述处理所述第一设备数据，得到目标设备数据，包括：

若所述第一设备数据为状态数据，则将所述第一设备数据包括的所述至少一个键值以及各所述键值对应的值封装为哈希键值对，以得到所述目标设备数据；或，

若所述第一设备数据为非状态数据，则将所述第一设备数据包括的所述至少一个键值以及各所述键值对应的值封装为列表，以得到所述目标设备数据。

6.根据权利要求1-3任一所述的方法，其特征在于，所述处理所述第一设备数据，得到目标设备数据，包括：

若第一键值不为与任意第二键值对应的第一值，所述第一键值对应的第二值用于指示第三键值，且所述第三键值对应的第三值不用于指示任意的第四键值，则确定所述第一键值与所述第三值对应，以得到所述目标设备数据。

7.根据权利要求1-3任一所述的方法，其特征在于，在所述根据所述设备类型、所述数据类型以及所述设备类型对应的键值对应关系，处理所述第一设备数据，得到目标设备数据之前，所述方法还包括：

若第一键值不为与任意第二键值对应的第一值，所述第一键值对应的第二值用于指示第三键值，且所述第三键值对应的第三值不用于指示任意的第四键值，则将所述第一键值对应的第二值更新为所述第三值；

删除所述第二键值和所述第二键值对应的所述第三值。

8.一种处理数据的装置，其特征在于，包括处理模块，用于：

确定第一设备数据对应的设备类型和数据类型，所述第一设备数据包括至少一个键值以及各所述键值对应的值；

获取与所述设备类型对应的键值对应关系，所述键值对应关系包括标准键值以及与所述标准键值对应的至少一个个性键值；

根据所述设备类型、所述数据类型以及所述键值对应关系，处理所述第一设备数据，得到目标设备数据，所述目标设备数据的数据类型为平铺型；

其中，在所述第一设备数据包括第一个性键值且所述数据类型为浮动型的情况下，所述目标设备数据由将所述第一设备数据中的所述第一个性键值转换为所述第一个性键值对应的所述标准键值，并进行封装得到的数据，所述第一个性键值为所述至少一个个性键值中的键值；

在所述第一设备数据中不包括任一个所述个性键值且所述数据类型为平铺型的情况下，所述目标设备数据为将所述第一设备数据中的至少一个键值以及各所述键值对应的值封装后得到的数据。

9.一种服务器，其特征在于，包括：存储器和处理器，所述存储器用于存储计算机程序；所述处理器用于在调用所述计算机程序时执行如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7任一项所述的方法。

Images