共享车辆使用方法、装置及服务器与流程

文档序号:15617820发布日期:2018-10-09 21:44阅读:197来源:国知局

本申请涉及共享车辆技术领域,尤其涉及一种共享车辆使用方法、装置及服务器。



背景技术:

共享单车、共享汽车等共享车辆遍布多个城市,为人们的工作、学习或生活带来了极大的便利。目前,用户需要缴纳指定数额的押金才能使用共享车辆。对于共享单车,用户需要缴纳的押金约为几百元;而对于共享汽车,用户需要缴纳的押金则为几百元到几千元不等。当用户不再继续使用共享车辆时,又需要申请退还之前缴纳的押金。如果退还押金的过程不顺利,用户可能还会对提供共享车辆的企业进行投诉。可见,押金缴纳和押金退还的过程增加了共享车辆使用的整个流程的复杂性,使得共享车辆的使用效率较低。



技术实现要素:

本申请实施例提供一种共享车辆使用方法、装置及服务器,以提高共享车辆的使用效率。

第一方面,本申请实施例提供了一种共享车辆使用方法,所述方法包括:

接收第一用户请求通过第二用户的信用担保使用目标车辆的第一车辆使用请求,所述第一车辆使用请求包括所述第二用户的标识;

根据所述第二用户的标识在区块链系统上查询所述第二用户的信用值;

判断所述第二用户的信用值是否大于或等于使用所述目标车辆所需的最低信用值;

若是,则配置所述第一用户基于所述第二用户的信用值使用所述目标车辆的权限。

可选地,所述方法还包括:

接收所述第一用户请求使用所述目标车辆的第二车辆使用请求,所述第二车辆使用请求包括所述第一用户的标识以及所述目标车辆的标识;

根据所述第一用户的标识在所述区块链系统上查询所述第一用户的信用值;

根据所述目标车辆的标识在所述区块链系统上查询使用所述目标车辆所需的最低信用值;

判断所述第一用户的信用值是否大于或等于所述最低信用值;

若是,则配置所述第一用户基于所述第一用户的信用值使用所述目标车辆的权限;

若否,则执行所述接收第一用户请求通过第二用户的信用担保使用目标车辆的第一车辆使用请求。

可选地,所述方法还包括:

确定所述第一用户基于所述第二用户的信用值使用所述目标车辆所产生的总费用;

查询所述第一用户对应的支付账户的余额;

判断所述余额是否大于或等于所述总费用;

若是,则从所述第一用户对应的支付账户扣除所述总费用;

若否,则从所述第一用户对应的支付账户扣除所述余额,并从所述第二用户对应的支付账户扣除所述总费用与所述余额的差额。

可选地,所述方法还包括:

发送针对所述第一车辆使用请求的担保询问信息给所述第二用户;

若接收到所述第二用户针对所述第一车辆使用请求的担保确认信息,则执行所述根据所述第二用户的标识在区块链系统上查询所述第二用户的信用值。

可选地,所述方法还包括:

检测所述第一用户与所述第二用户是否为担保关联用户;

若是,则执行所述根据所述第二用户的标识在区块链系统上查询所述第二用户的信用值。

第二方面,本申请实施例提供了一种共享车辆使用装置,所述装置包括:

接收模块,用于接收第一用户请求通过第二用户的信用担保使用目标车辆的第一车辆使用请求,所述第一车辆使用请求包括所述第二用户的标识;

查询模块,用于根据所述第二用户的标识在区块链系统上查询所述第二用户的信用值;

判断模块,用于判断所述第二用户的信用值是否大于或等于使用所述目标车辆所需的最低信用值;

配置模块,用于当所述判断模块判断出所述第二用户的信用值大于或等于使用所述目标车辆所需的最低信用值时,配置所述第一用户基于所述第二用户的信用值使用所述目标车辆的权限。

可选地,所述接收模块,还用于接收所述第一用户请求使用所述目标车辆的第二车辆使用请求,所述第二车辆使用请求包括所述第一用户的标识以及所述目标车辆的标识;

所述查询模块,还用于根据所述第一用户的标识在所述区块链系统上查询所述第一用户的信用值;

所述查询模块,还用于根据所述目标车辆的标识在所述区块链系统上查询使用所述目标车辆所需的最低信用值;

所述判断模块,还用于判断所述第一用户的信用值是否大于或等于所述最低信用值;

所述配置模块,还用于当所述判断模块判断出所述第一用户的信用值大于或等于所述最低信用值时,配置所述第一用户基于所述第一用户的信用值使用所述目标车辆的权限;

所述接收模块,具体用于当所述判断模块判断出所述第一用户的信用值小于所述最低信用值时,接收第一用户请求通过第二用户的信用担保使用目标车辆的第一车辆使用请求。

可选地,所述装置还包括:

确定模块,用于确定所述第一用户基于所述第二用户的信用值使用所述目标车辆所产生的总费用;

所述查询模块,还用于查询所述第一用户对应的支付账户的余额;

所述判断模块,还用于判断所述余额是否大于或等于所述总费用;

扣除模块,用于当所述判断模块判断出所述余额大于或等于所述总费用时,从所述第一用户对应的支付账户扣除所述总费用;

