CN107454123A - 数据收集方法和数据收集装置 - Google Patents

Abstract

本发明提出了一种数据收集方法，包括：由应用生成数据收集策略并发送给物联网通用平台；在所述物联网通用平台判断属于所述物联网通用平台的网关支持或变得支持所述数据收集策略的执行和分配的情况下，所述物联网通用平台将数据源列表加入所述数据收集策略并发送给所述网关；所述网关将所述数据收集策略中所包括的数据源列表映射为传感器设备地址且生成组播组，对所述数据收集策略进行拆解并将拆解后的所述数据收集策略通过组播方式发送给传感器设备；以及接收到拆解后的所述数据收集策略的所述传感器设备执行数据收集策略，从而基于所述数据收集策略进行数据收集和上报。

Description

数据收集方法和数据收集装置

技术领域

本发明涉及物联网领域，提出了一种数据收集方法和数据收集装置，能够将数据收集策略一次性同时发送给相关的大量传感器设备，从而能够高效且轻量地进行数据收集，并且能够由应用根据收集到的感测数据，通过数据分析来变更当前的数据收集策略。

背景技术

物联网领域，也称为IoT(Internet of Things)，是指运用先进的网络连接技术并结合互联网、电信网等传统信息载体使得万物互联互通。物与物之间的通信称为M2M(Machine to Machine)，是区别于传统人与人通信的一种新型通信形式。物联网将现实世界数位化，应用范围十分广泛。物联网拉近分散的信息，统合物与物的数字信息，物联网的应用领域主要包括以下方面：智能环境(工厂、家庭、办公)领域、运输和物流领域、健康医疗领域、个人和社会领域等，具有十分广阔的市场和应用前景。

在智能工业中运用物联网技术，是德国“工业4.0”、北美“工业互联网”以及“中国制造2025”都十分看重的。互联网、物联网和云计算的融合集成应用，是支撑智能制造的关键性的基础设施。智能制造包含两个重要方面，首先是连接，把工业领域原来相互孤立的环节连接起来，甚至联通到产品售出之后的整个产品周期，第二个是以数据为核心的交互，因为连接起来的各个环节产生了大量的数据，对这些数据实时地分析，才能够进行智能的决策。

稍后所述的本发明所述的数据收集方法、平台和网关，就是为了满足物联网领域特别是工业物联网的数据收集需求而提出的。

物联网领域的数据收集，最常见的是基于订阅实现。根据应用的实际数据收集需求(主要是数据种类和上报间隔)，将其需要的数据种类(如温度)从相应的设备上按照应用指定的间隔收集上来，就完成了基本的数据收集。通过订阅收集不同设备上的数据时，需要针对每一种设备能提供的数据种类进行分别订阅。例如，在设备A处订阅“温度”和“位置”数据，均以“1分钟”间隔上报；在设备B处订阅“温度”和“压力”数据，分别以“1分钟”和“10秒钟”间隔上报。

在工业领域的数据收集技术，比较先进的是OPC-UA(OLE for Process Control-Unified Architecture)，它实现了企业层面与工厂底层的通信和数据交换，且已被工业领域领先的企业所认可。OPC-UA基于客户端/服务器模式通信，客户端作为订阅者，可以订阅位于服务器(数据拥有者)上的数据。且订阅模式相较于物联网领域的传统订阅，增加了基于监控变量值的订阅和基于定义事件的订阅。但是，客户端仍然需要针对每一种服务器(设备)能提供的数据种类和支持的事件类型进行分别订阅。如果客户端向服务器订阅的数据种类是服务器上不能提供的，则服务器无法返回正确的数据，可能还会生成一个错误告警消息回复给客户端。

由于全球范围内的智能制造都迫切需要信息化来支撑，物联网技术正在越来越多地应用到智能生产中。工厂底层产生的综合性传感数据(温度、位置、压力等)有助于企业监测设备何时开始磨损或者损坏，可大大节约成本降低损失。此类应用在工业领域的物联网应用可以削减停工时间、交货时间，减少库存水平，简化客户定制和提高效率。

