CN109120948A - 信息处理方法及*** - Google Patents

Abstract

本申请实施例公开了一种信息处理方法及***，录音录像动作与交易动作联动触发，而不必手动触发录音录像，而且，生成录音录像流水信息所需的客户信息和交易信息要素从交易流水信息中抓取，而不必用户手动输入，降低工作人员的工作量，提高工作效率。另外，录制得到的音视频文件先缓存到网点缓存机，由网点缓存机在夜间将音视频文件上传到总行服务器存储，一方面不会占用日间交易办理带宽，一方面各个网点和分行均可以从总行服务器下载调阅音视频文件，实现了多层级调阅。

Description

信息处理方法及***

技术领域

本申请涉及信息处理技术领域，更具体地说，涉及一种信息处理方法及***。

背景技术

按照银监会的要求，为了推动商业银行投资理财类产品销售业务的规范化，加强商业银行投资理财类产品销售行为管理，切实防范误导销售和不当销售的行为，维护银行销售人员和广大金融消费者的合法权益，按照“独立核算、风险隔离、行为规范、归口管理”的原则，利用网络视频采集和存储先进技术建立商业银行的录音录像采集***，在销售过程中加入录音录像环节，实现产品销售透明公开，切实规范银行产品的销售、投资和经营行为。

由于录音录像产生的音视频文件较大，而投资理财类产品交易量亦非常可观，导致商业银行整个音视频文件的存储量巨大。目前，商业银行存储录音录像文件主要有两种方式，一种是在各个网点布放网络存储设备，网点之间互相备份，这种方式无法实现上级管理部门直接调阅，需要将数据导出再通过特定的传输工具传输到上级管理部门。另一种方式是一级行构建集中文件服务器及存储，各网点录制音视频后传输到一级行服务器。这种方式虽然实现了一级行的调阅，但仍然无法实现总行、及其它分行的多层级调阅。另外，目前，录音录像动作和交易操作均由工作人员手动发起，因此，工作人员的工作效率较低。

因此，如何进行录音录像信息的处理成为亟待解决的技术问题。

发明内容

本申请的目的是提供一种信息处理方法及***，以至少部分的克服现有技术中存在的技术问题。

为实现上述目的，本申请提供了如下技术方案：

一种信息处理方法，包括：

客户端在有交易发起时，判断所述交易是否需要录音录像；

若所述交易需要录音录像，所述客户端在开启录音录像装置后启动交易办理流程；

所述客户端在接收到交易结束指令时，生成录音录像流水信息并上传至总行服务器，并将所述录音录像装置录制的音视频文件传输到网点缓存机，所述录音录像流水信息中包括录音录像相关信息，以及从交易流水信息中抓取的客户信息、交易信息要素以及交易流水号；

所述网点缓存机在夜间将所述音视频文件上传到所述总行服务器；

所述客户端在接收到音视频文件调阅指令时，从所述总行服务器下载所需调阅的音视频文件。

上述方法，优选的，所述客户端判断所述交易是否需要录音录像，包括：

所述客户端显示交易界面；

所述客户端监测到用户在所述交易界面选择交易产品并输入了交易相关要素后，锁定所述交易界面，并判断所述交易是否需要录音录像；

所述客户端在开启录音录像装置后启动交易办理流程，包括：

所述客户端在开启录音录像装置后，将所述交易界面解锁以启动交易办理流程。

上述方法，优选的，所述客户端在接收到音视频文件调阅指令时，在从所述总行服务器下载所需调阅的音视频文件之前，还包括：

所述客户端判断所述网点缓存机是否存储有所需调阅的音视频文件；

若存在，则从所述网点缓存机下载所需调阅的音视频文件；否则，从所述总行服务器下载所需调阅的音视频文件。

上述方法，优选的，所述判断所述网点缓存机是否存储有所需调阅的音视频文件，包括：

确定所述网点缓存机中存储的音视频数据的最早录制时间；

判断所需调阅的音视频文件的录制时间是否晚于所述最早录制时间；

若判断结果为是，确定所述网点缓存机存储有所需调阅的音视频文件；否则，确定所述网点缓存机未存储有所需调阅的音视频文件。

上述方法，优选的，还包括：

当所述网点缓存机中的音视频文件的数据量大于预设阈值时，删除录制时间位于最近的预设时长之外的音视频文件。

一种信息处理***，包括：分布于各个网点的客户端和网点缓存机，以及布设于总行的总行服务器；

所述客户端用于在有交易发起时，判断所述交易是否需要录音录像；若所述交易需要录音录像，在开启录音录像装置后启动交易办理流程；在接收到交易结束指令时，生成录音录像流水信息并上传至所述总行服务器，并将所述录音录像装置录制的音视频文件传输到所述网点缓存机，所述录音录像流水信息中包括录音录像相关信息，以及从交易流水信息中抓取的客户信息、交易信息要素以及交易流水号；

所述网点缓存机在夜间将所述音视频文件上传到所述总行服务器；

所述客户端还用于在接收到音视频文件调阅指令时，从所述总行服务器下载所需调阅的音视频文件。

上述***，优选的，所述客户端在判断所述交易是否需要录音录像时，具体用于：显示交易界面；在监测到用户在所述交易界面选择交易产品并输入了交易相关要素后，锁定所述交易界面，并判断所述交易是否需要录音录像；

所述客户端在开启录音录像装置后启动交易办理流程时，具体用于：在开启录音录像装置后，将所述交易界面解锁以启动交易办理流程。

上述***，优选的，所述客户端在接收到音视频文件调阅指令时，在从所述总行服务器下载所需调阅的音视频文件之前，还用于：判断所述网点缓存机是否存储有所需调阅的音视频文件；若存在，则从所述网点缓存机下载所需调阅的音视频文件；否则，从所述总行服务器下载所需调阅的音视频文件。

上述***，优选的，所述客户端在判断所述网点缓存机是否存储有所需调阅的音视频文件时，具体用于：

确定所述网点缓存机中存储的音视频数据的最早录制时间；判断所需调阅的音视频文件的录制时间是否晚于所述最早录制时间；若判断结果为是，确定所述网点缓存机存储有所需调阅的音视频文件；否则，确定所述网点缓存机未存储有所需调阅的音视频文件。

上述***，优选的，所述网点缓存机还用于：当所述网点缓存机中的音视频文件的数据量大于预设阈值时，删除录制时间位于最近的预设时长之外的音视频文件。

通过以上方案可知，本申请提供的一种信息处理方法及系，录音录像动作与交易动作联动触发，而不必手动触发录音录像，而且，生成录音录像流水信息所需的客户信息和交易信息要素从交易流水信息中抓取，而不必用户手动输入，降低工作人员的工作量，提高工作效率。另外，录制得到的音视频文件先缓存到网点缓存机，由网点缓存机在夜间将音视频文件上传到总行服务器存储，一方面不会占用日间交易办理带宽，一方面总行、各个网点和分行均可以从总行服务器下载调阅音视频文件，实现了多层级调阅。

附图说明

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

图1为本申请实施例提供的信息处理***的一种结构示意图；

图2为本申请实施例提供的信息处理方法的一种实现流程图。

说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的部分，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示的以外的顺序实施。

具体实施方式

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

请参阅图1，图1为本申请实施例提供的信息处理***的一种结构示意图，该信息处理***包括：

分布于银行各个网点的客户端11和网点缓存机12，布设于总行的服务器(简称总行服务器)13。

其中，客户端11用于与网点工作人员(以下简称用户)交互，以便于用户进行交易办理。具体的，

用户在客户端11发起交易后，客户端11判断该交易是否需要录音录像，若需要录音录像，则先开启录音录像装置，然后再启动交易办理流程，若不需要录音录像，则直接启动交易办理流程即可。也就是说，本申请实施例中，在交易过程需要录音录像时，自动开启录音录像装置，而不再需要人为启动录音录像装置，简化了用户操作。

可选的，用户在客户端11发起交易是指用户在交易界面选择交易产品并输入了交易相关要素。该交易相关要素是交易办理必须的信息，包括客户信息和交易信息要素。其中，客户信息包括客户姓名，性别，证件号码，客户编号等信息。交易信息要素包括：产品名称，产品编号，交易金额等，根据产品的不同，交易信息要素还可以包括其它信息，这里不再一一列举说明。

判断交易是否需要录音录像的一种实现方式可以为：判断交易产品(即用户选择的交易产品)是否是预置产品，且执行该交易的网点是否为预置网点，若交易产品是预置产品，且执行该交易的网点为预置网点，确定该交易需要录音录像。

具体的，若交易产品的标识是预置产品标识，确定该交易是预置交易。若登录交易***(即进行交易办理的***)的帐号(即用户帐号)对应的机构标识(用于标识是哪个网点)是预置机构标识，确定执行该交易的网点为预置网点。

在开启录音录像装置的情况下，客户端11在接收到交易结束指令(该交易结束指令由用户确定交易完成后触发生成)时，根据交易流水信息生成录音录像流水信息，并将该录音录像流水信息上传至总行服务器13。录音录像流水信息中包括录音录像相关信息以及从交易流水信息中抓取的客户信息、交易信息要素以及交易流水号等。由于录音录像流水信息的数量非常小，可以实时将录音录像流水信息上传至总行服务器13。具体可以由客户端11直接将录音录像流水信息上传至总行服务器13(图1中未示出客户端11与总行服务器之间的通信线路)。其中，录音录像相关信息可以包括：录制时长，录制日期，音视频文件名，文件标识，最后编辑时间等。客户信息可以包括：客户姓名，客户证件号码等。交易信息要素可以包括：产品名称，产品编号，操作员编号，操作员姓名，交易机构编号，交易机构名称等。可以看出，用户在发起交易时输入的交易信息要素只是录音录像流水信息中的交易信息要素的一部分。

客户端11在接收到交易结束指令时，除了生成录音录像流水信息，还将录音录像装置录制的音视频文件传输到本网点的网点缓存机12。

网点缓存机12在夜间某个时间段将当日的音视频文件上传到总行服务器13。

总行服务器13在接收到音视频文件后，根据与音视频文件关联传输过来的文件标识，将该音视频文件与包含上述文件标识的录音录像流水信息相关联的保存。总行服务器13可以是由多个服务器构成的服务器群组，该服务器群组中可以包括：归档服务器，用于存储音视频文件；档案服务器，用于存储录音录像流水信息。

客户端11在接收到音视频文件调阅指令时，可以从总行服务器13下载所需调阅的音视频文件。本申请实施例中，每个网点的客户端可以从总行服务器13调阅本网点上传的音视频文件，总行、分行及各管理部门也可以从总行服务器13调阅本机构的下级网点上传的音视频文件。即可以实现多级调阅。

其中，调阅指令中携带有录音录像流水中的特定信息(如，客户信息，交易信息要素等)，总行服务器13在接收到调阅指令后，从调阅指令中提取上述特定信息，根据该特定信息从档案服务器中查找录音录像流水信息，然后，根据查找到的录音录像流水信息中的文件标识查找到音视频文件，并下发给客户端11。

在一可选的实施例中，调阅指令中还可以携带有：发送调阅指令的客户端11的用户的帐号相关信息，该帐号相关信息中可以包括：用户标识和网点标识。用户标识可以为操作员编号和/或操作员姓名，网点标识可以为：交易机构编号和/或交易机构名称。则：

总行服务器13在根据特定信息查找到录音录像流水信息后，根据调阅指令中携带的帐号信息判断发送调阅指令的客户端是否具有调阅权限，若具有调阅权限，则根据查找到的录音录像流水信息中的录音录像标识查找到音视频文件，并下发给客户端；否则，不查找音视频文件。

可选的，根据调阅指令中携带的帐号信息判断发送调阅指令的客户端是否具有调阅权限的一种实现方式可以为：

总行服务器13在根据特定信息查找到录音录像流水信息后，判断调阅指令中携带的帐号信息中的网点标识和用户标识是否是预定的网点标识和用户标识。若判断结果为否，说明发送调阅指令的客户端不具有调阅权限；若判断结果为是，则若帐号信息中的网点标识所表征网点的级别小于查找到录音录像流水信息中的网点标识所表征网点的级别，说明发送调阅指令的客户端不具有调阅权限，若帐号信息中的网点标识所表征网点的级别大于或等于查找到录音录像流水信息中的网点标识所表征网点的级别，说明发送调阅指令的客户端具有调阅权限。

本申请提供的信息处理方法，录音录像动作与交易动作联动触发，而不必手动触发录音录像，而且，生成录音录像流水信息所需的客户信息和交易信息要素从交易流水信息中抓取，而不必用户手动输入，降低工作人员的工作量，提高工作效率。另外，录制得到的音视频文件先缓存到网点缓存机，由网点缓存机在夜间将音视频文件上传到总行服务器存储，一方面不会占用日间交易办理带宽，一方面各个网点(即分行)可以从总行服务器下载调阅音视频文件，实现了多层级调阅。

