网络失效数据上传、接收方法和设备及记录方法和系统的制作方法
【专利摘要】本发明公开了一种网络失效数据上传、接收方法和设备及记录方法和系统。该网络失效数据上传方法包括以下步骤：S1、根据网络异常的信息生成网络异常数据包；S2、采用域名访问监听服务器上传网络异常数据包；S3、监听是否上传成功，若上传失败执行S4，若上传成功则终止流程；S4、将网络异常数据包存储在本地；S5、在能够正常访问监听服务器时将本地存储的所有网络异常数据包上传。本发明的网络失效数据上传、接收方法和设备及记录方法和系统通过将根据网络异常的信息生成的网络异常数据包及时地上传，从而快速、准确、完备地获取并记录网络失效的相应数据信息，能够满足分析网络失效原因的需要。
【专利说明】网络失效数据上传、接收方法和设备及记录方法和系统
【技术领域】
[0001]本发明涉及一种网络失效数据上传、接收方法和设备及记录方法和系统。
【背景技术】
[0002]随着移动互联网的发展，传统的互联网应用越来越倾向于借助在移动平台如智能手机和平板电脑上植入客户端程序来实现。通过这种方式，用户可以方便的随时随地访问业务平台，从而优化用户体验，提升业绩。因此，客户端程序的可用性对网络应用业务有着非常重要的意义。造成客户端不可用的原因中最主要的一类就是由于网络链接问题造成的服务失效。而网络问题造成的网络应用不可用的原因有很多种，获得网络失效原因的相关信息或数据对快速准确定位问题、分析问题并进而找出合适的解决方案有着非常重要的意义。目前对客户端的网络应用的可用性进行监控分析的技术非常欠缺，无法快速、准确地得到网络失效的相应数据，对于网络应用中的网络失效情况无法获取足够的数据来分析具体的原因，因而无法对于网络失效的原因快速定位作出及时相应，也难以分析得出网络失效的具体原因。
【发明内容】
[0003]本发明要解决的技术问题是为了克服现有技术中对用户端的网络应用可用性进行监控分析的技术非常欠缺，无法快速、准确地获取网络失效的相应数据，得到的数据不足以准确分析网络失效原因，更无法快速定位问题并及时响应的缺陷，提出一种网络失效数据上传、接收方法和设备及记录方法和系统。
[0004]本发明是通过下述技术方案来解决上述技术问题的:
[0005]本发明提供了一种网络应用的网络失效数据上传方法，其特点在于，包括以下步骤:
[0006]S1、用户端所请求的应用出现网络异常，根据网络异常的信息生成网络异常数据包；
[0007]S2、在当前网络中访问监听服务器的域名，向监听服务器上传该网络异常数据包；
[0008]S3、监听S2中是否上传成功，如果上传失败则执行S4，如果上传成功则监听服务器保存该网络异常数据包并终止流程；
[0009]S4、将该网络异常数据包存储在本地；
[0010]S5、周期性侦测是否能够正常访问监听服务器，并在能够正常访问时将本地存储的所有网络异常数据包上传至监听服务器。
[0011]其中，网络异常既有可能是网络瘫痪导致用户端通过网络访问任何服务器，也有可能是由于网络部分拥堵导致部分服务器无法访问到。因此有可能在用户端请求的应用出现网络异常时仍能够正常访问监听服务器。当用户端所请求的应用出现网络异常后，如果上传网络异常数据包成功，这种情况下上传的数据是即时的，相应的如果能够对上传的数据及时分析就有可能对于网络失效问题作出及时响应。而在周期性侦测后上传至监听服务器的网络异常数据包就是非即时的，但通过周期性侦测和重传就确保了监听服务器最终能够获取客户端的每次网络异常相应的网络异常数据包，从而为分析网络失效问题提供最全面的数据支持。
[0012]较佳地，S3中在上传失败时执行S31，S31为:在当前网络中通过预存的IP地址访问监听服务器，并向监听服务器上传该网络异常数据包；
[0013]S32、监听S31中是否上传成功，如果上传失败则执行S4，如果上传成功则监听服务器保存该网络异常数据包并终止流程。
[0014]在网络服务中，域名解析服务器失效是造成网络服务失效的一个重要原因。因此在采用域名访问上传失败的情况下，可以通过预存的IP地址(IP为网络之间互联的协议)访问尝试上传，如果通过IP地址上传成功，则说明网络失效的原因很可能是域名解析服务器失效。
[0015]较佳地，S32中在上传失败时执行S33，S33为:将当前网络标记为已试传网络，搜索是否存在未被标记为已试传网络的可用网络，在搜索结果为否的情况下执行S4,在搜索结果为是的情况下执行S34 ；
[0016]S34、从未被标记为已试传网络的可用网络中选取一个作为当前网络，并返回S2。
[0017]当存在多个可选的网络时，通过上述步骤尝试在各个可用网络中上传网络异常数据包，以尽可能及时地将网络异常数据包上传，从而尽可能根据上传的数据在短时间内分析出网络失效原因，及时反馈用户。
[0018]较佳地，该网络异常数据包中记录有网络应用的信息、网络错误代码、本地IP地址、网络异常的时间和/或本地的地理位置信息，其中网络错误代码由网络应用对应的服务器发出、用于表示网络应用的服务请求不成功的原因。
[0019]网络错误代码可以是不正常的网络请求回复状态，即用户端获得服务时，从网络应用对应的服务器端得到的状态编码(Status Code)不是正常的200的情况，而是比如表示服务器忙的状态编码500.13、表示无法找到目标服务的编码404等等。因此，网络错误代码能够作为分析网络异常的原因的重要依据。
[0020]由于造成服务不可用的原因也包括网络应用的服务提供者的应用服务器端提供的特定服务本身不可用，或者某个网络应用的服务器端本身存在不稳定等问题，因此上传网络应用的信息能便于从这方面进行分析，并进而解决这类问题。
[0021]本地IP地址的上传，对于监听服务器而言，就相当于保存了发生网络失效状况的用户端所使用的网络服务提供商的相关信息。而由于网络应用的访问量有一定的时间分布特性，因此上传网络异常的时间也能够使得监听服务器能够从多个网络异常数据包中分析出和时间相关的一些规律，从而从时间角度分析网络失效的原因。关于本地的地理位置信息的上传，也是和上述对于网络异常的时间类似的，其能够使得监听服务器从网络异常数据包分析出和地理位置的影响。
[0022]本发明还提供了一种网络应用的网络失效数据接收方法，其特点在于，包括以下步骤:
[0023]S1、监听服务器接收用户端上传的网络异常数据包，并向用户端返回用于表示上传成功的消息；
[0024]网络异常数据包由用户端在所请求的应用出现网络异常时根据网络异常的信息生成；
[0025]S2、监听服务器存储接收到的网络异常数据包。
[0026]较佳地，网络异常数据包中记录有网络异常的时间，该网络失效数据接收方法还包括以下步骤:
[0027]Sn、在S1接收到的网络异常数据包的网络异常的时间和当前时间之差小于预设的一时间阈值，且S1接收到的网络异常数据包记录的内容和预设的应急处理条件相匹配的情况下，执行和该应急处理条件相对应的预设的应急处理。
[0028]也就是说，上述步骤S11的设置对于即时上传的网络异常数据包和非及时上传的网络异常数据包采用了区别化的处理方法，对于即时上传的网络异常数据包尽可能在短时间内进行应急处理。举例来说，应急处理可以是向相应的用户发送报警邮件、短信或者重启网络应用对应的服务器等。
[0029]较佳地，网络异常数据包中还记录有网络应用的信息、网络错误代码、用户端的IP地址和/或用户端的地理位置信息，其中网络错误代码由网络应用对应的服务器生成、用于表示网络应用的服务请求不成功的原因。
[0030]较佳地，S2后还包括以下步骤:
[0031]S3、将监听服务器存储有的所有网络异常数据包根据网络异常的时间、网络应用的信息、网络错误代码、用户端的IP地址或用户端的地理位置信息进行分类；
[0032]S4、根据S3的分类统计各类网络异常数据包在所有网络异常数据包中所占比例。
[0033]通过分类统计，对于监听服务器存储的所有网络异常数据包就能够分析出网络失效中的一些共性问题，比如各个因素中哪个更容易导致网络失效的发生。更具体地，比如对于某个网络应用某一类用户端IP地址，发生网络失效的比例特别高，或者对于某个网络应用某一种网络错误代码发生的可能性特别高。这样就能够更容易地找出网络失效的深层原因，进而从根本上解决问题。
[0034]本发明还提供了一种网络应用的网络失效记录方法，其特点在于，包括以下步骤:
[0035]S1、用户端所请求的应用出现网络异常，用户端根据网络异常的信息生成网络异常数据包；
[0036]S2、用户端在当前网络中访问监听服务器的域名，向监听服务器上传该网络异常数据包，如果上传失败则执行S3，如果上传成功则执行S5 ；
[0037]S3、用户端将该网络异常数据包存储在本地；
[0038]S4、用户端周期性侦测是否能够正常访问监听服务器，并在能够正常访问时将本地存储的所有网络异常数据包上传至监听服务器，执行S5 ；
[0039]S5、监听服务器接收并存储用户端上传的网络异常数据包。
[0040]较佳地，S2中在上传失败时执行S21:用户端在当前网络中通过预存的IP地址访问监听服务器，并向监听服务器上传该网络异常数据包，如果上传失败则执行S3，如果上传成功则执行S5。
[0041]较佳地，S21中在上传失败时执行S22，S22为:将当前网络标记为已试传网络，搜索是否存在未被标记为已试传网络的可用网络，在搜索结果为否的情况下执行S3,在搜索结果为是的情况下执行S23 ；
[0042]S23、从未被标记为已试传网络的可用网络中选取一个作为当前网络，并返回S2。
[0043]较佳地，网络异常数据包中记录有网络异常的时间，在S5后执行S6:在&接收到的网络异常数据包的网络异常的时间和当前时间之差小于预设的一时间阈值，且S5接收到的网络异常数据包记录的内容和预设的应急处理条件相匹配的情况下，执行和该应急处理条件相对应的预设的应急处理。
[0044]较佳地，网络异常数据包中还记录有网络应用的信息、网络错误代码、用户端的IP地址和/或用户端的地理位置信息，其中网络错误代码由网络应用对应的服务器生成、用于表示网络应用的服务请求不成功的原因。
[0045]较佳地，S5后还包括以下步骤:
[0046]S7、将监听服务器存储有的所有网络异常数据包根据网络异常的时间、网络应用的信息、网络错误代码、用户端的IP地址或用户端的地理位置信息进行分类；
[0047]S8、根据S7的分类统计各类网络异常数据包在所有网络异常数据包中所占比例。
[0048]本领域技术人员应当理解，上述步骤S7、S8和S6可以同步进行，即在执行S7、S8的同时执行S6。
[0049]本发明还提供了一种网络失效数据上传设备，包括用于通过网络向服务器请求网络应用的网络应用模块，其特点在于，该网络上传设备还包括一数据包生成模块、一上传模块、一存储模块和一网络侦测模块；
[0050]该数据包生成模块用于在网络应用模块请求的应用出现网络异常时，根据网络异常的信息生成网络异常数据包；
[0051]该上传模块包括一域名访问单元和一数据包上传单元,该域名访问单元用于在当前网络中访问监听服务器的域名并启用该数据包上传单元，该数据包上传单元用于向监听服务器上传网络异常数据包；
[0052]该存储模块用于在该上传模块上传网络异常数据包失败的情况下存储上传失败的网络异常数据包；
[0053]该网络侦测模块用于周期性侦测是否能够正常访问监听服务器，并在能够正常访问时启用该上传模块将该存储模块存储的所有网络异常数据包上传至监听服务器。
[0054]较佳地，该上传模块还包括一 IP地址访问单元，用于在通过域名访问的方式上传失败时在当前网络中通过预存的IP地址访问监听服务器，并启用该数据包上传单元。
[0055]本领域技术人员应当理解，在该上传模块还包括一 IP地址访问单元的情况下，该存储模块在采用域名访问和IP地址访问尝试上传网络异常数据包均失败的情况下才会存储上传失败的网络异常数据包。
[0056]较佳地，该上传模块还包括一可用网络搜索单元，用于在通过IP地址访问监听服务器并上传网络异常数据包失败时，将当前网络标记为已试传网络，并在存在未被标记为已试传网络的可用网络的情况下，从未被标记为已试传网络的可用网络中选取一个作为当前网络，然后启用该域名访问单元。
[0057]本领域技术人员应当理解，该存储模块在尝试了所有可用网络上传网络异常数据包均失败的情况下才会存储上传失败的网络异常数据包。
[0058]较佳地，该网络异常数据包中记录有网络应用的信息、网络错误代码、本地IP地址、网络异常的时间和/或本地的地理位置信息，其中网络错误代码由网络应用对应的服务器发出、用于表示网络应用的服务请求不成功的原因。
[0059]本发明还提供了一种监听服务器，其特点在于，包括一接收模块和一存储模块，该接收模块用于接收用户端上传的网络异常数据包、并向用户端返回用于表示上传成功的消息，网络异常数据包由用户端在所请求的应用出现网络异常时根据网络异常的信息生成，该存储模块用于存储该接收模块接收到的网络异常数据包。
[0060]较佳地，该监听服务器还包括一应急处理模块，用于搜索该接收模块接收的网络异常数据包中记录的网络异常的时间，在网络异常的时间和当前时间之差小于预设的一时间阈值、并且该网络异常数据包记录的内容和预设的应急处理条件相匹配的情况下，执行和该应急处理条件相对应的预设的应急处理。
[0061]较佳地，网络异常数据包中还记录有网络应用的信息、网络错误代码、用户端的IP地址和/或用户端的地理位置信息，其中网络错误代码由网络应用对应的服务器生成、用于表示网络应用的服务请求不成功的原因。
[0062]较佳地，该监听服务器还包括一分类统计模块，用于将监听服务器存储有的所有网络异常数据包根据网络异常的时间、网络应用的信息、网络错误代码、用户端的IP地址或用户端的地理位置信息进行分类，并统计各类的网络异常数据包在所有网络异常数据包中所占比例。
[0063]本发明还提供了一种网络应用的网络失效数据记录系统，包括了上述网络失效数据上传设备和上述监听服务器，其中用户端为该网络失效数据上传设备。
[0064]在符合本领域常识的基础上，上述各优选条件，可任意组合，即得本发明各较佳实例。
[0065]本发明的积极进步效果在于:
[0066]本发明的网络失效数据上传、接收方法和设备及记录方法和系统通过将根据网络异常的信息生成的网络异常数据包及时地上传，从而快速、准确、完备地获取并记录网络失效的相应数据信息，能够满足分析网络失效原因的需要，还能够提供快速定位网络失效问题的原因并及时响应的数据基础。
【专利附图】
【附图说明】
[0067]图1为本发明实施例1的网络应用的网络失效数据上传方法的流程图。
[0068]图2为本发明实施例2的网络应用的网络失效数据接收方法的流程图。
[0069]图3为本发明实施例3的网络应用的网络失效数据记录方法的部分流程图。
【具体实施方式】
[0070]下面结合附图给出本发明较佳实施例，以详细说明本发明的技术方案，但并不因此将本发明限制在所述的实施例范围之中。
[0071]实施例1
[0072]参考图1所示，本发明实施例1的网络应用的网络失效数据上传方法，包括以下步骤:
[0073]S1、用户端所请求的应用出现网络异常，根据网络异常的信息生成网络异常数据包；
[0074]S2、在当前网络中访问监听服务器的域名，向监听服务器上传该网络异常数据包；
[0075]S3、监听S2中是否上传成功，如果上传失败则执行S31,如果上传成功则监听服务器保存该网络异常数据包并终止流程；
[0076]S31、在当前网络中通过预存的IP地址访问监听服务器，并向监听服务器上传该网络异常数据包；
[0077]S32、监听S31中是否上传成功，如果上传失败则执行S33，如果上传成功则监听服务器保存该网络异常数据包并终止流程；
[0078]S33、将当前网络标记为已试传网络，搜索是否存在未被标记为已试传网络的可用网络，在搜索结果为否的情况下执行S4，在搜索结果为是的情况下执行S34 ；
[0079]S34、从未被标记为已试传网络的可用网络中选取一个作为当前网络，并返回S2 ；
[0080]S4、将该网络异常数据包存储在本地；
[0081]S5、周期性侦测是否能够正常访问监听服务器，并在能够正常访问时将本地存储的所有网络异常数据包上传至监听服务器。
[0082]其中，该网络异常数据包中记录有网络应用的信息、网络错误代码、本地IP地址、网络异常的时间和/或本地的地理位置信息，其中网络错误代码由网络应用对应的服务器发出、用于表示网络应用的服务请求不成功的原因。网络错误代码为从网络应用对应的服务器端得到的状态编码。
[0083]当用户端所请求的应用出现网络异常后，如果上传网络异常数据包成功，这种情况下上传的数据是即时的，相应的如果能够对上传的数据及时分析就有可能对于网络失效问题作出及时响应。而在周期性侦测后上传至监听服务器的网络异常数据包就是非即时的，但通过周期性侦测和重传就确保了监听服务器最终能够获取客户端的每次网络异常相应的网络异常数据包，从而为分析网络失效问题提供最全面的数据支持。
[0084]本实施例的网络失效数据上传设备和本实施例的网络失效数据上传方法是相对应的。本实施例的网络失效数据上传设备包括用于通过网络向服务器请求网络应用的网络应用模块、一数据包生成模块、一上传模块、一存储模块和一网络侦测模块。
[0085]该数据包生成模块用于在网络应用模块请求的应用出现网络异常时，根据网络异常的信息生成网络异常数据包。该上传模块包括一域名访问单元和一数据包上传单元，该域名访问单元用于在当前网络中访问监听服务器的域名并启用该数据包上传单元，该数据包上传单元用于向监听服务器上传网络异常数据包。该存储模块用于在该上传模块上传网络异常数据包失败的情况下存储上传失败的网络异常数据包。该网络侦测模块用于周期性侦测是否能够正常访问监听服务器，并在能够正常访问时启用该上传模块将该存储模块存储的所有网络异常数据包上传至监听服务器。
[0086]其中，该上传模块还包括一 IP地址访问单元和一可用网络搜索单元。该IP地址访问单元用于在通过域名访问的方式上传失败时在当前网络中通过预存的IP地址访问监听服务器，并启用该数据包上传单元。该可用网络搜索单元用于在通过IP地址访问监听服务器并上传网络异常数据包失败时，将当前网络标记为已试传网络，并在存在未被标记为已试传网络的可用网络的情况下，从未被标记为已试传网络的可用网络中选取一个作为当前网络，然后启用该域名访问单元。
[0087]本领域技术人员应当理解，该存储模块在尝试了所有可用网络上传网络异常数据包均失败的情况下才会存储上传失败的网络异常数据包。
[0088]其中，该网络异常数据包中记录有网络应用的信息、网络错误代码、本地IP地址、网络异常的时间和/或本地的地理位置信息，其中网络错误代码由网络应用对应的服务器发出、用于表示网络应用的服务请求不成功的原因。
[0089]实施例2
[0090]如图2所示，本实施例的网络应用的网络失效数据接收方法包括以下步骤:
[0091]S1、监听服务器接收用户端上传的网络异常数据包，并向用户端返回用于表示上传成功的消息；
[0092]网络异常数据包由用户端在所请求的应用出现网络异常时根据网络异常的信息生成；
[0093]Sn、在S1接收到的网络异常数据包的网络异常的时间和当前时间之差小于预设的一时间阈值，且S1接收到的网络异常数据包记录的内容和预设的应急处理条件相匹配的情况下，执行和该应急处理条件相对应的预设的应急处理；
[0094]S2、监听服务器存储接收到的网络异常数据包；
[0095]S3、将监听服务器存储有的所有网络异常数据包根据网络异常的时间、网络应用的信息、网络错误代码、用户端的IP地址或用户端的地理位置信息进行分类；
[0096]S4、根据S3的分类统计各类网络异常数据包在所有网络异常数据包中所占比例。
[0097]其中，网络异常数据包中记录有网络异常的时间，以及网络应用的信息、网络错误代码、用户端的IP地址和/或用户端的地理位置信息，其中网络错误代码由网络应用对应的服务器生成、用于表示网络应用的服务请求不成功的原因。
[0098]上述步骤S11的设置对于即时上传的网络异常数据包和非及时上传的网络异常数据包采用了区别化的处理方法，对于即时上传的网络异常数据包尽可能在短时间内进行应急处理。本实施例中，应急处理包括向相应的用户发送报警邮件以及重启网络应用对应的服务器。
[0099]本实施例的监听服务器对应于本实施例的网络失效数据接收方法。本实施例的监听服务器包括一接收模块、一存储模块、一应急处理模块和一分类统计模块。
[0100]该接收模块用于接收用户端上传的网络异常数据包、并向用户端返回用于表示上传成功的消息，网络异常数据包由用户端在所请求的应用出现网络异常时根据网络异常的信息生成，该存储模块用于存储该接收模块接收到的网络异常数据包。
[0101]该应急处理模块用于搜索该接收模块接收的网络异常数据包中记录的网络异常的时间，在网络异常的时间和当前时间之差小于预设的一时间阈值、并且该网络异常数据包记录的内容和预设的应急处理条件相匹配的情况下，执行和该应急处理条件相对应的预设的应急处理。
[0102]其中，网络异常数据包中还记录有网络应用的信息、网络错误代码、用户端的IP地址和用户端的地理位置信息，其中网络错误代码由网络应用对应的服务器生成、用于表示网络应用的服务请求不成功的原因。
[0103]该分类统计模块用于将监听服务器存储有的所有网络异常数据包根据网络异常的时间、网络应用的信息、网络错误代码、用户端的IP地址或用户端的地理位置信息进行分类，并统计各类的网络异常数据包在所有网络异常数据包中所占比例。
[0104]实施例3
[0105]如图3所示，本实施例的网络应用的网络失效记录方法包括以下步骤:
[0106]S1、用户端所请求的应用出现网络异常，用户端根据网络异常的信息生成网络异常数据包；
[0107]S2、用户端在当前网络中访问监听服务器的域名，向监听服务器上传该网络异常数据包，如果上传失败则执行S21，如果上传成功则执行S5 ；
[0108]S21、用户端在当前网络中通过预存的IP地址访问监听服务器，并向监听服务器上传该网络异常数据包，如果上传失败则执行S22，如果上传成功则执行S5 ；
[0109]S22、将当前网络标记为已试传网络，搜索是否存在未被标记为已试传网络的可用网络，在搜索结果为否的情况下执行S3，在搜索结果为是的情况下执行S23 ；
[0110]S23、从未被标记为已试传网络的可用网络中选取一个作为当前网络，并返回S2 ；
[0111]S3、用户端将该网络异常数据包存储在本地；
[0112]S4、用户端周期性侦测是否能够正常访问监听服务器，并在能够正常访问时将本地存储的所有网络异常数据包上传至监听服务器，执行S5 ；
[0113]S5、监听服务器接收并存储用户端上传的网络异常数据包。
[0114]本实施例中，网络异常数据包中记录有网络异常的时间、网络应用的信息、网络错误代码、用户端的IP地址和用户端的地理位置信息，其中网络错误代码由网络应用对应的服务器生成、用于表示网络应用的服务请求不成功的原因。
[0115]在S5后还包括并行执行的步骤S6和步骤S7、S8。S6为:在S5接收到的网络异常数据包的网络异常的时间和当前时间之差小于预设的一时间阈值，且S5接收到的网络异常数据包记录的内容和预设的应急处理条件相匹配的情况下，执行和该应急处理条件相对应的预设的应急处理。
[0116]S7为:将监听服务器存储有的所有网络异常数据包根据网络异常的时间、网络应用的信息、网络错误代码、用户端的IP地址或用户端的地理位置信息进行分类；s8为:根据S7的分类统计各类网络异常数据包在所有网络异常数据包中所占比例。
[0117]本实施例的网络应用的网络失效数据记录系统，包括了实施例1的网络失效数据上传设备和实施例2的监听服务器，其中用户端即该网络失效数据上传设备。
[0118]虽然以上描述了本发明的【具体实施方式】，但是本领域的技术人员应当理解，这些仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。
【权利要求】
1.一种网络应用的网络失效数据上传方法，其特征在于，包括以下步骤: 51、用户端所请求的应用出现网络异常，根据网络异常的信息生成网络异常数据包； 52、在当前网络中访问监听服务器的域名，向监听服务器上传该网络异常数据包； 53、监听S2中是否上传成功，如果上传失败则执行S4，如果上传成功则监听服务器保存该网络异常数据包并终止流程； 54、将该网络异常数据包存储在本地； 55、周期性侦测是否能够正常访问监听服务器，并在能够正常访问时将本地存储的所有网络异常数据包上传至监听服务器。
2.如权利要求1所述的网络失效数据上传方法，其特征在于，S3中在上传失败时执行S31, S31为:在当前网络中通过预存的IP地址访问监听服务器，并向监听服务器上传该网络异常数据包； S32、监听S31中是否上传成功，如果上传失败则执行S4，如果上传成功则监听服务器保存该网络异常数据包并终止流程。
3.如权利要求2所述的网络失效数据上传方法，其特征在于，S32中在上传失败时执行S33，S33为:将当前网络标记为已试传网络，搜索是否存在未被标记为已试传网络的可用网络，在搜索结果为否的情况下执行S4，在搜索结果为是的情况下执行S34 ； S34、从未被标记为已试传网络的可用网络中选取一个作为当前网络，并返回s2。
4.如权利要求1-3中任意一项所述的网络失效数据上传方法，其特征在于，该网络异常数据包中记录有网络应用的信息、网络错误代码、本地IP地址、网络异常的时间和/或本地的地理位置信息，其中网络错误代码由网络应用对应的服务器发出、用于表示网络应用的服务请求不成功的原因。
5.一种网络应用的网络失效数据接收方法，其特征在于，包括以下步骤: 51、监听服务器接收用户端上传的网络异常数据包，并向用户端返回用于表示上传成功的消息； 网络异常数据包由用户端在所请求的应用出现网络异常时根据网络异常的信息生成； 52、监听服务器存储接收到的网络异常数据包。
6.如权利要求5所述的网络失效数据接收方法，其特征在于，网络异常数据包中记录有网络异常的时间，该网络失效数据接收方法还包括以下步骤: 311、在S1接收到的网络异常数据包的网络异常的时间和当前时间之差小于预设的一时间阈值，且S1接收到的网络异常数据包记录的内容和预设的应急处理条件相匹配的情况下，执行和该应急处理条件相对应的预设的应急处理。
7.如权利要求6所述的网络失效数据接收方法，其特征在于，网络异常数据包中还记录有网络应用的信息、网络错误代码、用户端的IP地址和/或用户端的地理位置信息，其中网络错误代码由网络应用对应的服务器生成、用于表示网络应用的服务请求不成功的原因。
8.如权利要求7所述的网络失效数据接收方法，其特征在于，S2后还包括以下步骤: 53、将监听服务器存储有的所有网络异常数据包根据网络异常的时间、网络应用的信息、网络错误代码、用户端的IP地址或用户端的地理位置信息进行分类； S4、根据S3的分类统计各类网络异常数据包在所有网络异常数据包中所占比例。
9.一种网络应用的网络失效记录方法，其特征在于，包括以下步骤: 51、用户端所请求的应用出现网络异常，用户端根据网络异常的信息生成网络异常数据包； 52、用户端在当前网络中访问监听服务器的域名，向监听服务器上传该网络异常数据包，如果上传失败则执行S3，如果上传成功则执行S5 ； 53、用户端将该网络异常数据包存储在本地； 54、用户端周期性侦测是否能够正常访问监听服务器，并在能够正常访问时将本地存储的所有网络异常数据包上传至监听服务器，执行S5 ； 55、监听服务器接收并存储用户端上传的网络异常数据包。
10.如权利要求9所述的网络失效记录方法，其特征在于，S2中在上传失败时执行S21,S21为:用户端在当前网络中通过预存的IP地址访问监听服务器，并向监听服务器上传该网络异常数据包，如果上传失败则执行S3，如果上传成功则执行s5。
11.如权利要求10所述的网络失效记录方法，其特征在于，S21中在上传失败时执行S22, S22为:将当前网络标记为已试传网络，搜索是否存在未被标记为已试传网络的可用网络，在搜索结果为否的情况下执行S3，在搜索结果为是的情况下执行S23 ； S23、从未被标记为已试传网络的可用网络中选取一个作为当前网络，并返回s2。
12.如权利要求9-11中任意一项所述的网络失效记录方法，其特征在于，网络异常数据包中记录有网络异常的时间，在S5后执行S6:在S5接收到的网络异常数据包的网络异常的时间和当前时间之差小于预设的一时间阈值，且S5接收到的网络异常数据包记录的内容和预设的应急处理条件相匹配的情况下，执行和该应急处理条件相对应的预设的应急处理。
13.如权利要求12所述的网络失效记录方法，其特征在于，网络异常数据包中还记录有网络应用的信息、网络错误代码、用户端的IP地址和/或用户端的地理位置信息，其中网络错误代码由网络应用对应的服务器生成、用于表示网络应用的服务请求不成功的原因。
14.如权利要求13所述的网络失效记录方法，其特征在于，S5后还包括以下步骤: 57、将监听服务器存储有的所有网络异常数据包根据网络异常的时间、网络应用的信息、网络错误代码、用户端的IP地址或用户端的地理位置信息进行分类； 58、根据S7的分类统计各类网络异常数据包在所有网络异常数据包中所占比例。
15.一种网络失效数据上传设备，包括用于通过网络向服务器请求网络应用的网络应用模块，其特征在于，该网络上传设备还包括一数据包生成模块、一上传模块、一存储模块和一网络侦测模块； 该数据包生成模块用于在网络应用模块请求的应用出现网络异常时，根据网络异常的信息生成网络异常数据包； 该上传模块包括一域名访问单元和一数据包上传单元，该域名访问单元用于在当前网络中访问监听服务器的域名并启用该数据包上传单元，该数据包上传单元用于向监听服务器上传网络异常数据包； 该存储模块用于在该上传模块上传网络异常数据包失败的情况下存储上传失败的网络异常数据包； 该网络侦测模块用于周期性侦测是否能够正常访问监听服务器，并在能够正常访问时启用该上传模块将该存储模块存储的所有网络异常数据包上传至监听服务器。
16.如权利要求15所述的网络失效数据上传设备，其特征在于，该上传模块还包括一IP地址访问单元，用于在通过域名访问的方式上传失败时在当前网络中通过预存的IP地址访问监听服务器，并启用该数据包上传单元。
17.如权利要求16所述的网络失效数据上传设备，其特征在于，该上传模块还包括一可用网络搜索单元，用于在通过IP地址访问监听服务器并上传网络异常数据包失败时，将当前网络标记为已试传网络，并在存在未被标记为已试传网络的可用网络的情况下，从未被标记为已试传网络的可用网络中选取一个作为当前网络，然后启用该域名访问单元。
18.如权利要求15-17中任意一项所述的网络失效数据上传设备，其特征在于，该网络异常数据包中记录有网络应用的信息、网络错误代码、本地IP地址、网络异常的时间和/或本地的地理位置信息，其中网络错误代码由网络应用对应的服务器发出、用于表示网络应用的服务请求不成功的原因。
19.一种监听服务器，其特征在于，包括一接收模块和一存储模块，该接收模块用于接收用户端上传的网络异常数据包、并向用户端返回用于表示上传成功的消息，网络异常数据包由用户端在所请求的应用出现网络异常时根据网络异常的信息生成，该存储模块用于存储该接收模块接收到的网络异常数据包。
20.如权利要求19所述的监听服务器，其特征在于，该监听服务器还包括一应急处理模块，用于搜索该接收模块接收的网络异常数据包中记录的网络异常的时间，在网络异常的时间和当前时间之差小于预设的一时间阈值、并且该网络异常数据包记录的内容和预设的应急处理条件相匹配的情况下，执行和该应急处理条件相对应的预设的应急处理。
21.如权利要求20所述的监听服务器，其特征在于，网络异常数据包中还记录有网络应用的信息、网络错误代码、用户端的IP地址和/或用户端的地理位置信息，其中网络错误代码由网络应用对应的服务器生成、用于表示网络应用的服务请求不成功的原因。
22.如权利要求21所述的监听服务器，其特征在于，该监听服务器还包括一分类统计模块，用于将监听服务器存储有的所有网络异常数据包根据网络异常的时间、网络应用的信息、网络错误代码、用户端的IP地址或用户端的地理位置信息进行分类，并统计各类的网络异常数据包在所有网络异常数据包中所占比例。
23.—种网络应用的网络失效数据记录系统，包括如权利要求15-18中任意一项所述的网络失效数据上传设备和如权利要求19-22中任意一项所述的监听服务器，用户端为该网络失效数据上传设备。
【文档编号】H04L29/08GK104348661SQ201310345393
【公开日】2015年2月11日 申请日期:2013年8月8日 优先权日:2013年8月8日
【发明者】叶亚明 申请人:携程计算机技术（上海）有限公司