CN115357012A - 租赁车辆诊断设备的方法 - Google Patents

Abstract

本申请实施例提供了一种租赁车辆诊断设备的方法，该方法包括可以包括以下步骤：响应于客户终端发送的租赁请求信息，确定待租赁的至少一个基础硬件诊断设备；根据至少一个基础硬件诊断设备计算租赁费用，并生成第一租赁订单信息；将第一租赁订单信息发送至客户终端；响应于客户终端发送的第一租赁确认指令，在检测到租赁费用的收取成功指令后，根据第一租赁信息配送至少一个基础硬件诊断设备。通过实施本申请实施例方法，有助于用户方便快捷地诊断(或维修)故障车辆，也有助于降低用户诊断(或维修)故障车辆的费用。

Description

租赁车辆诊断设备的方法

技术领域

本申请涉及互联网领域，尤其涉及一种租赁车辆诊断设备的方法。

背景技术

当车辆出现故障时，用户一般会前往修理厂对车辆进行故障诊断和维修；或者，用户会自行购买便捷诊断设备对车辆进行故障诊断和维修。但是，会存在用户来不及或者不方便前往修理厂的情况，而且便携诊断设备价格不菲，并不是每个用户都能够承担其费用。因此，如何提供一种可靠的车辆诊断设备的租赁方法，降低用户诊断或维修故障车辆的费用以及难度，是本领域技术人员急需解决的问题。

发明内容

本申请实施例提供了一种租赁车辆诊断设备的方法，可以根据用户提供的车辆故障信息为用户生成车辆诊断设备的租赁订单，有助于降低用户诊断或维修故障车辆的难度。而且相对于其他方式来说，租赁车辆诊断设备的费用比较低，这也有助于降低用户诊断或维修故障车辆的费用，减轻用户诊断或维修故障车辆的负担。

第一方面，本申请实施例提供了一种租赁车辆诊断设备的方法，应用于云平台，该方法可以包括以下步骤：

响应于客户终端发送的租赁请求信息，确定待租赁的至少一个基础硬件诊断设备；

根据至少一个基础硬件诊断设备计算租赁费用，并生成第一租赁订单信息；

将第一租赁订单信息发送至客户终端；

响应于客户终端发送的第一租赁确认指令，在检测到租赁费用的收取成功指令后，根据第一租赁订单信息配送至少一个基础硬件诊断设备。

可以看出，本申请实施例可以根据用户提供的车辆故障信息，智能化、个性化地为用户指定车辆诊断设备的租赁订单(或方案)，有助于降低用户诊断或维修故障车辆的难度以及费用。

在一种可能的实施方式中，车辆故障信息可以包括用户自定义文本信息、用户自定义图像信息或预设故障信息中的至少一种，该预设故障信息为云平台提供的故障信息词条。

可以看出，本申请实施例方法允许用户用不同的方式描述车辆故障信息，有利于保证车辆故障信息的准确性，而且用户通过选择预设故障信息词条来描述车辆故障信息，可以降低用户描述车辆故障信息的复杂程度，提高用户的使用(或租赁)体验。

在另一种可能的实施方式中，根据至少一个基础硬件诊断设备计算租赁费用，并生成第一租赁订单信息，可以包括以下步骤：

响应于客户终端发送的租赁请求信息，确定待租赁的至少一个辅助硬件诊断设备，以及与至少一个基础硬件设备和至少一个辅助硬件诊断设备相关联的软件功能；

根据至少一个辅助硬件诊断设备以及软件功能计算租赁费用，并生成第一租赁订单信息。

可以看出，本申请实施例方法可以结合租赁方案(针对用户的故障车辆的目标诊断设备及其相关的软件服务的租赁方案，该租赁方案可以包含于租赁订单信息，目标诊断设备在本申请中指基础硬件诊断设备和/或辅助硬件诊断设备)为用户合理生成租赁费用。

在另一种可能的实施方式中，根据至少一个基础硬件诊断设备计算租赁费用，并生成第一租赁订单信息，可以包括以下步骤：

根据车辆故障信息与云平台内存储的车辆故障信息进行匹配，确定第一故障类型；

根据第一故障类型，确定对应的基础硬件诊断设备和辅助硬件诊断设备；

根据基础硬件诊断设备和辅助硬件诊断设备以及与基础硬件诊断设备和辅助硬件诊断设备相关联的软件功能生成第一租赁订单信息。

可以看出，本申请实施例通过将车辆故障信息与云平台内存储的车辆故障信息进行匹配，有助于快速确认车辆的故障类型，而且云平台庞大的车辆故障信息数据库也能保证云平台对于车辆故障类型的准确性。

在另一种可能的实施方式中，本申请实施例方法可以包括：

租赁请求信息还可以包括车辆型号以及位置信息；

第一租赁订单信息可以包括目标诊断设备、租赁费用以及推荐收货方式。

可以看出，本申请实施例方法中的第一租赁订单信息还可以包括推荐收货方式，有利于为用户推荐最便捷的收货方式，保障用户的使用(或租赁)体验。

在另一种可能的实施方式中，根据车辆故障信息生成第一租赁订单信息，可以包括以下步骤：

根据位置信息，判断预设范围内是否存在线下租赁网点；

若判断为是，则在第一租赁订单信息中添加线下租赁网点的位置信息。

可以看出，本申请实施例方法可以根据用户的位置信息判断在用户周围是否存在便捷提货的线下租赁网点，并且会为用户推荐符合预设条件的线下租赁网点，有助于简化用户获取车辆诊断设备的复杂程度，进一步提高用户的使用(或租赁)体验。

在另一种可能的实施方式中，响应于客户终端发送的第一租赁确认指令，根据第一租赁订单信息配送车辆诊断设备，还可以包括以下步骤：

接收客户终端发送的修改指令，该修改指令可以用于修改目标诊断设备和/或推荐收货方式；

根据修改指令生成第二租赁订单信息；

根据第二租赁订单信息发送至客户终端；

接收客户终端发送的第二租赁确认指令，根据第二租赁订单信息配送车辆诊断设备。

可以看出，通过实施本申请实施例方法还可以接收用户修改租赁订单信息的修改指令，这种和用户交互修订租赁订单信息的行为，有助于生成更加符合用户实际情况的租赁订单，也有助于进一步提高用户的使用(或租赁)体验。

第二方面，本申请实施例提供了一种云平台，该云平台可以包括以下部分：通信模块、计算模块以及控制模块；

通信模块，可以用于接收客户终端发送的租赁请求信息，该租赁请求信息可以包括车辆故障信息；

计算模块，可以用于根据车辆故障信息生成第一租赁订单信息；

通信模块，还可以用于将租赁订单信息发送至客户终端；

通信模块，还可以用于接收客户终端发送的第一租赁确认指令；

控制模块，可以根据第一租赁订单信息配送车辆诊断设备。

第三方面，本申请实施例提供了一种云平台，该云平台可以包括以下部分：处理器、存储器和总线；

处理器和存储器通过总线连接，其中，存储器用于存储一组程序代码，处理器用于调用存储器中存储的程序代码，执行如第一方面所述的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，包括：

计算机可读存储介质中存储有指令，当其在计算机上运行时，实现如第一方面所述的方法。

通过实施本申请实施例方法，可以根据用户发送的车辆故障信息为用户个性化制定车辆诊断设备的租赁方案以及租赁订单，而且还能用合适的方式将车辆诊断设备配送给用户，有利于降低用户租赁车辆诊断设备的难度，也有助于提高用户的使用(或租赁)体验。

附图说明

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

图1是本申请实施例提供的一种租赁车辆诊断设备的方法的流程示意图；

图2是本申请实施例提供的一种生成租赁方案的场景示意图；

图3是本申请实施例提供的一种确定故障类型的场景示意图；

图4是本申请实施例提供的一种云平台的组成示意图；

图5是本申请实施例提供的另一种云平台的组成示意图。

具体实施方式

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

本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结果或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了更好的理解本申请实施例技术方案，下面，结合图1中的步骤对本申请实施例提供的一种租赁车辆诊断设备的方法进行详细说明。

请参见图1，为本申请实施例提供的一种租赁车辆诊断设备的方法的流程示意图。可以理解，下述方法的执行主体为云平台；如图1所示，该方法可以包括以下步骤：

S101，响应于客户终端发送的租赁请求信息，确定待租赁的至少一个基础硬件诊断设备。

需要说明的是，租赁请求信息可以包括车辆故障信息。

