1.本公开涉及计算机与网络通信
技术领域：
：，尤其涉及一种视频处理方法、装置及设备。
背景技术：
：：2.终端设备(例如，手机、平板电脑等)中可以安装视频应用程序，用户可以通过视频应用程序观看视频(例如，短视频或者直播视频)。3.在实际应用过程中，终端设备先向服务器请求获取多个子信息，并根据该多个子信息进行视频播放，子信息可以包括音视频信息、点赞信息、关注信息、热点信息等，不同视频对应的子信息可能不同。在服务器接收到终端设备发送的视频请求之后，服务器通常向终端设备发送所有的子信息，以使终端设备根据所有的子信息进行视频播放，然而，服务器为终端设备确定得到的部分子信息可能为非必要信息，使得终端设备获取得到的信息的冗余性较高，进而导致资源浪费。技术实现要素：4.本公开提供一种视频处理方法、装置及设备，减少终端设备获取得到的信息的冗余性，进而减少资源浪费。5.第一方面，本公开实施例提供一种视频处理方法，包括：6.获取至少一个视频请求，每个视频请求中包括待请求视频的标识和所述待请求视频对应的视频场景；7.分别根据每个待请求视频对应的视频场景，确定每个待请求视频对应的至少一个视频字段；8.获取每个视频字段对应的待请求视频的子信息，并根据每个视频字段对应的待请求视频的子信息，确定每个待请求视频对应的视频信息，所述视频信息用于终端设备进行视频播放。9.第二方面，本公开实施例提供一种视频处理方法，包括：第一获取单元、第一确定单元、第二获取单元和第二确定单元，其中，10.所述第一获取单元用于，获取至少一个视频请求，每个视频请求中包括待请求视频的标识和所述待请求视频对应的视频场景；11.所说第一确定单元用于，分别根据每个待请求视频对应的视频场景，确定每个待请求视频对应的至少一个视频字段；12.所述第二获取单元用于，获取每个视频字段对应的待请求视频的子信息；13.所述第二确定单元用于，并根据每个视频字段对应的待请求视频的子信息，确定每个待请求视频对应的视频信息，所述视频信息用于终端设备进行视频播放。14.第三方面，本公开实施例提供一种电子设备，包括：至少一个处理器和存储器；15.所述存储器存储计算机执行指令；16.所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述电子设备执行如第一方面任一项所述的视频处理方法。17.第四方面，本公开实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如第一方面任一项所述的视频处理方法。18.第五方面，本公开实施例提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面任一项所述的视频处理方法。19.本公开实施例提供的视频处理方法、装置及设备，在服务器获取得到视频请求之后服务器可以根据待请求视频对应的视频场景，确定待请求视频对应的至少一个视频字段，并请求获取该至少一个视频字段对应的至少一个子信息，以得到待请求视频对应的视频信息，服务器避免为终端设备确定非必要的子信息，以避免向终端设备发送冗余的子信息，进而避免资源浪费。并且，针对短时段内接收到至少一个视频请求，服务器统一向下游模块发送请求，以获取相关数据，无需每收到一个视频请求均向下游模块发送请求，减少了服务器与下游模块交互的次数，不但节省了服务器与下游模块之间的通信资源，还提高了从下游模块获取信息的效率。附图说明20.图1a为本公开实施例提供的一种视频播放界面；21.图1b为本公开实施例提供的一种视频播放界面；22.图2为本公开实施例提供的视频处理方法的流程示意图；23.图3为本公开实施例提供的视频处理方法的流程示意图；24.图4为本公开实施例提供的视频处理方法的过程示意图；25.图5为本公开实施例提供的配置信息的树状结构图；26.图6为本公开实施例提供的另一种视频处理的过程示意图；27.图7为本公开实施例提供的一种视频处理装置的结构示意图；28.图8为本公开实施例提供的另一种视频处理装置的结构示意图；29.图9为本公开实施例提供的电子设备的结构示意图。具体实施方式30.为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。31.终端设备中安装有视频应用程序，终端设备可以通过视频应用程序进行视频播放。对于短视频和直播应用程序，视频播放界面除了包括音频播放窗口之外，还包括其它子信息，例如，账号信息、点赞数量、评论数量、转发数量、文案等。在终端设备通过视频应用程序进行视频播放之前，终端设备从服务器获取上述子信息。对于不同的视频场景，视频播放界面中包括的子信息可能不同。下面，结合图1a-图1b，介绍不同视频场景下，视频播放界面包括的内容(子信息)。32.图1a为本公开实施例提供的一种视频播放界面。请参见图1a，视频场景为推荐场景，在推荐场景下，视频播放界面中的子信息包括：视频播放窗口a、头像加关注b、点赞数量c、评论数量d、转发数量e、账号f、文案g和话题h。33.图1b为本公开实施例提供的一种视频播放界面。请参见图1a，视频场景为同城场景，在同城场景下，视频播放界面中的子信息包括：视频播放窗口a、头像加关注b、点赞数量c、评论数量d、转发数量e、账号f、文案g、话题h、以及地点i和距离j。34.图1a-图1b只是以示例的形式示意视频播放界面中包括的子信息，在实际应用过程中，服务器侧还包括更多的子信息。在相关技术中，在服务器接收到视频请求之后，服务器通常获取所有的子信息(全量信息)，并向终端设备发送所有的子信息，这可能导致服务器向终端设备发送了多余的信息。例如，在推荐场景下，终端设备无需显示地点和距离，但是，服务器仍然会向终端设备发送地点和距离，导致终端设备获取得到的信息的冗余性较高，不但导致资源(流量资源、终端设备的硬件资源)浪费，还可能导致信息泄露。并且，在相关技术中，针对每个视频请求，服务器均会向下游模块发送请求，以获取相关数据，服务器在相同时刻(或者短时段内)，通常会接收到大量的视频请求，导致服务器在短时段内需要向各下游模块发送多次请求，导致服务器与下游模块之间的交互较为频繁，导致服务器获取子信息的效率较低。其中，下游模块可以包括下游数据库、下游应用等。35.为了解决上述技术问题，在本公开实施例中，在服务器获取得到视频请求之后服务器可以根据待请求视频对应的视频场景，确定待请求视频对应的至少一个视频字段，并请求获取该至少一个视频字段对应的至少一个子信息，以得到待请求视频对应的视频信息，服务器避免为终端设备确定非必要的子信息，以避免向终端设备发送冗余的子信息，进而避免资源浪费。并且，针对短时段内接收到至少一个视频请求，服务器统一向下游模块发送请求，以获取相关数据，无需每收到一个视频请求均向下游模块请求发送请求，减少了服务器与下游模块交互的次数，不但节省了服务器与下游模块之间的通信资源，还提高了从下游模块获取信息的效率。36.下面，通过具体实施例对视频处理方法进行详细说明。下面几个实施例可以独立存在，也可以相互结合，对于相同或相似的内容，在不同的实施例中不再重复说明。37.图2为本公开实施例提供的视频处理方法的流程示意图。请参见图2，该方法可以包括：38.s201、获取至少一个视频请求。39.本公开实施例的执行主体可以为服务器，也可以为设置在服务器中的视频处理装置，视频处理装置可以通过软件实现，也可以通过软件和硬件的结合实现。服务器可以为视频服务器。40.至少一个视频请求为终端设备向服务器发送的，一个终端设备一次向服务器发送一个视频请求。所述至少一个视频请求为至少一个终端设备向服务器发送的。该至少一个视频请求可以为服务器在一个时间窗内接收到的视频请求，例如，时间窗的时长可以为一毫秒、一秒等。41.每个视频请求中包括待请求视频的标识和待请求视频对应的视频场景。每个视频请求可以用于请求获取一个或多个待请求视频。例如，用户在通过终端设备看短视频的过程中，为了避免终端设备在播放短视频时出现卡顿，终端设备可以提前向服务器请求多个短视频，并缓存该多个短视频，当终端设备需要进行视频播放时，直接在缓存中获取短视频进行播放即可，进而避免终端设备在进行视频播放时出现卡顿。42.当待请求视频为短视频时，视频场景可以包括同城场景、关注场景、推荐场景等。当待请求视频为直播视频时，视频场景可以包括非pk场景、pk场景、带货场景、游戏场景等。43.s202、分别根据每个待请求视频对应的视频场景，确定每个待请求视频对应的至少一个视频字段。44.每个视频字段有其对应的子信息，通过视频字段可以获取得到对应的子信息。45.针对任意一个待请求视频，可以通过如下方式获取待请求视频对应的至少一个视频字段：根据待请求视频对应的视频场景，获取对应的配置信息，在配置信息中获取待请求视频对应的至少一个视频字段。可选的，配置信息中包括视频场景的标识、上游服务的标识和至少一个视频字段的标识，上游服务用于请求获取待请求视频。上游服务可以为应用层的服务。可选的，可以在内存中获取待请求视频对应的配置信息，例如，在初始(例如，服务启动)时，可以先将所有的配置信息存储在内存中，在应用过程中，在配置信息发生更新后，将更新后的配置信息更新至内存中。46.配置信息中还可以包括视频字段对应的依赖关系，该依赖关系是指待请求视频对该视频字段的依赖关系，若待请求视频对某一视频字段的依赖关系较强，则在该视频字段对应的子信息获取失败时，则导致终端设备无法正常播放待请求视频；若待请求视频对某一视频字段的依赖关系较弱，则在该视频字段对应的子信息获取失败时，终端设备依然可以正常播放待请求视频。例如，待请求视频对音视频字段的依赖关系较强，待请求视频对话题的依赖程度较弱。配置信息中还可以包括其它，例如，视频场景的名称、视频场景的描述等。47.配置信息可以为人工预先配置的，人工可以在预设平台中对视频场景进行配置，以得到视频场景对应的配置信息。人工还可以对已配置的视频场景进行删除、修改等操作。48.可选的，针对任意一个视频请求，在服务器获取得到该视频请求之后，服务器可以先对视频场景和/或上游服务进行认证，在认证通过之后，服务器再执行s202。49.针对任意一个视频请求，可以通过如下方式对视频场景进行认证：判断预设场景集合中是否存在该视频请求中的视频场景，若是，则认证通过，若否，则认证失败。若对某一视频请求中的视频场景认证失败，则服务器可以向终端设备发送失败响应消息。50.针对任意一个上游服务，可以通过如下方式对上游服务进行认证：获取视频场景对应的服务白名单，判断服务白名单中是否存在该上游服务，若是，则认证通过，若否，则认证失败。若对某一视频请求中的上游服务认证失败，则服务器可以向终端设备发送失败响应消息。51.待请求视频对应的视频字段与待请求视频的视频场景相关，因此，若不同的待请求视频对应的视频场景相同，则该不同的待请求视频对应的至少一个视频字段相同。若一个视频请求用于请求多个视频，则该多个视频的视频场景相同，即，同一视频请求所请求的多个视频对应的视频字段相同。52.s203、获取每个视频字段对应的待请求视频的子信息。53.每个待请求视频对应至少一个视频字段，一个待请求视频对应的至少一个视频字段中不包括重复的视频字段。不同的待请求视频对应的视频字段中可能存在重复的视频字段。在服务器请求子信息时，对于所述至少一个视频请求，54.例如，假设服务器获取得到视频请求1和视频请求2，视频请求1用于请求视频1和视频2，视频请求2用于请求视频3。假设视频1、视频2和视频3对应的视频字段如表1所示：55.表156.视频视频字段视频1视频字段a、视频字段b视频2视频字段a、视频字段b视频3视频字段a、视频字段c57.请参见表1，视频1、视频2和视频3对应的视频字段中存在重复的视频字段，为了避免服务器向下游模块发送多次请求，针对一个视频字段，服务器可以向下游模块发送一次请求。例如，针对视频字段a，服务器向下游模块发送一次请求，以获取视频字段a对应的视频1-视频3的子信息的相关信息(子数据)，而相关技术中，服务器需要向下游模块发送三次请求，例如，服务器向下游模块发送一个请求获取视频字段a对应的视频1的子数据，服务器向下游模块发送一个请求获取视频字段a对应的视频2的子数据，服务器向下游模块发送一个请求获取视频字段a对应的视频3的子数据；因此，本公开实施例相对于相关技术中的方案，可以节省服务器向下游模块发送请求的次数，进而降低服务器与下游模块之间的交互次数，节省了通信资源，还提高了子信息的获取效率。58.可选的，可以通过rpc服务向下游模块请求获取子数据。59.需要说明的是，在图3所示的实施例中，对获取子信息的过程进行详细说明，此处不再进行说明。60.s204、根据每个视频字段对应的待请求视频的子信息，确定每个待请求视频对应的视频信息。61.在获取得到每个视频字段对应的待请求视频的子信息之后，针对任意一个待请求视频，获取该待请求视频对应的至少一个子信息，并根据该至少一个子信息确定该请求视频对应的视频信息。例如，可以对待请求视频对应的至少一个子信息进行组合处理，得到待请求视频对应的视频信息。62.针对任意一个视频请求，服务器还可以确定该视频请求对应的终端设备，并向该终端设备发送该视频请求对应的视频信息，以使终端设备根据视频信息进行视频播放。63.本公开实施例提供的视频处理方法，在服务器获取得到视频请求之后服务器可以根据待请求视频对应的视频场景，确定待请求视频对应的至少一个视频字段，并请求获取该至少一个视频字段对应的至少一个子信息，以得到待请求视频对应的视频信息，服务器避免为终端设备确定非必要的子信息，以避免向终端设备发送冗余的子信息，进而避免资源浪费。并且，针对短时段内接收到至少一个视频请求，服务器统一向下游模块发送请求，以获取相关数据，无需每收到一个视频请求均向下游模块发送请求，减少了服务器与下游模块交互的次数，不但节省了服务器与下游模块之间的通信资源，还提高了从下游模块获取信息的效率。64.在上述任意一个实施例的基础上，下面，结合图3，对上述视频处理方法进行进一步详细说明。65.图3为本公开实施例提供的视频处理方法的流程示意图。请参见图3，该方法可以包括：66.s301、获取至少一个视频请求。67.s302、分别根据每个待请求视频对应的视频场景，确定每个待请求视频对应的至少一个视频字段。68.需要说明的是，s301-s302的执行过程可以参见s201-s202的执行过程，此处不再进行赘述。69.s303、根据每个待请求视频对应的至少一个视频字段，确定视频字段集合，视频字段集合中的各视频字段不同。70.可以通过如下方式确定视频字段集合：对所有待请求视频对应的视频字段进行去重处理，得到视频字段集合。71.示例性的，假设服务器获取得到视频请求1和视频请求2，视频请求1用于请求视频1和视频2，视频请求2用于请求视频3。假设视频1、视频2和视频3对应的视频字段如表2所示：72.表273.视频视频字段视频1视频字段a、视频字段b视频2视频字段a、视频字段b视频3视频字段a、视频字段c74.请参见表2，所有待请求视频(视频1、视频2和视频3)对应的视频字段包括：视频字段a、视频字段b、视频字段a、视频字段b、视频字段a、视频字段c。对所有待请求视频对应的视频字段进行去重处理得到视频字段集合：视频字段a、视频字段b和视频字段c。75.s304、确定视频字段集合中每个视频字段对应的至少一个待请求视频。76.例如，请参见s303中的示例，视频字段集合中包括视频字段a、视频字段b和视频字段c。该三个视频字段对应的待请求视频如表3所示：77.表378.视频字段视频视频字段a视频1、视频2、视频3视频字段b视频1、视频2视频字段c视频379.s305、确定视频字段集合中的视频字段之间的依赖关系。80.视频字段之间的依赖关系是指：获取一个视频字段对应的子信息需要依赖于另一个视频字段对应的子信息。81.例如，假设视频字段1对应的子信息是直播房间号，视频字段2对应的子信息为直播房间信息。其中，在获取视频字段2对应的直播房间信息之前，需要先知道视频字段1对应的直播房间号，则视频字段2依赖于视频字段1。82.需要说明的是，在下面的步骤中，分别针对每一个视频字段进行处理，并且对每个视频字段进行处理的过程相同，为了便于描述，下边的步骤中，以对任意一个视频字段的处理过程为例进行说明。83.s306、根据依赖关系，确定视频字段对应的子信息的获取次序。84.可选的，假设视频字段集合中包括第一视频字段和第二视频字段，若第一视频字段依赖于第二视频字段，则第二视频字段的获取次序位于第一视频字段的获取次序之前。85.例如，假设视频字段集合中包括视频字段a、视频字段b和视频字段c，若视频字段a依赖于视频字段b和视频字段c，则视频字段a的获取次序位于视频字段b和视频字段c的次序之后，对视频字段b和视频字段c之间的获取次序不作限定。86.s307、确定视频字段对应的逻辑运算信息和加载信息。87.每个视频字段有其对应的逻辑运算信息(resolver)，逻辑运算信息还可以称为打包逻辑函数，逻辑运算信息用于进行逻辑、数据运算。可选的，一个视频字段通常对应一个逻辑运算信息。每个逻辑运算信息有其对应的加载信息(loader)，加载信息还可以称为加载数据逻辑，加载信息用于从下游模块(数据源)获取数据。可选的，一个逻辑运算信息可以对应的一个或多个加载数据逻辑。88.可以先确定视频字段对应的逻辑运算信息，再根据逻辑运算信息，确定视频字段对应的加载信息。89.s308、按照视频字段对应的子信息的获取次序，通过逻辑运算信息和加载信息，获取视频字段对应的至少一个待请求视频的子信息。90.一个视频字段对应至少一个待请求视频，因此，在获取一个视频字段对应的子信息时，需要获取该视频字段对应的每个待请求视频的子信息。91.例如，假设视频字段a的对应视频1、视频2和视频3，则在请求视频字段a对应的子信息时，需要请求获取视频字段a对应的视频1的子信息、视频字段a对应的视频2的子信息、以及视频字段a对应的视频3的子信息。即，通过一次请求即可获取视频字段a对应的3个视频的子信息。92.可以通过如下方式获取视频字段对应的至少一个待请求视频的子信息：通过加载信息，获取每个待请求视频对应的子数据，通过逻辑运算信息分别对每个待请求视频对应的子数据进行逻辑运算，得到每个待请求视频的子信息。93.服务器通过加载信息可以一次获取所有待请求视频对应的子数据，每个待请求视频对应的子数据的数量为一个或多个。在获取得到所有待请求视频对应的子数据之后，分别确定每个待请求视频对应的子数据，针对任意一个待请求视频，通过逻辑运算信息对该待请求视频对应的子数据进行逻辑运算，以得到该待请求视频的子信息。94.例如，假设视频字段a的对应视频1、视频2和视频3，假设视频字段a为距离(视频观看者与视频发布者之间的距离)，则服务器先根据距离字段对应的加载信息获取所有视频对应的位置信息(子数据)，假设位置信息包括视频发布者的位置和视频观看者的位置，则服务器通过加载信息获取得到的子数据可以如表4所示：95.表496.视频子数据视频1视频发布者的位置11、视频观看者的位置12视频2视频发布者的位置21、视频观看者的位置22视频3视频发布者的位置31、视频观看者的位置3297.在服务器获取得到表4所示的子数据之后，针对视频1，服务器通过逻辑运算信息对视频发布者的位置11和视频观看者的位置12进行逻辑运算，得到视频1对应的距离1；针对视频2，服务器通过逻辑运算信息对视频发布者的位置21和视频观看者的位置22进行逻辑运算，得到视频2对应的距离2；针对视频3，服务器通过逻辑运算信息对视频发布者的位置31和视频观看者的位置32进行逻辑运算，得到视频3对应的距离3。98.可选的，在通过加载信息获取每个待请求视频对应的子数据时，针对任意一个待请求视频，若缓存中存在待请求视频对应的子数据，则通过加载信息在缓存中获取待请求视频对应的子数据；若缓存中不存在待请求视频对应的子数据，则通过加载信息在预设设备中获取待请求视频对应的子数据。通过设计缓存，至少存在如下有益效果：可以减少获取子数据的时延，避免由于时间窗时间过短而导致无法在一个时间窗内完成所有子数据的问题，以及在在下游模块故障时进行数据冗余备份。99.针对每一个视频字段，均执行s306-s308的过程，以获取每个视频字段对应的待请求视频的子信息。100.s309、根据每个视频字段对应的待请求视频的子信息，确定每个待请求视频对应的视频信息。101.可选的，针对任意一个待请求视频，根据每个视频字段对应的待请求视频的子信息，确定待请求视频对应的至少一个子信息，对待请求视频对应的至少一个子信息进行封装处理，得到待请求视频对应的视频信息。可选的，可以按照预设格式进行封装处理，例如，预设格式可以包括pb格式、json格式、thrift格式等。102.在对待请求视频对应的至少一个子信息进行封装处理之前，为了进一步避免冗余，可以先对至少一个子信息中的内容进行过滤处理。103.s310、向终端设备发送对应的视频信息。104.可以先确定每个视频请求对应的终端设备，根据视频请求与视频信息之间的对应关系，确定每个终端设备对应的视频信息，并分别向每个终端设备发送对应的视频信息。105.在图3所示的实施例中，在服务器获取得到至少一个视频请求之后，服务器可以根据待请求视频对应的视频场景，确定待请求视频对应的至少一个视频字段，并请求获取该至少一个视频字段对应的至少一个子信息，以得到待请求视频对应的视频信息，服务器避免为终端设备确定非必要的子信息，以避免向终端设备发送冗余的子信息，进而避免资源浪费。并且，针对短时段内接收到至少一个视频请求，服务器统一向下游模块发送请求以获取相关数据，无需每收到一个视频请求均向下游模块发送请求，减少了服务器与下游模块交互的次数，不但节省了服务器与下游模块之间的通信资源，还提高了从下游模块获取信息的效率。106.在上述任意一个实施例的基础上，下面，结合图4，对本公开实施例所示的视频处理方法进行详细说明。107.图4为本公开实施例提供的视频处理方法的过程示意图，在图4所示的实施例中，以逻辑运算信息为resolver(图4中简写为re)、加载信息为loader(图4中简写为lo)为例进行说明。108.请参见图4，用户可以预先在场景管理平台中对视频场景进行配置，例如，用户可以在场景管理平台中输入视频场景对应的配置信息，输入的配置信息可以存储在配置信息数据库中，用户还可以在场景管理平台中对配置信息数据库中的视频场景对应的配置信息进行删除、更新等操作。109.在实际应用过程中，终端设备可以向服务器发送视频请求，假设终端设备1向服务器发送视频请求1，视频请求1用于请求获取视频1和视频2，终端设备2向服务器发送视频请求2，视频请求2用于请求视频3。即，在同一时间窗内，服务器接收到了视频请求1和视频请求2。110.假设终端设备1当前进行视频播放对应的视频场景为视频场景1，则根据视频场景1确定视频1和视频2对应的视频字段均包括：视频字段a和视频字段b；假设终端设备2当前进行视频播放对应的视频场景为视频场景2，则根据视频场景2确定视频3对应的视频字段均包括：视频字段c。111.服务器对视频请求1和视频请求2进行任务分解，具体的：可以确定每个视频字段对应的resolver，并将视频的标识作为入参传递至对应的resolver。然后可以对请求进行聚合，具体的，每个resolver有其对应的loader，可以按照loader进行聚合，聚合结果为：loadera对应视频1、视频2和视频3，loaderb对应视频1和视频2，loaderc对应视频3。112.服务器通过loadera从数据库1中获取视频1、视频2和视频3对应的视频字段a的子数据；服务器通过loaderb从数据库2中获取视频1和视频2对应的视频字段b的子数据；服务器通过loaderc从数据库3中获取视频3对应的视频字段c的子数据。可选的，在上述子数据获取的过程中，均可以先从缓存中获取子数据，在缓存中不存在对应的子数据时，再从数据库中获取子数据。假设获取得到的子数据如表5所示：113.表5114.视频子数据视频1视频字段a对应的子数据a1、视频字段b对应的子数据b1视频2视频字段a对应的子数据a2、视频字段b对应的子数据b2视频3视频字段a对应的子数据a3、视频字段c对应的子数据c3115.在服务器通过loader获取得到上述子数据之后，服务器通过resolver对子数据进行处理，得到对应的子信息，得到的子信息如表6所示：116.表6117.视频子信息视频1子信息11、子信息12视频2子信息11、子信息12视频3子信息11、子信息12118.请参见表6，子信息11为通过resolver对子数据a1进行处理得到的，子信息12为通过resolver对子数据b1进行处理得到的，以此类推。119.在确定得到每个视频对应的子信息之后，对每个视频对应的子信息进行封装(打包)处理，得到视频信息，并将视频信息发送给对应的终端设备，例如，将视频1对应的视频信息1和视频2对应的视频信息2发送给终端设备1，将视频3对应的视频信息3发送给终端设备2。120.在上述过程中，针对任意一个视频，根据视频对应的视频场景确定对应的视频信息，避免视频信息中包括冗余信息。针对服务器在一个时间窗内接收到的多个视频请求，对该多个视频请求进行任务分解以及请求聚合处理，相应的，针对任意一个视频字段，仅通过一次请求即可在数据库中获取所有视频对应的子数据，减少了服务器与数据库之间的交互次数，不但节省了网络资源，还提高了从数据库获取信息的效率。121.在上述任意一个实施例的基础上，下面，通过具体示例，对上述视频处理过程进行说明。122.例如，假设视频为直播视频，直播视频的视频场景对应的配置信息如下所示：123.[0124][0125]在将上述配置信息加载至内存之后，在内存中可以以树状结构的形式存储配置信息。例如，上述配置信息对应的树状结构可以如图5所示。[0126]图5为本公开实施例提供的配置信息的树状结构图。请参见图5，包括两个树状结构，其中一个树状结构的根节点为房间根节点，其包括三个子节点，分别为：id、标题和状态，状态还包括三个子节点：粉丝、跟随计数和输入计数。另一个树状结构的根节点为房间隐私根节点，其包括一个子节点：标签设置。[0127]在图5所示实施例的基础上，下面，结合图6，通过具体示例对视频处理的过程进行说明。[0128]图6为本公开实施例提供的另一种视频处理的过程示意图。请参见图6，服务器先接收终端设备发送的视频请求，并对视频请求进行参数校验，其中，参数校验包括对上游服务进行校验以及对视频场景进行校验，具体过程可以参见s202，此处不再进行赘述。[0129]在校验通过之后，可以从内存中加载视频场景，例如，可以是加载视频场景对应的配置信息。还可以对直播间信息进行校验，例如，校验直播间的标识是否存在等。然后进行执行过程，执行过程可以包括逻辑运算信息(resolver)的初始化，加载信息(loader)的初始化，通过loader按照视频字段进行信息加载，通过resolver对loader加载的子数据进行逻辑运算得到逻辑运算结果(子信息)，并返回子信息。服务器对子信息进行封装处理得到视频信息，并向终端设备发送视频信息。上述过程可以参见图3所示的实施例，此处不再进行赘述。[0130]图7为本公开实施例提供的一种视频处理装置的结构示意图。该视频处理装置可以设置在服务器中。请参见图7，该视频处置装置10可以包括：第一获取单元11、第一确定单元12、第二获取单元13和第二确定单元14，其中，[0131]所述第一获取单元11用于，获取至少一个视频请求，每个视频请求中包括待请求视频的标识和所述待请求视频对应的视频场景；[0132]所说第一确定单元12用于，分别根据每个待请求视频对应的视频场景，确定每个待请求视频对应的至少一个视频字段；[0133]所述第二获取单元13用于，获取每个视频字段对应的待请求视频的子信息；[0134]所述第二确定单元14用于，并根据每个视频字段对应的待请求视频的子信息，确定每个待请求视频对应的视频信息，所述视频信息用于终端设备进行视频播放。[0135]本公开实施例提供的视频处理装置10可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。[0136]在一种可能的实施方式中，所述第二获取单元13具体用于：[0137]根据每个待请求视频对应的至少一个视频字段，确定视频字段集合，视频字段集合中的各视频字段不同；[0138]确定所述视频字段集合中每个视频字段对应的至少一个待请求视频；[0139]针对所述视频字段集合中任意一个视频字段，根据所述视频字段对应的至少一个待请求视频，通过一次请求获取所述视频字段对应的待请求视频的子信息。[0140]在一种可能的实施方式中，所述第二获取单元13具体用于：[0141]确定所述视频字段集合中的视频字段之间的依赖关系；[0142]根据所述依赖关系，确定所述视频字段对应的子信息的获取次序；[0143]按照所述视频字段对应的子信息的获取次序，根据所述视频字段应的至少一个待请求视频获取所述视频字段对应的待请求视频的子信息。[0144]在一种可能的实施方式中，所述第二获取单元13具体用于：[0145]确定所述视频字段对应的逻辑运算信息和加载信息；[0146]通过所述逻辑运算信息和所述加载信息，获取所述视频字段对应的至少一个待请求视频的子信息。[0147]在一种可能的实施方式中，所述第二获取单元13具体用于：[0148]确定所述视频字段对应的逻辑运算信息；[0149]根据所述逻辑运算信息，确定所述视频字段对应的加载信息。[0150]在一种可能的实施方式中，所述第二获取单元13具体用于：[0151]通过所述加载信息，获取每个待请求视频对应的子数据；[0152]通过所述逻辑运算信息分别对每个待请求视频对应的子数据进行逻辑运算，得到每个待请求视频的子信息。[0153]在一种可能的实施方式中，所述第二获取单元13具体用于：[0154]针对任意一个待请求视频，若缓存中存在所述待请求视频对应的子数据，则通过所述加载信息在所述缓存中获取所述待请求视频对应的子数据；[0155]若所述缓存中不存在所述待请求视频对应的子数据，则通过所述加载信息在预设设备中获取所述待请求视频对应的子数据。[0156]在一种可能的实施方式中，所述第二确定单元13具体用于：[0157]针对任意一个待请求视频，根据每个视频字段对应的待请求视频的子信息，确定所述待请求视频对应的至少一个子信息；[0158]对所述待请求视频对应的至少一个子信息进行封装处理，得到所述待请求视频对应的视频信息。[0159]在一种可能的实施方式中，所述第一确定单元12具体用于：[0160]针对任意一个待请求视频，根据所述待请求视频对应的视频场景，获取对应的配置信息，所述配置信息中包括视频场景的标识、上游服务的标识和至少一个视频字段的标识，所述上游服务用于请求获取所述待请求视频；[0161]在所述配置信息中获取所述待请求视频对应的至少一个视频字段。[0162]在一种可能的实施方式中，所述第一确定单元12具体用于：[0163]针对任意一个视频请求，判断预设场景集合中是否存在所述视频请求中视频场景；[0164]若是，则根据所述视频请求中的待请求视频的视频场景，确定所述待请求视频对应的至少一个视频字段。[0165]在一种可能的实施方式中，所述第一确定单元12具体用于：[0166]针对任意一个视频请求，获取所述视频请求对应的上游服务的标识，所述上游服务为发起所述视频请求的服务；[0167]对所述上游服务进行认证处理，在对所述上游服务认证通过之后，根据所述视频请求中的待请求视频对应的视频场景，确定所述待请求视频对应的至少一个字段。[0168]图8为本公开实施例提供的另一种视频处理装置的结构示意图。在图7所示实施例的基础上，请参见图8，视频处理装置10还包括发送单元15，其中，[0169]所述发送单元15用于，在所述第二确定模块14根据每个视频字段对应的待请求视频的子信息，确定每个待请求视频对应的视频信息之后，确定每个视频请求对应的终端设备；分别向每个终端设备发送对应的视频信息。[0170]本公开实施例提供的视频处理装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。[0171]参考图9，其示出了适于用来实现本公开实施例的电子设备900的结构示意图，该电子设备900可以为终端设备或服务器。其中，终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、个人数字助理(personaldigitalassistant，简称pda)、平板电脑(portableandroiddevice，简称pad)、便携式多媒体播放器(portablemediaplayer，简称pmp)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。图9示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。[0172]如图9所示，电子设备900可以包括处理装置(例如中央处理器、图形处理器等)901，其可以根据存储在只读存储器(readonlymemory，简称rom)902中的程序或者从存储装置908加载到随机访问存储器(randomaccessmemory，简称ram)903中的程序而执行各种适当的动作和处理。在ram903中，还存储有电子设备900操作所需的各种程序和数据。处理装置901、rom902以及ram903通过总线904彼此相连。输入/输出(i/o)接口905也连接至总线904。[0173]通常，以下装置可以连接至i/o接口905：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置906；包括例如液晶显示器(liquidcrystaldisplay，简称lcd)、扬声器、振动器等的输出装置907；包括例如磁带、硬盘等的存储装置908；以及通信装置909。通信装置909可以允许电子设备900与其他设备进行无线或有线通信以交换数据。虽然图9示出了具有各种装置的电子设备900，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。[0174]特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置909从网络上被下载和安装，或者从存储装置908被安装，或者从rom902被安装。在该计算机程序被处理装置901执行时，执行本公开实施例的方法中限定的上述功能。[0175]需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。[0176]上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。[0177]上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备执行上述实施例所示的方法。[0178]可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(localareanetwork，简称lan)或广域网(wideareanetwork，简称wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。[0179]附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个单元、程序段、或代码的一部分，该单元、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。[0180]描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。[0181]本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)等等。[0182]在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。[0183]第一方面，根据本公开的一个或多个实施例，提供一种视频处理方法，包括：[0184]获取至少一个视频请求，每个视频请求中包括待请求视频的标识和所述待请求视频对应的视频场景；[0185]分别根据每个待请求视频对应的视频场景，确定每个待请求视频对应的至少一个视频字段；[0186]获取每个视频字段对应的待请求视频的子信息，并根据每个视频字段对应的待请求视频的子信息，确定每个待请求视频对应的视频信息，所述视频信息用于终端设备进行视频播放。[0187]根据本公开的一个或多个实施例，获取每个视频字段对应的待请求视频的子信息，包括：根据每个待请求视频对应的至少一个视频字段，确定视频字段集合，视频字段集合中的各视频字段不同；确定所述视频字段集合中每个视频字段对应的至少一个待请求视频；针对所述视频字段集合中任意一个视频字段，根据所述视频字段对应的至少一个待请求视频，通过一次请求获取所述视频字段对应的待请求视频的子信息。[0188]根据本公开的一个或多个实施例，根据所述视频字段对应的至少一个待请求视频，通过一次请求获取所述视频字段对应的待请求视频的子信息，包括：确定所述视频字段集合中的视频字段之间的依赖关系；根据所述依赖关系，确定所述视频字段对应的子信息的获取次序；按照所述视频字段对应的子信息的获取次序，根据所述视频字段应的至少一个待请求视频获取所述视频字段对应的待请求视频的子信息。[0189]根据本公开的一个或多个实施例，根据所述视频字段应的至少一个待请求视频获取所述视频字段对应的待请求视频的子信息，包括：确定所述视频字段对应的逻辑运算信息和加载信息；通过所述逻辑运算信息和所述加载信息，获取所述视频字段对应的至少一个待请求视频的子信息。[0190]根据本公开的一个或多个实施例，确定所述视频字段对应的逻辑运算信息和加载信息，包括：确定所述视频字段对应的逻辑运算信息；根据所述逻辑运算信息，确定所述视频字段对应的加载信息。[0191]根据本公开的一个或多个实施例，通过所述逻辑运算信息和所述加载信息，获取所述视频字段对应的至少一个待请求视频的子信息，包括：通过所述加载信息，获取每个待请求视频对应的子数据；通过所述逻辑运算信息分别对每个待请求视频对应的子数据进行逻辑运算，得到每个待请求视频的子信息。[0192]根据本公开的一个或多个实施例，通过所述加载信息，获取每个待请求视频对应的子数据，包括：针对任意一个待请求视频，若缓存中存在所述待请求视频对应的子数据，则通过所述加载信息在所述缓存中获取所述待请求视频对应的子数据；若所述缓存中不存在所述待请求视频对应的子数据，则通过所述加载信息在预设设备中获取所述待请求视频对应的子数据。[0193]根据本公开的一个或多个实施例，根据每个视频字段对应的待请求视频的子信息，确定每个待请求视频对应的视频信息，包括：针对任意一个待请求视频，根据每个视频字段对应的待请求视频的子信息，确定所述待请求视频对应的至少一个子信息；对所述待请求视频对应的至少一个子信息进行封装处理，得到所述待请求视频对应的视频信息。[0194]根据本公开的一个或多个实施例，分别根据每个待请求视频对应的视频场景，确定每个待请求视频对应的至少一个视频字段，包括：针对任意一个待请求视频，根据所述待请求视频对应的视频场景，获取对应的配置信息，所述配置信息中包括视频场景的标识、上游服务的标识和至少一个视频字段的标识，所述上游服务用于请求获取所述待请求视频；在所述配置信息中获取所述待请求视频对应的至少一个视频字段。[0195]根据本公开的一个或多个实施例，分别根据每个待请求视频对应的视频场景，确定每个待请求视频对应的至少一个视频字段，还包括：针对任意一个视频请求，判断预设场景集合中是否存在所述视频请求中视频场景；若是，则根据所述视频请求中的待请求视频的视频场景，确定所述待请求视频对应的至少一个视频字段。[0196]根据本公开的一个或多个实施例，分别根据每个待请求视频对应的视频场景，确定每个待请求视频对应的至少一个视频字段，还包括：针对任意一个视频请求，获取所述视频请求对应的上游服务的标识，所述上游服务为发起所述视频请求的服务；对所述上游服务进行认证处理，在对所述上游服务认证通过之后，根据所述视频请求中的待请求视频对应的视频场景，确定所述待请求视频对应的至少一个字段。[0197]根据本公开的一个或多个实施例，根据每个视频字段对应的待请求视频的子信息，确定每个待请求视频对应的视频信息之后，还包括：确定每个视频请求对应的终端设备；分别向每个终端设备发送对应的视频信息。[0198]第二方面，根据本公开的一个或多个实施例，提供了一种视频处理装置，包括：第一获取单元、第一确定单元、第二获取单元和第二确定单元，其中，[0199]所述第一获取单元用于，获取至少一个视频请求，每个视频请求中包括待请求视频的标识和所述待请求视频对应的视频场景；[0200]所说第一确定单元用于，分别根据每个待请求视频对应的视频场景，确定每个待请求视频对应的至少一个视频字段；[0201]所述第二获取单元用于，获取每个视频字段对应的待请求视频的子信息；[0202]所述第二确定单元用于，并根据每个视频字段对应的待请求视频的子信息，确定每个待请求视频对应的视频信息，所述视频信息用于终端设备进行视频播放。[0203]根据本公开的一个或多个实施例，所述第二获取单元具体用于：根据每个待请求视频对应的至少一个视频字段，确定视频字段集合，视频字段集合中的各视频字段不同；确定所述视频字段集合中每个视频字段对应的至少一个待请求视频；针对所述视频字段集合中任意一个视频字段，根据所述视频字段对应的至少一个待请求视频，通过一次请求获取所述视频字段对应的待请求视频的子信息。[0204]根据本公开的一个或多个实施例，所述第二获取单元具体用于：确定所述视频字段集合中的视频字段之间的依赖关系；根据所述依赖关系，确定所述视频字段对应的子信息的获取次序；按照所述视频字段对应的子信息的获取次序，根据所述视频字段应的至少一个待请求视频获取所述视频字段对应的待请求视频的子信息。[0205]根据本公开的一个或多个实施例，所述第二获取单元具体用于：确定所述视频字段对应的逻辑运算信息和加载信息；通过所述逻辑运算信息和所述加载信息，获取所述视频字段对应的至少一个待请求视频的子信息。[0206]根据本公开的一个或多个实施例，所述第二获取单元具体用于：确定所述视频字段对应的逻辑运算信息；根据所述逻辑运算信息，确定所述视频字段对应的加载信息。[0207]根据本公开的一个或多个实施例，所述第二获取单元具体用于：通过所述加载信息，获取每个待请求视频对应的子数据；通过所述逻辑运算信息分别对每个待请求视频对应的子数据进行逻辑运算，得到每个待请求视频的子信息。[0208]根据本公开的一个或多个实施例，所述第二获取单元具体用于：针对任意一个待请求视频，若缓存中存在所述待请求视频对应的子数据，则通过所述加载信息在所述缓存中获取所述待请求视频对应的子数据；若所述缓存中不存在所述待请求视频对应的子数据，则通过所述加载信息在预设设备中获取所述待请求视频对应的子数据。[0209]根据本公开的一个或多个实施例，所述第二确定单元具体用于：针对任意一个待请求视频，根据每个视频字段对应的待请求视频的子信息，确定所述待请求视频对应的至少一个子信息；对所述待请求视频对应的至少一个子信息进行封装处理，得到所述待请求视频对应的视频信息。[0210]根据本公开的一个或多个实施例，所述第一确定单元具体用于：针对任意一个待请求视频，根据所述待请求视频对应的视频场景，获取对应的配置信息，所述配置信息中包括视频场景的标识、上游服务的标识和至少一个视频字段的标识，所述上游服务用于请求获取所述待请求视频；在所述配置信息中获取所述待请求视频对应的至少一个视频字段。[0211]根据本公开的一个或多个实施例，所述第一确定单元具体用于：针对任意一个视频请求，判断预设场景集合中是否存在所述视频请求中视频场景；若是，则根据所述视频请求中的待请求视频的视频场景，确定所述待请求视频对应的至少一个视频字段。[0212]根据本公开的一个或多个实施例，所述第一确定单元具体用于：针对任意一个视频请求，获取所述视频请求对应的上游服务的标识，所述上游服务为发起所述视频请求的服务；对所述上游服务进行认证处理，在对所述上游服务认证通过之后，根据所述视频请求中的待请求视频对应的视频场景，确定所述待请求视频对应的至少一个字段。[0213]根据本公开的一个或多个实施例，所述装置还包括发送单元，其中，所述发送单元用于，在所述第二确定模块根据每个视频字段对应的待请求视频的子信息，确定每个待请求视频对应的视频信息之后，确定每个视频请求对应的终端设备；分别向每个终端设备发送对应的视频信息。[0214]第三方面，根据本公开的一个或多个实施例，提供了一种电子设备，包括：至少一个处理器和存储器；[0215]所述存储器存储计算机执行指令；[0216]所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述电子设备执行如第一方面任一项所述的视频处理方法。[0217]第四方面，根据本公开的一个或多个实施例，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如第一方面任一项所述的视频处理方法。[0218]第五方面，根据本公开的一个或多个实施例，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面任一项所述的视频处理方法。[0219]以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。[0220]此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。[0221]尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。当前第1页12当前第1页12