CN102571438B - 远程监护系统及其自动网络诊断方法 - Google Patents

Abstract

本发明涉及一种远程监护系统的自动网络诊断方法和自动网络诊断的远程监护系统。诊断方法如下：在终端存储至少一网络节点的地址信息、所述网络节点对应的故障联系人信息、按故障类型对应设置的若干用户提示信息、以及网络节点故障求助策略；按照预设时序以及所述网络节点的地址信息，轮询各网络节点是否可通过网络访问并工作正常，当任一网络节点不可通过网络访问或不能正常工作时，则执行所述网络节点故障求助策略。发生故障时，根据终端保存列表对端口、节点进行检测以发现具体故障，提取故障解决联系方式或方法，这样在故障出现时可以较清晰地判断故障的环节以及用户应当如何求助，并提供求助信息，可以缩短故障修复的时间，改善用户体验。

Description

远程监护系统及其自动网络诊断方法

技术领域

本发明涉及远程监护系统，特别涉及一种远程监护系统的自动网络诊断方法，以及一种自动网络诊断的远程监护系统。

背景技术

远程监护系统，特别是基于家庭或社区的远程监护系统，涉及工作站节点和客户端节点。客户端节点往往由病人或社区医生使用。由于病人或社区医生通常缺乏足够的IT网络知识，也缺乏能够及时反应的IT技术人员进行现场支持，因而需要通过远程的方式，例如电话、Internet等方式，以完成网络故障的诊断和修复。

由于远程系统网络故障的原因可能很多，例如用户终端的网络接口设备故障、网络服务提供商接入故障、医生工作站未启动或错误设置防火墙、网路上业务相关的应用服务器故障、网络通路故障等，这些故障是由不同环节的机构或人员负责，例如医院医生，医院网管，网络服务提供商等。因此病人或社区医生在寻求远程求助之前，需要获得关于网络故障发生在哪一环节的大致信息以及相应环节责任人的联系方式。

远程监护过程中网络故障修复的快慢，涉及到患者的健康，对时间要求可能较高，因此上述判断网络故障环节的工作需要能够自动快速执行，并给予用户明确的远程求助方案提示及相关的诊断信息，避免由于信息不充分引起的网络故障修复延迟。

此外，由于远程网络连接方式可能包括3G网络、WIFI无线网络、以及有线网络等，不同的连接方式可能引起不同的费用，因此需要终端能自动识别可及的网络连接方式，并根据应用需求，自动选择连接方式。

基于家庭的远程医疗目前在世界范围内尚处于较为初级的技术研发和创新阶段，智能手机、平板电脑等3G智能终端的快速发展与成熟为基于家庭或社区的远程医疗业务提供了很好的平台。但是，远程医疗业务可能涉及多个节点之间的通讯与协作，其中任何一个环节出现故障都可能使得远程监护无法正常进行，需要通过网络技术对故障环节进行诊断，如图1所示，网络接口问题主要靠用户自己解决；网络服务接入问题需要用户自己发现并联系电信运营商；路由或节点的启动问题需要用户自己发现并联系相关节点的责任联系人，并提供错误码以帮助网络诊断和系统功能恢复。此外，这些智能终端通常可以提供多种网络接入方式，而不同接入方式是否有效依赖于智能终端所处的网络环境。因此，远程监护终端需要能对所处的网络环境进行自动探测，判断可及的网络接入方式，并根据应用需求自动选择接入方式，应用需求如成本、带宽等，才能为用户带来最健壮、最低成本的使用方案。

基于家庭的远程医疗目前在世界范围内尚处于较为初级的技术研发和创新阶段，基于3G网络等智能终端的远程监护系统更少。但是，未发现对网络故障环节进行自动诊断并与相应责任人进行关联的远程监护系统，也未发现对可及的网络接入方式进行探测，并根据应用需要对接入方式进行选择的远程监护系统；而这些功能对于构建健壮的移动远程医疗关键业务是必要的。

因此，现有技术需要改进。

发明内容

本发明要解决的技术问题是网络故障诊断、求助提示和连接方式选择的远程监护系统自动网络诊断。

为解决上述技术问题，本发明提供一种远程监护系统的自动网络诊断方法，其包括如下步骤：

步骤A1、在终端存储至少一网络节点的地址信息、所述网络节点对应的故障联系人信息、按故障类型分别设置的若干用户提示信息、以及网络节点故障求助策略；步骤A2、按照预设置时序以及所述网络节点的地址信息，轮询各网络节点是否可通过网络访问并工作正常，当任一网络节点不可通过网络访问或不能正常工作时，则执行所述网络节点故障求助策略；

所述网络节点故障求助策略，至少包括以下步骤之一：步骤B10、等待一预设置时间间隔后重试；步骤B20、在终端的用户显示界面，显示出错信息，其包括对应于所述网络节点的所述故障联系人信息以及所述用户提示信息；步骤B30、自动将故障信息发送给所述故障联系人；

所述步骤A2之前，还执行以下步骤：A10、在终端预存该终端可用于访问网络的网络接口列表及相应网络接口的启动方法；

所述步骤A2之后，还执行以下步骤：

A3、按照预设顺序，检查所述网络接口列表中的一网络接口是否已连接相应的网络设备，是则执行步骤A4，否则执行网络接口故障求助策略；A4、判断当前的网络接口是否已启动，是则执行步骤A5，否则根据该网络接口的启动方法启动该网络接口，判断启动是否成功，是则执行步骤A5，否则执行所述网络接口故障求助策略；A5、判断当前的网络接口是否连接到互联网，否则执行所述网络接口故障求助策略；

