本发明涉及数据通讯技术领域，特别涉及一种自动处理垃圾业务的方法及装置。
背景技术：
在通讯网络的运维中，常常因各种操作不可避免导致业务异常，从而出现了大量垃圾业务，这些业务会占用大量的资源和产生告警。垃圾业务的产生原因很复杂，这些垃圾业务有一部分是没有用的，有一部分业务还有用，对于这些业务的处理起来非常麻烦，已成为工程现网维护的一个难题。传统处理垃圾业务，一般是人工一条一条判断，人工很难区分出哪些业务需要清理和哪些需要修复，并对区分出来的清理业务和修复业务也很难进行清理和修复，因为业务对象间常常有着复杂的依存关系和复杂配置，比如客户层和服务层关系、工作和保护关系、上下游参数配置的依赖、参数的逻辑校验等，处理起来复杂，效率低，且有可能存在断业务的风险，对操作人员要求比较高。
技术实现要素：
根据本发明实施例提供的方案解决的技术问题是垃圾业务的修复和清理的操作复杂度较高。
根据本发明实施例提供的一种自动处理垃圾业务的方法，包括：
将所有垃圾业务分类成可修复业务和可清理垃圾业务；
通过对所述可修复业务的业务缺失段进行修复处理，使所述可修复业务修复成完整的端到端业务；
通过对所述可清理垃圾业务进行删除处理，同时对删除的可修复业务的保护业务进行修复处理。
优选地，所述可修复业务包括必须修复业务和建议修复业务。
优选地，所述将所有垃圾业务分类成可修复业务和可清理垃圾业务包括：
判断各垃圾业务是否承载客户层，若所述垃圾业务未承载客户层，则将其分类为可清理垃圾业务；
若所述垃圾业务承载客户层，则进一步判断其是否有保护关系，若所述垃圾业务无保护关系，则将其分类为可清理垃圾业务；
若所述垃圾业务有保护关系，则通过判断其工作业务、保护业务以及客户层业务是否异常，将其分类成可修复业务和可清理垃圾业务。
优选地，所述通过判断其工作业务、保护业务以及客户层业务是否异常，将其分类成可修复业务和可清理垃圾业务包括：
若判断有保护关系的垃圾业务所对应的工作业务和保护业务均异常，或者判断有保护关系的垃圾业务所对应的客户层业务异常，则将其分类成可清理垃圾业务。
优选地，所述通过判断其工作业务、保护业务以及客户层业务是否异常，将其分类成可修复业务和可清理垃圾业务包括：
若有保护关系的垃圾业务所对应的保护业务和客户层业务均正常、工作业务异常，则将其分类成必须修复业务；
若有保护关系的垃圾业务所对应的工作业务和客户层业务均正常、保护业务异常，则将其分类成建议修复业务。
优选地，所述通过对所述可修复业务的业务缺失节点进行修复处理，使所述可修复业务修复成完整的端到端业务包括：
通过对所述必须修复业务的工作业务的一个或多个缺失节点进行修复处理，使所述必须修复业务修复成完整的端到端业务；
其中，所述必须修复业务包括必须修复异常业务和必须修复孤立业务。
优选地，所述通过对所述可修复业务的业务缺失节点进行修复处理，使所述可修复业务修复成完整的端到端业务包括：
根据用户的修复选择，对所述建议修复业务的保护业务的一个或多个缺失节点进行修复处理，使所述建议修复业务修复成完整的端到端业务。
根据本发明实施例提供的一种自动处理垃圾业务的装置，包括：
分类模块，用于将所有垃圾业务分类成可修复业务和可清理垃圾业务；
修复模块，用于通过对所述可修复业务的业务缺失节点进行修复处理，使所述可修复业务修复成完整的端到端业务；
清理模块，用于通过对所述可清理垃圾业务进行删除处理，同时对删除的可修复业务的保护业务进行修复处理。
优选地，所述可修复业务包括必须修复业务和建议修复业务。
优选地，所述分类模块包括：
判断单元，用于判断各垃圾业务是否承载客户层，若所述垃圾业务未承载客户层，则将其分类为可清理垃圾业务，若所述垃圾业务承载客户层，则进一步判断其是否有保护关系，若所述垃圾业务无保护关系，则将其分类为可清理垃圾业务，以及若所述垃圾业务有保护关系，则通过判断其工作业务、保护业务以及客户层业务是否异常，将其分类成可修复业务和可清理垃圾业务。
根据本发明实施例提供的一种计算机可读存储介质，所述计算机可读存储介质包括处理器和存储器，其中，所述存储器用于存储可执行程序代码；所述处理器通过读取所述存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，用于执行以下步骤：
将所有垃圾业务分类成可修复业务和可清理垃圾业务；
通过对所述可修复业务的业务缺失段进行修复处理，使所述可修复业务修复成完整的端到端业务；
通过对所述可清理垃圾业务进行删除处理，同时对删除的可修复业务的保护业务进行修复处理。
根据本发明实施例提供的方案，自动分析功能，结合垃圾业务通断，对垃圾业务进行快速分析和处理，从而达到快速批量修复和清理的垃圾业务，提高垃圾业务的处理的效率和准确性，保证清理过程的安全性，并降低操作门槛和工作量。
附图说明
图1是本发明实施例提供的一种自动处理垃圾业务的方法流程图；
图2是本发明实施例提供的一种自动处理垃圾业务的装置示意图；
图3是本发明实施例提供的垃圾业务分析流程图；
图4是本发明实施例提供的垃圾业务修复流程图；
图5是本发明实施例提供的单个节点配置缺失示意图；
图6是本发明实施例提供的多个节点配置缺失示意图。
具体实施方式
以下结合附图对本发明的优选实施例进行详细说明，应当理解，以下所说明的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
图1是本发明实施例提供的一种自动处理垃圾业务的方法流程图，如图1所示，包括：
步骤s101：将所有垃圾业务分类成可修复业务和可清理垃圾业务；
步骤s102：通过对所述可修复业务的业务缺失段进行修复处理，使所述可修复业务修复成完整的端到端业务；
步骤s103：通过对所述可清理垃圾业务进行删除处理，同时对删除的可修复业务的保护业务进行修复处理。
其中，所述可修复业务包括必须修复业务和建议修复业务。
其中，所述将所有垃圾业务分类成可修复业务和可清理垃圾业务包括：判断各垃圾业务是否承载客户层，若所述垃圾业务未承载客户层，则将其分类为可清理垃圾业务；若所述垃圾业务承载客户层，则进一步判断其是否有保护关系，若所述垃圾业务无保护关系，则将其分类为可清理垃圾业务；若所述垃圾业务有保护关系，则通过判断其工作业务、保护业务以及客户层业务是否异常，将其分类成可修复业务和可清理垃圾业务。
其中，所述通过判断其工作业务、保护业务以及客户层业务是否异常，将其分类成可修复业务和可清理垃圾业务包括：若判断有保护关系的垃圾业务所对应的工作业务和保护业务均异常，或者判断有保护关系的垃圾业务所对应的客户层业务异常，则将其分类成可清理垃圾业务。
其中，所述通过判断其工作业务、保护业务以及客户层业务是否异常，将其分类成可修复业务和可清理垃圾业务包括：若有保护关系的垃圾业务所对应的保护业务和客户层业务均正常、工作业务异常，则将其分类成必须修复业务；若有保护关系的垃圾业务所对应的工作业务和客户层业务均正常、保护业务异常，则将其分类成建议修复业务。
其中，所述通过对所述可修复业务的业务缺失节点进行修复处理，使所述可修复业务修复成完整的端到端业务包括：通过对所述必须修复业务的工作业务的一个或多个缺失节点进行修复处理，使所述必须修复业务修复成完整的端到端业务；其中，所述必须修复业务包括必须修复异常业务和必须修复孤立业务；所述端到端业务包括端到端服务层业务和端到端客户层业务。
其中，所述通过对所述可修复业务的业务缺失节点进行修复处理，使所述可修复业务修复成完整的端到端业务包括：根据用户的修复选择，对所述建议修复业务的保护业务的一个或多个缺失节点进行修复处理，使所述建议修复业务修复成完整的端到端业务；其中，所述端到端业务包括端到端服务层业务和端到端客户层业务。
其中，分析待修复业务的异常情况分为单节点缺失和多段缺失；补配缺失段，对于单节点缺失自动批量补上配置；对于多节点缺失，通过重新计算路由补上缺失的路由节点，通过补配将异常业务修复成一条完成的端到端的服务层业务和端到端的客户层业务。
图2是本发明实施例提供的一种自动处理垃圾业务的装置示意图，如图2所示，包括：分类模块201，用于将所有垃圾业务分类成可修复业务和可清理垃圾业务；修复模块202，用于通过对所述可修复业务的业务缺失节点进行修复处理，使所述可修复业务修复成完整的端到端业务；清理模块203，用于通过对所述可清理垃圾业务进行删除处理，同时对删除的可修复业务的保护业务进行修复处理。
其中，所述可修复业务包括必须修复业务和建议修复业务。
其中，所述分类模块201包括：判断单元，用于判断各垃圾业务是否承载客户层，若所述垃圾业务未承载客户层，则将其分类为可清理垃圾业务，若所述垃圾业务承载客户层，则进一步判断其是否有保护关系，若所述垃圾业务无保护关系，则将其分类为可清理垃圾业务，以及若所述垃圾业务有保护关系，则通过判断其工作业务、保护业务以及客户层业务是否异常，将其分类成可修复业务和可清理垃圾业务。
其中，所述判断单元包括：第一子判断单元，用于若判断有保护关系的垃圾业务所对应的工作业务和保护业务均异常，或者判断有保护关系的垃圾业务所对应的客户层业务异常，则将其分类成可清理垃圾业务；第二子判断单元，用于若有保护关系的垃圾业务所对应的保护业务和客户层业务均正常、工作业务异常，则将其分类成必须修复业务，以及若有保护关系的垃圾业务所对应的工作业务和客户层业务均正常、保护业务异常，则将其分类成建议修复业务。
其中，所述修复模块202具体用于通过对所述必须修复业务的工作业务的一个或多个缺失节点进行修复处理，使所述必须修复业务修复成完整的端到端业务；其中，所述必须修复业务包括必须修复异常业务和必须修复孤立业务；所述端到端业务包括端到端服务层业务和端到端客户层业务。
其中，所述修复模块202具体用于根据用户的修复选择，对所述建议修复业务的保护业务的一个或多个缺失节点进行修复处理，使所述建议修复业务修复成完整的端到端业务；其中，所述端到端业务包括端到端服务层业务和端到端客户层业务。
本发明实施例提供的一种计算机可读存储介质，所述计算机可读存储介质包括处理器和存储器，其中，所述存储器用于存储可执行程序代码；所述处理器通过读取所述存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，用于执行以下步骤：
将所有垃圾业务分类成可修复业务和可清理垃圾业务；
通过对所述可修复业务的业务缺失段进行修复处理，使所述可修复业务修复成完整的端到端业务；
通过对所述可清理垃圾业务进行删除处理，同时对删除的可修复业务的保护业务进行修复处理。
本发明实施例垃圾业务包含异常业务和孤立业务，异常业务这里指的是非终结服务层业务，没有形成一条完整的端到端业务，比如由于某段业务配置的缺失等，导致一条完整的端到端业务被段成多节。孤立业务这里指没有形成端到端业务的单网元业务数据。
其中，所述异常业务分类包括：必须修复异常业务、建议修复业务以及可清理垃圾业务。必须修复异常业务说明对应的客户层业务是通的，业务目前工作在保护业务上，工作业务是异常的，清理此类异常业务后会导致业务中断；建议修复异常服务层业务说明客户层业务是通的，业务目前工作在工作业务上，保护业务是异常的，清理此类异常业务后需要及时补上保护业务；可清理异常服务业务说明客户层业务是断的或没有客户层业务，没有必要修复。对于必须修复的异常业务系统自动锁住不能让用户删除，避免断业务。
图3是本发明实施例提供的垃圾业务分析流程图，如图3所示，包括：
第一步：从所有异常业务中找出空载的异常业务(没有承载客户层)，归类为可清理异常服务层业务。
第二步：从剩余的垃圾业务判断是否有保护，若无保护，归类为可清理异常服务层业务，有保护的异常业务转第三步分析。
第三步：进一步分析有保护的异常业务，若对应的工作业务和保护业务都是异常的，归类为可清理异常服务层业务。若不是都异常，需要进一步找其对应的客户层是否是通的，转第四步。
第四步：对于工作业务异常且保护业务完整的，通过保护业务找到对端后，再从孤立业务中找到对应的客户层，进一步判断客户层业务是否通的，若是通的，归为必须修复的异常业务；若是不通的，归类为可清理异常服务层业务。
第五步：对于保护业务异常且工作业务是完整的，进一步判断客户层业务是否通的，若是通的，归类为建议修复业务；若是不通的，归类为可清理异常服务层业务。
图4是本发明实施例提供的垃圾业务修复流程图，如图4所示，包括：
(1)对于必须修复异常业务，在工程上一般断层多节，首先需要找到对端，根据对应的保护业务找到对端。对端可能是异常业务，也可能是孤立业务。
(2)根据找到的对端分析业务异常的原因，根据两端异常业务的下一跳判断是否指向同一个节点，且到下一跳节点的链路是好的，说明只有一个节点配置缺失导致异常；若指向不同的下一跳节点，说明或多个节点配置缺失或服务层链路缺失导致异常。
(3)对于单个节点缺失的自动批量补上配置，在分析异常原因时自动补上，并将异常业务修复成一条完整端到端业务，并从异常业务中移除。
(4)对于多个节点缺失的或服务层链路缺失，需要重新计算路由，从缺失的两端自动批量计算路由，把这些缺失的路由补上，并将异常业务修复成一条一条完整端到端业务，并从异常业务中移除。若计算路由失败自动打上待修复的标记，避免用户误删除。
(5)进一步将之前由于服务层异常导致孤立客户层业务修复成一条完成端到端业务，并从对应的孤立业务中删除。对于服务层异常业务修复失败的孤立客户层业务也形成一条端到端业务，并打上待修复的标记。
其中，对于建议修复业务包括：用户可选择修复或不修复，若选择不修复，则进行业务清理处理，对在业务清理后需要补上保护业务。若选择修复，则采用上述步骤(1)-(5)。
其中，查询和清理孤立业务，包括：清理孤立客户层业务，提供批量删除孤立客户；清理孤立服务层业务和保护组，提供批量删除操作。
其中，清理异常业务，包括：
1、对可删除的异常业务，用户可选择由系统自动删除和人工干预删除。
2、系统自动删除时会按照顺序逐条删除，提供一键式删除，包括保护一起删除。
3、人工干预删除，可以选择不删除，或选择某类异常业务进行删除。
4、清理可修复的异常业务时删除这类业务后需要补上保护业务，以保证业务安全。
如图5和图6所示，对ptn(packettransportnetwork，分组传送网)垃圾业务的清理和修复进行详细说明：
ptn垃圾业务这里指异常隧道和孤立业务，异常隧道含有a端非终结静态隧道、z端非终结静态隧道、两端非终结静态隧道。孤立业务支持：孤立伪线、孤立tdm(timedivisionmultiplexing，时分复用模式)业务、孤立以太网业务、孤立隧道。
实施步骤：
1分析全网的非终结隧道：
(1)根据异常隧道是否承载客户层，把没有承载客户层的异常隧道归为可清理的隧道，有承载客户层隧道转(2)继续分析。
(2)剩余有客户层的异常隧道判断是否有保护，把无保护的异常隧道归为可清理的隧道，因为客户层业务肯定已经断了，没有必要修复。把有保护的异常隧道转(3)继续分析。
(3)分析有保护的异常隧道是否对应工作隧道或保护隧道都是异常，若是都是异常，把这类隧道归结为可清理的垃圾业务，说明业务是断，没有必要修复。
(4)分析工作是异常隧道且保护是完整的，进一步判断其客户层业务是否通的，若是通的，归结为必须修复的异常隧道；若不是通的，归结为可清理异常隧道。
(5)分析保护是异常隧道且工作是完整的，进一步判断其客户层业务是否通的，若是通的，归结为可修复的异常隧道；若不是通的，归结为可清理异常隧道。
根据上面的分析，经异常隧道分类为：必须修复的非终结隧道(客户层是完整的仅工作非终结的非终结隧道)，建议修复的异常隧道(客户层完整的仅保护非终结隧道)、可清理的异常隧道。其中，可清理的异常隧道进一步分为：空载的非终结隧道(没有客户层的)、无保护非终结隧道、客户层是不完整的仅工作非终结隧道、客户层不完整的仅保护非终结隧道、工作和保护都非终结隧道，便于后面清理操作。
2对必须修复异常隧道进行修复：
必须修复异常隧道说明有这么多条业务工作在保护隧道上且业务是通的，这类业务存在安全隐患需要尽快修复。修复的目的让异常隧道变完整的端到端隧道和孤立客户业务形成一条完整的端到端业务。修复流程包括：
(1)这类异常隧道在工程上一般断成多节，需要断成多节隧道修复成一条完整端到端隧道。首先需要找到对端，根据完整的保护隧道和保护组关系找到另外一端异常隧道或孤立隧道。如图5所示，ape-zpe本来是一条完整的隧道，由于中间p节点配置缺失导致一条完整的隧道断成两节：ape-p2，zpe-p3。如图6所示，ape-zpe本来是一条完整的隧道，由于中间多个节点配置缺失，导致一条完整的隧道断成两节：ape-p1，zpe-p4，p2和p3节点表示配置缺失。
(2)根据两端隧道分析隧道异常的原因，若两端网元的下一跳都指向同一个网元，且到下一跳网元的链路是好的，说明只是中间一个节点配置缺失导致隧道异常；若指向不同的下一跳节点，说明或多个节点配置缺失或服务层链路缺失导致异常。
(3)对于单个节点缺失的自动批量补上配置，在分析异常原因时自动补上，并将异常业务修复成一条完整端到端业务，并从异常隧道中移除，如图5所示。
(4)对于多个节点缺失的或服务层链路缺失，需要将缺失段重新计算路由，系统自动批量计算路由把缺失路由段补上，并将异常业务修复成一条一条完整端到端隧道，并从异常隧道中移除，如图6所示。
(5)对于自动修复的异常隧道修复完成正常的静态隧道，进一步把客户层孤立业务(孤立伪线、孤立tdm、孤立以太网)形成完整端到端伪线和端到端业务，并从孤立业务中移除。
3修复客户层完整的仅保护非终结隧道：
客户层完整的仅保护非终结隧道是指工作隧道是好的，保护隧道坏的，用户可以选择修复保护隧道，按照修复非终结隧道方法，对于能自动批量修复尽量修复，这样能保证保护隧道是好的。对于不能修复的这类隧道标识可清理需要补上保护保护隧道。
4前面三步实施完后，才能执行清理孤立业务。
查询全网的孤立业务，按客户层服务层关系分为：孤立以太网业务、孤立tdm业务、孤立伪线、孤立隧道。清理时按照先删除客户层后删服务层的顺序删除，保证孤立业务删除的成功：删除孤立以太网业务和tdm业务、孤立伪线、孤立隧道。同时在删除孤立伪线和孤立隧道会把关联保护组一起删除。
5清理完孤立业务后，进一步清理非终结异常隧道。
清理异常隧道时会按照顺序逐条删除，先删除空载非终结隧道、无保护非终结隧道、工作和保护都非终结隧道、客户层是不完整的仅工作非终结隧道、仅保护非终结隧道。
6对于客户层完整的仅保护非终结隧道，删除保护隧道后了后会把对应完整的工作隧道列出，提示用户需要及时补上保护隧道。
根据本发明实施例提供的方案，同时集成分析、修复和清理，一次性对垃圾业务进行分析和处理，用户可以一目了然了解垃圾业务的情况，并且提供安全可靠的自动修复和清理，大大降低现场操作门槛，极大提高效率；对垃圾业务进去全局分类，快速识别出必须修复的业务和可清理的业务，可大大减少修复分析的复杂度和工作量；对于必须修复的异常业务提供自动修复的功能，以及打上标识控制用户误删，可以有效避免用户误删，提高用户操作的安全性；清理垃圾业务提供自动清理和人工干预清理，灵活方便。
尽管上文对本发明进行了详细说明，但是本发明不限于此，本技术领域技术人员可以根据本发明的原理进行各种修改。因此，凡按照本发明原理所作的修改，都应当理解为落入本发明的保护范围。