业务数据访问控制方法、装置及计算机可读存储介质

技术领域

本申请属于数据中心领域，具体涉及一种应用于多数据中心的业务数据访问控制方法、装置及计算机可读存储介质。

背景技术

本部分旨在为权利要求书中陈述的本申请的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

通常来说，面向不同系统提供公共服务的公共服务系统在进行异地多活部署时，需要保障任一访问请求到每一个数据中心都能够无差别应答，为节省各数据中心存储成本以及数据同步组件部署成本，通常会将业务数据按照某一维度进行拆分存储，每个数据中心存储部分数据集，最终形成环状复制。由于公共服务系统面向多个接入方提供服务，无法保证数据拆分规则能够与所有接入方的就近接入原则一致，从而可能产生频繁的跨中心访问数据，导致服务响应效率降低，从而影响用户体验。

发明内容

针对上述现有技术的问题。本申请实施例提出了一种应用于多数据中心的业务数据访问控制方法、装置及计算机可读存储介质。利用这种方法及装置，能够解决上述问题。

本申请的实施例中提供了以下方案：一种应用于多数据中心的业务数据访问控制方法，包括：

根据访问请求携带的用户标识查询路由表，所述路由表记录：各用户标识对应的业务数据所在的数据中心、各个数据中心对应于所述用户标识的接入次数；

访问所述用户标识对应的业务数据所在的数据中心，并更新所述路由表以将接入所述访问请求的数据中心对应于所述用户标识的接入次数增加一次。

在一些可行的实施方式中，还包括：在数据搬迁时段，根据所述路由表中所述各个数据中心对应于所述用户标识的接入次数判断所述用户标识对应的业务数据是否需要搬迁以及所述用户标识对应的业务数据的接收方；

在所述用户标识对应的业务数据需搬迁的情况下，对所述用户标识对应的业务数据进行搬迁，并在搬迁完成后更新所述路由表。

在一些可行的实施方式中，所述根据所述路由表中所述各个数据中心对应于所述用户标识的接入次数判断所述用户标识对应的业务数据是否需要搬迁以及所述用户标识对应的业务数据的接收方，包括：

在所述路由表中所述用户标识对应的业务数据所在的数据中心的接入次数小于所述用户标识对应于其他数据中心的接入次数的情况下，将所述其他数据中心中对应于所述用户标识的接入次数最大的一个数据中心作为所述用户标识对应的业务数据的接收方。

在一些可行的实施方式中，还包括：在所述用户标识对应的业务数据搬迁完成的情况下，将所述路由表中所述各个数据中心对应于所述用户标识的接入次数清零。

在一些可行的实施方式中，所述路由表还记录：所述用户标识对应的业务数据的搬迁状态；所述业务数据访问控制方法还包括：

在所述访问请求携带的用户标识对应的业务数据处于搬迁状态的情况下，拒绝所述访问请求。

在一些可行的实施方式中，还包括：在所述访问请求未携带所述用户标识的情况下，根据所述访问请求携带的其他用户信息查询映射表以确定所述访问请求对应的用户标识，所述映射表记录其他用户信息与用户标识的映射关系。

在一些可行的实施方式中，所述其他用户信息包括：身份证号、手机号、登录名称和银行卡号中的至少一项。

在一些可行的实施方式中，在所述访问请求为写入操作、所述访问请求未携带用户标识、且所述映射表中不存在所述访问请求携带的其他用户信息的情况下，由所述接入所述访问请求的数据中心处理所述访问请求，更新所述路由表以增加所述访问请求对应的用户标识，并将所述接入所述访问请求的数据中心作为所述用户标识对应的业务数据所在的数据中心。

在一些可行的实施方式中，在所述根据访问请求对应的用户标识查询路由表之前，还包括：在无法确定所述访问请求对应的用户标识的情况下，按照预设策略对所述访问请求进行分流。

在一些可行的实施方式中，所述路由表设置在数据访问控制层，所述数据访问控制层设置在应用层和数据集群之间。

本申请的实施例中提供了以下方案：一种应用于多数据中心的路由装置，包括：查询单元和访问单元；

所述查询单元用于根据访问请求携带的用户标识查询路由表，所述路由表记录：各用户标识对应的业务数据所在的数据中心、各个数据中心对应于所述用户标识的接入次数；

所述访问单元用于访问所述用户标识对应的业务数据所在的数据中心，并更新所述路由表以将接入所述访问请求的数据中心对应于所述用户标识的接入次数增加一次。

在一些可行的实施方式中，所述路由装置还包括：搬迁单元，用于在数据搬迁时段，根据所述路由表中所述各个数据中心对应于所述用户标识的接入次数判断所述用户标识对应的业务数据是否需要搬迁以及所述用户标识对应的业务数据的接收方；在所述用户标识对应的业务数据需搬迁的情况下，对所述用户标识对应的业务数据进行搬迁，并在搬迁完成后更新所述路由表。

在一些可行的实施方式中，所述搬迁单元具体用于：所述搬迁单元具体用于：在所述路由表中所述用户标识对应的业务数据所在的数据中心的接入次数小于所述用户标识对应于其他数据中心的接入次数的情况下，将所述其他数据中心中对应于所述用户标识的接入次数最大的一个数据中心作为所述用户标识对应的业务数据的接收方。

在一些可行的实施方式中，所述路由装置还包括清零单元，用于在所述用户标识对应的业务数据搬迁完成的情况下，将所述路由表中所述各个数据中心对应于所述用户标识的接入次数清零。

在一些可行的实施方式中，所述路由表还记录：所述路由表还记录：所述用户标识对应的业务数据的搬迁状态；所述路由装置还包括控制单元，用于在所述访问请求携带的用户标识对应的业务数据处于搬迁状态的情况下，拒绝所述访问请求。

在一些可行的实施方式中，还包括映射单元，用于在所述访问请求未携带所述用户标识的情况下，根据所述访问请求携带的其他用户信息查询映射表以确定所述访问请求对应的用户标识，所述映射表记录其他用户信息与用户标识的映射关系。

在一些可行的实施方式中，所述其他用户信息包括：身份证号、手机号、登录名称和银行卡号中的至少一项。

在一些可行的实施方式中，所述路由装置还包括新增单元，用于在所述访问请求为写入操作、所述访问请求未携带用户标识、且所述映射表中不存在所述访问请求携带的其他用户信息的情况下，由所述接入所述访问请求的数据中心处理所述访问请求，更新所述路由表以增加所述访问请求对应的用户标识，并将所述接入所述访问请求的数据中心作为所述用户标识对应的业务数据所在的数据中心。

在一些可行的实施方式中，所述其他用户信息包括：身份证号、手机号、登录名称和银行卡号中的至少一项。

在一些可行的实施方式中，还包括设置分流层，用于在无法确定所述访问请求对应的用户标识的情况下，按照预设策略对所述访问请求进行分流。

在一些可行的实施方式中，各所述数据中心包括应用层和数据集群，所述路由装置包括数据访问控制层，所述数据访问控制层设置在所述应用层与所述数据集群之间，各所述数据访问控制层彼此之间强一致同步；所述查询单元和所述访问单元设置在所述数据访问控制层内。

本申请的实施例中提供了以下方案：一种应用于多数据中心的路由装置，其特征在于，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行：前述业务数据访问控制方法。

本申请的实施例中提供了以下方案：一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有程序，当所述程序被处理器执行时，使得所述处理器执行如前述的业务数据访问控制方法。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：不考虑各接入方的部署策略，而是直接针对于每一个用户，由路由表记录各个数据中心接入访问请求的次数，基于接入访问请求次数的统计信息可实现动态地调整业务数据的存储位置，业务数据的位置更接近用户的实际活动区域，大大降低了跨数据中心访问的频率。

应当理解，上述说明仅是本申请技术方案的概述，以便能够更清楚地了解本申请的技术手段，从而可依照说明书的内容予以实施。为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举例说明本申请的具体实施方式。

附图说明

通过阅读下文的示例性实施例的详细描述，本领域普通技术人员将明白本文所述的优点和益处以及其他优点和益处。附图仅用于示出示例性实施例的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的标号表示相同的部件。在附图中：

图1为本申请的实施例提出的应用于多数据中心的业务数据访问控制方法的流程示意图。

图2为根据本申请一实施例的业务数据访问控制方法中查询业务数据的流程示意图。

图3为根据本申请一实施例的业务数据访问控制方法中写入业务数据的流程示意图。

图4为根据本申请一实施例的业务数据访问控制方法中数据搬迁的流程示意图。

图5为根据本申请一实施例的路由装置的结构示意图。

图6为根据本申请一实施例的公共服务系统的整体架构图。

图7为图6所示公共服务系统数据搬迁过程的示意图。

图8为根据本申请一实施例的公共服务系统的整体架构图。

图9为根据本申请一实施例的路由装置的结构示意图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

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

在本申请中，应理解，诸如“包括”或“具有”等术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不旨在排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在的可能性。

另外还需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

多数据中心例如是异地多活的公共服务系统。异地多活的公共服务系统例如是持卡人统一用户系统，其可以面向诸如

图1为根据本申请一实施例的应用于多数据中心的的业务数据访问控制方法的流程示意图，该方法用于自适应地调整业务数据的存储位置，在该流程中，从设备角度而言，执行主体可以是一个或者多个电子设备(例如服务器)；从程序角度而言，执行主体相应地可以是搭载于这些电子设备上的程序。以下多数据中心均以异地多活的公共服务系统为例进行说明。本申请的实施例提供的业务数据访问控制方法同样适用于其他类型的多数据中心。

图1中的流程可以包括以下步骤101～步骤102。

步骤101、根据访问请求携带的用户标识查询路由表，所述路由表记录：各用户标识对应的业务数据所在的数据中心、各个数据中心对应于所述用户标识的接入次数；

步骤102、访问所述用户标识对应的业务数据所在的数据中心，并更新所述路由表以将接入所述访问请求的数据中心对应于所述用户标识的接入次数增加一次。

其中，每一个用户拥有一个用户标识uid。隶属于该用户的业务数据存储在一个数据中心，并在另一个数据中心拥有备份。例如参考图6，某一用户的业务数据储存在数据中心A，并在数据中心B拥有一个备份。本申请对公共服务系统如何实现异地多活不做限定，即对备份的策略不做限定。

一个路由表的例子如下。

路由key也即是用户标识uid，为了保证路由表的访问效率，该表可以hash结构存放在缓存服务redis中。需建立机制保证各数据中心所保存的路由表一致。

接入一个访问请求的数据中心可能并没有存储该访问请求对应的业务数据，如此，便会产生跨中心的数据访问。

结合以上路由表，可以看到，在一段时间内，用户标识为c001对应的用户多次通过数据中心A接入公共服务系统，而该用户标识c001对应的业务数据是存放在数据中心B的。

路由表中的这些统计信息可用作业务数据是否需要搬迁以及搬迁到哪一个数据中心的判断依据。

沿用前例，例如可以根据该路由表判断用户标识为c001对应的业务数据需要搬迁至数据中心A。有利于减少跨中心访问频率。

基于图1的业务数据访问控制方法，本申请的一些实施例还提供了该业务数据访问控制方法的一些具体实施方案，以及扩展方案，下面进行说明。

在一些可行的实施方式中，该方法进一步包括：

步骤103、在数据搬迁时段，根据所述路由表中所述各个数据中心对应于所述用户标识的接入次数判断所述用户标识对应的业务数据是否需要搬迁以及所述用户标识对应的业务数据的接收方；

步骤104、在所述用户标识对应的业务数据需搬迁的情况下，对所述用户标识对应的业务数据进行搬迁，并在搬迁完成后更新所述路由表。

沿用前例，可以在数据搬迁时段将用户标识c001对应的业务数据搬迁到数据中心A，搬迁后更新路由表中用户标识c001数据所在中心项。

搬迁时段通常是业务数据访问的低峰期(例如凌晨3点)。

显然，更新路由表时，至少需要更新该用户标识对应的业务数据所在的数据中心这一项信息。

针对于每一个用户，由路由表记录各个数据中心接入访问请求的次数，并根据访问请求次数的统计信息动态地调整业务数据的存储位置，业务数据的位置更接近用户的实际活动区域，大大降低了跨数据中心访问的频率。

在一些可行的实施方式中，所述根据所述路由表中所述各个数据中心对应于所述用户标识的接入次数判断所述用户标识对应的业务数据是否需要搬迁以及所述用户标识对应的业务数据的接收方，包括：

在所述路由表中所述用户标识对应的业务数据所在的数据中心的接入次数小于所述用户标识对应于其他数据中心的接入次数的情况下，将所述其他数据中心中对应于所述用户标识的接入次数最大的一个数据中心作为所述用户标识对应的业务数据的接收方。

换言之，用户的访问请求更多地在哪一个数据中心接入，那么这个用户的业务数据就存放在哪一个数据中心。

当然，如果有两个数据中心在一段时间内接入该用户的访问请求的次数相等，则可以根据其他标准确定最终该用户的业务数据存储在哪一个数据中心。

作为一种可行的变形，也可以是在所述路由表中所述用户标识对应的业务数据所在的数据中心的接入次数小于所述用户标识对应于其他数据中心的接入次数的最大值的一半(或其他小于1的比例)情况下，将所述其他数据中心中对应于所述用户标识的接入次数最大的一个数据中心作为接收方。

即是否进行数据搬迁的条件也可以设置得更加严格。

在一些可行的实施方式中，该业务数据访问控制方法还包括：步骤105、在所述用户标识对应的业务数据搬迁完成的情况下，将所述路由表中所述各个数据中心对应于所述用户标识的接入次数清零。

也就是说，对于每一个用户的业务数据，其是否需要搬迁取决于上次搬迁之后到当前时刻各个数据中心接入该用户的访问请求的统计信息，而无需考虑在此之前的情况。

当然，对于每一个用户的业务数据是否需要搬迁，也可以是取决于之前“较长”一段时间内各个数据中心接入该用户的访问请求的统计信息。例如，每次数据搬迁后各个数据中心接入该用户的访问请求的次数不变，或者每次数据搬迁后各个数据中心接入该用户的访问请求的次数减半，等等。

在一些可行的实施方式中，所述路由表还记录：所述用户标识对应的业务数据的搬迁状态；所述业务数据访问控制方法还包括：

步骤106、在所述访问请求携带的用户标识对应的业务数据处于搬迁状态的情况下，拒绝所述访问请求。当然，在所述访问请求对应的用户标识对应的业务数据未处于搬迁状态的情况下，允许所述访问请求。

也即是由路由表中的搬迁状态项来控制每一个用户的业务数据是否可以被访问。如此，保证了业务数据的安全可靠。

在一些可行的实施方式中，该业务数据访问控制方法还还包括：步骤107、在所述访问请求未携带所述用户标识的情况下，根据所述访问请求携带的其他用户信息查询映射表以确定所述访问请求对应的用户标识，所述映射表记录其他用户信息与用户标识的映射关系。

换言之，公共服务系统接收到的一次访问请求不一定携带用户标识，也可能携带其他能够标识用户身份的信息。可以通过维护这个映射表的方式将用户的访问请求与对应的用户标识关联。

例如，所述其他用户信息包括：身份证号、手机号、登录名称和银行卡号中的至少一项。

在一些可行的实施方式中，还包括步骤108、在所述访问请求为写入操作、所述访问请求未携带用户标识、且所述映射表中不存在所述访问请求携带的其他用户信息的情况下，由所述接入所述访问请求的数据中心处理所述访问请求，更新所述路由表以增加所述访问请求对应的用户标识，并将所述接入所述访问请求的数据中心作为所述用户标识对应的业务数据所在的数据中心。

例如用户在

通过用户标识查询业务数据的详细流程可参考图2。通过用户标识写入业务数据的详细过程可参考图3。业务数据搬迁的详细过程可参考图4。

在一些可行的实施方式中，所述路由表设置在数据访问控制层，所述数据访问控制层设置在应用层和数据集群之间。

通常的数据中心都是包含应用层和数据集群的。可以在应用层和数据集群之间设置数据访问控制层，将路由表设置在数据访问控制层。当然，路由表设置在应用层(即对应用层进行改造)也都是可行的。

基于相同的技术构思，本申请实施例还提供一种应用于多数据中心的路由装置，用于执行上述任一实施例所提供的业务数据访问控制方法。图5为本申请实施例提供的一种应用于多数据中心的路由装置结构示意图。参考图6-图8，该路由装置可以集成在各个数据中心中。

图6和图8中的APP例如是一个

具体地：所述路由装置包括：查询单元11和访问单元16；所述查询单元11用于根据访问请求携带的用户标识查询路由表，所述路由表记录：各用户标识对应的业务数据所在的数据中心、各个数据中心对应于所述用户标识的接入次数；所述访问单元16用于访问所述用户标识对应的业务数据所在的数据中心，并更新所述路由表以将接入所述访问请求的数据中心对应于所述用户标识的接入次数增加一次。

路由表记载的信息可作为业务数据迁移的依据。以用户作为数据迁移的统一的依据，有利于降低跨中心访问量。

在一些可行的实施方式中，所述路由装置还包括：搬迁单元12，用于在数据搬迁时段，根据所述路由表中所述各个数据中心对应于所述用户标识的接入次数判断所述用户标识对应的业务数据是否需要搬迁以及所述用户标识对应的业务数据的接收方；在所述用户标识对应的业务数据需搬迁的情况下，对所述用户标识对应的业务数据进行搬迁，并在搬迁完成后更新所述路由表。

在一些可行的实施方式中，所述搬迁单元12具体用于：在所述路由表中所述用户标识对应的业务数据所在的数据中心的接入次数小于所述用户标识对应于其他数据中心的接入次数的情况下，将所述其他数据中心中对应于所述用户标识的接入次数最大的一个数据中心作为所述用户标识对应的业务数据的接收方。

在一些可行的实施方式中，所述路由装置还包括清零单元13，用于在所述用户标识对应的业务数据搬迁完成的情况下，将所述路由表中所述各个数据中心对应于所述用户标识的接入次数清零。

在一些可行的实施方式中，所述路由表还记录：所述用户标识对应的业务数据的搬迁状态；所述路由装置还包括控制单元14，在所述访问请求携带的用户标识对应的业务数据处于搬迁状态的情况下，拒绝所述访问请求。

在一些可行的实施方式中，所述路由装置还包括映射单元2，用于在所述访问请求未携带所述用户标识的情况下，根据所述访问请求携带的其他用户信息查询映射表以确定所述访问请求对应的用户标识，所述映射表记录其他用户信息与用户标识的映射关系。

在一些可行的实施方式中，所述其他用户信息包括：身份证号、手机号、登录名称和银行卡号中的至少一项。

在一些可行的实施方式中，所述路由装置还包括新增单元15，用于在所述访问请求为写入操作、所述访问请求未携带用户标识、且所述映射表中不存在所述访问请求携带的其他用户信息的情况下，由所述接入所述访问请求的数据中心处理所述访问请求，更新所述路由表以增加所述访问请求对应的用户标识，并将所述接入所述访问请求的数据中心作为所述用户标识对应的业务数据所在的数据中心。

在一些可行的实施方式中，所述路由装置还包括分流层3，用于在无法确定所述访问请求对应的用户标识的情况下，按照预设策略对所述访问请求进行分流。

参考图6，应用层中提供多种应用，每个应用为一段程序代码，实现一定功能。例如其中一个应用是提供注册服务。附图6中APP为接入该公共服务系统的业务系统，例如是

一次完整的数据访问(以查询为例)流程可能如下。

S0，接入公共服务系统的某个业务系统(例如是

S1，访问请求到达应用层。

S2，通过映射表确定此次访问请求对应的用户标识。

S3，向应用层返回查找到的用户标识。

S4，访问请求达到数据访问控制层。

S5，在数据访问控制层查询路由表，从而确定该访问请求对应的业务数据存储在哪一个数据中心。

S6，查询路由表结果返回至数据访问控制层，该访问请求对应的业务数据存储在数据中心A机房的数据集群。

S7，访问数据中心A机房的数据集群。

参考图7，当用户标识为c001的业务数据处在搬迁过程中时，路由表中对应的搬迁状态为“搬迁中”。那么针对用户标识为c001的业务数据的访问请求将被拒绝。

在一些可行的实施方式中，参考图5并结合图8，路由装置还包括分流层3，用于在无法确定所述访问请求对应的用户标识的情况下，按照预设策略对所述访问请求进行分流。

比如

参考图5和图6，所述多数据中心中各数据中心包括应用层和数据集群，所述路由装置包括数据访问控制层1，所述数据访问控制层1设置在所述应用层与所述数据集群之间，各所述数据访问控制层1彼此之间强一致同步；所述查询单元11和所述访问单元16集成在所述数据访问控制层内。

虽然查询单元11和访问单元16也可以集成在应用层中，但一方面应用层的结构较为固定，且查询单元11和访问单元16的计算量较大，更适合设置在独立的层中。

进一步，搬迁单元12、清零单元13、控制单元14、新增单元15也优选设置在数据访问控制层1中。

结合图6，映射单元2可以是集成在应用层，也可是集成在数据访问控制层。

由于分流层3是对那些无法确定用户标识的访问请求进行处理，优选地，其设置在应用层之上。

需要说明的是，本申请实施例中的路由装置可以实现前述业务数据访问控制方法的实施例的各个过程，并达到相同的效果和功能，这里不再赘述。

图9为根据本申请一实施例的应用于多数据中心的路由装置，用于执行图1所示出的业务数据访问控制方法，该路由装置包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行：前述的业务数据访问控制方法。

根据本申请的一些实施例，提供了实现上述业务数据访问控制方法的非易失性计算机存储介质，其上存储有计算机可执行指令，该计算机可执行指令设置为在由处理器运行时执行：上述的业务数据访问控制方法。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置和计算机可读存储介质实施例而言，由于其基本相似于方法实施例，所以其描述进行了简化，相关之处可参见方法实施例的部分说明即可。

本申请实施例提供的装置和计算机可读存储介质与方法是一一对应的，因此，装置和计算机可读存储介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述装置、设备和计算机可读存储介质的有益技术效果。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、装置、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本申请的精神和原理，但是应该理解，本申请并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本申请旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。