CN110807578A - 服务订单分配方法及装置 - Google Patents

Abstract

本申请公开了一种服务订单分配方法及装置。该方法包括：接收用户端的服务调用请求；按照第一预设规则配置服务端的调用顺序；根据所述服务端的调用顺序将所述用户端的服务调用请求分配至所述服务端；根据所述服务端的当前调用结果更新所述服务端的调用顺序。本申请解决了相关技术中的线上服务分配方法由于分配不灵活导致服务效率不高的技术问题。通过本申请，达到了灵活分配线上服务订单的目的，从而实现了提高线上服务订单分配效率的技术效果。

Description

服务订单分配方法及装置

技术领域

本申请涉及互联网技术领域，具体而言，涉及一种服务订单分配方法及装置。

背景技术

互联网浪潮为用户带来了各种各样的线上服务。线上服务(或在线服务)，是指利用互联网技术向用户提供线上服务的方式，主要分为应用程序在线服务和人力资源的在线服务。应用程序在线服务构成了互联网应用的基础，它包括常见的web浏览、电子邮件、论坛、即时通信、游戏下载和专门信息服务(股票等)、在线视频等。目前更进一步扩大到软件服务化(SaaS软件即服务)，它是一种通过互联网提供软件的模式，如百度杀毒，易维帮助台等。

对于大部分线上服务的提供者而言，其线上服务每天都可能有成千上万的用户在使用，因此服务质量至关重要。目前很多线上服务是通过接入多个第三方服务商实现的，例如发送短信验证码、油卡或话费充值、违章代缴等。用户在调用线上服务时，第三方服务商的选择尤其关键，较为通用的做法是采用固定比例进行第三方服务商的选择，并根据一段时间内的实际情况进行手动调整，然而这样的做法不够灵活，无法适应不断变化的互联网时代。

针对相关技术中的线上服务分配方法由于分配不灵活导致服务效率不高的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种服务订单分配方法及装置，以解决相关技术中的线上服务分配方法由于分配不灵活导致服务效率不高的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种服务订单分配方法。

根据本申请的服务订单分配方法包括：接收用户端的服务调用请求；按照第一预设规则配置服务端的调用顺序；根据所述服务端的调用顺序将所述用户端的服务调用请求分配至所述服务端；根据所述服务端的当前调用结果更新所述服务端的调用顺序。

进一步地，所述按照第一预设规则配置服务端的调用顺序包括：采集所述用户端的历史服务订单信息；根据所述历史服务订单信息统计所述服务端的历史调用结果，所述服务端的历史调用结果包括服务端调用是否成功、服务端履约速度或用户对所述服务端的服务评价；根据统计结果配置所述服务端的调用顺序。

进一步地，所述按照第一预设规则配置服务端的调用顺序包括：确定所述服务端的调用顺序的评价指标，所述评价指标包括历史服务调用成功率、历史履约速度或历史用户评分；按照第二预设规则设置所述评价指标的调整系数，以使所述评价指标的数量级处于同一级别；按照第三预设规则设置所述评价指标的权重；根据所述评价指标、所述调整系数及所述权重配置所述服务端的调用顺序。

进一步地，所述按照第一预设规则配置服务端的调用顺序包括：确定所述服务端的调用顺序的评价指标；判断所述用户端的用户等级，所述用户等级是指用户为会员用户或普通用户所对应的等级；根据所述用户等级设置所述评价指标的权重。

进一步地，根据所述服务端的当前调用结果更新所述服务端的调用顺序包括：确定所述服务端的当前调用结果，所述当前调用结果包括服务端调用是否成功、服务端履约速度或用户对所述服务端的服务评价；根据所述当前调用结果更新所述服务端的调用顺序的评价指标；根据更新后的所述评价指标调整所述服务端的调用顺序。

为了实现上述目的，根据本申请的另一方面，提供了一种服务订单分配装置。

根据本申请的服务订单分配装置包括：接收模块，用于接收用户端的服务调用请求；配置模块，用于按照第一预设规则配置服务端的调用顺序；分配模块，用于根据所述服务端的调用顺序将所述用户端的服务调用请求分配至所述服务端；更新模块，用于根据所述服务端的当前调用结果更新所述服务端的调用顺序。

进一步地，所述配置模块包括：采集单元，用于采集所述用户端的历史服务订单信息；统计单元，用于根据所述历史服务订单信息统计所述服务端的历史调用结果，所述服务端的历史调用结果包括服务端调用是否成功、服务端履约速度或用户对所述服务端的服务评价；第一配置单元，用于根据统计结果配置所述服务端的调用顺序。

进一步地，所述配置模块还包括：第一确定单元，用于确定所述服务端的调用顺序的评价指标，所述评价指标包括历史服务调用成功率、历史履约速度或历史用户评分；第一设置单元，用于按照第二预设规则设置所述评价指标的调整系数，以使所述评价指标的数量级处于同一级别；第二设置单元，用于按照第三预设规则设置所述评价指标的权重；第二配置单元，用于根据所述评价指标、所述调整系数及所述权重配置所述服务端的调用顺序。

进一步地，所述配置模块还包括：第二确定单元，用于确定所述服务端的调用顺序的评价指标；判断单元，用于判断所述用户端的用户等级，所述用户等级是指用户为会员用户或普通用户所对应的等级；第三设置单元，用于根据所述用户等级设置所述评价指标的权重。

进一步地，所述更新模块包括：第三确定单元，用于确定所述服务端的当前调用结果，所述当前调用结果包括服务端调用是否成功、服务端履约速度或用户对所述服务端的服务评价；更新单元，用于根据所述当前调用结果更新所述服务端的调用顺序的评价指标；调整单元，用于根据更新后的所述评价指标调整所述服务端的调用顺序。

在本申请实施例中，采用接收用户端的服务调用请求；按照第一预设规则配置服务端的调用顺序；根据所述服务端的调用顺序将所述用户端的服务调用请求分配至所述服务端的方式，通过根据所述服务端的当前调用结果更新所述服务端的调用顺序，达到了灵活分配线上服务订单的目的，从而实现了提高线上服务订单分配效率的技术效果，进而解决了相关技术中的线上服务分配方法由于分配不灵活导致服务效率不高的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请第一实施例的服务订单分配方法的流程示意图；

图2是根据本申请第二实施例的服务订单分配方法的流程示意图；

图3是根据本申请第三实施例的服务订单分配方法的流程示意图；

图4是根据本申请第四实施例的服务订单分配方法的流程示意图；

图5是根据本申请第五实施例的服务订单分配方法的流程示意图；

图6是根据本申请第一实施例的服务订单分配装置的组成结构示意图；以及

图7是根据本申请第二实施例的服务订单分配装置的组成结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

根据本发明实施例，提供了一种服务订单分配方法，如图1所示，该方法包括如下的步骤S101至步骤S104：

步骤S101，接收用户端的服务调用请求。

具体实施时，首先需要接收用户端发送的服务调用请求，所述服务调用请求可以是针对服务商提供的某种或某些服务进行下单以调用对应的服务的请求。

步骤S102，按照第一预设规则配置服务端的调用顺序。

具体实施时，可以按照一定的规则对服务端的调用顺序进行初始配置。例如，采用一系列的评价指标如服务履约速度、调用成功率以及用户端对服务端的评分等等，综合考量各个维度的指标因素后，综合评分越高，则越优先被调用，由此确定每个服务端被用户端调用的顺序。当然本领域技术人员也可以根据实际情况设置其他的评价指标对服务端的服务能力进行评价，在此不做具体限定。

步骤S103，根据所述服务端的调用顺序将所述用户端的服务调用请求分配至所述服务端。

具体实施时，在接收到用户端发送的服务调用请求后，根据用户端请求调用的服务信息可以确定一个或多个符合其请求的服务端，当存在多个服务端提供的服务均符合用户请求的服务时，例如充值话费的服务，有多个第三方服务商可以提供相应的充值业务，因此需要根据上述确定的服务端的调用顺序将用户的服务调用请求发送至优先级别高的服务端进行服务调用。

