CN115190535A - 一种数据传输方法及相关设备 - Google Patents
一种数据传输方法及相关设备 Download PDFInfo
- Publication number
- CN115190535A CN115190535A CN202211107304.9A CN202211107304A CN115190535A CN 115190535 A CN115190535 A CN 115190535A CN 202211107304 A CN202211107304 A CN 202211107304A CN 115190535 A CN115190535 A CN 115190535A
- Authority
- CN
- China
- Prior art keywords
- transmitted
- codes
- data
- client
- name
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/03—Protecting confidentiality, e.g. by encryption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种数据传输方法及相关设备。该方法包括:基于待传输数据生成多组待传输编码;根据每组待传输编码更改第一无线通信名称,以使第二客户端基于第一客户端的第一无线通信名称获取待传输编码从而获取待传输数据,其中,待传输编码的长度是基于第一无线通信名称的长度确定的,第一无线通信名称为第一客户端寻求建立无线连接时的广播的设备名称。本申请实施例提出的一种数据传输方法,第一客户端根据待传输数据生成待传输编码,根据待传输编码更改第一无线通信名称,第二客户端根据第一无线通信名称获取待传输编码,从而获取待传输数据。其关键是通过无线通信名称作为数据传输载体,只要有蓝牙或WIFI等功能模块的终端便可用此方法。
Description
技术领域
本说明书涉及通信技术领域,更具体地说,本发明涉及一种数据传输方法及相关设备。
背景技术
近场通信, 一般是指(Near Field Communication,简称NFC),是一种新兴的技术,使用了NFC技术的设备(例如移动电话)可以在彼此靠近的情况下进行数据交换,是由非接触式射频识别及互连互通技术整合演变而来的,通过在单一芯片上集成感应式读卡器、感应式卡片和点对点通信的功能,利用移动终端实现移动支付、电子票务、门禁、移动身份识别、防伪等应用。
但是NFC这种通信技术往往需要专门的硬件支持, 在老旧的设备上, 就没有这种NFC硬件, 所以无法进行NFC近场通信。 而如果使用蓝牙, 则无法支持一对多, 在低版本的蓝牙协议中, 往往只能一对一连接。 在需要分享和广播的场景下, 效率比较低。 如果使用WLAN进行近场传输, 会带来流量消耗。
发明内容
在发明内容部分中引入了一系列简化形式的概念,这将在具体实施方式部分中进一步详细说明。本发明的发明内容部分并不意味着要试图限定出所要求保护的技术方案的关键特征和必要技术特征,更不意味着试图确定所要求保护的技术方案的保护范围。
为了提供一对多的近距离数据传输方法,第一方面,本发明提出一种数据传输方法,上述方法包括:
基于待传输数据生成多组待传输编码;
根据每组上述待传输编码更改第一无线通信名称,以使第二客户端基于第一客户端的第一无线通信名称获取待传输编码从而获取上述待传输数据,其中,上述待传输编码的长度是基于上述第一无线通信名称的长度确定的,上述第一无线通信名称为第一客户端寻求建立无线连接时的广播的设备名称。
可选的,上述待传输编码包括序号编码和数据编码,上述序号编码用于区分上述待传输编码的组别,上述数据编码用于保存上述待传输数据对应的数据。
可选的,上述方法还包括:
确定参与数据传输的上述第二客户端的数量;
接收上述第二客户端发送的反馈信息,其中,上述反馈信息是上述第二客户端在接收到上述第一客户端传输的每组待传输编码后形成的,上述反馈信息由第二客户端对应的第二无线通信名称确定;
在接收到的反馈信息数量大于或等于上述第二客户端数量的情况下,基于下一组待传输编码更改上述第一无线通信名称。
可选的,上述方法还包括:
在接收到的上述反馈信息小于上述第二客户端数量且当前组的待传输编码的发出时间超出预设时长的情况下,基于下一组待传输编码更改上述第一无线通信名称。
可选的,上述方法还包括:
在所有上述待传输编码发送结束的情况下,统计上述反馈信息数量小于上述第二客户端数量对应的待传输编码确定为未完全传输编码;
根据上述未完全传输编码执行第二轮更改上述第一无线通信名称的操作,以使未接收到上述未完全传输编码的第二客户端获取完整的待传输数据。
可选的,上述方法还包括:
在第二轮更改上述第一无线通信名称的操作结束后且仍存在第二客户端未完全接收上述待传输数据的情况下,将上述第一无线通信名称更改为协助传输名称,以使已经完全接收上述待传输数据的第二客户端通过更改第二无线名称的方式帮助未完全接收待传输数据的第二客户端获取完整的待传输数据。
可选的,上述方法还包括:
基于待传输数据和预设加密规则生成多组待传输编码,其中,上述第二客户端保存有相同的上述预设加密规则。
第二方面,本发明还提出一种数据传输控制装置,包括:
生成单元,用于基于待传输数据生成多组待传输编码;
更改单元,用于根据每组上述待传输编码更改第一无线通信名称,以使第二客户端基于第一客户端的第一无线通信名称获取待传输编码从而获取上述待传输数据,其中,上述待传输编码的长度是基于上述第一无线通信名称的长度确定的,上述第一无线通信名称为第一客户端寻求建立无线连接时的广播的设备名称。
第三方面,一种电子设备,包括:存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序,上述处理器用于执行存储器中存储的计算机程序时实现如上述的第一方面任一项的数据传输方法的步骤。
第四方面,本发明还提出一种计算机可读存储介质,其上存储有计算机程序,上述计算机程序被处理器执行时实现第一方面上述任一项的数据传输方法。
综上,本申请实施例的数据传输方法包括:基于待传输数据生成多组待传输编码;根据每组上述待传输编码更改第一无线通信名称,以使第二客户端基于第一客户端的第一无线通信名称获取待传输编码从而获取上述待传输数据,其中,上述待传输编码的长度是基于上述第一无线通信名称的长度确定的,上述第一无线通信名称为第一客户端寻求建立无线连接时的广播的设备名称。本申请实施例提出的一种数据传输方法,第一客户端根据待传输数据生成待传输编码,根据待传输编码更改第一无线通信名称,第二客户端根据第一无线通信名称获取待传输编码,从而获取待传输数据。本申请提出的一种近场数据传输方法, 其关键是通过无线通信名称作为数据传输载体, 通过设计的传输算法, 进行近场数据传输, 对硬件需求更低, 任意一种能广播无线信号的设备均可完成,其核心是通过名称来传递数据, 不需要实际产生连接,可以实现一对多的连接, 适合数据分享的场景, 例如群发照片, 群发视频等等,不产生流量消耗, 没有TCP/IP数据传输, 仅通过名称隐含数据传输,对各种类型的终端都可以支持, 只要有蓝牙或WIFI等功能模块即可,通用性较强。
本发明的数据传输方法,本发明的其它优点、目标和特征将部分通过下面的说明体现,部分还将通过对本发明的研究和实践而为本领域的技术人员所理解。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本说明书的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1为本申请实施例提供的一种数据传输方法流程示意图;
图2为本申请实施例提供的另一种数据传输方法示意图;
图3为本申请实施例提供的待传输图片示意图;
图4为本申请实施例提供的未加密的待传输数据示意图;
图5为本申请实施例提供的已加密的待传输数据示意图;
图6为本申请实施例提供的待传输编码结构示意图;
图7为本申请实施例提供的第一无线通信名称示意图;
图8为本申请实施例提供的一种数据传输控制装置结构示意图;
图9为本申请实施例提供的一种电子设备结构示意图。
具体实施方式
本申请实施例提出的一种数据传输方法,第一客户端根据待传输数据生成待传输编码,根据待传输编码更改第一无线通信名称,第二客户端根据第一无线通信名称获取待传输编码,从而获取待传输数据。本申请提出的一种近场数据传输方法, 其关键是通过无线通信名称作为数据传输载体, 通过设计的传输算法, 进行近场数据传输, 对硬件需求更低, 任意一种能广播无线信号的设备均可完成,其核心是通过名称来传递数据, 不需要实际产生连接,可以实现一对多的连接, 适合数据分享的场景, 例如群发照片, 群发视频等等,不产生流量消耗, 没有TCP/IP数据传输, 仅通过名称隐含数据传输,对各种类型的终端都可以支持, 只要有蓝牙或WIFI等功能模块即可,通用性较强。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。
请参阅图1,为本申请实施例提供的一种数据传输方法流程示意图,具体可以包括:
S110、基于待传输数据生成多组待传输编码;
示例性的,待传输数据可以是文字数据、图像数据、音频数据或视频数据等,通过数据解析将上述数据形成多组待传输的待传输编码,例如如图2所示的图像经过数据解析后会形成如图3所示的待传输编码,每一行为一组待传输编码,所有的待传输编码经过转码后便可以形成如图2所示的图像。
S120、根据每组上述待传输编码更改第一无线通信名称,以使第二客户端基于第一客户端的第一无线通信名称获取待传输编码从而获取上述待传输数据,其中,上述待传输编码的长度是基于上述第一无线通信名称的长度确定的,上述第一无线通信名称为第一客户端寻求建立无线连接时的广播的设备名称。
示例性的,通过每组待传输编码更改第一无线通信名称,无线通信可以为WiFi通信和蓝牙等无线通信方式,第一无线通信名称为第一客户端在寻求与第二客户端建立无线通讯时广播的设备名称。第一客户端和第二客户端为不同的客户端,第二客户端的数量可以为多个,第一客户端和第二客户端为具有无线传输功能的客户端,如手机、平板电脑等移动客户端,还可以是具有无线传输功能的固定客户端,需要说明的是,为了保证数据传输的效果,第一客户端和第二客户端的距离应在寻求建立无线连接时的广播有效范围内。通过根据待传输编码更改第一无线通信名称,第二客户端无需与第一客户端建立无线传输连接,通过直接获取第一无线通信的名称便可以将待传输编码自动存储在第二客户端,在所有组的待传输编码传输完成后,第二客户端根据完整的待传输编码进行数据分析便可以获取到待传输数据。需要说明的是,每组待传输编码的长度是基于第一无线通信名称的长度确定的,使用蓝牙协议的名称和 WIFI名称作为数据传输的通道, 根据使用协议不通, 编码总长度也不通。通常安卓设备的蓝牙名称长度限制为20字节,WIFI为32字节,在对待传输编码进行分组时需要考虑不同无线传输方式对于文件传输长度的限制。
综上,本申请实施例提出的一种数据传输方法,第一客户端根据待传输数据生成待传输编码,根据待传输编码更改第一无线通信名称,第二客户端根据第一无线通信名称获取待传输编码,从而获取待传输数据。本申请提出的一种近场数据传输方法, 其关键是通过无线通信名称作为数据传输载体, 通过设计的传输算法, 进行近场数据传输, 对硬件需求更低, 任意一种能广播无线信号的设备均可完成,其核心是通过名称来传递数据,不需要实际产生连接,可以实现一对多的连接, 适合数据分享的场景, 例如群发照片, 群发视频等等,不产生流量消耗, 没有TCP/IP数据传输, 仅通过名称隐含数据传输,对各种类型的终端都可以支持, 只要有蓝牙或WIFI等功能模块即可,通用性较强。
在一些示例中,上述待传输编码包括序号编码和数据编码,上述序号编码用于区分上述待传输编码的组别,上述数据编码用于保存上述待传输数据对应的数据。
示例性的,待传输编码包括序号编码和数据编码,序号编码用于区分多组待传输编码的组别,例如01、02、03…,数据编码为待传输数据对应的数据,可以为2进制编码、10进制编码、16进制编码等。
综上,本申请实施例提出的一种数据传输方法,将待传输编码分为序号编码和数据编码在数据传输的过程中,便于第一客户端和第二客户端对于发送的数据和收到的数据进行统计,避免传输过程发生混乱。
在一些示例中,上述方法还包括:
确定参与数据传输的上述第二客户端的数量;
接收上述第二客户端发送的反馈信息,其中,上述反馈信息是上述第二客户端在接收到上述第一客户端传输的每组待传输编码后形成的,上述反馈信息由第二客户端对应的第二无线通信名称确定;
在接收到的反馈信息数量大于或等于上述第二客户端数量的情况下,基于下一组待传输编码更改上述第一无线通信名称。
示例性的,第二客户端在接收到第一客户端的发出的每组待传输编码后会生成反馈信息,第二客户端的反馈信息通过修改第二客户端的无线通信名称方式实现,第一客户端在获取到第二客户端的无线通信名称后便可以知悉第二客户端是否完成了本组待传输编码的数据传输。为了实现第一客户端监控多个第二客户端的接收数据情况,可以在第一客户端准备数据传输前预设一个准备参与数据传输的第二客户端段的数量,例如可以是5个,第一客户端在完成一组待传输编码后通过接收到的反馈信息数量确定已经完成该组待传输数据传输的客户端的数量,在反馈信息数量大于或等于第二客户端数量的情况下,认为所有的第二客户端都已经完成本组待传输编码的传输任务,则开始下一组待传输编码的传输工作,继续根据下一组待传输编码更改第一无线通信名称,从而实现数据连续传输。
综上,本申请实施例提出的一种数据传输方法,在第一客户端设置第二客户端的数量,在每组待传输编码发出后,基于反馈信息和第二客户端数量确定多个第二客户端的数据接收情况,保证预设数量的第二客户端全部接收到该组待传输编码后再开始下一组待传输编码的传输工作,实现数据传输连续性。
在一些示例中,上述方法还包括:
在接收到的上述反馈信息小于上述第二客户端数量且当前组的待传输编码的发出时间超出预设时长的情况下,基于下一组待传输编码更改上述第一无线通信名称。
示例性的,在第一客户端发出该组的待传输编码的预设时长内,例如5秒钟,仍有部分第二客户端未完成当前组待传输编码的接收工作,即接收到的反馈信息小于第二客户端数量的情况下,为了保证其他第二客户端可以快速地完成数据传输工作,继续下一组待传输编码的数据传输工作。
综上,本申请实施例提出的一种数据传输方法,通过设置预设时长,能够避免部分第二客户端无法获取当前组的待传输编码使第一客户端的数据传输工作陷入僵局,保证数据传输连续性。
在一些示例中,上述方法还包括:
在所有上述待传输编码发送结束的情况下,统计上述反馈信息数量小于上述第二客户端数量对应的待传输编码确定为未完全传输编码;
根据上述未完全传输编码执行第二轮更改上述第一无线通信名称的操作,以使未接收到上述未完全传输编码的第二客户端获取完整的待传输数据。
示例性的,在第一客户端发送完所有组的待传输编码后,根据每组数据传输后收集到反馈信息,将反馈信息数量小于第二客户端数量的待传输编码,即不是所有的第二客户端都完全接收到的待传输编码确定为未完全传输编码,根据未完全传输编码进行第二轮发送,第二轮发送依然通过更改第一无线名称的方式进行,从而使未接收到未完全传输编码的第二客户端可以获取完整的待传输数据。
综上,本申请实施例提出的一种数据传输方法,通过统计第一轮传输过程中反馈信息的数量确定未完全传输编码,针对未完全传输编码进行第二轮发送,从而使未接收到未完全传输编码的第二客户端可以获取完整的待传输数据。
在一些示例中,上述方法还包括:
在第二轮更改上述第一无线通信名称的操作结束后且仍存在第二客户端未完全接收上述待传输数据的情况下,将上述第一无线通信名称更改为协助传输名称,以使已经完全接收上述待传输数据的第二客户端通过更改第二无线名称的方式帮助未完全接收待传输数据的第二客户端获取完整的待传输数据。
示例性的,在经过第二轮数据传输后仍然存在未完全接收待传输数据的第二客户端的情况下,这些未完成数据传输的第二客户端可能距离第一客户端的距离已经超出了近场传输的有效距离,此时可以通过控制第一客户端将第一无线名称更改为协助传输名称,已经完全接收到待传输数据的第二客户端在接收到协助传输名称后,可以通过更改其对应的第二无线名称的方式,以类似于第一客户端的方式向未完全接收到待传输的第二客户端获取完整的待传输数据。需要说明的是,协助传输名称中包括激发第二客户端协助传输的字段,还包括需要协助传输的具体的待传输编码的序号编码。
综上,本申请实施例提出的一种数据传输方法,通过将第一无线名称更改为协助传输名称可以控制已经完成数据传输的第二客户端帮助第一客户端实现数据传输的任务,尽可能地保证所有的第二客户端都可以接收到待传输数据。
在一些示例中,上述方法还包括:
基于待传输数据和预设加密规则生成多组待传输编码,其中,上述第二客户端保存有相同的上述预设加密规则。
示例性的,在进行数据传输的过程中,为了避免其他非法客户端截获到待传输数据,在第一客户端和第二客户端可以保存有相同的加密规则,第一客户单在进行生成编码的过程中基于预设加密规则进行加密,合法的第二客户端在接收到待传输编码后基于相同预设加密规则进行解密从而获取待传输数据,提升了数据传输的安全性,预设加密规则可以以时间为种子,在预设时间内间隔后对预设加密规则进行更新。
综上,本申请实施例提出的一种数据传输方法,经过设计的加密传输算法, 保障数据安全, 确保数据内容被其他人看到也无法获取明文信息。
在一些示例中可以通过以图2所示的方式进行数据传输,第一客户端为发送端,第二客户端为接收端,第一客户端设置有终端设置模块、数据读取解析模块、数据加密模块、数据编码模块和蓝牙/WIFI名称传输模块;第二客户端包括蓝牙/WIFI名称接收模块,蓝牙/WIFI名称反馈模块和数据存储模块。
具体方法可以包括:
S210、第一客户端通过终端设置模块, 设置发送设备为发送端, 并设置接收端数量,发送端主要读取、加密和发送数据,接收端主要接收、解密、存储数据,多个终端可以同步接收数据;
S220、第一客户端通过数据读取解析模块负责对待传输数据进行读取,如图3所示的图片经过读取后存储为如图4所示的16进制格式的数据;
S230、第一客户端通过数据加密模块对数据进行加密,具体可以使用32位长度的key:
Key=bytearray((0x61,0x40,0x48,0x79,0x90,0x50,0x56,0x46,0x93,0x98,0x65,0x21,0x54,0x32,0x16,0x87,0x61,0x40,0x48,0x79,0x90,0x50,0x56,0x46,0x93,0x98,0x65,0x21,0x54,0x32,0x16,0x87))
对原始数据每1024字节进行AES, CBC模式的加密:
def encrypt_rules(_json_file): /定义一个加密函数, 带入json_file变量;
fin_file = _json_file.replace('.json','.fin')/ Json_file变量中后缀替换为fin;
aes = AEScryptor(key, AES.MODE_CBC, iv, paddingMode= "ZeroPadding",characterSet='utf-8')/ 使用预定义的key和iv用ZeroPadding方式加密, zeropadding是指长度不够则补零;
with open(_json_file, 'rb') as jf:/ 二进制打开jf文件, 用来读;
with open(_fin_file, 'wb') as ff:/ 二进制打开ff文件, 用来写;
while 1:/ 开始循环;
content = jf.read(1024)/ 读取jf文件1024字节;
if not content: break/ 如果没有内容就跳出循环;
ret_data = aes.encryptFromBytes(content);
ff.write(ret_data.toBytes())/将密文内容写入ff文件;
print("====Done====")/打印完成标识。 得到如图5所示的加密数据。
S240、第一客户端采用数据编码模块对数据进行编码以形成待传输编码,数据编码模块负责将上面的加密数据进行编码。待传输编码主要有两部分,第一部分是序号编码,第二部分是数据编码。通常安卓设备的蓝牙名称长度限制为20字节,WIFI为32字节,在对待传输编码进行分组时需要考虑不同无线传输方式对于文件传输长度的限制。当采用WIFI形式传输数据时,编码的长度为31个字符,那么使用这31个字符作为传输通道,进行数据编码传输,如图6所示:其中长度1为序号编码,后面30个字节为数据编码,数字编码的顺序为1,2,3,4-0,a,b,c-z,A,B,C,D-Z。一共有62种,当序号编码为Z时,再次从头开始1,2,3…长度30位为数据编码,将加密数据按顺序填充到长度30即可。
按照上述规则蓝牙/wifi名称变化为:第一次,将蓝牙名称/wifi名称设置为:118e3628aa776a3c8432066c6f64838总长度为31个字符;第二次,将蓝牙名称/wifi名称设置为:261b334c06b4e5f0350104517ff12e7总长度为31个字符。第三次,将蓝牙名称/wifi名称设置为:31d291cd6bfd5d1692dd699249035de总长度为31个字符。剩余数据传输;第62次,将蓝牙名称/wifi名称设置为:Zac21a407ef67ad84421a57b7930a14总长度为31个字符。下一次序号就继续从1开始,并传递后面的数据序号编码的作用,主要用来确定数据的顺序以及后面反馈模块,反馈成功接收的报文。
S250、第一客户端的蓝牙/wifi名称传输模块进行数据传输,蓝牙/WiFi名称传输模块会先判断设备是否有蓝牙功能或者wifi功能,如果有蓝牙功能,则将蓝牙名称设置为编码模块生成的序号编码和数据编码。并设置蓝牙或者wifi热点为可发现模式。这时候各个终端中就可以搜索到名为这一串编码的蓝牙/wifi名称,以完成数据传递。经过数据编码模块多次编码,循环传递完所有的数据,这一次数据传递也就完成了。蓝牙/wifi传输模块还需要不断的发现附近的蓝牙/wifi信号,当搜到反馈模块反馈的信号后,做出下一步发送什么数据的判断。
S260、第二客户端的蓝牙/wifi名称接收模块接收第一客户端的待传输编码据。当发送端设置蓝牙/wifi名称后,如图7所示,此时在多个接收端,都可以搜索到名称为:Zac21a407ef67ad84421a57b7930a14的蓝牙设备。蓝牙/wifi名称接收模块负责解析第一位序号编码Z,以及后续数据编码"ac21a407ef67ad84421a57b7930a14",就实现了一次数据传输,确认收到数据后,将这个信号发送给蓝牙/wifi名称反馈模块。
S270、第二客户端蓝牙/wifi名称反馈模块生成反馈信息,第二客户端的蓝牙/wifi名称默认状态下设置为...............................(31个点)。当反馈模块接收到一个成功的信号序号编码为1后,会设置蓝牙/wifi名称为:1..............................;当反馈模块收到一个成功信号序号编码为2后,会将蓝牙/wifi名称设置为:12.............................;当反馈模块收到一个成功信号序号编码为3后,会将蓝牙/wifi名称设置为:123............................;以此类推,接收端每收到一个序号编码时,都会加到自己的蓝牙/wifi名称中,这样发送端通过统计每个编码收到的数量是否等于最开始设置的接收端数量,即可判断是否每个接收端都收到了指定编码的数据。举例来说,设置模块设置接收端为20,那么当发送端发送序号为1的数据时,20个终端都成功收到了,则有20个蓝牙/wifi名称为1........(30个点)的wifi,这时候传输模块则会发送第二个数据。如此循环,直到发完所有的数据。
S270、当接收模块,持续接收完成最后的数据接收后,会将所有的数据按顺序组装起来,因为是密文,先需要使用AESCBC的模式进行解密,使用与加密规则相同的key:
key=bytearray((0x61,0x40,0x48,0x79,0x90,0x50,0x56,0x46,0x93,0x98,0x65,0x21,0x54,0x32,0x16,0x87,0x61,0x40,0x48,0x79,0x90,0x50,0x56,0x46,0x93,0x98,0x65,0x21,0x54,0x32,0x16,0x87))
解密方法如下面的代码:
def decrypt_rules(_fin_file): /定义一个加密函数, 带入fin_file变量
_json_file = _fin_file.replace('.fin','.json') / fin_file变量中后缀替换为fin;
aes = AEScryptor(key, AES.MODE_CBC, iv, paddingMode= "ZeroPadding",characterSet='utf-8') / 使用预定义的key和iv用ZeroPadding方式解密, zeropadding是指长度不够则补零;
with open(_fin_file, 'rb') as ff: /二进制打开jf文件, 用来读;
with open(_json_file, 'wb') as jf: :/ 二进制打开ff文件, 用来写;
while 1: / 开始循环;
content = ff.read(1024)/ 读取ff文件1024字节;
if not content: break/ 如果没有内容就跳出循环;
ret_data = aes.decryptFromBytes(content) / 通过字节解密;
jf.write(ret_data.toBytes())/将解密内容写入jf文件;
print("====Done====")/打印完成标识。
对收到的报文, 每1024个字节进行解密, 解密后的数据如图4所示,第二客户端使用图片程序打开,正确解析后便可以获得如图3所示的图片。
请参阅图8,本申请实施例中数据传输控制装置的一个实施例,可以包括:
生成单元21,用于基于待传输数据生成多组待传输编码;
更改单元22,用于根据每组上述待传输编码更改第一无线通信名称,以使第二客户端基于第一客户端的第一无线通信名称获取待传输编码从而获取上述待传输数据,其中,上述待传输编码的长度是基于上述第一无线通信名称的长度确定的,上述第一无线通信名称为第一客户端寻求建立无线连接时的广播的设备名称。
如图9所示,本申请实施例还提供一种电子设备300,包括存储器310、处理器320及存储在存储器310上并可在处理器上运行的计算机程序311,处理器320执行计算机程序311时实现上述数据传输的任一方法的步骤。
由于本实施例所介绍的电子设备为实施本申请实施例中一种数据传输控制装置所采用的设备,故而基于本申请实施例中所介绍的方法,本领域所属技术人员能够了解本实施例的电子设备的具体实施方式以及其各种变化形式,所以在此对于该电子设备如何实现本申请实施例中的方法不再详细介绍,只要本领域所属技术人员实施本申请实施例中的方法所采用的设备,都属于本申请所欲保护的范围。
在具体实施过程中,该计算机程序311被处理器执行时可以实现图1对应的实施例中任一实施方式。
需要说明的是,在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详细描述的部分,可以参见其它实施例的相关描述。
本领域内的技术人员应明白,本申请的实施例可提供为方法、***、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式计算机或者其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
本申请实施例还提供了一种计算机程序产品,该计算机程序产品包括计算机软件指令,当计算机软件指令在处理设备上运行时,使得处理设备执行如图1对应实施例中的数据传输的流程。
计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (10)
1.一种数据传输方法,其特征在于,用于第一客户端,包括:
基于待传输数据生成多组待传输编码;
根据每组所述待传输编码更改第一无线通信名称,以使第二客户端基于第一客户端的第一无线通信名称获取待传输编码从而获取所述待传输数据,其中,所述待传输编码的长度是基于所述第一无线通信名称的长度确定的,所述第一无线通信名称为第一客户端寻求建立无线连接时的广播的设备名称。
2.如权利要求1所述的方法,其特征在于,所述待传输编码包括序号编码和数据编码,所述序号编码用于区分所述待传输编码的组别,所述数据编码用于保存所述待传输数据对应的数据。
3.如权利要求1所述的方法,其特征在于,还包括:
确定参与数据传输的所述第二客户端的数量;
接收所述第二客户端发送的反馈信息,其中,所述反馈信息是所述第二客户端在接收到所述第一客户端传输的每组待传输编码后形成的,所述反馈信息由第二客户端对应的第二无线通信名称确定;
在接收到的反馈信息数量大于或等于所述第二客户端数量的情况下,基于下一组待传输编码更改所述第一无线通信名称。
4.如权利要求3所述的方法,其特征在于,还包括:
在接收到的所述反馈信息小于所述第二客户端数量且当前组的待传输编码的发出时间超出预设时长的情况下,基于下一组待传输编码更改所述第一无线通信名称。
5.如权利要求4所述的方法,其特征在于,还包括:
在所有所述待传输编码发送结束的情况下,统计所述反馈信息数量小于所述第二客户端数量对应的待传输编码确定为未完全传输编码;
根据所述未完全传输编码执行第二轮更改所述第一无线通信名称的操作,以使未接收到所述未完全传输编码的第二客户端获取完整的待传输数据。
6.如权利要求5所述的方法,其特征在于,还包括:
在第二轮更改所述第一无线通信名称的操作结束后且仍存在第二客户端未完全接收所述待传输数据的情况下,将所述第一无线通信名称更改为协助传输名称,以使已经完全接收所述待传输数据的第二客户端通过更改第二无线名称的方式帮助未完全接收待传输数据的第二客户端获取完整的待传输数据。
7.如权利要求1所述的方法,其特征在于,还包括:
基于待传输数据和预设加密规则生成多组待传输编码,其中,所述第二客户端保存有相同的所述预设加密规则。
8.一种自数据传输控制装置,其特征在于,包括:
生成单元,用于基于待传输数据生成多组待传输编码;
更改单元,用于根据每组所述待传输编码更改第一无线通信名称,以使第二客户端基于第一客户端的第一无线通信名称获取待传输编码从而获取所述待传输数据,其中,所述待传输编码的长度是基于所述第一无线通信名称的长度确定的,所述第一无线通信名称为第一客户端寻求建立无线连接时的广播的设备名称。
9.一种电子设备,包括:存储器和处理器,其特征在于,所述处理器用于执行存储器中存储的计算机程序时实现如权利要求1-7中任一项所述的数据传输方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于:所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的数据传输方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211107304.9A CN115190535B (zh) | 2022-09-13 | 2022-09-13 | 一种数据传输方法及相关设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211107304.9A CN115190535B (zh) | 2022-09-13 | 2022-09-13 | 一种数据传输方法及相关设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115190535A true CN115190535A (zh) | 2022-10-14 |
CN115190535B CN115190535B (zh) | 2022-11-22 |
Family
ID=83524671
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211107304.9A Active CN115190535B (zh) | 2022-09-13 | 2022-09-13 | 一种数据传输方法及相关设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115190535B (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050086481A1 (en) * | 2003-10-15 | 2005-04-21 | Cisco Technology, Inc. | Naming of 802.11 group keys to allow support of multiple broadcast and multicast domains |
CN101536586A (zh) * | 2006-11-07 | 2009-09-16 | 诺基亚公司 | 基于调制解调器缓冲负载的多无线接入优先级控制 |
US20120036180A1 (en) * | 2010-08-06 | 2012-02-09 | Palo Alto Research Center Incorporated | Service virtualization over content-centric networks |
WO2013175414A1 (en) * | 2012-05-24 | 2013-11-28 | Renesas Mobile Corporation | Methods, apparatus and computer programs for protecting transmitter|identification in transmissions |
CN105554062A (zh) * | 2015-11-30 | 2016-05-04 | 东莞酷派软件技术有限公司 | 一种文件传输方法、相关设备和*** |
CN106788731A (zh) * | 2017-03-17 | 2017-05-31 | 维沃移动通信有限公司 | 数据传输方法及移动终端 |
CN108390783A (zh) * | 2018-02-13 | 2018-08-10 | 广东嘉泰智能技术有限公司 | 一种蓝牙设备的配置方法及装置 |
CN112088505A (zh) * | 2018-05-22 | 2020-12-15 | 株式会社Ntt都科摩 | 预编码方法、解码方法、发送设备和接收设备 |
CN114697924A (zh) * | 2020-12-29 | 2022-07-01 | 苏州三六零智能安全科技有限公司 | Ble设备信息获取方法、装置、设备及存储介质 |
-
2022
- 2022-09-13 CN CN202211107304.9A patent/CN115190535B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050086481A1 (en) * | 2003-10-15 | 2005-04-21 | Cisco Technology, Inc. | Naming of 802.11 group keys to allow support of multiple broadcast and multicast domains |
CN101536586A (zh) * | 2006-11-07 | 2009-09-16 | 诺基亚公司 | 基于调制解调器缓冲负载的多无线接入优先级控制 |
US20120036180A1 (en) * | 2010-08-06 | 2012-02-09 | Palo Alto Research Center Incorporated | Service virtualization over content-centric networks |
WO2013175414A1 (en) * | 2012-05-24 | 2013-11-28 | Renesas Mobile Corporation | Methods, apparatus and computer programs for protecting transmitter|identification in transmissions |
CN105554062A (zh) * | 2015-11-30 | 2016-05-04 | 东莞酷派软件技术有限公司 | 一种文件传输方法、相关设备和*** |
CN106788731A (zh) * | 2017-03-17 | 2017-05-31 | 维沃移动通信有限公司 | 数据传输方法及移动终端 |
CN108390783A (zh) * | 2018-02-13 | 2018-08-10 | 广东嘉泰智能技术有限公司 | 一种蓝牙设备的配置方法及装置 |
CN112088505A (zh) * | 2018-05-22 | 2020-12-15 | 株式会社Ntt都科摩 | 预编码方法、解码方法、发送设备和接收设备 |
CN114697924A (zh) * | 2020-12-29 | 2022-07-01 | 苏州三六零智能安全科技有限公司 | Ble设备信息获取方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN115190535B (zh) | 2022-11-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108965302B (zh) | 媒体数据传输***、方法、装置及存储介质 | |
EP3637814B1 (en) | Communication device, control method for communication device and program | |
EP2034659A2 (en) | Apparatus and method for deriving keys for securing peer links | |
US8463239B1 (en) | Secure reconfiguration of wireless communication devices | |
US20100064138A1 (en) | Apparatus and method for providing security service of user interface | |
EP3068091B1 (en) | Network configuration method, and related device and system | |
US10791124B2 (en) | Method and terminal device for encrypting message | |
CN105959281B (zh) | 文件加密传输方法和装置 | |
CN109408015A (zh) | 一种多媒体文件处理方法、发送终端和显示终端 | |
CN109309650A (zh) | 处理数据的方法、终端设备和网络设备 | |
CN105119891B (zh) | 一种数据交互方法、机顶盒和服务器 | |
CN102195790A (zh) | 对等网络中的资源控制方法、装置和*** | |
CN111050321A (zh) | 一种数据处理方法、装置及存储介质 | |
CN107294968B (zh) | 一种音视频数据的监控方法和*** | |
EP3113528B1 (en) | Wifi hotspot connection and selection method, communications terminal and system | |
JP2005516536A (ja) | アクセス資格管理メッセージを送信するための方法及び装置 | |
JP2017028457A (ja) | 通信装置、通信方法及びプログラム | |
US10237251B2 (en) | Communication device and system, data processing method and method for securely exchanging data | |
CN115190535B (zh) | 一种数据传输方法及相关设备 | |
CN112534790A (zh) | 在通信网络中交换加密数据的加密装置、通信***和方法 | |
CN109889763B (zh) | 会议电视***的呼叫建立方法、装置及存储介质 | |
CN109600631B (zh) | 视频文件的加密及公布方法与装置 | |
CN110858835B (zh) | 通信方法、***和相关设备以及计算机可读存储介质 | |
CN108632215B (zh) | 数字通信加解密方法及装置 | |
CN114978746B (zh) | 数据加密传输方法、装置,以及,电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |