CN107333005B - 应急解锁方法、解锁服务器、用户设备及系统 - Google Patents

Abstract

本发明提供一种应急解锁方法、解锁服务器、用户设备及系统，其中方法包括：接收用户设备发送的应急解锁请求，所述应急解锁请求包括用户的手机号码以及用户的个人信息；根据所述用户的手机号码，查找用户申请所述手机号码时登记的个人信息；判断用户登记的个人信息与所述应急解锁请求中的个人信息是否一致；若一致，则向所述用户设备发送解锁指令，以使所述用户设备根据所述解锁指令进行解锁。本发明提供的应急解锁方法、解锁服务器、用户设备及系统，无需用户预先配置也能够实现解锁功能，步骤简单，效率较高，为用户提供了便利。

Description

应急解锁方法、解锁服务器、用户设备及系统

技术领域

本发明涉及通信技术，尤其涉及一种应急解锁方法、解锁服务器、用户设备及系统。

背景技术

随着通信产业的发展和人们生活水平的提高，用户设备尤其是智能用户设备迅速普及，成为人们日常生活、工作和学习中必不可少的电子产品。为保护个人信息及隐私、避免误操作或节省电力，智能用户设备一般都设置有锁定、解锁功能例如锁定屏幕和解锁屏幕等。在选定“自动锁屏”这一选项后，若一定时间内用户无操作，用户设备会自动锁定屏幕。锁屏后的用户设备，必须要进行解锁才能继续使用。锁屏的方式有很多，常见的有：滑动、面部、签名、图案、数字密码、指纹、虹膜锁屏等。

现有技术中，开启用户设备的锁屏功能，设置锁屏密码或图案后，若用户忘记正确的解锁密码或图案，多次尝试解锁失败时用户设备会被锁死。例如：解锁失败次数达到预设值时，用户设备会禁止用户继续输入，需等待一段时间后，才能继续解锁。因此，若用户真的忘记解锁密码，便无法解锁用户设备，而不能解锁用户设备，也就无法使用用户设备及用户设备上的应用，影响用户的使用，用户体验效果不佳。虽然在极端情况下，可以通过刷机或双清的方式去除用户设备的屏幕锁定，但这样做的同时用户设备上的各种信息和应用，如短信、联系人等也被清除，给用户带来很大不便。

针对用户忘记锁屏密码而影响使用用户设备的问题，现有技术中已存在多种解决方案。例如，通过与预设信任号码通话以确认用户身份，接收到正确的解锁验证码时解锁设备；通过与预设号码的交互获取忘记密码设备的解锁信息；根据预设应用返回的密码重置指令的反馈，执行解除锁屏状态的密码重置操作；提示用户预设的密保问题，若用户回答正确则解锁设备；预先设置云端解锁密码，通过与云端交互获取解锁密码。

现有技术的不足之处在于，无论是预设云端的解锁密码，还是预设密保问题，或者是预先指定其他联系人，都需用户预先进行设置，操作步骤繁杂，效率低下，用户体验较差，且在用户没有预先配置时，无法实现解锁功能。

发明内容

本发明提供一种应急解锁方法、解锁服务器、用户设备及系统，用以解决现有的应急解锁方法需要用户预先进行配置、步骤繁琐、效率低下的技术问题。

本发明提供一种应急解锁方法，包括：

接收用户设备发送的应急解锁请求，所述应急解锁请求包括用户的手机号码以及用户的个人信息；

根据所述用户的手机号码，查找用户申请所述手机号码时登记的个人信息；

判断用户登记的个人信息与所述应急解锁请求中的个人信息是否一致；

若一致，则向所述用户设备发送解锁指令，以使所述用户设备根据所述解锁指令进行解锁。

进一步地，根据所述用户的手机号码，查找用户申请所述手机号码时登记的个人信息，包括：

向业务运营支撑系统发送查找信息，所述查找信息包括所述用户的手机号码；

接收所述业务运营支撑系统发送的登记信息，所述登记信息包括用户申请所述手机号码时登记的个人信息。

进一步地，在判断用户登记的个人信息与所述应急解锁请求中的个人信息是否一致之前，还包括：

向第三方服务器发送查询请求，所述查询请求包括所述用户的手机号码；

接收所述第三方服务器发送的反馈信息，所述反馈信息包括用户在所述第三方服务器使用所述手机号码注册时登记的个人信息；

相应的，判断用户登记的个人信息与所述应急解锁请求中的个人信息是否一致，包括：

将从所述业务运营支撑系统以及至少一个第三方服务器获取的多个个人信息分别与所述应急解锁请求中的个人信息进行对比；

在从所述业务运营支撑系统以及至少一个第三方服务器获取的多个个人信息中，若与所述应急解锁请求中的个人信息一致的个数与总数的比例大于预设阈值，则判断用户登记的个人信息与所述应急解锁请求中的个人信息一致。

进一步地，所述用户的个人信息包括下述至少一种：用户的姓名、身份证号、头像、工作单位、工作地址、家庭地址；

所述应急解锁请求中的手机号码为以前用户成功解锁时对应的手机号码。

本发明还提供一种应急解锁方法，包括：

向解锁服务器发送应急解锁请求，所述应急解锁请求包括用户的手机号码以及用户输入的个人信息，以使所述解锁服务器判断用户申请所述手机号码时登记的个人信息与用户解锁失败时输入的个人信息是否一致；

