CN108983751A - 诊断接头异常处理的方法以及服务器 - Google Patents

Abstract

本申请实施例公开了一种诊断接头异常处理的方法，用于服务器获取预置账号对应的车载诊断接头的异常故障，并处理该异常故障。本申请实施例方法包括：第一服务器对预置账号对应的诊断接头进行巡检；得到巡检信息；第一服务器从所述巡检信息中确定目标诊断接头，所述目标诊断接头为登录状态异常的诊断接头；第一服务器获取所述目标诊断接头对应的异常信息；所述第一服务器处理所述异常信息对应的异常故障，使得所述目标诊断接头的登录状态正常。因此，本实施例中减少诊断接头自动退出登录，从而提升了用户体验。

Description

诊断接头异常处理的方法以及服务器

技术领域

本申请实施例涉及设备诊断技术领域，尤其涉及一种诊断接头异常处理的方法以及服务器。

背景技术

汽车诊断是通过技术对汽车的状况进行检测，从而确定汽车的故障部位以及故障原因，随着车联网技术的发展，通过电子设备对汽车进行检测，获取汽车的故障部位以及故障原因已经成为重要的汽车检测手段。

现有技术中，诊断接头通过账号登录服务器，并通过服务器与车载诊断设备互联，车载诊断设备通过诊断接头得到汽车的车辆信息，并根据获取的车辆信息确定汽车的故障部位以及故障原因。

但是，现有技术中当由于网络故障等原因导致诊断接头退出登录服务器时，服务器侧无法感知诊断接头退出登录，导致诊断接头无法连接车载诊断设备，从而无法对汽车进行检测。

发明内容

本申请实施例提供了一种诊断接头异常处理的方法以及服务器，用于服务器获取预置账号对应的诊断接头的异常故障，并处理该异常故障，从而保证了诊断接头的正常登录状态，从而提升了用户体验。

诊断接头通过账号登录服务器，并通过服务器与诊断设备互联，诊断设备通过诊断接头得到待诊断的故障设备信息，并根据获取的故障设备信息确定设备的故障部位以及故障原因。其中，待诊断设备包括车辆、家电或智能终端等，诊断接头类型也与待诊断设备一一对应。

本申请实施例第一方面提供一种诊断接头异常处理方法，包括：

第一服务器对预置账号对应的诊断接头进行巡检；得到巡检信息；第一服务器从所述巡检信息中确定目标诊断接头，所述目标诊断接头为登录状态异常的诊断接头；第一服务器获取所述目标诊断接头对应的异常信息；所述第一服务器处理所述异常信息对应的异常故障，使得所述目标诊断接头的登录状态正常。由第一方面可见，在服务器预置诊断接头的账号，然后巡检该账号对应的诊断接头，获取导致诊断接头登录状态异常的异常信息，并处理该异常信息对应的异常故障，从而保证了诊断接头的正常登录状态，从而提升了用户体验。

基于本申请实施例第一方面，本申请实施例第一方面的第一种实现方式中，所述第一服务器处理所述异常信息对应的异常故障包括：所述第一服务器确定所述异常信息的异常类型；所述第一服务器根据相同异常类型的数量级处理所述异常信息对应的所述异常故障。

基于本申请实施例第一方面以及第一方面的第一种实现方式，本申请实施例第一方面的第二种实现方式中，所述第一服务器处理所述异常信息对应的异常故障包括：所述第一服务器根据所述诊断接头的产品优先级处理所述异常信息对应的所述异常故障。

基于本申请实施例第一方面以及第一方面的第一种实现方式至第一方面的第二种实现方式任一项，本申请实施例第一方面的第三种实现方式中，所述第一服务器处理所述异常信息对应的异常故障包括：所述第一服务器根据所述诊断设备的设备优先级处理所述异常信息对应的所述异常故障，所述诊断设备与所述诊断接头对应连接。

基于本申请实施例第一方面以及第一方面的第一种实现方式至第一方面的第三种实现方式任一项，本申请实施例第一方面的第四种实现方式中，所述第一服务器处理所述异常信息对应的异常故障包括：所述第一服务器将所述异常信息发送至诊断设备，所述异常信息用于所述诊断设备诊断所述异常信息对应的所述异常故障。

基于本申请实施例第一方面以及第一方面的第一种实现方式至第一方面的第四种实现方式任一项，本申请实施例第一方面的第五种实现方式中，第一服务器获取所述目标诊断接头对应的异常信息之后，所述方法还包括：所述第一服务器将所述异常信息发送至第二服务器，以使得所述第二服务器处理所述异常信息对应的所述异常故障，所述第二服务器与所述第一服务器相关联。

基于本申请实施例第一方面以及第一方面的第一种实现方式至第一方面的第五种实现方式任一项，本申请实施例第一方面的第六种实现方式中，第一服务器获取所述目标诊断接头对应的异常信息之后，所述方法还包括：所述异常信息对应的数据量大于预设阈值时，所述第一服务器发送报警信息，所述报警信息用于指示服务器工程师处理所述异常信息对应的所述异常故障。

本申请实施例第二方面提供一种服务器，所述服务器可以是第一服务器，所述服务器包括：巡检单元，确定单元，获取单元以及处理单元，其中，所述巡检单元用于对预置账号对应的诊断接头进行巡检；得到巡检信息；所述确定单元用于从所述巡检信息中确定目标诊断接头，所述目标诊断接头为登录状态异常的诊断接头；所述获取单元用于获取所述目标诊断接头对应的异常信息；所述处理单元用于处理所述异常信息对应的异常故障，使得所述目标诊断接头的登录状态正常。

基于本申请实施例第二方面，本申请实施例第二方面的第一种实现方式中，所述处理单元具体用于确定所述异常信息的异常类型；根据相同异常类型的数量级处理所述异常信息对应的所述异常故障。

基于本申请实施例第二方面以及第二方面的第一种实现方式，本申请实施例第二方面的第二种实现方式中，所述处理单元具体用于根据所述诊断接头的产品优先级处理所述异常信息对应的所述异常故障。

基于本申请实施例第二方面以及第二方面的第一种实现方式至第二方面的第二种实现方式任一项，本申请实施例第二方面的第三种实现方式中，所述处理单元具体用于根据诊断设备的设备优先级处理所述异常信息对应的所述异常故障，所述诊断设备与所述诊断接头对应连接。

基于本申请实施例第二方面以及第二方面的第一种实现方式至第二方面的第三种实现方式任一项，本申请实施例第二方面的第四种实现方式中，所述处理单元具体用于将所述异常信息发送至所述诊断设备，所述异常信息用于所述诊断设备诊断所述异常信息对应的所述异常故障。

基于本申请实施例第二方面以及第二方面的第一种实现方式至第二方面的第四种实现方式任一项，本申请实施例第二方面的第五种实现方式中，所述处理单元还用于将所述异常信息发送至所述诊断设备，所述异常信息用于所述诊断设备诊断所述异常信息对应的所述异常故障。

基于本申请实施例第二方面以及第二方面的第一种实现方式至第二方面的第五种实现方式任一项，本申请实施例第二方面的第六种实现方式中，所述处理单元还用于当所述异常信息对应的数据量大于预设阈值时，发送报警信息，所述报警信息用于指示服务器工程师处理所述异常信息对应的所述异常故障。

本申请实施例第三方面提供一种服务器，所述服务器可以是第一服务器，所述服务器包括：处理器；以及，与所述处理器通信连接的存储器；其中，所述存储器存储有可读性指令，所述可读性指令被所述处理器执行时实现如第一方面或第一方面任一可能的实现方式的消息处理或控制操作。

本申请实施例第四方面提供了一种计算机存储介质，其上存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述第一方面或第一方面任一可能的实现方式的方法。

本申请实施例第五方面提供了一种计算机程序产品，该计算机程序产品包括计算机软件指令，该计算机软件指令可通过处理器进行加载来实现上述第一方面或第一方面任一可能的实现方式的方法流程。

从以上技术方案可以看出，本申请实施例具有以下优点：

本实施例中，通过在第一服务器预置诊断接头的账号，并对预置账号对应的诊断接头进行巡检，根据巡检信息确定登录状态异常的目标诊断接头，并解决目标诊断接头的故障。因此，本实施例中，第一服务器可以实时监控的诊断接头的登录状态，并对登录状态异常的目标诊断接头的异常故障及时进行修复，确保了诊断接头的正常登录，提高了用户体验。

附图说明

图1为本申请实施例提供的一个应用场景示意图；

图2为本申请实施例提供的一种车载诊断接头异常处理方法的示意性流程图；

图3为本申请实施例提供的另一种车载诊断接头异常处理方法的示意性流程图；

图4为本申请实施例提供的一种服务器的示意性框图；

图5为本申请实施例提供的一种服务器的硬件结构示意图。

具体实施方式

下面结合附图，对本申请中的技术方案进行描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。本领域普通技术人员可知，随着新技术的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本申请实施例提供了一种诊断接头异常处理的方法以及服务器，用于服务器获取预置账号对应的诊断接头的异常故障，并处理该异常故障，从而保证了诊断接头的正常登录状态，从而提升了用户体验。

需要说明的是，本申请实施例提供的诊断接头可以通过账号登录服务器，并通过服务器与诊断设备互联，诊断设备通过诊断接头得到待诊断的故障设备信息，并根据获取的故障设备信息确定设备的故障部位以及故障原因。其中，待诊断设备包括车辆、家电或智能终端等，诊断接头类型也与待诊断设备一一对应。比如，该诊断接头可以是车载诊断接头，其中车载诊断接头对应的诊断设备为车载诊断设备；诊断接头也可以是家电诊断接头，其中家电诊断接头对应的诊断设备为家电诊断设备，此处不做具体限制。

下面仅以车载诊断接头作为诊断接头以及车载诊断设备作为诊断设备对本申请实施例进行描述。

请参考图1，图1为本申请实施例提供的应用场景示意图。该应用场景示意图可以包括车载诊断接头101、服务器102以及车载诊断设备103。

其中，车载诊断接头101为具有获取汽车的车辆信息以及汽车当前所处的位置的功能的设备，用户可以通过车载诊断接头101的账号等于服务器，从而通过车载诊断接头101获取的车载信息传输至服务器。

服务器102可包括处理器、硬盘、内存和/或***总线，其可以连接车载诊断接头101以及车载诊断设备103，实现车载诊断接头101与车载诊断设备103的数据交互。

车载诊断设备103用于从车载诊断接头获取汽车的车载信息，然后根据该车载信息确定汽车对应的故障设备。

上面介绍了本申请实施例的一个应用场景，下面对本申请实施例提供的一种车载诊断接头异常处理的方法进行描述。

请参考图2，图2为本申请实施例提供的一种车载诊断接头异常处理的方法的示意性流程图，如图2所示，本申请实施例提供的一种车载诊断接头异常处理方法可以包括以下步骤。

201、第一服务器预置车载诊断设备的账号。

在车载***中，用户可以通过车载诊断接头的账号登录第一服务器，第一服务器获取登录第一服务器的车载诊断接头的账号，然后第一服务器可以将登录第一服务器的账号设预置为巡检账号，即第一服务器可以根据登录第一服务器的账号巡检车载诊断接头的登录状态，其中，第一服务器可以将所有登录第一服务器的车载诊断接头的账号都预置为巡检的账号，也可以将其中部分登录第一服务器的车载诊断接头的账号都预置为巡检的账号。

需要说明的是，本实施例中所涉及的车载诊断接头的账号可以是车载诊断接头的序列号，还可以是注册号，此处不做限定，本实施例以及后续实施中仅以序列号作为例子进行描述。

202、第一服务器对预置账号对应的车载诊断接头进行巡检，得到巡检信息。

第一服务器将登录第一服务器的账号设预置为巡检的账号之后，第一服务器可以周期性的对预置账号对应的车载诊断接头进行巡检，得到巡检信息；具体地，第一服务器巡检预置账号对应的车载诊断接头的登录状态是否正常；比如，当巡检信息为预置账号对应的车载诊断接头不在线或者频繁掉线，则第一服务器确定巡检信息为车载诊断接头的登录状态为异常。

其中，第一服务器还可以通过获取预置账号对应的车载诊断接头的信息确定车载诊断接头的登录状态是否正常，比如，第一服务器获取预置账号对应车载诊断接头的用户信息，该用户信息可以是登录时间或者登录地点，可以理解的是，当第一服务器获取到车载诊断接头的用户信息，则第一服务器巡检信息为确定车载诊断接头的登录状态正常；否则，第一服务器确定巡检信息为车载诊断接头的登录状态异常。

需要说明的是，本实施例中，第一服务器周期性对预置账号对应的车载诊断接头进行巡检可以是按照预置的时间间隔进行巡检，比如，将预置的时间间隔设置为10分钟，即第一服务器可以每间隔10分钟对预置账号进行巡检。

