CN109002729B - 一种基于金融区块链的客户隐私数据管理方法 - Google Patents

Abstract

本发明提供一种基于金融区块链的客户隐私数据管理方法，包括步骤S1、构建基于金融区块链的客户隐私数据分类管理框架，且利用构建的客户隐私数据分类管理框架来对客户数据进行分类管理；步骤S2、建立客户隐私数据公开策略的条件属性和决策属性，以利用协同过滤算法来实现客户‑策略模型；同时，利用相关算法来对金融区块链中的客户数据进行上下链。本发明优点：可实现对客户隐私数据进行不同维度的分类管理，并能够结合区块链的数据留痕特点，使得客户和监管部门能够对客户隐私数据进行快速查询、监控。

Description

一种基于金融区块链的客户隐私数据管理方法

技术领域

本发明涉及计算机领域，特别涉及一种基于金融区块链的客户隐私数据管理方法。

背景技术

在进入DT时代(Data Technology)后，数据已成为最有价值的资产，尤其是建立起关联关系的完整数据。在金融领域，由于共享的是最核心的金融数据，这将牵扯到各方利益，因此，金融数据共享将面临诸多挑战和困难，这也必将引发银行、金融科技公司和个人对数据的应用和管理的变化。

目前，较常使用的隐私数据管理基本是围绕着银行内部的数据使用，以加密、权限管理等保证内部的数据使用安全。但是，这种管理方式仅局限于单个银行内部的数据使用，不适合应对未来的金融数据共享的需求。因此，在开放式银行背景下，银行在技术改造上就需要考虑基本的安全性，以保证共享过程中，数据不会被盗用和篡改，隐私不会被侵犯；其次，要保证共享数据只能在客户授权范围和时间内使用，让用户了解共享什么数据，谁在使用，有何风险，保证收回共享授权后，数据真被共享方永久删除；最后，明确职责，客户在共享数据的安全和隐私受损后，该找谁负责。

区块链作为一种基于加密技术、时间戳、共识算法、P2P网络等技术的去中心化分布式电子账本，已被广泛应用于各种应用场景，并与人工智能、云计算、大数据、物联网等技术结合，实现区块链上的共享数据的保密性。目前国内外学者对区块链上的应用做了诸多研究框架，并在政府治理、医疗、电力、数字存证、教育等领域不断拓展应用。在金融领域，区块链现已广泛应用于支付汇款、票据交易、智能债券、资产发行、清结算、供应链金融等应用。为此，利用区块链作为开放式银行基础下的隐私数据管理的方法是一个发展方向。

在以银行为主导的金融应用场景下，基于金融联盟链的数据处理和同步在成本、时效、安全等各方面均优于采用开放互联网的区块链技术。目前基于开放互联网区块链最广泛应用的比特币，平均交易确认时间超过10分钟，每次交易需数万台共识节点的确认，每次交易的费用超过0.01美元，交易成本较高。且因参与共识的验证者均是匿名的，不排除有一些节点出于共谋原因而导致存在攻击风险，因此，整体安全性、时效性较低，成本偏高。在当前的金融行业现状中，参与信息管理和信息交换的各机构之间，均具有初步的共识信任基础；采用金融联盟链进行银行数据同步，参与验证的节点是公开可信的。对数据的处理只需少量受信的高算力节点验证就可以被确认，交易确认时间可以优化到毫秒级。相比开放互联网上的公有链，使用基于金融联盟链的数据同步，能够大幅缩短数据操作的交易确认时间，达成共识的时间相对较短、交易速度更快、效率更高、成本更低。因此金融联盟链更适合于金融机构联盟及相关可信机构之间进行数据同步。

但是，当前的隐私数据分类管理上仍然存在以下不足：

(1)通过大数据分析，很容易就可以锁定那些存在大笔交易的公钥；再通过分析这些公钥的IP、交易时间、与银行的交易对手信息等，很容易就可以锁定对应公钥的所有人；

(2)根据欧盟的一般数据保护条例(GDPR)，公司在收到公民的删除要求后，需要完全删除公民的个人资料。对于使用区块链的银行及金融公司来说，真正的清除这些信息是需要划分不同情形和条件的，而当前并未有明确的规则；

(3)在数据保护条例情况下，银行需要重新设计自己的系统，以适应区块链和银行本身庞大系统的协同应用，而不是简单地将银行数据搬到区块链；且银行庞大的客户数据分类管理方案需要客户一一确认，这就造成银行需要花费较大的开销；

(4)在一些诸如GDPR的法案要求下，个人数据的定义是非常广泛的。原则上，它涵盖了任何与可识别的、活生生的个体有关的信息，也可以包括任何可以直接或间接地识别个人的数据类型。而在一个完整的银行应用场景中，客户的业务需求是不同的。例如，资金交易记录很多时候用于监管跟踪，防止洗黑钱，为此需要公开给监管机构；而其它类的数据，比如购买某个银行的基金产品等交易记录，涉及到银行间竞争和客户意愿的，就需要客户和银行的授权才能上链；在客户销户后，还需要该银行撤掉该类数据；客户的数据分级管理的合约也要不同银行共同遵守。为此就必须让区块链线上和线下的数据进行协作，在不同场景中进行不同类型的数据的分类管理，以实现数据的区块链上链和下链。

发明内容

本发明要解决的技术问题，在于提供一种基于金融区块链的客户隐私数据管理方法，通过该管理方法可实现对客户隐私数据进行不同维度的分类管理，并能够结合区块链的数据留痕特点，使得客户和监管部门能够对客户隐私数据进行快速查询、监控。

本发明是这样实现的：一种基于金融区块链的客户隐私数据管理方法，所述方法包括：

步骤S1、构建基于金融区块链的客户隐私数据分类管理框架，且利用构建的客户隐私数据分类管理框架来对客户数据进行分类管理；

步骤S2、建立客户隐私数据公开策略的条件属性和决策属性，以利用协同过滤算法来实现客户-策略模型；同时，利用相关算法来对金融区块链中的客户数据进行上下链。

进一步地，所述步骤S1具体包括：

步骤S11、在银行网内部构建起区块链前置，并利用构建的区块链前置与区块链网络进行通信；同时，利用客户信息管理系统来保存链下的客户信息，通过客户信息管理系统和核心系统提供上链的客户数据；

步骤S12、确立隐私数据分类，构建客户隐私数据分类管理框架，且利用构建的客户隐私数据分类管理框架来对客户数据进行分类管理。

进一步地，在所述步骤S12中，确立的隐私数据分类具体包括：

最严格保护信息：在链上时，仅有通过联盟链身份认证的查询者能够查询，默认不上链；

客户敏感信息：由客户自行选择要保存在链上的信息，但所有客户敏感信息都必须允许监管查询和控制；

银行敏感信息：由银行确定是否上链，默认不上链；

重要信息：由客户选择需要上链的信息；

公开信息：必须上链；

所述客户数据具体包括基本信息、识别信息、交易信息、联系信息、合约信息、关系信息、统计分析信息、事件信息、资源信息、金额信息、风险信息以及监管信息。

进一步地，在所述步骤S2中，所述“建立客户隐私数据公开策略的条件属性和决策属性，以利用协同过滤算法来实现客户-策略模型”具体为：

结合客户隐私数据分类管理框架，建立客户隐私数据公开策略的条件属性和决策属性，以利用协同过滤算法来实现客户-策略模型，所述决策属性包括不公开、公开、电子渠道办理业务时提示、客服办理业务时提示、客户经理上门时提示、大堂经理提示、柜员办理业务时提示以及银行批量公开授权；同时，建立区块链账本，所述区块链账本包括有客户数据、数字权益、客户隐私数据保护方案以及银行客户信息数据使用业务情况。

进一步地，在所述步骤S2中，所述“利用相关算法来对金融区块链中的客户数据进行上下链”包括：

客户-策略协同过滤算法，具体包括如下步骤：

步骤A1、对任意属于银行客户集合中的客户，获取该客户的条件属性集合和已确定的公开策略集合；

步骤A2、利用协同过滤算法计算出该客户的分类模型；

步骤A3、对每日经过隐私数据保护方案确认算法计算出的变化公开策略集合的客户数据集合，利用协同过滤算法重新计算出客户的分类模型。

进一步地，在所述步骤S2中，所述“利用相关算法来对金融区块链中的客户数据进行上下链”包括：

夜间批量区块链账本更新算法，具体包括如下步骤：

步骤B1、银行利用夜间定时到区块链中同步银行客户集合的区块链账本数据；

步骤B2、对客户信息管理系统中不存在的客户的区块链账本数据，则下载该客户的区块链账本数据，并将客户信息同步至客户信息管理系统中；

步骤B3、对客户信息管理系统中已存在的客户的区块链账本数据，则更新客户信息；

其中，所述步骤B3具体为：

对客户信息管理系统中已存在的客户的区块链账本数据，则读取客户区块链账本数据中各数据类型的公开策略，并将读取的公开策略与链下客户信息管理系统中的公开策略进行比对；

如果公开策略不一致，则更新该客户的数据管理策略，具体包括：对于公开策略为不公开的数据类型，则将该客户内部的数据分析类设置为不可用，同时将涉及利用该客户数据的系统数据设置为不可公开；对于公开策略为允许公开的数据类型，则组装更新的区块链账本数据并进行上链，同时在该客户内部的数据分析类中将该客户的数据设置为数据可用；对于具有特殊权限允许的数据类型，则利用私钥进行解密后再提取出需要的数据；

如果公开策略一致，且为已公开的数据类型，则组装更新的区块链账本数据并进行上链；如果公开策略一致，且为不公开的数据类型，则不做处理。

进一步地，在所述步骤S2中，所述“利用相关算法来对金融区块链中的客户数据进行上下链”包括：

实时客户信息数据交换算法，具体包括如下步骤：

