CN111275538A - 一种数据处理方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种数据处理方法、装置、计算机设备及存储介质，该方法包括：获取第一税局终端针对用户终端所配置的预警策略，将与预警策略相关联的策略配置信息写入区块链网络对应的区块链中；预警策略包含用户终端在时间统计维度内所开具的电子票据的资产转移额度；实时统计区块链数据库中所存储的用户终端所开具的电子票据的资产转移份额；基于资产转移份额、资产转移额度以及时间统计维度，确定用户终端开具电子票据的业务状态；在监控到用户终端的业务状态为异常状态时，生成一个预警信息；将预警信息发送给第二税局终端，以使第二税局终端对应的税局用户基于预警信息进行业务处理。采用本申请实施例，可以提高监控的实时性。

Description

一种数据处理方法、装置、计算机设备及存储介质

技术领域

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

背景技术

目前企业用户对应的用户终端(例如，用户终端A)可以通过税控盘的方式，周期性地从税局终端获取到电子票据。可以理解的是，该用户终端A需要统计上一领票周期(例如，30天前)所获取的电子票据中已经开具的电子票据的票据信息(即核销信息)，并将该核销信息发送给与该用户终端A相关联的税局终端(例如，税局终端B)，以使税局终端B可以基于核销信息确定该用户终端A在上一领票周期的业务状态。例如，用户终端A的领票周期可以为30天，若该用户终端A在领取电子票据的第5天内所开具电子票据的业务状态已经为异常状态。此时，该税局终端B实际是无法及时获取该用户终端A在第5天且未达到一个领票周期内所开具电子票据的核销信息，从而导致该用户终端A在存在异常之后的25天内依旧可以继续开具电子票据，以至于降低了监控的实时性。

申请内容

本申请实施例提供一种数据处理方法、装置、计算机设备及存储介质，可以提高监控的实时性。

本申请实施例一方面提供一种数据处理方法，该方法由区块链网络中的服务器节点执行，包括：

获取第一税局终端针对用户终端所配置的预警策略，将与预警策略相关联的策略配置信息写入区块链网络对应的区块链中；预警策略包含用户终端在时间统计维度内所开具的电子票据的资产转移额度；

实时统计区块链数据库中所存储的用户终端所开具的电子票据的资产转移份额；区块链数据库中的资产转移份额是基于区块链网络中的同步机制所得到的用户终端所开具的电子票据的资产转移份额；

基于资产转移份额、资产转移额度以及时间统计维度，确定用户终端开具电子票据的业务状态；

在监控到用户终端的业务状态为异常状态时，生成一个预警信息；

将预警信息发送给第二税局终端，以使第二税局终端对应的税局用户基于预警信息进行业务处理；第二税局终端是用户终端所对应的地方税局终端。

本申请实施例一方面提供一种数据处理方法，该方法由与服务器节点相关联的第二税局终端执行，包括：

将第一税局终端针对用户终端配置的预警策略发送至服务器节点，以使服务器节点将与预警策略相关联的策略配置信息写入服务器节点所属区块链网络对应的区块链中；预警策略包含用户终端在时间统计维度内所开具的电子票据的资产转移额度；第一用户税局终端是用户终端的地方税局终端；

接收服务器节点基于预警策略所生成的预警信息，以使预警信息显示在第二税局终端的预警处理列表中；预警信息是服务器节点在监控到用户终端的业务状态为异常状态时所生成的信息；

响应第二税局终端对应的税局用户针对预警处理列表中的预警信息的目标区域所执行的触发操作，基于触发操作对用户终端进行业务处理。

本申请实施例一方面提供一种数据处理装置，该装置运行于区块链网络中的服务器节点，包括：

获取模块，用于获取第一税局终端针对用户终端所配置的预警策略，将与预警策略相关联的策略配置信息写入区块链网络对应的区块链中；预警策略包含用户终端在时间统计维度内所开具的电子票据的资产转移额度；

统计模块，用于实时统计区块链数据库中所存储的用户终端所开具的电子票据的资产转移份额；区块链数据库中的资产转移份额是基于区块链网络中的同步机制所得到的用户终端所开具的电子票据的资产转移份额；

确定模块，用于基于资产转移份额、资产转移额度以及时间统计维度，确定用户终端开具电子票据的业务状态；

生成模块，用于在监控到用户终端的业务状态为异常状态时，生成一个预警信息；

信息发送模块，用于将预警信息发送给第二税局终端，以使第二税局终端对应的税局用户基于预警信息进行业务处理；第二税局终端是用户终端所对应的地方税局终端。

其中，该统计模块包括：

分类单元，用于基于区块链数据库中的电子票据的票据信息中的开票用户，对区块链数据库中的电子票据进行分类；

第一确定单元，用于将开票用户为用户终端对应用户的电子票据作为目标电子票据；

统计单元，用于实时统计目标电子票据中的资产转移份额。

其中，该确定模块包括：

第二确定单元，用于若在时间统计维度内，用户终端所开具的电子票据的资产转移份额未达到预警策略中的资产转移额度，则确定用户终端开具电子票据的业务状态为正常状态；

第三确定单元，用于若在时间统计维度内，用户终端所开具的电子票据的资产转移份额达到预警策略中的资产转移额度，则确定用户终端开具电子票据的业务状态为异常状态。

其中，该生成模块包括：

记录单元，用于在监控到用户终端的业务状态为异常状态时，记录监控到异常状态的触发时间戳；

获取单元，用于获取用户终端所对应的开票用户的用户属性信息；用户属性信息包括开票用户的识别号，开票用户的用户名称；

生成单元，用于基于触发时间戳，用户属性信息以及预警策略，生成一个预警信息。

本申请一方面提供了一种节点设备，包括：处理器、存储器、网络接口；

该处理器与存储器、网络接口相连，其中，网络接口用于提供数据通信功能，该存储器用于存储计算机程序，该处理器用于调用该计算机程序，以执行本申请实施例中上述一方面中的方法。

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

本申请实施例一方面提供一种数据处理装置，该装置运行于与服务器节点相关联的第二税局终端，包括：

策略发送模块，用于将第一税局终端针对用户终端配置的预警策略发送至服务器节点，以使服务器节点将与预警策略相关联的策略配置信息写入服务器节点所属区块链网络对应的区块链中；预警策略包含用户终端在时间统计维度内所开具的电子票据的资产转移额度；第一用户税局终端是用户终端的地方税局终端；

信息接收模块，用于接收服务器节点基于预警策略所生成的预警信息，以使预警信息显示在第二税局终端的预警处理列表中；预警信息是服务器节点在监控到用户终端的业务状态为异常状态时所生成的信息；

响应模块，用于响应第二税局终端对应的税局用户针对预警处理列表中的预警信息的目标区域所执行的触发操作，基于触发操作对用户终端进行业务处理。

其中，该策略发送模块包括：

第一获取单元，用于获取具有超级权限的第一税局终端针对用户终端配置的通用的预警策略；通用的预警策略是第一税局终端在接收到用户终端发送的注册信息时，针对用户终端在时间统计维度内所开具的电子票据的资产转移额度所配置的预警策略；

第一发送单元，用于将通用的预警策略作为目标预警策略发送至服务器节点，以使服务器节点将目标预警策略相关联的策略配置信息写入服务器节点所属区块链网络对应的区块链中。

其中，该策略发送模块还包括：

第二获取单元，用于获取用户终端对应的历史业务行为数据，预估用户终端对应的开票用户的业务规模；

确定单元，用于基于业务规模，确定通用的预警策略的合理性；

策略更新单元，用于若通用的预警策略不具备合理性，则针对用户终端在时间统计维度内所开具的电子票据的资产转移额度，对通用的预警策略进行更新，得到更新后的预警策略；

第二发送单元，用于将更新后的预警策略作为目标预警策略发送至服务器节点，以使服务器节点将目标预警策略相关联的策略配置信息写入服务器节点所属区块链网络对应的区块链中。

其中，该响应模块包括：

第一响应单元，用于响应第二税局终端对应的税局用户针对预警处理列表中的预警信息所属的目标区域所执行的触发操作；目标区域为与更新预警策略相关联的可操作性区域；

