CN104580193B - 一种数据处理方法和装置 - Google Patents

Abstract

本发明提供了一种数据处理方法和装置，所述的方法包括：依据用户的申诉请求获取验证渠道信息；依据所述验证渠道信息获取验证参数信息，并采用所述验证参数信息生成申诉工单；依据所述申诉工单进行用户参数验证，并在所述用户参数验证通过后反馈申诉结果给所述用户。通过申诉实现登录信息的找回，确保找回登录信息。

Description

一种数据处理方法和装置

技术领域

本发明涉及数据处理技术领域，特别是涉及一种数据处理方法和一种数据处理装置。

背景技术

用户在网络中浏览时，可以在网站中注册用户信息，从而基于该用户信息可以获取该用户的浏览记录，以及依据用户信息确认该用户在网站中的权限，并在网站中依据权限执行操作。

但是，有时用户在网站中注册时，仅填写了用户名、密码等登录信息，而未填写其他验证信息，从而在忘记用户名或密码时无法登录，也没有其他验证信息可以进行验证，从而无法找回其登录信息，也就无法登录该网站，其在网站中与用户信息相关的各种信息均无法获取。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的数据处理方法和相应的数据处理装置。

依据本发明的一个方面，提供了一种数据处理方法，包括：依据用户的申诉请求获取验证渠道信息；依据所述验证渠道信息获取验证参数信息，并采用所述验证参数信息生成申诉工单；依据所述申诉工单进行用户参数验证，并在所述用户参数验证通过后反馈申诉结果给所述用户。

可选的，所述依据用户的申诉请求获取验证渠道信息，包括：依据用户的申诉请求确认所述用户的登录信息无法自助找回时，返回在线申诉的第一维验证网页；通过所述在线申诉的第一维验证网页获取验证渠道信息。

可选的，依据所述验证渠道信息获取验证参数信息，包括：对所述验证渠道信息进行渠道验证；在所述渠道验证通过后反馈在线申诉的第二维验证网页；通过所述在线申诉的第二维验证网页获取所述验证参数信息。

可选的，还包括：接收所述用户发送的申诉请求，并从所述申诉请求中获取请求参数；依据请求参数检测所述用户的账户信息的完整性；当确认所述账户信息的不完整时，确定所述用户的登录信息无法自助找回。

可选的，所述验证渠道信息包括邮箱号码和/或移动终端通讯号码，所述对所述验证渠道信息进行渠道验证，包括：向所述验证渠道信息反馈验证消息，所述验证消息包括邮件和/或短消息；接收依据所述验证消息反馈的第一维验证数据；当检测所述第一维验证数据与数据库中存储的第一维对比信息一致时，所述渠道验证通过。

可选的，采用所述生成验证参数信息申诉工单，包括：对所述验证参数信息进行分类，按照类别依次将验证参数信息填入所述申诉工单中。

可选的，验证参数信息的类别包括：账户类和游戏类；所述依据所述申诉工单进行用户参数验证，包括：从所述申诉工单中依次获取账户类验证参数信息和游戏类验证参数信息；依次检测每个类别的验证参数信息是否与数据库中对应类别的第二维比对信息一致；若各类别的验证参数信息均与数据库中对应类别的第二维比对信息一致，则用户参数验证通过。

可选的，验证参数信息的类别包括：充值类；在检测游戏类验证参数信息与数据库中游戏类第二维比对信息一致之后，所述的方法还包括：检测充值类验证参数信息是否与数据库中对应类别的第二维比对信息一致。

可选的，按照所属类别分别进行用户参数验证之前，还包括：采用所述验证参数信息包含的类别对所述用户进行分组，并在所述申诉工单中记录所述用户所属的分组，其中，包含充值类验证参数信息对应用户属于第一分组，不包含充值类验证参数信息对应用户属于第二分组；则针对第一分组的用户，若所述用户的游戏类验证参数信息和充值类验证参数信息中任一项验证参数信息，与数据库中对应类别的第二维比对信息不一致，则通过所述验证渠道信息进行重复验证。

可选的，申诉请求包括用户名找回请求和密码找回请求。

可选的，还包括：通过所述验证渠道信息获取所述用户的进度查询请求；按照所述进度查询请求查询所述用户的申诉请求的申诉进度；通过所述验证渠道信息反馈申诉进度给所述用户。

根据本发明的另一个方面，提供了一种数据处理装置，包括：获取模块，用于依据用户的申诉请求获取验证渠道信息；第一维验证模块，用于依据所述验证渠道信息获取验证参数信息；工单生成模块，用于采用所述生成验证参数信息申诉工单；第二维验证模块，用于依据所述申诉工单进行用户参数验证；结果反馈模块，用于在所述用户参数验证通过后反馈申诉结果给所述用户。

可选的，获取模块，用于依据用户的申诉请求确认所述用户的登录信息无法自助找回时，返回在线申诉的第一维验证网页；通过所述在线申诉的第一维验证网页获取验证渠道信息。

可选的，所述第一维验证模块，用于对所述验证渠道信息进行渠道验证；在所述渠道验证通过后反馈在线申诉的第二维验证网页；通过所述在线申诉的第二维验证网页获取所述验证参数信息。

