一种订单处理方法、装置、系统及服务器与流程

本申请涉及互联网技术领域，尤其涉及一种订单处理方法、装置、系统及服务器。

背景技术：

在汽车流通领域中，生产商或经销商通过物流公司来实现汽车在不同地区间的实体移动，例如，甲地的汽车经销商通过物流公司将数辆汽车运往乙地。通常，这些物流公司具有一定的运输能力和既定的运输路线。在汽车流通所触及的地域范围内，各个物流公司的运输路线，形成复杂的物流网络，该物流网络及活跃在其中的运输设备形成针对于汽车运输的物流系统。实际情况中，一条完整的物流路线还可能包括若干节点，必要时，被运输的汽车在这些节点上进行转运。用于实现汽车实体运输的物流系统与用于分配生产商或经销商的待运输订单的网络系统，形成图1所示的应用系统。

现有技术将一种待运输订单的处理方法应用到图1所示的应用系统中，将生产商或经销商的待运输订单分配给有意愿的物流公司，再由物流公司完成汽车的运输。在该方法中，生产商或经销商通过服务器发布待运输订单，物流公司通过用户设备客户端执行抢单操作，并将抢单信息发送到服务器，服务器将接收到的抢单信息存储至数据库，抢单结束后，读取数据库中的抢单信息，比较每个用户设备的抢单时间，确定抢单时间最早的用户设备对应的物流公司为中标用户，由中标用户利用所属运力将汽车运输至订单指示的目的地。

然而，在实际应用中，由于上述待运输订单处理方法存在以下几方面缺陷，从而导致图1所示系统的效率较低。缺陷一，服务器在比较每个用户设备的抢单时间时，需反复读取数据库，大量的io过程，使网络系统cpu占用率增大，浪费系统资源；缺陷二，由于在确定中标物流公司时，只考虑抢单时间因素，因此，中标物流公司的既定运输路线并非一定是最优选的运输路线，并且，其运输设备情况、历史运输效率等因素，均不能保证能够使物流系统资源得到最优化的利用，很可能造成资源的浪费；另外，由于在确定中标物流公司时，只考虑抢单时间因素，使网络延迟或设备故障等原因引起的误差难以减小或消除，抢单中标处理结果不准确，是系统内资源不被合理利用，也会导致系统效率降低。

技术实现要素：

本申请提供订单的处理方法、装置、系统及服务器，以解决现有技术中系统效率低的技术问题。

第一方面，本申请提供了一种订单处理方法，该方法包括：

接收时限内用户设备发送的抢单信息，将所述抢单信息存储至缓存区；

根据待运输订单信息，在配置文件的预设维度名称集合中选择计算维度名称；

根据所述抢单信息，获取所述计算维度名称对应的维度值；

对各用户的每个所述计算维度名称对应的所述维度值进行排序，得到每个计算维度名称下的用户序列；

根据预设的用户序列位序分值，确定各用户的总分；

根据各用户的所述总分，确定中标用户。

进一步，所述抢单信息包括用户信息和抢单时间；所述获取所述计算维度名称对应的维度值，包括：

根据所述用户信息，判断所述缓存区中是否存在与所述用户信息对应的维度值信息；

如果所述缓存区中存在与所述用户信息对应的维度值信息，则从所述缓存区中获取所述计算维度名称对应的维度值；

如果所述缓存区中不存在与所述用户信息对应的维度值信息，则从服务器数据中获取所述计算维度名称对应的维度值。

进一步，所述维度名称集合包括增优维度和/或减优维度；所述对各用户在每个计算维度名称对应的所述维度值进行排序，包括：

将各增优维度的维度值按照降序排列，将各减优维度的维度值按照升序排列，得到每个对应维度名称下的用户序列。

进一步，所述接收时限内用户设备发送的抢单信息，包括：

接收第一个用户设备发送的抢单信息，并开始计时；

继续接收其他用户设备发送的抢单信息，直到预设时长后计时结束，停止接收。

