目标业务的执行方法、系统、服务器及存储介质

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种目标业务的执行方法、系统、服务器及存储介质。

背景技术

目前市面上，针对于系统的可扩展性，大多数是通过JDK(Java Development Kit，Java语言的软件开发工具包)提供的SPI(Service Provider Interface，服务提供程序接口)机制进行实现的。

然而，JDK SPI对代码编写的格式有严格的限定，要想实现接口的调用必须编写大量的META-NF/接口全限定文件名。进一步的，JDK SPI必须通过相应的接口来实现，如，只能够通过API(Application Programming Interface，应用程序接口)的形式来使用，因此存在使用繁琐的问题。

基于上述问题可知，JDK SPI主要定位于底层抽象技术，因此在使用的过程中无法根据具体的业务确定进行使用，同时，还需要将代码封装，存在代码维护困难的技术问题。

发明内容

本发明提供一种目标业务的执行方法、系统、服务器及存储介质，以实现快速根据目标业务标识，确定执行目标业务标识的目标扩展实现类，从而提高业务请求执行效率的技术效果。

第一方面，本发明实施例提供了一种目标业务的执行方法，该方法包括：

获取接收到的业务请求中所携带的目标业务标识；

基于所述目标业务标识从扩展点存储库的映射关系表中查找与所述目标业务标识相对应的目标扩展对象；所述扩展点存储库中包括业务标识和扩展对象的映射关系表；

基于所述目标扩展对象从配置中心调取目标扩展实现类，并基于所述目标扩展实现类执行所述业务请求。

第二方面，本发明实施例还提供了一种目标业务的执行系统，该系统包括：业务场景层、扩展扫描层以及业务执行层；其中，

所述业务场景层，用于获取接收到的业务请求中所携带的目标业务标识；

所述扩展扫描层，用于基于所述目标业务标识从扩展点存储库的映射关系表中查找与所述目标业务标识相对应的目标扩展对象；所述扩展点存储库中包括业务标识和扩展对象的映射关系表；

所述业务执行层，用于将所述目标扩展对象从配置中心调取目标扩展实现类，并基于所述目标扩展实现类执行所述业务请求。

第三方面，本发明实施例还提供了一种服务器，所述服务器包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例任一所述的目标业务的执行方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明实施例任一所述的目标业务的执行方法。

本发明实施例的技术方案，通过获取接收到的业务请求中所携带的目标业务标识，基于目标业务标识从扩展点存储库的映射关系表中查找与目标业务标识相对应的目标扩展对象，并基于目标扩展对象从配置中心调取目标扩展实现类，以执行业务请求，解决了编写大量的接口代码才能实现功能快速迭代的问题以及在代码中进行大量封装造成的代码维护困难，耦合性强的问题，实现了快速根据目标业务标识，确定执行目标业务标识的目标扩展实现类，从而提高业务请求执行效率的技术效果。

附图说明

为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。

图1为本发明实施例一所提供的一种目标业务的执行方法流程示意图；

图2为本发明实施例二所提供的一种目标业务的执行系统的结构示意图；

图3为本发明实施例三所提供的另一种目标业务的执行系统的结构示意图；

图4为本发明实施例四所提供的一种服务器的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一所提供的一种目标业务的执行方法流程示意图，本实施例可适用于在将各业务场景的对象添加相应的注解，在接收到请求时，基于添加的注解确定与其相对应的扩展实现类的情况，该方法可以由目标业务的执行系统来执行，该系统可以通过软件和/或硬件的形式实现。

在介绍本实施例之前，先介绍一下应用场景。若应用场景为将医院，可以将各区域的医院的系统接入至本实施例所提供的系统中。如，需要将各区域的医院所对应的系统接入至医生工作站系统，此时可能存在不同区域的医疗系统对同一业务的实现规则，可能存在不同的需求。需求不同时，就需要向其配置相应的规则。例如，各医院系统可以提供相应的发票子系统，不同医院的发票子系统所对应的规则不同，此时可以基于医生工作站系统为各系统的发票子系统配置对应的规则。为了支持与各个系统之间的业务对接，对医生工作站系统的可扩展性要求就有更高的要求。

如图1所述，本实施例的方法具体包括如下步骤：

S110、获取接收到的业务请求中所携带的目标业务标识。

其中，业务请求是针对某项业务进行数据获取或传输的请求。目标业务标识是与业务请求相对应的标识。业务请求中可以携带有相应的目标业务标识，业务标识与业务请求是唯一对应的。可以根据目标业务标识确定目标扩展对象，进而确定目标扩展实现类。扩展对象可以是与业务标识相对应的扩展实现标识。根据扩展实现标识可以确定扩展实现类。扩展实现类可以是执行某个具体业务请求的执行规则，或者相关程序代码等。

具体的，在接收到业务请求时，可以获取业务请求中携带的与该业务请求相对应的目标业务标识。

在实际应用过程中，存在一个请求需要经过多个系统的接口，为了便于后续查找相应的标识所对应的业务场景，可以将各业务请求所对应的业务标识存储至全链路中，以实现将业务场景标识顺序传递，从而使全链路中的各个接口可以快速的获取相关的标识。可选的，在获取接收到的业务请求中所携带的目标业务标识之后，将目标业务标识存储至本地线程变量的请求链路，以从请求链路中读取目标业务标识。

其中，本地线程变量为暂存目标业务标识的存储空间。请求链路可以是在接收到业务请求后，将业务请求作为请求链路中的一个节点进行存储。

具体的，可以是在接收到业务请求后，可以在确定与业务请求相对应的目标扩展实现类的同时，将业务请求存储至本地线程变量的请求链路中，以使对业务请求进行处理的各系统的接口根据本地线程变量的请求链路中存储的业务请求确定相应的业务标识。

在实际应用中，为了避免本地线程变量的请求链路中存储的目标业务标识过多，从而造成的提取目标业务标识效率低的问题，本地线程变量的请求链路中存储的目标业务标识可以在预设时间内被清理，例如：每隔一天将本地线程变量中的目标业务标识进行清除，以存储其他业务请求所对应的业务标识。

在本实施例中，为了便于根据目标业务标识确定目标扩展对象，进而确定目标扩展实现类，可以预先创建业务标识与扩展对象和扩展实现类之间的关联关系。好处在于：在检测到新的业务对象时，可以为新的业务对象创建上述关联关系。创建上述对应关系的具体实施方式可以参见如下步骤：

步骤一、当检测到创建待处理业务对象时，构建与待处理业务对象所对应的待处理业务标识，并调用预先编写的类标注函数。

其中，业务对象对应于不同场景下的业务，如，同一业务所属的区域不同时，其业务对象也不相同。业务对象的划分可以是基于区域、实现功能或者是按照其他类别来划分的，如，业务对象按区域划分，可以是将每一个区域作为一个业务对象，可选的，将北京的医院系统和天津的医院系统分别作为接入至医生工作站系统的两个业务对象；还也可以是按不同应用场景进行划分，例如：将税务相关的业务，企业管理相关的业务等分别作为一个业务对象，可选的，北京和天津的医院系统中的发票业务和税务业务分别作为接入至医生工作站的业务对象。待处理业务对象是已接入的各系统中新增的业务对象，也可以是首次接入医生工作站的医院系统，可以将此医院系统作为业务对象，将待处理业务对象进行存储以便于后续构建实现类，以及在接收到业务请求后调用对应的实现类。类标注函数可以理解为对业务对象所属的类别进行注解标记的函数，如，通过Class类的getAnnotation方法来扫描出标记@ExtensionPoint注解的类。基于注解类可以确定该业务对象所多对应业务场景。将添加完注解后得到的具体内容，作为实现类。

具体的，当检测到创建待处理业务对象时，可以为待处理业务对象构建一个与待处理业务对象唯一对应的待处理任务标识。进而，调用预先编写的类标注函数为待处理业务对象进行注解标记。

步骤二、基于类标注函数对待处理业务对象进行注解标记，得到与待处理业务对象所对应的待存储扩展实现类。

其中，待存储扩展实现类是将要存储的实现类。该实现类是基于类标注函数对待处理业务对象进行注解标记后，得到的待处理业务对象以及待处理业务对象的注解标记，注解标记可以是@ExtensionPoint。同时，该实现类可以用于执行某个具体业务请求的执行规则，或者相关程序代码等。

具体的，通过调用预先编写的类标注函数可以为待处理业务对象进行注解标记，将待处理业务对象以及待处理业务对象的注解标记作为待存储扩展实现类，后续可以通过注解标记来确定待处理业务对象，进而调用待存储扩展实现类。

步骤三、建立待处理业务标识与待处理业务对象的映射关系，并将映射关系存储至扩展点存储库中。

其中，扩展点存储库用于存储业务标识和扩展对象的映射关系表。可以将待处理业务标识作为业务标识，将待处理业务对象作为扩展对象，将映射关系存储至扩展点存储库中，上述映射关系是基于上述步骤一实现的。

具体的，待处理业务对象与待处理业务标识存在唯一对应的关系，进而可以建立待处理业务标识与待处理业务对象的映射关系。为了便于对待处理业务对象进行查找和调用，可以将上述映射关系存储至扩展点存储库中的业务标识和扩展对象的映射关系表中。

步骤四、将与待处理业务对象所对应的待存储扩展实现类存储至配置中心。

其中，配置中心是用于存储扩展实现类的存储空间，扩展实现类与待处理业务对象，即扩展对象，具有对应关系。扩展对象可以用于区分不同的扩展实现类。

具体的，将与待处理业务对象对应的待存储扩展实现类存储至配置中心中，此时将待存储扩展实现类作为扩展实现类。进而，可以根据待处理业务对象，即扩展对象，在配置中心中确定相对应的扩展实现类。

S120、基于目标业务标识从扩展点存储库的映射关系表中查找与目标业务标识相对应的目标扩展对象。

其中，目标业务标识是与业务请求相对应的标识。映射关系表中包括业务标识和扩展对象的映射关系，该映射关系表存储至扩展点存储库中。目标扩展对象可以是与目标业务标识相对应的扩展实现标识。扩展实现标识可以用于确定扩展实现类。扩展实现类可以是执行某个具体业务请求的执行规则，或者相关程序代码等。

具体的，在获取目标业务标识之后，根据目标业务标识可以在扩展点存储库的映射关系表中进行查找，在查找到目标业务标识时，确定与该目标业务标识相对应目标扩展对象。

可选的，还可以将业务标识与扩展对象按照键值对的方式存储至映射关系表中。

其中，键值对的方式是按照业务标识与扩展对象的对应关系进行存储的方式，就是Key-Value的存储方式。在本实施例中，可以是将业务标识作为键，将扩展对象作为值来进行存储，将建立的键值对存储至映射关系表中。

可选的，可以通过提供统一的配置前缀goku来收集场景标识，将场景标识与扩展标识组成多个的KV数据，存储在扩展点存储库中。其中，场景标识可以是业务标识，扩展标识可以是扩展对象，KV数据可以理解为场景标识和扩展标识的映射关系。

示例性的，扩展点存储库的映射关系表中存有业务标识A-扩展对象A’，业务标识B-扩展对象B’以及业务标识C-扩展对象C’。若目标业务标识为A，则可以在上述映射关系表中确定与业务标识A相关联的扩展对象A’，并将A’作为目标扩展对象，以便于基于目标扩展对象进一步确定目标扩展实现类。

S130、基于目标扩展对象从配置中心调取目标扩展实现类，并基于目标扩展实现类执行业务请求。

其中，目标扩展实现类中可以包括执行业务请求的执行规则，或者相关程序代码等，目标扩展实现类可以由目标扩展对象以及目标扩展对象对应的注解标记组成。

具体的，从扩展点存储库中可以确定目标扩展对象，进而根据目标扩展对象可以在配置中心中，查找到与目标扩展对象对应的扩展实现类。例如，基于扩展对象与扩展实现类之间的对应关系确定目标扩展实现类。根据目标扩展实现类可以执行业务请求，完成数据的传输或获取等操作。

在本实施例中，确定目标扩展实现类，可以是通过扩展点查找器来确定目标扩展实现类，具体可以是：

调取扩展点查找器从配置中心查找与目标扩展对象所对应的目标扩展实现类；基于目标扩展实现类执行目标业务请求，以得到与业务请求相对应的业务执行结果。

其中，扩展点查找器是用于根据扩展对象，确定扩展实现类的函数或模块，也可以是用于实现上述功能的代码组。业务执行结果可以是业务请求所需的结果，也可以是目标扩展实现类执行后输出的结果。

具体的，调取扩展点查找器，例如：Extension Point Selector，可以从配置中心中确定与目标扩展对象相对应的目标扩展实现类，根据目标扩展实现类可以执行目标扩展实现类中的业务逻辑，以执行目标业务请求。进而，可以将执行目标请求后获取的结果作为业务执行结果。并且，还可以将业务执行结果反馈至目标业务请求所对应的终端设备，以完成目标业务请求。

本实施例的技术方案，通过获取接收到的业务请求中所携带的目标业务标识，基于目标业务标识从扩展点存储库的映射关系表中查找与目标业务标识相对应的目标扩展对象，并基于目标扩展对象从配置中心调取目标扩展实现类，以执行业务请求，解决了编写大量的接口代码才能实现功能快速迭代的问题以及在代码中进行大量封装造成的代码维护困难，耦合性强的问题，实现了快速根据目标业务标识，确定执行目标业务标识的目标扩展实现类，从而提高业务请求执行效率的技术效果。

实施例二

图2为本发明实施例二所提供的一种目标业务的执行系统的结构示意图，该系统包括：业务场景层210，扩展扫描层220和业务执行层230。

其中，业务场景层210，用于获取接收到的业务请求中所携带的目标业务标识；扩展扫描层220，用于基于目标业务标识从扩展点存储库的映射关系表中查找与目标业务标识相对应的目标扩展对象；扩展点存储库中包括业务标识和扩展对象的映射关系表；业务执行层230，用于将目标扩展对象从配置中心调取目标扩展实现类，并基于目标扩展实现类执行业务请求。

可选的，所述目标业务的执行系统，还包括：

目标业务标识存储模块，用于将目标业务标识存储至本地线程变量的请求链路，以从请求链路中读取目标业务标识。

可选的，业务执行层210，还用于调取扩展点查找器从配置中心查找与目标扩展对象所对应的目标扩展实现类；基于目标扩展实现类执行目标业务请求，以得到与业务请求相对应的业务执行结果。

可选的，扩展扫描层220，还用于当检测到创建待处理业务对象时，构建与待处理业务对象所对应的待处理业务标识，并调用预先编写的类标注函数；基于类标注函数对待处理业务对象进行注解标记，得到与待处理业务对象所对应的待存储扩展实现类。

可选的，扩展扫描层220，还用于建立待处理业务标识与所述待处理业务对象的映射关系，并将映射关系存储至所述扩展点存储库中；将与待处理业务对象所对应的待存储扩展实现类存储至所述配置中心。

可选的，所述目标业务的执行系统，还包括：

配置层，用于将待处理业务标识与待处理业务对象按照键值对的方式存储至映射关系表中，并将与待处理业务对象所对应的待存储扩展实现类存储至配置中心。

具体的，可以是将待处理业务标识作为键，将待处理业务对象作为值，按照待处理业务标识与待处理业务对象的对应关系，建立键值对，并将建立的键值对存储至映射关系表中。进而，将与待处理业务对象所对应的待存储扩展实现类存储至配置中心。

本实施例的技术方案，通过获取接收到的业务请求中所携带的目标业务标识，基于目标业务标识从扩展点存储库的映射关系表中查找与目标业务标识相对应的目标扩展对象，并基于目标扩展对象从配置中心调取目标扩展实现类，以执行业务请求，解决了编写大量的接口代码才能实现功能快速迭代的问题以及在代码中进行大量封装造成的代码维护困难，耦合性强的问题，实现了快速根据目标业务标识，确定执行目标业务标识的目标扩展实现类，从而提高业务请求执行效率的技术效果。

本发明实施例所提供的目标业务的执行系统可执行本发明任意实施例所提供的目标业务的执行方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述系统所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。

实施例三

在上述实施例二的基础上，可以结合图3来继续了解本实施例所对提供的目标业务的执行系统，该系统包括：业务场景层，扫描层和仓储层。

其中，业务场景层主要是用于通过场景切面的编写，在系统运行时动态解析请求参数，并针对场景构造一个标准的场景标识，即业务标识，并将场景标识放置在本地线程变量在请求链路中，以实现链路中各个接口都可以简便的获取场景标识。并且，业务场景层中还包括扩展标记，即扩展对象，可以用于在扫描层中确定扩展实现类；业务场景层中还可以包括场景注解类，场景注解类可以用于为扩展标记进行注解标记。

在扫描层中，包括场景切面，场景和扩展映射配置以及扩展实现类。在扫描层中，可以使用Spring Bean的后置处理器以及Class类中的getAnnotation来筛选出系统自定义的扩展实现类。确定扩展实现类的方式是：标记了场景注解类，即@ExtensionPoint注解的类，为扩展点的实现类。并且，扫描层中还包括场景标识与扩展标记的映射关系。

示例性的，通过编写自定义的Bean后置处理器，当每个Bean被创建时触发postProcessAfterInitialzation函数调用，然后通过Class类的getAnnotation方法来扫描出标记@ExtensionPoint注解的类，即为扩展实现类。

仓储层对于扫描层筛选出的扩展实现类的列表，结合配置层中的映射元数据，将场景标识与扩展实现类对应存储至本地缓存中。并且，提供高层API(ApplicationProgramming Interface，应用程序接口)扩展选择器Extension Point Selector，以供上层业务能够简易使用。该技术方案可以避免框架的实现细节对业务代码的入侵，能够提高框架的封装灵活性。

在业务场景层和扫描层之间，还可以设置配置层。其中，配置层用于通过springconfiguration的形式，收集系统自定义的场景标识与扩展实现标识的键值对(Key-value，KV)列表，为下层的扩展扫描层提供原始数据。

示例性的，可以通过提供统一的配置前缀goku来收集场景标识与扩展标记的映射关系，将场景标识与扩展标记组成一个个的KV数据，存储在扩展点仓储中。

本实施的技术方案，在系统运行时根据每个请求传入的场景标识，使用扩展点查找器ExtensionPointSelector来确定一个扩展实现类，并执行相应的业务逻辑以对业务请求进行处理。该技术方案的原理在于遵循约定优于配置(Convention OverConfiguration，COC)与开闭原则(Open Closed Principle，OCP)，能够做到在不破坏既有软件结构的基础上，实现新功能的动态添加。

本实施例的技术方案，通过业务场景层，扫描层和仓储层为上层业务提供API，API中包括注解以及SDK，上层业务通过调用简单的API来完成代码迭代，解决了编写大量的接口代码才能实现功能快速迭代的问题以及在代码中进行大量封装造成的代码维护困难，耦合性强的问题，实现了快速根据目标业务标识，确定执行目标业务标识的目标扩展实现类，从而提高业务请求执行效率的技术效果。

实施例四

图4为本发明实施例四所提供的一种服务器的结构示意图。图4示出了适于用来实现本发明实施例实施方式的示例性服务器40的框图。图4显示的服务器40仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，服务器40以通用计算设备的形式表现。服务器40的组件可以包括但不限于：一个或者多个处理器或者处理单元401，系统存储器402，连接不同系统组件(包括系统存储器402和处理单元401)的总线403。

总线403表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

服务器40典型地包括多种计算机系统可读介质。这些介质可以是任何能够被服务器40访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器402可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)404和/或高速缓存存储器405。服务器40可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统406可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线403相连。存储器402可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块407的程序/实用工具408，可以存储在例如存储器402中，这样的程序模块407包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块407通常执行本发明所描述的实施例中的功能和/或方法。

服务器40也可以与一个或多个外部设备409(例如键盘、指向设备、显示器410等)通信，还可与一个或者多个使得用户能与该服务器40交互的设备通信，和/或与使得该服务器40能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口411进行。并且，服务器40还可以通过网络适配器412与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器412通过总线403与服务器40的其它模块通信。应当明白，尽管图4中未示出，可以结合服务器40使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元401通过运行存储在系统存储器402中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的目标业务的执行方法。

实施例五

本发明实施例五还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种目标业务的执行方法。

该方法包括：

获取接收到的业务请求中所携带的目标业务标识；

基于目标业务标识从扩展点存储库的映射关系表中查找与目标业务标识相对应的目标扩展对象；扩展点存储库中包括业务标识和扩展对象的映射关系表；

基于目标扩展对象从配置中心调取目标扩展实现类，并基于目标扩展实现类执行业务请求。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

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

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

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

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。