所述扣除模块,还用于当所述判断模块判断出所述余额小于所述总费用时,从所述第一用户对应的支付账户扣除所述余额,并从所述第二用户对应的支付账户扣除所述总费用与所述余额的差额。

可选地,所述装置还包括:

发送模块,用于发送针对所述第一车辆使用请求的担保询问信息给所述第二用户;

所述接收模块,还用于接收所述第二用户针对所述第一车辆使用请求的担保确认信息;

所述查询模块,具体用于当所述接收模块接收到所述第二用户针对所述第一车辆使用请求的担保确认信息时,执行所述根据所述第二用户的标识在区块链系统上查询所述第二用户的信用值。

可选地,所述装置还包括:

检测模块,用于检测所述第一用户与所述第二用户是否为担保关联用户;

所述查询模块,具体用于当所述检测模块检测到所述第一用户与所述第二用户为担保关联用户时,执行所述根据所述第二用户的标识在区块链系统上查询所述第二用户的信用值。

第三方面,本申请实施例提供了一种服务器,所述服务器包括处理器和存储器,其中,所述存储器用于存储计算机程序,所述计算机程序包括程序指令,所述处理器被配置用于调用所述程序指令,执行上述第一方面的方法。

第四方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。

本申请实施例使得用户可以基于信用值使用共享车辆,而不需要缴纳押金,这简化了共享车辆使用的整个流程,提高了共享车辆的使用效率。并且,将用户的信用值存储在区块链系统中可以有效防止用户的信用值被恶意篡改。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍申请。

图1是本申请实施例提供的一种共享车辆使用的架构图;

图2是本申请实施例提供的一种共享车辆使用方法的流程示意图;

图3是本申请实施例提供的另一种共享车辆使用方法的流程示意图;

图4是本申请实施例提供的一种共享车辆使用装置的结构示意图;

图5是本申请实施例提供的另一种共享车辆使用装置的结构示意图;

图6是本申请实施例提供的一种服务器的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。

目前,用户需要缴纳指定数额的押金才能使用共享单车、共享汽车等共享车辆。其中,押金数额在几百元到几千元不等。当用户不再继续使用共享车辆时,又需要申请退还之前缴纳的押金。如果退还押金的过程不顺利,用户可能还会对提供共享车辆的企业进行投诉。一方面,押金缴纳和押金退还的过程增加了共享车辆使用的整个流程的复杂性,使得共享车辆的使用效率较低;另一方面,缴纳的押金对用户的资金造成了占用,并且通常情况下退还的押金无法实时到账,使得用户的资金被占用的时间更长,甚至可能出现押金无法退还的情况,使得用户的财产遭受损失。

为了解决上述问题,本申请实施例提供一种共享车辆使用方法,所述共享车辆使用方法是一种共享车辆的免押使用方法。

请参见图1,是本申请实施例提供的共享车辆使用的架构图。如图1所示,所述架构中包括第一用户10、目标车辆20、服务器30和第二用户40。需要说明的是,所述服务器30是区块链系统上的其中一个节点,所述第一用户10和所述第二用户40是所述区块链系统上的注册用户,所述区块链系统上存储有所述第一用户10和所述第二用户40的相关信息,如所述第一用户10和所述第二用户40的标识和信用值等。并且,提供所述目标车辆20的企业也是所述区块链系统上的注册用户,所述区块链系统上还存储有所述目标车辆20的相关信息,如所述目标车辆20的标识,使用所述目标车辆20所需的最低信用值等。还需要说明的是,所述区块链系统上的每一个节点中都存储有所述区块链系统上的所有信息,即所述服务器30中存储有所述区块链系统上的所有信息。

在本申请的实施例中,当所述第一用户10想要使用所述目标车辆20时,所述第一用户10可以向所述服务器30发送请求使用所述目标车辆20的第二车辆使用请求。其中,所述第二车辆使用请求包括所述第一用户10的标识以及所述目标车辆20的标识。所述第一用户10的标识可以为所述第一用户10的身份证号码、手机号码、邮箱地址、支付账户、在所述区块链系统上的登录账号等等,所述目标车辆20的标识可以为所述目标车辆20的车牌号码、品牌和车型等等。

所述服务器30接收所述第一用户10请求使用所述目标车辆20的所述第二车辆使用请求。在接收到所述第二车辆使用请求后,所述服务器30可以根据所述第一用户10的标识在区块链系统上查询所述第一用户10的信用值。作为一种可选的实施方式,所述区块链系统上存储有各个注册用户的信用值,在这种情形下所述服务器30可以根据所述第一用户10的标识直接查询所述第一用户10的信用值。作为另一种可选的实施方式,所述区块链系统上存储有各个注册用户的信用相关信息,在这种情形下所述服务器30可以首先根据所述第一用户10的标识查询所述第一用户10的信用相关信息,然后根据所述第一用户10的信用相关信息计算所述第一用户10的信用值。其中,所述信用相关信息可以包括但不限于信用积分、不良信用记录、担保次数、被担保次数等等。

所述服务器30还可以根据所述目标车辆20的标识在所述区块链系统上查询使用所述目标车辆20所需的最低信用值。作为一种可选的实施方式,所述区块链系统上存储有使用不同品牌不同车型的车辆所需的最低信用值。在这种情形下,当所述目标车辆20的标识为所述目标车辆20的品牌和车型时,所述服务器30可以根据所述目标车辆20的标识直接查询使用所述目标车辆20所需的最低信用值;当所述目标车辆20的标识为所述目标车辆20的车牌号码时,所述服务器30可以根据所述目标车辆20的标识首先确定所述目标车辆20的品牌和车型,然后根据所述目标车辆20的品牌和车型查询使用所述目标车辆20所需的最低信用值。

进一步地,所述服务器30可以判断所述第一用户10的信用值是否大于或等于所述最低信用值。若所述第一用户10的信用值大于或等于所述最低信用值,表明所述第一用户10的信用值足以使用所述目标车辆20,则所述服务器30配置所述第一用户10基于所述第一用户10的信用值使用所述目标车辆20的权限。

在所述服务器30配置所述第一用户10基于所述第一用户10的信用值使用所述目标车辆20的权限后,所述服务器30还可以将所述目标车辆20的状态信息更新为使用中。需要说明的是,所述目标车辆20的状态可以分为空闲、使用中和故障等。

若所述第一用户10的信用值小于所述最低信用值,表明所述第一用户10的信用值不足以使用所述目标车辆20,则所述服务器30可以发送信用不足的提示信息给所述第一用户10。

当所述第一用户10得知其信用值不足以使用所述目标车辆20时,所述第一用户10可以向所述服务器30发送请求通过所述第二用户40的信用担保使用所述目标车辆20的第一车辆使用请求。其中,所述第一车辆使用请求包括所述第二用户40的标识。

所述服务器30接收所述第一用户10请求通过所述第二用户40的信用担保使用所述目标车辆20的所述第一车辆使用请求。作为一种可选的实施方式,在接收到所述第一车辆使用请求后,所述服务器30可以向所述第二用户40发送针对所述第一车辆使用请求的担保询问信息。所述第二用户40接收所述担保询问信息,其中,所述担保询问信息可以携带所述第一用户10的标识(如姓名和头像等)、所述目标车辆20的标识(如品牌和车型)、使用所述目标车辆20所需的最低信用值、所述目标车辆20所在的位置等信息。在接收到所述担保询问信息后,所述第二用户40可以向所述服务器30发送担保确认信息。

作为另一种可选的实施方式,所述区块链系统上存储有担保关联信息,用于指示注册用户之间是否存在担保关联关系,也即指示注册用户之间是否为担保关联用户。在接收到所述第一车辆使用请求后,所述服务器30可以查询所述担保关联信息以检测所述第一用户10与所述第二用户40是否为担保关联用户。若所述服务器30检测到所述第一用户10与所述第二用户40不为担保关联用户,则所述服务器30可以向所述第二用户40发送针对所述第一车辆使用请求的担保询问信息。

需要说明的是,所述第一用户10与所述第二用户40为担保关联用户或所述第一用户10与所述第二用户40具有担保关联关系指的是所述第一用户10与所述第二用户40默认愿意为对方进行信用担保。具体实现中,所述第一用户10与所述第二用户40可以在所述区块链系统上进行关联以成为担保关联用户。例如,所述第一用户10可以向所述服务器30发送请求与所述第二用户40进行担保关联的关联请求;所述服务器30接收所述关联请求,在接收到所述关联请求后,所述服务器30可以向所述第二用户40发送针对所述关联请求的关联询问信息;所述第二用户40接收所述关联询问信息,在接收到所述关联询问信息后,所述第二用户40可以向所述服务器30发送关联确认信息;所述服务器30接收所述关联确认信息,在接收到所述关联确认信息后,所述服务器30可以在存储的担保关联信息中记录所述第一用户10与所述第二用户40的担保关联关系,并向所述第一用户10发送关联成功的提示信息。

当所述服务器30接收到所述第二用户40针对所述第一车辆使用请求的担保确认信息,或检测到所述第一用户10与所述第二用户40为担保关联用户时,所述服务器30可以根据所述第二用户40的标识在所述区块链系统上查询所述第二用户40的信用值。

进一步地,所述服务器30可以判断所述第二用户40的信用值是否大于或等于所述最低信用值。若所述第二用户40的信用值大于或等于所述最低信用值,表明所述第二用户40的信用值足以使用所述目标车辆20,则所述服务器30可以配置所述第一用户10基于所述第二用户40的信用值使用所述目标车辆20的权限,所述服务器30还可以发送担保成功的提示信息给所述第二用户40。

在所述服务器30配置所述第一用户10基于所述第二用户40的信用值使用所述目标车辆20的权限后,所述服务器30还可以将所述目标车辆20的状态信息更新为使用中。

若所述第一用户10的信用值小于所述最低信用值,表明所述第二用户40的信用值不足以使用所述目标车辆20,则所述服务器30可以分别发送担保失败的提示信息给所述第一用户10和所述第二用户40。

当所述第一用户10得到基于所述第二用户40的信用值使用所述目标车辆20的权限后,所述第一用户10可以正常使用所述目标车辆20。作为一种可选的实施方式,所述第一用户10使用完毕所述目标车辆20时,可以向所述服务器30发送归还所述目标车辆20的第一归还通知消息。所述服务器30接收所述第一用户10归还所述目标车辆20的第一归还通知消息。在接收到所述第一归还通知消息后,所述服务器30可以确定所述第一用户10基于所述第二用户40的信用值使用所述目标车辆20所产生的总费用。其中,所述总费用可以包括所述第一用户10使用所述目标车辆20所产生的租赁费。若所述第一用户10在所述使用目标车辆20期间违反交通规则,所述总费用还可以包括罚款金额。在这种情形下,所述服务器30还可以将所述目标车辆20的状态信息更新为空闲。

作为另一种可选的实施方式,所述第一用户10在使用所述目标车辆20的过程中发生交通事故造成所述目标车辆20受损时,可以向所述服务器30发送车辆故障并归还所述目标车辆20的第二归还通知消息。所述服务器30接收所述第一用户10发送的车辆故障并归还所述目标车辆20的第二归还通知消息。在接收到所述第二归还通知消息后,所述服务器30可以确定所述第一用户10基于所述第二用户40的信用值使用所述目标车辆20所产生的总费用。其中,所述总费用可以包括所述第一用户10使用所述目标车辆20所产生的租赁费以及维修所述目标车辆20所需的维修费。在这种情形下,所述服务器30还可以将所述目标车辆20的状态信息更新为故障。

进一步地,所述服务器30可以查询所述第一用户10对应的支付账户的余额。需要说明的是,所述区块链系统上的每一注册用户至少绑定有一个支付账户。其中,所述第一用户10对应的支付账户即为与所述第一用户10绑定的支付账户。当所述第一用户10绑定有一个支付账户时,所述第一用户10对应的支付账户的余额为该支付账户的余额;当所述第一用户10绑定有多个支付账户时,所述第一用户10对应的支付账户的余额为该多个支付账户的总余额。

进一步地,所述服务器30可以判断所述余额是否大于或等于所述总费用。若所述余额大于或等于所述总费用,表明所述第一用户10对应的支付账户足以支付所述总费用,则所述服务器30从所述第一用户10对应的支付账户扣除所述总费用。若所述余额小于所述总费用,表明所述第一用户10对应的支付账户不足以支付所述总费用,剩下的部分需要从所述第二用户40对应的支付账户扣除,则所述服务器30从所述第一用户10对应的支付账户扣除所述余额,并从所述第二用户40对应的支付账户扣除所述总费用与所述余额的差额。

在本申请的实施例中,所述服务器30还可以发送担保扣费消息给所述第二用户40。其中,所述担保扣费消息至少包括从所述第二用户40对应的支付账户扣除的金额。可以理解的是,若所述第二用户40对应的支付账户的余额不足以支付所述差额,则所述服务器30从所述第二用户40对应的支付账户扣除其余额,否则所述服务器30从所述第二用户40对应的支付账户扣除所述差额。

在本申请的实施例中,在所述服务器30分别对所述第一用户10对应的支付账户以及所述第二用户40对应的支付账户进行扣费后,所述服务器30还可以更新所述第一用户10和所述第二用户40的信用值或信息相关信息。例如,当所述第一用户10独自支付所述总费用时,所述服务器30可以将所述第一用户10和所述第二用户40的信用值分别加1;当所述第二用户40独立支付所述总费用时,所述服务器30可以将所述第二用户40的信用值加2;当所述第一用户10和所述第二用户40共同支付所述总费用时,所述服务器30可以将所述第一用户10和所述第二用户40的信用值分别加0.5和1.5;当所述第一用户10和所述第二用户40一起也不足以支付所述总费用时,所述服务器30可以将所述第一用户10和所述第二用户40的信用值分别减1和2。

综上所述,本申请实施例的共享车辆使用方法使得用户可以基于信用值使用共享车辆,而不需要缴纳押金,这简化了共享车辆使用的整个流程,提高了共享车辆的使用效率。并且,将用户的信用值存储在区块链系统中可以有效防止用户的信用值被恶意篡改。下面结合图2至图6对本申请实施例提供的共享车辆使用方法、共享车辆使用装置及服务器分别进行详细说明。

请参见图2,是本申请实施例提供的一种共享车辆使用方法的流程示意图。具体地,所述方法应用于服务器,所述服务器为区块链系统的其中一个节点。如图2所示的共享车辆使用方法可以包括:

s101、接收第一用户请求通过第二用户的信用担保使用目标车辆的第一车辆使用请求。

在本申请的实施例中,当第一用户的信用值不足以使用目标车辆时,所述第一用户可以向服务器发送请求通过第二用户的信用担保所述目标车辆的第一车辆使用请求。其中,所述第一车辆使用请求包括所述第二用户的标识。所述第二用户的标识可以为所述第二用户的身份证号码、手机号码、邮箱地址、支付账户、在区块链系统上的登录账号等等。

在本申请的实施例中,所述第一车辆使用请求还可以包括所述目标车辆的标识。其中,所述目标车辆的标识可以为所述目标车辆的车牌号码、品牌和车型等等。

s102、根据所述第二用户的标识在区块链系统上查询所述第二用户的信用值。

