CN113364882A - 物联网终端及其数据传输方法、相关设备 - Google Patents

Abstract

本公开提供一种物联网终端及其数据传输方法、相关设备。该数据传输方法，包括：按照预设单位时间进行定时计时；每响应于经过所述预设单位时间；根据所述物联网终端中存储的物模型，确定所述待上传数据对应的数据调用接口；基于所述数据调用接口，获取所述待上传数据；以及将所述待上传数据上传到物联网系统的云端设备。

Description

物联网终端及其数据传输方法、相关设备

技术领域

本公开涉及物联网技术领域，尤其涉及一种物联网终端及其数据传输方法、相关设备。

背景技术

随着技术的发展、用户需求的日益增多，物联网系统中需要管理越来越多的终端设备，终端设备需要与云平台同步数据，接受云平台的管理，终端设备的类型多种多样，势必造成管理的复杂性。在一些场景下，一些云平台采用物模型来规范和限制终端设备的数据，在云平台上通常用数据树(datatree)来表示物模型。但是，采用云平台的物模型来管理终端数据，可能存在一些问题。

发明内容

本公开提出一种物联网终端及其数据传输方法、相关设备。

本公开第一方面，提供了一种物联网终端的数据传输方法，包括：

按照预设单位时间进行定时计时；

每响应于经过所述预设单位时间，确定待上传数据；

根据所述物联网终端中存储的物模型，确定所述待上传数据对应的数据调用接口；

基于所述数据调用接口，获取所述待上传数据；以及

将所述待上传数据上传到物联网系统的云端设备。

本公开第二方面，提供了一种物联网终端，包括一个或者多个处理器、存储器；和一个或多个程序，其中所述一个或多个程序被存储在所述存储器中，并且被所述一个或多个处理器执行，所述程序包括用于执行根据第一方面所述的方法的指令。

本公开第三方面，提供了一种包含计算机程序的非易失性计算机可读存储介质，当所述计算机程序被一个或多个处理器执行时，使得所述处理器执行第一方面所述的方法。

本公开第四方面，提供了一种计算机程序产品，所述计算机程序产品包括存储有指令的计算机可读存储介质，所述指令在被执行时使得计算设备的至少一个中央处理器单元执行根据第一方面所述的方法。

本公开实施例提供的物联网终端的物联网终端及其数据传输方法、相关设备，通过在物联网终端本地维护一个物模型，使得物联网终端可以基于该物模型来完成数据传输，使得物联网终端的数据能够完成动态扩展和灵活上报。在一些实施例中，该物模型与云端设备中维护的物模型是相同的，并可以根据云端设备中物模型的更新而更新，使得数据能够更好地完成动态扩展和灵活上报。

附图说明

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

图1A示出了一种物联网系统的示意图。

图1B示出了图1A的系统中的终端设备的具体结构。

图2A示出了本公开实施例所提供的示例性物联网系统的示意图。

图2B示出了根据本公开实施例的示例性物模型的示意图。

图3示出了本公开实施例所提供的示例性数据传输方法的流程示意图。

图4示出了本实施例所提供的一种更为具体的物联网设备硬件结构示意图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。

需要说明的是，除非另外定义，本公开实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本公开实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

图1A示出了一种物联网系统100的示意图。

如图1A所示，物联网系统100可以包括云平台102和多个物联网终端设备104a～n。终端设备104a～n可以与云平台102同步数据，接受云平台102的管理。由于终端设备104a～n的类型可能是多种多样的，管理起来较为复杂，因此，云平台102可以设置一套将不同品牌不同品类的终端产品的功能抽象归纳的规则，便于各方用统一的语言描述、控制、理解产品功能。这种产品数字化的描述，可以称为物模型。如图1A所示，云平台102中保存物模型1022，可以基于该物模型1022来规范和限制终端设备的数据。在一些实施例中，物模型1022可以用数据树(data tree)的方式来表示。

图1B示出了系统100中的设备104a的具体结构。

以终端设备104a运行Linux系统为例，如图1B所示，终端设备104a包括用户空间和内核空间，用户空间中运行的进程可以通过系统调用方式从内核空间中获取相应的数据(例如，数据1048a～n)。终端设备104a可以通过集成在终端设备104a上的代理(Agent)1042向云平台102上传数据或者从云平台102中获取数据。

如果需要将数据上报至云平台102，可以在终端设备104a的系统中集成一个用于云连接的代理(Agent)1042，它是一个包含有守护进程10424的软件开发工具包(SDK)。Agent1042里面可以封装一些用于发送数据的应用程序编程接口(API)或者一些回调函数的注册器10422。当有数据需要发送时，可以通过调用该API来实现。而对于接收的数据，可以将数据处理函数(例如，数据管理器1044a～n)注册至回调函数注册器10422中，当Agent1042接收到数据的时候，就会回调数据处理函数。数据管理器1044a～n则可以通过系统调用从内核空间中获取数据(例如，数据1048a～n)。

上述的云平台102与终端设备104a的数据传输方式中，终端设备104a的设计较为简单，仅需按照云平台102的物模型中数据的要求发送或者接收数据即可。但是，这种方式也存在一些弊端。

例如，终端设备104a所发送的数据的内容没有做限制，其发送给云平台102的数据类型的一致性需要靠人为检查的方式来保证。例如，运维人员通过定期登陆云平台102来查看终端设备上传的数据，来发现数据的问题。

又例如，由于终端设备104a中并不维护物模型，因此终端设备104a中的数据没法保证动态扩展。如果在云平台102上的物模型更新了这样就需要对终端系统做较大程度的修改，不够灵活高效。特别是有新数据需要增加的时候，终端设备104a需要重新编译终端的固件来支持新增加的数据。

再比如，对于需要定时上报的数据，如图1B所示，通常的做法是针对于管理不同数据类型的各个数据管理器1044a～n单独设置定时器1046a～n去完成数据定时上报。这就需要数据管理器1044a～n各自维护各自的定时器1046a～n，极大地占用了终端设备的系统资源。

鉴于此，本公开实施例提供了一种物联网终端及其数据传输方法、相关设备。该数据传输方法包括：按照预设单位时间定时计时；每响应于经过所述预设单位时间，确定待上传数据；根据所述物联网终端中存储的物模型，确定所述待上传数据对应的数据调用接口；基于所述数据调用接口，获取所述待上传数据；以及将所述待上传数据上传到物联网系统的云端设备。

本公开实施例提供的物联网终端的物联网终端及其数据传输方法、相关设备，通过在物联网终端本地维护一个物模型，使得物联网终端可以基于该物模型来完成数据传输，使得物联网终端的数据能够完成动态扩展和灵活上报。在一些实施例中，该物模型与云端设备中维护的物模型是相同的，并可以根据云端设备中物模型的更新而更新，使得数据能够更好地完成动态扩展和灵活上报。

图2A示出了本公开实施例所提供的示例性物联网系统200的示意图。

如图2A所示，物联网系统200可以包括云平台202和多个物联网终端设备204(可参考图1A所示的架构)，图2A中以一个终端设备204为例来进行说明。

以终端设备204运行Linux系统为例，终端设备204可以包括用户空间和内核空间。终端设备204中运行的模块可以包括Agent2042、守护进程2044、多个数据管理器2046a～n。

如果需要将数据上报至云平台202，可以利用Agent2042来实现与云平台202的云连接。Agent2042可以是一个包含有守护进程20424的软件开发工具包(SDK)。Agent2042里面可以封装一些用于发送数据的应用程序编程接口(API)或者一些回调函数的注册器20422。当有数据需要发送时，可以通过调用该API来实现。而对于接收的数据，可以将数据管理器2046a～n注册至回调函数注册器20422中，当Agent2042接收到数据的时候，就会回调数据管理器2046a～n的数据处理函数。

数据管理器的数量可以根据终端设备204所需要上传的数据的类型来进行设置，数据类型可以为一个或多个。这里，例如，每种数据类型对应于一个数据管理器。每种数据类型对应的数据2048a～n存储在内核空间中，用户空间中运行的用户进程可以利用数据管理器通过系统调用的方式从内核空间中调用相应的数据。

用于数据管理的守护进程2044可以全面负责数据管理器2046a～n的数据上报和下发工作。守护进程2044可以运行在Linux系统的用户空间，通过系统调用与内核空间进行通讯，一些使用该系统的进程可以通过进程间通信方式(IPC)与守护进程2044进行通讯。

守护进程2044可以包括两个模块，物模型20444和定时器20442。物模型20444可以与云平台202的物模型2022实时同步，可以用于负责数据的校验工作和数据的动态更新工作。定时器20442则可以通过一个调度算法来接管图1B的数据管理器1044a～n里面的定时器1046a～n。

图2B示出了根据本公开实施例的示例性物模型2022的示意图。

如图2B所示，物模型2022可以是一个树形结构，该物模型2022由云平台202在云端维护，其中可以包括一些基本的数据类型的定义、数据的约束上报机制等。类似地，终端设备204中维护的物模型20444与物模型2022具有相同的结构。

如图2B所示，物模型2022可以包括根节点20222和子节点20224a～n。子节点20224a～n中分别维护不同数据类型(例如，设备信息、网络信息、传感信息)的数据描述，例如，数据类型、取值范围、数据精度、读写属性、上报机制等。这里面的数据类型、取值范围、数据精度、读写属性等可以用于对数据进行校验。在一些实施例中，由于终端设备204维护着与云平台202相同的物模型20444，可以基于物模型20444统一地对终端的数据进行校验，而不需要以人为的方式保证数据的准确性。

在一些实施例中，终端设备204中的物模型20444的子节点20224a～n中还可以包括标示动态插入模块和接口的信息，如下表1所示。

表1

insmod_libs＝demo_sensor.ko,demo_sendor.so
	read_symbol＝get_sensor_data
write_symbol＝set_sensor_data

其中，insmod_libs可以表示此子节点需要在终端设备204的系统里面加载的模块(module)和库。如果终端设备204的当前系统里面没有这些库，数据管理器2046a～n可以动态地从终端设备204本地的文件系统中将这些库加载到终端设备204的系统中去。

read、write符号信息可以表示获取和设置这些数据的接口，数据管理器2046a～n可以调用这些接口进行数据的读写。

由此一来，对于新增加的数据节点(例如，终端设备中新增的传感器)，不需要重新编译系统固件，只需要在云平台204中更新物模型，同时将这些新加入的数据实现逻辑和接口封装在库中并存放在终端设备204的文件系统里面即可。

定时器20442采用的可以是基于预设单位时间(tick)的动态优先级的定时调度机制。根据不同的精度，预设单位时间(tick)可以选择秒或者毫秒。

定时器20442可以运行在用于数据管理的守护进程2044中，当有用户进程(例如，某个终端设备204中运行的应用程序)需要使用物模型20444来管理数据时，该用户进程需要在守护进程2044的定时器20442中注册，这样就会在定时器20442中为该用户进程创建一个定时单元(可以与数据管理器一一对应)。亦即，定时器20442为每个具有上报需求的用户进程创建一个定时单元，其中维护一个记录该用户进程的tick值的tick_runtime数据类型。在每个tick到来时，定时器20442中的所有定时单元进行自加操作，在tick_runtime达到相应用户进程的定时单元的tick_runtime值时，触发相应的定时上报机制。

在终端设备204开机之后，可以相应地启动守护进程2044。定时器20442按照预设单位时间(tick)定时计时，当经过一个tick时，终端设备204可以确定需要上传的数据。

在一些实施例中，可以根据每个数据类型(可以与用户进程对应)的数据上传周期(tick_runtime)，确定达到数据上传周期(亦即刚好经过一个上传周期)的数据类型，然后基于达到数据上传周期的数据类型，确定待上传数据。亦即，待上传数据是根据其定时周期是否达到来确定的。

在一些实施例中，定时器20442中还可以为每个定时单元(对应一个数据类型)维护一个tick_times记录数据上传次数(定时上报的次数)。

于是，当达到数据上传周期的数据类型的数量为多个时(亦即，几个定时单元同时到期)，确定达到数据上传周期的各数据类型的数据上传次数(tick_times)，然后基于达到数据上传周期的各数据类型的数据上传次数，确定需要优先上传的数据为待上传数据。

在一些实施例中，可以是将数据上传次数最小的数据类型对应的数据确定为需要优先上传的数据，从而让数据上传次数不太充足的数据能够尽可能先上传到云平台202中。

在另一些实施例中，可以先根据达到数据上传周期的各数据类型的数据属性，确定达到数据上传周期的各数据类型的权值，然后利用这些权值对达到数据上传周期的各数据类型的数据上传次数进行加权处理，最后，将加权处理后的数据上传次数最小的数据类型对应的数据确定为所述需要优先上传的数据。

在一些实施例中，该数据属性包括最多传输一次、最少传输一次、有且仅有一次传输、传输次数无限制；其中，数据属性为最少传输一次和有且仅有一次传输的数据类型的权值，大于数据属性为最多传输一次和传输次数无限制的数据类型的权值。

在确定待上传数据之后，终端设备204可以根据本地存储的物模型20444，结合待上传数据的数据类型(其中包含数据ID)，来确定待上传数据在物模型20444中对应的节点，进而根据节点中存储的数据描述来确定待上传数据对应的数据调用接口。然后，终端设备204可以根据该数据调用接口，从内核空间中获取待上传数据，然后将该待上传数据上传到物联网系统200的云平台202。

类似地，当云平台202向终端设备204下发数据时，终端设备204也可以根据下发数据的数据ID确定物模型20444中的节点，并从节点中获取数据调用接口，然后基于该数据调用接口向内核空间传递云平台202下发的数据。

在一些实施例中，终端设备204可以定期检查云平台202中的物模型2022是否更新(例如，开机检查更新或每周、每月检查更新)。当云平台202中的物模型2022已更新，终端设备204可以从云平台202中获取更新后的物模型并存储在本地。在一些实施例中，可以用更新后的物模型替换已有的物模型，从而节省系统资源。

本公开实施例提供的物联网系统200，通过设计一个用于数据管理、校验、定时上报的方法，使得物联网终端的系统在如下能力中的至少其一上面有所提升：

其一，系统通过维护一个可以动态插入、删除、更改数据的物模型和一个动态加载库的方式，可以随时与云平台上面的设备影子保持同步。

其二，系统可以通过物模型对上报的数据进行校验，而不需要由人来保证。

其三，系统通过一个同步定时器来统一接管数据管理器中的定时单元，从而节省了系统资源。

其四，系统增加一个守护进程来统一做管理，数据管理器可以通过IPC与此进程做通讯。

本公开实施例还提供了一种物联网终端的数据传输方法。

图3示出了本公开实施例所提供的示例性方法300的流程示意图。该方法200可以采用图2A的终端设备204来实现，并可以包括以下步骤。

在步骤302，设备204可以按照预设单位时间(例如，tick)进行定时计时。

在步骤304，设备204可以每响应于经过所述预设单位时间，确定待上传数据。

在一些实施例中，方法300还可以包括：确定所述物联网终端需要上传的数据类型；以及为每个所述数据类型设置数据上传周期(例如，tick_runtime)，所述数据上传周期为所述预设单位时间的整数倍。

在一些实施例中，每响应于经过所述预设单位时间，确定待上传数据，包括：根据每个所述数据类型的数据上传周期，确定达到数据上传周期的数据类型；以及基于达到数据上传周期的数据类型，确定所述待上传数据。

在一些实施例中，方法300还可以包括：记录每个所述数据类型的数据上传次数(例如，tick_times)。

在一些实施例中，基于达到数据上传周期的数据类型，确定所述待上传数据，包括：响应于达到数据上传周期的数据类型的数量为多个，确定达到数据上传周期的各数据类型的数据上传次数；以及基于达到数据上传周期的各数据类型的数据上传次数，确定需要优先上传的数据为所述待上传数据。

在一些实施例中，基于达到数据上传周期的各数据类型的数据上传次数，确定需要优先上传的数据为所述待上传数据，包括：将数据上传次数最小的数据类型对应的数据确定为所述需要优先上传的数据。

在一些实施例中，基于达到数据上传周期的各数据类型的数据上传次数，确定需要优先上传的数据为所述待上传数据，包括：根据达到数据上传周期的各数据类型的数据属性，确定达到数据上传周期的各数据类型的权值；利用所述权值对达到数据上传周期的各数据类型的数据上传次数进行加权处理；以及将加权处理后的数据上传次数最小的数据类型对应的数据确定为所述需要优先上传的数据。

在一些实施例中，所述数据属性包括最多传输一次、最少传输一次、有且仅有一次传输、传输次数无限制；其中，数据属性为最少传输一次和有且仅有一次传输的数据类型的权值，大于数据属性为最多传输一次和传输次数无限制的数据类型的权值。

在步骤306，设备204可以根据所述物联网终端中存储的物模型(例如，图2A的物模型20444)，确定所述待上传数据对应的数据调用接口。

在一些实施例中，方法300还可以包括：响应于所述云端设备(例如，图2A的云平台202)中的物模型(例如，图2A的物模型2022)已更新，从所述云端设备获取更新后的物模型并存储。

在步骤308，设备204可以基于所述数据调用接口，获取所述待上传数据。

在步骤310，设备204可以将所述待上传数据上传到物联网系统的云端设备。

在一些实施例中，方法300还可以包括：根据所述物联网终端中存储的物模型，校验所述待上传数据。

需要说明的是，上述对本公开的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

基于同一发明构思，与上述任意实施例方法相对应的，本公开还提供了一种物联网设备400，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上任意一实施例所述的方法300。

图4示出了本实施例所提供的一种更为具体的物联网设备400硬件结构示意图。该设备400可以包括：处理器402、存储器404、输入/输出接口406、通信接口408和总线410。其中处理器402、存储器404、输入/输出接口406和通信接口408通过总线410实现彼此之间在设备内部的通信连接。

