[发明专利]一种基于远程执行码的远程控制车辆的方法

说明书

本发明公开一种基于远程执行码的远程控制车辆的方法，其包括以下步骤：S1：客户端先向服务端发起获取远程执行码的请求；S2：服务端将当前服务器时间、设备ID和登录名组合生成远程执行码；S3：服务端将远程执行码存储记录于服务器的数据库；S4：服务端将远程执行码加密后发送至客户端；S5：客户端收到加密的远程执行码后，再向服务端发起含有加密的远程执行码的远程车辆控制请求；S6：服务端远程车辆控制请求进行远程执行码的验证；S7：远程执行码验证无误后，服务端验证远程控制密码；S8：远程控制密码验证正确后，服务端下发具体控制操作至车辆。本发明方法能让远程车辆控制的http请求减少被模拟的机会，提高远程车辆控制的安全性。

技术领域

本发明涉及电信通讯领域，尤其涉及一种基于远程执行码的远程控制车辆的方法。

背景技术

现有技术中远程车辆控制的http请求的消息头结构，见表一：

表一http请求的消息头

现有技术中远程车辆控制的http请求的消息体结构，如车门控制，见表二：

表二http请求的消息体

现有技术中服务端收到远程车辆控制的http请求后，先验证远程控制密码是否正确，再下发具体的控制操作。http请求在网络上传输，存在被黑客拦截的风险。黑客可以破解远程控制密码，模拟发送远程车辆控制的http请求来达到远程控制车辆的目的，安全风险较大。

发明内容

本发明的目的在于克服现有技术的不足，提供一种基于远程执行码的远程控制车辆的方法，减少远程车辆控制被模拟的机会，提高远程车辆控制的安全性。

本发明采用的技术方案是：

一种基于远程执行码的远程控制车辆的方法，其包括以下步骤：

S1：客户端在每次向服务端发送远程车辆控制的请求之前，先向服务端发起获取远程执行码的请求；

S2：服务端将当前服务器时间作为请求时间戳，再与该请求的设备ID和登录名组合生成远程执行码；

S3：服务端以登录名作为主键将远程执行码存储记录于服务器的数据库；

S4：服务端将远程执行码加密后发送至客户端；

S5：客户端收到加密的远程执行码后，再向服务端发起含有加密的远程执行码的远程车辆控制请求；

S6：服务端远程车辆控制请求进行远程执行码的验证；

S7：远程执行码验证无误后，服务端再验证远程控制密码；

S8：远程控制密码验证正确后，服务端下发远程车辆控制请求中的具体控制操作至车辆。

进一步地，服务端采用BASE64加密远程执行码。

进一步地，步骤S6中服务端远程车辆控制请求进行远程执行码验证具体包括以下步骤：

S6-1：服务端查找远程车辆控制请求中的登录名在服务端数据库中对应的远程执行码是否存在；当远程执行码不存在时，远程执行码验证不通过，服务端返回远程执行码错误至客户端；否则，执行步骤S6-2；

S6-2：远程执行码存在时，对远程车辆控制请求中的远程执行码进行BASE64解密，比较解密后的远程执行码和数据库里保存的远程执行码是否一样；当远程执行码不一样时，远程执行码验证不通过，服务端返回远程执行码错误至客户端；否则，执行步骤S6-3；