CN105324754A

CN105324754A - 跨设备的任务继续

Info

Publication number: CN105324754A
Application number: CN201480031845.5A
Authority: CN
Inventors: A.颜
Original assignee: Microsoft Technology Licensing LLC
Current assignee: Microsoft Technology Licensing LLC
Priority date: 2013-06-03
Filing date: 2014-05-30
Publication date: 2016-02-10
Also published as: EP3005112A1; US20140359637A1; RU2015151572A; JP2016521878A; TW201508492A; WO2014197279A1; RU2679242C2; CA2913917A1; BR112015030262A2; WO2014197279A9; AU2014275251A1; TWI641955B; KR20160014639A

Abstract

架构促进用于跨用户设备继续计算机和/或应用任务的用户体验。任务状态可以经由云服务或经由短程无线对等（P2P）而跨设备同步。当应用到搜索时，例如，用户体验使得用户能够以若干方式跨设备恢复相同搜索会话。所公开的架构还可以扩展到诸如web浏览、在线会议、办公室应用会话等等的其他任务。每个设备的客户端应用作为同步的一部分而采集每个应用（例如，文档链路、网站、在线会议信息等等）的状态，并且使用状态在不同设备上恢复相同应用（例如，打开相同文字处理文档、浏览到相同网站、重新参加在线会议等等）。

Description

跨设备的任务继续

背景技术

对于用户而言，常见的是一整天切换设备（例如，台式电脑、膝上型电脑、移动电话）多次，但是想要以相同的任务继续。例如，用户可以在离家之前在台式计算系统上搜索餐馆，并且然后在行进到餐馆时在移动电话上继续通勤/地图搜索。从一个设备到另一设备继续这样的任务要求人工交互，诸如将初始地输入在第一设备上的相同询问输入在新设备上。

除搜索之外，存在用户可能想要在另一设备上继续的其他任务。例如，用户可能需要于在线呼叫期间改变位置（并且因此设备），但是想要在另一设备（例如，电话）上重新参加相同的会话。在另一示例中，用户可以在电话搜索应用上找到电影，并且然后想要切换到台式计算机以观看电影。然而，在这些场景中，跨设备继续这样的任务要求额外的工作，诸如复制文件、打开文件和浏览到相同页面、重新键入网站、查找在线会议并且重新参加等等。

发明内容

以下呈现简化概述以便提供对本文所描述的一些新颖实施例的基本理解。该概述不是广泛概览，并且不旨在识别关键/重要元件或描绘其范围。其唯一目的是以简化形式将一些概念呈现为稍后呈现的更详细描述的前序。

所公开的架构促进用于跨用户设备继续计算机和/或应用任务的用户体验。例如，任务可以是搜索、浏览或其他办公室应用活动。任务状态可以经由云服务或经由短程无线对等（P2P）连接（诸如Bluetooth^TM）而跨设备同步。

当应用到搜索时，例如，用户体验使得用户能够以若干方式跨设备恢复相同搜索会话。完成搜索会话和其他会话类型的任务继续的第一方式是使用云服务（例如，在线数据存储、在线数据共享、诸如搜索引擎之类的其他服务）以使搜索历史同步。

完成任务继续的第二方式是经由P2P连接（例如，短程无线或有线）。以搜索示例继续，搜索历史可以是经由蓝牙连接的复制P2P。

所公开的架构还可以扩展到其他任务，诸如web浏览、在线会议、办公室应用会话等等。每个设备的客户端应用作为同步的一部分而采集每个应用（例如，文档链接、网站、在线会议信息等等）的状态，并且使用状态在不同设备上恢复相同应用（例如，打开相同文字处理文档、浏览到相同网站、重新参加在线会议等等）。

为了完成前述和相关目的，在本文中结合以下描述和附图描述特定说明性方面。这些方面指示其中可以实践本文所公开的原理的各种方式并且其所有方面和等同物旨在处于所要求保护的主题的范围内。当结合附图考虑时，其他优点和新颖特征将从以下详细描述而变得显而易见。

附图说明

图1图示了根据所公开的架构的任务恢复系统。

图2图示了根据所公开的架构的更详细的任务恢复系统。

图3图示了用于在一个设备上选择一个或多个任务和在另一设备上继续那些任务的示例用户接口。

图4图示了用于设备上的任务继续的云服务。

图5图示了根据所公开的架构的方法。

图6图示了根据所公开的架构的可替换方法。

