CN112070541A - 共享车辆的借车方法、装置、设备及存储介质 - Google Patents

Abstract

本公开的实施例提供一种共享车辆的借车方法、装置、设备及存储介质。该方法包括：接收来自终端设备的借车请求；响应于借车请求，获取共享车辆的车辆信息；根据车辆的车辆信息，对当前订单的借车结果进行预测；如果借车结果为借车成功，则向终端设备返回借车成功的消息，并同时执行预设的开锁操作。本公开的实施例的方法，通过对借车结果进行预测，同时执行向终端设备返回借车成功的消息和执行开锁操作，提高了共享车辆的借车效率。

Description

共享车辆的借车方法、装置、设备及存储介质

技术领域

本公开的实施例涉及共享车辆技术领域，尤其涉及一种共享车辆的借车方法、装置、设备及存储介质。

背景技术

共享车辆的出现丰富了短途出行方式，为短途出行的用户带来便利。

用户在使用共享车辆之前，需要对共享车辆进行开锁操作。共享车辆的车辆控制系统在接收到借车请求后，检测共享车辆的当前状态，在共享单车的当前状态正常后，通过工业总线通信使得共享车辆的电机控制器的动力输出，再对共享车辆进行开锁操作，最后向用户返回借车成功的消息。

上述共享车辆的借车方式耗时较长，因此借车效率有待提高。

发明内容

本公开的实施例提供一种共享车辆的借车方法、装置、设备及存储介质，用以解决共享车辆的借车效率不高的问题。

第一方面，本公开的实施例提供一种共享车辆的借车方法，包括：

接收来自终端设备的借车请求；

响应于所述借车请求，获取共享车辆的车辆信息；

根据所述共享车辆的车辆信息，对当前订单的借车结果进行预测；

如果所述借车结果为借车成功，则向所述终端设备返回借车成功的消息，并同时执行预设的开锁操作。

第二方面，本公开的实施例提供一种共享车辆的借车装置，包括：

接收模块，用于接收来自终端设备的借车请求；

获取模块，用于响应于所述借车请求，获取共享车辆的车辆信息；

预测模块，用于根据所述共享车辆的车辆信息，对当前订单的借车结果进行预测；

开锁模块，用于如果所述借车结果为借车成功，则向所述终端设备返回借车成功的消息，并同时执行预设的开锁操作。

第三方面，本公开的实施例提供了一种电子设备，包括：

存储器和处理器；

所述存储器用于存储程序指令；

所述处理器用于调用所述存储器中的程序指令执行如上述第一方面所述的方法。

第四方面，本公开的实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被执行时，实现如上述第一方面所述的方法。

第五方面，本公开的实施例提供了一种包含程序指令的程序产品，所述程序产品包括计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的方法。

本公开的实施例提供的共享车辆的借车方法、装置、设备及存储介质，接收来自终端设备的借车请求，响应于借车请求，获取共享车辆的车辆信息，根据车辆的车辆信息，对当前订单的借车结果进行预测，如果借车结果为借车成功，则向终端设备返回借车成功的消息，并同时执行预设的开锁操作。因此，在借车的过程中，通过预测借车结果，使得借车成功的消息的返回和开锁操作同时执行，有效地提高了借车效率，提高了用户体验。

本公开的各种可行实施例及其技术优势将在下文详述。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为本公开的实施例适用的共享车辆系统的示意图；

图2为本公开的一实施例提供的共享车辆的借车方法的流程示意图；

图3为本公开的另一实施例提供的共享车辆的借车方法的流程示意图；

图4为本公开的另一实施例提供的共享车辆的借车方法的流程示意图；

图5为本公开的一实施例提供的共享车辆的借车装置的结构示意图；

图6为本公开的一实施例提供的一种电子设备的结构示意图；

图7为本公开的一实施例提供的共享车辆的借车装置的框图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开的实施例提供的共享车辆的借车方法、装置、设备及存储介质，可以应用于各种共享车辆，比如共享单车、共享电单车、共享汽车。以共享单车为例，图1为本公开的实施例提供的共享车辆系统的示例图。如图1所示，该共享车辆系统包括：服务器110、终端设备120和共享单车130。

