基于车钥匙信息的车辆授权方法和装置与流程

本申请涉及计算机技术，尤其涉及物联网技术领域。

背景技术：

如今汽车已经成为人们最主要的出行工具之一，有非常好的灵活性和舒适性。由于经济、交通、车位等方面的限制，家庭中每个人都有一辆汽车是不太现实的。更常见的情况是汽车作为家庭公共的出行工具，一家人公用一辆车，甚至汽车要借给其他亲戚和朋友使用。

一般来说，家庭成员要用车或者车辆借用是需要面对面、手把手的交接车钥匙，然后才能使用汽车。生活中很多情况下并不容易跨越空间拿到车钥匙，这时就要花费时间和金钱来实现，非常不方便。

技术实现要素：

本申请实施例提供了一种基于车钥匙信息的授权、受权方法，车钥匙信息的处理方法、装置、终端、服务器和存储介质，以使车钥匙的交接摆脱空间的限制，同时保证车钥匙交接的便捷性和安全性。

第一方面，本申请实施例提供了一种基于车钥匙信息的车辆授权方法，包括：

第一终端获取车主输入的创建数据，并将所述创建数据发送至服务器，以供所述服务器根据所述创建数据创建车钥匙信息；其中，所述创建数据包括：车辆标识和候选用车人的身份验证信息；

所述第一终端接收所述服务器发送的所述车钥匙信息；

所述第一终端响应于所述车主将所述车钥匙信息发送至目标用车人的操作，将所述车钥匙信息发送至所述目标用车人的第二终端，以使所述目标用车人的身份信息被所述身份验证信息验证通过后，获得所述车辆标识对应的车辆的使用权。

本申请实施例中，第一终端获取车主输入的车辆标识和候选用车人的身份验证信息，并通过服务器生成车钥匙信息，该车钥匙信息包含候选用车人的身份验证信息，保留了车主对用车人的选择权；通过第一终端响应于所述车主将所述车钥匙信息发送至目标用车人的操作，将所述车钥匙信息发送至所述目标用车人的第二终端，车主可自主将车钥匙信息发送至选定的用车人，在目标用车人的身份信息被所述身份验证信息验证通过后，获得所述车辆标识对应的车辆的使用权，可见，本实施例通过车主向用车人发送车钥匙信息，并结合身份验证的方法实现车辆使用权的授予，不需要复杂的加密和验证程序，提高了授予过程的安全性和便捷性。

可选的，第一终端响应于所述车主将所述车钥匙信息发送至目标用车人的操作，将所述车钥匙信息发送至所述目标用车人的第二终端，包括：

所述第一终端响应于车主通过社交应用程序将所述车钥匙信息分享至所述车主与目标用车人的聊天窗口中的操作，将所述车钥匙信息发送至所述目标用车人的第二终端。

上述申请中的一种可选实施方式，车主分享车钥匙信息的平台是社交应用程序，具体可以将车钥匙信息分享至聊天窗口中，从而通过在聊天窗口中分享的操作，实现车钥匙信息的发送，操作灵活、便捷，提高用户体验。

第二方面，本申请实施例提供了一种基于车钥匙信息的车辆受权方法，包括：

第二终端接收第一终端发送的车钥匙信息，所述车钥匙信息是服务器根据创建数据创建的，所述创建数据包括：车辆标识和候选用车人的身份验证信息；

所述第二终端响应于目标用车人对所述车钥匙信息的触发操作，将所述目标用车人的身份信息发送至所述服务器，以供所述服务器根据所述候选用车人的身份验证信息对所述目标用车人的身份信息进行验证，并返回验证结果；

如果验证通过，所述第二终端获得所述车辆标识对应的车辆的使用权。

本申请实施例中，第二终端接收车钥匙信息后，响应于目标用车人对车钥匙信息的触发操作，通过服务器进行身份信息的验证，如果身份信息验证通过，则获得车辆的使用权。可见，本申请实施例中目标用车人只需要触发车钥匙信息即可进行验证并受权，操作方式简单；而且通过身份验证的方式也能保证安全性，避免车钥匙信息别其他人盗用。

可选的，车钥匙信息是所述服务器对所述创建数据进行加密得到密文，并将所述密文添加到身份验证页面网址中得到的；

所述第二终端响应于目标用车人对所述车钥匙信息的触发操作，将所述目标用车人的身份信息发送至服务器，包括：

所述第二终端响应于目标用车人对所述车钥匙信息的触发操作，向所述服务器发送所述身份验证页面网址的请求信息，以供所述服务器向所述第二终端返回所述身份验证页面，并从所述身份验证页面网址中提取密文，对所述密文进行解密得到所述候选用车人的身份验证信息；

所述第二终端响应于所述目标用车人在所述身份验证页面上的输入操作，从所述身份验证页面上提取所述目标用车人的身份信息并发送至所述服务器。