步骤S104，根据所述服务端的当前调用结果更新所述服务端的调用顺序。

具体实施时，用户的当前调用结果可以包括服务是否成功被调用、服务调用完成的时间以及用户对服务的评价等。在用户完成服务调用后，根据服务的当前调用结果对上述的服务端的评价指标如服务履约速度、调用成功率以及用户端对服务端的评分进行更新，并根据更新后的服务端的综合评价指标调整服务端的调用顺序，尽可能保证用户调用的服务端是优先级别较高的服务端，从而为用户提供更高效的服务，提高用户体验。

作为本申请实施例的一种优选实施方式，如图2所示，所述按照第一预设规则配置服务端的调用顺序包括如下的步骤S201至步骤S203：

步骤S201，采集所述用户端的历史服务订单信息。

具体实施时，在按照一定规则配置服务端的调用顺序时，首先需要采集用户端的历史订单信息，所述历史订单信息可以包括服务订单编号、服务下单时间、服务订单成功或失败、服务订单完成时间、服务关联的渠道商编号、用户个人信息、用户硬件信息、用户等级信息、用户评价信息等。

步骤S202，根据所述历史服务订单信息统计所述服务端的历史调用结果，所述服务端的历史调用结果包括服务端调用是否成功、服务端履约速度或用户对所述服务端的服务评价。

具体实施时，在得到用户端的历史订单信息后，按照一定规则对历史订单信息中的数据进行预处理，包括数据清洗或数据格式转换等等，将预处理后的得到的历史服务订单信息中的服务订单成功或失败的结果、服务订单完成时间及用户评价信息在服务商的维度分别进行统计，以得到服务端的服务调用成功率、服务端履约速度及用户对服务端的评分结果。

步骤S203，根据统计结果配置所述服务端的调用顺序。

具体实施时，综合考量上述得到的服务端的服务调用成功率、服务端履约速度及用户对服务端的评分结果来确定服务端的调用顺序。优选地，可以为每个维度的评价指标设置一定的指标权重，权重的具体设置可根据实际情况进行灵活调整，在此不做具体限定。

作为本申请实施例的一种优选实施方式，如图3所示，所述按照第一预设规则配置服务端的调用顺序包括如下的步骤S301至步骤S304：

步骤S301，确定所述服务端的调用顺序的评价指标，所述评价指标包括历史服务调用成功率、历史履约速度或历史用户评分。上述评价指标具体可以拓展至时间维度，例如10分钟内的服务成功率、1小时内服务成功率，也可以拓展至地区纬度，例如上海地区的服务成功率、北京地区的服务成功率等，评价指标的最终结果以数值类型表示。

具体实施时，本申请实施例采用了历史服务调用成功率、历史履约速度及历史用户评分三个维度的评价指标来作为服务端的评价指标。

步骤S302，按照第二预设规则设置所述评价指标的调整系数，以使所述评价指标的数量级处于同一级别。

具体实施时，可以按照一定规则设置评价指标的调整系数，所述调整系数是为了将不同评价指标的数值变化对整体的影响控制在同一水平，例如服务成功率是一个0到1的数字，而服务履约速度如果以秒计的话会是千万级别的数字，如果按照简单加权求和的方式进行计算，那么服务履约速度的细微变化会对服务端的服务能力的大小产生很大的影响，而服务成功率从0到1却是无足轻重。因此需要用调整系数来对评价指标统一公平化，调整系数不仅只是乘以一个值，也可以是开根号、平方等，在此不做具体限定。

步骤S303，按照第三预设规则设置所述评价指标的权重。

具体实施时，可以按照一定规则设置评价指标的权重，在调整系数将各个评价指标的数量级调整至同一水平后，权重会根据实际情况，增大或减少某个评价指标的变化对服务端的服务能力的影响程度。调整系数一般不会变化，而权重是可以根据实际情况进行调整的。

步骤S304，根据所述评价指标、所述调整系数及所述权重配置所述服务端的调用顺序。

