CN110705893A - 一种业务节点管理方法、装置、设备以及存储介质 - Google Patents

Abstract

本申请实施例公开了一种业务节点管理方法、装置、设备以及存储介质，本申请属于计算机技术领域，方法包括：接收多个业务节点发送的电子票据信息；当系统时间达到出块时间阈值时，根据所述每个业务节点分别对应的所述电子票据信息生成目标区块，将所述目标区块添加至区块链中；根据统计周期时长从所述区块链中获取所述目标区块和历史区块，根据所述目标区块和所述历史区块统计所述每个业务节点在所述统计周期时长内的电子票据发行总量；基于所述电子票据发行总量对所述每个业务节点的运营状态进行异常检测。采用本申请，可以加强核心节点对业务节点的管理与控制，进而提高统计效率。

Description

一种业务节点管理方法、装置、设备以及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种业务节点管理方法、装置、存储介质及设备。

背景技术

随着计算机技术的飞速发展，社会不断进步，电子票据、电子凭证等网络产物也随之衍生出来，电子票据往往应用于商业贸易过程中，是指以数据电文的形式存储的票据。在现有技术中，业务节点可支持票据发行、票据查询以及收票等服务，但对于票据已发行数量的统计依赖于人工，管理人员需要去到业务节点所在的现场查看业务节点的数据，才能统计出每个业务节点的电子票据发行数量，这消耗了大量的人力与时间，统计效率低下。

申请内容

本申请实施例提供一种业务节点管理方法、装置、设备以及存储介质，可以加强核心节点对业务节点的管理与控制，进而提高统计效率。

本申请实施例一方面提供了一种业务节点管理方法，包括：

接收多个业务节点发送的电子票据信息；

当系统时间达到出块时间阈值时，根据所述每个业务节点分别对应的所述电子票据信息生成目标区块，将所述目标区块添加至区块链中；

根据统计周期时长从所述区块链中获取所述目标区块和历史区块，根据所述目标区块和所述历史区块统计所述每个业务节点在所述统计周期时长内的电子票据发行总量；

基于所述电子票据发行总量对所述每个业务节点的运营状态进行异常检测。

其中，所述基于所述电子票据发行总量对所述每个业务节点的运营状态进行异常检测，包括：

获取所述每个业务节点的电子票据发行总量；

若所述电子票据发行总量小于或等于电子票据目标发行总量，则确定所述业务节点的运营状态为正常状态；

若所述电子票据发行总量大于所述电子票据目标发行总量，则确定所述业务节点的运营状态为异常状态，并发送停止发行指令至所述运营状态为异常状态的业务节点，以使所述运营状态为异常状态的业务节点根据所述停止发行指令停止发行电子票据。

其中，还包括：

根据所述每个业务节点的业务功能类型，为所述每个业务节点分别发送心跳检测请求；所述心跳检测请求所请求执行的业务与接收所述心跳检测请求的业务节点的业务功能类型相匹配；

接收所述每个业务节点返回的应答数据信息，所述应答数据信息是由所述每个业务节点基于所述心跳检测请求所响应的；

根据所述应答数据信息，确定所述每个业务节点的业务功能状态。

其中，还包括：

获取所述多个业务节点中第一业务节点发送的功能模块版本号；

若所述功能模块版本号与所述第一业务节点对应的目标版本号不同，则向所述第一业务节点发送所述目标版本号对应的版本更新信息，以使所述第一业务节点基于所述版本更新信息进行功能模块更新。

其中，还包括：

获取所述多个业务节点中第二业务节点发送的硬件设备参数；

基于所述硬件设备参数确定所述第二业务节点的设备运作状态；所述设备运作状态包括正常运作状态、过载运作状态以及故障运作状态；

若所述设备运作状态为所述过载运作状态，则发送暂停处理指令至所述第二业务节点，以使所述第二业务节点暂停处理业务；

若所述设备运作状态为所述故障运作状态，则生成所述第二业务节点对应的报警消息。

其中，还包括：

获取功能模块更新包集合；所述功能模块更新包集合包括多个业务功能类型分别对应的功能模块更新包；

当所述系统时间达到更新时间阈值，在所述多个业务节点中获取与所述功能模块更新包集合相关联的业务功能类型对应的业务节点，作为待更新业务节点；

向所述待更新业务节点发送具有相同业务功能类型的功能模块更新包，以使所述待更新业务节点根据所接收到的功能模块更新包进行功能模块更新。

其中，所述向所述待更新业务节点发送具有相同业务功能类型的功能模块更新包，包括：

将所述业务功能类型为通用业务类型的功能模块更新包发送到所有待更新业务节点；所述通用业务类型包括查询业务类型和同步业务类型；

若所述待更新业务节点为发行业务节点，则将所述业务功能类型为发行业务类型的功能模块更新包发送到所述发行业务节点；

若所述待更新业务节点为流转业务节点，则将所述业务功能类型为流转业务类型的功能模块更新包发送到所述流转业务节点；

若所述待更新业务节点为收票业务节点，则将所述业务功能类型为收票业务类型的功能模块更新包发送到所述收票业务节点。

本申请实施例一方面提供了一种业务节点管理的装置，包括：

第一接收模块，用于接收多个业务节点发送的电子票据信息；

第一生成模块，用于当系统时间达到出块时间阈值时，根据所述每个业务节点分别对应的所述电子票据信息生成目标区块，将所述目标区块添加至区块链中；

统计模块，用于根据统计周期时长从所述区块链中获取所述目标区块和历史区块，根据所述目标区块和所述历史区块统计所述每个业务节点在所述统计周期时长内的电子票据发行总量；

检测模块，用于基于所述电子票据发行总量对所述每个业务节点的运营状态进行异常检测。

其中，所述检测模块，包括：

获取单元，用于获取所述每个业务节点的电子票据发行总量；

确定单元，用于若所述电子票据发行总量小于或等于电子票据目标发行总量，则确定所述业务节点的运营状态为正常状态；

所述确定单元，还用于若所述电子票据发行总量大于所述电子票据目标发行总量，则确定所述业务节点的运营状态为异常状态，并发送停止发行指令至所述运营状态为异常状态的业务节点，以使所述运营状态为异常状态的业务节点根据所述停止发行指令停止发行电子票据。

其中，还包括：

第一发送模块，用于根据所述每个业务节点的业务功能类型，为所述每个业务节点分别发送心跳检测请求；所述心跳检测请求所请求执行的业务与接收所述心跳检测请求的业务节点的业务功能类型相匹配；

第二接收模块，用于接收所述每个业务节点返回的应答数据信息，所述应答数据信息是由所述每个业务节点基于所述心跳检测请求所响应的；

第一确定模块，用于根据所述应答数据信息，确定所述每个业务节点的业务功能状态。

其中，还包括：

第一获取模块，用于获取所述多个业务节点中第一业务节点发送的功能模块版本号；

第二发送模块，用于若所述功能模块版本号与所述第一业务节点对应的目标版本号不同，则向所述第一业务节点发送所述目标版本号对应的版本更新信息，以使所述第一业务节点基于所述版本更新信息进行功能模块更新。

其中，还包括：

所述第一获取模块，用于获取所述多个业务节点中第二业务节点发送的硬件设备参数；

第二确定模块，用于基于所述硬件设备参数确定所述第二业务节点的设备运作状态；所述设备运作状态包括正常运作状态、过载运作状态以及故障运作状态；

第三发送模块，用于若所述设备运作状态为所述过载运作状态，则发送暂停处理指令至所述第二业务节点，以使所述第二业务节点暂停处理业务；

第二生成模块，用于若所述设备运作状态为所述故障运作状态，则生成所述第二业务节点对应的报警消息。

其中，还包括：

第二获取模块，用于获取功能模块更新包集合；所述功能模块更新包集合包括多个业务功能类型分别对应的功能模块更新包；

所述第二获取模块，还用于当所述系统时间达到更新时间阈值，在所述多个业务节点中获取与所述功能模块更新包集合相关联的业务功能类型对应的业务节点，作为待更新业务节点；

第四发送模块，用于向所述待更新业务节点发送具有相同业务功能类型的功能模块更新包，以使所述待更新业务节点根据所接收到的功能模块更新包进行功能模块更新。

其中，所述第四发送模块，包括：

第一发送单元，用于将所述业务功能类型为通用业务类型的功能模块更新包发送到所有待更新业务节点；所述通用业务类型包括查询业务类型和同步业务类型；

第二发送单元，用于若所述待更新业务节点为发行业务节点，则将所述业务功能类型为发行业务类型的功能模块更新包发送到所述发行业务节点；

所述第二发送单元，还用于若所述待更新业务节点为流转业务节点，则将所述业务功能类型为流转业务类型的功能模块更新包发送到所述流转业务节点；

所述第二发送单元，还用于若所述待更新业务节点为收票业务节点，则将所述业务功能类型为收票业务类型的功能模块更新包发送到所述收票业务节点。

本申请实施例一方面提供了一种计算机设备，包括：处理器和存储器；

所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所诉处理器执行如本申请实施例中的方法。

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

本申请实施例通过接收多个业务节点发送的电子票据信息；当系统时间达到出块时间阈值时，根据所述每个业务节点分别对应的所述电子票据信息生成目标区块，将所述目标区块添加至区块链中；根据统计周期时长从所述区块链中获取所述目标区块和历史区块，根据所述目标区块和所述历史区块统计所述每个业务节点在所述统计周期时长内的电子票据发行总量；基于所述电子票据发行总量对所述每个业务节点的运营状态进行异常检测。上述可知，通过接收业务节点的电子票据信息，并定时的生成目标区块添加到区块链中，再根据区块链中的目标区块和历史区块统计出周期时长内的电子票据发行数量，可以检测出业务节点的运营状态是否正常，以使得核心节点对业务节点更好地管控，可以加强核心节点对业务节点的管理与控制，进而提高统计效率。

附图说明

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

图1是本申请实施例提供的一种业务节点管理的系统架构图；

图2是本申请实施例提供的一种业务节点管理方法的流程示意图；

图3是本申请实施例提供的一种业务节点管理的场景示意图；

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

图4b是本申请实施例提供的一种生成区块的流程示意图；

图5是本申请实施例提供的一种业务节点管理方法的时序示意图；

图6是本申请实施例提供的一种业务节点管理装置的结构示意图；

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

具体实施方式

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

请参见图1，是本申请实施例提供的一种业务节点管理的系统架构图。如图1所示，该系统包括业务节点101a、业务节点101b、…、业务节点101c与核心节点102，核心节点102用于管理业务节点101a、业务节点101b、…、业务节点101c发送的电子票据信息，从而检测101a、业务节点101b、…、业务节点101c的运营状态。业务节点101a、业务节点101b、…、业务节点101c均可以为简单支付验证(Simplified Payment Verification，SPV)节点，核心节点102可以为全量节点，核心节点102可以维护一条全量区块链，该全量区块链由多个完整的区块组成，每个区块均存储有不同的信息，该全量区块链上的区块按照时间顺序进行存储。在本申请实施例中，每个区块可以存储业务节点101a、业务节点101b、…、业务节点101c发送至核心节点102的电子票据信息。其中，SPV节点可以存储该全量区块链中每个区块的区块头，进一步地，SPV节点还可以只存储与自己的业务行为相关的区块的区块头。

在如图1所示的系统中，业务节点101a、业务节点101b、…、业务节点101c均包括多个业务模块和管理模块，其中，业务模块用于处理不同功能类型的业务，管理模块用于与核心节点进行通信，以使核心节点对业务节点101a、业务节点101b、…、业务节点101c做到统一的管控。业务节点101a、业务节点101b、…、业务节点101c可以包括发行业务节点、流转业务节点以及收票业务节点等，以业务节点101a为发行业务节点为例，业务节点101a的管理模块可以定时上报电子票据信息至服务器102，该电子票据信息可以包括发行号、发行日期、到期日等信息，服务器102在接收到该电子票据信息后，可以根据该电子票据信息生成区块，并将该区块添加至区块链中，以使该业务节点101a以及对应的电子票据信息存储至区块链中，后续，服务器102会根据统计周期时长从该区块链上获取到包括该业务节点101a的所有区块，以统计该业务节点101a在统计周期时长内的电子票据发行总量，其中，该统计周期时长可以为一个月或两个月，在统计到电子票据发行总量后，服务器102可以根据该电子票据发行总量对该业务节点101a的运营状态进行异常检测，若该业务节点101a的电子票据发行总量小于或等于电子票据目标发行总量，则服务器102确定该业务节点101a的运营状态为正常状态，即可以允许业务节点101a继续执行电子票据发行业务；若该业务节点101a的电子票据发行总量大于该电子票据发行总量，则服务器102确定该业务节点101a的运营状态为异常状态，并发送停止发行指令至该运营状态为异常状态的业务节点101a，以使该业务节点101a停止发行电子票据；此外，服务器102也可以定期发送心跳检测请求至业务节点101a、业务节点101b、…、业务节点101c中的管理模块，主动去检测业务节点101a、业务节点101b、…、业务节点101c的功能状态，其中，该心跳检测请求所请求执行的业务与接收该心跳检测请求的业务节点101a、业务节点101b、…、业务节点101c的业务功能类型相匹配，如，业务节点101a的业务功能类型为发行电子票据，服务器102发送到该业务节点101a的心跳检测请求所执行的业务则为发行电子票据，业务节点101a、业务节点101b、…、业务节点101c中的管理模块在接收到该心跳检测请求后，使业务节点101a、业务节点101b、…、业务节点101c中的相关业务模块执行该心跳检测请求所要求执行的业务，管理模块再返回应答数据信息至服务器102，以使服务器102基于该应答数据信息确定业务节点101a、业务节点101b、…、业务节点101c的业务功能状态。此外，业务节点101a、业务节点101b、…、业务节点101c的管理模块还会定时上报各个功能模块的版本号至服务器102，以使服务器102确定该功能模块版本是否需要更新，若需要更新则服务器102会发送版本更新至需要更新版本的业务节点101a或业务节点101b、…、业务节点101c，以使该需要更新版本的业务节点进行功能模块的更新；此外，业务节点101a、业务节点101b、…、业务节点101c的管理模块还会定时上报硬件设备参数至服务器102，以使服务器102基于该硬件设备参数确定业务节点101a、业务节点101b、…、业务节点101c的设备运作状态，其中，该设备运作状态可以包括正常运作状态、过载运作状态以及故障运作状态，若该设备运作状态为正常运作状态，则确定该业务节点101a、业务节点101b、…、业务节点101c的状态为正常，若该设备运作状态为过载运作状态，则服务器102会发送暂停处理指令至该业务节点101a、业务节点101b、…、业务节点101c的管理模块，以使管理模块去控制该业务节点101a、业务节点101b、…、业务节点101c暂停处理业务，直到该业务节点101a、业务节点101b、…、业务节点101c的设备运作状态为正常运作状态，若该设备运作状态为故障运作状态，则服务器102会生成一个报警消息，用于提示管理人员该业务节点101a、业务节点101b、…、业务节点101c的设备运作状态已出现故障。此外，服务器102除了会根据业务节点101a、业务节点101b、…、业务节点101c发送的功能模块版本号使业务节点101a、业务节点101b、…、业务节点101c更新功能模块版本外，服务器102还会根据更新周期主动控制业务节点101a、业务节点101b、…、业务节点101c进行功能模块的更新，服务器102先获取到功能模块更新包集合，其中，该功能模块更新包集合包括多个业务功能类型分别对应的功能模块更新包，在多个业务节点101a、业务节点101b、…、业务节点101c中获取到与该能模块更新包集合相关联的业务功能类型对应的业务节点，作为待更新的业务节点，再向该待更新的业务节点发送具有相同业务功能类型的功能模块更新包，以使该待更新业务节点进行功能模块的更新。

请参见图2，是本申请实施例提供的一种业务节点管理方法的流程示意图。如图2所示，该业务节点管理方法的流程可以包括：

步骤S101，接收多个业务节点发送的电子票据信息。

具体的，这里的业务节点可以为发行业务节点，该发行业务节点的管理模块会定期上报已发行的电子票据信息至核心节点，这里的电子票据信息可以包括电子票据版本号、电子票据发行号、电子票据发行日期、电子票据到期日等信息。

步骤S102，当系统时间达到出块时间阈值时，根据所述每个业务节点分别对应的所述电子票据信息生成目标区块，将所述目标区块添加至区块链中。

具体的，当核心节点接收到上述发行业务节点发送的电子票据信息后，可以根据电子票据版本号、电子票据发行号、电子票据发行日期、电子票据到期日等信息生成待添加至区块链中的目标区块，将该目标区块广播至该区块链上的所有区块链节点，在确定该区块链上得所有区块链节点达成共识时，将该目标区块添加至该区块链中。

步骤S103，根据统计周期时长从所述区块链中获取所述目标区块和历史区块，根据所述目标区块和所述历史区块统计所述每个业务节点在所述统计周期时长内的电子票据发行总量。

具体的，该统计周期时长可以为一个月或两个月等时长期限，核心节点从区块链上获取到包括上述发行业务节点的所有区块，基于这些区块统计出该发行业务节点的电子票据发行总量。

步骤S104，基于所述电子票据发行总量对所述每个业务节点的运营状态进行异常检测。

具体的，核心节点在统计出上述发行业务节点的电子票据发行总量后，会基于电子票据目标发行总量来与该电子票据发行总量来检测该发行业务节点的运营状态，若该电子票据发行总量小于或等于电子票据目标发行总量，则确定该发行业务节点的运营状态为正常状态；若该电子票据发行总量大于该电子票据目标发行总量，则确定该发行业务节点的运营状态为异常状态，并发送停止发行指令至该发行业务节点，以使该运营状态为异常状态的发行业务节点根据该停止发行指令停止发行电子票据。

上述可知，通过接收业务节点的电子票据信息，并定时的生成目标区块添加到区块链中，再根据区块链中的目标区块和历史区块统计出周期时长内的电子票据发行数量，可以检测出业务节点的运营状态是否正常，以使得核心节点对业务节点更好地管控，可以加强核心节点对业务节点的管理与控制，进而提高统计效率。

请参见图3，是本申请实施例提供的一种业务节点管理的场景示意图。以上述图1所对应实施例中的业务节点101b与核心节点102为例，业务节点101b可以为发行业务节点，业务节点101b中的管理模块发送电子票据信息至核心节点，核心节点102基于该电子票据信息生成区块并将该区块添加至全量区块链中，再从该全量区块链上获取到包含该发行业务节点的所有区块，统计出该发行业务节点的电子票据发行总量，来检测该发行业务节点的运营状态，若存在异常，则返回异常信息至管理终端，以使管理人员基于该异常信息对该发行业务节点进行检查。此外，业务节点101b可以包括发行业务节点，还可以包括其他业务节点，业务节点101b中的管理模块发送功能模块版本号与硬件设备参数至服务器102，服务器102将该功能模块版本号与该业务节点101b所对应的目标版本号作对比，若该功能模块版本号与目标版本号不同，服务器102则向该业务节点101b返回版本更新信息以使该业务节点101b进行功能模块版本更新，此外，服务器102还会主动发送功能模块更新包至业务节点101b中的管理模块，以使业务节点101b进行功能模块版本更新；服务器102基于接收到的该硬件设备参数确定该业务节点101b的设备运作状态，若设备运作状态为过载，服务器102则向该业务节点101b的管理模块返回暂停处理指令，以使业务节点101b暂停处理业务，直至设备运作状态恢复为正常运作状态，若设备运作状态为故障，服务器102则生成相对应的报警消息，以使管理人员发现该业务节点101b的设备故障事件。

进一步地，请参见图4a，是本申请实施例提供的一种区块链结构示意图。如图4a所示，区块链由多个区块组成，区块链中的区块可以包括创始区块、第一区块等，创始区块中包括区块头和区块主体，区块头中存储有输入信息特征值、版本号、时间戳和难度值，区块主体中存储有输入信息，其中，该输入信息可以包括上述图2所对应实施例中步骤S101-步骤S102中的数据，即电子票据信息(电子票据版本号、电子票据发行号、电子票据发行日期、电子票据到期日等信息)。创始块的下一区块以创始块为父区块，下一区块中同样包括区块头和区块主体，区块头中存储有当前区块的输入信息特征值(即哈希值)、父区块的区块头特征值、版本号、时间戳和难度值，并以此类推，使得区块链中每个区块中存储的区块数据均与父区块中存储的区块数据存在关联，保证了区块中输入信息的安全性。

进一步地，请参见图4b，是本申请实施例提供的一种生成区块的流程示意图。在图4b中，该新区块可以包括图2所对应实施例中步骤S102的目标区块；输入信息可以包括上述图2所对应实施例中步骤S101-步骤S102中的数据，即电子票据信息(电子票据版本号、电子票据发行号、电子票据发行日期、电子票据到期日等信息)。如图4b所示，生成区块的流程可以包括：

步骤401，节点监听全网输入信息。

步骤402，验证输入信息，将输入信息存储至内存池，并更新哈希树。

具体的，区块链所在的节点在接收到输入信息时，对输入信息进行校验，完成校验后，将输入信息存储至内存池中，并更新其用于记录输入信息的哈希树。

步骤403，更新时间戳。

具体的，将更新时间戳更新为接收到输入信息的时间。

步骤404，尝试不同的随机数。

步骤405，特征值计算。

具体的，多次进行特征值计算，使得计算得到的特征值可以满足下述公式：

其中，SHA256为计算特征值所用的特征值算法；version(版本号)为区块链中相关区块协议的版本信息；prev_hash为当前区块的父区块的区块头特征值；merkle_root为输入信息的特征值；ntime为更新时间戳的更新时间；nbits为当前难度，在一段时间内为定值，并在超出固定时间段后再次进行确定；x为随机数；TARGET为特征值阈值，该特征值阈值可以根据nbits确定得到。

步骤406，反复上述步骤401-步骤405，直到找到合理特征值。

步骤407，打包区块。

具体的，当计算得到满足上述公式的随机数时，便可将信息对应存储，生成区块头和区块主体，得到当前区块。

步骤408，对外广播新区块。

