一种基于车辆状况进行网约车订单匹配的方法及系统

摘要

本发明公开了一种基于车辆状况进行网约车订单匹配的方法及系统，其中方法包括：获取网约车订单，基于网约车订单获取导航路线；基于导航路线获取相应的环境信息，所述环境信息包括天气、路面以及交通的状况；基于环境信息建立驾驶预测模型，模拟计算后获得轮胎安全参数；基于导航路线进行网约车订单匹配，获取候选车辆；对候选车辆的轮胎状况进行分析；基于轮胎状况与轮胎安全参数进行比对，若候选车辆的轮胎状况不符合轮胎安全参数，则重新进行订单匹配。本发明能提高网约车订单匹配中对车辆状况的考量，进而提高网约车的安全性。

说明书

技术领域

本发明涉及网约车订单匹配方法的技术领域，具体涉及一种基于车辆状况进行网约车订单匹配的方法及系统。

背景技术

网约车是一种通过网络进行车辆预约出行的服务，由于网约车所具有的便捷性和实用性，以及移动设备的普及，网约车服务的规模正在迅速扩张，逐渐成为一种社会中重要的出行手段。在网约车服务中，司机的自由度较高，无区域限制，乘客进行网约车时容易寻找到合适的车辆，使得网约车能同时满足乘客和司机双方的体验。

但是，现有的网约车服务中，网约车的订单的匹配和推送方式，一般服务器获取并比较司机和网约车订单中起点的距离，或者，匹配订单中路线与司机路线的匹配程度度，服务器通过将距离起点最近的司机，或路线匹配度最高的司机进行网约车订单推送，司机确认订单后即完成网约车订单。现有的网约车订单匹配和推送方式只考虑司机到达起点的距离，而不考虑乘客的安全性以及具体的环境因素。部分出现异常的车辆无法有效地筛选，依然可以进行网约车服务，可能在网约车订单完成的过程中出现意外，不利于乘客的安全和体验。

为此，需要发明一种能有效地提高网约车订单匹配时整体安全性的匹配方法。

发明内容

为了克服上述现有网约车匹配不考虑安全性的技术缺陷，本发明提供一种能提高网约车订单完成过程中安全性的，基于车辆状况进行网约车订单匹配的方法及系统。

为了解决上述问题，本发明按以下技术方案予以实现的：

本发明公开了一种基于车辆状况进行网约车订单匹配的方法，包括：

获取网约车订单，基于网约车订单获取导航路线；

基于导航路线获取相应的环境信息，所述环境信息包括天气、路面以及交通的状况；

基于环境信息建立驾驶预测模型，模拟计算后获得轮胎安全参数；

基于导航路线进行网约车订单匹配，获取候选车辆；

对候选车辆的轮胎状况进行分析；

基于轮胎状况与轮胎安全参数进行比对，若候选车辆的轮胎状况不符合轮胎安全参数，则重新进行订单匹配。

优选地，所述轮胎状况进行分析，具体为通过聚类分析方法进行轮胎状况分析。

优选地，所述若候选车辆的轮胎状况不符合轮胎要求后，还包括：向所述候选车辆发出车辆异常警告信息。

优选地，所述轮胎状况包括轮胎压力、轮胎温度和轮胎磨损程度。

优选地，所述环境状况信息包括天气、路面以及交通的历史信息、当前信息以及预测信息。

本发明还公开了一种基于车辆状况进行网约车订单匹配的系统，包括：

订单获取模块，用于获取网约车订单，基于网约车订单获取导航路线；

环境获取模块，用于基于导航路线获取相应的环境信息，所述环境信息包括天气、路面以及交通的状况；

模拟预测模块，用于基于环境信息建立驾驶预测模型，模拟计算后获得轮胎安全参数；

订单匹配模块，用于基于导航路线进行网约车订单匹配，获取候选车辆；

状况分析模块，用于对候选车辆的轮胎状况进行分析；

参数比对模块，用于基于轮胎状况与轮胎安全参数进行比对，若候选车辆的轮胎状况不符合轮胎安全参数，则重新进行订单匹配。

基于第二方面优选地，所述轮胎状况进行分析，具体为通过聚类分析方法进行轮胎状况分析。

基于第二方面优选地，所述参数比对模块还包括：异常警告子模块，用于向所述候选车辆发出车辆异常警告信息。

基于第二方面优选地，所述轮胎状况包括轮胎压力、轮胎温度和轮胎磨损程度。

基于第二方面优选地，所述环境状况信息包括天气、路面以及交通的历史信息、当前信息以及预测信息。

与现有技术相比，本发明的有益效果是：

本发明通过对拼车订单中所经过的路段进行环境信息的获取，基于环境信息建立相应的驾驶预测模块，从而模拟计算出车辆完成网约车订单的车辆状况要求，具体为轮胎安全系数，在匹配到候选车辆后，对候选车辆进行轮胎状况分析，基于轮胎状况与轮胎安全系数比对，以进一步判断候选车辆的安全性，进而保障了网约车订单的整体安全性，避免用户在进行网约车订单时出现意外。

