首页> 中国专利> 网络故障分析数据的获取方法、终端及服务器

网络故障分析数据的获取方法、终端及服务器

摘要

本发明实施例涉及通信技术领域,公开一种网络故障分析数据的获取方法、终端及服务器。本发明中,网络故障分析数据的获取方法,应用于故障上报服务,包括:通过用户的终端设备与用户的网络出口对应的数据抓取服务建立通信连接;在检测到指示用户重现网络故障的开始事件后,向数据抓取服务发送抓包指令,抓包指令用于指示数据抓取服务实时抓取终端设备收发的数据包;在检测到指示用户重现网络故障的结束事件后,向数据抓取服务发送结束指令,结束指令用于指示数据抓取服务停止抓取终端设备收发的数据包;其中,终端设备收发的数据包用于分析发生网络故障的原因。本发明的网络故障分析数据的获取方法,可以节省人力资源,抓取准确网络故障分析数据。

著录项

  • 公开/公告号CN113055225A

    专利类型发明专利

  • 公开/公告日2021-06-29

    原文格式PDF

  • 申请/专利权人 网宿科技股份有限公司;

    申请/专利号CN202110184360.1

  • 发明设计人 张瑶;吴晗;

    申请日2021-02-08

  • 分类号H04L12/24(20060101);H04L12/26(20060101);

  • 代理机构31260 上海晨皓知识产权代理事务所(普通合伙);

  • 代理人成丽杰

  • 地址 200030 上海市徐汇区斜土路2899号甲光启文化广场A幢5楼

  • 入库时间 2023-06-19 11:39:06

说明书

技术领域

本发明实施例涉及通信技术领域,特别涉及一种网络故障分析数据的获取方法、终端及服务器。

背景技术

随着互联网的发展,网络成为人们日常生活中不可缺少的一部分,现今随着互联网竞争的日益激烈,网络环境日趋复杂,用户在访问某一源站资源时,可能出现卡顿、网页打不开、视频无法播放等影响用户上网体验的网络故障问题,而该些网络故障出现的原因可能并非是内容提供方的源站出现故障,或者用户的终端设备出现的故障,而是网络服务提供商为源站提供的服务质量出现的故障,因此,当该些问题出现时,网络服务提供商需要精确的获取到发生网络故障时用户收发的数据包,才能具体定位到出现故障的服务线路,从而对问题进行解决,如线路优化、服务策略优化等。

在相关技术中,为了能够准确地获取到网络故障对应的数据,网络服务提供商需要指派工作人员上门服务,并与后端技术人员远程配合,进行数据包的抓取。在抓取过程中,上门工作人员不仅需要与用户沟通服务时间,还需要与后端技术人员双方配合完成故障数据获取,如此一来,不仅无法及时获取到故障发生时的数据,而且在于后端技术人员配合过程中容易产生时间差、沟通问题,如有时在故障复现开始后后端技术人员才开始抓包,有时在故障结束前,后端技术人员已经停止抓包。

因此,相关的网络故障分析数据的获取方法存在以下问题:无法在故障发生时立刻获取故障数据,导致无法精准重现网络故障发生的场景;需要专业工作人员上门服务,耗费人力资源、影响服务效率;对上门工作人员与后端技术人员双方配合的能力要求高,容易导致抓取的网络数据不准确。

发明内容

本发明实施例的目的在于提供一种网络故障分析数据的获取方法、终端及服务器,不但可以节省人力资源,而且可以在出现故障后及时抓取准确的网络故障分析数据。

为解决上述技术问题,本发明的实施例提供了一种网络故障分析数据的获取方法,应用于故障上报服务,包括:通过用户的终端设备与用户的网络出口对应的数据抓取服务建立通信连接;在检测到指示用户重现网络故障的开始事件后,向数据抓取服务发送抓包指令,抓包指令用于指示数据抓取服务实时抓取终端设备收发的数据包;在检测到指示用户重现网络故障的结束事件后,向数据抓取服务发送结束指令,结束指令用于指示数据抓取服务停止抓取终端设备收发的数据包;其中,终端设备收发的数据包用于分析发生网络故障的原因。

本发明的实施例还提供了一种网络故障分析数据的获取方法,应用于数据抓取服务,包括:响应于用户的终端设备的通信连接请求,与终端设备建立通信连接;若接收到终端设备发送的抓包指令,则实时抓取终端设备收发的数据包;抓包指令用于指示用户开始重现网络故障;若接收到终端设备发送的结束指令,则停止抓取终端设备收发的数据包;结束指令用于指示用户结束重现网络故障;其中,终端设备收发的数据包用于分析发生网络故障的原因。

本发明的实施例还提供了一种终端,包括:至少一个处理器;与至少一个处理器通信连接的存储器;存储器存储有可被至少一个处理器执行的指令,指令被至少一个处理器执行,以使至少一个处理器能够执行上述的应用于故障上报服务的网络故障分析数据的获取方法。

本发明的实施例还提供了一种服务器,包括:至少一个处理器;与至少一个处理器通信连接的存储器;存储器存储有可被至少一个处理器执行的指令,指令被至少一个处理器执行,以使至少一个处理器能够执行上述的应用于数据抓取服务的网络故障分析数据的获取方法。

本发明的实施例还提供了一种计算机可读存储介质,存储有计算机程序,计算机程序被处理器执行时实现上述应用于故障上报服务的网络故障分析数据的获取方法或应用于数据抓取服务的网络故障分析数据的获取方法。

本发明实施例相对于现有技术而言,故障上报服务通过与数据抓取服务建立通信连接,在检测到指示用户重现网络故障的开始事件后,向数据抓取服务发送抓包指令,在检测到指示用户重现网络故障结束事件后,向数据抓取服务发送结束指令,数据抓取服务与用户的网络出口对应,基于此,只需用户对故障上报服务进行简单的操作,即可完成网络故障分析数据的抓取,无需专业工作人员上门服务,也不需要多人配合,节省人力资源;由于获取指令与结束指令是通过获取用户重现网络故障的开始事件和结束事件生成的,因此用户可以在发现网络故障后,及时对网络故障进行重现,使得数据抓取服务可以准确抓取到用户重现网络故障时对应的网络故障分析数据,从而本发明的网络故障分析数据的获取方法可以在节省人力资源的同时,及时、准确地获取到网络故障分析数据。

另外,故障上报服务为安装在终端设备上的应用程序,或者是通过终端设备上的浏览器访问的web服务。由于方法应用于安装在终端设备上的应用程序或通过终端设备上的浏览器访问的web服务,因此,不需要额外的硬件装置,即可实施本申请的网络故障分析数据的获取方法。

另外,通过用户的终端设备与用户的网络出口对应的数据抓取服务建立通信连接之前,还包括:对用户输入的抓包账号进行登录验证,并在验证通过后,根据抓包账号确定出与用户的网络出口对应的数据抓取服务;通过用户的终端设备与用户的网络出口对应的数据抓取服务建立通信连接,包括:向数据抓取服务发送连接检测指令;连接检测指令用于指示数据抓取服务进行与终端设备网络连通性检测;接收数据抓取服务返回的检测响应信息。通过对用户输入的抓包账号进行登录验证,根据抓包账号确定对应的数据抓取服务;通过向数据抓取服务发送用于进行网络连通性检测的连接检测指令,并接收数据抓取服务返回的检测响应信息,可以保证用户的终端设备与数据抓取服务双方的有效连接,避免向数据抓取服务发送无效的抓包指令、结束指令等操作指令,节省通信资源。

另外,在向数据抓取服务发送抓包指令之后,向数据抓取服务发送结束指令之前,还包括:接收数据抓取服务定时发送的心跳数据包,心跳数据包携带数据抓取服务实时抓取的数据包大小;显示数据抓取服务实时抓取的数据包大小。通过接收数据抓取服务定时发送的心跳数据包,显示数据抓取服务实时抓取的数据包大小,可以在确保用户的终端设备与数据抓取服务的连通性的同时,向用户显示抓取的数据包的大小,以告知抓包的进度,提高用户体验。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明,这些示例性说明并不构成对实施例的限定。

图1是根据本发明第一实施例提供的网络故障分析数据的获取方法流程图;

图2是根据本发明第一实施例提供的网络故障分析数据的获取方法整体架构示意图;

图3是根据本发明第二实施例提供的网络故障分析数据的获取方法流程图;

图4是根据本发明第三实施例提供的终端结构示意图;

图5是根据本发明第四实施例提供的服务器结构示意图。

具体实施例

为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明的各实施例进行详细的阐述。然而,本领域的普通技术人员可以理解,在本发明各实施例中,为了使读者更好地理解本申请而提出了许多技术细节。但是,即使没有这些技术细节和基于以下各实施例的种种变化和修改,也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便,不应对本发明的具体实现方式构成任何限定,各个实施例在不矛盾的前提下可以相互结合相互引用。

