CN117111802A - 媒体文件的线上审验方法、系统、终端设备及存储介质 - Google Patents

Abstract

本申请公开了一种媒体文件的线上审验方法、系统、终端设备及存储介质，涉及多媒体技术领域，方法包括：根据项目信息在预设的微服务架构中建立服务项目；基于目标媒体文件审验指令在预设的用户交互界面展示所述服务项目中的目标媒体文件；实时采集对所述目标媒体文件的审验操作数据。采用本申请技术方案能够基于微服务架构，根据项目信息在架构中建立服务项目，建立的服务项目用于针对媒体文件进行在线审验操作，使得针对媒体文件的审验操作更加简捷、管理更清晰，从而实现了优化媒体文件的线上审验流程的效果。

Description

媒体文件的线上审验方法、系统、终端设备及存储介质

技术领域

本申请涉及多媒体技术领域，尤其涉及一种媒体文件的线上审验方法、系统、终端设备及存储介质。

背景技术

当前，随着影视产业和游戏产业的蓬勃发展，CG(Computer Graphics利用计算机技术进行视觉设计和生产)设计也成为热门开发领域。

CG设计要求媒体创作的各方人员共同协作，由创作人员创作媒体文件，然后由审验人员和客户对媒体文件提出修改意见，创作人员再通过修改意见对媒体文件进行修改，协作过程可以通过线上和线下两种形式进行。然而，在通过线上形式进行协作工作时，用户通过智能终端对媒体文件进行审验、批注、修改和评论等操作，但需要用户下载客户端或者安装插件才能进行，强依赖于审验系统的稳定性，当审验系统需要升级或修复bug时，等待时间过长，并且，用户需要将媒体文件下载至本地才能进行操作，有数据泄露的风险，以及，现有的审验系统界面显示不友好，导致用户在对媒体文件进行批注、修改等操作时操作繁琐，给用户带来的操作体验不佳。

综上，如何优化媒体文件的线上审验流程，俨然已经成为本领域亟待解决的技术问题。

发明内容

本申请的主要目的在于提供一种媒体文件的线上审验方法、系统、终端设备及存储介质，旨在优化媒体文件的线上审验流程。

为实现上述目的，本申请提供一种媒体文件的线上审验方法，所述媒体文件的线上审验方法包括：

根据项目信息在预设的微服务架构中建立服务项目；

基于目标媒体文件审验指令在预设的用户交互界面展示所述服务项目中的目标媒体文件；

实时采集对所述目标媒体文件的审验操作数据。

可选地，所述基于目标媒体文件审验指令在预设的用户交互界面展示所述服务项目中的目标媒体文件的步骤，包括：

基于目标媒体文件审验指令确定所述服务项目中的目标媒体文件；

基于所述目标媒体文件的文件属性确定所述目标媒体文件的展示路径；

基于所述展示路径传输所述目标媒体文件至预设的用户交互界面进行展示。

可选地，所述基于所述目标媒体文件的文件属性确定所述目标媒体文件的展示路径的步骤，包括：

若所述目标媒体文件的文件属性为图片文件，则确定所述目标媒体文件的展示路径为第一数据流传输路径，所述第一数据流传输路径为预设的数据库至服务器至用户交互界面路径；

若所述目标媒体文件的文件属性为视频文件，则确定所述目标媒体文件的展示路径为第二数据流传输路径，所述第二数据流传输路径为预设的数据库至服务器至流媒体服务器至用户交互界面路径；

若所述目标媒体文件的文件属性为3D模型文件，则确定所述目标媒体文件的展示路径为第三数据流传输路径，所述第三数据流传输路径为预设的文件存储系统至用户交互界面路径。

可选地，所述审验操作数据包括批注操作数据和评论操作数据；

在所述基于目标媒体文件审验指令在预设的用户交互界面展示所述服务项目中的目标媒体文件的步骤之后，所述方法还包括：

在所述用户交互界面生成所述目标媒体文件的画布模板和评论区模板；

所述实时采集对所述目标媒体文件的审验操作数据的步骤，包括：

实时获取所述画布模板中的批注操作数据和所述评论区模板中的评论操作数据。

可选地，在所述实时采集对所述目标媒体文件的审验操作数据的步骤之后，所述方法还包括：

保存所述审验操作数据；

基于所述目标媒体文件审验指令在所述用户交互界面展示所述目标媒体文件及所述审验操作数据。

可选地，所述根据项目信息在预设的微服务架构中建立服务项目的步骤，包括：

根据项目信息生成部署服务请求；

基于所述部署服务请求和预设的容器配置在预设的微服务架构中建立所述项目信息对应的服务项目。

可选地，所述基于所述部署服务请求和预设的容器配置在预设的微服务架构中建立所述项目信息对应的服务项目的步骤，包括：

基于所述部署服务请求和预设的容器配置在预设的微服务架构中部署服务镜像；

根据所述服务镜像建立所述项目信息对应的服务项目。

此外，为实现上述目的，本申请还提供一种媒体文件的线上审验系统，所述媒体文件的线上审验系统包括：

项目建立模块，用于根据项目信息在预设的微服务架构中建立服务项目；

文件展示模块，用于基于目标媒体文件审验指令在预设的用户交互界面展示所述服务项目中的目标媒体文件；

数据采集模块，用于实时采集对所述目标媒体文件的审验操作数据。

此外，为实现上述目的，本申请还提供一种终端设备，所述终端设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的媒体文件线上审验程序，所述媒体文件线上审验程序被所述处理器执行时实现如上所述的媒体文件的线上审验方法的步骤。

此外，为实现上述目的，本申请还提出一种存储介质，所述存储介质上存储有媒体文件线上审验程序，所述媒体文件线上审验程序被处理器执行时实现如上所述的媒体文件的线上审验方法的步骤。

本申请提供的一种媒体文件的线上审验方法、系统、终端设备及存储介质，该媒体文件的线上审验方法包括：根据项目信息在预设的微服务架构中建立服务项目；基于目标媒体文件审验指令在预设的用户交互界面展示所述服务项目中的目标媒体文件；实时采集对所述目标媒体文件的审验操作数据。

如此，本申请基于微服务架构，根据项目信息在架构中建立服务项目，建立的服务项目用于针对媒体文件进行在线审验操作，使得针对媒体文件的审验操作更加简捷、管理更清晰，从而实现了优化媒体文件的线上审验流程的效果。

附图说明

图1为本申请实施例方案涉及的终端设备硬件运行环境的设备结构示意图；

图2为本申请媒体文件的线上审验方法一实施例的实施流程示意图；

图3为本申请媒体文件的线上审验方法一实施例所涉及的文件审验整体流程示意图；

图4为本申请媒体文件的线上审验方法一实施例所涉及的服务部署时序示意图；

图5为本申请媒体文件的线上审验系统一实施例的功能模块示意图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

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

需要说明，本申请实施例中所有方向性指示(诸如上、下、左、右、前、后……)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。

在本申请中，除非另有明确的规定和限定，术语“连接”、“固定”等应做广义理解，例如，“固定”可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系，除非另有明确的限定。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

另外，在本申请中如涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

本申请实施例提供一种终端设备。

如图1所示，图1是本申请实施例方案涉及的终端设备硬件运行环境的设备结构示意图。

如图1所示，在终端设备的硬件运行环境中，该终端设备可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的终端设备结构并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及媒体文件线上审验程序。

在图1所示的设备中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的媒体文件线上审验程序，并执行以下操作：

根据项目信息在预设的微服务架构中建立服务项目；

基于目标媒体文件审验指令在预设的用户交互界面展示所述服务项目中的目标媒体文件；

实时采集对所述目标媒体文件的审验操作数据。

可选地，处理器1001还可以用于调用存储器1005中存储的媒体文件线上审验程序，并执行以下操作：

基于目标媒体文件审验指令确定所述服务项目中的目标媒体文件；

基于所述目标媒体文件的文件属性确定所述目标媒体文件的展示路径；

基于所述展示路径传输所述目标媒体文件至预设的用户交互界面进行展示。

可选地，处理器1001还可以用于调用存储器1005中存储的媒体文件线上审验程序，并执行以下操作：

若所述目标媒体文件的文件属性为图片文件，则确定所述目标媒体文件的展示路径为第一数据流传输路径，所述第一数据流传输路径为预设的数据库至服务器至用户交互界面路径；

若所述目标媒体文件的文件属性为视频文件，则确定所述目标媒体文件的展示路径为第二数据流传输路径，所述第二数据流传输路径为预设的数据库至服务器至流媒体服务器至用户交互界面路径；

若所述目标媒体文件的文件属性为3D模型文件，则确定所述目标媒体文件的展示路径为第三数据流传输路径，所述第三数据流传输路径为预设的文件存储系统至用户交互界面路径。

可选地，处理器1001还可以用于调用存储器1005中存储的媒体文件线上审验程序，在执行基于目标媒体文件审验指令在预设的用户交互界面展示所述服务项目中的目标媒体文件的步骤之后，还执行以下操作：

在所述用户交互界面生成所述目标媒体文件的画布模板和评论区模板；

可选地，处理器1001还可以用于调用存储器1005中存储的媒体文件线上审验程序，并执行以下操作：

实时获取所述画布模板中的批注操作数据和所述评论区模板中的评论操作数据。

可选地，处理器1001还可以用于调用存储器1005中存储的媒体文件线上审验程序，在执行实时采集对所述目标媒体文件的审验操作数据的步骤之后，还执行以下操作：

保存所述审验操作数据；

基于所述目标媒体文件审验指令在所述用户交互界面展示所述目标媒体文件及所述审验操作数据。

可选地，处理器1001还可以用于调用存储器1005中存储的媒体文件线上审验程序，并执行以下操作：

根据项目信息生成部署服务请求；

基于所述部署服务请求和预设的容器配置在预设的微服务架构中建立所述项目信息对应的服务项目。

可选地，处理器1001还可以用于调用存储器1005中存储的媒体文件线上审验程序，并执行以下操作：

基于所述部署服务请求和预设的容器配置在预设的微服务架构中部署服务镜像；

根据所述服务镜像建立所述项目信息对应的服务项目。

基于上述的硬件结构，提出本申请媒体文件的线上审验方法的各个实施例的整体构思。

在本申请实施例中，随着影视产业和游戏产业的蓬勃发展，CG设计也成为热门开发领域。

CG设计要求媒体创作的各方人员共同协作，由创作人员创作媒体文件，然后由审验人员和客户对媒体文件提出修改意见，创作人员再通过修改意见对媒体文件进行修改，协作过程可以通过线上和线下两种形式进行。然而，在通过线上形式进行协作工作时，用户通过智能终端对媒体文件进行审验、批注、修改和评论等操作，但需要用户下载客户端或者安装插件才能进行，强依赖于审验系统的稳定性，当审验系统需要升级或修复bug时，等待时间过长，并且，用户需要将媒体文件下载至本地才能进行操作，有数据泄露的风险，以及，现有的审验系统界面显示不友好，导致用户在对媒体文件进行批注、修改等操作时操作繁琐，给用户带来的操作体验不佳。

综上，如何优化媒体文件的线上审验流程，俨然已经成为本领域亟待解决的技术问题。

针对上述问题，本申请实施例提出一种媒体文件的线上审验方法，该方法包括：根据项目信息在预设的微服务架构中建立服务项目；基于目标媒体文件审验指令在预设的用户交互界面展示所述服务项目中的目标媒体文件；实时采集对所述目标媒体文件的审验操作数据。

如此，本申请基于微服务架构，根据项目信息在架构中建立服务项目，建立的服务项目用于针对媒体文件进行在线审验操作，使得针对媒体文件的审验操作更加简捷、管理更清晰，从而实现了优化媒体文件的线上审验流程的效果。

基于上述本申请媒体文件的线上审验方法的总体构思，提出本申请媒体文件的线上审验方法的各个实施例。

请参照图2，图2为本申请媒体文件的线上审验方法第一实施例的流程示意图。需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

在本实施例中，本申请媒体文件的线上审验方法应用于上述的终端设备。应当理解的是，基于实际应用的不同设计需要，在不同可行的实施方式当中，本申请媒体文件的线上审验方法当然还可以具体应用于其它终端设备，为便于理解和阐述，在本实施例中均以终端设备作为直接的执行主体以针对本申请媒体文件的线上审验方法进行阐述。

如图2所示，在本实施例中，本申请媒体文件的线上审验方法可以包括：

步骤S10:根据项目信息在预设的微服务架构中建立服务项目；

在本实施例中，终端设备中预设有微服务架构，通过外部输入的项目信息在架构中进行服务部署，以建立与项目信息对应的服务项目。具体地，项目信息包括新建项目的参与人员、项目时间周期等数据，终端设备通过用户交互界面将用户输入的项目信息收集起来通过HTTP请求的方式发送到服务端，以供服务端在微服务架构中建立一个新的服务项目。

需要说明的是，在本实施例中，微服务架构是一项在云中部署应用和服务的技术，在该架构中，许多服务项目彼此之间的进程都是独立的，使服务项目的部署、管理和服务功能变得更加简单。

步骤S20:基于目标媒体文件审验指令在预设的用户交互界面展示所述服务项目中的目标媒体文件；

在本实施例中，终端设备在微服务架构中建立好服务项目之后，创作人员可基于用户交互界面在服务项目内上传需要交由审验人员审验的媒体文件，媒体文件的文件属性可以是图片、视频或者3D模型等，终端设备在接收到审验人员触发的目标媒体文件审验指令时，即可基于该指令在用户交互界面中展示指令对应的媒体文件，即展示目标媒体文件。

进一步地，在一种可行的实施例中，步骤S20，包括：

步骤S201:基于目标媒体文件审验指令确定所述服务项目中的目标媒体文件；

在本实施例中，终端设备基于审验人员触发的目标媒体文件审验指令确定服务项目中的目标媒体文件。

示例性地，在本实施例中，审验人员点击进入服务项目，终端设备在用户交互界面将展示服务项目中各个媒体文件的详细信息，如文件名、缩略图、上传用户等信息，然后，审验人员即可根据各个媒体文件的详细信息选择自己需要进行审验的目标媒体文件。

此外，在一种可行的实施例中，终端设备在建立服务项目时可根据项目信息设置访问权限，防止非项目人员查看媒体文件造成内容外泄。

步骤S202:基于所述目标媒体文件的文件属性确定所述目标媒体文件的展示路径；

在本实施例中，终端设备基于审验人员选择确定的目标媒体文件识别该文件的文件属性，并根据其文件属性来确定其展示路径。

进一步地，在一种可行的实施例中，步骤S202，包括：

步骤S2021:若所述目标媒体文件的文件属性为图片文件，则确定所述目标媒体文件的展示路径为第一数据流传输路径，所述第一数据流传输路径为预设的数据库至服务器至用户交互界面路径；

在本实施例中，终端设备确定目标媒体文件的文件属性为图片文件，则确定该图片文件的展示路径为第一数据流传输路径，由终端设备在后台的服务端将其先从数据库中下载图片文件至服务器，再通过数据流传输到前端界面，即传输到用户交互界面，以具体展示该目标媒体文件。

步骤S2022:若所述目标媒体文件的文件属性为视频文件，则确定所述目标媒体文件的展示路径为第二数据流传输路径，所述第二数据流传输路径为预设的数据库至服务器至流媒体服务器至用户交互界面路径；

在本实施例中，终端设备确定目标媒体文件的文件属性为视频文件，则确定该图片文件的展示路径为第二数据流传输路径，由终端设备在后台的服务端将其先从数据库中下载视频文件至服务器，再通过ffmpeg(一套可以用来记录、转换数字音频、视频，并能将其转化为流的开源计算机程序)向Node Media Server(流媒体服务器)推流，将播流地址加密后，返回前端播流地址，前端页面收到视频流地址后，在页面上即用户交互界面上进行播放，以具体展示该目标媒体文件。

步骤S2023:若所述目标媒体文件的文件属性为3D模型文件，则确定所述目标媒体文件的展示路径为第三数据流传输路径，所述第三数据流传输路径为预设的文件存储系统至用户交互界面路径。