步骤C1、对每一笔需要使用最新客户数据的业务，则上链进行查询操作，从区块链上读取出对应客户的区块链账本数据，具体包括：

对于公开策略为公开的客户数据，则将客户数据直接下载更新到客户信息管理系统中，并进行对应的业务处理操作；

对于公开策略为具有特殊权限允许的客户数据，则在获取到加密的客户数据后，利用私钥进行解密后提取出需要的客户数据；

对于公开策略为不公开的客户数据，则利用本地客户信息管理系统中的数据进行业务处理；

步骤C2、对银行的开户业务，首先到客户信息管理系统中查询是否存在该客户信息，若存在，则同步到区块链账本中；若不存在，则查询区块链账本中是否存在该客户数据，如果有，则直接从区块链账本中下载客户数据；

如果链上不存在对应的客户数据，则在银行保存完客户数据后，利用客户-策略协同过滤算法生成客户的分类模型，并根据客户的分类模型得出该客户的公开策略，同时组装区块链账本并进行上链共识。

进一步地，在所述步骤S2中，所述“利用相关算法来对金融区块链中的客户数据进行上下链”包括：

数字权益上链更新算法，具体包括数字权益注册、数字权益充值、数字权益流通、数字权益兑现以及数字权益注销；

所述数字权益注册具体为：主发起银行建立起数字权益，客户将资金汇款至主发起银行，主发起银行在客户的区块链账本中注册对应的数字权益，并对注册的数字权益进行上链共识；

所述数字权益充值具体为：在对数字权益进行充值时，通过银行清算网络将资金转账给主发起银行，并由主发起银行更新数字权益的数值；

所述数字权益流通具体为：利用区块链来对区块链中直接使用该数字权益的银行和应用进行支付；

所述数字权益兑现具体为：兑现发起者向主发起银行发起兑现申请，主发起银行在接收到兑现申请后，在数字权益中扣除对应的兑现金额并上链进行共识，且在共识成功后，将实际货币资金通过资金清算网络支付给兑现发起者；

所述数字权益注销具体为：发行方向主发起银行发起注销申请，主发起银行在接收到注销申请后，将数字权益转为发行方的电子资产；同时，将发行方的数字权益的数值进行下链，且在对应发行方的区块链账本中设置数字权益的公开策略为不公开，并上链进行共识。

进一步地，在所述步骤S2中，所述“利用相关算法来对金融区块链中的客户数据进行上下链”包括：

隐私数据保护方案确认算法，具体包括如下步骤：

步骤E1、对银行内部的交易，在经过核心系统记账后，对隐私数据发出披露确认过程；

步骤E2、触发客户信息管理系统执行操作，将修改或者变动的客户信息以XML配置化方式提取到变动数据集合中；同时，对每个客户信息，读取出各客户信息所对应的隐私数据保护方案，并判断隐私数据保护方案是否允许公开：

对于隐私数据保护方案为允许公开的非授权类的数据，则将对应的数据保存到变动数据集合中；

对于隐私数据保护方案为允许公开的授权类的数据，则利用公钥将对应的数据加密，并将加密后的数据保存到变动数据集合中；

对于隐私数据保护方案为需要询问的数据，则读取客户提示集合，并执行客户提示集合中的客户提示操作进行确认，且如果确认通过，则将对应的数据保存到变动数据集合中；如果确认不通过，则更新对应数据的公开策略，并将对应数据的公开策略保存到客户数据集合中；

步骤E3、将变动数据集合和新的公开策略更新到区块链账本，并上链进行共识。

本发明具有如下优点：1、利用客户隐私数据分类管理框架，可实现对客户隐私数据进行不同维度的分类管理，并能够结合区块链的数据留痕特点，使得客户和监管部门能够对客户隐私数据进行快速查询、监控；2、利用金融区块链技术，可很好的实现异构网络下的金融数据共享；3、通过协同过滤算法构建起客户-策略模型，可实现快速生成新客户的默认隐私数据公开策略，可极大的提高办事效率，提高客户体验；4、在客户隐私数据分类管理框架下，结合银行金融场景设计客户-策略协同过滤算法、夜间批量区块链账本更新算法、实时客户信息数据交换算法、数字权益上链更新算法以及隐私数据保护方案确认算法，可为实际的使用带来极大的方便。

附图说明

下面参照附图结合实施例对本发明作进一步的说明。

图1为本发明中的网络架构图。

图2为本发明一种基于金融区块链的客户隐私数据管理方法的执行流程图。

具体实施方式

请参阅图1至图2所示，本发明一种基于金融区块链的客户隐私数据管理方法的较佳实施例，所述方法包括：

步骤S1、构建基于金融区块链的客户隐私数据分类管理框架，且利用构建的客户隐私数据分类管理框架来对客户数据进行分类管理；

所述步骤S1具体包括：

