一种网约车派车方法及装置与流程

1.本公开涉及网约车技术领域，具体涉及一种网约车派车方法及一种网约车派车装置。


背景技术：

2.网约车订单除过来自于自有运力平台(如首汽约车，滴滴打车等)外，还来自于聚合平台(如高德，百度)。随着网约车市场的发展，聚合平台逐渐崛起。2022年聚合平台已经占据了网约车20％的市场份额。现有技术自有运力平台在接收到下单请求后就会在订单系统生成正式订单并立刻派单(分配司机)。但是，在接到客户下单请求后，聚合平台会同时对多个自有运力平台发送下单请求。由于在多网约车平台的竞争下，如果订单派给了其中一个运力商后，对其余运力商的订单会被取消，因此对聚合平台的下单数据，自有运力平台的订单系统中会存在大量派前取消的数据，导致数据库资源浪费严重，利用率很低。


技术实现要素：

3.本公开实施例提出了一种网约车订单系统、一种网约车派车方法、一种网约车派车装置、电子设备、计算机可读存储介质及计算机程序产品，以解决针对聚合平台的订单请求，现有派单过程中自有运力平台的订单系统数据库资源浪费严重的问题。
4.本公开实施例的第一方面提供了一种网约车订单系统，包括派单系统，用于根据订单分配司机并根据司机信息更新订单，还包括第一订单系统和第二订单系统：
5.所述第一订单系统用于接收下单请求，根据所述下单请求生成第一订单，将所述第一订单发送至所述派单系统；
6.所述第二订单系统用于在所述派单系统对所述第一订单分配司机并根据所述司机信息将所述第一订单更新为第二订单后，保存所述第二订单；
7.所述第一订单系统还用于接收下单请求方对所述第一订单的状态更新信息并基于所述状态更新信息更新所述第一订单的状态。
8.本公开实施例的第二方面提供了一种网约车派车方法，应用于如本公开的第一方面所述的网约车订单系统，其特征在于，包括：
9.接收下单请求，基于所述下单请求在所述第一订单系统生成第一订单；
10.发送所述第一订单至下单请求方，接收所述下单请求方对所述第一订单的状态更新信息，基于所述状态更新信息更新所述第一订单的状态；
11.查询所述第一订单的状态，根据所述第一订单的状态为所述第一订单分配司机，生成第二订单，将所述第二订单保存在所述第二订单系统。
12.在一些实施例中，所述方法还包括：
13.查询所述第一订单系统中第一订单的状态，在预设时间清空所述第一订单系统中订单状态为无效的第一订单。
14.在一些实施例中，所述查询所述第一订单的状态，根据所述第一订单的状态为所
述第一订单分配司机，生成第二订单包括：
15.如果所述第一订单的已分配司机编号为空值，并且所述订单的订单状态为可派单状态，则为所述第一订单分配司机，并且将所述司机的编号赋予所述第一订单的已分配司机编号，将更新后的第一订单更名为第二订单；
16.如果所述第一订单的已分配司机编号不为空值，则停止为所述第一订单分配司机，并且将所述第一订单更名为第二订单。
17.在一些实施例中，所述查询所述第一订单的状态，根据所述第一订单的状态为所述第一订单分配司机，生成第二订单还包括：
18.如果所述订单的订单状态为不可派单状态，则停止为所述第一订单分配司机，并将所述订单的订单状态改为无效。
19.在一些实施例中，所述接收所述下单请求方对所述第一订单的状态更新信息，基于所述信息更新所述第一订单的状态包括：
20.在所述第一订单更名为第二订单之前或者在所述第一订单的订单状态改为无效之前，接收下单请求方对所述第一订单的状态更新信息，如果所述状态更新信息携带有所述下单请求方对所述第一订单的请求已经失效的标志，则将所述第一订单的状态设为不可派单状态。
21.本公开实施例的第三方面提供了一种网约车派车装置，包括：
22.订单生成模块，用于接收下单请求，基于所述下单请求在所述第一订单系统生成第一订单；
23.状态更新模块，用于发送所述第一订单信息至下单请求方，接收所述下单请求方对所述第一订单的状态更新，基于所述状态更新更新所述第一订单的状态；
24.司机分配模块，用于查询所述第一订单的状态，根据所述第一订单的状态为所述第一订单分配司机，生成第二订单，将所述第二订单保存在所述第二订单系统。
25.本公开实施例的第四方面提供了一种电子设备，包括存储器和处理器，
26.所述存储器，用于存储计算机程序；
27.所述处理器，用于当执行所述计算机程序时，实现根据本公开第二方面所述的方法。
28.本公开实施例的第五方面提供了一种计算机可读存储介质，所述存储介质上存储有计算机程序，当所述计算机程序被处理器执行时，实现根据本公开第二方面所述的方法。
29.本公开实施例的第六方面提供了一种计算机程序产品，包括计算机程序、指令，当所述计算机程序、指令被处理器执行时，实现根据本公开第二方面所述的方法。
30.公开各实施例提供的网约车订单系统、网约车派车方法、装置、电子设备、计算机可读存储介质和程序产品，通过将订单数据库分为派前临时数据库和派后数据库，因为将派单之前的订单存储于派前临时数据库并定时清除其中的无效订单数据，只将派单之后的订单存储于派后数据库，可以有效提升自有运力平台的订单系统数据库资源利用率。
附图说明
31.通过参考附图会更加清楚的理解本公开的特征和优点，附图是示意性的而不应理解为对本公开进行任何限制，在附图中：
32.图1是本公开适用的一种计算机系统的示意图；
33.图2是根据本公开的一些实施例所示的一种网约车派车方法的流程图；
34.图3是根据本公开的一些实施例所示的一种网约车派车装置的示意图；
35.图4是本公开的一些实施例所示的一种电子设备示意图。
具体实施方式
36.在下面的详细描述中，通过示例阐述了本公开的许多具体细节，以便提供对相关披露的透彻理解。然而，对于本领域的普通技术人员来讲，本公开显而易见的可以在没有这些细节的情况下实施。应当理解的是，本公开中使用“系统”、“装置”、“单元”和/或“模块”术语，是用于区分在顺序排列中不同级别的不同部件、元件、部分或组件的一种方法。然而，如果其他表达式可以实现相同的目的，这些术语可以被其他表达式替换。
37.应当理解的是，当设备、单元或模块被称为“在
……
上”、“连接到”或“耦合到”另一设备、单元或模块时，其可以直接在另一设备、单元或模块上，连接或耦合到或与其他设备、单元或模块通信，或者可以存在中间设备、单元或模块，除非上下文明确提示例外情形。例如，本公开所使用的术语“和/或”包括一个或多个相关所列条目的任何一个和所有组合。
38.本公开所用术语仅为了描述特定实施例，而非限制本公开范围。如本公开说明书和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的特征、整体、步骤、操作、元素和/或组件，而该类表述并不构成一个排它性的罗列，其他特征、整体、步骤、操作、元素和/或组件也可以包含在内。
39.参看下面的说明以及附图，本公开的这些或其他特征和特点、操作方法、结构的相关元素的功能、部分的结合以及制造的经济性可以被更好地理解，其中说明和附图形成了说明书的一部分。然而，可以清楚地理解，附图仅用作说明和描述的目的，并不意在限定本公开的保护范围。可以理解的是，附图并非按比例绘制。
40.本公开中使用了多种结构图用来说明根据本公开的实施例的各种变形。应当理解的是，前面或下面的结构并不是用来限定本公开。本公开的保护范围以权利要求为准。
41.图1是本公开适用的一种计算机系统的示意图。如图1所示的系统，自有运力平台的订单系统和一种或多种打车终端(打车终端1、打车终端2、
…
打车终端n,n为自然数)网络连接，接收所述打车终端的打车请求，生成订单并为所述订单分配司机。在分派司机之前，所述订单系统还将所述订单发送到所述打车终端并接收所述打车终端对所述订单的更新信息。
42.其中：
43.所述打车终端是具有用户交互能力的设备，可以是基于移动操作系统，如安卓或苹果系统的移动设备，也可以是基于windows操作系统的个人电脑、工作站或服务器，还可以是智能汽车或者是汽车的智能中控台或中控屏。用户可以通过所述打车终端向所述订单系统发起打车请求。
44.在本公开的一些实施例中，所述打车终端是具有用户交互能力的软件，所述软件部署于上述的移动终端、个人电脑或车载终端。
45.所述打车终端可以是属于所述自有运力平台的终端，或者是注册于所述自有运力
平台管理软件的用户端软件。所述自有运力平台就是具有网约车运营资格与能力，并开展实际运营，同时接收客户的网约车打车请求的平台，如首汽约车，滴滴打车等。所述打车终端也可以是属于聚合平台的终端，或者是注册于聚合平台管理软件的用户端软件。所述聚合平台，是指接收客户的网约车打车请求，但不开展网约车的实际运营，而是将所述打车请求转发给自有运力平台，由所述自有运力平台完成所述打车请求的平台。现在市场的主流聚合平台有高德，百度等。接到客户下单请求后，聚合平台会同时对多个自有运力平台发送下单请求直至某个自有运力平台派单。
46.所述订单系统接收打车请求，生成打车订单，并给打车订单分配司机(称为派单)。所述订单系统可以是单机、集群或分布式服务器中的任一种。
47.本公开的一些实施例公开了一种自有运力平台订单系统，如图1所示，所述订单系统包括第一订单系统、派单系统和第二订单系统。所述第一订单系统、派单系统和第二订单系统可以部署在自有运力平台订单系统服务器上，也可以分别单独部署在第一订单系统服务器、派单系统服务器和第二订单系统服务器上。
48.所述第一订单系统用于接收下单请求，根据所述下单请求生成第一订单，将所述第一订单发送至所述派单系统；
49.所述第二订单系统用于在所述派单系统对所述第一订单分配司机并根据所述司机信息将所述第一订单更新为第二订单后，保存所述第二订单；
50.所述第一订单系统还用于接收下单请求方对所述第一订单的状态更新信息并基于所述状态更新信息更新所述第一订单的状态。
51.所述派单系统，用于根据订单分配司机并根据司机信息更新订单。
52.图2是根据本公开的一些实施例所示的一种网约车派车方法的流程图。在一些实施例中，所述网约车派车方法可以由图1所示的自有运力平台订单系统执行。如图2所示，所述派车方法包括以下步骤：
53.s201，接收下单请求，基于所述下单请求在所述第一订单系统生成第一订单。
54.具体的，订单系统从下单请求中获取城市，上下车经纬度，预约用车时间，乘车人基本信息等订单信息。如果是来自于聚合平台的订单，还获取聚合平台订单号。
55.订单系统基于订单信息向计费系统请求预估车费。拿到预估车费后，订单系统将预估车费和订单信息组装成第一订单，生成订单号。
56.s202，发送所述第一订单至下单请求方，接收所述下单请求方对所述第一订单的状态更新信息，基于所述状态更新信息更新所述第一订单的状态。
57.具体的，订单系统将生成的第一订单的订单号发送给下单请求方，并接收所述下单请求方对所述第一订单的状态更新信息。如果下单请求方是来自于自有平台的直接客户，直接客户下单后也有可能因为实际需求取消行程，从而基于第一订单的订单号向订单系统发送状态更新消息，所述状态更新信息中包含指示订单取消的状态位。订单系统接收到所述状态更新消息并从状态位确认订单取消后，就将所述第一订单的状态更改为不可派单。
58.如果下单请求方是聚合平台，因为接到客户下单请求后，聚合平台会同时对多个自有运力平台发送下单请求直至某个自有运力平台派单。在接收到某个自有运力平台派单派单成功的通知后，聚合平台收到其他自有运力平台订单系统发送的第一订单的订单号
后，会回复状态更新消息，所述消息中包含指示订单取消的状态位。订单系统接收到所述状态更新消息并从状态位确认订单取消后，就将所述第一订单的状态更改为不可派单。
59.s203，查询所述第一订单的状态，根据所述第一订单的状态为所述第一订单分配司机，生成第二订单，将所述第二订单保存在所述第二订单系统。
60.具体的，第一订单系统发送第一订单订单号至派单系统，派单系统基于订单号，从第一订单系统获取第一订单的状态。
61.如果所述第一订单的已分配司机编号为空值，并且所述订单的订单状态为可派单状态，则为所述第一订单分配司机，并且将所述司机的编号赋予所述第一订单的已分配司机编号，将更新后的第一订单更名为第二订单，将第二订单保存在第二订单系统；
62.如果所述第一订单的已分配司机编号不为空值，则说明之前已经为所述订单分配司机，故停止为所述第一订单分配司机，并且将所述第一订单更名为第二订单，将第二订单保存在第二订单系统。
63.如果所述订单的订单状态为不可派单状态，则不为所述第一订单分配司机，并将所述订单的订单状态改为无效。
64.在本公开的一些实施例中，派单系统还周期性的从第一订单系统获取第一订单的订单状态，如果所述订单的订单状态为不可派单状态，则将所述订单的订单状态改为无效。
65.在本公开的一些实施例中，所述方法还包括：查询所述第一订单系统中第一订单的状态，在预设时间清空所述第一订单系统中订单状态为无效的第一订单。
66.图3是根据本公开的一些实施例所示的一种网约车派车装置示意图。如图3所示，所述网约车派车装置300包括订单生成模块310、状态更新模块320、司机分配模块330。所述司机分配模块功能可以由图1中的自有运力平台订单系统执行。其中：
67.订单生成模块310，用于接收下单请求，基于所述下单请求在所述第一订单系统生成第一订单；
68.状态更新模块320，用于发送所述第一订单信息至下单请求方，接收所述下单请求方对所述第一订单的状态更新，基于所述状态更新更新所述第一订单的状态；
69.司机分配模块330，用于查询所述第一订单的状态，根据所述第一订单的状态为所述第一订单分配司机，生成第二订单，将所述第二订单保存在所述第二订单系统。
70.本公开的一个实施例提供了一种电子设备，所述电子设备400包括存储器420和处理器410，所述存储器420，用于存储计算机程序；所述处理器410，用于当执行所述计算机程序时，实现图2中s201-s203所述的网约车派车方法。
71.本公开的一个实施例提供了一种计算机可读存储介质，所述存储介质上存储有计算机程序，当所述计算机程序被处理器执行时，实现图2中s201-s203所述的网约车派车方法。
72.本公开的一个实施例提供了一种计算机程序产品，包括计算机程序、指令，当所述计算机程序、指令被处理器执行时，实现图2中s201-s203所述的网约车派车方法。
73.综上所述，本公开各实施例提供的网约车订单系统、网约车派车方法、装置、电子设备、计算机可读存储介质和程序产品，通过将订单数据库分为派前临时数据库和派后数据库，因为将派单之前的订单存储于派前临时数据库并定时清除其中的无效订单数据，只将派单之后的订单存储于派后数据库，因此可以有效提升自有运力平台订单系统数据库资
源利用率。
74.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述装置实施例中的对应描述，在此不再赘述。
75.尽管此处所述的主题是在结合操作系统和应用程序在计算机系统上的执行而执行的一般上下文中提供的，但本领域技术人员可以认识到，还可结合其他类型的程序模块来执行其他实现。一般而言，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、组件、数据结构和其他类型的结构。本领域技术人员可以理解，此处所述的本主题可以使用其他计算机系统配置来实践，包括手持式设备、多处理器系统、基于微处理器或可编程消费电子产品、小型计算机、大型计算机等，也可使用在其中任务由通过通信网络连接的远程处理设备执行的分布式计算环境中。在分布式计算环境中，程序模块可位于本地和远程存储器存储设备的两者中。
76.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。
77.应当理解的是，本公开的上述具体实施方式仅仅用于示例性说明或解释本公开的原理，而不构成对本公开的限制。因此，在不偏离本公开的精神和范围的情况下所做的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。此外，本公开所附权利要求旨在涵盖落入所附权利要求范围和边界、或者这种范围和边界的等同形式内的全部变化和修改例。

技术特征：
1.一种网约车订单系统，包括派单系统，用于根据订单分配司机并根据司机信息更新订单，其特征在于，还包括第一订单系统和第二订单系统：所述第一订单系统用于接收下单请求，根据所述下单请求生成第一订单，将所述第一订单发送至所述派单系统；所述第二订单系统用于在所述派单系统对所述第一订单分配司机并根据所述司机信息将所述第一订单更新为第二订单后，保存所述第二订单；所述第一订单系统还用于接收下单请求方对所述第一订单的状态更新信息并基于所述状态更新信息更新所述第一订单的状态。2.一种网约车派车方法，应用于如权利要求1所述的网约车订单系统，其特征在于，包括：接收下单请求，基于所述下单请求在所述第一订单系统生成第一订单；发送所述第一订单至下单请求方，接收所述下单请求方对所述第一订单的状态更新信息，基于所述状态更新信息更新所述第一订单的状态；查询所述第一订单的状态，根据所述第一订单的状态为所述第一订单分配司机，生成第二订单，将所述第二订单保存在所述第二订单系统。3.根据权利要求2所述的方法，其特征在于，还包括：查询所述第一订单系统中第一订单的状态，在预设时间清空所述第一订单系统中订单状态为无效的第一订单。4.根据权利要求2所述的方法，其特征在于，所述查询所述第一订单的状态，根据所述第一订单的状态为所述第一订单分配司机，生成第二订单包括：如果所述第一订单的已分配司机编号为空值，并且所述订单的订单状态为可派单状态，则为所述第一订单分配司机，并且将所述司机的编号赋予所述第一订单的已分配司机编号，将更新后的第一订单更名为第二订单；如果所述第一订单的已分配司机编号不为空值，则停止为所述第一订单分配司机，并且将所述第一订单更名为第二订单。5.根据权利要求4所述的方法，其特征在于，所述查询所述第一订单的状态，根据所述第一订单的状态为所述第一订单分配司机，生成第二订单还包括：如果所述订单的订单状态为不可派单状态，则停止为所述第一订单分配司机，并将所述订单的订单状态改为无效。6.根据权利要求5所述的方法，其特征在于，所述接收所述下单请求方对所述第一订单的状态更新信息，基于所述状态更新信息更新所述第一订单的状态包括：在所述第一订单更名为第二订单之前或者在所述第一订单的订单状态改为无效之前，接收下单请求方对所述第一订单的状态更新信息，如果所述状态更新信息携带有所述下单请求方对所述第一订单的请求已经失效的标志，则将所述第一订单的状态设为不可派单状态。7.一种网约车派车装置，其特征在于，包括：订单生成模块，用于接收下单请求，基于所述下单请求在所述第一订单系统生成第一订单；状态更新模块，用于发送所述第一订单信息至下单请求方，接收所述下单请求方对所
述第一订单的状态更新，基于所述状态更新更新所述第一订单的状态；司机分配模块，用于查询所述第一订单的状态，根据所述第一订单的状态为所述第一订单分配司机，生成第二订单，将所述第二订单保存在所述第二订单系统。8.一种电子设备，其特征在于：包括存储器和处理器，所述存储器，用于存储计算机程序；所述处理器，用于当执行所述计算机程序时，实现根据权利要求2-6任一项所述的方法。9.一种计算机可读存储介质，所述存储介质上存储有计算机程序，当所述计算机程序被处理器执行时，实现根据权利要求2-6任一项所述的方法。10.一种计算机程序产品，包括计算机程序、指令，当所述计算机程序、指令被处理器执行时，实现根据权利要求2-6任一项所述的方法。

技术总结
本公开涉及网约车技术领域，具体涉及一种网约车订单系统、一种网约车派车方法、一种网约车派车装置及电子设备。所述方法应用于网约车订单系统，包括：接收下单请求，基于所述下单请求在所述第一订单系统生成第一订单；发送所述第一订单至下单请求方，接收所述下单请求方对所述第一订单的状态更新信息，基于所述状态更新信息更新所述第一订单的状态；查询所述第一订单的状态，根据所述第一订单的状态为所述第一订单分配司机，生成第二订单，将所述第二订单保存在所述第二订单系统。本发明将派单之前的订单存储于派前临时数据库并定时清除其中的无效订单数据，只将派单之后的订单存储于派后数据库，可以有效提升自有运力平台订单系统数据库资源利用率。统数据库资源利用率。统数据库资源利用率。


技术研发人员：赵雨
受保护的技术使用者：首约科技（北京）有限公司
技术研发日：2023.04.14
技术公布日：2023/8/1