CN116846956A - 区块链网络的数据处理方法、装置、计算机设备和介质 - Google Patents

Abstract

本申请公开了一种区块链网络的数据处理方法、装置、计算机设备和介质，该方法包括：当到达针对业务数据的第一发布时间点时，获取区块链网络中在第一发布时间点对应的第一发布周期内产生的业务数据；向业务系统发布第一发布周期内产生的业务数据，使业务系统在第一发布时间点后访问第一发布周期内产生的业务数据。采用本申请，可提升区块链网络的稳定性，并减少区块链网络中针对业务数据的访问开销。

Description

区块链网络的数据处理方法、装置、计算机设备和介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种区块链网络的数据处理方法、装置、计算机设备和介质。

背景技术

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

现有应用中，区块链网络可以服务于多个业务系统，该多个业务系统可以时时向区块链网络进行轮询，以询问区块链网络中是否有新的区块数据产生，若是由新的区块数据产生，则可以对新的区块数据进行访问或者拉取。可见，现有应用技术，若干个业务系统会不断频繁地轮询区块链网络，给区块链网络带来极大的访问压力，导致区块链网络的服务并不稳定，且访问开销极大。

发明内容

本申请提供了一种区块链网络的数据处理方法、装置、计算机设备和介质，可提升区块链网络的稳定性，并减少区块链网络中针对业务数据的访问开销。

本申请一方面提供了一种区块链网络的数据处理方法，该方法包括：

当到达针对业务数据的第一发布时间点时，获取区块链网络中在第一发布时间点对应的第一发布周期内产生的业务数据；

向业务系统发布第一发布周期内产生的业务数据，使业务系统在第一发布时间点后访问第一发布周期内产生的业务数据。

本申请一方面提供了一种区块链网络的数据处理装置，该装置包括：

获取模块，用于当到达针对业务数据的第一发布时间点时，获取区块链网络中在第一发布时间点对应的第一发布周期内产生的业务数据；

发布模块，用于向业务系统发布第一发布周期内产生的业务数据，使业务系统在第一发布时间点后访问第一发布周期内产生的业务数据。

可选的，第一发布时间点的下一个发布时间点是第二发布时间点；上述装置还用于：

获取业务系统发送的实时访问请求；实时访问请求用于请求对区块链网络中的业务数据进行实时访问；

基于实时访问请求生成针对业务系统的实时访问凭证，并将实时访问凭证返回给业务系统；

其中，业务系统用于在到达第二发布时间点前，根据实时访问凭证访问区块链网络中在目标时间区间内产生的业务数据；目标时间区间是指由第一发布时间点和第二发布时间点构成的时间区间。

可选的，第一发布时间点的下一个发布时间点是第二发布时间点；上述装置还用于：

若在到达第二发布时间点前，获取到业务系统发送的用于访问目标时间区间内产生的业务数据的第一访问请求，则根据第一访问请求生成访问失败提示信息；目标时间区间是指由第一发布时间点和第二发布时间点构成的时间区间；

将访问失败提示信息返回给业务系统。

可选的，上述装置还用于：

获取业务系统在第二发布时间点前发送的第二访问请求；第二访问请求携带所需要访问的业务数据的数据标识；

若数据标识指示的目标业务数据是区块链网络中在第一发布时间点前产生的业务数据，则将目标业务数据返回给业务系统。

可选的，向业务系统发布第一发布周期内产生的业务数据后，上述装置还用于：

生成第一发布成功提示信息；第一发布成功提示信息包含第一发布周期及第二发布时间点，第二发布时间点是指第一发布时间点的下一个发布时间点；

将第一发布成功提示信息返回给业务系统；

其中，第一发布成功提示信息用于提示业务系统在到达第二发布时间点前访问第一发布周期内产生的业务数据；第一发布成功提示信息还用于提示业务系统在到达第二发布时间点时，访问区块链网络中在第一发布时间点和第二发布时间点间产生的业务数据。

可选的，上述装置还用于：

在到达第一发布时间点前，获取针对至少一种数据类型的业务数据的数据发布合约；

根据数据发布合约确定每种数据类型的业务数据分别对应的发布时间点。

可选的，第一发布时间点的下一个发布时间点是第二发布时间点；上述装置还用于：

当到达第二发布时间点时，获取区块链网络中在第二发布时间点对应的第二发布周期内产生的业务数据；

向业务系统发布第二发布周期内产生的业务数据，使业务系统在第二发布时间点后访问第一发布周期内产生的业务数据和第二发布周期内产生的业务数据。

可选的，向业务系统发布第二发布周期内产生的业务数据后，上述装置还用于：

生成第二发布成功提示信息；第二发布成功提示信息包含第二发布周期及第三发布时间点，第三发布时间点是指第二发布时间点的下一个发布时间点；

将第二发布成功提示信息返回给业务系统；

其中，第二发布成功提示信息用于提示业务系统在到达第三发布时间点前访问第二发布周期内产生的业务数据；第二发布成功提示信息还用于提示业务系统在到达第三发布时间点时，访问区块链网络中在第二发布时间点和第三发布时间点间产生的业务数据。

可选的，第一发布时间点的下一个发布时间点是第二发布时间点；上述装置还用于：

若到达第二发布时间点前需要对待定业务数据进行审查，则将第二发布时间点延后到目标发布时间点；待定业务数据包括区块链网络中在第一发布时间点和第二发布时间点内产生的业务数据；

当对待定业务数据审查通过，且到达目标发布时间点时，向业务系统发布审查通过后的待定业务数据。

可选的，区块链网络包括业务网络和共识网络，共识网络用于对区块链网络中提交的业务数据进行共识，方法由业务网络中的轻量节点执行，轻量节点具有的业务数据是由共识网络所提供的共识通过后的业务数据。

本申请一方面提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行本申请中一方面中的方法。

本申请一方面提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序包括程序指令，该程序指令被处理器执行时使该处理器执行上述一方面中的方法。

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

本申请当到达针对业务数据的第一发布时间点时，可以获取区块链网络中在第一发布时间点对应的第一发布周期内产生的业务数据；并可以向业务系统发布第一发布周期内产生的业务数据，使业务系统在第一发布时间点后访问第一发布周期内产生的业务数据。由此可见，本申请可以周期性地向业务系统发布业务数据，使得业务系统可以在发布时间点后访问所发布的业务数据，而无需对区块链网络中所产生的业务数据进行时时轮询，因此，提升了区块链网络的业务稳定性，并减少了区块链网络中针对业务数据的访问开销。

附图说明

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

图1是本申请提供的一种业务处理的网络架构的结构示意图；

图2是本申请提供的一种数据发布的场景示意图；

图3是本申请提供的一种区块链网络的数据处理方法的流程示意图；

图4是本申请提供的一种获取数据的场景示意图；

图5是本申请提供的一种数据访问的场景示意图；

图6是本申请提供的一种数据访问的场景示意图；

图7是本申请提供的一种数据处理的场景示意图；

图8是本申请提供的一种数据交互的场景示意图；

图9是本申请提供的一种区块链网络的数据处理装置的结构示意图；

图10是本申请提供的一种计算机设备的结构示意图。

具体实施方式

下面将结合本申请中的附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请涉及到区块链的相关技术。其中，区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。区块链中包括一系列按照产生的先后时间顺序相互接续的区块(Block)，新区块一旦加入到区块链中就不会再被移除，区块中记录了区块链系统中节点提交的记录数据。

本申请还涉及到云技术。其中，云技术(Cloud Technology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。

云技术基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，只能通过云计算来实现。本申请中所涉及到的云技术可以指业务系统与区块链网络之间可以通过“云”来进行数据交互。

此处对本申请所涉及到的相关概念进行描述：

P2P网络：点对点连接的网络，基于一类特定的网络协议，网络节点之间不需要一个中心节点来维护网络状态，而是每个节点通过和相邻节点的广播交互来维护全网的节点状态或者是其相邻的节点连接状态。

SPV节点：轻量节点，在验证交易是否存在时不保存所有交易也不会下载整个区块，仅仅只是保存区块头。

可选的，SPV节点的应用场景可以包括：1、通过SPV节点进行轻钱包中的支付校验；2、侧链的双向挂钩中，主链和侧链通过SPV节点对某笔特定的交易做验证，以确保该笔交易确实发生过支付，使得一方锁定资产，一方转移资产。

请参见图1，图1是本申请提供的一种业务处理的网络架构的结构示意图。如图1所示，该网络架构可以包括业务网络和共识网络，业务网络可以包括多个业务节点，共识网络可以包括多个共识节点，该业务网络和共识网络构成了分层区块链网络，即业务网络和共识网络不处于一个网络环境中，以保护了共识网络的安全。该网络架构还可以包括若干个业务系统，该若干个业务系统可以与业务网络中的业务节点进行数据交互。

其中，业务节点和共识节点均可以是由一个或者多个服务器构成，该服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端设备可以是：智能手机、平板电脑、笔记本电脑、桌上型电脑、智能电视等智能终端。

请一并参见图2，图2是本申请提供的一种数据发布的场景示意图。如图2所示，此处以上述业务网络中的任意一个业务节点为例进行说明，业务节点可以在每个发布时间点向各个业务系统发布对应发布周期内的业务数据，如此处，业务节点可以在第1个发布时间点发布第1个发布周期内的业务数据(即区块链网络中在第1个发布周期内所产生的业务数据)，第1个发布时间点可以是第1个发布周期的结束时间；业务节点还可以在第2个发布时间点发布第2个发布周期内的业务数据(即区块链网络中在第2个发布周期内所产生的业务数据)，第2个发布时间点可以是第2个发布周期的结束时间；业务节点还可以在第3个发布时间点发布第3个发布周期内的业务数据(即区块链网络中在第3个发布周期内所产生的业务数据)，第3个发布时间点可以是第3个发布周期的结束时间；以此类推。其中，业务节点所发布的业务数据可以是共识网络所提供的共识通过上链的业务数据。

进而，各个业务系统就可以访问(如拉取或者查看等)业务系统所发布的业务数据，如此处，各个业务系统可以在第1个发布时间点后访问业务节点所发布的第1个发布周期内的业务数据，各个业务系统还可以在第2个发布时间点后访问业务节点所发布的第1个发布周期内的业务数据及第2个发布周期内的业务数据，各个业务系统还可以在第3个发布时间点后访问业务节点所发布的第1个发布周期内的业务数据、第2个发布周期内的业务数据及第3个发布周期内的业务数据。

通过上述过程可以发现，采用本申请所提供的方法，各个业务系统可以定期访问业务节点在各个发布时间点所发布的业务数据，而在未到达下一个发布时间点时，各个业务系统无需不断地轮询业务节点是否有新数据产生，通过此种周期租赁发布形式来发布数据，可以减少业务系统针对业务节点的数据访问频率，提高业务网络的稳定性，并可以减少业务系统针对业务网络的双方间的访问开销。

请参见图3，图3是本申请提供的一种区块链网络的数据处理方法的流程示意图。如图3所示，该方法可以包括：

步骤S101，当到达针对业务数据的第一发布时间点时，获取区块链网络中在第一发布时间点对应的第一发布周期内产生的业务数据。

可选的，区块链网络可以包括业务网络(该业务网络也可以称之为是见证网络)和共识网络(该共识网络也可以称之为核心网络)。业务网络中可以包括若干个业务节点，可选的，业务网络可以是p2p网络(点对点网络)，业务网络中的业务节点可以是轻量节点(如spv节点)，也可以是其他类型的区块链节点，业务网络所包含的业务节点的数量可以根据实际应用场景确定；共识网络中可以包括若干个共识节点，该多个共识节点主要用于对区块链网络中所提交的业务数据(如业务系统的交易数据)进行共识，业务网络中的业务节点所持有的业务数据可以是共识网络向其所提供的共识通过后的业务数据，共识网络也可以是p2p网络，共识网络所包含的共识节点的数量可以根据实际应用场景确定。

其中，业务节点和共识节点都属于区块链网络中的区块链节点，任一个区块链节点都可以是由一个或者多个计算机设备构成，该计算机设备可以是终端设备也可以是服务器。因此，可以理解的是，本申请中的执行主体可以是业务网络中任意的一个业务节点，即各个业务节点的工作原理相同，下述将本申请中的执行主体统称为业务节点。

业务系统可以通过与业务节点之间进行通信，以访问(如拉取或者查看)区块链网络中所产生的业务数据(此处所产生的业务数据可以是指共识网络共识完成后提供给业务节点的业务数据)。如业务节点可以是轻量节点，业务系统所访问的业务数据可以是发票数据。其中，业务系统可以是指客户端系统，业务系统可以存在于用户的用户设备(如用户的终端设备)中，可以将区块链网络理解为是向业务系统提供业务服务的后台网络。

其中，业务系统可以有一个或者多个，业务系统的具体数量根据实际应用场景确定，对此不做限制。本申请中，以业务节点与一个业务系统之间的数据交互(如数据发布后的访问)为例进行说明，可以理解的是，业务节点与任意的业务系统之间的数据交互原理相同且独立。

业务节点可以对区块链网络中所产生的业务数据进行周期性地发布，使得业务系统可以对周期性所发布的业务数据进行访问，具体可以参见下述内容描述。

当到达针对业务数据的第一发布时间点时，业务节点可以获取区块链网络中在第一发布时间点对应的第一发布周期内所产生的业务数据。该第一发布时间点可以是指任意一个需要对业务数据进行发布的时间点(可以称为发布时间点或者周期时间点)，第一发布时间点对应的第一发布周期就可以是指该第一发布时间点所发布的业务数据所属的发布周期。

举个例子，若每隔1小时(即周期时长为1小时)需要发布一次业务数据，从1点开始初始化，即从1点开始计时，则2点就可以作为第一发布时间点，第一发布时间点(即2点)对应的第一发布周期就可以指1点到2点这个周期(可以称为发布周期)，第一发布周期内所产生的业务数据就可以指区块链网络中1点到2内所产生的业务数据。

进而，下一个发布时间点就可以是3点，再下一个发布时间点就可以是4点，以此类推，在每个发布时间点的业务处理逻辑相同，因此，本申请以在第一发布时间点的业务处理逻辑为例进行说明，第一发布时间点可以是任意一个发布时间点。

因此，在到达上述第一发布时间点时，业务节点就可以获取到在第一发布时间点对应的第一发布周期内所产生的业务数据。

其中，业务节点可以通过区块高度来获取第一发布时间点对应的第一发布周期内所产生的业务数据，例如，第一发布时间点的上一个发布时间点时区块链网络中的最高区块高度是h1，第一发布时间点时区块链网络中的最高区块高度是h2，则业务节点就可以获取区块高度为h1～h2间的区块数据(区块数据包含业务数据)进行发布。

可选的，在业务节点开始对业务数据进行发布之前(如上述第一发布时间点之前)，业务节点确定对业务数据的发布时间点以及发布周期的过程可以是：

业务节点可以获取到针对至少一种数据类型的业务数据的数据发布合约(一种智能合约，可以是由管理人员通过管理平台加载到业务节点的)，业务数据的数据类型的种类数量具体可以根据实际应用场景确定，对此不做限制。

该数据发布合约配置了上述至少一种数据类型的业务数据中每种数据类型的业务数据分别对应的发布逻辑，该发布逻辑可以包括针对业务数据的发布时间点以及发布周期等。

因此，业务节点可以根据上述数据发布合约确定每种数据类型的业务数据分别对应的发布时间点，不同数据类型的业务数据对应的发布时间点和发布周期(即可以统称为发布逻辑)可以相同，也可以不同，具体根据实际应用场景确定。可以理解的是，对每种数据类型的业务数据进行发布的原理是相同且相互独立的。换句话说，业务节点可以根据数据发布合约自行在本地生成各种数据类型的业务数据的发布时间点(即发布周期的节点)。

因此，上述业务节点所获取的在第一发布时间点对应的第一发布周期内所产生的业务数据可以是同属于任意一种数据类型的业务数据。本申请是以任意一种数据类型的业务数据的发布过程为例进行说明的。

此外，还可以理解的是，可能会存在多种数据类型的业务数据具有相同的发布时间点(如第一发布时间点)和发布周期(如第一发布周期)，因此，上述业务节点所获取的在第一发布时间点对应的第一发布周期内所产生的业务数据可以包括该多种数据类型的业务数据，该多种数据类型的业务数据可以是分别进行获取，且在后续也是分别进行发布的。

更多的，可选的，上述第一发布时间点的下一个发布时间点可以称之为第二发布时间点。若在到达第一发布时间点后，且在到达第二发布时间点之前需要对待定业务数据进行审查，则可以将针对待定业务数据的下一个发布时间(如第二发布时间点)进行延后，如可以将第二发布时间点延后到目标发布时间点，该目标发布时间点可以是第二发布时间点后的任意一个时间点，该目标发布时间点可以根据实际应用场景进行确定，对此不做限制。其中，待定业务数据可以包括区块链网络中在第一发布时间点和第二发布时间点内产生的业务数据。

例如，若第二发布时间点是3点，则可以将第二发布时间点延后半小时，使得目标发布时间点可以是3:30。

通过将第二发布时间点进行延后，可以便于对待定业务数据进行审查，因此，在将第二发布时间点进行延后之后，就可以对待定业务数据进行审查，如审查待定业务数据是否合法、是否完整等。

因此，当对待定业务数据审查通过(如审查出待定业务数据是合法/完整的业务数据)，且到达了上述目标发布时间点时，业务节点就可以向业务系统发布审查通过后的待定业务数据。其中，可以通过调整上述数据发布合约中的参数来将第二发布时间点延后到目标发布时间点。

可选的，若是对待定业务数据审查不通过，则可以不发布待定业务数据，而是可以对待定业务数据进行修正，修正完成之后，可以重新对待定业务数据进行上链和后续发布的流程。

因此，采用本申请所提供的方法，还可以满足对业务数据进行审查的业务场景，使得对业务数据的审查流程变得更容易便捷。

请参见图4，图4是本申请提供的一种获取数据的场景示意图。假设一个发布周期的时长是1小时，从1:00开始初始化数据发布流程，那么2:00就可以为一个发布时间点，2:00这个发布时间点对应的发布周期就是发布周期1，那么若是将2:00作为第一发布时间点，发布周期1(即1:00～2:00)作为第一发布周期，1:00时区块链网络中最高区块高度是100，2:00时区块链网络中最高区块高度是200，则此时业务节点可以获取到在发布周期1内产生的业务数据(即区块高度为100～200的区块数据所包含的业务数据)。

接着，3:00也可以作为一个发布时间点，3:00这个发布时间点对应的发布周期就是发布周期2，那么若是将3:00作为第一发布时间点，发布周期2(即2:00～3:00)作为第一发布周期，3:00时区块链网络中最高区块高度是300，则此时业务节点可以获取到在发布周期2内产生的业务数据(即区块高度为200～300的区块数据所包含的业务数据)。以此类推。

可选的，区块数据中可以包括业务系统的交易数据，区块数据中所包含的业务数据可以是指交易数据中业务系统的发票数据。

步骤S102，向业务系统发布第一发布周期内产生的业务数据，使业务系统在第一发布时间点后访问第一发布周期内产生的业务数据。

可选的，业务节点可以向业务系统发布上述所获取到的在第一发布周期内产生的业务数据，使得业务系统在第一发布时间点之后就可以访问(拉取)所发布的在第一发布周期内产生的业务数据。如业务数据可以是业务系统的发票数据，业务系统可以拉取自己的发票数据，对该发票数据进行后续的业务处理，如通过发票数据进行业务交易的审查等。

业务节点向业务系统发布上述第一发布周期内所产生的业务数据后，就可以生成第一发布成功提示信息，该第一发布成功提示信息包含第一发布周期及第二发布时间点，该第二发布时间点是指第一发布时间点的下一个发布时间点。

业务节点可以将该第一发布成功提示信息返给业务系统。其中，第一发布成功提示信息可以属于一种数据发布的凭证，该第一发布成功提示信息还可以包括nonce(一个只被使用一次的任意或非重复的随机数值)组合信息及业务节点的hmac值(消息认证码)，该nonce组合信息及业务节点的hmac值用于证明第一发布成功提示信息是业务节点所发布的信息，可以将该nonce组合信息及业务节点的hmac值理解为是业务节点的身份证明信息。

该第一发布成功提示信息用于提示业务系统在到达第二发布时间点前可以访问第一发布周期内产生的业务数据，该第一发布成功提示信息还用于提示业务系统在到达第二发布时间点时，可以访问区块链网络中在第一发布时间点和第二发布时间点间产生的业务数据。使得业务系统在第一发布时间点后且第二发布时间点前，无需轮询区块链网络中所产生的业务数据，即无需轮询区块链网络中是否有产生的新的业务数据，减少了针对区块链网络的访问频率，防止高频轮询带来的系统资源消耗，提高了整体系统服务的可用性。

更多的，通过上述描述可以知道，通常业务系统可以访问业务节点所发布的业务数据，而对于未发布的业务数据则是不能访问。因此，本申请中，当某些业务系统访问业务数据的实时性高，需要立即访问业务数据时，业务系统还可以向业务节点请求注册(可以通过上述数据发布合约注册)实时访问凭证，后续以通过该实时访问凭证访问区块链网络中最新产生的业务数据，该过程可以包括：

业务系统可以向业务节点发送实时访问请求，业务节点就可以获取到业务系统所发送的实时访问请求，该实时访问请求用于请求对区块链网络中的业务数据进行实时访问。

因此，业务节点可以通过该实时访问请求验证提交该实时访问请求的业务系统的系统身份，若验证通过，则可以生成针对业务系统的实时访问凭证，该实时访问凭证可以是通过业务系统的私钥所生成，业务节点可以将该实时访问凭证返回给业务系统。

后续，业务系统就可以在到达第一发布时间点后，且到达第二发布时间点前，通过该实时访问凭证向业务节点访问区块链网络中在目标时间区间内产生的业务数据，该目标时间区间可以是指由第一发布时间点和第二发布时间点构成的时间区间。即业务系统可以通过所持有的实时访问凭证实时访问区块链网络中最新实时产生的业务数据。

请参见图5，图5是本申请提供的一种数据访问的场景示意图。如图5所示，①业务系统可以向业务网络中的业务节点请求注册实时访问的服务，如可以向业务节点发送实时访问请求；②业务节点在接收到注册请求后，可以验证发送请求的业务系统的身份，若对业务系统的身份验证通过，则可以向通过业务系统的私钥唯一生成业务系统的实时访问凭证，进而将该实时访问凭证返回给业务系统。

进而，③业务系统就可以通过所持有的实时访问凭证来请求访问实时数据(如区块链网络中实时产生的但还未发布的业务数据)；④业务网络中的业务节点就可以向业务系统返回其所访问的实时数据。

若是业务系统未注册有上述实时访问凭证，且在到达第二发布时间点前，获取到业务系统所发送的用于访问目标时间区间内产生的业务数据的访问请求(可以称为第一访问请求)，则业务节点可以根据该第一访问请求生成访问失败提示信息，并可以将所生成的访问失败提示信息返回给业务系统。该访问失败提示信息可以用于提示业务系统目标时间区间内的业务数据还未发布，不能进行访问。

更多的，业务节点还可以获取到业务系统在第二发布时间点前发送的第二访问请求，该第二访问请求携带了业务系统所需要访问的业务数据的数据标识，可以将该数据标识所指示的业务数据(即业务系统想要访问的业务数据)称之为是目标业务数据。若目标业务数据是区块链网络中在第一发布时间点前所产生的业务数据，则业务节点可以获取到该目标业务数据，并可以将所获取到的业务数据返回给业务系统。此过程表明，业务系统可以成功访问在最新的发布时间点(如第一发布时间点)之前所发布的任意的业务数据。

请参见图6，图6是本申请提供的一种数据访问的场景示意图。如图6所示，发布时间点2可以是上述第一发布时间点，发布时间点3可以是上述第二发布时间点，若当前时间是处于发布时间点2和发布时间点3之间，即当前时间超过发布时间点2且还未到达发布时间点3，则非实时访问的业务系统(即未注册实时访问凭证的业务系统)可以访问业务节点在发布时间点2之前所发布的业务数据，而实时访问的业务系统(即注册了实时访问凭证的业务系统)则可以访问在当前时间之前所产生的任意业务数据。

更多的，第一发布时间点的下一个发布时间点是第二发布时间点，因此，当到达第二发布时间点时，业务节点还可以获取区块链网络中在第二发布时间点对应的第二发布周期内产生的业务数据。

业务节点还可以向业务系统发布第二发布周期内产生的业务数据，使得业务系统可以在第二发布时间点后可以访问第一发布周期内产生的业务数据以及第二发布周期内产生的业务数据。

同理，业务节点向业务系统发布上述第二发布周期内所产生的业务数据后，就可以生成第二发布成功提示信息，该第二发布成功提示信息包含第二发布周期及第三发布时间点，该第三发布时间点是指第二发布时间点的下一个发布时间点。

业务节点可以将该第二发布成功提示信息返给业务系统。其中，第二发布成功提示信息也可以属于一种数据发布的凭证，该第一发布成功提示信息也可以包括nonce(一个只被使用一次的任意或非重复的随机数值)组合信息及业务节点的hmac值(消息认证码)，该nonce组合信息及业务节点的hmac值用于证明第二发布成功提示信息是业务节点所发布的信息，可以将该nonce组合信息及业务节点的hmac值理解为是业务节点的身份证明信息。

该第二发布成功提示信息用于提示业务系统在到达第三发布时间点前可以访问第二发布周期内产生的业务数据，该第二发布成功提示信息还用于提示业务系统在到达第三发布时间点时，可以访问区块链网络中在第二发布时间点和第三发布时间点间产生的业务数据。使得业务系统在第二发布时间点后且第三发布时间点前，无需轮询区块链网络中所产生的业务数据，即无需轮询区块链网络中是否有产生的新的业务数据，减少了针对区块链网络的访问频率。

请参见图7，图7是本申请提供的一种数据处理的场景示意图。如图7所示，各个共识节点可以对区块链网络中所提交的业务数据进行共识，进而向各个业务节点提供共识通过后上链的业务数据。各个业务节点内均包含业务发布合约(即上述数据发布合约)，通过该业务发布合约可以确定各种数据类型的业务数据分别对应的发布逻辑(如发布时间点和发布周期等)。进而业务节点就可以按照各类数据类型的业务数据分别对应的发布逻辑向业务系统定期发布业务数据，使得业务系统可以访问业务节点所发布的业务数据。

请参见图8，图8是本申请提供的一种数据交互的场景示意图。如图8所示，业务网络与核心网络(即共识网络)之间可以间隔有路由代理网络，业务网络、核心网络和路由代理网络所处的网络环境可以相互分隔的。业务网络包含若干业务节点，核心网络包含若干核心节点(即共识节点)，路由代理网络包含若干代理节点。

其中，业务网络可以与前端的业务系统进行对接，实现数据交互，执行相应的业务操作(如业务系统可以向业务节点请求访问业务数据)，核心网络则可以对需要上链的数据进行共识，为了保证核心网络的安全性，核心网络通常不与前端的业务系统直接对接。业务网络和核心网络之间则可以通过路由代理网络中的代理节点进行通信交互，这可以进一步提高核心网络的安全性。

本申请当到达针对业务数据的第一发布时间点时，可以获取区块链网络中在第一发布时间点对应的第一发布周期内产生的业务数据；并可以向业务系统发布第一发布周期内产生的业务数据，使业务系统在第一发布时间点后访问第一发布周期内产生的业务数据。由此可见，本申请可以周期性地向业务系统发布业务数据，使得业务系统可以在发布时间点后访问所发布的业务数据，而无需对区块链网络中所产生的业务数据进行时时轮询，因此，提升了区块链网络的业务稳定性，并减少了区块链网络中针对业务数据的访问开销。

请参见图9，图9是本申请提供的一种区块链网络的数据处理装置的结构示意图。该区块链网络的数据处理装置可以是运行于计算机设备中的一个计算机程序(包括程序代码)，例如该区块链网络的数据处理装置为一个应用软件，该区块链网络的数据处理装置可以用于执行本申请实施例提供的方法中的相应步骤。如图9所示，该区块链网络的数据处理装置1可以包括：获取模块11和发布模块12；

获取模块11，用于当到达针对业务数据的第一发布时间点时，获取区块链网络中在第一发布时间点对应的第一发布周期内产生的业务数据；

发布模块12，用于向业务系统发布第一发布周期内产生的业务数据，使业务系统在第一发布时间点后访问第一发布周期内产生的业务数据。

可选的，第一发布时间点的下一个发布时间点是第二发布时间点；上述装置1还用于：

获取业务系统发送的实时访问请求；实时访问请求用于请求对区块链网络中的业务数据进行实时访问；

基于实时访问请求生成针对业务系统的实时访问凭证，并将实时访问凭证返回给业务系统；

其中，业务系统用于在到达第二发布时间点前，根据实时访问凭证访问区块链网络中在目标时间区间内产生的业务数据；目标时间区间是指由第一发布时间点和第二发布时间点构成的时间区间。

可选的，第一发布时间点的下一个发布时间点是第二发布时间点；上述装置1还用于：

若在到达第二发布时间点前，获取到业务系统发送的用于访问目标时间区间内产生的业务数据的第一访问请求，则根据第一访问请求生成访问失败提示信息；目标时间区间是指由第一发布时间点和第二发布时间点构成的时间区间；

将访问失败提示信息返回给业务系统。

可选的，上述装置1还用于：

获取业务系统在第二发布时间点前发送的第二访问请求；第二访问请求携带所需要访问的业务数据的数据标识；

若数据标识指示的目标业务数据是区块链网络中在第一发布时间点前产生的业务数据，则将目标业务数据返回给业务系统。

可选的，向业务系统发布第一发布周期内产生的业务数据后，上述装置还用于：

生成第一发布成功提示信息；第一发布成功提示信息包含第一发布周期及第二发布时间点，第二发布时间点是指第一发布时间点的下一个发布时间点；

将第一发布成功提示信息返回给业务系统；

其中，第一发布成功提示信息用于提示业务系统在到达第二发布时间点前访问第一发布周期内产生的业务数据；第一发布成功提示信息还用于提示业务系统在到达第二发布时间点时，访问区块链网络中在第一发布时间点和第二发布时间点间产生的业务数据。

可选的，上述装置1还用于：

在到达第一发布时间点前，获取针对至少一种数据类型的业务数据的数据发布合约；

根据数据发布合约确定每种数据类型的业务数据分别对应的发布时间点。

可选的，第一发布时间点的下一个发布时间点是第二发布时间点；上述装置还用于：

当到达第二发布时间点时，获取区块链网络中在第二发布时间点对应的第二发布周期内产生的业务数据；

向业务系统发布第二发布周期内产生的业务数据，使业务系统在第二发布时间点后访问第一发布周期内产生的业务数据和第二发布周期内产生的业务数据。

可选的，向业务系统发布第二发布周期内产生的业务数据后，上述装置1还用于：

生成第二发布成功提示信息；第二发布成功提示信息包含第二发布周期及第三发布时间点，第三发布时间点是指第二发布时间点的下一个发布时间点；

将第二发布成功提示信息返回给业务系统；

其中，第二发布成功提示信息用于提示业务系统在到达第三发布时间点前访问第二发布周期内产生的业务数据；第二发布成功提示信息还用于提示业务系统在到达第三发布时间点时，访问区块链网络中在第二发布时间点和第三发布时间点间产生的业务数据。

可选的，第一发布时间点的下一个发布时间点是第二发布时间点；上述装置1还用于：

若到达第二发布时间点前需要对待定业务数据进行审查，则将第二发布时间点延后到目标发布时间点；待定业务数据包括区块链网络中在第一发布时间点和第二发布时间点内产生的业务数据；

当对待定业务数据审查通过，且到达目标发布时间点时，向业务系统发布审查通过后的待定业务数据。

可选的，区块链网络包括业务网络和共识网络，共识网络用于对区块链网络中提交的业务数据进行共识，方法由业务网络中的轻量节点执行，轻量节点具有的业务数据是由共识网络所提供的共识通过后的业务数据。

根据本申请的一个实施例，图3所示的区块链网络的数据处理方法所涉及的步骤可由图9所示的区块链网络的数据处理装置1中的各个模块来执行。例如，图3中所示的步骤S101可由图9中的获取模块11来执行，图3中所示的步骤S102可由图9中的发布模块12来执行。

本申请当到达针对业务数据的第一发布时间点时，可以获取区块链网络中在第一发布时间点对应的第一发布周期内产生的业务数据；并可以向业务系统发布第一发布周期内产生的业务数据，使业务系统在第一发布时间点后访问第一发布周期内产生的业务数据。由此可见，本申请可以周期性地向业务系统发布业务数据，使得业务系统可以在发布时间点后访问所发布的业务数据，而无需对区块链网络中所产生的业务数据进行时时轮询，因此，提升了区块链网络的业务稳定性，并减少了区块链网络中针对业务数据的访问开销。

根据本申请的一个实施例，图9所示的区块链网络的数据处理装置1中的各个模块可以分别或全部合并为一个或若干个单元来构成，或者其中的某个(些)单元还可以再拆分为功能上更小的多个子单元，可以实现同样的操作，而不影响本申请的实施例的技术效果的实现。上述模块是基于逻辑功能划分的，在实际应用中，一个模块的功能也可以由多个单元来实现，或者多个模块的功能由一个单元实现。在本申请的其它实施例中，区块链网络的数据处理装置1也可以包括其它单元，在实际应用中，这些功能也可以由其它单元协助实现，并且可以由多个单元协作实现。

根据本申请的一个实施例，可以通过在包括中央处理单元(CPU)、随机存取存储介质(RAM)、只读存储介质(ROM)等处理元件和存储元件的例如计算机的通用计算机设备上运行能够执行如图3中所示的相应方法所涉及的各步骤的计算机程序(包括程序代码)，来构造如图9中所示的区块链网络的数据处理装置1，以及来实现本申请实施例的区块链网络的数据处理方法。上述计算机程序可以记载于例如计算机可读记录介质上，并通过计算机可读记录介质装载于上述计算设备中，并在其中运行。

请参见图10，图10是本申请提供的一种计算机设备的结构示意图。如图10所示，计算机设备1000可以包括：处理器1001，网络接口1004和存储器1005，此外，计算机设备1000还可以包括：用户接口1003，和至少一个通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。其中，用户接口1003可以包括显示屏(Display)、键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图10所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。

在图10所示的计算机设备1000中，网络接口1004可提供网络通讯功能；而用户接口1003主要用于为用户提供输入的接口；而处理器1001可以用于调用存储器1005中存储的设备控制应用程序，以实现：

当到达针对业务数据的第一发布时间点时，获取区块链网络中在第一发布时间点对应的第一发布周期内产生的业务数据；

向业务系统发布第一发布周期内产生的业务数据，使业务系统在第一发布时间点后访问第一发布周期内产生的业务数据。

在一种可能的实施方式中，第一发布时间点的下一个发布时间点是第二发布时间点；处理器1001还可以用于调用存储器1005中存储的设备控制应用程序，以实现：

获取业务系统发送的实时访问请求；实时访问请求用于请求对区块链网络中的业务数据进行实时访问；

基于实时访问请求生成针对业务系统的实时访问凭证，并将实时访问凭证返回给业务系统；

其中，业务系统用于在到达第二发布时间点前，根据实时访问凭证访问区块链网络中在目标时间区间内产生的业务数据；目标时间区间是指由第一发布时间点和第二发布时间点构成的时间区间。

在一种可能的实施方式中，第一发布时间点的下一个发布时间点是第二发布时间点；处理器1001还可以用于调用存储器1005中存储的设备控制应用程序，以实现：

若在到达第二发布时间点前，获取到业务系统发送的用于访问目标时间区间内产生的业务数据的第一访问请求，则根据第一访问请求生成访问失败提示信息；目标时间区间是指由第一发布时间点和第二发布时间点构成的时间区间；

将访问失败提示信息返回给业务系统。

在一种可能的实施方式中，处理器1001还可以用于调用存储器1005中存储的设备控制应用程序，以实现：

获取业务系统在第二发布时间点前发送的第二访问请求；第二访问请求携带所需要访问的业务数据的数据标识；

若数据标识指示的目标业务数据是区块链网络中在第一发布时间点前产生的业务数据，则将目标业务数据返回给业务系统。

在一种可能的实施方式中，向业务系统发布第一发布周期内产生的业务数据后，处理器1001还可以用于调用存储器1005中存储的设备控制应用程序，以实现：

生成第一发布成功提示信息；第一发布成功提示信息包含第一发布周期及第二发布时间点，第二发布时间点是指第一发布时间点的下一个发布时间点；

将第一发布成功提示信息返回给业务系统；

其中，第一发布成功提示信息用于提示业务系统在到达第二发布时间点前访问第一发布周期内产生的业务数据；第一发布成功提示信息还用于提示业务系统在到达第二发布时间点时，访问区块链网络中在第一发布时间点和第二发布时间点间产生的业务数据。

在一种可能的实施方式中，处理器1001还可以用于调用存储器1005中存储的设备控制应用程序，以实现：

在到达第一发布时间点前，获取针对至少一种数据类型的业务数据的数据发布合约；

根据数据发布合约确定每种数据类型的业务数据分别对应的发布时间点。

在一种可能的实施方式中，第一发布时间点的下一个发布时间点是第二发布时间点；处理器1001还可以用于调用存储器1005中存储的设备控制应用程序，以实现：

当到达第二发布时间点时，获取区块链网络中在第二发布时间点对应的第二发布周期内产生的业务数据；

向业务系统发布第二发布周期内产生的业务数据，使业务系统在第二发布时间点后访问第一发布周期内产生的业务数据和第二发布周期内产生的业务数据。

在一种可能的实施方式中，向业务系统发布第二发布周期内产生的业务数据后，处理器1001还可以用于调用存储器1005中存储的设备控制应用程序，以实现：

生成第二发布成功提示信息；第二发布成功提示信息包含第二发布周期及第三发布时间点，第三发布时间点是指第二发布时间点的下一个发布时间点；

将第二发布成功提示信息返回给业务系统；

其中，第二发布成功提示信息用于提示业务系统在到达第三发布时间点前访问第二发布周期内产生的业务数据；第二发布成功提示信息还用于提示业务系统在到达第三发布时间点时，访问区块链网络中在第二发布时间点和第三发布时间点间产生的业务数据。

在一种可能的实施方式中，第一发布时间点的下一个发布时间点是第二发布时间点；处理器1001还可以用于调用存储器1005中存储的设备控制应用程序，以实现：

若到达第二发布时间点前需要对待定业务数据进行审查，则将第二发布时间点延后到目标发布时间点；待定业务数据包括区块链网络中在第一发布时间点和第二发布时间点内产生的业务数据；

当对待定业务数据审查通过，且到达目标发布时间点时，向业务系统发布审查通过后的待定业务数据。

在一种可能的实施方式中，区块链网络包括业务网络和共识网络，共识网络用于对区块链网络中提交的业务数据进行共识，方法由业务网络中的轻量节点执行，轻量节点具有的业务数据是由共识网络所提供的共识通过后的业务数据。

应当理解，本申请实施例中所描述的计算机设备1000可执行前文图3对应实施例中对上述区块链网络的数据处理方法的描述，也可执行前文图9所对应实施例中对上述区块链网络的数据处理装置1的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

此外，这里需要指出的是：本申请还提供了一种计算机可读存储介质，且计算机可读存储介质中存储有前文提及的区块链网络的数据处理装置1所执行的计算机程序，且计算机程序包括程序指令，当处理器执行程序指令时，能够执行前文图3所对应实施例中对区块链网络的数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。

作为示例，上述程序指令可被部署在一个计算机设备上执行，或者被部署位于一个地点的多个计算机设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算机设备上执行，分布在多个地点且通过通信网络互连的多个计算机设备可以组成区块链网络。

上述计算机可读存储介质可以是前述任一实施例提供的区块链网络的数据处理装置或者上述计算机设备的内部存储单元，例如计算机设备的硬盘或内存。该计算机可读存储介质也可以是该计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(smart media card，SMC)，安全数字(secure digital，SD)卡，闪存卡(flash card)等。进一步地，该计算机可读存储介质还可以既包括该计算机设备的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储该计算机程序以及该计算机设备所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本申请提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行前文图3对应实施例中对上述区块链网络的数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机可读存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。

本申请实施例的说明书和权利要求书及附图中的术语“第一”、“第二”等是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、装置、产品或设备没有限定于已列出的步骤或模块，而是可选地还包括没有列出的步骤或模块，或可选地还包括对于这些过程、方法、装置、产品或设备固有的其他步骤单元。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例提供的方法及相关装置是参照本申请实施例提供的方法流程图和/或结构示意图来描述的，具体可由计算机程序指令实现方法流程图和/或结构示意图的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。这些计算机程序指令可提供到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或结构示意图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或结构示意图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或结构示意一个方框或多个方框中指定的功能的步骤。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (15)

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

当到达针对业务数据的第一发布时间点时，获取所述区块链网络中在所述第一发布时间点对应的第一发布周期内产生的业务数据；

向业务系统发布所述第一发布周期内产生的业务数据，使所述业务系统在所述第一发布时间点后访问所述第一发布周期内产生的业务数据。

2.根据权利要求1所述的方法，其特征在于，所述第一发布时间点的下一个发布时间点是第二发布时间点；所述方法还包括：

获取所述业务系统发送的实时访问请求；所述实时访问请求用于请求对所述区块链网络中的业务数据进行实时访问；

基于所述实时访问请求生成针对所述业务系统的实时访问凭证，并将所述实时访问凭证返回给所述业务系统；

其中，所述业务系统用于在到达所述第二发布时间点前，根据所述实时访问凭证访问所述区块链网络中在目标时间区间内产生的业务数据；所述目标时间区间是指由所述第一发布时间点和所述第二发布时间点构成的时间区间。

3.根据权利要求1所述的方法，其特征在于，所述第一发布时间点的下一个发布时间点是第二发布时间点；所述方法还包括：

若在到达所述第二发布时间点前，获取到所述业务系统发送的用于访问目标时间区间内产生的业务数据的第一访问请求，则根据所述第一访问请求生成访问失败提示信息；所述目标时间区间是指由所述第一发布时间点和所述第二发布时间点构成的时间区间；

将所述访问失败提示信息返回给所述业务系统。

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

获取所述业务系统在所述第二发布时间点前发送的第二访问请求；所述第二访问请求携带所需要访问的业务数据的数据标识；

若所述数据标识指示的目标业务数据是所述区块链网络中在所述第一发布时间点前产生的业务数据，则将所述目标业务数据返回给所述业务系统。

5.根据权利要求1所述的方法，其特征在于，向所述业务系统发布所述第一发布周期内产生的业务数据后，所述方法还包括：

生成第一发布成功提示信息；所述第一发布成功提示信息包含所述第一发布周期及第二发布时间点，所述第二发布时间点是指所述第一发布时间点的下一个发布时间点；

将所述第一发布成功提示信息返回给所述业务系统；

其中，所述第一发布成功提示信息用于提示所述业务系统在到达所述第二发布时间点前访问所述第一发布周期内产生的业务数据；所述第一发布成功提示信息还用于提示所述业务系统在到达所述第二发布时间点时，访问所述区块链网络中在所述第一发布时间点和所述第二发布时间点间产生的业务数据。

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

在到达所述第一发布时间点前，获取针对至少一种数据类型的业务数据的数据发布合约；

根据所述数据发布合约确定每种数据类型的业务数据分别对应的发布时间点。

7.根据权利要求1所述的方法，其特征在于，所述第一发布时间点的下一个发布时间点是第二发布时间点；所述方法还包括：

当到达所述第二发布时间点时，获取所述区块链网络中在所述第二发布时间点对应的第二发布周期内产生的业务数据；

向所述业务系统发布所述第二发布周期内产生的业务数据，使所述业务系统在所述第二发布时间点后访问所述第一发布周期内产生的业务数据和所述第二发布周期内产生的业务数据。

8.根据权利要求7所述的方法，其特征在于，向所述业务系统发布所述第二发布周期内产生的业务数据后，所述方法还包括：

生成第二发布成功提示信息；所述第二发布成功提示信息包含所述第二发布周期及第三发布时间点，所述第三发布时间点是指所述第二发布时间点的下一个发布时间点；

将所述第二发布成功提示信息返回给所述业务系统；

其中，所述第二发布成功提示信息用于提示所述业务系统在到达所述第三发布时间点前访问所述第二发布周期内产生的业务数据；所述第二发布成功提示信息还用于提示所述业务系统在到达所述第三发布时间点时，访问所述区块链网络中在所述第二发布时间点和所述第三发布时间点间产生的业务数据。

9.根据权利要求1所述的方法，其特征在于，所述第一发布时间点的下一个发布时间点是第二发布时间点；所述方法还包括：

若到达所述第二发布时间点前需要对待定业务数据进行审查，则将所述第二发布时间点延后到目标发布时间点；所述待定业务数据包括所述区块链网络中在所述第一发布时间点和所述第二发布时间点内产生的业务数据；

当对所述待定业务数据审查通过，且到达所述目标发布时间点时，向所述业务系统发布审查通过后的待定业务数据。

10.根据权利要求1所述的方法，其特征在于，所述区块链网络包括业务网络和共识网络，所述共识网络用于对所述区块链网络中提交的业务数据进行共识，所述方法由所述业务网络中的轻量节点执行，所述轻量节点具有的业务数据是由所述共识网络所提供的共识通过后的业务数据。

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

获取模块，用于当到达针对业务数据的第一发布时间点时，获取所述区块链网络中在所述第一发布时间点对应的第一发布周期内产生的业务数据；

发布模块，用于向业务系统发布所述第一发布周期内产生的业务数据，使所述业务系统在所述第一发布时间点后访问所述第一发布周期内产生的业务数据。

12.根据权利要求11所述的装置，其特征在于，所述区块链网络包括业务网络和共识网络，所述共识网络用于对所述区块链网络中提交的业务数据进行共识，所述装置应用于所述业务网络中的轻量节点，所述轻量节点具有的业务数据是由所述共识网络所提供的共识通过后的业务数据。

13.一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现权利要求1-10任一项所述方法的步骤。

14.一种计算机设备，其特征在于，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行权利要求1-10中任一项所述方法的步骤。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序适用于由处理器加载并执行权利要求1-10任一项所述的方法。