用于应用程序窗口分组和管理的方法和装置的制作方法

专利名称：用于应用程序窗口分组和管理的方法和装置的制作方法
用于应用程序窗口分组和管理的方法和装置发明领域本发明的各方面一般涉及操作系统中的应用程序窗口图形界面。更具体而言， 本发明的各方面涉及用于对操作系统中的多个应用程序窗口表示分组并允许在应 用程序窗口表示之间存在某一智能行为的方法和系统。发明背景随着在工作和个人生活中对计算机的使用的增加，对允许更容易地使用它们 的期望也增加。当今的许多操作系统利用基于窗口的应用程序配置。信息被显式在 显示屏上看似为若干张纸。通过与窗口交互，用户可如同抓住单张纸那样来访问任 何窗口 。基于窗口的配置允许用户在显示屏上同时打开两个或更多窗口 。应用程序窗口是所有图形用户界面(GUI)系统的用户界面工具。尽管应用程 序窗口在各个系统之间在外观上可能不同，但它们共享许多共同的属性，诸如调整 大小和重新定位以及在与不同应用程序相关联的其它应用程序窗口中存在的能力。 在许多GUI系统中，在诸如任务栏等预定义区域中对每一打开的应用程序窗口都 存在一个表示。该表示是可由用户用于快速定位特定应用程序窗口和/或访问特定 应用程序窗口的参考指导。现代GUI常见的一种用户交互情形涉及共享公共屏幕实际面积的多个同时打 开的应用程序窗口。对多个同时打开的应用程序窗口的支持是现代GUI的吸引力 和能力的一部分，但是这通常会导致应用程序窗口彼此重叠和遮挡，从而使得用户 难以定位或导航到特定的应用程序窗口。这种情形和相关联的解决方案通常被称为 窗口管理问题和解决方案。用户通常将应用程序窗口与诸如电子邮件等任务相关联，并且还可在多个应 用程序窗口和单个任务或项目之间创建心理上的关联。例如，为了产生幻灯片演示， 用户可能需要来自三个或四个不同应用程序窗口，可能来自诸如电子邮件、图形应 用程序和电子表格应用程序等一个或多个应用程序的内容。多个应用程序窗口可以 在屏幕上可见，且每一应用程序窗口可以与一个或多个任务相关联。用户必须定位 这些完全不同的应用程序窗口并在它们之间导航以访问或交换内容来完成任务。许多GUI中都有公用窗口管理解决方案，其中应用程序窗口在主要工作屏幕 空间中可被最小化并从视图中移除。最小化的应用程序窗口通常由一小得多的UI元素来表示。在华盛顿州雷蒙德市Microsof^公司的Windows XP中，最小化的应 用程序窗口被表示为控制栏上的应用程序窗口小块，诸如任务栏控件。在加利福尼 亚州库珀蒂诺市Apple计算机公司的Mac OS X中，最小化的应用程序窗口被表示 为停靠栏中的微型縮略图按钮。最小化应用程序窗口允许用户将不需要的应用程序 窗口从屏幕空间中移除，从而允许它们聚焦在较小的一组应用程序窗口上。然而， 当试图通过从任务栏区域访问其表示来检索应用程序窗口时，所需的表示在较不重 要的表示对用户可见时通常在粗略扫视之下是被埋没的。发明概述存在对提供窗口管理系统以协助管理显示屏幕的预定义区域内的多个应用程 序窗口表示的能力的需求。本发明的各方面提供了一种用于管理多个应用程序窗口 表示的新方法。该方法包括在预定义区域中定义一组应用程序窗口表示位置以及在 该应用程序窗口表示位置中显示多个应用程序窗口表示的步骤。在接收到打开第一 应用程序窗口的输入之后，该方法在预定义区域中创建第一应用程序窗口表示、确 定多个窗口表示中的第二应用程序窗口表示是否需要被重新定位到隐藏应用程序 窗口表示位置、并在确定该第二应用程序窗口表示需要被重新定位时将该第二应用 程序窗口表示重新定位到隐藏应用程序窗口表示，其中隐藏应用程序窗口表示位置 在粗略扫视之中。 .本发明的另一方面提供了一种用于显示与应用程序窗口相关联的通知的方 法。该方法包括在显示屏幕的预定义区域中的可见应用程序窗口表示位置中显示第 一应用程序窗口表示、以及将第二应用程序窗口表示维持在隐藏应用程序窗口表示 位置内的步骤，一眼就能看到的隐藏应用程序窗口表示位置与第一窗口应用程序表 示相关联。该方法还包括接收与第二应用程序窗口相关联的通知、以及将第二应用 程序窗口表示从隐藏应用程序窗口表示位置重新定位到显示屏幕的预定义区域内 的第二可见应用程序窗口表示位置的步骤。附图简述当结合附图阅读时能更好地理解以上发明概述以及以下说明性实施例的详细
描述，附图是作为示例而非对所要求保护的本发明的限制而被包括在内的。

图1A示出了其中可实现本发明的某些方面的通用数字计算环境的示意图； 图IB到1M示出了支持本发明的一个或多个方面的通用计算机环境； 图2示出了常规的窗口管理情形；图3示出了根据本发明的至少一方面的包括应用程序相关应用程序窗口的粗 略扫视的应用程序窗口表示系统的示例；图4示出了根据本发明的至少一方面的包括与多文档界面(MDI)父应用程 序窗口相关联的MDI子应用程序窗口的粗略扫视的应用程序窗口表示系统的另一 示例；图5A示出了包括翻阅应用程序窗口小块的溢出添加滚动条的常规任务栏区域；图5B示出了根据本发明的至少一方面的包括溢出菜单的应用程序窗口表示 系统的示例；图6A示出了包括应用程序通知的常规任务栏区域；图6B和6C示出了根据本发明的至少一方面的包括应用程序窗口专用通知的 应用程序窗口表示系统的示例；图7是根据本发明的至少一方面的用于定位应用程序窗口表示的方法的说明 性示例的流程图；图8是根据本发明的至少一方面的用于定位应用程序窗口表示的方法的另一 说明性示例的流程图；.图9是根据本发明的至少一方面的用于定位应用程序窗口表示的方法的另一 说明性示例的流程图；图10是根据本发明的至少一方面的用于显示对应于应用程序窗口表示的通知 的方法的另 一说明性示例的流程图。说明性实施例的详细描述在以下各说明性实施例的描述中，参考了附图，附图形成各实施例的一部分， 并作为说明示出了其中可实现本发明的各实施例。可以理解，可利用其它实施例并 且可做出结构和功能上的修改而不脱离本发明的范围。图1示出了其上可实现本发明的合适的计算系统环境100的一个示例。计算 系统环境100仅为合适的计算环境的一个示例，并非对本发明的使用范围或功能提
出任何局限。也不应将计算系统环境100解释为对示例性计算系统环境100中示出 的任一组件或其组合具有任何依赖或需求。本发明可以使用众多其它通用或专用计算系统环境或配置来操作。适用于本 发明的众所周知的计算系统、环境和/或配置的示例包括但不限于，个人计算机、 服务器计算机、手持式或膝上设备、多处理器系统、基于微处理器的系统、机顶盒、 可编程消费者电子设备、网络PC、小型机、大型机、包括任一上述系统或设备的 分布式计算环境等等。本发明可以在诸如程序模块等由计算机执行的计算机可执行指令的一般上下 文中描述。 一般而言，程序模块包括例程、程序、对象、组件、数据结构等等，它 们执行特定的任务或实现特定的抽象数据类型。本发明也可以在分布式计算环境中 实践，其中任务由通过通信网络连接的远程处理设备来执行。在分布式计算环境中， 程序模块可以位于包括存储器存储设备的本地和远程计算机存储介质中。参考图1A，用于实现本发明的示例性系统包括计算机110形式的通用计算设备。计算机110的组件可包括但不限于，处理单元120、系统存储器130以及将包 括系统存储器的各类系统组件耦合至处理单元120的系统总线121。系统总线121 可以是若干种总线结构类型的任一种，包括存储器总线或存储器控制器、外围总线 以及使用各类总线体系结构中任一种的局部总线。作为示例而非局限，这类体系结 构包括工业标准体系结构(ISA)总线、微通道体系结构(MCA)总线、增强ISA (EISA)总线、视频电子技术标准协会(VESA)局部总线以及外围部件互连(PCI) 总线，也称为Mezzanine总线。计算机110通常包括各种计算机可读介质。计算机可读介质可以是可由计算 机110访问的任一可用介质，包括易失性和非易失性介质、可移动和不可移动介质。 作为示例而非局限，计算机可读介质包括计算机存储介质和通信介质。计算机存储 介质包括以用于储存诸如计算机可读指令、数据结构、程序模块或其它数据等信息 的任一方法或技术实现的易失性和非易失性，可移动和不可移动介质。计算机存储 介质包括但不限于，随机存取存储器(RAM)、只读存储器(ROM)、电可擦除 可编程只读存储器(EEPROM)、闪存或其它存储器技术、CD-ROM、数字多功 能盘(DVD)或其它光盘存储、磁盒、磁带、磁盘存储或其它磁存储设备、或可 以用来储存所期望的信息并可由计算机110访问的任一其它介质。通信介质通常具 体化为诸如载波或其它传输机制的已调制数据信号中的计算机可读指令、数据结 构、程序模块或其它数据，并包括任一信息传送介质。术语"已调制数据信号"指
以对信号中的信息进行编码的方式设置或改变其一个或多个特征的信号。作为示例 而非局限，通信介质包括有线介质，如有线网络或直接连线连接，以及无线介质， 如声学、RF、红外和其它无线介质。上述任一的组合也应当包括在计算机可读介 质的范围之内。系统存储器130包括易失性和/或非易失性存储器形式的计算机存储介质，如ROM 131和RAM 132。基本输入/输出系统133 (BIOS)包括如在启动时帮助在计 算机110内的元件之间传输信息的基本例程，通常储存在ROM 131中。RAM 132 通常包含处理单元120立即可访问和/或当前正在操作的数据和/或程序模块。作为 示例而非局限，图1A示出了操作系统134、应用程序135、其它程序模块136和 程序数据137。计算机110也可包括其它可移动/不可移动、易失性/非易失性计算机存储介质。 仅作示例，图1A示出了对不可移动、非易失性磁介质进行读写的硬盘驱动器141、 对可移动、非易失性磁盘152进行读写的磁盘驱动器151以及对可移动、非易失性 光盘156，如CDROM或其它光介质进行读写的光盘驱动器155。可以在示例性操 作环境中使用的其它可移动/不可移动、易失性/非易失性计算机存储介质包括但不 限于，磁带盒、闪存卡、数字多功能盘、数字录像带、固态RAM、固态ROM等 等。硬盘驱动器141通常通过不可移动存储器接口，如接口 140连接到系统总线 121，磁盘驱动器151和光盘驱动器155通常通过可移动存储器接口，如接口 150 连接到系统总线121。上文讨论并在图1A中示出的驱动器及其关联的计算机存储介质为计算机110 提供了计算机可读指令、数据结构、程序模块和其它数据的存储。例如，在图1A 中，示出硬盘驱动器141储存操作系统144、应用程序145、其它程序模块146和 程序数据147。注意，这些组件可以与操作系统134、应用程序135、其它程序模 块136和程序数据137相同，也可以与它们不同。这里对操作系统144、应用程序 145、其它程序模块146和程序数据147给予不同的标号来说明至少它们是不同的 副本。用户可以通过输入设备，如数码相机163、键盘162和定位设备161 (通常 指鼠标、跟踪球或触摸垫)向计算机110输入命令和信息。其它输入设备(未示出) 可包括笔、指示笔和输入板、话筒、操纵杆、游戏垫、圆盘式卫星天线、扫描仪等 等。这些和其它输入设备通常通过耦合至系统总线121的用户输入接口 160连接至 处理单元120，但是也可以通过其它接口和总线结构连接，如并行端口、游戏端口 或通用串行总线(USB)。监视器191或其它类型的显示设备也通过接口，如视频
接口 190连接至系统总线121。除监视器之外，计算机也可包括其它外围输出设备，如扬声器197和打印机196，它们通过输出外围接口 195连接。计算机110可以使用到一个或多个远程计算机，如远程计算机180的逻辑连 接在网络化环境中操作。远程计算机180可以是个人计算机、服务器、路由器、网 络PC、对等设备或其它常见的网络节点，并通常包括许多或所有相对于计算机110 所描述的元件，尽管在图1A中仅示出了存储器存储设备181。图1A描述的逻辑 连接包括局域网(LAN) 171和广域网(WAN) 173，但也可包括其它网络。这类 网络环境常见于办公室、企业范围计算机网络、内联网以及因特网。当在LAN网络环境中使用时，计算机IIO通过网络接口或适配器170连接至 LAN 171。当在WAN网络环境中使用时，计算机110通常包括调制解调器172或 用于通过WAN173，如因特网建立通信的其它装置。调制解调器172可以是内置 或外置的，它通过用户输入接口 160或其他合适的机制连接至系统总线121。在网 络化环境中，相对于计算机110所描述的程序模块或其部分可储存在远程存储器存 储设备中。作为示例而非局限，图1A示出远程应用程序185驻留在存储器设备181 上。可以理解，示出的网络连接是示例性的，也可以使用在计算机之间建立通信链 路的其它手段。可以理解，示出的网络连接是示例性的，也可以使用在计算机之间建立通信 链路的其它手段。假定诸如TCP/IP、以太网、FTTP、 HTTP等各种公知协议中的 任一种的存在，且系统可在客户机-服务器配置中操作以允许用户从基于web的服 务器检索网页。可使用各种常规web浏览器中的任一种来显示和操纵网页上的数 据。编程接口 (或简称之为接口)可以被视为用于允许一个或多个代码段与由一 个或多个其它代码段提供的功能进行通信或对其进行访问的任何机制、进程、协议。 或者，编程接口可以被视为能够通信地耦合至其它组件的一个或多个机制、方法、 函数调用、模块等的系统的组件的一个或多个机制、方法、函数调用、模块、对象 等。上述语句中的术语"代码段"意在包括一个或多个指令或代码行，并包括例如， 代码模块、对象、子例程、函数等等，而无论应用的术语是什么、或代码段是否被 单独编译、或代码段是否作为源代码、中间代码或目标代码来提供、代码段是否在 运行时系统或进程中使用、或它们是否位于同一或不同机器上或跨多个机器分布、 或由代码段表示的功能是否完全由软件、完全由硬件或由硬件和软件的组合来实 现。 概念上，编程接口可以被一般地察看，如图1B或图1C所示的。图1B示出 了接口 "接口 1"为管道，第一和第二代码段通过该管道进行通信。图1C示出了 接口包括接口对象Il和12 (可以是或不是第一和第二代码段的部分)，它们允许系统的第一和第二代码段通过介质M进行通信。在图1C的视图中，可以认为接 口对象II和12为同一系统的分开的接口 ，并且也可以认为对象II和12加上介质 M构成了接口。尽管图1B和1C示出了双向流程以及该流程的每一侧上的接口， 但某些实现可仅具有一个方向上的信息流(或如下所述没有信息流)，或仅具有一 侧的接口对象。作为示例而非局限，诸如应用程序编程接口 (API)、入口点、方 法、函数、子例程、远程过程调用和组件对象模型(COM)接口等术语包含在编 程接口的定义之内。这类编程接口的各方面可包括第一代码段向第二代码段发送信息的方法(其 中，"信息"以其最广泛的意义使用，并包括数据、命令、请求等等)；第二代码 段接收信息的方法；以及该信息的结构、序列、句法、组织、模式、定时和内容。 在这一点上，只要信息以接口所定义的方式传输，底层传输介质本身可以对接口的 操作不重要，无论该介质是有线还是无线，或两者的组合。在某些情况下，信息可 以不在常规意义上的一个或两个方向上传递，因为信息传输可以或者通过另一机制 (如，信息被放置在与代码段之间的信息流分离的缓冲区、文件等中)或者不存在， 如当一个代码段仅访问由第二代码段执行的功能的时候。这些方面的任一个或所有 可以在给定的情况下是重要的，如，取决于代码段是否是松耦合或紧耦合配置的系 统的一部分，并且因此该列表应当被认为是说明性的而非限制。编程接口的这一概念对本领域的技术人员是已知的，并且可以通过阅读上述 本发明的详细描述而清楚。然而，有其它方法来实现编程接口，并且除非明显地排 除，否则这些方法也由本说明说提出的所附权利要求书包含在内。这些其它方法看 似比图1B和1C的视图更精密或复杂，但是它们仍执行类似的功能来实现同一整 体结果。现在简要描述编程接口的某些说明性替换实现。丄備可以通过将通信分裂成多个离散通信来间接地实现从一个代码段到另一个的 通信。这在图1D和1E中示意性地描述。如图所示，可以按照可分功能集来描述 某些接口。由此，可以分解图1B和1C的接口功能来达到相同的结果，如同可以 在数学上提供24，或2乘2乘3乘2—样。因此，如图1D所示，可以细分由接口 "接口 l"提供的功能以将该接口的通信转换成多个接口"接口 1A"、"接口 1B"、 "接口 1C"等，而达到相同的结果。如图1E所示，由接口I1提供的函数可以被细分成多个接口Ila、 Ilb、 Ilc等，而达到相同的结果。类似地，从第一代码段接 收信息的第二代码段的接口 12可以被分解成多个接口 I2a、 12b、 12c等。当分解时， 包括在第一代码段中的接口的数量不需要匹配包括在第二代码段中的接口的数量。 在图1D或1E的任一情况下，接口 "接口 1"和II的功能性精神分别与图1B和 1C的保持相同。接口的分解也可遵从结合、交换和其它数学性质，使得分解较难 识别。例如，操作的排序可以是不重要的，并且因此由接口完成的功能可以在达到 该接口之前由另一段代码或接口较好地完成，或者由系统的单独组件执行。此外， 编程领域的普通技术人员可以理解有各种方式来作出达到相同结果的不同函数调 用。万.置定l在某些情况下，可能忽略、添加或重定义编程接口的某些方面(如参数)， 而仍达到预期的结果。这在图1F和1G中示出。例如，假定图1B的接口 "接口 1" 包括函数调用Square(input， precision, output)(求平方)，这是包括三个参数input (输入)、precision (精度)禾P output (输出)，并且由第一代码段向第二代码段 发出的调用。如果中间参数precision在给定的情形下无关紧要，如图1F所示，则 它也可以被忽略或甚至由一 meaningless (无意义)(在这一情况下)参数来替换。 一种方式也可以添加无关紧要的additional (另外)参数。在任一情况下，只要在 输入由第二代码段求平方之后返回输出，就可以达到求平方的功能。Precision也有可能对计算系统的某一下游或其它部分是极有意义的参数；然而， 一旦认识到 precision对计算平方这一有限目的不是必需的，它就可以被替换或忽略。例如，并 非传递一个有效的pricision值，而是在不对结果产生不利影响的情况下传递诸如出 生日期等无意义的值。类似地，如图1G所示，接口Il由接口I1'替换，它被重定 义来忽略或向接口添加参数。接口 12可类似地被重定义为接口 12'，它被重定义来 忽略不必要的参数，或可在别处处理的参数。此处的要点是在某些情况下，编程接 口可包括对某一目的而言所不需要的方面，诸如参数，因此可以忽略或重定义它们， 或在别处为其它目的处理它们。C.内联代码编写
合并两个分开的代码模块的一些或全部功能，使得它们之间的"接口"改变 形式也是可行的。例如，图IB和1C的功能可以被分别转化成图1H和II的功能。 在图1H中，图IB的先前的第一和第二代码段被合并成包含两者的模块。在这一 情况下，该代码段仍可以彼此通信，但是该接口可以适用于更适合单个模块的形式。由此，例如，正式的Call (调用)禾口 Return (返回)语句将不再必需，但是依照接 口 "接口 1"的类似处理或响应仍是有效的。类似地，如图ll所示，图1C的部分 (或全部)接口I2可以内联地写入接口I1来形成接口I1"。如图所示，接口I2被 划分成I2a和I2b，并且接口部分I2a与接口I1内联地编写代码来形成接口 11"。对 于一个具体的示例，考虑图1C的接口 II执行一函数调用square(i叩ut, output),它 由接口I2接收，接口 12在由第二代码段处理了随input传递的的值(对其求平方) 之后，使用output传回已求平方的结果。在这一情况下，由第二代码段执行的处 理(对input求平方)可以由第一代码段在不调用该接口的情况下执行。D,應薯可以通过将通信分裂成多个离散的通信来间接地实现从一个代码段到另一个 的通信。这在图1J和1K中示意性地描述。如图1J所示，提供了一个或多个中间 件(脱离接口，因为它们从原始接口脱离功能和/或接口函数)，以转化第一接口"接口 1"上的通信，使得它们符合不同的接口，在本情况下为"接口 2A"、"接 口 2B"和"接口 2C"。这可以在这样一种情况中完成，例如，存在被设计成依照"接口 l"协议与如操作系统进行通信的已安装应用程序库，但是然后该操作系统 被改为使用不同的接口，在本情况下为接口 "接口 2A"、"接口 2B"和"接口 2C"。要点是改变了由第二代码段使用的原始接口，使得它不再与第一代码段所 使用的接口兼容，因此使用中介来令旧接口和新接口兼容。类似地，如图1K所示， 可以使用脱离接口 DI1引入第三代码段以从接口 II接收通信，并使用脱离接口 DI2 引入第三代码段以向例如被重新设计成与DI2 —起工作的接口 12a和I2b发送接口 功能，但是提供相同的功能性结果。类似地，DI1和DI2可以共同工作以将图1C 的接口 II和12的功能转换到一新的操作系统，而提供相同或类似的功能性结果。畫写再一种可能的变型是动态地重写代码，以使用别的东西来替换接口功能，而 仍达到相同的总体结果。例如，可以有这样一种系统，其中，向执行环境(如由.Net 框架提供的环境、Java运行时环境或其它类似的运行时型环境)中的即时 (Just-in-Time) (JIT)编译器或解释器提供了以中间语言(如Microsoft IL、 Java ByteCode等)呈现的代码段。可以编写JIT编译器以动态地将通信从第一代码段 转换到第二代码段，即，令它们符合第二代码段(原始或不同的第二代码段)可能 需要的不同接口。这在图1L和1M中有描述。如图1L中所看见的，这一方法类 似于上述的脱离情形。它可以在这样一种情况下完成，例如，已安装应用程序库被 设计成依照"接口 1"协议来与操作系统进行通信，但是然后该操作系统被改为使 用不同的接口。 JIT编译器可以用于令来自已安装应用程序库的进行中的通信符合 操作系统的新接口。如图1M所描述的，这一动态重写接口的方法也可应用于动态 地分解或者改变接口。应当注意，通过替换实施例实现与接口相同或相似的结果的上述情形也可以 用各种方式串行地和/或并行地或与其它干预代码组合。由此，上文呈现的替换实 施例并非互斥，并且可以被混合、匹配和组合以产生与图IB和1C中所呈现的一 般情形相同或等效的情形。也应当注意，对于大多数编程构造，可以有此处未描述 的实现接口的相同或相似功能的其它类似的方式，但是它们仍由本发明的精神和范 围来表示，即，应当注意，它至少部分地是由作为接口的值的基础的接口表示的功 能和由其启用的有利结果。图2示出了某些图形用户界面系统中的常规窗口管理情形200。如图所示，多 个打开的应用程序窗口部分或完全被定位在前面的其它更大的窗口遮挡。具体地， 图2示出了 Z顺序配置的多个窗口 203a-203d的情形200，其中应用程序窗口 203a 在Z顺序中比窗口 203b、 203c和203d高。应用程序窗口 203a-203d被示为在桌面 空间201内。桌面空间201是允许显示对应于应用程序的窗口的显示区域。底部的诸如任 务栏等预定义区域210指示哪些应用程序窗口当前正在使用中，包括哪些窗口可以 是可见的或可被最小化。预定义区域210是用于列出窗口并启用对其的操纵(如激 活、移动、隐藏和最小化)的屏幕上窗口远程控制的一种具体实现。窗口 203a、 203b和203c由应用程序小块213a表示，而窗口 203d由应用程序窗口小块213b 表示。如本示例中所示，应用程序被标识为当前具有6个打开窗口的"Internet Engine"。应用程序窗口 203a-203d和应用程序小块213包括应用程序图标标识符 223a以允许用户标识运行该应用程序窗口的应用程序的类型。尽管未提及，但应 用程序窗口小块213b也可包括应用程序图标标识符。窗口 203a-203d的内容的文
件名在用户将指针231在用于打开弹出菜单的图标247上移动时在弹出菜单271 中示出。文件名可以由操作该窗口的应用程序生成和/或可由用户定制。图2示出了粗略扫视之下的应用程序窗口的示例。所示的常规粗略扫视为应 用程序小块231a之下的每一打开的应用程序窗口小块维护一应用程序窗口小块。 应用程序小块213a标识了该粗略扫视之中的应用程序窗口之间的公共应用程序， 并且不表示任何特定的打开的应用程序窗口 。例如，如图2所示，在"Internet Engine" 应用程序之下打开的任何应用程序窗口被包含在该粗略扫视之内。如图所示，示出 了应用程度窗口小块计数器244，它是一种类型的视觉指示符，以允许用户标识当 前在"InternetEngine"应用程序下打开了多少应用程序窗口 。窗口 203a-203d由应用程序用于向用户显示内容。窗口 203a-203d中的每一个 独立于其它窗口 203a-203d并在其外部。如此处所使用的，当第一窗口不包含在第 二窗口内且第二窗口不包含在第一窗口内时，第一窗口在第二窗口外部。应当理解， 如果两个窗口仅仅是重叠的，则第一窗口不包含在第二窗口内。图3示出了根据本发明的至少一方面的包括对应用程序相关应用程序窗口的 粗略扫视的应用程序窗口表示系统的一个示例。在情形300中，诸如任务栏区域等 预定义区域包括其中定位了应用程序窗口小块313a-3131的一组定义的位置。如图 所示，应用程序窗口小块313a占据了最近使用的位置，应用程序窗口小块313b 占据了第二最近使用的位置，而其它应用程序窗口小块被示为占据其它位置。本领 域的技术人员应当理解，应用程序窗口小块的位置排列可被配置为基于与使用相应 的应用程序窗口的新近性不同的格式。应用程序窗口小块313c被示为在第三最近使用的位置中。示出了其中示出五 个应用程序窗口小块并且特别地提及小块313c、 313d和313g的粗略扫视。应用程 序窗口小块313a-313g对应于在同一应用程序下操作的应用程序窗口。应用程序图 标标识符323a指示该应用程序窗口小块在什么应用程序下操作。当用户将指针231 在用于打开粗略扫视菜单371的图标347a上移动时，粗略扫视菜单371从隐藏状 态显示。粗略扫视菜单371示出了该粗略扫视的应用程序窗口小块以允许用户快速 访问特定的应用程序窗口。本发明的一方面允许用户直接访问应用程序窗口小块 313c而无需首先打开应用程序窗口小块的粗略扫视。图2中的常规系统示出用户 必须首先打开应用程序小块213a来看见该粗略扫视中的所有小块。在本发明的一 方面中，用户可直接访问与应用程序窗口小块313c相关联的应用程序窗口而不用 首先打开该粗略扫视。
应用程序窗口小块313c和313j不同于应用程序窗口小块313a、 313b、 313h 和3131，因为它们被配置成对用户包括附加数据。用户可通过点击应用程序图标标 识符的标题部分来访问与应用程序窗口小块313c相关联的应用程序窗口。或者， 用户可通过访问图标347a、 347b之一以扩展粗略扫视来看见该粗略扫视的内容。 在扩展粗略扫视时，可显示粗略扫视菜单371或粗略扫视的应用程序窗口小块的某 一其它形式的显示。用户然后可使用指针231来通过选择粗略扫视菜单371中的对 应应用程序窗口小块来访问期望的应用程序窗口。用户可通过应用程序窗口小块计 数器324a来标识粗略扫视内的应用程序窗口小块的数目。应用程序窗口小块计数 器324a是用于标识粗略扫视中的应用程序窗口的数目的一种视觉指示符。如图3 所示，应用程序窗口小块计数器示出了值4以相关到该粗略扫视内的4个应用程序 窗口小块。应用程序窗口小块计数器324b示出了值2以相关到不同的粗略扫视中 的两个应用程序窗口小块。本领域的技术人员应当理解可使用多个不同的应用程序 窗口表示并且应用程序窗口小块仅是一个示例。本发明不限于应用程序窗口的任何 类型的表示。另外，图3示出了用户可在应用程序窗口粗略扫视上做出的各种动作。例如， 用户可在"Minimize All (最小化全部)"操作上移动指针231以将该粗略扫视中 的所有应用程序窗口最小化到诸如任务栏等预定义区域。此外，用于粗略扫视应用 程序窗口的方法可被系统配置成默认操作、可由第三方销售商配置和/或可由用户 配置。例如，默认程序可按照使用应用程序窗口的新近性来排列应用程序窗口小块。 第三方销售商程序可根据内容中的相似性来排列应用程序窗口 ，而用户可根据某一 其它方法，如按照应用程序的类型来配置其应用程序窗口。再一次，本领域的技术 人员应当理解本发明并不如此限于所提供的示例和图示。在常规的图形用户界面系统下，用户只能切换到顶层窗口。然而，某些窗口 被称为子窗口，因为它们是某一类型的容器内的一组窗口的一部分。这一容器的一 个示例是多文档界面(MDI)应用程序，其中诸如Microsoft Visio等应用程序具 有单个顶层，即父窗口和在该窗口内打开的多个文档，即子窗口。对MDI的一种 替换是单文档界面(SDI)，其中每一窗口包含一个文件，但是在显示屏上可以打 开多个窗口以一次显示几个文件。Microsoft Word是SDI应用程序的一个示例。图4示出了根据本发明的至少一方面的包括与多文档界面(MDI)父应用程 序窗口相关联的MDI子应用程序窗口的粗略扫视的应用程序表示系统的一个示 例。在这一情形400中，示出了多个应用程序窗口 403a-403d。应用程序窗口 403a
由应用程序窗口小块413a表示。应用程序窗口小块413a类似于应用程序窗口小块 313c，表现在它包括应用程序窗口小块计数器424和图标447。如果用户将指针悬 停在图标447上，则显示粗略扫视菜单471以示出该粗略扫视内的底层应用程序窗 口图标。应用程序窗口 403a是MDI父应用程序窗口。应用程序窗口 403b-403d是与 MDI父应用程序窗口 403a相关联的MDI子应用程序窗口。如作为一个示例示出 的，应用程序窗口 403b-403d中的每一个由显示屏的预定义区域210中的粗略扫视 中的应用程序窗口小块413a表示。用户然后可使用指针231来通过选择粗略扫视 菜单471中的对应应用程序窗口小块来访问期望的应用程序窗口。应用程序图标标 识符423指示应用程序窗口小块在什么应用程序下操作。对此，每一应用程序窗口 小块的应用程序图标标识符与作为与MDI父应用程序窗口 403a相关联的MDI子 应用程序窗口的应用程序窗口 403b-403d相同。应用程序窗口小块的粗略扫视的配 置可以是默认系统配置、由第三方销售商设计的配置和/或用户可定制的配置。由 此，在本发明的至少一方面中，打开的MDI子应用程序可被自动配置成在MDI 父应用程序窗口 403a的粗略扫视内具有其对应的应用程序窗口表示413。本领域的技术人员应当理解，图3的描述的各方面也可被包括在图4的描述 中。例如，用户可以与参考图3所描述的相同或相似的方式对MDI应用程序窗口 的粗略扫视做出各种动作。用户可类似于图3所示的在"Minimize All"操作上移 动指针231以将该粗略扫视中的所有MDI子应用程序窗口最小化到诸如任务栏等 预定区域。此外，用于粗略扫视应用程序窗口的方法可由系统配置为默认操作、可 由第三方销售商配置和/或可由用户配置。例如，默认程序可按照使用应用程序窗 口的新近性来排列应用程序窗口小块。第三方销售商程序可根据内容的相似性来排 列应用程序窗口小块，而用户可根据某一其它方法，如按照应用程序类型来配置其 应用程序窗口。再一次，本领域的技术人员应当理解，本发明并不如此限于所提供 的示例和说明，并且也可一起使用来自其它不同示例的特征的组合。图5A示出了包括用于翻阅应用程序窗口小块的溢出添加滚动条的常规任务 栏区域。在情形500a中，当打开了超过任务栏区域210a中的一组小块位置的个数 的应用程序窗口时，另外的小块被定位在第二任务栏区域210b中。情形500a示出 如何将应用程序小块513a和513b定位在任务栏区域210a的该组小块位置中。类 似地，应用程序窗口小块513c和513j也被定位在任务栏区域210a内。当任务栏 区域210a内的所有小块位置被占据且打开一新的应用程序窗口时，对应于该新的
应用程序窗口的应用程序窗口小块518a被定位在第二任务栏区域210b中。用户必 须点击滚动条551以在各任务栏210a和210b之间滚动。 一旦占据了任务栏区域 210b中的所有小块位置，可创建第三任务栏区域。当有了要滚动通过的所有各种 任务栏区域，可能难以标识无数应用程序窗口小块和应用程序小块内的期望小块。图5B示出了根据本发明的至少一方面的包括溢出菜单的应用程序窗口表示 系统的一个示例。在情形500b中，当打开超过诸如任务栏区域等预定区域中的一 组应用程序窗口小块位置的个数的应用程序窗口时，另外的应用程序窗口小块被定 位在溢出表示562中的粗略扫视内。溢出标识562类似于应用程序窗口小块519c， 表现在它包括应用程序窗口小块计数器563和图标564。如果用户将指针悬停在图 标564上，则显示粗略扫视菜单(未示出)以示出溢出粗略扫视内的底层应用程序 窗口图标。在情形500b中，用户无需滚动通过各个任务栏区域以找出特定的应用 程序窗口小块。相反，用户将指针231悬停在图标564上，从而显示与预定区域中 未标识的剩余14个应用程序窗口小块有关的信息。由此，用户对所有窗口应用程 序小块都有一步访问。图6A示出了包括应用程序通知的常规任务栏区域。在情形600a中，应用程 序小块213b被示为在粗略扫视中包括8个应用程序窗口 。这8个应用程序窗口由 应用程序窗口小块计数器224来标识。应用程序小块213b被示为处于向用户做出 通知的状态。通知是表示可由用户解决的情况/事件的某一信号。例如，通知可以 是小块213b的闪烁以指示接收到新的电子邮件消息。通知可导致应用程序小块 213b的颜色改变以试图吸引用户的注意。然而，当粗略扫视应用程序窗口时，也 粗略扫视任何通知。用户在不打开粗略扫视菜单的情况下不能确定哪一应用程序窗 口对应于该通知。要求用户打开粗略扫视菜单来看见引起该通知的应用程序窗口小 块以及用户需要什么类型的注意。图6B示出了根据本发明的至少一方面的包括应用程序窗口专用通知的应用 程序窗口表示系统的一个示例。在情形600b中，8个应用程序窗口小块表示被示 为占据预定义区域中一组位置内的位置。在这一示例中，示出了8个位置，其中最 近使用的位置在预定义区域的左侧。应用程序窗口小块613a被示为位于最近使用 的位置内，且应用程序窗口小块6131被示为位于第八即最后一个位置内。应当理解，这仅是应用程序窗口小块表示的配置的一个说明性示例，且可使用用于显示这 些表示的其它方式。应用程序窗口小块613e在预定义区域中的第三位置处的粗略扫视菜单内。应
用程序窗口小块613C包括指示该粗略扫视菜单包括4个应用程序窗口小块的应用程序窗口小块计数器624a。应用程序窗口小块613e被示为处于向用户作出通知的 状态。如此示例中所示，当接收到对于该粗略扫视内的应用程序窗口的通知时，可 自动显示粗略扫视菜单。由此，当接收到对应用程序窗口的通知时，可通过使粗略 扫视菜单中的应用程序窗口小块613e闪烁来通知用户，如图6B所示。应用程序窗口 6C示出了根据本发明的至少一方面的包括应用程序窗口专用 通知的应用程序窗口表示系统的另一示例。在情形600c中，接收到通知的应用程 序窗口 613e被移动以占据预定义区域中的8个位置中对用户可见的那一个。在此 示例中，应用程序窗口 613e被拉出粗略扫视并被插入到预定义区域中的最近使用 的位置中。作为响应，由于应用程序窗口小块已在第三最近使用的位置处从粗略扫 视中移除，因此可发生对预定义区域中的小块的排列的多个改变。例如，如图6C 所示，预定义区域中的每一应用程序窗口小块被下移(向右) 一个位置。例如，图 6B中最近使用的位置中的应用程序窗口小块613a未在图6C中的第二最近使用的 位置中示出。接收到通知的应用程序窗口 613e被移至最近使用的位置。此外，由 于应用程序窗口小块613e已从粗略扫视中移除，因此应用程序窗口小块计数器 624a递减1以指示在相应的粗略扫视菜单中仅粗略扫视3个其它应用程序窗口。 此外，可由于应用程序窗口小块613e的重新定位而建立粗略扫视。在图6C中， 应用程序窗口小块613k被转换成包括应用程序窗口小块计数器624b的应用程序窗 口小块。尽管未示出，但应用程序窗口小块6131被定位在预定义区域中的该组内 的第8即最后一个位置处的粗略扫视中。本领域的技术人员应当理解，本发明的各方面不限于图中所示的应用程序窗 口和/或粗略扫视的个数，并且可创建应用程序窗口的任意个数的不同粗略扫视。 此外，应当理解，根据本发明的各方面，可向粗略扫视添加或从其移除一个或多个 窗口。此外，应当理解，用于在接收到通知之后从重新定位来自一粗略扫视的应用 程序窗口小块表示的说明性示例并不限制本发明。可使用其它方法来重新定位应用 程序窗口小块表示。例如，应用程序窗口小块表示可从粗略扫视中移除并将其重新 定位到与图中所示的不同位置，如相应粗略扫视的右边。图7是根据本发明的至少一方面的用于定位应用程序窗口表示的方法的一个 说明性示例的流程图。该过程在步骤701处开始，其中在显示屏上的预定义区域内 定义一组应用程序窗口小块位置。该预定义区域可以是沿显示屏底部的任务栏区 域。例如，该组应用程序窗口小块位置可以是如果预定区域总是可见则总是对用户
可见的8个位置。该过程前进到步骤703，其中在该组位置中显示多个应用程序窗口表示。小块是一种类型的表示。在步骤705处，确定是否接收到打开新的应用程 序窗口的输入。如果否，则该过程继续等待，直到接收到输入。当在步骤705中接 收到输入时，该过程移至步骤707，其中创建与该新的应用程序窗口相关联的应用 程序窗口小块。在步骤709处，在该组最近使用的位置中显示新创建的应用程序窗 口小块。再一次，本领域的技术人员应当理解，新创建的应用程序窗口小块可根据 不同的方案来定位，这些不同方案有默认方案、第三方销售商方案和/或用户配置 的方案。前进到步骤711，确定响应于添加新的应用程序窗口小块是否需要重新定位该 多个应用程序窗口小块中的一个。如果否，则该过程结束。如果是，则在步骤713 处另外确定是否需要将来自步骤711的窗口小块重新定位到隐藏的应用程序窗口 小块位置。隐藏的应用程序窗口小块位置可以如上所述位于粗略扫视菜单或溢出菜 单内。隐藏应用程序窗口小块在访问该粗略扫视菜单或溢出菜单时对用户可见。如 果小块需要被重新定位到隐藏位置，则在步骤715处，在适当时在该组内重新定位 和显示该应用程序窗口小块。如果在步骤713中小块无需被重新定位在隐藏位置， 则该过程移至步骤717，其中在适当时在该组内的可见位置中重新定位和显示该应 用程序窗口小块。图8是根据本发明的至少一方面的用于定位应用程序窗口表示的方法的另一 说明性示例的流程图。在步骤801处，接收到打开多文档界面(MDI)父应用程序 窗口的请求。这一情形可在用户启动诸如Microsoft Visio等应用程序时发生。在 步骤803处，创建MDI父应用程序窗口小块，并且在步骤805处将该MDI父应用 程序窗口小块显示在预定义区域内。移至步骤807，接收到打开新应用程序窗口的 请求。在步骤809处，确定是否接收到打开MDI子应用程序窗口的输入。如果否， 则该过程移至步骤811，其中为该新应用程序窗口创建相应的应用程序窗口，并且 在步骤813处，在预定义区域中显示该应用程序窗口小块。应用程序窗口小块在必 要时在该过程结束之前的步骤819处被重新定位在预定义区域内。例如，新应用程 序窗口小块可占据预定义区域中的最近使用的位置。由此，MDI父应用程序窗口 小块可被重新定位到另一位置。如果在步骤809中接收到打开MDI子应用程序窗口的请求，则该过程前进到 步骤815，其中创建MDI子应用程序窗口小块。在步骤817处，将MDI子应用程 序窗口小块显示为MDI父应用程序窗口小块下的粗略扫视的项。前进到步骤819，
在适当时将应用程序窗口小块重新定位在预定义区域内。例如，MDI父应用程序 窗口可被定位到预定义区域内的最近使用的位置中。图9是根据本发明的至少一方面的用于定位应用程序窗口表示的方法的另一 说明性示例的流程图。该过程在步骤901处开始，其中在显示屏上的预定义区域中 定义一组应用程序窗口小块位置。该预定义区域可以是沿显示屏底部的任务栏区 域。例如，该组应用程序窗口小块位置可以是如果预定义区域总是可见则总是对用户可见的8个位置。该过程前进到步骤903，其中显示多个应用程序窗口表示以占 据多达预定义区域内的该组中的全部可见位置。小块是一种类型的表示。在步骤 905处，确定是否接收到打开另一应用程序窗口的输入。如果否，则该过程继续等 待，直到接收到输入。当在步骤905中接收到输入时，该过程移至步骤907，其中 创建与该新应用程序窗口相关联的应用程序窗口小块。在步骤909处，在溢出区域 中显示新创建的应用程序窗口小块，并且将溢出计数器递增l。溢出区域可以是菜 单。再一次，本领域的技术人员应当理解，新创建的应用程序窗口小块可根据不同 的方案来定位，这些不同方案有默认方案、第三方销售商方案、和/或用户配置的 方案，并且然后可将不同的应用程序窗口小块重新定位到溢出区域。在步骤911处，创建任何另外的应用程序窗口小块并将其显示在溢出区域中， 并对每一小块将计数器递增1。移至步骤913，确定是否接收到访问溢出区域的输 入。如果否，则该过程结束。如果是，则该过程移至步骤915，其中显示溢出区域 内的应用程序窗口小块。在步骤917处，确定是否接收到访问溢出区域中的应用程 序窗口小块的输入。如果否，则该过程等待，直到接收到输入访问。当在步骤917 处接收到访问溢出区域中的应用程序窗口小块的输入时，该过程前进到步骤919， 其中在显示屏上的桌面空间中Z顺序的顶部显示与所选的应用程序窗口小块相关 联的应用程序窗口。该过程前进到步骤921，其中应用程序窗口小块在适当时被重 新定位在预定义区域和溢出区域内。 图IO是根据本发明的至少一方面的用于显示对应于应用程序窗口表示的通知 的方法的另一说明性示例的流程图。该过程在步骤1001处开始，其中在预定义区 域中显示多个应用程序窗口小块，包括用于应用程序窗口的粗略扫视的应用程序窗 口小块。在步骤1003处，确定是否接收到需要注意的输入。例如，这一情形可在 接收到通知警告时发生。如果否，则该过程等待，直到接收到输入。如果是，则该 过程移至步骤1005，其中确定需要注意的应用程序窗口是否在粗略扫视内。如果 否，则该过程前进到步骤1007，其中为用户向应用程序窗口小块应用一动作并且 该过程结束。如果在步骤1005处应用程序窗口在粗略扫视内，则该过程移至步骤 1009，其中应用程序窗口小块在适当时从用于粗略扫视的粗略扫视菜单重新定位到 预定义区域内的可见位置。例如，应用程序窗口可被重新定位到最近使用的位置。在步骤1011处，为用户向应用程序窗口小块应用一动作。这一动作可以是使得应 用程序窗口小块闪烁和/或改变颜色。在步骤1013处，将标识粗略扫视中的应用程 序窗口小块的个数的计数器递增1，因为来自步骤1005的粗略扫视的应用程序窗 口小块被重新定位到可见位置。另一实施例是编程上控制应用程序窗口直接到粗略扫视的定位。例如，诸如 Microsoft Office等一个或多个应用程序可共享由若干文档构成的项目的概念。这 些文档可被同时打开到粗略扫视中，或者作为用户打开的项目中的新文档被自动添 加到粗略扫视。对于应用程序编程接口 (API)，本发明的各方面可由API来执行。例如，公 用API可与操作系统接口以允许操作系统提供本发明的各种特征。在一个实施例 中，用于处理代表粗略扫视的应用程序窗口小块的数据的软件体系结构可包括被配 置成将第一应用程序窗口小块和第二应用程序窗口小块定位到粗略扫视中的组件 以及访问该组件的应用程序接口。 API可接收粗略扫视两个应用程序窗口小块、访 问必要的功能以执行操作、然后将结果发回操作系统的请求。操作系统可使用从 API提供的数据来执行本发明的各种特征。使得应用程序利用应用程序窗口小块粗 略扫视的API包括在编程上定位和重新定位应用程序窗口小块。尽管示出了此处所描述的利用本发明的各方面的说明性系统和方法，但是本 领域的技术人员可以理解，本发明不限于这些实施例。本领域的技术人员特别是鉴 于以上教导可做出各种修改。例如，可单独或与其它实施例的元素组合或子组合地 利用上述实施例的每一元素。还可以明白和理解，可在不脱离本发明的真实精神和 范围的前提下做出各种修改。由此，本说明书被认为是说明性的而非对本发明的限 制。
权利要求
1.一种用于管理多个应用程序窗口表示的方法，所述方法包括以下步骤在预定义区域中定义一组应用程序窗口表示位置，所述组被配置成基于一格式将应用程序窗口表示定位在预定义个数的可见应用程序窗口表示位置中；显示所述应用程序窗口表示位置中的多个应用程序窗口表示，每一应用程序窗口表示与一应用程序窗口相关联；接收打开第一应用程序窗口的输入；在所述预定义区域中创建与所述第一应用程序窗口相关联的第一应用程序窗口表示，其中所述第一应用程序窗口表示基于所述格式占据所述组中的一个位置；确定是否需要将所述多个应用程序窗口表示中的第二应用程序窗口表示重新定位到一隐藏的应用程序窗口表示位置；以及在确定需要重新定位所述第二应用程序窗口表示时将所述第二应用程序窗口表示重新定位到所述隐藏的应用程序窗口表示，其中所述隐藏的应用程序窗口表示位置在一粗略扫视内。
2. 如权利要求l所述的方法，其特征在于，所述格式是由使用应用程序窗口 小块的新近性来定义的。
3. 如权利要求l所述的方法，其特征在于，所述隐藏的应用程序窗口表示在 接收到显示所述隐藏的应用程序窗口表示的输入时可见。
4. 如权利要求l所述的方法，其特征在于，占据一可见应用程序窗口表示位 置、与第三应用程序窗口相关联的第三应用程序窗口表示被配置成包括标识所述粗 略扫视内的应用程序窗口表示的个数的计数器。
5. 如权利要求4所述的方法，其特征在于，所述第三应用程序窗口是多文档 界面父应用程序窗口。
6. 如权利要求5所述的方法，其特征在于，所述粗略扫视内的应用程序窗口 表示是多文档界面子应用程序窗口。
7. 如权利要求l所述的方法，其特征在于，还包括将第三应用程序窗口表示 重新定位到所述一组应用程序窗口表示位置内的一不同位置的步骤。
8. 如权利要求l所述的方法，其特征在于，所述第一应用程序窗口表示的位 置是最近使用的位置。
9. 如权利要求1所述的方法，其特征在于，所述预定义区域被配置成包括溢 出表示。
10. 如权利要求9所述的方法，其特征在于，所述溢出表示被配置成显示不在所述组内的应用程序窗口表示。
11. 如权利要求10所述的方法，其特征在于，所述溢出表示被配置成在接收 到显示所述溢出表示内的应用程序窗口表示的输入时显示。
12. 如权利要求9所述的方法，其特征在于，所述溢出表示被配置成包括表 示所述溢出表示内的应用程序窗口表示的个数的视觉指示。
13. —种包括用于执行如权利要求1所述的步骤的一系列计算机可执行指令 的计算机可读介质。
14. 一种显示与应用程序窗口相关联的通知的方法，包括以下步骤 在显示屏的预定义区域内的可见应用程序窗口表示位置中显示第一应用程序窗口表不；在一隐藏的应用程序窗口表示位置内维护第二应用程序窗口表示， 一粗略扫视内的所述隐藏的应用程序窗口表示位置与所述第一窗口应用程序表示相关联； 接收与所述第二应用程序窗口相关联的通知；以及将所述第二应用程序窗口表示从所述隐藏的应用程序窗口表示位置重新定位 到所述显示屏的预定义区域内的第二可见应用程序窗口表示位置。
15. 如权利要求14所述的方法，其特征在于，所述第一应用程序窗口表示被 配置成包括表示所述粗略扫视内的应用程序窗口表示的个数的视觉指示。
16. 如权利要求15所述的方法，其特征在于，所述视觉指示是计数器，且所 述方法还包括将所述计数器递减1的步骤。
17. 如权利要求14所述的方法，其特征在于，所述第二应用程序窗口表示被 重新定位到所述显示屏的预定义区域内的最近使用的位置。
18. 如权利要求17所述的方法，其特征在于，所述第一应用程序窗口表示被 重新定位在所述显示屏的预定义区域内。
19. 一种包括用于执行如权利要求14所述的步骤的一系列计算机可执行指令 的计算机可读介质。
20. —种用于处理代表粗略扫视的应用程序窗口表示的数据的软件体系结构， 包括被配置成将第一应用程序窗口表示和第二应用程序窗口表示定位到一粗略扫视中的至少一个组件；以及访问所述组件的至少一个应用程序接口 。
全文摘要
描述了一种用于管理多个应用程序窗口表示的方法。该方法包括以下步骤在预定义区域内定义一组应用程序窗口表示位置、在应用程序窗口表示位置中显示多个应用程序窗口表示、接收打开第一应用程序窗口的输入、在预定义区域中创建第一应用程序窗口表示、确定是否需要将多个应用程序窗口表示中的第二应用程序窗口表示重新定位到隐藏的应用程序窗口表示位置、以及在确定需要重新定位第二应用程序窗口表示时将第二应用程序窗口表示重新定位到隐藏的应用程序窗口表示，其中隐藏的应用程序窗口表示位置在一粗略扫视内。
文档编号G06F3/048GK101167045SQ200580049242
公开日2008年4月23日 申请日期2005年8月25日 优先权日2005年4月1日
发明者C·K·范多克, C·W·斯塔伯, C·库明斯, D·J·林德赛, H·N·库珀曼, J·W·贝蒂罗斯, S·E·施洛克 申请人:微软公司