CN112990948A - 服务评估方法、装置、设备、存储介质及计算机程序产品 - Google Patents

Abstract

本申请提供一种服务评估方法、装置、设备、存储介质及计算机程序产品，涉及数据处理技术领域。其中，该方法包括：获取服务提供方的历史服务订单；根据历史服务订单和预设评估条件，对服务提供方进行评估，获取评估结果；若评估结果指示服务提供方存在违约行为，则生成违约处理信息，实现了可以根据服务提供方的历史服务订单自动生成违约处理信息，可以提高服务提供方的管理效率，降低人力管理成本。

Description

服务评估方法、装置、设备、存储介质及计算机程序产品

技术领域

本申请涉及数据处理技术领域，特别涉及一种服务评估方法、装置、设备、存储介质及计算机程序产品。

背景技术

供应商是指直接向零售商提供商品及相应服务的企业及其分支机构、个体工商户，其可以包括制造商、经销商和其他中介商等，供应商管理是供应链采购管理中一个很重要的问题，其在实现准时化采购中有很重要的作用。

现有的，对供应商进行管理时，主要依靠采购人工统计完成，根据采购人工的记录结果人工开具违约罚单。

但由于供应商所处供应场景的多样性，因此，依靠人工进行统计、开具违约罚单的方式，存在管理效率低，人工成本大的问题。

发明内容

本申请的目的在于，针对上述现有技术中的不足，提供一种服务评估方法、装置、设备、存储介质及计算机程序产品，可以提高服务提供方的管理效率，降低人力管理成本。

为实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本发明提供一种服务评估方法，包括：获取服务提供方的历史服务订单；根据所述历史服务订单和预设评估条件，对所述服务提供方进行评估，获取评估结果；若所述评估结果指示所述服务提供方存在违约行为，则生成违约处理信息。

在可选的实施方式中，所述获取服务提供方的历史服务订单之前，还包括：获取所述服务提供方的服务资质信息；根据预设审核系统，对服务提供方的服务资质信息进行审核，生成审核结果；若所述审核结果指示审核未通过，则生成违约处理信息。

在可选的实施方式中，所述服务提供方用于向服务请求方提供至少一种商品；

所述根据所述历史服务订单和预设评估条件，对所述服务提供方进行评估，获取评估结果，包括：获取所述历史服务订单的订单参数，所述订单参数包括下述至少一项：实际送达时间、商品类别、商品数量、服务售后评价；根据所述历史服务订单的订单参数和预设评估条件，对所述服务提供方进行评估，获取评估结果。

在可选的实施方式中，所述订单参数包括实际送达时间；所述根据所述历史服务订单的订单参数和预设评估条件，对所述服务提供方进行评估，获取评估结果，包括：根据所述历史服务订单的实际送达时间和目标送达时间，对所述服务提供方进行评估，获取评估结果。

在可选的实施方式中，所述根据所述历史服务订单的实际送达时间和目标送达时间，对所述服务提供方进行评估，获取评估结果，包括：获取所述历史服务订单的服务参数，所述服务参数包括：服务日期、服务起始位置、服务终止位置；根据所述历史服务订单的服务参数和预设时间模型，获取所述历史服务订单对应的预估送达时间；根据所述历史服务订单的实际送达时间、目标送达时间以及预估送达时间，对所述服务提供方进行评估，获取评估结果。

在可选的实施方式中，若所述评估结果指示所述服务提供方存在违约行为，则生成违约处理信息之后，还包括：向所述服务提供方对应的服务提供方设备推送所述违约处理信息。

在可选的实施方式中，所述向所述服务提供方推送所述违约处理信息之后，还包括：接收所述服务提供方设备根据所述违约处理信息发送的申诉订单；若确定所述申诉订单申诉通过，则撤销所述违约处理信息。

在可选的实施方式中，所述申诉订单包括：申诉证据；所述若确定所述申诉订单申诉通过，则撤销所述违约处理信息，包括：获取所述申诉订单的提交时间；若确定所述申诉订单的提交时间符合预设时间要求，且所述申诉订单的申诉证据符合预设申诉要求，则撤销所述违约处理信息。

在可选的实施方式中，所述若所述评估结果指示所述服务提供方存在违约行为，则生成违约处理信息之后，所述方法还包括：根据所述违约处理信息，确定违约商品标识；对所述违约商品标识进行标记，获取所述服务提供方的标记结果；向服务请求方对应的服务请求设备发送所述服务提供方的标记结果。

在可选的实施方式中，所述若所述评估结果指示所述服务提供方存在违约行为，则生成违约处理信息之后，还包括：获取预设时间段内所述服务提供方的违约处理信息；根据预设时间段内所述服务提供方的违约处理信息，对所述服务提供方进行分级处理，获取所述服务提供方所属的服务等级。

在可选的实施方式中，所述根据预设时间段内所述服务提供方的违约处理信息，对所述服务提供方进行分级处理，获取所述服务提供方所属的服务等级，包括：根据预设时间段内所述服务提供方的违约处理信息，获取预设时间段内所述服务提供方的违约参数，所述违约参数包括下述至少一项：违约次数、违约金额、违约原因；根据预设时间段内所述服务提供方的违约参数，对所述服务提供方进行分级处理，获取所述服务提供方所属的服务等级。

在可选的实施方式中，所述若所述评估结果指示所述服务提供方存在违约行为，则生成违约处理信息之后，还包括：响应于违约处理信息的预览请求；根据所述预览请求，显示满足预设预览条件的服务提供方。

在可选的实施方式中，所述违约处理信息包括下述至少一项：违约时间、违约原因、罚款金额。

第二方面，本发明提供一种服务评估装置，包括：获取模块，用于获取服务提供方的历史服务订单；评估模块，用于根据所述历史服务订单和预设评估条件，对所述服务提供方进行评估，获取评估结果；生成模块，用于若所述评估结果指示所述服务提供方存在违约行为，则生成违约处理信息。

在可选的实施方式中，所述获取模块，还用于获取所述服务提供方的服务资质信息；所述评估模块，还用于根据预设审核系统，对服务提供方的服务资质信息进行审核，生成审核结果；所述生成模块，还用于若所述审核结果指示审核未通过，则生成违约处理信息。

在可选的实施方式中，所述服务提供方用于向服务请求方提供至少一种商品；所述评估模块，具体用于获取所述历史服务订单的订单参数，所述订单参数包括下述至少一项：实际送达时间、商品类别、商品数量、服务售后评价；根据所述历史服务订单的订单参数和预设评估条件，对所述服务提供方进行评估，获取评估结果。

在可选的实施方式中，所述订单参数包括实际送达时间；所述评估模块，具体用于根据所述历史服务订单的实际送达时间和目标送达时间，对所述服务提供方进行评估，获取评估结果。

在可选的实施方式中，所述评估模块，具体用于获取所述历史服务订单的服务参数，所述服务参数包括：服务日期、服务起始位置、服务终止位置；根据所述历史服务订单的服务参数和预设时间模型，获取所述历史服务订单对应的预估送达时间；根据所述历史服务订单的实际送达时间、目标送达时间以及预估送达时间，对所述服务提供方进行评估，获取评估结果。

