• 四川郎酒股份有限公司获第十二届人民企业社会责任奖年度环保奖 2019-05-13
  • 银保监会新规剑指大企业多头融资和过度融资 2019-05-12
  • 韩国再提4国联合申办世界杯 中国网友无视:我们自己来 2019-05-11
  • 中国人为什么一定要买房? 2019-05-11
  • 十九大精神进校园:风正扬帆当有为 勇做时代弄潮儿 2019-05-10
  • 粽叶飘香幸福邻里——廊坊市举办“我们的节日·端午”主题活动 2019-05-09
  • 太原设禁鸣路段 设备在测试中 2019-05-09
  • 拜耳医药保健有限公司获第十二届人民企业社会责任奖年度企业奖 2019-05-08
  • “港独”没出路!“梁天琦们”该醒醒了 2019-05-07
  • 陈卫平:中国文化内涵包含三方面 文化复兴表现在其中 2019-05-06
  • 人民日报客户端辟谣:“合成军装照”产品请放心使用 2019-05-05
  • 【十九大·理论新视野】为什么要“建设现代化经济体系”?   2019-05-04
  • 聚焦2017年乌鲁木齐市老城区改造提升工程 2019-05-04
  • 【专家谈】上合组织——构建区域命运共同体的有力实践者 2019-05-03
  • 【华商侃车NO.192】 亲!楼市火爆,别忘了买车位啊! 2019-05-03
    • / 23
    • 下载费用:30 金币  

    重庆时时彩注册赠彩金: 用于维护软件系统的方法和设备.pdf

    摘要
    申请专利号:

    重庆时时彩单双窍门 www.4mum.com.cn CN201210103132.8

    申请日:

    2012.03.30

    公开号:

    CN103365645A

    公开日:

    2013.10.23

    当前法律状态:

    授权

    有效性:

    有权

    法律详情: 授权|||实质审查的生效IPC(主分类):G06F 9/44申请日:20120330|||公开
    IPC分类号: G06F9/44; H04L29/08 主分类号: G06F9/44
    申请人: 伊姆西公司
    发明人: 何征; 王友荣; 郑颖妍
    地址: 美国马萨诸塞州
    优先权:
    专利代理机构: 北京市金杜律师事务所 11256 代理人: 王茂华
    PDF完整版下载: PDF下载
    法律状态
    申请(专利)号:

    CN201210103132.8

    授权公告号:

    ||||||

    法律状态公告日:

    2018.03.13|||2013.11.20|||2013.10.23

    法律状态类型:

    授权|||实质审查的生效|||公开

    摘要

    本发明的实施例涉及用于维护软件系统的方法和设备。根据本发明的实施例,允许安装有软件系统实例的各个客户端在软件系统发生问题时将诸如日志文件的问题表象提交给服务器。服务器可以根据实现提取的关于软件系统的已知问题模式,确定和返回多个可能的潜在根源??突Ф说挠没Э梢耘卸戏祷氐那痹诟词欠癜四勘晡侍獾氖导矢?,并且进行相应的后续动作。来自客户端的反馈可被提供给服务器,并被用于更新服务器中存储的问题模式。以此方式,能够不断改进后续维护的智能性和准确性。

    权利要求书

    权利要求书
    1.  一种用于维护软件系统的方法,所述软件系统的实例被部署在至少一个客户端上,所述方法包括:
    从所述至少一个客户端接收所述软件系统中出现的目标问题的表象;
    利用所述表象查询存储问题模式的存储库以获得与所述目标问题相关联的至少一个潜在根源,所述存储库中存储的每个问题模式指示所述软件系统的一个已知问题的根源和表象;
    将所述至少一个潜在根源发送给所述至少一个客户端;以及
    根据针对所述至少一个潜在根源的反馈来更新所述存储库中的问题模式。

    2.  根据权利要求1所述的方法,其中所述表象是所述软件系统的日志信息,并且其中利用所述表象查询存储问题模式的存储库以获得与所述目标问题相关联的至少一个潜在根源包括:
    通过将从所述至少一个客户端接收的日志信息与所述存储库中存储的所述问题模式的日志信息进行匹配,确定与所述目标问题相关联的所述至少一个潜在根源。

    3.  根据权利要求2所述的方法,其中所述至少一个潜在根源按照所述匹配的程度被组织在一个列表中。

    4.  根据权利要求1所述的方法,其中根据针对所述至少一个潜在根源的反馈来更新所述存储库中的问题模式包括:
    响应于所述反馈指示所述目标问题的根源是所述至少一个潜在根源之一:
    从所述至少一个客户端接收对所述至少一个潜在根源之一的指示;
    接收针对所述目标问题的用户评注;以及
    利用所述用户评注来修改所述存储库中与所述至少一个潜在
    根源之一相关联的问题模式。

    5.  根据权利要求1所述的方法,其中根据针对所述至少一个潜在根源的反馈来更新所述存储库中的问题模式包括:
    响应于所述反馈指示所述目标问题的根源不是所述至少一个潜在根源中的任何一个:
    从所述至少一个客户端接收由用户确定的与所述目标问题相
    关联的根源;以及
    在所述存储库中创建与所述目标问题相关联的问题模式。

    6.  根据权利要求5所述的方法,进一步包括:
    接收针对所述目标问题的用户评注,以便在创建与所述目标问题相关联的问题模式中使用。

    7.  根据权利要求4或6所述的方法,其中所述用户评注包括以下至少一个:
    用户增加的关于所述目标问题的新评注;
    用户对另一用户关于所述目标问题的评注的修改;
    用户对关于所述目标问题的先前评注的删除;以及
    多个用户关于所述目标问题的讨论。

    8.  根据权利要求1所述的方法,其中所述存储库中的问题模式是通过对所述软件系统中的一个或多个已知问题以及针对所述一个或多个问题的用户评述执行训练和学习而被提取的。

    9.  一种用于维护软件系统的方法,所述软件系统的实例被部署在至少一个客户端上,所述方法包括:
    向服务器发送在所述软件系统中出现的目标问题的表象;
    从所述服务器接收由所述服务器通过查询存储库而获得的与所述目标问题相关联的至少一个潜在根源;
    确定所述目标问题的根源是否为所述至少一个潜在根源之一;以及
    根据所述确定向所述服务器提供针对所述至少一个潜在根源的反馈,以用于所述存储库中的问题模式的更新。

    10.  根据权利要求9所述的方法,其中向服务器发送的所述表象 是与所述目标问题相关的所述软件系统的日志信息。

    11.  根据权利要求9所述的方法,其中根据所述确定向所述服务器提供针对所述至少一个潜在根源的反馈包括:
    响应于确定所述目标问题的根源不是所述至少一个潜在根源中的任何一个,获取由用户确定的所述目标问题的根源;以及
    将用户确定的所述根源提供给所述服务器。

    12.  根据权利要求9所述的方法,其中根据所述确定向所述服务器提供针对所述至少一个潜在根源的反馈包括:
    响应于确定所述目标问题的根源是所述至少一个潜在根源之一,获取用户对所述至少一个潜在根源之一的选择;以及
    将用户对所述至少一个潜在根源之一的选择提供给所述服务器。

    13.  根据权利要求9-12任一项所述的方法,其中根据所述确定向所述服务器提供针对所述至少一个潜在根源的反馈包括:
    获取针对所述目标问题的用户评注;以及
    将所述用户评注提供给所述服务器。

    14.  根据权利要求12所述的方法,其中所述用户评注包括以下至少一个:
    用户增加的关于所述目标问题的新评注;
    用户对另一用户关于所述目标问题的评注的修改;
    用户对关于所述目标问题的先前评注的删除;以及
    多个用户关于所述目标问题的讨论。

    15.  一种用于维护软件系统的设备,所述软件系统的实例被部署在至少一个客户端上,所述设备包括:
    接收装置,配置用于从所述至少一个客户端接收所述软件系统中出现的目标问题的表象;
    查询装置,配置用于利用所述表象查询存储问题模式的存储库以获得与所述目标问题相关联的至少一个潜在根源,所述存储库中的每个所述问题模式指示所述软件系统的一个已知问题的根源和表象;
    发送装置,配置用于将所述至少一个潜在根源发送给所述至少一 个客户端;以及
    更新装置,配置用于根据针对所述至少一个潜在根源的反馈来更新所述存储库中的问题模式。

    16.  根据权利要求15所述的设备,其中所述表象是所述软件系统的日志信息,并且其中所述查询装置包括:
    匹配装置,配置用于通过将从所述至少一个客户端接收的日志信息与所述存储库中存储的所述问题模式的日志信息进行匹配,确定与所述目标问题相关联的所述至少一个潜在根源。

    17.  根据权利要求16所述的设备,其中所述查询装置进一步配置用于:按照所述匹配的程度将所述至少一个潜在根源组织在一个列表中。

    18.  根据权利要求15所述的设备,其中所述更新装置包括:
    第一接收装置,配置用于响应于所述反馈指示所述目标问题的根源是所述至少一个潜在根源之一,而从所述至少一个客户端接收对所述至少一个潜在根源之一的指示,并且接收针对所述目标问题的用户评注;以及
    模式修改装置,配置用于利用所述用户评注来修改所述存储库中与所述至少一个潜在根源之一相关联的问题模式。

    19.  根据权利要求15所述的设备,其中所述更新装置包括:
    第二接收装置,配置用于响应于所述反馈指示所述目标问题的根源不是所述至少一个潜在根源中的任何一个而从所述至少一个客户端接收由用户确定的与所述目标问题相关联的根源;以及
    模式创建装置,配置用于在所述存储库中创建与所述目标问题相关联的问题模式。

    20.  根据权利要求19所述的设备,其中所述更新装置进一步包括:
    第三接收装置,配置用于接收针对所述目标问题的用户评注,以便在创建与所述目标问题相关联的问题模式中使用。

    21.  根据权利要求18或20所述的设备,其中所述用户评注包括 以下至少一个:
    用户增加的关于所述目标问题的新评注;
    用户对另一用户关于所述目标问题的评注的修改;
    用户对关于所述目标问题的先前评注的删除;以及
    多个用户关于所述目标问题的讨论。

    22.  根据权利要求15所述的设备,其中所述存储库中的问题模式是通过对所述软件系统中的一个或多个已知问题以及针对所述一个或多个问题的用户评述执行训练和学习而被提取的。

    23.  一种用于维护软件系统的设备,所述软件系统的实例被部署在至少一个客户端上,所述设备包括:
    发送装置,配置用于向服务器发送在所述软件系统中出现的目标问题的表象;
    接收装置,配置用于从所述服务器接收由所述服务器通过查询存储库而获得的与所述目标问题相关联的至少一个潜在根源;
    确定装置,配置用于确定所述目标问题的根源是否为所述至少一个潜在根源之一;以及
    反馈装置,配置用于根据所述确定向所述服务器提供针对所述至少一个潜在根源的反馈,以用于所述存储库中的问题模式的更新。

    24.  根据权利要求23所述的设备,其中向服务器发送的所述表象是与所述目标问题相关的所述软件系统的日志信息。

    25.  根据权利要求23所述的设备,其中所述反馈装置包括:
    第一获取装置,配置用于响应于确定所述目标问题的根源不是所述至少一个潜在根源中的任何一个,获取由用户确定的所述目标问题的根源;以及
    第一提供装置,配置用于将用户确定的所述根源提供给所述服务器。

    26.  根据权利要求23所述的设备,其中所述反馈装置包括:
    第二获取装置,配置用于响应于确定所述目标问题的根源是所述至少一个潜在根源之一,获取用户对所述至少一个潜在根源之一的选 择;以及
    第二提供装置,配置用于将用户对所述至少一个潜在根源之一的选择提供给所述服务器。

    27.  根据权利要求23-26任一项所述的设备,其中所述反馈装置包括:
    评注获取装置,配置用于从用户处获取针对所述目标问题的用户评注;以及
    评注提供装置,配置用于将针对所述目标问题的用户评注发送给所述服务器。

    28.  根据权利要求23所述的设备,其中所述用户评注包括以下至少一个:
    用户增加的关于所述目标问题的新评注;
    用户对另一用户关于所述目标问题的评注的修改;
    用户对关于所述目标问题的先前评注的删除;以及
    多个用户关于所述目标问题的讨论。

    说明书

    说明书用于维护软件系统的方法和设备
    技术领域
    本发明的实施例总体上涉及计算机软件,更具体地,涉及用于维护软件系统的方法和设备。
    背景技术
    在软件系统被开发和部署之后,对使用中的软件系统进行维护是一个重要的问题。对运行中的软件系统进行故障诊断和维护往往需要花费大量的人力、物力和时间。目前,已知的软件系统维护策略总体上可以分为两类。第一类维护策略是培训和指派专门的技术人员,由这些技术人员以基本上全人工的方式负责特定软件产品的故障解决和维护。第二类维护策略是构建知识库,以便技术人员或终端用户在遇到问题时能够快速检索针对此类问题的已存储的解决方案。
    对于第一类策略而言,主要的问题在于:培训一名有经验和较高职业技术水平的专业人员往往需要花费大量的时间和成本。对于第二类策略而言,主要的挑战来自于如何建立有效的问题数据库、匹配模式定义以及针对模式演变而收集的信息。诸如Microsoft Windows的某些系统使用错误码和某些预定义的关键数据。然而,在软件系统发布之后出现的很多问题往往是突发和未知的,无法在软件系统的设计、实现和/或测试阶段预知。对于这样的问题,通常无法通过对已有知识库的简单检索和匹配而提供准确的故障原因和解决方案。
    目前,多数基于知识的系统仅仅基于错误/问题的表象或称症状对知识库进行查询,并且通过搜索例如日志文件之类的记录来提供一对一的映射(在某些高级系统中可能提供多对一映射)。在这种方案中,最终用户通常只能获得一个问题解决方案的建议。然而可以理解,软件系统中具有相同表象的问题很可能是由不同的根源问题导致的。例 如,在大型存储系统中,存在因素可能导致“用户无法连接到特定存储阵列”这一问题表象。另一方面,软件系统中的同一根源问题在不同的使用情况和状态下可能具有不同表象。在这些情况下,提供单一的解决方案建议是不足的。不仅如此,由于在现有技术中同行无法有效地更新知识库,因此用户在使用中所发现和解决的问题往往无法由其他用户借鉴。
    因此,本领域中需要一种更为有效地构建用于软件系统故障诊断和维护的问题数据库的方案。
    发明内容
    鉴于上述问题,本发明提出一种用于维护软件系统的方法和设备。
    在本发明的第一方面,提供一种用于维护软件系统的方法,所述软件系统的实例被部署在至少一个客户端上。所述方法包括:从所述至少一个客户端接收所述软件系统中出现的目标问题的表象;利用所述表象查询存储问题模式的存储库以获得与所述目标问题相关联的至少一个潜在根源,所述存储库中的每个问题模式指示所述软件系统的一个已知问题的根源和表象;将所述至少一个潜在根源发送给所述至少一个客户端;以及根据针对所述至少一个潜在根源的反馈来更新所述存储库中的问题模式。
    在本发明的第二方面,提供一种用于维护软件系统的方法,所述软件系统的实例被部署在至少一个客户端上。所述方法包括:向服务器发送在所述软件系统中出现的目标问题的表象;从所述服务器接收由所述服务器通过查询存储库而获得的与所述目标问题相关联的至少一个潜在根源;确定所述目标问题的根源是否为所述至少一个潜在根源之一;以及根据所述确定向所述服务器提供针对所述至少一个潜在根源的反馈,以用于所述存储库中的问题模式的更新。
    在本发明的第三方面,提供一种用于维护软件系统的设备,所述软件系统的实例被部署在至少一个客户端上。所述设备包括:接收装 置,配置用于从所述至少一个客户端接收所述软件系统中出现的目标问题的表象;查询装置,配置用于利用所述表象查询存储问题模式的存储库以获得与所述目标问题相关联的至少一个潜在根源,所述存储库中的每个所述问题模式指示所述软件系统的一个已知问题的根源和表象;发送装置,配置用于将所述至少一个潜在根源发送给所述至少一个客户端;以及更新装置,配置用于根据针对所述至少一个潜在根源的反馈来更新所述存储库中的问题模式。
    在本发明的第四方面,一种用于维护软件系统的设备,所述软件系统的实例被部署在至少一个客户端上。所述设备包括:发送装置,配置用于向服务器发送在所述软件系统中出现的目标问题的表象;接收装置,配置用于从所述服务器接收由所述服务器通过查询存储库而获得的与所述目标问题相关联的至少一个潜在根源;确定装置,配置用于确定所述目标问题的根源是否为所述至少一个潜在根源之一;以及反馈装置,配置用于根据所述确定向所述服务器提供针对所述至少一个潜在根源的反馈,以用于所述存储库中的问题模式的更新。
    通过下文描述将会理解,根据本发明的实施例,允许安装有软件系统实例的各个客户端在软件系统发生问题或故障时,将问题的表象(例如,日志文件)提交给服务器。服务器的存储库中存储有关于软件系统的先验问题模式。特别地,根据本发明的实施例,数据库中存储的问题模式可以仅包含软件系统问题的部分表象(例如,日志文件中受到较多用户关注的部分条目),而该部分是根据用户的评注或者讨论而确定的。
    根据本发明的实施例,服务器将向客户端返回不止一个潜在根源,而不是像现有技术中那样仅返回单个根源。如果用户确定当前问题的根源是服务器所提供的潜在根源之一,用户可以对目标问题(例如,他/她认为重要的某些表象)进行评注或者与其他用户讨论,并将其提交给服务器以进一步增强已有的问题模式。另一方面,如果用户确定服务器返回的潜在根源与目前软件系统出现的问题均不相符,则用户可以人工或以其他方式研究并确定根源。此时,用户可以将其确 定的根源、他对问题表象的评注和/或针对该问题的解决方案返回给服务器,以便在服务器的存储库中创建新的模式。
    以此方式,服务器不再如现有技术中那样仅仅根据表象返回一个根源,而是提供多个可能的根源供用户确认。而且,知识库可以在使用中基于用户反馈而动态更新,从而提高后续软件系统维护的智能性和准确性。
    附图说明
    通过参考附图阅读下文的详细描述,本发明实施例的上述以及其他目的、特征和优点将变得易于理解。在附图中,以示例性而非限制性的方式示出了本发明的若干实施例,其中:
    图1示出了根据本发明一个示例性实施例的在服务器一侧的用于维护软件系统的方法100的流程图;
    图2示出了根据本发明另一示例性实施例的在服务器一侧的用于维护软件系统的方法200的流程图;
    图3示出了根据本发明一个示例性实施例的在客户端一侧的用于维护软件系统的方法300的流程图;
    图4示出了根据本发明另一示例性实施例的在客户端一侧的用于维护软件系统的方法400的流程图;
    图5示出了根据本发明一个示例性实施例的用于维护软件系统的设备500的框图;
    图6示出了根据本发明一个示例性实施例的用于维护软件系统的设备600的框图;
    图7示出了说明本发明的示例性实施例的工作原理的高层框图;以及
    图8示出了适合用来实践本发明实施例的计算机系统800的框图。
    在各个附图中,相同或对应的标号表示相同或对应的部分。
    具体实施方式
    下面将参考附图中示出的若干示例性实施例来描述本发明的原理和精神。应当理解,给出这些实施例仅仅是为了使本领域技术人员能够更好地理解进而实现本发明,而并非以任何方式限制本发明的范围。
    首先参考图1,其示出了根据本发明一个实施例的用于维护软件系统的方法100的流程图。根据本发明的实施例,软件系统的实例可以部署于一个或多个客户端之上,而这些客户端可以通过网络或任何其他适当的通信机制与负责软件系统维护的服务器通信。在图1中示出的方法100的实例例如可以运行在服务器上。
    方法100开始之后,在步骤S102,从至少一个客户端接收软件系统中出现的目标问题的表象。
    可以理解,当软件系统的实例在客户端上运行的过程中,可能会出现问题或者故障时。此时,客户端可以将问题或者故障的表象发送给服务器。在此使用的术语“目标问题”是指客户端当前所关注和旨在解决的软件系统的问题、故障或者需要用户给予注意和解决的任何其他事务。另外,在此使用的术语“表象”是指对目标问题的症状的描述,例如包括问题的出现时间、表现形式、出现该问题时的系统状态、引发的系统行为、软件系统上下文,等等。表象可以是文本形式,也可以是多媒体或富媒体形式。
    根据本发明的某些实施例,目标问题的表象例如可以是在软件系统的运行过程中产生的日志信息。例如,一个问题的表象可以是软件系统在该问题发生的时刻或者给定时段期间生成的日志信息。此类日志信息例如可以保存在专门的日志文件中,当然也可以保存在数据库或者其他适当的数据存储介质中??梢岳斫?,日志信息通常由一系列日志条目组成。每个日志条目可以包括用于记录不同类型信息的一个或多个字段。作为示例,下表示出了一个可能的软件系统的日志条目的结构。
      等级  时间  事件  描述  分类  来源  类型
    注意,上面所示的结构仅仅是示例性的,用于记录软件系统的行为和问题的任何日志结构均落在本发明的范围之内。而且,除了日志信息之外或者作为补充,可以存储其他形式的问题表象。例如,软件系统中的问题表象可以包括客户端的用户以人工方式输入的文本、图像或者语音描述,等等。其他任何可能的表象也是可以想到的,本发明的范围在此方面不受限制。
    特别地,根据本发明的实施例,允许客户端的用户对软件系统的目标问题的某些表象(例如,某些日志条目)添加评注和讨论。这些评注和讨论可以与问题表象一起在步骤S202被服务器接收。这还将在下文详细讨论。
    根据本发明的实施例,在步骤S102,服务器可以利用各种适当的通信机制从至少一个客户端接收目标问题的表象。例如,服务器与客户端之间的连接机制可以包括有线网络、无线网络或其组合,包括但不限于以下至少一个:蜂窝电话网络,以太网,基于IEEE 802.11、802.16、802.20等的无线局域网(WLAN),和/或全球微波接入互操作性(WiMAX)网络。此外,连接介质可以是公共网络(诸如,因特网)、专用网络(诸如,企业内部网)或其组合。备选地或附加地,连接介质也可以是总线等用户设备间互连和通信的设备。作为特例,如果服务器与客户端定位在相同的物理机器上,则二者之间的通信也可以包括机器内部的通信机制,例如总线通信或进程间通信,等等。本发明的范围在此方面不受限制。
    接下来,方法100进行到步骤S104,在此利用在步骤S102接收到的目标问题的表象查询存储库,以获得与所述目标问题相关联的至少一个潜在根源。
    根据本发明的实施例,在服务器一侧维护有一个或多个存储库或称知识库。存储库可以是能够配置用于存储数据和信息的任何适当存储机制。存储库中存储有针对软件系统的先验的问题模式。根据本发 明的实施例,问题模式可以是预先建立和存储的,并且可以在使用中动态更新和学习。每个问题模式用于指示该软件系统的一个已知问题的根源和表象。例如,下表示出了存储库中存储的问题模式的一个示例性结构。注意,下面所示的结构仅仅是示例性的。问题模式还可以包括其他可选的信息,例如该问题的解决方案(例如,由一系列操作组成)、发生时间、条件、频度、确定根源的用户标识,等等。
      根源  问题表象
    如上所述,在本发明的某些实施例中,一个问题的表象可以是该问题相关联的日志信息。此时,存储库中的每个问题模式的“问题表象”字段可以包括与一个已知问题相关联的日志信息(例如,一系列日志条目)?!案础弊侄慰梢园ㄒ丫锒系牡贾赂梦侍獾母驹?。
    特别地,对于每个问题模式,“问题表象”字段可以包含与该问题相关联的所有表象,例如在给定时段内产生的所有日志条目。然而,可以理解,不同的表象对于判断问题的根源而言可能具有不同的重要性。例如,某些日志条目是判断问题根源的关键因素,而另一些则可能无关紧要。因此,根据本发明的一些实施例,存储库中的问题模式可以仅仅包括与问题相关联的部分而非全部表象(例如,被认为重要的那部分表象)。
    如上文概述并将在下文详细讨论的,根据本发明的实施例,允许一个或多个客户端的用户对问题的表象(例如,日志文件的条目)添加评注、批注和/或进行讨论。一个合理的假设是:得到多数用户关注或者被用户显式地指示为重要的那些表象是该问题的关键表象。相反,很少有用户评价或者用户指示为不重要的那些表现则是该问题的非关键表象。这样,根据本发明的某些实施例,可以基于事先从多个客户端收集的关于某个软件问题的表象(称为样本),通过机器学习或者模式识别从中提取中重要的表象。在该问题的问题模式中(例如 在上面示出的“问题表象”字段中),将仅保存这些重要的表象。本领域技术人员可以理解,各种机器学习方法均可与本发明的实施例结合使用,例如贝叶斯模型、神经网络、马尔科夫模型、支持向量机,等等。
    以此方式,根据本发明的某些实施例,存储库中的问题模式无需保存每个问题的所有表象,而是根据用户评注而抽取出的表象的重要部分。这样不仅有利于节省存储空间,更重要地是,能够在后续查询和匹配操作中更为准确地识别出目标问题的潜在根源。这还将在下文详细讨论。
    继续参考图1的步骤S104,根据某些实施例,可以通过将用户发送的目标问题表象与数据库中的每个问题模式所指示的表象进行匹配来确定目标问题的潜在根源。例如,可以利用表象的文字描述进行文本匹配,从而找出与当前的目标问题表象在文字描述方面最为相似的一个或多个已知问题。具体而言,如果两个表象中的相同或相似的文字描述(例如,相同或相似的日志条目)越多,则认为两个问题越发相似,进而越有可能具有相同的根源。以此方式,可以将被确定为与目标问题相似的已知问题的根源作为目标问题的潜在根源??梢岳斫?,在这样的实施例中,通过如上所述的将不重要或不关键的表象从存储库中的问题表象中排除,将有助于排除匹配噪音,从而找到更为匹配的已知问题。
    而且,在对问题表象进行匹配的过程中,用户添加过评注的那些表象(例如,日志条目)可以具有较高的权重。即,如果这样的表象相匹配,则认为两个问题相互匹配的概率也更高。
    应当注意,通过文字匹配来查询存储库仅仅是示例性的。在这方面的其他可行实施例将在下文参考图2详述。
    特别地,可以看到,与现有技术不同的是在步骤S104处可以获得不止一个潜在根源,而是获得可能与目标问题相关的多个潜在根源或称候选根源。这样,用户可以在更大的范围内验证和确定目标问题的根源。
    接下来,方法100进行到步骤S106,在此将所述至少一个潜在根源发送给所述至少一个客户端??裳〉?,在步骤S106,还可以将与每个潜在根源相对应的解决方案一起发送给客户端。例如,解决方案可以是一系列有序动作的序列。
    如下文所述,在接收到潜在根源之后,客户端的用户可以确定服务器所提供的至少一个潜在根源是否为目标问题的根源,并且提供相应的反馈。而且,如果解决方案随同潜在根源被一起提供到了客户端,则客户端用户可以按照解决方案来执行动作,以解决目标问题。这将在下文参考图3和图4详述。
    服务器继而可以在步骤S108处,根据针对所述至少一个潜在根源的反馈来更新存储库中的问题模式。根据本发明的实施例,与现有技术不同的是,服务器向客户端提供目标问题的潜在根源并不是服务的终结。相反,客户端可以向服务器提供反馈以指示所提供的至少一个潜在根源是否包含了目标问题的真实根源。
    例如,如果服务器确定的至少一个潜在根源包含了目标问题的真实根源,则客户端可以可选地向服务器提供针对问题表象的评注、排名、讨论等各种信息(如上所述,用户添加评注的表象往往是比较重要的)。由此,服务器可以利用这些信息更新和调整存储库中的相应问题模式,从而使后续的查询和服务更加智能。
    另一方面,如果客户端的用户确定服务器所提供的潜在根源并未包含目标问题的真实根源,则用户可以自行研究和确定该问题的根源并将其返回给服务器??裳〉?,客户端还可以向服务器提供针对某些重要问题表象的评注。由此,服务器可以在存储库中创建和保存新的问题模式。
    方法100在步骤S108完成之后结束。
    通过执行方法100,当客户端的软件系统实例发生问题时,服务器可以向客户端提供不止一个潜在根源;而且随着服务的推进,存储库可以得到不断地、自适应地更新和完善,从而调整已有的问题模式和/或创建新的问题模式。与现有技术相比,这可以显著提高软件系统 维护的智能性和准确性。
    下面参考图2,其示出了根据本发明另一示例性实施例的用于维护软件系统的方法200的流程图。注意,方法200可以被认为是上文参考图1描述的方法100的一个具体实现。
    方法200开始之后,在步骤S202处,由服务器从至少一个客户端接收软件系统中出现的问题的日志信息?;谎灾?,在方法200的实施例中,问题表象以日志信息的形式存在。
    接下来,方法200进行到步骤S204,在此通过将从至少一个客户端接收的日志信息与服务器的存储库中存储的问题模式的日志信息进行匹配,来确定与目标问题相关联的至少一个潜在根源。
    根据本发明的实施例,对于存储库中存储的每个问题模式,可以计算它与目标问题之间的匹配程度。如上所述,计算匹配程度的一种示例性方式是基于文本匹配。即,将目标问题的日志信息所包含的日志条目与问题模式中指示的日志条目进行对比。如果一个已知问题所具有的日志条目与目标问题的日志条目足够接近,则认为该已知问题与目标问题相互匹配。
    备选地或附加地,还可以利用贝叶斯(Bayes)公式来确定两个问题之间的匹配程度。作为一个示例,可以将存储库中的每个问题模式视为一条记录,并且利用如下的贝叶斯公式来确定已知问题与接收自客户端目标问题之间的匹配程度:
    P(RCi|sympj)=P(sympj|RCi)×P(RCi)P(sympj)]]>
    ∝Scorepattenmatch(sympj,RCi)·Num(sympj|RCi)Num(RCi)×Num(RCi)ΣallNum(RCn)Num(sympj)ΣallNum(sympn)]]>
    =Scorepattenmatch(sympj,RCi)×Num(sympj|RCi)Num(sympj)]]>
    其中P(RCi|sympj)是存储库中在表象j下具有根源i的概率,P(sympj|RCi)是存储库中在根源i下具有表象j的概率,P(RCi)是存储库中出现根源 i的概率,P(sympj)是存储库中出现表象j的概率,Scorepattenmatch(sympj,RCi)是模式匹配得分,Num(sympj|RCi)是存储库中在根源i下具有现象j的记录的数目,Num(sympj)存储库中具有表象j的记录的总数,Num(RCi)是存储库中具有根源i的记录的总数。由此,可以计算出存储库中的每个已知问题与从客户端接收到的目标问题之间的匹配程度的得分。
    应当理解,上文描述的几个实施例仅仅是示例性的。根据本发明的实施例,可以利用目前已知或者将来开发的任何适当技术,基于问题的表象来定性或者定量地确定从客户端接收的目标问题与存储库中存储的已知问题之间的匹配程度。本发明的范围在此方面不受限制。
    可以按照匹配程度选择特定数目的已知问题,这些已知的问题被认为与目标问题潜在地相似或相近。例如,可以选择匹配程度高于预定阈值的已知问题;或者,可以选择匹配程度最高的前N个已知问题(N是自然数)。相应地,这样通过匹配所选择的已知问题的根源可以被确定为目标问题的潜在根源。
    接下来,方法200进行到步骤S206,将通过步骤S204获得的目标问题的至少一个潜在根源发送给客户端。在某些实施例中,可以按照目标问题与已知问题(以及由此与相应的潜在根源)之间的匹配程度,将所获得的至少一个潜在根源排列在列表中。在步骤S206处,该列表被发送给所述至少一个客户端。
    接下来,在步骤S208处,从客户端接收针对所发送的至少一个潜在根源的反馈,进而在步骤S210处根据该反馈来确定目标问题的实际根源是否为服务器获取和发送的至少一个潜在根源之一。
    如下文将结合图3和图4详述的,根据本发明的实施例,如果用户确定目标问题的根源是服务器提供的至少一个潜在根源之一,客户端可以配置用于在反馈中向服务器指明这一点。此时,方法200进行到步骤S212(沿步骤S210处的分支“是”)。
    在步骤S212,服务器可以从客户端接收用户对至少一个潜在根源的选择。即,客户端的用户可以指示哪个特定的潜在根源是目标问题 的实际根源。例如,这可以通过使用鼠标等指示工具点击列表中的特定潜在根源来实现。当然,其他任何适当的交互方式也是可行的??突Ф擞纱丝梢越没е甘镜囊桓鎏囟ㄇ痹诟?即,目标问题的实际根源)返回服务器。
    注意,尽管被示为两个步骤,但是实际上步骤S212可以被包含在步骤S210中?;谎灾?,用户可以通过在潜在根源列表中选择一个特定的潜在根源这一个动作,向服务器指示目标问题的根源是潜在根源之一,并且还指明了是哪个潜在根源。此时,步骤S210和S212可以在一个步骤中完成。因此,图2中的步骤划分仅仅是为了逻辑上的清晰。
    接下来,方法200进行到步骤S214,在此接收针对目标问题的用户评注。根据本发明的实施例,客户端的用户被允许对目标问题进行评注。根据某些实施例,用户可以利用客户端提供的各种工具增加关于目标问题的评注,评注例如可以涉及问题的某些表象(例如,某些日志条目)、在解决问题的过程中所遇到的特定问题、解决该问题的路径、需要特别关注的解决动作,等等。
    此外,根据本发明的某些实施例,当在步骤S206处向客户端发送潜在根源时,可以同时发送存储库中存储的针对每个潜在根源的先前用户评注。在这样的实施例中,客户端的用户可以修改先前用户评注、对先前评注添加批注和/或删除先前评注(当然,这种删除可能需要受制于权限约束。作为示例,在某些实施例中,用户被限制于只能删除他/她自己先前添加的评注)。
    另外,根据本发明的实施例,可以设置有专门用于软件维护的门户(portal),其形式例如是基于web的讨论区、留言板、社交网络网站、博客、微博,等等。不同客户端的用户可以通过该门户对软件系统的问题进行讨论、排名等动作。在步骤S214,服务器可以从门户或其他客户端接收关于此类动作的信息。
    接下来,方法200进行到步骤S216,在此利用在步骤S214接收到的针对目标问题的用户评注,修改存储库中与步骤S212处接收的 用户选择的那个潜在根源相关联的问题模式。例如,对于用户添加了评注和讨论的表象(例如,日志条目),可以认为其重要性较高,从而增加这些表象在匹配(步骤S204)中的权重。相应地,用户关注较少的那些表象在匹配中的权重将降低,甚至从问题模式中被移除。特别地,如上所述,根据本发明的某些实施例,存储库中的问题模式可以通过学习和训练而从已知样本中提取。相应地,在步骤S216,可以利用步骤S214处接收的用户评注对问题模式进行重新训练,从而改善后续服务的智能性。方法200在步骤S216之后结束。
    返回步骤S210,如果客户端的反馈指示目标问题的根源并不是服务器提供的多个潜在根源中的任何一个(分支“否”),方法200进行步骤S218。在步骤S218,接收由客户端的用户确定的目标问题的根源??裳〉?,还可以在步骤S220处接收用户针对目标问题的评注,这些评注类似于上文参考步骤S214所描述的。
    接下来,在步骤S222,可以利用由用户显式指明的目标问题的根源(在步骤S218接收)、目标问题的表象(在步骤S202接收),以及可选地还有针对目标问题的用户评注(在步骤S220接收),在存储库中创建与该目标问题以及根源相关联的新问题模式。以此方式,可以将软件系统运行中发现的新问题动态地添加到后台知识库中,从而改善后续维护服务的质量。方法200在步骤S222之后结束。
    上文已经参考图1和图2描述了在服务器一侧的用于软件系统维护的方法的两个具体实施例。下面参考图3,其示出了根据本发明一个示例性实施例的在客户端一侧的用于维护软件系统的方法300的方法。
    如图3所示,在步骤S302,当客户端的软件系统出现问题(称为目标问题)时,客户端的用户可以指示客户端向服务器发送软件系统中出现的问题的表象。这里所说的“用户”可以是客户端负责软件系统维护的工程师,和/或软件系统的终端用户,等等。另外,如上所述,目标问题的“表象”是指对目标问题的症状的描述,例如包括问题的出现形式、引发的系统状态、系统行为、发生时间、系统上下文,等 等。特别地,根据某些实施例,表象可以体现为软件系统的日志信息。而且,根据本发明的某些实施例,允许用户对表象添加评述,并且将这些评述随同表象一同发送给服务器。
    接下来,在步骤S304,从服务器接收与目标问题相关联的至少一个潜在根源,这些潜在根源是由服务器通过查询存储有问题模式的存储库而获得的,如上文所述。例如,这些潜在根源可以根据服务器确定的与目标问题的匹配程度而被组织在列表中。
    在步骤S306,确定目标问题的根源是否为所述至少一个潜在根源之一。例如,客户端的用户参照目前的系统症状和状态对潜在根源进行逐个排查和分析,确定其中是否具有当前目标问题的实际根源。
    在步骤S308,向服务器提供针对至少一个潜在根源的反馈,以用于更新服务器的存储库。具体而言,客户端可以根据用户的操作而生成反馈消息,指示目标问题的根源是否为服务器发送的至少一个潜在根源之一??裳〉?,客户端还可以获取用户针对目标问题的评注。这些反馈也可被发送给服务器,以便服务器更新或者新建存储库中的问题模式,如上文参考图1和图2所述。
    方法300在步骤S308之后结束。
    通过方法300,用户不但可以通过向服务器上传问题表象而获取一个或多个潜在根源的列表,而且能够对服务器返回的列表做出反馈,从而支持服务器端知识库的动态更新。
    下面参考4,其示出了根据本发明另一示例性实施例的在客户端执行以用于维护软件系统的方法400的流程图。注意,方法400可以被认为是上文参考图3描述的方法300的一个具体实现
    方法400的步骤S402和步骤S404分别对应于上文参考图3描述的方法300中的步骤S302和S304,在此不再赘述。
    在步骤S406,用户参照目前客户端软件系统的状态等各种因素来进行验证,以确定在步骤S404处接收的至少一个潜在根源中是否包含了目标问题的实际根源。
    如果用户确定目标问题的实际根源是至少一个潜在根源之一(分 支“是”),则方法400进行到步骤S408,在此获取客户端用户对一个特定潜在根源的选择。例如,客户端的用户可以通过鼠标之类的指点设备在潜在根源的列表中选择一个特定的潜在根源,将其确定为目标问题的实际根源。这仅仅是示例,其他交互方式也是可行的。
    接下来,方法400进行到步骤S412,在此获取针对目标问题的用户评注。根据本发明的实施例,如上文所述,在步骤S412处获取的用户评述可以包括:用户增加的关于所述目标问题的新评注;用户对另一用户关于所述目标问题的评注的修改;用户对关于所述目标问题的先前评注的删除;以及多个用户关于所述目标问题的讨论(例如,通过由门户提供的讨论区,等等)。
    此后,方法400进行到步骤S414,在此将用户选定的潜在根源(即,目标问题的实际根源)以及用户的评述发送给服务器,以便服务器利用这些信息来更新存储库中的问题模式,如上文参考图1和图2所述。
    返回步骤S406,如果用户通过研究发现客户端的软件系统所出现的目标问题不是由步骤S406处接收的多个潜在根源中的任何一个导致的(分支“否”),方法400进行到步骤S410,在此获取用户确定的目标问题的根源。例如,用户可以通过人工分析目标问题、研究日志文件、与其他用户讨论、电话求助服务中心等各种方式来确定目标问题的根源。而且,可选地,在步骤S410获得的根源可以包括由用户确定的针对目标问题的解决方案或解决路径。
    接下来,方法400可以进行到步骤S412,在此接收用户针对目标问题的评注。而后,方法400在步骤S414发送由用户确定的根源以及用户评注,以便服务器在存储库中新建关于该目标问题和根源的问题模式,如上文参考图1和图2所讨论的。
    方法400在步骤S414之后结束。
    下面参考图5,其示出了根据本发明一个示例性实施例的用于维护软件系统的设备500的框图。设备500可以驻留于用于维护软件的服务器一侧。备选地或附加地,设备500也可以独立于部署有软件系 统的客户端以及托管存储库的服务器而存在。
    根据本发明的实施例,软件系统的实例被部署在至少一个客户端上。如图所示,设备500包括:接收装置502,配置用于从所述至少一个客户端接收所述软件系统中出现的目标问题的表象;查询装置504,配置用于利用所述表象查询存储问题模式的存储库以获得与所述目标问题相关联的至少一个潜在根源,所述存储库中的每个所述问题模式指示所述软件系统的一个已知问题的根源和表象;发送装置506,配置用于将所述至少一个潜在根源发送给所述至少一个客户端;以及更新装置508,配置用于根据针对所述至少一个潜在根源的反馈来更新所述存储库中的问题模式。
    根据本发明的某些实施例,目标问题的表象可以是所述软件系统的日志信息。在这样的实施例中,查询装置504可以包括:匹配装置,配置用于通过将从所述至少一个客户端接收的日志信息与所述存储库中存储的所述问题模式的日志信息进行匹配,确定与所述目标问题相关联的所述至少一个潜在根源。而且,在某些实施例中,查询装置504可以进一步配置用于:按照所述匹配的程度将所述至少一个潜在根源组织在一个列表中。
    根据本发明的某些实施例,更新装置508可以包括:第一接收装置,配置用于响应于所述反馈指示所述目标问题的根源是所述至少一个潜在根源之一,而从所述至少一个客户端接收对所述至少一个潜在根源之一的指示,并且接收针对所述目标问题的用户评注;以及模式修改装置,配置用于利用所述用户评注来修改所述存储库中与所述至少一个潜在根源之一相关联的问题模式。
    根据本发明的某些实施例,更新装置508可以包括:第二接收装置,配置用于响应于所述反馈指示所述目标问题的根源不是所述至少一个潜在根源中的任何一个而从所述至少一个客户端接收由用户确定的与所述目标问题相关联的根源;以及模式创建装置,配置用于在所述存储库中创建与所述目标问题相关联的问题模式。而且,在某些实施例中,更新装置508还可以包括:第三接收装置,配置用于接收 针对所述目标问题的用户评注,以便在创建与所述目标问题相关联的问题模式中使用。
    根据本发明的某些实施例,针对所述目标问题的用户评注包括以下至少一个:用户增加的关于所述目标问题的新评注;用户对另一用户关于所述目标问题的评注的修改;用户对关于所述目标问题的先前评注的删除;以及多个用户关于所述目标问题的讨论。
    另外,根据本发明的某些实施例,所述存储库中与给定已知问题相关联的问题模式仅指示所述给定已知问题的部分表象,所述部分表象基于针对所述给定已知问题的用户评注而确定。
    为清晰起见,图5中没有示出可选的装置以及各个装置所包含的子装置。然而,应当理解,设备500中包含的各个装置分别对应于上文参考图1和图2描述的方法100和200中的各个步骤。由此,上文针对方法100和200描述的操作和特征同样适用于设备500及其中包含的装置,在此不再赘述。
    现在参考图6,其示出了根据本发明一个示例性实施例的用于维护软件系统的设备600的框图。设备600可以驻留在部署有软件系统实例的客户端一侧。备选地或附加地,设备600也可以独立于部署有软件系统的客户端以及托管存储库的服务器而存在。
    根据本发明的实施例,软件系统的实例被部署在至少一个客户端上。如图所示,设备600包括:发送装置602,配置用于向服务器发送在所述软件系统中出现的目标问题的表象;接收装置604,配置用于从所述服务器接收由所述服务器通过查询存储库而获得的与所述目标问题相关联的至少一个潜在根源;确定装置606,配置用于确定所述目标问题的根源是否为所述至少一个潜在根源之一;以及反馈装置608,配置用于根据所述确定向所述服务器提供针对所述至少一个潜在根源的反馈,以用于所述存储库中的问题模式的更新。
    根据本发明的某些实施例,向服务器发送的所述目标问题的所述表象是所述软件系统的日志信息。
    根据本发明的某些实施例,所述反馈装置608可以包括:第一获 取装置,配置用于响应于确定所述目标问题的根源不是所述至少一个潜在根源中的任何一个,获取由用户确定的所述目标问题的根源;以及第一提供装置,配置用于将用户确定的所述根源提供给所述服务器。
    根据本发明的某些实施例,所述反馈装置608可以包括:第二获取装置,配置用于响应于确定所述目标问题的根源是所述至少一个潜在根源之一,获取用户对所述至少一个潜在根源之一的选择;以及第二提供装置,配置用于将用户对所述至少一个潜在根源之一的选择提供给所述服务器。
    根据本发明的某些实施例,反馈装置608可以包括:评注获取装置,配置用于从用户处获取针对所述目标问题的用户评注;以及评注提供装置,配置用于将针对所述目标问题的用户评注发送给所述服务器。
    根据本发明的某些实施例,针对所述目标问题的用户评注包括以下至少一个:用户增加的关于所述目标问题的新评注;用户对另一用户关于所述目标问题的评注的修改;用户对关于所述目标问题的先前评注的删除;以及多个用户关于所述目标问题的讨论。
    为清晰起见,图6中没有示出可选的装置以及各个装置所包含的子装置。然而,应当理解,设备600中记载的各个装置分别对应于上文参考图3和图4描述的方法300和400中的各个步骤。由此,上文针对方法300和400描述的操作和特征同样适用于设备600及其中包含的装置,在此不再赘述。
    还应当理解,设备500和600可以利用各种方式实现。例如,在某些实施例中,设备500和600可以利用软件和/或固件来实现。备选地或附加地,设备500和600可以部分地或者完全地基于硬件来实现。例如,设备500和600可以实现为集成电路(IC)芯片或专用集成电路(ASIC)。设备500和600也可以实现为片上系统(SOC)。现在已知或者将来开发的其他方式也是可行的,本发明的范围在此方面不受限制。
    下面参考图7,其示出了说明上文描述的方法和设备的工作原理的高层示意图。如上所述,客户端可以将软件系统的问题表象(例如,日志信息)提交给服务器,以便通过查询存储库而生成包含一个或多个潜在根源(可选地,还有相应的解决方案)的列表??裳〉?,该列表可以按照每个潜在根源与目标问题的匹配程度而排序。该列表被返回给客户端,以便客户端的用户确定目标问题的实际根源是否包含在该列表中。
    如果用户确定服务器提供的潜在根源列表是准确的,即,目标问题的潜在根源是多个潜在根源之一,则用户可以执行相应的处理动作和/或修复动作,并且可以对目标问题进行评注。评注信息将反馈给服务器以便修改存储库中的问题模式。
    另一方面,如果用户确定服务器提供的潜在根源列表是不准确的,即,目标问题不是潜在根源中的任何一个,则用户可以自行研究和确定目标问题的根源??裳〉?,用户还可以对目标问题进行评注。由用户确定的实际根源以及用户评注可以被提供给服务器,以便在存储库中创建新的模式。
    下面参考图8,其示出了适于用来实践本发明实施例的计算机系统800的示意性框图。例如,计算机系统800可以充当本发明中的客户端和/或服务器。
    如图所示,计算机系统800可以包括:CPU(中央处理单元)801、RAM(随机存取存储器)802、ROM(只读存储器)803、系统总线804、硬盘控制器805、键盘控制器806、串行接口控制器807、并行接口控制器808、显示控制器809、硬盘810、键盘811、串行外部设备812、并行外部设备813和显示器814。在这些设备中,与系统总线804耦合的有CPU 801、RAM 802、ROM 803、硬盘控制器805、键盘控制器806、串行控制器807、并行控制器808和显示控制器809。硬盘810与硬盘控制器805耦合,键盘811与键盘控制器806耦合,串行外部设备812与串行接口控制器807耦合,并行外部设备813与并行接口控制器808耦合,以及显示器814与显示控制器809耦合。 应当理解,图8所述的结构框图仅仅为了示例的目的而示出的,而不是对本发明范围的限制。在某些情况下,可以根据具体情况而增加或者减少某些设备。
    如上所述,设备500和600可以通过硬件实现,例如芯片、ASIC、SOC等。这些硬件可以集成在计算机系统800中。此外,本发明的实施例也可以通过计算机程序产品的形式实现。例如,参考图1-图4描述的方法100-400可以通过计算机程序产品来实现。该计算机程序产品可以存储在例如图8所示的RAM 804、ROM 804、硬盘810和/或任何适当的存储介质中,或者通过网络从适当的位置下载到计算机系统800上。计算机程序产品可以包括计算机代码部分,其包括可由适当的处理设备(例如,图8中示出的CPU 801)执行的程序指令。所述程序指令至少可以包括用于实现方法100-400的步骤的指令。
    上文已经结合若干具体实施例阐释了本发明的精神和原理。根据本发明的实施例,允许安装有软件系统实例的各个客户端在软件系统发生问题或故障时,将问题的表象(例如,日志文件)提交给服务器。服务器可以根据关于软件系统的已知问题的模式,确定和返回不止一个潜在根源??突Ф说挠没Э梢耘卸戏祷氐那痹诟词欠癜四勘晡侍獾氖导矢?,并且进行相应的后续动作。来自客户端的反馈可被用于更新服务器中存储的问题模式,从而提高后续匹配的智能性和准确性。
    应当注意,本发明的实施例可以通过硬件、软件或者软件和硬件的结合来实现。硬件部分可以利用专用逻辑来实现;软件部分可以存储在存储器中,由适当的指令执行系统,例如微处理器或者专用设计硬件来执行。本领域的普通技术人员可以理解上述的设备和方法可以使用计算机可执行指令和/或包含在处理器控制代码中来实现,例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本发明的设备及其??榭梢杂芍钊绯蠊婺<傻缏坊蛎耪罅?、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程 门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现,也可以用由各种类型的处理器执行的软件实现,也可以由上述硬件电路和软件的结合例如固件来实现。
    说明书中提及的通信网络可以包括各类网络,包括但不限于局域网(“LAN”),广域网(“WAN”),根据IP协议的网络(例如,因特网)以及端对端网络(例如,ad hoc对等网络)。
    应当注意,尽管在上文详细描述中提及了设备的若干装置或子装置,但是这种划分仅仅并非强制性的。实际上,根据本发明的实施例,上文描述的两个或更多装置的特征和功能可以在一个装置中具体化。反之,上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。
    此外,尽管在附图中以特定顺序描述了本发明方法的操作,但是,这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果。相反,流程图中描绘的步骤可以改变执行顺序。附加地或备选地,可以省略某些步骤,将多个步骤合并为一个步骤执行,和/或将一个步骤分解为多个步骤执行。
    虽然已经参考若干具体实施例描述了本发明,但是应该理解,本发明并不限于所公开的具体实施例。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。所附权利要求的范围符合最宽泛的解释,从而包含所有这样的修改及等同结构和功能。

    关 键 词:
    用于 维护 软件 系统 方法 设备
      专利查询网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    关于本文
    本文标题:用于维护软件系统的方法和设备.pdf
    链接地址://www.4mum.com.cn/p-5779308.html
    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服客服 - 联系我们

    [email protected] 2017-2018 www.4mum.com.cn网站版权所有
    经营许可证编号:粤ICP备17046363号-1 
     


    收起
    展开
  • 四川郎酒股份有限公司获第十二届人民企业社会责任奖年度环保奖 2019-05-13
  • 银保监会新规剑指大企业多头融资和过度融资 2019-05-12
  • 韩国再提4国联合申办世界杯 中国网友无视:我们自己来 2019-05-11
  • 中国人为什么一定要买房? 2019-05-11
  • 十九大精神进校园:风正扬帆当有为 勇做时代弄潮儿 2019-05-10
  • 粽叶飘香幸福邻里——廊坊市举办“我们的节日·端午”主题活动 2019-05-09
  • 太原设禁鸣路段 设备在测试中 2019-05-09
  • 拜耳医药保健有限公司获第十二届人民企业社会责任奖年度企业奖 2019-05-08
  • “港独”没出路!“梁天琦们”该醒醒了 2019-05-07
  • 陈卫平:中国文化内涵包含三方面 文化复兴表现在其中 2019-05-06
  • 人民日报客户端辟谣:“合成军装照”产品请放心使用 2019-05-05
  • 【十九大·理论新视野】为什么要“建设现代化经济体系”?   2019-05-04
  • 聚焦2017年乌鲁木齐市老城区改造提升工程 2019-05-04
  • 【专家谈】上合组织——构建区域命运共同体的有力实践者 2019-05-03
  • 【华商侃车NO.192】 亲!楼市火爆,别忘了买车位啊! 2019-05-03