生成并执行一种自定义用户界面的制作方法

本申请要求于2015年2月3日提交的申请号为14/613,095、申请名称为“生成并执行一种自定义用户界面”的美国专利申请的优先权，该申请要求于2014年2月10日提交的申请号为61/938,025、申请名称为“生成并执行一种自定义用户界面”的美国临时专利申请的优先权。以上专利申请的内容以引用方式全文并入于此。

技术实现要素：

本文所描述的实施例涉及生成一种自定义用户界面、在用户界面内执行预定义小组件以及在用户界面内提供层次空间。在一个实施例中，计算机系统从用户接收指示将在用户界面(UI)内创建空间的第一输入，其中每一空间是保存小组件的区域，并且每个小组件是UI控件。计算机系统然后在UI内创建空间，其中该空间为添加到该空间的小组件提供语境，该语境表示要应用于添加到该空间的小组件的规则或设置。计算机系统还从用户接收指示要把至少一个小组件添加到创建的空间中的第二输入，并且在接收到该第二输入之后，计算机系统将至少一个小组件添加到创建的空间，其中基于语境的规则或设置被应用于创建的空间中的小组件。允许创建这样的自定义用户界面确保了在与UI交互时为用户提高效率。确实，允许用户创建空间和小组件的自定义用户界面降低了用户的脑力劳动，从而使用户能够快速容易地查看到对于用户而言重要的内容。

在另一个实施例中，计算机系统执行在用户界面内的预定义小组件。计算机系统确定已为用户界面(UI)创建了空间，其中该空间为添加到该空间的预定义小组件、用户定义小组件和空间提供语境。计算机系统确定已将创建的空间作为数据结构连同预定义小组件或用户定义小组件一起存储在数据存储区，其中存储的空间和小组件共同组成用户定义小组件。计算机系统然后访问用户定义小组件以便在UI中执行。用户定义小组件是用于创建自定义用户界面的面向用户的基础性小组件。计算机系统还在UI的一个或多个空间中执行用户定义小组件，其中访问的空间提供一组功能作为小组件。用户定义小组件可以定义最小化视图和最大化视图，其中最小化视图是最大化视图的子集。在UI中执行预定义小组件提高了用户交互性能，从而使用户能够应用小组件集合来创建高度个性化的、有效的用户界面，该用户界面只包括对于用户重要的元素，对于用户不重要的元素则予以删除或忽略。

在另一个实施例中，计算机系统确定已为用户界面(UI)创建第一空间，其中该第一空间为添加到该第一空间的小组件提供语境。计算机系统从用户接收指示将在第一空间内创建第二用户定义小组件的输入并在该第一空间内创建用户定义小组件。用户定义小组件是最小化的用户定义小组件，以便第一空间和用户定义小组件组成UI中的层次结构。计算机系统进一步接收指示UI要被放大到该最小化空间的输入并且在UI内通过用户定义小组件的层次结构放大最小化的用户定义小组件。

提供本摘要是为了以简化的形式介绍将在以下具体实施方式中进一步描述的概念选择。本摘要并不旨在标识出所要求保护的主题的关键特征或必要特征，也不旨在用于帮助确定所要求保护的主题的范围。

将在以下的描述中阐述另外的特征和优点，并且对于本领域普通技术人员而言，部分特征和优点可从该描述中显而易见，或者可从本文教导的实践中获知。本文所描述的实施例的特征和优点可以通过在所附权利要求中特别指出的手段和组合来实现并获取。本文所描述的实施例的特征将从以下描述和所附权利要求书中变得更加显而易见。

附图说明

为了进一步阐明本文所描述的实施例的上述和其它特征，将通过参考附图来呈现更具体的描述。应该理解，这些附图仅描述了本文所描述的各典型实施例，因此不应被认为是对其范围的限制。各实施例将通过使用附图用附加特征和细节来描述并解释，在附图中：

图1例示了一种计算机体系结构，本文所描述的实施例可在其中运行，包括生成自定义用户界面。

图2例示了用于生成自定义用户界面的示例方法的流程图。

图3例示了用于在用户界面内执行预定义小组件的示例方法的流程图。

图4例示了用于在用户界面内提供层次空间的示例方法的流程图。

图5例示了显示同一小组件的两个不同视图的实施例。

图6例示了占据相同区域的小组件生成选项卡式控件的实施例。

图7例示了同一空间的不同最小化视图。

图8例示了具有四个小组件和一个空间的应用的实施例。

图9例示了具有四个小组件和一个空间的应用的可选实施例。

图10例示了针对机器操作员的应用主视图。

图11例示了针对高级用户的应用视图。

图12例示了针对操作员的应用主空间。

图13例示了作业队列小组件的可选视图。

图14A和图14B例示了将空间添加到原始空间并且在添加的空间内对视图进行最小化或最大化的实施例。

