信息发送方法、装置、终端及可读存储介质

摘要

本申请关于一种信息发送方法、装置、终端及可读存储介质，涉及区块链领域。该方法包括：通过共识机制将信息记录平台存储至区块链系统中；接收信息；通过共识机制将信息以及与信息对应的信息数据存储至区块链系统中，信息数据中包括信息在移动通信系统中的发送路径以及信息对应的哈希值；向目标终端发送信息。通过由共识机制对信息记录平台在区块链系统中进行存储，并根据短信处理平台指定的规则在接受信息以及发送信息的过程中将信息以及与信息对应的目标数据存储至区块链系统中的方法，使信息在区块链系统中的发送过程以及内容变化得以确定，增加了对信息进行回溯的方式，提高了信息发送过程的安全性。

权利要求

1.一种信息发送方法，其特征在于，所述方法应用于区块链系统中的任一节点，所述方法包括：

将信息记录平台存储至区块链系统中，信息记录平台用于提供所述区块链系统对因移动通信产生的信息进行记录的规范；

接收信息，所述信息为在移动通信系统中向目标终端发送的信息，所述目标终端为移动通信终端；

将所述信息以及与所述信息对应的信息数据存储至所述区块链系统中，所述信息数据中包括所述信息在所述移动通信系统中的发送路径以及所述信息对应的哈希值，所述信息数据经过所述信息记录平台验证，所述信息的当前发送路径包括所述信息的发送源头以及所述信息在所述区块链系统中的传递路径，所述发送源头为将所述信息发送至所述区块链系统的设备，所述传递路径由所述区块链系统中对所述信息进行转发的节点依次构成；

向所述目标终端发送所述信息。

2.根据权利要求1所述的方法，其特征在于，所述向所述目标终端发送所述信息后，还包括：

获取所述信息的发送结果，所述信息的所述发送结果用于指示所述信息是否发送成功；

将所述信息的所述发送结果存储至所述区块链系统中。

3.根据权利要求2所述的方法，其特征在于，所述获取所述信息的发送结果，包括：接收反馈信息数据，所述反馈信息数据指示所述目标终端接收到所述信息；

将所述反馈信息数据与所述区块链系统中存储的与所述发送的信息对应的所述信息数据进行比对，得到所述信息的所述发送结果。

4.根据权利要求2至3任一所述的方法，其特征在于，所述信息还包括信息标识，所述信息标识用于唯一指示所述信息；

所述将所述信息的发送结果存储至所述区块链系统中，包括：将所述信息标识以及所述信息的发送结果存储至所述区块链系统中。

5.根据权利要求4所述的方法，其特征在于，所述将所述信息标识以及所述信息的发送结果存储至所述区块链系统中之前，还包括：通过所述信息记录平台以及信息标识确定所述信息的所述发送路径。

6.根据权利要求1至3任一所述的方法，其特征在于，所述信息和所述信息数据以加密形式存储在所述区块链系统中，所述节点持有指示自身对于信息的处理权限的目标私钥；

将所述信息和所述信息数据存储至区块链系统中之后，还包括：通过目标私钥对所述区块链系统中的所述信息数据进行读取或修改。

7.根据权利要求6所述的方法，其特征在于，所述信息属于信息集合，所述目标私钥具有对所述信息集合中的任一信息进行读取或修改的处理权限。

8.根据权利要求1至3任一所述的方法，其特征在于，所述接收所述信息之前，还包括：将辅助平台存储至所述区块链系统中，所述辅助平台包括：联盟管理平台、意愿登记平台、区块链浏览平台以及监管平台中的至少一种；

所述联盟管理平台用于对所述区块链系统中的每个节点进行权限分配；

所述意愿登记平台用于记录所述目标终端对于所述信息的来源的选择；

所述区块链浏览平台用于对信息数据进行浏览；

所述监管平台用于对所述区块链系统进行监管。

9.根据权利要求1所述的方法，其特征在于，所述方法还包括：通过所述信息记录平台确定目标发送路径；

将所述目标发送路径与所述节点存储至所述区块链系统中的所述当前发送路径比对，得到路径比对结果。

10.一种信息发送装置，其特征在于，所述装置包括：存储模块，用于将信息记录平台存储至区块链系统中，所述信息记录平台用于提供所述区块链系统对因移动通信过程产生的信息进行记录的流程规范；

接收模块，用于接收信息，所述信息为向目标终端发送的信息；

所述存储模块，用于将所述信息以及与所述信息对应的信息数据存储至所述区块链系统中，所述信息数据中包括所述信息的发送路径以及所述信息对应的哈希值，所述信息数据经过所述信息记录平台验证，所述信息的当前发送路径包括所述信息的发送源头以及所述信息在所述区块链系统中的传递路径，所述发送源头为将所述信息发送至所述区块链系统的设备，所述传递路径由所述区块链系统中对所述信息进行转发的节点依次构成；

发送模块，用于向所述目标终端发送所述信息。

11.根据权利要求10所述的装置，其特征在于，所述装置，还包括获取模块，用于获取所述信息的发送结果，所述信息的所述发送结果用于指示所述信息是否发送成功；

所述存储模块，用于将所述信息的所述发送结果存储至所述区块链系统中。

12.根据权利要求11所述的装置，其特征在于，所述接收模块，用于接收反馈信息数据，所述反馈信息数据指示所述目标终端接收到信息；

所述装置，还包括比对模块，用于将所述反馈信息数据与所述区块链系统中存储的与所述发送的信息对应的所述信息数据进行比对，得到所述信息的所述发送结果。

13.一种计算机设备，其特征在于，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、至少一段程序、代码集或指令集由所述处理器加载并执行以实现如权利要求1至9任一所述的信息发送方法。

14.一种计算机可读存储介质，其特征在于，所述可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现如权利要求1至9任一所述的信息发送方法。

说明书

信息发送方法、装置、终端及可读存储介质

技术领域

[0001] 本申请涉及区块链领域，特别涉及一种信息发送方法、装置、终端及可读存储介质。

背景技术

[0002] 短信是指用户通过终端发送或接收到的文字或数字信息。当企业需要向用户发送通知时，通常通过短信的形式将通知信息发送至用户的终端中。

[0003] 相关技术中，企业通过运营商以及其下级的代理商向终端以短信的形式进行信息的发送。代理商在发送短信时，通过配置企业签名的方式使用户知悉发送信息的企业。

[0004] 然而，相关技术中，当需要对信息进行回溯时，虽然短信中对应有企业签名，但由于信息通过代理商的转发，难以完成信息的回溯，致使发送信息过程的安全性较差。

发明内容

[0005] 本申请关于一种信息发送方法、装置、终端及可读存储介质，能够增加对信息进行回溯的方式，提高信息发送过程的安全性。该技术方案如下：

[0006] 一方面，提供了一种信息发送方法，该方法包括：

[0007] 将信息记录平台存储至区块链系统中，信息记录平台用于提供区块链系统对因移动通信过程产生的信息进行记录的流程规范；

[0008] 接收信息，信息为在移动通信系统中向目标终端发送的信息，目标终端为移动通信终端；

[0009] 将信息以及与信息对应的信息数据存储至区块链系统中，信息数据中包括信息在移动通信系统中的发送路径以及信息对应的哈希值，信息数据经过信息记录平台验证；

[0010] 向目标终端发送信息。

[0011] 另一方面，提供了一种信息的发送装置，该装置包括：

[0012] 存储模块，用于将信息记录平台存储至区块链系统中，信息记录平台用于提供区块链系统对因移动通信过程产生的信息进行记录的流程规范；

[0013] 接收模块，用于接收信息，信息为向目标终端发送的信息，目标终端为移动通信终端；

[0014] 存储模块，用于将信息以及与信息对应的信息数据存储至区块链系统中，信息数据中包括信息的发送路径以及信息对应的哈希值，信息数据经过信息记录平台验证；

[0015] 发送模块，用于向目标终端发送信息。

[0016] 另一方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至
少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述本申请实施例中
提供的信息发送方法。

[0017] 另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所
述代码集或所述指令集由处理器加载并执行以实现上述任一所述的信息发送方法。

[0018] 另一方面，提供了一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得计算机执行如上述本申请实施例中任一所述的信息发送方法。

[0019] 本申请提供的技术方案带来的有益效果至少包括：

[0020] 对信息记录平台在区块链系统中进行存储，并根据短信处理平台指定的规则在接受信息以及发送信息的过程中将信息以及与信息对应的目标数据存储至区块链系统中的
方法，使信息在区块链系统中的发送过程以及内容变化得以确定，增加了对信息进行回溯
的方式，提高了信息发送过程的安全性。

附图说明

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

[0022] 图1示出了相关技术中信息发送方法的示意图；

[0023] 图2是本申请一个示例性实施例提供的分布式系统100应用于区块链系统的结构示意图；

[0024] 图3是本申请一个示例性实施例提供的区块结构的示意图；

[0025] 图4示出了本申请一个示例性实施例提供的区块链系统的结构示意图；

[0026] 图5是本申请一个示意性实施例提供的信息发送方法的流程图；

[0027] 图6示出了本申请一个示意性实施例提供的企业的信息发送平台对信息进行修改的示意图；

[0028] 图7示出了本申请另一个示例性实施例提供的信息发送方法的流程图；

[0029] 图8示出了本申请一个示意性实施例提供的目标终端接收到的信息的截图的示意图；

[0030] 图9示出了本申请一个示意性实施例提供的信息发送方法的示意图；

[0031] 图10示出了本申请一个示意性实施例提供的信息发送方法的整体过程示意图；

[0032] 图11示出了本申请一个示意性实施例提供的将区块链系统中的节点分类为域的示意图；

[0033] 图12示出了本申请一个示意性实施例提供的信息发送装置的装置框图；

[0034] 图13示出了本申请一个示例性实施例提供的服务器的结构示意图。

具体实施方式

[0035] 为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

[0036] 首先，对本申请实施例中涉及的名词进行简单的介绍：

[0037] 短信：是指用户通过手机或者其他电信终端发送或接受的文字或数字信息。本实施例中的短信包括传统短信以及彩信。传统短信为字符数限制为160个英语、数字字符或70
个中文字符的信息；彩信为在通用分组无线服务技术(General Packet Radio Service，
GPRS)网络的支持下，以无线应用协议(Wireless Application Protocol，WAP)为载体传送
图片、声音和文字等信息的多媒体信息形式。相比于其他通信形式，短信在传输过程中通过
客户识别模块(Subscriber Identity Module，SIM)卡进行硬件加密，故安全性相对于其他
通信形式较高。可选地，本申请中的信息发送与接收的应用场景为短信的发送与接收的场
景。可选地，随着通信行业的发展，短信的种类也在增加，包括但不限于增强短信(Rich 
Communication Service，RCS)，增强短信基于IP多媒体子系统(IP Multimedia 
Subsystem)将传统短信、语音、通话、彩信以及视频共享等诸多业务在同一协议框架下进行
传输、通信。增强短信为用户提供增强型消息业务、点对点消息、群发消息和群组聊天消息，
支持文本和媒体内容。可选地，本申请对于短信的形式不做限定。

[0038] 可选地，当短信为企业发送的短信时，短信的内容中包括短信签名。短信签名即每个短信的短信内容起始处用“【】”符号标识的内容，其中内容为企业名称，用于确认发送该
信息的企业主体。

[0039] 短信报文，运营商对于发送业务及各层转发代理商的短信网络协议反馈，分为运营商网关报文以及终端发送状态报文：运营商网关报文为运营商对于短信发送任务接收的
确认；终端发送状态报文为目标终端的接收状态报文。

[0040] 相关技术中，在企业向终端发送信息的过程中，会经过发送平台、至少一级的代理商、端口运营商以及用户运营商进行信息的转发。图4示出了相关技术中信息发送方法的示
意图。请参考图4，图4中生成信息的为企业业务401，在信息生成后，经由发送平台402、代理
商403、代理商404、端口运营商405以及用户运营商406，最终转发至终端407。步骤411、414、
417、420、427、430为转发过程；步骤412、415、418、421、428、431为下级平台对于上一级平台
的转发响应确认；步骤413、416、419、422、429、432为该级平台对于信息内容的处理过程；步
骤423、424、425、426为反馈网关接收报告的过程；步骤433至步骤438为将终端生成的信息
接收状态报告逐级传递至企业业务的过程。

[0041] 通过上述流程进行信息发送的过程中，当终端需要进行信息回溯，即对于信息的发送方进行反馈时，由于信息通过代理商的转发，回溯需要逐级进行，信息回溯的效率低，
信息发送和处理过程中的安全性较低。

[0042] 在企业发送短信的过程中，由于企业、运营商、代理商以及终端之间的可能引起包括但不限于如下问题中的至少一种：

[0043] (1)、组织架构带来的短信总量不清晰，私接私发。

[0044] 现有短信网络，由于各省、市运营商网络、行政均相对独立，因此可以在不被任何监管单位以及本集团公司发现的情况下，完成灰色短信的私接私发以及记录销毁工作。如
以下的情况就时常在现实中发生：当某地市运营商完不成年度KPI指标时，可以通过代理
商，承接一部分灰色产业的短信业务，完全在本行政地区发送，获取收入后，在网络上删除
所有发送记录，并将收入列入其他名目下。因此多年来我国垃圾短信投诉一直是没有解决
的社会问题，且在三四线城市常因此产生的不良短信存在；同时我国也一直无法准确统计，
全国每个月到底有多少次短信服务产生，内容成分和比例是什么。在一个示例中，2019年
初，存在某运营商集团，发现部分省份合谋私接链路，两省串联绕过集团结算与监控系统的
案例，并下文通报与整治的现象。

[0045] (2)、短信协议缺陷带来的短信区分困难。

[0046] 短信协议自从发明来更新较少，因此在协议上对于短信个体标识较弱。举例，如，A公司在同一秒内，连续向同一个客户，发送三条文案内容相同的短信。由于短信协议没有设
置短信的独立ID，而一般只以发送时间+手机号码来区分短信，所以这三条如果有一条发送
失败，两条成功，实际上所有行业主体，包括企业、代理商、运营商都无法区分这三条短信哪
条是哪条。因此在实际行业运营过程中，当用户投诉垃圾短信接收，或者短信无法接收时，
行业均需要询问客户手机号码+接收的大致范畴时间，与上下游针对大量短信逐一核对；客
户既无法简捷清晰指定到收到的垃圾短信，也无法清晰标明自己到底哪条短信没有收到，
当客户接收不到短信时，会给大型集团的客服带来大量的业务定位人力损耗，如客户表述
“收不到企业A的短信”，客服需要仔细询问该短信来自企业A的哪个部门，并寻找对应的业
务部门。

[0047] (3)、大型公司统计、自约束困难。

[0048] 由于大型公司在各省都有分支机构，也都会接入各省的运营商，所以往往大型集团公司，都不能掌握自己到底给客户发了哪些短信，投诉率如何，只能在接收到监管部门的
相关报告后，才发现本公司对于客户造成了骚扰；但同时仍然不能有效的对于自己的各个
省份单位进行合理的统计约束，因为各省发送短信主体不清晰。如平安银行即长期为工信
部通报批评，但是由于其每个营业部都有权限和成本自行购买当地运营商短信服务，且信
息处理系统可以绕过总部，因此无法约束。

[0049] (4)、虚假流程，行业扣量，市场劣币驱逐良币，价格战混乱。

[0050] 该问题在相关技术中常通过空号掺杂、验证码使用有效率进行虚假扣量的识别，均存在缺陷；目前造假的代理商也有空号手机库，会规避对于空号手机回复短信发送情况
虚假报文的情况，绕开业务公司的监控逻辑；而对于验证码有效性的监控，由于是统计经验
值，存在经验和偏差，不能作为准确的判断标准。同时由于一个短信发送任务经常被多个代
理商打散到多家运营商，从而使得与所有运营商比对报文成本过于巨大，也无可操作流程，
无法落实。

[0051] (5)、报文难以跟踪变化，存在系统偏差。

[0052] 在任何主体均不作假的情况下，短信报文作为唯一判断短信质量传递的标准依据，依然存在系统性偏差。这是由于，提供电信设备的厂商，为了规避彼此专利，对于短信报
文均拥有自己独立的短信报文体系。而运营商是混合组网，各省运营商采用的标准不一样，
尤其是在目标终端办理了携号转网业务的情况下，一条短信的报文，尤其是发送失败(如黑
名单、手机内存满、手机信号不好等各类不同原因)报文，经过多级传递，以及本身不同体系
的不严格原因映射，最终业务方获得报文是，会发生解释难、解释不准确的情况。

[0053] (6)、短信仿冒。

[0054] 由于各地运营商均有独立签约权限以及发送全国能力，且各个主体通过端口无法主动核对出端口仿冒的情况，因此目前知名企业，对于其他企业短信仿冒其的行为，往往必
须依赖客户投诉发现；同时客户在收到仿冒短信时由于没有统一企业的核对平台进行校
验，也无从确认收到短信是否即为短信签名企业发送。包括运营商集团公司也表示，收到某
知名公司的短信请求，由于多级代理带来的信息不对称性，运营商集团公司也无法确认是
否其需求就是为该公司发送。同时监管平台处很多用户投诉出现的时候，监管平台也无法
判断，被投诉的短信内容是否为短信签名所示的公司所发送，会造成误伤。

[0055] (7)、端口映射与误映射

[0056] 为了降低投诉率，代理商和运营商经常会在短信端口进行映射，如将业务在号码A的短信业务流，通过映射到号码B来发送。这样，业务平台认为客户收到的短信的端口号，与
客户实际收到短信的端口号会产生差异，客户无法通过识别端口号，来顺利的准确的识别
业务。

[0057] 同时一旦在客户回复短信给业务的时候，改成代理商没有制作回向数据，将号码A的短信映射回号码B，则会造成沟通的失败，在一个示例中，某公司人力通过公司短信端口
下发了面试通知，面试者回复短信确认参加面试，但是由于中间代理商做了映射，形成了短
信的丢失，使得面试邀约失败。

[0058] 业务平台为了防止此类映射，需要随机进行抽查。

[0059] (8)、伪基站短信。

[0060] 对于内容上极度仿真的短信，用户终端的识别引擎无法判断，同时由于伪基站短信仅通过不法分子设备直接发送到用户终端，因此相关被仿冒公司、运营商、监管部门都无
法从除了客户投诉之外的渠道，知晓用户到底收到了什么样的虚假短信。监管部门都无法
从除了客户投诉之外的渠道，知晓用户到底收到了何种虚假短信。

[0061] (9)、拦截短信指示不清。

[0062] 当用户过往出现过投诉，不再被运营商同意发送某些短信后，用户实际上无从知道到底有哪些短信被运营商拦截了。

[0063] (10)、终端程序拦截不准，精细化程度不够。

[0064] 目前终端上安装的安全软件的拦截规则一般由该软件统一配置和下发，囿于人群精细化运营带来的难度，以及文本语义识别带来的难度，统一配置拦截规则会带来问题，在
一个示例中，一款安全软件都会拦截超市商场的折扣信息，对于这种拦截行为，一类目标受
众是认同的，另一类目标受众是不认同的，但是由于该安全软件用户群以男性为主，所以安
全软件一般都还是会拦截折扣信息。

[0065] (11)、用户与短信之间的互动效果不稳定，对消息的订阅以及退订操作难度较大。

[0066] 在一个示例中，当用户回复类似“TD”“T”表示退订某个公司某个业务短信的时候，该公司则需要停止对该用户继续发送该短信。但是当前技术的缺陷时，对于大型的在各省
有分支机构的公司，其代理商和业务众多，用户进行退订后，退订数据只会记录到该公司的
一个对应团队，不易全网生效；同时，由于很多退订数据，是由大型公司的短信代理商的系
统代为记录和保管，一旦该公司更换了代理商，原代理商一般不会将用户退订记录发送给
新代理商，会造成用户退订数据的遗失，用户会发现即使退订了某个业务，过一段时间会继
续开始接收该业务短信。

[0067] 负责任的业务方或者代理商会尝试建立退订数据管理系统，替用户退订业务。但存在大量公司只做了回T退订字样的文案，实际没有搭建该系统；一个公司是否实际搭建了
该系统，由于一般短信在运营商网关只保留3个月，因此监管也无法做到各家的巡检和在线
时长监督。

[0068] 同时，在一个示例中，用户退订了一个业务，可能会有多级代理商运营商都标记了客户退订了某个业务，一旦后续该客户想续订这个业务的短信，其无行之有效的流程，将自
己从所有的系统退订记录中都去除；一旦有任何层仍然保留了退订数据，则用户续订短信
失败。

[0069] (12)、行业产生恶意投诉，真实用户被淹没：

[0070] 由于目前不对短信进行分类，不对用户意愿进行明确的登记，因此采用的投诉都是后向投诉，即用户收到短信后，才对业务进行投诉。因此为恶意投诉留下了空间，行业内
不同的代理商经常安排员工登记使用行业其他短信代理商负责的业务上，一旦收到其他竞
争关系代理商发送的短信，则立刻进行举报，对对方业务进行打击。这使得很多高业务量的
行业常年短信通道不稳定，同时大量恶意投诉淹没了正常客户投诉的声音，对行业生态都
造成了消极的影响。

[0071] 本申请针对上述问题提供一种方案，通过区块链系统的优势以及对于信息的配置，对上述问题进行解决。

[0072] 区块链(Blockchain)：是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链本质上是一个去中心化的数据库，是一串使用密码学方
法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息
的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以
及应用服务层。

[0073] 区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账
户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授
权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；
基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求
完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处
理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传
输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合
约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约
注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提
供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合
约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控
节点设备健康状态等。

[0074] 平台产品服务层提供典型应用的基本能力和实现框架，开发人员可以基于这些基本能力，叠加业务的特性，完成业务逻辑的区块链实现。应用服务层提供基于区块链方案的
应用服务给业务参与方进行使用。

[0075] 区块链可以分为私有链、联盟链和公有链；其中，联盟链也称共同体区块链(Consortium Block chains)，是指其共识过程受到预选节点控制的区块链。在联盟链中，
只针对链内的节点成员开放全部或部分功能，联盟链中的各个区块链节点可以基于需要定
制读写权限、查询权限等。

[0076] 共识机制(Consensus mechanism)：是区块链系统中实现不同节点之间建立信任、获取权益的数学算法。在区块链系统中，通过特殊节点的投票，可以在很短的时间内完成对
交易的验证和确认，对一笔交易，如果利益不相干的若干个节点能够达成共识，就可以认为
系统中的全部节点对此也能够达成共识。

[0077] 智能合约：是指根据特定条件自动执行的合约程序，是用户与区块链进行交互，利用区块链实现业务逻辑的重要途径。智能合约的基本思想是各种各样的合约条款可以嵌入
到我们使用的硬件和软件中，从而使得攻击者需要很大的代价去攻击，智能合约通过多方
用户共同参与定制利用对等型网络(Peer to Peer，P2P)扩散并存入区块链，区块链构建的
智能合约在触发条件下自动执行。例如，各家机构可以通过服务器中部署的区块链上的智
能合约接入该数据存储系统，来使用该数据存储系统提供的数据存储以及数据查询等功
能。智能合约本质是一套以数字形式定义、传播、验证或执行的约定，包括合约参与方可以
在智能合约中执行约定，智能合约还允许在没有第三方的情况下进行可信交易，并且该交
易可追踪不可逆转。比如，本申请提供的信息发送方法是按照信息记录平台智能合约执行
的，按照信息记录平台确定终端收到的短信是否为服务器发出的短信，当确定终端收到的
短信与服务器发出的短信一致时，则确定该玩家中奖。

[0078] 本申请实施例涉及的系统可以是由客户端、多个节点(接入网络中的任意形式的计算设备，如服务器、用户终端)通过网络通信的形式连接形成的分布式系统。

[0079] 以分布式系统为区块链系统为例，参见图2，图2是本申请一个示例性实施例提供的分布式系统100应用于区块链系统的结构示意图，由多个节点(接入网络中的任意形式的
计算设备，如服务器、用户终端)和客户端形成，节点之间形成组成的点对点(P2P)网络，P2P
协议是一个运行在传输控制协议(TCP，Transmission Control Protocol)协议之上的应用
层协议。在分布式系统中，任何机器如服务器、终端都可以加入而成为节点，节点包括硬件
层、中间层、操作系统层和应用层。

[0080] 参见图2示出的区块链系统中各节点的功能，涉及的功能包括：

[0081] 1)路由，节点具有的基本功能，用于支持节点之间的通信。

[0082] 节点除具有路由功能外，还可以具有以下功能：

[0083] 2)应用，用于部署在区块链中，根据实际业务需求而实现特定业务，记录实现功能相关的数据形成记录数据，在记录数据中携带数字签名以表示任务数据的来源，将记录数
据发送到区块链系统中的其他节点，供其他节点在验证记录数据来源以及完整性成功时，
将记录数据添加到临时区块中。

[0084] 例如，应用实现的业务包括：

[0085] 2.1)钱包，用于提供进行电子货币的交易的功能，包括发起交易，即，将当前交易的交易记录发送给区块链系统中的其他节点，其他节点验证成功后，作为承认交易有效的
响应，将交易的记录数据存入区块链的临时区块中；钱包还支持查询电子货币地址中剩余
的电子货币。比如，将要增加的激励对象的信息发送至区块链系统中，区块链系统中其他节
点对该起交易(即在区块链中增加激励对象的信息)进行验证，其他节点验证成功后，该起
交易才能被存储至区块链中。

[0086] 2.2)共享账本，用于提供账目数据的存储、查询和修改等操作的功能，将对账目数据的操作的记录数据发送到区块链系统中的其他节点，其他节点验证有效后，作为承认账
目数据有效的响应，将记录数据存入临时区块中，还可以向发起操作的节点发送确认。

[0087] 2.3)智能合约，计算机化的协议，可以执行某个合约的条款，通过部署在共享账本上的用于在满足一定条件时而执行的代码实现，根据实际的业务需求代码用于完成自动化
的交易，例如查询买家所购买商品的物流状态，在买家签收货物后将买家的电子货币转移
到商户的地址；当然，智能合约不仅限于执行用于交易的合约，还可以执行对接收的信息进
行处理的合约。比如，激励对象在满足特定的条件时，将触发智能合约按照合约的规定执行
激励机制，如向激励对象发放相应的收益或分红等。

[0088] 3)区块链，包括一系列按照产生的先后时间顺序相互接续的区块(Block)，新区块一旦加入到区块链中就不会再被移除，区块中记录了区块链系统中节点提交的记录数据。
本申请中的区块链是信息处理区块链，比如，信息处理过程中，每条信息的信息数据被记录
在区块链中。

[0089] 参见图3，图3是本申请一个示例性实施例提供的区块结构(Block Structure)的示意图，每个区块中包括本区块存储交易记录的哈希值(本区块的哈希值)、以及前一区块
的哈希值，各区块通过哈希值连接形成区块链。另外，区块中还可以包括有区块生成时的时
间戳等信息。区块链，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生
的数据块，每一个数据块中包含了相关的信息，用于验证其信息的有效性(防伪)和生成下
一个区块。

[0090] 图4示出了本申请一个示例性实施例提供的区块链系统的结构示意图。该系统包括多个服务器101、多个存储设备102，其中，多个服务器101可以配置有同一条区块链，也即
该多个服务器101可以组成区块链系统，各个服务器101分别为该区块链系统中的节点。可
选地，区块链系统中的节点包括主记账节点和其他节点，区块链系统中的任一节点都可成
为主记账节点。该多个服务器101可以是同一机构的多个服务器，还可以是属于不同机构的
多个服务器，例如，该区块链系统内可以包括医院的各个科室的服务器；该区块链系统内可
以包括公司的各个部门的服务器，当然，该区块链系统内还可以包括证券交易所的服务器、
银行的服务器等等。各个机构的用户可以通过终端1011来访问机构的服务器，该多个终端
设备1011可以为能够访问该多个服务器101的电子设备，该电子设备可以为电脑、智能手
机、平板电脑或者其他电子设备。

[0091] 当然，为了进行安全验证、权限管理等服务，区块链系统中配置有CA中心(Certificate Authority，证书授权中心)103，用于存储各个机构的密钥，区块链系统中的
各个服务器可以从CA中心中获取各个机构的密钥，如任一节点的公钥，以进行数据的加密
和解密等过程。多个存储设备102用于为该多个服务器101提供存储服务，需要说明的是，该
多个存储设备102可以组成分布式存储系统，用于采用分布式的形式来对提供存储数据。

[0092] 结合上述说明，图5是本申请一个示意性实施例提供的信息发送方法的流程图，以该方法应用于区块链系统中的任一节点中为例进行说明，如图5所示，该方法包括：

[0093] 步骤501，将信息记录平台存储至区块链系统中，信息记录平台用于提供区块链系统对因移动通信过程产生的信息进行记录的流程规范。

[0094] 可选地，本实施例中通过共识机制将信息记录平台存储至区块链系统中，其中，共识机制是指区块链中的超过预设数量的节点对同一事件(或信息，或交易，或事物)均能达
成共识，也即超过预设数量或预设比例的节点均认可该事件，则该事件将被存储至区块链
中。

[0095] 可选地，信息记录平台是用于提供信息处理的规范的合约程序，包括合约参与方在只能合约中执行约定的协议。可选地，该信息记录平台包括合约参与方的信息(如：作为
节点的运营商的信息)、合约的协议(如：对信息进行何种处理)、合约的执行条件(如：信息
的处理条件)等内容中的至少一项。

[0096] 可选地，该区块链系统中的节点的形式包括但不限于企业的信息发送平台、移动通信的运营商以及与该运营商具有合作关系的代理商。

[0097] 可选地，本申请实施例中涉及的信息为由区块链系统中的任一节点接收，通过区块链系统中的至少一个节点，最终发送至目标终端的信息。可选地，信息在区块链节点中以
短信的形式进行发送。

[0098] 步骤502，接收信息，信息为在移动通信系统中向目标终端发送的信息。

[0099] 信息即为由区块链系统中的任一节点接收，通过区块链系统中的至少一个节点，最终发送至目标终端的信息。在一个示例中，区块链系统中包括企业的信息发送平台、代理
商、端口运营商以及客户运营商四类节点。则，该信息可以由企业的信息发送平台从区块链
系统以外的平台接收，如，被企业的业务平台接收，并直接发送至目标终端，或，该信息可以
由企业的信息发送平台从区块链系统以外的平台接收，经过代理商发送至目标终端，或，该
信息可以由企业的信息发送平台从区块链系统以外的平台接收，经过代理商、端口运营商
以及客户运营商的三级转发，最终发送至目标终端。

[0100] 步骤503，将信息以及信息对应的信息数据存储至区块链系统中，信息数据中包括信息的发送路径以及信息对应的哈希值，信息数据经过信息记录平台验证。

[0101] 可选地，本实施例中，通过共识机制将信息以及信息对应的信息数据存储至区块链系统中。被存储至区块链系统中的信息即包括接收到信息时信息的内容，或，在发送信息
之前时信息的内容。在一个示例中，节点为一个企业的信息发送平台，在接收该信息，并发
送至目标终端的过程中，将会在信息的内容中添加该企业的企业签名。图6示出了本申请一
个示意性实施例提供的企业的信息发送平台对信息进行修改的示意图。请参考图6，该企业
的信息发送平台601接收到的修改前的信息602的内容为“AABBCCDD”，而企业的信息平台
601需要对修改前的信息602进行内容为“【XX企业】”的签名的添加，则生成修改后的信息的
内容为“【XX企业】AABBCCDD”。此时，企业的信息平台601将修改前的信息602存储至区块链
系统中，或，企业的信息平台601将修改后的信息603存储至区块链系统中，或，企业的信息
平台601将修改前的信息602以及修改后的信息603均存储至区块链系统中。

[0102] 可选地，在存储信息的同时，与信息对应的信息数据也会被存储入区块链系统中，且信息数据经过信息记录平台验证。

[0103] 可选地，信息数据包括信息的发送路径。信息的发送路径包括信息的发送源头以及信息在区块链系统中的传递路径，其中，发送源头为将信息发送至区块链系统的设备，
如，企业的任务平台，传递路径由区块链系统中对信息进行转发的节点依次构成。在一个示
例中，信息由企业的任务平台发送至区块链系统，并由企业的信息发送平台接收，经过代理
商、端口运营商以及客户运营商的三级转发，最终发送至目标终端。

[0104] 可选地，信息每经过一个节点进行信息的发送，即在该节点将到该节点为止的发送路径存储至区块链中，以进行实时更新，或，发送路径为由信息记录平台确定的预设发送
路径。可选地，可将以上两种发送路径的方案进行结合，以对发送路径的正确性进行判断。
在一个示例中，区块链系统中包括企业的信息发送平台、代理商、端口运营商以及客户运营
商四类节点。企业的发送平台确定发送路径为由企业的发送平台直接发送至目标终端，但
区块链系统中存在由信息记录平台确定的预设发送路径，指示代理商对信息进行发送，此
时，即可判断信息的发送路径与预设发送路径比对的结果为比对不通过，即发送路径不正
确，并对发送路径不正确的问题进行进一步处理。

[0105] 可选地，在实际情况中，存在上级节点无法对不相邻的下级节点进行确定的情况，在此情况下，则上级节点可以只确定并储存包括与其相邻的节点在发送信息时的发送路
径。

[0106] 可选地，信息数据包括信息的哈希值。可选地，信息的哈希值指示由信息的内容进行编码获取的哈希值，或，信息的哈希值是由信息的内容以及信息的发送时间进行排列后
进行编码获取的哈希值，或，信息的哈希值是由信息的内容以及随机数字的组合进行编码
获取的哈希值。可选地，信息数据经过信息记录平台的验证，即，在一个示例中，信息记录平
台在验证了信息数据的真实性后，对信息数据存储至区块链系统中。

[0107] 步骤504，向目标终端发送信息。

[0108] 可选地，发送信息包括向区块链系统中的其他节点发送信息以及向目标终端发送信息。在一个示例中，区块链系统中包括企业的信息发送平台、代理商、端口运营商以及客
户运营商四个节点，且发送路径为由企业的信息发送平台经过代理商、端口运营商以及客
户运营商，最终发送至目标终端，则在企业的信息发送平台、代理商、以及端口运营商中，信
息及按照预设的发送路径发送至其他节点，而在客户运营商中，信息按照预设的发送路径，
被发送至目标终端。

[0109] 可选地，本申请实施例提供的目标终端具有从区块链系统中的任一节点存储的信息以及信息数据进行读取的功能。在一个示例中，目标终端可以用过对区块链系统中的信
息数据进行读取，以获知信息的发送路径，或，对信息进行读取，获取信息在任一节点发送
时的内容。

[0110] 综上所述，本实施例提供的方法，通过由共识机制对信息记录平台在区块链系统中进行存储，并根据短信处理平台指定的规则在接受信息以及发送信息的过程中将信息以
及与信息对应的目标数据存储至区块链系统中的方法，增加了对信息进行回溯的方式，提
高了信息发送过程的安全性。

[0111] 本申请另一个示意性实施例提供的信息发送方法中还使终端接收到信息时，可以对该信息的内容是否经过改动进行查询，或对该信息是否是区块链系统发送的信息进行验
证。在基于图5的可选的实施例中，图7示出了本申请另一个示例性实施例提供的信息发送
方法的流程图，在本实施例中，上述步骤的504之后还包括步骤701，以该方法应用于区块链
系统中的任一节点中为例进行说明，该方法包括：

[0112] 步骤701，接收反馈信息数据，反馈信息数据指示目标终端接收到信息。

[0113] 在目标终端接收到任一信息后，会向对其发送信息的节点发送反馈信息数据，该反馈信息数据用于指示目标终端接收到了信息，可选地，反馈信息数据还用于指示目标终
端所接收到的信息的信息内容。

[0114] 可选地，当信息时是通过区块链系统中的多个节点向目标终端发送的时，该反馈信息数据将会在所有节点中进行逐级传递，或，反馈信息数据只由直接向其发送信息的节
点进行接收。

[0115] 步骤702，将反馈信息数据与存储在区块链中的与发送的信息对应的信息数据进行比对，得到信息的发送结果。

[0116] 可选地，当任一节点接收到反馈信息数据时，即通过共识机制将反馈信息数据存储至区块链系统中。在将反馈信息数据存储至区块链系统中后，区块链系统中的任一节点
可以从区块链系统中读取反馈信息数据。

[0117] 可选地，反馈信息数据中包括目标终端接收到的信息所对应的数据。示意性地，反馈信息数据中包括目标终端接收到的信息的内容，目标终端接收到的信息的时间信息、目
标终端接收到的信息的截图中的至少一种。图8示出了本申请一个示意性实施例提供的目
标终端接收到的信息的截图的示意图。请参考图8，反馈信息数据中包括目标终端接收到的
信息的截图的情况对应目标终端具有信息的格式转换的功能，即，目标终端具有将接收到
的信息以固定的图片或文本格式进行匹配的功能。请参考图8，在终端801中，原始信息的显
示格式如文本信息802所示，而经过格式转换的信息如文本信息803所示，并且经过格式转
换的信息还增加了控件信息804。

[0118] 可选地，反馈信息数据中还包括信息发送过程中各个节点进行信息的交互所产生的报文。在一个示例中，反馈信息数据中包括目标终端向对其发送过信息的运营商进行反
馈的用户报文，以及该运营商向对其发送过信息的代理商进行反馈的网关报文。

[0119] 可选地，将反馈信息数据与信息数据进行比对，包括将反馈信息数据的内容与信息数据的内容进行比对，或，将反馈信息数据的发送路径与信息数据的发送路径进行比对。

[0120] 在进行反馈信息数据以及信息数据的比对后，将会根据二者的比对结果得到信息的发送结果。

[0121] 在一个示例中，信息的发送结果包括发送正常结果以及发送异常结果。当反馈信息数据与目标数据比对通过时，则得到发送正常结果；当反馈信息数据与目标数据比对不
通过时，则得到发送异常结果。在一个示例中，当反馈信息数据中的发送路径与信息数据中
的发送路径相同时，则得到发送正常结果；在另一个示例中，当反馈信息数据中的信息内容
与信息数据中的信息内容不同时，则得到发送异常结果。

[0122] 在另一个示例中，信息的发送结果包括发送成功结果以及发送失败结果。在一个示例中，当区块链系统上的任一节点向目标终端发送了信息，而在预设时间间隔内，区块链
系统上的所有节点均未接收到反馈信息数据时，则区块链系统确定信息的发送结果为发送
失败结果，如，用户运营商作为区块链系统上的一个节点向目标终端发送了信息，而在三个
工作日的预设时间间隔内，区块链系统中的所有节点均接收到目标终端发送的反馈信息数
据，则此时，区块链系统确定信息的发送结果为发送失败结果。

[0123] 可选地，当区块链系统上的任一节点向目标终端发送了信息，而在预设时间间隔内，区块链系统上的所有节点均未接收到反馈信息数据时，则区块链系统确定信息的发送
结果为发送失败结果，如，用户运营商作为区块链系统上的一个节点向目标终端发送了信
息，而在三个工作日的预设时间间隔内，区块链系统中的所有节点均接收到目标终端发送
的反馈信息数据，则此时，区块链系统确定信息的发送结果为发送失败结果。

[0124] 步骤703，将信息的发送结果存储至区块链系统中。

[0125] 可选地，本实施例中，通过共识机制将信息的发送结果存储至区块链系统中。在通过共识机制将信息的发送结果存储至区块链系统中后，区块链的各个节点以及目标终端即
可查看信息的发送结果，并且根据信息的发送结果确定各节点对应的主体的后续工作。在
一个示例中，信息的发送结果为发送失败结果，则企业的信息发送平台将该信息进行重新
发送。

[0126] 综上所述，本实施例提供的方法，通过接收目标终端的反馈信息数据，并通过共识机制对反馈信息数据在区块链系统中进行存储，再将反馈信息数据与信息数据进行比对获
取信息的发送结果的方法，通过区块链系统中存储的数据进行信息发送的结果的校验，使
目标终端可以更为高效地确定收到的信息是否被更改或者为虚假短信，提高了信息发送过
程的安全性。

[0127] 图9示出了本申请一个示意性实施例提供的信息发送方法的示意图，以该方法应用于区块链系统中的任一节点为例进行说明，如图9所示，该方法包括：

[0128] 步骤901，将信息记录平台存储至区块链系统中，信息记录平台用于提供区块链系统对因移动通信过程产生的信息进行记录的流程规范。

[0129] 可选地，本申请实施例中涉及的区块链系统中，信息记录平台是提供信息处理的规范的合约程序，且为区块链系统的主要合约程序。

[0130] 可选地，本申请实施例中涉及的区块链系统中的节点的形式包括但不限于企业的信息发送平台、移动通信的运营商以及与该运营商具有合作关系的代理商。

[0131] 步骤902，将辅助平台存储至区块链系统中。

[0132] 可选地，辅助平台包括联盟管理平台，意愿登记平台、区块链浏览平台以及监管平台中的至少一种。

[0133] 其中，联盟管理平台用于对区块链系统中的每个节点进行权限分配，在一个示例中，联盟管理平台用于分配作为区块链系统中的每个节点的权限，并且，企业的信息发送平
台具有对信息数据进行读取、修改的权限，以及对于信息具有接收、发送的权限；运营商具
有对信息数据进行读取的权限，以及对于信息具有接收、发送的权限；代理商只具有对于信
息的接收以及发送的权限。

[0134] 意愿登记平台用于记录目标终端对信息来源的选择，在一个示例中，当目标终端需要拒绝接收有一个企业的信息发送平台发送出的信息时，即在反馈信息数据中包括拒绝
接受该企业的信息发送平台发送出的信息的意愿信息，在该意愿信息通过合约机制存储至
区块链系统中时，意愿登记平台即可接受该意愿信息，并且指示相应的节点，即相应的企业
的信息发送平台不在向目标终端发送信息。

[0135] 在一个示例中，意愿登记平台还可以接受目标终端对于信息来源或种类的积极选择，即用户目标同意接收来自于何种来源或者种类的信息。

[0136] 可选地，在意愿登记平台进行目标终端对于信息来源或种类的选择之后，意愿登记平台还对于用户意愿的变更以及用户意愿的变更时间进行记录。如，目标终端于10月1日
对于企业A与企业B的信息的意愿都为允许接收，在10月3日时，目标终端对于企业B的意愿
为允许接收，而对于企业A的意愿为拒绝接收，且该意愿变化在用户意愿平台进行了登记，
则若用户在10月4日接收到了来自企业A与来自企业B的短信各一条，即可判断来自企业A的
短信异常，而来自企业B的短信正常。可选地，用户还可以设定有意愿接收短信的时间区间
等，本实施例在此对用户意愿平台的意愿征集方法不做限制。可选地，用户可以通过意愿登
记平台以外的平台或渠道进行意愿选择，并在意愿登记平台当中查看该意愿选择的落实情
况。

[0137] 区块链浏览平台用于对数据进行浏览，在一个示例中，当浏览主题需要对一段时间内的所有信息进行浏览时，即通过区块链浏览平台读取信息数据。

[0138] 监管平台用于对区块链系统进行监管，在一个示例中，当监管主体需要对区块链系统进行监管以及调整时，即通过监管平台对区块链系统中的所有节点进行统一管理。

[0139] 可选地，区块链系统中还包括信息分类平台，信息分类平台用于根据信息的内容和种类对信息进行分类。在一个示例中，信息分类平台根据是否包含验证码对信息进行分
类，在另一个示例中，信息分类平台根据信息内容中的企业签名对信息进行分类。

[0140] 可选地，区块链系统中还对应存储有发送信息所对应的信息协议及其端口下属号码，如，信息通过短信的形式发送，则区块链系统中对应存储有106端口及106端口中的端口
号码。

[0141] 步骤903，接收信息，信息为在移动通信系统中向目标终端发送的信息。

[0142] 可选地，信息中包括信息标识，信息标识用于唯一指示信息。

[0143] 信息标识与信息数据中对应信息的哈希值不同。可选地，信息标识由数字与字母组合构成，且与信息相关。在一个示例中，信息时通过企业的信息发送平台、代理商、端口运
营商以及用户运营商向目标终端进行发送。该信息为一组信息任务中的第500条，该企业的
信息发送平台在信息标识的编码方法中的企业的信息发送平台代号为001，代理商在信息
标识的编码方法中的代理商代号为002B，端口运营商在信息标识的编码方法中的端口运营
商代号为100，用户运营商在信息标识的编码方法中的用户运营商的代号为200A，则信息标
识为“001002B100200A500”。通过一类编码方法，可以使信息标识与信息唯一对应。

[0144] 信息标识可以用于在区块链系统中唯一确定信息。在一个示例中，通过信息标识，可以在区块链系统中对信息的发送路径进行确定。可选地，信息标识的生成方法包括但不
限于上述一种。

[0145] 可选地，信息中包括信息标识。

[0146] 步骤904，将信息与信息数据以加密形式存储在区块链系统中。

[0147] 可选地，在以加密形式存储信息与信息数据中后，信息与信息数据即不对所有节点公开，当节点持有对应信息的私钥时，节点才可对信息进行读取。

[0148] 可选地，联盟管理平台可以为各个节点分配读取权限，接收到联盟管理平台分配的读取权限的节点也可以对信息进行读取。

[0149] 可选地，本实施例中涉及的各个节点，可以以节点功能为划分标准，划分至不同的节点域中。在一个示例中，区块链系统中包括了3个代理商节点，则该三个代理商节点可以
被共同划分至同一个代理商域中。在一个示例中，区块链系统中的3个代理商节点被划分至
了代理商域，4个运营商节点被划分至了运营商域。可选地，同一个域中的节点可以通过联
盟管理平台被分配权限相同的私钥。如上示例所述，代理商域中的节点被联盟管理平台分
配了代理商对应的权限；运营商域中的节点被联盟管理平台分配了运营商对应的权限。

[0150] 步骤905，通过目标私钥对区块链系统中的信息数据进行读取或修改。

[0151] 目标私钥为节点所持有的私钥。可选地，目标私钥指示节点对于信息的处理权限。当目标私钥指示节点对信息具有修改或读取的权限后，该节点即可对信息进行处理与修
改。

[0152] 可选地，本实施例中，通过共识机制与目标私钥共同对区块链系统中的信息数据进行读取或修改。信息属于信息集合。在一个示例中，信息与企业的信息发送平台中同一任
务的其他信息属于同一个信息集合。则企业的信息发送平台可以通过其持有的私钥对该信
息集合中的任一信息进行读取与修改。

[0153] 可选地，信息集合包括历史信息集合、任务信息集合和通道信息集合中的至少一种。历史信息集合指示发送信息的节点所发送的历史信息构成的集合；任务信息集合指示
与信息为同一信息任务的所有信息构成的集合；通道信息集合指示发送信息的任务中的所
有节点发送的历史信息构成的集合。

[0154] 在一个示例中，节点A共发送过50条信息，则该50条信息组成一个历史信息集合，可选地，节点A拥有节点A私钥，节点A私钥可以对该历史信息集合中的所有信息以及信息数
据进行解密。

[0155] 在一个示例中，节点A和节点B共发送过100条信息，该100条信息为节点A与节点B的上级节点节点C创建的一个信息任务中的信息，则该100条信息组成任务信息集合。则该
集合中的任一信息对应的私钥可用于对该集合中的所有信息以及信息数据进行解密。可选
地，节点A拥有节点A私钥，节点B拥有节点B私钥，节点C拥有节点C私钥，节点A私钥、节点B私
钥以及节点C私钥均可对该任务信息集合中的所有信息以及信息数据进行解密。

[0156] 在一个示例中，节点A、节点B与节点C共同组成一个节点域。且节点A、节点B、节点C各自发送过200条信息，其中，三者各自发送过100条属于同一任务的信息。则该600条信息
组成通道信息集合。该集合中的任一信息对应的私钥可用于对集合中所有信息以及信息数
据进行解密。可选地，节点A拥有节点A私钥，节点B拥有节点B私钥，节点C拥有节点C私钥，节
点A私钥、节点B私钥以及节点C私钥均可对该通道信息集合中的与其私钥对应部分的信息
以及信息数据进行解密。可选地，联盟管理平台为3个节点进行权限的分配管理，确定节点
A、节点B、节点C对应的私钥分别对应拥有该信息集合中的哪些信息的权限。

[0157] 在一个示例中，节点A与节点B互为上下游节点，且共同发送过100条信息，该100条信息组成信息集合。而节点C是与节点A利益相关，且未发送过该100条信息的节点。可选地，
节点A拥有节点A私钥，节点B拥有节点B私钥，节点C拥有节点A授予权限的节点C私钥。节点A
私钥、节点B私钥以及节点C私钥均可对该信息集合中的与其私钥对应的部分信息以及信息
数据进行解密。在节点C对该信息集合中的信息进行读取后，可以自行选择是否继续持有对
于该信息集合中的对应信息的读取权限。可选地，联盟管理平台为3个节点进行权限的分配
管理，确定节点A、节点B、节点C对应的私钥分别对应拥有该信息集合中的哪些信息的权限。

[0158] 在一个示例中，企业的信息发送平台发送了1000条信息的任务，节点A发送了其中的100条信息，则节点A所持有的节点A私钥即可对该1000条信息中经过联盟管理平台分配
权限的对应数量的信息数据进行解密。

[0159] 可选地，根据信息的隐私性，信息可以被分类为全局信息、局部信息、隐私信息。全局信息为任意节点均有读取权限的信息，局部信息为联盟管理平台进行权限分配之后拥有
特定权限的节点可以读取的信息、隐私信息为仅本节点可以进行读取的信息。

[0160] 可选地，各级节点被分配到的读取与修改的权限可以通过联盟管理平台完成。在一个示例中，仅企业的信息发送平台对应的节点可以被分配对信息进行修改的权限，而运
营商及代理商对应的节点只能被分配到对信息进行读取的权限。也即，联盟管理平台对其
中节点进行了有限权限的灵活配置。

[0161] 步骤906，向目标终端发送信息。

[0162] 可选地，信息中对应携带有信息标识。

[0163] 可选地，在本实施例涉及的信息发送方法中，还可以用资产链的形式实现信息的发送。通过资产链形式对于信息的逐节点逐级发送，可以实现监管平台对于信息的流动路
径的直观确定，并且在查询时，可以对信息的具体位置进行确定，进一步保证了信息发送的
安全性以及可追溯性。具体的实现方式是，在相邻的两个节点中，上级节点通过下级节点对
应的公钥进行信息数据的加密，并且将信息发送至下级节点；下级节点通过其所对应的私
钥进行信息数据的读取。可选地，在资产链中，根据信息生成对应的资产令牌，资产令牌用
于确定信息当前存在的节点，通过资产令牌当前存在的节点位置，可以表征信息发送相关
的直接责任的转移。可选地，上述步骤过程以及过程中产生的数据均被存储至区块链系统，
或资产链系统中。可选地，以上级对信息进行打包并发送的动作视作下级接收了信息和信
息数据并进行直接责任的转移，或，以下级接收到信息，并使用私钥进行信息数据的读取的
动作视作下级接受了信息和信息数据并进行直接责任的转移。

[0164] 步骤907，接收反馈信息数据。

[0165] 反馈信息数据为目标终端在接收到信息时向区块链系统发送的信息数据。

[0166] 可选地，反馈信息数据中包括反馈信息标识，反馈信息标识用于唯一指示用户发送的反馈信息。

[0167] 在本申请提供的另一个实施例中，在发送信息时不生成信息标识，而在反馈信息数据时发送反馈信息标识，反馈信息标识用于唯一指示反馈信息。反馈信息标识由目标终
端生成，并且唯一指示目标终端发送的反馈信息。

[0168] 步骤908，将反馈信息数据与信息数据进行比对，得到信息的发送结果。

[0169] 可选地，该比对还包括将反馈信息标识与信息标识进行比对。

[0170] 步骤909，将信息的发送结果存储至区块链系统中。

[0171] 综上所述，本实施例提供的方法，对信息记录平台在区块链系统中进行存储，并根据短信处理平台指定的规则在接受信息以及发送信息的过程中将信息以及与信息对应的
目标数据存储至区块链系统中的方法，使信息在区块链系统中的发送过程以及内容变化得
以确定，提高了信息发送以及处理过程的安全性。

[0172] 通过辅助平台的智能合约的设置，是区块链系统可以实现更多帮助信息回溯的功能，进一步提高了信息发送以及处理过程的安全性。

[0173] 通过对信息以及信息数据的加密数据，使区块链系统中的每个节点都具有对应的读取和修改信息的权限，进一步提高了信息发送以及处理过程的安全性。

[0174] 通过接收目标终端的反馈信息数据，并通过共识机制对反馈信息数据在区块链系统中进行存储，再将反馈信息数据与信息数据进行比对获取信息的发送结果的方法，通过
区块链系统中存储的数据进行信息发送的结果的校验，使目标终端可以更为高效地确定收
到的信息是否被更改或者为虚假短信，提高了信息发送以及处理过程的安全性。

[0175] 图10示出了本申请一个示意性实施例提供的信息发送方法的整体过程示意图，以该方法应用于区块链系统中为例进行说明，该区块链系统中包括发送平台1002、代理商
A1003、代理商B1004、端口运营商1005、用户运营商1006，以及与区块链系统具有联系的业
务平台1001以及用户终端1007，区块链系统中包括短信任务区块链以及联盟管理平台
1011、监管层1012、短信分类标准1013、用户侧区块链浏览器及举报入口1014以及用户意愿
平台1015作为智能合约。

[0176] 该过程包括：

[0177] 步骤1021，业务平台1001将信息或带有信息的信息任务1002发送至发送平台1002。

[0178] 步骤1022，发送平台1002接收信息或带有信息的信息任务，并向业务平台1001发送反馈报文。

[0179] 步骤1023，发送平台1002将信息以及信息数据通过智能合约存储在短信任务区块链中，并根据情况选择是否对信息数据进行读取或修改。

[0180] 可选地，发送平台1002还可以根据自身或区块链系统中存储的信息名录(如，信息的黑名单或红名单等)对信息的发送对象进行检测，在发送对象异常时，对信息进行自我拦
截。可选地，在进行对于信息的拦截后，发送平台将拦截信息存储至区块链系统中，并对上
下游节点反馈提示信息。

[0181] 可选地，发送平台1002还具有通过上下游节点，或区块链中其他节点对信息进行校验，并根据校验结果确定对于信息的进一步处理方法的功能。在一个示例中，发送平台通
过对区块链系统中已存储信息的校验，确定需要发送的信息为虚假信息，则发送平台拒绝
发送该信息，并将校验结果存储至区块链系统当中。

[0182] 步骤1024，发送平台1002将信息发送至代理商A103。

[0183] 步骤1025，代理商A1003接收信息，并向发送平台1002发送反馈报文。

[0184] 步骤1026，代理商A1003将信息以及信息数据通过智能合约存储在短信任务区块链中，并根据情况选择是否对信息数据进行读取或修改。

[0185] 可选地，代理商A1003还可执行同步骤1023中所述的发送平台执行的信息名录检测以及自我拦截功能，并将执行功能后的获取的数据存储在区块链系统中。

[0186] 可选地，代理商A1003还可执行同步骤1023中所述的发送平台执行的通过与区块链系统中其他节点的信息进行校验实现信息真伪性确定的功能。

[0187] 步骤1027，代理商A1003将信息发送至代理商B1004。

[0188] 步骤1028，代理商B1004接收信息，并向发送平台1002发送反馈报文。

[0189] 步骤1029，代理商B1004将信息以及信息数据通过智能合约存储在短信任务区块链中，并根据情况选择是否对信息数据进行读取或修改。

[0190] 可选地，代理商B1004还可执行同步骤1023中所述的发送平台执行的信息名录检测以及自我拦截功能，并将执行功能后的获取的数据存储在区块链系统中。

[0191] 可选地，代理商B1004还可执行同步骤1023中所述的发送平台执行的通过与区块链系统中其他节点的信息进行校验实现信息真伪性确定的功能。

[0192] 步骤1030，代理商B1004将信息发送至端口运营商1005。

[0193] 步骤1031，端口运营商1005接收信息，并向代理商B1004发送反馈报文。

[0194] 步骤1032，端口运营商1005将信息以及信息数据通过智能合约存储在短信任务区块链中，并根据情况选择是否对信息数据进行读取或修改。

[0195] 可选地，端口运营商1005还可执行同步骤1023中所述的发送平台执行的信息名录检测以及自我拦截功能，并将执行功能后的获取的数据存储在区块链系统中。

[0196] 可选地，端口运营商1005还可执行同步骤1023中所述的发送平台执行的通过与区块链系统中其他节点的信息进行校验实现信息真伪性确定的功能。

[0197] 步骤1033至步骤1036，从端口运营商1005逐级向上层节点进行接收以及发送的信息的数量及内容的汇报，并且将汇报内容通过智能合约存储至区块链系统中。

[0198] 步骤1037，端口运营商1005将信息发送至用户运营商1006。

[0199] 步骤1038，用户运营商1006接收信息，并向端口运营商1005发送反馈报文。

[0200] 步骤1039，用户运营商1006将信息以及信息数据通过智能合约存储在短信任务区块链中，并根据情况选择是否对信息数据进行读取或修改。

[0201] 可选地，用户运营商1006还可执行同步骤1023中所述的发送平台执行的信息名录检测以及自我拦截功能，并将执行功能后的获取的数据存储在区块链系统中。

[0202] 可选地，用户运营商1006还可执行同步骤1023中所述的发送平台执行的通过与区块链系统中其他节点的信息进行校验实现信息真伪性确定的功能。

[0203] 步骤1040，用户运营商1006将信息发送至目标终端1007。

[0204] 步骤1041，目标终端1007接收信息，并向用户运营商1006发送反馈报文。

[0205] 步骤1042，目标终端1007根据用户操作生成对于信息的反馈信息数据。

[0206] 可选地，当目标终端1007通过区块链系统发现信息存在异常情况时，可以启动终端对于信息的拦截系统，在一个示例中，目标终端通过对伪基站或仿冒短信进行在接收到
时直接在区块链系统中查询信息标识，当存在短信不存在信息标识、信息标识与企业对应
的信息标识不一致、相同信息标识的信息主体对应的明文或哈希值不一致、相同信息标识
的信息内容对应的明文或哈希值不一致、相同信息标识的信息主体以及信息内容对应的明
文或哈希值不一致，或端口号对应的明文或哈希值不一致中的至少一种情况时，对信息进
行标注，并实现对异常信息的拦截。可选地，在对信息进行标注以及拦截之后，目标终端还
可以向监管平台进行信息举报，或，目标终端可以直接对异常信息进行删除。

[0207] 步骤1043至步骤1048，有用户终端向区块链系统发送反馈信息数据，并在区块链系统中逐级传递。可选地，发送反馈信息数据后，任意一级节点可以对反馈信息数据进行存
储。

[0208] 可选地，在执行步骤1021至步骤1048的任一步骤中，在被联盟管理平台分配了存储权限的情况下，任一节点可以对接收、自检以及发送过程中产生的数据存储至区块链中。

[0209] 可选地，本实施例中，节点可以通过实际功能的方式进行分类。分类后，每一类节点被归纳为一类节点集合，其包括企业域、代理域、运营商域、用户域与监管域。

[0210] 图11示出了本申请一个示意性实施例提供的将区块链系统中的节点分类为域的示意图，请参考图11，该区块链系统中的节点被分为企业域1101、代理域1102、运营商域
1103。此外，还存在由用户终端组成的用户域1104以及由监管主体构成的监管域1105。

[0211] 其中：企业域1101为用于声明正规任务的节点的集合。其对应的主体及数据为发送信息的企业、发送信息的平台，如代理商客户平台或云平台。其主体功能包括负责校验主
体签名、负责生成发送任务；负责使用主体签发标记、负责验收短信报文、负责声明企业发
送短信中的至少一种。其数据流程为：(1)、生成信息标识；(2)、生成信息主体；(3)、参考用
于意愿生成发送名单；(4)、生成短信通道。其拥有对企业域1101中的代理商名单、运营商域
1103中的短信数据以及用户域1104的用户意愿的读取权限。其需要通过将信息的签名、信
息的信息标识、信息的内容以及信息的发送方中的至少一种通过共识机制存储至区块链
中。

[0212] 代理域1102为用于匿名分发任务的节点的集合。其对应的主体及数据为代理商以及各类云平台。其主体功能包括负责传递发送任务、负责校验用户意愿以及黑名单、负责校
验内容合规合法性、负责校验声明信息内容分类以及负责传递信息报文中的至少一种。其
数据流程为：(1)、接收信息任务，校验主体真实合法性；(2)、对于信息内容以及校验内容进
行准确分类；(3)、校验目标终端意愿以及本地黑名单内容；(4)、传递信息内容以及信息标
识；(5)、传递短信报文。其拥有对企业域1101中的企业信息样本、代理域1102中的签约信息
以及用户域1104中的用户意愿的读取权限。其需要将信息的接收方、信息的校验结果、信息
的修订结果、信息的发送方以及信息的短信报文中的至少一种通过共识机制存储至区块链
中。

[0213] 运营商域1103为用于评估代理效率节点的集合。其对应的主体及数据为集团公司、省公司及其他公司。其主体功能包括负责校验用户意愿以及黑名单、负责校验内容合规
合法性、负责校验声明信息内容分类、负责校验短信资产标识，保证上链率、负责发送信息
以及生成信息报文中的至少一种。其数据流程为：(1)、接收信息任务，校验主体真实合法
性；(2)、对于信息内容以及校验内容进行准确分类；(3)、校验目标终端意愿以及本地黑名
单内容；(4)、下发信息任务，传递信息对应的信息标识；(5)、传递短信报文；(6)、监督信息
标识最终到达。其拥有对企业域1101中的企业信息样本、运营商域1103中的运营商以及用
户域1104中的用户意愿的读取权限。其需要将信息的接收方、信息的校验结果、信息的修订
结果、信息的发送方以及信息的短信报文中的至少一种通过共识机制存储至区块链中。

[0214] 用户域1104为用于验证信息真伪的节点的集合。其对应的主体及数据为目标终端、用户本人或读取区块链中内容的装置。其主体功能包括负责接收信息、负责校验信息主
体与内容一致性、负责校验声明信息内容分类、负责拦截违规短信、负责读取被拦截内容、
负责更新个人意愿、以及负责举报投诉中的至少一种。其数据流程为：(1)、接收信息任务；
(2)、对于信息内容以及校验内容进行准确分类；(3)、根据信息标识、真实性以及分类意愿
进行放通、分类展示或者拦截处理；(4)、进行意愿更新。其拥有对企业域1101中的企业信息
样本以及被拦截的信息的定期汇总的读取权限。其需要将接收到的信息的内容、信息的校
验结果以及举报信息的内容中的至少一种通过共识机制存储至区块链中。

[0215] 监管域1105为用于透明化监管全局的节点的集合。其对应的主体及数据为12321等监管主体。其主体功能包括负责统计分析信息整体数据、负责优化信息分类内容、负责调
整用户意愿投诉比重、负责解决核对用户投诉、以及负责考量运营商与代理商合规效率中
的至少一种。其数据流程为：(1)、监督各运营商的信息标识最终到达；(2)、对运营商进行奖
惩分配；(3)、对于区块链中的信息投诉进行查证；(4)、优化区块链机制；(5)、计算未区块链
化的信息比重。其拥有对所有域中的所有身份信息、所有域中的企业信息样本、所有域的核
对结果、所有域的短信报文以及用户域1104的用户意愿的读取权限。其需要将投诉处理结
果通过共识机制存储至区块链中。

[0216] 图12示出了本申请一个示意性实施例提供的信息发送装置的装置框图，该装置包括：

[0217] 存储模块1201，用于通过共识机制将信息记录平台存储至区块链系统中，信息记录平台用于提供区块链系统对因移动通信过程产生的信息进行记录的流程规范；

[0218] 接收模块1202，用于接收信息，信息为在移动通信系统中向目标终端发送的信息，目标终端为移动通信终端；

[0219] 存储模块1201，用于通过共识机制将信息以及与信息对应的信息数据存储至区块链系统中，信息数据中包括信息在移动通信系统中的发送路径以及信息对应的哈希值，信
息数据经过信息记录平台验证；

[0220] 发送模块1203，用于向目标终端发送信息。

[0221] 在一个可选的实施例中，该装置，还包括获取模块1204，用于获取信息的发送结果，信息的发送结果用于指示信息是否发送成功；

[0222] 存储模块1201，用于通过共识机制将信息的发送结果存储至区块链系统中。

[0223] 在一个可选的实施例中，接收模块1202，用于接收反馈信息数据，反馈信息数据指示目标终端接收到信息；

[0224] 该装置，还包括比对模块1205，用于将反馈信息数据与信息数据进行比对，得到信息的发送结果。

[0225] 在一个可选的实施例中，信息包括信息标识，信息标识用于唯一指示信息；

[0226] 存储模块1201，用于将信息标识以及信息的发送结果通过共识机制存储至区块链中。

[0227] 在一个可选地实施例中，该装置，还包括确定模块1206，用于通过信息记录平台以及信息标识确定信息的发送路径。

[0228] 在一个可选的实施例中，信息和信息数据以加密形式存储在区块链系统中，节点持有指示自身对于信息的处理权限的目标私钥；

[0229] 该装置，还包括读取模块1207，用于通过共识机制和目标私钥对区块链系统中的信息数据进行读取或修改。

[0230] 在一个可选的实施例中，信息属于信息集合，信息属于信息集合，目标私钥具有对信息集合中的任一信息进行读取或修改的处理权限。

[0231] 在一个可选的实施例中，存储模块1201，用于通过共识机制将辅助平台存储至区块链系统中，辅助平台包括：联盟管理平台、意愿登记平台、区块链浏览平台以及监管平台
中的至少一种；

[0232] 联盟管理平台用于对区块链系统中的每个节点进行权限分配。

[0233] 意愿登记平台用于记录目标终端对于信息的来源的选择；

[0234] 区块链浏览平台用于对信息数据进行浏览；

[0235] 监管平台用于对区块链系统进行监管。

[0236] 在一个可选的实施例中，信息的发送路径包括信息的发送源头以及信息在区块链系统中的传递路径；

[0237] 发送源头为将信息发送至区块链系统的设备；传递路径由区块链系统中对信息进行转发的节点依次构成。

[0238] 在一个可选的实施例中，确定模块1206，用于通过信息记录平台确定目标发送路径；

[0239] 存储模块1201，用于将目标发送路径与节点存储至区块链系统中的当前发送路径比对，得到路径比对结果。

[0240] 需要说明的是：上述实施例提供的信息发送装置，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设
备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

[0241] 图13示出了本申请一个示例性实施例提供的服务器的结构示意图。该服务器可以是图3示出的服务器。具体来讲：

[0242] 服务器1300包括中央处理单元(CPU，Central Processing Unit)1301、包括随机存取存储器(RAM，Random Access Memory)1302和只读存储器(ROM，Read Only Memory)
1303的系统存储器1304，以及连接系统存储器1304和中央处理单元1301的系统总线1305。
服务器1300还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系
统，Input Output System)1306，和用于存储操作系统1313、应用程序1314和其他程序模块
1315的大容量存储设备1307。

[0243] 基本输入/输出系统1306包括有用于显示信息的显示器1308和用于用户输入信息的诸如鼠标、键盘之类的输入设备1309。其中显示器1308和输入设备1309都通过连接到系
统总线1305的输入输出控制器1310连接到中央处理单元1301。基本输入/输出系统1306还
可以包括输入输出控制器1310以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其
他设备的输入。类似地，输入输出控制器1310还提供输出到显示屏、打印机或其他类型的输
出设备。

[0244] 大容量存储设备1307通过连接到系统总线1305的大容量存储控制器(未示出)连接到中央处理单元1301。大容量存储设备1307及其相关联的计算机可读介质为服务器1200
提供非易失性存储。也就是说，大容量存储设备1307可以包括诸如硬盘或者紧凑型光盘只
读存储器(CD‑ROM，Compact Disc Read Only Memory)驱动器之类的计算机可读介质(未示
出)。

[0245] 不失一般性，计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何
方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、
ROM、可擦除可编程只读存储器(EPROM，Erasable Programmable Read Only Memory)、带电
可擦可编程只读存储器(EEPROM,Electrically Erasable Programmable Read Only 
Memory)、闪存或其他固态存储其技术，CD‑ROM、数字通用光盘(DVD，Digital Versatile 
Disc)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人
员可知计算机存储介质不局限于上述几种。上述的系统存储器1304和大容量存储设备1307
可以统称为存储器。

[0246] 根据本申请的各种实施例，服务器1300还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器1300可以通过连接在系统总线1305上的网络接口单元
1311连接到网络1312，或者说，也可以使用网络接口单元1311来连接到其他类型的网络或
远程计算机系统(未示出)。

[0247] 上述存储器还包括一个或者一个以上的程序，一个或者一个以上程序存储于存储器中，被配置由CPU执行。

[0248] 本申请的实施例还提供了一种计算机设备，该计算手机设备包括处理器和存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少
一段程序、代码集或指令集由处理器加载并执行以实现上述各方法实施例提供的信息发送
方法。

[0249] 本申请的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集
或指令集由处理器加载并执行，以实现上述各方法实施例提供的信息发送方法。

[0250] 应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A
和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

[0251] 本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读
存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

[0252] 以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。