所述网络接口故障求助策略，至少包括以下步骤之一：

B11、按照所述预设顺序检查下一个网络接口是否已连接相应的网络设备，是则执行步骤A5，否则继续执行步骤B11；B12、提示用户连接网络设备；B13、提示用户寻求支持；B14、返回网络接口故障信息以及网络服务提供商的联系信息。。

所述的自动网络诊断方法中，所述网络节点故障求助策略，包括以下步骤：步骤C1、预设置网络节点重新轮询次数；步骤C2、等待预设置网络节点重试时间，然后根据故障网络节点的IP地址和端口列表，检测该故障网络节点是否可通过网络访问并工作正常，是则返回执行步骤A2，均否，则判断是否达到所述网络节点重新轮询次数，否则继续执行步骤C2；步骤C3、在终端的用户显示界面，显示所述故障网络节点的出错信息。

所述的自动网络诊断方法中，步骤C3之后，还执行步骤C4、将故障信息发送给所述故障联系人。

所述的自动网络诊断方法中，重复执行步骤A3至步骤A5，直至发现可以连接到互联网的网络接口或者确定所述网络接口列表中的所有网络接口都不能连接到互联网。

所述的自动网络诊断方法中，步骤A1、A2、步骤B10以及步骤B30中，其执行主体是终端；或者，步骤A1、A2、步骤B10以及步骤B30中，其执行主体是网络服务器，并且，步骤A2还分别包括以下步骤：当任一判断为否时，记录失败节点以及相关失败信息。

本发明还提供了一种自动网络诊断的远程监护系统，其包括至少一网络节点探测单元以及至少一网络节点信息存储单元；所述网络节点信息存储单元用于存储所述远程监护系统所监护的各终端需要通过网络访问的至少一网络节点的地址信息、所述网络节点对应的故障联系人信息、按故障类型分别设置的若干用户提示信息、以及网络节点故障求助策略；所述网络节点探测单元用于启动网络探测过程，所述网络探测过程包括执行如权利要求1所述的自动网络诊断方法中的步骤A2以及所述网络节点故障求助策略；所述远程监护系统还包括网络接口存储单元与网络接口探测单元，其中，所述网络接口探测单元包括网络接口判断单元、网络访问判断单元以及网络接口故障处理单元；所述网络接口存储单元用于存储终端可用于访问网络的网络接口列表及相应网络接口的启动方法；所述网络接口判断单元用于按预设顺序轮询所述网络接口列表中的各网络接口是否已连接相应的网络设备，是则启动所述网络访问判断单元，否则启动所述网络接口故障处理单元执行网络接口故障求助策略；所述网络访问判断单元用于按预设顺序轮询各网络接口是否已启动并能够访问网络，任一判断结果为否，则启动所述网络接口故障处理单元执行所述网络接口故障求助策略；所述网络接口故障求助策略，至少包括以下步骤之一：B11、按照所述预设顺序检查下一个网络接口是否已连接相应的网络设备，是则启动所述网络访问判断单元，否则继续执行步骤B11；B12、提示用户连接网络设备；B13、提示用户寻求支持；B14、返回网络接口故障信息以及网络服务提供商的联系信息。

所述的远程监护系统中，所述网络节点探测单元包括处理单元、网络节点判断单元、计时单元、反馈单元；所述计时单元用于对预设置时序以及预设置网络节点重试时间进行计时；所述网络节点判断单元用于在所述计时单元计时完成所述预设置时序时，按预设顺序轮询各网络节点是否可访问并工作正常，是则启动所述反馈单元返回连接成功信息，任一判断结果为否，则启动所述处理单元执行所述网络节点故障求助策略；所述处理单元用于执行所述网络节点故障求助策略。

所述的远程监护系统中，所述远程监护系统还包括网络接口存储单元与网络接口探测单元，其中，所述网络接口探测单元包括网络接口判断单元、网络访问判断单元以及网络接口故障处理单元；

所述的远程监护系统中，所述远程监护系统还包括至少一所述终端，所述网络节点信息存储单元与所述网络节点探测单元设置在所述终端上；或者，所述远程监护系统还包括至少一所述终端，以及至少一与所述终端远程连接的服务器，所述服务器分别设置一所述网络节点信息存储单元与一所述网络节点探测单元。

本发明的有益技术效果在于：在发生故障时，根据终端保存列表对端口、节点进行检测以发现具体故障，提取该故障解决联系方式或方法，这样在故障出现时可以较清晰地判断故障的环节以及用户应当如何求助，并提供丰富的求助信息，可以缩短故障修复的时间，改善用户体验。

附图说明

图1为现有技术的远程监护网络系统示意图；

图2为本发明一个实施例的远程监护系统结构示意图；

图3为本发明另一个实施例的自动网络诊断方法流程图。

具体实施方式

下面结合附图，对本发明的具体实施方式进行详细描述。

本发明的实施主要是在发生故障时，根据终端、服务器或者系统上保存列表对端口和/或节点进行检测，以发现具体故障，然后由终端提取该故障解决联系方式或方法，反馈给用户。如图1所示，在不同的位置可能会发生不同的故障，例如节点或应用未启动101、路由问题102、网络服务接入问题103、网络接口问题104等，网络接口问题主要靠用户自己解决；网络服务接入问题需要用户自己发现并联系电信运营商；路由或节点的启动问题需要用户自己发现并联系相关节点的责任联系人，并提供错误码以帮助网络诊断和系统功能恢复。本发明的方法就是根据终端上保存的列表自动对上述环节进行探测，并通过预设策略或责任人信息，提示用户应当向谁求助，以及提供哪些错误描述信息。

本发明的一个实施例是，一种远程监护系统的自动网络诊断方法，其包括如下步骤：

步骤A1、在终端存储至少一网络节点的地址信息、所述网络节点对应的故障联系人信息、按故障类型分别设置的若干用户提示信息、以及网络节点故障求助策略；步骤A1主要是在终端上存储网络节点信息，在需要时可以连接该网络节点或者获取其联系人的联系方式，或者给用户提供网络节点的故障求助策略。

步骤A2、按照预设置时序以及所述网络节点的地址信息，轮询各网络节点是否可通过网络访问并工作正常，当任一网络节点不可通过网络访问或不能正常工作时，则执行所述网络节点故障求助策略。

上述实施例中，所述网络节点故障求助策略，至少包括以下步骤之一：

步骤B10、等待一预设置时间间隔后重试；例如，等待5秒、10秒、30秒、60秒、120秒或300秒后重试。

步骤B20、在终端的用户显示界面，显示出错信息，其包括对应于所述网络节点的所述故障联系人信息以及所述用户提示信息；这样，用户可以直接获得所述网络节点的所述故障联系人信息以及所述用户提示信息，从而联系故障联系人或者按照用户提示信息进行故障处理。

步骤B30、自动将故障信息发送给所述故障联系人。例如，通过手机短信、Email等方式，自动将故障信息发送给所述故障联系人。

上述实施例中，所述网络节点故障求助策略，包括以下步骤：

步骤C1、预设置网络节点重新轮询次数；例如，对于一个网络节点重新轮询2次、5次、8次或10次。

步骤C2、等待预设置网络节点重试时间，然后根据该故障网络节点的IP地址和端口列表，检测该故障网络节点是否可通过网络访问并工作正常，是则返回执行步骤A2，均否，则判断是否达到所述网络节点重新轮询次数，否则继续执行步骤C2；例如，重试时间为5秒、10秒、30秒、60秒、120秒或300秒。

步骤C3、在终端的用户显示界面，显示所述故障网络节点的出错信息。这样，用户可以直接获得所述网络节点的所述出错信息。优选的，步骤C3之后，还执行步骤C4、将故障信息发送给所述故障联系人。这样，对应的故障联系人可以第一时间获知故障信息。优选的，通过自动语音电话、短信息或者Email等方式，将故障信息发送给所述故障联系人。

应用于上述实施例，优选的，所述步骤A2之前，还执行以下步骤：A10、在终端预存该终端可用于访问网络的网络接口列表及相应网络接口的启动方法；并且，所述步骤A2之后，还执行以下步骤：A3、按照预设顺序，检查所述网络接口列表中的一网络接口是否已连接相应的网络设备，是则执行步骤A4，否则执行网络接口故障求助策略；A4、判断当前的网络接口是否已启动，是则执行步骤A5，否则根据该网络接口的启动方法启动该网络接口，判断启动是否成功，是则执行步骤A5，否则执行所述网络接口故障求助策略；A5、判断当前的网络接口是否连接到互联网，否则执行所述网络接口故障求助策略。

其中，所述网络接口故障求助策略，包括以下一个或多个步骤，执行的顺序不作限制，例如，按B11、B12、B13、B14顺序执行。

B11、按照所述预设顺序检查下一个网络接口是否已连接相应的网络设备，是则执行步骤A5，否则继续执行步骤B11，即继续按照所述预设顺序检查下一个网络接口是否已连接相应的网络设备，当发现一个网络接口已连接相应的网络设备，则判断当前的网络接口是否连接到互联网，否则执行所述网络接口故障求助策略。

B12、提示用户连接网络设备；如果所有的网络接口都未连接相应的网络设备，则通知用户连接网络设备。

B13、提示用户寻求支持；例如，提示用户拨打故障联系人的电话。

B14、返回网络接口故障信息以及网络服务提供商的联系信息。

应用于上述各例，优选的，重复执行步骤A3至步骤A5，直至发现可以连接到互联网的网络接口或者确定所述网络接口列表中的所有网络接口都不能连接到互联网。发现可以连接到互联网的网络接口，则通过该网络接口连接网络；确定所述网络接口列表中的所有网络接口都不能连接到互联网，则通知用户，还可以建议用户如何解决相关故障。

应用于上述实施例，优选的，步骤A1、A2、步骤B10以及步骤B30中，其执行主体是终端；此时，又一个例子是，步骤B20的执行主体不是终端。

或者，应用于上述各相关例，优选的，步骤A1、A2、步骤B10以及步骤B30中，其执行主体是网络服务器，并且，步骤A2还分别包括以下步骤：当任一判断为否时，记录失败节点以及相关失败信息。