在本申请的实施例中,所述第二车辆使用请求中还包括所述第二用户的标识;所述服务器执行所述根据所述第二用户的标识在区块链系统上查询所述第二用户的信用值可以具体包括:根据所述第一用户的标识和所述第二用户的标识分别判断所述第一用户和所述第二用户是否为所述区块链系统的注册用户;若所述第一用户和所述第二用户均为所述区块链系统的注册用户,则所述服务器根据所述第二用户的标识在所述区块链系统上查询所述第二用户的信用值。

作为一种可选的实施方式,所述区块链系统上存储有各个注册用户的信用值,在这种情形下所述服务器可以根据所述第二用户的标识直接查询所述第二用户的信用值。

作为另一种可选的实施方式,所述区块链系统上存储有各个注册用户的信用相关信息,在这种情形下所述服务器可以首先根据所述第二用户的标识查询所述第二用户的信用相关信息,然后根据所述第二用户的信用相关信息计算所述第二用户的信用值。其中,所述信用相关信息可以包括但不限于信用积分、不良信用记录、担保次数、被担保次数等等。

s103、判断所述第二用户的信用值是否大于或等于使用所述目标车辆所需的最低信用值。

在本申请的实施例中,所述服务器还可以根据所述目标车辆的标识在所述区块链系统上查询使用所述目标车辆所需的最低信用值。

作为一种可选的实施方式,所述区块链系统上存储有使用不同品牌不同车型的车辆所需的最低信用值。在这种情形下,当所述目标车辆的标识为所述目标车辆的品牌和车型时,所述服务器可以根据所述目标车辆的标识直接查询使用所述目标车辆所需的最低信用值;当所述目标车辆的标识为所述目标车辆的车牌号码时,所述服务器可以根据所述目标车辆的标识首先确定所述目标车辆的品牌和车型,然后根据所述目标车辆的品牌和车型查询使用所述目标车辆所需的最低信用值。

进一步地,所述服务器还可以判断所述第二用户的信用值是否大于或等于所述最低信用值。若所述第二用户的信用值大于或等于所述最低信用值,则所述服务器执行步骤s104;若所述第二用户的信用值小于所述最低信用值,表明所述第二用户的信用值不足以使用所述目标车辆,则所述服务器可以分别发送担保失败的提示信息给所述第一用户和所述第二用户。

s104、配置所述第一用户基于所述第二用户的信用值使用所述目标车辆的权限。

在本申请实施例中,若所述第二用户的信用值大于或等于所述最低信用值,表明所述第二用户的信用值足以使用所述目标车辆,则所述服务器可以配置所述第一用户基于所述第二用户的信用值使用所述目标车辆的权限。

作为一种可选的实施方式,所述服务器还可以发送担保成功的提示信息给所述第二用户。

在本申请实施例中,用户可以基于信用值使用共享车辆,而不需要缴纳押金,这简化了共享车辆使用的整个流程,提高了共享车辆的使用效率。此外,当用户自身的信用值不足以使用某种共享车辆时,所述用户还可以通过另一用户的信用担保使用该种共享车辆,提高了共享车辆的使用率。并且,将用户的信用值存储在区块链系统中可以有效防止用户的信用值被恶意篡改。

请参见图3,是本申请实施例提供的另一种共享车辆使用方法的流程示意图。具体地,所述方法应用于服务器,所述服务器为区块链系统的其中一个节点。如图3所示的共享车辆使用方法可以包括:

s201、接收第一用户请求使用目标车辆的第二车辆使用请求。

当第一用户想要使用目标车辆时,所述第一用户可以向服务器发送请求使用所述目标车辆的第二车辆使用请求。其中,所述第二车辆使用请求包括所述第一用户的标识以及所述目标车辆的标识。所述第一用户的标识可以为所述第一用户的身份证号码、手机号码、邮箱地址、支付账户、在区块链系统上的登录账号等等,所述目标车辆的标识可以为所述目标车辆的车牌号码、品牌和车型等等。

s202、根据所述第一用户的标识在区块链系统上查询所述第一用户的信用值。

在本申请的实施例中,所述服务器执行所述根据所述第一用户的标识在区块链系统上查询所述第一用户的信用值可以具体包括:根据所述第一用户的标识判断所述第一用户是否为所述区块链系统的注册用户;若所述第一用户为所述区块链系统的注册用户,则所述服务器根据所述第一用户的标识在所述区块链系统上查询所述第一用户的信用值。

作为一种可选的实施方式,所述区块链系统上存储有各个注册用户的信用值,在这种情形下所述服务器可以根据所述第一用户的标识直接查询所述第一用户的信用值。

作为另一种可选的实施方式,所述区块链系统上存储有各个注册用户的信用相关信息,在这种情形下所述服务器可以首先根据所述第一用户的标识查询所述第一用户的信用相关信息,然后根据所述第一用户的信用相关信息计算所述第一用户的信用值。其中,所述信用相关信息可以包括但不限于信用积分、不良信用记录、担保次数、被担保次数等等。

s203、根据所述目标车辆的标识在所述区块链系统上查询使用所述目标车辆所需的最低信用值。