服务器110提供处理、数据库、通讯设施的业务点。服务器110可以是整体式服务器或是跨多计算机或计算机数据中心的分散式服务器。服务器110可以是各种类型的，例如但不限于，网络服务器，新闻服务器，邮件服务器，消息服务器，广告服务器，文件服务器，应用服务器，交互服务器，数据库服务器，或代理服务器。在一些实施例中，每个服务器可以包括硬件，软件，或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。例如，服务器例如刀片服务器、云端服务器等，或者可以是由多台服务器组成的服务器群组，可以包括上述类型的服务器中的一种或多种等等。

终端设备120例如是智能手机、便携式电脑、平板电脑、掌上电脑、可穿戴设备、虚拟现实设备、增强现实设备等或其任何组合，在此不做限定。其中，图1以终端设备120为智能手机为例示出。

共享车辆130例如是共享电单车、共享三轮车、共享电动助力车、共享摩托车以及共享四轮乘用车等，在此不做限定。其中，图1以共享车辆130为共享自行车为例示出。其中，共享车辆130上设置有锁机构140，锁机构140用于锁定或解锁共享车辆130。锁机构140可以是机械锁或电子锁。共享车辆130和锁机构140可以是彼此机械连接的部件。例如，共享车辆130和锁机构140可以是相互独立的部件，并且锁机构140可以安装在共享车辆130上。可选的，共享车辆130和锁机构140可以集成为一整体。

终端设备120可以通过无线或有线网络与服务器110通信。无线网络可以是2G或者3G或者4G或者5G等通信网络，也可以是无线局域网，在此不做限定。终端设备120与共享车辆130和/或锁机构140之间可以通过近距离通信方式通信，近距离通信方式可以是蓝牙，也可以是wifi等。共享车辆130和/或锁机构140与服务器110之间可以通过无线网络进行通信。

终端设备120可以向服务器130发送与共享车辆130相关联的请求，例如共享车辆130的借车请求、结束借车请求等服务请求。针对共享车辆130的借车请求，该借车请求中携带有共享车辆或锁机构的唯一标识。该唯一标识可以包括条形码，快速响应(QuickResponse，QR)码，包括字母和/或数字的序列号等，或其任何组合。比如借车请求可以是用户通过终端设备的摄像头扫描共享车辆130或锁机构140的QR码来触发上述借车请求，也可以是通过终端设备120输入唯一标识来触发上述借车请求。

上述的服务请求可以包括与骑行相关的信息，包括共享车辆类型，出发地点，目的地，骑行时间，骑行里程，路线等中的一种或几种的组合。服务请求还可以包括与用户(例如，用户账户信息)和/或终端设备120(例如，终端设备120的位置)有关的信息。

服务器110还可以向终端设备120、共享车辆130和/或锁机构140发送信息。例如，服务器110可以向共享车辆130和/或锁机构140发送如下至少一项：锁定和解锁共享车辆130的指令、与共享车辆130有关的信息(例如，提示共享车辆130是否被锁定的信息)。服务器110可以向终端设备120发送如下至少一种：提示共享车辆130是否可用的信息(例如，提示共享车辆130在当前位置是否允许锁定的信息)。

共享车辆130和/或锁机构140可以向服务器110、终端设备120分别传输状态信息，状态信息可以包括共享车辆130的位置、共享车辆130的锁定/解锁状态、共享车辆130的电池电力、操作信息等中的一种或多种。在一些实施例中，共享车辆130和/或锁机构140可以从终端设备120和/或服务器110接收指令(例如，锁定/解锁共享车辆130的指令)。

应当理解的是，尽管图1示出一个服务器110、一个终端设备120、一个共享车辆130，但不意味着限制各自的数量，共享车辆系统中可以包含多个服务器110、多个终端设备120、多个共享车辆130等。

在借车的过程中，共享车辆的车辆控制系统接收到借车请求后，检测共享车辆的当前状态，在共享单车的当前状态正常后，通过工业总线通信使得共享车辆的电机控制器的动力输出，再对共享车辆进行开锁操作，最后向用户返回借车成功的消息。可见，该借车方式需要经过共享单车的状态检测、电机控制器动力输出、开锁操作之后，再向用户返回借车成功的消息，整个过程耗时较长，导致借车效率较低，也影响到用户体验。