图7图示了根据所公开的架构的执行任务继续的计算系统的框图。

具体实施方式

所公开的架构促进用于跨用户设备继续计算机和/或应用任务（例如，“点击和继续任务”）的用户体验。例如，任务可以是搜索、浏览或其他办公室应用活动。任务状态可以经由云服务或经由短程无线对等（P2P）连接（诸如Bluetooth^TM）而跨设备同步。

更特别地，当应用到搜索时，用户体验使得用户能够例如以若干方式跨设备恢复相同搜索会话。完成搜索会话和其他会话类型的任务继续的第一方式是使用云服务（例如，在线数据存储、在线数据共享、诸如搜索引擎之类的其他服务）以使搜索历史同步。每个用户设备安装客户端应用（或者是现有应用的附加部件）。

所有客户端经由相同用户ID（例如，WindowsLive^TM标识符（ID）、社交网络ID等等）登录到云服务。当用户将离开设备时，用户与所安装的客户端应用交互以选择一个或多个任务（例如，搜索历史、浏览会话等等）来跨设备继续。该选择可以按需执行和/或预配置为自动的。其他用户设备接收通知并且提示用户选取一个或多个任务的恢复（例如，“点击和继续”）。当用户在另一设备上响应时，客户端应用打开（启动）必要的应用（例如，浏览器和附加程序等等）并且恢复每个相关应用的相同状态（例如，发出相同询问、打开相同网站等等）。

完成任务继续的第二方式是经由P2P连接（例如，短程无线或有线）。以搜索示例继续，搜索历史可以是经由蓝牙连接的复制P2P。与基于云的解决方案相比较，P2P解决方案更易实现，但是对于无线连接而言，要求两个设备在任务上下文传递期间保持在紧密的接近度中。

所公开的架构还适于浏览器扩展工具栏、搜索“超级按钮(charm)”（Windows8^TM操作系统特征）、浏览器（例如，InternetExplorer^TM）或其他客户端应用。所公开的架构还可以扩展到其他任务，诸如web浏览、在线会议、办公室应用会话等等。客户端应用（例如，客户端108）作为同步的一部分而采集每个应用（例如，文档链接、网站、在线会议信息等等）的状态，并且使用状态在不同设备上恢复相同应用（例如，打开相同文字处理文档、浏览到相同网站、重新参加在线会议等等）。

现在参考附图，其中同样的参考数字用于自始至终指代同样的元件。在以下描述中，出于解释的目的，阐述许多特定细节以便提供其透彻理解。然而，可以明显的是，可以在没有这些特定细节的情况下实践新颖实施例。在其他情况中，以框图形式示出众所周知的结构和设备以便促进其描述。目的是涵盖落在所要求保护的主题的精神和范围内的所有修改、等同和替换。

图1图示了根据所公开的架构的任务恢复系统100。系统100促进第一设备（针对第一设备（D1）104）的（一个或多个）任务在第二设备（例如第二设备（D2）106）上的恢复。在其支持中，系统100包括互连机构102（例如，无线短程技术（例如，蓝牙）、云服务等等）和设备客户端（例如，第一设备104的第一设备客户端（C1）108、第二设备106的第二设备客户端（C2）110等等），其使得能够实现用于任务恢复的设备（和客户端）之间的数据和信号的通信。

客户端（例如，客户端C1、C2、C3等等）与设备软件（例如，操作系统、其他应用等等）协同地操作以使得能够实现任务选择以及然后选项的传送以在一个或多个其他设备上恢复任务处理。客户端可以设计为与客户端所安装于的特定设备兼容地操作，并且更特别地仅在对单个用户所共同的设备上操作。例如，一个客户端可以在手机（例如，第一设备104）上兼容地操作，另一客户端设计为在计算机（例如，台式设备D3、膝上型计算设备D2和D5以及平板计算机D4）上操作，并且然而其他客户端设计为在其他适合的设备112上操作。

在操作中，通过所公开的架构使得在第一设备104上执行一个或多个任务（例如，web搜索）的用户能够选择一个或多个任务以用于第二设备106上恢复。第一客户端108与设备软件操作以呈现用于任务选择/传递和恢复的用户接口（UI）114。

与第一设备104、第一客户端108和UI114的用户交互可以是手势启用的，由此用户采用一个或多个手势进行交互。例如，手势可以是自然用户接口（NUI）手势。NUI可以限定为使得用户能够以“自然”方式与设备交互而免于由诸如鼠标、键盘、遥控器等等的输入设备所强加的人工约束的任何接口技术。NUI方法的示例包括采用手势的那些方法，其在本文中宽泛地定义为包括但不限于触觉和非触觉接口，诸如话语识别、触摸识别、面部识别、手写笔识别、隔空手势（例如，手部姿势和移动以及其他身体/附属物运动/姿势）、头部和眼睛跟踪、语音和话语表达、以及至少涉及例如视觉、话语、语音、姿势和触摸数据的机器学习。

NUI技术包括但不限于触敏显示器、语音和话语识别、意图和目标理解、使用深度照相机（例如，立体照相机系统、红外照相机系统、颜色照相机系统和其组合）的运动手势检测、使用加速度计/陀螺仪的运动手势检测、面部识别、3D显示器、头部、眼睛和视线跟踪、浸入式增强型现实和虚拟现实系统（其全部提供更为自然的用户接口）、以及用于使用电场感测电极（例如，脑电图（EEG））和其他神经生物反馈方法感测大脑活动的技术。

一旦利用UI114中的“选择任务并发送”能力而呈现，则用户可以选择一个或多个任务（部分地完成或相互关联的任务，其中第二任务仅在先前任务的完成之后发起），如由第一设备104的UI114所促进的，然后使过程执行（例如，点中发送按钮），其中所有其他用户设备（D2、D3、D4、D5和客户端C2、C3、C4、C5）接收对应UI114中的通知（例如，“恢复任务？”）。用户然后可以转到任何其他用户设备（例如，第二设备106）并且与UI114的通知（例如，“恢复任务？”）交互以使一个或多个任务在该第二设备106上恢复。第二设备106将启动其需要恢复一个或多个任务的所有应用。

可能的情况是，第二设备106处的用户然后可以挑选以再次移动到第三设备116来用于第三设备116上的任务恢复。这样做的原因可以归因于使用第二设备106方面的时间约束（例如，在未预测的中断之前仅有十五分钟使用）、第二设备106的资源约束（第三设备116具有比第二设备106更多的硬件资源）、第二设备106的软件性能限制（第三设备116具有比第二设备106更强大的软件）等等。换句话说，可以在第一设备104上执行（一个或多个）任务的应用可能与在第二设备106上恢复（一个或多个）任务的应用不同。

可能的情况是，系统100执行使用在第一设备104中的一个或多个应用与可用于第二设备106上的一个或多个应用之间的兼容性检查以用于恢复（一个或多个）任务。兼容性检查结果可以在选择过程期间作为后台操作而提供，因此用户可以提前知悉哪个设备可以更适合或期望用于恢复（一个或多个）任务。

如先前所指示的，互连机构102可以经由网络云服务、对等（P2P）连接或二者。作为云服务，设备硬件/软件能力可以是已知的并且存储“在云中”，使得对照存储在云中并且由网络服务可访问的设备数据做出兼容性检查。对于P2P连接而言，客户端可以包括兼容性检查能力，如果期望实现的话。

图2图示了根据所公开的架构的更详细的任务恢复系统200。在图2的这种头对头图示中，示出了各自具有使得能够实现所公开的架构的客户端的两个设备：第一设备104和相关联的第一客户端108，以及第二设备106和相关联的第二客户端110。

第一客户端108可以包括选择部件202，其使得能够选择第一设备104的任务204以在第二设备106上继续。状态部件206基于自动做出或（由用户）手动做出的选择而采集与任务204相关联的第一设备104上的上下文状态208。上下文状态208包括一个或多个应用、检查点状态和任何其他数据、设置、信号、过程等等，其在部分完成的任务204的终止时间处或其附近利用并且操作为促进任务在第一设备104上的完成。

通知部件210将通知212（在图2中缩写为notif）或其他信号发送给第二设备106以在第二设备106上继续任务204。通知212可以包括或进一步生成交互选项（例如，经由手势）以接受任务恢复或拒绝任务恢复。通知部件210还可以接收和处理来自其他设备的通知（信号）以促进通知在本地设备上的显示。同步（sync）部件214使从另一适合的设备所接收的上下文状态（例如，第一设备104的上下文状态208）与本地状态同步以恢复先前运行在其他设备上的任务。

类似地，第二设备106的第二客户端110可以包括选择部件220，其使得能够选择第二设备106的任务222以在第一设备104上继续。状态部件224基于选择采集与任务222相关联的第二设备106上的上下文状态226。上下文状态226包括一个或多个应用、检查点状态和任何其他数据、设置、信号、过程等等，其在部分完成的任务222的终止时间处或其附近利用并且操作为促进任务222在第一设备104上的完成。

通知部件228可以将通知（或信号）（未示出）发送给第一设备104以在第一设备104上继续任务222。通知可以包括或进一步生成交互选项（例如，经由手势）以接受任务恢复或拒绝任务恢复。通知部件228还可以接收和处理来自其他设备的通知（信号）以促进通知在本地设备上的显示。同步（sync）部件230使第一设备104的上下文状态208与本地状态同步以在第二设备106上恢复任务204。

应当理解，根据所公开的架构操作的所有用户设备包括客户端（例如，客户端108），其使得能够实现本文所描述的特征，诸如状态采集（通过状态部件206）、选择（使用选择部件202）、通知（使用通知部件210）和状态同步（使用同步部件214）以及可能地手势识别（例如，使用手势部件216）。手势部件232解译所接收的手势以在第二设备106上恢复任务204。

在单向操作中，用户进行挑选以在第二设备106上选择和恢复（继续）第一设备104的部分完成的任务204。因此，第一客户端108要么直接经由P2P连接要么间接地通过云服务而促进上下文状态208的通知和采集及其到第二设备106的第二客户端110的传输。当在第二设备106处接收到通知212时，第二设备106的UI将通知或适合的实现指令显示给用户，其可以选取（经由诸如设备显示器上的“点击”之类的手势）以接受任务204的继续。

一旦选取，则同步部件230接收和处理上下文状态208以使第二设备106的当前状态同步（改变）到第一设备104的上下文状态208。因此，虽然未示出，但是第二设备106的状态被配置为第一设备104的上下文状态208，以包括开始达到上下文状态208所需要的所有应用。可能的情况是，将已经达到上下文状态的另一通知呈现给用户，在该情况中，用户然后可以在任务204的该点处再次开始。

换句话说，上下文状态在第一设备中本地采集并且经由基于网络的服务传送给第二设备。上下文状态在第一设备中本地采集并且经由对等连接传送给第二设备。上下文状态与多个应用相关联，并且在第二设备上启动多个应用以恢复任务。选择部件自动地选择要在第二设备上恢复的第一设备上的任务。手势部件将手势识别为自然用户接口手势以接受任务在第二设备上的恢复。第一设备和第二设备是由登录凭据共同识别的。

图3图示了用于在一个设备上选择一个或多个任务和在另一设备上继续那些任务的示例用户接口300。第一设备104上的第一UI302（类似于UI114）提供用于使用户选择当前进程内或最近处于进程内的一个或多个任务的能力。一旦选择，则采集上下文状态，其限定与一个或多个任务相关联的一个或多个应用以及应用数据、检查点数据和在第二设备上再现任务状态所需要的任何其他数据/信息。

此处，用户与触摸屏显示器交互以选择第一任务（任务-1）和第三任务（任务-3）以用于在第二设备上继续。因此，选择部件202使得能够获得当前任务（例如，从设备操作系统和应用日志），并且促进任务信息的呈现、选择和发送以便不仅生成通知，而且向意图继续（一个或多个）任务的目的地设备（例如，第二设备106）发信号。

一旦发送，则目的地设备（例如，第二设备106）接收通知，如第二设备106的UI304中所示。该UI304可以简单地示出初始地在发送设备（第一设备104）处选择的任务并且提供用于使用户使用另一可解译的或识别的手势（诸如触摸）接受和开始第二设备106上的任务恢复过程的能力。一旦第二设备106的状态到达第一设备104的上下文状态，则可以呈现另一通知以告知用户恢复现在可以在第二设备106上开始。应当理解，根据NUI技术，用户和UI可以采用任何单个技术或其组合与UI交互以导致任务选择和恢复发起。

图4图示了用于设备上的任务继续的云服务400。服务400可以提供知悉用户设备信息402、知悉什么用户设备当中在线可用或经由用户设备状态404由某个其他通信装置可访问、存储上下文状态406以及提供例如设备通知408的能力。

基于用户将想要并且最终挑选以在第二设备106上恢复任务处理的推断，可以将上下文状态从第一设备104上载到云服务400。例如，基于当日时间或偏离第一设备（例如，如使用诸如地理纬度/经度坐标之类的地理（地理位置）信息可识别的），第一设备104可以被配置为自动地采集上下文状态并且将上下文状态上载到云服务400以用于由用户的可能使用。一旦用户访问第二设备106，例如，用户将提供有在该时间处并在该设备上恢复任务继续的选项。如果拒绝，则上下文状态可以立即从云服务400删除，或者保留一段时间以用于在以后的日子重新创建。因此，可以保留用户活动的历史记录。

用户设备信息402可以记录最少设备信息，诸如硬件/软件能力、登录信息、用户身份（所有权）信息等等。用户设备状态404跟踪用户设备在任何时间点处的可用性以仅将通知发送给可用的用户设备或仅在用户设备变得可访问时发送。

可能的情况是，服务400还促进将通知发送给特定用户设备而非所有可用的用户设备。该确定可以基于例如目的地设备能力。当使用该模型时，用户接口仅呈现用户应当在其上继续（一个或多个）任务的所建议设备的集合，或者可替换地，可以呈现所有可用的设备但是自动地指示期望哪些设备用于任务继续。

在又一实现中，基于要继续的任务，服务400建议具体设备以处置具体任务。例如，如果任务牵涉重建模算法，则任务恢复可能由于台式设备的已知性能能力而是在台式设备而不是智能电话上所期望的。

可能的情况是，用户接口还在服务400处提供所存储上下文状态的列表，其可以从任何设备并且按需访问和恢复。例如，并非其中第一设备104将任务继续意图推送给其它设备的推送模型，可以采用拉取模型，其中用户可以从存储在服务400中的任何数目的上下文状态项目挑选以在用户设备上恢复。

在又一实现中，上下文状态采集第一设备104上的特定应用的状态并且在第二设备106上继续相同应用的上下文状态。

本文所包括的是代表用于执行所公开的架构的新颖方面的示范性方法的流程图的集合。出于解释简明的目的，虽然在本文中例如以流程图或流动图的形式所示的一个或多个方法被示出和描述为一系列动作，但是应当理解和领会到，方法不受动作顺序的限制，因为一些动作可以根据其以不同的顺序和/或与来自本文所示和描述的那个的其他动作并发地发生。例如，本领域的技术人员将理解和领会到，方法可以可替换地表示为一系列相关状态或事件，诸如在状态图中。而且，并非方法中所图示的所有动作可以被要求用于新颖的实现。

图5图示了根据所公开的架构的方法。在500处，选择第一设备的任务以用于在第二设备上继续。在502处，采集涉及任务的第一设备的上下文状态。在504处，将通知发送给第二设备，其使得能够在第二设备上继续任务。在506处，在第二设备处接收手势，其与通知交互以接受任务在第二设备上的继续。还可以在第一设备上采用手势以发起任务继续过程。在508处，将第一设备的上下文状态发送给第二设备。在510处，第二设备的状态与第一设备的上下文状态同步。在512处，根据上下文状态在第二设备上恢复任务。

方法还可以包括作为上下文状态或第一设备的上下文状态的一部分而采集检查点上下文。方法还可以包括经由短程无线通信连接（例如，蓝牙）将上下文状态从第一设备发送给第二设备。方法还可以包括经由网络服务（例如，云服务）将上下文状态和通知发送给第二设备。方法还可以包括将手势识别为与第二设备的触摸显示器的触觉接触。方法还可以包括使得能够自动和/或手动选择第一设备上的任务。

方法还可以包括将通知发送给第二设备和用户的其他设备，第二设备和其他设备通过用户登录标识符与第一设备相关联。方法还可以包括自动登录在第一设备、第二设备和到网络服务的其他设备中的每一个的客户端应用中以用于发送通知和上下文状态。方法还可以包括启动第二设备上的一个或多个应用，其限定第一设备的上下文状态并且恢复任务。

图6图示了根据所公开的架构的可替换方法。在600处，选择第一设备的部分完成的任务以用于在多个其他设备之一上恢复。在602处，采集涉及任务的第一设备的应用状态。在604处，将通知发送给多个其他设备。在606处，在多个设备之一处接收手势，其与通知交互以发起任务在第二设备上的恢复。在608处，将第一设备的应用状态发送给多个其他设备之一。在610处，使多个其他设备之一的应用状态与第一设备的应用状态同步。在612处，基于从第一设备所接收的应用状态而在多个其他设备之一上恢复部分完成的任务。

方法还可以包括经由网络服务将第一设备的一个或多个应用的应用状态发送给多个设备之一。方法还可以包括经由短程无线通信连接或云服务将通知和应用状态从第一设备发送给多个设备之一。方法还可以包括自动启动多个设备之一的兼容应用并且使用应用恢复部分完成的任务。

如本申请中所使用的，术语“部件”和“系统”旨在是指计算机相关实体，要么是硬件、软件和有形硬件的组合、软件，要么是执行中的软件。例如，部件可以是但不限于诸如处理器、芯片存储器、大容量存储设备（例如，光驱、固态驱动和/或磁性存储介质驱动）和计算机之类的有形部件，以及诸如运行在处理器上的过程、对象、可执行文件、数据结构（存储在易失性或非易失性存储介质中）、模块、执行线程和/或程序之类的软件部件。

以图示的方式，运行在服务器上的应用和服务器二者可以是部件。一个或多个部件可以驻留在执行的过程和/或线程内，并且部件可以位于一个计算机上和/或分布在两个或两个以上计算机之间。词语“示例性”在本文中可以用于意指用作示例、实例或图示。在本文中描述为“示例性”的任何方面或设计不一定解释为关于其他方面或设计优选的或有利的。

现在参考图7，图示了根据所公开的架构的执行任务继续的计算系统700的框图。然而，应当领会，所公开的方法和/或系统的一些或所有方面可以实现为片上系统，其中模拟、数字、混合信号和其他功能制作在单个芯片基板上。

为了提供针对其各方面的附加上下文，图7和以下描述旨在提供其中可以实现各方面的适合的计算系统700的简要的一般描述。虽然以上描述是在可以运行于一个或多个计算机上的计算机可执行指令的一般环境中，但是本领域的技术人员将认识到，新颖的实施例还可以组合其他程序模块和/或作为硬件和软件的组合而实现。

用于实现各方面的计算系统700包括计算机702，其具有（一个或多个）处理单元704（还称为（一个或多个）微处理器和（一个或多个）处理器）、诸如系统存储器706之类的计算机可读存储介质（计算机可读存储介质/媒体还包括磁盘、光盘、固态驱动、外部存储器系统和闪速存储器驱动）和系统总线708。（一个或多个）处理单元704可以是任何各种商业上可用的处理器，诸如单处理器、多处理器、单核单元和多核单元。而且，本领域的技术人员将领会到，新颖的方法可以利用其他计算机系统配置实践，包括小型计算机、大型计算机以及个人计算机（例如，台式电脑、膝上型电脑、平板PC等等）、手持式计算设备、基于微处理器或可编程的消费者电子产品等等，其中每一个可以操作地耦合到一个或多个相关联的设备。

计算机702可以是在数据中心中采用的若干计算机和/或用于诸如蜂窝电话和其他能移动的设备之类的便携式和/或移动计算系统的云计算服务的支持中的计算资源（硬件和/或软件）之一。云计算服务包括但不限于例如基础设施即服务、平台即服务、软件即服务、存储即服务、桌面即服务、数据即服务、安全即服务和API（应用程序接口）即服务。

系统存储器706可以包括计算机可读存储（物理存储）介质，诸如易失性（VOL）存储器710（例如，随机存取存储器（RAM））和非易失性存储器（NON-VOL）712（例如，ROM、EPROM、EEPROM等等）。基本输入/输出系统（BIOS）可以存储在非易失性存储器712中，并且包括促进诸如在启动期间计算机702内的部件之间的数据和信号的传送的基本例程。易失性存储器710还可以包括高速RAM，诸如用于高速缓存数据的静态RAM。

系统总线708提供用于包括但不限于系统存储器706到（一个或多个）处理单元704的系统部件的接口。系统总线708可以是使用任何各种商业上可用的总线架构的任何若干类型的总线结构，其还可以互连到存储器总线（在具有或没有存储器控制器的情况下）和外围总线（例如，PCI、PCIe、AGP、LPC等等）。

计算机702还包括（一个或多个）机器可读存储子系统714和（一个或多个）存储接口716以用于将（一个或多个）存储子系统714对接到系统总线708和其他期望的计算机部件。（一个或多个）存储子系统714（物理存储媒体）可以包括例如以下中的一项或多项：硬盘驱动（HDD）、磁性软盘驱动（FDD）、固态驱动（SSD）和/或光盘存储驱动（例如，CD-ROM驱动、DVD驱动）。（一个或多个）存储接口716可以包括诸如例如EIDE、ATA、SATA和IEEE1394之类的接口技术。

