CN110009817A - 一种汽车租赁方法及装置 - Google Patents

Abstract

本发明公开了一种汽车租赁方法及装置，应用于服务器，该方法包括：接收目标终端发送的租车请求；租车请求携带目标终端的标识和目标终端上登陆的目标账户的标识；根据目标终端的标识和目标账户的标识，判断目标终端是否为目标账户对应的可信设备；当目标终端是目标账户对应的可信设备时，通过租车请求，能够在保证出租方权益的基础上，减少系统消耗，节约出租方的成本。

Description

一种汽车租赁方法及装置

技术领域

本申请涉及数据处理技术领域，尤其涉及一种汽车租赁方法及装置。

背景技术

随着车辆的普及，越来越多的人倾向于租车出行，自助租车服务也愈加普及，租赁车行业为了便于租赁车提供了租赁车应用程序(application，APP)，以便用户利用租赁车APP进行车辆租赁。

目前，为了保证出租方的权益，在使用租赁车APP租借车辆时，均需要对租车的用户进行身份认证。对于同一用户而言，每次租车均需要进行身份认证，存在系统消耗大的问题，用户的租车操作不方便、租车流程复杂，不利于提高用户的租车体验。

发明内容

有鉴于此，本申请实施例提供了一种汽车租赁方法及装置，能够解决现有技术中重复的身份认证所造成的系统消耗大、操作不方便、租车流程复杂的问题。

本申请实施例提供的一种汽车租赁方法，应用于服务器，所述方法包括：

接收目标终端发送的租车请求；所述租车请求携带所述目标终端的标识和所述目标终端上登陆的目标账户的标识；

根据所述目标终端的标识和所述目标账户的标识，判断所述目标终端是否为所述目标账户对应的可信设备；

当所述目标终端是所述目标账户对应的可信设备时，通过所述租车请求。

可选的，所述方法还包括：

当所述目标终端不是所述目标账户对应的可信设备时，发送身份验证通知至所述目标终端；

接收所述目标终端返回的身份验证信息，并根据所述身份验证信息和所述目标账户的标识进行身份验证；

当所述身份验证通过时，通过所述租车请求，并将所述目标终端设置为所述目标账户对应的可信设备。

可选的，所述根据所述目标终端的标识和所述目标账户的标识，判断所述目标终端是否为所述目标账户对应的可信设备，具体包括：

判断是否预先存储有所述第一设备的标识和所述目标账户的标识之间的一一对应关系。

可选的，所述将所述目标终端设置为所述目标账户对应的可信设备，具体包括：

保存所述第一设备的标识和所述目标账户的标识之间的一一对应关系。

可选的，所述方法还包括：

接收所述目标账户的登陆请求；所述登陆请求携带所述目标账户的标识；

根据所述目标账户的标识，删除所述第一设备的标识和所述目标账户的标识之间的一一对应关系。

本申请实施例提供的一种汽车租赁装置，应用于服务器，所述装置包括：接收单元、判断单元和处理单元；

所述接收单元，用于接收目标终端发送的租车请求；所述租车请求携带所述目标终端的标识和所述目标终端上登陆的目标账户的标识；

所述判断单元，用于根据所述目标终端的标识和所述目标账户的标识，判断所述目标终端是否为所述目标账户对应的可信设备；

所述处理单元，用于当所述判断单元判断所述目标终端是所述目标账户对应的可信设备时，通过所述租车请求。

可选的，所述装置还包括：发送单元、验证单元和设置单元；

所述发送单元，用于当所述判断单元判断所述目标终端不是所述目标账户对应的可信设备时，发送身份验证通知至所述目标终端；

所述接收单元，还用于接收所述目标终端返回的身份验证信息；

所述验证单元，用于根据所述身份验证信息和所述目标账户的标识进行身份验证；

所述处理单元，还用于当所述验证单元通过所述身份验证时，通过所述租车请求；

所述设置单元，用于当所述验证单元通过所述身份验证时，将所述目标终端设置为所述目标账户对应的可信设备。

可选的，所述判断单元，具体用于：

判断是否预先存储有所述第一设备的标识和所述目标账户的标识之间的一一对应关系。

可选的，所述设置单元，具体用于：

保存所述第一设备的标识和所述目标账户的标识之间的一一对应关系。

可选的，所述装置还包括：删除单元；

所述接收单元，还用于接收所述目标账户的登陆请求；所述登陆请求携带所述目标账户的标识；

所述删除单元，用于在所述接收单元接收到所述目标账户的登陆请求时，根据所述目标账户的标识，删除所述第一设备的标识和所述目标账户的标识之间的一一对应关系。

与现有技术相比，本申请至少具有以下优点：

在本申请实施例中，服务器在接收到登陆账户经目标终端发送的租车请求后，根据租车请求中携带的目标终端的标识和登陆账户的标识，判断目标终端是否为登陆账户对应的可信设备。当目标终端是登陆账户的可信设备时，直接通过该租车请求。当登陆账户利用可信设备租车时，无需重复进行身份认证，租车流程简单、方便，并且，能够在保证出租方权益的基础上，减少系统消耗，节约出租方的成本。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本申请实施例的应用场景示意图；

图2为本申请实施例提供的一种汽车租赁方法的流程示意图；

图3为本申请实施例提供的另一种汽车租赁方法的流程示意图；

图4为本申请实施例提供的又一种汽车租赁方法的流程示意图；

图5为本申请实施例提供的一种汽车租赁装置的结构示意图；

图6为本申请实施例提供的另一种汽车租赁装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

首先介绍本申请实施例提供的一种汽车租赁方法及装置的具体应用场景。

参见图1，该图为本申请实施例的应用场景示意图。

本申请实施例提供的一种汽车租赁方法及装置，应用于服务器101。该服务器可以与一个或多个终端102通信，为终端上运行的任意一种用于租车的租赁车APP提供包括各种后台服务。在实际应用部署时，服务器101可以为独立服务器，也可以为集群服务器。

下面通过实施例对本申请实施例提供的汽车租赁方法进行介绍。

参见图2，该图为本申请实施例提供的一种汽车租赁方法的流程示意图。

本申请实施例提供的汽车租赁方法，包括：

S201：接收目标终端发送的租车请求。

可以理解的是，目标终端是与服务器进行通信的任意一个终端，其上装载有租赁车APP，用户通过在目标终端上装载的租赁车APP登陆相应的租车账户从出租方租借汽车。当用户在目标终端上装载的租赁车APP登陆账户并触发租车操作时，目标终端发送租车请求至服务器。

在本申请实施例中，租车请求携带目标终端的标识和目标终端上登陆的目标账户的标识，以便服务器对该账户的租车权限和租车人的身份进行验证，保证出租方的权益避免出租风险。本申请实施例对目标终端的标识和目标账户的标识的具体形式不进行限定，在实际应用中，目标终端的标识可以是目标终端的编号、设备名称和通用唯一识别码(Universally Unique Identifier，UUID)等，目标账户的标识可以是该账户的登陆用户名和/或该账户对应注册用户的手机号、身份证号等，这里不再一一列举。

S202：根据目标终端的标识和目标账户的标识，判断目标终端是否为目标账户对应的可信设备。若是，则执行步骤S203。

在本申请实施例中，可信设备具体指的是可以信任目标账户使用其进行租车的设备。当目标账户在其对应的可信设备上租车时，服务器可认为该操作可信，租车的风险有相应的承担人(如目标账户对应的用户或者可信设备对应的用户)。在一个具体的例子中，当目标账户在目标终端上进行使用过租车服务时，目标终端可以认为是与目标账户对应的可信设备。

在实际应用中，可以为账户对应的可信设备设置相应的标签来标识该账户对应的可信设备，通过判断目标终端是否具备与目标账户对应的标签来判断第一设备是否是目标账户对应的可信设备。作为一个示例，可以在服务器中预先存储账户和其对应的可信设备之间的一一对应关系，利用该预先存储的一一对应关系对目标终端是否为目标账户对应的可信设备。

