CN114548456A - 一种网约车订单处理方法、装置、电子设备及存储介质 - Google Patents

一种网约车订单处理方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN114548456A
CN114548456A CN202210166379.8A CN202210166379A CN114548456A CN 114548456 A CN114548456 A CN 114548456A CN 202210166379 A CN202210166379 A CN 202210166379A CN 114548456 A CN114548456 A CN 114548456A
Authority
CN
China
Prior art keywords
order
reserved
reservation
vehicle
time
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.)
Pending
Application number
CN202210166379.8A
Other languages
English (en)
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.)
Nanjing Leading Technology Co Ltd
Original Assignee
Nanjing Leading 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 Nanjing Leading Technology Co Ltd filed Critical Nanjing Leading Technology Co Ltd
Priority to CN202210166379.8A priority Critical patent/CN114548456A/zh
Publication of CN114548456A publication Critical patent/CN114548456A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/02Reservations, e.g. for tickets, services or events
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0283Price estimation or determination
    • G06Q30/0284Time or distance, e.g. usage of parking meters or taximeters
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0633Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635Processing of requisition or of purchase orders
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0639Item locations
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40Business processes related to the transportation industry

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Traffic Control Systems (AREA)

Abstract

本申请提供了一种网约车订单处理方法、装置、电子设备及存储介质,涉及网约车技术领域,接收第一预约订单,若第一预约订单的订单值未达到设定阈值,则将第一预约订单分发至满足如下任意一种第一设定条件的候选车辆。根据第一预约订单进行筛选,通过筛选条件将能够接第一预约订单和愿意接第一预约订单的候选车辆筛选出来,并将第一预约订单分发给候选车辆,可以有针对性地将乘客发起的预约订单分发到接单可能性更高的车辆中,以实现让司机快速接单,提高乘客的下单体验,同时避免订单流失。

Description

