CN116976898B - 一种数据获取方法、数据可视化方法、装置及相关产品 - Google Patents

Abstract

本申请公开一种数据获取方法、数据可视化方法、装置及相关产品，在该方法中，在数据采集系统的客户端的执行指标配置操作并确定配置的目标指标；在区块链节点的交易执行引擎执行交易期间，数据采集系统的客户端从交易执行引擎获得与中间状态变动指标对应的指标数据；当收到数据采集系统的服务端的数据拉取请求，数据采集系统的客户端向其发送获得的指标数据，由服务端将拉取到的与中间状态变动指标对应的指标数据存储于区块链节点外部的存储空间。可见，本方案通过设置客户端实现对交易中间状态数据的获取，并将数据存储于区块链节点外部的存储空间，能够实现在不提升原有业务的复杂度的前提下进行交易中间数据的存储。

Description

一种数据获取方法、数据可视化方法、装置及相关产品

技术领域

本申请涉及区块链技术领域，尤其涉及一种数据获取方法、数据可视化方法、装置及相关产品。

背景技术

在相关区块链技术中，交易执行过程中产生的状态的变迁、执行过程中涉及到的指令操作码、操作过程等中间数据，在交易执行完成后就被丢弃，不会持久化地存储在区块链上。最终链上数据仅包含交易本身的数据以及包含它的区块和由交易推动的指定地址的最终状态。而在一些场景中存在对过往交易执行过程中的中间数据进行查询、分析等操作的需求。在现有技术中由于对交易过程中的中间数据在交易完成后就进行了丢弃操作，在面对上述对过往交易执行过程中的中间数据进行查询、分析等操作的需求时，只能通过重新执行交易的方式重新获取交易执行过程中的中间数据，流程耗时且复杂。虽然对于上述提到的对过往交易执行过程中的中间数据进行查询、分析等操作的需求能够在一定程度上满足，但是实现过程复杂度高且效率低，不能快速高效地实现上述需求。

发明内容

本申请实施例提供了一种数据获取方法、数据可视化方法、装置及相关产品，旨在实现对于链上交易的过程中的中间数据，在不增加原有链上业务的复杂度的情况下进行获取及存储，以满足用户对于交易过程的中间数据的查询及分析需求。

本申请第一方面提供了一种数据获取方法，应用于区块链网络中的区块链节点，所述区块链节点上配置有数据采集系统的客户端，方法包括：

响应于在所述数据采集系统的客户端的指标配置操作，确定配置的目标指标；所述目标指标与目标业务的数据需求关联，所述目标指标包括中间状态变动指标，所述中间状态变动指标为描述与所述区块链网络执行交易过程中所相关数据的指标；

在所述区块链节点的交易执行引擎执行交易期间，所述数据采集系统的客户端从所述交易执行引擎获得与所述中间状态变动指标对应的指标数据，并记录获得的指标数据与配置的所述中间状态变动指标的第一对应关系；

响应于来自数据采集系统的服务端的数据拉取请求，所述数据采集系统的客户端向所述数据采集系统的服务端发送获得的指标数据以及记录的第一对应关系，以便所述数据采集系统的服务端将拉取到的与所述中间状态变动指标对应的指标数据存储于所述区块链节点外部的存储空间。

本申请第二方面提供了一种数据可视化方法，包括：

展示数据可视化配置界面，所述数据可视化配置界面中包括查询功能区和数据展示区；所述查询功能区包括数据源配置控件和查询语句编辑控件；

响应于在数据源配置控件数据源配置界面中，对数据采集系统的标识的触发操作，确定所配置的数据源为数据采集系统的服务端存储的数据；所述数据采集系统的服务端存储的数据为从区块链网络的区块链节点拉取到的；所述区块链节点通过执行第一方面中任一项所述的数据获取方法获取指标数据并提供给所述数据采集系统的服务端；

响应于在所述查询语句编辑控件查询功能区中编辑的查询语句，在所配置的数据源中查询与所述查询语句中包含的待查询指标对应的指标数据；

在所述数据展示区展示查询到的指标数据。

本申请第三方面提供了一种数据获取装置，应用于区块链网络中的区块链节点，所述区块链节点上配置有数据采集系统的客户端，装置包括：

指标确定单元，用于响应于在所述数据采集系统的客户端的指标配置操作，确定配置的目标指标；所述目标指标与目标业务的数据需求关联，所述目标指标包括中间状态变动指标，所述中间状态变动指标为描述与所述区块链网络执行交易过程中所相关数据的指标；

数据获取单元，用于在所述区块链节点的交易执行引擎执行交易期间，通过所述数据采集系统的客户端从所述交易执行引擎获得与所述中间状态变动指标对应的指标数据；

对应关系记录单元，用于在所述区块链节点的交易执行引擎执行交易期间，通过所述数据采集系统的客户端记录获得的指标数据与配置的所述中间状态变动指标的第一对应关系；

发送单元，用于响应于来自数据采集系统的服务端的数据拉取请求，通过所述数据采集系统的客户端向所述数据采集系统的服务端发送获得的指标数据以及记录的第一对应关系，以便所述数据采集系统的服务端将拉取到的与所述中间状态变动指标对应的指标数据存储于所述区块链节点外部的存储空间。

本申请第四方面提供了一种数据可视化装置，包括：

数据源确定单元，用于响应于在数据源配置界面中，对数据采集系统的标识的触发操作，确定所配置的数据源为数据采集系统的服务端存储的数据；所述数据采集系统的服务端存储的数据为从区块链网络的区块链节点拉取到的；所述区块链节点通过执行第一方面中任一项所述的数据获取方法获取指标数据并提供给所述数据采集系统的服务端；

界面展示单元，用于展示数据可视化配置界面，所述数据可视化配置界面中包括查询功能区和数据展示区；

查询单元，用于响应于在所述查询功能区中编辑的查询语句，在所配置的数据源中查询与所述查询语句中包含的待查询指标对应的指标数据；

指标数据展示单元，用于在所述数据展示区展示查询到的指标数据。

本申请第五方面提供了一种数据获取设备或数据可视化设备，所述设备包括处理器以及存储器：

所述存储器用于存储计算机程序，并将所述计算机程序传输给所述处理器；

所述处理器用于根据所述计算机程序中的指令执行第一方面提供的数据获取方法的步骤，或第二方面提供的数据可视化方法的步骤。

本申请第六方面提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序被数据获取设备执行时实现第一方面提供的数据获取方法的步骤，所述计算机程序被数据可视化设备执行时实现第二方面提供的数据可视化方法的步骤。

本申请第七方面提供了一种计算机程序产品，包括计算机程序，该计算机程序被数据获取设备执行时实现第一方面提供的数据获取方法的步骤，该计算机程序被数据可视化设备执行时实现第二方面提供的数据可视化方法的步骤。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请技术方案中提供的数据获取方法，应用于区块链网络中的区块链节点，首先在区块链节点上配置有数据采集系统的客户端，可以将数据采集系统的客户端作为获取数据的接口，对数据采集系统的客户端执行指标配置操作，确定配置的目标指标，根据目标指标确定出在交易执行的过程中需要获取的中间状态变动数据的目标类型，目标指标的设定与业务的需求相联系，跟已根据业务需求的不同对目标指标的设定进行适应性调整，提高数据获取的灵活性。在区块链节点的交易执行期间，由数据采集系统的客户端从交易执行引擎中获取与目标指标对应的中间状态变动指标数据，并将目标指标与数据之间的对应关系进行记录，如此能够便于后续对数据进行查询及分析时，根据目标指标及对应关系能够快速查询到与之对应的指标数据。当数据采集系统的服务端向数据采集系统的客户端发起数据拉取请求时，数据采集系统的客户端向其发送中间状态变动指标数据及中间状态变动指标数据与目标指标的对应关系，由于数据采集系统的服务端位于区块链外，故能够实现将中间状态变动指标数据进行链外存储，避免对区块链上的存储资源进行占用，也不会增加原有区块链上业务的复杂度，通过在区块链外进行交易的中间数据的存储能够便于后续用户对于交易过程的中间数据的进行查询及分析。

附图说明

图1为本申请实施例提供的一种数据获取方法的场景架构图；

图2为本申请实施例提供的一种数据获取方法的流程图；

图3a为本申请实施例提供的一种Prometheus系统的结构示意图；

图3b为本申请实施例提供的一种数据采集及可视化的示意图；

图4为本申请实施例提供的一种利用交易执行引擎获取最终状态指标数据的示意图；

图5为本申请实施例提供的一种利用区块链节点的链上持久化状态数据库获取最终状态指标数据的示意图；

图6为本申请实施例提供的一种数据可视化方法的流程图；

图7为本申请实施例提供的一种数据可视化配置界面的示意图；

图8为本申请实施例提供的一种将指标数据情况进行同时展示的示意图；

图9a为本申请实施例提供的一种将指标数据情况进行非同时展示的一种示意图；

图9b为本申请实施例提供的一种将指标数据情况进行非同时展示的另一种示意图；

图10为本申请实施例提供的一种以时间分布区间进行指标数据展示的示意图；

图11为本申请实施例提供的一种以区块链网络作为展示维度进行数据可视化的示意图；

图12为本申请实施例提供的数据获取装置叠加光遮挡的渲染装置的结构示意图；

图13为本申请实施例提供的数据可视化装置的结构示意图；

图14为本申请实施例中服务器的一个结构示意图；

图15为本申请实施例中终端设备的一个结构示意图。

具体实施方式

目前，在应用区块链进行交易的过程中，会产生交易执行过程中的状态变化以及状态变化涉及到的操作数据，而这些交易执行过程中产生的数据不会持久化地存储在区块链上。也即，当交易完成时会对上述交易执行过程中产生的数据进行丢弃处理，最终存储在区块链上的数据仅包含交易本身的数据以及区块在交易完成后的最终状态的数据。基于上述情况，当用户需要查询某些交易运行过程的状态变动或对链上状态变动进行多维度统计时，由于交易执行过程数据已被丢失，此时就需要对涉及到的交易再次从指定的全局状态重新执行，临时生成特定的全局状态。从而导致数据查询的流程耗时、复杂的问题，在一些特殊情况下，某些业务上维度的数据也没办法通过重新执行某几笔交易获得（如：某个调用指定合约的次数或资金转移状况），此时则需要进行全链重新扫描，大大增加了查询过程的实现难度。

鉴于以上问题，在本申请中提供了一种数据获取方法、数据可视化方法、装置及相关产品，目的是将交易过程中产生的数据进行采集并送入外部存储，实现对于交易中的数据进行持久化存储，同时不增加区块链节点自身的持久化状态的复杂度，不增加区块链上的存储负担。此外，还能够在一定程度上避免相关技术中，当需要对交易中间阶段数据进行查询时因重新执行交易而带来不必要的资源消耗和时间消耗。

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

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

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

在本申请提供的技术方案中，响应于在所述数据采集系统的客户端的指标配置操作，确定配置的目标指标；所述目标指标与目标业务的数据需求关联，所述目标指标包括中间状态变动指标，所述中间状态变动指标为描述与所述区块链网络执行交易过程中所相关数据的指标；在所述区块链节点的交易执行引擎执行交易期间，所述数据采集系统的客户端从所述交易执行引擎获得与所述中间状态变动指标对应的指标数据，并记录获得的指标数据与配置的所述中间状态变动指标的第一对应关系；响应于来自数据采集系统的服务端的数据拉取请求，所述数据采集系统的客户端向所述数据采集系统的服务端发送获得的指标数据以及记录的第一对应关系，以便所述数据采集系统的服务端将拉取到的与所述中间状态变动指标对应的指标数据存储于所述区块链节点外部的存储空间。可见，确定与目标业务的数据关联的目标指标，能够通过目标指标的设置利用数据采集系统的客户端实现对于目标交易的中间过程的目标数据进行准确的获取。同时通过数据采集系统的客户端的设置，能够获取区块链上交易过程中的数据，并将数据发送至数据采集系统的服务端实现链外存储，实现与区块链节点的存储解耦，不增加区块链上存储的复杂度及负担。

首先对本申请下文的实施例中可能涉及的若干个名词术语进行解释。

数据采集系统：是指用于进行数据采集的系统，在该系统中可以包括数据采集的服务端和数据采集的客户端。一般来说，可以采用数据采集的客户端进行目标数据的采集，当数据采集完成后根据数据采集的服务端的需求，向数据采集的服务端发送数据，由服务端进行数据的存储等其他操作。

查询语句：是用来进行目标数据查询的语句，通过对查询语句的编辑能够对待查询数据的属性信息进行设定，以便能够对数据进行针对性的查询，得到目标数据。

在本申请的实施例中，将以数据采集系统为Prometheus系统、查询语句为PromQL语句为例，对本申请提出的数据获取方法、数据可视化方法进行具体的详细的阐述。可以理解的是本申请提出的数据获取方法、数据可视化方法可以同样适用于其他用于数据采集的系统以及其它类型的查询语句。接下来将对Prometheus系统及PromQL语句进行简要介绍。

Prometheus：是一个开源的系统，主要用于用于记录和查询各种应用程序和系统的指标数据。它可以通过收集时间序列数据来获取目标的状态，主要应用于 IT 基础设施和应用程序性能实时获取。由于其可靠性、灵活性和模块化设计，Prometheus 已成为许多云原生和容器编排工具（如 Kubernetes）的首选解决方案。

PromQL语句：PromQL是Prometheus内置的数据查询语言，其提供对时间序列数据丰富的查询，聚合以及逻辑运算能力的支持。并且被广泛应用在Prometheus的日常应用当中，包括对数据查询、可视化、告警处理当中。在本申请实施例中，通过使用PromQL语句能够实现自定义查询中间状态变动指标对应的指标数据。

本申请实施例提供的数据获取方法、数据可视化方法的执行主体可以为终端设备。例如在终端设备上执行区块链的链上交易，在交易的执行过程中获取交易过程的数据。本申请实施例提供的数据获取方法、数据可视化方法的执行主体也可以是服务器，即可以在服务器上执行区块链节点的交易，并利用数据采集系统的客户端从交易执行引擎获得与中间状态变动指标对应的指标数据，实现对交易过程中的数据的获取及后续对数据进行链外存储。本申请实施例提供的数据获取方法、数据可视化方法也可以由终端设备和服务器协同执行。故本申请实施例中对于执行本申请技术方案的实现主体不做限定。其中，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器等，但并不局限于此。终端设备包括但不限于手机、平板、电脑、计算机、智能摄像头、智能语音交互设备、智能家电、车载终端、飞行器等，但并不局限于此。终端设备以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

图1为本申请实施例提供的一种数据获取方法的场景架构图。图中包括服务器以及多种形式的终端设备。图1所示的服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统。另外，服务器还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

在本申请提供的实施例中以数据采集系统为Prometheus系统作为示例进行具体阐述，Prometheus系统主要包括Prometheus客户端及Prometheus服务端。其中Prometheus客户端对应于数据采集系统的客户端，Prometheus服务端对应于数据采集系统的服务端。

图2为本申请实施例提供的一种数据获取方法的流程图。如图2所示的数据获取方法中，方法应用于区块链网络中的区块链节点，在区块链节点上配置有数据采集系统的客户端，具体包括：

S11：响应于在所述数据采集系统的客户端的指标配置操作，确定配置的目标指标。

其中，目标指标与目标业务的数据需求关联，目标指标包括中间状态变动指标，中间状态变动指标为描述与区块链网络执行交易过程中所相关数据的指标。

上述提到的中间状态变动指标，具体而言可以包括但不限于以下内容：某个操作码的调用次数、指定操作涉及的调用地址、指定地址的状态变动、每笔交易执行所消耗的时间、交易执行的时间范围等。

在本申请实施例中，需要根据目标业务的数据需求进行目标指标的配置。目标业务可以理解为是当前区块链上需要进行交易的类型及操作过程，业务不同对应的交易的过程也不相同，对应需要获取的在交易过程中的中间状态变动指标也各不相同，因此需要事先根据交易业务的不同，为Prometheus客户端进行指标配置的操作，确定配置的目标指标，以使Prometheus客户端能够根据指标的不同从交易执行引擎中获取到对应的数据。

S12：在所述区块链节点的交易执行引擎执行交易期间，所述数据采集系统的客户端从所述交易执行引擎获得与所述中间状态变动指标对应的指标数据，并记录获得的指标数据与配置的所述中间状态变动指标的第一对应关系。

其中，交易执行引擎的作用为进行区块链上的交易执行，在本申请实施例中，交易引擎的类型可以包括但不限于以下几种类型：EVM，WASM，Docker-go等。

在区块链节点上可以包括交易执行引擎以及Prometheus客户端。其中交易执行引擎用于执行交易，Prometheus客户端用于在交易执行引擎执行交易的过程中，根据在S11中配置的目标指标，获得其中与中间状态变动指标对应的指标数据。除此之外，还可以记录Prometheus客户端获得的指标数据与中间状态变动指标的对应关系，通过指标数据与中间状态变动指标的关系的映射，能够便于后续根据两者的对应关系进行指标数据的查询。

上述提到了“指标数据与配置的所述中间状态变动指标的第一对应关系”，这里所提到的指标数据与中间状态变动指标之间的对应关系可以通过表格链接的形式存储至Prometheus客户端，还可以通过指标数据与中间状态变动指标设置特定的标识将两者进行关联后进行存储，还可以通过将指标数据及中间状态变动指标组成关联数据对进行存储，除此之外还可以采用其他方法进行指标数据与中间状态变动指标之间的对应关系的设置，在此不作限定。

S13：响应于来自数据采集系统的服务端的数据拉取请求，所述数据采集系统的客户端向所述数据采集系统的服务端发送获得的指标数据以及记录的第一对应关系，以便所述数据采集系统的服务端将拉取到的与所述中间状态变动指标对应的指标数据存储于所述区块链节点外部的存储空间。

Prometheus系统包括Prometheus服务端及Prometheus客户端，其中Prometheus客户端配置在区块链节点上，Prometheus服务端位于区块链的外部。图3a为本申请实施例提供的一种Prometheus系统的结构示意图，具体可以如图3a所示。

在区块链节点中可以包括Prometheus客户端、交易执行引擎及数据库。其中交易执行引擎用于对区块链上的交易涉及到的智能合约代码进行解析和执行。Prometheus客户端用于获取交易执行引擎在进行交易执行的过程中指标数据，数据库用于获取并存储交易过程完成的最终状态的数据信息。Prometheus服务端位于区块链节点外部，可以实现从Prometheus客户端进行数据拉取并存储。

当Prometheus服务端发起数据拉取的请求时，由Prometheus客户端向其发送在区块链节点上获取到的指标数据、指标数据与中间状态变动指标的对应关系。如此，当需要对指标数据进行读取或是处理时，能够根据中间状态变动指标的类型及对应关系，快速筛选出符合要求的指标数据。

在一种可以实现的方式中，在Prometheus服务端接收并存储由Prometheus客户端向其发送在区块链节点上获取到的指标数据、指标数据与中间状态变动指标的对应关系后，还可以通过将Prometheus服务端与数据可视化系统进行连接，实现对于存储的指标数据的可视化分析，图3b为本申请实施例提供的一种数据采集及可视化的示意图，如图3b所示，Prometheus服务端从Prometheus客户端拉取采集的指标数据并可以存储在Prometheus服务端中，Prometheus服务端与数据可视化系统连接，可以通过http等通讯协议实现数据传输，将数据发送至数据可视化系统，用户可以自定义数据的可视化规则，实现在数据可视化系统进行数据的可视化展示。

通过上述提到的一种数据获取方法，在区块链的节点上配置Prometheus客户端，针对Prometheus客户端的指标配置操作可以确定出需要进行配置的目标指标，目标指标可以与目标业务的数据需求相关联，如此能够实现根据目标业务的需求灵活且具有适应性的进行指标的配置，以使后续获取到的目标指标对应的指标数据与目标业务的需求具有强相关性。在区块链节点的交易执行引擎执行交易期间，利用Prometheus客户端获得指标数据，并将指标数据与目标指标的对应关系进行记录，通过对指标数据与目标指标的对应关系进行记录能够便于对指标数据进行查询操作。当Prometheus服务端向Prometheus客户端发起数据拉取请求时，由Prometheus客户端将指标数据及对应关系发送至Prometheus服务端，由于Prometheus服务端设置在区块链外，故对于指标数据及对应关系的存储操作也会在区块链外进行，能够避免占用区块链链上的存储空间，不增加区块链的存储负担。

可以理解的是，在区块链上的交易执行的全过程中除了中间状态变动指标之外，还可以包括最终状态指标，最终状态指标用于描述区块链网络执行交易结束后区块链上状态相关的指标，具体而言可以包括：交易本身的数据以及包含它的区块和由交易推动的指定地址的最终状态。具体的获取最终状态指标数据的方法步骤可以为A1~A2（其中A1、A2未在图中示出）：

A1：在所述区块链节点的交易执行引擎执行交易结束后，所述Prometheus客户端从所述区块链节点的链上持久化状态数据库或所述交易执行引擎获得与所述最终状态指标对应的指标数据，并记录获得的指标数据与配置的所述最终状态指标的第二对应关系。

当Prometheus客户端想要获取最终状态指标对应的指标数据时，可以采取两种方式：①通过交易执行引擎获得；②通过区块链节点的链上持久化状态数据库获得。以下将对上述提到的两种获取最终状态指标数据的方式进行具体阐述：

图4为本申请实施例提供的一种利用交易执行引擎获取最终状态指标数据的示意图，如图4所示，Tx_s用于表示交易ID或是交易哈希，它是一种用来标识每一笔区块链交易的唯一字符串，可以用来查询和验证交易的状态和详情。Tx_s是通过对交易数据进行哈希运算得到的，当交易完成时即可生成，并可用于执行下一次交易。

具体而言，交易执行引擎可以通过获取到的Tx_s进行交易的执行，Prometheus客户端可以在交易执行引擎执行交易的过程中，获取对应的指标数据，具体可以包括：创建的合约、指定合约地址调用及特定指令执行情况等数据。当用户想要获取本次交易对应的最终状态指标数据时，可以利用交易执行引擎基于上述获取到的数据将交易进行重新执行后得到。

图5为本申请实施例提供的一种利用区块链节点的链上持久化状态数据库获取最终状态指标数据的示意图，如图5所示，交易执行引擎在交易过程完成后会将交易执行的最终状态指标数据存储在链上持久化状态数据库中。Prometheus客户端获取交易执行引擎在交易执行过程中各种状态的变动，对中间状态的指标数据进行记录。Prometheus客户端还获取链上持久化状态数据库中存储的最终的状态指标数据，如：链上特征数据的最新状态、统计其他链上状态的数据等。在这种情况下若想获取最终状态指标数据，可以由Prometheus客户端从链上持久化状态数据库中直接进行获取。

当获取到最终状态指标数据后，可以将最终状态指标数据与最终状态指标之间建立对应关系，通过对应关系的建立能够便于后续对于数据的提取和处理。对应关系的建立可以采取上述第一对应关系建立的方法，在此不再赘述。

A2：响应于来自Prometheus服务端的数据拉取请求，所述Prometheus客户端向所述Prometheus服务端发送从所述链上持久化状态数据库获得的指标数据以及记录的第二对应关系，以便所述Prometheus服务端将拉取到的与所述最终状态指标对应的指标数据存储于所述区块链节点外部的存储空间。

当Prometheus服务端向Prometheus客户端发起最终状态指标数据的数据拉取请求时，Prometheus客户端针对Prometheus服务端的请求进行响应，将从链上持久化状态数据库中获取到的最终状态指标数据及记录的最终状态指标数据与最终状态指标的对应关系发送至区块链外的Prometheus服务端，由Prometheus服务端执行存储操作，具体的存储方式可以为Prometheus服务端的本地进行存储，还可以为在Prometheus服务端之外设置的存储模块进行存储，具体的存储位置在此不进行限定。

在上一实施例中主要针对的是对于交易执行的过程中涉及到的中间状态变动指标对应的数据进行获取并在链外存储的方法，在本实施例中主要介绍的是对于最终状态指标数据的获取及存储方式。最终状态指标为描述区块链网络执行交易结束后链上状态相关数据的指标，当区块链上的交易执行引擎执行交易结束后，由Prometheus客户端从区块链节点的链上持久化状态数据库或交易执行引擎获得与最终状态指标对应的指标数据，并记录获得的指标数据与配置的所述最终状态指标的对应关系。由此可知，获取最终状态指标对应的数据的渠道可以有两个，分别为交易执行引擎或链上持久化状态数据库。由于获取的渠道多样，能够使得用户获取数据的过程具有可选择性，同时可以根据两个渠道获取的数据进行比对确定数据的准确性。除此之外，在本实施例中对上述最终状态指标对应的指标数据及对应关系进行存储，可以便于后续对于最终状态指标数据进行针对性查找。

此外，在本申请一种可能的实现方式中，在上述步骤S11提到的“确定配置的目标指标”之后，还可以进行具体的采集代码的部署，具体的方法可以为B1~B2（其中B1、B2未在图中示出）：

B1：根据所述中间状态变动指标，在所述区块链节点中与所述中间状态变动指标关联的目标交易执行模块中上部署采集代码。

采集代码是用于执行数据采集操作的程序代码，其目的主要是采集中间状态变动指标对应的数据。目标交易执行模块是在执行某个链上交易时对应需要使用到的模块。在区块链上执行不同的交易时对应需要要涉及到的交易执行模块各不相同。举例而言，当用户需要在区块链上完成线上支付交易时，对应的可能会用到钱包管理模块、账户管理模块、交易确定模块及支付接口模块等。那么此时，则需要将采集代码部署在前述的各个模块上，以便后续能够通过采集代码将完成线上支付交易的过程中的中间状态变动指标对应的数据进行采集，写入Prometheus客户端。

B2：在所述目标交易执行模块运行所述采集代码后，所述交易执行引擎将采集到的所述中间状态变动指标对应的指标数据写入所述Prometheus客户端。

在本实施例中的在前述数据获取方法的基础上增加了采集代码的部署过程，通过确定的中间状态变动指标能够得知区块链上与中间状态变动指标关联的目标交易执行模块，然后在目标交易执行模块进行采集代码的部署，由此能够保证，在中间状态变动指标涉及到的模块进行数据采集，能够保证采集数据的完整性。

接下来以终端设备的角度，对本申请实施例提供的数据可视化方法进行具体介绍。

参见图6，该图为本申请实施例提供的一种数据可视化方法的流程图，如图6所示，该数据可视化方法，具体包括以下步骤：

S21：展示数据可视化配置界面。

图7为本申请实施例提供的一种数据可视化配置界面的示意图，如图7所示，数据可视化配置界面中包括查询功能区和数据展示区，其中查询功能区包括数据源配置控件和查询语句编辑控件。

查询功能区主要用于进行指标数据的查询，具体的查询过程需要由用户首先确定出数据源的类型，数据源的类型可以包括但不限于以下类型：Prometheus、Graphite及OpenTSDB等，在本申请实施例中的数据源类型可以选定为Prometheus。在用户完成数据源类型的选定后需要对指标数据的查询语句进行编辑，查询语句的编辑过程使用的语句可以为PromQL语句，在本实施例中以查询语句为PromQL语句为例进行具体阐述。

数据展示区的功能主要是对查询到的数据进行可视化展示，具体的可视化展示的方式可以为折线图、饼状图或柱状图等，还可以为前述的可视化展示的方式的多种的组合。具体的可视化展示方式可以根据用户的需求进行自由设置，设置方式可以通过数据展示区的右上角处的展示模式进行设定，在此不作设定。

S22：响应于在数据源配置控件中，对数据采集系统的标识的触发操作，确定所配置的数据源为数据采集系统的服务端存储的数据。

Prometheus服务端存储的数据为从区块链网络的区块链节点拉取到的。前述提到的Prometheus服务端存储的数据为从区块链网络的区块链节点拉取到的。具体的数据拉取的方式可以包括但不限于以下三种：

①首先对Prometheus客户端执行指标配置操作，确定配置的中间状态变动指标。然后在区块链节点的交易执行过程中，由Prometheus客户端获得与中间状态变动指标对应的指标数据，并记录中间状态变动指标与指标数据的对应关系。最后根据Prometheus服务端的数据拉取请求，将指标数据及对应关系拉取至Prometheus服务端。在本方法中主要实现的是在交易过程中的中间状态数据的数据拉取。

②当区块链节点的交易执行引擎的交易执行完毕后，Prometheus客户端从区块链节点中的链上持久化状态数据库以及交易执行引擎获得最终状态指标对应的数据，并记录获得的指标数据与配置的最终状态指标的第二对应关系。当接收到Prometheus服务端的数据拉取请求时，由Prometheus客户端向Prometheus服务端发送从链上持久化状态数据库获得的指标数据以及记录的第二对应关系。本方法主要实现的是链上交易后的最终状态数据的数据拉取。

③首先对Prometheus客户端执行指标配置操作，确定配置的中间状态变动指标，然后根据中间状态变动指标，在区块链节点中与中间状态变动指标关联的目标交易执行模块中上部署采集代码。当交易执行的过程中即会运行相关的采集代码，通过采集代码可以将采集到的中间状态变动指标对应的指标数据写入Prometheus客户端。最后根据Prometheus服务端的数据拉取请求，将指标数据及对应关系拉取至Prometheus服务端。在本方法中主要实现的是在交易过程中的通过在与交易过程对应的目标交易执行模块上部署采集代码，通过采集代码完成中间状态数据的数据采集，进而实现后续Prometheus服务端的数据拉取。

步骤S22中提到“响应于在数据源配置控件中，对数据采集系统的标识的触发操作，确定所配置的数据源为数据采集系统的服务端存储的数据”，以Prometheus系统为例，具体而言可以理解为，在数据源配置控件处，将数据源的类型选定为Prometheus系统，进而通过数据源类型的选定能够获取到Prometheus服务端从Prometheus客户端拉取到的数据，以便后续针对数据进行数据的处理及可视化展示。

S23：响应于在所述查询语句编辑控件中编辑的查询语句，在所配置的数据源中查询与所述查询语句中包含的待查询指标对应的指标数据。

当用户需要对指标数据的情况进行针对性展示的时候，需要在数据可视化界面中的查询语句编辑控件中输入与查询的指标数据相关的查询语句。查询语句的类型可以为PromQL语句。查询语句中具体可以包括但不限于以下内容：指标名称以及标签，其中标签的作用主要是为了从不同的维度对指标数据进行分类。

举例而言，查询语句的表现形式可以为：“sum by(le,chainID)(chainmaker_scheduler_metric_vm_run_time_bucket{chainID=~”$chainID”,job=~”$node”,le=”0.005”,pod_name=~”consensus.*”}）”。其中chainID用于表示区块链节点的ID，job表示设备节点的名称，pod_name表示采集的应用软件的名称，le用于表示采集的时间间隔，sum用于表示求和操作。

S24：在所述数据展示区展示查询到的指标数据。

在本实施例中提供了一种数据可视化方法，通过数据可视化配置界面能够对数据进行可视化展示，便于用户对数据的情况有一个更加直观的感知。通过在界面选定数据源，可以获取到该数据源对应的从区块链上拉取到的数据，通过对PromQL语句的编辑能够查询到PromQL语句中包含的待查询指标对应的指标数据，实现对指标数据的针对性展示。

在本申请一种可能的实施方式中，在步骤S23中提到“在查询语句编辑控件中编辑查询语句”，假设这里的查询语句为PromQL语句还可以对待查询的指标数据进行运算处理方式的确定。具体的运算处理方式可以包括但不限于以下几种：求和、最小值、最大值、平均值、标准差等。针对不同的运算处理方式可以在查询语句中进行描述限定。举例而言，当需要对查询数据进行求和操作时，可以在查询语句中加入求和的操作符sum；当需要对查询数据进行求标准差操作时，可以在查询语句中加入标准差的操作符stddev。

当需要对待查询的指标数据进行运算处理时，指标数据在数据展示区进行展示的具体过程可以为：首先对查询到的指标数据以运算处理方式进行运算处理，然后在数据展示区对查询到的指标数据的运算处理结果进行展示。上述提到的运算处理的过程可以利用运算处理器完成，还可以利用运算程序完成，还可以利用运算模块完成，具体的运算处理的完成方式在此不做限定。由此可知，在对指标数据进行展示之前，可以对指标数据进行运算处理，运算处理的方式可以由用户利用查询语句进行自定义，基于个性化的查询语句的设置可以对数据进行不同的处理，进而展示出不同维度的数据情况。

在本申请一种可能的实施方式中，这里的查询语句还可以对待查询的指标数据进行待查询指标的区分展示方式的确定。当想要对不同数据源的相同指标数据进行统计时，需要对不同数据源的指标数据的统计结果进行区分展示，如此能够便于实现对不同数据源的指标数据进行对比的可视化。

举例而言，假设指标数据为cpu的使用率，且数据源为Prometheus及Graphite。此时需要对Prometheus及Graphite的中关于cpu的使用率的数据进行查询，然后进行显示，区分展示的形式可以为将不同数据源的cpu的使用率的指标数据情况在同一张显示图像上进行同时展示，还可以为将不同数据源的cpu的使用率的指标数据情况在同一张显示图像上进行非同时展示。图8为本申请实施例提供的一种将指标数据情况进行同时展示的示意图，如图8所示，在数据可视化界面中以折线图的方式展示Prometheus及Graphite的cpu的使用率，在查询功能区中数据源类型选定为Prometheus及Graphite，同时输入了查询指标语句A为Sum(rate(node_cpu_seconds_total{mode!=”idle”}[1m]))by(instance_name)。在数据显示区中对根据查询指标语句查询到的数据情况进行展示，如图8所示，图中instance_name=”graphite”对应的即为Graphite的cpu使用率的时间分布，instance_name=”prometheus” 对应的即为Prometheus的cpu使用率的时间分布。图9a为本申请实施例提供的一种将指标数据情况进行非同时展示的一种示意图，图9b为本申请实施例提供的一种将指标数据情况进行非同时展示的另一种示意图。如图9a所示，在数据展示区仅展示了Graphite的cpu的使用率。如图9b所示，在数据展示区仅展示了Prometheus的cpu的使用率。进行示意图切换的方式可以通过点击展示图下方的图例实现不同数据源的数据展示的切换，也即当点击instance_name=”graphite”旁边的图标，即可将数据展示区的展示图切换为graphite的cpu的使用率的情况的示意图；当点击instance_name=” prometheus”旁边的图标，即可将数据展示区的展示图切换为Prometheus的cpu的使用率的情况的示意图。由此可以，在对数据进行展示的过程中可能会面临想要同时获取多种不同的数据源的指标数据的情况并进行展示，通过在PromQL语句描述针对待查询指标的区分展示方式，能够实现对不同数据源的指标数据进行同时或不同时的展示。

在本申请一种可能的实施方式中，这里的PromQL语句还可以对待查询的指标数据进行时间分布区间的显示。当想要对指标数据进行时间维度的显示时，可以利用PromQL语句描述时间分布区间的设置，将指标数据的查询与时间分布作为其中一个维度在数据展示区进行展示。图10为本申请实施例提供的一种以时间分布区间进行指标数据展示的示意图，如图10所示，横坐标为时间分布区间，纵坐标表示的是指标数据中交易的数量，数据展示的形式为按照柱状图的形式进行展示。由此可知，可以通过PromQL语句描述时间分布区间或是时间分布间隔，使得指标数据与时间分布区间具有匹配关系，能够按照时间分布的方式进行指标数据的展示。

在本申请一种可能的实施方式中，本申请实施例中提到的Prometheus服务端存储的数据可以包括包括从不同的区块链网络的区块链节点中拉取到的指标数据。图11为本申请实施例提供的一种以区块链网络作为展示维度进行数据可视化的示意图。

如图11所示，具体而言，Prometheus服务端拉取到的指标数据可以包括来自多种区块链环境中（联盟链、公链）的数据；在区块链网络这层中，可以包含公链的以太坊（Ethereum）、cosmos等多种应用链，以及联盟链的fabric、chainmaker等，将Prometheus客户端集成在不同网络的区块链节点上，收集不同区块链网络的节点执行交易过程中用户方自定义的指标数据；定时使用外部的Prometheus服务端拉取不同节点上Prometheus客户端采集到的指标数据，并持久化存储作为其它组件的数据源；使用数据可视化配置界面，利用用户自定义的PromQL查询语句可以从Prometheus服务端中拉取不同指标的数据进行展示或配合数据可视化配置界面支持的公式对从Prometheus服务端拉取到的多个指标数据进行运算，可视化指标计算后的结果，同时对于指标数据的可视化规则可以由用户进行自定义。

在本申请一种可能的实施方式中，在利用数据可视化配置界面对查询到的指标数据进行可视化展示的同时，还可以通过对查询到的指标数据进行分析并生成对应的数据报告。本申请实施例提供的数据可视化配置界面能够对接多种不同的数据源，在对数据源中的指标数据进行查询时，可以将来自不同数据源的指标数据进行统一格式的处理，如此能够使得数据可视化配置界面能够兼容不同的数据源的数据并对它们进行处理。

具体而言，首先数据可视化配置界面可以进行数据源的选择，然后从选定的数据源处获取到对应的指标数据。根据查询语句的设定从指标数据中查找到与查询语句要求符合的数据，并将数据情况在数据展示区进行展示。在对指标数据执行查找操作的过程中，可以根据查询语句中设定的指标条件对查询到的指标数据进行不同维度的解析，并得到解析结果，然后将解析结果以数据报告的形式在数据展示区展示。解析结果可以为对指标数据的数量、出现频率以及对数据进行数学处理的结果等。通过生成数据报告能够为用户系统地呈现出指标数据地各个维度的情况，便于用户对指标数据的情况进行了解。

基于前文实施例提供的数据获取方法，本申请中还相应提供了一种数据获取装置。以下结合图12进行说明。图12为本申请实施例提供的数据获取装置的结构示意图。如图12所示的数据获取装置应用于区块链网络中的区块链节点，在区块链节点上配置有数据采集系统的客户端，该装置具体包括：

指标确定单元101，用于响应于在数据采集系统的客户端的指标配置操作，确定配置的目标指标；其中目标指标与目标业务的数据需求关联，目标指标包括中间状态变动指标，中间状态变动指标为描述与区块链网络执行交易过程中所相关数据的指标；

数据获取单元102，用于在区块链节点的交易执行引擎执行交易期间，通过数据采集系统的客户端从交易执行引擎获得与中间状态变动指标对应的指标数据；

对应关系记录单元103，用于在区块链节点的交易执行引擎执行交易期间，通过数据采集系统的客户端记录获得的指标数据与配置的中间状态变动指标的第一对应关系；

发送单元104，用于响应于来自数据采集系统的服务端的数据拉取请求，通过数据采集系统的客户端向数据采集系统的服务端发送获得的指标数据以及记录的第一对应关系，以便数据采集系统的服务端将拉取到的与中间状态变动指标对应的指标数据存储于区块链节点外部的存储空间。

作为一种实施方式，指标确定单元101中的目标指标还包括最终状态指标，最终状态指标为描述区块链网络执行交易结束后链上状态相关数据的指标；数据获取装置还可以包括最终状态指标存储单元105，最终状态指标存储单元105具体可以包括：

指标记录子单元，用于在区块链节点的交易执行引擎执行交易结束后，数据采集系统的客户端从区块链节点的链上持久化状态数据库或交易执行引擎获得与最终状态指标对应的指标数据，并记录获得的指标数据与配置的最终状态指标的第二对应关系；

数据存储子单元，用于响应于来自数据采集系统的服务端的数据拉取请求，数据采集系统的客户端向数据采集系统的服务端发送从链上持久化状态数据库获得的指标数据以及记录的第二对应关系，以便数据采集系统的服务端将拉取到的与最终状态指标对应的指标数据存储于区块链节点外部的存储空间。

作为一种实施方式，数据获取装置还可以包括：采集代码部署单元106，采集代码部署单元106具体可以包括：

代码部署子单元，用于根据中间状态变动指标，在区块链节点中与中间状态变动指标关联的目标交易执行模块中上部署采集代码；

数据写入子单元，用于在目标交易执行模块运行采集代码后，交易执行引擎将采集到的中间状态变动指标对应的指标数据写入数据采集系统的客户端。

基于前文实施例提供的数据可视化方法，本申请中还相应提供了一种数据可视化装置。以下结合图13进行说明。图13为本申请实施例提供的数据可视化装置的结构示意图。如图13所示，该装置具体包括：

数据源确定单元201，用于响应于在数据源配置界面中，对数据采集系统的标识的触发操作，确定所配置的数据源为数据采集系统的服务端存储的数据；所述数据采集系统的服务端存储的数据为从区块链网络的区块链节点拉取到的；所述区块链节点通过执行前面提供的数据获取方法获取指标数据并提供给所述数据采集系统的服务端；

界面展示单元202，用于展示数据可视化配置界面，所述数据可视化配置界面中包括查询功能区和数据展示区；

查询单元203，用于响应于在所述查询功能区中编辑的查询语句，在所配置的数据源中查询与所述查询语句中包含的待查询指标对应的指标数据；

指标数据展示单元204，用于在所述数据展示区展示查询到的指标数据。

作为一种实施方式，查询语句描述了针对所述待查询指标的运算处理方式，指标数据展示单元204具体可以包括：

处理子单元，用于对查询到的指标数据以运算处理方式进行运算处理；

展示子单元，用于在数据展示区对查询到的指标数据的运算处理结果进行展示。

作为一种实施方式，查询语句描述了针对所述待查询指标的区分展示方式，指标数据展示单元204具体可以包括：

对查询到的指标数据以区分展示方式进行区分后展示在数据展示区。

作为一种实施方式，查询语句描述了时间分布区间，在查询单元203中需要在所配置的数据源中查询与时间分布区间匹配，且与查询语句中包含的待查询指标对应的指标数据。然后利用指标数据展示单元204以时间作为一个展示维度，在数据展示区展示查询到的指标数据。

作为一种实施方式，数据采集系统的服务端存储的数据可以包括从不同的区块链网络的区块链节点中拉取到的指标数据；若在所配置的数据源中查询到与查询语句中包含的待查询指标对应的，来自不同的区块链网络的指标数据，则利用指标数据展示单元204在数据展示区中，以区块链网络作为一个展示维度，区分展示查询到的指标数据。

作为一种实施方式，数据可视化装置中还可以包括报告生成单元205，报告生成单元205具体可以用于：首先基于查询到的指标数据、查询到的指标数据的统计结果、查询到的指标数据的运算处理结果中至少一种，对查询到的指标数据进行解析，得到解析结果；然后根据解析结果和数据展示区展示的图像生成数据报告。

本申请实施例提供了一种数据获取设备及数据可视化设备，该数据获取设备及数据可视化设备可以为服务器。图14是本申请实施例提供的一种服务器结构示意图，该服务器900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器（central processing units，CPU）922（例如，一个或一个以上处理器）和存储器932，一个或一个以上存储应用程序942或数据944的存储介质930（例如一个或一个以上海量存储设备）。其中，存储器932和存储介质930可以是短暂存储或持久存储。存储在存储介质930的程序可以包括一个或一个以上模块（图示没标出），每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器922可以设置为与存储介质930通信，在服务器900上执行存储介质930中的一系列指令操作。

服务器900还可以包括一个或一个以上电源926，一个或一个以上有线或无线网络接口950，一个或一个以上输入输出接口958，和/或，一个或一个以上操作系统941。

其中，CPU922用于执行如下步骤：

响应于在数据采集系统的客户端的指标配置操作，确定配置的目标指标；目标指标与目标业务的数据需求关联，目标指标包括中间状态变动指标，中间状态变动指标为描述与区块链网络执行交易过程中所相关数据的指标；

在区块链节点的交易执行引擎执行交易期间，数据采集系统的客户端从交易执行引擎获得与中间状态变动指标对应的指标数据，并记录获得的指标数据与配置的中间状态变动指标的第一对应关系；

响应于来自数据采集系统的服务端的数据拉取请求，数据采集系统的客户端向数据采集系统的服务端发送获得的指标数据以及记录的第一对应关系，以便数据采集系统的服务端将拉取到的与中间状态变动指标对应的指标数据存储于区块链节点外部的存储空间。

本申请实施例还提供了另一种数据获取设备及数据可视化设备，上述设备均可以为终端设备。如图15所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。以该终端设备为手机为例：

图15示出的是与本申请实施例提供的手机的部分结构的框图。参考图15，手机包括：射频（英文全称：Radio Frequency，英文缩写：RF）电路1010、存储器1020、输入单元1030、显示单元1040、传感器1050、音频电路1060、无线保真（英文全称：wirelessfidelity，英文缩写：WiFi）模块1070、处理器1080、以及电源1090等部件。本领域技术人员可以理解，图15中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图15对手机的各个构成部件进行具体的介绍：

RF电路1010可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1080处理；另外，将设计上行的数据发送给基站。通常，RF电路1010包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器（英文全称：LowNoise Amplifier，英文缩写：LNA）、双工器等。此外，RF电路1010还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统（英文全称：Global System of Mobile communication，英文缩写：GSM）、通用分组无线服务（英文全称：General Packet Radio Service，GPRS）、码分多址（英文全称：CodeDivision Multiple Access，英文缩写：CDMA）、宽带码分多址（英文全称：Wideband CodeDivision Multiple Access, 英文缩写：WCDMA）、长期演进（英文全称：Long TermEvolution，英文缩写：LTE）、电子邮件、短消息服务（英文全称：Short Messaging Service，SMS）等。

存储器1020可用于存储软件程序以及模块，处理器1080通过运行存储在存储器1020的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1020可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可存储根据手机的使用所创建的数据（比如音频数据、电话本等）等。此外，存储器1020可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1030可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1030可包括触控面板1031以及其他输入设备1032。触控面板1031，也称为触摸屏，可收集用户在其上或附近的触摸操作（比如用户使用手指、触笔等任何适合的物体或附件在触控面板1031上或在触控面板1031附近的操作），并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1031可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1080，并能接收处理器1080发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1031。除了触控面板1031，输入单元1030还可以包括其他输入设备1032。具体地，其他输入设备1032可以包括但不限于物理键盘、功能键（比如音量控制按键、开关按键等）、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1040可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1040可包括显示面板1041，可选的，可以采用液晶显示器（英文全称：Liquid Crystal Display，英文缩写：LCD）、有机发光二极管（英文全称：Organic Light-Emitting Diode，英文缩写：OLED）等形式来配置显示面板1041。进一步的，触控面板1031可覆盖显示面板1041，当触控面板1031检测到在其上或附近的触摸操作后，传送给处理器1080以确定触摸事件的类型，随后处理器1080根据触摸事件的类型在显示面板1041上提供相应的视觉输出。虽然在图15中，触控面板1031与显示面板1041是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1031与显示面板1041集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器1050，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1041的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1041和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上（一般为三轴）加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用（比如横竖屏切换、相关游戏、磁力计姿态校准）、振动识别相关功能（比如计步器、敲击）等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路1060、扬声器1061，传声器1062可提供用户与手机之间的音频接口。音频电路1060可将接收到的音频数据转换后的电信号，传输到扬声器1061，由扬声器1061转换为声音信号输出；另一方面，传声器1062将收集的声音信号转换为电信号，由音频电路1060接收后转换为音频数据，再将音频数据输出处理器1080处理后，经RF电路1010以发送给比如另一手机，或者将音频数据输出至存储器1020以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块1070可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图15示出了WiFi模块1070，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器1080是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1020内的软件程序和/或模块，以及调用存储在存储器1020内的数据，执行手机的各种功能和处理数据，从而对手机进行整体数据及信息收集。可选的，处理器1080可包括一个或多个处理单元；优选的，处理器1080可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1080中。

手机还包括给各个部件供电的电源1090（比如电池），优选的，电源可以通过电源管理系统与处理器1080逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本申请实施例中，该手机所包括的处理器1080还具有以下功能：

响应于在数据采集系统的客户端的指标配置操作，确定配置的目标指标；其中目标指标与目标业务的数据需求关联，目标指标包括中间状态变动指标，中间状态变动指标为描述与区块链网络执行交易过程中所相关数据的指标；

在区块链节点的交易执行引擎执行交易期间，数据采集系统的客户端从交易执行引擎获得与中间状态变动指标对应的指标数据，并记录获得的指标数据与配置的中间状态变动指标的第一对应关系；

响应于来自数据采集系统的服务端的数据拉取请求，数据采集系统的客户端向数据采集系统的服务端发送获得的指标数据以及记录的第一对应关系，以便数据采集系统的服务端将拉取到的与中间状态变动指标对应的指标数据存储于区块链节点外部的存储空间。

在本申请实施例中，该手机所包括的处理器1080还具有以下功能：

展示数据可视化配置界面，数据可视化配置界面中包括查询功能区和数据展示区；查询功能区包括数据源配置控件和查询语句编辑控件；

响应于在数据源配置控件中，对数据采集系统的标识的触发操作，确定所配置的数据源为数据采集系统的服务端存储的数据；数据采集系统的服务端存储的数据为从区块链网络的区块链节点拉取到的；区块链节点通过执行数据获取方法获取指标数据并提供给数据采集系统的服务端；

响应于在查询语句编辑控件中编辑的查询语句，在所配置的数据源中查询与查询语句中包含的待查询指标对应的指标数据；

在数据展示区展示查询到的指标数据。

本申请实施例还提供一种计算机可读存储介质，用于存储计算机程序，该计算机程序在数据获取设备上运行时，使得该数据获取设备执行前述各个实施例所述的一种数据获取方法中的任意一种实施方式。

本申请实施例还提供另一种计算机可读存储介质，用于存储计算机程序，该计算机程序在数据可视化设备上运行时，使得该数据可视化设备执行前述各个实施例所述的一种数据可视化方法中的任意一种实施方式。

本申请实施例还提供一种包括计算机程序的计算机程序产品，当其在数据获取设备上运行时，使得数据获取设备执行前述各个实施例所述的一种数据获取方法中的任意一种实施方式。

本申请实施例还提供另一种包括计算机程序的计算机程序产品，当其在数据可视化设备上运行时，使得数据可视化设备执行前述各个实施例所述的一种数据可视化方法中的任意一种实施方式。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、设备的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统和方法，可以通过其它的方式实现。例如，以上所描述的系统实施例仅仅是示意性的，例如，所述系统的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个系统可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的系统可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（英文全称：Read-OnlyMemory，英文缩写：ROM）、随机存取存储器（英文全称：Random Access Memory，英文缩写：RAM）、磁碟或者光盘等各种可以存储计算机程序的介质。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (18)

1.一种数据获取方法，其特征在于，应用于区块链网络中的区块链节点，所述区块链节点上配置有数据采集系统的客户端；

响应于在所述数据采集系统的客户端的指标配置操作，确定配置的目标指标；所述目标指标与目标业务的数据需求关联，所述目标指标包括中间状态变动指标和最终状态指标，所述中间状态变动指标为描述与所述区块链网络执行交易过程中所相关数据的指标，所述中间状态变动指标包括指定操作所涉及的调用地址、指定地址的状态变动、每笔交易执行所消耗的时间和交易执行的时间范围，所述最终状态指标为描述所述区块链网络执行交易结束后链上状态相关数据的指标；

在所述区块链节点的交易执行引擎执行交易期间，所述数据采集系统的客户端从所述交易执行引擎获得与所述中间状态变动指标对应的指标数据，并记录所述中间状态变动指标对应的指标数据与配置的所述中间状态变动指标的第一对应关系，所述第一对应关系通过表格链接的形式存储至所述客户端；

响应于来自数据采集系统的服务端的数据拉取请求，所述数据采集系统的客户端向所述数据采集系统的服务端发送获得的所述中间状态变动指标对应的指标数据以及记录的第一对应关系，以便所述数据采集系统的服务端将拉取到的与所述中间状态变动指标对应的指标数据存储于所述区块链节点外部的存储空间；

在所述区块链节点的交易执行引擎执行交易结束后，所述数据采集系统的客户端从所述区块链节点的链上持久化状态数据库或所述交易执行引擎获得与所述最终状态指标对应的指标数据，并记录所述最终状态指标对应的指标数据与配置的所述最终状态指标的第二对应关系；

响应于来自数据采集系统的服务端的数据拉取请求，所述数据采集系统的客户端向所述数据采集系统的服务端发送从所述链上持久化状态数据库获得的所述最终状态指标对应的指标数据以及记录的第二对应关系，以便所述数据采集系统的服务端将拉取到的与所述最终状态指标对应的指标数据存储于所述区块链节点外部的存储空间。

2.根据权利要求1所述的数据获取方法，其特征在于，在所述确定配置的目标指标之后，所述方法还包括：

根据所述中间状态变动指标，在所述区块链节点中与所述中间状态变动指标关联的目标交易执行模块上部署采集代码；

在所述目标交易执行模块运行所述采集代码后，所述交易执行引擎将采集到的所述中间状态变动指标对应的指标数据写入所述数据采集系统的客户端。

3.一种数据可视化方法，其特征在于，包括：

展示数据可视化配置界面，所述数据可视化配置界面中包括查询功能区和数据展示区；所述查询功能区包括数据源配置控件和查询语句编辑控件；

响应于在数据源配置控件中对数据采集系统的标识的触发操作，确定所配置的数据源为数据采集系统的服务端存储的数据；所述数据采集系统的服务端存储的数据为从区块链网络的区块链节点拉取到的；所述区块链节点通过执行权利要求1-2任一项所述的数据获取方法获取指标数据并提供给所述数据采集系统的服务端；

响应于在所述查询语句编辑控件中编辑的查询语句，在所配置的数据源中查询与所述查询语句中包含的待查询指标对应的指标数据；

在所述数据展示区展示查询到的指标数据。

4.根据权利要求3所述的数据可视化方法，其特征在于，所述查询语句描述了针对所述待查询指标的运算处理方式：

所述在所述数据展示区展示查询到的指标数据，包括：

对查询到的指标数据以所述运算处理方式进行运算处理；

在所述数据展示区对查询到的指标数据的运算处理结果进行展示。

5.根据权利要求3所述的数据可视化方法，其特征在于，所述查询语句描述了针对所述待查询指标的区分展示方式；

所述在所述数据展示区展示查询到的指标数据，包括：

对查询到的指标数据以所述区分展示方式进行区分后展示在所述数据展示区。

6.根据权利要求3所述的数据可视化方法，其特征在于，所述查询语句描述了时间分布区间；

所述在所配置的数据源中查询与所述查询语句中包含的待查询指标对应的指标数据，包括：

在所配置的数据源中查询与所述时间分布区间匹配，且与所述查询语句中包含的待查询指标对应的指标数据；

所述在所述数据展示区展示查询到的指标数据，包括：

以时间作为一个展示维度，在所述数据展示区展示查询到的指标数据。

7.根据权利要求3所述的数据可视化方法，其特征在于，所述数据采集系统的服务端存储的数据包括从不同的区块链网络的区块链节点中拉取到的指标数据；

若在所配置的数据源中查询到与所述查询语句中包含的待查询指标对应的，来自不同的区块链网络的指标数据，则所述在所述数据展示区展示查询到的指标数据，包括：

在所述数据展示区中，以区块链网络作为一个展示维度，区分展示查询到的指标数据。

8.根据权利要求3-6任一项所述的数据可视化方法，其特征在于，还包括：

基于查询到的指标数据、查询到的指标数据的统计结果、查询到的指标数据的运算处理结果中至少一种，对查询到的指标数据进行解析，得到解析结果；

根据所述解析结果和所述数据展示区展示的图像生成数据报告。

9.一种数据获取装置，其特征在于，应用于区块链网络中的区块链节点，所述区块链节点上配置有数据采集系统的客户端；

指标确定单元，用于响应于在所述数据采集系统的客户端的指标配置操作，确定配置的目标指标；所述目标指标与目标业务的数据需求关联，所述目标指标包括中间状态变动指标和最终状态指标，所述中间状态变动指标为描述与所述区块链网络执行交易过程中所相关数据的指标，所述中间状态变动指标包括指定操作所涉及的调用地址、指定地址的状态变动、每笔交易执行所消耗的时间和交易执行的时间范围，最终状态指标为描述区块链网络执行交易结束后链上状态相关数据的指标；

数据获取单元，用于在所述区块链节点的交易执行引擎执行交易期间，通过所述数据采集系统的客户端从所述交易执行引擎获得与所述中间状态变动指标对应的指标数据；

对应关系记录单元，用于在所述区块链节点的交易执行引擎执行交易期间，通过所述数据采集系统的客户端记录所述中间状态变动指标对应的指标数据与配置的所述中间状态变动指标的第一对应关系，所述第一对应关系通过表格链接的形式存储至所述客户端；

发送单元，用于响应于来自数据采集系统的服务端的数据拉取请求，通过所述数据采集系统的客户端向所述数据采集系统的服务端发送获得的所述中间状态变动指标对应的指标数据以及记录的第一对应关系，以便所述数据采集系统的服务端将拉取到的与所述中间状态变动指标对应的指标数据存储于所述区块链节点外部的存储空间；

最终状态指标存储单元具体包括：

指标记录子单元，用于在区块链节点的交易执行引擎执行交易结束后，数据采集系统的客户端从区块链节点的链上持久化状态数据库或交易执行引擎获得与最终状态指标对应的指标数据，并记录所述最终状态指标对应的指标数据与配置的最终状态指标的第二对应关系；

数据存储子单元，用于响应于来自数据采集系统的服务端的数据拉取请求，数据采集系统的客户端向数据采集系统的服务端发送从链上持久化状态数据库获得的所述最终状态指标对应的指标数据以及记录的第二对应关系，以便数据采集系统的服务端将拉取到的与最终状态指标对应的指标数据存储于区块链节点外部的存储空间。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：采集代码部署单元，采集代码部署单元具体包括：

代码部署子单元，用于根据中间状态变动指标，在区块链节点中与中间状态变动指标关联的目标交易执行模块上部署采集代码；

数据写入子单元，用于在目标交易执行模块运行采集代码后，交易执行引擎将采集到的中间状态变动指标对应的指标数据写入数据采集系统的客户端。

11.一种数据可视化装置，其特征在于，包括：

数据源确定单元，用于响应于在数据源配置界面中对数据采集系统的标识的触发操作，确定所配置的数据源为数据采集系统的服务端存储的数据；所述数据采集系统的服务端存储的数据为从区块链网络的区块链节点拉取到的；所述区块链节点通过执行权利要求1-2任一项所述的数据获取方法获取指标数据并提供给所述数据采集系统的服务端；

界面展示单元，用于展示数据可视化配置界面，所述数据可视化配置界面中包括查询功能区和数据展示区；

查询单元，用于响应于在所述查询功能区中编辑的查询语句，在所配置的数据源中查询与所述查询语句中包含的待查询指标对应的指标数据；

指标数据展示单元，用于在所述数据展示区展示查询到的指标数据。

12.根据权利要求11所述的装置，其特征在于，查询语句描述了针对所述待查询指标的运算处理方式，所述指标数据展示单元具体包括：

处理子单元，用于对查询到的指标数据以运算处理方式进行运算处理；

展示子单元，用于在数据展示区对查询到的指标数据的运算处理结果进行展示。

13.根据权利要求11所述的装置，其特征在于，查询语句描述了针对所述待查询指标的区分展示方式，所述指标数据展示单元具体包括：

对查询到的指标数据以区分展示方式进行区分后展示在数据展示区。

14.根据权利要求11所述的装置，其特征在于，查询语句描述了时间分布区间，所述查询单元在所配置的数据源中查询与时间分布区间匹配，且与查询语句中包含的待查询指标对应的指标数据，利用指标数据展示单元以时间作为一个展示维度，在数据展示区展示查询到的指标数据。

15.根据权利要求11所述的装置，其特征在于，数据采集系统的服务端存储的数据包括从不同的区块链网络的区块链节点中拉取到的指标数据；若在所配置的数据源中查询到与查询语句中包含的待查询指标对应的，来自不同的区块链网络的指标数据，则利用指标数据展示单元在数据展示区中，以区块链网络作为一个展示维度，区分展示查询到的指标数据。

16.根据权利要求11-15任一所述的装置，其特征在于，数据可视化装置中还包括报告生成单元，所述报告生成单元具体用于：基于查询到的指标数据、查询到的指标数据的统计结果、查询到的指标数据的运算处理结果中至少一种，对查询到的指标数据进行解析，得到解析结果；根据解析结果和数据展示区展示的图像生成数据报告。

17.一种计算机设备，其特征在于，所述设备包括处理器以及存储器：

所述存储器用于存储计算机程序，并将所述计算机程序传输给所述处理器；

所述处理器用于根据所述计算机程序中的指令执行权利要求1至2中任一项所述的数据获取方法的步骤，或者执行权利要求3-8中任一项所述的数据可视化方法的步骤。

18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，所述计算机程序被计算机设备执行时实现权利要求1至2中任一项所述的数据获取方法的步骤，或者执行时实现权利要求3-8中任一项所述的数据可视化方法的步骤。