可选的，还包括：接收模块，用于接收所述用户发送的申诉请求，并从所述申诉请求中获取请求参数；完整性验证模块，用于依据请求参数检测所述用户的账户信息的完整性；当确认所述账户信息的不完整时，确定所述用户的登录信息无法自助找回。

可选的，所述验证渠道信息包括邮箱地址和/或移动终端通讯号码，所述第一维验证模块，用于向所述验证渠道信息反馈验证消息，所述验证消息包括邮件和/或短消息；接收依据所述验证消息反馈的第一维验证数据；当检测所述第一维验证数据与数据库中存储的第一维对比信息一致时，所述渠道验证通过。

可选的，所述工单生成模块，用于对所述验证参数信息进行分类，按照类别依次将验证参数信息填入所述申诉工单中。

可选的，验证参数信息的类别包括：账户类和游戏类；所述第二维验证模块，用于从所述申诉工单中依次获取账户类验证参数信息和游戏类验证参数信息；依次检测每个类别的验证参数信息是否与数据库中对应类别的第二维比对信息一致；在各类别的验证参数信息均与数据库中对应类别的第二维比对信息一致时，用户参数验证通过。

可选的，验证参数信息的类别包括：充值类；所述第二维验证模块，还用于在检测游戏类验证参数信息与数据库中游戏类第二维比对信息一致之后，检测充值类验证参数信息是否与数据库中对应类别的第二维比对信息一致。

可选的，还包括：分组模块，用于采用所述验证参数信息包含的类别对所述用户进行分组，并在所述申诉工单中记录所述用户所属的分组，其中，包含充值类验证参数信息对应用户属于第一分组，不包含充值类验证参数信息对应用户属于第二分组；第二维验证模块，还用于在第一分组的用户的游戏类验证参数信息和充值类验证参数信息中任一项验证参数信息，与数据库中对应类别的第二维比对信息不一致，通过所述验证渠道信息进行重复验证。

可选的，申诉请求包括用户名找回请求和密码找回请求。

可选的，还包括：进度查询模块，用于通过所述验证渠道信息获取所述用户的进度查询请求；按照所述进度查询请求查询所述用户的申诉请求的申诉进度；通过所述验证渠道信息反馈申诉进度给所述用户。

用户在无法自助找回登录信息时可以通过申诉找回信息，此时依据用户的申诉请求获取验证渠道信息，从而依据验证渠道信息获取验证参数信息并生成申诉工单，从而启动申诉流程。依据该申诉工单进行用户参数验证，即验证当前申诉的用户是该登录信息对应用户的，并在所述用户参数验证通过后反馈申诉结果给所述用户，从而通过申诉实现登录信息的找回，解决了登录信息无法找回的问题。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的一种数据处理方法实施例的步骤流程图；

图2示出了根据本发明一个实施例的一种数据处理方法可选实施例的步骤流程图；

图3示出了根据本发明一个实施例中数据处理方法实施例的验证参数信息验证步骤流程图；

图4示出了根据本发明一个实施例的一种数据处理装置实施例的结构框图；

图5示出了根据本发明一个实施例的一种数据处理装置实施例的可选结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例一

参照图1，示出了根据本发明一个实施例的一种数据处理方法实施例的步骤流程图，具体可以包括如下步骤：

步骤102，依据用户的申诉请求获取验证渠道信息。

用户在网站中注册后，可以通过注册的登录信息进行登录，从而获取网站中该用户的信息，如浏览记录、操作进度等。但是，若用户忘记用户名或密码等登录信息，则在网站上找回登录信息。但是，若用户在网站中注册时没有填写邮箱号码、手机号码等信息，则无法自动找回，此时需要在网站中通过申诉流程找回自己的登录信息。

用户首先会发送申诉请求给服务器，服务器在接收到用户的申请请求后会获取该用户的验证渠道信息，用于通过该验证渠道信息与用户通信以及进行验证等。

步骤104，依据所述验证渠道信息获取验证参数信息，并采用所述验证参数信息生成申诉工单。

要采用验证参数信息对渠道进行验证，例如验证该渠道是否能够通信等，从而在渠道通过验证后获取验证参数信息，采用该验证参数信息生成相应的申诉工单，用于对找回登录信息进行申诉。

在该申诉工单创建完成后系统会自动进入申诉流程，则会依据该申诉工单对用户进行验证，以在验证该用户合法后反馈相应的申诉结果。

步骤106，依据所述申诉工单进行用户参数验证，并在所述用户参数验证通过后反馈申诉结果给所述用户。

依据该申诉工单可以进行用户参数验证，即获取该登录信息对应用户的相关参数信息，从而与数据库中存储的对应用户的参数进行比对，确认所述用户参数验证是否通过，并在用户参数验证通过后反馈申诉结果给所述用户，例如将登录信息返回给该用户。

综上所述，用户在无法自助找回登录信息时可以通过申诉找回信息，此时依据用户的申诉请求获取验证渠道信息，从而依据验证渠道信息获取验证参数信息并生成申诉工单，从而启动申诉流程。依据该申诉工单进行用户参数验证，即验证当前申诉的用户是该登录信息对应用户的，并在所述用户参数验证通过后反馈申诉结果给所述用户，从而通过申诉实现登录信息的找回，解决了登录信息无法找回的问题。

实施例二

在上述实施例的基础上，本实施例详细论述对用户登录信息找回的处理步骤。

参照图2，示出了根据本发明一个实施例的一种数据处理方法可选实施例的步骤流程图，具体可以包括如下步骤：

步骤202，接收所述用户发送的申诉请求。

步骤204，从所述申诉请求中获取请求参数。

步骤206，依据请求参数检测所述用户的账户信息的完整性。

用户在登录信息丢失时，可以发送申诉请求给服务器，该申诉请求用于请求找回登录信息，因此申诉请求包括用户名找回请求和密码找回请求。服务器在接收到用户的申诉请求后，从该申诉请求中获取请求参数，该请求参数包括用户要找回的登录信息的参数，例如密码找回请求的请求参数携带有用户名信息，又如用户名找回请求的请求参数携带有用户名找回标识等。

然后依据该请求参数检测要找回的登录信息对应用户的账户信息的完整性，即检测其账户信息是否完整，从而确定是否能够自助找回登录信息。例如对于密码找回的申诉请求，从其请求参数中获取用户名检测对应账户信息，如检测是否注册验证邮箱、电话、身份证号码或验证问题等验证信息，若无，则账户信息不完整。又如对于用户名找回的申诉请求，由于该用户无法提供验证邮箱、电话、身份证号码等验证信息，因此其账户信息也是不完整的。

当用户的账户信息不完整时，执行步骤208；当用户的账户信息完整时，执行步骤210。

步骤208，执行自助找回操作。

当用户的账户信息完整时，可以通过账户信息中的验证信息自助找回登录信息，则执行自助找回操作，包括指示用户输入验证信息等，从而与数据库中存储的该账户信息对应验证信息进行检测，确认是否一致等。

步骤210，返回在线申诉的第一维验证网页。

步骤212，通过所述在线申诉的第一维验证网页获取验证渠道信息。

当确认所述账户信息的不完整时，确定所述用户的登录信息无法自助找回，即依据用户的申诉请求确认所述用户的登录信息无法自助找回，此时要返回在线申诉的第一维验证网页，该第一维验证网页用于获取用户的验证渠道信息。例如在第一维验证网页上提示用户填写验证渠道信息，从而获取用户填写的验证渠道信息。

本实施例中，所述验证渠道信息包括邮箱号码和/或移动终端通讯号码，邮箱号码即电子邮箱地址(e-mail address)，通过该邮箱号码可以和用户进行邮件沟通，移动终端通讯号码即手机号码或称移动用户号码，通过移动用户号码可以和用户进行电话、短信等通信联系。

步骤214，对所述验证渠道信息进行渠道验证。

本发明一个可选实施例中，所述验证渠道信息包括邮箱号码和/或移动终端通讯号码，所述对所述验证渠道信息进行渠道验证，包括：向所述验证渠道信息反馈验证消息，所述验证消息包括邮件和/或短消息；接收依据所述验证消息反馈的第一维验证数据；当检测所述第一维验证数据与数据库中存储的第一维对比信息一致时，所述渠道验证通过。

采用该验证渠道信息进行渠道验证时，可以首先向该验证渠道信息反馈验证消息，验证消息中含有第一维验证数据。如向该邮箱号码发送邮件作为验证消息，或者向移动用户号码发送短信、拨打电话作为验证消息等。用户可以从验证消息中获取第一维验证数据并反馈给服务器。

本实施例中，为了对验证渠道进行验证，数据库中存储有与第一维验证数据一致的第一维对比信息。从而在服务器接收到用户反馈的第一维验证数据，然后检测第一维验证数据是否与数据库中存储的第一维对比信息一致，当第一维验证数据与数据库中存储的第一维对比信息一致时，确认渠道验证通过，否则渠道验证不通过，执行步骤226。

例如，对于邮件，可以在邮件中携带验证网页地址，或者验证字符(包括数字、拼音等)等第一维验证数据，从而访问该验证网页地址或在第一维验证网页中输入该第一维验证数据进行验证。针对短信或电话，与邮件类似可以获取验证字符等第一维验证数据，以在第一维验证网页中输入该验证数据进行验证。从而在用户访问对应验证网页或服务器可以确认用户访问验证网页地址对应验证网页，或者通过第一维验证网页获取第一维验证数据。从而基于第一维验证数据与第一维比对信息进行比对，确认该渠道验证是否通过。

步骤216，在所述渠道验证通过后反馈在线申诉的第二维验证网页。

步骤218，通过所述在线申诉的第二维验证网页获取所述验证参数信息。

在渠道验证通过要进行第二维验证，即向用户反馈在线申诉的第二维验证网页，该第二维验证网页用于获取用户的验证参数信息，该验证参数信息与用于在网站中的历史行为以及注册信息相关，从而确认其是否是该登录信息对应用户。

第二维验证网页中可以包括一些表单项或表格等供用户填写，其包括必填项和选填项，依据网站的不同，其所要填写的验证参数信息也不同，例如购物网站可能要填写购物记录、浏览记录等，而对于游戏类其可能需要填写游戏名、区服、角色名、注册时间等信息。从而在用户填写完毕选择提交后，服务器可以接收到依据该第二维验证网页获取所述验证参数信息，后续结余该验证参数信息进行用户的验证。