作为一种可选的实施方式,所述区块链系统上存储有使用不同品牌不同车型的车辆所需的最低信用值。在这种情形下,当所述目标车辆的标识为所述目标车辆的品牌和车型时,所述服务器可以根据所述目标车辆的标识直接查询使用所述目标车辆所需的最低信用值;当所述目标车辆的标识为所述目标车辆的车牌号码时,所述服务器可以根据所述目标车辆的标识首先确定所述目标车辆的品牌和车型,然后根据所述目标车辆的品牌和车型查询使用所述目标车辆所需的最低信用值。

s204、判断所述第一用户的信用值是否大于或等于所述最低信用值。

若所述第一用户的信用值大于或等于所述最低信用值,则所述服务器执行步骤s205;若所述第一用户的信用值小于所述最低信用值,则所述服务器执行步骤s206。

s205、配置所述第一用户基于所述第一用户的信用值使用所述目标车辆的权限。

若所述第一用户的信用值大于或等于所述最低信用值,表明所述第一用户的信用值足以使用所述目标车辆,则所述服务器配置所述第一用户基于其自身的信用值使用所述目标车辆的权限。

s206、接收所述第一用户请求通过第二用户的信用担保使用所述目标车辆的第一车辆使用请求。

若所述第一用户的信用值小于所述最低信用值,表明所述第一用户的信用值不足以使用所述目标车辆,则所述服务器可以发送信用不足的提示信息给所述第一用户。

当所述第一用户得知其信用值不足以使用所述目标车辆时,所述第一用户可以向所述服务器发送请求通过第二用户的信用担保使用所述目标车辆的第一车辆使用请求。其中,所述第一车辆使用请求包括所述第二用户的标识。

s207、根据所述第二用户的标识在所述区块链系统上查询所述第二用户的信用值。

在本申请的实施例中,所述服务器执行所述根据所述第二用户的标识在所述区块链系统上查询所述第二用户的信用值可以具体包括:根据所述第二用户的标识判断所述第二用户是否为所述区块链系统的注册用户;若所述第二用户为所述区块链系统的注册用户,则所述服务器根据所述第二用户的标识在所述区块链系统上查询所述第二用户的信用值。

在本申请的实施例中,所述服务器执行所述根据所述第二用户的标识在所述区块链系统上查询所述第二用户的信用值还可以具体包括:发送针对所述第一车辆使用请求的担保询问信息给所述第二用户;若接收到所述第二用户针对所述第一车辆使用请求的担保确认信息,则所述服务器根据所述第二用户的标识在区块链系统上查询所述第二用户的信用值。

具体地,在接收到所述第一车辆使用请求后,所述服务器可以向所述第二用户发送针对所述第一车辆使用请求的担保询问信息。所述第二用户接收所述担保询问信息,其中,所述担保询问信息可以携带所述第一用户的标识(如姓名和头像等)、所述目标车辆的标识(如品牌和车型)、使用所述目标车辆所需的最低信用值、所述目标车辆所在的位置等信息。在接收到所述担保询问信息后,所述第二用户可以向所述服务器发送担保确认信息。

在本申请的实施例中,所述服务器执行所述根据所述第二用户的标识在所述区块链系统上查询所述第二用户的信用值还可以具体包括:检测所述第一用户与所述第二用户是否为担保关联用户;若是,则所述服务器根据所述第二用户的标识在区块链系统上查询所述第二用户的信用值。

在这种情形下,所述区块链系统上存储有担保关联信息,用于指示注册用户之间是否为担保关联用户。在接收到所述第一车辆使用请求后,所述服务器可以查询所述担保关联信息以检测所述第一用户与所述第二用户是否为担保关联用户。若所述服务器检测到所述第一用与所述第二用户不为担保关联用户,则所述服务器可以向所述第二用户发送针对所述第一车辆使用请求的担保询问信息。

需要说明的是,所述第一用户与所述第二用户为担保关联用户指的是所述第一用户与所述第二用户默认愿意为对方进行信用担保。

s208、判断所述第二用户的信用值是否大于或等于所述最低信用值。

若所述第二用户的信用值大于或等于所述最低信用值,则所述服务器执行步骤s209;若所述第二用户的信用值小于所述最低信用值,表明所述第二用户的信用值不足以使用所述目标车辆,则所述服务器可以分别发送担保失败的提示信息给所述第一用户和所述第二用户。

s209、配置所述第一用户基于所述第二用户的信用值使用所述目标车辆的权限。

当所述第一用户得到基于所述第二用户的信用值使用所述目标车辆的权限后,所述第一用户可以正常使用所述目标车辆。在所述第一用户归还所述目标车辆后,所述服务器可以确定所述第一用户基于所述第二用户的信用值使用所述目标车辆所产生的总费用。其中,所述总费用可以包括但不限于所述第一用户使用所述目标车辆所产生的租赁费、由于违反交通规则所产生的罚款金额、由于交通事故所产生的维修费等等。

进一步地,所述服务器可以查询所述第一用户对应的支付账户的余额并判断所述余额是否大于或等于所述总费用。若所述余额大于或等于所述总费用,表明所述第一用户对应的支付账户足以支付所述总费用,则所述服务器从所述第一用户对应的支付账户扣除所述总费用。若所述余额小于所述总费用,表明所述第一用户对应的支付账户不足以支付所述总费用,剩下的部分需要从所述第二用户对应的支付账户扣除,则所述服务器从所述第一用户对应的支付账户扣除所述余额,并从所述第二用户对应的支付账户扣除所述总费用与所述余额的差额。

可以理解的是,若所述第二用户对应的支付账户的余额不足以支付所述差额,则所述服务器从所述第二用户对应的支付账户扣除其余额,否则所述服务器从所述第二用户对应的支付账户扣除所述差额。

在本申请实施例中,用户可以基于信用值使用共享车辆,而不需要缴纳押金,这简化了共享车辆使用的整个流程,提高了共享车辆的使用效率。此外,当用户自身的信用值不足以使用某种共享车辆时,所述用户还可以通过另一用户的信用担保使用该种共享车辆,提高了共享车辆的使用率。并且,将用户的信用值存储在区块链系统中可以有效防止用户的信用值被恶意篡改。

本申请实施例还提供一种共享车辆使用装置100,该装置100包括用于执行本申请图2所示的方法的模块,可以配置于服务器中,所述服务器为区块链系统的其中一个节点。具体地,请参见图4,是本申请实施例提供的一种共享车辆使用装置的结构示意图。如图4所示的共享车辆使用装置100可以包括:接收模块101、查询模块102、判断模块103和配置模块104。其中,

所述接收模块101,用于接收第一用户请求通过第二用户的信用担保使用目标车辆的第一车辆使用请求,所述第一车辆使用请求包括所述第二用户的标识。

所述查询模块102,用于根据所述第二用户的标识在区块链系统上查询所述第二用户的信用值。

所述判断模块103,用于判断所述第二用户的信用值是否大于或等于使用所述目标车辆所需的最低信用值。

所述配置模块104,用于当所述判断模块103判断出所述第二用户的信用值大于或等于使用所述目标车辆所需的最低信用值时,配置所述第一用户基于所述第二用户的信用值使用所述目标车辆的权限。

需要说明的是,本申请实施例提供的共享车辆使用装置100的具体工作流程请参考本申请实施例提供的方法流程部分,在此不再赘述。

在本申请实施例中,用户可以基于信用值使用共享车辆,而不需要缴纳押金,这简化了共享车辆使用的整个流程,提高了共享车辆的使用效率。此外,当用户自身的信用值不足以使用某种共享车辆时,所述用户还可以通过另一用户的信用担保使用该种共享车辆,提高了共享车辆的使用率。并且,将用户的信用值存储在区块链系统中可以有效防止用户的信用值被恶意篡改。

本申请实施例还提供另一种共享车辆使用装置200,该装置200包括用于执行本申请图3所示的方法的模块,可以配置于服务器中,所述服务器为区块链系统的其中一个节点。具体地,请参见图5,是本申请实施例提供的一种共享车辆使用装置的结构示意图。如图5所示的共享车辆使用装置200可以包括:接收模块201、查询模块202、判断模块203、配置模块204、发送模块205、检测模块206、确定模块207和扣除模块208。其中,

所述接收模块201,用于接收第一用户请求使用目标车辆的第二车辆使用请求,所述第二车辆使用请求包括所述第一用户的标识以及所述目标车辆的标识。

所述查询模块202,用于根据所述第一用户的标识在所述区块链系统上查询所述第一用户的信用值。

所述查询模块202,还用于根据所述目标车辆的标识在所述区块链系统上查询使用所述目标车辆所需的最低信用值。

所述判断模块203,还用于判断所述第一用户的信用值是否大于或等于所述最低信用值。

所述配置模块204,用于当所述判断模块203判断出所述第一用户的信用值大于或等于所述最低信用值时,配置所述第一用户基于所述第一用户的信用值使用所述目标车辆的权限。

所述接收模块201,还用于当所述判断模块203判断出所述第一用户的信用值小于所述最低信用值时,接收所述第一用户请求通过第二用户的信用担保使用所述目标车辆的第一车辆使用请求,所述第一车辆使用请求包括所述第二用户的标识。

所述查询模块202,还用于根据所述第二用户的标识在区块链系统上查询所述第二用户的信用值。

所述发送模块205,用于发送针对所述第一车辆使用请求的担保询问信息给所述第二用户。

所述接收模块201,还用于接收所述第二用户针对所述第一车辆使用请求的担保确认信息。

可选地,所述查询模块202执行所述根据所述第二用户的标识在区块链系统上查询所述第二用户的信用值时,具体用于当所述接收模块201接收到所述第二用户针对所述第一车辆使用请求的担保确认信息时,根据所述第二用户的标识在区块链系统上查询所述第二用户的信用值。

所述检测模块206,用于检测所述第一用户与所述第二用户是否为担保关联用户。

可选地,所述查询模块202执行所述根据所述第二用户的标识在区块链系统上查询所述第二用户的信用值时,具体用于当所述检测模块206检测到所述第一用户与所述第二用户为担保关联用户时,根据所述第二用户的标识在区块链系统上查询所述第二用户的信用值。

所述判断模块203,还用于判断所述第二用户的信用值是否大于或等于所述最低信用值。

所述配置模块204,还用于当所述判断模块203判断出所述第二用户的信用值大于或等于所述最低信用值时,配置所述第一用户基于所述第二用户的信用值使用所述目标车辆的权限。

