CN103999047B - 修复交付系统 - Google Patents

Abstract

一种用于修复交付系统的计算机实施的过程的示例实施例接收代表问题的情形数据，分析接收的情形数据以确定与情形数据关联的问题是否与已知问题匹配，以及响应于确定与情形数据关联的问题不与已知问题匹配而进行问题确定以标识问题。计算机实施的过程还接收用于所标识的问题的开发的累计修复，使用情形数据来构建用于所标识的问题的可安装累计修复，以及响应于确定可安装累计修复满足预定要求并且可安装累计修复是新的可安装累计修复，在存储系统中保存可安装累计修复并且向请求者发送可安装累计修复。

Description

修复交付系统

技术领域

本公开内容主要地涉及数据处理系统中的问题管理，并且更具体地涉及一种数据处理系统中的修复交付系统。

背景技术

用于典型软件产品的服务策略与软件的部件化具有间接关系。例如，一些软件产品可以通过完全替换整个部件(比如插件)来交付修复，其代表累积修复策略，其中所有需要的改变被封装在该部件的下一版本中。在另一示例中，典型产品、比如应用服务器，使用补丁策略以通过替换部件的特定部分、例如特定类文件来向客户交付立即修复。补丁策略通常造成多个补丁适用于同一赝像(例如特定.jar文件)并且相应地引入补丁之间的关系(包括前提、并列和排他关系)的增加的复杂性。结果，经常需要多个补丁以修复客户问题。

构建被打包为单独原子修复的补丁以解决代码中的特定缺陷。在许多情况下，用于客户经历的问题的解决方案通常需要多个原子修复的组合以解决问题的所有症状。

在因特网上搜寻对问题的修复的客户可能不能标识完整解决方案(原子修复的恰当组合)并且相应地呼叫客户支持服务。接收不完整修复的客户因此必须多次呼叫客户支持服务直至最终通过应用多个原子修复来实现完整解决方案。通常需要问题确定(PD)和客户呼叫的多次迭代以向客户交付完整解决方案。

从客户的观点来看，对于问题确定和客户呼叫的多次迭代的需要可能造成对给定的服务过程不满意和用于解决尤其是关于任务关键应用的问题的不可接受的时间。

从软件供应商观点来看，需要更多资源以帮助客户完成问题确定的多次迭代，以标识问题的所有根本原因以及交付可能由解决问题所需的多个原子修复构成的完整解决方案。

发明内容

根据一个实施例，一种用于修复交付系统的计算机实施的过程的一个示例实施例接收代表问题的情形数据，分析接收的情形数据以确定与情形数据关联的问题是否与已知问题匹配，以及响应于确定与情形数据关联的问题不与已知问题匹配而进行问题确定以标识问题。计算机实施的过程还接收用于标识的问题的开发的累计修复，使用情形数据来构建用于标识的问题的可安装累计修复，以及确定可安装累计修复是否满足预定要求。响应于确定可安装累计修复满足预定要求，计算机实施的过程进一步确定可安装累计修复是否为新的可安装累计修复，以及响应于确定可安装累计修复是新的可安装累计修复而在存储系统中保存可安装累计修复并且向请求者发送可安装累计修复。

根据另一实施例，一种用于修复交付系统的计算机程序产品包括计算机可记录型介质，该计算机可记录型介质包含在其上存储的计算机可执行程序代码。计算机可执行程序代码包括用于接收代表问题的情形数据的计算机可执行程序代码，用于分析接收的情形数据以确定与情形数据关联的问题是否与已知问题匹配的计算机可执行程序代码，用于响应于确定与情形数据关联的问题不与已知问题匹配而进行问题确定以标识问题的的计算机可执行程序代码，用于接收用于标识的问题的开发的累计修复的计算机可执行程序代码，用于使用情形数据来构建用于标识的问题的可安装累计修复的计算机可执行程序代码，用于确定可安装累计修复是否满足预定要求的计算机可执行程序代码，用于响应于确定可安装累计修复满足预定要求而确定可安装累计修复是否为新的可安装累计修复的计算机可执行程序代码，以及用于响应于确定可安装累计修复是新的可安装累计修复而在存储系统中保存可安装累计修复的计算机可执行程序代码，以及用于向请求者发送可安装累计修复的计算机可执行程序代码。

根据另一实施例，一种用于修复交付系统的装置包括：通信结构，连接到通信结构的存储器，其中存储器包含计算机可执行程序代码，连接到通信结构的通信单元，连接到通信结构的输入/输出单元，连接到通信结构的显示器，以及连接到通信结构的处理器单元。处理器单元执行计算机可执行程序代码以指引该装置接收代表问题的情形数据，分析接收的情形数据以确定与情形数据关联的问题是否与已知问题匹配，以及响应于确定与情形数据关联的问题不与已知问题匹配而进行问题确定以标识问题。处理器单元还执行计算机可执行程序代码以指引该装置接收用于标识的问题的开发的累计修复，使用情形数据来构建用于标识的问题的可安装累计修复，以及确定可安装累计修复是否满足预定要求。处理器单元执行计算机可执行程序代码以响应于确定可安装累计修复满足预定要求来指引该装置进一步确定可安装累计修复是否为新的可安装累计修复，并且响应于确定可安装累计修复是新的可安装累计修复而在存储系统中保存可安装累计修复并且向请求者发送可安装累计修复。