在本实施例中，终端设备确定目标媒体文件的文件属性为3D模型文件，则确定该图片文件的展示路径为第三数据流传输路径，由终端设备将其从文件存储系统中提取出来，通过数据流传输至用户交互界面的浏览器或app中，并通过集成插件进行显示，以具体展示该目标媒体文件。

需要说明的是，在本实施例中，各文件属性的目标媒体文件在展示路径中传输的都是数据流，而不是真实的文件，文件不会下载到本地，从而有效的保护了媒体文件的安全性和保密性。

步骤S203:基于所述展示路径传输所述目标媒体文件至预设的用户交互界面进行展示。

在本实施例中，终端设备根据目标媒体文件的文件属性确定其传输路径之后，根据确定的路径将目标媒体文件传输至用户交互界面进行展示，媒体文件创作人员和审验人员即可对展示的目标媒体文件进行对应的修改或批注。

步骤S30:实时采集对所述目标媒体文件的审验操作数据。

在本实施例中，终端设备在用户交互界面中展示目标媒体文件，用户可对该文件进行审验操作，如批注、评论等操作，终端设备在用户操作过程中，可实时采集用户所进行的审验操作数据，当用户停止交互动作时，终端设备也能自动存储本次所采集到的审验操作数据。

本申请实施例提供的一种媒体文件的线上审验方法，该方法包括：根据项目信息在预设的微服务架构中建立服务项目；基于目标媒体文件审验指令在预设的用户交互界面展示所述服务项目中的目标媒体文件；实时采集对所述目标媒体文件的审验操作数据。

相比于传统的媒体文件的线上审验方法，本申请实施例通过在终端设备中预设微服务架构，通过外部输入的项目信息在架构中进行服务部署，以建立与项目信息对应的服务项目，具体地，项目信息包括新建项目的参与人员、项目时间周期等数据，终端设备通过用户交互界面将用户输入的项目信息收集起来通过HTTP请求的方式发送到服务端，以供服务端在微服务架构中建立一个新的服务项目；然后，目标媒体文件的创作人员可基于用户交互界面在服务项目内上传需要交由审验人员审验的媒体文件，媒体文件的文件属性可以是图片、视频或者3D模型等，终端设备在接收到审验人员触发的目标媒体文件审验指令时，即可基于该指令在用户交互界面中展示指令对应的媒体文件，即展示目标媒体文件；最后，用户可对展示的目标媒体文件进行审验操作，如批注、评论等操作，终端设备在用户操作过程中，可实时采集用户所进行的审验操作数据，当用户停止交互动作时，终端设备也能自动存储本次所采集到的审验操作数据。

如此，本申请基于微服务架构，根据项目信息在架构中建立服务项目，建立的服务项目用于针对媒体文件进行在线审验操作，使得针对媒体文件的审验操作更加简捷、管理更清晰，从而实现了优化媒体文件的线上审验流程的效果。

进一步地，基于上述本申请媒体文件的线上审验方法的第一实施例，提出本申请媒体文件的线上审验方法的第二实施例。

在本实施例中，审验操作数据包括批注操作数据和评论操作数据，在上述步骤S20：基于目标媒体文件审验指令在预设的用户交互界面展示所述服务项目中的目标媒体文件之后，本申请媒体文件的线上审验方法还包括：

步骤A10：在所述用户交互界面生成所述目标媒体文件的画布模板和评论区模板；

在本实施例中，终端设备将目标媒体文件展示在用户交互界面上后，用户即可根据自己的要求进行批注和评论等操作。首先，终端设备在用户交互界面中展示的目标媒体文件的上层，生成一层与目标媒体文件相同大小的透明的画布，并在用户交互界面中生成一个评论区输入框，该评论区输入框可根据用户的交互动作进行放大、缩小、移动、隐藏及显示，以方便用户在画布与评论区中进行切换。

基于此，步骤S30：实时采集对所述目标媒体文件的审验操作数据，包括：

步骤S301：实时获取所述画布模板中的批注操作数据和所述评论区模板中的评论操作数据。

在本实施例中，终端设备将目标媒体文件、画布模板和评论区模板都展示在用户交互界面后，用户即可根据自己的想法在画布中进行批注，在评论区中进行评论，终端设备将实时获取其批注操作数据和评论操作数据。