在一种可能的实施方式中，在用户通过客户终端向与平台发送租赁请求信息之前，用户还可以通过客户终端向云平台发送登录指令，该登录指令可以用于用户通过客户终端登录与云平台关联的账户(后文描述采用“账户”简称)。用户通过登录账户可以是“账号-密码”模式、“手机号-验证码”、“指纹识别”模式以及“人脸识别”模式。需要说明的是，上述用户登录账户的方式仅是为了更详细地说明本申请实施例方法，具体登录账户的方式由技术人员根据实际情况进行设定。更多地，在用户初次登录账户时，需进行身份认证以及录入用户车辆的基本信息。其中，身份认证可以是实名制认证，还可以是将账户与该用户在其他软件或渠道已经实名认证过的账户(如用户的社交账户和/或银行账户)进行关联；车辆的基本信息可以包括车辆的型号。

更多地，在用户登录账户后，云平台的服务器会向客户终端推送车辆诊断设备服务功能界面，该服务功能界面可以包括：功能选择区以及故障描述区。其中，功能选择区可以包括诊断设备(如基础硬件诊断设备、辅助硬件诊断设备)能够提供的各种服务功能模块，如综合诊断、智能诊断、在线编程、远程诊断、特殊功能、引脚校测、ADAS校准、胎压诊断、维修资料库、培训视频、传统诊断、软件升级、环保M站功能(付费功能)、诊断记录、OBD全功能等。故障描述区可以供用户输入(或选择)车辆故障信息。需要说明的是，车辆故障信息可以包括用户自定义文本信息、用户自定义图像信息或预设故障信息中的至少一种。该预设故障信息可以为云平台提供的故障信息词条。

示例性的，当用户存在车辆诊断设备租赁需求时(如车辆车载显示屏死机)，用户可以故障描述区输入如“车载显示屏死机”的车辆故障信息，还可以拍摄操作车载显示屏的照片或视频。若故障描述区内存在“车载显示屏死机”的故障信息词条，则用户可以直接选择“车载显示屏死机”词条，这样还有助于降低用户描述车辆故障信息的操作难度，提高用户的使用体验。

更多地，在本申请实施例中，云平台是可以用于为用户提供车辆诊断设备服务的平台。云平台的具体表现形式可以是网页、小程序或软件等。上述客户终端还可以称为用户终端，客户终端可以是固定的，还可以是移动的。其具体形式可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、可穿戴终端设备等。PC端的终端设备，例如一体机等，其操作系统可以包括但不限于Linux系统、Unix系统、Windows系列系统(例如Windowsxp、Windows 7等)、Mac OS X系统(苹果电脑的操作系统)等操作系统。移动端的终端设备，例如智能手机等，其操作系统可以包括但不限于安卓系统、IOS(苹果手机的操作系统)、Window系统等操作系统。

可以看出，通过实施本申请实施例方法，能够保证用户身份的合法性，和保证租赁请求的真实性，有助于避免用户逃单或其他恶意租赁的行为。而且本申请实施例方法中的租赁服务界面(上述车辆诊断设备服务功能界面)简洁方便，清晰的功能分区(功能选择区以及故障描述区)能够让用户快速地完成相关操作，降低了用户进行发出租赁请求的难度，有利于提高用户的使用体验。

S102，根据所述至少一个基础硬件诊断设备计算租赁费用，并生成第一租赁订单信息。

在一种可能的实施方式中，根据至少一个基础硬件诊断设备计算租赁费用，并生成第一租赁订单信息，可以包括以下步骤：

响应于客户终端发送的租赁请求信息，确定待租赁的至少一个辅助硬件诊断设备，以及与至少一个基础硬件诊断设备和至少一个辅助硬件诊断设备相关联的软件功能；

根据至少一个辅助硬件诊断设备以及软件功能计算租赁费用，生成第一租赁订单信息。

可选地，上述基础硬件诊断设备以及辅助硬件诊断设备可以统称为目标诊断设备(下文统称目标诊断设备)。

其中，辅助硬件诊断设备可以包括ADAS校准设备、以及检测设备(包括蓄电池检测仪、电瓶检测夹，搭配诊断设备使用，其功能包括：蓄电池检测、汽车启动检测以及汽车充电检测、报告打印分享)。