处理器402可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器404可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器404可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器404中，并由处理器402来调用执行。

输入/输出接口406用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口408用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线410包括一通路，在设备的各个组件(例如处理器402、存储器404、输入/输出接口406和通信接口408)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器402、存储器404、输入/输出接口406、通信接口408以及总线410，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

上述实施例的电子设备用于实现前述任一实施例中相应的方法300，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法相对应的，本公开还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上任一实施例所述的方法300。

本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述的方法300，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法300相对应的，本公开还提供了一种计算机程序产品，其包括其上具有计算机可读指令的非暂时性有形计算机可读介质。在一些实施例中，所述计算机可读指令由一个或多个处理器可执行以使得所述处理器执行所述的方法300。对应于方法300各实施例中各步骤对应的执行主体，执行相应步骤的处理器可以是属于相应执行主体的。

上述实施例的计算机程序产品用于使处理器执行如上任一实施例所述的方法300，并且具有相应的方法实施例的有益效果，在此不再赘述。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本公开实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本公开实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本公开实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本公开实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本公开实施例。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。

本公开实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本公开实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (13)

1.一种物联网终端的数据传输方法，包括：

按照预设单位时间进行定时计时；

每响应于经过所述预设单位时间，确定待上传数据；

根据所述物联网终端中存储的物模型，确定所述待上传数据对应的数据调用接口；

基于所述数据调用接口，获取所述待上传数据；以及

将所述待上传数据上传到物联网系统的云端设备。

2.根据权利要求1所述的方法，还包括：

响应于所述云端设备中的物模型已更新，从所述云端设备获取更新后的物模型并存储在所述物联网终端中。

3.根据权利要求1或2所述的方法，还包括：

根据所述物联网终端中存储的物模型，校验所述待上传数据。

4.根据权利要求1或2所述的方法，还包括：

确定所述物联网终端需要上传的一个或多个数据类型；以及

为每个所述数据类型设置数据上传周期，所述数据上传周期为所述预设单位时间的整数倍。

5.根据权利要求4所述的方法，其中，每响应于经过所述预设单位时间，确定待上传数据，包括：

根据每个所述数据类型的数据上传周期，确定达到数据上传周期的数据类型；以及

基于达到数据上传周期的数据类型，确定所述待上传数据。

6.根据权利要求5所述的方法，还包括：

记录每个所述数据类型的数据上传次数。

7.根据权利要求6所述的方法，其中，基于达到数据上传周期的数据类型，确定所述待上传数据，包括：

响应于达到数据上传周期的数据类型的数量为多个，确定达到数据上传周期的各数据类型的数据上传次数；以及

基于达到数据上传周期的各数据类型的数据上传次数，确定需要优先上传的数据为所述待上传数据。

8.根据权利要求7所述的方法，其中，基于达到数据上传周期的各数据类型的数据上传次数，确定需要优先上传的数据为所述待上传数据，包括：

将数据上传次数最小的数据类型对应的数据确定为所述需要优先上传的数据。

9.根据权利要求7所述的方法，其中，基于达到数据上传周期的各数据类型的数据上传次数，确定需要优先上传的数据为所述待上传数据，包括：

根据达到数据上传周期的各数据类型的数据属性，确定达到数据上传周期的各数据类型的权值；

利用所述权值对达到数据上传周期的各数据类型的数据上传次数进行加权处理；以及

将加权处理后的数据上传次数最小的数据类型对应的数据确定为所述需要优先上传的数据。

10.根据权利要求9所述的方法，其中，所述数据属性包括最多传输一次、最少传输一次、有且仅有一次传输、传输次数无限制；其中，数据属性为最少传输一次和有且仅有一次传输的数据类型的权值，大于数据属性为最多传输一次和传输次数无限制的数据类型的权值。

11.一种物联网终端，包括一个或者多个处理器、存储器；和一个或多个程序，其中所述一个或多个程序被存储在所述存储器中，并且被所述一个或多个处理器执行，所述程序包括用于执行根据权利要求1-10任意一项所述的方法的指令。

12.一种包含计算机程序的非易失性计算机可读存储介质，当所述计算机程序被一个或多个处理器执行时，使得所述处理器执行权利要求1-10中任一项所述的方法。

13.一种计算机程序产品，所述计算机程序产品包括存储有指令的计算机可读存储介质，所述指令在被执行时使得计算设备的至少一个中央处理器单元执行根据权利要求1-10中任一项所述的方法。

Images