用于处理压缩数据的方法、设备和计算机程序产品

技术领域

本公开的实施例大体上涉及数据存储技术领域，并且更具体地涉及用于处理压缩数据的方法、系统以及计算机程序产品。

背景技术

企业级存储阵列通常具有用于数据减少的压缩功能。当主机发出写输入输出IO请求时，用户数据会先被缓存并且提交，然后被返回给主机。之后，数据将被刷新到独立冗余磁盘阵列RAID，并且在后端启用压缩。当主机读取数据时，如果缓存命中，则直接从高速缓存中返回数据，并且如果未命中，则从后端加载压缩数据并且进行解压缩，解压缩后的数据然后被填入高速缓存并且返回给主机。

然而，为了数据效率，本机复制通常要求以压缩格式读取数据，然后经由传输线路发送压缩数据。远程阵列接收压缩数据，然后对其进行转换以恢复压缩数据的原始布局。接下来，对压缩数据进行解压缩，然后将将其写入后端。

发明内容

本公开的实施例提供了一种用于处理压缩数据的方法、设备和计算机程序产品。

在本公开的一个方面，提供了一种用于处理压缩数据的方法。该方法包括：基于对压缩数据分组的头部的解析，确定与压缩数据相对应的原始数据的大小，其中压缩数据分组包括头部、压缩元数据和压缩数据；基于原始数据的大小，分配用于接收和用于转换压缩元数据和压缩数据的共用缓冲空间；以及将压缩数据分组存储在共用缓冲空间中。

在本公开的另一方面，提供了一种用于处理压缩数据的设备。该设备包括处理器以及存储器，其中存储器被耦合到处理器并且存储有指令，这些指令在由处理器执行时使设备执行以下动作：基于对压缩数据分组的头部的解析，确定与压缩数据相对应的原始数据的大小，其中压缩数据分组包括头部、压缩元数据和压缩数据；基于原始数据的大小，分配用于接收和用于转换压缩元数据和压缩数据的共用缓冲空间；以及将压缩数据分组存储在共用缓冲空间中。

在本公开的又一方面，提供了一种计算机程序产品。该计算机程序产品被有形地存储在非瞬态计算机可读介质上并且包括计算机可执行指令，所述计算机可执行指令在被执行时使计算机执行根据本公开的实施例的方法或过程。

提供发明内容部分是为了简化的形式来介绍对概念的选择，它们在下文的具体实施方式中将被进一步描述。本发明内容部分无意标识本公开的关键特征或主要特征，也无意限制本公开的各个实施例的范围。

附图说明

通过结合附图对本公开示例性实施例进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中在本公开示例性实施例中，相同的附图标记通常代表相同的元素。

图1示出了示例压缩数据处理系统的总体布置的示图；

图2示出了示例存储单元的示图；

图3示出了根据本公开的实施例的用于处理压缩数据的方法的流程图；

图4示出了根据本公开的实施例的压缩数据分组的示图；

图5示出了根据本公开的实施例的单个压缩IO请求的紧凑处理的示图；

图6示出了根据本公开的实施例的多个压缩IO请求的紧凑处理的示图；

图7示出了根据本公开的实施例的共用缓冲空间的示图；

图8示出了根据本公开的实施例的针对单个压缩IO请求的转换布局的示图；

图9示出了根据本公开的实施例的针对多个压缩IO请求的转换布局的示图；以及

图10示出了根据本公开的实施例的压缩数据处理设备。

具体实施例

下面将参照附图更详细地描述本公开的优选实施例。虽然附图中显示了本公开的优选实施例，然而应理解，可以以各种形式实现本公开，而不应被本文中所阐述的实施例所限制。相反，提供这些实施例是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本文中所使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等可以指代不同的或相同的对象，除非明确指示不同。

为了数据效率，本机复制通常要求以压缩格式读取数据，然后经由传输线路发送压缩数据。远程阵列接收紧凑格式的压缩数据，然后对其进行转换以恢复压缩数据的原始布局。

