一种年金缴费的方法及装置

本发明涉及数据处理技术领域，尤其涉及一种年金缴费的方法及装置。

目前年金现行模式存在瓶颈：年金实行普惠制，要求全员参与，增加企业经营成本。通常由企业选定唯一受托人，该企业的所有员工统一使用企业与受托人商定的年金计划。这种方式下可以在一定程度上保障年金业务的安全性，同时提升了年金业务的办理效率。

然而，上述方式下企业员工无法自行选择年金计划，即不能选择自己心仪的受托人负责自己的年金。

本发明实施例提供种年金缴费的方法及装置，以解决现有技术中，年金缴费方式的灵活性较差的问题。

第一方面，本发明实施例提供了一种年金缴费的方法，应用于区块链平台，所述区块链平台包括多个受托人节点，每一所述受托人节点对应至少一个年金计划，所述方法包括：

接收目标账户的缴费申请，其中，所述缴费申请包括所述目标账户选择的各年金计划以及每一所述年金计划下的缴费数据；

基于所述受托人节点与年金计划的对应关系，确定所述目标账户选择的各年金计划分别对应的目标受托人节点；

针对每一所述年金计划，将所述年金计划下的缴费数据发送至所述年金计划对应的目标受托人节点；

基于所述目标受托人节点分别对各所述年金计划下的缴费数据进行缴费处理。

可选地，所述基于所述受托人节点与年金计划的对应关系，确定所述目标账户选择的各年金计划分别对应的目标受托人节点，包括：

在接收到扣费信息的情况下，基于所述受托人节点与年金计划的对应关系，确定所述目标账户选择的各年金计划分别对应的目标受托人节点；

其中，所述扣费信息为第一系统在按照目标缴费金额成功扣除所述目标账户所属用户在第一系统中的费用后，向所述区块链平台发送的消息；

所述目标缴费金额为所述区块链平台在验证所述目标账户具有年金业务权限，且所述缴费数据符合年金业务策略的情况下，向所述第一系统发送的缴费金额。

可选地，所述区块链平台包括：所述多个受托人节点所指示的受托人各自对应的委托人的第一标识，所述缴费申请包括所述目标账户的第二标识；

所述目标账户具有年金业务权限，包括：所述缴费申请中的第二标识与任一所述第一标识相同。

可选地，每一所述年金计划包括至少一个年金组合，所述针对每一所述年金计划，将所述年金计划下的缴费数据发送至所述年金计划对应的目标受托人节点，包括：

按所述年金组合对所述缴费申请进行拆分，得到每一所述年金组合下的缴费数据；

按照所述目标账户选择的各年金计划，统计每一所述年金计划中各所述年金组合下的缴费数据，得到每一所述年金计划下的缴费数据；

将各所述年金计划下的缴费数据发送至各所述年金计划各自对应的目标受托人节点。

可选地，所述基于所述目标受托人节点分别对各所述年金计划下的缴费数据进行缴费处理，包括：

针对每一所述目标受托人节点，通过所述目标受托人节点对接收到的所述缴费数据进行数据校验，并在所述缴费数据通过数据校验的情况下，将缴费数据发送至所述区块链平台中的账管人节点，以使所述账管人节点基于接收到的缴费数据进行记账；

针对每一所述目标受托人节点，通过所述目标受托人节点在接收到所述账管人节点的记账反馈的情况下，调整所述缴费申请对应的业务状态。

可选地，所述基于所述目标受托人节点分别对各所述年金计划下的缴费数据进行缴费处理，包括：

针对每一所述目标受托人节点，通过所述目标受托人节点对接收到的所述缴费数据进行数据校验，并在所述缴费数据通过数据校验的情况下，将缴费数据发送至所述区块链平台中的托管人节点，以使所述托管人节点基于接收到的缴费数据进行资金划拨；

针对每一所述目标受托人节点，通过所述目标受托人节点在接收到所述托管人节点的表征资金划拨成功的划拨结果的情况下，向所述区块链平台中的账管人节点发送到账信息；

针对每一所述目标受托人节点，通过所述目标受托人节点在接收到所述账管人节点的到账确认信息的情况下，记录所述缴费申请完成入账。

第二方面，本发明实施例还提供一种年金缴费的装置，应用于区块链平台，所述区块链平台包括多个受托人节点，每一所述受托人节点对应至少一个年金计划，所述装置包括：

申请模块，用于接收目标账户的缴费申请，其中，所述缴费申请包括所述目标账户选择的各年金计划以及每一所述年金计划下的缴费数据；

确定模块，用于基于所述受托人节点与年金计划的对应关系，确定所述目标账户选择的各年金计划分别对应的目标受托人节点；

受托模块，用于针对每一所述年金计划，将所述年金计划下的缴费数据发送至所述年金计划对应的目标受托人节点；

处理模块，用于基于所述目标受托人节点分别对各所述年金计划下的缴费数据进行缴费处理。

可选地，所述确定模块，具体用于在接收到扣费信息的情况下，基于所述受托人节点与年金计划的对应关系，确定所述目标账户选择的各年金计划分别对应的目标受托人节点；

其中，所述扣费信息为第一系统在按照目标缴费金额成功扣除所述目标账户所属用户在第一系统中的费用后，向所述区块链平台发送的消息；

所述目标缴费金额为所述区块链平台在验证所述目标账户具有年金业务权限，且所述缴费数据符合年金业务策略的情况下，向所述第一系统发送的缴费金额。

第三方面，本发明实施例还提供一种电子设备，包括存储器、处理器、总线以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述年金缴费的方法中的步骤。

第四方面，本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的年金缴费的方法中的步骤。

在本发明实施例中，利用区块链平台实现年金缴费过程，可以保证年金缴费过程中信息的安全性与可靠性；进一步通过在区块链平台中设置多个受托人节点，使得用户可以在缴费申请中选择不同的受托人，从而参与不同的年金计划，扩大了用户对年金计划的选择范围，大大提升了年金业务的灵活性；同时，相比于用户通过不同委托人向不同受托人进行委托，从而参与不同受托人负责的年金计划的方式，本发明实施例中用户只需在区块链平台中进行一次缴费申请即可，基于区块链平台将对用户参与各年金计划的流程同时进行数据处理，大大提高了处理效率。

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

图1为本发明实施例提供的年金缴费的方法的步骤流程图；

图2为本发明实施例提供的年金缴费的方法的实际应用流程图；

图3为本发明实施例提供的年金缴费的装置的结构框图；

图4为本发明实施例提供的电子设备的结构框图。

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

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

参见图1，本发明实施例提供了一种年金缴费的方法，应用于区块链平台，区块链平台包括多个受托人节点，每一受托人节点对应至少一个年金计划。应当说明的是，区块链平台为采用区块链技术搭建的平台或系统。每一受托人节点对应年金角中的一个受托人，其中，受托人即作为受托人的年金管理机构。年金计划为年金角中的受托人和委托人协商的与年金相关的计划，由受托人负责，例如投资计划，但不限于此。这里，受托人节点对应的年金计划为受托人节点对应的受托人负责的年金计划。多个受托人节点对应的多个受托人，可以为多个不同委托人确定的受托人，从而合理利用资源，提升年金业务的效率。

该年金缴费的方法，可以包括：

步骤101：接收目标账户的缴费申请；

应当说明的是，目标账户为用户办理年金业务过程中申请的电子账户。这里，可以向用户提供一管理平台，用户可以在管理平台上填写或上传信息，进而管理平台基于用户填写或上传的信息生成一缴费申请，并将缴费申请发送至区块链平台。缴费申请即为上缴年金费用的申请。其中，上缴年金费用的用户可以为任意用户，可以为企业中的员工、自由职业的用户、无业用户等。