应用于上述实施例，本发明的又一个实施例是，一种自动网络诊断的远程监护系统，包括至少一网络节点探测单元以及至少一网络节点信息存储单元；所述网络节点信息存储单元用于存储所述远程监护系统所监护的各终端需要通过网络访问的至少一网络节点的地址信息、所述网络节点对应的故障联系人信息、按故障类型分别设置的若干用户提示信息、以及网络节点故障求助策略；所述网络节点探测单元用于启动网络探测过程，所述网络探测过程包括执行如上所述的步骤A2以及所述网络节点故障求助策略。

优选的，所述网络节点探测单元包括处理单元、网络节点判断单元、计时单元、反馈单元；所述计时单元用于对所述预设置时序以及预设置网络节点重试时间进行计时；所述网络节点判断单元用于在所述计时单元计时完成所述预设置时序时，按预设顺序轮询各网络节点是否可访问并工作正常，是则启动所述反馈单元返回连接成功信息，任一判断结果为否，则启动所述处理单元执行所述故障求助策略；所述处理单元用于执行所述故障求助策略。

应用于上述各相关例，优选的，所述远程监护系统还包括网络接口存储单元与网络接口探测单元，其中，所述网络接口探测单元包括网络接口判断单元、网络访问判断单元以及网络接口故障处理单元；所述网络接口存储单元用于存储终端可用于访问网络的网络接口列表及相应网络接口的启动方法；所述网络接口判断单元用于按预设顺序轮询所述网络接口列表中的各网络接口是否已连接相应的网络设备，是则启动所述网络访问判断单元，否则启动所述网络接口故障处理单元执行网络接口故障求助策略；所述网络访问判断单元用于按预设顺序轮询各网络接口是否已启动并能够访问网络，任一判断结果为否，则启动所述网络接口故障处理单元执行所述网络接口故障求助策略；其中，所述网络接口故障求助策略如上所述。

应用于上述实施例，优选的，所述远程监护系统还包括至少一所述终端，所述网络节点信息存储单元与所述网络节点探测单元设置在所述终端上；或者，所述远程监护系统还包括至少一所述终端，以及至少一与所述终端远程连接的服务器，所述服务器分别设置一所述网络节点信息存储单元与一所述网络节点探测单元。

又如，一个实施例是，一种远程监护系统的自动网络诊断方法，其包括以下步骤。

预存储步骤：预存储所述远程监护系统所监护的各终端需要通过网络访问的网络接口列表、联系信息以及故障求助策略；所述联系信息包括但不限于网络服务提供商联系方式列表、远程监护业务涉及各网络节点的IP地址和端口列表及其对应故障责任人联系方式列表、以及各种故障对应的提示信息等。

所述故障求助策略因应不同的故障设立不同的求助策略，例如，所述故障求助策略，至少包括以下步骤之一：步骤B1、等待一预设置重试时间后重试；步骤B2、返回相应的所述联系信息；步骤B3、返回失败信息。优选的，步骤B3中，还返回故障诊断信息。

例如，所述故障求助策略，包括以下步骤：返回相应的所述联系信息；等待一预设置重试时间后重试；又如，所述故障求助策略，包括以下步骤：返回失败信息，等待一预设置重试时间后重试；又如，所述故障求助策略，包括以下步骤：返回失败信息，等待一预设置重试时间后重试，返回相应的所述联系信息。

网络探测步骤，或称为网络探测过程，包括步骤A2、步骤A3与步骤A4。

步骤A2、按预设顺序轮询所述网络接口列表中的各网络接口是否存在，是则执行步骤A3，任一判断结果为否，则执行所述故障求助策略；例如，等待一预设置重试时间后重试，返回失败信息；优选的，任一判断结果为否，则执行第一故障求助策略；所述执行第一故障求助策略，包括以下步骤：步骤C1、预设置第一重新轮询次数，例如，2次、3次、5次、8次或者10次等；步骤C2、等待第一预设置重试时间，该时间主要依据网络响应时间等确定，例如10秒、20秒、30秒、50秒、60秒、100秒、120秒、150秒、240秒等，然后根据所述网络接口列表，按预设顺序重新轮询各网络接口是否存在，是则返回执行步骤A3，均否，则判断是否达到重新轮询次数，否则继续执行步骤C2；步骤C3、返回失败信息以及网络条件缺陷信息。优选的，其中，步骤C1在上述预存储步骤中执行。其中，按预设顺序重新轮询各网络接口是否存在，通常是依据各网络接口在所述网络接口列表中的顺序来执行。

步骤A3、按预设顺序轮询各网络接口是否能够访问网络，是则执行步骤A4，任一判断结果为否，则执行所述故障求助策略；例如，返回失败信息，等待一预设置重试时间后重试；优选的，任一判断结果为否，则执行第二故障求助策略；所述执行第二故障求助策略，包括以下步骤：步骤D1、预设置第二重新轮询次数，例如，1次、2次、3次、5次、6次、8次或者10次等；第二重新轮询次数可以与第一重新轮询次数相同，也可以不同；步骤D2、等待第二预设置重试时间，该时间主要依据网络响应时间等确定，例如10秒、20秒、30秒、50秒、60秒、100秒、120秒、150秒、240秒等，第二预设置重试时间可以与第一预设置重试时间相同，也可以不同；然后根据所述网络接口列表，按预设顺序重新轮询各网络接口是否能够访问网络，是则返回执行步骤A4，均否，则判断是否达到重新轮询次数，否则继续执行步骤D2；步骤D3、返回失败信息以及网络服务提供商的联系信息；优选的，其中，步骤D1在上述预存储步骤中执行。其中，按预设顺序重新轮询各网络接口是否能够访问网络，通常是依据各网络接口在所述网络接口列表中的顺序来执行。

步骤A4、在预设置等待时间，按预设顺序轮询各网络节点是否可访问，是则返回连接成功信息，任一判断结果为否，则执行所述故障求助策略；例如，等待一预设置重试时间后重试，返回相应的所述联系信息，返回失败信息。优选的，步骤A4中，按预设顺序轮询各网络节点是否可访问，否则返回所述网络节点对应故障责任人联系方式。优选的，任一判断结果为否，则执行第三故障求助策略；所述执行第三故障求助策略，包括以下步骤：步骤E1、预设置第三重新轮询次数，例如，2次、3次、4次、5次、6次、9次或者12次等；第三重新轮询次数可以与第一重新轮询次数或第二重新轮询次数相同，也可以不同；步骤E2、等待第三预设置重试时间，该时间主要依据网络响应时间等确定，例如10秒、30秒、40秒、50秒、60秒、100秒、120秒、180秒、200秒、240秒等，第三预设置重试时间可以与第一预设置重试时间或第二预设置重试时间相同，也可以不同；然后根据所述各网络节点的IP地址和端口列表，按预设置顺序重新轮询各网络节点是否可访问，是则返回连接成功信息，均否，则判断是否达到重新轮询次数，否则继续执行步骤E2；步骤E3、返回失败信息以及所述网络节点对应故障责任人联系方式。优选的，其中，步骤E1在上述预存储步骤中执行。其中，按预设顺序重新轮询各网络节点是否可访问，通常是依据各网络节点在所述各网络节点的IP地址和端口列表中的顺序来执行。

一个例子是，所述的自动网络诊断方法中，步骤A2、步骤A3或步骤A4中，全部判断结果均为否，则执行所述故障求助策略。本例与上述各个技术特征组合，得到若干组合实施例，在此不做赘述。

又一个例子是，所述的自动网络诊断方法中，步骤A2、步骤A3以及步骤A4中，其执行主体是终端；本例与上述各个技术特征组合，得到若干组合实施例，在此不做赘述。

又一个例子是，所述的自动网络诊断方法中，步骤A2、步骤A3以及步骤A4中，其执行主体是网络服务器，并且，步骤A2、步骤A3以及步骤A4还分别包括以下步骤：当任一判断为否时，记录失败节点以及相关失败信息并显示。例如，显示在发生故障的终端上，或者，显示在网络服务器上。

又一个例子是，如图2所示，一种自动网络诊断的远程监护系统，其包括至少一网络节点探测单元以及至少一网络节点信息存储单元；其中，所述网络节点信息存储单元用于存储所述远程监护系统所监护的各终端需要通过网络访问的网络接口列表、联系信息以及故障求助策略；所述联系信息包括网络服务提供商联系方式列表、远程监护业务涉及各网络节点的IP地址和端口列表及其对应故障责任人联系方式列表、以及各种故障对应的提示信息；所述网络节点探测单元用于启动网络探测过程，所述网络探测过程包括上述的步骤A2至步骤A4；。其中，如上所述，所述故障求助策略，至少包括以下步骤之一：步骤B1、等待一预设置重试时间后重试；步骤B2、返回相应的所述联系信息；步骤B3、返回失败信息。优选的，所述网络探测过程包括上述各个实施例中的步骤A2至步骤A4，扩展及上述各个故障求助策略，以此形成所述远程监护系统的多个实施例。

例如，自动网络诊断系统包含网络节点探测单元和网络节点信息存储单元。其中网络节点信息存储单元存储：1，在远程监护终端的应用业务过程中需要通过网络访问的网络节点IP地址和端口列表，2，与每个节点相关的事故联系人，事故联系人可以是对应系统的网管、运营商的支持电话、医院的医生等，3，在每个节点针对特定探测结果向用户显示的提示信息；网络节点探测单元在收到应用程序发来的TCP/IP错误码后启动网络探测过程，在探测过程中，网络节点探测单元首先判断网络接口是否存在，及是否可访问网络，必要时启动未启动的网络接口。如果证实系统不可以访问网络，则向用户报告网络接口错误，例如未连接网卡、路由器问题、移动服务运营商问题等；如果系统可访问网络，则通过ICMP协议相关工具，如Ping等，对出错的网络节点及其端口的可访问性进行探测，如果探测失败，则从网络节点信息存储单元获得该节点的事故联系人，及针对探测结果的用户提示信息，将这些信息呈现给用户。该过程可在休眠一段时间后重复。

例如，所述的远程监护系统中，所述网络节点探测单元包括处理单元、网络接口判断单元、网络访问判断单元、网络节点判断单元、计时单元、反馈单元；其中，所述计时单元用于对所述等待时间和所述重试时间进行计时；

所述网络接口判断单元用于按预设顺序轮询所述网络接口列表中的各网络接口是否存在，是则启动所述网络访问判断单元，任一判断结果为否，则启动所述处理单元执行所述故障求助策略；

所述网络访问判断单元用于按预设顺序轮询各网络接口是否能够访问网络，是则启动所述网络节点判断单元，任一判断结果为否，则启动所述处理单元执行所述故障求助策略；

所述网络节点判断单元用于在所述计时单元计时完成预设置等待时间，按预设顺序轮询各网络节点是否可访问，是则启动所述反馈单元返回连接成功信息，任一判断结果为否，则启动所述处理单元执行所述故障求助策略；

所述处理单元用于执行所述故障求助策略。

优选的，所述的远程监护系统中，所述远程监护系统还包括至少一所述终端，所述网络节点信息存储单元与所述网络节点探测单元设置在所述终端上；

或者，优选的，所述的远程监护系统中，所述远程监护系统还包括至少一所述终端，以及至少一与所述终端远程连接的服务器，所述服务器分别设置一所述网络节点信息存储单元与一所述网络节点探测单元。

与上述任一例所述的远程监护系统相结合，所述网络节点信息存储单元设置三个故障求助策略存储模块以及轮询次数存储模块；其中，

第一故障求助策略存储模块，用于存储所述网络接口判断单元启动所述处理单元执行的第一故障求助策略，执行所述第一故障求助策略包括以下步骤：步骤C1、预设置第一重新轮询次数，例如，2次、3次、5次、8次或者10次等；步骤C2、等待第一预设置重试时间，该时间主要依据网络响应时间等确定，例如10秒、20秒、30秒、50秒、60秒、100秒、120秒、150秒、240秒等，然后根据所述网络接口列表，按预设顺序重新轮询各网络接口是否存在，是则返回执行步骤A3，均否，则判断是否达到重新轮询次数，否则继续执行步骤C2；步骤C3、返回失败信息以及网络条件缺陷信息。其中，按预设顺序重新轮询各网络接口是否存在，通常是依据各网络接口在所述网络接口列表中的顺序来执行。

第二故障求助策略存储模块，用于存储所述网络访问判断单元启动所述处理单元执行的第二故障求助策略，执行所述第二故障求助策略包括以下步骤：步骤D1、预设置第二重新轮询次数，例如，1次、2次、3次、5次、6次、8次或者10次等；第二重新轮询次数可以与第一重新轮询次数相同，也可以不同；步骤D2、等待第二预设置重试时间，该时间主要依据网络响应时间等确定，例如10秒、20秒、30秒、50秒、60秒、100秒、120秒、150秒、240秒等，第二预设置重试时间可以与第一预设置重试时间相同，也可以不同；然后根据所述网络接口列表，按预设顺序重新轮询各网络接口是否能够访问网络，是则返回执行步骤A4，均否，则判断是否达到重新轮询次数，否则继续执行步骤D2；步骤D3、返回失败信息以及网络服务提供商的联系信息；其中，按预设顺序重新轮询各网络接口是否能够访问网络，通常是依据各网络接口在所述网络接口列表中的顺序来执行。

第三故障求助策略存储模块，用于存储所述网络节点判断单元启动所述处理单元执行的第三故障求助策略，执行所述第三故障求助策略包括以下步骤：步骤E1、预设置第三重新轮询次数，例如，2次、3次、4次、5次、6次、9次或者12次等；第三重新轮询次数可以与第一重新轮询次数或第二重新轮询次数相同，也可以不同；步骤E2、等待第三预设置重试时间，该时间主要依据网络响应时间等确定，例如10秒、30秒、40秒、50秒、60秒、100秒、120秒、180秒、200秒、240秒等，第三预设置重试时间可以与第一预设置重试时间或第二预设置重试时间相同，也可以不同；然后根据所述各网络节点的IP地址和端口列表，按预设顺序重新轮询各网络节点是否可访问，是则返回连接成功信息，均否，则判断是否达到重新轮询次数，否则继续执行步骤E2；步骤E3、返回失败信息以及所述网络节点对应故障责任人联系方式。优选的，其中，步骤E1在上述预存储步骤中执行。其中，按预设顺序重新轮询各网络节点是否可访问，通常是依据各网络节点在所述各网络节点的IP地址和端口列表中的顺序来执行。

下面再给出具体的实施例对本发明的远程监护系统的自动网络诊断方法进行说明。

第1步、在终端保存终端的网络接口及相应服务提供商联系方式列表、远程监护业务涉及的网络节点及对应故障责任人联系方式列表，包括IP地址或网络名称，以及在远程业务中的角色等；故障求助策略包括角色、错误码、重试次数、措施等。终端连接方式可包括3G、WIFI、有线等；网络节点至少包括远程医生工作站；责任人则可能包括工作站的使用人员或管理人员，远程业务运营或支持人员；措施可能包括自动重试，向责任人求助等；故障求助策略中的故障既包括网络接口故障，也包括远程监护业务涉及的网络节点的可访问性故障，对前者，角色为网络接口类型。

第2步、根据终端保存的网络接口列表按照一定顺序探测各网络接口是否存在，通过各接口是否能够访问网络。如果某一接口能访问网络，则进行第4步。如果没有接口可以访问网络，则进行第3步。

第3步、如果在2中探测到不存在可访问网络的网络接口，则通知用户网络条件未达到，例如提示用户插上网卡，接上网线等，根据故障求助策略等一段时间后重试或返回失败；如果探测到网络接口存在，但不可访问网络，则告知用户网络服务提供商的联系信息，提示用户咨询网络服务提供商，然后根据故障求助策略等一段时间后重试或返回失败。返回失败代表就此终结。因为在此之前已提示用户可能是未插网卡或未连网线，因此如果确属此原因，在最坏的情况下，用户连上网卡或网线后重启系统即可解决这一问题。

