一种数据保全方法和相关系统
阅读：983发布：2020-05-11
专利汇可以提供一种数据保全方法和相关系统专利检索，专利查询，专利分析的服务。并且本 发明 公开了一种数据保全方法和相关系统。所述方法包括：金融业务 服务器 将客户端和所述金融业务服务器分别在执行业务流程中采集的预设的保全点的数据通过数据保全 请求 发送给数据保全前置系统；所述数据保全前置系统接收金融业务服务器发送的数据保全请求；解析出所述数据保全请求中包含的客户端和/或金融业务服务器在执行业务流程中采集的预设的保全点的数据并发送给数据保全核心系统；数据保全核心系统对解析出来的保全点的数据进行签名和加密；将经过签名和加密的数据存入 数据库 中进行 固化 ；数据保全核心系统将所述数据库中固化的数据备份至预设的数据保全备份系统并同步至预设的数据保全机构。，下面是一种数据保全方法和相关系统专利的具体信息内容。
1.一种数据保全方法，其特征在于，包括：
金融业务服务器将客户端和所述金融业务服务器分别在执行业务流程中采集的预设的保全点的数据通过数据保全请求发送给数据保全前置系统；
所述数据保全前置系统接收金融业务服务器发送的数据保全请求；解析出所述数据保全请求中包含的客户端和/或金融业务服务器在执行业务流程中采集的预设的保全点的数据并发送给数据保全核心系统；
数据保全核心系统对解析出来的保全点的数据进行签名和加密；将经过签名和加密的数据存入数据库中进行固化；
数据保全核心系统将所述数据库中固化的数据备份至预设的数据保全备份系统并同步至预设的数据保全机构。
2.如权利要求1所述的方法，其特征在于，解析出所述数据保全请求中包含的客户端和/或金融业务服务器在执行业务流程中采集的保全点的数据之前，还包括：
对所述数据保全请求进行IP白名单过滤和IP请求头合规性校验；
当白名单过滤和合规性校验通过后，对报文头和报文体数据进行非空校验。
3.如权利要求1所述的方法，其特征在于，解析出所述数据保全请求中包含的客户端和/或金融业务服务器在执行业务流程中采集的保全点的数据之后，还包括：
对解析出的数据，进行文件类型和是否可签名的校验。
4.如权利要求3所述的方法，其特征在于，所述数据保全请求中包含客户端在执行业务流程中采集的预设的保全点的数据为在客户端侧进行预设的签名和加密的数据；
所述对解析出的数据，进行文件类型和是否可签名的校验之后，还包括：
按照与客户端对应的解密方式和签名方式对所述客户端采集的预设的保全点的数据进行解密和签名的验证；
当解密和签名的验证通过后，将所述预设的保全点的数据发送至预设的消息队列。
5.如权利要求4所述的方法，其特征在于，所述客户端的软件开发工具包SDK对自身采集的保全点的数据，采用预设的hash算法对所述数据进行文件摘要并生成唯一的hash值，并进行高级加密标准AES加密。
6.如权利要求4所述的方法，其特征在于，对解析出来的保全点的数据进行签名和加密之前还包括：
监听所述消息队列，从所述消息队列中读取所述预设的保全点的数据；
所述对解析出来的保全的数据进行签名和加密，将经过签名和加密的数据存入数据库中进行固化，具体包括：
对所述预设的保全点的数据进行签名，签名成功后，生成文件摘要并进行加密处理；
将已签名已加密的数据存入预设的MongoDB数据库。
7.如权利要求1所述的方法，其特征在于，将所述数据库中固化的数据备份至预设的保全备份系统并同步至预设的保全认证机构，包括：
将数据库中固化的数据、所述数据在数据库中的索引及所述数据在签名时生成的文件摘要作为需要备份的保全数据一并发送给预设的保全备份系统进行备份并同步至预设的保全认证机构。
8.如权利要求1所述的方法，其特征在于，数据保全核心系统将所述数据库中固化的数据备份至预设的数据保全备份系统，包括：
数据保全核心系统将数据库中固化的数据发送至预设的消息队列；
数据保全备份系统通过安全套接字SSL协议监听并获取所述消息队列中的数据；
所述数据保全备份系统对获取的数据进行合规性校验，并在校验后，固化至自身的数据库中。
9.如权利要求1-8任一项所述的方法，其特征在于，所述业务流程包括下述业务流程中的一项或多项：
授信业务流程、现金申请流程、自动还款流程和提前还款流程。
10.一种数据保全综合系统，其特征在于，包括：
金融业务服务器，用于将客户端和所述金融业务服务器自身在执行业务流程中采集的预设的保全点的数据通过数据保全请求发送给数据保全前置系统；
数据保全前置系统，用于接收金融业务服务器发送的数据保全请求；解析出所述数据保全请求中包含的客户端和/或金融业务服务器在执行业务流程中采集的预设的保全点的数据并发送给数据保全核心系统；
数据保全核心系统，用于对解析出来的保全点的数据进行签名和加密；将经过签名和加密的数据存入数据库中进行固化；将所述数据库中固化的数据发送至预设的数据保全备份系统；
数据保全备份系统，用于从所述数据保全核心系统获取已固化的数据并备份至自身的数据库中；以及将已固化的数据同步给预设的保全认证机构。
11.如权利要求10所述的系统，其特征在于，数据保全请求中包含客户端在执行业务流程中采集的预设的保全点的数据为在客户端侧进行预设的签名和加密的数据；
所述数据保全前置系统，还用于在解析出所述数据保全请求中包含的客户端和/或金融业务服务器在执行业务流程中采集的保全点的数据之后，对解析出的数据，进行文件类型和是否可签名的校验，校验通过后，按照与客户端对应的解密方式和签名方式对所述客户端采集的预设的保全点的数据进行解密和签名的验证；当解密和签名的验证通过后，将所述预设的保全点的数据发送至预设的消息队列。
12.如权利要求11所述的系统，其特征在于，所述数据保全核心系统，用于监听所述消息队列，从所述消息队列中读取所述预设的保全点的数据；对所述预设的保全点的数据进行签名，签名成功后，生成文件摘要并进行加密处理；将已签名已加密的数据存入预设的MongoDB数据库。
13.如权利要求10所述的系统，其特征在于，所述数据保全核心系统，具体用于将数据库中固化的数据、所述数据在数据库中的索引及所述数据在签名时生成的文件摘要一并发送给预设的保全备份系统。
14.如权利要求12所述的系统，其特征在于，所述数据保全备份系统，具体用于通过安全套接字SSL协议监听并获取数据保全核心系统通过预设的消息队列发送的需要备份的保全数据；对获取的数据进行合规性校验，并在校验后，固化至自身的数据库中。
15.如权利要求10-14任一项所述的系统，其特征在于，所述数据保全前置系统、所述数据保全核心系统和数据保全备份系统采用服务器集群实现。
一种数据保全方法和相关系统
技术领域
[0001] 本发明涉及信息技术领域，特别涉及一种数据保全方法和相关系统。
背景技术
[0002] 目前互联网贷款业务主要是通过为手机APP及个人电脑PC端两种渠道发起的信用贷款行为，贷款平台多为民间私营企业或国家部分金融机构，在某些互联网金融平台等贷款平台纷纷跑路，给贷款客户个人造成巨大灾难的情况下，也扰乱了国家经济环境的良好氛围。
[0003] 当前互联网金融交易平台上，交易数据仅仅存储在贷款平台提供方的服务器中，数据没有第三方国家公证机关固化，在出现贷款纠纷的时候，往往可以通过人为修改数据库数据，造成证据不足的现象，进而导致贷款客户在遭受贷款平台跑路后，不能向法院提供具有法律效力的证明材料，用以保证自己合法的经济利益得到法律应有的保护。
发明内容
[0004] 鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种数据保全方法及相关系统。
[0005] 第一方面，本发明实施例提供一种数据保全方法，包括：
[0007] 所述数据保全前置系统接收金融业务服务器发送的数据保全请求；解析出所述数据保全请求中包含的客户端和/或金融业务服务器在执行业务流程中采集的预设的保全点的数据并发送给数据保全核心系统；
[0008] 数据保全核心系统对解析出来的保全点的数据进行签名和加密；将经过签名和加密的数据存入数据库中进行固化；
[0009] 数据保全核心系统将所述数据库中固化的数据备份至预设的数据保全备份系统并同步至预设的数据保全机构。
[0010] 在一个实施例中，解析出所述数据保全请求中包含的客户端和/或金融业务服务器在执行业务流程中采集的保全点的数据之前，还包括：
[0011] 对所述数据保全请求进行IP白名单过滤和IP请求头合规性校验；
[0012] 当白名单过滤和合规性校验通过后，对报文头和报文体数据进行非空校验。
[0013] 在一个实施例中，解析出所述数据保全请求中包含的客户端和/或金融业务服务器在执行业务流程中采集的保全点的数据之后，还包括：
[0014] 对解析出的数据，进行文件类型和是否可签名的校验。
[0015] 在一个实施例中，所述数据保全请求中包含客户端在执行业务流程中采集的预设的保全点的数据为在客户端侧进行预设的签名和加密的数据；
[0016] 所述对解析出的数据，进行文件类型和是否可签名的校验之后，还包括：
[0017] 按照与客户端对应的解密方式和签名方式对所述客户端采集的预设的保全点的数据进行解密和签名的验证；
[0018] 当解密和签名的验证通过后，将所述预设的保全的数据发送至预设的消息队列。
[0020] 在一个实施例中，对解析出来的保全点的数据进行签名和加密之前还包括：
[0021] 监听所述消息队列，从所述消息队列中读取所述预设的保全的数据；
[0022] 所述对解析出来的保全的数据进行签名和加密，将经过签名和加密的数据存入数据库中进行固化，具体包括：
[0023] 对所述预设的保全的数据进行签名，签名成功后，生成文件摘要并进行加密处理；
[0024] 将已签名已加密的数据存入预设的MongoDB数据库。
[0025] 在一个实施例中，将所述数据库中固化的数据备份至预设的保全备份系统并同步至预设的保全认证机构，包括：
[0026] 将数据库中固化的数据、所述数据在数据库中的索引及所述数据在签名时生成的文件摘要作为需要备份的保全数据一并发送给预设的保全备份系统进行备份并同步至预设的保全认证机构。
[0027] 在一个实施例中，数据保全核心系统将所述数据库中固化的数据备份至预设的数据保全备份系统，包括：
[0028] 数据保全核心系统将数据库中固化的数据发送至预设的消息队列；
[0029] 数据保全备份系统通过安全套接字SSL协议监听并获取所述消息队列中的数据；
[0030] 所述数据保全备份系统对获取的数据进行合规性校验，并在校验后，固化至自身的数据库中。
[0031] 在一个实施例中，所述业务流程包括下述业务流程中的一项或多项：
[0032] 授信业务流程、现金申请流程、自动还款流程和提前还款流程。
[0033] 第二方面，本发明实施例提供一种数据保全综合系统，包括：
[0034] 金融业务服务器，用于将客户端和所述金融业务服务器自身在执行业务流程中采集的预设的保全点的数据通过数据保全请求发送给数据保全前置系统；
[0035] 数据保全前置系统，用于接收金融业务服务器发送的数据保全请求；解析出所述数据保全请求中包含的客户端和/或金融业务服务器在执行业务流程中采集的预设的保全点的数据并发送给数据保全核心系统；
[0036] 数据保全核心系统，用于对解析出来的保全点的数据进行签名和加密；将经过签名和加密的数据存入数据库中进行固化；将所述数据库中固化的数据发送至预设的数据保全备份系统；
[0037] 数据保全备份系统，用于从所述数据保全核心系统获取已固化的数据并备份至自身的数据库中；以及将已固化的数据同步给预设的保全认证机构。
[0038] 在一个实施例中，数据保全请求中包含客户端在执行业务流程中采集的预设的保全点的数据为在客户端侧进行预设的签名和加密的数据；
[0039] 所述数据保全前置系统，还用于在解析出所述数据保全请求中包含的客户端和/或金融业务服务器在执行业务流程中采集的保全点的数据之后，对解析出的数据，进行文件类型和是否可签名的校验，校验通过后，按照与客户端对应的解密方式和签名方式对所述客户端采集的预设的保全点的数据进行解密和签名的验证；当解密和签名的验证通过后，将所述预设的保全的数据发送至预设的消息队列。
[0040] 在一个实施例中，所述数据保全核心系统，用于监听所述消息队列，从所述消息队列中读取所述预设的保全的数据；对所述预设的保全的数据进行签名，签名成功后，生成文件摘要并进行加密处理；将已签名已加密的数据存入预设的MongoDB数据库。
[0041] 在一个实施例中，所述数据保全核心系统，具体用于将数据库中固化的数据、所述数据在数据库中的索引及所述数据在签名时生成的文件摘要一并发送给预设的保全备份系统。
[0042] 在一个实施例中，所述数据保全备份系统，具体用于通过安全套接字SSL协议监听并获取数据保全核心系统通过预设的消息队列发送的所述需要备份的保全数据；对获取的数据进行合规性校验，并在校验后，固化至自身的数据库中。
[0043] 在一个实施例中，所述数据保全前置系统、所述数据保全核心系统和数据保全备份系统采用服务器集群实现。
[0044] 本发明实施例提供的上述技术方案的有益效果至少包括：
[0045] 本发明实施例提供了一种互联网金融业务的数据保全的解决方案，对互联网金融业务中各个业务流程的关键节点的数据进行实时固化，并存储在具有数据保全能力的数据保全中心，数据保全中心在自身固化电子证据的同时，还将固化的保全数据进行备份后同步至权威的数据保全机构，在第一时间将交易的数据进行证据的采集并固化，为后期客户或者贷款平台发生法律纠纷时，提供强有力的证据链条，进而保护贷款过程中合法用户的经济财产安全，惩治非法经济行为的破坏者，维护国家经济环境的良好氛围。
[0046] 本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
[0047] 下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
附图说明
[0048] 附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：
[0049] 图1为本发明实施例提供的数据保全方法的流程图之一；
[0050] 图2为本发明实施例提供的数据保全方法的流程图之二；
[0051] 图3为本发明实施例提供的数据保全方法的流程图之三；
[0052] 图4为本发明实施例提供的客户端SDK采集保全点的数据的流程图；
[0053] 图5为本发明实施例提供的数据保全前置系统的处理流程图；
[0054] 图6为本发明实施例提供的数据保全核心系统的处理流程图；
[0055] 图7为本发明实施例提供的数据保全备份系统的处理流程图；
[0056] 图8为本发明实施例提供的数据保全综合系统的处理流程图；
[0057] 图9为本发明实施例提供的数据保全综合系统采用服务器集群方式部署的架构图。
具体实施方式
[0058] 下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
[0059] 为了给金融交易平台的交易双方即服务提供方和客户提供具有法律效力的证明材料，需要在金融业务的流程中，对金融业务流程的各个节点进行证据保全，这样，一旦发生纠纷，可以由具有公信力的保全方提供交易流程的证据，保证金融交易的参与各方的经济利益得到法律应有的保护。
[0060] 为了更好地说明本发明实施例提供的数据保全方法，对于该方法所涉及的网络架构进行简单说明，在该网络架构中涉及金融业务服务器、金融业务客户端、数据保全中心以及数据保全机构(例如可以是较数据保全中心更具权威性的机构)；其中：
[0061] 金融业务服务器，可以是各种金融平台的服务器，包括但不限于各类商业银行等；
[0062] 金融业务客户端，包括各类可以进行互联网金融业务的手机APP，WEB版客户端等；
[0063] 至少一个金融业务客户端与金融业务服务器连接，通过各种通讯方式进行通信。
[0064] 数据保全中心，一般可以是具有数据保全能力的第三方平台的服务器集群。数据保全中心可以包含数据保全前置系统、数据保全核心系统和数据保全备份系统等，总体来执行数据的固化和备份，以及发送给保全认证机构等功能。
[0065] 数据保全机构例如可以是较数据保全中心更为权威的机构，出现法律纠纷时，能够为数据保全中心保存的数据保全提供证据支持。
[0066] 数据保全中心与金融业务服务器和数据保全机构连接。本发明实施例并不限定具体的连接方式。
[0067] 本发明实施例提供的一种数据保全方法，可实施在上述数据保全中心，如图1所示，该方法包括下述流程：
[0068] S11、金融业务服务器将客户端和所述金融业务服务器分别在执行业务流程中采集的预设的保全点的数据通过数据保全请求发送给数据保全前置系统；
[0069] S12、数据保全前置系统接收金融业务服务器发送的数据保全请求；
[0070] S13、数据保全前置系统解析出所述数据保全请求中包含的客户端和/或金融业务服务器在执行业务流程中采集的预设的保全点的数据并发送给数据保全核心系统；
[0071] S14、数据保全核心系统对解析出来的保全点的数据进行签名和加密；
[0072] S15、数据保全核心系统将经过签名和加密的数据存入数据库中进行固化；
[0073] S16、数据保全核心系统将所述数据库中固化的数据备份至预设的数据保全备份系统并同步至预设的数据保全机构。
[0074] 本发明实施例提供了一种互联网金融业务的数据保全的解决方案，对互联网金融业务中各个业务流程的关键节点的数据进行实时固化，并存储在具有数据保全能力的数据保全中心，数据保全中心在自身固化电子证据的同时，还将固化的保全数据进行备份并同步至权威的数据保全机构，在第一时间将交易的数据进行证据的采集并固化，为后期客户或者贷款平台发生法律纠纷时，提供强有力的证据链条，进而保护贷款过程中合法用户的经济财产安全，惩治非法经济行为的破坏者，维护国家经济环境的良好氛围。
[0075] 上述S11中，客户端会在预设的业务流程的保全点，采集相应的保全点的数据，以授信业务流程为例：
[0076] 客户端在授信业务流程中采集的各客户端保全点的数据，可以包括下述任一项或多项：
[0077] 1)用户登录报文；
[0078] 例如，用户登录客户端的请求报文，客户端响应报文等。
[0079] 2)在授信申请过程中接收到的用户身份认证信息；
[0080] 例如客户输入的用户身份证号信息、用户身份证照片信息，或者其他用户个人身份的认证信息等。
[0081] 3)在授信申请过程中采集到的用户活体认证信息；
[0083] 4)在授信申请过程中采集到的用户银行卡认证信息；
[0084] 5)用户授信申请报文；
[0085] 例如用户录入自己的个人基本资料，姓名、性别、家庭住址、手机号等，在客户端点击授信申请按钮，发起授信申请，在客户端侧生成了该用户的授信申请报文，该报文可以通过例如https协议发送给金融业务服务器。
[0086] 在金融业务服务器侧，在与客户端交互过程中，同样对各预设的保全点进行了数据采集，在金融业务服务器的保全点，在本发明实施例中称之为服务器保全点。
[0087] 各服务器保全点对应的数据，包括下述任一项或多项：
[0088] 1)身份认证信息验证结果报文；
[0089] 例如金融业务服务器对用户身份证的验证结果报文，是否验证通过等。
[0090] 2)用户银行卡验证结果报文；
[0091] 例如金融业务服务器对用户的银行卡信息的验证，验证是否为合法有效的银行卡号。
[0092] 3)贷款业务告知书文件；
[0093] 4)授信委托书文件；
[0094] 例如在用户在客户端发起贷款业务请求时，金融业务服务器会推送用户告知书和授信委托书合同。这类文件会在金融业务服务器侧采集，并发送给数据保全中心进行保全。
[0095] 5)授信评级结果文件。
[0096] 金融业务服务器会针对用户提交的资料，对用户进行授信评级，用户可申请的额度，利率等。最终根据授信评估结果，生成授信评级合同，用户确认后，金融业务服务器保存在授信评级合同，并会将该授信评级合同发送给数据保全中心。
[0097] 例如，作为APP手机客户端来说，客户端可以通过软件开发工具包(SDK，Software Development Kit)采集工具采集上述各客户端保全点的数据。
[0098] 金融业务服务器采集的保全点的数据包括：
[0099] 用户登录报文，所述登录报文包括：登录请求报文和登录响应报文；
[0100] 用户发起的金融贷款业务请求后采集用户身份认证信息；
[0101] 用户的活体认证信息，活体认证信息包括：从拍摄的视频流中截取的用户不同角度和/或不同姿态的图片；
[0102] 用户录入的银行卡的认证信息。
[0103] 其他业务流程与此类似，在预设的客户端保全点和金融服务器保全点进行保全数据的采集。
[0104] 在一个实施例中，上述步骤S13中解析出所述数据保全请求中包含的客户端和/或金融业务服务器在执行业务流程中采集的保全点的数据之前，上述方法还可执行下述步骤：对数据保全请求进行IP白名单过滤和IP请求头合规性校验；
[0105] IP白名单的过滤，主要是确保保全请求来自合法的来源，对于不属于IP白名单和/或IP请求头合规性校验的数据保全请求，不做进一步的处理。
[0106] 当白名单过滤和合规性校验通过后，再对报文头和报文体数据进行非空校验。
[0107] 校验通过后，再对数据保全请求的报文体数据的内容进行解析。
[0108] 在一个实施例中，上述步骤S13中解析出的数据保全请求中包含的客户端和/或金融业务服务器在执行业务流程中采集的保全点的数据之后，上述方法还可执行下述步骤：
[0109] 对解析出的数据，进行文件类型和是否可签名的校验。
[0110] 因为金融业务客户端需要将各客户端节点的电子证据通过金融业务服务器传送给数据保全中心进行存储，一方面，为了防止客户端自身篡改数据，另一方面，防止从客户端到金融业务服务器、从金融业务服务器的传输过程中电子证据发生篡改，保证数据的真实性，较佳地，客户端将自身采集到的客户端保全节点的数据进行签名和加密后再发送给金融业务服务器，然后由金融业务服务器再发送给数据保全中心。
[0111] 金融业务服务器可以对自身采集的服务器保全点的数据，加密后再发送给数据保全中心，或者直接将自身采集的服务器保全点的数据以明文的方式发送给数据保全中心。
[0112] 这样，在数据保全请求中包含客户端在执行业务流程中采集的预设的保全点的数据为在客户端侧进行预设的签名和加密的数据的情况下，上述对解析出的数据，进行文件类型和是否可签名的校验的步骤之后，如图2所示，上述方法还可以执行下述步骤：
[0113] S21、按照与客户端对应的解密方式和签名方式对所述客户端采集的预设的保全点的数据进行解密和签名的验证；
[0114] S22、当解密和签名的验证通过后，将所述预设的保全的数据发送至预设的消息队列。
[0115] 例如消息队列可以采用MQ(例如Rabbitmq队列)，消息队列是服务器集群之间进行有效通信的一种方式，起到消息中间件的作用，例如，在数据保全中心，负责处理金融业务服务器发送过来的数据保全请求的数据保全前置系统，处理完成后就将保全的数据发送到消息队列中，订阅了这类消息的服务器，例如数据保全核心系统的服务器，会监听该消息队列中的消息，然后进行下一步的处理，服务器之间的数据通过消息队列进行流转，尤其对于集群服务器的方式而言，可以使得彼此有交互的两个服务器之间不再一对一的直接交互，减少了服务器等待对方响应的时间，使得服务器可以集中资源处理本服务器应该处理的相关业务逻辑，提高了业务处理的效率。
[0116] 基于此，在一个实施例中，上述步骤S14中对解析出来的保全点的数据进行签名和加密的步骤之前还可以包括：监听所述消息队列，从消息队列中读取所述预设的保全的数据；
[0117] 上述步骤S14和S15中对解析出来的保全点的数据进行签名和加密，将经过签名和加密的数据存入数据库中进行固化的步骤，如图3所示，具体包括下述步骤：
[0118] S31、对预设的保全的数据进行签名，签名成功后，生成文件摘要并进行加密处理；
[0119] 例如采用设定的Hash算法，对数据进行签名，生成文件摘要数据，加密算法可以采用现有技术中多种加密方式，例如AES(高级加密标准，Advanced Encryption Standard)、DES(数据加密标准)、MD5(Message-Digest Algorithm5)、RSA等，本发明实施例对此不做限定。
[0120] S32、将已签名已加密的数据存入预设的MongoDB数据库。
[0121] MongoDB可以为WEB应用提供可扩展的高性能数据存储解决方案，是一种介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的。它支持的数据结构非常松散，是类似Json的bson格式，因此可以存储比较复杂的数据类型。
Mongo最大的特点是它支持的查询语言非常强大，其语法有点类似于面向对象的查询语言，几乎可以实现类似关系数据库单表查询的绝大部分功能，而且还支持对数据建立索引。
Mongo最大的特点是它支持的查询语言非常强大，其语法有点类似于面向对象的查询语言，几乎可以实现类似关系数据库单表查询的绝大部分功能，而且还支持对数据建立索引。
[0122] 在固化到MongoDB之后，为了保证在数据库出现访问异常时，同样可以获取到可信的电子证据，同时又具有一定的可信度，可以将固化至MongoDB的保全点的数据再次备份至数据保全备份系统。
[0123] 在一个实施例中，将数据库中固化的数据备份至预设的保全备份系统并同步至预设的保全认证机构，在具体实施时，可以实施为：将数据库中固化的数据、数据在数据库中的索引(例如数据库中rowkey即数据库行唯一索引)及数据在签名时生成的文件摘要一并发送给预设的数据保全备份系统进行备份；
[0124] 数据保全备份系统在备份完成后可以可以进一步将数据、数据的索引和文件摘要一并同步至预设的保全认证机构进行保存。
[0125] 为了更好地说明本发明实施例提供的上述数据保全方法，下面以一个具体的例子进行说明。
[0126] 在这个例子中，金融业务客户端SDK采集客户端保全点的数据并发送给金融业务服务器，金融业务服务器在执行业务流程的过程中也采集服务器保全点的数据，并将客户端采集的和自身采集的保全点的数据通过数据保全请求发送给数据保全前置系统，数据保全前置系统对该数据保全请求进行校验，并解析出其中包含的保全点的数据，发送给数据保全核心系统进行后续的处理。数据保全核心系统对保全点的数据进行签名和加密，固化至自身的数据库中，然后将固化的保全点的数据、保全点的数据在数据库中的存储位置信息例如rowkey和保全点的数据对应的文件摘要信息一并发送至数据保全备份系统，数据保全备份系统进行备份后再发送给更权威的数据保全机构进行保全。
[0127] 其中，如图4所示，客户端SDK采集保全点的数据的流程包括：在该流程中，金融业务APP(即金融业务客户端)将待保全的数据(报文、图片、文档等)按照之前约定好的接口协议传入SDK接口，SDK进行取证；取证成功后，对保全点的数据按照预设的方式进行签名和加密，金融业务APP将数据发送至金融业务平台的网关，网关解析数据，并将数据发送至金融业务服务器；金融业务服务器解析报文，并将数据固化入库，并将入库结果一一返回上级系统；客户端侧取证结束。
[0128] 如图5所示，数据保全前置系统的处理流程包括：数据保全前置系统接收金融业务服务器发来的保全请求，首先进行IP白名单过滤、IP请求头合规性校验；校验通过后，进行报文请求头、报文体数据解析；然后进行参数非空校验并解析文件数据，对解析出来的报文数据，进行必要的文件类型、是否可签名等一系列流程校验；校验通过后对保全数据中已签名的部分取其hash文件摘要，并与报文中的文件摘要进行hash比对；当比对通过时，组织系统内数据报文包，发送至Rabbitmq消息队列；然后组织响应报文，服务器端取证流程结束。
[0129] 如图6所示，数据保全核心系统的处理流程包括：核心保全系统默认监听签名前Rabbitmq消息队列；从签名前消息队列取出消息，调用签名服务器对消息进行签名；签名成功后，生成文件摘要并对文件进行加密处理；将已签名已加密的文件存入Mongodb数据库固化；固化成功后，组织数据将rowkey(数据库行唯一索引)及文件摘要hash值存入签名后消息队列，为数据保全备份系统提供数据。
[0130] 数据保全核心系统对数据的签名和加密，可以采用与金融业务相同或者不相同的签名和加密方式，两者虽然都对保全点的数据进行签名和加密，但是相互独立地使用各自适用的签名和加密方式，本发明实施例对采用何种具体的加密和签名方式不做限定。
[0131] 如图7所示，数据保全备份系统的处理流程包括：数据保全备份系统调用配套CA证书，通过SSL协议远程监听签名后Rabbitmq消息队列；从消息队列取出数据，并对数据进行合规性校验；检验通过后，入库mysql数据库固化；将已固化数据发送至数据保全机构例如国家信息中心进行固化。
[0132] 基于同一发明构思，本发明实施例还提供了一种数据保全综合系统，由于该系统所解决问题的原理与前述数据保全方法相似，因此该系统的实施可以参见前述方法的实施，重复之处不再赘述。
[0133] 参照图8所示，该数据保全综合系统，包括：
[0134] 金融业务服务器81，用于将客户端和所述金融业务服务器自身在执行业务流程中采集的预设的保全点的数据通过数据保全请求发送给数据保全前置系统；
[0135] 数据保全前置系统82，用于接收金融业务服务器发送的数据保全请求；解析出所述数据保全请求中包含的客户端和/或金融业务服务器在执行业务流程中采集的预设的保全点的数据并发送给数据保全核心系统；
[0136] 数据保全核心系统83，用于对解析出来的保全点的数据进行签名和加密；将经过签名和加密的数据存入数据库中进行固化；将所述数据库中固化的数据发送至预设的数据保全备份系统；
[0137] 数据保全备份系统84，用于从所述数据保全核心系统获取已固化的数据并备份至自身的数据库中；以及将已固化的数据同步给预设的保全认证机构。
[0138] 在一个实施例中，数据保全请求中包含客户端在执行业务流程中采集的预设的保全点的数据为在客户端侧进行预设的签名和加密的数据；
[0139] 数据保全前置系统82，还用于在解析出所述数据保全请求中包含的客户端和/或金融业务服务器在执行业务流程中采集的保全点的数据之后，对解析出的数据，进行文件类型和是否可签名的校验，校验通过后，按照与客户端对应的解密方式和签名方式对所述客户端采集的预设的保全点的数据进行解密和签名的验证；当解密和签名的验证通过后，将所述预设的保全的数据发送至预设的消息队列。
[0140] 在一个实施例中，数据保全核心系统83，用于监听所述消息队列，从所述消息队列中读取所述预设的保全的数据；对所述预设的保全的数据进行签名，签名成功后，生成文件摘要并进行加密处理；将已签名已加密的数据存入预设的MongoDB数据库。
[0141] 在一个实施例中，数据保全核心系统83，具体用于将数据库中固化的数据、所述数据在数据库中的索引及所述数据在签名时生成的文件摘要一并发送给预设的保全备份系统。
[0142] 在一个实施例中，数据保全备份系统84，具体用于通过安全套接字SSL协议监听并获取数据保全核心系统通过预设的消息队列发送的所述需要备份的保全数据；对获取的数据进行合规性校验，并在校验后，固化至自身的数据库中。
[0143] 在一个实施例中，数据保全前置系统82、数据保全核心系统83和数据保全备份系统84采用服务器集群实现。
[0144] 一个数据保全综合系统采用服务器集群方式部署的例子如图9所示，金融服务器通过Nginx代理服务器向数据保全前置服务器发出数据保全请求，数据保全前置服务器同时与Redis缓存服务器连接，数据保全前置系统、数据保全核心系统以及数据保全备份系统之间通过HA代理服务器进行交互，以实现通过MQ消息队列集群服务器进行通信的目的，数据保全备份系统与国家信息中心连接，将备份的保全点的数据同步至该机构。
[0145] 本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
[0146] 本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0147] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0148] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0149] 显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 物联网PUB-SUB数据发布者 | 2020-05-14 | 315 |
| WHOIS查询方法、装置、设备及其存储介质 | 2020-05-17 | 43 |
| 一种基于混合云的物联网控制系统 | 2020-05-27 | 149 |
| 基于控制和应用分离、具有业务生成能力的智能外设系统 | 2020-06-21 | 236 |
| 基于WIFI通信的数控机床运动控制卡 | 2020-05-23 | 156 |
| 一种云平台消息传输的管理系统及方法 | 2020-06-02 | 39 |
| 基于消息的分布式空间数据处理系统 | 2020-05-30 | 555 |
| MESSAGE BUS BASED REPLICATION | 2020-06-20 | 575 |
| Using AMQP for replication | 2020-06-17 | 704 |
| SERVICING DATABASE OPERATIONS USING A MESSAGING SERVER | 2020-06-09 | 141 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