一种订单处理方法与流程

1.本发明涉及订单处理技术领域，具体涉及一种订单处理方法。


背景技术：

2.运单管理平台是专门用于管理运输订单的，管理运输订单的关键环节是对订单的处理，通常运单管理平台的各项运输订单是由各类客户下单形成的。一般来说，平台中各类订单的处理优先级都是相同的，或者做些简单的分类，虽然这样足够满足平台的使用，但相同优先级的方式通常不利于发挥出平台中客户的管理，也不利于订单的进一步精细化管理。


技术实现要素：

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.图1是应用本发明实施例提供的订单处理方法的流程示意图。
具体实施方式
30.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
31.在本技术一个实施例中，如图1所示，提供了一种订单处理方法，以该方法应用与电子设备为例进行说明，包括以下步骤：
32.s100，获取待处理订单的订单类型。
33.在本实施例中，需要先确认待处理的数据的订单类型，再后续根据订单类型对待处理订单进行处理。
34.s200，基于所述订单类型对所述待处理订单设定处理优先级。
35.在本实施例中，其中平台客户下发的待处理订单始终是最高的处理优先级，保证平台客户下发的待处理订单能快速处理，从而获得更好的平台客户使用体验，其中平台客户下发的待处理订单简单来说就是由用户产生，具体可根据实际情况划分处理优先级。
36.处理优先级按待处理订单的订单类型先进行划分，在同一级别到的待处理订单中，又可以对用户类型进一步划分处理优先级，因此相当于有两层的处理优先级划分方式。部分级别的待处理订单，如平台客户下发的待处理订单，有用户级别的差异，如从哪类用户下单，同类用户之间也可以有处理优先级的差异；因此下单用户的优先级可以作为订单创建时的一种固有属性，跟该用户相关的待处理订单会继承这种属性。
37.s300，基于所述处理优先级选取所述待处理订单进行处理，所述处理优先级越高，对应的选取的所述待处理订单越多，根据处理优先级对相应的待处理订单进行处理，使得最高处理优先级的待处理订单可以优先处理。
38.在本实施例中，在各个级别选取一定数量的待处理订单进行处理，以此类推，直到从最低处理优先级队列中选取少量的待处理订单，最红选取出的待处理订单构成一个批次，对这一批次中的待处理订单依次处理，当处理完该批次的待处理订单后，再按照同样的规则选取下一个处理周期要处理的待处理订单，避免出现低处理优先级的待处理订单一直得不到处理的情况，最终获得最好的平台运行效果。
39.本发明实施例提供的订单处理方法，通过待处理订单的订单类型设置精细化的处理优先级，以及任务处理优先级派发方式，从而获得更好的处理优先级管控方法，从而获得更好的平台工作状态。
40.在本技术一个可选的实施例中，上述s100中的“获取待处理订单的订单类型”可以包括以下步骤：
41.(1)将所述待处理订单提取为目标订单。
42.在本实施例中，将待处理订单提取为目标订单为了防止用户破坏待处理订单，任意修改待处理订单而做的一些防护措施，避免待处理订单被篡改。
43.在本技术一个可选的实施例中，上述s200中的“基于所述订单类型对所述待处理订单设定处理优先级”，可以包括以下步骤：
44.(1)将所述待处理订单发送到所述订单类型对应的目标队列中。
45.在本实施例中，将待处理订单提取为目标订单后，将这些目标订单发送到对应的处理流中来处理，目标队列可以是一个链表的形式，每种处理优先级对应一个链表，相当于总共有多少种细分的处理优先级就会有多少个相互独立的链表，该处理优先级的待处理订单提取成目标订单后，先挂到对应的链表上，而后由平台依次从链表中摘取目标订单来执行。关于处理流，一般来说平台中会有多个处理流，此处会有两种情况：一是将不同处理流划分给不同处理优先级目标队列使用，比如最高处理优先级目标订单的目标队列有6个处理流负责，低一等级的有5个处理流，依次类推；另一种是所有处理流都平等，按相同的规则从各个目标队列中取目标订单。两种方式都可行，但考虑到不同的平台设置下，可能总的处理流数量有差异，因此不同目标队列匹配专用处理流的方式操作上，结合实际情况有难度，
而相比来说，第二种方式则更具通用性，因而本发明的实现说明中采用第二种方式来论述。
46.在本技术一个可选的实施例中，上述“将所述待处理订单发送到所述订单类型对应的目标队列中”步骤中，可以包括以下步骤：
47.(1)根据所述目标队列中所述待处理订单发送的时间对所述待处理订单进行处理。
48.在本实施例中，根据待处理订单发送的时间进行处理可以使得处理过程更加有序。
49.在本技术一个可选的实施例中，上述s300“基于所述处理优先级选取所述待处理订单进行处理”，可以包括以下步骤：
50.(1)若所述待处理订单的数量小于预设处理数量，则处理现有的所述待处理订单后，对下一个处理优先级的所述待处理订单进行处理。
51.在本实施例中，先对数量不足的待处理订单进行处理后再对下一个处理优先级的所述待处理订单进行处理可以提高待处理订单的处理效率。
52.在本技术一个可选的实施例中，上述s300“基于所述处理优先级选取所述待处理订单进行处理”，可以包括以下步骤：
53.(1)获取所述待处理订单的订单内容；
54.(2)对所述待处理订单进行拆分组合，生成若干子订单。
55.在本实施例中，待处理订单的订单内容即为对待处理订单进行提取后形成的目标订单的订单内容，因此下文以目标订单来进行说明，在目标订单订单内容划分上，通常需要限制目标订单的大小，比如说平台客户从平台客户端下发到平台的多项运输任务可以看做一个完整的平台客户下单的过程，但平台执行时并必然要完整执行完整个过程后才处理其他工作，一般的方式是将这个大的过程按具体的执行过程，划分为若干个子任务，每个子任务产生的待处理订单提取成子订单，即每个子任务即为一个任务。目标订单划分时应遵循一个原则，即每个子任务的执行难度是大致相近的，设置这个前提的目的是为了简化后续的处理过程。由于如果每个子任务的执行时间和资源消耗相差很大，则平台将无法根据执行的目标订单数量估算出每种处理优先级的目标订单占用的运输资源的比重，而是需要根据目标订单数乘上每个目标订单执行时间后综合得出每种处理优先级的资源占用比重，这样就增加了处理难度，因此如果管理员在设置目标订单时尽可能保证每项目标订单的订单内容和运输资源开销相近，则后续处理中仅通过调配执行的目标订单数就可以相对合理的确保每种处理优先级目标订单的运输资源占用比例。
56.在本技术一个可选的实施例中，上述s100中的“获取待处理订单的订单类型”，可以包括以下步骤：
57.(1)获取所述待处理订单的下单对象，基于所述下单对象确定所述待处理订单的所述订单类型。
58.在本实施例中，其中待处理订单的下单对象包括平台客户下发的和其他平台下发的，平台客户下发的待处理订单始终是最高的处理优先级，保证平台客户下发的待处理订单能快速返回，从而获得更好的平台客户使用体验，其中平台客户下发的待处理订单简单来说就是由用户产生，具体可根据实际情况划分处理优先级。
59.处理优先级按待处理订单的订单类型先进行划分，在同一级别到的待处理订单
中，又可以对下单用户进一步划分处理优先级，因此相当于有两层的处理优先级划分方式。
60.应该理解的是，虽然图1的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
61.虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。