接收所述解锁服务器在判断一致时发送解锁指令；

根据所述解锁指令进行解锁。

进一步地，所述方法还包括：

在用户成功解锁时，记录当前卡槽内安装的手机卡的手机号码；

将当前的手机手机号码对应的成功解锁次数加一。

进一步地，向解锁服务器发送应急解锁请求，包括：

在用户连续解锁失败超过第一预设次数时，提示用户输入手机号码和个人信息；

获取所述用户输入的手机号码和个人信息；

判读所述用户输入的手机号码对应的成功解锁次数是否大于第二预设次数；

若大于，则向所述解锁服务器发送应急解锁请求。

本发明还提供一种解锁服务器，包括：

第一接收模块，用于接收用户设备发送的应急解锁请求，所述应急解锁请求包括用户的手机号码以及用户的个人信息；

查找模块，用于根据所述用户的手机号码，查找用户申请所述手机号码时登记的个人信息；

判断模块，用于判断用户登记的个人信息与所述应急解锁请求中的个人信息是否一致；

第一发送模块，用于在一致时向所述用户设备发送解锁指令，以使所述用户设备根据所述解锁指令进行解锁。

进一步地，所述查找模块具体用于：

向业务运营支撑系统发送查找信息，所述查找信息包括所述用户的手机号码；

接收所述业务运营支撑系统发送的登记信息，所述登记信息包括用户申请所述手机号码时登记的个人信息。

进一步地，所述查找模块还用于：

向第三方服务器发送查询请求，所述查询请求包括所述用户的手机号码；

接收所述第三方服务器发送的反馈信息，所述反馈信息包括用户在所述第三方服务器使用所述手机号码注册时登记的个人信息；

相应的，所述判断模块具体用于：

将从所述业务运营支撑系统以及至少一个第三方服务器获取的多个个人信息分别与所述应急解锁请求中的个人信息进行对比；

在从所述业务运营支撑系统以及至少一个第三方服务器获取的多个个人信息中，若与所述应急解锁请求中的个人信息一致的个数与总数的比例大于预设阈值，则判断用户登记的个人信息与所述应急解锁请求中的个人信息一致。

进一步地，所述用户的个人信息包括下述至少一种：用户的姓名、身份证号、头像、工作单位、工作地址、家庭地址；

所述应急解锁请求中的手机号码为以前用户成功解锁时对应的手机号码。

本发明还提供一种用户设备，包括：

第二发送模块，用于向解锁服务器发送应急解锁请求，所述应急解锁请求包括用户的手机号码以及用户输入的个人信息，以使所述解锁服务器判断用户申请所述手机号码时登记的个人信息与用户解锁失败时输入的个人信息是否一致；

第二接收模块，用于接收所述解锁服务器在判断一致时发送解锁指令；

解锁模块，用于根据所述解锁指令进行解锁。

进一步地，所述解锁模块还用于：

在用户成功解锁时，记录当前卡槽内安装的手机卡的手机号码；

将当前的手机手机号码对应的成功解锁次数加一。

进一步地，所述第二发送模块具体用于：

在用户连续解锁失败超过第一预设次数时，提示用户输入手机号码和个人信息；

获取所述用户输入的手机号码和个人信息；

判读所述用户输入的手机号码对应的成功解锁次数是否大于第二预设次数；

若大于，则向所述解锁服务器发送应急解锁请求。

本发明还提供一种应急解锁系统，包括：上述任一所述的解锁服务器以及上述任一所述的用户设备。

本发明提供的应急解锁方法、解锁服务器、用户设备及系统，通过接收用户设备发送的应急解锁请求，所述应急解锁请求包括用户的手机号码以及用户的个人信息，根据所述用户的手机号码，查找用户申请所述手机号码时登记的个人信息，判断用户登记的个人信息与所述应急解锁请求中的个人信息是否一致，并在一致时向所述用户设备发送解锁指令，以使所述用户设备根据所述解锁指令进行解锁，无需用户预先配置也能够实现解锁功能，步骤简单，效率较高，为用户提供了便利。

附图说明

图1为本发明实施例一提供的应急解锁方法的流程图；

图2为本发明实施例二提供的应急解锁方法的流程图；

图3为本发明实施例三提供的解锁服务器的结构框图；

图4为本发明实施例四提供的用户设备的结构框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本申请实施例中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

近年来，为遏制骚扰电话和短信的猖獗，通信运营商开展电话实名制的工作，并取得了实质性的进展，电话实名制的积极进展为运营商提供个性化的通信服务奠定了基础。

通常，与用户实名制相关的信息及通信记录，都保存在运营商的业务运营支撑系统(Business&Operation Support System，BOSS)中。业务运营支撑系统一般可分为营业、计费、帐务三大分系统，各分系统间通过一定的接口相互通信，以完成对运营商整体业务的支撑。用户的通信记录除在网络中的相关网元保留外，还被收集保存在计费分系统中，所以用户才能查询自己电话号码的通信记录、详单等信息。

现有的应急解锁方案都无需通信运营商的参与，没有充分利用运营商的后台数据资源，不能满足通信运营商创新服务和业务的需求，不能助力通信运营商推出个性化和差异化的业务。

而本发明实施例旨在提出一种无需用户预先配置、基于通信运营商已有数据通过运营商认证实现应急解锁的方法，以满足用户需求以及运营商创新服务和业务的需求。

实施例一

本发明实施例一提供一种应急解锁方法。图1为本发明实施例一提供的应急解锁方法的流程图。如图1所示，本实施例中的方法，可以包括：

步骤101、接收用户设备发送的应急解锁请求，所述应急解锁请求包括用户的手机号码以及用户的个人信息。

针对用户忘记锁屏密码从而给用户使用带来不便的问题，本实施例提供了一种基于运营商认证实现应急解锁的方法。

本实施例中方法的执行主体可以为解锁服务器。所述用户设备可以为智能手机、平板设备、电脑等任意可以使用运营商SIM(Subscriber Identification Module，客户识别模块)卡的设备。

本实施例中的方法，可以用于解锁屏幕，也可以用于其它解锁操作，例如解锁用户设备中的应用程序或者某些权限等。为了便于描述，本实施例中以解锁屏幕为例进行说明。

当用户设备的屏幕锁定之后，需要输入相应的密码或图案才能够解锁，若用户连续多次输入错误，如连续三次输入错误时，就无法继续输入密码或图案，需要进入应急解锁程序。

此时，用户设备可以向用户展示应急解锁界面，提示用户输入个人信息，个人信息可以包括下述至少一种：用户的姓名、身份证号、头像、工作单位、工作或家庭地址等。用户可以通过键盘、触摸屏、麦克风、摄像头等输入所述个人信息。

在获取用户输入的个人信息后，用户设备可以向解锁服务器发送应急解锁请求，所述应急解锁请求包括用户的手机号码以及用户输入的个人信息。

其中，所述应急解锁请求中的手机号码可以是用户设备当前安装或使用的手机号码，在用户连续多次输入解锁密码或图案错误时，用户设备可以检测机身卡槽内安装的手机卡对应的手机号码，并与用户输入的个人信息一起发送给解锁服务器。

或者，所述应急解锁请求中的手机号码可以是以前用户成功解锁时对应的手机号码。例如，用户设备可以记录每次用户成功解锁屏幕时在卡槽内安装的手机卡的手机号码，然后，在发送应急解锁请求时，将成功解锁时对应的手机号码发送给解锁服务器，避免不法分子通过临时更换手机卡来完成应急解锁功能。

优选的是，在每次用户成功解锁时，用户设备可以记录当前卡槽内安装的手机卡的手机号码，然后，将当前的手机手机号码对应的成功解锁次数加一。相应的，用户设备向解锁服务器发送应急解锁请求，可以包括：在用户连续解锁失败超过第一预设次数时，提示用户输入手机号码和个人信息；获取所述用户输入的手机号码和个人信息；判读所述用户输入的手机号码对应的成功解锁次数是否大于第二预设次数；若大于，则向所述解锁服务器发送应急解锁请求。

可以理解的是，用户输入手机号码与输入个人信息的时机可以根据实际需要调整。例如，除了可以同时输入手机号码和个人信息以外，也可以先输入手机号码，在判断用户输入的手机号码对应的成功解锁次数大于第二预设次数时，再请用户输入个人信息；或者，可以在判断之前输入一部分个人信息，在判断之后输入另一部分个人信息，例如首先输入手机号码、姓名及身份证号，在判断用户输入的手机号码对应的成功解锁次数大于第二预设次数后，再请用户输入头像信息。

为了更加直观具体地说明本实施例的工作过程，体现本发明的优势和给用户带来的便捷，通过以下例子来详细描述本实施例的工作过程：假设某通信运营商已部署本发明所述的解锁服务器，用户A为该运营商的一个用户，手机号码为：“1850110XXX7”，使用的用户设备为一部华为手机Mate 8，同时具有本实施例中提供的应急解锁功能。用户A在该通信运营商开户时所登记的身份证号码为：“421087197905153173”，姓名为：“王三”。

在用户设备侧，可以通过以下几个步骤来发送应急解锁请求。

(1)、信息收集

用户每次解锁屏幕成功，用户设备立即获取机身卡槽内安装使用的手机卡的相关信息，如手机号码，并统计用户设备使用该手机号码时用户成功解锁屏幕的次数，将获取的次数信息保存在用户设备的数据库中。需注意的是，本实施例并不统计通过在解锁时无需输入任何解锁凭据的屏幕锁定方式如通过滑动解锁方式成功解锁的情况。

若屏幕解锁成功时，用户设备检测到卡槽内并未安装手机卡，可不进行本步骤(1)的信息收集工作。

按照前述假设，华为Mate 8在用户A每次成功解锁时，获取Mate 8卡槽中安装使用手机卡的手机号码。假设用户A一直在使用手机号码“1850110XXX7”，故Mate 8获取的手机号码即为“1850110XXX7”，Mate8将获取的手机号码和统计的解锁成功的次数，如62次，保存在数据库模块中，结果如表1所示。

表1用户设备记录的成功解锁时手机卡的信息示例

(2)、判断是否满足应急解锁条件

