CN113763023B - 用户识别的方法、装置、电子设备和存储介质 - Google Patents

Abstract

本发明公开了用户识别的方法、装置、电子设备和存储介质，涉及计算机技术领域。该方法的一具体实施方式包括：接收订单信息；获取订单信息中的用户标识，调用标识集合，判断标识集合是否包括用户标识；若是，则基于标识集合对应的第一执行程序对标识集合中的用户标识进行处理；若否，则获取订单信息的订单状态，判断订单状态是否为处理完成状态，如果是则将用户标识添加至标识集合，基于第一执行程序对标识集合中的用户标识进行处理，如果否则基于第二执行程序对用户标识进行处理。该实施方式能够解决现有技术对用户识别的方式，识别维度单一，用户识别的准确率较低的问题。

Description

用户识别的方法、装置、电子设备和存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种用户识别的方法、装置、电子设备和存储介质。

背景技术

目前，各电商为了实现精准营销，通常会针对不同的用户制定不同的执行策略，例如，不同类型的用户下发不同数量和额度的优惠券，所以需要对用户进行识别。现有技术中通常为根据是否存储用户的下单记录来对用户识别，但是，这种只根据是否存储下单记录一个维度进行用户识别的方式，识别维度单一，用户识别的准确率较低，导致电商无法对用户执行准确的策略。

发明内容

有鉴于此，本发明实施例提供一种用户识别的方法、装置、电子设备和存储介质，能够解决现有技术对用户识别的方式，识别维度单一，用户识别的准确率较低，导致电商无法对用户执行准确的策略的问题。

为实现上述目的，根据本发明实施例的一个方面，提供了一种用户识别的方法。

本发明实施例的一种用户识别的方法包括：接收订单信息；获取所述订单信息中的用户标识，调用标识集合，判断所述标识集合是否包括所述用户标识；若是，则基于所述标识集合对应的第一执行程序对所述标识集合中的用户标识进行处理；若否，则获取所述订单信息的订单状态，判断所述订单状态是否为处理完成状态，如果是则将所述用户标识添加至所述标识集合，基于所述第一执行程序对所述标识集合中的用户标识进行处理，如果否则基于第二执行程序对所述用户标识进行处理。

在一个实施例中，如果所述订单状态不为处理完成状态，则所述方法还包括：

调用订单信息集合，根据所述订单信息更新所述订单信息集合。

在又一个实施例中，所述根据所述订单信息更新所述订单信息集合之后，还包括：

获取所述订单集合中所述用户标识对应的订单信息；

统计所述用户标识对应的订单信息中，订单状态为取消订单状态的订单数量；

若所述订单数量大于预设数量阈值，则将所述用户标识添加至异常标识集合，以对所述用户标识进行监控。

在又一个实施例中，所述根据所述订单信息更新所述订单信息集合之后，还包括：

获取所述订单集合中所述用户标识对应的订单信息；

从所述用户标识对应的订单信息中，筛选订单状态为取消订单状态的取消订单，统计所述取消订单对应提交时间的平均时间间隔；

若所述平均时间间隔小于预设间隔阈值，则将所述用户标识添加至异常标识集合，以对所述用户标识进行监控。

在又一个实施例中，所述调用标识集合，包括：

从第一缓存中调用所述标识集合；

所述调用订单信息集合，包括：

从第二缓存中调用所述订单信息集合。

在又一个实施例中，所述接收订单信息包括：

当预设时间段内未接收到订单信息时，从备份系统中获取所述预设时间段内的订单信息。

在又一个实施例中，在所述调用标识集合之前，还包括：

调用预设的转换模型，基于所述用户标识计算得到对应的线程标识，以根据所述线程标识确定目标线程，将所述订单信息传输至目标线程。

为实现上述目的，根据本发明实施例的另一方面，提供了一种用户识别的装置。

本发明实施例的一种用户识别的装置包括：接收单元，用于接收订单信息；判断单元，用于获取所述订单信息中的用户标识，调用标识集合，判断所述标识集合是否包括所述用户标识；处理单元，用于若是，则基于所述标识集合对应的第一执行程序对所述标识集合中的用户标识进行处理；所述处理单元，还用于若否，则获取所述订单信息的订单状态，判断所述订单状态是否为处理完成状态，如果是则将所述用户标识添加至所述标识集合，基于所述第一执行程序对所述标识集合中的用户标识进行处理，如果否则基于第二执行程序对所述用户标识进行处理合。

在一个实施例中，如果所述订单状态不为处理完成状态，则所述装置还包括：

更新单元，用于调用订单信息集合，根据所述订单信息更新所述订单信息集合。

在又一个实施例中，所述装置还包括：

获取单元，用于获取所述订单集合中所述用户标识对应的订单信息；

统计单元，用于统计所述用户标识对应的订单信息中，订单状态为取消订单状态的订单数量；

添加单元，用于若所述订单数量大于预设数量阈值，则将所述用户标识添加至异常标识集合，以对所述用户标识进行监控。

在又一个实施例中，所述装置还包括：

获取单元，用于获取所述订单集合中所述用户标识对应的订单信息；

统计单元，用于从所述用户标识对应的订单信息中，筛选订单状态为取消订单状态的取消订单，统计所述取消订单对应提交时间的平均时间间隔；

添加单元，用于若所述平均时间间隔小于预设间隔阈值，则将所述用户标识添加至异常标识集合，以对所述用户标识进行监控。

在又一个实施例中，所述判断单元，具体用于：

从第一缓存中调用所述标识集合；

所述判断单元，具体用于：

从第二缓存中调用所述订单信息集合。

在又一个实施例中，所述接收单元具体用于：

当预设时间段内未接收到订单信息时，从备份系统中获取所述预设时间段内的订单信息。

在又一个实施例中，所述判断单元，具体用于：

调用预设的转换模型，基于所述用户标识计算得到对应的线程标识，以根据所述线程标识确定目标线程，将所述订单信息传输至目标线程。

为实现上述目的，根据本发明实施例的再一个方面，提供了一种电子设备。

本发明实施例的一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例提供的用户识别的方法。

为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算机可读介质。

本发明实施例的一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例提供的用户识别的方法。

上述发明中的一个实施例具有如下优点或有益效果：本发明实施例中，在接收订单信息后，可以先根据订单信息中的用户标识是否属于标识集合，如果是，则可以直接确定基于第一执行程序对该用户标识进行处理，如果否，则可以在判断订单信息的订单状态是否为处理完成状态，若是，则可以基于第一执行程序对该用户标识进行处理，若否，则基于第二执行程序对用户标识进行处理。如此本发明实施例中，可以从多个维度对用户进行识别，即根据多个不同维度对订单信息进行分析判断，确定出对用户标识进行处理所依据的执行程序，从而能够更准确的确定出各用户对应的执行程序和处理方式，提高了用户识别的准确率。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的用户识别的方法的一种主要流程的示意图；

图2是根据本发明实施例的用户识别的方法的另一种主要流程的示意图；

图3是根据本发明实施例的用户识别的方法的又一种主要流程的示意图；

图4是根据本发明实施例的用户识别的装置的主要单元的示意图；

图5是本发明实施例可以应用于其中的一种示例性系统架构图；

图6是适于用来实现本发明实施例的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明中的实施例以及实施例中的特征可以互相组合。

本发明实施例提供一种用户识别系统，该系统可以用于电商运行系统对下单用户进行识别的场景。具体的，电商运行系统中的订单处理模块可以将处理的订单信息发送给用户识别系统，用户识别系统接收订单信息后通过本发明实施例对用户的识别，可以准确地确定出各用户对应的执行程序，即执行策略，进而按照执行程序对用户进行处理。具体的，执行程序可以包括多种，如优惠执行程序，例如下发优惠券的额度、执行的优惠策略等等。

在对用户识别场景中，用户识别系统可以根据实际场景和需求将用户划分为不同类型，每个类型对应不同的执行程序，通过本发明实施例中对用户的识别确定出用户对应的执行程序，也就是用户所属的类型。

本发明实施例中以将用户分为两类为例，一类为用户已经有订单处理完成，可以称为老用户，另一类为用户没有订单处理完成，可以为称为新用户。并且，基于历史订单信息，本发明实施例中可以预先建立标识集合，标识集合中包括已经有订单处理完成用户的用户标识，也就是说，根据历史订单信息识别出已有的老用户，并将这些老用户的标识组成标识集合。如此，本发明实施例中对接收的订单信息，可以依次根据标识集合和订单信息中的订单状态来实现对订单信息中用户标识的识别，进而确定出该用户标识对应的执行程序，并可以根据确定的执行程序对用户标识进行处理。

本发明实施例提供了一种用户识别的方法，该方法可由用户识别系统执行，如图1所示，该方法包括以下步骤。

S101：接收订单信息。

其中，订单信息可以包括用户标识和订单状态，用户标识为该订单信息所属订单对应的用户标识，订单状态为该订单信息所属订单的处理状态。

本步骤中订单信息可以为实时接收的订单信息，具体可以为订单处理模块中每个订单的订单状态发生变化时生成的订单信息，例如订单提交信息、订单支付信息、订单配送信息、订单处理完成信息、订单取消信息等等。订单信息中可以包括用户标识和订单状态，还可以包括订单标识、订单来源、下单时间、订单状态等等。

本发明实施例中，订单信息的来源可以包括多种，如不同渠道的订单处理模块发送的订单信息，例如电商APP对应订单处理模块发送的订单信息、电商网页对应订单处理模块发送的订单信息网页等等，接收的订单信息还可以包括不同类型订单的信息，所以接收的订单信息中可能会包括不符合预设条件的订单信息，因此本步骤中在接收订单信息后还可以先对其进行清洗。预设条件可以根据实际场景设置，例如，预设条件可以包括订单信息中不包括脏数据，具体如，订单信息中用户标识不为空，预设条件还可以包括订单信息中不包括不符合业务场景的数据，具体如在一些场景中可以设置订单支付金额为0属于不符合业务场景的数据等等。

S102：获取订单信息中的用户标识，调用标识集合，判断标识集合是否包括用户标识。

接收订单信息后，可以从订单信息中获取其包括的用户标识，并调用标识集合，判断标识集合是否包括订单信息中的用户标识。标识集合可以为预先确定，其中包括属于老用户的用户标识，如果在执行本步骤之前未确定出标识集合，则可以认为标识集合为空。本步骤中先判断订单信息中用户标识是否属于标识集合，可以直接判断该用户是否属于以确定的老用户。本步骤中标识集合可以存储在数据库或缓存中，以便于使用时可以直接调取。

S103：若是，则基于标识集合对应的第一执行程序对标识集合中的用户标识进行处理。

标识集合对应的第一执行程序为预先确定，所以本步骤中在确定订单信息中用户标识属于标识集合后，则可以直接确定出该用户标识所对应的执行程序为第一执行程序，即后续可以基于标识集合对应的第一执行程序对标识集合中的用户标识进行处理。

需要说明的是，本步骤确定用户标识属于标识集合后，可以不直接执行基于标识集合对应的第一执行程序对标识集合中的用户标识进行处理的步骤，而是根据程序设置，在触发第一执行程序的时候再执行，例如在用户提交订单等触发该第一程序时再执行。

S104：若否，则获取订单信息的订单状态，判断订单状态是否为处理完成状态，如果是则将用户标识添加至标识集合，基于第一执行程序对标识集合中的用户标识进行处理，如果否则基于第二执行程序对用户标识进行处理。

其中，在确定订单信息中用户标识不属于标识集合后，可以得出该用户标识对应的用户还不属于已确定的老用户，此时则需要根据订单信息中订单状态再进行判断。由于用户提交订单后才会生成订单信息，所以在步骤S101中接收到的订单信息中包括了该用户标识，则说明该用户标识对应的用户提交了订单。如果该用户提交的订单处理完成，其就可被确定为老用户，所以本步骤中在确定用户标识不属于标识集合后，还需要判断订单信息中订单状态是否为处理完成状态。订单信息中订单状态标识该订单目前的处理状态，如果订单信息中订单状态为处理完成状态，则说明该订单已经处理完成，即该订单对应的用户已经有处理完成的订单，可以被确定为老用户，所以将用户标识添加至标识集合，基于第一执行程序对所述标识集合中的用户标识进行处理；如果订单信息中订单状态不为处理完成状态，则说明该订单还未处理完成，此用户没有已经处理完成的订单，不属于老用户，则可以基于第二执行程序对用户标识进行处理。第一执行程序和第二执行程序均可以为预先设置，可以分别对应不同的执行策略。

在用户识别过程中，新用户中包括未提交过订单的用户和已经提交订单但未处理完成的用户。对于已经提交订单但未处理完成的用户，其提交的订单处理完成后则可被确定为老用户，而其提交定的订单取消则不会被确定为老用户，本发明实施例中为了便于对这些用户的识别，可以设置订单信息集合，用于存储已经提交订单的新用户的订单信息，从而可以准确记录这些新用户提交订单的状态，避免将提交订单但订单未完成的用户、或提交订单但后续订单取消的用户识别为老用户。所以在步骤S104中确定订单信息中订单状态不为处理完成状态后，说明该用户标识属于新用户、且提交的订单未处理完成，所以用户识别系统还可以调用订单信息集合，再根据订单信息更新订单信息集合。也就是将订单信息与调用的订单信息集合合并。本发明实施例中，订单信息集合可以预先设置，并存储至数据库或缓存中。

订单信息集合中存储新用户已经提交的订单信息，其可以包括用户标识和与该用户标识对应的订单信息，具体可以包括订单时间、订单标识、订单状态等等。如果用户标识对应多个订单，则订单信息中可以包括多个订单的信息。

本发明实施例中，在根据订单信息更新订单信息集合过程执行时，可以先判断订单信息集合中是否包括用户标识对应的订单信息，如果是则可以将订单信息与订单信息集合中该用户标识的订单信息合并，如果否则可以直接存储至订单集合中。将订单信息与订单信息集合中该用户标识的订单信息合并可以具体包括：根据订单信息中订单状态更新订单信息集合中该用户标识对应订单的订单状态，或者直接将订单信息中订单状态添加至订单信息集合中该用户标识对应订单信息中。另外，由于订单信息中订单状态有可能为订单取消的状态，此时说明用户取消了订单，如果该用户没有提交其他订单，则可以根据需求选择将该用户的订单信息从订单信息集合中删除，以表示其没有提交且正在处理的订单了，但是为了便于后续查询，订单信息集合中还可以简化记录这些取消订单的信息，如提交时间、删除时间等等。

需要说明的是，本发明实施例中，在步骤S104中确定订单信息中订单状态为处理完成状态后，可以将用户标识添加至标识集合中，但是由于订单状态为处理完成状态之前，该用户标识的订单信息会被存储至订单信息集合中，所以在将用户标识添加至标识集合后，还可以将订单信息集合中该用户标识对应的订单信息删除，以保证订单信息集合中存储的用户标识属于新用户。

本发明实施例中，可以从多个维度对用户进行识别，即根据多个不同维度进行分析判断，确定出对用户标识进行处理所依据的执行程序，从而能够更准确确定出各用户对应的执行程序和处理方式，提高了用户识别的准确率。

由于本发明实施例中在步骤S102执行时需要调用标识集合，步骤S104中会调用订单信息集合，所以为了提高系统吞吐量和系统性能，用户识别系统可以设置不同的缓存来分别存储标识集合和订单信息集合。具体的，用户识别系统可以设置第一缓存和第二缓存，并将标识集合存储至第一缓存，将订单信息集合存储至第二缓存中，所以本发明实施例中可以从第一缓存中调用标识集合，从第二缓存中调用订单信息集合。其中，第一缓存和第二缓存可以分别为本地缓存和redis。例如，第二缓存为redis，在订单信息集合存储时，可以将用户标识对应订单信息以列表形式通过hset(散列)方式，插入到redis中，并以key-value(键-值)的形式存储，key可以为用户标识，value可以为该用户标识对应的订单信息，如订单标识。同时，用户识别系统还可以使用hbase的架构，即可以实时通过redis和本地缓存的调用将数据输出到hbase的架构中进行逻辑处理，来增加系统吞吐量。本发明实施例在执行时，还可以为标识集合中的用户标识和订单信息集合中的用户标识设置对应的类型标识，以标记处各用户标识的类型，并将类型标识更新至hbase中，其中row key(行键)可以为通过用户标识(userid)使用md5算法计算得出的结果。

本发明实施例中，在接收订单信息后，可以将订单信息分配至线程中进行后续的处理，用户识别系统通常会配置多个线程执行，为了避免因不同线程处理相同用户标识的订单信息导致处理结果出现冲突，进而导致用户识别结果错误的问题，本发明实施例中可以预先设置转换模型，通过转换模型可以将包括相同用户标识的订单信息分配至同一个线程中处理。具体的在步骤S102中执行调用标识集合之前，还可以执行：调用预设的转换模型，基于用户标识计算得到对应的线程标识，以根据线程标识确定目标线程，将订单信息传输至目标线程。转换模型以订单信息中用户标识为输入，可以计算出对应的线程标识，也就是处理该订单信息的线程标识，进而可以确定出目标线程，再将订单信息传输至目标线程以对其进行后续的处理。具体的转换模型可以为哈希算法。

需要说明的是，本发明实施例中对订单信息的清洗以及线程分配处理的过程可以采用flink分布式实时计算框架来实现计算，不仅可以非常方便的将不同订单来源的订单信息在实时订单流里聚合在一起，并且由于其内部特有的checkpoint(检查点)机制，可以保留任务各时段的数据状态，方便实时任务在报错或重启时快速恢复到之前状态。本发明实施例中也可以采用其他实时框架实现上述计算过程，如spark(计算引擎)等等。

需要说明的是，通过图1所示实施例可以实时根据接收的订单信息来识别用户，从而可以实时确定用户标识对应的执行程序，并且定时对用户标识和订单信息集合备份存储。在用户识别过程中订单处理模块可能会存在宕机等因素导致图1所示实施例中步骤S101无法实时接收到订单信息，此时为了避免无法及时对用户识别，则可以从订单信息的备份系统中获取未接收到的订单信息，进而执行识别处理，以对用户准确识别。备份系统中可以对订单处理模块中的订单信息备份存储，本发明实施例中，在预设时间段内未接收到订单信息，则可以认为订单处理模块出现故障，此时可以从备份系统中获取预设时间段内的订单信息，然后执行步骤S102和后续处理。

本发明实施例中，在获取预设时间段内的订单信息后，还可以对预设时间段内的订单信息批量进行处理进行用户识别。具体的，以预设时间段为离线时间段，预设时间段内的订单信息可以确定为离线时间段内的离线订单信息，则获取预设时间段内的订单信息后用户识别过程可以包括：对离线时间段内的离线订单信，将订单状态为处理完成状态的离线订单所包括用户标识，确定为第一增量用户标识，并根据第一增量用户标识更新标识集合；根据离线订单信息的订单状态，从离线订单信息中确定第二增量订单信息，根据第二增量订单信息和第一增量用户标识更新订单信息集合。

其中，离线时间段内的离线订单信息表示离线时间段内生成的各订单的订单信息。每个离线订单信息可以包括离线订单对应的用户标识和订单状态。在离线时间段内只有订单发生变化，才有可能引起用户所属类型发生变化，所以离线时间段内的离线订单信息还可以具体为离线时间段内状态发生变化的订单所对应的订单信息。

对每个离线订单信息，如果该离线订单信息中订单状态为处理完成状态，则可以确定该离线订单信息包括的用户标识属于老用户，即将订单状态为订单处理完成状态的离线订单所对应用户标识，确定为第一增量用户标识。在确定出第一增量用户标识后，可以直接对标识集合进行更新，更新方式可为将第一增量用户标识添加进标识集合，然后去重得出更新后的标识集合。对离线订单信息中，可以将订单状态为订单执行中的离线订单信息所报用户标识，确定为离线时间段内第二增量用户标识，即离线时间段内，未取消且未完成的订单所对应用户标识确定为第二增量用户标识，进而将第二增量用户标识所对应的离线订单信息确定为第二增量订单信息。然后可以先将订单信息集合中第一增量用户标识的订单信息删除，再将第二增量订单信息添加至订单信息集合，并去重操作后得出更新后的订单信息集合。

需要说明的是，本发明实施例中，还可以用于以离线时间段为单位，离线更新标识集合和订单信息集合的场景。例如离线时间段以一天为例，则可以在离线时间段前一天存储的标识集合和订单信息集合基础上，结合离线时间段内的离线订单信息，通过本发明实施例实现对标识集合和订单信息集合更新。从而实现离线对用户识别的方式，保证在因宕机等故障不能实时识别用户时也可以准确地对新老用户识别，保证用户识别的准确性。

本发明实施例中，订单信息集合中可以存储新用户提交订单后的订单信息，具体可以包括提交订单的数量，各订单的提交时间、订单状态等等。电商运行系统中很多违规、异常操作通常由新用户执行，所以本发明实施例中基于订单信息集合中数据还可以对异常用户进行识别，确定可能存在异常的用户，以便于及时对可能存在异常的用户监控，避免因异常用户的操作导致电商运行系统出错，降低系统性能。

结合本发明实施例中订单信息集合，本发明实施例中还提供另一种用户识别的方法，如图2所示，包括如下步骤。

S201：获取订单集合中用户标识对应的订单信息。

订单信息集合中存储了各用户标识均对应各自的订单信息，本步骤可以直接从订单信息集合中获取用户标识对应的订单信息。

S202：统计用户标识对应的订单信息中，订单状态为取消订单状态的订单数量。

由于用户提交信息后可能会将其取消，订单信息集合中可以记录各用户标识对应订单的订单状态，所以基于用户标识的订单信息，可以统计出订单状态为取消订单状态的订单数量。

S203：若订单数量大于预设数量阈值，则将用户标识添加至异常标识集合，以对用户标识进行监控。

订单状态为取消订单状态，说明用户提交订单后又取消了订单，对于新用户如果取消订单过多，则其有可能为异常用户，所以本发明实施例中，可以预设数量阈值，判断步骤S202中统计得出的订单数量是否大于预设数量阈值。如果订单数量大于预设数量阈值，则确定该用户标识为异常用户，将其添加至异常标识集合，以对用户标识进行监控；如果订单数量不大于预设数量阈值，则确定该用户标识不为异常用户。预设数量阈值的大小可以根据场景设置，本发明实施例不做限定。

本发明实施例中，基于订单信息集合中存储的订单信息，可以对异常用户进行识别，及时识别出可能存在异常的用户标识，并进行监控，从而避免因异常用户的操作导致电商运行系统运行出错。

订单信息集合中还可以存储各用户标识对应订单的时间信息，如订单提交时间、订单取消时间等等，所以结合本发明实施例中订单信息集合，本发明实施例中还提供又一种用户识别的方法，如图3所示，包括如下步骤。

S301：获取订单集合中用户标识对应的订单信息。

订单信息集合中存储了各用户标识均对应各自的订单信息，本步骤可以直接从订单信息集合中获取用户标识对应的订单信息。

S302：从用户标识对应的订单信息中，筛选订单状态为取消订单状态的取消订单，统计取消订单对应提交时间的平均时间间隔。

订单状态为取消订单状态的订单即为取消订单，说明用户取消了该订单，所以基于步骤S301获取的订单信息可以筛选出用户标识对应的取消订单，进而基于这些取消订单的订单信息可以统计出取消订单对应提交时间的平均时间间隔。

S303：若平均时间间隔小于预设间隔阈值，则将用户标识添加至异常标识集合，以对用户标识进行监控。

如果平均时间间隔较小，则说明用户在短时间内接连取消订单，这种情况很容易给电商运行系统造成影响，尤其是在下单量较大的时间段内，所以这种用户很可能为异常用户。本发明实施例中，可以预设间隔阈值，然后判断步骤S302中统计的平均时间间隔是否小于预设间隔阈值。如果平均时间间隔小于预设间隔阈值，则说明用户标识在短时间内接连取消订单，可以将用户标识添加至异常标识集合，以对用户标识进行监控；如果平均时间间隔不小于预设间隔阈值，则确定该用户标识不为异常用户。预设间隔阈值的大小可以根据场景设置，本发明实施例不做限定。

本发明实施例中，基于订单信息集合中存储的订单信息，可以对异常用户进行识别，及时识别出可能存在异常的用户标识，并进行监控，从而避免因异常用户的操作导致电商运行系统运行出错。

需要说明的是，本发明实施例中还可以将图2和图3所示实施例结合来对用户识别，从而可以进一步提高异常用户识别的准确性。

为了解决现有技术存在的问题，本发明实施例提供了一种用户识别的装置400，如图4所示，该装置400包括：

接收单元401，用于接收订单信息；

判断单元402，用于获取所述订单信息中的用户标识，调用标识集合，判断所述标识集合是否包括所述用户标识；

处理单元403，用于若是，则基于所述标识集合对应的第一执行程序对所述标识集合中的用户标识进行处理；

所述处理单元403，还用于若否，则获取所述订单信息的订单状态，判断所述订单状态是否为处理完成状态，如果是则将所述用户标识添加至所述标识集合，基于所述第一执行程序对所述标识集合中的用户标识进行处理，如果否则基于第二执行程序对所述用户标识进行处理合。

应理解的是，实施本发明实施例的方式与实施图1所示实施例的方式相同，在此不再赘述。

本发明实施例的一种实现方式中，如果所述订单状态不为处理完成状态，则所述装置400还包括：

更新单元，用于调用订单信息集合，根据所述订单信息更新所述订单信息集合。

本发明实施例的又一种实现方式中，所述装置400还包括：

获取单元，用于获取所述订单集合中所述用户标识对应的订单信息；

统计单元，用于统计所述用户标识对应的订单信息中，订单状态为取消订单状态的订单数量；

添加单元，用于若所述订单数量大于预设数量阈值，则将所述用户标识添加至异常标识集合，以对所述用户标识进行监控。

本发明实施例的又一种实现方式中，所述装置400还包括：

获取单元，用于获取所述订单集合中所述用户标识对应的订单信息；

统计单元，用于从所述用户标识对应的订单信息中，筛选订单状态为取消订单状态的取消订单，统计所述取消订单对应提交时间的平均时间间隔；

添加单元，用于若所述平均时间间隔小于预设间隔阈值，则将所述用户标识添加至异常标识集合，以对所述用户标识进行监控。

本发明实施例的又一种实现方式中，所述判断单元402，具体用于：

从第一缓存中调用所述标识集合；

所述判断单元，具体用于：

从第二缓存中调用所述订单信息集合。

本发明实施例的又一种实现方式中，所述接收单元401具体用于：

当预设时间段内未接收到订单信息时，从备份系统中获取所述预设时间段内的订单信息。

本发明实施例的又一种实现方式中，所述判断单元402，具体用于：

调用预设的转换模型，基于所述用户标识计算得到对应的线程标识，以根据所述线程标识确定目标线程，将所述订单信息传输至目标线程。

应理解的是，实施本发明实施例的方式与实施图1、图2或图3所示实施例的方式相同，在此不再赘述。

本发明实施例中，可以从多个维度对用户进行识别，进而确定出对用户标识进行处理所依据的执行程序，也就是实现对不同用户实施对应的操作。由于采用多维度对用户识别，从多个维度进行分析判断，所以能够更准确对用户进行识别，确定出各用户对应的执行程序和处理方式，提高了用户识别的准确率。