则，在本申请实施例一些可能的实现方式中，步骤S202具体可以包括：

判断服务器中是否预先存储有第一设备的标识和目标账户的标识之间的一一对应关系。

在实际应用中，服务器可以通过维护一个可信设备列表来保存账户和可信设备之间的一一对应关系。在进行租车操作时，通过查表的方式判断第一设备是否为目标账户对应的可信设备。

需要说明的是，为了保证租车安全和可靠，具体实施时，每个账户仅可以对应一台可信设备。可选的，每台可信设备也仅可以对应个账户。

S203：通过租车请求。

当目标终端是目标账户对应的可信设备时，目标账户的用户经可信设备(即目标终端)进行租车操作，可认为目标账户没有被盗用，租车的风险有相应的承担人，此时通过租车请求，可以简化用户的租车流程，避免了每次租车时均进行身份认证操作，节约了系统的消耗，减少了出租方的出租成本。

在本申请实施例一些可能的实现方式中，如图3所示，当目标终端不是目标账户对应的可信设备时，为了实现租车服务的提供、简化后续租车流程。当步骤S202的判断结果为否时，可以执行步骤S204-S206。

S204：发送身份验证通知至目标终端。

在本申请实施例中，可以采用任意一种身份认证方法对使用目标账户进行租车的用户的身份进行验证，例如验证码、指纹、声纹、人脸识别等，在此不进行限定。

S205：接收目标终端返回的身份验证信息，并根据身份验证信息和目标账户的标识进行身份验证。

目标终端在接收到身份验证通知时，提示用户输入身份验证信息(如验证码、指纹、声纹、人脸识别信息等)进行身份验证，并将用户输入的身份验证信息返回至服务器进行验证。服务器在接收到身份验证信息后，对其进行验证，判断该身份验证信息是否与目标账户对应。当身份验证信息与目标账户对应时，身份验证通过；反之，则身份验证不通过。

可以理解的是，身份验证信息是否与目标账户对应具体可以指的是，输入的验证码是否为服务器预先发送至该目标账户对应的手机号或邮箱中的验证码，或者，指纹、声纹或人脸识别信息等生物识别信息是否为与目标账户对应的用户的生物识别信息等。

S206：当身份验证通过时，通过租车请求，并将目标终端设置为目标账户对应的可信设备。

当服务器对身份验证通过时，可认为目标账户没有被盗用，租车的风险有相应的承担人，可以允许目标终端的租车请求。此时，为了简化后续租车流程，将目标终端设备设置为目标账户对应的可信设备，可以在用户利用目标账户在目标终端上进行租车操作时，跳过身份验证步骤，提高租车的效率和用户的租车体验。

在实际应用中，可以为第一设备设置与目标账户对应的标签来标识该第一设备设置为目标账户对应的可信设备。作为一个示例，可以在服务器中预先存储账户和其对应的可信设备之间的一一对应关系，利用该预先存储的一一对应关系对目标终端是否为目标账户对应的可信设备。

则，在本申请实施例一些可能的实现方式中，步骤S206具体可以包括：

保存第一设备的标识和目标账户的标识之间的一一对应关系。

在实际应用中，服务器可以通过维护一个可信设备列表来保存账户和可信设备之间的一一对应关系。通过将第一设备的标识和目标账户的标识之间的一一对应关系保存可信设备列表中来将目标终端设置为目标账户对应的可信设备。

在本申请实施例一些可能的实现方式中，为了提高租车的安全性，尽量防止账户盗用损害出租方的权益，如图4所示，该汽车租赁方法还可以包括：

S401：接收目标账户的登陆请求。

在本申请实施例中，登陆请求携带目标账户的标识。根据该标识，服务器可以对登陆的账户进行识别。

S402：根据目标账户的标识，删除第一设备的标识和目标账户的标识之间的一一对应关系。

