一种任务调度方法、装置及计算机可读存储介质与流程

1.本发明涉及任务调度领域，具体而言，涉及一种任务调度方法、装置及计算机可读存储介质。


背景技术：

2.目前的业界任务调度系统，无法对调度信息监控、告警、重试、明细报表等核心功能，并且业务方在接入任务调度系统的情况下，业务方需要清楚任务调度系统的运行机制，同时需要编写大量关于任务调度系统工作的配套代码。
3.因此，目前业务方对任务调度系统的依赖性较大，并且调度信息管理不便的问题。


技术实现要素：

4.本发明的目的包括，例如，提供了一种任务调度方法、装置及计算机可读存储介质，其能够使得业务方与任务调度系统解耦，且实现调度信息的监控。
5.为了实现上述目的，本技术实施例采用的技术方案如下：
6.第一方面，本技术实施例提供了一种任务调度方法，应用于任务调度系统，所述任务调度系统包括调度代理中心，所述方法包括：
7.所述调度代理中心将所述任务消息封装后存储，并推送至业务方；
8.接收所述业务方发送的所述任务消息的执行反馈信息；
9.基于所述任务消息和所述执行反馈信息，对所述任务消息进行监管。
10.在可选的实施方式中，所述任务调度系统还包括：调度器、可视化控制中心和至少一个执行器，所述方法还包括：
11.可视化控制中心根据业务方配置的任务配置规则生成调度指令；
12.所述调度器将所述调度指令分配至至少一个执行器；
13.所述执行器确定所述调度指令的任务消息，并将所述任务消息发送至调度代理中心。
14.在可选的实施方式中，所述任务调度系统还包括调度sdk包，所述调度代理中心将所述任务消息封装后存储，并推送至业务方的步骤，包括：
15.所述调度代理中心将所述任务消息封装后存储；
16.在业务方接入所述调度sdk包的情况下，所述调度sdk包扫描所述业务方的任务标识；
17.所述调度sdk包将与所述业务方的任务标识对应的任务消息进行解析得到目标任务消息，并将所述目标任务消息传输至业务方。
18.在可选的实施方式中，所述基于所述任务消息和所述执行反馈信息，对所述任务消息进行监管的步骤，包括：
19.所述调度代理中心将相同任务名的多个所述任务消息放入队列中；
20.针对队列中的每个所述任务消息，确定所述任务消息的执行时长；
21.判断所述执行时长是否超出预设时长；
22.若否，则将所述任务消息从队列中删除。
23.在可选的实施方式中，所述针对队列中的每个所述任务消息，确定所述任务消息的执行时长的步骤，包括：
24.确定所述任务消息的发送时间和所述任务消息的反馈信息中的接收反馈时间；
25.基于所述发送时间和所述接收反馈时间，确定所述任务消息的执行时长。
26.在可选的实施方式中，所述方法还包括：
27.在所述执行时长超出预设时长的情况下，将所述任务消息重新发送，并更新所述任务消息的发送时间；
28.基于更新后的所述发送时间和重新发送的所述任务消息的接收反馈时间，所述调度代理中心计算重新发送的任务消息的执行时长；
29.若重新发送的任务消息的执行时长未超过预设时长，则表征所述任务消息重新发送成功，在队列中删除该条任务消息。
30.在可选的实施方式中，所述方法还包括：
31.在重新发送的任务消息的执行时长超过预设时长的情况下，确定重新发送该任务消息的重试次数；
32.若重试次数大于预设次数，停止重试，并在队列中删除该任务消息；
33.若重试次数小于预设次数，则将重新发送的任务消息再次进行重新发送。
34.在可选的实施方式中，所述方法还包括：
35.基于所述任务消息和所述执行反馈信息生成所述任务消息的日志记录；
36.所述调度代理中心基于所述任务消息的日志记录生成所述任务消息的监控图和代理明细表，其中，所述监控图中指示所述任务消息的成功率和所述任务消息的所有业务节点处理的成功率，所述代理明细表中包含任务消息的任务名、分片、执行时间、结果、重试次数、任务消息执行的ip信息。
37.第二方面，本技术实施例提供了一种
38.任务调度装置，所述装置包括：
39.调度器、可视化控制中心、至少一个执行器以及调度代理中心；
40.所述可视化控制中心，用于根据业务方配置的任务配置规则生成调度指令；
41.所述调度器，用于将所述调度指令分配至至少一个执行器；
42.所述执行器，用于确定所述调度指令的任务消息，并将所述任务消息发送至调度代理中心；
43.所述调度代理中心，用于将所述任务消息封装后存储，并推送至业务方；
44.接收所述业务方发送的所述任务消息的执行反馈信息；
45.基于所述任务消息和所述执行反馈信息，对所述任务消息进行监管。
46.第三方面，本技术实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述任务调度方法的步骤。
47.本技术具有以下有益效果：
48.本技术通过调度代理中心将任务消息封装后存储，并推送至业务方；接收业务方发送的任务消息的执行反馈信息；基于任务消息和执行反馈信息，对任务消息进行监管。从
而解耦调度组件与业务服务，让业务服务不再依赖任何调度组件，业务方无需关心任务调度如何实现，业务服务中也无需接入大量复杂关于调度的组件代码，只需接收到任务消息后，处理自己的业务，并且实现对任务消息的监管。
附图说明
49.为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
50.图1为本发明实施例提供的任务调度系统的方框示意图；
51.图2为本发明实施例提供的一种任务调度方法的流程示意图之一；
52.图3为本发明实施例提供的一种任务调度方法的流程示意图之二；
53.图4为本发明实施例提供的任务调度系统的总体架构示意图；
54.图5为本发明实施例提供的一种任务调度方法的流程示意图之三；
55.图6为本发明实施例提供的一种任务调度方法的流程示意图之四；
56.图7为本发明实施例提供的一种任务调度装置的结构框图。
具体实施方式
57.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。
58.因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
59.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
60.在本发明的描述中，需要说明的是，若出现术语“上”、“下”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该发明产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。
61.此外，若出现术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
62.在本技术的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本技术中的具体含义。
63.现有技术中的任务调度系统无法对调度信息监控、告警、重试、明细报表等核心功能，并且业务方在接入任务调度系统的情况下，业务方需要清楚任务调度系统的运行机制，同时需要编写大量关于任务调度系统工作的配套代码。
64.但是经过发明人大量研究发现，采用上述方式，存在业务方对任务调度系统的依赖性较大，从而导致业务方和任务调度系统的开发成本较高，并且调度信息管理不便的问题。
65.有鉴于对上述问题的发现，本实施例提供了一种任务调度方法、装置及计算机可读存储介质，能够实现无需业务方编写配套的编码，即可完成任务的调度，且实现调度信息的监控，下面对本实施例提供的方案进行详细阐述。
66.本实施例提供一种可以对任务进行调度的任务调度系统。在一种可能的实现方式中，所述任务调度系统可以为用户终端，例如，电子设备可以是，但不限于，服务器、智能手机、个人电脑(personalcomputer，pc)、平板电脑、个人数字助理(personal digital assistant，pda)、移动上网设备(mobile internet device，mid)以及图像采集装置等。
67.该任务调度系统可以具有能够对任务进行调度和监管的部件，例如，中央处理器(centralprocessing unit，cpu)、图形处理器(graphic processing unit，gpu)等，从而执行本实施例提供的任务调度方法。
68.在另一种可能的实现方式中，所述任务调度系统也可以为能够与用户终端通信的服务器。该服务器可以将任务消息封装后存储，并推送至业务方；接收所述业务方发送的所述任务消息的执行反馈信息；基于所述任务消息和所述执行反馈信息，对所述任务消息进行监管。
69.请参照图1所示的该任务调度系统100的结构示意图。该任务调度系统100包括任务调度装置110、存储器120、处理器130以及通信单元140。
70.该存储器120、处理器130以及通信单元140各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。该任务调度装置110包括至少一个可以软件或固件(firmware)的形式存储于存储器120中或固化在服电子设备100的操作系统(operating system，os)中的软件功能模块。处理器130用于执行存储器120中存储的可执行模块，例如任务调度装置110所包括的软件功能模块及计算机程序等。该任务调度装置110中的计算机可执行指令被处理器执行时，实现该任务调度方法。
71.其中，该存储器120可以是，但不限于，随机存取存储器(randomaccess memory，ram)，只读存储器(read only memory，rom)，可编程只读存储器(programmable read
‑
onlymemory，prom)，可擦除只读存储器(erasable programmable read
‑
only memory，eprom)，电可擦除只读存储器(electric erasable programmable read
‑
only memory，eeprom)等。其中，存储器120用于存储程序，该处理器130在接收到执行指令后，执行该程序。该通信单元140用于通过网络收发数据。
72.该处理器130可能是一种集成电路芯片，具有信号的处理能力。上述的处理器可以是通用处理器，包括中央处理器(centralprocessing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬
件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
73.请参照图2，图2为应用于图1所示的任务调度系统100的一种任务调度方法的流程图，以下将对所述方法包括各个步骤进行详细阐述。
74.步骤201：调度代理中心将任务消息封装后存储，并推送至业务方。
75.步骤202：接收业务方发送的任务消息的执行反馈信息。
76.步骤203：基于任务消息和执行反馈信息，对任务消息进行监管。
77.任务调度系统分为平台层和业务层，平台层包括封装基础调度组件，调度代理中心、消息存储中心。对于平台层，不熟整套调度组件，并实现mysql主从，执行器多机房部署，zookeeper双机房部署，从而实现基础组件的高可用。
78.mysql是一个关系型数据库管理系统，关系数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，增加了速度并提高了灵活性。
79.zookeeper是一个分布式的，开放源码的分布式应用程序协调服务，它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。
80.调度代理中心将调度指令对应的任务消息进行封装，调度代理中心对任务消息进行封装，封装为消息通道的软件开发包发送至存储中心，所有任务消息都是在同一个消息通道，唯一不同的是各任务消息对应不同的任务名。将封装后的任务消息的软件开发包至业务方，业务方执行任务消息的软件包，生成执行反馈信息，执行反馈信息包括回复时间和执行状态等信息。
81.基于任务消息的发出时间、回复时间、执行状态等信息，基于任务消息和执行反馈信息对任务消息进行监管，例如对任务消息状态进行监管，告警，重新发送等。
82.本技术通过调度代理中心将任务消息封装后存储，并推送至业务方；接收业务方发送的任务消息的执行反馈信息；基于任务消息和执行反馈信息，对任务消息进行监管。从而解耦调度组件与业务服务，让业务服务不再依赖任何调度组件，业务方无需关心任务调度如何实现，业务服务中也无需接入大量复杂关于调度的组件代码，只需接收到任务消息后，处理自己的业务，并且实现对任务消息的监管。
83.为了确定任务消息，在本技术的另一实施例中，如图3所示的一种任务调度方法的步骤流程图，具体包括如下步骤：
84.步骤301：可视化控制中心根据业务方配置的任务配置规则生成调度指令。
85.步骤302：调度器将调度指令分配至至少一个执行器。
86.步骤303：执行器确定调度指令的任务消息，并将任务消息发送至调度代理中心。
87.其中，调度指令包括任务消息。
88.如图4所示，为任务调度系统的总体架构示意图，可视化控制中心为业务方在可视化控制中心输入任务配置规则，任务配置规则保存至mysql数据库中，可视化控制中心依据任务配置规则生成调度指令，例如：调度指令为每3s执行一次目标任务和每3s执行一次的目标任务分片，或者每10s执行一次目标任务和每10s执行一次的目标任务的分片。图中调度器基于生成的调度指令，按照算法对调度指令进行调度。执行器有多台，当某一台执行器挂掉，则会调用其他执行器执行该任务。注册中心，注册有多台执行器，当某一台执行器负
载过高，可视化控制中心将负载过高的执行器下线，即负载过高的执行器不在执行指令。调度器基于算法控制哪一台执行器接收调度指令，调度器基于算法计算多台执行器中哪些性能较高，则将调度指令下发至对应的执行器，从而避免某一台执行器负载过高或者故障，执行器将任务消息发送至调度代理中心进行处理。
89.通过业务方配置的任务配置规则生成调度指令，调度器基于预设算法确定将调度指令分配给性能较佳的执行器，并由执行器将任务消息发送至调度代理中心。
90.执行器是一个接口，它的作用主要是为我们提供任务与执行机制(包括线程使用和调度细节)之间的解耦。
91.本技术过调度代理中心将任务消息封装后存储，并推送至业务方；接收业务方发送的任务消息的执行反馈信息；基于任务消息和执行反馈信息，对任务消息进行监管。从而解耦调度组件与业务服务，让业务服务不再依赖任何调度组件，业务方无需关心任务调度如何实现，业务服务中也无需接入大量复杂关于调度的组件代码，只需接收到任务消息后，处理自己的业务，并且实现对任务消息的监管。
92.为了实现任务消息的隔离，针对上述步骤201，在本技术的另一实施例中，如图5所示，提供了一种任务调度方法，具体包括如下步骤：
93.任务调度系统还包括调度sdk包。
94.步骤201
‑
1：调度代理中心将任务消息封装后存储。
95.步骤201
‑
2：在业务方接入调度sdk包的情况下，调度sdk包扫描业务方的任务标识。
96.步骤201
‑
3：调度sdk包将与业务方的任务标识对应的任务消息进行解析得到目标任务消息，并将目标任务消息传输至业务方。
97.由于所有消息都是在同一个消息通道，为了保证各业务方只接受自己的业务消息，则基于业务方的任务标识，将调度sdk包中与业务方的任务标识一致的目标消息发送至业务方，实现任务消息的隔离。
98.为了实现基于任务消息的监管，针对上述步骤203，在本技术的另一实施例中，如图6所示，提供了一种任务调度方法，具体包括如下步骤：
99.步骤203
‑
1：调度代理中心将相同任务名的多个任务消息放入队列中。
100.步骤203
‑
2：针对队列中的每个任务消息，确定任务消息的执行时长。
101.步骤203
‑
3：判断执行时长是否超出预设时长。
102.步骤203
‑
4：若否，则将任务消息从队列中删除。
103.任务消息的执行时长具体为：确定任务消息的发送时间和任务消息的反馈信息中的接收反馈时间；基于发送时间和接收反馈时间，确定任务消息的执行时长。
104.在执行时长超出预设时长的情况下，将任务消息重新发送，并更新任务消息的发送时间；基于更新后的发送时间和重新发送的任务消息的接收反馈时间，计算重新发送的任务消息的执行时长；若重新发送的任务消息的执行时长未超过预设时长，则表征任务消息重新发送成功，在队列中删除该条任务消息。
105.在调度代理中心内，将调度的任务消息放入队列中，不同的任务放入不同的队列中，队列是以任务名来区分的。当调度代理中心收到该条任务消息的回复消息时，会更新该消息的接收时间，即可知道该条调度的任务消息的执行时间，如果执行时间小于预设时长，
则说明该条调度的任务消息执行正常，从队列里面移除掉该条任务消息。
106.在重新发送的任务消息的执行时长超过预设时长的情况下，确定重新发送该任务消息的重试次数；若重试次数大于预设次数，停止重试，并在队列中删除该任务消息；若重试次数小于预设次数，则将重新发送的任务消息再次进行重新发送。
107.其中，需要说明的是，重试次数是业务方进行设定的。
108.对于队列中的任务消息，有一个定时任务去扫描队列，由于调度代理中心有多个节点，当任务消息为定时任务时，增加分布式锁去竞争，抢到某个任务消息后，便开始循环遍历查看任务消息在推送至业务方后，业务方对任务消息的执行是否超时，若超时，则重新发送该条任务消息。或者业务方对任务消息的执行超时，并且上一次重试的执行时间大于预设时长，则会超时消息的告警信息。
109.接收到重新发送的任务消息的执行后会先删掉重试消息在队列中的缓存，同时计算该次重试任务消息所使用的时间，如果不超过预设时长，则该次重试成功，删掉队列中的该条任务消息，该条任务消息将会停止重试。如果重试的次数超过了设定的最大重试次数，即预设次数，则也会停止重试。
110.基于任务消息和执行反馈信息生成任务消息的日志记录，调度代理中心基于任务消息的日志记录生成任务消息的监控图和代理明细表，其中，监控图中指示任务消息的成功率和任务消息的所有业务节点处理的成功率，代理明细表中包含任务消息的任务名、分片、执行时间、结果、重试次数、任务消息执行的ip信息。
111.基于任务消息的发出时间、回复时间、执行状态灯，生成任务消息的日志记录，对于任务消息的执行均会在任务消息的日志记录中记载。
112.本技术过调度代理中心将任务消息封装后存储，并推送至业务方；接收业务方发送的任务消息的执行反馈信息；基于任务消息和执行反馈信息，生成任务消息的日志记录；基于任务消息的日志记录对任务消息进行监管。从而解耦调度组件与业务服务，让业务服务不再依赖任何调度组件，业务方无需关心任务调度如何实现，业务服务中也无需接入大量复杂关于调度的组件代码，只需接收到任务消息后，处理自己的业务，并且实现对任务消息的监管。
113.请参照图7，本实施例还提供一种应用于图1所述任务调度系统100的任务调度装置110，所述任务调度装置110包括：
114.可视化控制中心111、调度器112、至少一个执行器113以及调度代理中心114；
115.所述可视化控制中心111，用于根据业务方配置的任务配置规则生成调度指令；
116.所述调度器112，用于将所述调度指令分配至至少一个执行器；
117.所述执行器113，用于确定所述调度指令的任务消息，并将所述任务消息发送至调度代理中心；
118.所述调度代理中心114，用于将所述任务消息封装后存储，并推送至业务方；
119.接收所述业务方发送的所述任务消息的执行反馈信息；
120.基于所述任务消息和所述执行反馈信息，对所述任务消息进行监管。
121.可选地，在一些可能的实现方式中，所述调度代理中心114具体用于：
122.所述调度代理中心将所述任务消息封装后存储；
123.在业务方接入所述调度sdk包的情况下，所述调度sdk包扫描所述业务方的任务标
识；
124.所述调度sdk包将与所述业务方的任务标识对应的任务消息进行解析得到目标任务消息，并将所述目标任务消息传输至业务方。
125.可选地，在一些可能的实现方式中，所述调度代理中心114具体用于：
126.所述调度代理中心将相同任务名的多个所述任务消息放入队列中；
127.针对队列中的每个所述任务消息，确定所述任务消息的执行时长；
128.判断所述执行时长是否超出预设时长；
129.若否，则将所述任务消息从队列中删除。
130.可选地，在一些可能的实现方式中，所述调度代理中心114具体用于：
131.确定所述任务消息的发送时间和所述任务消息的反馈信息中的接收反馈时间；
132.基于所述发送时间和所述接收反馈时间，确定所述任务消息的执行时长。
133.可选地，在一些可能的实现方式中，所述调度代理中心114具体用于：
134.在所述执行时长超出预设时长的情况下，将所述任务消息重新发送，并更新所述任务消息的发送时间；
135.基于更新后的所述发送时间和重新发送的所述任务消息的接收反馈时间，计算重新发送的任务消息的执行时长；
136.若重新发送的任务消息的执行时长未超过预设时长，则表征所述任务消息重新发送成功，在队列中删除该条任务消息。
137.可选地，在一些可能的实现方式中，所述调度代理中心114具体用于：
138.在重新发送的任务消息的执行时长超过预设时长的情况下，确定重新发送该任务消息的重试次数；
139.若重试次数大于预设次数，停止重试，并在队列中删除该任务消息；
140.若重试次数小于预设次数，则将重新发送的任务消息再次进行重新发送。
141.可选地，在一些可能的实现方式中，所述调度代理中心114具体用于：
142.基于所述任务消息和所述执行反馈信息生成所述任务消息的日志记录；所述调度代理中心基于所述任务消息的日志记录生成所述任务消息的监控图和代理明细表，其中，所述监控图中指示所述任务消息的成功率和所述任务消息的所有业务节点处理的成功率，所述代理明细表中包含任务消息的任务名、分片、执行时间、结果、重试次数、任务消息执行的ip信息。
143.综上所述，本技术过调度代理中心将任务消息封装后存储，并推送至业务方；接收业务方发送的任务消息的执行反馈信息；基于任务消息和执行反馈信息，对任务消息进行监管。从而解耦调度组件与业务服务，让业务服务不再依赖任何调度组件，业务方无需关心任务调度如何实现，业务服务中也无需接入大量复杂关于调度的组件代码，只需接收到任务消息后，处理自己的业务，并且实现对任务消息的监管。
144.本技术实施例还提供一种计算机可读存储介质，存储介质存储有计算机程序，计算机程序被处理器130执行时，实现该任务调度方法。
145.在本技术所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本技术的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能
和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
146.另外，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
147.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
148.以上所述，仅为本技术的各种实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。