一种物联网的文件传输方法、工牌、及可读存储介质与流程

本发明实施例涉及通信技术领域，特别涉及一种物联网的文件传输方法、一种工牌、及计算机可读存储介质。

背景技术：

随着无线通信技术的发展，越来越多的应用技术被开发出来。这些应用技术利用无线通信设施，针对各种场景，为人类生活和工作提供了全新的信息交互方式。然而，这些快速涌现的应用方式也反过来向无线通信技术提出了前所未有的挑战。在众多挑战之中，快速兴起的物联网服务正成为无线通信研究的热点。为了提供一个人能够与自然界、机器甚至机器与机器无缝联接的网络，无线通信技术必须采用新型的解决方案以应对可能的需求。

发明人发现现有技术中至少存在如下问题：现有的物联网wifi数据处理，主要用于人机交互的简单指令传输，在复杂的网络结构中，wifi信号经常出现连接不稳定的情形，导致上行传输大数据量较为困难。

技术实现要素：

本发明实施方式的目的在于提供一种物联网的文件传输方法、一种工牌、及计算机可读存储介质，便于在物联网中实现大数据的上行传输。

为解决上述技术问题，本发明的实施方式提供了一种物联网的文件传输方法，包括以下步骤：连接wifi信号；当所述wifi信号的连接成功时，上传所述文件至云端；判断所述wifi信号的连接是否断开；当所述wifi信号的连接断开时，记录所述文件的当前传输位置，并重新连接wifi信号；当所述wifi信号再次连接成功时，从所述当前传输位置开始继续上传所述文件至云端。

本发明的实施方式还提供了一种工牌，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的物联网的文件传输方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现上述的物联网的文件传输方法。

本发明实施方式相对于现有技术而言，在物联网上行数据传输过程中，当所述wifi信号的连接断开时，记录所述文件的当前传输位置，并重新连接wifi信号，当所述wifi信号再次连接成功时，从所述当前传输位置开始继续上传所述文件至云端，从而实现了wifi信号断开之后的自动连接、以及wifi信号再次连接成功时自动进行断点续传，在wifi信号连接不稳定的网络状况下，也无需人工操作即可自动恢复连接并继续上传大数据，该种方案便于在物联网中实现大数据的上行传输，克服了现有物联网技术中wifi连接不稳定、上行压力大而导致无法上传大数据的问题。

另外，所述文件为语音文件或视频文件。

另外，所述上传所述文件至云端的步骤，具体包括：将所述文件拆分为多个时间长度为第一预设时长的子文件，其中，所述语音文件的时长大于所述第一预设时长；将多个所述子文件并行传输、上传至云端。如此设置，能够提高所述文件的上传速度，提高物联网的文件传输效率。

另外，所述将所述文件拆分为多个具有第一预设时长的子文件的步骤之后，所述将多个所述子文件并行传输、上传至云端的步骤之前，还包括：对每个所述子文件添加标签，其中，所述标签用于表征所述子文件所属的文件。通过所述子文件上面的标签，在云端能够将属于同一个文件的多个所述子文件重新打包为一个文件，避免多个文件的子文件混杂，有利于后续的文本分析。

另外，所述判断所述wifi信号的连接是否正常的步骤，具体包括：每隔第二预设时长向所述云端发送确认请求；在第三预设时长内若未接收到所述云端发送的反馈信息，则判定所述wifi信号的连接断开。

另外，所述上传所述文件至云端的步骤之前，还包括：判断所述语音文件的时长是否等于所述第四预设时长；当所述语音文件的时长等于第四预设时长时，将所述语音文件上传至云端。如此设置，能够确保上传云端的语音文件都是已经达到第四预设时长的，也即，确保上传云端的语音文件都是已录制完成的的文件，避免将当前时间正在录制的语音文件误存入本地存储器而导致当前的录音中断，提高了物联网的文件传输效率的可靠性。

附图说明

图1是本发明第一实施方式提供的工牌的控制方法的流程图；

图2是本发明第一实施方式提供的工牌的控制方法的步骤s12的子步骤流程图；

图3是本发明第一实施方式提供的工牌的控制方法的步骤s13的子步骤流程图；

图4是本发明第二实施方式提供的工牌的控制方法的子步骤流程图；

图5是本发明第三实施方式提供的工牌的控制方法的流程图；

图6是本发明第四实施方式提供的工牌的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本发明而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本发明所要求保护的技术方案。

本发明的第一实施方式涉及一种物联网的文件传输方法，如图1、图2、图3所示，包括以下步骤：

s10:连接wifi信号。

s11:判断所述wifi信号是否连接成功，若是，则执行步骤s12，否则，返回s10。

具体的说，在步骤s11中，工牌(或物联网中其他的装置)向所述云端发送确认请求，若接收到所述云端发送的反馈信息，则判定所述wifi信号的连接成功。

s12:上传所述文件至云端。

具体的说，在步骤s12中，所述文件为语音文件或视频文件，如图2所示，步骤s12具体包括以下子步骤：

s121：将所述文件拆分为多个时间长度为第一预设时长的子文件。

具体的说，在本步骤中，所述语音文件的时长大于所述第一预设时长。

s122：将多个所述子文件并行传输、上传至云端。

也就是说，将本地存储中收集来的语音文件或视频文件进行分包处理，然后并行传输至云端，例如：本地存储的语音文件为5分钟时长的完整录音文件，首先将文件拆分为10秒钟一个的小文件，然后将10秒钟一个的小文件并行传输至云端，如此设置，能够根据wifi的通道情况进行并行传输，减少网络异常情况下重传的数据量，提高所述文件的上传速度，提高物联网的文件传输效率。

s13:判断所述wifi信号的连接是否断开，若是，则执行步骤s14；否则，执行步骤s15。

具体的说，如图3所示，步骤s13具体包括以下子步骤：

s131：每隔第二预设时长向所述云端发送确认请求。

s132：在第三预设时长内若未接收到所述云端发送的反馈信息，则判定所述wifi信号的连接断开。

也就是说，在本实施方式中，智能工牌(或物联网中其他的装置)与云端每隔第二预设时长交互一次，由智能工牌这边发起确认请求，如果云端没有反应，判定为网络断开，如果云端正常反应，就认为网络正常。可以理解的是，也可以通过其他机制判断网络是否断开(稳定)。

s14:记录所述文件的当前传输位置，并重新连接wifi信号。

具体的说，在步骤s14中，记录所述文件的当前传输位置即记录当前消息队列中文件的帧号。

s15:从所述当前传输位置开始继续上传所述文件至云端。

具体的说，在步骤s15中，从记录的消息队列中的文件的帧号开始继续上传所述文件至云端。

另外，在文件上传至云端之后，还可以包括对语音文件或视频文件进行文本分析。例如：语音识别(识别语音内容)，语义理解(根据知识库去理解语音内容的真正含义)，语音转写(将语音内容转换成文本内容)，文本挖掘(关键字提取，词频提取等)等分析处理工作，进而了解员工的工作情况。

本发明实施方式相对于现有技术而言，在物联网上行数据传输过程中，当所述wifi信号的连接断开时，记录所述文件的当前传输位置，并重新连接wifi信号，当所述wifi信号再次连接成功时，从所述当前传输位置开始继续上传所述文件至云端，从而实现了wifi信号断开之后的自动连接、以及wifi信号再次连接成功时自动进行断点续传，在wifi信号连接不稳定的网络状况下，也无需人工操作即可自动恢复连接并继续上传大数据，该种方案便于在物联网中实现大数据的上行传输，克服了现有物联网技术中wifi连接不稳定、上行压力大而导致无法上传大数据的问题。

本发明的第二实施方式涉及一种物联网的文件传输方法，如图4所示。第二实施方式与第一实施方式大致相同，主要区别之处在于：而在本发明第二实施方式中，所述将所述文件拆分为多个具有第一预设时长的子文件的步骤之后，所述将多个所述子文件并行传输、上传至云端的步骤之前，还包括：对每个所述子文件添加标签，其中，所述标签用于表征所述子文件所属的文件。通过所述子文件上面的标签，在云端能够将属于同一个文件的多个所述子文件重新打包为一个文件，避免多个文件的子文件混杂，有利于后续的文本分析。

也就是说，在实施方式中，“上传所述文件至云端”包括以下子步骤：

s20：将所述文件拆分为多个时间长度为第一预设时长的子文件。

s21：对每个所述子文件添加标签，其中，所述标签用于表征所述子文件所属的文件。

s22：将多个所述子文件并行传输、上传至云端。

本发明的第三实施方式涉及一种物联网的文件传输方法，如图5所示。第三实施方式与第一实施方式大致相同，主要区别之处在于：在本发明第三实施方式中，所述上传所述文件至云端的步骤之前，还包括：判断所述语音文件的时长是否等于所述第四预设时长；当所述语音文件的时长等于第四预设时长时，将所述语音文件上传至云端。如此设置，能够确保上传云端的语音文件都是已经达到第四预设时长的，也即，确保上传云端的语音文件都是已录制完成的的文件，避免将当前时间正在录制的语音文件误存入本地存储器而导致当前的录音中断，提高了物联网的文件传输效率的可靠性。

具体的说，本实施方式包括以下步骤：

s30:连接wifi信号。

s31:判断所述wifi信号是否连接成功，若是，则执行步骤s12，否则，返回s10。

s32:判断所述语音文件的时长是否等于所述第四预设时长，若是，则执行步骤s23，结束传输进程。

s33:上传所述文件至云端。

s34:判断所述wifi信号的连接是否断开，若是，则执行步骤s14；否则，执行步骤s15。

s35:记录所述文件的当前传输位置，并重新连接wifi信号。

s36:从所述当前传输位置开始继续上传所述文件至云端。

本实施方式中的步骤s30、s31、s33、s34、s35、s36与第二实施方式中的步骤s10、s11、s12、s13、s14、s15大致相同，此处不再赘述。

本发明第四实施方式涉及一种工牌，如图6所示，包括：

至少一个处理器601；以及，

与至少一个处理器601通信连接的存储器602；其中，

存储器602存储有可被至少一个处理器601执行的指令，指令被至少一个处理器601执行，以使至少一个处理器601能够执行上述物联网的文件传输方法。

其中，存储器602和处理器601采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器601和存储器602的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器601处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器601。

处理器601负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器602可以被用于存储处理器601在执行操作时所使用的数据。

本发明第五实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。