每次屏幕解锁失败，用户设备应立即开展连续解锁失败次数的统计工作。具体地讲，就是在用户解锁屏幕失败时，用户设备立即开始计数，将连续解锁失败次数赋值为1；若接下来，用户再次解锁屏幕失败，用户设备将连续解锁失败次数加1，即为2；依次类推……；统计期间一旦用户解锁屏幕成功，用户设备立即结束连续解锁失败次数的统计工作，并将连续解锁失败次数赋值为0。同时，用户设备每统计一次连续解锁失败次数就应与预先设定的第一预设次数进行比较：若统计的连续解锁失败次数大于第一次数阈值，可在用户设备锁屏界面弹出应急解锁选项，经用户选择确认后弹出应急解锁界面；否则，继续进行连续解锁失败次数的统计及与第一预设次数的比较工作。

用户设备的应急解锁界面可以提示用户输入手机号码以及该手机号码在运营商开户时所登记的个人信息如姓名、证件类型、证件号码等。可选地，个人信息还可以包括其他可以识别用户身份的信息，如开户时的营业厅、开户证件上的地址等。

用户设备接收用户按提示输入的相关信息后，进行是否满足应急解锁条件的判断：判读所述用户输入的手机号码对应的成功解锁次数是否大于第二预设次数；若大于，则判断满足应急解锁条件。

优选的是，为了保证用户设备的安全性，在获取用户输入的手机号码后，还可以将用户输入的手机号码与用户设备卡槽中安装使用的手机卡的手机号码进行比较，判断两者是否一致。若两者一致时，再将该手机号码与用户设备数据库中保存的用户设备成功解锁时收集的手机号码逐一匹配，判断用户设备数据库中是否存在与该手机号码一致的手机号码。若数据库中存在与该手机号码一致的手机号码时，再将数据库中记录的该手机号码成功解锁的次数与第二预设次数进行比较，判断数据库记录的该手机号码成功解锁的次数是否大于第二预设次数：若数据库中记录的该手机号码成功解锁次数大于第二预设次数，可判定此时用户设备满足应急解锁条件。上述三个环节的判断过程中，任何一环不满足，可判定此时用户设备不满足应急解锁条件。

例如，假设第一预设次数C1＝4次，且用户A在某次解锁失败后，Mate8统计的连续解锁失败次数c1达到5次，因c1>C1，故Mate 8弹出应急解锁的选项，经用户A点击确认应急解锁选项后，弹出应急解锁界面。

Mate 8弹出的应急解锁界面覆盖原有锁屏界面，提示用户输入Mate 8所使用的手机号码、以及该手机号码在开户时所登记的姓名、证件类型及号码。用户A根据应急解锁界面的提示，输入相关信息，即手机号码：“1850110XXX7”，姓名：“王三”，开户证件类型：“身份证”，证件号码：“421087197905153173”。

Mate 8在用户A按提示输入相关信息后，获取用户A输入的手机号码：“1850110XXX7”，并与自身卡槽中安装的手机卡的手机号码进行比较，判断两者是否一致。本实施例中，设手机号码为“1850110XXX7”的手机卡一直安装在Mate 8的卡槽中，故两者一致。然后，Mate 8在自身数据库中匹配手机号码“1850110XXX7”，判断其是否存在。本实施例中，Mate8收集的成功解锁时使用的手机卡的手机号码如表1所示，显然，用户输入的手机号码“1850110XXX7”与Mate 8收集的号码相匹配，故应提取数据库中收集记录的该手机号码成功解锁的次数c2＝62次，与预先设置的第二预设次数C2＝10进行比较，因c2>C2，故可判断用户A输入的信息满足应急解锁的条件。

若用户设备满足应急解锁条件时，则继续执行本实施例接下来的工作过程；否则，终止本实施例的工作过程。

(3)、发送应急解锁请求

若满足应急解锁条件，用户设备可以通过网络向解锁服务器发送应急解锁请求，或者，用户设备也可以请用户补充输入其它个人信息，例如通过前置摄像头捕获用户的头像数据，然后再向解锁服务器发送应急解锁请求，该请求中应包含用户在应急解锁界面输入的相关信息，如手机号码、证件类型及号码以及前置摄像头捕获的用户头像等。

发送应急解锁请求时，用户设备应具备互联网连接。互联网连接的方式可以是通过运营商的移动网络，也可以是通过Wi-Fi网络。若发送应急解锁请求时，用户设备不具备互联网连接，应自动开启数据连接并通过移动网络接入互联网。若用户设备接入互联网失败，则终止本实施例的工作过程。

按照前述假设，Mate 8在步骤(2)中已判断用户A的输入满足应急解锁条件，故Mate 8通过前置摄像头捕获用户A的头像，并通过网络向解锁服务器发送应急解锁请求，请求中包含用户A输入的手机号码：“1850110XXX7”、姓名：“王三”、开户证件类型：“身份证”、身份证号码：“421087197905153173”以及前置摄像头捕获的头像数据。

本实施例中，Mate 8可以通过运营商的移动网络向解锁服务器发送应急解锁请求。

步骤102、根据所述用户的手机号码，查找用户申请所述手机号码时登记的个人信息。

具体地，解锁服务器中可以存储有各用户开户时登记的个人信息，根据用户的手机号码，可以查找到申请所述手机号码时登记的个人信息。

或者，解锁服务器中无需导入用户的开户信息，解锁服务器可以直接通过与业务运营支撑系统的交互来获取手机号码对应的个人信息。

相应的，本步骤中的根据所述用户的手机号码，查找用户申请所述手机号码时登记的个人信息，可以包括：向业务运营支撑系统发送查找信息，所述查找信息包括所述用户的手机号码；接收所述业务运营支撑系统发送的登记信息，所述登记信息包括用户申请所述手机号码时登记的个人信息。

进一步地，解锁服务器还可以向第三方服务器发送查询请求，所述查询请求包括所述用户的手机号码；接收所述第三方服务器发送的反馈信息，所述反馈信息包括用户在所述第三方服务器使用所述手机号码注册时登记的个人信息。

具体地，解锁服务器在接到用户设备发送的应急解锁请求后，可以提取请求中所包含的手机号码，并以该手机号码为依据向其归属运营商的业务运营支撑系统发送查找信息，查询该手机号码在开户时所登记的个人信息，如姓名、证件类型及号码、身份证复印件等。

可选地，解锁服务器在向运营商的业务运营支撑系统发送查找信息的同时，还可向第三方服务器发送查询请求，所述第三方服务器可以是互联网公司如电商平台、快递送餐、网上支付平台及社交网络等的后台服务器，查询请求用于查询使用该手机号码进行注册及实名认证、成功办理业务的个人信息。

按照前述假设，解锁服务器接到Mate 8发来应急解锁请求后，提取请求中所包含的电话号码，即“1850110XXX7”，并据此向其归属运营商的业务运营支撑系统发送查找信息，查询电话号码“1850110XXX7”在该运营商开户时所登记的信息，如姓名、开户证件类型及证件号码、身份证复印件等。

可选地，若运营商为了扩大本发明的适用范围和安全性而使用第三方互联网公司的数据时，解锁服务器在通过运营商的业务运营支撑系统查询电话号码“1850110XXX7”对应的开户信息的同时，还可以向第三方互联网公司如淘宝、微信及顺丰查询使用该电话号码进行注册及实名认证的信息，如姓名、实名认证的证件类型及号码、实名认证时用户提交的头像数据、成功办理业务的信息等。

运营商的业务运营支撑系统接到解锁服务器发来的查找信息后，可以提取其中所包含的手机号码，并根据手机号码在系统内部查询该手机号码在开户时所登记的个人信息，如姓名、证件类型及号码、身份证复印件等，并将结果通过网络反馈给解锁服务器。

可选地，第三方服务器也在其系统内部查询使用该手机号码进行注册及实名认证的相关信息，如姓名、实名认证的证件类型及号码、实名认证时用户提交的头像数据等，并向解锁服务器反馈结果。

本实施例中，运营商的业务运营支撑系统接到解锁服务器发来的开户信息查询请求后，提取请求中所包含的电话号码，即“1850110XXX7”，并以此为依据在系统内部查询该电话号码在开户时所登记的姓名、证件类型及证件号码、身份证复印件等。假设查询到的该电话号码的开户信息如下：姓名：“王三”，证件类型：“身份证”，证件号码：“421087197905153173”和身份证复印件的图像。运营商的业务运营支撑系统将查询到的结果反馈给解锁服务器。

可选地，在使用第三方互联网公司的数据时，各第三方服务器在接到解锁服务器的查询请求后，以请求中所包含的电话号码“1850110XXX7”为依据，在其内部系统中查询使用该电话号码进行注册及实名认证的用户的个人信息，如姓名、实名认证的证件类型及号码、实名认证时用户提交的头像数据、成功办理业务的信息等。这里假设各第三方服务器的查询结果如表2所示。

表2第三方服务器反馈的相关信息

步骤103、判断用户登记的个人信息与所述应急解锁请求中的个人信息是否一致。

解锁服务器接到运营商的业务运营支撑系统反馈的登记信息后，可以根据规则确定本次应急解锁的解锁标识。

具体地，解锁服务器可以比较用户设备上报的用户输入的姓名、证件类型及号码、捕获的用户头像与运营商的业务运营支撑系统反馈的该手机号码开户时所登记的姓名、证件类型及号码、身份证复印件上的头像是否一致。若一致时，可判定本次应急解锁的解锁标识为：“Y”；否则，可判定本次应急解锁的解锁标识为：“N”。

进一步地，若在步骤102中获取了第三方服务器的数据，则本步骤中的判断用户登记的个人信息与所述应急解锁请求中的个人信息是否一致，可以包括：

将从所述业务运营支撑系统以及至少一个第三方服务器获取的多个个人信息分别与所述应急解锁请求中的个人信息进行对比；在从所述业务运营支撑系统以及至少一个第三方服务器获取的多个个人信息中，若与所述应急解锁请求中的个人信息一致的个数与总数的比例大于预设阈值，则判断用户登记的个人信息与所述应急解锁请求中的个人信息一致。

具体地，使用第三方互联网公司数据时，可以采用多数原则，只要用户设备上报的用户输入的姓名、证件类型及号码及捕获的用户头像与多数公司的数据(含运营商的数据)一致时，即可判定本次应急解锁的标识为：“Y”；否则，可判定本次应急解锁的解锁标识为：“N”。

也就是说，解锁服务器比较用户设备上报的用户输入的姓名、手机号码、证件类型及号码、捕获的头像数据与运营商业务运营支撑系统反馈的信息及第三方互联网公司反馈的信息的一致性，若用户输入的信息与各公司数据的一致性大于预设阈值如50％，则可判定本次应急解锁的解锁标识为：“Y”；否则，可判定本次应急解锁的解锁标识为：“N”。

