一种实名认证方法及相关设备与流程

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.图1是本发明实施例提供的一种实名认证方法的流程图；
34.图2是本发明实施例提供的又一种实名认证方法的流程图；
35.图3是本发明实施例提供的又一种实名认证方法的流程图；
36.图4是本发明实施例提供的又一种实名认证方法的流程图；
37.图5是本发明实施例提供的一种实名认证装置的模块图；
38.图6是本发明实施例提供的又一种实名认证装置的模块图；
39.图7是本发明实施例提供的又一种实名认证装置的模块图；
40.图8是本发明实施例提供的一种运营商平台的结构示意图；
41.图9是本发明实施例提供的一种写卡平台的结构示意图。
具体实施方式
42.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
43.现有的实名认证方法，在进行一卡双号的实名认证时，若两个号码属于不同的运营商平台，终端用户需要到不同的营业厅或者网厅分别提交个人身份信息完成实名认证，如果终端用户需要再次对卡号进行相应的修改等操作时，需要再次提交个人身份信息完成实名认证，这样，使得用户的实名认证过程繁琐。针对于此，本技术实施例提供一种实名认证方法及相关设备，以解决上述的一卡双号的实名认证过程繁琐的问题。
44.参见图1，图1是本发明实施例提供的一种实名认证方法的流程图，该实名认证方法应用于第二运营商平台，如图1所示，所述方法包括以下步骤：
45.步骤101、接收写卡平台发送的对第二卡号的实名认证请求，第二卡号为第二运营商平台管理的卡号，实名认证请求包括授权信息，授权信息用于指示将第一卡号的实名认证信息授权给第二卡号使用，第一卡号与第二卡号为同一个用户身份信息对应的两个卡号。
46.本技术实施方式中，写卡平台可以是指空中写卡平台，具体地，空中写卡是采用以专用用户身份识别(subscriber identity module，sim)卡为依托，利用空中下载(over the air，ota)的加密安全数据通道，结合特殊的写卡终端，实现个人化数据空中传输，从而
脱离了写卡器对营业厅网络传输条件的依赖的写卡方式。
47.此外，本技术实施方式中的第二卡号是指副卡的卡号，可理解地，第一卡号是指主卡的卡号，第二运营商平台是用于管理副卡的运营商平台，第一卡号的管理平台为第一运营商平台，其中，第一卡号和第二卡号的具体号码可以相同，但是，第一卡号和第二卡号分别属于不同的运营商平台管理。
48.具体而言，授权信息可以是用于体现同意授权的提示信息，例如，可以是预先约定好的表示同意授权的数字码，也可以是“同意授权”的文本内容，此处仅作示例，不做限定，可变换地，在其他可行的实施方式中，授权信息还可以是其他类型的授权信息，但不论其作何变换，都在本技术实施例保护的范围之内。
49.此外，实名认证信息可以是第一卡号在第一运营商平台进行实名认证的信息，例如，第一卡号的密钥信息、第一卡号的id信息等，此处仅作示例，不做限定，可变换地，在其他可行的实施方式中，实名认证信息还可以是其他类型的认证信息，但不论其作何变换，都在本技术实施例保护的范围之内。
50.步骤102、基于授权信息获取第一卡号对应的实名认证信息。
51.在该实施方式中，第二运营商平台接收到授权信息之后，基于授权信息向区块链获取第一卡号对应的实名认证信息。
52.区块链是一个共享数据库，存储于其中的数据或信息，具有信任度高的特征。区块链的概念是现有技术中存在的，此处不做赘述。在该实施方式中，第一运营商平台将第一卡号对应的实名认证信息存储至区块链中，便于其余的运营商平台可以通过区块链快速获取该实名认证信息。
53.具体而言，在该实施方式中，第一运营商平台将授权信息发送至区块链和第二运营商平台，第二运营商平台基于授权信息访问区块链，若区块链也接收到与第二运营商平台一致的授权信息，则将存储于区块链中的第一卡号对应的实名认证信息发送给第二运营商平台。
54.步骤103、基于第一卡号对应的实名认证信息对第二卡号进行实名认证。
55.进一步地，由于第一卡号与第二卡号为同一个用户身份信息对应的两个卡号，因此，第二运营商平台可以基于获取的第一卡号对应的实名认证信息对第二卡号进行实名认证。
56.本技术实施例中，基于授权信息获取第一卡号对应的实名认证信息，并基于第一卡号对应的实名认证信息对第二卡号进行实名认证，这样，当第二卡号对应的第二运营平台与第一卡号对应的运营平台为不同的运营平台，且第二卡号和第一卡号为同一个用户身份信息对应的两个卡号时，第二卡号可以基于第一卡号对应的实名认证信息进行实名认证，能提高第二卡号的实名认证的效率，简化一卡双号的实名认证步骤。
57.可选地，基于第一卡号对应的实名认证信息对第二卡号进行实名认证之后，该实名认证方法还包括：
58.将第二卡号的实名认证信息发送至区块链进行存储。
59.可变换地，在其他可行的实施方式中，第二卡号也可以作为主卡进行使用，例如，终端用户的所属区域发生变更，需要基于第二卡号重新进行写卡或者修改操作时，可以将第二卡号作为新的第一卡号，并基于该第二卡号采用上述的实名认证方法继续执行实名认
证。这样，便于进行卡号的扩展使用，也即，本技术实施方式中的实名认证方法，可以进行一卡双号的实名认证，可变换的，还可以实现一卡多号的实名认证，此处，仅作示例，不做限定。
60.请参见图2，图2是本技术实施例提供的又一种实名认证方法，应用于第一运营商平台，包括：
61.步骤201、接收写卡平台发送的针对于第二卡号的授权请求。
62.本技术实施方式中，写卡平台可以是指空中写卡平台，具体地，空中写卡是采用以专用用户身份识别(subscriber identity module，sim)卡为依托，利用空中下载(over the air，ota)的加密安全数据通道，结合特殊的写卡终端，实现个人化数据空中传输，从而脱离了写卡器对营业厅网络传输条件的依赖的写卡方式。
63.此外，本技术实施方式中的第二卡号是指副卡的卡号，可理解地，第一卡号是指主卡的卡号，第二运营商平台是用于管理副卡的运营商平台，第一卡号的管理平台为第一运营商平台，其中，第一卡号和第二卡号的具体号码可以相同，但是，第一卡号和第二卡号分别属于不同的运营商平台管理。具体地，在该实施方式中，授权请求可以是包括第二卡号的用户信息。
64.步骤202、在第二卡号与第一卡号对应同一个用户身份信息的情况下，基于授权请求发送授权响应，授权响应包括授权信息，授权信息用于指示将第一卡号的实名认证信息授权给第二卡号使用，第一卡号为第一运营商平台管理的卡号。
65.在该实施方式中，第一运营商平台在接收到来自于写卡平台的授权请求之后，判断授权请求中的用户信息与第一运营商平台管理的第一卡号的用户身份信息是否为同一个用户身份信息，若第二卡号和第一卡号与同一个用户身份信息对应，则表示可以将第一卡号的实名认证信息授权给第二卡号使用，此时，第一运营商平台发送包括授权信息的授权响应给写卡平台。
66.示例性地，授权信息可以是用于体现同意授权的提示信息，例如，可以是预先约定好的表示同意授权的数字码，也可以是“同意授权”的文本内容，此处仅作示例，不做限定，可变换地，在其他可行的实施方式中，授权信息还可以是其他类型的授权信息，但不论其作何变换，都在本技术实施例保护的范围之内。
67.可选地，在接收写卡平台发送的针对于第二卡号的授权请求之前，该实名认证方法还包括：
68.获取第一卡号对应的用户身份信息，并对第一卡号进行实名认证；
69.将第一卡号对应的实名认证信息发送至区块链进行存储。
70.需要说明的是，为保证第一卡号对应的实名认证信息的可信度，第一运营商平台需要先对第一卡号进行实名认证。具体地，第一运营商平台通过第一卡号对应的用户身份信息对第一卡号进行实名认证，其中，用户身份信息包括但不限于第一卡号的密钥信息、id信息等。
71.进一步地，在对第一卡号进行实名认证通过后，为便于与第一卡号对应的其余卡号进行实名认证，第一运营商平台将第一卡号对应的实名认证信息发送至区块链进行存储，这样，由于区块链具有可信度高，安全性高的特点，既保证了第一卡号对应的实名认证信息的安全性，又便于其余卡号基于第一卡号对应的实名认证信息进行实名认证。
72.请参见图3，图3是本技术实施例提供的又一种实名认证方法，应用于写卡平台，包括：
73.步骤301、接收对第二卡号的写入请求。
74.本技术实施方式中，写卡平台可以是指空中写卡平台，具体地，空中写卡是采用以专用用户身份识别(subscriber identity module，sim)卡为依托，利用空中下载(over the air，ota)的加密安全数据通道，结合特殊的写卡终端，实现个人化数据空中传输，从而脱离了写卡器对营业厅网络传输条件的依赖的写卡方式。
75.此外，本技术实施方式中的第二卡号是指副卡的卡号，可理解地，第一卡号是指主卡的卡号，第二运营商平台是用于管理副卡的运营商平台，第一卡号的管理平台为第一运营商平台，其中，第一卡号和第二卡号的具体号码可以相同，但是，第一卡号和第二卡号分别属于不同的运营商平台管理。
76.需要说明的是，在实际中，终端用户通过写卡平台写入或者更改第二卡号的信息，也即，写入请求是终端用户向写卡平台发送的写入请求。本技术实施方式中的写入或者更改第二卡号信息是指，将第二卡号的例如号码或者id等信息下载至终端芯片，这样，用户基于终端即可实现针对于第二卡号的相应通信功能。写卡平台完成写入工作后，需要对第二卡号进行实名认证。
77.步骤302、基于写入请求生成授权请求，并将授权请求发送至第一运营商平台，第一运营商平台为第一卡号对应的运营商平台，第一卡号与第二卡号为同一个用户身份信息对应的两个卡号。
78.步骤303、接收第一运营商平台基于授权请求发送的授权响应，授权响应包括授权信息，授权信息用于指示将第一卡号的实名认证信息授权给第二卡号使用。
79.示例性地，授权信息可以是用于体现同意授权的提示信息，例如，可以是预先约定好的表示同意授权的数字码，也可以是“同意授权”的文本内容，此处仅作示例，不做限定，可变换地，在其他可行的实施方式中，授权信息还可以是其他类型的授权信息，但不论其作何变换，都在本技术实施例保护的范围之内。
80.步骤304、向第二运营商平台发送实名认证请求，以对第二卡号进行实名认证，实名认证请求包括授权信息，第二运营商平台为第二卡号对应的运营商平台。
81.具体而言，第二运营商平台基于第一卡号的实名认证信息，可以快速完成对第二卡号的实名认证，提高了第二卡号的实名认证的效率。
82.在一个可选的实施方式中，如图4所示，第一运营商平台首先对第一卡号进行实名认证之后，将第一卡号对应的实名认证信息发送至区块链进行存储，终端用户通过写卡平台进行第二卡号的写卡，第二卡号与第一卡号对应同一个用户身份信息，写卡平台将第二卡号的授权请求发送至第一运营商平台，获取第一运营商平台的授权响应，基于该授权响应向区块链获取第一卡号对应的实名认证信息，并将第一卡号对应的实名认证信息发送至第二运营商平台，以供第二运营商平台对第二卡号进行实名认证，以提升第二卡号的认证效率。
83.请参见图5，本发明实施例还提供一种实名认证装置500，应用于第二运营商平台，包括：
84.第一接收模块501，用于接收写卡平台发送的对第二卡号的实名认证请求，所述第
digital assistant，pda)等，非移动电子设备可以为服务器、网络附属存储器(network attached storage，nas)、个人计算机(personal computer，pc)、电视机(television，tv)、柜员机或者自助机等，本技术实施例不作具体限定。
103.本技术实施例中的实名认证装置可以为具有操作系统的装置。该操作系统可以为安卓(android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本技术实施例不作具体限定。
104.可选的，如图8所示，本技术实施例还提供一种运营商平台800，包括存储器802、处理器801及存储在所述存储器802上并可在所述处理器801上运行的程序，其中，当运营商平台为第二运营商平台时：
105.所述处理器801读取存储器802中的程序，用于执行：
106.接收写卡平台发送的对第二卡号的实名认证请求，所述第二卡号为所述第二运营商平台管理的卡号，所述实名认证请求包括授权信息，所述授权信息用于指示将第一卡号的实名认证信息授权给第二卡号使用，所述第一卡号与所述第二卡号为同一个用户身份信息对应的两个卡号；
107.基于所述授权信息获取第一卡号对应的实名认证信息；
108.基于所述第一卡号对应的实名认证信息对所述第二卡号进行实名认证。
109.可选地，所述基于所述第一卡号对应的实名认证信息对所述第二卡号进行实名认证之后，还包括：
110.将所述第二卡号的实名认证信息发送至区块链进行存储。
111.其中，当运营商平台为第一运营商平台时：
112.所述处理器801读取存储器802中的程序，用于执行：
113.接收写卡平台发送的针对于第二卡号的授权请求；
114.在所述第二卡号与第一卡号对应同一个用户身份信息的情况下，基于所述授权请求发送授权响应，所述授权响应包括授权信息，所述授权信息用于指示将第一卡号的实名认证信息授权给第二卡号使用，所述第一卡号为所述第一运营商平台管理的卡号。
115.可选地，在所述接收写卡平台发送的针对于第二卡号的授权请求之前，还包括：
116.获取所述第一卡号对应的用户身份信息，并对所述第一卡号进行实名认证；
117.将所述第一卡号对应的实名认证信息发送至区块链进行存储。
118.在图8中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器801代表的一个或多个处理器和存储器802代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。
119.处理器801负责管理总线架构和通常的处理，存储器802可以存储处理器801在执行操作时所使用的数据。
120.需要说明的是，本发明实施例中图1或者图2所示的实名认证方法实施例中的任意实施方式都可以被本实施例中的上述运营商平台所实现，以及达到相同的有益效果，此处不再赘述。
121.参见图9，本技术实施例还提供一种写卡平台，如图9所示，写卡平台包括存储器902、处理器901及存储在所述存储器902上并可在所述处理器901上运行的程序，其中：
122.所述处理器901读取存储器902中的程序，用于执行：
123.接收对第二卡号的写入请求；
124.基于所述写入请求生成授权请求，并将所述授权请求发送至第一运营商平台，所述第一运营商平台为第一卡号对应的运营商平台，所述第一卡号与所述第二卡号为同一个用户身份信息对应的两个卡号；
125.接收所述第一运营商平台基于所述授权请求发送的授权响应，所述授权响应包括授权信息，所述授权信息用于指示将所述第一卡号的实名认证信息授权给所述第二卡号使用；
126.向第二运营商平台发送实名认证请求，以对所述第二卡号进行实名认证，所述实名认证请求包括所述授权信息，所述第二运营商平台为第二卡号对应的运营商平台。
127.在图9中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器901代表的一个或多个处理器和存储器902代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。
128.处理器901负责管理总线架构和通常的处理，存储器902可以存储处理器901在执行操作时所使用的数据。
129.需要说明的是，本发明实施例中应用于图3所示的实名认证方法实施例中的任意实施方式都可以被本实施例中的写卡平台所实现，以及达到相同的有益效果，此处不再赘述。
130.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
131.上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。