CN105007335B - 一种遥控驾驶权限的授权方法及系统 - Google Patents

Abstract

本申请公开了一种遥控驾驶权限的授权方法及系统，所述方法包括：第一用户端生成第一车的遥控权限包，并将所述遥控权限包上传至服务器；所述遥控权限包中封装有对于所述第一车的遥控驾驶权限；所述第一用户端记录第二车的车标识，向所述服务器发送针对所述第二车的车标识的授权消息；以使所述服务器根据所述授权消息，获悉与所述第二车的车标识绑定的第二用户端；并使所述服务器将所述遥控权限包发送至所述第二用户端；进而使所述第二用户端接收并解析所述第一车的遥控权限包，以获取对于所述第一车的遥控驾驶权限，并对所述第一车进行遥控驾驶。

Description

一种遥控驾驶权限的授权方法及系统

技术领域

本申请涉及汽车领域，具体地说，涉及一种遥控驾驶权限的授权方法及系统。

背景技术

目前在城市中，汽车数量出现爆炸式的增长。拥有私家车的市民越来越多。这使得停车成为了城市生活的一大难题。据统计在很多的城市中，汽车的数量要远远大于停车位的数量；很多汽车无处停放，只好占用公共区域，甚至违章停车。类似的现象在大城市尤为明显。

在很多居民区内停车位数量无法满足需求。所以一部分汽车只能占道停泊。占道停泊的汽车往往会对停车位中的汽车造成阻挡，导致停车位中的汽车无法行驶出位。为了避免影响其他汽车的出行，有的车主选择在车上留下自己的电话号码。如果该车主的汽车对其他汽车造成阻挡，那么其他汽车的车主可以通过拨打电话，联系该车主挪车。

通过拨打电话联系车主挪车的方式，存在的缺陷也十分明显。如果车主恰好不在附近或者无法接听电话，便不能及时的挪车，影响他人出行。而且即便成功与车主取得联系，等待车主前来挪车也会浪费很长时间。可见上述的方式效率低下，并且对双方都造成不便。现阶段缺少一种方案，能够实现在不联系车主的情况下完成挪车。

发明内容

有鉴于此，本申请提供了一种遥控驾驶权限的授权方法及系统，通过遥控驾驶权限的授予，实现在不联系第一车车主的情况下，让第二车的车主自行完成挪车。

为了解决上述技术问题，本申请有如下技术方案：

一种遥控驾驶权限的授权方法，所述方法包括：

第一用户端生成第一车的遥控权限包，并将所述遥控权限包上传至服务器；所述遥控权限包中封装有对于所述第一车的遥控驾驶权限；

所述第一用户端记录第二车的车标识，向所述服务器发送针对所述第二车的车标识的授权消息；

以使所述服务器根据所述授权消息，获悉与所述第二车的车标识绑定的第二用户端；

并使所述服务器将所述遥控权限包发送至所述第二用户端；

进而使所述第二用户端接收并解析所述第一车的遥控权限包，以获取对于所述第一车的遥控驾驶权限，并对所述第一车进行遥控驾驶。

所述遥控权限包中还包括：对所述遥控驾驶权限预设的失效时间阈值和失效距离阈值；

当第二用户端遥控驾驶所述第一车的时间超过所述失效时间阈值，或第二用户端遥控驾驶所述第一车行驶的距离超过所述失效距离阈值，则所述第一车停止接收遥控驾驶指令。

所述遥控权限包中还包括：对所述遥控驾驶权限预设的限速阈值；

则所述第二用户端遥控驾驶所述第一车的行驶速度不超过所述限速阈值。

所述服务器获悉与所述第二车的车标识绑定的第二用户端具体为：

所述服务器在接收到针对所述第二车的车标识的授权消息后，查找到与所述第二车的车标识绑定的第二用户端，并向所述第二用户端发送提示信息。

所述服务器将所述遥控权限包发送至所述第二用户端具体为：

所述服务器响应于所述第二用户端提出的权限请求，验证所述第二用户端是否与所述第二车的车标识绑定，如果绑定则将所述遥控权限包发送至所述第二用户端。

所述方法还包括：

所述服务器将遥控权限包发送至所述第二用户端后，删除所述针对第二车的车标识的授权消息。

所述方法还包括：

当所述第二用户端对所述第一车进行遥控驾驶，则所述第一车向所述第一用户端发送通知信息。

所述方法还包括：

当所述第二用户端对所述第一车进行遥控驾驶，则所述第一车开启行车记录仪。

所述第一车开启行车记录仪还包括：

所述第一车将行车记录仪的画面，同步到所述第一用户端。

一种遥控驾驶权限的授权系统，所述系统包括：

第一用户端，用于生成第一车的遥控权限包，并将所述遥控权限包上传至服务器；所述遥控权限包中封装有对于所述第一车的遥控驾驶权限；记录第二车的车标识，向所述服务器发送针对所述第二车的车标识的授权消息；

服务器，用于保存所述第一车的遥控权限包；接收所述针对第二车的车标识的授权消息；获悉与所述第二车的车标识绑定的第二用户端，并将所述遥控权限包发送至所述第二用户端；

第二用户端，用于接收并解析所述第一车的遥控权限包，以获取对于所述第一车的遥控驾驶权限，并对所述第一车进行遥控驾驶。

与现有技术相比，本申请所述的方法和系统，达到了如下效果：

第一用户端向第二用户端授予第一车的遥控驾驶权限，使得第二用户端可以自行通过遥控驾驶完成挪车；预设失效时间阈值、失效距离阈值和限速阈值，保证遥控驾驶的安全性；遥控驾驶过程中向第一用户端发送通知信息并同步行车记录仪画面，使得第一用户端能够实时的监控第二用户端遥控驾驶的情况。

当然，实施本申请的任一产品必不一定需要同时达到以上所述的所有技术效果。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例所述方法流程图；

图2为本申请实施例所述系统结构示意图。

具体实施方式

如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。此外，“耦接”一词在此包含任何直接及间接的电性耦接手段。因此，若文中描述一第一装置耦接于一第二装置，则代表所述第一装置可直接电性耦接于所述第二装置，或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。

遥控驾驶，是汽车领域中近年来出现的新技术。目前在市场上，已经有很多型号的汽车具有遥控驾驶的功能。顾名思义，遥控驾驶就是通过一个控制器来控制汽车行驶；而不再需要驾驶员在驾驶室中进行操作。

遥控驾驶在当前已属于现有技术，具体实现方式也并不唯一，在此不对其原理进行描述。可参见公开号为CN103359051A的专利文献，即公开了一种《车用智能钥匙装置、车辆遥控驾驶系统及方法》的技术方案；或者参见公开号为CN103359052A的专利文献，同样公开了《车用智能钥匙装置、车辆遥控驾驶系统及方法》的技术方案。

在本申请中公开一种遥控驾驶权限的授权方法，所述方法基于现有的遥控驾驶技术得以实现。所述方法能够通过遥控驾驶权限的授予，解决居民区或停车场等公共场所的挪车问题，或者类似的技术问题。

为便于后续描述，可假设如下的具体场景：某汽车在停泊之后，对另一汽车产生了阻挡。则从阻挡与被阻挡的角度上，将形成阻挡的汽车称为第一车，将被阻挡的汽车称为第二车。其中所述第一车和第二车，均为支持遥控驾驶的汽车。第一车的遥控驾驶控制器即第一用户端，第二车的遥控驾驶控制器即第二用户端。所述的用户端，可以是搭载了特定应用程序的智能终端，也可以是专门的遥控设备。常规情况下，每个用户端只能够遥控驾驶与其特定对应的一辆汽车。

