CN105229611A - 同步中断的防止 - Google Patents

Abstract

此处描述了由计算设备上执行的应用所执行的技术。应用可以具有由计算设备的显示器上显示的图形对象组成的图形用户界面(GUI)。应用也可以具有由所述应用管理和存储的状态数据。状态数据可以指定GUI的特征和布局。图形对象可以根据状态数据来显示。应用可以通过监控经由输入设备与GUI的用户交互、并且根据与GUI的用户交互来将阈值设为不同水平，来动态地将阈值调节为不同水平。接收到来自外部源的指向GUI的操作。每个操作具有对所述操作专用的相应优先级。优先级和阈值水平被比较以确定是否实现这些操作。

Description

同步中断的防止

背景

基于云的计算已使跨多个设备复制用户界面的多个方面成为可能。当用户具有与同一在线身份、应用、服务、平台等相关联的多个计算设备时，通常期望在那些设备间同步信息以便为附属装置提供一致或重复的状态。特别是，可能期望用户交互性的用户界面的多个方面在用户的多个设备间保持一致。由于大多数用户界面是或者由用户或者以其他方式可更改的和可定制的，因此这可能是一个问题。用户可以添加用户界面元素、移动元素、改变用户界面的行为或外观特性等等。为了一致性，这种变化可以从它们始发的设备传播至具有用户界面的实例的其他设备。

例如，假定用户具有两个计算设备。每个设备上已安装了具有用户界面的应用程序的实例。此外，假定存在一个同步机制以使对于任一设备上用户界面的变化被传播至另一个设备。这一机制可以是保持用户界面的状态(例如，哪些元素在用户界面中、那些元素的布局、等等)的对等系统或基于网络的服务(例如，云服务)。无论通过哪一种机制，对一个设备上用户界面的变化被复制到另一个设备。

然而，正如发明人唯一观察到的，用户界面更新可能是有问题的。正如发明人所观察到的，由于用户界面本质是交互性的，因此在用户界面可能中断被指向所述用户界面的用户的活动时接收到更新。用户可能处在向用户界面输入以执行活动的过程中。如果突然应用对正在使用的用户界面的更新，则该活动可能被中断。例如，如果用户正在拖拽诸如应用图标这样的图形并且更新使得用户界面中断该拖拽，则该图标可能最终以非用户想要的方式被操纵。

以下描述了与最小化这种用户中断有关的技术。

概述

包括以下概述仅仅是为了介绍在以下详细描述中讨论的一些概念。该概述不是完整性的并且不意图划定所要求保护的主题的范围，所述范围由结尾处呈现的权利要求书提出。

此处描述了由计算设备上执行的应用所执行的技术。应用可以是由计算设备的显示器上显示的图形对象组成的图形用户界面(GUI)。应用也可以具有由所述应用管理和存储的状态数据。状态数据可以指定GUI的特征和布局。图形对象可以根据状态数据来显示。应用可以通过监控经由输入设备与GUI的用户交互、并且根据与GUI的用户交互来将阈值设为不同水平，来动态地将阈值调节为不同水平。接收到来自外部源的指向GUI的操作。每个操作具有对所述操作专用的相应优先级。优先级和阈值水平被比较以确定是否实现这些操作。

以下将参照结合附图考虑的以下详细描述来说明伴随特征中的许多特征。

附图简述

从结合附图阅读的以下详细描述将更好地理解本发明的描述，其中相同的附图标记用户指示所附描述中相同的部分。

图1示出应用以及显示于显示器上的用户界面。

图2示出使用与所述应用或其主机计算设备的用户交互来确定如何处理影响所述用户界面的外部更新的实施例。

图3示出用于处理提交操作的过程。

图4示出用于阈值更新的过程。

图5示出其上可实现此处描述的实施例的计算设备的示例。

详细描述

以下讨论的实施例涉及如何管理用户界面更新，无论是通过与另一实例的同步或者无论这种更新是否本地始发。首先，将总体地讨论用户界面同步。然后讨论着眼于规范如何且何时应用更新的用户活动的体系结构。说明这些实施例的细节，然后讨论替代的实施例和实现方式。

