共享汽车业务工单调度管理方法、服务器、系统及存储介质与流程

本发明涉及车辆相关技术领域，特别是一种共享汽车业务工单调度管理方法、服务器、系统及存储介质。

背景技术：

共享汽车自诞生以来为用户带来了极大的便利，相比专快车更加便宜，相比公交自行车更加快捷，逐渐的被用户所使用。随着“互联网+”经济诞生以来，众多新行业和新商业模式诞生，线上和线下能够进一步结合，新价值源源不断的被创造。时下城市交通形式不容乐观，私家车使用率极低，而使用时段又过于重叠，很大程度上导致了城市的交通拥堵。除上下班高峰，其他时间段，车辆的利用率都很低。共享汽车与家用汽车相对比，共享汽车的使用频率更高，鲜有出现汽车长时间闲置的情况。汽车重复利用，使得原本需要多辆车完成的行程，现在只需要一辆共享汽车就能完成。共享汽车既降低用户的生活成本，又降低道路使用压力。

然而共享汽车用户每天的用车需求呈波谷状，分为早高峰、晚高峰、平峰、夜间，同时节假日、周末也为用户需求高峰期，如果只采用固定的自营调度人员，每天均需支付较多固定成本，缺无法有效满足高峰期的用户需求，难以最大化人效。众包模式可实现削峰填谷，利用第三方人力在高峰期间补充调度运力，缓解高峰期和重点区域无法满足用户需求的压力。众包模式下有部分兼职调度员按照实际做单支付酬劳，不需支付固定成本，可有效降低人力成本。

然而，发明人在实现本发明的过程中发现，现有的调度系统，并不能在自营调度员与众包调度员共存的情况下，实现调度。调度系统中包含了工单的生成，工单的目的地推荐以及工单定价。同时，调度系统现有涉及到人员信息管理、工单管理、工单定价、运力监控、人员监控等，如何让系统之间数据交互，高效运作是个技术难点。

现有的调度系统只支持自营调度员，无法适应众包人员按天、划区域的工作模式，对线下人员的管理较弱，无法保证工单的完单率。

技术实现要素：

基于此，有必要针对现有技术不适用众包调度员的技术问题，提供一种共享汽车业务工单调度管理方法、服务器、系统及存储介质。

本发明提供一种共享汽车业务工单调度方法，包括：

获取工单作为待计算工单，将存在需要补全字段的待计算工单，根据场站的供需预测进行补全；

对所述待计算工单计算工单价格和预估时长后，得到计价工单，将计价工单展示到业务员终端。

进一步地，所述获取工单作为待计算工单，具体包括：

获取基于供需预测产生的工单作为待计算工单；和/或

从共享汽车业务工单管理服务器获取需要补全字段的工单作为待计算工单。

更进一步地，所述从共享汽车业务工单管理服务器获取需要补全字段的工单作为待计算工单，具体包括：

响应于实时工单计算请求，从所述共享汽车业务工单管理服务器获取需要补全字段的实时工单作为待计算工单。

更进一步地，所述从共享汽车业务工单管理服务器获取需要补全字段的工单作为待计算工单，具体包括：

每隔预设间隔时间，从所述共享汽车业务工单管理服务器获取需要补全字段的非实时工单作为待计算工单。

再进一步地，其特征在于，所述将存在需要补全字段的待计算工单，根据场站的供需预测进行补全，具体包括：

将存在需要补全起点场站字段和/或终点场站字段的待计算工单，根据场站的供需预测进行补全。

再进一步地，还包括：

定时从共享汽车业务工单管理服务器获取历史工单，根据场站的供需预测对历史工单进行筛选，得到失效工单；

向所述共享汽车业务工单管理服务器发送包括所述失效工单的失效信息，所述共享汽车业务工单管理服务器根据所述失效信息删除所述失效工单。

本发明提供一种共享汽车业务工单管理方法，包括：

接收来自共享汽车业务工单调度服务器的计价工单，所述计价工单由所述共享汽车业务工单调度服务器获取工单作为待计算工单，并将存在需要补全字段的待计算工单，根据场站的供需预测进行补全后，对所述待计算工单计算工单价格和预估时长后，得到计价工单发送；

将所述计价工单展示到业务员终端。

进一步地，在所述接收来自共享汽车业务工单调度服务器的计价工单之前，所述方法还包括：

响应于业务员终端的实时工单生成请求，生成需要补全字段的实时工单，向所述共享汽车业务工单调度服务器发送实时工单计算请求，所述实时工单计算请求由所述共享汽车业务工单调度服务器响应后，获取所述实时工单作为待计算工单。

更进一步地，所述将所述计价工单展示到业务员终端，具体包括：

响应于业务员终端的实时访问，将由所述实时工单生成的计价工单展示到业务员终端。

进一步地，在所述接收来自共享汽车业务工单调度服务器的计价工单之前，所述方法还包括：

响应于共享汽车业务工单调度服务器的非实时工单生成请求，向所述共享汽车业务工单调度服务器发送需要补全字段的非实时工单，所述非实时工单由所述共享汽车业务工单调度服务器获取后作为待计算工单。

更进一步地，所述将所述计价工单展示到业务员终端，具体包括：

响应于业务员终端的定时访问，将由所述非实时工单生成的计价工单展示到业务员终端。

再进一步地，还包括：

响应于共享汽车业务工单调度服务器发送的包括失效工单的失效信息，删除所述失效工单，所述失效工单为共享汽车业务工单调度服务器定时获取历史工单，并根据场站的供需预测对历史工单进行筛选得到。

本发明提供一种共享汽车业务工单调度服务器，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取工单作为待计算工单，将存在需要补全字段的待计算工单，根据场站的供需预测进行补全；

对所述待计算工单计算工单价格和预估时长后，得到计价工单，将计价工单展示到业务员终端。

进一步地，所述获取工单作为待计算工单，具体包括：

获取基于供需预测产生的工单作为待计算工单；和/或

从共享汽车业务工单管理服务器获取需要补全字段的工单作为待计算工单。

更进一步地，所述从共享汽车业务工单管理服务器获取需要补全字段的工单作为待计算工单，具体包括：

响应于实时工单计算请求，从所述共享汽车业务工单管理服务器获取需要补全字段的实时工单作为待计算工单。

更进一步地，所述从共享汽车业务工单管理服务器获取需要补全字段的工单作为待计算工单，具体包括：

每隔预设间隔时间，从所述共享汽车业务工单管理服务器获取需要补全字段的非实时工单作为待计算工单。

再进一步地，其特征在于，所述将存在需要补全字段的待计算工单，根据场站的供需预测进行补全，具体包括：

将存在需要补全起点场站字段和/或终点场站字段的待计算工单，根据场站的供需预测进行补全。

再进一步地，所述处理器还能够：

定时从共享汽车业务工单管理服务器获取历史工单，根据场站的供需预测对历史工单进行筛选，得到失效工单；

向所述共享汽车业务工单管理服务器发送包括所述失效工单的失效信息，所述共享汽车业务工单管理服务器根据所述失效信息删除所述失效工单。

本发明提供一种共享汽车业务工单管理服务器，包括：

接收来自共享汽车业务工单调度服务器的计价工单，所述计价工单由所述共享汽车业务工单调度服务器获取工单作为待计算工单，并将存在需要补全字段的待计算工单，根据场站的供需预测进行补全后，对所述待计算工单计算工单价格和预估时长后，得到计价工单发送；

将所述计价工单展示到业务员终端。

进一步地，在所述接收来自共享汽车业务工单调度服务器的计价工单之前，所述处理器还能够：

响应于业务员终端的实时工单生成请求，生成需要补全字段的实时工单，向所述共享汽车业务工单调度服务器发送实时工单计算请求，所述实时工单计算请求由所述共享汽车业务工单调度服务器响应后，获取所述实时工单作为待计算工单。

更进一步地，所述将所述计价工单展示到业务员终端，具体包括：

响应于业务员终端的实时访问，将由所述实时工单生成的计价工单展示到业务员终端。

进一步地，在所述接收来自共享汽车业务工单调度服务器的计价工单之前，所述处理器还能够：

响应于共享汽车业务工单调度服务器的非实时工单生成请求，向所述共享汽车业务工单调度服务器发送需要补全字段的非实时工单，所述非实时工单由所述共享汽车业务工单调度服务器获取后作为待计算工单。

更进一步地，所述将所述计价工单展示到业务员终端，具体包括：

响应于业务员终端的定时访问，将由所述非实时工单生成的计价工单展示到业务员终端。

再进一步地，所述处理器还能够：

响应于共享汽车业务工单调度服务器发送的包括失效工单的失效信息，删除所述失效工单，所述失效工单为共享汽车业务工单调度服务器定时获取历史工单，并根据场站的供需预测对历史工单进行筛选得到。

本发明提供一种共享汽车业务工单调度管理系统，包括如前所述的共享汽车业务工单调度服务器、如前所述的共享汽车业务工单调度服务器、以及业务员终端，所述共享汽车业务工单调度服务器与所述共享汽车业务工单管理服务器通信连接，所述共享汽车业务工单管理服务器与业务员终端通信连接。

本发明提供一种存储介质，所述存储介质存储计算机指令，当计算机执行所述计算机指令时，用于执行如前所述的共享汽车业务工单调度方法的所有步骤。

本发明提供一种存储介质，所述存储介质存储计算机指令，当计算机执行所述计算机指令时，用于执行如前所述的共享汽车业务工单管理方法的所有步骤。

本发明通过共享汽车业务工单调度服务器对工单进行补全和计算，并由共享汽车业务工单管理服务器向业务员终端展示，使得自营调度员和众包调度员能通过抢单的模式来执行工单，既能保证调度员执行的工单灵活性，也能保证工单的完单率。

附图说明

图1为本发明一实施例一种共享汽车业务工单调度方法的工作流程图；

图2为本发明第二实施例一种共享汽车业务工单调度方法的工作流程图；

图3为本发明第三可选实施例一种共享汽车业务工单调度方法的工作流程图；

图4为本发明一种共享汽车业务工单管理方法的工作流程图；

图5为本发明一种共享汽车业务工单管理方法的工作流程图；

图6为本发明第六实施例一种共享汽车业务工单调度服务器的硬件结构示意图；

图7为本发明第九实施例一种共享汽车业务工单管理服务器的硬件结构示意图；

图8为本发明最佳实施例一种共享汽车业务工单调度管理系统。

具体实施方式

下面结合附图和具体实施例对本发明做进一步详细的说明。

实施例一

如图1所示为本发明一实施例一种共享汽车业务工单调度方法的工作流程图，包括：

步骤s101，获取工单作为待计算工单，将存在需要补全字段的待计算工单，根据场站的供需预测进行补全；

步骤s102，对所述待计算工单计算工单价格和预估时长后，得到计价工单，将计价工单发送到共享汽车业务工单管理服务器，所述计价工单由所述共享汽车业务工单管理服务器展示到业务员终端，或者直接展示到业务员终端。

具体来说，本实施例用于共享汽车业务工单调度服务器，其中步骤s101对所获取的待计算工单，将其中存在需要补全字段的待计算工单，根据场站的供需预测进行补全。其中供需预测，通过预测场站维度供需关系，提供车辆供需调度决策支持，缓解供给不足、停车位欠缺的问题。补全后的待计算工单，具有完整的工单信息。因此，在步骤s102对所述待计算工单计算工单价格和预估时长后，得到计价工单，将计价工单发送到共享汽车业务工单管理服务器。并由共享汽车业务工单管理服务器向业务员终端展示完整的计价工单。无论是自营还是众包的业务员，均可以通过业务员终端获取完整的计价工单，并采用抢单模式来执行工单。

本发明通过共享汽车业务工单调度服务器对工单进行补全和计算，并由共享汽车业务工单管理服务器向业务员终端展示，使得自营调度员和众包调度员能通过抢单的模式来执行工单，既能保证调度员执行的工单灵活性，也能保证工单的完单率。

实施例二

如图2所示为本发明第二实施例一种共享汽车业务工单调度方法的工作流程图，包括：

步骤s201，获取基于供需预测产生的工单作为待计算工单。

步骤s202，从所述共享汽车业务工单管理服务器获取需要补全字段的工单作为待计算工单。

步骤s203，将存在需要补全字段的待计算工单，根据场站的供需预测进行补全。

在其中一个实施例中，将存在需要补全起点场站字段和/或终点场站字段的待计算工单，根据场站的供需预测进行补全。

步骤s204，对所述待计算工单计算工单价格和预估时长后，得到计价工单，将计价工单发送到共享汽车业务工单管理服务器，所述计价工单由所述共享汽车业务工单管理服务器展示到业务员终端。

步骤s205，定时从所述共享汽车业务工单管理服务器获取历史工单，根据场站的供需预测对历史工单进行筛选，得到失效工单。

步骤s206，向所述共享汽车业务工单管理服务器发送包括所述失效工单的失效信息，所述共享汽车业务工单管理服务器根据所述失效信息删除所述失效工单。

具体来说，本实施例的待计算工单分为两类，第一类为基于供需预测产生的工单，在步骤s201中执行。优选地，算法基于供需预测产生的工单有两种：一种是场站积压的工单，即基于供需预测，判断该场站中共享汽车过多，需要产生工单，由调度员将过多的共享汽车调度至其他场站。另一种是强需求预测的工单，即基于供需预测，判断该场站中共享汽车不足，需要产生工单，由调度员从其他场站调度共享汽车到该场站。

另一类的待计算工单从共享汽车业务工单管理服务器中获取，在步骤s202中执行。其中，步骤s201与步骤s202的执行顺序可以交换或同步执行。

本实施例将计算产生的算法工单与共享汽车业务工单管理服务器中获取的业务工单统一进行计算，一方面满足供需预测，另一方面满足实际的业务需求。

另一方面，本实施例的补全字段为起点场站字段和/或终点场站字段。共享汽车业务工单是让业务员调度共享汽车，因此，需要在工单中填写起点场站和终点场站，以让业务员将共享汽车从起点场站调度至终点场站。

本实施例将字段补全与共享汽车业务工单管理服务器独立，由共享汽车业务工单调度服务器，根据供需预测确定工单的起点场站和终点场站，实现业务与计算解耦。

再一方面，鉴于每个场站的供需是动态变化的，很可能出现上一个小时a场站出现积压现象需要调出车辆，下一个小时a场站又无积压了，而如果在上一个小时为场站a创建了调出车辆的工单m且该工单m一直未被领取，在下一个小时需要根据场站的实际情况取消工单m，因此需要去判断哪些车辆对应的调度工单已经失效，需要取消，并通过消息队列告诉共享汽车业务工单管理服务器，共享汽车业务工单管理服务器通过更改工单的状态来使工单取消。

优选地，对于已经完成或业务取消的工单，需要告知共享汽车业务工单调度服务器，该工单对应的车辆已经释放出来，可以再次参与到调度候选车辆集合中；因此在工单已完成或被业务规则取消时，可以通过回调函数的方式修改业务工单辅助表中相应工单的状态。

实施例三

如图3所示为本发明第三实施例一种共享汽车业务工单调度方法的工作流程图，包括：

步骤s301，获取基于供需预测产生的工单作为待计算工单；

步骤s302，响应于实时工单计算请求，从所述共享汽车业务工单管理服务器获取需要补全字段的实时工单作为待计算工单；

步骤s303，每隔预设间隔时间，从所述共享汽车业务工单管理服务器获取需要补全字段的非实时工单作为待计算工单；

步骤s304，将存在需要补全字段的待计算工单，根据场站的供需预测进行补全；

步骤s305，对所述待计算工单计算工单价格和预估时长后，得到计价工单，将计价工单发送到共享汽车业务工单管理服务器，所述计价工单由所述共享汽车业务工单管理服务器展示到业务员终端。

具体来说，共享汽车业务工单管理服务器产生的工单分为两类，一类是需要实时请求返回结果的实时工单，例如充完电，由调度员手动触发业务员终端上的充电完成按键，触发生成的工单。该类工单由步骤s302实时执行。另一类是不需要实时请求返回结果的，例如超停车辆的工单、送去充电的工单等。该类工单由步骤s303每隔预设间隔时间获取。

本实施例实现对实时工单和非实时工单的管理响应，使得对工单的管理响应更为灵活。

实施例四

如图4所示为本发明一种共享汽车业务工单管理方法的工作流程图，包括：

步骤s401，接收来自共享汽车业务工单调度服务器的计价工单，所述计价工单由所述共享汽车业务工单调度服务器获取工单作为待计算工单，并将存在需要补全字段的待计算工单，根据场站的供需预测进行补全后，对所述待计算工单计算工单价格和预估时长后，得到计价工单发送；

步骤s402，将所述计价工单展示到业务员终端。

具体来说，本实施例用于共享汽车业务工单管理服务器，其中步骤s401接收来自共享汽车业务工单调度服务器的计价工单，该计价工单由共享汽车业务工单调度服务器对其中的字段根据场站的供需预测进行补全后，对所述待计算工单计算工单价格和预估时长后得到。其中供需预测，通过预测场站维度供需关系，提供车辆供需调度决策支持，缓解供给不足、停车位欠缺的问题。计价工单，具有完整的工单信息、工单价格和预估时长。因此，在步骤s402向业务员终端展示完整的计价工单。无论是自营还是众包的业务员，均可以通过业务员终端获取完整的计价工单，并采用抢单模式来执行工单。

本发明通过共享汽车业务工单调度服务器对工单进行补全和计算，并由共享汽车业务工单管理服务器向业务员终端展示，使得自营调度员和众包调度员能通过抢单的模式来执行工单，既能保证调度员执行的工单灵活性，也能保证工单的完单率。

实施例五

如图5所示为本发明一种共享汽车业务工单管理方法的工作流程图，包括：

步骤s501，响应于业务员终端的实时工单生成请求，生成需要补全字段的实时工单，向所述共享汽车业务工单调度服务器发送实时工单计算请求，所述实时工单计算请求由所述共享汽车业务工单调度服务器响应后，获取所述实时工单作为待计算工单；

步骤s502，响应于共享汽车业务工单调度服务器的非实时工单生成请求，向所述共享汽车业务工单调度服务器发送需要补全字段的非实时工单，所述非实时工单由所述共享汽车业务工单调度服务器获取后作为待计算工单；

步骤s503，接收来自共享汽车业务工单调度服务器的计价工单，所述计价工单由所述共享汽车业务工单调度服务器获取工单作为待计算工单，并将存在需要补全字段的待计算工单，根据场站的供需预测进行补全后，对所述待计算工单计算工单价格和预估时长后，得到计价工单发送；

步骤s504，响应于业务员终端的实时访问，将由所述实时工单生成的计价工单展示到业务员终端；

步骤s505，响应于业务员终端的定时访问，将由所述非实时工单生成的计价工单展示到业务员终端；

步骤s506，响应于共享汽车业务工单调度服务器发送的包括失效工单的失效信息，删除所述失效工单，所述失效工单为共享汽车业务工单调度服务器定时获取历史工单，并根据场站的供需预测对历史工单进行筛选得到。

具体来说，工单分为两类，一类是需要实时请求返回结果的实时工单，例如充完电，由调度员手动触发业务员终端上的充电完成按键，触发生成的工单。该类工单由步骤s501实时执行。另一类是不需要实时请求返回结果的，例如超停车辆的工单、送去充电的工单等。该类工单由步骤s502每隔预设间隔时间响应。

本实施例实现对实时工单和非实时工单的管理响应，使得对工单的管理响应更为灵活。

另一方面，鉴于每个场站的供需是动态变化的，很可能出现上一个小时a场站出现积压现象需要调出车辆，下一个小时a场站又无积压了，而如果在上一个小时为场站a创建了调出车辆的工单m且该工单m一直未被领取，在下一个小时需要根据场站的实际情况取消工单m，因此需要共享汽车业务工单调度服务器去判断哪些车辆对应的调度工单已经失效，需要取消，并通过消息队列告诉共享汽车业务工单管理服务器，共享汽车业务工单管理服务器通过更改工单的状态来使工单取消。

优选地，对于已经完成或业务取消的工单，需要告知共享汽车业务工单调度服务器，该工单对应的车辆已经释放出来，可以再次参与到调度候选车辆集合中；因此在工单已完成或被业务规则取消时，可以通过回调函数的方式修改业务工单辅助表中相应工单的状态。

实施例六

如图6所示为本发明第六实施例一种共享汽车业务工单调度服务器的硬件结构示意图，包括：

至少一个处理器601；以及，

与所述至少一个处理器601通信连接的存储器602；其中，

所述存储器602存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取工单作为待计算工单，将存在需要补全字段的待计算工单，根据场站的供需预测进行补全；

对所述待计算工单计算工单价格和预估时长后，得到计价工单，将计价工单发送到共享汽车业务工单管理服务器，所述计价工单由所述共享汽车业务工单管理服务器展示到业务员终端。

图6中以一个处理器602为例。

服务器还可以包括：输入装置603和输出装置604。

处理器601、存储器602、输入装置603及显示装置604可以通过总线或者其他方式连接，图中以通过总线连接为例。

存储器602作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中的共享汽车业务工单调度方法对应的程序指令/模块，例如，图1至图3所示的方法流程。处理器601通过运行存储在存储器602中的非易失性软件程序、指令以及模块，从而执行各种功能应用以及数据处理，即实现上述实施例中的共享汽车业务工单调度方法。

存储器602可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据共享汽车业务工单调度方法的使用所创建的数据等。此外，存储器602可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器602可选包括相对于处理器601远程设置的存储器，这些远程存储器可以通过网络连接至执行共享汽车业务工单调度方法的装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置603可接收输入的用户点击，以及产生与共享汽车业务工单调度方法的用户设置以及功能控制有关的信号输入。显示装置604可包括显示屏等显示设备。

在所述一个或者多个模块存储在所述存储器602中，当被所述一个或者多个处理器601运行时，执行上述任意方法实施例中的共享汽车业务工单调度方法。

本发明通过共享汽车业务工单调度服务器对工单进行补全和计算，并由共享汽车业务工单管理服务器向业务员终端展示，使得自营调度员和众包调度员能通过抢单的模式来执行工单，既能保证调度员执行的工单灵活性，也能保证工单的完单率。

实施例七

本发明第七实施例一种共享汽车业务工单调度服务器，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取基于供需预测产生的工单作为待计算工单。

从所述共享汽车业务工单管理服务器获取需要补全字段的工单作为待计算工单。

将存在需要补全字段的待计算工单，根据场站的供需预测进行补全。

在其中一个实施例中，将存在需要补全起点场站字段和/或终点场站字段的待计算工单，根据场站的供需预测进行补全。

对所述待计算工单计算工单价格和预估时长后，得到计价工单，将计价工单发送到共享汽车业务工单管理服务器，所述计价工单由所述共享汽车业务工单管理服务器展示到业务员终端。

定时从所述共享汽车业务工单管理服务器获取历史工单，根据场站的供需预测对历史工单进行筛选，得到失效工单。

向所述共享汽车业务工单管理服务器发送包括所述失效工单的失效信息，所述共享汽车业务工单管理服务器根据所述失效信息删除所述失效工单。

本实施例将计算产生的算法工单与共享汽车业务工单管理服务器中获取的业务工单统一进行计算，一方面满足供需预测，另一方面满足实际的业务需求。

另一方面，本实施例的补全字段为起点场站字段和/或终点场站字段。共享汽车业务工单是让业务员调度共享汽车，因此，需要在工单中填写起点场站和终点场站，以让业务员将共享汽车从起点场站调度至终点场站。

本实施例将字段补全与共享汽车业务工单管理服务器独立，由共享汽车业务工单调度服务器，根据供需预测确定工单的起点场站和终点场站，实现业务与计算解耦。

再一方面，鉴于每个场站的供需是动态变化的，很可能出现上一个小时a场站出现积压现象需要调出车辆，下一个小时a场站又无积压了，而如果在上一个小时为场站a创建了调出车辆的工单m且该工单m一直未被领取，在下一个小时需要根据场站的实际情况取消工单m，因此需要去判断哪些车辆对应的调度工单已经失效，需要取消，并通过消息队列告诉共享汽车业务工单管理服务器，共享汽车业务工单管理服务器通过更改工单的状态来使工单取消。

实施例八

本发明第八实施例一种共享汽车业务工单调度服务器，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取基于供需预测产生的工单作为待计算工单；

响应于实时工单计算请求，从所述共享汽车业务工单管理服务器获取需要补全字段的实时工单作为待计算工单；

每隔预设间隔时间，从所述共享汽车业务工单管理服务器获取需要补全字段的非实时工单作为待计算工单；

将存在需要补全字段的待计算工单，根据场站的供需预测进行补全；

对所述待计算工单计算工单价格和预估时长后，得到计价工单，将计价工单发送到共享汽车业务工单管理服务器，所述计价工单由所述共享汽车业务工单管理服务器展示到业务员终端。

本实施例实现对实时工单和非实时工单的管理响应，使得对工单的管理响应更为灵活。

实施例九

如图7所示为本发明第九实施例一种共享汽车业务工单管理服务器的硬件结构示意图，包括：

至少一个处理器701；以及，

与所述至少一个处理器701通信连接的存储器702；其中，

所述存储器702存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收来自共享汽车业务工单调度服务器的计价工单，所述计价工单由所述共享汽车业务工单调度服务器获取工单作为待计算工单，并将存在需要补全字段的待计算工单，根据场站的供需预测进行补全后，对所述待计算工单计算工单价格和预估时长后，得到计价工单发送；

将所述计价工单展示到业务员终端。

图7中以一个处理器702为例。

服务器还可以包括：输入装置703和输出装置704。

处理器701、存储器702、输入装置703及显示装置704可以通过总线或者其他方式连接，图中以通过总线连接为例。

存储器702作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中的共享汽车业务工单调度方法对应的程序指令/模块，例如，图4至图5所示的方法流程。处理器701通过运行存储在存储器702中的非易失性软件程序、指令以及模块，从而执行各种功能应用以及数据处理，即实现上述实施例中的共享汽车业务工单管理方法。

存储器702可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据共享汽车业务工单管理方法的使用所创建的数据等。此外，存储器702可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器702可选包括相对于处理器701远程设置的存储器，这些远程存储器可以通过网络连接至执行共享汽车业务工单管理方法的装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置703可接收输入的用户点击，以及产生与共享汽车业务工单管理方法的用户设置以及功能控制有关的信号输入。显示装置704可包括显示屏等显示设备。

在所述一个或者多个模块存储在所述存储器702中，当被所述一个或者多个处理器701运行时，执行上述任意方法实施例中的共享汽车业务工单管理方法。

本发明通过共享汽车业务工单调度服务器对工单进行补全和计算，并由共享汽车业务工单管理服务器向业务员终端展示，使得自营调度员和众包调度员能通过抢单的模式来执行工单，既能保证调度员执行的工单灵活性，也能保证工单的完单率。

实施例十

本发明第十实施例一种共享汽车业务工单管理服务器，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

响应于业务员终端的实时工单生成请求，生成需要补全字段的实时工单，向所述共享汽车业务工单调度服务器发送实时工单计算请求，所述实时工单计算请求由所述共享汽车业务工单调度服务器响应后，获取所述实时工单作为待计算工单；

响应于共享汽车业务工单调度服务器的非实时工单生成请求，向所述共享汽车业务工单调度服务器发送需要补全字段的非实时工单，所述非实时工单由所述共享汽车业务工单调度服务器获取后作为待计算工单；

接收来自共享汽车业务工单调度服务器的计价工单，所述计价工单由所述共享汽车业务工单调度服务器获取工单作为待计算工单，并将存在需要补全字段的待计算工单，根据场站的供需预测进行补全后，对所述待计算工单计算工单价格和预估时长后，得到计价工单发送；

响应于业务员终端的实时访问，将由所述实时工单生成的计价工单展示到业务员终端；

响应于业务员终端的定时访问，将由所述非实时工单生成的计价工单展示到业务员终端；

响应于共享汽车业务工单调度服务器发送的包括失效工单的失效信息，删除所述失效工单，所述失效工单为共享汽车业务工单调度服务器定时获取历史工单，并根据场站的供需预测对历史工单进行筛选得到。

本实施例实现对实时工单和非实时工单的管理响应，使得对工单的管理响应更为灵活。

另一方面，鉴于每个场站的供需是动态变化的，很可能出现上一个小时a场站出现积压现象需要调出车辆，下一个小时a场站又无积压了，而如果在上一个小时为场站a创建了调出车辆的工单m且该工单m一直未被领取，在下一个小时需要根据场站的实际情况取消工单m，因此需要共享汽车业务工单调度服务器去判断哪些车辆对应的调度工单已经失效，需要取消，并通过消息队列告诉共享汽车业务工单管理服务器，共享汽车业务工单管理服务器通过更改工单的状态来使工单取消。

本发明第十一实施例提供一种共享汽车业务工单调度管理系统，包括如前所述的共享汽车业务工单调度服务器、以及如前所述的共享汽车业务工单调度服务器，所述共享汽车业务工单调度服务器与所述共享汽车业务工单调度服务器通信连接。

如图8所示为本发明最佳实施例一种共享汽车业务工单调度管理系统，包括如前所述的共享汽车业务工单调度服务器81、如前所述的共享汽车业务工单管理服务器82、以及业务员终端83，所述共享汽车业务工单调度服务器81与所述共享汽车业务工单管理服务器82通信连接，所述共享汽车业务工单管理服务器82与业务员终端83通信连接。

具体来说，共享汽车业务工单调度服务器81优选采用调度算法引擎系统，共享汽车业务工单管理服务器82优选采用b端业务工单系统。业务员终端83优选为移动终端，可以通过其中的调度应用程序(app)与共享汽车业务工单管理服务器82通信连接。

其中，业务员终端83，优选用于：

调度员可以通过业务员终端83看到所有的工单的基础信息及各种状态。自营人员信息以及众包人员信息采集：通过人员管理系统将人员信息线上化，其功能包括的人员的准入、注册、签到、工资结算等功能，因此可以得到调度员的人员信息。

共享汽车业务工单调度服务器81与公用数据库模块84通信连接。公用数据库模块84包括：

数据库841，优选为hive数据库。

场站信息采集装置842：通过爬取地图兴趣点(pointofinterest，poi)数据获得场站信息，并且将合作场站的数据通过系统进行录入，即可知道每个场站合作的停车位数量及合作的场站收费规则。

电站信息采集装置843：通过爬取地图poi数据获得电站信息，并且调度员可以通过调度app上报每个电站的充电桩使用情况，可以获取到哪些电桩可用，哪些电桩不可用等信息。

车辆采集装置844：通过车辆上安装远程信息处理器(telematicsbox，t-box)，来采集车辆的定位信息，及行驶轨迹等。

工单表：用于记录工单。

共享汽车业务工单调度服务器81优选包括供需预测模块811、工单推荐模块812、定价模块813、规则校验模块814、算法下单模块815、以及历史工单有效性诊断模块816，其中：

供需预测模块811：通过预测场站维度供需关系，提供车辆供需调度决策支持，缓解供给不足、停车位欠缺的问题。

工单推荐模块812：对于产生的无需实时返回结果的工单进行5min的累积，进行全城市的优化匹配推荐，既支持业务规则产生工单(已知起点或者终点)，也兼容支持算法预测产生的工单。工单分为需实时返回结果工单以及无需实时返回结果的工单。实时工单需要实时返回结果的工单，走实时工单请求，保证快速响应。对于无需实时返回结果的工单，每隔5分钟轮询，进行全局优化。

定价模块813：对于所有工单导航时间、距离预估，给出合理且有竞争力的工单定价。

规则校验模块814：进行风险把控，对工单的合理性进行策略兜底。

算法下单模块815：算法基于供需预测产生的工单有两种：一种是场站积压的工单，另一种是强需求预测的工单；产出的工单经过推荐模块和定价模块计算出所需字段后，并且标记这些工单为算法待创建工单，然后通过算法输出结果的消息队列通知b端业务系统。

历史工单有效性诊断模块816：鉴于每个场站的供需是动态变化的，很可能出现上一个小时a场站出现积压现象需要调出车辆，下一个小时a场站又无积压了，而如果在上一个小时为场站a创建了调出车辆的工单m且该工单m一直未被领取，在下一个小时需要根据场站的实际情况取消工单m，因此历史工单有效性诊断模块815判断哪些车辆对应的调度工单已经失效，需要取消，并通过消息队列告诉业务工单系统，业务工单系统通过更改工单的状态来使工单取消。

共享汽车业务工单管理服务器82包括业务工单辅助表821、业务工单表822。

系统间交互逻辑概览：

b端业务系统产生的工单分为两类：一类是需要实时请求返回结果的，例如充完电要还车的工单；另一类是不需要实时请求返回结果的，例如超停车辆的工单、送去充电的工单等；其中，业务规则生成的工单中需要实时请求返回结果的工单通过实时工单请求队列mq1通知算法引擎系统，再由算法的推荐模块计算结果，然后走定价模块计算出工单价格和预估时长，最终写入算法输出结果的算法输出结果队列mq2，供b端系统消费；其次，针对业务规则生成的不需要实时返回结果的工单，算法引擎系统每隔五分钟查询一下工单表，筛选出需要补全字段的工单，待算法引擎计算完所需字段后，将结果写入到算法输出结果的消息队列供b端系统消费。

算法基于供需预测产生的工单有两种：一种是场站积压的工单，另一种是强需求预测的工单；产出的工单经过推荐模块和定价模块计算出所需字段后，并且标记这些工单为算法待创建工单，然后通过算法输出结果的消息队列通知b端业务系统。

对于算法输出结果的消息队列，将接收到的信息存入到业务工单辅助表中，该表中包含了算法要创建的工单以及业务需要补充字段的工单；待用户发起请求或每分钟扫描该辅助表时，将需要创建且还未创建的工单记录写入到业务表中，需要补充字段的工单关联辅助表，将工单展示到调度员app上，当该工单被调度员领取时，将关联到的字段持久化写入到业务工单表中。

鉴于每个场站的供需是动态变化的，很可能出现上一个小时a场站出现积压现象需要调出车辆，下一个小时a场站又无积压了，而如果在上一个小时为场站a创建了调出车辆的工单m且该工单m一直未被领取，在下一个小时需要根据场站的实际情况取消工单m，因此算法需要去判断哪些车辆对应的调度工单已经失效，需要取消，并通过消息队列告诉业务工单系统，业务工单系统通过更改工单的状态来使工单取消。

对于已经完成或业务取消的工单，需要告知算法引擎系统，该工单对应的车辆已经释放出来，可以再次参与到调度候选车辆集合中；因此在工单已完成或被业务规则取消时，通过回调函数的方式修改业务工单辅助表中相应工单的状态。

整个系统中需要使用到场站、电站、工单、调度员等信息，这些数据部分存储在hive数据库中(例如场站电站数据)、部分数据存储在mysql表中，例如调度员和工单信息，因此本专利优选采用mybatis框架实现数据库的链接及数据读写，并且将算法下单(即工单决策)模块的输出数据存储在redis缓存中，每20分钟更新一次，供推荐模块使用；整个系统中有三个地方需要通过分布式定时任务来实现，第一处是需求预测模块需要每隔1小时进行定时触发，进行一次需求预测；第二处是算法下单模块，需要每隔20分钟定时调度一次；第三处是目的地推荐模块，每隔5分钟定时调度一次。其中，由于整个系统是分布式的，因此定时任务采用的技术方案是分布式调度elastic-job框架，elastic-job主要的设计理念是无中心化的分布式定时调度框架。但数据库没有分布式协调功能，所以在高可用方案的基础上增加了弹性扩容和数据分片，以便于更大限度的利用分布式服务器的资源。把定时任务通过集群的方式进行管理调度，并采用分布式部署，保证系统的高可用，提高了容错。

本发明的一个应用例子如下：

在车辆充完电后由调度员在终端app上触发工单，然后将工单信息输入到业务工单系统中，再通过消息队列的形式通知调度算法系统，由调度算法系统对问题进行建模优化，选择起始场站与目的场站距离近，计算出为车辆工单推荐的目的地；已知工单的起始场站和目的场站后，计算出导航距离和预估时长，根据这两者进行工单定价，价格输出后再次返回到业务工单系统中进行工单展示。其次，在调度员真正做单时，需要对运力进行有效的监控，以便及时诊断出哪块区域需要运力，哪块区域运力溢出；同时也是对调度员个人工作的一种评估，需要根据调度员的完单情况发放薪资，以及根据调度员的拉新和留存情况，对工单的价格，人员的管理做出有效策略。而上面所有这些系统依赖于基础数据和动态数据的支持，需要将自营人员的信息、众包人员的信息、场站的动态信息、电站的动态信息及车辆的动态信息进行采集存储，通过技术手段将数据链路打通，并能支持调度算法系统做出全局优化。进而使得众包调度系统正常运转。

本发明第十二实施例提供一种存储介质，所述存储介质存储计算机指令，当计算机执行所述计算机指令时，用于执行如前所述的共享汽车业务工单调度方法的所有步骤。

本发明第十三实施例提供一种存储介质，所述存储介质存储计算机指令，当计算机执行所述计算机指令时，用于执行如前所述的共享汽车业务工单管理方法的所有步骤。

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