参见图1所示，为本申请所述遥控驾驶权限的授权方法的具体实施例。本实施例中，所述用户端可以绑定对应汽车的车标识。所述车标识可以是汽车的车牌号，也可以是其他明显的唯一标识。另外将所述第一用户端和第二用户端通过互联网接入同一个服务器。由此，所述第一用户端可以通过服务器向第二用户端授予第一车的遥控驾驶权限，使所述第二用户端能够直接遥控驾驶所述第一车，实现在不联系第一车车主的情况下完成挪车。所述方法包括以下步骤：

步骤101、第一用户端生成第一车的遥控权限包，并将所述遥控权限包上传至服务器；所述遥控权限包中封装有对于所述第一车的遥控驾驶权限。

所谓遥控驾驶权限，本质上可以是向汽车发送遥控驾驶指令所需的通信协议和加密协议。如果用户端向汽车发送的遥控驾驶指令能够符合特定标准的通信协议和加密协议，该汽车便可以响应于该指令而行驶。往往为了安全起见，每辆汽车能够接收的遥控驾驶指令都具有某种程度的唯一性，只有专门匹配的用户端才能够进行遥控驾驶。

所述第一用户端本身便具有第一车的遥控驾驶权限，则其必然可以将该遥控驾驶权限(即特定标准的通信协议和加密协议)封装为一个遥控权限包。所述第一用户端将所述遥控权限包上传至服务器，用以进行后续的授权。

步骤102、所述第一用户端记录第二车的车标识，向所述服务器发送针对所述第二车的车标识的授权消息。

当第一车停泊之后对第二车产生阻挡时，则可以对与第二车对应的用户端(即第二用户端)授予遥控驾驶权限。

因为第二用户端与第二车的车标识绑定，所以本实施例中通过这一绑定关系，实现对第二用户端的授权。也就是说，第一用户端向服务器发送针对所述第二车的车标识的授权消息，意味着同意授权给与该车标识绑定的用户端。授权给第二用户端本质上即是，令服务器将第一车的遥控权限包发送至第二用户端。

步骤103、服务器根据所述授权消息，获悉与所述第二车的车标识绑定的第二用户端。

服务器根据所述授权消息中携带的第二车的车标识，能够明确获悉第二用户端。具体来说，所述服务器在接收到授权消息后，可通过第二车的车标识查找到与其绑定的第二用户端。

优选的，服务器可以向所述第二用户端发送提示信息，使第二用户端得知自身被授予了第一车的遥控驾驶权限。

步骤104、服务器将所述遥控权限包发送至所述第二用户端。

服务器获悉第二用户端之后，可以直接将遥控权限包发送至所述第二用户端。

服务器也可以在第二用户端需要挪车并提出权限请求的时候，响应于所述权限请求而向第二用户端发送遥控权限包。优选的，服务器可再验证所述第二用户端是否与所述第二车的车标识绑定，如果绑定则将所述遥控权限包发送至所述第二用户端，从而进一步确保授权的安全性。

需要说明的是，因为第一车的遥控驾驶权限将要授予第二用户端，所以优选的可以对所授予的权限进行一定限制，以保证授权的安全性。具体如下：

所述遥控权限包中还包括，对所述遥控驾驶权限预设的失效时间阈值和失效距离阈值。当第二用户端遥控驾驶所述第一车的时间超过所述失效时间阈值，或遥控驾驶所述第一车行驶的距离超过所述失效距离阈值时，则所述第一车停止接收遥控驾驶指令。即限定了第二用户端遥控驾驶第一车的时间和距离。当超过设定的时间或距离，遥控驾驶权限自动失效。另外，还可以对所述遥控驾驶权限预设的限速阈值，使第二用户端遥控驾驶第一车行驶的速度不超过所述限速阈值，进一步保证第一车的行驶安全。

本实施例中，授予遥控驾驶权限一般用于挪车，所以可设定失效时间阈值为5分钟，失效距离阈值为10米，限速阈值为5km/h。完全能够满足挪车过程的需求，并且不至于因为过度授权而产生安全隐患。