上述申请中的一种可选实施方式，车钥匙信息实质是身份验证页面网址，通过触发车钥匙信息，在第二终端展示身份验证页面，以提取目标用车人的身份信息；同时，服务器从身份验证页面网址中解密出身份验证信息，以根据身份验证信息对目标用车人的身份信息进行验证。本申请实施例提供了车钥匙信息的具体内容，以及采用车钥匙信息进行身份验证的流程，从而通过触发车钥匙信息，展示身份验证信息，巧妙、便捷地上传身份信息，同时，服务器可以直接从身份验证页面网址中获取到身份验证信息，流程简单，不需要复杂的验证程序；通过对创建数据进行加密得到密文，避免创建数据被盗用，保证了一定的安全性。

可选的，如果验证通过，所述第二终端获得所述车辆标识对应的车辆的使用权，包括：

如果验证通过，所述第二终端接收所述服务器向所述目标用车人的终端发送的授权验证码；

所述第二终端将目标用车人输入的验证码发送至所述服务器，以供所述服务器将所述验证码与授权验证码比对，如果一致，将所述车辆标识对应的车辆的使用权授予给所述目标用车人。

上述申请中的一种可选实施方式，考虑到车钥匙信息和用车人的身份信息如果均被其它人获取，其它人可通过所持终端窃取车辆使用权。为了避免出现这种情况，在身份验证通过后，通过授权验证码对发送身份信息的终端是否属于目标用车人进行验证。如果发送身份信息的终端属于目标用车人，则会接收到服务器发送的授权验证码，则可以指导目标用车人输入一致的验证码；如果发送信息的终端不属于目标用车人，而是其它人，则不会接收到服务器发送的授权验证码，其他人也不会输入与授权验证码一致的验证码，从而避免车辆使用权被其它人窃取。

可选的，如果验证通过，所述第二终端获得所述车辆标识对应的车辆的使用权，包括：

如果验证通过，所述第二终端展示解锁页面；

所述第二终端响应于所述目标用车人在所述解锁页面上的解锁操作，向所述服务器发送解锁请求，以供所述服务器根据所述解锁请求，解锁所述车辆标识对应的车辆。

上述申请中的一种可选实施方式，目标用车人通过在解锁页面执行解锁操作，就可以通过服务器解锁车辆，不需要第二终端与车辆进行直接通信，简化了解锁流程，提高了解锁操作的便捷性。

第三方面，本申请实施例提供了一种车钥匙信息的处理方法，包括：

服务器接收第一终端发送的创建数据，所述创建数据包括：车辆标识和候选用车人的身份验证信息；

所述服务器根据所述创建数据创建车钥匙信息；

所述服务器将所述车钥匙信息发送至所述第一终端，以供所述第一终端将所述车钥匙信息发送至所述目标用车人的第二终端；

所述服务器接收第二终端发送的目标用车人的身份信息，并根据所述候选用车人的身份验证信息对所述目标用车人的身份信息进行验证；

如果验证通过，所述服务器将所述车辆标识对应的车辆的使用权授予给所述目标用车人。

本申请实施例中，服务器获取车主输入的车辆标识和候选用车人的身份验证信息，生成车钥匙信息，该车钥匙信息包含候选用车人的身份验证信息，保留了车主对用车人的选择权；通过服务器接收第二终端发送的目标用车人的身份信息，并根据所述候选用车人的身份验证信息对所述目标用车人的身份信息进行验证，通过身份验证的方法实现车辆使用权的授予，不需要复杂的加密和验证程序，提高了授予过程的安全性和便捷性。

可选的，所述服务器根据所述创建数据创建车钥匙信息，包括：

所述服务器对所述创建数据进行加密，得到密文；

所述服务器将所述密文添加到身份验证页面网址中，得到所述车钥匙信息；

所述服务器接收第二终端发送的目标用车人的身份信息，根据所述候选用车人的身份验证信息对所述目标用车人的身份信息进行验证，包括：

所述服务器接收所述第二终端发送的所述身份验证页面网址的请求信息，向所述第二终端返回所述身份验证页面；

所述服务器接收所述第二终端从所述身份验证页面上提取的目标用车人的身份信息；

所述服务器从所述身份验证页面网址中提取密文，并对所述密文进行解密得到所述候选用车人的身份验证信息；

所述服务器根据所述候选用车人的身份验证信息对所述目标用车人的身份信息进行验证。

可选的，所述创建数据还包括：车钥匙信息的失效条件；

在所述服务器解锁所述车辆标识对应的车辆之后，所述方法还包括：

如果满足失效条件，所述服务器向所述第二终端发送失效提示信息，和/或对所述车钥匙信息进行失效处理。

上述申请中的一种可选实施方式，通过设置车钥匙信息的时效条件，以及若满足失效条件，所述服务器向所述第二终端发送失效提示信息，和/或对所述车钥匙信息进行失效处理，从而通过失效条件，灵活地约束车辆的使用权。

第四方面，本申请实施例还提供了一种基于车钥匙信息的车辆授权装置，包括：

