显示应用状态信息的设备之间的交互的制作方法_3

文档序号:9510129阅读:来源:国知局
D可被链接到两个设备(例如,计算设备102和硬件实况 小块106),如结合图3描述的示例中。然而,在其它示例中,可能有两个以上的设备通过应 用ID链接并为同一应用显示状态更新信息,其中一组链接的设备可包括一个或多个计算 设备和一个或多个硬件实况小块。图4中的系统400包括三个设备,每个设备在小块104、 116、404中显示应用的同一状态更新信息。这三个设备是计算设备102、硬件实况小块106 和另外的计算设备,在此示例中是智能电话402。在此示例中,计算设备102和智能电话402 两者已安装应用客户端103和403 ;然而,应用客户端103和403可在任一或这两个设备上 运行或关闭/睡眠。当在此系统400中代理设备118 (例如从应用服务124)接收状态更新 信息时,它将状态更新信息发送到三个设备102、106、402的每一个,且三个设备的每一个 与代理设备118内的同一应用ID相关联。
[0045] 在图4所示的系统400中,当在硬件实况小块106接收用户交互时(例如,如图 3的框302),触发信号可被发送到其它设备102、402两者,因为它们两者都可以被认为是 "主"设备(因为它们运行应用)并且如上面描述的,触发信号可被直接发送(箭头41 一 42)或经由代理设备118发送(箭头43 - 45),且在一些情况中发送到应用服务124 (箭头 43和46)。然而,在其它示例中,该方法可包括选择主设备的附加操作(框308),且该选择 操作可被硬件实况小块106或代理设备118执行(例如,这被包括在发送触发信号中),且 结果选择操作可在触发信号已经被硬件实况小块106发送之前或之后发生。
[0046] 在第一示例中,硬件实况小块106接收用户输入(框302)、标识主计算设备(框 308),并接着将触发信号直接(箭头41或42)或通过代理设备118 (箭头43和44或箭头 43和45)发送到所选主计算设备(在框304中)。在第二个示例中,硬件实况小块106接 收用户输入(框302)并将触发信号发送到代理设备118 (框304,箭头43)。在转发触发信 号之前(箭头44或45),代理设备118标识主计算设备(在框308中)。在一些实例中,代 理设备118可具有预先确定并存储的标识与每个应用ID相关联的主计算设备的信息(或 者例如,在如图1中所示的系统之类的中有默认的主计算设备),或可替换地,代理设备118 可使得该确定动态地(作为框308的部分),例如,跟随在接收触发信号之后(箭头43)。
[0047] 主计算设备的标识(或选择)(在框308中)可基于许多不同因素且示例包括,但 不限于,用户偏好(例如,用户指定他们的哪个计算设备是"主")、用户历史(例如,用户最 近使用了或最常使用哪个设备)或用户输入、处理能力(例如,速度/存储器/花费)、可用 资源(例如,以处理功率、可用存储器、电池功率等的形式)或邻近度。邻近度的任何评估 可涉及设备的物理位置或相对位置(例如,硬件实况小块和候选设备之间的距离)和/或 设备的网络连接性(例如,如果硬件实况小块和候选设备之间有好的网络连接性那么两者 可被看成是接近的,其中网络连接性可以,例如,基于等待时间、带宽和/或花费来评估)。 将理解,在一些示例中,一个以上的这些因素可被使用,如以下参考图5更详细地描述的。
[0048] 图5是示出选择主计算设备的示例方法(例如,如图3的框308中)的流程图,并 且取决于特定实现(例如,取决于什么元素实现框308)这些方法可被硬件实况小块106或 代理设备118使用。可替换地,方法内的不同操作可被不同设备执行(例如,标识设备的候 选组由代理设备118执行而从那个候选组选择主设备由硬件实况小块106执行)或方法内 的各操作可被一起工作的多个设备执行。
[0049] 图5中的这两个示例方法都包括定位一组邻近设备(框502),其中这些邻近设备 接近用户交互发生的硬件实况小块106 (即,在框302中接收用户输入的硬件实况小块)且 还具有安装了的相关应用客户端(即,触发信号与之相关的应用客户端)(尽管不需要在运 行)。如上面描述的,接近度可与相对位置和/或网络连接性相关。其中该方法在代理设 备118处被实现,具有安装了的相关应用客户端的那些设备可被标识为与同一应用ID相关 联的那些设备。类似地,兼容设备(即,安装有相关应用客户端的那些)可被代理设备118 标识且邻近的设备可被硬件实况小块106标识,使得邻近设备的位置(在框502中)被一 起工作的设备118和106两者执行。任何合适的方法可被用来标识邻近设备且各示例包括 (例如使用本地联网)邻近度检测以及基于设备它们自己提供的位置信息的过滤。
[0050] (在框502)中标识了一组邻近设备后,(在框504)该组设备之一可基于用户历史 被选为主计算设备,例如,基于用户最近与该组中的哪个设备交互或该组中哪个设备用户 最常与之交互等。在另一个示例方法中,从(框502中标识的)候选组对主计算设备的选 择可基于用户输入。当用户输入被使用时,可在全部标识的邻近设备上触发警报(框506), 且这个警报可以采取任何形式。在一个示例中,每个邻近设备(即,框502中标识的候选组 中的每个设备)可振动,发出声音和/或显示警报。这警告了可与设备之一(例如,通过在 显示器上切换或按压按钮)进行交互的用户,且主计算机基于在警报后用户与哪个设备交 互来标识,即,主计算设备基于在一组邻近设备之一接收到的用户输入来选择(框508)。这 允许用户选择方便的设备在其上启动应用任何视图任何附加状态信息。
[0051] 在这个方法的涉及用户输入的第一示例实现中,用户所选的设备(如框508标识 的)发信号给其它邻近设备来停止通过代理设备118蜂鸣(或以其他方式警告用户)。在 第二示例实现中,用户选择的设备发信号给硬件实况小块106,硬件实况小块106发信号给 其它设备。在第三示例实现中,用户选择的设备它本身,例如通过为那个目的设置的"各方 信道"共享发信号机制,发信号给其它设备。这可以用IP多播或诸如Microsoft? Windows Azure?的云服务完成。第四示例实现可不使用发信号但替代地,其它设备仅超时。如果通 知不是永久的(例如,如果设备振动一次然后停止,而不是持续蜂鸣/发出噪音)这是合适 的。
[0052] 在参考图4和5描述的各示例中,触发信号可被发送(在框304中)到与应用ID相 关联的全部设备或到所选的主计算设备,其中全部候选设备具有安装了的应用客户端(但 不需要运行)。然而,在进一步的示例中,设备的候选组(如框502中标识的)可被扩展以 包括当前没有安装应用客户端的但是有能力安装该应用客户端的那些设备,例如,它们有 互联网连接并访问合适的应用商店或应用客户端已经被下载到设备但还没有安装。在图4 中,候选邻近设备组可因此还包括没有安装应用的且当前并未显示示出状态更新信息的小 块的智能电视406 (不像显示了这样的小块404并且已经与代理设备118中同一应用ID相 关联的智能电话402)。
[0053] 在此描述的交互方法,因此,可被用户用来在新设备上(例如在大显示器设备或 其它方便的设备上)触发安装和启动应用客户端。这个交互方法将用户操作的数量减少到 几个简单交互(例如,一个在硬件实况小块上而第二个在警报后在设备上)。
[0054] 图6示出选择主计算设备(例如,如图3的框308中)的进一步的示例方法的两个 流程图61、62。在第一个流程图61中,警报触发信号由硬件实况小块106来广播(框602)。 当在邻近设备接收到这个警报触发信号时(框604),仅在应用客户端在该邻近设备上可用 的情况下(即,已安装或能够被安装)(在框606中"是"),警报才在那个设备上被触发(在 框610中)。然而,如果应用客户端不可用(在框606中"否"),那么警报不被触发且设备 不响应于接收触发警报信号而采取任何动作(框608)。如上面描述的,(在框610触发的) 警报可采取任何形式(例如,感触、可听、可视)且响应于在邻近设备之一上接收到的用户 输入,那个设备被选为主计算设备(框612)
[0055] 在第二个流程图62中,由应用服务124通知代理设备118关于多个不同平台客户 端的可执行文件(框620)。设备(例如图4中的设备102、402、406)还通知代理设备118 关于它们的对发信号的可用性(框622)。在此方法中,代替独立连接到代理设备118(以维 持打开的信道)的应用,设备上的中央软件元素可连接到代理设备118并为运行在该设备 上的任何应用客户端提供打开的信道。
[0056] 当在硬件实况小块106接收到用户交互时,硬件实况小块106向代理设备118发 信号以通知它它已经被交互了(框624)。代理设备118接着发信号给全部兼容设备(框 626),包
当前第3页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1