本发明涉及通信技术领域，尤其涉及一种发现业务的方法及装置。
背景技术：
随着通讯技术的迅猛发展，光网络中管理的设备数量越来越多，管理的业务数量也越来越多，需要经常用到发现业务操作，但传统的发现操作通常只支持全量发现和增量发现两种方式，这两种方式都会访问所有管理网元的数据和已经存在的业务，访问的数据量都是非常大，但用户经常只是对几个网元配置业务，又需要执行发现操作时，全量发现和增量发现都会存在效率低的问题。
技术实现要素：
为了克服现有技术中存在的上述问题，本发明的实施例提供了一种发现业务的方法及装置，能够按照用户指定的网元执行发现业务的操作，以解决用户通过执行全量发现和增量发现操作会访问其他网元资源而导致的效率低的问题。
为了解决上述技术问题，本发明采用如下技术方案：
依据本发明实施例的一个方面，提供了一种发现业务的方法，包括：
获取用户输入的指定网元；
根据所述指定网元，获取目标资源；
根据所述目标资源发现业务。
其中，上述方案中，所述根据所述指定网元，获取目标资源的步骤，包括：
判断是否存在属于所述指定网元的重发现业务；
若存在，则从所述指定网元的资源中获取第一资源和第二资源，并将所述第一资源和所述第二资源作为所述目标资源，其中，所述第一资源的所属业务名称为所述重发现业务的名称，所述第二资源的所属业务名称为空；
若不存在，则从所述指定网元的资源中获取所述第一资源，并将所述第一资源作为所述目标资源。
其中，上述方案中，所述判断是否存在属于所述指定网元的重发现业务的步骤，包括：
判断形成所述重发现业务的资源是否属于所述指定网元的资源的子集，若是，则存在属于所述指定网元的重发现业务，否则，不存在属于所述指定网元的重发现业务。
其中，上述方案中，所述根据所述目标资源发现业务的步骤，包括：
按照发现规则，将所述目标资源形成业务，并获得业务形成结果；
根据所述业务形成结果，更新所述目标资源的所属业务名称。
其中，上述方案中，所述业务形成结果中包括形成业务的所述目标资源的名称和未形成业务的所述目标资源的名称；
所述根据所述业务形成结果，更新所述目标资源的所属业务名称的步骤，包括：
将形成业务的所述目标资源的所属业务名称更新为所形成的业务的名称；
将未形成业务的所述目标资源的所属业务名称置空。
依据本发明实施例的另一个方面，还提供了一种发现业务的装置，包括：
第一获取模块，用于获取用户输入的指定网元；
第二获取模块，用于根据所述指定网元，获取目标资源；
发现业务模块，用于根据所述目标资源发现业务。
其中，上述方案中，所述第二获取模块包括：
判断单元，用于判断是否存在属于所述指定网元的重发现业务；
第一获取单元，用于当所述判断单元的判断结果为是时，从所述指定网元的资源中获取第一资源和第二资源，并将所述第一资源和所述第二资源作为所述目标资源，其中，所述第一资源的所属业务名称为所述重发现业务的名称，所述第二资源的所属业务名称为空；
第二获取单元，用于当所述判断单元的判断结果为否时，从所述指定网元的资源中获取所述第一资源，并将所述第一资源作为所述目标资源。
其中，上述方案中，所述判断单元具体用于：
判断形成所述重发现业务的资源是否属于所述指定网元的资源的子集，若是，则存在属于所述指定网元的重发现业务，否则，不存在属于所述指定网元的重发现业务。
其中，上述方案中，所述发现业务模块包括：
业务形成单元，用于按照发现规则，将所述目标资源形成业务，并获得业务形成结果；
更新单元，用于根据所述业务形成结果，更新所述目标资源的所属业务名称。
其中，上述方案中，所述业务形成结果中包括形成业务的所述目标资源的名称和未形成业务的所述目标资源的名称；
所述更新单元包括：
第一更新子单元，用于将形成业务的所述目标资源的所属业务名称更新为所形成的业务的名称；
第二更新子单元，用于将未形成业务的所述目标资源的所属业务名称置空。
本发明实施例的有益效果是：
本发明的实施例，能够获取用户输入的指定网元，并根据该指定网元获取目标资源，进而根据获取的目标资源执行发现业务的操作。由此可知，本发明的实施例，能够针对用户指定的网元执行发现业务的操作，从而显著减少用户访问的资源数据量和发现操作中要发现的业务数据量，进而消除对不关心网元资源的访问，显著提高发现的效率，以解决用户通过执行全量发现和增量发现操作会访问其他网元资源而导致的效率低的问题。
附图说明
图1表示本发明第一实施例的发现业务的方法的流程图；
图2表示本发明第二实施例的发现业务的装置的结构框图之一；
图3表示本发明第二实施例的发现业务的装置的结构框图之二；
图4表示本发明第三实施例中发现业务的方法的具体应用的系统架构示意图；
图5表示图4所示的系统架构在执行发现业务的方法时的流程示意图之一；
图6表示图4所示的系统架构在执行发现业务的方法时的流程示意图之二。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
第一实施例
依据本发明实施例的一个方面，提供了一种发现业务的方法，如图1所示，该方法包括：
步骤101：获取用户输入的指定网元。
本发明的实施例，应用于网络侧的服务器。其中，上述指定网元是由用户输入的。具体地，用户可在服务器的相关用户界面上输入所要配置业务的指定网元，以便于后续根据用户输入的指定网元执行发现业务的操作。
步骤102：根据所述指定网元，获取目标资源。
优选地，步骤102包括：
判断是否存在属于所述指定网元的重发现业务；若存在，则从所述指定网元的资源中获取第一资源和第二资源，并将所述第一资源和所述第二资源作为所述目标资源，其中，所述第一资源的所属业务名称为所述重发现业务的名称，所述第二资源的所属业务名称为空；若不存在，则从所述指定网元的资源中获取所述第一资源，并将所述第一资源作为所述目标资源。
其中，在网络侧，各个资源均具有自身的所属业务名称，且当该资源已经形成一条业务时，其所属业务名称为所形成的业务的名称，当该资源还没有形成一条业务时，其所属业务名称为空。
本发明的实施例是针对指定网元执行发现业务的操作，所以，需要从指定网元的资源中获取可以使用的资源。其中，所属业务名称为空的资源以及所属业务名称为重发现业务的资源可以使用。因此，本发明的实施例中，需要从指定网元的资源中获取所属业务名称为空的第二资源和所属业务名称为重发现业务的第一资源，其中，需要注意的是，这里所述的重发现业务指的是属于指定网元的重发现业务。
然而，并不是任何时间都存在属于指定网元的重发现业务，所以，在根据指定网元获取目标资源时，首先需要判断是否存在属于指定网元的重发现业务。具体地，可以判断形成所述重发现业务的资源是否属于所述指定网元的资源的子集，若是，则存在属于所述指定网元的重发现业务，否则，不存在属于所述指定网元的重发现业务。
举例来说，假定网络侧包括有正常状态的时分复用(tdm)业务snc1以及要重新发现的tdm业务snc2、snc3、snc4、snc5，且snc2由网元ne1、ne3的资源形成；snc3由网元ne1、ne2、ne3、ne4的资源形成；snc4由网元ne1、ne4的资源形成；snc5由网元ne1、ne2、ne3的资源形成。其中，对于正常状态的snc1不用做任何处理，对要重新发现的snc2、snc3、snc4、snc5业务要再判断形成这些业务的资源是否属于指定的网元。若指定网元为ne1、ne2、ne3，则形成snc2的资源和形成snc5的资源均属于指定网元的资源的子集，因此属于指定网元的重发现业务只有snc2和snc5，而snc3和snc4不符合条件不参与此次发现。
步骤103：根据所述目标资源发现业务。
优选地，步骤103包括：按照发现规则，将所述目标资源形成业务，并获得业务形成结果；根据所述业务形成结果，更新所述目标资源的所属业务名称。
其中，在网络侧已经形成业务的资源的所属业务名称为该业务的名称，未形成业务的资源的所属业务名称为空。所以，本发明的实施例中，按照发现规则将目标资源形成业务后，还需要将形成业务的目标资源的所属业务名称更新为所形成的业务的名称，将未形成业务的目标资源的所属业务名称置空。
举例来说，假设获取的目标资源包括t12、t15、t18、t25、t28、t32、t35、t39的tdm资源，且按照发现规则假定t12、t32形成的tdm业务是snc2；t18、t28形成的tdm业务是snc8，t15、t25、t35、t39无法形成tdm业务，则在更新各个资源的所属业务名称时，需要将t12和t32的所属业务名称更新为snc2，将t18和t28的所属业务名称更新为snc8，将t15、t25、t35、t39的所属业务名称更新为空。
综上所述，本发明的实施例，能够获取用户输入的指定网元，并根据该指定网元获取目标资源，进而根据获取的目标资源执行发现业务的操作。由此可知，本发明的实施例，能够针对用户指定的网元执行发现业务的操作，从而显著减少用户访问的资源数据量和发现操作中要发现的业务数据量，进而消除对不关心网元资源的访问，显著提高发现的效率，以解决用户通过执行全量发现和增量发现操作会访问其他网元资源而导致的效率低的问题。
第二实施例
本发明的实施例提供了一种发现业务的装置，如图2所示，该装置200包括：
第一获取模块201，用于获取用户输入的指定网元；
第二获取模块202，用于根据所述指定网元，获取目标资源；
发现业务模块203，用于根据所述目标资源发现业务。
可选地，如图3所示，所述第二获取模块202包括：判断单元2021，用于判断是否存在属于所述指定网元的重发现业务；第一获取单元2022，用于当所述判断单元2021的判断结果为是时，从所述指定网元的资源中获取第一资源和第二资源，并将所述第一资源和所述第二资源作为所述目标资源，其中，所述第一资源的所属业务名称为所述重发现业务的名称，所述第二资源的所属业务名称为空；第二获取单元2023，用于当所述判断单元2021的判断结果为否时，从所述指定网元的资源中获取所述第一资源，并将所述第一资源作为所述目标资源。
可选地，所述判断单元2021具体用于：判断形成所述重发现业务的资源是否属于所述指定网元的资源的子集，若是，则存在属于所述指定网元的重发现业务，否则，不存在属于所述指定网元的重发现业务。
可选地，如图3所示，所述发现业务模块203包括：业务形成单元2031，用于按照发现规则，将所述目标资源形成业务，并获得业务形成结果；更新单元2032，用于根据所述业务形成结果，更新所述目标资源的所属业务名称。
可选地，如图3所示，所述业务形成结果中包括形成业务的所述目标资源的名称和未形成业务的所述目标资源的名称；所述更新单元2032包括：第一更新子单元20321，用于将形成业务的所述目标资源的所属业务名称更新为所形成的业务的名称；第二更新子单元20322，用于将未形成业务的所述目标资源的所属业务名称置空。
本发明实施例的发现业务的装置，通过第一获取模块201获取用户输入的指定网元，从而触发第二获取模块202根据所述指定网元获取目标资源，进而使得发现业务模块203根据目标资源发现业务。因此，本发明实施例的发现业务的装置，能够按照用户指定的网元发现业务，从而显著减少用户访问的资源数据量和发现操作中要发现的业务数据量，显著提高了发现的效率，消除了对不关心网元资源的访问，提高了发现操作的安全性。
第三实施例
上述第一实施例的发现业务的方法，可应用于如图4所示的系统架构。其中，该系统架构包括：发现界面模块401、按网元发现业务模块402、业务管理模块403、单网元管理模块404，其中，每一个网元对应有一个单网元管理模块404。
具体地，第一实施例的发现业务的方法，在图4所示的系统架构上的应用流程如图5所示。即：
步骤501：用户在发现界面模块401的界面内选择要发现业务的网元，并下发命令到按网元发现业务模块402；
步骤502：按网元发现业务模块402收到命令后，把指定网元的名称传递给业务管理模块403；
步骤503：业务管理模块403判断是否存在属于指定网元的重发现业务，其中的判断规则是形成业务的资源属于指定网元的资源的子集，若存在属于指定网元的重发现业务，则执行步骤504和步骤505后，执行步骤506，否则，直接执行步骤506；
步骤504：存在属于指定网元的重发现业务时，业务管理模块403返回这些重发现业务的信息(即重发现业务的名称)到按网元发现业务模块402，按网元发现业务模块402保存这些信息到一个临时存放区，该临时存放区假定为a；
步骤505：按网元发现业务模块402根据临时存放区a中的记录内容，把重发现业务名称封装成向单网元管理模块404获取资源的条件；
步骤506：按网元发现业务模块402根据指定网元，向指定网元的单网元管理模块404下发获取资源命令；其中，当下发的资源获取命令中包括有封装后的重发现业务的名称时，单网元管理模块404则要向按网元发现业务模块402返回所属业务名称等于重发现业务名称的资源和所属业务名称为空的资源；否则向按网元发现业务模块402返回所属业务名称为空的资源；
步骤507：按网元发现业务模块402遍历获取到的资源，按照发现规则生成业务，并生成的业务暂时存放在一个临时存放区，该临时存放区假定为b，直到所有的资源都已遍历过；
步骤508：针对生成业务的每个资源，向对应的单网元管理模块404下发更新单点资源所属业务命令。其中，下发的更新单点资源所属业务命令中包括有资源名称和该资源本次形成业务之前的所属业务名称；
步骤509：单网元管理模块404接收到更新单点资源所属业务命令后，先判断是否有重发现业务的名称，若有则把所属业务名称等于重发现业务名称的资源的所属业务名称置空，再将形成业务的资源的所属业务名称填写为实际所形成的业务的名称，将未形成业务的资源的所属业务名称置空。而对于所属业务名称在形成业务之前就已经是空的资源，若该资源本次形成了业务，则直接将所属业务名称更新为所形成的业务的名称，若该资源本次未形成业务，则保持其所属业务名称为空。总之，最后形成业务的资源的所属业务名称更新为实际形成的业务的名称，未形成业务的资源的所属业务名称为空；
步骤510：删除业务管理模块403中业务名称等于临时存放区a的业务名称的业务，并把临时存放区b的业务转交给业务管理模块403管理。
其中，针对上述过程，若以按网元发现tdm业务为例，则具体流程如图6所示，即：
步骤601：用户在发现界面模块401的界面选择要发现的网元，假定选择的网元为ne1、ne2、ne3，并下发发现命令到按网元发现业务模块402；
步骤602：按网元发现业务模块402将指定网元ne1、ne2、ne3传递到业务管理模块403中；
步骤603：业务管理模块403判断是否有属于指定网元的重发现业务。假定业务管理模块403已经存在正常状态的tdm业务snc1，要重新发现的tdm业务有：snc2、snc3、snc4、snc5；其中，snc2由网元ne1、ne3的资源形成；snc3由网元ne1、ne2、ne3、ne4的资源形成；snc4由网元ne1、ne4的资源形成；snc5由网元ne1、ne2、ne3的资源形成；对于正常状态的snc1不用做任何处理，对要重新发现的snc2、snc3、snc4、snc5业务要再判断形成这些业务的资源是否属于指定网元(即ne1、ne2、ne3)的资源的子集，属于指定网元范围的只有snc2和snc5，而snc3和snc4不符合条件不参与此次发现；
步骤604：业务管理模块403把重发现业务snc2和snc5的名称返回给按网元发现业务模块402，按网元发现业务模块402把信息保存到临时存放区a中；
步骤605：按网元发现业务模块402根据临时存放区a中的记录，将snc2和snc5封装成查询条件；
步骤606：按网元发现业务模块402向ne1、ne2、ne3的单网元管理模块404下发获取tdm资源命令，获取条件是所属业务名称等于snc2和snc5的tdm资源和所属业务名称为空的tdm资源；
其中，假定各网元上查询符合条件的tdm资源数据配置如表1所示：
表1各网元的tdm资源配置表
由表1可知，单网元管理模块404向按网元发现业务模块402返回的tdm资源是：t12、t15、t18、t25、t28、t32、t35、t39；
步骤607：遍历返回的tdm资源t12、t15、t18、t25、t28、t32、t35、t39，按照发现规则把tdm资源形成tdm业务，并把形成的tdm业务存在临时存放区b中；其中，假定t12、t32形成的tdm业务仍然是snc2；t18、t28形成了新的tdm业务snc8；t15、t25、t35和t39无法形成tdm业务；
步骤608：按网元发现业务模块402下发更新单点资源所属业务命令到ne1、ne2、ne3的单网元管理模块404；
步骤609：单网元管理模块404将t12、t32的所属业务名称更新为snc2，将t18、t28的所属业务名称更新为snc8，将t15、t25、t35和t39的所属业务名称更新为空。
步骤610：删除业务管理模块403中业务名称等于临时存放区a中业务名称的业务，即删除snc2和snc5；再把临时存放区b中新生成的业务snc2和snc8交给业务管理模块403管理。
综上所述，本发明的实施例，通过发现界面模块401、按网元发现业务模块402、业务管理模块403以及单网元管理模块404之间的相互配合，使得在执行发现业务操作时，能够针对用户指定的网元进行，从而减少用户访问的资源数据量和发现操作中要发现的业务数据量，提高发现效率。
以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本发明所述的原理前提下还可以作出若干改进和润饰，这些改进和润饰也在本发明的保护范围内。