物联网中的数据管理方法、设备、计算机设备及可读介质与流程

本发明涉及计算机应用技术领域，尤其涉及一种物联网中的数据管理方法、设备、计算机设备及可读介质。

背景技术：

随着物联网技术的发展和用户需求的智能化，越来越多的设备都接入云端，实现设备状态监控、历史状态数据存储、云端控制设备指令、云端控制设备与设备之间的互动等场景。

传统的物联网中，将设备接入云端后，可以将设备产生的数据流都发送到云端，云端需要重新组织数据流与设备的匹配，实现云端对设备的监控以及云端与设备之间的联动。现有技术中，云端仅能够实现对设备的数据的监控，而对于设备在物理世界的关系并不做任何监控。例如，对于一个大厦，大厦中的网关设置在哪些位置，哪些网关之间具有连接关系，大厦中的空调包括有哪些，均设置在哪儿，等等这些标识设备的连接关系、层级关系或者供应关系的关系数据，云端并不做任何采集与管理，而需要管理人员人工去维护。实际应用中，管理人员在对物联网中的某些设备进行维护时，通常需要获取这些设备的关系数据，以准确对设备进行定位。而根据现有技术，仅能够靠人工来记忆来获取物联网中的关系数据，导致物联网中的关系数据的查询效率较低。

技术实现要素：

本发明提供了一种物联网中的数据管理方法、设备、计算机设备及可读介质，用于提高物联网中的关系数据的查询效率。

本发明提供一种物联网中的数据管理方法，所述方法包括：

接收查询设备发送的携带目标设备标识的关系数据查询请求；

根据所述目标设备标识，从关系数据库中获取所述目标设备对应的所有的关系数据；

向所述查询设备返回所述目标设备对应的所有的所述关系数据。

进一步可选地，如上所述的方法中，所述目标设备为实体物，所述其他设备为实体物或者虚拟物；和/或

所述关系数据标识所述目标设备与其他设备之间的连接关系、层级关系或者供应关系。

进一步可选地，如上所述的方法中，根据所述目标设备标识，从关系数据库中获取所述目标设备对应的所有的关系数据之前，所述方法还包括：

获取所述目标设备在物联网与所述其他设备之间的所述关系数据；

按照标签的方式将所述目标设备与所述其他设备之间的所述关系数据存储在所述关系数据库中。

进一步可选地，如上所述的方法中，所述标签的方式采用键值对来表示。

进一步可选地，如上所述的方法中，若所述目标设备为实体物时，所述方法还包括：

接收所述目标设备按照预设的属性模型上传的数据；

将所述目标设备的所述数据存储在业务数据库中。

进一步可选地，如上所述的方法中，所述预设的属性模型中包括预先定义的至少一种属性。

进一步可选地，如上所述的方法中，将所述目标设备的所述数据存储在业务数据库中之前，还包括：

根据预配置的数据存储策略，检测并确定需要存储目标属性的数据；

将所述目标设备的所述数据存储在业务数据库中，具体包括：存储所述目标设备的所述目标属性的所述数据至所述业务数据库中。

进一步可选地，如上所述的方法中，所述预配置的数据存储策略，包括所有上报的所述目标属性的所述数据都存储、本次收到的所述目标属性的所述数据与上一次存储的所述数据相比发生变化时存储本次的所述数据、若本次收到的所述数据大于预设阈值时存储本次收到的所述数据。

本发明提供一种云端服务器设备，所述设备包括：

接收模块，用于接收查询设备发送的携带目标设备标识的关系数据查询请求；

获取模块，用于根据所述目标设备标识，从关系数据库中获取所述目标设备对应的所有的关系数据；

发送模块，用于向所述查询设备返回所述目标设备对应的所有的所述关系数据。

进一步可选地，如上所述的设备中，所述目标设备为实体物，所述其他设备为实体物或者虚拟物；和/或

所述关系数据标识所述目标设备与其他设备之间的连接关系、层级关系或者供应关系。

进一步可选地，如上所述的设备中，还包括存储模块；

所述获取模块，还用于获取所述目标设备在物联网与所述其他设备之间的所述关系数据；

所述存储模块，用于按照标签的方式将所述目标设备与所述其他设备之间的所述关系数据存储在所述关系数据库中。

进一步可选地，如上所述的设备中，所述标签的方式采用键值对来表示。

进一步可选地，如上所述的设备中，所述接收模块，还用于若所述目标设备为实体物时，接收所述目标设备按照预设的属性模型上传的数据；

所述存储模块，还用于将所述目标设备的所述数据存储在业务数据库中。

进一步可选地，如上所述的设备中，所述预设的属性模型中包括预先定义的至少一种属性。

进一步可选地，如上所述的设备中，还包括检测模块；

所述检测模块，用于根据预配置的数据存储策略，检测并确定需要存储目标属性的数据；

所述存储模块，具体用于存储所述目标设备的所述目标属性的所述数据至所述业务数据库中

进一步可选地，如上所述的设备中，所述预配置的数据存储策略，包括所有上报的所述目标属性的所述数据都存储、本次收到的所述目标属性的所述数据与上一次存储的所述数据相比发生变化时存储本次的所述数据、若本次收到的所述数据大于预设阈值时存储本次收到的所述数据。

本发明还提供一种计算机设备，所述设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上所述的物联网中的数据管理方法。

本发明还提供一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的物联网中的数据管理方法。

本发明的物联网中的数据管理方法、设备、计算机设备及可读介质，通过接收查询设备发送的携带目标设备标识的关系数据查询请求；根据目标设备标识，从关系数据库中获取目标设备对应的所有的关系数据；向查询设备返回目标设备对应的所有的关系数据。本发明的技术方案，可以实现由物联网中的云端服务器通过关系数据库对设备的关系数据进行存储，从而支持目标设备的关系数据的查询，与现有技术的依靠人工记忆来查询物联网中的关系数据相比，能够有效地提高物联网中的关系数据查询的准确性和查询的效率。

【附图说明】

图1为本发明的物联网中的数据管理方法实施例一的流程图。

图2为本发明的物联网中的数据管理方法实施例二的流程图。

图3为本发明实施例提供的一种物联网中的关系示意图。

图4为本发明的物联网中的数据管理方法实施例三的流程图。

图5为本发明的云端服务器设备实施例一的结构图。

图6为本发明的云端服务器设备实施例二的结构图。

图7为本发明的计算机设备实施例的结构图。

图8为本发明提供的一种计算机设备的示例图。

【具体实施方式】

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

图1为本发明的物联网中的数据管理方法实施例一的流程图。如图1所示，本实施例的物联网中的数据管理方法，具体可以包括如下步骤：

100、接收查询设备发送的携带目标设备标识的关系数据查询请求；

101、根据目标设备标识，从关系数据库中获取目标设备对应的所有的关系数据；

102、向查询设备返回目标设备对应的所有的关系数据。

本实施例的物联网中的数据管理方法的执行主体为物联网中的云端服务器。本实施例的物理网中的云端服务器可以对物联网中的关系数据进行管理，以便于用户在需要时进行查询。

具体地，用户在查询时，可以选择一个能够与物联网的云端服务器通信的设备作为查询设备，通过该查询设备向物理网中的云端服务器发送携带目标设备标识的关系数据查询请求。本实施例中的目标设备可以为实体物，如物联网中的一个空调、水泵、汽车、网关等其他设备。本实施例的关系数据查询请求，可以用于请求该目标设备在物联网中与其他设备之间的所有关系数据。本实施例的其他设备可以为物联网中的实体物或者虚拟物。本实施例的虚拟物代表物理世界中的虚拟空间或者设备，如房间或者楼层等。即该目标设备在物联网中与其他设备之间的所有关系数据不仅可以包括该目标设备在物联网中与其他实体物之间的关系数据，还可以包括该目标设备在物联网中与其他虚拟物之间的关系数据。可选地，本实施例的关系数据还可以为层级关系数据、连接关系数据或者供应关系数据。例如，x小区包括1号楼、2号楼和3号楼，x小区分别和1号楼、2号楼和3号楼属于包含与被包含的层级关系，且属于虚拟物之间的层级关系。而某大厦的1层由空调1和空调2服务，2层由空调3和空调4服务，其中空调1和空调2分别与大厦1层存在供应与被供应的供应关系，空调3和空调4也分别与大厦2层存在供应与被供应的供应关系。若某个网关分别与空调1和空调3连接，以进行控制。则网关分别与空调1和空调3之间存在连接关系。

本实施例中，该物联网中的云端服务器中还可以预存储有关系数据库。该关系数据库中可以存储有该物联网中的所有设备的关系数据。这样，当物联网中的云端服务器接收到查询设备发送的携带目标设备标识的关系数据查询请求后，根据目标设备标识，便可以从关系数据库中获取目标设备对应的所有的关系数据；并向查询设备返回目标设备对应的所有的关系数据。进一步地，管理人员根据查询设备接收到的该目标设备对应的所有关系数据，可以清楚该目标设备的所有关系数据，从而基于该目标设备的所有关系数据对该目标设备进行准确定位，以便于对该目标设备进行管理和维护。

本实施例的物联网中的数据管理方法，通过接收查询设备发送的携带目标设备标识的关系数据查询请求；根据目标设备标识，从关系数据库中获取目标设备对应的所有的关系数据；向查询设备返回目标设备对应的所有的关系数据。本实施例的技术方案，可以实现由物联网中的云端服务器通过关系数据库对设备的关系数据进行存储，从而支持目标设备的关系数据的查询，与现有技术的依靠人工记忆来查询物联网中的关系数据相比，能够有效地提高物联网中的关系数据查询的准确性和查询的效率。

图2为本发明的物联网中的数据管理方法实施例二的流程图。如图2所示，本实施例的物联网中的数据管理方法，在上述图1所示实施例的技术方案的基础上，进一步还可以包括如下步骤：

200、获取目标设备在物联网中与其他设备之间的关系数据；

201、按照标签的方式将目标设备与其他设备之间的关系数据存储在关系数据库中。

现实场景中设备与设备之间是存在相互关系的，如网关会与很多modbus子设备相连，modbus子设备通过网关将数据传到云端服务器中；同一个房间里，既有一个空调设备，又有两个灯设备，空调温度的调节需要用一个温度传感器的数据做参考，整个房间中，存在着物与物的关系。云端服务器也需要有一个表达设备与设备关系的描述，才能搭建整个应用系统。本实施例中，便于基于该思想，在云端服务器的关系数据库中存储设备与设备的关系数据。

本实施例中，目标设备与其他设备的关系数据，可以由采集人员人工采集来实现。例如采集人员可以采集当前物联网中每一个目标设备与所有具有关系的其他设备之间的关系，并通过采集终端上报给物联网的云端服务器，由云端服务器接收该目标设备与其他设备的关系数据，并按照标签的方式将目标设备与其他设备之间的关系数据存储在关系数据库中。可选地，本实施例的标签的方式可以采用键值对(key-value)来表示。一个标签由一个键值对(key-value)构成。例如，要表示水泵是向building2提供能量，可以给水泵打一个标签，supplyto:biulding2。如果要表示2号楼包括1层和2层，可以给2号楼(虚拟物)打两个标签，contains:floor1、contains:floor2。所以，用物+标签的方式可以描述设备与设备之间的关系和层级关系。

图3为本发明实施例提供的一种物联网中的关系示意图。基于上述的物+标签的方式来描述物联网中的设备与设备的关系，可以在物联网的云端服务器中建立如图3所示的关系示意图。如图3所示，以xx小区包括1号楼、2号楼和3号楼为例，其中1号楼的楼下设置有b1层，在b1层设置有空调1和空调2，空调2给3号楼供应。同时，在3号楼内设置有网关(gateway)1，网关1连接空调3和空调4。基于物理世界中的上述层级关系、连接关系或者供应关系，可以在xx小区分别与1号楼、2号楼和3号楼之间、1号楼与b1层之间、3号楼与网关之间、以及b1层分别与空调1和空调2之间通过contains标签，设置包含与被包含的关系。在空调2与3号楼之间通过supplyto标签，设置供应与被供应的关系。在网关1分别与空调3和空调4之间通过subdev标签，设置连接与被连接的关系。即得到如下述表1所述的关系描述。具体地，在实际应用中，图3中不同的关系可以采用不同颜色或者不同标识的线条来标识，例如，contains标签对应的连线可以采用蓝色来表示，或者可以采用实线来表示；supplyto标签对应的连线可以采用绿色来表示，或者可以采用虚线来表示；subdev标签对应的连线可以采用橙色来表示，或者可以采用点划线来表示。

对于图3中还标识了哪些设备具有实体物，哪些设备不具有实体物。例如，对于具有实体物的设备可以标识其为启用物影子的thing，而对于不具有实体物的设备可以标识其为不启用物影子的thing。具体地，物联网的云端服务器中的关系数据库可以采用图3和表1结合的方式，来存储物联网中的设备与设备之间的关系数据。

表1

本实施例的物联网中的数据管理方法，通过采用上述技术方案，可以对物联网中的关系数据进行有效存储，以使得物联网的云端服务器能够对物联网中的关系数据进行有效管理，从而支持管理人员通过查询设备对物联网中的关系数据的查询，进而能够有效地提高物联网中的关系数据查询的准确性和查询的效率。

图4为本发明的物联网中的数据管理方法实施例三的流程图。如图4所示，本实施例的物联网中的数据管理方法，在上述实施例的技术方案的基础上，若目标设备为实体物时，进一步还可以包括如下步骤：

300、接收目标设备按照预设的属性模型上传的数据；

301、将目标设备的数据存储在业务数据库中。

本实施例的物联网的云端服务器，除了可以存储关系数据库之外，还可以将实体物的各种属性的数据存储在业务数据库中。

传统的物联网中，云端服务器也可以对接入的设备的数据进行监控和管理，具体地，云端服务器没有统一的模型管理，设备端的用户自行编程将设备的数据流按照自己的格式组织并发送到云端服务器中，云端服务器需要重新组织数据流与设备的匹配，实现云端对设备的监控以及云端与设备之间的联动。这样，为了清楚表示每一个属性的值，设备端向云端服务器上传属性的数据时，不仅需要上传数据，还要上传数据对应的属性信息，即对于每一个属性信息，上传的数据的格式为属性信息字段+数值。上述现有的技术方案中，设备端上传的数据中，真正有效的数值部分所占用的资源并不多，而属性信息占用较多的资源，导致资源的浪费。

为了解决该问题，本实施例中，考虑到一类设备具有共同的属性，在设备监控的场景下，需要监控到设备的多个属性，且每个设备要监控哪些属性在一段时间内是不会变的，所以可以针对设备建立属性模型，该属性模型中可以包括预先定义的至少一种属性。

例如，对于水泵，可以建立其属性模型包括输入频率、输出频率、电流、转矩、输出功率、直流测电压、输出测电压、变频器温度等。对于任意一种设备，用户若想在云端服务器中存储其业务数据，均可以基于该设备的属性，建立对应的属性模板。设备端和云端服务器按照该属性模型进行数据上传即可，而不用上传每个数据对应的属性信息。例如对于上述水泵，按照现有技术，对于每个属性如输入频率、输出频率、电流、转矩、输出功率、直流测电压、输出测电压、变频器温度，均需要上传属性信息字段+数据。而采用本实施例的属性模型，可以直接上传该水泵对应的一组数据即可，具体可以上传该水泵标识+该组数据。

对应地，云端服务器收到水泵标识和该组数据之后，默认该组数据为该水泵标识对应的水泵的属性的数据，具体地，该组数据中第一个数据对应输入频率的数值，第二个数据对应输出频率的数值，第三个数据对应电流的数值，第四个数据对应转矩的数值，第五个数据对应输出功率的数值，第六个数据对应直流测电压的数值，第七个数据对应输出测电压的数值，第八个数据对应变频器温度的数值，等等。这样，云端服务器就有了一个真实设备的云端备份。另外，由于物联网场景下数据的一些要求，属性模型里对属性的定义还可以是多维度的，例如一个属性可以包含属性名称、显示名称、数据类型、默认值、更新时间、单位等多个维度。这样，当设备端按照属性模型发送相应的属性值到云端服务器，云端服务器就可以实时反应设备当前的状态。本实施例中，还可以设置有相应的应用程序，可以直接访问云端服务器来做各种操作，比如存储数据、展示在用户的手机app上和监控大屏上等。此外，还可以利用属性模型中属性的类型实现对设备上传的数据格式自动转换和修正。

再者，本实施例的属性模型可以有继承的关系，例如一个车的属性模型中可以包括：车窗控制器状态、发动机温度、水温、刹车状态等属性。客车的属性模型可以从车的属性模型中继承过来，不仅包含车的所有属性，还包含客车的特有属性，如载客人数等。新能源汽车又可以继承客车的属性模型，包含客车的所有属性，也包含新能源汽车的特有属性，如剩余电量、充电状态等。一辆比亚迪的电动汽车，就可以引用这个新能源汽车的属性模型。每个新能源汽车都可以引用这个属性模型，这些新能源汽车在云端服务器就有统一的表示方法，应用程序就可以通过引用不同的设备来实现设备与设备之间的通信。

进一步可选地，步骤300“将目标设备的属性的数据存储在业务数据库中”，具体可以包括如下步骤：

(a)根据预配置的数据存储策略，检测是否需要存储目标属性的数据；若需要存储时，执行步骤(b)；否则丢弃数据。

(b)存储目标设备的目标属性的数据；

例如，本实施例中，物联网的云端服务器中预配置的数据存储策略，具体可以包括如下三种情况：

第一种情况：所有上报的目标属性的数据都存储；

在该种情况中，目标设备按照预设的属性模型上传数据后，云端服务器根据数据存储策略，确定每个属性都是目标属性，每个属性的数据都需要存储。此时，云端服务器将目标设备上报的所有属性的数据都进行存储。

第二种情况：本次收到的目标属性的数据与上一次存储的数据相比发生变化时存储本次的数据；

在该种情况中，如果云端服务器首次收到某目标设备上传的目标属性的数据，由于该目标设备的目标属性的历史数据为空，此时云端服务器直接存储该目标设备的目标属性的数据。而在第二次以及以后的各次接收到目标设备上报的目标属性的数据后，可以根据按照预设的属性模型已存储的数据和预配置的数据存储策略，检测本次收到的目标属性的数据与上一次存储的数据相比发生变化时存储本次的数据。

第三种情况：若本次收到的数据大于预设阈值时存储本次收到的数据。

该种情况中，可以根据经验设置一个预设阈值。具体地，对于每一个属性，可以分别设置一个对应的预设阈值，若本次收到的数据中该属性的数值大于该预设阈值时，存储本次收到的数据。

在物联网场景中，用户还可以在设备端使用应用程序访问云端服务器，用户对云端服务器的访问可能有多种场景：如设备端需要更新云端服务器存储的相应物影子数据、用户的应用程序需要有权限访问一个或多个设备、一个网关有权限更新其下的子设备。这就需要云端服务器对设备有一个权限管理的配置，用户可以创建一个权限，给这个权限关联一个或多个设备，并且有相应的增删改查操作。设备端就可以用这个权限的用户名和密码来连接访问云端服务器。

本实施例的物联网中的数据管理方法，通过采用上述技术方案，设备端可以采用预设的属性模板向云端服务器上传属性的数据，且上传过程中，仅上传了属性的有效的数据，可以有效地节省设备端向云端服务器上传数据的带宽资源，提高数据上传效率。而且本实施例的技术方案中，云端服务器侧可以按照预配置的数据存储策略灵活地对设备的数据进行存储，提高数据管理效率。

图5为本发明的云端服务器设备实施例一的结构图。如图5所示，本实施例的云端服务器设备，具体可以包括：

接收模块10用于接收查询设备发送的携带目标设备标识的关系数据查询请求；

获取模块11用于根据接收模块10接收的目标设备标识，从关系数据库中获取目标设备对应的所有的关系数据；

发送模块12用于向查询设备返回获取模块11获取的目标设备对应的所有的关系数据。

本实施例的云端服务器设备，通过采用上述模块实现物联网中的数据管理的实现原理以及技术效果与上述相关方法实施例的实现相同，详细可以参考上述相关方法实施例的记载，在此不再赘述。

图6为本发明的云端服务器设备实施例二的结构图。如图6所示，本实施例的云端服务器设备，在上述图5所示实施例的技术方案的基础上，进一步更加详细地介绍本发明的技术方案。

本实施例的云端服务器设备中，目标设备为实体物，其他设备为实体物或者虚拟物；和/或关系数据标识目标设备与其他设备之间的连接关系、层级关系或者供应关系。

进一步可选地，如图6所示，本实施例的云端服务器设备中，还包括存储模块13。

获取模块11还用于获取目标设备在物联网与其他设备之间的关系数据；

存储模块13用于按照标签的方式将获取模块11获取的目标设备与其他设备之间的关系数据存储在关系数据库中。

进一步可选地，标签的方式采用键值对来表示。

进一步可选地，本实施例的云端服务器设备中，接收模块10还用于若目标设备为实体物时，接收目标设备按照预设的属性模型上传的数据；

存储模块13还用于将接收模块10接收的目标设备的数据存储在业务数据库中。

进一步可选地，预设的属性模型中包括预先定义的至少一种属性。

进一步可选地，如图6所示，本实施例的云端服务器设备中，还包括检测模块14；

检测模块14用于根据预配置的数据存储策略，检测并确定接收模块10接收的数据中需要存储目标属性的数据；

存储模块13具体用于存储检测模块14确定的需要存储的目标设备的目标属性的数据至业务数据库中。

进一步可选地，预配置的数据存储策略，包括所有上报的目标属性的数据都存储、本次收到的目标属性的数据与上一次存储的数据相比发生变化时存储本次的数据、若本次收到的数据大于预设阈值时存储本次收到的数据。

本实施例的云端服务器设备，通过采用上述模块实现物联网中的数据管理的实现原理以及技术效果与上述相关方法实施例的实现相同，详细可以参考上述相关方法实施例的记载，在此不再赘述。

图7为本发明的计算机设备实施例的结构图。如图7所示，本实施例的计算机设备，包括：一个或多个处理器30，以及存储器40，存储器40用于存储一个或多个程序，当存储器40中存储的一个或多个程序被一个或多个处理器30执行，使得一个或多个处理器30实现如上图1-图4所示实施例的物联网中的数据管理方法。图7所示实施例中以包括多个处理器30为例。本实施例的计算机设备可以作为物联网中的云端服务器设备。

例如，图8为本发明提供的一种计算机设备的示例图。图8示出了适于用来实现本发明实施方式的示例性计算机设备12a的框图。图8显示的计算机设备12a仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，计算机设备12a以通用计算设备的形式表现。计算机设备12a的组件可以包括但不限于：一个或者多个处理器16a，系统存储器28a，连接不同系统组件(包括系统存储器28a和处理器16a)的总线18a。

总线18a表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。

计算机设备12a典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12a访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28a可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)30a和/或高速缓存存储器32a。计算机设备12a可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34a可以用于读写不可移动的、非易失性磁介质(图8未显示，通常称为“硬盘驱动器”)。尽管图8中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18a相连。系统存储器28a可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明上述图1-图6各实施例的功能。

具有一组(至少一个)程序模块42a的程序/实用工具40a，可以存储在例如系统存储器28a中，这样的程序模块42a包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42a通常执行本发明所描述的上述图1-图6各实施例中的功能和/或方法。

计算机设备12a也可以与一个或多个外部设备14a(例如键盘、指向设备、显示器24a等)通信，还可与一个或者多个使得用户能与该计算机设备12a交互的设备通信，和/或与使得该计算机设备12a能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22a进行。并且，计算机设备12a还可以通过网络适配器20a与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器20a通过总线18a与计算机设备12a的其它模块通信。应当明白，尽管图中未示出，可以结合计算机设备12a使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

处理器16a通过运行存储在系统存储器28a中的程序，从而执行各种功能应用以及数据处理，例如实现上述实施例所示的物联网中的数据管理方法。

本发明还提供一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上述实施例所示的物联网中的数据管理方法。

本实施例的计算机可读介质可以包括上述图8所示实施例中的系统存储器28a中的ram30a、和/或高速缓存存储器32a、和/或存储系统34a。

随着科技的发展，计算机程序的传播途径不再受限于有形介质，还可以直接从网络下载，或者采用其他方式获取。因此，本实施例中的计算机可读介质不仅可以包括有形的介质，还可以包括无形的介质。

本实施例的计算机可读介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如”c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

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

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

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

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。