更新处理单元，用于基于触发操作，对用户终端进行更新预警策略的业务处理。

其中，该响应模块包括：

第二响应单元，用于响应第二税局终端对应的税局用户针对预警处理列表中的预警信息的目标区域所执行的触发操作；目标区域为与暂停用户终端开具电子票据相关联的可操作性区域；

暂停处理单元，用于基于触发操作对用户终端进行暂停用户终端开具电子票据的处理。

本申请一方面提供了一种计算机设备，包括：处理器、存储器、网络接口；

该处理器与存储器、网络接口相连，其中，网络接口用于提供数据通信功能，该存储器用于存储计算机程序，该处理器用于调用该计算机程序，以执行本申请实施例中上述一方面中的方法。

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

在本申请实施例中，区块链网络中的服务器节点可以实时统计用户终端所开具的电子票据的资产转移份额，从而可以根据该资产转移份额、所获取的预警策略中的资产转移额度以及预警策略中的时间统计维度，快速确定该用户终端开具电子票据的业务状态。进一步地，在监控到该用户终端的业务状态为一场状态时，可以生成一个预警信息，并将该预警信息发送至第二税局终端，以使该第二税局终端对该用户终端进行业务处理。由于该服务器节点可以实时统计用户终端的资产转移份额，从而可以提高监控的实时性。

附图说明

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

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

图2是本申请实施例提供的一种网络架构的结构示意图；

图3是本申请实施例提供的一种进行数据交互的场景示意图；

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

图5是本申请实施例提供的一种将策略配置信息上链的场景示意图；

图6是本申请实施例提供的一种包含通用预警策略的界面显示图；

图7是本申请实施例提供的一种新增预警策略的界面显示图；

图8是本申请实施例提供的一种显示预警信息的场景示意图；

图9是本申请实施例提供的一种数据处理方法的流程示意图；

图10是本申请实施例提供的一种数据处理装置的结构示意图；

图11是本申请实施例提供的一种节点设备的示意图；

图12是本申请实施例提供的一种数据处理装置的结构示意图；

图13是本申请实施例提供的一种计算机设备的示意图；

图14是本申请实施例提供的一种数据处理系统的结构示意图。

具体实施方式

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

请参见图1，是本申请实施例提供的一种区块链节点系统的结构示意图。如图1所示，该区块链节点系统是指用于进行节点与节点之间数据共享的系统。该区块链节点系统可以包括多个节点。如图1所示，该区块链节点系统具体可以包括节点1000a、节点1000b、节点1000c、…、节点1000n。

其中，在区块链节点系统中，每个节点在进行正常工作时，均可以获取与预警策略相关联的策略配置信息，以维护区块链节点系统内的共享数据。为了保证区块链节点系统内的信息互通，该区块链节点系统中的每个节点之间可以建立网络连接，以通过网络连接进行数据传输。例如，当区块链节点系统中的任意节点在获取策略配置信息时，区块链节点系统中的其他节点便可以根据共识算法获取策略配置信息，并将策略配置信息作为共享数据中的数据进行存储，使得该区块链节点系统中所有节点上存储的数据均一致。

对于区块链节点系统中的每个节点，均具有与其对应的节点标识，而且区块链节点系统中的每个节点均可以存储有与当前节点具有网络连接关系的其他节点标识，以便后续根据其他节点的节点标识，将生成的区块广播至该区块链节点系统中的其他节点。每个节点中可维护一个如下表所示的节点标识列表，将节点名称和节点标识对应存储至节点标识列表中。其中，节点标识可为IP(Internet Protocol，网络之间互联的协议)地址以及其他任一种能够用于标识该节点的信息，表1中仅以IP地址为例进行说明。

表1

节点名称	节点标识
		节点1	117.114.151.174
节点2	117.116.189.145
		…	…
节点N	119.123.789.258

应当理解，本申请实施例可以在图1所示的区块链节点系统中的多个节点中选择一个节点作为该区块链节点系统对应的区块链网络中的服务器节点。例如，本申请实施例可以将区块链节点系统中的节点1000a作为该区块链网络中的服务器节点。

为便于理解，进一步地，请参见图2，是本申请实施例提供的一种网络架构的结构示意图。如图2所示，该网络架构可以包括服务器节点20，第一税局终端200x，第二税局终端200y以及用户终端集群。可以理解的是，图2所示的服务器节点20可以为上述图1所示区块链节点系统中的任意节点(例如，节点1000a)，该节点1000a可以为该区块链节点系统对应的区块链网络中的服务器节点。图2所示的用户终端集群可以包括多个用户终端。如图2所示，该用户终端集群具体可以包括：用户终端2000a、用户终端2000b、…、用户终端2000n。

如图2所示，用户终端2000a、用户终端2000b、…、用户终端2000n可以分别与服务器节点20进行网络连接，以便于每个用户终端可以通过网络连接与服务器节点20进行数据交互。此外，第一税局终端200x可以与服务器节点20进行网络连接，以便于该第一税局终端200x可以通过该网络连接与服务器节点20进行数据交互。其中，第一税局终端200x可以为具有超级权限的税局终端，例如，A市的税局终端。该税局终端可以针对第一税局终端200x所管辖的范围内(A市内)的用户终端配置与电子票据相关联的预警策略。第二税局终端200y可以与服务器节点20进行网络连接，以便于该第二税局终端200y可以通过该网络连接与服务器节点20进行数据交互。其中，第二税局终端200y可以为用户终端集群中的任意一个用户终端所对应的地方税局终端，例如，A1区的税局终端。应当理解，A1区可以属于A市的管辖范围。

其中，如图2所示的用户终端集群中的每个用户终端、第一税局终端200x以及第二税局终端200y均可以包括：智能手机、平板电脑、桌上型电脑等具有业务数据处理功能的智能终端。可以理解的是，本申请实施例可以在图2所示的用户终端集群的多个用户终端中选择一个用户终端作为与服务器节点20相关联的用户终端。例如，本申请实施例可以将用户终端集群中的用户终端2000a作为与服务器节点20相关联的用户终端。其中，用户终端2000a所对应的用户可以为餐馆A。应当理解，该用户终端2000a可以对在餐馆A中进行就餐的用户(例如，消费者B)进行开具电子票据的业务处理。

应当理解，第二税局终端200y可以将第一税局终端200x针对用户终端2000a配置的预警策略发送至服务器节点20。其中，该预警策略可以包含用户终端2000a在时间统计维度内所开具的电子票据的资产转移额度。例如，若该用户终端2000a对应的用户为某游戏A的运营商，则该第一税局终端200x针对用户终端2000a所配置的预警策略可以为15天内，资产转移额度超过100万游戏币。

该服务器节点20在接收到这一预警策略时，可以将与该预警策略相关联的策略配置信息写入到如图1所示的区块链节点系统中的区块链网络所对应的区块链中。进一步地，服务器节点20可以实时统计区块链数据库中所存储的用户终端2000a所开具的电子票据的资产转移份额。其中，该区块链数据库中的资产转移份额是基于如图1所示的区块链网络中的同步机制所得到用户终端2000a所开具的电子票据的资产转移份额。应当理解，用户终端2000a所开具的每一张电子票据均会被写入至该服务器节点20对应的区块链中，以便于后续服务器节点20可以统计该用户终端2000a所开具的电子票据的资产转移份额。

进一步地，服务器节点20可以基于资产转移份额、预警策略中的资产转移额度以及时间统计维度，确定用户终端2000a开具电子票据的业务状态。其中，业务状态可以包括正常状态以及异常状态。在服务器节点20监控到用户终端2000a的业务状态为异常状态时，服务器节点20可以生成一个用于进行业务处理的预警信息。此时，服务器节点20可以将预警信息发送至第二税局终端200y，第二税局终端200y可以将预警信息显示在第二税局终端200y的预警处理列表中。其中，预警信息中可以包含触发预警策略的触发时间戳、用户终端对应的识别号(例如，纳税号)、用户终端对应的用户名称、服务器节点20统计的时间范围、触发的预警策略、实际资产转移份额等。其中，预警处理列表中可以包含多条预警信息。

应当理解，第二税局终端200y可以响应第二税局终端对应的税局用户针对预警处理列表中的预警信息的目标区域所执行的触发操作，进而可以基于触发操作，对用户终端2000a进行业务处理。其中，触发操作可以包括点击或者长按等接触性触发操作，也可以包括手势或者语音等非接触性操作，这里将不对其进行限定。

为便于理解，进一步地，请参见图3，是本申请实施例提供的一种进行数据交互的场景示意图。如图3所示，本申请实施例中的税局终端300A可以为上述图2所对应的第二税局终端200y，该税局终端300A可以为用户终端300C所对应的地方税局终端。本申请实施例中的服务器节点300B可以为上述图2所对应的服务器节点20，该服务器节点300B也可以为上述图1所对应的区块链节点系统中的任意一个节点，例如，节点1000a。

应当理解，本申请实施例中的用户终端300C可以为XX企业对应的开具电子票据的终端。其中，第一税局终端所管辖的企业范围可以为D范围，D范围可以包含多个地方区域的范围，例如，具体可以包含D1范围、D2范围以及D3范围。可以理解的是，本申请实施例中的税局终端300A的管辖范围可以为D1范围，XX企业可以为在税局终端300A所管辖的范围D1内所开设的企业(例如，建材市场)。

可以理解的是，税局终端300A可以获取第一税局终端针对用户终端300C配置的预警策略。其中，该预警策略可以包含该用户终端300C在时间统计维度内所开具的电子票据的资产转移额度。应当理解，税局终端300A所获取的预警策略的数量可以为多个。例如，预警策略中的某一条预警策略可以为100天以内，开票资产额度超过100万。

此时，税局终端300A可以将所获取的预警策略发送至税局终端300A对应的服务器节点300B，进而服务器节点300B可以将与预警策略相关联的策略配置信息进行上链，从而提高该策略配置信息的可靠性。

其中，可以理解的是，图3所示的区块链3可以为上述图1中区块链网络所对应的区块链，该区块链3可以为服务器节点300B所对应区块链网络中每个节点均共享的一条相同的区块链，每个节点均可以在该条区块链3中获取该区块链所存储的信息。其中，该区块链3中包括区块30a、区块30b、…、区块30n以及目标区块，该区块30a可以称之为该区块链3的创世区块。该区块链3中的目标区块中包含着上述策略配置信息。

其中，该服务器节点300B可以将该策略配置信息写入该服务器节点300B所对应区块链网络中的区块链。换言之，该服务器节点300B可以从该区块链3中获取具有最大生成时间戳的区块30n。进一步地，该服务器节点300B可以根据该策略配置信息，生成待写入该区块链3中的目标区块。此时，该服务器节点300B将包含该策略配置信息的目标区块广播至该区块链网络中的所有区块链节点(比如，用于进行共识处理的共识节点)，在确定所有的区块链节点达成共识时，可以将该目标区块写入上述区块链3中，也就是将该目标区块作为区块30n的下一区块。

进一步地，服务器节点300B可以实时统计区块链数据库中所存储的用户终端300C所开具的电子票据的资产转移份额。其中，区块链数据库中的数据可以为基于区块链网络中的同步机制所得到数据。换言之，区块链数据库中的数据与服务器节点300B对应的区块链中所上传的数据相同，以使服务器节点300B可以从区块链数据库中直接获取用户终端300C的资产转移份额，而不需要从区块链中统计用户终端300C的资产转移份额，进而可以提高该服务器节点300B实时统计的性能。

其中，资产转移份额是指用户终端300C已经开具的电子票据的实际资产。例如，用户终端300C在时间统计维度内开具了两张电子票据(即电子票据E1，电子票据E2)。其中，电子票据E1中的金额可以为200元，电子票据E2中的金额可以为500元，则服务器节点300B所统计的资产转移份额可以为700元。

进一步地，服务器节点300B可以基于所统计的资产转移份额、预警策略中的资产转移额度以及时间统计维度，确定用户终端300C开具电子票据的业务状态。其中，该业务状态可以包括正常状态和异常状态。若在时间统计维度内，该用户终端300C所开具的电子票据的资产转移份额未达到上述预警策略中的资产转移额度，则服务器节点300B可以确定用户终端300C开具电子票据的业务状态为正常状态。若在时间统计维度内，该用户终端300C所开具的电子票据的资产转移份额达到上述预警策略中的资产转移额度，则服务器节点300B可以确定用户终端300C开具电子票据的业务状态为异常状态。

例如，预警策略中的某一条策略可以为100天以内开票资产额度超过100万。其中，这条策略中的资产转移额度可以为100万，时间统计维度可以为100天。应当理解，若在100天以内，用户终端300C所开具的电子票据的资产转移份额为70.26万时，即该资产转移份额未达到该策略中的资产转移额度，服务器节点300B可以确定用户终端300C的业务状态为正常状态。若在100天以内，该用户终端300C所开具的电子票据的资产转移份额为132.05万时，即该资产转移份额达到该策略中的资产转移额度，该服务器节点300B可以确定用户终端300C的业务状态为异常状态。

在服务器节点300B监控到用户终端300C的业务状态为异常状态时，可以生成一个预警信息，并将该预警信息发送至税局终端300A。此时，税局终端300A在接收到该预警信息时，可以将该预警信息显示在税局终端300A的预警处理列表中。进一步地，该税局终端300A对应的税局用户(例如，科员)可以针对该预警列表中的预警信息的目标区域执行触发操作。其中，该触发操作可以包含点击或者长按等接触性操作，也可以包含语音或者手势等非接触性操作，这里将不对其进行限定。

其中，该税局终端300A可以基于税局用户的触发操作，对用户终端300C进行更新该预警策略的业务处理。可以理解的是，若用户终端300C的历史业务数据量大、开票金额多等，则该税局用户可以确定用户终端300C所触发的预警策略不具备合理性，此时，该税局用户可以重新为用户终端300C配置新的预警策略，即更新预警策略。例如，该税局用户可以将触发的预警策略中的资产转移额度进行调整。换言之，若触发的预警策略的资产转移额度为100万，则更新的预警策略的资产转移额度可以为500万。

可选的，该税局终端300A可以基于税局用户的触发操作，对用户终端300C进行暂停开具电子票据的业务处理。可以理解的是，该税局用户可以确定用户终端300C所触发的预警策略具备合理性，换言之，用户终端300C对应的用户可能存在虚开电子票据等违法行为，此时，该税局用户可以对用户终端300C进行暂停开具电子票据的业务处理，从而可以提高企业虚开电子票据的预警，进而提高监管的实时性。

其中，服务器节点对用户终端所开具电子票据的进行监控和预警的具体实现方式可以参见下述图4-图9所对应的实施例。

进一步地，请参见图4，是本申请实施例提供的一种数据处理方法的流程示意图。如图4所示，该方法可以包括：

S101，获取第一税局终端针对用户终端所配置的预警策略，将与预警策略相关联的策略配置信息写入区块链网络对应的区块链中。

具体地，区块链网络中的服务器节点可以获取具有超级权限的第一税局终端对用户终端所配置的预警策略。其中，第一税局终端可以为对该第一税局终端管辖范围内的企业所对应的用户终端具有管理权限的税局终端。用户终端可以为具有开具电子票据能力的终端设备。进一步地，该服务器节点可以将与该预警策略相关联的策略配置信息写入区块链网络对应的区块链中。其中，预警策略包含用户终端在时间统计维度内所开具的电子票据的资产转移额度。

其中，本申请实施例中的服务器节点可以为上述图3所对应的服务器节点300B，该服务器节点300B可以为上述图2所对应实施例中的服务器节点20，该服务器节点20可以为上述图1所对应的区块链节点系统中的任意一个节点，例如，节点1000a。本申请实施例中的用户终端可以上述图3所对应的用户终端300C，该用户终端300C可以为上述图2所对应的用户终端集群中的任意一个用户终端，例如，用户终端2000a。本申请实施例中的第一税局终端可以为上述图2所对应的第一税局终端200x，本申请实施例中的第二税局终端可以为上述图3所对应的税局终端300A，该税局终端300A可以为上述图2所对应的第二税局终端200y。其中，第一税局终端的管辖范围可以包括第二税局终端的管辖范围，用户终端可以为第二税局终端管辖范围内的用户(例如，企业)所对应的用户终端。

应当理解，用户终端对应的用户(例如，企业A)在注册企业的基本信息时，可以通过用户终端向具有超级权限的第一税局终端发送该企业A的注册信息。其中，该注册信息可以包括用户终端对应的用户的基本信息，例如，企业A的名称、企业A的办税人员的基本信息、纳税人的基本信息、企业A的业务规模以及企业A的涉税事项等。此时，第一税局终端可以针对用户终端配置通用的预警策略。其中，通用的预警策略可以理解为符合大多数用户终端分别对应的企业的预警策略。通用的预警策略可以包含多个，例如，第一税局终端针对用户终端配置的某一个通用的预警策略可以为100天以内，开票总金额超过100万元。其中，这个通用的预警策略中的时间统计维度为100天，资产转移额度为100万元。

进一步地，第二税局终端可以获取第一税局终端针对用户终端配置的通用的预警策略，并将该通用的预警策略作为目标预警策略发送至服务器节点。服务器节点可以将与目标预警策略相关联的策略配置信息写入服务器节点所属区块链网络对应的区块链中。

此外，第二税局终端在获取第一税局终端针对用户终端配置的通用的预警策略后，可以获取该用户终端的对应的历史行为业务数据，预估用户终端对应的用户(即电子票据中的开票用户)的业务规模。其中，历史行为业务数据可以包括该开票用户的涉税服务事项、受众人群、销售量等。基于业务规模，该第二税局终端可以确定通用的预警策略的合理性。在通用的预警策略不具备合理性时，第二税局终端可以对通用的预警策略进行更新，得到更新后的预警策略。例如，更新后的预警策略可以为100天以内，开票总金额超过500万元。此时，第二税局终端可以将更新后的预警策略作为目标预警策略发送至服务器节点，以使服务器节点将与目标预警策略相关联的策略配置信息写入上述区块链中。

为便于理解，进一步地，请参见图5，是本申请实施例提供的一种将策略配置信息上链的场景示意图。如图5所示，本申请实施例中的用户终端500可以为上述图2所对应的用户终端集群中的任意一个用户终端，例如，用户终端2000a，第一税局终端510可以为上述图2所对应的第一税局终端200x，第二税局终端520可以为上述图2所对应的第二税局终端200y，服务器节点530可以为上述图2所对应的服务器节点20。

应当理解，用户终端500可以将注册信息发送至具有超级权限的第一税局终端510，以使第一税局终端510针对用户终端500配置通用的预警策略。此时，第二税局终端520可以获取第一税局终端510配置的通用的预警策略。进一步地，第二税局终端520可以将所获取的通用的预警策略确定为用于进行上链的目标预警策略。

可选的，第二税局终端520在获取到通用的预警策略时，可以确定通用的预警策略的合理性。其中，第二税局终端520可以获取用户终端500对应的历史业务行为数据，从而预估用户终端500对应的开票用户的业务规模。其中，可以理解的是，若用户终端500的历史业务行为数据中在时间统计维度内，未达到过通用的预警策略的资产转移额度，则可以理解为该通用的预警策略具备合理性。若用户终端500的历史业务行为数据中在时间统计维度内，达到过通用的预警策略的资产转移额度，则可以理解为该通用的预警策略不具备合理性。

应当理解，在通用的预警策略不具备合理性时，第二税局终端520可以更新通用的预警策略，得到更新后的预警策略，并将更新后的预警策略作为用于进行上链的目标预警策略。

为便于理解，进一步参见图6，是本申请实施例提供的一种包含通用预警策略的界面显示图。如图6所示，本申请实施例中的显示界面5000x是第二税局终端520中的显示界面。显示界面5000x中的通用预警策略是第二税局终端520所获取的第一税局终端510对用户终端500所配置的通用的预警策略。其中，通用的预警策略的条数可以包含多个，如图6所示具体可以包含策略1、策略2、策略3以及策略4。

可以理解的是，通用的预警策略可以为XX天以内，开票总金额超过XXXX元。通用的预警策略还可以为XX天以内，红冲总金额超过XXXX元。其中，红冲是指以红冲方式对开具错误的电子票据进行冲减处理。换言之，用户终端500以前开具了一张错误的电子票据的凭证(例如，蓝色的电子票据)，此时，用户终端500可以开具一张与蓝色的电子票据一模一样的电子票据的凭证(例如，红色的电子票据)，就可以抵消错误的电子票据，进而可以重新再开具一张正确的电子票据的凭证。

其中，该通用的预警策略的具体显示方式可以为如图5所示，策略1可以为a1天以内，开票总金额超过b1万元。例如，策略1可以为100天以内，开票总金额超过100万元。策略2可以为a2天以内，开票总金额超过b2万元。例如，策略2可以为20天以内，开票总金额超过30万元。策略3可以为a3天以内，开票总金额超过b3万元。例如，策略3可以为3天以内，开票总金额超过3万元。策略4可以为a4天以内，红冲总金额超过b4万元。例如，策略4可以为11天以内，红冲总金额超过16万元。

进一步地，第二税局终端520对应的税局用户(例如，科员)的可以针对不具备合理性的通用的预警策略所对应的目标区域进行触发操作(例如，点击)，以使第二税局终端520可以更新不具备合理性的策略。例如，若第二税局终端520所确定的不具备合理性的通用的预警策略为如图6所示的策略3，即策略3可以为3天以内，开票总金额超过3万元。此时，该科员可以对该策略3对应的可操作性区域(例如，删除按钮或者编辑按钮)执行触发操作。若该科员对策略3所对应的删除按钮进行触发操作，此时第二税局终端520可以将该策略3删除，将策略1、策略2以及策略4作为目标预警策略。若该科员对策略3所对应的编辑按钮进行触发操作，第二税局终端520可以对策略3进行编辑。

为便于理解，进一步地，请参见图7，是本申请实施例提供的一种新增预警策略的界面显示图。如图7所示，显示界面5000y可以为第二税局终端520的针对用户终端500配置新的预警策略的显示界面。

应当理解，第二税局终端520对应的科员对策略3所对应的编辑按钮进行触发操作后，第二税局终端520可以由图6的显示界面5000x跳转至图7的显示界面5000y，从而可以对该策略3进行更新，得到更新后的策略3。应当理解，该税局终端520对应的科员可以更新策略3中的时间统计维度(即，天数)、预警业务状况(例如，开票或者红冲)、资产转移额度(例如，金额)。例如，更新后的策略3可以为3天以内，开票总金额超过5万元。此时，第二税局终端520可以将策略1、策略2、更新后的策略3以及策略4作为目标预警策略。

此时，第二税局终端520可以将目标预警策略发送至服务器节点530，进而服务器节点530可以将与目标预警策略相关联的策略配置信息进行上链，从而提高该策略配置信息的可靠性。

其中，可以理解的是，图5所示的区块链5可以为上述图1中区块链网络所对应的区块链，该区块链5可以为服务器节点530所对应区块链网络中每个节点均共享的一条相同的区块链，每个节点均可以在该条区块链5中获取该区块链所存储的信息。其中，该区块链5中包括区块50a、区块50b、…、区块50n以及目标区块，该区块50a可以称之为该区块链5的创世区块。该区块链5中的目标区块中包含着上述策略配置信息。

其中，该服务器节点530可以将该策略配置信息写入该服务器节点530所对应区块链网络中的区块链。换言之，该服务器节点530可以从该区块链5中获取具有最大生成时间戳的区块50n。进一步地，该服务器节点530可以根据该策略配置信息，生成待写入该区块链5中的目标区块。此时，该服务器节点530将包含该策略配置信息的目标区块广播至该区块链网络中的所有区块链节点(比如，用于进行共识处理的共识节点)，在确定所有的区块链节点达成共识时，可以将该目标区块写入上述区块链5中，也就是将该目标区块作为区块50n的下一区块。

S102，实时统计区块链数据库中所存储的用户终端所开具的电子票据的资产转移份额。

具体地，为便于提高服务器节点的运行性能，服务器节点可以从区块链数据库中实时统计用户终端所开具的电子票据的资产转移份额。其中，区块链数据库中的资产转移份额是基于区块链网络中的同步机制所得到的用户终端所开具的电子票据的资产转移份额。应当理解，服务器节点可以基于区块链数据库中的电子票据的票据信息中的开票用户，对区块链数据库中的电子票据进行分类，进而可以将开票用户为用户终端对应用户的电子票据作为目标电子票据。此时，服务器节点可以实时统计目标电子票据中的资产转移份额。

可以理解的是，与第二税局终端相关联的用户终端可以包含多个，例如，可以包含4个用户终端，具体可以包含用户终端a(即本申请实施例中的用户终端)、用户终端b、用户终端c以及用户终端d。其中，区块链数据库中可以存储第二税局终端所管辖范围内的每个用户终端对应的电子票据的基本信息。换言之，该区块链数据库中可以包含这4个用户终端对应的电子票据的基本信息。此时，服务器节点可以基于电子票据的票据信息中的开票用户，对电子票据进行分类。进一步地，服务器节点可以将开票用户为用户终端a所对应用户(企业A)的电子票据作为目标电子票据，进而该服务器节点可以实时统计用户终端a的电子票据中的资产转移份额。

S103，基于资产转移份额、资产转移额度以及时间统计维度，确定用户终端开具电子票据的业务状态。

具体地，服务器节点可以基于所统计的区块链数据库中的资产转移份额、预警策略中的资产转移额度以及预警策略中的时间统计维度，确定用户终端开具电子票据的业务状态。

可以理解的是，若在时间统计维度内，用户终端所开具的电子票据的资产转移份额未达到预警策略中的资产转移额度，则服务器节点可以确定用户终端开具电子票据的业务状态为正常状态。若在时间统计维度内，用户终端所开具的电子票据的资产转移份额达到预警策略中的资产转移额度，则服务器节点可以确定用户终端开具电子票据的业务状态为异常状态。

例如，预警策略中的某一条策略可以为100天以内开票资产额度超过100万。其中，这条策略中的资产转移额度可以为100万，时间统计维度可以为100天。应当理解，若在100天以内用户终端所开具的电子票据的资产转移份额为70.26万时，即这一资产转移份额未达到该策略中的资产转移额度，服务器节点可以确定用户终端的业务状态为正常状态。若在100天以内，该用户终端所开具的电子票据的资产转移份额为132.05万时，即这一资产转移份额达到该策略中的资产转移额度，该服务器节点可以确定用户终端的业务状态为异常状态。

S104，在监控到用户终端的业务状态为异常状态时，生成一个预警信息。

具体地，在监控到用户终端的业务状态为异常状态时，服务器节点可以记录监控到异常状态的触发时间戳。进一步地，服务器节点可以获取用户终端所对应的开票用户的用户属性信息。其中，用户属性信息可以包括开票用户的识别号，开票用户的用户名称。服务器节点可以基于触发时间戳，用户属性信息以及预警策略，生成一个预警信息。

应当理解，在2019年12月05日时，服务器节点可以基于在区块链数据库中所统计用户终端(例如，用户终端A)的资产转移份额，确定用户终端A的业务状态为异常状态。此时，服务器节点可以记录监控到异常状态的触发时间戳，即2019年12月05日。进一步地，该服务器节点可以获取用户终端A对应的用户(即电子票据中的开票用户)的用户属性信息，具体可以包括：用户终端A对应的开票用户的用户名称(例如，XX企业)，开票用户的识别号(例如，########)。此时，服务器节点可以基于用户属性信息，触发时间戳以及所违反的预警策略，生成一个预警信息。

其中，该预警信息中可以包含用户终端A的触发时间戳(例如，2019年12月05日)，开票用户的识别号(例如，########)，开票用户的用户名称(例如，XX企业)，触发的预警策略(例如，100天以内，开票总金额超过100万元)，统计的时间范围(例如，2019.08.28-2019.12.05)，实际资产转移份额(例如，1532437.98元)。

S105，将预警信息发送给第二税局终端，以使第二税局终端对应的税局用户基于预警信息进行业务处理；第二税局终端是用户终端所对应的地方税局终端。

具体地，服务器节点可以将预警信息发送至第二税局终端，以使第二税局终端可以将预警信息显示在预警处理列表中。进一步地，第二税局终端可以响应第二税局终端对应的税局用户针对预警处理列表中的预警信息的目标区域所执行的触发操作，并基于该触发操作对用户终端进行业务处理。

应当理解，第二税局终端可以响应第二税局终端对应的税局用户针对预警处理列表中的预警信息所属的目标区域所执行的触发操作。其中，目标区域为与更新预警策略相关联的可操作性区域。进一步地，第二税局终端可以基于触发操作，对用户终端进行更新预警策略的业务处理。

可选的，第二税局终端可以响应第二税局终端对应的税局用户针对预警处理列表中的预警信息的目标区域所执行的触发操作。其中，目标区域为与暂停用户终端开具电子票据相关联的可操作性区域。进一步地，第二税局终端可以基于触发操作，对用户终端进行暂停用户终端开具电子票据的处理。

为便于理解，进一步地，请参见图8，是本申请实施例提供的一种显示预警信息的场景示意图。如图8所示，本申请实施例中的服务器节点600A可以为上述图1所对应的区块链节点系统中的任意一个节点，例如，节点1000a。本申请实施例中的税局终端600B可以为上述图2所对应的第二税局终端200y。

应当理解，服务器节点600A可以将用户终端x所触发的预警信息发送至税局终端600B，此时，该税局终端600B在接收到该预警信息后，将该预警信息显示在如图8所示的显示界面6000中，以使税局终端600B对应的税局用户可以对该预警信息对应的用户终端x进行业务处理。其中，该显示界面6000中可以显示与税局终端600B相关联的用户终端的预警信息。

如图8所示，在显示界面6000中可以显示多条预警信息，例如，可以显示企业X对应用户终端(例如，用户终端x)的预警信息、企业Y对应用户终端(例如，用户终端y)的预警信息以及企业Z对应用户终端(例如，用户终端z)的预警信息。其中，该预警信息中可以包含用户终端的触发时间戳(例如，2019年12月05日)，开票用户的识别号(例如，########)，开票用户的用户名称(例如，企业A)，触发的预警策略(例如，100天以内，开票资产额度超过100万元)，统计的时间范围(例如，2019.08.28-2019.12.05)，实际资产转移份额(例如，1532437.98元)，该预警信息的操作处理状态(例如，处理中)。

应当理解，若该税局用户根据企业X的历史行为业务数据，可以确定出所触发的预警策略不具备合理性，该税局用户可以对与更新所触发的预警策略相关联的可操作性区域执行触发操作，此时，税局终端600B可以响应该触发操作，对用户终端x进行更新预警策略的业务处理，换言之，该税局用户可以调整所触发的预警策略中的资产转移额度。

可选的，若该税局用户根据企业X的历史行为业务数据，可以确定出企业X对应的用户终端x具有虚开电子票据等违法行为，该税局用户可以对与暂停该用户终端x开具电子票据相关联的可操作性区域执行触发操作，此时，税局终端600B可以响应该触发操作，对用户终端进行暂停用户终端开具电子票据的处理。

在本申请实施例中，区块链网络中的服务器节点可以实时统计用户终端所开具的电子票据的资产转移份额，从而可以根据该资产转移份额、所获取的预警策略中的资产转移额度以及预警策略中的时间统计维度，快速确定该用户终端开具电子票据的业务状态。进一步地，在监控到该用户终端的业务状态为一场状态时，可以生成一个预警信息，并将该预警信息发送至第二税局终端，以使该第二税局终端对该用户终端进行业务处理。由于该服务器节点可以实时统计用户终端的资产转移份额，从而可以提高监控的实时性。

进一步地，请参见图9，是本申请实施例提供的一种数据处理方法的流程示意图。该方法涉及电子票据预警监控系统中的用户终端、第一税局终端以及第二税局终端。如图9所示，该方法可以包括：

S201，将第一税局终端针对用户终端配置的预警策略发送至服务器节点，以使服务器节点将与预警策略相关联的策略配置信息写入服务器节点所属区块链网络对应的区块链中。

具体地，第二税局终端可以将具有超级权限的第一税局终端针对用户终端配置的预警策略发送至区块链网络中的服务器节点。其中，第一税局终端可以为对该第一税局终端管辖范围内的企业所对应的用户终端具有管理权限的税局终端。用户终端可以为具有开具电子票据能力的终端设备。进一步地，该服务器节点可以将与该预警策略相关联的策略配置信息写入区块链网络对应的区块链中。其中，预警策略包含用户终端在时间统计维度内所开具的电子票据的资产转移额度。

其中，本申请实施例中的服务器节点可以为上述图3所对应的服务器节点300B，该服务器节点300B可以为上述图2所对应实施例中的服务器节点20，该服务器节点20可以为上述图1所对应的区块链节点系统中的任意一个节点，例如，节点1000a。本申请实施例中的用户终端可以上述图3所对应的用户终端300C，该用户终端300C可以为上述图2所对应的用户终端集群中的任意一个用户终端，例如，用户终端2000a。本申请实施例中的第一税局终端可以为上述图2所对应的第一税局终端200x，本申请实施例中的第二税局终端可以为上述图3所对应的税局终端300A，该税局终端300A可以为上述图2所对应的第二税局终端200y。其中，第一税局终端的管辖范围可以包括第二税局终端的管辖范围，用户终端可以为第二税局终端管辖范围内的用户(例如，企业)所对应的用户终端。

S202，实时统计区块链数据库中所存储的用户终端所开具的电子票据的资产转移份额。

具体地，为便于提高服务器节点的运行性能，服务器节点可以从区块链数据库中实时统计用户终端所开具的电子票据的资产转移份额。其中，区块链数据库中的资产转移份额是基于区块链网络中的同步机制所得到的用户终端所开具的电子票据的资产转移份额。应当理解，服务器节点可以基于区块链数据库中的电子票据的票据信息中的开票用户，对区块链数据库中的电子票据进行分类，进而可以将开票用户为用户终端对应用户的电子票据作为目标电子票据。此时，服务器节点可以实时统计目标电子票据中的资产转移份额。

S203，基于资产转移份额、资产转移额度以及时间统计维度，确定用户终端开具电子票据的业务状态。

具体地，服务器节点可以基于所统计的区块链数据库中的资产转移份额、预警策略中的资产转移额度以及预警策略中的时间统计维度，确定用户终端开具电子票据的业务状态。

S204，在监控到用户终端的业务状态为异常状态时，生成一个预警信息。

具体地，在监控到用户终端的业务状态为异常状态时，服务器节点可以记录监控到异常状态的触发时间戳。进一步地，服务器节点可以获取用户终端所对应的开票用户的用户属性信息。其中，用户属性信息可以包括开票用户的识别号，开票用户的用户名称。服务器节点可以基于触发时间戳，用户属性信息以及预警策略，生成一个预警信息。

S205，发送预警信息，以使预警信息显示在第二税局终端的预警处理列表中。

具体地，服务器节点可以将上述预警信息发送至第二税局终端，以使第二税局终端可以将预警信息显示在预警处理列表中。

S206，响应第二税局终端对应的税局用户针对预警处理列表中的预警信息的目标区域所执行的触发操作，基于触发操作对用户终端进行业务处理。

具体地，第二税局终端可以响应第二税局终端对应的税局用户针对预警处理列表中的预警信息的目标区域所执行的触发操作，并基于该触发操作对用户终端进行业务处理。

其中，该步骤S201-步骤S206的具体实施方式可参见上述图4所对应实施例中对步骤S101-步骤S105的描述，这里将不再赘述。

在本申请实施例中，区块链网络中的服务器节点可以实时统计用户终端所开具的电子票据的资产转移份额，从而可以根据该资产转移份额、所获取的预警策略中的资产转移额度以及预警策略中的时间统计维度，快速确定该用户终端开具电子票据的业务状态。进一步地，在监控到该用户终端的业务状态为一场状态时，可以生成一个预警信息，并将该预警信息发送至第二税局终端，以使该第二税局终端对该用户终端进行业务处理。由于该服务器节点可以实时统计用户终端的资产转移份额，从而可以提高监控的实时性。

进一步地，请参见图10，是本申请实施例提供的一种数据处理装置的结构示意图。该数据处理装置可以是运行于计算机设备中的一个计算机程序(包括程序代码)，例如，该数据处理装置为一个应用软件；该数据处理装置可以用于执行本申请实施例提供的方法中的相应步骤。如图10所示，该数据处理装置1可以运行于区块链网络中的服务器节点，该服务器节点可以为上述图2所对应实施例中的服务器节点20。该数据处理装置1可以包括：获取模块10，统计模块20，确定模块30，生成模块40以及信息发送模块50。

该获取模块10，用于获取第一税局终端针对用户终端所配置的预警策略，将与预警策略相关联的策略配置信息写入区块链网络对应的区块链中；预警策略包含用户终端在时间统计维度内所开具的电子票据的资产转移额度；

该统计模块20，用于实时统计区块链数据库中所存储的用户终端所开具的电子票据的资产转移份额；区块链数据库中的资产转移份额是基于区块链网络中的同步机制所得到的用户终端所开具的电子票据的资产转移份额。

其中，该统计模块20包括：分类单元201，第一确定单元202以及统计单元203。

该分类单元201，用于基于区块链数据库中的电子票据的票据信息中的开票用户，对区块链数据库中的电子票据进行分类；

该第一确定单元202，用于将开票用户为用户终端对应用户的电子票据作为目标电子票据；

该统计单元203，用于实时统计目标电子票据中的资产转移份额。

其中，该分类单元201，第一确定单元202以及统计单元203的具体实现方式可以参见上述图4所对应实施例中对步骤S102的描述，这里将不再继续进行赘述。

该确定模块30，用于基于资产转移份额、资产转移额度以及时间统计维度，确定用户终端开具电子票据的业务状态。

其中，该确定模块30包括：第二确定单元301以及第三确定单元302。

该第二确定单元301，用于若在时间统计维度内，用户终端所开具的电子票据的资产转移份额未达到预警策略中的资产转移额度，则确定用户终端开具电子票据的业务状态为正常状态；

该第三确定单元302，用于若在时间统计维度内，用户终端所开具的电子票据的资产转移份额达到预警策略中的资产转移额度，则确定用户终端开具电子票据的业务状态为异常状态。

其中，该第二确定单元301以及第三确定单元302的具体实现方式可以参见上述图4所对应实施例中对步骤S103的描述，这里将不再继续进行赘述。

该生成模块40，用于在监控到用户终端的业务状态为异常状态时，生成一个预警信息。

其中，该生成模块40包括：记录单元401，获取单元402以及生成单元403。

该记录单元401，用于在监控到用户终端的业务状态为异常状态时，记录监控到异常状态的触发时间戳；

该获取单元402，用于获取用户终端所对应的开票用户的用户属性信息；用户属性信息包括开票用户的识别号，开票用户的用户名称；

该生成单元403，用于基于触发时间戳，用户属性信息以及预警策略，生成一个预警信息。

其中，该记录单元401，获取单元402以及生成单元403的具体实现方式可以参见上述图4所对应实施例中对步骤S104的描述，这里将不再继续进行赘述。

该信息发送模块50，用于将预警信息发送给第二税局终端，以使第二税局终端对应的税局用户基于预警信息进行业务处理；第二税局终端是用户终端所对应的地方税局终端。

其中，该获取模块10，统计模块20，确定模块30，生成模块40以及信息发送模块50的具体实现方式可以参见上述图9所对应实施例中对步骤S201-步骤S206的描述，这里将不再继续进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

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

在图11所示的节点设备1000中，网络接口1004主要用于与第二税局终端以及用户终端进行网络通信；而用户接口1003主要用于为用户提供输入的接口；而处理器1001可以用于调用存储器1005中存储的设备控制应用程序，以实现：

获取第一税局终端针对用户终端所配置的预警策略，将与预警策略相关联的策略配置信息写入区块链网络对应的区块链中；预警策略包含用户终端在时间统计维度内所开具的电子票据的资产转移额度；

实时统计区块链数据库中所存储的用户终端所开具的电子票据的资产转移份额；区块链数据库中的资产转移份额是基于区块链网络中的同步机制所得到的用户终端所开具的电子票据的资产转移份额；

基于资产转移份额、资产转移额度以及时间统计维度，确定用户终端开具电子票据的业务状态；

在监控到用户终端的业务状态为异常状态时，生成一个预警信息；

将预警信息发送给第二税局终端，以使第二税局终端对应的税局用户基于预警信息进行业务处理；第二税局终端是用户终端所对应的地方税局终端。

应当理解，本申请实施例中所描述的节点设备1000可执行前文图4和图9所对应实施例中对该数据处理方法的描述，也可执行前文图10所对应实施例中对该数据处理装置1的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

此外，这里需要指出的是：本申请实施例还提供了一种计算机可读存储介质，且该计算机可读存储介质中存储有前文提及的数据处理装置1所执行的计算机程序，且该计算机程序包括程序指令，当该处理器执行该程序指令时，能够执行前文图4或者图9所对应实施例中对该数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机可读存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。作为示例，程序指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行，分布在多个地点且通过通信网络互连的多个计算设备可以组成区块链系统。

进一步地，请参见图12，是本申请实施例提供的一种数据处理装置的结构示意图。该数据处理装置可以是运行于计算机设备中的一个计算机程序(包括程序代码)，例如，该数据处理装置为一个应用软件；该数据处理装置可以用于执行本申请实施例提供的方法中的相应步骤。如图12所示，该数据处理装置2可以运行于与服务器节点相关联的第二税局终端，该第二税局终端可以为上述图2所对应实施例中的第二税局终端200y。该数据处理装置2可以包括：策略发送模块100，信息接收模块200以及响应模块300。

该策略发送模块100，用于将第一税局终端针对用户终端配置的预警策略发送至服务器节点，以使服务器节点将与预警策略相关联的策略配置信息写入服务器节点所属区块链网络对应的区块链中；预警策略包含用户终端在时间统计维度内所开具的电子票据的资产转移额度；第一用户税局终端是用户终端的地方税局终端；

其中，该策略发送模块100包括：第一获取单元1010，第一发送单元1020，第二获取单元1030，确定单元1040，策略更新单元1050以及第二发送单元1060。

该第一获取单元1010，用于获取具有超级权限的第一税局终端针对用户终端配置的通用的预警策略；通用的预警策略是第一税局终端在接收到用户终端发送的注册信息时，针对用户终端在时间统计维度内所开具的电子票据的资产转移额度所配置的预警策略；

该第一发送单元1020，用于将通用的预警策略作为目标预警策略发送至服务器节点，以使服务器节点将目标预警策略相关联的策略配置信息写入服务器节点所属区块链网络对应的区块链中。

该第二获取单元1030，用于获取用户终端对应的历史业务行为数据，预估用户终端对应的开票用户的业务规模；

该确定单元1040，用于基于业务规模，确定通用的预警策略的合理性；

该策略更新单元1050，用于若通用的预警策略不具备合理性，则针对用户终端在时间统计维度内所开具的电子票据的资产转移额度，对通用的预警策略进行更新，得到更新后的预警策略；

该第二发送单元1060，用于将更新后的预警策略作为目标预警策略发送至服务器节点，以使服务器节点将目标预警策略相关联的策略配置信息写入服务器节点所属区块链网络对应的区块链中。

其中，该第一获取单元1010，第一发送单元1020，第二获取单元1030，确定单元1040，策略更新单元1050以及第二发送单元1060的具体实现方式可以参见上述图9所对应实施例中对步骤S201的描述，这里将不再继续进行赘述。

该信息接收模块200，用于接收服务器节点基于预警策略所生成的预警信息，以使预警信息显示在第二税局终端的预警处理列表中；预警信息是服务器节点在监控到用户终端的业务状态为异常状态时所生成的信息；

该响应模块300，用于响应第二税局终端对应的税局用户针对预警处理列表中的预警信息的目标区域所执行的触发操作，基于触发操作对用户终端进行业务处理。

其中，该响应模块300包括：第一响应单元3010，更新处理单元3020，第二响应单元3030以及暂停处理单元3040。

该第一响应单元3010，用于响应第二税局终端对应的税局用户针对预警处理列表中的预警信息所属的目标区域所执行的触发操作；目标区域为与更新预警策略相关联的可操作性区域；

该更新处理单元3020，用于基于触发操作，对用户终端进行更新预警策略的业务处理。

该第二响应单元3030，用于响应第二税局终端对应的税局用户针对预警处理列表中的预警信息的目标区域所执行的触发操作；目标区域为与暂停用户终端开具电子票据相关联的可操作性区域；

该暂停处理单元3040，用于基于触发操作对用户终端进行暂停用户终端开具电子票据的处理。

其中，该第一响应单元3010，更新处理单元3020，第二响应单元3030以及暂停处理单元3040的具体实现方式可以参见上述图9所对应实施例中对步骤S206的描述，这里将不再继续进行赘述。

其中，该策略发送模块100，信息接收模块200以及响应模块300的具体实现方式可以参见上述图9所对应实施例中对步骤S201-步骤S206的描述，这里将不再继续进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

进一步地，请参见图13，是本申请实施例提供的一种计算机设备的示意图。如图13所示，该计算机设备4000可以为上述图2对应实施例中的第二税局终端200y，该计算机设备4000可以包括：至少一个处理器4001，例如CPU，至少一个网络接口4004，用户接口4003，存储器4005，至少一个通信总线4002。其中，通信总线4002用于实现这些组件之间的连接通信。其中，用户接口4003可以包括显示屏(Display)、键盘(Keyboard)，网络接口4004可选地可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器4005可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器4005可选地还可以是至少一个位于远离前述处理器4001的存储装置。如图13所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。

在图13所示的计算机设备4000中，网络接口4004主要用于与服务器节点进行网络通信；而用户接口4003主要用于为用户提供输入的接口；而处理器4001可以用于调用存储器4005中存储的设备控制应用程序，以实现：

将第一税局终端针对用户终端配置的预警策略发送至服务器节点，以使服务器节点将与预警策略相关联的策略配置信息写入服务器节点所属区块链网络对应的区块链中；预警策略包含用户终端在时间统计维度内所开具的电子票据的资产转移额度；第一用户税局终端是用户终端的地方税局终端；

接收服务器节点基于预警策略所生成的预警信息，以使预警信息显示在第二税局终端的预警处理列表中；预警信息是服务器节点在监控到用户终端的业务状态为异常状态时所生成的信息；

响应第二税局终端对应的税局用户针对预警处理列表中的预警信息的目标区域所执行的触发操作，基于触发操作对用户终端进行业务处理。

应当理解，本申请实施例中所描述的计算机设备4000可执行前文图4和图9所对应实施例中对该数据处理方法的描述，也可执行前文图12所对应实施例中对该数据处理装置2的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

此外，这里需要指出的是：本申请实施例还提供了一种计算机可读存储介质，且该计算机可读存储介质中存储有前文提及的数据处理装置2所执行的计算机程序，且该计算机程序包括程序指令，当该处理器执行该程序指令时，能够执行前文图4或者图9所对应实施例中对该数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机可读存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。作为示例，程序指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行，分布在多个地点且通过通信网络互连的多个计算设备可以组成区块链系统。

进一步的，请参见图14，是本申请实施例提供的一种数据处理系统的结构示意图。该数据处理系统3可以包含数据处理装置1a和数据处理装置2a。其中，数据处理装置1a可以为上述图10所对应实施例中的数据处理装置1，可以理解的是，该数据处理装置1a可以集成在上述图2所对应实施例中的服务器节点20，因此，这里将不再进行赘述。其中，数据处理装置2a可以为上述图12所对应实施例中的数据处理装置2，可以理解的是，该数据处理装置2a可以集成在上述图2所对应实施例中的第二税局终端200y，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的数据处理系统实施例中未披露的技术细节，请参照本申请方法实施例的描述。

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

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

Claims (13)

1.一种数据处理方法，其特征在于，所述方法由区块链网络中的服务器节点执行，包括：

获取第一税局终端针对用户终端所配置的预警策略，将与所述预警策略相关联的策略配置信息写入所述区块链网络对应的区块链中；所述预警策略包含所述用户终端在时间统计维度内所开具的电子票据的资产转移额度；

实时统计区块链数据库中所存储的所述用户终端所开具的电子票据的资产转移份额；所述区块链数据库中的资产转移份额是基于所述区块链网络中的同步机制所得到的所述用户终端所开具的电子票据的资产转移份额；

基于所述资产转移份额、所述资产转移额度以及所述时间统计维度，确定所述用户终端开具电子票据的业务状态；

在监控到所述用户终端的业务状态为异常状态时，生成一个预警信息；

将所述预警信息发送给第二税局终端，以使所述第二税局终端对应的税局用户基于所述预警信息进行业务处理；所述第二税局终端是所述用户终端所对应的地方税局终端。

2.根据权利要求1所述的方法，其特征在于，所述实时统计区块链数据库中所存储的所述用户终端所开具的电子票据的资产转移份额，包括：

基于区块链数据库中的电子票据的票据信息中的开票用户，对所述区块链数据库中的电子票据进行分类；

将开票用户为所述用户终端对应用户的电子票据作为目标电子票据；

实时统计所述目标电子票据中的资产转移份额。

3.根据权利要求1所述的方法，其特征在于，所述基于所述资产转移份额、所述资产转移额度以及所述时间统计维度，确定所述用户终端开具电子票据的业务状态，包括：

若在所述时间统计维度内，所述用户终端所开具的电子票据的资产转移份额未达到所述预警策略中的资产转移额度，则确定所述用户终端开具电子票据的业务状态为正常状态；

若在所述时间统计维度内，所述用户终端所开具的电子票据的资产转移份额达到所述预警策略中的资产转移额度，则确定所述用户终端开具电子票据的业务状态为异常状态。

4.根据权利要求3所述的方法，其特征在于，所述在监控到所述用户终端的业务状态为异常状态时，生成一个预警信息，包括：

在监控到所述用户终端的业务状态为所述异常状态时，记录监控到所述异常状态的触发时间戳；

获取用户终端所对应的开票用户的用户属性信息；所述用户属性信息包括开票用户的识别号，开票用户的用户名称；

基于所述触发时间戳，所述用户属性信息以及所述预警策略，生成一个预警信息。

5.一种数据处理方法，其特征在于，所述方法由与服务器节点相关联的第二税局终端执行，包括：

将第一税局终端针对用户终端配置的预警策略发送至所述服务器节点，以使所述服务器节点将与所述预警策略相关联的策略配置信息写入所述服务器节点所属区块链网络对应的区块链中；所述预警策略包含所述用户终端在时间统计维度内所开具的电子票据的资产转移额度；所述第一用户税局终端是所述用户终端的地方税局终端；

接收所述服务器节点基于所述预警策略所生成的预警信息，以使所述预警信息显示在所述第二税局终端的预警处理列表中；所述预警信息是所述服务器节点在监控到所述用户终端的业务状态为异常状态时所生成的信息；

响应所述第二税局终端对应的税局用户针对所述预警处理列表中的预警信息的目标区域所执行的触发操作，基于所述触发操作对所述用户终端进行业务处理。

6.根据权利要求5所述的方法，其特征在于，所述将第一税局终端针对用户终端配置的预警策略发送至所述服务器节点，以使所述服务器节点将与所述预警策略相关联的策略配置信息写入所述服务器节点所属区块链网络对应的区块链中，包括：

获取具有超级权限的第一税局终端针对用户终端配置的通用的预警策略；所述通用的预警策略是所述第一税局终端在接收到所述用户终端发送的注册信息时，针对所述用户终端在时间统计维度内所开具的电子票据的资产转移额度所配置的预警策略；

将所述通用的预警策略作为目标预警策略发送至所述服务器节点，以使所述服务器节点将所述目标预警策略相关联的策略配置信息写入所述服务器节点所属区块链网络对应的区块链中。

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

获取所述用户终端对应的历史业务行为数据，预估所述用户终端对应的开票用户的业务规模；

基于所述业务规模，确定所述通用的预警策略的合理性；

若所述通用的预警策略不具备合理性，则针对所述用户终端在所述时间统计维度内所开具的电子票据的资产转移额度，对所述通用的预警策略进行更新，得到更新后的预警策略；

将所述更新后的预警策略作为目标预警策略发送至所述服务器节点，以使所述服务器节点将所述目标预警策略相关联的策略配置信息写入所述服务器节点所属区块链网络对应的区块链中。

8.根据权利要求5所述的方法，其特征在于，所述响应所述第二税局终端对应的税局用户针对所述预警处理列表中的预警信息的目标区域所执行的触发操作，基于所述触发操作对所述用户终端进行业务处理，包括：

响应所述第二税局终端对应的税局用户针对所述预警处理列表中的预警信息所属的目标区域所执行的触发操作；所述目标区域为与更新所述预警策略相关联的可操作性区域；

基于所述触发操作，对所述用户终端进行更新所述预警策略的业务处理。

9.根据权利要求5所述的方法，其特征在于，所述响应所述第二税局终端对应的税局用户针对所述预警处理列表中的预警信息的目标区域所执行的触发操作，基于所述触发操作对所述用户终端进行业务处理，包括：

响应所述第二税局终端对应的税局用户针对所述预警处理列表中的预警信息的目标区域所执行的触发操作；所述目标区域为与暂停所述用户终端开具电子票据相关联的可操作性区域；

基于所述触发操作，对所述用户终端进行暂停所述用户终端开具电子票据的处理。

10.一种数据处理装置，其特征在于，所述装置运行于区块链网络中的服务器节点，包括：

获取模块，用于获取第一税局终端针对用户终端所配置的预警策略，将与所述预警策略相关联的策略配置信息写入所述区块链网络对应的区块链中；所述预警策略包含所述用户终端在时间统计维度内所开具的电子票据的资产转移额度；

统计模块，用于实时统计区块链数据库中所存储的所述用户终端所开具的电子票据的资产转移份额；所述区块链数据库中的资产转移份额是基于所述区块链网络中的同步机制所得到的所述用户终端所开具的电子票据的资产转移份额；

确定模块，用于基于所述资产转移份额、所述资产转移额度以及所述时间统计维度，确定所述用户终端开具电子票据的业务状态；

生成模块，用于在监控到所述用户终端的业务状态为异常状态时，生成一个预警信息；

预警信息发送模块，用于将所述预警信息发送给第二税局终端，以使所述第二税局终端对应的税局用户基于所述预警信息进行业务处理；所述第二税局终端是所述用户终端所对应的地方税局终端。

11.一种数据处理装置，其特征在于，所述装置运行于与服务器节点相关联的第二税局终端，包括：

预警策略发送模块，用于将第一税局终端针对用户终端配置的预警策略发送至所述服务器节点，以使所述服务器节点将与所述预警策略相关联的策略配置信息写入所述服务器节点所属区块链网络对应的区块链中；所述预警策略包含所述用户终端在时间统计维度内所开具的电子票据的资产转移额度；所述第一用户税局终端是所述用户终端的地方税局终端；

预警信息接收模块，用于接收所述服务器节点基于所述预警策略所生成的预警信息，以使所述预警信息显示在所述第二税局终端的预警处理列表中；所述预警信息是所述服务器节点在监控到所述用户终端的业务状态为异常状态时所生成的信息；

响应模块，用于响应所述第二税局终端对应的税局用户针对所述预警处理列表中的预警信息的目标区域所执行的触发操作，基于所述触发操作对所述用户终端进行业务处理。

12.一种节点设备，其特征在于，包括：处理器、存储器以及网络接口；

所述处理器与存储器、网络接口相连，其中，网络接口用于提供数据通信功能，所述存储器用于存储程序代码，所述处理器用于调用所述程序代码，以执行如权利要求1-9任一项所述的方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时，执行如权利要求1-9任一项所述的方法。

Images