授信车辆状态的控制方法、装置、计算机设备和存储介质与流程

1.本技术涉及大数据智能分析技术领域，特别是涉及一种授信车辆状态的控制方法、装置、计算机设备、存储介质和计算机程序产品。


背景技术：

2.随着大数据智能分析技术的发展，其在车辆控制技术上也得到了广泛的应用，近年来，智能车辆己经成为世界车辆工程领域研究的热点和汽车工业增长的新动力。智能车辆集中运用了计算机、现代传感、信息融合、通讯、人工智能及自动控制等技术，是一个集环境感知、规划决策、多等级辅助驾驶等功能于一体的综合体。
3.传统技术中，人们一般需要将智能车辆信息登记至个人名下并至指定机构进行相关备案后才可以使用。但是，由于智能车辆价格高昂，且备案流程繁琐，从而导致智能车辆的使用成本较大。


技术实现要素：

4.基于此，有必要针对上述车辆使用成本大的问题，提供一种能够减少车辆使用成本的授信车辆状态的控制方法、装置、计算机设备、存储介质和计算机程序产品。
5.第一方面，本技术提供了一种授信车辆状态的控制方法。所述方法包括：
6.获取对授信车辆的使用请求，所述授信车辆是基于车辆的车辆识别号码获得授信授权的车辆，所述使用请求携带有对应的车辆识别号码；
7.当根据所述车辆识别号码查询到所述授信车辆为待使用状态时，获取所述授信车辆当前的第一账单；
8.向所述授信车辆返回所述第一账单；
9.当在第一设定时长内确定所述第一账单的状态为已完成支付状态时，根据所述使用请求更新所述授信车辆的状态为使用状态。
10.在其中一个实施例中，所述获取对授信车辆的使用请求之前，所述方法还包括：获取车辆的授信请求，所述授信请求包括所述车辆的车辆识别号码；根据所述车辆识别号码获取所述车辆的认证信息，并校验所述认证信息；当校验通过时，确定所述车辆为授信车辆，并控制所述授信车辆的状态为待使用状态。
11.在其中一个实施例中，所述方法还包括：当在第一设定时长内所述第一账单的状态为未完成支付状态时，保持所述授信车辆为待使用状态。
12.在其中一个实施例中，所述根据所述使用请求更新所述授信车辆的状态为使用状态之后，所述方法还包括：当接收到对所述授信车辆的停止使用请求时，获取所述授信车辆当前的位置信息以及第二账单；当所述位置信息与目标位置信息匹配时，向所述授信车辆返回所述第二账单；当在第二设定时长内确定所述第二账单的状态为已完成支付状态时，根据所述停止使用请求更新所述授信车辆的状态为待使用状态。
13.在其中一个实施例中，所述方法还包括：当所述位置信息不与所述目标位置信息
匹配时，向所述授信车辆返回所述目标位置信息和所述第二账单，所述目标位置信息用于指示所述授信车辆向目标位置行驶；当在第二设定时长内确定所述第二账单的状态为已完成支付状态，且所述授信车辆到达所述目标位置时，根据所述停止使用请求更新所述授信车辆的状态为待使用状态。
14.在其中一个实施例中，所述方法还包括：当在第二设定时长内所述第二账单的状态为未完成支付状态时，更新所述授信车辆的状态为冻结状态。
15.在其中一个实施例中，所述方法还包括：当接收到对所述第二账单的支付请求，并在第三设定时长内确定所述第二账单的状态为已完成支付状态时，更新所述授信车辆的状态为使用状态。
16.在其中一个实施例中，所述方法还包括：当接收到对所述授信车辆的报废请求时，获取所述授信车辆的所有应支付账单和已支付账单，所述报废请求是所述授信车辆达到报废条件时触发的请求；根据所述应支付账单和所述已支付账单进行清算处理，得到清算结果；向所述授信车辆返回所述清算结果，所述清算结果用于指示所述授信车辆与第三方交互以完成报废流程。
17.第二方面，本技术还提供了一种授信车辆状态的控制装置。所述装置包括：
18.使用请求获取模块，用于获取对授信车辆的使用请求，所述授信车辆是基于车辆的车辆识别号码获得授信授权的车辆，所述使用请求携带有对应的车辆识别号码；
19.账单获取模块，用于当根据所述车辆识别号码查询到所述授信车辆为待使用状态时，获取所述授信车辆当前的第一账单；
20.账单返回模块，用于向所述授信车辆返回所述第一账单；
21.状态控制模块，用于当在第一设定时长内确定所述第一账单的状态为已完成支付状态时，根据所述使用请求更新所述授信车辆的状态为使用状态。
22.第三方面，本技术还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现如上第一方面所述方法的步骤。
23.第四方面，本技术还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上第一方面所述方法的步骤。
24.第五方面，本技术还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上第一方面所述方法的步骤。
25.上述授信车辆状态的控制方法、装置、计算机设备、存储介质和计算机程序产品，通过获取对授信车辆的使用请求，当根据车辆识别号码查询到授信车辆为待使用状态时，获取授信车辆当前的第一账单，并向授信车辆返回第一账单，当在第一设定时长内确定第一账单的状态为已完成支付状态时，根据使用请求更新授信车辆的状态为使用状态。由于本实施例的授信车辆是基于车辆的车辆识别号码获得授信授权的车辆，因此，当用户需要使用授信车辆时，仅需要发起对应的使用请求，并完成相应的账单支付，即可获得对该授信车辆的使用权，相较于传统技术中需要将车辆信息登记至个人名下，能够极大地降低用户的使用成本，且无需执行繁琐的备案流程，因此，进一步降低了用户获得车辆使用权的复杂度。
附图说明
26.图1为一个实施例中授信车辆状态的控制方法的应用环境图；
27.图2为一个实施例中授信车辆状态的控制方法的流程示意图；
28.图3为一个实施例中对车辆进行授信处理步骤的流程示意图；
29.图4为另一个实施例中授信车辆状态的控制方法的流程示意图；
30.图5为又一个实施例中授信车辆状态的控制方法的流程示意图；
31.图6为一个实施例中对车辆进行报废处理步骤的流程示意图；
32.图7为再一个实施例中授信车辆状态的控制方法的流程示意图；
33.图8为一个实施例中授信车辆状态的控制装置的结构框图；
34.图9为一个实施例中计算机设备的内部结构图。
具体实施方式
35.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
36.本技术技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
37.本技术实施例提供的授信车辆状态的控制方法，可以应用于如图1所示的应用环境中。其中，车载终端102通过网络与服务器104进行通信。数据存储系统可以存储服务器104需要处理的数据。具体地，车载终端102可以是智能车载设备。数据存储系统可以集成在服务器104上，也可以放在云上或其他网络服务器上。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
38.例如在一种实施方式中，车辆可以安装有车载终端102，且预装有上网卡，可以直接上网，并与服务器104进行交互，服务器104则可以基于与车载终端102的交互对车辆进行授信处理，并对授信后车辆的状态进行控制。
39.在一个实施例中，如图2所示，提供了一种授信车辆状态的控制方法，以该方法应用于图1中的服务器为例进行说明，可以包括以下步骤：
40.步骤202，获取对授信车辆的使用请求。
41.其中，授信车辆可以是基于车辆的车辆识别号码获得授信授权的车辆。具体地，车辆识别号码(vehicle identification number，简称vin)也称为车架号码，是由若干个字母和数字共同组成，用于表示车辆信息的独一无二的编码。通过该编码可以识别车辆的生产商、生产地、生产年代、引擎底盘序号等信息。
42.简单来说，授信是指银行向客户直接提供资金支持，或对客户在有关经济活动中的信用向第三方作出保证的行为。在本实施例中，授信车辆则是以车辆作为授信主体，对其开通信用支付，并对使用该车辆的第三方用户作出保证行为的车辆。具体地，车辆可以是机动车，例如汽车、智能汽车等。
43.使用请求可以是想要使用授信车辆的用户发起的对该授信车辆的使用指示或使用命令。其中，使用请求携带有对应的车辆识别号码。
44.在本实施例中，当用户想要使用某一授信车辆时，则可以发起对该授信车辆的使
用请求。在一种场景下，用户可以基于授信车辆的车载终端发起对该授信车辆的使用请求，例如，可以通过触发车载终端上的使用控件，从而发起对该授信车辆的使用请求，服务器则可以获取到对应的使用请求。
45.在另一种场景下，用户也可以通过自身携带的智能终端发起对授信车辆的使用请求。例如，用户可以通过智能终端中安装的应用程序发起对某一授信车辆的使用请求；或者也可以通过智能终端扫描授信车辆车身的条形码，而发起对该授信车辆的使用请求；或者还可以通过扫描授信车辆的车载终端显示的条形码，而发起对该授信车辆的使用请求。服务器则可以获取到对应的使用请求。
46.步骤204，当根据车辆识别号码查询到授信车辆为待使用状态时，获取授信车辆当前的第一账单。
47.其中，待使用状态可以是授信车辆为等待使用的状态，也即空闲状态。第一账单则是指授信车辆基于授信授权而在当前时刻需要支付的账单，当前时刻则是指接收到对该授信车辆的使用请求的时刻。可以理解的是，该账单的金额相对于购买车辆所需要花费的金额较少，例如，若购买车辆所需要花费的金额为a，则该第一账单的金额为1％a-20％a之间的任意数。
48.由于授信车辆是以车辆作为授信主体，并开通信用支付的车辆，因此，意味着该授信车辆在不同时期存在着不同的待支付账单。通常，对于空闲状态的授信车辆，完成相应账单的支付后，可以被正常使用。
49.在本实施例中，为了区分授信车辆在不同时期的待支付账单，将授信车辆为待使用状态，且接收到对该授信车辆的使用请求的时刻，该授信车辆对应的待支付账单定义为授信车辆当前的第一账单。
50.具体地，由于服务器可以对授信车辆的状态进行控制，因此，当服务器获取到对授信车辆的使用请求时，可以根据使用请求中携带的车辆识别号码查询该授信车辆的状态。当服务器查询到该授信车辆为待使用状态时，则进一步获取该授信车辆当前的第一账单。
51.步骤206，向授信车辆返回第一账单。
52.具体地，由于授信车辆安装有车载终端，而车载终端又预装有上网卡，可以直接上网。因此，服务器可以通过网络与授信车辆进行交互。在本实施例中，当服务器通过上述步骤获取到授信车辆当前的第一账单时，可以通过网络直接向该授信车辆返回第一账单，即返回该授信车辆当前需要支付的账单。
53.步骤208，当在第一设定时长内确定第一账单的状态为已完成支付状态时，根据使用请求更新授信车辆的状态为使用状态。
54.其中，第一设定时长可以是预先设定的用于支付第一账单的时间段。具体地，该第一设定时长可以根据实际需要进行配置，例如，可以是5分钟、10分钟、半小时、1小时、24小时等。本实施例并不对此进行限定。使用状态可以是授信车辆为正在使用的状态，也即忙碌状态。
55.具体地，服务器向授信车辆返回第一账单后，开始计时，并进一步检测该第一账单的支付状态，当在第一设定时长内检测到第一账单的状态为已完成支付状态时，还可以根据使用请求更新授信车辆的状态为使用状态。即当服务器在第一设定时长内检测到第一账单的状态为已完成支付状态时，更新对应授信车辆的待使用状态为使用状态，即表示该授
信车辆可以被当前支付第一账单的用户正常使用。
56.上述授信车辆状态的控制方法中，服务器通过获取对授信车辆的使用请求，当根据车辆识别号码查询到授信车辆为待使用状态时，获取授信车辆当前的第一账单，并向授信车辆返回第一账单，当在第一设定时长内确定第一账单的状态为已完成支付状态时，根据使用请求更新授信车辆的状态为使用状态。由于本实施例的授信车辆是基于车辆的车辆识别号码获得授信授权的车辆，因此，当用户需要使用授信车辆时，仅需要发起对应的使用请求，并完成相应的账单支付，即可获得对该授信车辆的使用权，相较于传统技术中需要将车辆信息登记至个人名下，能够极大地降低用户的使用成本，且无需执行繁琐的备案流程，因此，进一步降低了用户获得车辆使用权的复杂度。
57.在一个实施例中，如图3所示，在上述步骤202，获取对授信车辆的使用请求之前，上述方法还可以包括如下步骤：
58.步骤302，获取车辆的授信请求。
59.其中，授信请求可以是对车辆开通信用支付并做出保证行为的请求。在本实施例中，当车辆装配后出厂后，厂家可以在第三方监管机构(如车管所)对车辆进行备案，如基于车辆的车辆识别号码在第三方监管机构进行登记并办理相关手续，以确保车辆合规，并获得相关证明材料。进而厂家可以向授信受理机构发起对已备案车辆的授信请求，具体地，授信请求包括车辆的车辆识别号码。服务器则可以获取到对该车辆的授信请求。可以理解的是，服务器可以是位于授信受理机构端的服务器，该服务器可以基于车辆的授信请求对车辆进行授信处理，并控制车辆状态。
60.步骤304，根据车辆识别号码获取车辆的认证信息，并校验认证信息。
61.其中，认证信息可以是第三方监管机构进行登记并办理相关手续时出具的相关证明材料，例如，可以是证明车辆可以上路行驶的相关信息。由于车辆识别号码是用于表示车辆信息的独一无二的编码，因此，相关的认证信息与车辆识别号码具有一定的对应关系。
62.在本实施例中，当服务器获取到车辆的授信请求之后，则可以根据授信请求中的车辆识别号码获取车辆的认证信息，并校验认证信息。其中，校验认证信息是对车辆的认证信息的真实性及有效性进行校验。具体地，服务器在获取到车辆的授信请求之后，可以基于与车辆的通信连接，从车辆的车载终端获取该车辆的认证信息，并基于车辆的车辆识别号码以及认证信息访问第三方监管机构，以对车辆的认证信息的真实性及有效性进行校验。
63.步骤306，当校验通过时，确定车辆为授信车辆，并控制授信车辆的状态为待使用状态。
64.具体地，当服务器确认车辆的认证信息，与第三方监管机构记录的对应车辆识别号码的认证信息一致且在有效期内时，则表示对车辆的认证信息校验通过，因此，可以确定该车辆为授信车辆，即表示可以为该车辆开通信用支付，并控制该授信车辆的状态为待使用状态。而当服务器确认车辆的认证信息，与第三方监管机构记录的对应车辆识别号码的认证信息不一致，或者确认车辆的认证信息，与第三方监管机构记录的对应车辆识别号码的认证信息一致，但不在有效期内时，则表示对车辆的认证信息校验不通过，因此，不可以为该车辆开通信用支付，也即该车辆不为授信车辆。
65.上述实施例中，服务器通过获取车辆的授信请求，并根据授信请求中车辆识别号码获取车辆的认证信息，进而校验认证信息，当校验通过时，确定车辆为授信车辆，并控制
授信车辆的状态为待使用状态，从而实现对车辆进行授信处理，即以车辆为授信主体而开通信用支付，进而可以对获得授信授权的授信车辆的状态进行统一管理，以进一步提高授信车辆的使用率。
66.在一个实施例中，上述方法还可以包括：当在第一设定时长内第一账单的状态为未完成支付状态时，保持授信车辆为待使用状态。
67.具体地，服务器向授信车辆返回第一账单后开始计时，并进一步检测该第一账单的支付状态，当在第一设定时长到达时，检测到第一账单的状态为未完成支付状态时，则保持该授信车辆的状态为待使用状态。由于此时授信车辆的账单并未被支付，因此，该授信车辆当前还不可以被正常使用，从而实现对授信车辆的状态进行有效管理。
68.在一个实施例中，如图4所示，在步骤208，根据使用请求更新授信车辆的状态为使用状态之后，上述方法还可以包括：
69.步骤402，当接收到对授信车辆的停止使用请求时，获取授信车辆当前的位置信息以及第二账单。
70.其中，停止使用请求可以是停止使用授信车辆的指示或命令。位置信息则是指授信车辆所处的地理位置，例如，可以是授信车辆的定位信息、经纬度信息等。第二账单则可以是对授信车辆当前使用过程中产生的账单，例如，包括但不限于此期间的折旧费、违反交规所产生的罚单等。当前使用过程是指从当前最近一次更新授信车辆的状态为使用状态开始，至接收到对该授信车辆的停止使用请求时的期间。
71.在本实施例中，当服务器接收到对授信车辆的停止使用请求时，则获取该授信车辆当前的位置信息以及第二账单。
72.步骤404，当位置信息与目标位置信息匹配时，向授信车辆返回第二账单。
73.其中，目标位置信息可以是预先设置的停止使用授信车辆时授信车辆的统一停放位置。具体地，目标位置信息可以有多个。
74.在本实施例中，当服务器接收到对授信车辆的停止使用请求时，则判断该授信车辆当前的位置信息与预设的目标位置信息是否匹配，例如，可以通过距离判断是否匹配，当该两个位置信息之间的距离小于某一距离阈值时，则可以确定匹配，而当该两个位置信息之间的距离大于某一距离阈值时，则可以确定不匹配。具体地，当服务器确定该授信车辆当前的位置信息与预设的任一目标位置信息匹配时，则向授信车辆返回该第二账单。
75.步骤406，当在第二设定时长内确定第二账单的状态为已完成支付状态时，根据停止使用请求更新授信车辆的状态为待使用状态。
76.其中，第二设定时长可以是预先设定的用于支付第二账单的时间段，该第二设定时长可以与第一设定时长相同，也可以与第一设定时长不同。具体可以根据实际需要进行配置，本实施例并不对此进行限定。
77.在本实施例中，当服务器向授信车辆返回第二账单后开始计时，并进一步检测该第二账单的支付状态，当在第二设定时长内检测到第二账单的状态为已完成支付状态时，还可以根据停止使用请求更新授信车辆的状态为待使用状态。即当服务器在第二设定时长内检测到第二账单的状态为已完成支付状态时，更新对应授信车辆的使用状态为待使用状态，即表示该授信车辆当前处于空闲状态。
78.上述实施例中，当服务器接收到对授信车辆的停止使用请求时，获取授信车辆当
前的位置信息以及第二账单，当位置信息与目标位置信息匹配时，向授信车辆返回第二账单，当在第二设定时长内确定第二账单的状态为已完成支付状态时，根据停止使用请求更新授信车辆的状态为待使用状态，从而实现对授信车辆的状态进行统一的有效管理，进而能够提高对授信车辆的利用率。
79.在一个实施例中，如图5所示，上述方法还可以包括：
80.步骤502，当位置信息不与目标位置信息匹配时，向授信车辆返回目标位置信息和第二账单。
81.在本实施例中，当服务器接收到对授信车辆的停止使用请求时，则判断该授信车辆当前的位置信息与预设的目标位置信息是否匹配，例如，可以通过距离判断是否匹配，当该两个位置信息之间的距离大于某一距离阈值时，则可以确定不匹配。
82.具体地，当服务器确定该授信车辆当前的位置信息与预设的任一目标位置信息均不匹配时，则向授信车辆返回第二账单以及目标位置信息。其中，返回的目标位置信息用于指示授信车辆向对应的目标位置行驶。返回的目标位置信息可以有多个，则可以指示授信车辆向最近的目标位置行驶，也可以基于用户选择的一个目标位置信息而向对应的目标位置行驶。
83.步骤504，当在第二设定时长内确定第二账单的状态为已完成支付状态，且授信车辆到达目标位置时，更新授信车辆的状态为待使用状态。
84.具体地，当服务器向授信车辆返回第二账单后开始计时，并进一步检测该第二账单的支付状态，当在第二设定时长内检测到第二账单的状态为已完成支付状态，且在第二设定时长内授信车辆到达目标位置时，则根据停止使用请求更新授信车辆的状态为待使用状态。从而实现对授信车辆的状态进行统一的有效管理，进而能够提高对授信车辆的利用率。
85.在一个实施例中，上述方法还可以包括：当在第二设定时长内第二账单的状态为未完成支付状态时，更新授信车辆的状态为冻结状态。
86.其中，冻结状态是指对授信车辆的行驶功能进行冻结，使其不能提供行驶服务的状态。在本实施例中，当第二设定时长到达，且服务器检测到第二账单的状态为未完成支付状态时，即第二账单逾期未支付时，则根据停止使用请求更新授信车辆的状态为冻结状态，从而实现对授信车辆的状态进行统一的有效管理，避免财产损失。
87.在一个实施例中，上述方法还可以包括：当接收到对第二账单的支付请求，并在第三设定时长内确定第二账单的状态为已完成支付状态时，更新授信车辆的状态为使用状态。
88.其中，第三设定时长可以是预先设定的用于支付逾期的第二账单的时间段，该第三设定时长可以与第一设定时长或第二设定时长相同，也可以与第一设定时长或第二设定时长不同。具体可以根据实际需要进行配置，本实施例并不对此进行限定。
89.在本实施例中，当发生第二账单逾期未支付时，则对应的授信车辆处于冻结状态，且该授信车辆会一直存在逾期的第二账单。直到服务器接收到对该逾期的第二账单的支付请求时开始计时，并进一步检测该逾期的第二账单的支付状态，当在第三设定时长内检测到第二账单的状态为已完成支付状态时，则更新授信车辆的状态为使用状态。即表示该授信车辆可以被当前支付逾期的第二账单的用户正常使用。从而实现对授信车辆的状态进行
有效管理，以提高授信车辆的利用率。
90.在一个实施例中，如图6所示，上述方法还可以包括：
91.步骤602，当接收到对授信车辆的报废请求时，获取授信车辆的所有应支付账单和已支付账单。
92.其中，应支付账单可以是指该授信车辆基于获得的授信授权而需要支付的所有账单。已支付账单则可以是基于该授信车辆的已完成支付的所有账单。报废请求可以是授信车辆达到报废条件时触发的请求，具体地，报废条件可以是车辆的使用年限达到了设定的年限阈值，或者也可以是车辆的行驶里程达到了设定的里程阈值等。可以理解的是，报废请求中可以携带对应的车辆识别号码。
93.在本实施例中，由于授信车辆可以通过对应的车载终端与服务器进行通信，因此，当车载终端检测到授信车辆达到报废条件时，则可以自动触发向服务器发起报废请求。服务器接收到授信车辆的报废请求时，则可以基于对应的车辆识别号码获取授信车辆的所有应支付账单和已支付账单，并基于后续步骤进行处理。
94.步骤604，根据应支付账单和已支付账单进行清算处理，得到清算结果。
95.其中，清算结果是进行清算处理后得到的结果。在本实施例中，服务器根据上述获取的授信车辆的应支付账单和已支付账单进行清算处理，从而得到对应的清算结果。
96.步骤606，向授信车辆返回清算结果。
97.其中，清算结果用于指示授信车辆与第三方交互以完成报废流程。具体地，第三方可以是能够执行并完成报废的服务机构，例如，第三方可以是车管所。
98.在本实施例中，服务器通过向授信车辆返回清算结果，从而使得授信车辆可以与第三方进行交互，例如，授信车辆可以基于车载终端向车管所发起报废申请，并在报废申请中携带清算结果。车管所在收到报废申请后，则基于对应的清算结果对该授信车辆的所有记录进行核查，并自动进入车辆报废流程，从而完成车辆的报废处理。
99.可以理解的是，服务器还可以基于授信车辆的报废处理，而更新授信车辆的状态为已报废状态。从而实现对授信车辆的状态进行统一有效地管理，以提高授信车辆的利用率。
100.在一个实施例中，以下进一步说明上述授信车辆状态的控制方法，如图7所示，具体可以包括以下步骤：
101.步骤701，发起车辆的授信请求。
102.其中，车辆可以是安装有车载终端，且预装有上网卡的汽车，且该汽车在装配出厂后，基于车辆的车辆识别号码已在第三方监管机构进行登记并办理相关手续，以确保车辆合规。在本实施例中，车辆基于安装的车载终端和上网卡，在获得第三方监管机构的相关证明材料后，可以向授信受理机构端的服务器发起对应的授信请求，其中，授信请求包括车辆的车辆识别号码。
103.步骤702，服务器基于授信请求进行相应校验。
104.具体可以参考如图3所示的实施例，并在校验通过时，确定该车辆为授信车辆，并控制授信车辆的状态为待使用状态。
105.步骤703，用户发起对授信车辆的使用请求。
106.当用户想要使用某一授信车辆时，则可以发起对该授信车辆的使用请求。
107.步骤704，服务器查询使用请求对应的授信车辆的状态。
108.步骤705，当授信车辆的状态为待使用状态时，服务器获取授信车辆当前的第一账单。
109.步骤706，服务器向授信车辆返回第一账单。
110.步骤707，服务器计时，并检测第一账单的状态。
111.步骤708，服务器根据计时信息以及第一账单的状态控制授信车辆的状态。
112.当在第一设定时长内确定第一账单为已完成支付状态时，更新授信车辆的状态为使用状态。当在第一设定时长内第一账单为未完成支付状态时，保持授信车辆为待使用状态。
113.步骤709，用户发起对授信车辆的停止使用请求。
114.当用户不想再继续使用授信车辆时，则可以发起对授信车辆的停止使用请求。
115.步骤710，服务器获取授信车辆当前的位置信息以及第二账单。
116.步骤711，服务器根据位置信息向授信车辆返回第二账单。
117.当位置信息与目标位置信息匹配时，服务器向授信车辆返回第二账单。当位置信息不与目标位置信息匹配时，服务器向授信车辆返回目标位置信息和第二账单。该目标位置信息用于指示授信车辆向目标位置行驶。
118.步骤712，服务器计时，并检测第二账单的状态。
119.步骤713，服务器根据计时信息以及第二账单的状态控制授信车辆的状态。
120.当位置信息与目标位置信息匹配，且在第二设定时长内确定第二账单的状态为已完成支付状态时，根据停止使用请求更新授信车辆的状态为待使用状态。
121.当位置信息不与目标位置信息匹配，但在第二设定时长内确定第二账单的状态为已完成支付状态，且授信车辆到达目标位置时，根据停止使用请求更新授信车辆的状态为待使用状态。
122.当在第二设定时长内第二账单的状态为未完成支付状态时，则更新授信车辆的状态为冻结状态。
123.步骤714，当授信车辆达到报废条件时触发报废请求。
124.步骤715，服务器基于报废请求进行清算处理，并得到清算结果。
125.步骤716，服务器向授信车辆返回清算结果。
126.步骤717，授信车辆根据清算结果与第三方交互以完成报废流程。
127.上述实施例中，通过将汽车作为授信主体，进而可以对获得授信授权的授信车辆的状态进行统一管理，降低了用户使用车辆的成本，还提高了授信车辆的使用率，且进一步提高了资源利用率。
128.应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
129.基于同样的发明构思，本技术实施例还提供了一种用于实现上述所涉及的信车辆状态的控制方法的信车辆状态的控制装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个信车辆状态的控制装置实施例中的具体限定可以参见上文中对于信车辆状态的控制方法的限定，在此不再赘述。
130.在一个实施例中，如图8所示，提供了一种信车辆状态的控制装置，包括：使用请求获取模块802、账单获取模块804、账单返回模块806和状态控制模块808，其中：
131.使用请求获取模块802，用于获取对授信车辆的使用请求，所述授信车辆是基于车辆的车辆识别号码获得授信授权的车辆，所述使用请求携带有对应的车辆识别号码；
132.账单获取模块804，用于当根据所述车辆识别号码查询到所述授信车辆为待使用状态时，获取所述授信车辆当前的第一账单；
133.账单返回模块806，用于向所述授信车辆返回所述第一账单；
134.状态控制模块808，用于当在第一设定时长内确定所述第一账单的状态为已完成支付状态时，根据所述使用请求更新所述授信车辆的状态为使用状态。
135.在一个实施例中，所述装置还包括授信处理模块，用于获取车辆的授信请求，所述授信请求包括所述车辆的车辆识别号码；根据所述车辆识别号码获取所述车辆的认证信息，并校验所述认证信息；当校验通过时，确定所述车辆为授信车辆，并控制所述授信车辆的状态为待使用状态。
136.在一个实施例中，状态控制模块还用于：当在第一设定时长内所述第一账单的状态为未完成支付状态时，保持所述授信车辆为待使用状态。
137.在一个实施例中，状态控制模块还用于：当接收到对所述授信车辆的停止使用请求时，获取所述授信车辆当前的位置信息以及第二账单；当所述位置信息与目标位置信息匹配时，向所述授信车辆返回所述第二账单；当在第二设定时长内确定所述第二账单的状态为已完成支付状态时，根据所述停止使用请求更新所述授信车辆的状态为待使用状态。
138.在一个实施例中，状态控制模块还用于：当所述位置信息不与所述目标位置信息匹配时，向所述授信车辆返回所述目标位置信息和所述第二账单，所述目标位置信息用于指示所述授信车辆向目标位置行驶；当在第二设定时长内确定所述第二账单的状态为已完成支付状态，且所述授信车辆到达所述目标位置时，根据所述停止使用请求更新所述授信车辆的状态为待使用状态。
139.在一个实施例中，状态控制模块还用于：当在第二设定时长内所述第二账单的状态为未完成支付状态时，更新所述授信车辆的状态为冻结状态。
140.在一个实施例中，状态控制模块还用于：当接收到对所述第二账单的支付请求，并在第三设定时长内确定所述第二账单的状态为已完成支付状态时，更新所述授信车辆的状态为使用状态。
141.在一个实施例中，所述装置还包括报废处理模块，用于当接收到对所述授信车辆的报废请求时，获取所述授信车辆的所有应支付账单和已支付账单，所述报废请求是所述授信车辆达到报废条件时触发的请求；根据所述应支付账单和所述已支付账单进行清算处理，得到清算结果；向所述授信车辆返回所述清算结果，所述清算结果用于指示所述授信车辆与第三方交互以完成报废流程。
142.上述授信车辆状态的控制装置中的各个模块可全部或部分通过软件、硬件及其组
合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
143.在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储车辆的授信数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种授信车辆状态的控制方法。
144.本领域技术人员可以理解，图9中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
145.在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
146.获取对授信车辆的使用请求，所述授信车辆是基于车辆的车辆识别号码获得授信授权的车辆，所述使用请求携带有对应的车辆识别号码；
147.当根据所述车辆识别号码查询到所述授信车辆为待使用状态时，获取所述授信车辆当前的第一账单；
148.向所述授信车辆返回所述第一账单；
149.当在第一设定时长内确定所述第一账单的状态为已完成支付状态时，根据所述使用请求更新所述授信车辆的状态为使用状态。
150.在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取车辆的授信请求，所述授信请求包括所述车辆的车辆识别号码；根据所述车辆识别号码获取所述车辆的认证信息，并校验所述认证信息；当校验通过时，确定所述车辆为授信车辆，并控制所述授信车辆的状态为待使用状态。
151.在一个实施例中，处理器执行计算机程序时还实现以下步骤：当在第一设定时长内所述第一账单的状态为未完成支付状态时，保持所述授信车辆为待使用状态。
152.在一个实施例中，处理器执行计算机程序时还实现以下步骤：当接收到对所述授信车辆的停止使用请求时，获取所述授信车辆当前的位置信息以及第二账单；当所述位置信息与目标位置信息匹配时，向所述授信车辆返回所述第二账单；当在第二设定时长内确定所述第二账单的状态为已完成支付状态时，根据所述停止使用请求更新所述授信车辆的状态为待使用状态。
153.在一个实施例中，处理器执行计算机程序时还实现以下步骤：当所述位置信息不与所述目标位置信息匹配时，向所述授信车辆返回所述目标位置信息和所述第二账单，所述目标位置信息用于指示所述授信车辆向目标位置行驶；当在第二设定时长内确定所述第二账单的状态为已完成支付状态，且所述授信车辆到达所述目标位置时，根据所述停止使用请求更新所述授信车辆的状态为待使用状态。
154.在一个实施例中，处理器执行计算机程序时还实现以下步骤：当在第二设定时长
内所述第二账单的状态为未完成支付状态时，更新所述授信车辆的状态为冻结状态。
155.在一个实施例中，处理器执行计算机程序时还实现以下步骤：当接收到对所述第二账单的支付请求，并在第三设定时长内确定所述第二账单的状态为已完成支付状态时，更新所述授信车辆的状态为使用状态。
156.在一个实施例中，处理器执行计算机程序时还实现以下步骤：当接收到对所述授信车辆的报废请求时，获取所述授信车辆的所有应支付账单和已支付账单，所述报废请求是所述授信车辆达到报废条件时触发的请求；根据所述应支付账单和所述已支付账单进行清算处理，得到清算结果；向所述授信车辆返回所述清算结果，所述清算结果用于指示所述授信车辆与第三方交互以完成报废流程。
157.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
158.获取对授信车辆的使用请求，所述授信车辆是基于车辆的车辆识别号码获得授信授权的车辆，所述使用请求携带有对应的车辆识别号码；
159.当根据所述车辆识别号码查询到所述授信车辆为待使用状态时，获取所述授信车辆当前的第一账单；
160.向所述授信车辆返回所述第一账单；
161.当在第一设定时长内确定所述第一账单的状态为已完成支付状态时，根据所述使用请求更新所述授信车辆的状态为使用状态。
162.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取车辆的授信请求，所述授信请求包括所述车辆的车辆识别号码；根据所述车辆识别号码获取所述车辆的认证信息，并校验所述认证信息；当校验通过时，确定所述车辆为授信车辆，并控制所述授信车辆的状态为待使用状态。
163.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当在第一设定时长内所述第一账单的状态为未完成支付状态时，保持所述授信车辆为待使用状态。
164.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当接收到对所述授信车辆的停止使用请求时，获取所述授信车辆当前的位置信息以及第二账单；当所述位置信息与目标位置信息匹配时，向所述授信车辆返回所述第二账单；当在第二设定时长内确定所述第二账单的状态为已完成支付状态时，根据所述停止使用请求更新所述授信车辆的状态为待使用状态。
165.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当所述位置信息不与所述目标位置信息匹配时，向所述授信车辆返回所述目标位置信息和所述第二账单，所述目标位置信息用于指示所述授信车辆向目标位置行驶；当在第二设定时长内确定所述第二账单的状态为已完成支付状态，且所述授信车辆到达所述目标位置时，根据所述停止使用请求更新所述授信车辆的状态为待使用状态。
166.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当在第二设定时长内所述第二账单的状态为未完成支付状态时，更新所述授信车辆的状态为冻结状态。
167.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当接收到对所述第二账单的支付请求，并在第三设定时长内确定所述第二账单的状态为已完成支付状态时，更新所述授信车辆的状态为使用状态。
168.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当接收到对所述授信车辆的报废请求时，获取所述授信车辆的所有应支付账单和已支付账单，所述报废请求是所述授信车辆达到报废条件时触发的请求；根据所述应支付账单和所述已支付账单进行清算处理，得到清算结果；向所述授信车辆返回所述清算结果，所述清算结果用于指示所述授信车辆与第三方交互以完成报废流程。
169.在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：
170.获取对授信车辆的使用请求，所述授信车辆是基于车辆的车辆识别号码获得授信授权的车辆，所述使用请求携带有对应的车辆识别号码；
171.当根据所述车辆识别号码查询到所述授信车辆为待使用状态时，获取所述授信车辆当前的第一账单；
172.向所述授信车辆返回所述第一账单；
173.当在第一设定时长内确定所述第一账单的状态为已完成支付状态时，根据所述使用请求更新所述授信车辆的状态为使用状态。
174.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取车辆的授信请求，所述授信请求包括所述车辆的车辆识别号码；根据所述车辆识别号码获取所述车辆的认证信息，并校验所述认证信息；当校验通过时，确定所述车辆为授信车辆，并控制所述授信车辆的状态为待使用状态。
175.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当在第一设定时长内所述第一账单的状态为未完成支付状态时，保持所述授信车辆为待使用状态。
176.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当接收到对所述授信车辆的停止使用请求时，获取所述授信车辆当前的位置信息以及第二账单；当所述位置信息与目标位置信息匹配时，向所述授信车辆返回所述第二账单；当在第二设定时长内确定所述第二账单的状态为已完成支付状态时，根据所述停止使用请求更新所述授信车辆的状态为待使用状态。
177.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当所述位置信息不与所述目标位置信息匹配时，向所述授信车辆返回所述目标位置信息和所述第二账单，所述目标位置信息用于指示所述授信车辆向目标位置行驶；当在第二设定时长内确定所述第二账单的状态为已完成支付状态，且所述授信车辆到达所述目标位置时，根据所述停止使用请求更新所述授信车辆的状态为待使用状态。
178.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当在第二设定时长内所述第二账单的状态为未完成支付状态时，更新所述授信车辆的状态为冻结状态。
179.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当接收到对所述第二账单的支付请求，并在第三设定时长内确定所述第二账单的状态为已完成支付状态时，更新所述授信车辆的状态为使用状态。
180.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当接收到对所述授信车辆的报废请求时，获取所述授信车辆的所有应支付账单和已支付账单，所述报废请求是所述授信车辆达到报废条件时触发的请求；根据所述应支付账单和所述已支付账单进行清算处理，得到清算结果；向所述授信车辆返回所述清算结果，所述清算结果用于指示所
述授信车辆与第三方交互以完成报废流程。
181.需要说明的是，本技术所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。
182.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(reram)、磁变存储器(magnetoresistive random access memory，mram)、铁电存储器(ferroelectric random access memory，fram)、相变存储器(phase change memory，pcm)、石墨烯存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器等。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。本技术所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本技术所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
183.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
184.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。