CN115002840A - 设备数据传输方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种设备数据传输方法、装置、电子设备及存储介质，涉及物联网技术领域。其中，该方法包括：向目标设备发送数据访问请求，所述数据访问请求用于指示请求访问的所述目标设备中的目标数据；接收所述目标设备响应于所述数据访问请求发送的第一数据包，所述第一数据包用于指示所述目标数据的数据量；接收所述目标设备分批次发送的至少一个第二数据包，每一个第二数据包对应所述目标数据中一个批次的子数据；基于所述目标数据的数据量，确定所述目标数据中各个批次的子数据的传输结果。本申请实施例解决了相关技术存在的设备数据在传输过程中易丢失的问题。

Description

设备数据传输方法、装置、电子设备及存储介质

技术领域

本申请涉及物联网技术领域，具体而言，本申请涉及一种设备数据传输方法、装置、电子设备及存储介质。

背景技术

随着物联网技术的发展，智能设备的使用越来越广泛，促使智能设备的型号丰富，以便于在不同的应用场景中使用。

可以理解，不同型号的智能设备，对应的存储能力也会有所区别。以智能设备为智能门锁举例说明，型号为NRF52840的智能门锁，具有1MB闪存(flash)和256KB随机存取存储器(random access memory，RAM)；而型号为NRF52833的智能门锁，则具有512KB闪存和125KB随机存取存储器。

受限于智能设备的存储能力，智能设备自身存在传输限制，使得电子设备与智能设备之间在进行大数据量的设备数据传输时，往往导致设备数据丢失而无法被电子设备接收的情况，进而影响了电子设备与智能设备之间数据传输的稳定性。

由上可知，相关技术中设备数据在传输过程中易丢失的问题尚待解决。

发明内容

本申请各实施例提供了一种设备数据传输方法、装置、电子设备及存储介质，可以解决相关技术中存在的设备数据在传输过程中易丢失的问题。所述技术方案如下：

根据本申请实施例的一个方面，一种设备数据传输方法，包括：向目标设备发送数据访问请求，数据访问请求用于指示请求访问的目标设备中的目标数据；接收目标设备响应于数据访问请求发送的第一数据包，第一数据包用于指示目标数据的数据量；接收目标设备分批次发送的至少一个第二数据包，每一个第二数据包对应目标数据中一个批次的子数据；基于目标数据的数据量，确定目标数据中各个批次的子数据的传输结果。

根据本申请实施例的一个方面，一种设备数据传输装置，包括：请求发送模块，用于向目标设备发送数据访问请求，所述数据访问请求用于指示请求访问的目标设备中的目标数据；第一数据包接收模块，用于接收所述目标设备响应于所述数据访问请求发送的第一数据包，所述第一数据包用于指示所述目标数据的数据量；第二数据包接收模块，用于接收所述目标设备分批次发送的至少一个第二数据包，每一个第二数据包对应所述目标数据中一个批次的子数据；结果确定模块，用于基于所述目标数据的数据量，确定所述目标数据中各个批次的子数据的传输结果。

在一个示例性实施例中，所述装置还包括：任务创建模块，用于针对所述目标设备中可供访问的设备数据，创建数据访问任务；任务添加模块，用于将所述数据访问任务添加至任务集合，以从所述任务集合中获取所述数据访问任务，作为向所述目标设备发送的所述数据访问请求。

在一个示例性实施例中，所述任务创建模块包括：条目显示单元，用于在数据查看页面中，显示数据条目，所述数据条目与所述目标设备中可供访问的设备数据相关联；条目触发单元，用于响应于针对所述数据查看页面中所述数据条目的触发操作，确定被触发数据条目；任务生成单元，用于生成与所述被触发数据条目对应的数据访问任务。

在一个示例性实施例中，所述任务集合为任务队列；所述任务添加模块包括：队尾添加单元，用于当所述目标数据中各个批次的子数据未传输完毕，配置所述数据访问任务的任务状态为待执行状态，并添加至所述任务队列的队尾。

在一个示例性实施例中，所述任务集合为任务队列；所述装置还包括请求获取模块，所述请求获取模块包括：状态确定单元，用于在所述任务队列中，确定位于队头的数据访问任务的任务状态；状态修改单元，用于当确定的任务状态为待执行状态，将位于队头的数据访问任务作为向所述目标设备发送的所述数据访问请求，并将位于队头的数据访问任务的任务状态由待执行状态修改为执行状态；队头移出单元，用于等待处于执行状态的数据访问任务执行完毕，将处于执行状态的数据访问任务由所述任务队列中移出。

在一个示例性实施例中，所述结果确定模块包括：第一确定单元，用于基于接收到的第二数据包，确定当前接收到的一个批次子数据所属批次和数据量；第二确定单元，用于根据当前接收到的一个批次子数据所属批次和数据量，确定当前接收到的各个批次子数据的数据量；传输确定单元，用于根据所述目标数据的数据量、当前接收到的一个批次子数据所属批次、以及当前接收到的各个批次子数据的数据量，确定所述传输结果是否指示所述目标数据中各个批次的子数据传输完毕。

在一个示例性实施例中，所述传输确定单元包括：第一传输完毕确定子单元，用于如果所述目标数据的数据量等于当前接收到的各个批次子数据的数据量，则确定所述传输结果指示所述目标数据中各个批次的子数据传输完毕；和/或第二传输完毕确定子单元，用于如果当前接收到的一个批次子数据所属批次为最后一个批次，则确定所述传输结果指示所述目标数据中各个批次的子数据传输完毕。

在一个示例性实施例中，所述传输确定单元包括：第一传输失败确定子单元，用于如果当前接收到的一个批次子数据所属批次为最后一个批次，但所述目标数据的数据量不等于当前接收到的各个批次子数据的数据量，则确定所述传输结果指示所述目标数据传输失败；或者第二传输失败确定子单元，用于如果当前接收到的一个批次子数据所属批次不为最后一个批次，但所述目标数据的数据量等于当前接收到的各个批次子数据的数据量，则确定所述传输结果指示所述目标数据传输失败。

在一个示例性实施例中，所述装置还包括：资源分配模块，用于基于所述目标数据的数据量，为所述目标数据分配与所述数据量相匹配的存储区；资源释放模块，用于当所述目标数据中各个批次的子数据全部存储至所述存储区，通知所述目标设备释放针对所述目标数据的存储资源。

根据本申请实施例的一个方面，一种电子设备，包括：至少一个处理器、至少一个存储器、以及至少一条通信总线，其中，存储器上存储有计算机程序，处理器通过通信总线读取存储器中的计算机程序；计算机程序被处理器执行时实现如上所述的设备数据传输方法。

根据本申请实施例的一个方面，一种存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上所述的设备数据传输方法。

根据本申请实施例的一个方面，一种计算机程序产品，计算机程序产品包括计算机程序，计算机程序存储在存储介质中，计算机设备的处理器从存储介质读取计算机程序，处理器执行计算机程序，使得计算机设备执行时实现如上所述的设备数据传输方法。

本申请提供的技术方案带来的有益效果是：

在上述技术方案中，通过数据访问请求，使得电子设备能够确定请求访问的目标设备中目标数据的数据量，并接收到目标设备分批次发送的目标数据中若干个批次的子数据，以基于目标数据的数据量确定目标数据中各个批次的子数据的传输结果，由此，即使进行大数据量的设备数据传输时，一方面，目标设备分批次发送大数据量的设备数据，另一方面，电子设备基于目标设备的数据量确定目标数据中各个批次的子数据的传输结果，以便于在确定全部设备数据传输完毕之后，方才停止接收，以此来解决相关技术中存在的设备数据在传输过程中易丢失的问题，进而保证了电子设备与目标设备之间数据传输的稳定性。

此外，不同型号的目标设备基于自身存在的传输限制进行设备数据的分批次传输，电子设备对目标设备的型号并无感知，从而能够有效地统一电子设备面向不同型号的目标设备的数据传输方案，进而有利于降低维护成本。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1是根据本申请所涉及的实施环境的示意图；

图2是根据一示例性实施例示出的一种设备数据传输方法的流程图；

图3是根据一示例性实施例示出的数据查看页面的示意图；

图4是根据一示例性实施例示出的另一种设备数据传输方法的流程图；

图5是根据一示例性实施例示出的遵循先进先出原则的任务队列的示意图；

图6是一应用场景中一种设备数据传输方法的时序图；

图7是根据一示例性实施例示出的一种设备数据传输装置的结构框图；

图8是根据一示例性实施例示出的一种电子设备的硬件结构图；

图9是根据一示例性实施例示出的一种电子设备的结构框图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

如前所述，受限于智能设备的存储能力，智能设备自身存在传输限制，造成相关技术中存在设备数据在传输过程中易丢失的问题。

应当理解，智能设备可面向不同用户，随着用户数量的增长以及智能设备使用时间的增长，智能设备中存储的设备数据会越来越多。

对于大存储能力的智能设备而言，无论是大数据量的设备数据，还是小数据量的设备数据，都可以实现一次性吞吐，即将电子设备请求访问的目标数据一次性地发送至电子设备，那么，对于电子设备而言，在接收到设备数据之后，即视为设备数据传输完毕，此时，并不会出现设备数据丢失而无法被电子设备接收的情况。

然而，对于小存储能力的智能设备而言，在电子设备与智能设备之间进行大数据量的设备数据传输时，由于智能设备自身存在传输限制，单次仅能返回一小部分设备数据，换而言之，大数据量的设备数据需要多次传输，此时，电子设备可能在接收到智能设备第一次返回的小部分设备数据之后，便默认设备数据已经传输完毕而开始其他处理，由此，就可能造成智能设备后续传输的设备数据无法被电子设备接收的情况，进而影响电子设备与智能设备之间数据传输的稳定性。

由上可知，相关技术中仍存在设备数据在传输过程中易丢失的缺陷。

为此，本申请提供的设备数据传输方法，能够有效地提升电子设备与智能设备之间数据传输的稳定性，相应地，该设备数据传输方法适用于设备数据传输装置，该设备数据传输装置可部署于电子设备，例如，该电子设备可以是智能手机、平板电脑、笔记本电脑、台式电脑等等。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

图1为一种设备数据传输方法所涉及的实施环境的示意图。该实施环境包括用户终端110、智能设备130、网关150、服务器端170和路由器190。

具体地，用户终端110，也可以认为是用户端或者终端，可进行智能设备130关联的客户端的部署，此用户终端110可以是智能手机、平板电脑、笔记本电脑、台式电脑等电子设备，在此不进行限定。

其中，客户端，与智能设备130关联，以使得用户终端110中运行客户端时，可为用户提供关于智能设备130的数据配置、访问、显示、控制等功能，此客户端可以是应用程序形式，也可以是网页形式，相应地，客户端进行显示的用户界面则可以是程序窗口形式，还可以是网页页面形式的，此处也并未加以限定。应当说明的是，关联，指的是在客户端中添加智能设备130的设备标识，使得智能设备130在客户端中通过设备标识唯一地表示，进而方能够以设备标识的形式显示在客户端的相关页面中并供用户选择，进而为用户提供关于智能设备130的相关功能。

智能设备130部署在网关150中，并通过其自身所配置的通信模块与网关150通信，进而受控于网关150。在一个应用场景中，智能设备130通过局域网络接入网关150，从而部署于网关150中。智能设备130通过局域网络接入网关150的过程包括：由网关150首先建立一个局域网络，智能设备130通过连接该网关150，从而加入该网关150建立的局域网络中。此局域网络包括但不限于：ZIGBEE或者蓝牙。其中，智能设备130可以是智能打印机、智能传真机、智能摄像机、智能空调、智能门锁、智能灯或者配置了通信模块的人体传感器、门窗传感器、温湿度传感器、水浸传感器、天然气报警器、烟雾报警器、墙壁开关、墙壁插座、无线开关、无线墙贴开关、魔方控制器、窗帘电机等。

用户终端110与智能设备130之间的交互，可以通过局域网络实现，还可以通过广域网络实现。在一个应用场景中，用户终端110通过路由器190与网关150之间建立有线或者无线等方式的通信连接，例如，该有线或者无线等方式包括但不限于WIFI等，使得用户终端110与网关150部署于同一个局域网络，进而使得用户终端110可通过局域网络路径实现与智能设备130之间的交互。在另一个应用场景中，用户终端110通过服务器端170与网关150之间建立有线或者无线等方式的通信连接，例如，该有线或者无线等方式包括但不限于2G、3G、4G、5G、WIFI等，使得用户终端110与网关150部署于同一个广域网络，进而使得用户终端110可通过广域网络路径实现与智能设备130之间的交互。

其中，服务器端170，也可以认为是云端、云平台、平台端、服务端等等，此服务器端170可以是一台服务器，也可以是由多台服务器构成的一个服务器集群，或者是由多台服务器构成的云计算中心，以便于更好地向用户终端110、智能设备130等电子设备提供后台服务。

在上述实施环境中，智能设备130可以与用户终端110、网关150、服务器端170等电子设备进行大数据量的设备数据传输。

请参阅图2，本申请实施例提供了一种设备数据传输方法，该方法适用于电子设备，该电子设备具体可以是图1所示出实施环境中的用户终端110、网关150、服务器端170等等。

在下述方法实施例中，为了便于描述，以该方法各步骤的执行主体为电子设备为例进行说明，但是并非对此构成具体限定。

如图2所示，该方法可以包括以下步骤：

步骤310，向目标设备发送数据访问请求。

其中，数据访问请求用于指示请求访问的目标设备中的目标数据。目标设备是指请求访问的智能设备，对应地，目标数据是指该智能设备中请求访问的设备数据，例如，目标设备为智能门锁，则目标数据可以是该智能门锁中存储的门锁数据。

首先说明的是，目标数据存储于目标设备，包括但不限于：用户数据和日志数据。在一个实施例中，用户数据可用于描述用户标识和/或用户类型，此用户可以是住户、邻居、陌生人等等，还可用于描述用户创建时间等。在一个实施例中，日志数据用于描述针对目标设备及其关联部件的用户操作行为，以目标设备为智能门锁举例说明，该智能门锁的关联部件包括但不限于门、门铃等，那么，门日志数据可用于描述住户在不同时间的进门行为、出门行为等，门锁日志数据可用于描述住户在不同时间的开锁行为、解锁行为等，门铃日志数据可用于描述邻居等在不同时间的按铃行为。

其次，数据访问请求的发起取决于请求访问目标设备中的目标数据。在一个实施例中，数据访问请求的发起过程可以包括以下步骤：确定请求访问的目标设备中的目标数据；对请求访问的目标数据进行封装，生成数据访问请求；将数据访问请求发送至目标设备。

关于目标数据的确定，在一个实施例中，设备数据以数据条目的形式显示在用户终端的数据查看页面中，每一条数据条目与目标设备中可供访问的设备数据相关联，也可以理解为，数据条目唯一地表示目标设备中可供访问的设备数据，使得用户可通过数据查看页面中显示的数据条目选择请求访问的目标设备中的目标数据。图3示出了数据条目显示在数据查看页面的示意图，如图3所示，用户进入数据查看页面301，便可看到多条数据条目，各条数据条目分别与目标设备(具体为智能门锁)中的用户数据、门日志数据、门锁日志数据、门铃日志数据相关联，当用户点击数据条目302，便可确定被触发数据条目为数据条目302，进而确定用户请求访问的目标数据为数据条目302相关联的门锁日志数据。

步骤330，接收目标设备响应于数据访问请求发送的第一数据包。

其中，第一数据包用于指示目标数据的数据量。

如前所述，由于目标设备自身存在传输限制，单次仅能返回一小部分设备数据，而大数据量的设备数据在电子设备与目标设备之间则需要多次传输，这可能导致电子设备在接收到目标设备第一次返回的小部分设备数据之后，便默认设备数据已经传输完毕，最终造成目标设备后续传输的设备数据无法被电子设备接收的情况。

基于此，目标设备在发送目标数据之前，首先通知电子设备目标数据的数据量，以此来避免电子设备未接收完毕设备数据便开始其他处理。具体地，对于目标设备而言，将目标数据的数据量封装至第一数据包，并将携带目标数据的数据量的第一数据包发送至电子设备。在一个实施例中，目标数据的数据量，通过资讯计量单位表示。例如，目标数据的数据量为500KB(千字节)。

对应地，就电子设备而言，便能够接收到第一数据包，并以此确定目标数据的数据量。

进一步地，在确定目标数据的数据量之后，在一个实施例中，基于目标数据的数据量，为目标数据分配与数据量相匹配的存储区，用以存储目标数据中所有批次的子数据。由此，即实现电子设备一次性预先分配目标数据所需的存储区，可以避免在后续多次传输过程中根据每一个批次的子数据的数据量进行的每一次存储区分配操作，不仅有利于节省电子设备的运行内存，而且有利于提高电子设备的运行效率。

步骤350，接收目标设备分批次发送的至少一个第二数据包，每一个第二数据包对应目标数据中一个批次的子数据。

其中，目标数据中子数据的批次数量与目标设备自身存在的传输限制相关，亦即是与目标设备的存储能力相关。以目标设备为智能门锁举例来说，如果智能门锁具有512KB闪存，则该智能门锁的传输限制为单次可传输512KB数据量的门锁数据。也就是说，目标设备的传输限制用于指示目标设备与电子设备之间单次传输数据的最大传输能力，在一个实施例中，目标设备的传输限制可以通过资讯计量单位表示，在另一个实施例中，目标设备的传输限制还可以通过设备数据的条数表示。

假设每条设备数据的数据量为5KB，那么，基于目标设备的传输限制为单次可传输512KB数据量的设备数据，也可以理解为，目标设备的传输限制为单次可传输100条设备数据，假设请求访问的目标设备中的目标数据的数据量为500条设备数据，那么，目标数据可划分为5个批次的子数据。

对应地，对于电子设备而言，便能够接收到5个第二数据包，每一个第二数据包对应目标数据中一个批次的子数据，例如，第三个第二数据包对应目标数据中第三个批次的子数据。

步骤370，基于目标数据的数据量，确定目标数据中各个批次的子数据的传输结果。

其中，传输结果用于指示目标数据中各个批次的子数据是否传输完毕，和/或，用于指示目标数据是否传输失败。

在一个实施例中，步骤370可以包括以下步骤：基于接收到的第二数据包，确定当前接收到的一个批次子数据所属批次和数据量；根据当前接收到的一个批次子数据所属批次和数据量，确定当前接收到的各个批次子数据的数据量；根据目标数据的数据量、当前接收到的一个批次子数据所属批次、以及当前接收到的各个批次子数据的数据量，确定传输结果是否指示所述目标数据中各个批次的子数据传输完毕。

其中，子数据所属批次可以通过批次序号表示，例如，子数据所属批次为第二个批次，则通过批次序号2表示。

举例来说，假设当前接收到的一个批次子数据所属批次的批次序号为3，数据量为500KB，那么，当前接收到批次还包括第一个批次子数据和第二个批次子数据，则当前接收到的各个批次子数据的数据量＝500KB+500KB+500KB＝1500KB。

在一个实施例中，如果目标数据的数据量等于当前接收到的各个批次子数据的数据量，则确定传输结果指示目标数据中各个批次的子数据传输完毕。

在一个实施例中，如果当前接收到的一个批次子数据所属批次为最后一个批次，则确定传输结果指示目标数据中各个批次的子数据传输完毕。

在一个实施例中，如果目标数据的数据量等于当前接收到的各个批次子数据的数据量、并且当前接收到的一个批次子数据所属批次为最后一个批次，则确定传输结果指示目标数据中各个批次的子数据传输完毕，如图4所示。由此，即实现了双重验证标准的设置，以此验证目标数据的全部接收。

当确定目标数据中各个批次的子数据传输完毕，电子设备停止数据接收，并开始其他处理，以此避免目标设备后续传输的其他批次的子数据无法被电子设备接收的情况，从而有利于提升电子设备与目标设备之间数据传输的稳定性。

在另一个实施例，当确定目标数据中各个批次的子数据传输完毕，通知目标设备释放针对目标数据的存储资源，如图4所示。该存储资源是指目标设备中用于存储目标数据的存储区，该存储区具体是指缓冲区，即目标设备在内存中为存储目标数据而预留的临时存储空间。此种方式下，不仅有利于减少实际物理读写次数，而且能够有效地减少动态分配和回收内存的次数，进而有利于提升目标设备的数据传输性能。

进一步地，发明人意识到，在目标设备与电子设备之间进行设备数据传输的实际过程中，仍有小概率会出现一些故障，例如，某个批次的子数据丢失而出现数据错乱，则可能导致电子设备因预先分配的存储区未填满而一直保持设备数据接收的状态，最终可能引发内存溢出。为此，当出现数据错乱情况，当电子设备确定目标数据传输失败，可基于请求访问的目标数据向目标设备重新发起数据访问请求。

在一个实施例中，如图4所示，数据错乱情况包括以下任意一种：第一种，当前接收到的一个批次子数据所属批次为最后一个批次，但目标数据的数据量不等于当前接收到的各个批次子数据的数据量；第二种，当前接收到的一个批次子数据所属批次不为最后一个批次，但目标数据的数据量等于当前接收到的各个批次子数据的数据量。在上述两种数据错乱情况下，便能够确定传输结果指示目标数据传输失败。由此，即可排除数据错乱情况，进而有利于提升电子设备与目标设备之间数据传输的稳定性。

通过上述过程，即使进行大数据量的设备数据传输时，一方面，目标设备分批次发送大数据量的设备数据，另一方面，电子设备基于目标设备的数据量确定目标数据中各个批次的子数据的传输结果，以便于在确定全部设备数据传输完毕之后，方才停止接收，以此来解决相关技术中存在的设备数据在传输过程中易丢失的问题，进而保证了电子设备与目标设备之间数据传输的稳定性。

此外，不同型号的目标设备基于自身的传输限制进行设备数据的分批次传输，电子设备对目标设备的型号并无感知，从而能够有效地统一电子设备面向不同型号的目标设备的数据传输方案，进而有利于降低维护成本。

如前所述，仍以目标设备为智能门锁举例说明，回请参阅图3，当用户进入数据查看页面301，便可看到多条数据条目，通过点击数据条目302，便可确定用户请求访问的目标数据为门锁日志数据。此处，发明人意识到，如果门锁日志数据为大数量的设备数据，则智能门锁与电子设备之间进行门锁日志数据的传输应该需要一段时间，而在该段时间内，用户有可能在数据查看页面中再次点击某一条数据条目，例如用户有可能同时请求访问用户数据。由于门锁日志数据的访问尚未结束，此时又有用户数据的新访问，将造成电子设备中设备数据访问因资源抢占而存在冲突，容易出现设备数据传输延迟、丢失等现象。

为此，本申请实施例中提供了一种可能的实现方式，该方法还可以包括以下步骤：创建一任务集合，用于存储数据访问任务，以从任务集合中获取数据访问任务，作为向目标设备发送的数据访问请求。

具体地，针对目标设备中可供访问的设备数据，创建数据访问任务；将数据访问任务添加至任务集合；从任务集合中获取任务状态为待执行状态的数据访问任务，作为向目标设备发送的数据访问请求。

在一个实施例中，关于数据访问任务的创建可以包括以下步骤：在数据查看页面中，显示数据条目，数据条目与目标设备中可供访问的设备数据相关联；响应于针对数据查看页面中数据条目的触发操作，确定被触发数据条目；生成与被触发数据条目对应的数据访问任务。值得一提的是，该数据访问任务的创建，可以是在电子设备与目标设备之间未传输目标数据时，也可以是在电子设备与目标设备之间正在传输目标数据中各个批次的子数据时，此处并未加以限定。

其中，数据访问任务，用于指示请求访问的目标设备中的目标数据。由上可知，在并发多个数据访问任务的情况下，该多个数据访问任务可分别转化为数据访问请求，具体地，如果任务状态至少包括：待执行状态和执行状态，则任务状态为待执行状态的数据访问任务作为数据访问请求发送至目标设备。

在一个实施例中，任务集合为遵循先进先出原则的任务队列。

如图5(a)所示，一方面，任务队列500的队头510：在任务队列500中，确定位于队头510的数据访问任务501的任务状态；当确定的任务状态为待执行状态，将位于队头510的数据访问任务501作为向目标设备发送的数据访问请求，并将位于队头的数据访问任务501的任务状态由待执行状态修改为执行状态，即此时位于队头510的是任务状态为执行状态的数据访问任务502；等待处于执行状态的数据访问任务502执行完毕，将此数据访问任务502由任务队列500中移出，同时，任务队列500中位于此数据访问任务502之后的数据访问任务503移动至队头510。

如图5(b)所示，另一方面，任务队列500的队尾530：针对目标设备中可供访问的设备数据，创建数据访问任务504；一方面，当目标数据中各个批次的子数据未传输完毕，配置创建的数据访问任务504的任务状态为待执行状态，即任务状态为待执行状态的数据访问任务505，并将数据访问任务505添加至任务队列500的队尾530；另一方面，如果电子设备与目标设备之间未传输目标数据，且任务队列500不存在其余数据访问任务，则配置创建的数据访问任务504的任务状态为执行状态，即任务状态为执行状态的数据访问任务506，并将数据访问任务506添加至任务队列500的队尾530，亦即是添加至任务队列500的队头510。

由此，即实现了一个由串行的数据访问任务组成的任务队列，通过先进先出的请求策略，在并发多个数据访问任务的情况下，处于待执行状态的数据访问任务被依次添加至队尾，每次仅处理队头处于待执行状态的数据访问任务，并在该数据访问任务执行完毕时从任务队列中移出，从而避免并发的多个数据访问任务抢占资源。

在上述实施例的作用下，通过任务集合的设置，避免造成电子设备中设备数据访问因资源抢占而存在冲突，进而避免出现设备数据传输延迟、丢失等现象，最终有利于提升电子设备与目标设备之间数据传输的稳定性。

请参阅图6，图6示出了一个应用场景中电子设备与目标设备之间传输设备数据的时序图。在该应用场景中，电子设备为用户终端，目标设备为智能门锁。

如图6所示，用户终端与智能门锁之间传输门锁数据的过程可以包括以下步骤：

步骤1，用户终端请求获取智能门锁中的目标数据。

步骤2，智能门锁通知用户终端目标数据的数据量，假设目标数据的数据量为500条门锁数据。

步骤3，用户终端记录目标数据的数据量，并等待智能门锁发送目标数据。此处，用户终端可进一步地基于目标数据的数据量，为目标数据预先分配与数据量相匹配的存储区。

步骤4，智能门锁基于自身存在的传输限制分批次发送目标数据，具体地：假设智能门锁的传输限制为单次可传输100条门锁数据，那么，基于500条门锁数据的目标数据的数据量，目标数据将被划分为5个批次的子数据，各个批次的子数据的批次序号分别为1、2、3、4、ff。其中，批次序号ff预先配置为用于标识最后一个批次的子数据，当然，也可以采用字符、字母等其他形式标识最后一个批次的子数据，此处并非构成具体限定。

步骤5，在5个批次的子数据传输完毕时，一方面，用户终端可以处理接收到的目标数据或者开始其他处理，另一方面，用户终端将通知智能门锁释放针对目标数据的缓冲区。

上述过程中，一方面，智能门锁分批次发送大数据量的设备数据，另一方面，用户终端在确定大数据量的设备数据接收完毕之后，方才停止接收，以此来解决相关技术中存在的设备数据在传输过程中易丢失的问题，进而保证了用户终端与智能门锁之间数据传输的稳定性。

此外，无论哪一种型号的智能门锁，即不考虑不同型号的智能门锁各不相同的传输限制，最后一个批次的子数据的批次序号均可预先配置为ff，那么，对于用户终端而言，如果当前接收到的一个批次子数据的批次序号为ff，便可确定目标数据中各个批次的子数据传输完毕。

由此可见，不同型号的智能门锁虽然基于自身的传输限制进行设备数据的分批次传输，但是用户终端对智能门锁的型号并无感知，从而能够有效地统一用户终端面向不同型号的智能门锁的数据传输方案，进而有利于降低维护成本。

下述为本申请装置实施例，可以用于执行本申请所涉及的设备数据传输方法。对于本申请装置实施例中未披露的细节，请参照本申请所涉及的设备数据传输方法的方法实施例。

请参阅图7，本申请实施例中提供了一种据设备数据传输装置900，包括但不限于：请求发送模块910、第一数据包接收模块930、第二数据包接收模块950、以及结果确定模块970。

其中，请求发送模块910，用于向目标设备发送数据访问请求，数据访问请求用于指示请求访问的目标设备中的目标数据；

第一数据包接收模块930，用于接收目标设备响应于数据访问请求发送的第一数据包，第一数据包用于指示目标数据的数据量；

第二数据包接收模块950，用于接收目标设备分批次发送的至少一个第二数据包，每一个第二数据包对应目标数据中一个批次的子数据；

结果确定模块970，用于基于目标数据的数据量，确定目标数据中各个批次的子数据的传输结果。

在一个示例性实施例中，上述设备数据传输装置还包括：任务创建模块，用于针对目标设备中可供访问的设备数据，创建数据访问任务；任务添加模块，用于将数据访问任务添加至任务集合，以从任务集合中获取数据访问任务，作为向目标设备发送的数据访问请求。

在一个示例性实施例中，任务创建模块包括：条目显示单元，用于在数据查看页面中，显示数据条目，数据条目与目标设备中可供访问的设备数据相关联；条目触发单元，用于响应于针对数据查看页面中数据条目的触发操作，确定被触发数据条目；任务生成单元，用于生成与被触发数据条目对应的数据访问任务。

在一个示例性实施例中，任务集合为任务队列；任务添加模块包括：队尾添加单元，用于当目标数据中各个批次的子数据未传输完毕，配置数据访问任务的任务状态为待执行状态，并添加至任务队列的队尾。

在一个示例性实施例中，任务集合为任务队列；上述设备数据传输装置还包括请求获取模块，请求获取模块包括：状态确定单元，用于在任务队列中，确定位于队头的数据访问任务的任务状态；状态修改单元，用于当确定的任务状态为待执行状态，将位于队头的数据访问任务作为向目标设备发送的数据访问请求，并将位于队头的数据访问任务的任务状态由待执行状态修改为执行状态；队头移出单元，用于等待处于执行状态的数据访问任务执行完毕，将处于执行状态的数据访问任务由任务队列中移出。

在一个示例性实施例中，结果确定模块包括：第一确定单元，用于基于接收到的第二数据包，确定当前接收到的一个批次子数据所属批次和数据量；第二确定单元，用于根据当前接收到的一个批次子数据所属批次和数据量，确定当前接收到的各个批次子数据的数据量；传输确定单元，用于根据目标数据的数据量、当前接收到的一个批次子数据所属批次、以及当前接收到的各个批次子数据的数据量，确定传输结果是否指示目标数据中各个批次的子数据传输完毕。

在一个示例性实施例中，传输确定单元包括：第一传输完毕确定子单元，用于如果目标数据的数据量等于当前接收到的各个批次子数据的数据量，则确定传输结果指示目标数据中各个批次的子数据传输完毕；和/或第二传输完毕确定子单元，用于如果当前接收到的一个批次子数据所属批次为最后一个批次，则确定传输结果指示目标数据中各个批次的子数据传输完毕。