图1示出应用100以及显示用户界面104的显示器102。显示器102是稍后参照图5讨论的任何任意计算设备的一部分。应用100安装于所述计算设备上并且由所述计算设备执行。应用100具有用户界面(UI)状态106，所述用户界面状态106控制用户界面104的行为和外观。UI状态可能是简单的数据库或标记语言文件的形式。用户界面104具有用户界面元素108，诸如应用瓦片或图标、菜单、可滚动表面、可选项的列表、应用加载元件、信息面板或者任何其他类型的用户界面元素。

用户界面元素108中的许多可以是交互式的。用户可能经由输入设备提供输入以致动用户界面元素108、以移动用户界面元素108、以将文本键入元素、以平移元素、以删除用户界面元素108、等等。在用户改变诸如布局(哪些元素存在或者在哪里)、外观、功能等用户界面106的特征时，可以相应地更新UI状态106以反映用户界面108的状态。例如，如果用户添加用于加载应用的图标，或如果用户改变用户界面108的背景图像，则更新UI状态106以反映那些变化。如果应用100被关闭，在稍后执行之际，UI状态可以被读取以使应用100重建(例如，实例化用户界面元素108的对象)并且呈现用户界面104。

如在背景中讨论的，对用户界面104的更新可能从应用100外部的源被接收到。例如，客户机110或云112可能正在异步地向应用100提供UI更新。客户机110可能是在与应用100所在的相同计算设备上执行的另一个应用或过程，或者它可能是在具有应用100的实例的另一个计算设备上执行，在后一情况下经由网络接收到UI更新。类似地，云112可能经由网络向应用100提供更新。

客户机110、云112或其他源向应用100提供更新，所述更新对应于对用户界面104的语义更改。这种更新可以是对应用100的另一实例的用户变化的结果，或者它们可以是其他发生事件的结果，所述其他发生事件诸如软件开发者发布的软件更新、来自内容提供者的内容更新、等等。几乎任何类型的信息可以潜在地影响用户界面104。

应用100可以接收这种更新并且用控制器114来处理更新。控制器114可以被设计成处理异步通信、更新UI状态106、以及以其他方式提供直接的管理和同步任务。在一实施例中，控制器114可以处理来自应用100的更新或指令116以及异步的远程更新。在另一实施例中，控制器114仅管理远程更新，而应用100单独地处理其自身的内部UI更新；任一者或两者可以按需写至UI状态106。

由此可见，在接收到外部影响UI的更新时，应用100在执行且由用户118操作时会受到用户118活动的中断。例如，在用户118正在用输入设备操纵用户界面元素或与用户界面元素交互的同时，如果接收到更新以删除用户界面元素，则用户118的输入可能变得误导向(例如，针对已删除元素的点击可能最终被应用于另一个元素)、有争议的、等等。用户118可能变得困惑或受挫。

图2示出使用与应用100或其主机计算设备的用户交互来确定如何处理影响用户界面104的外部更新的实施例。应用100可具有用户活动监视器130、定时器132、动态变化的优先级阈值134、输入队列136、应用编程接口(API)138、同步器140、应用逻辑142、或者稍后要描述的其他组件、以及参照图1讨论的组件。

外部源144通过API138将UI更新或操作146传递至应用100。可以以此处描述的修改来使用任何已知的同步协议或系统。UI操作146需要直接控制应用的UI特征，但是可以是关于应用的任何操作。然而，假定一些操作146在由应用100实现时将直接或间接地影响用户界面104的状态。此外，UI操作146可以以事务方式实现。外部源144可以提供在输入队列136中排队的操作，直到由相应的外部源144发送提交操作。

由于外部源144最佳可能判断其操作146的性质和重要性，因此外部源144包括在提交操作中包括优先级信息。如图2可见，示例的提交操作具有诸如“0”、“1”、“2”等优先级。这些优先级由相应的外部源144提供。这种优先级可由外部源144通过任何手段来确定，并且可以对应于内容的重要性、中断用户的可能性、承担应用100的其他方面的可能性、与用户界面104的交互性的关系、等等。优先级的基础不是重要的。还注意到，尽管描述了事务性的方法，但是可以使用其他方法。如果所有操作是原子性的，则每个操作可具有其自身的优先级。此外，如果相应的外部源未提供任何优先级，则应用100可以假定缺省优先级。