附图说明

下面结合附图对本发明的具体实施方式作进一步详细的说明，其中：

图1是本发明的基于车辆状况进行网约车订单匹配的方法的流程示意图；

图2是本发明的基于车辆状况进行网约车订单匹配的系统的示意图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“网约车打车场景”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕“网约车打车场景”进行描述，但是应该理解，这仅是一个示例性实施例。本申请可以应用于任何其他交通运输的交通工具，可以包括出租车、私家车、顺风车、公共汽车等，或其任意组合。本申请还可以包括用于网约车打车的任何服务系统。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

实施例1

本发明的实施，需要至少一个具有定位和信息收发功能的乘客终端和司机终端，以及至少一个能对信息进行处理并进行收发的服务器，乘客终端和司机终端分别安装相应的应用程序，乘客终端和服务器通过网络连接以实现信息传输。

在一些实施中，乘客终端和司机终端可以是台式电脑、笔记本电脑、智能手机、平板电脑和智能手表等安装有相应的打车应用程序的设备，在一些实施例中，服务端可以是单个服务器，也可以是一个服务器组。在一些实施例中，服务端可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(community cloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。

如图1所示，为解决现有技术中，网约车订单匹配时无法确保乘客安全的问题，本发明实施例公开了一种基于车辆状况进行网约车订单匹配的方法，具体包括如下步骤：

步骤S1：获取网约车订单，基于网约车订单获取导航路线。

具体地，乘客通过乘客终端的网约车应用程序，进行网约车需求的发起，填入起点和终点后，乘客信息结合起点和终点，生成相应的网约车订单，并将网约车订单发送至服务器。服务器获取网约车订单后，基于网约车订单中的起点和终点，规划相应的导航路线。导航路线的规划依靠电子地图应用的规划方法，如高德地图、百度地图、腾讯地图等地图应用程序。

步骤S2：基于导航路线获取相应的环境信息，所述环境信息包括天气、路面以及交通的状况。

具体地，服务器在获取导航路线后，根据导航路线的具体位置，获取该导航路线的环境信息，以作进一步的环境预测。优选地，所述环境状况信息包括天气、路面以及交通的历史信息、当前信息以及预测信息。天气状况不同，晴天雨天以及温度，使得车辆在经过时轮胎的影响可能不同，通过获取网络上的天气预报和历史天气记录，能较为准确地获取当前天气状况，从而获取地面的温度和湿度。路面情况包括路面的具体类型、路面的平整度以及路面裂缝的大小和数量，路面情况的不同度轮胎的影响也不同。交通状况包括交通的拥挤程度，以及路面维修限行的状况，不同的交通状况对车辆刹车次数的要求不同，从而使车辆经过时轮胎的临界条件不同。

步骤S3：基于环境信息建立驾驶预测模型，模拟计算后获得轮胎安全参数。

具体地，基于获取的环境信息，包括天气状况、路面状况和交通状况的具体信息，不同的状况信息综合和建立相应的驾驶预测模型，从而模拟车辆经过导航路段时，对轮胎的影响，以及轮胎在预测模型的条件中，出现爆胎等事故的概率。在完成模拟行驶后，通过模拟计算公式，模拟计算出具体的轮胎安全参数。为确保网约车订单的安全性，轮胎安全参数的数值可取轮胎行驶导航路线的安全临界值上，增大5％至30％，以保障在车辆遇上预测模型中未曾预测到的意外时，能确保轮胎正常工作。

步骤S4：基于导航路线进行网约车订单匹配，获取候选车辆。

具体地，服务器基于网约车订单中起点的位置，根据司机终端上传的定位信息和空载情况，在起点附近的区域内寻找空载车辆，优先选择行驶至起点距离最近的空载车辆作为候选车辆。

步骤S5：对候选车辆的轮胎状况进行分析。

具体地，服务器下发轮胎状况分析指令，使候选车辆的轮胎自检，并将检测信号发送至服务器，服务器对检测参数进行具体的分析，以获取轮胎状况的具体分析结果。优选地，所述对候选车辆的轮胎状况进行分析，具体为通过聚类分析方法进行轮胎状况分析。所述轮胎状况包括轮胎压力、轮胎温度和轮胎磨损程度。依据轮胎的压力，能推算出轮胎的漏气情况和爆胎的风险，依据轮胎的温度，能推算出车辆的连续行驶时长，而轮胎的磨损程度，能推算出轮胎的行驶里程和路面打滑的风险。综合轮胎的压力、温度和磨损程度考虑，能对轮胎的行驶安全状况进行更为全面地进行预测。

步骤S6：基于轮胎状况与轮胎安全参数进行比对，若候选车辆的轮胎状况不符合轮胎安全参数，则重新进行订单匹配。

具体地，服务器基于轮胎状况的数值，与轮胎安全参数进行相应的比对后，进行安全性判断，获取判断结果后，若候选车辆的轮胎状况的数值不符合轮胎安全参数的范围，则说明候选车辆的轮胎状况无法安全地完成本次网约车订单，则不能将网约车订单派送至候选车辆的司机终端中。则需要服务器重新在起点附近的区域内寻找符合要求的空载车辆作为候选车辆，重新进行订单匹配，再次对新的候选车辆的轮胎进行分析和比对，直至寻找到合适的候选车辆，以进行网约车订单的匹配派送。

子步骤S61：向所述候选车辆发出车辆异常警告信息。

具体地，当候选车辆的轮胎状况不符合轮胎安全参数时，服务器还通过网络向候选车辆中的司机终端发送车辆异常警告信息，并显示出具体的轮胎异常，以提醒司机及时进行轮胎更替。或者，轮胎温度因长期驾驶而过高的情况时，提醒司机进行休息。

综上所述，本发明通过对拼车订单中所经过的路段进行环境信息的获取，基于环境信息建立相应的驾驶预测模块，从而模拟计算出车辆完成网约车订单的车辆状况要求，具体为轮胎安全系数，在匹配到候选车辆后，对候选车辆进行轮胎状况分析，基于轮胎状况与轮胎安全系数比对，以进一步判断候选车辆的安全性，进而保障了网约车订单的整体安全性，避免用户在进行网约车订单时出现意外。

实施例2

如图2所示，本发明实施例公开了一种基于车辆状况进行网约车订单匹配的系统，具体包括：

订单获取模块M1：用于获取网约车订单，基于网约车订单获取导航路线；

环境获取模块M2：用于基于导航路线获取相应的环境信息，所述环境信息包括天气、路面以及交通的状况；

模拟预测模块M3：用于基于环境信息建立驾驶预测模型，模拟计算后获得轮胎安全参数；

订单匹配模块M4：用于基于导航路线进行网约车订单匹配，获取候选车辆；

状况分析模块M5：用于对候选车辆的轮胎状况进行分析；

参数比对模块M6：用于基于轮胎状况与轮胎安全参数进行比对，若候选车辆的轮胎状况不符合轮胎安全参数，则重新进行订单匹配。

本发明实施例所述的系统在服务器中运行，在运行时，通过订单获取模块M1获取来自乘客终端的网约车订单，然后通过环境获取模块M2从网络中分别获取网约车订单中所需经过路段的环境信息，包括历史信息和预测信息，并将环境信息传输至模拟预测模块M3，模拟预测模块M3对环境信息与路段进行综合的模拟，获得相应的驾驶预测模型，从而进行模拟计算。模拟计算后获得车辆行驶完成网约车订单所需的能保障安全的轮胎安全参数，订单匹配模块M4进行订单匹配，根据网约车订单的位置，结合车辆的定位信息，获取附近的车辆作为候选车辆。状况分析模块M5对车辆的状况进行分析，具体为对车辆的轮胎进行分析。分析结果与轮胎安全参数通过参数比对模块M6进行比对，从而判断候选车辆能否安全地完成网约车订单。本发明实施例实现了网约车订单的更为安全和合理的匹配。

实施例3

本发明还公开一种电子设备，至少一个处理器，以及与所述至少一个处理器通信连接的存储器，其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，所述至少一个处理器执行指令时，具体实现以下的步骤：获取网约车订单，基于网约车订单获取导航路线；基于导航路线获取相应的环境信息，所述环境信息包括天气、路面以及交通的状况；基于环境信息建立驾驶预测模型，模拟计算后获得轮胎安全参数；基于导航路线进行网约车订单匹配，获取候选车辆；对候选车辆的轮胎状况进行分析；基于轮胎状况与轮胎安全参数进行比对，若候选车辆的轮胎状况不符合轮胎安全参数，则重新进行订单匹配。

实施例4

本发明还公开一种存储介质，存储有计算机程序，所述计算机程序被处理器执行时，具体实现以下步骤：获取网约车订单，基于网约车订单获取导航路线；基于导航路线获取相应的环境信息，所述环境信息包括天气、路面以及交通的状况；基于环境信息建立驾驶预测模型，模拟计算后获得轮胎安全参数；基于导航路线进行网约车订单匹配，获取候选车辆；对候选车辆的轮胎状况进行分析；基于轮胎状况与轮胎安全参数进行比对，若候选车辆的轮胎状况不符合轮胎安全参数，则重新进行订单匹配。

在一些实施方式中，客户端、服务器可以利用诸如HTTL(HyLerTextTransferLrotocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(LAN)、广域网(WAN)、网际网(例如，互联网)以及端对端网络(例如，adhoc端对端网络)，以及任何当前已知或未来研发的网络。

上述存储介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

需要说明的是，本公开上述的存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(ELROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何存储介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FLGA)、专用集成电路(ASIC)、专用标准产品(ASSL)、片上系统(SOC)、复杂可编程逻辑设备(CLLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(ELROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，故凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何修改、等同变化与修饰,均仍属于本发明技术方案的范围内。