第4步、按照一定的时间间隔，根据终端保存的网络节点列表探测各网络节点是否可访问，如果某一节点不可访问，则根据故障求助策略采取以下措施之一：4.1、等一段时间后重试；4.2、将相应责任联系人的联系信息显示给用户，提示用户咨询相关责任联系人，然后等一段时间后重试；4.3、返回失败。主要因为网络连接恢复可能需要一定时间，因此等一定时间后再重试。

其中，对相关业务节点的探测可以由终端节点进行，也可委托网络上的运营商服务器进行，此时运营商服务器可记录失败节点并自动通知维护人员。例如采用云服务的方式来实现。本发明各实施例所适用的远程网络不仅包括医生工作站，还包括运营商的认证服务器、名称服务器、日志服务器、分流服务器等，对于运营网络连通性的维护可由运营商专门的计算机来维护。这样做的好处包括以下几点：运营网络的结构可以变化而不会影响到终端应用；终端只需判断能否连到网络上，如果可以上网但出现网络故障，理论上运营商系统会先于终端检测到并通知相关人员处理。

其中，一般操作系统都提供对网络接口的探测功能，对网络节点可访问性的探测可通过ICMP协议(Internet Control Message Protocol，互联网控制报文协议)进行，例如编程或使用Ping工具，对于端口和应用层协议的探测可以通过TCP/IP编程进行。对于漫游的系统，网络服务提供商的信息可能是不可获得的或变动的，这时可以提示用户联系Local的管理员或者将网络服务提供商的信息与接入点的网络名(SSID)绑定，对未绑定的接入点，则提示用户联系Local的管理员。

第5步、如果第4步中所有网络节点可访问，则返回成功。

此外，如果在正常通讯过程中突然出现网络故障，将启动从第2步开始的过程，并且正常TCP/IP通讯的错误码可保存作为故障求助策略的判断依据。例如，通过socket进行TCP/IP通讯，通讯过程中如果产生错误，相应函数会返回错误码，根据该错误码可以判断错误可能的原因。例如服务器计算机未启动或服务器程序未运行这两种情况都可能引起TCP/IP错误，但二者返回的错误码不同，这样，根据错误码就可以获得故障原因相关信息，如果用户向相关人员报告上述信息，则会有利于故障诊断。

又一个例子如图3所示，应用程序报告TCP/IP错误，则判断网络接口是否存在；若不存在则重试，重试n次之内，则休眠一段时间，重试n次以上，则返回失败信息，若存在则判断网络是否可访问；若不可访问则重试，重试m次之内，则休眠一段时间，重试m次以上，则返回失败信息，若可访问则对出错IP及端口进行探测，判断是否发生错误，若发生错误则重试，重试k次之内，则休眠一段时间后向用户显示提示信息及联系人，重试k次以上，则返回失败信息，若无误则返回成功信息。优选的，在探测到某一节点及端口失败后不直接将结果呈现给用户，而是通过短信或网络发送到相关联系人。又，优选的，网络节点信息存储单元不是位于终端之上，而是位于互联网上的一个节点。此时终端只负责探测网络接口的存在性，并可访问互联网。

上述各个实施例，通过对远程业务相关节点及责任人的维护，通过对网络接口和节点的探测发现故障环节，并向用户显示相关责任人信息及故障诊断信息，以提示用户联系相关责任人，从而能够迅速解决问题；还可以通过用户向运营商求助，以问答的方式完成故障诊断和修复，例如，在运营商明确存在时，还可以由运营商启动对网络节点的探测等。本技术领域的应用上，由于家庭远程监护是一个较新的领域，在传统基于PC的多应用环境，网络诊断往往通过ping或nslookup等应用工具包完成，要求用户一定的专业知识，并且网络诊断与业务无关，即使用户获得了网络状态信息，也无法获得进一步处理的提示。家庭远程监护的用户可能是缺乏网络知识的普通用户，家庭远程监护系统作为专用软件也不会提供ping或nslookup等应用工具包的使用界面，能够提供技术支持的技术人员或医生又在远端，不了解用户网络问题的原因。在这种情况下，病人处于病痛之中，会产生焦急无助的情绪。本发明将网络诊断技术与具体的业务结构相联系，通过系统自动对相关的网络节点探测，判断可能发生问题的网络环节，如医院、网络运营商、远程医疗运营商等，及在业务系统中可能应当对解决该问题负责的人员的联系方式，包括电话和姓名等，用户可以快速采取行动联系相关人员，并提供网络的详细信息，使问题得到有效解决或尽早改变方案，从而为用户诊病争取时间，改善用户体验。

需要说明的是，上面列出的各个技术特征，其相互组合所能够形成各个实施方案，以及上面列出的各个实施例，其相互组合所形成未经详述的各个实施例，应被视为属于本发明说明书记载的范围。并且，以上所述仅为本发明的较佳可行，并非限制本发明的保护范围，凡运用本发明说明书及附图内容所作出的等效结构变化，均包含在本发明的保护范围内。

Claims (8)

1.一种远程监护系统的自动网络诊断方法，其特征在于，包括如下步骤：

步骤A1、在终端存储至少一个网络节点的地址信息、所述网络节点对应的故障联系人信息、按故障类型对应设置的若干用户提示信息、以及网络节点故障求助策略；

步骤A2、按照预设时序以及所述网络节点的地址信息，轮询各网络节点是否可通过网络访问并工作正常，当任一个网络节点不可通过网络访问或不能正常工作时，则执行所述网络节点故障求助策略；