但是，智能生产涉及到的数据有一部分是需要实时收集并提供给应用决策判断的，而且数据收集需求也会动态变化。例如对于一些重点设备的预测性维护数据，需要及时提供给应用侧用作与历史模型的数据进行对比分析，以尽早预测设备的故障和停产，但是数据收集的频率可能会动态地变化，例如在常规状态以较大间隔收集若干种用于监测设备的数据，但监测到异常数据(相比与历史数据)时需要及时缩短间隔更密集地收集相关数据，以及时发现设备潜在的故障可能性，更多地预留应对时间。又例如对于生产安全的监控，车间内的压力、噪声以及危险气体密度等数据在常规状态适合以较大间隔去收集统计值(比如平均值或最大值)，但当应用侧收到异常数据(相比于常规安全生产的数据)时，需要及时缩短间隔并收集原始数据，以应对可能发生的生产安全事故。

由于现在的物联网设备类型日益繁多，且在每一种设备上常常能提供多种传感数据，组管理并不能很好地适应多种设备共存的工业场景。传统的订阅方式不仅在收集数据时，需要针对每一种设备能提供的数据种类进行分别订阅收集数据，而且在数据收集需求动态变化时，仍需要针对每一种设备的订阅模式进行分别修改。无法很好地适应诸如工业领域的设备预防性故障监测和生产过程实时监控等物联网应用。

发明内容

为了克服现有技术的上述缺陷提出了本发明。因此，本发明的目的之一是提出一种数据收集方法和数据收集装置，能够将数据收集策略一次性同时发送给相关的大量传感器设备，从而能够高效且轻量地进行数据收集，并且能够由应用根据收集到的感测数据，通过数据分析来变更当前的数据收集策略。

为了实现上述目的，根据本发明，提出了一种数据收集方法，包括：由应用生成数据收集策略并发送给物联网通用平台；在所述物联网通用平台判断属于所述物联网通用平台的网关支持或变得支持所述数据收集策略的执行和分配的情况下，所述物联网通用平台将数据源列表加入所述数据收集策略并发送给所述网关；所述网关将所述数据收集策略中所包括的数据源列表映射为传感器设备地址且生成组播组，对所述数据收集策略进行拆解并将拆解后的所述数据收集策略通过组播方式发送给传感器设备；以及接收到拆解后的所述数据收集策略的所述传感器设备执行数据收集策略，从而基于所述数据收集策略进行数据收集和上报。

优选地，所述应用对从所述传感器设备上报来的数据进行分析，并能够根据分析结果来变更所述数据收集策略。

优选地，在所述物联网通用平台判断属于所述物联网通用平台的网关不支持所述数据收集策略的执行和分配的情况下，请求所述网关为所述数据收集策略配置资源来支持所述数据收集策略的执行和分配。

优选地，所述数据源列表是所述物联网通用平台按照所述传感器设备注册时提供的能感测数据的数据种类并结合所述数据生成策略中的数据种类而生成的，包括作为数据源的相应的所述传感器设备的标识符。

优选地，所述数据生成策略包括应用提供商标识符、应用标识符、数据收集策略标识符、数据种类、数据形式、以及数据收集条件。

优选地，对所述数据收集策略进行拆解在于：仅保留所述数据收集策略中的数据种类的名称、数据形式和数据收集条件。

优选地，所述物联网通用平台将能提供所述数据收集策略中的多种数据种类中的至少任意一种数据种类的数据的传感器设备判断为数据源，且将判断为数据源的相应传感器设备的标识符写入所述数据源列表。

