任务调度方法及系统与流程

1.本技术涉及计算机技术领域，尤其涉及一种任务调度方法、系统、计算机设备和计算机可读存储介质，以及服务器。


背景技术：

2.docker是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的docker容器中，然后发布到任何流行的各种物理机上，也可以实现虚拟化。docker能够虚拟出多个docker容器，每个docker容器使用沙箱机制，相互隔离没有接口，可以将彼此的生产环境和开发环境分开，互不影响。
3.容器的运行需要依赖镜像。物理机器中的环境复杂，各个容器所依赖的环境、软件各不相同。一般将各种依赖软件安装到物理机器中或集成到一个镜像中。但是，将各种依赖软件安装到物理机器中或集成到一个镜像，会导致如下问题：需要依赖复杂的宿主主机(物理机器)，或镜像文件体积大，且扩容不便。


技术实现要素：

4.本技术实施例的目的是提供一种任务调度方法、系统、计算机设备及计算机可读存储介质，以及服务器，用于解决以下问题：需要依赖复杂的宿主主机，或镜像文件体积大，且扩容不便。
5.本技术实施例的一个方面提供了一种任务调度方法，所述方法包括：
6.接收针对目标任务的调度请求，所述调度请求包括所述目标任务的目标任务类型；
7.根据所述目标任务类型，从多个待选镜像中选择目标镜像；及
8.基于所述目标镜像创建目标容器；其中，所述目标容器用于运行所述目标任务。
9.可选的，还包括：动态设置所述目标容器的资源使用权限；
10.所述资源使用权限用于限制所述目标任务对资源的最大使用上限，所述资源包括cpu资源和/或内存资源。
11.可选的，还包括：
12.判断所述资源使用权限是否满足所述目标任务的当前资源需求；及
13.若所述资源使用权限无法满足所述目标任务的当前资源需求，则停止运行所述目标任务和所述目标容器。
14.可选的，还包括：
15.预先收集各个任务的任务类型，以得到多个任务类型；及
16.为每个任务类型分别配置一个镜像，每个任务类型对应的镜像被配置提供相应任务的运行环境。
17.可选的，所述根据所述目标任务类型，从多个待选镜像中选择目标镜像，包括：通过执行节点从所述多个待选镜像中选择所述目标镜像，并向守护进程发起容器创建请求；
18.所述基于所述目标镜像创建目标容器，包括：通过所述守护进程获取所述容器创建请求；并响应于所述容器创建请求，基于所述目标镜像创建所述目标容器。
19.可选的，还包括：
20.将所述目标容器在其生命周期内的任务日志重定向到指定文件；和/或
21.通过所述守护进程监测所述目标容器内的目标任务的任务状态，为所述执行节点提供状态查询服务。
22.本技术实施例的一个方面又提供了一种任务调度系统，所述系统包括：
23.接收模块，用于接收针对目标任务的调度请求，所述调度请求包括所述目标任务的目标任务类型；
24.选择模块，用于根据所述目标任务类型，从多个待选镜像中选择目标镜像；及
25.创建模块，用于基于所述目标镜像创建目标容器，所述目标容器用于运行所述目标任务。
26.本技术实施例的一个方面又提供了一种计算机设备，所述计算机设备包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时用于实现如上述任务调度方法的步骤。
27.本技术实施例的一个方面又提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序可被至少一个处理器所执行，以使所述至少一个处理器执行如上述任务调度方法的步骤。
28.本技术实施例的一个方面又提供了一种服务器，被配置执行节点和守护进程，其中：
29.所述执行节点接收针对目标任务的调度请求，所述调度请求包括所述目标任务的目标任务类型；
30.所述执行节点根据所述目标任务类型，从多个待选镜像中选择目标镜像；
31.所述执行节点向守护进程发起容器创建请求；
32.所述守护进程响应于所述容器创建请求，基于所述目标镜像创建所述目标容器。
33.可选的，所述执行节点被配置预定大小的资源，所述资源供所述目标任务和其他任务共用；
34.所述执行节点将设置参数提供给所述守护进程；
35.所述守护进程根据所述设置参数设置所述目标容器的资源使用权限；所述资源使用权限用于限制所述目标任务对所述资源的最大使用上限，所述资源包括cpu资源和/或内存资源。
36.可选的，所述守护进程还用于：
37.将所述目标容器在其生命周期内的任务日志重定向到指定文件；和/或
38.通过所述守护进程监测所述目标容器内的目标任务的任务状态，为所述执行节点提供状态查询服务。
39.可选的，所述服务器还配置有镜像配置程序，用于：
40.预先收集各个任务的任务类型，以得到多个任务类型；及
41.为每个任务类型分别配置一个镜像，每个任务类型对应的镜像被配置提供相应任务的运行环境。
42.本技术实施例提供的任务调度方法、系统、设备及计算机可读存储介质，以及服务器，包括如下优点：
43.(1)通过目标任务的目标任务类型，从多个待选镜像中选择出目标镜像，以获取所依赖的环境，能够确保所述目标任务的运行不依赖宿主机环境，扩容便捷；
44.(2)由于每个镜像为某一类型的任务提供容器创建等服务，因此，每个镜像可以做到体积小、且扩容方便，且降低了服务器(宿主主机)的运行压力。
附图说明
45.图1示意性示出了根据本技术实施例的任务调度方法的环境架构图；
46.图2示意性示出了根据本技术实施例一的服务器的操作流程图；
47.图3示意性示出了根据本技术实施例一的服务器中的软件结构图；
48.图4示意性示出了根据本技术实施例二的任务调度方法的流程图；
49.图5至8示意性示出了根据本技术实施例二的任务调度方法的新增步骤流程图；
50.图9示意性示出了根据本技术实施例三的任务调度系统的框图；及
51.图10示意性示出了根据本技术实施例四的适于实现任务调度方法的计算机设备的硬件架构示意图。
具体实施方式
52.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本技术，并不用于限定本技术。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
53.需要说明的是，在本技术实施例中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本技术要求的保护范围之内。
54.在本技术的描述中，需要理解的是，步骤前的数字标号并不标识执行步骤的前后顺序，仅用于方便描述本技术及区别每一步骤，因此不能理解为对本技术的限制。
55.以下为本技术的术语解释：
56.控制节点(controlnode)：负责任务触发，任务依赖，任务限流，任务路由，任务状态变更等；
57.执行节点(executenode)：负责任务提交，任务状态上报，任务日志采集，任务结果采集等；
58.容器，允许单个进程以比普通unix进程更高水平的隔离性运行。例如提供游戏程序运行的虚拟os，具有轻量级，性能损耗小，能更高效利用服务器资源等特点。
59.图1示意性示出了根据本技术实施例的任务调度方法的环境架构图。
60.如图1所示，控制侧2可以通过一个或多个网络调用执行侧4。
61.控制侧2，可以包括多个控制节点，如控制节点2a、2b、2c。其中，控制节点2a作为主节点，用于向执行侧4提交任务(作业)。控制节点2b、2c为备用节点，在控制节点2a出现故障之后，替代控制节点2a作为主节点，以确保控制侧2的有效运行。
62.一个或多个网络，包括各种网络设备，例如路由器，交换机，多路复用器，集线器，调制解调器，网桥，中继器，防火墙，代理设备和/或类似。一个或多个网络可以包括物理链路，例如同轴电缆链路，双绞线电缆链路，光纤链路，其组合等。网络可以包括无线链路，诸如蜂窝链路，卫星链路，wi
‑
fi链路等。
63.执行侧4，运行有执行节点4a、守护进程4b。响应于控制侧2提交的任务，执行节点4a和守护进程4b交互，进而创建容器4c，启动容器4c，获取容器4c的状态，停止容器4c等操作，通过容器4c执行所述任务，任务日志重定向到本地文件。
64.在同一个执行节点4a所有任务共用执行节点的内存和cpu，通过容器运行任务，可以动态设置每一个任务的最大资源情况，从而隔离各个任务间的资源使用。在具体应用中，每一个执行节点(例如，4a)可以部署一个容器管理引擎。
65.控制侧2、执行侧4可以是各类服务器，如机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)。
66.在上述示例性的运行架构下，本技术将提供多个用于任务调度的实施例，具体参照下文。
67.实施例一
68.继续参考图1，以下介绍一种服务器，该服务器位于执行侧4中，或作为执行侧4。
69.如图2所示，所述服务器，被配置执行节点4a和守护进程4b，用于执行如下操作：
70.步骤s200，所述执行节点4a接收针对目标任务的调度请求，所述调度请求包括所述目标任务的目标任务类型。
71.步骤s202，所述执行节点4a根据所述目标任务类型，从多个待选镜像中选择目标镜像。
72.步骤s204，所述执行节点4a向守护进程4b发起容器创建请求。
73.步骤s206，所述守护进程4b响应于所述容器创建请求，基于所述目标镜像创建所述目标容器。
74.执行节点4a可以无限横向扩展，每个执行节点4a关联一个容器引擎。
75.执行节点4a可以执行一个或多个任务。若执行节点4a同时运行多个任务，会造成如下情况：所述多个任务之间可以共用执行节点4a的资源(如cpu资源、内存资源)，但任务之间无法资源隔离，造成任务间相互影响。因此，可以为每个任务配置一个容器，每个任务运行在各自容器中，以进行资源隔离。具体的，在所述服务器中配置一个容器引擎，该容器引擎可以用于配置多个容器，该容器引擎启动后通过守护进程提供容器管理服务以及和执行节点4a交互。
76.在实际应用中，执行节点4a可以接收控制侧2下发的待执行任务，如所述目标任务。控制侧2的任务下发可以被手动触发，亦可以被自动触发，如基于时间触发。接收到控制侧2提交的目标任务之后，执行节点4a和守护进程4b交互以实施所述目标任务，所述目标任务的生命周期可以包括：创建目标容器、启动目标容器、获取目标容器的状态、获取目标容器的日志、停止目标容器、移除目标容器。其中，创建目标容器对应提交目标任务。启动目标
容器对应于运行目标任务。获取目标容器的状态和获取目标容器的日志是所述目标任务运行时的交互操作。停止目标容器对应停止所述目标任务，停止目标容器这一操作并不是必须的，可以自动完成。移除目标容器对应所述任务状态达到最终触发的操作。
77.其中，所述目标容器的创建和运行，需要依赖镜像。
78.在实际应用中，所述服务器中的环境复杂，各个容器所依赖的环境、软件各不相同。一般将各种依赖软件集成到一个镜像中，从而通过该镜像提供容器管理服务。但是上述做法会出现以下问题：镜像文件体积大、运行慢，且扩容不便。其中，扩容不便可以体现在：第一、耗时；第二、不同依赖软件之间相互影响，从而极大地降低了扩容的效率和使用体验。在本实施例中，准备多个待选镜像，根据不同的任务类型选择不同的镜像，以创建容器。在本实施例中，由于每个镜像仅为特定类型的任务提供容器创建等服务，因此，每个镜像可以做到体积小、运行快、扩容方便，降低了服务器(物理机器)的运行压力。
79.如图3所示：(1)若所述目标任务为“hive任务”，则只需要启动包含hadoop和hive构建的镜像；(2)若所述目标任务为“spark任务”，则只需要启动包含hadoop和spark构建的镜像。基于此，不需将hadoop、hive和spark都安装到物理机器上，而是将相关软件全部构建到镜像中，物理机器上不安装相关软件，省时省力，易于扩容。且，可以针对任务类型定制多个待选镜像，确保任务运行不依赖宿主机环境，扩容便捷，通过不同的镜像实现环境的隔离。
80.综上，本技术实施例提供的服务器，可以包括如下优点：
81.(1)为目标任务创建目标容器，使目标任务与执行节点4a的其他任务进行资源隔离；
82.(2)通过目标任务的目标任务类型，从多个待选镜像中选择出目标镜像，以获取所依赖的环境，能够确保所述目标任务的运行不依赖宿主机环境，扩容便捷；
83.(3)不同的任务类型对应不同的镜像，从而可以实现不同类型的任务的环境隔离；
84.(4)由于每个镜像为某一类型的任务提供容器创建等服务，因此，每个镜像可以做到体积小、运行快、扩容方便，且降低了服务器(物理机器)的运行压力。
85.作为示例，所述服务器可以预先配置多个镜像，具体操作如下：预先收集各个任务的任务类型，以得到多个任务类型；及为每个任务类型分别配置一个镜像，每个任务类型对应的镜像被配置提供相应任务的运行环境。在本实施例中，为不同类型的任务分配配置一个镜像，从而可以实现不同类型的任务的环境隔离，并实现每个镜像体积小、运行快、扩容方便，增加服务器的安全性和降低压力。
86.作为示例，所述执行节点被配置预定大小的资源，所述资源供所述目标任务和其他任务共用；所述执行节点将设置参数提供给所述守护进程；所述守护进程根据所述设置参数设置所述目标容器的资源使用权限；所述资源使用权限用于限制所述目标任务对所述资源的最大使用上限，所述资源包括cpu资源和/或内存资源。举例来说，可以自定义所述目标容器能够使用的最大内存资源、最大cpu资源等。其中，内存可以设置阈值大小。cpu可以设置以下两个参数：第一，cpu
‑
period，用于指定目标容器对cpu的使用要在多长时间内做一次重新分配；第二，cpu
‑
quota，用于指定在这个周期内，最多可以有多少时间用来运行目标容器。在本实施例中，实现了任务运行的资源隔离和最高使用资源的限定，防止单个任务的资源需求过大造成服务器压力过大或占用其他任务的资源。
87.作为示例，所述服务器还用于：判断所述资源使用权限是否满足所述目标任务的当前资源需求；及若所述资源使用权限无法满足所述目标任务的当前资源需求，则停止运行所述目标任务和所述目标容器。在本实施例中，为防止目标任务的资源需求过大造成的崩溃，停止运行所述目标容器，确保服务器正常运行。
88.作为示例，所述守护进程4b还用于：将所述目标容器在其生命周期内的任务日志重定向到指定文件；和/或通过所述守护进程监测所述目标容器内的目标任务的任务状态，为所述执行节点提供状态查询服务。在本实施例中，针对目标任务的关键信息采集包括：任务日志、任务状态和任务结果。任务结果可以保存在日志中或者无显示结果返回。因此，关键信息采集可以仅包括：任务日志和任务状态。
89.(1)目标容器可以独立运行，任务日志可以自动重定向到指定文件；
90.(2)任务状态，可以通过守护进程查询得到，从而使得执行节点4a无需关心任务状态，实现执行节点4a服务的无状态化，进而使得执行节点4a更方便迭代升级。具体的，执行节点服务的有状态化：执行节点需要监测特定服务器的特定任务，当执行节点升级或重启之后，执行节点无法得知当前任务的任务状态，需要当前任务重新运行一遍，导致资源浪费。在本实施例中，执行节点的无状态化，通过守护进程监测目标任务的任务状态，执行节点升级或重启之后，可以基于容器标识等通过守护进程获取当前任务(如，所述目标任务)的任务状态。即，执行节点的升级或重启不会影响到任务的运行，不需要从重新运行目标任务。
91.实施例二
92.本实施例提供的任务调度方法，具体技术细节和效果可以参见上文。
93.图4示意性示出了根据本技术实施例二的任务调度方法的流程图。
94.如图4所示，该任务调度方法可以包括步骤s400～s404，其中：
95.步骤s400，接收针对目标任务的调度请求，所述调度请求包括所述目标任务的目标任务类型；
96.步骤s402，根据所述目标任务类型，从多个待选镜像中选择目标镜像；
97.步骤s404，基于所述目标镜像创建目标容器；其中，所述目标容器用于运行所述目标任务。
98.作为示例，如图5所示，所述方法还可以包括步骤s500：
99.步骤s500，动态设置所述目标容器的资源使用权限；
100.所述资源使用权限用于限制所述目标任务对资源的最大使用上限，所述资源包括cpu资源和/或内存资源。
101.作为示例，如图6所示，所述方法还可以包括步骤s600～s602：
102.步骤s600，判断所述资源使用权限是否满足所述目标任务的当前资源需求；及
103.步骤s602，若所述资源使用权限无法满足所述目标任务的当前资源需求，则停止运行所述目标任务和所述目标容器。
104.作为示例，如图7所示，所述方法还可以包括步骤s700～s702：
105.步骤s700，预先收集各个任务的任务类型，以得到多个任务类型；及
106.步骤s702，为每个任务类型分别配置一个镜像，每个任务类型对应的镜像被配置提供相应任务的运行环境。
107.作为示例，步骤s402还可以包括：通过执行节点从所述多个待选镜像中选择所述目标镜像，并向守护进程发起容器创建请求；相应的，步骤s404还可以包括：所述基于所述目标镜像创建目标容器，包括：通过所述守护进程获取所述容器创建请求；并响应于所述容器创建请求，基于所述目标镜像创建所述目标容器。
108.作为示例，如图8所示，所述方法还可以包括步骤s800～s802：
109.步骤s800，将所述目标容器在其生命周期内的任务日志重定向到指定文件；和/或
110.步骤s802，通过所述守护进程监测所述目标容器内的目标任务的任务状态，为所述执行节点提供状态查询服务。
111.实施例三
112.图9示意性示出了根据本技术实施例三的任务调度系统的框图。该任务调度系统可以被分割成一个或多个程序模块，一个或者多个程序模块被存储于存储介质中，并由一个或多个处理器所执行，以完成本技术实施例。本技术实施例所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，以下描述将具体介绍本实施例中各程序模块的功能。
113.如图9所示，该任务调度系统900可以包括接收模块910、选择模块920和创建模块930，其中：
114.接收模块910，用于接收针对目标任务的调度请求，所述调度请求包括所述目标任务的目标任务类型；
115.选择模块920，用于根据所述目标任务类型，从多个待选镜像中选择目标镜像；及
116.创建模块930，用于基于所述目标镜像创建目标容器，所述目标容器用于运行所述目标任务。
117.作为示例，所述系统还可以包括设置模块(未标识)，用于：
118.动态设置所述目标容器的资源使用权限；
119.所述资源使用权限用于限制所述目标任务对资源的最大使用上限，所述资源包括cpu资源和/或内存资源。
120.作为示例，所述系统还可以包括停止模块(未标识)，用于：
121.判断所述资源使用权限是否满足所述目标任务的当前资源需求；及
122.若所述资源使用权限无法满足所述目标任务的当前资源需求，则停止运行所述目标任务和所述目标容器。
123.作为示例，所述系统还可以包括配置模块(未标识)，用于：
124.预先收集各个任务的任务类型，以得到多个任务类型；及
125.为每个任务类型分别配置一个镜像，每个任务类型对应的镜像被配置提供相应任务的运行环境。
126.作为示例，所述选择模块920，还用于：通过执行节点从所述多个待选镜像中选择所述目标镜像，并向守护进程发起容器创建请求；相应的，所述创建模块930，还用于：所述基于所述目标镜像创建目标容器，包括：通过所述守护进程获取所述容器创建请求；并响应于所述容器创建请求，基于所述目标镜像创建所述目标容器。
127.作为示例，所述系统还可以包括重定向模块(未标识)和监测模块(未标识)：
128.所述重定向模块，用于将所述目标容器在其生命周期内的任务日志重定向到指定
文件；和/或
129.所述监测模块，用于通过所述守护进程监测所述目标容器内的目标任务的任务状态，为所述执行节点提供状态查询服务。
130.实施例四
131.图10示意性示出了根据本技术实施例四的适于实现任务调度方法的计算机设备10000的硬件架构示意图。本实施例中，计算机设备10000可以为执行侧4或执行侧4的一部分。本实施例中，计算机设备10000是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。例如，可以是机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。如图10所示，计算机设备10000至少包括但不限于：可通过系统总线相互通信链接存储器10010、处理器10020、网络接口10030。其中：
132.存储器10010至少包括一种类型的计算机可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器10010可以是计算机设备10000的内部存储模块，例如该计算机设备10000的硬盘或内存。在另一些实施例中，存储器10010也可以是计算机设备10000的外部存储设备，例如该计算机设备10000上配备的插接式硬盘，智能存储卡(smart media card，简称为smc)，安全数字(secure digital，简称为sd)卡，闪存卡(flash card)等。当然，存储器10010还可以既包括计算机设备10000的内部存储模块也包括其外部存储设备。本实施例中，存储器10010通常用于存储安装于计算机设备10000的操作系统和各类应用软件，例如任务调度方法的程序代码等。此外，存储器10010还可以用于暂时地存储已经输出或者将要输出的各类数据。
133.处理器10020在一些实施例中可以是中央处理器(central processing unit，简称为cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器10020通常用于控制计算机设备10000的总体操作，例如执行与计算机设备10000进行数据交互或者通信相关的控制和处理等。本实施例中，处理器10020用于运行存储器10010中存储的程序代码或者处理数据。
134.网络接口10030可包括无线网络接口或有线网络接口，该网络接口10030通常用于在计算机设备10000与其他计算机设备之间建立通信链接。例如，网络接口10030用于通过网络将计算机设备10000与外部终端相连，在计算机设备10000与外部终端之间的建立数据传输通道和通信链接等。网络可以是企业内部网(intranet)、互联网(internet)、全球移动通讯系统(global system of mobile communication，简称为gsm)、宽带码分多址(wideband code division multiple access，简称为wcdma)、4g网络、5g网络、蓝牙(bluetooth)、wi
‑
fi等无线或有线网络。
135.需要指出的是，图10仅示出了具有部件10010
‑
10030的计算机设备，但是应该理解的是，并不要求实施所有示出的部件，可以替代的实施更多或者更少的部件。
136.在本实施例中，存储于存储器10010中的任务调度方法还可以被分割为一个或者多个程序模块，并由一个或多个处理器(本实施例为处理器10020)所执行，以完成本技术实施例。
137.实施例五
138.本技术还提供一种计算机可读存储介质，计算机可读存储介质其上存储有计算机程序，计算机程序被处理器执行时实现实施例中的任务调度方法的步骤。
139.本实施例中，计算机可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中，计算机可读存储介质可以是计算机设备的内部存储单元，例如该计算机设备的硬盘或内存。在另一些实施例中，计算机可读存储介质也可以是计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(smart media card，简称为smc)，安全数字(secure digital，简称为sd)卡，闪存卡(flash card)等。当然，计算机可读存储介质还可以既包括计算机设备的内部存储单元也包括其外部存储设备。本实施例中，计算机可读存储介质通常用于存储安装于计算机设备的操作系统和各类应用软件，例如实施例中任务调度方法的程序代码等。此外，计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的各类数据。
140.显然，本领域的技术人员应该明白，上述的本技术实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本技术实施例不限制于任何特定的硬件和软件结合。
141.需要说明的是，本技术技术方案主要/特别针对基于dash流媒体的web播放器的优化。另外，以上仅为本技术的优选实施例，并非因此限制本技术的专利保护范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。