本发明的第一实施例涉及一种网络故障分析数据的获取方法,应用于故障上报服务。具体流程如图1所示,包括:

步骤101,通过用户的终端设备与用户的网络出口对应的数据抓取服务建立通信连接。

步骤102,在检测到指示用户重现网络故障的开始事件后,向数据抓取服务发送抓包指令,抓包指令用于指示数据抓取服务实时抓取终端设备收发的数据包。

步骤103,在检测到指示用户重现网络故障的结束事件后,向数据抓取服务发送结束指令,结束指令用于指示数据抓取服务停止抓取终端设备收发的数据包,其中,终端设备收发的数据包用于分析发生网络故障的原因。

本实施例中,当用户在网络访问源站过程中出现网络故障,导致用户体验差时,用户可以通过终端设备操作故障上报服务,指示数据抓取服务在重现网络故障时,进行用户终端设备收发的数据包的抓取,得到网络故障发生时产生的数据包,供网络服务提供商的技术人员对用户数据包进行分析,定位故障原因,从而解决网络故障问题,基于本实施例提供的方法,操作简单,用户可自行操作完成,无需专业工作人员上门服务,也不需要多人配合,数据抓取服务就可以根据接收到的指令,对数据进行抓取,节省人力资源;由于获取指令与结束指令是通过获取用户重现网络故障的开始事件和结束事件生成的,因此数据抓取服务可以准确抓取到用户重现网络故障时对应的用户数据,即,与网络故障分析数据,从而本发明的网络故障分析数据的获取方法可以在节省人力资源的同时,及时抓取准确的网络故障分析数据。

下面对本实施例的网络故障分析数据的获取方法的实现细节进行具体的说明,以下内容仅为方便理解提供的实现细节,并非实施本方案的必须。

在步骤101中,故障上报服务通过用户的终端设备与数据抓取服务建立通信连接,其中,用户的终端设备可以是发生网络故障的终端设备,也可以是与发生操作故障处于同一局域网的终端设备,例如手机、计算机、平板电脑,智能电视等。故障上报服务可以是安装在用户的终端设备上的应用程序,或者是通过终端设备上的浏览器访问的web服务程序。

数据抓取服务可部署在用户流量网络出口设备上,也可以如图2所示,部署在与用户流量网络出口设备处于同一局域网络的镜像服务器上,镜像服务器可通过对用户流量网络出口设备上收发的流量进行镜像复制到本地,其中,用户流量网络出口设备是指用户所接入的网络运营商为区域用户提供流量收发服务的网络出口设备,同区域用户对外网收发的流量均经由该网络出口设备统一转发。网络服务提供商可根据服务用户对应的网络运营商部署的网络出口设备,将数据抓取服务预先部署在相应的服务设备上,并可预先建立数据抓取服务与抓包账号的对应关系,使得后台运维人员可根据用户的网络出口设备对应的数据抓取服务为用户下发对应抓包账号,使得用户可基于抓包账号访问到对应的数据抓取服务,具体地,可以由网络服务提供商的后台技术人员预先在管理端建立各网络出口设备对应的数据抓取服务与抓包账号的对应关系,如图2中A区域用户可通过A区域对应的抓包账号登录到故障上报服务,故障上报服务根据A区域的抓包账号确定出对应的A区域镜像服务器,用户在发现网络故障时,可以向网络服务提供商工作人员询问获取抓包账号,工作人员可根据用户的终端设备接入的运营商和地区,来确定用户的故障上报服务可用的抓包账号,并通过电话或短信等方式下发给用户,故障上报服务通过对用户输入的抓包账号进行验证,验证通过后即可使用故障上报服务。其中,管理端可以提供WEB(World Wide Web,简称“WEB”)访问入口,供技术人员访问操作,技术人员可在管理端对各区域进行数据抓取服务对应的抓包账号进行统一配置和管理,使得工作人员可通过管理端查询获得用户对应的抓包账号。

具体地说,在通过用户的终端设备与数据抓取服务建立通信连接前,可先获取故障上报服务的登陆信息,包括抓包账号及登陆密码等,然后基于登陆信息进行故障上报服务的登陆请求,故障上报服务可对用户输入的抓包账号进行登录验证,并在验证通过后,可基于抓包账号确定出与当前登陆用户的网络出口对应的数据抓取服务,进而与该数据抓取服务建立通信连接,例如请求建立TCP连接等。

在建立通信连接的过程中,故障上报服务可向确定出的数据抓取服务发送连接检测指令,例如,用户的终端设备IP地址检测指令、通信协议对应的连接检测指令等,以指示数据抓取服务进行与用户的终端设备的网络连通性检测,当成功接收到数据抓取服务返回的检测响应信息后,例如,用户的终端设备的IP地址、通信协议对应的连接响应指令等,则可确定故障上报服务与数据抓取服务通信连接建立成功,进而可开始数据抓取。

在步骤102中,故障上报服务在检测到指示用户重现网络故障的开始事件后,向数据抓取服务发送抓包指令,抓包指令用于指示数据抓取服务实时抓取终端设备收发的数据包。其中,故障上报服务可以通过监听用户的操作事件来检测用户重现网络故障的开始事件的发生。

在一个例子中,在故障上报服务的用户操作界面中,可以设置一个标题为“开始抓包”的开始按钮,用户可以在点击此开始按钮后,开始重现网络故障的操作,在该示例中,开始事件可以是监听到的此开始按钮的点击事件。

在一个例子中,当用户的终端设备与数据抓取服务成功建立通信连接前,用户操作界面中的开始按钮可以是未启用状态,例如显示为灰色,或不显示,当故障上报服务与数据抓取服务成功建立通信连接时,启用该开始按钮,使得用户可对其进行点击操作。故障上报服务在获取检测到用户重现网络故障的开始事件,向数据抓取服务发送抓包指令后,可将开始按钮恢复为未启用状态,防止用户重复点击,影响数据抓取服务工作,也提示用户抓包动作已经开始。值得注意的是,对按钮进行状态的调整来引导或防止用户进行相关操作,只是本申请提供的一个示例,也可通过其他方式来实现,并不以此为限。

在一个例子中,数据抓取服务可在接收到抓包指令后,可向故障上报服务返回接收成功的提示,故障上报服务在接收到提示后,在用户的终端设备上显示此提示,同时可提示用户开始重现网络故障,其中,重现网络故障是指重复执行相关操作,以复现想要解决的网络故障,例如重新打开卡顿的网页、重新访问加载失败的视频等,用户在重现网络故障的过程中可根据实际需求进行复现操作,可这对一个或多个网络故障进行重现。其中,提示可以是一条简单的示意信息,例如:code:success,若故障上报服务在预设时间段内,没有收到接收成功的提示,可自动重新发送抓包指令,直至接收到数据抓包服务返回的提示,或者重发次数达到预设次数,若重发次数达到预设次数依然没有接收到提示,那么数据抓取服务可退出服务,并将错误信息反馈给用户及管理端。

在一个例子中,在数据抓取服务对数据包的抓取过程中,即在故障上报服务向数据抓取服务发送抓包指令之后,向数据抓取服务发送结束指令之前,故障上报服务还接收数据抓取服务定时发送的心跳数据包,心跳数据包携带服务器实时抓取的数据包大小,故障上报服务可在用户的终端设备中显示数据抓取服务实时抓取的数据包大小。在故障上报服务向数据抓取服务发送抓包指令至故障上报服务向数据抓取服务发送结束指令期间,即,在用户重现网络故障的时间内,故障上报服务和数据抓取服务会通过心跳包的发送与接收,确保故障上报服务和数据抓取服务之间的连通有效性。

具体地,可以由故障上报服务在数据包抓取过程中定时向数据抓取服务发送心跳包,其中,心跳包可以是一个空包,或包含简单的故障上报服务所在的用户的终端设备的第一标识信息,数据抓取服务收到此心跳包后,会向故障上报服务返回一个心跳包,其中数据抓取服务可以将抓取到的用户数据包的大小等信息携带在心跳包中,返回给故障上报服务。数据抓取服务返回的心跳包也可以是一个空包,或包含数据抓取服务所在设备的第二标识信息。若故障上报服务在预设时间内,未收到数据抓取服务发送心跳包,则判定用户的终端设备与数据抓取服务所在设备之间的连接已断开,则在用户的终端设备上向用户显示连接断开信息,提示用户重新进行通信连接和抓包。

本实施例中,通过接收数据抓取服务定时发送的心跳数据包,显示数据抓取服务实时抓取的数据包大小,可以在确保用户的终端设备与数据抓取服务所在设备的连通性的同时,向用户显示抓取的数据包的大小,以告知抓包的进度,提高用户体验。

在步骤103中,故障上报服务在检测到指示用户重现网络故障的结束事件后,向数据抓取服务发送结束指令,结束指令用于指示数据抓取服务停止抓取终端设备收发的数据包。其中,故障上报服务可以通过监听用户的操作事件来获取用户重现网络故障的结束事件。

具体地,当用户开始重现网络故障时,可在故障上报服务的用户操作界面中,设置一个标题为“停止抓包”的结束按钮,并提示用户在重现网络故障发生场景结束后,点击此结束按钮以指示重现网络故障已完成,因此,故障上报服务可通过监听此结束按钮的点击事件来检测用户重现网络故障的结束事件。

在一个例子中,当故障上报服务向数据抓取服务发送抓包指令前,用户操作界面中的结束按钮可以是用户不可操作的未启用状态,如显示为灰色或不显示,直到故障上报服务接收到数据抓取服务返回的接收成功提示后,结束按钮方可启用,以此防止用户在故障上报服务向数据抓取服务发送抓包指令前误触结束按钮。故障上报服务在获取检测到用户重现网络故障的结束事件,向数据抓取服务发送结束指令后,可将结束按钮恢复为未启用状态,防止用户重复点击,影响数据抓取服务工作,也提示用户抓包动作已经结束。

在另一个例子中,“开始抓包”的开始按钮和“停止抓包”的结束按钮可以布局于操作界面中的同一位置,但同一时间,只显示开始按钮和结束按钮中的一个。当用户在重现网络故障,点击开始按钮后,开始按钮所在位置变为显示结束按钮,当用户结束重现网络故障的操作,点击结束按钮后,结束按钮所在位置变为显示开始按钮。

在一个例子中,在向数据抓取服务发送结束指令后,故障上报服务还接收并显示数据抓取服务随机生成的抓包序列号和抓包时间。其中,抓包序列号和抓包时间是数据抓取服务保存抓取得到的数据包文件后,为其生成的标识信息。故障上报服务通过向用户显示抓包序列号和抓包时间,提示用户抓包动作的完成。故障上报服务可以将接收的抓包序列号和抓包时间等数据包的唯一标识上报给网络服务提供商,供后端技术人员对抓取的数据包进行确认,也可以由用户将接收的抓包序列号和抓包时间进行记录,并告知技术人员。

基于本实施例提供的方法,用户可通过对故障上报服务进行操作,即可实现数据抓取服务对用户的在重现网络故障过程中收发的数据包进行抓取,无需专业工作人员上门服务,也不需要多人配合,节省人力资源;由于获取抓包指令与结束指令是通过获取用户重现网络故障的开始事件和结束事件生成的,因此数据抓取服务可以准确抓取到用户重现网络故障时对应的用户数据,即,与网络故障对应的数据,从而本发明的网络故障分析数据的获取方法可以在节省人力资源的同时,可以及时、准确地获取到网络故障分析数据。而且,由于故障上报服务为安装在终端设备上的应用程序或通过终端设备上的浏览器访问的web服务,因此,不需要额外的硬件装置,即可实施本实施例的网络故障分析数据的获取方法。

如上所述,本发明第一实施例提供的网络故障分析数据获取方法是以故障上报服务为执行主体进行的说明,本发明第二实施例涉及的一种网络故障分析数据的获取方法,则为应用于数据抓取服务,即以数据抓取服务为执行主体进行说明,数据抓取服务为部署在网络出口上的应用程序,或者部署在服务设备上的应用程序,所述服务设备通过镜像复制获得传输的数据包。本实施例的具体流程如图3所示,包括:

步骤301,数据抓取服务响应于用户的终端设备的通信连接请求,与用户的终端设备建立通信连接。

步骤302,若接收到用户的终端设备发送的抓包指令,则数据抓取服务实时抓取用户的终端设备收发的数据包;抓包指令用于指示用户开始重现网络故障。

步骤303,若接收到用户的终端设备发送的结束指令,则数据抓取服务停止抓取用户的终端设备收发的数据包;结束指令用于指示用户结束重现网络故障。

具体而言,数据抓取服务可对网络出口设备上收发的所有数据包进行镜像复制,并进行保存,较优的,为了防止占用太多存储空间,数据抓取服务可仅在接收到抓包指令时开始对网络出口设备上的数据包进行复制,并在接收到结束指令时停止复制,同时,在与故障上报服务建立通信连接的过程中,数据抓取服务可获取到故障上报服务所在的用户的终端设备的IP地址,从而可基于该IP地址,从网络出口设备上复制下来的全部数据包中,确定出用户的终端设备收发的数据包,从而获取到准确的网络故障分析数据,其中,抓取到的用户的终端设备收发的数据包可用于分析发生网络故障的原因。可以理解的是,数据抓取服务也可持续对网络出口设备上收发的数据包进行镜像复制,并根据接收到的抓包指令和结束指令以及终端设备的IP地址从复制到的数据包中过滤出用户在重现网络故障时所收发的数据包,本发明并不以此为限。

在一个例子中,当数据抓取服务与故障上报服务建立通信连接过程中,数据抓取服务响应于故障上报服务发送的连接检测指令,可向故障上报服务发送响应信息。具体地,连接检测指令还可以包括用于指示对故障上报服务所在的用户的终端设备的IP地址进行检测,数据抓取服务向故障上报服务发送响应信息包括用户的终端设备的IP地址。

在一个例子中,数据抓取服务在停止抓取终端设备收发的数据包后,可将数据包发送至管理端,使得技术人员可直接通过访问管理端获得该些抓取的数据包。

在一个例子中,数据抓取服务在停止抓取终端设备收发的数据包后,还可以向故障上报服务发送数据抓取服务抓包时随机生成的抓包序列号和抓包时间,供故障上报服务将接收的抓包序列号和抓包时间上报至管理端,以供后端技术人员可以获取到用于分析故障的数据包。

在一个例子中,数据抓取服务在抓包过程中,还可以向故障上报服务定时发送心跳数据包,心跳数据包携带数据抓取服务实时抓取的数据包大小,供故障上报服务在用户的终端设备上显示数据抓取服务实时抓取的数据包大小。

在一个例子中,数据抓取服务在接收到故障上报服务发送的结束指令后,等待一预设时长,再停止抓取用户的终端设备收发的数据包,以保证能够完整获取到重现网络故障时产生的数据包。

由于第一实施例与本实施例相互对应,因此本实施例可与第一实施例互相配合实施。第一实施例中提到的相关技术细节在本实施例中依然有效,在第一实施例中所能达到的技术效果在本实施例中也同样可以实现,为了减少重复,这里不再赘述。相应地,本实施例中提到的相关技术细节也可应用在第一实施例中。

上面各种方法的步骤划分,只是为了描述清楚,实现时可以合并为一个步骤或者对某些步骤进行拆分,分解为多个步骤,只要包括相同的逻辑关系,都在本专利的保护范围内;对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计,但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第三实施例涉及一种终端,如图4所示,包括:至少一个处理器401;与至少一个处理器通信连接的存储器402;其中,存储器402存储有可被至少一个处理器401执行的指令,指令被至少一个处理器401执行上述第一实施例中的网络故障分析数据的获取方法。

其中,存储器402和处理器401采用总线方式连接,总线可以包括任意数量的互联的总线和桥,总线将一个或多个处理器401和存储器402的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件,也可以是多个元件,比如多个接收器和发送器,提供用于在传输介质上与各种其他装置通信的单元。经处理器401处理的信息通过天线在无线介质上进行传输,进一步,天线还接收信息并将信息传送给处理器401。

处理器401负责管理总线和通常的处理,还可以提供各种功能,包括定时,外围接口,电压调节、电源管理以及其他控制功能。而存储器402可以被用于存储处理器在执行操作时所使用的信息。

本发明第四实施例涉及一种服务器,如图5所示,包括:至少一个处理器501;与至少一个处理器通信连接的存储器502;其中,存储器502存储有可被至少一个处理器501执行的指令,指令被至少一个处理器501执行上述第二实施例的网络故障分析数据的获取方法。

其中,存储器502和处理器501采用总线方式连接,总线可以包括任意数量的互联的总线和桥,总线将一个或多个处理器501和存储器502的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件,也可以是多个元件,比如多个接收器和发送器,提供用于在传输介质上与各种其他装置通信的单元。经处理器501处理的信息通过天线在无线介质上进行传输,进一步,天线还接收信息并将信息传送给处理器501。

处理器501负责管理总线和通常的处理,还可以提供各种功能,包括定时,外围接口,电压调节、电源管理以及其他控制功能。而存储器502可以被用于存储处理器在执行操作时所使用的信息。

本发明第五实施例涉及一种计算机可读存储介质,存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。

即,本领域技术人员可以理解,实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解,上述各实施例是实现本发明的具体实施例,而在实际应用中,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号