具体的，区块链所在节点根据其他节点的节点标识，将新生成的区块分别发送给其他节点。

步骤409，其他节点验证后，链入区块链。

具体的，其他节点对新生成的区块进行校验，并在完成校验后将新生成的区块添加至其存储的区块链中。

请参见图5，是本申请实施例提供的一种业务节点管理方法的时序示意图。如图5所示，该业务节点管理方法的时序流程如下：

步骤501、业务节点发送电子票据信息至核心节点。

具体的，该业务节点可以为发行业务节点，该发行业务节点的管理模块定时上报已发行的电子票据信息至核心节点，以使核心节点基于该电子票据信息统计电子票据发行总量。其中，该电子票据信息可以包括电子票据版本号、电子票据发行号、电子票据发行日期、电子票据到期日等信息。

步骤502、核心节点根据该电子票据信息生成目标区块，并将该目标区块添加至区块链中。

具体的，该核心节点接收到上述发行业务节点发送的电子票据信息后，基于该电子票据信息，生成目标区块，将该目标区块广播至该区块链上的所有区块链节点，在确定该区块链上得所有区块链节点达成共识时，将该目标区块添加至该区块链中。具体生成目标区块并添加至区块链的过程可以参见上述图4b所对应实施例中的步骤401-步骤409，在此不再进行赘述。

步骤503、核心节点从该区块链中获取该目标区块与历史区块，基于该目标区块与历史区块统计该业务节点的电子票据发行总量。

具体的，核心节点从区块链上获取到包括上述发行业务节点的所有区块，基于这些区块统计出该发行业务节点在统计周期时长内的电子票据发行总量，其中，该统计周期时长可以包括一个月或两个月或一年等，可以人为进行规定。

步骤504、核心节点基于电子票据发行总量对每个业务节点的运营状态进行异常检测。

具体的，核心节点在统计出上述发行业务节点的电子票据发行总量后，会基于电子票据目标发行总量来与该电子票据发行总量来检测该发行业务节点的运营状态。具体的检测过程可以参见上述图2所对应实施例中的步骤S104，在此不再进行赘述。

步骤505、核心节点返回异常信息至管理人员。

具体的，若有发行业务节点的运营状态存在异常，则核心节点会反馈异常信息至对应的管理人员，以使该管理人员对该存在异常的发行业务节点进行检查。

步骤506、核心节点发送心跳检测请求至业务节点。

具体的，核心节点会主动发送心跳检测请求至业务节点的管理模块，模拟业务节点的功能类型来让该业务节点执行业务，该心跳检测请求所请求执行的业务与接收该心跳检测请求的业务节点的业务功能类型相匹配。

步骤507、业务节点返回应答数据信息至核心节点。

具体的，业务节点的管理模块在接收到核心节点发送的心跳检测请求后，会是业务节点中的相关业务模块执行心跳请求所要求执行的业务，若该业务节点执行业务成功，则管理模块返回执行业务成功的应答数据信息至核心节点，以使核心节点确定该业务节点的功能状态为正常状态；若该业务节点无法执行业务，则管理模块返回执行业务失败的应答数据信息至核心节点，以使核心节点确定该业务节点的功能状态为异常状态。

步骤508、核心节点反馈功能状态异常信息至管理人员。

具体的，核心节点在确定有业务功能执行失败的业务节点后，反馈业务节点功能状态异常的信息至管理人员，以使管理人员检查功能状态为异常的业务节点。

步骤509、业务节点发送功能模块版本号至核心节点。

具体的，业务节点的管理模块会定期发送各自的功能模块版本号至核心节点。

步骤510、核心节点将该功能模块版本号与目标版本号作对比。

步骤511、核心节点返回版本更新信息至业务节点。

具体的，核心节点接收到该功能模块版本号后，会与该业务节点所对应的目标版本号对比，若该功能模块版本号与目标版本号不同，则核心节点向该业务节点返回与目标版本号相对应的版本更新信息，以使该业务节点基于该版本更新信息对功能模块进行更新。

步骤512、业务节点进行功能模块版本更新。

步骤513、业务节点发送硬件设备参数至核心节点。

具体的，业务节点的管理模块会定期发送硬件设备参数至核心节点，以使核心节点检测业务节点的设备运作状态是否存在异常。

步骤514、核心节点确定设备运作状态。

具体的，核心节点会基于所接收到的硬件设备参数，确定该业务节点的设备运作状态，该设备运作状态包括正常运作状态、过载运作状态以及故障运作状态。

步骤515、核心节点返回信息至业务节点。

具体的，若该设备运作状态为过载运作状态，核心节点则发送暂停处理指令至该业务节点的管理模块，以使该业务节点暂停处理业务，直到该业务节点的设备运作状态恢复到正常运作状态，才继续处理业务；若该设备运作状态为故障运作状态，核心节点则生成该业务节点所对应的报警消息。

步骤516、核心节点反馈异常信息至管理人员。

步骤517、核心节点发送功能模块更新包至业务节点。

具体的，除上述业务节点定期发送功能模块版本号至核心节点的管理模块以使业务节点进行功能模块更细外，核心节点还会主动发送功能模块更新包至业务节点的管理模块，以使业务节点进行功能模块更新。核心节点获取到功能模块更新包集合，该功能模块更新包集合可以包括多个业务功能类型分别对应的功能模块更新包，如，发行业务功能更新包、流转业务功能更新包、收票业务功能更新包、查询业务功能更新包以及同步业务功能更新包等。核心节点在多个业务节点中获取与该功能模块更新包相关联的业务功能类型对应的业务节点，作为待更新业务节点，如，发行业务功能更新包与发行业务节点相关联，则将该发行业务节点作为待更新业务节点，核心节点再向该待更新业务节点发送具有相同业务功能类型的功能模块更新包，如，向发行业务节点发送发行业务功能更新包、向流转业务节点发送流转业务功能更新包以及向收票业务节点发送流转业务功能更新包。其中，查询业务类型与同步业务类型是所有业务节点所具有的通用业务类型，核心节点会向所有的待更新业务节点发送查询业务功能更新包以及同步业务功能更新包。

步骤518、业务节点进行功能模块版本更新。需要说明的是，上述的步骤501-步骤505是一个检测业务节点运营状态的过程、步骤506-步骤508是一个心跳检测过程、步骤509-步骤512是一个业务节点进行功能模块更新的过程、步骤513-步骤516是一个硬件设备运作状态检测过程以及步骤517-步骤518是一个核心节点主动要求业务节点进行功能模块更新的过程，这些过程的先后执行顺序不做限定，这些过程可以在同一时间进行，也可以在不同的时间进行。

上述可知，通过接收业务节点的电子票据信息，并定时的生成目标区块添加到区块链中，再根据区块链中的目标区块和历史区块统计出周期时长内的电子票据发行数量，可以检测出业务节点的运营状态是否正常，以使得核心节点对业务节点更好地管控，可以加强核心节点对业务节点的管理与控制，进而提高统计效率。

进一步地，请参见图6，是本申请实施例提供的一种业务节点管理装置的结构示意图。如图6所示，业务节点管理装置1可以包括：第一接收模块11、第一生成模块12、统计模块13以及检测模块14。

第一接收模块11，用于接收多个业务节点发送的电子票据信息；

第一生成模块12，用于当系统时间达到出块时间阈值时，根据所述每个业务节点分别对应的所述电子票据信息生成目标区块，将所述目标区块添加至区块链中；

统计模块13，用于根据统计周期时长从所述区块链中获取所述目标区块和历史区块，根据所述目标区块和所述历史区块统计所述每个业务节点在所述统计周期时长内的电子票据发行总量；

检测模块14，用于基于所述电子票据发行总量对所述每个业务节点的运营状态进行异常检测。

其中，第一接收模块11、第一生成模块12、统计模块13以及检测模块14的具体功能实现方式可以参见上述图2所对应实施例中的步骤S101-步骤S104，在此不再进行赘述。

请参见图6，所述检测模块14可以包括：获取单元141以及确定单元142。

获取单元141，用于获取所述每个业务节点的电子票据发行总量；

确定单元142，用于若所述电子票据发行总量小于或等于电子票据目标发行总量，则确定所述业务节点的运营状态为正常状态；

所述确定单元142，还用于若所述电子票据发行总量大于所述电子票据目标发行总量，则确定所述业务节点的运营状态为异常状态，并发送停止发行指令至所述运营状态为异常状态的业务节点，以使所述运营状态为异常状态的业务节点根据所述停止发行指令停止发行电子票据。

其中，获取单元141以及确定单元142的具体功能实现方式可以参见上述图2所对应实施例中的步骤S104，在此不再进行赘述。

请参见图6，业务节点管理装置1可以包括第一接收模块11、第一生成模块12、统计模块13以及检测模块14，还可以包括：第一发送模块15、第二接收模块16以及第一确定模块17。

第一发送模块15，用于根据所述每个业务节点的业务功能类型，为所述每个业务节点分别发送心跳检测请求；所述心跳检测请求所请求执行的业务与接收所述心跳检测请求的业务节点的业务功能类型相匹配；

第二接收模块16，用于接收所述每个业务节点返回的应答数据信息，所述应答数据信息是由所述每个业务节点基于所述心跳检测请求所响应的；

第一确定模块17，用于根据所述应答数据信息，确定所述每个业务节点的业务功能状态。

其中，第一发送模块15、第二接收模块16以及第一确定模块17的具体功能实现方式可以参见上述图5所对应实施例中的步骤506-步骤507，在此不再进行赘述。

请参见图6，业务节点管理装置1可以包括第一接收模块11、第一生成模块12、统计模块13以及检测模块14、第一发送模块15、第二接收模块16以及第一确定模块17，还可以包括第一获取模块18以及第二发送模块19。

第一获取模块18，用于获取所述多个业务节点中第一业务节点发送的功能模块版本号；

第二发送模块19，用于若所述功能模块版本号与所述第一业务节点对应的目标版本号不同，则向所述第一业务节点发送所述目标版本号对应的版本更新信息，以使所述第一业务节点基于所述版本更新信息进行功能模块更新。

其中，第一获取模块18以及第二发送模块19的具体功能实现方式可以参见上述图5所对应实施例中的步骤509-步骤512，在此不再进行赘述。

请参见图6，业务节点管理装置1可以包括第一接收模块11、第一生成模块12、统计模块13、检测模块14、第一发送模块15、第二接收模块16、第一确定模块17、第一获取模块18以及第二发送模块19，还可以包括：第二确定模块20、第三发送模块21以及第二生成模块22。

所述第一获取模块18，用于获取所述多个业务节点中第二业务节点发送的硬件设备参数；

第二确定模块20，用于基于所述硬件设备参数确定所述第二业务节点的设备运作状态；所述设备运作状态包括正常运作状态、过载运作状态以及故障运作状态；

第三发送模块21，用于若所述设备运作状态为所述过载运作状态，则发送暂停处理指令至所述第二业务节点，以使所述第二业务节点暂停处理业务；

第二生成模块22，用于若所述设备运作状态为所述故障运作状态，则生成所述第二业务节点对应的报警消息。

其中，第二确定模块20、第三发送模块21以及第二生成模块22的具体功能实现方式可以参见上述图5所对应实施例中的步骤513-步骤515，在此不再进行赘述。

