CN101213515B - 控制在一呈现中呈递的被提升元素的z序的方法和设备 - Google Patents

Abstract

描述了用于在呈现中进行z序元素的细粒度控制的各种方法和装置。定义一包含若干用户界面元素的结构，并定义一用于呈递此类用户界面元素的次序。希望一些元素可能需要在所定义的次序之外被呈递，因此一提升用户界面元素被定义以允许一个或多个用户界面元素被定义成在正常定义的次序之外被呈递。用户界面元素可以是要被呈现在显示器上的某物，并且还可包括用于定义行为的程序代码。

Description

控制在一呈现中呈递的被提升元素的z序的方法和设备

相关申请的交叉引用 

本申请要求在2005年5月31日提交的美国临时申请S/N.60/686,349的权益，由此其整体被援引纳入于此。 

发明背景 

发明领域

本发明一般涉及用户界面的可变处理。尤其地，本发明涉及控制用户界面元素的呈递。 

相关技术说明 

在涵盖分级数据语言和标记语言——包括基于XML的语言——的数据语言中，呈现在显示器上的用户界面(UI)元素被给予一定次序以便进行排版。(注意：UI元素是可以呈现在屏幕上的某物。例如，代码元素可以是基于XML的语言中的一行代码或一个标签。UI元素可由一个或多个代码元素来表征。进一步，代码元素可能并不描述一呈现，即，它可以描述一行为。) 

排版次序通常由与UI元素相关联的代码元素如何在语言中被声明来定义。当在显示器上绘制(或呈递)这些UI元素时，绘制的次序遵循排版次序。 

在显示器上，水平的和垂直的、长度和宽度等典型地以标识其在x-y平面中的表示的“x-y”坐标来引用。当在一呈现中呈现UI元素时，它们的“z序”指它们相对彼此叠放的次序。尽管所有的UI元素典型地在x-y平面中被查看，但是呈现的z序是有意义的，因为在另一元素之上呈递的UI元素可能会(除非它们具有一定的透明度)覆盖掉在其之下呈递的UI元素。 

使用XML为例，用XML载明的用户界面(UI)的UI元素具有与其在代码中被声明的次序完全相同的隐性绘制次序。复杂的UI需要有允许可视UI元素能够被画在其他UI元素(在XML序列中声明得较晚的)之上的能力。因此，需要能够改变呈递的z序。 

当前的UI数据语言方案没有解决此问题，或是提供了对该问题效率低下的解决方案。具体而言，标量矢量图形(SVG)版本2建议解决z序控制。提供此控制的机制尚未被建立或定义。一些迹象显示它们可能利用索引。使用索引进行z控制毕竟要受到裁剪的不利影响，这在UI中是不合需要的。 

另一种解决方案包括创建包含要呈现的UI元素的页面的数个版本，每一页面改变相关联的代码元素的z序。然而，这种解决方案由于需要扩展出额外的页面、存储页面以及跨多个页面维护对代码的更改而涉及额外的资源，并且是应对z序动态控制的蛮力的、即效率低下的方法。 

发明概要

与本发明相符的系统和方法通过创建控制用户界面元素的呈递和呈现的系统、方法和装置来克服现有系统的缺陷。 

在本发明的一个实施例中，一种用于控制在呈现中呈递的第一元素的z序的方法包括：接收代表在呈现中的排版次序的有序元素列表，将该有序列表中的第一元素指派给一提升容器元素，其中该第一元素可以是该有序列表中的数个元素之一，在该呈现上绘制除该第一元素以外的该有序列表元素，并且将包含该第一元素的提升容器绘制到呈现。 

在本发明的另一个实施例中，一种用于呈递多个用户界面元素的方法：定义提升用户界面元素，在显示器上呈递这多个用户界面元素，并且在显示器上呈递该提升用户界面元素，其中该提升用户界面元素是在这多个用户界面元素的呈递之后被呈递的。在此方法中，该提升用户界面元素是这多个用户界面元素之一，并且在显示器上呈递这多个用户界面元素的步骤并不呈递该提升用户界面元素。包含这多个用户界面元素的结构可以是树结构。另外，当在显示器上被呈递时，该提升用户界面元素可不被裁剪。该提升用户界面元素也可以通过聚焦在显示的用户界面元素上来定义。 

