具体实施方式

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

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本申请提供了一种音视频数据的处理方法，以解决现有技术效率相对较慢并且过于繁琐的问题。

可选地，实现本申请实施例提供的一种音视频数据的处理方法，本申请实施例提供了一种音视频数据的处理系统。具体如图1所示，本申请实施例提供的音视频数据的处理系统，包括：

第一客户端101、后端服务系统102、第二客户端103。

其中，第一客户端101主要用于主要用户实时录制得到音视频数据，并实时将录制得到的音视频数据进行封装，并将封装后的音视频数据利用实时传输协议上传至后端服务系统102。当然，第一客户端101还可以用于预约录制时间等。

所以，第一客户端101在双录应用场景中为销售人员使用的客户端。

后端服务系统102，主要用于接收第一客户端101上传的音视频数据，并对音视频数据进行相关协议的分发，并将实时音视频数据实时提供给第二客户端103，以及用于将第二客户端103上传的音视频数据的质量评估数据反馈给第一客户端101等。

可选地，后端服务系统102中可以包括服务端以及CDN节点。其中，服务端主要用于接收第一客户端101上传的音视频数据，并对音视频数据进行存储，即相当于数据源。CDN节点主要用于内容分发，即主要用于从服务端实时拉取服务端存储的音视频数据，并提供给第二客户端103进行实时播放，从而实现实时拉流。

第二客户端103，主要用于基于音视频数据的地址，从后端服务器系统实时获取最新的音视频数据并进行实时播放，以及用于上传音视频数据的质量评估数据等。

所以，第二客户端103在双录应用场景中为检查人员使用的客户端。

基于上述提供的音视频数据的处理系统，本申请实施例提供了一种音视频数据的处理方法。如图2所示，本申请实施例提供的一种音视频数据的处理方法，包括以下步骤：

S201、接收第一客户实时采集并封装后上传的音视频数据。

具体的，第一客户端实时采集得到音视频数据，并将音视频数据进行封装后，利用实时传输协议进行上传，以进行后续的相关协议的分发。

其中，音视频数据包括视频数据以及同步采集到的音频数据，

S202、将音视频数据进行存储。

S203、当接收到第二客户端发送的音视频数据的观看请求时，实时拉取最新存储的音视频数据，并发送给第二客户端进行实时播放。

具体的，当存储有音视频数据时，即存在直播内容时，第二客户端的用户可以通过第二客户端利用指定的地址，即音视频数据的地址进行音视频数据的拉取进行实时播放，从而实现对销售过程的直播。

可选地，在本申请另一实施例中，步骤S203中实时拉取最新存储的音视频数据，并发送给第二客户端进行实时播放的一种实施方式，如图3所示，包括以下步骤：

S301、根据传输协议类型，经过CDN节点建立与第二客户端的连接。

在本申请实施例中，通过CDN节点进行内容分发，以能提供数据传输的效率。

具体在接收到第二客户端发送的音视频数据的观看请求时，根据传输协议类型，与服务端建立连接并其存储的音视频数据，以能进行直播观看。

S302、通过CDN节点基于观看请求中包含的所述音视频数据的地址，实时拉取存储中最新的音视频数据，并传输给第二客户端进行实时播放。

S204、接收第二客户端反馈的音视频数据的质量评估数据。

其中，可选地，音视频数据的质量评估数据可以是在音视频数据播放过程中生成，并且在结束本次的音视频数据采集后上传。当然，这只是其中一种可选地的方式，也可以是在在音视频数据播放过程中不断生成并上传。

可选地，第二客户端的用户，即检查人员在观看实时音视频数据过程中，可以根据预定义的问卷清单，对视频录制过程中的各个环节进行记录。在完成本次录制后，将音视频数据的质量评估数据上传服务端。

其中，若录制的环节中存在问题，则质量评估数据中包括各个环节存在的问题，并且可以包括有提示重新录制的信息等。若录制的环节中不存在问题，则质量评估数据包括指示审核通过的指示信息。

S205、将质量评估数据反馈给第一客户端。

可选地，在本申请另一实施例中提供的音视频数据的处理方法，在执行步骤S201之前，还可以进一步先执行直播预约，如图4所示，直播预约的方式，包括以下步骤：

S401、获取第一客户端发送的目标产品的多项产品信息。

其中，产品信息可以包括产品名称、渠道、保费、机构名称以及客户等级等。

S402、基于目标产品的多项产品信息，将目标产品与直播双录条件进行匹配，得到匹配结果。

具体的，分别将每项产品信息与对应的直播双录条件中的要求进行匹配，若每项产品信息均匹配成功，则反馈匹配成功的匹配成功。

S403、将匹配结果反馈给第一客户端。

S404、接收第一客户端上传的预约信息。

其中，预约信息至少包括预约直播时间段以及目标产品的唯一标识。

需要说明的是，在目标产品满足直播双录条件时，才能上传目标产品对应的预约信息。具体的，第一客户端通过调用相应的接口上传预约信息。

S405、将预约信息推送至确定出的检查人员对应的第二客户端。

可选地，可以将预约信息保存至数据库中，再通过消息中间件将预约信息推送至第二客户端。

可选地，由于检测人员可能存在多位，所以可以预先通过设置的任务分配策略，选取出检查人员，并向该检查人员的第二客户端发送预约信息。

可选的，在本申请另一实施例中，在执行步骤S405之后，还可以进一步包括：

对目标产品的多项产品信息以及指定的直播房间号信息进行算法处理，得到音视频数据的地址，并反馈给第二客户端。

本申请实施例提供了一种音视频数据的处理方法，接收第一客户实时采集并封装后上传的音视频数据，并将音视频数据进行存储，然后当接收到第二客户端发送的音视频数据的观看请求时，实时拉取最新存储的音视频数据，并发送给第二客户端进行实时播放，从而实现录制内容的直播，进而实现了检查与录制的同步，不需要在录制完成的过程后，再进行检查，有效提供了处理的效率，并且还接收第二客户端反馈的音视频数据的质量评估数据，将质量评估数据反馈给第一客户端，从而在录制的音视频数据不满足要求时，可以及时进行调整，或者及时进行再次录制，不需要反复联系用户进行录制。

需要说明的是，附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。

也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

并且，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。

本申请另一实施例提供了一种音视频数据的处理装置，如图5所示，包括：

第一接收单元501，用于接收第一客户实时采集并封装后上传的音视频数据。

存储单元502，用于将音视频数据进行存储。

拉取单元503，用于当接收到第二客户端发送的音视频数据的观看请求时，实时拉取最新存储的音视频数据，并发送给第二客户端进行实时播放。

第二接收单元504，用于接收第二客户端反馈的音视频数据的质量评估数据。

第一反馈单元505，用于将质量评估数据反馈给第一客户端。

可选地，在本申请另一实施例提供的音视频数据的处理装置中，拉取单元，如图6所示，包括：

连接单元601，用于根据传输协议类型，经过CDN节点建立与第二客户端的连接。

拉取子单元602，用于通过CDN节点基于观看请求中包含的音视频数据的地址，实时拉取存储中最新的音视频数据，并传输给第二客户端进行实时播放。

可选地，可选地，在本申请另一实施例提供的音视频数据的处理装置中，还包括预约单元。其中，如图7所示，预约单元，包括以下单元：

获取单元701，用于获取第一客户端发送的目标产品的多项产品信息。

匹配单元702，用于基于目标产品的多项产品信息，将目标产品与直播双录条件进行匹配，得到匹配结果；

第二反馈单元703，用于将匹配结果反馈给第一客户端；

第三接收单元704，用于接收第一客户端上传的预约信息。

其中，预约信息至少包括预约直播时间段以及目标产品的唯一标识。

推送单元705，用于将预约信息推送至确定出的检查人员对应的第二客户端。

可选地，在本申请另一实施例提供的音视频数据的处理装置中，还包括：

地址生成单元，用于对目标产品的多项产品信息以及指定的直播房间号信息进行算法处理，得到音视频数据的地址，并反馈给第二客户端。

需要说明的是，本申请上述实施例提供的各个单元可以是图1所示出的后端服务系统中的各个组成单元，并且各个单元的具体工作过程可相应地参考上述方法实施例中的相应的步骤，此处不再赘述。

本申请实施例提供了一种音视频数据的处理装置，第一接收单元接收第一客户实时采集并封装后上传的音视频数据，并由存储单元将音视频数据进行存储，然后拉取单元在接收到第二客户端发送的音视频数据的观看请求时，实时拉取最新存储的音视频数据，并发送给第二客户端进行实时播放，从而实现录制内容的直播，进而实现了检查与录制的同步，不需要在录制完成的过程后，再进行检查，有效提供了处理的效率，并且第二接收单元接收第二客户端反馈的音视频数据的质量评估数据，并由第一反馈单元将质量评估数据反馈给第一客户端，从而在录制的音视频数据不满足要求时，可以及时进行调整，或者及时进行再次录制，不需要反复联系用户进行录制。

本申请另一实施例提供了一种电子设备，如图8所示，包括：

存储器801和处理器802。

其中，存储器801用于存储程序。

处理器802用于执行存储器801存储的程序，并且该程序被执行时，具体用于实现如上述任意一个实施例提供的音视频数据的处理方法。

本申请第四方面一种计算机存储介质，用于存储计算机程序，该计算机程序被执行时，用于实现如上述任意一个实施例提供的音视频数据的处理方法。

计算机存储介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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