附图说明

为了更完整理解本公开内容，现在参照与附图和具体描述结合进行的以下简要描述，其中相似标号代表相似部分。

图1是可操作用于公开内容的各种实施例的示例网络数据处理系统的框图；

图2是可操作用于公开内容的各种实施例的示例数据处理系统的框图；

图3是可操作用于公开内容的各种实施例的修复交付系统的框图；

图4是根据公开内容的各种实施例的图3的修复交付系统的逻辑数据流程的框图；以及

图5是根据公开内容的各种实施例的图3的修复交付系统的过程的流程图。

具体实施方式

虽然以下提供一个或者多个实施例的示例实现方式，但是可以使用任何数目的技术来实施公开的系统和/或方法。本公开内容决不应当限于以下所示示例实现方式、附图和技术、包括这里图示和描述的示例设计和实现方式，而是可以在所附权利要求的范围及其等同物的整个范围内加以修改。

所属技术领域的技术人员知道，本发明的各个方面可以实现为系统、方法或计算机程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、驻留软件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。此外，在一些实施例中，本发明的各个方面还可以实现为在一个或多个计算机可读介质中的计算机程序产品的形式，该计算机可读介质中包含计算机可读的程序代码。

可以采用一个或多个计算机可读介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

下面将参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述本发明。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机程序指令实现。

这些计算机程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器使得生产出一种机器，使得这些计算机程序指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。

也可以把这些计算机程序指令存储在计算机可读介质中，这些指令使得计算机、其它可编程数据处理装置、或其他设备以特定方式工作使得，存储在计算机可读介质中的指令就产生出包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的指令的制造品(article of manufacture)。

也可以把计算机程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程使得使得在计算机或其它可编程装置上执行的指令提供实现流程图和/或框图中的一个或多个方框中规定的功能/动作的过程。

现在参照附图并且具体参照图1-图2，提供可以在其中实施示例实施例的数据处理环境的示例图。应当理解图1-图2仅为示例而未旨在于声明或者暗示关于其中可以实施不同实施例的环境的任何限制。可以对描绘的环境进行许多修改。

图1描绘可以在其中实施示例实施例的数据处理系统网络的图解表示。网络数据处理系统100是可以在其中实施示例实施例的计算机网络。网络数据处理系统100包含网络102，该网络是用来在网络数据处理系统100内连接在一起的各种设备和计算机之间提供通信链路的介质。网络102可以包括连接、比如有线、无线通信链路或者光纤线缆。

在描绘的示例中，服务器104和服务器106与存储单元108一起连接到网络102。此外，客户端110、112和114连接到网络102。客户端110、112和114可以例如是个人计算机或者网络计算机。在描绘的示例中，服务器104向客户端110、112和114提供数据、比如引导文件、操作系统映像和应用。客户端110、112和114在这一示例中是服务器104的客户端。网络数据处理系统100可以包括未示出的附加服务器、客户端和其它设备。

在描绘的示例中，网络数据处理系统100是因特网，网络102代表使用传输控制协议/网际协议(TCP/IP)协议套件相互通信的网络和网关的全世界汇集。在因特网的心脏是在由路由数据和消息的数以千计的商业、政府、教育和其它计算机系统构成的主要节点或者主机计算机之间的高速数据通信线路的中枢。当然，也可以实施网络数据处理系统100为许多不同类型的网络、比如内联网、局域网(LAN)或者广域网(WAN)。图1旨在于作为示例而不是作为针对不同示例实施例的架构限制。

参照图2，呈现可操作用于公开内容的各种实施例的示例数据处理系统的框图。在这一示例中，数据处理系统200包括在处理器单元204、存储器206、持久存储装置208、通信单元210、输入/输出(I/O)单元212和显示器214之间提供通信的通信结构202。

处理器单元204服务于执行用于可以向存储器206中加载的软件的指令。处理器单元204根据特定实现方式可以是一个或者多个处理器的集合或者可以是多处理器核。另外，可以使用其中主处理器与辅处理器存在于单个芯片上的一个或者多个异构处理器系统来实施处理器单元204。作为另一示例，处理器单元204可以是包含相同类型的多个处理器的对称多处理器系统。

存储器206和持久存储装置208是存储设备216的示例。存储设备是能够在临时基础和/或持久基础上存储信息、诸如而不限于数据、函数形式的程序代码和/或其它适当信息的任何硬件。存储器206在这些示例中可以例如是随机存取存储器或者任何其它适当易失性或者非易失性存储设备。持久存储装置208可以根据特定实现方式而采用各种形式。例如，持久存储装置208可以包含一个或者多个部件或者设备。例如，持久存储装置208可以是硬驱动、闪存、可重写光盘、可重写磁带或者以上各项的某个组合。持久存储装置208使用的介质也可以是可拆卸的。例如可拆卸硬驱动可以用于持久存储装置208。

通信单元210在这些示例中提供与其它数据处理系统或者设备的通信。在这些示例中，通信单元210是网络接口卡。通信单元210可以通过使用物理或者无线通信链路或者二者来提供通信。

输入/输出单元212允许与可以连接到数据处理系统200的其它设备输入和输出数据。例如输入/输出单元212可以提供用于通过键盘、鼠标和/或某个其它适当输入设备的用户输入的连接。另外，输入/输出单元212可以向打印机发送输出。显示器214提供用于向用户显示信息的机制。

用于操作系统、应用和/或程序的指令可以位于通过通信结构202与处理器单元204通信的存储设备216中。在这些示例中，指令是在持久存储装置208上的函数形式。可以向存储器206中加载这些指令以供处理器单元204执行。处理器单元204可以使用可以位于存储器、比如存储器206中的计算机实施的指令来执行不同实施例的过程。

这些指令称为可以由处理器单元204中的处理器读取和执行的程序代码、计算机可用程序代码或者计算机可读程序代码。可以在不同物理或者有形计算机可读介质、比如存储器206或者持久存储装置208上体现不同实施例中的程序代码。

程序代码218以函数形式位于选择性地可拆卸的计算机可读存储介质220中并且可以向数据处理系统200上加载或者向数据处理系统200传送以供处理器单元204执行。程序代码218和计算机可读存储介质220在这些示例中形成计算机程序产品222。在一个示例中，计算机可读存储介质220可以是有形形式、比如光盘或者磁盘，该光盘或者磁盘被插入或者放置到作为持久存储装置208的一部分的驱动或者其它设备中以供传送到存储设备、比如作为持久装置208的一部分的硬驱动上。在有形形式中，计算机可读存储介质220也可以采用持久存储装置的形式、比如连接到数据处理系统200的硬驱动、拇指驱动或者闪存。计算机可读存储介质220的有形形式也称为计算机可读存储介质。在一些实例中，计算机可读存储介质220可以是不可拆卸的。

备选地，可以从计算机可读存储介质220通过与通信单元210的通信链路和/或通过与输入/输出单元212的连接向数据处理系统200传送程序代码218。通信链路和/或连接在示例中可以为物理的或者无线的。计算机可读介质也可以采用非有形介质的形式、比如包含程序代码的通信链路或者无线传输。

在一些示例实施例中，可以通过网络从另一设备或者数据处理系统向持久存储装置208下载程序代码218以供在数据处理系统200内使用。例如可以通过网络从服务器向数据处理系统200下载在服务器数据处理系统中的计算机可读存储介质中存储的程序代码。提供程序代码218的数据处理系统可以是服务器计算机、客户端计算机或者能够存储和传输程序代码218的某个其它设备。

公开一种用于通过标识原子修复之间的依赖性并且通过创建包含多个原子修复的单个包而用程序构建对客户问题的解决方案来向客户交付完整解决方案的过程。从软件提供商的观点来看，使用公开的过程的实施例通常可以减少用于解决复杂客户问题的资源需求并且最小化周转时间，由此增加客户满意度。从客户的观点来看，使用公开的过程的实施例通常使得客户能够快速获取解决方案以解决相应业务顾虑并且相应地减少对相应业务的影响。

使用图2的数据处理系统200作为示例，呈现一种用于修复交付系统的计算机实施的过程。处理器单元204使用通信单元210、输入/输出单元212或者存储设备216来接收代表问题的情形数据，分析接收的情形数据以确定与情形数据关联的问题是否与已知问题匹配，以及响应于确定与情形数据关联的问题不与已知问题匹配而进行问题确定以标识问题。处理器单元204还接收用于标识的问题的开发的累计修复，使用情形数据来构建用于标识的问题的可安装累计修复，以及确定可安装累计修复是否满足预定要求。响应于确定可安装累计修复满足预定要求，处理器单元204进一步确定可安装累计修复是否为新的可安装累计修复，并且响应于可安装累计修复是新的可安装累计修复而在存储系统、比如存储设备216中保存可安装累计修复，并且例如使用通信单元210来向请求者发送可安装累计修复。

参照图3，呈现可操作用于公开内容的各种实施例的修复交付系统的框图。修复交付系统300是自动化修复交付系统的示例，该自动化修复交付系统分析报告的问题、标识解决所报告的问题的原子修复集合、从原子修复集合中的修复之中构建累计修复，测试和验证累积修复，以及向客户交付修复而对于产品支持服务的干预的需求最少。

修复交付系统300利用下层数据处理系统、比如图2的数据处理系统200或者图1的网络数据处理系统100的支持。

修复交付系统300包括两个逻辑系统，这两个逻辑系统提供用于标识、构建和交付针对问题情形的解决而定制的修复的能力。在一个实施例中，可以维护这两个逻辑系统为按照需要相互对接的分离系统。在一个备选实施例中，可以实施这两个逻辑系统为在单个问题管理系统内包含的服务集。逻辑系统之一包括用于标识原子修复集合并且定义原子修复集合中的原子修复之间的关系的基于规则的问题分析系统。在该对逻辑系统中的另一系统包括用于使用原子修复集合中的原子修复来构建累计修复的解决方案交付系统。