可以理解的是，缴费申请包括目标账户的账户信息、目标账户选择的各年金计划以及表征缴费状况的缴费数据。具体的，可以采用预设数据格式以及预设表头的数据表作为缴费申请。例如缴费申请可以包括两个数据表，第一个数据表的表头可以包括：企业名称、业务类型、业务日期、计划名称、缴费总额、个人缴费总额-未纳税、个人缴费总额-已纳税；第二个数据表的表头可以包括：个人姓名、证件类型、证件编号、企业缴费金额、企业缴费未超出免税部分、企业缴费超出免税部分。用户在登录目标账户之后，通过填写两个数据表，从而生成缴费申请。

通过缴费申请不仅可以确定目标账户参与了哪些年金计划，还可以确定其参与的每一年金计划下的缴费数据。具体的，缴费申请包括目标账户选择的各年金计划以及每一年金计划下的缴费数据。

步骤102：基于受托人节点与年金计划的对应关系，确定目标账户选择的各年金计划分别对应的目标受托人节点。

应当说明的是，每一年金计划由一个受托人负责，区块链平台中每一受托人节点表示一受托人，受托人节点对应的年金计划即为受托人节点表示的受托人负责的年金计划。例如，受托人A机构负责的年金计划为年金计划B，受托人A机构在区块链平台中的节点为受托人节点C，则区块链平台中受托人C对应着年金计划B，在区块链平台中存储有受托人C与年金计划B的对应关系。同理，区块链平台中存储有每一受托人节点与其对应的年金计划的对应关系，从而在已知年金计划的前提下，可以基于对应关系，确定该年金计划对应的受托人节点。由于缴费申请中包括目标账户选择的各年金计划，因此，可以确定各年金计划中每一年金计划对应的受托人节点，即目标受托人节点。

步骤103：针对每一年金计划，将年金计划下的缴费数据发送至年金计划对应的目标受托人节点。

应当说明的是，每一年金计划由一个受托人负责，因此，需要将年金计划下的缴费数据发送至负责该年金计划的受托人，即将缴费数据发送至对应的受托人节点进行处理。例如，区块链平台包括：受托人节点A、受托人节点B以及受托人节点C，其中，受托人节点A对应受托人a，受托人节点B对应受托人b，受托人节点C对应受托人c，受托人a负责年金计划1、受托人b负责年金计划2，受托人c负责年金计划3。假设目标账户选择了年金计划1和年金计划2，则会将年金计划1下的缴费数据发送至受托人节点A，将年金计划2下的缴费数据发送至受托人节点B。可以理解的是，区块链平台预先配置有每一年金计划的标识、负责每一年金计划的受托人对应的受托人节点在区块链平台中的地址，从而在确定年金计划之后，可以将缴费数据发送至对应受托人节点。这里，在确定用户所选的各年金计划分别对应的目标受托人节点之后，将不同年金计划下的缴费数据发送至相应目标受托人节点。

步骤104：基于目标受托人节点分别对各年金计划下的缴费数据进行缴费处理。

应当说明的是，每一目标受托人节点将接收到其负责的年金计划下的缴费数据。对于每一目标受托人节点来讲，其只需基于自身接收到的缴费数据进行缴费处理即可。这里的缴费处理，即为年金缴费业务的相关处理流程，其涉及到各年金角与目标受托人节点之间的信息交互。

本发明实施例中，利用区块链平台实现年金缴费过程，可以保证年金缴费过程中信息的安全性与可靠性；进一步通过在区块链平台中设置多个受托人节点，使得用户可以在缴费申请中选择不同的受托人，从而参与不同的年金计划，扩大了用户对年金计划的选择范围，大大提升了年金业务的灵活性；同时，相比于用户通过不同委托人向不同受托人进行委托，从而参与不同受托人负责的年金计划的方式，本发明实施例中用户只需在区块链平台中进行一次缴费申请即可，基于区块链平台将对用户参与各年金计划的流程同时进行数据处理，大大提高了处理效率。

可选地，基于受托人节点与年金计划的对应关系，确定目标账户选择的各年金计划分别对应的目标受托人节点，包括：

在接收到扣费信息的情况下，基于受托人节点与年金计划的对应关系，确定目标账户选择的各年金计划分别对应的目标受托人节点；