进一步，所述缓存区为redis缓存。

进一步，所述方法还包括：将抢单成功的消息发送给所述中标用户的用户设备。进一步，所述根据预设的用户序列位序分值，确定各用户的总分，包括：

根据每个计算维度名称下的用户序列，得到各用户在每个计算维度名称下的位序分值；

对各用户在每个计算维度名称下的位序分值求和，得到各用户的总分。

进一步，所述将抢单信息存储至缓存区之前，所述方法还包括：

判断所述抢单信息中的用户信息是否符合预设抢单条件；

如果所述用户信息符合预设抢单条件，将所述抢单信息存储至缓存区。

进一步，所述方法还包括：将所述抢单信息存储数据库。

进一步，所述减优维度包括提车平均耗时、超时运达率、投诉率、质损率以及取消订单率；所述增优维度包括信誉积分和平均信誉积分。

第二方面，本申请提供一种订单处理装置，包括：

接收存储模块，用于接收时限内用户设备发送的抢单信息，将所述抢单信息存储至缓存区；

选择模块，用于根据待运输订单信息，在配置文件的预设维度名称集合中选择计算维度名称；

信息获取模块，用于根据所述抢单信息，获取所述计算维度名称对应的维度值；

排序模块，用于对各用户的每个所述计算维度名称对应的所述维度值进行排序，得到每个计算维度名称下的用户序列；

计算模块，用于根据预设的用户序列位序分值，确定各用户的总分；

确定模块，用于根据各用户的所述总分，确定中标用户。

第三方面，本申请实施例提供一种服务器，包括存储器及处理器，所述处理器被配置为，执行本申请第一方面所述的程序步骤。

第四方面，本申请实施例提供一种订单处理系统，包括：应用平台服务器，与所述应用平台服务器相连接的数据存储服务器，所述数据存储服务器设置在所述应用平台服务器内部或独立设置，所述应用平台服务器通过互联网与用户设备相连接；

所述用户设备，用于向所述应用平台服务器发送抢单信息；

所述应用平台服务器，用于接收时限内用户设备发送的抢单信息，将所述抢单信息存储至缓存区；

根据待运输订单信息，在配置文件的预设维度名称集合中选择计算维度名称；

根据所述抢单信息，获取所述计算维度名称对应的维度值；

对各用户的每个所述计算维度名称对应的所述维度值进行排序，得到每个计算维度名称下的用户序列；

根据预设的用户序列位序分值，确定各用户的总分；

根据各用户的所述总分，确定中标用户。

由以上技术方案可知，本申请提供的订单处理方法、装置、系统及服务器，其中，所述方法在配置文件中预设维度名称集合，并且将时限内的全部抢单信息存储至缓存区，再根据待运输订单信息，在维度名称集合中选择计算维度名称，获取选择的计算维度名称对应的维度值，然后对各用户在每个所述计算名称对应的所述维度值进行排序，得到每个计算维度名称下的用户序列，最后，根据预设的用户序列位序分值，确定各用户的总分，根据各用户的总分，确定中标用户。

与现有技术相比，本申请技术方案通过计算确定中标用户时，避免了反复读取数据库的大量io过程，节约网络系统资源的同时，提高计算速度。另外，本申请技术方案选择多个维度名称下用户的维度值参与计算，降低了影响抢单时间的因素对本申请处理结果带来的误差，并且，与单一维度参与计算的方案相比，多维度参与计算，提高处理结果的准确性与公平性。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请现有技术的一种待运输订单的处理方法的应用系统示意图；

图2为本申请实施例的一个应用场景图；

图3为本申请根据一示例性实施例示出的一种待运输订单的处理方法流程图；

图4为本申请一示例性实施例示出的一种待运输订单的处理装置结构示意图。

具体实施方式

图2为本申请方法的一个应用场景示意图。如图2所示，服务器根据汽车生产商或经销商的待运输订单情况，生成待运输订单信息，并将待运输订单发布；代表物流公司的用户通过终端设备，例如手机、平板电脑或pc等，登陆网络系统的服务器，查看待运输订单，并利用终端设备执行抢单操作，发送http抢单请求信息给服务器。服务器在时限内接收多个用户先后发送的抢单请求信息，通过本申请所述方法，对这些抢单请求信息进行集中处理，从而确定中标用户。

图3为本申请提供的一种订单处理方法流程示意图，如图3所示，该方法包括：

步骤101、接收时限内用户设备发送的抢单信息，将所述抢单信息存储至缓存区；

在本申请实施例中，用户设备发送的抢单信息至少包括用户信息，例如用户id；还包括该用户id下的历史订单信息。

为保证订单的处理速度以及处理结果的有效性，在本申请实施例中，对终端设备执行抢单操作的时间设置时限。一种优选实施例是，预设抢单时长，当服务器接收到第一个终端设备发送的抢单信息时，开始倒计时，并持续接收其他终端设备发送的抢单信息，直到预设的抢单时长之后，结束倒计时，抢单结束。

能够实现本申请上述技术效果的实施方案还可以是，预设抢单用户上限数量，当已发送抢单信息的用户达到该上限数量时，抢单结束。

现有技术中，将用户设备的抢单信息存储至数据库，然后再从数据库中，读取用户的计算维度名称对应的维度值。这就意味着，处理过程存在大量的读写过程，不仅会占用大量的cpu资源，影响系统性能，而且，较慢的读写速度，也使处理速度较慢。而在本申请实施例中，将接收到的抢单信息存储至缓存区，例如redis缓存，由于其读写速度上的优越性，可以有效提高订单处理速度，同时避免对数据库的大量io过程，从而节省服务器cpu资源。

步骤102、根据待运输订单信息，在配置文件的预设维度名称集合中选择计算维度名称；

在本申请实施例中，待运输订单信息至少包括：始发地及目的地的地理位置信息；待运输车辆信息，例如数量、重量、车型等；运输时限，例如，两日内送达；以及，备注信息，例如，指定某一物流公司或某类物流公司负责运输。

例如，某一待运输订单信息显示，始发地s市；目的地b某4s店；5辆c型轿车；五日内送达；指定d物流公司负责运输。

需要说明的是，上述维度名称集合中，包括多个可参与计算的维度名称。在实际应用中，根据所处理的待运输订单的不同，有时，需选择集合中的全部维度名称参与计算，而有时，则只需选择集合中的部分维度名称参与计算，这样既能最大限度的提高计算处理速度，还能减少一些不必要的维度对算法带来的误差，提高处理结果的准确性。

例如，某一待运输订单信息的备注信息显示，客户指定信誉积分在90分以上的物流公司承运，对送达日期不设限。此时，本申请方法在处理该类运输订单时，从上述维度名称子集合中选择信誉积分、投诉率、质损率以及取消订单率四个维度名称参与后续计算。再如，另一待运输订单信息的备注信息显示，要求两日内送达。此时，本申请方法在处理该类订单时，选择提车平均耗时、超时运达率、投诉率、质损率以及取消订单率五个维度名称参与后续计算。

由于在处理订单时，并非使每个维度名称均参与进来，而是根据待运输订单信息的具体内容，从维度名称集合中选择计算维度名称，使处理过程更加具有针对性，减少了非必要维度给处理结果带来的误差，提高准确性，同时，提高处理速度，节省cpu资源。

本申请实施例采用多个维度名称参与计算，上述维度名称集合中，可以包括提车平均耗时、超时运达率、投诉率、质损率、取消订单率、信誉积分和平均信誉积分等维度名称的部分或全部。可以理解是，上述维度名称中，有些维度名称对应的维度值越大越优，在本申请中称为增优维度，有些维度名称对应的维度值越小越好，在本申请中称为减优维度。

具体的，上述提车平均耗时、超时运达率、投诉率、质损率以及取消订单率，均属于减优维度，而信誉积分和平均信誉积分则属于增优维度。

另外，本申请将维度名称集合预设在配置文件中，提高了配置维度名称灵活性，可以根据所处理的订单的实际情况，修改配置文件，例如，向维度名称集合中增添新的维度名称，或者，将现有维度名称集合中的某一或某些维度名称删除。

步骤103、根据所述抢单信息，获取所述计算维度名称对应的维度值；

需要说明的是，在本申请实施例中，用户信息及与用户信息对应的维度值信息均存储在缓存区中。其中，用户信息对应的维度值信息包括用户在各维度名称下的维度值，例如，信誉积分90、质损率5％、平均提车耗时13h等，其中，信誉积分、质损率以及平均提车耗时属于本申请所述的维度名称，90、5％以及13h则分别为信誉积分、质损率以及平均提车耗时三个维度名称对应的维度值。

在一些优选实施例中，所述抢单信息包括用户信息和抢单时间；所述获取所述计算维度名称对应的维度值，包括：

根据所述用户信息，判断所述缓存区中是否存在与所述用户信息对应的维度值信息；

如果所述缓存区中存在与所述用户信息对应的维度值信息，则从所述缓存区中获取所述计算维度名称对应的维度值；

如果所述缓存区中不存在与所述用户信息对应的维度值信息，则从服务器数据中获取所述计算维度名称对应的维度值。

在本申请实施例中，如果用户信息对应的维度值信息在缓存区中存在，则直接根据用户信息从缓存区中获取计算维度名称对应的维度值，从而提高获取速度，提高订单处理效率，节约资源。反之，如果用户信息对应的维度值信息在缓存区中不存在，再从服务器数据库中获取维度值信息。

在上述步骤101中，服务器持续接收时限内用户设备发送的抢单信息，并将抢单信息存储至服务器缓存区，例如ram中的redis缓存。在前述步骤103中，根据步骤102选择的计算维度名称，获取选择的计算维度名称对应的维度值。

例如，在步骤102中选择的计算维度名称包括：质损率、提车平均耗时以及信誉积分；缓存区存储的用户信息及与用户信息对应的维度值信息包括：

用户a-提车平均耗时12h、超时运达率1天、投诉率30％、质损率5％、取消订单率5％、信誉积分70；

用户b-提车平均耗时15h、超时运达率2天、投诉率20％、质损率0％、取消订单率0％、信誉积分90；

用户c-提车平均耗时14h、超时运达率4天、投诉率15％、质损率9％、取消订单率10％、信誉积分65；

用户d-提车平均耗时13h、超时运达率4天、投诉率15％、质损率10％、取消订单率10％、信誉积分67。

根据所述抢单信息，获取出每个用户的质损率、提车平均耗时以及信誉积分对应的维度值，即：

用户a-提车平均耗时12h、质损率5％、信誉积分70；

用户b-提车平均耗时15h、质损率0％、信誉积分90；

用户c-提车平均耗时14h、质损率9％、信誉积分65；

用户d-提车平均耗时13h、质损率10％、信誉积分67。

步骤104、对各用户的每个所述计算维度名称对应的所述维度值进行排序，得到每个计算维度名称下的用户序列；

由于上述维度名称集合中，包括增优维度和/或减优维度；例如，提车平均耗时、超时运达率、投诉率、质损率以及取消订单率属于减优维度，信誉积分和平均信誉积分属于增优维度，因此，在对各用户在每个所述计算维度名称对应的所述维度值进行排序，针对增优维度和减优维度，有不同的排序规则。

基于此，在一些实施例中，将各增优维度的维度值按照降序排列，将各减优维度的维度值按照升序排列，从而得到每个对应维度名称下的用户序列。

例如，针对质损率、提车平均耗时以及信誉积分三个计算维度名称，对上述用户a、b、c及d的排序结果如表1所示：

表1

在另一些实施例中，将各增优维度的维度值按照升序排列，将各减优维度的维度值按照降序排列，从而得到每个对应维度名称下的用户序列。