在又一个实施例中，一种用于控制在呈现中呈递的第一元素的z序的设备包括：用于存储程序代码的存储器，其中该程序代码包含针对表示在呈现中的排版次序的一有序元素列表的指令，以及 

处理器，被配置成将该有序列表中的第一元素指派给一提升容器元素，其中该第一元素可以是该有序列表中的数个元素之一，用除该第一元素以外的该有序列表元素来绘制该呈现，并且将包含该第一元素的提升容器绘制到呈现。 

在又一个实施例中，一种用于在显示器中呈递多个用户界面元素的设备包括：存储器，包含定义一含有这多个用户界面元素的结构的程序代码，以及处理器，被配置为定义一提升用户界面元素，在显示器上呈递这多个用户界面元素，并且在显示器上呈递该提升用户界面元素，其中该提升用户界面元素是在呈递这多个用户界面元素之后被呈递的。 

在细阅以下阐述的本发明的附图简要说明、发明具体说明以及权利要求书之后，本发明的其他目的、优点和特征将变得显而易见。 

附图简要说明 

关于其中相同的附图标记始终代表相似要素的附图： 

图1是在其中设备可以在本发明的一个实施例中操作的通信环境的功能图； 

图2是一般化地图解了本发明的一个实施例中的范例移动设备的组件的功能框图； 

图3是一般化地图解了本发明的一个实施例中的范例计算设备的组件的功能框图； 

图4是图解了本发明的一个实施例中的计算机平台的应用架构的框图； 

图5是图解了本发明的一个实施例中更新用户界面组件的系统和描绘trigplayer(trig播放器)、actor(逻辑部分)和trig(UI元素)的架构的框图，。 

图6是图解了本发明的一个实施例中不用提升用户界面元素地来呈递用户界面元素的框图； 

图7是图解了在本发明的一个实施例中用提升用户界面元素地来呈递用户界面元素的框图；以及 

图8是描绘了本发明的一个实施例中呈递提升元素的过程的流程图。 

具体说明 

本发明通过允许对z序的细粒度控制同时维持关于裁剪并因此关于呈递速度的效率来解决现有技术中的问题。如果技术在任何时候变得尖端到足以开发真正的3D显示器(而不仅仅是在2维表面上的3D表示)，那么本发明仍将可以适用于这样的系统。 

进一步的优点包括提升用户界面元素可以被裁剪到指定的约束而不是屏幕的维度；元素可以被提升，但是仍然显性地居于在基于XML的解析序列中可能在它 之前或之后被声明的其他元素之下；可以实现多重和/或嵌套的UI层次，并且它们的z序由多重和/或嵌套的提升容器的用户动态地变更。 

现在将详细参考在附图中图解的本发明目前示例性的和优选的实施例，附图中相同的附图标记在这数个附图中始终标示相似或相应的部分。在结合附图考虑了以下的具体说明之后，本发明的本质、目的和优点对本领域技术人员来说将变得更加显而易见。 

在本说明中，就术语的使用而言，术语“无线设备”、“无线电话”和“移动设备”被可互换地使用。这里所使用的术语“应用”意在涵盖可执行的和不可执行的软件文件、原始数据、聚合数据、补丁、内容、用户界面和用户界面组件，以及其他代码段。此外，在这数个视图中，相同的附图标记始终指示相似的要素，并且冠词“一”和“该”包括复数引用，除非在本说明中另行指明。 

TrigML是在开发用户界面时有用的数据驱动语言。TrigML是高通(QUALCOMM)公司所拥有的产品。和在XML下定义的数据语言类似，TrigML代码包括标签的使用。虽然实施例将在用于无线设备上的用户界面的TrigML的上下文中被描述，但是应认知这仅是为了描述的目的而不是对本发明的限定。这里所描述的装置和方法也可以应用于非用户界面环境并且，如上所述，适用于使用不同数据语言的那些使用环境。 

图1是在其中设备可以在本发明的一个实施例中操作的通信环境100的功能图。在此例中，通信环境100包括无线网络122。无线网络122可以是由无线服务供应商所运作以向移动设备提供数据或电信连接的通信网络。进一步，无线网络122也可以包括有线网络、因特网、广域网、公共交换电话网(PSTN)及其他公共的和/或专用的网络，由此设备可以直接或间接利用连接到这些网络的其他设备来通信。 

在一个例子中，无线网络122可以包括蜂窝电话网。数个移动设备在与无线网络122通信，诸如有蜂窝电话112、膝上型计算机116、PDA 118、和移动消息接发设备120。这些设备仅仅作为可以在无线网络122上通信的许多类型的设备的例示而示出。 

图1中所图示的是应用服务器124和用户界面服务器126。用户界面服务器126是提供用户界面组件130(以下更详细地描述)的计算设备。这些用户界面组件130可以被下载到连接于无线网络122的其他设备。用户界面组件包括用于以呈递用户界面(诸如功能调用、菜单、用于内容调用的代码、皮肤等)的代码和/或 数据。注意，可以使用包括内容服务器在内的许多其他服务器来连接到网络以传递信息。可用的信息类型是无限的，并且对本领域技术人员来说许多不同的示例将是显而易见的。用户界面服务器126包括被配置成通过无线网络122向作出请求的设备提供用户界面组件130的服务器软件。 

应用服务器124是耦合到无线网络122的使软件应用128可供移动设备下载的计算设备或系统。一般而言，应用128可由诸如蜂窝电话112等的连接到无线网122的设备下载以供在那些设备上执行。在此特殊实现中，由应用下载服务器124供给的各种应用128中的至少一个是被配置供在各移动设备中的至少一个上执行的基于内容的应用。基于内容的应用(客户机)被配置成从内容服务器(没有示出)检索内容以供移动设备经由用户界面来呈现。 

图2是一般化地图解了在本发明的一个实施例中的范例移动设备201的组件的功能框图。移动设备201可以是具有计算功能集的任何设备，诸如蜂窝电话、个人数字助理、手持式“掌上型”设备、膝上型计算机、便携式音乐播放器、全球定位卫星(GPS)设备，或诸如此类。 

移动设备201有能接收和执行软件应用以及显示数据的计算机平台250。计算机平台250包括处理器252，诸如专用集成电路“ASIC”、数字信号处理器(“DSP”)、微处理器、微控制器、逻辑电路、状态机、或其他数据处理设备。处理器252执行与移动设备的存储器256中的任何驻留程序接口的应用程序编程接口(“API”)层254。存储器256可以包括随机存取或只读存储器(RAM或ROM)、EPROM、EEPROM、闪存、或各种计算机平台常用的任何存储器。计算机平台250还包括可以保存没有在存储器256中现用的软件应用、文件、或数据——诸如从用户界面服务器126(图1)下载的软件应用或用户界面组件——的本地存储258。本地存储258典型地包括一个或多个闪存单元，而也可以是本领域所公知的任意二级或三级存储设备，诸如磁介质、EPROM、EEPROM、光介质、带、或者软盘或硬盘。 

计算机平台250还包括可由软件应用以用来通过利用用户界面(没有示出)显示数据的显示器260。 

图2中所示的组件是许多类型的移动设备的典型，但是应意识到，其他组件可以被添加到移动设备201，并且在某些情形中，图2中所示的一些组件可以从移动设备201省略。 

图3是一般化地图解了在本发明的一个实施例中的范例计算设备301的核心组件的功能框图。计算设备301可以是任何固定计算设备，诸如台式计算机或服务 器。 

在此例中，计算设备301包括处理器单元304、存储器306、存储介质313，以及音频单元331。处理器单元304有利地包括微处理器或诸如数字信号处理器(DSP)等的专用处理器，但是在替换方案中可以是任何常规形式的处理器、控制器、微处理器、或状态机。处理器单元304被耦合到存储器306，存储器306有利地实现为保存由处理器单元304执行的软件指令的RAM存储器。在一替换实施例中，存储器306可以由固件或闪存组成。在此实施例中，存储在存储器306中的软件指令包括操作系统310以及一个或多个其他应用312，诸如采用用户界面的应用(没有示出)。 

