平台注册方法、装置及计算机设备与流程

1.本技术实施例涉及计算机技术领域，特别涉及一种平台注册方法、装置及计算机设备。


背景技术：

2.目前，设备的管理、运维等功能被集成于诸如云平台等服务平台中。云平台是指基于云服务来实现设备管理、运维等功能的平台。因此，为了实现设备的管理、运维等功能，通常需要注册这些平台。比如，对于摄像头来说，在用户购买摄像头之后，为了实现摄像头的管理以及运维等，通常需要注册这些平台。所以如何注册这些平台成为目前亟待解决的问题。


技术实现要素：

3.本技术实施例提供了一种平台注册方法、装置及计算机设备，可以解决用户注册平台的问题。所述技术方案如下：
4.一方面，提供了一种平台注册方法，所述方法包括：
5.接收第一平台发送的认证码获取请求，所述认证码获取请求携带第一用户账号和第一令牌，所述第一用户账号是指待注册到第二平台的第一用户的账号，所述第一平台是指被所述第二平台所信任的平台；
6.基于所述第一用户账号和所述第一令牌，向所述第一平台发送第一认证码；
7.接收平台注册请求，所述平台注册请求携带所述第一用户账号和所述第一认证码；
8.基于所述第一用户账号和所述第一认证码，验证所述第一用户的身份；
9.在所述第一用户的身份验证通过的情况下，对所述第一用户账号进行注册。
10.可选地，所述基于所述第一用户账号和所述第一令牌，向所述第一平台发送第一认证码，包括：
11.验证所述第一令牌的合法性；
12.在所述第一令牌的合法性验证通过的情况下，生成所述第一用户账号对应的所述第一认证码；
13.存储所述第一认证码；
14.向所述第一平台发送所述第一认证码。
15.可选地，所述基于所述第一用户账号和所述第一认证码，验证所述第一用户的身份，包括：
16.确定本地是否存储有所述第一用户账号与所述第一认证码的对应关系；
17.在本地存储有所述第一用户账号与所述第一认证码的对应关系且所述第一认证码的状态为未使用状态的情况下，确定所述第一用户的身份验证通过。
18.可选地，所述确定本地是否存储有所述第一用户账号与所述第一认证码的对应关
系之后，还包括：
19.在本地未存储所述第一用户账号与所述第一认证码的对应关系的情况下，确定所述第一认证码是否为历史认证码；
20.在所述第一认证码为历史认证码且所述第一认证码的状态为未使用状态的情况下，确定所述第一用户的身份验证通过。
21.可选地，所述确定所述第一用户的身份验证通过之后，还包括：
22.将所述第一认证码的状态更新为已使用状态。
23.可选地，所述接收平台注册请求，包括：
24.接收所述第一用户的用户终端发送的所述平台注册请求，所述平台注册请求中携带的第一认证码为所述用户终端在所述第一用户被信任的情况下获取到的。
25.可选地，所述平台注册请求中携带的第一认证码为所述第一平台在确定所述第一用户被信任的情况下向所述用户终端发送的。
26.可选地，所述接收第一平台发送的认证码获取请求之前，还包括：
27.接收所述第一平台发送的令牌生成请求，所述令牌生成请求携带平台身份识别码和平台身份验证码，所述平台身份识别码和所述平台身份验证码是所述第二平台提供给所述第一平台的；
28.基于所述平台身份识别码和所述平台身份验证码，验证所述第一平台的身份；
29.在所述第一平台的身份验证通过的情况下，生成所述第一令牌；
30.向所述第一平台发送所述第一令牌。
31.另一方面，提供了一种平台注册方法，应用于被第二平台所信任的第一平台，所述方法包括：
32.向所述第二平台发送认证码获取请求，所述认证码获取请求携带第一用户账号和第一令牌，所述第一用户账号是指待注册到所述第二平台的第一用户的账号；
33.接收所述第二平台发送的第一认证码，所述第一认证码用于在所述第一用户账号注册到所述第二平台时供所述第二平台基于所述第一用户账号和所述第一认证码验证所述第一用户的身份。
34.可选地，所述接收所述第二平台发送的第一认证码之后，还包括：
35.在所述第一用户被信任的情况下，向所述第一用户的用户终端发送所述第一认证码，所述第一认证码用于在通过所述第一用户的用户终端将所述第一用户账号注册到所述第二平台时供所述第二平台基于所述第一用户账号和所述第一认证码验证所述第一用户的身份。
36.另一方面，提供了一种平台注册装置，所述装置包括：
37.接收模块，用于接收第一平台发送的认证码获取请求，所述认证码获取请求携带第一用户账号和第一令牌，所述第一用户账号是指待注册到第二平台的第一用户的账号，所述第一平台是指被所述第二平台所信任的平台；
38.发送模块，用于基于所述第一用户账号和所述第一令牌，向所述第一平台发送第一认证码；
39.所述接收模块，还用于接收平台注册请求，所述平台注册请求携带所述第一用户账号和所述第一认证码；
40.第一验证模块，用于基于所述第一用户账号和所述第一认证码，验证所述第一用户的身份；
41.注册模块，用于在所述第一用户的身份验证通过的情况下，对所述第一用户账号进行注册。
42.可选地，所述发送模块包括：
43.验证子模块，用于验证所述第一令牌的合法性；
44.生成子模块，用于在所述第一令牌的合法性验证通过的情况下，生成所述第一用户账号对应的所述第一认证码；
45.存储子模块，用于存储所述第一认证码；
46.发送子模块，用于向所述第一平台发送所述第一认证码。
47.可选地，所述第一验证模块具体用于：
48.确定本地是否存储有所述第一用户账号与所述第一认证码的对应关系；
49.在本地存储有所述第一用户账号与所述第一认证码的对应关系且所述第一认证码的状态为未使用状态的情况下，确定所述第一用户的身份验证通过。
50.可选地，所述第一验证模块还用于：
51.在本地未存储所述第一用户账号与所述第一认证码的对应关系的情况下，确定所述第一认证码是否为历史认证码；
52.在所述第一认证码为历史认证码且所述第一认证码的状态为未使用状态的情况下，确定所述第一用户的身份验证通过。
53.可选地，所述装置还包括：
54.更新模块，用于将所述第一认证码的状态更新为已使用状态。
55.可选地，所述接收模块具体用于：
56.接收所述第一用户的用户终端发送的所述平台注册请求，所述平台注册请求中携带的第一认证码为所述用户终端在所述第一用户被信任的情况下获取到的。
57.可选地，所述平台注册请求中携带的第一认证码为所述第一平台在确定所述第一用户被信任的情况下向所述用户终端发送的。
58.可选地，所述装置还包括：
59.所述接收模块，还用于接收所述第一平台发送的令牌生成请求，所述令牌生成请求携带平台身份识别码和平台身份验证码，所述平台身份识别码和所述平台身份验证码是所述第二平台提供给所述第一平台的；
60.第二验证模块，用于基于所述平台身份识别码和所述平台身份验证码，验证所述第一平台的身份；
61.生成模块，用于在所述第一平台的身份验证通过的情况下，生成所述第一令牌；
62.所述发送模块，还用于向所述第一平台发送所述第一令牌。
63.另一方面，提供了一种平台注册装置，应用于被第二平台所信任的第一平台，所述装置包括：
64.发送模块，用于向所述第二平台发送认证码获取请求，所述认证码获取请求携带第一用户账号和第一令牌，所述第一用户账号是指待注册到所述第二平台的第一用户的账号；
65.接收模块，用于接收所述第二平台发送的第一认证码，所述第一认证码用于在所述第一用户账号注册到所述第二平台时供第二平台基于所述第一用户账号和所述第一认证码验证所述第一用户的身份。
66.可选地，所述发送模块还用于：
67.在所述第一用户被信任的情况下，向所述第一用户的用户终端发送所述第一认证码，所述第一认证码用于在通过所述第一用户的用户终端将所述第一用户账号注册到所述第二平台时供所述第二平台基于所述第一用户账号和所述第一认证码验证所述第一用户的身份。
68.另一方面，提供了一种计算机设备，所述计算机设备包括存储器和处理器，所述存储器用于存放计算机程序，所述处理器用于执行所述存储器上所存放的计算机程序，以实现上述所述的平台注册方法的步骤。
69.另一方面，提供了一种计算机可读存储介质，所述存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述所述平台注册方法的步骤。
70.另一方面，提供了一种包含指令的计算机程序产品，当所述指令在计算机上运行时，使得计算机执行上述所述的平台注册方法的步骤。
71.本技术实施例提供的技术方案至少可以带来以下有益效果：
72.在本技术实施例中，第一平台是指被第二平台所信任的平台，也即是，第一平台是受信任的平台，这样，在第一用户通过第一平台注册第二平台时，可以有效地保证第一用户的身份真实性，进而有效地降低非信任用户注册第二平台而造成信息泄露的风险，例如可以降低竞争对手注册第二平台进行商业机密获取的风险。
附图说明
73.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
74.图1是本技术实施例提供的一种实施环境的示意图；
75.图2是本技术实施例提供的一种平台注册方法的流程图；
76.图3是本技术实施例提供的一种获取第一令牌的方法流程图；
77.图4是本技术实施例提供的一种获取第一认证码的方法流程图；
78.图5是本技术实施例提供的一种注册第二平台的方法流程图；
79.图6是本技术实施例提供的一种示例性平台注册方法的流程图；
80.图7是本技术实施例提供的一种平台注册装置的结构示意图；
81.图8是本技术实施例提供的另一种平台注册装置的结构示意图；
82.图9是本技术实施例提供的一种终端的结构示意图；
83.图10是本技术实施例提供的一种服务器的结构示意图。
具体实施方式
84.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合附图对本技术
实施方式作进一步地详细描述。
85.在对本技术实施例提供的平台注册方法进行详细的解释说明之前，先对本技术实施例提供的实施环境进行介绍。
86.请参考图1，图1是根据一示例性实施例示出的一种实施环境的示意图。该实施环境包括用户终端101、第一平台102和第二平台103，用户终端101分别与第一平台102和第二平台103进行通信连接，第一平台102与第二平台103进行通信连接。该通信连接可以为有线或者无线连接，本技术实施例对此不做限定。
87.其中，用户终端101是指待注册到第二平台103的第一用户对应的终端。在第一用户想要注册第二平台103来进行设备的管理、运维等功能时，第一平台102用于从第二平台103中获取第一认证码。之后，第一用户可以使用第一用户账号和第一认证码，在第二平台103中进行注册。比如，在第一用户购买摄像头之后，为了实现摄像头的管理以及运维等，第一用户可以从第一平台获取第一认证码，之后，使用第一用户账号和第一认证码，通过手机在第二平台103中进行注册。
88.需要说明的是，用户终端101可以是任何一种可与用户通过键盘、触摸板、触摸屏、遥控器、语音交互或手写设备等一种或多种方式进行人机交互的电子产品，例如pc(personal computer，个人计算机)、手机、智能手机、pda(personal digital assistant，个人数字助手)、可穿戴设备、掌上电脑ppc(pocket pc)、平板电脑、智能车机、智能电视、智能音箱等。
89.第二平台103可以为云平台，当然还可以为通过其他服务所能实现的平台。第一平台102为被第二平台103所信任的平台，第一平台102可以为三方平台，比如，第一平台102可以为第二平台103所属机构的子机构对应的平台。
90.第一平台102可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是一个云计算服务中心。第二平台103可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是一个云计算服务中心。
91.本领域技术人员应能理解上述用户终端101、第一平台102和第二平台103仅为举例，其他现有的或今后可能出现的终端或服务器如可适用于本技术实施例，也应包含在本技术实施例保护范围以内，并在此以引用方式包含于此。
92.接下来对本技术实施例提供的平台注册方法进行详细的解释说明。
93.图2是本技术实施例提供的一种平台注册方法的流程图。请参考图2，该方法包括如下步骤。
94.步骤201：第二平台接收第一平台发送的认证码获取请求，该认证码获取请求携带第一用户账号和第一令牌，第一用户账号是指待注册到第二平台的第一用户的账号，第一平台是指被第二平台所信任的平台。
95.第一令牌是指第一平台从第二平台中获取的令牌，在拥有令牌的情况下，第一平台才有权限向第二平台发送认证码获取请求。因此，在第一用户想要注册第二平台的情况下，第一用户可以将第一用户账号提供给第一平台，由第一平台基于第一用户账号和第一令牌，向第二平台发送认证码获取请求。
96.实际应用中，令牌可以为一个标志信息，比如一位或多位二进制数字组成的码。当然，还可以为其他的信息，本技术实施例对此不做限定。
97.在本技术实施例中，第一用户向第一平台提供第一用户账号的方式包括多种。比如，第一用户可以通过诸如即时通讯应用、邮箱等通讯工具向第一平台的管理人员提供第一用户账号，也即是，第一用户可以以口头的形式，向第一平台的管理人员提供第一用户账号。或者第一用户通过用户终端登录第一平台，直接在第一平台提供的界面中输入第一用户账号。本技术实施例对此不做限定。
98.为了确保注册第二平台的用户的身份真实性，第一平台还需要对第一用户的身份进行验证，比如，由第一平台的管理人员核对第一用户的诸如营业执照等机构信息来确定第一用户是否为不被信任用户例如竞争对手，或者第一平台中事先存储有各个不被信任用户例如竞争对手的机构信息，通过将第一用户的机构信息与存储的各个不被信任用户的机构信息进行比较，来确定第一用户是否为不被信任用户。这样，可以避免非信任用户注册第二平台而造成信息泄露的风险，例如可以避免竞争对手来注册第二平台，从而窃取商业机密。
99.在一些实施例中，第一平台从第二平台中获取第一令牌的实现过程为：第一平台向第二平台发送令牌生成请求，该令牌生成请求携带平台身份识别码和平台身份验证码，平台身份识别码和平台身份验证码是第二平台提供给第一平台的。第二平台接收第一平台发送的令牌生成请求，基于平台身份识别码和平台身份验证码，验证第一平台的身份。在第一平台的身份验证通过的情况下，第二平台生成第一令牌，向第一平台发送第一令牌。
100.也即是，第二平台向信任的第一平台提供平台身份识别码和平台身份验证码，在第一平台需要获取令牌时，可以通过该平台身份识别码和平台身份验证码，向第二平台发送令牌生成请求。在第二平台基于平台身份识别码和平台身份验证码对第一平台的身份验证通过的情况下，生成第一令牌并发送给第一平台。
101.其中，第二平台可能会向多个第一平台提供平台身份识别码和平台身份验证码，且不同的第一平台可能对应不同的平台身份识别码和平台身份验证码，因此，在第二平台向第一平台提供平台身份识别码和平台身份验证码之后，可以将提供给第一平台的平台身份识别码和平台身份验证码存储至平台数据库中。这样，第二平台基于平台身份识别码和平台身份验证码，验证第一平台的身份的实现过程为：第二平台判断平台数据库中是否存储有该令牌生成请求携带的平台身份识别码和平台身份验证码的映射关系。如果平台数据库中存储有该平台身份识别码和平台身份验证码的映射关系，则确定第一平台的身份验证通过。如果平台数据库中未存储该平台身份识别码和平台身份验证码的映射关系，则确定第一平台的身份验证未通过。
102.需要说明的是，平台身份识别码用于识别第一平台，平台身份验证码用于验证第一平台的身份。比如，平台身份识别码为平台用户名，平台身份验证码为平台密码。
103.在本技术实施例中，第二平台向第一平台提供平台身份识别码和平台身份验证码的方式包括多种，接下来对其中的两种方式进行介绍。
104.第一种方式，第一平台的管理人员可以通过诸如即时通讯应用、邮箱等通讯工具向第二平台的管理人员发送获取身份识别数据的申请，之后，由第二平台的管理人员通过客户端从第二平台中获取平台身份识别码和平台身份验证码，然后将获取的平台身份识别码和平台身份验证码再通过通讯工具提供给第一平台的管理人员。
105.在一些实施例中，第二平台提供有运维管理系统，第二平台的管理人员可以通过
客户端登录运维管理系统，进而通过运维管理系统提供的接口，向运维管理系统发送身份识别数据的申请请求，从而从第二平台中获取平台身份识别码和平台身份验证码。
106.第二种方式，第一平台的管理人员通过客户端登录第二平台，从第二平台中获取平台身份识别码和平台身份验证码。
107.在第二种方式中，第二平台也可以提供运维管理系统，此时，第一平台的管理人员可以通过客户端登录运维管理系统，进而通过运维管理系统提供的接口，向运维管理系统发送身份识别数据的申请请求，从而从第二平台中获取平台身份识别码和平台身份验证码。也即是，第二平台将申请身份识别数据的权限开放给第一平台，第一平台的管理人员可以直接从第二平台中获取平台身份识别码和平台身份验证码，无需通过第二平台的管理人员来获取，提高了平台身份识别码和平台身份验证码的获取效率。
108.通常情况下，第二平台生成的每个令牌具有一定的有效期，因此，在第二平台生成第一令牌之后，第二平台还可以在平台数据库中存储第一令牌和第一令牌的有效期。在第二平台向第一平台发送第一令牌的同时，可以将第一令牌的有效期发送给第一平台，也可以不发送给第一平台。
109.在第二平台将第一令牌的有效期发送给第一平台的情况下，第一平台后续可以确定第一令牌是否已过期，进而在第一令牌已过期的情况下，按照上述方法重新从第二平台中获取一个令牌。
110.需要说明的是，第二平台生成第一令牌的方式可以是引入json网络令牌(json web token)的方式，当然也可以为其他的方式。而且，第二平台可以将第一令牌以及第一令牌的有效期存储至平台数据库中，该平台数据库可以为redis数据库，本技术实施例对此不做限定。
111.可选地，在第二平台基于平台身份识别码和平台身份验证码对第一平台的身份验证未通过的情况下，第二平台可以向第一平台发送第一错误提示信息，用于提示第一平台的身份验证未通过。其中，第一错误提示信息可以为第一错误码，当然，第一错误提示信息还可以通过其他的形式来表示。
112.比如，如图3所示，平台身份识别码为ak(access key id，存取密钥标识)，平台身份验证码为sk(secret access key，私有存取密钥)。第二平台接收第一平台发送的令牌生成请求，该令牌生成请求携带ak和sk。第二平台验证ak和sk的合法性，以对第一平台的身份进行验证。如果ak和sk的合法性验证通过，表明第一平台的身份验证通过，此时，可以生成并向第一平台返回第一令牌。如果ak和sk的合法性验证未通过，表明第一平台的身份验证未通过，此时，可以向第一平台返回第一错误码。
113.步骤202：第二平台基于第一用户账号和第一令牌，向第一平台发送第一认证码。
114.在一些实施例中，第二平台可以验证第一令牌的合法性，在第一令牌的合法性验证通过的情况下，生成第一用户账号对应的第一认证码，存储第一认证码，并向第一平台发送第一认证码。
115.其中，第二平台验证第一令牌的合法性的实现过程包括：将第一令牌与存储的令牌进行比较，在存储的令牌中包括第一令牌的情况下，确定第一令牌的合法性验证通过，在存储的令牌中不包括第一令牌的情况下，确定第一令牌的合法性验证不通过。
116.进一步地，基于上文描述，第一令牌具有一定的有效期，而且第二平台可以将第一
令牌的有效期发送给第一平台，也可以不发送给第一平台。不管第二平台是否将第一令牌的有效期发送给第一平台，在第二平台接收到第一平台发送的认证码获取请求之后，还可以对第一令牌的有效期进行验证，从而确定第一令牌是否已过期。在存储的令牌中包括第一令牌且第一令牌未过期的情况下，可以确定第一令牌的合法性验证通过，否则，确定第一令牌的合法性验证未通过。
117.本技术实施例可以按照随机算法生成一个认证码作为第一认证码，当然也可以按照其他的算法生成第一认证码，本技术实施例对此不做限定。
118.需要说明的是，第二平台可以将第一认证码存储至平台数据库中。
119.可选地，在第一令牌的合法性验证不通过的情况下，第二平台可以向第一平台发送第二错误提示信息，用于提示第一令牌的合法性验证不通过。其中，第二错误提示信息可以为第二错误码，当然，第二错误提示信息还可以通过其他的形式来表示。
120.上述步骤201和步骤202是第一平台获取第一用户账号对应的第一认证码的过程。接下来以图4为例，对这个过程进行示例性解释。请参考图4，第二平台接收第一平台发送的认证码获取请求，该认证码获取请求携带第一用户账号和第一令牌。第二平台验证第一令牌的合法性，在第一令牌的合法性验证通过的情况下，生成第一认证码，并向第一平台返回第一认证码。在第一令牌的合法性验证未通过的情况下，向第一平台返回第二错误码。
121.步骤203：第二平台接收平台注册请求，该平台注册请求携带第一用户账号和第一认证码。
122.第一平台接收到第二平台发送的第一认证码之后，第一平台可以将第一认证码提供给第一用户，当然也可以不用将第一认证码提供给第一用户。
123.在第一平台将第一认证码提供给第一用户的情况下，第一用户可以通过用户终端向第二平台发送平台注册请求。也即是，第二平台可以接收用户终端发送的平台注册请求。在第一平台未将第一认证码提供给第一用户的情况下，第一平台可以直接向第二平台发送平台注册请求。也即是，第二平台可以接收第一平台发送的平台注册请求。
124.在本技术实施例中，第一平台将第一认证码提供给第一用户的方式，与第一用户向第一平台提供第一用户账号的方式相对应。比如，在第一用户通过诸如即时通讯应用、邮箱等通讯工具向第一平台的管理人员提供第一用户账号的情况下，第一平台也可以通过诸如即时通讯应用、邮箱等通讯工具向第一用户提供第一认证码。或者，在第一用户通过用户终端登录第一平台，直接在第一平台提供的界面中输入第一用户账号的情况下，第一平台可以直接在该界面上显示第一认证码。本技术实施例对此不做限定。
125.步骤204：第二平台基于第一用户账号和第一认证码，验证第一用户的身份。
126.在一些实施例中，第二平台可以确定本地是否存储有第一用户账号与第一认证码的对应关系，在本地存储有第一用户账号与第一认证码的对应关系，且第一认证码的状态为未使用状态的情况下，确定第一用户的身份验证通过。
127.需要说明的是，历史版本的第二平台也会生成认证码，但是并未存储用户账号与认证码的对应关系，仅仅存储认证码。所以，为了兼容历史生成的认证码，在第二平台确定本地未存储第一用户账号与第一认证码的对应关系的情况下，还可以确定第一认证码是否为历史认证码，在第一认证码为历史认证码且第一认证码的状态为未使用状态的情况下，确定第一用户的身份验证通过。
128.在确定第一用户的身份验证通过之后，还可以将第一认证码的状态更新为已使用状态。这样，即使第一用户账号和第一认证码被泄露，也不会对冒用第一用户账号和第一认证码的用户身份验证通过。
129.步骤205：在第一用户的身份验证通过的情况下，第二平台对第一用户账号进行注册。
130.在第一用户的身份验证通过之后，可以确定第一用户为被信任用户，此时可以对第一用户账号进行注册，从而便于第一用户通过第二平台进行设备的管理、运维等等。
131.可选地，在第一用户的身份验证未通过的情况下，第二平台可以向平台注册请求的发送者发送第三错误提示信息，用于提示第一用户的身份验证未通过。即，在平台注册请求为第一用户的用户终端发送的情况下，第二平台可以向用户终端发送错误提示信息，用于提示第一用户的身份验证未通过。在平台注册请求为第一平台发送的情况下，第二平台可以向第一平台发送错误提示信息，用于提示第一用户的身份验证未通过。其中，第三错误提示信息可以为第三错误码，当然，第三错误提示信息还可以通过其他的形式来表示。
132.可选地，在第一用户的身份验证未通过的情况下，第二平台还可以对第一用户账号进行注册，并设置第一用户账号为试用账号，以及设置第一用户账号对应的试用期限。这样，第一用户可以通过第一用户账号登录云平台，并在该试用期限内使用该云平台，在该试用期限结束后便不能使用该云平台。
133.上述步骤203至步骤205是第一用户注册第二平台的过程。接下来以图5为例，对这个过程进行示例性解释。请参考图5，第二平台接收平台注册请求，该平台注册请求携带第一用户账号和第一认证码。第二平台判断本地是否存储有第一用户账号和第一认证码的对应关系。如果本地未存储第一用户账号和第一认证码的对应关系，则判断第一认证码是否为历史认证码。如果本地存储有第一用户账号和第一认证码的对应关系，或者第一认证码为历史认证码，则判断第一认证码是否有效，以及判断第一认证码的状态是否为已使用状态。在第一认证码的有效性验证通过且第一认证码的状态为未使用状态的情况下，在第二平台中注册第一用户账号，并将第一认证码的状态更新为已使用状态。
134.需要说明的是，判断第一认证码的有效性、判断第一认证码的使用状态、以及判断第一认证码是否为历史认证码三者之间的先后顺序可以为任意顺序，本技术实施例对这几个过程的先后顺序不做限定。
135.在本技术实施例中，第一平台是指被第二平台所信任的平台，也即是，第一平台是受信任的平台，这样，在第一用户通过第一平台注册第二平台时，可以有效地保证第一用户的身份真实性，进而有效地降低非信任用户注册第二平台而造成信息泄露的风险，例如可以有效地降低竞争对手注册第二平台进行商业机密获取的风险。而且，第一用户通过第二平台实现设备的管理、运维等功能，降低了第一用户的使用成本，这样，对于第一用户来说，更倾向于从第一平台处购买设备，不仅加强了第一用户与第一平台之间的合作关系，而且实现了第一平台和第二平台的合作双赢的目标。
136.接下来以第一平台为三方平台，第二平台为云平台为例，对本技术实施例提供的平台注册方法进行示例性解释。请参考图6，三方平台的管理人员通过线下的方式，向云平台的管理人员申请ak和sk。云平台的管理人员通过调用运维管理系统的接口来生成ak和ak，并将ak和sk返回给三方平台的管理人员。三方平台的管理人员将ak和sk配置给三方平
台。
137.之后，第一用户通过线下的方式将第一用户账号提供给三方平台的管理人员。三方平台的管理人员通过三方平台向云平台发送令牌生成请求，该令牌生成请求携带ak和sk。云平台基于ak和sk对三方平台的身份验证通过之后，生成第一令牌，并向三方平台返回第一令牌。三方平台向云平台发送认证码获取请求，该认证码获取请求携带第一用户账号和第一令牌。云平台对第一令牌的合法性验证通过之后，生成第一用户账号对应的第一认证码，并将第一认证码返回给三方平台，进而由三方平台的管理人员将第一认证码提供给第一用户。
138.第一用户通过用户终端向云平台发送平台注册请求，该平台注册请求携带第一用户账号和第一认证码。云平台基于第一用户账号和第一认证码，验证第一用户的身份，在第一用户的身份验证通过的情况下，对第一用户账号进行注册，向用户终端返回注册成功消息。在第一用户的身份验证未通过的情况下，对第一用户账号进行注册，并设置第一用户账号为试用账号，以及设置对应的试用期限。
139.图7是本技术实施例提供的一种平台注册装置的结构示意图，该装置可以由软件、硬件或者两者的结合实现成为第二平台的部分或者全部。请参考图7，该装置包括：接收模块701、发送模块702、第一验证模块703和注册模块704。
140.接收模块701，用于接收第一平台发送的认证码获取请求，认证码获取请求携带第一用户账号和第一令牌，第一用户账号是指待注册到第二平台的第一用户的账号，第一平台是指被第二平台所信任的平台；
141.发送模块702，用于基于第一用户账号和第一令牌，向第一平台发送第一认证码；
142.接收模块701，还用于接收平台注册请求，平台注册请求携带第一用户账号和第一认证码；
143.第一验证模块703，用于基于第一用户账号和第一认证码，验证第一用户的身份；
144.注册模块704，用于在第一用户的身份验证通过的情况下，对第一用户账号进行注册。
145.可选地，发送模块702包括：
146.验证子模块，用于验证第一令牌的合法性；
147.生成子模块，用于在第一令牌的合法性验证通过的情况下，生成第一用户账号对应的第一认证码；
148.存储子模块，用于存储第一认证码；
149.发送子模块，用于向第一平台发送第一认证码。
150.可选地，第一验证模块703具体用于：
151.确定本地是否存储有第一用户账号与第一认证码的对应关系；
152.在本地存储有第一用户账号与第一认证码的对应关系且第一认证码的状态为未使用状态的情况下，确定第一用户的身份验证通过。
153.可选地，第一验证模块703还用于：
154.在本地未存储第一用户账号与第一认证码的对应关系的情况下，确定第一认证码是否为历史认证码；
155.在第一认证码为历史认证码且第一认证码的状态为未使用状态的情况下，确定第
一用户的身份验证通过。
156.可选地，该装置还包括：
157.更新模块，用于将第一认证码的状态更新为已使用状态。
158.可选地，接收模块701具体用于：
159.接收第一用户的用户终端发送的平台注册请求，该平台注册请求中携带的第一认证码为该用户终端在第一用户被信任的情况下获取到的。
160.可选地，该平台注册请求中携带的第一认证码为第一平台在确定第一用户被信任的情况下向用户终端发送的。
161.可选地，该装置还包括：
162.接收模块，还用于接收第一平台发送的令牌生成请求，令牌生成请求携带平台身份识别码和平台身份验证码，平台身份识别码是指第二平台提供给第一平台的；
163.第二验证模块，用于基于平台身份识别码和平台身份验证码，验证第一平台的身份；
164.生成模块，用于在第一平台的身份验证通过的情况下，生成第一令牌；
165.发送模块，还用于向第一平台发送第一令牌。
166.在本技术实施例中，第一平台是指被第二平台所信任的平台，也即是，第一平台是受信任的平台，这样，在第一用户通过第一平台注册第二平台时，可以有效地保证第一用户的身份真实性，进而有效地降低非信任用户注册第二平台而造成信息泄露的风险，例如可以有效地降低竞争对手注册第二平台进行商业机密获取的风险。而且，第一用户通过第二平台实现设备的管理、运维等功能，降低了第一用户的使用成本，这样，对于第一用户来说，更倾向于从第一平台处购买设备，不仅加强了第一用户与第一平台之间的合作关系，而且实现了第一平台和第二平台的合作双赢的目标。
167.需要说明的是：上述实施例提供的平台注册装置在注册第二平台时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的平台注册装置平台与注册方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
168.图8是本技术实施例提供的一种平台注册装置的结构示意图，该装置可以由软件、硬件或者两者的结合实现成为第一平台的部分或者全部。请参考图8，该装置包括：发送模块801和接收模块802。
169.发送模块801，用于向第二平台发送认证码获取请求，认证码获取请求携带第一用户账号和第一令牌，第一用户账号是指待注册到第二平台的第一用户的账号；
170.接收模块802，用于接收第二平台发送的第一认证码，第一认证码用于在第一用户账号注册到第二平台时供第二平台基于第一用户账号和第一认证码验证第一用户的身份。
171.可选地，发送模块801还用于：
172.在第一用户被信任的情况下，向第一用户的用户终端发送第一认证码，第一认证码用于在通过第一用户的用户终端将第一用户账号注册到第二平台时供第二平台基于第一用户账号和第一认证码验证第一用户的身份。
173.在本技术实施例中，第一平台是指被第二平台所信任的平台，也即是，第一平台是
受信任的平台，这样，在第一用户通过第一平台注册第二平台时，可以有效地保证第一用户的身份真实性，进而有效地降低非信任用户注册第二平台而造成信息泄露的风险，例如可以有效地降低竞争对手注册第二平台进行商业机密获取的风险。而且，第一用户通过第二平台实现设备的管理、运维等功能，降低了第一用户的使用成本，这样，对于第一用户来说，更倾向于从第一平台处购买设备，不仅加强了第一用户与第一平台之间的合作关系，而且实现了第一平台和第二平台的合作双赢的目标。
174.需要说明的是：上述实施例提供的平台注册装置在注册第二平台时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的平台注册装置平台与注册方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
175.图9是本技术实施例提供的一种终端900的结构框图。该终端900可以是便携式移动终端，比如：智能手机、平板电脑、mp3播放器(moving picture experts group audio layer iii，动态影像专家压缩标准音频层面3)、mp4(moving picture experts group audio layer iv，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端900还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。
176.通常，终端900包括有：处理器901和存储器902。
177.处理器901可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器901可以采用dsp(digital signal processing，数字信号处理)、fpga(field－programmable gate array，现场可编程门阵列)、pla(programmable logic array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器901也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(central processing unit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器901可以在集成有gpu(graphics processing unit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器901还可以包括ai(artificial intelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。
178.存储器902可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器902还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器902中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器901所执行以实现本技术中方法实施例提供的注册云平台的方法。
179.在一些实施例中，终端900还可选包括有：外围设备接口903和至少一个外围设备。处理器901、存储器902和外围设备接口903之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口903相连。具体地，外围设备包括：射频电路904、触摸显示屏905、摄像头906、音频电路907、定位组件908和电源909中的至少一种。
180.外围设备接口903可被用于将i/o(input/output，输入/输出)相关的至少一个外围设备连接到处理器901和存储器902。在一些实施例中，处理器901、存储器902和外围设备接口903被集成在同一芯片或电路板上；在一些其他实施例中，处理器901、存储器902和外
positioning system，全球定位系统)、中国的北斗系统或俄罗斯的伽利略系统的定位组件。
186.电源909用于为终端900中的各个组件进行供电。电源909可以是交流电、直流电、一次性电池或可充电电池。当电源909包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。
187.在一些实施例中，终端900还包括有一个或多个传感器910。该一个或多个传感器910包括但不限于：加速度传感器911、陀螺仪传感器912、压力传感器913、指纹传感器914、光学传感器915以及接近传感器916。
188.加速度传感器911可以检测以终端900建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器911可以用于检测重力加速度在三个坐标轴上的分量。处理器901可以根据加速度传感器911采集的重力加速度信号，控制触摸显示屏905以横向视图或纵向视图进行用户界面的显示。加速度传感器911还可以用于游戏或者用户的运动数据的采集。
189.陀螺仪传感器912可以检测终端900的机体方向及转动角度，陀螺仪传感器912可以与加速度传感器911协同采集用户对终端900的3d动作。处理器901根据陀螺仪传感器912采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变ui)、拍摄时的图像稳定、游戏控制以及惯性导航。
190.压力传感器913可以设置在终端900的侧边框和/或触摸显示屏905的下层。当压力传感器913设置在终端900的侧边框时，可以检测用户对终端900的握持信号，由处理器901根据压力传感器913采集的握持信号进行左右手识别或快捷操作。当压力传感器913设置在触摸显示屏905的下层时，由处理器901根据用户对触摸显示屏905的压力操作，实现对ui界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
191.指纹传感器914用于采集用户的指纹，由处理器901根据指纹传感器914采集到的指纹识别用户的身份，或者，由指纹传感器914根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器901授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器914可以被设置终端900的正面、背面或侧面。当终端900上设置有物理按键或厂商logo时，指纹传感器914可以与物理按键或厂商logo集成在一起。
192.光学传感器915用于采集环境光强度。在一个实施例中，处理器901可以根据光学传感器915采集的环境光强度，控制触摸显示屏905的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏905的显示亮度；当环境光强度较低时，调低触摸显示屏905的显示亮度。在另一个实施例中，处理器901还可以根据光学传感器915采集的环境光强度，动态调整摄像头组件906的拍摄参数。
193.接近传感器916，也称距离传感器，通常设置在终端900的前面板。接近传感器916用于采集用户与终端900的正面之间的距离。在一个实施例中，当接近传感器916检测到用户与终端900的正面之间的距离逐渐变小时，由处理器901控制触摸显示屏905从亮屏状态切换为息屏状态；当接近传感器916检测到用户与终端900的正面之间的距离逐渐变大时，由处理器901控制触摸显示屏905从息屏状态切换为亮屏状态。
194.本领域技术人员可以理解，图9中示出的结构并不构成对终端900的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
195.图10是本技术实施例提供的一种服务器的结构示意图。该服务器可以为第二平台，也可以为第一平台。服务器1000包括中央处理单元(cpu)1001、包括随机存取存储器(ram)1002和只读存储器(rom)1003的系统存储器1004，以及连接系统存储器1004和中央处理单元1001的系统总线1005。服务器1000还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(i/o系统)1006，和用于存储操作系统1013、应用程序1014和其他程序模块1015的大容量存储设备1007。
196.基本输入/输出系统1006包括有用于显示信息的显示器1008和用于用户输入信息的诸如鼠标、键盘之类的输入设备1009。其中显示器1008和输入设备1009都通过连接到系统总线1005的输入输出控制器1010连接到中央处理单元1001。基本输入/输出系统1006还可以包括输入输出控制器1010以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1010还提供输出到显示屏、打印机或其他类型的输出设备。
197.大容量存储设备1007通过连接到系统总线1005的大容量存储控制器(未示出)连接到中央处理单元1001。大容量存储设备1007及其相关联的计算机可读介质为服务器1000提供非易失性存储。也就是说，大容量存储设备1007可以包括诸如硬盘或者cd
‑
rom驱动器之类的计算机可读介质(未示出)。
198.不失一般性，计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括ram、rom、eprom、eeprom、闪存或其他固态存储其技术，cd
‑
rom、dvd或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知计算机存储介质不局限于上述几种。上述的系统存储器1004和大容量存储设备1007可以统称为存储器。
199.根据本技术的各种实施例，服务器1000还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器1000可以通过连接在系统总线1005上的网络接口单元1011连接到网络1012，或者说，也可以使用网络接口单元1011来连接到其他类型的网络或远程计算机系统(未示出)。
200.上述存储器还包括一个或者一个以上的程序，一个或者一个以上程序存储于存储器中，被配置由cpu执行。
201.在一些实施例中，还提供了一种计算机可读存储介质，该存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述实施例中注册平台的方法的步骤。例如，所述计算机可读存储介质可以是rom、ram、cd
‑
rom、磁带、软盘和光数据存储设备等。
202.值得注意的是，本技术实施例提到的计算机可读存储介质可以为非易失性存储介质，换句话说，可以是非瞬时性存储介质。
203.应当理解的是，实现上述实施例的全部或部分步骤可以通过软件、硬件、固件或者其任意结合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。所述计算机指令可以存储在上述计算机可读存储介质中。
204.也即是，在一些实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述所述的注册平台的方法的步骤。
205.应当理解的是，本文提及的“至少一个”是指一个或多个，“多个”是指两个或两个以上。在本技术实施例的描述中，除非另有说明，“/”表示或的意思，例如，a/b可以表示a或b；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，为了便于清楚描述本技术实施例的技术方案，在本技术的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
206.以上所述为本技术提供的实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。