CN107360036A - 一种网络故障定位方法、终端和服务器 - Google Patents

Abstract

本发明实施例涉及通信技术领域，公开了一种网络故障定位方法、终端和服务器。本发明中，网络故障定位方法，应用于用户终端，包括：从运营商网络的服务器中获取检测脚本，检测脚本包括用于向用户终端所处接入网的待测节点发起资源请求的命令；运行检测脚本，获取到与待测节点对应的资源加载情况，资源加载情况用于确定所对应的待测节点是否故障；输出资源加载情况。本发明还涉及一种应用于服务器的网络故障定位方法、一种终端和一种服务器。本发明实施方式中的网络故障定位方法、终端和服务器，使得便于用户自行对接入网中的故障进行检测，且快速准确，缩短整体排障时间。

Description

一种网络故障定位方法、终端和服务器

技术领域

本发明实施例涉及通信技术领域，特别涉及网络故障定位方法、终端和服务器。

背景技术

运营商网络在我国一般指的是由电信、移动和联通提供的网络，其中，几台计算机连接起来，互相可以看到其他人的文件，这叫局域网，整个城市的计算机都连接起来，就是城域网，把城市之间连接起来的网就叫骨干网。所谓接入网是指骨干网络到用户终端之间的所有设备。其长度一般为几百米到几公里，因而被形象地称为“最后一公里”。由于骨干网一般采用光纤结构，传输速度快，因此，接入网便成为了整个网络系统的瓶颈，需要有方法能快速准确定位故障位置。

目前一般是通过ping各级路由的方法来确定故障位置。发明人发现这样的方法存在明显的缺点：由于运营商才清楚自身的网络配置及排障的专业性，只能由专业人员上门处理，导致排障过程漫长。

发明内容

本发明实施方式的目的在于提供一种网络故障定位方法、终端和服务器，使得便于用户自行对接入网中的故障进行检测，且快速准确，缩短整体排障时间。

为解决上述技术问题，本发明的实施方式提供了一种网络故障定位方法，应用于用户终端，包括：从运营商网络的服务器中获取检测脚本，所述检测脚本包括用于向所述用户终端所处接入网的待测节点发起资源请求的命令；运行所述检测脚本，获取到与所述待测节点对应的资源加载情况，所述资源加载情况用于确定所对应的待测节点是否故障；输出所述资源加载情况。

本发明的实施方式还提供了一种网络故障定位方法，应用于服务器，包括：接收来自用户终端的访问请求；解析所述访问请求，获得所述用户终端所处的接入网；反馈检测脚本，所述检测脚本包括用于向所述用户终端所处接入网的待测节点发起资源请求的命令。

本发明的实施方式还提供了一种终端，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上述应用于终端的网络故障定位方法。

本发明的实施方式还提供了一种服务器，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上述应用于服务器的网络故障定位方法。

本发明实施方式相对于现有技术而言，从服务器中获取到预设的检测脚本，之后，在自动运行检测脚本时，检测脚本可以向用户终端所处接入网的待测节点发起资源请求，从而获取各个节点的资源加载情况，而资源加载情况可以用于确定相关节点是否存在故障，整个流程可以被自动执行，快速方便。其中，由于待测节点的信息被预设在检测脚本中，所以用户无需知晓待测节点的地址也可自动进行故障检测，降低操作人员的专业需求。此外，由于检测过程可以由非专业人士操作，终端自动执行，也可以避免等待专业人员，节省等待时间。可见，本发明实施方式中的网络故障定位方法、终端和服务器，使得网络中的故障位置可以自动确定，且快速准确，缩短整体排障时间。

作为进一步优化，所述从运营商网络的服务器中获取检测脚本，具体包括：通过浏览器界面接收所述服务器的域名；根据所述域名访问所述服务器；接收来自所述服务器的所述检测脚本。具体限定了获得检测脚本的方法，用户可以通过浏览器自行操作，进一步简化用户的执行过程，同时也无需对用户终端进行改进设置，易于推广。

作为进一步优化，在从运营商网络的服务器中获取检测脚本时，还获取与所述检测脚本对应的页面展示框架；所述输出所述资源加载情况，具体包括：在浏览器中，通过所述页面展示框架显示所述资源加载情况。进一步限定在获取检测脚本的同时获得了页面展示框架，使得在输出资源加载情况时，可以直接显示为网页，便于用户直观了解检测数据。

作为进一步优化，所述输出资源加载情况，具体包括：生成包括所述资源加载情况的检测结果文件。进一步限定利用生成文件的方式输出数据，提供了一种具体便捷的输出方法。

作为进一步优化，所述检测脚本仅包括用于向所述用户终端所处接入网的待测节点发起资源请求的命令。进一步限定检测脚本可以仅针对某接入网，有效简化脚本内容，减少待测节点，减少加载情况的获取时间，进一步加快排障速度。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是根据本发明第一实施方式中网络故障定位方法流程图；

图2是根据本发明第一实施方式中网络故障定位方法中获取检测脚本步骤的流程图；

图3是根据本发明第二实施方式中网络故障定位方法流程图；

图4是根据本发明第三实施方式中网络故障定位方法流程图；

图5是根据本发明第四实施方式中网络故障定位方法流程图；

图6是根据本发明第五实施方式中终端的结构示意图；

图7是根据本发明第六实施方式中终端的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种网络故障定位方法。本实施方式中的网络故障定位方法应用于一种用户终端，如一台计算机、笔记本电脑或平板电脑PAD等，本实施方式的核心包括：从运营商网络的服务器中获取检测脚本，检测脚本包括用于向用户终端所处接入网的待测节点发起资源请求的命令；运行检测脚本，获取到与待测节点对应的资源加载情况，资源加载情况用于确定所对应的待测节点是否故障；输出资源加载情况。

本实施方式中的故障定位方法从服务器中获取到预设的检测脚本，之后，在自动运行检测脚本时，检测脚本可以向用户终端所处接入网的待测节点发起资源请求，从而获取各个节点的资源加载情况，而资源加载情况可以用于确定相关节点是否存在故障，整个流程可以被自动执行，快速方便。其中，由于待测节点的信息被预设在检测脚本中，所以用户无需知晓待测节点的地址也可自动进行故障检测，降低操作人员的专业需求。此外，由于检测过程可以由非专业人士操作，终端自动执行，也可以避免等待专业人员，节省等待时间。可见，本实施方式中的网络故障定位方法，使得网络中的故障位置可以自动确定，且快速准确，缩短整体排障时间。

本实施方式中以用户终端为计算机为例，结合相关细节进行说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须，具体实施流程可以如图1所示：

步骤101，从运营商网络的服务器中获取检测脚本。

具体的说，运营商网络中搭建了一个服务器，可以为网页web服务器，本步骤从运营商网络的服务器中获取该检测脚本。更具体的说，检测脚本包括用于向用户终端所处接入网的待测节点发起资源请求的命令。

进一步说，在获取检测脚本的过程中具体执行了如图2中的步骤：

步骤1011，通过浏览器界面接收服务器的域名。

具体的说，实际应用中，用户可以通过计算机的浏览器界面输入服务器的域名，如网址等。计算机会发出包含域名的域名系统(Domain Name System，简称“dns”)请求。

步骤1012，根据域名访问服务器。

具体的说，在计算机发出的dns请求经过运营商网络时，捕获dns解析请求，请求为预设域名的dns解析请求时，构造一个dns响应给用户，dns响应报文中的ip为该web服务器ip。

步骤1013，接收来自服务器的检测脚本。

具体的说，web服务器在被某计算机访问时，返回检测脚本，也就是说，计算机获得了检测脚本。

上述步骤1011至步骤1013就是从运营商网络的服务器中获取检测脚本的细化步骤。在获取检测脚本之后，继续执行以下步骤：

步骤102，运行检测脚本，获取到与待测节点对应的资源加载情况。

具体的说，计算机在获得检测脚本时，运行该检测脚本，也可以设置为接收到检测脚本后自动运行，对于用户来说，在计算机上即可看到检测页面被自动打开。进一步说，检测脚本中所针对的待测节点可以包括计算机所处接入网中的节点，即内网节点。还可以包括所处接入网以外的节点，即外网节点。在检测脚本被自动运行时，即向各个待测的内网节点和外网节点请求资源下载，从而获取到与各个待测节点对应的资源加载情况。

值得一提的是，实际应用中，检测脚本可以仅包括用于向用户终端所处接入网的待测节点发起资源请求的命令。

另外，检测脚本中针对的检测节点，也可以仅包括所属接入网中的重要检测节点，其中，重要节点可以由专业技术人员根据接入网的实际情况确定(节点后台可配)，在此不再赘述。由于实际中的网络故障一般出现在各个重要节点，所以将待测节点的范围缩小为重要节点，可以在保证检测准确率的同时，减少检测时间，增强检测效率。

更具体的说，资源加载情况，用于确定所对应的待测节点是否故障，至少包括以下之一：传输控制协议(Transmission Control Protocol，简称“tcp”)时间、dns时间、下载速度、首字节达到时间。值得一提的是，本实施方式中的资源加载情况包括了上述所有参数，tcp时间、dns时间、下载速度和首字节到达时间。

步骤103，输出资源加载情况。

具体的说，本实施方式中的输出方式是生成专用文件(如文档或图片)。实际应用中，还可以是直接由后台发送至某个地址。地址可以对应如保修服务平台、技术人员邮箱等处。技术人员可以根据收到的资源加载情况确定所对应的待测节点是否故障。

可见，本实施方式中网络故障定位方法，使得计算机可以对所处接入网的网络质量自行检测，从而帮助确认故障位置，方法不仅快速准确，缩短整体排障时间，还能进一步简化用户需执行的操作，提升作为非专业人士的用户的操作可行性。

本发明的第二实施方式涉及一种网络故障定位方法。第二实施方式和第一实施方式大致相同，主要区别在于：第一实施方式中输出资源加载情况的方式为生成文件，而在本发明第二实施方式中，输出方式为在浏览器中显示。直接显示为网页，便于用户直观了解检测数据。

具体的说，本实施方式中的网络故障定位方法流程图如图3所示，具体如下：

步骤301和第一实施方式中的步骤101相类似，在此不再赘述。

步骤302，获取与检测脚本对应的页面展示框架。

具体的说，本步骤可以与步骤301同时执行，也就是说，同时获取检测脚本和页面展示框架。

步骤303和第一实施方式中的步骤102相类似，在此不再赘述。

步骤304，输出资源加载情况。

具体的说，输出方式为：在浏览器中，通过页面展示框架显示资源加载情况。

值得一提的是，实际应用中，输出的方式可以不仅是一种，也可以是多种的结合，比如设定为既在浏览器中通过页面展示框架显示，又生成检测结果文件，使得输出形式更为丰富多样，满足用户的不同需求。

此外，值得一提的是，上述实施方式中网络故障定位方法都是由用户自行启动，也就是说，用户需要主动向浏览器界面中输入相应的域名，才能对服务器进行访问，而实际应用中，网络故障定位方法可以设置为自动触发的形式，具体的说，计算机可以检测网络的连接情况，或检测浏览器加载网页的情况，在连接断开或网页加载失败时，利用预存的与运营商网络的服务器对应的域名，从服务器中获取检测脚本。丰富了本发明实施方式中网络故障定位方法的执行契机，符合用户的需求，拓展应用场合。

本发明的第三实施方式涉及一种网络故障定位方法。本实施方式中的网络故障定位方法应用于一种服务器，本实施方式的核心包括：接收来自用户终端的访问请求；解析访问请求，获得用户终端所处的接入网；反馈检测脚本，检测脚本包括用于向用户终端所处接入网的待测节点发起资源请求的命令。

可见，本实施方式相对于现有技术来说，为用户终端提供包括检测待测节点是否故障的检测脚本，可以由用户终端自行运行，并获取检测结果。其中，在自动运行检测脚本时，检测脚本可以向用户终端所处接入网的待测节点发起资源请求，从而获取各个节点的资源加载情况，而资源加载情况可以用于确定相关节点是否存在故障，整个流程可以被自动执行，快速方便。其中，由于待测节点的信息被预设在检测脚本中，所以用户无需知晓待测节点的地址也可自动进行故障检测，降低操作人员的专业需求。此外，由于检测过程可以由非专业人士操作，终端自动执行，也可以避免等待专业人员，节省用户的等待时间。

本实施方式中以用户终端为web服务器为例，结合相关细节进行说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须，具体实施流程可以如图4所示：

步骤401，接收来自用户终端的访问请求。

步骤402，解析访问请求，获得用户终端所处的接入网。

步骤403，反馈检测脚本。

具体的说，检测脚本包括用于向用户终端所处接入网的待测节点发起资源请求的命令。