更多地，用户可以在租赁请求信息中添加租赁预算，该租赁预算可以用于表示用户对于此次租赁费用的要求。在接收到有租赁预算的租赁请求信息后，云平台可以在尽量满足用户诊断(或维修)需求的同时，也尽量将租赁费用控制在租赁预算之内。若遇上无法满足用户租赁预算的情况，云平台可以向客户终端发送提醒信息，该提醒信息可以用于提醒用户修改租赁预算，以及本次车辆诊断设备租赁的预计费用。或者，用户还可以在租赁预算的基础上设置租赁预算波动范围。

示例性的，若用户通过客户终端提交的车辆故障信息中包括车辆出现故障1和租赁预算(500元)，云平台生成针对故障1的车辆诊断设备(或目标诊断设备)的租赁费用为700元，此时租赁费用(700元)大于用户的租赁预算(500元)，云平台可以向客户终端发送如“请您提高租赁预算”或“建议将租赁预算调整至700元”的提醒信息。或者，若用户设置了租赁预算波动范围(如±40％)，则上述租赁费用为700元的租赁方案(针对用户的故障车辆的目标诊断设备及其相关的关联软件服务的租赁方案)也符合用户的要求，即不用向用户发送提醒信息。或者，如图2提供的一种生成租赁方案的场景示意图所示，当云平台根据故障1生成的租赁方案1(含目标诊断设备1)对应的租赁费用(700元)超过了用户的租赁预算(500元)，则云平台还可以用其他同样能够实现对故障1进行诊断(或维修)的目标诊断设备2(租赁费用比目标诊断设备1的低，为470元)来替换上述目标诊断设备1，但是对于故障1而言，目标诊断设备1的选择优先级比目标诊断设备2高，即目标诊断设备1更加适配解决故障1，如目标诊断设备2的器械版本比目标诊断设备1落后，或者目标诊断设备2的诊断(或维修)准确率(或成功率)比目标诊断设备1低。

可以看出，本申请实施例方法提供多样化的故障车辆诊断(或维修)的服务，基本上满足了用户日常的故障车辆诊断(或维修)的需求。而且本申请实施例方法允许用户设置租赁预算，在不给用户经济状况造成负担的同时，满足用户的租赁需求，有利于进一步的保证用户的使用体验。

在另一种可能的实施方式中，根据至少一个基础硬件诊断设备计算租赁费用，并生成第一租赁订单信息，可以包括以下步骤：

根据车辆故障信息与云平台内存储的车辆故障信息进行匹配，确定第一故障类型；

根据第一故障类型，确定对应的基础硬件诊断设备和辅助硬件设备；

根据基础硬件诊断设备和辅助硬件诊断设备以及与基础硬件诊断设备和辅助硬件诊断设备相关联的软件功能生成第一租赁订单信息。

需要说明的是，上述“根据车辆故障信息与云平台内存储的车辆故障信息进行匹配，确定第一故障类型”可以是云平台根据技术人员预先存储的车辆故障信息来和用户提交的车辆故障信息进行匹配，还可以是将用户输入的车辆故障信息与云平台中处于完成状态的租赁订单中的车辆故障信息进行匹配。其中，上述匹配的方式可以是关键字匹配，还可以是图片匹配(或视频匹配)。更多地，处于完成状态的租赁订单是指用户支付租赁费用并且寄回车辆诊断设备的订单。示例性的，如图3提供的一种确定故障类型的场景示意图所示，若用户提交的车辆故障信息2与技术人员预先设置的车辆故障信息没有匹配成功(即技术人员预先设置的车辆故障信息中没有与车辆故障信息2相同的车辆故障信息)，则云平台可以将车辆故障信息2与云平台中处于完成状态的租赁订单中的车辆故障信息进行匹配。若上述两种匹配方式都无法确认车辆故障信息2的故障类型，则可以由后台工作人员进行人工判断。更多地，上述匹配过程可以采用分支遍历的分析方法。

可能地，本申请实施例方法中的云平台在对用户提交的车辆故障信息进行匹配时，可以根据用户车辆型号来进行优先匹配，即优先利用云平台中存储的该型号车辆的车辆故障信息与用户提交的车辆故障信息进行匹配。示例性的，若用户车辆的车辆型号为车辆型号1，则云平台可以优先将云平台内存储的车辆型号1相关的车辆故障信息与用户提交的故障信息进行匹配。

更多地，故障类型会有车辆诊断设备存在关联关系。该关联关系可以是技术人员预先设置的“故障类型-车辆诊断设备”的关联关系，还可以是云平台中处于完成状态的租赁订单中的“故障类型-车辆诊断设备”的关联关系。

可以看出，本申请实施例方法上述的车辆故障信息的匹配方式可以更大程度地保证云平台对于用户提交的车辆故障信息的判断的准确性，而且利用云平台中处于完成状态的租赁订单的数据(车辆故障信息、车辆诊断设备、租赁费用)可以扩大本申请实施例方法对于车辆故障信息识别的对比库，使得用户能够利用本申请实施例方法解决更多的车辆故障诊断(或维修)的问题。

在另一种可能的实施方式中，本申请实施例方法还可以包括：

租赁请求信息还可以包括车辆型号以及位置信息；

第一租赁订单信息可以包括基础硬件诊断设备和辅助硬件诊断设备的型号、租赁费用以及推荐收货方式。

需要说明的是，租赁请求信息还可以包括用户对于车辆诊断设备的预计收货时间；推荐收货方式可以包括寄送、送货上门或线下租赁网点自取等等。

可以看出，本申请实施例方法包含多样化的参数(如上述的租赁请求信息、第一租赁订单信息等)，这有助于云平台更加全面地了解用户的情况以及租赁需求，而且也有助于云平台为用户提供更加人性化的租赁服务，有助于提高用户的使用(或租赁)体验。

在另一种可能的实施方式中，根据至少一个基础硬件诊断设备计算租赁费用，并生成第一租赁订单信息，可以包括以下步骤：

根据位置信息，判断预设范围内是否存在线下租赁网点；

若判断为是，则在第一租赁订单信息中添加线下租赁网点的位置信息。

示例性的，设预设范围为100米，若距离用户位置(或位置信息)100米内存在线下租赁网点，则可以将推荐收货方式设置为“线下租赁网点自取”，并且在租赁订单信息中添加线下租赁网点的位置信息，便于用户前往线下租赁网点提取对应的车辆诊断设备。更多地，用户可以通过输入提货码、手机号或者扫码等方式来通过线下租赁网点的身份验证。

可能地，基于用户的位置信息，在预设范围内没有线下租赁网点时，则可以根据用户的预计收货时间来为用户生成推荐收货方式。若用户想快速收到车辆诊断设备，则可以将推荐收货方式设置为“送货上门”，然后由邻近的线下租赁网点的工作人员将车辆诊断设备配送给用户；若用户对于收到车辆诊断设备的时间没有要求，则可以将推荐收货方式设置为“寄送”，然后由车辆诊断设备仓库的工作人员将车辆诊断设备打包寄送给用户。

更多地，本申请实施例方法还可以根据用户的位置信息，获取对应的天气信息(即位置信息对应位置的天气信息)，并根据天气信息生成推荐收货方式。而且，本申请实施例方法还可以根据时间信息(时间信息可以包含在租赁请求信息内)来生成推荐收货方式，当该时间信息对应的时间不在预设时间范围内(该预设时间范围可以是线下租赁网点的经营时间等)。示例性的，若用户位置信息对应位置的天气信息为“暴雨，温度为2℃～10℃”，由于这种严酷的环境不利于用户出行，则可以将推荐收货方式设置为“寄送”；若用户提交租赁请求信息的时间为晚上22时17分，由于时间太晚，不利于用户出行，则可以将推荐收货方式设置为“寄送”。

需要说明的是，上述对于推荐收货方式的举例只是为了详细地说明本申请实施例方法，不应对本申请构成限定。具体的推荐收货方式判定，由技术人员根据实际情况进行设置。

可以看出，通过实施本申请实施例方法可以根据用户的实际情况为用户推荐车辆诊断设备的收货方式，使得用户租赁车辆诊断设备的过程更加方便、更加的人性化，有助于提高用户的使用体验。

S103，将所述第一租赁订单信息发送至所述客户终端。

S104，响应于所述客户终端发送的第一租赁确认指令，在检测到所述租赁费用的收取成功指令后，根据所述第一租赁订单信息配送所述至少一个基础硬件诊断设备。

在另一种可能的实施方式中，响应于客户终端发送的第一租赁确认指令，在检测到租赁费用的收取成功指令后，根据第一租赁订单信息配送至少一个基础硬件诊断设备，还可以包括以下步骤：

接收客户终端发送的修改指令，该修改指令可以用于修改基础硬件诊断设备的型号、辅助硬件诊断设备的型号或推荐收货方式中的至少一种；

根据修改指令生成第二租赁订单信息；

将第二租赁订单信息发送至客户终端；

接收客户终端发送的第二租赁确认指令，根据第二租赁订单信息配送车辆诊断设备。

需要说明的是，上述用于配送的车辆诊断设备即最终确定的租赁订单信息中的目标诊断设备。

更多地，用户还可以根据自身的车辆诊断(或维修)经验，选择是否需要添加更多的软件功能服务。用户可以直接在租赁订单页面便捷选择更多的软件功能服务。

示例性的，若用户认为云平台发送的第一租赁订单信息中的目标诊断设备(或目标诊断设备对应的关联软件服务)不适合解决其车辆故障，则用户可以自行修改目标诊断设备(或其对应的关联软件服务)；若第一订单信息中的推荐收货方式为“线下租赁网点自提”，而用户不愿前往线下租赁网点，则用户可以将(推荐)收货方式修改为“寄送”，并选择或新建收货地址。其中，收货地址可以在用户发送租赁请求信息之前新建，也可以在确认(或提交)租赁订单时新建。在另一种可能的实施方式中，用户可以选择上述推荐收货方式中的任意一种送回车辆诊断设备，工作人员在确认用户送回的车辆诊断设备能够正常工作后(或车辆诊断设备没有受损)，将用户的租赁订单的状态更改为“完成状态”。更多地，工作人员可以根据车辆诊断设备的编号(或存储有车辆诊断设备基本信息的二维码)来确认租赁和使用该车辆诊断设备的租赁订单(或用户)。

可以看出，通过实施本申请实施例方法，用户可以根据自身情况灵活地调整租赁订单信息，本申请实施例方法还会对寄回的租赁设备进行质检，有助于保障车辆诊断设备租赁公司的经济利益，也有助于保障其他用户租用车辆诊断设备的质量保证，进一步保障用户的使用(或租赁)体验。

下面结合附图介绍本申请实施例涉及的装置。

请参见图4，为本申请实施例提供的一种云平台的组成示意图，该云平台可以包括：通信模块410、计算模块420以及控制模块430；

通信模块410，可以用于接收客户终端发送的租赁请求信息；

计算模块420，可以用于确定待租赁的至少一个基础硬件诊断设备；

计算模块420，还可以用于根据至少一个基础硬件诊断设备计算租赁费用，并生成第一租赁订单信息；

通信模块410，还可以用于将第一租赁订单信息发送至客户终端；

通信模块410，还可以用于接收客户终端发送的第一租赁确认指令；

控制模块430，可以用于在检测租赁费用的收取成功指令后，根据第一租赁订单信息配送基础硬件诊断设备。

在一种可能的实施方式中，本申请实施例的云平台还可以包括：

计算模块420，还可以用于确定待租赁的至少一个辅助硬件诊断设备，以及与至少一个基础硬件诊断设备和至少一个辅助硬件诊断设备相关联的软件功能；

计算模块420，还可以用于根据至少一个辅助硬件诊断设备以及软件功能计算租赁费用，并生成第一租赁订单信息。

在另一种可能的实施方式中，租赁请求信息可以包括车辆故障信息，该车辆故障信息可以包括用户自定义文本信息、用户自定义图像信息或预设故障信息中的至少一种，该预设故障信息可以为云平台提供的故障信息词条。

在另一种可能的实施方式中，本申请实施例的云平台还可以包括：

计算模块420，还可以用于根据车辆故障信息与云平台内存储的车辆故障信息进行匹配，确定第一故障类型；

计算模块420，还可以用于根据第一故障类型，确定对应的基础硬件诊断设备和辅助硬件诊断设备；

计算模块420，还可以用于根据基础硬件诊断设备和辅助硬件诊断设备以及与基础硬件诊断设备和辅助硬件诊断设备相关联的软件功能生成第一租赁订单信息。

在另一种可能的实施方式中，租赁请求信息还可以包括车辆型号以及位置信息；第一租赁订单信息还可以包括基础硬件诊断设备和辅助硬件诊断设备的型号、租赁费用以及推荐收货方式。

在另一种可能的实施方式中，本申请实施例的云平台还可以包括：

计算模块420，还可以用于根据位置信息，判断预设范围内是否存在线下租赁网点；

计算模块420，还可以用于在位置信息的预设范围内存在线下租赁网点时，在第一租赁订单信息中添加线下租赁网点的位置信息。

在另一种可能的实施方式中，本申请实施例的云平台还可以包括：

通信模块410，还可以用于接收客户终端发送的修改指令，该修改指令可以用于修改基础硬件诊断设备的型号、辅助硬件诊断设备的型号或所述推荐收货方式中的至少一种；

计算模块420，还可以用于根据修改指令生成第二租赁订单信息；

通信模块410，还可以用于将第二租赁订单信息发送至客户终端；

通信模块410，还可以接收客户终端发送的第二租赁确认指令，在检测到租赁费用的收取完成指令后，根据第二租赁订单信息配送基础硬件诊断设备和辅助硬件诊断设备。

请参见图5，为本申请实施例提供的另一种云平台的组成示意图，该云平台可包括：

处理器510、存储器520和I/O接口530。处理器510、存储器520和I/O接口530间可实现通信地连接，该存储器520用于存储指令，该处理器510用于执行该存储器520存储的指令，以实现如上图1对应的方法步骤。

处理器510用于执行该存储器520存储的指令，以控制I/O接口530接收和发送信号，完成上述方法中的步骤。其中，所述存储器520可以集成在所述处理器510中，也可以与所述处理器510分开设置。

存储器520中还可以包括存储系统521、高速缓存522和RAM523。其中高速缓存522是存在于RAM523与CPU之间的一级存储器，由静态存储芯片(SRAM)组成，容量比较小但速度比主存高得多，接近于CPU的速度；RAM523是与CPU直接交换数据的内部存储器，可以随时读写(刷新时除外)，而且速度很快，通常作为操作系统或其他正在运行中的程序的临时数据存储介质。三者结合实现存储器520功能。

作为一种实现方式，I/O接口530的功能可以考虑通过收发电路或者收发的专用芯片实现。处理器510可以考虑通过专用处理芯片、处理电路、处理器或者通用芯片实现。

作为另一种实现方式，可以考虑使用通用计算机的方式来实现本申请实施例提供的装置。即将实现处理器510，I/O接口530功能的程序代码存储在存储器520中，通用处理器通过执行存储器520中的代码来实现处理器510，I/O接口530的功能。

该装置所涉及的与本申请实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于装置执行的方法步骤的内容的描述，此处不做赘述。

作为本实施例的另一种实现方式，提供一种计算机可读存储介质，其上存储有指令，该指令被执行时执行上述方法实施例中的方法。

作为本实施例的另一种实现方式，提供一种包含指令的计算机程序产品，该指令被执行时执行上述方法实施例中的方法。

本领域技术人员可以理解，为了便于说明，图5中仅示出了一个存储器和处理器。在实际的终端或服务器中，可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等，本申请实施例对此不做限制。

应理解，在本申请实施例中，处理器可以是中央处理单元(Central ProcessingUnit，简称CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital SignalProcessing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现成可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

还应理解，本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，简称ROM)、可编程只读存储器(Programmable ROM，简称PROM)、可擦除可编程只读存储器(Erasable PROM，简称EPROM)、电可擦除可编程只读存储器(Electrically EPROM，简称EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccess Memory，简称RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，简称SRAM)、动态随机存取存储器(Dynamic RAM，简称DRAM)、同步动态随机存取存储器(Synchronous DRAM，简称SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，简称DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，简称ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，简称SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，简称DR RAM)。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。

应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

该总线除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线。

还应理解，本文中涉及的第一、第二、第三、第四以及各种数字编号仅为描述方便进行的区分，并不用来限制本申请的范围。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block，简称ILB)和步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘)等。

本申请实施例还提供一种计算机存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行以实现如上述方法实施例中记载的任何一种租赁车辆诊断设备的方法的部分或全部步骤。

本申请实施例还提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序可操作来使计算机执行如上述方法实施例中记载的任何一种租赁车辆诊断设备的方法的部分或全部步骤。

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

Claims (10)