在一个示例性实施例中，传输确定单元包括：第一传输失败确定子单元，用于如果当前接收到的一个批次子数据所属批次为最后一个批次，但目标数据的数据量不等于当前接收到的各个批次子数据的数据量，则确定传输结果指示目标数据传输失败；或者第二传输失败确定子单元，用于如果当前接收到的一个批次子数据所属批次不为最后一个批次，但目标数据的数据量等于当前接收到的各个批次子数据的数据量，则确定传输结果指示目标数据传输失败。

在一个示例性实施例中，上述设备数据传输装置还包括：资源分配模块，用于基于目标数据的数据量，为目标数据分配与数据量相匹配的存储区；资源释放模块，用于当目标数据中各个批次的子数据全部存储至存储区，通知目标设备释放针对目标数据的存储资源。

需要说明的是，上述实施例所提供的设备数据传输装置在进行设备数据传输时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即设备数据传输装置的内部结构将划分为不同的功能模块，以完成以上描述的全部或者部分功能。

另外，上述实施例所提供的设备数据传输装置与设备数据传输方法的实施例属于同一构思，其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。

图8根据一示例性实施例示出的一种电子设备的结构示意。该电子设备适用于图1所示出实施环境的用户终端110、网关150、服务器端170。

需要说明的是，该电子设备只是一个适配于本申请的示例，不能认为是提供了对本申请的使用范围的任何限制。该电子设备也不能解释为需要依赖于或者必须具有图8示出的示例性的电子设备2000中的一个或者多个组件。

电子设备2000的硬件结构可因配置或者性能的不同而产生较大的差异，如图8所示，电子设备2000包括：电源210、接口230、至少一存储器250、以及至少一中央处理器(CPU,Central Processing Units)270。

具体地，电源210用于为电子设备2000上的各硬件设备提供工作电压。

接口230包括至少一有线或无线网络接口，用于与外部设备交互。例如，进行图1所示出实施环境中用户终端与智能设备130之间的交互。

当然，在其余本申请适配的示例中，接口230还可以进一步包括至少一串并转换接口233、至少一输入输出接口235以及至少一USB接口237等，如图8所示，在此并非对此构成具体限定。

存储器250作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源包括操作***251、应用程序253及数据255等，存储方式可以是短暂存储或者永久存储。

其中，操作***251用于管理与控制电子设备2000上的各硬件设备以及应用程序253，以实现中央处理器270对存储器250中海量数据255的运算与处理，其可以是WindowsServerTM、Mac OS XTM、UnixTM、LinuxTM、FreeBSDTM等。

应用程序253是基于操作***251之上完成至少一项特定工作的计算机程序，其可以包括至少一模块(图8未示出)，每个模块都可以分别包含有对电子设备2000的计算机程序。例如，设备数据传输装置可视为部署于电子设备2000的应用程序253。

数据255可以是存储于磁盘中的照片、图片等，还可以是数据访问请求、设备数据等等，存储于存储器250中。

中央处理器270可以包括一个或多个以上的处理器，并设置为通过至少一通信总线与存储器250通信，以读取存储器250中存储的计算机程序，进而实现对存储器250中海量数据255的运算与处理。例如，通过中央处理器270读取存储器250中存储的一系列计算机程序的形式来完成设备数据传输方法。

此外，通过硬件电路或者硬件电路结合软件也能同样实现本申请，因此，实现本申请并不限于任何特定硬件电路、软件以及两者的组合。

请参阅图9，本申请实施例中提供了一种电子设备4000，该电子设备400可以包括：智能手机、平板电脑、笔记本电脑、台式电脑等等。

在图9中，该电子设备4000包括至少一个处理器4001、至少一条通信总线4002以及至少一个存储器4003。

其中，处理器4001和存储器4003相连，如通过通信总线4002相连。可选地，电子设备4000还可以包括收发器4004，收发器4004可以用于该电子设备与其他电子设备之间的数据交互，如数据的发送和/或数据的接收等。需要说明的是，实际应用中收发器4004不限于一个，该电子设备4000的结构并不构成对本申请实施例的限定。

处理器4001可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器4001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

通信总线4002可包括一通路，在上述组件之间传送信息。通信总线4002可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。通信总线4002可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器4003可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器4003上存储有计算机程序，处理器4001通过通信总线4002读取存储器4003中存储的计算机程序。

该计算机程序被处理器4001执行时实现上述各实施例中的设备数据传输方法。

此外，本申请实施例中提供了一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述各实施例中的设备数据传输方法。

本申请实施例中提供了一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序存储在存储介质中。计算机设备的处理器从存储介质读取该计算机程序，处理器执行该计算机程序，使得该计算机设备执行上述各实施例中的设备数据传输方法。

与相关技术相比，即使进行大数据量的设备数据传输时，一方面，目标设备分批次发送大数据量的设备数据，另一方面，电子设备基于目标设备的数据量确定目标数据中各个批次的子数据的传输结果，以便于在确定全部设备数据接收完毕之后，方才停止接收，以此来解决相关技术中存在的设备数据在传输过程中易丢失的问题，进而保证了电子设备与目标设备之间数据传输的稳定性。

此外，不同型号的目标设备基于自身的传输限制进行设备数据的分批次传输，电子设备对目标设备的型号并无感知，从而能够有效地统一电子设备面向不同型号的目标设备的数据传输方案，进而有利于降低维护成本。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (12)

1.一种设备数据传输方法，其特征在于，所述方法包括：

向目标设备发送数据访问请求，所述数据访问请求用于指示请求访问的所述目标设备中的目标数据；

接收所述目标设备响应于所述数据访问请求发送的第一数据包，所述第一数据包用于指示所述目标数据的数据量；

接收所述目标设备分批次发送的至少一个第二数据包，每一个第二数据包对应所述目标数据中一个批次的子数据；

基于所述目标数据的数据量，确定所述目标数据中各个批次的子数据的传输结果。

2.如权利要求1所述的方法，其特征在于，所述向目标设备发送数据访问请求之前，所述方法还包括：

针对所述目标设备中可供访问的设备数据，创建数据访问任务；

将所述数据访问任务添加至任务集合，以从所述任务集合中获取所述数据访问任务，作为向所述目标设备发送的所述数据访问请求。

3.如权利要求2所述的方法，其特征在于，所述针对所述目标设备中可供访问的设备数据，创建数据访问任务，包括：

在数据查看页面中，显示数据条目，所述数据条目与所述目标设备中可供访问的设备数据相关联；

响应于针对所述数据查看页面中所述数据条目的触发操作，确定被触发数据条目；

生成与所述被触发数据条目对应的数据访问任务。

4.如权利要求2所述的方法，其特征在于，所述任务集合为任务队列；

所述将所述数据访问任务添加至任务集合，包括：

当所述目标数据中各个批次的子数据未传输完毕，配置所述数据访问任务的任务状态为待执行状态，并添加至所述任务队列的队尾。

5.如权利要求2所述的方法，其特征在于，所述任务集合为任务队列；

所述将所述数据访问任务添加至任务集合之后，所述方法还包括：

在所述任务队列中，确定位于队头的数据访问任务的任务状态；

当确定的任务状态为待执行状态，将位于队头的数据访问任务作为向所述目标设备发送的所述数据访问请求，并将位于队头的数据访问任务的任务状态由待执行状态修改为执行状态；

等待处于执行状态的数据访问任务执行完毕，将处于执行状态的数据访问任务由所述任务队列中移出。

6.如权利要求1所述的方法，其特征在于，所述基于所述目标数据的数据量，确定所述目标数据中各个批次的子数据的传输结果，包括：

基于接收到的第二数据包，确定当前接收到的一个批次子数据所属批次和数据量；

根据当前接收到的一个批次子数据所属批次和数据量，确定当前接收到的各个批次子数据的数据量；

根据所述目标数据的数据量、当前接收到的一个批次子数据所属批次、以及当前接收到的各个批次子数据的数据量，确定所述传输结果是否指示所述目标数据中各个批次的子数据传输完毕。

7.如权利要求6所述的方法，其特征在于，所述根据所述目标数据的数据量、当前接收到的一个批次子数据所属批次、以及当前接收到的各个批次子数据的数据量，确定所述传输结果是否指示所述目标数据中各个批次的子数据传输完毕，包括：

如果所述目标数据的数据量等于当前接收到的各个批次子数据的数据量，则确定所述传输结果指示所述目标数据中各个批次的子数据传输完毕；和/或

如果当前接收到的一个批次子数据所属批次为最后一个批次，则确定所述传输结果指示所述目标数据中各个批次的子数据传输完毕。

8.如权利要求6所述的方法，其特征在于，所述根据所述目标数据的数据量、当前接收到的一个批次子数据所属批次、以及当前接收到的各个批次子数据的数据量，确定所述传输结果是否指示所述目标数据中各个批次的子数据传输完毕，包括：

如果当前接收到的一个批次子数据所属批次为最后一个批次，但所述目标数据的数据量不等于当前接收到的各个批次子数据的数据量，则确定所述传输结果指示所述目标数据传输失败；或者

如果当前接收到的一个批次子数据所属批次不为最后一个批次，但所述目标数据的数据量等于当前接收到的各个批次子数据的数据量，则确定所述传输结果指示所述目标数据传输失败。

9.如权利要求1至8任一项所述的方法，其特征在于，所述接收所述目标设备响应于所述数据访问请求发送的第一数据包之后，所述方法还包括：

基于所述目标数据的数据量，为所述目标数据分配与所述数据量相匹配的存储区；

当所述目标数据中各个批次的子数据全部存储至所述存储区，通知所述目标设备释放针对所述目标数据的存储资源。

10.一种设备数据传输装置，其特征在于，所述装置包括：

请求发送模块，用于向目标设备发送数据访问请求，所述数据访问请求用于指示请求访问的目标设备中的目标数据；

第一数据包接收模块，用于接收所述目标设备响应于所述数据访问请求发送的第一数据包，所述第一数据包用于指示所述目标数据的数据量；

第二数据包接收模块，用于接收所述目标设备分批次发送的至少一个第二数据包，每一个第二数据包对应所述目标数据中一个批次的子数据；

结果确定模块，用于基于所述目标数据的数据量，确定所述目标数据中各个批次的子数据的传输结果。

11.一种电子设备，其特征在于，包括：至少一个处理器、至少一个存储器、以及至少一条通信总线，其中，

所述存储器上存储有计算机程序，所述处理器通过所述通信总线读取所述存储器中的所述计算机程序；

所述计算机程序被所述处理器执行时实现权利要求1至9中任一项所述的设备数据传输方法。

12.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至9中任一项所述的设备数据传输方法。

Images