步骤220，对所述验证参数信息进行分类，按照类别依次将验证参数信息填入所述申诉工单中。

由于验证参数信息涉及该用户在网站中浏览的各种行为信息，因此可以预先配置验证参数信息的分类类别，从而对获取的验证参数信息进行分类，按照类别将各验证参数信息填入所述申诉工单中，以基于该申诉工单继续进行用户验证。本实施例中，验证参数信息的类别包括：账户类和游戏类，还可以包括充值类以及补充类。

步骤222，依据所述申诉工单进行用户参数验证。

本发明一个可选实施例中，验证参数信息的类别包括：账户类和游戏类；所述依据所述申诉工单进行用户参数验证，包括：从所述申诉工单中依次获取账户类验证参数信息和游戏类验证参数信息；依次检测每个类别的验证参数信息是否与数据库中对应类别的第二维比对信息一致；若各类别的验证参数信息均与数据库中对应类别的第二维比对信息一致，则用户参数验证通过。

优选的，验证参数信息的类别包括：充值类；在检测游戏类验证参数信息与数据库中游戏类第二维比对信息一致之后，所述的方法还包括：检测充值类验证参数信息是否与数据库中对应类别的第二维比对信息一致。

按照申诉工单中的验证参数信息，分别与数据库中对应数据进行验证，确定用户参数验证是否通过。

若验证不通过，则执行步骤224；若验证通过，则执行步骤226。

步骤224，提示用户验证未通过。

若渠道验证不通过或用户参数验证不通过，则可以给用户反馈验证不通过需重新验证的提示信息。

步骤226，反馈申诉结果给所述用户。

若渠道和用户参数验证均通过，则生成相应的申诉结果，例如获取要找回的用户名反馈给用户，又如反馈或提示用户充值密码，使得用户找回相应的登录信息。

综上，在无法自助找回登录信息时，依据申诉请求获取第一维验证网页进行渠道验证，并获取第二维验证网页进行验证参数验证，从而通过多维验证保证用户的账户安全。

参照图3，示出了根据本发明一个实施例中数据处理方法实施例的验证参数信息验证步骤流程图。

本实施例，上述步骤222在对第二维验证网页所获取的验证参数信息进行验证时，可以包括如下子步骤：

子步骤302，采用所述验证参数信息包含的类别对所述用户进行分组，并在所述申诉工单中记录所述用户所属的分组。

本实施例中，用户在提交不同验证参数信息时，即具有不同的分组类别，因此可以对所述验证参数信息中所含的分类类别确定该账户信息所属的分组，并在申诉工单中记录其所属的分组，从而基于不同的分组执行不同的验证步骤。

其中，由于用户在网站注册后可能涉及资金交易，如电商平台的购物网站涉及购物以及银行卡信息，游戏网站涉及充值信息，视频类网站涉及购买会员、购买视频等，小说类网站涉及充值浏览小说等交易，为减少或避免用户的损失可以按照是否存在资金交易对用户进行分组。因此，本实施例中，包含充值类验证参数信息对应用户属于第一分组，执行子步骤，不包含充值类验证参数信息对应用户属于第二分组，执行子步骤304。

子步骤304，从所述申诉工单中依次获取账户类验证参数信息和游戏类验证参数信息。

对于第二分组的用户，仅获取账户类验证参数信息、游戏类验证参数信息和补充类验证参数信息进行验证即可。

子步骤306，检测账户类验证参数信息是否与数据库中存储的账户类第二维比对信息一致。

检测账户类验证参数信息是否与数据库中存储的账户类第二维比对信息一致，即检测该账户信息是否存在，如游戏网站中账户信息包括游戏名称、游戏区服，角色名等。

若是，即账户类验证参数信息与账户类第二维比对信息一致，执行子步骤308；若否，即账户类验证参数信息与账户类第二维比对信息一致不一致，则数据库中不存在该账户信息，执行子步骤320。

子步骤308，检测游戏类验证参数信息与数据库中游戏类第二维比对信息是否一致。

在检测账户类验证参数信息与账户类第二维比对信息一致时，再检测游戏类验证参数信息与数据库中游戏类第二维比对信息是否一致，游戏类验证参数信息可以包括注册时间、注册地点以及最近登录时间和最近登录地点等等信息。

若是，即游戏类验证参数信息与游戏类第二维比对信息一致，执行子步骤318；若否，即游戏类验证参数信息与游戏类第二维比对信息一致不一致，则数据库中不存在该账户信息，执行子步骤310。

子步骤310，从所述申诉工单中依次获取账户类验证参数信息、游戏类验证参数信息和充值类验证参数信息。

对于第一分组的用户，仅获取账户类验证参数信息、游戏类验证参数信息和充值类验证参数信息进行验证即可。

子步骤312，检测账户类验证参数信息是否与数据库中存储的账户类第二维比对信息一致。

检测账户类验证参数信息是否与数据库中存储的账户类第二维比对信息一致，即检测该账户信息是否存在，如游戏网站中账户信息包括游戏名称、游戏区服，角色名等。