所述网络节点故障求助策略，至少包括以下步骤之一：

步骤B10、等待一个预设时间间隔后重试；

步骤B20、在终端的用户显示界面，显示出错信息，其包括对应于所述网络节点的所述故障联系人信息以及所述用户提示信息；

步骤B30、自动将故障信息发送给所述故障联系人；

所述步骤A2之前，还执行以下步骤：A10、在终端预存该终端可用于访问网络的网络接口列表及相应网络接口的启动方法；

所述步骤A2之后，还执行以下步骤：

A3、按照预设顺序，检查所述网络接口列表中的一网络接口是否已连接相应的网络设备，是则执行步骤A4，否则执行网络接口故障求助策略；

A4、判断当前的网络接口是否已启动，是则执行步骤A5，否则根据该网络接口的启动方法启动该网络接口，判断启动是否成功，是则执行步骤A5，否则执行所述网络接口故障求助策略；

A5、判断当前的网络接口是否连接到互联网，否则执行所述网络接口故障求助策略；

所述网络接口故障求助策略，至少包括以下步骤之一：

B11、按照所述预设顺序检查下一个网络接口是否已连接相应的网络设备，是则执行步骤A5，否则继续执行步骤B11；

B12、提示用户连接网络设备；

B13、提示用户寻求支持；

B14、返回网络接口故障信息以及网络服务提供商的联系信息。

2.根据权利要求1所述的自动网络诊断方法，其特征在于，所述网络节点故障求助策略，包括以下步骤：

步骤C1、预设置网络节点重新轮询次数；

步骤C2、等待预设置网络节点重试时间，然后根据故障网络节点的IP地址和端口列表，检测该故障网络节点是否可通过网络访问并工作正常，是则返回执行步骤A2，均否，则判断是否达到所述网络节点重新轮询次数，否则继续执行步骤C2；

步骤C3、在终端的用户显示界面，显示所述故障网络节点的出错信息。

3.根据权利要求2所述的自动网络诊断方法，其特征在于，步骤C3之后，还执行步骤C4、将故障信息发送给所述故障联系人。

4.根据权利要求1所述的自动网络诊断方法，其特征在于，重复执行步骤A3至步骤A5，直至发现可以连接到互联网的网络接口或者确定所述网络接口列表中的所有网络接口都不能连接到互联网。

5.根据权利要求1所述的自动网络诊断方法，其特征在于，步骤A1、A2、步骤B10以及步骤B30中，其执行主体是终端；

或者，步骤A1、A2、步骤B10以及步骤B30中，其执行主体是网络服务器，并且，步骤A2还分别包括以下步骤：当任一判断为否时，记录失败节点以及相关失败信息。

6.一种自动网络诊断的远程监护系统，其特征在于，包括至少一网络节点探测单元以及至少一网络节点信息存储单元；

所述网络节点信息存储单元用于存储所述远程监护系统所监护的各终端需要通过网络访问的至少一网络节点的地址信息、所述网络节点对应的故障联系人信息、按故障类型分别设置的若干用户提示信息、以及网络节点故障求助策略；

所述网络节点探测单元用于启动网络探测过程，所述网络探测过程包括执行如权利要求1所述的自动网络诊断方法中的步骤A2以及所述网络节点故障求助策略；

所述远程监护系统还包括网络接口存储单元与网络接口探测单元，其中，所述网络接口探测单元包括网络接口判断单元、网络访问判断单元以及网络接口故障处理单元；

所述网络接口存储单元用于存储终端可用于访问网络的网络接口列表及相应网络接口的启动方法；

所述网络接口判断单元用于按预设顺序轮询所述网络接口列表中的各网络接口是否已连接相应的网络设备，是则启动所述网络访问判断单元，否则启动所述网络接口故障处理单元执行网络接口故障求助策略；

所述网络访问判断单元用于按预设顺序轮询各网络接口是否已启动并能够访问网络，任一判断结果为否，则启动所述网络接口故障处理单元执行所述网络接口故障求助策略；

所述网络接口故障求助策略，至少包括以下步骤之一：

B11、按照所述预设顺序检查下一个网络接口是否已连接相应的网络设备，是则启动所述网络访问判断单元，否则继续执行步骤B11；

B12、提示用户连接网络设备；

B13、提示用户寻求支持；

B14、返回网络接口故障信息以及网络服务提供商的联系信息。

7.根据权利要求6所述的远程监护系统，其特征在于，所述网络节点探测单元包括处理单元、网络节点判断单元、计时单元、反馈单元；

所述计时单元用于对预设置时序以及预设置网络节点重试时间进行计时；

所述网络节点判断单元用于在所述计时单元计时完成所述预设置时序时，按预设顺序轮询各网络节点是否可访问并工作正常，是则启动所述反馈单元返回连接成功信息，任一判断结果为否，则启动所述处理单元执行所述网络节点故障求助策略；

所述处理单元用于执行所述网络节点故障求助策略。

8.根据权利要求7所述的远程监护系统，其特征在于，所述远程监护系统还包括至少一所述终端，所述网络节点信息存储单元与所述网络节点探测单元设置在所述终端上；或者，所述远程监护系统还包括至少一所述终端，以及至少一与所述终端远程连接的服务器，所述服务器分别设置一所述网络节点信息存储单元与一所述网络节点探测单元。