一种用户账户管理方法及装置制造方法及图纸

本申请提供一种用户账户管理方法，应用于服务器上包括：获取当前用户的注册请求中的登录名本体，查找是否存在使用该登录名本体的冲突老用户；若存在，基于唯一的登录附加因子执行用户注册；获取当前用户登录请求中的登录名本体以及登录密码，在账户表中查找是否存在匹配的账户记录，若存在多个，则基于登录附加因子的验证，确定是否允许登录；若存在一个，则允许用户登录，否则拒绝登录。相较于现有技术，本申请有效地解决了二次放号等现象引发登录名冲突情况下所引发的用户体验下降，解决冲突人工客服成本高的问题。

【技术实现步骤摘要】

本申请涉及互联网
，尤其涉及一种用户账户管理方法及装置。
技术介绍
在互联网的世界中，除了传统的媒体类应用之外，目前更多的应用需要用户W特 定的身份参与，比如电子商务W及社交类应用。用户在该应用下进行账户注册，登录方式一 般采用登录名（也称为"登录号"）和登录密码来实现。在大部分应用中，登录名通常为一 串数字（如QQ号）、昵称或者邮箱名，也有一些系统采用手机号作为登录名。 无论采用哪种形式的登录名，对于提供服务的系统来说，基本上都有系统内登录 名唯一性的控制机制。W手机号送样的登录名为例，因为二次放号的问题，会导致应用系 统内登录名唯一性控制要求与用户体验之间产生矛盾。二次放号是指手机号的原使用者 主动/被动放弃使用该手机号后，该手机号基于特定条件被电信运营商回收之后分配给新 用户使用的过程。二次放号现象发生后，新用户面临手机号无法注册特定应用的问题。比 如说手机号的老用户使用该手机号注册了支付宝账户。郝么新用户再使用该手机号注册支 付宝账户时，支付宝服务系统会发现登录名冲突，因而可能会暂时拒绝该注册，直到冲突解 除。此外，若老用户没有及时更改手机号，其可能会导致业务短信或者安全校验短信发到该 手机号，被该手机号新用户接收到的问题。由此可见，二次放号一方面可能会造成用户体验 降低的问题，另一方面还可能引发安全隐患。 事实上，随着互联网的发展，二次放号现象不仅仅局限于手机号，还存在于邮箱W及QQ号等领域。比如说QQ融号的转让，就会在事实上导致QQ号的二次放号，而大型的Web 邮件服务商往往会回收郝些长期不使用的邮件账户，然后给新用户注册使用，送也导致事 实上二次放号的产生。由此可见，二次放号的现象广泛存在与互联网应用中。 目前上述问题的解决主要依赖人工处理。比如手机号的新用户找到支付宝的人工 客服，证明自己是该手机号的合法拥有者，由人工客服在后台强行处理，将该手机号的原用 户留存在系统中的手机号进行修改，送样就可W达到释放手机号的目标。释放之后，系统内 该手机号不存在，郝么新用户使用该手机号注册就满足唯一性的控制要求，注册于是就能 够成功。 送种人工处理方式弊端显著：第一，人工成本高，在大型的互联网应用中，比如淘 宝或新浪微博等，用户数量巨大，二次放号的数量不小，用人力去解决问题，成本太高；第 二，用户体验差，人工客服通常需要手机号的新用户提供各种证据来证明自己对手机号的 合法拥有，送无疑增加了用户很多额外的操作要求；第H，人工客服进行信息核对W及处理 需要较长的时间，用户无法及时完成注册；第四，老用户账户中的手机号被修改，如何妥善 处理又是一个需要人工再次解决的问题。
技术实现思路
有鉴于此，本申请提供一种用户账户管理装置，应用于服务器上，包括：前置检查 单元、常规注册单元、特殊注册单元W及登录管理单元，其中： 前置检查单元，用于获取当前用户的注册请求中的登录名本体，在账户表查找是 否存在使用该登录名本体的冲突老用户；若存在，转特殊注册单元处理； 特殊注册单元，用于获取对应于冲突老用户的登录附加因子，并为当前用户生成 不同于冲突老用户的登录附加因子；在该用户注册成功时，基于对应于所述当前用户的登 录附加因子W及该用户注册请求中的登录名本体和登录密码在账户表中创建账户记录； 登录管理单元，用于获取当前用户登录请求中的登录名本体W及登录密码，在账 户表中查找是否存在匹配的账户记录；若存在多个匹配的账户记录，则向该用户发送附加 因子验证界面，并当任一账户对应的登录附加因子验证成功后，允许用户登录相应的账户； 若存在唯一匹配的账户记录，则允许用户登录该账户；若不存在，则拒绝该用户登录。 本申请还提供一种用户账户管理方法，应用于服务器上，该方法包括： 获取当前用户的注册请求中的登录名本体，在账户表查找是否存在使用该登录名 本体的冲突老用户； 若存在使用该登录名本体的冲突老用户，获取对应于冲突老用户的登录附加因 子，并为当前用户生成不同于冲突老用户的登录附加因子；在该用户注册成功时，基于对应 于所述当前用户的登录附加因子W及该用户注册请求中的登录名本体和登录密码在账户 表中创建账户记录； 获取当前用户登录请求中的登录名本体W及登录密码，在账户表中查找是否存在 匹配的账户记录；若存在多个匹配的账户记录，则向该用户发送附加因子验证界面，并当任 一账户对应的登录附加因子验证成功后，允许用户登录相应的账户；若存在唯一匹配的账 户记录，则允许用户登录该账户；若不存在，则拒绝该用户登录。 相较于现有技术，本申请有效地解决了二次放号等现象引发登录名冲突情况下所 导致的用户体验下降，解决冲突人工客服成本高的问题。【附图说明】 图1是本申请一个例子中用户帐户管理装置的逻辑结构W及硬件环境图。 图2是本申请一个例子中用户帐户管理方法的处理流程图。 图3是本申请一个例子中提示用户记录登录附加因子的界面示意图。 图4是本申请一个例子中引导用户修改手机号的流程图。 图5是本申请一个例子中用户找回密码的界面示意图。 图6是本申请另一个例子中用户找回密码的界面示意图。【具体实施方式】 本申请通过改进应用系统内部的数据组织方式，W及对应的处理流程来大幅度改 善二次放号引发注册冲突而导致用户体验下降的问题。请参考表1，在本申请一种实施方式 中，在特殊业务场景的驱动下，在系统内记录每个用户账户信息的账户表（请参考表1的示 例）中，登录名字段（字段一）中除了登录名本体之外还可W包括更多的参数，但是任意一 条账户记录的登录名字段中的数据在应用系统的数据库表中具有唯一性，系统通过冲突识 别参数的引入保证登录名字段内登录名数据的唯一性，而登录名本体则允许重复。从用户 的使用角度来说，其依然会继续将登录名本体作为登录名，也就是说登录名字段的数据结 构的变化对于用户而言是无需感知的，事实上用户认为的登录名在系统中事实上是登录名 本体，其可能是系统中的登录名数据本身，也可能只是登录名数据的一部分。同时，由于字 符串的引入，使得基于"登录名本体+字符串"的组合，即使在登录名本体相同的情况下，也 可W根据字符串的差异实现有效区分，即实际上实现了登录名的差异化。因此，即便在登录 名本体和登录密码相同的情况下，也能够准确区分不同账户，并确保每个账户的正常登录。 [002引请参考表1的示例，其中用户Tony使用手机号18611180751作为登录名，在系统 中该用户账户记录的登录名字段中的登录名数据则是"18611180751"，而用户Kevin也使 用18611180751作为登录名，在系统中用户Kevin账户记录的登录名字段中的登录名数据 则可W是"18611180751 |R"。通过送样的数据组织方式，系统数据库中的登录名的唯一性 得到了保证，W下将继续描述基于该数据组织方式如何为用户提供体验更好的服务。值得 注意的是，在本示例中，登录名字段中还包括预先定义的分隔符"I"，分隔符的引入是考虑 到业务的可扩展性，但并不是必须的选择。比如说在中国大陆地区，目前所有的手机号都是 11位的，因为对于郝些业务集中在中国大陆地区的服务商而言，实施过程中并不需要引入 分隔符，因为系统可W根据手机号的长度来确定手机号与冲突识别参数的分界，从而准确本文档来自技高网...

【技术保护点】
一种用户账户管理装置，应用于服务器上，包括：前置检查单元、常规注册单元、特殊注册单元以及登录管理单元，其特征在于：前置检查单元，用于获取当前用户的注册请求中的登录名本体，在账户表查找是否存在使用该登录名本体的冲突老用户；若存在，转特殊注册单元处理；特殊注册单元，用于获取对应于冲突老用户的登录附加因子，并为当前用户生成不同于冲突老用户的登录附加因子；在该用户注册成功时，基于对应于所述当前用户的登录附加因子以及该用户注册请求中的登录名本体和登录密码在账户表中创建账户记录；登录管理单元，用于获取当前用户登录请求中的登录名本体以及登录密码，在账户表中查找是否存在匹配的账户记录；若存在多个匹配的账户记录，则向该用户发送附加因子验证界面，并当任一账户对应的登录附加因子验证成功后，允许用户登录相应的账户；若存在唯一匹配的账户记录，则允许用户登录该账户；若不存在，则拒绝该用户登录。

【技术特征摘要】

【专利技术属性】
技术研发人员：钱剑波，倪行军，俞峰，
申请(专利权)人：阿里巴巴集团控股有限公司，
类型：发明
国别省市：开曼群岛;KY