步骤S11、在银行网内部构建起区块链前置，并利用构建的区块链前置与区块链网络进行通信；同时，利用客户信息管理系统(ECIF，用于保存银行的客户统一信息)来保存链下的客户信息，以满足银行日常的业务交易所需；通过客户信息管理系统和核心系统提供上链的客户数据，这样，客户就可以通过任何接入到区块链中的银行柜台、手机银行等渠道查询到自己的客户信息和应用情况。在具体实施时，由于各个银行在接入金融区块链时，都需要同时面向区块链的数据流和面向当前银行间的清算网络(如SWIFT、银联、网联等)，因此，从网络技术框架上来说，银行既要利用银行间的清算网络实现实体货币到数字权益的转化过程，同时又要将自身的客户数据业务办理情况通过实时或者批量的方式进行上下链，从而实现银行间的数据共享。为了方便进行监督、管理等，区块链中还接入有行政部门、第三方服务提供者、监管部门等。

步骤S12、确立隐私数据分类，构建客户隐私数据分类管理框架，且利用构建的客户隐私数据分类管理框架来对客户数据进行分类管理。

在所述步骤S12中，确立的隐私数据分类具体包括：

最严格保护信息：在链上时，仅有通过联盟链身份认证的查询者能够查询，在具体实施时，通常仅有监管部门、行政部门、交易央行以及客户本人可以进行查询，默认不上链；

客户敏感信息：由客户自行选择要保存在链上的信息(即在实施时，用户可以自行选择哪一类客户信息要保存到链上)，但所有客户敏感信息都必须允许监管查询和控制；

银行敏感信息：由银行确定是否上链，默认不上链；

重要信息：由客户选择需要上链的信息(即在实施时，用户可以自行选择哪一类客户信息要保存到链上)；

公开信息：必须上链；

所述客户数据具体包括基本信息、识别信息、交易信息、联系信息、合约信息、关系信息、统计分析信息、事件信息、资源信息、金额信息、风险信息以及监管信息。

步骤S2、建立客户隐私数据公开策略的条件属性和决策属性，以利用协同过滤算法来实现客户-策略模型；同时，利用相关算法来对金融区块链中的客户数据进行上下链。

在具体实施时，由于银行客户在业务的使用习惯上就隐含着对隐私数据的倾向性，例如，有激进理财倾向的客户，更愿意将自身的合约信息等公开，以方便不同银行可以提供更优质的理财产品；因此，可以将客户的隐私数据方案作为一类产品，利用协同过滤算法来计算出最适合客户的隐私数据默认方案。

在所述步骤S2中，所述“建立客户隐私数据公开策略的条件属性和决策属性，以利用协同过滤算法来实现客户-策略模型”具体为：

结合客户隐私数据分类管理框架，建立客户隐私数据公开策略的条件属性和决策属性，以利用协同过滤算法来实现客户-策略模型，即利用条件属性和决策属性，就可以通过协同过滤算法实现客户策略的模型，从而实现新增客户时快速生成推荐的客户隐私数据公开策略；所述决策属性包括不公开、公开、电子渠道办理业务时提示、客服办理业务时提示、客户经理上门时提示、大堂经理提示、柜员办理业务时提示以及银行批量公开授权；所述条件属性可以包括：

客户年龄：青年客户年龄大于18岁且小于等于30岁；壮年客户年龄大于30岁且小于等于50岁；中年客户年龄大于50岁且小于等于60岁；老年客户年龄大于60岁。

性别：男性别为男性；女性别为女性；未知性别为未知或空。

学历：博士客户学历为博士；硕士客户学历为硕士；本科客户学历为本科；专科客户学历为专科；中专客户学历为中专；高中及以下客户学历为高中及以下；未知客户学历为未知或空。

婚姻状况：已婚已育客户婚姻状况为已婚已育；已婚未育客户婚姻状况为已婚未育；未婚客户婚姻状况为未婚；离异客户婚姻状况为离异；未知客户婚姻状况为未知或空。

所属行业：农林牧渔/采矿业/制造业/电力；燃气及水的生产/建筑业/交通运输；仓储和邮政业/信息传输；计算机服务/批发和零售业/住宿和餐饮业/金融业/房地产业/租赁和商务服务业/科学研究；技术服务/水利；环境和公共设施管理/居民服务和其他服务业/教育/卫生；社会保障和社会福利/文化；体育和娱乐业/公共管理和社会组织/其他。

所属职位：高层管理人员；中层管理人员；基层管理人员；一般正式人员；一线操作工人；销售性质人员；非正式用工；无业；个体经营者；自由职业工作者；士兵；一线服务人员；特殊从业人员；个体工商单位业主；其他未被分类人员。

子女状况：无子女；独生族；多生族；未知。

兴趣爱好：

运动型喜欢内容包括以下其中之一的：健身、高尔夫、骑术、瑜伽、登山、游泳、网球、羽毛球、乒乓球、滑雪、水上运动、足球、篮球、极限运动、芭蕾、国标舞、民族舞、健身舞、钓鱼、狩猎、自行车、跑步、武术、跆拳道、空手道；

