CN113132424A - 用于获得异常评估信息的方法、装置及电子设备 - Google Patents

Abstract

本申请实施例公开了用于获得异常评估信息的方法、装置及电子设备。所述方法包括：第一服务端获得第一信息库，第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息；如果获得第一客户端提交的目标实体店铺的标识信息，则从第一信息库中，确定目标实体店铺中的商品对象关联的目标异常评估信息，目标异常评估信息包括目标评估对象的标识信息以及对应的目标异常评估方式信息；将目标异常评估信息发送至第二服务端，以便第二服务端根据目标异常评估信息，对目标实体店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息下发至第二客户端。如此有助于方便快捷的实现商品对象流转过程的异常定位。

Description

用于获得异常评估信息的方法、装置及电子设备

技术领域

本申请涉及新零售技术领域，特别是涉及用于获得异常评估信息的方法、装置及电子设备，以及商品对象流转过程的数据处理方法、装置及电子设备。

背景技术

在“新零售”业务模式下，零售商可以开设线下的实体店铺，消费者用户可以直接到线下的实体店铺进行商品对象的购买。同时，零售商还可以通过线上的应用程序(App)提供实体店铺对应的线上店铺，通过线上店铺向消费者用户展示实体店铺可提供的商品对象的相关信息，供消费者用户进行线上下单操作。

对于实体店铺和线上店铺来说，在向消费者用户提供服务时，均以商品对象的正常流转为基本前提，故对商品对象的流转过程进行监管就显得尤为重要。通常，商品对象的流转过程涉及多个作业***之间的相互配合，不同作业***用于实现不同流转环节的任务处理以及数据维护。例如，可以通过订货作业***实现商品对象的采购、登记入库，通过仓储作业***实现商品对象的上架管理、陈列摆放，通过销售作业***实现商品对象的销售管理，通过履约作业***为线上订单提供履约服务。

操作人员(例如，店长、部门负责人等)可以查看作业***维护的数据，了解商品对象在各个流转环节的具体情况，确定流转过程中是否存在异常。

以商品订购环节为例，订货作业***可以根据店铺的实际销售情况，计算店铺的自动订货订单量，订货作业人员可以据此向供货商下发订货任务，进行商品对象的采购。店长通过订货作业***查看某个商品对象的采购情况时，可以获得作业***为该商品对象计算的自动订货订单量，以及订货作业人员针对该商品对象下发的实际订货订单量，如果经比对发现二者相差较大，即自动订单采纳率异常，可以确定商品对象在订购环节出现了异常。

也就是说，针对商品对象的流转过程，操作人员需要从不同作业***查看对应的作业数据，再基于此确定商品对象的流转过程中是否出现异常，以及具体出现了哪些异常，如此监管方式对人力成本以及时间成本的消耗极大，特别是在实体店铺关联的商品对象的数量较多时，很可能因为监管不全面，导致异常处理不及时，影响下游作业环节的正常进行，进而影响店铺向消费者用户提供的相关服务。

发明内容

本申请提供了一种用于获得异常评估信息的方法、装置及电子设备，以及商品对象流转过程的数据处理方法、装置及电子设备。可以基于为实体店铺中的商品对象配置的异常评估信息，对商品对象的流转过程进行评估分析，获得商品对象的评估结果信息，并通过全链路视图的方式对评估结果信息进行展示，有助于简化操作人员的操作，可以方便快捷的实现商品对象流转过程的异常定位，节省人力成本以及时间成本。

本申请提供了如下方案：

一种用于获得异常评估信息的方法，包括：

第一服务端获得第一信息库，所述第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息；

如果获得第一客户端提交的目标实体店铺的标识信息，则从所述第一信息库中，确定所述目标实体店铺中的商品对象关联的目标异常评估信息，所述目标异常评估信息包括目标评估对象的标识信息以及对应的目标异常评估方式信息；

将所述目标异常评估信息发送至第二服务端，以便所述第二服务端根据所述目标异常评估信息，对所述目标实体店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息下发至第二客户端。

一种用于获得异常评估信息的方法，包括：

第三客户端提供用于提交异常评估信息的操作选项，所述异常评估信息包括评估对象的标识信息以及对应的异常评估方式信息；

通过所述操作选项获得所述异常评估信息后，提交至第一服务端，以便所述第一服务端保存至第一信息库中，并在获得第一客户端提交的目标实体店铺的标识信息后，从所述第一信息库中确定所述目标实体店铺关联的目标异常评估信息。

一种商品对象流转过程的数据处理方法，包括：

第二服务端获得第二信息库，所述第二信息库中保存有不同实体店铺中的商品对象关联的评估对象的标识信息，以及对所述评估对象进行评估分析所需的数据类型信息以及异常评估方式信息，所述商品对象关联的评估对象以及对应的异常评估方式信息由第一服务端确定；

如果获得目标实体店铺关联的第二客户端提交的数据处理请求，则从所述第二信息库中确定所述目标实体店铺中的商品对象关联的目标评估对象；

从与所述目标实体店铺中的商品对象的流转过程相关的作业数据中，获得所述目标评估对象对应的数据类型下的目标数据；

根据所述目标数据以及所述目标评估对象对应的异常评估方式信息，获得各商品对象对应的评估结果信息，下发至所述第二客户端。

一种商品对象流转过程的数据处理方法，包括：

实体店铺关联的第二客户端向第二服务端提交数据处理请求；

获得所述第二服务端下发的所述实体店铺中的商品对象对应的评估结果信息，所述评估结果信息为所述第二服务端根据所述商品对象关联的异常评估信息确定，所述异常评估信息包括由第一服务端确定的评估对象以及对应的异常评估方式信息；

确定所述评估对象关联的业务域所在的展示区域，在所述展示区域内对所述评估对象以及对应的商品对象的评估结果信息进行展示。

一种用于获得异常评估信息的方法，包括：

第一服务端获得第一信息库，所述第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息；

获得第三服务端提交的数据处理请求，所述数据处理请求中包括所述第三服务端关联的第三方店铺的标识信息；

从所述第一信息库中，确定所述第三方店铺中的商品对象关联的目标异常评估信息，所述目标异常评估信息包括目标评估对象的标识信息以及对应的目标异常评估方式信息；

将所述目标异常评估信息发送至第二服务端，以便所述第二服务端根据所述目标异常评估信息，对所述第三方店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息下发至所述第三服务端。

一种商品对象流转过程的数据处理方法，包括：

第二服务端获得第三方店铺中的商品对象关联的评估对象的标识信息，以及对所述评估对象进行评估分析所需的数据类型信息以及异常评估方式信息，所述商品对象关联的评估对象以及对应的异常评估方式信息由第一服务端确定；

如果获得第三服务端提交的所述第三方店铺关联的作业数据，则从中确定所述评估对象对应的数据类型下的目标数据；

根据所述目标数据以及所述评估对象对应的异常评估方式信息，获得各商品对象对应的评估结果信息，下发至所述第三服务端。

一种用于获得异常评估信息的装置，应用于第一服务端，包括：

信息库获得单元，用于获得第一信息库，所述第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息；

异常评估信息确定单元，用于在获得第一客户端提交的目标实体店铺的标识信息时，从所述第一信息库中，确定所述目标实体店铺中的商品对象关联的目标异常评估信息，所述目标异常评估信息包括目标评估对象的标识信息以及对应的目标异常评估方式信息；

异常评估信息发送单元，用于将所述目标异常评估信息发送至第二服务端，以便所述第二服务端根据所述目标异常评估信息，对所述目标实体店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息下发至第二客户端。

一种用于获得异常评估信息的装置，应用于第三客户端，包括：

操作选项提供单元，用于提供用于提交异常评估信息的操作选项，所述异常评估信息包括评估对象的标识信息以及对应的异常评估方式信息；

异常评估信息提交单元，用于通过所述操作选项获得所述异常评估信息后，提交至第一服务端，以便所述第一服务端保存至第一信息库中，并在获得第一客户端提交的目标实体店铺的标识信息后，从所述第一信息库中确定所述目标实体店铺关联的目标异常评估信息。

一种商品对象流转过程的数据处理装置，应用于第二服务端，包括：

信息库获得单元，用于获得第二信息库，所述第二信息库中保存有不同实体店铺中的商品对象关联的评估对象的标识信息，以及对所述评估对象进行评估分析所需的数据类型信息以及异常评估方式信息，所述商品对象关联的评估对象以及对应的异常评估方式信息由第一服务端确定；

评估对象确定单元，用于在获得目标实体店铺关联的第二客户端提交的数据处理请求时，从所述第二信息库中确定所述目标实体店铺中的商品对象关联的目标评估对象；

目标数据获得单元，用于从与所述目标实体店铺中的商品对象的流转过程相关的作业数据中，获得所述目标评估对象对应的数据类型下的目标数据；

评估结果信息获得单元，用于根据所述目标数据以及所述目标评估对象对应的异常评估方式信息，获得各商品对象对应的评估结果信息，下发至所述第二客户端。

一种商品对象流转过程的数据处理装置，应用于实体店铺关联的第二客户端，包括：

数据处理请求提交单元，用于向第二服务端提交数据处理请求；

评估结果信息获得单元，用于获得所述第二服务端下发的实体店铺中的商品对象对应的评估结果信息，所述评估结果信息为所述第二服务端根据所述商品对象关联的异常评估信息确定，所述异常评估信息包括由第一服务端确定的评估对象以及对应的异常评估方式信息；

评估结果信息展示单元，用于确定所述评估对象关联的业务域所在的展示区域，在所述展示区域内对所述评估对象以及对应的商品对象的评估结果信息进行展示。

一种用于获得异常评估信息的装置，应用于第一服务端，包括：

信息库获得单元，用于获得第一信息库，所述第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息；

数据处理请求获得单元，用于获得第三服务端提交的数据处理请求，所述数据处理请求中包括所述第三服务端关联的第三方店铺的标识信息；

异常评估信息确定单元，用于从所述第一信息库中，确定所述第三方店铺中的商品对象关联的目标异常评估信息，所述目标异常评估信息包括目标评估对象的标识信息以及对应的目标异常评估方式信息；

异常评估信息发送单元，用于将所述目标异常评估信息发送至第二服务端，以便所述第二服务端根据所述目标异常评估信息，对所述第三方店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息下发至所述第三服务端。

一种商品对象流转过程的数据处理装置，应用于第二服务端，包括：

异常评估信息获得单元，用于获得第三方店铺中的商品对象关联的评估对象的标识信息，以及对所述评估对象进行评估分析所需的数据类型信息以及异常评估方式信息，所述商品对象关联的评估对象以及对应的异常评估方式信息由第一服务端确定；

目标数据获得单元，用于在获得第三服务端提交的所述第三方店铺关联的作业数据时，从中确定所述评估对象对应的数据类型下的目标数据；

评估结果信息获得单元，用于根据所述目标数据以及所述评估对象对应的异常评估方式信息，获得各商品对象对应的评估结果信息，下发至所述第三服务端。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得第一信息库，所述第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息；

如果获得第一客户端提交的目标实体店铺的标识信息，则从所述第一信息库中，确定所述目标实体店铺中的商品对象关联的目标异常评估信息，所述目标异常评估信息包括目标评估对象的标识信息以及对应的目标异常评估方式信息；

将所述目标异常评估信息发送至第二服务端，以便所述第二服务端根据所述目标异常评估信息，对所述目标实体店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息下发至第二客户端。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

提供用于提交异常评估信息的操作选项，所述异常评估信息包括评估对象的标识信息以及对应的异常评估方式信息；

通过所述操作选项获得所述异常评估信息后，提交至第一服务端，以便所述第一服务端保存至第一信息库中，并在获得第一客户端提交的目标实体店铺的标识信息后，从所述第一信息库中确定所述目标实体店铺关联的目标异常评估信息。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得第二信息库，所述第二信息库中保存有不同实体店铺中的商品对象关联的评估对象的标识信息，以及对所述评估对象进行评估分析所需的数据类型信息以及异常评估方式信息，所述商品对象关联的评估对象以及对应的异常评估方式信息由第一服务端确定；

如果获得目标实体店铺关联的第二客户端提交的数据处理请求，则从所述第二信息库中确定所述目标实体店铺中的商品对象关联的目标评估对象；

从与所述目标实体店铺中的商品对象的流转过程相关的作业数据中，获得所述目标评估对象对应的数据类型下的目标数据；

根据所述目标数据以及所述目标评估对象对应的异常评估方式信息，获得各商品对象对应的评估结果信息，下发至所述第二客户端。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

向第二服务端提交数据处理请求；

获得所述第二服务端下发的实体店铺中的商品对象对应的评估结果信息，所述评估结果信息为所述第二服务端根据所述商品对象关联的异常评估信息确定，所述异常评估信息包括由第一服务端确定的评估对象以及对应的异常评估方式信息；

确定所述评估对象关联的业务域所在的展示区域，在所述展示区域内对所述评估对象以及对应的商品对象的评估结果信息进行展示。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得第一信息库，所述第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息；

获得第三服务端提交的数据处理请求，所述数据处理请求中包括所述第三服务端关联的第三方店铺的标识信息；

从所述第一信息库中，确定所述第三方店铺中的商品对象关联的目标异常评估信息，所述目标异常评估信息包括目标评估对象的标识信息以及对应的目标异常评估方式信息；

将所述目标异常评估信息发送至第二服务端，以便所述第二服务端根据所述目标异常评估信息，对所述第三方店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息下发至所述第三服务端。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得第三方店铺中的商品对象关联的评估对象的标识信息，以及对所述评估对象进行评估分析所需的数据类型信息以及异常评估方式信息，所述商品对象关联的评估对象以及对应的异常评估方式信息由第一服务端确定；

如果获得第三服务端提交的所述第三方店铺关联的作业数据，则从中确定所述评估对象对应的数据类型下的目标数据；

根据所述目标数据以及所述评估对象对应的异常评估方式信息，获得各商品对象对应的评估结果信息，下发至所述第三服务端。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

