一种网约车出行订单管理方法

技术领域

本发明涉及网约车管理技术领域，具体涉及一种网约车出行订单管理方法。

背景技术

网约车服务的兴起改变了人们出行的方式，通过手机应用软件，乘客可以方便地呼叫车辆，而驾驶员也能够通过平台接受订单，这种模式的兴起大大提高了出行的便捷性，同时也给交通运输行业带来了新的管理挑战，网约车出行订单管理是指针对网约车平台上产生的乘客订单进行有效的组织、调度、监控和处理的一系列管理活动，这一管理过程涉及到多个环节，包括订单接收、派单、驾驶员接单、行程执行、支付结算等；

现有的出行订单分配方法，通常是网约车管理中心在收到出行订单后，获取下订单用户的定位信息，然后将用户的出行订单分配至距离用户最近的网约车，然而，该种出行订单分配方法存在以下缺陷：

用户生成出行订单后，若在用户附近的一个范围圈内存在若干辆网约车，由于这些网约车与用户的距离相差不大，采取最近距离派单的方式，会导致部分车辆频繁接单，部分车辆无单可接，不仅存在增加部分网约车驾驶员的接单负担的可能，而且对于部分驾驶员显失公平，降低驾驶员使用该网约车平台的意向；

基于此，本发明提出一种网约车出行订单管理方法，在下单用户的一定范围内对网约车进行动态排序派单，使得出行订单的分配更加均匀化，提高对网约车出行订单的管理效率。

发明内容

本发明的目的是提供一种网约车出行订单管理方法，以解决背景技术中不足。

为了实现上述目的，本发明提供如下技术方案：一种网约车出行订单管理方法，所述管理方法包括以下步骤：

S1：网约车管理中心获取实时的网约车运行状态，运行状态包括接单状态、载客状态以及停止接单状态，停止接单状态包括网约车处于静置停止接单状态以及网约车处于移动停止接单状态；

S2：当网约车管理中心基于无线网络收到用户的出行订单后，先定位该用户的位置，然后以用户所处位置为圆心，通过预设的半径r

S3：获取派单区域A内处于接单状态的网约车数量，若派单区域A内处于接单状态的网约车数量等于1，则将出行订单分配给网约车，若派单区域A内处于接单状态的网约车数量大于1，则获取所有网约车的多项数据后，基于排序算法对所有网约车进行排序，将出行订单分配给排序第一的网约车；

S4：若派单区域A内处于接单状态的网约车数量等于0，则通过预设半径r

S5：若派单区域B内处于接单状态的网约车数量等于0，获取载客状态网约车距行程终点的距离≤距离阈值的网约车，将出行订单分配至该网约车。

在一个优选的实施方式中，步骤S5中，若派单区域B内载客状态网约车数量等于0，且派单区域B内存在移动停止接单状态的网约车，网约车管理中心进行出行订单管理还包括以下步骤：

S501：网约车管理中心将出行订单发送至该网约车的驾驶员，由该驾驶员选择是否接客；

S502：若派单区域B内均没有接单状态、载客状态以及停止接单状态的网约车，则网约车管理中心持续监控派单区域B；

S503：当派单区域B出现接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车或驾驶员同意接单的停止接单状态网约车时，则网约车管理中心进行订单分配。

在一个优选的实施方式中，步骤S3中，若派单区域A内处于接单状态的网约车数量大于1，则获取所有网约车的多项数据后，基于排序算法对所有网约车进行排序，将出行订单分配给排序第一的网约车包括以下步骤：

S301：获取网约车的多项数据，多项数据包括指定时间段接单数量、里程指数、车辆空闲时长以及车辆故障频率；

S302：将指定时间段接单数量、里程指数、车辆空闲时长以及车辆故障频率综合计算获取排序系数

；式中，/>

S303：获取派单区域A内所有网约车的排序系数

在一个优选的实施方式中，所述里程指数的获取逻辑为：在用户下单后，网约车管理中心基于GIS地理系统获取用户设置起点到终点的里程数，然后通过网约车的通信端口获取网约车的剩余里程数，若网约车的剩余里程数＞用户设置起点到终点的里程数，里程指数

所述车辆空闲时长的获取逻辑为：将网约车上一次出行订单结束的时间点作为车辆空闲开始时间点，通过车辆空闲开始时间点计时获取车辆空闲时长。

在一个优选的实施方式中，所述指定时间段接单数量的获取逻辑为：网约车管理中心预设一个监测时长T，网约车管理中心获取网约车在监测时长T内的接单数量为指定时间段接单数量；

所述车辆故障频率的计算表达式为：

在一个优选的实施方式中，步骤S2中，网约车管理中心基于无线网络收到用户的出行订单包括以下步骤：

