CN114470788B - 一种异常用户账户识别方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开关于一种异常用户账户识别方法、装置、电子设备及存储介质，应用于服务器，包括：当检测到用户账户进入托管模式，向用户账户发送请求消息；判断在发送请求消息后的第一预设时间内是否接收到响应消息，响应消息为用户账户针对服务器发送的请求消息返回的；在第一预设时间内接收到响应消息的情况下，将用户账户判定为异常账户。这样，根据用户账户返回响应消息的速度，可以有效识别出异常账户，当用户账户在第一预设时间内返回响应消息，说明用户账户当前的网络状况良好，可以认为其处于托管模式是主观因素导致的，即用户账户为恶意托管账户，从而实现对恶意托管的用户账户和非恶意托管的用户的区分，有利于提高游戏的公平性。

Description

一种异常用户账户识别方法、装置、电子设备及存储介质

技术领域

本公开涉及互联网领域，尤其涉及一种异常用户账户识别方法、装置、电子设备及存储介质。

背景技术

随着通信技术的发展，需要多个用户参与的线上游戏越来越受欢迎，例如在线棋牌类游戏等。这类线上游戏对用户账户的参与度要求较高，如果游戏中的一个或多个用户账户不能及时操作游戏，进行相关操作，则会严重影响游戏体验。

现有技术中，通常当服务器在一定时间内收不到某一用户账户的操作指令，就控制该用户账户进入托管模式，由服务器代为执行相关操作，使得游戏进程得以继续。但是，有些情况下可能是用户的主观因素导致用户账户进入托管模式，例如，有的用户在手中牌不理想的情况下故意不出牌，可以将这类托管称为恶意托管。而有些情况下，可能是由于用户账户的网络状况不佳导致的托管，可以将这类托管称为非恶意托管。

为了游戏的公平性和合理性，对恶意托管的用户账户和非恶意托管的用户账户进行区分是十分必要的，而现有技术的方案无法对恶意托管的用户账户进行识别。

发明内容

本公开提供一种异常用户账户识别方法、装置、电子设备及存储介质，以至少解决相关技术中没有办法对恶意托管的用户账户进行识别的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种异常用户账户识别方法，应用于服务器，包括：

当检测到用户账户进入托管模式，向所述用户账户发送请求消息；

判断在发送所述请求消息后的第一预设时间内是否接收到响应消息，所述响应消息为所述用户账户针对所述服务器发送的请求消息返回的；

在所述第一预设时间内接收到所述响应消息的情况下，将所述用户账户判定为异常账户。

可选的，所述当检测到用户账户进入托管模式，向所述用户账户发送请求消息，包括：

当检测到用户账户进入托管模式，向所述用户账户发送第一数量个请求消息；

所述在所述第一预设时间内接收到所述响应消息的情况下，将所述用户账户判定为异常账户，包括：

在所述第一预设时间内接收到所述响应消息的数量大于第一预设阈值的情况下，将所述用户账户判定为异常账户。

可选的，所述方法还包括：

按照预设周期，向所述用户账户发送请求消息；

当检测到所述用户账户进入托管模式，判断是否在所述用户账户进入托管模式前的第二预设时间内接收到所述用户账户针对所述请求消息返回的响应消息；

在所述第二预设时间内接收到所述响应消息的情况下，执行所述将所述用户账户判定为异常账户的步骤。

可选的，所述按照预设周期，向用户账户发送请求消息，包括：

按照预设周期，向用户账户发送第二数量个请求消息；

所述在所述第二预设时间内接收到所述响应消息的情况下，将所述用户账户判定为异常账户，包括：

在所述用户账户进入托管模式前的第二预设时间内接收到所述响应消息的数量大于第二预设阈值的情况下，将所述用户账户判定为异常账户。

可选的，所述响应消息为所述用户账户按照预设规则对所述服务器发送的请求消息进行处理后返回的，与所述请求消息具有对应关系。

可选的，在所述将所述用户账户判定为异常账户之后，所述方法还包括：

向所述用户账户发送警告信息，所述警告信息用于提示所述用户账户被判定为异常账户；