在本申请实施例中，当服务器再次接收到目标账户的登陆请求时，将第一设备的标识和目标账户的标识之间的一一对应关系删除，取消目标终端作为与目标账户对应的可信设备的身份，目标账户的用户需要再次进行身份验证才能租车，尽可能的避免了账户盗用对出租方权益的损害，提高出租的安全性。

需要说明的是，由于在实际应用中，用户可以将目标终端上的租赁车APP删除后，重新在另一台终端上安装的租赁车APP上登陆进行租车，若在账户登出时，删除之前与该账户对应的可信设备的身份，而租赁车APP删除不会发送登出通知至服务器，服务器无法得知该账户在另一台终端上安装的租赁车APP上登陆进行租车，无法保证租车的安全。因此，在本申请实施例中，在账户再次登陆时，删除之前与该账户对应的可信设备的身份，而不是在账户登出时，能够避免租赁车APP从设备中删除而非登出对租车安全的影响。

在本申请实施例中，服务器在接收到登陆账户经目标终端发送的租车请求后，根据租车请求中携带的目标终端的标识和登陆账户的标识，判断目标终端是否为登陆账户对应的可信设备。当目标终端是登陆账户的可信设备时，直接通过该租车请求。当登陆账户利用可信设备租车时，无需重复进行身份认证，租车流程简单、方便，并且，能够在保证出租方权益的基础上，减少系统消耗，节约出租方的成本。

基于上述实施例提供的汽车租赁方法，本申请实施例还提供了一种汽车租赁装置。

参见图5，该图为本申请实施例提供的一种汽车租赁装置的结构示意图。

本申请实施例提供的汽车租赁装置，包括：接收单元100、判断单元200和处理单元300；

接收单元100，用于接收目标终端发送的租车请求；租车请求携带目标终端的标识和目标终端上登陆的目标账户的标识；

判断单元200，用于根据目标终端的标识和目标账户的标识，判断目标终端是否为目标账户对应的可信设备；

处理单元300，用于当判断单元200判断目标终端是目标账户对应的可信设备时，通过租车请求。

在本申请实施例一些可能的实现方式中，判断单元200，具体可以用于：

判断是否预先存储有第一设备的标识和目标账户的标识之间的一一对应关系。

在本申请实施例一些可能的实现方式中，如图6所示，该装置还可以包括：发送单元400、验证单元500和设置单元600；

发送单元400，用于当判断单元200判断目标终端不是目标账户对应的可信设备时，发送身份验证通知至目标终端；

接收单元100，还用于接收目标终端返回的身份验证信息；

验证单元500，用于根据身份验证信息和目标账户的标识进行身份验证；

处理单元300，还用于当验证单元500通过身份验证时，通过租车请求；

设置单元600，用于当验证单元500通过身份验证时，将目标终端设置为目标账户对应的可信设备。

在本申请实施例一些可能的实现方式中，设置单元600具体可以用于：

保存第一设备的标识和目标账户的标识之间的一一对应关系。

在本申请实施例一些可能的实现方式中，该装置还可以包括：删除单元；

接收单元100，还用于接收目标账户的登陆请求；登陆请求携带目标账户的标识；

删除单元，用于在接收单元100接收到目标账户的登陆请求时，根据目标账户的标识，删除第一设备的标识和目标账户的标识之间的一一对应关系。

在本申请实施例中，服务器在接收到登陆账户经目标终端发送的租车请求后，根据租车请求中携带的目标终端的标识和登陆账户的标识，判断目标终端是否为登陆账户对应的可信设备。当目标终端是登陆账户的可信设备时，直接通过该租车请求。当登陆账户利用可信设备租车时，无需重复进行身份认证，租车流程简单、方便，并且，能够在保证出租方权益的基础上，减少系统消耗，节约出租方的成本。