用户通过网约车应用提交出行订单，提供出发地点和目的地信息，网约车应用通过调用用户设备的定位服务接口获取用户位置的定位请求，包括使用手机的GPS、Wi-Fi、蓝牙、基站信息进行定位；

用户授权后，网约车应用通过调用设备的定位服务获取用户的当前位置信息，将获取到的用户位置信息通过无线网络传输到网约车管理中心。

在一个优选的实施方式中，步骤S3中，获取派单区域A内处于接单状态的网约车数量，若派单区域A内处于接单状态的网约车数量等于1，则将出行订单分配给网约车包括以下步骤：

在派单区域A内查询当前处于接单状态的网约车，统计查询到的接单状态的网约车数量；

判断接单状态的网约车数量是否等于1，若数量等于1，则直接将订单分配给该网约车；若数量不等于1，则根据其他派单逻辑继续进行车辆的排序和分配；

执行相应的派单操作，将出行订单分配给网约车，生成派单通知，并将订单信息发送给该网约车的驾驶员。

在一个优选的实施方式中，步骤S503中，当派单区域B出现接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车或驾驶员同意接单的停止接单状态网约车时，则网约车管理中心进行订单分配包括以下步骤：

网约车管理中心持续对没有接单状态、载客状态以及停止接单状态的网约车的派单区域B进行监控；

当派单区域B出现接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车或驾驶员同意接单的停止接单状态网约车时，网约车管理中心为接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车或驾驶员同意接单的停止接单状态网约车分配出行订单；

当派单区域B同时出现接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车时，优先为接单状态网约车分配出行订单；

当派单区域B同时出现距行程终点的距离≤距离阈值的载客状态网约车以及驾驶员同意接单的停止接单状态网约车时，优先为驾驶员同意接单的停止接单状态网约车分配订单；

当派单区域B同时出现接单状态网约车以及驾驶员同意接单的停止接单状态网约车时，优先为接单状态网约车分配出行订单。

在上述技术方案中，本发明提供的技术效果和优点：

1、本发明通过当网约车管理中心基于无线网络收到用户的出行订单后，先定位该用户的位置，然后以用户所处位置为圆心，通过预设的半径r

2、本发明通过将指定时间段接单数量、里程指数、车辆空闲时长以及车辆故障频率综合计算获取排序系数

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为本发明的方法流程图。

具体实施方式

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

实施例：请参阅图1所示，本实施例所述一种网约车出行订单管理方法，所述管理方法包括以下步骤：

网约车管理中心获取所有网约车的信息，信息包括网约车的车架号以及对应的驾驶员信息，对所有网约车生成编号集后建立数据库，每个编号集中包括网约车的基本信息以及对应驾驶员的基本信息，并获取实时的网约车运行状态，运行状态包括接单状态、载客状态以及停止接单状态，停止接单状态包括网约车处于静置停止接单状态以及网约车处于移动停止接单状态（网约车处于移动停止接单状态时，通常是驾驶员自行设置停止接单状态）；

当网约车管理中心基于无线网络收到用户的出行订单后，先定位该用户的位置（这一步需要用户使用网约车App时进行授权才能获取），然后以用户所处位置为圆心，通过预设的半径r

若派单区域B内载客状态网约车数量等于0，且派单区域B内存在移动停止接单状态的网约车，网约车管理中心将出行订单发送至该网约车的驾驶员，由该驾驶员选择是否接客，若派单区域B内均没有接单状态、载客状态以及停止接单状态的网约车，则网约车管理中心持续监控派单区域B，当派单区域B出现接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车或驾驶员同意接单的停止接单状态网约车时，则网约车管理中心进行订单分配。

本申请通过当网约车管理中心基于无线网络收到用户的出行订单后，先定位该用户的位置，然后以用户所处位置为圆心，通过预设的半径r

网约车管理中心获取所有网约车的信息，信息包括网约车的车架号以及对应的驾驶员信息，对所有网约车生成编号集后建立数据库，具体为：

从注册的网约车驾驶员处收集车架号和对应的驾驶员信息，这可以通过驾驶员注册时填写的表单、上传的证件等方式完成，对收集到的数据进行清理和验证，确保数据的准确性和完整性，确保每辆网约车都有对应的车架号和驾驶员信息，为每辆网约车生成唯一的编号集，这可以是数字、字母或数字字母的组合，确保每个编号在整个数据库中是唯一的；

创建一个MySQL数据库来存储网约车信息，在数据库中创建表，以存储网约车的信息，MySQL数据库包括以下字段：

1）车辆编号（唯一标识）；

2）车架号；

3）驾驶员信息（可以包括姓名、联系方式等）；

4）其他相关信息（例如车型、车牌号、注册时间等）；

将收集到的网约车信息插入数据库表中，确保每辆车都有对应的车辆编号，如果有其他关联的信息，例如网约车和订单之间的关系，可以在数据库中建立相应的关系，这有助于更复杂的查询和分析，定期进行数据库的备份、优化和维护工作，确保数据的安全性和性能，如果需要其他系统或应用访问这些数据，可以提供相应的访问接口，例如使用API（Application-Programming-Interface），实施必要的安全措施，例如数据加密、访问控制等，以保护网约车信息的安全性。

每个编号集中包括网约车的基本信息以及对应驾驶员的基本信息，并获取实时的网约车运行状态，运行状态包括接单状态、载客状态以及停止接单状态，停止接单状态包括网约车处于静置停止接单状态以及网约车处于移动停止接单状态（网约车处于移动停止接单状态时，通常是驾驶员自行设置停止接单状态），具体为：

MySQL数据库表结构：

1）网约车信息表（vehicles）：

车辆编号（vehicle_id）：主键，唯一标识每辆网约车；

车架号（vin）：车辆的唯一标识；

车型（model）：车辆的型号和类型；

车牌号（license_plate）：车辆的牌照号码；

2）驾驶员信息表（drivers）：

驾驶员编号（driver_id）：主键，唯一标识每个驾驶员；

姓名（name）：驾驶员的姓名；

联系方式（contact_info）：驾驶员的联系方式；

3）运行状态表（status）：

车辆编号（vehicle_id）：外键，与网约车信息表关联；

接单状态（acceptance_status）：可能的值包括“等待接单”和“已接单”；

载客状态（ride_status）：可能的值包括“空闲”和“已接乘客”；

停止接单状态（stop_accepting_status）：可能的值包括“静置停止接单”和“移动停止接单”；

实时运行状态：

实时运行状态可以通过系统记录的实时数据来获取，例如：

实时位置信息（current_location）：记录车辆当前的地理位置；

订单信息（current_order）：如果有正在执行的订单，记录订单编号等相关信息；

系统通过监控网约车的实时数据来更新运行状态，包括接单状态、载客状态和停止接单状态，驾驶员可以通过应用程序设置停止接单状态，包括静置停止接单和移动停止接单，系统根据驾驶员的设置更新状态，系统提供接口，允许查询特定车辆的实时运行状态和历史记录。

当网约车管理中心基于无线网络收到用户的出行订单后，先定位该用户的位置（这一步需要用户使用网约车App时进行授权才能获取），具体为：

用户通过网约车应用提交出行订单，提供出发地点和目的地等相关信息，应用发起对用户位置的定位请求，这可能通过调用设备的定位服务接口实现，如使用手机的GPS、Wi-Fi、蓝牙、基站等信息进行定位，应用向用户发出位置定位请求，请求获取设备当前位置的权限，用户在应用中会看到一个权限请求的弹窗，需要同意授权，通常在第一次使用应用时会弹出，用户授权后，应用通过调用设备的定位服务获取用户的当前位置信息，应用将获取到的用户位置信息传输到网约车管理中心，这通常通过无线网络（如4G、5G）进行数据传输。

以用户所处位置为圆心，通过预设的半径r

获取用户位置：从用户提交的订单中获取用户的当前位置坐标（经度和纬度）；

计算派单区域：使用用户位置为圆心，以预设的半径r

查询可用车辆：在派单区域A内查询可用的网约车，即在该区域内且空闲的车辆。

获取派单区域A内处于接单状态的网约车数量，若派单区域A内处于接单状态的网约车数量等于1，则直接将出行订单分配给该网约车，具体为：

查询接单状态的网约车：在派单区域A内查询当前处于接单状态的网约车，这可以通过实时查询符合条件的网约车状态信息来实现；

统计接单车辆数量：统计查询到的接单状态的网约车数量；

判断数量：判断接单状态的网约车数量是否等于1；

如果数量等于1，则直接将订单分配给该网约车；

如果数量不等于1，则根据其他派单逻辑继续进行车辆的排序和分配；

派单操作：根据上述判断，执行相应的派单操作，如果直接分配给唯一的接单网约车，生成派单通知，并将订单信息发送给该驾驶员。

若派单区域A内处于接单状态的网约车数量大于1，则获取所有网约车的多项数据后，基于排序算法对所有网约车进行排序，将出行订单分配给排序第一的网约车，具体为：

获取网约车的多项数据，多项数据包括指定时间段接单数量、里程指数、车辆空闲时长以及车辆故障频率；

将指定时间段接单数量、里程指数、车辆空闲时长以及车辆故障频率综合计算获取排序系数

；式中，/>

里程指数的获取逻辑为：在用户下单后，网约车管理中心基于GIS地理系统获取用户设置起点到终点的里程数，然后通过网约车的通信端口获取网约车的剩余里程数，若网约车的剩余里程数＞用户设置起点到终点的里程数，里程指数

