CN113269339B - 一种网约车任务自动创建和分发的方法及系统 - Google Patents

Abstract

本发明公开了一种网约车任务自动创建和分发的方法及系统，其中方法包括：基于运营区域预设相应的触发条件和数据阀值；获取运营区域的网约车订单的实时数据，通过将实时数据与数据阀值进行对比，获取比对结果；基于比对结果，判断是否命中触发条件；若命中触发条件，则将相应的运营区域设置为目标区域，并创建任务内容，任务内容与触发条件相对应；获取目标区域的网约车订单的历史数据，分析后获得对应的成本和收益，从而计算获得相应的任务奖励；将任务内容和任务奖励分发至合适的目标车辆。本发明能通过数据比对，自动地进行任务创建和分发，能及时且准确地对司机资源进行合理的分配，以应对网约车订单数量的临时改变。

Description

一种网约车任务自动创建和分发的方法及系统

技术领域

本发明涉及网约车任务创建和分发的技术领域，具体涉及一种网约车任务自动创建和分发的方法及系统。

背景技术

伴随城市发展城市人口越来越密集，随之而来的城市交通成为了日渐突出的问题。为了解决城市出行的问题，随着网络的发展和智能设备的普及，网约车应运而生。网约车通过将私家车或者其他公共交通工具的信息进行整合，当系统接收到用户发送的打车请求时，将该请求转换为打车任务分发至附近的网约车车主终端，车主终端在接收到打车任务后，前往用户所在的位置进行接车，然后将用户送往目的地后结束打车任务。网约车服务为打车人群和出租车业务服务人员提供了信息交流平台，很好的缓解了城市的交通压力。

现有的网约车平台在网约车订单数量发生骤然变化的情况下，需要人为进行判断，并人为地进行网约车任务的调整，以进行场景化的任务创建和分发，从而使各区域具有适配数量的网约车司机，以提高网约车订单的接单效率，并降低司机的空驶率。

但是，当网约车平台的网约车订单因随机事件，如考试、旅游、天气骤变等情况，而出现临时的暴增或暴跌时，人为进去网约车任务的创建和分发具有滞后性，且工作人员可能无法准确地分析和判断具体的任务分发量，从而无法精确地对网约车司机的数量进行分配，从而造成无法满足乘客的网约车订单数量的需求，并且可能提高司机不必要的空驶率。

现有的方法无法及时且有效地应对网约车订单的骤变，且对司机资源的分配不合理，容易影响司乘双方的使用体验。为此，亟需发明一种能提高司机分配合理性，且能更好地应对网约车订单临时变化的方法。

发明内容

为了克服上述现有的网约车平台无法及时且有效地应对网约车订单数量骤变的技术缺陷，本发明提供一种能更好地应对网约车订单数量骤变，且对司机资源分配更为合理的，网约车任务自动创建和分发的方法及系统。

为了解决上述问题，本发明按以下技术方案予以实现的：

第一方面，本发明公开了一种网约车任务自动创建和分发的方法，包括：

基于运营区域预设相应的触发条件和数据阀值；

获取运营区域的网约车订单的实时数据，通过将实时数据与数据阀值进行对比，获取比对结果；

基于比对结果，判断是否命中触发条件；

若命中触发条件，则将相应的运营区域设置为目标区域，并创建任务内容，任务内容与触发条件相对应；

获取目标区域的网约车订单的历史数据，分析后获得对应的成本和收益，从而计算获得相应的任务奖励；

将任务内容和任务奖励分发至合适的目标车辆。

优选地，所述将任务内容和任务奖励分发至合适的目标车辆，具体包括：对目标车辆与任务内容进行匹配度运算，依次获得匹配度，任务内容和任务奖励根据匹配度从高到低依次进行分发。

优选地，所述匹配度运算包括计算目标车辆与目标区域的距离、计算目标车辆在目标区域的历史订单总数量以及目标车辆在目标区域的历史行程。

优选地，所述对目标车辆与任务内容进行匹配度运算后，还包括：任务结束后对任务内容的完成情况和完成时间进行综合评估，基于综合评估的结果改善触发条件和数据阀值。

优选地，所述将任务内容和任务奖励分发至合适的目标车辆后，还包括：判断接收任务的目标车辆的数量是否满足任务内容；若满足，则结束任务内容和任务奖励的分发；若不满足，则继续进行任务内容和任务奖励的分发，直至目标车辆的数量满足任务内容。

另一方面，本发明还公开一种网约车任务自动创建和分发的系统，包括：

条件预设模块，运营基于运营区域预设相应的触发条件和数据阀值；

数据比对模块，用于获取运营区域的网约车订单的实时数据，通过将实时数据与数据阀值进行对比，获取比对结果；

命中判断模块，用于基于比对结果，判断是否命中触发条件；

创建任务模块，用于若命中触发条件，则将相应的运营区域设置为目标区域，并创建任务内容，任务内容与触发条件相对应；

奖励计算模块，用于获取目标区域的网约车订单的历史数据，分析后获得对应的成本和收益，从而计算获得相应的任务奖励；

任务分发模块，用于将任务内容和任务奖励分发至合适的目标车辆。

优选地，所述任务分发模块还包括匹配运算单元：对目标车辆与任务内容进行匹配度运算，依次获得匹配度，任务内容和任务奖励根据匹配度从高到低依次进行分发。

优选地，所述匹配度运算包括计算目标车辆与目标区域的距离、计算目标车辆在目标区域的历史订单总数量以及目标车辆在目标区域的历史行程。

优选地，所述任务分发模块还包括综合评估单元：任务结束后对任务内容的完成情况和完成时间进行综合评估，基于综合评估的结果改善触发条件和数据阀值。

优选地，所述任务分发模块还包括数量判断单元：判断接收任务的目标车辆的数量是否满足任务内容；若满足，则结束任务内容和任务奖励的分发；若不满足，则继续进行任务内容和任务奖励的分发，直至目标车辆的数量满足任务内容。

与现有技术相比，本发明的有益效果是：

本发明通过设置针对运营区域的任务自动创建和分发的触发条件和数据阀值，使得自动创建和分发通过自动检测进行，不需要人为干预。同时，自动创建的任务内容与触发条件相对应，使得任务内容与相应的触发条件相适配，避免了人为判断的误差，使得任务内容中对司机的分配需求更为合理。同时，基于运营区域具体的成本和收益，获取将司机分配至当前运营区域的任务奖励，通过任务奖励刺激司机接收任务内容，从而实现对网约车订单数量骤变实践的自动及时应对。通过任务自动创建并匹配分发的方式，降低了对工作人员的需求，同时能基于历史数据，准确合理地对司机进行分配，合理地利用司机资源，同时降低乘客的等待时间和司机的空驶率。

附图说明

下面结合附图对本发明的具体实施方式作进一步详细的说明，其中：

图1是本发明的网约车任务自动创建和分发的方法的主要流程示意图；

图2是本发明的网约车任务自动创建和分发的方法的整体流程示意图；

图3是本发明的网约车任务自动创建和分发的系统的主要示意图；

图4是本发明的网约车任务自动创建和分发的系统的整体示意图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

本发明的实施，需要至少一个具有定位和信息收发功能的司机端，以及至少一个能对信息进行处理并进行收发的服务器，司机端安装相应的网约车平台应用程序，司机端与服务器通过网络连接以实现信息传输。服务器包括应用服务器、消息队列服务器和数据库服务器，其中，应用服务器用于收发网约车平台应用程序的信息，消息队列服务器用于暂时存放信息，根据预设条件或分批地输送至数据库服务器，以降低同一时间内数据库服务器的信息的处理量和写入量。

在一些实施中，司机端可以是台式电脑、笔记本电脑、智能手机、平板电脑和智能手表等安装有相应的打车应用程序的设备，在一些实施例中，服务端可以是单个服务器，也可以是一个服务器组。在一些实施例中，服务端可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(community cloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。

实施例1

如图1和图2所示，本发明公开了一种网约车任务自动创建和分发的方法，包括：

步骤S1：基于运营区域预设相应的触发条件和数据阀值。

具体地，操作人员根据相关运营区域的历史网约车订单数据，通过运营区域所属的服务器，预设相关运营区域的任务自动创建和分发的数据，具体为触发条件和数据阀值。操作人员基于历史网约车订单临时暴增或暴跌的事件，设定相关的触发条件，若干的触发条件对应不同的应对措施。数据阀值基于历史网约车订单临时暴增或暴跌的事件中，暴增或暴跌的网约车订单量，进行相关的设置，不同的数据阀值触发不同的触发条件。数据阀值包括各项数据的最高值和最低值。

步骤S2：获取运营区域的网约车订单的实时数据，通过将实时数据与数据阀值进行对比，获取比对结果。

具体地，服务器获取运营区域的网约车订单的实时数据，具体为网约车订单的数量，包括全程在运营区域内的网约车订单、起点在运营区域内的网约车订单，以及终点在运营区域内的网约车订单。网约车订单的数量与当前运营区域预设的数据阀值进行一一比对，并获取各项比对的比对结果。具体为获取实时数据与数据阀值的各项差值。

步骤S3：基于比对结果，判断是否命中触发条件。

具体地，服务器基于比对结果，判断比对后，基于全程在运营区域内的网约车订单、起点在运营区域内的网约车订单，以及终点在运营区域内的网约车订单中，实时数据与数据阀值的各项差值。基于各项差值，判断是否命中触发条件中预设的触发数值。

步骤S4：若命中触发条件，则将相应的运营区域设置为目标区域，并创建任务内容，任务内容与触发条件相对应。

具体地，服务器经过命中判断后，若实时数据与数据阀值的差值命中触发条件，则服务器认为当前运营区域存在临时的暴增或暴跌，将该运营区域设置为目标区域。基于目标区域的历史网约车订单数据，结合具体命中的触发条件，创建任务内容。任务内容与触发条件相对应，操作人员预先在触发条件中设置，如当实时数据比数据阀值多100时，所需调配的司机的数量等。基于触发条件，服务器能自动地生成任务内容，且任务内容与历史数据以及预设内容相关，不具有滞后性和人为误差。

步骤S5：获取目标区域的网约车订单的历史数据，分析后获得对应的成本和收益，从而计算获得相应的任务奖励。

具体地，服务器获取目标区域对应的网约车订单的历史数据，进一步分析后，获得目标区域对应的网约车的成本和收益，由于不同的运营区域具有不同的成本和收益，进行司机调配时，需要考虑成本和收益的问题，并经过计算，获得相应的任务奖励，任务奖励的多少由目标司机所在的运营区域的平均成本与收益，与目标区域的成本和收益的差距决定，任务奖励的设置能更好地刺激其他运营区域的司机前往或撤离目标区域，以积极地应对网约车订单数量的临时暴增和暴跌，降低司机的空驶率。

网约车订单的成本和收益的计算方式参照现有技术，在此不作过多的详细描述。

步骤S6：将任务内容和任务奖励分发至合适的目标车辆。

具体地，服务器获取司机端的定位信息，依次对司机端与任务内容进行匹配度运算，依次获得匹配度，任务内容和任务奖励根据匹配度从高到低依次进行分发。获取匹配度运算后，与任务内容相适配的司机端，其所在车辆设置为目标车辆，服务器通过网络将任务内容和任务奖励分别分发至目标车辆中的司机端，并等待司机端的反馈。

其中，所述匹配度运算包括计算目标车辆与目标区域的距离、计算目标车辆在目标区域的历史订单总数量以及目标车辆在目标区域的历史行程。匹配度与任务内容对应的运营区域相关，匹配度与目标车辆接受任务的可能性相关，距离近或路程相近时，更易于使目标车辆接受任务，以及时地缓解网约车订单数量的临时变化。

子步骤S61：任务结束后对任务内容的完成情况和完成时间进行综合评估，基于综合评估的结果改善触发条件和数据阀值。

服务器根据本次任务内容和任务奖励分发后，司机的接受率、司机的响应速度以及到达时间等数据，对任务内容进行进一步的改进，以便下次任务创建时能更为及时地消化网约车订单，服务器自动地对历史处理事件进行深度学习，以不断地进行改善，实现自动的任务创建、任务分发以及任务改进。

子步骤S62：判断接收任务的目标车辆的数量是否满足任务内容；若满足，则结束任务内容和任务奖励的分发；若不满足，则继续进行任务内容和任务奖励的分发，直至目标车辆的数量满足任务内容。

在任务分发后，等待司机端的反馈，司机可选择对本次任务接受或拒绝。当司机端接受的数量满足任务内容时，可认为任务可顺利完成，则结束任务分发；若接受任务的司机端数量小于任务内容的数量，则任务尚未完成，需要进一步地扩大任务分发的范围，直至获得足够数量的目标车辆接受任务。

本发明通过设置针对运营区域的任务自动创建和分发的触发条件和数据阀值，使得自动创建和分发通过自动检测进行，不需要人为干预。同时，自动创建的任务内容与触发条件相对应，使得任务内容与相应的触发条件相适配，避免了人为判断的误差，使得任务内容中对司机的分配需求更为合理。同时，基于运营区域具体的成本和收益，获取将司机分配至当前运营区域的任务奖励，通过任务奖励刺激司机接收任务内容，从而实现对网约车订单数量骤变实践的自动及时应对。通过任务自动创建并匹配分发的方式，降低了对工作人员的需求，同时能基于历史数据，准确合理地对司机进行分配，合理地利用司机资源，同时降低乘客的等待时间和司机的空驶率。

本实施例所述的网约车任务自动创建和分发的方法的其它步骤参见现有技术。

实施例2

如图3和图4所示，本发明实施例公开了一种网约车任务自动创建和分发的系统，包括：

条件预设模块M1，运营基于运营区域预设相应的触发条件和数据阀值。

数据比对模块M2，用于获取运营区域的网约车订单的实时数据，通过将实时数据与数据阀值进行对比，获取比对结果。

命中判断模块M3，用于基于比对结果，判断是否命中触发条件。

创建任务模块M4，用于若命中触发条件，则将相应的运营区域设置为目标区域，并创建任务内容，任务内容与触发条件相对应。

奖励计算模块M5，用于获取目标区域的网约车订单的历史数据，分析后获得对应的成本和收益，从而计算获得相应的任务奖励。

任务分发模块M6，用于将任务内容和任务奖励分发至合适的目标车辆。

本实施例优选地，任务分发模块M6还包括匹配运算单元M61、综合评估单元M62和数量判断单元M63。

匹配运算单元M61：对目标车辆与任务内容进行匹配度运算，依次获得匹配度，任务内容和任务奖励根据匹配度从高到低依次进行分发。

综合评估单元M62：任务结束后对任务内容的完成情况和完成时间进行综合评估，基于综合评估的结果改善触发条件和数据阀值。

数量判断单元M63：判断接收任务的目标车辆的数量是否满足任务内容；若满足，则结束任务内容和任务奖励的分发；若不满足，则继续进行任务内容和任务奖励的分发，直至目标车辆的数量满足任务内容。

实施例3

本发明还公开一种电子设备，至少一个处理器，以及与所述至少一个处理器通信连接的存储器，其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，所述至少一个处理器执行指令时，具体实现以下的步骤：基于运营区域预设相应的触发条件和数据阀值；获取运营区域的网约车订单的实时数据，通过将实时数据与数据阀值进行对比，获取比对结果；基于比对结果，判断是否命中触发条件；若命中触发条件，则将相应的运营区域设置为目标区域，并创建任务内容，任务内容与触发条件相对应；获取目标区域的网约车订单的历史数据，分析后获得对应的成本和收益，从而计算获得相应的任务奖励；将任务内容和任务奖励分发至合适的目标车辆。

实施例4

本发明还公开一种存储介质，存储有计算机程序，所述计算机程序被处理器执行时，具体实现以下步骤：基于运营区域预设相应的触发条件和数据阀值；获取运营区域的网约车订单的实时数据，通过将实时数据与数据阀值进行对比，获取比对结果；基于比对结果，判断是否命中触发条件；若命中触发条件，则将相应的运营区域设置为目标区域，并创建任务内容，任务内容与触发条件相对应；获取目标区域的网约车订单的历史数据，分析后获得对应的成本和收益，从而计算获得相应的任务奖励；将任务内容和任务奖励分发至合适的目标车辆。

在一些实施方式中，客户端、服务器可以利用诸如HTTL(HyLerTextTransferLrotocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(LAN)、广域网(WAN)、网际网(例如，互联网)以及端对端网络(例如，adhoc端对端网络)，以及任何当前已知或未来研发的网络。

上述存储介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

需要说明的是，本公开上述的存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(ELROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何存储介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FLGA)、专用集成电路(ASIC)、专用标准产品(ASSL)、片上系统(SOC)、复杂可编程逻辑设备(CLLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(ELROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，故凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何修改、等同变化与修饰,均仍属于本发明技术方案的范围内。

Claims (2)

1.一种网约车任务自动创建和分发的方法，其特征在于，包括：

基于运营区域预设相应的触发条件和数据阀值，其中，不同的数据阀值触发不同的触发条件，数据阀值基于历史网约车订单临时暴增或暴跌的事件中，暴增或暴跌的网约车订单量进行设置；

获取运营区域的网约车订单的实时数据，通过将实时数据与数据阀值进行对比，获取比对结果；所述网约车订单的实时数据，具体为网约车订单的数量，包括全程在运营区域内的网约车订单、起点在运营区域内的网约车订单，以及终点在运营区域内的网约车订单；

基于比对结果，判断是否命中触发条件；

若命中触发条件，则将相应的运营区域设置为目标区域，并创建任务内容，任务内容与触发条件相对应；

获取目标区域的网约车订单的历史数据，分析后获得对应的成本和收益，从而计算获得相应的任务奖励，所述任务奖励为目标司机所在的运营区域的平均成本与收益，与目标区域的成本和收益的差距；

对目标车辆与任务内容进行匹配度运算，依次获得匹配度，任务内容和任务奖励根据匹配度从高到低依次进行分发，所述匹配度运算包括计算目标车辆与目标区域的距离、计算目标车辆在目标区域的历史订单总数量以及目标车辆在目标区域的历史行程；

其中，所述对目标车辆与任务内容进行匹配度运算后，还包括：

任务结束后对任务内容的完成情况和完成时间进行综合评估，基于综合评估的结果改善触发条件和数据阀值；

所述将任务内容和任务奖励分发至合适的目标车辆后，还包括：

判断接收任务的目标车辆的数量是否满足任务内容；

若满足，则结束任务内容和任务奖励的分发；

若不满足，则继续进行任务内容和任务奖励的分发，直至目标车辆的数量满足任务内容。

2.一种网约车任务自动创建和分发的系统，其特征在于，包括：

条件预设模块，运营基于运营区域预设相应的触发条件和数据阀值，其中，不同的数据阀值触发不同的触发条件，数据阀值基于历史网约车订单临时暴增或暴跌的事件中，暴增或暴跌的网约车订单量行设置；

数据比对模块，用于获取运营区域的网约车订单的实时数据，通过将实时数据与数据阀值进行对比，获取比对结果；所述网约车订单的实时数据，具体为网约车订单的数量，包括全程在运营区域内的网约车订单、起点在运营区域内的网约车订单，以及终点在运营区域内的网约车订单；

命中判断模块，用于基于比对结果，判断是否命中触发条件；

创建任务模块，用于若命中触发条件，则将相应的运营区域设置为目标区域，并创建任务内容，任务内容与触发条件相对应；

奖励计算模块，用于获取目标区域的网约车订单的历史数据，分析后获得对应的成本和收益，从而计算获得相应的任务奖励；

任务分发模块，用于对目标车辆与任务内容进行匹配度运算，依次获得匹配度，任务内容和任务奖励根据匹配度从高到低依次进行分发，所述匹配度运算包括计算目标车辆与目标区域的距离、计算目标车辆在目标区域的历史订单总数量以及目标车辆在目标区域的历史行程；

其中，所述任务分发模块还包括综合评估单元：任务结束后对任务内容的完成情况和完成时间进行综合评估，基于综合评估的结果改善触发条件和数据阀值；

所述任务分发模块还包括数量判断单元：

判断接收任务的目标车辆的数量是否满足任务内容；

若满足，则结束任务内容和任务奖励的分发；

若不满足，则继续进行任务内容和任务奖励的分发，直至目标车辆的数量满足任务内容。