派单方法、装置、派单平台服务器和派单系统与流程

本申请涉及共享车辆技术领域，特别是涉及一种派单方法、装置、派单平台服务器和派单系统。

背景技术：

随着出行产业的发展，共享车辆，如共享单车成为人们日常生活中的必不可少的一种出行方式。

然而，随着共享车辆的数量的增加，车辆的维修、保养、调度、回收成本也与日俱增。为了保证共享车辆业务的有序发展，线上化的工单系统成为各大运营商必备的运营工具。传统的工单生成，是通过将派单流程进行程序开发，然后下发至各个派单平台，各个派单平台执行程序来实现派单。

但是，传统的派单方式在修改派单策略的时候，需要修改代码来实现，该方法效率低。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够提高派单策略修改效率的派单方法、装置、计算机设备和存储介质。

第一方面，本申请实施例提供一种派单方法，所述方法包括：

获取车辆信息；其中，所述车辆信息用于表征车辆状态和/或车辆使用情况；

根据所述车辆信息，按照预设的工单生成规则生成待操作工单；其中，所述工单生成规则包括车辆信息和工单类型的对应关系；

按照预设的工单分配规则，将所述待操作工单发送至对应的实施终端，以使所述实施终端的持有者按照所述待操作工单进行操作。

第二方面，本申请实施例提供一种派单装置，所述装置包括：

获取模块，用于获取车辆信息；其中，所述车辆信息用于表征车辆状态和/或车辆使用情况；

生成模块，用于根据所述车辆信息，按照预设的工单生成规则生成待操作工单；其中，所述工单生成规则包括车辆信息和工单类型的对应关系；

分配模块，用于按照预设的工单分配规则，将所述待操作工单发送至对应的实施终端，以使所述实施终端的持有者按照所述待操作工单进行操作。

第三方面，本申请实施例提供一种派单平台服务器，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取车辆信息；其中，所述车辆信息用于表征车辆状态和/或车辆使用情况；

根据所述车辆信息，按照预设的工单生成规则生成待操作工单；其中，所述工单生成规则包括车辆信息和工单类型的对应关系；

按照预设的工单分配规则，将所述待操作工单发送至对应的实施终端，以使所述实施终端的持有者按照所述待操作工单进行操作。

第四方面，本申请实施例提供一种派单系统，包括如上述实施例所述的派单平台服务器、规则服务器和至少一个实施终端；所述规则服务器和所述派单平台服务器通信连接，所述实施终端和所述派单平台服务器通信连接。

上述派单方法、装置、派单平台服务器和派单系统，派单平台服务器通过获取表征车辆状态和/或车辆使用情况的车辆信息，并根据车辆信息，按照预设的工单生成规则生成待操作工单，再按照预设的工单分配规则，将待操作工单发送至对应的实施终端，以使实施终端的持有者按照待操作工单进行操作。该方法实现了基于规则的派单流程，通过按照预设的工单生成规则生成待操作工单，再按照预设的工单分配规则，将待操作工单发送至对应的实施终端，因此无需通过修改硬编码的方式来修改派单的策略，因此避免了代码冗长、分支过多、可读性差、出错率高、不可调整等问题。采用该基于规则引擎的派单方式，极大地减少了派单策略的复杂性，因此降低了派单的错误率。该方法通过修改派单规则而无需修改核心代码即可灵活实现不同的派单策略，避免了产品多次开发，因此提高了派单需求的迭代频率，极大的提升了研发人员的工作效率，降低了开发成本和后期迭代的成本，并且能够实现基于不同地域或者不同的时段配置不同的规则，因此应用场景更为丰富和灵活，提高了车辆的利用率。。

附图说明

图1a为一个实施例提供的派单系统的架构图；

图1b为一个实施例中计算机设备的内部结构图；

图2为一个实施例提供的派单方法的流程示意图；

图3为另一个实施例提供的派单方法的流程示意图；

图3a为一个实施例提供的派单方法的流程示意图；

图4为又一个实施例提供的派单方法的流程示意图；

图4a为一个实施例提供的派单方法的流程示意图；

图4b为一个实施例提供的派单方法的流程示意图；

图4c一个实施例提供的派单平台服务器和规则服务器的交互示意图；

图5为又一个实施例提供的派单装置的结构示意图；

图6为一个实施例提供的派单系统的交互示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例提供的派单方法，可以适用于如图1a所示的派单系统，包括可以适用于图1b所示的计算机设备，该计算机设备可以作为派单平台服务器。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、数据库、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储下述实施例中的工单生成规则和工单分配规则，有关工单生成规则和工单分配规则的具体描述参见下述实施例中的具体描述。该计算机设备的网络接口可以用于与外部的其他设备通过网络连接通信。可选的，该计算机设备可以是服务器，可以是台式机，可以是个人数字助理，还可以是其他的终端设备，例如平板电脑、手机等等，还可以是云端或者远程服务器，本申请实施例对计算机设备的具体形式并不做限定。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。当然，输入装置和显示屏也可以不属于计算机设备的一部分，可以是计算机设备的外接设备。

本领域技术人员可以理解，图1中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

下面以具体的实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

需要说明的是，下述方法实施例的执行主体可以是派单装置，该装置可以通过软件、硬件或者软硬件结合的方式实现成为上述计算机设备的部分或者全部。下述方法实施例以执行主体为派单平台服务器为例进行说明。

图2为一个实施例提供的派单方法的流程示意图。本实施例涉及的是计算机设备基于规则进行自动派单的具体过程。如图2所示，包括：

s10、获取车辆信息；其中，所述车辆信息用于表征车辆状态和/或车辆使用情况。

具体的，派单平台服务器可以通过网络获取车辆状态，也可以通过网络统计的大数据获取车辆使用情况。需要说明的是，车辆状态可以包括车辆的位置、车锁的电压、车辆是否故障和车辆是失联、正常或预失联等情况中的至少一个；上述车辆使用情况可以包括车辆的使用频率、使用区域、适用人群等信息中的至少一个。

s20、根据所述车辆信息，按照预设的工单生成规则生成待操作工单；其中，所述工单生成规则包括车辆信息和工单类型的对应关系。

具体的，派单平台服务器可以根据所获取的车辆信息，按照预设的工单生成规则，生成对应的待操作工单。由于工单生成规则包括车辆信息和工单类型的对应关系，因此，派单平台服务器能够根据车辆信息在上述车辆信息和工单类型的对应关系进行查找，从而生成与车辆信息匹配的待操作工单。例如，a车辆车锁没电这一车辆信息则对应充电这个工单类型，因此，派单平台服务器可以生成一个a车辆需要充电的工单作为待操作工单。再如，区域一的车辆在当前时段过饱和这一车辆信息则对应挪车这个工单类型，因此，派单平台服务器可以生成一个需要挪车的工单作为待操作工单。

s30、按照预设的工单分配规则，将所述待操作工单发送至对应的实施终端，以使所述实施终端的持有者按照所述待操作工单进行操作。

具体的，派单服务平台可以根据生成的待操作工单，按照预设的工单分配侧露，将上述待操作工单发送至对应的实施终端，以使实施终端的持有者，即对应的工作人员按照上述待操作工单进行操作。例如，当上述待操作工单为a车辆需要充电的时候，则派单服务平台根据工单分配规则，确定出该a车辆需要充电这个待操作工单对应的实施终端是能够进行充电的实施终端，则将a车辆需要充电这个待操作工单发送到能够进行充电的实施终端，因此实施终端的持有者则可以按照待操作工单对a车辆进行充电的操作。再如，当区域一的车辆在当前时段过饱和的时候，则派单服务平台根据工单分配规则，确定出该区域一的车辆在当前时段过饱和这个待操作工单对应的实施终端是能够进行移车的实施终端，则将区域一的车辆在当前时段过饱和这个待操作工单发送到能够进行移车，即车辆调度的实施终端，因此实施终端的持有者则可以按照待操作工单对该区域一的车辆进行移车的操作。其中，上述工单分配规则和工单生成规则可以以规则配置文件的形式存在，以便于计算机设备调用并修改规则配置文件，实现随机修改修改派单规则而无需修改核心代码即可灵活实现不同的派单策略，避免了产品多次开发。

本实施例中，派单平台服务器通过获取表征车辆状态和/或车辆使用情况的车辆信息，并根据车辆信息，按照预设的工单生成规则生成待操作工单，再按照预设的工单分配规则，将待操作工单发送至对应的实施终端，以使实施终端的持有者按照待操作工单进行操作。该方法实现了基于规则的派单流程，通过按照预设的工单生成规则生成待操作工单，再按照预设的工单分配规则，将待操作工单发送至对应的实施终端，因此无需通过修改硬编码的方式来修改派单的策略，因此避免了代码冗长、分支过多、可读性差、出错率高、不可调整等问题。采用该基于规则引擎的派单方式，极大地减少了派单策略的复杂性，因此降低了派单的错误率。该方法通过修改派单规则而无需修改核心代码即可灵活实现不同的派单策略，避免了产品多次开发，因此提高了派单需求的迭代频率，极大的提升了研发人员的工作效率，降低了开发成本和后期迭代的成本，还能够提高了系统的扩展性和可用性，并且能够实现基于不同地域或者不同的时段配置不同的规则，因此应用场景更为丰富和灵活，提高了车辆的利用率。

需要说明的是，上述工单生成规则和工单分配规则为研发人员基于实际使用的规则输入规则服务器的执行逻辑，该执行逻辑可以使根据人工经验得到的，还可以基于大数据进行修正。

可选地，本申请实施例的实现方式可以通过反射机制调用springbean。所以我们可以将具体的业务动作包装成为springbean，作为组件沉淀到组件库。从而达到一次开发，多次复用的效果，提高了研发的效率。可选地，本申请实施例抛弃了传统的集中处理规则，通过接口返回结果的方式，可以采取在派单平台服务器嵌入规则引擎的方式，单独部署一套规则服务器，在派单平台服务器本地执行规则，减少了网络流量，降低了搭建处理平台的成本，也避免了集中处理的技术瓶颈，提高了系统稳定性。可选地，运营人员/开发人员在规则服务器进行业务规则配置，开发人员可以提前将派单凭条服务器的ip与端口信息注册到规则服务器。运营人员从规则服务器后台发布规则信息后，规则服务器会根据注册信息将规则信息推送到每一个派单平台服务器；同时规则服务器提供规则版本检查接口与规则拉取接口，派单平台服务器执行规则还可以先进行规则版本检查，如果版本不是最新，则拉取最新到规则，在进行后续流程。

可选地，在上述实施例的基础上，车辆信息包括用于表征车辆状态的车辆标签信息，所述步骤s20的一种可能的实现方式可以包括：根据所述车辆标签信息，按照所述工单生成规则生成待运维工单。具体的，由于上述车辆标签信息能够表征车辆状态，因而能够表征车辆是否需要运维，派单平台服务器可以根据上述车辆标签信息，按照工单生成规则生成待运维工单。例如，当车辆标签信息为电量低时，则生成该车辆需要充电的待运维工单。本实施例所提供的方法，派单平台服务器根据车辆标签信息，按照工单生成规则生成待运维工单，从而能够获取需要维修和保养得车辆的工单，因此实现了对车辆的维修保养的监控和实施，进一步保障了车辆的正常使用，提高了车辆的使用频率，大大减少了资源浪费。

可选地，在上述实施例的基础上，所述方法还包括：接收骑行终端上报的报障信息，并基于所述报障信息生成所述待运维工单。具体的，派单平台服务器还能够通过网络接收骑行终端上报的报障信息，并基于报障信息按照工单生成规则生成待运维工单。采用该方法，通过网络接收骑行终端上报的报障信息，能够更为及时和全面的获取到实际的车辆状态，并基于报障信息按照工单生成规则生成待运维工单，从而极大地提高了故障车辆的保修率和维修保养得及时率，进一步保障了车辆的正常使用，提高了车辆的使用频率，大大减少了资源浪费。

可选地，在上述实施例的基础上，所述车辆信息包括用于表征车辆状态的车辆运营数据信息；所述步骤s20的另一种可能的实现方式可以包括：根据所述车辆运营数据信息，按照所述工单生成规则生待调度工单。具体的，由于上述车辆运营数据信息能够表征车辆在一定范围内的运营情况，即使用的时段、使用的区域、运行路线、车辆消耗速度和释放速度等运营数据，因而能够表征车辆在合适何地需要的车辆的数量，派单平台服务器可以根据上述车辆运营数据信息，按照工单生成规则生成待调度工单，从而实现车辆的调度，使得车辆的分布能够满足更多使用者的需求。例如，当车辆运营数据信息表征区域a(生活区门口)在早高峰时段骑车人数多，而区域b(地铁口)在早高峰时段骑车人数少，则可以在b区域所停放的车辆的数量超过需求的时候，生成将部分车辆从区域b调度至区域a的待调度工单。还可以根据不同区域的车辆消耗速度生成待调度工单，例如是将车辆消耗速度慢的区域的闲置车辆调度至车辆消耗速度快的区域。本实施例所提供的方法，派单平台服务器根据车辆运营数据信息，按照所述工单生成规则生待调度工单，从而能够使得车辆的分布更为合理，使得车辆的分布符合各个区域的用车需求，更大程度地方便了用户的使用，提高了车辆的使用频率，因此极大的提高了资源的利用率。

可选地，在上述实施例的基础上，所述方法还包括：接收调度终端上报的调度信息，并基于所述调度信息，按照所述工单生成规则生成所述待调度工单。具体的，派单平台服务器还能够通过网络接收调度终端上报的调度信息，并基于调度信息按照工单生成规则生成待调度工单。采用该方法，通过接收调度终端上报的调度信息，能够更为及时和全面的获取到实际的车辆分布情况和用车需求，并基于调度终端上报的调度信息按照工单生成规则生成待调度工单，从而极大地提高了车辆调度的合理性，更大程度地方便了用户的使用，提高了车辆的使用频率，因此极大的提高了资源的利用率。

可选地，在上述实施例基础上，所述待操作工单包括待运维工单，所述实施终端包括运维终端，所述步骤s30的一种可能的实现方式可以如图3所示，包括：

s311、获取规则服务器推送的所述工单分配规则。

具体的，派单平台服务器接收规则服务器推送的工单分配规则。通常，派单平台服务器通常设置在本地，规则服务器为中心化设置，派单服务器可以根据规则服务器推送的工单分配规则，并存储在本地，便于快速调用。需要说明的是，该工单分配规则可以包括基于距离的规则、基于实施终端的等级的规则车辆所述区域和实施终端的对应规则等规则中的一种或者种结合。

s312、根据当前运营环境信息，按照所述工单分配规则确定目标运维终端。

具体的，派单平台服务器获取当前运营环境信息，该当前运营环境信息可以包括当前车辆所处的城市或者天气状态，按照工单分配规则，确定出目标运维终端。该目标运维终端可能是距离车辆最近的实施终端、或者目标运维终端是和当前待运维工单的维修保养的项目匹配的终端、或者目标运维终端是多个实施终端中维修技能最好的终端，对此本实施例不做限定。通过不同的工单分配规则能够得到不同的运维效果。例如目标运维终端是距离车辆最近的实施终端能够使得工单执行的效率更高，目标运维终端是当前待运维工单的维修保养的项目匹配的终端能够使得工单的故障解决率更高，目标运维终端是多个实施终端中维修技能最好的终端能够使得工单的完成度更高。以失联车工单为例，运营人员在规则平台先配置好工单生成规则(图3a中虚线框内的执行逻辑)。如果规则校验通过，则生成失联工单，如果不通过，则停止。传统技术是需要将具体的策略内容嵌入到派单流程中，当策略改变时，派单流程也需要随之修改。本申请实施例的的技术方案是，将具体的业务规则数据化。当派单策略发生改变时，派单流程无需修改，只需修改派单规则即可实现，即将请他和雨天设置的失联车的时限差异化设置，则可以根据不同的天气自动适配不同的规则，因此提高了需求迭代频率，提升率研发人员工作效率，降低了企业运营成本。

可选地，本步骤s312的一种可能的实现形式还可以包括：获取所述待运维工单对应的目标区域；其中，所述目标区域为将地球空间进行网格划分，并将划分得到的网格按照所处的低于进行分组所得到的区域；根据所述目标区域的对应的所述当前运营环境信息，按照所述工单分配规则确定所述目标区域对应的目标运维终端。首先可以将地球空间按照geohash算法分割为网格，目前可以使用geohash8精度存储空间地理索引，然后将上述网络按照区域进行分组，例如将相邻的或者距离近的多个网络划分为一个区域。每个区域分配对应运维人员、调度人员、和管理人员。具体的，派单平台服务器可以根据待运维工单中的车辆所处的网格，确定该待运维工单对应的目标区域，根据该目标区域的当前运营环境信息，确定所述目标区域对应的目标运维终端，该目标运维终端为该目标区域对应的运维人员。可选地，该目标运维终端的持有者可以是该目标区域所分配的运维人员，还可以是管理人员调度的目标运维终端，例如该目标区域所分配的运维人员中的一个，或者调度的其他的区域的运维人员，从而基于人工调控弥补系统调度的不足，使得人员调度更为合理，对此本实施例不做限定。本实施例中，获取待运维工单对应的目标区域，并根据目标区域的对应的当前运营环境信息，按照工单分配规则确定目标区域对应的目标运维终端，能够使得所确定的目标运维终端与当前运营环境信息匹配，进而提高了派单的合理性，提高了运维操作的效率和质量，尽可能的提高了资源的利用率。

s313、将所述待运维工单派发至所述目标运维终端。

具体的，派单平台服务器将上述待运维工单通过网络派发至所述目标运维终端，从而使得目标运维终端能够针对待运维工单实施相应的运维操作，即对待运维工单对应的车辆实施相应的维修保养的操作。

本实施例中，派单平台服务器获取规则服务器推送的工单分配规则，并根据当前运营环境信息，按照工单分配规则确定目标运维终端，最后将待运维工单派发至目标实施终端。该方法能够结合当前运营环境信息，按照工单分配规则将待运维工单派发给对应的目标运维终端，从而能够实现基于规则的派单流程，使得运维操作更为合理的同时，避免了产品多次开发，因此提高了派单需求的迭代频率，极大的提升了研发人员的工作效率，降低了开发成本和后期迭代的成本，并且能够实现基于当前运营环境信息，按照工单分配规则，因此应用场景更为丰富和灵活，提高了车辆的利用率。

可选地，在上述实施例的基础上，所述方法还包括：接收所述运维终端反馈的工单执行信息，并基于所述工单执行信息更新所述车辆信息。具体的，派单平台服务器还可以接收运维终端反馈的工单执行信息，该工单执行信息为运维人员通过运维终端填写的执行结果，例如完成运维任务等信息，派单平台服务器基于工单执行信息更新车辆信息。例如，当充电任务完成时，派单平台服务器接收运维终端反馈的充电任务完成工单执行信息，则派单平台服务器将该车辆的车辆信息中关于电量的信息更新为满电。当车辆为失联车辆的时候，运维人员找到车辆后，通过运维终端填写的找到车，则派单平台服务器将该车辆的车辆信息中车辆的状态标签改为正常车辆。本实施例中，派单平台服务器通过接收所述运维终端反馈的工单执行信息，并基于所述工单执行信息更新所述车辆信息，能够更为及时和准确的更新车辆信息，使得生成的待操作工单更为准确和可靠，提高了资源的利用率。

在一个实施例中，所述待操作工单包括待调度工单，所述实施终端包括调度终端；所述步骤s30的一种可能的实现方式可以如图4所示，包括：

s321、获取规则服务器推送的所述工单分配规则。

具体的，派单平台服务器接收规则服务器推送的工单分配规则。通常，派单平台服务器通常设置在本地，规则服务器为中心化设置，派单服务器可以根据规则服务器推送的工单分配规则，并存储在本地，便于快速调用。需要说明的是，该工单分配规则可以包括基于距离的规则、基于实施终端的等级的规则车辆所述区域和实施终端的对应规则等规则中的一种或者种结合。

s322、根据车辆运营数据信息，按照所述工单分配规则确定目标调度终端。

具体的，派单平台服务器获取车辆运营数据信息，该车辆运营数据信息可以包括能够表征车辆在一定范围内的运营情况，即使用的时段、使用的区域、运行路线、车辆消耗速度和释放速度等运营数据，因而能够表征车辆在合适何地需要的车辆的数量。派单平台服务器按照工单分配规则，基于车辆运营数据信息确定出目标调度终端。该目标调度终端可能是距离车辆最近的实施终端、或者目标调度终端是和当前待调度工单的调度路径匹配的终端、或者目标调度终端是多个实施终端中调度效率高的终端，对此本实施例不做限定。通过不同的工单分配规则能够得到不同的调度效果。例如目标调度终端是距离车辆最近的实施终端能够使得工单执行的效率更高，目标运维终端是多个实施终端中调度效率最高的终端能够使得工单的效率更高。

可选地，本步骤s322的一种可能的实现方式包括：获取所述待调度工单对应的目标区域；其中，所述目标区域为将地球空间进行网格划分，并将划分得到的网格按照所处的低于进行分组所得到的区域；根据所述目标区域的对应的所述车辆运营数据信息，按照工单分配规则确定所述目标区域对应的目标调度终端。关于获取待调度工单对应的目标区域的具体过程可以参见前述实施例中的描述，此处不再赘述。派单平台服务器根据所述目标区域的对应的所述车辆运营数据信息，确定所述目标区域对应的目标调度终端，该目标调度终端为该目标区域对应的调度人员。可选地，该目标调度终端的持有者可以是该目标区域所分配的调度人员，还可以是管理人员调度的目标调度终端，例如该目标区域所分配的调度人员中的一个，或者调度的其他的区域的调度人员，从而基于人工调控弥补系统调度的不足，使得人员调度更为合理，对此本实施例不做限定。本实施例中，获取待调度工单对应的目标区域，并根据目标区域的对应的车辆运营数据信息，按照工单分配规则确定目标区域对应的目标调度终端，能够使得所确定的目标调度终端与车辆运营数据信息匹配，进而提高了车辆的使用效率，因而提高了资源的利用率。

s323、将所述待调度工单派发至所述目标调度终端。

具体的，派单平台服务器将上述待调度工单通过网络派发至目标调度终端，从而使得目标调度终端能够针对待调度工单实施相应的调度操作。

本实施例中，派单平台服务器获取规则服务器推送的工单分配规则，并根据车辆运营数据信息，按照所述工单分配规则确定目标调度终端，最后将所述待调度工单派发至所述目标调度终端。该方法能够结合车辆运营数据信息，按照工单分配规则将待调度工单派发给对应的目标调度终端，从而能够实现基于规则的派单流程，使得调度操作更为合理，提高了车辆的使用效率的同时，避免了产品多次开发，因此提高了派单需求的迭代频率，极大的提升了研发人员的工作效率，降低了开发成本和后期迭代的成本，并且能够实现基于车辆运营数据信息，按照工单分配规则，因此使得车辆的分布符合人们的使用需要，极大地提高了资源利用率。

可选地，当派单平台服务器确定了目标调度终端，还可以根据所述目标调度终端的位置进行路径规划，得到目标路径，并将所述目标路径发送至所述目标调度终端，以引导所述目标调度终端执行所述待调度工单。具体的，派单平台服务器可以根据目标调度终端的位置按照上述待调度工单中的调度的起始点和终止点进行路径规划，得到目标路径，然后将该目标路径发送至目标调度终端，从而引导目标调度终端执行所述待调度工单，即前往调度的起始点取车和前往调度的终止点放车。本实施例中，通过派单平台服务器根据所述目标调度终端的位置进行路径规划，得到目标路径，并将所述目标路径发送至所述目标调度终端，以引导所述目标调度终端执行所述待调度工单，从而使得目标调度终端的行驶路径更为合理，为调度人员带来便捷高效的体验，使得车辆调度更合理，进一步提高了车辆的调度效率，因此进一步提高了资源的利用率。

可选地，在上述各个实施例的基础上，所述方法还包括：若所述待操作工单对应的目标区域不存在与所述待操作工单匹配的实施终端，则向所述目标区域对应的大区管理终端发送请求分配信息，以使所述大区管理终端根据所述目标区域对应的实施终端值守情况确定目标实施终端；接收所述大区管理终端反馈的所述目标实施终端，以向所述目标实施终端派发所述待操作工单。

具体的，派单平台服务器可以在待操作工单对应的目标区域中查找与待操作工单匹配的实施终端，如果差找不到，或者确定目标区域不存在与所述待操作工单匹配的实施终端，则派单平台服务器向目标区域对应的大区管理终端发送请求分配信息，该请求分配信息中携带待操作工单，大区管理终端则可以根据所述目标区域对应的实施终端值守情况确定目标实施终端。例如，当待操作工单为待运维工单中的维修工单，则派单平台服务器确定需要查找目标运维终端中的维修人员。如果当前有值班的维修人员，即该维修人员的实施终端在线，则确定该维修人员的实施终端为目标实施终端，如果当前无值班的维修人员，则确定当前是否有值班的调度人员，即该调度人员的大区管理终端在线，如果有，则接收所述大区管理终端反馈的所述目标实施终端，进而能够结合人工调控，弥补系统的不足，使得派单更为人性化和合理，进一步提高了车辆的利用率。若不存在所述目标区域对应的大区管理终端，则输出报警信息，以提示开发人员所述目标区域不存在大区管理员，通过向开发人员推送报警信息以上报当前的状态，使得开发人员能够优化流程，确保派单的可靠性，保障车辆的调度以提高车辆的使用效率。

可选地，在上述各个实施例的基础上，所述方法还包括：监听所述实施终端的操作行为，并根据所述操作行为和所述车辆信息，更新所述工单分配规则。具体的，派单服务器还可以监听实施终端的操作行为，例如是将实施终端反馈的执行信息和车辆上报的实际状态信息进行比较，从而得到不同实施终端的操作水平，然后基于实施终端的操作水平来更新工单分配规则，以使得操作等级高的实施终端能够分配更为匹配的工单，进一步优化了派单的合理性，因而极大程度地保障了车辆的利用率。

可选地，在上述实施例的基础上，派单平台服务器还可以检测所述工单生成规则的版本是否为最新版本，若否，则将所述工单生成规则更新至最新版本；或者，检测所述工单分配规则的版本是否为最新版本，若否，则将所述工单分配规则更新至最新版本。具体的，派单平台服务器可以检车工单生成规则的版本是否为最新版本，例如检查当前本地存储的工单生成规则是否最新版本，如果是，则继续生成待操作工单；如果不是，则获取规则服务器推送的最新的版本并进行更新，以确保当前的工单生成规则为最新版本，进而确保所生成的待操作工单更为合理。同理，派单平台服务器可以检车工单分配规则的版本是否为最新版本，并确保当前的工单分配规则为最新版本，进而确保待操作工单的分配更为合理，最大程度的提高车辆的利用率。

可选地，本申请实施例所提供的派单流程还可以参见图4a和图4b所示。图中所示的网络管理员可以是大区管理终端的执行人员。图4c为一个实施例提供的派单平台服务器和规则服务器的交互示意图。

应该理解的是，虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种派单装置，包括：

获取模块100，用于获取车辆信息；其中，所述车辆信息用于表征车辆状态和/或车辆使用情况；

生成模块200，用于根据所述车辆信息，按照预设的工单生成规则生成待操作工单；其中，所述工单生成规则包括车辆信息和工单类型的对应关系；

分配模块300，用于按照预设的工单分配规则，将所述待操作工单发送至对应的实施终端，以使所述实施终端的持有者按照所述待操作工单进行操作。

在一个实施例中，所述车辆信息包括用于表征车辆状态的车辆标签信息；生成模块200，具体用于根据所述车辆标签信息，按照所述工单生成规则生成待运维工单。

在一个实施例中，生成模块200，具体用于接收骑行终端上报的报障信息，并基于所述报障信息生成所述待运维工单。

在一个实施例中，所述车辆信息包括用于表征车辆状态的车辆运营数据信息；生成模块200，具体用于根据所述车辆运营数据信息，按照所述工单生成规则生待调度工单。

在一个实施例中，生成模块200，具体用于接收调度终端上报的调度信息，并基于所述调度信息，按照所述工单生成规则生成所述待调度工单。

在一个实施例中，所述待操作工单包括待运维工单，所述实施终端包括运维终端；分配模块300，具体用于获取规则服务器推送的所述工单分配规则，并根据当前运营环境信息，按照所述工单分配规则确定目标运维终端，以及将所述待运维工单派发至所述目标运维终端。

在一个实施例中，分配模块300，具体用于获取所述待运维工单对应的目标区域；其中，所述目标区域为将地球空间进行网格划分，并将划分得到的网格按照所处的低于进行分组所得到的区域；根据所述目标区域的对应的所述当前运营环境信息，按照所述工单分配规则确定所述目标区域对应的目标运维终端。

在一个实施例中，获取模块100，还用于接收所述运维终端反馈的工单执行信息，并基于所述工单执行信息更新所述车辆信息。

在一个实施例中，所述待操作工单包括待调度工单，所述实施终端包括调度终端；分配模块300，具体用于获取规则服务器推送的所述工单分配规则；根据车辆运营数据信息，按照所述工单分配规则确定目标调度终端；将所述待调度工单派发至所述目标调度终端。

在一个实施例中，分配模块300，具体用于获取所述待调度工单对应的目标区域；其中，所述目标区域为将地球空间进行网格划分，并将划分得到的网格按照所处的低于进行分组所得到的区域；根据所述目标区域的对应的所述车辆运营数据信息，按照工单分配规则确定所述目标区域对应的目标调度终端。

在一个实施例中，分配模块300，具体用于根据所述目标调度终端的位置进行路径规划，得到目标路径；将所述目标路径发送至所述目标调度终端，以引导所述目标调度终端执行所述待调度工单。

在一个实施例中，分配模块300，还用于若所述待操作工单对应的目标区域不存在与所述待操作工单匹配的实施终端，则向所述目标区域对应的大区管理终端发送请求分配信息，以使所述大区管理终端根据所述目标区域对应的实施终端值守情况确定目标实施终端；接收所述大区管理终端反馈的所述目标实施终端，以向所述目标实施终端派发所述待操作工单。

在一个实施例中，分配模块300，还用于若不存在所述目标区域对应的大区管理终端，则输出报警信息，以提示开发人员所述目标区域不存在大区管理员。

在一个实施例中，获取模块100，还用于监听所述实施终端的操作行为；根据所述操作行为和所述车辆信息，更新所述工单分配规则。

在一个实施例中，获取模块100，还用于检测所述工单生成规则的版本是否为最新版本，若否，则将所述工单生成规则更新至最新版本；或者，检测所述工单分配规则的版本是否为最新版本，若否，则将所述工单分配规则更新至最新版本。

关于派单装置的具体限定可以参见上文中对于派单方法的限定，在此不再赘述。上述派单装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种派单平台服务器，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：获取车辆信息；其中，所述车辆信息用于表征车辆状态和/或车辆使用情况；根据所述车辆信息，按照预设的工单生成规则生成待操作工单；其中，所述工单生成规则包括车辆信息和工单类型的对应关系；按照预设的工单分配规则，将所述待操作工单发送至对应的实施终端，以使所述实施终端的持有者按照所述待操作工单进行操作。

在一个实施例中，所述车辆信息包括用于表征车辆状态的车辆标签信息；处理器执行计算机程序时还实现以下步骤：根据所述车辆标签信息，按照所述工单生成规则生成待运维工单。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收骑行终端上报的报障信息，并基于所述报障信息生成所述待运维工单。

在一个实施例中，所述车辆信息包括用于表征车辆状态的车辆运营数据信息；处理器执行计算机程序时还实现以下步骤：根据所述车辆运营数据信息，按照所述工单生成规则生待调度工单。在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收调度终端上报的调度信息，并基于所述调度信息，按照所述工单生成规则生成所述待调度工单。

在一个实施例中，所述待操作工单包括待运维工单，所述实施终端包括运维终端；处理器执行计算机程序时还实现以下步骤：获取规则服务器推送的所述工单分配规则；根据当前运营环境信息，按照所述工单分配规则确定目标运维终端；将所述待运维工单派发至所述目标运维终端。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取所述待运维工单对应的目标区域；其中，所述目标区域为将地球空间进行网格划分，并将划分得到的网格按照所处的低于进行分组所得到的区域；根据所述目标区域的对应的所述当前运营环境信息，按照所述工单分配规则确定所述目标区域对应的目标运维终端。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收所述运维终端反馈的工单执行信息，并基于所述工单执行信息更新所述车辆信息。

在一个实施例中，所述待操作工单包括待调度工单，所述实施终端包括调度终端；处理器执行计算机程序时还实现以下步骤：获取规则服务器推送的所述工单分配规则；根据车辆运营数据信息，按照所述工单分配规则确定目标调度终端；将所述待调度工单派发至所述目标调度终端。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取所述待调度工单对应的目标区域；其中，所述目标区域为将地球空间进行网格划分，并将划分得到的网格按照所处的低于进行分组所得到的区域；根据所述目标区域的对应的所述车辆运营数据信息，按照工单分配规则确定所述目标区域对应的目标调度终端。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据所述目标调度终端的位置进行路径规划，得到目标路径；将所述目标路径发送至所述目标调度终端，以引导所述目标调度终端执行所述待调度工单。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：若所述待操作工单对应的目标区域不存在与所述待操作工单匹配的实施终端，则向所述目标区域对应的大区管理终端发送请求分配信息，以使所述大区管理终端根据所述目标区域对应的实施终端值守情况确定目标实施终端；接收所述大区管理终端反馈的所述目标实施终端，以向所述目标实施终端派发所述待操作工单。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：若不存在所述目标区域对应的大区管理终端，则输出报警信息，以提示开发人员所述目标区域不存在大区管理员。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：监听所述实施终端的操作行为；根据所述操作行为和所述车辆信息，更新所述工单分配规则。

在一个实施例中，处理器执行计算机程序时还实现以下步骤检测所述工单生成规则的版本是否为最新版本，若否，则将所述工单生成规则更新至最新版本；或者，所述按照预设的工单分配规则，将所述待操作工单发送至对应的实施终端之前，还包括：检测所述工单分配规则的版本是否为最新版本，若否，则将所述工单分配规则更新至最新版本。

应当清楚的是，本申请实施例中处理器执行计算机程序的过程，与上述方法中各个步骤的执行过程一致，具体可参见上文中的描述。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一实施例所述的派单方法的步骤，具体的实现以下步骤：获取车辆信息；其中，所述车辆信息用于表征车辆状态和/或车辆使用情况；根据所述车辆信息，按照预设的工单生成规则生成待操作工单；其中，所述工单生成规则包括车辆信息和工单类型的对应关系；按照预设的工单分配规则，将所述待操作工单发送至对应的实施终端，以使所述实施终端的持有者按照所述待操作工单进行操作。

应当清楚的是，本申请实施例中处理器执行计算机程序的过程，与上述方法中各个步骤的执行过程一致，具体可参见上文中的描述。

在一个实施例中，提供了一种派单系统，包括如上述任一实施例所述的派单平台服务器、规则服务器和至少一个实施终端。

在一个实施例中，所述派单系统包括：派单平台服务器、规则服务器和至少一个实施终端；；所述规则服务器和所述派单平台服务器通信连接，所述实施终端和所述派单平台服务器通信连接；所述派单平台服务器，用于获取车辆信息；其中，所述车辆信息用于表征车辆状态和/或车辆使用情况；所述规则服务器，用于向所述派单平台服务器推送工单生成规则和工单分配规则；所述派单平台服务器，用于根据所述车辆信息，按照预设的工单生成规则生成待操作工单；其中，所述工单生成规则包括车辆信息和工单类型的对应关系；所述派单平台服务器，用于按照预设的工单分配规则，将所述待操作工单发送至对应的实施终端，以使所述实施终端的持有者按照所述待操作工单进行操作。

在一个实施例中，所述车辆信息包括用于表征车辆状态的车辆标签信息；所述派单平台服务器，用于根据所述车辆标签信息，按照所述工单生成规则生成待运维工单。

在一个实施例中，所述派单平台服务器，用于接收骑行终端上报的报障信息，并基于所述报障信息生成所述待运维工单。

在一个实施例中，所述车辆信息包括用于表征车辆状态的车辆运营数据信息；根据所述车辆运营数据信息，按照所述工单生成规则生待调度工单。

在一个实施例中，所述实施终端包括调度终端；所述调度终端，用于向所述派单平台服务器上报调度信息；所述派单平台服务器，用于基于所述调度信息，按照所述工单生成规则生成所述待调度工单。

在一个实施例中，所述待操作工单包括待运维工单，所述实施终端包括运维终端；所述规则服务器，用于向所述派单平台服务器推送所述工单分配规则；所述派单平台服务器，用于根据当前运营环境信息，按照所述工单分配规则确定目标运维终端；所述派单平台服务器，用于将所述待运维工单派发至所述目标运维终端。

在一个实施例中，所述派单平台服务器，用于获取所述待运维工单对应的目标区域；其中，所述目标区域为将地球空间进行网格划分，并将划分得到的网格按照所处的低于进行分组所得到的区域，并根据所述目标区域的对应的所述当前运营环境信息，按照所述工单分配规则确定所述目标区域对应的目标运维终端。

在一个实施例中，所述运维终端，用于向所述派单平台服务器反馈工单执行信息；所述派单平台服务器，用于基于所述工单执行信息更新所述车辆信息。

在一个实施例中，所述待操作工单包括待调度工单，所述实施终端包括调度终端；所述规则服务器，用于向所述派单平台服务器推送所述工单分配规则；所述派单平台服务器，用于根据车辆运营数据信息，按照所述工单分配规则确定目标调度终端；所述派单平台服务器，用于将所述待调度工单派发至所述目标调度终端。

在一个实施例中，所述派单平台服务器，用于获取所述待调度工单对应的目标区域；其中，所述目标区域为将地球空间进行网格划分，并将划分得到的网格按照所处的低于进行分组所得到的区域；根据所述目标区域的对应的所述车辆运营数据信息，按照工单分配规则确定所述目标区域对应的目标调度终端。

在一个实施例中，所述派单平台服务器，用于根据所述目标调度终端的位置进行路径规划，得到目标路径；将所述目标路径发送至所述目标调度终端，以引导所述目标调度终端执行所述待调度工单。

在一个实施例中，所述系统还包括大区管理终端，所述派单平台服务器，用于当所述待操作工单对应的目标区域不存在与所述待操作工单匹配的实施终端时，则向所述目标区域对应的大区管理终端发送请求分配信息；所述大区管理终端，用于根据所述目标区域对应的实施终端值守情况确定目标实施终端；所述派单平台服务器，用于接收所述大区管理终端反馈的所述目标实施终端，并向所述目标实施终端派发所述待操作工单。

在一个实施例中，所述派单平台服务器，用于当不存在所述目标区域对应的大区管理终端时，输出报警信息，以提示开发人员所述目标区域不存在大区管理员。

在一个实施例中，所述派单平台服务器，用于监听所述实施终端的操作行为，根据所述操作行为和所述车辆信息，更新所述工单分配规则。

在一个实施例中，所述派单平台服务器，用于检测所述工单生成规则的版本是否为最新版本，若否，则将所述工单生成规则更新至最新版本；或者，检测所述工单分配规则的版本是否为最新版本，若否，则将所述工单分配规则更新至最新版本。

图6为一个实施例提供的派单系统的交互示意图。图6中，工单创建、工单分配和工单处理在派单平台服务器实施，规则引擎配置管理在规则服务器上实施，派单平台服务器和运维终端以及调度终端交互。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。