才艺型喜欢内容包括以下其中之一的：书法、国画、西画、摄影摄像、形象设计、插花技巧、钢琴演奏、其他乐器演奏、唱歌、围棋、象棋、国际象棋、园艺、宠物、养鱼；

文艺型喜欢内容包括以下之一的：阅读、古典音乐、流行音乐、摇滚乐、乡村音乐、戏剧、歌剧、电影、电视剧、话剧；

旅游型喜欢内容包括以下之一的：休闲度假、自助旅游、自驾旅游、野营远足；

购物型喜欢内容包括以下之一的：当地购物、出境购物、境外代购、拍卖会；

交通工具型喜欢内容包括以下之一的：名车试驾/收藏、赛车驾驶、游艇、飞机驾驶；

投资鉴赏型喜欢内容包括以下之一的：古董鉴赏、钱币收藏、其他收藏品鉴赏、美术鉴赏、酒类品鉴、美食品鉴、名表鉴赏、珠宝品鉴、玉器鉴赏、风水易经；

慈善公益活动型喜欢内容包括以下之一的：慈善公益活动。

收入属性:普通家庭以家庭月收入为基准，金额n元为参数控制；小康家庭以家庭月收入为基准，金额n元为参数控制；富裕家庭以家庭月收入为基准，金额n元为参数控制；大富之家以家庭月收入为基准，金额n元为参数控制。

居住状况：无房产；有房有贷；有房无贷。

账龄：新客户客户首次与我行签约协议日期(首开账户日期)小于等于12个月；熟客户客户首次与我行签约协议日期(首开账户日期)大于12个月且小于等于36个月；老客户客户首次与我行签约协议日期(首开账户日期)大于36个月。

活跃度：睡眠户当前资产管理规模AUM小于100，且近3个月资产管理规模AUM日均小于100，且近12个月交易笔数(不含结息)为0；低活跃度三个月内客户名下所有卡/折/存单(除信用卡外)的金融类交易(不含结息、查询)笔数低于3笔(含)，且不符合睡眠户定义的客户；中等活跃度三个月内客户名下所有卡/折/存单(除信用卡外)的资金变动类交易笔数高于3笔低于10笔(含)，且不符合睡眠户定义的客户；高活跃度三个月内客户名下所有卡/折/存单(除信用卡外)的资金变动类交易笔数高于10笔，且不符合睡眠户定义的客户。

持有卡产品情况：无卡；纯借记卡；借贷交叉。

首笔签约产品获客来源：首笔理财；首笔储蓄；首笔基金；首笔国债；首笔保险；首笔信托；首笔贵金属；首笔三方存管；首笔代发工资；首笔信用卡；首笔POS；首笔TPOS；

首笔个贷。

交易特色：长期负债；活跃结算；基本需求；积极理财；固定储蓄；活跃负债；潇洒信用卡；疯狂刷卡；网购达人；商务差旅；旅行达人。

投资偏好：无风险投资偏好客户产品偏好为活期、定期存款和国债的客户分类；低风险投资偏好客户产品偏好为本外币理财产品天天理财的客户(高风险理财除外)；高风险投资偏好客户产品偏好为高风险理财产品(如信托)、基金、三方存管(保证金大于0)、券商集合理财和贵金属的客户。

交易渠道偏好：手机银行；柜面；VTM；网上银行；ATM(自助设备)；微信银行；直销银行；POS；TPOS。

接触方式偏好：短信；邮件；电话；上门拜访；营业厅；微信；其他。

借记卡消费偏好：餐饮娱乐型；房产汽车型；批发型；百货消费型；交通超市型；政府收费型；学校公益型；无明显偏好。

信用卡消费偏好：餐饮娱乐类；房产汽车类；批发类；百货消费类；交通超市类；政府收费类；学校公益类；无明显偏好。

当然，在具体实施时，还可以根据实际需要再设置其它的条件属性。

同时，建立区块链账本，所述区块链账本包括有客户数据、数字权益、客户隐私数据保护方案以及银行客户信息数据使用业务情况。其中，数字权益是用于在区块链上流转的数字货币，是以特定的应用场景发布的；银行客户信息数据使用业务情况是每个银行将客户公开的应用系统、应用场景数据进行上链，以让客户可以了解自己的数据被使用的情况。

在所述步骤S2中，所述“利用相关算法来对金融区块链中的客户数据进行上下链”包括：

客户-策略协同过滤算法，具体包括如下步骤：

步骤A1、对任意属于银行客户集合(在银行客户集合中包含有银行的所有客户)中的客户，获取该客户的条件属性集合(在条件属性集合中包含有客户的各种条件属性)和已确定的公开策略集合(在公开策略集合中包含有客户对各种类型数据的公开策略，例如允许公开、不允许公开等)；

步骤A2、利用协同过滤算法计算出该客户的分类模型；

步骤A3、对每日经过隐私数据保护方案确认算法计算出的变化公开策略集合的客户数据集合(在客户数据集合中包含有客户的各类数据)，利用协同过滤算法重新计算出客户的分类模型。

在所述步骤S2中，所述“利用相关算法来对金融区块链中的客户数据进行上下链”包括：

