的副本，并将生成的副本发送给第三公证请求中指定的第三方的公证平台。
[0033]在一个实施例中，金融平台可以根据第二方的终端发起的第四公证请求，生成第四公证请求中指定的协议信息和/或资金明细信息的部分内容的副本，并将生成的副本发送给第三方的公证平台。
[0034]步骤106，公证平台获取副本，存储副本，并提供对存储的副本的查询接口。
[0035]公证平台在接收到协议信息和/或资金明细信息的副本后，存储该副本，并提供对该存储的副本的查询接口。第二方的终端可以通过第三方的公证平台所提供的查询接口查询该副本，并与金融平台上存储的协议信息和/或资金明细信息进行比对，以防止协议信息和/或资金明细信息被恶意修改。
[0036]上述金融平台数据处理方法，首先第二方的终端发起资金请求，第一方的金融平台根据该资金请求生成并存储协议信息和/或资金明细信息。然后金融平台生成协议信息和/或资金明细信息的副本，并将该副本发送给第三方的公证平台。公证平台存储金融平台所发送的副本，并提供对该存储的副本的查询接口。这样公证平台是第三方提供的，能够有效避免第一方的金融平台单独存储协议信息和/或资金明细信息而存在的安全隐患。而且用户可以通过公证平台提供的查询接口随时查询协议信息和/或资金明细信息的副本，并与金融平台上存储的协议信息和/或资金明细信息进行比对，以防止协议信息和/或资金明细信息被恶意修改。
[0037]在一个实施例中，该方法还包括:金融平台提供对协议信息和/或资金明细信息的正本的查询接口 ；公证平台通过查询接口获取正本的内容，并将正本内容与副本内容比较，当不一致时发出风险提示。
[0038]具体地，金融平台提供了对正本的查询接口，第二方或第三方可以通过该查询接口对正本的内容进行查询。公证平台在接收到金融平台发送的副本并存储后，可通过金融平台提供的对正本的查询接口获取正本内容，从而将正本内容与副本内容进行比较，当不一致时则向第二方的终端发出风险提示，以提醒第二方注意协议信息和/或资金明细信息的内容被篡改。公证平台可以通过预设的电子邮箱或者手机号码或者即使通信用户标识向第二方的终端发出风险提示。
[0039]本实施例中，公证平台通过将正本与副本进行比较，当不一致时发出风险提示，以防止金融平台篡改副本内容后再发送给公证平台，保证公证平台公证内容的正确性。
[0040]在一个实施例中，公证平台的数量为多个。该金融平台数据处理方法还包括:多个公证平台彼此之间交换存储的副本，并将交换获得的副本与本地存储的副本进行比对，当不一致时发出风险提示。
[0041]金融平台向多个公证平台发送了副本，使得多个公证平台上都存储了协议信息和/或资金明细信息的副本。多个公证平台之间可以彼此交换存储的副本，其中交换副本是指每个公证平台复制本地存储的副本，并将复制的副本发送给多个公证平台中非自身的公证平台，这样每个公证平台会接收到其它各个公证平台所发送的副本。
[0042]每个公证平台将交换获得的副本与该公证平台本地所存储的副本进行比较，当不一致时则向第二方的终端发出风险提示，以提醒第二方注意协议信息和/或资金明细信息的内容被篡改。公证平台可以通过预设的电子邮箱或者手机号码或者即使通信用户标识向第二方的终端发出风险提示。
[0043]本实施例中，为克服单个公证平台容易因故障而导致丧失公证能力的问题，金融平台向多个公证平台发送协议信息和/或资金明细信息的副本并存储，即使单个公证平台发生故障也存在其他公证平台进行公证，不会丧失公证能力。而且多个公证平台之间通过交换副本来进行多个公证平台上所存储的副本的核对，以保证各个公证平台上存储的副本的一致性，当不一致则会向第二方的终端发出风险提示，以提醒第二方注意协议信息和/或资金明细信息的内容被篡改。
[0044]在一个实施例中，该金融平台数据处理方法还包括:金融平台每到预设时间点，或者每隔预设时间间隔，或者当检测到所述协议信息和/或资金明细信息的变动，或者根据第二方的终端发出的备份请求，更新资金明细信息，并向公证平台发送更新的资金明细信息的副本，使公证平台存储更新的副本。
[0045]互联网金融的投资行为会导致资金的频繁变动，用户的资金在一天之内甚至会发生多次变化，因此金融平台可以每到预设时间点，比如每天下午五点；或者每隔预设时间间隔，比如每隔12小时或每隔一周；或者当检测到协议信息和/或资金明细信息的变动，比如资金的增加或减少、协议信息的修改等；或者在接收到第二方的终端发出的备份请求后，根据该备份请求更新资金明细信息，生成更新的资金明细信息的副本，并向公证平台发送更新的资金明细信息的副本，使公证平台存储更新的副本。公证平台可以用更新的资金明细信息的副本覆盖本地已存储的资金明细信息的副本，或者可以将每次接收的资金明细信息的副本分别存储。
[0046]在一个实施例中，公证平台获取更新的副本，将更新的副本与已存储的副本建立关联并存储，并提供对更新的副本的查询接口。
[0047]本实施例中，公证平台每次接收到更新的副本后，将更新的副本与已存储的副本建立关联而存储，这样公证平台每次接收到的副本都关联存储，形成连续的历史数据。第二方的终端可以通过该查询接口查询更新的副本，从而可对历史数据进行核对，形成对整个投资过程的持续的公证。
[0048]在一个实施例中，该金融平台数据处理方法还包括步骤11)?步骤12):
[0049]步骤11)，公证平台接收第二方的终端发送的旁证请求，旁证请求包括第四方的用户标识。
[0050]第三方的公证平台提供的公证服务能够在一个程度上保证公证的可信度，但仍然存在第一方与第三方串通或被胁迫的可能性。因此本实施例中，引入旁证的概念，引入第四方作为旁证来进行进一步的公证。第四方的用户标识由第二方提供，第二方可以通过提供可信任的第四方的用户标识作为旁证来增加该次公证的公信度和可靠度。
[0051]其中第四方的用户标识可以是公证平台上注册的一个或多个用户标识，可以是自然人、投资机构、鉴定机构、另外的金融平台在该公证平台上注册的用户标识。第四方的用户标识还可以是除该公证平台之外的另外的公证平台所对应的平台标识。第四方的用户标识还可以是第二方提供的电子邮箱账号。第四方的用户标识还可以是另外一个独立的金融平台的平台标识。参考图2，图2中的金融平台数据处理系统，将其它公证平台作为旁证以进行公证。
[0052]在一个实施例中，步骤11)可以替换为:公证平台获取预设旁证设置信息，所述旁证设置信息包括第四方的用户标识。
[0053]第一方、第二方或第三方可预先配置好旁证设置信息，需要时直接获取预设旁证设置信息，该旁证设置信息包括第四方的用户标识。
[0054]步骤12)，公证平台根据第四方的用户标识向第四方的终端发送公证平台上存储的副本。
[0055]公证平台根据第二方所提供的第四方的用户标识，向第四方的终端发送公证平台上存储的副本，从而使得第四方参与对副本的公证，增加公证过程的公信度和可靠度。
[0056]在一个实施例中，该金融平台数据处理方法还包括:金融平台按照预设方式将生成的副本发送给第二方的终端。和/或，公证平台按照预设方式将本地存储的副本发送给第二方的终端。
[0057]预设方式可以是电子邮件、短邮、语音、图像、视频、3D扫描、微信或者短信等。本实施例中，第二方自身可以存储一份协议信息和/或资金明细信息的副本，可以在需要时进行双发或三