[发明专利]语义富对象的动态用户体验

说明书

背景

用户经常通过一系列基于表单的操作或者动作来与计算机应用程序交互以 访问该应用程序的功能。例如，使用诸如鼠标的输入设备选择在计算机显示器上 的一图标对象后，可向用户展示一选项菜单。用户于是可使用该应用程序的功能 选择其中一个选项以与所选的图标对象交互(例如，“复制”高亮的文本或者“发 送”所选择的文本给一电子邮件接收者)。由此，这组菜单变成了对于该应用程 序的用户体验中的一个进入点。因为应用程序一般包括没有显示给用户的其他功 能，目前可用的用户接口设计不利地将用户限制在仅仅是那些被显示的选项上。 因此，用户不能看见设计者/开发者没有编码或者显示在当前用户接口设计上的 表单。为了示出应用程序全部的或者大多数的功能，用户接口设计者或者开发者 目前需要硬编码这些功能。

例如，商业应用程序使用表单、导航、查询接口以及其他特定用户接口(UI) 产物来创建所期望的用户体验。该UI产物的设计确定了使得用户进入到应用程 序状态和行为的进入点。然而，该UI产物的设计同时也限制了这些进入点。除 了示例之外，工作流应用程序通常在专用于特定任务实例的表单(例如，用于“批 准该命令”任务的表单)向用户曝露任务。因此，用户可能无法如他们所希望的 那样多得了解一个特定的任务(例如，如果跳过这个任务会发生什么？是不是还 存在和这个任务相关的其他没有完成的任务？)，这使得协作和共享信息变得复 杂。

一些现存的系统试图通过提供一快捷键列表或者提示来允许用户进一步与 应用程序交互而增强选项的标准或者默认菜单。然而，这些增强的选项通常在一 分开的列表上显示并且仅仅是静态地扩展了该默认选项，并且强迫用户记忆更多 的非用户友好快捷键。

目前可用的工作流应用程序在他们的专用任务UI中提供有限的默认选项。 一些其他的为特定目的构造的系统的特定用途进程和UI通过定制代码或者定制 来提供对于应用程序的其他功能的访问。在该工作流的示例中，附加信息可以是 用于专用任务UI的定制代码，但是UI设计者并不可能预见到与该专用任务UI 相关的每一个可能的组合或者用户可能希望探索的方向。因此，除了有时过度麻 烦之外，这些定制代码或者定制通常不能覆盖所有可能的功能，并且它们是静态 的，因此定制只有特定的和有限的用途。

向用户展现足够的功能有部分的问题是出在设备上，比如具有小的表单因素 的移动设备，无法支持传统的“详细的”表单(即，头部和框架具有相对大量空 间及文本信息的表单)。例如，详细的表单包括按钮、导航条、子表随着在父表 中的选择同步移动的父-子表，等等。因此，难以同时向用户通知他们正在进行 交互的信息的特征以及该信息周围的潜在的商业应用程序可用的行为。通过语音 命令来解决信息的能力变得越来越重要。

语音命令允许用户处理比传统的可视表单更大数量的可能性(即，句子)。 尽管音频接口系统，例如语音识别系统提供基本功能组，但用户并不需要知道哪 些功能对于他们是可用的。例如，在传统的自动客户服务系统中，用户可通过一 组预先录制的人类的语音来接收一组选项。用户可被要求对着一电话听筒说出他 或她需要访问什么类型的客户服务。作为说明，假设用户希望与客户代表通话询 问有关她的账单。一开始，用户可由一自动语音系统提示而选择她所呼叫的服务 区域：“账户账单”、“附加服务”、“技术支持”或者“其他”服务。在该实 例中，用户可通过声明所希望的服务而响应该语音提示。在这开始的选择之后， 用户会在她被引导向直接与真实的客户代表通话之前接收到呈现给用户的进一 步的或者后续的选项组。在许多的实例中，现存的音频接口系统允许用户通过说 出“代理”、“代表”或者“与代理通话”而绕过这些所呈现的选项并接到真实 的人工客户服务。然而，尽管该音频系统具有执行这个动作的能力，这个“隐藏” 的捷径对于用户来说通常不是明显的。

概述