故障处理情况的检测方法及装置制造方法
【专利摘要】本发明的实施例提供一种故障处理情况的检测方法及装置，涉及计算机应用【技术领域】，该方法包括：检测系统是否出现故障；当检测到系统出现故障时，将报警信息发送给相应用户终端，所述报警信息包含有故障链接；接收所述用户终端发送的用于表示所述故障链接被点击的反馈信息，所述反馈信息由所述用户终端检测到所述报警信息中的故障链接被点击时发送；根据所述反馈信息，记录所述报警信息的处理状态为已查看。本发明在跟进技术人员对故障的处理进度时，减少了跟进人员的工作量，简化了跟进操作。
【专利说明】故障处理情况的检测方法及装置
【技术领域】
[0001]本发明涉及计算机应用【技术领域】，尤其涉及一种故障处理情况的检测方法及装置。
【背景技术】
[0002]目前，当业务运行系统出现故障时，通过短信或者邮件等形式向相关技术人员发送报警信息，以提示相关技术人员尽快对出现的故障进行查看和处理。
[0003]在发出报警信息之后，为了保证故障可以得到及时处理，避免因为技术人员的疏忽而导致故障被遗漏处理的情况，通过安排相关的监督人员对技术人员是否对故障的处理情况进行人工跟进，以实时掌握技术人员对故障处理的进展情况。在发现某个故障未被及时处理时，对相关技术人员进行提醒。
[0004]然而，现有技术中在对故障的处理进度进行跟进时，通常采用跟进人员通过打电话询问技术人员对故障的处理情况，或者通过查看故障处理的数据来判断技术人员对故障的处理进度。当故障较多时，人工跟进将会导致跟进人员的工作量较大，并且需要耗费大量的时间。
【发明内容】
[0005]本发明的实施例提供一种故障处理情况的检测方法及装置，在跟进技术人员对故障的处理进度时，实现了跟进操作的自动化，在技术人员对报警信息中的故障链接进行查看时，可以自动实时记录对报警信息的处理状态，简化了跟进操作。
[0006]为达到上述目的，本发明的实施例采用如下技术方案:
[0007]一方面，提供一种故障处理情况的检测方法，包括:
[0008]检测系统是否出现故障；
[0009]当系统出现故障时，将报警信息发送给相应用户终端，所述报警信息包含有故障链接；
[0010]接收所述用户终端发送的用于表示所述故障链接被点击的反馈信息，所述反馈信息由所述用户终端检测到所述报警信息中的故障链接被点击时发送；
[0011]根据所述反馈信息，记录所述报警信息的处理状态为已查看。
[0012]另一方面，提供一种故障处理情况的检测装置，包括:
[0013]检测单元，用于检测系统是否出现故障；
[0014]发送单元，用于当系统出现故障时，将报警信息发送给相应用户终端，所述报警信息包含有故障链接；
[0015]接收单元，用于接收所述用户终端发送的用于表示所述故障链接被点击的反馈信息，所述反馈信息由所述用户终端检测到所述报警信息中的故障链接被点击时发送；
[0016]记录单元，用于根据所述反馈信息，记录所述报警信息的处理状态为已查看。
[0017]由上述技术方案所描述的本发明实施例中，在将所述报警信息发送给相应用户终端之后，如果接收到所述用户终端发送的用于表示所述故障链接被点击的反馈信息，亦即说明该条报警信息被查看过，则记录所述报警信息的处理状态为已查看。当跟进人员对每个技术人员的工作进行跟进时，只需查看报警信息的处理状态是否为已查看即可知道技术人员是否对报警信息是否进行了及时查看。通常技术人员在查看报警信息后会及时对故障进行处理，因而，报警信息是否被查看的状态可以在一定程度上相应的反映出对故障处理的进度情况。与现有技术中，跟进人员需要通过电话或者查看故障处理数据来进行人工跟进的方式相比，本发明实施例在跟进技术人员是否对故障进行处理时，实现了跟进操作的自动化，实现了跟进操作的自动化，在技术人员对报警信息中的故障链接进行查看时，可以自动实时记录对报警信息的处理状态，简化了跟进操作。
【专利附图】
【附图说明】
[0018]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0019]图1为本发明实施例1提供的一种故障处理情况的检测方法的流程图；
[0020]图2为本发明实施例1提供的另一种故障处理情况的检测方法的流程图；
[0021]图3为本发明实施例2提供的一种故障处理情况的检测装置的结构图；
[0022]图4为本发明实施例2提供的另一种故障处理情况的检测装置的结构图。
【具体实施方式】
[0023]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0024]实施例1:
[0025]如图1所示，本发明实施例提供一种故障处理情况的检测方法，具体由故障处理情况的检测装置执行，该方法包括:
[0026]101、检测系统是否出现故障。
[0027]102、当检测到系统出现故障时，将报警信息发送给相应用户终端，所述报警信息包含有故障链接。
[0028]其中，不同的故障通常根据故障类型等由指定的技术人员进行处理，因而，当系统出现故障时，将包含有故障链接的报警信息发送给相应技术人员所使用的用户终端。
[0029]其中，本发明的执行主体为故障处理情况的检测装置，该装置可以为所述系统中的一部分，可以为独立于所述系统的一个装置，可以在系统出现故障时，将包含有故障链接的报警信息发送给相应的技术人员。所述系统可以是任何运行中的计算机系统、业务系统、通信系统等，在此不做限制。
[0030]值得说明的是，该装置会在指定数据库中预先保存有各个技术人员的联系方式，例如手机号码或者邮箱，以便于在系统出现故障时，通过短信将包含有故障链接的报警信息发送到相应技术人员的手机号码上，或者通过邮件将包含有故障链接的报警信息发送给相应的技术人员的邮箱中，所述报警信息的具体发送形式不做限制。
[0031]值得说明的是，在系统出现故障时，该装置还可以将采集到的故障相关信息存入指定数据库中，例如，在某个服务器系统执行某个业务时，没有及时响应，这时将该服务器的IP，错误代码(没有及时响应)存入数据库，以方便技术人员进行查看。
[0032]其中，所述故障链接的形式可以为URL (Uniform Resource Locator,统一资源定位器)，所述URL中可以包含加密密钥(key)串，所述加密密钥串用来限制非法访问，以提高对故障链接进行查看及处理的安全性。
[0033]上述故障链接可以链接到上述指定数据库中的故障相关信息，也可以链接到用于展示上述报警信息的服务器，以便于技术人员获知故障的相关信息。
[0034]103、接收所述用户终端发送的用于表示所述故障链接被点击的反馈信息，所述反馈信息由所述用户终端检测到所述报警信息中的故障链接被点击时发送。
[0035]例如，步骤102中将报警信息发送给相应技术人员的邮箱中，则当所述报警信息中的故障链接被点击时，所述技术人员的邮箱会发送上述反馈信息。
[0036]104、根据所述反馈信息，记录所述报警信息的处理状态为已查看。
[0037]值得说明的是，当报警信息发送给技术人员之后，如果技术人员没有查看该条报警信息，或者查看了该条报警信息但没有点击其中所包含的故障链接，均视为该报警信息未被查看。
[0038]本发明实施例中，在将所述报警信息发送给相应技术人员所使用的用户终端之后，如果接收到所述用户终端发送的用于表示所述故障链接被点击的反馈信息，亦即说明该条报警信息被查看过，则记录所述报警信息的处理状态为已查看。当跟进人员对每个技术人员的工作进行跟进时，只需查看报警信息的处理状态是否为已查看即可知道技术人员是否对报警信息是否进行了及时查看。通常技术人员在查看报警信息后会及时对故障进行处理，因而，报警信息是否被查看的状态可以在一定程度上相应的反映出对故障处理的进度情况。与现有技术中，跟进人员需要通过电话或者查看故障处理数据来进行人工跟进的方式相比，本发明实施例在跟进技术人员是否对故障进行处理时，可以获知技术人员对报警信息的查看状态，进而了解到对故障处理的进度，实现了跟进操作的自动化，实现了跟进操作的自动化，在技术人员对报警信息中的故障链接进行查看时，可以自动实时记录对报警信息的处理状态，减少了跟进人员的工作量，简化了跟进操作。
[0039]可选的，如图2所示，所述方法还包括:
[0040]105、在将所述报警信息发送给用户终端之后的预设时间范围内，没有接收到所述用户终端发送的反馈信息时，记录所述报警信息的处理状态为未查看。
[0041]例如，在将所述报警信息发送给用户终端之后的12小时内，没有接收到所述用户终端发送的反馈信息时，则认为所述报警信息中的故障链接未被点击查看，此时记录所述报警信息的处理状态为未查看。
[0042]进一步地，为了更加直观地表示技术人员对故障进行处理的进度，如图2所示，所述方法还包括:
[0043]106、统计发送给同一技术人员的所有报警信息的总数；
[0044]107、统计发送给同一技术人员的所有报警信息中处理状态为已查看的个数，和/或，统计发送给同一技术人员的所有报警信息中处理状态为未查看的个数。
[0045]其中，发送给同一技术人员的所有报警信息中处理状态为未查看的个数即为:发送给同一技术人员的所有报警信息的总数与发送给同一技术人员的所有报警信息中处理状态为已查看的个数的差值。
[0046]具体地，通过比较发送给同一技术人员的所有报警信息的总数和发送给同一技术人员的所有报警信息中处理状态为已查看的个数，可以直观的知道所述技术人员对其所负责的故障进行处理的进度。
[0047]其中，上述步骤106和107中的统计操作可以周期性进行，也可以在每发送一条报警信息时进行实时统计。在此不作限制。
[0048]108、计算发送给所述同一技术人员的所有报警信息中处理状态为已查看的个数与发送给所述同一技术人员的所有报警信息的总数的比值，
[0049]和/ 或，
[0050]计算发送给所述同一技术人员的所有报警信息中处理状态为未查看的个数与发送给所述同一技术人员的所有报警信息的总数的比值。
[0051]其中，上述发送给所述同一技术人员的所有报警信息中处理状态为已查看的个数与发送给所述同一技术人员的所有报警信息的总数的比值称之为勤劳指数，用来衡量技术人员对报警信息已完成查看的比例，该比例越高说明相应的技术人员对报警信息的处理越及时和快速。
[0052]例如，从本月开始截至到当前时间，向技术人员S发送的报警信息总数为10条，在当前时间统计到发送给所述技术人员S的所有报警信息中处理状态为已查看的个数为7条，则该技术人员S的勤劳指数为70%，当跟进人员查看到该勤劳指数即可得知所述技术人员S已经对其接收到的70%的报警信息进行了查看。
[0053]实施例2:
[0054]如图3所示，本发明实施例提供一种故障处理情况的检测装置，包括:
[0055]检测单元11，用于检测系统是否出现故障；
[0056]发送单元12，用于当检测单元检测到系统出现故障时，将报警信息发送给相应用户终端，所述报警信息包含有故障链接；
[0057]接收单元13，用于接收所述用户终端发送的用于表示所述故障链接被点击的反馈信息，所述反馈信息由所述用户终端检测到所述报警信息中的故障链接被点击时发送；
[0058]记录单元14，用于根据所述反馈信息，记录所述报警信息的处理状态为已查看。
[0059]本发明实施例中，故障处理情况的检测装置在将所述报警信息发送给相应技术人员所使用的用户终端之后，如果接收到所述用户终端发送的用于表示所述故障链接被点击的反馈信息，亦即说明该条报警信息被查看过，则记录所述报警信息的处理状态为已查看。当跟进人员对每个技术人员的工作进行跟进时，只需查看报警信息的处理状态是否为已查看即可知道技术人员是否对报警信息是否进行了及时查看。通常技术人员在查看报警信息后会及时对故障进行处理，因而，报警信息是否被查看的状态可以在一定程度上相应的反映出对故障处理的进度情况。与现有技术中，跟进人员需要通过电话或者查看故障处理数据来进行人工跟进的方式相比，本发明实施例在跟进技术人员是否对故障进行处理时，可以获知技术人员对报警信息的查看状态，进而了解到对故障处理的进度，实现了跟进操作的自动化，在技术人员对报警信息中的故障链接进行查看时，可以自动实时记录对报警信息的处理状态，减少了跟进人员的工作量，简化了跟进操作。
[0060]可选的，所述装置中，所述记录单元14，还用于在将所述报警信息发送给用户终端之后的预设时间范围内，没有接收到所述用户终端发送的反馈信息时，记录所述报警信息的处理状态为未查看。
[0061]如图4所示,所述装置还包括:
[0062]统计单元15，用于统计发送给同一技术人员的所有报警信息的总数；
[0063]所述统计单元15，还用于统计发送给同一技术人员的所有报警信息中处理状态为已查看的个数，和/或，统计发送给同一技术人员的所有报警信息中处理状态为未查看的个数。
[0064]计算单元16，用于计算发送给所述同一技术人员的所有报警信息中处理状态为已查看的个数与发送给所述同一技术人员的所有报警信息的总数的比值，和/或，计算发送给所述同一技术人员的所有报警信息中处理状态为未查看的个数与发送给所述同一技术人员的所有报警信息的总数的比值。
[0065]本装置中与上述实施例1中相同的技术术语具有相同的含义，该装置中各个功能模块的实现可以参照上述实施例1中个步骤的相关描述。
[0066]通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
[0067]以上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何熟悉本【技术领域】的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。
【权利要求】
1.一种故障处理情况的检测方法，其特征在于，包括: 检测系统是否出现故障； 当检测到系统出现故障时，将报警信息发送给相应用户终端，所述报警信息包含有故障链接； 接收所述用户终端发送的用于表示所述故障链接被点击的反馈信息，所述反馈信息由所述用户终端检测到所述报警信息中的故障链接被点击时发送； 根据所述反馈信息，记录所述报警信息的处理状态为已查看。
2.根据权利要求1所述的方法，其特征在于，还包括: 在将所述报警信息发送给用户终端之后的预设时间范围内，没有接收到所述用户终端发送的反馈信息时，记录所述报警信息的处理状态为未查看。
3.根据权利要求2所述的方法，其特征在于，还包括: 统计发送给同一技术人员的所有报警信息的总数； 统计发送给同一技术人员的所有报警信息中处理状态为已查看的个数，和/或，统计发送给同一技术人员的所有报警信息中处理状态为未查看的个数。
4.根据权利要求3所述的方法，其特征在于，还包括: 计算发送给所述同一技术人员的所有报警信息中处理状态为已查看的个数与发送给所述同一技术人员的所有报警信息的总数的比值， 和/或， 计算发送给所述同一技术人员的所有报警信息中处理状态为未查看的个数与发送给所述同一技术人员的所有报警信息的总数的比值。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述故障链接的形式为URL，所述URL中包含加密密钥串，所述加密密钥串用来限制非法访问。
6.一种故障处理情况的检测装置，其特征在于，包括: 检测单元，用于检测系统是否出现故障； 发送单元，用于当检测单元检测到系统出现故障时，将报警信息发送给相应用户终端，所述报警信息包含有故障链接； 接收单元，用于接收所述用户终端发送的用于表示所述故障链接被点击的反馈信息，所述反馈信息由所述用户终端检测到所述报警信息中的故障链接被点击时发送； 记录单元，用于根据所述反馈信息，记录所述报警信息的处理状态为已查看。
7.根据权利要求6所述的装置，其特征在于， 所述记录单元，还用于在将所述报警信息发送给用户终端之后的预设时间范围内，没有接收到所述用户终端发送的反馈信息时，记录所述报警信息的处理状态为未查看。
8.根据权利要求7所述的装置，其特征在于，还包括: 统计单元，用于统计发送给同一技术人员的所有报警信息的总数； 所述统计单元，还用于统计发送给同一技术人员的所有报警信息中处理状态为已查看的个数，和/或，统计发送给同一技术人员的所有报警信息中处理状态为未查看的个数。
9.根据权利要求8所述的装置，其特征在于，还包括: 计算单元，用于计算发送给所述同一技术人员的所有报警信息中处理状态为已查看的个数与发送给所述同一技术人员的所有报警信息的总数的比值，和/或，计算发送给所述同一技术人员的所有报警信息中处理状态为未查看的个数与发送给所述同一技术人员的所有报警信息的总数的比值。
10.根据权利要求6-9任一项所述的装置，其特征在于，所述故障链接的形式为URL，所述URL中包含加密密钥串`，所述加密密钥串用来限制非法访问。
【文档编号】G06F17/30GK103490917SQ201210194354
【公开日】2014年1月1日 申请日期:2012年6月13日 优先权日:2012年6月13日
【发明者】华有为 申请人:腾讯科技（深圳）有限公司