夜间批量区块链账本更新算法，具体包括如下步骤：

步骤B1、银行利用夜间定时到区块链中同步银行客户集合的区块链账本数据；

步骤B2、对客户信息管理系统ECIF中不存在的客户的区块链账本数据，则下载该客户的区块链账本数据，并将客户信息同步至客户信息管理系统ECIF中；

步骤B3、对客户信息管理系统ECIF中已存在的客户的区块链账本数据，则更新客户信息；

其中，所述步骤B3具体为：

对客户信息管理系统ECIF中已存在的客户的区块链账本数据，则读取客户区块链账本数据中各数据类型的公开策略，并将读取的公开策略与链下客户信息管理系统ECIF中的公开策略进行比对；

如果公开策略不一致，则更新该客户的数据管理策略，具体包括：对于公开策略为不公开的数据类型，则将该客户内部的数据分析类设置为不可用，同时将涉及利用该客户数据的系统数据设置为不可公开，以防止客户数据被传播；对于公开策略为允许公开的数据类型，则组装更新的区块链账本数据并进行上链，同时在该客户内部的数据分析类中将该客户的数据设置为数据可用，以方便将客户数据传播给其它客户浏览；对于具有特殊权限允许的数据类型，则利用自身的私钥进行解密后再提取出需要的数据；

如果公开策略一致，且为已公开的数据类型，则组装更新的区块链账本数据并进行上链；如果公开策略一致，且为不公开的数据类型，则不做处理。

在所述步骤S2中，所述“利用相关算法来对金融区块链中的客户数据进行上下链”包括：

实时客户信息数据交换算法，具体包括如下步骤：

步骤C1、对每一笔需要使用最新客户数据的业务，则上链进行查询操作，从区块链上读取出对应客户的区块链账本数据，具体包括：

对于公开策略为公开的客户数据，则将客户数据直接下载更新到自身的客户信息管理系统ECIF中，并进行对应的业务处理操作；

对于公开策略为具有特殊权限允许的客户数据，则在获取到加密的客户数据后，利用自身私钥进行解密后提取出需要的客户数据；

对于公开策略为不公开的客户数据，则利用本地客户信息管理系统中的数据进行业务处理；

步骤C2、对银行的开户业务，首先到客户信息管理系统ECIF中查询是否存在该客户信息，若存在，则同步到区块链账本中；若不存在，则查询区块链账本中是否存在该客户数据，如果有，则直接从区块链账本中下载客户数据；

如果链上不存在对应的客户数据，则在银行保存完客户数据后，利用客户-策略协同过滤算法生成客户的分类模型，并根据客户的分类模型得出该客户的公开策略，同时组装区块链账本并进行上链共识。

在所述步骤S2中，所述“利用相关算法来对金融区块链中的客户数据进行上下链”包括：

数字权益上链更新算法，具体包括数字权益注册、数字权益充值、数字权益流通、数字权益兑现以及数字权益注销；

所述数字权益注册具体为：主发起银行建立起数字权益，客户将资金通过清算网络汇款至主发起银行，主发起银行在客户的区块链账本中注册对应的数字权益，并对注册的数字权益进行上链共识；

所述数字权益充值具体为：在对数字权益进行充值时(如使用第三方银行来对数字权益进行充值)，通过银行清算网络将资金转账给主发起银行，并由主发起银行更新数字权益的数值；

所述数字权益流通具体为：利用区块链来对区块链中直接使用该数字权益的银行和应用进行支付；

所述数字权益兑现具体为：兑现发起者向主发起银行发起兑现申请，主发起银行在接收到兑现申请后，在数字权益中扣除对应的兑现金额并上链进行共识，且在共识成功后，将实际货币资金通过资金清算网络支付给兑现发起者；

所述数字权益注销具体为：发行方向主发起银行发起注销申请(在具体实施时，未发行的数字权益是可以申请注销的)，主发起银行在接收到注销申请后，将数字权益转为发行方的电子资产；同时，将发行方的数字权益的数值进行下链，且在对应发行方的区块链账本中设置数字权益的公开策略为不公开，并上链进行共识。

在所述步骤S2中，所述“利用相关算法来对金融区块链中的客户数据进行上下链”包括：

隐私数据保护方案确认算法，具体包括如下步骤：

步骤E1、对银行内部的交易Trac，在经过核心系统记账后，对隐私数据发出披露确认过程；

步骤E2、触发客户信息管理系统执行操作，将修改或者变动的客户信息以XML配置化方式提取到变动数据集合中；同时，对每个客户信息，读取出各客户信息所对应的隐私数据保护方案，并判断隐私数据保护方案是否允许公开：

对于隐私数据保护方案为允许公开的非授权类的数据，则将对应的数据保存到变动数据集合中；

对于隐私数据保护方案为允许公开的授权类的数据，则利用公钥将对应的数据加密，并将加密后的数据保存到变动数据集合中；