本申请实施例中，第一服务端可以为各实体店铺进行信息配置，确定出实体店铺中的商品对象关联的异常评估信息，发送至第二服务端。对应的，第二服务端可以根据商品对象在流转过程中产生的作业数据，以及关联的异常评估信息自动进行评估分析，获得商品对象对应的评估结果信息，下发到实体店铺关联的第二客户端进行展示。如此数据处理方案，可以真正意义上实现店铺的数字化管理，数据处理过程不再依赖具体操作人员，有助于提高评估结果的有效性；同时，还可及时全面的对流转状态异常的商品对象进行定位，有助于提高商品对象的流转效率。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的***示意图；

图2是本申请实施例提供的第一种方法的流程图；

图3是本申请实施例提供的第二种方法的流程图；

图4是本申请实施例提供的一种全链路视图的示意图；

图5是本申请实施例提供的另一种全链路视图的示意图；

图6～图12是本申请实施例提供的其他方法的流程图；

图13～图18是本申请实施例提供的装置的示意图；

图19是本申请实施例提供的计算机***的架构的示意图；

图20是本申请实施例提供的电子设备的架构的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

为了便于理解本申请实施例提供的具体实现方案，下面先对本申请实施例涉及的商品对象的流转过程进行举例说明。

以实体店铺1为例，订货作业***可以根据商品对象的销售情况(例如，每天的销售数量、商品对象的库存量、保质期限等)计算商品对象的自动订货订单量。以大闸蟹为例，订货作业服务端可以计算大闸蟹的自动订货订单量，下发至订货作业人员关联的订货作业客户端，例如，大闸蟹的自动订货订单量为200单。

对应地，订货作业人员查看到自动订货订单量后，可以通过订货作业客户端向大闸蟹的提供方(也可以称为供货商)关联的供货***下发订货任务。具体地，订货作业人员可以严格按照自动订货订单量向供货***下发订货任务；或者，可以根据实际情况对实际订货订单量进行灵活调整，例如，订货作业人员通过供货***发现大闸蟹价格相较昨天上涨非常明显，可能会影响大闸蟹的日销量，故可以适当下调大闸蟹的订单量，例如，针对大闸蟹下发的订货任务中的实际订货订单量为150单。

此外，订货作业服务端还可以生成收货任务，下发至收货作业人员关联的订货作业客户端，这样，供货商将订购的商品对象配送至实体店铺1时，收货作业人员可以根据收货任务进行商品对象的核收入库。如此，订货作业服务端便可将入库信息提交至仓储作业服务端，由仓储作业服务端生成上架任务下发至后场作业人员关联的仓储作业客户端，以便后场作业人员进行后场作业，将入库的商品对象摆放到货架上。

对应地，后场作业人员每完成一项上架任务，便可通过其关联的仓储作业客户端向仓储作业服务端提交上架已完成的任务处理结果。通常，上架处理一般要求在一定的时限内完成，故仓储作业服务端还可以获得上架任务的作业时长，据此确定后场作业人员是否在规定时效内完成上架作业。

对于完成上架作业的商品对象来说，仓储作业服务端还可以根据前场陈列架上商品对象的剩余数量信息(例如，可以由前场作业人员上报商品对象的剩余数量；或者，可以根据销售作业***记录的商品对象的销量，确定商品对象的剩余数量)，确定是否需要进行内场迁移，即将货架上的商品对象摆放到前场陈列架上。

对于需要进行内场迁移的商品对象来说，仓储作业服务端可以生成陈列任务下发至前场作业人员关联的仓储作业客户端，以便前场作业人员按照商品对象的摆放要求，将指定数量的商品对象摆放到陈列架上，并在完成陈列任务后，通过仓储作业客户端向仓储作业服务端提交任务已完成的处理结果。这样，消费者用户便可在实体店铺进行商品对象的购买。

需要说明的是，消费者用户通过实体店铺以及线上店铺进行商品对象的购买操作时，均可将相关信息(例如，购买的商品对象的标识信息、购买数量信息等)提交至销售作业***进行销售管理。例如，通过POS机进行收银结算时，可以由POS机进行信息提交；或者，通过App提交线上订单后，可以由App进行信息提交。对于线上订单来说，还可以由履约作业***提供履约服务，对消费者用户线上选购的商品对象进行履约配送。

由上文介绍可知，商品对象流转过程中会产生很多作业数据，其中一些数据对商品对象的正常流转起着至关重要的作用，故可根据这部分数据确定可评估商品对象流转状态的评估对象，进行流转状态的监督与管理。

为了方便快捷的实现对商品对象流转过程的监管，本申请实施例提供一种以全链路视图的方式，向操作人员进行评估结果推送的方案，方便操作人员快速发现存在异常的商品对象(可以具体体现为哪些商品对象的流转过程出现了异常、在哪些环节出现了异常等)，并对异常进行快速定位。

具体地，可以先确定各实体店铺中的商品对象关联的异常评估信息(异常评估信息可以包括评估对象以及评估对象对应的异常评估方式信息)，再据此对实体店铺的商品对象的流转过程进行评估分析，获得评估结果信息推送给店铺关联的操作人员查看。

对应于此，本申请实施例可以提供一种用于获得异常评估信息的工具，参见图1所示***示意图，可以包括：第一服务端、第一客户端以及第三客户端。其中，部署在云端服务器上的第一服务端可以创建第一信息库，将第三客户端提交的异常评估信息保存至第一信息库中，进而在获得第一客户端提交的目标实体店铺的标识信息后，从第一信息库中确定出对目标实体店铺的商品对象的流转过程进行评估分析所需的目标异常评估信息，下发至第二服务端。

下面结合图2所示流程图，对确定目标异常评估信息的实现过程进行解释说明。

实施例1

S101：第一服务端获得第一信息库，第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息。

本申请实施例中，可以结合商品对象流转过程，确定出需要进行异常监管的评估对象的类型，再为各类型的评估对象确定对应的异常评估方式信息。以上架时效为例，对应的异常评估方式信息可以是：30分钟内完成上架作业则视为正常，否则视为异常；以自动订单采纳率为例，对应的异常评估方式信息可以是：自动订单采纳率小于90％时视为异常。

在第一信息库中，针对同一类型的评估对象，可能对应保存有一个异常评估方式信息，也可能对应保存有多个异常评估方式信息，具体可由实际使用情况而定。作为一种示例，针对上架时效以及自动订单采纳率来说，第一服务端保存的异常评估信息可以如下表1所示。

表1

作为一种示例，异常评估信息可以是实体店铺关联的操作人员根据使用需求确定，并通过其关联的第三客户端提交至第一服务端；或者，可以是业务专家根据经验确定，并通过其关联的第三客户端提交至第一服务端。具体地，第三客户端可以提供用于提交异常评估信息的操作选项，其中，异常评估信息可以包括评估对象的标识信息以及评估对象对应的异常评估方式信息；通过操作选项获得异常评估信息后，可以提交至第一服务端。对应的，第一服务端可以创建第一信息库，用于保存第三客户端提交的异常评估信息。

优选地，第三客户端可以获得各异常评估信息关联的权重值，提交至第一服务端。对应的，第一服务端可以根据权重值为目标实体店铺中的商品对象进行初始配置，确定各商品对象关联的目标异常评估信息，以及根据权重值对目标异常评估信息进行动态调整，具体实现过程可参见下文所做介绍，此处暂不详述。

对于店铺关联的操作人员提交的权重值来说，可以是结合店铺自身特点确定的。例如，可以将店铺较为关注的异常评估信息关联的权重值设置的稍大一些，这样，第一服务端为该店铺关联的商品对象进行初始配置时，便可优先将权重值大的异常评估信息确定为目标异常评估信息；此外，第一服务端为该店铺进行目标异常评估信息的动态调整时，亦可优先保留这部分权重值大的异常评估信息不被替换掉。

可以理解地，不同店铺的关注点可能有所不同，提交的权重值亦可能不同，故第一服务端基于权重值为不同实体店铺进行初始配置时，确定出的目标异常评估信息可能是不同的。

对于业务专家提交的权重值来说，可以是对多个店铺进行综合分析确定的，具有普适性，故可将该权重值应用于所有实体店铺，这样，第一服务端基于该权重值为不同实体店铺进行初始配置时，确定出的目标异常评估信息可能是相同的。

针对上文所举示例，业务专家提交的权重值可以如下表2所示。

表2

需要说明的是，如果第一服务端既保存有店铺关联的操作人员提交的权重值，又保存有业务专家提交的权重值，还可以设置二者的优先级。以确定实体店铺1中的商品对象关联的目标异常评估信息为例，可以优先根据实体店铺1关联的操作人员提交的权重值进行初始配置，如果操作人员未针对某个(某些)异常评估信息设置权重值，则可根据业务专家提交的权重值进行初始配置。

优选地，第三客户端可以获得评估对象关联的影响因子，以及评估对象在影响因子的不同状态信息下对应的异常评估方式信息，提交至第一服务端。作为一种示例，影响因子可以天气信息、路况信息、作业处理能力信息、商品对象的品类特征的变化信息等。

下面以履约配送业务域关联的评估对象(履约时效)为例，对评估对象关联的至少两个异常评估方式信息进行解释说明。

如果影响因子为天气信息，关联的异常评估方式信息可以为：状态信息为天气正常时，履约时效对应的异常评估方式信息为30分钟履约；状态信息为天气异常时，履约时效对应的异常评估方式信息为50分钟履约。

如果影响因子为路况信息，关联的异常评估方式信息可以为：状态信息为路况正常时，履约时效对应的异常评估方式信息为30分钟履约；状态信息为路况异常时，履约时效对应的异常评估方式信息为50分钟履约。

如果影响因子为作业处理能力信息，关联的异常评估方式信息可以为：状态信息为作业能力强时，履约时效对应的异常评估方式信息为30分钟履约；状态信息为作业能力弱时，履约时效对应的异常评估方式信息为50分钟履约。

如果影响因子为商品对象的品类特征的变化信息，例如，对于常年供应的商品对象来说，以鱼为例，通常在夏季等温度较高的季节保鲜期较短，容易变质，在冬天等温度较低的季节保鲜期相对较长，据此确定的异常评估方式信息可以为：状态信息为高温季节(或者温度较高)，履约时效对应的异常评估方式信息为30分钟履约；状态信息为低温季节(或者温度较低)，履约时效对应的异常评估方式信息为50分钟履约。

关于根据影响因子对商品对象的流转过程进行评估分析的实现过程可参见下文所做介绍，此处暂不详述。

S102：如果获得第一客户端提交的目标实体店铺的标识信息，则从第一信息库中，确定目标实体店铺中的商品对象关联的目标异常评估信息，发送至第二服务端。

作为一种示例，可以在进行店铺信息初始化时，由开发人员通过其关联的第一客户端，向第一服务端提交配置请求，触发第一服务端确定目标实体店铺中的商品对象关联的目标异常评估信息，即，对目标实体店铺中的商品对象流转过程进行评估分析所需的目标评估对象以及对应的目标异常评估方式信息。本示例中，第一客户端单次可以请求第一服务端为至少一个目标实体店铺进行初始配置。

或者，在另一种示例下，可以由实体店铺操作人员通过其关联的第一客户端，向第一服务端提交配置请求，触发第一服务端为该店铺中的商品对象确定关联的目标异常评估信息。

对目标实体店铺进行初始配置时，可以将第一信息库中保存的所有类型的评估对象均确定为目标评估对象，再从各目标评估对象关联的至少一个异常评估方式信息中确定一个目标异常评估方式信息，以此获得目标实体店铺中的商品对象关联的目标异常评估信息。也就是说，如果第一信息库中保存有N种类型的评估对象，则各商品对象可以关联N条目标异常评估信息。

或者，可以将第一信息库中保存的部分类型的评估对象确定为目标评估对象，再从各目标评估对象关联的至少一个异常评估方式信息中确定一个目标异常评估方式信息，以此获得目标实体店铺中的商品对象关联的目标异常评估信息。也就是说，如果第一信息库中保存有N种类型的评估对象，则各商品对象可以关联M条目标异常评估信息，其中，N>M。

作为一种示例，第一服务端可以通过默认配置的方式，从所有类型的评估对象中确定出目标评估对象，以及从各目标评估对象关联的至少一个异常评估方式信息中确定出一个目标异常评估方式信息，用于对目标实体店铺进行初始配置。

本申请实施例中，可以通过多种方式对目标异常评估方式信息进行默认配置。例如，一种方式下，可以将权重值最高的异常评估方式信息确定为目标异常评估方式信息。以表2所示自动订单采纳率为例，该方式下可以将小于90％时异常确定为目标异常评估方式信息。

或者，另一种方式下，可以将大部分实体店铺关联的异常评估方式信息确定为目标异常评估方式信息。以上架时效为例，如果大部分实体店铺进行上架作业时，都可以满足40分钟的时限要求，则可将40分钟上架确定为目标异常评估方式信息。

此外，需要说明的是，本申请实施例可以基于不同粒度来确定目标异常评估信息。例如，一种方式下，可以实体店铺为基本单元，确定目标异常评估信息。具体地，可以将默认配置的评估对象以及对应的异常评估方式信息，确定为目标异常评估信息。即，针对目标实体店铺关联的所有商品对象的流转过程进行评估分析时，可以采用相同的目标异常评估信息。例如，均根据40分钟上架对所有商品对象的上架作业时长进行异常评估。

或者，另一种方式下，可以商品对象为基本单元，确定目标异常评估信息。具体地，可以获得目标实体店铺关联的商品对象，将各商品对象下默认配置的评估对象以及对应的异常评估方式信息，确定为目标异常评估信息。即，针对目标实体店铺关联的不同商品对象的流转过程进行评估分析时，可以采用不同的目标异常评估信息。

其中，不同商品对象对应不同目标异常评估信息，可以是对应相同类型的目标评估对象，但目标评估对象关联的目标异常评估方式信息可能有所不同。例如，海鲜类商品对象相对标品类商品对象来说，对保鲜期要求较高，故对于上架时效来说，海鲜类商品对象关联的目标异常评估方式信息可以为30分钟上架，标品类商品对象关联的目标异常评估方式信息可以为40分钟上架。

或者，不同商品对象对应不同目标异常评估信息，也可以是对应不同类型的目标评估对象，即，商品对象可以关联与其他商品对象相同的共性目标评估对象，也可以关联与其他商品对象不同的个性目标评估对象。仍以海鲜类商品对象为例，相较于其他品类的商品对象来说，还可以关联如下目标评估对象：海鲜过期率，对应的目标异常评估方式信息可以为海鲜过期率大于30％时异常。

对应于此，第一信息库中可以保存商品对象与异常评估信息之间的关联关系。例如，可以商品对象为基本单元，保存商品对象标识信息与异常评估信息之间的关联关系；或者，可以商品对象所属部门为基本单元，保存部门标识信息与异常评估信息之间的关联关系；或者，可以商品对象的品类为基本单元，保存品类标识信息与异常评估信息之间的关联关系，等等。

作为一种示例，第一服务端保存的与上架时效相关的关联关系可以如下表3所示。

表3

此外，除了通过以上默认配置的方式完成初始配置之外，还可以结合实体店铺的使用需求进行个性化的定制配置。例如，第一服务端可以将与商品对象流转过程相关的评估对象的标识信息，下发至第一客户端，由第一客户端关联的用户从中选择目标实体店铺关联的目标评估对象，提交至第一服务端，这样，第一服务端便可将目标评估对象以及对应的默认配置的异常评估方式信息，确定为目标异常评估信息。也就是说，对于不同的实体店铺来说，可以根据其需要关注的重点，确定进行异常监管的目标评估对象，实现店铺间的个性化监管服务。

或者，更进一步地，第一服务端可以将目标评估对象对应的异常评估方式信息下发至第一客户端，供第一客户端关联的用户从中选择目标评估对象对应的目标异常评估方式信息。

S103：对目标异常评估信息进行更新处理以及动态调整。

第一服务端确定出目标实体店铺中的商品对象关联的目标异常评估信息后，可以发送至第二服务端，以便第二服务端根据目标异常评估信息，对目标实体店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息，下发至目标实体店铺关联的第二客户端进行展示。如此方案，可以使操作人员及时发现异常并进行快速处理，有助于提高商品对象的流转效率。

优选地，第一服务端还可以根据目标实体店铺的使用需求，对目标异常评估信息进行优化处理。例如，在目标实体店铺中的商品对象的评估需求发生变化时，可以对目标异常评估信息进行更新处理，将更新后的目标异常评估信息发送至第二服务端，以便第二服务端根据更新后的目标异常评估信息，对目标实体店铺中的商品对象的流转过程进行评估分析。

作为一种示例，评估需求发生变化可以是目标实体店铺与目标商品对象之间的关联关系发生变化。对应于此，第一服务端可以获得第二客户端提交的目标实体店铺与目标商品对象关联关系的变化方式信息；根据所述变化方式信息，对目标商品对象关联的目标评估对象以及对应的目标异常评估方式信息进行更新处理。也就是说，可以随着目标实体店铺关联的商品对象的变化，对目标评估信息进行自动更新。

其中，实体店铺关联的商品对象发生变化，可以是对商品对象进行了上架处理，即，新建目标实体店铺与目标商品对象之间的关联关系。对应的，第一服务端可以从第一信息库中，确定出目标商品对象关联的评估对象以及评估对象对应的异常评估方式信息，添加至目标异常评估信息中。

例如，大闸蟹通常在9～11月份品质比较好，店铺1如果在此时上架了大闸蟹，则可建立店铺1与大闸蟹之间的关联关系，通过第二客户端将该关联关系提交至第一服务端。这样，第一服务端便可从第一信息库中确定出大闸蟹关联的评估对象以及对应的异常评估方式信息，添加到店铺1关联的目标异常评估信息中，获得更新后的目标异常评估信息。

或者，实体店铺关联的商品对象发生变化，可以是对商品对象进行了下架处理，即，解除目标实体店铺与目标商品对象之间的关联关系。对应的，第一服务端可以从目标异常评估信息中，删除目标商品对象关联的目标评估对象以及对应的目标异常评估方式信息。

例如，12月份时大闸蟹的品质变差，销量较差，店铺1可以对大闸蟹进行下架处理，第二客户端可以将解除店铺1与大闸蟹之间关联关系的信息提交至第一服务端。这样，第一服务端便可从店铺1关联的目标异常评估信息中删除大闸蟹关联的目标评估对象以及对应的目标异常评估方式信息，获得更新后的目标异常评估信息。

以上实现方式中，主要是在目标实体店铺关联的商品对象发生变化时，由第二客户端主动将变化相关的信息提交至第一服务端，触发第一服务端对目标异常评估信息进行更新处理。或者，在另一种实现方式下，第一服务端确定出目标商品对象后，可以根据目标实体店铺与目标商品对象关联关系的变化方式，生成提示信息下发至第二客户端进行确认，并根据第二客户端提交的确认信息，对目标异常评估信息进行更新处理。

同样地，目标实体店铺与目标商品对象关联关系的变化方式可以包括解除关联关系或者新建关联关系，下面分别进行举例说明。

针对解除关联关系的情况来说，第一服务端可以对目标实体店铺的评估结果信息进行统计分析，获得各商品对象在预设时间段内的异常频次信息，将异常频次超过预设频次(关于预设频次，可以与评估信息替换处理时的预设频次的取值相同，亦可不同，具体取值可结合实际应用需求确定)的商品对象确定为目标商品对象，生成用于解除目标实体店铺与目标商品对象关联关系的提示信息下发至第二客户端。

对应的，目标实体店铺可以对目标商品对象进行下架处理，并通过第二客户端向第一服务端返回解除目标实体店铺与目标商品对象之间的关联关系的确认信息。这样，第一服务端便可从目标异常评估信息中，删除目标商品对象关联的目标评估对象以及对应的目标异常评估方式信息。

或者，目标实体店铺可以继续维持目标商品对象的在售状态，并通过第二客户端向第一服务端返回保留目标实体店铺与目标商品对象之间的关联关系的确认信息。此时，第一服务端可以不对目标异常评估信息进行更新处理。

优选地，在确定保留目标实体店铺与目标商品对象之间的关联关系时，可以获得该操作方式对应的操作原因信息，提交至第一服务端。其中，操作原因信息可以是目标商品对象的流转出现异常的异常原因信息，或者，可以是与目标商品对象的运营相关的信息(例如，可以是与目标商品对象的销量属性、利润属性、用户需求属性等相关的信息)。

本申请实施例中，第二客户端可以通过多种实现方式向第一服务端提交操作原因信息。例如，一种方式下，第一服务端可以预先获得可选操作原因信息，下发至第二客户端，这样，第二客户端获得保留目标实体店铺与目标商品对象之间的关联关系的确认信息后，可以对可选操作原因信息进行展示，并获得用户选择的目标操作原因信息提交至第一服务端。也就是说，可以通过信息点选的方式，获得操作原因信息。

或者，另一种方式下，第二客户端获得保留目标实体店铺与目标商品对象之间的关联关系的确认信息后，可以提供用于提交操作原因信息的操作选项，并将通过操作选项获得的操作原因信息提交至第一服务端。也就是说，可以通过用户编辑的方式，获得操作原因信息。

本方式下，第一服务端可以建立目标商品对象与操作原因信息之间的关联关系，这样，目标商品对象的异常频次再次超过预设频次时，可以根据操作原因信息确定是否向第二客户端下发提示信息。

例如，操作原因信息为降雨导致目标商品对象流转异常，在目标商品对象的异常频次再次超过预设频次时，第一服务端可以获得目标实体店铺所在地的实时天气信息，如果天气信息表示天气正常，则可确定当前并非降雨导致目标商品对象流转异常，可以生成提示信息下发至第二客户端。如果天气信息表示天气异常(例如，降雨、降雪、台风等恶劣天气)，可以不向第二客户端进行提示信息的推送；或者，第一服务端可以生成包括天气异常信息的提示信息下发至第二客户端，供第二客户端确认。

可以理解地，如果确实因为天气异常导致目标商品对象流转异常，则可通过第二客户端向第一服务端提交确认信息；如果是其他原因导致目标商品对象流转异常，则可提供用于获得新的操作原因信息的操作选项，并将通过操作选项获得的新的操作原因信息提交至第一服务端。

优选地，第一服务端可以对操作原因信息进行汇总分析，确定操作原因信息对应的作用范围，建立操作原因信息与作用范围内的商品对象之间的关联关系。例如，操作原因信息为交通管制，该信息可能适用于所有商品对象，故可建立该操作原因信息与目标实体店铺下所有商品对象之间的关联关系。

优选地，第一服务端可以在操作原因信息满足预设条件时，将操作原因信息统一关联到其他实体店铺对应的商品对象。即，操作原因信息对应的作用范围内的商品对象可以是目标实体店铺内的商品对象，也可以是其他实体店铺内的商品对象。

作为一种示例，预设条件可以是提交操作原因信息的实体店铺的数量达到预设数量。例如，针对100个实体店铺来说，如果某个商品对象(或者，某个品类的商品对象)出现流转异常时，有50个店铺提交了相同的操作原因信息，第一服务端则可将该操作原因信息统一配置到100个店铺对应的商品对象。

第一服务端除了可以根据目标店铺的评估结果信息，确定可进行下架处理的目标商品对象之外，还可以确定出可进行上架处理的目标商品对象，下发至第二客户端进行确认。

具体地，第一服务端可以获得商品对象对应的历史评估结果信息以及历史交易信息(例如，与商品对象的销量属性、利润属性等相关的信息)，将历史评估结果较好(例如，商品对象的异常频次低于预设值，或者处于异常状态的评估对象的数量低于预设数量)以及历史交易信息较好(例如，销量、利润等属性值超过预设数值)的商品对象确定为可进行上架处理的目标商品对象，生成用于新建目标实体店铺与目标商品对象关联关系的提示信息下发至第二客户端。

对应的，目标实体店铺可以对目标商品对象进行上架处理，并通过第二客户端向第一服务端返回新建目标实体店铺与目标商品对象之间的关联关系的确认信息。这样，第一服务端便可从第一信息库中，确定出目标商品对象关联的评估对象以及评估对象对应的异常评估方式信息，添加至目标异常评估信息中。

此外，对于目标实体店铺不对目标商品对象进行上架处理的情况来说，可以通过第二客户端向第一服务端提交该操作方式对应的操作原因信息，用于解释不进行上架处理的原因。对于第二客户端提交操作原因信息的方式以及第一服务端对操作原因信息的处理过程等，可参见上文所做介绍，此处不再举例说明。

需要说明的是，可进行上架处理的目标商品对象可以是目标实体店铺历史上架销售过的商品对象，对应的，可以根据该商品对象在本目标实体店铺内的历史数据，进行数据分析确定是否可被确定为目标商品对象。或者，可进行上架处理的目标商品对象可以是目标实体店铺未上架销售过的商品对象，对应的，可以根据该商品对象在其他实体店铺的历史数据，进行数据分析，如果在大部分店铺的历史数据都较好，则可被确定为目标商品对象。

或者，作为另一种示例，评估需求发生变化可以为目标商品对象关联的目标异常评估方式信息发生变化。对应于此，第一服务端可以获得第二客户端提交的更新请求，更新请求中可以包括目标商品对象的标识信息、待更新目标评估对象的标识信息以及对应的新的异常评估方式信息；根据更新请求，对目标商品对象关联的目标异常评估信息进行更新处理。也就是说，可以结合目标实体店铺的实际情况，对目标商品对象关联的待更新目标评估对象对应的目标异常评估方式信息进行更新处理。

例如，第一服务端为实体店铺1中的大闸蟹确定的目标异常评估信息中，上架时效关联的异常评估方式信息为30分钟上架，但在实际评估过程中，因店铺1进行上架处理的后场作业人员较少，经常出现上架不及时的问题，在暂时无法解决该问题时，店铺1关联的操作人员可以请求第一服务端对大闸蟹关联的上架时效对应的异常评估方式信息进行更新，例如，可以请求更新为40分钟上架。

本示例中，待更新目标评估对象对应的新的异常评估方式信息，可以是第一信息库中保存的，例如，可以根据表1所举示例将上架时效对应的异常评估方式信息更新为40分钟或者50分钟。或者，新的异常评估方式信息可以是操作人员根据实际需求自定义的，例如，可以请求将上架时效对应的异常评估方式信息更新为45分钟，对应于此，可以视为新增一条异常评估信息，第一服务端可以将该新的异常评估信息保存至第一信息库中，至此上架时效关联有4个异常评估方式信息。

此外，对目标异常评估信息进行优化处理，还可以是按照预设周期对目标异常评估信息进行动态调整。同样地，第一服务端可以将调整后的目标异常评估信息发送至第二服务端，以便第二服务端根据调整后的目标异常评估信息，对目标实体店铺中的商品对象的流转过程进行评估分析。

作为一种示例，对目标异常评估信息进行动态调整可以是根据目标实体店铺的实际需求，在目标异常评估信息的基础上，删除部分目标评估对象及其对应的目标异常评估方式信息，有助于降低第二服务端进行异常评估时的计算量，节省第二服务端的处理资源。

一种方式下，可以根据操作人员的关注度，对目标异常评估信息进行动态调整。具体地，可以获得第二客户端关联的用户在预设周期内，对目标评估对象的评估结果的访问次数信息；确定访问次数低于预设次数的待处理目标评估对象，并从目标异常评估信息中删除待处理目标评估对象以及对应的目标异常评估方式信息。

对于用户经常访问的评估对象来说，通常与店铺的实际监管需求密切相关，需要用户在监管过程中进行重点关注，故可以获得用户在预设周期内对目标评估对象的评估结果的访问次数。对于访问次数低于预设次数的目标评估对象来说，可以确定为用户不感兴趣的待处理目标评估对象，请求第一服务端从目标异常评估信息中删除待处理目标评估对象及其对应的目标异常评估方式信息。其中，访问次数信息可以体现为UV(Uniquevisitor，独立访客)以及PV(Page View，访问量)。

或者，另一种方式下，可以根据目标评估对象的异常频次，对目标异常评估信息进行动态调整。具体地，可以在预设周期内对评估结果信息进行统计分析，获得处于异常状态的目标评估对象的异常频次信息；确定异常频次低于预设频次的待处理目标评估对象，并从目标异常评估信息中删除待处理目标评估对象以及对应的目标异常评估方式信息。

对于异常频次较高的评估对象来说，通常需要提醒操作人员进行重点关注，以便操作人员及时进行异常处理，故可对目标实体店铺的评估结果进行统计分析，获得目标评估对象在预设周期内的异常频次。对于异常频次低于预设频次的目标评估对象来说，可以确定为不需要用户关注的待处理目标评估对象，请求第一服务端从目标异常评估信息中删除待处理目标评估对象及其对应的目标异常评估方式信息。其中，目标实体店铺的评估结果信息可以由第二服务端提交至第一服务端，或者可以由第二客户端提交至第一服务端。

以上删除部分目标评估对象及其对应的目标异常评估方式信息的示例中，可以是从店铺中所有商品对象关联的异常评估信息中进行删除，即，所有商品对象均不再使用待处理目标评估对象及其对应的目标异常评估方式信息，进行评估分析；或者，可以是从部分商品对象关联的异常评估信息中进行删除，即，可以商品对象为基本单元，获得关联的目标评估对象的评估结果的访问次数；或者，获得关联的目标评估对象的异常频次信息，进行动态调整。

作为另一种示例，对目标异常评估信息进行动态调整可以是根据目标实体店铺的实际需求，重新为目标实体店铺中的商品对象确定新的目标异常评估信息，相较于初始配置的目标异常评估信息而言，目标评估对象、对应的目标异常评估方式信息等可能会发生变化。

具体地，第一服务端可以获得以下三方面信息：第一信息库中的评估对象以及对应的异常评估方式信息关联的权重值、第一信息库中的评估对象以及对应的异常评估方式信息在预设周期内的异常频次信息、以及第二客户端关联的用户在预设周期内对评估对象的评估结果的访问次数信息，进而根据权重值、异常频次信息以及访问次数信息，确定评估对象以及对应的异常评估方式信息的评分值，并确定评分值高的评估对象以及对应的异常评估方式信息为调整后的目标异常评估信息。

也就是说，第二服务端可以结合异常评估信息的权重值以及目标实体店铺在预设周期内的使用需求，为目标实体店铺中的商品对象确定新的异常评估信息。对于异常评估信息的权重值来说，可以如上文所做介绍由业务专家提供，作为指导意见使用，或者可以由目标实体店铺的操作人员提供；对于目标实体店铺在预设周期内的使用需求，则可体现为评估对象的异常频次以及操作人员的访问次数。

具体地，对于异常频次信息来说，可以基于第二服务端获得的目标实体店铺中的商品对象对应的评估结果信息确定。例如，第二服务端可以获得第一信息库中保存的所有异常评估信息，并根据商品对象流转过程中产生的作业数据，确定各评估对象对应的评估结果信息，进而统计获得各评估对象在预设周期内的异常频次信息，提交至第一服务端。或者，第二服务端可以将各评估对象对应的评估结果信息提交至第一服务端，由第一服务端统计各评估对象在预设周期内的异常频次信息。

作为一种示例，第二服务端可以在获得第二客户端提交的数据处理请求时，执行上述操作，即，除了根据目标异常评估信息获得目标实体店铺中的商品对象对应的评估结果下发至第二客户端之外，还可以统计获得各评估对象在预设周期内的异常频次信息提交至第一服务端。或者，可以设置一个定时任务，定时触发第二服务端执行上述操作，将各评估对象在预设周期内的异常频次信息提交至第一服务端。

或者，异常频次信息可以基于第一服务端获得的目标实体店铺中的商品对象对应的评估结果信息确定。例如，第二服务端可以在获得第二客户端提交的数据处理请求时，或者可以根据定时任务的触发，将商品对象流转过程中产生的作业数据提交至第一服务端，以便第一服务端根据第一信息库中保存的异常评估信息，确定各评估对象对应的评估结果信息，并统计获得各评估对象在预设周期内的异常频次信息。

第一服务端获得以上三方面信息后，可以对三者进行逻辑运算，获得各评估对象以及对应的异常评估方式信息的评分值，例如，可以对三者进行归一化处理后再求和。

通常，评估对象以及对应的异常评估方式信息关联的权重值越大，对商品流转的监管越重要；评估对象以及对应的异常评估方式信息关联的异常频次越高，越需要该店铺的操作人员进行重点关注；评估对象以及对应的异常评估方式信息关联的访问次数越多，与该店铺的监管需求越密切，故可以对评分值进行排序，从评分值高的异常评估信息中，确定目标实体店铺中的商品对象在当前预设周期内对应的调整后的目标异常评估信息，下发至第二服务端。

以上架时效为例，实体店铺1中的商品对象关联的目标异常评估信息中，上架时效对应的异常评估方式信息为40分钟上架，若在后续统计分析时发现，实体店铺1的商品对象均可在30分钟内完成上架任务，即，针对30分钟上架、40分钟上架以及50分钟上架这三条异常评估信息来说，对应的异常频次相同，再结合各异常评估信息关联的权重值，便可将上架时效对应的异常评估方式信息调整为30分钟上架。也就是说，在商品对象的流转效率较好时，可以使用要求较高的方式进行异常评估，例如，可以如上述示例，为商品对象关联的评估对象确定更高要求的异常评估方式信息；或者，可以为商品对象配置更多类型的评估对象，进而根据这些评估对象对应的异常评估方式信息对商品对象的流转过程进行更多维度的评估分析。

或者，在另一个示例下，如果实体店铺1中的商品对象的30分钟上架对应的异常频次高于40分钟上架对应的异常频次，第二服务端进行动态调整时，可以基于异常频次信息以及权重值将上架时效对应的异常评估方式信息调整为30分钟上架，以便店铺1的操作人员对商品对象的流转过程进行优化，解决上架时效异常频次高的问题。

对应地，本申请实施例还提供一种对商品对象的流转过程进行评估分析的工具，可以包括：第二客户端以及第二服务端。其中，部署在云端服务器上的第二服务端可以获得第一服务端为各实体店铺中的商品对象配置的异常评估信息，这样，便可在获得目标实体店铺关联的第二客户端提交的数据处理请求后，确定出目标实体店铺关联的异常评估信息，并据此对目标实体店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息，下发至第二客户端进行展示。下面结合图4所示流程图，对数据处理的实现方式进行解释说明。

实施例2

S201：第二服务端获得第二信息库，第二信息库中保存有不同实体店铺中的商品对象关联的评估对象，以及对评估对象进行评估分析所需的数据类型信息以及异常评估方式信息。

本申请实施例中，第二服务端可以通过第一服务端获得各实体店铺中的商品对象关联的异常评估信息，并据此确定出对实体店铺中的商品对象的流转过程进行异常评估时使用的评估对象，以及评估对象对应的异常评估方式信息。此外，第二服务端还可以获得评估对象与其对应的数据类型信息之间的关联关系。这样，第二服务端对商品对象的流转过程进行异常评估时，确定出商品对象关联的评估对象后，便可根据评估对象对应的数据类型信息以及异常评估方式信息，获得商品对象对应的评估结果。

作为一种示例，评估对象的标识信息、数据类型信息以及异常评估方式信息之间的关联关系，可以保存在一张数据表中；或者，可以将评估对象的标识信息与对应的数据类型信息保存在一张数据表中，将评估对象的标识信息与对应的异常评估方式信息保存在另一张数据表中。本申请实施例对此可不做具体限定，只要可以明确三者之间的关联关系即可。

以实体店铺1中的商品对象关联的上架时效为例，第二服务端保存的信息可以如下表4所示。

表4

实体店铺	评估对象	数据类型	异常评估方式
				实体店铺1	上架时效	作业时长	超过40分钟时异常

S202：获得目标实体店铺关联的第二客户端提交的数据处理请求。

上文所举示例中，实体店铺1的店长可以作为操作人员，通过其关联的第二客户端，向第二服务端提交数据处理请求。

作为一种示例，第二客户端可以在接受用户触发进行启动时，向第二服务端提交数据处理请求，这样，用户进入第二客户端后，便可直接查看到第二服务端返回的评估结果。或者，第二客户端可以提供用于提交数据处理请求的操作选项，通过操作选项获得用户提交的数据处理请求后，再提交至第二服务端，也就是说，第二客户端可以根据用户需求，在用户想要查看监管结果时向第二服务端提交数据处理请求。

S203：从第二信息库中确定目标实体店铺中的商品对象关联的目标评估对象，从与目标实体店铺中的商品对象的流转过程相关的作业数据中，获得目标评估对象关联的数据类型下的目标数据。

第二服务端获得第二客户端提交的数据处理请求后，可以确定第二客户端关联的目标实体店铺中的商品对象对应的目标评估对象，进而根据该目标评估对象对应的数据类型信息以及异常评估方式信息，对商品对象的流转过程进行异常评估。

具体地，第二服务端可以根据目标评估对象对应的数据类型信息，从目标实体店铺的作业数据中，获得待评估的目标数据。作为一种示例，第二服务端可以提供多个数据接口，每个接口可以对应一种类型的作业***，所述作业***用于保存商品对象流转过程中产生的作业数据。一种方式下，作业***可以通过对应的接口，将本作业***产生的作业数据提交至第二服务端进行保存，这样，第二服务端便可在需要进行数据处理时从本地读取目标数据。或者，另一种方式下，第二服务端可以在需要进行数据处理时，通过接口从对应的作业***中提取目标数据。

S204：根据目标数据以及目标评估对象对应的异常评估方式信息，获得各商品对象对应的评估结果信息，下发至第二客户端。

下面结合上文所举示例，对获得商品对象对应的评估结果信息的实现过程进行解释说明。

第二服务端通过订货作业***可以获得实体店铺1中的大闸蟹关联的自动订货订单量为200单，实际订货订单量为150单，即，自动订单采纳率为150/200＝75％，根据自动订单采纳率对应的异常评估方式信息可以获得如下评估结果信息：大闸蟹的自动订单采纳率的状态为异常，评估值为75％。

第二服务端通过仓储作业***可以获得实体店铺1中的大闸蟹关联的上架任务的作业时长，如果作业时长为20分钟，则可根据上架时效对应的异常评估方式信息获得如下评估结果信息：大闸蟹的上架时效的状态为正常，评估值为20分钟。

也就是说，对于实体店铺1的店长提交的数据处理请求，第二服务端针对大闸蟹可以返回以下信息：自动订单采纳率的状态异常，上架时效的状态正常。优选地，评估结果信息中还可以包括各评估对象对应的评估值。

优选地，如果目标评估对象关联有至少两个异常评估方式信息，且各异常评估方式信息分别对应于影响因子不同的状态信息，可以获得影响因子当前的目标状态信息，并据此确定用于进行评估分析的目标异常评估方式信息。

下面以上文所举履约时效为例，对根据影响因子确定目标异常评估方式信息的过程进行解释说明。

如果影响因子为天气信息，且履约时效关联的异常评估方式信息为：状态信息为天气正常时，履约时效对应的异常评估方式信息为30分钟履约；状态信息为天气异常时，履约时效对应的异常评估方式信息为50分钟履约。则第二服务端进行评估处理时，可以获得目标实体店铺所在地的实时天气信息，即，影响因子当前的目标状态信息，如果天气信息表示天气正常，则可根据30分钟履约进行异常评估；如果天气信息表示天气异常，则可根据50分钟履约进行异常评估。

如果影响因子为路况信息，且履约时效关联的异常评估方式信息为：状态信息为路况正常时，履约时效对应的异常评估方式信息为30分钟履约；状态信息为路况异常时，履约时效对应的异常评估方式信息为50分钟履约。则第二服务端可以根据配送路径的路况情况，确定履约时效对应的目标异常评估方式信息。例如，在路况信息表示路况异常时(如，配送路径存在交通管制情况)，可以根据50分钟履约进行异常评估。

如果影响因子为作业处理能力信息，且履约时效关联的异常评估方式信息为：状态信息为作业能力强时，履约时效对应的异常评估方式信息为30分钟履约；状态信息为作业能力弱时，履约时效对应的异常评估方式信息为50分钟履约。则第二服务端可以根据配送作业能力，确定履约时效对应的目标异常评估方式信息。例如，店铺关联的配送站的作业人员较少时，可以根据50分钟履约进行异常评估。

如果影响因子为商品对象的品类特征的变化信息，且履约时效关联的异常评估方式信息为：状态信息为高温季节(或者温度较高)，履约时效对应的异常评估方式信息为30分钟履约；状态信息为低温季节(或者温度较低)，履约时效对应的异常评估方式信息为50分钟履约。则第二服务端可以根据季节信息(或者温度信息)，确定履约时效对应的目标异常评估方式信息。例如，在夏季可以根据30分钟履约进行异常评估。

S205：确定目标评估对象关联的业务域所在的展示区域，在展示区域内对目标评估对象以及对应的商品对象的评估结果信息进行展示。

本申请实施例中，业务域主要依据商品对象流转过程中的重要环节划分。例如，可以划分出如下业务域：订货业务域、收退货业务域、店仓存储业务域、前场作业业务域以及履约配送业务域。可以预先确定各类型的评估对象关联的业务域，这样，第二客户端获得第二服务端下发的评估结果信息后，便可在评估对象关联的业务域下进行评估结果信息的展示。以自动订单采纳率为例，该评估对象可以关联到订货作业域；以上架时效为例，该评估对象可以关联到收退货业务域。具体可以结合实际应用需求确定业务域的划分方式、业务域的数量以及业务域关联的评估对象的类型。

具体地，第二客户端获得第二服务端下发的评估结果信息后，可以确定评估对象关联的业务域所在的展示区域，进而在该展示区域内对评估对象以及对应的商品对象的评估结果信息进行展示。这样，操作人员便可确定流转链路中哪些商品对象出现了异常，具体在哪个环节出现了异常，以及具体的异常信息是什么。

在实际应用过程中，第二客户端可以通过多种实现方式进行信息展示。例如，一种方式下，可以仅对符合预设条件的评估对象关联的业务域以及评估结果信息进行展示，不符合预设条件的其他评估对象的相关信息则可进行隐藏处理。优选地，针对隐藏的评估对象，可以提供进行信息查看的操作选项，即，用户可以通过该操作选项将隐藏状态的评估对象相关的信息，调整为显示状态。

其中，符合预设条件的评估对象可以是异常状态的评估对象。如图4所示，操作人员可以只查看存在异常的评估对象的相关信息，及时发现异常并进行快速处理。或者，符合预设条件的评估对象可以是第二客户端关联的用户指定的评估对象。即，操作人员可以结合店铺的实际监管需求，指定重点关注的评估对象，第二客户端可以对该指定评估对象进行信息展示。

或者，另一种方式下，为了便于操作人员对存在异常的评估对象的分布以及占比进行全局查看，第二客户端可以对所有的评估对象关联的业务域以及评估结果信息进行展示，并通过不同方式，对不同状态的评估对象加以标示。例如，对于正常状态的评估对象来说，可以通过绿色符号进行标示，对于异常状态的评估对象来说，可以通过红色符号进行标示。

其中，评估对象的状态可以划分为正常状态以及异常状态；或者，可以划分为正常状态、预警状态以及异常状态，也就是说，在相较于正常状态有所变化时，便可对操作人员进行预警，提醒操作人员开始关注这一评估对象，防止评估对象进一步恶化为异常状态。其中，对于预警状态的评估对象来说，可以通过黄色符号进行标示。

此外，还可以调整存在异常的评估对象的展示位置。例如，可以将异常状态的评估对象置顶，便于操作人员及时注意到该异常。

此外，本申请实施例还可以实现异常评估对象的快速定位。具体地，操作人员从异常状态的评估对象中选择待查看评估对象后，第二客户端可以将该被选中的待查看评估对象的标识信息提交至第二服务端，以便第二服务端将与该评估对象相关的作业数据下发至第二客户端进行展示。例如，将自动订单采纳率确定为待查看评估对象，第二服务端可以将自动订单采纳率存在异常的所有商品对象的作业数据发送至第二客户端，针对图4所举示例，店铺1的店长可以查看到大闸蟹的自动订货订单量以及实际订货订单量。

优选地，对于处于异常状态的评估对象来说，第二客户端可以结合实际情况对评估结果信息进行修正。例如，上文所举示例中，因为大闸蟹价格上涨明显，减少了大闸蟹的实际订货订单量，导致自动订单采纳率异常，可以将“自动订单采纳率”确定为待调整评估对象，将自动订单采纳率的状态信息调整为正常状态，提交至第二服务端。可以理解地，如果第二客户端需要将目标实体店铺的评估结果信息提交至第一服务端，供第一服务端统计异常频次信息，进行状态修正以后，还可以将待调整评估对象对应的调整后的状态信息提交至第一服务端。

优选地，进行状态信息修正时，还可以获得待调整评估对象对应的异常原因信息提交至第二服务端，用于解释待调整评估对象出现异常的原因。上述示例中，异常原因信息可以为“大闸蟹价格上涨可能影响销量，订货订单量下调50”。如此，第二服务端便可将实体店铺1的自动订单采纳率更新为正常状态。

优选地，操作人员除了可以通过图4所示方式，查看店铺中所有商品对象的评估结果之外，还可以请求查看某个具体商品对象的评估结果，方便操作人员直观的了解该商品对象的流转情况。具体地，第二客户端可以通过目标界面提供可选的商品对象信息，并在目标商品对象被选中的情况下，在各业务域的展示区域内，对目标商品对象关联的评估对象以及对应的评估结果信息进行展示。

以大闸蟹为例，店铺1的店长将大闸蟹确定为目标商品对象后，第二客户端可以根据第二服务端返回的评估结果信息，确定出大闸蟹对应的评估对象以及评估结果，进而在评估对象关联的业务域所在的展示区域内，对对应的评估结果信息进行展示，获得图5所示示意图。

此外，需要说明的是，在实际应用过程中，一个商品对象可能会关联至少两个提供方用户，在对该商品对象的流转过程进行异常评估时，可以商品对象为基本单元，或者可以商品对象以及关联的提供方为基本单元。下面进行举例说明。

以实体店铺1中的大闸蟹为例，如果对应有两个大闸蟹的提供方用户：提供方1以及提供方2，一种方式下，可以将2个提供方配送至实体店铺1的大闸蟹的作业数据进行数据汇总，再对大闸蟹的流转过程进行评估分析，获得大闸蟹对应的评估结果。或者，可以根据提供方1配送至实体店铺1的大闸蟹的作业数据，以及提供方2配送至实体店铺1的大闸蟹的作业数据，分别对流转过程进行评估分析，获得提供方1配送的大闸蟹对应的评估结果，以及提供方2配送的大闸蟹对应的评估结果。这样，操作人员可以对两个提供方配送的大闸蟹的评估结果信息进行比对，确定差异点，并据此进行流转过程优化，以及将评估结果信息作为提供方选择的依据。优选地，还可以将评估结果信息发送给对应的提供方，供提供方确定可优化点，以便从实体店铺以及提供方两个方向对商品对象的流转过程进行优化处理，解决流转过程中出现的异常。

本申请实施例提供的数据处理方案，除了可以应用于“新零售”服务商开设的实体店铺之外，还可以应用于其他具有数据处理需求的实体店铺(可以称为“第三方店铺”)。下面结合图6所示流程图，对具体实现过程进行解释说明。

实施例3

S301：第一服务端获得第一信息库，第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息。

S302：获得第三服务端提交的数据处理请求，数据处理请求中包括第三服务端关联的第三方店铺的标识信息。

S303：从第一信息库中，确定第三方店铺中的商品对象关联的目标异常评估信息，发送至第二服务端。

本实施例中，针对有数据处理需要的第三方店铺来说，可以通过其关联的第三服务端向第一服务端提交数据处理请求，以便第一服务端为该第三方店铺进行评估信息配置。

具体地，第一服务端可以如上文实施例1所做介绍，通过默认配置的方式为第三方店铺确定目标异常评估信息；或者，可以将与商品对象流转过程相关的评估对象的标识信息下发至第三服务端，再经由第三服务端转发至第三方店铺关联的第四客户端，由第四客户端关联的用户根据第三方店铺的实际使用需求确定目标评估对象，实现个性化的定制配置。

本实施例中，可以通过多种方式确定目标评估对象，下面进行举例说明。

一种方式下，可以以业务域为基本单元确定目标评估对象。例如，将第三方店铺缺少处理能力的流转环节或者处理能力薄弱的流转环节，对应的业务域关联的评估对象确定为目标评估对象。

以缺少处理能力的流转环节为例，如果实体店铺2没有配置订货作业***，而是采用人工采购的方式进行订货收货管理，导致订货环节经常出错，可以将与订货业务域相关的评估对象确定为目标评估对象，请求第二服务端对该流转环节进行异常监管，确定订收货异常并提供异常解决方案。

以处理能力薄弱的流转环节为例，如果实体店铺3虽然针对商品对象流转过程配置了全链路的作业***，但仍存在不可售商品(例如，临期商品、暂存商品、退换货商品等)处理滞后，商品损耗严重等问题，故可将与店仓存储业务域以及前场作业业务域相关的评估对象确定为目标评估对象，请求第二服务端对与存储和销售相关的流转环节进行异常监管，确定异常点并提供异常解决方案。

或者，另一种方式下，可以评估对象为基本单元确定目标评估对象，即，可以从业务域关联的评估对象中，选取部分作为第三方店铺重点关注的目标评估对象。

S304：获得第三服务端提交的第三方店铺关联的作业数据，从中确定目标评估对象对应的数据类型下的目标数据。

S305：根据目标数据以及目标评估对象对应的异常评估方式信息，获得各商品对象对应的评估结果信息下发至第三服务端，再经由第三服务端转发至第四客户端进行展示。

本实施例中，可以通过多种方式获得第三方店铺关联的作业数据，下面进行举例说明。

对于缺少相关作业***的第三方店铺来说，第三服务端可以请求第四客户端关联的用户提供对应的数据。以实体店铺2为例，第二服务端可以向第三服务端下发查询请求，该查询请求中可以包括对订货业务域对应的目标评估对象进行评估分析所需的数据类型信息，第三服务端可以将该数据类型信息下发至第四客户端，由第四客户端关联的用户提供对应的作业数据，并经由第三服务端提交至第二服务端。

对于配置有相关作业***的第三方店铺来说，第三服务端可以从作业***中提取对应的数据。以实体店铺3为例，第二服务端可以向第三服务端下发查询请求，该查询请求中可以包括对店仓存储业务域以及前场作业业务域对应的目标评估对象进行评估分析所需的数据类型信息，第三服务端可以据此从仓储作业***以及销售作业***中提取对应的作业数据，提交至第二服务端。

可以理解地，如果第三方店铺配置的作业***与第二服务端支持的作业***相匹配，即，二者划分数据类型的方式相同、数据类型定义的字段也相同，第三服务端获得第二服务端下发的查询请求后，可以直接根据请求中包括的类型信息提取对应的作业数据。

如果第三方店铺配置的作业***与第二服务端支持的作业***不匹配，则可预先在第二服务端与第三服务端之间进行数据类型的关联与转换，确保第二服务端可以正确获得第三服务端关联的实体店铺的作业数据。

一种方式下，可以由第二服务端保存其与第三服务端的数据类型之间的对应关系。这样，第二服务端向第三服务端下发查询请求时，可以根据对应关系，将第二服务端进行评估分析所需的第一数据类型，转换为第三服务端可识别的第二数据类型。

或者，另一种方式下，如果第二服务端为多个第三方店铺提供数据处理服务，为了降低第二服务端的数据维护量，可以由各第三方店铺关联的第三服务端保存其与第二服务端的数据类型之间的对应关系。具体地，第三服务端可以获得第二服务端下发的对评估对象进行评估分析所需的第一数据类型信息，与第三服务端的第二数据类型进行匹配，获得第一数据类型与第二数据类型之间的对应关系。这样，第三服务端获得第二服务端下发的查询请求后，便可根据对应关系，将请求中包括的第一数据类型转换为对应的第二数据类型，再从作业***中提取第二数据类型下的作业数据，提交至第二服务端。

第二服务端的异常评估过程、第四客户端的信息展示方案以及对应的异常处理方式等，可参见上文实施例所做介绍，此处不再举例说明。

实施例4

该实施例4是与实施例1相对应的，从第一服务端的角度，提供了一种用于获得异常评估信息的方法，参见图7，该方法具体可以包括：

S401：第一服务端获得第一信息库，所述第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息；

S402：如果获得第一客户端提交的目标实体店铺的标识信息，则从所述第一信息库中，确定所述目标实体店铺中的商品对象关联的目标异常评估信息，所述目标异常评估信息包括目标评估对象的标识信息以及对应的目标异常评估方式信息；

S403：将所述目标异常评估信息发送至第二服务端，以便所述第二服务端根据所述目标异常评估信息，对所述目标实体店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息下发至第二客户端。

实施例5

该实施例5是与实施例1相对应的，从第三客户端的角度，提供了一种用于获得异常评估信息的方法，参见图8，该方法具体可以包括：

S501：第三客户端提供用于提交异常评估信息的操作选项，所述异常评估信息包括评估对象的标识信息以及对应的异常评估方式信息；

S502：通过所述操作选项获得所述异常评估信息后，提交至第一服务端，以便所述第一服务端保存至第一信息库中，并在获得第一客户端提交的目标实体店铺的标识信息后，从所述第一信息库中确定所述目标实体店铺关联的目标异常评估信息。

实施例6

该实施例6是与实施例2相对应的，从第二服务端的角度，提供了一种商品对象流转过程的数据处理方法，参见图9，该方法具体可以包括：

S601：第二服务端获得第二信息库，所述第二信息库中保存有不同实体店铺中的商品对象关联的评估对象的标识信息，以及对所述评估对象进行评估分析所需的数据类型信息以及异常评估方式信息，所述商品对象关联的评估对象以及对应的异常评估方式信息由第一服务端确定；

S602：如果获得目标实体店铺关联的第二客户端提交的数据处理请求，则从所述第二信息库中确定所述目标实体店铺中的商品对象关联的目标评估对象；

S603：从与所述目标实体店铺中的商品对象的流转过程相关的作业数据中，获得所述目标评估对象对应的数据类型下的目标数据；

S604：根据所述目标数据以及所述目标评估对象对应的异常评估方式信息，获得各商品对象对应的评估结果信息，下发至所述第二客户端。

实施例7

该实施例7是与实施例2相对应的，从第二客户端的角度，提供了一种商品对象流转过程的数据处理方法，参见图10，该方法具体可以包括：

S701：实体店铺关联的第二客户端向第二服务端提交数据处理请求；

S702：获得所述第二服务端下发的所述实体店铺中的商品对象对应的评估结果信息，所述评估结果信息为所述第二服务端根据所述商品对象关联的异常评估信息确定，所述异常评估信息包括由第一服务端确定的评估对象以及对应的异常评估方式信息；

S703：确定所述评估对象关联的业务域所在的展示区域，在所述展示区域内对所述评估对象以及对应的商品对象的评估结果信息进行展示。

实施例8

该实施例8是与实施例3相对应的，从第一服务端的角度，提供了一种用于获得异常评估信息的方法，参见图11，该方法具体可以包括：

S801：第一服务端获得第一信息库，所述第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息；

S802：获得第三服务端提交的数据处理请求，所述数据处理请求中包括所述第三服务端关联的第三方店铺的标识信息；

S803：从所述第一信息库中，确定所述第三方店铺中的商品对象关联的目标异常评估信息，所述目标异常评估信息包括目标评估对象的标识信息以及对应的目标异常评估方式信息；

S804：将所述目标异常评估信息发送至第二服务端，以便所述第二服务端根据所述目标异常评估信息，对所述第三方店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息下发至所述第三服务端。

实施例9

该实施例9是与实施例3相对应的，从第二服务端的角度，提供了一种商品对象流转过程的数据处理方法，参见图12，该方法具体可以包括：

S901：第二服务端获得第三方店铺中的商品对象关联的评估对象的标识信息，以及对所述评估对象进行评估分析所需的数据类型信息以及异常评估方式信息，所述商品对象关联的评估对象以及对应的异常评估方式信息由第一服务端确定；

S902：如果获得第三服务端提交的所述第三方店铺关联的作业数据，则从中确定所述评估对象对应的数据类型下的目标数据；

S903：根据所述目标数据以及所述评估对象对应的异常评估方式信息，获得各商品对象对应的评估结果信息，下发至所述第三服务端。

关于前述实施例4至实施例9中的未详述部分，可以参见前述实施例中的记载，这里不再赘述。

与实施例1相对应，本申请实施例还提供了一种用于获得异常评估信息的装置，参见图13，该装置应用于第一服务端，包括：

信息库获得单元1001，用于获得第一信息库，所述第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息；

异常评估信息确定单元1002，用于在获得第一客户端提交的目标实体店铺的标识信息时，从所述第一信息库中，确定所述目标实体店铺中的商品对象关联的目标异常评估信息，所述目标异常评估信息包括目标评估对象的标识信息以及对应的目标异常评估方式信息；

异常评估信息发送单元1003，用于将所述目标异常评估信息发送至第二服务端，以便所述第二服务端根据所述目标异常评估信息，对所述目标实体店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息下发至第二客户端。

其中，所述异常评估信息确定单元，具体用于：

如果以实体店铺为基本单元确定所述目标异常评估信息，则将默认配置的评估对象以及对应的异常评估方式信息，确定为所述目标异常评估信息。

其中，所述异常评估信息确定单元，具体用于：

如果以商品对象为基本单元确定所述目标异常评估信息，则获得所述目标实体店铺关联的商品对象，将各商品对象下默认配置的评估对象以及对应的异常评估方式信息，确定为所述目标异常评估信息。

其中，所述异常评估信息确定单元，具体用于：

将所述与商品对象流转过程相关的评估对象的标识信息，下发至所述第一客户端，以便所述第一客户端关联的用户从中确定所述目标评估对象；

获得所述第一客户端提交的所述目标评估对象的标识信息，将所述目标评估对象以及对应的默认配置的异常评估方式信息，确定为所述目标异常评估信息。

其中，所述装置还包括：

更新处理单元，用于在所述目标实体店铺中的商品对象的评估需求发生变化时，对所述目标异常评估信息进行更新处理，将更新后的目标异常评估信息发送至第二服务端。

其中，所述评估需求发生变化为所述目标实体店铺与目标商品对象的关联关系发生变化，

所述更新处理单元，具体用于：获得所述第二客户端提交的所述目标实体店铺与所述目标商品对象关联关系的变化方式信息；根据所述变化方式信息，对所述目标商品对象关联的目标评估对象以及对应的目标异常评估方式信息进行更新处理。

其中，所述变化方式信息为解除所述目标实体店铺与所述目标商品对象之间的关联关系，

所述更新处理单元，具体用于：从所述目标异常评估信息中，删除所述目标商品对象关联的目标评估对象以及对应的目标异常评估方式信息。

其中，所述变化方式信息为建立所述目标实体店铺与所述目标商品对象之间的关联关系，

所述更新处理单元，具体用于：从所述第一信息库中，确定所述目标商品对象关联的评估对象以及对应的异常评估方式信息，添加至所述目标异常评估信息中。

所述更新处理单元，具体用于：对所述目标实体店铺的评估结果信息进行统计分析，获得各商品对象对应的异常频次信息；将异常频次超过预设频次的商品对象确定为目标商品对象，生成用于解除关联关系的提示信息下发至所述第二客户端；如果获得所述第二客户端返回的解除所述目标实体店铺与所述目标商品对象之间的关联关系的确认信息，则从所述目标异常评估信息中，删除所述待更新商品对象关联的目标评估对象以及对应的目标异常评估方式信息。

其中，所述装置还包括：

关联关系建立单元，用于在获得所述第二客户端返回的保留所述目标实体店铺与所述目标商品对象之间的关联关系的确认信息时，获得所述第二客户端针对该操作提交的操作原因信息；建立所述目标商品对象与所述操作原因信息之间的关联关系，以便在所述目标商品对象对应的异常频次再次超过所述预设频次时，根据所述操作原因信息确定是否向所述第二客户端下发所述提示信息。

所述关联关系建立单元，还用于确定所述操作原因信息对应的作用范围，建立所述操作原因信息与所述作用范围内的商品对象之间的关联关系，以便在所述作用范围内的商品对象对应的异常频次超过所述预设频次时，根据所述操作原因信息确定是否向所述第二客户端下发提示信息。

所述更新处理单元，具体用于：根据商品对象的历史评估结果信息以及历史交易信息，确定目标商品对象，生成用于新建关联关系的提示信息下发至所述第二客户端；如果获得所述第二客户端返回的新建所述目标实体店铺与所述目标商品对象之间的关联关系的确认信息，则从所述第一信息库中，确定所述目标商品对象关联的评估对象以及对应的异常评估方式信息，添加至所述目标异常评估信息中。

其中，所述评估需求发生变化为目标商品对象关联的目标异常评估方式信息发生变化，

所述更新处理单元，具体用于：获得所述第二客户端提交的更新请求，所述更新请求中包括所述目标商品对象的标识信息、待更新目标评估对象的标识信息以及对应的新的异常评估方式信息；根据所述更新请求，对所述目标商品对象关联的目标异常评估信息进行更新处理。

其中，所述装置还包括：

动态调整单元，用于按照预设周期对所述目标异常评估信息进行动态调整，将调整后的目标异常评估信息发送至第二服务端。

其中，所述动态调整单元，具体用于：

获得所述第二客户端关联的用户在所述预设周期内，对所述目标评估对象的评估结果的访问次数信息；

确定访问次数低于预设次数的待处理目标评估对象，从所述目标异常评估信息中删除所述待处理目标评估对象以及对应的目标异常评估方式信息。

其中，所述动态调整单元，具体用于：

在所述预设周期内对所述评估结果信息进行统计分析，获得处于异常状态的目标评估对象的异常频次信息；

确定异常频次低于预设频次的待处理目标评估对象，从所述目标异常评估信息中删除所述待处理目标评估对象以及对应的目标异常评估方式信息。

其中，所述动态调整单元，具体用于：

获得所述第一信息库中的评估对象以及对应的异常评估方式信息关联的权重值、所述评估对象以及对应的异常评估方式信息在所述预设周期内的异常频次信息、以及所述第二客户端关联的用户在所述预设周期内对所述评估对象的评估结果的访问次数信息；

根据所述权重值、所述异常频次信息以及所述访问次数信息，确定评估对象以及对应的异常评估方式信息的评分值；

确定评分值高的评估对象以及对应的异常评估方式信息为所述调整后的目标异常评估信息。

与实施例1相对应，本申请实施例还提供了一种用于获得异常评估信息的装置，参见图14，该装置应用于第三客户端，包括：

操作选项提供单元1101，用于提供用于提交异常评估信息的操作选项，所述异常评估信息包括评估对象的标识信息以及对应的异常评估方式信息；

异常评估信息提交单元1102，用于通过所述操作选项获得所述异常评估信息后，提交至第一服务端，以便所述第一服务端保存至第一信息库中，并在获得第一客户端提交的目标实体店铺的标识信息后，从所述第一信息库中确定所述目标实体店铺关联的目标异常评估信息。

其中，所述装置还包括：

权重值提交单元，用于获得所述异常评估信息关联的权重值，提交至所述第一服务端。

其中，所述装置还包括：

影响因子提交单元，用于获得所述评估对象关联的影响因子，以及所述评估对象在所述影响因子的不同状态信息下对应的异常评估方式信息，提交至所述第一服务端。

与实施例2相对应，本申请实施例还提供了一种商品对象流转过程的数据处理装置，参见图15，该装置应用于第二服务端，包括：

信息库获得单元1201，用于获得第二信息库，所述第二信息库中保存有不同实体店铺中的商品对象关联的评估对象的标识信息，以及对所述评估对象进行评估分析所需的数据类型信息以及异常评估方式信息，所述商品对象关联的评估对象以及对应的异常评估方式信息由第一服务端确定；

评估对象确定单元1202，用于在获得目标实体店铺关联的第二客户端提交的数据处理请求时，从所述第二信息库中确定所述目标实体店铺中的商品对象关联的目标评估对象；

目标数据获得单元1203，用于从与所述目标实体店铺中的商品对象的流转过程相关的作业数据中，获得所述目标评估对象对应的数据类型下的目标数据；

评估结果信息获得单元1204，用于根据所述目标数据以及所述目标评估对象对应的异常评估方式信息，获得各商品对象对应的评估结果信息，下发至所述第二客户端。

其中，如果商品对象关联有至少两个提供方用户，

所述目标数据获得单元，具体用于：以商品对象以及对应的提供方用户为基本单元，获得所述商品对象在流转过程中产生的作业数据，并从所述作业数据中获得对所述商品对象的流转过程进行评估分析所需的目标数据。

其中，如果所述目标评估对象关联有至少两个异常评估方式信息，且各异常评估方式信息分别对应于影响因子不同的状态信息，

所述装置还包括：

目标异常评估方式信息确定单元，用于根据所述影响因子当前的目标状态信息，从所述至少两个异常评估方式信息中确定目标异常评估方式信息，以便根据所述目标数据以及所述目标异常评估方式信息获得所述评估结果信息。

其中，所述装置还包括：

评估结果信息提交单元，用于将所述评估结果信息提交至所述第一服务端，以便所述第一服务端根据所述评估结果信息对所述目标实体店铺中的商品对象关联的评估对象以及对应的异常评估方式信息进行动态调整。

与实施例2相对应，本申请实施例还提供了一种商品对象流转过程的数据处理装置，参见图16，该装置应用于实体店铺关联的第二客户端，包括：

数据处理请求提交单元1301，用于向第二服务端提交数据处理请求；

评估结果信息获得单元1302，用于获得所述第二服务端下发的实体店铺中的商品对象对应的评估结果信息，所述评估结果信息为所述第二服务端根据所述商品对象关联的异常评估信息确定，所述异常评估信息包括由第一服务端确定的评估对象以及对应的异常评估方式信息；

评估结果信息展示单元1303，用于确定所述评估对象关联的业务域所在的展示区域，在所述展示区域内对所述评估对象以及对应的商品对象的评估结果信息进行展示。

所述评估结果信息展示单元，具体用于：对符合预设条件的评估对象的相关信息进行展示。

其中，所述符合预设条件的评估对象为异常状态的评估对象。

其中，所述符合预设条件的评估对象为所述第二客户端关联的用户指定的评估对象。

其中，所述装置还包括：

商品对象评估结果展示单元，用于通过目标界面提供可选的商品对象信息，并在目标商品对象被选中的情况下，在各业务域的展示区域内，对所述目标商品对象关联的评估对象以及对应的评估结果信息进行展示。

其中，所述装置还包括：

评估结果信息提交单元，用于将所述评估结果信息提交至所述第一服务端，以便所述第一服务端根据所述评估结果信息对所述实体店铺中的商品对象关联的异常评估信息进行动态调整。

其中，所述装置还包括：

访问次数信息提交单元，用于获得所述第二客户端关联的用户对所述评估对象的评估结果的访问次数信息，提交至所述第一服务端，以便所述第一服务端根据所述访问次数信息对所述实体店铺中的商品对象关联的异常评估信息进行动态调整。

其中，所述装置还包括：

提示信息获得单元，用于获得所述第一服务端针对目标商品对象下发的提示信息，所述提示信息中包括所述目标实体店铺与所述目标商品对象关联关系的变化方式信息；

确认信息提交单元，用于向所述第一服务端提交接受所述关联关系变化的确认信息，以便所述第一服务端根据所述变化方式信息对所述目标异常评估信息进行更新处理。

其中，所述装置还包括：

操作原因信息提交单元，用于获得所述第一服务端下发的可选操作原因信息；获得向所述第一服务端提交拒绝所述关联关系变化的确认信息时，对所述可选操作原因信息进行展示，并将选中的目标操作原因信息提交至所述第一服务端。

其中，所述装置还包括：

操作原因信息提交单元，用于获得向所述第一服务端提交拒绝所述关联关系变化的确认信息时，提供用于提交该操作对应的操作原因信息的操作选项；通过所述操作选项获得所述操作原因信息后，提交至所述第一服务端。

其中，所述装置还包括：

异常原因信息提交单元，用于从异常状态的评估对象中确定待调整评估对象，将所述待调整评估对象的状态信息调整为正常状态，并获得所述待调整评估对象对应的异常原因信息，提交至所述第二服务端。

与实施例3相对应，本申请实施例还提供了一种用于获得异常评估信息的装置，参见图17，该装置应用于第一服务端，包括：

信息库获得单元1401，用于获得第一信息库，所述第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息；

数据处理请求获得单元1402，用于获得第三服务端提交的数据处理请求，所述数据处理请求中包括所述第三服务端关联的第三方店铺的标识信息；

异常评估信息确定单元1403，用于从所述第一信息库中，确定所述第三方店铺中的商品对象关联的目标异常评估信息，所述目标异常评估信息包括目标评估对象的标识信息以及对应的目标异常评估方式信息；

异常评估信息发送单元1404，用于将所述目标异常评估信息发送至第二服务端，以便所述第二服务端根据所述目标异常评估信息，对所述第三方店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息下发至所述第三服务端。

与实施例3相对应，本申请实施例还提供了一种商品对象流转过程的数据处理装置，参见图18，该装置应用于第二服务端，包括：

异常评估信息获得单元1501，用于获得第三方店铺中的商品对象关联的评估对象的标识信息，以及对所述评估对象进行评估分析所需的数据类型信息以及异常评估方式信息，所述商品对象关联的评估对象以及对应的异常评估方式信息由第一服务端确定；

目标数据获得单元1502，用于在获得第三服务端提交的所述第三方店铺关联的作业数据时，从中确定所述评估对象对应的数据类型下的目标数据；

评估结果信息获得单元1503，用于根据所述目标数据以及所述评估对象对应的异常评估方式信息，获得各商品对象对应的评估结果信息，下发至所述第三服务端。

另外本申请实施例还提供了一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得第一信息库，所述第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息；

如果获得第一客户端提交的目标实体店铺的标识信息，则从所述第一信息库中，确定所述目标实体店铺中的商品对象关联的目标异常评估信息，所述目标异常评估信息包括目标评估对象的标识信息以及对应的目标异常评估方式信息；

将所述目标异常评估信息发送至第二服务端，以便所述第二服务端根据所述目标异常评估信息，对所述目标实体店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息下发至第二客户端。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

提供用于提交异常评估信息的操作选项，所述异常评估信息包括评估对象的标识信息以及对应的异常评估方式信息；

通过所述操作选项获得所述异常评估信息后，提交至第一服务端，以便所述第一服务端保存至第一信息库中，并在获得第一客户端提交的目标实体店铺的标识信息后，从所述第一信息库中确定所述目标实体店铺关联的目标异常评估信息。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得第二信息库，所述第二信息库中保存有不同实体店铺中的商品对象关联的评估对象的标识信息，以及对所述评估对象进行评估分析所需的数据类型信息以及异常评估方式信息，所述商品对象关联的评估对象以及对应的异常评估方式信息由第一服务端确定；

如果获得目标实体店铺关联的第二客户端提交的数据处理请求，则从所述第二信息库中确定所述目标实体店铺中的商品对象关联的目标评估对象；

从与所述目标实体店铺中的商品对象的流转过程相关的作业数据中，获得所述目标评估对象对应的数据类型下的目标数据；

根据所述目标数据以及所述目标评估对象对应的异常评估方式信息，获得各商品对象对应的评估结果信息，下发至所述第二客户端。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

向第二服务端提交数据处理请求；

获得所述第二服务端下发的实体店铺中的商品对象对应的评估结果信息，所述评估结果信息为所述第二服务端根据所述商品对象关联的异常评估信息确定，所述异常评估信息包括由第一服务端确定的评估对象以及对应的异常评估方式信息；

确定所述评估对象关联的业务域所在的展示区域，在所述展示区域内对所述评估对象以及对应的商品对象的评估结果信息进行展示。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得第一信息库，所述第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息；

获得第三服务端提交的数据处理请求，所述数据处理请求中包括所述第三服务端关联的第三方店铺的标识信息；

从所述第一信息库中，确定所述第三方店铺中的商品对象关联的目标异常评估信息，所述目标异常评估信息包括目标评估对象的标识信息以及对应的目标异常评估方式信息；

将所述目标异常评估信息发送至第二服务端，以便所述第二服务端根据所述目标异常评估信息，对所述第三方店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息下发至所述第三服务端。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得第三方店铺中的商品对象关联的评估对象的标识信息，以及对所述评估对象进行评估分析所需的数据类型信息以及异常评估方式信息，所述商品对象关联的评估对象以及对应的异常评估方式信息由第一服务端确定；

如果获得第三服务端提交的所述第三方店铺关联的作业数据，则从中确定所述评估对象对应的数据类型下的目标数据；

根据所述目标数据以及所述评估对象对应的异常评估方式信息，获得各商品对象对应的评估结果信息，下发至所述第三服务端。

其中，图19示例性的展示出了计算机***的架构，具体可以包括处理器1610，视频显示适配器1611，磁盘驱动器1612，输入/输出接口1613，网络接口1614，以及存储器1620。上述处理器1610、视频显示适配器1611、磁盘驱动器1612、输入/输出接口1613、网络接口1614，与存储器1620之间可以通过通信总线1630进行通信连接。

其中，处理器1610可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器1620可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1620可以存储用于控制计算机***1600运行的操作***1621，用于控制计算机***1600的低级别操作的基本输入输出***(BIOS)。另外，还可以存储网页浏览器1623，数据存储管理***1624，以及用于获得异常评估信息的***1625等等。上述数据处理***1625就可以是本申请实施例中具体实现前述各步骤操作的第一服务端。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器1620中，并由处理器1610来调用执行。

输入/输出接口1613用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口1614用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1630包括一通路，在设备的各个组件(例如处理器1610、视频显示适配器1611、磁盘驱动器1612、输入/输出接口1613、网络接口1614，与存储器1620)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1610、视频显示适配器1611、磁盘驱动器1612、输入/输出接口1613、网络接口1614，存储器1620，总线1630等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

其中，图20示例性的展示出了电子设备的架构，例如，设备1700可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图20，设备1700可以包括以下一个或多个组件：处理组件1702，存储器1704，电源组件1706，多媒体组件1708，音频组件1710，输入/输出(I/O)的接口1712，传感器组件1714，以及通信组件1716。

处理组件1702通常控制设备1700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1702可以包括一个或多个处理器1720来执行指令，以完成本公开技术方案提供的方法的全部或部分步骤。此外，处理组件1702可以包括一个或多个模块，便于处理组件1702和其他组件之间的交互。例如，处理部件1702可以包括多媒体模块，以方便多媒体组件1708和处理组件1702之间的交互。

存储器1704被配置为存储各种类型的数据以支持在设备1700的操作。这些数据的示例包括用于在设备1700上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1706为设备1700的各种组件提供电力。电源组件1706可以包括电源管理***，一个或多个电源，及其他与为设备1700生成、管理和分配电力相关联的组件。

多媒体组件1708包括在设备1700和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1708包括一个前置摄像头和/或后置摄像头。当设备1700处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。

音频组件1710被配置为输出和/或输入音频信号。例如，音频组件1710包括一个麦克风(MIC)，当设备1700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1704或经由通信组件1716发送。在一些实施例中，音频组件1710还包括一个扬声器，用于输出音频信号。

I/O接口1712为处理组件1702和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1714包括一个或多个传感器，用于为设备1700提供各个方面的状态评估。例如，传感器组件1714可以检测到设备1700的打开/关闭状态，组件的相对定位，例如所述组件为设备1700的显示器和小键盘，传感器组件1714还可以检测设备1700或设备1700一个组件的位置改变，用户与设备1700接触的存在或不存在，设备1700方位或加速/减速和设备1700的温度变化。传感器组件1714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1714还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1714还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1716被配置为便于设备1700和其他设备之间有线或无线方式的通信。设备1700可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件1716经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件1716还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备1700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1704，上述指令可由设备1700的处理器1720执行以完成本公开技术方案提供的方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于***或***实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的***及***实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的用于获得异常评估信息的方法、装置及电子设备，商品对象流转过程的数据处理方法、装置及电子设备进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (49)

1.一种用于获得异常评估信息的方法，其特征在于，包括：

第一服务端获得第一信息库，所述第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息；

如果获得第一客户端提交的目标实体店铺的标识信息，则从所述第一信息库中，确定所述目标实体店铺中的商品对象关联的目标异常评估信息，所述目标异常评估信息包括目标评估对象的标识信息以及对应的目标异常评估方式信息；

将所述目标异常评估信息发送至第二服务端，以便所述第二服务端根据所述目标异常评估信息，对所述目标实体店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息下发至第二客户端。

2.根据权利要求1所述的方法，其特征在于，

所述确定所述目标实体店铺中的商品对象关联的目标异常评估信息，包括：

如果以实体店铺为基本单元确定所述目标异常评估信息，则将默认配置的评估对象以及对应的异常评估方式信息，确定为所述目标异常评估信息。

3.根据权利要求1所述的方法，其特征在于，

所述确定所述目标实体店铺中的商品对象关联的目标异常评估信息，包括：

如果以商品对象为基本单元确定所述目标异常评估信息，则获得所述目标实体店铺关联的商品对象，将各商品对象下默认配置的评估对象以及对应的异常评估方式信息，确定为所述目标异常评估信息。

4.根据权利要求1所述的方法，其特征在于，

所述确定所述目标实体店铺中的商品对象关联的目标异常评估信息，包括：

将所述与商品对象流转过程相关的评估对象的标识信息，下发至所述第一客户端，以便所述第一客户端关联的用户从中确定所述目标评估对象；

获得所述第一客户端提交的所述目标评估对象的标识信息，将所述目标评估对象以及对应的默认配置的异常评估方式信息，确定为所述目标异常评估信息。

5.根据权利要求1所述的方法，其特征在于，还包括：

如果所述目标实体店铺中的商品对象的评估需求发生变化，则对所述目标异常评估信息进行更新处理，将更新后的目标异常评估信息发送至第二服务端。

6.根据权利要求5所述的方法，其特征在于，

所述评估需求发生变化为所述目标实体店铺与目标商品对象的关联关系发生变化，

所述对所述目标异常评估信息进行更新处理，包括：

获得所述第二客户端提交的所述目标实体店铺与所述目标商品对象关联关系的变化方式信息；

根据所述变化方式信息，对所述目标商品对象关联的目标评估对象以及对应的目标异常评估方式信息进行更新处理。

7.根据权利要求6所述的方法，其特征在于，

所述变化方式信息为解除所述目标实体店铺与所述目标商品对象之间的关联关系，则

所述对所述目标商品对象关联的目标评估对象以及对应的目标异常评估方式信息进行更新处理，包括：

从所述目标异常评估信息中，删除所述目标商品对象关联的目标评估对象以及对应的目标异常评估方式信息。

8.根据权利要求6所述的方法，其特征在于，

所述变化方式信息为建立所述目标实体店铺与所述目标商品对象之间的关联关系，则

所述对所述目标商品对象关联的目标评估对象以及对应的目标异常评估方式信息进行更新处理，包括：

从所述第一信息库中，确定所述目标商品对象关联的评估对象以及对应的异常评估方式信息，添加至所述目标异常评估信息中。

9.根据权利要求5所述的方法，其特征在于，

所述对所述目标异常评估信息进行更新处理，包括：

对所述目标实体店铺的评估结果信息进行统计分析，获得各商品对象对应的异常频次信息；

将异常频次超过预设频次的商品对象确定为目标商品对象，生成用于解除关联关系的提示信息下发至所述第二客户端；

如果获得所述第二客户端返回的解除所述目标实体店铺与所述目标商品对象之间的关联关系的确认信息，则从所述目标异常评估信息中，删除所述待更新商品对象关联的目标评估对象以及对应的目标异常评估方式信息。

10.根据权利要求9所述的方法，其特征在于，还包括：

如果获得所述第二客户端返回的保留所述目标实体店铺与所述目标商品对象之间的关联关系的确认信息，则获得所述第二客户端针对该操作提交的操作原因信息；

建立所述目标商品对象与所述操作原因信息之间的关联关系，以便在所述目标商品对象对应的异常频次再次超过所述预设频次时，根据所述操作原因信息确定是否向所述第二客户端下发所述提示信息。

11.根据权利要求10所述的方法，其特征在于，还包括：

确定所述操作原因信息对应的作用范围，建立所述操作原因信息与所述作用范围内的商品对象之间的关联关系，以便在所述作用范围内的商品对象对应的异常频次超过所述预设频次时，根据所述操作原因信息确定是否向所述第二客户端下发提示信息。

12.根据权利要求5所述的方法，其特征在于，

所述对所述目标异常评估信息进行更新处理，包括：

根据商品对象的历史评估结果信息以及历史交易信息，确定目标商品对象，生成用于新建关联关系的提示信息下发至所述第二客户端；

如果获得所述第二客户端返回的新建所述目标实体店铺与所述目标商品对象之间的关联关系的确认信息，则从所述第一信息库中，确定所述目标商品对象关联的评估对象以及对应的异常评估方式信息，添加至所述目标异常评估信息中。

13.根据权利要求5所述的方法，其特征在于，

所述评估需求发生变化为目标商品对象关联的目标异常评估方式信息发生变化，

所述对所述目标异常评估信息进行更新处理，包括：

获得所述第二客户端提交的更新请求，所述更新请求中包括所述目标商品对象的标识信息、待更新目标评估对象的标识信息以及对应的新的异常评估方式信息；

根据所述更新请求，对所述目标商品对象关联的目标异常评估信息进行更新处理。

14.根据权利要求1所述的方法，其特征在于，还包括：

按照预设周期对所述目标异常评估信息进行动态调整，将调整后的目标异常评估信息发送至第二服务端。

15.根据权利要求14所述的方法，其特征在于，

所述按照预设周期对所述目标异常评估信息进行动态调整，包括：

获得所述第二客户端关联的用户在所述预设周期内，对所述目标评估对象的评估结果的访问次数信息；

确定访问次数低于预设次数的待处理目标评估对象，从所述目标异常评估信息中删除所述待处理目标评估对象以及对应的目标异常评估方式信息。

16.根据权利要求14所述的方法，其特征在于，

所述按照预设周期对所述目标异常评估信息进行动态调整，包括：

在所述预设周期内对所述评估结果信息进行统计分析，获得处于异常状态的目标评估对象的异常频次信息；

确定异常频次低于预设频次的待处理目标评估对象，从所述目标异常评估信息中删除所述待处理目标评估对象以及对应的目标异常评估方式信息。

17.根据权利要求14所述的方法，其特征在于，

所述按照预设周期对所述目标异常评估信息进行动态调整，包括：

获得所述第一信息库中的评估对象以及对应的异常评估方式信息关联的权重值、所述评估对象以及对应的异常评估方式信息在所述预设周期内的异常频次信息、以及所述第二客户端关联的用户在所述预设周期内对所述评估对象的评估结果的访问次数信息；

根据所述权重值、所述异常频次信息以及所述访问次数信息，确定评估对象以及对应的异常评估方式信息的评分值；

确定评分值高的评估对象以及对应的异常评估方式信息为所述调整后的目标异常评估信息。

18.一种用于获得异常评估信息的方法，其特征在于，包括：

第三客户端提供用于提交异常评估信息的操作选项，所述异常评估信息包括评估对象的标识信息以及对应的异常评估方式信息；

通过所述操作选项获得所述异常评估信息后，提交至第一服务端，以便所述第一服务端保存至第一信息库中，并在获得第一客户端提交的目标实体店铺的标识信息后，从所述第一信息库中确定所述目标实体店铺关联的目标异常评估信息。

19.根据权利要求18所述的方法，其特征在于，还包括：

获得所述异常评估信息关联的权重值，提交至所述第一服务端。

20.根据权利要求18所述的方法，其特征在于，还包括：

获得所述评估对象关联的影响因子，以及所述评估对象在所述影响因子的不同状态信息下对应的异常评估方式信息，提交至所述第一服务端。

21.一种商品对象流转过程的数据处理方法，其特征在于，包括：

第二服务端获得第二信息库，所述第二信息库中保存有不同实体店铺中的商品对象关联的评估对象的标识信息，以及对所述评估对象进行评估分析所需的数据类型信息以及异常评估方式信息，所述商品对象关联的评估对象以及对应的异常评估方式信息由第一服务端确定；

如果获得目标实体店铺关联的第二客户端提交的数据处理请求，则从所述第二信息库中确定所述目标实体店铺中的商品对象关联的目标评估对象；

从与所述目标实体店铺中的商品对象的流转过程相关的作业数据中，获得所述目标评估对象对应的数据类型下的目标数据；

根据所述目标数据以及所述目标评估对象对应的异常评估方式信息，获得各商品对象对应的评估结果信息，下发至所述第二客户端。

22.根据权利要求21所述的方法，其特征在于，如果商品对象关联有至少两个提供方用户，

所述从与所述目标实体店铺中的商品对象的流转过程相关的作业数据中，获得所述目标评估对象对应的数据类型下的目标数据，包括：

以商品对象以及对应的提供方用户为基本单元，获得所述商品对象在流转过程中产生的作业数据，并从所述作业数据中获得对所述商品对象的流转过程进行评估分析所需的目标数据。

23.根据权利要求21所述的方法，其特征在于，如果所述目标评估对象关联有至少两个异常评估方式信息，且各异常评估方式信息分别对应于影响因子不同的状态信息，

所述方法还包括：

根据所述影响因子当前的目标状态信息，从所述至少两个异常评估方式信息中确定目标异常评估方式信息，以便根据所述目标数据以及所述目标异常评估方式信息获得所述评估结果信息。

24.根据权利要求21所述的方法，其特征在于，还包括：

将所述评估结果信息提交至所述第一服务端，以便所述第一服务端根据所述评估结果信息对所述目标实体店铺中的商品对象关联的评估对象以及对应的异常评估方式信息进行动态调整。

25.一种商品对象流转过程的数据处理方法，其特征在于，包括：

实体店铺关联的第二客户端向第二服务端提交数据处理请求；

获得所述第二服务端下发的所述实体店铺中的商品对象对应的评估结果信息，所述评估结果信息为所述第二服务端根据所述商品对象关联的异常评估信息确定，所述异常评估信息包括由第一服务端确定的评估对象以及对应的异常评估方式信息；

确定所述评估对象关联的业务域所在的展示区域，在所述展示区域内对所述评估对象以及对应的商品对象的评估结果信息进行展示。

26.根据权利要求25所述的方法，其特征在于，

所述在所述展示区域内对所述评估对象以及对应的商品对象的评估结果信息进行展示，包括：

对符合预设条件的评估对象的相关信息进行展示。

27.根据权利要求26所述的方法，其特征在于，

所述符合预设条件的评估对象为异常状态的评估对象。

28.根据权利要求26所述的方法，其特征在于，

所述符合预设条件的评估对象为所述第二客户端关联的用户指定的评估对象。

29.根据权利要求25所述的方法，其特征在于，还包括：

通过目标界面提供可选的商品对象信息，并在目标商品对象被选中的情况下，在各业务域的展示区域内，对所述目标商品对象关联的评估对象以及对应的评估结果信息进行展示。

30.根据权利要求25所述的方法，其特征在于，还包括：

将所述评估结果信息提交至所述第一服务端，以便所述第一服务端根据所述评估结果信息对所述实体店铺中的商品对象关联的异常评估信息进行动态调整。

31.根据权利要求25所述的方法，其特征在于，还包括：

获得所述第二客户端关联的用户对所述评估对象的评估结果的访问次数信息，提交至所述第一服务端，以便所述第一服务端根据所述访问次数信息对所述实体店铺中的商品对象关联的异常评估信息进行动态调整。

32.根据权利要求25所述的方法，其特征在于，还包括：

获得所述第一服务端针对目标商品对象下发的提示信息，所述提示信息中包括所述目标实体店铺与所述目标商品对象关联关系的变化方式信息；

向所述第一服务端提交接受所述关联关系变化的确认信息，以便所述第一服务端根据所述变化方式信息对所述目标异常评估信息进行更新处理。

33.根据权利要求32所述的方法，其特征在于，还包括：

获得所述第一服务端下发的可选操作原因信息；

获得向所述第一服务端提交拒绝所述关联关系变化的确认信息时，对所述可选操作原因信息进行展示，并将选中的目标操作原因信息提交至所述第一服务端。

34.根据权利要求32所述的方法，其特征在于，还包括：

获得向所述第一服务端提交拒绝所述关联关系变化的确认信息时，提供用于提交该操作对应的操作原因信息的操作选项；

通过所述操作选项获得所述操作原因信息后，提交至所述第一服务端。

35.根据权利要求25所述的方法，其特征在于，还包括：

从异常状态的评估对象中确定待调整评估对象，将所述待调整评估对象的状态信息调整为正常状态，并获得所述待调整评估对象对应的异常原因信息，提交至所述第二服务端。

36.一种用于获得异常评估信息的方法，其特征在于，包括：

第一服务端获得第一信息库，所述第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息；

获得第三服务端提交的数据处理请求，所述数据处理请求中包括所述第三服务端关联的第三方店铺的标识信息；

从所述第一信息库中，确定所述第三方店铺中的商品对象关联的目标异常评估信息，所述目标异常评估信息包括目标评估对象的标识信息以及对应的目标异常评估方式信息；

将所述目标异常评估信息发送至第二服务端，以便所述第二服务端根据所述目标异常评估信息，对所述第三方店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息下发至所述第三服务端。

37.一种商品对象流转过程的数据处理方法，其特征在于，包括：

第二服务端获得第三方店铺中的商品对象关联的评估对象的标识信息，以及对所述评估对象进行评估分析所需的数据类型信息以及异常评估方式信息，所述商品对象关联的评估对象以及对应的异常评估方式信息由第一服务端确定；

如果获得第三服务端提交的所述第三方店铺关联的作业数据，则从中确定所述评估对象对应的数据类型下的目标数据；

根据所述目标数据以及所述评估对象对应的异常评估方式信息，获得各商品对象对应的评估结果信息，下发至所述第三服务端。

38.一种用于获得异常评估信息的装置，其特征在于，应用于第一服务端，包括：

信息库获得单元，用于获得第一信息库，所述第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息；

异常评估信息确定单元，用于在获得第一客户端提交的目标实体店铺的标识信息时，从所述第一信息库中，确定所述目标实体店铺中的商品对象关联的目标异常评估信息，所述目标异常评估信息包括目标评估对象的标识信息以及对应的目标异常评估方式信息；

异常评估信息发送单元，用于将所述目标异常评估信息发送至第二服务端，以便所述第二服务端根据所述目标异常评估信息，对所述目标实体店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息下发至第二客户端。

39.一种用于获得异常评估信息的装置，其特征在于，应用于第三客户端，包括：

操作选项提供单元，用于提供用于提交异常评估信息的操作选项，所述异常评估信息包括评估对象的标识信息以及对应的异常评估方式信息；

异常评估信息提交单元，用于通过所述操作选项获得所述异常评估信息后，提交至第一服务端，以便所述第一服务端保存至第一信息库中，并在获得第一客户端提交的目标实体店铺的标识信息后，从所述第一信息库中确定所述目标实体店铺关联的目标异常评估信息。

40.一种商品对象流转过程的数据处理装置，其特征在于，应用于第二服务端，包括：

信息库获得单元，用于获得第二信息库，所述第二信息库中保存有不同实体店铺中的商品对象关联的评估对象的标识信息，以及对所述评估对象进行评估分析所需的数据类型信息以及异常评估方式信息，所述商品对象关联的评估对象以及对应的异常评估方式信息由第一服务端确定；

评估对象确定单元，用于在获得目标实体店铺关联的第二客户端提交的数据处理请求时，从所述第二信息库中确定所述目标实体店铺中的商品对象关联的目标评估对象；

目标数据获得单元，用于从与所述目标实体店铺中的商品对象的流转过程相关的作业数据中，获得所述目标评估对象对应的数据类型下的目标数据；

评估结果信息获得单元，用于根据所述目标数据以及所述目标评估对象对应的异常评估方式信息，获得各商品对象对应的评估结果信息，下发至所述第二客户端。

41.一种商品对象流转过程的数据处理装置，其特征在于，应用于实体店铺关联的第二客户端，包括：

数据处理请求提交单元，用于向第二服务端提交数据处理请求；

评估结果信息获得单元，用于获得所述第二服务端下发的实体店铺中的商品对象对应的评估结果信息，所述评估结果信息为所述第二服务端根据所述商品对象关联的异常评估信息确定，所述异常评估信息包括由第一服务端确定的评估对象以及对应的异常评估方式信息；

评估结果信息展示单元，用于确定所述评估对象关联的业务域所在的展示区域，在所述展示区域内对所述评估对象以及对应的商品对象的评估结果信息进行展示。

42.一种用于获得异常评估信息的装置，其特征在于，应用于第一服务端，包括：

信息库获得单元，用于获得第一信息库，所述第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息；

数据处理请求获得单元，用于获得第三服务端提交的数据处理请求，所述数据处理请求中包括所述第三服务端关联的第三方店铺的标识信息；

异常评估信息确定单元，用于从所述第一信息库中，确定所述第三方店铺中的商品对象关联的目标异常评估信息，所述目标异常评估信息包括目标评估对象的标识信息以及对应的目标异常评估方式信息；

异常评估信息发送单元，用于将所述目标异常评估信息发送至第二服务端，以便所述第二服务端根据所述目标异常评估信息，对所述第三方店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息下发至所述第三服务端。

43.一种商品对象流转过程的数据处理装置，其特征在于，应用于第二服务端，包括：

异常评估信息获得单元，用于获得第三方店铺中的商品对象关联的评估对象的标识信息，以及对所述评估对象进行评估分析所需的数据类型信息以及异常评估方式信息，所述商品对象关联的评估对象以及对应的异常评估方式信息由第一服务端确定；

目标数据获得单元，用于在获得第三服务端提交的所述第三方店铺关联的作业数据时，从中确定所述评估对象对应的数据类型下的目标数据；

评估结果信息获得单元，用于根据所述目标数据以及所述评估对象对应的异常评估方式信息，获得各商品对象对应的评估结果信息，下发至所述第三服务端。

44.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得第一信息库，所述第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息；

如果获得第一客户端提交的目标实体店铺的标识信息，则从所述第一信息库中，确定所述目标实体店铺中的商品对象关联的目标异常评估信息，所述目标异常评估信息包括目标评估对象的标识信息以及对应的目标异常评估方式信息；

将所述目标异常评估信息发送至第二服务端，以便所述第二服务端根据所述目标异常评估信息，对所述目标实体店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息下发至第二客户端。

45.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

提供用于提交异常评估信息的操作选项，所述异常评估信息包括评估对象的标识信息以及对应的异常评估方式信息；

通过所述操作选项获得所述异常评估信息后，提交至第一服务端，以便所述第一服务端保存至第一信息库中，并在获得第一客户端提交的目标实体店铺的标识信息后，从所述第一信息库中确定所述目标实体店铺关联的目标异常评估信息。

46.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得第二信息库，所述第二信息库中保存有不同实体店铺中的商品对象关联的评估对象的标识信息，以及对所述评估对象进行评估分析所需的数据类型信息以及异常评估方式信息，所述商品对象关联的评估对象以及对应的异常评估方式信息由第一服务端确定；

如果获得目标实体店铺关联的第二客户端提交的数据处理请求，则从所述第二信息库中确定所述目标实体店铺中的商品对象关联的目标评估对象；

从与所述目标实体店铺中的商品对象的流转过程相关的作业数据中，获得所述目标评估对象对应的数据类型下的目标数据；

根据所述目标数据以及所述目标评估对象对应的异常评估方式信息，获得各商品对象对应的评估结果信息，下发至所述第二客户端。

47.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

向第二服务端提交数据处理请求；

获得所述第二服务端下发的实体店铺中的商品对象对应的评估结果信息，所述评估结果信息为所述第二服务端根据所述商品对象关联的异常评估信息确定，所述异常评估信息包括由第一服务端确定的评估对象以及对应的异常评估方式信息；

确定所述评估对象关联的业务域所在的展示区域，在所述展示区域内对所述评估对象以及对应的商品对象的评估结果信息进行展示。

48.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得第一信息库，所述第一信息库中保存有与商品对象流转过程相关的评估对象关联的至少一个异常评估方式信息；

获得第三服务端提交的数据处理请求，所述数据处理请求中包括所述第三服务端关联的第三方店铺的标识信息；

从所述第一信息库中，确定所述第三方店铺中的商品对象关联的目标异常评估信息，所述目标异常评估信息包括目标评估对象的标识信息以及对应的目标异常评估方式信息；

将所述目标异常评估信息发送至第二服务端，以便所述第二服务端根据所述目标异常评估信息，对所述第三方店铺中的商品对象的流转过程进行评估分析，获得各商品对象对应的评估结果信息下发至所述第三服务端。

49.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得第三方店铺中的商品对象关联的评估对象的标识信息，以及对所述评估对象进行评估分析所需的数据类型信息以及异常评估方式信息，所述商品对象关联的评估对象以及对应的异常评估方式信息由第一服务端确定；

如果获得第三服务端提交的所述第三方店铺关联的作业数据，则从中确定所述评估对象对应的数据类型下的目标数据；

根据所述目标数据以及所述评估对象对应的异常评估方式信息，获得各商品对象对应的评估结果信息，下发至所述第三服务端。

Images