另外，根据本发明，提出了一种数据收集装置，包括：由应用生成数据收集策略并发送给物联网通用平台的单元；在所述物联网通用平台判断属于所述物联网通用平台的网关支持或变得支持所述数据收集策略的执行和分配的情况下，所述物联网通用平台将数据源列表加入所述数据收集策略并发送给所述网关的单元；所述网关将所述数据收集策略中所包括的数据源列表映射为传感器设备地址且生成组播组，对所述数据收集策略进行拆解并将拆解后的所述数据收集策略通过组播方式发送给传感器设备的单元；以及接收到拆解后的所述数据收集策略的所述传感器设备执行数据收集策略，从而基于所述数据收集策略进行数据收集和上报的单元。

根据本发明，能够将数据收集策略一次性同时发送给相关的大量传感器设备，从而能够高效且轻量地进行数据收集，并且能够由应用根据收集到的感测数据，通过数据分析来变更当前的数据收集策略。

附图说明

通过参考附图的详细描述，本发明的上述目的和优点将变得更清楚，其中：

图1是示出了用于实现本发明的物联网架构的示意框图。

图2是示出了根据本发明的由应用生成的数据收集策略的一个实例的图。

图3是示出了根据本发明的应用在数据收集过程中的处理流程图。

图4是示出了根据本发明的平台在数据收集过程中的处理流程图。

图5是示出了根据本发明的平台生成的数据收集策略实例图。

图6是示出了根据本发明的网关在数据收集过程中的处理流程图。

图7是示出了根据本发明的网关生成的数据收集策略实例图。

图8是示出了根据本发明的设备在数据收集过程中的处理流程图。

图9是示出了根据本发明的整个数据收集过程中的时序图。

具体实施方式

下面将参考附图描述本发明的优选实施例。在附图中，相同的元件将由相同的参考符号或数字表示。此外，在本发明的下列描述中，将省略对已知功能和配置的具体描述，以避免使本发明的主题不清楚。

图1是示出了用于实现本发明的物联网架构的示意框图。

如图1所示，根据本发明的基本的物联网架构包括：物联网通用平台101(后文简称为平台)，是集成了底层设备的注册、认证、管理、数据采集等诸多功能的综合性平台，最终目的是为各种物联网应用102(后文简称为应用)服务，例如前文提到的工业领域应用；向平台101提供的物联网应用102；介于平台101和网关104之间的由网络运营商提供的公共网络103；网关设备104(全文简称为网关)；以及与网关设备104相连的用于对传感数据进行感测的传感器设备105、106等(全文简称为设备)。

平台101通过公共网络103与网关设备104通信。网关设备104的功能主要包括：设备105的发现、设备管理、组管理、数据收集和转发(其中包括数据收集策略的执行和分发、数据存储和数据管理等)、订阅/发布(基于数据或事件)、为设备提供通信安全措施等等。

物联网架构中，底层设备通常数目众多且类型繁杂，在图1所示的架构图中，仅用有限的设备(以106为例)代表类型可能不同的其他物联网设备。应用102、平台101、网关104和设备105、106等构成了物联网领域的基本架构。设备105、106等的功能主要包括：数据收集策略的执行、数据生成、数据上报等。

下面将结合附图具体地说明根据本发明的物联网领域的数据收集方法。

在图1的应用侧，依据各种实际的应用需求(例如用于监测设备故障或监控生产安全)，生成了具体的数据收集策略107(后文也简称为“策略”)，并由应用负责对此策略进行更新和管理。

数据收集策略的一个实例如图2所示。

该数据收集策略首先包括一系列标识。其中，“应用提供商ID”唯一标识与平台提供商达成服务协定的应用提供商；“应用ID”唯一标识需要平台为其服务的同一个应用提供商的某一个应用；“数据收集策略ID”标识某一个应用的数据收集策略的生成序号，序号较大的被认为是较新的策略。数据收集策略还包括以下具体的数据收集参数：“数据种类”指定了应用需要的数据，比如此例中的温度、压力、噪声；“数据形式”指定了需要的数据应以何种形式被收集，比如此例中数据形式有3种，分别是原始值、统计值(如最大、最小或平均值)和变化值；“收集条件”与“数据形式”配合，进一步指定在何种条件时需要的数据被收集，比如此例中收集条件有2种：按照间隔收集、监测数值有变化时收集。

应用102在生成数据收集策略后，会存储和管理最新的策略，向对其提供基础物联网服务的平台101发送该数据收集策略，由平台101对该数据收集策略进行执行和分发(图1的108，)。此后平台101将该数据收集策略发给支持策略的执行和分发(图1的109)的网关，在网关进一步执行和拆解该数据收集策略后，将该数据收集策略最终分发给设备105、106等予以执行(参见图1的110)。从设备105、106等处上报的数据途径网关104、公共网络103、平台101，最终提供给应用102，应用102侧的数据分析(参见图1的111)单元对数据进行处理和分析，且当分析结果指示数据收集需求有调整时，在应用侧动态调整该数据收集策略，再通过平台进行新数据收集策略的执行和分发。

图3是示出了根据本发明的应用在数据收集过程中的处理流程图。

应用在数据收集过程中的处理流程如图3所示。

首先，应用在生成数据收集策略后，会存储和管理最新的策略，并设置“数据收集策略ID”，当初次生成策略时，将“数据收集策略ID”初始化为1(步骤301)，且认为当前策略最新并存储，将数据收集策略ID”加1(步骤302)，并将数据收集策略发给平台(步骤303)。当需要的数据被平台返回给应用后，应用会将该数据用于数据分析(步骤304)。当数据分析结果显示有必要调整策略时(步骤305)，更新的策略会被生成，应用会存储且替换旧的策略，再给“数据收集策略ID”加1(再次回到302)，始终用更大的“数据收集策略ID”表示当前存储的策略更新。

图4是示出了根据本发明的平台在数据收集过程中的处理流程图。

平台在数据收集过程中的处理流程如图4所示。设备通过网关向平台注册的注册消息中，携带可提供的数据种类，平台记录设备可提供的数据种类(步骤401)。平台汇总所属设备的全部数据种类后，最终提供给应用，由应用根据数据种类在例如图2的数据收集策略中填写需要的数据种类及相应数据形式和收集条件。平台接着将各应用的“数据收集策略ID”设置为0，并监测与应用连接的接口(步骤402)。当有数据收集需求到来时，判断是否有收到数据收集策略(步骤403)，若有，则平台根据与应用协商服务时记录的“应用提供商ID”和“应用ID”查询“数据收集策略ID”(步骤404)。在判断数据收集策略ID是否大于0(步骤405)后，“数据收集策略ID不大于0”的情况表示平台首次收到此应用发来的数据收集策略，由于平台管理的网关数据可能很多，平台需要判断相应网关是否支持策略的执行和下发。于是，平台向相应网关发送“数据收集策略配置请求消息”；设置定时器，等待应答(步骤406)。在定时器尚未到期(步骤407)前，若仍未收到有收到网关回复的“数据收集策略配置成功”应答(步骤408)，则认为数据收集策略配置失败，平台可继续按照传统“订阅/发布”方式收集数据(步骤409)，具体的收集方式仍依据例如图2中指定的“数据种类”、“数据形式”和“收集条件”执行。若定时器到期前，平台收到了网关回复的“数据收集策略配置成功”应答，则平台取消定时器(步骤410)，根据数据收集策略生成“数据源列表”，存储此“数据收集策略”，将“数据收集策略ID”加1，并向应用应答(步骤411)。“数据源列表”是平台按照设备注册时提供的数据种类结合数据生成策略中的数据种类而生成的，数据源可优选地表示为平台处注册的设备ID。平台添加“数据源列表”后的策略实例如图5所示。

图6是示出了根据本发明的网关在数据收集过程中的处理流程图。

网关在数据收集过程中的处理流程如图6所示。首先，网关协助设备完成在平台处的注册，注册消息携带设备可提供的数据种类(步骤601)，供平台汇总后提供给应用。此后，网关监测与平台连接的接口，监测是否有来自平台的“数据收集策略配置请求消息”到达(步骤602)。当有“数据收集策略配置请求消息”到达时，说明为此网关所属的平台首次收到此应用发来的数据收集策略。网关根据“配置消息”中的“应用提供商ID”和“应用ID”查询“数据收集策略ID”(步骤603)，若没有查询到“数据收集策略ID”(步骤604)，说明网关从未执行和分发过策略，则网关尝试为“数据收集策略”建立资源(步骤605)。资源优选地包括网关的存储空间和内存处理能力等。如果网关建立资源失败，则结束资源配置(步骤606)；如果建立资源成功，则向平台应答：“数据收集策略配置成功”消息(步骤607)。若有查询到“数据收集策略ID”(步骤604)，说明网关已经执行和分发过策略，则当一个新的策略到达时，网关存储当前策略并替换旧的策略，给策略ID加1，并向平台应答(步骤608)。此后，网关根据“数据收集策略”中的“数据源列表”，将列表内设备ID对应为设备地址(步骤609)，将相应设备地址形成组播小组，并生成组播ID，且与“应用提供商ID”、“应用ID”和“数据收集策略ID”对应起来，且再次存储(步骤610)。网关生成的数据收集策略实例如图7所示。此后，网关拆解策略，仅保留“数据收集策略”中的“数据名称”(即，数据种类的名称，例如温度等)、“数据形式”和“收集条件”部分，且组播拆解后的策略(步骤611)。网关持续监测与设备连接的接口，当有数据到达时(步骤612)，将数据保存至“数据存储”区，并进行数据处理(步骤613)。数据处理优选地包括，计算应用需要数据的统计值(例如平均值、最大值、最小值)，数据处理是否需要在网关处实现取决于设备是否能够支持部分数据预处理功能。网关将经过数据处理的数据提供给平台(步骤614)。

图8是示出了根据本发明的设备在数据收集过程中的处理流程图。

设备在数据收集过程中的处理流程如图8所示。首先设备通过网关向平台注册，注册消息携带设备可提供的数据种类(步骤801)，此后设备持续监测与网关连接的接口，等待数据收集策略到达(步骤802)，保存收到的策略中的“数据名称”、“数据形式”和“收集条件”，替换原有策略，并向网关应答(步骤803)。依据策略中“收集条件”，将需要的“数据种类”按相应“数据形式”上报给网关(步骤804)。

图9是示出了根据本发明的整个数据收集过程中的时序图。

数据收集过程中的时序图如图9所示。

首先，设备向网关注册消息，在该注册消息中，携带可提供的数据种类。

网关向平台发送设备的注册消息，平台对设备进行注册并记录其可提供的数据种类。

如果注册成功，则平台向网关返回“注册成功”应答，然后，网关向设备返回“注册成功”应答，由此平台与网络和设备之间的连接建立完成。

在应用生成“数据收集策略”时，从应用向平台发送“数据收集策略”并由平台向应用返回“数据收集策略”应答。

在平台处，判断当前平台是否支持该“数据收集策略”，如不确定支持此策略，则向网关发送“数据收集策略配置”消息。在网关处，为“数据收集策略”建立资源，然后向平台返回“数据收集策略成功”应答。

之后，在平台处为“数据收集策略”生成“数据源列表”，并向网关发送，网关返回“数据收集策略”应答。

然后，在网关处，简化“数据收集策略”，查询设备地址，生成“组播ID”，并向设备组播“数据收集策略”，设备向网关返回“数据收集策略”应答。此时，应用、平台、网关和设备四者之间处于正常连接状态(无数据上报)。

之后，设备按该“数据收集策略”向网关上报感测数据，网关向平台按“数据收集策略”上报感测数据，接着，平台向应用按“数据收集策略”上报感测数据。

