一种视频文件处理方法、终端、服务器以及系统与流程

本发明涉及多媒体领域，尤其涉及一种视频文件处理方法、终端、服务器以及系统。

背景技术：

随着互联网的不断发展，通过网络分享视频文件日益普遍。

由于视频文件通常较大，会占用较大的网络带宽，若终端处于较差的网络环境，传输视频文件十分耗时，用户体验较差。

技术实现要素：

本发明实施例提供一种视频文件处理方法、终端、服务器以及系统，能够根据网络环境实现视频文件的转码处理，适应不同的网络环境，提高用户体验。

本发明实施例第一方面提供了一种视频文件处理方法，应用于发送端，包括：

接收传输请求，根据所述传输请求确定目标视频文件以及目标接收方；

获取所述目标接收方发送的网络信息；

根据所述网络信息确定视频转码参数；

将所述视频转码参数以及所述目标视频文件发送至预设的服务器，以使得所述服务器根据所述视频转码参数对所述目标视频文件进行转码处理。

可选的，所述接收传输请求，根据所述传输请求确定目标视频文件以及目标接收方，包括：

接收操作指令，根据所述操作指令生成传输请求；或者

接收其他终端发送的外部传输请求；

解析所述传输请求，获取所述传输请求对应的目标视频文件以及所述传输请求对应的目标接收方。

可选的，所述获取所述目标接收方发送的网络信息，包括：

所述目标接收方采用预设的算法检测自身的网络信息，所述网络信息包括网络连接信息、网络速率以及网络带宽。

可选的，所述根据所述网络信息确定视频转码参数，包括：

解析所述网络信息，确定所述目标接收方的网络环境；

根据所述网络环境计算视频转码参数，所述视频转码参数包括：分辨率、帧率以及码率。

本发明实施例第二方面提供了一种视频文件处理方法，应用于服务器，包括：

接收发送端发送的视频转码参数以及目标视频文件；

根据所述视频转码参数对所述目标视频文件进行转码处理，得到转码文件；

获取所述目标视频文件对应的目标接收方；

将所述转码文件发送至所述目标接收方。

本发明实施例第三方面提供了一种终端，包括：

第一接收模块，用于接收传输请求，根据所述传输请求确定目标视频文件以及目标接收方；

第一获取模块，用于获取所述目标接收方发送的网络信息；

参数确定模块，用于根据所述网络信息确定视频转码参数；

第一发送模块，用于将所述视频转码参数以及所述目标视频文件发送至预设的服务器，以使得所述服务器根据所述视频转码参数对所述目标视频文件进行转码处理。

可选的，所述第一接收模块，具体用于：

接收操作指令，根据所述操作指令生成传输请求；或者

接收其他终端发送的外部传输请求；

解析所述传输请求，获取所述传输请求对应的目标视频文件以及所述传输请求对应的目标接收方。

可选的，所述目标接收方采用预设的算法检测自身的网络信息，所述网络信息包括网络连接信息、网络速率以及网络带宽；

所述参数确定模块具体用于：

解析所述网络信息，确定所述目标接收方的网络环境；

根据所述网络环境计算视频转码参数，所述视频转码参数包括：分辨率、帧率以及码率。

本发明实施例第四方面提供了一种服务器，包括：

第二接收模块，用于接收发送端发送的视频转码参数以及目标视频文件；

转码模块，用于根据所述视频转码参数对所述目标视频文件进行转码处理，得到转码文件；

第二获取模块，用于获取所述目标视频文件对应的目标接收方；

第二发送模块，用于将所述转码文件发送至所述目标接收方。

本发明实施例第五方面提供了一种视频文件处理系统，包括发送端、服务器以及接收端，包括：

所述发送端接收传输请求，根据所述传输请求确定目标视频文件以及接收端；

所述接收端采用预设的算法检测自身的网络信息，并将所述网络信息发送至所述发送端；

所述发送端获取所述目标接收方发送的网络信息；

所述发送端根据所述网络信息确定视频转码参数，将所述视频转码参数以及所述目标视频文件发送至所述服务器；

所述服务器根据所述视频转码参数对所述目标视频文件进行转码处理，得到转码文件；

所述服务器将所述转码文件发送至所述接收端。

实施本发明实施例，具有如下有益效果：

本发明实施例中的视频文件处理方法、终端、服务器以及系统，在发送端接收到视频传输请求时，进一步的获取接收端的网络情况，根据接收端的网络情况确定针对视频文件的转码参数，从而使得服务器能够根据接收端的网络情况有针对性的进行视频转码，使得转码后的视频文件能够适配接收方，避免出现播放等待时间长、分辨率低等情况，能够更好的提升视频分享过程中的体验，兼顾视频传输过程中的实时性和速度。

附图说明

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

图1为本发明实施例提供的一种视频文件处理方法的实施环境图。

图2为本发明实施例提供的一种视频文件处理方法第一实施例的方法流程图。

图3为本发明实施例提供的一种视频文件处理方法第二实施例的方法流程图。

图4为本发明实施例提供的一种终端第一实施例的结构示意图。

图5为本发明实施例提供的一种服务器第一实施例的结构示意图。

具体实施方式

下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本公开相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图中将各步骤描述成顺序的处理，但是其中的许多步骤可以并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排，当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图内的其它步骤。处理可以对应于方法、函数、规程、子例程、子程序等。

图1为本发明实施例提供的一种视频文件处理方法的实施环境图。如图1所示，发送端100通过服务器200与接收端300之间实现视频文件的分享。所述发送端100和接收端300可以为移动终端、平板电脑、计算机等电子设备。本实施例中，发送端100和接收端300之间可以通过相应的社交软件或者视频分享软件等实现视频之间的分享。所述服务器200可以是所述社交软件或者视频分享软件对应的后台服务器。在视频分享过程中，所述发送端100在接收到分享指令之后，将待分享的视频文件发送至服务器200，接收端300通过服务器200接收该视频文件。在本实施例中，发送端100根据接收端300的网络环境来设置转码参数，并将转码参数发送给服务器200。可以理解的是，本实施例中，发送端100和接收端300的数量可以为多个，发送端100可以将视频文件分享给多人，

下面结合附图详细说明本发明实施例。

图2为本发明实施例提供的一种视频文件处理方法第一实施例的方法流程图。本实施例中，该视频文件处理方法应用于发送端，该方法包括以下步骤s201-s204。

在步骤s201中，接收传输请求，根据所述传输请求确定目标视频文件以及目标接收方。

具体的，发送端侦测是否接收到传输请求，在接收到传输请求时，根据传输请求确定所述传输请求对应的目标视频文件以及目标接收方。其中，所述目标视频文件是指所述传输请求想要请求传输的视频文件，所述目标接收方是指所述请求传输的视频文件的接收方。

在一种实施方式中，所述传输请求可以是由所述发送端的用户主动发出的，即发送端会主动想要分享一些视频文件。此时，用户在发送端上进行相应的操作。发送端接收操作指令，根据操作指令生成传输请求。此时的传输请求中包括想要分享传输的目标视频文件以及目标接收方。

在另一种实施方式中，所述传输请求来自于其他终端，比如来自于接收端，接收端会通过应用程序发送传输请求，所述传输请求用于请求指定视频文件的传输分享。此时，发送端接收其他终端发送的外部传输请求。

在接收到传输请求之后，解析所述传输请求，获取所述传输请求对应的目标视频文件以及所述传输请求对应的目标接收方。

在步骤s202中，获取所述目标接收方发送的网络信息。

具体的，由于发送端和接收端所处的网络环境可能不同，当发送端准备发送的目标视频文件体积较大时，若接收方网络较差，此时传输就会耗时很久；若发送端把目标视频文件压缩了之后进行传输，而此时接收方网络环境非常好，则在接收方，视频播放效果就会画面比较差。有鉴于此，有必要提前获取目标接收方的网络信息。本实施例中，目标接收方采用预设的算法检测自身的网络信息，所述网络信息包括网络连接信息、网络速率以及网络带宽。所述预设的算法可以是在预设时间内通过发送一定数量的数据包到预设的端口，根据返回情况计算当前的网络信息；还可以是通过已知的测速模块进行网络测速。举一个实施方式：对于服务器端，提供一个http的接口api，支持上传一个文件，在客户端在传输一个视频文件的时候，发送一个httppost请求，假设上传一个10mb的测试文件，计算完成发送的耗时，假设为20s，那么网络带宽＝10mb*8/20＝4mbps。本领域技术人员可以理解的是，所述检测网络的算法还可以是其他方式，本发明实施例并不以此为限。在目标接收方侦测了自身的网络信息之后，目标接收方将所述网络信息发送给发送端，所述发送端接收目标接收方发送的网络信息。

在步骤s203中，根据所述网络信息确定视频转码参数。

具体的，发送端在接收到目标接收方的网络信息之后，根据网络信息确定视频转码参数。比如，若目标接收方的网络环境很好，则在视频转码时可以不对视频分辨率、帧率进行处理，只需要对格式进行相应的调整即可，从而不会改变视频的画质。而若目标接收方的网络环境较差，就需要对视频进行分辨率或者帧率或者码率的调整，从而保证视频大小能够及时传输。

本实施例中，发送端首先解析所述网络信息，确定目标接收方的网络环境。根据网络环境计算视频转码参数，所述视频转码参数包括：分辨率、帧率以及码率。

在步骤s204中，将所述视频转码参数以及所述目标视频文件发送至预设的服务器，以使得所述服务器根据所述视频转码参数对所述目标视频文件进行转码处理。

具体的，本实施例中，发送端将视频转码参数以及目标视频文件发送给服务器，由服务器对目标视频文件进行转码处理，服务器在转码完成之后，再将转码后的文件发送给目标接收方，以使得所述目标接收方观看到所述视频文件。本实施例中视频转码的操作是放在服务器侧进行，主要是为了节省发送端的处理资源。因为现阶段，发送端通常为移动终端，移动终端由于处理器能力以及功耗有限，往往比较不便于对视频进行处理，因此，本实施例中将处理视频转码的过程放在服务器侧进行。本领域技术人员可以理解的是，在其他实施方式中，也可以由发送端来进行视频转码的操作，在发送端自行进行视频转码之后，将转码之后的视频发送给服务器，已由服务器发送给接收端。

在其他实施方式中，所述传输请求对应的目标接收方的数量可以为多个，此时，所述多个目标接收方均对自身的网络环境进行检测，并将网络信息发送给发送端，发送端根据多个网络信息分别确定多个目标接收方对应的多个转码参数，并将所述多个转码参数以及目标视频文件发送给服务器，服务器根据多个转码参数进行不同的转码处理，以发送给所述多个目标接收方，从而能够适应性满足多个目标接收方的需求，更好的实现视频分享，保证视频传输过程中的实时性和速度。

上述可知，本发明实施例中的视频文件处理方法，在发送端接收到视频传输请求时，进一步的获取接收端的网络情况，根据接收端的网络情况确定针对视频文件的转码参数，从而使得服务器能够根据接收端的网络情况有针对性的进行视频转码，使得转码后的视频文件能够适配接收方，避免出现播放等待时间长、分辨率低等情况，能够更好的提升视频分享过程中的体验，兼顾视频传输过程中的实时性和速度。

图3为本发明实施例提供的一种视频文件处理方法第二实施例的方法流程图。本实施例中，该视频文件处理方法应用于服务器，该方法包括以下步骤s301-s304。

在步骤s301中，接收发送端发送的视频转码参数以及目标视频文件。

具体的，服务器接收发送端发送的视频转码参数以及目标视频文件。本实施例中，服务器由于处理性能较强，可以用于对视频进行转码操作。此外，服务器还用于存储所述视频文件。所述服务器可以是相应的视频分享软件、社交软件对应的后台服务器。

在步骤s302中，根据所述视频转码参数对所述目标视频文件进行转码处理，得到转码文件。

具体的，根据视频转码参数，对目标视频文件进行转码处理，所述视频转码参数包括：分辨率、帧率以及码率。可以理解的是，对视频文件进行转码处理的操作可以采用现有的相关视频处理方式，本实施例并不以此为限。

在步骤s303中，获取所述目标视频文件对应的目标接收方。

具体的，获取相应的目标接收方，所述目标接收方的数量可以为多个。

在步骤s304中，将所述转码文件发送至所述目标接收方。

具体的，本实施例中，可以采取多种方式进行转码文件的发送。比如，可以推送相应的信息至目标接收方，目标接收方在接收到推送信息之后，可以通过应用程序从服务器上下载所述转码文件；还可以直接通过推送转码文件的形式进行发送，也可以是其他方式，本实施例并不以此为限。

上述可知，本发明实施例中的视频文件处理方法，服务器能够根据接收端的网络情况有针对性的进行视频转码，使得转码后的视频文件能够适配接收方，避免出现播放等待时间长、分辨率低等情况，能够更好的提升视频分享过程中的体验，兼顾视频传输过程中的实时性和速度。

图4为本发明实施例提供的一种终端第一实施例的结构示意图。本实施例中，该终端为发送端，该终端可以为移动终端、平板电脑、计算机等。该终端包括第一接收模块401、第一获取模块402、参数确定模块403以及第一发送模块404。

所述第一接收模块401，用于接收传输请求，根据所述传输请求确定目标视频文件以及目标接收方；

所述第一获取模块402，用于获取所述目标接收方发送的网络信息；

所述参数确定模块403，用于根据所述网络信息确定视频转码参数；

所述第一发送模块404，用于将所述视频转码参数以及所述目标视频文件发送至预设的服务器，以使得所述服务器根据所述视频转码参数对所述目标视频文件进行转码处理。

在其他实施方式中，所述第一接收模块401，具体用于：

接收操作指令，根据所述操作指令生成传输请求；或者

接收其他终端发送的外部传输请求；

解析所述传输请求，获取所述传输请求对应的目标视频文件以及所述传输请求对应的目标接收方。

在其他实施方式中，所述目标接收方采用预设的算法检测自身的网络信息，所述网络信息包括网络连接信息、网络速率以及网络带宽；

所述参数确定模块403具体用于：

解析所述网络信息，确定所述目标接收方的网络环境；

根据所述网络环境计算视频转码参数，所述视频转码参数包括：分辨率、帧率以及码率。

上述可知，本发明实施例中的终端，在发送端接收到视频传输请求时，进一步的获取接收端的网络情况，根据接收端的网络情况确定针对视频文件的转码参数，从而使得服务器能够根据接收端的网络情况有针对性的进行视频转码，使得转码后的视频文件能够适配接收方，避免出现播放等待时间长、分辨率低等情况，能够更好的提升视频分享过程中的体验，兼顾视频传输过程中的实时性和速度。

图5为本发明实施例提供的一种服务器第一实施例的结构示意图。所述服务器包括第二接收模块501、转码模块502、第二获取模块503以及第二发送模块504。

所述第二接收模块501，用于接收发送端发送的视频转码参数以及目标视频文件；

所述转码模块502，用于根据所述视频转码参数对所述目标视频文件进行转码处理，得到转码文件；

所述第二获取模块503，用于获取所述目标视频文件对应的目标接收方；

所述第二发送模块504，用于将所述转码文件发送至所述目标接收方。

上述可知，本发明实施例中的服务器能够根据接收端的网络情况有针对性的进行视频转码，使得转码后的视频文件能够适配接收方，避免出现播放等待时间长、分辨率低等情况，能够更好的提升视频分享过程中的体验，兼顾视频传输过程中的实时性和速度。

本发明实施例还提供了一种视频文件处理系统，所述视频文件处理系统包括发送端、服务器以及接收端。

所述发送端接收传输请求，根据所述传输请求确定目标视频文件以及接收端；

所述接收端采用预设的算法检测自身的网络信息，并将所述网络信息发送至所述发送端；

所述发送端获取所述目标接收方发送的网络信息；

所述发送端根据所述网络信息确定视频转码参数，将所述视频转码参数以及所述目标视频文件发送至所述服务器；

所述服务器根据所述视频转码参数对所述目标视频文件进行转码处理，得到转码文件；

所述服务器将所述转码文件发送至所述接收端。

上述可知，本发明实施例中的视频文件处理系统，在发送端接收到视频传输请求时，进一步的获取接收端的网络情况，根据接收端的网络情况确定针对视频文件的转码参数，从而使得服务器能够根据接收端的网络情况有针对性的进行视频转码，使得转码后的视频文件能够适配接收方，避免出现播放等待时间长、分辨率低等情况，能够更好的提升视频分享过程中的体验，兼顾视频传输过程中的实时性和速度。

上述实施例中提供各模块两两之间均可实现通讯连接，且各模块均可与平台的中心控制装置通讯连接，上述实施例中提供的通过指纹识别快速录音装置可执行本公开中任意实施例中所提供的通过指纹识别快速录音的方法，具备执行该方法相应的功能模块和有益效果，未在上述实施例中详细描述的技术细节，可参见本公开任意实施例中所提供的快速录音的方法。

将意识到的是，本公开也扩展到适合于将本公开付诸实践的计算机程序，特别是载体上或者载体中的计算机程序。程序可以以源代码、目标代码、代码中间源和诸如部分编译的形式的目标代码的形式，或者以任何其它适合在按照本公开的方法的实现中使用的形式。也将注意的是，这样的程序可能具有许多不同的构架设计。例如，实现按照本公开的方法或者系统的功能性的程序代码可能被再分为一个或者多个子例程。

用于在这些子例程中间分布功能性的许多不同方式将对技术人员而言是明显的。子例程可以一起存储在一个可执行文件中，从而形成自含式的程序。这样的可执行文件可以包括计算机可执行指令，例如处理器指令和/或解释器指令(例如，java解释器指令)。可替换地，子例程的一个或者多个或者所有子例程都可以存储在至少一个外部库文件中，并且与主程序静态地或者动态地(例如在运行时间)链接。主程序含有对子例程中的至少一个的至少一个调用。子例程也可以包括对彼此的函数调用。涉及计算机程序产品的实施例包括对应于所阐明方法中至少一种方法的处理步骤的每一步骤的计算机可执行指令。这些指令可以被再分成子例程和/或被存储在一个或者多个可能静态或者动态链接的文件中。

另一个涉及计算机程序产品的实施例包括对应于所阐明的系统和/或产品中至少一个的装置中每个装置的计算机可执行指令。这些指令可以被再分成子例程和/或被存储在一个或者多个可能静态或者动态链接的文件中。

计算机程序的载体可以是能够运载程序的任何实体或者装置。例如，载体可以包含存储介质，诸如(rom例如cdrom或者半导体rom)或者磁记录介质(例如软盘或者硬盘)。进一步地，载体可以是可传输的载体，诸如电学或者光学信号，其可以经由电缆或者光缆，或者通过无线电或者其它手段传递。当程序具体化为这样的信号时，载体可以由这样的线缆或者装置组成。可替换地，载体可以是其中嵌入有程序的集成电路，所述集成电路适合于执行相关方法，或者供相关方法的执行所用。

应该留意的是，上文提到的实施例是举例说明本公开，而不是限制本公开，并且本领域的技术人员将能够设计许多可替换的实施例，而不会偏离所附权利要求的范围。在权利要求中，任何放置在圆括号之间的参考符号不应被解读为是对权利要求的限制。动词“包括”和其词形变化的使用不排除除了在权利要求中记载的那些之外的元素或者步骤的存在。在元素之前的冠词“一”或者“一个”不排除复数个这样的元素的存在。本公开可以通过包括几个明显不同的组件的硬件，以及通过适当编程的计算机而实现。在列举几种装置的装置权利要求中，这些装置中的几种可以通过硬件的同一项来体现。在相互不同的从属权利要求中陈述某些措施的单纯事实并不表明这些措施的组合不能被用来获益。

如果期望的话，这里所讨论的不同功能可以以不同顺序执行和/或彼此同时执行。此外，如果期望的话，以上所描述的一个或多个功能可以是可选的或者可以进行组合。

如果期望的话，上文所讨论的各步骤并不限于各实施例中的执行顺序，不同步骤可以以不同顺序执行和/或彼此同时执行。此外，在其他实施例中，以上所描述的一个或多个步骤可以是可选的或者可以进行组合。

虽然本公开的各个方面在独立权利要求中给出，但是本公开的其它方面包括来自所描述实施方式的特征和/或具有独立权利要求的特征的从属权利要求的组合，而并非仅是权利要求中所明确给出的组合。

这里所要注意的是，虽然以上描述了本公开的示例实施方式，但是这些描述并不应当以限制的含义进行理解。相反，可以进行若干种变化和修改而并不背离如所附权利要求中所限定的本公开的范围。

本领域普通技术人员应该明白，本公开实施例的装置中的各模块可以用通用的计算装置来实现，各模块可以集中在单个计算装置或者计算装置组成的网络组中，本公开实施例中的装置对应于前述实施例中的方法，其可以通过可执行的程序代码实现，也可以通过集成电路组合的方式来实现，因此本公开并不局限于特定的硬件或者软件及其结合。

本领域普通技术人员应该明白，本公开实施例的装置中的各模块可以用通用的移动终端来实现，各模块可以集中在单个移动终端或者移动终端组成的装置组合中，本公开实施例中的装置对应于前述实施例中的方法，其可以通过编辑可执行的程序代码实现，也可以通过集成电路组合的方式来实现，因此本公开并不局限于特定的硬件或者软件及其结合。