示例性地，在本实施例中，展示的目标媒体文件上有一层画布，用户可在画布底层的工具栏中选择画笔，并为画笔选择颜色、粗细等参数，并使用画笔在画布中进行批注，若批注错误，也可以使用工具栏中的橡皮擦进行擦除，或选择撤销上一步画笔操作，还可以对整个批注的画布进行清空以删除所有的画笔痕迹，用户也可以在评论区中对目标媒体文件进行评论。

进一步地，在一种可行的实施例中，在步骤S30之后，本申请媒体文件的线上审验方法还包括：

步骤A20：保存所述审验操作数据；

在本实施例中，对于正在审验的目标媒体文件，终端设备会实时采集用户的审验操作数据，并在用户停止操作时自动保存数据，也可以由用户主动提交保存，终端设备在接收到保存指令后将带有批注的画布连同评论打包存储。

步骤A30：基于所述目标媒体文件审验指令在所述用户交互界面展示所述目标媒体文件及所述审验操作数据。

在本实施例中，终端设备在接收到目标媒体文件审验指令时，将目标媒体文件及打包存储的审验操作数据一起展示在用户交互界面当中。用户可基于自身需求对审验操作数据进行显示、隐藏、修改、删除等操作。

示例性地，在本实施例中，如图3所示，图3为媒体文件审验的整体流程图，用户选择任务点击进入，即在服务项目中选择目标媒体文件，然后终端设备的前端(即用户交互界面)接收到任务信息请求并从终端设备的服务器中获取任务信息，服务器查找任务内媒体文件数据信息的列表，然后交由前端展示任务信息和媒体数据信息列表，然后前端请求列表中第一个媒体数据的具体信息，再由服务器查找媒体数据信息并处理信息，处理好后由前端展示媒体数据，用户对展示的媒体数据进行查看和审验操作，在操作过程中由服务端保存操作数据，在用户点击提交后，由服务器保存审验数据，用户在之后可以查看之前的审验操作数据。

从而，本申请实施例基于微服务架构构建一种满足用户审验操作需求、管理清晰、使用方便的媒体文件的线上审验系统，使审验人员和客户都可以对媒体文件进行在线查看、评论及批注操作，不受地域限制的进行有效沟通，并显著节省时间和金钱。

进一步地，基于上述本申请媒体文件的线上审验方法的第一实施例和/或者第二实施例，提出本申请媒体文件的线上审验方法的第三实施例。

在本实施例中，上述步骤S10：根据项目信息在预设的微服务架构中建立服务项目，包括：

步骤S101：根据项目信息生成部署服务请求；

步骤S102：基于所述部署服务请求和预设的容器配置在预设的微服务架构中建立所述项目信息对应的服务项目。

在本实施例中，终端设备基于微服务架构，在架构中根据项目信息生成部署服务请求，然后，基于生成的部署服务请求和预设的容器配置建立该项目信息所对应的服务项目。

进一步地，在一种可行的实施例中，步骤S102，包括：

步骤S1021：基于所述部署服务请求和预设的容器配置在预设的微服务架构中部署服务镜像；

步骤S1022：根据所述服务镜像建立所述项目信息对应的服务项目。

在本实施例中，终端设备通过用户交互界面将用户输入的项目信息收集起来通过HTTP请求的方式发送到服务端，服务端接收到请求之后，会使用预设的容器配置，请求Kubernetes API Server(负责处理接受请求的工作)部署容器，Kubernetes在接收到请求后即从镜像仓库拉取对应版本的服务镜像，并按照服务端给出的预设配置将服务部署在集群的工作节点上，然后将容器信息以及对外暴露的服务接口返回给服务端，服务端对信息作持久化存储后便将接口返回到前端供用户使用。

需要说明的是，在本实施例中，对于服务项目的建立过程，用户能够感知到的仅仅是上传文件、审验操作的过程，对服务的部署以及容器性能参数的设置无感知，有效降低了用户对于系统使用的学习成本。