若是，即账户类验证参数信息与账户类第二维比对信息一致，执行子步骤314；若否，即账户类验证参数信息与账户类第二维比对信息一致不一致，则数据库中不存在该账户信息，执行子步骤320。

子步骤314，检测游戏类验证参数信息与数据库中游戏类第二维比对信息是否一致。

在检测账户类验证参数信息与账户类第二维比对信息一致时，再检测游戏类验证参数信息与数据库中游戏类第二维比对信息是否一致，游戏类验证参数信息可以包括注册时间、注册地点以及最近登录时间和最近登录地点等等信息。

若是，即游戏类验证参数信息与游戏类第二维比对信息一致，执行子步骤316；若否，即游戏类验证参数信息与游戏类第二维比对信息一致不一致，则数据库中不存在该游戏信息，执行子步骤318。

子步骤316，检测充值类验证参数信息与数据库中充值类第二维比对信息是否一致。

在检测游戏类验证参数信息与游戏类第二维比对信息一致时，再检测充值类验证参数信息与数据库中充值类第二维比对信息是否一致，充值类验证参数信息可以包括注册时间、注册地点以及最近登录时间和最近登录地点等等信息。

若是，即充值类验证参数信息与充值类第二维比对信息一致，执行子步骤322；若否，即充值类验证参数信息与充值类第二维比对信息一致不一致，则数据库中不存在该账户信息，执行子步骤318。

子步骤318，进行补充信息验证。

本实施例中，在验证参数信息中还包括补充类验证参数信息，该补充类验证参数信息为非必填项，例如包括游戏小号，玩过其他游戏等网站浏览的其他信息。若存在补充类验证参数信息，则检测数据库中是否具有该数据。

本实施例中，针对第一分组的用户，若其无补充类验证参数信息或补充类验证参数信息数据库中不存在，此时还可以通过所述验证渠道信息进行重复验证，例如通过邮件、短信、电话等与该用户进行通信，从而确认用户身份，进而确定补充信息验证是否通过。若补充信息验证未通过，执行步骤320；若数据库中存储有该补充类验证参数信息，补充信息验证通过，执行步骤322。

子步骤320，验证不通过。

子步骤322，验证通过。

通过上述对第二维验证网页中获取的验证参数的检验不同，可以确定该参数验证是否通过，若验证不通过则如上述226提示用户，以使用户重新进行申诉。若参数验证通过，则如上述步骤228获取该账户信息对应登录信息，然后对用户进行反馈，如针对用户名找回请求，直接返回相应的用户名，又如针对密码找回请求，可以直接返回用户设置或系统重置的密码，或者反馈密码设置页面让用户自己重置密码。

本发明一个可选实施例中，所述的方法还包括：通过所述验证渠道信息获取所述用户的进度查询请求；按照所述进度查询请求查询所述用户的申诉请求的申诉进度；通过所述验证渠道信息反馈申诉进度给所述用户。

在申诉过程中，由于申诉需要经过一系列的验证操作，因此用户可以在申诉过程中随时查询申诉进度，则通过所述验证渠道信息获取所述用户的进度查询请求，然后按照所述进度查询请求查询所述用户的申诉请求的申诉进度，再通过所述验证渠道信息反馈申诉进度给所述用户。

对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

实施例三

在上述实施例的基础上，本实施例还提供了一种数据处理。

参照图4，示出了根据本发明一个实施例的一种数据处理装置实施例的结构框图，具体可以包括如下模块：

获取模块402，用于依据用户的申诉请求获取验证渠道信息。

第一维验证模块404，用于依据所述验证渠道信息获取验证参数信息。

工单生成模块406，用于采用所述生成验证参数信息申诉工单。

第二维验证模块408，用于依据所述申诉工单进行用户参数验证。

结果反馈模块410，用于在所述用户参数验证通过后反馈申诉结果给所述用户。

综上所述，用户在无法自助找回登录信息时可以通过申诉找回信息，此时依据用户的申诉请求获取验证渠道信息，从而依据验证渠道信息获取验证参数信息并生成申诉工单，从而启动申诉流程。依据该申诉工单进行用户参数验证，即验证当前申诉的用户是该登录信息对应用户的，并在所述用户参数验证通过后反馈申诉结果给所述用户，从而通过申诉实现登录信息的找回，解决了登录信息无法找回的问题。

参照图5，示出了根据本发明一个实施例的一种数据处理装置实施例的可选结构框图，其中：

获取模块402，用于依据用户的申诉请求确认所述用户的登录信息无法自助找回时，返回在线申诉的第一维验证网页；通过所述在线申诉的第一维验证网页获取验证渠道信息。

所述第一维验证模块404，用于对所述验证渠道信息进行渠道验证；在所述渠道验证通过后反馈在线申诉的第二维验证网页；通过所述在线申诉的第二维验证网页获取所述验证参数信息。

本发明一个可选实施例中，还包括：接收模块412，用于接收所述用户发送的申诉请求，并从所述申诉请求中获取请求参数；完整性验证模块414，用于依据请求参数检测所述用户的账户信息的完整性；当确认所述账户信息的不完整时，确定所述用户的登录信息无法自助找回。

本发明一个可选实施例中，所述验证渠道信息包括邮箱地址和/或移动终端通讯号码，所述第一维验证模块404，用于向所述验证渠道信息反馈验证消息，所述验证消息包括邮件和/或短消息；接收依据所述验证消息反馈的第一维验证数据；当检测所述第一维验证数据与数据库中存储的第一维对比信息一致时，所述渠道验证通过。

所述工单生成模块406，用于对所述验证参数信息进行分类，按照类别依次将验证参数信息填入所述申诉工单中。

本发明一个可选实施例中，验证参数信息的类别包括：账户类和游戏类；所述第二维验证模块408，用于从所述申诉工单中依次获取账户类验证参数信息和游戏类验证参数信息；依次检测每个类别的验证参数信息是否与数据库中对应类别的第二维比对信息一致；在各类别的验证参数信息均与数据库中对应类别的第二维比对信息一致时，用户参数验证通过。

本发明一个可选实施例中，验证参数信息的类别包括：充值类；所述第二维验证模块408，还用于在检测游戏类验证参数信息与数据库中游戏类第二维比对信息一致之后，检测充值类验证参数信息是否与数据库中对应类别的第二维比对信息一致。

本发明一个可选实施例中，还包括：分组模块416，用于采用所述验证参数信息包含的类别对所述用户进行分组，并在所述申诉工单中记录所述用户所属的分组，其中，包含充值类验证参数信息对应用户属于第一分组，不包含充值类验证参数信息对应用户属于第二分组；第二维验证模块408，还用于在第一分组的用户的游戏类验证参数信息和充值类验证参数信息中任一项验证参数信息，与数据库中对应类别的第二维比对信息不一致，通过所述验证渠道信息进行重复验证。

本实施例中，申诉请求包括用户名找回请求和密码找回请求。

本发明一个可选实施例中，还包括：进度查询模块418，用于通过所述验证渠道信息获取所述用户的进度查询请求；按照所述进度查询请求查询所述用户的申诉请求的申诉进度；通过所述验证渠道信息反馈申诉进度给所述用户。

综上，在无法自助找回登录信息时，依据申诉请求获取第一维验证网页进行渠道验证，并获取第二维验证网页进行验证参数验证，从而通过多维验证保证用户的账户安全。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的数据处理方法和装置设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了A1、一种数据处理方法，包括：依据用户的申诉请求获取验证渠道信息；依据所述验证渠道信息获取验证参数信息，并采用所述验证参数信息生成申诉工单；依据所述申诉工单进行用户参数验证，并在所述用户参数验证通过后反馈申诉结果给所述用户。

A2、如A1所述的方法，所述依据用户的申诉请求获取验证渠道信息，包括：依据用户的申诉请求确认所述用户的登录信息无法自助找回时，返回在线申诉的第一维验证网页；通过所述在线申诉的第一维验证网页获取验证渠道信息。

A3、如A1所述的方法，依据所述验证渠道信息获取验证参数信息，包括：对所述验证渠道信息进行渠道验证；在所述渠道验证通过后反馈在线申诉的第二维验证网页；通过所述在线申诉的第二维验证网页获取所述验证参数信息。

A4、如A1所述的方法，还包括：接收所述用户发送的申诉请求，并从所述申诉请求中获取请求参数；依据请求参数检测所述用户的账户信息的完整性；当确认所述账户信息的不完整时，确定所述用户的登录信息无法自助找回。

A5、如A3所述的方法，所述验证渠道信息包括邮箱号码和/或移动终端通讯号码，所述对所述验证渠道信息进行渠道验证，包括：向所述验证渠道信息反馈验证消息，所述验证消息包括邮件和/或短消息；接收依据所述验证消息反馈的第一维验证数据；当检测所述第一维验证数据与数据库中存储的第一维对比信息一致时，所述渠道验证通过。

A6、如A1所述的方法，采用所述生成验证参数信息申诉工单，包括：对所述验证参数信息进行分类，按照类别依次将验证参数信息填入所述申诉工单中。

A7、如A6所述的方法，验证参数信息的类别包括：账户类和游戏类；所述依据所述申诉工单进行用户参数验证，包括：从所述申诉工单中依次获取账户类验证参数信息和游戏类验证参数信息；依次检测每个类别的验证参数信息是否与数据库中对应类别的第二维比对信息一致；若各类别的验证参数信息均与数据库中对应类别的第二维比对信息一致，则用户参数验证通过。

A8、如A7所述的方法，验证参数信息的类别包括：充值类；在检测游戏类验证参数信息与数据库中游戏类第二维比对信息一致之后，所述的方法还包括：检测充值类验证参数信息是否与数据库中对应类别的第二维比对信息一致。

A9、如A8所述的方法，按照所属类别分别进行用户参数验证之前，还包括：采用所述验证参数信息包含的类别对所述用户进行分组，并在所述申诉工单中记录所述用户所属的分组，其中，包含充值类验证参数信息对应用户属于第一分组，不包含充值类验证参数信息对应用户属于第二分组；则针对第一分组的用户，若所述用户的游戏类验证参数信息和充值类验证参数信息中任一项验证参数信息，与数据库中对应类别的第二维比对信息不一致，则通过所述验证渠道信息进行重复验证。

A10、如A1至A9任一项所述的方法，申诉请求包括用户名找回请求和密码找回请求。

A11、如A10所述的方法，还包括：通过所述验证渠道信息获取所述用户的进度查询请求；按照所述进度查询请求查询所述用户的申诉请求的申诉进度；通过所述验证渠道信息反馈申诉进度给所述用户。

本发明还公开了B12、一种数据处理装置，包括：获取模块，用于依据用户的申诉请求获取验证渠道信息；第一维验证模块，用于依据所述验证渠道信息获取验证参数信息；工单生成模块，用于采用所述生成验证参数信息申诉工单；第二维验证模块，用于依据所述申诉工单进行用户参数验证；结果反馈模块，用于在所述用户参数验证通过后反馈申诉结果给所述用户。

B13、如B12所述的装置，获取模块，用于依据用户的申诉请求确认所述用户的登录信息无法自助找回时，返回在线申诉的第一维验证网页；通过所述在线申诉的第一维验证网页获取验证渠道信息。

B14、如B12所述的装置，所述第一维验证模块，用于对所述验证渠道信息进行渠道验证；在所述渠道验证通过后反馈在线申诉的第二维验证网页；通过所述在线申诉的第二维验证网页获取所述验证参数信息。

B15、如B12所述的装置，还包括：接收模块，用于接收所述用户发送的申诉请求，并从所述申诉请求中获取请求参数；完整性验证模块，用于依据请求参数检测所述用户的账户信息的完整性；当确认所述账户信息的不完整时，确定所述用户的登录信息无法自助找回。

B16、如B14所述的装置，所述验证渠道信息包括邮箱地址和/或移动终端通讯号码，所述第一维验证模块，用于向所述验证渠道信息反馈验证消息，所述验证消息包括邮件和/或短消息；接收依据所述验证消息反馈的第一维验证数据；当检测所述第一维验证数据与数据库中存储的第一维对比信息一致时，所述渠道验证通过。

B17、如B12所述的装置，所述工单生成模块，用于对所述验证参数信息进行分类，按照类别依次将验证参数信息填入所述申诉工单中。

B18、如B17所述的装置，验证参数信息的类别包括：账户类和游戏类；所述第二维验证模块，用于从所述申诉工单中依次获取账户类验证参数信息和游戏类验证参数信息；依次检测每个类别的验证参数信息是否与数据库中对应类别的第二维比对信息一致；在各类别的验证参数信息均与数据库中对应类别的第二维比对信息一致时，用户参数验证通过。

B19、如B18所述的装置，验证参数信息的类别包括：充值类；所述第二维验证模块，还用于在检测游戏类验证参数信息与数据库中游戏类第二维比对信息一致之后，检测充值类验证参数信息是否与数据库中对应类别的第二维比对信息一致。

B20、如B19所述的装置，还包括：分组模块，用于采用所述验证参数信息包含的类别对所述用户进行分组，并在所述申诉工单中记录所述用户所属的分组，其中，包含充值类验证参数信息对应用户属于第一分组，不包含充值类验证参数信息对应用户属于第二分组；第二维验证模块，还用于在第一分组的用户的游戏类验证参数信息和充值类验证参数信息中任一项验证参数信息，与数据库中对应类别的第二维比对信息不一致，通过所述验证渠道信息进行重复验证。

B21、如B12至B20任一项所述的装置，申诉请求包括用户名找回请求和密码找回请求。

B22、如B21所述的装置，还包括：进度查询模块，用于通过所述验证渠道信息获取所述用户的进度查询请求；按照所述进度查询请求查询所述用户的申诉请求的申诉进度；通过所述验证渠道信息反馈申诉进度给所述用户。

Claims (20)

1.一种数据处理方法，包括：

依据用户的申诉请求确认所述用户的登录信息无法自助找回时，返回在线申诉的第一维验证网页；

通过所述在线申诉的第一维验证网页获取验证渠道信息；

依据所述验证渠道信息获取验证参数信息，并采用所述验证参数信息生成申诉工单；

依据所述申诉工单进行用户参数验证，并在所述用户参数验证通过后反馈申诉结果给所述用户。

2.如权利要求1所述的方法，其特征在于，依据所述验证渠道信息获取验证参数信息，包括：

对所述验证渠道信息进行渠道验证；

在所述渠道验证通过后反馈在线申诉的第二维验证网页；

通过所述在线申诉的第二维验证网页获取所述验证参数信息。

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

接收所述用户发送的申诉请求，并从所述申诉请求中获取请求参数；

依据请求参数检测所述用户的账户信息的完整性；

当确认所述账户信息的不完整时，确定所述用户的登录信息无法自助找回。

4.如权利要求2所述的方法，其特征在于，所述验证渠道信息包括邮箱号码和/或移动终端通讯号码，

所述对所述验证渠道信息进行渠道验证，包括：

向所述验证渠道信息反馈验证消息，所述验证消息包括邮件和/或短消息；

接收依据所述验证消息反馈的第一维验证数据；

当检测所述第一维验证数据与数据库中存储的第一维对比信息一致时，所述渠道验证通过。

5.如权利要求1所述的方法，其特征在于，采用所述验证参数信息生成 申诉工单，包括：

