CN117522530B - 一种网约车出行订单管理方法 - Google Patents

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

Info

Publication number
CN117522530B
CN117522530B CN202410020261.3A CN202410020261A CN117522530B CN 117522530 B CN117522530 B CN 117522530B CN 202410020261 A CN202410020261 A CN 202410020261A CN 117522530 B CN117522530 B CN 117522530B
Authority
CN
China
Prior art keywords
network
vehicle
order
order receiving
state
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202410020261.3A
Other languages
English (en)
Other versions
CN117522530A (zh
Inventor
于志杰
董广宇
刘金龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Bailong Mayun Technology Co ltd
Original Assignee
Beijing Bailong Mayun Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Bailong Mayun Technology Co ltd filed Critical Beijing Bailong Mayun Technology Co ltd
Priority to CN202410020261.3A priority Critical patent/CN117522530B/zh
Publication of CN117522530A publication Critical patent/CN117522530A/zh
Application granted granted Critical
Publication of CN117522530B publication Critical patent/CN117522530B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06312—Adjustment or analysis of established resource schedule, e.g. resource or task levelling, or dynamic rescheduling

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了一种网约车出行订单管理方法，涉及网约车管理技术领域，通过当网约车管理中心基于无线网络收到用户的出行订单后，先定位该用户的位置，然后以用户所处位置为圆心，通过预设的半径r1为该用户生成派单区域A，获取派单区域A内处于接单状态的网约车数量，若派单区域A内处于接单状态的网约车数量大于1，则获取所有网约车的多项数据后，基于排序算法对所有网约车进行排序，将出行订单分配给排序第一的网约车。该管理方法基于用户位置为用户生成派单区域，并在派单区域内，基于排序算法对所有网约车进行排序，将出行订单分配给排序第一的网约车，从而有效提高网约车管理中心派单均匀性，以及对出行订单管理的效率。

Description

一种网约车出行订单管理方法
技术领域
本发明涉及网约车管理技术领域，具体涉及一种网约车出行订单管理方法。
背景技术
网约车服务的兴起改变了人们出行的方式，通过手机应用软件，乘客可以方便地呼叫车辆，而驾驶员也能够通过平台接受订单，这种模式的兴起大大提高了出行的便捷性，同时也给交通运输行业带来了新的管理挑战，网约车出行订单管理是指针对网约车平台上产生的乘客订单进行有效的组织、调度、监控和处理的一系列管理活动，这一管理过程涉及到多个环节，包括订单接收、派单、驾驶员接单、行程执行、支付结算等；
现有的出行订单分配方法，通常是网约车管理中心在收到出行订单后，获取下订单用户的定位信息，然后将用户的出行订单分配至距离用户最近的网约车，然而，该种出行订单分配方法存在以下缺陷：
用户生成出行订单后，若在用户附近的一个范围圈内存在若干辆网约车，由于这些网约车与用户的距离相差不大，采取最近距离派单的方式，会导致部分车辆频繁接单，部分车辆无单可接，不仅存在增加部分网约车驾驶员的接单负担的可能，而且对于部分驾驶员显失公平，降低驾驶员使用该网约车平台的意向；
基于此，本发明提出一种网约车出行订单管理方法，在下单用户的一定范围内对网约车进行动态排序派单，使得出行订单的分配更加均匀化，提高对网约车出行订单的管理效率。
发明内容
本发明的目的是提供一种网约车出行订单管理方法，以解决背景技术中不足。
为了实现上述目的，本发明提供如下技术方案：一种网约车出行订单管理方法，所述管理方法包括以下步骤：
S1：网约车管理中心获取实时的网约车运行状态，运行状态包括接单状态、载客状态以及停止接单状态，停止接单状态包括网约车处于静置停止接单状态以及网约车处于移动停止接单状态；
S2：当网约车管理中心基于无线网络收到用户的出行订单后，先定位该用户的位置，然后以用户所处位置为圆心，通过预设的半径r1为该用户生成派单区域A；
S3：获取派单区域A内处于接单状态的网约车数量，若派单区域A内处于接单状态的网约车数量等于1，则将出行订单分配给网约车，若派单区域A内处于接单状态的网约车数量大于1，则获取所有网约车的多项数据后，基于排序算法对所有网约车进行排序，将出行订单分配给排序第一的网约车；
S4：若派单区域A内处于接单状态的网约车数量等于0，则通过预设半径r2为该用户生成派单区域B，r2＞r1，重复步骤S3中派单区域A的出行订单分配步骤将出行订单分配给符合条件的网约车；
S5：若派单区域B内处于接单状态的网约车数量等于0，获取载客状态网约车距行程终点的距离≤距离阈值的网约车，将出行订单分配至该网约车。
在一个优选的实施方式中，步骤S5中，若派单区域B内载客状态网约车数量等于0，且派单区域B内存在移动停止接单状态的网约车，网约车管理中心进行出行订单管理还包括以下步骤：
S501：网约车管理中心将出行订单发送至该网约车的驾驶员，由该驾驶员选择是否接客；
S502：若派单区域B内均没有接单状态、载客状态以及停止接单状态的网约车，则网约车管理中心持续监控派单区域B；
S503：当派单区域B出现接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车或驾驶员同意接单的停止接单状态网约车时，则网约车管理中心进行订单分配。
在一个优选的实施方式中，步骤S3中，若派单区域A内处于接单状态的网约车数量大于1，则获取所有网约车的多项数据后，基于排序算法对所有网约车进行排序，将出行订单分配给排序第一的网约车包括以下步骤：
S301：获取网约车的多项数据，多项数据包括指定时间段接单数量、里程指数、车辆空闲时长以及车辆故障频率；
S302：将指定时间段接单数量、里程指数、车辆空闲时长以及车辆故障频率综合计算获取排序系数，计算表达式为：
；式中，/>表示里程指数，/>为车辆空闲时长，/>为指定时间段接单数量，/>为车辆故障频率，/>、/>、/>分别为车辆空闲时长、指定时间段接单数量以及车辆故障频率的比例系数，且/>、/>、/>均大于0；
S303：获取派单区域A内所有网约车的排序系数值后，将所有网约车依据排序系数/>值由大到小进行排序，将出行订单分配给排序第一的网约车。
在一个优选的实施方式中，所述里程指数的获取逻辑为：在用户下单后，网约车管理中心基于GIS地理系统获取用户设置起点到终点的里程数，然后通过网约车的通信端口获取网约车的剩余里程数，若网约车的剩余里程数＞用户设置起点到终点的里程数，里程指数，若网约车的剩余里程数≤用户设置起点到终点的里程数，里程指数/>；
所述车辆空闲时长的获取逻辑为：将网约车上一次出行订单结束的时间点作为车辆空闲开始时间点，通过车辆空闲开始时间点计时获取车辆空闲时长。
在一个优选的实施方式中，所述指定时间段接单数量的获取逻辑为：网约车管理中心预设一个监测时长T，网约车管理中心获取网约车在监测时长T内的接单数量为指定时间段接单数量；
所述车辆故障频率的计算表达式为：，式中，T表示网约车管理中心预设监测时长，/>表示网约车在监测时长/>内车辆出现的故障灯次数。
在一个优选的实施方式中，步骤S2中，网约车管理中心基于无线网络收到用户的出行订单包括以下步骤：
用户通过网约车应用提交出行订单，提供出发地点和目的地信息，网约车应用通过调用用户设备的定位服务接口获取用户位置的定位请求，包括使用手机的GPS、Wi-Fi、蓝牙、基站信息进行定位；
用户授权后，网约车应用通过调用设备的定位服务获取用户的当前位置信息，将获取到的用户位置信息通过无线网络传输到网约车管理中心。
在一个优选的实施方式中，步骤S3中，获取派单区域A内处于接单状态的网约车数量，若派单区域A内处于接单状态的网约车数量等于1，则将出行订单分配给网约车包括以下步骤：
在派单区域A内查询当前处于接单状态的网约车，统计查询到的接单状态的网约车数量；
判断接单状态的网约车数量是否等于1，若数量等于1，则直接将订单分配给该网约车；若数量不等于1，则根据其他派单逻辑继续进行车辆的排序和分配；
执行相应的派单操作，将出行订单分配给网约车，生成派单通知，并将订单信息发送给该网约车的驾驶员。
在一个优选的实施方式中，步骤S503中，当派单区域B出现接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车或驾驶员同意接单的停止接单状态网约车时，则网约车管理中心进行订单分配包括以下步骤：
网约车管理中心持续对没有接单状态、载客状态以及停止接单状态的网约车的派单区域B进行监控；
当派单区域B出现接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车或驾驶员同意接单的停止接单状态网约车时，网约车管理中心为接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车或驾驶员同意接单的停止接单状态网约车分配出行订单；
当派单区域B同时出现接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车时，优先为接单状态网约车分配出行订单；
当派单区域B同时出现距行程终点的距离≤距离阈值的载客状态网约车以及驾驶员同意接单的停止接单状态网约车时，优先为驾驶员同意接单的停止接单状态网约车分配订单；
当派单区域B同时出现接单状态网约车以及驾驶员同意接单的停止接单状态网约车时，优先为接单状态网约车分配出行订单。
在上述技术方案中，本发明提供的技术效果和优点：
1、本发明通过当网约车管理中心基于无线网络收到用户的出行订单后，先定位该用户的位置，然后以用户所处位置为圆心，通过预设的半径r1为该用户生成派单区域A，获取派单区域A内处于接单状态的网约车数量，若派单区域A内处于接单状态的网约车数量等于1，则将出行订单分配给网约车，若派单区域A内处于接单状态的网约车数量大于1，则获取所有网约车的多项数据后，基于排序算法对所有网约车进行排序，将出行订单分配给排序第一的网约车。该管理方法基于用户位置为用户生成派单区域，并在派单区域内，获取所有网约车的多项数据后，基于排序算法对所有网约车进行排序，将出行订单分配给排序第一的网约车，从而有效提高网约车管理中心派单均匀性，以及对出行订单管理的效率；
2、本发明通过将指定时间段接单数量、里程指数、车辆空闲时长以及车辆故障频率综合计算获取排序系数，多项数据综合分析，一是对网约车的考虑更为全面，使得订单分配更为均衡，二是保障用户的出现体验度。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
图1为本发明的方法流程图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
实施例：请参阅图1所示，本实施例所述一种网约车出行订单管理方法，所述管理方法包括以下步骤：
网约车管理中心获取所有网约车的信息，信息包括网约车的车架号以及对应的驾驶员信息，对所有网约车生成编号集后建立数据库，每个编号集中包括网约车的基本信息以及对应驾驶员的基本信息，并获取实时的网约车运行状态，运行状态包括接单状态、载客状态以及停止接单状态，停止接单状态包括网约车处于静置停止接单状态以及网约车处于移动停止接单状态（网约车处于移动停止接单状态时，通常是驾驶员自行设置停止接单状态）；
当网约车管理中心基于无线网络收到用户的出行订单后，先定位该用户的位置（这一步需要用户使用网约车App时进行授权才能获取），然后以用户所处位置为圆心，通过预设的半径r1为该用户生成派单区域A，获取派单区域A内处于接单状态的网约车数量，若派单区域A内处于接单状态的网约车数量等于1，则直接将出行订单分配给该网约车，若派单区域A内处于接单状态的网约车数量大于1，则获取所有网约车的多项数据后，基于排序算法对所有网约车进行排序，将出行订单分配给排序第一的网约车，若派单区域A内处于接单状态的网约车数量等于0，则通过预设半径r2为该用户生成派单区域B，且r2＞r1，派单区域B包括派单区域A，重复派单区域A的出行订单分配步骤将出行订单分配给网约车，若派单区域B内处于接单状态的网约车数量仍等于0，则获取派单区域B内所有载客状态网约车距行程终点的距离，获取距行程终点的距离最近的网约车，若网约车距行程终点的距离≤距离阈值，则将出行订单分配至该网约车；
若派单区域B内载客状态网约车数量等于0，且派单区域B内存在移动停止接单状态的网约车，网约车管理中心将出行订单发送至该网约车的驾驶员，由该驾驶员选择是否接客，若派单区域B内均没有接单状态、载客状态以及停止接单状态的网约车，则网约车管理中心持续监控派单区域B，当派单区域B出现接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车或驾驶员同意接单的停止接单状态网约车时，则网约车管理中心进行订单分配。
本申请通过当网约车管理中心基于无线网络收到用户的出行订单后，先定位该用户的位置，然后以用户所处位置为圆心，通过预设的半径r1为该用户生成派单区域A，获取派单区域A内处于接单状态的网约车数量，若派单区域A内处于接单状态的网约车数量等于1，则将出行订单分配给网约车，若派单区域A内处于接单状态的网约车数量大于1，则获取所有网约车的多项数据后，基于排序算法对所有网约车进行排序，将出行订单分配给排序第一的网约车。该管理方法基于用户位置为用户生成派单区域，并在派单区域内，获取所有网约车的多项数据后，基于排序算法对所有网约车进行排序，将出行订单分配给排序第一的网约车，从而有效提高网约车管理中心派单均匀性，以及对出行订单管理的效率。
网约车管理中心获取所有网约车的信息，信息包括网约车的车架号以及对应的驾驶员信息，对所有网约车生成编号集后建立数据库，具体为：
从注册的网约车驾驶员处收集车架号和对应的驾驶员信息，这可以通过驾驶员注册时填写的表单、上传的证件等方式完成，对收集到的数据进行清理和验证，确保数据的准确性和完整性，确保每辆网约车都有对应的车架号和驾驶员信息，为每辆网约车生成唯一的编号集，这可以是数字、字母或数字字母的组合，确保每个编号在整个数据库中是唯一的；
创建一个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）进行数据传输。
以用户所处位置为圆心，通过预设的半径r1为该用户生成派单区域A，具体为：
获取用户位置：从用户提交的订单中获取用户的当前位置坐标（经度和纬度）；
计算派单区域：使用用户位置为圆心，以预设的半径r1计算出一个圆形区域，这可以通过地理信息系统（GIS）的坐标计算公式来实现；
查询可用车辆：在派单区域A内查询可用的网约车，即在该区域内且空闲的车辆。
获取派单区域A内处于接单状态的网约车数量，若派单区域A内处于接单状态的网约车数量等于1，则直接将出行订单分配给该网约车，具体为：
查询接单状态的网约车：在派单区域A内查询当前处于接单状态的网约车，这可以通过实时查询符合条件的网约车状态信息来实现；
统计接单车辆数量：统计查询到的接单状态的网约车数量；
判断数量：判断接单状态的网约车数量是否等于1；
如果数量等于1，则直接将订单分配给该网约车；
如果数量不等于1，则根据其他派单逻辑继续进行车辆的排序和分配；
派单操作：根据上述判断，执行相应的派单操作，如果直接分配给唯一的接单网约车，生成派单通知，并将订单信息发送给该驾驶员。
若派单区域A内处于接单状态的网约车数量大于1，则获取所有网约车的多项数据后，基于排序算法对所有网约车进行排序，将出行订单分配给排序第一的网约车，具体为：
获取网约车的多项数据，多项数据包括指定时间段接单数量、里程指数、车辆空闲时长以及车辆故障频率；
将指定时间段接单数量、里程指数、车辆空闲时长以及车辆故障频率综合计算获取排序系数，计算表达式为：
；式中，/>表示里程指数，/>为车辆空闲时长，/>为指定时间段接单数量，/>为车辆故障频率，/>、/>、/>分别为车辆空闲时长、指定时间段接单数量以及车辆故障频率的比例系数，且/>、/>、/>均大于0；
里程指数的获取逻辑为：在用户下单后，网约车管理中心基于GIS地理系统获取用户设置起点到终点的里程数，然后通过网约车的通信端口获取网约车的剩余里程数，若网约车的剩余里程数＞用户设置起点到终点的里程数，里程指数，若网约车的剩余里程数≤用户设置起点到终点的里程数，里程指数/>，当里程指数/>时，表明网约车的剩余里程数不足以将用户带至终点，对于燃油车而言，燃油车在送客户的过程中还需前往加油站加油，可能会降低用户的体验指数，对于电车而言，由于充电时间更长，会大大降低用户的体验指数。
车辆空闲时长的获取逻辑为：将网约车上一次出行订单结束的时间点作为车辆空闲开始时间点，通过车辆空闲开始时间点计时，网约车车辆的车辆空闲时长越大，表明该网约车长时间未接单，为了缓解驾驶员焦虑情绪，需要优先为此类网约车分配订单。
指定时间段接单数量的获取逻辑为：网约车管理中心预设一个监测时长T，T可为5小时或10小时，网约车管理中心获取网约车在监测时长T内的接单数量，在网约车在监测时长T内的接单数量越少，越需要为该网约车分配订单。
车辆故障频率的计算表达式为：，式中，T表示网约车管理中心预设监测时长，/>表示网约车在监测时长/>内车辆出现的故障灯次数（通过网约车的通信端口获取），车辆故障频率越大，表明网约车越有故障“趴窝”的可能，为了避免网约车载客过程中因为故障“趴窝”降低用户体验指数，需要优先为用户分配车辆故障频率为0或小的网约车，且具体的，若网约车的车辆故障频率超过预设的频率阈值，网约车管理中心需要向该车辆的驾驶员发送警示信号，并直接停止向该网约车分配订单。
由排序系数的计算表达式可知，网约车的排序系数/>值越大，表明越需要将出行订单分配给该网约车，因此，获取派单区域A内所有网约车的排序系数/>值后，将所有网约车依据排序系数/>值由大到小进行排序，将出行订单分配给排序第一的网约车；
本申请通过将指定时间段接单数量、里程指数、车辆空闲时长以及车辆故障频率综合计算获取排序系数，多项数据综合分析，一是对网约车的考虑更为全面，使得订单分配更为均衡，二是保障用户的出现体验度。
若派单区域A内处于接单状态的网约车数量等于0，则通过预设半径r2为该用户生成派单区域B，且r2＞r1，派单区域B包括派单区域A，重复派单区域A的出行订单分配步骤将出行订单分配给网约车，具体为：
为了降低网约车的通行成本，一般会选择为用户就近分配网约车，即避免网约车从较远的地方开过来，增加网约车成本，因此，当派单区域A内处于接单状态的网约车数量等于0时，为了避免用户长时间等待导致订单取消，此时网约车管理中心增加网约车的搜索范围，使得分配订单的效率增加，减少用户等待时长。
若派单区域B内处于接单状态的网约车数量仍等于0，则获取派单区域B内所有载客状态网约车距行程终点的距离，获取距行程终点的距离最近的网约车，若网约车距行程终点的距离≤距离阈值，则将出行订单分配至该网约车，具体为：
对于派单区域 B 内的所有载客状态网约车，查询它们距离当前订单的行程终点的距离，网约车距行程终点的距离越小，表明该网约车的当前订单越快被完成，并且，获取派单区域B内所有载客状态网约车距行程终点的距离，获取距行程终点的距离最近的网约车后，还需要将网约车距行程终点的距离与预设的距离阈值进行对比，例如，当距行程终点的距离最近的网约车的举例为5km时，此时完成该订单仍需要一段时间，若将出行订单分配给该网约车，则会导致用户等待时间过长。
若派单区域B内载客状态网约车数量等于0，且派单区域B内存在移动停止接单状态的网约车，网约车管理中心将出行订单发送至该网约车的驾驶员，由该驾驶员选择是否接客，具体为：
由于处于移动状态下停止接单状态的网约车，通常为驾驶员自主设定停止接单，为了避免用户等待接单时间过长，网约车管理中心需要尝试向移动停止接单状态的网约车的驾驶员发送出行订单，由该驾驶员选择是否接客，倘若用户与驾驶员前往路段顺风，或是驾驶员导致忘记转换网约车状态时，该种尝试手段一是有效降低用户的等待时长，二是提高网约车的出行订单分配效率。
若派单区域B内均没有接单状态、载客状态以及停止接单状态的网约车，则网约车管理中心持续监控派单区域B，具体为：
设置定时任务或实时监听机制，以保持对派单区域B内网约车状态的实时监测，定期查询派单区域B内的网约车状态信息，包括接单状态、载客状态以及停止接单状态，判断查询到的网约车数量是否为零，即派单区域B内没有处于接单、载客或停止接单状态的网约车，如果网约车数量为零，说明当前没有可用的网约车，网约车管理中心需要持续监控该区域，等待网约车状态发生变化，在监测的过程中，一旦有网约车状态发生变化（例如有车辆进入派单区域并变为可接单状态），立即进行派单操作，网约车管理中心应实时更新派单区域的状态，以确保派单系统具有准确的信息，可以设置报警机制，当连续一段时间内没有网约车可用时，系统发出警报通知相关人员。
当派单区域B出现接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车或驾驶员同意接单的停止接单状态网约车时，则网约车管理中心进行订单分配，具体为：
网约车管理中心持续对没有接单状态、载客状态以及停止接单状态的网约车的派单区域B进行监控，当派单区域B出现接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车或驾驶员同意接单的停止接单状态网约车时，网约车管理中心为接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车或驾驶员同意接单的停止接单状态网约车分配出行订单，当派单区域B同时出现接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车时，优先为接单状态网约车分配出行订单，当派单区域B同时出现距行程终点的距离≤距离阈值的载客状态网约车以及驾驶员同意接单的停止接单状态网约车时，优先为驾驶员同意接单的停止接单状态网约车分配订单，当派单区域B同时出现接单状态网约车以及驾驶员同意接单的停止接单状态网约车时，优先为接单状态网约车分配出行订单。
上述公式均是去量纲取其数值计算，公式是由采集大量数据进行软件模拟得到最近真实情况的一个公式，公式中的预设参数由本领域的技术人员根据实际情况进行设置。
在本说明书的描述中，参考术语“一个实施例”、“示例”、“具体示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
以上公开的本发明优选实施例只是用于帮助阐述本发明。优选实施例并没有详尽叙述所有的细节，也不限制该发明仅为的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本发明的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本发明。本发明仅受权利要求书及其全部范围和等效物的限制。

Claims (6)

1.一种网约车出行订单管理方法，其特征在于：所述管理方法包括以下步骤：
S1：网约车管理中心获取实时的网约车运行状态，运行状态包括接单状态、载客状态以及停止接单状态，停止接单状态包括网约车处于静置停止接单状态以及网约车处于移动停止接单状态；
S2：当网约车管理中心基于无线网络收到用户的出行订单后，先定位该用户的位置，然后以用户所处位置为圆心，通过预设的半径r1为该用户生成派单区域A；
S3：获取派单区域A内处于接单状态的网约车数量，若派单区域A内处于接单状态的网约车数量等于1，则将出行订单分配给网约车，若派单区域A内处于接单状态的网约车数量大于1，则获取所有网约车的多项数据后，基于排序算法对所有网约车进行排序，将出行订单分配给排序第一的网约车；
S4：若派单区域A内处于接单状态的网约车数量等于0，则通过预设半径r2为该用户生成派单区域B，r2＞r1，重复步骤S3中派单区域A的出行订单分配步骤将出行订单分配给符合条件的网约车；
S5：若派单区域B内处于接单状态的网约车数量等于0，获取载客状态网约车距行程终点的距离≤距离阈值的网约车，将出行订单分配至该网约车；
步骤S5中，若派单区域B内载客状态网约车数量等于0，且派单区域B内存在移动停止接单状态的网约车，网约车管理中心进行出行订单管理还包括以下步骤：
S501：网约车管理中心将出行订单发送至该网约车的驾驶员，由该驾驶员选择是否接客；
S502：若派单区域B内均没有接单状态、载客状态以及停止接单状态的网约车，则网约车管理中心持续监控派单区域B；
S503：当派单区域B出现接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车或驾驶员同意接单的停止接单状态网约车时，则网约车管理中心进行订单分配；
步骤S3中，若派单区域A内处于接单状态的网约车数量大于1，则获取所有网约车的多项数据后，基于排序算法对所有网约车进行排序，将出行订单分配给排序第一的网约车包括以下步骤：
S301：获取网约车的多项数据，多项数据包括指定时间段接单数量、里程指数、车辆空闲时长以及车辆故障频率；
S302：将指定时间段接单数量、里程指数、车辆空闲时长以及车辆故障频率综合计算获取排序系数pxz，计算表达式为：
式中，LC表示里程指数，kxc为车辆空闲时长，jdc为指定时间段接单数量，gzc为车辆故障频率，α、β、γ分别为车辆空闲时长、指定时间段接单数量以及车辆故障频率的比例系数，且α、β、γ均大于0；
S303：获取派单区域A内所有网约车的排序系数pxz值后，将所有网约车依据排序系数pxz值由大到小进行排序，将出行订单分配给排序第一的网约车。
2.根据权利要求1所述的一种网约车出行订单管理方法，其特征在于：所述里程指数的获取逻辑为：在用户下单后，网约车管理中心基于GIS地理系统获取用户设置起点到终点的里程数，然后通过网约车的通信端口获取网约车的剩余里程数，若网约车的剩余里程数＞用户设置起点到终点的里程数，里程指数LC＝1，若网约车的剩余里程数≤用户设置起点到终点的里程数，里程指数LC＝0；
所述车辆空闲时长的获取逻辑为：将网约车上一次出行订单结束的时间点作为车辆空闲开始时间点，通过车辆空闲开始时间点计时获取车辆空闲时长。
3.根据权利要求2所述的一种网约车出行订单管理方法，其特征在于：所述指定时间段接单数量的获取逻辑为：网约车管理中心预设一个监测时长T，网约车管理中心获取网约车在监测时长T内的接单数量为指定时间段接单数量；
所述车辆故障频率的计算表达式为：gzc＝CS/T，式中，T表示网约车管理中心预设监测时长，CS表示网约车在监测时长T内车辆出现的故障灯次数。
4.根据权利要求3所述的一种网约车出行订单管理方法，其特征在于：步骤S2中，网约车管理中心基于无线网络收到用户的出行订单包括以下步骤：
用户通过网约车应用提交出行订单，提供出发地点和目的地信息，网约车应用通过调用用户设备的定位服务接口获取用户位置的定位请求，包括使用手机的GPS、Wi-Fi、蓝牙、基站信息进行定位；
用户授权后，网约车应用通过调用设备的定位服务获取用户的当前位置信息，将获取到的用户位置信息通过无线网络传输到网约车管理中心。
5.根据权利要求4所述的一种网约车出行订单管理方法，其特征在于：步骤S3中，获取派单区域A内处于接单状态的网约车数量，若派单区域A内处于接单状态的网约车数量等于1，则将出行订单分配给网约车包括以下步骤：
在派单区域A内查询当前处于接单状态的网约车，统计查询到的接单状态的网约车数量；
判断接单状态的网约车数量是否等于1，若数量等于1，则直接将订单分配给该网约车；若数量不等于1，则根据其他派单逻辑继续进行车辆的排序和分配；
执行相应的派单操作，将出行订单分配给网约车，生成派单通知，并将订单信息发送给该网约车的驾驶员。
6.根据权利要求5所述的一种网约车出行订单管理方法，其特征在于：步骤S503中，当派单区域B出现接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车或驾驶员同意接单的停止接单状态网约车时，则网约车管理中心进行订单分配包括以下步骤：
网约车管理中心持续对没有接单状态、载客状态以及停止接单状态的网约车的派单区域B进行监控；
当派单区域B出现接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车或驾驶员同意接单的停止接单状态网约车时，网约车管理中心为接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车或驾驶员同意接单的停止接单状态网约车分配出行订单；
当派单区域B同时出现接单状态网约车、距行程终点的距离≤距离阈值的载客状态网约车时，优先为接单状态网约车分配出行订单；
当派单区域B同时出现距行程终点的距离≤距离阈值的载客状态网约车以及驾驶员同意接单的停止接单状态网约车时，优先为驾驶员同意接单的停止接单状态网约车分配订单；
当派单区域B同时出现接单状态网约车以及驾驶员同意接单的停止接单状态网约车时，优先为接单状态网约车分配出行订单。
CN202410020261.3A 2024-01-08 2024-01-08 一种网约车出行订单管理方法 Active CN117522530B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410020261.3A CN117522530B (zh) 2024-01-08 2024-01-08 一种网约车出行订单管理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202410020261.3A CN117522530B (zh) 2024-01-08 2024-01-08 一种网约车出行订单管理方法

Publications (2)

Publication Number Publication Date
CN117522530A CN117522530A (zh) 2024-02-06
CN117522530B true CN117522530B (zh) 2024-04-05

Family

ID=89742433

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202410020261.3A Active CN117522530B (zh) 2024-01-08 2024-01-08 一种网约车出行订单管理方法

Country Status (1)

Country Link
CN (1) CN117522530B (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110009131A (zh) * 2019-02-28 2019-07-12 河海大学 一种考虑多因素影响的网约车派单方法
WO2019219027A1 (zh) * 2018-05-17 2019-11-21 北京三快在线科技有限公司 车辆混合调度
CN112052973A (zh) * 2020-09-25 2020-12-08 广州宸祺出行科技有限公司 一种高效的网约车打车订单匹配的方法和系统
CN115222204A (zh) * 2022-06-09 2022-10-21 浙江吉利控股集团有限公司 一种订单处理方法、装置及计算机存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019219027A1 (zh) * 2018-05-17 2019-11-21 北京三快在线科技有限公司 车辆混合调度
CN110009131A (zh) * 2019-02-28 2019-07-12 河海大学 一种考虑多因素影响的网约车派单方法
CN112052973A (zh) * 2020-09-25 2020-12-08 广州宸祺出行科技有限公司 一种高效的网约车打车订单匹配的方法和系统
CN115222204A (zh) * 2022-06-09 2022-10-21 浙江吉利控股集团有限公司 一种订单处理方法、装置及计算机存储介质

Also Published As

Publication number Publication date
CN117522530A (zh) 2024-02-06

Similar Documents

Publication Publication Date Title
US11062415B2 (en) Systems and methods for allocating networked vehicle resources in priority environments
CN110264074B (zh) 电动汽车共享确定方法以及电动汽车共享系统
US10923779B2 (en) Method for coordinating a charging operation of a piloted motor vehicle, storage medium, mobile terminal device, and server apparatus
JP2022106777A (ja) ライドシェアリング（相乗り）を管理するためのシステムと方法
CN103826906B (zh) 与动力补充站相邻的电动交通工具的标识
CN110889601B (zh) 一种信息确定方法、装置、服务器及存储介质
US11132626B2 (en) Systems and methods for vehicle resource management
CN107757398A (zh) 电动汽车的电池更换站更换电池的方法
KR20160113675A (ko) 차량의 공동 이용을 위한 설비를 재조정하기 위한 방법 및 시스템, 및 이러한 방법 및/또는 시스템을 구현하는 설비
CN111932331B (zh) 车辆信息获取方法、装置及存储介质
JP6428190B2 (ja) 共用車両管理装置及び共用車両管理方法
CN107563532A (zh) 一种共享车辆调度方法及装置
CN105741540A (zh) 一种商砼车的直线调度实现方法及系统
CN108108926A (zh) 一种基于大数据的共享单车调度系统和调度方法
CN103310629A (zh) 一种基于云计算手机智能交通的出租车呼叫系统
CN106250995A (zh) 一种基于全局优化的电动客车运营系统及方法
CN114298559A (zh) 换电站的换电方法、换电管理平台及存储介质
CN112070258A (zh) 一种网约车打车订单派单的方法和系统
CN117522530B (zh) 一种网约车出行订单管理方法
CN107331196A (zh) 一种基于城市停车位信息的导航系统及其工作方法
JP2002269691A (ja) 移動体管理装置及び移動体管理方法
CN115409346A (zh) 园区低速无人车的调度方法及系统、管理云平台
CN114463087A (zh) 派单管理系统、方法和装置，以及调派单平台和车机设备
CN112308447A (zh) 试验场管理系统及方法
US20240169770A1 (en) Server, management method, management system, and display device

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant