视频资源处理方法、装置、电子设备和计算机可读介质

技术领域

本申请涉及计算机技术以及云平台和云计算领域，尤其涉及一种视频资源处理方法及装置、电子设备和计算机可读介质。

背景技术

小程序是一种无需下载和安装就可以使用的应用(Application，APP)。随着计算机技术的不断发展，小程序广泛应用于工作生活的各个领域，在通过小程序播放视频时，用户对视频播放的起播速度的要求越来越高。

由于小程序架构的运行方式，小程序中的视频起播过程，受限于小程序框架中逻辑层处理和渲染层处理对于视频组件的加载处理过程，从而导致视频起播速度无法大幅提升，影响用户体验。

发明内容

提供了一种视频资源处理方法、装置、设备以及存储介质。

根据第一方面，提供了一种视频资源处理方法，包括：根据下载的小程序包的小程序框架文件，加载小程序的框架，框架的加载过程包括：在小程序渲染线程完成预定处理的情况下，通过小程序逻辑线程获取视频资源；获取小程序框架文件中的页面配置文件，并根据页面配置文件中预设的视频组件属性信息，创建视频播放器，以利用视频播放器获取并处理视频资源；其中，创建视频播放器与加载小程序的框架并行执行。

根据第二方面，提供了一种视频资源处理装置，包括：框架加载模块，用于根据下载的小程序包的小程序框架文件，加载小程序的框架，框架的加载过程包括：在小程序渲染线程完成预定处理的情况下，通过小程序逻辑线程获取视频资源；播放器创建模块，用于获取小程序框架文件中的页面配置文件，并根据页面配置文件中预设的视频组件属性信息，创建视频播放器，以利用视频播放器获取并处理视频资源；其中，创建视频播放器与加载小程序的框架并行执行。

根据第三方面，提供了一种电子设备，其包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述任意一种视频资源处理方法。

根据第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行上述任意一种视频资源处理方法。

根据本申请的资源处理方法、装置、电子设备和计算机可读介质，可以根据下载的小程序包的小程序框架文件，获取小程序框架文件中的页面配置文件，从而根据该页面配置文件中的视频组件属性信息，创建视频播放器，以通过与加载小程序的框架并行执行而创建的视频播放器，获取和处理视频资源。

在本申请中，创建视频播放器与所述加载小程序的框架并行执行，因此，无需在加载小程序框架的过程中，等待小程序渲染线程完成预定处理，才能通过小程序逻辑线程获取视频资源，而是可以在加载小程序的框架时，并行地从下载的小程序包的小程序框架文件中，获取页面配置文件，并通过页面配置文件创建视频播放器，就可以利用该视频播放器获取并处理视频资源，解决了视频播放方式受限于小程序框架中逻辑线程和渲染线程对于视频组件的加载处理过程而导致的视频起播速度无法大幅提升的问题，提高了视频资源的处理速度和小程序作为视频页面容器的使用体验。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1是本申请实施例提供的场景示意图；

图2是本申请一实施例提供的小程序架构的运行方式示意图。

图3是本申请示例性实施例的小程序起播流程中关键阶段的耗时情况示意图；

图4是本申请实施例提供的视频资源处理方法的流程示意图；

图5是本申请另一实施例的视频资源处理方法的流程图；

图6是本申请实施例提供的一种视频资源处理装置的组成框图；

图7是用来实现本申请实施例的视频资源处理方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在不冲突的情况下，本申请各实施例及实施例中的各特征可相互组合。

如本文所使用的，术语“和/或”包括一个或多个相关列举条目的任何和所有组合。

本文所使用的术语仅用于描述特定实施例，且不意欲限制本申请。如本文所使用的，单数形式“一个”和“该”也意欲包括复数形式，除非上下文另外清楚指出。还将理解的是，当本说明书中使用术语“包括”和/或“由……制成”时，指定存在特征、整体、步骤、操作、元件和/或组件，但不排除存在或添加一个或多个其它特征、整体、步骤、操作、元件、组件和/或其群组。

