基于接口特性分配计算资源的方法和装置与流程

1.本技术涉及接口管理及负载均衡领域，特别是涉及一种基于接口特性分配计算资源的方法和装置。


背景技术：

2.随着网络通信和互联网领域的不断发展，出现了很多算法优化和软硬件技术革新。这些创新也都以提升用户体验为目标之一。比如5g技术下的“网络切片技术”，目的就是根据统计使用者在一个设备下不同应用(app)的偏好情况，为用户提供更个性化的网速流量分配。
3.同样的，在接口管理技术中可控地为接口调配相应服务器资源，能够实现更精细化的接口管理和计算资源的分配。现有技术中采用负载均衡算法实现将不同接口分配给不同服务器集群节点的目的，保证了以自动适应的方式实时调整，使得后端服务器性能接近于服务器实际的性能，实现了高并发高吞吐，提高了机器集群系统工作效率与资源利用率。
4.然而现有的负载均衡算法以及算法优化在为接口分配服务器时只考虑服务器本身是不是有空、或者服务器本身特性如何，未考虑接口特性。由于每次请求/每个应用本身也具备很多特征属性，不同场景下、不同时间段的每个请求所需要的资源也是不一样的，在前台服务访问后端资源时，两者之间交互的优化和改进若只局限在负载均衡算法上，会导致资源分配不合理，例如，需要被优先处理的接口请求在经过负载均衡算法运算后分配给了低性能服务器。
5.此外，现有的负载均衡算法以及算法优化基本都依托于负载均衡本身，用户和开发者不能进行编辑和修改等控制；用户感知和体验不够，这导致了现有的方案不能最大化满足用户需求，仍然存在更个性定制化的提升空间。
6.因此，目前亟待发明一种基于接口特性分配计算资源的方法和装置，能够解决目前为接口分配计算资源时只考虑服务器本身特性带来的资源分配不合理的问题。


技术实现要素：

7.本技术实施例提供了一种基于接口特性分配计算资源的方法和装置，针对现有的为接口分配服务器只考虑服务器本身是不是有空、服务器自身性能高低，导致资源分配不合理的问题，能够实现建立接口特性与服务器资源之间的联系，从而在每次接口请求时，更好地实现资源分配的有益效果。
8.第一方面，本技术实施例提供了一种基于接口特性分配计算资源的方法，所述方法包括：获取接口的频率标识，基于所述频率标识为所述接口创建对应的特性标签；在发起接口请求时，携带所述接口的所述特性标签；其中，所述特性标签用于确定所述接口请求的优先级；根据所述接口的所述特性标签，为所述接口分配计算资源。
9.在其中一些实施例中，在“在发起接口请求时，携带所述接口的所述特性标签”之前，所述方法还包括：根据所述接口对应的业务类型的重要程度，确定所述接口的业务重要
性，将所述业务重要性写入对应所述接口的所述特性标签中。
10.在其中一些实施例中，“获取接口的频率标识”包括：获取预设时间段内接口被调用次数，通过预设的次数阈值确定所述接口的频率标识。
11.在其中一些实施例中，根据业务场景对所述预设时间段和/或所述次数阈值进行调整。
12.在其中一些实施例中，“根据所述接口的所述特性标签，为所述接口分配计算资源”包括：在所述特性标签中对所述业务重要性进行判断，在所述业务重要性低于预设阈值的情况下，对所述特性标签中的所述频率标识进行判断，并根据所述频率标识为所述接口分配计算资源。
13.在其中一些实施例中，分别为所述频率标识和所述业务重要性分配权重，采用线性加权和法获取所述接口的总特征属性，将所述总特征属性写入对应所述接口的所述特性标签中；在接收所述接口请求时获取所述接口对应的所述特性标签中的所述总特征属性，基于所述总特征属性为所述接口分配所述计算资源。
14.在其中一些实施例中，“根据所述接口的所述特性标签，为所述接口分配计算资源”包括：解析所述接口的所述特性标签，识别出所述接口为优先处理接口、正常处理接口、低频接口的其中一种；当识别出所述接口为所述优先处理接口时，对当前所述接口分配第一服务器；当识别出所述接口为所述正常处理接口时，为当前所述接口分配第二服务器；当识别出所述接口为所述低频接口时，为当前所述接口分配第三服务器，其中，所述第一服务器，所述第二服务器，所述第三服务器的处理性能依次递减。
15.第二方面，本技术实施例提供了一种基于接口特性分配计算资源的装置，包括：获取模块，用于获取接口的频率标识，基于所述频率标识为所述接口创建对应的特性标签；请求模块，用于在发起接口请求时，携带所述接口的所述特性标签；其中，所述特性标签用于确定所述接口请求的优先级；处理模块，用于根据所述接口的所述特性标签，为所述接口分配计算资源。
16.第三方面，本技术实施例提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行第一方面任一项所述的基于接口特性分配计算资源的方法。
17.第四方面，本技术实施例提供了一种计算机程序产品，包括软件代码部分，当所述计算机程序产品在计算机上被运行时，所述代码软件部分用于执行根据第一方面任一项所述的基于接口特性分配计算资源的方法。
18.第五方面，本技术实施例提供了一种可读存储介质，所述可读存储介质中存储有计算机程序，所述计算机程序包括用于控制过程以执行过程的程序代码，所述过程包括根据第一方面任一项所述的基于接口特性分配计算资源的方法。
19.本技术实施例的主要贡献和创新点如下：
20.本技术实施例通过新建接口特性标签，基于接口特性标签综合考虑接口本身特征来建立接口特性与服务器资源之间的联系，从而在每次接收到接口请求时，更好地实现资源分配。
21.本技术实施例获取接口的频率标识作为写入特性标签的接口特征，以实现后台对特性标签的可控管理。使用者可以通过设置统计时间、频率阈值等修改接口的频率标识，使
得服务器分配的计算资源也相应的调整。
22.本技术的一个或多个实施例的细节在以下附图和描述中提出，以使本技术的其他特征、目的和优点更加简明易懂。
附图说明
23.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
24.图1是根据本技术实施例的基于接口特性分配计算资源的方法的流程图；
25.图2是根据本技术实施例的基于接口特性分配计算资源的装置的结构框图；
26.图3是根据本技术实施例的电子装置的硬件结构示意图。
具体实施方式
27.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。
28.需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。
29.实施例一
30.本技术实施例提供了一种基于接口特性分配计算资源的方法，参考图1，所述方法包括：
31.步骤s101、获取接口的频率标识，基于所述频率标识为所述接口创建对应的特性标签。
32.在本步骤中，频率标识指的是根据接口的调用频率得到的接口特征。具体地，接口的调用频率指的是单位时间内调用次数，而频率标识是从接口的调用频率中进一步获取的接口的属性，如低频、中频、高频等等对频率的描述信息。
33.此外，还可以将频率标识设置成属性值，例如，从接口的请求时长、请求频率、请求者信息等请求日志中获取到“一段时间内接口的调用次数”，设置f属性(frequency)表示接口的频率标识，f的属性值为0,1,2；其中，“0”代表“一段时间内接口调用总次数”小于阈值a。“1”代表“一段时间内接口调用总次数”处在阈值范围a～b内，“2”代表“一段时间内接口调用总次数”大于阈值b。
34.本步骤的区别之处在于，通过为接口新建特性标签，将频率标识写入特性标签中，能够使得服务器基于接口特性以及服务器内部资源分配情况来综合考虑为当前接口分配的服务器节点。例如，服务器获取特性标签后，先根据接口自身特性筛选出一部分符合需求的服务器节点，再根据现有的负载均衡算法，例如“随机算法”、“轮询算法”、“一致哈希算
法”等，筛选出最终的服务器节点对接口请求进行处理。即，通过建立接口特性与服务器资源之间的联系，从而在每次接口请求时更好地实现资源分配。
35.步骤s102、在发起接口请求时，携带所述接口的所述特性标签，其中，所述特性标签用于确定所述接口请求的优先级。
36.在本步骤中，特性标签在发起接口请求时被一同发送给服务器进行处理，服务器解析特性标签中的信息从而判断出该接口请求的优先级。
37.具体地，以频率标识为f属性为例，f属性是接口的其中一个特征的标识，在本实施例中，基于该标识进一步对接口的优先级进行计算，例如，f＝2，优先级“高”；f＝1，优先级“中”；f＝0，优先级“低”，将优先级的“高”、“中”、“低”作为特性标签，当服务器获取到特性标签后，根据优先级的高低判断出针对当前接口请求需要筛选出哪一部分符合需求的服务器节点。
38.此外，还可以为特性标签设置特性标识值，服务器读取特性标签中特性标识值的内容，从而判断出接口的优先级。示例性的，特性标签值为h/n/l；接口的优先级由特性标签值为h，n，l逐渐降低，当服务器解析出h值，表示该接口为优先处理的接口，当解析出n值，表示该接口为正常处理的接口，当解析出l值，表示为低频接口。
39.在本步骤中，通过在发送接口请求时携带特性标签，使得服务器在解析出接口请求后能够得到当前接口的处理优先级，避免了服务器获取到接口请求后还需要从接口的请求时长、请求频率，请求者信息等请求日志中获取接口特性，再针对接口特性进行资源分配造成的计算成本高的问题。
40.步骤s103、根据所述接口的所述特性标签，为所述接口分配计算资源。
41.在本步骤中通过读取接口的特性标签，以便于为接口分配计算资源。具体地，服务器在不访问请求日志的情况下能够直接通过解析特性标签得到接口的特征信息，综合考虑接口本身特征以及服务器资源之间的联系，为当前接口分配合适的服务器节点。
42.在本例中，为接口分配资源指的是服务器依据负载均衡算法，分配节点来处理当前这条接口请求。由于每个接口都通过打上特性标签做了标注，因此服务器根据每次请求时携带的特性标签去选择合适的资源节点处理，实现了高频接口高性能处理的目的，不仅保证了后端服务器的可靠性与稳定性，还满足了接口使用用户的更深层次需求。
43.针对上述步骤s101至步骤s103，本技术实施例从请求日志中获取一段时间内的接口调用频率，提取出接口的频率标识并基于该标识为接口打上特性标签，在发送接口请求时，携带上该特性标签，让服务器根据每次请求时的特性标签去选择合适的资源节点去处理，实现了高频接口高性能处理的目标。
44.在其他一些实施例中，所述方法还包括：根据所述接口对应的业务类型的重要程度，确定所述接口的业务重要性，将所述业务重要性写入对应所述接口的所述特性标签中。
45.在本实施例中，在打上特性标签时，还可以根据接口对应的业务类型的重要程度，将接口本身的业务属性作为参考特征写入标签中。
46.具体地，接口在实际运用场景中，处理不同业务类型一定程度上会影响接口的重要程度，例如，当前接口被用于向服务器获取重要业务所需数据，那么接口的优先级就高，因此本实施例在考虑接口特性时还将接口本身的业务重要性作为接口特征。例如，通过业务属性确定接口的重要程度，将接口划分为普通接口和重要接口，结合接口的重要程度以
及接口的调用频率，获取接口的业务重要性以及频率标识并写入特性标签中，为接口打上标签。
47.在本实施例中，将业务重要性作为接口的特征能够为重要接口分配高性能服务器节点优先处理，提高重要业务的处理效率。
48.在其中一些实施例中，“获取接口的频率标识”包括：获取预设时间段内接口被调用次数，通过预设的次数阈值确定所述接口的频率标识。
49.在本实施例中，通过设置阈值，划分调用频率所在区间，例如，设置一个阈值，则小于阈值的调用频率为一个区间，大于等于阈值的调用频率处在另一区间，为不同区间的调用频率设置不同的属性值，并将属性值作为接口的频率标识写入特性标签中，当服务器获取到特性标签后，直接从属性值判断出接口的处理优先级。
50.示例性的，以设置频率上限阈值、频率下限阈值为例，通过设置属性f的频率上限阈值为60次，频率下限阈值为30次，设置时间间隔为每隔30天获取一次接口被调用次数，则把“最近30天内接口调用次数<30次”的接口定义为“低频使用接口”，为这样的接口赋值f＝0，同理“最近30天内接口调用次数<60次且≥30”的接口定义为“正常使用接口”，为这样的接口赋值f属性＝1，同理“最近30天内接口调用>60次”的接口为“高频使用接口”，赋值f＝2。服务器在获取到接口请求时不需要根据接口日志计算接口的频率，只需要通过识别f的值，从而得出接口的优先程度。
51.在其中一些实施例中，所述方法还包括：根据业务场景对所述预设时间段和/或所述次数阈值进行调整。
52.在本实施例中，可以通过控制统计时间、阈值等修改接口的频率标识，具体地，现有的负载均衡算法的分配策略主要基于服务器自身的计算能力、服务器节点是否空闲、分配算法本身，因此用户和开发者不能进行编辑和修改等控制，这导致了现有的负载均衡方案不能最大化满足用户需求。因此在本实施例中提供了用户控制模块，实现了对每个上线发布的接口的调用次数可视化，支持操作用户根据时间段(例如7天/15天/30天/任意时间段等)筛选查看接口调用数据，以及与接口相关联的频率标识(f属性)、业务重要性(i属性)展示在接口列表中，通过对f属性的统计时间段的修改，对f属性的统计的上下限阈值的修改，实现对f属性的可控管理。此外，还可以支持操作用户对接口的业务标签：重要接口、普通接口进行编辑。由于服务器读取的是标签内容，因此在操作用户对接口的f属性和i属性进行修改后，接口对应特性标签也相应变更，服务器会根据修改后的特性标签为接口分配计算资源。从而实现了通过对接口的特性标签进行更改以实现更好的资源分配。
53.在其中一个实施例中，“根据所述接口的所述特性标签，为所述接口分配计算资源”包括：在所述特性标签中对所述业务重要性进行判断，在所述业务重要性低于预设阈值的情况下，对所述特性标签中的所述频率标识进行判断，并根据所述频率标识为所述接口分配计算资源。
54.在本实施例中，为业务重要性分配更高的优先级，在特性标签得到的是结合业务重要性以及频率标识综合特征的特性标签值。
55.当然，接口的各个特征中优先级的高低可以根据业务场景自行设定，本实施例中将主要详细说明在各个特征中设置优先级后是如何得到最终的特性标签的。以特性标签值为h/n/l为例，将接口按照业务重要程度划分为普通接口a，重要接口b，通过接口频率标识
确定接口的f取值为(0,1,2)。h表示优先处理接口，在(满足b)或者(满足a且f＝2)时，接口的特性标签为h。n表示正常处理接口，在(满足a且f＝1)时，接口的特性标签为n。l为低频接口，在(满足a且f＝0)时，接口的特性标签为l。结合接口的重要程度以及频率标识最终为接口打上特性标签，服务器只通过特性标签来确定接口请求的优先级。通过该手段不仅保证了后端服务器的可靠性与稳定性，还结合了接口本身特征，并且通过可控调整生成了最后的接口标签，实现了用户结合业务场景对整个接口/应用调用过程的计算资源分配的管理。
56.在其中一些实施例中，分别为所述频率标识和所述业务重要性分配权重，采用线性加权和法获取所述接口的总特征属性，将所述总特征属性写入对应所述接口的所述特性标签中；在接收所述接口请求时获取所述接口对应的所述特性标签中的所述总特征属性，基于所述总特征属性为所述接口分配所述计算资源。
57.区别于上一实施例的设置特征优先级，在本实施例中通过设置权重值计算得到最终的总特征属性，并基于总特征属性为接口打上特性标签，使得服务器能够解析出特征标签从而分配计算资源。
58.示例性地，将两个指标属性结合，且两者也有权重区分，业务重要性(i属性)权值更高，定为2，接口调用频率(f属性)权值为1，规定无论接口f属性值是多少，重要接口b都属于“优先处理的接口”，用字母h表示；满足普通接口a且调用次数高于阈值b条件(f属性＝2)的接口也属于“优先处理的接口”，满足普通接口a且f属性＝1的属于“正常处理的接口”，用字母n表示；满足普通接口a且f属性＝0的属于“低频接口”，用字母l表示。每次用户发起调用接口请求时，系统会将接口特性标识(h/n/l)传递至服务器，利用负载均衡技术具备的遍历真实服务器链表能力，找到与之匹配的真实服务器处理请求，当服务器接收到接口请求属于“低频接口l”时，自动分配权值较低(低性能)的服务器去处理；当接收到的请求信息属于“一般频率n”时，依照当前默认逻辑处理请求；当接收到的接口请求包含信息“高频接口h”时，优先分配权值高的服务器处理。
59.需要说明的是，在本实施例中接口的业务重要程度以及接口的不同特征的权值分配可以采用例如主观评价法(专家分析)和主动赋权进行区分和标注，具体的业务重要性的分配步骤以及权重的确定流程可以结合现有的计算策略推断得到，在此不做累赘解释。
60.在其中一些实施例中，“根据所述接口的所述特性标签，为所述接口分配计算资源”包括：解析所述接口的所述特性标签，识别出所述接口为优先处理接口、正常处理接口、低频接口的其中一种；当识别出所述接口为所述优先处理接口时，对当前所述接口分配第一服务器；当识别出所述接口为所述正常处理接口时，为当前所述接口分配第二服务器；当识别出所述接口为所述低频接口时，为当前所述接口分配第三服务器，其中，所述第一服务器，所述第二服务器，所述第三服务器的处理性能依次递减。
61.在本实施例中服务器通过读取接口的特性标签(h/n/l)为接口分配相应的计算资源，若读取出接口为优先处理接口，则为该接口分配高性能服务器(权值高的服务器资源)，当服务器接收到接口请求属于“低频接口l”时，自动分配低性能服务器(权值较低的服务器资源)去处理，从而在每次接口请求时，更好的实现资源分配。
62.综上，本技术实施例为解决目前为接口分配计算资源时只考虑服务器本身特性带来的资源分配不合理的问题，通过获取接口的特征信息计算得到特性标签值，将特性标签值写入特性标签中，在发送接口请求时携带上接口对应的特性标签，服务器只需要解析特
性标签的内容，就能判断出该接口请求的优先级，从而更好地为接口分配计算资源。通过该手段不仅保证了后端服务器的可靠性与稳定性，还结合了接口本身特征，并且通过可控调整生成了最后的接口标签，实现了用户结合业务场景对整个接口/应用调用过程的计算资源分配的管理。
63.实施例二
64.基于相同的构思，参考图2，本技术还提出了一种基于接口特性分配计算资源的装置，包括：
65.获取模块201，用于获取接口的频率标识，基于所述频率标识为所述接口创建对应的特性标签.
66.请求模块202，用于在发起接口请求时，携带所述接口的所述特性标签；其中，所述特性标签用于确定所述接口请求的优先级。
67.处理模块203，用于根据所述接口的所述特性标签，为所述接口分配计算资源。
68.实施例三
69.本实施例还提供了一种电子装置，参考图3，包括存储器304和处理器302，该存储器304中存储有计算机程序，该处理器302被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
70.具体地，上述处理器302可以包括中央处理器(cpu)，或者特定集成电路(applicationspecificintegratedcircuit，简称为asic)，或者可以被配置成实施本技术实施例的一个或多个集成电路。
71.其中，存储器304可以包括用于数据或指令的大容量存储器304。举例来说而非限制，存储器304可包括硬盘驱动器(harddiskdrive，简称为hdd)、软盘驱动器、固态驱动器(solidstatedrive，简称为ssd)、闪存、光盘、磁光盘、磁带或通用串行总线(universalserialbus，简称为usb)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器304可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器304可在数据处理装置的内部或外部。在特定实施例中，存储器304是非易失性(non
‑
volatile)存储器。在特定实施例中，存储器304包括只读存储器(read
‑
onlymemory，简称为rom)和随机存取存储器(randomaccessmemory，简称为ram)。在合适的情况下，该rom可以是掩模编程的rom、可编程rom(programmableread
‑
onlymemory，简称为prom)、可擦除prom(erasableprogrammableread
‑
onlymemory，简称为eprom)、电可擦除prom(electricallyerasableprogrammableread
‑
onlymemory，简称为eeprom)、电可改写rom(electricallyalterableread
‑
onlymemory，简称为earom)或闪存(flash)或者两个或更多个以上这些的组合。在合适的情况下，该ram可以是静态随机存取存储器(staticrandom
‑
accessmemory，简称为sram)或动态随机存取存储器(dynamicrandomaccessmemory，简称为dram)，其中，dram可以是快速页模式动态随机存取存储器304(fastpagemodedynamicrandomaccessmemory，简称为fpmdram)、扩展数据输出动态随机存取存储器(extendeddateoutdynamicrandomaccessmemory，简称为edodram)、同步动态随机存取内存(synchronousdynamicrandom
‑
accessmemory，简称sdram)等。
72.存储器304可以用来存储或者缓存需要处理和/或通信使用的各种数据文件，以及处理器302所执行的可能的计算机程序指令。
73.处理器302通过读取并执行存储器304中存储的计算机程序指令，以实现上述实施例中的任意一种基于接口特性分配计算资源的方法。
74.可选地，上述电子装置还可以包括传输设备306以及输入输出设备308，其中，该传输设备306和上述处理器302连接，该输入输出设备308和上述处理器302连接。
75.传输设备306可以用来经由一个网络接收或者发送数据。上述的网络具体实例可包括电子装置的通信供应商提供的有线或无线网络。在一个实例中，传输设备包括一个网络适配器(network interface controller，简称为nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备306可以为射频(radio frequency，简称为rf)模块，其用于通过无线方式与互联网进行通讯。
76.输入输出设备308用于输入或输出信息。在本实施例中，输入的信息可以是获取的接口请求、接口文档等，输出的信息可以是接口的特性标签，为接口分配的结果，接口返回的数据等。
77.可选地，在本实施例中，上述处理器302可以被设置为通过计算机程序执行以下步骤：
78.s101、获取接口的频率标识，基于所述频率标识为所述接口创建对应的特性标签。
79.s102、在发起接口请求时，携带所述接口的所述特性标签；其中，所述特性标签用于确定所述接口请求的优先级。
80.s103、根据所述接口的所述特性标签，为所述接口分配计算资源。
81.需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
82.通常，各种实施例可以以硬件或专用电路、软件、逻辑或其任何组合来实现。本发明的一些方面可以以硬件来实现，而其他方面可以以可以由控制器、微处理器或其他计算设备执行的固件或软件来实现，但是本发明不限于此。尽管本发明的各个方面可以被示出和描述为框图、流程图或使用一些其他图形表示，但是应当理解，作为非限制性示例，本文中描述的这些框、装置、系统、技术或方法可以以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其某种组合来实现。
83.本发明的实施例可以由计算机软件来实现，该计算机软件由移动设备的数据处理器诸如在处理器实体中可执行，或者由硬件来实现，或者由软件和硬件的组合来实现。包括软件例程、小程序和/或宏的计算机软件或程序(也称为程序产品)可以存储在任何装置可读数据存储介质中，并且它们包括用于执行特定任务的程序指令。计算机程序产品可以包括当程序运行时被配置为执行实施例的一个或多个计算机可执行组件。一个或多个计算机可执行组件可以是至少一个软件代码或其一部分。另外，在这一点上，应当注意，如图中的逻辑流程的任何框可以表示程序步骤、或者互连的逻辑电路、框和功能、或者程序步骤和逻辑电路、框和功能的组合。软件可以存储在诸如存储器芯片或在处理器内实现的存储块等物理介质、诸如硬盘或软盘等磁性介质、以及诸如例如dvd及其数据变体、cd等光学介质上。物理介质是非瞬态介质。
84.本领域的技术人员应该明白，以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
85.以上实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。