请参见图6，业务节点管理装置1可以包括第一接收模块11、第一生成模块12、统计模块13、检测模块14、第一发送模块15、第二接收模块16、第一确定模块17、第一获取模块18、第二发送模块19、第二确定模块20、第三发送模块21以及第二生成模块22，还可以包括第二获取模块23以及第四发送模块24。

第二获取模块23，用于获取功能模块更新包集合；所述功能模块更新包集合包括多个业务功能类型分别对应的功能模块更新包；

所述第二获取模块23，还用于当所述系统时间达到更新时间阈值，在所述多个业务节点中获取与所述功能模块更新包集合相关联的业务功能类型对应的业务节点，作为待更新业务节点；

第四发送模块24，用于向所述待更新业务节点发送具有相同业务功能类型的功能模块更新包，以使所述待更新业务节点根据所接收到的功能模块更新包进行功能模块更新。

其中，第二获取模块23以及第四发送模块24的具体功能实现方式可以参见上述图5所对应实施例中的步骤517-步骤518，在此不再进行赘述。

请参见图6，所述第四发送模块24可以包括：第一发送单元241以及第二发送单元242。

第一发送单元241，用于将所述业务功能类型为通用业务类型的功能模块更新包发送到所有待更新业务节点；所述通用业务类型包括查询业务类型和同步业务类型；

第二发送单元242，用于若所述待更新业务节点为发行业务节点，则将所述业务功能类型为发行业务类型的功能模块更新包发送到所述发行业务节点；

所述第二发送单元242，还用于若所述待更新业务节点为流转业务节点，则将所述业务功能类型为流转业务类型的功能模块更新包发送到所述流转业务节点；

所述第二发送单元242，还用于若所述待更新业务节点为收票业务节点，则将所述业务功能类型为收票业务类型的功能模块更新包发送到所述收票业务节点。

其中，第一发送单元241以及第二发送单元242的具体功能实现方式可以参见上述图5所对应实施例中的步骤517-步骤518，在此不再进行赘述。

本申请实施例通过接收多个业务节点发送的电子票据信息；当系统时间达到出块时间阈值时，根据所述每个业务节点分别对应的所述电子票据信息生成目标区块，将所述目标区块添加至区块链中；根据统计周期时长从所述区块链中获取所述目标区块和历史区块，根据所述目标区块和所述历史区块统计所述每个业务节点在所述统计周期时长内的电子票据发行总量；基于所述电子票据发行总量对所述每个业务节点的运营状态进行异常检测。上述可知，通过接收业务节点的电子票据信息，并定时的生成目标区块添加到区块链中，再根据区块链中的目标区块和历史区块统计出周期时长内的电子票据发行数量，可以检测出业务节点的运营状态是否正常，以使得核心节点对业务节点更好地管控，可以加强核心节点对业务节点的管理与控制，进而提高统计效率。

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

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

接收多个业务节点发送的电子票据信息；

当系统时间达到出块时间阈值时，根据所述每个业务节点分别对应的所述电子票据信息生成目标区块，将所述目标区块添加至区块链中；

根据统计周期时长从所述区块链中获取所述目标区块和历史区块，根据所述目标区块和所述历史区块统计所述每个业务节点在所述统计周期时长内的电子票据发行总量；

基于所述电子票据发行总量对所述每个业务节点的运营状态进行异常检测。

在一个实施例中，所述处理器1001在执行所述基于所述电子票据发行总量对所述每个业务节点的运营状态进行异常检测时，具体执行以下步骤：

获取所述每个业务节点的电子票据发行总量；

若所述电子票据发行总量小于或等于电子票据目标发行总量，则确定所述业务节点的运营状态为正常状态；

若所述电子票据发行总量大于所述电子票据目标发行总量，则确定所述业务节点的运营状态为异常状态，并发送停止发行指令至所述运营状态为异常状态的业务节点，以使所述运营状态为异常状态的业务节点根据所述停止发行指令停止发行电子票据。

在一个实施例中，所述处理器1001还执行以下步骤：

根据所述每个业务节点的业务功能类型，为所述每个业务节点分别发送心跳检测请求；所述心跳检测请求所请求执行的业务与接收所述心跳检测请求的业务节点的业务功能类型相匹配；

接收所述每个业务节点返回的应答数据信息，所述应答数据信息是由所述每个业务节点基于所述心跳检测请求所响应的；

根据所述应答数据信息，确定所述每个业务节点的业务功能状态。

在一个实施例中，所述处理器1001还执行以下步骤：

获取所述多个业务节点中第一业务节点发送的功能模块版本号；

若所述功能模块版本号与所述第一业务节点对应的目标版本号不同，则向所述第一业务节点发送所述目标版本号对应的版本更新信息，以使所述第一业务节点基于所述版本更新信息进行功能模块更新。

在一个实施例中，所述处理器1001还执行以下步骤：

获取所述多个业务节点中第二业务节点发送的硬件设备参数；

基于所述硬件设备参数确定所述第二业务节点的设备运作状态；所述设备运作状态包括正常运作状态、过载运作状态以及故障运作状态；

若所述设备运作状态为所述过载运作状态，则发送暂停处理指令至所述第二业务节点，以使所述第二业务节点暂停处理业务；

若所述设备运作状态为所述故障运作状态，则生成所述第二业务节点对应的报警消息。

在一个实施例中，所述处理器1001还执行以下步骤：

获取功能模块更新包集合；所述功能模块更新包集合包括多个业务功能类型分别对应的功能模块更新包；