图1是本申请实施例提供的场景示意图。在图1所示的场景中，包括终端设备10、开发者平台服务器20和第三方服务器30。

其中，终端设备10中可以运行应用程序，小程序可以依托于某个应用程序下，例如在社交应用、地图应用、搜索和资源类应用等多种应用程序中都可以调用小程序。

开发者平台服务器20，可以用于提供小程序的小程序包，小程序包中可以包括小程序的框架文件。其中，小程序的框架文件中可以包括如下文件中的若干个文件：小程序逻辑文件app.js、小程序全局设置文件app.json、小程序全局样式文件app.css、页面逻辑文件page.js、页面配置文件page.json、页面结构文件page.swan和页面样式文件page.css。

应用配置文件和页面配置文件，应用配置文件用来描述整个应用，页面配置文件用来描述小程序中的各个页面。

第三方服务器30，可以是开发者平台服务器20以外的服务器，例如可以是终端设备10所运行应用程序的后台服务器或网络服务器。第三方服务器30可以与终端设备10建立通信，并用于提供来自网络的资源文件，例如：视频资源、音频资源和图片资源等。

在本申请实施例中，服务器20可以是一台服务设备，也可以是多台服务设备构成的服务器集群。具体的处理分配情况可以根据实际应用需要进行灵活调整。

下面各实施例均可以应用于本实施例的系统架构。为了描述简洁，下面各个实施例可以相互参考和引用。

在本申请实施例中，用户可以在小程序中进行视频播放，例如，在推荐页面中或小程序的搜索结果页面中观看等。其中，衡量一个视频播放性能的核心指标之一就是小程序播放视频资源的起播速度。并且，起播速度也是直接影响用户体验的重要因素。起播速度可以理解为是：从用户点击播放开始，至小程序中视频页面的第一个视频加载完成并开始播放为止的时长。

在本申请实施例中，视频资源的来源，包括但不限于来自落地页(Landing Page)。落地页，也可以称为着陆页或者引导页，可以用于表示独立的网页，并可以用于营销或广告活动，例如用户或访问者通过点击搜索出来的广告或通过付费搜索渠道点击进入的页面。。

下面结合图2，以描述小程序架构下视频起播的运行方式。图2示出一实施例提供的小程序架构的运行方式示意图。

如图2所示，小程序中可以采用双线程架构的运行方式，即逻辑线程和渲染线程，对视频组件进行同步加载。其中，逻辑线程用于执行有关小程序业务逻辑的代码，例如逻辑处理、数据请求和接口调用；渲染线程用于控制渲染小程序中的多个页面。

在图2中，小程序中的视频起播流程可以包括如下步骤。

S201，打开小程序。

在该步骤中，首次打开小程序，将从开发者平台服务器下载小程序包。

S202，逻辑线程加载app.js文件。

S203，逻辑线程加载生命周期函数。

在该步骤中，生命周期函数App.onLaunch，用于监听小程序的初始化，并在小程序初始化完成时被触发。

S204，逻辑线程收集初始化数据InitData。

S205，逻辑线程执行页面初始化Page.OnInit。

在该步骤中，执行Page.OnInit的步骤，可以在InitData发送设置初始化数据(setInitData)后立即执行。开发者可以在InitData中请求页面主数据，提高小程序的页面加载性能。

S206，渲染线程在小程序打开后，从下载的小程序包中加载指定的样式文件和结构文件。

例如：app.css文件、page.swan文件和age.css文件。

S207，渲染线程加载自定义组件。

在该步骤中，自定义组件是开发者自定义的功能组件。

S208，渲染线程等待初始化数据。

在图2中，逻辑线程执行的步骤S202-S204，与渲染线程执行的步骤S206-S208为小程序中视频起播流程中可以同步执行的步骤。

S209，渲染线程根据接收的初始化数据，构建渲染树，例如文件对象模型(Document Object Model，DOM)树。

S210，渲染线程根据接收初始化数据，进行首次内容绘制。

作为示例，在进行视频播放时，内容绘制例如可以是：视频组件创建。

S211，逻辑线程执行页面加载page.onLoad。

S212，逻辑线程请求视频数据。

在该步骤中，例如可以通过请求视频数据可以得到视频播放地址。

S213，渲染线程更新视频组件中的组件属性信息并进行视频起播。

在该步骤中，渲染线程根据请求的视频数据的视频播放地址，更新组件属性信息中的地址属性。

通过上述步骤S201-S213描述的小程序完成视频起播的流程可知，由于小程序架构的运行方式，通过小程序起播视频落地页组件时，渲染线程对视频组件完成预定处理，例如完成首次内容绘制之后，才能通过小程序逻辑线程执行页面加载和获取视频资源，也就是说，小程序起播流程受限于小程序框架加载过程中的逻辑层和渲染层对于视频组件的加载处理过程。

图3是本申请示例性实施例的小程序起播流程中关键阶段的耗时情况示意图。如图3所示，示例性地，监听小程序的初始化App.onLaunch耗时680ms，从App.onLaunch结束到逻辑线程执行页面初始化page.onInit开始执行，耗时129ms，从page.onInit结束到页面加载page.onLoad开始执行，耗时395ms，共计1204ms。

也就是说，由Page.OnLoad触发的视频页面首屏的展现速度80分位数据，从点击到播放开始需要1.2s，视频的真实播放地址才能被设置。而在播放地址设置后，播放器可以通过网络，从该播放地址拉取视频播放资源，加载完成后进行起播，此时需要再额外等待3S-4S方可完成视频资源的加载。

通过上述实施例的描述可知，由于小程序架构的运行方式，视频起播加载流程中，多数操作为串行操作，需要较长等待时间，使得小程序起播速度较慢，用户体验较差。因此，需要一种针对现有小程序运行框架的起播优化方案。

图4示出本申请实施例提供的视频资源处理方法的流程示意图。

第一方面，参照图4，本申请实施例提供一种视频资源处理方法，该方法可以包括如下步骤。

S410，根据下载的小程序包的小程序框架文件，加载小程序的框架，框架的加载过程包括：在小程序渲染线程完成预定处理的情况下，通过小程序逻辑线程获取视频资源。

S420，获取小程序框架文件中的页面配置文件，并根据页面配置文件中预设的视频组件属性信息，创建视频播放器，以利用视频播放器获取并处理所述视频资源；其中，创建视频播放器与加载小程序的框架并行执行。

根据本申请实施例的视频资源处理方法，根据下载的小程序包的小程序框架文件，获取小程序框架文件中的页面配置文件，从而根据该页面配置文件中的视频组件属性信息，创建视频播放器，以通过与加载小程序的框架并行执行而创建的视频播放器，获取和处理视频资源，从而可以在加载小程序的框架时，并行地从下载的小程序包的小程序框架文件中，获取页面配置文件，并通过页面配置文件创建视频播放器，就可以利用该视频播放器获取并处理视频资源，而无需在加载小程序框架的过程中，等待小程序渲染线程完成预定处理，才能通过小程序逻辑线程获取视频资源。因此，本申请实施例的方法解决了视频播放方式受限于小程序框架中逻辑层和渲染层对于视频组件的加载处理过程而导致的视频起播速度无法大幅提升的问题，提高了视频资源的处理速度和小程序作为视频页面容器的使用体验。

在一个实施例中，小程序渲染线程进行的预定处理，可以是指：在小程序逻辑线程获取视频资源之前，小程序渲染线程对视频组件进行的如下处理中的至少一项，例如上述通过图2描述的：渲染线程从下载的小程序包中加载指定的样式文件和结构文件、加载自定义组件、根据接收的初始化数据构建渲染树、以及根据接收初始化数据进行首次内容绘制。

在实际应用场景中，在小程序逻辑线程获取视频资源之前，小程序渲染线程对视频组件进行的预定处理包括且不限于上述处理，具体可以根据实际情况而确定，本申请实施例不做具体限定。

在一些实施例中，S420中预设的视频组件属性信息，是预先在需要下载的小程序包的小程序框架文件的页面配置文件中，加入的视频组件属性信息。

在该步骤中，可以预先在现有的page.json中加入视频组件属性信息，例如视频落地页的组件配置属性信息，以供开发者根据组件配置属性信息，构建播放器，实现与小程序框架加载和创建播放器的并行处理。

通过一个示例描述获取到的组件配置属性信息中的具体内容，该组件配置属性信息对应的代码内容如下所示。

″usingVideoLandingComponent″:{

″id″:″xxx″，

″height″:″200px″}

在上述代码内容中，视频组件属性信息中的参数id为视频组件标识，用于唯一标识一个视频组件，视频组件标识可以作为创建视频上下文的应用接口函数swan.createVideoContext(″id″)的参数，用于创建视频上下文对象。视频组件属性信中的参数height为视频组件的高度，小程序中的视频组件是原生组件，默认宽度为300px。

在一些实施例中，视频组件属性信息还可以包括其他信息，例如显示默认播放控件、视频初始播放位置等信息，本申请实施例不做具体限定。

通过上述组件配置属性信息对应的代码内容，可以获取视频落地页组件配置属性的开发者表达方式。

在一些实施例中，S420中根据页面配置文件中预设的视频组件属性信息，创建视频播放器的步骤，具体可以包括如下步骤。

S11，通过解析页面配置文件，得到视频组件属性信息，其中，视频组件属性信息中至少包括视频组件的组件标识。

S12，创建视频播放器实例，并建立视频播放器实例与组件标识的绑定关系，得到与小程序包中的视频组件对应的视频播放器。

在该实施例中，构建播放器实例，并将播放器实例与视频组件的组件标识绑定，播放器实例可以通过该绑定关系操作一个视频组件。

在一个实施例中，视频组件属性信息中包括预设的播放器尺寸信息；在S420中的创建视频播放器之后，本申请实施例的视频资源处理方法还包括：S21，根据播放器尺寸信息，对播放器实例进行视图布局，以按照播放器尺寸信息，显示所创建的视频播放器。

作为示例，可以依据配置的播放器高度，将创建的播放器布局到视图树上，以保证小程序后续对播放器的绘制内容对用户可见。

在上述实施例中，通过播放器实例与组件id的绑定，以及对播放器实例进行视图布局，可以实现对所构建的播放器进行初始化设置。

在一个实施例中，在S420的创建视频播放器之后，本申请实施例的视频资源处理方法还包括如下步骤。

S430，响应于接收到的视频操作请求，通过创建的播放器，对获取的视频资源进行对应的操作处理。

在该实施例中，通过本申请实施例创建的播放器对获取的视频资源进行对应的操作处理，客户端视频组件的构建和初始化，与小程序框架加载并行运行，使得启动阶段视频组件的调用不依赖与小程序中组件通信机制，从而提高视频起播速度，并提升用户体验。

在一个实施例中，操作处理包括视频播放请求；小程序框架文件中包括预先配置的视频播放页面的视频资源地址；步骤S430具体可以包括如下步骤。

S31，在小程序的生命周期执行过程中，通过资源预取应用程序接口，从视频资源地址获取视频资源。

S32，存储所获取的视频资源至本设备本地，作为本地预取视频资源；

S33，响应于接收到的视频播放请求，播放本地预取视频资源。

在该实施例中，通过预取的视频资源，可以加载预取并存储在本地的视频资源，加快视频起播速度。

在一个实施例中，小程序的生命周期包括全局生命周期和页面生命周期；步骤S31具体可以包括：S41，在小程序的全局生命周期内或页面生命周期内，通过预取钩子的方式调用资源预取应用程序接口；S42，通过资源预取应用程序接口，获取位于视频资源地址的视频资源。

作为示例，预取钩子的方式例如可以是：开发者可以通过全局预加载钩子函数App.onPrefetch()中，或者，在页面预加载钩子函数page.onPrefetch()中，调用资源预取应用程序接口swan.PrefetchResourcesAPI。

在该实施例中，通过过预取钩子的方式调用资源预取应用程序接口，以获取位于视频资源地址的视频资源，从而使得创建的播放器实例支持对预取的视频资源的快速起播，加快视频起播速度。

在一个实施例中，步骤S430可以包括如下步骤。

S51，响应于接收到的视频操作请求，在指定时机，获取小程序向指定服务器请求的视频资源。

S52，通过创建的视频播放器，处理向指定服务器请求的视频资源。

其中，指定时机至少包括：小程序的生命周期执行过程中的全局生命周期内或页面生命周期内的任一时刻；指定服务器包括：小程序开发平台服务器或第三方网络服务器。

在该实施例中，本申请实施例中创建的播放器实例，可以响应开发者在小程序的任意生命周期(例如全局生命周期或页面生命周期)内，或其他时机调用的视频组件操作，例如：播放，暂停，改变播放进度(seek)等，实现视频资源的快速灵活处理。

通过本申请实施例的视频资源处理方法，小程序启动阶段视频组件中视频资源来源的获取和更新，可以不依赖小程序中视频组件的通信机制，即，通过本申请实施例中构建的播放器，使得在小程序的逻辑层通信不依赖渲染层视频组件的绘制完成，从而减少用户播放视频的等待时长，提高视频起播速度。

为了更好地理解本申请，下面通过图5，以视频落地页的起播为例，描述本申请另一实施例的视频资源处理方法的具体流程。

图5是本申请另一实施例的视频资源处理方法的流程图。图5与图2中相同的编号表示相同的步骤。

参照图5，本申请实施例中的客户端用户界面(User Interface，UI)线程，可以运行于本申请实施例中的终端设备，客户端UI线程可以和小程序的逻辑线程和渲染线程并行执行。

如图5所示，该视频资源处理方法可以包括如下步骤。

S501，用户打开小程序后，通过下载得到的小程序包，获取并解析小程序包中页面配置文件，得到视频落地页的组件配置属性信息，并根据组件配置属性信息，构建视频播放器。

S502，在小程序的生命周期函数App.onLaunch被触发后，获取播放地址，并加载该播放地址的视频资源。

S503，获取本地预取的视频资源，或者，获取实时加载在线的视频资源。

S504，优先起播步骤S503中所获取的视频资源。

S505，获取小程序逻辑线程执行页面加载后所请求的其他视频数据和视频页面数据，进行视频组件中视频资源的资源地址的更新，并播放更新后的视频资源。

在图5中，小程序的逻辑线程和渲染线程与图2中示出的逻辑线程和渲染线程基本相同，不同之处在于，在步骤S211，逻辑线程执行页面加载page.onLoad之后，还包括S214，逻辑线程可以请求其他视频数据和其他页面数据，S215，小程序的渲染线程根据请求的其他视频数据和其他页面数据，进行页面内容的绘制。

通过上述步骤S501-S505，客户端UI线程中，在小程序启动阶段获取视频组件中配置属性信息，创建播放器，使得客户端视频组件的构建和初始化与小程序的框架加载并行，并且，用户可以对已存在预取至本地的视频资源进行优先起播，而不需要依赖于小程序框架的组件通信方式，即页面加载不需要依赖于渲染层组件绘制完成，从而减少用户播放视频的等待时长，提高视频起播速度。

图6为本申请一实施例的视频资源处理装置的组成框图。

第二方面，参照图6，本申请实施例提供一种视频资源处理装置600，包括如下模块。

框架加载模块610，用于根据下载的小程序包的小程序框架文件，加载小程序的框架，框架的加载过程包括：在小程序渲染线程完成预定处理的情况下，通过小程序逻辑线程获取视频资源；

播放器创建模块620，用于获取小程序框架文件中的页面配置文件，并根据页面配置文件中预设的视频组件属性信息，创建视频播放器，以利用视频播放器获取并处理视频资源；其中，创建视频播放器与加载小程序的框架并行执行。

在一些实施例中，预设的视频组件属性信息，是预先在需要下载的小程序包的小程序框架文件的页面配置文件中，加入的视频组件属性信息。

在一些实施例中，播放器创建模块620具体可以用于通过解析页面配置文件，得到视频组件属性信息，其中，视频组件属性信息中至少包括视频组件的组件标识；创建视频播放器实例，并建立视频播放器实例与组件标识的绑定关系，得到与小程序包中的视频组件对应的视频播放器。

在一些实施例中，视频组件属性信息中包括预设的播放器尺寸信息；视频资源处理装置还包括：视图布局模块，用于在创建视频播放器之后，根据播放器尺寸信息，对播放器实例进行视图布局，以按照播放器尺寸信息，显示所创建的视频播放器。

在一些实施例中，视频资源处理装置还包括：操作处理模块，用于在创建视频播放器之后，响应于接收到的视频操作请求，通过创建的播放器，对获取的视频资源进行对应的操作处理。

在一些实施例中，操作处理包括视频播放请求；小程序框架文件中包括预先配置的视频播放页面的视频资源地址；操作处理模块，包括：资源预取单元，用于在小程序的生命周期执行过程中，通过资源预取应用程序接口，从视频资源地址获取视频资源；资源存储单元，用于存储所获取的视频资源至本设备本地，作为本地预取视频资源；视频播放单元，用于响应于接收到的视频播放请求，播放本地预取视频资源。

在一些实施例中，生命周期包括全局生命周期和页面生命周期；资源预取单元，具体用于在小程序的全局生命周期内或页面生命周期内，通过预取钩子的方式调用资源预取应用程序接口；通过资源预取应用程序接口，获取位于视频资源地址的视频资源。

在一些实施例中，操作处理模块，具体还用于：响应于接收到的视频操作请求，在指定时机，获取小程序向指定服务器请求的视频资源；通过创建的视频播放器，处理向指定服务器请求的视频资源；其中，指定时机至少包括：小程序的生命周期执行过程中的全局生命周期内或页面生命周期内的任一时刻；指定服务器包括：小程序开发平台服务器或第三方网络服务器。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图7所示，是根据本申请实施例的视频资源处理方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图7所示，该电子设备包括：一个或多个处理器701、存储器702，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图7中以一个处理器701为例。

存储器702即为本申请所提供的非瞬时计算机可读存储介质。其中，存储器存储有可由至少一个处理器执行的指令，以使至少一个处理器执行本申请所提供的视频资源处理方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的视频资源处理方法。

存储器702作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的视频资源处理方法对应的程序指令/模块。处理器701通过运行存储在存储器702中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的视频资源处理方法。

存储器702可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据视频资源处理的电子设备的使用所创建的数据等。此外，存储器702可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器702可选包括相对于处理器701远程设置的存储器，这些远程存储器可以通过网络连接至视频资源处理的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

视频资源处理方法的电子设备还可以包括：输入装置703和输出装置704。处理器701、存储器702、输入装置703和输出装置704可以通过总线或者其他方式连接，图5中以通过总线连接为例。

输入装置703可接收输入的数字或字符信息，以及产生与视频资源处理的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置704可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。服务器也可以是分布式系统的服务器，或结合了区块链的服务器，通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

人工智能是研究使计算机来模拟人的某些思维过程和智能行为(如学习、推理、规划、规划等)的学科，既有硬件层面的技术也有软件层面的技术。人工智能硬件技术一般包括传感器、专用人工智能芯片、云计算、分布式存储、大数据处理等技术；人工智能软件技术包括计算机视觉技术、语音识别技术、自然语言处理技术以及机器学习/深度学习、大数据处理技术、知识图谱技术等几大方向。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。