逻辑系统中的基于规则的问题分析系统包括多个部件，这多个部件包括情形数据302、数据取回模块304、存储系统306、规则贮存库308和分析模块310。基于规则的问题分析系统用程序分析包括情形数据302的客户系统赝像(使用现有赝像分析技术集合)并且标识用于解决与接收的问题关联的标识的问题或者问题集合的原子修复集合。情形数据302包括如下信息，该信息包括代表环境、例如客户系统的日志文件、配置文件、性质、特性和事件信息，在该环境中，出现与应用软件的部件关联的问题。软件应用的部件是实体的广义汇集，这些实体包括应用、应用内的模块、其中遇到缺陷的功能。

数据取回模块304提供用于从客户的数据处理系统接收或者取回代表情形数据302的赝像以用于问题确定的能力。数据取回模块304包括可插入子系统，在该可插入子系统中，可以按照需要为新产品或者现有产品的新特征添加客户数据取回模块。针对代表特定产品或者部件实例的数据结构的具体实现来定制数据取回模块插件。

数据取回模块304可以使用用于与客户系统交换信息的预定通信协议来从客户的数据处理系统取回信息以用于问题确定。例如，可以在目标系统上实施数据取回模块304的代理以用于取回目标系统的信息并且向数据取回模块发送取回的信息。在另一示例中，数据取回模块304启动文件传送以从目标系统取回数据。

规则贮存库308包含用来标识使用通过数据取回模块304取回的情形数据302或者其它形式的信息而描述的已知问题的规则集。贮存库还包括指定在用于标识的问题的修复之间的依赖性的规则。在贮存库中的每个规则具有推荐的解决方案，该解决方案具有唯一问题标识符(ID)。

分析模块310提供如下能力，该能力支持按照产品类型的不同可插入分析器，并且使用代表情形数据302的接收的赝像来生成问题分析报告。分析模块301提供用于评估新接收的问题与先前记为日志和记录的问题、例如应用生成的异常或者错误代码，相匹配的概率的能力。如先前陈述的那样，规则贮存库308的每个规则具有关联的推荐解决方案、例如解决方案可以是具有代码修改的现有原子修复，该解决方案具有唯一问题标识符。

参照图4，呈现可操作用于公开内容的各种实施例的图3的修复交付系统的逻辑数据流程的框图。流程400是在用于标识原子修复集合并且定义在原子修复集合中的原子修复之间的关系的基于规则的问题分析系统以及用于使用标识的原子修复来构建累计修复的解决方案交付系统的逻辑系统内的逻辑数据流程的示例。

图3的数据取回模块304取回情形数据302。具有出故障的部件的系统或者系统的部件或者具有对系统上的出故障的部件的访问的另一系统或者另一系统的部件创建包括图3的情形数据302的客户系统赝像。创建的赝像包括在标识问题和关联的可能现有解决方案或者开发新解决方案时有用的信息。

图3的分析模块310评估与规则集中的任何规则匹配的概率并且在问题分析报告中提供建议的相应问题标识符、然后标识修复集合以产生推荐的解决方案。当推荐的解决方案包含可用原子修复时，图3的分析模块310向解决方案交付系统的逻辑系统的部件发送针对构建累计修复的请求。

基于规则的问题分析系统标识原子修复集合并且向解决方案交付系统转发集合以构建可安装累计修复。可安装累计修复通常解决三种问题类型。

在一个示例中，可安装累计修复解决复杂问题类型。与这一复杂问题关联的唯一规则包含如下信息，该信息记录原子修复集合和在该集合的原子修复之间的并列关系。在第一次报告复杂问题时，软件支持专家通常执行问题确定以标识问题的根本原因和对应累计修复(作为原子修复集合)并且向规则贮存库添加对应规则。客户对相同问题的任何以后报告将通过使用现有信息用程序创建修复来而得以解决。

在另一示例中，可安装累计修复仅解决一个唯一独立问题。解决这一类型的问题的原子修复具有指定与原子修复集合的前提关系(例如更新相同赝像)的规则。在客户请求这一特定原子修复时，也将向客户运送所有前提原子修复。

在另一示例中，可安装累计修复解决不同独立问题。与不同独立问题关联的原子修复是无关的。每个独立问题与原子修复一起链接到唯一规则。可安装累计修复包含多个原子修复，每个独立问题至少一个原子修复。

解决方案交付系统的逻辑系统使用操作402来确定部件问题是否为先前已知问题。解决方案交付系统在图3的存储系统306中搜寻包含推荐的解决方案的提议的原子修复的现有可安装累计修复。

在现有可安装累计修复不存在(未被发现)时，执行用于进行辅助的问题确定的操作404。辅助的问题确定可以涉及到产品开发人员以复查先前获得的材料。在一个备选中，应用的逻辑可以标识用来进一步分析问题实例的附加过程选项和信息。例如在日志文件的复查无法具体标识问题原因时，下一操作可以包括复查客户配置文件以确定问题是否与配置规范值或者选项设置有关。

向图3的修复系统构建312转发对于用于标识的问题的可安装累计修复的请求以使用来自在操作404中标识的原子修复集合的原子修复来构建可安装累计修复。按照需要从已知原子修复、新创建的原子修复或者其组合来生成可安装累计修复。新创建的原子修复通常需要向图3的规则贮存库308添加新规则以辅助将来的修复确定。特别为如使用情形数据而标识的特定客户情形构建可安装累计修复。

然后向图3的修复测试系统314提供可安装累计修复以用于与图3的情形数据302的信息组合测试例如客户配置。例如，先前在创建用于支持具体平台、但是并非在当前问题中标识的相同平台的实例的可安装累计修复时使用来自在操作404中标识的原子修复集合的原子修复，由此有必要生成新的可安装累计修复。在另一示例中，标识的问题是新的，因此需要新的可安装累计修复。在另一示例中，应用选项已经改变成包括使用未在先前可安装累计修复中标识的附加模块，由此需要新的可安装累计修复。

解决方案交付系统在操作406中验证测试结果以确定潜在解决方案是否解决部件问题。当确定测试产生令人满意的结果时，解决方案交付系统使用图3的修复系统交付316来向请求者交付可安装修复。解决方案交付系统进一步向图3的存储系统306保存经验证的修复以用于将来使用。

当确定测试未产生令人满意的结果时，解决方案交付系统往回迭代操作404以进一步使用信息和分析来标识当前问题的可能原因和对该问题的解答。辅助的问题确定可以包括如下信息，该信息包括通过使用进一步分析过程而推导的附加情形数据以及与从请求系统取回的或者数据取回模块从请求系统接收的、与请求系统关联的附加的问题相关信息。

参照图5，呈现可操作用于公开内容的各种实施例的图3的修复交付系统的过程的流程图。过程500是使用图3的修复交付系统300作为程序式修复交付系统的示例，该程序式交付系统分析报告的问题，标识解决所报告的问题的原子修复集合、使用原子修复集合中的原子修复来构建可安装累计修复，测试和验证生成的可安装累计修复，以及向请求客户交付可安装累计修复而无需产品支持服务的干预(或者对于产品支持服务干预的需求最少)。

过程500开始(步骤502)并且接收情形数据作为输入(步骤504)。情形数据可以在请求中被接收或者与针对校正动作的请求关联。请求通常向修复交付系统通知需要为解决用户系统的一部分遇到的问题而提供支持。修复交付系统可以从请求系统接收信息以作为情形数据或者响应于请求来拉取信息。修复交付系统也可以根据产生的进度来请求或者取回附加信息以辅助过程500中后期的问题标识和解答。

过程500分析接收的情形数据以确定与接收的情形数据关联的问题是否与已知问题匹配(步骤506)。问题分析通常使用基于规则的分析子过程来遍历规则集，该基于规则的分析子过程包括模式标识、例如问题的签名或者引起的错误条件以及出现问题的情境。规则贮存库标识用于所标识的问题的原子修复列表。修复可以由累计修复的内容组成，该累计修复包括解决一个复杂问题的具有并列关系的原子修复集合、解决一个唯一独立问题的单个原子修复(然而这一原子修复与未必解决当前唯一独立问题的又一原子修复集合具有前提关系)，以及解决不同独立问题的无关原子修复集合。修复也可以包括单个原子修复。

情形分析提供代表问题实例的足以标识问题的信息汇集。响应于确定与接收的情形数据关联的问题与已知问题匹配，过程500使用与在标识问题时使用的相应规则关联的唯一问题标识符来取回存储系统中的用于所标识的问题的修复(步骤508)。

过程500使用情形数据和从存储系统内获得的取回的修复的部件来构建可安装累计修复(步骤510)。构建可安装累计修复包括在情形数据内包含的信息以反映请求修复的系统的情境。

过程500测试可安装累计修复(步骤512)。在请求系统的情境中测试可安装累计修复以验证修复在其中遇到问题的环境中正常工作。过程500确定可安装累计修复是否满足预定要求(步骤514)。要求代表足以建立在请求者的情境中对请求的问题的解答的准则。

响应于确定可安装累计修复满足预定要求，过程500确定可安装累计修复是否代表新的可安装累计修复(步骤516)。响应于确定可安装累计修复代表新的可安装累计修复，过程500在存储系统中保存构建、测试和验证的新的可安装累计修复(步骤518)。可安装累计修复如先前陈述的那样代表以下之一：解决一个复杂问题的具有并列关系的原子修复集合、解决一个唯一独立问题的单个原子修复(单个原子修复与未必解决当前唯一独立问题的又一原子修复集合具有前提关系)、和解决不同独立问题的无关原子修复集合。新的可安装累计修复被存储为相应部件而未存储为单个单元。过程500向请求者发送测试和验证的可安装累计修复(步骤520)并且随后终止(步骤528)。

