一种物流订单数据处理方法及装置制造方法及图纸

本申请实施例提供了一种物流订单数据处理方法及装置，以解决僵尸物流订单占用存储服务器上额外的存储空间和导致查询速度变慢的问题。该方法为：监听物流订单数据库广播的数据变更消息；对该数据变更消息进行过滤；对过滤后得到的数据变更消息中包含的标识表示的物流订单，在设定时长后执行以下操作：查询该物流订单在物流订单数据库中的当前订单状态；若该物流订单的变更后的订单状态与当前订单状态一致，则确定该物流订单的订单类型；若该物流订单的订单类型为关联外部业务订单的物流订单，则确定该物流订单关联的外部业务订单的当前订单状态；根据确定的外部业务订单的当前订单状态，对物流订单数据库中该物流订单的订单状态进行更改。

【技术实现步骤摘要】

本申请涉及计算机
，尤其涉及一种物流订单数据处理方法及装置。
技术介绍
物流订单及物流订单的订单状态是用于记录一个真实的物流包裹从创建到完结这一过程的数据。物流包裹从创建到完结可能经历发货人、仓库、物流公司、揽件员、派件员中间的层层流转，最终辗转送达收货人手上，这些数据均可通过记录的物流订单及物流订单状态来记录。通常每一条物流订单及该物流订单的订单状态数据是通过物流平台中的数据库来记录的。下面通过图1对一个包裹经历发货人、仓库、物流公司、揽件员、派件员中间的层层流转过程及相应地对物流平台中的物流订单的操作进行说明，图1中包括以下步骤：步骤1：发货人在物流平台中创建一条物流订单；步骤2：发货人进行第一次选择，之后转向步骤31或执行步骤32；步骤31：发货人针对该创建的物流订单在物流平台中选择发货，物流平台将该物流订单下发给物流公司，之后转向步骤4；步骤32：发货人不发货，发货人主动将在物流平台中创建的物流订单关闭；步骤4：物流公司进行第一次选择，之后转向步骤51或步骤52；步骤51：物流公司同意接单且揽收，之后执行步骤6；这里，物流公司揽收之后将会把包裹送达收货人；步骤52：物流公司拒绝接单或者同意接单但拒绝揽收，之后转向步骤10；步骤6：收货人第二次选择，之后转向步骤71或步骤72；步骤71：收货人拒签，之后转向步骤8；步骤72：收货人签收，之后转向步骤8；步骤8：物流公司第二次选择，之后转向步骤91或转向步骤92；步骤91：物流公司向物流平台回传拒签。步骤92：物流公司向物流平台回传签收。步骤10：发货人第三次选择，之后转向步骤111或步骤112；步骤111：发货人在物流平台中关闭当前物流订单，不发货；步骤112：发货人在物流平台中关闭当前物流订单，然后重新创建新的物流订单；之后转向步骤2。上述过程，在理想情况下，每一条物流订单最终都会走向关闭，签收或者拒签这三种状态。但事实情况并非如此，例如以下情况：1、发货人创建物流订单之后一直没有选择发货，也没有选择主动关闭交易，如图1中的①；2、发货人选择发货之后物流公司一直没有选择接单和揽收也没有选择拒绝接单和拒绝揽收，如图1中的②；3、物流公司拒绝接单或者拒绝揽收之后，发货人又没有选择再次发货或者主动关闭物流订单，如图1中的③；4、收货人收到货之后，物流公司既没有回传签收也没有回传拒签如图1中的④。在上述4种情况下，现有的物流订单处理方案是，如果一直没有发起者主动推动这条物流订单，那么让这条该物流订单将永远存在下去，永远不会达到完结状态(关闭、签收、拒签)。现有的物流订单数据处理方案只能让物流订单的订单状态在理想的情况下自动走向完结状态。这依靠发货人、物流公司的自觉以及物流公司系统的稳定性等等大量不可靠因素。当这些不可靠因素发生在每天上千万，甚至上亿级别物流订单上时，每天产生的这类僵尸订单的数量将是非常庞大的。这类僵尸物流订单无法进入完结状态，也就无法被删除或者移动到历史物流订单数据库，只能堆积在有限的当前物流订单数据库中。一方面，将会大量占用物流平台的存储服务器上额外的存储空间；另一方面，随着时间的推移，堆积在当前物流订单数据库中的没有使用价值的僵尸物流订单数量的会越来越庞大，这将导致在利用物流平台中的当前物流订单数据库，对具有使用价值的物流订单的进行查询时，查询速度变得十分缓慢。
技术实现思路
本申请实施例提供一种物流订单数据处理方法及装置，用以解决僵尸物流订单占用存储服务器上额外的存储空间和导致查询速度变慢的问题。基于上述问题，本申请实施例提供的一种物流订单数据处理方法，包括：监听物流订单数据库在数据发生变更时广播的数据变更消息，所述数据变更消息中包含物流订单的标识和变更信息；对监听到的数据变更消息进行过滤，得到包含变更后的订单状态不为完结状态中的任一状态信息的数据变更消息；所述变更信息包含订单类型和变更后的订单状态，所述订单类型包括关联外部业务订单和不关联外部业务订单，所述完结状态包括：关闭、签收和拒收；针对过滤后得到的数据变更消息中包含的每一物流订单的标识所表示的物流订单，在设定时长后，执行以下操作：查询该物流订单在物流订单数据库中的当前订单状态；若该物流订单的变更后的订单状态与当前订单状态一致，则确定该物流订单的订单类型；若该物流订单的订单类型为关联外部业务订单，则进一步确定该物流订单关联的外部业务订单的当前订单状态；根据确定的外部业务订单的当前订单状态，对物流订单数据库中该物流订单的订单状态进行更改，所述更改使得该物流订单的订单状态能走向完结状态中的一种。一种物流订单数据处理装置，包括：监听单元，用于监听物流订单数据库在数据发生变更时广播的数据变更消息，所述数据变更消息中包含物流订单的标识和变更信息；过滤单元，用于对监听到的数据变更消息进行过滤，得到包含变更后的订单状态不为完结状态中的任一状态信息的数据变更消息；所述变更信息包含订单类型和变更后的订单状态，所述订单类型包括关联外部业务订单和不关联外部业务订单，所述完结状态包括：关闭、签收和拒收；更改单元，用于针对过滤后得到的数据变更消息中包含的每一物流订单的标识所表示的物流订单，在设定时长后，执行以下操作：查询该物流订单在物流订单数据库中的当前订单状态；若该物流订单的变更后的订单状态与当前订单状态一致，则确定该物流订单的订单类型；若该物流订单的订单类型为关联外部业务订单，则进一步确定该物流订单关联的外部业务订单的当前订单状态；根据确定的外部业务订单的当前订单状态，对物流订单数据库中该物流订单的订单状态进行更改，所述更改使得该物流订单的订单状态能走向完结状态中的一种。在本申请实施例的方案中，首先过滤出了变更后的订单状态不为完结状态中的任一状态的数据变更消息，其次，对过滤出的数据变更消息中的每一物流订单的标识所表示的物流订单进行了定时任务处理，在设定时长后，进行该物流订单的变更后的订单状态与当前订单状态进行对比，订单状态一致时，说明该物流订单在所述设定时长内状态没有发生变化，进行进一步确定该物流订单关联的外部业务订单的当前订单状态，之后根据确定的外部业务订单的当前订单状态，对物流订单数据库中该物流订单的订单状态进行更改，实现了对订单状态不为完结状态，订单类型为关联外部业务的物流订单，且设定时长内订单状态没有发生变化的物流订单的订单状态的更改，并且所述更改使得该物流订单的订单状态能走向完结状态中的一种，由于该物流订单的订单状态处于完结状态，因此，可将该物流订单删除或移动到历史物流订单处理器，减少了存储物流订单数据库的服务器上额外的存储空间的占用，并且减少了堆积在当前物流订单数据中的没有使用价值的僵尸物流订单的数量，进而提高了当前物流订单数据库中对具有使用价值的物流订单的进行查询的速度。附图说明图1为本申请中对包裹的层层流转过程及相应地对物流平台中的物流订单的操作的示意图；图2为本申请实施例一提供的物流订单数据处理方法的流程图；图3为本申请实施例二提供的物流订单数据处理方法的流程图之一；图4为本申请实施例二提供的物流订单数据处理方法的流程图之二；图5为本申请实施例二提供的物流订单数据处理方法的流程图之三；图6为本申请实施例三提供的物流订单数据处理装置本文档来自技高网...

【技术保护点】
一种物流订单数据处理方法，其特征在于，包括：监听物流订单数据库在数据发生变更时广播的数据变更消息，所述数据变更消息中包含物流订单的标识和变更信息；对监听到的数据变更消息进行过滤，得到包含变更后的订单状态不为完结状态中的任一状态信息的数据变更消息；所述变更信息包含订单类型和变更后的订单状态，所述订单类型包括关联外部业务订单和不关联外部业务订单，所述完结状态包括：关闭、签收和拒收；针对过滤后得到的数据变更消息中包含的每一物流订单的标识所表示的物流订单，在设定时长后，执行以下操作：查询该物流订单在物流订单数据库中的当前订单状态；若该物流订单的变更后的订单状态与当前订单状态一致，则确定该物流订单的订单类型；若该物流订单的订单类型为关联外部业务订单，则进一步确定该物流订单关联的外部业务订单的当前订单状态；根据确定的外部业务订单的当前订单状态，对物流订单数据库中该物流订单的订单状态进行更改，所述更改使得该物流订单的订单状态能走向完结状态中的一种。

【技术特征摘要】
1.一种物流订单数据处理方法，其特征在于，包括：监听物流订单数据库在数据发生变更时广播的数据变更消息，所述数据变更消息中包含物流订单的标识和变更信息；对监听到的数据变更消息进行过滤，得到包含变更后的订单状态不为完结状态中的任一状态信息的数据变更消息；所述变更信息包含订单类型和变更后的订单状态，所述订单类型包括关联外部业务订单和不关联外部业务订单，所述完结状态包括：关闭、签收和拒收；针对过滤后得到的数据变更消息中包含的每一物流订单的标识所表示的物流订单，在设定时长后，执行以下操作：查询该物流订单在物流订单数据库中的当前订单状态；若该物流订单的变更后的订单状态与当前订单状态一致，则确定该物流订单的订单类型；若该物流订单的订单类型为关联外部业务订单，则进一步确定该物流订单关联的外部业务订单的当前订单状态；根据确定的外部业务订单的当前订单状态，对物流订单数据库中该物流订单的订单状态进行更改，所述更改使得该物流订单的订单状态能走向完结状态中的一种。2.如权利要求1所述的方法，其特征在于，所述方法还包括：若该物流订单的订单类型为不关联外部业务订单，则根据该物流订单的处于变更后的订单状态的时长，确定该物流订单是否超时；若确定该物流订单超时，则将物流订单数据库中该物流订单的订单状态更改为关闭。3.如权利要求2所述的方法，其特征在于，若确定该物流订单超时，则将物流订单数据库中该物流订单的订单状态更改为关闭，包括：若确定该物流订单超时，则进一步确定该物流订单的变更后的订单状态是
\t否为等待物流公司接单或等待物流公司揽收；若确定该物流订单变更后的订单状态不为等待物流公司接单或等待物流公司揽收，则将物流订单数据库中该物流订单的订单状态更改为关闭。4.如权利要求3所述的方法，其特征在于，所述方法还包括：若确定该物流订单变更后的订单状态为等待物流公司接单或等待物流公司揽收，则关闭该物流订单并重新创建一条物流订单，并设置该重新创建的一条物流订单的订单状态为等待发货人重新发货。5.如权利要求1所述的方法，其特征在于，根据确定的外部业务订单的当前订单状态，对物流订单数据库中该物流订单的订单状态进行更改，包括：在确定的外部业务订单的订单状态为成功完结时，将物流订单数据库中该物流订单的订单状态更改为签收；在确定的外部业务订单的订单状态为关闭时，将物流订单数据库中该物流订单的订单状态更改为关闭。6.如权利要求5所述的方法，其特征在于，所述方法还包括：在确定的外部业务订单的订单状态为尚未完结时，在所述设定时长后，针对该物流订单执行所述操作。7.如权利要求1所述的方法，其特征在于，在所述对监听到的数据变更消息进行过滤，得到包含变更后的订单状态不为完结状态中的任一状态信息的数据变更消息之后，针对过滤后得到的数据变更消息中包含的每一物流订单的标识所表示的物流订单，在设定时长后，执行所述操作之前，所述方法还包括：若确定过滤后得到的数据变更消息中，包含的物流订单的标识所表示的物流订单的变更后的订单状态，为拒绝接单和拒绝揽收两种订单状态中的任一种，则查询与该物流订单具有关联关系的最新创建的物流订单的标识，并将该物流订单的变更后的订单状态作为该最新创建的物流订单的变更后的订单状态；针对过滤后得到的数据变更消息中包含的每一物流订单的标识所表示的物流订单，在设定时长后，执行所述操作，包括：针对过滤后得到的数据变更消息中，包含的物流订单的标识所表示的物流订单中，订单状态不为拒绝接单和拒绝揽收两种订单状态中的任一种的物...

【专利技术属性】
技术研发人员：黄利祥，
申请(专利权)人：阿里巴巴集团控股有限公司，
类型：发明
国别省市：开曼群岛;KY