有效内容的向导：任务和结构内容的执行制造技术

本发明专利技术描述用于编著和执行向导的系统。新的向导从如帮助文件，ＫＢ条目等现有的结构化内容创建，或使用针对有应用经验（不需要）开发经验）的编著者的简单编著工具创建。向导在使用现有ＧＵＩ自动模块的现有ＧＵＩ的顶层运作，并能教会用户如何执行任务或为他们执行任务。此外，编著的向导也能与用户对话，帮助他们作出选择，并能访问系统／用户状态，执行有条件的活动。向导通过可选的反馈系统被更新。

【技术实现步骤摘要】

本专利技术涉及有效内容的向导，任务和结构内容的执行。
技术介绍
已有若干次努力使自然语言/言语与计算机能交互作用。这些努力的结果是十分有限。这是由于技术上各种不完善的组合因素缺乏无干扰的麦克风的基础，高的创作编著代价，自保护的客户行为和以GUI(图形用户界面)形式的竞争者，后者为许多任务提供高的价值。本专利技术着眼于解决这些限止中的两个，更紧密的与GUI的集成与减少的编著(authoring)。图形用户界面(GUI)是广泛使用的界面结构。GUI很好地用于定位任务(如重新确定矩形大小)，可见的修改任务(如使某些东西成为模糊的兰色阴影)或选择任务(如这是我要旋转的100个图形之一)。GUI也很好地用于对快速单步特征的迅速访问。应用的GUI是有用的工具栏，它从功能方面组织(如组织成菜单，工具栏等)，而不是从面向任务方面组织(如通过用户要做的更高层的的任务来组织如“使我的计算机安全地对抗黑客”)。但是，GUI也对用户提出许多问题。使用工具栏的模拟，用户面临困难去寻找栏中的工具或搞清楚如何使用这些工具完成一个任务。由单个词，细小的按键和强加入模糊不清的层次结构中的表并不有助于人们思考他们的任务的方法。GUI要求用户分解任务以便确定需要哪些元素来完成该任务。此要求导致了复杂性。撇开复杂性的问题，需要时间来组合GUI的元素(即菜单点击，对话点击等)。即使对专业用户这是低效和耗时的。为解决GUI的问题的一个现成机构是书写的帮助过程。帮助过程常采取帮助文件，PSS(产品支持服务)KB(知识库)条目，和新闻组发送的形式，它们填补了客户需求和GUI的问题之间的空隙。它们模拟随同工具栏的手册，并具有许多好处。例如，这些好处包括1)即使对非技术编著者它们很容易编著。2)它们容易在服务器上更新，所以连结的用户容易访问新的内容，和3)它们使GUI接近的用户学会控制解决问题。然而帮助文件，PSS KB条目和新闻组具有它们自己的问题组。例如这些问题是 1)复杂的任务需要用户方面作大量处理，用户需要在每一步做所述工作到GUI的映射。2)故障查找说明，和甚至过程的帮助文件常包括状态信息，它在帮助问题中造成复杂的分枝，使得话题对用户又长又难以阅读及处理。工具栏可以丢失，旦在采取下一步骤前可以需要打开。故障查找说明往常询问有关状态的问题，这在最好的情况也是难以回答的(因为故障查找说明本身应能找到回答)，最坏情况非专业人员是不能够回答的。3)有数以百万计，对答案的搜索涉及两个问题，何处开始搜索，随后如何从成千上万条回答中挑出最好搜索结果。4)没有共享的编著结构。新闻组发送，KB条目，故障查找说明和过程帮助文件均具有不同的结构和编著策略，但它们均解决类似问题。解决GUI问题的另外现存的机构是向导。建立向导是针对GUI和书写的帮助过程的弱点。现有有成千上万个向导，这些向导在几乎每一个制作的软件产品中能找到。这是因为向导解决当前的实际需要而不是由现有的基于本文的帮助解决问题。它们允许用户的面向任务的方式访问功能，且能自动地组合GUI或工具。向导使程序管理员及开发者有针对客户任务的方法。它们象电话亭中的专家，让用户按部就班地通过使任务成功的步骤。某些向导帮助建立客户系统(如建立向导)，某些向导包括带特征的内容，并帮助客户创建内容(如业务通讯向导或PowerPoint的AutoContent向导)，而某些向导帮助客户诊断及解决问题(如故障查找说明)。向导为用户提供许多优点。向导的某些优点是1)向导体现了“任务”的概念。通常对用户清楚，向导帮助他们实现。带着按步骤的页面，用户容易作出选择，并且在向导设计很好的情况用户视觉的差错常常减少。2)向导自动地组合软件的底层结构并与其互动，并包括客户作出选择所需的信息和经验。这就节省了执行任务的用户时间。3)向导自动产生内容，并能通过创建文本和计划安排节省用户的时间。4)对于询问问题，产生响应和转到最有关的下一问题或特征，向导也是好工具。但是，向导也具有它们自己的一组问题。例如向导的某些问题包括1)有比向导完成的任务多得多的任务人们试图完成。2)向导和IUI(诱导用户界面)不教会客户如何使用底层的GUI，且常常在向导完成时用户不能确定下一步走向哪里。3)编著向导的代价仍然是高的，并需要带有技术经验的人(如软件开发者)来编著向导。
技术实现思路
本专利技术通过考虑编著成千上万个任务(或向导)的容易方法而着手解决向导、帮助、知识库条目和故障寻找说明的某些问题，并对用户集成和教会GUI或为用户执行任务。能实现本专利技术来包括各种各样的特征。在一个实施例中，按本专利技术的一个用户界面引导客户走过一系列基本步骤来完成一个任务。该用户界面能置于现有用户界面(UI)的顶层并与其互动。该用户界面能包括对公共命令的迅速无拘束的访问的工作栏按键，用于设置特性的菜单系统，甚至有组织某些特征的栏(如对话框)。“任务”的概念以那样的方式分层到此用户界面(或“工具栏)，它通过自动地组合工具为用户完成任务或通过教会用户如何做来帮助用户迅速组合工具。何时自动完成任何和何时教会用户的决策能紧密地加入用户的请求，如是否要打印或说出，任务的类型，用户的经验水平，用户的个人类型，是否用户具有残疾(如用户有RSI(重复性劳损—RepetitiveStress Injury))以及给定软件程序和任务的使用频率。将任务或向导的开发从开发者那里移到非技术的观众需要从基本的对象抽象出模型。然而按另外实施例，本专利技术为连结现有的GUI提供架构。在一个例子中，本专利技术的结构使用GUI自动技术连结到GUI。GUI自动模块的例子是可接入性模块，它与如从Redmond，Washington的微软公司来的微软的Active Accessibility那样的当前可得到的操作系统一起购买。而且，本专利技术使用的脚本能以如非技术用户容易理解的XML格式存储。在对给定的问题提供解决方案或在指出如何完成所请求的任务之前，一定比例的帮助，KB条目和新闻组发送需要有关软件和系统状态更多的信息。过去，此状态校验常常留给用户。例如，一个示例性状态校验是“你是否连到网上做此工作…”或“你是否有共享使能的打印机做此工作…”。本专利技术的一个实施例的结构允许编著者根据用户/软件/机器状态指定那样的转移条件。在实时运行中，本专利技术的解释器自动判定这些状态条件，并作出由编著者指定的适当的决定。ACW平台的主要组件是ACW脚本，ACW编著工具，ACW解释程序和ACW反馈系统。按一个实施例，脚本是实现本专利技术的特征的向导的结构性表示。此表示能包含由解释程序用于执行指令的信息以及主要完成的任务中不同步骤的自然语言描述，可能在脚本文件中有不同类型的指令。某些指令针对GUI执行，某些指令用于校验用户/机器状态，而某些用户与用户对话。在一个脚本的实施例中，用于表示教本的语言是XML。按一个实施例，编著工具是系统的用户/编著者为编著脚本使用的工具。这些包括为引入现有的帮助/KB条件/新闻组内容到脚本中的工具和为创建新脚本的容易编著工具。虽然编著工具不组成本专利技术的一部分，为完整原因予以简单描述。编著工具的一个例子是监控编著者在计算机上完成的动作并从中产生脚本的工具。例如，为了创建关于“如何改变在视窗中你的路径变量”的脚本，编著者按下工具栏上本文档来自技高网...

【技术保护点】
在具有图形用户界面（ＧＵＩ）的计算机系统上执行一任务的方法，包括下列步骤：从用户接收命令，指出要执行的任务；在任务库识别具有多个子任务和任务次序的任务，匹配从用户来的命令；使用计算机系统的模块按任务的次序执行多个子任务的每一个；和在ＧＵＩ上对用户显示任务的每个子任务。

【技术特征摘要】
...

【专利技术属性】
技术研发人员：A巴拉，
申请(专利权)人：微软公司，
类型：发明
国别省市：US[]