举例来说，本实施方式中可以预先设置多组检测脚本，检测脚本和服务器所属运营商网络中的接入网一一对应，服务器在确定有用户终端来访问时，根据该用户终端所处的接入网，返回相应的检测脚本。根据用户终端所处的接入网，反馈对应的检测页面，有效简化检测页面中的脚本内容，减少待测节点数量，减少加载情况的获取时间，进一步加快排障速度，同时保证检测结果的有效性。

此外，检测脚本中至少还可以包括一个不属于所对应的接入网的节点。也就是说，在进行内网节点检测的同时，检测外网的连通情况，使得检测结果更完整准确。

本发明的第四实施方式涉及一种网络故障定位方法。第四实施方式是和第三实施方式大致相同，主要区别在于：第三实施方式的服务器中设有多组检测脚本，根据来访的用户终端反馈相应的检测脚本；而本实施方式中是预存有多个命令，根据来访用户终端筛选出需要的命令，生成检测脚本并反馈。

其流程图如图5所示，具体细节如下：本实施方式的服务器中预存包括：用于向服务器所属运营商网络中的各待测节点发起资源请求的命令。

步骤501和502与第三实施方式中的步骤401和402相类似，在此不再赘述。

步骤503，根据用户终端所处的接入网，筛选出向用户终端所处的接入网的待测节点发起资源请求的命令。

步骤504，生成检测脚本。具体的说，本步骤中利用步骤503中筛选出的命令生成的检测脚本。

步骤505，向用户终端发送检测脚本。

可见，上述步骤503至505提供了另一种反馈检测脚本的方法，检测脚本可以根据待测的接入网生成，便于对反馈的检测脚本中资源请求命令的调整。

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

本发明第五实施方式涉及一种终端，如图6所示，包括：

至少一个处理器602；以及，

与至少一个处理器602通信连接的存储器601；其中，

存储器601存储有可被至少一个处理器602执行的指令，指令被至少一个处理器602执行，以使至少一个处理器602能够执行如第一实施方式或第二实施方式中任一的网络故障定位方法。

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

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

本发明第六实施方式涉及一种服务器，如图7所示，包括：

至少一个处理器702；以及，

与至少一个处理器702通信连接的存储器701；其中，

存储器701存储有可被至少一个处理器702执行的指令，指令被至少一个处理器702执行，以使至少一个处理器702能够执行如第三实施方式或第四实施方式中任一的网络故障定位方法。

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

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

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

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

Claims (10)

1.一种网络故障定位方法，其特征在于，应用于用户终端，包括：

从运营商网络的服务器中获取检测脚本，所述检测脚本包括用于向所述用户终端所处接入网的待测节点发起资源请求的命令；

运行所述检测脚本，获取到与所述待测节点对应的资源加载情况，所述资源加载情况用于确定所对应的待测节点是否故障；

输出所述资源加载情况。

2.根据权利要求1所述的网络故障定位方法，其特征在于，所述从运营商网络的服务器中获取检测脚本，具体包括：

通过浏览器界面接收所述服务器的域名；

根据所述域名访问所述服务器；

接收来自所述服务器的所述检测脚本。

3.根据权利要求2所述的网络故障定位方法，其特征在于，在从运营商网络的服务器中获取检测脚本时，还获取与所述检测脚本对应的页面展示框架；

所述输出所述资源加载情况，具体包括：在浏览器中，通过所述页面展示框架显示所述资源加载情况。

4.根据权利要求1所述的网络故障定位方法，其特征在于，所述输出资源加载情况，具体包括：生成包括所述资源加载情况的检测结果文件。

5.根据权利要求1所述的网络故障定位方法，其特征在于，所述检测脚本仅包括用于向所述用户终端所处接入网的待测节点发起资源请求的命令。

6.一种网络故障定位方法，其特征在于，应用于服务器，包括：

接收来自用户终端的访问请求；

解析所述访问请求，获得所述用户终端所处的接入网；

反馈检测脚本，所述检测脚本包括用于向所述用户终端所处接入网的待测节点发起资源请求的命令。

7.根据权利要求6所述的网络故障定位方法，其特征在于，所述服务器中预存有多个检测脚本，各检测脚本与所述服务器所属运营商网络中的接入网一一对应；

所述反馈检测脚本，具体为：反馈与所述用户终端所处的接入网对应的检测脚本。

8.根据权利要求6所述的网络故障定位方法，其特征在于，所述服务器为网页web服务器。

9.一种终端，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至5中任一所述的网络故障定位方法。

10.一种服务器，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求6至8中任一所述的网络故障定位方法。