响应于在步骤506中确定与接收的情形数据关联的问题不与已知问题匹配，过程500进行进一步问题确定以标识问题(步骤522)。问题确定包括进一步使用与问题关联的信息和分析以标识当前问题的可能原因和对该问题的解答。辅助的问题确定可以包括如下信息，该信息包括通过使用包括复杂规则的进一步分析过程而推导的附加情形数据以及与从请求系统取回的或者由数据取回模块从请求系统接收的、与请求系统关联的附加的问题相关信息。

过程500接收用于所标识的问题的开发的累计修复以形成新的累计修复的部件(步骤524)。开发新的累计修复在一个示例中包括按照需要从原子修复集合之中收集原子修复以形成用于解决标识的问题的新的可安装累计修复。在另一示例中，可以请求开发服务的新的原子修复，然后使得其在原子修复集合中可用于后续使用。

过程500向规则贮存库添加代表标识的问题的新规则(步骤526)。新规则是执行以标识先前未匹配问题的进一步问题确定分析的结果。

过程500使用情形数据和新的可安装累计修复的部件来构建可安装累计修复(步骤510)。构建可安装累计修复包括在情形数据内包含的信息以反映请求修复的系统的情境。过程500同前一样在步骤512中测试可安装累计修复。

响应于在步骤514中确定可安装累计修复不满足预定要求，过程500循环回按前面一样执行步骤522。响应于确定可安装累计修复不代表新的可安装累计修复，过程500不保存可安装累计修复，而是过程500略过步骤518并且如在先前描述的步骤520中向请求者发送测试和验证的可安装累计修复、随后终止。

因此在一个示例实施例中呈现一种用于修复交付系统的计算机实施的过程，其接收代表问题的情形数据，分析接收的情形数据以确定与情形数据关联的问题是否与已知问题匹配，以及响应于确定与情形数据关联的问题不与已知问题匹配而进行问题确定以标识问题。计算机实施的过程还接收用于所标识的问题的开发的累计修复，使用情形数据来构建用于所标识的问题的可安装累计修复，以及响应于确定可安装累计修复满足预定要求并且可安装累计修复是新的可安装累计修复而在存储系统中保存可安装累计修复并且向请求者发送可安装累计修复。

各图中的流程图和/或框图图示根据本发明的各种实施例的系统、方法和计算机可用存储介质的可能实现方式的架构、功能和操作。就这一点而言，在流程图和/或框图中的每个块可以代表代码模块、段或者部分，该代码模块、段或者部分包括用于实施指定的逻辑功能的一个或者多个指令。也应当注意，在一些备选实现方式中，在块中指出的功能可以按照与各图中所示顺序不同的顺序出现。例如事实上可以根据涉及到的功能按照相反顺序实施接连示出的两个块。也将注意框图和/或流程图图示的每个块以及在框图和/或流程图中的块组合可以由执行指定的功能或者动作的基于专用硬件的系统实施或者由专用硬件和计算机指令的组合实施。

所附权利要求中的所有装置或者步骤加上功能要素的对应结构、材料、动作和等效物旨在于包括用于与如具体要求保护的其它权利要求要素组合执行功能的任何结构、材料或者动作。已经出于示例的目的而呈现本公开内容的描述，但是该描述未旨在于穷举公开内容或者使公开内容限于公开的实施例。许多修改和变化将为本领域普通技术人员所清楚而未脱离公开内容的范围和精神实质。选择和描述实施例以便最好地说明公开内容的原理和实际应用并且使本领域其他普通技术人员能够对于具有如与设想的特定使用相配的各种修改的各种实施例理解公开内容。

本发明可以采用全硬件实施例、全软件实施例或者包含硬件与软件单元的实施例这样的形式。在一个优选实施例中，在包括但不限于固件、常驻软件、微代码和本领域技术人员可以认识的其它软件介质的软件中实施本发明。

重要的是注意尽管已经在完全工作的数据处理系统的情境中描述本发明，但是本领域普通技术人员将认识本发明的过程能够以指令的计算机可读介质的形式和多种形式来分布并且本发明无论实际用来实现该分布的特定信号承载介质如何都同样适用。计算机可读介质的示例包括可记录型介质、比如软盘、硬盘驱动、RAM、CD-ROM、DVD-ROM和传输型介质、比如数字和模拟通信链路、使用传输形式、如比如射频和光波传输的有线或者无线通信链路。计算机可读介质可以采用被解码用于在特定数据处理系统中实际使用的编码格式的形式。

适合于存储和/或执行程序代码的数据处理系统将包括通过系统总线直接或者间接耦合到存储器单元的至少一个处理器。存储器单元可以包括在实际执行程序代码期间运用的本地存储器、大容量存储装置和高速缓存存储器，这些高速缓存存储器提供至少一些程序代码的暂时存储以便减少必须在执行期间从大容量存储装置取回代码的次数。

输入/输出或者I/O设备(包括但不限于键盘、显示器、指示设备等)可以直接或者通过居间I/O控制器耦合到系统。

网络适配器也可以耦合到系统以使数据处理系统能够变成通过居间专用或者公共网络耦合到其它数据处理系统或者远程打印机或者存储设备。调制解调器、线缆调制解调器和以太网卡仅为当前可用网络适配器类型的少数类型。

