一种应用程序访问方法、装置和存储介质与流程

本发明涉及软件架构技术领域，尤其涉及一种应用程序访问方法、装置和存储介质。

背景技术：

cdn(contentdeliverynetwork，内容分发网络)是通过在网络各处放置节点服务器所构成的、在现有互联网基础之上的一层智能虚拟网络，cdn系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新调度到离用户最近的服务节点上。其目的是使用户可就近取得所需内容，解决网络拥挤的状况，提高用户访问网站的响应速度。

目前，cdn调度系统多采用基于单进程、多进程的设计架构，每个进程中的各模块功能糅杂在一起，导致各模块之间彼此紧耦合。这种设计架构中，当任意模块需要改动时，其他模块会随之受到影响，影响了cdn调度系统服务稳定性。

技术实现要素：

本发明实施例提供一种应用程序访问方法，将业务功能等从宿主进程中分离，不同的功能逻辑被封装不同的插件供宿主进程调用，以减少业务功能逻辑修改等对宿主进程造成的影响，提高系统的运行性能和服务稳定性。

第一方面，提供一种应用程序访问方法，将不同的业务功能逻辑封装成不同的插件供宿主进程调用；以及

所述方法，包括：

在所述宿主进程启动时读取插件配置文件，所述插件配置文件中包含有所述插件的装载配置信息，所述装载配置信息至少包括插件装载列表及各插件的装载路径；

如果判断出所述宿主进程为首次启动，则根据所述插件装载列表包含的每一插件，依次从相应的装载路径装载所述插件；

在所述宿主进程运行过程中，通过预先定义的访问接口调用所述插件内实现的各功能接口。

在一个实施例中，在装载所述插件之后，还包括：

在插件管理模块的容器中记录所述插件对应的插件句柄；以及

在所述宿主进程运行过程中，通过预先定义的访问接口调用所述插件内实现的各功能接口，具体包括：

在所述宿主进程运行过程中，通过所述访问接口访问所述插件管理模块的容器；

根据所述插件管理模块的容器中记录的所述插件对应的插件句柄调用所述插件内实现的各功能接口。

在一个实施例中，在所述宿主进程启动过程中，如果判断出所述宿主进程为非首次启动，则包括：

判断是否需要对已装载插件进行升级；以及

如果判断出需要对已装载插件进行升级，则先卸载旧插件，再装载新插件。

在一个实施例中，所述插件配置文件和所述插件管理模块的容器中还记录有所述插件的版本号；以及

判断是否需要对已装载插件进行升级，具体包括：

比较所述插件配置文件中的版本号和所述插件管理模块中记录的版本号，如果插件配置文件中的版本号大于所述插件管理模块中的版本号，则确定需要对已装载插件进行升级，否则，确定不需要对已装载插件进行升级；以及

装载新插件，具体包括：

根据所述插件配置文件中配置的新插件装载路径，从相应的路径重新装载所述插件。

在一个实施例中，按照以下流程判断所述宿主进程是否为首次启动：

判断所述插件管理模块中是否记录有所述插件装载列表中包含的每一插件对应的插件句柄；

如果是，则确定所述宿主进程非首次启动；

如果否，则确定所述宿主进程是首次启动。

第二方面，提供一种应用程序访问装置，将不同的业务功能逻辑封装成不同的插件供宿主进程调用；以及

所述装置，包括：

插件配置模块，用于在所述宿主进程启动时读取插件配置文件，所述插件配置文件中包含有所述插件的装载配置信息，所述装载配置信息至少包括插件装载列表及插件装载路径；

插件装载模块，用于如果判断出所述宿主进程为首次启动，则根据插件装载列表包含的每一插件，依次从相应的装载路径信息装载所述插件；

插件调用模块，用于在所述宿主进程运行过程中，通过预先定义的访问接口调用所述插件内实现好的各功能接口。

在一个实施例中，本发明实施例提供的应用程序访问装置，还包括插件管理模块，其中：

所述插件管理模块，用于在容器中记录所述插件对应的插件句柄；

所述插件调用模块，具体用于在所述宿主进程运行过程中，通过所述访问接口访问所述插件管理模块；根据所述插件管理模块的容器中记录的所述插件对应的插件句柄调用所述插件内实现好的各功能接口。

在一个实施例中，所述装置，还包括：

第一判断模块，用于在所述宿主进程启动过程中，如果判断出所述宿主进程为非首次启动，则进一步判断是否需要对已装载插件进行升级；

插件版本校验模块，用于如果所述第一判断模块判断出需要对已装载插件进行升级，则先卸载旧插件，再装载新插件。

在一个实施例中，所述插件配置文件和所述插件管理模块中还记录有所述插件的版本号；以及

所述插件版本校验模块，具体用于在所述宿主进程启动过程中，如果判断出所述宿主进程为非首次启动，则比较所述插件配置文件中的版本号和所述插件管理模块中记录的版本号，如果插件配置文件中的版本号大于所述插件管理模块中的版本号，则确定需要对已装载插件进行升级，否则，确定不需要对已装载插件进行升级；以及根据所述插件配置文件中配置的新插件装载路径，从相应的路径重新装载所述插件。

在一个实施例中，所述装置，还包括：

第二判断模块，用于判断所述插件管理模块的容器中是否记录有所述插件装载列表中包含的每一插件对应的插件句柄；

确定模块，用于在所述第二判断模块的判断结果为是时，确定所述宿主进程非首次启动；以及在所述第二判断模块的判断结果为否时，确定所述宿主进程是首次启动。

第三方面，提供一种计算装置，包括至少一个处理器、以及至少一个存储器，其中，所述存储器存储有计算机程序，当所述程序被所述处理器执行时，使得所述处理器执行上述任一应用程序访问方法所述的步骤。

第四方面，提供一种计算机可读介质，其存储有可由计算装置执行的计算机程序，当所述程序在计算装置上运行时，使得所述计算装置执行上述任一应用程序访问方法所述的步骤。

本发明实施例提供的应用程序访问方法、装置和存储介质中，通过将不同的功能逻辑封装为独立的插件供宿主进程调用，这样，当任意插件需要改动时，其不会影响宿主进程和其他插件的运行，从而提高了宿主进程的运行性能，保证了宿主进程提供服务的稳定性。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为根据本发明实施方式的应用程序访问方法的实施流程示意图；

图2为根据本发明实施方式的插件升级流程示意图；

图3为本发明实施例提供的cdn调度系统架构示意图；

图4为本发明实施例提供的cdn调度系统中，宿主进程与业务插件之间的数据交互示意图；

图5为本发明实施例提供的应用程序访问装置示意图；

图6为根据本发明实施方式的计算装置的结构示意图。

具体实施方式

本发明实施例提供一种应用程序访问方法，用以提高宿主进程的运行稳定性，保证宿主进程服务的可靠性。

需要说明的是，本发明实施例中的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。

在本文中提及的“多个或者若干个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

现有的cdn调度系统中，在同一进程中实现了多个功能逻辑，而这些业务功能上其实可以相互独立出来，因为模块间没有充分解耦，导致各个功能模块之间彼此影响，在其中任一功能模块需要改动或升级时，不可避免的影响了其他功能模块，另一方面，由于所有功能模块之间紧耦合，在对其中任意功能模块进行升级时，只能对整个系统进行全量升级，升级期间需要停止整个cdn调度系统运行，无法提供业务服务，降低了cdn调度系统的运行性能和提供服务的稳定性。

有鉴于此，本发明实施例中，将cdn调度系统中包含的多个功能逻辑从宿主进程中剥离分别封装成不同的插件，宿主进程可以提供插件管理模块用于对cdn调度系统中的插件进行管理，这样，如果其中某一插件的功能逻辑需要修改或者升级，仅需要对该插件的功能逻辑修改，不会影响宿主进程和其他功能模块的运行，从而提高了cdn调度系统的运行性能，保证了cdn系统的服务可靠性。

以下结合说明书附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明，并且在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

如图1所示，其为本发明实施例提供的应用程序访问方法的实施流程示意图，包括以下步骤：

s11、在宿主进程启动时读取插件配置文件。

其中，插件配置文件中包含有插件装载列表，以及每一插件的装载路径、版本号等，插件装载列表中记录有需装载的所有插件。

s12、判断宿主进程是否为首次启动，如果是，执行步骤s13，如果否，执行步骤s14。

具体实施中，宿主进程提供插件管理模块用于对插件进行控制管理，对于已装载的插件，宿主进程在插件管理模块的容器中记录有该插件的插件句柄，插件句柄通过动态装载库函数地址的方式调用相应插件内实现的各功能接口，在宿主进程中预先定义访问接口，宿主进程通过该访问接口访问插件管理模块容器中的插件句柄。

因此，具体实施时，宿主进程在启动时可以判断插件管理模块容器中是否记录有需要装载的插件列表中包含的每一插件的插件句柄，如果是，则可以确定本次启动不是首次启动，如果否，则确定本次启动为首次启动。

另外，具体实施时，为了对已装载插件进行升级控制，宿主进程还需要在插件管理模块中记录插件的版本号，版本号一般采用有一定增长规律的版本号来表示，即通常设计成方便比较大小的递增格式。

s13、根据插件配置文件中的插件装载列表中包含的每一插件，从相应的路径装载插件，并执行步骤s16。

如果宿主进程判断出本次启动为首次启动，则根据插件配置文件中包含的插件装载列表所包含的每一插件，依次从相应的装载路径装载插件。在插件装载完毕后，宿主进程在插件管理模块中记录已装载插件的插件句柄和当前插件的版本号。

s14、判断是否需要对已装载插件进行升级，如果是，则执行步骤s15，否则执行步骤s16。

s15、对已装载插件进行升级。

具体地，宿主进程先卸载旧插件，再装载新插件。

s16、在宿主进程运行过程中，通过预先定义的访问接口调用插件内实现的各功能接口。

具体实施时，宿主进程在运行过程中，通过预先定义的访问接口访问插件管理模块，根据插件管理模块容器中记录的、该插件对应的插件句柄调用插件内实现好的功能接口。

其中，步骤s15中，如果插件有新版本，则可以把新插件部署到指定路径，根据新版本插件部署的路径更新插件配置文件中该插件对应的装载路径和版本号。

这样，对于已装载的任一插件，如果步骤s14中，可以通过比较插件配置文件中的版本号和插件管理模块中记录的版本号大小，来判断是否需要对已安装的插件进行升级，如果插件配置文件中的版本号大于所述插件管理模块中的版本号，确定存在新版本，则需要对该插件进行升级，否则，确定不需要对已装载插件进行升级。如果确定需要对已装载插件进行升级，宿主进程卸载已装载的插件，并根据插件配置文件中配置的新插件装载路径，从相应的装载路径装载该插件，实现对该插件的升级管理。

以下结合图2所示的流程，对本发明实施例中对插件的升级流程进行详细说明，其中，为了便于描述，本发明实施例中，以宿主进程为非首次启动的流程为例，如图2所示，可以包括以下步骤：

s21、在宿主进程启动时读取插件配置文件。

其中，插件配置文件中包含有已装载插件的版本号。

s22、宿主进程解析插件配置文件中包含的已装载插件的版本号。

s23、比较插件配置文件中的版本号是否大于插件管理模块容器中记录的版本号，如果是，则执行步骤s24，否则执行步骤s25。

具体实施时，宿主进程根据插件配置文件中的版本号和插件管理模块容器中记录的版本号是否一致来判断是否存在新版本的插件，如果两者一致，则说明不存在新版本，如果不一致，再比对版本大小，若是，则说明存在新版本。

s24、在宿主进程运行过程中，通过预先定义的访问接口调用插件内实现好的各功能接口，流程结束。

s25、卸载该插件，并根据插件配置文件中配置的装载路径，从相应的地址重新装载该插件。

上述过程中，仅需对需要升级的插件进行升级，该过程不会影响宿主进程和其他插件的运行，从而实现了增量升级和热更新。

本发明实施例提供的应用程序访问方法可以但不限于应用于cdn调度系统中，以下以其应用于cdn调度系统中为例，对本发明实施例的实施过程进行说明。如图3所示，其为本发明实施例提供的cdn调度系统架构示意图，包括宿主进程和插件，其中，本发明实施例中涉及的插件可以包括业务插件，例如告警调度插件，跑高调度插件、平均流量插件、健康值调度插件和海外突发调度等等，业务插件采用动态库加载调度数据整合模块提供的数据执行业务流程，本发明实施例涉及的插件还可以包括基础插件，例如实时数据拉取插件、部署插件等，该基础插件功能比较单一，其可以通过独立的进程实现，和宿主进程(决策进程)配合使用，本发明实施例涉及的插件还可以包括公共插件，例如，调度数据整合模块，该模块在宿主进程中实现(当然也可以剥离成独立插件使用)，cdn系统通过数据建模抽象出来的调度数据通过数据结构整合成特定形式提供给各个业务插件使用。业务插件和调度数据整合模块之间调用通过动态加载库函数地址的方式进行交互。具体实施时，宿主进程提供插件管理模块用于对插件的控制管理，在宿主进程中预先定义访问接口，通过该访问接口可以访问插件管理模块，插件管理模块的容器中包含有已装载插件的插件句柄，通过插件句柄动态装载库函数地址的方式调用各个业务插件内部实现的功能接口，实现业务调度。

当本发明实施例提供的插件架构及应用程序访问方法应用于cdn调度系统中，宿主进程可以理解成调度模块，其主要包括以下功能：

1、加载调度数据：加载数据库中的调度数据；

2、数据格式整合：将数据库中数据库表所表示的数据整合成特定格式的数据供业务插件调用；

3、加载插件配置：读取插件配置文件，从插件配置文件中获取插件的配置参数；

4、拉取实时数据：获取实时数据用于调度决策计算调度结果，该数据包括监控子系统推送过来的各个维度的带宽、健康值等；

5、输出调度结果：根据实时数据的分析计算结果进行得出调度结果，并输出调度结果给部署进程，由部署进程执行部署任务。

如图4所示，其为本发明实施例提供的cdn调度系统中，宿主进程与业务插件之间的数据交互示意图。

在本实施例中，利用本发明实施例提供的方法，数据整合功能逻辑直接封装在宿主进程中实现，具体实施时，还可以将数据整合功能逻辑封装为独立的插件进行部署，本发明实施例对此不进行限定。

本发明实施例提供的应用程序访问方法中，将cdn调度系统中包含的多个功能逻辑从宿主进程中剥离分别封装成不同的插件，宿主进程可以提供插件管理模块用于对cdn调度系统中的插件进行管理，这样，如果其中某一功能逻辑需要修改或者升级，仅需要对该功能逻辑修改，不会影响宿主进程和其他功能模块的运行，从而提高了cdn调度系统的运行性能，保证了cdn系统的服务可靠性。

基于同一发明构思，本发明实施例中还提供了一种应用程序访问装置，由于上述装置解决问题的原理与应用程序访问方法相似，因此上述装置的实施可以参见方法的实施，重复之处不再赘述。

如图5所示，其为本发明实施例提供的应用程序访问装置示意图，包括：

插件配置模块51，用于在所述宿主进程启动时读取插件配置文件，所述插件配置文件中包含有所述插件的装载配置信息，所述装载配置信息至少包括插件装载列表及插件装载路径；

插件装载模块52，用于如果判断出所述宿主进程为首次启动，则根据插件装载列表包含的每一插件，依次从相应的装载路径信息装载所述插件；

插件调用模块53，用于在所述宿主进程运行过程中，通过预先定义的访问接口调用所述插件内实现好的各功能接口。

在一个实施例中，本发明实施例提供的应用程序访问装置，还包括插件管理模块，其中：

所述插件管理模块54，用于在容器中记录所述插件对应的插件句柄；

所述插件调用模块，具体用于在所述宿主进程运行过程中，通过所述访问接口访问所述插件管理模块；根据所述插件管理模块的容器中记录的所述插件对应的插件句柄调用所述插件内实现好的各功能接口。

在一个实施例中，所述装置，还包括：

第一判断模块，用于在所述宿主进程启动过程中，如果判断出所述宿主进程为非首次启动，则进一步判断是否需要对已装载插件进行升级；

插件版本校验模块55，用于如果所述第一判断模块判断出需要对已装载插件进行升级，则先卸载旧插件，再装载新插件。

在一个实施例中，所述插件配置文件和所述插件管理模块中还记录有所述插件的版本号；以及

所述插件版本校验模块，具体用于在所述宿主进程启动过程中，如果判断出所述宿主进程为非首次启动，则比较所述插件配置文件中的版本号和所述插件管理模块中记录的版本号，如果插件配置文件中的版本号大于所述插件管理模块中的版本号，则确定需要对已装载插件进行升级，否则，确定不需要对已装载插件进行升级；以及根据所述插件配置文件中配置的新插件装载路径，从相应的路径重新装载所述插件。

在一个实施例中，所述装置，还包括：

第二判断模块，用于判断所述插件管理模块的容器中是否记录有所述插件装载列表中包含的每一插件对应的插件句柄；

确定模块，用于在所述第二判断模块的判断结果为是时，确定所述宿主进程非首次启动；以及在所述第二判断模块的判断结果为否时，确定所述宿主进程是首次启动。

为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本发明时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。

在介绍了本发明示例性实施方式的应用程序访问方法和装置之后，接下来，介绍根据本发明的另一示例性实施方式的计算装置。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本发明的计算装置可以至少包括至少一个处理器、以及至少一个存储器。其中，所述存储器存储有程序代码，当所述程序代码被所述处理器执行时，使得所述处理器执行本说明书上述描述的根据本发明各种示例性实施方式的应用程序访问方法中的步骤。例如，所述处理器可以执行如图1中所示的步骤s11、在宿主进程启动时读取插件配置文件，和步骤s12、判断宿主进程是否为首次启动，如果是，执行步骤s13，如果否，执行步骤s14；以及步骤s13、根据插件配置文件中的插件装载列表包含的每一插件，从相应的路径装载插件，并执行步骤s16；步骤s14、判断是否需要对已装载插件进行升级，如果是，则执行步骤s15，否则执行步骤s16；步骤s15、对已装载插件进行升级；步骤s16、在宿主进程运行过程中，通过预先定义的访问接口调用插件内实现的各功能接口。

下面参照图6来描述根据本发明的这种实施方式的计算装置60。图6显示的计算装置60仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，计算装置60以通用计算设备的形式表现。计算装置60的组件可以包括但不限于：上述至少一个处理器61、上述至少一个存储器62、连接不同系统组件(包括存储器62和处理器61)的总线63。

总线63表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储器62可以包括易失性存储器形式的可读介质，例如随机存取存储器(ram)621和/或高速缓存存储器622，还可以进一步包括只读存储器(rom)623。

存储器62还可以包括具有一组(至少一个)程序模块624的程序/实用工具625，这样的程序模块624包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

计算装置60也可以与一个或多个外部设备64(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与计算装置60交互的设备通信，和/或与使得该计算装置60能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口65进行。并且，计算装置60还可以通过网络适配器66与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器66通过总线63与用于计算装置60的其它模块通信。应当理解，尽管图中未示出，可以结合计算装置60使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

在一些可能的实施方式中，本发明提供的应用程序访问方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在计算机设备上运行时，所述程序代码用于使所述计算机设备执行本说明书上述描述的根据本发明各种示例性实施方式的应用程序访问方法中的步骤，例如，所述计算机设备可以执行如图1中所示的步骤s11、在宿主进程启动时读取插件配置文件，和步骤s12、判断宿主进程是否为首次启动，如果是，执行步骤s13，如果否，执行步骤s14；以及步骤s13、根据插件配置文件中的插件装载列表包含的每一插件，从相应的路径装载插件，并执行步骤s16；步骤s14、判断是否需要对已记载插件进行升级，如果是，则执行步骤s15，否则执行步骤s16；步骤s15、对已装载插件进行升级；步骤s16、在宿主进程运行过程中，通过预先定义的访问接口调用插件内实现的各功能接口。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本发明的实施方式的用于进程访问控制的程序产品可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在计算设备上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

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

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

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

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

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。