当接收到提交操作时，同步器140执行过程148来处理提交操作。同步器140将提交操作的优先级与阈值134的当前水平相比较。例如，当处理“源2”提交操作(具有优先级“1”)时，同步器140将该优先级与当前阈值134(也为“1”)相比较并且确定该提交操作具有要被实现的足够优先级。因此，过程148为相应的源144(例如，“源2”)提交操作。

提交可以以多种方式实现。在一实施例中，UI操作146尽管内部产生但由处理所述操作的应用来提交。在另一实施例中，应用可以具有诸如应用逻辑142这样的逻辑，应用逻辑142通过如UI操作146所指示地更新UI状态106来处理UI操作146。在该情况下，应用100可以通过周期性地检查对UI状态106的变化并且根据UI状态106来更新用户界面104，来周期性地刷新用户界面104。

在过程148确定提交不具有足够优先级的情况下，同步器不实现相应的UI操作146。提交拒绝可以以不同方式来处理。在一实施例中，提交操作和相应的UI操作从输入队列136被移除，且相应的外部源144被通知到该拒绝。在另一实施例中，同步器140可以仅仅等待预定时间(可能与提交优先级相关联)并且再次检查阈值134的当前水平。在还有另一实施例中，同步器140从输入队列136移除提交操作，并且注册用于相应外部源144的回调。稍后，当阈值的当前水平被降低时，调用所述回调且外部源经由API138接收到通知，因此允许外部源提交另一提交操作。

除了处理来自外部源144的同步信息之外，应用100还管理阈值水平134。概念上，应用100使用用户活动的标记来动态地适配阈值水平134。应用可具有监视器130，所述监视器130在用户与应用100交互时(一般是经由用户界面104)接收信息。用户活动可以用已知技术来检测，诸如使用用于接收窗口事件的钩、接收用户输入事件、在应用100接收用户输入时接收来自应用100的通知、与操作系统服务通信、监听由用户界面元素108产生或者为用户界面元素108产生的事件、等等。总而言之，应用100传感并评估用户活动。

监视器130执行过程150，过程150涉及：检测用户活动、为所检测的活动确定阈值水平、设置当前阈值水平134、若水平已被降低则可能发布回调、以及设置或重置定时器132。活动的阈值水平可以根据以下信息来确定：活动的属性、活动的持续期、用户界面104的与活动相关的部分、正在使用的输入设备的类型、其内容受活动影响的正在执行的用户交互的类型(例如，拖拽、键入、选择等)、或者关于用户活动的任何其他信息。当确定活动的阈值水平时，当前阈值水平134被设置为所确定的水平。

由于一些用户活动可能包括离散但快速且相关的输入的序列(例如，对于特定任务的点击的序列)，因此定时器132可用于提供活动“阻塞”窗口。每次检测到用户活动或交互时，定时器132就被设置(或重置)为诸如两秒的窗口时间。因此，当在时间窗口期间已经检测不到任何所监视的用户活动或交互时(或至少没有任何被评估为影响阈值水平134的用户活动或交互时)，定时器到期。例如，如果用户正在输入笔划时，当笔划完成时，定时器运行了两秒，但若在用户输入点击一秒之后，定时器被重置。如果且当定时器132到期时，当前阈值水平134由定时器132设为对应于“无活动”的缺省最低水平。在图2的示例中，该水平被设为“0”(“3”为最高优先级水平)。可以使用其他值和范围。

概言之，应用100接受来自外部源的UI更新。那些源可以对它们的更新排优先级。应用监视用户交互并且动态地适配阈值水平。当用户是活动的(并且此后可能达到一短窗口)时，应用可以忽略或推迟外部更新。取决于用户交互的性质和更新的优先级，可以或可以不应用更新。因此，用户的任务和动作可以被保障不受到一些中断。在一实施例中，阈值水平134仅具有“开”和“关”的二进制值。在该情况下，在用户是活动的时，所有外部更新可以被阻塞。此外，通过向外部源提供回调，更新的拒绝可由外部源处理，而不会使应用或其主机过度负担。