另外，还可以设置所述服务器将遥控权限包发送至所述第二用户端后，删除所述针对第二车的车标识的授权消息。这使得第二用户端只能够进行一次权限获取，而无法重复的获取第一车的遥控驾驶权限，进一步保证了遥控驾驶授权的安全性。

步骤105、第二用户端接收并解析所述第一车的遥控权限包，以获取对于所述第一车的遥控驾驶权限，并对所述第一车进行遥控驾驶。

获得遥控权限包后，第二用户端即可解析遥控权限包，实际取得第一车的遥控驾驶权限。至此第二用户端就能够以自身原本具有的遥控驾驶功能，行使第一车的遥控驾驶权限，直接对第一车进行遥控驾驶。

本实施例所述方法，由此实现让第二用户端自行遥控驾驶第一车完成挪车。

需要说明的是，本实施例在以上技术方案的基础上，还可以包括如下的优选技术方案：

步骤106(图中未示出)、当所述第二用户端对所述第一车进行遥控驾驶，则所述第一车向所述第一用户端发送通知信息。

第二用户端开始遥控驾驶第一车时，则令第一车自动的向所述第一用户端发送通知信息，以便告知第一车的车主所述的第一车正在被第二用户端遥控驾驶。

步骤107(图中未示出)、当所述第二用户端对所述第一车进行遥控驾驶，则所述第一车开启行车记录仪。

步骤108(图中未示出)、所述第一车将行车记录仪的画面，同步到所述第一用户端。

同样的，第二用户端开始遥控驾驶第一车时，则令第一车自动开启行车记录仪，以记录第二用户端遥控驾驶期间内的情况。并且还可将行车记录仪的画面同步到所述第一用户端上，使得所述第一用户端能够实时的监控第二用户端遥控驾驶的情况。

利用以上的优选技术方案，可以让第一车的车主及时的了解到第一车被遥控驾驶的具体情况，以此尽可能避免意外情况的发生。提高了用户体验，也使本实施例所述方法的整体技术方案更为完整。

通过以上技术方案可知，本实施例存在的有益效果是：第一用户端向第二用户端授予第一车的遥控驾驶权限，使得第二用户端可以自行通过遥控驾驶完成挪车；预设失效时间阈值、失效距离阈值和限速阈值，保证遥控驾驶的安全性；遥控驾驶过程中向第一用户端发送通知信息并同步行车记录仪画面，使得第一用户端能够实时的监控第二用户端遥控驾驶的情况。

参见图2所示，为本申请实施例所述遥控驾驶权限的授权系统的具体实施例。本实施例中，所述系统用于实现图1所示实施例中所述的方法，其技术方案本质上与图1所示方法一致，在此不做重复的叙述。图1所示实施例中的相应描述，同样适用于本实施例中。本实施例所述系统包括：

第一用户端201，用于生成第一车的遥控权限包，并将所述遥控权限包上传至服务器；所述遥控权限包中封装有对于所述第一车的遥控驾驶权限；记录第二车的车标识，向所述服务器发送针对所述第二车的车标识的授权消息。

服务器202，用于保存所述第一车的遥控权限包；接收所述针对第二车的车标识的授权消息；获悉与所述第二车的车标识绑定的第二用户端，并将所述遥控权限包发送至所述第二用户端。

第二用户端203，用于接收并解析所述第一车的遥控权限包，以获取对于所述第一车的遥控驾驶权限，并对所述第一车进行遥控驾驶。

通过以上技术方案可知，本实施例存在的有益效果是：第一用户端向第二用户端授予第一车的遥控驾驶权限，使得第二用户端可以自行通过遥控驾驶完成挪车；预设失效时间阈值、失效距离阈值和限速阈值，保证遥控驾驶的安全性；遥控驾驶过程中向第一用户端发送通知信息并同步行车记录仪画面，使得第一用户端能够实时的监控第二用户端遥控驾驶的情况。

本领域内的技术人员应明白，本申请的实施例可提供为方法、装置、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。

Claims (8)

1.一种遥控驾驶权限的授权方法，其特征在于，所述方法包括：

第一用户端生成第一车的遥控权限包，并将所述遥控权限包上传至服务器；所述遥控权限包中封装有对于所述第一车的遥控驾驶权限；

所述第一用户端记录第二车的车标识，向所述服务器发送针对所述第二车的车标识的授权消息；

以使所述服务器根据所述授权消息，获悉与所述第二车的车标识绑定的第二用户端；

并使所述服务器将所述遥控权限包发送至所述第二用户端；

进而使所述第二用户端接收并解析所述第一车的遥控权限包，以获取对于所述第一车的遥控驾驶权限，并对所述第一车进行遥控驾驶；

所述遥控权限包中还包括：对所述遥控驾驶权限预设的失效时间阈值、失效距离阈值和限速阈值；

当第二用户端遥控驾驶所述第一车的时间超过所述失效时间阈值，或所述第二用户端遥控驾驶所述第一车行驶的距离超过所述失效距离阈值，则所述第一车停止接收遥控驾驶指令；所述第二用户端遥控驾驶所述第一车的行驶速度不超过所述限速阈值。

2.根据权利要求1所述方法，其特征在于，所述服务器获悉与所述第二车的车标识绑定的第二用户端具体为：

所述服务器在接收到针对所述第二车的车标识的授权消息后，查找到与所述第二车的车标识绑定的第二用户端，并向所述第二用户端发送提示信息。

3.根据权利要求2所述方法，其特征在于，所述服务器将所述遥控权限包发送至所述第二用户端具体为：

所述服务器响应于所述第二用户端提出的权限请求，验证所述第二用户端是否与所述第二车的车标识绑定，如果绑定则将所述遥控权限包发送至所述第二用户端。

4.根据权利要求1～3任意一项所述方法，其特征在于，所述方法还包括：

所述服务器将遥控权限包发送至所述第二用户端后，删除所述针对第二车的车标识的授权消息。

5.根据权利要求1～3任意一项所述方法，其特征在于，所述方法还包括：

当所述第二用户端对所述第一车进行遥控驾驶，则所述第一车向所述第一用户端发送通知信息。

6.根据权利要求1～3任意一项所述方法，其特征在于，所述方法还包括：

当所述第二用户端对所述第一车进行遥控驾驶，则所述第一车开启行车记录仪。

7.根据权利要求6所述方法，其特征在于，所述第一车开启行车记录仪还包括：

所述第一车将行车记录仪的画面，同步到所述第一用户端。

8.一种遥控驾驶权限的授权系统，其特征在于，所述系统包括：

第一用户端，用于生成第一车的遥控权限包，并将所述遥控权限包上传至服务器；所述遥控权限包中封装有对于所述第一车的遥控驾驶权限；记录第二车的车标识，向所述服务器发送针对所述第二车的车标识的授权消息；所述遥控权限包中还包括：对所述遥控驾驶权限预设的失效时间阈值、失效距离阈值和限速阈值；当第二用户端遥控驾驶所述第一车的时间超过所述失效时间阈值，或所述第二用户端遥控驾驶所述第一车行驶的距离超过所述失效距离阈值，则所述第一车停止接收遥控驾驶指令；所述第二用户端遥控驾驶所述第一车的行驶速度不超过所述限速阈值；

服务器，用于保存所述第一车的遥控权限包；接收所述针对第二车的车标识的授权消息；获悉与所述第二车的车标识绑定的第二用户端，并将所述遥控权限包发送至所述第二用户端；

第二用户端，用于接收并解析所述第一车的遥控权限包，以获取对于所述第一车的遥控驾驶权限，并对所述第一车进行遥控驾驶。