对于隐私数据保护方案为需要询问的数据，则读取客户提示集合(在客户提示集合中包含有对客户的各种提示操作)，并执行客户提示集合中的客户提示操作进行确认(例如，可以询问客户是否同意公开数据等)，且如果确认通过，则将对应的数据保存到变动数据集合中；如果确认不通过，则更新对应数据的公开策略，并将对应数据的公开策略保存到客户数据集合中；

步骤E3、将变动数据集合和新的公开策略更新到区块链账本，并上链进行共识。

综上所述，本发明具有如下优点：1、利用客户隐私数据分类管理框架，可实现对客户隐私数据进行不同维度的分类管理，并能够结合区块链的数据留痕特点，使得客户和监管部门能够对客户隐私数据进行快速查询、监控；2、利用金融区块链技术，可很好的实现异构网络下的金融数据共享；3、通过协同过滤算法构建起客户-策略模型，可实现快速生成新客户的默认隐私数据公开策略，可极大的提高办事效率，提高客户体验；4、在客户隐私数据分类管理框架下，结合银行金融场景设计客户-策略协同过滤算法、夜间批量区块链账本更新算法、实时客户信息数据交换算法、数字权益上链更新算法以及隐私数据保护方案确认算法，可为实际的使用带来极大的方便。

虽然以上描述了本发明的具体实施方式，但是熟悉本技术领域的技术人员应当理解，我们所描述的具体的实施例只是说明性的，而不是用于对本发明的范围的限定，熟悉本领域的技术人员在依照本发明的精神所作的等效的修饰以及变化，都应当涵盖在本发明的权利要求所保护的范围内。

Claims (8)

1.一种基于金融区块链的客户隐私数据管理方法，其特征在于：所述方法包括：

步骤S1、构建基于金融区块链的客户隐私数据分类管理框架，且利用构建的客户隐私数据分类管理框架来对客户数据进行分类管理；

步骤S2、结合客户隐私数据分类管理框架，建立客户隐私数据公开策略的条件属性和决策属性，以利用协同过滤算法来实现客户-策略模型，即利用条件属性和决策属性，就可以通过协同过滤算法实现客户-策略模型，从而实现新增客户时快速生成推荐的客户隐私数据公开策略；同时，利用相关算法来对金融区块链中的客户数据进行上下链；

在所述步骤S2中，所述利用相关算法来对金融区块链中的客户数据进行上下链包括：

客户-策略协同过滤算法，具体包括如下步骤：

步骤A1、对任意属于银行客户集合中的客户，获取该客户的条件属性集合和已确定的公开策略集合；

步骤A2、利用协同过滤算法计算出该客户的分类模型；

步骤A3、对每日经过隐私数据保护方案确认算法计算出的变化公开策略集合的客户数据集合，利用协同过滤算法重新计算出客户的分类模型。

2.根据权利要求1所述的一种基于金融区块链的客户隐私数据管理方法，其特征在于：所述步骤S1具体包括：

步骤S11、在银行网内部构建起区块链前置，并利用构建的区块链前置与区块链网络进行通信；同时，利用客户信息管理系统来保存链下的客户信息，通过客户信息管理系统和核心系统提供上链的客户数据；

步骤S12、确立隐私数据分类，构建客户隐私数据分类管理框架，且利用构建的客户隐私数据分类管理框架来对客户数据进行分类管理。

3.根据权利要求2所述的一种基于金融区块链的客户隐私数据管理方法，其特征在于：在所述步骤S12中，确立的隐私数据分类具体包括：

最严格保护信息：在链上时，仅有通过联盟链身份认证的查询者能够查询，默认不上链；

客户敏感信息：由客户自行选择要保存在链上的信息，但所有客户敏感信息都必须允许监管查询和控制；

银行敏感信息：由银行确定是否上链，默认不上链；

重要信息：由客户选择需要上链的信息；

公开信息：必须上链；

所述客户数据具体包括基本信息、识别信息、交易信息、联系信息、合约信息、关系信息、统计分析信息、事件信息、资源信息、金额信息、风险信息以及监管信息。

4.根据权利要求1所述的一种基于金融区块链的客户隐私数据管理方法，其特征在于：在所述步骤S2中，所述决策属性包括不公开、公开、电子渠道办理业务时提示、客服办理业务时提示、客户经理上门时提示、大堂经理提示、柜员办理业务时提示以及银行批量公开授权；

实现客户-策略模型还包括：建立区块链账本，所述区块链账本包括有客户数据、数字权益、客户隐私数据保护方案以及银行客户信息数据使用业务情况。

5.根据权利要求1所述的一种基于金融区块链的客户隐私数据管理方法，其特征在于：在所述步骤S2中，所述利用相关算法来对金融区块链中的客户数据进行上下链包括：

夜间批量区块链账本更新算法，具体包括如下步骤：

步骤B1、银行利用夜间定时到区块链中同步银行客户集合的区块链账本数据；

步骤B2、对客户信息管理系统中不存在的客户的区块链账本数据，则下载该客户的区块链账本数据，并将客户信息同步至客户信息管理系统中；

步骤B3、对客户信息管理系统中已存在的客户的区块链账本数据，则更新客户信息；

其中，所述步骤B3具体为：

对客户信息管理系统中已存在的客户的区块链账本数据，则读取客户区块链账本数据中各数据类型的公开策略，并将读取的公开策略与链下客户信息管理系统中的公开策略进行比对；

如果公开策略不一致，则更新该客户的数据管理策略，具体包括：对于公开策略为不公开的数据类型，则将该客户内部的数据分析类设置为不可用，同时将涉及利用该客户数据的系统数据设置为不可公开；对于公开策略为允许公开的数据类型，则组装更新的区块链账本数据并进行上链，同时在该客户内部的数据分析类中将该客户的数据设置为数据可用；对于具有特殊权限允许的数据类型，则利用私钥进行解密后再提取出需要的数据；

如果公开策略一致，且为已公开的数据类型，则组装更新的区块链账本数据并进行上链；如果公开策略一致，且为不公开的数据类型，则不做处理。

6.根据权利要求1所述的一种基于金融区块链的客户隐私数据管理方法，其特征在于：在所述步骤S2中，所述利用相关算法来对金融区块链中的客户数据进行上下链包括：

实时客户信息数据交换算法，具体包括如下步骤：

步骤C1、对每一笔需要使用最新客户数据的业务，则上链进行查询操作，从区块链上读取出对应客户的区块链账本数据，具体包括：

对于公开策略为公开的客户数据，则将客户数据直接下载更新到客户信息管理系统中，并进行对应的业务处理操作；

对于公开策略为具有特殊权限允许的客户数据，则在获取到加密的客户数据后，利用私钥进行解密后提取出需要的客户数据；

对于公开策略为不公开的客户数据，则利用本地客户信息管理系统中的数据进行业务处理；

步骤C2、对银行的开户业务，首先到客户信息管理系统中查询是否存在该客户信息，若存在，则同步到区块链账本中；若不存在，则查询区块链账本中是否存在该客户数据，如果有，则直接从区块链账本中下载客户数据；

如果链上不存在对应的客户数据，则在银行保存完客户数据后，利用客户-策略协同过滤算法生成客户的分类模型，并根据客户的分类模型得出该客户的公开策略，同时组装区块链账本并进行上链共识。

7.根据权利要求1所述的一种基于金融区块链的客户隐私数据管理方法，其特征在于：在所述步骤S2中，所述利用相关算法来对金融区块链中的客户数据进行上下链包括：

数字权益上链更新算法，具体包括数字权益注册、数字权益充值、数字权益流通、数字权益兑现以及数字权益注销；

所述数字权益注册具体为：主发起银行建立起数字权益，客户将资金汇款至主发起银行，主发起银行在客户的区块链账本中注册对应的数字权益，并对注册的数字权益进行上链共识；

所述数字权益充值具体为：在对数字权益进行充值时，通过银行清算网络将资金转账给主发起银行，并由主发起银行更新数字权益的数值；

所述数字权益流通具体为：利用区块链来对区块链中直接使用该数字权益的银行和应用进行支付；

所述数字权益兑现具体为：兑现发起者向主发起银行发起兑现申请，主发起银行在接收到兑现申请后，在数字权益中扣除对应的兑现金额并上链进行共识，且在共识成功后，将实际货币资金通过资金清算网络支付给兑现发起者；

所述数字权益注销具体为：发行方向主发起银行发起注销申请，主发起银行在接收到注销申请后，将数字权益转为发行方的电子资产；同时，将发行方的数字权益的数值进行下链，且在对应发行方的区块链账本中设置数字权益的公开策略为不公开，并上链进行共识。

8.根据权利要求1所述的一种基于金融区块链的客户隐私数据管理方法，其特征在于：在所述步骤S2中，所述利用相关算法来对金融区块链中的客户数据进行上下链包括：

隐私数据保护方案确认算法，具体包括如下步骤：

步骤E1、对银行内部的交易，在经过核心系统记账后，对隐私数据发出披露确认过程；

步骤E2、触发客户信息管理系统执行操作，将修改或者变动的客户信息以XML配置化方式提取到变动数据集合中；同时，对每个客户信息，读取出各客户信息所对应的隐私数据保护方案，并判断隐私数据保护方案是否允许公开：

对于隐私数据保护方案为允许公开的非授权类的数据，则将对应的数据保存到变动数据集合中；

对于隐私数据保护方案为允许公开的授权类的数据，则利用公钥将对应的数据加密，并将加密后的数据保存到变动数据集合中；

对于隐私数据保护方案为需要询问的数据，则读取客户提示集合，并执行客户提示集合中的客户提示操作进行确认，且如果确认通过，则将对应的数据保存到变动数据集合中；如果确认不通过，则更新对应数据的公开策略，并将对应数据的公开策略保存到客户数据集合中；

步骤E3、将变动数据集合和新的公开策略更新到区块链账本，并上链进行共识。

Images