一种网约车订单处理方法、装置、电子设备及存储介质
技术领域
本申请涉及网约车技术领域,特别涉及一种网约车订单处理方法、装置、电子设备及存储介质。
背景技术
随着科技的发展,网约车在人们的日常生活中已经担负起了很重要的作用,一般会选择预约车辆来方便出行。但是,很多人在网约车的平台预约订单之后,没有网约车的司机能够接起,或者,想要接单的司机可能由于某些原因没有接到预约订单。这种情况下,可能会造成乘客无法打车,预约订单流失,想接单的司机没有接到订单,司机驾驶体验差,也造成了网约车平台的损失。
所以,如何实现一种网约车订单处理方法是一个亟待解决的问题。
发明内容
为了解决现有技术中的问题,本申请实施例提供了一种网约车订单处理方法、装置、电子设备及存储介质,可以有效的对订单进行筛选,有针对性地将订单分发到车辆中。
第一方面,本申请实施例提供的一种网约车订单处理方法,所述方法包括:
接收第一预约订单;所述第一预约订单为包括乘客指定的订单起始时间的订单;
若所述第一预约订单的订单值未达到设定阈值,则将所述第一预约订单分发至满足如下任意一种第一设定条件的候选车辆,所述第一设定条件包括:
车辆的预约单历史接单率大于预约单平均接单率,且车辆中存在已经接到乘客,正在将乘客送往订单结束地点的当前履约订单,所述当前履约订单的订单结束地点与所述第一预约订单的订单起始地点之间的距离小于第一预设距离,所述当前履约订单的订单结束时间与所述第一预约订单的订单起始时间之间的时间差小于第一预设时间长度;或者,
车辆中存在第二预约订单,尚未接到所述第二预约订单的乘客,且所述第二预约订单的订单起始地点与所述第一预约订单的订单结束地点之间的距离小于第二预设距离,且所述第二预约订单的订单起始时间与所述第一预约订单的订单结束时间之间的时间差小于第二预设时间长度;或者,
车辆中存在第三预约订单,尚未接到所述第三预约订单的乘客,且所述第三预约订单的订单结束地点与所述第一预约订单的订单起始地点之间的距离小于第三预设距离,且所述第三预约订单的订单结束时间与所述第一预约订单的订单起始时间之间的时间差小于第三预设时间长度。
在一种可能的实施方式中,所述设定阈值是根据历史订单的订单值确定的。
在一种可能的实施方式中,所述方法还包括:
若所述第一预约订单的订单值达到设定阈值,则将所述第一预约订单分发至位于所述第一预约订单的订单起始地点周围第一预设范围内的车辆。
在一种可能的实施方式中,所述将所述第一预约订单分发至位于所述第一预约订单的订单起始地点周围第一预设范围内的车辆,包括:
若所述第一预约订单的订单起始时间与当前时间的时间差小于或等于第四预设时间长度,则将所述第一预约订单分发给车辆所在位置与所述第一预约订单的订单起始地点之间的距离小于第四预设距离的车辆;
若所述第一预约订单的订单起始时间与当前时间的时间差大于第四预设时间长度,则将所述第一预约订单分发给车辆所在位置与所述第一预约订单的订单起始地点的距离小于第五预设距离的车辆。
在一种可能的实施方式中,所述方法还包括:
若所述第一预约订单的订单值未达到设定阈值,且没有满足所述第一设定条件的候选车辆,则将所述第一预约订单分发至位于所述第一预约订单的订单起始地点周围第一预设范围内的车辆。
在一种可能的实施方式中,所述候选车辆包括第一候选车辆和所述第二候选车辆;所述若所述第一预约订单的订单值未达到设定阈值,则将所述第一预约订单分发至满足如下任意一种第一设定条件的候选车辆,包括:
若所述第一预约订单的订单值未达到设定阈值,则将所述第一预约订单分发给第一候选车辆;所述第一候选车辆为预约单历史接单率大于预约单平均接单率的车辆,且车辆中存在已经接到乘客,正在将乘客送往订单结束地点的当前履约订单,所述当前履约订单的订单结束地点与所述第一预约订单的订单起始地点之间的距离小于第一预设距离,所述当前履约订单的订单结束时间与所述第一预约订单的订单起始时间之间的时间差小于第一预设时间长度;
若不存在所述第一候选车辆,则将所述第一预约订单分发至第二候选车辆;所述第二候选车辆为存在第二预约订单,且尚未接到乘客的车辆,且所述第二预约订单的订单起始地点与所述第一预约订单的订单结束地点的距离小于第二预设距离,且所述第二预约订单的订单起始时间与所述第一预约订单的订单结束时间的时间差小于第二预设时间长度;或者,所述第二候选车辆中存在第三预约订单,尚未接到所述第三预约订单的乘客,且所述第三预约订单的订单结束地点与所述第一预约订单的订单起始地点之间的距离小于第三预设距离,且所述第三预约订单的订单结束时间与所述第一预约订单的订单起始时间之间的时间差小于第三预设时间长度。
在一种可能的实施方式中,所述方法还包括:
若所述第一预约订单经过设定时长未被接单,则将所述第一预约订单分发至满足如下任意一种第二设定条件的待选车辆,所述第二设定条件包括:
车辆在所述第一预约订单的订单起始地点的第二预设范围内的活动时长超过第五预设时间长度;或者,
车辆的注册地址在所述第一预约订单的订单起始地点的第二预设范围内。
第二方面,本申请实施例提供了一种网约车订单处理装置,所述装置包括:
接收单元,用于接收第一预约订单;所述第一预约订单为包括乘客指定的订单起始时间的订单;
第一分发单元,用于若所述第一预约订单的订单值未达到设定阈值,则将所述第一预约订单分发至满足如下任意一种第一设定条件的候选车辆,所述第一设定条件包括:
车辆的预约单历史接单率大于预约单平均接单率,且车辆中存在已经接到乘客,正在将乘客送往订单结束地点的当前履约订单,所述当前履约订单的订单结束地点与所述第一预约订单的订单起始地点之间的距离小于第一预设距离,所述当前履约订单的订单结束时间与所述第一预约订单的订单起始时间之间的时间差小于第一预设时间长度;或者,
车辆中存在第二预约订单,尚未接到所述第二预约订单的乘客,且所述第二预约订单的订单起始地点与所述第一预约订单的订单结束地点之间的距离小于第二预设距离,且所述第二预约订单的订单起始时间与所述第一预约订单的订单结束时间之间的时间差小于第二预设时间长度;或者,
车辆中存在第三预约订单,尚未接到所述第三预约订单的乘客,且所述第三预约订单的订单结束地点与所述第一预约订单的订单起始地点之间的距离小于第三预设距离,且所述第三预约订单的订单结束时间与所述第一预约订单的订单起始时间之间的时间差小于第三预设时间长度。
在一种可能的实施方式中,所述装置还包括:
第二分发单元,用于若所述第一预约订单的订单值达到设定阈值,则将所述第一预约订单分发至位于所述第一预约订单的订单起始地点周围第一预设范围内的车辆。
在一种可能的实施方式中,所述第二分发单元,还用于:
若所述第一预约订单的订单起始时间与当前时间的时间差小于或等于第四预设时间长度,则将所述第一预约订单分发给车辆所在位置与所述第一预约订单的订单起始地点之间的距离小于第四预设距离的车辆;
若所述第一预约订单的订单起始时间与当前时间的时间差大于第四预设时间长度,则将所述第一预约订单分发给车辆所在位置与所述第一预约订单的订单起始地点的距离小于第五预设距离的车辆。
在一种可能的实施方式中,所述装置还包括:
第三分发单元,用于若所述第一预约订单的订单值未达到设定阈值,且没有满足所述第一设定条件的候选车辆,则将所述第一预约订单分发至位于所述第一预约订单的订单起始地点周围第一预设范围内的车辆。
在一种可能的实施方式中,所述第一分发单元,还用于:
若所述第一预约订单的订单值未达到设定阈值,则将所述第一预约订单分发给第一候选车辆;所述第一候选车辆为预约单历史接单率大于预约单平均接单率的车辆,且车辆中存在已经接到乘客,正在将乘客送往订单结束地点的当前履约订单,所述当前履约订单的订单结束地点与所述第一预约订单的订单起始地点之间的距离小于第一预设距离,所述当前履约订单的订单结束时间与所述第一预约订单的订单起始时间之间的时间差小于第一预设时间长度;
若不存在所述第一候选车辆,则将所述第一预约订单分发至第二候选车辆;所述第二候选车辆为存在第二预约订单,且尚未接到乘客的车辆,且所述第二预约订单的订单起始地点与所述第一预约订单的订单结束地点的距离小于第二预设距离,且所述第二预约订单的订单起始时间与所述第一预约订单的订单结束时间的时间差小于第二预设时间长度;或者,所述第二候选车辆中存在第三预约订单,尚未接到所述第三预约订单的乘客,且所述第三预约订单的订单结束地点与所述第一预约订单的订单起始地点之间的距离小于第三预设距离,且所述第三预约订单的订单结束时间与所述第一预约订单的订单起始时间之间的时间差小于第三预设时间长度。
在一种可能的实施方式中,所述装置还包括:
第四分发单元,用于若所述第一预约订单经过设定时长未被接单,则将所述第一预约订单分发至满足如下任意一种第二设定条件的待选车辆,所述第二设定条件包括:
车辆在所述第一预约订单的订单起始地点的第二预设范围内的活动时长超过第五预设时间长度;或者,
车辆的注册地址在所述第一预约订单的订单起始地点的第二预设范围内。
第三方面,本申请实施例提供了一种电子设备,包括存储器和处理器,所述存储器上可在所述处理器上运行的计算机程序,当所述计算机程序被所述处理器执行时,实现第一方面一种网约车订单处理方法中任一项所述的方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时,实现第一方面一种网约车订单处理方法中任一项所述的方法。
本申请实施例提供了一种网约车订单处理方法,接收第一预约订单,若第一预约订单的订单值未达到设定阈值,则将第一预约订单分发至满足如下任意一种第一设定条件的候选车辆。根据第一预约订单进行筛选,通过筛选条件将能够接第一预约订单和愿意接第一预约订单的候选车辆筛选出来,并将第一预约订单分发给候选车辆,可以有针对性地将乘客发起的预约订单分发到接单可能性更高的车辆中,以实现让司机快速接单,提高乘客的下单体验,同时避免订单流失。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种网约车订单处理方法的应用场景图;
图2为本申请实施例提供的一种网约车订单处理方法的流程示意图;
图3为本申请实施例提供的另一种网约车订单处理方法的流程示意图;
图4为本申请实施例提供的一种网约车订单处理装置的结构示意图;
图5为本申请实施例提供的另一种网约车订单处理装置的结构示意图;
图6为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
需要说明的是,本申请的文件中涉及的术语“包括”和“具有”以及它们的变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
在日常生活中,网约车已经成为人们不可或缺的一部分。在现有派单的过程中,由乘客通过乘客自己的手机进行下单之后,网约车平台的服务器会接收到乘客下达的预约订单,并将乘客下达的预约订单分发到网约车的车载终端中。但是,网约车司机在通过车载终端接收到服务器分发的预约订单后,可能会由于各种原因不接单或拒绝接单,比如,乘客下达的预约订单的订单价格不高,司机可能会拒绝接单,也有可能因为,预约订单对于司机来说需要绕路,并且价格不是特别高,不足以弥补司机绕路送乘客的损失。但是,针对这样的问题,乘客长时间等待没有司机接单,可能会导致取消订单,对运力造成一定程度的浪费,并且能够接这一预约订单的司机可能会因为没有被分发到,导致没有接到理想的预约订单。
基于上述问题,本申请实施例提供一种网约车订单处理方法,在服务器接收到第一预约订单之后,可以先判断第一预约订单的订单值是否达到设定阈值,订单值可以是第一预约订单的订单价格,若第一预约订单的订单值未达到设定阈值,则说明第一预约订单的订单价格不高,可以根据第一预约订单的订单起始时间和订单起始地点来进行筛选,选择出地点和时间都符合第一设定条件的候选车辆,对第一预约订单实现有针对性的分发,将第一预约订单分发到接单可能性更高的车辆中,以实现让司机快速接单,提高乘客的下单体验,同时避免订单流失。
此外,如果在筛选的过程中,没有满足第一设定条件的候选车辆,则可以将第一预约订单先分发至位于第一预约订单的订单起始地点周围第一预设范围内的车辆,若还是没有车辆接单,则可以在进行一次筛选,查看车辆的运行轨迹,将第一预约订单分发至已经在第一预约订单的订单起始地点的第二预设范围内活动时长超过第五预设时间长度的车辆,或者,车辆的注册地址在第一预约订单的订单起始地点的第二预设范围内的车辆。进一步增加车辆对第一预约订单的接单概率,以实现对第一预约订单的针对性分发。
在介绍完本申请实施例的设计思想之后,下面对本申请实施例的技术方案能够适用的应用场景做一些简单介绍,需要说明的是,以下介绍的应用场景仅用于说明本申请实施例而非限定。在具体实施时,可以根据实际需要灵活地应用本申请实施例提供的技术方案。
如图1所示,其为本申请实施例提供的网约车订单处理方法的应用场景示意图。该应用场景包括用户终端10,服务器20和车载终端30。如图1所示,用户终端10和车载终端30与服务器20通过通信网络连接,其中,服务器20可以分别连接多个用户终端10和多个车载终端30。乘客通过用户终端10发起乘车订单,乘车订单可以包括预约订单和即时订单,预约订单指乘客下订单时会指定订单起始时间的订单;即时订单指乘客立刻准备出发,未指定订单起始时间的订单。用户终端10会向服务器20发送乘客的乘车订单的订单信息。车载终端30也会向服务器20发送网约车辆的位置信息,以及接单情况;服务器20根据接收到的网约车辆的位置信息和接单情况,服务器20则可以根据接收到的乘车订单的订单信息和车辆上报的位置信息和接单情况进行判断,将乘车订单通过通信网络分发至多个车辆的车载终端30中。司机可以通过车载终端30进行接单操作,接收到司机的接单操作,车载终端30会通过通信网络向服务器20发送接单信息,服务器20就可以将派单信息发送到用户终端10。
需要说明的是,图1中的车载终端30的安装位置仅用于举例,二者具体在图中的位置,并不作为实际安装在车辆中的固定位置。车载终端30的位置也可以在车辆其他位置,比如车载终端30安装在车门处、前排座位之间等位置。
如图2所示,本申请实施例提供的一种网约车订单处理方法的流程示意图,该网约车订单处理方法可以应用于电子设备,电子设备可以为图1中的服务器20。如图2所示,该网约车订单处理方法包括以下步骤:
步骤S201:接收第一预约订单。
其中,第一预约订单为乘客指定的订单起始时间的订单。
在一种可能的实施例中,若当前时间为下午2点,乘客想在下午7点时,准备搭乘火车,则乘客可能会通过自己的用户终端下达第一预约订单,并指定订单起始时间为下午7点,下达第一预约订单之后,用户终端会通过通信网络将第一预约订单的订单信息发送至服务器中,服务器会获取到第一预约订单的订单信息。第一预约订单的订单信息包括订单起始时间、订单结束时间、订单价格、订单起始地点和订单结束地点。
步骤S202:若第一预约订单的订单值未达到设定阈值,则将第一预约订单分发至满足如下任意一种第一设定条件的候选车辆。
其中,第一预约订单的订单值可以通过第一预约订单的订单信息中的订单价格进行确定。设定阈值是根据历史订单的订单值确定的。
在一种实施例中,设定阈值是根据历史订单的订单价格的平均值确定的。服务器根据历史订单的订单价格确定设定阈值,并将第一预约订单的订单价格与设定阈值进行比较。如果第一预约订单的订单价格高于历史订单的订单价格的平均值,则可以认为第一预约订单的订单值达到设定阈值,如果第一预约订单的订单价格低于历史订单的订单价格的平均值,则可以认为第一预约订单的订单值未达到设定阈值。
在一种实施例中,可以将历史订单的订单价格从高到低进行排序,选择排列在设定比例位置处的订单价格作为设定阈值。示例性地,设定比例可以是20%、30%或40%。例如,将历史订单的订单价格从高到低进行排序,可以将排列在30%位置处的订单价格作为设定阈值。
根据第一预约订单的订单值,可以对第一预约订单进行分发。
在一种可能的实施方式中,若第一预约订单的订单值未达到设定阈值,则将第一预约订单分发至满足如下任意一种第一设定条件的候选车辆。
其中,第一设定条件包括以下三种情况,下述一一举例进行说明。
第一种情况:车辆的预约单历史接单率大于预约单平均接单率,且车辆中存在已经接到乘客,正在将乘客送往订单结束地点的当前履约订单,当前履约订单的订单结束地点与第一预约订单的订单起始地点之间的距离小于第一预设距离,当前履约订单的订单结束时间与第一预约订单的订单起始时间之间的时间差小于第一预设时间长度。
具体地,第一预约订单的订单值未达到设定阈值,第一预约订单的订单起始时间距离当前时间的时间比较短,如30分钟,则可以通过第一种情况来进行筛选候选车辆。可以筛选出车辆上已经有当前履约订单,也就是已经接到乘客,正在将乘客送往订单结束地点的候选车辆。
示例性地,第一预设距离可以为2公里;第一预设时间长度可以为30分钟。例如,若候选车辆中的预约单历史接单率大于预约单平均接单率,并且存在当前履约订单,且当前履约订单的订单结束地点在第一预约订单的订单起始地点的2公里以内,且当前履约订单的订单结束时间与第一预约订单的订单起始时间之间的时间差为30分钟以内,则服务器可以将第一预约订单分发给这样的候选车辆。
进一步地,服务器在确定满足上述条件的候选车辆之后,为了增大候选车辆的接单概率,服务器在将第一预约订单分发给候选车辆时,还可以计算候选车辆在当前履约订单的订单结束地点行驶到第一预约订单的订单起始地点的时间,可以设定此段时间为接驾时间,若接驾时间为20分钟。由于当前履约订单的订单结束时间与第一预约订单的订单起始时间之间的时间差为30分钟以内,那么计算得出候选车辆可以提前10分钟左右到达到第一预约订单的订单起始地点。服务器在将第一预约订单分发给候选车辆时,可以将计算得到的结果呈现给候选车辆的司机,并将第一预约订单的订单起始地点和当前履约订单的订单结束地点在地图上标记出来,告知司机第一预约订单和当前履约订单之间具备很好的连续性,中间需要司机等待的时间大概为10分钟。
上述举例中需要司机等待的时间是10分钟,在实际应用场景中,计算得出的需要司机等待的时间也可能是5分钟、8分钟或其他时长。计算得出的需要司机等待的时长可以通过车载终端展示给司机,以向司机更好的呈现出两个订单之间的连续性,可以隐含的告知候选车辆的司机接下第一预约订单并不会浪费司机的时间,能够连续接送乘客提高收入,进而进一步降低订单的流失概率。
需要说明的是,将第一预约订单分发给候选车辆过程中,所有满足第一设定条件的候选车辆均会接收到第一预约订单,接收到第一预约订单后,候选车辆的司机可以选择接单或者不接单,候选车辆的车载终端可以将第一预约订单与当前履约订单之间的连续性体现给候选车辆的司机,以增加司机可以主动接单的概率。
第二种情况:车辆中存在第二预约订单,尚未接到第二预约订单的乘客,且第二预约订单的订单起始地点与第一预约订单的订单结束地点之间的距离小于第二预设距离,且第二预约订单的订单起始时间与第一预约订单的订单结束时间之间的时间差小于第二预设时间长度。
其中,第二预约订单是由乘客发起的预约订单,该第二预约订单已经由该车辆接单,但是该车辆还未接到发起第二预约订单的乘客。
具体地,第一预约订单的订单值未达到设定阈值,第一预约订单的订单起始时间距离当前时间的时间比较长,如10个小时,则可以通过第二种情况来进行筛选候选车辆。由于第一预约订单的订单起始时间距离当前时间的时间比较长,所以,在筛选的过程中,对候选车辆是否存在当前履约订单并不设限定。
示例性地,若候选车辆中的第二预约订单的订单起始地点和第一预约订单的订单结束地点之间的距离小于5公里,且第二预约订单的订单起始时间与第一预约订单的订单结束时间之间的时间差小于30分钟,则可以将第一预约订单分发给这样的候选车辆。
进一步地,服务器在确定了满足上述条件的候选车辆之后,为了增大候选车辆的接单概率,可以计算出候选车辆在到达第二预约订单的订单起始地点时,还需要等待乘客多长时间。如计算得出候选车辆可以提前10分钟左右到达到第二预约订单的订单起始地点,在服务器将第一预约订单分发给候选车辆时,可以将计算得到的结果呈现给候选车辆的司机,告知司机第一预约订单和第二预约订单之间具备很好的连续性,中间需要司机等待的时间大概为10分钟。通过上述方式进行分发第一预约订单,可以提高候选车辆的司机的接单概率。
通过第一种情况和第二种情况可以看出,本申请实施例以第一预约订单的订单起始时间和订单起始地点为依据,无论是第一预约订单的订单起始时间距离当前时间较短,还是距离当前时间较长,都可以由对应的筛选方式,将第一预约订单分发给满足第一设定条件的候选车辆。
第三种情况:车辆中存在第三预约订单,尚未接到第三预约订单的乘客,且第三预约订单的订单结束地点与第一预约订单的订单起始地点之间的距离小于第三预设距离,且第三预约订单的订单结束时间与第一预约订单的订单起始时间之间的时间差小于第三预设时间长度。
具体地,第一预约订单的订单值未达到设定阈值,第一预约订单的订单起始时间距离当前时间的时间比较长,如10个小时。也可以通过第三种情况来进行筛选候选车辆。
需要说明的是,由于第一预约订单的订单起始时间距离当前时间的时间比较长,若是没有筛选到满足第二种情况的候选车辆,则可以筛选满足第三种情况的候选车辆。也可以同时筛选满足第二种情况的候选车辆或者满足第三种情况的候选车辆。
需要说明的是,在上述三种情况下,若第一预约订单的订单起始时间与当前时间之间的时间差比较短,但是又没有找到满足第一种情况对应的第一设定条件的候选车辆,则可以通过第二种情况和第三种情况进行进一步的筛选,第二种情况和第三种情况也可以用于第一预约订单的订单起始时间与当前时间之间的时间差比较短的情形下。
在一种可能的实施方式中,若第一预约订单的订单值达到设定阈值,则将第一预约订单分发至位于第一预约订单的订单起始地点周围第一预设范围内的车辆。
示例性地,若第一预约订单是一个高价值的订单,如价格在500元以上的长途订单,第一预约订单的订单价格大于历史订单的订单价格的平均值。那么可以直接将第一预约订单按照第一预约订单的订单起始地点周围第一预设范围进行分发。第一预设范围可以为10公里,或者8公里等。
在一种可能的实施例中,若第一预约订单的订单起始时间与当前时间的时间差小于或等于第四预设时间长度,则将第一预约订单分发给车辆所在位置与第一预约订单的订单起始地点之间的距离小于第四预设距离的车辆;
具体地,若第一预约订单的订单起始时间距离当前时间较短,那么可以作为一个短时高价值预约订单,则可以将分发第一预约订单的范围再缩小一些,使得被分发到的车辆可以及时的接起乘客。如,将第一预约订单分发到一个车辆所在位置与第一预约订单的订单起始地点之间的距离3公里以内的车辆。
在另一种可能的实施例中,若第一预约订单的订单起始时间与当前时间的时间差大于第四预设时间长度,则将第一预约订单分发给车辆所在位置与第一预约订单的订单起始地点的距离小于第五预设距离的车辆。
具体地,若第一预约订单的订单起始时间距离当前时间较长,那么可以作为一个长时高价值预约订单,则可以将分发第一预约订单的范围再扩大一些,使得被分发到的车辆的范围变大,那么第一预约订单被接起的概率也会增加。如,将第一预约订单分发到一个车辆所在位置与第一预约订单的订单起始地点之间的距离8公里以内的车辆。
在一种可能的实施方式中,若第一预约订单的订单值未达到设定阈值,且没有满足第一设定条件的候选车辆,则将第一预约订单分发至位于第一预约订单的订单起始地点周围第一预设范围内的车辆。
在一种可能的实施方式中,已经将第一预约订单分发到车辆中,但是经过设定时长仍然未被接单,则第一预约订单分发至满足如下任意一种第二设定条件的待选车辆。
其中,第二设定条件包括:车辆在第一预约订单的订单起始地点的第二预设范围内的活动时长超过第五预设时间长度;或者,车辆的注册地址在第一预约订单的订单起始地点的第二预设范围内。其中,车辆的注册地址可以为车辆的司机家庭地址。
本申请实施例提供了一种详细的网约车订单处理方法,如图3所示,该网约车订单处理方法包括以下步骤:
步骤S301:接收第一预约订单。
步骤S2302:判断第一预约订单的订单值是否达到设定阈值,若是,则执行步骤S303,若否,则执行步骤S304。
步骤S303:将第一预约订单分发至位于第一预约订单的订单起始地点周围第一预设范围内的车辆。
步骤S304:判断是否存在第一候选车辆,若存在,则执行步骤S305,若不存在,则执行步骤S306。
其中,第一候选车辆为预约单历史接单率大于预约单平均接单率的车辆,且车辆中存在已经接到乘客,正在将乘客送往订单结束地点的当前履约订单,当前履约订单的订单结束地点与第一预约订单的订单起始地点之间的距离小于第一预设距离,当前履约订单的订单结束时间与第一预约订单的订单起始时间之间的时间差小于第一预设时间长度。
步骤S305:将第一预约订单分发给第一候选车辆。
步骤S306:判断是否存在第二候选车辆,若存在,则执行步骤S307,若不存在,则执行步骤S308。
其中,第二候选车辆为存在第二预约订单,且尚未接到乘客的车辆,且第二预约订单的订单起始地点与第一预约订单的订单结束地点的距离小于第二预设距离,且第二预约订单的订单起始时间与第一预约订单的订单结束时间的时间差小于第二预设时间长度;或者,第二候选车辆中存在第三预约订单,尚未接到第三预约订单的乘客,且第三预约订单的订单结束地点与第一预约订单的订单起始地点之间的距离小于第三预设距离,且第三预约订单的订单结束时间与第一预约订单的订单起始时间之间的时间差小于第三预设时间长度。
步骤S307:将第一预约订单分发至第二候选车辆。
步骤S308:将第一预约订单分发至位于第一预约订单的订单起始地点周围第一预设范围内的车辆。
步骤S309:判断第一预约订单经过设定时长是否被接单,若是,则执行步骤S310,若否,则执行步骤S311。
步骤S310:结束第一预约订单的处理过程。
步骤S311:将第一预约订单分发至满足任意一种第二设定条件的待选车辆。
其中,第二设定条件包括:车辆在第一预约订单的订单起始地点的第二预设范围内的活动时长超过第五预设时间长度;或者,车辆的注册地址在第一预约订单的订单起始地点的第二预设范围内。
基于同一发明构思,本发明实施例中还提供了一种网约车订单处理装置的结构示意图,如图4所示,该网约车订单处理装置包括:
接收单元401,用于接收第一预约订单;第一预约订单为包括乘客指定的订单起始时间的订单;
第一分发单元402,用于若第一预约订单的订单值未达到设定阈值,则将第一预约订单分发至满足如下任意一种第一设定条件的候选车辆,第一设定条件包括:
车辆的预约单历史接单率大于预约单平均接单率,且车辆中存在已经接到乘客,正在将乘客送往订单结束地点的当前履约订单,当前履约订单的订单结束地点与第一预约订单的订单起始地点之间的距离小于第一预设距离,当前履约订单的订单结束时间与第一预约订单的订单起始时间之间的时间差小于第一预设时间长度;或者,
车辆中存在第二预约订单,尚未接到第二预约订单的乘客,且第二预约订单的订单起始地点与第一预约订单的订单结束地点之间的距离小于第二预设距离,且第二预约订单的订单起始时间与第一预约订单的订单结束时间之间的时间差小于第二预设时间长度;或者,
车辆中存在第三预约订单,尚未接到第三预约订单的乘客,且第三预约订单的订单结束地点与第一预约订单的订单起始地点之间的距离小于第三预设距离,且第三预约订单的订单结束时间与第一预约订单的订单起始时间之间的时间差小于第三预设时间长度。
在一种可能的实施方式中,第一分发单元402,还用于:
若第一预约订单的订单值未达到设定阈值,则将第一预约订单分发给第一候选车辆;第一候选车辆为预约单历史接单率大于预约单平均接单率的车辆,且车辆中存在已经接到乘客,正在将乘客送往订单结束地点的当前履约订单,当前履约订单的订单结束地点与第一预约订单的订单起始地点之间的距离小于第一预设距离,当前履约订单的订单结束时间与第一预约订单的订单起始时间之间的时间差小于第一预设时间长度;
若不存在第一候选车辆,则将第一预约订单分发至第二候选车辆;第二候选车辆为存在第二预约订单,且尚未接到乘客的车辆,且第二预约订单的订单起始地点与第一预约订单的订单结束地点的距离小于第二预设距离,且第二预约订单的订单起始时间与第一预约订单的订单结束时间的时间差小于第二预设时间长度;或者,第二候选车辆中存在第三预约订单,尚未接到第三预约订单的乘客,且第三预约订单的订单结束地点与第一预约订单的订单起始地点之间的距离小于第三预设距离,且第三预约订单的订单结束时间与第一预约订单的订单起始时间之间的时间差小于第三预设时间长度。
在一种可能的实施方式中,图5示出了本申请实施例提供的另一种网约车订单处理装置的结构示意图。
该网约车订单处理装置还包括:第二分发单元501,用于:
若第一预约订单的订单值达到设定阈值,则将第一预约订单分发至位于第一预约订单的订单起始地点周围第一预设范围内的车辆。
在一种可能的实施方式中,第二分发单元501,还用于:
若第一预约订单的订单起始时间与当前时间的时间差小于或等于第四预设时间长度,则将第一预约订单分发给车辆所在位置与第一预约订单的订单起始地点之间的距离小于第四预设距离的车辆;
若第一预约订单的订单起始时间与当前时间的时间差大于第四预设时间长度,则将第一预约订单分发给车辆所在位置与第一预约订单的订单起始地点的距离小于第五预设距离的车辆。
在一种可能的实施方式中,该网约车订单处理装置还包括:第三分发单元502,用于:
若第一预约订单的订单值未达到设定阈值,且没有满足第一设定条件的候选车辆,则将第一预约订单分发至位于第一预约订单的订单起始地点周围第一预设范围内的车辆。
在一种可能的实施方式中,装置还包括:第四分发单元503,用于:
若第一预约订单经过设定时长未被接单,则将第一预约订单分发至满足如下任意一种第二设定条件的待选车辆,第二设定条件包括:
车辆在第一预约订单的订单起始地点的第二预设范围内的活动时长超过第五预设时间长度;或者,
车辆的注册地址在第一预约订单的订单起始地点的第二预设范围内。
本申请实施例还提供了一种电子设备,该电子设备至少包括用于存储数据的存储器和处理器,其中,对于用于数据处理的处理器而言,在执行处理时,可以采用微处理器、CPU、GPU(Graphics Processing Unit,图形处理单元)、DSP或FPGA实现。对于存储器来说,存储器中存储有操作指令,该操作指令可以为计算机可执行代码,通过该操作指令来实现上述本申请实施例的网约车订单处理方法的流程中的各个步骤。
图6为本申请实施例提供的一种电子设备的结构示意图。如图6所示,电子设备600包括存储器601、处理器602、数据获取模块603和总线604。该存储器601、处理器602和数据获取模块603均通过总线604连接,该总线604用于该存储器601、处理器602和数据获取模块603之间传输数据。
其中,存储器601可用于存储软件程序以及模块,处理器602通过运行存储在存储器601中的软件程序以及模块,从而执行电子设备600的各种功能应用以及数据处理,如本申请实施例提供的网约车订单处理方法。存储器601可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个应用的应用程序等;存储数据区可存储根据电子设备600的使用所创建的数据等。此外,存储器601可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器602是电子设备600的控制中心,利用总线604以及各种接口和线路连接整个电子设备600的各个部分,通过运行或执行存储在存储器601内的软件程序和/或模块,以及调用存储在存储器601内的数据,执行电子设备600的各种功能和处理数据。可选的,处理器602可包括一个或多个处理单元,如CPU、GPU(Graphics Processing Unit,图形处理单元)、数字处理单元等。
本申请实施例还提供了一种计算机可读存储介质,该计算机存储介质中存储有计算机可执行指令,该计算机程序被处理器执行时可用于实现本申请任一实施例所记载的网约车订单处理方法。
在一些可能的实施方式中,本申请提供的网约车订单处理方法的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在计算机设备上运行时,所述程序代码用于使所述计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的网约车订单处理方法的步骤,例如,所述计算机设备可以执行如图2所示的步骤S201~S202的网约车订单处理方法的流程。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种网约车订单处理方法,其特征在于,所述方法包括:
接收第一预约订单;所述第一预约订单为包括乘客指定的订单起始时间的订单;
若所述第一预约订单的订单值未达到设定阈值,则将所述第一预约订单分发至满足如下任意一种第一设定条件的候选车辆,所述第一设定条件包括:
车辆的预约单历史接单率大于预约单平均接单率,且车辆中存在已经接到乘客,正在将乘客送往订单结束地点的当前履约订单,所述当前履约订单的订单结束地点与所述第一预约订单的订单起始地点之间的距离小于第一预设距离,所述当前履约订单的订单结束时间与所述第一预约订单的订单起始时间之间的时间差小于第一预设时间长度;或者,
车辆中存在第二预约订单,尚未接到所述第二预约订单的乘客,且所述第二预约订单的订单起始地点与所述第一预约订单的订单结束地点之间的距离小于第二预设距离,且所述第二预约订单的订单起始时间与所述第一预约订单的订单结束时间之间的时间差小于第二预设时间长度;或者,
车辆中存在第三预约订单,尚未接到所述第三预约订单的乘客,且所述第三预约订单的订单结束地点与所述第一预约订单的订单起始地点之间的距离小于第三预设距离,且所述第三预约订单的订单结束时间与所述第一预约订单的订单起始时间之间的时间差小于第三预设时间长度。
2.根据权利要求1所述的方法,其特征在于,所述设定阈值是根据历史订单的订单值确定的。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述第一预约订单的订单值达到设定阈值,则将所述第一预约订单分发至位于所述第一预约订单的订单起始地点周围第一预设范围内的车辆。
4.根据权利要求3所述的方法,其特征在于,所述将所述第一预约订单分发至位于所述第一预约订单的订单起始地点周围第一预设范围内的车辆,包括:
若所述第一预约订单的订单起始时间与当前时间的时间差小于或等于第四预设时间长度,则将所述第一预约订单分发给车辆所在位置与所述第一预约订单的订单起始地点之间的距离小于第四预设距离的车辆;
若所述第一预约订单的订单起始时间与当前时间的时间差大于第四预设时间长度,则将所述第一预约订单分发给车辆所在位置与所述第一预约订单的订单起始地点的距离小于第五预设距离的车辆。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述第一预约订单的订单值未达到设定阈值,且没有满足所述第一设定条件的候选车辆,则将所述第一预约订单分发至位于所述第一预约订单的订单起始地点周围第一预设范围内的车辆。
6.根据权利要求1所述的方法,其特征在于,所述候选车辆包括第一候选车辆和第二候选车辆;所述若所述第一预约订单的订单值未达到设定阈值,则将所述第一预约订单分发至满足如下任意一种第一设定条件的候选车辆,包括:
若所述第一预约订单的订单值未达到设定阈值,则将所述第一预约订单分发给第一候选车辆;所述第一候选车辆为预约单历史接单率大于预约单平均接单率的车辆,且车辆中存在已经接到乘客,正在将乘客送往订单结束地点的当前履约订单,所述当前履约订单的订单结束地点与所述第一预约订单的订单起始地点之间的距离小于第一预设距离,所述当前履约订单的订单结束时间与所述第一预约订单的订单起始时间之间的时间差小于第一预设时间长度;
若不存在所述第一候选车辆,则将所述第一预约订单分发至第二候选车辆;所述第二候选车辆为存在第二预约订单,且尚未接到乘客的车辆,且所述第二预约订单的订单起始地点与所述第一预约订单的订单结束地点的距离小于第二预设距离,且所述第二预约订单的订单起始时间与所述第一预约订单的订单结束时间的时间差小于第二预设时间长度;或者,所述第二候选车辆中存在第三预约订单,尚未接到所述第三预约订单的乘客,且所述第三预约订单的订单结束地点与所述第一预约订单的订单起始地点之间的距离小于第三预设距离,且所述第三预约订单的订单结束时间与所述第一预约订单的订单起始时间之间的时间差小于第三预设时间长度。
7.根据权利要求1~6任一项所述的方法,其特征在于,所述方法还包括:
若所述第一预约订单经过设定时长未被接单,则将所述第一预约订单分发至满足如下任意一种第二设定条件的待选车辆,所述第二设定条件包括:
车辆在所述第一预约订单的订单起始地点的第二预设范围内的活动时长超过第五预设时间长度;或者,
车辆的注册地址在所述第一预约订单的订单起始地点的第二预设范围内。
8.一种网约车订单处理装置,其特征在于,所述装置包括:
接收单元,用于接收第一预约订单;所述第一预约订单为包括乘客指定的订单起始时间的订单;
第一分发单元,用于若所述第一预约订单的订单值未达到设定阈值,则将所述第一预约订单分发至满足如下任意一种第一设定条件的候选车辆,所述第一设定条件包括:
车辆的预约单历史接单率大于预约单平均接单率,且车辆中存在已经接到乘客,正在将乘客送往订单结束地点的当前履约订单,所述当前履约订单的订单结束地点与所述第一预约订单的订单起始地点之间的距离小于第一预设距离,所述当前履约订单的订单结束时间与所述第一预约订单的订单起始时间之间的时间差小于第一预设时间长度;或者,
车辆中存在第二预约订单,尚未接到所述第二预约订单的乘客,且所述第二预约订单的订单起始地点与所述第一预约订单的订单结束地点之间的距离小于第二预设距离,且所述第二预约订单的订单起始时间与所述第一预约订单的订单结束时间之间的时间差小于第二预设时间长度;或者,
车辆中存在第三预约订单,尚未接到所述第三预约订单的乘客,且所述第三预约订单的订单结束地点与所述第一预约订单的订单起始地点之间的距离小于第三预设距离,且所述第三预约订单的订单结束时间与所述第一预约订单的订单起始时间之间的时间差小于第三预设时间长度。
9.一种电子设备,其特征在于,包括存储器和处理器,所述存储器上可在所述处理器上运行的计算机程序,当所述计算机程序被所述处理器执行时,实现权利要求1~7中任一项所述的方法。
10.一种计算机可读存储介质,所述计算机可读存储介质内存储有计算机程序,其特征在于:所述计算机程序被处理器执行时,实现权利要求1~7中任一项所述的方法。
CN202210166379.8A 2022-02-23 2022-02-23 一种网约车订单处理方法、装置、电子设备及存储介质 Pending CN114548456A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210166379.8A CN114548456A (zh) 2022-02-23 2022-02-23 一种网约车订单处理方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210166379.8A CN114548456A (zh) 2022-02-23 2022-02-23 一种网约车订单处理方法、装置、电子设备及存储介质

Publications (1)

Publication Number Publication Date
CN114548456A true CN114548456A (zh) 2022-05-27

Family

ID=81677919

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210166379.8A Pending CN114548456A (zh) 2022-02-23 2022-02-23 一种网约车订单处理方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN114548456A (zh)

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107437129A (zh) * 2016-05-25 2017-12-05 滴滴(中国)科技有限公司 预约单处理方法及服务器
CN110060105A (zh) * 2019-04-25 2019-07-26 赵治皓 一种顺路拼车系统
CN110634012A (zh) * 2018-06-25 2019-12-31 北京嘀嘀无限科技发展有限公司 一种订单分配方法及装置、服务器、计算机可读存储介质
CN110782055A (zh) * 2019-10-22 2020-02-11 上海钧正网络科技有限公司 信息处理方法、装置、终端及可读存储介质
CN110852464A (zh) * 2019-08-20 2020-02-28 南京领行科技股份有限公司 一种基于实时单行程车辆的预约单连环派单方法和装置
CN111178686A (zh) * 2019-12-10 2020-05-19 杭州优行科技有限公司 一种网约车的分配方法、装置、电子设备及存储介质
CN111739329A (zh) * 2020-05-29 2020-10-02 腾讯科技(深圳)有限公司 行驶路线生成方法、装置、存储介质及服务器
CN112215382A (zh) * 2020-12-02 2021-01-12 南京领行科技股份有限公司 一种网约车派单方法、系统、电子设备及存储介质
CN113095531A (zh) * 2019-08-20 2021-07-09 南京领行科技股份有限公司 一种派单方法和装置
CN113159458A (zh) * 2021-05-20 2021-07-23 南京领行科技股份有限公司 网约车的分配方法、装置、电子设备及存储介质
CN113393307A (zh) * 2021-07-14 2021-09-14 首约科技(北京)有限公司 一种根据订单池策略预约订单处理方法及系统

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107437129A (zh) * 2016-05-25 2017-12-05 滴滴(中国)科技有限公司 预约单处理方法及服务器
CN110634012A (zh) * 2018-06-25 2019-12-31 北京嘀嘀无限科技发展有限公司 一种订单分配方法及装置、服务器、计算机可读存储介质
CN110060105A (zh) * 2019-04-25 2019-07-26 赵治皓 一种顺路拼车系统
CN110852464A (zh) * 2019-08-20 2020-02-28 南京领行科技股份有限公司 一种基于实时单行程车辆的预约单连环派单方法和装置
CN113095531A (zh) * 2019-08-20 2021-07-09 南京领行科技股份有限公司 一种派单方法和装置
CN110782055A (zh) * 2019-10-22 2020-02-11 上海钧正网络科技有限公司 信息处理方法、装置、终端及可读存储介质
CN111178686A (zh) * 2019-12-10 2020-05-19 杭州优行科技有限公司 一种网约车的分配方法、装置、电子设备及存储介质
CN111739329A (zh) * 2020-05-29 2020-10-02 腾讯科技(深圳)有限公司 行驶路线生成方法、装置、存储介质及服务器
CN112215382A (zh) * 2020-12-02 2021-01-12 南京领行科技股份有限公司 一种网约车派单方法、系统、电子设备及存储介质
CN113159458A (zh) * 2021-05-20 2021-07-23 南京领行科技股份有限公司 网约车的分配方法、装置、电子设备及存储介质
CN113393307A (zh) * 2021-07-14 2021-09-14 首约科技(北京)有限公司 一种根据订单池策略预约订单处理方法及系统