图3示出用于处理提交操作的过程。当接收到提交180时，在步骤182处评估以确定该提交是否满足当前阈值水平134。如果满足阈值，则可以使用二阶段的提交。在步骤184，应用状态(例如，UI状态106)被复制到临时文件或存储，且用与所确认的提交请求相对应的UI更新来更新临时副本。当步骤184完成时，在步骤186相对于提交的优先级再次检查当前优先级阈值水平134，以确保在应用更新的时间期间，用户尚未开始不应由于外部更新被中断的一些活动或交互。如果在步骤186处确定提交的阈值是足够的，则在步骤188处，更新被提交。例如，已更新的应用或UI状态的临时副本替换正在由应用100使用的活动副本。

返回步骤182和186，如果在任一实例中，提交的优先级都不足够，则在步骤190处，对于提出所述提交180的外部源注册回调。当阈值水平134被降低时，调用所述回调并且外部源接收到通知，所述通知至少使外部源再次提出提交请求。此外，当回调被注册时，外部源可得到通知。

图4示出用于阈值更新的过程。在步骤200，评估用户输入或交互。如以上讨论的，输入或交互的性质可用于确定新的阈值水平202。映射信息可用于将输入映射至阈值水平。例如，可以使用输入类型的表格，每个输入类型具有一个阈值水平；不同的输入类型或交互映射至不同的阈值水平。在步骤204，相对于当前阈值水平评估新的阈值。如果新的阈值被降低，则在步骤206，用新的阈值水平202更新当前的阈值水平134。否则，在步骤208，调用任何已注册的回调从而向外部源通知更新阈值已被降低且如果尝试新的提交则可能应用UI更新(在一些情况下，外部源可能仅仅放弃其更新尝试)。如果使用回调，则不重新尝试等待向应用提交的变化，直到优先级条被减少且变化由于被阻塞而不丢失为止。为了与现有的同步框架兼容，优先级化可以是任选的机制且外部源可以按需继续使用未区分优先级的更新。

尽管任何通用的应用或用户界面软件可以使用此处描述的实施例，但是这种软件的示例是应用加载器程序。应用加载器的用户界面对于计算设备通常是中心的，并且可由用户用于多个任务，所述任务诸如加载应用、控制应用的执行、安装和卸载应用、添加应用图标、重新排列应用图标、访问活动的或最近使用的应用的列表、搜索应用、配置设置、设置背景图像、等等。用户可使两个设备既主存同一应用的多个实例，又以某一方式链接。应用加载器的状态可以被存储于云服务中或者在设备间直接交换。对于上述实施例，使用一个设备上的应用加载器用户界面的用户可能较不可能使它们的交互被来自另一设备的更新中断。

当远程操作被本地应用时，有可能使得与本地应用的用户交互被中断或误导向。考虑用户决定加载应用并且这样开始的情况，例如，将指针移向用户界面元素以选择该元素。与此同时，可能应用改变用户界面的布局的操作。结果，由于用户界面变化的接近定时，用户将指向该元素的输入导向诸如应用加载器这样的另一个元素(例如，应用瓦片或图标)。由于未预期的应用加载是特别中断性的，并且因为一些误导向的输入可能偶然地是破坏性的，因此每次应用来自远程源的操作时(或者仅特别为这种操作)提供短的阻塞窗口可能是有用的。阻塞窗口可能是约250毫秒。在阻塞窗口期间，可以使用多个措施，诸如忽略用户输入、忽略或阻塞应用加载、忽略特定区域中的输入等，来帮助避免用户输入的误导向。除了阻塞窗口以外，可以使用其他技术。例如，用户的下一个活动可能被阻塞或忽视。此外，仅为特定类型的操作或者仅为提供操作的特定类型的源选择性地阻塞或忽视用户活动可能是有用的。例如，如果漫游的或背景源提供了操作，则误导向的输入的可能性增加。

图5示出其上可实现此处描述的实施例的计算设备300的示例。计算设备300可能具有用于显示用户界面的显示器102、以及存储器302和处理器304。这些元素可以以计算领域已知的方式协作。此外，输入设备306可能与计算设备300集成或者通信。显示器102可以是也用作输入设备的触敏显示器。计算设备300可具有任何形式因子或者用于任何类型的包含装置中。例如，触敏控制面板通常用于控制电器、机器人及其他机器。计算设备300可以是手持设备的形式，诸如智能电话、平板电脑、游戏设备、服务器或其他。

以上讨论的实施例和特征可以以存储于易失性或非易失性计算机或设备可读设备中的信息的形式来实现。这被认为至少包括以下设备，诸如光学存储器(例如，压缩盘只读存储器(CD-ROM))、磁性介质、快闪只读存储器(ROM)、或用于存储数字信息的设备。所存储的信息的形式可以是机器可执行指令(例如，已编译的可执行二进制码)、源代码、字节码、或者可用于启用或配置计算设备以执行以上讨论的各种实施例的任何其他信息。这也被认为至少包括易失性存储器以及非易失性设备，所述易失性存储器诸如在实现实施例的程序的执行期间存储诸如中央处理单元(CPU)指令等信息的随机存取存储器(RAM)和/或虚拟存储器，所述非易失性设备存储允许加载和执行程序或可执行程序的信息。多个实施例和特征可以在任何类型的计算设备上执行，所述计算设备包括便携式设备、工作站、服务器、移动无线设备等。

Claims (10)

1.一种由计算设备上执行的应用执行的方法，所述计算设备包括输入设备和显示器，所述应用包括图形用户界面(GUI)，所述图形用户界面包括在所述计算设备的显示器上显示的多个图形对象，所述应用还包括由所述应用管理和存储的状态数据，所述图形对象根据所述状态数据来显示，所述方法包括：

通过监控经由所述输入设备与所述GUI的用户交互、并且根据与所述GUI的用户交互来将阈值设为不同水平，来动态地将所述阈值调节为不同水平；

接收被指向所述GUI并且从除用户以外的源接收到的操作，每个操作具有对所述操作专用的相应优先级；以及

通过将所述阈值与所述优先级相比较来自动确定是否要实现所述操作。

2.如权利要求1所述的方法，其特征在于，所述状态数据控制所述图形对象的布局和/或外观，且其中接收到的操作在由所述应用实现时使所述应用更改所述状态数据。

3.如权利要求1所述的方法，还包括标识所述用户交互的类型，且根据用户交互动态地调节阈值包括根据所标识的类型来设置所述阈值的水平。

4.如权利要求1所述的方法，还包括每当检测到用户交互时设置定时器，且当所述定时器到期时将所述阈值设置为缺省水平。

5.如权利要求1所述的方法，其特征在于，所述操作中的一些包括提交操作，每个提交操作包括一个优先级，所述方法还包括通过将所述相应优先级与所述阈值相比较以确定所述提交操作是否将被执行，从而响应于提交操作。

6.如权利要求1所述的方法，还包括当确定所述阈值已被降低时调用与所述源相关联的回调。

7.一种包括处理器、输入设备、显示器和存储器的计算设备，所述计算设备还包括：

所述存储器存储由所述处理器执行的应用程序；

所述应用程序在被执行时在所述显示器上显示用户界面并且接收与所述应用程序的用户交互的指示，所述应用程序根据所述用户交互动态地调节阈值水平；

所述应用程序从所述应用程序外部的源接收操作，所述操作在由所述应用程序实现时会修改所述用户界面的行为或外观；以及

所述应用程序为每个操作确定是否要根据所述阈值水平和根据所述操作来实现所述操作，其中操作是否将由所述应用程序实现取决于所述操作是否被确定为具有相对于所述阈值水平的足够优先级。

8.如权利要求7所述的计算设备，其特征在于，每次用户与所述应用程序交互时，启动一个时间窗口，所述时间窗口阻止为所述应用程序实现不具有足够优先级的操作。

9.如权利要求7所述的计算设备，其特征在于，所述阈值响应于不同的用户交互而变化，以使一些用户交互将阻止一些操作被实现、但仍将允许其他操作被实现。

10.如权利要求7所述的计算设备，其特征在于，当应用程序应用给定操作时，响应于所述应用程序应用或决定应用所述给定操作来阻塞或忽视用户输入或特定的用户动作。