CN111489220A - 提高目标区域运力方法、派单方法、装置及服务器 - Google Patents

Abstract

本申请涉及一种提高目标区域运力方法、派单方法、装置及服务器，属于互联网技术领域。该提高目标区域运力方法，应用于网约打车的服务器，所述方法包括：确定收到目标司机终端发送的前往目标区域进行计时的计时请求时，判断所述目标司机终端是否满足在所述目标区域计时的计时条件，其中，所述目标区域的运力低于第一预设阈值；在确定所述目标司机终端满足在所述目标区域计时的计时条件时，开始记录所述目标司机终端在所述目标区域的时长；根据所述目标司机终端的计时情况确定账户变更数据。通过激发司机去运力低于第一预设阈值的目标区域，从而激发司机竞争热情，保证运力稳定，减缓各个区域运力供需严重失调的难题。

Description

提高目标区域运力方法、派单方法、装置及服务器

技术领域

本申请属于互联网技术领域，具体涉及一种提高目标区域运力方法、派单方法、装置及服务器。

背景技术

随着互联网和智能终端技术的发展，人们经常使用手机并通过打车软件来满足自己方便出行的需求。乘客在使用打车软件过程中，只需要设置出发地、目的地、支付方式等基本信息，就可以满足最基本的出行需要。

目前高峰期(例如，上下班)打车供需严重失调，很多上班族因为打不到车而无法按时上班或回家，从而造成体验感不好。因此，如何保证稳定的运力变得十分重要。

发明内容

鉴于此，本申请的目的在于提供一种提高目标区域运力方法、派单方法、装置及服务器，以有效地改善上述问题。

本申请的实施例是这样实现的：

第一方面，本申请实施例提供了一种提高目标区域运力方法，应用于网约打车的服务器，所述方法包括：确定收到目标司机终端发送的前往目标区域进行计时的计时请求时，判断所述目标司机终端是否满足在所述目标区域计时的计时条件，其中，所述目标区域的运力低于第一预设阈值；在确定所述目标司机终端满足在所述目标区域计时的计时条件时，开始记录所述目标司机终端在所述目标区域的时长；根据所述目标司机终端的计时情况确定账户变更数据。本申请实施例中，服务器在收到目标司机终端发送的前往目标区域进行计时的计时请求时，通过判断该目标司机终端是否满足在该目标区域计时的计时条件，若满足则开始计时，最后根据目标司机终端的在目标区域的计时情况确定账户变更数据，通过激发司机去运力低于第一预设阈值的目标区域，从而激发司机竞争热情，以使司机长时间的停滞在目标区域，以保证运力稳定，减缓各个区域运力供需严重失调的难题。

结合第一方面的一种可选实施方式，所述判断目标司机终端是否满足在目标区域计时的计时条件，包括：判断待派发订单中是否存在订单目的地在所述目标区域内的用车订单；在为是时，将所述用车订单派发给所述目标司机终端；判断所述目标司机终端是否接到所述用车订单对应的用户；其中，所述目标司机终端接到所述用车订单对应的用户时表征所述目标司机终端满足在所述目标区域计时的计时条件。本申请实施例中，服务器在收到目标司机终端发送的到目标区域进行计时的计时请求时，通过判断是否存在订单目的地在所述目标区域内的用车订单，若存在，则将该用车订单派发给该目标司机终端，以便在该目标司机终端接到所述用车订单对应的用户，开始记录其在目标区域的时长，让其提前计时，以提升司机的计时热情，更能激发司机计时热情。

结合第一方面的又一种可选实施方式，在所述判断待派发订单中是否存在订单目的地在所述目标区域内的用车订单之后，所述方法还包括：在为否时，判断所述目标司机终端所在的位置是否在所述目标区域内；其中，所述目标司机终端所在的位置在所述目标区域内表征所述目标司机终端满足在所述目标区域计时的计时条件。本申请实施例中，服务器在收到目标司机终端发送的到目标区域进行计时的计时请求时，若不存在订单目的地在所述目标区域内的用车订单，则通过判断该目标司机终端是否进入该目标区域来判断其是否满足计时条件，若该目标司机终端进入该目标区域，则开始计时。

结合第一方面的又一种可选实施方式，在确定目标司机终端是否满足在目标区域计时的计时条件之前，所述方法还包括：根据所述目标司机终端所在的位置从已确定的多个区域中确定所述目标区域；向所述目标司机终端推荐所述目标区域，询问所述目标司机终端是否有意愿前往所述目标区域进行计时。本申请实施例中，在为目标司机终端推荐计时的目标区域时，结合司机所在的位置，从多个运力情况低于第一预设阈值的区域中确定出目标区域，以提升司机体验。

结合第一方面的又一种可选实施方式，通过以下步骤确定所述多个区域：获取各个预设区域内的运力情况；根据所述运力情况和预设区域确定所述多个区域。本申请实施例中，通过获取各个预设区域内的运力情况，以便确定出需要鼓励司机前往计时的区域，实现对计时区域的实时调整，从而提升这些区域的运力情况，减缓各个区域运力供需严重失调的难题。

结合第一方面的又一种可选实施方式，在所述开始记录所述目标司机终端在所述目标区域的时长之后，所述方法还包括：若所述目标司机终端中途离开所述目标区域时，获取所述目标司机终端从离开所述目标区域到再次进入所述区域之间的时长信息；确定所述时长信息不大于第二预设阈值时，所述时长信息在统计计时时长时为有效时长。本申请实施例中，通过统计目标司机终端中途离开目标区域的时长，若时长低于第二预设阈值时，则中途离开目标区域这段时间的时长仍旧为有效时长，通过放宽限制条件，以激发司机的热情，让更多的司机参与其中，从而提升目标区域的运力情况。

第二方面，本申请实施例还提供了一种派单方法，应用于网约打车的服务器，所述方法包括：在为位于目标区域内的目标司机终端确定出满足预设派单规则的至少一个用车订单时，判断所述至少一个用车订单中是否存在订单目的地在所述目标区域内的用车订单，其中，所述目标区域的运力低于第一预设阈值；在为是时，将所述订单目的地在所述目标区域内的用车订单派发给所述目标司机终端。本申请实施例中，在为位于目标区域内的目标司机终端派单时，在同等条件下，优先将订单目的地在所述目标区域内的用车订单派发给目标司机终端，以减少目标司机终端因离开目标区域，导致有效计时时长中断的问题，进而能提升司机体验，保证目标区域运力稳定。

第三方面，本申请实施例还提供了一种提高目标区域运力装置，应用于网约打车的服务器，所述装置包括：判断模块、记录模块以及第一确定模块；判断模块，用于确定收到目标司机终端发送的前往目标区域进行计时的计时请求时，判断目标司机终端是否满足在所述目标区域计时的计时条件，其中，所述目标区域的运力低于第一预设阈值；记录模块，用于在确定所述目标司机终端满足在目标区域计时的计时条件时，开始记录所述目标司机终端在所述目标区域的时长；第一确定模块，用于根据所述目标司机终端的计时情况确定账户变更数据。

结合第三方面的一种可选实施方式，所述判断模块，还用于判断待派发订单中是否存在订单目的地在所述目标区域内的用车订单；以及还用于在为是时，将所述用车订单派发给所述目标司机终端；以及还用于判断所述目标司机终端是否接到所述用车订单对应的用户；其中，所述目标司机终端接到所述用车订单对应的用户时表征所述目标司机终端满足在所述目标区域计时的计时条件。

结合第三方面的又一种可选实施方式，所述判断模块，还用于在为否时，判断所述目标司机终端所在的位置是否在所述目标区域内；其中，所述目标司机终端所在的位置在所述目标区域内表征所述目标司机终端满足在所述目标区域计时的计时条件。

结合第三方面的又一种可选实施方式，所述装置还包括：第二确定模块以及推荐模块；第二确定模块用于根据所述目标司机终端所在的位置从已确定的多个区域中确定所述目标区域；推荐模块，用于向所述目标司机终端推荐所述目标区域，询问所述目标司机终端是否有意愿前往所述目标区域进行计时。

结合第三方面的又一种可选实施方式，所述第二确定模块还用于获取各个预设区域内的运力情况；以及还用于根据所述运力情况和预设区域确定所述多个区域。

结合第三方面的又一种可选实施方式，所述装置还包括：获取模块以及第三确定模块；获取模块，用于若所述目标司机终端中途离开所述目标区域时，获取所述目标司机终端从离开所述目标区域到再次进入所述区域之间的时长信息；第三确定模块，用于确定所述时长信息不大于第二预设阈值时，所述时长信息在统计计时时长时为有效时长。