在第三预设时间内向任一用户账户发送的警告信息超出第三预设阈值的情况下，对所述用户账户执行预设处罚操作。

可选的，所述对所述用户账户执行预设处罚操作，包括以下任意一项或多项：

将所述用户账户从游戏进程中移除，或，禁止所述用户账户参与所述游戏进程，或，移除或在预设时间内禁止使用所述用户账户中的虚拟资源。

可选的，所述当检测到用户账户进入托管模式，向所述用户账户发送请求消息，包括：

在第四预设时间内未接收到用户账户发送的游戏操作指令的情况下，判定所述用户账户进入托管模式，向所述用户账户发送请求消息。

根据本公开实施例的第二方面，提供一种异常用户账户识别装置，应用于服务器，包括：

检测单元，被配置为执行当检测到用户账户进入托管模式，向所述用户账户发送请求消息；

接收单元，被配置为执行判断在发送所述请求消息后的第一预设时间内是否接收到响应消息，所述响应消息为所述用户账户针对所述服务器发送的请求消息返回的；

第一判断单元，被配置为执行在所述第一预设时间内接收到所述响应消息的情况下，将所述用户账户判定为异常用户。

可选的，所述检测单元，被配置为执行：

当检测到用户账户进入托管模式，向所述用户账户发送第一数量个请求消息；

所述第一判断单元，被配置为执行：

在所述第一预设时间内接收到所述响应消息的数量大于第一预设阈值的情况下，将所述用户账户判定为异常账户。

可选的，所述装置还包括：

第二判断单元，被配置为执行按照预设周期，向所述用户账户发送请求消息；当检测到所述用户账户进入托管模式，判断是否在所述用户账户进入托管模式前的第二预设时间内接收到所述用户账户针对所述请求消息返回的响应消息；在所述第二预设时间内接收到所述响应消息的情况下，执行所述将所述用户账户判定为异常账户的步骤。

可选的，所述第二判断单元，具体被配置为执行：

按照预设周期，向用户账户发送第二数量个请求消息；

在所述用户账户进入托管模式前的第二预设时间内接收到所述响应消息的数量大于第二预设阈值的情况下，将所述用户账户判定为异常账户。

可选的，所述响应消息为所述用户账户按照预设规则对所述服务器发送的请求消息进行处理后返回的，与所述请求消息具有对应关系。

可选的，所述装置还包括：

处理单元，被配置为执行向所述用户账户发送警告信息，所述警告信息用于提示所述用户账户被判定为异常账户；在第三预设时间内向任一用户账户发送的警告信息超出第三预设阈值的情况下，对所述用户账户执行预设处罚操作。

可选的，所述对所述用户账户执行预设处罚操作，包括以下任意一项或多项：

将所述用户账户从游戏进程中移除，或，禁止所述用户账户参与所述游戏进程，或，移除或在预设时间内禁止使用所述用户账户中的虚拟资源。

可选的，所述检测单元，具体被配置为执行：

在第四预设时间内未接收到用户账户发送的游戏操作指令的情况下，判定所述用户账户进入托管模式，向所述用户账户发送请求消息。

根据本公开实施例的第三方面，提供一种异常用户账户识别电子设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现上述任一项所述的异常用户账户识别方法。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由异常用户账户识别电子设备的处理器执行时，使得异常用户账户识别电子设备能够执行上述任一项所述的异常用户账户识别方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现上述任一项所述的异常用户账户识别方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

当服务器检测到用户账户进入托管模式，向用户账户发送请求消息；判断在发送请求消息后的第一预设时间内是否接收到响应消息，响应消息为用户账户针对服务器发送的请求消息返回的；在第一预设时间内接收到响应消息的情况下，将用户账户判定为异常账户。

这样，根据用户账户返回响应消息的速度，可以有效识别出异常账户，当用户账户在第一预设时间内返回响应消息，说明用户账户当前的网络状况良好，可以认为其处于托管模式是主观因素导致的，即用户账户为恶意托管账户，从而实现对恶意托管的用户账户和非恶意托管的用户的区分，有利于提高游戏的公平性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种异常用户账户识别方法的流程图。

图2是根据一示例性实施例示出的一种异常用户账户识别方法的方案示意图。

图3是根据一示例性实施例示出的一种异常用户账户识别方法的方案示意图。

图4是根据一示例性实施例示出的一种异常用户账户识别装置的框图。

图5是根据一示例性实施例示出的一种用于异常用户账户识别的电子设备的框图。

图6是根据一示例性实施例示出的一种用于异常用户账户识别的装置的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种异常用户账户识别方法的流程图，应用于服务器，如图1所示，该异常用户账户识别方法包括以下步骤。

在步骤S11中，当检测到用户账户进入托管模式，向用户账户发送请求消息。

一些场景下，服务器对用户账户的参与度要求较高，如果某个用户账户不能及时发送操作指令，则会严重影响其他用户账户的体验。比如，在游戏场景中，多个用户账户轮流出牌，如果某个用户账户无法及时出牌，其他用户账户只能一直处于等待状态，游戏无法继续进行。

在这种情况下，服务器可以控制不能及时发送操作指令的用户账户进入托管模式。在托管模式中，服务器可以代理用户账户执行相应的操作，以使游戏进程可以继续进行，从而减少对其他用户账户的消极体验。

具体来说，在本步骤中，服务器可以在第四预设时间内未接收到用户账户发送的游戏操作指令的情况下，判定用户账户进入托管模式，进而向该用户账户发送请求消息，其中，请求消息用于对用户账户的网络状态进行检测，从而实现对异常账户的识别。

举例而言，第四预设时间可以为10秒，在游戏场景中，如果在用户账户A的应当出牌期间，服务器在10秒内没有接收到用户账户A的操作指令，则服务器控制用户账户A的游戏角色自动进入托管状态，同时，可以向用户账户A发送请求消息。

在步骤S12中，判断在发送请求消息后的第一预设时间内是否接收到响应消息，响应消息为用户账户针对服务器发送的请求消息返回的。

在本公开中，预先设置用户账户在接收到服务器的请求消息后，会返回针对该请求消息的响应消息，如果用户账户与服务器之间的网络通信正常，那么，服务器会在发送请求消息后的第一预设时间内接收到响应消息，反之，若服务器在第一预设时间内未接收到响应消息，则可以认为用户账户与服务器之间的网络通信异常，无法及时传递消息。第一预设时间是根据用户账户与服务器之间的网络通信状态确定的经验值，可以根据网络状态或业务需求进行设定，具体不做限定。

其中，响应消息可以为用户账户按照预设规则对服务器发送的请求消息进行处理后返回的，与请求消息具有对应关系。举例而言，请求消息可以为一个随机数，用户账户可以按照预设的规则，根据该随机数生成响应消息，例如，预设的规则为加1，则用户账户将随机数加上1，得到响应消息，等等。这样，在服务器发送多个请求消息的情况下，服务器收到响应消息之后，可以根据预设的规则和其发送的随机数，确定该响应消息对应的请求消息，从而提高网络检测结果的可靠性。

一种实现方式中，服务器在检测到用户账户进入托管模式之后，可以向用户账户发送多个请求消息，并在后续步骤根据多个请求消息的反馈结果进行后续的识别。这样，可以提高异常账户识别的准确性，减少由于消息丢失等偶然情况导致的判定失误。

在步骤S13中，在第一预设时间内接收到响应消息的情况下，将用户账户判定为异常账户。

在本步骤中，如果服务器在第一预设时间内接收到响应消息，那么，说明用户账户成功地接收了服务器发送的请求消息，并且将响应消息成功地发送给了服务器，服务器和用户账户之间的网络状况是良好的，也就是说，用户账户可以向服务器发送操作指令，该用户账户进入托管模式并不是网络因素导致的，那么，可以判定该用户账户为异常账户。

反之，若服务器在第一预设时间内未接收到响应消息，说明用户账户没有成功接收服务器发送的请求消息，或者，用户账户没有将响应消息成功地发送给服务器，服务器和用户账户之间的网络状况可能存在问题，也就是说，该用户账户无法向服务器发送操作指令，那么，可以判定该用户账户不是异常账户。这样，就可以实现对异常账户和非异常账户的识别。

举例而言，如图2所示，为本公开的一种方案示意图，服务器在检测到用户账户A进入托管模式后，向用户账户A发送请求消息，并启动定时器，定时器所设定的时间即为第一预设时间，如果在定时器超时之前接收到响应消息，那么，服务器会识别用户账户A为恶意托管，将其判定为异常账户，如果在定时器超时之前没有接收到响应消息，那么，服务器会识别用户账户A为非恶意托管，将其判定为非异常账户。

一种实现方式中，服务器在检测到用户账户进入托管模式之后，向用户账户发送多个请求消息，那么，在本步骤中，服务器可以在第一预设时间内接收到响应消息的数量大于第一预设阈值的情况下，将用户账户判定为异常账户。

其中，第一预设阈值可以是某个固定值，比如，服务器可以在检测到用户账户进入托管模式之后，持续向用户账户发送多个请求消息，并且，在第一预设时间内接收到响应消息的数量大于该固定值的情况下，将用户账户判定为异常账户。

或者，第一预设阈值也可以是根据服务器发送的请求消息的数量确定的值，具体而言，服务器可以在检测到用户账户进入托管模式之后，向用户账户发送第一数量个请求消息，并基于第一数量确定的值，确定第一预设阈值，比如，第一预设阈值可以是第一数量的二分之一，等等，进而，在第一预设时间内接收到响应消息的数量大于第一预设阈值的情况下，将用户账户判定为异常账户。

在本公开的另一种实现方式中，服务器还可以周期性发送请求消息。具体而言，服务器按照预设周期，向用户账户发送请求消息；当检测到用户账户进入托管模式，判断在用户账户进入托管模式前的第二预设时间内是否接收到用户账户针对请求消息返回的响应消息；在第二预设时间内接收到响应消息的情况下，将该用户账户判定为异常账户。

可以理解，若在用户账户进入托管模式前的第二预设时间内，服务器接收到用户账户发送的响应消息，说明用户账户进入托管模式之前，用户账户成功地接收了服务器发送的请求消息，并且将响应消息成功地发送给了服务器，即服务器和用户账户之间的网络状况是良好的，那么，用户账户在第二预设时间内进入托管模式就很可能不是网络因素导致的，很可能是恶意托管，因此将该用户账户判定为异常账户。

若在用户账户进入托管模式前的第二预设时间内，服务器没有接收到用户账户发送的响应消息，说明用户账户进入托管模式之前，用户账户没有成功接收服务器发送的请求消息，或者，用户账户没有将响应消息成功地发送给服务器，服务器和用户账户之间的网络较差，该用户账户的托管很可能是网络较差所造成的，是恶意托管的可能性较小，因此将该用户账户判定为非异常账户。

举例而言，如图3所示，为本公开的另一种方案示意图，服务器按照预设周期，向用户账户A发送请求消息，在检测到用户账户A进入托管模式后，判断在用户账户A进入托管模式前的第二预设时间内是否接收到响应消息，如果在用户账户A进入托管模式前的第二预设时间内接收到响应消息，那么，服务器会识别用户账户A为恶意托管，将其判定为异常账户，如果在用户账户A进入托管模式前的第二预设时间内没有接收到响应消息，那么，服务器会识别用户账户A为非恶意托管，将其判定为非异常账户。

一种实现方式中，服务器可以在用户账户进入托管模式前的第二预设时间内接收到用户账户发送的任一响应消息后，将用户账户判定为异常账户，或者，在第二预设时间包括多个预设周期的情况下，服务器按照预设周期，向用户账户发送了多个请求消息，那么，服务器可以在第二预设时间内接收到响应消息的数量大于第二预设阈值的情况下，将用户账户判定为异常账户。

其中，第二预设阈值可以是某个固定值，比如，服务器可以在第二预设时间内接收到响应消息的数量大于该固定值的情况下，将用户账户判定为异常账户。或者，第二预设阈值也可以是根据服务器在发送的请求消息的数量确定的值，具体而言，服务器可以按照预设周期，向用户账户发送第二数量个请求消息，并基于第二数量确定的值，确定第二预设阈值，比如，第二预设阈值可以是第二数量的二分之一，等等，进而，在第二预设时间内接收到响应消息的数量大于第二预设阈值的情况下，将用户账户判定为异常账户。

在本公开中，服务器将用户账户判定为异常账户之后，可以对该用户账户进行提醒，比如，可以向该用户账户发送警告信息，警告信息用于提示用户账户被判定为异常账户，可以为弹窗消息，也可以是在当前界面的语音推送或动画推送。这样，用户账户可以在接收到警告信息后，及时退出托管模式，从而起到对异常账户的提示作用。

其中，警告信息可以在异常账户退出托管模式前，按照推送周期不断发送；也可以响应于游戏进程，在异常账户退出托管模式前，每当游戏进程更新就发送一次；另外，还可以响应于其他用户账户对游戏的操作指令，在异常账户退出托管模式前，每当其他用户账户发送操作指令，就发送一次，等等，具体不做限定。

进一步地，服务器在第三预设时间内向任一用户账户发送的警告信息超出第三预设阈值的情况下，可以对用户账户执行预设处罚操作。也就是说，如果对异常账户的提醒没有起到作用，服务器就可以对异常账户进行处罚，从而对其他用户账户起到警示作用，减少恶意托管的发生。

在游戏场景中，对用户账户执行预设处罚操作可以包括：将用户账户从游戏进程中移除，也就是说，强制该用户账户退出游戏；或，禁止用户账户参与游戏进程；或，移除或在预设时间内禁止使用用户账户中的虚拟资源，其中，虚拟资源可以是游戏中的虚拟货币或道具等，具体不做限定。

由以上可见，本公开的实施例提供的技术方案，服务器根据用户账户返回响应消息的速度，可以有效识别出异常账户，当用户账户在第一预设时间内返回响应消息，说明用户账户当前的网络状况良好，可以认为其处于托管模式是主观因素导致的，即用户账户为恶意托管账户，从而实现对恶意托管的用户账户和非恶意托管的用户的区分，有利于提高游戏的公平性。

图4是根据一示例性实施例示出的一种异常用户账户识别装置框图，应用于服务器，该装置包括：

检测单元201，被配置为执行当检测到用户账户进入托管模式，向所述用户账户发送请求消息；

接收单元202，被配置为执行判断在发送所述请求消息后的第一预设时间内是否接收到响应消息，所述响应消息为所述用户账户针对所述服务器发送的请求消息返回的；

第一判断单元203，被配置为执行在所述第一预设时间内接收到所述响应消息的情况下，将所述用户账户判定为异常用户。

一种实现方式中，所述检测单元201，被配置为执行：

当检测到用户账户进入托管模式，向所述用户账户发送第一数量个请求消息；

所述第一判断单元203，被配置为执行：

在所述第一预设时间内接收到所述响应消息的数量大于第一预设阈值的情况下，将所述用户账户判定为异常账户。

一种实现方式中，所述装置还包括：

第二判断单元，被配置为执行按照预设周期，向所述用户账户发送请求消息；当检测到所述用户账户进入托管模式，判断是否在所述用户账户进入托管模式前的第二预设时间内接收到所述用户账户针对所述请求消息返回的响应消息；在所述第二预设时间内接收到所述响应消息的情况下，执行所述将所述用户账户判定为异常账户的步骤。

一种实现方式中，所述第二判断单元，具体被配置为执行：

按照预设周期，向用户账户发送第二数量个请求消息；

在所述用户账户进入托管模式前的第二预设时间内接收到所述响应消息的数量大于第二预设阈值的情况下，将所述用户账户判定为异常账户。

一种实现方式中，所述响应消息为所述用户账户按照预设规则对所述服务器发送的请求消息进行处理后返回的，与所述请求消息具有对应关系。

一种实现方式中，所述装置还包括：

处理单元，被配置为执行向所述用户账户发送警告信息，所述警告信息用于提示所述用户账户被判定为异常账户；在第三预设时间内向任一用户账户发送的警告信息超出第三预设阈值的情况下，对所述用户账户执行预设处罚操作。

一种实现方式中，所述对所述用户账户执行预设处罚操作，包括以下任意一项或多项：

将所述用户账户从游戏进程中移除，或，禁止所述用户账户参与所述游戏进程，或，移除或在预设时间内禁止使用所述用户账户中的虚拟资源。

一种实现方式中，所述检测单元201，具体被配置为执行：

在第四预设时间内未接收到用户账户发送的游戏操作指令的情况下，判定所述用户账户进入托管模式，向所述用户账户发送请求消息。

由以上可见，本公开的实施例提供的技术方案，服务器根据用户账户返回响应消息的速度，可以有效识别出异常账户，当用户账户在第一预设时间内返回响应消息，说明用户账户当前的网络状况良好，可以认为其处于托管模式是主观因素导致的，即用户账户为恶意托管账户，从而实现对恶意托管的用户账户和非恶意托管的用户的区分，有利于提高游戏的公平性。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图5是根据一示例性实施例示出的一种用于异常用户账户识别的电子设备的框图。

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

在示例性实施例中，还提供一种计算机程序产品，当其在计算机上运行时，使得计算机实现上述异常用户账户识别的方法。

由以上可见，本公开的实施例提供的技术方案，服务器根据用户账户返回响应消息的速度，可以有效识别出异常账户，当用户账户在第一预设时间内返回响应消息，说明用户账户当前的网络状况良好，可以认为其处于托管模式是主观因素导致的，即用户账户为恶意托管账户，从而实现对恶意托管的用户账户和非恶意托管的用户的区分，有利于提高游戏的公平性。

图6是根据一示例性实施例示出的一种用于异常用户账户识别的装置800的框图。

例如，装置800可以是移动电话，计算机，数字广播电子设备，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图6，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电力组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

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

电源组件807为装置800的各种组件提供电力。电源组件807可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

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

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

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

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

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

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

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

在示例性实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的异常用户账户识别方法。

由以上可见，本公开的实施例提供的技术方案，服务器根据用户账户返回响应消息的速度，可以有效识别出异常账户，当用户账户在第一预设时间内返回响应消息，说明用户账户当前的网络状况良好，可以认为其处于托管模式是主观因素导致的，即用户账户为恶意托管账户，从而实现对恶意托管的用户账户和非恶意托管的用户的区分，有利于提高游戏的公平性。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (16)

1.一种异常用户账户识别方法，其特征在于，应用于服务器，包括：

当检测到用户账户进入托管模式，向所述用户账户发送请求消息，所述请求消息用于对所述用户账户的网络状态进行检测；

判断在发送所述请求消息后的第一预设时间内是否接收到响应消息，所述响应消息为所述用户账户针对所述服务器发送的请求消息返回的，所述响应消息为所述用户账户按照预设规则对所述服务器发送的请求消息进行处理后返回的，与所述请求消息具有对应关系；

在所述第一预设时间内接收到所述响应消息的情况下，将所述用户账户判定为异常账户。

2.根据权利要求1所述的异常用户账户识别方法，其特征在于，所述当检测到用户账户进入托管模式，向所述用户账户发送请求消息，包括：

当检测到用户账户进入托管模式，向所述用户账户发送第一数量个请求消息；

所述在所述第一预设时间内接收到所述响应消息的情况下，将所述用户账户判定为异常账户，包括：

在所述第一预设时间内接收到所述响应消息的数量大于第一预设阈值的情况下，将所述用户账户判定为异常账户。

3.根据权利要求1所述的异常用户账户识别方法，其特征在于，所述方法还包括：

按照预设周期，向所述用户账户发送请求消息；

当检测到所述用户账户进入托管模式，判断是否在所述用户账户进入托管模式前的第二预设时间内接收到所述用户账户针对所述请求消息返回的响应消息；

在所述第二预设时间内接收到所述响应消息的情况下，执行所述将所述用户账户判定为异常账户的步骤。

4.根据权利要求3所述的异常用户账户识别方法，其特征在于，所述按照预设周期，向用户账户发送请求消息，包括：

按照预设周期，向用户账户发送第二数量个请求消息；

所述在所述第二预设时间内接收到所述响应消息的情况下，将所述用户账户判定为异常账户，包括：

在所述用户账户进入托管模式前的第二预设时间内接收到所述响应消息的数量大于第二预设阈值的情况下，将所述用户账户判定为异常账户。