Claims (20)

1.一种用于修复交付系统的计算机实施的方法，所述计算机实施的方法包括：

接收代表问题的情形数据；

分析接收的所述情形数据以确定与所述情形数据关联的所述问题是否与已知问题匹配，包括：

通过使用基于规则的分析子过程遍历规则集来分析接收的所述情形数据；

响应于确定与所述情形数据关联的所述问题与已知问题不匹配而进行问题确定以标识所述问题；

接收用于标识的所述问题的开发的累计修复，其中所述开发的累计修复包括一组原子修复中的多个修复；

使用所述情形数据来构建用于标识的所述问题的可安装累计修复，其中由所述开发的累计修复中的原子修复得到所述可安装累计修复；

确定所述可安装累计修复是否满足预定要求；

响应于确定所述可安装累计修复满足所述预定要求，确定所述可安装累计修复是否为新的可安装累计修复；

响应于确定所述可安装累计修复是新的可安装累计修复，在存储系统中保存所述可安装累计修复；以及

向请求者发送所述可安装累计修复。

2.根据权利要求1所述的计算机实施的方法，其中接收代表问题的情形数据还包括：

使用数据取回模块来从数据处理系统接收代表问题的赝像或者取回所述赝像以用于问题确定，所述数据取回模块包括提供能力的可插入子系统，在所述能力中按照需要为新产品和现有产品的新特征添加定制数据取回模块，并且其中数据取回模块插件被定制为适应代表具体产品和部件实例的数据结构的具体实现。

3.根据权利要求1所述的计算机实施的方法，其中所述基于规则的分析子过程包括模式标识，所述模式标识包括问题的签名、引起的错误条件和出现所述问题的情境，并且其中情形分析提供代表问题实例的足以标识问题的信息汇集，并且所述规则集中的每个规则具有相应关联的唯一问题标识符；并且所述方法进一步包括：

比较标识的问题与存储系统中的已知问题集合。

4.根据权利要求1所述的计算机实施的方法，其中接收用于标识的所述问题的开发的累计修复还包括：

根据标识的所述问题和情形数据从原子修复集合之中收集原子修复，以形成用于解决标识的所述问题的可安装累计修复；

根据标识的所述问题和情形数据来请求开发服务的新原子修复；以及

响应于接收到原子修复，在所述原子修复集合中保存接收的所述原子修复以用于后续使用。

5.根据权利要求1所述的计算机实施的方法，其中使用所述情形数据来构建用于标识的所述问题的可安装累计修复还包括：

使用在所述情形数据内包含的信息来反映请求所述修复的系统的情境；以及

定制所述可安装累计修复以适应代表请求系统的具体产品和部件实例的数据结构的具体实现。

6.根据权利要求1所述的计算机实施的方法，其中确定所述可安装累计修复是否满足预定要求还包括：

使用在所述情形数据内包含的信息来测试所述可安装累计修复以反映请求修复的系统的情境，以确保所述可安装累计修复解决所述问题。

7.根据权利要求1所述的计算机实施的方法，其中响应于确定所述可安装累计修复满足预定要求而确定所述可安装累计修复是否为新的可安装累计修复还包括：

响应于确定所述可安装累计修复不是新的可安装累计修复，向请求者发送所述可安装累计修复。

8.一种用于修复交付系统的产品，包括：

用于接收代表问题的情形数据的装置；

用于分析接收的所述情形数据以确定与所述情形数据关联的所述问题是否与已知问题匹配的装置，包括：

用于通过使用基于规则的分析子过程遍历规则集来分析接收的所述情形数据的装置；

用于响应于确定与所述情形数据关联的所述问题与已知问题不匹配而进行问题确定以标识所述问题的装置；

用于接收用于标识的所述问题的开发的累计修复的装置，其中所述开发的累计修复包括一组原子修复中的多个修复；

用于使用所述情形数据来构建用于标识的所述问题的可安装累计修复的装置，其中由所述开发的累计修复中的原子修复得到所述可安装累计修复；

用于确定所述可安装累计修复是否满足预定要求的装置；

用于响应于确定所述可安装累计修复满足所述预定要求而确定所述可安装累计修复是否为新的可安装累计修复的装置；

用于响应于确定所述可安装累计修复是新的可安装累计修复而在存储系统中保存所述可安装累计修复的装置；以及

用于向请求者发送所述可安装累计修复的装置。

9.根据权利要求8所述的产品，其中用于接收代表问题的情形数据的装置还包括：

用于使用数据取回模块来从数据处理系统接收代表问题的赝像或者取回所述赝像以用于问题确定的装置，所述数据取回模块包括提供能力的可插入子系统，在所述能力中按照需要为新产品和现有产品的新特征添加定制数据取回模块，并且其中数据取回模块插件被定制为适应代表具体产品和部件实例的数据结构的具体实现。

10.根据权利要求8所述的产品，其中所述基于规则的分析子过程包括模式标识，所述模式标识包括问题的签名、引起的错误条件和出现所述问题的情境，并且其中情形分析提供代表问题实例的足以标识问题的信息汇集，并且所述规则集中的每个规则具有相应关联的唯一问题标识符；并且所述产品进一步包括

用于比较标识的问题与存储系统中的已知问题集合的装置。

11.根据权利要求8所述的产品，其中用于接收用于标识的所述问题的开发的累计修复的装置还包括：

用于根据标识的所述问题和情形数据从原子修复集合之中收集原子修复以形成用于解决标识的所述问题的可安装累计修复的装置；

用于根据标识的所述问题和情形数据而请求开发服务的新原子修复的装置；以及

用于响应于接收到原子修复而在所述原子修复集合中保存接收的所述原子修复以用于后续使用的装置。

12.根据权利要求8所述的产品，其中用于使用所述情形数据来构建用于标识的所述问题的可安装累计修复的装置还包括：

用于使用在所述情形数据内包含的信息来反映请求所述修复的系统的情境的装置；以及

用于定制所述可安装累计修复以适应代表请求系统的具体产品和部件实例的数据结构的具体实现的装置。

13.根据权利要求8所述的产品，其中用于确定所述可安装累计修复是否满足预定要求的装置还包括：

用于使用在所述情形数据内包含的信息来测试所述可安装累计修复以反映请求修复的系统的情境、以确保所述可安装累计修复解决所述问题的装置。

14.根据权利要求8所述的产品，其中用于响应于确定所述可安装累计修复满足所述预定要求而确定所述可安装累计修复是否为新的可安装累计修复的装置还包括：

用于响应于确定所述可安装累计修复不是新的可安装累计修复而向请求者发送所述可安装累计修复的装置。

15.一种用于修复交付系统的装置，所述装置包括：

通信结构；

连接到所述通信结构的存储器，其中所述存储器包含计算机可执行程序代码；

连接到所述通信结构的通信单元；

连接到所述通信结构的输入/输出单元；

连接到所述通信结构的显示器；以及

连接到所述通信结构的处理器单元，其中所述处理器单元执行所述计算机可执行程序代码以指引所述装置：

接收代表问题的情形数据；

分析接收的所述情形数据以确定与所述情形数据关联的所述问题是否与已知问题匹配，包括：

通过使用基于规则的分析子过程遍历规则集来分析接收的所述情形数据；

响应于确定与所述情形数据关联的所述问题与已知问题不匹配而进行问题确定以标识所述问题；

接收用于标识的所述问题的开发的累计修复，其中所述开发的累计修复包括一组原子修复中的多个修复；

使用所述情形数据来构建用于标识的所述问题的可安装累计修复，其中由所述开发的累计修复中的原子修复得到所述可安装累计修复；

确定所述可安装累计修复是否满足预定要求；

响应于确定所述可安装累计修复满足所述预定要求而确定所述可安装累计修复是否为新的可安装累计修复；

响应于确定所述可安装累计修复是新的可安装累计修复而在存储系统中保存所述可安装累计修复；以及

向请求者发送所述可安装累计修复。

16.根据权利要求15所述的装置，其中所述处理器单元执行所述计算机可执行程序代码以接收代表问题的情形数据还指引所述装置：

使用数据取回模块来从数据处理系统接收代表问题的赝像或者取回所述赝像以用于问题确定，所述数据取回模块包括提供能力的可插入子系统，在所述能力中按照需要为新产品和现有产品的新特征添加定制数据取回模块，并且其中数据取回模块插件被定制为适应代表具体产品和部件实例的数据结构的具体实现。

17.根据权利要求15所述的装置，其中所述基于规则的分析子过程包括模式标识，所述模式标识包括问题的签名、引起的错误条件和出现所述问题的情境，并且其中情形分析提供代表问题实例的足以标识问题的信息汇集，并且所述规则集中的每个规则具有相应关联的唯一问题标识符；并且所述处理器单元执行所述计算机可执行程序代码以进一步指引所述装置：

比较标识的问题与存储系统中的已知问题集合。

18.根据权利要求15所述的装置，其中所述处理器单元执行所述计算机可执行程序代码以接收用于标识的所述问题的开发的累计修复还指引所述装置：

根据标识的所述问题和情形数据从原子修复集合之中收集原子修复以形成用于解决标识的所述问题的可安装累计修复；

根据标识的所述问题和情形数据而请求开发服务的新原子修复；以及

响应于接收到所述新原子修复而在所述原子修复集合中保存接收的所述新原子修复以用于后续使用。

19.根据权利要求15所述的装置，其中所述处理器单元执行所述计算机可执行程序代码以使用所述情形数据来构建用于标识的所述问题的可安装累计修复还指引所述装置：

使用在所述情形数据内包含的信息来反映请求所述修复的系统的情境。

20.根据权利要求15所述的装置，其中所述处理器单元执行所述计算机可执行程序代码以确定所述可安装累计修复是否满足预定要求还指引所述装置：

使用在所述情形数据内包含的信息来测试所述可安装累计修复以反映请求修复的系统的情境、以确保所述可安装累计修复解决所述问题。