信息处理方法及装置、存储介质与流程

本发明涉及通信技术，尤其涉及一种信息处理方法及装置、存储介质。

背景技术：

携号转网，也称作号码可携带、移机不改号，其实质为用户节点由原通信运营商网络转入另一通信运营商网络，由转入后的运营商网络为其提供通信服务支持，并且，在此过程中，该用户节点用于通信的号码不变。携号转网有利于优化市场结构，且能够降低用户的转网成本。这能够降低通信用户的转网成本，并且，能够节约号码资源。

携号转网一般是由用户针对目标号码主动提出的，而运营商则基于用户提出的请求对该目标号码进行携号转网。在此过程中，运营商一般会在线下对提出携号转网请求的用户身份进行简单验证，例如查看其身份证件等方式，从而，在确定用户身份后，才会对目标号码进行携号转网。

但是，现有的携号转网过程采用线下验证方式对用户身份进行验证，这种验证方式记录粗糙或没有记录，很容易被不法分子利用而冒充他人进行携号转网，从而导致号码对应的实际用户的财产损失，且很难被追责。

技术实现要素：

本发明提供一种信息处理方法及装置、存储介质，以期在一定程度上解决在携号转网过程中身份验证方式存在安全隐患的问题。

第一方面，本发明提供一种信息处理方法，包括：

用户节点获取第一信息，所述第一信息用于请求将目标号码的通信业务由当前运营节点转移至目标运营节点；

所述用户节点利用自身私钥与区块链参数对所述第一信息进行基于身份的加密ibe处理，得到第二信息；

所述用户节点在所述区块链上发送第一广播消息，所述第一广播消息至少携带如下消息：所述用户节点的标识信息、所述第一信息与所述第二信息。

第二方面，本发明提供一种信息处理方法，包括：

运营节点接收用户节点在区块链上发送的第一广播消息，所述第一广播消息至少携带如下消息：所述用户节点的标识信息、第一信息与第二信息，其中，所述第一信息用于请求将目标号码的通信业务由当前运营节点转移至目标运营节点，所述第二信息为利用用户节点的私钥与区块链参数对所述第一信息进行基于身份的加密ibe处理后得到的；

所述运营节点利用所述第一信息与所述第二信息，对所述用户节点的身份进行验证；

若验证通过，所述运营节点根据所述第一广播消息，对所述目标号码进行签约或者解约处理。

第三方面，本发明提供一种信息处理装置，包括：

获取模块，用于获取第一信息，所述第一信息用于请求将目标号码的通信业务由当前运营节点转移至目标运营节点；

处理模块，用于利用自身私钥与区块链参数对所述第一信息进行基于身份的加密ibe处理，得到第二信息；

发送模块，用于在所述区块链上发送第一广播消息，所述第一广播消息至少携带如下消息：所述用户节点的标识信息、所述第一信息与所述第二信息。

第四方面，本发明提供一种信息处理装置，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序；

收发器，用于与其他节点进行信息传输；

其中，所述处理器，用于获取第一信息，所述第一信息用于请求将目标号码的通信业务由当前运营节点转移至目标运营节点；

所述处理器，还用于利用自身私钥与区块链参数对所述第一信息进行基于身份的加密ibe处理，得到第二信息；

所述收发器，用于在所述区块链上发送第一广播消息，所述第一广播消息至少携带如下消息：自身的标识信息、所述第一信息与所述第二信息。

第五方面，本发明提供一种信息处理方法，包括：

接收模块，用于接收用户节点在区块链上发送的第一广播消息，所述第一广播消息至少携带如下消息：所述用户节点的标识信息、第一信息与第二信息，其中，所述第一信息用于请求将目标号码的通信业务由当前运营节点转移至目标运营节点，所述第二信息为利用用户节点的私钥与区块链参数对所述第一信息进行基于身份的加密ibe处理后得到的；

验证模块，用于利用所述第一信息与所述第二信息，对所述用户节点的身份进行验证；

处理模块，用于若验证通过，根据所述第一广播消息，对所述目标号码进行签约或者解约处理。

第六方面，本发明提供一种信息处理装置，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序；

收发器，用于与其他节点进行信息传输；

其中，所述收发器，用于接收用户节点在区块链上发送的第一广播消息，所述第一广播消息至少携带如下消息：所述用户节点的标识信息、第一信息与第二信息，其中，所述第一信息用于请求将目标号码的通信业务由当前运营节点转移至目标运营节点，所述第二信息为利用用户节点的私钥与区块链参数对所述第一信息进行基于身份的加密ibe处理后得到的；

所述处理器，用于利用所述第一信息与所述第二信息，对所述用户节点的身份进行验证；

所述处理器，还用于若验证通过，根据所述第一广播消息，对所述目标号码进行签约或者解约处理。

第七方面，本发明提供一种计算机可读存储介质，其上存储有计算机程序，

所述计算机程序被处理器执行以实现如第一方面和/或第二方面任一项所述的方法。

本发明提供的信息处理方案，利用区块链实现携号转网，如此，在整个携号转网过程中的广播数据都可以被记录在区块链账本中，这保证了携号转网的全过程可追溯，且基于区块链账本中数据不可篡改、不可删除的特性，能够在异常情况出现时作为责任归属划分的依据；以及，本发明实施例还进一步利用基于身份的加密(identitybasedencryption，ibe)机制对用户节点的身份进行验证，并在验证通过后，才会执行针对目标号码的携号转网，如此，能够在一定程度上避免由于被不法分子利用而冒充他人进行携号转网的情况放生，提高了携号转网过程的安全性与稳定性。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为本发明实施例所提供的一种信息处理方法的交互流程示意图；

图2为本发明实施例所提供的另一种信息处理方法的流程示意图；

图3为本发明实施例所提供的一种信息处理装置的功能方块图；

图4为本发明实施例所提供的一种信息处理装置的实体结构示意图；

图5为本发明实施例所提供的另一种信息处理装置的功能方块图；

图6为本发明实施例所提供的另一种信息处理装置的实体结构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

首先对本发明所涉及的应用场景进行具体说明。

本发明具体的应用场景为电信行业中的携号转网场景。其中，携号转网：是指也称作号码可携带、移机不改号，其实质为用户节点由原通信运营商网络转入另一通信运营商网络，由转入后的运营商网络为其提供通信服务支持，并且，在此过程中，该用户节点用于通信的号码不变。例如，持有a运营商号码的手机用户转入b运营商网络，该a运营商号码享受由b运营商提供的通信服务。

其中，携号转网主要包括固定号码携带和移动号码携带两种。携号转网有助于扶持新运营商，促使新运营商快速进入市场，并且，有益于消费者、国家和电信行业三个方面。其中，携号转网有利于优化市场结构，通过市场的管制措施，实现有效竞争，提高消费者福利。对消费者来说，携号转网可以减少用户的转网成本。对国家来说，携号转网能节约号码资源，并能够打破现有电信运营商的优势地位，从而促进市场竞争，优化市场结构。此外，实施号码携带后，号码资源可以由第三方集中管理，还能够节约社会资源。

实施号码携带，用户的数据库需要调整，对维护工作要求比较高，用户节点的数据修改和更新要求具有很高的及时性和统一性。根据用户改变自身网络接入商的选择，需要对其数据记录进行修改，并提供新的接入路径。这使得运营商实施携号转网政策不仅需要进行技术准备、数据库建设、网络改造，需要添加相应的设备并对现有设备进行扩容和改造，还需要解决好计费、号码查询和一些管理方面的问题，这些技术方面的实现都需要巨大的投资，同时也需要一定的时间。考虑到电话用户的巨大数量，实施号码携带势必对用户信息数据库的性能提出更高的要求。

携号转网一般是由用户针对目标号码主动提出的，而运营商则基于用户提出的请求对该目标号码进行携号转网。在此过程中，运营商一般会在线下对提出携号转网请求的用户身份进行简单验证，例如查看其身份证件等方式，从而，在确定用户身份后，才会对目标号码进行携号转网。

但是，现有的携号转网过程采用线下验证方式对用户身份进行验证，这种验证方式记录粗糙或没有记录，很容易被不法分子利用而冒充他人进行携号转网，从而导致号码对应的实际用户的财产损失，且很难被追责。

本发明提供的信息处理方法，旨在解决现有技术的如上技术问题，并提出如下解决思路：利用区块链不可篡改、不可删除的特性，由区块链实现携号转网，并利用基于身份的加密(identitybasedencryption，ibe)机制对用户节点的身份进行验证，并在验证通过后，才会执行针对目标号码的携号转网，以进一步提高携号转网的安全性和稳定性。

下面以具体地实施例对本发明的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本发明的实施例进行描述。

实施例一

本发明实施例提供了一种信息处理方法。为了便于理解，本发明实施例将以用户节点(携号转网请求方)与运营节点(携号转网处理方)之间的信息交互过程，来对此进行说明。具体的，请参考图1，该方法包括如下步骤：

s102，用户节点获取第一信息，第一信息用于请求将目标号码的通信业务由当前运营节点转移至目标运营节点。

用户节点是指用户在区块链上的数据处理节点，其表现形式可以为：区块链的用户侧客户端。

s104，用户节点利用自身私钥与区块链参数对第一信息进行基于身份的加密处理，得到第二信息。

s106，用户节点在区块链上发送第一广播消息，第一广播消息至少携带如下消息：用户节点的标识信息、第一信息与第二信息。

s108，运营节点接收用户节点在区块链上发送的第一广播消息。

可知，此时，第一广播消息中至少携带：用户节点的标识信息、第一信息与第二信息。

运营节点是指电信运营商在区块链上的数据处理节点，其表现形式可以为：区块链的运营商侧客户端。

此外，在区块链中可以包括至少两个运营节点，其中，至少包括：当前为目标号码提供电信服务的当前运营节点，以及，用户节点希望目标号码加入的目标电信运营商在区块链上的目标运营节点。

s110，运营节点利用第一信息与第二信息，对用户节点的身份进行验证。

s112，若验证通过，运营节点根据第一广播消息，对目标号码进行签约或者解约处理。

反之，若验证失败，则运营节点不执行携号转网处理，此时，包括：当前运营节点不执行与目标号码的解约处理，以及，目标运营节点不执行与目标号码的签约处理。在一些可行的实现场景中，运营节点除不执行解约处理之外，还可以进一步发出用于通知该用户节点的身份验证失败的广播消息，以便于其他运营节点无需再重复对其身份进行验证，以节约资源。

以下，对图1所示各步骤进行具体说明。

本发明实施例对于区块链上所包含的用户节点的数目、运营节点的数目均无特别要求，均可以为一个或多个。此外，基于电信服务的不同，用户节点与运营节点可以具备不同的权限，而针对不同的两个用户节点，或者针对不同的两个运营节点，其在区块链上的权限可以相同或者不同，这取决于用户节点与运营节点之间的服务协议。

本发明实施例中，携号转网的请求仍然由用户节点发起，各运营节点基于用户节点的携号转网请求，执行解约或签约处理。其中，目标运营节点为用户节点希望转入的目标运营商在区块链上的处理节点，用于根据携号转网请求执行签约处理；当前运营节点为用户节点当前通信服务归属且希望转出的当前运营商在区块链上的处理节点，用于根据携号转网请求执行解约处理。

但是，在执行上述签约或解约处理之前，需要对用户节点的身份进行验证。这是基于用户节点发起第一广播消息中所携带的第一信息与第二信息实现的。

其中，第一信息的实质为携号转网请求，该第一信息中携带了携号转网的必要信息：目标运营节点的标识信息与目标号码。其中，任意节点的标识信息可以为：该节点的名称标识与该节点的公钥。

此外，还可携带当前运营节点的标识信息。

而第二信息，则是用户节点利用自身私钥与区块连参数对第一信息进行ibe处理得到的。

为了便于理解，以下，对于区块链参数进行具体说明。

在区块链上，各节点同步存储有区块链账本，也就是，各节点均维护有一个与区块链上其他节点同步的本地区块链账本，由此，当任一节点将某一信息存储在自身维护的本地区块链账本时，也就说明，该消息被同步存储在区块链上各节点同步维护的区块链账本中。

区块链账本中的信息以区块方式存在。区块链账本的第一个区块为该区块链的创世区块，其实质为区块链账本中的第一条记录信息，创世区块由区块链的创始人节点创建。

具体的，区块链中的创始人节点能够以发送广播消息的方式，在区块链中创建本区块链的创世区块。创始人节点可以在本地维护有本区块链上各节点的身份信息，或者，可以在本地仅维护某些特定类型的区块链节点的身份信息。

需要说明的是，区块链上的节点将某一信息存储在本地存储位置(非共享)，与将某一信息存储在本地区块链账本是不同的。存储于本地区块链账本的信息，与其他区块链节点存储的本地区块链账本是同步的，而存储在节点本地的信息则可以是存储在自身的存储位置，可不与其他区块链节点共享。

例如，在以区块链实现携号转网的具体应用场景中，创始人节点可以在本地维护有本区块链的运营商信息，该运营商信息可以是实时更新的。该运营商信息可以以列表形式存在。而创世区块用以记录创始人节点的标识信息。在一个可行的实现过程中，创始人节点的标识信息可以包括但不限于：创始人节点的名称标识、公钥与创始人身份信息中的至少一种。具体的，该场景下的创始人节点可以为工信部节点。

本发明实施例中，创始人节点还存储有本区块链的区块链参数，也称为公共参数para1。创始人节点中设置有可信密钥生成中心，该可信密钥生成中心能够生成该区块链参数。

具体的，一个可能的实现场景中，创始人节点可以将可信密钥生成中心生成的区块链参数在区块链网络进行广播，以使得区块链中各节点在收到该广播消息时，将区块链参数存储在本地，以便于区块链上各节点后续可基于存储的区块链参数进行查询或使用。

此时，作为用户节点，在执行s104之前，还可以包括如下步骤：

用户节点接收区块链的创始人节点发布的第二广播消息，第二广播消息携带区块链参数；

用户节点将区块链参数保存在本地区块链账本。

因此，在这种实现场景中，用户节点执行s104的加密步骤时，自身存储的本地区块链账本已经存储有区块链参数，因此，可直接利用自身私钥以及区块链参数进行ibe处理即可。

此外，在另一种可能的实现场景中，用户节点并未存储有区块链参数，此时，该用户节点可向创始人节点请求区块链参数。具体的，用户节点将区块链参数请求消息利用自身私钥加密后，发送给创始人节点，然后，接收创始人节点反馈的区块链参数，并将其存储在本地即可。

此外，本发明实施例考虑到用户节点可能不确定哪一个节点为创始人节点，由于创世区块用以记录创始人节点的标识信息，因此，用户节点可以先确定创世区块，并根据创世区块确定创始人节点。具体的，确定创世区块的过程可以为：用户节点生成查询请求，查询请求用于查询区块链的创世区块，然后，用户节点将查询请求发送给一个或多个节点，并接收一个或多个节点反馈的区块信息，从而，若用户节点接收到多个区块信息，用户节点验证多个区块信息是否一致，若一致，用户节点将区块信息所指示的区块确认为创世区块。

反之，若不一致，则根据接收到的区块信息确定候选区块，根据各候选区块的反馈次数，确定创世区块。例如，可以将反馈次数最多的一个候选区块确认为创世区块。或者，又例如，可以获取候选区块的反馈次数在所有候选区块的反馈次数之和中所占的比例，将在总反馈次数中所占比例超过预设阈值的一个候选区块确认为创世区块。

举例说明，若用户节点接收到3个区块信息，这3个区块信息所指示的候选区块分别为：候选区块a、候选区块b和候选区块a，则候选区块的反馈次数为2，候选区块b的反馈次数为1。则用户节点可以将反馈次数最多的一个候选区块a确认为创世区块。或者，用户节点可以获取各候选区块的反馈次数在总反馈次数中所占的比例，分别为：候选区块a占2/3，候选区块b占1/3，其中，候选区块a在总反馈次数中所占比例超过预设阈值0.6，则用户节点将候选区块a确认为创世区块。

其中，用户节点发送查询请求的节点可以是本区块链上的所有节点，或者，也可以为部分节点。在一个可行的实现场景中，发送查询请求的节点可以为与用户节点之间距离在预设范围内的部分节点。

通过以上步骤，用户节点可以获取到区块链参数。

此外，用户节点自身的私钥是自身具有的身份验证信息。其中，任意区块链节点的私钥可以是创始人节点中的可信密钥生成中心生成，并以创始人节点的私钥加密后发送给区块链节点的。

每个区块链节点都具备一对私钥和公钥，公钥随区块链节点首次接入区块链时，在区块链上广播自身身份信息时，被区块链上各节点存储并记录。如此，当某一区块链节点a将某一信息以其自身私钥加密后，若接收到该加密信息的节点b能够用自身存储的节点a的公钥对其解密，则证明节点a的身份验证通过，反之，则身份验证不通过。

基于以上步骤，用户几点在执行s104步骤时，可表示为下式：

m’＝ibe(m，k，para1)

其中，m’表示第二信息，m表示第一信息，k表示用户节点的私钥，para1表示区块链参数。

得到第二信息后，用户节点在区块链上发送第一广播消息，第一广播消息包括：第一信息、第二信息与用户节点的标识信息。由于第一信息已经携带了目标号码，因此，在第一广播消息中可不携带目标号码。

但是，在一个优选的实现方式中，考虑到运营节点是根据目标号码来确认自身身份的(确认自身是否为目标运营节点，以及，确认自身是否为目标号码的当前运营节点)，因此，为了使收到第一广播消息的运营节点可以快速确定自身身份，以及，为了避免各运营节点提取第一信息后再确认自身身份导致的不必要资源浪费，还可以在第一广播消息中携带目标号码。

在具体实现s106时，该第一广播消息可以以用户节点的私钥进行加密后，再在区块链上广播。

需要说明的是，本发明实施例中，在区块链上发送的广播消息都被挖矿节点记录在区块链账本中。

具体的，区块链上的各节点均可作为挖矿节点进行挖矿。当区块链上发布一个广播消息时，区块链上的挖矿节点通过挖矿机制获取挖矿权，获取到挖矿权的一个挖矿节点将广播消息生成新区块，将该新区块记录在区块链账本中，并同步给区块链上的其他节点，而其他节点基于该同步消息，更新自身的本地区块链账本，实现了各区块链节点的同步存储。用户节点可作为挖矿节点参与挖矿，但是否能取得挖矿权则无限定。在该过程中，用户节点仅需将第一广播消息存储在本地区块链账本即可。

与之相对的，区块链上的运营节点在接收到用户节点发送的第一广播消息后，需要对发出该第一广播消息的用户节点进行身份验证。具体的，请参考图2，可包括如下步骤：

s1102，运营节点利用目标号码与区块链参数对第二信息进行ibe处理，得到第三信息。

该步骤可具体表示为：

c＝ibe(m’，x，para1)

其中，m’表示第二信息，c表示第三信息，x表示目标号码，para1表示区块链参数。

其中，运营节点获取区块链参数para1的实现方式同用户节点，在此不再赘述。

此外，若第一广播消息中携带有目标号码，则该步骤可直接执行；若第一广播消息中未携带目标号码，则运营节点需自第一信息中提取出目标号码，再执行该ibe加密步骤即可。

s1104，运营节点判断第一信息与第三信息是否一致；若是，执行s1106a；若否，执行s1106b。

s1106a，运营节点对用户节点的身份验证通过。

s1106b，运营节点对用户节点的身份验证未通过。

可知，若s1104的判断实质为：判断是否满足m＝c。

若m＝c，则二者一致，则针对发起该携号转网请求的用户节点的身份无误，继续执行后续s112步骤即可。

反之，若m与c不相等，则证明发起该携号转网请求的用户节点的身份有误，身份验证未通过。此时，图2所示方法还可以包括如下步骤：

s1108b，运营节点在区块链上发送第三广播消息，该第三广播消息用于通知发送第一广播消息的用户节点的身份验证失败。

这种实现方式，只需要最先验证出前述用户节点的身份验证失败的运营节点发起第三广播消息，而其他运营节点可不再执行针对第一广播消息的身份验证，在一定程度上降低资源占用和消耗。

除如图2所示执行s1108b的方式之外，运营节点也可在验证出用户节点身份异常时，向用户节点反馈验证结果，通知用户节点基于该验证节点拒绝执行针对目标号码的携号转网。

或者，除如图2所示执行s1108b的方式之外，运营节点也可在验证出用户节点身份异常时，不做其他处理。也就是，不再针对该第一广播消息做任何反馈，也不再针对该第一广播消息执行携号转网。

通过前述身份验证流程，若用户节点的身份验证通过，则运营节点可按照如下方式进行解约或签约处理：

运营节点根据第一广播消息，确认自身身份；

若确认自身为当前运营节点，运营节点对目标号码进行解约处理；

若确认自身为目标运营节点，运营节点对目标号码进行签约处理。

或者，若确认自身既不是当前运营节点，也不是目标运营节点，则无需执行针对目标号码的签约或解约处理。

具体的，本发明实施例中，运营节点根据第一广播消息，确认自身身份的过程可以通过第一信息中携带的目标号码与目标运营节点的标识信息实现。

在区块链中，各运营节点均可维护有自身的用户信息列表，该用户信息列表包含自身服务用户的通信号码(手机号码)。如此，可运营节点在确认用户节点身份后，可将目标号码与自身提供服务的通信号码进行比对，若该目标号码为自身提供服务的通信号码中的一个，则确定自身为该目标号码的当前运营节点。反之，则确定自身不是当前运营节点。

此外，区块链中的每个节点具备自身标识信息，如此，各运营节点可将目标运营节点的标识信息与自身标识信息进行比对，若二者一致，则确定自身为目标运营节点；若不一致，则确定自身不是目标运营节点。

基于区块链上各运营节点的身份确认，以下，从当前运营节点与目标运营节点两个方面简单说明如何实现携号转网过程。

一方面，运营节确定自身为该目标号码的当前运营节点。

此时，当前运营节点将第一广播消息存储在本地区块链账本。此外，根据第一广播消息确定该目标号码需要进行携号转网，也就是，自自身电信网络中移出。此时，当前运营节点对目标号码进行解约处理。

并在解约成功后，进行第四广播消息的广播。此时，第四广播消息中可携带的信息至少包括：

目标号码；

当前运营节点的标识信息；

当前运营节点与目标号码解除通信合约的通知消息。

其中，在一个可行的实现场景中，当前运营节点的标识信息可以包括：当前运营节点的名称标识与当前运营节点的公钥。

为了便于理解，本发明实施例给出当前运营节点根据第一广播消息，对目标号码进行解约操作的一种可行的实现方式：

当前运营节点接收到第一广播消息，对用户身份进行验证，验证通过，根据该第一广播消息，将该目标号码的当前业务全部做暂停处理，并对当前提供的业务进行计费结算，该计费结算的结果可包括：向目标号码对应用户收取未缴付的服务费用，或者，返还未消费费用。此外，计费结算步骤可以在区块链上执行，或者，也可以在线下实现，如当面结算、电子支付方式结算等。待计费结算步骤完成，当前运营节点可以将该目标号码在自身维护的用户信息列表中删除，并在区块链上广播第四广播消息。

其中，当前运营节点发送的第四广播消息，也可是经当前运营节点加密后的消息，如此，用户节点接收第四广播消息的实现方式具体可以为：用户节点接收第四广播消息，之后，利用当前运营节点的公钥对第四广播消息进行解密，解密成功，则对当前运营节点的身份验证通过，用户节点也就得到解密后的第四广播消息，继续执行后续的写入本地区块链账本的步骤。若解密失败，则该第四广播消息的发送方身份验证失败，不对其进行后续处理。

区块链上的挖矿节点对第四广播消息进行挖矿，写入区块链账本，如此，用户节点与区块链上的其他节点也将第四广播消息写入本地区块链账本。

另一方面，运营节确定自身为该目标号码的目标运营节点。

此时，目标运营节点将第一广播消息存储在本地区块链账本。此外，根据第一广播消息确定该目标号码需要进行携号转网，也就是，加入自身电信网络中。

考虑到现实的应用场景中，目标运营节点可能具备多种业务，因此，为目标号码办理携号转网业务时，还需要进一步考虑其携号转网的业务类型。

如此，若第一广播消息中携带有目标业务类型，则目标运营节点可直接根据第一广播消息与目标号码所属用户进行服务协议的签订。

该签订过程可以在该区块链上线上完成，也就是，在该区块链上进行信息交互。例如，在一个可行的实现场景中，目标运营节点根据第一广播消息，获取未签字携号转网合约，并将该未签字确认的携号转网合约发送给用户节点，用户节点将签字(手签或者电子签名)后的携号转网合约(电子件)发送给第一运营节点，第一运营节点根据该携号转网合约，将该转网用户对应的目标号码添加至自身维护的用户信息列表，并在区块链上广播即可。或者，亦可以在线下进行签订。如当面签订携号转网合约与签订电子携号转网合约中的至少一种方式。一方面，当面签订就是转网用户至第一运营商的任一营业厅，当面提出申请并签订携号转网合约即可。另一方面，签订电子携号转网合约的方式可以包括但不限于：电子邮件签订、短信签订、官网签订中的至少一种方式。

或者，若第一广播消息中未携带需要办理的目标业务类型，则用户节点除发出第一广播消息之外，还可以向目标运营节点发送合约签订请求。该合约签订请求可以是单独发送给目标运营节点的，或者，也可以是以广播消息的方式在区块链上发布。

在这种实现场景中，若用户节点已知自己需要办理的目标业务类型，则直接发送合约签订请求即可。反之，若用户节点想要在目标运营节点当前支持的业务中进行选择以确定目标业务类型时，则可以按照如下方式实现：

用户节点接收目标运营节点根据第一广播消息发送的至少一个候选业务；

用户节点在至少一个候选业务中确定目标业务；

用户节点生成针对目标业务的合约签订请求；

用户节点对合约签订请求进行加密，并将加密后的合约签订请求发送给目标运营节点；或者，用户节点向目标运营节点发送合约签订请求。

也就是，目标运营节点在接收到第一广播消息后向用户节点反馈自身支持的至少一个候选业务，也就是，将目标业务类型的选择权交给用户节点，这为用户节点提供了更大的选择空间，其可以在目标运营节点当前支持的业务类型中进行选择，避免了用户节点主观选择的业务类型不存在而需要重复确认目标业务类型的困扰，能够在一定程度上提高服务质量。

签约完成后，目标运营节点在区块链上发布第五广播消息，该第五广播消息可以为经目标运营节点的私钥加密后发出的。

以及，本发明实施例中，第五广播消息中可携带的信息至少包括：

目标号码；

目标号码与目标运营节点已签订的携号转网合约；

目标运营节点的标识信息。

其中，如前所述，在一个实现场景中，目标运营节点的标识信息可以包括但不限于：第一运营节点的名称标识与公钥。

此外，如前所述，区块链上的挖矿节点对第五广播消息进行挖矿，挖矿节点将第五广播消息写入区块链账本，如此，用户节点与区块链上的其他节点也将第五广播消息写入本地区块链账本。

需要说明的是，本发明实施例对于当前运营节点执行解约的步骤、目标运营节点执行签约的步骤，这两个步骤的执行顺序无特别限定，这取决于当前运营节点与目标运营节点的处理时效。

在一个优选的实现过程中，目标运营节点与目标号码所属用户签约的前提条件可以为：接收到第一广播消息与第四广播消息。也就是，自目标号码与其当前运营节点解除合约后，再执行新的合约签订步骤，以避免出现一个目标号码同时存在于两个运营节点的用户信息名单中的情况。

通过上述携号转网流程，能够将目标号码的携号转网流程记录在区块链账本中，在具体实现时，用户节点可主动联系目标运营节点进行线下取卡；或者，用户节点可在接收到目标运营节点的通知时，进行线下取卡。其中，线下取卡的方式至少包括：当面领取或邮寄领取。

在目标运营节点通知用户节点取卡的场景中，该通知可以是由该目标运营节点发出的，或者，可以是目标运营节点下属的任意营业厅发出的，或者，也可以是营业厅工作人员通知的等，本发明实施例对于该通知步骤的执行主体与执行方式无特别限制。

此外，在一个可行的实现场景中，用户节点取得的手机卡，可以为综合管理信息系统(integratedmanagementinformationsystem，imis)卡，其表现形式可以包括但不限于：软用户身份识别卡(subscriberidentificationmodule，sim)或者全球用户识别卡(universalsubscriberidentitymodule，usim)。由于该业务为携号转网业务，该imis卡的通信号码(目标号码)不变。

其取卡过程中或取卡之后，目标运营商即可激活或开通该手机卡，用户节点就可以利用原来的手机卡享受目标运营商提供的电信服务。

此外，在一个可能的实现场景中，该区块链中的任意用户节点还可以申请成为运营节点，也就是，申请获取在该区块链上的运营资格。此时，区块链中的创始人节点可以作为该运营资格的审核者，对用户节点进行运营资格审核。

此时，该方法还可以包括如下步骤：

用户节点确认区块链的创世区块；

用户节点获取创世区块中记录的创始人节点的标识信息；

用户节点根据创始人节点的标识信息，向创始人节点发送运营申请请求，其中，运营申请请求至少包括：用户节点的区块链标识与用户节点的运营注册信息；

用户节点接收创始人节点发送的第六广播消息，第六广播消息用于指示用户节点具备运营资格；

用户节点将第六广播消息写入到本地区块链账本中。

其中，用户节点确认创世区块的方式，以及，由创世区块中记录的标识信息确定创始人节点的方式与前述相同，不再赘述。

创始人节点对用户节点的审核一般是基于用户节点的主动申请而执行的，用户节点在进行运营申请请求需要携带自身的标识信息，以及，运营注册信息。其中，运营注册信息可以包括如下信息：用户节点的公司名称、该公司法定代表人(姓名+身份证号)、注册资本、注册地址、企业注册号、成立时间等信息。

本发明实施例对于创始人节点对用户节点进行运营资格审核的方式和过程无特别限定。

当创始人节点根据前述运营申请请求进行审核的结果为审核通过时，创始人节点在该区块链上广播第六广播消息，并记录在本地区块链账本。此外，创始人节点还将该用户节点的标识信息添加入自身维护的本区块链的运营商信息中。

与之相对的，用户节点以及区块链上的其他节点接收该第六广播消息，并记录在本地区块链账本中。

在一个可行的实现场景中，第六广播消息中携带的信息至少包括：

用户节点的标识信息；

用户节点具备运营资格的通知消息；

创始人节点的标识信息。

以及，如前所述，在一个可能的实现场景中，节点的标识信息包括：节点的名称标识与公钥。

此外，第六广播消息的发送与接收可按照非对称加密算法实现，不再赘述。

或者，若创始人节点根据前述运营申请请求进行审核的结果为审核未通过时，创始人节点可向该用户节点反馈审核未通过的通知消息。该通知消息可以单独发送给用户节点，或者，也可以以广播消息的方式发送并记录在区块链账本中。此外，发送时还可以自身私钥加密后发送。

本发明实施例所提供的技术方案至少具备如下技术效果：

本发明提供的信息处理方案，利用区块链实现携号转网，如此，在整个携号转网过程中的广播数据都可以被记录在区块链账本中，这保证了携号转网的全过程可追溯，且基于区块链账本中数据不可篡改、不可删除的特性，能够在异常情况出现时作为责任归属划分的依据；以及，本发明实施例还进一步利用ibe机制对用户节点的身份进行验证，并在验证通过后，才会执行针对目标号码的携号转网，如此，能够在一定程度上避免由于被不法分子利用而冒充他人进行携号转网的情况放生，提高了携号转网过程的安全性与稳定性。

实施例二

基于上述实施例一所提供的信息处理方法，本发明实施例进一步给出实现上述方法实施例中各步骤及方法的装置实施例。

一方面，本发明实施例提供了一种信息处理装置，请参考图3，该信息处理装置300，包括：

获取模块31，用于获取第一信息，第一信息用于请求将目标号码的通信业务由当前运营节点转移至目标运营节点；

处理模块32，用于利用自身私钥与区块链参数对第一信息进行基于身份的加密ibe处理，得到第二信息；

发送模块33，用于在区块链上发送第一广播消息，第一广播消息至少携带如下消息：用户节点的标识信息、第一信息与第二信息。

此外，该信息处理装置300(图3未示出)还可以包括：

接收模块，用于接收区块链的创始人节点发布的第二广播消息，第二广播消息携带区块链参数；

存储模块，用于将区块链参数保存在本地区块链账本。

并且，本发明实施例提供了一种信息处理装置，请参考图4，该消息处理装置400包括：

存储器410，用于存储计算机程序；

处理器420，用于执行计算机程序；

收发器430，用于与其他节点进行信息传输；

其中，处理器420，用于获取第一信息，第一信息用于请求将目标号码的通信业务由当前运营节点转移至目标运营节点；

处理器420，还用于利用自身私钥与区块链参数对第一信息进行基于身份的加密ibe处理，得到第二信息；

收发器430，用于在区块链上发送第一广播消息，第一广播消息至少携带如下消息：自身的标识信息、第一信息与第二信息。

在一个具体的实现场景中，收发器430，还用于接收区块链的创始人节点发布的第二广播消息，第二广播消息携带区块链参数；

处理器420，还用于将区块链参数保存在本地区块链账本。

另一方面，本发明实施例提供了另一种信息处理装置，请参考图5，该消息处理装置500包括：

接收模块51，用于接收用户节点在区块链上发送的第一广播消息，第一广播消息至少携带如下消息：用户节点的标识信息、第一信息与第二信息，其中，第一信息用于请求将目标号码的通信业务由当前运营节点转移至目标运营节点，第二信息为利用用户节点的私钥与区块链参数对第一信息进行基于身份的加密ibe处理后得到的；

验证模块52，用于利用第一信息与第二信息，对用户节点的身份进行验证；

处理模块53，用于若验证通过，根据第一广播消息，对目标号码进行签约或者解约处理。

在一个具体的实现场景中，验证模块52具体用于：

利用目标号码与区块链参数对第二信息进行ibe处理，得到第三信息；

判断第一信息与第三信息是否一致；

若一致，对用户节点的身份验证通过。

在另一个具体的实现场景中，处理模块53，具体用于：

根据第一广播消息，确认自身身份；

若确认自身为当前运营节点，对目标号码进行解约处理；

若确认自身为目标运营节点，对目标号码进行签约处理。

并且，并且，本发明实施例提供了一种信息处理装置，请参考图6，该消息处理装置600包括：

存储器610，用于存储计算机程序；

处理器620，用于执行计算机程序；

收发器630，用于与其他节点进行信息传输；

其中，收发器630，用于接收用户节点在区块链上发送的第一广播消息，第一广播消息至少携带如下消息：用户节点的标识信息、第一信息与第二信息，其中，第一信息用于请求将目标号码的通信业务由当前运营节点转移至目标运营节点，第二信息为利用用户节点的私钥与区块链参数对第一信息进行基于身份的加密ibe处理后得到的；

处理器620，用于利用第一信息与第二信息，对用户节点的身份进行验证；

处理器620，还用于若验证通过，根据第一广播消息，对目标号码进行签约或者解约处理。

在一个具体的实现场景中，处理器620，具体用于：

利用目标号码与区块链参数对第二信息进行ibe处理，得到第三信息；

判断第一信息与第三信息是否一致；

若一致，对用户节点的身份验证通过。

在另一个具体的实现场景中，处理器620，具体用于：

根据第一广播消息，确认自身身份；

若确认自身为当前运营节点，对目标号码进行解约处理；

若确认自身为目标运营节点，对目标号码进行签约处理。

此外，本发明实施例提供了一种可读存储介质，其上存储有计算机程序，

该计算机程序被处理器执行以实现如实施例一中任一区块链节点所执行的任一种实现方式所述的方法。

由于本实施例中的各模块能够执行实施例一所示的方法，本实施例未详细描述的部分，可参考对实施例一的相关说明。

本发明实施例所提供的技术方案至少具备如下技术效果：

本发明提供的信息处理方案，利用区块链实现携号转网，如此，在整个携号转网过程中的广播数据都可以被记录在区块链账本中，这保证了携号转网的全过程可追溯，且基于区块链账本中数据不可篡改、不可删除的特性，能够在异常情况出现时作为责任归属划分的依据；以及，本发明实施例还进一步利用ibe机制对用户节点的身份进行验证，并在验证通过后，才会执行针对目标号码的携号转网，如此，能够在一定程度上避免由于被不法分子利用而冒充他人进行携号转网的情况放生，提高了携号转网过程的安全性与稳定性。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本发明旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。