CN116645061A - 基于区块链系统的报关数据处理方法和共识节点 - Google Patents

基于区块链系统的报关数据处理方法和共识节点 Download PDF

Info

Publication number
CN116645061A
CN116645061A CN202310642769.2A CN202310642769A CN116645061A CN 116645061 A CN116645061 A CN 116645061A CN 202310642769 A CN202310642769 A CN 202310642769A CN 116645061 A CN116645061 A CN 116645061A
Authority
CN
China
Prior art keywords
node
transaction
enterprise
nodes
channel
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310642769.2A
Other languages
English (en)
Inventor
王童晨
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ant Blockchain Technology Shanghai Co Ltd
Original Assignee
Ant Blockchain Technology Shanghai Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ant Blockchain Technology Shanghai Co Ltd filed Critical Ant Blockchain Technology Shanghai Co Ltd
Priority to CN202310642769.2A priority Critical patent/CN116645061A/zh
Publication of CN116645061A publication Critical patent/CN116645061A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/103Workflow collaboration or project management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/64Protecting data integrity, e.g. using checksums, certificates or signatures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/542Event management; Broadcasting; Multicasting; Notifications
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/389Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/10Tax strategies
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30Computing systems specially adapted for manufacturing

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Accounting & Taxation (AREA)
  • Software Systems (AREA)
  • General Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Finance (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Development Economics (AREA)
  • Databases & Information Systems (AREA)
  • Marketing (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Multimedia (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

一种基于区块链系统的报关数据处理方法和共识节点,区块链系统中包括负责提交报关数据的多个企业节点和负责审批报关数据的多个职能节点,并且建立有包括若干企业节点和该多个职能节点的目标数据通道,该多个职能节点属于共识节点且包括负责审批目标类别的报关数据的第一职能节点,目标数据通道拥有通道账本。该若干企业节点中的第一企业节点可以向目标数据通道内的第一共识节点发送包括目标类别的第一报关数据的第一交易,使得第一交易被存储到该通道账本中。第一职能节点在对该通道账本中的第一报关数据进行审批处理得到审批结果后,能生成包括该审批结果的第二交易,并在完成对第二交易的共识过程后将第二交易存储到该通道账本中。

Description

基于区块链系统的报关数据处理方法和共识节点
技术领域
本说明书实施例属于区块链技术领域,尤其涉及基于区块链系统的报关数据处理方法和共识节点。
背景技术
近年来,市场采购贸易方式成为了我国在外贸出口领域重点扶持和推广的新型贸易方式。市场采购贸易方式一般是指在经认定的市场集聚区采购商品,由符合条件的经营者办理出口通关手续的贸易方式。市场采购贸易场景下的报关流程的核心一般是报关数据的流转,而数据流转通常会关注数据的流转效率。
迫切需要一种合理、可靠的方案,可以提高市场采购贸易场景下报关数据的流转效率。
发明内容
本发明的目的在于提供基于区块链系统的报关数据处理方案和区块链系统中的共识节点,可以提高市场采购贸易场景下的报关数据流转效率。
本说明书第一方面提供一种基于区块链系统的报关数据处理方法,所述区块链系统中包括负责提交报关数据的多个企业节点、及负责审批报关数据的多个职能节点,并且建立有包括若干企业节点和所述多个职能节点的目标数据通道,所述多个职能节点属于共识节点、且包括负责审批目标类别的报关数据的第一职能节点,所述目标数据通道拥有通道账本,所述方法包括:所述若干企业节点中的第一企业节点向所述目标数据通道内的第一共识节点发送第一交易,所述第一交易包括与所述第一企业节点对应的第一企业有关且归属于所述目标类别的第一报关数据;所述第一共识节点在与所述目标数据通道内的其他共识节点完成对所述第一交易的共识后,将所述第一交易存储到所述通道账本中;所述第一职能节点对存储到所述通道账本中的所述第一报关数据进行审批处理,得到审批结果,生成包括所述审批结果的第二交易,并在与所述目标数据通道内的其他共识节点完成对所述第二交易的共识后,将所述第二交易存储到所述通道账本中。
本说明书第二方面提供一种基于区块链系统的报关数据处理方法,所述区块链系统中包括负责提交报关数据的多个企业节点、及负责审批报关数据的多个职能节点,并且建立有包括若干企业节点和所述多个职能节点的目标数据通道,所述多个职能节点属于共识节点、且包括负责审批目标类别的报关数据的第一职能节点,所述目标数据通道拥有通道账本,所述方法应用于所述区块链系统中的共识节点,包括:接收所述若干企业节点中的第一企业节点发送的第一交易,所述第一交易包括与所述第一企业节点对应的第一企业有关且归属于所述目标类别的第一报关数据;在与所述目标数据通道内的其他共识节点完成对所述第一交易的共识后,将所述第一交易存储到所述通道账本中;以使得所述第一职能节点在对存储到所述通道账本中的所述第一报关数据进行审批处理得到审批结果后,生成包括所述审批结果的第二交易;在与所述第一职能节点、及所述目标数据通道内的其他共识节点完成对所述第二交易的共识后,将所述第二交易存储到所述通道账本中。
本说明书第三方面提供一种区块链系统中的共识节点,所述区块链系统中包括负责提交报关数据的多个企业节点、及负责审批报关数据的多个职能节点,并且建立有包括若干企业节点和所述多个职能节点的目标数据通道,所述多个职能节点属于共识节点、且包括负责审批目标类别的报关数据的第一职能节点,所述目标数据通道拥有通道账本,所述共识节点包括:接收单元,被配置成接收所述若干企业节点中的第一企业节点发送的第一交易,所述第一交易包括与所述第一企业节点对应的第一企业有关且归属于所述目标类别的第一报关数据;交易处理单元,被配置成在与所述目标数据通道内的其他共识节点完成对所述第一交易的共识后,将所述第一交易存储到所述通道账本中;以使得所述第一职能节点在对存储到所述通道账本中的所述第一报关数据进行审批处理得到审批结果后,生成包括所述审批结果的第二交易;所述交易处理单元,还被配置成在与所述第一职能节点、及所述目标数据通道内的其他共识节点完成对所述第二交易的共识后,将所述第二交易存储到所述通道账本中。
本说明书第四方面提供一种计算机可读存储介质,其上存储有计算机程序,当所述计算机程序在计算机中执行时,令计算机执行如第二方面中任一实现方式描述的方法。
本说明书第五方面提供一种计算设备,包括存储器和处理器,所述存储器中存储有可执行代码,所述处理器执行所述可执行代码时,实现如第二方面中任一实现方式描述的方法。
本说明书第六方面提供一种计算机程序产品,当该计算机程序产品在计算机中执行时,令计算机执行如第二方面中任一实现方式描述的方法。
本说明书实施例提供的方案,可以使得负责提交报关数据的多个企业节点和负责审批报关数据的多个职能节点加入同一区块链系统,并且为了满足各节点间的数据隐私需求,可以在该区块链系统中为一次报关流程涉及的若干企业节点和该多个职能节点建立目标数据通道,目标数据通道拥有与本通道对应的报关流程业务数据的通道账本。在该方案中,该多个职能节点属于共识节点,包括负责审批目标类别的报关数据的第一职能节点。该若干企业节点中的第一企业节点可以向目标数据通道内的第一共识节点发送第一交易,第一交易包括与第一企业节点对应的第一企业有关且归属于目标类别的第一报关数据。之后,第一共识节点在与目标数据通道内的其他共识节点完成对第一交易的共识后,可以将第一交易存储到该通道账本中,以便目标数据通道内的所有节点都能观察到该通道账本中存储的第一交易。接着,第一职能节点可以对存储到该通道账本中的第一报关数据进行审批处理,得到审批结果,生成包括该审批结果的第二交易,并在与目标数据通道内的其他共识节点完成对第二交易的共识后,将第二交易存储到通道账本中,以便该所有节点都能观察到该通道账本中存储的第二交易。由此,可以利用区块链去中心化、信息不可篡改等特性,通过消息广播完成对第一企业节点提交的第一交易和第一职能节点提交的第二交易的信息传递,避免了采用中心化联网平台进行节点间的数据流转,提高了市场采购贸易场景下的报关数据流转效率。
附图说明
为了更清楚地说明本说明书实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是一实施例中的区块链架构图;
图2是本说明书实施例中区块链系统的结构示意图;
图3是本说明书实施例中区块链系统的整体账本结构的示意图;
图4是本说明书实施例中企业节点准入流程的一个示意图;
图5是本说明书实施例中数据通道建立流程的一个示意图;
图6是本说明书实施例中报关数据处理方法的一个示意图;
图7是本说明书实施例中报关数据处理方法的一个示意图;
图8是本说明书实施例中一种区块链系统中的共识节点的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本说明书保护的范围。
区块链(Blockchain)是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。在区块链中按照时间顺序将数据区块以顺序相连的方式组合成链式数据结构,并以密码学方式保证数据区块不可篡改和不可伪造。由于区块链具有去中心化、信息不可篡改、自治性等特性,区块链也受到人们越来越多的重视和应用。
图1示出了一实施例中的区块链架构图。在图1所示的区块链架构图中,区块链100中包括N个节点,图1中示意示出节点1-节点8。节点之间的连线示意性的表示P2P(Peer toPeer,点对点)连接,所述连接例如可以为TCP连接等,用于在节点之间传输数据。这些节点上可存储全量的账本,即存储全部区块和全部账户的状态。其中,区块链中的每个节点可通过执行相同的交易而产生区块链中的相同的状态,区块链中的每个节点可存储相同的状态数据库。
区块链领域中的交易可以指在区块链中执行并记录在区块链中的任务单元。交易中通常包括发送字段(From)、接收字段(To)和数据字段(Data)。其中,在交易为转账交易的情况中,From字段表示发起该交易(即发起对另一个账户的转账任务)的账户地址,To字段表示接收该交易(即接收转账)的账户地址,Data字段中包括转账金额。
区块链中可提供智能合约的功能。区块链上的智能合约是在区块链系统上可以被交易触发执行的合约。智能合约可以通过代码的形式定义。在区块链中调用智能合约,是发起一笔指向智能合约地址的交易,使得区块链中每个节点分布式地运行智能合约代码。
在部署合约的场景中,例如,Bob将一个包含创建智能合约信息(即部署合约)的交易发送到如图1所示的区块链中,该交易的data字段包括待创建的合约的代码(如字节码或者机器码),交易的to字段为空,以表示该交易用于部署合约。节点间通过共识机制达成一致后,确定合约的合约地址“0x6f8ae93…”,各个节点在状态数据库中添加与该智能合约的合约地址对应的合约账户,分配与该合约账户对应的状态存储,并存储合约代码,将合约代码的哈希值保存在该合约的状态存储中,从而合约创建成功。
在调用合约的场景中,例如,Bob将一个用于调用智能合约的交易发送到如图1所示的区块链中,该交易的from字段是交易发起方(即Bob)的账户的地址,to字段为上述“0x6f8ae93…”,即被调用的智能合约的地址,交易的data字段包括调用智能合约的方法和参数。在区块链中对该交易进行共识之后,区块链中的各个节点可分别执行该交易,从而分别执行该合约,基于该合约的执行更新状态数据库。
如前所述,近年来,市场采购贸易方式成为了我国在外贸出口领域重点扶持和推广的新型贸易方式。市场采购贸易方式一般是指在经认定的市场集聚区采购商品,由符合条件的经营者办理出口通关手续的贸易方式。相比于其他出口贸易方式,市场采购贸易一般具有如下三个突出的特点:个体工商户需注册在集聚范围内、地方性出口补贴政策对出口收益影响大、个体工商户可通过报关信息背书实现收结汇。为应对以上特点对传统报关流程的影响,一般采用建立地方联网平台的方式,集中处理市场采购贸易的报关流程。该报关流程的核心一般是报关数据的流转,而数据流转通常会关注数据的流转效率。
在现有的市场采购贸易报关数据流转方案中,地方联网平台作为中心化的数据枢纽,负责从外贸公司、市场经营户、报关公司、货代公司集中收集报关数据,例如货物信息、报关单信息、货运信息等,并将数据点对点的推送给单一窗口(海关)、国税部门、国检部门、外汇管理部门、地方商务局等。这种中心化的数据流转方案,尽管提供了简单的数据仓储方式(即集中地由联网平台对数据进行汇总储存,其他节点仅处理自身相关数据),但也导致节点之间的数据流转都必须经过一个中心化节点,从而影响数据流转效率。由于数据集中式地通过联网平台处理,导致接入联网平台的各节点对于数据变化的感知都低效率的依赖联网平台的下发。
本说明书实施例提供了基于区块链系统的报关数据处理方案和区块链系统中的共识节点,可以提高市场采购贸易场景下的报关数据流转效率。
在本说明书实施例提供的方案中,市场采购贸易场景下的报关流程涉及到的各方均可以作为节点加入区块链系统。另外,联网平台也可以作为节点加入区块链系统。其中,区块链系统可以是联盟链网络。
图2是本说明书实施例中区块链系统的结构示意图。如图2所示,区块链系统200可以包括多个节点,例如包括多个企业(如外贸代理公司、及图2中示意性示出的外贸公司、市场经营户、报关公司、货代公司)各自对应的节点,多个职能部门(如图2中示意性示出的海关、国税部门、国检部门、外汇管理部门、地方商务局)各自对应的节点,以及联网平台。基于区块链系统200,可通过去中心化的扁平网络结构实现报关数据公开可信流转,在保留联网平台业务管理职能的同时,解放其中心化数据枢纽的技术职能。
从现实身份的角度出发,区块链系统200中的节点可以被定义为企业节点、职能节点或管理者节点。例如,外贸公司、市场经营户、报关公司、货代公司、外贸代理公司各自对应的节点可以被定义为企业节点,海关、国税部门、国检部门、外汇管理部门、地方商务局各自对应的节点可以被定义为职能节点,联网平台可以被定义为管理者节点。
企业节点可以负责提交报关数据(也可称为报关基本信息元)。单个报关基本信息元例如可以包括报关单信息、出口订单信息、免税申报信息、货物信息和货运信息等中的任一项。职能节点可以负责根据自身现实职能审批处理报关基本信息元,如货值审查、税务核算、外汇管理等。管理者节点可以负责为整个区块链系统的节点及报关基本信息元提供权限管理及数据通道,如节点准入授权、节点广播、通道管理等,拥有链上智能合约的部署权限。
为了满足各节点间的数据隐私需求,区块链系统200中可以通过数据通道的方式为一次报关流程中的各角色建立独立的数据流转通道。由于在现实报关场景中,各角色之间的业务往来关系往往不是以单次报关为周期,而是以时间区间为周期,因此一个数据通道一旦建立就会持续存在,直到它自动到期或被管理员主动回收。每一个数据通道有属于自身的区块链账本(可称为通道账本),不同的数据通道之间账本隔离。即使数据通道被关闭或销毁,也只是关闭了该数据通道的通道账本的写入功能,不影响各节点读取本地已有的账本信息。
基于上述通道隔离方案,整个区块链系统的区块链账本可以分为两类:系统账本、通道账本。其中,系统账本中可部署所有数据通道复用的智能合约,记录系统整体层面的配置信息及操作信息,如创建通道、节点准入等。通道账本可以记录本通道内的报关流程业务数据,是去中心化报关数据流转的实际载体。图3是本说明书实施例中区块链系统的整体账本结构的示意图。假设区块链系统200中建立有数据通道A、数据通道B、数据通道C,如图3所示,区块链系统200中的系统账本例如可以存储系统创世区块、创建这三个数据通道时分别产生的区块等。这三个数据通道各自的通道账本可以存储与本通道对应的报关流程业务数据。
需要指出,系统账本可以用于存储下文中提及的企业节点准入阶段、及数据通道建立阶段中产生的区块。通道账本可以用于存储下文中提及的数据流转阶段中产生的与该通道账本对应的数据通道涉及的报关流程业务数据有关的区块。在一个例子中,系统账本和通道账本均可以视为区块数据。对于系统账本和通道账本中的任一种账本,其中的每一区块的区块头包括若干字段,例如上一区块哈希previous_Hash,随机数Nonce(在一些区块链系统中这个Nonce不是随机数,或者在一些区块链系统中不启用区块头中的Nonce),时间戳Timestamp,区块号Block Num,状态根哈希State_Root,交易根哈希Transaction_Root,收据根哈希Receipt_Root等。其中,下一区块(如区块N+1)的区块头中的Prev_Hash指向上一区块(如区块N),即为上一区块的hash值。通过这种方式,区块链上通过区块头实现了下一区块对上一区块的锁定。其中,State_Root、Transaction_Root和Receipt_Root分别锁定了状态集合、交易集合和收据集合。状态集合、交易集合和收据集合分别以树的形式组织了状态、交易和收据。一般的,可以是相同的树形结构,也可以是不同的树形结构。
从分布式数据管理角度而言,区块链系统200可以包含两类节点,即全数据节点和SPV(Simplified Payment Verification,简单支付验证)节点。全数据节点参与共识,并存储全量的系统账本,及所在数据通道的全量的通道账本。职能节点及管理者节点可以默认是全数据节点,从而保障整个区块链系统有足够的共识参与方完成数据打包成块。需要指出,全数据节点可以称为共识节点。SPV节点不参与共识,只存储节点自身所关心的、需要进行核验的部分交易。企业节点可以默认是SPV节点,只需要存储所在数据通道内与自身报关业务有关的数据,从而降低各企业使用区块链系统的存储成本。需要说明,企业节点可自由选择成为所在数据通道内的全数据节点。
基于区块链系统200的分布式网络设计,本说明书实施例提供的方案可充分满足市场采购贸易场景下去中心化数据流转的方案设计初衷,在不改变联网平台业务职能的同时,提升整体报关系统的数据流转效率。
本说明书实施例提供的方案可大致分为以下三个阶段:企业节点准入阶段、数据通道建立阶段、数据流转阶段。
在企业节点准入阶段,初始的区块链系统200可以由各职能节点和管理者节点组成,管理者节点可以在区块链系统200中部署用于企业节点准入管理的智能合约C2。当市场采购贸易场景下的企业Ent1想要加入区块链系统200时,例如可以从公开渠道下载区块链系统200对应的客户端至企业Ent1的目标设备(如本地终端),而后由目标设备通过该客户端调用智能合约C2,以申请加入区块链系统200。
下面,以企业Ent1的目标设备申请加入区块链系统200为例,结合图4介绍企业节点准入阶段中的实现方案。其中,图4是本说明书实施例中企业节点准入流程的一个示意图。
如图4所示,首先,在步骤S401,企业Ent1的目标设备向区块链系统200发送调用智能合约C2的交易Tx7,交易Tx7用于申请加入区块链系统200、且包括企业Ent1的企业信息。
其中,企业信息例如可以包括企业名称、营业执照名称和统一社会信用代码等中的至少一项。交易Tx7还可以包括目标设备的设备信息,该设备信息可以包括但不限于设备标识。
在步骤S403,区块链系统200中的各个共识节点根据交易Tx7,通过智能合约C2生成用于确认是否同意目标设备加入区块链系统200的事件Eve5,并在区块链系统200中存储事件Eve5;其中,事件Eve5包括企业Ent1的企业信息。
具体地,可以将事件Eve5存储到系统账本中,以便区块链系统200中的所有节点均能监听到被存储到系统账本中的事件Eve5。
在步骤S405,区块链系统200中的各个职能节点在监听到事件Eve5后,生成调用智能合约C2且包括对事件Eve5的答复结果A2的交易Tx8。
具体地,各个职能节点在监听到事件Eve5后,可以基于事件Eve5包括的企业Ent1的企业信息,对企业Ent1进行资质审核,并基于审核结果生成答复结果A2。例如,可以确认企业Ent1的企业信息是否包含在本地预设的企业信息库中,如果确认企业Ent1的企业信息包含在该企业信息库中,则可以确定企业Ent1已具备对应的资质,从而可以生成用于表示同意的答复结果A2。如果确认企业Ent1的企业信息未包含在该企业信息库中,则可以确定企业Ent1不具备对应的资质,从而可以生成用于表示不同意(拒绝)的答复结果A2。之后,可以生成调用智能合约C2且包括答复结果A2的交易Tx8。
在步骤S407,各个职能节点向区块链系统200发送各自生成的交易Tx8。
例如,每个职能节点可以通过消息广播的方式将所生成的交易Tx8传递给其他共识节点。
在步骤S409,各个共识节点响应于各个职能节点各自的答复结果A2为同意,通过智能合约C2生成用于指示允许目标设备加入区块链系统200的事件Eve6,并在区块链系统200中存储事件Eve6。
具体地,可以将事件Eve6存储到系统账本中,以便区块链系统200中的所有节点均能监听到被存储到系统账本中的事件Eve6。
在步骤S411,管理者节点在监听到事件Eve6后,将目标设备作为企业节点EntN1,确定企业节点EntN1的节点标识,生成调用智能合约C2且包括该节点标识和企业Ent1的企业信息的交易Tx9。
在一个例子中,管理者节点可以利用预设的节点标识生成算法,生成在区块链系统200中唯一的节点标识,并将该节点标识分配给企业节点EntN1。在另一个例子中,事件Eve6中包括目标设备的设备标识,管理者节点可以将目标设备的设备标识作为企业节点EntN1的节点标识。
在步骤S413,管理者节点向区块链系统200发送交易Tx9。
在步骤S415,各个共识节点通过执行交易Tx9,将企业节点EntN1的节点标识和企业Ent1的企业信息存储到智能合约C2的合约状态中。
在一种实施方式中,在步骤S415之后,各个共识节点还可以通过智能合约C2生成用于指示企业节点EntN1准入成功的事件Eve7,并在区块链系统200中存储事件Eve7。具体地,可以将事件Eve7存储到系统账本中,以便企业节点EntN1可以监听到事件Eve7,从而获知准入成功。
在一种实施方式中,当某个职能节点的答复结果A2为不同意时,在步骤S407之后,各个共识节点可以响应于该某个职能节点的答复结果A2为不同意,生成用于指示目标设备准入失败的事件Eve8,并在区块链系统200中存储事件Eve8,例如将事件Eve8存储到系统账本中,以便区块链系统200中的所有节点能监听到事件Eve8,从而获知目标设备准入失败。另外,区块链系统200可以向目标设备返回准入失败的反馈信息,例如可以将事件Eve8返回给目标设备。
在一种实施方式中,对于交易Tx7、交易Tx8或交易Tx9中的任一交易,各个共识节点可以根据该交易对智能合约C2的调用,将该交易存储到区块链系统200的系统账本中。
图4对应的实施例提供的企业节点准入流程,可以凭借去中心化网络及智能合约的存在,只需目标设备、区块链系统200中的各职能节点和管理者节点均进行一次主动交互,其余信息传递都通过消息广播完成,并且即使职能部门扩展,对节点主动交互次数的规模不会有太大的影响。由此,能提高企业节点准入阶段中的数据流转效率。
需要说明,涉及报关业务的任意企业可以采用与图4对应的实施例描述的企业节点准入流程类似的流程,使得自己的目标设备作为企业节点加入区块链系统200。
实践中,管理者节点除了在区块链系统200中部署如前所述的智能合约C2外,还可以部署用于数据通道管理的智能合约C1。在多个企业节点加入区块链系统200后,为了实现不同报关流程业务数据的隔离,从而实现隐私数据保护,任意企业节点可以通过调用智能合约C1申请建立数据通道。
下面,以企业节点EntN1为例,结合图5介绍数据通道建立阶段中的实现方案。其中,图5是本说明书实施例中数据通道建立流程的一个示意图。
如图5所示,首先,在步骤S501,企业节点EntN1向区块链系统200发送调用智能合约C1的交易Tx4,交易Tx4用于建立目标数据通道、且包括其他企业节点的节点标识。
具体地,企业节点EntN1可以向区块链系统200中的共识节点ConN1发送交易Tx4,共识节点ConN1可以通过消息广播的方式将交易Tx4传递给其他共识节点。其中,共识节点ConN1可以是区块链系统200中距离企业节点EntN1比较近的共识节点。企业节点EntN1和该其他企业节点可以是一次报关流程涉及的各企业节点。假设企业节点EntN1为市场经营户对应的节点,该其他企业节点例如可以包括但不限于与该市场经营户有合作关系的外贸代理公司对应的企业节点、及与该外贸代理公司有合作关系的报关公司对应的企业节点。
在步骤S503,区块链系统200中的各个共识节点根据交易Tx4,通过智能合约C1生成用于确认是否同意建立目标数据通道的事件Eve1,并在区块链系统200中存储事件Eve1;其中,事件Eve1包括上述其他企业节点各自的节点标识。
具体地,可以将事件Eve1存储到系统账本中,以便区块链系统200中的所有节点均能监听到被存储到系统账本中的事件Eve1。需要说明,事件Eve1可以包括目标指示信息,该目标指示信息指示出企业节点EntN1是请求建立目标数据通道的节点,并且包括企业节点EntN1的节点标识。
在步骤S505,上述其他企业节点在监听到事件Eve1后,生成调用智能合约C1且包括对事件Eve1的答复结果A1的交易Tx5。
具体地,上述其他企业节点在监听到事件Eve1后,基于事件Eve1中包括的上述其他企业节点的节点标识,可以获知自己需要向智能合约C1提交对事件Eve1的答复结果。作为示例,对于上述其他企业节点中的任意企业节点,该任意企业节点可以存储有企业合作信息,该企业合作信息可以包括该任意企业节点的节点标识、及与该任意企业节点对应的企业有合作关系(如直接合作关系、间接合作关系)的企业对应的企业节点。当企业节点EntN1的节点标识包含在该企业合作信息中时,该任意企业节点可以获知企业Ent1与该任意企业节点对应的企业有合作关系,从而生成用于表示同意的答复结果A1。当企业节点EntN1的节点标识未包含在该企业合作信息中时,该任意企业节点可以获知企业Ent1与该任意企业节点对应的企业没有合作关系,从而生成用于表示不同意的答复结果A1。
在步骤S507,上述其他企业节点向区块链系统200发送各自生成的交易Tx5。
例如,上述其他企业节点中的每个企业节点可以向区块链系统200中的某个共识节点发送交易Tx5,该某个共识节点可以通过消息广播的方式将该交易Tx5传递给其他共识节点。其中,该某个共识节点可以是区块链系统200中距离该企业节点比较近的共识节点。
在步骤S509,各个共识节点响应于上述其他企业节点各自的答复结果A1为同意,通过智能合约C1生成用于指示建立目标数据通道的事件Eve2,并在区块链系统200中存储事件Eve2;其中,事件Eve2包括企业节点EntN1和上述其他企业节点各自的节点标识。
具体地,可以将事件Eve2存储到系统账本中,以便区块链系统200中的所有节点均能监听到被存储到系统账本中的事件Eve2。
在步骤S511,管理者节点在监听到事件Eve2后,为目标数据通道分配通道标识,并生成包括该通道标识和多个节点的节点标识的通道信息,进而生成调用智能合约C1且包括该通道信息的交易Tx6;其中,该多个节点包括企业节点EntN1、上述其他企业节点、各个职能节点和管理者节点。
在一个例子中,管理者节点可以利用预设的通道标识生成算法,生成在区块链系统200中唯一的通道标识,并将该通道标识分配给目标数据通道。
在步骤S513,管理者节点向区块链系统200发送交易Tx6。
在步骤S515,各个共识节点通过执行交易Tx6,将通道信息存储到智能合约C1的合约状态中。
在一种实施方式中,在步骤S515之后,各个共识节点还可以通过智能合约C1生成用于指示目标数据通道建立成功的事件Eve3,并在区块链系统200中存储事件Eve3。具体地,可以将事件Eve3存储到系统账本中,以便目标数据通道涉及的各节点均能监听到被存储到系统账本中的事件Eve3,从而获知目标数据通道已成功创建。
在一种实施方式中,当某个企业节点的答复结果A1为不同意时,在步骤S507之后,各个共识节点可以响应于该某个企业节点的答复结果A1为不同意,生成用于指示目标数据通道建立失败的事件Eve4,并在区块链系统200中存储事件Eve4,例如将事件Eve4存储到系统账本中。由此,目标数据通道涉及的其余的企业节点可以监听到事件Eve4,从而获知目标数据通道建立失败。
在一种实施方式中,对于交易Tx4、交易Tx5或交易Tx6中的任一交易,各个共识节点可以根据该交易对智能合约C1的调用,将该交易存储到区块链系统的系统账本中。
图5对应的实施例提供的数据通道建立流程,可以凭借去中心化网络及智能合约的存在,只需企业节点EntN1、上述其他企业节点和管理者节点均进行一次主动交互,其余信息传递都通过消息广播完成,并且即使企业增多,对节点主动交互次数的规模不会有太大的影响。由此,能提高数据通道建立阶段中的数据流转效率。
在目标数据通道建立成功后,目标数据通道内的各节点可以进行报关数据流转。下面,以区块链系统200的各个职能节点包括职能节点FunN1,职能节点FunN1负责审批目标类别的报关数据,目标数据通道内的企业节点EntN1负责提交目标类别的报关数据为例,结合图6介绍数据流转阶段中的实现方案。其中,图6是本说明书实施例中报关数据处理方法的一个示意图。
如图6所示,首先,在步骤S601,企业节点EntN1向目标数据通道内的共识节点ConN1发送交易Tx1,交易Tx1包括与企业节点EntN1对应的企业Ent1有关且归属于目标类别的报关数据D1。
其中,目标类别例如可以包括报关单、出口订单、免税申报、货物信息和货运信息等中的任一项。交易Tx1还可以包括目标数据通道的通道标识。
在步骤S603,目标数据通道内的各个共识节点完成对交易Tx1的共识过程,并将交易Tx1存储到目标数据通道的通道账本中。
具体地,共识节点ConN1和目标数据通道内的其他共识节点完成对交易Tx1的共识后,可以将交易Tx1存储到各自保存的该通道账本。进一步地,可以将交易Tx1打包到与目标数据通道对应的区块中,例如在确定交易Tx1未调用智能合约,且交易Tx1的发送账户为目标数据通道内的一个节点的情况下,将交易Tx1打包到与目标数据通道对应的区块中,并将该区块存储到该通道账本中。由此,目标数据通道内的所有节点可以观察到被存储到该通道账本中的交易Tx1。
在步骤S605,职能节点FunN1对存储到目标数据通道的通道账本中的报关数据D1进行审批处理,得到审批结果,生成包括该审批结果的交易Tx2。
其中,交易Tx2中还可以包括报关数据D1和/或目标数据通道的通道标识。在一个例子中,职能节点FunN1可以存储有基于其对应的职能部门的职能而设计的审批策略,职能节点FunN1可以基于该审批策略对报关数据D1进行审批处理。在另一个例子中,职能节点FunN1可以使用机器学习或联邦学习等人工智能技术实现对报关数据D1的审批,从而提高审批的合理性。
在步骤S607,目标数据通道内的各个共识节点完成对交易Tx2的共识过程,并将交易Tx2存储到目标数据通道的通道账本中。
具体地,职能节点FunN1和目标数据通道内的其他共识节点在完成对交易Tx2的共识后,可以将交易Tx2存储到各自保存的该通道账本中。进一步地,对于目标数据通道内的任一共识节点,例如职能节点FunN1,当职能节点FunN1与多个数据通道对应,且交易Tx2中包括目标数据通道的通道标识时,职能节点FunN1可以根据交易Tx2中的该通道标识,将交易Tx2存储到该通道账本中。更进一步地,可以将交易Tx2打包到与目标数据通道对应的区块中,并将该区块存储到该通道账本中。由此,目标数据通道内的所有节点可以观察到被存储到该通道账本中的交易Tx2。
下面,以企业节点EntN1为报关企业对应的节点(可称为报关节点),该报关企业与外贸代理公司有合作关系、且该外贸代理公司对应的节点(可称为外贸代理节点)与该报关节点均包含在目标数据通道中,目标类别为报关单,职能节点FunN1为海关对应的节点(可称为海关节点)为例,对步骤S601-S607进行举例说明。
具体地,该报关节点在将该外贸代理节点提交的出口订单信息处理为报关单信息后,可以生成包括该报关单信息的交易Tx1,并向目标数据通道内的共识节点ConN1发送交易Tx1。之后,共识节点ConN1在与目标数据通道内的其他共识节点完成对交易Tx1的共识后,可以将交易Tx1存储到目标数据通道的通道账本中,以便目标数据通道内的所有节点均能观察到该通道账本中存储的交易Tx1,具体观察到交易Tx1中包括的该报关单信息。接着,该海关节点可以对存储到该通道账本中的该报关单信息进行审批处理,得到审批结果,生成包括该审批结果的交易Tx2,并在与目标数据通道内的其他共识节点完成对交易Tx2的共识后,将交易Tx2存储到该通道账本中。由此,目标数据通道内的所有节点均能观察到该通道账本中存储的交易Tx2,具体观察到交易Tx2中包括的该审批结果。
需要指出,通过将包括该报关单信息的交易Tx1和包括该审批结果的交易Tx2分别存储到目标数据通道的通道账本,可以实现对该报关单信息和该审批结果的链上存证,从而实现了信息在市场采购贸易场景下各参与方之间公开可溯源地流转,保障了报关单信息的真实性。
图6对应的实施例提供的方案,可以利用区块链去中心化、信息不可篡改等特性,通过消息广播完成对企业节点EntN1提交的交易Tx1和职能节点FunN1提交的交易Tx2的信息传递,避免了采用中心化联网平台进行节点间的数据流转,提高了市场采购贸易场景下的报关数据流转效率。另外,能对报关数据进行链上存证,实现了信息在市场采购贸易场景下各参与方之间公开可溯源地流转,保障了报关数据的真实性。
在一种实施方式中,当目标数据通道内存在与企业Ent1有合作关系的企业Ent2对应的企业节点EntN2、且企业Ent2用于对企业Ent1提交的报关数据进行处理时,企业节点EntN2可以从目标数据通道内的共识节点ConN2获取交易Tx1,基于交易Tx1中的报关数据D1生成与企业Ent2有关的报关数据D2,进而生成包括报关数据D2的交易Tx3,以及向共识节点ConN2发送交易Tx3。之后,共识节点ConN2在与目标数据通道内的其他共识节点完成对交易Tx3的共识后,可以将交易Tx3存储到目标数据通道的通道账本中。
进一步地,为了确保报关数据是真实可信且合理的,企业节点EntN2可以基于职能节点FunN1对报关数据D1的审批结果,来决定是否继续后续的报关流程。下面,结合图7介绍企业节点EntN2的处理流程。其中,图7是本说明书实施例中基于区块链系统的报关数据处理方法的一个示意图。
如图7所示,首先,在步骤S701,企业节点EntN1向目标数据通道内的共识节点ConN1发送交易Tx1,交易Tx1包括与企业节点EntN1对应的企业Ent1有关且归属于目标类别的报关数据D1。
在步骤S703,目标数据通道内的各个共识节点完成对交易Tx1的共识过程,并将交易Tx1存储到目标数据通道的通道账本中。
在步骤S705,职能节点FunN1对存储到目标数据通道的通道账本中的报关数据D1进行审批处理,得到审批结果,生成包括该审批结果的交易Tx2。
在步骤S707,目标数据通道内的各共识节点完成对交易Tx2的共识过程,并将交易Tx2存储到目标数据通道的通道账本中。
其中,对于步骤S701-S707的解释,可参考上述步骤S601-S607的相关说明,在此不再赘述。
在步骤S709,企业节点EntN2从目标数据通道内的共识节点ConN2分别获取交易Tx1和交易Tx2。
其中,共识节点ConN2可以是目标数据通道内距离企业节点EntN2比较近的共识节点。需要说明,交易Tx1和交易Tx2可以是共识节点ConN2主动发送给企业节点EntN2的,或者是企业节点EntN2主动从共识节点ConN2获取的,在此不做具体限定。
在步骤S711,企业节点EntN2响应于交易Tx2中的审批结果为审批通过,基于交易Tx1中的报关数据D1生成与企业Ent2有关的报关数据D2,进而生成包括报关数据D2的交易Tx3。
其中,交易Tx3中还可以包括目标数据通道的通道标识。
在步骤S713,企业节点EntN2向共识节点ConN2发送交易Tx3。
在步骤S715,目标数据通道内的各个共识节点完成对交易Tx3的共识过程,并将交易Tx3存储到目标数据通道的通道账本中。
具体地,共识节点ConN2和目标数据通道内的其他共识节点完成对交易Tx3的共识后,可以将交易Tx3存储到各自保存的该通道账本。进一步地,可以将交易Tx3打包到与目标数据通道对应的区块中,并将该区块存储到该通道账本中。由此,目标数据通道内的所有节点可以观察到被存储到该通道账本中的交易Tx3。
下面,以企业节点EntN1为市场经营户(可称为供货商)对应的节点(可称为供货商节点),企业节点EntN2为外贸代理公司对应的节点(可称为外贸代理节点),职能节点FunN1为地方商务局对应的节点(可称为商务局节点),目标类别为货物信息为例,对步骤S701-S715进行举例说明。
具体地,该供货商节点可以向目标数据通道内的共识节点ConN1发送包括货物信息的交易Tx1。该货物信息为该供货商节点对应的供货商自身经营的货物的信息。之后,共识节点ConN1在与目标数据通道内的其他共识节点完成对交易Tx1的共识后,可以将交易Tx1存储到目标数据通道的通道账本中,以便目标数据通道内的所有节点均能观察到该通道账本中存储的交易Tx1,具体观察到交易Tx1中包括的该货物信息。接着,该商务局节点可以对存储到该通道账本中的该货物信息进行货物价值合理性审批处理,得到审批结果,生成包括该审批结果的交易Tx2,并在与目标数据通道内的其他共识节点完成对交易Tx2的共识后,将交易Tx2存储到该通道账本中。其中,交易Tx2还可以包括该货物信息。由此,目标数据通道内的所有节点均能观察到该通道账本中存储的交易Tx2,具体观察到交易Tx2中包括的该审批结果。该外贸代理节点可以从目标数据通道内的共识节点ConN2分别获取交易Tx1和交易Tx2。当识别出交易Tx2中的审批结果为审批通过时,该外贸代理节点可以获知该货物信息是真实可信且合理的,从而可以将该货物信息整合为出口订单信息,并生成包括该出口订单信息的交易Tx3,以及向目标数据通道内的共识节点ConN2发送交易Tx3。接着,共识节点ConN2在与目标数据通道内的其他共识节点完成对交易Tx3的共识后,可以将交易Tx3存储到目标数据通道的通道账本中,以便目标数据通道内的所有节点均能观察到该通道账本中存储的交易Tx3,具体观察到交易Tx3中包括的该出口订单信息。
需要说明,通过将包括该货物信息的交易Tx1、包括该审批结果的交易Tx2、及包括该出口订单信息的交易Tx3分别存储到目标数据通道的通道账本,能使得供货商的货物信息、该货物信息的货值审批结果、及与该货物信息有关的出口订单信息得到公开透明的链上存证。一方面可以避免供货商虚假高报货值从而骗取政策补贴的恶意行为,及避免外贸代理公司虚假低报货值从而降低相关出口关税,进而获得更多代理出口收益的恶意行为,另一方面可以使货值评价流程公开可见,提高政策执行的公开透明度及可信度,从而实现引导各企业依法依规进行申报的效果。基于此方案,通过所包括的审批结果为审批通过的交易Tx2流转在区块链系统中的货物信息,一定是真实可信且合理的。
图7对应的实施例提供的方案,可以利用区块链去中心化、信息不可篡改等特性,通过消息广播完成对企业节点EntN1提交的交易Tx1、职能节点FunN1提交的交易Tx2和企业节点EntN2提交的交易Tx3的信息传递,避免了采用中心化联网平台进行节点间的数据流转,提高了市场采购贸易场景下的报关数据流转效率。另外,能对报关数据进行链上存证,实现了信息在市场采购贸易场景下各参与方之间公开可溯源地流转,保障了报关数据的真实性。
图8是本说明书实施例中一种区块链系统中的共识节点的结构示意图。区块链系统中包括负责提交报关数据的多个企业节点、及负责审批报关数据的多个职能节点,并且建立有包括若干企业节点和该多个职能节点的目标数据通道,该多个职能节点属于共识节点、且包括负责审批目标类别的报关数据的第一职能节点,目标数据通道拥有通道账本。
区块链系统中的共识节点可以执行如图4至图7中的任一项所示的由共识节点执行的步骤。区块链系统中的共识节点可以包括:接收单元801,被配置成接收上述若干企业节点中的第一企业节点发送的第一交易,第一交易包括与第一企业节点对应的第一企业有关且归属于目标类别的第一报关数据;交易处理单元802,被配置成在与目标数据通道内的其他共识节点完成对第一交易的共识后,将第一交易存储到目标数据通道的通道账本中;以使得第一职能节点在对存储到该通道账本中的第一报关数据进行审批处理得到审批结果后,生成包括该审批结果的第二交易;交易处理单元802,还被配置成在与第一职能节点、及目标数据通道内的其他共识节点完成对第二交易的共识后,将第二交易存储到该通道账本中。
本说明书实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,其中,当该计算机程序在计算机中执行时,令计算机执行如图4至图7中的任一项所示的方法。
本说明书实施例还提供了一种计算设备,包括存储器和处理器,其中,该存储器中存储有可执行代码,该处理器执行该可执行代码时,实现如图4至图7中的任一项所示的方法。
本说明书实施例还提供了一种计算机程序产品,其中,当该计算机程序产品在计算机中执行时,令计算机执行如图4至图7中的任一项所示的方法。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为服务器系统。当然,本申请不排除随着未来计算机技术的发展,实现上述实施例功能的计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
虽然本说明书一个或多个实施例提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的装置或终端产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境,甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下,并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。例如若使用到第一,第二等词语用来表示名称,而并不表示任何特定的顺序。
为了描述的方便,描述以上装置时以功能分为各种模块分别描述。当然,在实施本说明书一个或多个时可以把各模块的功能在同一个或多个软件和/或硬件中实现,也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
本发明是参照根据本发明实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储、石墨烯存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
本领域技术人员应明白,本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此,本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书一个或多个实施例,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
以上所述仅为本说明书一个或多个实施例的实施例而已,并不用于限制本说明书一个或多个实施例。对于本领域技术人员来说,本说明书一个或多个实施例可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在权利要求范围之内。

Claims (17)

1.一种基于区块链系统的报关数据处理方法,所述区块链系统中包括负责提交报关数据的多个企业节点、及负责审批报关数据的多个职能节点,并且建立有包括若干企业节点和所述多个职能节点的目标数据通道,所述多个职能节点属于共识节点、且包括负责审批目标类别的报关数据的第一职能节点,所述目标数据通道拥有通道账本,所述方法包括:
所述若干企业节点中的第一企业节点向所述目标数据通道内的第一共识节点发送第一交易,所述第一交易包括与所述第一企业节点对应的第一企业有关且归属于所述目标类别的第一报关数据;
所述第一共识节点在与所述目标数据通道内的其他共识节点完成对所述第一交易的共识后,将所述第一交易存储到所述通道账本中;
所述第一职能节点对存储到所述通道账本中的所述第一报关数据进行审批处理,得到审批结果,生成包括所述审批结果的第二交易,并在与所述目标数据通道内的其他共识节点完成对所述第二交易的共识后,将所述第二交易存储到所述通道账本中。
2.根据权利要求1所述的方法,其中,所述将所述第一交易存储到所述通道账本中,包括:
在确定所述第一交易未调用智能合约,且所述第一交易的发送账户为所述若干企业节点中的一个节点的情况下,将所述第一交易打包到与所述目标数据通道对应的区块中,将所述区块存储到所述通道账本中。
3.根据权利要求1所述的方法,其中,所述第一职能节点与多个数据通道对应,所述第二交易中包括所述目标数据通道的标识;以及
所述将所述第二交易存储到所述通道账本中,包括:
根据所述第二交易中的所述目标数据通道的标识,将所述第二交易存储到所述通道账本中。
4.根据权利要求1所述的方法,其中,所述若干企业节点包括与所述第一企业有合作关系的第二企业对应的第二企业节点;以及
在所述将所述第一交易存储到所述通道账本中之后,还包括:
所述第二企业节点从所述目标数据通道内的第二共识节点获取所述第一交易,基于所述第一交易中的所述第一报关数据生成与所述第二企业有关的第二报关数据,进而生成包括所述第二报关数据的第三交易,以及向所述第二共识节点发送所述第三交易;
所述第二共识节点在与所述目标数据通道内的其他共识节点完成对所述第三交易的共识后,将所述第三交易存储到所述通道账本中。
5.根据权利要求4所述的方法,还包括:
所述第二企业节点从所述第二共识节点获取所述第二交易;
所述基于所述第一交易中的所述第一报关数据生成与所述第二企业有关的第二报关数据,包括:
响应于所述第二交易中的所述审批结果为审批通过,基于所述第一交易中的所述第一报关数据生成与所述第二企业有关的第二报关数据。
6.根据权利要求1所述的方法,其中,所述区块链系统中还包括管理者节点,所述管理者节点负责企业节点准入管理和数据通道管理、且属于共识节点,而且所述管理者节点包含在所述目标数据通道中。
7.根据权利要求6所述的方法,其中,所述区块链系统中还包括由所述管理者节点部署的用于数据通道管理的第一智能合约;以及
所述方法还包括:
所述若干企业节点中的目标节点向所述区块链系统发送调用所述第一智能合约的第四交易,所述第四交易用于建立所述目标数据通道、且包括所述若干企业节点中的其他企业节点的节点标识;
所述区块链系统中的各个共识节点根据所述第四交易,通过所述第一智能合约生成用于确认是否同意建立所述目标数据通道的第一事件,并在所述区块链系统中存储所述第一事件;其中,所述第一事件包括所述其他企业节点的节点标识;
所述其他企业节点在监听到所述第一事件后,生成调用所述第一智能合约且包括对所述第一事件的第一答复结果的第五交易,并向所述区块链系统发送所述第五交易;
所述各个共识节点响应于所述其他企业节点各自的第一答复结果为同意,通过所述第一智能合约生成用于指示建立所述目标数据通道的第二事件,并在所述区块链系统中存储所述第二事件;其中,所述第二事件包括所述若干企业节点的节点标识;
所述管理者节点在监听到所述第二事件后,为所述目标数据通道分配通道标识,并生成包括所述通道标识和多个节点的节点标识的通道信息,进而生成调用所述第一智能合约且包括所述通道信息的第六交易,以及向所述区块链系统发送所述第六交易;其中,所述多个节点包括所述若干企业节点、所述多个职能节点和所述管理者节点;
所述各个共识节点通过执行所述第六交易,将所述通道信息存储到所述第一智能合约的合约状态中。
8.根据权利要求7所述的方法,其中,在将所述通道信息存储到所述第一智能合约的合约状态中之后,还包括:
所述各个共识节点通过所述第一智能合约生成用于指示所述目标数据通道建立成功的第三事件,并在所述区块链系统中存储所述第三事件。
9.根据权利要求7所述的方法,还包括:
所述各个共识节点响应于所述其他企业节点中的某个企业节点的第一答复结果为不同意,生成用于指示所述目标数据通道建立失败的第四事件,并在所述区块链系统中存储所述第四事件。
10.根据权利要求7所述的方法,还包括:
对于所述第四交易、第五交易或第六交易中的任一交易,所述各个共识节点根据该交易对所述第一智能合约的调用,将该交易存储到所述区块链系统的系统账本中。
11.根据权利要求6-10之一所述的方法,其中,所述区块链系统中还包括由所述管理者节点部署的用于企业节点准入管理的第二智能合约,所述第一企业节点为所述第一企业的目标设备;以及
所述方法还包括:
所述目标设备向所述区块链系统发送调用所述第二智能合约的第七交易,所述第七交易用于申请加入所述区块链系统、且包括所述第一企业的企业信息;
所述区块链系统中的各个共识节点根据所述第七交易,通过所述第二智能合约生成用于确认是否同意所述目标设备加入所述区块链系统的第五事件,并在所述区块链系统中存储所述第五事件;其中,所述第五事件包括所述企业信息;
所述多个职能节点在监听到所述第五事件后,生成调用所述第二智能合约且包括对所述第五事件的第二答复结果的第八交易,并向所述区块链系统发送所述第八交易;
所述各个共识节点响应于所述多个职能节点各自的第二答复结果为同意,通过所述第二智能合约生成用于指示允许所述目标设备加入所述区块链系统的第六事件,并在所述区块链系统中存储所述第六事件;
所述管理者节点在监听到所述第六事件后,将所述目标设备作为所述第一企业节点,确定所述第一企业节点的节点标识,生成调用所述第二智能合约且包括该节点标识和所述企业信息的第九交易,以及向所述区块链系统发送所述第九交易;
所述各个共识节点通过执行所述第九交易,将所述第一企业节点的节点标识和所述企业信息存储到所述第二智能合约的合约状态中。
12.根据权利要求11所述的方法,其中,在所述将所述第一企业节点的节点标识和所述企业信息存储到所述第二智能合约的合约状态中之后,还包括:
所述各个共识节点通过所述第二智能合约生成用于指示所述第一企业节点准入成功的第七事件,并在所述区块链系统中存储所述第七事件。
13.根据权利要求11所述的方法,还包括:
对于所述第七交易、第八交易或第九交易中的任一交易,所述各个共识节点根据该交易对所述第二智能合约的调用,将该交易存储到所述区块链系统的系统账本中。
14.一种基于区块链系统的报关数据处理方法,所述区块链系统中包括负责提交报关数据的多个企业节点、及负责审批报关数据的多个职能节点,并且建立有包括若干企业节点和所述多个职能节点的目标数据通道,所述多个职能节点属于共识节点、且包括负责审批目标类别的报关数据的第一职能节点,所述目标数据通道拥有通道账本,所述方法应用于所述区块链系统中的共识节点,包括:
接收所述若干企业节点中的第一企业节点发送的第一交易,所述第一交易包括与所述第一企业节点对应的第一企业有关且归属于所述目标类别的第一报关数据;
在与所述目标数据通道内的其他共识节点完成对所述第一交易的共识后,将所述第一交易存储到所述通道账本中;以使得所述第一职能节点在对存储到所述通道账本中的所述第一报关数据进行审批处理得到审批结果后,生成包括所述审批结果的第二交易;
在与所述第一职能节点、及所述目标数据通道内的其他共识节点完成对所述第二交易的共识后,将所述第二交易存储到所述通道账本中。
15.一种区块链系统中的共识节点,所述区块链系统中包括负责提交报关数据的多个企业节点、及负责审批报关数据的多个职能节点,并且建立有包括若干企业节点和所述多个职能节点的目标数据通道,所述多个职能节点属于共识节点、且包括负责审批目标类别的报关数据的第一职能节点,所述目标数据通道拥有通道账本,所述共识节点包括:
接收单元,被配置成接收所述若干企业节点中的第一企业节点发送的第一交易,所述第一交易包括与所述第一企业节点对应的第一企业有关且归属于所述目标类别的第一报关数据;
交易处理单元,被配置成在与所述目标数据通道内的其他共识节点完成对所述第一交易的共识后,将所述第一交易存储到所述通道账本中;以使得所述第一职能节点在对存储到所述通道账本中的所述第一报关数据进行审批处理得到审批结果后,生成包括所述审批结果的第二交易;
所述交易处理单元,还被配置成在与所述第一职能节点、及所述目标数据通道内的其他共识节点完成对所述第二交易的共识后,将所述第二交易存储到所述通道账本中。
16.一种计算机可读存储介质,其上存储有计算机程序,当所述计算机程序在计算机中执行时,令计算机执行权利要求14所述的方法。
17.一种计算设备,包括存储器和处理器,所述存储器中存储有可执行代码,所述处理器执行所述可执行代码时,实现权利要求14所述的方法。
CN202310642769.2A 2023-05-31 2023-05-31 基于区块链系统的报关数据处理方法和共识节点 Pending CN116645061A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310642769.2A CN116645061A (zh) 2023-05-31 2023-05-31 基于区块链系统的报关数据处理方法和共识节点

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310642769.2A CN116645061A (zh) 2023-05-31 2023-05-31 基于区块链系统的报关数据处理方法和共识节点

Publications (1)

Publication Number Publication Date
CN116645061A true CN116645061A (zh) 2023-08-25

Family

ID=87618500

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310642769.2A Pending CN116645061A (zh) 2023-05-31 2023-05-31 基于区块链系统的报关数据处理方法和共识节点

Country Status (1)

Country Link
CN (1) CN116645061A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116883027A (zh) * 2023-09-06 2023-10-13 南通汉迪自动化设备有限公司 一种物料进出口通关联网监管系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116883027A (zh) * 2023-09-06 2023-10-13 南通汉迪自动化设备有限公司 一种物料进出口通关联网监管系统
CN116883027B (zh) * 2023-09-06 2023-12-19 南通汉迪自动化设备有限公司 一种物料进出口通关联网监管系统

Similar Documents

Publication Publication Date Title
CN111159307B (zh) 跨链数据订阅方法及装置
CN107733855B (zh) 一种可同时支持公有链、联盟链及私有链的区块链系统及应用方法
CN110163590B (zh) 基于区块链的缴费代扣方法及装置、电子设备、存储介质
CN111461723B (zh) 基于区块链的数据处理系统及方法、装置
CN110147990B (zh) 基于区块链的缴费代扣签约方法及装置、电子设备
CN110458631B (zh) 基于区块链的票据号码分配方法、装置及电子设备
CN113255005B (zh) 一种基于区块链的数据资产流转方法、装置及设备
CN114445010B (zh) 一种基于区块链的多式联运系统和方法
EP3961453B1 (en) Method and apparatus for invoking smart contract, electronic device, and storage medium
CN111753335A (zh) 区块内容的编辑方法及装置
CN114710507B (zh) 一种共识方法、区块链节点、介质和共识节点
CN111639125A (zh) 基于区块链的资源流通方法及装置
CN111899008A (zh) 资源转移方法、装置、设备及系统
CN116645061A (zh) 基于区块链系统的报关数据处理方法和共识节点
CN116340897A (zh) 一种基于区块链的数字资产处理方法及装置
WO2022206210A1 (zh) 基于区块链的资产管理
CN109472151A (zh) 一种数据访问的方法及服务器
CN117749344A (zh) 一种基于区块链的电力数据跨域监管方法、系统及存储介质
CN113849191B (zh) 智能合约部署方法、系统、装置及存储介质
CN116993519A (zh) 账单生成方法及装置
CN113536384B (zh) 基于区块链的隐私数据映射方法、装置、介质和电子设备
WO2015192796A1 (zh) 基于可信服务管理平台的应用自动发布方法及系统
CN112949985B (zh) 基于区块链的电网工程监管方法、装置和计算机设备
CN115018499A (zh) 一种基于区块链的数字凭证发行方法、装置和系统
CN113469656A (zh) 基于区块链的物理印章销毁方法、装置及电子设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination