CN105743675A - 信息采集方法及装置 - Google Patents

信息采集方法及装置 Download PDF

Info

Publication number
CN105743675A
CN105743675A CN201410757891.5A CN201410757891A CN105743675A CN 105743675 A CN105743675 A CN 105743675A CN 201410757891 A CN201410757891 A CN 201410757891A CN 105743675 A CN105743675 A CN 105743675A
Authority
CN
China
Prior art keywords
network element
detected
information
acquisition
proxy server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201410757891.5A
Other languages
English (en)
Inventor
张桂莲
韩玉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201410757891.5A priority Critical patent/CN105743675A/zh
Priority to PCT/CN2015/096584 priority patent/WO2016091141A1/zh
Publication of CN105743675A publication Critical patent/CN105743675A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了信息采集方法及装置,其中,该方法包括:客户端设备获取用于对待检测网元进行信息采集的采集命令;客户端设备将采集命令发送给代理服务器,并通过代理服务器接收对待检测网元的采集信息。通过本发明解决了相关技术中不能对单元内部的信息进行采集的问题,进而可以对单板信息进行灵活采集,便于开发人员进行故障定位。

Description

信息采集方法及装置
技术领域
本发明涉及通信领域,具体而言,涉及信息采集方法及装置。
背景技术
随着通讯技术的发展和应用,网络设备更新换代不断。在设备快速升级过程中,不可避免的会出现问题,由于单板内部性能不可见,开发人员定位故障困难。网管系统运维人员必须到故障现场去定位和解决故障,由于很多故障属于频发性的,这样就增加了重复性工作,从而增加了解决故障的时间和经济投入,降低了工作效率。
针对相关技术中,不能对单元内部的信息进行采集的问题,还未提出有效的解决方案。
发明内容
本发明提供了一种信息采集方法及装置,以至少解决相关技术不能对单元内部的信息进行采集的问题。
根据本发明的一个方面,提供了一种信息采集方法,包括:客户端设备获取用于对待检测网元进行信息采集的采集命令;所述客户端设备将所述采集命令发送给代理服务器,并通过所述代理服务器接收对所述待检测网元的采集信息。
进一步地,所述客户端设备获取用于对待检测网元进行信息采集的采集命令之前包括:获取所述待检测网元的属性信息。
进一步地,获取所述待检测网元的属性信息包括:从网管设备中获取所述待检测网元的属性信息;和/或,所述客户端设备从本地获取所述待检测网元的属性信息。
进一步地,所述属性信息包括以下至少之一:所述待检测网元的名称、所述待检测网元的标识、所述待检测网元的类型、所述待检测网元的网络协议IP地址。
进一步地,所述客户端设备获取用于对待检测网元进行信息采集的采集命令包括:所述客户端设备从本地配置文件中获取所述采集命令。
进一步地,所述采集信息至少包括:所述待检测网元的故障信息。
根据本发明的另一个方面,还提供了另一种信息采集方法,包括:代理服务器接收用于对待检测网元进行信息采集的采集命令,并将所述采集命令发送至所述待检测网元;所述代理服务器接收所述待检测网元根据所述采集命令采集得到的采集信息,并将所述采集信息发送至客服端。
进一步地,所述代理服务器接收所述采集命令之后包括:所述代理服务器建立与所述待检测网元的连接;在建立所述连接后,所述代理服务器向所述待检测网元发送建链鉴权信息;其中,所述建链鉴权信息用于确认所述连接是否成功建立。
进一步地,所述代理服务器向所述待检测网元发送所述建链鉴权信息包括以下至少之一:所述代理服务器通过Qx口建立的链路发送所述建链鉴权信息;或者,所述代理服务器通过远端终端协议TELNET链路发送所述建链鉴权信息。
进一步地,所述代理服务器通过以下之一方式接收所述采集命令:Qx口方式、远端终端协议TELNET命令方式、文件传输协议文件传输协议(FileTransferProtocol,简称为FTP)方式。
根据本发明的一个方面,提供了一种信息采集装置,所述装置应用于客户端设备,包括:获取模块,用于获取对待检测网元进行信息采集的采集命令;处理模块,用于将所述采集命令发送给代理服务器,并通过所述代理服务器接收对所述待检测网元的采集信息。
进一步地,所述采集信息至少包括:所述待检测网元的故障信息。
根据本发明的另一个方面,提供了另一种信息采集装置,所述装置应用于代理服务器,包括:接收模块,用于接收对待检测网元进行信息采集的采集命令,并将所述采集命令发送至所述待检测网元;处理模块,用于接收所述待检测网元根据所述采集命令采集得到的采集信息,并将所述采集信息发送至客服端。
通过本发明,采用客户端设备获取用于对待检测网元进行信息采集的采集命令;客户端设备将采集命令发送给代理服务器,并通过代理服务器接收对待检测网元的采集信息。解决了相关技术中不能对单元内部的信息进行采集的问题,进而可以对单板信息进行灵活采集,便于开发人员进行故障定位。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的信息采集方法的流程图;
图2是根据本发明实施例的信息采集装置的结构框图;
图3是根据本发明实施例的信息采集方法的另一个流程图;
图4是根据本发明实施例的信息采集装置的另一个结构框图;
图5是根据本发明实施例的故障信息采集工具总体结构图;
图6是根据本发明实施例的故障信息采集流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中提供了一种信息采集方法,图1是根据本发明实施例的信息采集方法的流程图,如图1所示,该流程包括如下步骤:
步骤S102,客户端设备获取用于对待检测网元进行信息采集的采集命令;
步骤S104,客户端设备将采集命令发送给代理服务器,并通过代理服务器接收对待检测网元的采集信息。
通过上述步骤,客户端设备将对待检测网元进行信息采集的采集命令发送给代理服务器,并且通过代理服务器接收对待检测网元的采集信息,从而用户可以根据获取的对待检测网元的采集信息对待检测网元的状态进行判断。解决了相关技术中不能对单元内部的信息进行采集的问题,进而可以对单板信息进行灵活采集,便于开发人员进行故障定位。
在一个可选实施例中,客户端设备获取用于对待检测网元进行信息采集的采集命令之前,获取待检测网元的属性信息。从而根据待检测网元的属性信息确定对具体哪个待检测网元进行信息采集。
可以通过多种方式获取待检测网元的属性信息,下面对此进行举例说明。在一个可选实施例中,可以从网管设备中获取待检测网元的属性信息,在另一可选实施例中,客户端设备也可以从本地获取待检测网元的属性信息。
在一个可选实施例中,属性信息可以包括,待检测网元的名称、待检测网元的标识、待检测网元的类型、待检测网元的网络协议IP地址。
上述步骤S102涉及客户端设备获取用于对待检测网元进行信息采集的采集命令,在一个可选实施例中,客户端设备从本地配置文件中获取采集命令。
在一个可选实施例中,采集信息至少包括:待检测网元的故障信息,从而用户可以根据待检测网元的故障信息对网元进行故障定位。
在本实施例中还提供了一种信息采集装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图2是根据本发明实施例的信息采集装置的结构框图,该装置应用于客户端设备,如图2所示,该装置包括:获取模块22,用于获取对待检测网元进行信息采集的采集命令;处理模块24,用于将采集命令发送给代理服务器,并通过代理服务器接收对待检测网元的采集信息。
可选地,采集信息至少包括:待检测网元的故障信息。
在另一个实施例中提供了另一种信息采集方法,图3是根据本发明实施例的信息采集方法的另一个流程图,如图3所示,该流程包括如下步骤:
步骤S302,代理服务器接收用于对待检测网元进行信息采集的采集命令,并将采集命令发送至待检测网元;
步骤S304,代理服务器接收待检测网元根据采集命令采集得到的采集信息,并将采集信息发送至客服端。
通过上述步骤,客户端设备通过代理服务器接收对待检测网元的采集信息,从而用户可以根据获取的对待检测网元的采集信息对待检测网元的状态进行判断。解决了相关技术中不能对单元内部的信息进行采集的问题,进而可以对单板信息进行灵活采集,便于开发人员进行故障定位。
在一个可选实施例中,代理服务器根据接收的采集命令,建立与待检测网元的连接,在另一个可选实施例中,在建立该连接后,代理服务器向待检测网元发送建链鉴权信息,其中,建链鉴权信息用于确认代理服务器与待检测网元之间的连接是否成功建立。
在一个可选实施例中,代理服务器可以通过Qx口建立的链路发送建链鉴权信息,在另一可选实施例中,代理服务器也可以通过远端终端协议TELNET链路发送建链鉴权信息。
在一个可选实施例中,代理服务器可以通过Qx口方式或者远端终端协议TELNET命令方式或者文件传输协议FTP方式接收采集命令。
在本实施例中还提供了一种信息采集装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图4是根据本发明实施例的信息采集装置的另一个结构框图,该装置应用于代理服务器,如图4所示,该装置包括:接收模块42,用于接收对待检测网元进行信息采集的采集命令,并将采集命令发送至待检测网元;处理模块44,用于接收待检测网元根据采集命令采集得到的采集信息,并将采集信息发送至客服端。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述各个模块均位于同一处理器中;或者,上述各个模块分别位于第一处理器、第二处理器和第三处理器…中。
针对相关技术中存在的上述问题,下面结合可选实施例进行说明,在本可选实施例中结合了上述可选实施例及其可选实施方式。
本可选实施例涉及一种故障信息采集系统和采集方法,主要是定位集中在网络动态运行状态和静态数据分析以及网络隐患分析,是针对现网网络的智能自动健康检查的独立工具,检查范围主要包括当前的网络健康情况。主要应用在工程初验和日常性健康检查操作,包括例行检查等,以及网络现场基本配置数据采集,用于故障跟踪定位,提供更快捷更高效的故障信息采集。
本可选实施例采用以下技术方案:
一种快捷的故障信息采集工具,由客户端(client)(相当于上述客户端设备)、业务逻辑控制处理(manager)和通讯代理模块(Agent)(该通讯代理模块相关于下述的代理服务器)三个构件组成,其中客户端主要提供界面展示和人机交互,业务逻辑控制处理模块主要实现各网元间并行处理和单个网元的各个数据项的串行处理,通讯代理模块则实现和网元的直接通讯,不作任何业务逻辑处理。
以下是本可选实施例的各个模块及各个模块之间的关系:
1、客户端
客户端实现操作界面展示、配置文件读取、报表输出、文件下载和内存管理等功能,所包含的构件主要包括:
1)系统设置,采集工具是通过代理Agent访问通讯设备的,在执行采集之前需要先登录代理Agent,系统设置菜单中设置登录代理的网络之间互连的协议(InternetProtocol,简称为IP)地址和端口,可进行采集工具和代理之间的连接测试,同时系统设置中还可以设置输出报表的目录。
2)导入网元,可以将E300/U3网管导出的网元基本信息报表导入到待选网元列表中,包括网元设备类型、子架、槽位等,目前支持txt格式,通过界面上的添加可以将待选网元列表中的信息添加到已选网元列表中,以便对已选网元进行采集。
3)过滤网元,按网元名称、网元标识、设备类型、IP地址对待选网元列表进行过滤,支持模糊查询。
4)新增网元,在已选网元列表中新增一条记录到已选网元列表中,新增网元时用户必须输入网元名称、设备类型、网元标识、IP地址,否则不允许保存。
5)删除网元,删除已选网元列表中选中的记录,支持多选。
6)保存,保存已选网元列表中当前内容。
7)开始采集,按照采集数据配置文件中定义的命令从设备查询数据,对已选网元列表中的网元进行采集,并将采集结果保存到数据文件中。
8)停止采集,停止采集执行。
9)清空数据,清空待选网元和已选网元数据。
该采集装置采取配置文件组织待采集故障命令,初始化数据的过程就是读取配置文件,存储数据结构。按设备类型,单板类型,采集类型和采集命令存储具体网元类型上的单板类型和需要查询命令的对应关系,用于匹配真实的网元上的单板需要下发的命令。
执行采集的过程是调用manager模块的入口函数,接下来启动Manager模块处理流程。
Manager模块实现通信功能,包括通过读取内存,组织数据,构造报文,下发和接受命令,上报返回。Manager模块处理流程主要由以下几个步骤组成:
1)、利用线程池机制,实现多网元并发机制。
2)、获取网元建链信息,由代理模块和网元建链,客户端不直接连接网元。
3)、建链命令返回成功后,客户端下发网元登陆命令,由代理登陆到网元。
4)、获取要采集的所有的单板列表,依次对每一块单板进行处理。遍历单板列表中的单板,根据单板名称以及用户选择的设备类型和采集类型来匹配配置文件,获取该设备该单板上需要下发的命令列表。
5)、对该网元该单板的每一条命令进行处理,将命令组装成报文下发给代理。
6)、下发命令,注册超时节点,阻塞此命令处理线程进行等待。命令返回或者超时,解锁继续处理,解析报文,上报给客户端模块。
7)、生成采集结果数据的报表文件并保存到本地。
2、代理服务器
代理服务器是连接客户端和设备之间的工具,与网元建链,完成命令的传递。代理按照不同的命令类型分配和发送命令到网元,接收设备应答或主动上报命令上报给客户端。
代理服务器分为四个功能模块:
1、采集工具之间的通讯管理模块:
和客户端模块建立连接,接收客户端下发命令放入处理队列,向客户端发送应答或主动上报命令;
2、命令的调度与派发管理模块:
根据客户端下发命令的类型分派到相应的处理流程,直接返回客户端应答或者等待下发返回后发送应答结果到客户端,或接收主动上报命令到客户端。目前的命令类型:
1)本身处理的命令,网元建链、断链,ping(包括两种,一是与采集工具之间;另是与网元之间)等。
2)采集命令,包括Qx、FTP、TELNET三种方式,服务器完成命令包的处理和透传,例如Qx口的采集网元性能命令、获取单板信息等命令
3)网元主动上报命令,一般情况下对此类命令进行屏蔽,根据用户需求放开对某些命令的屏蔽,并进行处理后上报。
3、网元之间的通讯管理
1)ping包机制,主动发送ping包到客户端和网元。向上ping包:保证和客户端之间链接;向下ping包,保证和多个网元之间链接。
2)同时管理多个网元的建链和鉴权。
3)主动关闭连接和定时关闭连接。
4、定时管理
1)定时管理与采集工具的连接。
2)定时管理与网关的连接(主动关闭与采集工具的连接后,需要再主动关闭所有与网关的连接)。
3)定时关闭通讯代理模块程序。
图5是根据本发明实施例的故障信息采集工具总体结构图,如图5所示,故障信息采集工具是实现客户端、代理Agent和网元单板进行通信的系统,其中客户端由系统设置、导入网元、新增和执行采集等菜单项组成。
(1)系统设置,负责设置连接代理所需的IP和端口信息;
(2)导入网元,将从E300/U3网管导出的网元基本信息报表批量导入到待选网元列表中,包括网元标识、设备类型、子架和槽位信息等;
(3)过滤网元,按网元名称、网元标识、设备类型、IP地址对待选网元列表进行过滤;
(4)新增网元将要采集的网元新增到已选网元列表中;
(5)删除网元将勾选的已选网元列表中的网元信息删除;
(6)保存待选网元和已选网元列表到本地文件中;
(7)清空数据将待选网元和已选网元列表数据清空;
(8)开始采集开始对已选网元进行逐个采集,并将采集结果保存到本地文件中;
(9)停止采集则是停止采集过程。
本工具主要通过三种方式实现与网元设备的交互,分别为Qx口方式、TELNET命令方式和FTP文件传输协议方式。
由于本工具直接与设备通讯,为方便处理,本工具系统内部各个组件或构件之间使用Qx口报文进行命令和通知交互,减少不必要的转换,包括与网元设备建链、断链和查询单板列表等都需要用到Qx口报文。
TELNET命令与网元通过TELNET通讯口进行通讯,但为了与Qx口命令兼容,报文头还是采用Qx形式,命令参数为TELNET的实际命令,不需要组织单板地址,不同的单板,只是下发的TELNET命令不同,由通讯代理模块分离出命令参数,直接通过TELNET通讯口发送给网元,返回的命令结果,再由通讯代理模块组织返回给采集工具。
故障采集工具有时需要从单板设备上下载日志文件保存到本地,方便开发人员和现场维护人员查看,这时就需要用到FTP文件传输协议来实现文件下载功能。
图6是根据本发明实施例的故障信息采集流程图,其中网元建链、登录网元和取网元上的所有单板信息均使用到Qx口命令。TELNET、WASON-TELNET等采集过程采用TELNET方式,FTP文件下载协议处理采用FTP方式实现与通讯设备的交互。如图6所示,该流程包括如下步骤:
步骤S602,开始执行采集,读取界面设置的网元和采集项信息,通过系统设置中通讯代理的IP地址和端口,完成连接通讯代理Agent的过程,启动接收线程。
步骤S604,网元建链与鉴权,采集工具与通讯代理模块正常建立通讯后,再下发和具体网元建链信息和鉴权信息,包括Qx口建链和TELNET建链,由通讯代理模块顺序建立连接,统一返回正常/异常信息。
步骤S606,获取所有单板信息,通过下发Qx口报文查询所有单板列表信息,以及从界面的已选网元列表中获取的网元单板基本信息,包括网元ID、设备类型、IP、采集故障类型等,将采集数据项保存到TNE结构list中,增加任务队列,并调用manager模块的入口函数。
步骤S608,匹配配置文件过程,遍历传送给Manager的TNE结构列表的元素,根据元素的设备类型,单板名称和采集类型匹配配置文件中的用户名、密码,并获取需要下发的故障命令集合。
步骤S610,获取命令参数,判断命令采集类型,针对不同的采集类型分别进行循环采集过程,如TELNET文件和TELNET-WASON文件采用TELNET方式下发命令,FTP文件下载采用FTP协议处理方式。
步骤S612,对TELNET和TELNET-WASON命令进行处理,由于TELNET和TELNET-WASON均为TELNET方式,采集过程相似,这里仅对后者进行叙述:
由于登录WASON的顺序是先要登录到SitaraNetworksProtocol(简称为SNP)单板,登录成功后再登录到WASON上,所以首先获取TELNET节点中的用户名密码,并采用TELNET方式将SNP的用户名、密码组装成报文给代理下发Qx9004命令,然后下发enterksh命令,使其进入第一环境,此过程实现SNP的登录。
获取TELNET-WASON节点的用户名和密码,采用TELNET命令下发用户名、密码和WASON的IP(IP为代理Agent的IP地址+1)和端口信息,由于登录WASON后进入的环境是未知的,即可能是第一环境也可能是第二环境,所以需要再次下发enterksh命令,确保其进入KSH环境。
WASON登录成功以后,就遍历WASON的命令list,依次通过TELNET进行下发,如果命令中有enterpsh,则要再次下发WASON的用户名和密码。
客户端根据代理上报的报文进行解析,并输出到报表中,文件名按照网元IP+网元标识命名,并以*.dat作为后缀,通过报表数据文件对故障进行定位和跟踪。
步骤S614,FTP文件下载协议处理过程:
由于客户端直接与代理Agent交互,这就需要Agent首先充当客户端角色将日志文件下载到Agent代理上,然后充当FTP服务器角色与客户端交互。客户端首先通过网元IP和端口与FTP服务器建立socket控制连接,然后通过下发配置文件中FTP节点中的用户名和密码登陆到代理上的FTP服务器。登录到FTP服务器后接着下发与FTP文件下载协议有关的命令:ChangeWorkingDirectory(简称为,CWD)、TYPEI、PASV和RETR等,之后与服务器建立socket数据连接,通过文件输入输出流将文件传输到本地。
步骤S616,发送报文,注册超时节点,阻塞本线程。网元的所有采集项完成后,采集工具需要向通讯代理模块发送关闭网元连接的命令,网元断链采用Qx口命令0x9001。
综上所述,本发明提供了一种全新的故障信息采集工具,故障信息采集工具主要定位集中在网络动态运行状态和静态数据分析以及网络隐患分析,主要是针对现网网络的智能自动健康检查,检查范围主要包括当前的网络健康情况。故障信息采集工具主要应用在两个场景:(1)工程初验和日常性健康检查操作、例行检查;(2)网络现场基本配置数据采集,用于故障跟踪定位。通过本发明提供了的一种全新的故障信息采集工具方案,可以灵活对故障进行跟踪定位,提供了更快捷更高效的故障信息采集。
在另外一个实施例中,还提供了一种软件,该软件用于执行上述实施例及优选实施方式中描述的技术方案。
在另外一个实施例中,还提供了一种存储介质,该存储介质中存储有上述软件,该存储介质包括但不限于:光盘、软盘、硬盘、可擦写存储器等。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (13)

1.一种信息采集方法,其特征在于,包括:
客户端设备获取用于对待检测网元进行信息采集的采集命令;
所述客户端设备将所述采集命令发送给代理服务器,并通过所述代理服务器接收对所述待检测网元的采集信息。
2.根据权利要求1所述的方法,其特征在于,所述客户端设备获取用于对待检测网元进行信息采集的采集命令之前包括:
获取所述待检测网元的属性信息。
3.根据权利要求2所述的方法,其特征在于,获取所述待检测网元的属性信息包括:
从网管设备中获取所述待检测网元的属性信息;和/或,
所述客户端设备从本地获取所述待检测网元的属性信息。
4.根据权利要求1所述的方法,其特征在于,所述属性信息包括以下至少之一:
所述待检测网元的名称、所述待检测网元的标识、所述待检测网元的类型、所述待检测网元的网络协议IP地址。
5.根据权利要求1所述的方法,其特征在于,所述客户端设备获取用于对待检测网元进行信息采集的采集命令包括:
所述客户端设备从本地配置文件中获取所述采集命令。
6.根据权利要求1至5中任一项所述的方法,其特征在于,所述采集信息至少包括:所述待检测网元的故障信息。
7.一种信息采集方法,其特征在于,包括:
代理服务器接收用于对待检测网元进行信息采集的采集命令,并将所述采集命令发送至所述待检测网元;
所述代理服务器接收所述待检测网元根据所述采集命令采集得到的采集信息,并将所述采集信息发送至客服端。
8.根据权利要求7所述的方法,其特征在于,所述代理服务器接收所述采集命令之后包括:
所述代理服务器建立与所述待检测网元的连接;
在建立所述连接后,所述代理服务器向所述待检测网元发送建链鉴权信息;其中,所述建链鉴权信息用于确认所述连接是否成功建立。
9.根据权利要求8所述的方法,其特征在于,所述代理服务器向所述待检测网元发送所述建链鉴权信息包括以下至少之一:
所述代理服务器通过Qx口建立的链路发送所述建链鉴权信息;或者,
所述代理服务器通过远端终端协议TELNET链路发送所述建链鉴权信息。
10.根据权利要求7所述的方法,其特征在于,所述代理服务器通过以下之一方式接收所述采集命令:
Qx口方式、远端终端协议TELNET命令方式、文件传输协议FTP方式。
11.一种信息采集装置,所述装置应用于客户端设备,其特征在于,包括:
获取模块,用于获取对待检测网元进行信息采集的采集命令;
处理模块,用于将所述采集命令发送给代理服务器,并通过所述代理服务器接收对所述待检测网元的采集信息。
12.根据权利要求11所述的装置,其特征在于,所述采集信息至少包括:所述待检测网元的故障信息。
13.一种信息采集装置,所述装置应用于代理服务器,其特征在于,包括:
接收模块,用于接收对待检测网元进行信息采集的采集命令,并将所述采集命令发送至所述待检测网元;
处理模块,用于接收所述待检测网元根据所述采集命令采集得到的采集信息,并将所述采集信息发送至客服端。
CN201410757891.5A 2014-12-10 2014-12-10 信息采集方法及装置 Pending CN105743675A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201410757891.5A CN105743675A (zh) 2014-12-10 2014-12-10 信息采集方法及装置
PCT/CN2015/096584 WO2016091141A1 (zh) 2014-12-10 2015-12-07 信息采集方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410757891.5A CN105743675A (zh) 2014-12-10 2014-12-10 信息采集方法及装置

Publications (1)

Publication Number Publication Date
CN105743675A true CN105743675A (zh) 2016-07-06

Family

ID=56106710

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410757891.5A Pending CN105743675A (zh) 2014-12-10 2014-12-10 信息采集方法及装置

Country Status (2)

Country Link
CN (1) CN105743675A (zh)
WO (1) WO2016091141A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115766537A (zh) * 2022-11-14 2023-03-07 江苏红网技术股份有限公司 一种智能识别数据标准的方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108875328B (zh) * 2018-05-30 2023-05-09 腾讯科技(深圳)有限公司 一种身份验证方法、装置及存储介质
CN113029223B (zh) * 2020-09-15 2023-04-07 山东华科信息技术有限公司 基于网络通信的批量检测传感器的检测装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1725699A (zh) * 2004-07-20 2006-01-25 中兴通讯股份有限公司 通讯网络自动巡检的方法
CN1913452A (zh) * 2006-08-18 2007-02-14 亿阳信通股份有限公司 一种通信网络智能巡检的方法及设备
US7376694B2 (en) * 2001-06-26 2008-05-20 Intel Corporation Coalescing information from multiple sources based on priority rules
CN101977128A (zh) * 2010-09-14 2011-02-16 中兴通讯股份有限公司 用于通讯设备的接口检测方法和装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101009601A (zh) * 2007-01-29 2007-08-01 华为技术有限公司 一种网络网元的维护检测方法、系统和装置
CN101197736A (zh) * 2007-12-28 2008-06-11 中国移动通信集团浙江有限公司 一种无线网元设备监控系统及其监控方法
CN101616428B (zh) * 2009-04-15 2012-01-25 北京协成致远网络科技有限公司 一种移动数据业务监控分析系统及其实现方法
CN103532743A (zh) * 2013-09-29 2014-01-22 国家电网公司 一种基于Web Service接口的远程数据采集系统及控制方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7376694B2 (en) * 2001-06-26 2008-05-20 Intel Corporation Coalescing information from multiple sources based on priority rules
CN1725699A (zh) * 2004-07-20 2006-01-25 中兴通讯股份有限公司 通讯网络自动巡检的方法
CN1913452A (zh) * 2006-08-18 2007-02-14 亿阳信通股份有限公司 一种通信网络智能巡检的方法及设备
CN101977128A (zh) * 2010-09-14 2011-02-16 中兴通讯股份有限公司 用于通讯设备的接口检测方法和装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115766537A (zh) * 2022-11-14 2023-03-07 江苏红网技术股份有限公司 一种智能识别数据标准的方法
CN115766537B (zh) * 2022-11-14 2023-08-11 江苏红网技术股份有限公司 一种智能识别数据标准的方法

Also Published As

Publication number Publication date
WO2016091141A1 (zh) 2016-06-16

Similar Documents

Publication Publication Date Title
CN103546343B (zh) 网络流量分析系统的网络流量展示方法和系统
US20020032769A1 (en) Network management method and system
CN101729602B (zh) 一种获取p2p视频系统节目信息的方法
CN112925646A (zh) 一种电力数据边缘计算系统以及计算方法
CN107409063A (zh) 一种获取vnf信息的方法、装置及系统
CN107018203A (zh) 一种变频器远程监控控制方法
CN104040538B (zh) 一种互联网应用交互方法、装置及系统
CN106851513A (zh) 一种电子产品的测试方法和系统
CN107294924A (zh) 漏洞的检测方法、装置和系统
CN107634871B (zh) 一种连通性测试方法、装置及系统
CN105743675A (zh) 信息采集方法及装置
CN101163072A (zh) 一种注册服务器自动选择最优路由登录通讯的方法
CN107645339B (zh) 一种光纤直放站自动实现拓扑结构的方法及装置
CN107566218B (zh) 一种适用于云环境的流量审计方法
CN102164048B (zh) 局域网络中实现多运营商接入的数据流优化装置及方法
CN101964923A (zh) 交互式命令的配置系统及方法
CN114666245A (zh) B/S系统的IPv6单栈支持度确定方法及相关设备
CN110380893A (zh) 通讯故障分析方法、装置及区块链通讯平台
CN103458431B (zh) 多点采集及跨层的回放系统
CN112995008A (zh) 一种同时访问多个互联网数据中心的带外管理网络的方法
CN107086939B (zh) 用于加强跟踪和/或监视通信网络的方法、装置、程序和计算机程序产品
CN114666249B (zh) 云平台上的流量采集方法、设备以及计算机可读存储介质
EP3704894B1 (en) A method and arrangement for allocating communication resources in a communication network
Komosny et al. Testing Internet applications and services using PlanetLab
EP2564552B1 (en) Network management in a communications network

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20160706

RJ01 Rejection of invention patent application after publication