CN109474926B - 基于区块链的携号转网方法及装置、存储介质 - Google Patents

Abstract

本发明提供一种基于区块链的携号转网方法及装置、存储介质。该方法包括：用户节点在区块链上发送第一广播消息，以使当前运营节点根据第一广播消息与目标号码进行解约；第一广播消息用于请求将目标号码的通信业务由当前运营节点转移至目标运营节点；用户节点接收当前运营节点发送的第二广播消息；第二广播消息用于指示目标号码与当前运营节点解约成功；用户节点接收目标运营节点发送的第三广播消息；第三广播消息用于指示目标号码与目标运营节点签约成功；用户节点将第一广播消息、第二广播消息、第三广播消息均写入到本地区块链账本中。本发明的方法能够提高携号转网后通信号码相关信息的同步性。

Description

基于区块链的携号转网方法及装置、存储介质

技术领域

本发明涉及通信技术，尤其涉及一种基于区块链的携号转网方法及装置、存储介质。

背景技术

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

目前，实施携号转网一般是由运营商在线下进行处理，各运营商网络分别维护自身的用户信息。也就是，原通信运营商网络将转网用户的通信号码移除，而新转入的通信运营商网络将转网与转网用户签订协议，并为转网用户的通信号码提供服务。

但是，现有的携号转网是由各运营商网络各自维护自身网络的，这种独立式管理方式导致转网用户的通信号码相关信息的同步性较差，有可能导致转网用户无法使用新转入的通信运营商提供的行业短信服务。

发明内容

本发明提供一种基于区块链的携号转网方法及装置、存储介质，用以解决现有技术中携号转网导致号码信息同步性较差的问题。

第一方面，本发明提供一种基于区块链的携号转网方法，包括：

用户节点在区块链上发送第一广播消息，以使当前运营节点根据所述第一广播消息与目标号码进行解约；所述第一广播消息用于请求将所述目标号码的通信业务由所述当前运营节点转移至目标运营节点；

所述用户节点将所述第一广播消息写入到本地区块链账本中；

所述用户节点接收所述当前运营节点发送的第二广播消息；所述第二广播消息用于指示所述目标号码与所述当前运营节点解约成功；

所述用户节点将所述第二广播消息写入到所述本地区块链账本中；

所述用户节点接收所述目标运营节点发送的第三广播消息；所述第三广播消息用于指示所述目标号码与所述目标运营节点签约成功；

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

第二方面，本发明提供一种基于区块链的携号转网装置，包括：

发送模块，用于在区块链上发送第一广播消息，以使当前运营节点根据所述第一广播消息与目标号码进行解约；所述第一广播消息用于请求将所述目标号码的通信业务由所述当前运营节点转移至目标运营节点；

存储模块，用于将所述第一广播消息写入到本地区块链账本中；

接收模块，用于接收所述当前运营节点发送的第二广播消息；所述第二广播消息用于指示所述目标号码与所述当前运营节点解约成功；

存储模块，还用于将所述第二广播消息写入到所述本地区块链账本中；

接收模块，还用于接收所述目标运营节点发送的第三广播消息；所述第三广播消息用于指示所述目标号码与所述目标运营节点签约成功；

存储模块，还用于将所述第三广播消息写入到所述本地区块链账本中。

第三方面，本发明提供一种基于区块链的携号转网装置，包括：

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

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

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

其中，所述收发器，用于在区块链上发送第一广播消息，以使当前运营节点根据所述第一广播消息与目标号码进行解约；所述第一广播消息用于请求将所述目标号码的通信业务由所述当前运营节点转移至目标运营节点；

所述处理器，用于将所述第一广播消息写入到本地区块链账本中；

所述收发器，还用于接收所述当前运营节点发送的第二广播消息；所述第二广播消息用于指示所述目标号码与所述当前运营节点解约成功；

所述处理器，还用于将所述第二广播消息写入到所述本地区块链账本中；

所述收发器，还用于接收所述目标运营节点发送的第三广播消息；所述第三广播消息用于指示所述目标号码与所述目标运营节点签约成功；

所述处理器，还用于将所述第三广播消息写入到所述本地区块链账本中。

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

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

本发明提供的技术方案中，通过区块链的方式，任意用户节点可以根据自身需要在区块链上向当前运营节点提出解约请求，则当前运营节点与目标号码解约，目标运营节点基于用户节点提出的签约请求，目标运营节点与目标号码签约，在此过程中的所有广播消息被记录在区块链账本中，如此，相当于借助区块链，建立了一个公共的数据库，在携号转网后，可以便捷的通过该区块链账本确定号码的转网信息以及转网后的服务归属于哪一运营节点，相较于现有技术中独立维护自身信息的方式，本发明提供的技术方案能够提高携号转网后通信号码相关信息的同步性，并能够在一定程度上提高短信接收成功率；此外，由于区块链上维护的区块链账本具备不可篡改、不可删除的特性，因此，通过区块链技术实现携号转网，还能够在出现问题时为划分责任归属提供证据。

附图说明

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

图1为本发明实施例所提供的一种基于区块链的携号转网方法的流程示意图；

图2为本发明实施例所提供的另一种基于区块链的携号转网方法的流程示意图；

图3为本发明实施例所提供的一种基于区块链的携号转网装置的功能方块图；

图4为本发明实施例所提供的一种基于区块链的携号转网装置的实体结构示意图。

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

具体实施方式

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

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

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

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

目前，携号转网问题存在行业短信接收成功率较低的问题。例如，一个A运营商号码携号转网转到B运营商网络，那么当第三方需要该该A运营商号码发送行业短信时，如银行向该A运营商号码发送余额变动短信的时候，该第三方会将该行业短信发送给A运营商的行业网关，但是，由于实施了携号转网，A运营商的行业网关已经无法为该A运营商号码提供服务，也就无法将该行业短信转发给A运营商号码，导致A运营商号码无法收到第三方发送的行业短信。

而上述行业短信接收成功率较低的问题，其实质在于各运营商各自维护自身的服务用户信息，导致用户的数据信息不能被及时同步，也就是，携号转网过程导致了通信号码相关信息同步性较差的问题。此外，在一些可能的实现场景中，还可能进一步由于信息同步较差引起用户的财产损失，那么，在出现问题时，还可能会导致无法有效的划分责任归属。

本发明提供的基于区块链的携号转网方法，旨在解决现有技术的如上技术问题，并提出如下解决思路：转网用户可以在区块链上提出携号转网请求，如此，区块链上的当前运营节点与目标号码解约，而目标运营节点与目标号码签约，全过程通过广播消息的方式记录在区块链账本中；而区块链账本作为一个公共的数据库，可以便捷的确定每个号码对应的运营节点。

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

实施例一

本发明实施例提供了一种基于区块链的携号转网方法。请参考图1，该方法包括如下步骤：

S101，用户节点在区块链上发送第一广播消息，以使当前运营节点根据第一广播消息与目标号码进行解约；第一广播消息用于请求将目标号码的通信业务由当前运营节点转移至目标运营节点。

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

S103，用户节点接收当前运营节点发送的第二广播消息；第二广播消息用于指示目标号码与当前运营节点解约成功。

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

S105，用户节点接收目标运营节点发送的第三广播消息；第三广播消息用于指示目标号码与目标运营节点签约成功。

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

以下，对上述各步骤进行具体说明。

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

本发明实施例所涉及的当前处理节点，是指转网用户当前通信服务归属且希望转出的当前运营商在区块链上的处理节点，目标运营节点为转网用户希望转入的第一运营商在区块链上的处理节点。需要说明的是，转网用户为需要进行携号转网的电信用户。本发明实施例主要针对携号转网这一场景存在的信息同步问题，因此，为了便于理解，除特别说明，用户节点是指转网用户在区块链上的处理节点。

本发明实施例中，S101中用户发出第一广播消息，是为了通知与自身通信服务相关的运营节点，包括：当前运营节点与目标运营节点，自身需要进行携号转网。由此，第一广播消息中可携带的信息至少包括：用户节点的标识信息、目标运营节点的标识信息与目标号码。

其中，区块链中任意节点的标识信息用以表征节点的身份，可以包括：节点的名称标识。此外，任意节点的标识信息中还可以包括：该节点的公钥。具体的，出于提高系统安全性的考虑，本发明实施例所提供的基于区块链的携号转网方法中所涉及到的任意一个信息发送步骤，都可以采用非对称加密算法处理后发送，以及，凡是涉及以非对称加密算法处理后发送的信息，其信息接收方均可采用信息发送方的公钥对信息进行解密。后续涉及信息发送的步骤，均可按照非对称加密算法处理后发出，不再赘述。