在可选的实施方式中，所述装置还包括：推送模块，用于向所述服务提供方对应的服务提供方设备推送所述违约处理信息。

在可选的实施方式中，所述推送模块，用于接收所述服务提供方设备根据所述违约处理信息发送的申诉订单；若确定所述申诉订单申诉通过，则撤销所述违约处理信息。

在可选的实施方式中，所述申诉订单包括：申诉证据；所述推送模块，具体用于获取所述申诉订单的提交时间；若确定所述申诉订单的提交时间符合预设时间要求，且所述申诉订单的申诉证据符合预设申诉要求，则撤销所述违约处理信息。

在可选的实施方式中，所述生成模块，还用于根据所述违约处理信息，确定违约商品标识；对所述违约商品标识进行标记，获取所述服务提供方的标记结果；向服务请求方对应的服务请求设备发送所述服务提供方的标记结果。

在可选的实施方式中，所述生成模块，还用于获取预设时间段内所述服务提供方的违约处理信息；根据预设时间段内所述服务提供方的违约处理信息，对所述服务提供方进行分级处理，获取所述服务提供方所属的服务等级。

在可选的实施方式中，所述生成模块，具体用于根据预设时间段内所述服务提供方的违约处理信息，获取预设时间段内所述服务提供方的违约参数，所述违约参数包括下述至少一项：违约次数、违约金额、违约原因；

根据预设时间段内所述服务提供方的违约参数，对所述服务提供方进行分级处理，获取所述服务提供方所属的服务等级。

在可选的实施方式中，所述生成模块，还用于响应于违约处理信息的预览请求；根据所述预览请求，显示满足预设预览条件的服务提供方。

在可选的实施方式中，所述违约处理信息包括下述至少一项：违约时间、违约原因、罚款金额。

第三方面，本发明提供一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如前述实施方式任一项所述服务评估方法的步骤。

第四方面，本发明提供一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如前述实施方式任一项所述服务评估方法的步骤。

第五方面，本发明提供一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现如前述实施方式任一项所述服务评估方法的步骤。

本申请的有益效果是：

本申请实施例提供的服务评估方法、装置、设备、存储介质及计算机程序产品中，通过获取服务提供方的历史服务订单；根据历史服务订单和预设评估条件，对服务提供方进行评估，获取评估结果；若评估结果指示服务提供方存在违约行为，则生成违约处理信息，实现了可以根据服务提供方的历史服务订单自动生成违约处理信息，可以提高服务提供方的管理效率，降低人力管理成本。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种服务评估系统的架构示意图；

图2为本申请实施例提供的一种电子设备的结构示意图；

图3为本申请实施例提供的一种服务评估方法的流程示意图；

图4为本申请实施例提供的另一种服务评估方法的流程示意图；

图5为本申请实施例提供的又一种服务评估方法的流程示意图；

图6为本申请实施例提供的另一种服务评估方法的流程示意图；

图7为本申请实施例提供的又一种服务评估方法的流程示意图；

图8为本申请实施例提供的另一种服务评估方法的流程示意图；

图9为本申请实施例提供的又一种服务评估方法的流程示意图；

图10为本申请实施例提供的另一种服务评估方法的流程示意图；

图11为本申请实施例提供的又一种服务评估方法的流程示意图；

图12为本申请实施例提供的另一种服务评估方法的流程示意图；

图13为本申请实施例提供的一种服务评估装置的功能模块示意图；

图14为本申请实施例提供的另一种服务评估装置的功能模块示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

图1为本申请实施例提供的一种服务评估系统的架构示意图。如图1所示，该服务评估系统可以包括服务器110、网络120、服务提供方设备130和数据库140中的一种或多种，该服务评估系统可以应用于外卖场景、购物场景、送货场景、打车场景、停车场景等需要网络订单的场景，在此不作限定，根据不同的应用场景，可以对应不同的服务提供方设备。

在一些实施例中，服务器110可以是单个服务器，也可以是服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器110可以是分布式系统)。在一些实施例中，服务器110相对于服务提供方设备130，可以是本地的、也可以是远程的。例如，服务器110可以经由网络120访问存储在服务提供方设备130、或数据库140、或其任意组合中的信息和/或数据。作为另一示例，服务器110可以直接连接到服务提供方设备130和数据库140中至少一个，以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(community cloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。

在一些实施例中，服务器110可以包括处理器。处理器可以处理与服务请求有关的信息和/或数据，以执行本申请中描述的一个或多个功能。在一些实施例中，处理器可以包括一个或多个处理核(例如，单核处理器(S)或多核处理器(S))。仅作为举例，处理器可以包括中央处理单元(Central Processing Unit，CPU)、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、专用指令集处理器(Application Specific Instruction-set Processor，ASIP)、图形处理单元(Graphics Processing Unit，GPU)、物理处理单元(Physics Processing Unit，PPU)、数字信号处理器(Digital Signal Processor，DSP)、现场可编程门阵列(Field Programmable Gate Array，FPGA)、可编程逻辑器件(Programmable Logic Device，PLD)、控制器、微控制器单元、简化指令集计算机(ReducedInstruction Set Computing，RISC)、或微处理器等，或其任意组合。

网络120可以用于信息和/或数据的交换。在一些实施例中，服务评估系统中的一个或多个组件可以向其他组件发送信息和/或数据。例如，服务器110可以经由网络120从服务提供方设备130获取服务请求。在一些实施例中，网络120可以是任何类型的有线或者无线网络，或者是他们的结合。仅作为示例，网络120可以包括有线网络、无线网络、光纤网络、远程通信网络、内联网、因特网、局域网(Local Area Network，LAN)、广域网(Wide AreaNetwork，WAN)、无线局域网(Wireless Local Area Networks，WLAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、公共电话交换网(Public Switched Telephone Network，PSTN)、蓝牙网络、ZigBee网络、或近场通信(NearField Communication,NFC)网络等，或其任意组合。在一些实施例中，网络120可以包括一个或多个网络接入点。例如，网络120可以包括有线或无线网络接入点，例如基站和/或网络交换节点，服务评估系统的一个或多个组件可以通过该接入点连接到网络120以交换数据和/或信息。

在一些实施例中，服务提供方设备130可以包括移动设备、平板计算机、膝上型计算机、或机动车辆中的内置设备等，或其任意组合。在一些实施例中，机动车辆中的内置设备可以包括车载计算机、车载电视等。在一些实施例中，服务提供方设备130可以是具有定位技术的设备，用于定位终端的位置。在一些实施例中，服务提供方设备130可以将定位信息发送给服务器110。

数据库140可以存储数据和/或指令。在一些实施例中，数据库140可以存储从服务提供方设备130获得的数据。在一些实施例中，数据库140可以存储在本申请中描述的示例性方法的数据和/或指令。在一些实施例中，数据库140可以包括大容量存储器、可移动存储器、易失性读写存储器、或只读存储器(Read-Only Memory，ROM)等，或其任意组合。作为举例，大容量存储器可以包括磁盘、光盘、固态驱动器等；可移动存储器可包括闪存驱动器、软盘、光盘、存储卡、zip磁盘、磁带等；易失性读写存储器可以包括随机存取存储器(RandomAccess Memory，RAM)；RAM可以包括动态RAM(Dynamic Random Access Memory，DRAM)，双倍数据速率同步动态RAM(Double Date-Rate Synchronous RAM，DDR SDRAM)；静态RAM(Static Random-Access Memory，SRAM)，晶闸管RAM(Thyristor-Based Random AccessMemory，T-RAM)和零电容器RAM(Zero-RAM)等。作为举例，ROM可以包括掩模ROM(Mask Read-Only Memory，MROM)、可编程ROM(Programmable Read-Only Memory，PROM)、可擦除可编程ROM(Programmable Erasable Read-only Memory，PEROM)、电可擦除可编程ROM(Electrically Erasable Programmable read only memory，EEPROM)、光盘ROM(CD-ROM)、以及数字通用磁盘ROM等。在一些实施例中，数据库140可以在云平台上实现。仅作为示例，云平台可以包括私有云、公有云、混合云、社区云、分布式云、跨云、多云或者其它类似的等，或其任意组合。

在一些实施例中，数据库140可以连接到网络120以与服务评估系统中的一个或多个组件(例如，服务器110，服务提供方设备130等)通信。服务评估系统中的一个或多个组件可以经由网络120访问存储在数据库140中的数据或指令。在一些实施例中，数据库140可以直接连接到服务评估系统中的一个或多个组件(例如，服务器110，服务提供方设备130等)；或者，在一些实施例中，数据库140也可以是服务器110的一部分。

在一些实施例中，服务评估系统中的一个或多个组件(例如，服务器110，服务提供方设备130等)可以具有访问数据库140的权限。在一些实施例中，当满足一定条件时，服务评估系统中的一个或多个组件可以读取和/或修改与服务提供方设备130有关的信息。例如，服务器110可以在接收服务请求之后读取和/或修改一个或多个用户的信息。

图2为本申请实施例提供的一种电子设备的结构示意图。该电子设备可以是实现本申请思想的服务器等。如图2所示，处理器112可以用于电子设备200上，并且用于执行本申请中的功能。

电子设备200可以是通用计算机或特殊用途的计算机，两者都可以用于实现本申请的服务评估方法。本申请尽管仅示出了一个计算机，但是为了方便起见，可以在多个类似平台上以分布式方式实现本申请描述的功能，以均衡处理负载。

例如，电子设备200可以包括连接到网络的网络端口210、用于执行程序指令的一个或多个处理器220、通信总线230、和不同形式的存储介质240，例如，磁盘、ROM、或RAM，或其任意组合。示例性地，计算机平台还可以包括存储在ROM、RAM、或其他类型的非暂时性存储介质、或其任意组合中的程序指令。根据这些程序指令可以实现本申请的方法。电子设备200还包括计算机与其他输入输出设备(例如键盘、显示屏)之间的输入/输出(Input/Output，I/O)接口250。

为了便于说明，在电子设备200中仅描述了一个处理器。然而，应当注意，本申请中的电子设备200还可以包括多个处理器，因此本申请中描述的一个处理器执行的步骤也可以由多个处理器联合执行或单独执行。例如，若电子设备200的处理器执行步骤A和步骤B，则应该理解，步骤A和步骤B也可以由两个不同的处理器共同执行或者在一个处理器中单独执行。例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一处理器和第二处理器共同执行步骤A和B。

为了更好地理解本申请，以供货场景为例进行说明，社区团购中，供应商管理是很重要的一个环节，团购的正常运行在于履约是否正常，若要保证履约正常，就需要合作良好的供应商；否则供应商随意迟到、少送货物，容易导致不能正常履约，团购用户无法正常购买商品。现阶段，对供应商进行管理时，主要通过采购人工统计完成，根据采购人工的记录结果人工开具违约罚单。

可以看出，现有的管理方式完全依靠人工完成，特别是违规供应商较多时，人工开具违约罚单费时费力、容易出错、人工成本较高，且处罚严重滞后，因此，现有的管理方法存在管理效率低，不能有效地甄选优质供应商的问题，另外，对供应商的违约管理放在线下，难以保证公平性，无法最大程度对供应商进行约束。

有鉴于此，本申请实施例提供一种服务评估方法，该方法可以提高服务提供方的管理效率，降低人力成本，且能保证管理的公平性。

图3为本申请实施例提供的一种服务评估方法的流程示意图，该方法的执行主体可以为上述的服务器，下面本申请结合供货场景进行说明，其他场景下的应用可参见下述供货场景的说明。如图3所示，该方法可以包括：

S101、获取服务提供方的历史服务订单。

其中，服务过程中，可以包括服务请求方和服务提供方，服务请求方也即请求服务的一方，所请求服务可以包括但不限于：购物服务、供货服务、家政服务、乘车服务、外卖服务等；服务提供方也即提供服务的一方，根据服务请求方所请求的服务，服务提供方可以提供相应的服务。

可以理解的是，服务过程中，根据服务请求方的请求服务和服务提供方所提供的服务可以生成相应的服务订单，该服务订单可以包括但不限于：服务日期、服务内容、服务价格等，根据不同的应用场景可以有所不同。在一些实施例中，所生成的服务订单可以存储于预设数据仓库，以便可以对所生成的服务订单进行统一管理，可选地，该预设数据仓库可以包括多种类型的数据库，比如，关系型数据库、非关系型数据库等，在此不作限定。可选地，获取服务提供方的历史服务订单时，则可以通过该预设数据仓库获取。可以理解的是，若服务提供方为供应商，相应地，服务请求方可以是采购商，该采购商可以是超市、饭店、酒店、医院、商场等，在此不作限定。

S102、根据历史服务订单和预设评估条件，对服务提供方进行评估，获取评估结果。

不同的应用场景下可以对应不同的预设评估条件，那么则可以根据上述获取的历史服务订单和预设评估条件，对服务提供方的服务情况进行评估，获取评估结果，通过该评估结果可以知晓服务提供方的历史服务情况，比如，是否按时供货、所供货物的数量是否请求货物的种类一致等。

可选地，具体进行评估时，可以从服务态度、服务效率等多个方面设置预设评估条件，使得可以从多个维度评估服务提供方的服务情况，进而通过该评估结果可以反映服务提供方的服务质量。

比如，供货场景下，预设评估条件可以是按时送货、所供货物的种类与请求货物的种类一致、数量相同、售后投诉率低于预设投诉阈值等，在此不作限定，根据不同的应用场景可以有所不同。

S103、若评估结果指示服务提供方存在违约行为，则生成违约处理信息。

在获取评估结果之后，若通过该评估结果确定历史服务订单不满足预设评估条件，则说明该评估结果指示服务提供方存在违约行为，那么可以生成相应的违约处理信息，实现了可以根据服务提供方的历史服务订单自动生成违约处理信息，提高服务提供方的管理效率，降低人力管理成本。

可选地，该违约处理信息可以包括：违约时间、违约原因等，在此不作限定，在一些实施例中，该违约处理信息可以以违约单的形式呈现。其中，违约原因可以根据历史服务订单的订单参数、服务参数以及预设评估条件，对服务提供方进行评估得到，可选地，订单参数可以包括实际送达时间、商品类别、商品数量、服务售后评价等，服务参数可以包括服务日期、服务起始位置、服务终止位置等，但不以此为限。违约原因可以包括：迟到违约、缺货违约、交通堵塞违约、极端天气影响违约等，在此不作限定。

可以理解的是，不同应用场景下可以对应不同的违约行为，比如，供货场景下，违约行为可以通过迟到、缺货等违约原因产生，在此不作限定。其中，确定评估结果是否指示服务提供方存在违约行为时，可选地，若通过评估结果确定服务提供方未在目标送达时间之前到达服务终止位置，则可以认为该评估结果指示服务提供方存在违约行为，且违约原因为迟到违约；若通过评估结果确定服务提供方所供货物的数量少于请求货物的数量，则可以认为该评估结果指示服务提供方存在违约行为，且违约原因为缺货违约，但实际判断方式不以此为限。

综上，本申请实施例提供的服务评估方法，包括：获取服务提供方的历史服务订单；根据历史服务订单和预设评估条件，对服务提供方进行评估，获取评估结果；若评估结果指示服务提供方存在违约行为，则生成违约处理信息，实现了可以根据服务提供方的历史服务订单自动生成违约处理信息，可以提高服务提供方的管理效率，降低人力管理成本。

此外，本申请实施例所提供的服务评估方法，由于可以实现自动化评估，因此，相较于人工评估的方式，可以降低出错概率，及时生成违约处理信息。

图4为本申请实施例提供的另一种服务评估方法的流程示意图。其中，对于服务提供方来说，可以理解的是，若服务提供方为供应商，则可能存在该供应商的资质信息虚假伪造、或过期的情况，因此，为了对服务提供方实现有效监管，可选地，如图4所示，上述获取服务提供方的历史服务订单之前，还包括：

S201、获取服务提供方的服务资质信息。

S202、根据预设审核系统，对服务提供方的服务资质信息进行审核，生成审核结果。

可选地，服务提供方在提供首次服务之前可以通过服务评估客户端向执行上述服务评估方法的服务器提交服务资质信息，服务器在获取到服务提供方的服务资质信息后，可以根据预设审核系统，对该服务提供方的服务资质信息进行审核，以审核该服务资质信息是否有效。其中，预设审核系统可以是用于审核服务资质信息的系统，可选地，可以基于现有的审核系统实现。

S203、若审核结果指示审核未通过，则生成违约处理信息。

可以理解的是，若通过该审核结果确定服务提供方的服务资质信息真实有效，则说明该审核结果指示审核通过；否则，若通过该审核结果服务提供方的服务资质信息无效(比如，虚假、过期等)，则说明该审核结果指示审核未通过，那么此时也可以生成违约处理信息，有关该违约处理信息的说明可参见前述的相关部分，本申请在此不再赘述。可选地，该违约处理信息可以包括罚款金额，该罚款金额可以是一预设金额。

基于上述实施例的基础上，应用本申请实施例，实现了可以从服务资质信息的维度、以及服务订单的维度对服务提供方进行多维度管理评估，从而可以实现对服务提供方的有效监管。

图5为本申请实施例提供的又一种服务评估方法的流程示意图。可选地，服务提供方用于向服务请求方提供至少一种商品，比如，服务提供方为供应商，该供应商可以向服务请求方(采购商)供应至少一种商品，该商品可以包括但不限于：生鲜、食品酒饮、电子设备、衣服、图书文娱等。在一些实施例中，如图5所示，则上述根据历史服务订单和预设评估条件，对服务提供方进行评估，获取评估结果，包括：

S301、获取历史服务订单的订单参数。

其中，订单参数包括下述至少一项：实际送达时间、商品类别、商品数量、服务售后评价。

S302、根据历史服务订单的订单参数和预设评估条件，对服务提供方进行评估，获取评估结果。

可以理解的是，若服务提供方用于向服务请求方提供至少一种商品，则可以获取历史服务订单的订单参数，该订单参数可以包括实际送达时间、商品类别、商品数量、服务售后评价等，当然，根据实际的应用场景还可以包括其他订单参数，比如，商品单价、订单总价、退单情况等，可选地，服务售后评价可以通过线上、线下等方式收集，在此不作限定。比如，对于实际送达时间来说，供应商到达服务终止位置之后，可以通过签到小程序进行签到；对于商品类别和商品数量来说，供应商到达服务终止位置之后，采购人员可以通过带有扫码功能的工业手机(Personal Digital Assistant，PDA)对商品进行分拣入库、商品质检记录等，从而可以获取到所供商品的商品类别和商品数量；对于服务售后评价来说，采购商在售出供应商所供应的商品之后，可以将购买用户通过线上、线下等多种方式反馈的售后评价进行收集存储。

可选地，该历史服务订单的订单参数也可以存储于上述预设数据仓库中，也即，供货场景下，预设数据仓库可以存储供应商所供货物的实际送达时间、商品类别、商品数量、服务售后评价等；当然，也可以存储采购商所处采购商品的实际入库量、货损量等，在此不作限定。

基于上述获取的历史服务订单的订单参数和预设评估条件，则可以对该服务提供方进行评估，获取到相应的评估结果。

可选地，该预设评估条件可以根据所获取的订单参数设定，比如，订单参数包括服务售后评价，可选地，预设评估条件可以包括预设投诉次数阈值，则在进行评估时，可以确定该历史服务订单的服务售后评价中投诉次数是否小于预设投诉次数阈值，若小于，可以得到售后投诉率较低的评估结果，否则，可以得到售后投诉率较高的评估结果，可以理解的是，售后投诉率较高时，该服务提供方将存在违约行为。

可选地，订单参数包括：供应商品数量，预设评估条件可以包括：实际入库数量大于预设入库数量，可以理解的是，若供应商品为生鲜，则供应商运输过程中，可能发生损坏的情况，因此，在进行评估时，可以判断实际入库数量是否大于预设入库数量，若小于，可以得到供应商供应商品不足、供应商所供货物存在缺货的评估结果，可以理解的是，该种情况下服务提供方将存在违约行为。其中，实际入库数量，可以在供应商到达服务终止位置之后，采购人员通过带有扫码功能的工业手机(Personal Digital Assistant，PDA)对商品进行入库验收获取，但不以此为限。

当然，需要说明的是，实际应用场景下，用户也可对该预设评估条件进行适应性调整，在此不作限定。可选地，该预设评估条件可以以具体的数据模型存储在关系型数据库中，在此不作限定。

可选地，订单参数包括实际送达时间；上述根据历史服务订单的订单参数和预设评估条件，对服务提供方进行评估，获取评估结果，可以包括：

根据历史服务订单的实际送达时间和目标送达时间，对服务提供方进行评估，获取评估结果。

其中，订单参数包括实际送达时间，可选地，预设评估条件可以包括目标送达时间，该目标送达时间可以是服务请求方请求送达的时间，又或者，可以是预估送达时间等，在此不作限定，则在进行评估时，可以根据该实际送达时间和目标送达时间，对服务提供方进行评估，以评估服务提供方的服务及时率。可以理解的是，若实际送达时间晚于目标送达时间，可以得到服务提供方的服务及时率较低的评估结果。

图6为本申请实施例提供的另一种服务评估方法的流程示意图。基于上述说明，可以理解的是，若存在一些特殊情况(比如极端天气原因、运输道路临时修路、车祸等原因)，则服务提供方送货的实际送达时间可能晚于目标送达时间，在该种情况下，为了保护服务提供方的权益，可选地，如图6所示，上述根据历史服务订单的实际送达时间和目标送达时间，对服务提供方进行评估，获取评估结果，包括：

S401、获取历史服务订单的服务参数。

其中，服务参数包括：服务日期、服务起始位置、服务终止位置。

历史服务订单的服务参数可以指示服务过程中的服务时间参数、服务位置参数、服务方式参数等，可选地，该服务参数可以包括服务日期、服务起始位置、服务终止位置，其中，服务日期可以指示服务提供方提供服务的时间，服务起始位置和服务终止位置可以指示服务提供方提供服务的起始地和目的地。

比如，供货场景下，某历史服务订单的服务参数可以包括：供货时间、供货起始位置、供货终止位置，但不以此为限。

当然，根据实际的应用场景，历史服务订单还可以包括其他服务参数，比如，供货场景下，还可以包括：运输途径(海运、航运、空运、陆运等)、运输工具的类型(比如，运输车辆的类型)等，在此不作限定。

S402、根据历史服务订单的服务参数和预设时间模型，获取历史服务订单对应的预估送达时间。

S403、根据历史服务订单的实际送达时间、目标送达时间以及预估送达时间，对服务提供方进行评估，获取评估结果。

其中，预设时间模型可以根据历史服务订单的服务参数估计对应的预估送达时间，可选地，预设时间模型可以基于机器学习、深度学习、神经网络技术等实现，在此不作限定。可选地，所构建的预设时间模型可以将天气因素、交通因素等考虑进来，使得基于该预设时间模型获取历史服务订单对应的预估送达时间时，可以得到更为准确的预估送达时间。

基于上述说明，在获取到该预估送达时间后，则可以根据历史服务订单的实际送达时间、目标送达时间以及预估送达时间，对服务提供方进行综合评估，可选地，在进行评估时，若确定预估送达时间晚于目标送达时间，则可以依据该预估送达时间和实际送达时间，确定服务提供方所提供服务的及时率，也即可以判断服务提供方所提供服务是否迟到，其中，若实际送达时间晚于预估送达时间，则可以认为服务提供方提供服务迟到，存在违约行为，否则，可以认为服务提供方提供服务及时，使得在特殊情况下，可以进行差异化处理，以保护服务提供方的权益。

图7为本申请实施例提供的又一种服务评估方法的流程示意图。可选地，如图7所示，评估结果指示服务提供方存在违约行为，则生成违约处理信息之后，还包括：

S501、向服务提供方对应的服务提供方设备推送违约处理信息。

基于上述说明，在生成服务提供方的违约处理信息后，可选地，可以向服务提供方对应的服务提供方设备推送违约处理信息，可以理解的是，通过推送，服务提供方通过该服务提供设备可以获取到该违约处理信息，可选地，推送的违约处理信息中可以包括罚款金额，可以缴纳罚款的预设账号、二维码等，如此可以通过罚款方式对服务提供方进行有效监管，以便服务提供方进一步改进服务，提高服务质量，进而提高服务提供方的竞争力。

比如，供货场景下，该违约处理信息中的内容可以包括：订单号为PO21020418000326的订单中，供应商1034256-A于2021年2月3日向采购商3699278-B供应货物，所供应货物包括：100件苹果、20件橘子、8件香蕉，其中，一件苹果的价格为50元，一件橘子的价格为40元，一件香蕉的价格为30元，订单的期望最晚到达仓库时间为2021年2月6日18：00，而供应商实际到仓时间为2021年2月6日18:17，供应商未及时送货，存在迟到的违约行为，此次的罚款金额为500元，若有异议，需在2月10号18:00前登录XXXXX网址进行申诉，否则视为放弃，若无异议，需在2月11号18:00前缴纳罚款至账号XXXXXXXXXX。可以理解的是，不同的场景下，违约处理信息中的内容可以有所不同。可选地，罚款金额可以根据所送货物的总价确定，又或者，可以对应一预设罚款金额，在此不作限定。

基于上述生成的违约处理信息，为了保证服务提供方的利益，本申请实施例还提供申诉渠道，具体可参见下述内容：可选地，如图7所示，上述向服务提供方推送违约处理信息之后，还包括：

S502、接收服务提供方设备根据违约处理信息发送的申诉订单。

S503、若确定申诉订单申诉通过，则撤销违约处理信息。

其中，服务提供方通过服务提供方设备接收到违约处理信息，可以对该违约处理信息作进一步确认，若有异议，服务提供方可以通过服务提供方设备填写申诉订单(比如，可以通过预设网页、预设小程序进行填写)，并通过服务提供方设备向服务器发送该申诉订单，可选地，该申诉订单所支持的申诉内容格式可以包括：文字信息、图片信息、视频信息、语音信息等，在此不作限定；若无异议，服务提供方可以通过服务提供方设备进行确认，使得违约处理信息生效，若有罚款金额，可选地，可以通过预设账号、二维码等方式及时缴纳罚款，以提高服务提供方的信用等级，便于后续评估时，可以综合评估。

服务器在接收到服务提供方设备根据违约处理信息发送的申诉订单，则可以根据预设处理规则确定申诉订单是否申诉通过，其中，若申诉通过，则可以撤销违约处理信息，当然，也可以进一步向服务提供方对应的服务提供方设备发送撤销通知，以便服务提供方可以知晓申诉的结果，提高服务提供方的体验。

可选地，申诉订单可以包括：申诉证据，申诉证据也即申诉理由，在一些实施例中，申诉订单可以基于预设申诉模板生成，该预设申诉模板可以包括预设申诉证据，可选地，服务提供方可以通过选择的方式选择任一预设申诉证据作为申诉证据，以便可以快速生成申诉订单，提高用户体验。当然，用户也可在选择任一预设申诉证据作为申诉证据后，作进一步地补充说明，使得服务提供方可以以多种方式提供申诉证据。

图8为本申请实施例提供的另一种服务评估方法的流程示意图。在一些实施例中，如图8所示，上述若确定申诉订单申诉通过，则撤销违约处理信息，可以包括：

S601、获取申诉订单的提交时间。

S602、若确定申诉订单的提交时间符合预设时间要求，且申诉订单的申诉证据符合预设申诉要求，则撤销违约处理信息。

其中，对于申诉订单来说，可以进一步获取该申诉订单的提交时间，并获取向服务提供方对应的服务提供方设备推送违约处理信息的推送时间，根据该提交时间和推送时间可以获取两者之间的时间差，判断该时间差是否符合预设时间要求，可选地，该预设时间要求可以是小于预设时间阈值，在此不作限定。

其中，若确定该时间差符合预设时间要求，则可以进一步判断申诉订单的申诉证据是否符合预设申诉要求，可选地，该预设申诉要求可以是预设的、可以撤销违约处理信息的申诉要求，比如，服务请求方请求服务的时间填写有误、服务请求方商品数量清点有误等，在此不作限定。其中，若确定申诉订单的申诉证据符合预设申诉要求，则可以撤销违约处理信息，应用本申请实施例，可以规范服务提供方进行申诉的时间，进而可以提高申诉效率，提高服务提供方的管理效率。

可选地，若确定申诉订单的提交时间不符合预设时间要求，或，申诉订单的申诉证据不符合预设申诉要求，则可以认为服务提供方对所生成的违约处理信息无异议，如此，可以鼓励服务提供方及时、规范填写申诉订单，进而可以提高申诉效率。

图9为本申请实施例提供的又一种服务评估方法的流程示意图。可选地，如图9所示，若评估结果指示服务提供方存在违约行为，则生成违约处理信息之后，上述方法还可以包括：

S701、根据违约处理信息，确定违约商品标识。

S702、对违约商品标识进行标记，获取服务提供方的标记结果。

S703、向服务请求方对应的服务请求设备发送服务提供方的标记结果。

其中，违约商品标识也即存在违约行为的商品的标识。可以理解的是，在生成违约处理信息之后，可以根据该违约处理信息对应的历史服务订单确定其中的违约商品标识，对该违约商品标识进行标记，通过标记，可以获取服务提供方的标记结果，该标记结果可以指示服务提供方中所有存在违约行为的违约商品标识，进而可以向服务请求方对应的服务请求设备发送该服务提供方的标记结果，使得服务请求方通过该服务请求设备可以知晓服务提供方中存在违约行为的违约商品标识，便于对服务提供方中存在违约行为的违约商品标识进行管理，比如，对违约商品标识对应的违约商品进行下架、清退等，在此不作限定，如此，可以保证服务请求方的权益，提高本申请服务评估方法的适用性。

图10为本申请实施例提供的另一种服务评估方法的流程示意图。可选地，如图10所示，若评估结果指示服务提供方存在违约行为，则生成违约处理信息之后，还包括：

S801、获取预设时间段内服务提供方的违约处理信息。

S802、根据预设时间段内服务提供方的违约处理信息，对服务提供方进行分级处理，获取服务提供方所属的服务等级。

其中，为了便于服务请求方选择服务质量较好的服务提供方进行服务，可选地，对于多个服务提供方来说，可以获取预设时间段内各服务提供方的违约处理信息，根据预设时间段内各服务提供方的违约处理信息，对各服务提供方进行分级处理，从而可以获取各服务提供方所属的服务等级。可以理解的是，在获取到各服务提供方所属的服务等级，可以进一步筛选服务等级较高的服务提供方推荐给服务请求方，从而可以帮助服务请求方甄选出服务质量较好的服务提供方。

图11为本申请实施例提供的又一种服务评估方法的流程示意图。可选地，如图11所示，上述根据预设时间段内服务提供方的违约处理信息，对服务提供方进行分级处理，获取服务提供方所属的服务等级，可以包括：

S901、根据预设时间段内服务提供方的违约处理信息，获取预设时间段内服务提供方的违约参数。

其中，违约参数包括下述至少一项：违约次数、违约金额、违约原因，违约参数用于指示服务提供方的违约情况，当然，根据实际的应用场景，违约参数还可以包括其他参数，比如，历史申诉情况、违约金额支付情况(比如，是否有欠款)等，在此不作限定。

S902、根据预设时间段内服务提供方的违约参数，对服务提供方进行分级处理，获取服务提供方所属的服务等级。

基于上述说明，在获取到预设时间段内服务提供方的违约参数后，可以根据该违约参数综合考虑，对服务提供方进行分级处理，获取服务提供方所属的服务等级。可选地，违约参数包括多种类型的参数时，每种类型的参数可以对应一预设系数和预设分值，进而可以以加权求和的方式计算得到预设时间段内服务提供方的违约分数，可选地，违约分数越高，服务提供方所属的服务等级越低，也即该服务提供方的服务质量越差。

当然，需要说明的是，也可以通过其他方式进行分级处理时，比如，可以根据预设时间段内生成的违约处理信息的条数确定服务提供方所属的服务等级，其中，记预设时间段内生成的违约处理信息的条数为N，若N小于X1，可以认为该服务提供方所属的服务等级为A，说明该服务提供方的服务质量较好；若N大于X1且小于X2，可以认为该服务提供方所属的服务等级为B，说明该服务提供方的服务质量一般；若N大于X2，可以认为该服务提供方所属的服务等级为C，说明该服务提供方的服务质量较差，当然，实际确定服务等级的方式并不以此为限。比如，还可以采用比例的方式确定，可选地，对于多个服务提供方，可以根据各服务提供方对应的违约处理信息的条数，对该多个服务提供方进行升降排序，其中，对于排序位于前20％的服务提供方，可以认为该服务提供方所属的服务等级为A，说明该服务提供方的服务质量较好；对于排序位于前20％～30％的服务提供方，可以认为该服务提供方所属的服务等级为B，说明该服务提供方的服务质量一般；对于排序位于后50％的服务提供方，可以认为该服务提供方所属的服务等级为C，说明该服务提供方的服务质量较差，当然，实际分级方式并不以此为限。

图12为本申请实施例提供的另一种服务评估方法的流程示意图。可选地，如图12所示，若评估结果指示服务提供方存在违约行为，则生成违约处理信息之后，还包括：

S1001、响应于违约处理信息的预览请求。

S1002、根据预览请求，显示满足预设预览条件的服务提供方。

其中，为了便于对多个服务提供方进行统一管理，可选地，评估过程中，还可以响应于违约处理信息的预览请求，根据该预览请求，显示满足预设预览条件的服务提供方，可选地，该预览请求可以包括预设筛选条件，比如，最近一个月内违约处理信息的条数少于预设条数(比如，5条)的服务提供方、罚款金额小于预设金额(比如，1000元)的服务提供方、某省的违规率(也即该省违规的服务提供方的数量与总服务提供方的数量的比值)等，在此不作限定，根据实际的应用场景，用户可以自行配置。

可选地，上述违约处理信息可以包括下述至少一项：违约时间、违约原因、罚款金额，当然，根据实际的应用场景还可以包括：预设周期(比如，一周，一月等)内累积的违约次数、预设周期内累积的罚款金额等，在此不作限定，其中，该违约次数可以根据预设周期内生成的违约处理信息的条数确定。

基于上述实施例的基础上，可选地，还可以包括：根据预设统计周期内服务提供方所对应的累计违约处理信息的条数，对服务提供方所属的服务等级进行调整。比如，若预设统计周期内服务提供方所对应的累计违约处理信息的条数小于预设条数阈值，则可以对服务提供方所属的服务等级进行升级调整，否则，可以进行降低调整，如此，可以鼓励服务提供方提高服务质量。

图13为本申请实施例提供的一种服务评估装置的功能模块示意图，该服务评估装置可以是前述的服务器，该装置基本原理及产生的技术效果与前述对应的方法实施例相同，为简要描述，本实施例中未提及部分，可参考方法实施例中的相应内容。如图13所示，该服务评估装置300可以包括：

获取模块310，用于获取服务提供方的历史服务订单；

评估模块320，用于根据历史服务订单和预设评估条件，对服务提供方进行评估，获取评估结果；

生成模块330，用于若评估结果指示服务提供方存在违约行为，则生成违约处理信息。

在可选的实施方式中，获取模块310，还用于获取服务提供方的服务资质信息；评估模块320，还用于根据预设审核系统，对服务提供方的服务资质信息进行审核，生成审核结果；生成模块330，还用于若审核结果指示审核未通过，则生成违约处理信息。

在可选的实施方式中，服务提供方用于向服务请求方提供至少一种商品；评估模块320，具体用于获取历史服务订单的订单参数，订单参数包括下述至少一项：实际送达时间、商品类别、商品数量、服务售后评价；根据历史服务订单的订单参数和预设评估条件，对服务提供方进行评估，获取评估结果。

在可选的实施方式中，订单参数包括实际送达时间；评估模块320，具体用于根据历史服务订单的实际送达时间和目标送达时间，对服务提供方进行评估，获取评估结果。

在可选的实施方式中，评估模块320，具体用于获取历史服务订单的服务参数，服务参数包括：服务日期、服务起始位置、服务终止位置；根据历史服务订单的服务参数和预设时间模型，获取历史服务订单对应的预估送达时间；根据历史服务订单的实际送达时间、目标送达时间以及预估送达时间，对服务提供方进行评估，获取评估结果。

图14为本申请实施例提供的一种服务评估装置的功能模块示意图，如图14所示，服务评估装置还包括：推送模块340，用于向服务提供方对应的服务提供方设备推送违约处理信息。

在可选的实施方式中，推送模块340，用于接收服务提供方设备根据违约处理信息发送的申诉订单；若确定申诉订单申诉通过，则撤销违约处理信息。

在可选的实施方式中，申诉订单包括：申诉证据；推送模块340，具体用于获取申诉订单的提交时间；若确定申诉订单的提交时间符合预设时间要求，且申诉订单的申诉证据符合预设申诉要求，则撤销违约处理信息。

在可选的实施方式中，生成模块330，还用于根据违约处理信息，确定违约商品标识；对违约商品标识进行标记，获取服务提供方的标记结果；向服务请求方对应的服务请求设备发送服务提供方的标记结果。

在可选的实施方式中，生成模块330，还用于获取预设时间段内服务提供方的违约处理信息；根据预设时间段内服务提供方的违约处理信息，对服务提供方进行分级处理，获取服务提供方所属的服务等级。

在可选的实施方式中，生成模块330，具体用于根据预设时间段内服务提供方的违约处理信息，获取预设时间段内服务提供方的违约参数，违约参数包括下述至少一项：违约次数、违约金额、违约原因；根据预设时间段内服务提供方的违约参数，对服务提供方进行分级处理，获取服务提供方所属的服务等级。

在可选的实施方式中，生成模块330，还用于响应于违约处理信息的预览请求；根据预览请求，显示满足预设预览条件的服务提供方。

在可选的实施方式中，违约处理信息包括下述至少一项：违约时间、违约原因、罚款金额。

上述装置用于执行前述实施例提供的方法，其实现原理和技术效果类似，在此不再赘述。

以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个微处理器(Digital Signal Processor，简称DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(CentralProcessing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称SOC)的形式实现。

可选地，本申请还提供一种存储介质，存储介质上存储有计算机程序，计算机程序被处理器运行时执行上述方法实施例的步骤。具体实现方式和技术效果类似，这里不再赘述。

可选地，本申请还提供一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现上述方法实施例的步骤。具体实现方式和技术效果类似，这里不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。以上仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

本申请实施例公开了TS1、一种服务评估方法，包括：

获取服务提供方的历史服务订单；

根据所述历史服务订单和预设评估条件，对所述服务提供方进行评估，获取评估结果；

若所述评估结果指示所述服务提供方存在违约行为，则生成违约处理信息。

TS2、根据TS1所述的方法，所述获取服务提供方的历史服务订单之前，还包括：

获取所述服务提供方的服务资质信息；

根据预设审核系统，对服务提供方的服务资质信息进行审核，生成审核结果；

若所述审核结果指示审核未通过，则生成违约处理信息。

TS3、根据TS1所述的方法，所述服务提供方用于向服务请求方提供至少一种商品；

所述根据所述历史服务订单和预设评估条件，对所述服务提供方进行评估，获取评估结果，包括：

获取所述历史服务订单的订单参数，所述订单参数包括下述至少一项：实际送达时间、商品类别、商品数量、服务售后评价；

根据所述历史服务订单的订单参数和预设评估条件，对所述服务提供方进行评估，获取评估结果。

TS4、根据TS3所述的方法，所述订单参数包括实际送达时间；

所述根据所述历史服务订单的订单参数和预设评估条件，对所述服务提供方进行评估，获取评估结果，包括：

根据所述历史服务订单的实际送达时间和目标送达时间，对所述服务提供方进行评估，获取评估结果。

TS5、根据TS4所述的方法，所述根据所述历史服务订单的实际送达时间和目标送达时间，对所述服务提供方进行评估，获取评估结果，包括：

获取所述历史服务订单的服务参数，所述服务参数包括：服务日期、服务起始位置、服务终止位置；

根据所述历史服务订单的服务参数和预设时间模型，获取所述历史服务订单对应的预估送达时间；

根据所述历史服务订单的实际送达时间、目标送达时间以及预估送达时间，对所述服务提供方进行评估，获取评估结果。

TS6、根据TS1所述的方法，若所述评估结果指示所述服务提供方存在违约行为，则生成违约处理信息之后，还包括：

向所述服务提供方对应的服务提供方设备推送所述违约处理信息。

TS7、根据TS6所述的方法，所述向所述服务提供方推送所述违约处理信息之后，还包括：

接收所述服务提供方设备根据所述违约处理信息发送的申诉订单；

若确定所述申诉订单申诉通过，则撤销所述违约处理信息。

TS8、根据TS7所述的方法，所述申诉订单包括：申诉证据；

所述若确定所述申诉订单申诉通过，则撤销所述违约处理信息，包括：

获取所述申诉订单的提交时间；

若确定所述申诉订单的提交时间符合预设时间要求，且所述申诉订单的申诉证据符合预设申诉要求，则撤销所述违约处理信息。

TS9、根据TS3所述的方法，所述若所述评估结果指示所述服务提供方存在违约行为，则生成违约处理信息之后，所述方法还包括：

根据所述违约处理信息，确定违约商品标识；

对所述违约商品标识进行标记，获取所述服务提供方的标记结果；

向服务请求方对应的服务请求设备发送所述服务提供方的标记结果。

TS10、根据TS1所述的方法，所述若所述评估结果指示所述服务提供方存在违约行为，则生成违约处理信息之后，还包括：

获取预设时间段内所述服务提供方的违约处理信息；

根据预设时间段内所述服务提供方的违约处理信息，对所述服务提供方进行分级处理，获取所述服务提供方所属的服务等级。

TS11、根据TS10所述的方法，所述根据预设时间段内所述服务提供方的违约处理信息，对所述服务提供方进行分级处理，获取所述服务提供方所属的服务等级，包括：

根据预设时间段内所述服务提供方的违约处理信息，获取预设时间段内所述服务提供方的违约参数，所述违约参数包括下述至少一项：违约次数、违约金额、违约原因；

根据预设时间段内所述服务提供方的违约参数，对所述服务提供方进行分级处理，获取所述服务提供方所属的服务等级。

TS12、根据TS1所述的方法，所述若所述评估结果指示所述服务提供方存在违约行为，则生成违约处理信息之后，还包括：

响应于违约处理信息的预览请求；

根据所述预览请求，显示满足预设预览条件的服务提供方。

TS13、根据TS1-TS12任一项所述的方法，所述违约处理信息包括下述至少一项：违约时间、违约原因、罚款金额。

TS14、一种服务评估装置，包括：

获取模块，用于获取服务提供方的历史服务订单；

评估模块，用于根据所述历史服务订单和预设评估条件，对所述服务提供方进行评估，获取评估结果；

生成模块，用于若所述评估结果指示所述服务提供方存在违约行为，则生成违约处理信息。

TS15、根据TS14所述的装置，所述获取模块，还用于获取所述服务提供方的服务资质信息；

所述评估模块，还用于根据预设审核系统，对服务提供方的服务资质信息进行审核，生成审核结果；

所述生成模块，还用于若所述审核结果指示审核未通过，则生成违约处理信息。

TS16、根据TS14所述的装置，所述服务提供方用于向服务请求方提供至少一种商品；所述评估模块，具体用于获取所述历史服务订单的订单参数，所述订单参数包括下述至少一项：实际送达时间、商品类别、商品数量、服务售后评价；

根据所述历史服务订单的订单参数和预设评估条件，对所述服务提供方进行评估，获取评估结果。

TS17、根据TS16所述的装置，所述订单参数包括实际送达时间；所述评估模块，具体用于根据所述历史服务订单的实际送达时间和目标送达时间，对所述服务提供方进行评估，获取评估结果。

TS18、根据TS17所述的装置，所述评估模块，具体用于获取所述历史服务订单的服务参数，所述服务参数包括：服务日期、服务起始位置、服务终止位置；

根据所述历史服务订单的服务参数和预设时间模型，获取所述历史服务订单对应的预估送达时间；

根据所述历史服务订单的实际送达时间、目标送达时间以及预估送达时间，对所述服务提供方进行评估，获取评估结果。

TS19、根据TS14所述的装置，所述装置还包括：推送模块，用于向所述服务提供方对应的服务提供方设备推送所述违约处理信息。

TS20、根据TS19所述的装置，所述推送模块，用于接收所述服务提供方设备根据所述违约处理信息发送的申诉订单；

若确定所述申诉订单申诉通过，则撤销所述违约处理信息。

TS21、根据TS20所述的装置，所述申诉订单包括：申诉证据；所述推送模块，具体用于获取所述申诉订单的提交时间；

若确定所述申诉订单的提交时间符合预设时间要求，且所述申诉订单的申诉证据符合预设申诉要求，则撤销所述违约处理信息。

TS22、根据TS16所述的装置，所述生成模块，还用于根据所述违约处理信息，确定违约商品标识；

对所述违约商品标识进行标记，获取所述服务提供方的标记结果；

向服务请求方对应的服务请求设备发送所述服务提供方的标记结果。

TS23、根据TS14所述的装置，所述生成模块，还用于获取预设时间段内所述服务提供方的违约处理信息；

根据预设时间段内所述服务提供方的违约处理信息，对所述服务提供方进行分级处理，获取所述服务提供方所属的服务等级。

TS24、根据TS23所述的装置，所述生成模块，具体用于根据预设时间段内所述服务提供方的违约处理信息，获取预设时间段内所述服务提供方的违约参数，所述违约参数包括下述至少一项：违约次数、违约金额、违约原因；

根据预设时间段内所述服务提供方的违约参数，对所述服务提供方进行分级处理，获取所述服务提供方所属的服务等级。

TS25、根据TS14所述的装置，所述生成模块，还用于响应于违约处理信息的预览请求；

根据所述预览请求，显示满足预设预览条件的服务提供方。

TS26、根据TS14-TS25任一项所述的装置，所述违约处理信息包括下述至少一项：违约时间、违约原因、罚款金额。

TS27、一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如TS1-TS13任一项所述服务评估方法的步骤。

TS28、一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如TS1-TS13任一项所述服务评估方法的步骤。

TS29、一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现如TS1-TS13任一项所述服务评估方法的步骤。

Claims (10)

1.一种服务评估方法，其特征在于，包括：

获取服务提供方的历史服务订单；

根据所述历史服务订单和预设评估条件，对所述服务提供方进行评估，获取评估结果；

若所述评估结果指示所述服务提供方存在违约行为，则生成违约处理信息。

2.根据权利要求1所述的方法，其特征在于，所述获取服务提供方的历史服务订单之前，还包括：

获取所述服务提供方的服务资质信息；

根据预设审核系统，对服务提供方的服务资质信息进行审核，生成审核结果；

若所述审核结果指示审核未通过，则生成违约处理信息。

3.根据权利要求1所述的方法，其特征在于，所述服务提供方用于向服务请求方提供至少一种商品；

所述根据所述历史服务订单和预设评估条件，对所述服务提供方进行评估，获取评估结果，包括：

获取所述历史服务订单的订单参数，所述订单参数包括下述至少一项：实际送达时间、商品类别、商品数量、服务售后评价；

根据所述历史服务订单的订单参数和预设评估条件，对所述服务提供方进行评估，获取评估结果。

4.根据权利要求1所述的方法，其特征在于，若所述评估结果指示所述服务提供方存在违约行为，则生成违约处理信息之后，还包括：

向所述服务提供方对应的服务提供方设备推送所述违约处理信息。

5.根据权利要求4所述的方法，其特征在于，所述向所述服务提供方推送所述违约处理信息之后，还包括：

接收所述服务提供方设备根据所述违约处理信息发送的申诉订单；

若确定所述申诉订单申诉通过，则撤销所述违约处理信息。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述若所述评估结果指示所述服务提供方存在违约行为，则生成违约处理信息之后，还包括：

获取预设时间段内所述服务提供方的违约处理信息；

根据预设时间段内所述服务提供方的违约处理信息，对所述服务提供方进行分级处理，获取所述服务提供方所属的服务等级。

7.一种服务评估装置，其特征在于，包括：

获取模块，用于获取服务提供方的历史服务订单；

评估模块，用于根据所述历史服务订单和预设评估条件，对所述服务提供方进行评估，获取评估结果；

生成模块，用于若所述评估结果指示所述服务提供方存在违约行为，则生成违约处理信息。

8.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如权利要求1-6任一项所述服务评估方法的步骤。

9.一种存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1-6任一项所述服务评估方法的步骤。

10.一种计算机程序产品，包括计算机程序/指令，其特征在于，所述计算机程序/指令被处理器执行时实现如权利要求1-6任一项所述服务评估方法的步骤。

Images