CN108520452A - 派单方法、装置及服务器 - Google Patents

Abstract

本发明实施例提供一种派单方法、装置及服务器，涉及计算机领域。通过将未结束订单的终端，即还在送乘客的司机纳入配单的对象中，只要未结束订单的终端到达乘客的上车点位置满足要求，就可以将订单派发给该未结束订单的终端，在该未结束订单的终端对应的司机将正在接送的乘客送达目的地位置后，即可去上车点位置去接乘客了，实现订单接力效果。司机接连服务订单效率更高，相同时间内可以服务更多的订单，提高了运营效率。对乘客来说也降低了高峰期叫不到车的情况的出现，提高用户满意度。当然，如果有未接单的终端的位置到上车点的路程更短，则服务器会将订单派发给未接单的终端，以提高用户的体验感，有利于管理。

Description

派单方法、装置及服务器

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种派单方法、装置及 服务器。

背景技术

打车软件已经成为人们日常出行必不可少的工具，现有的打车软件中， 目前基本都是同一种派单模式：司机接了一个乘客在订单完成后，继续等 待下一个订单，等单期间多为车辆空驶阶段。即使是拼车模式，拼车过程 中有不同的乘客上车，但对于司机来说也是属于一个拼车单，只有在这个 拼车单完成之后，才继续给该司机派新的订单。如此，司机等待订单的时 间更多，接单效率低下；另外，在出行高峰期，司机一般都处于正在进行 订单的状态，乘客很难打到车，对乘客不便。

发明内容

有鉴于此，本发明实施例的目的在于提供一种派单方法、装置及服务 器，以解决司机接单效率低下的问题。

本发明实施例提供一种派单方法，应用于服务器，所述服务器与终端 通信连接，所述方法包括：接收订单，所述订单包括上车点位置；从数据 库中调取多个所述终端的实时位置，及调取未结束订单的目的地位置；分 别计算多个所述终端的实时位置到达所述上车点位置的第一路程，以及未 结束订单的终端的实时位置到目的地位置再到所述上车点位置的第二路 程，依据所述第一路程和所述第二路程的大小筛选出目标终端；将所述订单派发给所述目标终端。

本发明实施例还提供一种派单装置，应用于服务器，所述服务器与终 端通信连接，所述装置包括：接收模块，用于接收订单，所述订单包括上 车点位置；调用模块，用于从数据库中调取多个所述终端的实时位置，及 调取未结束订单的目的地位置；筛选模块，用于分别计算多个所述终端的 实时位置到达所述上车点位置的第一路程，以及未结束订单的终端的实时 位置到目的地位置再到所述上车点位置的第二路程，依据所述第一路程和所述第二路程的大小筛选出目标终端；派发模块，用于将所述订单派发给 所述目标终端。

本发明实施例还提供一种服务器，所述服务器与终端通信连接，所述 服务器包括：存储器；处理器；及派单装置，所述派单装置存储于所述存 储器中并包括一个或多个由所述处理器执行的软件功能模块，所述派单装 置包括：接收模块，用于接收订单，所述订单包括上车点位置；调用模块， 用于从数据库中调取多个所述终端的实时位置，及调取未结束订单的目的 地位置；筛选模块，用于分别计算多个所述终端的实时位置到达所述上车点位置的第一路程，以及未结束订单的终端的实时位置到目的地位置再到 所述上车点位置的第二路程，依据所述第一路程和所述第二路程的大小筛 选出目标终端；派发模块，用于将所述订单派发给所述目标终端。