需要说明的是，虽然本申请实施例中，在启动交易办理流程前，仍然需要手动输入客户信息和交易信息要素，但是本申请中，只需要用户输入一次客户信息和交易信息要素即可。而现有技术中，由于交易办理操作和录音录像操作分开处理，因此，用户需要手动发起交易，并手动发起录音录像，并且需要用户针对交易和录音录像分别输入客户信息和交易信息要素。与现有技术相比，本申请输入的信息量减少了，从而提高工作效率。

在一可选的实施例中，客户端11在有交易发起时，判断交易是否需要录音录像的一种实现方式可以为：

客户端11显示交易界面。在该交易界面用户可以选择交易产品，并可以输入交易相关要素信息。

客户端11监测到用户在交易界面选择交易产品并输入了交易相关要素后，锁定交易界面，并判断交易是否需要录音录像。锁定交易界面是指交易界面除了可以修改交易产品和相关要素，或者，关闭交易界面外，不响应用户的其它交易相关操作。

相应的，客户端11在开启录音录像装置后启动交易办理流程的一种实现方式可以为：

客户端11在开启录音录像装置后，将交易界面解锁以启动交易办理流程。交易界面解锁后，就可以响应用户在交易界面中的其它交易相关操作了，从而使得交易办理流程能够顺利进行。

在一可选的实施例中，客户端11在接收到音视频文件调阅指令时，在从总行服务器13下载所需调阅的音视频文件之前，还可以包括：

客户端11判断网点缓存机是否存储有所需调阅的音视频文件。

若存在，则从网点缓存机下载所需调阅的音视频文件；否则，从总行服务器下载所需调阅的音视频文件。

本申请实施例中，当需要调阅音视频文件时，优先从本网点的网点缓存机中查询需调阅的音视频文件，在本网点的缓存机中不存在需要调阅的音视频文件时，才从总行服务器调阅，一方面提高文件调取速率，另一方面尽量少的占用网点入口带宽，减少音视频文件传输对网点所在局域网带宽的占用，把带宽尽量留给正常的交易办理。

在一可选的实施例中，客户端11判断网点缓存机12是否存储有所需调阅的音视频文件的一种实现方式可以为：

确定网点缓存机中存储的音视频数据的最早录制时间。

判断所需调阅的音视频文件的录制时间是否晚于上述最早录制时间。本申请实施例中，调阅指令中携带有待调阅音视频文件的录制时间。该录制时间可以是以天为粒度，即调阅指令中携带有待调阅音视频文件的录制日期。

若判断结果为是，确定网点缓存机12中存储有所需调阅的音视频文件；否则，确定网点缓存机中未存储有所需调阅的音视频文件。

本申请实施例中，网点缓存机12仅存储部分时间段内录制的音视频文件。

在一可选的实施例中，当网点缓存机13中的音视频文件的数据量(为便于叙述，用Vd表征)大于预设阈值时，网点缓存机13删除录制时间位于最近的预设时长之外的音视频文件。其中，录制数据量为Vd的音视频文件所需的时长大于上述预设时长。也就是说，本申请实施例中，网点缓存机13中至少保存最近的预设时长内录制的音视频文件。

本申请提供的信息处理***，无需对网点缓存机的扩容，***维护简单。

进一步的，在客户端11将音视频文件发送给网点缓存机12后，为了方便总行服务器13进行音视频文件的整理，网点缓存机12将音视频文件的存储位置返回给客户端11，由客户端11将音视频文件的存储位置上传给总行服务器13，以便总行服务器13监测哪些音视频文件已经上传，哪些还未上传。由于音视频文件的存储位置的数据量也很少，因此，通过客户端11实时将音视频文件的存储位置发送给总行服务器13也不会对日间交易办理带宽产生影响，或者说影响非常小。

综上所述，本申请提供的信息处理***中，

客户端11用于：在有交易发起时，判断所述交易是否需要录音录像；若所述交易需要录音录像，在开启录音录像装置后启动交易办理流程；在接收到交易结束指令时，生成录音录像流水信息并上传至所述总行服务器13，并将所述录音录像装置录制的音视频文件传输到所述网点缓存机12，所述录音录像流水信息中包括录音录像相关信息，以及从交易流水信息中抓取的客户信息、交易信息要素以及交易流水号。

网点缓存机12用于：在夜间将所述音视频文件上传到所述总行服务器。

客户端11还用于：在接收到音视频文件调阅指令时，从所述总行服务器13下载所需调阅的音视频文件。

其中，

客户端11在判断所述交易是否需要录音录像时，具体用于：显示交易界面；在监测到用户在所述交易界面选择交易产品并输入了交易相关要素后，锁定所述交易界面，并判断所述交易是否需要录音录像；