所述确定模块207,用于确定所述第一用户基于所述第二用户的信用值使用所述目标车辆所产生的总费用。

所述查询模块202,还用于查询所述第一用户对应的支付账户的余额。

所述判断模块203,还用于判断所述余额是否大于或等于所述总费用。

所述扣除模块208,用于当所述判断模块203判断出所述余额大于或等于所述总费用时,从所述第一用户对应的支付账户扣除所述总费用。

所述扣除模块208,还用于当所述判断模块203判断出所述余额小于所述总费用时,从所述第一用户对应的支付账户扣除所述余额,并从所述第二用户对应的支付账户扣除所述总费用与所述余额的差额。

需要说明的是,本申请实施例提供的共享车辆使用装置200的具体工作流程请参考本申请实施例提供的方法流程部分,在此不再赘述。

在本申请实施例中,用户可以基于信用值使用共享车辆,而不需要缴纳押金,这简化了共享车辆使用的整个流程,提高了共享车辆的使用效率。此外,当用户自身的信用值不足以使用某种共享车辆时,所述用户还可以通过另一用户的信用担保使用该种共享车辆,提高了共享车辆的使用率。并且,将用户的信用值存储在区块链系统中可以有效防止用户的信用值被恶意篡改。

请参见图6,是本申请实施例提供的一种服务器的结构示意图。如图6所示的本实施例中的服务器300可以包括处理器301和存储器302,其中,所述处理器301和存储器302通过总线303连接。所述存储器302用于存储计算机程序,所述计算机程序包括程序指令。

具体地,所述处理器301被配置用于调用所述程序指令执行:

接收第一用户请求通过第二用户的信用担保使用目标车辆的第一车辆使用请求,所述第一车辆使用请求包括所述第二用户的标识;

根据所述第二用户的标识在区块链系统上查询所述第二用户的信用值;

判断所述第二用户的信用值是否大于或等于使用所述目标车辆所需的最低信用值;

若是,则配置所述第一用户基于所述第二用户的信用值使用所述目标车辆的权限。

可选地,所述处理器301被配置用于调用所述程序指令还执行:

接收所述第一用户请求使用所述目标车辆的第二车辆使用请求,所述第二车辆使用请求包括所述第一用户的标识以及所述目标车辆的标识;

根据所述第一用户的标识在所述区块链系统上查询所述第一用户的信用值;

根据所述目标车辆的标识在所述区块链系统上查询使用所述目标车辆所需的最低信用值;

判断所述第一用户的信用值是否大于或等于所述最低信用值;

若是,则配置所述第一用户基于所述第一用户的信用值使用所述目标车辆的权限;

若否,则执行所述接收第一用户请求通过第二用户的信用担保使用目标车辆的第一车辆使用请求。

可选地,所述处理器301被配置用于调用所述程序指令还执行:

确定所述第一用户基于所述第二用户的信用值使用所述目标车辆所产生的总费用;

查询所述第一用户对应的支付账户的余额;

判断所述余额是否大于或等于所述总费用;

若是,则从所述第一用户对应的支付账户扣除所述总费用;

若否,则从所述第一用户对应的支付账户扣除所述余额,并从所述第二用户对应的支付账户扣除所述总费用与所述余额的差额。

可选地,所述处理器301被配置用于调用所述程序指令还执行:

发送针对所述第一车辆使用请求的担保询问信息给所述第二用户;

若接收到所述第二用户针对所述第一车辆使用请求的担保确认信息,则执行所述根据所述第二用户的标识在区块链系统上查询所述第二用户的信用值。

可选地,所述处理器301被配置用于调用所述程序指令还执行:

检测所述第一用户与所述第二用户是否为担保关联用户;

若是,则执行所述根据所述第二用户的标识在区块链系统上查询所述第二用户的信用值。

应当理解,在本申请实施例中,所述处理器301可以是中央处理单元(centralprocessingunit,cpu),该处理器还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现场可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器302可以包括只读存储器(read-onlymemory,rom)和随机存取存储器(randomaccessmemory,ram),并向所述处理器301提供计算机程序和数据。所述存储器302的一部分还可以包括非易失性随机存取存储器。例如,所述存储器302还可以存储设备类型的信息。

具体实现中,本申请实施例中所描述的处理器301可以执行本申请图2或图3所示的共享车辆使用方法的实现方式,在此不再赘述。

在本申请实施例中,所述处理器301调用存储在所述存储器302中的程序指令,使得用户可以基于信用值使用共享车辆,而不需要缴纳押金,这简化了共享车辆使用的整个流程,提高了共享车辆的使用效率。此外,当用户自身的信用值不足以使用某种共享车辆时,所述用户还可以通过另一用户的信用担保使用该种共享车辆,提高了共享车辆的使用率。并且,将用户的信用值存储在区块链系统中可以有效防止用户的信用值被恶意篡改。

在本申请的实施例中还提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行如本申请图2或图3所示的共享车辆使用方法。

所述计算机可读存储介质可以是前述任一实施例所述的服务器的内部存储单元,如服务器的硬盘或内存。所述计算机可读存储介质也可以是所述服务器的外部存储设备,如所述服务器上配备的插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard)等。

以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1