基于区块链的年金数据处理方法、装置、设备及介质与流程

1.本技术涉及区块链技术领域，尤其涉及一种基于区块链的年金数据处理方法、装置、设备及介质。


背景技术：

2.企业年金是一种补充性养老金制度，是指企业及其职工在依法参加基本养老保险的基础上，自主建立的补充养老保险制度。我国现阶段的企业年金运作一般是企业全权委托受托人进行投资管理。企业年金受托人有明确的责任和义务，依据法律法规对年金资产投资范围的进行监督，以确保年金投资行为的合规性，同时，通过对投资范围及具体投资品种的精细化管理，达到防范风险，提升收益的作用。
3.禁限投管理就是年金受托人对投资范围及投资品种精细化管理的一项重要内容。受托人需要对年金资产投管人禁限投超标进行监督和处理。禁限投超标是指年金投资计划/组合存在持仓证券(如债券、股票、基金、养老金产品、非标产品等)不符合受托人禁限投管理要求的情况。
4.然而，现有的投资监督系统，虽然具备部分辅助禁限投管理业务开展的基础数据查询和提取功能，但尚缺乏匹配该项业务全流程闭环管理的功能模块。对于禁限投管理，大部分工作基本依赖于线下人工操作，繁琐重复，每日数据量大，处理时效和质量都受到比较大的影响，使得处理的效率较低。


技术实现要素：