第一发送模块，用于获取车主输入的创建数据，并将所述创建数据发送至服务器，以供所述服务器根据所述创建数据创建车钥匙信息；其中，所述创建数据包括：车辆标识和候选用车人的身份验证信息；

接收模块，用于接收所述服务器发送的所述车钥匙信息；

第二发送模块，用于响应于所述车主将所述车钥匙信息发送至目标用车人的操作，将所述车钥匙信息发送至所述目标用车人的第二终端，以使所述目标用车人的身份信息被所述身份验证信息验证通过后，获得所述车辆标识对应的车辆的使用权。

第五方面，本申请实施例还提供了一种基于车钥匙信息的车辆受权装置，包括：

接收模块，用于接收第一终端发送的车钥匙信息，所述车钥匙信息是服务器根据创建数据创建的，所述创建数据包括：车辆标识和候选用车人的身份验证信息；

发送模块，用于响应于目标用车人对所述车钥匙信息的触发操作，将所述目标用车人的身份信息发送至所述服务器，以供所述服务器根据所述候选用车人的身份验证信息对所述目标用车人的身份信息进行验证，并返回验证结果；

受权模块，用于如果验证通过，获得所述车辆标识对应的车辆的使用权。

第六方面，本申请实施例还提供了一种车钥匙信息的处理装置，包括：

第一接收模块，用于接收第一终端发送的创建数据，所述创建数据包括：车辆标识和候选用车人的身份验证信息；

创建模块，用于根据所述创建数据创建车钥匙信息；

发送模块，用于将所述车钥匙信息发送至所述第一终端，以供所述第一终端将所述车钥匙信息发送至所述目标用车人的第二终端；

第二接收模块，用于接收第二终端发送的目标用车人的身份信息，并根据所述候选用车人的身份验证信息对所述目标用车人的身份信息进行验证；

授权模块，用于如果验证通过，将所述车辆标识对应的车辆的使用权授予给所述目标用车人。

第七方面，本申请实施例还提供了一种终端，包括：

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如第一方面实施例所提供的一种基于车钥匙信息的车辆授权方法，或者如第二方面实施例所提供的一种基于车钥匙信息的车辆受权方法。

第八方面，本申请实施例还提供了一种服务器，包括：

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如第三方面实施例所提供的一种车钥匙信息的处理方法。

第九方面，本申请实施例还提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行如第一方面实施例所提供的一种基于车钥匙信息的车辆授权方法，或者如第二方面实施例所提供的一种基于车钥匙信息的车辆受权方法，或者如第三方面实施例所提供的一种车钥匙信息的处理方法。

上述可选方式所具有的其他效果将在下文中结合具体实施例加以说明。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1a是本申请实施例提供的车辆授权场景的示意图；

图1b是本申请实施例一中的一种基于车钥匙信息的车辆授权方法的流程图；

图1c是本申请实施例一中的创建车钥匙页面的示意图；

图1d是本申请实施例一中的创建数据输入页面的示意图；

图1e是本申请实施例一中的创建成功页面的示意图；

图2a是本申请实施例二中的一种基于车钥匙信息的车辆授权方法的流程图；

图2b是本申请实施例二提供的社交应用程序的聊天窗口的示意图；

图3a是本申请实施例三中的一种基于车钥匙信息的车辆受权方法的流程图

图3b是本申请实施例三中的身份验证页面的示意图；

图3c是本申请实施例三中的解锁页面的示意图；

图4是本本申请实施例四中的一种基于车钥匙信息的车辆受权方法的流程图

图5是本申请实施例五中的一种车钥匙信息的处理方法的流程图；

图6是本申请实施例六中的一种基于车钥匙信息的车辆授权装置的结构图；

图7是本申请实施例七中的一种基于车钥匙信息的车辆受权装置的结构图；

图8是本申请实施例八中的一种车钥匙信息的处理装置的结构图；

图9是用来实现本申请实施例的基于车钥匙信息的车辆授权方法或基于车钥匙信息的车辆受权方法的终端的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1a是本申请实施例提供的车辆授权场景的示意图。本申请实施例适用于车主、用车人通过各自的终端进行车辆使用权的授予的场景，为了便于描述和区分，将车主的终端称为第一终端，将用车人的终端称为第二终端。其中，第一终端和第二终端可以是智能手机、掌上电脑、手环等可通信的智能终端。车辆是可以支持远程控制的联网汽车。下面分别以第一终端、第二终端和服务器为执行主体，结合图1a详细描述本申请实施例提供的各个方法。

实施例一

图1b是本申请实施例一中的一种基于车钥匙信息的车辆授权方法的流程图，本申请实施例适用于车主通过第一终端将车辆的使用权限授予给用车人的情况，该方法通过基于车钥匙信息的车辆授权的装置执行，该装置采用软件和/或硬件实现，并具体配置于具备一定数据运算能力的终端中。

结合图1a和图1b，本实施例提供的方法包括：

s110、第一终端获取车主输入的创建数据，并将创建数据发送至服务器，以供服务器根据创建数据创建车钥匙信息。

创建数据包括：车辆标识和候选用车人的身份验证信息。其中，车辆标识是待授权的车辆的唯一标识，如车架号、车牌号等。候选用车人是车主自主选择的用车人，例如是车主的家人、朋友等，数量为至少一个。身份验证信息是与候选用车人一一对应的唯一身份信息，如手机号、昵称或身份证号等。身份验证信息用于对用车人上传的身份信息进行一致性验证。

可选的，创建数据还可以包括失效条件，如使用结束时间、使用地理范围、使用里程等。

在一应用场景中，车主需要预先在服务器中进行注册，才能授权。具体的，第一终端安装有支持车辆授权功能的应用程序或h5页面，车主打开应用程序或h5页面后，应用程序或h5页面会显示用户注册的页面，该页面包括车主的身份信息输入框和车辆标识输入框。车主在对应的输入框中输入身份信息和车辆标识后，第一终端将身份信息和车辆标识发送至服务器。服务器对车主的身份信息和车辆标识进行绑定，完成注册。可以理解的是，注册操作只执行一次即可。

在车主有车辆授权需求时，打开应用程序或h5页面会显示创建车钥匙页面，包括“开始创建车钥匙信息”控件和车钥匙图标，如图1c所示。应用程序或h5页面响应于车主对“开始创建车钥匙信息”控件的触发操作，展示创建数据输入页面，包括创建数据输入框和“提交”控件，如图1d所示。图1d中，创建数据包括候选用车人的手机号和使用结束时间。应用程序或h5页面响应于车主对“提交”控件的触发操作，将候选用车人的手机号、使用结束时间以及车主的身份信息发送至服务器。

服务器根据预先注册的车主的身份信息和车辆标识，以及接收到的前述信息，得到最终的创建数据：车主的身份信息对应的车辆标识和候选用车人的身份验证信息。然后，服务器根据创建数据创建车钥匙信息，并将车钥匙信息发送至第一终端。

s120、第一终端接收服务器发送的车钥匙信息。

第一终端接收到车钥匙信息后，应用程序或h5页面显示创建成功页面，包括创建成功图标和“发送”控件。如图1e所示。至此，车钥匙信息创建完成。

s130、第一终端响应于车主将车钥匙信息发送至目标用车人的操作，将车钥匙信息发送至目标用车人的第二终端，以使目标用车人的身份信息被身份验证信息验证通过后，获得车辆标识对应的车辆的使用权。

车主将车钥匙信息发送至目标用车人的操作包括用户对“发送”控件的触发操作和对用车人的选择操作。为了方便描述和区分，车主将车钥匙信息发送至的用车人称为目标用车人，其应是候选用车人中的一个。

值得说明的是，第一终端响应于车主将车钥匙信息发送至目标用车人的操作，将车钥匙信息采用点对点的方式发送至第二终端，也可以通过服务器转发给第二终端。如果通过服务器转发，服务器不会对车钥匙信息进行任何验证方面的处理。

第二终端也安装有支持车辆授权功能的应用程序或h5页面。在第二终端接收到第一终端发送的车钥匙信息后，应用程序或h5页面会显示车钥匙信息对应的图标。目标用车人触发该图表，也就是触发车钥匙信息。第二终端响应于目标用车人对车钥匙信息的触发操作，将目标用车人的身份信息发送至服务器。目标用车人的身份信息可以是手机号、昵称或身份证号等。

服务器根据候选用车人的身份验证信息对目标用车人的身份信息进行验证。并返回验证结果。具体的，如果目标用车人的身份信息与候选用车人的身份验证信息之一一致，则验证通过；如果目标用车人的身份信息与任一候选用车人的身份验证信息均不一致，则验证不通过。

如果验证不通过，向第二终端发送验证不通过的消息。如果验证通过，第二终端获得车辆标识对应的车辆的使用权；具体的，如果验证通过，服务器远程解锁车辆标识对应的车辆，如解锁车辆的车门。

本申请实施例中，第一终端获取车主输入的车辆标识和候选用车人的身份验证信息，并通过服务器生成车钥匙信息，该车钥匙信息包含候选用车人的身份验证信息，保留了车主对用车人的选择权；通过第一终端响应于车主将车钥匙信息发送至目标用车人的操作，将车钥匙信息发送至目标用车人的第二终端，车主可自主将车钥匙信息发送至选定的用车人，在目标用车人的身份信息被身份验证信息验证通过后，获得车辆标识对应的车辆的使用权，可见，本实施例通过车主向用车人发送车钥匙信息，并结合身份验证的方法实现车辆使用权的授予，不需要复杂的加密和验证程序，提高了授予过程的安全性和便捷性。

实施例二

图2a是本申请实施例二中的一种基于车钥匙信息的车辆授权方法的流程图，本申请实施例在上述各实施例的技术方案的基础上进行优化。

可选的，将操作“第一终端响应于车主将车钥匙信息发送至目标用车人的操作，将车钥匙信息发送至目标用车人的第二终端”细化为“第一终端响应于车主通过社交应用程序将车钥匙信息分享至车主与目标用车人的聊天窗口中的操作，将车钥匙信息发送至目标用车人的第二终端”，以提高授权的便捷性。

如图2a所示的一种基于车钥匙信息的车辆授权方法，包括：

s210、第一终端获取车主输入的创建数据，并将创建数据发送至服务器，以供服务器根据创建数据创建车钥匙信息。

s220、第一终端接收服务器发送的车钥匙信息。

s230、第一终端响应于车主通过社交应用程序将车钥匙信息分享至车主与目标用车人的聊天窗口中的操作，将车钥匙信息发送至目标用车人的第二终端，以使目标用车人的身份信息被身份验证信息验证通过后，获得车辆标识对应的车辆的使用权。

第一终端和第二终端均安装有社交应用程序，并可以通过社交应用程序提供的聊天窗口向对方发送消息，例如文字、图片、短视频、网址等。

图2b是本申请实施例二提供的社交应用程序的聊天窗口的示意图。在一应用场景中，响应于车主对图1e中“发送”控件的触发操作，跳转到社交应用程序的分享页面，如图2b的上部分所示，分享页面包括“发送给朋友”选项。社交应用程序响应于车主对“发送给朋友”选项的触发操作，将车钥匙信息分享至车主与目标用车人的聊天窗口中，如图2b的下部分所示。同时，目标用车人通过与车主的聊天窗口接收到车钥匙信息。

本实施例中，车主分享车钥匙信息的平台是社交应用程序，具体可以将车钥匙信息分享至聊天窗口中，从而通过在聊天窗口中分享的操作，实现车钥匙信息的发送，操作灵活、便捷，提高用户体验。

实施例三

图3a是本申请实施例三中的一种基于车钥匙信息的车辆受权方法的流程图，本申请实施例适用于目标用车人通过第二终端获取车辆的使用权限的情况，该方法通过基于车钥匙信息的车辆受权的装置执行，该装置采用软件和/或硬件实现，并具体配置于具备一定数据运算能力的终端中。

如图3a所示的一种基于车钥匙信息的车辆受权方法，包括：

s310、第二终端接收第一终端发送的车钥匙信息。

车钥匙信息是服务器根据创建数据创建的，创建数据包括：车辆标识和候选用车人的身份验证信息。

可选的，服务器接收到第一终端发送的创建数据后，对创建数据进行加密，得到密文；然后，将密文添加到身份验证页面网址中得到车钥匙信息。

身份验证页面网址的格式如：https://smartkey.host.com/{$token$}。其中，https://smartkey.host.com是身份验证页面网址，{$token$}是采用加密算法对创建数据进行加密，得到的密文。该密文具有不可伪造和不可枚举性，每一个车钥匙信息都是唯一且不重复的。

该车钥匙信息从服务器发送到第一终端后，再由第一终端发送至第二终端，则第二终端接收到车钥匙信息。

s320、第二终端响应于目标用车人对车钥匙信息的触发操作，将目标用车人的身份信息发送至服务器，以供服务器根据候选用车人的身份验证信息对目标用车人的身份信息进行验证，并返回验证结果。

第二终端响应于目标用车人对车钥匙信息的触发操作，向服务器发送身份验证页面网址的请求信息。服务器一方面向第二终端返回身份验证页面，另一方面从身份验证页面网址中提取密文，对密文进行解密得到候选用车人的身份验证信息。可以理解的是，密文作为身份验证页面网址的参数存在，且位于网址的最后，不影响服务器返回身份验证页面。其中，服务器采用与前述加密方法对应的解密方法对密文进行解密，得到创建数据。

第二终端展示身份验证页面，包括身份信息的输入框和“提交”控件，如图3b所示。目标用车人可以在输入框中输入自己的身份信息。第二终端响应于目标用车人在身份验证页面上的输入操作，从身份验证页面上提取目标用车人的身份信息并发送至服务器。

服务器接收到目标用车人的身份信息后，根据候选用车人的身份验证信息对目标用车人的身份信息进行验证，并向第二终端返回验证结果。

s330、如果验证通过，第二终端获得车辆标识对应的车辆的使用权。

可选的，如果验证通过，第二终端展示解锁页面，包括车辆的图标、车辆的锁定状态说明和解锁面板，如图3c所示。目标用车人可在解锁面板上进行解锁操作，如向右滑动。第二终端响应于目标用车人在解锁页面上的解锁操作，向服务器发送解锁请求。服务器根据解锁请求，解锁车辆标识对应的车辆，如解锁车辆的车门。本实施例中，目标用车人通过在解锁页面执行解锁操作，就可以通过服务器解锁车辆，不需要第二终端与车辆进行直接通信，简化了解锁流程，提高了解锁操作的便捷性。