示例性地，如图4所示，图4为关于新建服务项目的服务部署时序图，通过客户端向服务端发送部署请求，服务端在接收到部署请求后向数据库发送持久化请求信息，并在数据库存储请求信息后向服务支撑发送部署服务请求；服务支撑在接收到请求后向镜像仓库拉取容器镜像，得到容器镜像后进行部署服务和暴露服务，服务支撑向服务端返回部署成功的信息和部署的容器信息，服务端向数据库请求存储持久化容器信息后即完成服务项目的部署，在客户端通过URL(Uniform Resource Locator统一资源定位符)提供服务。

在本申请实施例中，在微服务架构中，通过容器技术部署服务，并借助于容器编排系统在运行时动态部署和管理，通过特定的通信协议调用其他服务，得以实现微服务之间的协同工作。系统将关键功能模块抽离集成，使用docker打包为镜像，存放至服务器中。本系统提供的服务可以采用不同的技术体系和团队进行独立开发，只需要保证最后打包成镜像上传至镜像仓库，即可通过容器的方式部署到集群提供服务，提高了软件开发的效率并且降低了系统维护的难度。服务通过容器部署在集群中，通过Kubernetes对运行时容器进行管理和运维，服务之间通过HTTP协议进行数据通信，最终实现服务之间的协同工作。并且，通过使用Kubernetes作为底层容器编排系统，用于部署和管理集群上的服务容器。为了减少系统在用户使用过程中的参与感以及降低用户对于系统使用的学习成本，还提供了服务自动化部署的能力。在用户使用本系统的过程中，系统会收集用户在交互过程中的信息，将容器部署在集群上。

此外，本申请实施例还提出一种媒体文件的线上审验系统。

请参照图5，本申请媒体文件的线上审验系统包括：

项目建立模块10，用于根据项目信息在预设的微服务架构中建立服务项目；

文件展示模块20，用于基于目标媒体文件审验指令在预设的用户交互界面展示所述服务项目中的目标媒体文件；

数据采集模块30，用于实时采集对所述目标媒体文件的审验操作数据。

可选地，文件展示模块20，包括：

文件确定单元，用于基于目标媒体文件审验指令确定所述服务项目中的目标媒体文件；

展示路径确定单元，用于基于所述目标媒体文件的文件属性确定所述目标媒体文件的展示路径；

文件展示单元，用于基于所述展示路径传输所述目标媒体文件至预设的用户交互界面进行展示。

可选地，展示路径确定单元，还用于若所述目标媒体文件的文件属性为图片文件，则确定所述目标媒体文件的展示路径为第一数据流传输路径，所述第一数据流传输路径为预设的数据库至服务器至用户交互界面路径；若所述目标媒体文件的文件属性为视频文件，则确定所述目标媒体文件的展示路径为第二数据流传输路径，所述第二数据流传输路径为预设的数据库至服务器至流媒体服务器至用户交互界面路径；以及，若所述目标媒体文件的文件属性为3D模型文件，则确定所述目标媒体文件的展示路径为第三数据流传输路径，所述第三数据流传输路径为预设的文件存储系统至用户交互界面路径。可选地，文件展示模块20，还用于在所述用户交互界面生成所述目标媒体文件的画布模板和评论区模板；

可选地，数据采集模块30，还用于实时获取所述画布模板中的批注操作数据和所述评论区模板中的评论操作数据。

可选地，本申请媒体文件的线上审验系统还包括：

数据保存模块，用于保存所述审验操作数据；

文件展示模块20，还用于基于所述目标媒体文件审验指令在所述用户交互界面展示所述目标媒体文件及所述审验操作数据。

可选地，项目建立模块10，包括：

请求生成单元，用于根据项目信息生成部署服务请求；

项目建立单元，用于基于所述部署服务请求和预设的容器配置在预设的微服务架构中建立所述项目信息对应的服务项目。

可选地，项目建立单元，还用于基于所述部署服务请求和预设的容器配置在预设的微服务架构中部署服务镜像；以及，根据所述服务镜像建立所述项目信息对应的服务项目。

其中，上述媒体文件的线上审验系统中各个模块的功能实现与上述媒体文件的线上审验方法实施例中各步骤相对应，其功能和实现过程在此处不再一一赘述。

此外，本申请还提出一种计算机可读存储介质，该存储介质上存储有媒体文件的线上审验程序，该媒体文件线上审验程序被处理器执行时实现如上所述本申请媒体文件的线上审验方法的步骤。

本申请存储介质的具体实施例与上述媒体文件的线上审验方法各实施例基本相同，在此不作赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种媒体文件的线上审验方法，其特征在于，所述媒体文件的线上审验方法包括：

根据项目信息在预设的微服务架构中建立服务项目；

基于目标媒体文件审验指令在预设的用户交互界面展示所述服务项目中的目标媒体文件；

实时采集对所述目标媒体文件的审验操作数据。

2.根据权利要求1所述的媒体文件的线上审验方法，其特征在于，所述基于目标媒体文件审验指令在预设的用户交互界面展示所述服务项目中的目标媒体文件的步骤，包括：

基于目标媒体文件审验指令确定所述服务项目中的目标媒体文件；

基于所述目标媒体文件的文件属性确定所述目标媒体文件的展示路径；

基于所述展示路径传输所述目标媒体文件至预设的用户交互界面进行展示。

3.根据权利要求2所述的媒体文件的线上审验方法，其特征在于，所述基于所述目标媒体文件的文件属性确定所述目标媒体文件的展示路径的步骤，包括：

若所述目标媒体文件的文件属性为图片文件，则确定所述目标媒体文件的展示路径为第一数据流传输路径，所述第一数据流传输路径为预设的数据库至服务器至用户交互界面路径；

若所述目标媒体文件的文件属性为视频文件，则确定所述目标媒体文件的展示路径为第二数据流传输路径，所述第二数据流传输路径为预设的数据库至服务器至流媒体服务器至用户交互界面路径；

若所述目标媒体文件的文件属性为3D模型文件，则确定所述目标媒体文件的展示路径为第三数据流传输路径，所述第三数据流传输路径为预设的文件存储系统至用户交互界面路径。

4.根据权利要求1所述的媒体文件的线上审验方法，其特征在于，所述审验操作数据包括批注操作数据和评论操作数据；

在所述基于目标媒体文件审验指令在预设的用户交互界面展示所述服务项目中的目标媒体文件的步骤之后，所述方法还包括：

在所述用户交互界面生成所述目标媒体文件的画布模板和评论区模板；

所述实时采集对所述目标媒体文件的审验操作数据的步骤，包括：

实时获取所述画布模板中的批注操作数据和所述评论区模板中的评论操作数据。

5.根据权利要求4所述的媒体文件的线上审验方法，其特征在于，在所述实时采集对所述目标媒体文件的审验操作数据的步骤之后，所述方法还包括：

保存所述审验操作数据；

基于所述目标媒体文件审验指令在所述用户交互界面展示所述目标媒体文件及所述审验操作数据。

6.根据权利要求1所述的媒体文件的线上审验方法，其特征在于，所述根据项目信息在预设的微服务架构中建立服务项目的步骤，包括：

根据项目信息生成部署服务请求；

基于所述部署服务请求和预设的容器配置在预设的微服务架构中建立所述项目信息对应的服务项目。

7.根据权利要求6所述的媒体文件的线上审验方法，其特征在于，所述基于所述部署服务请求和预设的容器配置在预设的微服务架构中建立所述项目信息对应的服务项目的步骤，包括：

基于所述部署服务请求和预设的容器配置在预设的微服务架构中部署服务镜像；

根据所述服务镜像建立所述项目信息对应的服务项目。

8.一种媒体文件的线上审验系统，其特征在于，所述媒体文件的线上审验系统包括：

项目建立模块，用于根据项目信息在预设的微服务架构中建立服务项目；

文件展示模块，用于基于目标媒体文件审验指令在预设的用户交互界面展示所述服务项目中的目标媒体文件；

数据采集模块，用于实时采集对所述目标媒体文件的审验操作数据。

9.一种终端设备，其特征在于，所述终端设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的媒体文件线上审验程序，所述媒体文件线上审验程序被所述处理器执行时实现如权利要求1至7中任一项所述的媒体文件的线上审验方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述存储介质上存储有媒体文件线上审验程序，所述媒体文件线上审验程序被处理器执行时实现如权利要求1至7中任一项所述的媒体文件的线上审验方法的步骤。