一种账户管理方法、系统、设备及计算机可读存储介质与流程

1.本技术涉及网络安全技术领域，更具体地说，涉及一种账户管理方法、系统、设备及计算机可读存储介质。


背景技术：

2.当前，用户在应用软件等过程中，需要执行注册、登录等操作，在此过程中需要将账户信息交付给软件等对应的服务器进行处理，如果攻击者在此过程中作恶的话，会使得用户账户信息泄露，使得用户账户信息的安全性较低。
3.综上所述，如何提高用户账户信息的安全性是目前本领域技术人员亟待解决的问题。


技术实现要素：

4.本技术的目的是提供一种账户管理方法，其能在一定程度上解决如何提高用户账户信息的安全性的技术问题。本技术还提供了一种账户管理系统、设备及计算机可读存储介质。
5.为了实现上述目的，本技术提供如下技术方案：
6.一种账户管理方法，应用于客户端，包括：
7.判断是否保存有用户密钥；
8.若未保存有所述用户密钥，则标记用户账户的状态为缺少密钥，并获取所述用户密钥进行保存；
9.若保存有所述用户密钥，则判断所述用户账户是否已登录；
10.若所述用户账户未登录，则标记所述用户账户的状态为未登录，并基于所述用户密钥进行账户登录；
11.若所述用户账户已登录，则标记所述用户账户的状态为已登录。
12.优选的，所述用户密钥包括所述客户端的扩展密钥及所述客户端的标识密钥；
13.所述获取所述用户密钥包括：
14.获取服务器的系统公钥；
15.获取用户标识信息；
16.生成第一对称密钥，基于所述服务器的系统公钥对所述第一对称密钥进行加密，得到目标加密密钥；
17.传输所述用户标识信息、所述目标加密密钥至所述服务器，以使所述服务器基于所述服务器的系统私钥解密得到所述第一对称密钥；
18.接收所述服务器发送的目标数据，所述目标数据包括数据集及基于所述服务器的系统私钥生成的所述数据集的第一签名信息，所述数据集包括所述客户端的扩展密钥及基于所述第一对称密钥对生成的所述客户端的标识密钥进行加密后得到的第一加密结果，且所述客户端的标识密钥基于所述用户标识信息及密钥基生成；
19.基于所述服务器的系统公钥对所述目标数据进行验签，若验签成功，则获取所述客户端的扩展密钥，并基于所述第一对称密钥对所述第一加密结果进行解密，得到所述客户端的标识密钥；
20.其中，所述密钥基包括8*8的密钥生成矩阵。
21.优选的，所述用户标识信息包括用户手机号；
22.所述传输所述用户标识信息、所述目标加密密钥至所述服务器之前，还包括：
23.传输所述用户手机号及短信验证请求至所述服务器，以使所述服务器向所述用户手机号传输短信验证码；
24.获取目标短信验证码；
25.所述传输所述用户标识信息、所述目标加密密钥至所述服务器之后，还包括：
26.传输所述目标短信验证码至所述服务器，以使所述服务器验证所述目标短信验证码正确后发送所述目标数据。
27.优选的，保存所述用户密钥，包括：
28.直接保存所述客户端的扩展密钥；
29.获取目标密保口令；
30.基于所述目标密保口令生成第二对称密钥；
31.基于所述第二对称密钥对所述客户端的标识密钥进行加密，得到第二加密结果并保存。
32.优选的，所述客户端的扩展密钥包括所述客户端的扩展私钥及所述客户端的扩展公钥；所述客户端的标识密钥包括所述客户端的标识公钥及所述客户端的标识私钥；
33.所述基于所述用户密钥进行账户登录，包括：
34.将所述客户端的扩展私钥及所述客户端的标识私钥进行组合，生成所述客户端的用户私钥；
35.获取账户登录信息；
36.基于所述服务器的系统公钥对所述账户登录信息进行加密，得到第三加密结果；
37.基于所述客户端的用户私钥对所述第三加密结果进行签名，得到第二签名信息；
38.传输所述第三加密结果及所述第二签名信息至所述服务器，以使所述服务器基于所述客户端的用户公钥验证所述第二签名信息合法后、基于所述服务器的系统私钥解密得到所述账户登录信息、并生成与所述账户登录信息对应的登录token；其中，所述客户端的用户公钥基于所述客户端的扩展公钥及所述客户端的标识公钥组合生成；
39.接收所述服务器发送的目标token信息，所述目标token信息包括加密token信息及所述加密token信息的第三签名信息，所述加密token信息包括基于所述客户端的用户公钥对所述登录token进行加密后得到的信息，所述第三签名信息包括基于所述服务器的系统私钥对所述加密token进行签名后得到的信息；
40.若基于所述服务器的系统公钥验证所述第三签名信息合法，则基于所述客户端的用户私钥对所述加密token信息进行解密，得到所述登录token并保存。
41.优选的，所述获取服务器的系统公钥，包括：
42.获取所述服务器的标识信息；
43.获取所述服务器预先生成的所述密钥基，所述密钥基包括8*8的密钥生成矩阵；
44.基于所述服务器的标识信息及所述密钥基中的公钥基生成所述服务器的标识公钥；
45.获取所述服务器的扩展公钥；
46.将所述服务器的标识公钥及所述服务器的扩展公钥进行组合，生成所述服务器的系统公钥。
47.优选的，所述标记所述用户账户的状态为已登录之后，还包括：
48.获取账户注销请求；
49.基于所述服务器的系统公钥对所述账户注销请求进行加密，得到第四加密结果；
50.基于所述客户端的用户私钥对所述第四加密结果进行签名，得到第四签名信息；
51.传输所述第四加密结果及所述第四签名信息至所述服务器，以使所述服务器基于所述客户端的用户公钥验证所述第四签名信息合法后、基于所述服务器的系统私钥解密得到所述账户注销请求、并注销对应的用户账户。
52.一种账户管理系统，应用于客户端，包括：
53.第一判断模块，用于判断是否保存有用户密钥；若未保存有所述用户密钥，则标记用户账户的状态为缺少密钥，并获取所述用户密钥进行保存；
54.第二判断模块，用于若保存有所述用户密钥，则判断所述用户账户是否已登录；若所述用户账户未登录，则标记所述用户账户的状态为未登录，并基于所述用户密钥进行账户登录；
55.第三判断模块，用于若所述用户账户已登录，则标记所述用户账户的状态为已登录。
56.一种账户管理设备，包括：
57.存储器，用于存储计算机程序；
58.处理器，用于执行所述计算机程序时实现如上任一所述账户管理方法的步骤。
59.一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时实现如上任一所述账户管理方法的步骤。
60.本技术提供的一种账户管理方法，应用于客户端，判断是否保存有用户密钥；若未保存有用户密钥，则标记用户账户的状态为缺少密钥，并获取用户密钥进行保存；若保存有用户密钥，则判断用户账户是否已登录；若用户账户未登录，则标记用户账户的状态为未登录，并基于用户密钥进行账户登录；若用户账户已登录，则标记用户账户的状态为已登录。本技术中，客户端在自身未保存有用户密钥的情况下需获取用户密钥；而在保存有用户密钥但未登录的情况下，需基于用户密钥进行账户登录，借助用户密钥实现了账户的安全登录，保护了账户信息的安全性；此外，本技术将账户状态分为缺少密钥、未登录和已登录三个状态，借助这三个状态可以快速、灵活的对用户账户进行管控，操作性好。本技术提供的一种账户管理系统、设备及计算机可读存储介质也解决了相应技术问题。
附图说明
61.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据
提供的附图获得其他的附图。
62.图1为本技术实施例提供的一种账户管理方法的流程图；
63.图2为本技术中获取用户密钥的流程图；
64.图3本技术中客户端基于用户密钥进行账户登录的流程图；
65.图4为本技术实施例提供的一种账户管理系统的结构示意图；
66.图5为本技术实施例提供的一种账户管理设备的结构示意图；
67.图6为本技术实施例提供的一种账户管理设备的另一结构示意图。
具体实施方式
68.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
69.请参阅图1，图1为本技术实施例提供的一种账户管理方法的流程图。
70.本技术实施例提供的一种账户管理方法，应用于客户端，可以包括以下步骤：
71.步骤s101：判断是否保存有用户密钥；若未保存有用户密钥，则执行步骤s102；若保存有用户密钥，则执行步骤s103。
72.步骤s102：标记用户账户的状态为缺少密钥，并获取用户密钥进行保存。
73.实际应用中，客户端可以先判断自身是否保存有用户密钥，若未保存有用户密钥，则标记用户账户的状态为缺少密钥，并获取用户密钥进行存储，以便后续在登录过程中基于用户密钥保证登录安全性。
74.需要说明的是，客户端在获取用户密钥进行存储之后，可以返回执行步骤s101，或者直接执行后续步骤s103等，本技术在此不做具体限定。
75.步骤s103：判断用户账户是否已登录；若用户账户未登录，则执行步骤s104；若用户账户已登录，则执行步骤s105。
76.步骤s104：标记用户账户的状态为未登录，并基于用户密钥进行账户登录。
77.步骤s105：标记用户账户的状态为已登录。
78.实际应用中，客户端在判定自身保存有用户密钥之后，可以判断自身的用户账户是否已登录，若未登录，则标记用户账户的状态为未登录，并基于用户密钥进行账户登录，若已登录，则直接标记用户账户的状态为已登录，以借助用户账户的三个状态灵活管控用户账户。
79.需要说明的是，具体应用场景中，还存在用户账户在不同设备进行登录的情况，此时在判断用户账户是否已登录的过程中，客户端可以先判断自身是否存有登录token及登录token是否在有效期内，若自身未存有登录token或登录token不在有效期内，则确定用户账户的状态为未登录；若自身存有登录token且登录token在有效期内，则获取客户端所在终端设备的标识，并通过服务器来基于该设备标识判断该终端是否为最近登录的设备，若是最近登录的设备，则可以将用户账户的状态标记为已登录；若不是最近登录的设备，则可以通过用户验证该终端设备是否安全，若该终端设备安全，则将用户账户的状态标记为已登录，若该终端设备不安全，则可以将用户账户的状态标记为未登录等，当然，也可以直接
将用户账户的状态标记为未登录等。此外，在客户端无法与服务器进行通信，也即无法获取用户账户的最近登录设备的情况下，可以直接将用户账户的状态标记为已登录等，本技术在此不做具体限定。
80.本技术提供的一种账户管理方法，应用于客户端，判断是否保存有用户密钥；若未保存有用户密钥，则标记用户账户的状态为缺少密钥，并获取用户密钥进行保存；若保存有用户密钥，则判断用户账户是否已登录；若用户账户未登录，则标记用户账户的状态为未登录，并基于用户密钥进行账户登录；若用户账户已登录，则标记用户账户的状态为已登录。本技术中，客户端在自身未保存有用户密钥的情况下需获取用户密钥；而在保存有用户密钥但未登录的情况下，需基于用户密钥进行账户登录，借助用户密钥实现了账户的安全登录，保护了账户信息的安全性；此外，本技术将账户状态分为缺少密钥、未登录和已登录三个状态，借助这三个状态可以快速、灵活的对用户账户进行管控，操作性好。
81.请参阅图2，图2为本技术中获取用户密钥的流程图。
82.本技术实施例提供的一种账户管理方法中，用户密钥可以包括客户端的扩展密钥及客户端的标识密钥；相应的，客户端在获取用户密钥的过程中可以执行以下步骤：
83.步骤s201：获取服务器的系统公钥。
84.实际应用中，客户端可以先获取服务器的系统公钥，以借助服务器的系统公钥来对后续传输给服务器的数据进行加密，以保证所传输数据的安全性。
85.步骤s202：获取用户标识信息。
86.实际应用中，客户端在获取服务器的系统公钥之后，便可以获取用户标识信息，以便后续基于用户标识信息来生成相应的用户密钥。
87.步骤s203：生成第一对称密钥，基于服务器的系统公钥对第一对称密钥进行加密，得到目标加密密钥。
88.实际应用中，为了保证服务器传输给客户端的数据的安全性，客户端还可以生成第一对称密钥，并基于服务器的系统公钥对第一对称密钥进行加密，得到目标加密密钥，之后将目标加密密钥传输给服务器的话，可以安全将第一对称密钥传输给服务器，相应的，服务器可以基于自身的系统私钥对目标加密密钥进行解密得到第一对称密钥，这样，服务器便可以应用第一对称密钥对需要传输给客户端的数据进行安全保护。
89.需要说明的是，客户端在生成第一对称密钥的过程中，可以通过sm4算法生成第一对称密钥等，本技术在此不做具体限定。
90.步骤s204：传输用户标识信息、目标加密密钥至服务器，以使服务器基于服务器的系统私钥解密得到第一对称密钥。
91.实际应用场景中，为了进一步保证客户端与服务器间信息交互的安全性，用户标识信息中还可以包括用户手机号；相应的，客户端在传输用户标识信息、目标加密密钥至服务器之前，还可以传输用户手机号及短信验证请求至服务器，以使服务器向用户手机号传输短信验证码；获取目标短信验证码；传输用户标识信息、目标加密密钥至服务器之后，还可以传输目标短信验证码至服务器，以使服务器验证目标短信验证码正确后再生成并发送目标数据。
92.不难理解，因为客户端接收的手机号是由服务器发送的，所以服务器在接收到用户手机号及目标短信验证码之后，可以先验证用户手机号及目标短信验证码是否匹配，也
即验证该目标短信验证码是否是自身发送给该用户手机号的，若验证用户手机号及目标短信验证码匹配，则可以执行后续流程，若验证用户手机号及目标短信验证码不匹配，则可以直接结束用户密钥的获取流程等，以避免恶意客户端攻击服务器，威胁服务器的安全性。
93.步骤s205：接收服务器发送的目标数据，目标数据包括数据集及基于服务器的系统私钥生成的数据集的第一签名信息，数据集包括客户端的扩展密钥及基于第一对称密钥对生成的客户端的标识密钥进行加密后得到的第一加密结果，且客户端的标识密钥基于用户标识信息及密钥基生成，其中，密钥基包括8*8的密钥生成矩阵。
94.步骤s206：基于服务器的系统公钥对目标数据进行验签，若验签成功，则获取客户端的扩展密钥，并基于第一对称密钥对第一加密结果进行解密，得到客户端的标识密钥。
95.实际应用中，客户端在生成目标加密密钥之后，便可以传输用户标识信息及目标加密密钥至服务器，相应的，服务器在解密出第一对称密钥之后，可以基于用户标识信息及密钥基生成客户端的标识密钥，生成客户端的扩展密钥，并基于第一对称密钥对客户端的标识密钥进行加密后得到的第一加密结果，将第一加密结果和扩展密钥组合成数据集，并基于自身的系统私钥对数据集进行签名，最后将该数据集及数据集的签名作为目标数据发送给客户端。
96.相应的，客户端在接收到服务器发送的目标数据之后，需基于服务器的系统公钥对目标数据进行验签，若验签成功，则获取目标数据中客户端的扩展密钥，并基于第一对称密钥对目标数据中的第一加密结果进行解密，得到客户端的标识密钥。不难理解，如果客户端基于服务器的系统公钥对目标数据验证失败，则表明目标数据不是服务器发送的，而是攻击者伪造的，此时，客户端可以直接结束密钥获取流程等，当然也可以执行其他操作，比如等待一定时长并判断能否接收到正确的目标数据以便完成密钥获取等。
97.具体应用场景中，客户端在保存自身的用户密钥的过程中，为了安全保存自身的标识密钥，可以直接保存客户端的扩展密钥；获取目标密保口令；基于目标密保口令生成第二对称密钥，比如通过密钥派生算法，基于目标密钥口令生成第二对称密钥等；基于第二对称密钥对客户端的标识密钥进行加密，得到第二加密结果并保存。相应的，在应用自身的标识密钥时，可以接收输入的目标密保口令；基于目标密钥口令生成第二对称密钥；基于第二对称密钥对第二加密结果进行解密，得到客户端自身的标识密钥。不难理解，当用户在解密阶段输入的密保口令与在加密阶段输入的密保口令不同时，生成的第二对称密钥不同，便无法对加密的客户端的标识密钥进行解密，也即可以借助密保口令来保护客户端的标识密钥的安全性。
98.请参阅图3，图3本技术中客户端基于用户密钥进行账户登录的流程图。
99.本技术实施例提供的一种账户管理方法中，客户端的扩展密钥可以包括客户端的扩展私钥及客户端的扩展公钥；客户端的标识密钥可以包括客户端的标识公钥及客户端的标识私钥；相应的，客户端在基于用户密钥进行账户登录的过程中，可以执行以下步骤：
100.步骤s301：将客户端的扩展私钥及客户端的标识私钥进行组合，生成客户端的用户私钥。
101.实际应用中，客户端可以将自身的扩展私钥及自身的标识私钥进行组合来生成自身的用户私钥。
102.步骤s302：获取账户登录信息。
103.步骤s303：基于服务器的系统公钥对账户登录信息进行加密，得到第三加密结果。
104.实际应用中，客户端在获取待登录的账户登录信息之后，比如获取账户的用户名及登录密码后，可以基于服务器的系统公钥对账户登录信息进行加密得到第三加密结果，以借助服务器的系统公钥对账户登录信息进行安全保护。
105.步骤s304：基于客户端的用户私钥对第三加密结果进行签名，得到第二签名信息。
106.步骤s305：传输第三加密结果及第二签名信息至服务器，以使服务器基于客户端的用户公钥验证第二签名信息合法后、基于服务器的系统私钥解密得到账户登录信息、并生成与账户登录信息对应的登录token；其中，客户端的用户公钥基于客户端的扩展公钥及客户端的标识公钥组合生成。
107.实际应用中，客户端在生成第三加密结果之后，便可以基于客户端的用户私钥对第三加密结果进行签名，得到第二签名信息，并传输第三加密结果及第二签名信息至服务器，这样，服务器在基于客户端的用户公钥验证第二签名信息合法后，便可以基于服务器的系统私钥解密得到账户登录信息，并生成与账户登录信息对应的登录token，以便完成客户端的账户登录流程。
108.需要说明的是，本技术中客户端的用户公钥基于客户端的扩展公钥及客户端的标识公钥组合生成；且服务器在基于客户端的用户公钥验证第二签名信息不合法之后，可以直接判定客户端为恶意攻击客户端，结束账户登录流程等，以此来保证用户账户及自身的安全性。也即本技术可以借助客户端的用户私钥、服务器的系统公钥、服务器的系统私钥、客户端的用户公钥及加解密、签名原理来保证用户账户登录的安全性。
109.步骤s306：接收服务器发送的目标token信息，目标token信息包括加密token信息及加密token信息的第三签名信息，加密token信息包括基于客户端的用户公钥对登录token进行加密后得到的信息，第三签名信息包括基于服务器的系统私钥对加密token信息进行签名后得到的信息。
110.步骤s307：若基于服务器的系统公钥验证第三签名信息合法，则基于客户端的用户私钥对加密token信息进行解密，得到登录token并保存。
111.实际应用中，为了保护登录token的安全性，服务器还可以基于客户端的用户公钥对登录token进行加密后得到加密token信息，基于服务器的系统私钥对加密token信息进行签名后得到第三签名信息，并将加密token信息及加密token信息的第三签名信息合成为目标token信息发送给客户端。相应的，客户端只有在基于服务器的系统公钥验证第三签名信息合法后，才会基于客户端的用户私钥对加密token信息进行解密，得到登录token并保存。不难理解，若客户端使用的客户端的用户私钥与服务器使用的客户端的用户公钥不匹配，和/或，客户端使用的服务器的系统公钥与服务器使用的服务器的系统私钥不匹配，客户端均无法从服务器处获取登录token，也就无法完成账户登录流程，所以本技术可以保证用户登录流程的安全性。
112.具体应用场景中，客户端在获取服务器的系统公钥的过程中，可以获取服务器的标识信息；获取服务器预先生成的密钥基，密钥基包括8*8的密钥生成矩阵；基于服务器的标识信息及密钥基中的公钥基生成服务器的标识公钥；获取服务器的扩展公钥；将服务器的标识公钥及服务器的扩展公钥进行组合，生成服务器的系统公钥。也即本技术中，服务器或客户端的公钥均可以基于标识公钥及扩展公钥组合生成，服务器或客户端的私钥均可以
基于标识私钥及扩展私钥组合生成，简言之，本技术中的密钥可以基于对应的标识密钥及扩展密钥组合生成，比如将标识密钥与扩展密钥拼接后得到最终的密钥，将标识密钥与扩展密钥异或后得到最终的密钥等，且标识密钥基于标识信息及密钥基生成，扩展密钥可以基于sm2算法生成等。此外，因为本技术中的密钥基为8*8的密钥生成矩阵，所以一方面可以借助8*8的密钥生成矩阵快速生成标识密钥，另一方面，又可以借助标识密钥和扩展密钥的组合来保证最终生成的用户密钥的多样性。
113.具体应用场景中，在标记用户账户的状态为已登录之后，还可以执行用户账户的注销流程等，且在此过程中，为了避免攻击者恶意注销用户账户，可以获取账户注销请求；基于服务器的系统公钥对账户注销请求进行加密，得到第四加密结果；基于客户端的用户私钥对第四加密结果进行签名，得到第四签名信息；传输第四加密结果及第四签名信息至服务器，以使服务器基于客户端的用户公钥验证第四签名信息合法后、基于服务器的系统私钥解密得到账户注销请求、并注销对应的用户账户。也即服务器只有在验证第四签名合法并成功解密出账户注销请求后，才会注销用户账户，保证用户账户的安全性。
114.请参阅图4，图4为本技术实施例提供的一种账户管理系统的结构示意图。
115.本技术实施例提供的一种账户管理系统，应用于客户端，可以包括：
116.第一判断模块11，用于判断是否保存有用户密钥；若未保存有用户密钥，则标记用户账户的状态为缺少密钥，并获取用户密钥进行保存；
117.第二判断模块12，用于若保存有用户密钥，则判断用户账户是否已登录；若用户账户未登录，则标记用户账户的状态为未登录，并基于用户密钥进行账户登录；
118.第三判断模块13，用于若用户账户已登录，则标记用户账户的状态为已登录。
119.本技术实施例提供的一种账户管理系统，应用于客户端，用户密钥包括客户端的扩展密钥及客户端的标识密钥；
120.第一判断模块可以具体用于：获取服务器的系统公钥；获取用户标识信息；生成第一对称密钥，基于服务器的系统公钥对第一对称密钥进行加密，得到目标加密密钥；传输用户标识信息、目标加密密钥至服务器，以使服务器基于服务器的系统私钥解密得到第一对称密钥；接收服务器发送的目标数据，目标数据包括数据集及基于服务器的系统私钥生成的数据集的第一签名信息，数据集包括客户端的扩展密钥及基于第一对称密钥对生成的客户端的标识密钥进行加密后得到的第一加密结果，且客户端的标识密钥基于用户标识信息及密钥基生成；基于服务器的系统公钥对目标数据进行验签，若验签成功，则获取客户端的扩展密钥，并基于第一对称密钥对第一加密结果进行解密，得到客户端的标识密钥；其中，密钥基包括8*8的密钥生成矩阵。
121.本技术实施例提供的一种账户管理系统，应用于客户端，用户标识信息包括用户手机号；还可以包括：
122.第一传输模块，用于第一判断模块传输用户标识信息、目标加密密钥至服务器之前，传输用户手机号及短信验证请求至服务器，以使服务器向用户手机号传输短信验证码；
123.第一获取模块，用于获取目标短信验证码；
124.第二传输模块，用于第一判断模块传输用户标识信息、目标加密密钥至服务器之后，传输目标短信验证码至服务器，以使服务器验证目标短信验证码正确后发送目标数据。
125.本技术实施例提供的一种账户管理系统，应用于客户端，第一判断模块可以具体
用于：直接保存客户端的扩展密钥；获取目标密保口令；基于目标密保口令生成第二对称密钥；基于第二对称密钥对客户端的标识密钥进行加密，得到第二加密结果并保存。
126.本技术实施例提供的一种账户管理系统，应用于客户端，客户端的扩展密钥包括客户端的扩展私钥及客户端的扩展公钥；客户端的标识密钥包括客户端的标识公钥及客户端的标识私钥；
127.第二判断模块可以具体用于：将客户端的扩展私钥及客户端的标识私钥进行组合，生成客户端的用户私钥；获取账户登录信息；基于服务器的系统公钥对账户登录信息进行加密，得到第三加密结果；基于客户端的用户私钥对第三加密结果进行签名，得到第二签名信息；传输第三加密结果及第二签名信息至服务器，以使服务器基于客户端的用户公钥验证第二签名信息合法后、基于服务器的系统私钥解密得到账户登录信息、并生成与账户登录信息对应的登录token；其中，客户端的用户公钥基于客户端的扩展公钥及客户端的标识公钥组合生成；接收服务器发送的目标token信息，目标token信息包括加密token信息及加密token信息的第三签名信息，加密token信息包括基于客户端的用户公钥对登录token进行加密后得到的信息，第三签名信息包括基于服务器的系统私钥对加密token进行签名后得到的信息；若基于服务器的系统公钥验证第三签名信息合法，则基于客户端的用户私钥对加密token信息进行解密，得到登录token并保存。
128.本技术实施例提供的一种账户管理系统，应用于客户端，第二判断模块可以具体用于：获取服务器的标识信息；获取服务器预先生成的密钥基，密钥基包括8*8的密钥生成矩阵；基于服务器的标识信息及密钥基中的公钥基生成服务器的标识公钥；获取服务器的扩展公钥；将服务器的标识公钥及服务器的扩展公钥进行组合，生成服务器的系统公钥。
129.本技术实施例提供的一种账户管理系统，应用于客户端，第三判断模块可以用于：标记用户账户的状态为已登录之后，获取账户注销请求；基于服务器的系统公钥对账户注销请求进行加密，得到第四加密结果；基于客户端的用户私钥对第四加密结果进行签名，得到第四签名信息；传输第四加密结果及第四签名信息至服务器，以使服务器基于客户端的用户公钥验证第四签名信息合法后、基于服务器的系统私钥解密得到账户注销请求、并注销对应的用户账户。
130.本技术还提供了一种账户管理设备及计算机可读存储介质，其均具有本技术实施例提供的一种账户管理方法具有的对应效果。请参阅图5，图5为本技术实施例提供的一种账户管理设备的结构示意图。
131.本技术实施例提供的一种账户管理设备，包括存储器201和处理器202，存储器201中存储有计算机程序，处理器202执行计算机程序时实现如上任一实施例所描述账户管理方法的步骤。
132.请参阅图6，本技术实施例提供的另一种账户管理设备中还可以包括：与处理器202连接的输入端口203，用于传输外界输入的命令至处理器202；与处理器202连接的显示单元204，用于显示处理器202的处理结果至外界；与处理器202连接的通信模块205，用于实现用户账户管理设备与外界的通信。显示单元204可以为显示面板、激光扫描使显示器等；通信模块205所采用的通信方式包括但不局限于移动高清链接技术(hml)、通用串行总线(usb)、高清多媒体接口(hdmi)、无线连接：无线保真技术(wifi)、蓝牙通信技术、低功耗蓝牙通信技术、基于ieee802.11s的通信技术。
133.本技术实施例提供的一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，计算机程序被处理器执行时实现如上任一实施例所描述账户管理方法的步骤。
134.本技术所涉及的计算机可读存储介质包括随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质。
135.本技术实施例提供的账户管理系统、设备及计算机可读存储介质中相关部分的说明请参见本技术实施例提供的账户管理方法中对应部分的详细说明，在此不再赘述。另外，本技术实施例提供的上述技术方案中与现有技术中对应技术方案实现原理一致的部分并未详细说明，以免过多赘述。
136.还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
137.对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。