本公开的实施例提供的共享车辆的借车方法，在接收到来自终端设备的借车请求的情况下，根据共享车辆的车辆信息，对当前订单的借车结果进行预测，如果借车结果为借车成功，则向终端设备返回借车成功的消息并同时执行预设的开锁操作。因此，通过对借车结果进行预测，在返回借车成功的消息的同时进行开锁操作，有效地提高借车效率，提高用户体验。

下面以具体地实施例对本公开的实施例的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本公开的实施例的实施例进行描述。

图2为本公开的一实施例提供的共享车辆的借车方法的流程示意图，执行主体为共享车辆。如图2所示，该方法包括：

S201、接收来自终端设备的借车请求。

其中，借车请求也可称为用车请求或者开锁请求，用于指示共享车辆开锁，便于用户使用共享车辆。

具体的，在准备用车时，用户可通过终端设备对共享车辆上的标识(例如条形码、QR码)进行扫描，来生成借车请求并将该借车请求发送至服务器，再由服务器将该借车请求发送给共享车辆。

S202、响应于借车请求，获取共享车辆的车辆信息。

其中，共享车辆的车辆信息可包括如下一项或多项：共享车辆的历史骑行信息、共享车辆的系统状态信息。

其中，共享车辆的历史骑行信息可包括共享车辆的历史订单。共享车辆的历史订单可包括订单时间在当前时间之前的预设时间段内的用车订单、或者订单时间从共享车辆的上一次维护时间到当前时间之间的预设时间段内的用车订单、或者订单时间在当前时间之前的预设数量个用车订单、或者订单时间距离当前时间最近的预设数量个用车订单。

其中，共享车辆的系统状态信息可包括共享车辆的系统运行状态。共享车辆的系统运行状态可包括如下的一项或多项：共享车辆的系统运行状态是否正常、共享车辆的系统运行状态的各个参数(如共享车辆的电池电量)。

具体的，共享车辆在接收到借车请求后，可读取在共享车辆上存储装置中存储的共享车辆的历史骑行信息，或者/和获取共享车辆的系统运行状态，例如，获取共享车辆的电池电量。

S203、根据共享车辆的车辆信息，对当前订单的借车结果进行预测。

其中，借车结果存在两种可能，一是借车成功，另一是借车失败。对当前订单的结果进行预测，即预测当前订单的借车结果是借车成功还是借车失败。当前订单是指共享车辆当前接收到的借车请求对应的用车订单。如果借车成功，则当前订单继续进行，如果借车失败，则结束当前订单。

具体的，共享车辆的车辆信息在一定程度上可以反映出共享车辆是否能够接受并成功进行当前订单，也即是否能够借车成功。在共享车辆的车辆信息包括共享车辆的历史骑行信息、且共享车辆的历史骑行信息包括共享车辆的历史订单时，共享车辆的历史订单的完成情况可以在一定程度上反映当前订单是否能够借车成功。例如，若共享车辆的历史订单中存在异常结束的用车订单或者异常结束的用车订单的数量超过预设的数量阈值，则说明共享车辆的借车成功的概率较低，可预测借车结果为借车失败。在共享车辆的车辆信息包括共享车辆的系统状态信息时，共享车辆的系统状态信息也能够在一定程度上反映出当前订单是否能够借车成功。例如，若共享车辆的电池电量低于预设的电量阈值，则说明共享车辆的借车成功的概率较低，可预测借车结果为借车失败。

可选的，共享车辆的车辆信息还可包括共享车辆是否为开锁状态和共享车辆是否为故障状态。在接收到借车请求后，若共享车辆正处于开锁状态或者共享车辆已经被标记为故障状态，则无需再进行借车结果预测，可直接向终端设备发送借车失败的消息，若共享车辆既不处于开锁状态且不处于故障状态，则进行借车结果的预测。因此，通过共享车辆是否处于开锁状态或者处于故障状态进行检测，以提高借车效率。

S204、如果借车结果为借车成功，则向终端设备返回借车成功的消息，并同时执行预设的开锁操作。

其中，开锁操作包括打开共享车辆上的锁机构和控制共享车辆上电机控制器输出动力，以便用户使用共享车辆。开锁操作还可包括开启共享车辆上的头灯和尾灯，以提高共享车辆在使用过程中的安全性。

具体的，如果预测得到的借车结果为借车成功，则说明共享车辆能够借车成功的概率较高，也即共享车辆能够成功开锁的概率较高且共享车辆骑行的安全性较高，所以，在预测得到的借车结果为借车成功的情况下，可向终端设备返回借车成功的消息，并同时执行预设的开锁操作，以提高借车效率。

如果预测得到的借车结果为借车失败，则说明共享车辆能够借车失败的概率较高，也即共享车辆能够成功开锁的概率较低或者共享车辆骑行的安全性较低，所以，在预测得到的借车结果为借车失败的情况下，可向终端设备返回借车失败的消息，以便用户及时知道借车结果，提高借车效率。

其中，共享车辆可通过服务器向终端设备返回借车成功或借车失败的消息，也可直接向终端设备发送借车成功或借车失败的消息。

本公开实施例中，在接收到借车请求的情况下，基于共享车辆的车辆信息，对共享车辆的借车结果进行预测，如果预测的结果为借车成功，则向终端设备返回借车成功的消息并同时执行开锁操作。因此，通过对借车结果进行预测，既确保了返回给终端设备的借车成功的消息的可靠性，又能够保证向终端设备返回借车成功的消息和开锁操作可以同时执行，有效地提高了借车效率，进而有效地提高了用户体验。

在一些实施例中，在共享车辆的历史骑行信息包括共享车辆的历史订单的情况下，共享车辆的历史骑行信息包括如下一项或多项：历史订单中共享车辆的骑行时间、历史订单中共享车辆的骑行速度。

在共享车辆的历史骑行信息包括历史订单中共享车辆的骑行时间、历史订单中共享车辆的骑行速度中的一项或多项的情况下，上述S203的一种可能的实现方式为：依据历史订单的共享车辆的骑行时间和/或历史订单中共享车辆的骑行速度，对当前订单的借车结果进行预测。

具体的，在依据历史订单的共享车辆的骑行时间和/或历史订单中共享车辆的骑行速度，对当前订单的借车结果进行预测时，若历史订单中存在共享车辆的骑行时间小于预设的时间阈值的用车订单和/或历史订单中共享车辆的骑行速度超出预设的速度范围，则可预测借车结果为借车失败，否则可预测借车结果为借车成功。

例如，若最近一次用车订单中共享车辆的骑行时间小于预设的时间阈值，则认为最近一次用车订单异常结束，比如上一用户在开锁后发现共享车辆的链条脱落而马上结束了用车订单，因此在这种情况下可以预测借车结果为借车失败，以避免当前的用户又遇到类似情况。又如，若最近一次用车订单中共享车辆的骑行速度超出预设的速度范围，则认为共享车辆的动力输出异常，为提高共享车辆的安全性，可以预测借车结果为借车失败。

在一些实施例中，在共享车辆的系统状态信息包括共享车辆的系统运行状态情况下，共享车辆的系统状态信息包括如下一项或多项：共享车辆的电池管理系统的运行状态、共享车辆的电机控制系统的运行状态、共享车辆的中央控制系统的供电状态。

其中，共享车辆的电池管理系统(Battery Management System，BMS)是用于监控电池的状态并对电池进行管理，以防止电池出现故障的系统。共享车辆的电机控制系统是用于控制共享车辆的动力输出、以驱动共享车辆的电机的系统。共享车辆的中央控制系统又称为共享车辆的电子控制系统(Electronic Control Unit，ECU)，能够控制共享车辆与服务器和/或终端设备的通信，还能够采集共享车辆上各个系统和/或组件的状态参数，来确定共享车辆的各个系统和/或组件的运行状态是否正常。

在共享车辆的系统状态信息包括共享车辆的电池管理系统的运行状态、共享车辆的电机控制系统的运行状态、共享车辆的中央控制系统的供电状态中的一项或多项的情况下，上述S203的一种可能的实现方式为：根据电池管理系统的运行状态、共享车辆的电机控制系统的运行状态和/或共享车辆的中央控制系统的供电状态，对当前订单的借车结果进行预测，以提高预测得到的借车结果的准确性。

具体的，如果共享车辆的电池管理系统的运行状态异常、共享车辆的电机控制系统的运行状态异常和/或共享车辆的中央控制系统的供电状态异常，则预测借车结果为借车失败，否则预测借车结果为借车成功。

其中，共享车辆的电池管理系统的运行状态异常包括如下一项或多项：共享车辆的电池电芯故障、共享车辆的电池停止向外供电。在共享车辆的电池管理系统的运行状态异常的情况下，共享车辆的电池无法正常向外供电，进而导致共享车辆的电机无法正常运转，因此可预测借车结果为借车失败，向终端设备发送借车失败的消息。

其中，共享车辆的电机控制系统的运行状态异常包括：电机控制系统和/或电机控制系统上外接的配件异常。电机控制系统的异常为电机控制系统的动力输出异常，电机控制系统上外接的配件包括电机、转把和刹车。在电机控制系统的运行状态异常的情况下，共享车辆的骑行安全性较低，比如可能出现共享车辆的车速不稳定(例如在骑行过程中共享车辆突然失去动力)、共享车辆的转把失灵、共享车辆的刹车失灵，因此可预测借车结果为借车失败，向终端设备发送借车失败的消息。

其中，共享车辆的中央控制系统供电异常包括中央控制系统断电。在中央控制系统断电的情况下，说明共享车辆中线路异常，此时共享车辆的骑行安全性较低，可预测借车结果为借车失败，向终端设备发送借车失败的消息。

图3为本公开的另一实施例提供的共享车辆的借车方法的流程示意图。如图3所示，该方法包括：

S301、接收来自终端设备的借车请求。

具体的，S301可参照S201的具体描述，不再赘述。

S302、响应于借车请求，获取共享车辆的车辆信息。

具体的，S302可参照S202的具体描述，不再赘述。

S303、根据共享车辆的车辆信息，确定当前订单借车成功的置信度。

具体的，可为共享车辆的车辆信息设置预设的权值参数，通过获取的车辆信息和预设的权值参数，计算当前订单借车成功的置信度。其中，权值参数比如为权值矩阵，可由专业人士设置权值参数，也可获取训练数据，训练数据包括多个一一对应的车辆信息和置信度，将训练数据中的置信度作为输出，将训练数据中的车辆信息作为输入，多次调整权值矩阵，以提高置信度的准确性。

在一种可能的实现方式中，在共享车辆的车辆信息包括共享车辆的历史骑行信息、共享车辆的系统状态信息中的一项或多项的情况下，权值参数包括与共享车辆的历史骑行信息对应的权值参数和/或与共享车辆的系统状态信息对应的权值参数，以提高置信度的准确性。

进一步的，在共享车辆的历史骑行信息包括历史订单中共享车辆的骑行时间、历史订单中共享车辆的骑行速度中的一项或多项的情况下，与共享车辆的历史骑行信息对应的权值参数包括与历史订单中共享车辆的骑行时间对应的权值参数和/或与历史订单中共享车辆的骑行速度对应的权值参数，以提高置信度的准确性。

进一步的，在共享车辆的系统状态信息包括共享车辆的电池管理系统的运行状态、共享车辆的电机控制系统的运行状态、共享车辆的中央控制系统的供电状态中的一项或多项的情况下，与共享车辆的系统状态信息对应的权值参数包括与共享车辆的电池管理系统的运行状态对应的权值参数、与共享车辆的电机控制系统的运行状态对应的权值参数、与共享车辆的中央控制系统的供电状态对应的权值参数，以提高置信度的准确性。

其中，共享车辆的骑行时间、历史订单中共享车辆的骑行速度、共享车辆的电池管理系统的运行状态、共享车辆的电机控制系统的运行状态、共享车辆的中央控制系统的供电状态可参照S203的描述，不再赘述。

S304、根据置信度，确定借车结果是否为借车成功。

具体的，可将置信度与预设的阈值进行比较，若置信度大于预设的阈值，则确定借车结果为借车成功，执行S305，否则确定借车结果为借车失败，执行S306。

S305、向终端设备返回借车成功的消息，并同时执行预设的开锁操作。

其中，开锁操作包括打开共享车辆上的锁机构和控制共享车辆上电机控制器输出动力，以便用户使用共享车辆。开锁操作还可包括开启共享车辆上的头灯和尾灯，以提高共享车辆在使用过程中的安全性。

具体的，如果预测得到的借车结果为借车成功，则说明共享车辆能够借车成功的概率较高，也即共享车辆能够成功开锁的概率较高且共享车辆骑行的安全性较高，所以，在预测得到的借车结果为借车成功的情况下，可向终端设备返回借车成功的消息，并同时执行预设的开锁操作，以提高借车效率。

可选的，由于预测得到的借车结果可能与实际的借车结果有偏差，可能出现预测得到借车结果为借车成功、但是执行开锁操作时开锁操作执行失败的情况。在开锁操作执行失败后，向终端设备返回开锁失败的消息，以及时告知用户开锁失败。

S306、向终端设备返回借车失败的消息。

具体的，如果预测得到的借车结果为借车失败，则说明共享车辆能够借车失败的概率较高，也即共享车辆能够成功开锁的概率较低或者共享车辆骑行的安全性较低，所以，在预测得到的借车结果为借车失败的情况下，可向终端设备返回借车失败的消息，以便用户及时知道借车结果，提高借车效率。

本公开实施例中，在接收到借车请求的情况下，基于共享车辆的车辆信息，对共享车辆的借车结果进行预测，得到借车结果为借车成功的置信度，如果置信度大于预设的阈值，则预测借车结果为借车成功，否则预测借车结果为借车失败，如果预测结果为借车成功，则向终端设备返回借车成功的消息并同时执行开锁操作，否则向终端设备返回借车失败的消息。因此，通过对借车结果进行预测，既确保了返回给终端设备的借车成功的消息的可靠性，又能够保证向终端设备返回借车成功的消息和开锁操作可以同时执行，有效地提高了借车效率，进而有效地提高了用户体验。

图4为本公开的另一实施例提供的共享车辆的借车方法的流程示意图。如图4所示，该方法包括：

S401、接收来自终端设备的借车请求。

具体的，S401可参照S201的具体描述，不再赘述。

S402、响应于借车请求，获取共享车辆的车辆信息。

具体的，S402可参照S202的具体描述，不再赘述。

S403、将车辆信息输入预先训练好的借车结果预测模型，得到当前订单借车成功的置信度。

其中，借车结果预测模型为机器学习模型。

具体的，在训练借车结果预测模型时，可获取训练数据，训练数据包括车辆信息和与车辆信息对应的置信度，例如可以在实际场景中测试得到不同车辆信息对应的置信度。将训练数据中的车辆信息作为输入，将与车辆信息对应的置信度作为输出，对借车结果预测模型进行有监督训练，得到训练好的借车结果预测模型。

可选的，借车结果预测模型可为决策树或者朴素贝叶斯分类模型，决策树或者朴素贝叶斯分类模型的输入为车辆信息，输出为在该车辆信息的基础上借车成功的概率，也即借车成功的置信度。

其中，决策树(Decision Tree)是一种树形结构的分类模型，每一内部节点表示在一个属性上的判断，每个分支表示一个判断结果的输出。因此，决策树的内部节点可对应一项车辆信息，因此在决策树种可依据各项车辆信息确定置信度。

在一种可能的实现方式中，在车辆信息包括在共享车辆的车辆信息包括共享车辆的历史骑行信息、共享车辆的系统状态信息中的一项或多项、且借车结果预测模型可为决策树的情况下，决策树中存在分别与共享车辆的历史骑行信息和/或共享车辆的系统状态信息对应的内部节点。

进一步的，在共享车辆的历史骑行信息包括历史订单中共享车辆的骑行时间、历史订单中共享车辆的骑行速度中的一项或多项的情况下，与共享车辆的历史骑行信息对应的内部节点包括分别与历史订单中共享车辆的骑行时间和/或历史订单中共享车辆的骑行速度对应的内部节点，因此，可在决策树中，依据上述各项共享车辆的历史骑行信息判断得到借车结果为借车成功的置信度。

进一步的，在共享车辆的系统状态信息包括共享车辆的电池管理系统的运行状态、共享车辆的电机控制系统的运行状态、共享车辆的中央控制系统的供电状态中的一项或多项的情况下，与共享车辆的系统状态信息对应的内部节点包括分别与共享车辆的电池管理系统的运行状态、共享车辆的电机控制系统的运行状态和/或共享车辆的中央控制系统的供电状态对应的内部节点，因此，可在决策树中，依据上述各项共享车辆的系统状态信息判断得到借车结果为借车成功的置信度。