对所述验证参数信息进行分类，按照类别依次将验证参数信息填入所述申诉工单中。

6.如权利要求5所述的方法，其特征在于，验证参数信息的类别包括：账户类和游戏类；所述依据所述申诉工单进行用户参数验证，包括：

从所述申诉工单中依次获取账户类验证参数信息和游戏类验证参数信息；

依次检测每个类别的验证参数信息是否与数据库中对应类别的第二维比对信息一致；

若各类别的验证参数信息均与数据库中对应类别的第二维比对信息一致，则用户参数验证通过。

7.如权利要求6所述的方法，其特征在于，验证参数信息的类别包括：充值类；

在检测游戏类验证参数信息与数据库中游戏类第二维比对信息一致之后，所述的方法还包括：检测充值类验证参数信息是否与数据库中对应类别的第二维比对信息一致。

8.如权利要求7所述的方法，其特征在于，按照所属类别分别进行用户参数验证之前，还包括：

采用所述验证参数信息包含的类别对所述用户进行分组，并在所述申诉工单中记录所述用户所属的分组，其中，包含充值类验证参数信息对应用户属于第一分组，不包含充值类验证参数信息对应用户属于第二分组；

则针对第一分组的用户，若所述用户的游戏类验证参数信息和充值类验证参数信息中任一项验证参数信息，与数据库中对应类别的第二维比对信息不一致，则通过所述验证渠道信息进行重复验证。

9.如权利要求1至8任一项所述的方法，其特征在于，申诉请求包括用户名找回请求和密码找回请求。

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

通过所述验证渠道信息获取所述用户的进度查询请求；

按照所述进度查询请求查询所述用户的申诉请求的申诉进度；

通过所述验证渠道信息反馈申诉进度给所述用户。

11.一种数据处理装置，包括：

获取模块，用于依据用户的申诉请求确认所述用户的登录信息无法自助找回时，返回在线申诉的第一维验证网页；通过所述在线申诉的第一维验证网页获取验证渠道信息；

第一维验证模块，用于依据所述验证渠道信息获取验证参数信息；

工单生成模块，用于采用所述生成验证参数信息申诉工单；

第二维验证模块，用于依据所述申诉工单进行用户参数验证；

结果反馈模块，用于在所述用户参数验证通过后反馈申诉结果给所述用户。

12.如权利要求11所述的装置，其特征在于，

所述第一维验证模块，用于对所述验证渠道信息进行渠道验证；在所述渠道验证通过后反馈在线申诉的第二维验证网页；通过所述在线申诉的第二维验证网页获取所述验证参数信息。

13.如权利要求11所述的装置，其特征在于，还包括：

接收模块，用于接收所述用户发送的申诉请求，并从所述申诉请求中获取请求参数；

完整性验证模块，用于依据请求参数检测所述用户的账户信息的完整性；当确认所述账户信息的不完整时，确定所述用户的登录信息无法自助找回。

14.如权利要求12所述的装置，其特征在于，所述验证渠道信息包括邮箱地址和/或移动终端通讯号码，

所述第一维验证模块，用于向所述验证渠道信息反馈验证消息，所述验证消息包括邮件和/或短消息；接收依据所述验证消息反馈的第一维验证数据；当检测所述第一维验证数据与数据库中存储的第一维对比信息一致时，所述渠道验证通过。

15.如权利要求11所述的装置，其特征在于，

所述工单生成模块，用于对所述验证参数信息进行分类，按照类别依次将验证参数信息填入所述申诉工单中。

16.如权利要求15所述的装置，其特征在于，验证参数信息的类别包括：账户类和游戏类；

所述第二维验证模块，用于从所述申诉工单中依次获取账户类验证参数信息和游戏类验证参数信息；依次检测每个类别的验证参数信息是否与数据库中对应类别的第二维比对信息一致；在各类别的验证参数信息均与数据库中对应类别的第二维比对信息一致时，用户参数验证通过。

17.如权利要求16所述的装置，其特征在于，验证参数信息的类别包括：充值类；

所述第二维验证模块，还用于在检测游戏类验证参数信息与数据库中游戏类第二维比对信息一致之后，检测充值类验证参数信息是否与数据库中对应类别的第二维比对信息一致。

18.如权利要求17所述的装置，其特征在于，还包括：

分组模块，用于采用所述验证参数信息包含的类别对所述用户进行分组，并在所述申诉工单中记录所述用户所属的分组，其中，包含充值类验证参数信息对应用户属于第一分组，不包含充值类验证参数信息对应用户属于第二分组；

第二维验证模块，还用于在第一分组的用户的游戏类验证参数信息和充值类验证参数信息中任一项验证参数信息，与数据库中对应类别的第二维比对信息不一致，通过所述验证渠道信息进行重复验证。

19.如权利要求11至18任一项所述的装置，其特征在于，申诉请求包括用户名找回请求和密码找回请求。

20.如权利要求19所述的装置，其特征在于，还包括：

进度查询模块，用于通过所述验证渠道信息获取所述用户的进度查询请求；按照所述进度查询请求查询所述用户的申诉请求的申诉进度；通过所述验证渠道信息反馈申诉进度给所述用户。