需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统或装置而言，由于其与实施例公开的方法相对应，所以描述比较简单，相关之处参见方法部分说明即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述，仅是本申请的较佳实施例而已，并非对本申请作任何形式上的限制。虽然本申请已以较佳实施例揭露如上，然而并非用以限定本申请。任何熟悉本领域的技术人员，在不脱离本申请技术方案范围情况下，都可利用上述揭示的方法和技术内容对本申请技术方案做出许多可能的变动和修饰，或修改为等同变化的等效实施例。因此，凡是未脱离本申请技术方案的内容，依据本申请的技术实质对以上实施例所做的任何简单修改、等同变化及修饰，均仍属于本申请技术方案保护的范围内。

Claims (10)

1.一种汽车租赁方法，其特征在于，应用于服务器，所述方法包括：

接收目标终端发送的租车请求；所述租车请求携带所述目标终端的标识和所述目标终端上登陆的目标账户的标识；

根据所述目标终端的标识和所述目标账户的标识，判断所述目标终端是否为所述目标账户对应的可信设备；

当所述目标终端是所述目标账户对应的可信设备时，通过所述租车请求。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述目标终端不是所述目标账户对应的可信设备时，发送身份验证通知至所述目标终端；

接收所述目标终端返回的身份验证信息，并根据所述身份验证信息和所述目标账户的标识进行身份验证；

当所述身份验证通过时，通过所述租车请求，并将所述目标终端设置为所述目标账户对应的可信设备。

3.根据权利要求1或2所述的方法，其特征在于，所述根据所述目标终端的标识和所述目标账户的标识，判断所述目标终端是否为所述目标账户对应的可信设备，具体包括：

判断是否预先存储有所述第一设备的标识和所述目标账户的标识之间的一一对应关系。

4.根据权利要求2所述的方法，其特征在于，所述将所述目标终端设置为所述目标账户对应的可信设备，具体包括：

保存所述第一设备的标识和所述目标账户的标识之间的一一对应关系。

5.根据权利要求3所述的方法，其特征在于，所述方法还包括：

接收所述目标账户的登陆请求；所述登陆请求携带所述目标账户的标识；

根据所述目标账户的标识，删除所述第一设备的标识和所述目标账户的标识之间的一一对应关系。

6.一种汽车租赁装置，其特征在于，应用于服务器，所述装置包括：接收单元、判断单元和处理单元；

所述接收单元，用于接收目标终端发送的租车请求；所述租车请求携带所述目标终端的标识和所述目标终端上登陆的目标账户的标识；

所述判断单元，用于根据所述目标终端的标识和所述目标账户的标识，判断所述目标终端是否为所述目标账户对应的可信设备；

所述处理单元，用于当所述判断单元判断所述目标终端是所述目标账户对应的可信设备时，通过所述租车请求。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：发送单元、验证单元和设置单元；

所述发送单元，用于当所述判断单元判断所述目标终端不是所述目标账户对应的可信设备时，发送身份验证通知至所述目标终端；

所述接收单元，还用于接收所述目标终端返回的身份验证信息；

所述验证单元，用于根据所述身份验证信息和所述目标账户的标识进行身份验证；

所述处理单元，还用于当所述验证单元通过所述身份验证时，通过所述租车请求；

所述设置单元，用于当所述验证单元通过所述身份验证时，将所述目标终端设置为所述目标账户对应的可信设备。

8.根据权利要求6或7所述的装置，其特征在于，所述判断单元，具体用于：

判断是否预先存储有所述第一设备的标识和所述目标账户的标识之间的一一对应关系。

9.根据权利要求7所述的装置，其特征在于，所述设置单元，具体用于：

保存所述第一设备的标识和所述目标账户的标识之间的一一对应关系。

10.根据权利要求8所述的装置，其特征在于，所述装置还包括：删除单元；

所述接收单元，还用于接收所述目标账户的登陆请求；所述登陆请求携带所述目标账户的标识；

所述删除单元，用于在所述接收单元接收到所述目标账户的登陆请求时，根据所述目标账户的标识，删除所述第一设备的标识和所述目标账户的标识之间的一一对应关系。