第四方面，本申请实施例还提供了一种派单装置，应用于网约打车的服务器，所述装置包括：判断模块以及派发模块；判断模块，用于在为位于目标区域内的目标司机终端确定出满足预设派单规则的至少一个用车订单时，判断所述至少一个用车订单中是否存在订单目的地在所述目标区域内的用车订单，其中，所述目标区域的运力低于第一预设阈值；派发模块，用于在为是时，将所述订单目的地在所述目标区域内的用车订单派发给所述目标司机终端。

第五方面，本申请实施例还提供了一种服务器，包括：存储器和处理器，所述存储器和所述处理器连接；所述存储器用于存储程序；所述处理器用于调用存储于所述存储器中的程序以执行上述第一方面实施例或结合第一方面实施例的任意一种可选实施方式提供的方法。

第六方面，本申请实施例还提供了一种服务器，包括：存储器和处理器，所述存储器和所述处理器连接；所述存储器用于存储程序；所述处理器用于调用存储于所述存储器中的程序以执行上述第二方面实施例提供的方法。

第七方面，本申请实施例还提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述第一方面实施例或结合第一方面实施例的任意一种可选实施方式提供的方法。

第八方面，本申请实施例还提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述第二方面实施例提供的方法。

本申请的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请实施例而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。通过附图所示，本申请的上述及其它目的、特征和优势将更加清晰。在全部附图中相同的附图标记指示相同的部分。并未刻意按实际尺寸等比例缩放绘制附图，重点在于示出本申请的主旨。

图1示出了本申请实施例提供的一种派单系统的交互示意图。

图2示出了本申请实施例提供的一种服务器的结构示意图。

图3示出了本申请实施例提供的一种提高目标区域运力方法的流程图。

图4示出了本申请实施例提供的一种图3的步骤S101的流程图。

图5示出了本申请实施例提供的一种派单方法的流程图。

图6示出了本申请实施例提供的一种提高目标区域运力装置的模块示意图。

图7示出了本申请实施例提供的一种派单装置的模块示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在本申请的描述中，需要说明的是，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。再者，本申请中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

请参阅图1，图1为本申请实施例提供的一种派单系统100的交互示意图。该派单系统100包括：乘车终端10、司机终端30和服务器20，乘车终端10通过网络与服务器20进行数据交互，司机终端30通过网络与服务器20进行数据交互。本实施例中，乘车终端10、司机终端30的数量为至少一个，其中，乘车终端10以及司机终端30中安装有至少一个应用程序(Application，APP)与服务器20进行数据交互，以便服务器20接收乘车终端10发送的用车订单，然后为该乘车终端10分派合适的司机终端30，并将订单分配给该司机终端30。

其中，该司机终端30可以为司机的手机、平板电脑或司机车辆内安装的车载设备等移动终端，而该乘车终端10可以为乘客的手机、平板电脑等移动终端。其中，司机终端30包括：存储器和处理器，所述存储器和所述处理器连接；所述存储器用于存储程序；所述处理器用于调用存储于所述存储器中的程序，以执行第二实施例以及第三实施例所述的方法。其中，司机终端30的结构示意图可以参阅服务器20的结构示意图。

如图2所示，服务器20可以为网络服务器、数据库服务器或由多个子服务器构成的服务器集群。服务器20通过分别与司机终端30和乘车终端10进行数据交互，可以执行并实现涉及提高目标区域运力方法以及派单方法。

可选地，服务器20可以包括：存储器21、通信模块22、总线23和处理器24。其中，处理器24、通信模块22和存储器21通过总线23连接。处理器24用于执行存储器21中存储的可执行模块，例如计算机程序。图2所示的服务器20的组件和结构只是示例性的，而非限制性的，根据需要，服务器20也可以具有其他组件和结构。

其中，存储器21可能包含高速随机存取存储器(Random Access Memory RAM)，也可能还包括非不稳定的存储器(non－volatile memory)，例如至少一个磁盘存储器。本实施例中，存储器21存储了处理器24执行提高目标区域运力方法以及派单方法所需要的程序。

总线23可以是ISA总线、PCI总线或EISA总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图2中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

处理器24可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器24中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器24可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。