应当说明的是，在年金缴费业务中，需要多个不同机构进行参与。各不同机构通过各自的系统实现与区块链平台的信息交互。这里，目标账户所需上缴的费用可以预先存储在某一机构中，在将费用扣除之后，触发本步骤，若未扣除费用，则不会触发本步骤。具体的，扣费信息为第一系统在按照目标缴费金额成功扣除目标账户所属用户在第一系统中的费用后，向区块链平台发送的消息。第一系统可以为银行的系统，目标账户所属用户在第一系统中具有个人账户，其费用可以存储在个人账户中。扣除信息即为从其个人账户中成功扣除目标缴费金额后生成的成功扣费通知。较佳地，可以将基于受托人节点与年金计划的对应关系，确定目标账户选择的各年金计划分别对应的目标受托人节点设置为区块链平台中的智能合约，该智能合约在区块链平台接收到第一机构的扣费信息后被触发。

上述目标缴费金额为区块链平台在验证目标账户具有年金业务权限，且缴费数据符合年金业务策略的情况下，向第一系统发送的缴费金额。区块链平台在接收到缴费申请之后，可以先对其进行校验，校验通过后将缴费数据上链存储，并向第一系统发送缴费金额。可以理解的是，基于校验的目的不同，可以设置不同的校验内容。具体的，若设定部分用户可以办理年金业务，部分用户不可以办理年金业务，则需要校验目标账户是否具有年金业务权限。若设定缴费数据需要满足预设的规则，则需要校验目标账户的缴费申请中的缴费数据是否符合年金业务策略。这里的年金业务策略可以为缴费策略。例如，可以为办理人员的工资否大于社会平均工资、公司的工资总额；办理人员是否有在途业务处理；企业信息和个人信息合法性校验；年金表头数据和明细表数据间校验；与历史数据比对校验；缴费是否超过平均工资5倍上限；个人/企业通过各自的账户提交申请等。较佳地，可以将验证目标账户是否具有年金业务权限以及缴费数据是否符合年金业务策略设置为区块链平台中的智能合约，该智能合约在区块链平台接收到缴费申请后被触发。

本发明实施例中，可以对办理年金缴费的账户设置年金业务权限以及年金业务策略，使得具有权限且符合策略的账户可以办理，在避免来自无年金业务权限的账户的干扰的同时，使得具有年金业务权限的账户的缴费申请符合统一的年金业务策略。

可选地，区块链平台包括：多个受托人节点所指示的受托人各自对应的委托人的第一标识，缴费申请包括目标账户的第二标识；

目标账户具有年金业务权限，包括：缴费申请中的第二标识与任一第一标识相同。

应当说明的是，受托人仅负责其委托人所委托的业务，因此，当某一账户指示的用户或机构并未区块链节点中各受托人节点指示的受托人的委托人，则无需对该账户办理年金缴费业务。因此，需要预先配置具有年金缴费业务办理权限的账户。即在区块链平台中配置多个受托人节点所指示的受托人各自对应的委托人的第一标识，从而具有第一标识的账户一定对应某一委托人，从而具有办理年金缴费业务的权限。举例而言，区块链平台中各受托人节点所指示的受托人各自对应的委托人的第一标识包括：001、002、003；若目标账户的缴费申请中的第二标识为003，则目标账户具有年金业务权限。

本发明实施例中，在区块链平台中设置有具有年金业务权限的委托人的标识，当目标账户具有相同标识时，视为该目标账户所指示用户即为委托人，则其具有年金业务权限，从而实现了对申请缴费的用户的筛选。

可选地，每一年金计划包括至少一个年金组合，其中，年金组合可以理解为年金计划下的子计划。例如某一年金计划下的年金总额为1000万，则可以将该年金计划划分为至少两个年金组合，这里以5个年金组合为例，但不限于5个，则每个年金组合下的年金总额可以为200万，每一年金组合可以单独作为一笔年金资金进行投资。

针对每一年金计划，将年金计划下的缴费数据发送至年金计划对应的目标受托人节点，包括：

按年金组合对缴费申请进行拆分，得到每一年金组合下的缴费数据。