5.为克服相关技术中存在的问题，本技术提供一种基于区块链的年金数据处理方法、装置、设备及介质。
6.根据本技术实施例的第一方面，提供了一种基于区块链的年金数据处理方法，应用于年金数据处理平台，所述年金数据处理平台部署在区块链系统中的每个节点，所述区块链系统中的节点包括：受托节点、资讯供应商节点、区块链平台节点和投管节点；所述方法包括：
7.接收所述受托节点生成的针对投管节点的禁限投规则，并将所述禁限投规则发送至所述区块链系统中的所述区块链平台节点；
8.接收所述资讯供应商节点发送的资讯数据，并将所述资讯数据发送至所述区块链系统中的所述区块链平台节点；
9.接收所述区块链平台节点发送的所述禁限投规则和所述资讯数据，并通过智能合约将所述禁限投规则和所述资讯数据生成禁限投池数据；
10.接收所述区块链平台节点发送的投资数据，并通过所述智能合约将所述禁限投池数据与所述投资数据进行比对，生成对所述投资数据的监管结果，其中，所述投资数据是所述投管节点向所述区块链平台节点发送的。
11.可选的，通过所述智能合约将所述禁限投规则和所述资讯数据生成禁限投池数
据，包括：
12.基于所述禁限投规则，提取所述资讯数据中的禁限投数据；
13.将所述禁限投数据存储到禁限投池中，得到禁限投池数据。
14.可选的，所述禁限投池数据，包括：证券代码、证券名称、证券类型、入池日期、出池日期和入池方式中的一种或几种组合。
15.可选的，所述通过所述智能合约将所述禁限投池数据与所述投资数据进行比对，生成对所述投资数据的监管结果，包括：
16.通过智能合约提取所述投资数据中的组合交易数据；
17.通过将所述组合交易数据分别与所述禁限投池数据进行匹配，生成投管节点组合禁限投超标明细数据；
18.将所述投管节点组合禁限投超标明细数据确定为所述投资数据的监管结果。
19.可选的，在所述监管结果为警示处理时，所述方法还包括：
20.在接收到所述投管节点发送的豁免申请时，将所述豁免申请发送给所述受托节点；
21.在所述受托节点接收到所述豁免申请时，将所述豁免申请展示在对应的功能页面上，以便接收受托人在所述功能页面上的相应操作；
22.在接收到所述受托人在所述功能页面上执行的豁免处理操作时，向所述区块链平台节点发送豁免处理的监管结果。
23.根据本技术实施例的第二方面，提供了一种基于区块链的年金数据处理装置，应用于年金数据处理平台，所述年金数据处理平台部署在区块链系统中的每个节点，所述区块链系统中的节点包括：受托节点、资讯供应商节点、区块链平台节点和投管节点；所述装置包括：
24.禁限投规则接收模块，用于接收所述受托节点生成的针对投管节点的禁限投规则，并将所述禁限投规则发送至所述区块链系统中的所述区块链平台节点；
25.资讯数据接收模块，用于接收所述资讯供应商节点发送的资讯数据，并将所述资讯数据发送至所述区块链系统中的所述区块链平台节点；
26.禁限投池数据生成模块，用于接收所述区块链平台节点发送的所述禁限投规则和所述资讯数据，并通过智能合约将所述禁限投规则和所述资讯数据生成禁限投池数据；
27.监管结果生成模块，用于接收所述区块链平台节点发送的投资数据，并通过所述智能合约将所述禁限投池数据与所述投资数据进行比对，生成对所述投资数据的监管结果，其中，所述投资数据是所述投管节点向所述区块链平台节点发送的。
28.可选的，所述禁限投池数据生成模块，具体用于：
29.基于所述禁限投规则，提取所述资讯数据中的禁限投数据；
30.将所述禁限投数据存储到禁限投池中，得到禁限投池数据。
31.可选的，所述禁限投池数据，包括：证券代码、证券名称、证券类型、入池日期、出池日期和入池方式中的一种或几种组合。
32.根据本技术实施例的第三方面，提供一种电子设备，包括：
33.处理器；
34.用于存储处理器可执行指令的存储器；
35.其中，所述处理器被配置为执行上述任一所述的基于区块链的年金数据处理方法。
36.本技术实施例的第四方面，提供一种计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行上述一种基于区块链的年金数据处理方法。
37.根据本技术实施例的第五方面，提供一种应用程序/计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的基于区块链的年金数据处理方法的步骤。
38.本技术的实施例提供的技术方案可以包括以下有益效果：
39.本技术实施例提供的基于区块链的年金数据处理方法、系统、电子设备及存储介质，接收受托节点生成的针对投管节点的禁限投规则，并将禁限投规则发送至区块链系统中的区块链平台节点；接收资讯供应商节点发送的资讯数据，并将资讯数据发送至区块链系统中的区块链平台节点；接收区块链平台节点发送的禁限投规则和资讯数据，并通过智能合约将禁限投规则和资讯数据生成禁限投池数据；接收区块链平台节点发送的投资数据，并通过智能合约将禁限投池数据与投资数据进行比对，生成对投资数据的监管结果。本技术实施例不依赖于各项数据在各机构之间的线下流转，也不依赖于托管人自建系统对投管人禁限投超标数据的计算和结果输出，通过将各数据上链并处理，使得禁限投超标监督的时效性和准确性、有效性得到极大的提升。
40.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。
附图说明
41.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
42.图1是根据一示例性实施例示出的一种基于区块链的年金数据处理方法的流程图；
43.图2是根据一示例性实施例示出的一种禁限投规则的示意图；
44.图3是根据一示例性实施例示出的一种应用场景示意图；
45.图4是根据一示例性实施例示出的一种基于区块链的年金数据处理装置的示意图；
46.图5是根据一示例性实施例示出的一种电子设备的框图。
具体实施方式
47.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
48.现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本技术将更加
全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。
49.此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本技术的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本技术的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本技术的各方面。
50.附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
51.实施例中，在年金托管和投资管理模式中，受托人机构、托管人机构和投管人机构。另外，可以通过代理机构可以来对职业年金计划进行发起，负责监管职业年金计划的实施和流程。受托人机构是指接受代理机构的委托负责管理职业年金的机构。托管人机构是指接受受托人机构的委托保管职业年金的银行或专业机构。投管人机构是指接受受托人机构委托投资管理职业年金的专业机构。需要说明的是，每一代理机构针对一个职业年金计划通常委托多个受托人机构，每一受托人机构通常委托多个投管人机构管理其分配到的职业年金数值进行投资运作。例如，代理机构可以是社保部，受托人机构可以是受托人机构a，托管人机构可以是银行，投管人机构可以是基金管理机构、证券公司。
52.目前，年金禁限投管理业务以受托人为核心，受托人通常需要对接全市场所有投管人机构(23家)和所有托管人机构(11家)。不仅仅是受托人与各投管人、托管人机构之间，而且各托管人和各投管人之间，都会有相互的文件及数据传输往来。所以业务流程中涉及到的信息流转是一个复杂的网状交互结构，尤其是一些线下邮件(微信、传真)等方式的交互非常繁琐，占用人工，时效受影响，且容易出现人为疏漏等。
53.并且禁限投规则文件通常为pdf或者excel文件，非结构化的数据，资讯供应商在接收受托人提供禁限投规则文件后，需要人工将规则参数化、结构化，维护至资讯供应商的内部系统进行解析，这其中有时还需要针对某些规则的具体解释与受托人进行多次线下沟通。另外，投资管理组合的禁限投规则，会根据市场形势，政策规定、受托人的管理目标等因素而发生改变。综上所述，一旦发生规则变更，从受托人起，需要重新修改pdf文件，发送资讯供应商。会面临很多的线下人工沟通和处理成本。
54.而资讯供应商需借助自身拥有的大量底层市场资讯数据，依据解析后的受托人定制的禁限投规则，生成禁限投池数据。在每个交易日开盘前将禁限投池数据，以邮件附件excel方式发给送受托人。以邮件附件excel或者接口方式发送给投管人、托管人。受托人、投管人和托管行在接收禁限投池数据后，也需要对其进行接收处理，或是线下人工处理，或是维护至自建系统。
55.因此，对投管人的禁限投超标行为直接进行监督管理，是受托人的必要职责，同时，受托人也有职责对投管人进行监管，并及时发送监管结果给受托人。受托人接收托管人发送的投管人超标结果，同时结合自身数据分析结果，来确认投管人实际的禁限投超标明
细详情。之后，再结合投管人通过邮件或者线下其他方式发送给受托人的豁免申请材料，对投管人禁限投超标进行处理。
56.鉴于上述情况，受托人面临很大的一个问题，受托人获取不到相关交易数据，只能通过托管人提供的组合估值表获取持仓数据，在目前技术方案下，依赖于托管人数据传输时效t 1，受托人处理后能获取的数据时效最高为t 2，也有部分组合滞后一周左右。因只能通过解析托管行提供的组合估值表数据，再结合人工处理进行分析，对投管人禁限投超标监督的效率比较低，需严重依赖于托管人主动提供的投管人禁限投超标结果数据。同时，受托人也不能很好的掌控托管人是否尽职的完成了投管人监督职能。投管人的交易行为和持仓结果，依据市场形势，每个交易日，都可能会发生较大的变化。当受托人完成该业务流程发送处理意见至投管人时，投管人的实际持仓，有可能已经发生了变化，受托人针对当时掌控的最新数据日期出具的处理意见已经不能很好的匹配投管人管理的持仓组合，造成无效监督。
57.基于此，本技术实施例提供一种基于区块链的年金数据处理方法，该方法通过将年金数据处理的各个机构以节点的形式加入至区块链，各个节点仅通过区块链系统进行数据交互，提升数据交互的安全性，而且，将年金数据处理的处理过程的数据上链，实现对年金数据处理过程的智能化管理。
58.以下对本技术实施例提出的区块链系统进行详细的说明。
59.图1是根据一示例性实施例示出的一种基于区块链的年金数据处理方法的流程图，如图1所示，该方法应用于年金数据处理平台，年金数据处理平台部署在区块链系统中的每个节点，区块链系统中的节点包括：受托节点、资讯供应商节点、区块链平台节点和投管节点；可以包括以下步骤：
60.在步骤s110中，接收受托节点生成的针对投管节点的禁限投规则，并将禁限投规则发送至区块链系统中的区块链平台节点。
61.本技术实施例将受托人机构、托管人机构和投管人机构分别部署到区块链系统中，分别配置相应的区块链节点，将数据进行上链，使得各个机构通过在区块链系统上行进行。实施例中，将受托人机构部署到区块链系统中的受托节点上，将托管人机构部署到区块链系统中的托管节点上，将投管人机构部署到区块链系统中的投管节点上，并且将资讯提供商部署到区块链系统中的资讯供应商节点上。另外，本技术实施例还提供区块链平台节点，该区块链平台节点可以共享各个节点上传的相关数据，并对相关数据进行处理。
62.实施例中，以受托人机构是受托人机构a为例，受托人机构a根据企业年金委托人的风险偏好，通过投资定制将每个年金计划的禁限投规则内容进行明确，并将禁限投规则发送至区块链系统中的区块链平台节点。禁限投规则内容，会根据委托人的个性化要求，结合受托人专业意见，对投资品种进行具体的限制，设定限制条款，明确需禁投或限投的股票、债券等品种。示例性的，如图2所示，可以理解的是，图2为部分禁限投规则。
63.在步骤s120中，接收资讯供应商节点发送的资讯数据，并将资讯数据发送至区块链系统中的区块链平台节点。
64.资讯供应商自身拥有的大量底层市场资讯数据，年金数据处理平台可以从资讯供应商节点获取资讯数据，将资讯数据上链，并将资讯数据发送至区块链系统中的区块链平台节点。例如，可以在每日开盘前将相关资讯数据通过资讯供应商节点将资讯数据发送至
区块链系统中的区块链平台节点。
65.在步骤s130中，接收区块链平台节点发送的禁限投规则和资讯数据，并通过智能合约将禁限投规则和资讯数据生成禁限投池数据。
66.区块链平台节点接收受托节点发送的禁限投规则及资讯供应商节点发送的资讯数据，这样年金数据处理平台可以接收到区块链平台节点发送的禁限投规则和资讯数据，并通过智能合约对禁限投规则进行解析，并对资讯数据进行处理，来生成禁限投池数据。
67.其中，本技术实施例中的禁限投池数据，可以包括：证券代码、证券名称、证券类型、入池日期、出池日期和入池方式中的一种或几种组合。
68.在步骤s140中，接收区块链平台节点发送的投资数据，并通过智能合约将禁限投池数据与投资数据进行比对，生成对投资数据的监管结果。
69.其中，投资数据是投管节点向区块链平台节点发送的。
70.本技术实施例通过区块链平台节点接收投管节点发送的投资数据，这样年金数据处理平台可以接收到区块链平台节点发送的投资数据，并通过创建的智能合约自动对投资数据进行处理和计算，各节点可以实时获取投管节点管理组合的禁限投超标明细。受托人可以通过受托节点通过区块链系统及时发布处理意见供投管人和托管行参照执行。
71.本技术实施例提供的技术方案，接收受托节点生成的针对投管节点的禁限投规则，并将禁限投规则发送至区块链系统中的区块链平台节点；接收资讯供应商节点发送的资讯数据，并将资讯数据发送至区块链系统中的区块链平台节点；接收区块链平台节点发送的禁限投规则和资讯数据，并通过智能合约将禁限投规则和资讯数据生成禁限投池数据；接收区块链平台节点发送的投资数据，并通过智能合约将禁限投池数据与投资数据进行比对，生成对投资数据的监管结果。本技术实施例不依赖于各项数据在各机构之间的线下流转，也不依赖于托管人自建系统对投管人禁限投超标数据的计算和结果输出，通过将各数据上链并处理，使得禁限投超标监督的时效性和准确性、有效性得到极大的提升。
72.另外，以区块链技术为基础，结合年金禁限投管理特有的业务场景，可以将业务流程中机构交互变得便捷简单，各机构只需要与区块链平台交互即可，各机构只需遵循同一套标准的区块链协议，基于各自系统开发上链传输及下链查询接口，整个业务流程的数据信息流转简化且安全，减轻了人为因素的干扰，时效也会得到本质提升，极大的提高了实时监督效率。
73.在本技术提供的又一实施例中，基于上述实施例，步骤s130具体可以包括以下步骤：
74.步骤s131，区块链平台节点基于禁限投规则，提取资讯数据中的禁限投数据。
75.步骤s132，将禁限投数据存储到禁限投池中，得到禁限投池数据。
76.本技术提供的实施例中，可以结合图1中的禁限投规则，该规则中定义了部分限制买入和禁止买入的股票或者债券，通过该禁限投规则对资讯数据进行过滤，将符合属于该禁限投规则内规定的限制或者买入的相关股票或者债券等数据从资讯数据中提取，得到提取出的禁限投数据，并将该禁限投数据存储到禁限投池中，得到禁限投池数据。
77.另外，该禁限投池数据可以包括以下明细数据：证券代码、证券名称、证券类型、入池日期、出池日期、入池方式等。
78.在本技术提供的又一实施例中，基于上述实施例，上述步骤s140具体可以包括以
下步骤：
79.步骤s141，通过智能合约提取投资数据中的组合交易数据；
80.步骤s142，通过将组合交易数据分别与禁限投池数据进行匹配，生成投管节点组合禁限投超标明细数据；
81.步骤s143，将投管节点组合禁限投超标明细数据确定为投资数据的监管结果。
82.本技术实施例中，禁限投规则参数可以包括预警类型、证券类别和预警条目。其中，预警类型可以是禁投类型或者限投类型；证券类别可以是股票、永续债、城投债、信托、资产支持证券等类别；预警条目可以是评级低于aa、剩余期限大于5年、发行主体所在区域等等。实施例中，通过将组合交易数据分别与禁限投池数据进行匹配，生成投管节点组合禁限投超标明细数据，来获取相应的监管结果。例如，在匹配到的禁限投参数为股票类别的禁投类型且评级低于aa，那么该监管结果为警示处理，另外，根据匹配到的禁限投参数，监管结果还可以是豁免处理等等。
83.其中，在监管结果为警示处理时，基于上述实施例，在本技术提供的又一实施例中，该方法还可以包括以下步骤：
84.步骤s150，区块链平台节点在接收到投管节点发送的豁免申请时，将豁免申请发送给受托节点。
85.步骤s160，在受托节点接收到区块链平台节点发送的豁免申请时，并豁免申请展示在对应的功能页面上，以便接收受托人在功能页面上的相应操作。
86.步骤s170，在接收到受托人在功能页面上执行的豁免处理操作时，向区块链平台节点发送豁免处理的监管结果。
87.本技术提供的实施例中，受托人、投管人、托管行机构均可在区块链系统上通过对应的区块链节点获取组合每日禁限投超标明细数据。投管人通过投管节点通过区块链系统可对自己管理的组合的超标明细进行查询，如有需要可以直接通过区块链平台功能页面，针对该组合对受托人在受托节点上通过区块链系统发起组合豁免申请。受托节点接受到投管节点的组合豁免申请后，可以直接在区块链对应的功能页面，给出豁免申请处理意见。
88.需要说明的是，本技术实施例中区块链系统中各节点，其所涉及的功能包括：
89.(1)路由，节点具有的基本功能，用于支持节点之间的通信。节点除具有路由功能外，还可以具有以下功能：
90.(2)应用，用于部署在区块链中，根据实际业务需求而实现特定业务，记录实现功能相关的数据形成记录数据，在记录数据中携带数字签名以表示任务数据的来源，将记录数据发送到区块链系统中的其他节点，供其他节点在验证记录数据来源以及完整性成功时，将记录数据添加到临时区块中。
91.例如，应用实现的业务包括：智能合约，计算机化的协议，可以执行某个合约的条款，通过部署在共享账本上的用于在满足一定条件时而执行的代码实现，根据实际的业务需求代码用于完成自动化的交易；当然，智能合约不仅限于执行用于交易的合约，还可以执行对接收的信息进行处理的合约。
92.(3)区块链，包括一系列按照产生的先后时间顺序相互接续的区块(block)，新区块一旦加入到区块链中就不会再被移除，区块中记录了区块链系统中节点提交的记录数据。实施例中，区块结构(block structure)中，每个区块中包括本区块存储交易记录的哈
希值(本区块的哈希值)、以及前一区块的哈希值，各区块通过哈希值连接形成区块链。另外，区块中还可以包括有区块生成时的时间戳等信息。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了相关的信息，用于验证其信息的有效性(防伪)和生成下一个区块。
93.结合上述实施例，参见图3，在本技术提供的一种场景实施例中，基于区块链的年金数据处理方法具体可以包括以下处理流程：
94.①
区块链系统的搭建。在受托人端搭建年金受托人区块链系统，使用区块链智能合约技术，由受托人主导与各年金投管人、托管人、资讯供应商共同协商制定一套集加密传输/查询/解析/计算/下载的标准数据传输和处理协议，并在链上开发内置禁限投流程处理功能模块。内置禁限投流程处理功能模块主要包含功能：禁限投规则参数录入维护、资讯数据查询、禁限投池数据查询、禁限投超标明细查询、禁限投超标处理等等。
95.②
受托人禁限投规则上链。受托人制定禁限投规则，在区块链系统上维护规则参数。禁限投规则参数举例：预警类型(禁投、限投)；证券类别(股票、永续债、城投债、信托、资产支持证券等)；预警条目(评级低于aa、剩余期限大于5年、发行主体所在区域等)。
96.③
资讯供应商资讯数据上链。资讯供应商通过协议接口方式实时同步市场资讯数据至区块链系统，对数据进行加密存储、计算，比对禁限投规则参数，自动生成和更新禁限投池数据。禁限投池数据字段举例：证券代码、证券名称、证券类别、入池日期、出池日期等等。
97.④
组合交易数据上链。托管行通过协议接口方式实时同步投管人组合交易数据至区块链系统，对数据进行加密存储、计算，比对禁限投池数据，自动生成和更新投管人组合禁限投超标明细数据。组合禁限投超标明细字段举例：预警日期、组合代码、组合名称、计划名称、证券代码、证券类别、证券简称、预警条目等等。
98.⑤
受托人组合禁限投超标处理意见上链。受托人可通过区块链系统内置禁限投管理功能模块直接对组合禁限投超标进行处理，给出处理意见。投管人、托管行可自行上区块链系统实时获取受托人发布的投管人组合禁限投超标处理意见。
99.禁限投管理功能模块主要包含功能：组合禁限投超标明细查询页面、操作处理页面
100.受托人对组合禁限投超标处理意见字段举例：处理方式(函件、邮件)、是否豁免、豁免期限......
101.⑥
各机构从区块链获取数据。受托人、投管人、托管行可自行上区块链系统实时获取投管人组合禁限投池数据、交易数据、禁限投超标明细数据、受托人对组合禁限投超标处理意见。
102.另外，本技术提供的实施例中，受托人机构a作为年金受托人，管理了700 组合，每日需对这700 组合禁限投超标情况进行监督管理。对接23家投管人、11家托管行。以受托人机构a作为受托人为主导，搭建区块链服务平台系统，为23家投管人机构、11家托管人机构，及资讯供应商分别创建区块链节点，纳入上链范围。制定禁限投业务各机构达成共识的智能合约协议，定义标准的接口规范和业务流程处理规范。根据需求，灵活定义各机构数据获取和上传的权限范围(组合数据权限：受托人分配全部组合数据权限，投管人和托管行只分配自己管理的组合的数据权限)。
103.通过直接在区块链上对组合禁限投规则参数进行维护。资讯供应商通过自建系统和区块链标准接口，自动将每日市场资讯数据上传至区块链平台。投管人通过自建系统和区块链标准接口，自动将每日组合交易明细数据上传至区块链平台。区块链平台自动执行数据的加密存储、计算和输出。
104.受托人、投管人、托管行机构均可在区块链平台上获取组合每日禁限投超标明细数据。投管人可对自己管理的组合的超标明细进行查询，如有需要可以直接通过区块链平台功能页面，针对该组合对受托人发起组合豁免申请。受托人接受到投管人组合豁免申请后，可以直接在区块链对应的功能页面，给出豁免申请处理意见。
105.通过本技术提供的实施例，可以将传统年金禁限投管理业务流程复杂的多点网状交互转变为单一的链式交互，各机构方只与该链发生数据上链和数据下链标准化操作，流程简化，数据及规则统一上链校验、解析和存储，链上全程自动执行数据计算和结果输出，用结构化数据，取代了传统的线下excel/pdf等非结构化数据。受托人的职责是监督投管人和托管人，托管人也有协助监管投管人的责任，借助新技术，全流程公开、透明，在受托人、投管人和托管人之间建立起信任机制，解决机构间的协同效率、数据安全、平台标准化等痛点，降低机构运营成本，同时也让监管变得更加高效。
106.并且年金业务一家受托人通常要对接全市场十多家托管行结构，及二十多家投管人机构。传统技术方案下，各家机构都要针对该业务流程，进行相应的系统改建(接口传输支持和功能模块开发)。新技术方案，在区块链平台上制定统一的接口和标准业务流程模块，整个数据信息的流转更加高效便捷，突破了各家机构系统建设能力参差不齐的技术边界和局限性。另外，受托人针对投管人组合禁限投超标出具处理意见的及时性和有效性，是禁限投业务发挥风险防范价值的最重要影响因素。依托于新技术方案各方获取相应数据的时效性得到了本质提升，整体业务流程更加简化，极大的解决了这一业务痛点，更好的强化和发挥了禁限投管理业务防范风险的价值初衷。
107.根据本技术实施例的第二方面，提供了一种基于区块链的年金数据处理装置，应用于年金数据处理平台，所述年金数据处理平台部署在区块链系统中的每个节点，所述区块链系统中的节点包括：受托节点、资讯供应商节点、区块链平台节点和投管节点；如图4所示，所述装置包括：
108.禁限投规则接收模块410，用于接收所述受托节点生成的针对投管节点的禁限投规则，并将所述禁限投规则发送至所述区块链系统中的所述区块链平台节点；
109.资讯数据接收模块420，用于接收所述资讯供应商节点发送的资讯数据，并将所述资讯数据发送至所述区块链系统中的所述区块链平台节点；
110.禁限投池数据生成模块430，用于接收所述区块链平台节点发送的所述禁限投规则和所述资讯数据，并通过智能合约将所述禁限投规则和所述资讯数据生成禁限投池数据；
111.监管结果生成模块440，用于接收所述区块链平台节点发送的投资数据，并通过所述智能合约将所述禁限投池数据与所述投资数据进行比对，生成对所述投资数据的监管结果，其中，所述投资数据是所述投管节点向所述区块链平台节点发送的。
112.本技术实施例提供的技术方案，接收受托节点生成的针对投管节点的禁限投规则，并将禁限投规则发送至区块链系统中的区块链平台节点；接收资讯供应商节点发送的
资讯数据，并将资讯数据发送至区块链系统中的区块链平台节点；接收区块链平台节点发送的禁限投规则和资讯数据，并通过智能合约将禁限投规则和资讯数据生成禁限投池数据；接收区块链平台节点发送的投资数据，并通过智能合约将禁限投池数据与投资数据进行比对，生成对投资数据的监管结果。本技术实施例不依赖于各项数据在各机构之间的线下流转，也不依赖于托管人自建系统对投管人禁限投超标数据的计算和结果输出，通过将各数据上链并处理，使得禁限投超标监督的时效性和准确性、有效性得到极大的提升。
113.可选的，所述禁限投池数据生成模块，具体用于：
114.基于所述禁限投规则，提取所述资讯数据中的禁限投数据；
115.将所述禁限投数据存储到禁限投池中，得到禁限投池数据。
116.可选的，所述禁限投池数据，包括：证券代码、证券名称、证券类型、入池日期、出池日期和入池方式中的一种或几种组合。
117.关于上述实施例中的系统，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
118.图5是根据一示例性实施例示出的一种用于基于区块链的年金数据处理装置800的框图。例如，装置800是一种电子设备，具体可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
119.参照图5，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电力组件806，多媒体组件808，音频组件810，输入/输出(i/o)的接口812，传感器组件814，以及通信组件816。
120.处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。
121.存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
122.电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。
123.多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和
后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
124.音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(mic)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。
125.i/o接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
126.传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
127.通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如wifi，运营商网络(如2g、3g、4g或5g)，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
128.在示例性实施例中，装置800可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述基于区块链的年金数据处理方法。
129.在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
130.本技术实施例还提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行上述一种基于区块链的年金数据处理方法。
131.根据本技术实施例还提供一种应用程序/计算机程序产品，在本技术提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的基于区块链的年金数据处理方法的步骤。
132.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或
部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、dsl(digital subscriber line，数字用户线))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd(digital versatile disc，数字多功能光盘))、或者半导体介质(例如ssd(solidstate disk，固态硬盘))等。
133.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
134.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求指出。
135.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求来限制。