根据本发明的实施例，本发明实施例还提供了一种电子设备和一种可读存储介质。

本发明实施例的电子设备包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行本发明实施例所提供的用户识别的方法。

图5示出了可以应用本发明实施例的用户识别的方法或用户识别的装置的示例性系统架构500。

如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种客户端应用。

终端设备501、502、503可以是但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器505可以是提供各种服务的服务器，服务器可以对接收到的订单信息等数据进行分析等处理，并将处理结果(例如标识集合--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的用户识别的方法一般由服务器505执行，相应地，用户识别的装置一般设置于服务器505中。

应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图6，其示出了适于用来实现本发明实施例的计算机系统600的结构示意图。图6示出的计算机系统仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个单元、程序段、或代码的一部分，上述单元、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括接收单元、判断单元和处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，获取单元还可以被描述为“接收单元的功能的单元”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行本发明所提供的用户识别的方法。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (9)

1.一种用户识别的方法，其特征在于，包括：

接收订单信息；

获取所述订单信息中的用户标识，调用标识集合，判断所述标识集合是否包括所述用户标识；

若是，则基于所述标识集合对应的第一执行程序对所述标识集合中的用户标识进行处理；

若否，则获取所述订单信息的订单状态，判断所述订单状态是否为处理完成状态，如果是则将所述用户标识添加至所述标识集合，基于所述第一执行程序对所述标识集合中的用户标识进行处理，如果否则基于第二执行程序对所述用户标识进行处理；

其中，在所述调用标识集合之前，还包括：调用预设的转换模型，基于所述用户标识计算得到对应的线程标识，以根据所述线程标识确定目标线程，将所述订单信息传输至目标线程。

2.根据权利要求1所述的方法，其特征在于，如果所述订单状态不为处理完成状态，则所述方法还包括：

调用订单信息集合，根据所述订单信息更新所述订单信息集合。

3.根据权利要求2所述的方法，其特征在于，所述根据所述订单信息更新所述订单信息集合之后，还包括：

获取所述订单集合中所述用户标识对应的订单信息；

统计所述用户标识对应的订单信息中，订单状态为取消订单状态的订单数量；

若所述订单数量大于预设数量阈值，则将所述用户标识添加至异常标识集合，以对所述用户标识进行监控。

4.根据权利要求2所述的方法，其特征在于，所述根据所述订单信息更新所述订单信息集合之后，还包括：

获取所述订单集合中所述用户标识对应的订单信息；

从所述用户标识对应的订单信息中，筛选订单状态为取消订单状态的取消订单，统计所述取消订单对应提交时间的平均时间间隔；

若所述平均时间间隔小于预设间隔阈值，则将所述用户标识添加至异常标识集合，以对所述用户标识进行监控。

5.根据权利要求2所述的方法，其特征在于，所述调用标识集合，包括：

从第一缓存中调用所述标识集合；

所述调用订单信息集合，包括：

从第二缓存中调用所述订单信息集合。

6.根据权利要求1所述的方法，其特征在于，所述接收订单信息包括：

当预设时间段内未接收到订单信息时，从备份系统中获取所述预设时间段内的订单信息。

7.一种用户识别的装置，其特征在于，包括：

接收单元，用于接收订单信息；

判断单元，用于获取所述订单信息中的用户标识，调用标识集合，判断所述标识集合是否包括所述用户标识；其中，在所述调用标识集合之前，还包括：调用预设的转换模型，基于所述用户标识计算得到对应的线程标识，以根据所述线程标识确定目标线程，将所述订单信息传输至目标线程；

处理单元，用于若是，则基于所述标识集合对应的第一执行程序对所述标识集合中的用户标识进行处理；

所述处理单元，还用于若否，则获取所述订单信息的订单状态，判断所述订单状态是否为处理完成状态，如果是则将所述用户标识添加至所述标识集合，基于所述第一执行程序对所述标识集合中的用户标识进行处理，如果否则基于第二执行程序对所述用户标识进行处理合。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。

9.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-6中任一所述的方法。