举例来说，解锁服务器接到某运营商的业务运营支撑系统反馈的电话号码“1850110XXX7”的开户信息后，比较运营商反馈的查询结果和用户A通过Mate 8输入的应急解锁信息，确定本次应急解锁的解锁标识。按照前述假设，很明显用户A通过Mate 8上报的姓名、身份证类型、身份证号码等信息与运营商的业务运营支撑系统反馈的查询结果一致，同时，也假设Mate 8捕获的用户A的头像数据与运营商反馈的该号码开户时所留身份证复印件上的头像一致，故可确定本次应急解锁的解锁标识为：“Y”。

可选地，若使用第三方互联网公司的数据时，解锁服务器汇总运营商和各互联网公司反馈的相关信息如表3所示。

表3解锁服务器汇总的信息

很明显，用户A通过Mate 8上报的信息除了和运营商的业务运营支撑系统反馈的信息一致外，与其他第三方互联网公司反馈的信息都不一致，故可确定在此种情况下本次应急解锁的标识为：“N”。分析原因，可能是王三在开户后将该电话号码交给李四来使用。这里假设另一用户B在Mate 8的应急解锁界面输入的信息为姓名：“李四”、证件类型为：“身份证”、证件号码为：“232320202850101222”，及捕获的头像数据，与表3中的多数公司反馈的数据相同，占比为75％，超过预设阈值50％，故可确定在此种情况下本次应急解锁的解锁标识为：“Y”。

步骤104、若一致，则向所述用户设备发送解锁指令，以使所述用户设备根据所述解锁指令进行解锁。

解锁服务器可以通过网络将本次应急解锁的标识反馈给用户设备。用户设备收到解锁服务器反馈的解锁标识后，根据解锁标识进行解锁或维持屏幕锁定状态。

具体地，若解锁服务器反馈的解锁标识为“Y”，则用户设备进行解锁；若解锁服务器反馈的解锁标识为“N”，则用户设备维持锁定状态。

可选地，在解锁之后，还可以弹出密码重置界面，提示用户重设密码。

在实际应用中，本发明基于通信运营商的后台数据，通过比对用户在应急解锁界面输入的手机号码、身份证号等与运营商后台数据的匹配性，实现了基于运营商认证的应急解锁方案，结合互联网企业的实名认证机制，可以为用户提供适用性更广和安全性更强的应急解锁服务。

本实施例提供的应急解锁方法，通过接收用户设备发送的应急解锁请求，所述应急解锁请求包括用户的手机号码以及用户的个人信息，根据所述用户的手机号码，查找用户申请所述手机号码时登记的个人信息，判断用户登记的个人信息与所述应急解锁请求中的个人信息是否一致，并在一致时向所述用户设备发送解锁指令，以使所述用户设备根据所述解锁指令进行解锁，无需用户预先配置也能够实现解锁功能，步骤简单，效率较高，为用户提供了便利。

实施例二

本发明实施例二提供一种应急解锁方法。图2为本发明实施例二提供的应急解锁方法的流程图。如图2所示，本实施例中的方法，可以包括：

步骤201、向解锁服务器发送应急解锁请求，所述应急解锁请求包括用户的手机号码以及用户输入的个人信息，以使所述解锁服务器判断用户申请所述手机号码时登记的个人信息与用户解锁失败时输入的个人信息是否一致；

步骤202、接收所述解锁服务器在判断一致时发送解锁指令；

步骤203、根据所述解锁指令进行解锁。

本实施例中方法的执行主体可以为用户设备，方法的实现原理和具体过程可以参见实施例一，此处不再赘述。

本实施例提供的应急解锁方法，通过向解锁服务器发送应急解锁请求，所述应急解锁请求包括用户的手机号码以及用户输入的个人信息，以使所述解锁服务器判断用户申请所述手机号码时登记的个人信息与用户解锁失败时输入的个人信息是否一致，接收所述解锁服务器在判断一致时发送解锁指令，并根据所述解锁指令进行解锁，无需用户预先配置也能够实现解锁功能，步骤简单，效率较高，为用户提供了便利。

进一步地，实施例二中所述的方法还可以包括：

在用户成功解锁时，记录当前卡槽内安装的手机卡的手机号码；

将当前的手机手机号码对应的成功解锁次数加一。

进一步地，向解锁服务器发送应急解锁请求，可以包括：

在用户连续解锁失败超过第一预设次数时，提示用户输入手机号码和个人信息；

获取所述用户输入的手机号码和个人信息；

判读所述用户输入的手机号码对应的成功解锁次数是否大于第二预设次数；

若大于，则向所述解锁服务器发送应急解锁请求。

实施例三

本发明实施例三提供一种解锁服务器。图3为本发明实施例三提供的解锁服务器的结构框图。如图3所示，本实施例中的解锁服务器，可以包括：

第一接收模块301，用于接收用户设备发送的应急解锁请求，所述应急解锁请求包括用户的手机号码以及用户的个人信息；

查找模块302，用于根据所述用户的手机号码，查找用户申请所述手机号码时登记的个人信息；

判断模块303，用于判断用户登记的个人信息与所述应急解锁请求中的个人信息是否一致；

第一发送模块304，用于在一致时向所述用户设备发送解锁指令，以使所述用户设备根据所述解锁指令进行解锁。