应当说明的是，用户在登录目标账户申请缴费时，将自由选择各年金计划下的各年金组合进行自由组合。缴费申请中将携带有用户选择的每一年金组合的标识。从而区块链平台根据缴费申请中的标识即可确定用户选择哪个或哪些年金组合。对缴费申请进行拆分，即为采用数据拆分，得到每一年金组合下的缴费数据。例如用户选择了两个年金组合，两个年金组合的年金总额分别为10万和20万，则在对缴费申请拆分之后，可以得到两份缴费数据，可以视为一个年金总额10万的缴费申请和一个年金总额20万的缴费申请，且两个缴费申请的申请账户为同一账户。

按照目标账户选择的各年金计划，统计每一年金计划中各年金组合下的缴费数据，得到每一年金计划下的缴费数据。

应当说明的是，同一年金计划下的各年金组合需要统计到一起，作为该年金计划下的缴费数据。例如缴费申请中目标账户选择了五个年金组合：第一年金组合、第二年金组合、第三年金组合、第四年金组合和第五年金组合，若第一年金组合、第三年金组合和第四年金组合同属于第一年金计划，第二年金组合和第五年金组合同属于第二年金计划。统计第一年金组合、第三年金组合和第四年金组合下的缴费数据，并将统计的缴费数据作为第一年金计划下的缴费数据。统计第二年金组合和第五年金组合下的缴费数据，并将统计的缴费数据作为第二年金计划下的缴费数据。

将各年金计划下的缴费数据发送至各年金计划各自对应的目标受托人节点。

本发明实施例中，基于年金组合与年金计划的关联关系，先对缴费申请按照年金组合进行数据拆分，然后将拆分的数据按照年金计划进行组合，从而可以得到每一年金计划下的缴费数据，使得在用户选择不同年金计划下的年金组合的情况下，依旧可以实现用户的年金缴费申请。

可选地，基于目标受托人节点分别对各年金计划下的缴费数据进行缴费处理，包括：

针对每一目标受托人节点，通过目标受托人节点对接收到的缴费数据进行数据校验，并在缴费数据通过数据校验的情况下，将缴费数据发送至区块链平台中的账管人节点，以使账管人节点基于接收到的缴费数据进行记账。

应当说明的是，为保证数据的安全性以及缴费数据符合业务要求，每一目标受托人节点在收到缴费数据之后，先进行数据校验，若未通过数据校验则可以忽略该缴费数据或反馈数据校验的结果或转线下人工审核。若通过，说明缴费数据没有问题，可以进行后续缴费流程。这里，缴费流程中包括对缴费数据的记账，由年金角中的账管人负责。因此需要将缴费数据发送至账管人对应的账管人节点。可以理解的是，每一目标受托人具有固定的账管人，因此可以预先配置每一目标受托人节点对应的账管人节点，从而在进行记账时，目标受托人节点可以将缴费数据发送至对应的账管人节点。较佳地，账管人节点设置有智能合约，在账管人节点收到目标受托人节点发送的缴费数据之后，触发该智能合约，进而实现记账及反馈流程。这里的反馈即反馈记账结果。

针对每一目标受托人节点，通过目标受托人节点在接收到账管人节点的记账反馈的情况下，调整缴费申请对应的业务状态。

应当说明的是，缴费申请对应的业务状态包括申请中、记账中、完成记账、记账失败等业务状态。不同的业务状态表征缴费申请进行到不同的业务阶段。在记账反馈包括记账成功时，则调整缴费申请对应的业务状态为完成记账。

本发明实施例中，通过目标受托人节点与账管人节点之间的信息交互，可以实现缴费申请过程中的记账流程，完成对年金缴费的记账。

可选地，基于目标受托人节点分别对各年金计划下的缴费数据进行缴费处理，包括：

针对每一目标受托人节点，通过目标受托人节点对接收到的缴费数据进行数据校验，并在缴费数据通过数据校验的情况下，将缴费数据发送至区块链平台中的托管人节点，以使托管人节点基于接收到的缴费数据进行资金划拨。