203、第一服务器从巡检信息中确定目标车载诊断接头。

第一服务器将登录状态异常的车载诊断接头确定目标车载诊断接头，具体地，第一服务器在巡检车载诊断接头过程中，将不在线或者频繁掉线的车载诊断接头确定为目标车载诊断接头；或者在预置账号中，对于获取不到用户信息的账号对应车载诊断接头确定为目标车载诊断接头。

204、第一服务器获取目标车载诊断接头对应的异常信息。

第一服务器确定登录状态异常的目标车载诊断接头后，第一服务器捕获每个目标车载诊断接头的异常信息，其中，该异常信息可以包括异常设备，以及设备发生异常的地点与时间。

具体地，当第一服务器巡检方式为获取预置账号对应车载诊断接头的用户信息时，第一服务器获取不到获取预置账号对应车载诊断接头的用户信息，则第一服务器可以确定该异常信息为目标车载诊断接头发生故障；当第一服务器巡检方式为巡检预置账号对应的车载诊断接头的登录状态是否正常时，第一服务器确定预置账号对应的车载诊断接头不在线或者频繁掉线，则第一服务器确定该异常信息为网络故障。

205、第一服务器处理异常信息对应的异常故障。

第一服务器根据异常信息处理异常信息对应的异常故障；比如当异常信息对应地异常故障为网络故障时，第一服务器根据网络故障的地点以及时间对网络故障进行修复，从而使得目标车载诊断接头的登录状态恢复正常，确保用户可以正常操控目标车载诊断接头。

本实施例中，通过在第一服务器预置车载诊断接头的账号，并对预置账号对应的车载诊断接头进行巡检，根据巡检信息确定登录状态异常的目标车载诊断接头，并解决目标车载诊断接头的故障。因此，本实施例中，第一服务器可以实时监控的车载诊断接头的登录状态，并对登录状态异常的目标车载诊断接头的异常故障及时进行修复，确保了车载诊断接头的正常登录，提高了用户体验。

请参考图3，图3为本申请实施例提供的另一种车载诊断接头异常处理的方法的示意性流程图，如图3所示，本申请实施例提供的另一种车载诊断接头异常处理方法可以包括以下步骤。

301、第一服务器预置车载诊断设备的账号。

302、第一服务器对预置账号对应的车载诊断接头进行巡检，得到巡检信息。

303、第一服务器从巡检信息中确定目标车载诊断接头。

304、第一服务器获取目标车载诊断接头对应的异常信息。

本实施例中，步骤301至步骤304所描述的方案与前述图2所示实施例的步骤201至步骤204类似，具体请参考图2对应的步骤，此处不再赘述。

305、第一服务器根据异常信息处理异常信息对应的异常故障。

第一服务器根据异常信息处理异常信息对应的异常故障。

具体地，第一服务器对获取的异常信息进行统计，统计相同类型的异常信息，第一服务器根据相同异常类型的数量级处理异常信息对应的异常故障。比如，当第一服务器获取的异常信息的异常类型包括网络故障、车载诊断接头故障和车载诊断设备故障时，第一服务器将发生的网络故障、车载诊断接头故障和车载诊断设备故障的次数分别进行统计，如网络故障发生25次，车载诊断接头故障发生21次，车载诊断设备故障23次。可以理解的是，网络故障发生25次表征有25个车载诊断接头因为网络故障导致登录状态异常，车载诊断接头故障发生21次表征有21个车载诊断接头因为车载诊断接头内部的零部件异常导致车载诊断接头的登录状态异常，车载诊断设备故障发生23次表征有23个车载诊断接头因为车载诊断设备内部的零部件异常导致车载诊断接头的登录状态异常。

第一服务器统计相同类型的异常信息之后，第一服务器确定网络故障发生25次，车载诊断接头故障发生21次，车载诊断设备故障23次。第一服务器按照相同异常类型的数量级处理异常信息对应的异常故障，可以看出，网络故障的优先级最高，车载诊断接头故障的优先级次之，车载诊断设备故障的最低。因此，第一服务器优先处理网络故障，即对网络故障进行修复；次之处理车载诊断接头故障；再之处理车载诊断设备故障；可以理解的是按照数量级优先处理数量级高的故障，可以使得由相同类型的故障导致车载诊断接头登录状态异常可以得到及时的解决，保持车载诊断接头的登录状态正常。