当所述系统时间达到更新时间阈值，在所述多个业务节点中获取与所述功能模块更新包集合相关联的业务功能类型对应的业务节点，作为待更新业务节点；

向所述待更新业务节点发送具有相同业务功能类型的功能模块更新包，以使所述待更新业务节点根据所接收到的功能模块更新包进行功能模块更新。

在一个实施例中，所述处理器1001在执行所述向所述待更新业务节点发送具有相同业务功能类型的功能模块更新包时，具体执行以下步骤：

将所述业务功能类型为通用业务类型的功能模块更新包发送到所有待更新业务节点；所述通用业务类型包括查询业务类型和同步业务类型；

若所述待更新业务节点为发行业务节点，则将所述业务功能类型为发行业务类型的功能模块更新包发送到所述发行业务节点；

若所述待更新业务节点为流转业务节点，则将所述业务功能类型为流转业务类型的功能模块更新包发送到所述流转业务节点；

若所述待更新业务节点为收票业务节点，则将所述业务功能类型为收票业务类型的功能模块更新包发送到所述收票业务节点。

上述可知，通过接收业务节点的电子票据信息，并定时的生成目标区块添加到区块链中，再根据区块链中的目标区块和历史区块统计出周期时长内的电子票据发行数量，可以检测出业务节点的运营状态是否正常，以使得核心节点对业务节点更好地管控，可以加强核心节点对业务节点的管理与控制，进而提高业务节点服务的一致性。

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

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

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

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

Claims (10)

1.一种业务节点管理方法，其特征在于，包括：

接收多个业务节点发送的电子票据信息；

当系统时间达到出块时间阈值时，根据所述每个业务节点分别对应的所述电子票据信息生成目标区块，将所述目标区块添加至区块链中；

根据统计周期时长从所述区块链中获取所述目标区块和历史区块，根据所述目标区块和所述历史区块统计所述每个业务节点在所述统计周期时长内的电子票据发行总量；

基于所述电子票据发行总量对所述每个业务节点的运营状态进行异常检测。

2.根据权利要求1所述的方法，其特征在于，所述基于所述电子票据发行总量对所述每个业务节点的运营状态进行异常检测，包括：

获取所述每个业务节点的电子票据发行总量；

若所述电子票据发行总量小于或等于电子票据目标发行总量，则确定所述业务节点的运营状态为正常状态；

若所述电子票据发行总量大于所述电子票据目标发行总量，则确定所述业务节点的运营状态为异常状态，并发送停止发行指令至所述运营状态为异常状态的业务节点，以使所述运营状态为异常状态的业务节点根据所述停止发行指令停止发行电子票据。

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

根据所述每个业务节点的业务功能类型，为所述每个业务节点分别发送心跳检测请求；所述心跳检测请求所请求执行的业务与接收所述心跳检测请求的业务节点的业务功能类型相匹配；

接收所述每个业务节点返回的应答数据信息，所述应答数据信息是由所述每个业务节点基于所述心跳检测请求所响应的；

根据所述应答数据信息，确定所述每个业务节点的业务功能状态。

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

获取所述多个业务节点中第一业务节点发送的功能模块版本号；

若所述功能模块版本号与所述第一业务节点对应的目标版本号不同，则向所述第一业务节点发送所述目标版本号对应的版本更新信息，以使所述第一业务节点基于所述版本更新信息进行功能模块更新。

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

获取所述多个业务节点中第二业务节点发送的硬件设备参数；

基于所述硬件设备参数确定所述第二业务节点的设备运作状态；所述设备运作状态包括正常运作状态、过载运作状态以及故障运作状态；

若所述设备运作状态为所述过载运作状态，则发送暂停处理指令至所述第二业务节点，以使所述第二业务节点暂停处理业务；

若所述设备运作状态为所述故障运作状态，则生成所述第二业务节点对应的报警消息。

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

获取功能模块更新包集合；所述功能模块更新包集合包括多个业务功能类型分别对应的功能模块更新包；

当所述系统时间达到更新时间阈值，在所述多个业务节点中获取与所述功能模块更新包集合相关联的业务功能类型对应的业务节点，作为待更新业务节点；

向所述待更新业务节点发送具有相同业务功能类型的功能模块更新包，以使所述待更新业务节点根据所接收到的功能模块更新包进行功能模块更新。

7.根据权利要求6所述的方法，其特征在于，所述向所述待更新业务节点发送具有相同业务功能类型的功能模块更新包，包括：

将所述业务功能类型为通用业务类型的功能模块更新包发送到所有待更新业务节点；所述通用业务类型包括查询业务类型和同步业务类型；

若所述待更新业务节点为发行业务节点，则将所述业务功能类型为发行业务类型的功能模块更新包发送到所述发行业务节点；

若所述待更新业务节点为流转业务节点，则将所述业务功能类型为流转业务类型的功能模块更新包发送到所述流转业务节点；

若所述待更新业务节点为收票业务节点，则将所述业务功能类型为收票业务类型的功能模块更新包发送到所述收票业务节点。

8.一种业务节点管理装置，其特征在于，包括：

接收模块，用于接收多个业务节点发送的电子票据信息；

生成模块，用于当系统时间达到出块时间阈值时，根据所述每个业务节点分别对应的所述电子票据信息生成目标区块，将所述目标区块添加至区块链中；

统计模块，用于根据统计周期时长从所述区块链中获取所述目标区块和历史区块，根据所述目标区块和所述历史区块统计所述每个业务节点在所述统计周期时长内的电子票据发行总量；

检测模块，用于基于所述电子票据发行总量对所述每个业务节点的运营状态进行异常检测。

9.一种计算机设备，其特征在于，包括：处理器和存储器；

所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至7中任一项所述方法的步骤。

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

Images