应当说明的是，为保证数据的安全性以及缴费数据符合业务要求，每一目标受托人节点在收到缴费数据之后，先进行数据校验，若未通过数据校验则可以忽略该缴费数据或反馈数据校验的结果或转线下人工审核。若通过，说明缴费数据没有问题，可以进行后续缴费流程。这里，缴费流程中包括对资金的划拨，由年金角中的托管人负责。因此需要将缴费数据发送至托管人对应的托管人节点。可以理解的是，每一目标受托人具有固定的托管人，因此可以预先配置每一目标受托人节点对应的托管人节点，从而在进行资金划拨时，目标受托人节点可以将缴费数据发送至对应的托管人节点。较佳地，托管人节点设置有智能合约，在托管人节点收到目标受托人节点发送的缴费数据之后，触发该智能合约，进而实现资金划拨及反馈流程。这里的反馈即反馈资金划拨结果。

针对每一目标受托人节点，通过目标受托人节点在接收到托管人节点的表征资金划拨成功的划拨结果的情况下，向区块链平台中的账管人节点发送到账信息。

应当说明的是，年金角中的账管人具有记账、确认到账的职能。因此，在确认到账过程中，需要由受托人将资金划拨的结果发送至账管人，即由目标受托人节点将资金划拨的结果发送至账管人节点。

针对每一目标受托人节点，通过目标受托人节点在接收到账管人节点的到账确认信息的情况下，记录缴费申请完成入账。

应当说明的是，记录缴费申请完成入账，即为自动进行到账确认。

本发明实施例中，通过目标受托人节点、托管人节点、账管人节点之间的信息交互，可以实现缴费申请过程中的到账确认流程，完成对年金缴费的到账确认。

可选地，基于目标受托人节点分别对各年金计划下的缴费数据进行缴费处理，包括：

各目标受托人节点基于缴费数据在待成交定价日时，进行成交匹配：

应当说明的是，这里的成交匹配即为年金业务中的成交匹配，例如对应成交报告，匹配对应的缴费数据；匹配对应的待遇支付数据；判断是否为等缴；自动生成交易指令发送至托管行等，这里不再赘述。

可以理解的是，年金角中的投管人可以实现对资金的赎回以及投资，区块链平台还设置有对应不同投管人的多个投管人节点，各个投管人节点可以按照目标受托人节点核对的资金划拨结果，进行资金赎回；如果有转入资金各个投管人节点还可以对转入资金进行投资。

如图2，所示为本发明实施例提供的年金缴费的方法实际应用示意图，其中，区块链平台对应管理平台、银行、受托人、账管人、托管人、投管人设置有不同的区块链节点，即各自对应的数据块。其中，受托人、账管人、托管人、投管人为不同的年金角，各年金角的职能这里不再赘述。应当说明的，对应同一年金角可以设置不同的区块链节点，例如对应受托人设置三个区块链节点，每一区块链节点对应不同的受托人。由于不同受托人具有相同的职能，为避免重复图2中各不同的受托人采用一个受托人进行示意。

假设年金组合A、年金组合B、年金组合C和年金组合D归属受托人T1、受托人T2、受托人T3负责的年金计划，另有，账管人A1、账管人A2、账管人A3，托管人S1、托管人S2、托管人S3，投管人I1、投管人I2、投管人I3。区块链平台对应受托人T1、受托人T2、受托人T3、账管人A1、账管人A2、账管人A3、托管人S1、托管人S2、托管人S3、投管人I1、投管人I2、投管人I3分别设置有区块链节点。可以通过管理平台对限规则、业务规则进行设置。其中，权限规则，用于指定管理机构可以办理年金业务。机构关系配置：计划编码+业务办理机构地址。受托机构配置:计划编码+受托机构地址。通过权限配置不仅指定了可以办理年金业务的机构或用户，同时指定了各区块链节点数据交互的链路。业务规则配置包括业务规则参数配置，其中，业务参数包括：企业工资总额、社会平均工资、缴费比例上限、平均缴费金额倍数上限、受托人的受托银行账号。较佳地，设置数据隐私保护，即发送者和接收者可以看到数据内容，区块链平台的其他区块链节点只能看到摘要数据。