本申请实施例中，第二终端接收车钥匙信息后，响应于目标用车人对车钥匙信息的触发操作，通过服务器进行身份信息的验证，如果身份信息验证通过，则获得车辆的使用权。可见，本申请实施例中目标用车人只需要触发车钥匙信息即可进行验证并受权，操作方式简单；而且通过身份验证的方式也能保证安全性，避免车钥匙信息别其他人盗用。

进一步的，车钥匙信息实质是身份验证页面网址，通过触发车钥匙信息，在第二终端展示身份验证页面，以提取目标用车人的身份信息；同时，服务器从身份验证页面网址中解密出身份验证信息，以根据身份验证信息对目标用车人的身份信息进行验证。本申请实施例提供了车钥匙信息的具体内容，以及采用车钥匙信息进行身份验证的流程，从而通过触发车钥匙信息，展示身份验证信息，巧妙、便捷地上传身份信息，同时，服务器可以直接从身份验证页面网址中获取到身份验证信息，流程简单，不需要复杂的验证程序；通过对创建数据进行加密得到密文，避免创建数据被盗用，保证了一定的安全性。

实施例四

图4是本本申请实施例四中的一种基于车钥匙信息的车辆受权方法的流程图，本申请实施例在上述各实施例的技术方案的基础上进行优化。

可选的，将操作“如果验证通过，第二终端获得车辆标识对应的车辆的使用权”细化为“如果验证通过，第二终端接收服务器向目标用车人的终端发送的授权验证码；第二终端将目标用车人输入的验证码发送至服务器，以供服务器将验证码与授权验证码比对，如果一致，将车辆标识对应的车辆的使用权授予给目标用车人”，以提高授权过程的安全性。

如图4所示的基于车钥匙信息的车辆受权方法，包括：

s410、第二终端接收第一终端发送的车钥匙信息。

车钥匙信息是服务器根据创建数据创建的，创建数据包括：车辆标识和候选用车人的身份验证信息。

s420、第二终端响应于目标用车人对车钥匙信息的触发操作，将目标用车人的身份信息发送至服务器，以供服务器根据候选用车人的身份验证信息对目标用车人的身份信息进行验证，并返回验证结果。

s430、如果验证通过，第二终端接收服务器向目标用车人的终端发送的授权验证码。

s440、第二终端将目标用车人输入的验证码发送至服务器，以供服务器将验证码与授权验证码比对，如果一致，将车辆标识对应的车辆的使用权授予给目标用车人。

考虑到车钥匙信息和用车人的身份信息如果均被其它人获取，其它人可通过所持终端窃取车辆使用权。为了避免出现这种情况，在身份验证通过后，通过授权验证码对发送身份信息的终端是否属于目标用车人进行验证。

具体的，如图3b所示，身份验证页面还包括验证码输入框。如果验证通过，服务器会向目标用车人的终端发送授权验证码。例如，目标用车人的身份信息是手机号，则服务器会向该手机号所属的终端发送授权验证码。

如果发送身份信息的终端属于目标用车人，则会接收到服务器发送的授权验证码，则可以指导目标用车人输入一致的验证码；如果发送信息的终端不属于目标用车人，而是其它人，则发送信息的终端不会接收到服务器发送的授权验证码，其他人也不会输入与授权验证码一致的验证码，从而避免车辆使用权被其它人窃取。

服务器接收到验证码后，将验证码与授权验证码比对。如果二者一致，将车辆标识对应的车辆的使用权授予给目标用车人；如果二者不一致，向第二终端发送验证不通过的消息。

实施例五

图5是本申请实施例五中的一种车钥匙信息的处理方法的流程图，本申请实施例适用于服务器根据车主的要求将车辆的使用权限授予给用车人的情况，该方法通过车钥匙信息的处理的装置执行，该装置采用软件和/或硬件实现，并具体配置于具备一定数据运算能力的服务器中。

如图5所示的车钥匙信息的处理方法，包括：

s510、服务器接收第一终端发送的创建数据，创建数据包括：车辆标识和候选用车人的身份验证信息。

可选的，创建数据还包括：车钥匙信息的失效条件，如使用结束时间、使用地理范围、使用里程等。

s520、服务器根据创建数据创建车钥匙信息。

s530、服务器将车钥匙信息发送至第一终端，以供第一终端将车钥匙信息发送至目标用车人的第二终端。

s540、服务器接收第二终端发送的目标用车人的身份信息，并根据候选用车人的身份验证信息对目标用车人的身份信息进行验证。

s550、如果验证通过，服务器将车辆标识对应的车辆的使用权授予给目标用车人。

可选的，在s550之后，还包括：如果满足失效条件，服务器向第二终端发送失效提示信息，和/或对车钥匙信息进行失效处理。

相应的，如果当前时间到达使用结束信息、车辆当前位置超过使用地理范围、车辆行驶路线长度超过使用里程，服务器判定车钥匙信息满足失效条件。其中，车辆当前位置和行驶路线长度可从车辆的定位系统中获取。服务器可对内部存储的车钥匙信息打上失效标签，当下次接收到第二终端发送的身份验证页面网址(即车钥匙信息)的请求信息时，如果检测到内部存储的同一车钥匙信息具有失效标签，则返回失效提示信息，并锁定该车辆。

本实施例中，通过设置车钥匙信息的时效条件，以及若满足失效条件，服务器向第二终端发送失效提示信息，和/或对车钥匙信息进行失效处理，从而通过失效条件，灵活地约束车辆的使用权。

实施例六

图6是本申请实施例六中的一种基于车钥匙信息的车辆授权装置的结构图，本申请实施例适用于车主通过第一终端将车辆的使用权限授予给用车人的情况，该装置采用软件和/或硬件实现，并具体配置于具备一定数据运算能力的终端中。

如图6所示的一种基于车钥匙信息的车辆授权装置600，包括：第一发送模块601、接收模块602和第二发送模块603。

第一发送模块601，用于获取车主输入的创建数据，并将创建数据发送至服务器，以供服务器根据创建数据创建车钥匙信息；其中，创建数据包括：车辆标识和候选用车人的身份验证信息；

接收模块602，用于接收服务器发送的车钥匙信息；

第二发送模块603，用于响应于车主将车钥匙信息发送至目标用车人的操作，将车钥匙信息发送至目标用车人的第二终端，以使目标用车人的身份信息被身份验证信息验证通过后，获得车辆标识对应的车辆的使用权。

本申请实施例中，第一终端获取车主输入的车辆标识和候选用车人的身份验证信息，并通过服务器生成车钥匙信息，该车钥匙信息包含候选用车人的身份验证信息，保留了车主对用车人的选择权；通过第一终端响应于车主将车钥匙信息发送至目标用车人的操作，将车钥匙信息发送至目标用车人的第二终端，车主可自主将车钥匙信息发送至选定的用车人，在目标用车人的身份信息被身份验证信息验证通过后，获得车辆标识对应的车辆的使用权，可见，本实施例通过车主向用车人发送车钥匙信息，并结合身份验证的方法实现车辆使用权的授予，不需要复杂的加密和验证程序，提高了授予过程的安全性和便捷性。

进一步的，第二发送模块603具体用于：响应于车主通过社交应用程序将车钥匙信息分享至车主与目标用车人的聊天窗口中的操作，将车钥匙信息发送至目标用车人的第二终端。

上述基于车钥匙信息的车辆授权装置可执行本申请任意实施例所提供的基于车钥匙信息的车辆授权方法，具备执行基于车钥匙信息的车辆授权方法相应的功能模块和有益效果。

实施例七

图7是本申请实施例七中的一种基于车钥匙信息的车辆受权装置的结构图，本申请实施例适用于目标用车人通过第二终端获取车辆的使用权限的情况，该装置采用软件和/或硬件实现，并具体配置于具备一定数据运算能力的终端中。

如图7所示的一种基于车钥匙信息的车辆受权装置700，包括：接收模块701、发送模块702和受权模块703。

接收模块701，用于接收第一终端发送的车钥匙信息，车钥匙信息是服务器根据创建数据创建的，创建数据包括：车辆标识和候选用车人的身份验证信息；

发送模块702，用于响应于目标用车人对车钥匙信息的触发操作，将目标用车人的身份信息发送至服务器，以供服务器根据候选用车人的身份验证信息对目标用车人的身份信息进行验证，并返回验证结果；

受权模块703，用于如果验证通过，获得车辆标识对应的车辆的使用权。

本申请实施例中，第二终端接收车钥匙信息后，响应于目标用车人对车钥匙信息的触发操作，通过服务器进行身份信息的验证，如果身份信息验证通过，则获得车辆的使用权。可见，本申请实施例中目标用车人只需要触发车钥匙信息即可进行验证并受权，操作方式简单；而且通过身份验证的方式也能保证安全性，避免车钥匙信息别其他人盗用。

进一步的，车钥匙信息是服务器对创建数据进行加密得到密文，并将密文添加到身份验证页面网址中得到的；发送模块702具体用于：响应于目标用车人对车钥匙信息的触发操作，向服务器发送身份验证页面网址的请求信息，以供服务器向第二终端返回身份验证页面，并从身份验证页面网址中提取密文，对密文进行解密得到候选用车人的身份验证信息；响应于目标用车人在身份验证页面上的输入操作，从身份验证页面上提取目标用车人的身份信息并发送至服务器，以供服务器根据候选用车人的身份验证信息对目标用车人的身份信息进行验证。

进一步的，受权模块703具体用于：如果验证通过，接收服务器向目标用车人的终端发送的授权验证码；将目标用车人输入的验证码发送至服务器，以供服务器将验证码与授权验证码比对，如果一致，将车辆标识对应的车辆的使用权授予给目标用车人。

进一步的，受权模块703具体用于：如果验证通过，展示解锁页面；响应于目标用车人在解锁页面上的解锁操作，向服务器发送解锁请求，以供服务器根据解锁请求，解锁车辆标识对应的车辆。