例如，针对质损率、提车平均耗时以及信誉积分三个计算维度名称，对上述用户a、b、c及d的排序结果如表2所示：

表2

对于上述两个实施例示出的不同排序方法，可以理解的是，表1所示的用户序列中，位序越前越优，而在表2所示的用户序列中，位序越后越优。

步骤105、根据预设的用户序列位序分值，确定各用户的总分；

在一些实施例中，用户序列第一位序的分值为参与抢单的用户数量值，每降一位次，将分值减1。

例如，上述表1所示三个用户序列中，每个序列第一位序的位序分值为4，第二位序的位序分值为3，以此类推，具体如下表3所示：

表3

在上述实施例所述排序规则及表1和表2所示序列中，如果某几个用户同一计算维度名称对应的维度值相等，则出现并列情况，此时，这几个并列用户具有相同的位序分值，从而保证计算结果的公平公正性。

在一些实施例中，按照下述步骤，确定各用户的总分：

根据每个计算维度名称下的用户序列，得到各用户在每个计算维度名称下的位序分值；

对各用户在每个计算维度名称下的位序分值求和，得到各用户的总分。

例如，根据表3所示序列及预设的位序分值，得到各用户的总分分别为：

用户a总分＝2+1+2＝5；

用户b总分＝1+4+1＝6；

用户c总分＝3+3+4＝10；

用户d总分＝4+2+3＝9。

将各用户在每个计算维度名称下维度值排序情况，以定量分值的形式表示处理，使处理结果更准确，有据可循。

步骤106、根据各用户的所述总分，确定中标用户。

可以理解的是，如果在上述步骤104中，将计算维度名称中的增优维度的维度值按照降序排列，将各减优维度的维度值按照升序排列，从而表1所示序列，且序列中位序靠前的分值较高，则确定总分最高的用户为中标用户。反之，如在上述步骤104中，将各增优维度的维度值按照升序排列，将各减优维度的维度值按照降序排列，从而表2所示序列，且序列中位序靠前的分值较高，则确定总分最高的用户为中标用户。

在一些实际应用中，如果存在几个用户的总分相等并同时最高，则根据这几个用户的抢单时间，确定中标用户。例如，确定几个总分相等并同时最高的用户，抢单时间最早的用户为中标用户。其中，本申请所述的抢单时间指服务器接收到抢单信息的时间。

基于本申请技术构思的排序规则，总分计算规则以及根据总分确定中标用户的规则，上述实施例虽未逐一列举，但均属于本申请技术方案所要保护的范围。

由上述实施例可知，本申请提供的订单处理方法，在配置文件中预设维度名称集合，并且将时限内的全部抢单信息存储至缓存区，再根据待运输订单信息，在维度名称集合中选择计算维度名称，获取选择的计算维度名称对应的维度值，然后对各用户在每个所述计算名称对应的所述维度值进行排序，得到每个计算维度名称下的用户序列，最后，根据预设的用户序列位序分值，确定各用户的总分，根据各用户的总分，确定中标用户。

与现有技术相比，本申请技术方案通过计算确定中标用户时，避免了反复读取数据库的大量io过程，节约网络系统资源的同时，提高计算速度。另外，本申请技术方案选择多个维度名称下用户的维度值参与计算，降低了影响抢单时间的因素对本申请处理结果带来的误差，并且，与单一维度参与计算的方案相比，多维度参与计算，提高处理结果的准确性与公平性。

在上述实施例基础上，本申请方法在将抢单信息存储至缓存区之前，所述方法还包括：将抢单成功的消息发送给所述中标用户的用户设备。以使中标用户根据待运输订单信息，完成订单的运输。

在上述实施例基础上，本申请方法在将抢单信息存储至缓存区之前，所述方法还包括：

判断所述抢单信息中的用户信息是否符合预设抢单条件；

如果所述用户信息符合预设抢单条件，将所述抢单信息存储至缓存区。