具体实施时，在得到各个评价指标及对应的调整系数和权重后，按照简单加权求和的方式，即每个评价指标分别乘以对应的调整系数和对应的权重后汇总求和得到该服务端的服务能力，根据服务端的服务能力水平确定其被调用的顺序，即服务能力越高，越被优先调用。

作为本申请实施例的一种优选实施方式，如图4所示，所述按照第一预设规则配置服务端的调用顺序包括如下的步骤S401至步骤S403：

步骤S401，确定所述服务端的调用顺序的评价指标。

具体实施时，确定用户评价服务端的服务能力水平的评价指标及每个评价指标对应的初始权重。

步骤S402，判断所述用户端的用户等级，所述用户等级是指用户为会员用户或普通用户所对应的等级。

具体实施时，如前所述，评价指标的权重是可以根据实际情况进行调整的，具体地可以根据用户等级进行调整，用户等级是指用户在服务端的身份等级如会员用户或普通用户等，会员用户的等级高于普通用户的等级。

步骤S403，根据所述用户等级设置所述评价指标的权重。

具体实施时，在根据用户的服务调用请求确定了用户等级后，即根据用户等级确定评价指标的权重。例如，设置权重m的计算方法为m＝s+t，s为初始的固定权重值，t为可变权重值，可变权重值可以关联事先录入的扩展逻辑，每隔p时间或实时地根据可变逻辑重新计算新的t值。例如服务履约速度为X1，s＝1，t＝0，则服务履约速度的初始权重为1。此时再根据用户等级判断t，如果是会员用户，则t＝10，如果是普通用户，则t＝1；那么当发送服务调用请求的用户为会员用户时，服务履约速度的权重则为11，反之则为2。也即当会员用户出现时，那些服务履约速度越快的第三方服务商更有机会被调用。

作为本申请实施例的一种优选实施方式，如图5所示，根据所述服务端的当前调用结果更新所述服务端的调用顺序包括如下的步骤S501至步骤S503：

步骤S501，确定所述服务端的当前调用结果，所述当前调用结果包括服务端调用是否成功、服务端履约速度或用户对所述服务端的服务评价。

具体实施时，在用户完成当前的服务调用之后，需要进一步确定服务端的当前调用结果，所述当前调用结果包括服务端调用是否成功、服务端履约速度或用户对所述服务端的服务评价等信息。

步骤S502，根据所述当前调用结果更新所述服务端的调用顺序的评价指标。

具体实施时，根据服务的当前调用结果对上述的服务端的评价指标如服务履约速度、调用成功率以及用户端对服务端的评分进行更新。

步骤S503，根据更新后的所述评价指标调整所述服务端的调用顺序。

具体实施时，根据更新后的服务端的综合评价指标调整服务端的调用顺序，以尽可能保证用户调用的服务端是优先级别较高的服务端，从而为用户提供更高效的服务，提高用户体验。

优选地，本申请实施例的服务订单分配方法在当订单需要分发时，会分发给上述计算得到的服务端综合评价指标数值最高的那个服务端，如果该服务端突然不可用或主动拒绝接单，则会重新分发给数值第二高的服务端，以此类推。当然一个订单也可能需要同时分发给多个服务端，则同样按照上述调用顺序依次分发。

优选地，用户点击下单时，如果要按上述分发逻辑走一遍，往往需要不少时间，因此在用户进入下单页面、尚未点击下单时，可以先开始进行分发，预先根据上述逻辑找到合适的服务端，从而当用户点击下单时可做到秒分发，提高订单分发效率。

从以上的描述中，可以看出，本发明实现了如下技术效果：本申请的服务订单分配方法灵活优化了多服务商渠道的订单分发调度机制，通过调整系数归平各评价指标的数量级，通过权重及拓展逻辑灵活解决实际复杂的调度需求，通过分发优胜劣汰，通过预分发提升分发速度，最终不断尝试达到调度的最优解，提升服务订单调度效率和服务订单调度满意度，进而提高用户体验。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本发明实施例，还提供了一种用于实施上述服务订单分配方法的装置，如图6所示，该装置包括：接收模块1、配置模块2、分配模块3和更新模块4。

本申请实施例的接收模块1，用于接收用户端的服务调用请求。配置模块2，用于按照第一预设规则配置服务端的调用顺序。分配模块3，用于根据所述服务端的调用顺序将所述用户端的服务调用请求分配至所述服务端。更新模块4，用于根据所述服务端的当前调用结果更新所述服务端的调用顺序。

具体实施时，首先需要通过接收模块接收用户端发送的服务调用请求，所述服务调用请求可以是针对服务商提供的某种或某些服务进行下单以调用对应的服务的请求。之后可以通过配置模块按照一定的规则对服务端的调用顺序进行初始配置。例如，采用一系列的评价指标如服务履约速度、调用成功率以及用户端对服务端的评分等等，综合考量各个维度的指标因素后，综合评分越高，则越优先被调用，由此确定每个服务端被用户端调用的顺序。在接收到用户端发送的服务调用请求后，根据用户端请求调用的服务信息可以确定一个或多个符合其请求的服务端，当存在多个服务端提供的服务均符合用户请求的服务时，例如充值话费的服务，有多个第三方服务商可以提供相应的充值业务，因此需要通过分配模块根据上述确定的服务端的调用顺序将用户的服务调用请求发送至优先级别高的服务端进行服务调用。用户的当前调用结果可以包括服务是否成功被调用、服务调用完成的时间以及用户对服务的评价等。在用户完成服务调用后，通过更新模块根据服务的当前调用结果对上述的服务端的评价指标进行更新，并根据更新后的服务端的综合评价指标调整服务端的调用顺序，尽可能保证用户调用的服务端是优先级别较高的服务端，从而为用户提供更高效的服务，提高用户体验。

作为本申请实施例的一种优选实施方式，如图7所示，所述配置模块2包括：采集单元21、统计单元22和第一配置单元23。

本申请实施例的采集单元21，用于采集所述用户端的历史服务订单信息。统计单元22，用于根据所述历史服务订单信息统计所述服务端的历史调用结果，所述服务端的历史调用结果包括服务端调用是否成功、服务端履约速度或用户对所述服务端的服务评价。第一配置单元23，用于根据统计结果配置所述服务端的调用顺序。

作为本申请实施例的一种优选实施方式，所述配置模块还包括：第一确定单元、第一设置单元、第二设置单元和第二配置单元。

本申请实施例的第一确定单元，用于确定所述服务端的调用顺序的评价指标，所述评价指标包括历史服务调用成功率、历史履约速度或历史用户评分。第一设置单元，用于按照第二预设规则设置所述评价指标的调整系数，以使所述评价指标的数量级处于同一级别。第二设置单元，用于按照第三预设规则设置所述评价指标的权重。第二配置单元，用于根据所述评价指标、所述调整系数及所述权重配置所述服务端的调用顺序。

作为本申请实施例的一种优选实施方式，所述配置模块还包括：第二确定单元、判断单元和第三设置单元。

本申请实施例的第二确定单元，用于确定所述服务端的调用顺序的评价指标。判断单元，用于判断所述用户端的用户等级，所述用户等级是指用户为会员用户或普通用户所对应的等级。第三设置单元，用于根据所述用户等级设置所述评价指标的权重。

作为本申请实施例的一种优选实施方式，所述更新模块包括：第三确定单元、更新单元和调整单元。

本申请实施例的第三确定单元，用于确定所述服务端的当前调用结果，所述当前调用结果包括服务端调用是否成功、服务端履约速度或用户对所述服务端的服务评价。更新单元，用于根据所述当前调用结果更新所述服务端的调用顺序的评价指标。调整单元，用于根据更新后的所述评价指标调整所述服务端的调用顺序。

上述实施例中的各模块和各单元之间的具体关系及所发挥的功能和作用参照方法部分的具体描述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种服务订单分配方法，其特征在于，包括：

接收用户端的服务调用请求；

按照第一预设规则配置服务端的调用顺序；

根据所述服务端的调用顺序将所述用户端的服务调用请求分配至所述服务端；

根据所述服务端的当前调用结果更新所述服务端的调用顺序。

2.根据权利要求1所述的服务订单分配方法，其特征在于，所述按照第一预设规则配置服务端的调用顺序包括：

采集所述用户端的历史服务订单信息；

根据所述历史服务订单信息统计所述服务端的历史调用结果，所述服务端的历史调用结果包括服务端调用是否成功、服务端履约速度或用户对所述服务端的服务评价；

根据统计结果配置所述服务端的调用顺序。

3.根据权利要求1所述的服务订单分配方法，其特征在于，所述按照第一预设规则配置服务端的调用顺序包括：

确定所述服务端的调用顺序的评价指标，所述评价指标包括历史服务调用成功率、历史履约速度或历史用户评分；

按照第二预设规则设置所述评价指标的调整系数，以使所述评价指标的数量级处于同一级别；

按照第三预设规则设置所述评价指标的权重；

根据所述评价指标、所述调整系数及所述权重配置所述服务端的调用顺序。

4.根据权利要求1所述的服务订单分配方法，其特征在于，所述按照第一预设规则配置服务端的调用顺序包括：

确定所述服务端的调用顺序的评价指标；

判断所述用户端的用户等级，所述用户等级是指用户为会员用户或普通用户所对应的等级；

根据所述用户等级设置所述评价指标的权重。

5.根据权利要求1所述的服务订单分配方法，其特征在于，根据所述服务端的当前调用结果更新所述服务端的调用顺序包括：

确定所述服务端的当前调用结果，所述当前调用结果包括服务端调用是否成功、服务端履约速度或用户对所述服务端的服务评价；

根据所述当前调用结果更新所述服务端的调用顺序的评价指标；

根据更新后的所述评价指标调整所述服务端的调用顺序。

6.一种服务订单分配装置，其特征在于，包括：

接收模块，用于接收用户端的服务调用请求；

配置模块，用于按照第一预设规则配置服务端的调用顺序；

分配模块，用于根据所述服务端的调用顺序将所述用户端的服务调用请求分配至所述服务端；

更新模块，用于根据所述服务端的当前调用结果更新所述服务端的调用顺序。

7.根据权利要求6所述的服务订单分配装置，其特征在于，所述配置模块包括：

采集单元，用于采集所述用户端的历史服务订单信息；

统计单元，用于根据所述历史服务订单信息统计所述服务端的历史调用结果，所述服务端的历史调用结果包括服务端调用是否成功、服务端履约速度或用户对所述服务端的服务评价；

第一配置单元，用于根据统计结果配置所述服务端的调用顺序。

8.根据权利要求6所述的服务订单分配装置，其特征在于，所述配置模块还包括：

第一确定单元，用于确定所述服务端的调用顺序的评价指标，所述评价指标包括历史服务调用成功率、历史履约速度或历史用户评分；

第一设置单元，用于按照第二预设规则设置所述评价指标的调整系数，以使所述评价指标的数量级处于同一级别；

第二设置单元，用于按照第三预设规则设置所述评价指标的权重；

第二配置单元，用于根据所述评价指标、所述调整系数及所述权重配置所述服务端的调用顺序。

9.根据权利要求6所述的服务订单分配装置，其特征在于，所述配置模块还包括：

第二确定单元，用于确定所述服务端的调用顺序的评价指标；

判断单元，用于判断所述用户端的用户等级，所述用户等级是指用户为会员用户或普通用户所对应的等级；

第三设置单元，用于根据所述用户等级设置所述评价指标的权重。

10.根据权利要求6所述的服务订单分配装置，其特征在于，所述更新模块包括：

第三确定单元，用于确定所述服务端的当前调用结果，所述当前调用结果包括服务端调用是否成功、服务端履约速度或用户对所述服务端的服务评价；

更新单元，用于根据所述当前调用结果更新所述服务端的调用顺序的评价指标；

调整单元，用于根据更新后的所述评价指标调整所述服务端的调用顺序。

Images