本申请涉及互联网
技术领域：
，具体而言，涉及一种服务效率控制方法及装置。
背景技术：
：目前，在很多业务场景下，由于不同服务提供端的资质经验以及提供服务时采用的服务策略并不相同，故不同服务提供端的服务效率也存在差别。一般情况下，服务提供端的服务效率与服务资源的分配呈正相关，服务提供端的服务效率越高，可分配给服务提供端的服务资源也越多，反之，服务提供端的服务效率越低，那么可分配给服务提供端的服务资源也越少。鉴于上述特点，在基于服务效率来分配服务资源时，如果不同服务提供端的服务效率差距过大，那么很容易导致分配给不同服务端的服务资源失衡的情况。技术实现要素：有鉴于此，本申请实施例的目的在于提供一种服务效率控制方法及装置，以提升低效服务提供端的服务效率，减少不同服务提供端的服务效率差距，均衡不同服务方的服务资源配比。第一方面，本申请提供一种服务效率控制方法，包括：获取不同服务提供端的服务效率，并基于不同服务提供端的服务效率，确定高效服务提供端和低效服务提供端；获取所述高效服务提供端的服务策略，并基于所述高效服务提供端的服务策略确定参考服务策略；向所述低效服务提供端发送所述参考服务策略。一种可能的实施方式中，在获取不同服务提供端的服务效率之前，还包括：获取不同服务提供端在预设历史时间段内的服务行为特征；基于每个服务提供端对应的所述服务行为特征，将不同服务提供端划分至不同的服务集合中；所述基于不同服务提供端的服务效率，确定高效服务提供端和低效服务提供端，包括：基于每个服务集合中的服务提供端的服务效率，将每个服务集合中的服务提供端划分成高效服务提供端和低效服务提供端；所述基于所述高效服务提供端的服务策略确定参考服务策略，包括：基于每个服务集合中所述高效服务提供端的服务策略，确定出每个服务集合中的所述参考服务策略；所述向所述低效服务提供端发送所述参考服务策略，包括：向每个服务集合中的所述低效服务提供端分别发送每个服务集合对应的所述参考服务策略。一种可能的实施方式中，所述基于每个服务提供端对应的所述服务行为特征，将不同服务提供端划分至不同的服务集合中，包括：计算不同服务提供端中每两个服务提供端对应的所述服务行为特征的相似度；将服务行为特征的相似度符合第一预设条件的服务提供端划分至同一服务集合中。一种可能的实施方式中，所述服务行为特征包括以下特征中的至少一种：在预设历史时间段内的服务时长；在所述预设历史时间段内首次开启服务的时间；在所述预设历史时间段内首次开启服务时的地理位置；在所述预设历史时间段内最后一次结束服务的时间；在所述预设历史时间段内最后一次结束服务时的地理位置。一种可能的实施方式中，所述基于所述高效服务提供端的服务策略确定参考服务策略，包括：从所述高效服务提供端中选择任意n个高效服务提供端的服务策略，确定为所述参考服务策略，n为正整数。一种可能的实施方式中，所述基于所述高效服务提供端的服务策略确定参考服务策略，包括：确定所述高效服务提供端中服务效率满足第二预设条件的高效服务提供端；将所述服务效率满足所述第二预设条件的高效服务提供端的服务策略，确定为所述参考服务策略。一种可能的实施方式中，所述基于所述高效服务提供端的服务策略确定参考服务策略，包括：针对每个服务集合中第i个低效服务提供端，计算每个服务集合中每个高效服务提供端的服务行为特征分别与所述第i个低效服务提供端的服务行为特征之间的相似度；确定与所述第i个低效服务提供端的服务行为特征的相似度满足第三预设条件的高效服务提供端；将所述相似度满足所述第三预设条件的高效服务提供端的服务策略，确定为所述参考服务策略。一种可能的实施方式中，所述服务策略包括以下策略中的至少一种：在预设历史时间段内每次开启服务的时间；在预设历史时间段内每次开启服务时的地理位置；在预设历史时间段内每次结束服务的时间；在预设历史时间段内每次结束服务时的地理位置；在预设历史时间段内执行不同服务类型的服务订单的时间；在预设历史时间段内执行每个服务订单时的起始位置和终点位置。一种可能的实施方式中，向所述低效服务提供端发送所述参考服务策略，包括：向所述低效服务提供端发送标注有坐标点的地图信息；其中，所述坐标点包括每次开启服务时的地理位置、每次结束服务时的地理位置、每个服务订单时的起始位置和终点位置中的一种或多种。一种可能的实施方式中，在获取不同服务提供端的服务效率之前，还包括：确定不同服务提供端在相邻的预设历史时间段内的服务行为特征的变化幅度小于预设幅度值。一种可能的实施方式中，所述获取不同服务提供端的服务效率，包括：获取不同服务提供端在单位时间段内的服务收入水平；基于每个服务提供端对应的服务收入水平，确定每个服务提供端的服务效率。第二方面，本申请提供一种服务效率控制装置，包括：第一确定模块，用于获取不同服务提供端的服务效率，并基于不同服务提供端的服务效率，确定高效服务提供端和低效服务提供端；第二确定模块，用于获取所述高效服务提供端的服务策略，并基于所述高效服务提供端的服务策略确定参考服务策略；发送模块，用于向所述低效服务提供端发送所述参考服务策略。一种可能的设计中，所述第一确定模块，在基于不同服务提供端的服务效率，确定高效服务提供端和低效服务提供端之前，还用于：获取不同服务提供端在预设历史时间段内的服务行为特征；基于每个服务提供端对应的所述服务行为特征，将不同服务提供端划分至不同的服务集合中；所述第一确定模块，在用于基于不同服务提供端的服务效率，确定高效服务提供端和低效服务提供端时，具体用于：基于每个服务集合中的服务提供端的服务效率，将每个服务集合中的服务提供端划分成高效服务提供端和低效服务提供端；所述第二确定模块，在用于基于所述高效服务提供端的服务策略确定参考服务策略时，具体用于：基于每个服务集合中所述高效服务提供端的服务策略，确定出每个服务集合中的所述参考服务策略；所述发送模块，在用于向所述低效服务提供端发送所述参考服务策略时，具体用于：向每个服务集合中的所述低效服务提供端分别发送每个服务集合对应的所述参考服务策略。一种可能的设计中，所述第一确定模块，在基于每个服务提供端对应的所述服务行为特征，将不同服务提供端划分至不同的服务集合中时，具体用于：计算不同服务提供端中每两个服务提供端对应的所述服务行为特征的相似度；将服务行为特征的相似度符合第一预设条件的服务提供端划分至同一服务集合中。一种可能的设计中，所述服务行为特征包括以下特征中的至少一种：在预设历史时间段内的服务时长；在所述预设历史时间段内首次开启服务的时间；在所述预设历史时间段内首次开启服务时的地理位置；在所述预设历史时间段内最后一次结束服务的时间；在所述预设历史时间段内最后一次结束服务时的地理位置。一种可能的设计中，所述第二确定模块，在基于所述高效服务提供端的服务策略确定参考服务策略时，具体用于：从所述高效服务提供端中选择任意n个高效服务提供端的服务策略，确定为所述参考服务策略，n为正整数。一种可能的设计中，所述第二确定模块，在基于所述高效服务提供端的服务策略确定参考服务策略时，具体用于：确定所述高效服务提供端中服务效率满足第二预设条件的高效服务提供端；将所述服务效率满足所述第二预设条件的高效服务提供端的服务策略，确定为所述参考服务策略。一种可能的设计中，所述第二确定模块，在基于所述高效服务提供端的服务策略确定参考服务策略时，具体用于：针对每个服务集合中第i个低效服务提供端，计算每个服务集合中每个高效服务提供端的服务行为特征分别与所述第i个低效服务提供端的服务行为特征之间的相似度；确定与所述第i个低效服务提供端的服务行为特征的相似度满足第三预设条件的高效服务提供端；将所述相似度满足所述第三预设条件的高效服务提供端的服务策略，确定为所述参考服务策略。一种可能的设计中，所述服务策略包括以下策略中的至少一种：在预设历史时间段内每次开启服务的时间；在预设历史时间段内每次开启服务时的地理位置；在预设历史时间段内每次结束服务的时间；在预设历史时间段内每次结束服务时的地理位置；在预设历史时间段内执行不同服务类型的服务订单的时间；在预设历史时间段内执行每个服务订单时的起始位置和终点位置。一种可能的设计中，所述发送模块，在向所述低效服务提供端发送所述参考服务策略时，具体用于：向所述低效服务提供端发送标注有坐标点的地图信息；其中，所述坐标点包括每次开启服务时的地理位置、每次结束服务时的地理位置、每个服务订单时的起始位置和终点位置中的一种或多种。一种可能的设计中，所述第二确定模块，还用于：在获取不同服务提供端的服务效率之前，确定不同服务提供端在相邻的预设历史时间段内的服务行为特征的变化幅度小于预设幅度值。一种可能的设计中，所述第一确定模块，在获取不同服务提供端的服务效率时，具体用于：获取不同服务提供端在单位时间段内的服务收入水平；基于每个服务提供端对应的服务收入水平，确定每个服务提供端的服务效率。其中，上述各模块的功能可以参照上述第一方面中所涉及的说明，这里不再展开说明。第三方面，本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面或第一方面任一种可能的实施方式中所述的服务效率控制方法的步骤。第四方面，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面或第一方面任一种可能的实施方式中所述的服务效率控制方法的步骤。本申请实施例中，通过获取不同服务提供端的服务效率，并基于不同服务提供端的服务效率确定出高效服务提供端和低效服务提供端，然后根据高效服务提供端的服务策略确定参考服务策略，并向低效服务提供端发送参考服务策略。通过这种方式，可以使低效服务提供端获知高效服务提供端的参考服务策略，便于低效服务提供端有针对性的调整服务策略，进而有效提高低效服务提供端的服务效率，减少不同服务提供端的服务效率差距，从而可以均衡不同服务提供端的服务资源配比。为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。附图说明为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。图1示出了本申请实施例可适用的一种服务系统的架构示意图；图2示出了本申请实施例提供的一种服务效率控制方法的流程示意图；图3示出了本申请实施例提供的另外一种服务效率控制方法的流程示意图；图4示出了本申请实施例提供的服务提供端划分集合示意图；图5示出了本申请实施例提供的具体应用场景下服务策略示意图；图6示出了本申请实施例提供的一种服务效率控制装置600的架构示意图；图7示出了本申请实施例提供的计算机设备700的结构示意图。具体实施方式为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。首先，对本申请实施例可适用的应用场景进行说明。本申请实施例可适用在多个服务提供端提供同一服务业务的场景下。其中，服务提供端可以理解为是服务提供方使用的终端，也即服务提供方终端。一示例中，以服务业务为打车业务为例，那么，服务提供方例如为司机，多个司机可以使用终端接收并执行打车平台分派的乘车订单等。另一示例中，以服务业务为订餐业务为例，服务提供方例如为外送员，多个外送员可以通过终端接收并执行订餐平台分派的订餐订单等。当然，本申请实施例可适用的应用场景并不限于以上两个示例，还可以应用在快递服务等任一种需要多个服务提供方提供同一服务业务的场景下。值得注意的是，考虑到同一服务业务由不同服务提供端提供时，不同服务提供端采用的服务策略或者服务经验都有所区别，这就使得不同服务提供端的服务效率有所不同，进一步地，基于服务效率分配给不同服务提供端的服务资源也不同，故可能出现分配给不同的服务提供端的服务资源差距较大的问题，一方面容易造成服务提供方的流失，另一方面也不利于服务提供端提升服务效率。针对上述问题，本申请实施例提供了一种服务效率控制方法及装置，以提升低效服务提供端的服务效率，减少不同服务提供端的服务效率差距，从而均衡不同服务提供端的服务资源配比。参照图1所示，为本申请实施例可适用的一种服务系统的架构示意图，包括业务服务器，至少一个服务提供端、以及至少一个服务请求端。其中，服务执行流程一般为：服务请求端可以向业务服务器发送服务请求，进而由业务服务器将服务请求转发至对应的服务提供端，由服务提供端来提供服务。并且，服务器可以采集各服务提供端以及各服务请求端在服务执行过程中的相关数据，从而确定各服务提供端以及各服务请求端的特征信息，以便基于各服务提供端以及各服务请求端的特征信息，来实现服务系统中各服务提供端以及各服务请求端的管理等。以本申请实施例来说，业务服务器可以获取不同服务提供端的服务效率，并基于不同服务提供端的服务效率确定低效服务提供端和高效服务提供端，进而获取高效服务提供端的服务策略，并基于高效服务提供端的服务策略确定参考服务策略，并向低效服务提供端发送参考服务策略，从而可以使低效服务提供端获知高效服务提供端的参考服务策略，便于低效服务提供端有针对性的调整服务策略，进而有效提高低效服务提供端的服务效率，减少不同服务提供端的服务效率差距，从而可以均衡不同服务提供端的服务资源配比。下面，结合具体实施例对本申请提供的服务效率控制方法及装置进行详细说明。其中，应理解，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。本申请实施例中用到的“第一”、“第二”等限定词，仅用于区分特征，并不限定特征之间的先后顺序或者暗示重要程度等。另外，本申请实施例中，“服务提供方”、“服务提供端”与“服务提供方终端”之间可互换使用。实施例一参照图2所示，为本申请实施例提供的一种服务效率控制方法的流程示意图，包括：步骤201、获取不同服务提供端的服务效率，并基于不同服务提供端的服务效率，确定高效服务提供端和低效服务提供端。其中，服务提供端可以是向服务请求方提供服务业务的提供方，例如服务提供端可以是通过打车平台提供打车服务的司机，或者通过订餐平台提供订餐服务的外送员等。本申请实施例中，业务服务器可以通过获取不同服务提供端在提供服务或者等待分配服务的过程中上传给业务服务器的数据，来统计不同服务提供端的服务效率，进而确定出高效服务提供端和低效服务提供端。在一种可能的实施方式中，可以通过以下两种方式确定低效服务提供端以及高效服务提供端：方式一：将服务效率低于第一预设服务效率的服务提供端确定为低效服务提供端，以及，将服务效率高于第二预设服务效率的服务提供端确定为高效服务提供端，其中，第二预设服务效率大于或等于第一预设服务效率。一示例中，当第二预设服务效率等于第一预设服务效率时，可以将全部服务提供端分为两类，一类是上述低效服务提供端，另一类是上述高效服务提供端。另一示例中，当第二预设服务效率大于第一预设服务效率时，可以将全部服务提供端分为三类，第一类是上述低效服务提供端，第二类是上述高效服务提供端，第三类是服务效率高于第一预设服务效率且低于第二预设服务效率的中间服务提供端。由于因为高效服务提供端的服务策略，相比中间服务提供端的服务策略，更有利于低效服务提供端提升服务效率，所以本申请实施例中可以不采用中间服务提供端的服务策略作为参考。方式二：将每一个服务提供端的服务效率按照从高到低的顺序进行排序，将服务效率排在前n1位的服务提供端确定为高效服务提供端，将服务效率排在后n2位的服务提供端确定为低效服务提供端，其中n1和n2可以相同也可以不同。示例性的，若共有100个服务提供端，可以将这100个服务提供端的服务效率按照从大到小的顺序进行排序，然后将服务效率排在前15位的服务提供端确定为高效服务提供端，将服务效率排在后10位的服务提供端确定为低效服务提供端，或者，将服务效率排在前15位的服务提供端确定为高效服务提供端，将服务效率排在后15位的服务提供端确定为低效服务提供端。示例性的，考虑到服务提供端的服务收入水平可以从侧面反映出服务提供端的服务效率，一般来说服务提供端的服务效率较高时，其可以达到的服务收入水平也越高，反之，服务提供端的服务效率较低时，其可以达到的服务收入水平也越低，基于上述特点，本申请实施例中可以按照以下方式计算不同服务提供端的服务效率：获取不同服务提供端在单位时间内的服务收入水平；基于每个服务提供端对应的服务收入水平，确定每个服务提供端的服务效率。以打车平台的司机的服务效率为例，可以用每小时收入值(incomeperhour，iph)表示打车平台司机的服务效率。例如，若司机的一天的服务时长为2小时，一天的总收入为100元，则该打车平台的司机的iph值为50元/每小时。那么，可以通过分析打车平台的各司机的iph值，进而确定出打车平台中每个司机是高效司机还是低效司机。步骤202、获取高效服务提供端的服务策略，并基于高效服务提供端的服务策略确定参考服务策略。本申请实施例中，由于每个服务提供端的服务效率实际上与该服务提供端的服务策略有着一定的相关性，一般来说，服务提供端的服务策略制定的比较好，那么该服务提供端的服务效率也较高。因此，本申请实施例中，可以获取高效服务提供端的服务策略，并从高效服务提供端的服务策略中选取出参考服务策略，以供低效服务提供端参考。一种可能的实施方式中，服务策略包括以下策略中的至少一种：在预设历史时间段内每次开启服务的时间；在预设历史时间段内每次开启服务时的地理位置；在预设历史时间段内每次结束服务的时间；在预设历史时间段内每次结束服务时的地理位置；在预设历史时间段内执行不同服务类型的服务订单的时间；在预设历史时间段内执行每个服务订单时的起始位置和终点位置。示例性的，以打车平台为例，打车平台的服务提供端为司机，则在预设历史时间段内每次开启服务的时间可以为司机在某一天通过打车平台开始听单的时间；在预设历史时间段内开启服务时的地理位置可以为司机在某一天通过打车平台开始听单时所在的位置；在预设历史时间段内每次结束任务的时间可以为司机在某一天通过打车平台停止听单的时间；在预设历史时间段内每次结束服务时的地理位置可以为司机在某一天通过打车平台停止听单时所在的位置；在预设历史时间段内执行不同类型的服务订单的时间可以是司机在某一天通过打车平台分别执行顺风车订单、预约车订单、实时订单的时间；在预设历史时间段内执行每个服务订单时的起始位置和终点位置可以是司机在某一天执行的每一个乘车订单的起始位置和终点位置。其中，基于高效服务提供端的服务策略确定参考服务策略将在实施例二中进行详细描述，在此暂不展开说明。步骤202、向低效服务提供端发送参考服务策略。低效服务提供端在接收到参考服务策略之后，可以根据参考服务策略调整低效服务提供端的服务策略，进而提高低效服务提供端的服务效率。示例性的，假设司机1与司机2均通过同一打车平台接收乘车订单，司机1为高效司机，司机2为低效司机，针对这种情况，可以向司机2发送司机1的服务策略，可以使得司机2得知司机1的服务策略，并调整司机2的服务策略，进而提高服务效率。本申请实施例提供的服务效率控制方法，通过获取不同服务提供端的服务效率，并基于不同服务提供端的服务效率确定低效服务提供端和高效服务提供端，进而获取高效服务提供端的服务策略，并基于高效服务提供端的服务策略确定参考服务策略，并向低效服务提供端发送参考服务策略，从而可以使低效服务提供端获知高效服务提供端的参考服务策略，便于低效服务提供端有针对性的调整服务策略，进而有效提高低效服务提供端的服务效率，减少不同服务提供端的服务效率差距，从而可以均衡不同服务提供端的服务资源配比。实施例二本申请实施例中，考虑到不同服务提供端的服务能力可能有所区别，故此，本申请可以首先通过获取并分析不同服务提供端在预设历史时间段的服务行为特征，来确定出哪些服务提供端的服务能力较为近似，然后针对每一类服务能力近似的服务提供端，将服务能力近似的高效服务提供端的参考服务策略推送给服务能力近似的低效服务提供端，以使选择出的参考服务策略对于低效服务提供端提高服务效率来说更具有针对性，更具有指导意义。参见图3所示，为本申请实施例提供的另外一种服务效率控制方法的流程示意图，包括以下步骤：步骤301、获取不同服务提供端在预设历史时间段的服务行为特征。其中，服务行为特征包括以下特征中的至少一种：在预设历史时间段内的服务时长；在所述预设历史时间段内首次开启服务的时间；在所述预设历史时间段内首次开启服务时的地理位置；在所述预设历史时间段内最后一次结束服务的时间；在所述预设历史时间段内最后一次结束服务时的地理位置。以打车平台为例，打车平台的服务提供端为司机，则在预设历史时间段内的服务时长可以是司机在预设历史时间段内使用司机客户端提供服务的时长；在预设历史时间段内首次开始服务的时间可以是司机在预设历史时间段内首次登陆司机客户端并触发开始接单按钮的时间；在预设时间段内首次开启服务时的地理位置可以是司机在预设历史时间段内首次登陆司机客户端并触发开始接单按钮时所在的地理位置；在预设历史时间段内最后一次结束服务的时间可以是司机在预设历史时间段内触发司机客户端中停止接单按钮的时间；在预设历史时间段内最后一次结束服务时的地理位置可以是司机在预设历史时间段触发司机客户端中停止接单按钮时所在的地理位置。示例性的，假设预设历史时间段为一天，那么对于服务提供端的每一种服务行为特征，可以确定在连续n天中每一天服务提供端的该服务行为特征的取值，然后将连续n天中每一天对应的该服务行为特征求取均值，并将该均值作为在预设历史时间段内的该服务行为特征的取值。示例性的，预设历史时间段可以是服务提供端在最近一次提供服务之前的预设时间段，如对于打车平台的司机来说，预设历史时间段的服务行为特征可以是距离司机最近一次提供服务的前一天的服务行为特征。因为同一服务提供端在不同时间内的服务策略可能不同，通过选择距离当前时间较近的服务行为特征进行分析得到的参考服务策略更具指导意义。步骤302、基于每个服务提供端对应的服务行为特征，将不同服务提供端划分至不同的服务集合中。本申请实施例中，在获取到每个服务提供端的服务行为特征之后，由于服务行为特征可以反映出服务提供端提供服务的服务能力，因此，可以基于每个服务提供端对应的服务行为特征，将不同的服务提供端划分至不同的服务集合中，其中，处于同一服务集合中的服务提供端的服务能力近似，也就是说，处于同一服务集合中的服务提供端的服务策略之间的参考价值更高些。示例性的，假设共有m个服务提供端，每个服务提供端所对应的服务行为特征为r个，r大于或等于1，m大于1，且m、r均为正整数，可以基于r个服务行为特征，将不同服务提供端划分至不同的服务集合中。如图4所示，根据r个服务行为特征，将m个服务提供端划分为p个服务集合中，具体的划分过程，可以参照以下两种方式：方式一：计算每两个不同服务提供端之间对于服务行为特征的相似度，并将服务行为特征的相似度符合第一预设条件的服务提供端划分到同一服务集合中。具体的，可以计算m个服务提供端中每两个服务提供端对于同一服务行为特征的第一相似度，若有r个服务行为特征，则对于每两个服务提供端来说，可以得到r个不同服务行为特征分别对应的r个第一相似度。进一步地，由于不同服务行为特征与服务能力的相关性不同，故还可以针对不同的服务行为特征分别赋予不同的权重，则对于r个不同的服务行为特征，可以将r个第一相似度与其服务行为特征对应的权重相乘，再将r个相乘以后的结果相加，最后得到两个服务提供端之间的相似度。进一步地，计算出每两个服务提供端之间的相似度之后，可以将相似度符合第一预设条件的服务提供端划分至同一服务集合中。其中，第一预设条件可以是以下条件中的任意一种：条件1：相似度大于或等于预设相似度。条件2：将所有计算出的相似度按照从大到小的顺序排列，排列在前k个相似度对应的服务提供端划分至同一服务集合中，k为正整数。下面分别列举几种计算每两个服务提供端对于同一服务行为特征的第一相似度的计算方式。(1)、以服务行为特征为服务时长为例，以任意两个服务提供端为服务提供端a和服务提供端b为例，那么计算服务提供端a和服务提供端b在预设历史时间段内的服务时长的第一相似度可以为：计算在预设历史时间段内服务提供端a的服务时长和服务提供端b的服务时长之差，然后根据服务时长之差，确定与服务时长之差对应的第一相似度。其中，服务提供端a和服务提供端b之间的服务时长之差与不同的第一相似度之间的对应关系，例如参照下表1所示：表1(2)、以服务行为特征为在预设历史时间段内首次开启服务的时间为例，以任意两个服务提供端为服务提供端a和服务提供端b为例，那么计算服务提供端a和服务提供端b在预设历史时间段内首次开启服务的时间的第一相似度可以为：计算服务提供端a在预设历史时间段内首次开启服务的时间与服务提供端b在预设历史时间段内首次开启服务的时间之间的时间间隔，然后确定计算出的时间间隔对应的第一相似度。其中，服务提供端a和服务提供端b之间的上述时间间隔与不同的第一相似度之间的对应关系，例如参照下表2所示：表2(3)、当服务行为特征为在预设时间段内最后一次结束服务的时间时，每两个服务提供端在预设时间段内最后一次结束服务的时间的第一相似度的计算方法与在预设历史时间段内首次开启服务的时间的第一相似度的计算方法相似，在此将不再赘述。(4)、以服务行为特征为在预设历史时间段内首次开启服务时的地理位置为例，以任意两个服务提供端为服务提供端a和服务提供端b为例，那么计算服务提供端a和服务提供端b在预设历史时间段内首次开启服务时的地理位置可以为：计算在预设历史时间段内服务提供端a首次开启服务时的地理位置与服务提供端b首次开启服务时的地理位置之间的距离，然后根据距离，确定服务提供端a与服务提供端b首次开启服务时的地理位置的第一相似度。其中，服务提供端a和服务提供端b之间的上述首次开启服务时的地理位置的第一相似度之间的对应关系，例如参照下表3所示：表3(5)、当服务行为特征为在预设时间段内最后一次结束服务时的地理位置时，每两个服务提供端在预设时间段内最后一次结束服务时的地理位置的第一相似度的计算方法与在预设历史时间段内首次开启服务时的地理位置的第一相似度的计算方法相似，在此将不再赘述。方式二：针对不同服务行为特征分别赋予不同的权重，以及，针对服务提供端的每个服务行为特征分别赋予不同的第一分值，对于每一个服务提供端来说，根据每个服务行为特征对应的权重和第一分值，计算每一个服务提供端的服务行为特征的总分值，然后根据计算出的每一个服务提供端对应的总分值，将服务提供端划分至不同的服务集合。例如，设服务提供端有a，b，c，d四个服务提供端，服务行为特征有q，w，e，r四个服务行为特征，所占权重分别为10％，20％，30％，40％，每个服务提供端所对应的每一个服务行为特征的第一分值如下表4所示：表4qwera5569b7563c5678d2688基于上述表4的内容，可以计算出服务提供端a的服务行为特征的总分值为：5×10％ 5×20％ 6×30％ 9×40％＝6.9同理，可以计算出服务提供端b，c，d的服务行为特征的总分值，然后根据计算出的服务提供端的总分值，将服务提供端划分至不同的服务集合。例如，可以将全部服务提供端的服务行为特征的总分值按照从大到小的顺序排列，将前n1个服务行为特征的总分值对应的服务提供端划分到同一个服务集合，将第n1～n2个服务行为特征的总分值对应的服务提供端划分到同一个服务集合中，将第n2个服务行为特征的总分值之后的服务行为特征的总分值对应的服务提供端划分到同一个服务集合中。在一种可能的实施方式中，对于每一个服务行为特征的第一分值的确定，可以按照如下方式进行：将每一个服务行为特征划分为不同的服务等级，为不同的服务等级赋予不同的第一分值。以在预设历史时间段内的服务时长为例，如下表5所示：表5根据每一个服务提供端在预设历史时间段的服务时长，可以确定每一个服务提供端在预设历史时间段的服务时长的第一分值。其余服务行为特征的第一分值的确定方式与上述方式类似，在此将不再赘述。步骤303、基于每个服务集合中的服务提供端的服务效率，将每个服务集合中的服务提供端划分成高效服务提供端和低效服务提供端。本步骤中，针对每个服务集合划分高效服务提供端和低效服务提供端的方式可以参照上一实施例中划分高效服务提供端和划分低效服务提供端的说明，这里不再展开说明。步骤304、基于每个服务集合中高效服务提供端的服务策略，确定出每个服务集合中的参考服务策略。其中，针对每个服务集合，确定参考服务策略的方法可以为下述方法中的任意一种：方法一：从高效服务提供端中选择任意n个高效服务提供端的服务策略，确定为参考服务策略，其中，n为正整数。方法二：确定高效服务提供端中服务效率满足第二预设条件的高效服务提供端；并将服务效率满足第二预设条件的高效服务提供端的服务策略，确定为参考服务策略。其中，所述第二预设条件可以为将同一集合中所有高效服务提供端按照从大到小的顺序排列，然后将服务效率在前h位的高效服务提供端的服务策略确定为参考服务策略，其中，h为正整数。方法三：针对每个服务集合中第i个低效服务提供端，计算每个服务集合中每个高效服务提供端的服务行为特征分别与第i个低效服务提供端的服务行为特征之间的相似度；然后确定与第i个低效服务提供端的服务行为特征的相似度满足第三预设条件的高效服务提供端；最后，将相似度满足第三预设条件的高效服务提供端的服务策略，确定为参考服务策略。示例性的，所述第三预设条件可以是与第i个低效服务提供端之间的相似度超过预设值。例如，将每个服务集合中，与第i个低效服务提供端之间的相似度超过预设值的每个高效服务提供端的服务策略，确定为参考服务策略。示例性的，第三预设条件可以是与第i个低效服务提供端之间的相似度最高。例如，将每个服务集合中，与第i个低效服务提供端之间的相似度最高的高效服务提供端的服务策略，确定为参考服务策略。示例性的，第三预设条件可以是将第i个低效服务提供端所在的服务集合中，每个高效服务提供端与第i个低效服务提供端之间的相似度按照从大到小的顺序进行排序，相似度位于前j位。例如，将第i个低效服务提供端所在的服务集合中，每个高效服务提供端与第i个低效服务提供端之间的相似度按照从大到小的顺序进行排序，相似度位于前j位的高效服务提供端的服务策略确定为参考服务策略。步骤305、向每个服务集合中的低效服务提供端分别发送每个服务集合对应的参考服务策略。一种可能的实施方式中，对每个服务集合中的每个低效服务提供端，分别发送相同的参考服务策略，例如该服务集合中服务效率最高的高效服务提供端的服务效率，或者，分别发送与每个低效服务提供端对应的参考服务策略。具体每个低效服务提供端对应的参考服务策略的确定方式可参照步骤304中的相关说明。另一种可能的实施方式中，将每个服务集合中所有低效服务提供端的服务效率按照从小到大的顺序进行排序，向排列在前d位低效服务提供端发送相同的参考服务策略，例如该服务集合中服务效率最高的高效服务提供端的服务效率，或者，发送与前d位低效服务提供端分别对应的参考服务策略。具体每个低效服务提供端对应的参考服务策略的确定方式可参照步骤304中的相关说明。具体实施中，低效服务提供端在接收到参考服务策略后，可以根据参考服务策略对低效服务提供端的服务策略进行调整，进而提高低效服务提供端的服务效率。以打车平台的司机为例，若两个司机在预设历史时间的服务时长、首次开启服务的时间、以及最后一次结束服务的时间均相同，但是两个司机的一个为高效司机，iph值较高，一个为低效司机，iph值较低，则可以向低效司机发送高效司机司机的服务策略，低效司机在接收到高效司机的服务策略后，可以针对性地调整自己的服务策略，进而提高低效司机的服务效率。此外，本申请实施例中，由于考虑到服务行为特征波动较大的服务提供端的服务策略一般很难对低效服务提供端带来较好的指导作用，因此本申请实施例在实施过程中，可以在获取不同服务提供端的服务效率之前，首先确定出不同服务提供端在相邻的预设历史时间段内的服务行为特征的变化服务小于预设幅度值。也就是说，首先从服务平台的全部服务提供端中选择出服务行为特征的变化较为稳定的服务提供端，然后再针对这种这种服务行为特征的变化较为稳定的服务提供端，执行本申请提供的以上服务效率控制方法，为低效服务提供端确定出具有指导作用的参考服务策略。示例性的，以服务提供端是打车平台提供打车服务的司机，服务行为特征为司机通过打车平台提供打车服务的时长为例，则在获取司机的服务效率之前，可以先确定司机在最近的一个星期通过打车平台提供打车服务的时长的变化小于预设幅度值。上述示例中的设计，主要是考虑到在打车平台提供打车服务的司机分为全职司机和兼职司机，而兼职司机在打车平台提供打车服务的时长不定，而基于兼职司机的服务策略确定出的参考服务策略对于提高全职低效司机的服务效率的指导意义较小，因此可以先通过服务时长的分析排除兼职司机。本申请实施例提供的服务效率控制方法，通过获取不同服务提供端在预设历史时间段的服务行为特征，并基于每个服务提供端对应的服务行为特征，将不同服务提供端划分至不同的服务集合中；然后基于每个服务集合中的服务提供端的服务效率，将每个服务集合中的服务提供端划分成高效服务提供端和低效服务提供端；再基于每个服务集合中高效服务提供端的服务策略，确定出每个服务集合中的参考服务策略；最后向每个服务集合中的低效服务提供端发送每个服务集合对应的参考服务策略。通过这种方式，首先基于服务行为特征对服务提供端进行集合划分，可以使得针对每个服务集合生成的参考服务策略，对于该服务集合内的低效服务提供端来说，更加具有指导作用。低效服务提供端获知高效服务提供端的参考服务策略后，便于低效服务提供端有针对性的调整服务策略，进而有效提高低效服务提供端的服务效率，减少不同服务提供端的服务效率差距，从而可以均衡不同服务提供端的服务资源配比。实施例三为便于理解，在本申请实施例中，以服务提供端为打车平台的司机为例，对上述实施例一和实施例二中所提到的服务效率控制方法进行示例性说明。首先，获取每个司机的服务行为特征，然后根据每个司机对服务行为特征的取值，将不同司机划分到不同的服务集合中，然后针对每个服务集合，确定该服务集合中每个司机的服务效率。其中，服务行为特征包括以下特征中的至少一种：在预设历史时间段内的服务时长；在预设历史时间段内首次开启服务的时间；在预设历史时间段内首次开启服务时的地理位置；在预设历史时间段内最后一次结束服务的时间；在预设历史时间段内最后一次结束服务时的地理位置。对于打车平台的司机而言，设预设时间段为一天，那么服务行为特征可以为在这一天内在线时长、第一次开启打车服务的时间、第一次开启打车服务时的地理位置、最后一次结束打车服务的时间、最后一次结束打车服务时的地理位置中的至少一种。其中，开启打车服务的时间、以及地理位置例如可以是司机触发司机客户端中的开始接单按钮的时间、以及所在的地理位置，结束打车服务的时间、以及地理位置例如可以是司机触发司机客户端中的停止接单按钮的时间、以及所在的地理位置。其次，针对每个服务集合中的司机，根据每个司机的服务效率，可以划分高效司机和低效司机。由于司机在单位时间内的收入水平，可以侧面反映出司机的服务效率，因此，在本申请实施例中，服务效率例如可以为单位时间内的收入水平，在本示例中用小时收入值(incomeperhour，iph)值表示。具体的，根据不同司机的iph值大小的不同，将同一服务集合中的司机划分高效司机和低效司机的方式可以按照以下任意一种方式：方式一：将同一服务集合中iph值超过第一预设服务效率的司机，确认为高效司机，将同一服务集合中iph值小于第二预设服务效率的司机，确认为低效司机。方式二：将同一服务集合中的司机的iph值按照从大到小的顺序排列，然后将排列在前n1个iph值对应的司机确认为高效司机，将排列在后n2个iph值对应的司机确认为低效司机。在将同一服务集合中的司机划分为高效司机和低效司机之后，可以获取服务集合中高效司机的服务策略，进而从高效司机的服务策略中选择参考服务策略推荐给低效司机。一种可能的实施方式中，针对每个低效司机，可以获取该低效司机所在的服务集合中，服务行为特征与该低效司机的服务行为特征的相似度满足第三预设条件的高效司机的服务策略，并将该高效司机的参考服务策略发送至该低效司机。其中第三预设条件与实施例二中所述的第三预设条件相同，在此将不再赘述。示例性的，低效司机可以向业务服务器发送高效司机的参考服务策略的获取请求，也可以由业务服务器定期地自动向低效司机发送高效司机的参考服务策略。一示例中，业务服务器向低效司机的客户端推送的参考服务策略例如包括高效司机在一天内的接单活动区域等。如图5所示，为某高效司机的接单活动区域的示意图，a、b、c、d、e、f表示该接单活动区域的不同分区，图中圆点表示该司机在一天内每一次接单的地理位置和在预设历史时间段内结束服务时的地理位置，其中，深色点表示司机通过打车平台每一次接单的位置信息，浅色点表示司机通过打车平台最后结束服务时的位置信息，由图5可知，该高效司机主要在b、c区域进行接单，结束服务的地点主要为a区，该司机很少在d、e、f区接单。另一示例中，业务服务器向低效司机的客户端推送的参考服务策略还可以包括高效司机的服务策略，例如参照表6所示：表6上表描述了高效司机01、02、03在2018年5月30日至2018年5月31日的接单策略，该表详细描述了高效司机01、02、03上线、下线时间，其中上线时间即为司机开启服务的时间，下线时间即为司机结束服务的时间，听实时单表示司机执行的乘车订单的服务类型，以及订单信息表示了执行每个乘车订单时的起始位置和终点位置。以高效司机01为例，该服务策略包括该司机在2018年5月30日09:30:08开启服务，并在2018年5月30日10:46:53接到实时单，订单信息为普陀区长寿路155号到巴黎春天(陕西路店)，2018年5月30日11:12:00结束服务。低效司机在接收到高效司机的服务策略后可以根据高效司机上线时间、下线时间、以及执行乘车订单的服务类型、以及执行乘车订单的起始位置和终点位置，对应调整服务策略。采用上述方式，通过向低效司机指示与高效司机服务策略，便于低效司机有针对性的对服务策略进行调整，进而有效提高低效司机的服务效率，减少不同司机的服务效率差距，均衡不同司机的服务资源配比。基于同一技术构思，本申请实施例中还提供了与服务效率控制方法对应的服务效率控制装置，由于本申请实施例中的装置解决问题的原理与本申请实施例上述服务效率控制方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。实施例四参照图6所示，为本申请实施例提供的一种服务效率控制装置600的架构示意图，包括第一确定模块601、第二确定模块602、以及发送模块603，具体的：第一确定模块601，用于获取不同服务提供端的服务效率，并基于不同服务提供端的服务效率，确定高效服务提供端和低效服务提供端；第二确定模块602，用于获取所述高效服务提供端的服务策略，并基于所述高效服务提供端的服务策略确定参考服务策略；发送模块603，用于向所述低效服务提供端发送所述参考服务策略。一种可能的设计中，所述第一确定模块601，在基于不同服务提供端的服务效率，确定高效服务提供端和低效服务提供端之前，还用于：获取不同服务提供端在预设历史时间段内的服务行为特征；基于每个服务提供端对应的所述服务行为特征，将不同服务提供端划分至不同的服务集合中；所述第一确定模块601，在基于不同服务提供端的服务效率，确定高效服务提供端和低效服务提供端时，具体用于：基于每个服务集合中的服务提供端的服务效率，将每个服务集合中的服务提供端划分成高效服务提供端和低效服务提供端；所述第二确定模块602，在基于所述高效服务提供端的服务策略确定参考服务策略时，具体用于：基于每个服务集合中所述高效服务提供端的服务策略，确定出每个服务集合中的所述参考服务策略；所述发送模块603，在向所述低效服务提供端发送所述参考服务策略时，具体用于：向每个服务集合中的所述低效服务提供端分别发送每个服务集合对应的所述参考服务策略。一种可能的设计中，所述第二确定模块602，在基于所述高效服务提供端的服务策略确定参考服务策略时，具体用于：从所述高效服务提供端中选择任意n个高效服务提供端的服务策略，确定为所述参考服务策略，n为正整数。一种可能的设计中，所述第二确定模块602，在基于所述高效服务提供端的服务策略确定参考服务策略时，具体用于：确定所述高效服务提供端中服务效率满足第二预设条件的高效服务提供端；将所述服务效率满足所述第二预设条件的高效服务提供端的服务策略，确定为所述参考服务策略。一种可能的设计中，所述第二确定模块602，在基于所述高效服务提供端的服务策略确定参考服务策略时，具体用于：针对每个服务集合中第i个低效服务提供端，计算每个服务集合中每个高效服务提供端的服务行为特征分别与所述第i个低效服务提供端的服务行为特征之间的相似度；确定与所述第i个低效服务提供端的服务行为特征的相似度满足第三预设条件的高效服务提供端；将所述相似度满足所述第三预设条件的高效服务提供端的服务策略，确定为所述参考服务策略。一种可能的设计中，所述服务策略包括以下策略中的至少一种：在预设历史时间段内每次开启服务的时间；在预设历史时间段内每次开启服务时的地理位置；在预设历史时间段内每次结束服务的时间；在预设历史时间段内每次结束服务时的地理位置；在预设历史时间段内执行不同服务类型的服务订单的时间；在预设历史时间段内执行每个服务订单时的起始位置和终点位置。一种可能的设计中，所述第二确定模块602，还用于：在获取不同服务提供端的服务效率之前，确定不同服务提供端在相邻的预设历史时间段内的服务行为特征的变化幅度小于预设幅度值。一种可能的设计中，所述第一确定模块601，在获取不同服务提供端的服务效率时，具体用于：获取不同服务提供端在单位时间段内的服务收入水平；基于每个服务提供端对应的服务收入水平，确定每个服务提供端的服务效率。其中，上述各模块的具体处理流程可以参照上述方法实施例的记载，这里不再赘述。通过本实施例所提供的装置，可以使低效服务提供端获知高效服务提供端的参考服务策略，便于低效服务提供端有针对性的对服务策略进行改进，进而有效提高低效服务提供端的服务效率，减少不同服务提供端的服务效率差距，均衡不同服务提供端的服务资源配比。实施例五基于相同的技术构思，本申请实施例还提供了一种计算机设备。参照图7所示，为本申请实施例提供的计算机设备700的结构示意图，包括处理器705、存储器702、和总线703。其中，存储器702用于存储执行指令，包括内存7025和外部存储器7022；这里的内存7025也称内存储器，用于暂时存放处理器705中的运算数据，以及与硬盘等外部存储器7022交换的数据，处理器705通过内存7025与外部存储器7022进行数据交换，当计算机设备700运行时，处理器705与存储器702之间通过总线703通信，使得处理器705在执行以下指令：获取不同服务提供端的服务效率，并基于不同服务提供端的服务效率，确定高效服务提供端和低效服务提供端；获取所述高效服务提供端的服务策略，并基于所述高效服务提供端的服务策略确定参考服务策略；向所述低效服务提供端发送所述参考服务策略。其中，处理器605的具体处理流程可以参照上述方法实施例的记载，这里不再赘述。基于相同的技术构思，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述服务效率控制方法的步骤。具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述服务效率控制方法，以提升低效服务提供端的服务效率，减少不同服务提供端的服务效率差距，均衡不同服务方的服务资源配比。基于相同的技术构思，本申请实施例还提供了一种计算机程序产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行上述服务效率控制方法的步骤，具体实现可参见上述方法实施例，在此不再赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本
技术领域：
的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。当前第1页1 2 3
技术特征：1.一种服务效率控制方法，其特征在于，包括：
获取不同服务提供端的服务效率，并基于不同服务提供端的服务效率，确定高效服务提供端和低效服务提供端；
获取所述高效服务提供端的服务策略，并基于所述高效服务提供端的服务策略确定参考服务策略；
向所述低效服务提供端发送所述参考服务策略。
2.如权利要求1所述的方法，其特征在于，在获取不同服务提供端的服务效率之前，还包括：
获取不同服务提供端在预设历史时间段内的服务行为特征；
基于每个服务提供端对应的所述服务行为特征，将不同服务提供端划分至不同的服务集合中；
所述基于不同服务提供端的服务效率，确定高效服务提供端和低效服务提供端，包括：
基于每个服务集合中的服务提供端的服务效率，将每个服务集合中的服务提供端划分成高效服务提供端和低效服务提供端；
所述基于所述高效服务提供端的服务策略确定参考服务策略，包括：
基于每个服务集合中所述高效服务提供端的服务策略，确定出每个服务集合中的所述参考服务策略；
所述向所述低效服务提供端发送所述参考服务策略，包括：
向每个服务集合中的所述低效服务提供端分别发送每个服务集合对应的所述参考服务策略。
3.如权利要求2所述的方法，其特征在于，所述基于每个服务提供端对应的所述服务行为特征，将不同服务提供端划分至不同的服务集合中，包括：
计算不同服务提供端中每两个服务提供端对应的所述服务行为特征的相似度；
将服务行为特征的相似度符合第一预设条件的服务提供端划分至同一服务集合中。
4.如权利要求2或3所述的方法，其特征在于，所述服务行为特征包括以下特征中的至少一种：
在预设历史时间段内的服务时长；
在所述预设历史时间段内首次开启服务的时间；
在所述预设历史时间段内首次开启服务时的地理位置；
在所述预设历史时间段内最后一次结束服务的时间；
在所述预设历史时间段内最后一次结束服务时的地理位置。
5.如权利要求1或2所述的方法，其特征在于，所述基于所述高效服务提供端的服务策略确定参考服务策略，包括：
从所述高效服务提供端中选择任意n个高效服务提供端的服务策略，确定为所述参考服务策略，n为正整数。
6.如权利要求1或2所述的方法，其特征在于，所述基于所述高效服务提供端的服务策略确定参考服务策略，包括：
确定所述高效服务提供端中服务效率满足第二预设条件的高效服务提供端；
将所述服务效率满足所述第二预设条件的高效服务提供端的服务策略，确定为所述参考服务策略。
7.如权利要求2所述的方法，其特征在于，所述基于所述高效服务提供端的服务策略确定参考服务策略，包括：
针对每个服务集合中第i个低效服务提供端，计算每个服务集合中每个高效服务提供端的服务行为特征分别与所述第i个低效服务提供端的服务行为特征之间的相似度；
确定与所述第i个低效服务提供端的服务行为特征的相似度满足第三预设条件的高效服务提供端；
将所述相似度满足所述第三预设条件的高效服务提供端的服务策略，确定为所述参考服务策略。
8.如权利要求1或2所述的方法，其特征在于，所述服务策略包括以下策略中的至少一种：
在预设历史时间段内每次开启服务的时间；
在预设历史时间段内每次开启服务时的地理位置；
在预设历史时间段内每次结束服务的时间；
在预设历史时间段内每次结束服务时的地理位置；
在预设历史时间段内执行不同服务类型的服务订单的时间；
在预设历史时间段内执行每个服务订单时的起始位置和终点位置。
9.如权利要求8所述的方法，其特征在于，向所述低效服务提供端发送所述参考服务策略，包括：
向所述低效服务提供端发送标注有坐标点的地图信息；
其中，所述坐标点包括每次开启服务时的地理位置、每次结束服务时的地理位置、每个服务订单时的起始位置和终点位置中的一种或多种。
10.如权利要求1或2所述的方法，其特征在于，在获取不同服务提供端的服务效率之前，还包括：
确定不同服务提供端在相邻的预设历史时间段内的服务行为特征的变化幅度小于预设幅度值。
11.如权利要求1或2所述的方法，其特征在于，所述获取不同服务提供端的服务效率，包括：
获取不同服务提供端在单位时间段内的服务收入水平；
基于每个服务提供端对应的服务收入水平，确定每个服务提供端的服务效率。
12.一种服务效率控制装置，其特征在于，包括：
第一确定模块，用于获取不同服务提供端的服务效率，并基于不同服务提供端的服务效率，确定高效服务提供端和低效服务提供端；
第二确定模块，用于获取所述高效服务提供端的服务策略，并基于所述高效服务提供端的服务策略确定参考服务策略；
发送模块，用于向所述低效服务提供端发送所述参考服务策略。
13.如权利要求12所述的装置，其特征在于，所述第一确定模块，在基于不同服务提供端的服务效率，确定高效服务提供端和低效服务提供端之前，还用于：
获取不同服务提供端在预设历史时间段内的服务行为特征；
基于每个服务提供端对应的所述服务行为特征，将不同服务提供端划分至不同的服务集合中；
所述第一确定模块，在基于不同服务提供端的服务效率，确定高效服务提供端和低效服务提供端时，具体用于：
基于每个服务集合中的服务提供端的服务效率，将每个服务集合中的服务提供端划分成高效服务提供端和低效服务提供端；
所述第二确定模块，在基于所述高效服务提供端的服务策略确定参考服务策略时，具体用于：
基于每个服务集合中所述高效服务提供端的服务策略，确定出每个服务集合中的所述参考服务策略；
所述发送模块，在向所述低效服务提供端发送所述参考服务策略时，具体用于：
向每个服务集合中的所述低效服务提供端分别发送每个服务集合对应的所述参考服务策略。
14.如权利要求13所述的装置，其特征在于，所述第一确定模块，在基于每个服务提供端对应的所述服务行为特征，将不同服务提供端划分至不同的服务集合中时，具体用于：
计算不同服务提供端中每两个服务提供端对应的所述服务行为特征的相似度；
将服务行为特征的相似度符合第一预设条件的服务提供端划分至同一服务集合中。
15.如权利要求13或14所述的装置，其特征在于，所述服务行为特征包括以下特征中的至少一种：
在预设历史时间段内的服务时长；
在所述预设历史时间段内首次开启服务的时间；
在所述预设历史时间段内首次开启服务时的地理位置；
在所述预设历史时间段内最后一次结束服务的时间；
在所述预设历史时间段内最后一次结束服务时的地理位置。
16.如权利要求12或13所述的装置，其特征在于，所述第二确定模块，在基于所述高效服务提供端的服务策略确定参考服务策略时，具体用于：
从所述高效服务提供端中选择任意n个高效服务提供端的服务策略，确定为所述参考服务策略，n为正整数。
17.如权利要求12或13所述的装置，其特征在于，所述第二确定模块，在基于所述高效服务提供端的服务策略确定参考服务策略时，具体用于：
确定所述高效服务提供端中服务效率满足第二预设条件的高效服务提供端；
将所述服务效率满足所述第二预设条件的高效服务提供端的服务策略，确定为所述参考服务策略。
18.如权利要求13所述的装置，其特征在于，所述第二确定模块，在基于所述高效服务提供端的服务策略确定参考服务策略时，具体用于：
针对每个服务集合中第i个低效服务提供端，计算每个服务集合中每个高效服务提供端的服务行为特征分别与所述第i个低效服务提供端的服务行为特征之间的相似度；
确定与所述第i个低效服务提供端的服务行为特征的相似度满足第三预设条件的高效服务提供端；
将所述相似度满足所述第三预设条件的高效服务提供端的服务策略，确定为所述参考服务策略。
19.如权利要求12或13所述的装置，其特征在于，所述服务策略包括以下策略中的至少一种：
在预设历史时间段内每次开启服务的时间；
在预设历史时间段内每次开启服务时的地理位置；
在预设历史时间段内每次结束服务的时间；
在预设历史时间段内每次结束服务时的地理位置；
在预设历史时间段内执行不同服务类型的服务订单的时间；
在预设历史时间段内执行每个服务订单时的起始位置和终点位置。
20.如权利要求19所述的装置，其特征在于，所述发送模块，在向所述低效服务提供端发送所述参考服务策略时，具体用于：
向所述低效服务提供端发送标注有坐标点的地图信息；
其中，所述坐标点包括每次开启服务时的地理位置、每次结束服务时的地理位置、每个服务订单时的起始位置和终点位置中的一种或多种。
21.如权利要求12或13所述的装置，其特征在于，所述第一确定模块，还用于：
在获取不同服务提供端的服务效率之前，确定不同服务提供端在相邻的预设历史时间段内的服务行为特征的变化幅度小于预设幅度值。
22.如权利要求12或13所述的装置，其特征在于，所述第一确定模块，在获取不同服务提供端的服务效率时，具体用于：
获取不同服务提供端在单位时间段内的服务收入水平；
基于每个服务提供端对应的服务收入水平，确定每个服务提供端的服务效率。
23.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如权利要求1至11任一所述的服务效率控制方法的步骤。
24.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至11任一所述的服务效率控制方法的步骤。
技术总结本申请提供了一种服务效率控制方法及装置，其中，该方法通过获取不同服务提供端的服务效率，并基于不同服务提供端的服务效率，确定高效服务提供端和低效服务提供端；然后，获取所述高效服务提供端的服务策略，并基于所述高效服务提供端的服务策略确定参考服务策略；最后，向所述低效服务提供端发送所述参考服务策略。通过这种方法，可以提高低效服务提供端的服务效率，减少不同服务提供端的服务效率差距，均衡不同服务提供端的服务资源配比。
技术研发人员：刘刚刚;卓呈祥;薛盛杰;霍士杰
受保护的技术使用者：北京嘀嘀无限科技发展有限公司
技术研发日：2018.11.30
技术公布日：2020.06.09
