本公开涉及网约车技术领域，具体涉及一种网约车订单系统、一种网约车派车方法、一种网约车派车装置及电子设备。所述方法应用于网约车订单系统，包括：接收下单请求，基于所述下单请求在所述第一订单系统生成第一订单；发送所述第一订单至下单请求方，接收所述下单请求方对所述第一订单的状态更新信息，基于所述状态更新信息更新所述第一订单的状态；查询所述第一订单的状态，根据所述第一订单的状态为所述第一订单分配司机，生成第二订单，将所述第二订单保存在所述第二订单系统。本发明专利技术将派单之前的订单存储于派前临时数据库并定时清除其中的无效订单数据，只将派单之后的订单存储于派后数据库，可以有效提升自有运力平台订单系统数据库资源利用率。统数据库资源利用率。统数据库资源利用率。
【技术实现步骤摘要】
一种网约车派车方法及装置
[0001]本公开涉及网约车
，具体涉及一种网约车派车方法及一种网约车派车装置。
技术介绍
[0002]网约车订单除过来自于自有运力平台(如首汽约车，滴滴打车等)外，还来自于聚合平台(如高德，百度)。随着网约车市场的发展，聚合平台逐渐崛起。2022年聚合平台已经占据了网约车20％的市场份额。现有技术自有运力平台在接收到下单请求后就会在订单系统生成正式订单并立刻派单(分配司机)。但是，在接到客户下单请求后，聚合平台会同时对多个自有运力平台发送下单请求。由于在多网约车平台的竞争下，如果订单派给了其中一个运力商后，对其余运力商的订单会被取消，因此对聚合平台的下单数据，自有运力平台的订单系统中会存在大量派前取消的数据，导致数据库资源浪费严重，利用率很低。
技术实现思路
[0003]本公开实施例提出了一种网约车订单系统、一种网约车派车方法、一种网约车派车装置、电子设备、计算机可读存储介质及计算机程序产品，以解决针对聚合平台的订单请求，现有派单过程中自有运力平台的订单系统数据库资源浪费严重的问题。
[0004]本公开实施例的第一方面提供了一种网约车订单系统，包括派单系统，用于根据订单分配司机并根据司机信息更新订单，还包括第一订单系统和第二订单系统：
[0005]所述第一订单系统用于接收下单请求，根据所述下单请求生成第一订单，将所述第一订单发送至所述派单系统；
[0006]所述第二订单系统用于在所述派单系统对所述第一订单分配司机并根据所述司机信息将所述第一订单更新为第二订单后，保存所述第二订单；
[0007]所述第一订单系统还用于接收下单请求方对所述第一订单的状态更新信息并基于所述状态更新信息更新所述第一订单的状态。
[0008]本公开实施例的第二方面提供了一种网约车派车方法，应用于如本公开的第一方面所述的网约车订单系统，其特征在于，包括：
[0009]接收下单请求，基于所述下单请求在所述第一订单系统生成第一订单；
[0010]发送所述第一订单至下单请求方，接收所述下单请求方对所述第一订单的状态更新信息，基于所述状态更新信息更新所述第一订单的状态；
[0011]查询所述第一订单的状态，根据所述第一订单的状态为所述第一订单分配司机，生成第二订单，将所述第二订单保存在所述第二订单系统。
[0012]在一些实施例中，所述方法还包括：
[0013]查询所述第一订单系统中第一订单的状态，在预设时间清空所述第一订单系统中订单状态为无效的第一订单。
[0014]在一些实施例中，所述查询所述第一订单的状态，根据所述第一订单的状态为所
述第一订单分配司机，生成第二订单包括：
[0015]如果所述第一订单的已分配司机编号为空值，并且所述订单的订单状态为可派单状态，则为所述第一订单分配司机，并且将所述司机的编号赋予所述第一订单的已分配司机编号，将更新后的第一订单更名为第二订单；
[0016]如果所述第一订单的已分配司机编号不为空值，则停止为所述第一订单分配司机，并且将所述第一订单更名为第二订单。
[0017]在一些实施例中，所述查询所述第一订单的状态，根据所述第一订单的状态为所述第一订单分配司机，生成第二订单还包括：
[0018]如果所述订单的订单状态为不可派单状态，则停止为所述第一订单分配司机，并将所述订单的订单状态改为无效。
[0019]在一些实施例中，所述接收所述下单请求方对所述第一订单的状态更新信息，基于所述信息更新所述第一订单的状态包括：
[0020]在所述第一订单更名为第二订单之前或者在所述第一订单的订单状态改为无效之前，接收下单请求方对所述第一订单的状态更新信息，如果所述状态更新信息携带有所述下单请求方对所述第一订单的请求已经失效的标志，则将所述第一订单的状态设为不可派单状态。
[0021]本公开实施例的第三方面提供了一种网约车派车装置，包括：
[0022]订单生成模块，用于接收下单请求，基于所述下单请求在所述第一订单系统生成第一订单；
[0023]状态更新模块，用于发送所述第一订单信息至下单请求方，接收所述下单请求方对所述第一订单的状态更新，基于所述状态更新更新所述第一订单的状态；
[0024]司机分配模块，用于查询所述第一订单的状态，根据所述第一订单的状态为所述第一订单分配司机，生成第二订单，将所述第二订单保存在所述第二订单系统。
[0025]本公开实施例的第四方面提供了一种电子设备，包括存储器和处理器，
[0026]所述存储器，用于存储计算机程序；
[0027]所述处理器，用于当执行所述计算机程序时，实现根据本公开第二方面所述的方法。
[0028]本公开实施例的第五方面提供了一种计算机可读存储介质，所述存储介质上存储有计算机程序，当所述计算机程序被处理器执行时，实现根据本公开第二方面所述的方法。
[0029]本公开实施例的第六方面提供了一种计算机程序产品，包括计算机程序、指令，当所述计算机程序、指令被处理器执行时，实现根据本公开第二方面所述的方法。
[0030]公开各实施例提供的网约车订单系统、网约车派车方法、装置、电子设备、计算机可读存储介质和程序产品，通过将订单数据库分为派前临时数据库和派后数据库，因为将派单之前的订单存储于派前临时数据库并定时清除其中的无效订单数据，只将派单之后的订单存储于派后数据库，可以有效提升自有运力平台的订单系统数据库资源利用率。
附图说明
[0031]通过参考附图会更加清楚的理解本公开的特征和优点，附图是示意性的而不应理解为对本公开进行任何限制，在附图中：
[0032]图1是本公开适用的一种计算机系统的示意图；
[0033]图2是根据本公开的一些实施例所示的一种网约车派车方法的流程图；
[0034]图3是根据本公开的一些实施例所示的一种网约车派车装置的示意图；
[0035]图4是本公开的一些实施例所示的一种电子设备示意图。
具体实施方式
[0036]在下面的详细描述中，通过示例阐述了本公开的许多具体细节，以便提供对相关披露的透彻理解。然而，对于本领域的普通技术人员来讲，本公开显而易见的可以在没有这些细节的情况下实施。应当理解的是，本公开中使用“系统”、“装置”、“单元”和/或“模块”术语，是用于区分在顺序排列中不同级别的不同部件、元件、部分或组件的一种方法。然而，如果其他表达式可以实现相同的目的，这些术语可以被其他表达式替换。
[0037]应当理解的是，当设备、单元或模块被称为“在
……
上”、“连接到”或“耦合到”另一设备、单元或模块时，其可以直接在另一设备、单元或模块上，连接或耦合到或与其他设备、单元或模块通信，或者可以存在中间设备、单元或模块，除非上下文明确提示例外情形。例如，本公开所使用的术语“和/或”包括一个或多个相关所列条目的任何一个和所有组合。
[0038]本本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种网约车订单系统，包括派单系统，用于根据订单分配司机并根据司机信息更新订单，其特征在于，还包括第一订单系统和第二订单系统：所述第一订单系统用于接收下单请求，根据所述下单请求生成第一订单，将所述第一订单发送至所述派单系统；所述第二订单系统用于在所述派单系统对所述第一订单分配司机并根据所述司机信息将所述第一订单更新为第二订单后，保存所述第二订单；所述第一订单系统还用于接收下单请求方对所述第一订单的状态更新信息并基于所述状态更新信息更新所述第一订单的状态。2.一种网约车派车方法，应用于如权利要求1所述的网约车订单系统，其特征在于，包括：接收下单请求，基于所述下单请求在所述第一订单系统生成第一订单；发送所述第一订单至下单请求方，接收所述下单请求方对所述第一订单的状态更新信息，基于所述状态更新信息更新所述第一订单的状态；查询所述第一订单的状态，根据所述第一订单的状态为所述第一订单分配司机，生成第二订单，将所述第二订单保存在所述第二订单系统。3.根据权利要求2所述的方法，其特征在于，还包括：查询所述第一订单系统中第一订单的状态，在预设时间清空所述第一订单系统中订单状态为无效的第一订单。4.根据权利要求2所述的方法，其特征在于，所述查询所述第一订单的状态，根据所述第一订单的状态为所述第一订单分配司机，生成第二订单包括：如果所述第一订单的已分配司机编号为空值，并且所述订单的订单状态为可派单状态，则为所述第一订单分配司机，并且将所述司机的编号赋予所述第一订单的已分配司机编号，将更新后的第一订单更名为第二订单；如果所述第一订单的已分配司机编号不为空值，则停止为所述第一订单分配司机，并且将所述第一订单更名为第二订单。5.根据权利要求4所述的方法，其特征在于，所述查询所述第一...
【专利技术属性】
技术研发人员：赵雨，
申请(专利权)人：首约科技北京有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。