CN106844073B - 一种诊断应用的方法、诊断客户端及系统 - Google Patents

一种诊断应用的方法、诊断客户端及系统 Download PDF

Info

Publication number
CN106844073B
CN106844073B CN201710060392.4A CN201710060392A CN106844073B CN 106844073 B CN106844073 B CN 106844073B CN 201710060392 A CN201710060392 A CN 201710060392A CN 106844073 B CN106844073 B CN 106844073B
Authority
CN
China
Prior art keywords
diagnosis
application
category
server
item
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.)
Active
Application number
CN201710060392.4A
Other languages
English (en)
Other versions
CN106844073A (zh
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.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201710060392.4A priority Critical patent/CN106844073B/zh
Publication of CN106844073A publication Critical patent/CN106844073A/zh
Application granted granted Critical
Publication of CN106844073B publication Critical patent/CN106844073B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/006—Identification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0748—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a remote unit communicating with a single-box computer node experiencing an error/fault
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079—Root cause analysis, i.e. error or fault diagnosis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0677—Localisation of faults
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Environmental & Geological Engineering (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Biomedical Technology (AREA)
  • Debugging And Monitoring (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例提供一种诊断应用的方法、诊断客户端及系统，该方法包括：从所述诊断客户端所支持诊断的至少一个待诊断应用中确定目标应用；向诊断支持服务器发送请求目标应用最新的服务配置信息的请求信息；获取所述诊断支持服务器反馈的目标应用最新的服务配置信息；其中，所述诊断支持服务器通过，记录各待诊断应用最新的服务配置信息的旁路服务器，拉取所述目标应用最新的服务配置信息；根据所述目标应用最新的服务配置信息，执行预定的与应用服务相关的各诊断项的诊断逻辑，得到各诊断项的诊断结果；至少根据所得到的各诊断项的诊断结果，生成目标应用的诊断报告。本发明实施例可便捷的实现应用的诊断。

Description

一种诊断应用的方法、诊断客户端及系统
技术领域
本发明涉及数据处理技术领域，具体涉及一种诊断应用的方法、诊断客户端及系统。
背景技术
随着互联网，尤其是移动互联网的发展，能够装载于智能手机、笔记本电脑等终端设备上的应用程序(简称应用)越来越多，应用装载在终端设备上后，用户可通过相应的应用客户端登录应用服务器，通过应用客户端与应用服务器的数据交互，体验应用服务。然而，由于网络故障、应用服务器的服务故障等原因，应用客户端登录应用服务器的过程可能出现异常(即登录异常)，这就需要进行应用诊断，定位出引起登录异常的故障原因。
目前诊断应用的方法主要是通过ping工具向应用服务器发送ping指令实现；为实现这种诊断应用的方法，用户需要调用ping工具，通过在ping工具的命令栏编辑输入ping指令，使得ping工具向应用服务器发送ping指令，来实现应用的诊断；可见，使用ping工具实现应用的诊断，需要用户了解ping指令的使用知识并进行ping指令的编辑输入，存在一定的使用局限，并且用户操作ping工具的过程较为麻烦，因此如何便捷的实现应用的诊断，成为了本领域技术人员需要考虑的问题。
发明内容
有鉴于此，本发明实施例提供一种诊断应用的方法、诊断客户端及系统，以便捷的实现应用的诊断。
为实现上述目的，本发明实施例提供如下技术方案：
一种诊断应用的方法，应用于诊断客户端，所述方法包括：
从所述诊断客户端所支持诊断的至少一个待诊断应用中确定目标应用；
向诊断支持服务器发送请求目标应用最新的服务配置信息的请求信息；
获取所述诊断支持服务器反馈的目标应用最新的服务配置信息；其中，所述诊断支持服务器通过，记录各待诊断应用最新的服务配置信息的旁路服务器，拉取所述目标应用最新的服务配置信息；
根据所述目标应用最新的服务配置信息，执行预定的与应用服务相关的各诊断项的诊断逻辑，得到各诊断项的诊断结果；
至少根据所得到的各诊断项的诊断结果，生成目标应用的诊断报告。
本发明实施例还提供一种诊断客户端，包括：
目标应用确定模块，用于从所述诊断客户端所支持诊断的至少一个待诊断应用中确定目标应用；
服务配置信息请求模块，用于向诊断支持服务器发送请求目标应用最新的服务配置信息的请求信息；
服务配置信息获取模块，用于获取所述诊断支持服务器反馈的目标应用最新的服务配置信息；其中，所述诊断支持服务器通过，记录各待诊断应用最新的服务配置信息的旁路服务器，拉取所述目标应用最新的服务配置信息；
第一诊断执行模块，用于根据所述目标应用最新的服务配置信息，执行预定的与应用服务相关的各诊断项的诊断逻辑，得到各诊断项的诊断结果；
诊断报告生成模块，用于至少根据所得到的各诊断项的诊断结果，生成目标应用的诊断报告。
本发明实施例还提供一种诊断应用的系统，包括：诊断客户端，诊断支持服务器，旁路服务器；
其中，诊断客户端用于，从所述诊断客户端所支持诊断的至少一个待诊断应用中确定目标应用；向诊断支持服务器发送请求目标应用最新的服务配置信息的请求信息；获取所述诊断支持服务器反馈的目标应用最新的服务配置信息；根据所述目标应用最新的服务配置信息，执行预定的与应用服务相关的各诊断项的诊断逻辑，得到各诊断项的诊断结果；至少根据所得到的各诊断项的诊断结果，生成目标应用的诊断报告；
所述诊断支持服务器，用于接收所述请求信息，向所述诊断客户端反馈目标应用最新的服务配置信息；其中，诊断支持服务器通过所述旁路服务器，拉取所述目标应用最新的服务配置信息；
所述旁路服务器，用于记录各待诊断应用最新的服务配置信息。
基于上述技术方案，本发明实施例提供的诊断应用的方法，可通过设置能够对至少一个待诊断应用进行诊断的诊断客户端，通过诊断支持服务器配合诊断客户端获取当前需诊断的目标应用的最新的服务配置信息，从而诊断客户端可通过执行预定的与应用服务相关的各诊断项的诊断逻辑，得到各诊断项的诊断结果，生成目标应用的诊断报告；采用本发明实施例提供的诊断应用的方法，用户可不用了解诊断过程涉及到的指令知识，选取需诊断的目标应用后，诊断客户端即可通过与诊断支持服务器的交互，自动的完成目标应用的诊断，用户使用极为方便，从而便捷的实现了应用的诊断。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本发明实施例提供的诊断应用的系统的架构示意图；
图2为本发明实施例提供的诊断应用的方法的信令流程图；
图3为旁路服务器记录各待诊断应用最新的服务配置信息的示意图；
图4为基于用户操作确定目标应用的示意图；
图5为基于用户操作确定目标应用的另一示意图；
图6为本发明实施例提供的诊断应用的方法的另一信令流程图；
图7为本发明实施例提供的得到各诊断项的诊断结果的方法流程图；
图8为诊断过程的界面示意图；
图9为诊断报告的示意图；
图10为本发明实施例提供的诊断客户端的结构框图；
图11为本发明实施例提供的诊断应用的系统的另一架构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本发明实施例提供的诊断应用的系统的架构示意图，参照图1，该系统可以包括：诊断客户端10，诊断支持服务器20，旁路服务器30；
其中，诊断客户端10装载于智能手机、笔记本电脑等终端设备上，是本发明实施例实施诊断应用的方法的主体；在本发明实施例中，诊断客户端10可以预置诊断策略，对至少一个待诊断应用进行故障诊断；待诊断应用可同样装载于终端设备上，是诊断客户端的诊断对象；
诊断支持服务器20设置于网络侧，可由单独的服务器实现，也可以由多个服务器组成的服务器群组实现；在本发明实施例中，诊断支持服务器20可通过旁路服务器，确定各待诊断应用的服务配置信息，并与诊断客户端进行交互，将诊断客户端当前需诊断的目标应用的服务配置信息下发至诊断客户端，以便诊断客户端执行诊断策略，对该目标应用进行诊断；
可选的，诊断支持服务器20可由统一网关代理服务器实现，支持多路容灾、双机负载均衡，死机自动剔除，扩容平滑，多网络运营商接入等功能；
旁路服务器30可记录各待诊断应用最新的服务配置信息；可选的，旁路服务器30一方面可由后台工作人员维护，对于不可自动从应用服务器的官方网站抓取的服务配置信息(比如应用服务器的域名、端口、IP等)，可由后台工作人员在待诊断应用的服务配置信息发生变更时，导入最新的服务配置信息；另一方面，对于可从应用服务器的官方网站自动抓取的服务配置信息(比如应用服务器的服务器状态等)，旁路服务器30可通过自动抓取并更新。
结合图1所示，图2示出了本发明实施例提供的诊断应用的方法的可选信令流程图，参照图2，该流程可以包括：
步骤S10、诊断支持服务器定时从旁路服务器拉取各待诊断应用最新的服务配置信息。
待诊断应用最新的服务配置信息表示的是待诊断应用的应用服务器最新的服务配置信息，服务器配置信息为登录应用服务器所需验证的服务器的基础信息，比如应用服务器的服务器状态信息(如应用服务器的服务器维护信息、停服信息等)，应用服务器的通信地址信息(如应用服务器的端口、域名、IP地址等)，应用服务器的网络运营商信息，应用服务器要求的最低终端配置等之中的至少一种；
可选的，服务配置信息的具体内容可根据实际情况设定。
可选的，旁路服务器可记录各待诊断应用最新的服务配置信息，如旁路服务器可通过记录各待诊断应用的应用标识，所对应的最新的服务配置信息，实现各待诊断应用最新的服务配置信息的记录；
在一种实现方式中，如图3所示，旁路服务器可为各待诊断应用设置独立的存储分区，在各待诊断应用的存储分区中相应记录所对应的最新的服务配置信息；通过在存储目标文件中，将各待诊断应用的存储分区的存储地址，与各待诊断应用的应用标识相对应，实现各待诊断应用的应用标识，所对应的最新的服务配置信息的记录。
旁路服务器记录有服务配置信息的待诊断应用，可与诊断客户端支持诊断的应用相应；可选的，本发明实施例可事先设定诊断客户端所支持诊断的应用，并相应的在旁路服务器记录诊断客户端所支持诊断的应用的最新的服务配置信息。
步骤S11、诊断支持服务器记录各待诊断应用最新的服务配置信息。
可选的，诊断支持服务器并不涉及各待诊断应用的服务配置信息的更新，而是通过从旁路服务器定时拉取各待诊断应用最新的服务配置信息，实现诊断支持服务器所记录的各待诊断应用的服务配置信息保持最新状态。
可选的，诊断支持服务器记录各待诊断应用最新的服务配置信息的方式，可与旁路服务器记录各待诊断应用最新的服务配置信息的方式类似，如诊断支持服务器可记录各待诊断应用的应用标识，所对应的最新的服务配置信息。
步骤S12、诊断客户端根据用户操作，从所支持诊断的至少一个待诊断应用中确定目标应用。
诊断客户端可支持诊断至少一个待诊断应用；在诊断客户端启动后，诊断客户端可展示记录有所述至少一个待诊断应用的列表，当用户从该列表中选取了当前需诊断的应用后，诊断客户端可确定用户所选取的应用为目标应用(即至少一个待诊断应用中当前需诊断的应用)；
可选的，如图4所示，诊断客户端可展示待诊断应用的列表，用户从列表中选取了“节奏大师”这一应用后，诊断客户端可确定“节奏大师”为当前需诊断的目标应用。
可选的，另一方面，诊断客户端可支持用户从所述至少一个待诊断应用中搜索应用，诊断客户端可基于用户的搜索操作，从所述至少一个待诊断应用中确定与搜索条件相应的应用并展示，用户可从展示的应用中选取当前需诊断的应用，相应的，诊断客户端可确定用户所选取的应用为目标应用；
可选的，如图5所示出，用户在诊断客户端展示的搜索框中输入“节奏”的搜索条件后，诊断客户端可从所支持诊断的至少一个待诊断应用中匹配到包含“节奏”的搜索结果并展示，用户选取“节奏大师”这一应用后，诊断客户端可确定“节奏大师”为当前需诊断的目标应用。
步骤S13、诊断客户端向诊断支持服务器发送请求目标应用最新的服务配置信息的请求信息。
可选的，所述请求信息中可以携带目标应用的应用标识。
步骤S14、诊断支持服务器根据所记录的各待诊断应用最新的服务配置信息，确定所述目标应用最新的服务配置信息。
可选的，诊断支持服务器接收请求信息后，可根据请求信息中携带的目标应用的应用标识，从所记录的各待诊断应用的应用标识对应的最新的服务配置信息中，匹配出与目标应用的应用标识对应的最新的服务配置信息，得到所述目标应用最新的服务配置信息。
步骤S15、诊断支持服务器向所述诊断客户端发送所述目标应用最新的服务配置信息。
步骤S16、诊断客户端根据所述目标应用最新的服务配置信息，执行预定的与应用服务相关的各诊断项的诊断逻辑，得到各诊断项的诊断结果。
与应用服务相关的诊断项可以是诊断服务器状态的诊断项，诊断应用服务器的网络运营商是否与用户当前的网络运营商匹配的诊断项，诊断应用服务器要求的最低终端配置是否与终端设备当前的终端配置匹配的诊断项等；与应用服务相关的诊断项可以根据实际情况设定。
在设定与应用服务相关的各诊断项后，本发明实施例可定义各诊断项的诊断逻辑，从而在诊断客户端获取到目标应用最新的服务配置信息后，诊断客户端可相应的执行预定的与应用服务相关的各诊断项的诊断逻辑，得到与应用服务相关的各诊断项的诊断结果；比如得到服务器状态的诊断结果(可以表示服务器状态是否异常)，应用服务器的网络运营商是否与用户当前的网络运营商匹配的诊断结果等。
步骤S17、诊断客户端至少根据所得到的各诊断项的诊断结果，生成目标应用的诊断报告。
可选的，各诊断项的诊断结果可以包括：各诊断项的诊断结果的正常或异常提示，以及异常诊断结果的诊断项的建议解决方案内容。
在得到与应用服务相关的各诊断项的诊断结果后，本发明实施例可以直接生成目标应用的诊断报告；
但在另一种可能的实现中，对于目标应用的诊断可以不依赖目标应用最新的服务配置信息进行，比如诊断终端设备当前接入网络的状况，登录账号的授权状况等，因此本发明实施例在得到与应用服务相关的各诊断项的诊断结果后，还可结合其他的不依赖服务配置信息的诊断项的诊断结果，生成目标应用的诊断报告。
可选的，图2所示的诊断应用的方法，是由诊断支持服务器定时从旁路服务器拉取各待诊断应用最新的服务配置信息，从而在诊断客户端请求目标应用最新的服务配置信息时，相应的向诊断客户端反馈目标应用最新的服务配置信息；
在另一种实现方式中，诊断支持服务器也可在接收到诊断客户端请求目标应用最新的服务配置信息的信息时，现场的从旁路服务器拉取目标应用最新的服务配置信息并反馈给诊断客户端；
可选的，图6示出了本发明实施例提供的诊断应用的方法的另一信令流程图，参照图6，该流程可以包括：
步骤S20、诊断客户端根据用户操作，从所支持诊断的至少一个待诊断应用中确定目标应用。
步骤S21、诊断客户端向诊断支持服务器发送请求目标应用最新的服务配置信息的请求信息。
步骤S22、诊断支持服务器从旁路服务器拉取所述目标应用最新的服务配置信息。
步骤S23、诊断支持服务器向所述诊断客户端发送所述目标应用最新的服务配置信息。
步骤S24、诊断客户端根据所述目标应用最新的服务配置信息，执行预定的与应用服务相关的各诊断项的诊断逻辑，得到各诊断项的诊断结果。
步骤S25、诊断客户端至少根据所得到的各诊断项的诊断结果，生成目标应用的诊断报告。
可见，本发明实施例提供的诊断应用的方法的核心流程为：诊断客户端从所支持诊断的至少一个待诊断应用中确定目标应用；向诊断支持服务器发送请求目标应用最新的服务配置信息的请求信息；获取所述诊断支持服务器反馈的目标应用最新的服务配置信息，其中，所述诊断支持服务器通过，记录各待诊断应用最新的服务配置信息的旁路服务器，拉取所述目标应用最新的服务配置信息；根据所述目标应用最新的服务配置信息，执行预定的与应用服务相关的各诊断项的诊断逻辑，得到各诊断项的诊断结果；至少根据所得到的各诊断项的诊断结果，生成目标应用的诊断报告。
本发明实施例提供的诊断应用的方法，可通过设置能够对至少一个待诊断应用进行诊断的诊断客户端，通过诊断支持服务器配合诊断客户端获取当前需诊断的目标应用的最新的服务配置信息，从而诊断客户端可通过执行预定的与应用服务相关的各诊断项的诊断逻辑，得到各诊断项的诊断结果，生成目标应用的诊断报告；采用本发明实施例提供的诊断应用的方法，用户可不用了解诊断过程涉及到的指令知识，选取需诊断的目标应用后，诊断客户端即可通过与诊断支持服务器的交互，自动的完成目标应用的诊断，用户使用极为方便，从而便捷的实现了应用的诊断。
可选的，本发明实施例可将与应用服务相关的诊断项进行分类，得到至少一个诊断类别，其中一个诊断类别可对应至少一个诊断项；分类的方式可以根据实际情况定义，如将诊断功能相近的诊断项归为一类等；
相应的，不同的诊断类别所使用的服务配置信息的内容可以不同，本发明实施例对于每一诊断类别，可确定服务配置信息中与该诊断类别对应的服务配置内容，从而得到各诊断类别对应的服务配置内容；进而在对每一诊断类别的诊断项进行诊断时，可以根据该诊断类别对应的服务配置内容，执行该诊断类别对应的各诊断项的诊断逻辑，从而得到各诊断类别的诊断结果；
相应的，图7示出了本发明实施例提供的得到各诊断项的诊断结果的方法流程图，该方法可应用于诊断客户端，参照图7，该方法可以包括：
步骤S100、确定预定的与应用服务相关的各诊断类别对应的各诊断项，其中，一个诊断类别对应至少一个诊断项。
可选的，与应用服务相关的诊断类别可以分类为如下至少一种：
应用服务器的连通性诊断类别(为方便描述，称为第一诊断类别)；第一诊断类别可以是与应用服务器的连通性诊断相关的诊断项所对应的诊断类别，比如域名劫持诊断项、端口连接诊断项、用户网络运营商匹配诊断项、LDNS(Local DNS，本地DNS服务器)网络运营商匹配诊断项等之中的至少一个；
应用服务器的服务器状态诊断类别(为方便描述，称为第二诊断类别)；第二诊断类别可以是与应用服务器的服务器状态诊断相关的诊断项所对应的诊断类别，比如应用服务器的停服、维护诊断项等；
终端设备和应用服务器的配置匹配诊断类别(为方便描述，称为第三诊断类别)；第三诊断类别可以是与终端设备和应用服务器的配置匹配诊断，相关的诊断项所对应的诊断类别，比如终端设备与应用服务器的硬件配置是否匹配诊断项、终端设备与应用服务器的系统配置是否匹配诊断项等。
显然，上述描述的与应用服务相关的诊断类别的形式仅是可选的，具体的分类的方式可以根据实际情况定义。
步骤S110、从所述目标应用最新的服务配置信息中，确定各诊断类别对应的服务配置内容。
由于不同的诊断类别所对应的诊断项的诊断功能不同，因此不同的诊断类别所对应的服务配置内容可能是不同的，本发明实施例在获取目标应用最新的服务配置信息后，可从中确定各诊断类别对应的服务配置内容，以便后续在对不同诊断类别的诊断项进行诊断时，可根据所确定的相应的服务配置内容进行，简化诊断实现过程。
步骤S120、根据各诊断类别对应的服务配置内容，分别执行各诊断类别对应的各诊断项的诊断逻辑，得到各诊断类别的诊断结果；一诊断类别的诊断结果由该诊断类别对应的至少一个诊断项的诊断结果构成。
在确定各诊断类别对应的服务配置内容后，对于每一诊断类别，本发明实施可根据相应的服务配置内容，执行该诊断类别对应的各诊断项的诊断逻辑，从而得到该诊断类别对应的各诊断项的诊断结果，形成该诊断类别的诊断结果；
可选的，由于一个诊断类别可能只对应一个诊断项，因此执行该一个诊断项的诊断逻辑所得到的诊断结果，可以认为即是该诊断类别对应的诊断结果；对于对应有多个诊断项的诊断类别，该多个诊断项的诊断结果的集合，可以认为是该诊断类别的诊断结果。
通过细化出不同的诊断类别来实现目标应用的诊断，可使得诊断结果更为全面，精准。
下面以与应用服务相关的诊断类别包括上述举例的第一诊断类别，第二诊断类别，第三诊断类别中的至少一个为例，对本发明实施例提供的诊断应用的方法进行介绍。
1、如果与应用服务相关的诊断类别包括：第一诊断类别(即与应用服务器的连通性诊断相关的诊断项所对应的诊断类别)，则第一诊断类别对应的服务配置内容可以包括：目标应用的应用服务器最新的通信地址，和/或，目标应用的应用服务器最新的网络运营商信息；
相应的，图7所示步骤S110的可选实现可以是：从所述目标应用最新的服务配置信息中，确定目标应用的应用服务器最新的通信地址，和/或，目标应用的应用服务器最新的网络运营商信息；
相应的，诊断客户端可根据所述目标应用的应用服务器最新的通信地址，和/或，目标应用的应用服务器最新的网络运营商信息，执行所述第一诊断类别对应的各诊断项的诊断逻辑，得到所述第一诊断类别的诊断结果。
可选的，第一诊断类别对应的诊断项可以包括如下至少一个：
域名劫持诊断项
端口连接诊断项；
用户网络运营商匹配诊断项；
LDNS网络运营商匹配诊断项。
1.1、可选的，如果第一诊断类别的诊断项包括：域名劫持诊断项；相应的，第一诊断类别对应的服务配置内容包括：目标应用的应用服务器最新的通信地址；所述通信地址包括：目标应用的应用服务器的域名和IP地址；
可选的，诊断客户端根据所述目标应用的应用服务器最新的通信地址，执行所述第一诊断类别对应的各诊断项的诊断逻辑，得到所述第一诊断类别的诊断结果的方式可以是：
诊断客户端根据目标应用的应用服务器的域名，访问目标应用的应用服务器，判断访问返回结果对应的IP地址，是否与目标应用的应用服务器的IP地址对应，得到域名劫持诊断项的诊断结果；其中，如果判断结果为否，则确定当前存在域名劫持，域名劫持诊断项的诊断结果异常，如果判断结果为是，则确定当前不存在域名劫持，域名劫持诊断项的诊断结果正常；
相应的，下表1示出了域名劫持诊断项的诊断结果示意，可参照；
Figure BDA0001218828290000111
表1
1.2、可选的，如果第一诊断类别的诊断项包括：端口连接诊断项；相应的，第一诊断类别对应的服务配置内容可以包括：目标应用的应用服务器最新的通信地址；所述通信地址包括：目标应用的应用服务器的端口，及，域名或IP地址；
可选的，诊断客户端根据所述目标应用的应用服务器最新的通信地址，执行所述第一诊断类别对应的各诊断项的诊断逻辑，得到所述第一诊断类别的诊断结果的方式可以是：
根据目标应用的应用服务器的域名或IP地址，向目标应用的应用服务器的端口发起设定次数的连接请求，并记录成功连接的次数，根据成功连接的次数，确定端口连接诊断项的诊断结果。
需要说明的是，现有技术通过ping工具向应用服务器发送ping指令，来进行应用诊断的方式，用户需要事先知道待诊断应用的应用服务器的域名、端口等通信地址，才可在ping工具的命令栏编辑输入应用服务器的域名、端口等通信地址，使得ping工具通过所输入的通信地址，向应用服务器发送ping指令，进而基于ping指令的返回结果，得出诊断结果的情况；而本发明实施例中，诊断客户端可通过与诊断支持服务器的交互，自动的获取到目标应用的应用服务器的域名、端口等通信地址，减少用户手动输入通信地址的操作，提升应用诊断的简便性。
1.3、可选的，如果所述第一诊断类别对应的诊断项包括：用户网络运营商匹配诊断项；相应的，第一诊断类别对应的服务配置内容包括：目标应用的应用服务器最新的网络运营商信息；
可选的，诊断客户端向诊断支持服务器发送请求目标应用最新的服务配置信息的请求信息后，诊断支持服务器可确定诊断客户端的IP地址(诊断客户端的IP地址可以携带在请求信息中，也可以是诊断支持服务器根据IP地址追踪方法确定)，并通过旁路服务器的IP数据库(记录有IP地址对应的网络运营商信息)，确定出诊断客户端的IP地址对应的网络运营商信息，从而诊断支持服务器在向诊断客户端反馈目标应用最新的服务配置信息时，可同时反馈所确定的诊断客户端的IP地址对应的网络运营商信息；
进而，可选的，诊断客户端根据所述目标应用的应用服务器最新的网络运营商信息，执行所述第一诊断类别对应的各诊断项的诊断逻辑，得到所述第一诊断类别的诊断结果的方式可以是：
诊断客户端比对客户端的IP地址对应的网络运营商信息，是否与目标应用的应用服务器最新的网络运营商信息对应，得到用户网络运营商匹配诊断项的诊断结果；其中，如果判断结果为是，则用户网络运营商匹配诊断项的诊断结果正常，如果判断结果为否，则用户网络运营商匹配诊断项的诊断结果异常；
相应的，下表2示出了用户网络运营商匹配诊断项的诊断结果示意，可参照；
Figure BDA0001218828290000131
表2
1.4、可选的，如果所述第一诊断类别对应的诊断项包括：LDNS网络运营商匹配诊断项；相应的，第一诊断类别对应的服务配置内容可以包括：目标应用的应用服务器最新的网络运营商信息；
可选的，诊断客户端根据所述目标应用的应用服务器最新的网络运营商信息，执行所述第一诊断类别对应的各诊断项的诊断逻辑，得到所述第一诊断类别的诊断结果的方式可以是：
诊断客户端可确定LDNS的网络运营商信息，比对LDNS的网络运营商信息，是否与目标应用的应用服务器最新的网络运营商信息对应，得到LDNS网络运营商匹配诊断项的诊断结果；其中，如果判断结果为是，则LDNS网络运营商匹配诊断项的诊断结果正常，如果判断结果为否，则LDNS网络运营商匹配诊断项的诊断结果异常；
相应的，下表3示出了LDNS网络运营商匹配诊断项的诊断结果示意，可参照；
Figure BDA0001218828290000132
表3
2、如果与应用服务相关的诊断类别包括：第二诊断类别(即与应用服务器的服务器状态诊断相关的诊断项所对应的诊断类别)，则第二诊断类别对应的服务配置内容可以包括：目标应用的应用服务器最新的服务器状态信息；应用服务器最新的服务器状态信息，表示的是应用服务器的服务器维护信息、停服信息等，可通过应用服务器的官方网站抓取得到；
相应的，图7所示步骤S110的可选实现可以是：从所述目标应用最新的服务配置信息中，确定目标应用的应用服务器最新的服务器状态信息；
相应的，诊断客户端可根据所述目标应用的应用服务器最新的服务器状态信息，判断所述目标应用的应用服务器的服务器状态是否异常，得到所述第二诊断类别的诊断结果；
比如应用服务器停服、维护等，则说明应用服务器无法正常提供应用服务，相应的，第二诊断类别的诊断结果异常；又比如应用服务器正处于运营状态，则说明应用服务器能够正常提供应用服务，相应的，第二诊断类别的诊断结果正常；
可选的，以第二诊断类别包括应用服务器状态诊断项为例，下表4示出了第二诊断类别的诊断结果示意，可参照；
Figure BDA0001218828290000141
表4
3、如果与应用服务相关的诊断类别包括：第三诊断类别(与终端设备和应用服务器的配置匹配诊断，相关的诊断项所对应的诊断类别)；则第一诊断类别对应的服务配置内容可以包括：目标应用的应用服务器要求的最低终端配置；
相应的，图7所示步骤S110的可选实现可以是：从所述目标应用最新的服务配置信息中，确定目标应用的应用服务器要求的最低终端配置；
相应的，诊断客户端可根据所述目标应用的应用服务器要求的最低终端配置，判断终端设备的终端配置是否与所述最低终端配置相匹配，得到所述第三诊断类别的诊断结果；其中，判断结果为是，则终端设备的配置诊断类别的诊断结果为正常，判断结果为否，则终端设备的配置诊断类别的诊断结果为异常。
可选的，进一步，目标应用的应用服务器要求的最低终端配置可以包括：目标应用的应用服务器要求的最低终端硬件配置，和/或，最低终端系统配置；
相应的，第三诊断类别对应的诊断项可以包括如下至少一个：
硬件配置诊断项；
系统配置诊断项。
可选的，在进行硬件配置诊断项的诊断时，诊断客户端可确定终端设备的CPU、内存、屏幕分辨率等硬件配置，判断终端设备的硬件配置，是否与目标应用的应用服务器要求的最低终端硬件配置对应，得到硬件配置诊断项的诊断结果；其中，判断结果为是，则确定硬件配置诊断项正常，判断结果为否，则确定硬件配置诊断项异常；
可选的，表5示出了硬件配置诊断项的诊断结果示意，可参照；
Figure BDA0001218828290000151
表5
可选的，在进行系统配置诊断项的诊断时，诊断客户端可确定终端设备的系统版本等系统配置，判断终端设备的系统配置，是否与目标应用的应用服务器要求的最低终端系统配置对应，得到系统配置诊断项的诊断结果；其中，判断结果为是，则确定系统配置诊断项正常，判断结果为否，则确定系统配置诊断项异常；
可选的，表6示出了系统配置诊断项的诊断结果示意，可参照；
Figure BDA0001218828290000152
表6
可选的，本发明实施例还可执行预定的不受服务配置信息影响的第四诊断类别的诊断逻辑，和/或，执行预定的不受服务配置信息影响的第五诊断类别的诊断项的诊断逻辑，得到第四诊断类别和/或第五诊断类别的诊断结果；从而根据所述服务配置信息得到的各诊断项的诊断结果，及，第四诊断类别和/或第五诊断类别的诊断结果，生成目标应用的诊断报告。
即通过图2步骤S16所得到的各诊断项的诊断结果(也可以是通过图6步骤S24所得到的各诊断项的诊断结果)，可与第四诊断类别和第五诊断类别的诊断结果中的至少一个相结合，生成目标应用的诊断报告；
相应的，诊断客户端还可执行预定的第四诊断类别对应的各诊断项的诊断逻辑，得到第四诊断类别的诊断结果，和/或，执行预定的第五诊断类别对应的各诊断项的诊断逻辑，得到第五诊断类别的诊断结果；
从而诊断客户端至少根据所得到的各诊断项的诊断结果，生成目标应用的诊断报告的方式可以是：
根据所得到的各诊断项的诊断结果，及，第四诊断类别和/或第五诊断类别的诊断结果，生成目标应用的诊断报告。
可选的，第四诊断类别可以是与终端设备当前接入网络状况诊断相关的诊断项所对应的诊断类别；
第五诊断类别可以是与终端设备的登录账号授权诊断相关的诊断项所对应的诊断类别。
可选的，第四诊断类别对应的诊断项可以包括如下至少一个：
网络开启诊断项；
网络信号强度诊断项；
网络连接诊断项；
本地IP获取诊断项；
访问特定网站诊断项。
可选的，如果第四诊断类别对应的诊断项包括：网络开启诊断项；则诊断客户端可判断终端设备当前是否启动数据网络，得到网络开启诊断项的诊断结果，其中，若判断结果为是，则网络开启诊断项的诊断结果正常，若判断结果为否，则网络开启诊断项的诊断结果异常；
可选的，下表7示出了网络开启诊断项的诊断结果示意，可参照；
Figure BDA0001218828290000171
表7
可选的，如果第四诊断类别对应的诊断项包括：网络信号强度诊断项；则诊断客户端可确定当前接入网络的网络信号强度，将所确定的网络信号强度与信号强度阈值比对，如果所确定的网络信号强度低于信号强度阈值，则确定网络信号强度诊断项的诊断结果异常，如果所确定的网络信号强度高于信号强度阈值，则确定网络信号强度诊断项的诊断结果正常；
可选的，下表8示出了网络开启诊断项的诊断结果示意，可参照；
Figure BDA0001218828290000172
表8
可选的，如果第四诊断类别对应的诊断项包括：网络连接诊断项；
则诊断客户端可判断终端设备是否可以连接到数据网络，若是，则网络连接诊断项的诊断结果正常，若否，则网络连接诊断项的诊断结果异常；
可选的，下表9示出了网络连接诊断项的诊断结果示意，可参照；
Figure BDA0001218828290000173
表9
可选的，如果第四诊断类别对应的诊断项包括：本地IP获取诊断项；
则诊断客户端可判断终端设备是否可获取本地IP信息，若是，则本地IP获取诊断项的诊断结果正常，若否，则本地IP获取诊断项的诊断结果异常；
可选的，下表10示出了本地IP获取诊断项的诊断结果示意，可参照；
Figure BDA0001218828290000181
表10
可选的，如果第四诊断类别对应的诊断项包括：访问特定网站诊断项；
则诊断客户端可根据设定的特定网站的网址，发起对该特定网站的访问，并判断是否能够访问到所述特定网站，若是，则访问特定网站诊断项的诊断结果正常，若否，则访问特定网站诊断项的诊断结果异常；
下表11示出了访问特定网站诊断项的诊断结果示意，可参照；
Figure BDA0001218828290000182
表11
可选的，对于第五诊断类别，诊断客户端可判断登录账号授权验证是否成功，若否，则第五诊断类别的诊断结果异常，若是，则第五诊断类别的诊断结果正常；
可选的，以中国常用的QQ和微信账号授权登录为例，表12示出了第五诊断类别的诊断结果示意，可参照；
Figure BDA0001218828290000183
表12
可选的，上文所描述的具体的诊断项和诊断项所属类别，可以择其中的至少一种应用在本发明实施例提供的诊断应用的方法中，也可全应用在本发明实施例提供的诊断应用的方法中。
可选的，本发明实施例还可根据各诊断项的诊断结果，确定诊断结论；表13示出了一种诊断结论的描述，可参照；
Figure BDA0001218828290000191
表13
可选的，诊断客户端还可将诊断报告上传给诊断支持服务器，以便诊断支持服务器向开发人员展示诊断报告，由开发人员分析研究诊断报告；同时，诊断支持服务器可将诊断报告存储在存储数据库中，存储数据库可支持永久存储。
值得注意的是，上述表格中“异常是否结束诊断”中，异常是结束诊断是指，出现网络完全不可用等情况，诊断客户端已经无法连接网络，诊断时无法和后台交互，需要结束诊断；而异常否结束诊断是指，诊断过程中网络是可用的，能支持完成整个诊断策略的执行，不需要结束诊断。
可选的，在本发明实施例中，不同的待诊断应用对应的诊断策略可能相同，也可能不同，诊断策略的差异可通过诊断策略所包含的诊断项的差异决定。
可选的，如果需要更改诊断客户端设定的诊断策略，可通过更新诊断客户端的版本实现，不同版本的诊断客户端与后台约定的诊断策略可以不同。
本发明实施例提供的诊断应用的方法可应用于游戏应用的诊断；本发明实施例提供的诊断客户端可记录支持诊断的游戏应用的游戏ID，当用户需要对某一游戏应用进行诊断时，用户可从诊断客户端展示的支持诊断的游戏应用列表中，选取目标游戏应用；
从而诊断客户端可向诊断支持服务器请求目标游戏应用的最新服务配置信息；
诊断客户端获取到目标游戏应用的最新服务配置信息后，可执行预定的与游戏服务相关的各诊断项的诊断逻辑，同时，执行与当前接入网络状况诊断相关的诊断逻辑，和/或，与登录账号授权诊断相关的诊断逻辑，得到诊断结果，生成诊断报告；可选的，诊断过程的可选界面示意可如图8所示，诊断报告可选的示意可如图9所示。
本发明实施例提供的诊断应用的方法，可以便捷的实现应用的诊断，应用的诊断过程较为快速，用户操作简单。
下面对本发明实施例提供的诊断客户端进行介绍，下文描述内容可以认为是诊断客户端为实现本发明提供的诊断应用的方法，所需设置的功能模块架构。
图10示出了诊断客户端的结构框图，参照图10，该诊断客户端可以包括：
目标应用确定模块100，用于从所述诊断客户端所支持诊断的至少一个待诊断应用中确定目标应用；
服务配置信息请求模块200，用于向诊断支持服务器发送请求目标应用最新的服务配置信息的请求信息；
服务配置信息获取模块300，用于获取所述诊断支持服务器反馈的目标应用最新的服务配置信息；其中，所述诊断支持服务器通过，记录各待诊断应用最新的服务配置信息的旁路服务器，拉取所述目标应用最新的服务配置信息；
第一诊断执行模块400，用于根据所述目标应用最新的服务配置信息，执行预定的与应用服务相关的各诊断项的诊断逻辑，得到各诊断项的诊断结果；
诊断报告生成模块500，用于至少根据所得到的各诊断项的诊断结果，生成目标应用的诊断报告。
可选的，第一诊断执行模块400，用于根据所述目标应用最新的服务配置信息，执行预定的与应用服务相关的各诊断项的诊断逻辑，得到各诊断项的诊断结果，具体包括：
确定预定的与应用服务相关的各诊断类别对应的各诊断项，其中，一个诊断类别对应至少一个诊断项；
从所述目标应用最新的服务配置信息中，确定各诊断类别对应的服务配置内容；
根据各诊断类别对应的服务配置内容，分别执行各诊断类别对应的各诊断项的诊断逻辑，得到各诊断类别的诊断结果；一诊断类别的诊断结果由该诊断类别对应的至少一个诊断项的诊断结果构成。
可选的，所述诊断类别包括如下至少一种：
第一诊断类别，所述第一诊断类别为与应用服务器的连通性诊断相关的诊断项所对应的诊断类别；
第二诊断类别，所述第二诊断类别为与应用服务器的服务器状态诊断相关的诊断项所对应的诊断类别；
第三诊断类别，所述第三诊断类别为与终端设备和应用服务器的配置匹配诊断，相关的诊断项所对应的诊断类别。
可选的，如果所述诊断类别包括：所述第一诊断类别；则第一诊断类别对应的服务配置内容可以包括：目标应用的应用服务器最新的通信地址，和/或，目标应用的应用服务器最新的网络运营商信息；
相应的，第一诊断执行模块400，用于根据各诊断类别对应的服务配置内容，分别执行各诊断类别对应的各诊断项的诊断逻辑，得到各诊断类别的诊断结果，具体包括：
根据所述目标应用的应用服务器最新的通信地址，和/或，目标应用的应用服务器最新的网络运营商信息，执行所述第一诊断类别对应的各诊断项的诊断逻辑，得到所述第一诊断类别的诊断结果。
可选的，如果所述诊断类别包括：所述第二诊断类别；则第二诊断类别对应的服务配置内容可以包括：目标应用的应用服务器最新的服务器状态信息；
相应的，第一诊断执行模块400，用于根据各诊断类别对应的服务配置内容，分别执行各诊断类别对应的各诊断项的诊断逻辑，得到各诊断类别的诊断结果，具体包括：
根据所述目标应用的应用服务器最新的服务器状态信息，判断所述目标应用的应用服务器的服务器状态是否异常，得到所述第二诊断类别的诊断结果。
可选的，如果所述诊断类别包括：所述第三诊断类别；则第三诊断类别对应的服务配置内容可以包括：目标应用的应用服务器要求的最低终端配置；
相应的，第一诊断执行模块400，用于根据各诊断类别对应的服务配置内容，分别执行各诊断类别对应的各诊断项的诊断逻辑，得到各诊断类别的诊断结果，具体包括：
根据所述目标应用的应用服务器要求的最低终端配置，判断终端设备的终端配置是否与所述最低终端配置相匹配，得到所述第三诊断类别的诊断结果。
可选的，所述第一诊断类别对应的诊断项包括如下至少一个：
域名劫持诊断项
端口连接诊断项；
用户网络运营商匹配诊断项；
LDNS网络运营商匹配诊断项。
可选的，如果所述第一诊断类别对应的诊断项包括：域名劫持诊断项；所述第一诊断类别对应的服务配置内容可以包括：目标应用的应用服务器最新的通信地址；所述通信地址包括：目标应用的应用服务器的域名和IP地址；
相应的，第一诊断执行模块400，用于根据所述目标应用的应用服务器最新的通信地址，执行所述第一诊断类别对应的各诊断项的诊断逻辑，得到所述第一诊断类别的诊断结果，具体包括：
根据目标应用的应用服务器的域名，访问目标应用的应用服务器，判断访问返回结果对应的IP地址，是否与目标应用的应用服务器的IP地址对应，得到域名劫持诊断项的诊断结果；其中，如果判断结果为否，则确定当前存在域名劫持，域名劫持诊断项的诊断结果异常，如果判断结果为是，则确定当前不存在域名劫持，域名劫持诊断项的诊断结果正常。
可选的，如果所述第一诊断类别对应的诊断项包括：端口连接诊断项；所述第一诊断类别对应的服务配置内容可以包括：目标应用的应用服务器最新的通信地址；所述通信地址包括：目标应用的应用服务器的端口，及，域名或IP地址；
相应的，第一诊断执行模块400，用于根据所述目标应用的应用服务器最新的通信地址，执行所述第一诊断类别对应的各诊断项的诊断逻辑，得到所述第一诊断类别的诊断结果，具体包括：
根据目标应用的应用服务器的域名或IP地址，向目标应用的应用服务器的端口发起设定次数的连接请求，并记录成功连接的次数，根据成功连接的次数，确定端口连接诊断项的诊断结果。
可选的，如果所述第一诊断类别对应的诊断项包括：用户网络运营商匹配诊断项；所述第一诊断类别对应的服务配置内容可以包括：目标应用的应用服务器最新的网络运营商信息；
可选的，诊断客户端还可用于，在获取所述诊断支持服务器反馈的目标应用最新的服务配置信息时，获取所述诊断支持服务器所反馈的诊断客户端的IP地址对应的网络运营商信息；
相应的，第一诊断执行模块400，用于根据所述目标应用的应用服务器最新的通信地址，执行所述第一诊断类别对应的各诊断项的诊断逻辑，得到所述第一诊断类别的诊断结果，具体包括：
比对客户端的IP地址对应的网络运营商信息，是否与目标应用的应用服务器最新的网络运营商信息对应，得到用户网络运营商匹配诊断项的诊断结果；其中，如果判断结果为是，则用户网络运营商匹配诊断项的诊断结果正常，如果判断结果为否，则用户网络运营商匹配诊断项的诊断结果异常。
可选的，如果所述第一诊断类别对应的诊断项包括：LDNS网络运营商匹配诊断项；所述第一诊断类别对应的服务配置内容可以包括：目标应用的应用服务器最新的网络运营商信息；
相应的，第一诊断执行模块400，用于根据所述目标应用的应用服务器最新的通信地址，执行所述第一诊断类别对应的各诊断项的诊断逻辑，得到所述第一诊断类别的诊断结果，具体包括：
确定所述LDNS的网络运营商信息，比对LDNS的网络运营商信息，是否与目标应用的应用服务器最新的网络运营商信息对应，得到LDNS网络运营商匹配诊断项的诊断结果；其中，如果判断结果为是，则LDNS网络运营商匹配诊断项的诊断结果正常，如果判断结果为否，则LDNS网络运营商匹配诊断项的诊断结果异常。
可选的，诊断客户端还可用于，执行预定的第四诊断类别对应的各诊断项的诊断逻辑，得到第四诊断类别的诊断结果，和/或，执行预定的第五诊断类别对应的各诊断项的诊断逻辑，得到第五诊断类别的诊断结果；其中，第四诊断类别为与终端设备当前接入网络状况诊断相关的诊断项所对应的诊断类别，第五诊断类别为与终端设备的登录账号授权诊断相关的诊断项所对应的诊断类别；
相应的，诊断报告生成模块500，用于至少根据所得到的各诊断项的诊断结果，生成目标应用的诊断报告，具体包括：
根据所得到的各诊断项的诊断结果，及，第四诊断类别和/或第五诊断类别的诊断结果，生成目标应用的诊断报告。
可选的，各诊断项的诊断结果可以包括：各诊断项的诊断结果的正常或异常提示，以及异常诊断结果的诊断项的建议解决方案。
可选的，诊断客户端还可用于，向所述诊断支持服务器上传所述目标应用的诊断报告。
本发明实施例还提供一种诊断应用的系统，该系统结构可以如图1所示，包括：诊断客户端，诊断支持服务器，旁路服务器；
其中，诊断客户端用于，从所述诊断客户端所支持诊断的至少一个待诊断应用中确定目标应用；向诊断支持服务器发送请求目标应用最新的服务配置信息的请求信息；获取所述诊断支持服务器反馈的目标应用最新的服务配置信息；根据所述目标应用最新的服务配置信息，执行预定的与应用服务相关的各诊断项的诊断逻辑，得到各诊断项的诊断结果；至少根据所得到的各诊断项的诊断结果，生成目标应用的诊断报告；
所述诊断支持服务器，用于接收所述请求信息，向所述诊断客户端反馈目标应用最新的服务配置信息；其中，诊断支持服务器通过所述旁路服务器，拉取所述目标应用最新的服务配置信息；
所述旁路服务器，用于记录各待诊断应用最新的服务配置信息。
可选的，诊断客户端的具体功能可参照上文相应部分描述，此处不再赘述。
可选的，一方面，诊断支持服务器具体可用于，定时从旁路服务器拉取各待诊断应用最新的服务配置信息并记录；及在接收所述请求信息时，根据所记录的各待诊断应用最新的服务配置信息，确定所述目标应用最新的服务配置信，并反馈给所述诊断客户端。
可选的，另一方面，诊断支持服务器具体可用于，在接收所述请求信息时，从旁路服务器拉取所述目标应用最新的服务配置信息，并反馈给所述诊断客户端。
可选的，诊断客户端还可用于，向诊断支持服务器上传目标应用的诊断报告；
相应的，诊断支持服务器可将诊断客户端上传的诊断报告存储入存储数据库中；如图11所示，诊断支持服务器可将诊断报告存储入存储数据库40中，存储数据库40可支持对数据的永久存储。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (18)

1.一种诊断应用的方法，其特征在于，所述方法包括：
装载于终端设备上的诊断客户端从所述诊断客户端所支持诊断的至少一个待诊断应用中根据用户操作确定目标应用；所述待诊断应用装载于所述终端设备上；
所述诊断客户端向诊断支持服务器发送请求目标应用最新的服务配置信息的请求信息；所述服务配置信息为登录应用服务器所需验证的服务器的基础信息；
所述诊断客户端获取所述诊断支持服务器反馈的目标应用最新的服务配置信息；其中，所述诊断支持服务器通过，记录各待诊断应用最新的服务配置信息的旁路服务器，拉取所述目标应用最新的服务配置信息；对于可从应用服务器自动抓取的服务配置信息，所述旁路服务器从应用服务器自动抓取并更新；对于不可从应用服务器抓取的服务配置信息，所述旁路服务器接收人工导入的所述目标应用最新的服务配置信息并更新；
所述诊断客户端根据所述目标应用最新的服务配置信息，执行预定的与应用服务相关的各诊断项的诊断逻辑，得到各诊断项的诊断结果；
所述诊断客户端至少根据所得到的各诊断项的诊断结果，生成目标应用的诊断报告。
2.根据权利要求1所述的诊断应用的方法，其特征在于，所述根据所述目标应用最新的服务配置信息，执行预定的与应用服务相关的各诊断项的诊断逻辑，得到各诊断项的诊断结果包括：
确定预定的与应用服务相关的各诊断类别对应的各诊断项，其中，一个诊断类别对应至少一个诊断项；
从所述目标应用最新的服务配置信息中，确定各诊断类别对应的服务配置内容；
根据各诊断类别对应的服务配置内容，分别执行各诊断类别对应的各诊断项的诊断逻辑，得到各诊断类别的诊断结果；一诊断类别的诊断结果由该诊断类别对应的至少一个诊断项的诊断结果构成。
3.根据权利要求2所述的诊断应用的方法，其特征在于，所述诊断类别包括如下至少一种：
第一诊断类别，所述第一诊断类别为与应用服务器的连通性诊断相关的诊断项所对应的诊断类别；
第二诊断类别，所述第二诊断类别为与应用服务器的服务器状态诊断相关的诊断项所对应的诊断类别；
第三诊断类别，所述第三诊断类别为与终端设备和应用服务器的配置匹配诊断，相关的诊断项所对应的诊断类别。
4.根据权利要求3所述的诊断应用的方法，其特征在于，如果所述诊断类别包括：所述第一诊断类别；所述从所述目标应用最新的服务配置信息中，确定各诊断类别对应的服务配置内容包括：确定目标应用的应用服务器最新的通信地址，和/或，目标应用的应用服务器最新的网络运营商信息；
所述根据各诊断类别对应的服务配置内容，分别执行各诊断类别对应的各诊断项的诊断逻辑，得到各诊断类别对应的各诊断项的诊断结果包括：
根据所述目标应用的应用服务器最新的通信地址，和/或，目标应用的应用服务器最新的网络运营商信息，执行所述第一诊断类别对应的各诊断项的诊断逻辑，得到所述第一诊断类别的诊断结果。
5.根据权利要求3所述的诊断应用的方法，其特征在于，如果所述诊断类别包括：所述第二诊断类别；所述从所述目标应用最新的服务配置信息中，确定各诊断类别对应的服务配置内容包括：确定目标应用的应用服务器最新的服务器状态信息；
所述根据各诊断类别对应的服务配置内容，分别执行各诊断类别对应的各诊断项的诊断逻辑，得到各诊断类别对应的各诊断项的诊断结果包括：
根据所述目标应用的应用服务器最新的服务器状态信息，判断所述目标应用的应用服务器的服务器状态是否异常，得到所述第二诊断类别的诊断结果。
6.根据权利要求3所述的诊断应用的方法，其特征在于，如果所述诊断类别包括：所述第三诊断类别；所述从所述目标应用最新的服务配置信息中，确定各诊断类别对应的服务配置内容包括：确定目标应用的应用服务器要求的最低终端配置；
所述根据各诊断类别对应的服务配置内容，分别执行各诊断类别对应的各诊断项的诊断逻辑，得到各诊断类别对应的各诊断项的诊断结果包括：
根据所述目标应用的应用服务器要求的最低终端配置，判断终端设备的终端配置是否与所述最低终端配置相匹配，得到所述第三诊断类别的诊断结果。
7.根据权利要求4所述的诊断应用的方法，其特征在于，所述第一诊断类别对应的诊断项包括如下至少一个：
域名劫持诊断项
端口连接诊断项；
用户网络运营商匹配诊断项；
LDNS网络运营商匹配诊断项。
8.根据权利要求7所述的诊断应用的方法，其特征在于，如果所述第一诊断类别对应的诊断项包括：域名劫持诊断项；所述第一诊断类别对应的服务配置内容包括：目标应用的应用服务器最新的通信地址；所述通信地址包括：目标应用的应用服务器的域名和IP地址；
所述根据所述目标应用的应用服务器最新的通信地址，执行所述第一诊断类别对应的各诊断项的诊断逻辑，得到所述第一诊断类别的诊断结果包括：
根据目标应用的应用服务器的域名，访问目标应用的应用服务器，判断访问返回结果对应的IP地址，是否与目标应用的应用服务器的IP地址对应，得到域名劫持诊断项的诊断结果；其中，如果判断结果为否，则确定当前存在域名劫持，域名劫持诊断项的诊断结果异常，如果判断结果为是，则确定当前不存在域名劫持，域名劫持诊断项的诊断结果正常。
9.根据权利要求7所述的诊断应用的方法，其特征在于，如果所述第一诊断类别对应的诊断项包括：端口连接诊断项；所述第一诊断类别对应的服务配置内容包括：目标应用的应用服务器最新的通信地址；所述通信地址包括：目标应用的应用服务器的端口，及，域名或IP地址；
所述根据所述目标应用的应用服务器最新的通信地址，执行所述第一诊断类别对应的各诊断项的诊断逻辑，得到所述第一诊断类别的诊断结果包括：
根据目标应用的应用服务器的域名或IP地址，向目标应用的应用服务器的端口发起设定次数的连接请求，并记录成功连接的次数，根据成功连接的次数，确定端口连接诊断项的诊断结果。
10.根据权利要求7所述的诊断应用的方法，其特征在于，如果所述第一诊断类别对应的诊断项包括：用户网络运营商匹配诊断项；所述第一诊断类别对应的服务配置内容包括：目标应用的应用服务器最新的网络运营商信息；
所述方法还包括：
在获取所述诊断支持服务器反馈的目标应用最新的服务配置信息时，获取所述诊断支持服务器所反馈的诊断客户端的IP地址对应的网络运营商信息；
所述根据所述目标应用的应用服务器最新的网络运营商信息，执行所述第一诊断类别对应的各诊断项的诊断逻辑，得到所述第一诊断类别的诊断结果包括：
比对客户端的IP地址对应的网络运营商信息，是否与目标应用的应用服务器最新的网络运营商信息对应，得到用户网络运营商匹配诊断项的诊断结果；其中，如果判断结果为是，则该诊断结果正常，如果判断结果为否，则该诊断项的诊断结果异常。
11.根据权利要求7所述的诊断应用的方法，其特征在于，如果所述第一诊断类别对应的诊断项包括：LDNS网络运营商匹配诊断项；所述第一诊断类别对应的服务配置内容包括：目标应用的应用服务器最新的网络运营商信息；
所述根据所述目标应用的应用服务器最新的网络运营商信息，执行所述第一诊断类别对应的各诊断项的诊断逻辑，得到所述第一诊断类别的诊断结果包括：
确定所述LDNS的网络运营商信息，比对LDNS的网络运营商信息，是否与目标应用的应用服务器最新的网络运营商信息对应，得到LDNS网络运营商匹配诊断项的诊断结果；其中，如果判断结果为是，则该诊断项的诊断结果正常，如果判断结果为否，则该诊断项的诊断结果异常。
12.根据权利要求1所述的诊断应用的方法，其特征在于，所述方法还包括：
执行预定的第四诊断类别对应的各诊断项的诊断逻辑，得到第四诊断类别的诊断结果，和/或，执行预定的第五诊断类别对应的各诊断项的诊断逻辑，得到第五诊断类别的诊断结果；
其中，第四诊断类别为与终端设备当前接入网络状况诊断相关的诊断项所对应的诊断类别，第五诊断类别为与终端设备的登录账号授权诊断相关的诊断项所对应的诊断类别；
所述至少根据所得到的各诊断项的诊断结果，生成目标应用的诊断报告包括：
根据所得到的各诊断项的诊断结果，及，第四诊断类别和/或第五诊断类别的诊断结果，生成目标应用的诊断报告。
13.根据权利要求1所述的诊断应用的方法，其特征在于，所述各诊断项的诊断结果包括：各诊断项的诊断结果的正常或异常提示，以及异常诊断结果的诊断项的建议解决方案；
所述方法还包括：
向所述诊断支持服务器上传所述目标应用的诊断报告。
14.一种诊断客户端，其特征在于，所述诊断客户端装载于终端设备上，包括：
目标应用确定模块，用于从所述诊断客户端所支持诊断的至少一个待诊断应用中根据用户操作确定目标应用；所述待诊断应用装载于所述终端设备上；
服务配置信息请求模块，用于向诊断支持服务器发送请求目标应用最新的服务配置信息的请求信息；所述服务配置信息为登录应用服务器所需验证的服务器的基础信息；
服务配置信息获取模块，用于获取所述诊断支持服务器反馈的目标应用最新的服务配置信息；其中，所述诊断支持服务器通过，记录各待诊断应用最新的服务配置信息的旁路服务器，拉取所述目标应用最新的服务配置信息；对于可从应用服务器自动抓取的服务配置信息，所述旁路服务器从应用服务器自动抓取并更新；对于不可从应用服务器抓取的服务配置信息，所述旁路服务器接收人工导入的所述目标应用最新的服务配置信息并更新；
第一诊断执行模块，用于根据所述目标应用最新的服务配置信息，执行预定的与应用服务相关的各诊断项的诊断逻辑，得到各诊断项的诊断结果；
诊断报告生成模块，用于至少根据所得到的各诊断项的诊断结果，生成目标应用的诊断报告。
15.根据权利要求14所述的诊断客户端，其特征在于，所述第一诊断执行模块，用于根据所述目标应用最新的服务配置信息，执行预定的与应用服务相关的各诊断项的诊断逻辑，得到各诊断项的诊断结果，具体包括：
确定预定的与应用服务相关的各诊断类别对应的各诊断项，其中，一个诊断类别对应至少一个诊断项；
从所述目标应用最新的服务配置信息中，确定各诊断类别对应的服务配置内容；
根据各诊断类别对应的服务配置内容，分别执行各诊断类别对应的各诊断项的诊断逻辑，得到各诊断类别的诊断结果；一诊断类别的诊断结果由该诊断类别对应的至少一个诊断项的诊断结果构成。
16.根据权利要求15所述的诊断客户端，其特征在于，所述诊断类别包括如下至少一种：
第一诊断类别，所述第一诊断类别为与应用服务器的连通性诊断相关的诊断项所对应的诊断类别；
第二诊断类别，所述第二诊断类别为与应用服务器的服务器状态诊断相关的诊断项所对应的诊断类别；
第三诊断类别，所述第三诊断类别为与终端设备和应用服务器的配置匹配诊断，相关的诊断项所对应的诊断类别。
17.一种诊断应用的系统，其特征在于，包括：诊断客户端，诊断支持服务器，旁路服务器；所述诊断客户端装载于终端设备上；
其中，诊断客户端用于，从所述诊断客户端所支持诊断的至少一个待诊断应用中根据用户操作确定目标应用；所述待诊断应用装载于所述终端设备上；向诊断支持服务器发送请求目标应用最新的服务配置信息的请求信息；所述服务配置信息为登录应用服务器所需验证的服务器的基础信息；获取所述诊断支持服务器反馈的目标应用最新的服务配置信息；根据所述目标应用最新的服务配置信息，执行预定的与应用服务相关的各诊断项的诊断逻辑，得到各诊断项的诊断结果；至少根据所得到的各诊断项的诊断结果，生成目标应用的诊断报告；
所述诊断支持服务器，用于接收所述请求信息，向所述诊断客户端反馈目标应用最新的服务配置信息；其中，诊断支持服务器通过所述旁路服务器，拉取所述目标应用最新的服务配置信息；
所述旁路服务器，用于记录各待诊断应用最新的服务配置信息；对于可从应用服务器自动抓取的服务配置信息，所述旁路服务器从应用服务器自动抓取并更新；对于不可从应用服务器抓取的服务配置信息，所述旁路服务器接收人工导入的所述目标应用最新的服务配置信息并更新。
18.一种计算机可读存储介质，其特征在于，所述存储介质中存储有程序；所述程序被执行时，实现如权利要求1-13任一所述的一种诊断应用的方法。
CN201710060392.4A 2017-01-24 2017-01-24 一种诊断应用的方法、诊断客户端及系统 Active CN106844073B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710060392.4A CN106844073B (zh) 2017-01-24 2017-01-24 一种诊断应用的方法、诊断客户端及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710060392.4A CN106844073B (zh) 2017-01-24 2017-01-24 一种诊断应用的方法、诊断客户端及系统

Publications (2)

Publication Number Publication Date
CN106844073A CN106844073A (zh) 2017-06-13
CN106844073B true CN106844073B (zh) 2020-08-04

Family

ID=59121819

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710060392.4A Active CN106844073B (zh) 2017-01-24 2017-01-24 一种诊断应用的方法、诊断客户端及系统

Country Status (1)

Country Link
CN (1) CN106844073B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111314181B (zh) * 2020-03-20 2022-06-24 北京无限光场科技有限公司 网络联通性诊断方法、装置、终端和存储介质
JP7037088B2 (ja) * 2020-03-30 2022-03-16 ダイキン工業株式会社 診断システム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100860125B1 (ko) * 2007-08-24 2008-09-25 주식회사 케이티프리텔 모바일 애플리케이션의 원격 진단 방법 및 시스템
CN101662387A (zh) * 2009-10-14 2010-03-03 中国电信股份有限公司 一种检测网络中计算机接入状态的系统及方法
CN104065508A (zh) * 2014-06-23 2014-09-24 浪潮(北京)电子信息产业有限公司 应用服务健康检查方法、装置和系统
CN104572418A (zh) * 2015-01-20 2015-04-29 北京奇虎科技有限公司 移动终端的诊断方法、装置和系统
CN105933179A (zh) * 2016-04-11 2016-09-07 烽火通信科技股份有限公司 多媒体终端及推送上网异常消息的方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8418215B2 (en) * 2009-10-22 2013-04-09 At&T Intellectual Property I, Lp System and method for using a set-top box application to diagnose customer premises equipment

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100860125B1 (ko) * 2007-08-24 2008-09-25 주식회사 케이티프리텔 모바일 애플리케이션의 원격 진단 방법 및 시스템
CN101662387A (zh) * 2009-10-14 2010-03-03 中国电信股份有限公司 一种检测网络中计算机接入状态的系统及方法
CN104065508A (zh) * 2014-06-23 2014-09-24 浪潮(北京)电子信息产业有限公司 应用服务健康检查方法、装置和系统
CN104572418A (zh) * 2015-01-20 2015-04-29 北京奇虎科技有限公司 移动终端的诊断方法、装置和系统
CN105933179A (zh) * 2016-04-11 2016-09-07 烽火通信科技股份有限公司 多媒体终端及推送上网异常消息的方法

Also Published As

Publication number Publication date
CN106844073A (zh) 2017-06-13

Similar Documents

Publication Publication Date Title
CN105099988B (zh) 用于支持灰度发布的方法、访问方法以及装置和系统
US8271632B2 (en) Remote access providing computer system and method for managing same
CN109005085B (zh) 一种服务可用性监控系统、方法、装置及设备
CN108737467B (zh) 一种服务器日志查看方法、装置和系统
CN111245900B (zh) 一种分布式消息发送的处理系统及其处理方法
US11184411B2 (en) Communication terminal, communication system, log data transmission method, and non-transitory computer-readable medium
US20160092297A1 (en) API Gateway System and Method
CN107294910B (zh) 一种登录方法和服务器
CN110674028A (zh) 故障注入方法及其装置、业务服务系统
CN106844073B (zh) 一种诊断应用的方法、诊断客户端及系统
CN112115103B (zh) 文件地址显示方法、装置、电子设备及可读存储介质
CN116886286A (zh) 大数据认证服务自适应方法、装置和设备
CN114285668B (zh) 一种网闸测试方法、装置、存储介质和电子设备
CN111200512B (zh) 网络连接容灾方法、终端设备、存储介质及电子设备
CN110012127B (zh) 一种跨域名cookie共享方法和装置、存储介质及终端
JP5629563B2 (ja) サービス提供許可装置、サービス提供許可方法およびプログラム
CN110354493B (zh) 接入控制方法、装置、服务器及存储介质
CN112118140B (zh) Cdn配置方法、装置、计算机设备及存储介质
JP5891140B2 (ja) 接続状態管理装置およびそのプログラム
JP3917877B2 (ja) サービス管理装置及びサービス管理装置における異常情報出力方法
CN107638694B (zh) 开发包下载方法、装置及服务端
CN114911496A (zh) 云平台的更新控制方法、装置和电子设备
CN113835942A (zh) 一种服务器故障诊断方法及装置
CN116938781A (zh) 接口测试方法及其装置、电子设备、存储介质
CN115470028A (zh) 一种主机的安全检查方法、装置、设备和存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant