用于文件管理的方法、电子设备和计算机程序产品与流程

本公开的实施例涉及文件管理领域，更具体地，涉及用于文件管理的方法、电子设备和计算机程序产品。

背景技术：

随着信息技术和存储技术的快速发展，电子设备中通常存储了大量文件。当用户对电子设备执行备份或查毒等操作时，为了提高效率，往往不需要对所有文件执行备份或查毒，而只需要对一部分重要的文件或系统文件执行相关操作即可。然而，在某些情况下，电子设备中可能存储了众多文件，即使只需要对其中比较重要的一小部分文件执行相关操作，电子设备也要花费大量的时间以及资源来从众多的文件中找出这一小部分文件，这在整体上降低了电子设备执行备份或查毒操的操作的效率。

技术实现要素：

本公开的实施例提供了一种用于文件管理的方法、电子设备和计算机程序产品。

在本公开的第一方面，提供了一种用于文件管理的方法。该方法包括：基于与预定文件相关联的路径列表来生成扩展列表，所述扩展列表包括所述路径列表中的一组路径，所述一组路径从根目录开始是至少部分相同的；生成指示所述扩展列表的标识；以及基于所述标识来更新所述路径列表。

在本公开的第二方面提供了用于文件管理的电子设备。该电子设备包括：处理器；以及存储器，存储有计算机程序指令，所述处理器运行所述存储器中的所述计算机程序指令控制所述电子设备执行动作，所述动作包括：基于与预定文件相关联的路径列表来生成扩展列表，所述扩展列表包括所述路径列表中的一组路径，所述一组路径从根目录开始是至少部分相同的；生成指示所述扩展列表的标识；以及基于所述标识来更新所述路径列表。

在本公开的第三方面，提供了一种计算机程序产品。该计算机程序产品被有形地存储在非瞬态计算机存储介质中并且包括机器可执行指令。该机器可执行指令在由设备执行时使该设备执行根据本公开的第一方面所描述的方法的任意步骤。

应当理解，发明内容部分并非旨在标识本公开的实施例的关键或重要特征，亦非旨在用于限制本公开的范围。本公开的其它特征将通过以下的描述变得容易理解。

附图说明

通过参照附图的以下详细描述，本公开实施例的上述和其他目的、特征和优点将变得更容易理解。在附图中，将以示例以及非限制性的方式对本公开的多个实施例进行说明，其中：

图1示出了根据本公开的实施例的用于文件管理的示例环境100的示意图；

图2示出了根据本公开的实施例的用于文件管理的方法200的流程图；

图3示出了根据本公开的实施例的生成扩展列表140以及更新后的路径列表120的示意图；

图4示出了根据本公开的实施例的基于更新后的路径列表120和生成的扩展列表来标识关键路径的示意图；以及

图5示出了可以用来实施本公开的实施例的设备500的示意性框图。

具体实施方式

现在将参照附图中所示的各种示例性实施例对本公开的构思进行说明。应当理解，这些实施例的描述仅仅为了使得本领域的技术人员能够更好地理解并进一步实现本公开，而并不旨在以任何方式限制本公开的范围。应当注意的是，在可行情况下可以在图中使用类似或相同的附图标记，并且类似或相同的附图标记可以表示类似或相同的元素。本领域的技术人员将理解，从下面的描述中，本文中所说明的结构和/或方法的替代实施例可以被采用而不脱离所描述的本公开的原理和构思。

在本公开的语境中，术语“包括”及其各种变体可以被理解为开放式术语，其意味着“包括但不限于”；术语“基于”可以被理解为“至少部分地基于”；术语“一个实施例”可以被理解为“至少一个实施例”；术语“另一实施例”可以被理解为“至少一个其它实施例”。其他可能出现但在此处未提及的术语，除非明确说明，否则不应以与本公开的实施例所基于的构思相悖的方式做出解释或限定。

如上所述，当用户对电子设备执行某些操作时，为了提高效率，往往只需要对一部分文件执行相关操作。以备份文件的操作为例，如果电子设备中存储了一万个文件，用户在执行备份文件的操作时可能只需要对其中的一千个预定文件进行备份。电子设备需要获取一个路径列表，该路径列表包括了这一千个预定文件的路径，然后将电子设备中的一个文件的路径与路径列表中的每条路径进行比较，来确定该文件是否为需要备份的文件。由于电子设备中存储了一万个文件，每个文件都要与路径列表中的一千条路径进行比较，因此，电子设备最多需要执行一百万次比较，才能最终确定所有需要备份的文件。随着文件数量的增加，电子设备将会消耗更多的时间和资源，从而导致文件备份的整体效率降低。

为了解决上述问题和/或其他潜在的问题，本公开的实施例提出了一种用于文件管理的方案。该方案能够基于与预定文件相关联的路径列表来生成扩展列表，所述扩展列表包括所述路径列表中的一组路径，所述一组路径从根目录开始是至少部分相同的。该方案能够生成指示所述扩展列表的标识。该方案能够基于所述标识来更新所述路径列表。以此方式，该方案能够优化路径列表，以减少基于路径列表所进行的查询次数，从而提高查找文件的效率。

以下参考附图来说明本公开的基本原理和实现方式。应当理解，给出的示例性实施例仅是为了使本领域技术人员能够更好地理解进而实现本公开的实施例，而并非以任何方式限制本公开的范围。

图1示出了根据本公开的实施例的用于文件管理的示例环境100的示意图。如图1所述，环境100包括电子设备150。电子设备150是能够管理文件的计算设备，可以为计算机、服务器或可用于管理文件的任意其他设备。尽管在图1中示出了一个电子设备，然而应当理解，这仅仅出于示例的目的，而无意于限制本公开的范围。在一些实施例中，电子设备150可以包括不同数目和/或功能的电子设备。

路径列表110可以包括一个或多个项目，每个项目对应于一条路径。如图1所示，路径列表110包括多条路径112-1、112-2、112-3、112-4、......、112-n，n为大于1的正整数。路径列表110中的路径可以是预定文件的路径(例如，路径c：\windows\system32\a.txt表示文件a.txt的路径)、预定文件所在目录的路径(例如，路径c：\windows\system32表示所有在目录system32中的文件的路径)或包含预定文件的匹配规则的路径(例如，路径c：\windows\b*.txt表示以字母b开头的所有txt文件的路径)等。应当理解，预定文件可以是任何适当的文件，例如，预定文件可以是待查毒文件、待备份文件或重点关注的文件等。

电子设备150可以对路径列表110进行处理，以获得更新后的路径列表120和扩展列表140。更新后的路径列表120包括一条或多条路径112-1、112-4、......、112-n，n为大于1的正整数。更新后的路径列表120还包括标识130，标识130指示扩展列表140。扩展列表140包括路径112-2和112-3，路径112-2和112-3从根目录开始是至少部分相同的。例如，路径112-2为c：\windows\system32\a.txt，路径112-3为c：\windows\system32\b*.txt，它们都具有相同路径c：\windows\system32。

如图1所示，与路径列表110相比，更新后的路径列表120的路径112-2和112-3被移入扩展列表140中，并且在路径列表120中插入了一个指示扩展列表140的标识130。标识130例如可以指示扩展列表140中的各个路径的相同路径，例如c：\windows\system32。标识130还可以指示扩展列表140的地址等，例如标识130可以包括指向扩展列表140的指针。以这样的方式，可以对路径列表110进行优化，从而减少了路径列表110中所包括的项目的数目。

应当理解，上述示例仅是用于说明，而非对本公开的具体限定。可以基于需要以任意合适的方式获得更新后的路径列表120和扩展列表140。尽管在图1中示出了一个扩展列表140，然而应当理解，这仅仅出于示例的目的，而无意于限制本公开的范围。在一些实施例中，路径列表120可以包括多个标识，每个标识可以分别指示一个扩展列表。在一些实施例中，扩展列表140中也可以进一步包括一个或多个标识，每个标识也可以指示其他的扩展列表。

电子设备150还包括处理器以及存储器。在某些实施例中，存储器中可以存储有计算机程序，这些程序的指令可由处理器来执行从而控制电子设备的操作。应当理解，电子设备150还可以包括在图1中未示出的一些其他模块和/或设备，诸如通信模块、输入输出设备，等等。

图2示出了根据本公开的实施例的用于文件管理的方法200的流程图。应当理解，方法200中的至少一部分可以由以上参考图1所描述的电子设备150来执行。方法200还可以包括未示出的框和/或可以省略所示出的框。本公开的范围在此方面不受限制。

在框210处，基于与预定文件相关联的路径列表110来生成扩展列表140。继续参考图1，扩展列表140包括路径列表110中的一组路径112-2和112-3，一组路径112-2和112-3从根目录开始是至少部分相同的。例如，在以上的示例中，路径112-2为c：\windows\system32\a.txt，路径112-3为c：\windows\system32\b*.txt，它们从根目录c盘开始具有相同的路径c：\windows\system32。

在一些实施例中，路径列表110可以包括预定文件的路径(例如，路径c：\windows\system32\a.txt表示文件a.txt的路径)、预定文件所在目录的路径(例如，路径c：\windows\system32表示所有在目录system32中的文件的路径)或包含预定文件的匹配规则的路径(例如，路径c：\windows\b*.txt表示以字母b开头的所有txt文件的路径)。预定文件可以是任何适当的文件，例如，预定文件可以是待查毒文件、待备份文件或重点关注的文件等。以这样的方式，可以将任何需要的路径作为关键路径，以便在查毒或备份操作时可以快速标识这些关键路径。

在一些实施例中，可以将路径列表110中的路径112进行排序，例如，按照目录命名的顺序进行排序，可以是以字母顺序从前往后进行排序，也可以是以字母顺序从后往前进行排序。在一些实施例中，为了优化路径列表110，可以对经排序的路径112执行去重操作。例如，可以对多个相同的路径执行去重操作，以保留其中的一个路径；也可以去除被其他路径所涵盖的路径(例如，路径c：\windows\system32涵盖了路径c：\windows\system32\a.txt)。以这样的方式，可以对路径列表110进行优化。备选地，在一些实施例中，为了简化操作，也可以不对路径列表110进行排序或去重操作。

在一些实施例中，为了获得从根目录开始是至少部分相同的一组路径，需要确定共同路径级数。例如，在路径c：\windows\system32\a.txt中，根目录c：为一级目录，目录windows为二级目录，目录system32为三级目录，以此类推，如果两条路径中都包含c：\windows\system32，则这两条路径的共同路径级数为3。在一些实施例中，共同路径级数可以是用户预先设定的，也可以是电子设备150根据路径列表110的情况而确定的，例如，如果路径列表110中存在大量路径具有级数为3的共同路径，则确定共同路径级数为3。在一些实施例中，基于共同路径级数，从路径列表110的路径112中选择一组路径112-2和112-3来生成包括这组路径的扩展列表140。一组路径112-2和112-3具有相同的子路径，该相同的子路径开始于根目录，并且结束于与共同路径级数相对应的目录。例如，在以上的示例中，路径112-2为c：\windows\system32\a.txt，路径112-3为c：\windows\system32\b*.txt，其中共同路径级数为3，相同的子路径为c：\windows\system32。在一些实施例中，可以基于具有相同的子路径的一组路径112-2和112-3来生成扩展列表140。以这样的方式，可以将多个具有相同子路径的路径作为扩展列表140中的路径，以便于在扩展列表140中快速标识所需要的关键路径。