与现有技术相比，本发明实施例提供的派单方法、装置及服务器，通 过将未结束订单的终端，即还在送乘客的司机纳入配单的对象中，只要未 结束订单的终端到达乘客的上车点位置满足要求，就可以将订单派发给该 未结束订单的终端，在该未结束订单的终端对应的司机将正在接送的乘客 送达目的地位置后，就可以去上车点位置去接乘客了，实现订单接力效果。 司机接连服务订单效率更高，相同时间内可以服务更多的订单，提高了运营效率。对乘客来说也降低了高峰期叫不到车的情况的出现，提高用户满 意度。当然，如果有未接单的终端的位置到上车点的路程更短，则服务器 会将订单派发给未接单的终端，以提高用户的体验感，同时可以兼顾未结 束订单的司机和等待中的司机，有利于管理。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实 施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需 要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某 些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来 讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的 附图。

图1为本发明实施例提供的服务器与终端和用户设备进行交互的示 意图。

图2为本发明实施例提供的派单方法的流程图。

图3为本发明实施例提供的道路示意图。

图4为图2中步骤S103的子步骤。

图5为本发明实施例提供的派单装置的功能模块示意图。

图标：10-服务器；20-终端；30-网络；40-用户设备；50-数据库；101- 存储器；102-存储控制器；103-处理器；104-外设接口；200-派单装置； 201-接收模块；202-调用模块；203-筛选模块；204-派发模块；205-限定 模块。

具体实施方式

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

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一 旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步 定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区 分描述，而不能理解为指示或暗示相对重要性。

请参考图1，是本发明实施例提供的服务器10与终端20和用户设备 40进行交互的示意图。本发明实施例中提及的用户设备40(User Equipment，UE)是指呼叫服务方，如叫车服务中的乘客所使用的移动终 端或个人计算机(Personal Computer，简称PC)等设备，例如智能手机、 个人数码助理(PDA)、平板电脑、笔记本电脑、车载电脑(carputer)、 掌上游戏机、智能眼镜、智能手表、可穿戴智能设备、虚拟显示设备或显 示增强设备(如GoogleGlass、Oculus Rift、Hololens、Gear VR)等。本发 明实施例中提及的终端20为提供服务方，如交通工具叫车服务中的司机 所使用的用于接单的移动终端或PC端等设备。本发明实施例中，为了区 别乘客和司机，分别采用用户设备40和终端20来分别表示乘客和司机所持的移动终端等设备。服务器10可以是，但不限于网络服务器、数据库 服务器、云端服务器等。

用户设备40可以通过网络30与服务器10进行交互，获取服务器10 上存储的推荐上车点、预估价格等，建立订单，并将订单发送至服务器 10。服务器10可以通过网络30与终端20进行交互，可以向终端20派发 订单，还可以在终端20的司机到达目的地后，将订单修改为完成状态等。

请参考图2，是本发明实施例提供的派单方法的流程图。所述派单方 法应用于服务器10，该派单方法包括：

步骤S101，接收订单。

乘客可以通过用户设备40叫车，通过选定上车点和目的地后，建立 订单，并发送至服务器10，服务器10接收该订单，该订单中至少包括上 车点位置、目的地位置，还可以包括预估金额、乘客信息如电话号码、乘 客人数、性别等。

步骤S102，从数据库中调取多个所述终端的实时位置，及调取未结 束订单的目的地位置。

每个司机的终端20会将自身的位置发送至数据库50(请参考图4)， 如每隔3秒、5秒或10等将终端20的位置发送至数据库50。服务器10 可以从数据库50中调取每个终端20的实时位置，该实时位置可以反映司 机的位置。多个终端20可以是数据库50中某一个存储空间的终端20的 实时位置，例如，数据库50可以按照不同的地级市，建立不同的存储空间，将某一地级市的所有终端20的实时位置放入对应的存储空间，相比 于每次都将所有终端20的实时位置调取出来进行处理，可减小运算量。 另外，服务器10可以通过从存储器101中查找订单的情况等，查找出未 结束订单的终端20和未接待的终端20。有些司机可能正在处理上一订单， 即终端20未结束订单，服务器10可以从自身或者其他存储订单的设备中调取上一订单的目的地位置。

步骤S103，分别计算多个所述终端的实时位置到达所述上车点位置 的第一路程，以及未结束订单的终端的实时位置到目的地位置再到所述上 车点位置的第二路程，依据所述第一路程和所述第二路程的大小筛选出目 标终端。