客户端11在开启录音录像装置后启动交易办理流程时，具体用于：在开启录音录像装置后，将所述交易界面解锁以启动交易办理流程。

客户端11在接收到音视频文件调阅指令时，在从所述总行服务器13下载所需调阅的音视频文件之前，还用于：判断所述网点缓存机12中是否存储有所需调阅的音视频文件；若存在，则从所述网点缓存机12下载所需调阅的音视频文件；否则，从所述总行服务器13下载所需调阅的音视频文件。

客户端11在判断所述网点缓存机12是否存储有所需调阅的音视频文件时，具体用于：

确定所述网点缓存机12中存储的音视频数据的最早录制时间；判断所需调阅的音视频文件的录制时间是否晚于所述最早录制时间；若判断结果为是，确定所述网点缓存机12中存储有所需调阅的音视频文件；否则，确定所述网点缓存机12中未存储有所需调阅的音视频文件。

网点缓存机12还用于：当所述网点缓存机12中的音视频文件的数据量大于预设阈值时，删除录制时间位于最近的预设时长之外的音视频文件。

基于上述信息处理***，本申请还提供一种信息处理方法。请参阅图2，图2为本申请实施例提供的信息处理方法的一种实现流程图，可以包括：

步骤S21：客户端在有交易发起时，判断所述交易是否需要录音录像。若判断结果为是，则执行步骤S22和步骤S23(两个步骤的执行顺序不作具体限定)，否则，执行步骤S22。

步骤S22：客户端启动交易办理流程。

步骤S23：客户端开启录音录像装置，以录制音视频文件。

步骤S24：客户端在接收到交易结束指令时，保存音视频文件并生成录音录像流水信息。

步骤S25：客户端将录音录像流水信息上传至总行服务器。

步骤S26：客户端将录音录像装置录制的音视频文件传输到网点缓存机。需要说明的是，录音录像流水信息和音视频文件的上传顺序不做具体限定，可以先上传录音录像流水信息，再上传音视频文件，或者，先上传音视频文件，再上传录音录像流水信息，或者，二者同时上传。

步骤是S27：网点缓存机在夜间将音视频文件上传到总行服务器。

步骤S28：客户端在接收到音视频文件调阅指令时，从所述总行服务器下载所需调阅的音视频文件。

本申请提供的信息处理方法，录音录像动作与交易动作联动触发，而不必手动触发录音录像，而且，生成录音录像流水信息所需的客户信息和交易信息要素从交易流水信息中抓取，而不必用户手动输入，降低工作人员的工作量，提高工作效率。另外，录制得到的音视频文件先缓存到网点缓存机，由网点缓存机在夜间将音视频文件上传到总行服务器存储，一方面不会占用日间交易办理带宽，一方面各个网点和分行均可以从总行服务器下载调阅音视频文件，实现了多层级调阅。

在一可选的实施例中，客户端判断所述交易是否需要录音录像的一种实现方式可以为：

所述客户端显示交易界面；

所述客户端监测到用户在所述交易界面选择交易产品并输入了交易相关要素后，锁定所述交易界面，并判断所述交易是否需要录音录像；

所述客户端在开启录音录像装置后启动交易办理流程，包括：

所述客户端在开启录音录像装置后，将所述交易界面解锁以启动交易办理流程。

在一可选的实施例中，客户端在接收到音视频文件调阅指令时，在从所述总行服务器下载所需调阅的音视频文件之前，还可以包括：

所述客户端判断所述网点缓存机是否存储有所需调阅的音视频文件；

若存在，则从所述网点缓存机下载所需调阅的音视频文件；否则，从所述总行服务器下载所需调阅的音视频文件。

在一可选的实施例中，判断所述网点缓存机是否存储有所需调阅的音视频文件的一种实现方式可以为：

确定所述网点缓存机中存储的音视频数据的最早录制时间；

判断所需调阅的音视频文件的录制时间是否晚于所述最早录制时间；

若判断结果为是，确定所述网点缓存机存储有所需调阅的音视频文件；否则，确定所述网点缓存机未存储有所需调阅的音视频文件。

在一可选的实施例中，还可以包括：

当所述网点缓存机中的音视频文件的数据量大于预设阈值时，删除录制时间位于最近的预设时长之外的音视频文件。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

应当理解，本申请实施例中，从权、各个实施例、特征可以互相组合结合，都能实现解决前述技术问题。

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

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种信息处理方法，其特征在于，包括：