图15A-15C例示了将空间添加到原始空间并且在添加的空间内对视图进行最小化或最大化的可选实施例。

具体实施方式

本文所描述的实施例涉及生成一种自定义用户界面、在用户界面内执行预定义小组件以及在用户界面内提供层次空间。在一个实施例中，计算机系统从用户接收指示将在用户界面(UI)内创建空间的第一输入，其中每一空间是保存小组件(gadget)的区域，每个小组件是UI控件。计算机系统然后在UI内创建空间，该空间为添加到该空间的小组件提供语境(context)，该语境表示要应用于添加到该空间的小组件的规则或设置。计算机系统还从用户接收指示要把至少一个小组件添加到创建的空间中的第二输入，并且在接收到该第二输入之后，计算机系统将至少一个小组件添加到创建的空间，基于语境的规则或设置被应用于创建的空间中的小组件。允许创建这样的自定义用户界面确保在与UI交互时为用户提高效率。确实，允许用户创建空间和小组件的自定义UI降低了用户的脑力劳动，从而使用户能够快速容易地查看到对于用户而言什么才是重要的。

在另一个实施例中，计算机系统执行在用户界面内的预定义小组件。计算机系统确定已为用户界面(UI)创建了空间，其中该空间为添加到该空间的预定义小组件、用户定义小组件和空间提供语境。计算机系统确定已将创建的空间作为数据结构连同预定义小组件或用户定义小组件一起存储在数据存储区，存储的空间和小组件共同组成用户定义小组件。计算机系统然后访问用户定义小组件以便在UI中执行。用户定义小组件是用于创建自定义用户界面的面向用户的基础性小组件。计算机系统还在UI的一个或多个空间中执行用户定义小组件，访问的空间提供一组功能作为小组件。用户定义小组件可以定义最小化视图和最大化视图，其中最小化视图是最大化视图的子集。在UI中执行预定义小组件提高了用户交互性能，从而使用户能够应用小组件集合来创建高度个性化的、有效的用户界面，该用户界面只包括对于用户重要的元素，对于用户不重要的元素则予以删除或忽略。

在另一个实施例中，计算机系统确定已为用户界面(UI)创建第一空间，其中该第一空间为添加到该第一空间的小组件提供语境。计算机系统从用户接收指示将在第一空间内创建第二用户定义小组件的输入并在该第一空间内创建用户定义小组件。用户定义小组件是最小化的用户定义小组件，以便第一空间和用户定义小组件组成UI中的层次结构。计算机系统进一步接收指示UI要被放大到该最小化空间的输入并且在UI内通过用户定义小组件的层次结构放大到最小化的用户定义小组件。

以下讨论现涉及可以执行的多种方法以及方法动作。应注意的是，虽然用特定次序讨论或用以特定次序发生的流程图示出了各个方法动作，但除非明确规定或因为一动作依赖于另一动作在执行该动作之前完成而需要特定次序，否则不需要特定次序。

本文所描述的实施例可以执行各种计算机系统。这些计算机系统现在越来越多地呈现各种形式。计算机系统可以例如是手持式设备，例如智能手机或功能手机、电器、膝上型计算机、可穿戴设备、台式计算机、大型机、分布式计算机系统，或者甚至通常不被视为计算机系统的设备。在本说明书和权利要求书中，术语“计算机系统”被广泛地定义为包括包含至少一个物理和有形的硬件处理器以及能够在其上具有可以由处理器执行的计算机可执行指令的物理和有形的硬件或固件存储器的任何设备或系统(或其组合)。计算机系统可以分布在网络环境中，并且可以包括多个组成计算机系统。

如图1所示，计算机系统101通常包括至少一个处理单元102和存储器103。存储器103可以是物理系统存储器，其可以是易失性、非易失性、或两者的某种组合。此处也可以使用术语“存储器”来指代诸如物理存储介质或物理存储设备之类的非易失性大容量存储器。如果计算机系统是分布式的，那么，处理、存储器和/或存储能力也可以是分布式的。

如此处所使用的，术语“可执行模块”或“可执行组件”可以指代在计算机系统上执行的软件对象、程序或方法。此处所描述的不同组件、模块、引擎以及服务可以实现为在计算机系统上执行的对象或进程(例如，实现为单独的线程)。

在随后的描述中，参考由一个或多个计算机系统执行的动作而对各实施例进行了描述。如果这样的动作是以软件实现的，则执行动作的相关联计算机系统的一个或多个处理器响应于已经执行了计算机可执行指令，引导计算机系统的操作。例如，这样的计算机可执行指令可以体现在一个或多个计算机可读介质或形成计算机程序产品的计算机可读硬件存储设备上。这样的操作的示例涉及对数据的操纵。计算机可执行指令(以及被操纵的数据)可以存储在计算机系统101的存储器103中。计算机系统101还可以包含可允许计算机系统101通过有线或无线网络与其它消息处理器进行通信的通信信道。

本文所描述的各实施例可以包括或利用专用或通用计算机系统，该专用或通用计算机系统包括诸如例如一个或多个处理器和系统存储器的计算机硬件，这将在下文中更详细地讨论。系统存储器可以被包括在整个存储器103中。系统存储器还可以被称为“主存储器”，并且包括可被至少一个处理单元102通过存储器总线寻址的存储单元(memory location)，在此情况下，存储单元在存储器总线本身上断言。传统上系统存储器一直是易失性存储器，但是本文所描述的原则也适用于系统存储器是局部或者甚至是完全非易失性存储器的情况。

本发明的范围内的实施例还包括用于携带或存储计算机可执行指令和/或数据结构的物理介质和其它计算机可读介质。这种计算机可读介质可以是可由通用或专用计算机系统访问的任何可用介质。计算机可读介质或者存储计算机可执行指令和/或数据结构的存储设备是计算机存储介质或计算机存储设备。携带计算机可执行指令和/或数据结构的计算机可读介质是传输介质。如此，作为示例，而不作为限制，本发明的各实施例可以包括至少两个显然不同种类的计算机可读介质：计算机存储介质和传输介质。

计算机存储介质是存储计算机可执行指令和/或数据结构的物理硬件存储介质。物理硬件存储介质包括计算机硬件，比如RAM、ROM、EEPR0M、固态驱动器(SSD)、闪存、相变存储器(“PCM”)、光盘存储器、磁盘存储器或其它磁存储器，或者可以用于以计算机可执行指令或数据结构的形式来存储程序代码的任何其它硬件储存设备，该硬件储存设备可以被通用或专用计算机系统访问以执行本发明所公开的功能。

传输介质可以包括网络和/或可以用于以计算机可执行指令或数据结构的形式来携带程序代码并且可以由通用或专用计算机系统访问的数据链路。“网络”被定义成允许在计算机系统和/或模块和/或其它电子设备之间传输电子数据的一个或多个数据链路。当信息通过网络或另一通信连接(硬连线、无线、或者硬连线或无线的组合)被传输或提供给计算机系统时，该计算机系统将该连接视为传输介质。上述的组合也应被包括在计算机可读介质的范围内。

进一步地，在到达各种计算机系统组件之后，计算机可执行指令或数据结构形式的程序代码可以从传输介质自动传输到计算机存储介质(或反之亦然)。例如，通过网络或数据链路接收到的计算机可执行指令或数据结构可以被缓冲在网络接口模块(例如，“NIC(网络接口卡)”)内的RAM中，然后最终被传输给计算机系统RAM和/或计算机系统处的较不易失性的计算机存储介质。因此，应当理解，计算机存储介质可以被包括在还利用(或甚至主要利用)传输介质的计算机系统组件中。

计算机可执行指令包括例如当在一个或多个处理器执行时致使通用计算机系统、专用计算机系统、或专用处理设备执行某个功能或某组功能的指令和数据。计算机可执行指令可以是例如二进制代码、诸如汇编语言这样的中间格式指令、或甚至是源代码。

本领域的技术人员将理解，本文所描述的原则可以在具有许多类型的计算机系统配置的网络计算环境中实践，这些计算机系统配置包括个人计算机、台式计算机、膝上型计算机、消息处理器、手持式设备、多处理器系统、基于微处理器的或可编程消费电子设备、网络PC、小型计算机、大型计算机、移动电话、PDA、平板、寻呼机、路由器、交换机等等。本发明还可以在分布式系统环境中实践，在该环境中本地和远程计算机系统通过网络(要么经由硬连线数据链路、无线数据链路、要么经由硬连线和无线数据链路的组合)链接起来，本地和远程计算机系统都执行任务。如此，在分布式系统环境中，计算机系统可以包括多个组成计算机系统。在分布式系统环境中，程序模块可以位于本地和远程存储器存储设备中。

本领域技术人员还将领会到，本发明可以在云计算环境中实践。云计算环境可以是分布式的，尽管这不是必需的。当是分布式时，云计算环境可以在国际上分布在组织中和/或具有在跨多个组织间处理的组件。在该说明书和下面的权利要求书中，“云计算”被定义为用于允许对可配置计算资源(例如，网络、服务器、存储、应用和服务)的共享池的按需网络访问的模型。“云计算”的定义不限于可在准确部署时从此类模型获取的其他大量优点中的任一优点。

更进一步，本文所描述的系统体系结构可以包括多个独立组件，每个独立组件促成系统整体的功能。该模块化在着手处理平台可伸缩性的问题时实现增加的灵活性，并且为此提供各种优点。可通过使用具有有限功能范围的较小规模的部件来更容易地管理系统复杂性和发展。通过使用这些松散耦合的模块来增强平台容错性。各个组件可随着业务需要指定而递增地发展。同样，模块化开发还意味着新功能推向市场的时间缩短。新功能可在不影响核心系统的情况下进行添加或删减。

图1例示了可以采用至少一个实施例的计算机体系结构100。计算机体系结构100包括计算机系统101。计算机系统101可以是任何类型的本地或分布式计算机系统，包括云计算系统。计算机系统包括用于执行各种不同功能的各种模块。例如，数据访问模块105可以被配置为访问存储在数据存储区115中的数据。数据存储区115可以在计算机系统101的内部或外部，并且可以包括任何类型的本地或分布式存储系统(包括网络或云存储)。被数据访问模块105访问的数据可以用作用户界面(UI)102的部分。

UI包括配置工具103。这些配置工具可以包括但不限于UI元素104，比如小组件104A和空间104B。本文所使用的术语“小组件”是指用户界面控件(例如按钮、滑动条、下拉菜单、列表(比如项目列表、定单列表和作业列表等)、视图(例如包装预览视图)或其它类型的UI控件)。当在本文使用术语“小组件”时，其可以是指用户定义小组件和/或预定义小组件，下面将进一步说明。本文所使用的术语“空间”是指保存一个或多个小组件或其它空间的UI的区域。因此，空间106可以是例如一个或多个增加的小组件108。空间为该空间内的小组件提供语境107。随后添加到空间的任一小组件接收或继承该空间的语境(下面将对此进一步说明)。空间可以是当存储为用户定义小组件(例如116)时的最大化或最小化空间。用户定义小组件可以是由包括终端用户、管理员、IT经理等的任何类型的用户所创建，并且可以通过使用包括用户定义小组件和/或预定义小组件的现有小组件的组合而创建。下面将结合图5-图13以及图2、图3和图4的方法200、方法300和方法400对这些概念的每一个分别作进一步说明。

每个小组件可以具有若干不同的定义的视图。当配置确定的空间时，用户(例如111)可以使用输入112来为每个小组件选择使用哪个视图。由于每个小组件可以具有多个视图，所以小组件可以以多种不同方式来显示。例如，对于列表小组件，显示在列表中的纵列还可以被配置为更多地扩展自定义。如图5所示，两个图像可以显示同一小组件的两个不同视图。左边的视图(501)表示作业队列小组件的视图(在一些实施例中，这是默认视图)。该视图显示当前所在作业队列中的作业。右边的视图(502)表示同一小组件(即作业队列小组件)的“最后完成的作业”视图。为了进一步扩展本文所描述的系统的自定义，列表视图可以具有纵列的用户可选择显示。在某些情况下，用户可以不关心作业的一些元素(例如该作业的长度、宽度和高度)，但是可以对该作业的制造站(比如包装站)更感兴趣。这可以在小组件的设置中配置。同样地，用户可以根据其对于小组件的兴趣为同一小组件(例如作业队列小组件)创建各种不同视图。

当在配置工具103中创建新空间时，用户可以然后向空间106添加小组件。用户可以向任一空间实质上添加(或者删除)任意数量的小组件。为了获取与机器操作员面板相似的内容，用户111可能选择项目列表小组件(例如，使用标签601)、作业列表小组件(例如，使用标签602)、预览小组件和/或包装命令小组件，如图6所示。占据相同区域的小组件将生成选项卡式控件(图6的项目、顺序和作业列表)。因此，通过向空间添加项目列表小组件、作业列表小组件、预览小组件和包装命令小组件，用户创建了与机器操作员面板相似的整体体验。然而，该机器操作员面板的不同之处在于每个视图可以由用户根据需要予以删除或更改，而将其它视图保持不变。

至少在一些实施例中，小组件可以从应用小组件的空间的当前语境获得其语境。因此，如图1所示，添加的小组件108从空间106获得其语境107。语境可以包括一定设置、实体信息、行为特征或自动应用于在该空间中创建的小组件的其它特征。针对该空间的语境可以要么由配置来设置要么来自语境选择小组件。空间可以拥有多个不同类型的不同语境。例如，空间能够具有机器语境和包装语境。如果空间具有多个同一类型的语境选择小组件，则最后一次选择将从同一类型的小组件中清除选择。在一些实施例中，项目、顺序和作业列表各自为空间设置包装(或者其它)语境。所有包装预览、作业命令和详细信息视图都使用空间的当前包装语境。在这种情况下，可以配置项目的语境，而预览和命令语境所使用的包装语境从项目列表小组件来设置。

如上所述，可以使用小组件来配置空间。空间可以存储在其它项目中并在其中用作小组件本身(例如，用户定义小组件116)。当将用户定义小组件添加到另一空间时，将会显示该添加的空间的最小化视图。空间的最小化视图给用户提供了该空间的预览视图，但是仍然允许直接进行用户交互。至少在一些实施例中，在新创建的空间中，最小化视图是整个空间的缩减视图。用户111能够为每一空间配置若干最小化视图。为空间配置最小化视图是以与配置空间本身相同的方式完成的。通过简单地将控件添加到空白空间，只有来自该空间内部的控件才可以被添加到该最小化空间。一旦配置好空间，该空间可以在任何其它项目中存储和使用。

图7中示出了同一空间的四种不同的最小化视图。左上方视图(701)是整个空间的缩减视图。右上方视图(702)是自定义最小化空间，以其标准视图示出了作业队列小组件。左下角视图(703)在其最小化视图中具有同一个小组件，但是示出了该作业队列的另一视图(即最后完成的作业视图)。右下方视图(704)示出了最小化空间，其左侧停驻有项目列表(设置为显示列表视图)右侧是包装命令小组件。

空间一旦设置好后，其将形成层次结构(例如图1的层次结构110)。层次结构允许用户111放大到最小化空间以显示更详细的信息。操作员然后能够通过缩小而返回到该空间。通过使用鼠标滚轮、手指夹捏输入(当使用触摸屏显示时)或其它类型的输入能够完成放大和缩小输入(例如106)。

至少在某些情况下，各种不同用户和用户类型可以使用计算机系统101。每一用户或用户类型可以具有配置为能够从任一空间到达的主视图。在图8所示出的实施例中，针对控制多个不同计算机系统的软件应用的版本而示出了顶部空间(在层次结构中)。顶部空间在该空间中具有四个预定义小组件和一个用户定义小组件。与仅示出该空间中可用信息的摘要的最小化的用户定义小组件直接形成对照，小组件为用户示出了关联的信息。扩展空间使用户在层次结构中下移。扩展图8中的“机器”用户定义小组件将带领用户到更深一层的细节，提供关于每个机器的详细信息(例如，操作状态、上次维护的日期以及上次执行的作业等)。

图9例示了图8中示出的用户定义小组件的第二或“放大”层次。因此，在图9的第二个层次，示出了四个小组件和一个用户定义小组件。右侧的用户定义小组件和预定义小组件绑定到当前机器语境。同样地，空间和小组件从空间的当前机器语境获得信息。语境可以由语境选择小组件来配置或选择。在这种情况下，“机器”小组件本身从先前已被配置的“所有机器”语境获得其语境。在该层次的用户定义小组件是“生产”用户定义小组件。在第一层次中(如图8所示)，用户定义小组件是该空间的最小化视图，仅示出第二层次上的“机器”小组件，但具有不同的配置。在第二层次(如图9所示)，用户定义小组件是第三层次的整个空间的最小化视图。

图10例示了从独立机器操作员角度的视图。图10中示出的主视图是针对机器操作员的典型主视图。该空间具有五个小组件，但看上去有四个。当两个小组件占据同一空间，创建了标签视图。这是针对作业队列小组件和项目小组件的实例。在该示例中，作业队列小组件1001和项目小组件1002为同一类型的语境(例如包装项目)设置了当前语境。当遇到这种情况，上一次选择将清除先前的选择。这意味着选择项目然后移动到作业队列小组件以选择作业将会导致作业作为当前包装项目并且将会取消选择该项目。包装细节(左下角)可以在某些情况下由若干小组件构成。详细的小组件可能例如由作业信息小组件1003、包装小组件1004、额外参数小组件1005、旋转权限小组件1006、波纹小组件1007和作业属性小组件1008构成。

图10所示的空间可以表示针对用户111的主视图。一些用户无法从该空间移动(例如，查看更详细的信息)。然而，“超级用户”可能拥有编辑权限，允许他们在此视图上移动一步，同时仍然将生产视图用作主空间。同样地，顶视图和主视图可以基于用户类型而不同。可供“超级用户”使用的顶空间(如图11所示)示出了四个空间：波纹管理、设置管理、生产和用户管理。在该示例中的所有用户定义小组件被配置为显示最大化视图的小型化或缩减版本。在任一最小化视图之内，用户输入可以是无需放大的输入。

图12显示的是在很短的时间内创建用户特定信息的小组件的不同视图的能力。图12例示了针对用户111的示例主空间。该空间仅包含一个其它空间，即来自先前示例的生产空间。在图12中示出为作业队列小组件的最小化视图。该视图仅示出了上一个生成作业的作业号以及针对该作业的指定包装站，允许用户/操作员清楚地看到每个箱子应去的地点。这是操作员在常规生产中所使用的屏幕的示例。如果需要做一些特别的操作，操作员能够简单地扩展视图，这允许用户获得具有全部选项的完整的生产界面。图13例示了仅被配置为显示作业队列小组件另一视图的完全相同的空间(图12所示)的示例。

应指出的是，虽然图5-图13的小组件、空间和配置工具示出为与包装材料和生产包装材料的操作机器相关，本文所描述的组件和特征可以被应用到任何数量的不同生产或其他类型的使用用户界面以及用户界面自定义更为有利的场景。图5-图13以及以上提供的示例通常显示的概念将在下文结合图2、图3和图4的方法200、方法300和方法400分别进行更详细地说明。

鉴于上述系统和体系结构，结合图2、图3和图4的流程图将会更好地理解依据所公开的主题而可以实现的方法。出于简化解释的目的，将该方法示出并描述为一系列的块。然而，应当理解的是，所要求保护的主题并不受限于块的顺序，因为一些块可以以与所示出的和本文所描述的不同顺序和/或同时与其它块存在。此外，实施下文所述的方法并不需要所有例示的块。

图2例示了用于生成自定义用户界面的方法200的流程图。现将频繁结合环境100的组件和数据对方法200进行描述。

方法200包括在用户界面(UI)中提供配置工具的选择性行为，该配置工具允许用户选择一个或多个包括至少一个小组件和空间的UI元素，其中空间包括保存一个或多个小组件的区域，并且小组件包括UI控件(210)。例如，图1中的用户界面102可以包括配置工具103。配置工具支持访问包括小组件104A和空间104B的UI元素104。如上所述，空间包括UI 102中的保存小组件的区域，这些空间本身是UI控件。因此，配置工具103支持访问可以在UI中的空间内使用的UI控件。

方法200还包括从用户接收指示将在UI内创建空间的第一输入(220)。因此，例如，用户111可以发送指示将在UI 102内创建新空间的输入112。接收到该输入后，计算机系统101可以在UI 102内创建空间106(230)。空间为添加到该空间的小组件提供语境，该语境表示要应用于添加到该空间的小组件的规则或设置。如图1所示，创建的空间106包括或为添加到该空间的小组件(例如，添加的小组件108)提供语境107。因此，添加到空间的任一UI控件呈现该空间的语境(例如，设置和特性等)。至少在某些情况下，语境仅在适当类型的情况下才适用。例如，如图9所示，机器小组件将仅呈现该空间的机器语境，假设该机器语境是小组件唯一使用的语境。

在某些情况下，创建的空间106可以是最小化空间109。最小化空间可以是包括不如全尺寸或标准尺寸空间那样详细的空间。最小化空间可以例如提供标题和基本信息，而全尺寸空间可以包括附加详细信息。最小化空间或标准尺寸空间中所示的信息量可以由用户定义。

还应当指出，虽然针对小组件的语境通常是由在其中创建或使用小组件的空间的当前语境而设定，针对空间的语境可以由小组件自己的配置或由语境选择小组件设定。因此，如果小组件具有其自己的配置设置，这些配置设置可以覆盖或优先于由在其中使用小组件的空间的配置设置。更进一步，单一空间可以同时具有多个不同类型的语境。这些语境的设置或特性可以各自对在空间内创建的那些小组件的性能产生影响。

方法200接下来还包括从用户接收指示要将至少一个小组件添加到创建的空间的第二输入(240)。来自用户111的输入112例如可以包括表示要将小组件添加到空间106的指示。计算机系统然后将至少一个小组件添加到创建的空间，其中一种或多种基于语境的规则或设置被应用于创建的空间中的小组件(250)。添加的小组件可以包括例如项目列表、订单列表、作业列表、包装预览或任何其它类型的小组件。添加到创建的空间的小组件可以包括从由用户创建的存储空间而创建的小组件(本文中也称作“用户定义小组件”)。例如，开发人员或其他用户可以创建空间并将该空间存储为用户定义小组件116。该用户定义小组件然后可以用作小组件，并且可以在其它空间(例如空间106)内使用。

在一些实施例中，当两个或更多个小组件占据UI 102中大体相同的区域时，可以自动生成选项卡式控件。例如，如果项目、订单、作业列表或其它小组件占据UI 102中相同的区域，可以自动生成选项卡式控件并显示在UI中，通常如图6所示。在某些情况下，用户111可以具有一系列一个或多个可用于每个小组件的视图，并且可以在配置创建的空间时从用户接收指出每个小组件要与哪个视图一起使用的指示。以此方式，用户111能够选择要与每个小组件一起使用的视图。在小组件具有多个不同定义的视图的情况下，用户可以选择用于小组件的视图。更进一步，UI可以示出同一小组件的多个视图。例如，如图5所示，左边的视图(501)可以对应于作业队列小组件的默认视图，而右边的视图(502)是同一小组件的“最后完成的作业”视图。以此方式，每个小组件可以具有多个不同视图(包括图5中未示出的附加视图)。

图3例示了用于在用户界面内执行预定义小组件的方法300的流程图。现将频繁结合环境100的组件和数据对方法300进行描述。

方法300包括确定已为用户界面(UI)创建了空间，该空间为添加到该空间的小组件和空间提供语境，该语境表示要应用于添加到该空间的小组件的规则或设置(310)。计算机系统101可以确定已将创建的空间(例如106)作为数据结构连同至少一个预定义小组件或用户定义小组件一起存储在数据存储区(例如115)，其中存储的空间和小组件共同组成用户定义小组件116(320)。数据存储区115可以存放多个不同的存储的空间116。这些空间可以应用户111的请求或应诸如另一软件程序或计算机系统的另一实体的请求而存储。数据访问模块105可以访问任一个用户定义小组件116以便在UI 102中执行，其中用户定义小组件本身包括用于创建自定义用户界面的面向用户的基础性小组件(330)。如上所述，用户定义小组件是可以用来创建其它用户界面或用户界面的部分的存储空间。由于这些用户定义小组件由用户定义并由此而面向用户，并且由于用户定义小组件被用来创建其它用户界面，因此，用户定义小组件被称为基础性的。此术语旨在表示用户定义小组件可以用来形成用户界面的基础，因此在这个意义上是基础性的。用户可以混合并匹配这些用户定义小组件以创建其各自的、个性化的用户界面。以此方式，用户定义小组件是面向用户的基础性小组件。

然后在UI的一个或多个空间中执行这些用户定义小组件(340)。访问的空间然后提供一组功能作为小组件。因此，用户或其它实体可以在数据存储区中存储空间并且随后访问该空间以便提供与小组件相似或相同的功能。这允许用户在其UI内将用户定义小组件用作构造块。至少在某些情况下，当将用户定义小组件添加到现有空间中时，示出添加的空间的最小化视图。该最小化视图可以向用户指出添加的空间的各个高层次(或其它)方面。例如，最小化视图可以是整个创建的空间的缩减视图。至少在某些情况下，最小化视图可以包括创建的空间所提供的控件。创建的空间的最小化视图为用户提供创建的空间的概览，同时仍然允许直接的用户交互。同样地，用户可以与最小化视图交互，并且将会对通过最小化视图所做的任何更改进行处理，与通过标准尺寸的默认视图接收的更改一样。以此方式，用户可以为每个创建的空间创建并使用一个或多个不同的最小化视图。

图4例示了用于在用户界面内提供层次空间的方法400的流程图。现将频繁结合环境100的组件和数据对方法400进行描述。

方法400包括确定已为用户界面(UI)创建了空间，其中该空间为添加到该空间的小组件提供语境(410)。空间106可以由计算机系统101在UI 102内创建。空间106可以是在UI 102内创建的多个不同空间中的一个。每个空间允许添加多个不同的小组件(例如108)，每个小组件从空间106接收语境107。配置工具103可以从用户111接收指示要在UI 102内部创建用户定义小组件的输入(420)。计算机系统101然后可以在UI内创建用户定义小组件，其中用户定义小组件显示在最小化视图中(430)。空间106和用户定义小组件109然后在UI中形成层次结构110(430)。层次结构可以允许用户在该层次结构内放大用户定义小组件，以便显示构成用户定义小组件的空间和小组件。例如，用户可以放大以在层次结构中降低一个层次，或者缩小以在层次结构中上升一个层次。

方法400接下来还包括接收指示要将UI放大到最小化的用户定义小组件109的输入(440)，并且进一步通过空间的层次结构110放大到UI 102之内的最小化的用户定义小组件109(450)。至少在某些情况下，最大化放大的空间可以提供先前不可见的附加信息，或者可以隐藏先前可见的信息。最小化空间可以是整个空间的摘要视图或缩减视图。放大的空间无需提供任何附加数据。如此一来，应当理解为，当执行最小化视图时，存在大量的自定义。

在一些实施例中，如果最小化的用户定义小组件未被配置为整个空间的缩减视图，来自最大化空间的小组件的子集可被选择作为最小化的用户定义小组件的代表。用户定义小组件和预定义小组件可以各自以多个不同视图来创建。用户然后可以选择将哪个视图用作最小化视图。例如，针对生产历史的小组件可以具有一个示出了最后十条项目的详细信息的最小化视图以及示出了创建的最后一条项目的序列号的最小化视图。当将用户定义小组件或预定义小组件添加到另一空间时，用户111可以选择将哪些视图用作最小化视图。一旦设置好空间后，空间将会形成层次结构，允许用户“放大”到最小化的用户定义小组件以获得更详细信息。更进一步，应注意到，最小化的用户定义小组件可以无需放大或者甚至无需任何用户输入而直接使用。预定义小组件和用户定义小组件在按比例放大的视图中是可见的，并且至少在一些实施例中，主视图可以呈现在从所有空间都可获得的UI 102中，并且允许用户导航到默认或“主”视图。以此方式，最小化视图空间可以结合其它空间和小组件使用，以提供更具自定义和个性化的UI。

在图14A、图14B和图15A-图15C描述的实施例中，将空间(或多个空间)添加到现有空间。例如，如图14A所示，在用户界面中可以创建第一空间或原始空间(例如空间1(1401))。第一空间可以是任何尺寸或形状，并且不限于如图14A所示的矩形。在描述的实施例中，如下四个空间已经被添加到空间1，即空间2(1402)、空间3(1403)、空间4(1404)和空间5(1405)。应当理解的是，基本上任意数量的空间可以被添加到现有空间，并且类似地，任意数量的空间可以被添加到随后添加的空间(例如，添加到空间5的空间(1405))。在图14A中，每个空间包括用户定义小组件。该用户定义小组件的视图是最小化的。如此一来，用户可以查看空间1并看到不同空间中的多个最小化视图。

如果用户想查看用户定义小组件(UDG)的最大化视图，用户可以简单双击或执行一些其它的指示要将视图最大化的动作。因此，收到这样的输入后，在其空间内将UDG 1406最小化(min)的最小化视图最大化，如图14B的1406最大化(max)所示。在最大化视图中，示出了在该最大化视图中示出的每个机器的细节信息。用户可以看到，例如与在1406最小化(min)中的UDG的最小化视图中示出的机器1-4相关的各种栏、图表或其它数据。

在图15A中，以虚线示出第一或原始空间1501。此外，空间可以在其边界内具有任意数量的空间。在这种情况下，空间1(1501)包括四个用户定义小组件(UDG1(1503)、UDG2(1504)、UDG3(1505)和UDG4(1506)。这些UDG分组相邻显示。然而，应当理解的是，UDG可以基本上以任何方式间隔或分组开来，并且可以由用户来设置。在某些情况下，用户可能要最大化或放大用户定义小组件中的一个。因此，例如，在图15B中，UDG3(1505)可以以最大化状态来示出。由于UDG3(连同UDG1、UDG2和UDG4)是空间1(1501)的部分，当最大化时，UDG3填满整个空间1。

空间1(1501)还包括空间2(1502)，空间2本身具有UDG(1507最小化(min))的最小化视图。该用户定义小组件还可以最大化，但是由于在空间2中已经创建了该用户定义小组件(或移动到空间2)，将在空间2(1502)内最大化该用户定义小组件。因此，如图15C所示，1507最小化(min)的最大化视图在空间2中显示为1507最大化(max)。因此，用户定义(或预定义)小组件可以以最小化或最大化状态显示在空间中。用户能够在视图之间和小组件之间进行无缝切换。此外，用户能够向空间添加空间或者从空间删除空间，并且能够轻松地向添加的或原始空间添加小组件或从其中删除小组件。

在一个实施例中，可以实施计算机系统(例如图1的101)以执行用于向现有空间添加空间的方法。例如，计算机系统可以确定已经在用户界面(UI)内创建了空间(例如图14A的1401)。如上所述，空间为添加到该空间的那些空间和小组件提供语境。至少在一些实施例中，可以用以下方式来配置语境：计算机系统可以确定已为UI创建了空间。计算机系统然后可以从用户接收指示为空间配置了特定类型的语境的输入。计算机系统可以进一步接收指示要往创建的空间添加小组件的第二输入，并且在创建小组件时，该计算机系统将从创建的空间接收其语境。计算机系统可以进一步确定要将各个额外空间(例如1402-1405)添加到创建的空间1401。这些额外空间可以以某种方式来添加和设置。这些额外空间可以以矩形块的形式来设置，如图14A所示，或者可以以圆形或者其它任意选择的图案来设置。

每个额外空间可以因此而添加到原始创建的空间(即1401)。每个额外空间可以配置为托管(host)用户定义小组件或预定义小组件。在图14A中，每个UDG包括机器(例如生产机器)的最小化视图。最小化视图可能以各种不同形式示出各种不同数据。类似地，最大化视图可能以不同形式示出不同数据。每个添加的空间可以包括一个或多个UDG，每个UDG以最大化或最小化状态来示出。在单个空间中可以示出多个最小化的UDG，而在空间中可以仅示出一个最大化视图，该最大化视图将填充其被分配至的空间(例如见图15B的UDG3(1505))。以此方式，可以将空间添加到空间，并且每个添加的空间可以具有其自己可选的预定义或用户定义小组件的集合。

因此，提供了产生自定义用户界面的方法、系统和计算机程序产品。此外，还提供了在用户界面内执行预定义小组件并且在用户界面内提供层次空间的方法、系统和计算机程序产品。

本文所描述的概念和特征可以以其它特定形式来体现，而不脱离其精神或描述性特征。所描述的实施例在各方面都被认为仅是说明性的而非限制性的。因此，本公开的范围由所附权利要求而非前述说明书指定。在权利要求的等效范围内所作的所有变化均意包含在权利要求的范围内。