本实施例中的解锁服务器，可以用于执行实施例一所述的应急解锁方法，其实现原理和具体过程可以参见实施例一，此处不再赘述。

本实施例提供的解锁服务器，通过接收用户设备发送的应急解锁请求，所述应急解锁请求包括用户的手机号码以及用户的个人信息，根据所述用户的手机号码，查找用户申请所述手机号码时登记的个人信息，判断用户登记的个人信息与所述应急解锁请求中的个人信息是否一致，并在一致时向所述用户设备发送解锁指令，以使所述用户设备根据所述解锁指令进行解锁，无需用户预先配置也能够实现解锁功能，步骤简单，效率较高，为用户提供了便利。

进一步地，所述查找模块302具体可以用于：

向业务运营支撑系统发送查找信息，所述查找信息包括所述用户的手机号码；

接收所述业务运营支撑系统发送的登记信息，所述登记信息包括用户申请所述手机号码时登记的个人信息。

进一步，所述查找模块302还可以用于：

向第三方服务器发送查询请求，所述查询请求包括所述用户的手机号码；

接收所述第三方服务器发送的反馈信息，所述反馈信息包括用户在所述第三方服务器使用所述手机号码注册时登记的个人信息；

相应的，所述判断模块具体用于：

将从所述业务运营支撑系统以及至少一个第三方服务器获取的多个个人信息分别与所述应急解锁请求中的个人信息进行对比；

在从所述业务运营支撑系统以及至少一个第三方服务器获取的多个个人信息中，若与所述应急解锁请求中的个人信息一致的个数与总数的比例大于预设阈值，则判断用户登记的个人信息与所述应急解锁请求中的个人信息一致。

进一步地，所述用户的个人信息包括下述至少一种：用户的姓名、身份证号、头像、工作单位、工作地址、家庭地址；所述应急解锁请求中的手机号码为以前用户成功解锁时对应的手机号码。

实施例四

本发明实施例四提供一种用户设备。图4为本发明实施例四提供的用户设备的结构框图。如图4所示，本实施例中的用户设备，可以包括：

第二发送模块401，用于向解锁服务器发送应急解锁请求，所述应急解锁请求包括用户的手机号码以及用户输入的个人信息，以使所述解锁服务器判断用户申请所述手机号码时登记的个人信息与用户解锁失败时输入的个人信息是否一致；

第二接收模块402，用于接收所述解锁服务器在判断一致时发送解锁指令；

解锁模块403，用于根据所述解锁指令进行解锁。

本实施例中的用户设备，可以用于执行实施例二所述的应急解锁方法，其实现原理和具体过程可以参见实施例二，此处不再赘述。

本实施例提供的用户设备，通过向解锁服务器发送应急解锁请求，所述应急解锁请求包括用户的手机号码以及用户输入的个人信息，以使所述解锁服务器判断用户申请所述手机号码时登记的个人信息与用户解锁失败时输入的个人信息是否一致，接收所述解锁服务器在判断一致时发送解锁指令，并根据所述解锁指令进行解锁，无需用户预先配置也能够实现解锁功能，步骤简单，效率较高，为用户提供了便利。

进一步地，所述解锁模块403还可以用于：

在用户成功解锁时，记录当前卡槽内安装的手机卡的手机号码；

将当前的手机手机号码对应的成功解锁次数加一。

进一步地，所述第二发送模块401具体可以用于：

在用户连续解锁失败超过第一预设次数时，提示用户输入手机号码和个人信息；

获取所述用户输入的手机号码和个人信息；

判读所述用户输入的手机号码对应的成功解锁次数是否大于第二预设次数；

若大于，则向所述解锁服务器发送应急解锁请求。

实施例五

本发明实施例五提供一种应急解锁系统，包括实施例三所述的解锁服务器以及实施例四所述的用户设备。

本实施例中各部件的结构和功能均与前述实施例类似，此处不再赘述。

可选地，本实施例中的应急解锁系统还可以包括业务运营支撑系统，业务运营支撑系统增加接口与解锁服务器相连，并新增接收和反馈解锁服务器相关信息的功能。

可选地，本实施例中的应急解锁系统还可以包括第三方服务器，第三方服务器增加接口与运营商的解锁服务器相连接，完成接收和反馈解锁服务器相关信息的功能。

本实施例提供的应急解锁系统，通过接收用户设备发送的应急解锁请求，所述应急解锁请求包括用户的手机号码以及用户的个人信息，根据所述用户的手机号码，查找用户申请所述手机号码时登记的个人信息，判断用户登记的个人信息与所述应急解锁请求中的个人信息是否一致，并在一致时向所述用户设备发送解锁指令，以使所述用户设备根据所述解锁指令进行解锁，无需用户预先配置也能够实现解锁功能，步骤简单，效率较高，为用户提供了便利。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，解锁服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种应急解锁方法，其特征在于，包括：

接收用户设备发送的应急解锁请求，所述应急解锁请求包括用户的手机号码以及用户的个人信息；

根据所述用户的手机号码，从业务运营支撑系统以及至少一个第三方服务器查找用户登记的个人信息，所述用户登记的个人信息包括所述用户申请所述手机号码时登记的个人信息以及使用所述手机号码注册时登记的个人信息；

判断所述用户登记的个人信息与所述应急解锁请求中的个人信息是否一致；

