一种目标对象检测方法、装置、设备及介质

技术领域

本申请涉及数据处理技术领域，具体涉及一种目标对象检测方法、装置、设备及介质。

背景技术

随着网络化时代的到来，网络渠道每秒钟会产生数以万计的资源转移行为。例如，资源托管。可见，互联网正逐步成为资源托管业务的主流市场。资源托管业务是由托管业务平台提供的，用于在接收资源转移方的托管需求后，按照协议规定向资源转移方提供资源冻结或解冻、亦或是将资源转移方提供的托管资源转移到另一方账户。

鉴于目前的资源托管业务主要是通过电子渠道进行办理，相比于传统的柜台办理方式，难以在资源转移过程中有效核查双方的身份信息。而托管业务平台每天产出的资源转移记录可多达百万级，为阻隔资源转移过程中可能产生的潜在风险，如何从庞大的资源转移记录中命中存在资源转移风险的目标对象显得有尤为重要。

发明内容

本申请实施例提供一种目标对象检测方法、装置、设备及介质。用于在资源转移过程中确定存在资源转移风险的目标对象。

为达到上述目的，本申请实施例的技术方案是这样实现的：

第一方面，本申请实施例提供了一种目标对象检测方法，所述方法包括：

响应于风险检测指示，获取平台在指定时段内产生多笔订单；其中，每笔订单的数据结构相同；

对每笔订单的数据结构中的指定字段进行提取，根据所述指定字段确定待处理对象在所述指定时段内的订单信息；其中，所述待处理对象为所述指定时段内在所述平台发布至少一笔订单的对象；所述订单信息包括待处理对象发布每笔订单的资源托管信息和资源转移信息；

根据预设风险匹配规则，从各订单信息对应的待处理对象中确定存在资源转移风险的目标对象。

在一些可能的实施例中，所述对每笔订单的数据结构中的指定字段进行提取，根据所述指定字段确定待处理对象在所述指定时段内的订单信息，包括：

提取所述多笔订单中表征资源转出方的第一字段、表征订单的资源托管数量的第二字段、表征订单的资源转出数量的第三字段和表征资源转出渠道的第四字段；

根据所述第一字段和所述第二字段确定每个待处理对象在所述指定时段内发布的订单数量和每笔订单的资源托管数量；并，

根据所述第一字段、所述第三字段和所述第四字段确定每个待处理对象采用指定渠道在所述指定时段内资源转移的转移次数和每次转移的资源转出数量；

将任一待处理对象在所述指定时段内发布的订单数量和每笔订单的资源托管数量作为所述资源托管信息；并将所述待处理对象采用指定渠道在所述指定时段内进行资源转移的转移次数和每次转移的资源转出数量作为所述资源转移信息。

在一些可能的实施例中，所述根据预设风险匹配规则从各订单信息对应的待处理对象中确定存在资源转移风险的目标对象，包括：

针对任一待处理对象，若根据所述待处理对象的资源托管信息确定所述待处理对象在所述指定时段内发布的订单数量大于第一阈值，且每笔订单的资源托管数量均大于第二阈值，则将所述待处理对象作为所述目标对象；

针对任一待处理对象，若根据所述待处理对象的资源转移信息确定所述待处理对象采用所述指定渠道在所述指定时段内资源转移的转移次数大于第三阈值，且每次转移的资源数量均大于第四阈值，则将所述待处理对象作为所述目标对象。

在一些可能的实施例中，所述获取平台在指定时段内产生多笔订单之后，所述方法还包括：

获取每笔订单的托管记录数据；其中，所述托管记录数据包括所述订单的托管申请时间和每笔托管资源的资源转出日期；

将当前时段内存在托管资源转移行为的订单作为待处理订单；

针对任一待处理订单，若所述待处理订单的托管申请时间与第一笔资源转出的资源转出日期之差小于预设时间阈值，则将所述待处理订单的资源转出方作为所述目标对象。

在一些可能的实施例中，所述将当前时段内存在托管资源转移行为的订单作为待处理订单之前，所述方法还包括：

确定所述存在托管资源转移行为的订单的资源托管数量大于第五阈值。

在一些可能的实施例中，所述基于预设风险匹配规则，根据所述订单信息从所述各待处理对象中确定存在资源转移风险的目标对象之后，所述方法还包括：

禁用每个目标对象在所述平台内的资源转移功能。

在一些可能的实施例中，所述基于预设风险匹配规则，根据所述订单信息从所述各待处理对象中确定存在资源转移风险的目标对象之后，所述方法还包括：

确定每个目标对象在所述指定时段内发布的订单中的资源转入方；

禁用每个目标对象和每个资源转入方在所述平台内的资源转移功能。

第二方面，本申请实施例提供了一种目标对象检测装置，所述装置包括：

指示响应单元，被配置为执行响应于风险检测指示，获取平台在指定时段内产生多笔订单；其中，每笔订单的数据结构相同；

信息获取单元，被配置为执行对每笔订单的数据结构中的指定字段进行提取，根据所述指定字段确定待处理对象在所述指定时段内的订单信息；其中，所述待处理对象为所述指定时段内在所述平台发布至少一笔订单的对象；所述订单信息包括待处理对象发布每笔订单的资源托管信息和资源转移信息；

风险检测单元，被配置为执行根据预设风险匹配规则，从各订单信息对应的待处理对象中确定存在资源转移风险的目标对象。

在一些可能的实施例中，执行所述对每笔订单的数据结构中的指定字段进行提取，根据所述指定字段确定待处理对象在所述指定时段内的订单信息，所述信息获取单元被配置为：

提取所述多笔订单中表征资源转出方的第一字段、表征订单的资源托管数量的第二字段、表征订单的资源转出数量的第三字段和表征资源转出渠道的第四字段；

根据所述第一字段和所述第二字段确定每个待处理对象在所述指定时段内发布的订单数量和每笔订单的资源托管数量；并，

根据所述第一字段、所述第三字段和所述第四字段确定每个待处理对象采用指定渠道在所述指定时段内资源转移的转移次数和每次转移的资源转出数量；

将任一待处理对象在所述指定时段内发布的订单数量和每笔订单的资源托管数量作为所述资源托管信息；并将所述待处理对象采用指定渠道在所述指定时段内进行资源转移的转移次数和每次转移的资源转出数量作为所述资源转移信息。

在一些可能的实施例中，执行所述根据预设风险匹配规则从各订单信息对应的待处理对象中确定存在资源转移风险的目标对象，风险检测单元被配置为：

针对任一待处理对象，若根据所述待处理对象的资源托管信息确定所述待处理对象在所述指定时段内发布的订单数量大于第一阈值，且每笔订单的资源托管数量均大于第二阈值，则将所述待处理对象作为所述目标对象；

针对任一待处理对象，若根据所述待处理对象的资源转移信息确定所述待处理对象采用所述指定渠道在所述指定时段内资源转移的转移次数大于第三阈值，且每次转移的资源数量均大于第四阈值，则将所述待处理对象作为所述目标对象。

在一些可能的实施例中，执行所述获取平台在指定时段内产生多笔订单之后，所述风险检测单元还被配置为：

获取每笔订单的托管记录数据；其中，所述托管记录数据包括所述订单的托管申请时间和每笔托管资源的资源转出日期；

将当前时段内存在托管资源转移行为的订单作为待处理订单；

针对任一待处理订单，若所述待处理订单的托管申请时间与第一笔资源转出的资源转出日期之差小于预设时间阈值，则将所述待处理订单的资源转出方作为所述目标对象。

在一些可能的实施例中，执行所述将当前时段内存在托管资源转移行为的订单作为待处理订单之前，所述风险检测单元还被配置为：

确定所述存在托管资源转移行为的订单的资源托管数量大于第五阈值。

在一些可能的实施例中，执行所述基于预设风险匹配规则，根据所述订单信息从所述各待处理对象中确定存在资源转移风险的目标对象之后，所述风险检测单元还被配置为：

禁用每个目标对象在所述平台内的资源转移功能。

在一些可能的实施例中，执行所述基于预设风险匹配规则，根据所述订单信息从所述各待处理对象中确定存在资源转移风险的目标对象之后，所述风险检测单元还被配置为：

确定每个目标对象在所述指定时段内发布的订单中的资源转入方；

禁用每个目标对象和每个资源转入方在所述平台内的资源转移功能。

第三方面，本申请实施例还提供了一种电子设备，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器实现任一种上述第一方面的方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现任一种上述第一方面的方法。

第五方面，本申请实施例一种计算机程序产品，其包括计算机指令，所述计算机指令存储在计算机可读存储介质中；当计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令时，所述处理器执行该计算机指令，使得所述计算机设备执行上述任一种第一方面的方法。