1.一种租赁车辆诊断设备的方法，其特征在于，应用于云平台，所述方法包括以下步骤：

响应于客户终端发送的租赁请求信息，确定待租赁的至少一个基础硬件诊断设备；

根据所述至少一个基础硬件诊断设备计算租赁费用，并生成第一租赁订单信息；

将所述第一租赁订单信息发送至所述客户终端；

响应于所述客户终端发送的第一租赁确认指令，在检测到所述租赁费用的收取成功指令后，根据所述第一租赁订单信息配送所述至少一个基础硬件诊断设备。

2.根据权利要求1所述的方法，其特征在于，所述根据所述至少一个基础硬件诊断设备计算租赁费用，并生成第一租赁订单信息，包括以下步骤：

响应于所述客户终端发送的所述租赁请求信息，确定待租赁的至少一个辅助硬件诊断设备，以及与所述至少一个基础硬件诊断设备和所述至少一个辅助硬件诊断设备相关联的软件功能；

根据所述至少一个辅助硬件诊断设备以及所述软件功能计算所述租赁费用，并生成所述第一租赁订单信息。

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

所述租赁请求信息包括车辆故障信息，所述车辆故障信息包括用户自定义文本信息、用户自定义图像信息或预设故障信息中的至少一种，所述预设故障信息为所述云平台提供的故障信息词条。

4.根据权利要求3所述的方法，其特征在于，所述根据所述至少一个基础硬件诊断设备计算租赁费用，并生成第一租赁订单信息，包括以下步骤：

根据所述车辆故障信息与所述云平台内存储的车辆故障信息进行匹配，确定第一故障类型；

根据所述第一故障类型，确定对应的基础硬件诊断设备和辅助硬件诊断设备；

根据所述基础硬件诊断设备和辅助硬件诊断设备以及与所述基础硬件诊断设备和辅助硬件诊断设备相关联的软件功能生成所述第一租赁订单信息。

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

所述租赁请求信息还包括车辆型号以及位置信息；

所述第一租赁订单信息包括基础硬件诊断设备和辅助硬件诊断设备的型号、租赁费用以及推荐收货方式。

6.根据权利要求5所述的方法，其特征在于，所述根据所述至少一个基础硬件诊断设备计算租赁费用，并生成第一租赁订单信息，包括以下步骤：

根据所述位置信息，判断预设范围内是否存在线下租赁网点；

若判断为是，则在所述第一租赁订单信息中添加所述线下租赁网点的位置信息。

7.根据权利要求2所述的方法，其特征在于，所述响应于所述客户终端发送的第一租赁确认指令，在检测到所述租赁费用的收取成功指令后，根据所述第一租赁订单信息配送所述至少一个基础硬件诊断设备，还包括以下步骤：

接收所述客户终端发送的修改指令，所述修改指令用于修改所述基础硬件诊断设备的型号、辅助硬件诊断设备的型号或所述推荐收货方式中的至少一种；

根据所述修改指令生成第二租赁订单信息；

将所述第二租赁订单信息发送至所述客户终端；

接收所述客户终端发送的第二租赁确认指令，在检测到所述租赁费用的收取成功指令后，根据所述第二租赁订单信息配送所述基础硬件诊断设备和辅助硬件诊断设备。

8.一种云平台，其特征在于，所述云平台包括：通信模块、计算模块以及控制模块；

所述通信模块，用于接收客户终端发送的租赁请求信息；

所述计算模块，确定待租赁的至少一个基础硬件诊断设备；

所述计算模块，还用于根据所述至少一个基础硬件诊断设备计算租赁费用，并生成第一租赁订单信息；

所述通信模块，还用于将所述第一租赁订单信息发送至所述客户终端；

所述通信模块，还用于接收所述客户终端发送的第一租赁确认指令；

所述控制模块，用于在检测到所述租赁费用的收取成功指令后，根据所述第一租赁订单信息配送所述至少一个基础硬件诊断设备。

9.一种云平台，其特征在于，所述云平台包括：

处理器、存储器和总线，所述处理器和所述存储器通过所述总线连接，其中，所述存储器用于存储一组程序代码，所述处理器用于调用所述存储器中存储的所述程序代码，执行如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，包括：

所述计算机可读存储介质中存储有指令，当其在计算机上运行时，实现如权利要求1-7任一项所述的方法。

Images