5.根据权利要求1～4任一所述的异常用户账户识别方法，其特征在于，在所述将所述用户账户判定为异常账户之后，所述方法还包括：

向所述用户账户发送警告信息，所述警告信息用于提示所述用户账户被判定为异常账户；

在第三预设时间内向任一用户账户发送的警告信息超出第三预设阈值的情况下，对所述用户账户执行预设处罚操作。

6.根据权利要求5所述的异常用户账户识别方法，其特征在于，所述对所述用户账户执行预设处罚操作，包括以下任意一项或多项：

将所述用户账户从游戏进程中移除，或，禁止所述用户账户参与所述游戏进程，或，移除或在预设时间内禁止使用所述用户账户中的虚拟资源。

7.根据权利要求1所述的异常用户账户识别方法，其特征在于，所述当检测到用户账户进入托管模式，向所述用户账户发送请求消息，包括：

在第四预设时间内未接收到用户账户发送的游戏操作指令的情况下，判定所述用户账户进入托管模式，向所述用户账户发送请求消息。

8.一种异常用户账户识别装置，其特征在于，应用于服务器，包括：

检测单元，被配置为执行当检测到用户账户进入托管模式，向所述用户账户发送请求消息，所述请求消息用于对所述用户账户的网络状态进行检测；

接收单元，被配置为执行判断在发送所述请求消息后的第一预设时间内是否接收到响应消息，所述响应消息为所述用户账户针对所述服务器发送的请求消息返回的，所述响应消息为所述用户账户按照预设规则对所述服务器发送的请求消息进行处理后返回的，与所述请求消息具有对应关系；

第一判断单元，被配置为执行在所述第一预设时间内接收到所述响应消息的情况下，将所述用户账户判定为异常用户。

9.根据权利要求8所述的异常用户账户识别装置，其特征在于，所述检测单元，被配置为执行：

当检测到用户账户进入托管模式，向所述用户账户发送第一数量个请求消息；

所述第一判断单元，被配置为执行：

在所述第一预设时间内接收到所述响应消息的数量大于第一预设阈值的情况下，将所述用户账户判定为异常账户。

10.根据权利要求8所述的异常用户账户识别装置，其特征在于，所述装置还包括：

第二判断单元，被配置为执行按照预设周期，向所述用户账户发送请求消息；当检测到所述用户账户进入托管模式，判断是否在所述用户账户进入托管模式前的第二预设时间内接收到所述用户账户针对所述请求消息返回的响应消息；在所述第二预设时间内接收到所述响应消息的情况下，执行所述将所述用户账户判定为异常账户的步骤。

11.根据权利要求10所述的异常用户账户识别装置，其特征在于，所述第二判断单元，具体被配置为执行：

按照预设周期，向用户账户发送第二数量个请求消息；

在所述用户账户进入托管模式前的第二预设时间内接收到所述响应消息的数量大于第二预设阈值的情况下，将所述用户账户判定为异常账户。

12.根据权利要求8～11任一项所述的异常用户账户识别装置，其特征在于，所述装置还包括：

处理单元，被配置为执行向所述用户账户发送警告信息，所述警告信息用于提示所述用户账户被判定为异常账户；在第三预设时间内向任一用户账户发送的警告信息超出第三预设阈值的情况下，对所述用户账户执行预设处罚操作。

13.根据权利要求12所述的异常用户账户识别装置，其特征在于，所述对所述用户账户执行预设处罚操作，包括以下任意一项或多项：

将所述用户账户从游戏进程中移除，或，禁止所述用户账户参与所述游戏进程，或，移除或在预设时间内禁止使用所述用户账户中的虚拟资源。

14.根据权利要求8所述的异常用户账户识别装置，其特征在于，所述检测单元，具体被配置为执行：

在第四预设时间内未接收到用户账户发送的游戏操作指令的情况下，判定所述用户账户进入托管模式，向所述用户账户发送请求消息。

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

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至7中任一项所述的异常用户账户识别方法。

16.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由异常用户账户识别电子设备的处理器执行时，使得异常用户账户识别电子设备能够执行如权利要求1至7中任一项所述的异常用户账户识别方法。

Images