本申请实施例任意实施例揭示的流过程或定义的装置所执行的方法可以应用于处理器24中，或者由处理器24实现。处理器24在接收到执行指令后，通过总线23调用存储在存储器21中的程序后，处理器24通过总线23控制通信模块22则可以执行提高目标区域运力方法以及派单方法的流程。

第二实施例

请参阅图3，为本发明实施例提供的一种应用于上述服务器20的提高目标区域运力方法，下面将结合图3对其所包含的步骤进行说明。

步骤S101：确定收到目标司机终端发送的前往目标区域进行计时的计时请求时，判断目标司机终端是否满足在所述目标区域计时的计时条件。

服务器在接收到目标司机终端发送的前往目标区域进行计时的计时请求时，通过判断目标司机终端是否满足在目标区域计时的计时条件，若判定的结果为，目标司机终端满足在目标区域计时的计时条件时，则执行步骤S102，若不满足则等待或不处理。

可选地，在判断目标司机终端是否满足在目标区域计时的计时条件时，一种可能的情况请同时参考图4所示的步骤：

步骤S201：判断待派发订单中是否存在订单目的地在所述目标区域内的用车订单。

确定目标司机终端有到目标区域进行计时的计时意愿时，即接收到目标司机终端发送的到目标区域进行计时的计时请求时，判断待派发订单中是否存在订单目的地在所述目标区域内的用车订单，若待派发订单中存在订单目的地在所述目标区域内的用车订单时(在为是时)，则执行步骤S202，若待派发订单中不存在订单目的地在所述目标区域内的用车订单时(在为否时)，则执行步骤S204。

步骤S202：将所述用车订单派发给所述目标司机终端。

若待派发订单中存在订单目的地在所述目标区域内的用车订单时，则将该用车订单派发给目标司机终端，即将用车目的地为目标区域的用车订单派发给想去该目标区域进行计时的目标司机终端，以便让其提前计时，从而激发司机热情。

步骤S203：判断所述目标司机终端是否接到所述用车订单对应的用户。

在将用车目的地为目标区域的用车订单派发给想去该目标区域进行计时的目标司机终端后，通过判断该目标司机终端是否接到该用车订单对应的用户来确定目标司机终端是否满足在目标区域计时的计时条件，其中，所述目标司机终端接到所述用车订单对应的用户时表征所述目标司机终端满足在所述目标区域计时的计时条件。也就是说，在目标司机终端接到该用车订单对应的用户时，表征该目标司机终端满足在目标区域计时的计时条件，即在该目标司机终端接到所述用车订单对应的用户，记录其在目标区域计时成功，让其提前计时，以提升司机的计时热情，更能激发司机热情。

步骤S204：判断所述目标司机终端所在的位置是否在所述目标区域内。

若待派发订单中不存在订单目的地在所述目标区域内的用车订单时，通过判断该目标司机终端所在的位置是否在该目标区域内来确定目标司机终端是否满足在目标区域计时的计时条件，其中，该目标司机终端所在的位置在该目标区域内表征所述目标司机终端满足在该目标区域计时的计时条件。此种情况下，当目标司机终端进入目标区域的边界时，便表示该目标司机终端满足在该目标区域计时的计时条件。

其中，需要说明的是，作为一种可选的实施方式，也可以只通过判断所述目标司机终端所在的位置是否在所述目标区域内来确定目标司机终端是否满足在目标区域计时的计时条件，此时，不再有步骤S201、S202以及S203。即直接判断目标司机终端的位置是否到达目标区域内，来确定目标司机终端是否满足在目标区域计时的计时条件。当目标司机终端进入目标区域的边界时，便表示该目标司机终端满足在该目标区域计时的计时条件。

其中，需要说明的是，目标区域的运力低于第一预设阈值，该第一预设阈值为事先人为设定，例如，该目标区域为某个大区域下的一个子区域时，可以根据该大区域包含的子区域的数量来确定其第一预设阈值，假设该大区域包括5个子区域时，则该第一预设阈值可以设定为各个子区域的运力平均数，此时，运力低于该平均数的子区域即为需要鼓励司机去的区域。亦或者，通过实时统计各个子区域的运力情况，其中运力情况最差的几个子区域即为需要鼓励司机去的区域。例如，5个子区域中运力情况最差的前两个子区域即为需要鼓励司机去的区域。