其中，非对称加密算法是指，信息发出方可以利用自身私钥对信息进行加密，接收信息的一方可以利用信息发出方的公钥对其进行解密。因此，非对称加密算法还能够用于验证信息发出方的身份：若信息接收方能够利用其公钥解开信息发出方用私钥加密的信息，则信息发出方的身份验证通过。

以S101步骤为例，在一个可行的实现场景中，用户节点在区块链上发送第一广播消息的实现方式可以为：用户节点生成第一广播消息，然后，利用自身私钥对该第一广播消息进行加密，并将加密后的第一广播消息在区块链上广播。在这种实现场景中，用户节点的标识信息还可以包括：用户节点的公钥。

在第一广播消息中，当前运营节点的标识信息为非必要携带项，可在第一广播消息中携带，也可不携带。这是由于每个运营节点都可以维护有自身的用户信息，可具备表现为各运营节点在本地维护用户信息列表，如此，各运营节点在接收到第一广播消息后，根据用户信息列表，各运营节点可以采用简单的查找比对的方式，确定目标号码是否属于自身提供服务的用户。该用户信息列表由运营节点自身独立维护，可不与其他运营节点共享，或者，也可以在区块链范围内共享，根据需要设置即可。

或者，若第一广播消息中携带了目标号码的当前运营节点的标识信息，则区块链上的运营节点无需查询自身用户信息列表，仅凭借目标号码的当前运营节点的标识信息，就可以确认身份，节省了运营节点侧的数据处理步骤，有利于提高处理效率。

此外，在区块链中，每个节点都维护有一个本地区块链账本，且各节点维护的本地区块链账本所记录的内容相同。

当区块链中任一节点发布广播消息时，区块链上的各节点均可作为挖矿节点，采用挖矿机制，根据该广播消息生成新区块，也就是，将该广播消息写入到区块链账本中，并将该区块链账本同步给区块链上的各节点。如此，各节点接收并更新自身维护的本地区块链账本，即可实现同步。

如此，挖矿节点可以为区块链上的任一节点，并不一定为用户节点，而在执行S102步骤时，用户节点将第一广播消息存储在本地区块链账本中即可。也就是，该存储过程可以基于其他挖矿节点的记录同步过程实现，或者，也可以自身为挖矿节点主动实现生成新区块并同步存储新区块的过程。

基于用户节点发出的第一广播消息，区块链上的任意节点都可以接收到该第一广播消息，区块链中的运营节点可以包括以下三种处理情况：

第一种，运营节点确定自身不是该目标号码的当前运营节点，也不是目标运营节点。

此时，该运营节点可以仅将第一广播消息存储在本地区块链账本，以及，将后续收到的广播消息同步存储在本地区块链账本中。同S102步骤，该存储步骤可以是基于自身作为挖矿节点主动存储的，也可以是，挖矿节点写入区块链账本后同步给自身的，自身仅存储在本地区块链账本。

第二种，运营节确定自身为该目标号码的当前运营节点。

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

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

目标号码；

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

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

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

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

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

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

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

第三种，运营节确定自身为该目标号码的目标运营节点。

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

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

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

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

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

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

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

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

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

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

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

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

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

目标号码；

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

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

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

同S102步骤与S104步骤所述，区块链上的挖矿节点对第三广播消息进行挖矿，挖矿节点将第三广播消息写入区块链账本，如此，用户节点与区块链上的其他节点也将第三广播消息写入本地区块链账本。

需要说明的是，图1所示流程为本发明实施例的一种可能的实现流程，在具体实现时，本发明实施例对于图1中S103与S105的执行顺序无特别限定，这取决于当前运营节点与目标运营节点的处理时效。

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

此外，本发明实施例对于目标号码是否为该用户节点名下所属号码无限定，也就是，用户节点提出携号转网的目标号码，可以是自身名下号码，或者，也可以是其他用户名下的号码。但是，若目标号码为其他用户名下的号码，则在该用户节点发出第一广播消息以提出携号转网请求时，仅当该用户节点具备该目标号码的代理权限证明时，各运营节点才执行上述携号转网操作。

其中，该代理权限证明可以携带于第一广播消息中；或者，可以通过另一消息发送给运营节点；或者，应运营节点的要求发送代理权限证明给运营节点；或者，可以以广播方式在区块链上发送代理权限证明。

与之对应的，运营节点接收到该第一广播消息后，若确定该用户节点与目标号码不匹配，也就是，该目标号码对应的用户并非该用户节点的用户，则可以对其是否具备代理权限进行验证。

如此，若第一广播消息中携带了代理权限证明，则运营节点可直接对该代理权限证明进行真实性验证，若验证通过，则继续执行如图1所示执行相应的解约(或签约)处理；反之，若不通过，则运营节点可在区块链上广播该由于用户节点不具备该目标号码的代理权限而不予办理解约(或签约)业务的通知。

或者，若第一广播消息中未携带代理权限证明，则运营节点可以要求该用户节点提交代理权限证明。此时，若用户节点提交，则按照前述方法进行真实性验证，若验证通过，则执行相应的解约(或签约)处理；若不通过，则发送广播消息以拒绝办理业务。反之，若用户节点在预设时限内未提交代理权限证明，则运营节点可如前述发送广播消息以拒绝办理业务。

此外，针对某些运营商规定不允许其他用户代办业务的情况，那么，若设有此项规定的运营节点确定该用户节点与目标号码不匹配，则可以直接在区块链上广播该携号转网业务由于不允许他人代办而不予办理解约(或签约)业务的通知。

此外，还需要说明的是，前述方案为用户节点已经确定了自身希望转入的目标运营节点的情况下的处理方式，在实际的应用场景中，还可能存在一种情况：用户节点需要进行携号转网，但尚未确定自身希望转入的运营网络。

此时，用户节点在区块链上发出第一广播消息之前，用户节点还需要确定目标运营节点。本发明实施例提供了一种在该区块链上实现目标运营节点的可能的实现方式，请参考图2，在S101之前，该方法还包括如下步骤：

S1001，用户节点确认区块链的创世区块。

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

S1003，用户节点根据创始人节点标识信息，向创始人节点请求创始人节点本地维护的运营商信息。

S1004，用户节点接收创始人节点反馈的运营商信息。

S1005，用户节点根据运营商信息，确定目标运营节点。

在区块链中具备创始人节点，该创始人节点能够以发送广播消息的方式，在区块链中创建本区块链的创世区块，创世区块为本区块链的第一个区块，也就是，区块链账本中的第一个条记录信息。并且，创始人节点在本地维护有本区块链的运营商信息。该运营商信息可以以列表形式存在。而创世区块用以记录创始人节点的标识信息。在一个可行的实现过程中，创始人节点的标识信息可以包括但不限于：创始人节点的名称标识、公钥与创始人身份信息中的至少一种。

在携号转网的应用场景中，创始人节点可以为工信部节点。

因此，用户节点可以向创始人节点请求该区块链上的全部运营商信息，以便于在该运营商信息中选择出符合自身需求的目标运营节点。

其中，由于创始人的标识信息存储在创世区块中，该用户节点还需要进一步确认该区块链的创世区块。

其中，S1001步骤在执行时，若用户节点已经在本地存储了创世区块，则可以直接根据本地存储的创世区块中记录的创始人节点的标识信息即可。

反之，若用户节点本地未存储该消息，则需要向区块链中的其他节点请求并获取创世区块。此时，S1001步骤的实现方式可以为：

用户节点生成查询请求，查询请求用于查询区块链的创世区块；

用户节点将查询请求发送给一个或多个节点；

用户节点接收一个或多个节点反馈的区块信息；

若用户节点接收到多个区块信息，用户节点验证多个区块信息是否一致；

若一致，用户节点将区块信息所指示的区块确认为创世区块。

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

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

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

与前述发送步骤类似，用户节点发出的查询请求可以以自身私钥加密后发出，其具体实现过程不再赘述。

通过如上步骤，用户节点可以确定创世区块，则可以进一步将该创世区块记录在本地，以方便后续操作，避免后续重复执行该步骤，节约资源。

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

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

此外，在一个可行的实现场景中，用户节点取得的手机卡，可以为综合管理信息系统(Integrated Management Information System，IMIS)卡，其表现形式可以包括但不限于：软用户身份识别卡(Subscriber Identification Module，SIM)或者全球用户识别卡(Universal Subscriber Identity Module，USIM)。由于该业务为携号转网业务，该IMIS卡的通信号码(目标号码)不变。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

用户节点的标识信息；

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

创始人节点的标识信息。

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

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

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

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

本发明提供的技术方案中，通过区块链的方式，任意用户节点可以根据自身需要在区块链上向当前运营节点提出解约请求，则当前运营节点与目标号码解约，目标运营节点基于用户节点提出的签约请求，目标运营节点与目标号码签约，在此过程中的所有广播消息被记录在区块链账本中，如此，相当于借助区块链，建立了一个公共的数据库，在携号转网后，可以便捷的通过该区块链账本确定号码的转网信息以及转网后的服务归属于哪一运营节点，相较于现有技术中独立维护自身信息的方式，本发明提供的技术方案能够提高携号转网后通信号码相关信息的同步性，并能够在一定程度上提高短信接收成功率；此外，由于区块链上维护的区块链账本具备不可篡改、不可删除的特性，因此，通过区块链技术实现携号转网，还能够在出现问题时为划分责任归属提供证据。

实施例二

基于上述实施例一所提供的基于区块链的携号转网方法，本发明实施例进一步给出实现上述方法实施例中各步骤及方法的装置实施例。

本发明实施例提供了一种基于区块链的携号转网装置，请参考图3，该基于区块链的携号转网装置300，包括：

发送模块31，用于在区块链上发送第一广播消息，以使当前运营节点根据第一广播消息与目标号码进行解约；第一广播消息用于请求将目标号码的通信业务由当前运营节点转移至目标运营节点；

存储模块32，用于将第一广播消息写入到本地区块链账本中；

接收模块33，用于接收当前运营节点发送的第二广播消息；第二广播消息用于指示目标号码与当前运营节点解约成功；

存储模块32，还用于将第二广播消息写入到本地区块链账本中；

接收模块33，还用于接收目标运营节点发送的第三广播消息；第三广播消息用于指示目标号码与目标运营节点签约成功；

存储模块32，还用于将第三广播消息写入到本地区块链账本中。

此外，在一个可行的实现场景中，该基于区块链的携号转网装置300还可以包括如下模块(图3未示出)：

接收模块33，还用于向目标运营节点发送合约签订请求之前，接收目标运营节点根据第一广播消息发送的至少一个候选业务；

第一确定模块，用于在至少一个候选业务中确定目标业务；

生成模块，用于生成针对目标业务的合约签订请求；

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

此外，在另一个可行的实现场景中，该基于区块链的携号转网装置300还可以包括如下模块(图3未示出)：

第二确定模块，用于在区块链上发送第一广播消息之前，确认区块链的创世区块；

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

发送模块31，还用于根据创始人节点标识信息，向创始人节点请求创始人节点本地维护的运营商信息；

接收模块33，还用于接收创始人节点反馈的运营商信息；

第三确定模块，用于根据运营商信息，确定目标运营节点。

在另一个可行的实现场景中，该基于区块链的携号转网装置300还可以包括如下模块(图3未示出)：

第二确定模块，用于确认区块链的创世区块；

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

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

接收模块33，还用于接收创始人节点发送的第四广播消息，第四广播消息用于指示自身(该基于区块链的携号转网装置300)具备运营资格；

存储模块32，还用于将第四广播消息写入到本地区块链账本中。

其中，第二确定模块，还具体包括：

生成子模块，用于生成查询请求，查询请求用于查询创世区块；

发送模块31，还用于将查询请求发送给相邻的一个或多个节点；

接收模块33，还用于接收一个或多个节点反馈的区块信息；

验证子模块，用于若接收到多个区块信息，验证多个区块信息是否一致；

确定子模块，用于若一致，将区块信息所指示的区块确认为创世区块。

并且，本发明实施例提供了一种基于区块链的携号转网装置，请参考图4，该基于区块链的携号转网装置400，包括：

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

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

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

其中，收发器430，用于在区块链上发送第一广播消息，以使当前运营节点根据第一广播消息与目标号码进行解约；第一广播消息用于请求将目标号码的通信业务由当前运营节点转移至目标运营节点；

处理器420，用于将第一广播消息写入到本地区块链账本中；

收发器430，还用于接收当前运营节点发送的第二广播消息；第二广播消息用于指示目标号码与当前运营节点解约成功；

处理器420，还用于将第二广播消息写入到本地区块链账本中；

收发器430，还用于接收目标运营节点发送的第三广播消息；第三广播消息用于指示目标号码与目标运营节点签约成功；

处理器420，还用于将第三广播消息写入到本地区块链账本中。

在另一个可行的实现场景中，收发器430，还用于向目标运营节点发送合约签订请求之前，接收目标运营节点根据第一广播消息发送的至少一个候选业务；

处理器420，还用于在至少一个候选业务中确定目标业务；

处理器420，还用于生成针对目标业务的合约签订请求；

处理器420还用于对合约签订请求进行加密，收发器430还用于并将加密后的合约签订请求发送给目标运营节点；或者，收发器430还用于向目标运营节点发送合约签订请求。

在另一个可行的实现场景中，处理器420，还用于在区块链上发送第一广播消息之前，确认区块链的创世区块；

处理器420，还用于获取创世区块中记录的创始人节点的标识信息；

收发器430，还用于根据创始人节点标识信息，向创始人节点请求创始人节点本地维护的运营商信息；

收发器430，还用于接收创始人节点反馈的运营商信息；

处理器420，还用于根据运营商信息，确定目标运营节点。

在另一个可行的实现场景中，处理器420，还用于确认区块链的创世区块；

处理器420，还用于获取创世区块中记录的创始人节点的标识信息；

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

收发器430，还用于接收创始人节点发送的第四广播消息，第四广播消息用于指示基于区块链的携号转网装置具备运营资格；

处理器420，还用于将第四广播消息写入到本地区块链账本中。

在另一个可行的实现场景中，处理器420，还具体用于生成查询请求，查询请求用于查询创世区块；

收发器430，还用于将查询请求发送给相邻的一个或多个节点；

收发器430，还用于接收一个或多个节点反馈的区块信息；

处理器420，还具体用于若接收到多个区块信息，验证多个区块信息是否一致；

处理器420，还具体用于若一致，将区块信息所指示的区块确认为创世区块。

此外，本发明实施例提供了一种可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行以实现如实施例一所述的方法。

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

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

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

本发明提供的技术方案中，通过区块链的方式，任意用户节点可以根据自身需要在区块链上向当前运营节点提出解约请求，则当前运营节点与目标号码解约，目标运营节点基于用户节点提出的签约请求，目标运营节点与目标号码签约，在此过程中的所有广播消息被记录在区块链账本中，如此，相当于借助区块链，建立了一个公共的数据库，在携号转网后，可以便捷的通过该区块链账本确定号码的转网信息以及转网后的服务归属于哪一运营节点，相较于现有技术中独立维护自身信息的方式，本发明提供的技术方案能够提高携号转网后通信号码相关信息的同步性，并能够在一定程度上提高短信接收成功率；此外，由于区块链上维护的区块链账本具备不可篡改、不可删除的特性，因此，通过区块链技术实现携号转网，还能够在出现问题时为划分责任归属提供证据。

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

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

Claims (11)

1.一种基于区块链的携号转网方法，其特征在于，包括：

用户节点在区块链上发送第一广播消息，以使当前运营节点根据所述第一广播消息与目标号码进行解约；所述第一广播消息用于请求将所述目标号码的通信业务由所述当前运营节点转移至目标运营节点；各运营节点维护有自身的用户信息；

所述用户节点将所述第一广播消息写入到本地区块链账本中，并将该区块链账本同步给区块链上的各节点；每个节点都维护有一个本地区块链账本；

所述用户节点接收所述当前运营节点发送的第二广播消息；所述第二广播消息用于指示所述目标号码与所述当前运营节点解约成功；

所述用户节点将所述第二广播消息写入到所述本地区块链账本中；

所述用户节点接收所述目标运营节点发送的第三广播消息；所述第三广播消息用于指示所述目标号码与所述目标运营节点签约成功；

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

2.根据权利要求1所述的方法，其特征在于，所述用户节点向所述目标运营节点发送合约签订请求之前，所述方法还包括：

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

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

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

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

3.根据权利要求1所述的方法，其特征在于，所述用户节点在区块链上发送第一广播消息之前，所述方法还包括：

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

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

所述用户节点根据所述创始人节点标识信息，向所述创始人节点请求所述创始人节点本地维护的运营商信息；

所述用户节点接收所述创始人节点反馈的所述运营商信息；

所述用户节点根据所述运营商信息，确定所述目标运营节点。

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

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

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

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

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

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

5.根据权利要求3或4所述的方法，其特征在于，所述用户节点确认所述区块链的创世区块，包括：

所述用户节点生成查询请求，所述查询请求用于查询所述创世区块；

所述用户节点将所述查询请求发送给相邻的一个或多个节点；

所述用户节点接收所述一个或多个节点反馈的区块信息；

若所述用户节点接收到多个所述区块信息，所述用户节点验证所述多个区块信息是否一致；

若一致，所述用户节点将所述区块信息所指示的区块确认为所述创世区块。

6.一种基于区块链的携号转网装置，其特征在于，包括：

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

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

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

其中，所述收发器，用于在区块链上发送第一广播消息，以使当前运营节点根据所述第一广播消息与目标号码进行解约；所述第一广播消息用于请求将所述目标号码的通信业务由所述当前运营节点转移至目标运营节点；各运营节点维护有自身的用户信息；

所述处理器，用于将所述第一广播消息写入到本地区块链账本中，并将该区块链账本同步给区块链上的各节点；每个节点都维护有一个本地区块链账本；

所述收发器，还用于接收所述当前运营节点发送的第二广播消息；所述第二广播消息用于指示所述目标号码与所述当前运营节点解约成功；

所述处理器，还用于将所述第二广播消息写入到所述本地区块链账本中；

所述收发器，还用于接收所述目标运营节点发送的第三广播消息；所述第三广播消息用于指示所述目标号码与所述目标运营节点签约成功；

所述处理器，还用于将所述第三广播消息写入到所述本地区块链账本中。

7.根据权利要求6所述的装置，其特征在于，

所述收发器，还用于向所述目标运营节点发送合约签订请求之前，接收所述目标运营节点根据所述第一广播消息发送的至少一个候选业务；

所述处理器，还用于在所述至少一个候选业务中确定所述目标业务；

所述处理器，还用于生成针对所述目标业务的合约签订请求；

所述处理器还用于对所述合约签订请求进行加密，所述收发器还用于并将加密后的所述合约签订请求发送给所述目标运营节点；或者，所述收发器还用于向所述目标运营节点发送合约签订请求。

8.根据权利要求6所述的装置，其特征在于，

所述处理器，还用于在区块链上发送第一广播消息之前，确认所述区块链的创世区块；

所述处理器，还用于获取所述创世区块中记录的创始人节点的标识信息；

所述收发器，还用于根据所述创始人节点标识信息，向所述创始人节点请求所述创始人节点本地维护的运营商信息；

所述收发器，还用于接收所述创始人节点反馈的所述运营商信息；

所述处理器，还用于根据所述运营商信息，确定所述目标运营节点。

9.根据权利要求6所述的装置，其特征在于，

所述处理器，还用于确认所述区块链的创世区块；

所述处理器，还用于获取所述创世区块中记录的创始人节点的标识信息；

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

所述收发器，还用于接收所述创始人节点发送的第四广播消息，所述第四广播消息用于指示所述基于区块链的携号转网装置具备运营资格；

所述处理器，还用于将所述第四广播消息写入到所述本地区块链账本中。

10.根据权利要求8或9所述的装置，其特征在于，

所述处理器，还具体用于生成查询请求，所述查询请求用于查询所述创世区块；

所述收发器，还用于将所述查询请求发送给相邻的一个或多个节点；

所述收发器，还用于接收所述一个或多个节点反馈的区块信息；

所述处理器，还具体用于若接收到多个所述区块信息，验证所述多个区块信息是否一致；

所述处理器，还具体用于若一致，将所述区块信息所指示的区块确认为所述创世区块。

11.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，

所述计算机程序被处理器执行以实现如权利要求1至5任一项所述的方法。

Images