移动设备301还包括使得在计算设备301与诸如移动设备等的一个或多个其他计算设备之间得以进行双向通信的通信模块321。通信模块321可以包括使得RF或其他无线通信——诸如蜂窝电话网、蓝牙连接、无线局域网、或可能还有无线广域网等得以实现的组件。替换地，通信模块321可包括使得陆线或硬布线网络通信——诸如以太网连接、RJ-11连接、通用串行总线连接、IEEE 1394(火线)连接或类似的得以实现的组件。这些旨在作为非穷举的列表，并且许多其他替换方案是可能的。音频单元331是移动设备301的被配置成在模拟与数字格式间转换型号的组件。音频单元331由移动设备301用来通过利用扬声器332输出声音和从麦克风333接收输入信号。 

图3仅仅图解了在许多常规计算设备中一般找得到的某些组件。非常多的其他组件也在特殊实现中例行地找得到，并且在某些情形中，图3中所示的一些组件可以被省略。然而，图3中所示的计算设备301是如今常见的计算设备的典型。 

图4图解了本发明的一个实施例中的设备应用架构。该设备将包括“计算机平台”。计算机平台可指包括硬件、软件或其两者的设备组件。例如，它可以包括操作系统、包括芯片在内的底层硬件组件、用户界面硬件(例如显示器、输入和输出设备)、库、支持API、操作系统的附加扩展等。 

在一个实施例中，无线设备的应用架构400包括设备API 405、BREW API 410、BREW扩展415、Trigplayer 420、Actor 425和Trig 430。设备API 405可以包括由软件平台用来寻址专门与该设备相关联的功能——诸如专用处理器或ASIC功能、专用设备硬件功能集等的那些API。 

BREW API 410是由高通(QUALCOMM)公司开发的软件平台。BREW API410提供应用调用设备API 405以及无需为该设备专门编写的其他功能的能力。换 句话说，它从应用中抽象出硬件的具体方面，由此允许无需定制或仅需针对应用要在其上运行的每一具体设备稍作定制就可为许多设备编写应用。 

BREW扩展415提供向BREW平台添加更多能力——诸如提供MP3播放器、Java虚拟机等的能力。 

TrigPlayer 420、Trig 430和Actor 425是由高通(QUALCOMM)公司开发的uiOne^TM架构的组件。这些组件典型地指设备400的用户界面方面。在一个实施例中，Trig 430是已编译的TrigML代码，以及被应用所用来在设备400上呈递用户界面的其他资源(其可包括元数据、文本文件和图像)。多个Trig 430和被称作Triglet(没有示出)的Trig更新可以被用于用户界面。 

由高通(QUALCOMM)公司所拥有的TrigML代码是基于XML的数据语言，并且可以被作用于创作Trig 430的用户界面呈现语言，并且包括了移动设备为目标的功能集、交互式用户界面事件模型、及像素定位的优势以及其他优势。 

Actor 425包括将Trig连接到底层设备API 405和/或BREW API 410的底层C代码。Actor 425也可以起到用于进行输入/输出的可执行件的作用。并且因为actor连接到底层设备和BREW API，所以它们可以访问计算机平台功能。 

Trigplayer 420可以被实现为BREW扩展415，即便它在图4中被分离出来。Trigplayer被用于通过使用Trig和actor来呈递用户界面。 

将可认识到，尽管图4的讨论是以高通(QUALCOMM)公司的uiOne架构(包括已编译的TrigML、Trigplayer、BREW API等)的形式进行的，但是这是为了描述的目的，并且本发明包括其他的数据语言、计算机和软件平台以及设备架构。 

图5是图解了在本发明的一个实施例中更新用户界面组件的系统以及描绘trigplayer 420、actor 425和trig 430的架构的框图。设备500包括trigplayer 420、actor 425和trig 430。Trig可包括TrigML代码505、文本串510、图像515、和更新通道520(更新通道可以定义用于取回Triglet 530的URL和定时方案)。Trig可以空中更新，从而允许用户界面在设备已经离开了制造商之后能被更新。服务器525可以被用于下载新的Trig和/或Trig的更新的组件(例如，Triglet 530)，从而允许设备所用的用户界面能被自定义。 

为了解决用户界面元素的细粒度z序控制的更详细的方面，在一个实施例中，呈递树正常情况下通过UI元素树的父优先下行来完成。UI元素树是基于与该UI元素相关联的代码元素是如何在Trig源文件中被声明的来创建的。父节点绘制其自身，然后要求其子节点中的每一个依次绘制其自身。Trig源文件。它也将其子 节点中的每一个裁剪到其自己的程度。通过引入提升属性，UI元素藉其可以将其呈递延迟到正常的一通绘制之后——即，所有非被提升的UI元素都将被绘制，然后才是所有被提升的UI元素。UI元素在例如该UI元素得到控制焦点时可被提升。(在一个实施例中，“焦点”是指呈现中被给予了注意的部分，诸如对光标的选择所作的突出显示或放大就是向用户指示如作选择哪个选项将被选中的一个焦点。)被提升的UI元素不被其父节点的框架所裁剪，因为它在正常的一轮呈递之外，由此可以在其正常限制之外呈递。 

使用TrigML，使用呈递属性的程序代码的示例如下： 

<trigml> 

<group w＝”20”h＝”20”> 

      <group bgcolor＝”red”w＝3-“h＝”30”raise＝”false”> 

            <att when＝”focus”name＝”raise”value＝“true”/> 

      </group> 

      <group bgcolor＝”blue”/> 

</group> 

</trigml> 

如图6中所示，当此TrigML程序代码片段被呈递，红色群在显示器260上显示为20×20的红色正方形605(它被其父群裁剪，裁剪没有示出)。然后蓝色群在其之上被呈递，于是如用户所见的最终呈递的页面仅包含蓝色的20×20正方形610。 

如图7中所示，如果焦点然后被移到红色群，<att>代码元素修改红色群的提升属性，以将该值设为真。当该页面被呈递时，红色群被跳过(因为它被提升了)，然后蓝色群被画成如20×20的蓝色正方形705。最终被提升的红色群被呈递(未被裁剪，因为它被提升了)，并且如用户缩减的最终呈递的页面包含30×30红色正方形710。 

一个实施例依赖于全局递延绘制列表的隐性存在，并且任何递延呈递的UI元素被添加到该全局列表中。这是对现有技术解决方案的一个改进。 

另一个的实施例并不将UI元素提升到全局层次，从而它们在所有非被提升的UI元素之后被绘制。<raisecontainer>元素的添加“捕捉”被提升的UI元素。这可以允许例如UI元素被提升，而允许其他的(非被提升的)UI元素在此之后继续被呈递，从而允许持久化的顶层活动。此实施例的使用TrigML程序代码的一个示例由以下示出： 

    <trigml> 

       <group w＝”20”h＝”20”bgcolor＝”red”raise＝”false”> 

             <att when＝”focus”name＝”raise”value＝”highplace”/> 

       </group> 

       <group w＝”20”h＝”20”bgcolor＝”blue”> 

       <raisecounter id＝”highplace”/> 

       <group bgcolor＝”green”w＝”10”h＝”10”/> 

</trigml> 

通过如上所述地利用UI元素被声明的次序创建出树。这里正常的呈递次序是红色、蓝色、绿色，并且用户看见覆盖在20×20的蓝色正方形上的10×10绿色正方形。在该正常呈递中，提升容器是空的，所以当其被求值时没有任何事物被呈递。 

然而，当红色群被提升时，z序被改变，从而红色群通过使用如上所示的提升计数器(raisecounter)被绘制。因此呈递是蓝色、红色、绿色，结果得到覆盖在20×20红色正方形上的10×10绿色正方形。这样的优点在于我们实现了UI元素的提升但仍设法保持了被覆盖的绿色正方形。对我们将UI元素提升到的层次的这种额外的控制提供了一种保持覆盖的方法。典型的使用情形是应被画在其他任何事物——包括任意当前被聚焦的已经提升其自身的UI元素——之上的弹出式菜单。 

提升容器可以被嵌套，并且提升容器自身可以被提升，这给予了远多于之前可能的对UI的各层和各子层的控制。在效果上，提升容器是一层，但是该层可以改变其z序并且无需是全屏的。由此实现对z序的细粒度控制，即，在层内控制z序，这是相对于仅仅将UI元素一直推到各层的顶部或一直推到各层的底部。 

