一种信号唤醒解锁方法与流程
- 国知局
- 2024-08-02 14:54:25
本发明涉及一种信号唤醒解锁方法,属于电动代步车解锁。
背景技术:
1、电动代步车包括电动滑板车、残疾人电动代步车、电动沙滩车等,特定场景下的电动代步车具有重要作用,如物流仓库的搬运、为残疾人提供代步等。因此,为了提高用户使用电动代步车的便捷性,需要一种安全可靠的解锁机制。
2、目前基于电动代步车的解锁技术依然存在一些问题。首先,传统的物理钥匙解锁方式存在着安全性差、易被盗用或复制的风险,特别地,在残疾人使用残疾人电动代步车的场景下,由于残疾人本身的身体原因,无法灵活使用物理钥匙解锁,从而便捷性有待提高。其次,基于无线遥控的解锁方式,如rfid、红外线等,容易受到信号干扰或被窃听,特别在物流仓库的应用场景下,由于存在多种多样的屏蔽仪,rfid、红外线等解锁方法容易受到影响。此外,已有技术是使用用户app,并基于tcp协议远程达到电动代步车的解锁目的,但由于未改善用户app与电动代步车的数据交互模式,导致出现用户app远程解锁电动代步车延迟甚至失效的问题发生。
技术实现思路
1、本发明提供一种信号唤醒解锁方法、装置及计算机可读存储介质,其主要目的在于解决用户app远程解锁电动代步车出现延迟甚至失效的问题。
2、为实现上述目的,本发明提供的一种信号唤醒解锁方法,包括:
3、接收用户app所发起的解锁指令,根据所述解锁指令确定待唤醒的电动代步车,其中,电动代步车的动力驱动方式为电驱动,且最高行驶速度不超过25km/h;
4、判断用户app与电动代步车是否能建立局域物联网的通信模式,若用户app与电动代步车可建立局域物联网的通信模式,则利用局域物联网将解锁指令直接发送至电动代步车,得到唤醒结果;
5、将解锁指令与唤醒结果传输至预先构建的云端服务器,完成电动代步车的信号唤醒解锁;
6、若用户app与电动代步车无法建立局域物联网的通信模式,利用用户app生成请求包,并将请求包发送至云端服务器所在交换机;
7、当请求包成功发送至云端服务器后,计算云端服务器所在交换机的包发送速率;
8、根据包发送速率选择出用户app与电动代步车的数据交互模式,其中,数据交互模式基于tcp协议;
9、利用所选择出的数据交互模式,将解锁指令发送至电动代步车,得到唤醒结果,将唤醒结果传输至所述云端服务器,完成电动代步车的信号唤醒解锁。
10、可选地,所述计算云端服务器所在交换机的包发送速率,包括:
11、利用云端服务器对请求包执行切割,得到至少2组切割包;
12、确认将每组切割包发送至电动代步车的间隔时间;
13、根据所述间隔时间,依次将每组切割包通过云端服务器所在交换机,发送至电动代步车;
14、等待电动代步车根据每组切割包所回传的确认包,且确认包的组数小于或等于切割包的组数;
15、根据切割包、确认包和间隔时间计算得到所述包发送速率。
16、可选地,所述利用云端服务器对请求包执行切割,得到至少2组切割包,包括:
17、获取请求包的数据量,并根据下式计算得到切割包的组数:
18、
19、其中,表示用户app发送的第个请求包,为计算切割包的组数的权重因子,表示切割第个请求包所得到的切割包的组数,表示自然常数,表示取整操作;
20、根据所述切割包的组数,对请求包执行切割,得到多组切割包。
21、可选地,所述根据切割包、确认包和间隔时间计算得到所述包发送速率,包括:
22、计算第1组切割包到第2组切割包的发送速率,得到第1速率;
23、计算第2组切割包到第3组切割包的发送速率,得到第2速率、第组切割包到第组切割包的发送速率,得到第速率、…、第组切割包到第组切割包的发送速率,得到第速率,其中,第速率的计算,需要根据前组切割包、与前组切割包对应的确认包和间隔时间计算得到;
24、根据第1速率、第2速率、…、第速率、…、第速率,计算得到包发送速率。
25、可选地,所述第速率的计算,包括:
26、根据下式计算得到第速率:
27、
28、其中,表示第速率,表示所述间隔时间,表示发送第组切割包并等待后,所接收到所有的确认包的累计字节数,表示发送第组切割包前,所接收到所有的确认包的累计字节数,表示发送第组切割包并等待后,所接收到所有的确认包的累计字节数,表示发送第组切割包前,所接收到所有的确认包的累计字节数,表示第组切割包,表示第组切割包。
29、可选地,所述根据第1速率、第2速率、…、第速率、…、第速率,计算得到包发送速率,包括:
30、统计第1速率、第2速率、…、第速率、…、第速率中,速率为0和负数的速率个数,得到不稳定数;
31、计算不稳定数与切割包的组数的比值,得到不稳定因子;
32、当不稳定因子大于或等于预先设置的不稳定阈值时,直接将包发送速率设定为零;
33、当不稳定因子小于所述不稳定阈值时,相加第1速率、第2速率、…、第速率、…、第速率,得到求和速率,并利用求和速率除以切割包的组数,得到所述包发送速率。
34、可选地,所述根据包发送速率选择出用户app与电动代步车的数据交互模式,包括:
35、汇总从第1个请求包、第2个请求包、…、第个请求包、…、第个请求包的包发送速率,得到共个包发送速率;
36、按照用户app发送每个请求包的发送时间,对按照个包发送速率执行时间排序,得到具有时间先后关系的个包发送速率;
37、将具有时间先后关系的个包发送速率作为速率预测模型的输入数据,计算得到包预测速率;
38、当包预测速率大于预先设置的包速率阈值时,确定用户app与电动代步车的数据交互模式为标准传输模式;
39、当包预测速率小于或等于预先设置的包速率阈值时,确定用户app与电动代步车的数据交互模式为拥塞避免模式。
40、可选地,所述将具有时间先后关系的个包发送速率作为速率预测模型的输入数据,计算得到包预测速率,包括:
41、计算具有时间先后关系的个包发送速率的速率差,其中,速率差的计算公式为:
42、
43、其中,表示第个请求包的包发送速率,表示第个请求包的包发送速率,表示第个请求包与第个请求包的速率差;
44、拟合具有时间先后关系的所有的速率差,得到速率预测模型,其中,速率预测模型的自变量为时间,因变量为速率差;
45、利用拟合得到的速率预测模型预测下个时间点的速率差,得到预测速率差;
46、根据下式计算得到包预测速率:
47、
48、其中,表示下个时间点的包预测速率,表示所述预测速率差,表示第个请求包的包发送速率。
49、可选地,所述将解锁指令与唤醒结果传输至预先构建的云端服务器,完成电动代步车的信号唤醒解锁,包括:
50、解析解锁指令,得到电动代步车的设备标识码;
51、判断唤醒结果为成功唤醒电动代步车还是失败唤醒电动代步车;
52、若唤醒结果为失败唤醒电动代步车,将解锁指令与唤醒结果直接传输至预先构建的云端服务器,并根据所述设备标识码生成电动代步车的异常提醒指令;
53、利用云端服务器将异常提醒指令发送至电动代步车的维护人员;
54、若唤醒结果为成功唤醒电动代步车,利用设备标识码在云端服务器中查询电动代步车的动力信息,其中,动力信息包括实时电压和剩余电量;
55、将动力信息回传至用户app后,将解锁指令与唤醒结果传输至云端服务器,完成电动代步车的信号唤醒解锁。
56、可选地,所述电动代步车包括电动滑板车、残疾人电动代步车、电动沙滩车、电动摩托车、电动高尔夫球场、电动三轮车、电动四轮转运车、电动四轮观光车。
57、为了解决上述问题,本发明还提供一种电子设备,所述电子设备包括:
58、至少一个处理器;以及,
59、与所述至少一个处理器通信连接的存储器;其中,
60、所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以实现上述所述的信号唤醒解锁方法。
61、为了解决上述问题,本发明还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有至少一个指令,所述至少一个指令被电子设备中的处理器执行以实现上述所述的信号唤醒解锁方法。
62、相比于背景技术所述问题,本发明先通过局域物联网实现了用户app与电动代步车之间的直接通信,当用户发起解锁指令时,本发明会首先判断用户app与电动代步车是否能建立局域物联网的通信模式,若可以建立通信,解锁指令将直接发送至电动代步车,从而避免了通过云端服务器传输解锁指令可能造成的延迟问题;在无法建立局域物联网通信模式时,本发明将请求包发送至预先构建的云端服务器所在交换机,然后,根据交换机的包发送速率选择合适的数据交互模式,并利用所选择出的数据交互模式将解锁指令发送至电动代步车,这种备选方案能够有效应对局域物联网通信不可用的情况,保证了解锁指令的传输可靠性;最后,总结来说,本发明通过两种不同的途径(局域物联网和云端服务器)传输解锁指令,充分考虑了网络环境的多样性和不确定性,局域物联网通信模式直接将指令发送至电动代步车,速度更快且稳定性更高,可以避免网络延迟和失效的问题,而云端服务器作为备选方案,提供了在局域物联网通信不可用时的替代方案,增强了系统的可靠性和鲁棒性。因此本发明提出的信号唤醒解锁方法、装置、电子设备及计算机可读存储介质,其主要目的在于解决用户app远程解锁电动代步车出现延迟甚至失效的问题。
本文地址:https://www.jishuxx.com/zhuanli/20240801/244279.html
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 YYfuon@163.com 举报,一经查实,本站将立刻删除。