需要说明的是，本申请技术方案对预设的抢单条件不加以限定，抢单条件可以是保证金、抢单资格等等。通过判断用户信息是否符合预设抢单条件，可以筛选出一些不符合条件的用户，禁止其抢单，进一步保证处理结果的准确性。

在上述实施例基础上，本申请方法还包括：将所述抢单信息存储数据库。

将抢单信息存储至数据库，例如mysql数据库，形成历史数据，以便对以往的订单处理过程进行分析、还原，为优化订单处理方法提供数据基础。

根据本申请提供的订单处理方法，参阅图4，一种订单处理装置，包括：

接收存储模块u100，用于接收时限内用户设备发送的抢单信息，将所述抢单信息存储至缓存区；

选择模块u200，用于根据待运输订单信息，在配置文件的预设维度名称集合中选择计算维度名称；

信息获取模块u300，用于根据所述抢单信息，获取所述计算维度名称对应的维度值；

排序模块u400，用于对各用户的每个所述计算维度名称对应的所述维度值进行排序，得到每个计算维度名称下的用户序列；

计算模块u500，用于根据预设的用户序列位序分值，确定各用户的总分；

确定模块u600，用于根据各用户的所述总分，确定中标用户。

进一步，所述抢单信息包括用户信息和抢单时间；所述信息获取模块u300，按照下述步骤，获取所述计算维度名称对应的维度值：

根据所述用户信息，判断所述缓存区中是否存在与所述用户信息对应的维度值信息；

如果所述缓存区中存在与所述用户信息对应的维度值信息，则从所述缓存区中获取所述计算维度名称对应的维度值；

如果所述缓存区中不存在与所述用户信息对应的维度值信息，则从服务器数据中获取所述计算维度名称对应的维度值。

进一步，所述维度名称集合包括增优维度和/或减优维度；所述减优维度包括提车平均耗时、超时运达率、投诉率、质损率以及取消订单率；所述增优维度包括信誉积分和平均信誉积分。所述排序模块u400按照下述步骤，对各用户在每个计算维度名称对应的所述维度值进行排序：

将各增优维度的维度值按照降序排列，将各减优维度的维度值按照升序排列，得到每个对应维度名称下的用户序列。

进一步，所述接收存储模块u100，按照下述步骤，接收时限内用户设备发送的抢单信息：

接收第一个用户设备发送的抢单信息，并开始计时；

继续接收其他用户设备发送的抢单信息，直到预设时长后计时结束，停止接收。

进一步，所述缓存区为redis缓存。

进一步，所述装置还包括，发送模块u700，用于将抢单成功的消息发送给所述中标用户的用户设备。

进一步，所述计算模块u500按照下述步骤，根据预设的用户序列位序分值，确定各用户的总分：

根据每个计算维度名称下的用户序列，得到各用户在每个计算维度名称下的位序分值；

对各用户在每个计算维度名称下的位序分值求和，得到各用户的总分。

进一步，所述接收存储模块u100还用于，在将抢单信息存储至缓存区之前，所述方法还包括：

判断所述抢单信息中的用户信息是否符合预设抢单条件；

如果所述用户信息符合预设抢单条件，将所述抢单信息存储至缓存区。

进一步，所述接收存储模块u100还用于，将所述抢单信息存储数据库。

根据上述订单处理方法及装置，本申请实施例提供的服务器，包括存储器及处理器，所述处理器被配置为，

接收时限内用户设备发送的抢单信息，将所述抢单信息存储至缓存区；

根据待运输订单信息，在配置文件的预设维度名称集合中选择计算维度名称；

根据所述抢单信息，获取所述计算维度名称对应的维度值；

对各用户的每个所述计算维度名称对应的所述维度值进行排序，得到每个计算维度名称下的用户序列；

根据预设的用户序列位序分值，确定各用户的总分；

根据各用户的所述总分，确定中标用户。

进一步，所述处理器被配置为，按照下述步骤，获取所述计算维度名称对应的维度值：

根据所述用户信息，判断所述缓存区中是否存在与所述用户信息对应的维度值信息；