若一致，则向所述用户设备发送解锁指令，以使所述用户设备根据所述解锁指令进行解锁，

所述判断所述用户登记的个人信息与所述应急解锁请求中的个人信息是否一致，包括：

将从所述业务运营支撑系统以及至少一个第三方服务器获取的多个个人信息分别与所述应急解锁请求中的个人信息进行对比；

在从所述业务运营支撑系统以及至少一个第三方服务器获取的多个个人信息中，若与所述应急解锁请求中的个人信息一致的个数与总数的比例大于预设阈值，则判断用户登记的个人信息与所述应急解锁请求中的个人信息一致。

2.根据权利要求1所述的方法，其特征在于，根据所述用户的手机号码，从业务运营支撑系统查找用户登记的个人信息，包括：

向所述业务运营支撑系统发送查找信息，所述查找信息包括所述用户的手机号码；

接收所述业务运营支撑系统发送的登记信息，所述登记信息包括用户申请所述手机号码时登记的个人信息。

3.根据权利要求2所述的方法，其特征在于，从至少一个第三方服务器查找用户登记的个人信息，包括：

向第三方服务器发送查询请求，所述查询请求包括所述用户的手机号码；

接收所述第三方服务器发送的反馈信息，所述反馈信息包括用户在所述第三方服务器使用所述手机号码注册时登记的个人信息。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述用户的个人信息包括下述至少一种：用户的姓名、身份证号、头像、工作单位、工作地址、家庭地址；

所述应急解锁请求中的手机号码为以前用户成功解锁时对应的手机号码。

5.一种应急解锁方法，其特征在于，包括：

向解锁服务器发送应急解锁请求，所述应急解锁请求包括用户的手机号码以及用户输入的个人信息，以使所述解锁服务器判断用户申请所述手机号码时登记的个人信息与用户解锁失败时输入的个人信息是否一致；

接收所述解锁服务器在判断一致时发送解锁指令；

根据所述解锁指令进行解锁

所述判断用户申请所述手机号码时登记的个人信息与所述应急解锁请求中的个人信息是否一致，包括：

将从业务运营支撑系统以及至少一个第三方服务器获取的多个个人信息分别与所述应急解锁请求中的个人信息进行对比；

在从所述业务运营支撑系统以及至少一个第三方服务器获取的多个个人信息中，若与所述应急解锁请求中的个人信息一致的个数与总数的比例大于预设阈值，则判断用户登记的个人信息与所述应急解锁请求中的个人信息一致。

6.根据权利要求5所述的方法，其特征在于，还包括：

在用户成功解锁时，记录当前卡槽内安装的手机卡的手机号码；

将当前的手机手机号码对应的成功解锁次数加一。

7.根据权利要求6所述的方法，其特征在于，向解锁服务器发送应急解锁请求，包括：

在用户连续解锁失败超过第一预设次数时，提示用户输入手机号码和个人信息；

获取所述用户输入的手机号码和个人信息；

判读所述用户输入的手机号码对应的成功解锁次数是否大于第二预设次数；

若大于，则向所述解锁服务器发送应急解锁请求。

8.一种解锁服务器，其特征在于，包括：

第一接收模块，用于接收用户设备发送的应急解锁请求，所述应急解锁请求包括用户的手机号码以及用户的个人信息；

查找模块，用于根据所述用户的手机号码，从业务支撑系统以及至少一个第三方服务器查找用户登记的个人信息，所述用户登记的个人信息包括所述用户申请所述手机号码时登记的个人信息以及使用所述手机号码注册时登记的个人信息；

判断模块，用于判断所述用户登记的个人信息与所述应急解锁请求中的个人信息是否一致；

第一发送模块，用于在一致时向所述用户设备发送解锁指令，以使所述用户设备根据所述解锁指令进行解锁,

所述判断模块具体用于：

将从所述业务运营支撑系统以及至少一个第三方服务器获取的多个个人信息分别与所述应急解锁请求中的个人信息进行对比；

在从所述业务运营支撑系统以及至少一个第三方服务器获取的多个个人信息中，若与所述应急解锁请求中的个人信息一致的个数与总数的比例大于预设阈值，则判断用户登记的个人信息与所述应急解锁请求中的个人信息一致。

9.一种用户设备，其特征在于，包括：

第二发送模块，用于向解锁服务器发送应急解锁请求，所述应急解锁请求包括用户的手机号码以及用户输入的个人信息，以使所述解锁服务器判断用户申请所述手机号码时登记的个人信息与用户解锁失败时输入的个人信息是否一致；

第二接收模块，用于接收所述解锁服务器在判断一致时发送解锁指令；

解锁模块，用于根据所述解锁指令进行解锁

所述判断用户申请所述手机号码时登记的个人信息与所述应急解锁请求中的个人信息是否一致，包括：

将从业务运营支撑系统以及至少一个第三方服务器获取的多个个人信息分别与所述应急解锁请求中的个人信息进行对比；

在从所述业务运营支撑系统以及至少一个第三方服务器获取的多个个人信息中，若与所述应急解锁请求中的个人信息一致的个数与总数的比例大于预设阈值，则判断用户登记的个人信息与所述应急解锁请求中的个人信息一致。

10.一种应急解锁系统，其特征在于，包括：权利要求8所述的解锁服务器以及权利要求9所述的用户设备。

Images