应用对上报的数据进行数据分析，并据此进行“数据收集策略”的调整。

下面具体给出若干实例，用于说明如何具体实施本发明提出的数据收集方法。

实施例一，用于工厂内设备的预防性监测。在常规监测状态中，某车间内的100个设备(可能存在多种类型的设备)通过网关将自身的数据种类在注册过程中上报给平台。平台汇总数据种类后提供给应用。监测设备的应用生成数据收集策略，携带“应用提供商ID”、“应用ID”和“数据收集策略ID”。“数据种类”、“数据类型”和“上报条件”分别是温度(平均值/间隔2分钟上报)、电压(最大值/间隔1分钟上报)、噪声(变化值/给定参考值，数值与参考值相比有变化时上报)、位置(原始值/间隔5分钟上报)。平台基于策略里的参数，通知网关配置资源支持策略且收到“配置成功”的应答。于是，平台将能提供“温度、电压、噪声、位置”其中至少任意一种数据的设备判断为数据源，且将相应设备ID的写入列表作为数据源列表添加到策略中，并发送给网关。网关不需要像订阅一样，针对100个设备的每一个，逐一比对应用需要的数据种类，根据每个设备能够提供哪一些数据去向设备发送订阅消息，而是将所有服务于这一应用的设备的设备地址(IP地址或网关可唯一标识的内部设备地址)添加到一个组播列表中，并将这一统一的策略通过组播发给全部的设备。设备在收到策略后，将自己能提供的“数据种类”按照策略指定的“收集条件”进行上报，不能提供的数据种类则直接忽略。本实例中，认为设备是现今工厂中的实际生产设备和传感器，只能够支持“按照间隔上报”和“数值有变化时上报”。则噪声和位置数据由设备直接上报给网关，温度和电压数据由设备按照更小的间隔(例如30秒)上报数据给网关，网关再按照策略要求的间隔，对收到的温度和电压数据进行进一步处理，对温度取2分钟收到数据的平均值，对电压数据取1分钟收到数据的最大值。再由网关将数据发送给平台，平台将数据最终提供给应用。

实施例二，用于工厂内生产安全的监控。在常规监测状态中，某车间内的200个设备(可能存在多种类型的设备)通过网关将自身的数据种类在注册过程中上报给平台。平台汇总数据种类后提供给应用。监测设备的应用生成数据收集策略，携带“应用提供商ID”、“应用ID”和“数据收集策略ID”。“数据种类”、“数据类型”和“上报条件”分别是温度(平均值/间隔2分钟上报)、压力(最大值/间隔1分钟上报)、危险气体密度(最大值/间隔1分钟上报)、噪声(平均值/间隔2分钟上报)。平台基于策略里的参数，通知网关配置资源支持策略且收到“配置成功”的应答。于是，平台将能提供“温度、压力、危险气体密度、噪声”其中至少任意一种数据的设备判断为数据源，且将相应设备ID的写入列表作为数据源列表添加到策略中，并发送给网关，成功地经过网关的执行和分发和设备的执行，将需要的数据上报给了平台，并由平台提供给应用。应用侧的实时数据分析单元在数据分析的过程中，发现危险气体密度与历史模型相比高于预期，有潜在的危险即将发生。于是，应用立即修改策略，将危险气体密度的“数据类型”和“上报条件”由(最大值/间隔1分钟上报)改为(原始值/间隔10秒上报)。新的策略由平台执行和下发给网关，并由网关一次性同时发送给所属的200个设备，进行新策略的执行。而不需要像订阅一样，针对200个设备的每一个，逐一比对设备是否有接受“危险气体密度”这一数据的订阅并对其订阅配置进行修改。设备在收到新策略后，将自己能提供的“数据种类”按照新策略指定的“收集条件”进行上报，不能提供的数据种类则直接忽略。本实例中，认为设备是未来工厂中更先进的生产设备和传感器，除去支持“按照间隔上报”和“数值有变化时上报”，也能够支持“按照间隔上报统计值”。则温度、压力、噪声都由设备进行数据预处理后将统计值上报给网关，危险气体密度由于要求上报的是“原始值”，则直接上报给网关，再由网关将数据发送给平台，平台将数据最终及时地提供给应用，为潜在的安全隐患的处理争取了更多时间。

本发明提出的数据收集方法，在设备处的处理相比网关和平台更加简单轻量，尤其适合资源首先的设备(如传感器)以及工厂内主要用于生产制造的设备。且此数据收集方法在网关处的处理和操作也更为高效，可以更好地适应数据收集需求需要动态调整的物联网应用场景。

以上列举了若干具体实施例来详细阐明本发明，这些个例仅用于说明本发明的原理及其实施方法，而非对本发明的限制，在不脱离本发明的精神和范围的情况下，本领域的技术人员还可以做出各种变形和改进。因此，本发明不应由上述实施例来限定，而应由所附权利要求及其等价物来限定。

Claims (8)

1.一种数据收集方法，包括：

由应用生成数据收集策略并发送给物联网通用平台；

在所述物联网通用平台判断属于所述物联网通用平台的网关支持或变得支持所述数据收集策略的执行和分配的情况下，所述物联网通用平台将数据源列表加入所述数据收集策略并发送给所述网关；

所述网关将所述数据收集策略中所包括的数据源列表映射为传感器设备地址且生成组播组，对所述数据收集策略进行拆解并将拆解后的所述数据收集策略通过组播方式发送给传感器设备；以及

接收到拆解后的所述数据收集策略的所述传感器设备执行数据收集策略，从而基于所述数据收集策略进行数据收集和上报。

2.根据权利要求1所述的数据收集方法，其中，

所述应用对从所述传感器设备上报来的数据进行分析，并能够根据分析结果来变更所述数据收集策略。

3.根据权利要求1所述的数据收集方法，其中，

在所述物联网通用平台判断属于所述物联网通用平台的网关不支持所述数据收集策略的执行和分配的情况下，请求所述网关为所述数据收集策略配置资源来支持所述数据收集策略的执行和分配。

4.根据权利要求1所述的数据收集方法，其中，

所述数据源列表是所述物联网通用平台按照所述传感器设备注册时提供的能感测数据的数据种类并结合所述数据生成策略中的数据种类而生成的，包括作为数据源的相应的所述传感器设备的标识符。

5.根据权利要求1所述的数据收集方法，其中，

所述数据生成策略包括应用提供商标识符、应用标识符、数据收集策略标识符、数据种类、数据形式、以及数据收集条件。

6.根据权利要求1所述的数据收集方法，其中，

对所述数据收集策略进行拆解在于：仅保留所述数据收集策略中的数据种类的名称、数据形式和数据收集条件。

7.根据权利要求1所述的数据收集方法，其中，

所述物联网通用平台将能提供所述数据收集策略中的多种数据种类中的至少任意一种数据种类的数据的传感器设备判断为数据源，且将判断为数据源的相应传感器设备的标识符写入所述数据源列表。

8.一种数据收集装置，包括：

由应用生成数据收集策略并发送给物联网通用平台的单元；

在所述物联网通用平台判断属于所述物联网通用平台的网关支持或变得支持所述数据收集策略的执行和分配的情况下，所述物联网通用平台将数据源列表加入所述数据收集策略并发送给所述网关的单元；

所述网关将所述数据收集策略中所包括的数据源列表映射为传感器设备地址且生成组播组，对所述数据收集策略进行拆解并将拆解后的所述数据收集策略通过组播方式发送给传感器设备的单元；以及

接收到拆解后的所述数据收集策略的所述传感器设备执行数据收集策略，从而基于所述数据收集策略进行数据收集和上报的单元。