具体的，个人/企业经办客户使用管理平台，在规定时间范围内提供缴费申请，并将年金缴费金额发送到银行的指定账户上；

管理平台受理后，定时对于规定时间内所有缴费申请自动审核、汇总，并将缴费申请发送到区块链平台，同时触发第一智能合约进行权限和业务规则校验。校验通过后缴费申请上链存储，并通知银行到指定账户扣款。

银行接收到区块链平台的通知后，自动进行扣款动作，然后将扣款结果发送到区块链平台。

区块链平台收到扣款结果通知后出发第二智能合约。即数据拆分：根据年金组合A、年金组合B、年金组合C和年金组合D将缴费数据拆分到受托人T1、受托人T2、受托人T3，将拆分后的缴费数据通过区块链平台分别发送至各受托人节点。费用划拨：根据受托人T1、受托人T2、受托人T3各自对应的账户号，将所属缴费费用划拨至受托人账号。

受托人节点接收到缴费数据后触发智能合约，即校验是否大于社会平均工资、公司的工资总额；校验是否有在途业务处理；企业信息和个人信息合法性校验；年金表头数据和明细表数据间校验；与历史数据比对校验；缴费是否超过平均工资5倍上限。智能合约审核通过后将缴费数据发送至对应账管人节点，否则进行线下人工审核。这里，受托人节点接收对应账管人节点的反馈后，自动更改业务状态；受托人节点接收到托管人节点的数据，自动进行到账录入数据处理，并发送账管人节点；受托人节点接收账管人节点到账数据后，自动进行到账确认；受托人节点在待成交定价日时，进行成交匹配：对应成交报告，匹配对应的缴费数据；其次匹配对应的待遇支付数据；判断是否为等缴；自动生成交易指令发送至托管行。

对于账管人节点，各个账管人节点自动接收链上数据，用智能合约，自动进行记账、反馈、入账确认等操作。

对于托管人节点，各个托管人节点接收受托人节点指令划款并给出划款结果；根据交易指令将资金分配到投资户。

对于投管人节点，各个投管人节点按照受托人核对划款结果，进行资金赎回；如果有转入资金对于资金进行投资

本发明实施例中，年金缴费场景下，可以提高缴费业务处理时效，确保数据质量、无法篡改，数据上链时自动审核、汇总，实现自动化业务处理；区块链平台上缴费自动拆分、自动发送指令，将信息流、资金流协同处理，自动核对业务数据和网银数据，提高资金使用效率，保证资金安全。

以上介绍了本发明实施例提供的年金缴费的方法，下面将结合附图介绍本发明实施例提供的年金缴费的装置。

参见图3，本发明实施例还提供了一种年金缴费的装置，应用于区块链平台，区块链平台包括多个受托人节点，每一受托人节点对应至少一个年金计划，该装置包括：

申请模块31，用于接收目标账户的缴费申请，其中，缴费申请包括目标账户选择的各年金计划以及每一年金计划下的缴费数据；

确定模块32，用于基于受托人节点与年金计划的对应关系，确定目标账户选择的各年金计划分别对应的目标受托人节点；

受托模块33，用于针对每一年金计划，将年金计划下的缴费数据发送至年金计划对应的目标受托人节点；

处理模块34，用于基于目标受托人节点分别对各年金计划下的缴费数据进行缴费处理。

可选地，拆分模块32，具体用于在接收到扣费信息的情况下，基于受托人节点与年金计划的对应关系，确定目标账户选择的各年金计划分别对应的目标受托人节点；

其中，扣费信息为第一系统在按照目标缴费金额成功扣除目标账户所属用户在第一系统中的费用后，向区块链平台发送的消息；

目标缴费金额为区块链平台在验证目标账户具有年金业务权限，且缴费数据符合年金业务策略的情况下，向第一系统发送的缴费金额。

可选地，区块链平台包括：多个受托人节点所指示的受托人各自对应的委托人的第一标识，缴费申请包括目标账户的第二标识；

目标账户具有年金业务权限，包括：缴费申请中的第二标识与任一第一标识相同。

可选地，每一年金计划包括至少一个年金组合，受托模块33，包括：

拆分单元，用于按年金组合对缴费申请进行拆分，得到每一年金组合下的缴费数据；

组合单元，用于按照目标账户选择的各年金计划，统计每一年金计划中各年金组合下的缴费数据，得到每一年金计划下的缴费数据；

受托单元，用于将各年金计划下的缴费数据发送至各年金计划各自对应的目标受托人节点。

可选地，处理模块34包括：

第一处理单元，用于针对每一目标受托人节点，通过目标受托人节点对接收到的缴费数据进行数据校验，并在缴费数据通过数据校验的情况下，将缴费数据发送至区块链平台中的账管人节点，以使账管人节点基于接收到的缴费数据进行记账；

第二处理单元，用于针对每一目标受托人节点，通过目标受托人节点在接收到账管人节点的记账反馈的情况下，调整缴费申请对应的业务状态。

可选地，处理模块34，包括：

第三处理单元，用于针对每一目标受托人节点，通过目标受托人节点对接收到的缴费数据进行数据校验，并在缴费数据通过数据校验的情况下，将缴费数据发送至区块链平台中的托管人节点，以使托管人节点基于接收到的缴费数据进行资金划拨；

第四处理单元，用于针对每一目标受托人节点，通过目标受托人节点在接收到托管人节点的表征资金划拨成功的划拨结果的情况下，向区块链平台中的账管人节点发送到账信息；

第五处理单元，用于针对每一目标受托人节点，通过目标受托人节点在接收到账管人节点的到账确认信息的情况下，记录缴费申请完成入账。

本发明实施例提供的年金缴费的装置能够实现图1至图2的方法实施例中年金缴费的方法实现的各个过程，为避免重复，这里不再赘述。

本发明的实施例中，利用区块链平台实现年金缴费过程，可以保证年金缴费过程中信息的安全性与可靠性；进一步通过在区块链平台中设置多个受托人节点，使得用户可以在缴费申请中选择不同的受托人，从而参与不同的年金计划，扩大了用户对年金计划的选择范围，大大提升了年金业务的灵活性；同时，相比于用户通过不同委托人向不同受托人进行委托，从而参与不同受托人负责的年金计划的方式，本发明实施例中用户只需在区块链平台中进行一次缴费申请即可，基于区块链平台将对用户参与各年金计划的流程同时进行数据处理，大大提高了处理效率。

另一方面，本发明实施例还提供了一种电子设备，包括存储器、处理器、总线以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述年金缴费的方法中的步骤。

举个例子如下，图4示出了一种电子设备的实体结构示意图。

如图4所示，该电子设备可以包括：处理器(processor)410、通信接口(Communications Interface)420、存储器(memory)430和通信总线440，其中，处理器410，通信接口420，存储器430通过通信总线440完成相互间的通信。处理器410可以调用存储器430中的逻辑指令，以执行如下方法：

接收目标账户的缴费申请，其中，缴费申请包括目标账户选择的各年金计划以及每一年金计划下的缴费数据；

基于受托人节点与年金计划的对应关系，确定目标账户选择的各年金计划分别对应的目标受托人节点；

针对每一年金计划，将年金计划下的缴费数据发送至年金计划对应的目标受托人节点；

基于目标受托人节点分别对各年金计划下的缴费数据进行缴费处理。

此外，上述的存储器430中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

再一方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的年金缴费的方法，例如包括：

接收目标账户的缴费申请，其中，缴费申请包括目标账户选择的各年金计划以及每一年金计划下的缴费数据；

基于受托人节点与年金计划的对应关系，确定目标账户选择的各年金计划分别对应的目标受托人节点；

针对每一年金计划，将年金计划下的缴费数据发送至年金计划对应的目标受托人节点；

基于目标受托人节点分别对各年金计划下的缴费数据进行缴费处理。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。