另外，被提升的UI元素由提升容器绘制，并且为此由提升容器的框架来裁剪，这意味着修改被提升的UI元素不再需要触发整个屏幕的刷新。这允许在无需提高处理功率的情况下实现复杂的UI。 

图8是描绘了在本发明的一个实施例中呈递提升元素的过程的流程图。起初，定义一包含用户界面元素的结构(步骤805)。该结构可以是如以上所定义的树结构或另一种可以跟踪要呈递的用户界面元素的文件或数据结构。接下来定义一提升用户界面元素(步骤810)。该提升用户界面元素是想要在其他元素之后被呈递的元素。该提升元素可以典型地被定义为按由关于步骤805的结构定义的次序来被呈递，然而，希望在正常次序之外呈递该提升元素。 

然后在显示器上呈递各用户界面元素(步骤815)。此呈递是通过步进遍历在步骤805中定义的结构来完成的。注意，呈递也许不仅是为了呈现，而可能是定义行为的程序代码。优选地，在此步骤中不呈递提升用户界面元素，因为它将再次被呈递(在以下步骤820中定义)，由此来防止呈递提升用户界面元素两次。 

最终显示提升用户界面元素(步骤820)。虽然本说明只定义了一个提升用户 界面元素，但是多个用户界面元素可以被定义为要被“提升”并且由此多个用户界面元素可以在正常用户界面元素结构次序之外被呈递。 

上面的方法和软件设计描述也可以在装置中实现，作为指令存储在RAM或其他记忆存储设备中。 

上面的方法和软件设计描述也可以在装置中实现，作为指令存储在RAM或其他记忆存储设备中。尽管在本文件中所给出的过程已经按特定次序被顺序图解和描述，但是在其他实施例中，这些过程的步骤可以按不同的次序、多次、和/或并行地执行。进一步，在一些实施例中，在这数个过程中描述的一个或多个步骤可以作为单独的步骤、组合成较少的步骤来执行，或可能完全被省略。 

虽然前面的公开示出了本发明的说明性实施例，但是应当注意到，可以对所描述的实施例作不同的变更和修改而不会脱离由所附权利要求定义的本发明的精神和范围。此外，尽管本发明的要素可能是以单数的形式被描述或要求权利，但是除非显性地陈述了是限定为单数，否则复数也是已被构想了的。 

Claims (6)

1.一种控制在一呈现中呈递的被提升元素的z序的方法，包括：

定义表示在所述呈现中的排版次序的有序元素结构；

将所述有序元素结构中的所述被提升元素指派给一提升容器元素，所述被提升元素处于所述有序元素结构中，所述提升容器元素处于所述有序元素结构中；以及

呈递所述有序元素结构的呈现，所述被提升元素在所述提升容器元素被呈递时在所述呈现中被呈递，进一步地所述被提升元素是基于受所述提升容器元素控制的一组呈递属性来被呈递的，所述一组呈递属性包括z序属性。

2.如权利要求1所述的方法，进一步包括仅当所述提升容器元素被呈递时才呈递所述被提升元素。

3.如权利要求1所述的方法，进一步包括定义包含元素的结构为树结构。

4.如权利要求1所述的方法，进一步包括定义所述一组呈递属性包括裁剪属性。

5.如权利要求1所述的方法，进一步包括通过聚焦在一显示的用户界面元素上来定义所述被提升元素。

6.一种用于控制在一呈现中呈递的被提升元素的z序的设备，包括：

用于定义表示在所述呈现中的排版次序的有序元素结构的装置；

用于将所述有序元素结构中的所述被提升元素指派给一提升容器元素的装置，其中所述被提升元素处于所述有序元素结构中，其中所述提升容器元素处于所述有序元素结构中；

用于呈递所述有序元素结构的呈现的装置，其中所述被提升元素是在所述提升容器元素被呈递时在所述呈现中被呈递的，进一步地所述被提升元素是基于受所述提升容器元素控制的一组呈递属性来被呈递的，其中所述一组呈递属性包括z序属性。

Images