CN111786994A - 一种基于区块链的数据处理方法及相关设备 - Google Patents

Abstract

本申请实施例公开了一种基于区块链的数据处理方法及相关设备，其中方法包括：可向区块链网络中的节点设备发送携带有查询信息的查询请求，该查询请求用于指示节点设备在区块链中查询与查询信息关联的目标信息，并返回查询结果，该目标信息包括基于待查通信事件中通信主叫方的私钥或通信被叫方的公钥在区块链上预先写入的通信事件数据。进一步地，可输出节点设备返回的查询结果，以使用户基于该查询结果对待查通信事件进行仿冒验证。采用这样的方式，可以通过区块链高效地实现对通信事件的仿冒验证，并结合区块链不可篡改的特性，使得整个仿冒验证过程公开透明，有利于提高对通信事件进行仿冒验证的可信度。

Description

一种基于区块链的数据处理方法及相关设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种基于区块链的数据处理方法、一种基于区块链的数据处理装置、一种终端设备及一种计算机存储介质。

背景技术

随着通信技术的发展，个人或者企业均可以通过工信部、通信运营商等通信管理机构申请用于通信的码号(例如短信号码、电话号码等等)，并完成码号注册，后续个人或者企业可以通过自身的已注册码号与他人进行通信，码号作为个人或者企业的通信标识，具有唯一性、易记性、便利性等优势，在日常生活中广泛被使用。

目前，当终端设备接收到通信事件时(例如短信事件或通话事件)，均可以显示该通信事件的主叫方的码号，部分通信安全软件，会通过自带的数据库，显示主叫方的实际企业名称，或者调取本地的通信录，显示主叫方对应的头像或者姓名，辅助终端设备对应用户对该通信主叫方进行验证。

但由于目前通信的各类码号都存在各种仿冒现象(如改号电话、伪基站、仿冒签名短信等)，因此在接收到的通信事件的来电码号本身就不真实的情况下，就会形成不法分子进行诈骗的可乘之机，导致用户上当受骗，且事后追责困难。例如，用户收到了一条伪基站，谎称是工商银行的短信，上当受骗后，投诉工商银行的情景，这种追责无法正确追溯到主体，因为原始记录就不可靠。可见，如何对用户接收到的通信事件进行仿冒验证，成为一个亟待解决的问题。

发明内容

本申请实施例提供了一种基于区块链的数据处理方法及相关设备，可以通过区块链高效地实现对通信事件的仿冒验证。

一方面，本申请实施例提供了一种基于区块链的数据处理方法，方法包括：

向区块链网络中的节点设备发送携带有查询信息的查询请求，该查询请求用于指示节点设备在区块链中查询与查询信息关联的目标信息，并返回查询结果，该查询信息包括待查黄页对象的黄页查询信息或待查通信事件的通信事件查询信息；

该目标信息包括待查黄页对象的码号注册完成后，基于待查黄页对象的私钥在区块链上预先写入的黄页信息，或者基于待查通信事件中通信主叫方的私钥或通信被叫方的公钥在区块链上预先写入的通信事件数据；该码号包括短信号码或电话号码，该待查通信事件包括短信事件或通话事件；

输出节点设备返回的查询结果。

另一方面，本申请实施例提供了一种基于区块链的数据处理装置，所述装置包括：

通信模块，用于向区块链网络中的节点设备发送携带有查询信息的查询请求，该查询请求用于指示节点设备在区块链中查询与查询信息关联的目标信息，并返回查询结果，该查询信息包括待查黄页对象的黄页查询信息或待查通信事件的通信事件查询信息；该目标信息包括待查黄页对象的码号注册完成后，基于待查黄页对象的私钥在区块链上预先写入的黄页信息，或者基于待查通信事件中通信主叫方的私钥或通信被叫方的公钥在区块链上预先写入的通信事件数据；该码号包括短信号码或电话号码，该待查通信事件包括短信事件或通话事件；

输出模块，用于输出节点设备返回的查询结果。

再一方面，本申请实施例提供了一种终端设备，包括处理器、存储装置和通信接口，所述处理器、存储装置和通信接口相互连接，其中，所述存储装置用于存储支持终端执行上述方法的计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如下步骤：

通过通信接口向区块链网络中的节点设备发送携带有查询信息的查询请求，该查询请求用于指示节点设备在区块链中查询与查询信息关联的目标信息，并返回查询结果，该查询信息包括待查黄页对象的黄页查询信息或待查通信事件的通信事件查询信息；该目标信息包括待查黄页对象的码号注册完成后，基于待查黄页对象的私钥在区块链上预先写入的黄页信息，或者基于待查通信事件中通信主叫方的私钥或通信被叫方的公钥在区块链上预先写入的通信事件数据；该码号包括短信号码或电话号码，该待查通信事件包括短信事件或通话事件；

输出节点设备返回的查询结果。

再一方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序指令，所述计算机程序指令被处理器执行时，用于执行如第一方面所述的基于区块链的数据处理方法。

再一方面，根据本申请的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述第一方面提供的基于区块链的数据处理方法。

本申请实施例中，可向区块链网络中的节点设备发送携带有查询信息的查询请求，该查询请求用于指示节点设备在区块链中查询与查询信息关联的目标信息，并返回查询结果，该目标信息包括基于待查通信事件中通信主叫方的私钥或通信被叫方的公钥在区块链上预先写入的通信事件数据。进一步地，可输出节点设备返回的查询结果，以使用户基于该查询结果对待查通信事件进行仿冒验证。采用这样的方式，可以通过区块链高效地实现对通信事件的仿冒验证，并结合区块链不可篡改的特性，使得整个仿冒验证过程公开透明，有利于提高对通信事件进行仿冒验证的可信度。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种区块链的结构示意图；

图2a是本申请实施例提供的一种数据处理系统的架构示意图；

图2b是本申请实施例提供的一种数据处理系统的架构示意图；

图3是本申请实施例提供的一种基于区块链的数据处理方法的交互示意流程图；

图4是本申请实施例提供的一种基于区块链的数据处理方法的示意流程图；

图5a是本申请实施例提供的一种通信事件预约的场景示意图；

图5b是本申请实施例提供的一种目标通信事件数据的示意图；

图5c是本申请实施例提供的一种电话事件预约的场景示意图；

图5d是本申请实施例提供的一种短信事件预约的场景示意图；

图5e是本申请实施例提供的一种通信事件查询的场景示意图；

图5f是本申请实施例提供的一种区块链上存储的通信事件数据的示意图；

图5g是本申请实施例提供的一种查询到的目标信息的示意图；

图5h是本申请实施例提供的另一种查询到的目标信息的示意图；

图5i是本申请实施例提供的一种举报的场景示意图；

图5j是本申请实施例提供的一种黄页信息展示的场景示意图；

图5k是本申请实施例提供的另一种黄页信息展示的场景示意图；

图6是本申请实施例提供的另一种基于区块链的数据处理方法的示意流程图；

图7是本申请实施例提供的一种标注通信事件的场景示意图；

图8是本申请实施例提供的一种查询权限设置的场景示意图；

图9是本申请实施例提出的一种基于区块链的数据处理装置的示意性框图；

图10是本申请实施例提出的一种终端设备的示意性框图。

具体实施方式

区块链(Block Chain)是一种按照时间顺序将数据区块以顺序相连的方式组合成的一种链式数据结构，并以密码学方式保证数据不可篡改和不可伪造的分布式账本。多个独立的分布式节点(即区块链节点设备)保存相同的记录。区块链技术实现了去中心化，成为了可信的数字资产存储、转移和交易的基石。

以图1所示的区块链的结构示意图为例，每当有新的数据需要写入区块链，这些数据会汇总到一个区块(block)中，添加在已有区块链的末端，通过共识算法保证每个节点新添加的区块是完全相同的。每个区块内记录了若干条交易记录，同时包含了前一个区块的哈希(hash)值，所有区块就是通过这种方式保存前一个区块中的hash值，按顺序相连，组成了区块链。区块链中下一个区块的区块头中会存储前一个区块的哈希值，当前一个区块中的交易数据发生变化时，本区块的哈希值也会随之改变，因此通过上传至区块链网络中的数据(例如待查对象作为通信主叫方时，基于待查对象的私钥或对应通信被叫方的公钥在区块链上写入的通信事件数据，或者，基于任一用户的私钥在区块链上预先写入的该任一用户的黄页信息)难以被篡改，在区块链上进行数据处理实现了数据处理过程的公开透明，提高了所处理数据的可靠性。

本申请实施例提出了一种基于区块链的数据处理方法，该方法可以应用于数据处理平台，该数据处理平台可运行于终端设备，该数据处理平台可以为一个应用程序(例如安装于终端设备的通信安全软件)、门户网站、插件或者微信小程序等等，该终端设备可以为以下任一种：智能手机、平板电脑、膝上计算机等便携式设备，以及台式电脑，等等。该数据处理平台对应的服务器可以部署于区块链网络中，该服务器可以为区块链网络中的节点设备；或者，该服务器也可以部署于区块链网络外，但该服务器可以与区块链网络中的节点设备进行数据交互，这种情况下，当数据处理平台想要在区块链上读写相关数据时，可以通过对应服务器向区块链网络中的节点设备发送相应的数据读写请求，再由节点设备在区块链上读写相关数据。例如，数据处理平台通过对应服务器向区块链网络中的节点设备发送携带有查询信息的查询请求，该查询请求用于指示节点设备在区块链中查询与查询信息关联的目标信息，并返回查询结果。

为了更好的理解本申请实施例公开的一种数据处理方法，下面首先对本申请实施例适用的一种基于区块链网络的数据处理系统进行描述。此处的区块链网络可以指任何的区块链网络，如联盟链网络、公有链网络，等等。其中，公有链网络是指任何节点设备都是向任何用户开放的，每个用户都可以参与到区块链中进行计算，而且任何用户都可以下载获得完整区块链数据(全部账本)，比特币就是最典型的公有链网络。联盟链网络是指由多个联盟组织共同管理的区块链网络。具体实现中，区块链网络可包括多个节点设备且各节点设备内均可存储一个或多个区块；此处的节点设备是指区块链网络中用于进行数据处理的基础设备，其可以包括但不限于：智能终端、平板电脑、台式计算机以及服务器等等。

请参见图2a，基于区块链网络的数据处理系统可至少包括：数据处理平台10和区块链网络11，该区块链网络11中包括多个节点设备110，其中，该区块链网络11中的任一节点设备可以是该数据处理平台10对应的服务器。需要说明的是，图2a只是示例性地表示数据处理系统的架构，其并不对数据处理系统的实际架构进行限定。又如，当区块链网络为联盟链网络时，每个联盟组织可分别管理一个或多个节点设备110；此时可根据各个节点设备110所属的联盟组织，将图2a中的各个节点设备110划分成多个不同的组织集合，此时的系统架构图可参见图2b所示。为便于阐述，除非特别指明，本申请实施例所提及的区块链网络均以公有链网络为例进行说明。

下面将结合图3所示的交互示意流程图，对本申请实施例所提出的一种数据处理方法的具体流程作进一步的阐述，数据处理平台可以在S301中向区块链网络中的节点设备发送携带有查询信息的查询请求，节点设备接收到上述通信事件查询请求后，可以在S302中基于通信事件查询请求的指示，在区块链中查询与上述查询信息关联的目标信息，并在S303中向数据处理平台返回查询结果。进一步地，数据处理平台在S304中输出该节点设备返回的查询结果。其中，上述查询请求可包括黄页信息查询请求或通信事件查询请求，查询信息包括待查黄页对象的黄页查询信息或待查通信事件的通信事件查询信息，目标信息包括待查黄页对象的码号注册完成后，基于待查黄页对象的私钥在区块链上预先写入的黄页信息，或者基于待查通信事件中通信主叫方的私钥或通信被叫方的公钥在所述区块链上预先写入的通信事件数据。相应地，查询结果包括黄页查询结果或通信事件查询结果。

作为一种可行的实施方式，当上述查询请求为通信事件查询请求，查询结果为通信事件查询结果时，查询信息可以包括待查通信事件的通信事件查询信息，目标信息可以包括基于待查通信事件中通信主叫方的私钥或通信被叫方的公钥在区块链上预先写入的通信事件数据，待查通信事件包括短信事件或通话事件。这种情况下，用户查看数据处理平台输出的通信事件查询结果后，可以基于该通信事件查询结果对上述待查通信事件进行仿冒验证，还可以基于仿冒验证结果进行拦截处理。

其中，上述通信事件查询请求可以由查询用户触发的，也可以由数据处理平台在检测到通信呼叫时主动发起，该通信呼叫可以包括短信或者电话呼叫。此处的查询用户可以指任一通信用户。

例如，上述通信事件查询请求由查询用户触发，假设查询用户接收到的通信事件为一通电话，这通电话对方声称自己是XX公安局，查询用户通过查号台查证，确定对方的号码来电显示的确是XX公安局的号码。这种情况下，查询用户可以将这通电话作为待查通信事件，将XX公安局作为该待查通信事件对应的待查对象，将该XX公安局的号码、XX公安局的身份信息、自身的码号或者待查通信事件的全局唯一标识作为通信事件查询信息。进一步地，通过数据处理平台向区块链中的节点设备发送携带有该通信事件查询信息的通信事件查询请求，由节点设备基于该通信事件查询信息在区块链上查询XX公安局作为通信主叫方时，基于自身的私钥或对应通信被叫方的公钥在区块链上写入的通信事件数据。如果节点设备返回的通信事件查询结果不包括与本次通话关联的通信事件数据，则表征XX公安局未给查询用户打过上述这通电话，那么查询用户可以基于该通信事件查询结果判定这通电话为改号电话，从而实现对这通电话的仿冒验证，防止用户因为改号电话上当受骗，提高用户的通信安全性。

又例如，上述通信事件查询请求由数据处理平台在检测到通信呼叫时主动发起，该数据处理平台运行于终端设备。假设数据处理平台检测到终端设备接收到一通电话，数据处理平台可以将这通电话的通信主叫方A的电话号码作为通信事件查询信息，向区块链中的节点设备发送携带有该通信事件查询信息的通信事件查询请求，由节点设备基于目标通信事件查询信息，在区块链上查询该通信主叫方A发起的历史通信事件的通信事件数据，并返回通信事件查询结果。进一步地，数据处理平台接收到节点设备返回的通信事件查询结果，并输出该通信事件查询结果。用户可以查看该通信事件查询结果后，若发现该通信事件查询结果不包括通信主叫方A发起的历史通信事件的通信事件数据，或者，通信事件查询结果包括的历史通信事件的通信事件数据与这通电话不关联，那么可以确定这通电话为改号电话，用户可以选择对这通电话进行拦截处理。

可见，本申请实施例中，一方面可以通过区块链高效地实现对通信事件的仿冒验证，并结合区块链不可篡改的特性，使得整个仿冒验证过程公开透明，有利于提高对通信事件进行仿冒验证的可信度。另一方面，还可以辅助用户对通信事件进行拦截处理。

作为另一种可行的实施方式，当上述查询请求为黄页信息查询请求，查询结果为黄页查询结果时，上述查询信息可以包括待查黄页对象的黄页查询信息，该黄页查询信息可以包括黄页待查对象的身份信息或码号；目标信息可以包括待查黄页对象的码号注册完成后，基于待查黄页对象的私钥在区块链上预先写入的黄页信息，该码号包括短信号码、电话号码(例如固话号码、手机号码等)。这种情况，假设上述黄页信息查询请求是在查询用户接收到一个通信事件后通过数据处理平台主动发起的，上述黄页待查对象为这一通信事件的通信主叫方，那么查询用户查看数据处理平台输出的黄页查询结果后，可以基于该黄页查询结果对这一通信事件的通信主叫方进行仿冒验证。

例如，查询用户接收到一通电话，该电话声称自己为XX公司，查询用户可以将XX公司作为黄页待查对象，通过XX公司的身份信息(例如公司名称)，在区块链上查询到XX公司的电话、以及XX公司使用的该电话的生效时间，从而基于这些信息验证自己接收到的来电是否确实来自XX公司。

可见，本申请实施例中，一方面可以提供黄页信息查询的统一接口(即数据处理平台)供用户查询，使得用户查询黄页信息更加快捷，有利于提高黄页信息的查询效率；另一方面，结合区块链的防篡改特性，可以提高黄页查询结果的可信度和准确度。相应地，由于查询用户需要基于黄页查询结果对黄页待查对象进行验证，还可以提高用户对黄页待查对象的验证准确度，防止用户上当受骗。

或者，上述黄页待查对象为查询用户本身，也即，查询用户通过数据处理平台查询自身的黄页信息，这种情况下，查询用户查看数据处理平台输出的黄页查询结果后，可以对黄页查询结果中包括的自身的黄页信息进行管理，该管理包括更新或者确认，并基于自身的私钥对管理后的黄页信息进行数字签名，并通过数据处理平台将带自身数字签名的管理后的黄页信息发送至区块链网络中的节点设备，节点设备可以对该管理后的黄页信息进行校验，并在校验通过后通过管理后的黄页信息更新预先存储的该查询用户的黄页信息，从而实现查询用户的黄页信息的更新。通过本申请实施例，可以结合区块链技术高效地实现对黄页信息的更新。

由上述可知，本申请实施例中的区块链网络可以为联盟链网络或者公有链网络。在一个实施例中，当区块链网络为联盟链网络时，可以通过智能合约控制在区块链上读写数据(该数据可以包括黄页信息、通信事件数据等)，该智能合约可以是是基于联盟链网络中各联盟组织共同制定的规则生成，该规则可以包括记账规则、读写权限等等。同样各个主体的角色、如客户、最终用户、代理商、运营商等，也可以由区块链进行识别后，根据各联盟组织或者整体区块链设计的规则，由区块链基于存储在联盟链网络中各个节点设备的智能合约，判断其拥有的记账规则、信息读取权限。例如，该规则可以规定在区块链上读写数据的用户为在通信管理部门注册完成的合法用户，这种情况下，当用户发起通信事件后，若想要将该通信事件的通信事件数据写入区块链时，可以对通信事件数据进行数字签名，并通过数据处理平台向联盟链网络中的节点设备发送通信事件数据上链请求，该通信事件数据上链请求包括带用户的数字签名的通信事件数据。当节点设备接收到该通信事件上链请求后，智能合约可以基于该用户的数字签名对用户身份进行校验，确定该用户是否为在通信管理部门注册通过的合法用户，若是，则校验通过，并在校验通过后，将带数字签名的通信事件数据写入区块链。

或者，该规则还可以规定通信事件数据仅由预先指定的可信主体写入区块链，该可信主体例如可以为指定通信运营商。这种情况下，当用户发起通信事件后，通信运营商服务器可以获取该通信事件的通信事件数据，对该通信事件数据进行数据签名，并向联盟链网络中的节点设备发送通信事件数据上链请求，该通信事件数据上链请求包括带通信运营商的数字签名的通信事件数据。当节点设备接收到该通信事件上链请求后，智能合约可以基于该数字签名对通信运营商身份进行验证，确定该通信运营商是否为指定运营商，若是，则校验通过，并在校验通过后，将带通信运营商的数字签名的通信事件数据写入区块链。

在另一个实施例中，当区块链网络为公有链网络时，任何用户均可以在区块链上读写相关数据。该相关数据可以包括黄页信息和通信事件数据。以通信事件为例，通信被叫方或者可信主体的第三方均可以将通信被叫发起的通信事件的通信事件数据写入区块链。后续，当其它用户想要获取上述通信主叫方的通信事件数据时，可以通过区块链网络中的任一个节点设备获取该通信主叫方的通信事件数据。其中，可信主体的第三方例如可以为通信运营商等。例如，用户A向用户B拨打电话时，通信运营商检测到本次通话时，可以将本次通话的通信事件数据写入区块链中。

可以理解的是，本申请实施例描述的数据处理系统是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

当终端设备接收到通信事件时，均可以显示本次通信事件的主叫方的码号，部分安全软件，会通过自带的数据库，来显示主叫方的实际企业名称，或者调取本地的通信录，显示主叫方对应的头像或者姓名，辅助终端设备对应用户对该通信主叫方进行验证。但现有的验证方式，都是基于通信运营商、安全软件或通信录，对本次通信事件的来电码号进行识别，因此在来电号码本身不真实的情况下，就会形成不法分子进行诈骗的可乘之机，导致用户上当受骗。

目前，各类码号存在仿冒现象的主要原因包括：一、我国存在部分代理商，会买通上下游，仿冒别人签名发送短信，如某106端口号发送企业A签名的短信，但是实际上是违规进行配置的，实际发送的短信内容为第三方高利贷短信链接，企业A对此不知情。二、通过改号技术进行改号。比如，通过VOIP网关，或者通过固定电话的小区外汇集接线盒，不法分子都可以实现将被害人接听时候看到的号码，指定成某地公安局的号码，要求对方拨打查号台查号，博取对方信任后，再进一步实施诈骗。可见，如何对用户接收到的通信事件进行仿冒验证，成为一个亟待解决的问题。

基于此，再请参见图4，是本申请实施例的一种基于区块链的数据处理方法的流程示意图，本申请实施例的方法可以由数据处理平台来执行，该数据处理平台运行于终端设备。本申请实施例的所述方法包括如下步骤。

S401：向区块链网络中的节点设备发送携带有待查通信事件的通信事件查询信息的通信事件查询请求，该通信事件查询请求用于指示节点设备在区块链中查询与通信事件查询信息关联的目标信息，并返回通信事件查询结果，该目标信息包括待查通信事件中通信主叫方的私钥或通信被叫方的公钥在区块链上预先写入的通信事件数据。

其中，待查通信事件为查询用户接收到的任一个通信事件，上述通信事件查询信息包括以下任意一种或者多种：待查通信事件中通信主叫方的对象信息(例如通信主叫方的码号或者身份信息)、查询用户的码号和待查通信事件的全局唯一标识；通信事件数据包括以下任意一种或者多种：通信类型(如短信、电话)、通信标签、通信被叫方的码号、通信时间和对应通信事件的全局唯一标识。该通信标签用于表征对应通信事件的通信用途，例如推销、催款、面试、通知等等，示例性地，通信事件数据中的通信标签可以为由行业设立的一套标签体系中的某一个。

其中，本申请实施例中提到的所有短信除了可以为普通短信以外，还可以为5GRCS(Rich Communication Suite，融合通信)信息、短信群聊中的短信等，本申请对此不作具体限定。

在本申请实施例中，用户(即任意一个用户)均可以通过数据处理平台在区块链上预先写入自身作为通信主叫方的目标通信事件对应的目标通信事件数据。其中，该目标通信事件包括用户预约的通信事件、系统时间下检测到的用户发起的通信事件或者用户在系统时间之前发起的指定历史通信事件。

其中，数据处理平台在区块链上预先写入用户作为通信主叫方的目标通信事件对应的目标通信事件数据的方式可以为：获取用户作为通信主叫方的目标通信事件对应的目标通信事件数据，基于用户的私钥或者目标通信事件中通信被叫方的公钥在区块链上写入目标通信事件数据。作为一种可行的方式，上述基于用户的私钥或者目标通信事件中通信被叫方的公钥在区块链上写入目标通信事件数据的具体方式可以为：通过用户的私钥或者目标通信事件中通信被叫方的公钥对目标通信事件数据进行加密，向节点设备发送携带有加密后的目标通信事件数据的通信事件上链请求，该通信事件上链请求用于指示节点设备将加密后的目标通信事件数据关联写入区块链。

可以理解的是，若写入区块链的目标通信事件数据是基于用户的私钥加密的，那么，若其他用户想要查看该目标通信事件数据，则可以通过用户的公钥对加密后的目标通信事件数据进行解密。由于用户的公钥是公开的，采用这样的方式，可以使得所有的用户均可从区块链上查看该目标通信事件数据。或者，若写入区块链的目标通信事件数据是基于目标通信事件中通信被叫方的公钥加密的，那么，仅可以通过该目标通信事件中通信被叫方的私钥对其进行解密。采用这样的方式，可以保证仅有目标通信事件中通信被叫方可以查看该目标通信事件数据。

在一个实施例中，目标通信事件包括用户预约的通信事件，数据处理平台可以提供通信事件预约功能。这种情况下，在检测到用户输入的通信预约触发操作时，可以展示通信预约页面，用户可以在通信预约页面中设置预约的通信事件的通信时间、通信主叫方的码号，通信被叫方的码号、通信类型和通信用途，在检测到用户设置完成后，基于用户设置的上述通信时间、通信主叫方的码号，通信被叫方的码号、通信类型和通信用途，生成该预约的通信事件的目标通信事件数据。其中，如果预约的通信事件为短信事件，还可以在通信预约页面中设置预约的短信内容。

进一步地，数据处理平台在检测到上述预约的通信事件的通信时间到达时，可以基于预先设置的通信被叫方的号码向通信被叫方发起该预约的通信事件，并基于用户的私钥在区块链写入该预约的通信事件的目标通信事件数据。

示例性地，假设预约的通信事件为电话事件，用户的码号为：131******，参见图5a，上述通信预约触发操作可以为针对图5a左图中的通信预约按钮50输入的点击、按压、语音等操作。当数据处理平台检测到该通信预约触发操作时，可以展示如图5a右图所示的通信预约页面，用户在通信预约页面中设置预约的通信事件的通信时间为：2020 0601 10:00、通信被叫方的码号为138******、通信类型为电话，通信用途为面试通知。在检测到在检测到用户设置完成后，可以生成如图5b所示的目标通信事件数据。

进一步地，数据处理平台在检测到当前的系统时间到达2020 0601 10:00时，可以基于预先设置的通信被叫方的号码“138******”向通信被叫方拨打电话，并基于用户的私钥在区块链写入该预约的通信事件的目标通信事件数据。

或者，在另一个实施例中，上述通信预约触发操作可包括电话预约操作和短信预约操作。示例性地，该电话预约操作为针对图5c中的电话预约按钮51输入的点击、按压、语音等操作，该短信预约操作为针对图5d中的短信预约按钮52输入的点击、按压、语音等操作。

在一个实施例中，该目标通信事件包括系统时间下检测到的用户发起的通信事件。这种情况下，当每次检测到用户主动发起通信事件时，可以在当前页面上输出通信设置页面，用户可以在该通信设置页面中设置本次通信事件的通信用途，数据处理平台获取本次通信事件的通信时间(即当前的系统事件)、通信主叫方的码号(即用户的本机号码)，通信被叫方的码号、通信类型，结合上述通信用途生成对应的通信标签，并生成包括本次通信事件的通信时间、通信主叫方的码号、通信被叫方的码号、通信类型和通信标签的通信事件数据。进一步地，可以基于用户的私钥在区块链写入本次通信事件的通信事件数据。

在一个实施例中，用户在系统时间之前发起的指定历史通信事件。这种情况下，当每次检测到二用户主动发起通信事件时，均可以记录本次通信事件的通信时间(即当前的系统事件)、通信主叫方的码号(即用户的本机号码)，通信被叫方的码号、通信类型，如果本次通信事件为通话事件，还可以记录本次通信的通信时长。进一步地，在本次通信事件结束后，可基于记录的本次通信事件的通信时间、通信主叫方的码号，通信被叫方的码号、通信类型和上述通信时长，生成并存储本次通信事件的通信事件数据。进一步地，当本次通信事件结束后，可以该本次通信事件作为在系统时间之前发起的指定历史通信事件，并基于用户的私钥在区块链写入该指定历史通信事件的通信事件数据。

或者，上述在系统时间之前发起的指定历史通信事件可以由用户设置，例如用户可以设置系统时间之前主动发起的一个或者多个历史通信事件作为指定历史通信事件，数据处理平台可在检测到用户设置完成后，基于用户的私钥在区块链写入该指定历史通信事件的通信事件数据。

由上可知，上述目标通信事件的目标通信事件数据主要是通过通信主叫方写入区块链。除此之外，本申请实施例中还可以由可信主体的第三方(例如通信运营商)将目标通信数据写入区块链。例如，用户A向用户B拨打电话时，通信运营商检测到本次通话时，可以将本次通话的通信事件数据写入区块链中。

或者，作为一种可行的方式，对于多方通话的情况，多方通话中的任一方均有权限将本次通话的通信事件数据写入区块链。

本申请实施例中，由于任意一个用户均可以通过数据处理平台在区块链上预先写入自身作为通信主叫方的目标通信事件对应的目标通信事件数据。后续，当数据平台检测到通信呼叫或者接收到查询用户输入的通信事件查询指令后，均可以触发执行步骤S401向区块链网络中的节点设备发送携带有待查通信事件的通信事件查询信息的通信事件查询请求。

作为一种可行的实施方式，上述通信事件查询请求可以由查询用户触发。具体地，数据处理平台可以接收查询用户输入的通信事件查询指令，该通信事件查询指令携带有待查通信事件的通信事件查询信息。进一步地，可以响应该通信事件查询指令，执行步骤S401向区块链网络中的节点设备发送携带有待查通信事件的通信事件查询信息的通信事件查询请求。

具体实现中，当查询用户接收到由其他用户发起的通信事件后，若想要对接收到的任一个通信事件进行仿冒验证，均可以将该任一通信事件作为待查通信事件。例如，待查通信事件为电话事件，在该电话事件进行过程中，通话对方声称自己是XX公安局，这种情况下，若查询用户想要对该电话事件进行仿冒验证，则可以将XX公安局作为待查对象。进一步地，可以通过数据处理平台开启通信事件查询页面，并在通信事件查询页面中设置与待查通信事件关联的通信事件查询信息，当数据处理平台检测到查询用户输入的通信事件查询指令，可以响应该通信事件查询指令执行步骤S402。其中，通信事件查询指令可以为针对图5e中事件查询53按钮输入的点击、按压、语音等操作。

或者，作为另一种可行的实施方式，上述通信事件查询请求可以由数据处理平台在检测到通信呼叫时主动发起。具体地，若数据处理平台检测到通信呼叫，则可以向节点设备发送携带有目标通信事件查询信息的目标通信事件查询请求，该目标通信事件查询信息与通信呼叫关联，该目标通信事件查询请求用于指示节点设备基于目标通信事件查询信息，在区块链上查询通信呼叫的通信主叫方发起的历史通信事件的通信事件数据，并返回通信事件查询结果。其中，该目标通信事件查询信息可以包括该通信呼叫的通信主叫方的码号、身份信息或者该通信呼叫的通信被叫方的码号。

由上述可知，区块链上预先存储有多个用户预先写入的通信事件数据，每个通信事件数据可以包括通信类型、通信标签、通信被叫方的码号、通信时间和通信事件的全局唯一标识。当通信事件查询信息包括待查通信事件的全局唯一标识时，上述与通信事件查询信息关联的目标信息可以指包括的全局唯一标识与待查通信事件的全局唯一标识相同的通信事件数据；当通信事件查询信息包括查询用户的码号时，上述与通信事件查询信息关联的目标信息可以指包括查询用户的码号的通信事件数据；当通信事件查询信息包括待查通信事件对应待查对象的信息时，上述与通信事件查询信息关联的目标信息可以指包括待查对象的码号的通信事件数据。这种情况下，当节点设备接收到携带有通信事件查询信息的通信事件查询请求后，可以基于通信事件查询请求的指示在区块链中查询与通信事件查询信息关联的目标信息，并返回通信事件查询结果。

S402：输出节点设备返回的通信事件查询结果。

在一个实施例中，数据处理平台接收到节点设备返回的通信事件查询结果后，可以展示该通信事件查询结果。当上述通信事件查询请求由查询用户触发时，查询用户可以基于该通信事件查询结果判断待查通信事件中的通信主叫方是否在相应时间给自己发起了待查通信事件。若否，则可以判断该待查通信事件为仿冒通信事件，从而实现对通信事件的仿冒验证。例如，假设查询用户接收到的通信事件为一通电话，这通电话对方声称自己是XX公安局，查询用户通过查号台查证，确定对方的号码来电显示的确是XX公安局的号码。这种情况下，查询用户可以将XX公安局作为待查对象，将上述这通电话作为待查通信事件，将该XX公安局的号码、XX公安局的身份信息、自身的码号或者待查通信事件的全局唯一标识作为通信事件查询信息，通过数据处理平台向区块链中的节点设备发送携带有该通信事件查询信息的通信事件查询请求，由节点设备基于该通信事件查询信息在区块链上查询XX公安局作为通信主叫方时，基于自身的私钥或对应通信被叫方的公钥在区块链上写入的通信事件数据。如果节点设备返回的通信事件查询结果不包括与本次通话关联的通信事件数据，则表征XX公安局未给查询用户打过上述这通电话，那么查询用户可以基于该通信事件查询结果判定这通电话为改号电话，从而完成对这通电话的仿冒验证，防止用户因为改号电话上当受骗，提高用户的通信安全性。

或者，当上述通信事件查询请求由数据处理平台在检测到通信呼叫时主动发起时，查询用户指的就是终端设备的本机用户，待查通信事件为检测到的通信呼叫。本机用户同样可以基于该通信事件查询结果判断通信呼叫中的通信主叫方是否在相应时间给自己发起了通信呼叫。若否，则可以判断该通信呼叫为仿冒通信事件，查询用户可以选择对这通电话进行拦截处理。

其中，通过上述描述可知，上述通信事件数据可包括通信事件的全局唯一标识，该全局唯一标识的确定方式可以为数据处理平台确定，例如数据处理平台基于公开算法生成的全局唯一标识；也可以为区块链网络中的节点设备确定的，该全局唯一标识可以为节点设备生成的，也可以为节点设备基于通信管理机构上传的该通信事件的全局唯一标识确定的。例如，通信事件为通话事件，具体为：北京某用户拨打电话至广东某用户，那么假设在本次通话事件的流转过程中，北京移动标记该通话事件为BJ20200531001(即通信标识)，然后传送到集团汇接网，集团汇接网该通话事件标记为BG20200531000000001，最后转发至广东移动，广东移动标记为GD0531001。这种情况下，可以由某一个主体(例如北京移动、集团汇接网或者广东移动)负责在区块链上通过全局唯一标识标记该通信事件，例如，全局唯一标识为：053120200001。

可以理解的是，通信管理机构有不同的省公司、市公司等，为了适配不同通信管理机构的服务器特征，对同一个通信事件的标记，可以添加不一样的通信标识。但在同一个通信事件的流转过程中，区块链网络中的节点设备可以将本次流转所涉及的所有主体对本次通信事件标记的通信标识和身份信息关联写入区块链，并建立所有主体对本次通信事件标记的通信标识和身份信息与该通信事件的全局唯一标识的对应关系，从而使得所有主体对本次通信事件标记的通信标识映射到同一个通信事件。采用这样的方式，可以结合区块链不可篡改的特性，防止通信事件的流转过程中，所涉及的所有主体对本次通信事件标记的通信标识和身份信息被修改或删除，有利于提高后续对该通信事件的可追溯性，以及追溯的可信度。

作为一种可行的方式，为了保证用户隐私，区块链中的节点设备接收到通信事件查询请求后，可以仅查询与查询用户相关的目标信息，并向数据处理平台返回与查询用户相关的通信事件查询结果。示例性地，假设A公司拨打了两个电话，区块链上存储的这两通电话对应的通信事件数据如图5f的左图和右图所示。当节点设备接收到来自B用户的通信事件查询请求后，查询到的与B用户相关的目标信息如图5g所示。从图5g可以看出，该目标信息仅包括与B用户相关的通事件数据。

或者，作为另一种可行的方式，节点设备在区块链中查询到与通信事件查询信息关联的目标信息，包括基于待查通信事件中通信主叫方的私钥或通信被叫方的公钥在区块链上预先写入的通信事件数据。这种情况下，节点设备在区块链中查询到与通信事件查询信息关联的目标信息后，可以对多个通信事件的通信事件数据中选取与查询用户作为实际被叫方的通信事件数据，并对查询用户作为实际被叫方的通信事件数据进行明文显示，对其它通信事件数据进行隐藏处理(例如隐藏通信事件数据中的被叫方)。

示例性地，假设A公司拨打了两个电话，区块链上存储的这两通电话对应的通信事件数据如图5f的左图和右图所示。当节点设备接收到来自B用户的通信事件查询请求后，查询到的目标信息如图5h所示。从图5h可以看出，对B用户作为实际被叫方的通信事件数据进行明文显示，隐藏其它通信事件数据中的被叫方。

为了防止用户被通信骚扰，2019年，我国推出了DonotCall平台，用户可以通过DonotCall平台登记自身的码号，从而可以降低用户被营销码号骚扰的几率；通信运营商也陆续推出了高频骚扰号码拦截服务。除此之外，用户可以对于具体的一个种类的电话，比如房产中介，进行电话的拉黑或者加白名单操作。

其中，通信运营商提供的高频骚扰号码拦截服务，由于没有对内容进行区分和监听，只默认对外呼比较高频的号码，直接对用户进行拦截。在实际运用过程中，产生了很多实际问题，比如一些人力企业、银行信用卡催收电话，由于作为固话会经常外呼，导致通信运营商直接标注为高频号码，默认为开通防骚扰的用户进行了拦截。当用户发现自己被拦截的通话，是人力面试通知时，会产生非常大的反弹情绪。

同时，用户实际上对于推销电话的需求是变化的，当用户在需要租房的时候，用户不会拒绝中介的推荐电话，会期望接听。但是当用户租房成功后，用户就会拒接接听该类电话，并认为是骚扰。但是，无论是企业拨打方，还是用户，都没有一个良好的技术手段可以基于用户动态变化的意愿进行拦截处理。

基于此，数据处理平台可以在检测到通信呼叫时，向节点设备发送携带有目标通信事件查询信息的目标通信事件查询请求。该目标通信事件查询请求用于指示节点设备基于该目标通信事件查询信息在区块链上查询上述通信呼叫的通信主叫方发起的历史通信事件的通信事件数据，并返回通信事件查询结果。进一步地，数据处理平台接收到节点设备返回的通信事件查询结果，若通信事件查询结果指示未查询到通信呼叫的通信主叫方发起的历史通信事件的通信事件数据，或者该历史通信事件的通信事件数据与通信呼叫不关联，则可对通信呼叫进行拦截处理。其中，该通信呼叫可以指短信或者电话呼叫，上述目标通信事件查询信息与通信呼叫关联，该通信事件查询信息可以包括通信呼叫中通信主叫方的身份信息、码号。

其中，数据处理平台在检测到通信呼叫时，向节点设备发送携带有目标通信事件查询信息的目标通信事件查询请求的具体方式可以为：数据处理平台在检测到通信呼叫时，可以获取该通信呼叫方的码号或者身份信息，将该通信呼叫方的码号或者身份信息作为目标通信事件查询信息，并向节点设备发送携带有该目标通信事件查询信息的目标通信事件查询请求。

在一个实施例中，可以获取节点设备返回的上述通信呼叫的通信主叫方发起的历史通信事件的通信事件数据，该历史通信事件的通信事件数据包括该通信呼叫的发起时间，通信主叫方的码号和通信被叫方的码号。若检测到该通信呼叫的发起时间与当前系统时间的时间差小于或者等于时间差阈值(例如5秒)，且通信被叫方的码号为本机码号，则可以确定该历史通信事件的通信事件数据与通信呼叫关联。反之，若检测到该通信呼叫的发起时间与当前系统时间的时间差大于时间差阈值(例如5秒)，或者通信被叫方的码号不为本机码号，均可确定该历史通信事件的通信事件数据与通信呼叫不关联。采用这样的方式，可以对存在仿冒现象的通信呼叫进行自动拦截，有利于降低用户被骚扰的几率。

进一步地，在接收到节点设备返回的通信事件查询结果之后，若通信事件查询结果包括与通信呼叫关联的目标历史通信事件的通信事件数据，则将目标历史通信事件的通信事件数据中包括的通信标签与通信呼叫携带的通信标签进行对比，若对比得到目标历史通信事件的通信事件数据中包括的通信标签与通信呼叫携带的通信标签不一致，则输出举报页面。依照在举报页面上输入的举报操作生成举报信息，该举报信息包括举报描述信息和目标历史通信事件的通信事件数据。进一步地，数据处理平台可以向节点设备发送举报请求，该举报请求中携带有举报信息，举报请求用于指示节点设备将举报信息发送至通信管理服务器，由通信管理服务器进行接单处理。该通信管理服务器为通信管理机构(例如工信部、通信运营商等等)对应的服务器。示例性地，举报页面可以如图5i所示，举报操作可以为在通信事件数据输入框54输入待举报的通信事件数据的操作和问题描述框55输入举报描述信息的操作。

其中，上述举报描述信息例如可以为通信呼叫声明的通信标签与实际的通信内容不一致。例如，通信呼叫声明的通信标签为人力面试通知，但是实际上是房产推销电话；或者通信呼叫声明是A公司，但是实际是B公司的电话。针对这种情况，用户均可以对发现的问题通过区块链进行举报，由通信管理机构进行接单处理。

在另一个实施例中，当检测到通信呼叫时，可以确定通信呼叫携带的通信标签，并基于通话管理规则确定与通信标签关联的目标处理方式，依照目标处理方式对通信呼叫进行处理。其中，该目标处理方式包括对通信呼叫进行拦截处理、转接通话至语音留言信箱或者播放指定话术(例如“您好，开会中，稍后回电”，用于通知对方本方后续回电)。

上述通话关联规则规定了通信标签与处理方式的对应关系，示例性地，该对应关系如表1所示。

表1

可以理解的是，上述通话管理规则可以是用户基于自身需求预先设置的。本申请实施例，可以基于用户设置的通话管理规则，动态地对通话呼叫进行不同的拦截处理，有利于提高拦截处理的智能性。

本申请实施例中，数据处理平台可向区块链网络中的节点设备发送携带有待查通信事件的通信事件查询信息的通信事件查询请求，该通信事件查询请求用于指示节点设备在区块链中查询与通信事件查询信息关联的目标信息，并返回通信事件查询结果，该目标信息包括基于待查通信事件中通信主叫方的私钥或通信被叫方的公钥在区块链上预先写入的通信事件数据。进一步地，可输出节点设备返回的通信事件查询结果，以使用户基于该查询结果对待查通信事件进行仿冒验证。采用这样的方式，可以通过区块链高效地实现对通信事件的仿冒验证，并结合区块链不可篡改的特性，使得整个仿冒验证过程公开透明，有利于提高对通信事件进行仿冒验证的可信度。

黄页是国际通用按企业性质和产品类别编排的工商企业电话号码簿，以刊登企业名称、地址、电话号码为主体内容，相当于一个城市或地区的工商企业的户口本，国际惯例用黄色纸张印制，故称黄页。用户可以通过黄页查询到个人或者企业的黄页信息，例如电话号码、企业名称、地址等等。

目前，为了防止用户被不法分子欺骗。大型企业，为了方便社会联系其分公司，给出官方联系方式，防止潜在客户在外被仿冒其公司代表的不法分子欺骗，各个公司也会定期公布其信息更新，如图5j所示。很多企业客服，也会自行声明短信码号，防止客户上当受骗，如各大银行都会强调，请客户仅相信其机构的95码号下发的短信，不要相信其他端口号、私人号码发送的声称该银行的短信。中小企业宣传成本高，中小企业往往在强调其号码合法性和黄页时，缺乏合适的发布平台，因此往往挂在官网上，如图5k所示。

这种情况下，在用户接到通信事件(例如电话或者短信)后，往往没有便捷的手段，可以查询该通信事件的主叫方的黄页信息，或者查询到的黄页信息不准确，导致用户上当受骗。

基于此，再请参见图6，是本申请实施例的另一种基于区块链的数据处理方法的流程示意图，本申请实施例的方法可以由数据处理平台来执行，该数据处理平台运行于终端设备。本申请实施例的所述方法包括如下步骤。

S601：向区块链网络中的节点设备发送携带有黄页查询信息的黄页信息查询请求，该黄页信息查询请求用于指示节点设备在区块链中查询与黄页查询信息关联的目标信息，并返回黄页查询结果，该黄页查询信息包括待查黄页对象的身份信息或码号。

其中，上述目标信息包括待查黄页对象的码号注册完成后，基于待查黄页对象的私钥在区块链上预先写入的黄页信息，黄页信息包括以下任意一种或者多种：待查黄页对象已注册的码号、待查黄页对象的身份信息和待查黄页对象使用该码号的有效时间。

作为一种可行的方式，当检测到目标码号在通信管理服务器注册完成后，数据处理平台可以从通信管理服务器获取目标码号的注册信息，该注册信息包括已注册的目标码号、目标码号所属目标用户(企业或个人)的身份信息(例如企业名称)和目标用户使用待查码号的有效时间，目标码号为任意一个码号。进一步地，可依照注册信息生成目标用户的黄页信息，并通过目标用户的私钥对目标用户的黄页信息进行数字签名，该黄页信息包括目标码号的注册信息。进一步地，可以向区块链网络的节点设备发送黄页信息上链请求，黄页信息上链请求携带有带数字签名的目标用户的黄页信息，该黄页信息上链请求用于指示节点设备对带数字签名的目标用户的黄页信息校验通过后，将带数字签名的目标用户的黄页信息写入区块链中。

或者，目标用户在通信管理机构(工信部、通信运营商等)注册完成目标码号后，可以将已注册的目标码号、自身的身份信息和目标用户使用待查码号的有效时间打包为黄页信息，通过自身的私钥对自身的黄页信息进行数字签名，并通过数据处理平台将自身带数字签名的黄页信息写入区块链。

后续，当查询用户接收到某一通信事件后，想要查询该通信事件对应主叫方的黄页信息时，可以将该通信事件对应主叫方作为黄页待查对象，在黄页查询页面输入黄页查询信息，该黄页查询信息包括黄页待查对象的身份信息或码号。进一步地，可以在黄页查询信息输入完成后输入黄页查询指令。数据处理平台接收到查询用户输入的包括黄页查询信息的黄页查询指令后，可以向区块链网络中的节点设备发送携带有黄页查询信息的黄页查询请求，该黄页查询请求用于指示节点设备在区块链中查询与黄页查询信息关联的目标黄页信息，并返回黄页查询结果，该目标黄页信息为基于黄页待查对象的私钥在区块链上预先写入的黄页待查对象的黄页信息。

在一个实施例中，当数据处理平台检测到通话呼叫时，也可从区块链上查询该通信呼叫的主叫方的黄页信息，并基于该黄页信息对本次通话呼叫进行标记，例如，标记主叫方的企业名称

其中，上述目标用户的私钥是预先分配的，该分配方式包括通过通信管理服务器统一生成公私钥对，并向目标用户发送公私钥对中的私钥。也即，目标用户的公钥和私钥可由通信管理服务器统一分配和管理。

或者，上述目标用户的私钥还可以是调用公私钥算法生成公私钥对，通过区块链网络中的各个节点设备对公私钥对进行共识验证，在共识验证通过后各个节点设备记录目标用户的公私钥对，并向目标用户发送公私钥对中的私钥。也即，目标用户的公钥和私钥是由目标用户自行生成，并通过区块链对目标用户自行生成的公钥和私钥进行声明，由各节点设备对目标用户自行生成的公钥和私钥进行验证和记录，后续，目标用户的公钥和私钥由各节点设备管理。

可以理解的是，当目标用户为企业时，该企业可能拥有众多分部门，每个分部门均需要使用同一个码号，对于这种多个分部门使用同一个号码的追踪，即使不考虑仿冒，也会出现不易定位的情况。比如XX银行在全国有各地的省市公司，每个省市公司都有权使用95533给用户拨打电话。但是假如各省系统没有完全共享，则当用户对95533，投诉之前收到一个其他省市公司95533的电话内容，则需要重新定位拨打方，或者无法定位具体拨打单位是哪个省市公司。针对这种情况，在对拥有多个分部门的企业分配私钥时，可以为企业分配一组私钥，企业中的每一个分部门对应一组私钥中的一个独立私钥，从而方便企业内部标识管理，解决无法企业内部定位的问题。

S602：输出节点设备返回的黄页查询结果。

在一个实施例中，数据处理平台可以展示节点设备返回的黄页查询结果，查询用户可以基于该黄页查询结果对黄页待查对象进行验证。例如，查询用户接收到一通电话，该电话声称自己为XX公司，查询用户可以将XX公司作为黄页待查对象，通过XX公司的身份信息(例如公司名称)，在区块链上查询到XX公司的电话、以及XX公司使用的该电话的生效时间，从而基于这些信息验证自己接收到的来电是否确实来自XX公司。

在另一个实施例中，若上述黄页待查对象为查询用户本身，也即，查询用户通过数据处理平台查询自身的黄页信息，这种情况下，查询用户查看数据处理平台输出的黄页查询结果后，可以对黄页查询结果中包括的自身的黄页信息进行管理，该管理包括更新或者确认，并基于自身的私钥对管理后的黄页信息进行数字签名，并通过数据处理平台将带自身数字签名的管理后的黄页信息发送至区块链网络中的节点设备，节点设备可以对该管理后的黄页信息进行校验，并在校验通过后通过管理后的黄页信息更新预先存储的该查询用户的黄页信息，从而实现查询用户的黄页信息的更新。通过本申请实施例，可以结合区块链技术高效地实现对黄页信息的更新。

目前，对于电话号码，在企业申请电话号码时，运营商会直接登记申请企业的名称，从而汇总形成企业的黄页原始数据，再以打包形式售卖给外部通讯录软件，或者印制成册。但是由于企业出现变更，或者号码重新申请后，无法更新已经印刷成册的文件；或者当外部通讯录软件停止购买运营商黄页，用户继续使用该外部通信录软件时，该软件对于号码的标记就会过期，产生标注错误。

对于短信码号，工信部对于企业均会同意其申请106、95开头的短信码号，但是工信部同时允许企业进行转租，因此用户收到的短信106端口，即使对于同一家企业，也经常出现变动的情况；对于同一个106端口，也经常租给不同的企业；从而我国一直没有形成以端口106号码来识别短信发送主体的可靠信息库。

目前各类终端的安全软件，更多采用经验值来标注106等端口号，具体方式如下：通过对大量终端用户收到的短信内容进行分析，识别该短信的常用主体，从而认定某短信端口号为某企业使用，从而进行标注。除了对于常用的95开头较易检索的银行进行标注外，以图7为例，安全软件会对某个短信端口下发的短信内容中的短信签名(例如图7左图中的【中信银行】)进行分析，并辅助文本内容判断，最终由系统或者人工，通过对于大量用户的短信记录综合判断和标记短信端口号。

但是，由于我国工信部规定一个企业只能申请一个106号码，但是可以转租给其他企业使用，因此出现的情况是，大型企业需要大量的端口号，因此会大量转租其他企业的短信端口号。短信端口号和实际使用主体，随着租赁年到期，经常会产生大量变化，导致终端收录经验的企业名称，会产生过期的错误现象。

由上可知，在实际应用中，随着时间的推移，短信码号、电话号码与对应主体之间的关系均会存在各种各样的变化，例如短信码号的转租、电话号码的过期、码号对应企业的变更等等。若某一个人或企业的码号已发生，但对应的黄页信息仍保持不变，将导致用户查询到的黄页信息为错误信息。或者，导致对接收到的短信或者电话标记错误的现象。可见，如何对黄页信息进更新，成为一个亟待解决的问题。

基于此，本申请实施例，向区块链网络的节点设备发送黄页信息上链请求之后，可以对区块链存储的各个用户的黄页信息进行更新。作为一种可行的方式，可以由通信管理服务器进行黄页信息的更新。例如，若通信管理服务器在系统时间检测到某一码号的停机时长超过停机时长阈值，则可以确定该某一码号为无效码号，那么，可以在区块链查找无效码号关联的黄页信息，并修改该黄页信息的有效时间。例如，当前系统时间为2020.6.21，该无效码号关联的黄页信息原本的有效时间为：2008.5.12—至今，那么可以在码号失效后，将其有效时间修改为：2008.5.12—2020.6.21，进一步地，还可以在区块链上标记该某一码号为失效码号。

在一个实施例中，在某一码号被确定为失效码号后，通信管理服务器可以回收预先分配给该失效码号对应用户的私钥，并在区块链上解除之前该失效码号与对应用户的关系。

或者，作为另一种可行的方式，可以由用户自行对自身黄页信息的更新。例如，可以为用户主动通过数据处理平台更新自己的黄页信息；或者也可以为区块链网络中的节点设备向数据处理平台定期下发包括目标用户的黄页信息的码号管理指令，这种情况下，数据处理平台接收到节点设备发送的码号管理指令后，可以响应码号管理指令向目标用户输出码号管理提示信息，该码号管理提示信息用于提示目标用户更新确认自身的黄页信息。进一步地，可以基于目标用户输入的管理操作对目标用户的黄页信息进行管理(该管理包括确认或者更新目标用户的黄页信息)，并通过目标用户的私钥对管理后的黄页信息进行数字签名，并将带数字签名的管理后的黄页信息返回节点设备。节点设备对带数字签名的管理后的黄页信息校验通过后，可以基于带数字签名的管理后的黄页信息更新区块链中存储的带数字签名的目标用户的黄页信息。从而完成对区块链上目标用户的黄页信息的更新。

在一个实施例中，目标用户的已注册码号包括多个，数据处理平台可以基于目标用户输入的查询权限管理操作对目标用户的各个已注册码号设置查询权限，生成查询权限信息。进一步地，可以通过目标用户的私钥对查询权限信息进行数字签名，并向节点设备发送查询权限设置请求，该查询权限设置请求携带有带目标用户的数字签名的查询权限信息，该查询权限设置请求用于指示节点设备对带目标用户的数字签名的查询权限信息校验通过后，在区块链中基于查询权限信息设置目标用户的各个已注册码号的查询权限。

具体实现中，假设目标用户存在多个已注册的电话号码，数据处理平台可以展示查询权限设置页面，该查询权限设置页面包括目标用户的各个电话号码，以及各个电话号码对应的查询权限设置项，目标企业可以通过对各个电话对应查询权限设置项的选取，完成对各个电话号码查询权限的设置。其中，该查询权限设置项包括公共查询项和内部查询项，上述查询权限管理操作可以为对各个电话号码对应的公共查询项或内部查询项输入的点击、按压、语音等操作。

示例性地，假设目标用户为企业A，企业A包括两个已注册的电话号码，分别为62****，和53****，其中，62****为24小时客服电话，企业A想要62****被公共查询，53****为省市公司间用于内部办公联络电话，企业A不想被公共查询。这种情况下，上述查询权限设置页面可以如图8所示，企业A可以勾选62****对应的公共查询项70，设置62****为查询权限为公共查询；勾选53****对应的内部查询项71，设置62****为查询权限为内部查询。

本申请实施例中，可以向区块链网络中的节点设备发送携带有黄页查询信息的黄页信息查询请求，该黄页信息查询请求用于指示节点设备在区块链中查询与黄页查询信息关联的目标信息，并返回黄页查询结果。进一步地，可以输出节点设备返回的黄页查询结果。采用这样的方式，一方面可以提供黄页信息查询的统一接口(即数据处理平台)供用户查询，使得用户查询黄页信息更加快捷，有利于提高黄页信息的查询效率；另一方面，结合区块链的防篡改特性，可以提高黄页查询结果的可信度和准确度。相应地，由于查询用户可以基于黄页查询结果对黄页待查对象进行验证，还可以提高用户对黄页待查对象的验证准确度，防止用户上当受骗。

本申请实施例还提供了一种计算机存储介质，该计算机存储介质中存储有程序指令，该程序指令被执行时，用于实现上述实施例中描述的相应方法。

再请参见图9，是本申请实施例的一种基于区块链的数据处理装置的结构示意图，本申请实施例的信息处理装置可以设置在上述运行有数据处理平台的终端设备中，也可以为运行于该终端设备中的一个计算机程序(包括程序代码)。

本申请实施例的装置的一个实现方式中，装置包括如下结构。

通信模块80，用于向区块链网络中的节点设备发送携带有查询信息的查询请求，该查询请求用于指示节点设备在区块链中查询与查询信息关联的目标信息，并返回查询结果，该查询信息包括待查黄页对象的黄页查询信息或待查通信事件的通信事件查询信息；该目标信息包括待查黄页对象的码号注册完成后，基于待查黄页对象的私钥在区块链上预先写入的黄页信息，或者基于待查通信事件中通信主叫方的私钥或通信被叫方的公钥在区块链上预先写入的通信事件数据；该码号包括短信号码或电话号码，该待查通信事件包括短信事件或通话事件；

输出模块81，用于输出节点设备返回的查询结果。

在一个实施例中，查询请求包括黄页信息查询请求或通信事件查询请求，黄页查询信息包括待查黄页对象的身份信息或码号，黄页信息包括以下任意一种或者多种：待查黄页对象已注册的码号、待查黄页对象的身份信息和待查黄页对象使用该码号的有效时间；通信事件查询信息包括以下任意一种或者多种：待查通信事件中通信主叫方的对象信息、查询用户的码号和待查通信事件的全局唯一标识，待查通信事件为查询用户接收到的任一个通信事件；该通信事件数据包括以下任意一种或者多种：通信类型、通信标签、通信被叫方的码号、通信时间和待查通信事件的全局唯一标识。

在一个实施例中，上述装置还包括处理模块82，用于获取用户作为通信主叫方的目标通信事件对应的目标通信事件数据，目标通信事件包括用户预约的通信事件、系统时间下检测到的所述用户发起的通信事件或者用户在系统时间之前发起的指定历史通信事件，用户为任意一个用户；基于用户的私钥或者目标通信事件中通信被叫方的公钥在区块链上写入目标通信事件数据。

在一个实施例中，处理模块82，具体用于基于用户的私钥或者目标通信事件中通信被叫方的公钥对目标通信事件数据进行加密，通过通信模块80向节点设备发送携带有加密后的目标通信事件数据的通信事件上链请求，通信事件上链请求用于指示节点设备将加密后的目标通信事件数据写入区块链中。

在一个实施例中，查询请求包括通信事件查询请求，处理模块82，还用于若检测到通信呼叫，则向节点设备发送携带有目标通信事件查询信息的目标通信事件查询请求，目标通信事件查询信息与通信呼叫关联，目标通信事件查询请求用于指示节点设备基于目标通信事件查询信息，在区块链上查询通信呼叫的通信主叫方发起的历史通信事件的通信事件数据，并返回通信事件查询结果。

在一个实施例中，通信模块80，还用于接收节点设备返回的所述通信事件查询结果；处理模块82，还用于若检测到通信事件查询结果不包括通信呼叫的通信主叫方发起的历史通信事件的通信事件数据，或者，若检测到通信事件查询结果包括的历史通信事件的通信事件数据与通信呼叫不关联，则对通信呼叫进行拦截处理。

在一个实施例中，处理模块82，还用于若检测到通信事件查询结果包括与通信呼叫关联的目标历史通信事件的通信事件数据，则将目标历史通信事件的通信事件数据中包括的通信标签与通信呼叫携带的通信标签进行对比，若对比得到目标历史通信事件的通信事件数据中包括的通信标签与通信呼叫携带的通信标签不一致，则输出举报页面；依照在举报页面上输入的举报操作生成举报信息，举报信息包括举报描述信息和目标历史通信事件的通信事件数据；通过通信模块80向节点设备发送举报请求，举报请求中携带有举报信息，举报请求用于指示节点设备将所述举报信息发送至通信管理服务器。

在一个实施例中，处理模块82，还用于当检测到通信呼叫时，确定通信呼叫携带的通信标签，基于通话管理规则确定与通信标签关联的目标处理方式，依照目标处理方式对通信呼叫进行处理，目标处理方式包括对通信呼叫进行拦截处理、转接通话至语音留言信箱或者播放指定话术。

在一个实施例中，处理模块82，还用于当检测到目标码号在通信管理服务器注册完成后，从通信管理服务器获取目标码号的注册信息，注册信息包括已注册的目标码号、目标码号所属目标用户的身份信息和目标用户使用待查码号的有效时间，目标码号为任意一个码号；依照注册信息生成目标用户的黄页信息，并通过目标用户的私钥对目标用户的黄页信息进行数字签名，黄页信息包括目标码号的注册信息；通过通信模块80向区块链网络的节点设备发送黄页信息上链请求，黄页信息上链请求携带有带数字签名的目标用户的黄页信息，黄页信息上链请求用于指示节点设备对带数字签名的目标用户的黄页信息校验通过后，将带数字签名的目标用户的黄页信息写入区块链中。

在一个实施例中，通信模块80，还用于接收节点设备发送的码号管理指令，该码号管理指令包括目标用户的黄页信息；处理模块82，还用于响应码号管理指令输出码号管理提示信息，该码号管理提示信息包括目标用户的黄页信息，码号管理提示信息用于提示目标用户更新确认目标用户的黄页信息，基于目标用户输入的管理操作对目标用户的黄页信息进行管理，管理包括确认或者更新目标用户的黄页信息，通过目标用户的私钥对管理后的目标用户的黄页信息进行数字签名，并将带数字签名的管理后的黄页信息返回节点设备，以便于节点设备对带数字签名的管理后的黄页信息校验通过后，基于带数字签名的管理后的黄页信息更新区块链中存储的带数字签名的目标用户的黄页信息。

在一个实施例中，目标用户的已注册码号包括多个，处理模块82，还用于基于目标用户输入的查询权限管理操作对目标用户的各个已注册码号设置查询权限，生成查询权限信息，通过目标用户的私钥对查询权限信息进行数字签名，并通过通信模块80向节点设备发送查询权限设置请求，该查询权限设置请求携带有带目标用户的数字签名的查询权限信息，该查询权限设置请求用于指示节点设备对带目标用户的数字签名的查询权限信息校验通过后，在区块链中基于查询权限信息设置目标用户的各个已注册码号的查询权限。

在一个实施例中，目标用户的私钥是预先分配的，该分配方式包括通过通信管理服务器统一生成公私钥对，并向目标用户发送公私钥对中的私钥。或者，调用公私钥算法生成公私钥对，通过区块链网络中的各个节点设备对公私钥对进行共识验证，在共识验证通过后各个节点设备记录目标用户的公私钥对，并向目标用户发送公私钥对中的私钥。

在本申请实施例中，上述各个单元的具体实现可参考前述各个附图所对应的实施例中相关内容的描述。

本申请实施例中，数据处理装置可向区块链网络中的节点设备发送携带有查询信息的查询请求，该查询请求用于指示节点设备在区块链中查询与查询信息关联的目标信息，并返回查询结果，该目标信息包括基于待查通信事件中通信主叫方的私钥或通信被叫方的公钥在区块链上预先写入的通信事件数据。进一步地，可输出节点设备返回的查询结果，以使用户基于该查询结果对待查通信事件进行仿冒验证。采用这样的方式，可以通过区块链高效地实现对通信事件的仿冒验证，并结合区块链不可篡改的特性，使得整个仿冒验证过程公开透明，有利于提高对通信事件进行仿冒验证的可信度。

再请参见图10，是本申请实施例的一种终端设备的结构示意图，该终端设备运行有上述基于区块链的数据处理平台，例如为如图2a和图2b所示的数据处理平台10，本申请实施例的终端设备包括供电模块等结构，并包括处理器901、存储装置902输入设备903、输出设备904以及通信接口905。所述处理器901、存储装置902输入设备903、输出设备904以及通信接口905之间可以交互数据，由处理器901实现相应的数据处理功能。

输入设备903可以包括触控板、指纹采传感器、麦克风等，输出设备904可以包括显示器(LCD等)、扬声器等。

所述存储装置902可以包括易失性存储装置(volatile memory)，例如随机存取存储装置(random-access memory，RAM)；存储装置902也可以包括非易失性存储装置(non-volatile memory)，例如快闪存储装置(flash memory)，固态硬盘(solid-state drive，SSD)等；所述存储装置902还可以包括上述种类的存储装置的组合。

所述处理器901可以是中央处理器901(central processing unit，CPU)。在一个实施例中，所述处理器901还可以是图形处理器901(Graphics Processing Unit，GPU)。所述处理器901也可以是由CPU和GPU的组合。在所述终端设备中，可以根据需要包括多个CPU和GPU进行相应的数据处理。在一个实施例中，所述存储装置902用于存储程序指令。所述处理器901可以调用所述程序指令，实现如本申请实施例中上述涉及的各种方法。

在一个实施例中，所述终端设备的所述处理器901，调用存储装置902中存储的程序指令，用于通过通信接口905向区块链网络中的节点设备发送携带有查询信息的查询请求，该查询请求用于指示节点设备在区块链中查询与查询信息关联的目标信息，并返回查询结果，该查询信息包括待查黄页对象的黄页查询信息或待查通信事件的通信事件查询信息；该目标信息包括待查黄页对象的码号注册完成后，基于待查黄页对象的私钥在区块链上预先写入的黄页信息，或者基于待查通信事件中通信主叫方的私钥或通信被叫方的公钥在区块链上预先写入的通信事件数据；该码号包括短信号码或电话号码，该待查通信事件包括短信事件或通话事件；通过输出设备904输出节点设备返回的查询结果。

在一个实施例中，

查询请求包括黄页信息查询请求或通信事件查询请求，黄页查询信息包括待查黄页对象的身份信息或码号，黄页信息包括以下任意一种或者多种：待查黄页对象已注册的码号、待查黄页对象的身份信息和待查黄页对象使用该码号的有效时间；通信事件查询信息包括以下任意一种或者多种：待查通信事件中通信主叫方的对象信息、查询用户的码号和待查通信事件的全局唯一标识，待查通信事件为查询用户接收到的任一个通信事件；该通信事件数据包括以下任意一种或者多种：通信类型、通信标签、通信被叫方的码号、通信时间和待查通信事件的全局唯一标识。

在一个实施例中，处理器901，还用于获取用户作为通信主叫方的目标通信事件对应的目标通信事件数据，目标通信事件包括用户预约的通信事件、系统时间下检测到的用户发起的通信事件或者用户在系统时间之前发起的指定历史通信事件，用户为任意一个用户；基于用户的私钥或者目标通信事件中通信被叫方的公钥在区块链上写入目标通信事件数据。

在一个实施例中，处理器901，具体用于基于用户的私钥或者目标通信事件中通信被叫方的公钥对目标通信事件数据进行加密，通过通信接口905向节点设备发送携带有加密后的目标通信事件数据的通信事件上链请求，通信事件上链请求用于指示节点设备将加密后的目标通信事件数据写入区块链中。

在一个实施例中，处理器901，还用于若检测到通信呼叫，则通过通信接口905向节点设备发送携带有目标通信事件查询信息的目标通信事件查询请求，目标通信事件查询信息与通信呼叫关联，目标通信事件查询请求用于指示节点设备基于目标通信事件查询信息，在区块链上查询通信呼叫的通信主叫方发起的历史通信事件的通信事件数据，并返回通信事件查询结果。

在一个实施例中，处理器901，还用于通过通信接口905接收节点设备返回的所述通信事件查询结果，若检测到通信事件查询结果不包括通信呼叫的通信主叫方发起的历史通信事件的通信事件数据，或者，若检测到通信事件查询结果包括的历史通信事件的通信事件数据与通信呼叫不关联，则对通信呼叫进行拦截处理。

在一个实施例中，处理器901，还用于若检测到通信事件查询结果包括与通信呼叫关联的目标历史通信事件的通信事件数据，则将目标历史通信事件的通信事件数据中包括的通信标签与通信呼叫携带的通信标签进行对比，若对比得到目标历史通信事件的通信事件数据中包括的通信标签与通信呼叫携带的通信标签不一致，则输出举报页面；依照在举报页面上输入的举报操作生成举报信息，举报信息包括举报描述信息和目标历史通信事件的通信事件数据；通过通信接口905向节点设备发送举报请求，举报请求中携带有举报信息，举报请求用于指示节点设备将所述举报信息发送至通信管理服务器。

在一个实施例中，处理器901，还用于当检测到通信呼叫时，确定通信呼叫携带的通信标签，基于通话管理规则确定与通信标签关联的目标处理方式，依照目标处理方式对通信呼叫进行处理，目标处理方式包括对通信呼叫进行拦截处理、转接通话至语音留言信箱或者播放指定话术。

在一个实施例中，处理器901，还用于当检测到目标码号在通信管理服务器注册完成后，从通信管理服务器获取目标码号的注册信息，注册信息包括已注册的目标码号、目标码号所属目标用户的身份信息和目标用户使用待查码号的有效时间，目标码号为任意一个码号；依照注册信息生成目标用户的黄页信息，并通过目标用户的私钥对目标用户的黄页信息进行数字签名，黄页信息包括目标码号的注册信息；通过通信接口905向区块链网络的节点设备发送黄页信息上链请求，黄页信息上链请求携带有带数字签名的目标用户的黄页信息，黄页信息上链请求用于指示节点设备对带数字签名的目标用户的黄页信息校验通过后，将带数字签名的目标用户的黄页信息写入区块链中。

在一个实施例中，处理器901，还用于通过通信接口905接收节点设备发送的码号管理指令，该码号管理指令包括目标用户的黄页信息；响应码号管理指令输出码号管理提示信息，该码号管理提示信息包括目标用户的黄页信息，码号管理提示信息用于提示目标用户更新确认目标用户的黄页信息，基于目标用户输入的管理操作对目标用户的黄页信息进行管理，管理包括确认或者更新目标用户的黄页信息，通过目标用户的私钥对管理后的目标用户的黄页信息进行数字签名，并将带数字签名的管理后的黄页信息返回节点设备，以便于节点设备对带数字签名的管理后的黄页信息校验通过后，基于带数字签名的管理后的黄页信息更新区块链中存储的带数字签名的目标用户的黄页信息。

在一个实施例中，目标用户的已注册码号包括多个，处理器901，还用于基于目标用户输入的查询权限管理操作对目标用户的各个已注册码号设置查询权限，生成查询权限信息，通过目标用户的私钥对查询权限信息进行数字签名，并通过通信接口905向节点设备发送查询权限设置请求，该查询权限设置请求携带有带目标用户的数字签名的查询权限信息，该查询权限设置请求用于指示节点设备对带目标用户的数字签名的查询权限信息校验通过后，在区块链中基于查询权限信息设置目标用户的各个已注册码号的查询权限。

在一个实施例中，目标用户的私钥是预先分配的，该分配方式包括通过通信管理服务器统一生成公私钥对，并向目标用户发送公私钥对中的私钥。或者，调用公私钥算法生成公私钥对，通过区块链网络中的各个节点设备对公私钥对进行共识验证，在共识验证通过后各个节点设备记录目标用户的公私钥对，并向目标用户发送公私钥对中的私钥。

在本申请实施例中，所述处理器901的具体实现可参考前述各个附图所对应的实施例中相关内容的描述。

本申请实施例中，处理器901可通过通信接口905向区块链网络中的节点设备发送携带有查询信息的查询请求，该查询请求用于指示节点设备在区块链中查询与查询信息关联的目标信息，并返回查询结果，该目标信息包括基于待查通信事件中通信主叫方的私钥或通信被叫方的公钥在区块链上预先写入的通信事件数据。进一步地，可通过输出设备904输出节点设备返回的查询结果，以使用户基于查询结果对待查通信事件进行仿冒验证。采用这样的方式，可以通过区块链高效地实现对通信事件的仿冒验证，并结合区块链不可篡改的特性，使得整个仿冒验证过程公开透明，有利于提高对通信事件进行仿冒验证的可信度。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所揭露的仅为本申请的局部实施例而已，当然不能以此来限定本申请之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或局部流程，并依本申请权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims (15)

1.一种基于区块链的数据处理方法，其特征在于，所述方法包括：

向区块链网络中的节点设备发送携带有查询信息的查询请求，所述查询请求用于指示所述节点设备在区块链中查询与所述查询信息关联的目标信息，并返回查询结果，所述查询信息包括待查黄页对象的黄页查询信息或待查通信事件的通信事件查询信息；

所述目标信息包括所述待查黄页对象的码号注册完成后，基于所述待查黄页对象的私钥在所述区块链上预先写入的黄页信息，或者基于所述待查通信事件中通信主叫方的私钥或通信被叫方的公钥在所述区块链上预先写入的通信事件数据；所述码号包括短信号码或电话号码，所述待查通信事件包括短信事件或通话事件；

输出所述节点设备返回的所述查询结果。

2.如权利要求1所述的方法，其特征在于，所述查询请求包括黄页信息查询请求或通信事件查询请求，所述黄页查询信息包括所述待查黄页对象的身份信息或码号，所述黄页信息包括以下任意一种或者多种：所述待查黄页对象已注册的所述码号、所述待查黄页对象的身份信息和所述待查黄页对象使用所述码号的有效时间；

所述通信事件查询信息包括以下任意一种或者多种：所述待查通信事件中通信主叫方的对象信息、查询用户的码号和所述待查通信事件的全局唯一标识，所述待查通信事件为所述查询用户接收到的任一个通信事件；

所述通信事件数据包括以下任意一种或者多种：通信类型、通信标签、所述通信被叫方的码号、通信时间和所述待查通信事件的全局唯一标识。

3.如权利要求1或2所述的方法，其特征在于，所述方法还包括：

获取用户作为通信主叫方的目标通信事件对应的目标通信事件数据，所述目标通信事件包括所述用户预约的通信事件、系统时间下检测到的所述用户发起的通信事件或者所述用户在系统时间之前发起的指定历史通信事件；

基于所述用户的私钥或者所述目标通信事件中通信被叫方的公钥在所述区块链上写入所述目标通信事件数据。

4.如权利要求3所述的方法，其特征在于，所述基于所述用户的私钥或者所述目标通信事件中通信被叫方的公钥在所述区块链上写入所述目标通信事件数据，包括：

基于所述用户的私钥或者所述目标通信事件中通信被叫方的公钥对所述目标通信事件数据进行加密；

向所述节点设备发送携带有加密后的目标通信事件数据的通信事件上链请求，所述通信事件上链请求用于指示所述节点设备将所述加密后的目标通信事件数据写入所述区块链中。

5.如权利要求1所述的方法，其特征在于，所述查询请求包括通信事件查询请求，所述向区块链网络中的节点设备发送携带有查询信息的查询请求，包括：

若检测到通信呼叫，则向所述节点设备发送携带有目标通信事件查询信息的目标通信事件查询请求，所述目标通信事件查询信息与所述通信呼叫关联，所述目标通信事件查询请求用于指示所述节点设备基于所述目标通信事件查询信息，在所述区块链上查询所述通信呼叫的通信主叫方发起的历史通信事件的通信事件数据，并返回通信事件查询结果。

6.如权利要求5所述的方法，其特征在于，所述向所述节点设备发送携带有目标通信事件查询信息的目标通信事件查询请求之后，所述方法还包括：

接收所述节点设备返回的所述通信事件查询结果，若所述通信事件查询结果不包括所述通信呼叫的通信主叫方发起的历史通信事件的通信事件数据，或者，若所述通信事件查询结果包括的所述历史通信事件的通信事件数据与所述通信呼叫不关联，则对所述通信呼叫进行拦截处理。

7.如权利要求6所述的方法，其特征在于，所述接收所述节点设备返回的所述通信事件查询结果之后，所述方法还包括：

若所述通信事件查询结果包括与所述通信呼叫关联的目标历史通信事件的通信事件数据，则将所述目标历史通信事件的通信事件数据中包括的通信标签与所述通信呼叫携带的通信标签进行对比；

若对比得到所述目标历史通信事件的通信事件数据中包括的通信标签与所述通信呼叫携带的通信标签不一致，则输出举报页面；

依照在所述举报页面上输入的举报操作生成举报信息，所述举报信息包括举报描述信息和所述目标历史通信事件的通信事件数据；

向所述节点设备发送举报请求，所述举报请求中携带有所述举报信息，所述举报请求用于指示所述节点设备将所述举报信息发送至通信管理服务器。

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

当检测到通信呼叫时，确定所述通信呼叫携带的通信标签；

基于通话管理规则确定与所述通信标签关联的目标处理方式，依照所述目标处理方式对所述通信呼叫进行处理，所述目标处理方式包括对所述通信呼叫进行拦截处理、转接通话至语音留言信箱或者播放指定话术。

9.如权利要求1所述方法，其特征在于，所述方法还包括：

当检测到目标码号在通信管理服务器注册完成后，从所述通信管理服务器获取所述目标码号的注册信息，所述注册信息包括已注册的所述目标码号、所述目标码号所属目标用户的身份信息和所述目标用户使用所述待查码号的有效时间，所述目标码号为任意一个码号；

依照所述注册信息生成所述目标用户的黄页信息，并通过所述目标用户的私钥对所述目标用户的黄页信息进行数字签名，所述黄页信息包括所述目标码号的注册信息；

向所述节点设备发送黄页信息上链请求，所述黄页信息上链请求携带有带数字签名的所述目标用户的黄页信息，所述黄页信息上链请求用于指示所述节点设备对所述带数字签名的所述目标用户的黄页信息校验通过后，将所述带数字签名的所述目标用户的黄页信息写入所述区块链中。

10.如权利要求9所述的方法，其特征在于，所述向所述节点设备发送黄页信息上链请求之后，所述方法包括：

接收所述节点设备发送的码号管理指令，所述码号管理指令包括所述目标用户的黄页信息；

响应所述码号管理指令输出码号管理提示信息，所述码号管理提示信息包括所述目标用户的黄页信息，所述码号管理提示信息用于提示所述目标用户更新确认所述目标用户的黄页信息；

基于所述目标用户输入的管理操作对所述目标用户的黄页信息进行管理，所述管理包括确认或者更新所述目标用户的黄页信息；

通过所述目标用户的私钥对管理后的所述目标用户的黄页信息进行数字签名，并将带数字签名的管理后的黄页信息返回所述节点设备，以便于所述节点设备对带数字签名的管理后的黄页信息校验通过后，基于所述带数字签名的管理后的黄页信息更新所述区块链中存储的所述带数字签名的所述目标用户的黄页信息。

11.如权利要求9所述的方法，其特征在于，所述目标用户的已注册码号包括多个，所述方法还包括：

基于所述目标用户输入的查询权限管理操作对所述目标用户的各个已注册码号设置查询权限，生成查询权限信息；

通过所述目标用户的私钥对所述查询权限信息进行数字签名，并向所述节点设备发送查询权限设置请求，所述查询权限设置请求携带有带所述目标用户的数字签名的查询权限信息，所述查询权限设置请求用于指示所述节点设备对所述带所述目标用户的数字签名的查询权限信息校验通过后，在所述区块链中基于所述查询权限信息设置所述目标用户的各个已注册码号的查询权限。

12.如权利要求9所述的方法，其特征在于，所述目标用户的私钥是预先分配的，所述分配方式包括通过所述通信管理服务器统一生成公私钥对，并向所述目标用户发送所述公私钥对中的私钥；

或者，调用公私钥算法生成公私钥对，通过所述区块链网络中的各个节点设备对所述公私钥对进行共识验证，在所述共识验证通过后所述各个节点设备记录所述目标用户的公私钥对，并向所述目标用户发送所述公私钥对中的私钥。

13.一种基于区块链的数据处理装置，其特征在于，所述装置包括：

通信模块，用于向区块链网络中的节点设备发送携带有查询信息的查询请求，所述查询请求用于指示所述节点设备在区块链中查询与所述查询信息关联的目标信息，并返回查询结果，所述查询信息包括待查黄页对象的黄页查询信息或待查通信事件的通信事件查询信息；

所述目标信息包括所述待查黄页对象的码号注册完成后，基于所述待查黄页对象的私钥在所述区块链上预先写入的黄页信息，或者基于所述待查通信事件中通信主叫方的私钥或通信被叫方的公钥在所述区块链上预先写入的通信事件数据；所述码号包括短信号码或电话号码，所述待查通信事件包括短信事件或通话事件；

输出模块，用于输出所述节点设备返回的所述查询结果。

14.一种终端设备，其特征在于，所述终端设备包括处理器和存储装置，所述处理器和存储装置相互连接，其中，所述存储装置用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1-12任一项所述的方法。

15.一种计算机存储介质，其特征在于，该计算机存储介质中存储有程序指令，该程序指令被执行时，用于实现如权利要求1-12任一项所述的方法。

Images