专利名称：：业务配置处理方法及配置关系管理模块的制作方法
技术领域：
：本发明涉及通信
技术领域：
，尤其涉及一种业务配置处理方法及配置关系管理才莫块。
背景技术：
：随着互联网的兴起和3G网络的大规才莫应用，越来越多的数据产品和电信产品被研制并投入使用。为了适应网络规才莫的演化和扩大、满足各类客户的应用需求，网络产品需要提供的业务种类也曰益增多，从而导致使用的各类业务的配置也越来越复杂。以数据通信产品中的路由器为例，路由器是网络互连的基础部件。随着路由协议的不断丰富和发展以及网络结构的日益复杂化，路由器的配置也变得复杂和费时，且特别容易出错。研究表明，目前，20%~70%的系统故障是由人为操作引起的，一个简单的配置错误可能会给互联网的稳定性造成很大的影响。用户在配置各类业务时，经常会遇到需要配置的业务与其它业务之间存在着冲突、依赖等关联关系。当用户对这些业务之间的关系不熟悉时，往往会4吏得用户在配置某个业务时，发现已经配置了若千个冲突的业务，需要先删除这些冲突的业务才能继续配置新业务；或者是新配置的业务还依赖于其它业务，只有等依赖的业务配置后才能继续配置新业务。多个业务配置之间复杂的关耳关关系降《氐了产品使用的友好性，降低了用户体验。以在路由器的接口绑定到VRF实例配置为例进行i兌明，当用户需要将某个接口绑定到某个VRF时，可能会出现以下情况(1)对应的VRF实例还没有配置，用户需要先配置VRF实例；(2)用户配置好VRF实例后，由于接口下已经配置了IP地址，此时4姿口不能绑定到VRF,因此，用户需要先删除IP地Jat后才能继续绑定VRF;(3)该个接口已经绑定到了其他VRF实例中，而4妻口不能重复绑定到不同的VRF实例中，因此，需要用户先将接口解除绑定后，才能绑定到新的VRF中；(4)当用户将接口解绑定VRF时，由于接口上已经配置了IP地址，不能直接解除绑定，需要先删除IP地址后才能解绑定VRF;目前的配置管理工具一力殳只会向用户逐条返回配置斥企查过禾呈中遇到的第一个不满足的配置条件的提示信息，用户需要先修改并满足该配置条件后继续配置操作，才能得到后续的其它的不满足配置条件。通常，用户在修改了若干项原有的业务配置后，才发现要修改的业务必须^床留，导致必须;改弃当前的业务配置，而止匕时已经修^改了原来的部分业务配置，因此需要执行回退才喿作。例如，上例中，用户增加配置了当前的VRF实例，并且删除了4妄口上已酉己置的IP地址后，发现接口已经绑定其他VRF实例了，并且该接口只能绑定在该VRF上，而此时用户已经新增和修改了部分配置，,人而需要回退到原来的配置。由此可见，由于各个业务配置之间关4关关系复杂，以及配置管理工具返回给用户的信息不足，从而加大了业务配置的复杂度，影响了用户选择业务配置的决策，降低了对用户的友好性，降^f氐了用户体验。
发明内容有鉴于此，本发明提供了一种业务配置处理方法及业务配置关系管理模块，用以解决各个业务配置之间关联关系复杂，以及配置管理工具返回^合用户的4言息不足的问题。才艮据本发明的一个方面，^是供了一种业务配置处理方法。才艮据本发明的业务配置处理方法，包4舌业务配置关系管理才莫块接收业务模块发送的请求查询待配置业务的业务关联关系的查询请求，其中，查询请求中携带有待配置业务的属性信息；业务配置关系管理才莫块^^艮据上述属性信息，查询待配置业务的关耳关关系，获取与待配置业务存在关联关系的一个或多个业务；业务配置关系管理模块获取一个或多个业务的配置信息，并根据各个业务的配置信息以及待配置业务与该业务的关联关系，向业务才莫块返回所有不满足所述待配置业务的配置条件的信息，并由该业务模块将该信息返回纟合用户4妻口才莫块。根据本发明的另一方面，提供了一种业务配置关系管理模块。根据本发明的业务配置关系管理模块包括存储模块、接收模块、获取模块、查询模块、过滤模块、返回模块。其中，存储模块，用于保存业务配置关系管理模块当前所在的网元的各种业务配置的关联关系；接收模块，用于接收业务模块发送的请求查询待配置业务的业务关联关系的查询请求，其中，查询请求中携带有待配置业务的属性信息；获取模块，用于根据上述属性信息，通过查询存储模块，获取与待配置业务存在关联关系的一个或多个业务；查询模块，用于查询一个或多个业务的业务4莫块，获耳又一个或多个业务的配置信息；过滤模块，用于根据待配置业务与上述一个或多个业务的关耳关关系，以及一个或多个业务的配置信息，获耳又所有不满足祠:7配置业务的配置条件的信息；返回模块，用于将过滤模块得到的所有不满足所述待配置业务的配置条件的信息返回给业务才莫块。通过本发明的上述至少一个方案，在用户当前配置的业务与其他业务存在沖突或依赖关系时，能够将当前所有不满足的配置关系全部4是示给用户，才是高了配置管理工具对用户的友好性，乂人而降^氐了用户配置工作的复杂度，减少了人为配置出^"的可能性。本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。附图用来一是供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中图1是根据本发明实施例的网元的业务配置处理方法的流程图；图2是根据本发明实施例一的查询待配置业务的关联关系的处理流程图；图3是4艮据本发明实施例二的对查询结果过滤及映射流禾呈图；图4是根据本发明实施例的返回给用户的提示信息效果图；图5是根据本发明实施例三的配置业务B的业务配置处理流程图；图6为才艮据本发明实施例的业务配置关系管理才莫块的结构示意图。具体实施方式功能相无述在现有技术中，配置管理工具一般只会向用户逐条返回配置检查过程中遇到的第一个不满足的配置条件的提示信息，通常，用户根据逐条的提示信息修改了若干项原有的业务配置后，才发现要修改的业务必须保留，不得不执行回退操作。针对该问题，本发明实施例4是供了一种网元的业务配置处理方案。在本发明实施例中，才是供了一种对业务配置进;f亍统一管理的业务配置关系管理;f莫块。由该才莫块对所有业务的沖突关系和依赖关系进4亍统一管理和查询，并将所有查询信息返回给用户，使得用户在配置某项业务时，能对相关沖突业务和依赖业务一目了然，从而降低了用户配置工作的复杂度。在不冲突的情况下，本申请中的实施例及实施例中的特4正可以相互纟且合。以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。根据本发明实施例，首先提供了一种业务配置处理方法，该方法用于在当前;f争配置业务与其它业务存在冲突关系和依赖关系时，将所有不满足待配置业务的配置条件信息纟是示给用户。图1为才艮据本发明实施例的网元的业务配置处理方法的流程图，如图1所示，根据本发明实施例的网元的业务配置处理方法主要包4舌以下步-骤(步-骤S102-步4繁S106):步骤S102、业务配置关系管理模块接收业务一莫块发送的请求查询待配置业务的业务关联关系的查询请求，其中，该查询"i青求中携带有待配置业务的属性信息；在具体实施过程中，用户通过用户接口模块(配置界面或命令行界面)将配置命令传递给对应的业务模块后，对命令中的参数有效性进行完备性检查，通过检查后业务模块向业务配置关系管理模块发送请求查询待配置业务的业务关联关系的查询请求，该查询请求中携带有待配置业务的属性信息。该属性信息包括待配置业务的业务类型、接口类型或接口属性。在具体实施过程中，在业务配置关系管理才莫块接收业务才莫块发送的查询请求之前，业务配置关系管理才莫块在上电的过禾呈中获取到当前网元的类型，4艮据不同类型选择与该类型对应的业务关耳关关系脚本文件，生成当前网元的各种业务配置的关联关系，业务配置关系管理模块保存上述各种业务配置的关联关系。上述关联关系分为业务冲突关系、业务前置依赖关系和业务后置依赖关系，并通过业务冲突表、业务前置依赖表和业务后置依赖表进行管理。步骤S104、业务配置关系管理模块根据待配置业务的属性信息，查询待配置业务的关联关系，获取与待配置业务存在关联关系的一个或多个业务；在具体实施过程中，在用户配置某业务时，选4奪对应的业务冲突表和业务前置依赖表，分别进行业务沖突查询和业务前置查询；在用户删除某业务配置时，只需要查询业务后置依赖表，找到删除该业务前必须先删除的所有后置依赖业务。步冬聚S106、业务配置关系管理模块获取上述一个或多个业务的配置信息，并才艮据各个业务的配置信息以及^f寺配置业务与该业务的10关联关系，向上述业务模块返回所有不满足所述待配置业务的配置条件的信息，由上述业务模块返回给用户接口模块。在具体实施过程中，业务配置关系管理模块进行沖突、依赖查询时，需要获取相关联的业务当前是否已经配置，因此，需要向对应的业务;f莫块进^f于配置查询。具体地，每个业务纟莫块可以向业务配置关系管理才莫块注册查询函数，每个业务类型对应一个查询函数。业务才莫块将本业务当前是否配置的结果返回给业务配置关系管理才莫块，返回的结果只需要用"业务已配置，，或"业务未配置"两种返回码即可，业务模块不需要感知当前的查询是沖突查询或者是依赖查询。在具体实施过程中，业务配置关系管理才莫块可以对查询结果进行统一的过滤、映射及整合。在向用户接口模块返回所有不满足待配置业务的配置条件的信息之后，用户接口模块将不满足配置条件的查询信息映射为文本才是示信息，并向用户显示所述文本4是示信息。在具体实施过程中，用户4妻口才莫块为用户才喿作的接口，具体可以为配置界面(OAM)，也可以为命令^亍界面(CommandLineInterface,简一尔为CLI)。为进一步理解本发明实施例4是供的上述4支术方案，下面通过具体的实施例对上述关if关关系进4亍说明。考虑到配置管理模块可能需要适用于多个不同的网元产品，不同产品定义的业务关联关系会有所不同。因此，将这些关联关系以表才各的形式定义在脚本文件中，不同产品业务之间的关耳关关系通过脚本文件来区分。业务配置关系管理模块在上电运行时，根据获取到的当前网元类型，选择读取不同的脚本文件，使得各个业务模块的实现不需要感知到不同产品之间的差异，完全通过脚本文件来屏蔽。不同产品定义的脚本文件，除了其中的业务冲突、依赖关系有差别外，其它都相同。脚本文件可以是文本文件，也可以是xml格式的文件，业务配置关系管理才莫块在上电过程中通过解析脚本文件，在数据库或者内存中生成各类业务关联关系表。当业务模块发起配置查询时，业务配置关系管理模块才艮据不同的关4建字选择对应的表，根据表中的内容来确定当前配置的业务与其它业务的关联关系。业务配置关系管理才莫块为每项业务分配一个对应的业务类型，将业务之间的关联关系分为冲突关系、前置依赖关系和后置依赖关系3类，并通过业务沖突表、业务前置依赖表和后置依赖表来进4亍管理。业务沖突表用于描述业务之间的冲突关系，配置了业务B后，如果业务A不能配置，则称业务A与业务B沖突，如^各由器^妾口上启用ldp十办i义后，就不能再4寻才妄口力口入到smartgroup,即4妄口力口入smartgroup与接口启用ldp沖突。配置某个业务时，只有冲突的业务都没有配置时，才能配置该业务；业务前置依赖表用于描述业务之间的依赖关系，配置业务B时，必须先配置业务A，则称业务A是业务B的前置依赖业务，如路由器的子接口要配置IP地址时，必须先给该子接口封装VLAN属性，即子4妻口去于装VLAN是子4妄口配置IPi也址的前置依赖业务。配置某个业务时，只有所有的前置依赖业务都配置好后，才能继续配置该业务；业务后置依赖表用于描述删除业务时，业务之间的依赖关系，删除业务B时，必须先删除业务A,则称业务A是业务B的后置依赖业务。如接口上绑定了VRF并且配置了IP地址，给接口解绑定VRP时，由于已经配置了IP地址，将限制解绑定才喿作。必须先将接口地址删除后，才能继续解绑定操作，即接口配置IP地址是接口解绑定VRF的后置依赖业务。删除某个业务时，只有所有的后置依赖业务都删除后，则能继续删除该业务；上述三类关联关系表的格式类似，均采用二维数组的方式进行管理。表的大小由最大业务配置个数决定。置1的位在不同的表中，表示不同的含义，分别表示冲突、前置依赖或后置依赖。关耳关关系表的结构如表1所示<table>tableseeoriginaldocumentpage13</column></row><table>业务冲突表不一定是对称的二维数組，即业务1与业务2冲突，业务2不一定与业务1沖突，先配置业务2后，不能配置业务l，但先配置业务l后，可以继续配置业务2。如，接口配置IP地址与接口绑定VRF沖突，接口配置IP地址后就不能继续绑定VRF,<旦接口绑定VRF与接口配置IP地址不冲突，4妄口绑定到VRF后，仍然能继续配置IP地址。并且，不排除业务与本身沖突的情况，即对角线元素也有可能为l,如接口绑定到某个VRF后，如果继续将该接口重新绑定到另外一个VRF，则4是示用户需要先将4妄口解绑定VRF后才能重新绑定。业务前置依赖表，其组织形式类似与业务沖突表。同样用一行对应一个业务，对应的列置1则表示该列所表示的业务是必须先配置的前置依赖业务。业务前置依赖表结构如表3所示表3<table>tableseeoriginaldocumentpage14</column></row><table>如表3所示，配置业务l时，需要业务2先配置；配置业务3时需要业务1和业务2先配置。当删除某业务时，需要查询业务后置依赖表。它的组织形式与上述2张表类似，不同的只是对应元素表示的含义不同，对应的列置1则表示该列所表示的业务是要删除业务的后置依赖业务。具体查询时，先根据要删除的业务类型定位到后置依赖表中的行，遍历该行，如果有置位的项，表示该列对应的业务是后置依赖于将要删除的业务。需要先删除后置依赖业务，才能继续删除当前的业务。后置依赖表的才几构如表4所示表4<table>tableseeoriginaldocumentpage15</column></row><table>如表4所示，删除业务2时，定位到后置依赖表中的第二行，其中第1和第3列置1,则分别查询业务1和业务3是否已经配置，只要其中有一个业务已配置，则限制删除业务2，只有等业务1和业务3都删除后，才能删除业务2。为进一步理解本发明实施例提供的技术方案，下面通过具体的实施例对4寺配置业务查询关耳关关系的处理流禾呈进4亍详细i兌明实施例一该实施例中，对查询待配置业务的关联关系的流程进行说明。图2是本实施例一中查询4寺配置业务的关:f关关系的处理流程图，如图2所示，主要包括以下步骤步骤201、业务模块在接收到OAM/CLI(配置界面/命令行界面)的配置命令后，对命令中的参数有效性进行完备性检查，通过后则进行下一步的业务关耳关关系查询，将其对应的业务类型、查询参数等信息传递给业务配置关系管理模块；步-骤202、由于不同的配置条件会对应不同的业务关耳关关系，业务配置关系管理才莫块需要先才艮据不同的关4建字对不同的表进行索引和选择。例如，根据不同的接口类型或接口属性选择到不同的业务冲突表、业务前置依赖表或者业务后置依赖表；步-骤203、配置某业务时，需要选纟奪对应的冲突表和前置依赖表，分别进行业务冲突查询和前置依赖查询；而删除某业务配置时，只需要查询后置依赖表，找到删除该业务前必须先删除的所有后置依赖业务；步骤204、业务配置关系管理模块进行冲突、依赖查询时，需要获取相关联的业务当前是否已经配置，则向对应的业务才莫块进行配置查询。业务模块将本业务当前是否配置的结果返回给业务配置关系管理才莫块，返回的结果只需要用"业务已配置"或"业务未配置"两种返回码即可，业务模块不需要感知当前的查询是冲突查询或者是依赖查询；步骤205、由业务配置关系管理才莫块对查询结果进4亍统一的过滤、映射及整合，将不满足配置条件的查询信息返回给发起查询的业务模块，由业务模块通过OAM/CLI返回给用户，通过OAM/CLI返回纟会用户。具体地，各个业务模块提供的查询函数，只需要返回"本业务已西己置，，(APP—IS—CONFIGED)或是"本业务未配置，，(APP—NOT—CONFIGED)两类返回石马即可。由业务配置关系管理才莫块才艮据对应的业务类型以及查询条件，对查询结果进行过滤和映射。在配置业务时，需要获知已配置的冲突业务，以及前置依赖业务中未配置的业务，过滤未配置的冲突业务查询结果以及已配置的前置依赖业务查询结果。而删除业务时，只需获知已配置的后置依赖业务，将未配置的后置依赖业务查询结果过滤掉。具体过滤方式参见下述实施例二。实施例二本实施例中，描述业务配置关系管理才莫块对业务才莫块返回的查询结果进行过滤和映射的流程，通过对查询结果的过滤和映射，由业务配置关系管理模块选择正确的查询结果返回给用户接口模块。图3是本实施例二中对查询结果过滤及映射的流程图，如图3所示，主要包括以下步骤步骤S301、业务配置关系管理模块接收到某个业务配置查询时，确定冲突表和前置依赖表中分别有业务1、业务2、业务3和业务4与当前配置的业务有关耳关，其中，当前配置的业务与业务l和业务2冲突，依赖于业务3和业务4;步骤S302、分别查询这4项业务的业务一莫块后，获耳又业务1和业务4已配置，业务2和业务3未配置；步骤S303、由于当前配置的业务与业务1、业务2冲突，将业务2未配置的查询结果过滤掉，保留记录业务1已配置的查询结果。同样，当前配置的业务依赖与业务3和业务4,将业务4已配置的查询结果过滤掉，保留记录业务3未配置的查询结果；步骤S304、将各个业务返回的APP—IS—CONFIGED/APP—NOT—CONFIGED的查询结果映射成"业务1—IS—CONFIGED"和"业务3—NOT—CONFIGED"两个具体的查询结果。在本次查询过程中，共得到了4个查询结果，但最终只需要将图3中业务1和业务3的两个不满足配置条件的查询结果返回给用户进行提示即可。具体地，每次配置业务发起查询时，业务配置关系管理才莫块将查询〗寻到的不满足配置条4牛的查询结果以TLV(Type/Length/Value)的形式封装成查询结果表整合后，返回给发起查询的业务模块，并由业务才莫块返回给OAM。OAM才艮据返回的查询结果映射到对应的文本纟是示信息后，在配置终端上显示纟会用户进^于才是示。查询结果表是由业务配置关系管理模块将各种业务返回的查询结果进行过滤、映射及整合后，返回给发起查询的业务模块，并由业务才莫块返回给OAM提示用户的。考虑到形式统一，查询结果表将查询结果以TLV的形式组织好后返回。配置业务查询时，查询结果表中包括冲突查询结果和前置依赖查询结果，冲突查询结果中存》文的是与当前要配置的业务相冲突的其它业务的配置情况，前置依赖查询结果中存力文的是当前配置的业务所依赖的其它业务的未配置情况，后置依赖查询结果中存放的是限制删除当前业务的后置依赖业务已配置情况。查询结果表结构如表5或者表6,T表示表的类型，L表示表中的查询结果个数，后面的V依次是各个不满足配置条件的查询结果。表5<table>tableseeoriginaldocumentpage18</column></row><table>OAM/CLI得到TLV形式的查询结果表后，依次解析出查询结果后，根据查询结果所对应的值映射到该查询结果在终端上的打印提示信息。通过OAM向用户返回配置当前业务时，所有不满足配置条件的提示信息。图4是根据本发明实施例的返回给用户的提示信息效果图，如图4所示。用户首先将4妄口绑定到名字为area-l的VRF中，并且配置了1.1.1.1/255.0.0.0的IP;也址，当用户继续一寻才姿口绑定到名字为area-2的VRF中时，用户得到了3条才是示信息，分别冲是示用户当前绑定的VRF实例还不存在，用户已经结4妻口绑定过VRF,用户需要先将接口上的IP地址删除。用户在得到这些提示信息后，可以决定是否需要修改原有的配置来满足当前的配置操作，或者是保留原来的配置不变，；故弃当前的配置才喿作。实施例三在本实施例中，以配置业务B为例，对本发明实施例提供的技术方案进4于i兌明在配置业务B时，业务配置关系管理才莫块在业务配置中的工作流考呈如图5所示，具体步-银如下501、用户通过配置界面OAM/CLI(commandlineinterface命令4亍界面)配置业务B;502、OAM/CLI将配置命令传递纟会对应的业务一莫块后，业务才莫块在配置参凄t的有效性4企查通过后，将配置的业务类型以及该业务的相关查询参数传递纟会业务配置关系管理才莫块进行沖突依赖查询；503、业务配置关系管理模块在上电运行过程中获取到当前的产品或网元类型，才艮据不同的类型，选择与其对应的业务关系脚本文件，在数据库或者内存中生成业务配置关联关系表(包括业务沖突表、业务前置依赖表和业务后置依赖表)；504、才艮据生成的业务冲突表和业务前置依赖表，查询到业务B与业务A和业务C有关联关系，业务配置关系管理模块分别向业务A模块和业务C模块进行查询是否配置；505、业务A才莫块和业务C冲莫块分别/人凄t据库中获耳又本业务的配置信息后，将业务是否配置的查询结果返回给业务配置关系管理模块；506、业务配置关系管理才莫块4艮据业务的返回结果，以及对应的冲突、依赖关系，对查询结果进行过滤、映射和整合后，判断业务B是否满足配置条件，不满足条件时向业务才莫块B返回所有不满足配置条件的查询结果，之后由业务冲莫块B向OAM/CLI返回所有不满足配置条件的查询结果；507、用户配置界面将这些查询结果映射到对应的文本提示信息后，在配置终端上向用户提示配置业务B时所有尚未满足的条件。根据本发明实施例，还提供了一种业务配置关系管理模块。图6为根据本发明实施例的业务配置关系管理模块的结构示意图。如图6所示，4艮据本发明实施例的业务配置关系管理才莫块主要包括存储模块61、接收模块62、获取模块63、查询模块64、过滤模块65、返回模块66。其中，存储模块61,用于保存所述业务配置关系管理模块当前所在的网元的各种业务配置的关联关系；接收模块62,用于接收业务模块发送的请求查询待配置业务的业务关联关系的查询请求，其中，所述查询请求中携带有待配置业务的属性信息；获取模块63,用于根据所述属性信息，通过查询所述存储模块，获取与所述待配置业务存在关联关系的一个或多个业务；查询才莫块64，用于查询所述一个或多个业务的业务才莫块，获耳又所述一个或多个业务的配置信息；过滤模块65,用于4艮据所述待配置业务与所述一个或多个业务的关耳关关系，以及所述一个或多个业务的配置信息，获取所有不满足所述待配置业务的配置条件的信息；返回模块66，用于将所述过滤模块得到的所有不满足所述待配置业务的配置条件的信息返回给业务模块。如上所述，借助本发明实施例提供的技术方案，减少了配置管理模块与具体产品的耦合度，不同产品的业务关联关系通过不同的脚本文件来区分，而不是在软件代码中进行区分，^提高了配置管理工具的灵活性和可扩展性。通过将所有不满足的配置条件全部返回给用户进行提示，增加了用户获取的信息量。用户配置一项业务不成功时，得到的不再是孤立的一条提示信息，而是获得了所有导致配置该业务不成功的原因，可供用户决策后续的配置才喿作。用户配置业务前不再需要关心繁杂的业务关联关系，降低了用户配置工作的复杂度，减少了发生人为配置出错的可能性。本发明作为实现自动化配置管理的一个很好补充，弥补了网管OAM返回用户提示信息量不足的缺陷，并且具有较高的适用性和灵活性。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。权利要求1.一种业务配置处理方法，其特征在于，包括业务配置关系管理模块接收业务模块发送的请求查询待配置业务的业务关联关系的查询请求，其中，所述查询请求中携带有待配置业务的属性信息；所述业务配置关系管理模块根据所述属性信息，查询所述待配置业务的关联关系，获取与所述待配置业务存在关联关系的一个或多个业务；所述业务配置关系管理模块获取所述一个或多个业务的配置信息，并根据各个业务的配置信息以及所述待配置业务与该业务的关联关系，向所述业务模块返回所有不满足所述待配置业务的配置条件的信息，由所述业务模块将所述信息返回给用户接口模块。2.根据权利要求1所述的方法，其特征在于，在接收所述查询请求之前，所述方法还包4舌所述业务配置关系管理;漠块4艮据当前网元的类型，选4奪与所述类型对应的业务关系脚本文件，生成当前网元的各种业务配置的关耳关关系。3.根据权利要求2所述的方法，其特征在于，在生成当前网元的各种业务配置的关Jf关关系之后，所述方法还包括所述业务配置关系管理模块保存所述各种业务配置的关联关系。4.根据权利要求1所述的方法，其特征在于，所述业务配置关系管理才莫块获取所述一个或多个业务的配置信息包4舌所述业务配置关系管理模块分别向所述一个或多个业务的业务才莫块发送查询消息，查询各个业务的配置^f言息；所述一个或多个业务的业务才莫块分别从数据库中获取各个业务的配置信息，并将获取的配置信息返回给所述业务配置关系管理模块。5.根据权利要求4所述的方法，其特征在于，所述配置信息包括指示业务是否配置的信息。6.根据权利要求1至5中任一项所述的方法，其特征在于，所述关联关系包括沖突关系和依赖关系，其中，所述依赖关系包括前置依赖关系和后置依赖关系。7.根据权利要求1至5中任一项所述的方法，其特征在于，所述用户接口模块包括配置界面或命令行界面。8.根据权利要求7所述的方法，其特征在于，在向用户4妄口模块返回所有不满足所述;f寺配置业务的配置条件的信息之后，所述方法还包4舌所述用户接口^f莫块将所述信息映射为文本提示信息，并向用户显示所述文本^是示信息。9.根据权利要求1至5中任一项所述的方法，其特征在于，所述属性信息包括以下至少之一所述待配置业务的业务类型、接口类型、4妄口属性。10.—种业务配置关系管理模块，其特征在于，包括存储模块，用于保存所述业务配置关系管理模块当前所在的网元的各种业务配置的关联关系；接收模块，用于接收业务模块发送的请求查询待配置业务的业务关联关系的查询请求，其中，所述查询请求中携带有待配置业务的属性信息；获取模块，用于根据所述属性信息，通过查询所述存储模块，获取与所述待配置业务存在关联关系的一个或多个业务；查询才莫块，用于查询所述一个或多个业务的业务才莫块，获耳又所述一个或多个业务的配置4言息；过滤才莫块，用于冲艮据所述待配置业务与所述一个或多个业务的关联关系，以及所述一个或多个业务的配置信息，获取所有不满足所述待配置业务的配置条件的信息；返回模块，用于将所述过滤模块得到的所有不满足所述待配置业务的配置条件的信息返回给所述业务模块。全文摘要本发明公开了一种业务配置处理方法及配置关系管理模块。在上述方法中，业务配置关系管理模块接收业务模块发送的请求查询待配置业务的业务关联关系的查询请求；业务配置关系管理模块根据查询请求中的属性信息，查询待配置业务的关联关系，获取与待配置业务存在关联关系的一个或多个业务；业务配置关系管理模块获取一个或多个业务的配置信息，并根据各个业务的配置信息以及待配置业务与该业务的关联关系，通过业务模块，将不满足待配置业务的配置条件的信息返回给用户接口模块。根据本发明，可以降低用户配置工作的复杂度，减少人为配置出错的可能性。文档编号H04L12/24GK101631041SQ20091016085公开日2010年1月20日申请日期2009年7月29日优先权日2009年7月29日发明者昊吴,杨茂彬申请人:中兴通讯股份有限公司