作为一种可选的实施方式，在确定目标司机终端是否满足在目标区域计时的计时条件之前，即在步骤S101之前，所述方法还包括：根据所述目标司机终端所在的位置从已确定的多个区域中确定所述目标区域；向所述目标司机终端推荐所述目标区域，询问所述目标司机终端是否有意愿前往所述目标区域进行计时。也就是说，服务器在给目标司机终端推荐计时地点时，结合目标司机终端所在的位置，从多个运力低于第一预设阈值的区域中确定出目标区域，给司机推荐当前最希望司机去计时的区域，例如，距离最近。其中，需要说明的是，在为目标司机终端推荐计时地点时不一定是按照距离最近的原则进行推荐的，例如，假设当前有3个区域(如，A区域、B区域以及C区域)的运力较低，此时，可以根据司机所在的位置，为其推荐计时的区域，例如，目标司机终端距离A区域最远，距离B区域最近，距离C区域的距离是距离B区域的距离的1.2倍时，若C区域的运力最差，则可以将目标区域C推荐给目标司机终端，即将平台最需要目标司机终端去的区域推荐为目标司机终端。其中，被推荐的区域即为目标区域。

其中，需要说明的是，上述的已确定的多个区域可以是事先人为设定，也可以是服务器主动生成。若服务器主动生成时，可以通过以下步骤确定上述多个区域：获取各个预设区域内的运力情况；根据所述运力情况和预设区域确定所述多个区域。也就是说，通过获取预设区域内的运力情况，以便根据得到的运力情况从预设区域中确定出需要计时的多个区域，例如，通过实时统计各个预设区域的运力情况，其中运力情况最差的几个区域即为需要鼓励司机去计时的区域。例如，5个预设区域中运力情况最差的前两个区域即为需要鼓励司机去计时的区域。通过获取各个预设区域的运力情况，以便确定出需要鼓励司机前往计时的区域，实现对计时区域的实时调整，从而提升这些区域的运力情况，减缓各个区域运力供需严重失调的难题。其中，各个预设区域的运力的可以通过例如是应答率或者发单率来体现，应答率或发单率低则表示该区域的运力低。

步骤S102：开始记录所述目标司机终端在所述目标区域的时长。

在确定所述目标司机终端满足在目标区域计时的计时条件时，即目标司机终端接到用车目的地为目标区域的用车订单对应的用户时，或者目标司机终端所在的位置在目标区域内时，开始记录该目标司机终端在该目标区域的时长，以便后期根据计时情况确定账户变更数据。

步骤S103：根据所述目标司机终端的计时情况确定账户变更数据。

在确定账户变更数据时，根据目标司机终端的计时情况确定账户变更数据，例如，以预设时间段内的计时的次数来确定账户变更数据，例如，预设时间段内的累计计时次数大于阈值的才有获得账户变更数据的资格，在对有获奖资格的各个司机终端的计时进行排名，按照排名顺序进行账户变更数据，例如，排名1－3的账户变更数据相同，如均为3000元，排名4－10的账户变更数据相同，例如均为2500元，排名11－20的账户变更数据相同，如均为1500元，排名21－50的排名相同，例如均为1000元，排名51－100的排名相同，例如均为500元等。其中，需要说明的是，本实施例中示出的确定账户变更数据的具体方式仅仅为了便于理解而示出的例子而已，依据不同的账户变更数据预设标准确定出的账户变更数据有所不同，因此不能将其理解成是对本申请的限制。

可选地，在根据目标司机终端的计时情况确定账户变更数据时，可以根据目标司机终端的计时时长确定账户变更数据，例如，预设时间段内的累计计时时长大于阈值的才有获得账户变更数据的资格，在对有获奖资格的各个司机终端的计时时长进行排名，按照排名顺序进行账户变更数据，例如，排名1－3的账户变更数据相同，如均为3000元，排名4－10的账户变更数据相同，例如均为2500元，排名11－20的账户变更数据相同，如均为1500元，排名21－50的排名相同，例如均为1000元，排名51－100的排名相同，例如均为500元等。其中，需要说明的是，本实施例中示出的确定账户变更数据的具体方式仅仅为了便于理解而示出的例子而已，依据不同的账户变更数据预设标准确定出的账户变更数据有所不同，因此不能将其理解成是对本申请的限制。