客户端在有交易发起时，判断所述交易是否需要录音录像；

若所述交易需要录音录像，所述客户端在开启录音录像装置后启动交易办理流程；

所述客户端在接收到交易结束指令时，生成录音录像流水信息并上传至总行服务器，并将所述录音录像装置录制的音视频文件传输到网点缓存机，所述录音录像流水信息中包括录音录像相关信息，以及从交易流水信息中抓取的客户信息、交易信息要素以及交易流水号；

所述网点缓存机在夜间将所述音视频文件上传到所述总行服务器；

所述客户端在接收到音视频文件调阅指令时，从所述总行服务器下载所需调阅的音视频文件。

2.根据权利要求1所述的方法，其特征在于，所述客户端判断所述交易是否需要录音录像，包括：

所述客户端显示交易界面；

所述客户端监测到用户在所述交易界面选择交易产品并输入了交易相关要素后，锁定所述交易界面，并判断所述交易是否需要录音录像；

所述客户端在开启录音录像装置后启动交易办理流程，包括：

所述客户端在开启录音录像装置后，将所述交易界面解锁以启动交易办理流程。

3.根据权利要求1所述的方法，其特征在于，所述客户端在接收到音视频文件调阅指令时，在从所述总行服务器下载所需调阅的音视频文件之前，还包括：

所述客户端判断所述网点缓存机是否存储有所需调阅的音视频文件；

若存在，则从所述网点缓存机下载所需调阅的音视频文件；否则，从所述总行服务器下载所需调阅的音视频文件。

4.根据权利要求3所述的方法，其特征在于，所述判断所述网点缓存机是否存储有所需调阅的音视频文件，包括：

确定所述网点缓存机中存储的音视频数据的最早录制时间；

判断所需调阅的音视频文件的录制时间是否晚于所述最早录制时间；

若判断结果为是，确定所述网点缓存机存储有所需调阅的音视频文件；否则，确定所述网点缓存机未存储有所需调阅的音视频文件。

5.根据权利要求1所述的方法，其特征在于，还包括：

当所述网点缓存机中的音视频文件的数据量大于预设阈值时，删除录制时间位于最近的预设时长之外的音视频文件。

6.一种信息处理***，其特征在于，包括：分布于各个网点的客户端和网点缓存机，以及布设于总行的总行服务器；

所述客户端用于在有交易发起时，判断所述交易是否需要录音录像；若所述交易需要录音录像，在开启录音录像装置后启动交易办理流程；在接收到交易结束指令时，生成录音录像流水信息并上传至所述总行服务器，并将所述录音录像装置录制的音视频文件传输到所述网点缓存机，所述录音录像流水信息中包括录音录像相关信息，以及从交易流水信息中抓取的客户信息、交易信息要素以及交易流水号；

所述网点缓存机在夜间将所述音视频文件上传到所述总行服务器；

所述客户端还用于在接收到音视频文件调阅指令时，从所述总行服务器下载所需调阅的音视频文件。

7.根据权利要求6所述的***，其特征在于，所述客户端在判断所述交易是否需要录音录像时，具体用于：显示交易界面；在监测到用户在所述交易界面选择交易产品并输入了交易相关要素后，锁定所述交易界面，并判断所述交易是否需要录音录像；

所述客户端在开启录音录像装置后启动交易办理流程时，具体用于：在开启录音录像装置后，将所述交易界面解锁以启动交易办理流程。

8.根据权利要求6所述的***，其特征在于，所述客户端在接收到音视频文件调阅指令时，在从所述总行服务器下载所需调阅的音视频文件之前，还用于：判断所述网点缓存机是否存储有所需调阅的音视频文件；若存在，则从所述网点缓存机下载所需调阅的音视频文件；否则，从所述总行服务器下载所需调阅的音视频文件。

9.根据权利要求8所述的***，其特征在于，所述客户端在判断所述网点缓存机是否存储有所需调阅的音视频文件时，具体用于：

确定所述网点缓存机中存储的音视频数据的最早录制时间；判断所需调阅的音视频文件的录制时间是否晚于所述最早录制时间；若判断结果为是，确定所述网点缓存机存储有所需调阅的音视频文件；否则，确定所述网点缓存机未存储有所需调阅的音视频文件。

10.根据权利要求6所述的***，其特征在于，所述网点缓存机还用于：当所述网点缓存机中的音视频文件的数据量大于预设阈值时，删除录制时间位于最近的预设时长之外的音视频文件。