如果所述缓存区中存在与所述用户信息对应的维度值信息，则从所述缓存区中获取所述计算维度名称对应的维度值；

如果所述缓存区中不存在与所述用户信息对应的维度值信息，则从服务器数据中获取所述计算维度名称对应的维度值。

进一步，所述维度名称集合包括增优维度和/或减优维度；所述减优维度包括提车平均耗时、超时运达率、投诉率、质损率以及取消订单率；所述增优维度包括信誉积分和平均信誉积分。所述处理器被配置为，按照下述步骤，对各用户在每个计算维度名称对应的所述维度值进行排序：

将各增优维度的维度值按照降序排列，将各减优维度的维度值按照升序排列，得到每个对应维度名称下的用户序列。

进一步，所述处理器被配置为，按照下述步骤，接收时限内用户设备发送的抢单信息：

接收第一个用户设备发送的抢单信息，并开始计时；

继续接收其他用户设备发送的抢单信息，直到预设时长后计时结束，停止接收。

进一步，所述缓存区为redis缓存。

进一步，所述处理器被配置为，将抢单成功的消息发送给所述中标用户的用户设备。

进一步，所述处理器被配置为，按照下述步骤，根据预设的用户序列位序分值，确定各用户的总分：

根据每个计算维度名称下的用户序列，得到各用户在每个计算维度名称下的位序分值；

对各用户在每个计算维度名称下的位序分值求和，得到各用户的总分。

进一步，所述处理器被配置为，在将抢单信息存储至缓存区之前，所述方法还包括：

判断所述抢单信息中的用户信息是否符合预设抢单条件；

如果所述用户信息符合预设抢单条件，将所述抢单信息存储至缓存区。

进一步，所述处理器被配置为，将所述抢单信息存储数据库。

根据上述实施例，本申请还提供一种订单处理系统，包括：应用平台服务器，与所述应用平台服务器相连接的数据存储服务器，所述数据存储服务器设置在所述应用平台服务器内部或独立设置，所述应用平台服务器通过互联网与用户设备相连接；

所述用户设备，用于向所述应用平台服务器发送抢单信息；

所述应用平台服务器，用于接收时限内用户设备发送的抢单信息，将所述抢单信息存储至缓存区；

根据待运输订单信息，在配置文件的预设维度名称集合中选择计算维度名称；

根据所述抢单信息，获取所述计算维度名称对应的维度值；

对各用户的每个所述计算维度名称对应的所述维度值进行排序，得到每个计算维度名称下的用户序列；

根据预设的用户序列位序分值，确定各用户的总分；

根据各用户的所述总分，确定中标用户。

由以上技术方案可知，本申请提供的订单处理方法、装置及服务器，其中，所述方法在配置文件中预设维度名称集合，并且将时限内的全部抢单信息存储至缓存区，再根据待运输订单信息，在维度名称集合中选择计算维度名称，获取选择的计算维度名称对应的维度值，然后对各用户在每个所述计算名称对应的所述维度值进行排序，得到每个计算维度名称下的用户序列，最后，根据预设的用户序列位序分值，确定各用户的总分，根据各用户的总分，确定中标用户。

与现有技术相比，本申请技术方案通过计算确定中标用户时，避免了反复读取数据库的大量io过程，节约网络系统资源的同时，提高计算速度。另外，本申请技术方案选择多个维度名称下用户的维度值参与计算，降低了影响抢单时间的因素对本申请处理结果带来的误差，并且，与单一维度参与计算的方案相比，多维度参与计算，提高处理结果的准确性与公平性。

具体实现中，本发明还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时可包括本发明提供的订单处理方法的各实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(英文：read-onlymemory，简称：rom)或随机存储记忆体(英文：randomaccessmemory，简称：ram)等。

本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

本说明书中各个实施例之间相同相似的部分互相参见即可。尤其，对于实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例中的说明即可。

以上所述的本发明实施方式并不构成对本发明保护范围的限定。