其中，第一路程为处于空闲并且等待接单的司机到上车点位置的最短 路程，第二路程为未结束订单的司机将正在进行的订单的乘客送到目的地 后，再到上车点位置的最短路程。

在步骤S102中已经调取了多个终端的实时位置，以及未完成订单的 终端的目的地位置。服务器10可以计算出未接单的终端20的位置到上车 点的位置的路程，即第一路程；还可以计算出正在处理上一订单的司机的 位置到上一订单的目的地位置后，再到上车点的位置的路程，即第二路程。

本实施例中，可以将计算得到的第一路程和第二路程均作对比，选取 最小值对应的终端20作为目标终端。

在其他具体实施方式中，还可以将计算得到的第一路程和第二路程均 和第二预设路程作对比，第二预设路程可以是1km、2km、3km等，随机 选取第一路程和第二路程小于第二预设路程对应终端20作为目标终端。 当然，还可以的是优先选取未接单的终端20作为目标终端。

请参考图3，是本发明实施例提供的道路示意图。图中的横向和纵向 均存在3条道路，每条道路之间的间隔均为1千米。若存在甲和乙两个司 机，甲司机正处理一订单，即正在送乘客I，乙司机处于空闲并等待接单 状态，甲司机此时的位置在A1位置，乘客I的目的地位置在B位置，乙 司机此时的位置在A2位置。此时，乘客II发起订单，需要在C位置上车，即上车点位置在C位置。

甲司机去接乘客II之前需要先将乘客I送达，服务器10计算甲司机 去接乘客II的路线为A1-B-C，其路程约为2.4km，即第二路程为2.4km。 服务器10计算乙司机去接乘客II的路线为A2-C，其路程约为3km。本 实施例中，所述服务器10将甲司机的终端20选为目标终端。

在其他具体实施方式中，还可以将计算得到的第一路程和第二路程均 和第二预设路程作对比，第二预设路程可以是1km、2km、3km等，随机 选取第一路程和第二路程小于第二预设路程对应终端20作为目标终端。 若所述第二预设路程是3km，则甲司机和乙司机的终端20均满足被选择 为目标终端的条件，服务器10可以在甲司机和乙司机的终端20中随机选 择一个作为目标终端。

当然，还可以的是优先选取未接单的终端20作为目标终端。例如， 则甲司机和乙司机的终端20均满足被选择为目标终端的条件，虽然甲司 机到上车点的路程更短，但是考虑到甲司机上的乘客I还需要下车，可能 出现取下自己携带的物品情况，优先选择乙司机的终端20为目标终端。

步骤S104，将所述订单派发给所述目标终端。

服务器10筛选出目标终端后，将步骤S101接收的订单发送至所述目 标终端，该目标终端为司机的移动智能终端，如手机。司机可以通过操作 目标终端选择是否接收该订单。

当所述目标终端拒绝接收所述订单时，由于服务器10已记录该目标 终端是未结束订单的终端20还是未接单的终端20，若所述目标终端为未 结束订单的终端20，则所述目标终端的接单率不变；若所述目标终端为 未接单的终端20，则所述目标终端的接单率减小。当所述目标终端接收 所述订单时，向用户设备40发送所述目标终端的实时位置，在所述订单 完成后，所述目标终端的成单数增加。

在其他具体实施方式汇总，步骤S103之前还可以包括步骤：将实时 位置到目的地位置的路程小于第一预设路程的未结束订单的终端20加入 待选列表。

其中，所述第一预设路程可以是1km、2km、3km等。例如，当服务 器10查询出正在进行订单的司机有1000人，但是根据这1000人的实时 位置和正在进行订单中的目的地位置，可以得到只有100人即将达到目的 地，即只有100人的实时位置到目的地位置的路程小于第一预设路程(如 1km，将这100个司机的终端20加入待选列表。

对应的，步骤S103中可以只需计算未接单的终端的第一路程和带选 列表中的终端的第二路程，来筛选目标终端。

请参考图4，是图2中步骤S103的子步骤。本发明实施例中，还可 以依据第一路程和第二路程的大小，预估对应的第一预估时间和第二预估 时间的大小，再筛选出司机去上车点位置时间最短的司机的终端20，具 体的，包括：

步骤S1031，分别计算多个终端的实时位置到达所述上车点位置的第 一路程，以及未结束订单的终端的实时位置到目的地位置再到所述上车点 位置的第二路程。

步骤S1032，依据多个所述终端的实时位置、所述上车点位置以及所 述第一路程计算所述终端达到所述上车点位置的第一预估时间，依据未结 束订单的终端的实时位置、所述目的地位置、所述上车点位置以及所述第 二路程计算所述终端达到所述上车点位置的第二预估时间。

其中，第一预估时间为处于空闲并且等待接单的司机到上车点位置的 估算时间，第二预估时间为未结束订单的司机将正在进行的订单的乘客送 到目的地后，再到上车点位置的估算时间。

计算预估时间和第二预估时间时，可以考虑红绿灯和等待上一乘客下 车的情况。请再次参考图3，图中的横向和纵向均存在3条道路，每条道 路之间的间隔均为1千米。若存在甲和乙两个司机，甲司机正处理一订单， 即正在送乘客I，乙司机处于空闲并等待接单状态，甲司机此时的位置在 A1位置，乘客I的目的地位置在B位置，乙司机此时的位置在A2位置。 此时，乘客II发起订单，需要在C位置上车，即上车点位置在C位置。 设定平均等待一个红绿灯的时间为1min，等待乘客下车的时间为2min， 平均车速为60km/h。

甲司机去接乘客II之前需要先将乘客I送达，服务器10计算甲司机 去接乘客II的路线为A1-B-C，其路程约为2.4km，即第二路程为2.4km， 需要等待2个红绿灯，并且乘客I还要下车，计算得到第二预估时间为 6.4min。服务器10计算乙司机去接乘客II的路线为A2-C，其路程约为 3km，即乙司机的终端20的第一路程为3km，需要等待3个红绿灯，计 算得到第一预估时间为6min。

步骤S1033，依据所述第一预估时间和所述第二预估时间的大小筛选 出目标终端。本实施例中，将所有满足条件的终端到达上车点位置的估算 时间作对比，选取最短时间对应的终端作为目标终端。

所述服务器10包括派单装置200、存储器、存储控制器、处理器以 及外设接口。所述存储器、存储控制器、处理器以及外设接口各元件相互 之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件 相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述派单装 置200包括至少一个可以软件或固件(firmware)的形式存储于所述存储 器中或固化在服务器10的操作***(operating system，OS)中的软件功 能模块。所述处理器用于执行存储器中存储的可执行模块，例如，所述派 单装置200包括的软件功能模块或计算机程序。

其中，存储器101可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器Read Only Memory，ROM)，可编程只读 存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器 (Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存 储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。 其中，存储器101用于存储程序，所述处理器103在接收到执行指令后， 执行所述程序，本发明实施例任一实施例揭示的流过程定义的服务器10 所执行的方法可以应用于处理器103中，或者由处理器103实现。

处理器103可能是一种集成电路芯片，具有信号的处理能力。上述的 处理器103可以是通用处理器，包括中央处理器(Central Processing Unit， 简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字 信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或 者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可 以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用 处理器可以是微处理器或者该处理器103也可以是任何常规的处理器等。

所述外设接口104将各种输入/输出装置耦合至处理器103以及存储 器101。在一些实施例中，外设接口104，处理器103以及存储控制器102 可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片 实现。

服务器10可以通过外设接口104与数据库50通信，从数据库50获 取终端20的实时位置。数据库50可以是MongoDB，为一个基于分布式 文件存储的数据库，可以为WEB应用提供可扩展的高性能数据存储。

请参考图5，是本发明实施例提供的派单装置200的功能模块示意图。 所述派单装置200包括接收模块201、调用模块202、筛选模块203、派 发模块204以及限定模块205。

所述接收模块201，用于接收订单，所述订单包括上车点位置。

本发明实施例中，所述接收模块201可以执行步骤S101。

所述调用模块202，用于从数据库50中调取多个所述终端的实时位 置，及调取未结束订单的目的地位置。

本发明实施例中，所述调用模块202可以执行步骤S102。

所述筛选模块203，用于分别计算多个所述终端的实时位置到达所述 上车点位置的第一路程，以及未结束订单的终端的实时位置到目的地位置 再到所述上车点位置的第二路程，依据所述第一路程和所述第二路程的大 小筛选出目标终端。

本发明实施例中，所述筛选模块203可以执行步骤S103。

所述派发模块204，用于将所述订单派发给所述目标终端。

本发明实施例中，所述派发模块204可以执行步骤S104。

所述限定模块205，用于将所述实时位置到所述目的地位置的路程小 于第一预设路程的未结束订单的终端加入待选列表。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比 较简单，相关之处参见方法实施例的部分说明即可。

应理解的是，虽然上文的派单方法中主要针对打车/用车应用，但本 公开的实施例并不限于此，其还可适用于其他交通工具(诸如，非机动车、 私家车、船舶、飞行器等)，尤其是未来出现的家用或商用交通工具所述 运输客体也并非限定于乘客，亦可包括快件、餐食等需要运输/运送物。

综上所述，本发明实施例提供的派单方法、装置及服务器，该方法包 括：接收订单，所述订单包括上车点位置；从数据库中调取多个所述终端 的实时位置，及调取未结束订单的目的地位置；分别计算多个所述终端的 实时位置到达所述上车点位置的第一路程，以及未结束订单的终端的实时 位置到目的地位置再到所述上车点位置的第二路程，依据所述第一路程和 所述第二路程的大小筛选出目标终端；将所述订单派发给所述目标终端。通过将未结束订单的终端，即还在送乘客的司机纳入配单的对象中，只要 未结束订单的终端到达乘客的上车点位置满足要求，就可以将订单派发给 该未结束订单的终端，在该未结束订单的终端对应的司机将正在接送的乘 客送达目的地位置后，就可以去上车点位置去接乘客了，实现订单接力效 果。司机接连服务订单效率更高，相同时间内可以服务更多的订单，提高 了运营效率。对乘客来说也降低了高峰期叫不到车的情况的出现，提高用 户满意度。当然，如果有未接单的终端的位置到上车点的路程或估算时间 更短，则服务器会将订单派发给未接单的终端，以提高用户的体验感，同 时可以兼顾未结束订单的司机和等待中的司机，有利于管理。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法， 也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的， 例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方 法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流 程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所 述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标 注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方 框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依 所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以 及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专 用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来 实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个 独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集 成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或 使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本 发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方 案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个 存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机， 服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM， Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、 磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中， 诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一 个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其 他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、 物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素， 或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更 多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所 述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于 本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精 神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明 的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似 项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对 其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局 限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可 轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明 的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种派单方法，应用于服务器，所述服务器与终端通信连接，其特征在于，所述方法包括：

接收订单，所述订单包括上车点位置；

从数据库中调取多个所述终端的实时位置，及调取未结束订单的目的地位置；

分别计算多个所述终端的实时位置到达所述上车点位置的第一路程，以及未结束订单的终端的实时位置到目的地位置再到所述上车点位置的第二路程，依据所述第一路程和所述第二路程的大小筛选出目标终端；

将所述订单派发给所述目标终端。

2.根据权利要求1所述的派单方法，其特征在于，所述方法还包括：

将所述实时位置到所述目的地位置的路程小于第一预设路程的未结束订单的终端加入待选列表；

依据未接单的终端的第一路程和所述待选列表中的终端的第二路程的大小，筛选出所述目标终端。

3.根据权利要求1所述的派单方法，其特征在于，所述依据第一路程和第二路程的大小筛选出目标终端的步骤包括：

从所述第一路程和所述第二路程对应的终端中，筛选出所述第一路程及所述第二路程最小的目标终端。

4.根据权利要求1所述的派单方法，其特征在于，所述依据第一路程和第二路程的大小筛选出目标终端的步骤还包括：

筛选出所述第一路程和所述第二路程均小于第二预设路程时的目标终端集；

从所述目标终端集中随机选取所述目标终端，若所述目标终端集中包括未接单的终端，则优先从未接单的终端中随机选取目标终端。

5.根据权利要求1所述的派单方法，其特征在于，所述方法还包括：

当所述目标终端拒绝接收所述订单时，若所述目标终端为未结束订单的终端，则所述目标终端的接单率不变；若所述目标终端为未接单的终端，则所述目标终端的接单率减小；

当所述目标终端接收所述订单时，向用户设备发送所述目标终端的实时位置，在所述订单完成后，所述目标终端的成单数增加。

6.根据权利要求1所述的派单方法，其特征在于，所述分别计算多个所述终端的实时位置到达所述上车点位置的第一路程，以及未结束订单的终端的实时位置到目的地位置再到所述上车点位置的第二路程，依据所述第一路程和所述第二路程的大小筛选出目标终端的步骤还包括：

依据多个所述终端的实时位置、所述上车点位置以及所述第一路程计算所述终端达到所述上车点位置的第一预估时间，依据未结束订单的终端的实时位置、所述目的地位置、所述上车点位置以及所述第二路程计算所述终端达到所述上车点位置的第二预估时间；

依据所述第一预估时间和所述第二预估时间的大小筛选出目标终端。

7.一种派单装置，应用于服务器，所述服务器与终端通信连接，其特征在于，所述装置包括：

接收模块，用于接收订单，所述订单包括上车点位置；

调用模块，用于从数据库中调取多个所述终端的实时位置，及调取未结束订单的目的地位置；

筛选模块，用于分别计算多个所述终端的实时位置到达所述上车点位置的第一路程，以及未结束订单的终端的实时位置到目的地位置再到所述上车点位置的第二路程，依据所述第一路程和所述第二路程的大小筛选出目标终端；

派发模块，用于将所述订单派发给所述目标终端。

8.根据权利要求7所述的派单装置，其特征在于，所述装置还包括：

限定模块，用于将所述实时位置到所述目的地位置的路程小于第一预设路程的未结束订单的终端加入待选列表；

所述筛选模块还用于依据未接单的终端的第一路程和所述待选列表中的终端的第二路程的大小，筛选出所述目标终端。

9.根据权利要求7所述的派单装置，其特征在于，所述筛选模块还用于：依据多个所述终端的实时位置、所述上车点位置以及所述第一路程计算所述终端达到所述上车点位置的第一预估时间，依据未结束订单的终端的实时位置、所述目的地位置、所述上车点位置以及所述第二路程计算所述终端达到所述上车点位置的第二预估时间；依据所述第一预估时间和所述第二预估时间的大小筛选出目标终端。

10.一种服务器，其特征在于，所述服务器与终端通信连接，所述服务器包括：

存储器；

处理器；及

派单装置，所述派单装置存储于所述存储器中并包括一个或多个由所述处理器执行的软件功能模块，所述派单装置包括：

接收模块，用于接收订单，所述订单包括上车点位置；

调用模块，用于从数据库中调取多个所述终端的实时位置，及调取未结束订单的目的地位置；

筛选模块，用于分别计算多个所述终端的实时位置到达所述上车点位置的第一路程，以及未结束订单的终端的实时位置到目的地位置再到所述上车点位置的第二路程，依据所述第一路程和所述第二路程的大小筛选出目标终端；

派发模块，用于将所述订单派发给所述目标终端。