为了描述压缩数据，当以压缩格式读取时，数据路径DP会返回压缩元数据。压缩元数据是在复制目的地解压缩的关键部分，其包括压缩数据长度、原始数据长度、压缩算法、校验等。压缩元数据也被称为压缩数据描述符(CDD)。通常，DP会以固定大小对用户数据进行压缩，例如为4KB，但是压缩率取决于数据模式，通常为1-3倍。在极端情况下，如果压缩数据的长度长于或等于原始数据的长度，它将以原始格式存储而无需压缩。为了保证在读取压缩数据时有足够的空间，客户端仍然需要为每个压缩数据单元分配4KB的数据缓冲器，而且还需要分配压缩数据缓冲器(CDB)阵列，CDB包含用以描述压缩数据的CDD以及指向数据缓冲器的指针。至少，这些CDB将被压缩IO请求的IO向量IOV的IOV条目的指针指向。

在压缩读IO请求完成之后，压缩元数据将被填入CDB阵列并且压缩数据将被填入数据缓冲器。

为了接收压缩数据分组，需要分配第一缓冲空间以用于存储压缩数据分组。在压缩数据分组被存储之后，需要分配第二缓冲空间以用于转换包括在压缩数据分组中的压缩元数据和压缩数据的布局。也就是说，为了完成接收操作和转换操作，总共需要分配两次缓冲空间。然后，通过这样的两次分配的缓冲空间的大小往往大于原始数据的大小，从而导致存储器效率劣化。

另外，还需要确保有足够的缓冲空间来在DP中对压缩数据进行解压缩。DP使用快速辅助技术(Quick Assist Technology,QAT)进行解压缩，并且要求这些数据缓冲器是支持直接存储器访问DMA的。所以，通常转换器(例如，引导器(Usher)/聚集器(Collator))支持DMA的存储器以转换压缩数据的原始布局。由于目标设备的接收器与转换器使用不同的存储器池，所以他们具有不同的存储器池的配置。从而使得存储器池的配置复杂性升高。

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

图1示出了示例压缩数据处理系统100的总体布置的示图。如图1中所示，压缩数据处理系统100包括源设备110(在此被用作源压缩数据处理设备)和目标设备120(在此被用作目标压缩数据处理设备)。源设备110包括传输单元111和存储单元112，并且目标设备120包括传输单元121和存储单元122。传输单元111包括发送器113和转换器114，并且传输单元121包括接收器123和转换器124，其中发送器113与接收器123通信地耦合。

如图1中所示，源设备110的转换器114对来自存储单元112的压缩元数据和压缩数据进行紧凑处理，使得压缩元数据和压缩数据被合并为压缩数据分组。压缩数据分组经由发送器113被发送到目标设备120的接收器123。接下来，转换器124对接收到的压缩数据分组进行处理以恢复压缩元数据和压缩数据的布局。由于出于节省带宽的目的而对压缩元数据和压缩数据进行紧凑处理以用于发送到目标设备120，因此在目标设备120接收到的压缩元数据和压缩数据的布局将是不同的。为了将压缩数据写入DP，需要恢复其原始布局。

图2示出了存储单元122的具体布置的示图。存储单元122包括高速缓存125，并且包括命名空间127、映射器128和经映射的RAID 129。命名空间127、映射器128和经映射的RAID 129被称为DP。

目标设备为了解决上述问题中的至少一些问题，提供了一种用于处理压缩数据的方法。图3示出了根据本公开的实施例的用于处理压缩数据的方法300的流程图。

在301处，基于对压缩数据分组的头部的解析，确定与压缩数据相对应的原始数据的大小，其中压缩数据分组包括头部、压缩元数据和压缩数据。根据本公开的实施例，将首先接收到压缩数据分组的头部，然后对头部进行解析，以确定用户数据在压缩之前的原始数据的长度。根据本公开的实施例，为了提高存储器效率，从堆栈帧(stack frame)提取用户数据在被压缩之前的原始数据的长度，其中堆栈帧被存储在压缩数据分组中的头部中。

在302处，基于原始数据的大小，分配用于接收和用于转换压缩元数据和压缩数据的共用缓冲空间。共用缓冲空间将被用于接收压缩数据分组，也用于转换包括在压缩数据分组中的压缩元数据和压缩数据的布局，还用于其他针对压缩数据的处理，例如解压缩处理。换言之，根据本公开的实施例的共用缓冲空间能够同时用于压缩数据的接收、转换处理、甚至其他处理，而不需为每个处理分配单独的缓冲空间，从而提高了存储器效率。由于所分配的共用缓冲空间既用于接收处理也用于转换处理，因此也降低了存储器池的配置复杂性。

在303处，将压缩数据分组存储在共用缓冲空间中。下面，将对存储压缩数据分组以及转换包括在压缩数据分组中的压缩元数据和压缩数据进行详细描述。在此之前，将针对根据本公开的实施例的压缩数据分组进行详细描述。

图4示出了根据本公开的实施例的压缩数据分组400的示图。参照图4，示例压缩数据分组400包括头部401、压缩元数据402和压缩数据403。数据分组400中的头部401包括与压缩IO请求的偏移、原始数据的长度、以及操作码，等等。如图4中所示，为了节省带宽，压缩元数据402和压缩数据403是通过紧凑处理而合并的压缩元数据和压缩数据，以用于发送到目标设备。下面，将针对根据本公开的实施例的紧凑处理进行详细描述。

图5示出了根据本公开的实施例的单个压缩IO请求的紧凑处理的示图。如图5中所示，压缩IO请求510包括堆栈帧511，堆栈帧511包括操作码Opcode 512、偏移Offset 513和原始长度OrLength 514。OrLength 514表示用户数据在被压缩之前的原始数据的长度。IOV指针IOV_Point 515指向IOV并且IOV计数IOV_Count 516包括对IOV中的所有IOV条目的总计数。如图5中所示，IOV包括IOV条目IOV 0至IOV N，因此IOV_Count 516为N+1。

如上所述，为了节省带宽，对压缩元数据和压缩数据进行紧凑处理，使得压缩元数据和压缩数据被合并以用于发送到目标设备。根据本公开的实施例的单个压缩IO请求的紧凑处理，将IOV条目IOV 0至IOV N中的第一个IOV条目指向CDB阵列530，并且将IOV条目IOV0至IOV N中的剩余IOV条目分别指向对应的数据缓冲器(例如，数据缓冲器541-543)，如图5中所示的那样。换言之，IOV中的IOV条目直接指向存储有压缩元数据的CDB阵列530以及存储有压缩数据的对应的数据缓冲器(例如，数据缓冲器541-543)。如此，压缩元数据和压缩数据通过紧凑处理而被合并。应注意，压缩数据分组除压缩元数据和压缩数据以外还包括头部。头部消息HDR将会被添加到头部中。在单个压缩IO请求的情况下，堆栈帧被携带在HDR中，使得HDR能够指示与压缩IO请求的偏移、原始长度、以及操作码等相对应的信息。下面，将描述多个压缩IO请求的情况，与在单个压缩IO请求的情况相同的部分在此不在赘述。

图6示出了根据本公开的实施例的多个压缩IO请求的紧凑处理的示图。在此以2个压缩IO请求作为示例而非限制性地方式进行描述。将理解，可以有更多个压缩IO请求。如图6中所示，压缩IO请求610和压缩IO请求610’通过其相应IOV指针指向对应的IOV 620和620’。IOV 620和620’中的IOV条目指向对应的CDB阵列630和630’以及对应的数据缓冲器(例如，数据缓冲器641-643和641’-643’)。聚集器IO请求650包括堆栈帧651，其中堆栈帧651包括总长度Tlength 654，Tlength 654包括与所有压缩IO请求(即，压缩IO请求610和压缩IO请求610’)相对应的用户数据在被压缩之前的原始数据的总长度。

与单个压缩IO请求的情况不同，本公开的实施例的多个压缩IO请求的紧凑处理提供了聚集器IO请求650，该聚集器IO请求650包括写缓存器WB头部660。WB头部660将与HDR一起被添加压缩数据分组中的头部。在多个压缩IO请求的情况下，堆栈帧被携带在WB头部中。如图6中所示，WB头部660能够指示与多个压缩IO请求的总数目和总长度相对应的信息，并且还能够指示与每个压缩IO请求的偏移、原始长度、以及操作码等相对应的信息。聚集器IO请求650还包括IOV 652。根据本公开的实施例的多个压缩IO请求的紧凑处理，将IOV 652的第一个条目IOV 0指向WB头部，并且将IOV 652的剩余条目IOV 1-IOV N分别指向对应的数据缓冲器(例如，数据缓冲器641-643以及数据缓冲器641’-643’)。换言之，聚集器IO请求650的IOV 652的IOV条目直接指向存储有压缩元数据的CDB阵列630和630’以及存储有压缩数据的各个数据缓冲器(例如，数据缓冲器641-643以及数据缓冲器641’-643’)。

根据本公开的实施例，所分配的共用缓冲空间将用于存储接收的压缩元数据和压缩数据，用于转换压缩元数据和压缩数据的布局，以及后续的其他用途等。在转换处理和后续的其他处理(例如，解压缩处理)期间，不需要分配另外的缓冲空间。

存储器池针对不同的处理被不同地配置。为了满足支持DP/QAT DMA的要求，存储器池针对接收处理被配置为支持DMA的，即被配置有DMA标志。根据本公开的实施例，由于所分配的共用缓冲空间即用于接收处理也用于转换处理，因此存储器池针转换处理不在需要被配置为支持DMA的。如此，节省了支持DMA的存储池的大小，因为转换处理和其他处理(例如，解压缩处理)比接收处理具有更多的存储器要求。

根据本公开的实施例的分配共用缓冲空间包括：在共用缓冲空间中分配一个用于页对准的第一大小的第一页(例如，Transit页)，并且在共用缓冲空间中分配用于存储压缩元数据和压缩数据的第二大小(例如但不限于，4KB)的第二页(例如，DP页)，其中第一大小是可配置的，并且其中第一大小大于第二大小。例如，第一大小可以是第二大小的几倍。在第一大小大于第二大小的情况下，第二页可以附加地存储与传输有关的传输信息，诸如传输参数。当第一大小与第二大小之比大于1时，第一页将被拆分为多个页以用于新IOV。

下面将以示例性而非限制性的方式进行具体描述根据本公开的实施例的分配对存储器效率的改进。假设压缩IO请求例如具有原始数据长度64KB、压缩数据长度30KB、以及压缩元数据约0.5KB(64KB/4KB*sizeof(CDB)，CDB的大小通常为20-32byte)。所以，针对该压缩IO请求将至少分配30.5KB的缓冲空间以用于接收压缩数据分组。通常，为了进行页对准，会向下取32KB。然后，针对该压缩IO请求将再分配64KB+4KB(4KB在此是针对CDB阵列，并且为了在存储器池中对准)以用于转换压缩元数据和压缩数据的布局。因此，总共32KB+68KB＝100KB。然而，需要被处理的压缩IO请求仅具有64KB的原始长度。因此，这样的方法不具有存储器效率。

在上面的示例中，压缩IO请求具有原始数据长度64KB、压缩数据长度30KB、以及压缩元数据约0.5KB(但其在一个4KB页中)。如果第一页的第一大小为8KB，那么根据本公开的实施例的总消耗可以为32KB+8KB+32KB(例如，用于后续处理)＝72KB，几乎相当于原始数据长度。与一般的处理相比，节省了100KB-72KB＝28KB，存储器效率提高了28％。下面，将针对根据本公开的实施例的共用缓冲空间进行详细描述。

综上，根据本公开的实施例的共用缓冲空间能够用于针对压缩数据的接收和转换处理，而不需为每个处理分配附加的缓冲空间，从而提高了存储器效率。由于所分配的共用缓冲空间即用于接收处理也用于转换处理，因此也降低了存储器池的配置复杂性。

图7示出了根据本公开的实施例的共用缓冲空间710的示图。如上所述，在高速缓存725中分配了根据本公开的实施例的共用缓冲空间710。共用缓冲空间710包括第一部分711和第二部分712。应注意，图7中所示的共用缓冲空间725的第一部分711和第二部分712的布置仅是示例性的而非限制性的，并且共用缓冲空间725的第一部分711和第二部分712可以具有其他布置。

根据本公开的实施例，将压缩数据分组存储在共用缓冲空间中包括：将接收到的压缩数据分组存储在共用缓冲空间710的第一部分711中，但是预留共用缓冲空间710的第二部分712以用于进行后续的处理。进一步地，将接收到的压缩数据分组存储在共用缓冲空间710的第一部分711中包括以逆序地方式将接收到的压缩数据分组存储在共用缓冲空间710的第一部分711中。如此，数据重写得以避免。

如上所述，在共用缓冲空间710的第一部分711中存储接收到的压缩数据分组，而共用缓冲空间710的第二部分711被预留了下来而不进行存储。下面，将描述利用共用缓冲空间710中所预留的第二部分711恢复压缩元数据和压缩数据的布局。

应注意，针对不同处理的页大小是不同的，如上面所描述的。例如，第一页(例如，Transit页)通常为8KB，而第二页(DP页)为4KB。在这样的情况下，第一页可以被两个压缩数据单元共享。此外，当迭代针对数据单元的页时，分配了用于页对准的页以跳过未对准的缓冲器。

图8示出了根据本公开的实施例的针对单个压缩IO请求的转换布局的示图。如图8中所示，压缩IO请求810的IOV指针指向新IOV 820。根据本公开的实施例，针对单个压缩IO请求的转换布局包括将新IOV 820的条目指向CDB阵列830中的多个CDB，并且将每个CDB指向对应的数据缓冲器(例如，数据缓冲器844和845)。下面，将描述多个压缩IO请求的情况，与在单个压缩IO请求的情况相同的部分在此不在赘述。

图9示出了根据本公开的实施例的针对多个压缩IO请求的转换布局的示图。为了更清楚地描述每个压缩IO请求，在此省略了聚集器IO请求。如图9中所示，压缩IO请求910和910’的IOV指针指向新IOV 920和920’。根据本公开的实施例，针对多个压缩IO请求的转换布局包括将新IOV 920和920’的条目分别指向CDB阵列930和930’中的多个CDB，并且将每个CDB指向对应的数据缓冲器(例如，数据缓冲器946-948)。

应注意，在单个压缩IO请求的情况下，针对每个压缩IO请求分配一个第一页以用于页对准，而在多个压缩IO请求的情况下，针对所有IO请求分配一个第一页以用于页对准。因此，多个压缩IO请求的情况的存储器效率略好于单个压缩IO请求的情况。

到此，已在共用缓冲空间的第一部分中存储压缩数据分组，并且已利用共用缓冲空间的第二部分恢复了压缩元数据和压缩数据的布局。

根据本公开的实施例，提供了一种用于处理压缩数据的设备。下面，将针对根据本公开的实施例的用于处理压缩数据的设备进行详细描述。

图10示出了根据本公开的实施例的压缩数据处理设备1000。压缩数据处理设备1000包括传输单元1021和高速缓存1025。传输单元1021包括接收器1023和转换器1024，并且传输单元1021、接收器1023和转换器1024可以是图1中的传输单元121、接收器123和转换器124，高速缓存1025包括第一部分1011和第二部分1012，并且高速缓存1025、第一部分1011和第二部分1012可以是图7中的高速缓存710、第一部分711和第二部分712。根据本公开的实施例，传输单元1021还包括解析器1025和分配器1026。

接收器1023接收压缩数据分组。如上所述，要接收的压缩数据分组包括通过紧凑处理而合并的压缩元数据和压缩数据。要接收的压缩数据分组还包括头部，该头部包括偏移、原始数据的长度、以及操作码，等等。

根据本公开的实施例，当接收器1023首先接收到包括在压缩数据分组中的头部时，解析器1025对该头部进行解析，以确定与压缩数据相对应的原始数据的大小。

根据本公开的实施例，分配器1026基于由解析器1025确定的原始数据的大小，分配共用缓冲空间1010。如图10中所示，在压缩数据处理设备1000的高速缓存1025中分配了共用缓冲空间1010，该共用缓冲空间1010包括第一部分1011和第二部分1012。

根据本公开的实施例，分配共用缓冲空间1010包括：在共用缓冲空间1010中分配一个用于页对准的第一大小的第一页，并且在共用缓冲空间1010中分配用于存储压缩元数据和压缩数据的第二大小的第二页，其中第一大小是可配置的，并且其中第一大小大于第二大小。例如，第一大小可以是第二大小的几倍。

在分配了足够大小的共用缓冲空间1010之后，接收器1023将压缩数据分组存储在共用缓冲空间1010的第一部分1011中，而预留共用缓冲空间1010的第二部分1012。接收器1023将压缩数据分组存储在共用缓冲空间1010的第一部分1011中是以逆序的方式进行。

接下来，转换器1024利用共用缓冲空间1010中所预留的第二部分1012来恢复压缩元数据和压缩数据的布局。压缩元数据和压缩数据的布局包括将IOV的IOV条目指向存储有压缩元数据的CDB阵列中的多个CDB，并且将该多个CDB中的每个CDB指向存储有压缩数据的对应的数据缓冲器。

之后，对压缩数据分组进行解压缩以获得原始数据，并且将解压缩后的原始数据存储在共用缓冲空间中。将对解压缩后的原始数据进行完整性检查，并且响应于通过完整性检查，将原始数据写入高速缓存。

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

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

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

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

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

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

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

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