一个或多个程序和数据可以存储在存储器子系统706中、机器可读和可移除存储器子系统718（例如，闪速驱动形状因子技术）和/或（一个或多个）存储子系统714（例如，光学、磁性、固态）中，包括操作系统720、一个或多个应用程序722、其他程序模块724和程序数据726。

操作系统720、一个或多个应用程序722、其他程序模块724和/或程序数据726可以包括例如图1的系统100的实体和部件、图2的系统200的实体和部件、图3的示例用户接口300的实体和流程、图4的云服务400的实体和部件、以及由图5和6的流程图所表示的方法。

一般地，程序包括执行特定任务或实现特定抽象数据类型的例程、方法、数据结构、其他软件部件等等。操作系统720、应用722、模块724和/或数据726的全部或部分还可以高速缓存在诸如例如易失性存储器710之类的存储器中。应当领会，可以利用各种商业上可用的操作系统或操作系统的组合（例如，作为虚拟机）实现所公开的架构。

（一个或多个）存储子系统714和存储器子系统（706和718）用作计算机可读媒体以用于数据、数据结构、计算机可执行指令等等的易失性和非易失性存储。这样的指令在由计算机或其他机器执行时可以令计算机或其他机器施行方法的一个或多个动作。执行动作的指令可以存储在一个介质上，或者可以跨多个媒体存储，使得指令共同地出现在一个或多个计算机可读存储介质/媒体上，不管所有指令是否存储在相同媒体上。

计算机可读存储媒体（介质）排除传播信号本身，可以由计算机702访问并且包括可移除和/或不可移除的易失性和非易失性内部和/或外部媒体。对于计算机702而言，各种类型的存储媒体以任何适合的数字格式容纳数据的存储。本领域的技术人员应当领会，可以采用其他类型的计算机可读介质，诸如极碟驱动、固态驱动、磁带、闪存卡、闪速驱动、墨盒等等，以用于存储用来执行所公开的架构的新颖方法（动作）的计算机可执行指令。

用户可以使用诸如键盘和鼠标之类的外部用户输入设备728以及通过由话语识别所促进的语音命令而与计算机702、程序和数据交互。其他外部用户输入设备728可以包括麦克风、IR（红外）遥控器、操纵杆、游戏手柄、照相机识别系统、手写笔、触摸屏、手势系统（例如，眼球运动、头部运动等等）和/或类似物。用户可以使用诸如触摸板、麦克风、键盘等等的机载用户输入设备730与计算机702、程序和数据交互，其中计算机702例如是便携式计算机。

这些和其他输入设备经由系统总线708通过（一个或多个）输入/输出（I/O）设备接口732连接到（一个或多个）处理单元704，但是可以通过诸如并行端口、IEEE1394串行端口、游戏端口、USB端口、IR接口、短程无线（例如，蓝牙）和其他个域网（PAN）技术等等的其他接口而连接。（一个或多个）I/O设备接口732还促进输出外围装置734的使用，诸如打印机、音频设备、照相机设备等等，诸如声卡和/或机载音频处理能力。

一个或多个图形接口736（还共同地称为图形处理单元（GPU））提供计算机702与（一个或多个）外部显示器738（例如，LCD、等离子）和/或机载显示器740（例如，针对便携式计算机）之间的图形和视频信号。（一个或多个）图形接口736还可以制造为计算机系统板的一部分。

计算机702可以使用经由有线/无线通信子系统742到一个或多个网络和/或其他计算机的逻辑连接而在联网环境（例如，基于IP）中操作。其他计算机可以包括工作站、服务器、路由器、个人计算机、基于微处理器的娱乐器材、对等设备或其他常见网络节点，并且典型地包括相对于计算机702所描述的许多或全部元件。逻辑连接可以包括到局域网（LAN）、广域网（WAN）、热点等等的有线/无线连接性。LAN和WAN联网环境在办公室和公司中是常见的，并且促进诸如内联网之类的企业范围的计算机网络，其全部可以连接到诸如因特网之类的全球通信网络。

当使用在联网环境中时，计算机702经由有线/无线通信子系统742（例如，网络接口适配器、机载收发器子系统等等）连接到网络以与有线/无线网络、有线/无线打印机、有线/无线输入设备744等等通信。计算机702可以包括用于通过网络建立通信的调制解调器或其他装置。在联网环境中，相对于计算机702的程序和数据可以存储在远程存储器/存储设备中，如与分布式系统相关联的那样。将领会到，所示的网络连接是示例性的，并且可以使用在计算机之间建立通信链路的其他装置。

计算机702可操作为使用诸如IEEE802.xx标准族之类的无线电技术与有线/无线设备或实体通信，诸如可操作地设置在与例如打印机、扫描仪、台式电脑和/或便携式计算机、个人数字助理（PDA）、通信卫星、与无线可检测标签相关联的任何设备片段或位置（例如，报亭、报摊、休息室）以及电话的无线通信（例如，IEEE802.11空中调制技术）中的无线设备。这包括至少用于热点、WiMax和Bluetooth^TM无线技术的Wi-Fi^TM（用于验证无线计算机联网设备的互操作性）。因此，通信可以是预定义结构，如关于常规网络或简单地至少两个设备之间的自组通信那样。Wi-Fi网络使用被称为IEEE802.11x（a,b,g等等）的无线电技术来提供安全、可靠、快速的无线连接性。Wi-Fi网络可以用于将计算机连接到彼此、因特网和有线网络（其使用IEEE802.3相关的技术和功能）。

以上已经描述的内容包括所公开的架构的示例。当然，不可能描述部件和/或方法的每个可想象的组合，但是本领域的普通技术人员可以认识到，许多另外的组合和排列是可能的。因此，新颖的架构旨在包含落在随附权利要求书的精神和范围内的所有这样的更改、修改和变型。而且，就术语“包括”在要么详细描述要么权利要求中所使用的程度而言，这样的术语旨在以类似于术语“包含”的方式是包括性的，因为“包含”在利用时被解释为权利要求书中的过渡词语。

Claims

1.一种系统，包括：

选择部件，其使得能够选择第一设备的任务以在第二设备上继续；

状态部件，其基于选择采集与任务相关联的第一设备上的上下文状态；

通知部件，其将通知发送给第二设备以继续任务；

手势部件，其解译所接收的手势以在第二设备上恢复任务；

同步部件，其使第二设备的状态与上下文状态同步以在第二设备上恢复任务；以及

至少一个微处理器，其执行与选择部件、通知部件、手势部件、状态部件和同步部件中的每一个相关联的计算机可执行指令。

2.根据权利要求1所述的系统，其中上下文状态在第一设备中本地采集并且经由基于网络的服务传送给第二设备或经由对等连接传送给第二设备。

3.根据权利要求1所述的系统，其中上下文状态与多个应用相关联，并且在第二设备上启动多个应用以恢复任务。

4.根据权利要求1所述的系统，其中选择部件自动地选择要在第二设备上恢复的任务。

5.根据权利要求1所述的系统，其中手势部件将手势识别为自然用户接口手势以接受任务在第二设备上的恢复。

6.一种方法，包括以下动作：

选择第一设备的任务以用于在第二设备上继续；

采集涉及任务的第一设备的上下文状态；

将通知发送给第二设备，其使得能够在第二设备上继续任务；

在第二设备处接收手势，其与通知交互以接受任务在第二设备上的继续；

将第一设备的上下文状态发送给第二设备；

使第二设备的状态与第一设备的上下文状态同步；以及

根据上下文状态在第二设备上恢复任务。

7.根据权利要求6所述的方法，还包括作为第一设备的上下文状态而采集检查点上下文。

8.根据权利要求6所述的方法，还包括将通知发送给第二设备和用户的其他设备，所述第二设备和其他设备通过用户登录标识符与第一设备相关联。

9.根据权利要求6所述的方法，还包括启动第二设备上的一个或多个应用，其限定第一设备的上下文状态，并且恢复任务。

10.一种包括计算机可执行指令的计算机可读介质，所述计算机可执行指令在由处理器执行时令处理器执行以下动作：

选择第一设备的部分完成的任务以用于在多个其他设备之一上恢复；

采集涉及任务的第一设备的应用状态；

将通知发送给多个其他设备；

在多个设备之一处接收手势，其与通知交互以发起任务在第二设备上的恢复；

将第一设备的应用状态发送给多个其他设备之一；

使多个其他设备之一的应用状态与第一设备的应用状态同步；以及

基于从第一设备所接收的应用状态而在多个其他设备之一上恢复部分完成的任务。