其中，账户变更数据可以是诸如钱、币、券、积分等的数字数据。

其中，通过计时时长来确定账户变更数据时，只有在目标区域内的在线时长才算有效时长，例如，某个司机终端在线时长为5个小时，其中在目标区域内的时长为3个小时，则在统计计时时长时，则该计时时长为3个小时。

其中，需要说明的是，通过根据目标司机终端的计时时长确定账户变更数据相比于根据计时次数来确定账户变更数据，更科学合理，在某种程度上也能避免司机为了得到账户变更数据而刷数据的情形，例如，进入目标区域后，又离开，再次进入……，通过反复进入目标区域来增加计时次数。另外，通过计时时长来确定账户变更数据时，可以尽可能的保证司机在目标区域停留更长的时间，从而保证目标区域运力的稳定。

作为一种可选的实施方式，在所述开始记录所述目标司机终端在所述目标区域的时长之后，所述方法还包括：若所述目标司机终端中途离开所述目标区域时，获取所述目标司机终端从离开所述目标区域到再次进入所述区域之间的时长信息；确定所述时长信息不大于第二预设阈值时，所述时长信息在统计计时时长时为有效时长。也就是说，在目标司机终端在前往目标区域计时的过程中，若该目标司机终端中途离开该区域，只要离开的时间不大于第二预设阈值，则中途离开的这段时间在在统计计时时长时为有效时长，也会被统计在计时时长中，通过放宽限制条件，以激发司机的计时热情，让更多的司机参与其中，从而提升目标区域的运力情况。

其中，该第二预设阈值为事先人为设定，例如，可以设定为30分钟。当该第二预设阈值为30分钟时，若目标司机终端中途离开的时长不大于30分钟时，则中途离开的时长仍然为有效时长，否则需要重新计时。其中，需要说明的是，该第二预设阈值的具体数值应根据实际需要来设定，因此不能将示出的30分钟理解成是对本申请的限制。

第三实施例

请参阅图5，为本发明实施例提供的一种应用于上述服务器20的派单方法，下面将结合图5对其所包含的步骤进行说明。

步骤S301：在为位于目标区域内的目标司机终端确定出满足预设派单规则的至少一个用车订单时，判断所述至少一个用车订单中是否存在订单目的地在所述目标区域内的用车订单。

当目标司机终端位于目标区域内时，在为目标司机终端派单时，在为目标司机终端确定出满足预设派单规则的至少一个用车订单时，判断所述至少一个用车订单中是否存在订单目的地在所述目标区域内的用车订单。若所述至少一个用车订单中存在订单目的地在所述目标区域内的用车订单时(在为是时)，则步骤S302，若所述至少一个用车订单中不存在订单目的地在所述目标区域内的用车订单时(在为否时)，则正常派单，如随机选择一个进行派单。

其中，该预设派单规则为现有的派单规则，例如，距离最近或者全局最优。其中，距离最近，也即就近原则，即从多个接驾距离中选择距离乘客最近的那个司机终端作为目标司机终端。采用全局最优时，需综合考虑预设播单范围内的所有司机及乘客，选用一种最优的分单方式进行分单，即照接驾距离全局最小进行分配。

其中，所述目标区域的运力低于第一预设阈值，该第一预设阈值为事先人为设定，为了避免累赘，针对该部分的描述可以参见第二实施例中相应部分的描述。

步骤S302：将所述订单目的地在所述目标区域内的用车订单派发给所述目标司机终端。

在为是时，即若所述至少一个用车订单中存在订单目的地在所述目标区域内的用车订单时，将订单目的地在目标区域内的用车订单派发给该目标司机终端。

本申请实施例中，在为位于目标区域内的目标司机终端派单时，在同等条件下，优先将订单目的地在所述目标区域内的用车订单派发给目标司机终端，以减少目标司机终端因离开目标区域，导致有效计时时长中断的问题，进而能提升司机体验，保证目标区域运力稳定。

第四实施例

请参阅图6，为本申请实施例提供的一种应用于网约打车的服务器20的提高目标区域运力装置200。该提高目标区域运力装置200包括：判断模块210、记录模块220以及第一确定模块230。

判断模块210，用于确定收到目标司机终端发送的前往目标区域进行计时的计时请求时，判断目标司机终端是否满足在所述目标区域计时的计时条件，其中，所述目标区域的运力低于第一预设阈值。其中，所述判断模块210，还用于判断待派发订单中是否存在订单目的地在所述目标区域内的用车订单；以及还用于在为是时，将所述用车订单派发给所述目标司机终端；以及还用于判断所述目标司机终端是否接到所述用车订单对应的用；其中，所述目标司机终端接到所述用车订单对应的用户时表征所述目标司机终端满足在所述目标区域计时的计时条件。所述判断模块210，还用于在为否时，判断所述目标司机终端所在的位置是否在所述目标区域内；其中，所述目标司机终端所在的位置在所述目标区域内表征所述目标司机终端满足在所述目标区域计时的计时条件。

记录模块220，用于在确定所述目标司机终端满足在目标区域计时的计时条件时，开始记录所述目标司机终端在所述目标区域的时长。第一确定模块230，用于根据所述目标司机终端的计时情况确定。

作为一种可选的实施方式，该装置还包括：第二确定模块、推荐模块、获取模块以及第三确定模块。

第二确定模块，用于根据所述目标司机终端所在的位置从已确定的多个区域中确定所述目标区域。其中，所述第二确定模块还用于获取各个预设区域内的运力情况；以及还用于根据所述运力情况和预设区域确定所述多个区域。

推荐模块，用于向所述目标司机终端推荐所述目标区域，询问所述目标司机终端是否有意愿前往到所述目标区域进行计时。

获取模块，用于若所述目标司机终端中途离开所述目标区域时，获取所述目标司机终端从离开所述目标区域到再次进入所述区域之间的时长信息。

第三确定模块，用于确定所述时长信息不大于第二预设阈值时，所述时长信息在统计计时时长时为有效时长。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

需要说明的是，由于所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统以及装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

第五实施例

请参阅图7，为本申请实施例提供的一种应用于网约打车的服务器20的派单装置300，该派单装置300包括：判断模块310以及派发模块320。

判断模块310，用于在为位于目标区域内的目标司机终端确定出满足预设派单规则的至少一个用车订单时，判断所述至少一个用车订单中是否存在订单目的地在所述目标区域内的用车订单，其中，所述目标区域的运力低于第一预设阈值。

派发模块320，用于在为是时，将所述订单目的地在所述目标区域内的用车订单派发给所述目标司机终端。

第六实施例

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述第二实施例或第三实施例所述的方法的步骤。具体实现可参见方法实施例，在此不再赘述。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的程序代码被运行时，能够执行上述实施例示出的提高目标区域运力方法或派单方法，通过统计目标在目标区域的打卡情况，从而确定账户变更数据，激励司机前往运力情况低于第一预设阈值的目标区域打卡，从而激发司机竞争热情，保证运力稳定，减缓各个区域运力供需严重失调的难题。

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

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

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

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

Claims (18)

1.一种提高目标区域运力方法，其特征在于，应用于网约打车的服务器，所述方法包括：

确定收到目标司机终端发送的前往目标区域进行计时的计时请求时，判断所述目标司机终端是否满足在所述目标区域计时的计时条件，其中，所述目标区域的运力低于第一预设阈值；

在确定所述目标司机终端满足在所述目标区域计时的计时条件时，开始记录所述目标司机终端在所述目标区域的时长；

根据所述目标司机终端的计时确定账户变更数据。

2.根据权利要求1所述的方法，其特征在于，所述判断目标司机终端是否满足在目标区域计时的计时条件，包括：

判断待派发订单中是否存在订单目的地在所述目标区域内的用车订单；

在为是时，将所述用车订单派发给所述目标司机终端；

判断所述目标司机终端是否接到所述用车订单对应的用户；其中，所述目标司机终端接到所述用车订单对应的用户时表征所述目标司机终端满足在所述目标区域计时的计时条件。

3.根据权利要求2所述的方法，其特征在于，在所述判断待派发订单中是否存在订单目的地在所述目标区域内的用车订单之后，所述方法还包括：

在为否时，判断所述目标司机终端所在的位置是否在所述目标区域内；其中，所述目标司机终端所在的位置在所述目标区域内表征所述目标司机终端满足在所述目标区域计时的计时条件。

4.根据权利要求1所述的方法，其特征在于，在确定目标司机终端是否满足在目标区域计时的计时条件之前，所述方法还包括：

根据所述目标司机终端所在的位置从已确定的多个区域中确定所述目标区域；

向所述目标司机终端推荐所述目标区域，询问所述目标司机终端是否有意愿前往所述目标区域进行计时。

5.根据权利要求4所述的方法，其特征在于，通过以下步骤确定所述多个区域：

获取各个预设区域内的运力情况；

根据所述运力情况和预设区域确定所述多个区域。

6.根据权利要求1所述的方法，其特征在于，在所述开始记录所述目标司机终端在所述目标区域的时长之后，所述方法还包括：

若所述目标司机终端中途离开所述目标区域时，获取所述目标司机终端从离开所述目标区域到再次进入所述区域之间的时长信息；

确定所述时长信息不大于第二预设阈值时，所述时长信息在统计计时时长时为有效时长。

7.一种派单方法，其特征在于，应用于网约打车的服务器，所述方法包括：

在为位于目标区域内的目标司机终端确定出满足预设派单规则的至少一个用车订单时，判断所述至少一个用车订单中是否存在订单目的地在所述目标区域内的用车订单，其中，所述目标区域的运力低于第一预设阈值；

在为是时，将所述订单目的地在所述目标区域内的用车订单派发给所述目标司机终端。

8.一种提高目标区域运力装置，其特征在于，应用于网约打车的服务器，所述装置包括：

判断模块，用于确定收到目标司机终端发送的前往目标区域进行计时的计时请求时，判断目标司机终端是否满足在所述目标区域计时的计时条件，其中，所述目标区域的运力低于第一预设阈值；

记录模块，用于在确定所述目标司机终端满足在目标区域计时的计时条件时，开始记录所述目标司机终端在所述目标区域的时长；

第一确定模块，用于根据所述目标司机终端的计时情况确定账户变更数据。

9.根据权利要求8所述的装置，其特征在于，所述判断模块，还用于判断待派发订单中是否存在订单目的地在所述目标区域内的用车订单；以及还用于在为是时，将所述用车订单派发给所述目标司机终端；以及还用于判断所述目标司机终端是否接到所述用车订单对应的用户；其中，所述目标司机终端接到所述用车订单对应的用户时表征所述目标司机终端满足在所述目标区域计时的计时条件。

10.根据权利要求9所述的装置，其特征在于，所述判断模块，还用于在为否时，判断所述目标司机终端所在的位置是否在所述目标区域内；其中，所述目标司机终端所在的位置在所述目标区域内表征所述目标司机终端满足在所述目标区域计时的计时条件。

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

第二确定模块，用于根据所述目标司机终端所在的位置从已确定的多个区域中确定所述目标区域；

推荐模块，用于向所述目标司机终端推荐所述目标区域，询问所述目标司机终端是否有意愿前往所述目标区域进行计时。

12.根据权利要求11所述的装置，其特征在于，所述第二确定模块还用于获取各个预设区域内的运力情况；以及还用于根据所述运力情况和预设区域确定所述多个区域。

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

获取模块，用于若所述目标司机终端中途离开所述目标区域时，获取所述目标司机终端从离开所述目标区域到再次进入所述区域之间的时长信息；

第三确定模块，用于确定所述时长信息不大于第二预设阈值时，所述时长信息在统计计时时长时为有效时长。

14.一种派单装置，其特征在于，应用于网约打车的服务器，所述装置包括：

判断模块，用于在为位于目标区域内的目标司机终端确定出满足预设派单规则的至少一个用车订单时，判断所述至少一个用车订单中是否存在订单目的地在所述目标区域内的用车订单，其中，所述目标区域的运力低于第一预设阈值；

派发模块，用于在为是时，将所述订单目的地在所述目标区域内的用车订单派发给所述目标司机终端。

15.一种服务器，其特征在于，包括：存储器和处理器，所述存储器和所述处理器连接；

所述存储器用于存储程序；

所述处理器用于调用存储于所述存储器中的程序以执行如权利要求1－6中任一项所述的方法。

16.一种服务器，其特征在于，包括：存储器和处理器，所述存储器和所述处理器连接；

所述存储器用于存储程序；

所述处理器用于调用存储于所述存储器中的程序以执行如权利要求7所述的方法。

17.一种存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1－6中任一项所述的方法。

18.一种存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求7所述的方法。

Images