在一些实施例中，可以基于具有相同子路径的一组路径的数目来生成扩展列表140。例如，如果具有相同子路径的一组路径的数目大于阈值(例如，300或500)，则生成扩展列表140，如果具有相同子路径的一组路径的数目小于阈值，则不生成扩展列表140。阈值可以是任何适当的数目，例如是根据经验获得的并且由系统预设的；本公开的范围对此不进行限制。如果设置较小的阈值，则可能会有较多的扩展列表140被生成，如果设置较大的阈值，则可能会有较少的扩展列表140被生成。较多的扩展列表140会占用较多的资源，而较少的扩展列表140会导致在列表中查找的时间较长。以这样的方式，可以根据具体的路径情况来设置合适的阈值，从而生成适当的扩张列表140以提高标识关键路径的效率。

仍然参考图2，在框220处，生成指示扩展列表140的标识130。在一些实施例中，标识130可以包括用于指示子路径的第一标识，以及用于指示扩展列表140的地址的第二标识。以这样的方式，当需要在扩展列表140中查找路径时，通过标识130可以快速确定所需要的扩展列表140。

在框230处，基于标识130来更新路径列表110，从而获得更新后的路径列表120。更新后的路径列表120包括标识130。在一些实施例中，标识130可以替换路径列表110中的一组路径112-2和112-3中的每一条路径，来获得更新后的路径列表120。备选地，在一些实施例中，如图1所示，也可以从路径列表110中去除具有相同子路径的一组路径112-2和112-3，将指示扩展列表140的标识130插入路径列表110中，从而获得更新后的列表120。应当理解，标识130可以插入路径列表110中任何适当的位置，例如，可以插入至一组路径112-2和112-3中任一条路径本来的位置，也可以插入至其他位置。以这样的方式，从路径列表110中去除了具有相同子路径的一组路径，从而优化了路径列表110。

在一些实施例中，将候选路径集合中的第一候选路径与更新后的路径列表120中的路径进行比较，候选路径集合可以是电子设备150中所有文件的路径集合，也可以是电子设备150中一部分文件的路径集合。如果第一候选路径与标识130相匹配，则在扩展列表140中查找与第一候选路径相对应的路径。如果在扩展列表140中查找到与第一候选路径相对应的路径，则将第一候选路径标识为关键路径。以下将结合图4的具体实施例对此进行详细描述。

图3示出了根据本公开的实施例的生成扩展列表140以及更新后的路径列表120的示意图。虽然在图3中的示例中路径列表110、更新后的路径列表120和扩展列表140是经过字母顺序排序的并且执行了去重操作，但是应当理解，路径列表110、更新后的路径列表120和扩展列表140也可以是未排序的或未执行去重操作。

如图3所示，路径列表110包括多条路径，由于路径列表110中的较多路径具有级数为3的共同路径，因此从路径列表110中选择共同路径级数为3的一组路径113来生成扩展列表140，一组路径113具有从根目录开始至少部分相同的子路径。例如，一组路径113具有从根目录c：开始，到三级目录system32为止是相同的子路径。所生成的扩展列表140包括一组路径113。如上所述，共同路径级数可以是用户预先设定的，也可以是电子设备150根据路径列表110的情况而确定的，例如，如果路径列表110中具有级数为3的共同路径的数目大于预先设定的阈值，则确定共同路径级数为3。虽然扩展列表140中的一组路径130在图3中示出为仅显示除相同的子路径之外的剩余路径，然而应当理解，在扩展列表140中的一组路径130也可以是从根目录开始的完整路径。以此方式，可以生成合适的扩展列表140以提高标识关键路径的效率。

在图3的示例中，指示扩展列表140的标识130被生成，标识130可以包括用于指示子路径c：\windows\system32的第一标识和用于指示扩展列表140的地址的第二标识@@reference_pointer。为了更新路径列表110，可以将路径列表110的一组路径113去除，将指示扩展列表140的标识130插入路径列表110中，从而获得更新后的列表120。虽然在图3的示例中，由于路径列表110是经过排序的，因此标识130被插入在一组路径130先前所在的位置，但是如果路径列表110是未经排序的，标识130可以插入在路径列表110的任何位置。以这样的方式，可以对路径列表110进行优化，以获得经过优化的路径列表120。

图4示出了根据本公开的实施例的基于更新后的路径列表120和生成的扩展列表来标识关键路径的示意图。图4包括路径列表120和扩展列表140-1、140-2、140-3、140-4、140-5、140-6和140-7，扩展列表140-1、140-2、140-3、140-4、140-5、140-6和140-7可以统称为扩展列表140。在本示例中，以第一候选路径为c：\windows\system32\drivers.txt为例，来说明如何在更新后的路径列表(以下简称为“更新路径列表”)120和扩展列表140中查找与c：\windows\system32\drivers.txt相对应的路径。

如图4所示，更新路径列表120包括一个或多个项目，每个项目可以为一条路径或一个标识。为清楚起见，在图4中，将作为标识的项目130、131、134和135仅示出为包括用于指示相应子路径的第一标识，而将用于指示相应扩展列表的地址的第二标识(例如指针)省略。更新路径列表120可以是经排序的列表，对于经排序的更新路径列表120可以采用二分法来进行查找。

类似地，扩展列表140也可以包括一个或多个项目，每个项目可以是一条路径。

在图4的示例中，更新路径列表120中的项目的数目例如为m，m为大于1的正整数。为便于说明，此处以更新路径列表120的项目的数目m＝40为例。将更新路径列表120的中间位置的项目133(例如，第20个项目)与第一候选路径进行比较，在图4的示例中，中间位置的项目133是c：\program。由于c：\program与第一候选路径c：\windows\system32\drivers.txt不匹配，则需要继续查找。

根据字母顺序，c：\windows\system32\drivers.txt应该在c：\program的后面，因此，将从c：\program开始的后半段列表的中间位置的项目与第一候选路径进行比较，在此示例中，由于后半段列表中只包括20个项目，因此将这20个项目的中间位置的项目(例如，这20个项目中的第10个项目)c：\winx与第一候选路径进行比较，由于c：\winx仍然与第一候选路径c：\windows\system32\drivers.txt不匹配，则需要继续查找。

根据字母顺序，c：\windows\system32\drivers.txt应该在c：\winx的前面，因此将c：\system与c：\winx之间的一段列表的中间位置的项目与第一候选路径进行比较，由于这段列表中只包括10个项目，因此将这10个项目的中间位置的项目(例如，这10个项目的第5个项目)c：\windows与第一候选路径进行比较。经过比较，项目130c：\windows与c：\windows\system32\drivers.txt相匹配，则在作为标识的项目130所指示的扩展列表140-6中继续采用二分法来查找，在扩展列表140-6中的二分法查找方式与上述在更新路径列表120中的查找方式相同，在此不再赘述。

通过在扩展列表140-6中采用二分法进行查找，可以确定与第一候选路径c：\windows\system32\drivers.txt相匹配的另一项目131。因此，可以在由作为标识的项目131所指示的扩展列表140-7中继续采用二分法进行查找。在扩展列表140-7中的二分法查找方式与上述在更新路径列表120中的查找方式相同，在此不再赘述。通过在扩展列表140-7中进行查找，可以确定与第一候选路径c：\windows\system32\drivers.txt相对应的项目132。在确定从扩展列表140-7中查到与第一候选路径相对应的项目132后，可以将第一候选路径标识为关键路径，以便于对第一候选路径执行查毒、备份等操作。采用类似的方式，可以将候选路径集合中的所有候选路径在更新路径列表120和扩展列表140中进行查找，从而获得关键路径集合，以便于电子设备150执行查毒、备份等操作。以这样的方式，电子设备150可以快速确定需要重点关注的所有关键路径。

尽管图4中示出的是采用二分法来查找路径，然而应当理解，也可以采用其他任何适当的方式来查找路径。例如，可以将第一候选路径与更新路径列表120中的每个项目逐一进行比较，同样也可以确定出项目130与第一候选路径c：\windows\system32\drivers.txt相匹配，因此可以进入扩展列表140-6继续查找。以此类推，最终也可以确定扩展列表140-7中的项目132与第一候选路径相对应，从而将第一候选路径标识为关键路径。这种逐一查找的方式对未经排序的列表和经排序的列表都适用。与二分法查找相比，这种逐一查找的方式在查找速度上相对较慢，但是这种在更新路径列表120和扩展列表140中进行逐一查找的查找速度显著快于在未经优化的路径列表110中直接进行逐一查找的查找速度。。

以上示例是以第一候选路径为c：\windows\system32\drivers.txt为例描述了标识关键路径的流程，应当理解的是，如果以c：\a为例，则只在更新路径列表120中就可以确定出与c：\a相对应的项目，而如果以不存在于更新路径列表120和扩展列表140中的d：\a为例，则在更新路径列表120和扩展列表140中都找不到与d：\a相对应的项目，因此，不将d：\a标识为关键路径。

如图4所示，通过生成多个扩展列表140，可以将具有相同子路径的多组项目移入多个扩展列表中，从而获得优化的更新路径列表120，使得电子设备150在查找第一候选路径时，可以跳过大量不匹配的项目，从而在扩展列表140和更新路径列表120中快速确定与第一候选路径相对应的项目。

在一些实施例中，在候选路径集合中的与某个扩展列表的标识匹配的候选路径均已与该路径列表中的路径进行比较，则可以移除该扩展列表，从而释放电子设备150的一部分内存资源。

仍然参考图4，以项目133为例，作为标识的项目133指示扩展列表140-4，扩展列表140-4与子路径c：\program相对应。由于电子设备150在候选路径集合中选取候选路径时是以逐个目录、逐层进行选取的，所以一旦将与项目133匹配的所有候选路径都在扩展列表140-4中查找过，候选路径集合中就不会再存在与项目133匹配的其他候选路径，从而也就不会再进入扩展列表140-4中进行查找。

因此，只要存在与项目133匹配的第一候选路径，则电子设备150从候选路径集合中选取的下一候选路径也是与项目133匹配的候选路径，直到所有与项目133匹配的候选路径都选取过，则下一次选取的第二候选路径不再与项目133匹配，这说明所有与项目133相匹配的候选路径已经与扩展列表140-4中的路径进行比较，在这样的情况下可以将扩展列表140-4移除。附加地，可以从更新更新路径列表120中去除扩展列表140-4的标识。

如图4所示，候选路径集合中分别与扩展列表140-1、140-2、140-3、140-4和140-5的标识相匹配的候选路径均已与扩展列表140-1、140-2、140-3、140-4和140-5中的项目进行了比较，因此可以将这些扩展列表移除。以这样的方式，可以在查找过程中将不再有用的扩展列表尽早移除，从而释放更动资源来提高电子设备150的性能。

图5示出了可以用来实施本公开的实施例的设备500的示意性框图，设备500可以为以上参考图1所描述的电子设备150。如图所示，设备500包括中央处理单元(cpu)501，其可以根据存储在只读存储器(rom)502中的计算机程序指令或者从存储单元508加载到随机访问存储器(ram)503中的计算机程序指令，来执行各种适当的动作和处理。在ram503中，还可存储设备500操作所需的各种程序和数据。cpu501、rom502以及ram503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。

设备500中的多个部件连接至i/o接口505，包括：输入单元506，例如键盘、鼠标等；输出单元507，例如各种类型的显示器、扬声器等；存储单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、无线通信收发机等。通信单元509允许设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

上文所描述的各个方法或过程可由处理单元501执行。例如，在一些实施例中，方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元508。在一些实施例中，计算机程序的部分或者全部可以经由rom502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序被加载到ram503并由cpu501执行时，可以执行上文描述的方法或过程中的一个或多个步骤或动作。

在一些实施例中，以上所描述的方法和过程可以被实现为计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是——但不限于——电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

本文所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言，以及常规的过程式编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的设备、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。