Similar Documents

Publication Publication Date Title
CN110832512B (zh) 用于减少提供运输服务等待时间的系统和方法
CN110189006B (zh) 车辆的调度方法、装置、计算机设备及其存储介质
CN107464413B (zh) 实时单处理方法及服务器
CN105551236B (zh) 车辆调度方法和车辆调度系统
CN107844843B (zh) 一种订单处理方法及服务器
JP7037762B2 (ja) 情報処理装置及びプログラム
CN109635980B (zh) 约车订单分配方法及系统
CN111461485A (zh) 任务分配方法、装置、设备及计算机可读存储介质
CN110570003A (zh) 一种基于空闲行程车辆的预约出行订单的派单方法和装置
CN110633815A (zh) 一种拼车方法和装置、电子设备、存储介质
CN110287214B (zh) 信息处理装置、乘坐共享用户选择方法和存储介质
CN110765367A (zh) 信息推送方法、装置、电子设备及计算机存储设备
CN108399460B (zh) 网络约车订单分配处理方法及服务器
CN111553501A (zh) 一种订单分配方法及装置
EP3262831A1 (en) Telephone call placement
CN114372714A (zh) 车辆自动调配方法、装置、设备、介质及程序产品
CN110717797A (zh) 订单分配方法、装置、服务器和存储介质
CN109670777A (zh) 洗车提醒信息推送方法、装置及洗车系统
CN114548456A (zh) 一种网约车订单处理方法、装置、电子设备及存储介质
CN111178558B (zh) 网约车订单处理方法及装置、计算机设备和可读存储介质
CN110868444A (zh) 车辆数据预处理
CN109508806B (zh) 网约车应用的订单处理方法和装置
CN105336157A (zh) 交互式出租车呼叫系统及方法
CN109615176B (zh) 用车订单的派发方法及装置
CN114881735A (zh) 一种网约车订单处理方法、装置、电子设备及存储介质

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