因此，本实施例中，第一服务器可以根据异常信息对应的异常类型的数量级处理异常故障，优先处理数量级高的相同类型的异常故障，提高可异常故障的处理效率。

可选地，本实施例中，当第一服务器接收的异常信息对应的异常故障的发生次数相同或者异常类型的对应的异常故障均不相同时，第一服务器则按照车载诊断接头的产品优先级对异常故障进行处理；具体地，第一服务器根据车载诊断接头的序列号确定车载诊断接头的产品优先级，可以理解的是，每个车载诊断接头都具有一个独立的序列号，不同车载诊断接头其序列号不同，第一服务器可以按照序列号的前两位确定车载诊断接头的产品优先级，比如序列号的前两位为YZ对应的车载诊断接头的产品优先级最高，FD对应的车载诊断接头的产品优先级次之，KD对应的车载诊断接头的产品优先级再之。因此，第一服务器获取到不同类型的异常故障后，第一服务器确定异常故障对应的车载诊断接头的序列号，然后从序列号中确定车载诊断接头的产品优先级，优先处理序列号前两位为YD的车载诊断接头的故障信息对应的异常故障，次之处理序列号前两位为FD的车载诊断接头的故障信息对应的异常故障，再之处理序列号前两位为KD的车载诊断接头的故障信息对应的异常故障。

因此，本实施例中，第一服务器可以根据车载诊断接头的产品优先级优先处理产品优先级高的车载诊断接头对应的异常故障，确保高优先级的车载诊断接头的异常故障优先处理，减少了车载诊断接头自动退出登录的现象，提高了用户体验。

可选地，本实施例中，第一服务器还可以按照车载诊断设备的设备优先级对异常故障进行处理；具体地，用户通过车载诊断设备向第一服务器登录车载诊断接头对应账号，第一服务器可以获取车载诊断设备的设备信息，然后从设备信息中确定车载诊断设备的设备优先级；比如，第一服务器从设备信息中确定车载诊断设备的序列号，然后第一服务器根据车载诊断设备的序列号确定车载诊断设备的设备优先级，第一服务器优先处理高优先级的车载诊断设备对应车载诊断接头的异常信息的异常故障。例如，第一服务器从设备信息中获取的车载诊断设备的序列号如表3-1所示。

表3-1.车载诊断设备的序列号

车载诊断设备1	AU156230
		车载诊断设备2	GE156979
车载诊断设备3	OK963541

第一服务器根据表3-1的车载诊断设备的序列号确定序列号为AU156230对应的车载诊断设备的设备优先级最高、序列号为OK963541对应的车载诊断设备的设备优先级次之，序列号为GE156979对应的车载诊断设备的设备优先级再之；则第一服务器优先处理车载诊断设备1对应的车载诊断接头的异常故障，然后再处理车载诊断设备3对应的车载诊断接头的异常故障，最后再处理车载诊断设备2对应的车载诊断接头的异常故障。

因此，本实施例中，第一服务器可以根据车载诊断设备的设备优先级优先处理设备优先级高的车载诊断设备对应的车载诊断接头的异常故障，使得优先级高的车载诊断设备对应的用户登陆信息维持正常，减少自动退出登录，提高了用户体验。

需要说明的是，本实施例中，第一服务器可以根据车载诊断接头的产品优先级优先处理产品优先级高的车载诊断接头的对应的异常故障，也可以根据车载诊断设备的设备优先级优先处理设备优先级高的车载诊断设备的对应的车载诊断接头的异常故障；第一服务器还可以先确定车载诊断接头的产品优先级，然后再从产品优先级相同的车载诊断接头中确定车载诊断设备的设备优先级，第一服务器根据车载诊断设备的设备优先级处理车载诊断接头的故障异常，即对于车载诊断接头产品优先级相同的车载诊断接头，第一服务器可以再根据车载诊断接头对应的车载诊断设备的设备优先级处理故障异常。

可选地，本实施例中，第一服务器还可以将异常信息发送至第二服务器，以使得第二服务器处理该异常信息对应的异常故障；具体地，当第一服务器从巡检结果中确定大量的异常信息导致车载诊断接头的登录状态异常时，该大量的异常信息导致第一服务器的处理故障功能发送异常时，第一服务器还可以将异常信息发送至第二服务器，比如，第一服务器可以将大于第一预设阈值的异常信息发送至第二服务器，也可以将全部的异常信息发送至第二服务器。以使得第二服务器根据异常信息确定车载诊断接头的异常故障，并处理该异常故障，让车载诊断接头的登录信息正常。需要说明的是，本实施例中，第二服务器为与第一服务器相连接的第一服务器，第二服务器具备第一服务器的处理功能。

因此，本实施例中，第一服务器可以向相连接的第二服务器发送异常信息，由相连的第二服务器处理异常信息对应的异常故障，提高了处理异常故障的效率，保证了车载诊断接头的正常登录。

可选地，本实施例中，当第一服务器从巡检结果中获取的异常信息量大于第二预设阈值时，第一服务器可以发出警报信息。具体地，第一服务器可以将获取到的异常信息以邮件的方式发送至预置邮件，该预置邮箱可以是第一服务器工程师的工作邮件，以使得第一服务器工程师处理该异常信息对应的异常故障。

需要说明的是，本实施例中，当第一服务器从巡检结果中获取的异常信息量大于第二预设阈值时，第一服务器可以发出警报信息还可以是自动拨打预置电话，通过拨打预置电话通知第一服务器工程师，使得第一服务器工程师处理该异常信息对应的异常故障。

因此，本实施例中，第一服务器可以通过发出警报信息的方式通知第一服务器工程师，使得第一服务器工程师可以处理异常信息对应的异常故障，提高了处理异常故障的效率，保证了车载诊断接头的正常登录。

上面从车载诊断接头异常处理的方法对本申请实施例进行了描述，下面从服务器的角度对本申请实施例进行描述。

请参考图4，图4为本申请实施例提供的一种服务器的示意性框图。其中，服务器可以为第一服务器，第一服务器包括：

巡检单元401，用于对预置账号对应的车载诊断接头进行巡检；得到巡检信息；

确定单元402，用于从所述巡检信息中确定目标车载诊断接头，所述目标车载诊断接头为登录状态异常的车载诊断接头；

获取单元403，用于获取所述目标车载诊断接头对应的异常信息；

处理单元404，用于处理所述异常信息对应的异常故障，使得所述目标车载诊断接头的登录状态正常。

可选地，本实施例中处理单元404具体用于：

确定所述异常信息的异常类型；

根据相同异常类型的数量级处理所述异常信息对应的所述异常故障。

可选地，本实施例中处理单元404具体用于根据所述车载诊断接头的产品优先级处理所述异常信息对应的所述异常故障。

可选地，本实施例中处理单元404具体用于根据车载诊断设备的设备优先级处理所述异常信息对应的所述异常故障，所述车载诊断设备与所述诊断接头对应连接。

可选地，本实施例中处理单元404具体用于将所述异常信息发送至车载诊断设备，所述异常信息用于所述车载诊断设备诊断所述异常信息对应的所述异常故障。

可选地，本实施例中处理单元404还用于将所述异常信息发送至第二服务器，以使得所述第二服务器处理所述异常信息对应的所述异常故障，所述第二服务器与所述第一服务器相关联。

可选地，本实施例中处理单元404还用于当所述异常信息对应的数据量大于预设阈值时，发送报警信息，所述报警信息用于指示服务器工程师处理所述异常信息对应的所述异常故障。

本实施例中，通过处理单元404预置车载诊断接头的账号，巡检单元401对预置账号对应的车载诊断接头进行巡检，确定单元402根据巡检信息确定登录状态异常的目标车载诊断接头，处理单元404处理目标车载诊断接头的故障。因此，本实施例中，可以实时监控的车载诊断接头的登录状态，并对登录状态异常的目标车载诊断设备的异常故障及时进行修复，确保了车载诊断设备的正常运行，提高了用户体验。

本申请实施例还提供一种服务器，请参阅图5，图5为本申请实施例提供的一种服务器的硬件结构示意图，其中，该服务器可以是第一服务器，第一服务器包括：至少一个处理器510、存储器550和收发器530。该收发器可包括接收机和发射机，该存储器550可以包括只读存储器和/或随机存取存储器，并向处理器510提供操作指令和数据。存储器550的一部分还可以包括非易失性随机存取存储器(NVRAM)。

在一些实施方式中，存储器550存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集。

在本申请实施例中，通过调用存储器550存储的操作指令(该操作指令可存储在操作***中)，执行相应的操作。处理器510控制第一服务器的操作，处理器510还可以称为CPU(Central Processing Unit，中央处理单元)。存储器550可以包括只读存储器和随机存取存储器，并向处理器510提供指令和数据。存储器550的一部分还可以包括非易失性随机存取存储器(NVRAM)。具体的应用中第一服务器的各个组件通过总线***520耦合在一起，其中总线***520除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线***520。

上述本申请实施例揭示的方法可以应用于处理器510中，或者由处理器510实现。处理器510可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器510中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器510可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器550，该存储器550可以是物理上独立的单元，也可以是与处理器510集成在一起的，处理器510读取存储器550中的信息，结合其硬件完成上述方法的步骤。

可选地，收发器530可以用于执行图2对应的实施例以及图3对应的实施例中第一服务器侧涉及到接收和发送的操作步骤。或其他可选实施例中的第一服务器侧的数据发送以及接收的步骤。

处理器510可以用于执行图2对应的实施例以及图3对应的实施例中第一服务器侧数据处理的步骤。或其他可选实施例中的第一服务器侧数据处理的步骤。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：ROM、RAM、磁盘或光盘等。

本申请的说明书和权利要求书及附图涉及到术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。在本申请中出现的对步骤进行的命名或者编号，并不意味着必须按照命名或者编号所指示的时间/逻辑先后顺序执行方法流程中的步骤，已经命名或者编号的流程步骤可以根据要实现的技术目的变更执行次序，只要能达到相同或者相类似的技术效果即可。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种诊断接头异常处理的方法，其特征在于，包括：

第一服务器对预置账号对应的诊断接头进行巡检；得到巡检信息；

第一服务器从所述巡检信息中确定目标诊断接头，所述目标诊断接头为登录状态异常的诊断接头；

第一服务器获取所述目标诊断接头对应的异常信息；

所述第一服务器处理所述异常信息对应的异常故障，使得所述目标诊断接头的登录状态正常。

2.根据权利要求1所述的方法，其特征在于，所述第一服务器处理所述异常信息对应的异常故障包括：

所述第一服务器确定所述异常信息的异常类型；

所述第一服务器根据相同异常类型的数量级处理所述异常信息对应的所述异常故障。

3.根据权利要求1或2所述的方法，其特征在于，所述第一服务器处理所述异常信息对应的异常故障包括：

所述第一服务器根据所述诊断接头的产品优先级处理所述异常信息对应的所述异常故障。

4.根据权利要求3所述的方法，其特征在于，所述第一服务器处理所述异常信息对应的异常故障包括：

所述第一服务器根据诊断设备的设备优先级处理所述异常信息对应的所述异常故障，所述诊断设备与所述诊断接头对应连接。

5.根据权利要求4所述的方法，其特征在于，所述第一服务器处理所述异常信息对应的异常故障包括：

所述第一服务器将所述异常信息发送至所述诊断设备，所述异常信息用于所述诊断设备诊断处理所述异常信息对应的所述异常故障。

6.根据权利要求5所述的方法，其特征在于，第一服务器获取所述目标诊断接头对应的异常信息之后，所述方法还包括：

所述第一服务器将所述异常信息发送至第二服务器，以使得所述第二服务器处理所述异常信息对应的所述异常故障，所述第二服务器与所述第一服务器相关联。

7.根据权利要求6所述的方法，其特征在于，第一服务器获取所述目标诊断接头对应的异常信息之后，所述方法还包括：

当所述异常信息对应的数据量大于预设阈值时，所述第一服务器发送报警信息，所述报警信息用于指示服务器工程师处理所述异常信息对应的所述异常故障。

8.一种服务器，其特征在于，所述服务器包括：

巡检单元，用于对预置账号对应的诊断接头进行巡检；得到巡检信息；

确定单元，用于从所述巡检信息中确定目标诊断接头，所述目标诊断接头为登录状态异常的诊断接头；

获取单元，用于获取所述目标诊断接头对应的异常信息；

处理单元，用于处理所述异常信息对应的异常故障，使得所述目标诊断接头的登录状态正常。

9.一种服务器，其特征在于，所述服务器包括：

处理器；以及，

与所述处理器通信连接的存储器；

其中，所述存储器存储有可读性指令，所述可读性指令被所述处理器执行时实现如权利要求1至7中任一项所述的诊断接头异常处理的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序在计算机上运行时，实现权利要求1至7中任一项所述的诊断接头异常处理的方法。