一种投资产品交易双录方法、装置和计算机设备与流程

1.本文涉及金融领域，尤其是一种投资产品交易双录方法、装置和计算机设备。


背景技术：

2.现有银行基金、理财等投资类产品种类较多，对于一些风险等级较高、购买操作较复杂的投资类产品，如允许客户在无双录的情况下直接在手机银行客户端购买，容易因产品净值波动产生纠纷；但若完全将产品限定线下购买，又会因促使客户必须前往柜台才能办理，严重影响了客户体验及产品销售的便利性。
3.因此，亟需一种可以克服上述问题的投资产品交易双录方法、装置和计算机设备。


技术实现要素：

4.针对现有技术的上述问题，本文的目的在于，提供一种投资产品交易双录方法、装置和计算机设备。
5.为了解决上述技术问题，本文的具体技术方案如下：
6.第一方面，本文提供一种投资产品交易双录方法，包括：
7.接收用户端发起的交易请求，所述交易请求中携带有用户端信息和所需交易的产品信息；
8.根据由所述用户端信息和所述产品信息生成的秘钥，查询区块链中是否存储有与所述交易请求相对应的双录文件的哈希值；
9.若否，则建立用户端与服务端的产品交易视频链路；
10.将所述产品交易视频链路发送给用户端和服务端，以使用户端和服务端进行通信并录制与所述产品信息相对应的双录文件，将所述双录文件存储于ipfs去中心化存储网络中，以及将ipfs去中心化存储网络生成的所述双录文件的哈希值保存至区块链中，所述双录文件包括所述产品的交易协议和交易确认信息；
11.审核所述双录文件；
12.当所述双录文件审核通过后，进行产品交易。
13.优选地，在用户端和服务端进行通信并录制与所述产品信息相对应的双录文件之前，所述方法还包括：
14.利用活体检测、人脸识别和反ai检测中的一种或几种的组合，对用户端用户的身份信息进行验证。
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.根据所述第二定位时间节点剪切所述第二语音文件和所述第二图像文件；
43.同步剪切后的第一语音文件和第一图像文件、以及第二语音文件和第二图像文件，得到所述双录文件。
44.具体地，所述审核所述双录文件，包括：
45.获取所述双录文件的文件时长和文件大小；
46.判断所述文件时长是否满足预设的时长条件以及所述文件大小是否满足预设的大小条件；
47.若否，则判定所述双录文件未通过审核。
48.具体地，所述审核所述双录文件，包括：
49.切割所述双录文件得到至少一个双录子文件，所述双录子文件包括子语音文件和子图像文件；
50.根据所述子语音文件得到声纹信息，判断所述声纹信息是否与所述用户端或所述服务端相匹配；
51.识别所述子图像文件中的人脸信息，判断所述人脸信息是否与所述用户端或所述服务端相匹配；
52.当所述声纹信息与所述用户端或所述服务端不匹配，和/或所述人脸信息与所述用户端或所述服务端不匹配时，判断所述双录文件未通过审核。
53.进一步地，当所述双录文件审核未通过时，所述方法还包括：
54.判断所述双录文件未通过的次数是否达到预设的次数上限；
55.若否，则发起重新录制提醒；
56.若是，则拒绝用户端的交易请求。
57.第二方面，本文还提供一种投资产品交易双录装置，所述装置包括：
58.接收模块，用于接收用户端发起的交易请求，所述交易请求中携带有用户端信息和所需交易的产品信息；
59.查询模块，用于根据由所述用户端信息和所述产品信息生成的秘钥，查询区块链中是否存储有与所述交易请求相对应的双录文件的哈希值；
60.建立模块，用于当区块链中未存储有所述双录文件时，则建立用户端与服务端的产品交易视频链路；
61.录制和存储模块，用于将所述产品交易视频链路发送给用户端和服务端，以使用户端和服务端进行通信并录制与所述产品信息相对应的双录文件，将所述双录文件存储于ipfs去中心化存储网络中，以及将ipfs去中心化存储网络生成的所述双录文件的哈希值保存至区块链中，所述双录文件包括所述产品的交易协议和交易确认信息；
62.审核模块，用于审核所述双录文件；
63.交易模块，用于当所述双录文件审核通过后进行产品交易。
64.第三方面，本文还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述技术方案提供的方法。
65.第四方面，本文还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述技术方案提供的方法。
66.第五方面，本文还提供一种计算机程序产品，所述计算机程序产品包括至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现如如上述技术方案提供的方法。
67.采用上述技术方案，本文所述的一种投资产品交易双录方法、装置和计算机设备，根据接收到的交易请求建立用户的用户端与银行业务人员的服务端之间的产品交易视频链路；进而录制待交易产品的双录文件；当双录文件通过审核后才能进行交易。从而无需客户前往银行柜台，通过建立视频链路即可进行双录和后续交易，避免纠纷的同时极大地便利了用户的操作，提高了用户交易体验；还能够减轻银行柜台工作压力，提高银行柜台工作效率。
68.为让本文的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。
附图说明
69.为了更清楚地说明本文实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本文的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
70.图1示出了本文实施例提供的一种投资产品交易双录方法的步骤示意图；
71.图2示出了本文实施例中对用户端用户身份进行验证的步骤示意图；
72.图3示出了本文实施例中录制双录文件的第一步骤示意图；
73.图4示出了本文实施例中录制双录文件的第二步骤示意图；
74.图5示出了本文实施例中录制双录文件的第三步骤示意图；
75.图6示出了本文实施例中录制双录文件的第四步骤示意图；
76.图7示出了本文实施例中录制双录文件的第五步骤示意图；
77.图8示出了本文实施例中审核双录文件的第一步骤示意图；
78.图9示出了本文实施例中审核双录文件的第二步骤示意图；
79.图10示出了本文实施例中一种投资产品交易双录装置的结构示意图；
80.图11示出了本文实施例中一种计算机设备的结构示意图。
81.附图符号说明：
82.1010、接收模块；
83.1020、查询模块；
84.1030、建立模块；
85.1040、录制和存储模块；
86.1050、审核模块；
87.1060、交易模块；
88.1102、计算机设备；
89.1104、处理器；
90.1106、存储器；
91.1108、驱动机构；
92.1110、输入/输出模块；
93.1112、输入设备；
94.1114、输出设备；
95.1116、呈现设备；
96.1118、图形用户端接口；
97.1120、网络接口；
98.1122、通信链路；
99.1124、通信总线。
具体实施方式
100.下面将结合本文实施例中的附图，对本文实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本文一部分实施例，而不是全部的实施例。基于本文中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本文保护的范围。
101.需要说明的是，本文的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本文的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
102.本文实施例提供了一种投资产品交易双录方法、装置和计算机设备，能够解决现有技术中客户在交易风险等级较高、操作较复杂的投资类产品时，若无双录验证则容易因产品净值波动产生纠纷；或必须前往柜台才能办理导致降低客户体验及产品销售的便利性的问题。需要说明的是，本公开的一种投资产品交易双录方法、装置和计算机设备可用于金融领域在，也可用于除金融领域之外的任意领域，本文实施例对一种投资产品交易双录方法、装置和计算机设备的应用领域不做限定。
103.如图1所示，是本文实施例提供的一种投资产品交易双录方法的步骤示意图。本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。所述方法适用于服务器，具体的如图1所示，所述方法可以包括：
104.s110：接收用户端发起的交易请求，所述交易请求中携带有用户端信息和所需交易的产品信息。
105.需要说明的是，本说明书实施例中，所述交易请求中携带有的用户端信息为过去经用户端授权同意的信息。且本说明书实施例描述的技术方案中对数据的获取、存储、使
用、处理等均符合国家法律法规的相关规定。
106.所述交易请求中还可以携带有交易请求的发起时间等其他信息。本说明书实施例中，每个交易请求对应一笔交易，即若用户想要交易多个产品的交易，则需要对这多个产品分别发起交易请求。
107.本说明书实施例中，所述用户端可以是用户端持有的智能手机、平板电脑、笔记本电脑等移动终端，即用户端通过所述移动终端发起交易请求。
108.s120：根据由所述用户端信息和所述产品信息生成的秘钥，查询区块链中是否存储有与所述交易请求相对应的双录文件的哈希值。
109.s130：若否，则建立用户端与服务端的产品交易视频链路。
110.若查询到区块链中存储有该交易请求的双录文件，则跳转至步骤s150并顺序执行。
111.s140：将所述产品交易视频链路发送给用户端和服务端，以使用户端和服务端进行通信并录制与所述产品信息相对应的双录文件，将所述双录文件存储于ipfs去中心化存储网络中，以及将ipfs去中心化存储网络生成的所述双录文件的哈希值保存至区块链中，所述双录文件包括所述产品的交易协议和交易确认信息。
112.本说明书实施例中，通过ipfs(inter planetary file system，星际文件系统)去中心化存储网络实现具有较大体量的双录文件的存储，满足文件存储需求的同时保证文件存储的安全性。当区块链中存储有ipfs去中心化存储网络生成的双录文件的哈希值时，则证明所述交易请求存在对应的双录文件，则可根据哈希值链入ipfs去中心化存储网络从而对该双录文件进行审核。
113.本说明书实施例中，所述服务端可以是银行的客户经理等业务人员所持有的智能手机、平板电脑、笔记本电脑等移动终端，从而，当服务器将产品交易视频链路发送给用户端和服务端时，用户和业务人员可点击该链路进行视频通信，从而进行双录(即录音和录像)。具体地，业务人员对用户所需交易的产品进行介绍和讲解，即使得双录文件包括产品的交易协议(具体包括产品说明、风险说明、收益说明等)；用户在了解产品信息后同意交易(比如对产品存在的风险表示知情后确定继续交易)，即使得双录文件还包括交易确认信息。
114.s150：审核所述双录文件。
115.包括对所述双录文件的可用性和完整性等进行审核，对双录文件的审核步骤见后文叙述。
116.s160：当所述双录文件审核通过后，进行产品交易。
117.本说明书实施例提供的一种投资产品交易双录方法，能够根据接收到的交易请求建立用户的用户端与银行业务人员的服务端之间的产品交易视频链路；进而录制待交易产品的双录文件；当双录文件通过审核后才能进行交易。本说明书实施例提供的方法无需客户前往银行柜台进行双录，通过建立视频链路即可进行双录和后续交易，避免纠纷的同时极大地便利了用户的操作，提高了用户交易体验；还能够减轻银行柜台工作压力，提高银行柜台工作效率。
118.具体地，本说明书实施例中，在步骤s140中的，用户端和服务端进行通信并录制与所述产品信息相对应的双录文件之前，所述方法还包括：
119.利用活体检测、人脸识别和反ai检测中的一种或几种的组合，对所述用户端用户的身份信息进行验证。
120.如图2所示，在一些优选的实施例中，可通过如下方法实现对用户端用户身份的验证：
121.s210：获取用户端用户的第一人脸图像，并确定出用户的第一脸部特征信息。
122.具体地，可根据人脸特征信息检测算法对人脸图像进行识别，所述第一脸部特征信息包括但不限于眉毛的左、右端点坐标，眉毛的眉峰坐标，眼睛的左、右端点坐标，瞳孔的坐标，鼻翼的左、右端点坐标，嘴巴的左、右端点坐标，上嘴唇上边缘的中间点坐标，下嘴唇下边缘的中间点的坐标，以及下巴最低点的坐标信息。
123.s220：发送活体检测命令至用户端。
124.活体检测命令包括但不限于摇头、点头、张嘴、眨眼中的一个或多个命令的组合；当发送有多个命令时，每个命令之间预留有供用户端的用户对活体检测命令进行反馈的时间。
125.s230：获取用户端用户的第二人脸图像，并确定出用户的第二脸部特征信息。
126.即获取用户在接收到活体检测命令后的第二人脸图像，并根据人脸特征信息检测算法从中确定出第二脸部特征信息。所述第二脸部特征信息与第一脸部特征信息相同，其区别在于是从不同的人脸图像中得到的信息。
127.s240：根据所述第一脸部特征信息和第二脸部特征信息，判断用户端用户所执行的动作是否与所述活体检测命令相符。
128.具体地，可将第二脸部特征信息中的坐标与第一脸部特征信息中的坐标进行比对。例如，判断第二脸部特征信息中眼睛的左右端点坐标、瞳孔的坐标，和第一脸部特征信息中眼睛的左右端点坐标、瞳孔的坐标相比是否发生变化来判断用户是否执行眨眼的动作；根据嘴巴坐标变化，判断用户是否执行张嘴的动作；以及眼睛坐标、嘴巴坐标、鼻翼坐标是否同时变化(以及各部分坐标变化的幅度)判断用户是否执行摇头、点头的动作等。
129.s250：若是，则判定用户端的用户通过身份信息验证。
130.若否，则重新发送活体检测命令至用户端；或当用户端用户多次身份信息验证未通过时则可拒绝用户的交易请求，以及提醒用户前往柜台办理。
131.上述例举的对用户端用户身份的验证方法适用于服务器，但在进行身份验证时，服务端的业务人员也可以对用户进行指导，例如，当发现用户端的用户未能响应服务器下达的活体检测命令时，可以语音提醒提示用户。
132.本说明书实施例中，步骤s140中的，使用户端和服务端进行通信并录制与所述产品信息相对应的双录文件，可进一步包括如下步骤：
133.s310：获取服务端在通信期间的第一语音文件和第一图像文件。
134.即调用业务人员所持有的移动终端的话筒和摄像头，通过话筒获取业务人员在通信期间的第一语音文件，以及通过摄像头获取业务人员在通信期间的第一图像文件。
135.s320：获取用户端在通信期间的第二语音文件和第二图像文件。
136.即调用用户所持有的移动终端的摄像头和话筒，分别获取用户在通信期间的第二语音文件和第二图像文件。
137.本说明书实施例中，服务端的业务人员进入通信即可认为是成功调用了业务人员
移动终端的话筒和摄像头，结束通信则可认为是对话筒和摄像头的调用结束。用户端用户则与之相同或相似，此处不再赘述。
138.需要说明的是，若对服务端和/或用户端摄像头和话筒调用不成功时，则无法获取相应的语音文件和图像文件，也就无法获取双录文件，因此，对于此种情况可重新发起双录文件录制提醒。
139.s330：同步所述第一语音文件和上述第一图像文件、以及所述第二语音文件和所述第二图像文件，得到所述双录文件。
140.即使得业务人员的第一语音文件和第一图像文件音画同步，以及使得用户的第二语音文件和第二图像文件音画同步。可以理解的，本说明书实施例中，所述双录文件包括两部分：一部分是来自于业务人员的服务端，另一部分是来自于用户的用户端。这两部分双录文件又分别包括音频部分和视频部分。
141.本说明书实施例中，对使用何种方法实现第一语音文件和第一图像文件音画同步，以及实现第二语音文件和第二图像文件音画同步不做具体限定，可采用延时参数校准等现有的方法。
142.由于用户和业务人员视频通信可能花费较长时间，若直接获取通信期间的语音文件、图像文件以得到双录文件，则会导致双录文件体量较大，对存储空间不利，因此，如图4所示，本说明书实施例中，步骤s330：同步所述第一语音文件和上述第一图像文件、以及所述第二语音文件和所述第二图像文件，得到所述双录文件，可进一步包括如下步骤：
143.s410：获取服务端进入通信时的第一开始时间戳和结束通信时的第一结束时间戳。
144.s420：获取用户端进入通信时的第二开始时间戳和结束通信时的第二结束时间戳。
145.s430：根据所述第一开始时间戳和所述第二开始时间戳确定所述双录文件的开始时刻，以及根据所述第一结束时间戳和所述第二结束时间戳确定所述双录文件的结束时刻。
146.由于服务端业务人员通过产品交易视频链路进入通信的第一开始时间戳可能与用户端用户进入通信的第二开始时间戳不同，即可能存在一方已进入视频通信并等待另一方进入的情况，假设服务端进入在前用户端进入在后，则此时对服务端进行双录文件录制时，由于用户端还为进入会导致录制的此段文件是没有实际内容的。
147.同理，服务端业务人员退出通信的第一结束时间戳也可能与用户端用户退出通信的第二结束时间戳不同，因此，一方结束通信时对未结束通信的另一方录制的双录文件也是没有实际内容的。
148.因此，可根据第一开始时间戳和第二开始时间戳重新确定双录文件的开始时刻，以及根据第一结束时间戳和第二结束时间戳重新确定所述双录文件的结束时刻，使得缩短双录文件的时长，减小双录文件占用的空间。
149.具体地，将第一开始时间戳与第二开始时间戳进行比较，以第一开始时间戳与第二开始时间戳较晚的一个为所述双录文件的开始时刻；以及将第一结束时间戳与第二结束时间戳进行比较，将第一结束时间戳与第二结束时间戳中较早的一个为所述双录文件的结束时刻。
150.s440：根据所述开始时刻和所述结束时刻，同步所述第一语音文件和第一图像文件，以及第二语音文件和第二图像文件。
151.即将第一语音文件和第一图像文件、第二语音文件和第二图像文件位于开始时刻以前的部分剔除，以及将第一语音文件和第一图像文件、第二语音文件和第二图像文件位于结束时刻后的部分剔除；在使得第一语音文件和第一图像文件音画同步、以及使得第二语音文件和第二图像文件音画同步。
152.通过如图4所示的方法，能够降低双录文件的大小，减轻存储空间存储压力；同时来自于服务端，和来自于用户端的双录文件有着相同的时长(有相同的开始时刻和结束时刻)。
153.如图5所示，在另一些可行的实施例中，步骤s330：同步所述第一语音文件和上述第一图像文件、以及所述第二语音文件和所述第二图像文件，得到所述双录文件，还可以包括如下步骤：
154.s510：获取第一语音文件中的至少一个第一空白段以及所述第一空白段的第一起始时间节点和第一结束时间节点。
155.第一空白段是指服务端的业务人员未发出语音的时段，第一空白段可满足一定的时长条件以减轻后续根据第一空白段剪切第一语音文件和第一图像文件时的工作量，示例性的，时长条件可设置为大于2秒。
156.s520：根据所述第一起始时间节点和所述第一结束时间节点，剪切所述第一语音文件并对剪切后的第一语音文件进行拼接，以及剪切所述第一图像文件并对剪切后的第一图像文件进行拼接。
157.即将至少一个所述第一空白段从第一语音文件和第一图像文件中剔除，并对剔除后的部分按时间先后顺序进行拼接。
158.s530：获取第二语音文件中的至少一个第二空白段以及所述第二空白段的第二起始时间节点和第二结束时间节点。
159.第二空白段是指用户端的用户未发出语音的时段，同样的，第二空白段也可满足一定的时长条件以减轻后续根据第二空白段剪切第二语音文件和第二图像文件时的工作量。第二空白段需满足的时长条件可以与第一空白段需满足的时长条件相等，也可以不相等，第二空白段需满足的时长条件可根据实际应用需要进行设置。
160.s540：根据所述第二起始时间节点和所述第二结束时间节点，剪切所述第二语音文件并对剪切后的第二语音文件进行拼接，以及剪切所述第二图像文件并对剪切后的第二图像文件进行拼接。
161.即将至少一个所述第二空白段从第二语音文件和第二图像文件中剔除，并对剔除后的部分按时间先后顺序进行拼接。
162.s550：同步拼接后的第一语音文件和第一图像文件、以及拼接后的第二语音文件和第一图像文件，得到所述双录文件。
163.即使得拼接后的第一语音文件和拼接后的第一图像文件音画同步、以及使得拼接后的第二语音文件和拼接后的第二图像文件音画同步。
164.由于本说明书实施例中的双录文件是分别从服务端和用户端录制得到的，因而，在服务端与用户端进行视频通信时，极有可能存在一方在说话而另一方在倾听的情况，例
如，服务端的业务人员在介绍所述产品而用户端的用户处于倾听状态。此时，对用户端进行双录文件的录制的这段时间内，录制出的第二话音文件中则会出现第二空白段。第二空白段使得用户端的双录文件时长较长，对空间的占用较大。同理，当用户提出疑问时或其他发出语音的情况时，业务人员也可能处于倾听对方说话的状态，即第一语音文件中也会出现第一空白段。通过上述方法，可极大地降低双录文件的大小，减轻存储空间存储压力；此时，来自于服务端和来自于用户端的双录文件的时长则不尽相同。
165.如图6所示，在另一些可行的实施例中，步骤s330：同步所述第一语音文件和上述第一图像文件、以及所述第二语音文件和所述第二图像文件，得到所述双录文件，还可以包括如下步骤：
166.s610：将第一语音文件划分为多个第一语音片段。
167.具体地，可以通过语音识别技术，识别出第一语音片断中的停顿信息，进而根据停顿信息将第一语音文件划分为多个第一语音片断。
168.s620：计算满足预设时间间隔条件的两个第一语音片段之间的相似度指数。
169.示例性的，所述时间间隔条件可以设置为大于等于40秒、1分钟等。当两个第一语音片段之间的时间间隔大于预设的时间间隔条件时，可以认为说话者已换了话题，且这两个第一语音片断之间的相似度较低。从而，与将对第一语音文件中划分得到的任意两个第一语音片断进行相似度分析相比，可以极大地降低相似度计算工作量，能够更快捷的得到计算结果。
170.在一些可行的实施例中，可以利用相似度模型对两个第一语音片断进行相似度计算；或者先根据各第一语音片断，得到对应的第一语音片断识别文本，再利用相似度模型对两个第一语音片断识别文本进行相似度计算，从而得到两个第一语音片断的相似度指数。
171.s630：当相似度指数大于预设阈值时，判定两个第一语音片段重复并删除其中的一个，以及从第一图像文件中删除与之对应的部分。
172.若第i个第一语音片段与第j个第一语音片段重复时，可任意删除其中的一个。示例性的，若选择删除第i个第一语音片段，则对应于第i个第一语音片段的开始时刻和结束时刻，将第一图像文件中对应部分删除。
173.s640：将第二语音文件划分为多个第二语音片段。
174.s650：计算满足预设时间间隔条件的两个第二语音片段之间的相似度指数。
175.两个第二语音片断之间所需满足的时间间隔条件可以相等也可以不等。
176.s660：当相似度指数大于预设阈值时，判定两个第二语音片段重复并删除其中的一个，以及从第二图像文件中删除与之对应的部分。
177.s670：同步删除处理后的第一语音文件和第一图像文件、以及删除处理后的第二语音文件和第一图像文件，得到所述双录文件。
178.划分第二语音片段、计算两个第二语音片段之间的相似度指数、以及判断两个第二语音片段是否重复的方法可参照第一语音片断的相关方法，此处不再赘述。
179.在服务端的业务人员和用户端用户进行视频通信时，存在由于思维思绪不连贯等导致语言不流畅、或表述不清楚的情况，从而存在一些语音文件的片断相重复；此外，还存在诸如业务人员对用户提出的疑问没有听清使得用户又重新提问的情况等等。通过上述方法可将重复的部分删除，起到降低双录文件的大小，减轻存储空间存储压力的作用。
180.除此之外，在视频通信过程中，还存在无意义的语气助词、口头禅等情况，在一些优选的实施例中，也可以对存在的这些问题进行删除，以进一步减小双录文件的大小。
181.示例性的，无意义的语气助词包括有“嗯”、“呃”等，且这些无意义的语气助词还常伴随有较长时间的停顿；口头禅一般包括“这个”、“那个”、“就是说”等。则对于这种情况，可通过如下步骤进行识别并删除：
182.根据第一语音文件，获得第一识别文本；
183.根据匹配算法，确定第一识别文本中的目标词组，所述目标词组包括语气助词和口头禅；例如，可预先建立有目标词库，对第一识别文本进行分词处理后将得到的分词结果与目标词库中的词组进行匹配计算，当匹配结果大于等于匹配度阈值时，则判定该分词结果即为目标词组。
184.确定所述目标词组在所述第一识别文本中的位置；
185.根据第一识别文本与第一语音文件的映射关系以及所述目标词组在第一识别文本中的位置，确定所述目标词组在第一语音文件中的第一开始时刻和第一结束时刻；通过第一识别文本与第一语音文件的映射关系，可以获知第一识别文本中每个字或词组在第一语音文件中的时间位置。
186.根据确定出的第一开始时刻和第一结束时刻，剪切所述第一语音文件和第一图像文件。即通过第一开始时刻和第一结束时刻，将第一语音文件和第一图像文件中包含无意义的语气助词和口头禅的部分去除。
187.对第二语音文件中无意义的语气助词和口头禅的识别和删除方法与上述对第一语音文件的处理方法相同或相似，具体为：
188.根据第二语音文件，获得第二识别文本；
189.根据匹配算法，确定第二识别文本中的目标词组，所述目标词组包括语气助词和口头禅；
190.确定所述目标词组在所述第二识别文本中的位置；
191.根据第二识别文本与第二语音文件的映射关系以及所述目标词组在第二识别文本中的位置，确定所述目标词组在第二语音文件中的第二开始时刻和第二结束时刻；
192.根据确定出的第二开始时刻和第二结束时刻，剪切所述第二语音文件和第二图像文件。
193.最后，拼接剪切后的第一语音文件和剪切后的第一图像文件，以及拼接剪切后的第二语音文件和剪切后的第二图像文件；
194.同步拼接后的第一语音文件和第一图像文件、以及拼接后的第二语音文件和第一图像文件，得到所述双录文件。
195.如图7所示，在另一些可行的实施例中，步骤s330：同步所述第一语音文件和上述第一图像文件、以及所述第二语音文件和所述第二图像文件，得到所述双录文件，还可以包括如下步骤：
196.s710：解析所述第一语音文件并获取第一关键字在所述第一语音文件中的第一定位时间节点，所述第一关键字与所述交易协议相关联。
197.由于第一语音文件中的最为重要部分就是业务人员向对用户所需交易的产品进行介绍和讲解的部分，因此使得第一关键字与所述交易协议相关联，例如，所述第一关键字
可以设置为“交易须知”、“协议”、“条款”等。
198.本说明书实施例中，从第一语音文件中识别并定位第一关键字的方法与上述从第一语音文件中识别并定位语气助词、口头禅的方法相同或相似，此处不再赘述。
199.s720：根据所述第一定位时间节点剪切所述第一语音文件和所述第一图像文件。
200.具体地，将第一语音文件和第一图像文件位于所述第一定位时间节点之前的部分删除。
201.s730：解析所述第二语音文件并获取第二关键字在所述第二语音文件中的第二定位时间节点，所述第二关键字与所述交易确认信息相关联。
202.第二语音文件中最为重要的部分是用户对所需交易的产品说明、风险说明、收益说明表示知情以及对自身的交易意向表示确认的部分，因此，第二关键字与所述交易确认信息相关联，例如，第二关键字可以设置为“同意”、“确认”等。
203.s740：根据所述第二定位时间节点剪切所述第二语音文件和所述第二图像文件。具体地，可以是将第二语音文件和第二图像文件位于第二定位时间节点之前的部分删除；或是将第二语音文件和第二图像文件位于第二定位时间节点之前且与第二定位时间节点具有一定时长(例如15秒等)的部分删除，以保证用户端处双录文件中交易确认信息的完整性。
204.s750：同步剪切后的第一语音文件和第一图像文件、以及第二语音文件和第二图像文件，得到所述双录文件。
205.通过上述方法，使得来自服务端的双录文件中保留了业务人员对用户所需交易产品的产品说明、风险说明、收益说明进行介绍的部分；以及使得来自用户端的双录文件中保留了用户对交易产品的确认交易信息部分，避免了后续由于产品净值波动等问题造成纠纷时不便于责任归属的问题，保证了双录文件的有效性和可用性的同时，降低了双录文件存储所占用的空间。
206.进一步地，如图8所示，本说明书实施例中，步骤s150：审核所述双录文件，可以包括：
207.s810：获取所述双录文件的文件时长和文件大小。
208.s820：判断所述文件时长是否满足预设的时长条件以及所述文件大小是否满足预设的大小条件。
209.s830：若否，则判定所述双录文件未通过审核。
210.当所述双录文件的文件时长小于预设时长条件时，和/或所述双录文件的文件大小小于预设的大小条件时，判定所述双录文件不完整，从而未通过审核。
211.除此之外，还可以通过重播、回放的方法对双录文件的完整性进行审核，但由于双录文件具有一定时长，可能导致重播、回放所需时间较长，使得对双录文件的审核过程占用的时间较长，降低用户产品交易体验。
212.因此，如图9所示，在一些可行的实施例中，还可以通过如下步骤对双录文件进行审核：
213.s910：切割所述双录文件得到至少一个双录子文件，所述双录子文件包括子语音文件和子图像文件。
214.所述双录子文件可以是从对来自于服务端的双录文件进行切割得到，也可以是对
来自于用户端的双录文件进行切割得到；当然也可以是同时对上述两种来源的的双录文件进行切割得到。
215.s920：根据所述子语音文件得到声纹信息，判断所述声纹信息是否与所述用户端或所述服务端相匹配。
216.具体地，是将子语音文件中得到的声纹信息与用户端的用户、服务端的业务人员进行匹配分析。
217.s930：识别所述子图像文件中的人脸信息，判断所述人脸信息是否与所述用户端或所述服务端相匹配。
218.具体地，是将子图像文件中得到的人脸信息与用户端的用户、服务端的业务人员进行匹配分析。
219.s940：当所述声纹信息与所述用户端或所述服务端不匹配，和/或所述人脸信息与所述用户端或所述服务端不匹配时，判断所述双录文件未通过审核。
220.当所述声纹信息与所述用户端或所述服务端不匹配，和/或所述人脸信息与所述用户端或所述服务端不匹配时，可能存在双录文件存取混乱的问题，例如将其他用户或其他业务人员的双录文件错误存储至本用户和本业务人员的双录文件存储路径。通过将一个或多个双录子文件的审核结果作为双录文件整体的审核结果，提高了审核效率，避免了用户在产品交易时长时间等待。
221.除此之外，还可以对双录文件中图像部分和语音部分的清晰度、流畅度进行审核。
222.当所述双录文件审核未通过时，所述方法还包括：
223.判断所述双录文件未通过的次数是否达到预设的次数上限；
224.若否，则发起重新录制提醒；
225.若是，则拒绝用户端的交易请求。
226.当双录视频未通过次数达到三次时(即预设的次数上限可设置为三次)，判断此时可能是由于客户端的移动终端发生故障(例如，移动设备存在硬件故障或网络故障)导致的，则不再提示用户端和服务端重新录制，而是拒绝用户端的交易请求提醒用户前往柜台进行办理。
227.如图10所示，本说明书实施例还提供一种投资产品交易双录装置，所述装置包括：
228.接收模块1010，用于接收用户端发起的交易请求，所述交易请求中携带有用户端信息和所需交易的产品信息；
229.查询模块1020，用于根据由所述用户端信息和所述产品信息生成的秘钥，查询区块链中是否存储有与所述交易请求相对应的双录文件的哈希值；
230.建立模块1030，用于当区块链中未存储有所述双录文件时，则建立用户端与服务端的产品交易视频链路；
231.录制和存储模块1040，用于将所述产品交易视频链路发送给用户端和服务端，以使用户端和服务端进行通信并录制与所述产品信息相对应的双录文件，将所述双录文件存储于ipfs去中心化存储网络中，以及将ipfs去中心化存储网络生成的所述双录文件的哈希值保存至区块链中，所述双录文件包括所述产品的交易协议和交易确认信息；
232.审核模块1050，用于审核所述双录文件；
233.交易模块1060，用于当所述双录文件审核通过后进行产品交易。
234.通过本说明书实施例提供的装置所取得的有益效果和上述方法所取得的有益效果相一致，此处不再赘述。
235.如图11所示，为本文实施例提供的一种计算机设备，本说明书中的投资产品交易双录装置可以为本实施例中的计算机设备，执行本说明书实施例提供的方法。所述计算机设备1102可以包括一个或多个处理器1104，诸如一个或多个中央处理单元(cpu)，每个处理单元可以实现一个或多个硬件线程。计算机设备1102还可以包括任何存储器1106，其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储器1106可以包括以下任一项或多种组合：任何类型的ram，任何类型的rom，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备1102的固定或可移除部件。在一种情况下，当处理器1104执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备1102可以执行相关联指令的任一操作。计算机设备1102还包括用于与任何存储器交互的一个或多个驱动机构1108，诸如硬盘驱动机构、光盘驱动机构等。
236.计算机设备1102还可以包括输入/输出模块1110(i/o)，其用于接收各种输入(经由输入设备1112)和用于提供各种输出(经由输出设备1114)。一个具体输出机构可以包括呈现设备1116和相关联的图形用户端接口(gui)1118。在其他实施例中，还可以不包括输入/输出模块1110(i/o)、输入设备1112以及输出设备1114，仅作为网络中的一台计算机设备。计算机设备1102还可以包括一个或多个网络接口1120，其用于经由一个或多个通信链路1122与其他设备交换数据。一个或多个通信总线1124将上文所描述的部件耦合在一起。
237.通信链路1122可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路1122可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。
238.对应于图1至图9中所示的方法，本文实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法的步骤。
239.本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行如图1至图9中所示的方法。
240.本文实施例还提供一种计算机程序产品，包括至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现图1至图9中所示的方法。
241.应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。
242.还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
243.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专
业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。
244.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
245.在本文所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
246.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。
247.另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
248.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本文的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本文各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
249.本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。