用车订单的派发方法及装置与流程

本申请涉及但不限于互联网领域，具体而言，涉及一种用车订单的派发方法及装置。

背景技术：

在相关技术中，专车订单的派发中，订单的派发方式分为播报抢单、可拒绝指派、指派、订单大厅展示、指派车头+供应商指派、客服指派等方式。不同供应链司机接受的派发方式不相同，不同方式的司机接单意愿、派发成本均不相同。多种派发方式的存在导致订单派发复杂凌乱，数据管理难度较大。

针对相关技术中由于订单派发途径较多导致的订单派发流程混乱复杂的问题，目前还没有有效的解决方案。

技术实现要素：

本申请实施例提供了一种用车订单的派发方法及装置，以至少解决相关技术中由于订单派发途径较多导致的订单派发流程混乱复杂的问题。

根据本申请的一个实施例，提供了一种用车订单的派发方法，包括：获取待派发的第一用车订单，以及设置一种或多种派发方式的时间顺序，以及设置一种或多种派发方式的时间顺序；依据时间顺序依次触发所述一种或多种派发方式派发所述第一用车订单。

根据本申请的另一个实施例，还提供了一种用车订单的派发装置，包括：获取模块，用于获取待派发的第一用车订单，以及设置一种或多种派发方式的时间顺序，以及设置一种或多种派发方式的时间顺序；派发模块，用于依据时间顺序依次触发所述一种或多种派发方式派发所述第一用车订单。

根据本申请的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本申请的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

通过本申请，获取待派发的第一用车订单，以及设置一种或多种派发方式的时间顺序，以及设置一种或多种派发方式的时间顺序，在多种派发方式中，依据时间顺序依次触发所述一种或多种派发方式派发所述第一用车订单。采用上述方案，依据时间轴的顺序依次触发不同的派发方式，流程清晰，实现便利，即保证了派发成功率，也保证了较低的派发成本，解决了相关技术中由于订单派发途径较多导致的订单派发流程混乱复杂的问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本申请实施例的一种用车订单的派发方法的移动终端的硬件结构框图；

图2是根据本申请实施例的用车订单的派发方法的流程图；

图3是根据本申请另一个实施例的依据时间轴派发预约单的示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例一

本申请实施例中的方案可以运行于派发专车的网络服务器中。

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本申请实施例的一种用车订单的派发方法的移动终端的硬件结构框图，如图1所示，服务器可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)和用于存储数据的存储器104，可选地，上述移动终端还可以包括用于通信功能的传输装置106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，服务器还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本申请实施例中的用车订单的派发方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务器的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种运行于上述服务器的用车订单的派发方法，图2是根据本申请实施例的用车订单的派发方法的流程图，如图2所示，该流程包括如下步骤：

步骤s202，获取待派发的第一用车订单，以及设置一种或多种派发方式的时间顺序，以及设置一种或多种派发方式的时间顺序；

获取到第一用车订单后，开始派发第一用车订单，此时为订单派发开始时刻。

步骤s204，依据时间顺序依次触发所述一种或多种派发方式派发所述第一用车订单。

派发方式又称为派发途径，可以包括流水卡派发，司机保单派发，车头类派发，播报抢单，订单大厅展示，分发给其他用车平台派发，客户指派，升级车型指派等方式。

通过上述步骤，获取待派发的第一用车订单，以及设置一种或多种派发方式的时间顺序，以及设置一种或多种派发方式的时间顺序，在多种派发方式中，依据时间顺序依次触发所述一种或多种派发方式派发所述第一用车订单。采用上述方案，依据时间轴的顺序依次触发不同的派发方式，流程清晰，实现便利，即保证了派发成功率，也保证了较低的派发成本，解决了相关技术中由于订单派发途径较多导致的订单派发流程混乱复杂的问题。

可选地，依据时间顺序依次触发所述一种或多种派发方式派发所述第一用车订单，包括以下至少之一：在第一时刻，触发通过流水卡方式、司机保证单或车头类指派的方式派发所述第一用车订单；在第二时刻，触发通过播报抢单方式派发所述第一用车订单；在第三时刻，触发通过第三方打车平台派发所述第一用车订单；在第四时刻，触发通过车型上调的方式派发所述第一用车订单。上述的第一时刻、第二时刻、第三时刻和第四时刻之间的先后关系不做限定，也可以是依次增加的。采用本实施例的方案，工作人员可以自行在多个派发方式中进行设置，优先设置派发成本低的派发方式进行派发。打车平台可以是相关技术中的第三方运营平台。

可选地，依据时间顺序依次触发所述一种或多种派发方式派发所述第一用车订单，包括：在预设时刻触发通过一种派发方式派发所述第一用车订单的过程中，从订单派发开始间隔预设时间段，对所述第一用车订单进行加价派发。

可选地，从订单派发开始间隔预设时间段，对所述第一用车订单进行加价派发，包括：从订单派发开始间隔第一预设时间段，对所述第一用车订单进行第一次加价，并派发；从订单派发开始间隔第二预设时间段，对所述第一用车订单进行第二次加价，并派发，其中，所述第二预设时间段大于所述第一预设时间段，所述第二次加价额度大于所述第一次加价额度。

可选地，在所述第二预设时间段和所述第一预设时间段之间，对所述第一用车订单进行第一次加价后，重复进行多次派发。即在加一次价后，多派发几次，尽可能的扩大播报范围，保证所有司机均可接受到当前信息，如果还是无人接单，再进行后续加价。

下面结合本申请另一个实施例进行说明。

专车订单的派发中，订单的派发方式分为播报抢单、可拒绝指派、指派、订单大厅展示、指派车头+供应商指派、客服指派等方式。不同供应链司机接受的派发方式不相同，不同方式的司机接单意愿、派发成本均不相同。

为了在供应链基础上提升服务，并将派发成本保持在可控范围内，同时在不同供应链、司机之间维持一定的公平性，本实施例中搭建了时间轴派发策略系统。

本申请文件中的时间轴派发策略系统的主要目标有以下三类：

1、提升服务指标，主要是提升应单率、降低应单时长；

2、节约派发成本；

3、在不同供应链、司机之间维持一定的公平性。

不同城市不同场景运力供应链情况不同，不同种类订单服务要求也不同，因此需分场景灵活配置策略。

在不同场景使用不同的时间轴策略，避免在全国所有订单使用同样的方式，从而灵活处理不同的情况，在互相冲突的上述3类目标中寻求平衡。

本实施例中设计了一套时间轴派发系统，在不同的场景下可以灵活调控以下几点：

1、控制各派发方式、各供应链司机在派发中的介入时间

2、控制加价、车型上派等扩大司机范围的派发动作的介入时间

3、控制各派发方式的派发频率、与司机端交互频率

4、不同派发方式、不同供应链司机接同一订单时的仲裁

而场景则按照订单种类(城市、车型、服务类型(接送机、接送站、城市交通)等)、用车时间(派发可用时间多少)、派发无车风险类型(无应单风险、确认后无车风险、到场无车风险)等共同作用来划分；

通过在不同场景灵活使用不同的运力供应链和派发方式，并用不同的时间轴策略调度，可以在前述三类目标之间达成平衡。

图3是根据本申请另一个实施例的依据时间轴派发预约单的示意图，如图3所示，包括三部分，最上层示意时间轴调度关键信息，中间层示意运力产品介入，截止时间点，加价时间点，最下层示意子时间轴，确定派发流程。最上层的时间轴中包括派发开始时间，派发截止时间，用车时间。中间层中的派发方式包括，流水卡、保单、车头类指派的方式，挂靠播报抢单的方式，ota多派的方式，车型上派的方式，接机超保的方式，兜底指派的方式，每种派发方式可以有对应的加价方式和加价时刻。

采用上述方案，按场景使用不同的派发时间轴策略，灵活实现各类目标。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

实施例二

在本实施例中还提供了一种用车订单的派发装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

根据本申请另一个实施例，提供了一种用车订单的派发装置，包括：

获取模块，用于获取待派发的第一用车订单，以及设置一种或多种派发方式的时间顺序；

派发模块，用于依据时间顺序依次触发所述一种或多种派发方式派发所述第一用车订单。

通过上述装置，获取待派发的第一用车订单，以及设置一种或多种派发方式的时间顺序，在多种派发方式中，依据时间顺序依次触发所述一种或多种派发方式派发所述第一用车订单。采用上述方案，依据时间轴的顺序依次触发不同的派发方式，流程清晰，实现便利，即保证了派发成功率，也保证了较低的派发成本，解决了相关技术中由于订单派发途径较多导致的订单派发流程混乱复杂的问题。

可选地，所述派发模块还用于执行以下至少之一：在第一时刻，触发通过流水卡方式、司机保证单或车头类指派的方式派发所述第一用车订单；在第二时刻，触发通过播报抢单方式派发所述第一用车订单；在第三时刻，触发通过第三方打车平台派发所述第一用车订单；在第四时刻，触发通过车型上调的方式派发所述第一用车订单。

可选地，所述派发模块还用于在预设时刻触发通过一种派发方式派发所述第一用车订单的过程中，从订单派发开始间隔预设时间段，对所述第一用车订单进行加价派发。

可选地，所述派发模块还用于从订单派发开始间隔第一预设时间段，对所述第一用车订单进行第一次加价，并派发；从订单派发开始间隔第二预设时间段，对所述第一用车订单进行第二次加价，并派发，其中，所述第二预设时间段大于所述第一预设时间段，所述第二次加价额度大于所述第一次加价额度。

可选地，所述派发模块还用于在所述第二预设时间段和所述第一预设时间段之间，对所述第一用车订单进行第一次加价后，重复进行多次派发。即在加一次价后，多派发几次，尽可能的扩大播报范围，保证所有司机均可接受到当前信息，如果还是无人接单，再进行后续加价。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例三

本申请的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

s1，获取待派发的第一用车订单，以及设置一种或多种派发方式的时间顺序；

s2，依据时间顺序依次触发所述一种或多种派发方式派发所述第一用车订单。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本申请的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输装置以及输入输出设备，其中，该传输装置和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

s1，获取待派发的第一用车订单，以及设置一种或多种派发方式的时间顺序；

s2，依据时间顺序依次触发所述一种或多种派发方式派发所述第一用车订单。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。