车辆空闲时长的获取逻辑为：将网约车上一次出行订单结束的时间点作为车辆空闲开始时间点，通过车辆空闲开始时间点计时，网约车车辆的车辆空闲时长越大，表明该网约车长时间未接单，为了缓解驾驶员焦虑情绪，需要优先为此类网约车分配订单。

指定时间段接单数量的获取逻辑为：网约车管理中心预设一个监测时长T，T可为5小时或10小时，网约车管理中心获取网约车在监测时长T内的接单数量，在网约车在监测时长T内的接单数量越少，越需要为该网约车分配订单。

车辆故障频率的计算表达式为：

由排序系数

本申请通过将指定时间段接单数量、里程指数、车辆空闲时长以及车辆故障频率综合计算获取排序系数

若派单区域A内处于接单状态的网约车数量等于0，则通过预设半径r

为了降低网约车的通行成本，一般会选择为用户就近分配网约车，即避免网约车从较远的地方开过来，增加网约车成本，因此，当派单区域A内处于接单状态的网约车数量等于0时，为了避免用户长时间等待导致订单取消，此时网约车管理中心增加网约车的搜索范围，使得分配订单的效率增加，减少用户等待时长。

若派单区域B内处于接单状态的网约车数量仍等于0，则获取派单区域B内所有载客状态网约车距行程终点的距离，获取距行程终点的距离最近的网约车，若网约车距行程终点的距离≤距离阈值，则将出行订单分配至该网约车，具体为：

对于派单区域 B 内的所有载客状态网约车，查询它们距离当前订单的行程终点的距离，网约车距行程终点的距离越小，表明该网约车的当前订单越快被完成，并且，获取派单区域B内所有载客状态网约车距行程终点的距离，获取距行程终点的距离最近的网约车后，还需要将网约车距行程终点的距离与预设的距离阈值进行对比，例如，当距行程终点的距离最近的网约车的举例为5km时，此时完成该订单仍需要一段时间，若将出行订单分配给该网约车，则会导致用户等待时间过长。

若派单区域B内载客状态网约车数量等于0，且派单区域B内存在移动停止接单状态的网约车，网约车管理中心将出行订单发送至该网约车的驾驶员，由该驾驶员选择是否接客，具体为：

由于处于移动状态下停止接单状态的网约车，通常为驾驶员自主设定停止接单，为了避免用户等待接单时间过长，网约车管理中心需要尝试向移动停止接单状态的网约车的驾驶员发送出行订单，由该驾驶员选择是否接客，倘若用户与驾驶员前往路段顺风，或是驾驶员导致忘记转换网约车状态时，该种尝试手段一是有效降低用户的等待时长，二是提高网约车的出行订单分配效率。

若派单区域B内均没有接单状态、载客状态以及停止接单状态的网约车，则网约车管理中心持续监控派单区域B，具体为：

设置定时任务或实时监听机制，以保持对派单区域B内网约车状态的实时监测，定期查询派单区域B内的网约车状态信息，包括接单状态、载客状态以及停止接单状态，判断查询到的网约车数量是否为零，即派单区域B内没有处于接单、载客或停止接单状态的网约车，如果网约车数量为零，说明当前没有可用的网约车，网约车管理中心需要持续监控该区域，等待网约车状态发生变化，在监测的过程中，一旦有网约车状态发生变化（例如有车辆进入派单区域并变为可接单状态），立即进行派单操作，网约车管理中心应实时更新派单区域的状态，以确保派单系统具有准确的信息，可以设置报警机制，当连续一段时间内没有网约车可用时，系统发出警报通知相关人员。

当派单区域B出现接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车或驾驶员同意接单的停止接单状态网约车时，则网约车管理中心进行订单分配，具体为：

网约车管理中心持续对没有接单状态、载客状态以及停止接单状态的网约车的派单区域B进行监控，当派单区域B出现接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车或驾驶员同意接单的停止接单状态网约车时，网约车管理中心为接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车或驾驶员同意接单的停止接单状态网约车分配出行订单，当派单区域B同时出现接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车时，优先为接单状态网约车分配出行订单，当派单区域B同时出现距行程终点的距离≤距离阈值的载客状态网约车以及驾驶员同意接单的停止接单状态网约车时，优先为驾驶员同意接单的停止接单状态网约车分配订单，当派单区域B同时出现接单状态网约车以及驾驶员同意接单的停止接单状态网约车时，优先为接单状态网约车分配出行订单。

上述公式均是去量纲取其数值计算，公式是由采集大量数据进行软件模拟得到最近真实情况的一个公式，公式中的预设参数由本领域的技术人员根据实际情况进行设置。

在本说明书的描述中，参考术语“一个实施例”、“示例”、“具体示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

以上公开的本发明优选实施例只是用于帮助阐述本发明。优选实施例并没有详尽叙述所有的细节，也不限制该发明仅为的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本发明的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本发明。本发明仅受权利要求书及其全部范围和等效物的限制。