CN116089975A - 一种端口稽核方法及装置 - Google Patents

Abstract

本申请提供一种端口稽核方法及装置，涉及端口稽核领域，用于解决人工稽核方式效率低、准确率低的问题。该方法包括：从网管系统获取多个端口的第一信息；从操作支持系统OSS和/或业务支撑系统BSS中获取多个端口的第二信息；基于预设的端口过滤规则以及多个端口的第一信息，对多个端口进行过滤，得到过滤后保留的至少一个待稽核端口；根据第一标识信息和第二标识信息之间的匹配关系，将同一待稽核端口的第一信息和第二信息关联存储至稽核数据库中；从稽核数据库中提取出待稽核端口的业务管理信息以及配置运行信息，基于待稽核端口的业务管理信息以及配置运行信息，判断待稽核端口是否合规。

Description

一种端口稽核方法及装置

技术领域

本申请涉及端口稽核领域，尤其涉及一种端口稽核方法及装置。

背景技术

稽核，即稽查和复核，指对经济活动的监督检查。随着资讯科技的进步，稽核人员开始善用稽核工具，由传统的人工抽样稽核，转向电子化的自动化稽核作业。

在通信行业中，对用户的通信业务数据进行稽核时确保通信业务稳定发展的重要管理技术手段。目前通信业务快速发展，所需稽核数据也越来越多。在现有技术中，通过人工从终端访问控制器访问控制系统(terminal access controller access-controlsystem，TACACS)、网管系统、互联网数据中心(internet data center，IDC)和IDC调度系统中提取稽核所需源数据并分析，从而筛选出不合规数据，以使得稽核最终结果更有说服力，信息更准确。

但是，这种方式效率低下，极易出现数据漏稽、分析有误的问题。如今IDC业务数据量的逐年攀升，人工稽核方式的应用场景也更为局限。

发明内容

本申请提供一种端口稽核方法及装置，用于解决人工稽核方式效率低，准确率低的问题。

第一方面，本申请提供一种端口稽核方法，该方法包括：从网管系统获取多个端口的第一信息，每个端口的第一信息包括端口相关的第一标识信息以及配置运行信息；从操作支持系统OSS和/或业务支撑系统BSS中获取多个端口的第二信息，每个端口的第二信息包括端口相关的第二标识信息以及业务管理信息；基于预设的端口过滤规则以及多个端口的第一信息，对多个端口进行过滤，得到过滤后保留的至少一个待稽核端口；根据第一标识信息和第二标识信息之间的匹配关系，将同一待稽核端口的第一信息和第二信息关联存储至稽核数据库中；从稽核数据库中提取出待稽核端口的业务管理信息以及配置运行信息，基于待稽核端口的业务管理信息以及配置运行信息，判断待稽核端口是否合规。

本申请提供的技术方案至少带来以下有益效果：首先该方法通过从网管系统、OSS和BSS三个系统中获取稽核所需数据，实现了三个系统之间的交互，从而使稽核任务能全程都在网络状态下进行。然后，通过预设的过滤规则，在端口稽核任务开始前，就通过规则过滤了垃圾端口或无效端口，缩短了单次稽核的所需时间。接着，基于第一标识信息和第二标识信息之间的匹配关系，将同一待稽核端口的第一信息和第二信息关联存储至稽核数据库中，并根据待稽核端口的业务管理信息以及配置运行信息，将端口定义为合规端口和不合规端口。通过以上方法，不仅简化了端口稽核的处理步骤，缩短了端口稽核的过程，并且，通过对相关数据做关联对比，建立匹配关系，保证了待稽核端口中信息的完整性，使稽核过程更加严谨，稽核结果更为准确。

在一种可能的实现方式中，基于待稽核端口的业务管理信息以及配置运行信息，判断待稽核端口是否合规，包括：根据待稽核端口的配置运行信息中的端口描述字段，确定待稽核端口的类型；在待稽核端口为中继端口的情形下，通过链路自动发现协议来寻找待稽核端口的上一跳端口和下一跳端口；若寻找到待稽核端口的上一跳端口和下一跳端口，确定待稽核端口为合规端口；若未寻找到待稽核端口的上一跳端口和/或下一跳端口，确定待稽核端口为违规端口；在待稽核端口为业务端口的情形下，若待稽核端口的业务管理信息中的业务户订单号字段和/或客户名称字段为空字段，确定待稽核端口为违规端口；若待稽核端口的业务管理信息中的业务户订单号字段和客户名称字段为非空字段，确定待稽核端口为合规端口；在待稽核端口为空闲端口的情形下，若待稽核端口的配置运行状态中的端口管理状态字段指示待稽核端口处于下线状态，确定待稽核端口为违规端口；若端口管理状态字段指示待稽核端口处于上线状态，确定待稽核端口为合规端口。

基于该可能的实现方式，系统可以通过此自动稽核方法来确定待稽核端口是否合规。并且，因为该稽核方法在基于待稽核端口的业务管理信息和配置运行信息的同时，联系待稽核端口的端口描述来进行端口稽核工作，所以其稽核出的合规与违规端口更为准确合理。

另一种可能的实现方式中，该方法还包括：在确定待稽核端口为合规端口的情况下，在稽核数据库中为待稽核端口设置合规标识信息；在确定待稽核端口为违规端口的情况下，在稽核数据库中为待稽核端口设置违规标识信息。

基于该可能的实现方式，将通过稽核后得到的合规端口与违规端口在稽核数据库中进行了标识区别，从而使用户在调用端口信息时更简单快捷，提高了稽核工作的效率。

又一种可能的实现方式中，该方法还包括：接收用户输入的端口查询指令，端口查询指令包括查询条件；响应于端口查询指令，从稽核数据库中获取查询结果，查询结果包括满足查询条件的合格端口的信息，以及满足查询条件的违规端口的信息。

基于该可能的实现方式，用户可以根据所需端口查询的条件，查询出已存入稽核数据库中的合规端口信息或违规端口信息。实现了根据查询条件快速获取查询结果，提高了查询效率。

又一种可能的实现方式中，第一标识信息包括设备地址和端口名称；第二标识信息包括设备网管标识以及端口网管标识；第一标识信息和第二标识信息之间的匹配关系，包括：设备地址与设备网管标识之间的匹配关系；以及，端口名称和端口网管标识之间的匹配关系。

基于该可能的实现方式，将设备地址和端口名称封装为第一标识信息，将设备网管标识和端口网管标识封装为第二标识信息，简化了信息处理步骤，缩短了稽核过程。同时，将相关数据间建立匹配关系，使稽核数据更为准确不易出错，也保证了待稽核端口中的信息的完整性，从而使稽核结果更具说服性。

第二方面，本申请提供一种端口稽核装置，该装置包括：接收模块，用于接收从网管系统获取多个端口的第一信息，每个端口的第一信息包括端口相关的第一标识信息以及配置运行信息；和/或，从操作支持系统OSS和/或业务支撑系统BSS中获取多个端口的第二信息，每个端口的第二信息包括端口相关的第二标识信息以及业务管理信息。处理模块，用于基于预设的端口过滤规则以及多个端口的第一信息，对多个端口进行过滤，得到过滤后保留的至少一个待稽核端口；和/或，根据第一标识信息和第二标识信息之间的匹配关系，将同一待稽核端口的第一信息和第二信息关联存储至稽核数据库中；和/或，从稽核数据库中提取出待稽核端口的业务管理信息以及配置运行信息，基于待稽核端口的业务管理信息以及配置运行信息，判断待稽核端口是否合规。

一种可能的实现方式中，处理模块，具体用于：根据待稽核端口的配置运行信息中的端口描述字段，确定待稽核端口的类型；在待稽核端口为中继端口的情形下，通过链路自动发现协议来寻找待稽核端口的上一跳端口和下一跳端口；若寻找到待稽核端口的上一跳端口和下一跳端口，确定待稽核端口为合规端口；若未寻找到待稽核端口的上一跳端口和/或下一跳端口，确定待稽核端口为违规端口；在待稽核端口为业务端口的情形下，若待稽核端口的业务管理信息中的业务户订单号字段和/或客户名称字段为空字段，确定待稽核端口为违规端口；若待稽核端口的业务管理信息中的业务户订单号字段和客户名称字段为非空字段，确定待稽核端口为合规端口；在待稽核端口为空闲端口的情形下，若待稽核端口的配置运行状态中的端口管理状态字段指示待稽核端口处于下线状态，确定待稽核端口为违规端口；若端口管理状态字段指示待稽核端口处于上线状态，确定待稽核端口为合规端口。

另一种可能的实现方式中，处理模块，还用于：在确定待稽核端口为合规端口的情况下，在稽核数据库中为待稽核端口设置合规标识信息；在确定待稽核端口为违规端口的情况下，在稽核数据库中为待稽核端口设置违规标识信息。

又一种可能的实现方式中，接收模块，还用于：接收用户输入的端口查询指令，端口查询指令包括查询条件；处理模块，还用于：响应于端口查询指令，从稽核数据库中获取查询结果，查询结果包括满足查询条件的合格端口的信息，以及满足查询条件的违规端口的信息。

第三方面，本申请提供一种通信装置，该通信装置包括：处理器和用于存储处理器可执行指令的存储器；其中，处理器被配置为执行如第一方面及其任一种可能的实现方式的端口稽核方法。

第四方面，本申请提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第一方面所述相关方法的步骤，以实现上述第一方面所述的端口稽核方法。

第五方面，本申请提供一种计算机可读存储介质，当计算机可读存储介质中的指令由服务端的处理器执行时，使得服务端能够执行如第一方面及其任一种可能的实现方式所提供的端口稽核方法；或者，当计算机可读存储介质中的指令由客户端的处理器执行时，使得客户端能够执行如第二方面及其任一种可能的实现方式所提供的端口稽核方法。

上述第二方面至第五方面的有益效果，可以参考第一方面所述，此处不再赘述。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种IDC端口稽核系统架构示意图；

图2为本申请实施例提供的一种端口稽核方法的流程图；

图3为本申请实施例提供的一种稽核数据库存储数据的方法流程图；

图4为本申请实施例提供的一种合规端口的判断方法流程图；

图5为本申请实施例提供的一种用户查询端口的实现方法流程图；

图6为本申请实施例提供的一种端口稽核查询前端界面的示意图；

图7为本申请实施例提供的一种端口稽核装置的硬件结构框图；

图8为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请实施例中，“示例性地”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性地”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性地”或者“例如”等词旨在以具体方式呈现相关概念。

另外，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B。本文中的“和/或”仅仅是一种描述关联对象的关联25关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不是在对数量和执行次序进行限定。

稽核，即稽查和复核，指对经济活动的监督检查。随着资讯科技的进步，稽核人员开始善用稽核工具，由传统的人工抽样稽核转向电子化的自动化稽核作业。

在通信行业中，对用户的通信业务数据进行稽核时确保通信业务稳定发展的重要管理技术手段。目前通信业务快速发展，所需稽核数据也越来越多。在现有技术中，通过人工从TACACS系统、网管系统、IDC资源系统和IDC调度系统中提取稽核所需源数据并分析，从而筛选出不合规数据，以使得稽核最终结果更有说服力，信息更准确。

但是，这种方式效率低下，极易出现数据漏稽、分析有误的问题。如今IDC业务数据量的逐年攀升，人工稽核方式的应用场景也更为局限。

如背景技术所述，人工稽核方法效率低、准确率低，且随着所需稽核业务量的增加，人工稽核方式所面临的问题众多。

基于此，本身请提供一种端口稽核方法，从网管系统获取多个端口的第一信息，每个端口的第一信息包括端口相关的第一标识信息以及配置运行信息；从操作支持系统OSS和/或业务支撑系统BSS中获取多个端口的第二信息，每个端口的第二信息包括端口相关的第二标识信息以及业务管理信息；基于预设的端口过滤规则以及多个端口的第一信息，对多个端口进行过滤，得到过滤后保留的至少一个待稽核端口；根据第一标识信息和第二标识信息之间的匹配关系，将同一待稽核端口的第一信息和第二信息关联存储至稽核数据库中；从稽核数据库中提取出待稽核端口的业务管理信息以及配置运行信息，基于待稽核端口的业务管理信息以及配置运行信息，判断待稽核端口是否合规。

这样一来，不仅实现了各个系统间的交互，也通过无效数据和无需稽核数据的过滤减小了稽核任务量。同时，稽核数据库的建立也使稽核工作更加自动化、智能化，提高了稽核效率。

一些实施例中，该方法的执行主体可以是计算机、服务器等具有计算功能的设备。其中，服务器可以是单独的一个服务器，或者，也可以是由多个服务器构成的服务器集群。部分实施方式中，服务器集群还可以是分布式集群。本申请对该方法的执行主体的具体形态不作限制。

示例性地，服务器可以包括无线网元管理系统(operation and maintenancecenter radio，OMC-R)服务器、以及与OMC-R服务器连接的其他服务器等。本申请实施例对服务器的具体类型不作限制。

图1为本申请实施例提供的一种IDC端口稽核系统架构示意图。如图1所示，在IDC端口稽核系统中，包括：互联网触点、集客系统、合同管理系统、集客订单中心、集客账务计费中心、网管系统、OSS和BSS。

其中，互联网触点包括自服务、在线意向单和预约单。

集客系统，具有以下功能：业务受理、业务变更、合同管理、业务销户和停开机。

合同管理系统，具有以下功能：合同管理。

集客订单中心，具有以下功能：自服务工单调度、意向单/预约单处理、IDC业务开通变更调度和IDC业务停开机调度。

集客账务计费中心，具有以下功能：预处理、计费、优惠和账务处理。

网管系统，具有以下功能：网管采集、业务稽核和告警监控。

OSS，具有以下功能：资源管理、业务开通和流量采集。

BSS，具有以下功能：资料接收、账务管理、发票管理和信控管理。

在一些实施例中，针对全量IDC设备，部署SNMPv2协议，将全量IDC设备录入到网管系统中，通过管理信息库(management information base,MIB)-对象标识符(objectidentifier，OID)节点和脚本查询两种采集方式，采集到设备名称、端口名称、端口描述、端口管理状态和运行状态、端口配置带宽、端口流量等信息。

其中，SNMP即简单网络管理协议(simple network management protocol，SNMP)。MIB是按照树型结构组织的，它由很多个节点组成，每个节点表示一个被管理对象，每个被管理对象可以用从树根开始的一串表示路径的数字唯一地识别，这串数字称为OID。

示例性的，通过MIB-OID节点和脚本查询两种采集方式所能采集到的数据可以如下述表1和表2所示：

表1

表2

示例性的，当MIB节点名称为ifIndex时，该节点标识接口索引，该节点所对应的OID值为(1.3.6.1.2.1.2.2.1.1)。

示例性的，当MIB节点名称为idDescr时，该节点标识接口描述，通过该节点可以获取索引和接口的对应关系，该节点所对应的OID值为(1.3.6.1.2.1.2.2.1.1)。

示例性的，当MIB节点名称为ifMtu时，该节点标识最大传输单元MTU值，单位是字节，该节点所对应的OID值为(1.3.6.1.2.1.2.2.1.4)。

示例性的，当MIB节点名称为ifSpeed时，该节点标识接口带宽的估计值，单位是bit/s。该节点所对应的OID值为(1.3.6.1.2.1.2.2.1.5)。

需理解，对于带宽无法改变或者无法准确估计的接口，该项为额定带宽值。如果接口的带宽比该表项的表示范围大，则该表项的值是其最大值(即值为4294967295)，此时ifXRable中的ifHighSpeed(OID为1.3.6.1.2.1.31.1.1.1.15，单位为Mbit/s)的值是接口的速率。对于没有速率概念的子层接口，该表项的值为零。

示例性的，当MIB节点名称为ifPhysAddress时，该节点标识接口的协议子层对应的接口地址，对于802.1x的接口，该项一般为MAC地址，该节点所对应的OID值为(1.3.6.1.2.1.2.2.1.6)。

进一步的，结合在网管系统中录入的设备归属地市、局所、机房、设备厂家、型号、名称和IP地址等信息，在网管系统中创建稽核数据库，将设备端口运行和配置数据采集入库，稽核数据库内信息如表3所示。

表3

下面结合附图对本申请实施例提供的端口稽核方法进行详细介绍。

图2为本申请实施例提供的一种端口稽核方法的流程图。如图2所示，该方法包括以下步骤：

S101、从网管系统获取多个端口的第一信息。

其中，每个端口的第一信息包括端口相关的第一标识信息以及配置运行信息。

具体的，第一标识信息包括设备地址和端口名称。

在一些实施例中，配置运行信息包括以下一项或者多项：端口描述、端口管理运行状态、端口配置带宽以及端口流量。

S102、从操作支持系统OSS和/或业务支撑系统BSS中获取多个端口的第二信息。

其中，每个端口的第二信息包括端口相关的第二标识信息以及业务管理信息。

具体的，第二标识信息包括设备网管标识以及端口网管标识。

在一些实施例中，业务管理信息以下一项或者多项：端口关联的业务订单、端口签约带宽、端口关联的客户名称以及端口业务状态。

S103、基于预设的端口过滤规则以及多个端口的第一信息，对多个端口进行过滤，得到过滤后保留的至少一个待稽核端口。

在一些实施例中，预设的端口过滤规则具体包括，从网管系统中采集到的端口中，过滤掉非承载业务端口和中继端口，包括逻辑端口、网管端口、链路聚合组端口、Loopback端口、NULL端口等需要过滤的端口。

在一些实施例中，预设的端口过滤规则也可以包括，过滤掉第一信息中第一标识信息的设备地址与第二信息中第二标识信息的设备网关标识不匹配的信息。

在一些实施例中，预设的端口过滤规则又可以包括，过滤掉第一信息中第一标识信息的端口名称与第二信息中第二标识信息的设备网关标识不匹配的信息。

在一些实施例中，预设的端口过滤规则还可以包括，过滤掉端口信息中含有表4中列出的任一项或多项关键字的端口。需过滤的端口关键字如表4所示：

表4

S104、根据第一标识信息和第二标识信息之间的匹配关系，将同一待稽核端口的第一信息和第二信息关联存储至稽核数据库中。

其中，第一标识信息与第二标识信息之间的匹配关系包括：设备地址与设备网管标识之间的匹配关系，以及，端口名称和端口网管标识之间的匹配关系。

在一些实施例中，根据第一标识信息和第二标识信息之间的匹配关系，将同一待稽核端口的第一信息和第二信息关联存储至稽核数据库中，还可以通过如图3所示的流程图来表示。如图3所示。

在一些实施例中，系统从网管系统中获取第一标识信息以及配置运行信息，从OSS和/或BSS中获取第二标识信息以及业务管理信息。基于预设的端口过滤规则以及多个端口的第一信息，对多个端口进行过滤，得到过滤后保留的至少一个待稽核端口，并将此待稽核端口存入稽核数据库。

进一步的，获取配置运行信息中的端口描述、端口管理运行状态、端口配置带宽和端口流量等信息，将这些信息存入稽核数据库。获取业务管理信息中的端口关联业务订单、端口签约带宽、端口关联的客户名称和端口业务状态等信息，并将这些信息也存入稽核数据库。

在一些实施例中，稽核数据库中所存储的内容如表5所示。

表5

在一些实施例中，稽核数据库中所存储的内容可以包括以下一项或多项：省份(REGION_PROVINCE)、地市(REGION_CITY)、机房(ROOM_NAME)、业务号码(BUSINESS_INENTITY)、客户名称(CUST_NAME)、设备地址(EQP_EMS_ID)、端口设备名称(PORT_EMS_ID)、端口配置带宽(CONFIG_BANDWIDTH)、端口流量(PORT_RATE)、带宽计费方式(BANDWIDTH_BILLING_WAY)、端口方式(PORT_WAY)、端口类型(PORT_TYPE)、设备名称(EQP_NAME)、端口名称(PORT_NAME)、端口管理运行状态(OPERATION_STATE)、端口业务状态(OPR_STSTE_ID)。

其中，地市(REGION_CITY)更名为：地市(REGION_NAME)。业务号码(BUSINESS_INENTITY)更名为：业务号码(ACC_NBR)。设备地址(EQP_EMS_ID)更名为：设备地址(EQP_ORIG_RES_ID)。端口设备名称(PORT_EMS_ID)更名为：端口设备名称(EMS_ORIG_RES_ID)。端口配置带宽(CONFIG_BANDWIDTH)更名为：端口配置带宽(PORT_RATE_1)。端口类型(PORT_TYPE)更名为：端口类型(PORT_TYPE_ID)。

在一些实施例中，带宽计费方式(BANDWIDTH_BILLING_WAY)可以为1482571固定速率或1482572流量。端口类型(PORT_TYPE_ID)可以为以下任一项：电端口、光端口、逻辑端口或适配口。端口业务状态(OPR_STSTE_ID)可以为以下任一项：空闲、预占、占用或预释放。

S105、从稽核数据库中提取出待稽核端口的业务管理信息以及配置运行信息，基于待稽核端口的业务管理信息以及配置运行信息，判断待稽核端口是否合规。

在一些实施例中，待稽核端口的业务管理信息指从网管系统中采集的端口状态。可以为上线状态或下线状态。

在一些实施例中，根据待稽核端口的配置运行信息中的端口描述字段，确定待稽核端口的类型。

在一些实施例中，待稽核端口的配置运行信息中的端口描述字段包括以下任一项描述：以关键字to_开头、以关键字for_开头或不以关键字to_开头也不以关键字for_开头。

进一步的，可以根据预设对应关系，来根据端口描述字段来确认待稽核端口的类型。

其中，预设对应关系用于指示至少一个端口描述字段与至少一个待稽核端口的类型。

示例性的，预设对应关系可以以对应关系表的形式实现。表6示出一种对应关系表，如表6所示，该预设对应关系中可以包括多个端口描述字段和多个待稽核端口的类型，并且，至少一个端口描述字段与至少一个待稽核端口的类型之间存在一一对应关系。

表6

端口描述字段	待稽核端口的类型
		以关键字to_开头	中继端口
以关键字for_开头	业务端口
		不以关键字to_开头也不以关键字for_开头	空闲端口

在一些实施例中，在待稽核端口为中继端口的情形下，通过链路自动发现协议来寻找待稽核端口的上一跳端口和下一跳端口；若寻找到待稽核端口的上一跳端口和下一跳端口，确定待稽核端口为合规端口；若未寻找到所稽核端口的上一跳端口和/或下一跳端口，确定待稽核端口为违规端口。

在一些实施例中，在待稽核端口为业务端口的情形下，若待稽核端口的业务管理信息中的业务户订单号字段和/或客户名称字段为空字段，确定待稽核端口为违规端口；若待稽核端口的业务管理信息中的业务户订单号字段和客户名称字段为非空字段，确定待稽核端口为合规端口。

在一些实施例中，在待稽核端口为空闲端口的情形下，若待稽核端口的配置运行状态中的端口管理状态字段指示待稽核端口处于下线状态，确定待稽核端口为违规端口；若端口管理状态字段指示待稽核端口处于上线状态，确定待稽核端口为合规端口。

在一些实施例中，该实施例提供的端口判断方法也可通过如图4所示的方法实现。如图4所示。

在一些实施例中，在确定待稽核端口为合规端口的情况下，在稽核数据库中为待稽核端口设置合规标识信息。在确定待稽核端口为违规端口的情况下，在稽核数据库中为待稽核端口设置违规标识信息。

在具体的实现中，合规标识信息以合规端口报表的方式呈现。违规标识信息以违规端口报表的方式呈现。

在一些实施例中，当确定待稽核端口为合规端口后，基于网管系统，通过设备属地、设备IP、端口网管状态、端口业务状态、端口带宽和/或客户名称等多个条件来生成合规端口报表。

在一些实施例中，当确定待稽核端口为违规端口后，基于网管系统，通过设备属地、设备IP、端口网管状态、端口业务状态、端口带宽和/或客户名称等多个条件来生成违规端口报表。

本申请实施例提供的端口稽核方法至少带来以下有益效果：首先该方法通过从网管系统、OSS和BSS三个系统中获取稽核所需数据，实现了三个系统之间的交互，从而使稽核任务能全程都在网络状态下进行。然后，通过预设的过滤规则，在端口稽核任务开始前，就通过规则过滤了垃圾端口或无效端口，缩短了单次稽核的所需时间。接着，基于第一标识信息和第二标识信息之间的匹配关系，将同一待稽核端口的第一信息和第二信息关联存储至稽核数据库中，并根据待稽核端口的业务管理信息以及配置运行信息，将端口定义为合规端口和不合规端口。通过以上方法，不仅简化了端口稽核的处理步骤，缩短了端口稽核的过程，并且，通过对相关数据做关联对比，建立匹配关系，保证了待稽核端口中信息的完整性，使稽核过程更加严谨，稽核结果更为准确。

在一些实施例中，基于稽核数据库中已存入的端口信息和数据，用户可以通过输入端口查询指令，从稽核数据库中查询相关内容。图5为本申请实施例提供的一种端口查询方法的流程图。如图5所示，该方法包括以下步骤：

S201、接收用户输入的端口查询指令。

其中，端口查询指令包括查询条件。

在一些实施例中，查询条件包括以下一项或多项条件：属地、设备名称、端口别名、网管系统端口运行状态、OSS端口速率、OSS端口类型、端口类型、时间、设备IP、端口描述、网管系统端口带宽速率OSS端口配置带宽、OSS带宽计费方式、BSS客户名称、设备层次、端口名称、网管系统端口管理状态、OSS端口状态、OSS端口名称、BSS客户订单号或其他可能用于查询的条件。

其中，属地、OSS带宽计费方式、设备层次可选择系统预设范围内的数据。网管系统端口的运行状态可选择上线状态或下线状态。BSS端口类型可选择以下任一项类型：中继端口、业务端口或空闲端口。端口类型可以选择合规端口或违规端口。BSS端口状态可以选择以下任一项状态：空闲、停用、闲置或损坏。

S202、响应于端口查询指令，从稽核数据库中获取查询结果。

其中，查询结果包括满足查询条件的合格端口的信息，以及满足查询条件的违规端口的信息。

本申请实施例还提供一种端口稽核查询的前端界面，用户可根据此前端界面来进行端口的查询和端口信息的导出等操作。图6为本申请实施例提供的一种端口稽核前端界面的示意图，如图6所示。

其中，该前端界面提供的查询条件可以包括以下一项或者多项：属地、设备名称、端口别名、网管系统端口运行状态、OSS端口速率、OSS端口类型、端口类型、时间、设备IP、端口描述、网管系统端口带宽速率OSS端口配置带宽、OSS带宽计费方式、BSS客户名称、设备层次、端口名称、网管系统端口管理状态、OSS端口状态、OSS端口名称、BSS客户订单号或其他可能用于查询的条件。

其中，属地、OSS带宽计费方式、设备层次可选择系统预设范围内的数据。网管系统端口的运行状态可选择上线状态或下线状态。BSS端口类型可选择以下任一项类型：中继端口、业务端口或空闲端口。端口类型可以选择合规端口或违规端口。BSS端口状态可以选择以下任一项状态：空闲、停用、闲置或损坏。

本申请实施例可以根据上述方法示例对上述端口稽核装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图7示出了上述实施例中的端口稽核装置1000。如图7所示，端口稽核装置1000包括：接收模块1001和处理模块1002。接收模块1001和处理模块1002连接。

接收模块1001，用于接收从网管系统获取多个端口的第一信息，每个端口的第一信息包括端口相关的第一标识信息以及配置运行信息；和/或，从操作支持系统OSS和/或业务支撑系统BSS中获取多个端口的第二信息，每个端口的第二信息包括端口相关的第二标识信息以及业务管理信息。

处理模块1002，用于基于预设的端口过滤规则以及多个端口的第一信息，对多个端口进行过滤，得到过滤后保留的至少一个待稽核端口；和/或，根据第一标识信息和第二标识信息之间的匹配关系，将同一待稽核端口的第一信息和第二信息关联存储至稽核数据库中；和/或，从稽核数据库中提取出待稽核端口的业务管理信息以及配置运行信息，基于待稽核端口的业务管理信息以及配置运行信息，判断待稽核端口是否合规。

在一些实施例中，处理模块1002，还用于根据待稽核端口的配置运行信息中的端口描述字段，确定待稽核端口的类型；在待稽核端口为中继端口的情形下，通过链路自动发现协议来寻找待稽核端口的上一跳端口和下一跳端口；若寻找到待稽核端口的上一跳端口和下一跳端口，确定待稽核端口为合规端口；若未寻找到待稽核端口的上一跳端口和/或下一跳端口，确定待稽核端口为违规端口；在待稽核端口为业务端口的情形下，若待稽核端口的业务管理信息中的业务户订单号字段和/或客户名称字段为空字段，确定待稽核端口为违规端口；若待稽核端口的业务管理信息中的业务户订单号字段和客户名称字段为非空字段，确定待稽核端口为合规端口；在待稽核端口为空闲端口的情形下，若待稽核端口的配置运行状态中的端口管理状态字段指示待稽核端口处于下线状态，确定待稽核端口为违规端口；若端口管理状态字段指示待稽核端口处于上线状态，确定待稽核端口为合规端口。

在一些实施例中，处理模块1002，还用于在确定待稽核端口为合规端口的情况下，在稽核数据库中为待稽核端口设置合规标识信息；在确定待稽核端口为违规端口的情况下，在稽核数据库中为待稽核端口设置违规标识信息。

在一些实施例中，接收模块1001，还用于接收用户输入的端口查询指令，端口查询指令包括查询条件。处理模块1002，还用于，响应于端口查询指令，从稽核数据库中获取查询结果，查询结果包括满足查询条件的合格端口的信息，以及满足查询条件的违规端口的信息。

当然，端口稽核装置1000包括但不限于上述所列举的单元模块。并且，上述功能单元的具体所能实现的功能也包括但不限于上述实施例的方法步骤对应的功能。端口稽核装置1000的其他模块的详细描述可以参考其所对应方法步骤的详细描述，本申请实施例这里不再赘述。

在示例性的实施例中，本申请实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关方法步骤，以实现上述实施例中的端口稽核方法。

在示例性的实施例中，本申请实施例还提供了一种电子设备。图8为本申请实施例提供的电子设备的结构示意图。如图8所示，该电子设备可以包括：处理器1101和存储器1102；存储器1102存储有处理器1101可执行的指令；处理器1101被配置为执行指令时，使得电子设备实现如前述方法实施例中所述的方法。

在示例性的实施例中，本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序指令；当所述计算机程序指令被电子设备执行时，使得电子设备实现如前述实施例中所述的方法。计算机可读存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (12)

1.一种端口稽核方法，其特征在于，所述方法包括：

从网管系统获取多个端口的第一信息，每个端口的第一信息包括所述端口相关的第一标识信息以及配置运行信息；

从操作支持系统OSS和/或业务支撑系统BSS中获取多个端口的第二信息，每个端口的第二信息包括所述端口相关的第二标识信息以及业务管理信息；

基于预设的端口过滤规则以及所述多个端口的第一信息，对所述多个端口进行过滤，得到过滤后保留的至少一个待稽核端口；

根据所述第一标识信息和第二标识信息之间的匹配关系，将同一待稽核端口的第一信息和第二信息关联存储至稽核数据库中；

从所述稽核数据库中提取出所述待稽核端口的业务管理信息以及配置运行信息，基于所述待稽核端口的业务管理信息以及配置运行信息，判断所述待稽核端口是否合规。

2.根据权利要求1所述的方法，其特征在于，所述基于所述待稽核端口的业务管理信息以及配置运行信息，判断所述待稽核端口是否合规，包括：

根据所述待稽核端口的配置运行信息中的端口描述字段，确定所述待稽核端口的类型；

在所述待稽核端口为中继端口的情形下，通过链路自动发现协议来寻找所述待稽核端口的上一跳端口和下一跳端口；若寻找到所述待稽核端口的上一跳端口和下一跳端口，确定所述待稽核端口为合规端口；若未寻找到所述待稽核端口的上一跳端口和/或下一跳端口，确定所述待稽核端口为违规端口；

在所述待稽核端口为业务端口的情形下，若所述待稽核端口的业务管理信息中的业务户订单号字段和/或客户名称字段为空字段，确定所述待稽核端口为违规端口；若所述待稽核端口的业务管理信息中的业务户订单号字段和客户名称字段为非空字段，确定所述待稽核端口为合规端口；

在所述待稽核端口为空闲端口的情形下，若所述待稽核端口的配置运行状态中的端口管理状态字段指示所述待稽核端口处于下线状态，确定所述待稽核端口为违规端口；若所述端口管理状态字段指示所述待稽核端口处于上线状态，确定所述待稽核端口为合规端口。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在确定所述待稽核端口为合规端口的情况下，在所述稽核数据库中为所述待稽核端口设置合规标识信息；

在确定所述待稽核端口为违规端口的情况下，在所述稽核数据库中为所述待稽核端口设置违规标识信息。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

接收用户输入的端口查询指令，所述端口查询指令包括查询条件；

响应于所述端口查询指令，从所述稽核数据库中获取查询结果，所述查询结果包括满足所述查询条件的合格端口的信息，以及满足所述查询条件的违规端口的信息。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述第一标识信息包括设备地址和端口名称；所述第二标识信息包括设备网管标识以及端口网管标识；

所述第一标识信息和第二标识信息之间的匹配关系，包括：

所述设备地址与所述设备网管标识之间的匹配关系；以及，

所述端口名称和所述端口网管标识之间的匹配关系。

6.一种端口稽核装置，其特征在于，所述装置包括：

接收模块，用于接收从网管系统获取多个端口的第一信息，每个端口的第一信息包括所述端口相关的第一标识信息以及配置运行信息；和/或，

从操作支持系统OSS和/或业务支撑系统BSS中获取多个端口的第二信息，每个端口的第二信息包括所述端口相关的第二标识信息以及业务管理信息；

处理模块，用于基于预设的端口过滤规则以及所述多个端口的第一信息，对所述多个端口进行过滤，得到过滤后保留的至少一个待稽核端口；和/或，

根据所述第一标识信息和第二标识信息之间的匹配关系，将同一待稽核端口的第一信息和第二信息关联存储至稽核数据库中；和/或，

从所述稽核数据库中提取出所述待稽核端口的业务管理信息以及配置运行信息，基于所述待稽核端口的业务管理信息以及配置运行信息，判断所述待稽核端口是否合规。

7.根据权利要求6所述的装置，其特征在于，所述处理模块，具体用于：

根据待稽核端口的配置运行信息中的端口描述字段，确定所述待稽核端口的类型；

在所述待稽核端口为中继端口的情形下，通过链路自动发现协议来寻找所述待稽核端口的上一跳端口和下一跳端口；若寻找到所述待稽核端口的上一跳端口和下一跳端口，确定所述待稽核端口为合规端口；若未寻找到所述待稽核端口的上一跳端口和/或下一跳端口，确定所述待稽核端口为违规端口；

在所述待稽核端口为业务端口的情形下，若所述待稽核端口的业务管理信息中的业务户订单号字段和/或客户名称字段为空字段，确定所述待稽核端口为违规端口；若所述待稽核端口的业务管理信息中的业务户订单号字段和客户名称字段为非空字段，确定所述待稽核端口为合规端口；

在所述待稽核端口为空闲端口的情形下，若所述待稽核端口的配置运行状态中的端口管理状态字段指示所述待稽核端口处于下线状态，确定所述待稽核端口为违规端口；若所述端口管理状态字段指示所述待稽核端口处于上线状态，确定所述待稽核端口为合规端口。

8.根据权利要求6所述的装置，其特征在于，所述处理模块，还用于：

在确定所述待稽核端口为合规端口的情况下，在所述稽核数据库中为所述待稽核端口设置合规标识信息；

在确定所述待稽核端口为违规端口的情况下，在所述稽核数据库中为所述待稽核端口设置违规标识信息。

9.根据权利要求6所述的装置，其特征在于，所述接收模块，还用于：

接收用户输入的端口查询指令，所述端口查询指令包括查询条件；

所述处理模块，还用于：

响应于所述端口查询指令，从所述稽核数据库中获取查询结果，所述查询结果包括满足所述查询条件的合格端口的信息，以及满足所述查询条件的违规端口的信息。

10.根据权利要求6至9任一项所述的装置，其特征在于，所述第一标识信息包括设备地址和端口名称；所述第二标识信息包括设备网管标识以及端口网管标识；

所述第一标识信息和第二标识信息之间的匹配关系，包括：

所述设备地址与所述设备网管标识之间的匹配关系；以及，

所述端口名称和所述端口网管标识之间的匹配关系。

11.一种电子设备，其特征在于，所述电子设备包括：处理器和存储器；

所述存储器存储有所述处理器可执行的指令；

所述处理器被配置为执行所述指令时，使得所述电子设备实现如权利要求1-5任一项所述的方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括：计算机软件指令；

当所述计算机软件指令在电子设备中运行时，使得所述电子设备实现如权利要求1-5任一项所述的方法。

Images