CN110889682A - 基于区块链的缴费信息处理方法、装置、介质及设备 - Google Patents

基于区块链的缴费信息处理方法、装置、介质及设备 Download PDF

Info

Publication number
CN110889682A
CN110889682A CN201911121590.2A CN201911121590A CN110889682A CN 110889682 A CN110889682 A CN 110889682A CN 201911121590 A CN201911121590 A CN 201911121590A CN 110889682 A CN110889682 A CN 110889682A
Authority
CN
China
Prior art keywords
payment
block chain
application
interface
list
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
CN201911121590.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.)
Taikang Insurance Group Co Ltd
Taikang Pension Insurance Co Ltd
Original Assignee
Taikang Insurance Group Co Ltd
Taikang Pension Insurance 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 Taikang Insurance Group Co Ltd, Taikang Pension Insurance Co Ltd filed Critical Taikang Insurance Group Co Ltd
Publication of CN110889682A publication Critical patent/CN110889682A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/223—Payment schemes or models based on the use of peer-to-peer networks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Databases & Information Systems (AREA)
  • Computing Systems (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本公开涉及区块链技术领域，提供了一种基于区块链的缴费信息处理方法及装置、计算机存储介质、电子设备，其中，上述方法包括：接收第二区块链节点发送的数据接收申请；基于数据接收申请中包含的机构标识进行第一校验；响应于第一校验的校验成功，发送缴费申请至第二区块链节点；响应于接收到第二区块链节点发送的确认接收到缴费清单的第二通知，根据缴费清单判断是否缴费到账；响应于确认已缴费到账，向第二区块链节点发送确认缴费到账的第一通知。本公开提供的技术方案能够提升缴费信息的处理效率。

Description

基于区块链的缴费信息处理方法、装置、介质及设备
技术领域
本公开涉及区块链处理技术领域，特别涉及一种基于区块链的缴费信息处理方法、基于区块链的缴费信息处理装置，以及实现上述方法的计算机存储介质及电子设备。
背景技术
生活中涉及多种多样的缴费现象，对于流程较为复杂的缴费业务办理，以企业年金缴费业务为例进行说明，一般采用年金信托型管理模式。涉及委托方、受托方以及账管方至少三方参与机构，具体的年金缴费信息的处理过程中，年金缴费处理过程中需要上述多个参与机构间反复交互数据。其中，存在信息传递不顺畅、无法跟踪、信息可能丢失等问题，造成缴费流程复杂，缴费信息处理效率较低。
需要说明的是，上述背景技术部分公开的信息仅用于加强对本公开的背景的理解。
发明内容
本公开的目的在于提供一种基于区块链的缴费信息处理方法、基于区块链的缴费信息处理装置、计算机存储介质及电子设备，进而至少在一定程度上避免了相关技术中的缴费信息处理效率低的缺陷。
本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。
根据本公开的第一方面，提供一种基于区块链的缴费信息处理方法，所述方法应用于发送缴费申请的第一区块链节点，所述方法包括：
接收第二区块链节点发送的数据接收申请；
基于所述数据接收申请中包含的机构标识进行第一校验；
响应于所述第一校验的校验成功，发送所述缴费申请至所述第二区块链节点，其中，所述缴费申请包括缴费清单和缴费清单散列，以供所述第二区块链节点根据所述缴费清单散列进行第二校验；
响应于接收到所述第二区块链节点发送的确认接收到所述缴费清单的第二通知，根据所述缴费清单判断是否缴费到账；
响应于确认已缴费到账，向所述第二区块链节点发送确认缴费到账的第一通知，其中，所述第一通知包含实收缴费信息，以供所述第二区块链节点接收到所述第一通知之后，对所述实收缴费信息进行校核。
在本公开的示例性实施例中，基于前述方案，所述发送所述缴费申请至所述第二区块链节点，包括：
基于链下节点到节点的传输方式，通过所述第一区块节点的数据池发送所述缴费清单和所述缴费清单散列至所述第二区块链节点。
在本公开的示例性实施例中，基于前述方案，在所述接收第二区块链节点发送的数据接收申请之前，所述方法还包括：
结构化缴费流程管理数据、缴费申请数据和缴费实收数据，以建立智能合约数据结构；
基于所述智能合约数据结构定义缴费合约接口，所述缴费合约接口用于发送所述缴费申请以及确认是否缴费到账。
在本公开的示例性实施例中，基于前述方案，所述缴费合约接口包括：用于发送缴费申请的第一接口、用于确认缴费到账的第二接口；其中，
所述发送所述缴费申请至所述第二区块链节点，包括：
调用所述第一接口，并基于所述第一接口发送所述缴费申请至所述第二区块链节点；
所述根据所述缴费清单判断是否缴费到账，包括：
调用所述第二接口，并基于所述第二接口，根据所述缴费清单判断是否缴费到账。
在本公开的示例性实施例中，基于前述方案，在所述根据所述缴费清单判断是否缴费到账之前，所述方法还包括：
根据所述缴费清单，对缴费方服务器发送的缴费信息进行匹配；
响应于匹配结果为等缴，则确定缴费到账。
在本公开的示例性实施例中，基于前述方案，所述方法还包括：
响应于匹配结果为短缴，则向所述缴费方发送短缴申请，以获取所述缴费方发送的补缴；
将所述缴费申请的流程状态修改为作废状态。
在本公开的示例性实施例中，基于前述方案，所述缴费合约接口包括：用于作废缴费申请的第三接口；其中，
所述将所述缴费申请的流程状态修改为作废状态，包括：
调用所述第三接口，并基于所述第三接口将所述缴费申请的流程状态修改为作废状态。
根据本公开的第二方面，提供了一种基于区块链的缴费信息处理方法，所述方法应用于接收缴费清单的第二区块链节点，所述方法包括：
向区块链网络发送数据接收申请；
接收来自第一区块节点的缴费申请，所述缴费申请包括缴费清单和所述缴费清单散列；
基于所述数据接收申请中的待接收散列对所述缴费清单散列进行第二校验；
响应于所述第二校验的校验成功，向所述第一区块链节点发送确认接收到所述缴费清单的第二通知；
响应于接收到所述第一区块链节点发送的确认缴费到账的第一通知，根据所述缴费清单对所述第一通知中的实收缴费信息进行校核。
在本公开的示例性实施例中，基于前述方案，在所述向区块链网络发送数据接收申请之前，所述方法还包括：
结构化缴费流程管理数据和缴费申请数据，以建立智能合约数据结构；
基于所述以智能合约数据结构定义缴费合约接口，所述缴费合约接口用于发送所述缴费申请以及确认是否缴费到账。
在本公开的示例性实施例中，基于前述方案，所述缴费合约接口包括：用于确认缴费申请的第四接口和用于确认实收缴费的第五接口；其中，
所述接收来自第二区块节点的缴费申请，包括：
调用所述第四接口，并基于所述第四接口接收来自第二区块节点的缴费申请；
所述根据所述缴费清单对所述第一通知中的实收缴费信息进行校核，包括：
调用所述第五接口，并基于所述第五接口，根据所述缴费清单对所述第一通知中的实收缴费信息进行校核。
根据本公开的第三方面，提供了一种基于区块链的缴费信息处理装置，所述装置应用于发送缴费申请的第一区块链节点，所述装置包括：
第一接收模块，用于接收第二区块链节点发送的数据接收申请；
第一校验模块，用于基于所述数据接收申请中包含的机构标识进行第一校验；
第一发送模块，用于响应于所述第一校验的校验成功，发送所述缴费申请至所述第二区块链节点，其中，所述缴费申请包括缴费清单和缴费清单散列，以供所述第二区块链节点根据所述缴费清单散列进行第二校验；
第一确定模块，用于响应于接收到所述第二区块链节点发送的确认接收到所述缴费清单的第二通知，根据所述缴费清单判断是否缴费到账；
所述第一发送模块，还用于响应于确认已缴费到账，向所述第二区块链节点发送确认缴费到账的第一通知，其中，所述第一通知包含实收缴费信息，以供所述第二区块链节点接收到所述第一通知之后，对所述实收缴费信息进行校核。
在示例性的实施例中，基于前述方案，上述第一发送模块，具体用于：
基于链下节点到节点的传输方式，通过上述第一区块节点的数据池发送上述缴费清单和上述缴费清单散列至上述第二区块链节点。
在示例性的实施例中，基于前述方案，上述基于区块链的缴费信息处理装置还包括：数据结构化模块和接口定义模块。
其中，在上述第一接收模块接收第二区块链节点发送的数据接收申请之前，上述数据结构化模块用于：结构化缴费流程管理数据、缴费申请数据和缴费实收数据，以建立智能合约数据结构；以及，上述接口定义模块用于：基于上述智能合约数据结构定义缴费合约接口，所述缴费合约接口用于发送所述缴费申请以及确认是否缴费到账。
在示例性的实施例中，基于前述方案，上述缴费合约接口包括：用于发送缴费申请的第一接口、用于确认缴费到账的第二接口；其中，
上述第一发送模块，具体用于：调用上述第一接口，并基于上述第一接口发送上述缴费申请至上述第二区块链节点；以及，
上述第一确定模块，具体用于：调用上述第二接口，并基于上述第二接口，根据上述缴费清单判断是否缴费到账。
在示例性的实施例中，基于前述方案，上述基于区块链的缴费信息处理装置还包括：费用匹配模块和到账确认模块。
其中，在上述第一确认模块根据上述缴费清单判断是否缴费到账之前，上述费用匹配模块用于：根据上述缴费清单，对缴费方服务器发送的缴费信息进行匹配；以及，
上述到账确认模块用于：响应于匹配结果为等缴，则确定缴费到账。
在示例性的实施例中，基于前述方案，上述基于区块链的缴费信息处理装置还包括：短缴处理模块。
其中，上述短缴处理模块用于：响应于匹配结果为短缴，则向上述缴费方发送短缴申请，以获取上述缴费方发送的补缴；以及，将上述缴费申请的流程状态修改为作废状态。
在示例性的实施例中，基于前述方案，上述缴费合约接口包括：用于作废缴费申请的第三接口；其中，
上述短缴处理模块具体用于：调用上述第三接口，并基于上述第三接口将上述缴费申请的流程状态修改为作废状态。
根据本公开的第四方面，提供了一种基于区块链的缴费信息处理装置，所述装置应用于接收缴费清单的第二区块链节点，所述装置包括：
第二发送模块，用于向区块链网络发送数据接收申请；
第二接收模块，用于接收来自第一区块节点的缴费申请，所述缴费申请包括缴费清单和所述缴费清单散列；
第二校验模块，用于基于所述数据接收申请中的待接收散列对所述缴费清单散列进行第二校验；
所述第二发送模块，还用于响应于所述第二校验的校验成功，向所述第一区块链节点发送确认接收到所述缴费清单的第二通知；
第二确认模块，用于响应于接收到所述第一区块链节点发送的确认缴费到账的第一通知，根据所述缴费清单对所述第一通知中的实收缴费信息进行校核。
在示例性的实施例中，基于前述方案，上述基于区块链的缴费信息处理装置还包括：费用匹配模块和到账确认模块。
其中，在上述第二发送模块向区块链网络发送数据接收申请之前，上述数据结构化模块用于：结构化缴费流程管理数据、缴费申请数据和缴费实收数据，以建立智能合约数据结构；以及，上述接口定义模块用于：基于上述智能合约数据结构定义缴费合约接口，所述缴费合约接口用于发送所述缴费申请以及确认是否缴费到账。
在示例性的实施例中，基于前述方案，上述缴费合约接口包括：用于确认缴费申请的第四接口和用于确认实收缴费的第五接口；其中，
上述第二接收模块，具体用于：调用上述第四接口，并基于上述第四接口接收来自第二区块节点的缴费申请；以及，
上述第二校验模块，具体用于：调用上述第五接口，并基于上述第五接口，根据上述缴费清单对上述第一通知中的实收缴费信息进行校核。
根据本公开的第五方面，提供一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的基于区块链的缴费信息处理方法，或者所述计算机程序被处理器执行时实现上述第二方面所述的基于区块链的缴费信息处理方法。
根据本公开的第六方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述第一方面所述的基于区块链的缴费信息处理方法，或者所述处理器配置为经由执行所述可执行指令来执行上述第二方面所述的基于区块链的缴费信息处理方法。
由上述技术方案可知，本公开示例性实施例中的基于区块链的缴费信息处理方法、基于区块链的缴费信息处理装置、计算机存储介质及电子设备至少具备以下优点和积极效果：
在本公开的一些实施例所提供的技术方案中，借助区块链将缴费过程的各参与角色纳入联盟链，具体的，将缴费申请发送方作为上述第一区块链节点，将缴费申请的接收方作为上述第二区块链节点。从而，通过区块链分布式账本、共识机制、隐私安全保护等特性，先实现角色之间的区块链交互，将缴费处理流程上链，通过区块链建立起企业年金缴费统一标准的电子化平台。替代相关技术提供的点对点式的缴费方式，能够解决相关技术中各参与机构点对点对接不顺畅的问题，提升机构间的协同合作效率，从而提升缴费信息的处理效率。
本公开应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出本公开一示例性实施例中基于区块链的缴费信息处理方法的流程示意图；
图2示出本公开一示例性实施例中基于区块链的缴费信息处理方法的信息交互图；
图3示出本公开另一示例性实施例中基于区块链的缴费信息处理方法的流程示意图；
图4示出本公开一示例性实施例中基于区块链的缴费信息处理装置的结构示意图；
图5示出本公开另一示例性实施例中基于区块链的缴费信息处理装置的结构示意图；
图6示出本公开示例性实施例中计算机存储介质的结构示意图；以及，
图7示出本公开示例性实施例中电子设备的结构示意图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
本说明书中使用用语“一个”、“一”、“该”和“所述”用以表示存在一个或多个要素/组成部分/等；用语“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等；用语“第一”和“第二”等仅作为标记使用，不是对其对象的数量限制。
此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。
对于现有的相关技术中采用的年金信托型管理模式，以下通过表1说明参与机构点对点式的交互信息：
表1
Figure BDA0002275609700000081
Figure BDA0002275609700000091
参考表1可知，参与机构业务两两交互频繁、两两传话特点使得机构无法及时获取信息，进而导致业务办理效率低。同时，参与机构较多，机构间已成为了网状交互，以各自为中心，进而导致运营成本高。另外，每笔业务需通过多个机构交互处理，业务流程较长，跨机构业务跟踪难度大。而且，跨机构信息交互无统一平台、接口标准难统一、无法及时获取数据，交互效率低。跨机构信息交互要防止数据泄露、数据被篡改等问题，需要加密传输，安全保障难度高。
在本公开的实施例中，提供了一种基于区块链的缴费信息处理方法，至少在一定程度上克服现有的相关技术中存在的以上缺陷。
图1和图3分别示出本公开不同示例性实施例中基于区块链的缴费信息处理方法的流程示意图。其中，图1所示实施例提供的方法应用于发送缴费申请的第一区块链节点，图3所示实施例提供的方法应用于接收缴费申请的第二区块链节点。
在示例性的实施例中，在介绍图1-图3所示实施例提供的基于区块链的缴费信息处理方法之前，首先介绍建立智能合约数据结构，以及，基于智能合约数据结构定义多个合约接口。其中，建立智能合约数据结构的一种具体实施方式：对缴费流程管理数据、缴费申请数据和缴费实收数据的结构化。
示例性的，以下表2示出了对缴费流程管理数据的结构化，并得到缴费流程管理数据结构(Flow)；表3示出了对缴费申请数据的结构化，并得到缴费申请数据结构(Contribution)；表4示出了对缴费实收数据的结构化，并得到缴费实收数据结构(Paidup)。
具体的，表2、表3以及表4展示了智能合约数据结构，如下：
表2
序号 数据项名 描述
1 Appseriono 交易序列号
2 Sender 发起管理机构地址
3 Receiver 响应管理机构地址
4 ResultInfo 最终响应结果信息
5 DetailHash 缴费清单散列
6 Status 流程状态
表3
Figure BDA0002275609700000101
Figure BDA0002275609700000111
表4
序号 数据项名 描述
1 Appseriono 交易序列号
2 PaidupSum 到账总金额
3 Ovdisptype 短溢缴处理方式
4 Ovdispamt 短溢缴处理金额
5 Accounttype 账户类型
6 LastRecvDate 最后一笔到账日期
7 Memo 摘要
进一步地，基于上述结构化后的数据(智能合约数据结构)，对多个合约接口进行定义，具体如下：
1、定义发起缴费申请合约接口(以下称作“第一接口”)。具体地：
Figure BDA0002275609700000112
2、定义确认缴费到账的合约接口(以下称作“第二接口”)。具体的：
Figure BDA0002275609700000113
Figure BDA0002275609700000121
3、定义作废缴费申请的合约接口(以下称作“第三接口”)。具体的：
Figure BDA0002275609700000122
4、定义确认缴费申请的合约接口(以下称作“第四接口”)。具体的：
Figure BDA0002275609700000123
5、定义确认实收缴费的合约接口(以下称作“第五接口”)。具体的：
Figure BDA0002275609700000131
在介绍上述建立智能合约数据结构，以及，基于智能合约数据结构定义多个合约接口之后，具体介绍基于区块链的缴费信息处理方法。
参考图1，以第一区块链节点为执行主体的实施例提供的方法包括：
步骤S110，接收第二区块链节点发送的数据接收申请；
步骤S120，基于所述数据接收申请中包含的机构标识进行第一校验；
步骤S130，响应于所述第一校验的校验成功，发送所述缴费申请至所述第二区块链节点；
步骤S140，响应于接收到所述第二区块链节点发送的确认接收到所述缴费清单的第二通知，根据所述缴费清单判断是否缴费到账；以及，
步骤S150，响应于确认已缴费到账，向所述第二区块链节点发送确认缴费到账的第一通知。
在示例性的实施例中，图2示出了根据本公开另一实施例的缴费信息处理方法的交互示意图，具体示出了区块链网络中第一区块链节点(受托方)210、第二区块链节点(账管方)220以及缴费方(即委托方)230之间的信息交互。以下结合图2对图1所示各个步骤的具体实施方式进行详细阐述：
在示例性的实施例中，参考图2，具体的，在步骤S21中，第一区块链节点210准备缴费清单，其中，缴费清单是委托方230提供的包含缴费项目以及不同缴费项目下的费用明细等。
在示例性的实施例中，参考图2，具体的，在步骤S22中，待接受缴费清单的第二区块链节点220根据链上数据确定待处理缴费申请A，并确定关于上述待处理缴费申请A的数据接收申请，具体包括：数据发送机构标识、数据接收机构标识、交易序列号、缴费清单散列以及接收端口号。进一步地，第二区块链节点开启数据接收服务，并向区块链网络广播上述数据接收申请。
在示例性的实施例中，参考图1，在步骤S110中，第一区块链节点210接收上述关于待处理缴费申请A的数据接收申请(即步骤S23)。在步骤S120中，根据上述数据接收申请中的机构标识进行第一校验，以确保缴费信息处理的准确度。
示例性的，第一区块链节点210接收到的数据接收申请中的关于账管方待处理缴费申请A的发送机构标识为a1、数据接收机构标识a2；而第一区块链节点210待发送的缴费申请A’的数据发送机构标识为a1、数据接收机构标识a2。通过第一校验可知对应的机构标识相同/相对应，则上述缴费申请A与上述缴费申请A’相同，从而，可以将上述缴费申请A’发向上述第二区块链节点发送。
在示例性的实施例中，参考图1，在步骤S130中，响应于所述第一校验的校验成功，发送所述缴费申请至所述第二区块链节点。
其中，需要说明的是：向缴费申请中包含缴费清单和缴费清单散列。其中，缴费申请中的缴费清单散列是在第一区块链节点210确定的；而上述数据接收申请中的缴费清单散列是在第二区块链节点220确定的。从而，当第二区块链节点220接收到上述缴费申请之后，可以根据通过散列比对，确定接收到的缴费清单是否是待处理的缴费清单，以进一步提升给缴费信息处理的准确度。
在示例性的实施例中，为例数据传输的安全性，在发送所述缴费清单之前，还可以对缴费清单进行加密，从而将加密后的缴费清单和缴费清单散列发送至所述第二区块链节点。
在示例性的实施例中，第一区块链节点210提供待发送文件池，当其监听到第二区块链节点220咋步骤S22中广播的数据接收申请，并进一步地进行上述第一验证之后，通过链下节点至节点(peer to peer，简称：P2P)的数据传送方式，将缴费清单由第一区块链节点210的待发送文件池发送至第二区块链节点220，以进一步提高缴费信息的传输效率。
在示例性的实施例中，参考图2，在步骤S24中，第一区块链节点210通过调用上述第一接口的方式向第二区块链节点220发送上述缴费申请。
在示例性的实施例中，参考图2，在步骤S25中，第二区块链节点220接收到上述缴费申请之后，进行上述散列比对。具体的，将接收到的缴费申请中的缴费清单散列，与发送出的数据接收申请中的数据清单散列相同，则说明通过了散列校对。从而，保证了缴费信息的处理准确度。
在通过上述散列校对之后，第二区块链节点220对接收到的缴费清单解密，进而得到缴费清单，以用于后期对缴费实收进行确认。
在示例性的实施例中，参考图2，在通过上述散列校对之后，在步骤S26中，第二区块链节点220以调用确认缴费申请的接口(即，上述第四接口)，向第一区块链节点210发送确认接收到所述缴费清单的第二通知。
在示例性的实施例中，参考图1，在步骤S140中，响应于接收到所述第二区块链节点220发送的确认接收到所述缴费清单的第二通知，则第一区块链节点210根据所述缴费清单判断是否缴费到账。
示例性的，受托方接收来自委托方的缴费费用。参考图2，在步骤S27中进行到账匹配。具体地。第一区块链节点210可以根据缴费清单，对缴费方服务器发送的缴费信息进行匹配。示例性的，匹配结果包括：等缴、短缴以及溢缴三种情况。
示例性的，参考图2，响应于匹配结果为等缴，则执行步骤S28：第一区块链节点210调用缴费到账确认接口(即，上述第二接口)以确定缴费到账。
示例性的，参考图2，响应于匹配结果为溢缴，则执行步骤S29：第一区块链节点210在委托方230处获取溢缴处理方式，包括：将溢出费用返回至委托方账户等。然后执行步骤S28，进行到账确认。
示例性的，参考图2，响应于匹配结果为短缴，则执行步骤S210：第一区块链节点210在委托方230处获取短缴处理方式，包括：或委托方230关于上述短缴进行补缴的费用添加至步骤S27中重新进行到账匹配。以及，还执行步骤S211：调用作废缴费申请的接口(即，上述第三接口)将上述原缴费申请作废处理，已确认区块链中缴费信息的准确性。
在示例性的实施例中，参考图1，在步骤S150中，响应于确认已缴费到账，向所述第二区块链节点发送确认缴费到账的第一通知。示例性的，第一区块链节点210经过步骤S28到账确认之后，向第二区块链节点220发送确认缴费到账的第一通知。从而，第二区块链节点220接收到上述第一通知之后，在步骤S212中，调用缴费实收确认的接口(即，上述第五接口)，根据缴费清单对使用缴费进行校核。
参考图3，以第二区块链节点为执行主体的实施例提供的方法包括：
步骤S310，向区块链网络发送数据接收申请；
步骤S320，接收来自第一区块节点的缴费申请，所述缴费申请包括缴费清单和所述缴费清单散列；
步骤S330，基于所述数据接收申请中的待接收散列对所述缴费清单散列进行第二校验；
步骤S340，响应于所述第二校验的校验成功，向所述第一区块链节点发送确认接收到所述缴费清单的第二通知；以及，
步骤S350，响应于接收到所述第一区块链节点发送的确认缴费到账的第一通知，根据所述缴费清单对所述第一通知中的实收缴费信息进行校核。
在示例性的实施例中，图2示出了根据本公开另一实施例的缴费信息处理方法的交互示意图，具体示出了区块链网络中第一区块链节点(受托方)210、第二区块链节点(账管方)220以及缴费方(即委托方)230之间的信息交互。以下结合图3对图3所示各个步骤的具体实施方式进行详细阐述：
在示例性的实施例中，步骤S310的具体实施方式可以是：参考图2，具体的，在步骤S22中，待接受缴费清单的第二区块链节点220根据链上数据确定待处理缴费申请A，并确定关于上述待处理缴费申请A的数据接收申请，具体包括：数据发送机构标识、数据接收机构标识、交易序列号、缴费清单散列以及接收端口号。进一步地，第二区块链节点220开启数据接收服务，并向区块链网络广播上述数据接收申请。
在示例性的实施例中，参考图3，在步骤S320中，接收来自第一区块节点的缴费申请，所述缴费申请包括缴费清单和所述缴费清单散列。以及，在步骤S330中，基于所述数据接收申请中的待接收散列对所述缴费清单散列进行第二校验。
在示例性的实施例中，参考图2，在步骤S25中，第二区块链节点220接收到上述缴费申请之后，进行上述散列比对。具体的，将接收到的缴费申请中的缴费清单散列，与发送出的数据接收申请中的数据清单散列相同，则说明通过了散列校对。从而，保证了缴费信息的处理准确度。
其中，需要说明的是：缴费申请中的缴费清单散列b是在第一区块链节点210确定的；而上述数据接收申请中的缴费清单散列b’是在第二区块链节点220确定的。从而，当第二区块链节点220接收到上述缴费申请之后，可以根据通过散列比对(即，第二校验)，确定接收到的缴费清单是否是待处理的缴费清单。具体的，若上述缴费清单散列b’与上述缴费清单散列b相同，作为说明通过上述第二校验。本实施例同通过散列比对的方式提升给缴费信息处理的准确度。
在示例性的实施例中，参考图3，在步骤S340中，响应于所述第二校验的校验成功，向所述第一区块链节点发送确认接收到所述缴费清单的第二通知。
在示例性的实施例中，为例数据传输的安全性，在第一区块链节点210发送所述缴费清单之前，还可以对缴费清单进行加密。从而第二区块链节点220在通过上述散列校对之后，还需对已加密的缴费清单进行解密处理，以用于后期对缴费实收进行确认。
在示例性的实施例中，参考图2，在通过上述散列校对之后，在步骤S26中，第二区块链节点220以调用确认缴费申请的接口(即，上述第四接口)，向第一区块链节点210发送确认接收到所述缴费清单的第二通知。
在示例性的实施例中，参考图3，在步骤S350中，响应于接收到所述第一区块链节点发送的确认缴费到账的第一通知，根据所述缴费清单对所述第一通知中的实收缴费信息进行校核。示例性的，参考图2，在步骤S212中，调用缴费实收确认的接口(即，上述第五接口)，根据缴费清单对使用缴费进行校核。例如，根据缴费清单列出的缴费项目以及每个缴费项目下的缴费明细，校核第一通知中的实收缴费信息。已确认实收缴费与对应的缴费清单相吻合，从而，在确保缴费信息处理效率的同时，提升处理缴费信息准确度。
在以上实施例所提供的技术方案中，借助区块链将缴费过程的各参与角色纳入联盟链，具体的，将缴费申请发送方作为上述第一区块链节点，将缴费申请的接收方作为上述第二区块链节点。从而，通过区块链分布式账本、共识机制、隐私安全保护等特性，先实现角色之间的区块链交互，将缴费处理流程上链，通过区块链建立起企业年金缴费统一标准的电子化平台。替代相关技术提供的点对点式的缴费方式，能够解决相关技术中各参与机构点对点对接不顺畅的问题，提升机构间的协同合作效率，从而提升缴费信息的处理效率。
本领域技术人员可以理解实现上述实施方式的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时，执行本发明提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。
此外，需要注意的是，上述附图仅是根据本发明示例性实施方式的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
以下介绍本公开的装置实施例，可以用于执行本公开上述的行车路径的推荐方法。
图4示出本公开示例性实施例中基于区块链的缴费信息处理装置的结构示意图。上述基于区块链的缴费信息处理装置400应用于发送缴费申请的第一区块链节点。
如图4所示，述基于区块链的缴费信息处理装置400包括：第一接收模块401、第一接收模块402、第一发送模块403和第一确定模块404。
其中，上述第一接收模块401，用于接收第二区块链节点发送的数据接收申请；
上述第一校验模块402，用于基于上述数据接收申请中包含的机构标识进行第一校验；
上述第一发送模块403，用于响应于上述第一校验的校验成功，发送上述缴费申请至上述第二区块链节点，其中，上述缴费申请包括缴费清单和缴费清单散列，以供上述第二区块链节点根据上述缴费清单散列进行第二校验；以及，
上述第一确定模块404，用于响应于接收到上述第二区块链节点发送的确认接收到上述缴费清单的第二通知，根据上述缴费清单判断是否缴费到账；
上述第一发送模块403，还用于响应于确认已缴费到账，向上述第二区块链节点发送确认缴费到账的第一通知，其中，上述第一通知包含实收缴费信息，以供上述第二区块链节点接收到上述第一通知之后，对上述实收缴费信息进行校核。
在示例性的实施例中，基于前述方案，上述第一发送模块403，具体用于：
基于链下节点到节点的传输方式，通过上述第一区块节点的数据池发送上述缴费清单和上述缴费清单散列至上述第二区块链节点。
在示例性的实施例中，基于前述方案，上述基于区块链的缴费信息处理装置400还包括：数据结构化模块和接口定义模块。
其中，在上述第一接收模块401接收第二区块链节点发送的数据接收申请之前，上述数据结构化模块用于：结构化缴费流程管理数据、缴费申请数据和缴费实收数据，以建立智能合约数据结构；以及，上述接口定义模块用于：基于上述智能合约数据结构定义缴费合约接口，所述缴费合约接口用于发送所述缴费申请以及确认是否缴费到账。
在示例性的实施例中，基于前述方案，上述缴费合约接口包括：用于发送缴费申请的第一接口、用于确认缴费到账的第二接口；其中，
上述第一发送模块403，具体用于：调用上述第一接口，并基于上述第一接口发送上述缴费申请至上述第二区块链节点；以及，
上述第一确定模块404，具体用于：调用上述第二接口，并基于上述第二接口，根据上述缴费清单判断是否缴费到账。
在示例性的实施例中，基于前述方案，上述基于区块链的缴费信息处理装置400还包括：费用匹配模块和到账确认模块。
其中，在上述第一确认模块404根据上述缴费清单判断是否缴费到账之前，上述费用匹配模块用于：根据上述缴费清单，对缴费方服务器发送的缴费信息进行匹配；以及，
上述到账确认模块用于：响应于匹配结果为等缴，则确定缴费到账。
在示例性的实施例中，基于前述方案，上述基于区块链的缴费信息处理装置400还包括：短缴处理模块。
其中，上述短缴处理模块用于：响应于匹配结果为短缴，则向上述缴费方发送短缴申请，以获取上述缴费方发送的补缴；以及，将上述缴费申请的流程状态修改为作废状态。
在示例性的实施例中，基于前述方案，上述缴费合约接口包括：用于作废缴费申请的第三接口；其中，
上述短缴处理模块具体用于：调用上述第三接口，并基于上述第三接口将上述缴费申请的流程状态修改为作废状态。
上述基于区块链的缴费信息处理装置中各模块的具体细节已经在图1对应的基于区块链的缴费信息处理方法中进行了详细的描述，因此此处不再赘述。
图5示出本公开示例性另一实施例中基于区块链的缴费信息处理装置的结构示意图。上述基于区块链的缴费信息处理装置500应用于接收缴费申请的第二区块链节点。
如图5所示，述基于区块链的缴费信息处理装置500包括：第二发送模块501、第二接收模块502、第二校验模块503以及第二确定模块504。
其中，上述第二发送模块501，用于向区块链网络发送数据接收申请；
上述第二接收模块502，用于接收来自第一区块节点的缴费申请，上述缴费申请包括缴费清单和上述缴费清单散列；
上述第二校验模块503，用于基于上述数据接收申请中的待接收散列对上述缴费清单散列进行第二校验；
上述第二发送模块501，还用于响应于上述第二校验的校验成功，向上述第一区块链节点发送确认接收到上述缴费清单的第二通知；以及，
上述第二确认模块504，用于响应于接收到上述第一区块链节点发送的确认缴费到账的第一通知，根据上述缴费清单对上述第一通知中的实收缴费信息进行校核。
在示例性的实施例中，基于前述方案，上述基于区块链的缴费信息处理装置500还包括：费用匹配模块和到账确认模块。
其中，在上述第二发送模块501向区块链网络发送数据接收申请之前，上述数据结构化模块用于：结构化缴费流程管理数据、缴费申请数据和缴费实收数据，以建立智能合约数据结构；以及，上述接口定义模块用于：基于上述智能合约数据结构定义缴费合约接口，所述缴费合约接口用于发送所述缴费申请以及确认是否缴费到账。
在示例性的实施例中，基于前述方案，上述缴费合约接口包括：用于确认缴费申请的第四接口和用于确认实收缴费的第五接口；其中，
上述第二接收模块502，具体用于：调用上述第四接口，并基于上述第四接口接收来自第二区块节点的缴费申请；以及，
上述第二校验模块503，具体用于：
调用上述第五接口，并基于上述第五接口，根据上述缴费清单对上述第一通知中的实收缴费信息进行校核。
上述基于区块链的缴费信息处理装置中各模块的具体细节已经在图3对应的基于区块链的缴费信息处理方法中进行了详细的描述，因此此处不再赘述。
应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。
在本公开示例性实施方式中，还提供了一种能够实现上述方法的计算机存储介质。其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当上述程序产品在终端设备上运行时，上述程序代码用于使上述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。
参考图6所示，描述了根据本公开的实施方式的用于实现上述方法的程序产品600，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
上述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
此外，在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。
所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
下面参照图7来描述根据本公开的这种实施方式的电子设备600。图7显示的电子设备700仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图7所示，电子设备700以通用计算设备的形式表现。电子设备700的组件可以包括但不限于：上述至少一个处理单元710、上述至少一个存储单元720、连接不同系统组件(包括存储单元720和处理单元710)的总线730。
其中，上述存储单元存储有程序代码，上述程序代码可以被上述处理单元710执行，使得上述处理单元710执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，上述处理单元710可以执行如图1中所示的：步骤S110，接收第二区块链节点发送的数据接收申请；步骤S120，基于上述数据接收申请中包含的机构标识进行第一校验；步骤S130，响应于上述第一校验的校验成功，发送上述缴费申请至上述第二区块链节点，其中，上述缴费申请包括缴费清单和缴费清单散列，以供上述第二区块链节点根据上述缴费清单散列进行第二校验；步骤S140，响应于接收到上述第二区块链节点发送的确认接收到上述缴费清单的第二通知，根据上述缴费清单判断是否缴费到账；步骤S150，响应于确认已缴费到账，向上述第二区块链节点发送确认缴费到账的第一通知，其中，上述第一通知包含实收缴费信息，以供上述第二区块链节点接收到上述第一通知之后，对上述实收缴费信息进行校核。
示例性的，上述处理单元710还可以执行如图2或图3所示的基于区块链的缴费信息处理方法。
存储单元720可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)7201和/或高速缓存存储单元7202，还可以进一步包括只读存储单元(ROM)7203。
存储单元720还可以包括具有一组(至少一个)程序模块7205的程序/实用工具7204，这样的程序模块7205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线730可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备700也可以与一个或多个外部设备800(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备700交互的设备通信，和/或与使得该电子设备700能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口750进行。并且，电子设备700还可以通过网络适配器770与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器760通过总线730与电子设备700的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备700使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

Claims (14)

1.一种基于区块链的缴费信息处理方法，其特征在于，所述方法应用于发送缴费申请的第一区块链节点，所述方法包括：
接收第二区块链节点发送的数据接收申请；
基于所述数据接收申请中包含的机构标识进行第一校验；
响应于所述第一校验的校验成功，发送所述缴费申请至所述第二区块链节点，其中，所述缴费申请包括缴费清单和缴费清单散列，以供所述第二区块链节点根据所述缴费清单散列进行第二校验；
响应于接收到所述第二区块链节点发送的确认接收到所述缴费清单的第二通知，根据所述缴费清单判断是否缴费到账；
响应于确认已缴费到账，向所述第二区块链节点发送确认缴费到账的第一通知，其中，所述第一通知包含实收缴费信息，以供所述第二区块链节点接收到所述第一通知之后，对所述实收缴费信息进行校核。
2.根据权利要求1所述的基于区块链的缴费信息处理方法，其特征在于，所述发送所述缴费申请至所述第二区块链节点，包括：
基于链下节点到节点的传输方式，通过所述第一区块节点的数据池发送所述缴费清单和所述缴费清单散列至所述第二区块链节点。
3.根据权利要求1所述的基于区块链的缴费信息处理方法，其特征在于，在所述接收第二区块链节点发送的数据接收申请之前，所述方法还包括：
结构化缴费流程管理数据、缴费申请数据和缴费实收数据，以建立智能合约数据结构；
基于所述智能合约数据结构定义缴费合约接口，所述缴费合约接口用于发送所述缴费申请以及确认是否缴费到账。
4.根据权利要求3所述的基于区块链的缴费信息处理方法，其特征在于，所述缴费合约接口包括：用于发送缴费申请的第一接口、用于确认缴费到账的第二接口；其中，
所述发送所述缴费申请至所述第二区块链节点，包括：
调用所述第一接口，并基于所述第一接口发送所述缴费申请至所述第二区块链节点；
所述根据所述缴费清单判断是否缴费到账，包括：
调用所述第二接口，并基于所述第二接口，根据所述缴费清单判断是否缴费到账。
5.根据权利要求3或4所述的基于区块链的缴费信息处理方法，其特征在于，在所述根据所述缴费清单判断是否缴费到账之前，所述方法还包括：
根据所述缴费清单，对缴费方服务器发送的缴费信息进行匹配；
响应于匹配结果为等缴，则确定缴费到账。
6.根据权利要求5所述的基于区块链的缴费信息处理方法，其特征在于，所述方法还包括：
响应于匹配结果为短缴，则向所述缴费方发送短缴申请，以获取所述缴费方发送的补缴；
将所述缴费申请的流程状态修改为作废状态。
7.根据权利要求6所述的基于区块链的缴费信息处理方法，其特征在于，所述缴费合约接口包括：用于作废缴费申请的第三接口；其中，
所述将所述缴费申请的流程状态修改为作废状态，包括：
调用所述第三接口，并基于所述第三接口将所述缴费申请的流程状态修改为作废状态。
8.一种基于区块链的缴费信息处理方法，其特征在于，所述方法应用于接收缴费清单的第二区块链节点，所述方法包括：
向区块链网络发送数据接收申请；
接收来自第一区块节点的缴费申请，所述缴费申请包括缴费清单和所述缴费清单散列；
基于所述数据接收申请中的待接收散列对所述缴费清单散列进行第二校验；
响应于所述第二校验的校验成功，向所述第一区块链节点发送确认接收到所述缴费清单的第二通知；
响应于接收到所述第一区块链节点发送的确认缴费到账的第一通知，根据所述缴费清单对所述第一通知中的实收缴费信息进行校核。
9.根据权利要求8所述的基于区块链的缴费信息处理方法，其特征在于，在所述向区块链网络发送数据接收申请之前，所述方法还包括：
结构化缴费流程管理数据和缴费申请数据，以建立智能合约数据结构；
基于所述以智能合约数据结构定义缴费合约接口，所述缴费合约接口用于发送所述缴费申请以及确认是否缴费到账。
10.根据权利要求9所述的基于区块链的缴费信息处理方法，其特征在于，所述缴费合约接口包括：用于确认缴费申请的第四接口和用于确认实收缴费的第五接口；其中，
所述接收来自第二区块节点的缴费申请，包括：
调用所述第四接口，并基于所述第四接口接收来自第二区块节点的缴费申请；
所述根据所述缴费清单对所述第一通知中的实收缴费信息进行校核，包括：
调用所述第五接口，并基于所述第五接口，根据所述缴费清单对所述第一通知中的实收缴费信息进行校核。
11.一种基于区块链的缴费信息处理装置，其特征在于，所述装置应用于发送缴费申请的第一区块链节点，所述装置包括：
第一接收模块，用于接收第二区块链节点发送的数据接收申请；
第一校验模块，用于基于所述数据接收申请中包含的机构标识进行第一校验；
第一发送模块，用于响应于所述第一校验的校验成功，发送所述缴费申请至所述第二区块链节点，其中，所述缴费申请包括缴费清单和缴费清单散列，以供所述第二区块链节点根据所述缴费清单散列进行第二校验；
第一确定模块，用于响应于接收到所述第二区块链节点发送的确认接收到所述缴费清单的第二通知，根据所述缴费清单判断是否缴费到账；
所述第一发送模块，还用于响应于确认已缴费到账，向所述第二区块链节点发送确认缴费到账的第一通知，其中，所述第一通知包含实收缴费信息，以供所述第二区块链节点接收到所述第一通知之后，对所述实收缴费信息进行校核。
12.一种基于区块链的缴费信息处理装置，其特征在于，所述装置应用于接收缴费清单的第二区块链节点，所述装置包括：
第二发送模块，用于向区块链网络发送数据接收申请；
第二接收模块，用于接收来自第一区块节点的缴费申请，所述缴费申请包括缴费清单和所述缴费清单散列；
第二校验模块，用于基于所述数据接收申请中的待接收散列对所述缴费清单散列进行第二校验；
所述第二发送模块，还用于响应于所述第二校验的校验成功，向所述第一区块链节点发送确认接收到所述缴费清单的第二通知；
第二确认模块，用于响应于接收到所述第一区块链节点发送的确认缴费到账的第一通知，根据所述缴费清单对所述第一通知中的实收缴费信息进行校核。
13.一种计算机存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7或权利要求8至10中任意一项所述的基于区块链的缴费信息处理方法。
14.一种电子设备，其特征在于，包括：
处理器；以及
存储器，用于存储所述处理器的可执行指令；
其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至7或权利要求8至10中任意一项所述的基于区块链的缴费信息处理方法。
CN201911121590.2A 2019-11-04 2019-11-15 基于区块链的缴费信息处理方法、装置、介质及设备 Pending CN110889682A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2019110676494 2019-11-04
CN201911067649 2019-11-04

Publications (1)

Publication Number Publication Date
CN110889682A true CN110889682A (zh) 2020-03-17

Family

ID=69747670

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911121590.2A Pending CN110889682A (zh) 2019-11-04 2019-11-15 基于区块链的缴费信息处理方法、装置、介质及设备

Country Status (1)

Country Link
CN (1) CN110889682A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111401868A (zh) * 2020-03-19 2020-07-10 南开大学 一种费用最小的区块链链下交易路由算法
CN111833190A (zh) * 2020-09-16 2020-10-27 泰康保险集团股份有限公司 年金数据处理方法、装置、介质及电子设备
CN113222579A (zh) * 2021-06-16 2021-08-06 中国银行股份有限公司 基于区块链的留学缴费业务处理方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001265930A (ja) * 2000-03-16 2001-09-28 Pfps Research Corp 確定拠出年金サービスシステム
CN109801152A (zh) * 2019-01-24 2019-05-24 中国农业银行股份有限公司 基于区块链的企业年金业务处理方法及系统
CN109934695A (zh) * 2019-03-14 2019-06-25 泰康保险集团股份有限公司 年金业务中自动生成到账凭证的方法、系统、设备及介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001265930A (ja) * 2000-03-16 2001-09-28 Pfps Research Corp 確定拠出年金サービスシステム
CN109801152A (zh) * 2019-01-24 2019-05-24 中国农业银行股份有限公司 基于区块链的企业年金业务处理方法及系统
CN109934695A (zh) * 2019-03-14 2019-06-25 泰康保险集团股份有限公司 年金业务中自动生成到账凭证的方法、系统、设备及介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
王振江: "《电子商务运营管理研究》", 31 July 2018, 延边大学出版社 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111401868A (zh) * 2020-03-19 2020-07-10 南开大学 一种费用最小的区块链链下交易路由算法
CN111401868B (zh) * 2020-03-19 2022-07-01 南开大学 一种费用最小的区块链链下交易路由算法
CN111833190A (zh) * 2020-09-16 2020-10-27 泰康保险集团股份有限公司 年金数据处理方法、装置、介质及电子设备
CN113222579A (zh) * 2021-06-16 2021-08-06 中国银行股份有限公司 基于区块链的留学缴费业务处理方法及装置

Similar Documents

Publication Publication Date Title
CN108985757B (zh) 信息处理方法、装置及系统、存储介质、电子设备
CN108346028B (zh) 一种业务审批处理方法、装置及系统
CN104751266A (zh) 数据处理方法、增值服务器及系统
CN111857888B (zh) 一种交易处理方法及装置
CN109767200B (zh) 一种电子支付方法、装置、系统和存储介质
CN110889682A (zh) 基于区块链的缴费信息处理方法、装置、介质及设备
CN108920257B (zh) 事务处理方法、装置、设备及存储介质
CN110070357B (zh) 数据处理方法、装置和系统
JP2019520658A (ja) 注文情報処理方法、装置およびシステム
US7729948B1 (en) Systems and methods for enabling customer care assistance with self-service transactions
CN103903126A (zh) 资金快速到账的方法、系统及电信系统、第三方支付系统
WO2023197917A1 (zh) 支付安全管理的方法、装置和支付系统
CN111695985A (zh) 处理公积金自愿缴存业务的系统和方法
CN113261019A (zh) 风险管理系统接口
KR102107454B1 (ko) 금융결제망 다중화 시스템, 이를 이용한 금융 서비스 방법 및 이를 위한 컴퓨터 프로그램
CN110650447B (zh) 短信接入管理方法及系统、终端和运营商服务器
CN113781200A (zh) 自动征信授权方法、系统以及电子设备
CN102542337A (zh) 一种信息系统的业务逻辑处理方法及装置
CN113971573A (zh) 一种业务代办平台
CN112101907A (zh) 一种线上办理公积金业务的方法和系统
CN112785285A (zh) 多银行支付方法、系统、服务器和存储介质
CN111415245A (zh) 一种开户方法和装置
CN111199382A (zh) 换房事务处理方法和装置
CN112950380B (zh) 一种基于区块链的交易一致性的处理方法和装置
CN111047277B (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20200317