本申请实施例中，通过获取平台在指定时段内产生的多笔订单，并对每笔订单的数据结构中的指定字段进行提取，以根据提取的字段内容确定待处理对象在指定时段内的订单信息，待处理对象为该指定时段内在平台发布了至少一笔订单的对象。订单信息包括待处理对象发布每笔订单的资源托管信息和资源转移信息，通过上述流程能够将段时间内产生的全部订单以待处理对象为单位进行整合划分，从而得到每个待处理对象的订单信息。继而根据预设风险匹配规则，从各订单信息对应的待处理对象中确定存在资源转移风险的目标对象。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本公开而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

图1为本申请实施例提供的一种目标对象检测方法的整体流程图；

图2为本申请实施例提供的托管基本信息表的示意图；

图3为本申请实施例提供的资源转移信息表的示意图；

图4为本申请实施例提供的指定字段示意图；

图5为本申请实施例提供的字段提取表的示意图；

图6为本申请实施例提供的根据字段提取表确定订单信息的示意图；

图7为本申请实施例提供的一种目标对象检测装置700的结构图；

图8为本申请实施例提供的一种电子设备的结构图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以按不同于此处的顺序执行所示出或描述的步骤。

本申请的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请中的“多个”可以表示至少两个，例如可以是两个、三个或者更多个，本申请实施例不做限制。

本申请技术方案中，对数据的采集、传播、使用等，均符合国家相关法律法规要求。

在介绍本申请实施例所提供的……方法之前，为了便于理解，首先对下面对本申请实施例的技术背景进行详细介绍。

前文已提及，资源托管业务是由托管业务平台提供的，用于在接收资源转移方的托管需求后，按照协议规定向资源转移方提供资源冻结或解冻、亦或是将资源转移方提供的托管资源转移到另一方账户。其具体业务可例如房屋车辆买卖的认筹金缴纳、具体项目的保证金缴纳等。

目前的资源托管业务主要是通过电子渠道进行办理，相比于传统的柜台办理方式，难以在资源转移过程中有效核查双方的身份信息。而托管业务平台每天产出的资源转移记录可多达百万级，为阻隔资源转移过程中可能产生的潜在风险，如何从庞大的资源转移记录中命中存在资源转移风险的风险账户显得有尤为重要。

为解决上述问题，本申请实施例的发明构思为：通过获取平台在指定时段内产生的多笔订单，并对每笔订单的数据结构中的指定字段进行提取，以根据提取的字段内容确定待处理对象在指定时段内的订单信息。其中，待处理对象为该指定时段内在平台发布了至少一笔订单的对象。订单信息包括待处理对象发布每笔订单的资源托管信息和资源转移信息。

通过上述流程能够将段时间内产生的全部订单以待处理对象为单位进行整合划分，从而得到每个待处理对象的订单信息。继而根据预设风险匹配规则，从各订单信息对应的待处理对象中确定存在资源转移风险的目标对象。

为便于理解本申请技术方案，接下来具体如图1所示，图1示出了本申请实施例提供的一种目标对象检测方法的整体流程图，具体包括：

步骤101：响应于风险检测指示，获取平台在指定时段内产生多笔订单；其中，每笔订单的数据结构相同；

上述指定时段是根据实际业务场景中平台的订单产出效率设置的，本申请对此不作限定。在本申请实施例中，指定时段为24小时。具体实施时，每隔24小时获取平台在历史24小时内产出的全部订单。

本申请实施例中平台产出的每笔订单会存储在数据库内，并且各笔订单的数据结构均相同。平台内产出的任意一笔订单的数据结构具体可如图2和图3所示，其中，图2示出了订单的托管基本信息表，图3示出了订单的资源转移信息表。

具体的，前述图2中所示的托管基本信息表中预设有多个字段，各字段分别表明该笔订单托管录入基本信息，例如托管编号、资源转出方、资源转入方、托管资源数量、托管状态、托管申请时间、有效期等等。

其中，资源转出方即为在平台申请托管业务的对象，也即为提供托管资源的方对象。托管资源数量即为资源转出方申请托管的资源数量。资源转入方即为接收托管资源的对象，当满足预设的托管协议规定后，资源转出方托管的资源会转到资源转入方的账户内。托管状态即表征平台针对该笔订单的托管业务的受理状态，例如申请中、已接受托管、已撤销托管等。托管申请时间即表征资源转出方在平台申请托管业务的日期，有效期即表征平台对该笔订单的托管业务的受理时长。

图3示出的资源转移信息表相当于该笔订单的托管资源实际的转移记录，与前述图2示出的托管基本信息表相似的是，资源转移信息表中同样预设有多个字段，各字段分别表明该笔订单在托管期间资源转移的相关信息。具体包括如托管编号、资源转出方、资源转入方、资源转出数量、资源转出日期、资源转出状态和资源转出渠道等。其中，资源转出数量即表征托管资源每次转入资源转入方的账户的具体数额、资源转出日期即表征托管资源每次转入资源转入方的账户的具体时间、资源转出状态即表征托管资源每次转出的状态(例如成功转出、未成功转出)，资源转出渠道即表征托管资源通过采用哪种渠道转入资源转入方的账户。例如以柜面转出的方式在平台的实体店内由相关人员辅助执行资源转出操作，或以电子渠道的方式自行在网络上执行资源转出操作。

步骤102：对每笔订单的数据结构中的指定字段进行提取，根据所述指定字段确定待处理对象在所述指定时段内的订单信息；其中，所述待处理对象为所述指定时段内在所述平台发布至少一笔订单的对象；所述订单信息包括待处理对象发布每笔订单的资源托管信息和资源转移信息；

在介绍步骤102之前，预先对待处理对象进行解释说明。待处理对象在本申请中指代在前述指定时段内在平台中发布了至少一笔订单的对象。假设指定时段为24小时，则平台在历史24小时内发布过至少一笔订单的人即为待处理对象。

实际应用中，托管平台单日产出的订单数量可达到百万级。为阻隔资源转移过程中可能产生的潜在风险，需要从如此庞大的数据中提取到每个待处理对象进行资源托管相关行为的行为特征。继而通过对这些行为特征进行分析来判断待处理对象在资源转移行为是否存在潜在风险。步骤102中的订单信息即用于表征待处理对象在指定时段内进行资源托管相关行为的行为特征。

实施时，针对前述步骤101获取的多笔订单，提取每笔订单中表征资源转出方的第一字段、表征订单的资源托管数量的第二字段、表征订单的资源转出数量的第三字段和表征资源转出渠道的第四字段。

具体如图4所示，针对任意一笔订单，可以从该笔订单的托管基本信息表或资源转移信息表中获取表征资源转出方的第一字段、从托管基本信息表中获取表征资源托管数量的第二字段、从资源转移信息表中获取表征资源转出数量的第三字段和表征资源转出渠道的第四字段。

接下来，根据提取到的每笔订单中的第一字段和第二字段确定每个待处理对象在指定时段内发布的订单数量和每笔订单的资源托管数量；并，根据提取到的每笔订单中的第一字段、第三字段和第四字段确定每个待处理对象采用指定渠道在指定时段内资源转移的转移次数和每次转移的资源转出数量。

具体实施时，可以在前述指定字段中新加入表征托管编号的字段，通过对每笔订单的指定字段的提取结果整合到如图5所示的字段提取表中，这样，可以根据字段提取表中每笔订单记录的第一字段(资源转出方)和第二字段(资源托管数量)确定每个待处理对象在指定时段内发布的订单数量和每笔订单的资源托管数量。具体的，譬如字段提取表中资源转出方为“张三”的订单共有6笔，则待处理对象“张三”在指定时段内发布的订单数量为6。

进一步的，根据表中每笔订单记录的第一字段(资源转出方)、第三字段(资源转出数量)和第四字段(资源转出渠道)确定每个待处理对象采用指定渠道在指定时段内资源转移的转移次数和每次转移的资源转出数量。

鉴于互联网的私密特性，对身份核查较为困难。本申请实施例的指定渠道主要指代以互联网为媒介的电子渠道。仍以前述图5示出的张三为例，具体如图6所示，通过对字段提取表中以电子渠道进行资源转移的订单的资源转出方和资源转出数量进行提取，得到待处理对象(即图6示出的“张三”)采用电子渠道在指定时段内的资源转移次数(5次)和每次资源转移的资源转出数量。

接下来，将任一待处理对象在指定时段内发布的订单数量和每笔订单的资源托管数量作为资源托管信息；并将待处理对象采用指定渠道在指定时段内进行资源转移的转移次数和每次转移的资源转出数量作为资源转移信息。由此，得到待处理对象的资源托管信息和资源转移信息。

在一些可能的实施例中，在执行步骤102之前，需将有效期在指定时段之外的订单剔除，此部分订单不参与本申请的风险检测流程。

步骤103：根据预设风险匹配规则，从各订单信息对应的待处理对象中确定存在资源转移风险的目标对象。

本申请实施例中的预设风险匹配规则具体包括下述两项规则：

规则一：针对任一待处理对象，若根据该待处理对象的资源托管信息确定该待处理对象在指定时段内发布的订单数量大于第一阈值，且每笔订单的资源托管数量均大于第二阈值，则将该待处理对象作为疑似存在资源转移风险的目标对象；

具体的，以认筹金缴纳为例，若待处理对象在24小时内发布的订单数量超过3笔，并且每笔订单的资源托管数量(即托管的保证金额)均大于一万元。则认为待处理对象疑似存在资源转移风险。

规则二：针对任一待处理对象，若根据该待处理对象的资源转移信息确定该待处理对象采用指定渠道(即前述电子渠道)在指定时段内资源转移的转移次数大于第三阈值，且每次转移的资源数量均大于第四阈值，则将该待处理对象作为疑似存在资源转移风险的目标对象。

仍以前述认筹金缴纳的场景为例进行说明，若待处理对象在24小时内采用电子渠道进行资源转移(即缴纳保证金)的次数大于5次，且每次转移资源的资源数量(实际缴纳的保证金额)均大于5000元，则将该待处理对象作为疑似存在资源转移风险的目标对象。

前文已提及，托管业务主要涉及房屋车辆的认筹金缴纳、具体项目的保证金缴纳等。具体的，实际场景中任何类型的托管业务均需多层业务的联动，例如在二手车辆买卖的认筹金缴纳场景中，即需要确定资源转出方的二手车辆过户到资源转入方名下才会将资源转入方的托管资源转到资源转出方的账户。并且，平台自身对订单托管状态的更新还需要受理时间。例如，资源转入发在平台发布订单之后，该订单的托管状态为前述图2示出的“申请中”。待平台审核后才会生效，并将该订单的托管状态更新为前述图2示出的“已接受托管”。

基于上述原因，通常一笔托管业务的订单不大可能在24小时内结单。因此可通过前述步骤101获取平台指定时段内产生的多笔订单之后，还可进一步获取每笔订单的托管记录数据。任意一笔订单的托管记录数据包括该笔订单的托管申请时间和每笔托管资源的资源转出日期。进一步的，将当前时段内存在托管资源转移行为的订单均作为待处理订单。

针对任一待处理订单，若该待处理订单的托管申请时间与第一笔资源转出的资源转出日期之差小于预设时间阈值(即24小时)，则将该待处理订单的资源转出方作为疑似存在资源转出风险的目标对象。

另考虑到例如部分小型项目的保证金缴纳等托管业务可能存在结单速度较快的可能，但此类订单的共性在于其托管资源数量相对较低，因而在执行将当前时段内存在托管资源转移行为的订单作为待处理订单之前，还需确定该笔订单的资源托管数量大于第五阈值。以保证金缴纳的场景为例，第五阈值可设置为3000元。

需要说明的是，此处针对待处理订单进行风险检测的流程是以订单为单位进行的检索，而前述基于预设的风险匹配规则进行风险检测的流程则是以待处理对象为单位进行的检测，故在获取平台在指定时段内产生的多笔订单之后可通过对多笔订单并行执行此处提及的两种风险检测方式，以加快风险检测速率。

进一步的，待通过上述流程确定目标对象之后，可通过暂时禁用每个目标对象在平台内的资源转移功能以预防资源转移过程中存在的潜在风险。此外，还可通过将整个交易链上的对象全部进行功能禁用，以进一步预防资源转移过程中存在的潜在风险。

具体实施时，可在确定目标对象之后确定每个目标对象在指定时段内发布的订单中的资源转入方。并禁用每个目标对象和每个资源转入方在平台内的资源转移功能。

基于相同的发明构思，本申请实施例还提供了一种目标对象检测装置700，具体如图7所示，该装置包括：

指示响应单元701，被配置为执行响应于风险检测指示，获取平台在指定时段内产生多笔订单；其中，每笔订单的数据结构相同；

信息获取单元702，被配置为执行对每笔订单的数据结构中的指定字段进行提取，根据所述指定字段确定待处理对象在所述指定时段内的订单信息；其中，所述待处理对象为所述指定时段内在所述平台发布至少一笔订单的对象；所述订单信息包括待处理对象发布每笔订单的资源托管信息和资源转移信息；

风险检测单元703，被配置为执行根据预设风险匹配规则，从各订单信息对应的待处理对象中确定存在资源转移风险的目标对象。

在一些可能的实施例中，执行所述对每笔订单的数据结构中的指定字段进行提取，根据所述指定字段确定待处理对象在所述指定时段内的订单信息，所述信息获取单元702被配置为：

提取所述多笔订单中表征资源转出方的第一字段、表征订单的资源托管数量的第二字段、表征订单的资源转出数量的第三字段和表征资源转出渠道的第四字段；

根据所述第一字段和所述第二字段确定每个待处理对象在所述指定时段内发布的订单数量和每笔订单的资源托管数量；并，

根据所述第一字段、所述第三字段和所述第四字段确定每个待处理对象采用指定渠道在所述指定时段内资源转移的转移次数和每次转移的资源转出数量；

将任一待处理对象在所述指定时段内发布的订单数量和每笔订单的资源托管数量作为所述资源托管信息；并将所述待处理对象采用指定渠道在所述指定时段内进行资源转移的转移次数和每次转移的资源转出数量作为所述资源转移信息。

在一些可能的实施例中，执行所述根据预设风险匹配规则从各订单信息对应的待处理对象中确定存在资源转移风险的目标对象，风险检测单元703被配置为：

针对任一待处理对象，若根据所述待处理对象的资源托管信息确定所述待处理对象在所述指定时段内发布的订单数量大于第一阈值，且每笔订单的资源托管数量均大于第二阈值，则将所述待处理对象作为所述目标对象；

针对任一待处理对象，若根据所述待处理对象的资源转移信息确定所述待处理对象采用所述指定渠道在所述指定时段内资源转移的转移次数大于第三阈值，且每次转移的资源数量均大于第四阈值，则将所述待处理对象作为所述目标对象。

在一些可能的实施例中，执行所述获取平台在指定时段内产生多笔订单之后，所述风险检测单元703还被配置为：

获取每笔订单的托管记录数据；其中，所述托管记录数据包括所述订单的托管申请时间和每笔托管资源的资源转出日期；

将当前时段内存在托管资源转移行为的订单作为待处理订单；

针对任一待处理订单，若所述待处理订单的托管申请时间与第一笔资源转出的资源转出日期之差小于预设时间阈值，则将所述待处理订单的资源转出方作为所述目标对象。

在一些可能的实施例中，执行所述将当前时段内存在托管资源转移行为的订单作为待处理订单之前，所述风险检测单元703还被配置为：

确定所述存在托管资源转移行为的订单的资源托管数量大于第五阈值。

在一些可能的实施例中，执行所述基于预设风险匹配规则，根据所述订单信息从所述各待处理对象中确定存在资源转移风险的目标对象之后，所述风险检测单元703还被配置为：

禁用每个目标对象在所述平台内的资源转移功能。

在一些可能的实施例中，执行所述基于预设风险匹配规则，根据所述订单信息从所述各待处理对象中确定存在资源转移风险的目标对象之后，所述风险检测单元703还被配置为：

确定每个目标对象在所述指定时段内发布的订单中的资源转入方；

禁用每个目标对象和每个资源转入方在所述平台内的资源转移功能。

下面参照图8来描述根据本申请的这种实施方式的电子设备130。图8显示的电子设备130仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图8所示，电子设备130以通用电子设备的形式表现。电子设备130的组件可以包括但不限于：上述至少一个处理器131、上述至少一个存储器132、连接不同系统组件(包括存储器132和处理器131)的总线133。

总线133表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储器132可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)1321和/或高速缓存存储器1322，还可以进一步包括只读存储器(ROM)1323。

存储器132还可以包括具有一组(至少一个)程序模块1324的程序/实用工具1325，这样的程序模块1324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

电子设备130也可以与一个或多个外部设备134(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与电子设备130交互的设备通信，和/或与使得该电子设备130能与一个或多个其它电子设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口135进行。并且，电子设备130还可以通过网络适配器136与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器136通过总线133与用于电子设备130的其它模块通信。应当理解，尽管图中未示出，可以结合电子设备130使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器132，上述指令可由上述装置的处理器131执行以完成上述方法。可选地，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器131执行时实现如本申请提供的一种目标对象检测方法中的任一方法。

在示例性实施例中，本申请提供的一种目标对象检测方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的一种目标对象检测方法中的步骤。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的用于目标对象检测的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在电子设备上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如语言或类似的程序设计语言。程序代码可以完全地在用户电子设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务端上执行。在涉及远程电子设备的情形中，远程电子设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户电子设备，或者，可以连接到外部电子设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程图像缩放设备的处理器以产生一个机器，使得通过计算机或其他可编程图像缩放设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程图像缩放设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程图像缩放设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。