一种任务调度方法、装置和设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种任务调度方法、装置和设备。

背景技术

随着科学技术的发展与互联网技术的全面普及，人们对各类业务的需求愈加旺盛，对于服务器的处理效率也提出了越来越高的要求。

在推荐系统、广告系统等实时计算系统中，服务器在接收到来自用户的单次请求时，需要从多个服务提供方进行多路召回。目前，服务器在处理该请求时，通常是采用单独的线程处理各个召回任务，这样，由于任务数比线程数大，容易使得线程得不到充分使用，单次请求的耗时过大的问题。

发明内容

有鉴于此，本申请提供一种任务调度方法、装置和设备，用以解决单次请求的耗时过大的问题。

具体地，本申请是通过如下技术方案实现的：

本申请第一方面提供一种任务调度方法，所述方法包括：

针对待处理的请求所涉及的每路召回任务，获取该路召回任务当前的预估耗时；

依据所述预估耗时，确定该路召回任务的优先级；其中，该路召回任务的优先级与该路召回任务的预估耗时正相关；

按照优先级从高到低的顺序，采用多个线程并行处理所述请求所涉及的多路所述召回任务。

本申请第二方面提供一种任务调度装置，所述装置包括获取模块、确定模块和处理模块；其中，

所述获取模块，用于针对待处理的请求所涉及的每路召回任务，获取该路召回任务当前的预估耗时；

所述确定模块，用于依据所述预估耗时，确定该路召回任务的优先级；其中，该路召回任务的优先级与该路召回任务的预估耗时正相关；

所述处理模块，用于按照优先级从高到低的顺序，采用多个线程并行处理所述请求所涉及的多路所述召回任务。

本申请第三方面提供一种任务调度设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现本申请第一方面提供的任一项所述方法的步骤。

本申请第四方面提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本申请第一方面提供的任一项所述方法的步骤。

本申请提供的任务调度方法、装置和设备，针对待处理的请求所涉及的每路召回任务，通过获取该路召回任务当前的预估耗时，进而依据预估耗时，确定该路召回任务的优先级，最后按照优先级从高到低的顺序，采用多个线程并行处理请求所涉及的多路召回任务。这样，对于单次请求所涉及的各路召回任务，通过召回任务当前的预估耗时确定该路召回任务的优先级，进而基于优先级并行处理召回任务。这样，可以充分利用所有线程，减少单次请求的整体耗时，提高处理效率。

附图说明

图1为本申请提供的任务调度方法实施例一的流程图；

图2为本申请一示例性实施例示出的多个线程并行处理多路召回任务的示意图；

图3为本申请提供的任务调度方法实施例二的流程图；

图4为本申请提供的任务调度方法实施例三的流程图；

图5为本申请提供的任务调度方法实施例四的流程图；

图6为本申请提供的任务调度装置所在任务调度设备的一种硬件结构图；

图7为本申请提供的任务调度装置实施例一的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本申请提供一种任务调度方法、装置和设备，用以解决单次请求的耗时过大的问题。

本申请提供的任务调度方法、装置和设备，针对待处理的请求所涉及的每路召回任务，通过获取该路召回任务当前的预估耗时，进而依据预估耗时，确定该路召回任务的优先级，最后按照优先级从高到低的顺序，采用多个线程并行处理请求所涉及的多路召回任务。这样，对于单次请求所涉及的各路召回任务，通过召回任务当前的预估耗时确定该路召回任务的优先级，进而基于优先级并行处理召回任务。这样，可以充分利用所有线程，减少单次请求的整体耗时，提高处理效率。

下面给出具体的实施例，用以详细介绍本申请的技术方案。

图1为本申请提供的任务调度方法实施例一的流程图。请参照图1，本实施例提供的方法，可以包括：

S101、针对待处理的请求所涉及的每路召回任务，获取该路召回任务当前的预估耗时。

具体的，召回任务应用在快速筛选出相关的候选集合的应用场景中，可以减轻后续处理的任务量，提高后续处理的效率。例如，召回任务可以用在推荐场景下，从海量的数据库中召回用户所需的候选集合。再例如，召回任务可以用在广告场景下，从海量数据库中召回与用户相关的广告。

进一步地，在服务器接收到一个用户触发的待处理的请求时，服务器将处理该待处理的请求所涉及的多路召回任务，以从海量数据库中获取该请求对应的数据组成候选集合。

需要说明的是，用户触发的待处理的请求可以是用户主动发起的请求，也可以是应用软件在用户执行某些特定的行为时自动发起的请求。例如，一实施例中，用户在应用软件内刷新页面时，可以触发待处理的请求，服务器处理该请求所涉及的多路召回任务，从数据源中获取该请求对应的数据组成候选集合。

具体的，一实施例中，可基于每路召回任务的历史耗时，确定该路召回任务当前的预估耗时。

需要说明的是，在一种可能的实现方式中，服务器在接收到一个待处理的请求，处理完该待处理的请求所涉及的每路召回任务时，会记录处理该召回任务的历史耗时，该历史耗时指的是处理该召回任务时，服务器所用的实际时长。

例如，一实施例中，可以基于预设时间段内该召回任务的历史处理次数以及历史耗时的和值来计算当前的预估耗时。具体实现时，例如，可以将预设时间段内该路召回任务的历史耗时的和值与历史处理次数的比值确定为该路召回任务当前的预估耗时。

其中，预设时间段的具体时长是根据实际需要设定的，本实施例中，不对预设时间段的具体时长进行限定。例如，预设时间段可以是当前时刻的前10分钟。

具体实现时，例如，一实施例中，预设时间段为当前时刻的前5分钟，待处理的请求涉及6路召回任务，本步骤中，针对每路召回任务，可获取该路召回任务在预设时间段内对应的历史处理次数和历史耗时的和值，最后根据和值和历史处理次数计算该路召回任务当前的预估耗时。例如，本例中，获取到的每路召回任务对应的历史处理次数、历史耗时的和值、以及计算出的预估耗时如表1所示：

表1

需要说明的是，获取该路召回任务当前的预估耗时的方法，除上述实施例中介绍的即时计算预估耗时的方法之外，还可以直接预先计算并保存该路召回任务的历史基准耗时，进而在需要获取该路召回任务当前的预估耗时，直接将已保存的该路召回任务的历史基准耗时中距当前时刻最近的历史基准耗时确定为该路召回任务当前的预估耗时。

S102、依据所述预估耗时，确定该路召回任务的优先级；其中，该路召回任务的优先级与该路召回任务的预估耗时正相关。

具体的，针对一路召回任务，该路召回任务的优先级是基于其当前的预估耗时确定的，该路召回任务的优先级与其当前的预估耗时正相关。换言之，该路召回任务当前的预估耗时越长，该路召回任务的优先级就越高。

具体实现时，一实施例中，针对每路召回任务，可直接将该召回任务当前的预估耗时确定为该召回任务的优先级。

例如，一实施例中，结合上面的例子，参照表1，这6路召回任务的优先级从高到低分别为6>5>4>3>2>1。

进一步地，优先级用于确定各路召回任务的处理顺序，优先级高的那路召回任务将先由服务器进行处理。

S103、按照优先级从高到低的顺序，采用多个线程并行处理所述请求所涉及的多路所述召回任务。

具体的，可以创建多个线程并行处理多路召回任务，该多个线程可独立执行，提高处理的速率。进一步地，具体处理时，按照各路召回任务的优先级从高到低的顺序，采用多个线程并行处理多路召回任务。

例如，一实施例中，结合上面的例子，图2为本申请一示例性实施例示出的多个线程并行处理多路召回任务的示意图。请参照图2，图2中的左图为采用传统的方法处理多路召回任务的示意图；图2中的右图为采用本申请提供的方法处理多路召回任务的示意图。请参照图2中的左图，在采用3个线程并行处理这6路召回任务时，若使用传统的处理方法，依照召回任务的序号，依序对召回任务进行处理，这6路召回任务全部处理完的整体耗时为9s。此外，请继续参照图2中的左图，在线程3未处理完召回任务时，线程1和线程2均已完成召回任务并处于空闲中，即存在线程无法被充分利用的问题。

请参照图2中的右图，在采用3个线程并行处理这6路召回任务时，若使用本申请提供的处理方法，按照优先级从高到低的顺序进行处理(这6路召回任务的优先级从高到低分别为6>5>4>3>2>1)，将6路召回任务全部处理完成的整体耗时为7s，换言之，采用本申请提供的任务调度方法，可以减少单次请求的整体耗时，提高服务器的处理效率。此外，请继续参照图2中的右图，三个线程同时完成处理，不存在空闲的线程，即所有线程均被充分利用。

本实施例提供的任务调度方法，针对待处理的请求所涉及的每路召回任务，通过获取该路召回任务当前的预估耗时，进而依据预估耗时，确定该路召回任务的优先级，最后按照优先级从高到低的顺序，采用多个线程并行处理请求所涉及的多路召回任务。这样，通过召回任务的预估耗时确定该路召回任务的优先级，进而基于优先级并行处理召回任务。这样，可以充分利用所有线程，减少单次请求的整体耗时，提高处理效率。

图3为本申请提供的任务调度方法实施例二的流程图。请参照图3，本实施例提供的方法，在上述实施例的基础上，预先计算并保存每路召回任务的历史基准耗时的过程，可以包括：

S301、统计该路召回任务对应的处理记录；其中，所述处理记录包括已处理该路召回任务的处理次数和该路召回任务的历史耗时的累积值。

具体的，在最开始时(第一次待处理的请求处理之前)，处理记录中记录的已处理的该路召回任务的处理次数和该路召回任务的历史耗时的累积值均为初始值。其中，初始值可以均设为0。

进一步地，已处理该路召回任务的处理次数和该路召回任务的历史耗时的累积值是针对每一路已处理的召回任务而言的。在该路召回任务被处理后，将其对应的处理次数加1，并获取此次处理的历史耗时，进而将该路召回任务的历史耗时的累积值更新为当前值加获取到的历史耗时。

例如，一实施例中，待处理的请求中涉及召回任务A，召回任务A已被处理过30次，这30次的历史耗时加在一起为60秒，则召回任务A的处理次数为30次，历史耗时的累积值为60秒。若召回任务A再次被处理了一次，此次处理耗时3秒，则将召回任务A对应的处理记录中，处理次数更新为31次，历史耗时的累计值更新为63秒。

相应的，一实施例中，表2为本申请一示例性实施例示出的一待处理请求所涉及的每路召回任务对应的处理记录：

表2一待处理请求所涉及的每路召回任务对应的处理记录

S302、在所述处理次数达到当前指定次数时，根据所述累积值和所述处理次数计算所述历史基准耗时。

具体的，指定次数的具体数值是根据实际需要设定的，本实施例中，不对其指定次数的具体数值进行限定。例如，一实施例中，可将指定次数设置为1、3、5、7、9……等，每计算一次历史基准耗时后，就相应的更新指定次数，并再次执行步骤S302。

进一步地，历史基准耗时等于累积值和处理次数的比值。例如，一实施例中，结合上面的例子，当前指定次数为30次，若召回任务A的处理次数为30次时，此时，处理次数达到当前指定次数，获取召回任务A对应的处理记录，例如，处理记录中记录的该路召回任务的历史耗时的累积值为60秒，此时，计算得到召回任务A的历史基准耗时为2秒。

S303、根据当前计算出的历史基准耗时更新已保存的历史基准耗时。

具体实现时，本步骤中，就将已保存的历史基准耗时更新为当前计算出的历史基准耗时。例如，一实施例中，针对一路召回任务，已保存的该路召回任务的历史基准耗时为1.5秒，当前计算出的该路召回任务的历史基准耗时为2秒，此时，就将已保存的该路召回任务的历史基准耗时从1.5秒更新为2秒。

S304、更新所述指定次数，并再次执行在所述处理次数达到当前指定次数的步骤。

具体的，在根据累积值和处理次数计算历史基准耗时后，更新指定次数，并再次执行步骤S302。

需要说明的是，在一种可能的实现方式中，指定次数的初始值为1，可以按照依次扩容的方式更新指定次数。

具体的，依次扩容是一种逐步增加指定次数的方法，每次更新后，指定次数的数值是更新前的固定倍。其中，固定倍是依据预先设定的扩容系数决定的，本实施例中，不对此进行限定。

例如，一实施例中，扩容系数为2，指定次数的初始值为1，每次更新的指定次数为上一个指定次数的2倍。换言之，分别在召回任务处理第1次、第2次、第4次、第8次、第16次、第32次……时，计算该召回任务对应的历史基准耗时。

这样，通过依次扩容的方式更新指定次数，可以适应不断增多的处理数据，提高了历史基准耗时的准确性。

进一步地，在该路召回任务更新后的指定次数大于预设阈值时，将已统计的该路召回任务对应的处理记录和指定次数均更新为初始值，并再次执行步骤S302。

其中，预设阈值的具体数值是根据实际需要设定的，本实施例中，不对预设阈值的具体数值进行限定。例如，预设阈值可以设定为1000。再例如，预设阈值可以设定为800。

这样，通过设置预设阈值，进而在更新后的指定次数大于预设阈值时，将已统计的该路召回任务对应的处理记录和指定次数均更新为初始值，这样，可以保证计算出的历史基准耗时能够更好的反应任务调度设备当前的状态，可提高任务调度的准确性。

本实施例提供的任务调度方法，针对一路召回任务，通过统计已处理该路召回任务的处理次数和该路召回任务的历史耗时的累积值，进而在处理次数达到当前指定次数时，根据累积值和处理次数计算历史基准耗时，进而根据当前计算出的历史基准耗时更新已保存的历史基准耗时，并更新指定次数，并再次执行在次数达到当前指定次数的步骤。这样，通过统计处理记录，并基于处理记录，通过不断更新指定次数来更新历史基准耗时。这样，可以准确的预先计算并保存历史基准耗时，进而在接收到待处理的请求时，基于预先计算并保存的历史基准耗时获取当前的预估耗时，可精准的计算出每路召回任务的优先级，进而基于优先级并行处理该请求所涉及的多路召回任务，减少单次请求的整体耗时，提高处理效率。此外，变化的预估耗时，可以更好的匹配服务随时间和其他变更引起的耗时变化。比如晚高峰耗时会变长，发布新服务会引起耗时变长，故障也会变长，故障恢复又会变小等等。

图4为本申请提供的任务调度方法实施例三的流程图。请参照图4，本实施例提供的方法，在上述实施例的基础上，所述预先计算并保存每路召回任务的历史基准耗时，包括：

S401、统计该路召回任务对应的处理记录；其中，所述处理记录包括已处理该路召回任务的处理次数和该路召回任务的历史耗时的累积值。

有关该步骤的具体实现过程和实现原理可以参见步骤S301中的介绍，此处不再赘述。

S402、在所述处理次数达到指定次数时，根据所述累积值和所述处理次数计算所述历史基准耗时。

具体的，指定次数可以固定不变，也可以根据实际需要更新，本实施例中，不对此进行限定。例如，在一可能的实现方式中，指定次数固定不变，为5。再例如，另一实施例中，指定次数是变化的，本步骤中，就在处理次数达到当前指定次数时，计算历史基准耗时。

S403、将已统计的该路召回任务对应的处理记录更新为初始值，并再次执行统计该路召回任务对应的处理记录的步骤。

具体的，当指定次数是变化的时，本步骤中，在再次执行统计该路召回任务对应的处理记录之前，先更新指定次数。

需要说明的是，可以按照依次扩容的方式、累加的方式等来更新指定次数，本实施例中，不对此进行限定。

本实施例提供的方法，在计算出一次历史基准耗时时，就将已统计的该路召回任务对应的处理记录更新为初始值，进而重新统计该路召回任务对应的处理记录，进而基于重新统计的处理记录来计算历史基准耗时。

图5为本申请提供的任务调度方法实施例四的流程图。请参照图5，本实施例提供的方法，在上述实施例的基础上，获取该路召回任务当前的预估耗时的步骤，可以包括：

S501、获取该路召回任务对应的处理日志集；其中，所述处理日志集中的每条处理日志记录有该路召回任务的历史耗时。

具体的，每路召回任务均有其对应的处理日志集，一路召回任务对应的处理日志集中包含了该路召回任务对应的多条处理日志。例如，处理日志集中可以包含一路召回任务产生的所有处理日志。

处理日志中包含的具体数据内容是根据实际情况决定的，本实施例中，不对处理日志中包含的具体数据内容进行限定。例如，一实施例中，处理日志中可以包含该路召回任务的标识、该路召回任务的历史处理时刻、该路召回任务的历史耗时。

例如，针对召回任务1，其对应的处理日志集如表3所示(表3为本申请一示例性实施例示出的召回任务1所对应的处理日志集)：

表3召回任务1所对应的处理日志集

S502、从所述处理日志集中选取目标处理日志。

例如，一实施例中，从处理日志集中选取目标处理日志时，可以选取处理日志集中所有的处理日志作为该路召回任务的目标处理日志。

又例如，另一实施例中，从处理日志集中选取目标处理日志时，可以按照处理时刻从后往前的顺序，从处理日志集中选取指定数量个处理日志，作为该路召回任务的目标处理日志。例如，结合上面的例子，请参照表3，从召回任务1的处理日志集中选取5个处理日志，即选取1次-6次对应的处理日志。

再例如，另一实施例中，从处理日志集中选取目标处理日志时，可以按照处理时刻从后往前的顺序，从处理日志集中选取指定时间段内的处理日志，将其作为该路召回任务的目标处理日志。其中，需要说明的是，指定时间段的具体值是依据实际需要设定的，本实施例中，不对指定时间段的具体值进行限定。例如，结合上面的例子，请参照表3，指定时间段可以是从7月1日10:00开始，向前划取15分钟，从召回任务1的处理日志集中选取该时间段内的处理日志，即选取117次-120次对应的处理日志。

S503、根据各个所述目标处理日志中记录的历史耗时，计算该路召回任务当前的预估耗时。

具体的，可以通过计算各个目标处理日志中记录的历史耗时的平均值或分位数获得对应的预估耗时。

例如，在计算各个目标处理日志中记录的历史耗时的平均值时，可先将目标处理日志中记录的所有的历史耗时求和，得到和值；最后将和值与目标处理日志中包含的处理日志的数量相除，得到的值即为预估耗时。例如，结合上面的例子，选取117次-120次对应的处理日志时，结合表3，所有历史耗时的和值为12s，进而计算出召回任务1对应当前的预估耗时为3s。

计算各个目标处理日志中记录的历史耗时的分位数时，将目标处理日志中记录的所有历史耗时按照耗时长短排序，得到对应的排序结果，进而确定排序结果中的分位数，该分位数即为该路召回任务当前的预估耗时。需要说明的是，分位数可以根据实际需要选取中位数、75分位数、90分位数、99分位数中的一个。例如，结合上面的例子，分位数选取中位数，选取116-120次处理日志时，结合表3，这5个处理日志的历史耗时的中位数为116次处理日志的历史耗时，此时，确定召回任务1当前的预估耗时为3s。

本实施例提供的任务调度方法，通过获取该路召回任务对应的处理日志集，并从处理日志集中选取目标处理日志，进而根据各个目标处理日志中记录的历史耗时，计算该路召回任务当前的预估耗时。这样，通过各路召回任务对应的处理日志中记录的历史耗时，可获取对应的预估耗时。这样，可以获得准确的预估耗时，以精准的计算每路召回任务的优先级，进而基于优先级并行处理该请求所涉及的多路召回任务，减少单次请求的整体耗时，提高处理效率。

与前述一种任务调度方法的实施例相对应，本申请还提供了一种任务调度装置的实施例。

本申请一种任务调度装置的实施例可以应用在任务调度设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在任务调度设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图6所示，为本申请任务调度装置所在任务调度设备的一种硬件结构图，除了图6所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的任务调度设备通常根据该任务调度装置的实际功能，还可以包括其他硬件，对此不再赘述。

图7为本申请提供的任务调度装置实施例一的结构示意图。请参考图7，本实施例提供的装置，可以包括获取模块710、确定模块720和处理模块730；其中，

所述获取模块710，用于针对待处理的请求所涉及的每路召回任务，获取该路召回任务当前的预估耗时；

所述确定模块720，用于依据所述预估耗时，确定该路召回任务的优先级；其中，该路召回任务的优先级与该路召回任务的预估耗时正相关；

所述处理模块730，用于按照优先级从高到低的顺序，采用多个线程并行处理所述请求所涉及的多路所述召回任务。

本实施例的装置，可用于执行图1所示方法实施例的步骤，具体实现原理和实现过程类似，此处不再赘述。

可选的，所述获取模块710，还用于预先计算并保存每路召回任务的历史基准耗时；

所述获取模块710，具体用于将已保存的该路召回任务的历史基准耗时中距当前时刻最近的历史基准耗时确定为该路召回任务当前的预估耗时。

可选的，所述获取模块710，具体用于统计该路召回任务对应的处理记录；其中，所述处理记录包括已处理该路召回任务的处理次数和该路召回任务的历史耗时的累积值；

所述获取模块710，具体用于在所述处理次数达到当前指定次数时，根据所述累积值和所述处理次数计算所述历史基准耗时，并根据当前计算出的历史基准耗时更新已保存的历史基准耗时；

所述获取模块710，具体用于更新所述指定次数，并再次执行在所述处理次数达到当前指定次数的步骤。

可选的，所述获取模块710，具体用于按照依次扩容的方式更新所述指定次数。

可选的，所述获取模块710，具体用于在更新后的所述指定次数大于预设阈值时，将已统计的该路召回任务对应的处理记录和所述指定次数均更新为初始值，并再次执行统计该路召回任务对应的处理记录的步骤。

可选的，所述获取模块710，具体用于获取该路召回任务对应的处理日志集；其中，所述处理日志集中的每条处理日志记录有该路召回任务的历史耗时；

所述获取模块710，还具体用于从所述处理日志集中选取目标处理日志，并根据各个所述目标处理日志中记录的历史耗时，确定该路召回任务当前的预估耗时。

可选的，所述预估耗时为各个所述目标处理日志中记录的历史耗时的平均值或分位数。

请继续参照图6，本申请还提供一种任务调度设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现本申请第一方面提供的任一项所述方法的步骤。

本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本申请提供的任一项所述方法的步骤。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。