其中，朴素贝叶斯分类模型是基于贝叶斯定理和条件独立性假设的一种分类方法，同样的各项车辆信息可以作为朴素贝叶斯分类模型中的各项属性，用来进行概率计算，在此对朴素贝叶斯分类模型的具体内容不做描述。

S404、确定置信度是否大于预设的阈值。

具体的，将置信度与预设的阈值进行比较，若置信度大于预设的阈值，则确定借车结果为借车成功，否则，确定借车结果为借车失败。

S405、向终端设备返回借车成功的消息，并同时执行预设的开锁操作。

具体的，S405可参照S305的具体描述，不再赘述。

S406、向终端设备返回借车失败的消息。

具体的，S406可参照S306的具体描述，不再赘述。

本公开实施例中，在接收到借车请求的情况下，基于共享车辆的车辆信息，通过机器学习模型对共享车辆的借车结果进行预测，得到借车结果为借车成功的置信度，如果置信度大于预设的阈值，则预测借车结果为借车成功，否则预测借车结果为借车失败，如果预测结果为借车成功，则向终端设备返回借车成功的消息并同时执行开锁操作，否则向终端设备返回借车失败的消息。因此，通过机器学习模型通过对借车结果进行预测，既确保了返回给终端设备的借车成功的消息的可靠性，又能够保证向终端设备返回借车成功的消息和开锁操作可以同时执行，有效地提高了借车效率，进而有效地提高了用户体验。

其中，图2～图4所述的方法实施例也可以在服务器上执行，服务器在接收到终端设备的借车请求后，获取借车请求中的车辆标识，与该车辆标识对应的共享车辆进行通信，获取该共享车辆的车辆信息，基于获取得到的共享车辆的车辆信息，对当前订单的借车结果进行预测，如果借车结果为借车成功，则向终端设备返回借车成功的消息，并同时向共享车辆返回开锁指令，如果借车结果为借车失败，则向终端设备返回借车失败的消息。在此对上述操作在服务器上的具体实现可参照图2～图4所述的方法实施例，不再赘述。

其中，图2～图4所述的方法实施例可作为单独的实施例实施，也可以相互结合实施。

图5为本公开的一实施例提供的共享车辆的借车装置的结构示意图。如图5所示，该装置包括：

接收模块501，用于接收来自终端设备的借车请求；

获取模块502，用于响应于借车请求，获取共享车辆的车辆信息；

预测模块503，用于根据共享车辆的车辆信息，对当前订单的借车结果进行预测；

开锁模块504，用于如果借车结果为借车成功，则向终端设备返回借车成功的消息，并同时执行预设的开锁操作。

在一个可能的实现方式中，车辆信息包括如下一项或多项：共享车辆的历史骑行信息、共享车辆的系统状态信息。

在一个可能的实现方式中，共享车辆的历史骑行信息包括如下一项或多项：历史订单中共享车辆的骑行时间、历史订单中共享车辆的骑行速度。

在一个可能的实现方式中，共享车辆的系统状态信息包括如下一项或多项：共享车辆的电池管理系统的运行状态、共享车辆的电机控制系统的运行状态、共享车辆的中央控制系统的供电状态。

在一个可能的实现方式中，预测模块503，具体用于：

根据车辆信息，确定当前订单借车成功的置信度；

如果置信度大于预设阈值，则确定借车结果为借车成功，否则确定借车结果为借车失败。

在一个可能的实现方式中，该装置还包括：

通信模块，用于如果开锁操作执行失败，则向终端设备返回开锁失败的消息。

在一个可能的实现方式中，通信模块，还用于：

如果借车结果为借车失败，则向终端设备返回借车失败的消息。

在一个可能的实现方式中，预测模块503，具体用于：

将车辆信息输入预先训练好的借车结果预测模型，得到当前订单借车成功的置信度，借车结果预测模型为机器学习模型。

在一个可能的实现方式中，机器学习模型为决策树或者朴素贝叶斯分类模型。

图5提供的共享车辆的借车装置，可以执行上述相应方法实施例，其实现原理和技术效果类似，在此不再赘述。

图6为本公开的一实施例提供的一种电子设备的结构示意图。如图6所示，该电子设备可以包括：处理器601和存储器602。存储器602用于存储计算机执行指令，处理器601执行计算机程序时实现如上述任一实施例的方法。

上述的处理器601可以是通用处理器，包括中央处理器CPU、网络处理器(networkprocessor，NP)等。上述存储器602可能包含随机存取存储器(random access memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

本公开的一实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行如上述任一实施例的方法。

本公开的一实施例还提供一种程序产品，所述程序产品包括计算机程序，所述计算机程序存储在存储介质中，至少一个处理器可以从所述存储介质中读取所述计算机程序，所述至少一个处理器执行所述计算机程序时可实现上述任一实施例的方法。

图7为本公开的一实施例提供的共享车辆的借车装置700的框图。例如，装置700可以被提供为一服务器。参照图7，装置700包括处理组件701，其进一步包括一个或多个处理器，以及由存储器702所代表的存储器资源，用于存储可由处理组件701的执行的指令，例如应用程序。存储器702中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件701被配置为执行指令，以执行上述任一实施例的方法。

装置700还可以包括一个电源组件703被配置为执行装置700的电源管理，一个有线或无线网络接口704被配置为将装置700连接到网络，和一个输入输出(I/O)接口705。装置700可以操作基于存储在存储器702的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

在本公开实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中，A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系；在公式中，字符“/”，表示前后关联对象是一种“相除”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中，a，b，c可以是单个，也可以是多个。

可以理解的是，在本公开实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本公开实施例的范围。

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

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开的实施例旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。

Claims (12)

1.一种共享车辆的借车方法，其特征在于，所述方法包括：

接收来自终端设备的借车请求；

响应于所述借车请求，获取共享车辆的车辆信息；

根据所述共享车辆的车辆信息，对当前订单的借车结果进行预测；

如果所述借车结果为借车成功，则向所述终端设备返回借车成功的消息，并同时执行预设的开锁操作。

2.根据权利要求1所述的方法，其特征在于，所述车辆信息包括如下一项或多项：所述共享车辆的历史骑行信息、所述共享车辆的系统状态信息。

3.根据权利要求2所述的方法，其特征在于，所述共享车辆的历史骑行信息包括如下一项或多项：历史订单中所述共享车辆的骑行时间、历史订单中所述共享车辆的骑行速度。

4.根据权利要求2所述的方法，其特征在于，所述共享车辆的系统状态信息包括如下一项或多项：所述共享车辆的电池管理系统的运行状态、所述共享车辆的电机控制系统的运行状态、所述共享车辆的中央控制系统的供电状态。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述根据所述共享车辆的车辆信息，对当前订单的借车结果进行预测，包括：

根据所述车辆信息，确定所述当前订单借车成功的置信度；

如果所述置信度大于预设阈值，则确定所述借车结果为借车成功，否则确定所述借车结果为借车失败。

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

如果所述开锁操作执行失败，则向所述终端设备返回开锁失败的消息。

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

如果所述借车结果为借车失败，则向所述终端设备返回借车失败的消息。

8.根据权利要求5所述的方法，其特征在于，所述根据所述车辆信息，确定所述当前订单借车成功的置信度，包括：

将所述车辆信息输入预先训练好的借车结果预测模型，得到所述当前订单借车成功的置信度，所述借车结果预测模型为机器学习模型。

9.根据权利要求8所述的方法，其特征在于，所述机器学习模型为决策树或者朴素贝叶斯分类模型。

10.一种共享车辆的借车装置，其特征在于，所述装置包括：

接收模块，用于接收来自终端设备的借车请求；

获取模块，用于响应于所述借车请求，获取共享车辆的车辆信息；

预测模块，用于根据所述共享车辆的车辆信息，对当前订单的借车结果进行预测；

开锁模块，用于如果所述借车结果为借车成功，则向所述终端设备返回借车成功的消息，并同时执行预设的开锁操作。

11.一种电子设备，其特征在于，包括：存储器和处理器；

所述存储器用于存储程序指令；

所述处理器用于调用所述存储器中的程序指令执行如权利要求1-10任一项所述的方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被执行时，实现如权利要求1-10任一项所述的方法。

Images