上述基于车钥匙信息的车辆受权装置可执行本申请任意实施例所提供的基于车钥匙信息的车辆受权方法，具备执行基于车钥匙信息的车辆受权方法相应的功能模块和有益效果。

实施例八

图8是本申请实施例八中的一种车钥匙信息的处理装置的结构图，本申请实施例适用于服务器根据车主的要求将车辆的使用权限授予给用车人的情况，该装置采用软件和/或硬件实现，并具体配置于具备一定数据运算能力的服务器中。

如图8所示的一种车钥匙信息的处理装置800，包括：第一接收模块801、创建模块802、发送模块803、第二接收模块804和授权模块805。

第一接收模块801，用于接收第一终端发送的创建数据，创建数据包括：车辆标识和候选用车人的身份验证信息；

创建模块802，用于根据创建数据创建车钥匙信息；

发送模块803，用于将车钥匙信息发送至第一终端，以供第一终端将车钥匙信息发送至目标用车人的第二终端；

第二接收模块804，用于接收第二终端发送的目标用车人的身份信息，并根据候选用车人的身份验证信息对目标用车人的身份信息进行验证；

授权模块805，用于如果验证通过，将车辆标识对应的车辆的使用权授予给目标用车人。

本申请实施例中，服务器获取车主输入的车辆标识和候选用车人的身份验证信息，生成车钥匙信息，该车钥匙信息包含候选用车人的身份验证信息，保留了车主对用车人的选择权；通过服务器接收第二终端发送的目标用车人的身份信息，并根据候选用车人的身份验证信息对目标用车人的身份信息进行验证，通过身份验证的方法实现车辆使用权的授予，不需要复杂的加密和验证程序，提高了授予过程的安全性和便捷性。

进一步的，创建模块802具体用于：对创建数据进行加密，得到密文；将密文添加到身份验证页面网址中，得到车钥匙信息；相应的，第二接收模块804具体用于：接收第二终端发送的身份验证页面网址的请求信息，向第二终端返回身份验证页面；接收第二终端从身份验证页面上提取的目标用车人的身份信息；从身份验证页面网址中提取密文，并对密文进行解密得到候选用车人的身份验证信息；根据候选用车人的身份验证信息对目标用车人的身份信息进行验证。

进一步的，创建数据还包括：车钥匙信息的失效条件；该装置还包括失效模块，用于如果满足失效条件，服务器向第二终端发送失效提示信息，和/或对车钥匙信息进行失效处理。

上述车钥匙信息的处理装置可执行本申请任意实施例所提供的车钥匙信息的处理方法，具备执行车钥匙信息的处理方法相应的功能模块和有益效果。

实施例九

根据本申请的实施例，本申请还提供了一种终端、服务器和一种可读存储介质。

如图9所示，是实现本申请实施例的基于车钥匙信息的车辆授权方法或基于车钥匙信息的车辆受权方法(以下简称基于车钥匙信息的车辆授权或受权方法)的终端的框图。终端旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。终端还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图9所示，该终端包括：一个或多个处理器901、存储器902，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在终端内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示gui的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个终端，各个终端提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图9中以一个处理器901为例。

存储器902即为本申请所提供的非瞬时计算机可读存储介质。其中，存储器存储有可由至少一个处理器执行的指令，以使至少一个处理器执行本申请所提供的基于车钥匙信息的车辆授权或受权方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的基于车钥匙信息的车辆授权或受权方法。

存储器902作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的基于车钥匙信息的车辆授权或受权方法对应的程序指令/模块(例如，附图6所示的包括第一发送模块601、接收模块602和第二发送模块603；如附图7所示的包括接收模块701、发送模块702和受权模块703)。处理器901通过运行存储在存储器902中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的基于车钥匙信息的车辆授权或受权方法。

存储器902可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储实现基于车钥匙信息的车辆授权或受权方法的终端的使用所创建的数据等。此外，存储器902可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器902可选包括相对于处理器901远程设置的存储器，这些远程存储器可以通过网络连接至执行基于车钥匙信息的车辆授权或受权方法的终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

执行基于车钥匙信息的车辆授权或受权方法的终端还可以包括：输入装置903和输出装置904。处理器901、存储器902、输入装置903和输出装置904可以通过总线或者其他方式连接，图9中以通过总线连接为例。

输入装置903可接收输入的数字或字符信息，以及产生与执行基于车钥匙信息的车辆授权或受权方法的终端的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置904可以包括显示设备、辅助照明装置(例如，led)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(lcd)、发光二极管(led)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

本实施例还提供一种服务器，其结构如图9所示，对图9中各部分的描述详见上述实施例，此处不再赘述。不同之处在于，存储器902作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的车钥匙信息的处理方法对应的程序指令/模块(例如，附图8所示的包括第一接收模块801、创建模块802、发送模块803、第二接收模块804和授权模块805)。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用asic(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(pld))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户页面或者网络浏览器的用户计算机，用户可以通过该图形用户页面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、互联网和区块链网络。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。