视频文件处理系统
阅读：1028发布：2020-05-19
专利汇可以提供视频文件处理系统专利检索，专利查询，专利分析的服务。并且本 申请 公开了一种视频文件处理系统，包括视频 服务器 、至少一台转码服务器和推流服务器。其中，视频服务器用于获取初始视频文件；至少一台转码服务器用于接收来自于视频服务器的初始视频文件，并将初始视频文件转码成具有相同格式的转码视频文件；推流服务器用于读取转码视频文件并以 视频流 的形式进行推流，以可进行直播。通过上述方式，本申请能够提高视频转码效率和视频推流速度。，下面是视频文件处理系统专利的具体信息内容。
1.一种视频文件处理系统，其特征在于，包括：
视频服务器，用于获取初始视频文件；
至少一台转码服务器，用于接收来自于所述视频服务器的所述初始视频文件，并将所述初始视频文件转码成具有相同格式的转码视频文件；
推流服务器，用于读取所述转码视频文件并以视频流的形式进行推流，以可进行直播。
2.根据权利要求1所述的视频文件处理系统，其特征在于，
所述至少一台转码服务器包括多台所述转码服务器，所述视频服务器进一步用于获取多台所述转码服务器的状态信息，所述状态信息用于指示所述转码服务器是否空闲，所述视频服务器进一步用于将所述初始视频文件分配至所述状态信息指示空闲的所述转码服务器以进行转码。
3.根据权利要求2所述的视频文件处理系统，其特征在于，
所述视频服务器进一步用于以预设时间间隔获取多台所述转码服务器的状态信息；
和/或，
所述转码服务器在处于空闲时发送所述状态信息至所述视频服务器。
4.根据权利要求1所述的视频文件处理系统，其特征在于，
所述视频文件处理系统进一步包括文件服务器，用于接收来自于所述至少一台转码服务器的转码视频文件并存储所述转码视频文件；所述推流服务器进一步用于读取所述文件服务器中的所述转码视频文件。
5.根据权利要求4所述的视频文件处理系统，其特征在于，
所述推流服务器获取多个频道分别对应的文件清单，并从所述文件服务器中读取与所述文件清单相匹配的所述转码视频文件，以所述视频流的形式推流至所述文件清单对应的频道。
6.根据权利要求5所述的视频文件处理系统，其特征在于，
所述文件清单包括视频名称和播放时间点，所述推流服务器进一步用于从所述文件服务器中读取与所述视频名称相匹配的所述转码视频文件并按所述播放时间点进行推流。
7.根据权利要求5所述的视频文件处理系统，其特征在于，
所述推流服务器的数量为多个，每个所述推流服务器对应多个所述频道。
8.根据权利要求5所述的视频文件处理系统，其特征在于，
所述视频文件处理系统进一步包括客户端，所述客户端用于上传所述初始视频文件至所述视频服务器；所述客户端进一步用于从所述多个频道拉取相应的所述转码视频文件的视频流进行播放。
9.根据权利要求4所述的视频文件处理系统，其特征在于，
所述视频服务器用于在获取所述初始视频文件之后判断所述初始视频文件的参数与预设参数是否相同；所述视频服务器进一步用于在判断结果为相同时将所述初始视频文件传输至所述文件服务器，所述文件服务器进一步用于接收来自所述视频服务器的所述初始视频文件并存储所述初始视频文件。
10.根据权利要求9所述的视频文件处理系统，其特征在于，
所述视频服务器进一步用于在判断结果为不相同时将所述初始视频文件传输至所述转码服务器；所述转码服务器用于在接收所述初始视频文件后提取所述初始视频文件的参数，并将所述初始视频文件的参数与所述预设参数进行比较，得到比较结果；所述转码服务器进一步用于对所述初始视频文件进行与所述比较结果相匹配的转码，以得到所述转码视频文件。
视频文件处理系统
技术领域
[0001] 本申请涉及直播视频技术领域，特别是涉及视频文件处理系统。
背景技术
[0002] 网络直播是利用视讯方式进行的网上现场直播，利用互联网直观、快速的特点，不仅表现形式好、内容丰富、交互性强，且不受地域限制。网络直播完成后，还可以继续提供重播、点播的服务，有效延长了直播的时间和空间，发挥直播内容的最大价值。
[0004] 本申请主要解决的技术问题是提供一种视频文件处理系统，能够提高视频转码效率和视频推流速度。
[0005] 为解决上述技术问题，本申请采用的一个技术方案是：提供一种视频文件处理系统，包括视频服务器、至少一台转码服务器和推流服务器。其中，视频服务器用于获取初始视频文件；至少一台转码服务器用于接收来自于视频服务器的初始视频文件，并将初始视频文件转码成具有相同格式的转码视频文件；推流服务器用于读取转码视频文件并以视频流的形式进行推流，以可进行直播。
[0006] 与现有技术相比，本申请的有益效果是：本申请视频文件处理系统通过设置转码服务器，用于接收来自于视频服务器的初始视频文件，并将初始视频文件转码成具有相同格式的转码视频文件，不仅视频转码效率高，还可以在直播时预先将不同格式的初始视频文件转码成统一的格式，以适应直播视频的格式需求，从而推流服务器可以读取统一格式的转码视频文件并以视频流的形式进行推流以进行直播，而由于初始视频文件在进行推流之前已预先转码，从而视频推流的速度更快，视频播放更加流畅。附图说明
[0007] 图1是本申请视频文件处理系统第一实施例的结构示意图；
[0008] 图2是本申请视频文件处理系统第一实施例的视频文件处理方法的流程图；
[0009] 图3是本申请视频文件处理系统第二实施例的结构示意图；
[0010] 图4是本申请视频文件处理系统第二实施例的视频文件处理方法的流程图。
具体实施方式
[0011] 下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0012] 本申请的发明人经过长期的研究发现，在直播平台中，由于视频文件格式的多样化，用户上传至直播平台以进行直播的视频流文件格式不一，大小不同，直播平台难以直接进行播放。而采用平台内边转码边播放的形式往往极易导致画面模糊、视频卡顿或是播放失败，且无法实现视频的自动播放，影响视频观赏体验。为此，本申请提出如下实施例。
[0013] 参阅图1，本申请视频文件处理系统第一实施例中所描述的视频文件处理系统包括视频服务器11、至少一台转码服务器12和推流服务器13。
[0014] 视频服务器11例如是包括处理器、存储器和通信电路。在本实施例中，视频服务器11用于获取初始视频文件。例如视频服务器11通过通信电路获取来自其他服务器、存储装置、终端设备或互联网上的初始视频文件。初始视频文件，例如是使用摄像设备(如相机、带相机的电子设备等)拍摄的视频文件、电子设备(如手机、平板、电脑等)录屏得到的视频文件、或者是使用某些视频制作软件制作的视频文件等。视频服务器11获取到初始视频文件后，还可以将初始视频文件暂存于视频服务器11的存储器内。
[0015] 转码服务器12可以用于接收来自于视频服务器11的初始视频文件，并将初始视频文件转码成具有相同格式的转码视频文件。转码服务器12可以是通过运行转码程序来将初始视频文件进行转码。例如，转码服务器12可以包括转码模块和通信电路，通过通信电路接收来自视频服务器11的初始视频文件，并通过转码模块运行相应的转码程序以对接收到的初始视频文件进行转码。在一些实施方式中，转码服务器12可以同时对多个初始视频文件进行转码。
[0016] 推流服务器13可以用于读取转码视频文件并以视频流的形式进行推流，以可进行直播。推流服务器13例如包括处理器和通信电路，可以将转码视频文件进行封装形成视频流数据，然后以视频流的形式推送至网络端以进行直播。
[0017] 在本实施例中，视频文件处理系统可以包括一台或多台转码服务器12。这些转码服务器12可以将不同格式的初始视频文件转码成统一格式的转码视频文件。视频的格式，例如可以包括视频格式、分辨率、帧率、码率等相关的视频信息。在一个具体的应用场景中，例如初始视频文件Ⅰ的视频格式为MP4、分辨率为1080P、帧率为24FPS，初始视频文件Ⅱ的视频格式为WMA、分辨率为720P、帧率为25FPS，通过至少一台转码服务器12分别对初始视频文件Ⅰ和初始视频文件Ⅱ进行转码，可以将初始视频文件Ⅰ和初始视频文件Ⅱ都转码成视频格式为RMVB、分辨率为720P以及帧率为21FPS的格式的转码视频文件。
[0018] 在本实施例中，视频文件处理系统可以包括多台转码服务器12。多台转码服务器12均可以用于接收来自视频服务器11的初始视频文件，并对接收的初始视频文件进行转码。例如，不同的转码服务器12可以用于获取不同的初始视频文件并分别对获取的初始视频文件进行转码，如此有利于合理分配资源，提高转码效率。
[0019] 视频服务器11还可以用于获取多台转码服务器12的状态信息。状态信息可以用于指示转码服务器12是否空闲。状态信息，例如是转码服务器12是否正在进行转码，或者是是否具有空余转码能力和/或空余转码能力的大小等。视频服务器11通过获取转码服务器12的状态信息可以判断出当前转码服务器12是否空闲，并可以将初始视频文件分配给状态信息指示空闲的转码服务器12以进行转码。视频服务器11通过预先对转码服务器12进行选择，可以合理地分配视频转码任务给多台转码服务器12，从而多台转码服务器12可以同时对多个初始视频文件进行转码，有效提高视频转码的效率。
[0020] 在一些实施方式中，状态信息例如是转码服务器12是否正在进行转码。视频服务器11可以通过询问转码服务器12以获知转码服务器12当前是否正在进行转码，进而确定转码服务器12是否空闲。或者，转码服务器12在每次接收初始视频文件以进行转码时可以反馈正在进行转码的信息给视频服务器11，从而视频服务器11可以在下一次分配初始视频文件时优先从其他转码服务器12中选择合适的转码服务器12进行分配。转码服务器12在完成初始视频文件的转码后处于空闲时还可以反馈当前未进行转码的信息给视频服务器11，从而视频服务器11可以重新分配初始视频文件给该转码服务器12。
[0021] 在另一些实施方式中，状态信息例如是转码服务器12是否具有空余转码能力和/或空余转码能力的大小。视频服务器11还可以用于获取初始视频文件的转码数据量，并用于从多个转码服务器12中匹配空余转码能力能满足初始视频文件转码数据量的转码服务器12。例如，某初始视频文件的转码数据量为1.5G，视频服务器11获取到转码服务器12A具有空余转码能力1G，转码服务器12B具有空余转码能力2G，则视频服务器11在匹配转码数据量后将初始视频文件分配给转码服务器12B。
[0022] 在一些实施方式中，视频服务器11可以预设时间间隔获取多台转码服务器12的状态信息。预设时间间隔可以是基于转码服务器12的转码速度进行设定的时间。或者预设时间间隔也可以是基于视频服务器11获取到初始视频文件的频率进行设定的时间。例如预设时间间隔是10min，视频服务器11可以每间隔10分钟获取多台转码服务器12的状态信息。视频服务器11通过获取多台转码服务器12的状态信息，可以获知转码服务器12是否空闲，便于合理分配初始视频文件，有效提高视频转码效率。
[0023] 在一些实施方式中，转码服务器12也可以在处于空闲时发送状态信息至视频服务器11。转码服务器12处于空闲例如是转码服务器12当前没有进行转码，或者也可以是转码服务器12正在进行转码但仍有空余的转码能力。例如，转码服务器12在完成一次初始视频转码后，可以发送状态信息至视频服务器11。视频服务器11接收到转码服务器12发送的状态信息，可以及时获知转码服务器12是否空闲。在一些实施方式中，视频服务器11可以预设时间间隔获取多台转码服务器12的状态信息，且转码服务器12也可以在处于空闲时发送状态信息至视频服务器11。
[0024] 在一些实施方式中，视频文件处理系统包括多台转码服务器12时，视频服务器11还可以建立转码服务器12的信息列表。信息列表例如可以保存转码服务器12的ID以及对应的状态信息。当视频服务器11分配初始视频文件给一转码服务器12时，可以更新信息列表中该转码服务器12对应的状态信息，例如是空余的转码能力。视频服务器11可以预设时间间隔获取多台转码服务器12的状态信息；和/或转码服务器12也可发送状态信息至视频服务器11，视频服务器11获取到状态信息时也可以及时更新信息列表。建立信息列表有利于对转码服务器12进行管理，且便于视频服务器11根据保存的信息列表中的转码服务器12的状态信息合理且高效的分配初始视频文件。
[0025] 在一些实施方式中，视频服务器11接收到多个初始视频文件，还可以形成待转码列队。视频服务器11可以按获取到各个初始视频文件的时间顺序依次对待转码列队中的初始视频文件进行分配。如此便于对初始视频文件进行有序化管理。在一些实施方式中，若多个转码服务器12均不能满足转码列队中时间最早的初始视频文件的转码数据量时，视频服务器11还可以优先分配在后的初始视频文件。例如可以按照转码服务器12的空余转码能力能满足初始视频文件转码数据量的原则优先分配。如此可以避免某些初始视频文件转码数据量过大导致多个初始视频文件的等待时间过长。
[0026] 参阅图2，本实施例中，视频文件处理系统的视频文件处理方法可以包括：
[0027] S101：视频服务器11获取初始视频文件。
[0028] 初始视频文件例如是来自其他服务器或者客户端传输的视频文件，或者也可以是通过互联网上的视频地址如云端存储地址或者其他直播平台获取的互联网上的视频文件。初始视频文件可以是相机拍摄的视频文件，或者是电子设备录屏得到的视频文件，或者也可以是某些视频制作软件制作的视频文件等。初始视频文件的格式可以不同。
[0029] S102：视频服务器11获取多台转码服务器12的状态信息。
[0030] 状态信息用于指示转码服务器12是否空闲。视频服务器11获取多台转码服务器12的状态信息后可以确认转码服务器12是否正在进行转码，或者是确认转码服务器12是否具备空余的转码能力。
[0031] S103：视频服务器11将初始视频文件分配至状态信息指示空闲的转码服务器12。
[0032] 在一些实施方式中，视频服务器11可以优先将初始视频文件分配给当前没有进行转码的转码服务器12。或者，视频服务器11可以优先将初始视频文件分配给空余转码能力最多的转码服务器12。或者视频服务器11也可以将初始视频文件分配给空余转码能力能满足初始视频文件转码数据量的转码服务器12。
[0033] S104：转码服务器12将初始视频文件转码成具有相同格式的转码视频文件。
[0034] 转码服务器12接收到视频服务器11分配的初始视频文件后，将初始视频文件转码成相同格式的转码视频文件，例如是转码成具有相同的视频格式、分辨率和帧率的转码视频文件。
[0035] S105：推流服务器13读取转码视频文件并以视频流的形式进行推流。
[0036] 推流服务器13将转码视频文件以视频流的形式进行推流，从而转码视频文件可以用于直播。
[0037] 上述视频文件处理方法的更多内容可以参照本实施例视频文件处理系统的描述，其中S101～S105的顺序是本实施例的描述顺序，并不限制为本实施例视频文件处理系统在执行过程中的顺序。在能够实现本方案的前提下，某些步骤可以调换顺序。
[0038] 本实施例视频文件处理系统通过设置转码服务器12，用于接收来自于视频服务器11的初始视频文件，并将初始视频文件转码成具有相同格式的转码视频文件，不仅视频转码效率高，还可以在直播时预先将不同格式的初始视频文件转码成统一的格式，以适应直播视频的格式需求，从而推流服务器13可以读取统一格式的转码视频文件并以视频流的形式进行推流以进行直播，而由于初始视频文件在进行推流之前已预先转码，从而视频推流的速度更快，且视频播放更加流畅。
[0039] 参阅图3，本申请视频文件处理系统第二实施例是基于本申请视频文件处理系统第一实施例进一步描述，其中，视频文件处理系统包括视频服务器21、至少一台转码服务器22、推流服务器23、文件服务器24和客户端2525。
[0040] 文件服务器24可以用于接收来自于至少一台转码服务器22的转码视频文件并存储转码视频文件。文件服务器24例如包括存储器和通信电路。文件服务器24可以通过通信电路接收转码服务器22的转码视频文件，而后将转码视频文件存储在存储器中。在一些实施方式中，文件服务器24还可以创建有文件列表，用于管理转码视频文件。例如，文件列表中可以按序保存各个转码视频文件的名称、存储地址、摘要信息和内存大小等相关信息。如此便于快速查找定位到目标转码视频文件。
[0041] 客户端25可以用于上传初始视频文件至视频服务器21。客户端25例如是运行在移动终端上的应用程序，可以与视频服务器21之间进行通信。客户端25可以上传初始视频文件，例如是通过网络上传存储于移动终端上的本地视频文件，或者是通过互联网上的视频地址如云端存储地址上传互联网上的视频文件。
[0042] 在本实施例中，视频服务器21还可以在获取初始视频文件之后判断初始视频文件的参数与预设参数是否相同。参数例如包括视频格式、分辨率、帧率和码率等。视频格式又可以包括AVI、WMA、MP4、3GP、FLV、RMVB、MKV等格式。分辨率例如包括1080P、720P、480P等。预设参数可以是预先设定的符合视频播放需求的参数组合。例如预设参数可以是RMVB、720P、21FPS，或者是MP4、1020P、24FPS。视频服务器21获取到初始视频文件之后，可以读取初始视频文件的参数，并判断是否与预设参数相同。
[0043] 在本实施例中，视频服务器21在判断初始视频文件的参数与预设参数相同时，还可以将初始视频文件传输至文件服务器24。文件服务器24进一步用于接收来自视频服务器21的初始视频文件并存储初始视频文件。视频服务器21判断初始视频文件的参数与预设参数相同，也即初始视频文件可以不用进行转码，视频服务器21可以直接将初始视频文件传输给文件服务器24以进行存储，如此可以避免转码服务器22进行多的转码操作而占用转码服务器22的资源。在一个具体的应用场景中，例如预设参数是RMVB、720P、24FPS，视频服务器21获取到初始视频文件Ⅴ，并读取到初始视频文件Ⅴ的参数为RMVB、720P、24FPS，视频服务器21判断该参数与预设参数相同，将初始视频文件Ⅴ传输给文件服务器24进行存储。
[0044] 在本实施例中，视频服务器21还可以用于在判断初始视频文件的参数与预设参数不相同时将初始视频文件传输至转码服务器22。从而转码服务器22可以将初始视频文件转码成具有相同格式的转码视频文件。在一些实施方式中，转码服务器22在接收初始视频文件后，可以提取初始视频文件的参数。并将初始视频文件的参数与预设参数进行比较，得到比较结果。转码服务器22可以对初始视频文件进行与比较结果相匹配的转码，以得到转码视频文件。
[0045] 在一些实施方式中，转码服务器22可以预先设置有与比较结果相匹配的不同参数的初始视频文件的转码方式。转码服务器22对初始视频文件的参数与预设参数进行比较后，确定与比较结果相匹配的转码方式，并采用该转码方式对初始视频文件进行转码。例如，某初始视频文件的参数为MP4、1020P、24FPS，预设参数为RMVB、720P、24FPS，转码服务器22比较后得到比较结果，并确定与比较结果相匹配的转码方式为MP4_1020_24，转码服务器
22即可采用MP4_1020_24转码方式对初始视频文件进行转码以得到转码视频文件。转码服务器22转码后得到的转码视频文件可以传输至文件服务器24以进行存储。
22即可采用MP4_1020_24转码方式对初始视频文件进行转码以得到转码视频文件。转码服务器22转码后得到的转码视频文件可以传输至文件服务器24以进行存储。
[0046] 在本实施例中，推流服务器23还可以用于读取文件服务器24中的转码视频文件，然后以视频流的形式进行推流，以可进行直播。
[0047] 例如，推流服务器23可以获取多个频道分别对应的文件清单，并从文件服务器24中读取与文件清单相匹配的转码视频文件，以视频流的形式推流至文件清单对应的频道。文件清单可以包括一个或多个视频的视频名称和播放时间点。推流服务器23可以从文件服务器24中读取与视频名称相匹配的转码视频文件。文件清单中包括多个视频的视频名称和播放时间点的，推流服务器23还可以按播放时间点的先后顺序依次读取相应的转码视频文件。在一些实施方式中，推流服务器23的数量可以为多个，每个推流服务器23对应多个频道。如此可以有效提高视频推流的效率。
[0048] 文件清单例如可以预先保存在推流服务器23，推流服务器23可以直接读取多个频道对应的文件清单。推流服务器23也可以从其他服务器、设备、终端等获取该文件清单。当然文件清单也可以是在客户端25，推流服务器23可以从客户端25获取各个频道对应的文件清单。推流服务器23获取到文件清单后，从文件服务器24中读取与各个文件清单相匹配的转码视频文件，并以视频流的形式推流至文件清单对应的频道。在一些实施方式中，文件清单可以是动态变化的，推流服务器23在每次完成当前文件清单中的视频的推流后，可以重新获取新的文件清单，并读取新的文件清单中对应的转码视频文件以进行推流。
[0049] 在本实施例中，推流服务器23可以按视频的播放时间点进行推流。在一个具体的应用场景中，例如，文件清单中包括：视频名称：Dance，播放时间点8:00a.m.；视频名称：Sing，播放时间点：9:00a.m.；视频名称：Game，播放时间点：10:00a.m.；视频名称：Movie，播放时间点：11:00a.m.。推流服务器23获取到该文件清单后，从文件服务器24中读取与文件清单相匹配的转码视频文件，然后按照播放时间点的顺序依次推流，即Dance→Sing→Game→Movie。推流服务器23按照视频的播放时间点进行推流，即先播放的视频先推流，可以保证视频推流的及时性和有效性，还可以实现自动播放。
[0050] 在本实施例中，客户端25还可以用于从多个频道拉取相应的转码视频文件的视频流进行播放。客户端25例如还包括视频播放程序，可以通过在具有显示屏的电子设备如移动终端上运行相应的视频播放程序以进行视频播放。例如，推流服务器23将转码视频文件推流至相应的频道，客户端25从各频道拉取相应的转码视频文件的视频流，并通过运行视频播放程序以利用移动终端的显示屏进行播放，从而用户可以通过显示屏进行观看。在一些实施方式中，客户端25可以同时拉取多个转码视频文件的视频流进行播放。客户端25也可以设置聊天窗口，增加视频观看的互动性。
[0051] 在一些实施方式中，上传初始视频文件的客户端25与播放直播视频的客户端25可以是同一客户端25。例如，客户端25是运行于移动终端上的应用程序，客户端25可以将移动终端拍摄的视频上传至视频服务器21，经转码和推流后，客户端25可以直接拉取对应的视频流进行播放。在另一些实施方式中，上传初始视频文件的客户端25与播放直播视频的客户端25也可以是不同的客户端25。
[0052] 参阅图4，本实施例中，视频文件处理系统的视频文件处理方法可以包括：
[0053] S201：客户端25上传初始视频文件至视频服务器21。
[0054] 客户端25例如是运行于终端上的应用程序，可以将存储于终端上的视频文件或者是互联网上的视频文件上传至视频服务器21。
[0055] S202：视频服务器21判断初始视频文件的参数与预设参数是否相同。
[0056] 视频的参数例如可以包括视频格式、分辨率、帧率和码率中至少一个。例如，视频服务器21可以判断初始视频文件的视频格式、分辨率与和帧率与预设参数中的视频格式、分辨率与和帧率是否相同。
[0057] S2021：若相同，视频服务器21将初始视频文件传输至文件服务器24。
[0058] 当视频服务器21判断初始视频文件的参数与预设参数相同时，可以将初始视频文件传输至文件服务器24以进行保存。
[0059] S2022：若不同，视频服务器21将初始视频文件传输至转码服务器22。
[0060] 当视频服务器21判断初始视频文件的参数与预设参数不同时，可以将初始视频文件传输至转码服务器22以进行转码。
[0061] S203：转码服务器22提取初始视频文件的参数，并将初始视频文件的参数与预设参数进行比较，得到比较结果。
[0062] 转码服务器22获取到视频服务器21传输的初始视频文件后，可以提取初始视频文件的参数，例如是通过解析视频读取初始视频文件的参数。转码服务器22将初始视频文件的参数与预设参数进行比较后得到比较结果。
[0063] S204：转码服务器22对初始视频文件进行与比较结果相匹配的转码，得到转码视频文件。
[0064] 转码服务器22通过对初始视频文件进行与比较结果相匹配的转码，将初始视频文件转码成相同格式的转码视频文件。
[0065] S205：转码服务器22将转码视频文件传输至文件服务器24。
[0066] 转码服务器22将转码视频文件传输至文件服务器24，从而文件服务器24可以存储转码视频文件。
[0067] S206：推流服务器23获取多个频道分别对应的文件清单。
[0068] 推流服务器23的数量可以是多个。每个推流服务器23可以对应多个频道。文件清单可以包括视频名称以及每个视频对应的播放时间点。推流服务器23通过获取多个频道对应的文件清单，可以获知每个频道的文件清单对应的转码视频文件。
[0069] S207：推流服务器23从文件服务器24中读取与文件清单相匹配的转码视频文件。
[0070] 推流服务器23可以同时读取多个与文件清单相匹配的转码视频文件。或者推流服务器23也可以按序读取与文件清单相匹配的转码视频文件。例如推流服务器23可以按照播放时间点的顺序依次读取对应的转码视频文件。
[0071] S208：推流服务器23将转码视频文件以视频流的形式推流至文件清单对应的频道。
[0072] 推流服务器23可以按照视频的播放时间点进行推流，即先播放的视频先推流，可以保证视频推流的及时性和有效性，还可以实现自动播放。
[0073] S209：客户端25从多个频道拉取相应的转码视频文件的视频流进行播放。
[0074] 客户端25可以从各频道拉取相应的转码视频文件的视频流。在一些实施例中，客户端25可以同时拉取多个转码视频文件的视频流。客户端25可以通过运行视频播放程序以利用终端的显示屏进行播放，从而用户可以通过显示屏进行观看。
[0075] 上述视频文件处理方法的更多内容可以参照本实施例视频文件处理系统的描述，其中S201～S209的顺序是本实施例的描述顺序，并不限制为本实施例视频文件处理系统在执行过程中的顺序。在能够实现本方案的前提下，某些步骤可以调换顺序，且本方法可以与上述本申请视频文件处理系统第一实施例中描述的视频文件处理方法结合。
[0076] 在本实施例中，视频文件处理系统通过设置文件服务器24，可以及时有效地对转码视频文件进行存储，从而转码服务器22可以提前对初始视频文件进行转码并存储至文件服务器24，推流服务器23可以按需从文件服务器24读取转码视频文件进行推流，如此既可以提高视频转码的效率，还可以避免由于转码服务器22转码不及时导致推流速度慢而影响直播效果，确保直播视频播放的流畅度。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 推荐内容的展示方法、生成方法、展示装置及生成装置 | 2020-05-11 | 398 |
| 美颜处理方法及装置 | 2020-05-13 | 674 |
| 基于HLS协议的播放时移电视的方法、终端及服务器 | 2020-05-13 | 477 |
| 一种直播过程中的互动方法、用户端、主播端及系统 | 2020-05-11 | 685 |
| 用于使用专用网关盒来将内容广播到智能设备的方法和系统 | 2020-05-08 | 988 |
| 流媒体直播录制冗余热备的方法及系统 | 2020-05-08 | 747 |
| 一种视频直播的实时刷新方法、系统、装置及存储介质 | 2020-05-14 | 620 |
| 一种基于PPPoE拨号接入的电信头端清流获取方法 | 2020-05-16 | 212 |
| 一种数据处理方法及装置 | 2020-05-17 | 683 |
| HLS协议下切换直播时移时间轴的方法及系统 | 2020-05-13 | 873 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